網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)的設計與實現(xiàn)

楊科　韋家佳

摘 要：為了豐富程監(jiān)控技術在教育教學的實踐應用，結合高校教學的需求，基于Java+Socket+多線程技術，設計實現(xiàn)了一套網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)，為師生構建數(shù)字化的學習環(huán)境提供了可能，從而實現(xiàn)有效的教學，提高了教學的質(zhì)量。

關鍵詞：網(wǎng)絡教學；遠程監(jiān)控；Java；數(shù)據(jù)庫

中圖分類號： TP393.4 文獻標識碼：A

1 引言（Introduction）

由于目前大多數(shù)高校計算機操作普及，并且很多都建立了校園內(nèi)部的局域網(wǎng)，瀏覽因特網(wǎng)也非常便利。而且網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)所需要的服務器要求并不是很高，可以直接將服務端程序放在學校的應用系統(tǒng)服務器上，因此設計一套適用于高校實驗教學的系統(tǒng)是可行的。

2 系統(tǒng)功能需求分析（Analysis of the systemfunctional requirements）

設計的網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)，是依據(jù)網(wǎng)絡教學的特定環(huán)境，結合實際教學的需求來進行設計與開發(fā)，并試圖使用該屏幕監(jiān)控系統(tǒng)結合智能化考試系統(tǒng)來進行輔助教學，使其達到更個性化的教學，從而提高課堂教學質(zhì)量的目的，其主要的研究內(nèi)容如圖1所示。

3 系統(tǒng)架構設計（System architecture design）

系統(tǒng)的基本架構如圖2所示，教師主機與學生客戶機通過物理網(wǎng)絡相連。教師在主機上運行服務端程序，監(jiān)聽固定端口等待連接；學生在教室計算機上運行客戶端程序，連接指定端口。服務端和客戶端的程序通過套接字Socket建立連接，并通過Socket輸入輸出流收發(fā)信息，實現(xiàn)監(jiān)控和數(shù)據(jù)傳遞等功能[1]。Socket則通過TCP/IP、RTCP等協(xié)議實現(xiàn)兩端計算機的數(shù)據(jù)通信，其中，RTCP協(xié)議主要用于實現(xiàn)實時音視頻傳輸。

4 系統(tǒng)數(shù)據(jù)庫設計（The system database design）

4.1 數(shù)據(jù)庫選型

根據(jù)本系統(tǒng)的需要，選取的數(shù)據(jù)庫應提供良好地數(shù)據(jù)存儲、管理功能，具有簡單方便的操作和管理模式，能夠確保數(shù)據(jù)的完整，具有可靠的安全穩(wěn)定性。因此，這里選取使用微軟公司開發(fā)的SQL Server2008作為項目所使用的數(shù)據(jù)庫。SQL Server2008引入了SQL Server Management Studio，這是一個新型的統(tǒng)一的管理工具組。這個工具組將包括一些新的功能，以開發(fā)、配置SQL Server數(shù)據(jù)庫，發(fā)現(xiàn)并修理其中的故障，同時這個工具組還對從前的功能進行了一些改進。

從對SQL類的新的支持，以及提供的多活動結果集，SQL Server2008中的ADO.NET將推動數(shù)據(jù)集的存取和操縱，實現(xiàn)更大的可升級性和靈活性。因此，SQL Server2008非常適合于本系統(tǒng)的數(shù)據(jù)庫開發(fā)。

4.2 數(shù)據(jù)庫概念結構設計

數(shù)據(jù)模型包括數(shù)據(jù)對象、對象的屬性和各對象之間的聯(lián)系。數(shù)據(jù)模型通常用E-R圖來進行描述，E-R圖的基本元素包括實體、屬性和聯(lián)系。在繪制E-R圖中，用矩形來表示實體，用橢圓或圓角矩形來表示屬性，用菱形來表示實體間的聯(lián)系。而實體E-R圖則是簡化的E-R圖，將實體的屬性省略，用以描述較為復雜的系統(tǒng)E-R圖。本系統(tǒng)主要實體的E-R圖，如圖3所示。

5 系統(tǒng)的實現(xiàn)（The implementation of system）

5.1 服務器端實現(xiàn)

遠程監(jiān)控的思想是通過SOCKET和利用應用程序的消息機制，監(jiān)控程序的客服端與被監(jiān)控程序的服務器端進行數(shù)據(jù)交換，達到監(jiān)控與被監(jiān)控的目的[2]。

根據(jù)這個思想，服務器端所需以下程序模塊。

網(wǎng)絡模塊：負責監(jiān)聽客服端的連接，負責接收并處理客服端發(fā)過來的消息命令，在本機上處理這些消息并發(fā)送各種數(shù)據(jù)，如屏幕數(shù)據(jù)，命令反饋數(shù)據(jù)等，到客服端監(jiān)聽程序。

編碼解碼模塊：負責對數(shù)據(jù)進行壓縮。這個模塊是根據(jù)客戶端的要求來采用具體的編碼解碼方法的。

主框架模塊：負責SERVER端窗口的消息處理。

5.2 廣播教學模塊的實現(xiàn)

廣播教學中最重要的難點技術是音、視頻的采集、壓縮及傳輸?shù)膶崿F(xiàn)。教師的視頻采集通過攝像頭完成，教師在上課時選擇要播放的教學課件，系統(tǒng)則將教師視頻和課件視頻數(shù)據(jù)進行壓縮再傳輸給客戶端。

5.3 幕監(jiān)看模塊的實現(xiàn)

5.3.1 學生機屏幕采集

首先利用Robot（）對象復制屏幕內(nèi)容，屏幕被劃分為P×Q個小區(qū)域，分別對應一個屬于Bufferedlmage類的S_Shot對象，該對象用于存儲對應的屏幕信息[3]。系統(tǒng)在采集屏幕內(nèi)容時，會將本次采集的信息與保存在緩沖區(qū)的上次信息進行對比，若兩次的不同，就把本次采集的屏幕信息，經(jīng)過壓縮編碼，再傳送給服務器端，服務器端接收到對應區(qū)域的屏幕信息后，進行解壓縮重新拼成屏幕區(qū)域矩陣，顯示出完整的屏幕內(nèi)容。

5.3.2 屏幕傳輸

屏幕經(jīng)編碼壓縮后的數(shù)據(jù)信息傳輸時采用UDP協(xié)議，由于UDP在傳輸時支持實時效果不佳，且難以支持QOS等問題。因此，為保證壓縮數(shù)據(jù)的實時傳輸，應進行數(shù)據(jù)的RTP封包處理。RTP能夠提供點到點的服務，能很好地支持網(wǎng)絡實時傳送數(shù)據(jù)，RTP自身能夠確保傳輸?shù)目刂啤⒓皶r和質(zhì)量，應與RTCP配合使用。在RTP會話時，發(fā)送端會向接收端固定間隔一定周期地發(fā)送RTCP包，用于控制信息傳輸，監(jiān)控服務質(zhì)量。壓縮數(shù)據(jù)都封裝在RTP包中，RTP包再被封裝在UDP消息段中，最后封裝在IP數(shù)據(jù)包中進行傳輸。

5.4 遠程命令模塊的實現(xiàn)

命令處理模塊的實現(xiàn)通常就是通過函數(shù)調(diào)用，調(diào)用各個命令處理類。在命令處理模塊中，被監(jiān)控端進行以下操作：首先發(fā)送自己的狀態(tài)信息給主控端；然后建立圖像的傳送；再開啟控制命令套接字；文件上傳；文件下載；執(zhí)行DOS命令，獲取執(zhí)行結果和錯誤流，這些都是命令模塊的相關操作功能。

6 結論（Conclusion）

本系統(tǒng)以高校局域網(wǎng)監(jiān)控為基礎，涵蓋了學生端和老師端管理等方面，基本可以適高校局域網(wǎng)管理的需要，以實現(xiàn)自動化管理的科學化、規(guī)范化，進而提高效率、降低成本。

參考文獻（References）

[1] 安昌華.基于Window平臺的遠程屏幕監(jiān)控技術的研究與應用[D].華中科技大學，2007（2）：34-35.

[2] 周雨.極域電子教室在教學中的應用[J].空軍第一航空學院學報，2010（7）：58-61.

[3] 張鑫鋒.嵌入式多媒體終端的WiFi功能研究與設計[D].上海：華東師范大學教育科學學院，2009（6）：21-22.

作者簡介：

楊 科（1983-），男，碩士，助理工程師.研究領域：系統(tǒng)安全，軟件工程.

韋家佳（1986-），男，學士，助理工程師.研究領域：市場營銷，電子信息化.endprint

摘 要：為了豐富程監(jiān)控技術在教育教學的實踐應用，結合高校教學的需求，基于Java+Socket+多線程技術，設計實現(xiàn)了一套網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)，為師生構建數(shù)字化的學習環(huán)境提供了可能，從而實現(xiàn)有效的教學，提高了教學的質(zhì)量。

關鍵詞：網(wǎng)絡教學；遠程監(jiān)控；Java；數(shù)據(jù)庫

中圖分類號： TP393.4 文獻標識碼：A

1 引言（Introduction）

由于目前大多數(shù)高校計算機操作普及，并且很多都建立了校園內(nèi)部的局域網(wǎng)，瀏覽因特網(wǎng)也非常便利。而且網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)所需要的服務器要求并不是很高，可以直接將服務端程序放在學校的應用系統(tǒng)服務器上，因此設計一套適用于高校實驗教學的系統(tǒng)是可行的。

2 系統(tǒng)功能需求分析（Analysis of the systemfunctional requirements）

設計的網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)，是依據(jù)網(wǎng)絡教學的特定環(huán)境，結合實際教學的需求來進行設計與開發(fā)，并試圖使用該屏幕監(jiān)控系統(tǒng)結合智能化考試系統(tǒng)來進行輔助教學，使其達到更個性化的教學，從而提高課堂教學質(zhì)量的目的，其主要的研究內(nèi)容如圖1所示。

3 系統(tǒng)架構設計（System architecture design）

系統(tǒng)的基本架構如圖2所示，教師主機與學生客戶機通過物理網(wǎng)絡相連。教師在主機上運行服務端程序，監(jiān)聽固定端口等待連接；學生在教室計算機上運行客戶端程序，連接指定端口。服務端和客戶端的程序通過套接字Socket建立連接，并通過Socket輸入輸出流收發(fā)信息，實現(xiàn)監(jiān)控和數(shù)據(jù)傳遞等功能[1]。Socket則通過TCP/IP、RTCP等協(xié)議實現(xiàn)兩端計算機的數(shù)據(jù)通信，其中，RTCP協(xié)議主要用于實現(xiàn)實時音視頻傳輸。

4 系統(tǒng)數(shù)據(jù)庫設計（The system database design）

4.1 數(shù)據(jù)庫選型

根據(jù)本系統(tǒng)的需要，選取的數(shù)據(jù)庫應提供良好地數(shù)據(jù)存儲、管理功能，具有簡單方便的操作和管理模式，能夠確保數(shù)據(jù)的完整，具有可靠的安全穩(wěn)定性。因此，這里選取使用微軟公司開發(fā)的SQL Server2008作為項目所使用的數(shù)據(jù)庫。SQL Server2008引入了SQL Server Management Studio，這是一個新型的統(tǒng)一的管理工具組。這個工具組將包括一些新的功能，以開發(fā)、配置SQL Server數(shù)據(jù)庫，發(fā)現(xiàn)并修理其中的故障，同時這個工具組還對從前的功能進行了一些改進。

從對SQL類的新的支持，以及提供的多活動結果集，SQL Server2008中的ADO.NET將推動數(shù)據(jù)集的存取和操縱，實現(xiàn)更大的可升級性和靈活性。因此，SQL Server2008非常適合于本系統(tǒng)的數(shù)據(jù)庫開發(fā)。

4.2 數(shù)據(jù)庫概念結構設計

數(shù)據(jù)模型包括數(shù)據(jù)對象、對象的屬性和各對象之間的聯(lián)系。數(shù)據(jù)模型通常用E-R圖來進行描述，E-R圖的基本元素包括實體、屬性和聯(lián)系。在繪制E-R圖中，用矩形來表示實體，用橢圓或圓角矩形來表示屬性，用菱形來表示實體間的聯(lián)系。而實體E-R圖則是簡化的E-R圖，將實體的屬性省略，用以描述較為復雜的系統(tǒng)E-R圖。本系統(tǒng)主要實體的E-R圖，如圖3所示。

5 系統(tǒng)的實現(xiàn)（The implementation of system）

5.1 服務器端實現(xiàn)

遠程監(jiān)控的思想是通過SOCKET和利用應用程序的消息機制，監(jiān)控程序的客服端與被監(jiān)控程序的服務器端進行數(shù)據(jù)交換，達到監(jiān)控與被監(jiān)控的目的[2]。

根據(jù)這個思想，服務器端所需以下程序模塊。

網(wǎng)絡模塊：負責監(jiān)聽客服端的連接，負責接收并處理客服端發(fā)過來的消息命令，在本機上處理這些消息并發(fā)送各種數(shù)據(jù)，如屏幕數(shù)據(jù)，命令反饋數(shù)據(jù)等，到客服端監(jiān)聽程序。

編碼解碼模塊：負責對數(shù)據(jù)進行壓縮。這個模塊是根據(jù)客戶端的要求來采用具體的編碼解碼方法的。

主框架模塊：負責SERVER端窗口的消息處理。

5.2 廣播教學模塊的實現(xiàn)

廣播教學中最重要的難點技術是音、視頻的采集、壓縮及傳輸?shù)膶崿F(xiàn)。教師的視頻采集通過攝像頭完成，教師在上課時選擇要播放的教學課件，系統(tǒng)則將教師視頻和課件視頻數(shù)據(jù)進行壓縮再傳輸給客戶端。

5.3 幕監(jiān)看模塊的實現(xiàn)

5.3.1 學生機屏幕采集

首先利用Robot（）對象復制屏幕內(nèi)容，屏幕被劃分為P×Q個小區(qū)域，分別對應一個屬于Bufferedlmage類的S_Shot對象，該對象用于存儲對應的屏幕信息[3]。系統(tǒng)在采集屏幕內(nèi)容時，會將本次采集的信息與保存在緩沖區(qū)的上次信息進行對比，若兩次的不同，就把本次采集的屏幕信息，經(jīng)過壓縮編碼，再傳送給服務器端，服務器端接收到對應區(qū)域的屏幕信息后，進行解壓縮重新拼成屏幕區(qū)域矩陣，顯示出完整的屏幕內(nèi)容。

5.3.2 屏幕傳輸

屏幕經(jīng)編碼壓縮后的數(shù)據(jù)信息傳輸時采用UDP協(xié)議，由于UDP在傳輸時支持實時效果不佳，且難以支持QOS等問題。因此，為保證壓縮數(shù)據(jù)的實時傳輸，應進行數(shù)據(jù)的RTP封包處理。RTP能夠提供點到點的服務，能很好地支持網(wǎng)絡實時傳送數(shù)據(jù)，RTP自身能夠確保傳輸?shù)目刂?、及時和質(zhì)量，應與RTCP配合使用。在RTP會話時，發(fā)送端會向接收端固定間隔一定周期地發(fā)送RTCP包，用于控制信息傳輸，監(jiān)控服務質(zhì)量。壓縮數(shù)據(jù)都封裝在RTP包中，RTP包再被封裝在UDP消息段中，最后封裝在IP數(shù)據(jù)包中進行傳輸。

5.4 遠程命令模塊的實現(xiàn)

命令處理模塊的實現(xiàn)通常就是通過函數(shù)調(diào)用，調(diào)用各個命令處理類。在命令處理模塊中，被監(jiān)控端進行以下操作：首先發(fā)送自己的狀態(tài)信息給主控端；然后建立圖像的傳送；再開啟控制命令套接字；文件上傳；文件下載；執(zhí)行DOS命令，獲取執(zhí)行結果和錯誤流，這些都是命令模塊的相關操作功能。

6 結論（Conclusion）

本系統(tǒng)以高校局域網(wǎng)監(jiān)控為基礎，涵蓋了學生端和老師端管理等方面，基本可以適高校局域網(wǎng)管理的需要，以實現(xiàn)自動化管理的科學化、規(guī)范化，進而提高效率、降低成本。

參考文獻（References）

[1] 安昌華.基于Window平臺的遠程屏幕監(jiān)控技術的研究與應用[D].華中科技大學，2007（2）：34-35.

[2] 周雨.極域電子教室在教學中的應用[J].空軍第一航空學院學報，2010（7）：58-61.

[3] 張鑫鋒.嵌入式多媒體終端的WiFi功能研究與設計[D].上海：華東師范大學教育科學學院，2009（6）：21-22.

作者簡介：

楊 科（1983-），男，碩士，助理工程師.研究領域：系統(tǒng)安全，軟件工程.

韋家佳（1986-），男，學士，助理工程師.研究領域：市場營銷，電子信息化.endprint

摘 要：為了豐富程監(jiān)控技術在教育教學的實踐應用，結合高校教學的需求，基于Java+Socket+多線程技術，設計實現(xiàn)了一套網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)，為師生構建數(shù)字化的學習環(huán)境提供了可能，從而實現(xiàn)有效的教學，提高了教學的質(zhì)量。

關鍵詞：網(wǎng)絡教學；遠程監(jiān)控；Java；數(shù)據(jù)庫

中圖分類號： TP393.4 文獻標識碼：A

1 引言（Introduction）

由于目前大多數(shù)高校計算機操作普及，并且很多都建立了校園內(nèi)部的局域網(wǎng)，瀏覽因特網(wǎng)也非常便利。而且網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)所需要的服務器要求并不是很高，可以直接將服務端程序放在學校的應用系統(tǒng)服務器上，因此設計一套適用于高校實驗教學的系統(tǒng)是可行的。

2 系統(tǒng)功能需求分析（Analysis of the systemfunctional requirements）

設計的網(wǎng)絡教學屏幕監(jiān)控系統(tǒng)，是依據(jù)網(wǎng)絡教學的特定環(huán)境，結合實際教學的需求來進行設計與開發(fā)，并試圖使用該屏幕監(jiān)控系統(tǒng)結合智能化考試系統(tǒng)來進行輔助教學，使其達到更個性化的教學，從而提高課堂教學質(zhì)量的目的，其主要的研究內(nèi)容如圖1所示。

3 系統(tǒng)架構設計（System architecture design）

系統(tǒng)的基本架構如圖2所示，教師主機與學生客戶機通過物理網(wǎng)絡相連。教師在主機上運行服務端程序，監(jiān)聽固定端口等待連接；學生在教室計算機上運行客戶端程序，連接指定端口。服務端和客戶端的程序通過套接字Socket建立連接，并通過Socket輸入輸出流收發(fā)信息，實現(xiàn)監(jiān)控和數(shù)據(jù)傳遞等功能[1]。Socket則通過TCP/IP、RTCP等協(xié)議實現(xiàn)兩端計算機的數(shù)據(jù)通信，其中，RTCP協(xié)議主要用于實現(xiàn)實時音視頻傳輸。

4 系統(tǒng)數(shù)據(jù)庫設計（The system database design）

4.1 數(shù)據(jù)庫選型

根據(jù)本系統(tǒng)的需要，選取的數(shù)據(jù)庫應提供良好地數(shù)據(jù)存儲、管理功能，具有簡單方便的操作和管理模式，能夠確保數(shù)據(jù)的完整，具有可靠的安全穩(wěn)定性。因此，這里選取使用微軟公司開發(fā)的SQL Server2008作為項目所使用的數(shù)據(jù)庫。SQL Server2008引入了SQL Server Management Studio，這是一個新型的統(tǒng)一的管理工具組。這個工具組將包括一些新的功能，以開發(fā)、配置SQL Server數(shù)據(jù)庫，發(fā)現(xiàn)并修理其中的故障，同時這個工具組還對從前的功能進行了一些改進。

從對SQL類的新的支持，以及提供的多活動結果集，SQL Server2008中的ADO.NET將推動數(shù)據(jù)集的存取和操縱，實現(xiàn)更大的可升級性和靈活性。因此，SQL Server2008非常適合于本系統(tǒng)的數(shù)據(jù)庫開發(fā)。

4.2 數(shù)據(jù)庫概念結構設計

數(shù)據(jù)模型包括數(shù)據(jù)對象、對象的屬性和各對象之間的聯(lián)系。數(shù)據(jù)模型通常用E-R圖來進行描述，E-R圖的基本元素包括實體、屬性和聯(lián)系。在繪制E-R圖中，用矩形來表示實體，用橢圓或圓角矩形來表示屬性，用菱形來表示實體間的聯(lián)系。而實體E-R圖則是簡化的E-R圖，將實體的屬性省略，用以描述較為復雜的系統(tǒng)E-R圖。本系統(tǒng)主要實體的E-R圖，如圖3所示。

5 系統(tǒng)的實現(xiàn)（The implementation of system）

5.1 服務器端實現(xiàn)

遠程監(jiān)控的思想是通過SOCKET和利用應用程序的消息機制，監(jiān)控程序的客服端與被監(jiān)控程序的服務器端進行數(shù)據(jù)交換，達到監(jiān)控與被監(jiān)控的目的[2]。

根據(jù)這個思想，服務器端所需以下程序模塊。

網(wǎng)絡模塊：負責監(jiān)聽客服端的連接，負責接收并處理客服端發(fā)過來的消息命令，在本機上處理這些消息并發(fā)送各種數(shù)據(jù)，如屏幕數(shù)據(jù)，命令反饋數(shù)據(jù)等，到客服端監(jiān)聽程序。

編碼解碼模塊：負責對數(shù)據(jù)進行壓縮。這個模塊是根據(jù)客戶端的要求來采用具體的編碼解碼方法的。

主框架模塊：負責SERVER端窗口的消息處理。

5.2 廣播教學模塊的實現(xiàn)

廣播教學中最重要的難點技術是音、視頻的采集、壓縮及傳輸?shù)膶崿F(xiàn)。教師的視頻采集通過攝像頭完成，教師在上課時選擇要播放的教學課件，系統(tǒng)則將教師視頻和課件視頻數(shù)據(jù)進行壓縮再傳輸給客戶端。

5.3 幕監(jiān)看模塊的實現(xiàn)

5.3.1 學生機屏幕采集

首先利用Robot（）對象復制屏幕內(nèi)容，屏幕被劃分為P×Q個小區(qū)域，分別對應一個屬于Bufferedlmage類的S_Shot對象，該對象用于存儲對應的屏幕信息[3]。系統(tǒng)在采集屏幕內(nèi)容時，會將本次采集的信息與保存在緩沖區(qū)的上次信息進行對比，若兩次的不同，就把本次采集的屏幕信息，經(jīng)過壓縮編碼，再傳送給服務器端，服務器端接收到對應區(qū)域的屏幕信息后，進行解壓縮重新拼成屏幕區(qū)域矩陣，顯示出完整的屏幕內(nèi)容。

5.3.2 屏幕傳輸

屏幕經(jīng)編碼壓縮后的數(shù)據(jù)信息傳輸時采用UDP協(xié)議，由于UDP在傳輸時支持實時效果不佳，且難以支持QOS等問題。因此，為保證壓縮數(shù)據(jù)的實時傳輸，應進行數(shù)據(jù)的RTP封包處理。RTP能夠提供點到點的服務，能很好地支持網(wǎng)絡實時傳送數(shù)據(jù)，RTP自身能夠確保傳輸?shù)目刂?、及時和質(zhì)量，應與RTCP配合使用。在RTP會話時，發(fā)送端會向接收端固定間隔一定周期地發(fā)送RTCP包，用于控制信息傳輸，監(jiān)控服務質(zhì)量。壓縮數(shù)據(jù)都封裝在RTP包中，RTP包再被封裝在UDP消息段中，最后封裝在IP數(shù)據(jù)包中進行傳輸。

5.4 遠程命令模塊的實現(xiàn)

命令處理模塊的實現(xiàn)通常就是通過函數(shù)調(diào)用，調(diào)用各個命令處理類。在命令處理模塊中，被監(jiān)控端進行以下操作：首先發(fā)送自己的狀態(tài)信息給主控端；然后建立圖像的傳送；再開啟控制命令套接字；文件上傳；文件下載；執(zhí)行DOS命令，獲取執(zhí)行結果和錯誤流，這些都是命令模塊的相關操作功能。

6 結論（Conclusion）

本系統(tǒng)以高校局域網(wǎng)監(jiān)控為基礎，涵蓋了學生端和老師端管理等方面，基本可以適高校局域網(wǎng)管理的需要，以實現(xiàn)自動化管理的科學化、規(guī)范化，進而提高效率、降低成本。

參考文獻（References）

[1] 安昌華.基于Window平臺的遠程屏幕監(jiān)控技術的研究與應用[D].華中科技大學，2007（2）：34-35.

[2] 周雨.極域電子教室在教學中的應用[J].空軍第一航空學院學報，2010（7）：58-61.

[3] 張鑫鋒.嵌入式多媒體終端的WiFi功能研究與設計[D].上海：華東師范大學教育科學學院，2009（6）：21-22.

作者簡介：

楊 科（1983-），男，碩士，助理工程師.研究領域：系統(tǒng)安全，軟件工程.

韋家佳（1986-），男，學士，助理工程師.研究領域：市場營銷，電子信息化.endprint