專利名稱：實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法
技術領域：
本發(fā)明涉及數(shù)據(jù)傳輸監(jiān)控領域，尤其涉及一種基于網絡架構的服務器與客戶端之
間數(shù)據(jù)傳輸監(jiān)控的方法。
背景技術：
隨著INTERNET的迅速發(fā)展，越來越多的客戶要求應用軟件能實現(xiàn)在線的實時管 理和實時數(shù)據(jù)傳輸，對于數(shù)據(jù)流量很大的遠程管理業(yè)務(如大型數(shù)據(jù)監(jiān)控系統(tǒng)的數(shù)據(jù)采集 管理、大型數(shù)據(jù)庫處理等)，如何將位于不同地點的終端進行數(shù)據(jù)交換，加快信息處理的效 率，同時又必須保證數(shù)據(jù)傳輸?shù)陌踩院蜏蚀_性，是遠程數(shù)據(jù)傳輸中一個重要的衡量標準。
目前有很多軟件都可以實現(xiàn)遠程監(jiān)控及數(shù)據(jù)傳輸，也就是在客戶(Client)端 可以登錄并控制服務器(Server)端。例如控制臺(Console)模式即基于圖形方式 的操作模式，實現(xiàn)客戶端與服務器端同步的訪問、管理，也就是雙方的屏幕相同；命令行 (CommandLine， CLI)模式即以用戶方式登錄服務器，基于命令行的操作模式，客戶端所做 的操作不影響服務器端的當前屏幕；圖形接口 (GUI)模式即為用戶提供用戶/組、進程管 理、系統(tǒng)資源、系統(tǒng)服務等功能的方便處理模式，用戶可以不必對系統(tǒng)有太多了解，不必輸 入命令，而是直接點選相應的按鈕完成管理工作；虛擬設備(virtual device)模式，提供 客戶端設備共享給服務器端訪問、使用的功能支持。 但是，上述這些軟件都只能提供一種單一的控制模式，然而對于不同的管理需求 和系統(tǒng)類型來說，并不是某一種模式都能始終適用的，這就要求用戶要尋找、安裝不同模式 的遠程控制軟件以適應各種需求，操作較為繁瑣。 此外，現(xiàn)有的數(shù)據(jù)傳輸監(jiān)控方法，其數(shù)據(jù)在傳輸過程中若出現(xiàn)錯誤，則很容易造成 數(shù)據(jù)丟失，造成不可挽回的錯誤；且當用戶需求改變或系統(tǒng)軟件需要升級時，不能同時對多 臺主機進行升級，升級速度較慢。
發(fā)明內容
本發(fā)明的目的在于，提供一種實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其通過創(chuàng)建一動態(tài)鏈接 庫，并根據(jù)用戶需求創(chuàng)建各功能線程，以多線程方式進行數(shù)據(jù)傳輸，數(shù)據(jù)傳輸模式選擇性較 多； 本發(fā)明的另一目的在于，提供一種實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，該方法在數(shù)據(jù)傳輸
監(jiān)控過程中，設有備份線程以防止數(shù)據(jù)丟失，其傳輸數(shù)據(jù)更加安全可靠； 本發(fā)明的又一目的在于，提供一種實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其可以隨時根據(jù)用
戶的需求進行更新以保持功能更強大，且其可以同時升級多個主機，系統(tǒng)更新升級所用時
間短、效率高。 為實現(xiàn)上述目的，本發(fā)明提供一種實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，包括
步驟1 :客戶端根據(jù)不同需求創(chuàng)建一動態(tài)鏈接庫； 步驟2 :主機端向動態(tài)鏈接庫發(fā)送數(shù)據(jù)包，動態(tài)鏈接庫對該數(shù)據(jù)包進行處理，再通過消息傳遞機制發(fā)送給應用層； 步驟3 :應用層接受動態(tài)鏈接庫創(chuàng)建的線程通過消息傳遞機制發(fā)送過來的數(shù)據(jù)， 對其進行處理并顯示到對應的對話框頁面。 所述客戶端可連接多臺遠程主機，獲取主機實時圖像數(shù)據(jù)顯示于視頻窗口，其通 過IE控件連接單臺主機，對主機進行相關操作。 所述動態(tài)鏈接庫提供主機端與客戶端之間通信的庫函數(shù)，負責創(chuàng)建各功能線程、
與主機端建立連接、獲取或設置主機端數(shù)據(jù)。 所述動態(tài)鏈接庫為應用層提供有函數(shù)接口。 所述步驟2包括步驟2. l，創(chuàng)建檢測登錄主機信息線程，初始化波形音頻輸出設 備，創(chuàng)建搜索主機子線程，創(chuàng)建命令子線程；步驟2. 2，創(chuàng)建單線程；步驟2. 3，創(chuàng)建握手線 程，對該握手線程獲取到的網絡數(shù)據(jù)進行分析處理，并通過消息傳遞給應用層；步驟2.4， 創(chuàng)建多線程。 所述步驟2. 2包括向網絡發(fā)送一廣播包，單線程對廣播應答數(shù)據(jù)進行判斷處理， 然后將處理后的數(shù)據(jù)發(fā)送給應用層；及TCP連接，確保升級文件的正確傳送，并保存當前發(fā) 送升級文件的長度。 所述步驟2. 3包括創(chuàng)建圖像子線程、創(chuàng)建升級子線程、創(chuàng)建對講子線程、創(chuàng)建備 份子線程。 所述步驟2. 4包括所述多線程的每個線程接受主機發(fā)送過來的數(shù)據(jù)，對數(shù)據(jù)進 行判斷處理，如果接受到的是視頻數(shù)據(jù)，則對視頻數(shù)據(jù)進行解碼，并顯示到應用層對應的 窗口上；線程獲取系統(tǒng)波形音頻輸入數(shù)據(jù)，并對數(shù)據(jù)進行封裝，再發(fā)送給建立對講的主機； TCP連接，每個備份線程都會記錄當前備份任務的ID，用于線程接受數(shù)據(jù)的校驗，校驗后的 數(shù)據(jù)按一定的文件格式保存。 所述步驟3還包括動態(tài)鏈接庫對應用層發(fā)送過來的消息數(shù)據(jù)進行數(shù)據(jù)封裝，并 發(fā)送給相應的主機端。 本發(fā)明有益效果本發(fā)明的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其通過創(chuàng)建一動態(tài)鏈接庫， 并根據(jù)用戶需求創(chuàng)建各功能線程，以單線程或多線程方式與主機進行連接通信、發(fā)送或接 收數(shù)據(jù)，其數(shù)據(jù)傳輸模式選擇性較多；同時，在數(shù)據(jù)傳輸監(jiān)控過程中，設有備份線程可以防 止主機傳送過來的數(shù)據(jù)丟失，其傳輸數(shù)據(jù)更加安全可靠；此外，該實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法 可以隨時根據(jù)用戶的需求進行更新以保持功能更強大，且其可以同時升級多個主機，系統(tǒng) 更新升級所用時間短、效率高。 為了能更進一步了解本發(fā)明的特征以及技術內容，請參閱以下有關本發(fā)明的詳細 說明與附圖，然而附圖僅提供參考與說明用，并非用來對本實用新型加以限制。
下面結合附圖，通過對本發(fā)明的具體實施方式
詳細描述，將使本發(fā)明的技術方案 及其它有益效果顯而易見。
圖1是本發(fā)明的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法流程示意圖。
具體實施例方式
為更進一步闡述本發(fā)明所采取的技術手段及其裝飾效果，以下結合本發(fā)明的優(yōu)選 實施例及其附圖進行詳細描述。 如圖1所示，為本發(fā)明的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法流程示意圖，本發(fā)明方法包括
步驟1 :客戶端根據(jù)不同需求創(chuàng)建 一 動態(tài)鏈接庫(DLL :DynamicLinkable Library)。我們可以簡單的把DLL看成一種倉庫，它提供一些可以直接拿來用的變量、函數(shù) 或類。本發(fā)明中的動態(tài)鏈接庫提供主機端與客戶端之間通信的庫函數(shù)，負責創(chuàng)建各功能線 程、與主機端建立連接、獲取或設置主機端數(shù)據(jù)等。所述客戶端可連接多臺遠程主機，獲取 主機實時圖像數(shù)據(jù)顯示于視頻窗口，其通過IE控件連接單臺主機，對主機進行相關的監(jiān)控 操作。 步驟2 :主機端向動態(tài)鏈接庫發(fā)送數(shù)據(jù)包，動態(tài)鏈接庫對該數(shù)據(jù)包進行處理，再通 過消息傳遞機制發(fā)送給應用層。該步驟2進一步包括步驟2. 1，創(chuàng)建檢測登錄主機信息 線程，初始化波形音頻輸出設備，創(chuàng)建搜索主機子線程(net—broadcast)，創(chuàng)建命令子線程 (net_Cmd)。由于動態(tài)鏈接庫為應用層提供有函數(shù)接口，應用層通過接口調用搜索主機函 數(shù)，主模塊(net_faCtory)再調用net—broadcast子線程的搜索函數(shù)，搜索到的信息通過 消息傳遞機制發(fā)送給應用層。應用層調用登錄主機函數(shù)接口，ne—factory線程定時檢測當 前有沒有登錄信息，有登陸信息則檢測該主機連接方式，并調用net—cmd模塊的登陸函數(shù)， 通過獲取該主模塊創(chuàng)建函數(shù)的返回值，可以了解搜索線程以及命令線程創(chuàng)建的情況，以及 波形音頻輸出創(chuàng)建情況。步驟2.2，創(chuàng)建單線程。該步驟2.2包括向網絡發(fā)送一廣播包， 單線程對廣播應答數(shù)據(jù)進行判斷處理，然后將處理后的數(shù)據(jù)發(fā)送給應用層；及傳輸控制協(xié) 議(TCP :TransmissionControl Protocol)連接，確保升級文件的正確傳送，并保存當前發(fā) 送升級文件的長度，該步驟可同時升級多個主機，也可以停止一個或多個當前正在升級主 機的任務，其系統(tǒng)更新升級所用時間短、效率高。步驟2. 3，創(chuàng)建握手線程，對該握手線程獲 取到的網絡數(shù)據(jù)進行分析處理，并通過消息傳遞給應用層。該步驟2. 3包括創(chuàng)建圖像子 線程、創(chuàng)建升級子線程、創(chuàng)建對講子線程、創(chuàng)建備份子線程。該步驟的線程只是用來發(fā)送或 接受消息數(shù)據(jù)，同時處理與主機間連接的超時檢測，每秒向連接的主機發(fā)送握手命令，如果 超過一定時間與主機沒有接受到主機發(fā)來的握手命令數(shù)據(jù)，則斷開與該主機的連接；且由 于設有備份線程可以防止主機傳送過來的監(jiān)控數(shù)據(jù)丟失，其傳輸數(shù)據(jù)更加安全可靠。步驟 2. 4，創(chuàng)建多線程。該步驟2. 4包括所述多線程的每個線程接受主機發(fā)送過來的監(jiān)控數(shù)據(jù)， 對該監(jiān)控數(shù)據(jù)進行判斷處理，如果接受到的是視頻數(shù)據(jù)，則對視頻數(shù)據(jù)進行解碼，并顯示到 應用層對應的窗口上，申請打開實時圖像成功后創(chuàng)建組播，并加入組播組，每個線程都保存 著當前的連接信息，用于數(shù)據(jù)的校驗，接受的視頻數(shù)據(jù)調用視頻解碼庫進行解碼；線程獲取 系統(tǒng)波形音頻輸入數(shù)據(jù)，并對數(shù)據(jù)進行封裝，再發(fā)送給建立對講的主機；TCP連接，防止主 機傳送過來的數(shù)據(jù)丟失，每個備份線程都會記錄當前備份任務的ID，用于線程接收數(shù)據(jù)的 校驗，校驗后的數(shù)據(jù)按一定的文件格式保存。由于本發(fā)明客戶端可以以單線程或多線程方 式與主機端進行連接通信、發(fā)送或接收數(shù)據(jù)，其監(jiān)控數(shù)據(jù)的傳輸模式選擇性較多。
步驟3 :應用層接受動態(tài)鏈接庫創(chuàng)建的線程通過消息傳遞機制發(fā)送過來的數(shù)據(jù)， 對其進行處理并顯示到對應的對話框頁面。該步驟3進一步還包括動態(tài)鏈接庫對應用層 發(fā)送過來的消息數(shù)據(jù)進行數(shù)據(jù)封裝，并發(fā)送給相應的主機端。應用層負責對動態(tài)鏈接庫發(fā)
5送過來的監(jiān)控數(shù)據(jù)進行處理，或者將用戶設置的數(shù)據(jù)傳遞給動態(tài)鏈接庫，再由動態(tài)鏈接庫 創(chuàng)建的相關線程發(fā)送給主機端。網絡服務器(Webserver)所有功能都在應用層實現(xiàn)，便于 打包成CAB文件給用戶下載。 綜上所述，本發(fā)明的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其通過創(chuàng)建一動態(tài)鏈接庫，并根據(jù) 用戶需求創(chuàng)建各功能線程，以單線程或多線程方式與主機進行連接通信、發(fā)送或接收數(shù)據(jù)， 其數(shù)據(jù)傳輸模式選擇性較多；同時，在數(shù)據(jù)傳輸監(jiān)控過程中，設有備份線程可以防止主機傳 送過來的數(shù)據(jù)丟失，其傳輸數(shù)據(jù)更加安全可靠；此外，該實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法可以隨時 根據(jù)用戶的需求進行更新以保持功能更強大，且其可以同時升級多個主機，系統(tǒng)更新升級 所用時間短、效率高。 以上所述，對于本領域的普通技術人員來說，可以根據(jù)本發(fā)明的技術方案和技術 構思作出其他各種相應的改變和變形，而所有這些改變和變形都應屬于本發(fā)明權利要求的 保護范圍。
權利要求
一種實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，包括步驟1客戶端根據(jù)不同需求創(chuàng)建一動態(tài)鏈接庫；步驟2主機端向動態(tài)鏈接庫發(fā)送數(shù)據(jù)包，動態(tài)鏈接庫對該數(shù)據(jù)包進行處理，再通過消息傳遞機制發(fā)送給應用層；步驟3應用層接受動態(tài)鏈接庫創(chuàng)建的線程通過消息傳遞機制發(fā)送過來的數(shù)據(jù)，對其進行處理并顯示到對應的對話框頁面。
2. 如權利要求1所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述客戶端可連接多 臺遠程主機，獲取主機實時圖像數(shù)據(jù)顯示于視頻窗口 ，其通過IE控件連接單臺主機，對主 機進行相關操作。
3. 如權利要求1所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述動態(tài)鏈接庫提供 主機端與客戶端之間通信的庫函數(shù)，負責創(chuàng)建各功能線程、與主機端建立連接、獲取或設置 主機端數(shù)據(jù)。
4. 如權利要求1所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述動態(tài)鏈接庫為應 用層提供有函數(shù)接口。
5. 如權利要求1所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述步驟2包括步驟 2. 1 ，創(chuàng)建檢測登錄主機信息線程，初始化波形音頻輸出設備，創(chuàng)建搜索主機子線程，創(chuàng)建命 令子線程；步驟2. 2，創(chuàng)建單線程；步驟2. 3，創(chuàng)建握手線程，對該握手線程獲取到的網絡數(shù) 據(jù)進行分析處理，并通過消息傳遞給應用層；步驟2. 4，創(chuàng)建多線程。
6. 如權利要求5所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述步驟2. 2包括向 網絡發(fā)送一廣播包，單線程對廣播應答數(shù)據(jù)進行判斷處理，然后將處理后的數(shù)據(jù)發(fā)送給應 用層；及TCP連接，確保升級文件的正確傳送，并保存當前發(fā)送升級文件的長度。
7. 如權利要求5所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述步驟2. 3包括創(chuàng) 建圖像子線程、創(chuàng)建升級子線程、創(chuàng)建對講子線程、創(chuàng)建備份子線程。
8. 如權利要求5所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述步驟2.4包括所述多線程的每個線程接受主機發(fā)送過來的數(shù)據(jù)，對數(shù)據(jù)進行判斷處理，如果接受到的是視 頻數(shù)據(jù)，則對視頻數(shù)據(jù)進行解碼，并顯示到應用層對應的窗口上；線程獲取系統(tǒng)波形音頻輸 入數(shù)據(jù)，并對數(shù)據(jù)進行封裝，再發(fā)送給建立對講的主機；TCP連接，每個備份線程都會記錄 當前備份任務的ID，用于線程接受數(shù)據(jù)的校驗，校驗后的數(shù)據(jù)按一定的文件格式保存。
9. 如權利要求1所述的實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，其特征在于，所述步驟3還包括動 態(tài)鏈接庫對應用層發(fā)送過來的消息數(shù)據(jù)進行數(shù)據(jù)封裝，并發(fā)送給相應的主機端。
全文摘要
本發(fā)明涉及一種實現(xiàn)遠程數(shù)據(jù)監(jiān)控的方法，包括步驟1客戶端根據(jù)不同需求創(chuàng)建一動態(tài)鏈接庫；步驟2主機端向動態(tài)鏈接庫發(fā)送數(shù)據(jù)包，動態(tài)鏈接庫對該數(shù)據(jù)包進行處理，再通過消息傳遞機制發(fā)送給應用層；步驟3應用層接受動態(tài)鏈接庫創(chuàng)建的線程通過消息傳遞機制發(fā)送過來的數(shù)據(jù)，對其進行處理并顯示到對應的對話框頁面。本發(fā)明通過創(chuàng)建一動態(tài)鏈接庫，并根據(jù)用戶需求創(chuàng)建各功能線程，以單線程或多線程方式與主機進行連接通信、發(fā)送或接收數(shù)據(jù)，其數(shù)據(jù)傳輸模式選擇性較多，傳輸數(shù)據(jù)更加安全可靠，且其可以同時升級多個主機，系統(tǒng)更新升級所用時間短、效率高。
文檔編號H04L29/06GK101707622SQ20091010990
公開日2010年5月12日 申請日期2009年10月30日 優(yōu)先權日2009年10月30日
發(fā)明者何世華 申請人:深圳市深視音電子技術有限公司