劉鵬 周永輝 顏靈偉 韓洪波 李強(qiáng)

（北京空間飛行器總體設(shè)計(jì)部，北京 100094）

1 引言

由于航天器遙測(cè)參數(shù)具有類型多、數(shù)據(jù)量大和變化復(fù)雜等特點(diǎn)，利用計(jì)算機(jī)技術(shù)實(shí)現(xiàn)對(duì)航天器在軌運(yùn)行情況的實(shí)時(shí)自動(dòng)監(jiān)測(cè)報(bào)警，能夠避免僅依靠人工監(jiān)測(cè)帶來的效率低、漏檢多、及時(shí)性和準(zhǔn)確性差等諸多問題，具有十分重要的應(yīng)用價(jià)值［1］。

隨著Web技術(shù)的流行，越來越多的實(shí)時(shí)監(jiān)測(cè)報(bào)警系統(tǒng)從客戶機(jī)／服務(wù)器（C／S）模式轉(zhuǎn)變?yōu)闉g覽器／服務(wù)器（B／S）模式，具有跨平臺(tái)、免客戶端維護(hù)、擴(kuò)展性好等優(yōu)勢(shì)?，F(xiàn)有B／S 模式下實(shí)時(shí)交互的解決方案主要包括：基于Ajax的輪詢［2］、基于瀏覽器插件技術(shù)的服務(wù)器推送［3］和無插件的服務(wù)器推送［4］。其中：基于Ajax的輪詢方式以異步方式傳送數(shù)據(jù)，通過頁面局部刷新，消除因網(wǎng)絡(luò)延遲帶來的視覺差異，但是輪詢的時(shí)間間隔難以合理設(shè)置，間隔太長會(huì)導(dǎo)致更新不夠及時(shí)，間隔太短又會(huì)導(dǎo)致交互頻繁，增加網(wǎng)絡(luò)和服務(wù)器的負(fù)荷；基于瀏覽器插件技術(shù)的服務(wù)器推送方式，通過在瀏覽器中安裝插件來模擬C／S模式，實(shí)現(xiàn)服務(wù)器主動(dòng)推送數(shù)據(jù)，但這無疑失去了B／S模式的跨平臺(tái)、免客戶端維護(hù)等優(yōu)點(diǎn)，加大了系統(tǒng)升級(jí)和維護(hù)成本；無插件的服務(wù)器推送方式既不需要客戶端周期性的輪詢，也不需要在瀏覽器里安裝任何插件，而是在服務(wù)器端以事件驅(qū)動(dòng)方式主動(dòng)向客戶端推送數(shù)據(jù)［5］，實(shí)現(xiàn)數(shù)據(jù)的實(shí)時(shí)刷新。Pushlet［6］是無插件服務(wù)器推送方式的一種典型實(shí)現(xiàn)架構(gòu)，主要應(yīng)用于實(shí)時(shí)監(jiān)測(cè)動(dòng)態(tài)數(shù)據(jù)的領(lǐng)域，包括股票、天氣、航班信息等，著名的Google Map 就采用了這種架構(gòu)，實(shí)現(xiàn)地圖數(shù)據(jù)到客戶端的推送［4］。

國內(nèi)航天器在軌實(shí)時(shí)監(jiān)測(cè)報(bào)警系統(tǒng)主要采用了基于Ajax的輪詢方式，為了保證實(shí)時(shí)性，客戶端輪詢的時(shí)間間隔通常設(shè)置為1s。實(shí)際應(yīng)用表明，航天器實(shí)時(shí)監(jiān)測(cè)報(bào)警信息具有突發(fā)性、間斷性和頻率低的特點(diǎn)，系統(tǒng)正常運(yùn)行時(shí)平均每天的報(bào)警信息可能只有幾條，但卻需要客戶端頻繁輪詢以獲知是否有報(bào)警，在較長時(shí)間運(yùn)行后，服務(wù)器端資源消耗較大，尤其是在突然出現(xiàn)大量遙測(cè)參數(shù)同時(shí)報(bào)警時(shí)，系統(tǒng)會(huì)出現(xiàn)刷新慢甚至無反應(yīng)的現(xiàn)象。本文基于Pushlet架構(gòu)，設(shè)計(jì)了一個(gè)B／S模式的航天器在軌實(shí)時(shí)監(jiān)測(cè)報(bào)警系統(tǒng)。該系統(tǒng)具有實(shí)時(shí)性強(qiáng)、效率高和穩(wěn)定性好的優(yōu)點(diǎn)［7］，可解決現(xiàn)有系統(tǒng)中存在的上述問題。

2 系統(tǒng)架構(gòu)設(shè)計(jì)

在航天器在軌運(yùn)行管理業(yè)務(wù)中，要求對(duì)航天器下傳的遙測(cè)數(shù)據(jù)進(jìn)行實(shí)時(shí)監(jiān)視，對(duì)遙測(cè)數(shù)據(jù)所反映的航天器運(yùn)行狀態(tài)進(jìn)行實(shí)時(shí)判讀。當(dāng)在軌異常發(fā)生時(shí)，要求監(jiān)測(cè)人員迅速作出響應(yīng)，對(duì)異常信息進(jìn)行查詢、分析和處理，以提高航天器在軌運(yùn)行穩(wěn)定性，減小對(duì)用戶使用的影響。針對(duì)以上需求，航天器在軌實(shí)時(shí)監(jiān)測(cè)報(bào)警系統(tǒng)應(yīng)具有實(shí)時(shí)監(jiān)測(cè)，并能顯示報(bào)警信息、查詢歷史報(bào)警信息和相應(yīng)的報(bào)警管理功能，其系統(tǒng)架構(gòu)設(shè)計(jì)如圖1所示。

為了使不同終端可以獲取不同的事件信息，系統(tǒng)采用了“發(fā)布／訂閱”模式［8］?？蛻舳诵枰紫扔嗛喸诜?wù)器端的某個(gè)主題（Subject），而服務(wù)器端則接收訂閱并進(jìn)行注冊(cè)，當(dāng)服務(wù)器端有關(guān)于該主題的新事件產(chǎn)生時(shí)，會(huì)主動(dòng)將其推送到訂閱了該主題的客戶端。如圖1所示，在服務(wù)器端由命令控制器統(tǒng)一接收來自客戶端的請(qǐng)求，包括來自管理端的管理報(bào)警主題、來自監(jiān)測(cè)端的訂閱報(bào)警主題和來自查詢端的查詢歷史報(bào)警3種請(qǐng)求，并分配給相應(yīng)的管理器進(jìn)行處理，具體內(nèi)容如下。

（1）管理員對(duì)報(bào)警的主題進(jìn)行創(chuàng)建、更改或刪除等操作，命令控制器將這些管理命令交由主題管理器，由后者根據(jù)命令維護(hù)報(bào)警主題與航天器之間的關(guān)系；

（2）主題創(chuàng)建之后，用戶可通過訂閱報(bào)警主題來監(jiān)控相應(yīng)的航天器，命令控制器將訂閱命令交由訂閱會(huì)話管理器，由訂閱會(huì)話管理器在會(huì)話池中創(chuàng)建一個(gè)新的訂閱者會(huì)話，并注冊(cè)相關(guān)信息；

（3）當(dāng)用戶查詢歷史報(bào)警信息時(shí)，命令控制器將查詢命令交由報(bào)警查詢管理器，由報(bào)警查詢管理器檢索報(bào)警信息數(shù)據(jù)庫，并返回查詢結(jié)果。

報(bào)警判讀模塊負(fù)責(zé)對(duì)實(shí)時(shí)遙測(cè)數(shù)據(jù)進(jìn)行判讀，產(chǎn)生報(bào)警信息并發(fā)送給報(bào)警事件源，同時(shí)將報(bào)警信息存儲(chǔ)至報(bào)警信息數(shù)據(jù)庫中，以供事后查詢。報(bào)警事件源根據(jù)主題管理器提供的報(bào)警主題與航天器對(duì)應(yīng)關(guān)系，將報(bào)警信息轉(zhuǎn)換為報(bào)警事件，并由事件派發(fā)器通過訂閱會(huì)話管理器派發(fā)給相應(yīng)的訂閱者會(huì)話，最終由每一個(gè)訂閱者會(huì)話分別向?qū)?yīng)的訂閱客戶端推送實(shí)時(shí)報(bào)警事件。

圖1 系統(tǒng)架構(gòu)Fig．1 System structure

3 實(shí)時(shí)監(jiān)測(cè)報(bào)警的實(shí)現(xiàn)

3．1 創(chuàng)建主題

系統(tǒng)中的主題是按照結(jié)構(gòu)化的“主題樹”方式組織的，假設(shè)需要按照所屬領(lǐng)域來分類監(jiān)測(cè)航天器，則“主題樹”的結(jié)構(gòu)如圖2所示。

圖2 主題樹結(jié)構(gòu)Fig．2 Subject tree structure

圖2中的每一個(gè)層次都唯一對(duì)應(yīng)一個(gè)主題，在系統(tǒng)中表示為字符串的形式，分別為：“／所有航天器”、“／所有航天器／導(dǎo)航領(lǐng)域”、“／所有航天器／遙感領(lǐng)域”、“／所有航天器／通信領(lǐng)域”、“／所有航天器／深空探測(cè)領(lǐng)域”和“／所有航天器／其他領(lǐng)域”。

管理員通過管理端界面將各個(gè)航天器添加到其所屬的主題中，建立主題與航天器的對(duì)應(yīng)關(guān)系，由服務(wù)器端的主題管理器進(jìn)行維護(hù)管理。主題創(chuàng)建完成后，以Web鏈接的方式在頁面中呈現(xiàn)，用戶在客戶端的Web瀏覽器中訪問監(jiān)測(cè)系統(tǒng)時(shí)，通過點(diǎn)擊各主題鏈接來訂閱主題。

3．2 訂閱主題

客戶端在發(fā)出訂閱主題的請(qǐng)求之后，服務(wù)器端通過訂閱會(huì)話管理器在會(huì)話池中創(chuàng)建一個(gè)訂閱者會(huì)話，并進(jìn)行注冊(cè)，由該會(huì)話負(fù)責(zé)維護(hù)與客戶端之間的連接。在每一個(gè)訂閱者會(huì)話中，主要包含會(huì)話標(biāo)識(shí)、訂閱事件的主題、與客戶端的連接狀態(tài)、一個(gè)用于緩存事件的事件隊(duì)列以及接收事件所采用的格式，默認(rèn)為JavaScript軟件調(diào)用，此外還有XML 或者Java序列化對(duì)象。當(dāng)有相應(yīng)主題的事件發(fā)生時(shí)，服務(wù)器會(huì)根據(jù)注冊(cè)的訂閱者信息，將事件發(fā)送回客戶端進(jìn)行更新顯示。

由于客戶端可能存在多個(gè)請(qǐng)求，因此將訂閱請(qǐng)求的統(tǒng)一資源標(biāo)識(shí)符（URI）加入JavaScript類庫中的控制隊(duì)列，由其按照先進(jìn)先出的順序?qū)⒂嗛喺?qǐng)求發(fā)送至服務(wù)器端。在具體實(shí)現(xiàn)時(shí)，先調(diào)用join-listen（）方法，啟動(dòng)會(huì)話，注冊(cè)并監(jiān)聽數(shù)據(jù)；然后調(diào)用subscribe（）方法，訂閱相關(guān)主題。

當(dāng)用戶訂閱了“主題樹”中某一層次的主題時(shí)，也就訂閱了屬于該主題層次之下的所有層次主題事件。例如，當(dāng)選擇訂閱“／所有航天器”這一主題時(shí)，會(huì)收到5個(gè)子層次主題的所有事件，從而實(shí)現(xiàn)監(jiān)測(cè)所有的航天器。

3．3 報(bào)警事件的產(chǎn)生

在Pushlet架構(gòu)中，發(fā)布給客戶端的變化信息是通過事件的形式實(shí)現(xiàn)的，與訂閱者會(huì)話一樣，每一個(gè)事件也對(duì)應(yīng)一個(gè)主題。因此，在本系統(tǒng)中，當(dāng)某一個(gè)航天器的遙測(cè)參數(shù)出現(xiàn)異常時(shí)，需要在服務(wù)器端將相應(yīng)的報(bào)警信息轉(zhuǎn)換為一個(gè)報(bào)警事件，報(bào)警事件的產(chǎn)生流程如圖3所示。

圖3 報(bào)警事件的產(chǎn)生流程Fig．3 Generation flow of alarming event

在圖3中，報(bào)警判讀模塊負(fù)責(zé)對(duì)實(shí)時(shí)遙測(cè)數(shù)據(jù)進(jìn)行判讀，當(dāng)發(fā)現(xiàn)某一個(gè)航天器的遙測(cè)數(shù)據(jù)出現(xiàn)異常時(shí)，即生成報(bào)警信息，內(nèi)容包括航天器型號(hào)代號(hào)、報(bào)警參數(shù)代號(hào)、報(bào)警時(shí)間、報(bào)警級(jí)別、報(bào)警值和報(bào)警原因等信息。報(bào)警判讀模塊一方面將報(bào)警信息存儲(chǔ)至報(bào)警信息數(shù)據(jù)庫中，供用戶查詢歷史報(bào)警信息，同時(shí)將其加入至一個(gè)實(shí)時(shí)的報(bào)警信息隊(duì)列中；報(bào)警事件源負(fù)責(zé)從報(bào)警信息隊(duì)列中讀取報(bào)警信息，根據(jù)主題管理器中記錄的每一個(gè)航天器對(duì)應(yīng)的主題類型，組合創(chuàng)建報(bào)警事件。報(bào)警事件在系統(tǒng)中以對(duì)象方式存在，內(nèi)部通過hashmap數(shù)據(jù)結(jié)構(gòu)，將報(bào)警信息封裝為多個(gè)屬性-值對(duì)，并對(duì)外提供setField（）和getField（）方法進(jìn)行存取。例如，代號(hào)為“test1”的通信衛(wèi)星的“para”參數(shù)，在“T0”時(shí)刻發(fā)生1次“輕度”級(jí)別的報(bào)警，報(bào)警值為“51”，原因是“超過正常值范圍［0，50］”，則報(bào)警事件源中創(chuàng)建報(bào)警事件的代碼如下所示。

在編碼實(shí)現(xiàn)時(shí)，報(bào)警事件源對(duì)應(yīng)的類需要實(shí)現(xiàn)EventSource接口，該類和報(bào)警判讀模塊均設(shè)計(jì)為“守護(hù)線程在持續(xù)運(yùn)行”，兩個(gè)線程之間采用生產(chǎn)者／消費(fèi)者的設(shè)計(jì)模式實(shí)現(xiàn)同步機(jī)制。當(dāng)報(bào)警信息出隊(duì)時(shí)，如果報(bào)警信息隊(duì)列為空，則事件創(chuàng)建線程會(huì)被掛起，直至報(bào)警信息隊(duì)列中有事件時(shí)即被喚醒；反之，當(dāng)報(bào)警信息入隊(duì)時(shí)，如果報(bào)警信息隊(duì)列已滿，則報(bào)警判讀線程會(huì)被掛起，直至報(bào)警信息隊(duì)列有空位時(shí)即被喚醒。這種機(jī)制能夠確保報(bào)警信息來臨時(shí)可以及時(shí)獲知，并創(chuàng)建報(bào)警事件。由于并不是每一幀遙測(cè)數(shù)據(jù)都會(huì)出現(xiàn)異常，因此報(bào)警信息的產(chǎn)生頻率較低，報(bào)警信息隊(duì)列的入隊(duì)速度相比出隊(duì)速度會(huì)慢很多，這樣，報(bào)警信息隊(duì)列永遠(yuǎn)不會(huì)滿，也就不會(huì)存在遺漏報(bào)警信息的問題。

3．4 報(bào)警事件實(shí)時(shí)發(fā)布

報(bào)警事件產(chǎn)生后，報(bào)警事件源將調(diào)用事件派發(fā)器統(tǒng)一進(jìn)行派發(fā)。事件派發(fā)器采用單例模式實(shí)現(xiàn)，是事件派發(fā)的唯一接口。由于訂閱會(huì)話管理器維護(hù)著會(huì)話池，因此事件派發(fā)器需要通過訂閱會(huì)話管理器遍歷會(huì)話池中的每一個(gè)訂閱者會(huì)話，當(dāng)發(fā)現(xiàn)報(bào)警事件的主題和訂閱者會(huì)話的主題匹配時(shí)，就把報(bào)警事件加入到該訂閱者會(huì)話的報(bào)警事件隊(duì)列中；同時(shí)，訂閱者會(huì)話不斷地從自身的報(bào)警事件隊(duì)列中取出報(bào)警事件，然后將其轉(zhuǎn)換為JavaScript格式并推送到客戶端瀏覽器。整個(gè)報(bào)警事件實(shí)時(shí)發(fā)布的流程及各模塊之間的交互關(guān)系，如圖4所示。相比事件派發(fā)器直接將報(bào)警事件發(fā)送給用戶，上述方式不會(huì)因?yàn)槟骋粋€(gè)客戶端接收慢而被阻塞，能夠提高系統(tǒng)性能。

圖4 報(bào)警事件的發(fā)布時(shí)序Fig．4 Publish sequence of alarming event

為了能夠?qū)崿F(xiàn)“主題樹”的按層次訂閱，主題匹配采用了前綴匹配的算法。例如：當(dāng)某通信衛(wèi)星產(chǎn)生一個(gè)報(bào)警事件時(shí)，其對(duì)應(yīng)的主題是“／所有航天器／通信領(lǐng)域”，而對(duì)于選擇監(jiān)測(cè)所有航天器報(bào)警信息的客戶端，其訂閱者會(huì)話中對(duì)應(yīng)的主題是“／所有航天器”，當(dāng)進(jìn)行主題匹配時(shí)，由于“／所有航天器”是“／所有航天器／通信領(lǐng)域”的前綴，在“主題樹”中處于更高一個(gè)層次，因此，該通信衛(wèi)星的報(bào)警事件不僅會(huì)被加入到主題為“／所有航天器／通信領(lǐng)域”的訂閱者會(huì)話的報(bào)警事件隊(duì)列中，同時(shí)也會(huì)被加入到主題為“／所有航天器”的訂閱者會(huì)話的報(bào)警事件隊(duì)列中，對(duì)應(yīng)的選擇監(jiān)測(cè)所有航天器報(bào)警信息的客戶端也就能接收到該事件。

3．5 長連接的維持

由于在B／S模式下，客戶端的Web瀏覽器會(huì)在每一次請(qǐng)求的響應(yīng)正常結(jié)束或是超時(shí)后，就關(guān)閉與服務(wù)器端的HTTP連接，因此，當(dāng)長時(shí)間沒有報(bào)警信息產(chǎn)生時(shí)，服務(wù)器端需要定時(shí)發(fā)送心跳消息來維持與客戶端的長連接，以避免客戶端的Web瀏覽器認(rèn)為服務(wù)器端長時(shí)間沒有響應(yīng)而關(guān)閉連接。

在具體實(shí)現(xiàn)時(shí)，客戶端包括兩個(gè)框架（Frame）：持久連接框架和顯示框架。持久連接框架被設(shè)置為隱藏，由其保持與服務(wù)器端的HTTP 持久連接，并接收來自服務(wù)器端的JavaScript代碼，然后利用這些JavaScript代碼更新顯示框架的內(nèi)容，從而實(shí)現(xiàn)動(dòng)態(tài)向客戶端推送數(shù)據(jù)。

下面的代碼給出了通過心跳信息來保持HTTP連接的一個(gè)實(shí)現(xiàn)示例。該循環(huán)保證了連接不被關(guān)閉，以流的方式把報(bào)警事件發(fā)送到客戶端。

4 測(cè)試結(jié)果

基于Ajax的輪詢方式實(shí)現(xiàn)一個(gè)報(bào)警原型系統(tǒng)，客戶端輪詢的時(shí)間間隔設(shè)置為1s；同樣，基于Pushlet架構(gòu)的推送方式實(shí)現(xiàn)一個(gè)報(bào)警原型系統(tǒng)，心跳周期設(shè)置為30s。利用1臺(tái)服務(wù)器和1臺(tái)監(jiān)測(cè)機(jī)搭建測(cè)試環(huán)境，測(cè)試時(shí)間為1h，其中每10min產(chǎn)生1次報(bào)警信息。

通過Ethereal測(cè)試工具抓包分析發(fā)現(xiàn)：每次報(bào)警信息產(chǎn)生后，兩種方式對(duì)應(yīng)的響應(yīng)時(shí)間均小于1s；但是，在沒有報(bào)警信息產(chǎn)生時(shí)，對(duì)于基于Ajax的輪詢方式，每1s發(fā)往服務(wù)器的輪詢信息有效長度為77byte，對(duì)應(yīng)服務(wù)器返回的應(yīng)答信息有效長度為56byte，而對(duì)于基于Pushlet架構(gòu)的推送方式，每30s服務(wù)器發(fā)送的心跳信息有效長度為10byte。由此可以看出，在同樣滿足實(shí)時(shí)性要求的情況下，基于Pushlet架構(gòu)的推送方式比基于Ajax的輪詢方式所造成的網(wǎng)絡(luò)負(fù)載要小很多。

5 結(jié)束語

本文結(jié)合航天器在軌運(yùn)行管理的任務(wù)需求，提出了基于Pushlet架構(gòu)的航天器在軌實(shí)時(shí)監(jiān)測(cè)報(bào)警系統(tǒng)的實(shí)現(xiàn)方案。測(cè)試結(jié)果表明，該系統(tǒng)能夠?qū)⒎?wù)器端數(shù)據(jù)判讀產(chǎn)生的報(bào)警信息實(shí)時(shí)、主動(dòng)地推送至客戶端瀏覽器，相比傳統(tǒng)的請(qǐng)求-響應(yīng)方式，具有實(shí)時(shí)性強(qiáng)、效率高和穩(wěn)定性好的優(yōu)點(diǎn)。這一系統(tǒng)的不足在于，要維持客戶端和服務(wù)器之間的長連接，服務(wù)器所能支持的用戶數(shù)量受限，一般達(dá)到300個(gè)用戶連接［3］。由于目前主要是在專用內(nèi)部網(wǎng)絡(luò)中進(jìn)行在軌航天器的實(shí)時(shí)監(jiān)測(cè)，客戶端用戶的數(shù)量不會(huì)很多，因此，基于Pushlet架構(gòu)的航天器在軌實(shí)時(shí)監(jiān)測(cè)報(bào)警系統(tǒng)，具有一定的參考和應(yīng)用價(jià)值。

（References）

［1］張維洲，蔣孟虎，楊平會(huì)，等．衛(wèi)星遙測(cè)信息自動(dòng)監(jiān)視處理系統(tǒng)設(shè)計(jì)［J］．航天器工程，2008，17（5）：51-57

Zhang Weizhou，Jiang Menghu，Yang Pinghui，et al．System design for monitoring ＆disposalling the satellite telemetry automatically［J］．Spacecraft Engineering，2008，17（5）：51-57（in Chinese）

［2］文遠(yuǎn)保，劉峰．一種基于Ajax的Web車輛監(jiān)控系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)［J］．華中科技大學(xué)學(xué)報(bào)（自然科學(xué)版），2007，35（8）：77-79

Wen Yuanbao，Liu Feng．Design and implementation of Ajax-based Web vehicle monitoring and control systems［J］．Journal of Huazhong University of Science and Technology（Nature Science），2007，35（8）：77-79（in Chinese）

［3］孫君曼，方華京，孫慧君，等．基于推技術(shù)的網(wǎng)絡(luò)化監(jiān)控報(bào)警系統(tǒng)［J］．計(jì)算機(jī)工程，2008，34（7）：269-271

Sun Junman，F(xiàn)ang Huajing，Sun Huijun，et al．Monitor and alarming system over Internet based on push technology［J］．Computer Engineering，2008，34（7）：269-271（in Chinese）

［4］金玉善，黃永平，付慶興．Pushlet網(wǎng)絡(luò)推技術(shù)研究及應(yīng)用［J］．吉林大學(xué)學(xué)報(bào)（信息科學(xué)版），2009，27（3）：248-252

Jin Yushan，Huang Yongping，F(xiàn)u Qingxing．Research and application of Pushlet network push technology［J］．Journal of Jilin University（Information Science Edition），2009，27（3）：248-252（in Chinese）

［5］孫清國，朱瑋，劉華軍，等．Web應(yīng)用中的服務(wù)器推送技術(shù)研究綜述［J］．計(jì)算機(jī)系統(tǒng)應(yīng)用，2008，17（11）：116-120

Sun Qingguo，Zhu Wei，Liu Huajun，et al．Survey on server-push technology of Web applications［J］．Computer Systems ＆Applications，2008，17（11）：116-120（in Chinese）

［6］Just van den Broecke．Pushlet whitepaper［EB／OL］．［2011-09-07］．http：／／www．pushlets．com

［7］梁昌勇，張怡遠(yuǎn)，張俊嶺．基于Pushlet的RFID 數(shù)據(jù)推送技術(shù)研究［J］．計(jì)算機(jī)技術(shù)與發(fā)展，2009，19（10）：85-88

Liang Changyong，Zhang Yiyuan，Zhang Junling．Research on RFID data push technology based on Pushlet［J］．Computer Technology and Development，2009，19（10）：85-88（in Chinese）

［8］尤淑輝，唐文彬，郭梅，等．基于Pushlet的網(wǎng)絡(luò)性能實(shí)時(shí)監(jiān)控系統(tǒng)［J］．計(jì)算機(jī)應(yīng)用，2003，23（z2）：387-391

You Shuhui，Tang Wenbin，Guo Mei，et al．Network performance real-time monitoring system based on Pushlet［J］．Computer Applications，2003，23（z2）：387-391（in Chinese）