王志力　李瑩

摘 要： 提出一種基于視頻管理系統(tǒng)的開放式架構(gòu)平臺(tái)的解決方案，提高了視頻監(jiān)控系統(tǒng)的擴(kuò)展性、兼容性，該系統(tǒng)可以有效地與其他平臺(tái)、站點(diǎn)進(jìn)行集成和融合。通過實(shí)際的開發(fā)測(cè)試論證了基于視頻管理系統(tǒng)的開放式架構(gòu)解決方案的合理性，系統(tǒng)采用Web Services開發(fā)的視頻監(jiān)控接口，實(shí)現(xiàn)了各個(gè)平臺(tái)站點(diǎn)間的互聯(lián)，使各個(gè)單元之間更加容易銜接，對(duì)于視頻監(jiān)控系統(tǒng)的集成能力以及項(xiàng)目后期的擴(kuò)展性和兼容性具有指導(dǎo)和借鑒意義。

關(guān)鍵詞： 視頻監(jiān)控； Web Services； VSIP協(xié)議； OCX控件

中圖分類號(hào)： TN948.64?34； TM417 文獻(xiàn)標(biāo)識(shí)碼： A 文章編號(hào)： 1004?373X（2017）03?0015?04

Design of Web?based video management system under open architecture

WANG Zhili， LI Ying

（Jilin Medical University， Jilin 132013， China）

Abstract： An open architecture platform solution based on the video management system is proposed， which can improve the scalability and compatibility of the video monitoring system， and integrate and fuse the system with other platforms and sites effectively. The rationality of the open architecture solution based on video management system was verified with the practical development and testing. The video surveillance interface developed with Web Services is used in the system to connect the sites among each platform， make each unit easy joining， and has the guidance and reference significance for the integration capability of the video monitoring system and project subsequent scalability and compatibility.

Keywords： video surveillance； Web Services； VSIP protocol； OCX component

隨著數(shù)字化、網(wǎng)路化對(duì)于整個(gè)監(jiān)控行業(yè)的推動(dòng)，監(jiān)控系統(tǒng)進(jìn)入了更加高速的發(fā)展階段，為整個(gè)安防行業(yè)的發(fā)展提供了更加廣闊的發(fā)展空間，與此同時(shí)，越來(lái)越多的領(lǐng)域都使用了視頻監(jiān)控系統(tǒng)，特別是高科技遠(yuǎn)程視頻監(jiān)控系統(tǒng)[1]。網(wǎng)絡(luò)視頻監(jiān)控的飛速發(fā)展給生活帶來(lái)安全保障的同時(shí)，也出現(xiàn)了它自身的缺陷。因此，有必要研發(fā)一種開放的視頻監(jiān)控平臺(tái)，完成系統(tǒng)之間的跨語(yǔ)言、跨平臺(tái)對(duì)接。

1 視頻開放平臺(tái)的總體設(shè)計(jì)

1.1 設(shè)計(jì)思想

基于視頻管理系統(tǒng)的開放平臺(tái)使用戶可以簡(jiǎn)單方便地實(shí)現(xiàn)對(duì)視頻監(jiān)控區(qū)域的實(shí)時(shí)瀏覽，云臺(tái)控制等功能，用戶也可以根據(jù)該平臺(tái)給出的相關(guān)接口進(jìn)行二次開發(fā)，該平臺(tái)給出的接口邏輯功能部分已經(jīng)實(shí)現(xiàn)，只需要根據(jù)接口的規(guī)定傳輸數(shù)據(jù)即可。整個(gè)系統(tǒng)的工作過程如下：用戶可以在瀏覽器下輸入對(duì)應(yīng)的訪問地址，按照提示輸入用戶名、密碼和服務(wù)器IP，若三者有一項(xiàng)錯(cuò)誤，則登錄失敗，需要重新登錄；若登錄成功，則可根據(jù)服務(wù)器返回的句柄進(jìn)行相關(guān)操作。該平臺(tái)提供的接口邏輯部分已實(shí)現(xiàn)，并對(duì)外部做出了接口的說明，所以平臺(tái)的整個(gè)實(shí)現(xiàn)中并沒有包括客戶端前端的編寫。

1.2 工作原理

在設(shè)計(jì)的開放式架構(gòu)中，依托VMS服務(wù)器設(shè)計(jì)了一套Web Services接口，它能夠?qū)崿F(xiàn)平臺(tái)管理，設(shè)備管理，監(jiān)控業(yè)務(wù)展現(xiàn)，存儲(chǔ)管理等功能，能夠?qū)崿F(xiàn)平臺(tái)對(duì)接，讓第三方平臺(tái)通過調(diào)用Web Services接口從服務(wù)器獲取數(shù)據(jù)流。在本平臺(tái)下搭建的Web Services接口的服務(wù)對(duì)象只包含VMS服務(wù)器，并不包含前端設(shè)備。在Web Services內(nèi)部邏輯實(shí)現(xiàn)上主要用到了異步通信機(jī)制和VSIP協(xié)議。

1.2.1 異步通信工作原理

異步通信就是當(dāng)前線程在執(zhí)行時(shí)，需要外部I/O設(shè)備進(jìn)行硬盤讀寫，網(wǎng)絡(luò)通信等，但是外部設(shè)備I/O的速度與CPU的速度相差太遠(yuǎn)，所以沒有必要等待I/O操作完成后再執(zhí)行后續(xù)的代碼。所以當(dāng)前線程就將這個(gè)I/O操作的請(qǐng)求交給設(shè)備驅(qū)動(dòng)去處理，而本身去執(zhí)行其他的任務(wù)。異步通信進(jìn)行網(wǎng)絡(luò)操作時(shí)，主線程并沒有掛起，而是繼續(xù)執(zhí)行任務(wù)，等到網(wǎng)絡(luò)操作完成了，給出一個(gè)網(wǎng)絡(luò)操作完成的通知，所以異步通信是一個(gè)明顯的并行操作過程[2]。異步通信模式無(wú)疑比阻塞和多線程的模式效率要高很多。

1.2.2 VSIP協(xié)議工作原理

VSIP協(xié)議不是替代現(xiàn)行的通信協(xié)議，IP安全標(biāo)準(zhǔn)以及壓縮算法，而是將實(shí)際中使用的標(biāo)準(zhǔn)通過一套規(guī)則整合在一起使用，在該協(xié)議中涉及的概念有GUID，VSIP應(yīng)用和VSIP單元。GUID是一個(gè)標(biāo)識(shí)符，它以單元為單位，對(duì)VSIP網(wǎng)絡(luò)中的單元和單元的功能進(jìn)行標(biāo)示，由于使用了單元的MAC地址作為標(biāo)記，所以對(duì)于每一個(gè)標(biāo)示符都是惟一的。VSIP應(yīng)用是指通過VSIP協(xié)議開發(fā)的上層系統(tǒng)應(yīng)用軟件。VSIP單元是指利用VSIP開發(fā)的設(shè)備單元。VSIP協(xié)議實(shí)質(zhì)上就是系統(tǒng)的應(yīng)用軟件通過向設(shè)備單元發(fā)出一些命令和控制請(qǐng)求消息，在發(fā)現(xiàn)設(shè)備單元之后接收設(shè)備單元響應(yīng)信息的過程。

1.2.3 OCX控件工作原理

在Web Services的內(nèi)部實(shí)現(xiàn)上封裝了很多可用的視頻監(jiān)控客戶端需要的接口信息，通過該接口的實(shí)現(xiàn)信息可以開發(fā)OCX控件，用于在客戶端獲取視頻監(jiān)控信號(hào)，然后在Web頁(yè)面上嵌入相應(yīng)的OCX控件的代碼，當(dāng)用戶第一次用網(wǎng)頁(yè)登錄時(shí)，提示下載安裝OCX控件，下載安裝完成后，用戶可以通過用戶名、密碼登陸系統(tǒng)，查看視頻的實(shí)時(shí)瀏覽、實(shí)時(shí)控制等相關(guān)功能。

1.3 開發(fā)框架的選擇

目前企業(yè)開發(fā)Web Services的主流框架有兩種，[.NET]框架和J2EE框架[3]。針對(duì)多層的分布式應(yīng)用，兩種框架都能夠在Web Services的設(shè)計(jì)、集成以及安全可靠性能方面提供很多的指導(dǎo)和規(guī)范。

由于本文主要的任務(wù)是開發(fā)一種供視頻監(jiān)控系統(tǒng)和其他應(yīng)用程序或者子系統(tǒng)相連接的Web Services接口，所以主要看兩者對(duì)Web Services的支持力度[4]。從兩者對(duì)Web Services的支持力度出發(fā)，主要從四個(gè)方面來(lái)比較，即前文中提到的服務(wù)實(shí)現(xiàn)、服務(wù)調(diào)用和執(zhí)行、服務(wù)描述、服務(wù)發(fā)布、發(fā)現(xiàn)和綁定。具體的比較信息見表1。

1.4 平臺(tái)模塊組成

在整個(gè)Web Services接口設(shè)計(jì)中，復(fù)雜部分邏輯主要在內(nèi)部實(shí)現(xiàn)，外部的調(diào)用者不需要知道內(nèi)部實(shí)現(xiàn)的具體邏輯即可調(diào)用[5]。在Web Services的設(shè)計(jì)實(shí)現(xiàn)中，主要包含的設(shè)計(jì)部分如圖1所示。

1.4.1 異步通信模塊設(shè)計(jì)

使用完成端口的機(jī)制實(shí)現(xiàn)異步通信，完成端口的設(shè)計(jì)當(dāng)中主要包括創(chuàng)建Socket套接字、創(chuàng)建綁定完成端口，監(jiān)控完成端口，接收數(shù)據(jù)，發(fā)送數(shù)據(jù)，關(guān)閉完成端口。每次通信過程實(shí)現(xiàn)完成端口的異步通信模式都要通過這幾步來(lái)完成。

1.4.2 VSIP協(xié)議模塊設(shè)計(jì)

該模塊主要利用VSIP協(xié)議對(duì)接收和發(fā)出的數(shù)據(jù)進(jìn)行封裝、解析、加密和解密。通過解密的數(shù)據(jù)再由VSIP協(xié)議解析后發(fā)送給業(yè)務(wù)邏輯層，邏輯層將傳入的數(shù)據(jù)經(jīng)過VSIP進(jìn)行封裝，再經(jīng)過加密之后交給通信層發(fā)送。

1.4.3 業(yè)務(wù)邏輯模塊設(shè)計(jì)

邏輯業(yè)務(wù)模塊主要包含提供給各個(gè)子模塊調(diào)用的系統(tǒng)接口，調(diào)用這些接口可以很好地實(shí)現(xiàn)實(shí)時(shí)瀏覽、云臺(tái)控制、鏡頭ID獲取，用戶管理、報(bào)警模塊、參數(shù)配置、前端設(shè)備參數(shù)等。

2 視頻開放平臺(tái)部分功能的具體實(shí)現(xiàn)

2.1 協(xié)議通信層的具體實(shí)現(xiàn)

2.1.1 協(xié)議模塊的消息定義

在協(xié)議通信模塊中主要通過完成端口的異步通信模式實(shí)現(xiàn)通信[6]。先通過VSIP協(xié)議將數(shù)據(jù)進(jìn)行數(shù)據(jù)封裝、加密、解密以及數(shù)據(jù)解析等操作，然后通過異步通信的方式將數(shù)據(jù)包發(fā)送出去。

2.1.2 通信模塊的結(jié)構(gòu)體定義

選取I/O完成端口的通信方式。實(shí)現(xiàn)完成端口的步驟主要包含開始連接，開啟接收線程，發(fā)送數(shù)據(jù)包，接收數(shù)據(jù)包，關(guān)閉完成端口，在.NET環(huán)境下完成端口的具體實(shí)現(xiàn)步驟如下：

（1） 首先，創(chuàng)建SocketAsyncEventArgs的類對(duì)象，并通過緩沖管理中心給該對(duì)象池中的對(duì)象分配緩沖大小。

（2） 創(chuàng)建服務(wù)器套接字，監(jiān)聽并接收基于Socket?AsyncEventArgs類對(duì)象的客戶端連接。

（3） 如果有來(lái)訪連接，接收對(duì)象取得控制權(quán)之后就開始接收數(shù)據(jù)。

2.2 多線程的具體實(shí)現(xiàn)

在本開放平臺(tái)中，為了保證各個(gè)模塊能夠很好的配合工作，使用了多線程機(jī)制以保證程序的高效性。在本開放式平臺(tái)中，包含以下線程：心跳連接，消息控制，視頻碼流，視頻解碼線程，視頻顯示，音頻碼流，音頻解碼，音頻播放，錄像下載以及消息通知。各種線程都是以消息控制線程為中心，具體線程關(guān)系圖如圖2所示。

（1） 心跳連接。為了保證程序與服務(wù)器之間的穩(wěn)定連接，需在約定的時(shí)間內(nèi)由程序向服務(wù)器發(fā)送一個(gè)判斷套接字連接是否正常的消息包，即心跳包[7]。服務(wù)器通過在規(guī)定的時(shí)間內(nèi)是否收到心跳包來(lái)判斷連接狀態(tài)。通過心跳連接可以確保通信連接的可靠性和有效性。

（2） 線程控制。在程序開啟之后，控制線程就立即啟動(dòng)。控制線程開啟以后，客戶可通過調(diào)用登錄接口創(chuàng)建具體的Socket連接，連接成功之后，就可以監(jiān)聽視頻監(jiān)控服務(wù)器返回的消息。

（3） 音視頻碼流。在整個(gè)視頻監(jiān)控系統(tǒng)中，最重要的是視頻監(jiān)控畫面的展示，可能還會(huì)伴隨聲音的輸出。視頻監(jiān)控畫面的實(shí)時(shí)展示涉及到視頻流的獲取，所以在視頻監(jiān)控系統(tǒng)中，需要為視頻碼流的獲取單獨(dú)開啟一個(gè)線程，音頻也同樣如此。

（4） 消息通知。視頻監(jiān)控系統(tǒng)中，在很多情況下有很多用戶登錄服務(wù)器，為了保持用戶數(shù)據(jù)能夠同步而不發(fā)生混淆，單獨(dú)開啟一個(gè)消息通知線程。通過服務(wù)器及時(shí)推送某些被更改信息的通知，根據(jù)通知消息的類型做出不同的操作。

（5） 錄像下載。有時(shí)用戶需要看以前的錄像內(nèi)容，而這些內(nèi)容被保存在磁盤中，所以用戶會(huì)根據(jù)需要下載指定時(shí)間段的錄像內(nèi)容，當(dāng)用戶調(diào)用錄像下載函數(shù)時(shí)，則會(huì)馬上開啟錄像下載線程，線程開啟之后，視頻監(jiān)控服務(wù)器會(huì)給用戶發(fā)送錄像文件碼流，并根據(jù)用戶設(shè)置的保存路徑保存錄像文件。

2.3 業(yè)務(wù)邏輯模塊的具體實(shí)現(xiàn)

2.3.1 服務(wù)器級(jí)別模塊設(shè)計(jì)

由于在本設(shè)計(jì)中，開發(fā)的Web Services主要是為外部調(diào)用，而在其內(nèi)部實(shí)現(xiàn)方式上主要是和VMS服務(wù)器[7]交互，因此在業(yè)務(wù)邏輯部分有很多的模塊設(shè)計(jì)都是與服務(wù)器相關(guān)的，主要包含服務(wù)器版本信息獲取、登陸和注銷服務(wù)器、服務(wù)器時(shí)間獲取、得到服務(wù)器句柄和IP，獲取服務(wù)器的使用模式等。與服務(wù)器相關(guān)的接口框架設(shè)計(jì)如圖3所示。

2.3.2 用戶管理及權(quán)限模塊設(shè)計(jì)

用戶管理模塊主要是為了對(duì)登錄的用戶進(jìn)行管理和權(quán)限設(shè)置，主要包括用戶管理和用戶權(quán)限配置兩個(gè)部分。用戶管理模塊的主要關(guān)系如圖4所示。

2.3.3 云臺(tái)控制模塊設(shè)計(jì)

云臺(tái)控制模塊是針對(duì)具有云臺(tái)的IP攝像機(jī)。云臺(tái)用來(lái)連接攝像機(jī)和支架，內(nèi)置解碼器，云臺(tái)除了具有在水平和垂直方向運(yùn)動(dòng)的功能外，它還遵循云臺(tái)控制的標(biāo)準(zhǔn)協(xié)議，通過外部信號(hào)的控制實(shí)現(xiàn)指定速度的水平和垂直運(yùn)動(dòng)，光圈和焦距調(diào)節(jié)等功能[8]。在本平臺(tái)中，云臺(tái)控制模塊主要包含云臺(tái)控制臺(tái)的運(yùn)動(dòng)，預(yù)置位信息的設(shè)置、輔助項(xiàng)信息的設(shè)置以及云臺(tái)的絕對(duì)運(yùn)動(dòng)，如圖5所示。

2.3.4 報(bào)警模塊設(shè)計(jì)

報(bào)警模塊主要負(fù)責(zé)監(jiān)聽報(bào)警設(shè)備產(chǎn)生的報(bào)警信息，通知視頻監(jiān)控系統(tǒng)，它是視頻監(jiān)控系統(tǒng)的重要組成部分。報(bào)警模塊主要包含獲取報(bào)警單元、設(shè)置和獲取報(bào)警單元的信息、設(shè)置開關(guān)量報(bào)警單元、添加報(bào)警計(jì)劃、查詢報(bào)警計(jì)劃等內(nèi)容。報(bào)警模塊的主要組成部分如圖6所示。

3 開放平臺(tái)的總體測(cè)試

3.1 測(cè)試內(nèi)容

3.1.1 實(shí)時(shí)瀏覽功能測(cè)試

本模塊的測(cè)試步驟如下：

（1） 通過IE瀏覽器訪問視頻監(jiān)控平臺(tái)的地址。

（2） 下載OCX播放控件并安裝。

（3） 登陸視頻監(jiān)控平臺(tái)。

（4） 選擇播放主界面中的一個(gè)播放通道。

（5） 雙擊左側(cè)鏡頭列表中的一個(gè)在線鏡頭，在播放通道內(nèi)觀察是否有視頻顯示。

預(yù)期結(jié)果：雙擊鏡頭列表中的一個(gè)在線鏡頭后，在播放通道內(nèi)會(huì)顯示正在監(jiān)控的視頻畫面。若鏡頭是離線的，則在播放通道內(nèi)無(wú)結(jié)果顯示。經(jīng)測(cè)試，發(fā)現(xiàn)實(shí)際結(jié)果與預(yù)期結(jié)果一致。

3.1.2 云臺(tái)控制功能測(cè)試

云臺(tái)控制模塊的測(cè)試步驟如下：

（1） 通過IE瀏覽器訪問視頻監(jiān)控平臺(tái)的地址。

（2） 下載OCX播放控件并安裝。

（3） 登陸視頻監(jiān)控平臺(tái)。

（4） 選擇播放主界面中的一個(gè)播放通道。

（5） 雙擊左側(cè)鏡頭列表中具有云臺(tái)標(biāo)志的在線鏡頭，在播放通道內(nèi)觀察是否有視頻顯示。

（6） 在左側(cè)頁(yè)面分別點(diǎn)擊上、下、左、右四個(gè)按鈕，測(cè)試云臺(tái)在這四個(gè)方向上的運(yùn)動(dòng)并觀測(cè)播放通道內(nèi)視頻監(jiān)控場(chǎng)景的變化。

預(yù)期結(jié)果：選中具有云臺(tái)標(biāo)志的鏡頭后，點(diǎn)擊上、下、左、右四個(gè)按鈕，播放通道里面的視頻畫面會(huì)向著對(duì)應(yīng)的方向運(yùn)動(dòng)，對(duì)于沒有云臺(tái)的鏡頭，點(diǎn)擊云臺(tái)控制按鈕，視頻監(jiān)控場(chǎng)景不會(huì)發(fā)生變化。經(jīng)過測(cè)試，發(fā)現(xiàn)實(shí)際的結(jié)果與預(yù)期結(jié)果相一致。

3.1.3 多窗口播放功能測(cè)試

多窗口播放模塊的測(cè)試步驟如下：

（1） 通過IE瀏覽器訪問視頻監(jiān)控平臺(tái)的地址。

（2） 下載OCX播放控件并安裝。

（3） 登陸視頻監(jiān)控平臺(tái)。

（4） 選擇播放主界面中的一個(gè)播放通道。

（5） 分別點(diǎn)擊監(jiān)控界面下方的1，4，9按鈕。

（6） 選擇沒有播放視頻的通道，雙擊監(jiān)控界面左側(cè)列表中的鏡頭，觀測(cè)監(jiān)控畫面的變化。

預(yù)期結(jié)果：點(diǎn)擊1，4，9按鈕后，監(jiān)控界面的播放通道會(huì)跟著變化，選擇其中一個(gè)播放通道，再點(diǎn)擊列表的一個(gè)鏡頭后，該播放通道就會(huì)顯示對(duì)應(yīng)鏡頭的監(jiān)控場(chǎng)景。經(jīng)過測(cè)試，發(fā)現(xiàn)實(shí)際的結(jié)果與預(yù)期結(jié)果相一致。

3.1.4 錄像檢索功能測(cè)試

錄像檢索模塊的測(cè)試步驟如下：

（1） 通過IE瀏覽器訪問視頻監(jiān)控平臺(tái)的地址。

（2） 下載OCX播放控件并安裝。

（3） 登陸視頻監(jiān)控平臺(tái)。

（4） 選擇播放主界面中的一個(gè)播放通道。

（5） 選擇一段時(shí)間內(nèi)的錄像資料。

（6） 在選擇好的錄像資料內(nèi)定位到時(shí)間點(diǎn)，查看錄像資料。

預(yù)期結(jié)果：選取一個(gè)時(shí)間段后，通過選取該時(shí)間段內(nèi)的一個(gè)時(shí)間點(diǎn)，可以很快定位到該時(shí)間點(diǎn)的畫面。經(jīng)過測(cè)試，發(fā)現(xiàn)實(shí)際的結(jié)果與預(yù)期結(jié)果相一致。

3.2 測(cè)試結(jié)果及分析

經(jīng)過一段時(shí)間的系統(tǒng)測(cè)試以及開放平臺(tái)的穩(wěn)定運(yùn)行，認(rèn)為該開放平臺(tái)的設(shè)計(jì)達(dá)到了設(shè)計(jì)目標(biāo)，可以滿足用戶實(shí)際的基本需求。在測(cè)試的過程中，由于使用的測(cè)試客戶機(jī)配置比較陳舊，因此在開啟多路窗口播放監(jiān)控視頻時(shí)會(huì)出現(xiàn)畫面卡頓現(xiàn)象，測(cè)試在任務(wù)管理器中也可以看到CPU的占用率比較高，但是當(dāng)換一個(gè)配置稍高的客戶機(jī)時(shí)，畫面基本能夠保持流暢，若九路視頻同時(shí)播放還是有一定壓力的，占用的壓力相對(duì)來(lái)說也會(huì)比較高，但是總體來(lái)說，該開放平臺(tái)的接口能夠穩(wěn)定的工作，可靠性較高。

4 結(jié) 論

本文對(duì)基于視頻管理系統(tǒng)的開放式架構(gòu)進(jìn)行了分析設(shè)計(jì)。首先對(duì)視頻監(jiān)控中的常用架構(gòu)做了系統(tǒng)的闡述，并比較各自的優(yōu)缺點(diǎn)，以Web Services結(jié)構(gòu)作為開發(fā)的技術(shù)架構(gòu)，然后選擇.NET框架作為系統(tǒng)框架對(duì)系統(tǒng)進(jìn)行總體設(shè)計(jì)和具體實(shí)現(xiàn)。最后利用IE客戶端對(duì)已經(jīng)開發(fā)出的Web Services接口進(jìn)行調(diào)用和測(cè)試，測(cè)試結(jié)果顯示，開放平臺(tái)的接口能夠穩(wěn)定有效的運(yùn)行，能夠很好地支持客戶端實(shí)現(xiàn)視頻監(jiān)測(cè)的功能。

參考文獻(xiàn)

[1] 楊建全，梁華，王成友.視頻監(jiān)控技術(shù)的發(fā)展與現(xiàn)狀[J].現(xiàn)代電子技術(shù)，2006，29（21）：84?88.

[2] 劉佩賢，韓?；?，楊志強(qiáng)，等.Web Services體系結(jié)構(gòu)和應(yīng)用研究[J].中國(guó)科技信息，2010（18）：44?45.

[3] 袁寶良，張忠能，嚴(yán)學(xué)道.Microsoft.NET和J2EE架構(gòu)開發(fā)技術(shù)分析[J].計(jì)算機(jī)工程，2004（z1）：91?93.

[4] 羅玲，白曉穎.Web服務(wù)技術(shù)分析[J].計(jì)算機(jī)科學(xué)，2004（4）：19?23.

[5] 容芷君，應(yīng)保勝，但斌斌.基于Web Services的設(shè)備管理系統(tǒng)的實(shí)現(xiàn)[J].武漢科技大學(xué)（自然科學(xué)版），2008，31（1）：108?109.

[6] 劉磊，李連彬.Windows系統(tǒng)網(wǎng)絡(luò)通信層性能及方法研究[J].計(jì)算機(jī)應(yīng)用，2009，29（z2）：4?7.

[7] 胡東紅，杜光海，賀偉，等.基于完成端口模型的應(yīng)用程序?qū)崿F(xiàn)[J].物聯(lián)網(wǎng)技術(shù)，2014，4（3）：60?62.

[8] 張黨進(jìn)，趙文靜.Web Services中權(quán)限管理的分析與實(shí)現(xiàn)[J].現(xiàn)代電子技術(shù)，2006，29（5）：62?63.