專利名稱：Web應用與外部設備網(wǎng)絡互連的實現(xiàn)方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及一種WEB應用與外部設備網(wǎng) 纟各互連的實現(xiàn)方法和系統(tǒng)。
背景技術：
隨著Java的發(fā)展，基于WEB服務開發(fā)的業(yè)務越來越多，所涉 及到范圍也越來越廣泛，例如，增值類業(yè)務、消息類業(yè)務等。
雖然WEB開發(fā)相對筒單，但開發(fā)一個完善的WEB業(yè)務并不容 易，開發(fā)過程中還存在各種各樣的難題，總的來講，目前的WEB 業(yè)務開發(fā)存在如下問題
一、 WEB開發(fā)的業(yè)務與其他設備進行網(wǎng)絡互聯(lián)時實現(xiàn)復雜，尤 其是需要同時和多個設備進行網(wǎng)絡互連的情況，此外，通訊鏈路難 以維護，穩(wěn)定性難以保證， 一旦WEB服務器出現(xiàn)問題，不能及時
發(fā)現(xiàn)并自動恢復正常；
二、 WEB開發(fā)的業(yè)務作為一個節(jié)點和其他i殳備互連時，存在i殳 備合設問題，增加了工程人員部署、維護的難度；
三、 由于Java語言自身的局限性，WEB開發(fā)的業(yè)務在消息量 較大的情況下，性能難于保證。

發(fā)明內容
考慮到相關技術中存在的上述問題而提出本發(fā)明，為此，本發(fā)
明的主要目的在于提供一種WEB應用與外部i殳備網(wǎng)絡互連的實現(xiàn) 方法及系統(tǒng)，以解決上述問題。
根據(jù)本發(fā)明的一個方面，提供一種WEB應用與外部設備網(wǎng)絡 互連的實現(xiàn)系統(tǒng)。
根據(jù)本發(fā)明的WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)包括 通信才莫塊，用于接收來自發(fā)送方的第一消息，其中，第一消息中攜 帶有第一消息事件號、發(fā)送方的節(jié)點標識、發(fā)送方的線程標識、接
收方的節(jié)點標識、4妻收方的線程標識、第一消息內容，并將第一消 息事件號、發(fā)送方的節(jié)點標識、發(fā)送方的線程標識、接收方的節(jié)點 標識、接收方的線程標識按照預定結構封裝成第一消息頭，并發(fā)送 第一消息頭和第一消息內容；WEB代理才莫塊，用于接收來自通信才莫 塊的第一消息頭和第一消息內容，從第一消息頭中讀取發(fā)送方的線 程標識，根據(jù)發(fā)送方的線程標識建立對應的子線程，通過建立的子 線程，才艮據(jù)接收方的節(jié)點標識將第 一消息頭和第 一 消息內容發(fā)送給 一接收方的預定子線程，其中，，接收方的預定子線程與4妄收方的線程
才示識相3于應。
優(yōu)選地，上述WEB代理模塊還用于接收來自接收方的第二消 息，第二消息中攜帶有第二消息頭和第二消息內容，其中，第二消 息頭中攜帶發(fā)送方的標識、發(fā)送方的線程標識、接收方標識、接收 方的線程標識、第二消息事件號，其中，第二消息頭的結構和第一 消息頭的結構相同，并根據(jù)接收方的線程標識對應的子線程將第二 消息頭和第二消息內容轉發(fā)給通信模塊；通信模塊還用于接收第二 消息，并按照預定結構對第二消息頭進行解析，解析出第二消息頭 中的發(fā)送方的節(jié)點標識，才艮據(jù)發(fā)送方的節(jié)點標識將第二消息內容發(fā)送給發(fā)送方的預定子線程，其中，發(fā)送方的預定子線程與發(fā)送方的 線程標識相對應。
優(yōu)選地，該系統(tǒng)還包括收發(fā)模塊，用于接收來自通信模塊的 消息頭和消息內容，并將消息頭和消息內容轉發(fā)給WEB代理模塊， 通信模塊和收發(fā)模塊通過TCP鏈路或UDP鏈路進行消息交互。
優(yōu)選地，該系統(tǒng)還包括轉發(fā)才莫塊，用于將消息頭和消息內容 轉發(fā)給接收方和/或發(fā)送方。
優(yōu)選地，上述發(fā)送方/接收方的節(jié)點標識包括模塊號、局號。
優(yōu)選地，上述通信才莫塊通過Java語言對其4妄收到的消息進行處理。
優(yōu)選地，WEB代理模塊通過C語言對其接收到的消息進行處理。
優(yōu)選地，上述發(fā)送方和4妄收方均包括以下之一上層WEB應 用、功能模塊。
優(yōu)選地，上述第一消息事件號和第二消息事件號相同或不同。
根據(jù)本發(fā)明的另 一個方面，提供了 一種WEB應用與外部設備 網(wǎng)絡互連的實現(xiàn)系統(tǒng)。
根據(jù)本發(fā)明的WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)包括 WEB代理模塊，用于接收來自接收方的消息，消息中攜帶有消息頭 和消息內容，其中，消息頭中攜帶發(fā)送方的節(jié)點標識、發(fā)送方的線 程標識、接收方的節(jié)點標識、接收方的線程標識、消息事件號，并 才艮據(jù)*接收方的線程標識對應的子線程發(fā)送消息頭和消息內容；通信模塊，用于接收消息，對消息頭進行解析，解析出消息頭中的發(fā)送 方的節(jié)點標識，4艮據(jù)發(fā)送方的節(jié)點標識將消息內容發(fā)送給發(fā)送方的 預定子線程，其中，發(fā)送方的預定子線程與發(fā)送方的線程標識相對應。
才艮據(jù)本發(fā)明的另一個方面，才是供了一種WEB應用與外部i殳備 網(wǎng)纟各互連的實J見方法。
才艮據(jù)本發(fā)明的WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)方法包括 接收來自發(fā)送方的第一消息，其中，第一消息中攜帶有第一消息事 件號、發(fā)送方的節(jié)點標識、發(fā)送方的線程標識、接收方的節(jié)點標識、 4矣收方的線程標識、第一消息內容；從第一消息頭中讀取發(fā)送方的 線程標識，才艮據(jù)發(fā)送方的線程標識建立對應的子線程，通過建立的 子線程，根據(jù)接收方的節(jié)點標識將第 一 消息頭和第 一消息內容發(fā)送 給接收方的預定子線程，其中，*接收方的預定子線程與接收方的線 程標識相對應。
優(yōu)選地，該方法還包括接收來自接收方的第二消息，第二消 息中攜帶有第二消息頭和第二消息內容，其中，第二消息頭中攜帶 發(fā)送方的標識、發(fā)送方的線程標識、接收方標識、接收方的線程標 識、第二消息事件號；對第二消息頭進行解析，解析出第二消息頭 中的發(fā)送方的節(jié)點標識，才艮據(jù)發(fā)送方的節(jié)點標識將第二消息內容發(fā) 送給發(fā)送方的預定子線程，其中，發(fā)送方的預定子線程與發(fā)送方的 線禾呈標識相對應。
優(yōu)選地，上述第一消息事件號和第二消息事件號相同或不同。
優(yōu)選地，上述發(fā)送方/接收方的節(jié)點標識包括模塊號、局號。通過本發(fā)明的上述至少一個纟支術方案，通過將基于WEB應用 的設備進行合設，相比于現(xiàn)有技術，能夠降低WEB開發(fā)的難度， 且提高了 WEB應用的性能和穩(wěn)定性。


附圖用來^是供對本發(fā)明的進一步理解，并且構成說明書的 一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的 限制。在附圖中
圖1是4艮據(jù)本發(fā)明系統(tǒng)實施例的WEB應用與外部設備網(wǎng)絡互 連的實現(xiàn)系統(tǒng)的結構才匡圖2是根據(jù)本發(fā)明系統(tǒng)實施例的WEB應用與外部設備網(wǎng)絡互 連的實現(xiàn)系統(tǒng)的優(yōu)選結構框圖3是根據(jù)本發(fā)明系統(tǒng)實施例的WEB應用與外部i殳備網(wǎng)絡互 連的實現(xiàn)系統(tǒng)的具體結構才匡圖4是根據(jù)本發(fā)明方法實施例的基于WEB應用與外部設備網(wǎng) 纟各互連的實J見方法的-危禾呈圖5是根據(jù)圖4所示方法的消息發(fā)送方法的處理流程圖6是根據(jù)圖4所示方法的消息接收方法的處理流程圖。
具體實施例方式
功能概述
本發(fā)明的基本思路是將基于WEB應用的智能網(wǎng)主/外圍設備 進行網(wǎng)絡互連及設備合設。對于網(wǎng)絡互連功能，設計了 Java通訊模塊和C通i凡才莫塊，兩者相輔相成，共同實現(xiàn)i殳備之間的網(wǎng)絡互連， 對于多個應用服務器設備合設，WEB應用不作為 一個獨立的節(jié)點， 而是將其和底層模塊一起作為一個節(jié)點，從而解決了設備合設時由 一個服務器配置多個節(jié)點信息而造成的通訊問題。
下面將結合附圖詳細描述本發(fā)明。
系纟充實施例一
#>據(jù)本發(fā)明實施例，4是供一種WEB應用與外部網(wǎng)絡設備互連 的實i見系統(tǒng)。
圖1是根據(jù)本發(fā)明實施例的WEB應用與外部設備網(wǎng)絡互連的 實現(xiàn)系統(tǒng)的結構框圖，如圖1所示，該系統(tǒng)包括通信才莫塊10和WEB 代理一莫塊20。
通信模塊IO,用于接收來自發(fā)送方的第一消息，其中，第一消 息中攜帶有第一消息事件號、發(fā)送方的節(jié)點標識、發(fā)送方的線程標 識、4妄收方的節(jié)點標識、接收方的線程標識、第一消息內容，并將 第一消息事件號、發(fā)送方的節(jié)點標識、發(fā)送方的線程標識、接收方 的節(jié)點標識、接收方的線程標識按照預定結構封裝成第 一消息頭， 并發(fā)送第 一消息頭和第 一消息內容給WEB代理模塊20; WEB代理 模塊20,用于接收來自通信;溪塊10的第一消息頭和第一消息內容， 從第 一消息頭中讀取發(fā)送方的線程標識，才艮據(jù)發(fā)送方的線程標識建 立對應的子線程，通過建立的子線程，才艮據(jù)4姿收方的節(jié)點標識將第 一消息頭和第一消息內容發(fā)送給接收方的預定子線程，其中，接收 方的預定子線程與4妄收方的線程標識相對應。
其中，WEB代理模塊20還用于接收來自接收方的第二消息， 第二消息中攜帶有第二消息頭和第二消息內容，其中，第二消息頭 中攜帶發(fā)送方的標識、發(fā)送方的線程標識、接收方標識、接收方的線程標識、第二消息事件號，其中，第二消息頭的結構和第一消息 頭的結構相同，并才艮據(jù)4妄收方的線程標識對應的子線程將第二消息 頭和第二消息內容轉發(fā)給通信模塊10;通信模塊10還用于接收第 二消息，并按照預定結構對第二消息頭進行解析，解析出第二消息 頭中的發(fā)送方的節(jié)點標識，根據(jù)發(fā)送方的節(jié)點標識將第二消息內容 發(fā)送給發(fā)送方的預定子線程，其中，發(fā)送方的預定子線程與發(fā)送方 的線程標識相對應，其中，第一消息事件號和第二消息事件號相同 或不同。
優(yōu)選地，在圖1所示的WEB應用與外部設備網(wǎng)絡互連的實現(xiàn) 系統(tǒng)的基礎上，圖2示出了該WEB應用與外部i殳備網(wǎng)絡互連的實 現(xiàn)系統(tǒng)點優(yōu)選結構框圖，如圖2所示，該系統(tǒng)還可以包括收發(fā)才莫塊 30和轉發(fā)模塊40。
收發(fā)模塊30 ，用于接收來自通信模塊10的消息頭和消息內容， 并將消息頭和消息內容轉發(fā)給WEB代理模塊20,通信模塊10和收 發(fā)模塊30通過以下鏈路之一進行消息交互TCP鏈路、UDP鏈路； 轉發(fā)模塊40,用于將消息頭和消息內容轉發(fā)給接收方和/或發(fā)送方。
需要說明的是，上述通信模塊10通過Java語言對其接收到的 消息進行處理，WEB代理模塊20通過C語言對其接收到的消息進 行處理。且發(fā)送方和接收方均包括但不限于上層WEB應用、功 能模塊，例如，發(fā)送方可以是某一個上層WEB應用/功能模塊的一 個線程節(jié)點，相應地，接收方可以是該層WEB應用/功能模塊的其 他線程節(jié)點；發(fā)送方和接收方可以是不同的WEB應用/功能模塊上 帝線程節(jié)點。另夕卜，利用本發(fā)明實施例提供的WEB應用與外部設 備網(wǎng)絡互連的實現(xiàn)系統(tǒng)進行消息傳輸?shù)陌l(fā)送方和接收方，均在本發(fā) 明的保護范圍之內。通過本發(fā)明實施例提供的WEB應用與外部設備網(wǎng)絡互連的實 現(xiàn)系統(tǒng)，通過將基于WEB應用的設備進行合設，相比于現(xiàn)有技術， 能夠降〗氐WEB開發(fā)的難度，且提高了 WEB應用的性能和穩(wěn)定性。
圖3是根據(jù)圖1所示的WEB應用與外部i殳備網(wǎng)絡互連的實現(xiàn) 系統(tǒng)的一個具體實例，如圖3所示，示出了 WEB應用月良務器開發(fā) 平臺(簡稱為WEBOS)的內部結構的結構框圖，以消息通訊為界， 上述WEBOS可以分為基本功能層和消息控制層兩個層次，下面對 基本功能層和消息控制層的功能進行說明。
基本功能層
基本功能層主要包括ROl通訊模塊(即，上文所述的通信模塊) 和為WEB開發(fā)提供輔助功能的才莫塊，例如，實現(xiàn)輔助功能的才莫塊 可以包括凄t據(jù)庫連接池、線程池、日志等，其中，實現(xiàn)輔助功能 的各模塊的功能與其現(xiàn)有功能相同，這里不再贅述。另外，為了便
于WEB應用在WEBOS基礎上開發(fā)業(yè)務，基本功能層對消息的處 理是釆用Java來實現(xiàn)的，即在具體實現(xiàn)過程中，R01通訊沖莫塊是通 過TCP Socket與消息控制層建立內部鏈接(使用地址127.0.0.1 )。
消息控制層
消息4空制層主要包4舌webmonitor、 httppro (即，上文所述的 WEB收發(fā)才莫塊)、webagent (即，上文所述的WEB代J里才莫塊)、 zxcomm (即，上文所述的轉發(fā)才莫塊)，用于完成Tomcat監(jiān)控和消息 通ifl功能。其中，webmonitor用于監(jiān)4空Tomcat, httppro、 webagent、 zxcomm用于WEBOS和外界進4亍消息通訊，具體i也，httppro用于 與基本功能層的R01模塊進行通訊，在具體實施過程中，httppro作 為服務端監(jiān)聽一個端口，等待與R01模塊建立TCP Socket鏈接； webagent用于負責消息轉發(fā)、鏈路維護等功能；zxcomm是底層^>共通訊模塊，負責與外界進程的消息進行通訊。需要說明的是，消
息控制層中的各個模塊的功能通過c語言實現(xiàn)的。
下面對基本功能層和消息控制層的消息交互情況進行說明，其
中，基本功能層和消息控制層是通過ROl的內部通訊鏈路完成消息 交互的，二者之間的鏈路創(chuàng)建的步驟如下所述。
步驟l，啟動zxcomm，創(chuàng)建與其它節(jié)點的對外通訊鏈5^;
步驟2，啟動httppro;
步驟3，啟動webagent,并在webagent 4刀々臺4匕時向httppro發(fā) 送注冊消息，通知httppro綁定指定IP i也址(127.0.0.1 )和端口 (7777 );
步驟4, httppro才艮據(jù)webagent發(fā)來的注冊消息內容，監(jiān)聽端口 (7777 );
步驟5，啟動WEBOS基本功能層各個模塊，R01模塊作為客 戶端連接本機的7777端口 ，建立內部鏈路，其中，WEBOS R01模 塊和httppro之間的消息交互屬于內部通訊，使用自定義的內部消息 結構，而且二者之間采用心跳檢測機制，確保在對端異?；蛑貑⒌?情況下可以及時恢復鏈路，保i正后續(xù)的消息處理不受影響。
WEBOS系統(tǒng)中用Java語言實現(xiàn)一個ROl沖莫塊，該模塊提供消 息接收發(fā)接口給上層應用，同時在底層支撐模塊的基礎上用C語言 開發(fā)一個webagent才莫塊，即WEB代J里，用于解決WEBOS和其4也 節(jié)點之間消息通訊的問題和性能問題，R01和webagent之間采用 TCP Socket通訊，通過httppro才莫塊在兩者之間建立一條內部鏈才妾 (地址127.0.0.1 ),如此，即可將上層WEB應用的消息通訊需求和 底層支撐的通訊機制合二為 一 ，使WEBOS之上的WEB應用可以和其他智能網(wǎng)設備一樣通過底層公共支撐模塊進行網(wǎng)絡互連，同時 解決了設備合設問題。
除此之外，WEBOS系統(tǒng)還提供了對業(yè)務運行環(huán)境的監(jiān)控功能， 即實現(xiàn)了對Tomcat的監(jiān)4空(webmonitor才莫塊)，webmonitor #4居配 置信息定時向Tomcat服務器發(fā)送特定頁面訪問請求，監(jiān)控WEB運 行環(huán)境是否正常， 一旦檢測到運行環(huán)境異常則重新啟動WEB服務， 確保WEB運行環(huán)境及時恢復正常，從而增強WEB業(yè)務的穩(wěn)定性。
基于上述描述，可以看出，通過本發(fā)明實施例提供的WEBOS， 不僅可以與智能網(wǎng)主/夕卜圍設備進行網(wǎng)絡互連，允許多個應用進行設 備合設，同時還提供了對業(yè)務運行環(huán)境的監(jiān)控功能。
系統(tǒng)實施例二
才艮據(jù)本發(fā)明實施例，提供一種WEB應用與外部網(wǎng)絡i殳備互連 的實現(xiàn)系統(tǒng)，該系統(tǒng)的結構與圖1所示的WEB應用與外部網(wǎng)絡設 備互連的實J見系鄉(xiāng)充的結構相同。
根據(jù)本發(fā)明是實施例的一種WEB應用與外部設備網(wǎng)絡互連的 實現(xiàn)系統(tǒng)包括WEB代理模塊，用于接收來自接收方的消息，消息 中攜帶有消息頭和消息內容，其中，消息頭中攜帶發(fā)送方的節(jié)點標 識、發(fā)送方的線程標識、4妄收方的節(jié)點標識、4妄收方的線程標識、 消息事件號，并根據(jù)接收方的線程標識對應的子線程發(fā)送消息頭和 消息內容；通信模塊，用于接收消息，對消息頭進行解析，解析出 消息頭中的發(fā)送方的節(jié)點標識，根據(jù)發(fā)送方的節(jié)點標識將消息內容 發(fā)送給發(fā)送方的預定子線程，其中，發(fā)送方的預定子線程與發(fā)送方 的線程標識相對應。方法實施例
根據(jù)本發(fā)明實施例，提供了一種WEB應用與外部設備網(wǎng)絡互 連的實J見方法，該方法可以4吏用上述WEB應用與外部i殳備網(wǎng)纟各互 連的實玉見系統(tǒng)來實J見。
需要說明的是，為了便于描述，在下文中以步驟的形式示出并 描述了本發(fā)明的方法實施例的技術方案，在下文中所示出的步驟可 以在{者如一組計算4幾可才丸4亍指令的計算才幾系統(tǒng)中執(zhí)4亍。雖然在相關 的附圖中示出了邏輯順序，^f旦是在某些情況下，可以以不同于此處 的順序寺丸行所示出或描述的步驟。
在不沖突的情況下，本申請中的實施例及實施例中的特征可以 相互組合。
圖4是4艮據(jù)本發(fā)明實施例的WEB應用與外部設備網(wǎng)絡互連的 實現(xiàn)方法的流禾呈圖，如圖4所示，該方法包括以下步驟(步驟S402 至步驟S404)。
步驟S402, WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)接收來 自發(fā)送方的第一消息，其中，第一消息中攜帶有第一消息事件號、 發(fā)送方的節(jié)點標識、發(fā)送方的線程標識、4妻收方的節(jié)點標識、^妄收 方的線程標識、第一消息內容，發(fā)送方/接收方的節(jié)點標識可以包括 以下之一模塊號、局號，線程標識可以包括線程號；
步驟S404, WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)從第一 消息頭中讀取發(fā)送方的線程標識，才艮據(jù)發(fā)送方的線程標識建立對應 的子線程，通過建立的子線程，4艮據(jù)*接收方的節(jié)點標識將第一消息 頭和第一消息內容發(fā)送給接收方的預定子線程，其中，接收方的預 定子線程與接收方的線程標識相對應。在具體實施過程中，接收方在接收到發(fā)送方發(fā)送到第一消息之
后，如果接收方需要向發(fā)送方發(fā)送消息，可以通過WEB應用與外 部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)向發(fā)送方發(fā)送第二消息，WEB應用與外 部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)接收來自接收方的第二消息，第二消息 中攜帶有第二消息頭和第二消息內容，其中，第二消息頭中攜帶發(fā) 送方的標識、發(fā)送方的線程標識、接收方標識、接收方的線程標識、 第二消息事件號；對第二消息頭進行解析，解析出第二消息頭中的 發(fā)送方的節(jié)點標識，根據(jù)發(fā)送方的節(jié)點標識將第二消息內容發(fā)送給 發(fā)送方的預定子線程，其中，發(fā)送方的預定子線程與發(fā)送方的線程 標識相對應，其中，第一消息事件號和第二消息事件號相同或不同。
通過本發(fā)明實施例提供的技術方案，通過利用WEB應用系統(tǒng) 對消息進行傳輸，能夠提高WEB應用的性能和穩(wěn)定性。
在具體實施過程中，WEBOS上的業(yè)務通過WEBOS通訊才莫塊 進行消息的發(fā)送和接收時需要將各自的線程號(簡稱pno)注冊到 WEBOS ROl模塊和webagent模塊上，以便webagent和R01模塊 能根據(jù)pno信息將響應或接收其他進程的消息發(fā)送至目標線程，下 面對WEBOS系統(tǒng)接收消息和發(fā)送消息的過程分別進行說明，且下 述對這兩個過程的描述默認系統(tǒng)已啟動，并且業(yè)務已經(jīng)注冊了 pno。
圖5是根據(jù)本發(fā)明實施例的WEBOS系統(tǒng)的消息發(fā)送方法的流 程圖，以下結合圖5對WEBOS系統(tǒng)的消息發(fā)送過禾呈進4亍詳細描述。
1，業(yè)務調用WEBOS的ROl模塊提供的消息發(fā)送接口 ASEND方法發(fā)送消息，其中，接口參數(shù)包括消息事件號、消息體、 消息體的長度、發(fā)送方PID、接收者PID，其中PID可以唯一標識 一個節(jié)點的某個線程，該PID可以包括以下之一模塊號、局號、 線程號等信息，其中，模塊號和局號唯一標識一個通訊節(jié)點，線程號p舉一標識該節(jié)點中的某個線程，WEBOS通訊才莫塊才艮據(jù)PID確定 接收方和發(fā)送方的地址。
2，WEBOS R01模塊接收到消息發(fā)送請求(對應于上述的 步驟S402 ),將消息事件號、消息體長度、發(fā)送方PID和接收者PID 等信息(即，上文所述的第一消息)封裝成內部約定的消息頭結構， 和消息體一起打包成字節(jié)流，通過已建好的內部TCP鏈路發(fā)送到 httppro 。
3，httppro 4妄收到消息后，才艮據(jù)4妄收到消息的鏈路得知是哪 個模塊注冊的該鏈路服務，此處為webagent模塊注冊的鏈路服務， 通過底層支撐的通訊接口 ASEND將消息發(fā)給webagent模塊。
4，webagent接收到httppro發(fā)來的消息，判斷是否是鏈路檢 測消息和pno注冊消息，鏈路4企測消息則直4妻回響應，pno注冊消 息則啟動子線程，用于接收發(fā)到該pno的外來消息，以便轉發(fā)，否 則通過底層支撐的通ifU妄口 ASEND將消息發(fā)纟會底層通訊才莫塊 zxcomm。
5，zxcomm才莫塊接收到webagent發(fā)來的消息，才艮據(jù)目的PID
信息將消息發(fā)送至接收方(對應于上述的步驟S404 )。
圖6是4艮據(jù)本發(fā)明實施例的WEBOS系統(tǒng)的消息接收方法的流 程圖，以下結合圖6對WEBOS系統(tǒng)的消息接收過程進行詳細描述。
1，zxcomm模塊接收到其它線程發(fā)送到本節(jié)點線程的消息 (即，上文所述的第二消息)，根據(jù)目的PID將該消息發(fā)至目的線 程，WEBOS系統(tǒng)中zxcomm將消息發(fā)至webagent相應的子線程。 其中，發(fā)送方可能是本節(jié)點線程或其它節(jié)點線程，本節(jié)點線程無需 經(jīng)過TCP鏈路，直接通過底層通訊支撐接口接收消息，其他節(jié)點線 程則通過TCP鏈路接收消息。2，webagent子線禾呈4妄收到zxcomm發(fā)送的消息，將自身注 冊的鏈路信息和消息體一起打包，通過底層支撐的通訊接口 ASEND 將消息發(fā)給httppro。
3，httppro接收到消息后，解析出鏈路信息，通過該鏈路將 剩余消息體發(fā)送至客戶端，在WEBOS系統(tǒng)中，httppro接收到的來 自webagent的消息只發(fā)4主一條鏈路，即httppro和ROl才莫塊之間的 內部鏈路。
4，WEBOSROl模塊從TCP鏈路接收到消息后，解析消息 頭，判斷是否是鏈路4企測消息，是則將鏈路^r測計數(shù)清0，不做其 它處理，否則，才艮據(jù)消息頭中的接收端pno找到相應的應用實例(該 pno已在WEBOS中注冊，否則丟棄該消息)，回調該應用實例的 messageReceived接口 ，將消息事件號、消息體、發(fā)送方PID信息通 過參數(shù)傳遞給應用，由于WEBOS R01才莫塊是用Java語言實現(xiàn)的， 故此處不是消息發(fā)送的方式，而是直接回調業(yè)務接口即可。
5，WEBOS之上實現(xiàn)的業(yè)務欲接收外來消息都必須實現(xiàn) messageReceived 口 ，以侵^妄受WEBOS的4矣口回調，從而4妾4史外 來消息并進4于一定的業(yè)務處理。
本發(fā)明通過Java程序和C程序的結合，將上層WEB應用的消 息通訊需求和底層支撐的通訊4幾制合二為一，既解決了 WEB應用 和其他設備進行網(wǎng)絡互連和設備合設問題，同時也降低了 WEB開 發(fā)的難度，提高了 WEB應用的性能和穩(wěn)定性。
如上所述，借助于本發(fā)明提供的WEB應用與外部設備網(wǎng)絡互 連的實現(xiàn)方法和/或系統(tǒng)，通過將基于WEB應用的設備進行合設，相比于現(xiàn)有技術，能夠降低WEB開發(fā)的難度，且提高了 WEB應用 的性能和穩(wěn)、定性。
以上所述〗又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領i或的4支術人員來i兌，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內。
權利要求
1. 一種WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)，其特征在于，所述系統(tǒng)包括通信模塊，用于接收來自發(fā)送方的第一消息，其中，所述第一消息中攜帶有第一消息事件號、發(fā)送方的節(jié)點標識、發(fā)送方的線程標識、接收方的節(jié)點標識、接收方的線程標識、第一消息內容，并將所述第一消息事件號、所述發(fā)送方的節(jié)點標識、所述發(fā)送方的線程標識、所述接收方的節(jié)點標識、所述接收方的線程標識按照預定結構封裝成第一消息頭，并發(fā)送所述第一消息頭和所述第一消息內容；WEB代理模塊，用于接收來自所述通信模塊的所述第一消息頭和所述第一消息內容，從所述第一消息頭中讀取所述發(fā)送方的線程標識，根據(jù)所述發(fā)送方的線程標識建立對應的子線程，通過建立的所述子線程，根據(jù)所述接收方的節(jié)點標識將所述第一消息頭和所述第一消息內容發(fā)送給接收方的預定子線程，其中，所述接收方的預定子線程與所述接收方的線程標識相對應。
2. 根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述WEB代理模塊還用于接收來自所述接收方的第二消 息，所述第二消息中攜帶有第二消息頭和第二消息內容，其中， 所述第二消息頭中攜帶所述發(fā)送方的標識、所述發(fā)送方的線程 標識、所述接收方標識、所述接收方的線程標識、第二消息事 件號，其中，所述第二消息頭的結構和所述第一消息頭的結構 相同，并根據(jù)所述接收方的線程標識對應的子線程將所述第二 消息頭和所述第二消息內容轉發(fā)給所述通信模塊；所述通信模塊還用于接收所述第二消息，并按照所述預定 結構對所述第二消息頭進行解析，解析出所述第二消息頭中的 所述發(fā)送方的節(jié)點標識，才艮據(jù)所述發(fā)送方的節(jié)點標識將所述第 二消息內容發(fā)送給發(fā)送方的預定子線程，其中，所述發(fā)送方的 預定子線程與所述發(fā)送方的線程標識相對應。
3. 根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括收發(fā)模塊，用于接收來自所述通信模塊的消息頭和消息內 容，并將所述消息頭和消息內容轉發(fā)給所述WEB代理才莫塊， 所述通信模塊和所述收發(fā)模塊通過TCP鏈路或UDP鏈路進行 消息交互。
4. 根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括轉發(fā)模塊，用于將所述消息頭和消息內容轉發(fā)給所述接收 方和/或發(fā)送方。
5. 才艮據(jù)權利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述 發(fā)送方/接收方的節(jié)點標識包括模塊號、局號。
6. 根據(jù)權利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述 通信模塊通過Java語言對其接收到的消息進行處理。
7. 根據(jù)權利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述 WEB代理模塊通過C語言對其接收到的消息進行處理。
8. 根據(jù)權利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述 發(fā)送方和所述接收方均包括以下之一上層WEB應用、功能 模塊。
9. 根據(jù)權利要求1至4中任一項所述的系統(tǒng)，其特征在于，所述 第一消息事件號和所述第二消息事件號相同或不同。
10. —種WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)系統(tǒng)，其特征在于， 所述系統(tǒng)包括WEB代理模塊，用于接收來自接收方的消息，所述消息 中攜帶有消息頭和消息內容，其中，所述消息頭中攜帶發(fā)送方 的節(jié)點標識、所述發(fā)送方的線考呈標識、所述4妄收方的節(jié)點標識、 所述接收方的線程標識、消息事件號，并根據(jù)所述接收方的線 程標識對應的子線程發(fā)送所述消息頭和所述消息內容；通信才莫塊，用于接收所述消息，對所述消息頭進行解析， 解析出所述消息頭中的所述發(fā)送方的節(jié)點標識，#4居所述發(fā)送 方的節(jié)點標識將所述消息內容發(fā)送給發(fā)送方的預定子線程，其 中，所述發(fā)送方的預定子線考呈與所述發(fā)送方的線程標識相對應。
11. 一種WEB應用與外部i殳備網(wǎng)絡互連的實現(xiàn)方法，其特征在于， 所述方法包4舌接收來自發(fā)送方的第一消息，其中，所述第一消息中攜帶 有第一消息事件號、發(fā)送方的節(jié)點標識、發(fā)送方的線程標識、 接收方的節(jié)點標識、接收方的線程標識、第一消息內容；從所述第 一消息頭中讀取所述發(fā)送方的線程標識，根據(jù)所 述發(fā)送方的線程標識建立對應的子線程，通過建立的所述子線 程，^4居所述接收方的節(jié)點標識將所述第一消息頭和所述第一消息內容發(fā)送給接收方的預定子線程，其中，所述接收方的預 定子線程與所述4妄收方的線程標識相對應。
12. 根據(jù)權利要求11所述的方法，其特征在于，所述方法還包括接收來自所述接收方的第二消息，所述第二消息中攜帶有 第二消息頭和第二消息內容，其中，所述第二消息頭中攜帶所 述發(fā)送方的標識、所述發(fā)送方的線程標識、所述接收方標識、 所述接收方的線程標識、第二消息事件號；對所述第二消息頭進行解析，解析出所述第二消息頭中的 所述發(fā)送方的節(jié)點標識，4艮據(jù)所述發(fā)送方的節(jié)點標識將所述第 二消息內容發(fā)送給發(fā)送方的預定子線程，其中，所述發(fā)送方的 預定子線程與所述發(fā)送方的線程標識相對應。
13. 根據(jù)權利要求11或12所述的方法，其特征在于，所述第一消 息事件號和所述第二消息事件號相同或不同。
14. 根據(jù)權利要求11或12所述的方法，其特征在于，所述發(fā)送方 /接收方的節(jié)點標識包括模塊號、局號。
全文摘要
本發(fā)明公開了一種WEB應用與外部設備網(wǎng)絡互連的實現(xiàn)方法和系統(tǒng)，該系統(tǒng)包括通信模塊，用于接收來自發(fā)送方的第一消息，第一消息攜帶有第一消息事件號、發(fā)送方節(jié)點標識、發(fā)送方線程標識、接收方節(jié)點標識、接收方線程標識、第一消息內容，并將第一消息事件號、發(fā)送方節(jié)點標識、發(fā)送方線程標識、接收方節(jié)點標識、接收方線程標識按照預定結構封裝成第一消息頭，并發(fā)送第一消息頭和第一消息內容；WEB代理模塊，用于接收來自通信模塊的第一消息頭和第一消息內容，從第一消息頭中讀取發(fā)送方的線程標識，建立對應的子線程，并將第一消息頭和第一消息內容發(fā)送給預定子線程。通過本發(fā)明，能夠降低WEB開發(fā)的難度，提高WEB應用的性能和穩(wěn)定性。
文檔編號H04L12/56GK101431460SQ20081018158
公開日2009年5月13日 申請日期2008年11月28日 優(yōu)先權日2008年11月28日
發(fā)明者萍 王 申請人:中興通訊股份有限公司