專利名稱：異步分布式列對象請求代理系統(tǒng)應(yīng)用方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法，屬于分布式網(wǎng)絡(luò)監(jiān)控系統(tǒng)領(lǐng)域。
背景技術(shù)：
隨著計算機網(wǎng)絡(luò)和電信網(wǎng)的快速發(fā)展和膨脹，人們對于網(wǎng)絡(luò)的安全，可靠的要求越來越高，網(wǎng)絡(luò)監(jiān)控系統(tǒng)可以讓用戶有效的監(jiān)控、分配有限的網(wǎng)絡(luò)資源。傳統(tǒng)的網(wǎng)絡(luò)監(jiān)控系統(tǒng)采用集中運行模式，中心服務(wù)器負(fù)責(zé)對整個網(wǎng)絡(luò)進行統(tǒng)一的監(jiān)控和管理。這種模式下，大量的監(jiān)控或管理信息傳輸會消耗網(wǎng)絡(luò)帶寬，且中心服務(wù)器往往超負(fù)荷工作，嚴(yán)重影響監(jiān)控系統(tǒng)的運行效率。這種系統(tǒng)結(jié)構(gòu)較簡單，但是可擴展性差，如果中心服務(wù)器失效，將引起整個網(wǎng)絡(luò)無法監(jiān)控。為了克服集中式監(jiān)控的缺陷，可以進行分布式層次監(jiān)控，由多個監(jiān)控服務(wù)器進行監(jiān)控，再將監(jiān)控結(jié)果層層匯總。在這樣的體系結(jié)構(gòu)中會有很多個監(jiān)控服務(wù)器存在。這種系統(tǒng)可以進行分布式分層次監(jiān)控，可以滿足現(xiàn)有超大網(wǎng)絡(luò)的監(jiān)控需求。但分布式分層次監(jiān)控系統(tǒng)的體系結(jié)構(gòu)比較復(fù)雜，系統(tǒng)各個服務(wù)器間都需要互相調(diào)用，這首先需要一種能夠異步響應(yīng)的，分布式的請求代理系統(tǒng)來滿足層次調(diào)用的要求，同時，傳統(tǒng)的監(jiān)控數(shù)據(jù)使用對象傳遞，該方式不能有效的利用現(xiàn)有帶寬，因此監(jiān)控數(shù)據(jù)本身的傳輸也需要一種能更高效利用現(xiàn)有網(wǎng)絡(luò)帶寬的方式。

發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明提供了一種異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法。具體技術(shù)方案如下
本發(fā)明實施例提供的一種異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法，包括
51、第一子系統(tǒng)接收到符合本命名服務(wù)命名的消息；
52、Gate把請求傳遞給軟件總線處理；
53、軟件總線讀取請求消息中請求信息，匹配在總線中注冊的樁信息尋找請求代理單元的樁，并傳遞請求消息給請求代理；
54、請求代理根據(jù)請求數(shù)據(jù)，填充代理追蹤信息入棧，若請求本系統(tǒng)服務(wù)，傳遞消息到本地服務(wù)單元，并直接進入S6，若請求其他系統(tǒng)數(shù)據(jù)，則請求代理需要按照本地緩存的命名信息尋找第二子系統(tǒng)的命名服務(wù)，并發(fā)送給第二子系統(tǒng)的fete處理該消息；
55、第二子系統(tǒng)的fete收到請求消息，并重復(fù)步驟中的Sl到S4；
56、服務(wù)單元收到請求消息后，令該消息進入本服務(wù)待處理隊列；
57、服務(wù)單元提醒調(diào)度器，本服務(wù)有請求需要執(zhí)行，調(diào)度器調(diào)度該服務(wù)單元運行請求；
58、服務(wù)單元運行請求后得到一個響應(yīng)消息，該響應(yīng)消息中包含了代理追蹤棧，服務(wù)發(fā)送響應(yīng)消息給請求代理，根據(jù)消息的追蹤信息，該響應(yīng)消息傳遞給消息的請求單元。
作為本發(fā)明的進一步改進，所述S7步驟的響應(yīng)消息是異步發(fā)送的消息，消息發(fā)送者在發(fā)送消息后不需要等待該消息的響應(yīng)，該消息的請求者需要以異步的方式獲取消息的響應(yīng)。作為本發(fā)明的進一步改進，若一個服務(wù)單元調(diào)用其他單元的服務(wù)，且其他單元的位置是通過本系統(tǒng)內(nèi)的請求代理來確定的，其步驟為
S10、服務(wù)單元發(fā)送對其他單元的調(diào)用請求消息給總線；
S20、軟件總線讀取請求消息中請求信息，匹配在總線中注冊的樁信息尋找請求代理單元的樁信息，并傳遞請求消息給請求代理；
S30、請求代理根據(jù)請求數(shù)據(jù)，填充代理追蹤信息入棧，若請求本系統(tǒng)服務(wù)，傳遞消息到本地服務(wù)單元，并直接進入S50，若請求其他系統(tǒng)數(shù)據(jù)，則請求代理需要按照本地緩存的命名信息尋找第二子系統(tǒng)的命名服務(wù)，并發(fā)送給第二子系統(tǒng)的fete處理該消息； S40、第二子系統(tǒng)的(iate收到請求消息，并重復(fù)Sl到S4 ； S50、其他單元收到請求消息后，令該消息進入本服務(wù)待處理隊列； S60、服務(wù)單元提醒調(diào)度器，本服務(wù)有請求需要執(zhí)行，調(diào)度器調(diào)度該服務(wù)單元運行請
求；
S70、服務(wù)單元運行請求后得到一個響應(yīng)消息，該響應(yīng)消息中包含了代理追蹤棧，服務(wù)發(fā)送響應(yīng)消息給請求代理，根據(jù)消息的追蹤信息，該響應(yīng)消息會最終被傳遞給消息的請求單元。作為本發(fā)明的進一步改進，所述S8和S70具體包括以下步驟 S100、服務(wù)單元把運行請求后得到的響應(yīng)消息，發(fā)送給系統(tǒng)所在的總線； S200、總線獲取請求代理樁信息后，發(fā)送該響應(yīng)消息給請求代理單元；
S300、請求代理單元按照消息中包含的代理追蹤棧信息，分情況處理，如果該響應(yīng)對應(yīng)的請求在本服務(wù)器，則直接發(fā)送該響應(yīng)消息給本服務(wù)器的請求單元，到此，本次請求響應(yīng)的流程結(jié)束，否則進行S400;
S400、如過該響應(yīng)的請求不在本服務(wù)器，請求代理需要按照本地緩存的命名信息尋找第一子系統(tǒng)的命名服務(wù)，并發(fā)送給第一子系統(tǒng)的fete處理該響應(yīng)消息；
S500、第一子系統(tǒng)的fete收到響應(yīng)消息后，發(fā)送給總線處理，總線獲取第一子系統(tǒng)上的請求代理單元處理該響應(yīng)消息；
S600、第一子系統(tǒng)上的請求代理，按照消息中包含的代理追蹤棧信息，重復(fù)S300的處理，直到本次請求響應(yīng)的流程結(jié)束。作為本發(fā)明的進一步改進，所述各單元間的交互是通過會話傳遞的，一個會話封裝了單元和單元間通信的管道，該管道的底層實現(xiàn)可以是tcp或Udp或ipc三種方式，在會話中單元可以進行發(fā)送一個請求，響應(yīng)一個請求，主動發(fā)送一個通知的操作。 由以上技術(shù)方案可以看出，本發(fā)明的異步分布式列對象請求代理系統(tǒng)能適應(yīng)從小網(wǎng)絡(luò)到大網(wǎng)絡(luò)到超大網(wǎng)絡(luò)的分布式層次監(jiān)控要求，列對象數(shù)據(jù)壓縮傳輸能有效的節(jié)約網(wǎng)絡(luò)帶寬，達成高效監(jiān)控大網(wǎng)絡(luò)的目的。


圖1是本發(fā)明一實施方式分布式子系統(tǒng)的單元圖； 圖2是本發(fā)明一實施方式分布式子系統(tǒng)交互的示意圖；圖3是本發(fā)明一實施方式異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法的流程圖； 圖4是本發(fā)明另一實施方式異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法的流程圖； 圖5是S8和S70的具體流程圖。
具體實施方式
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進行詳細(xì)描述。對批量監(jiān)控數(shù)據(jù)本身的傳輸，需要使用列對象方式。因列對象傳輸只傳遞一個列名稱和多個列數(shù)據(jù)來組成網(wǎng)絡(luò)監(jiān)控數(shù)據(jù)，且順序、高度重復(fù)的數(shù)據(jù)可以產(chǎn)生更高的壓縮比， 故本發(fā)明中的列對象本身也被設(shè)計為是一個具備高壓縮比的數(shù)據(jù)集，本系統(tǒng)中各個服務(wù)單元的調(diào)用都是采用這個列對象來傳遞請求和響應(yīng)消息。在此基礎(chǔ)上構(gòu)建的本分布式列對象請求代理系統(tǒng)中的單元或系統(tǒng)間調(diào)用的消息定義(包括請求消息，請求響應(yīng)消息，通知消息)具備了高壓縮比，可以快速傳遞的特性，能夠有效的減小對監(jiān)控網(wǎng)絡(luò)的帶寬需求。如圖1所示，在本發(fā)明一實施方式中，異步分布式列對象請求代理系統(tǒng)由多個分布式子系統(tǒng)構(gòu)成，每個分布式子系統(tǒng)包括
TCP/UDP/IPC (kite單元用于負(fù)責(zé)系統(tǒng)中各單元或系統(tǒng)的底層通信實現(xiàn)，TCP (kite為 TCP (傳輸控制協(xié)議)方式的通信實現(xiàn)，UDP fete為UDP (用戶數(shù)據(jù)報協(xié)議)方式的通信實現(xiàn)，IPC Gate (Inner Process Communication)為進程內(nèi)的通信實現(xiàn)。命名服務(wù)單元用于負(fù)責(zé)系統(tǒng)間調(diào)用的命名解析，名字格式為“協(xié)議//地址[ 端口 ]/單元名”，協(xié)議可選數(shù)據(jù)為tcp/udp/ipc，分別對應(yīng)組件中的三種(iate，通過一個指定的命名即可以獲得一個可供單元進行請求/響應(yīng)或通知操作的會話。軟件總線用于管理一個系統(tǒng)內(nèi)所有可以提供服務(wù)的軟件單元，每個軟件單元注冊到軟件總線后，才可以對外提供服務(wù)，同時，只有該單元注冊到軟件總線后，才可以向其他單元請求服務(wù)?？偩€樁每個接入到軟件總線的單元，必須存在一個總線樁，總線樁負(fù)責(zé)單元和總線的交互，從其他服務(wù)器來得請求到達軟件總線后，總線調(diào)度總線樁發(fā)送請求給單元，在單元處理完成后，單元發(fā)送相應(yīng)給總線樁，由總線樁請求總線調(diào)度返回結(jié)果給請求服務(wù)器。調(diào)度器所有需要CPU執(zhí)行的代碼都必須通過調(diào)度器調(diào)度運行。調(diào)度器以負(fù)載均衡的方式實現(xiàn)任務(wù)按照優(yōu)先級調(diào)度，以保障服務(wù)器穩(wěn)定運行。請求代理單元請求代理管理請求可以到達的對端，該對端可以是本機也可以是不是本機，甚至可以是多個層次嵌套下的主機，因此請求代理屏蔽了具體執(zhí)行任務(wù)的機器的位置，對于一個原始請求來說，其只需要按照命名向具備請求代理的軟件總線請求服務(wù)， 軟件總線向請求代理發(fā)起請求后，請求代理按照命名情況決定轉(zhuǎn)發(fā)請求到本總線對應(yīng)的單元或其他機器上的對應(yīng)單元，請求代理的存在使得靈活的部署多個層次的分布式服務(wù)器成為可能。以上單元間的交互是通過會話傳遞的，一個會話封裝了單元和單元間通信的管道，該管道的底層實現(xiàn)可以是tcp/udp/ipc三種方式，在會話中單元可以進行發(fā)送一個請求，響應(yīng)一個請求，主動發(fā)送一個通知的操作。如圖2、圖3所示，在本發(fā)明一實施方式中，異步分布式列對象請求代理系統(tǒng)包括子系統(tǒng)A和子系統(tǒng)B，在分布式子系統(tǒng)A在fete接收到一個Client請求消息后的對這個請求消息的處理流程
51、子系統(tǒng)A接收到符合本命名服務(wù)命名的消息，注意如果消息指定的命名不在本系統(tǒng)，則該消息不會被本系統(tǒng)接收；
52、Gate把請求傳遞給軟件總線處理，注意，此處傳遞的具體含義為創(chuàng)建一個會話，在會話中傳輸消息，后面每個步驟中的傳遞均為此處的含義，后面的步驟的描述直接使用傳遞；
53、軟件總線讀取請求消息中請求信息，匹配在總線中注冊的樁信息尋找請求代理單元的樁，并傳遞請求消息給請求代理；
54、請求代理根據(jù)請求數(shù)據(jù)，填充代理追蹤信息入棧，若請求本系統(tǒng)服務(wù)，傳遞消息到本地服務(wù)單元，并直接進入S6，若請求其他系統(tǒng)數(shù)據(jù)(示意圖中為子系統(tǒng)B)，則請求代理需要按照本地緩存的命名信息尋找子系統(tǒng)B的命名服務(wù)，并發(fā)送給子系統(tǒng)B的fete處理該消息；
55、子系統(tǒng)B的fete收到請求消息，類似的，子系統(tǒng)B的處理需要重復(fù)步驟中的Sl到
S4；
56、服務(wù)單元收到請求消息后，令該消息進入本服務(wù)待處理隊列；
57、服務(wù)單元提醒調(diào)度器，本服務(wù)有請求需要執(zhí)行。調(diào)度器會在合適的時候調(diào)度該服務(wù)單元運行請求；
58、服務(wù)單元運行請求后得到一個響應(yīng)消息，該響應(yīng)消息中包含了代理追蹤棧，服務(wù)發(fā)送響應(yīng)消息給請求代理。根據(jù)消息的追蹤信息，該響應(yīng)消息會最終被傳遞給消息的請求單兀。需要指出的是，S7的響應(yīng)消息是個異步發(fā)送的消息，消息發(fā)送者在發(fā)送消息后不需要等待該消息的響應(yīng)，該消息的請求者需要以異步的方式獲取消息的響應(yīng)。同樣的，如圖4所示，若一個服務(wù)單元(假設(shè)其為單元S-A)如果調(diào)用其他單元的服務(wù)(假設(shè)其為單元S-B)，該單元S-B的位置是通過本系統(tǒng)內(nèi)的請求代理來確定的，單元S-A 并不知道S-B的具體位置是否和S-A在同一系統(tǒng)內(nèi)，其步驟為
S10、S-A發(fā)送對S-B單元的調(diào)用請求消息給總線；
S20、軟件總線讀取請求消息中請求信息，匹配在總線中注冊的樁信息尋找請求代理單元的樁信息，并傳遞請求消息給請求代理；
S30、請求代理根據(jù)請求數(shù)據(jù)，填充代理追蹤信息入棧，若請求本系統(tǒng)服務(wù)，傳遞消息到本地服務(wù)單元，并直接進入S50，若請求其他系統(tǒng)數(shù)據(jù)(本圖為子系統(tǒng)B)，則請求代理需要按照本地緩存的命名信息尋找子系統(tǒng)B的命名服務(wù)，并發(fā)送給子系統(tǒng)B的fete處理該消息；
S40、子系統(tǒng)B的(iate收到請求消息，類似的，子系統(tǒng)B的處理應(yīng)該重復(fù)Sl到S4。S50、服務(wù)單元B收到請求消息后，令該消息進入本服務(wù)待處理隊列；
S60、服務(wù)單元提醒調(diào)度器，本服務(wù)有請求需要執(zhí)行。調(diào)度器會在合適的時候調(diào)度該服務(wù)單元運行請求；
S70、服務(wù)單元運行請求后得到一個響應(yīng)消息，該響應(yīng)消息中包含了代理追蹤棧，服務(wù)發(fā)送響應(yīng)消息給請求代理。根據(jù)消息的追蹤信息，該響應(yīng)消息會最終被傳遞給消息的請求單元。進一步的，如圖5所示，S8和S70，請求代理單元都在發(fā)送響應(yīng)消息給請求的單元，假設(shè)該服務(wù)單元位于子系統(tǒng)B，其收到一個請求，并由調(diào)度器調(diào)度運行后產(chǎn)生了對應(yīng)的響應(yīng)，詳細(xì)步驟如下
S100、服務(wù)單元把運行請求后得到的響應(yīng)消息，發(fā)送給系統(tǒng)所在的總線； S200、總線獲取請求代理樁信息后，發(fā)送該響應(yīng)消息給請求代理單元； S300、請求代理單元按照消息中包含的代理追蹤棧信息，分情況處理，如果該響應(yīng)對應(yīng)的請求在本服務(wù)器，則直接發(fā)送該響應(yīng)消息給本服務(wù)器的請求單元，到此，本次請求響應(yīng)的流程結(jié)束。否則進行S400;
S400、如過該響應(yīng)的請求不在本服務(wù)器(假設(shè)請求單元在子系統(tǒng)A)，請求代理需要按照本地緩存的命名信息尋找子系統(tǒng)A的命名服務(wù)，并發(fā)送給子系統(tǒng)A的fete處理該響應(yīng)消息；
S500、子系統(tǒng)A的fete收到響應(yīng)消息后，發(fā)送給總線處理?？偩€獲取子系統(tǒng)A上的請求代理單元處理該響應(yīng)消息；
S600、子系統(tǒng)A上的請求代理，按照消息中包含的代理追蹤棧信息，重復(fù)S300的處理， 直到本次請求響應(yīng)的流程結(jié)束。需要注意的是S300到S600的處理何時跳出，取決于系統(tǒng)的層次關(guān)系，分布式系統(tǒng)的層次如果為N層，則該循環(huán)至多循環(huán)N-I次即可結(jié)束處理。需要注意的是本異步分布式列對象請求代理系統(tǒng)不需要區(qū)分Client和krver， 實際上只要是采用本分布式對象請求代理體系結(jié)構(gòu)的系統(tǒng)，即可以按照各自的命名互相訪問，互為Client,互為Server。異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法適用于如下幾種情況
第一種所有的服務(wù)單元都在本端，這種形式適用于小網(wǎng)絡(luò)，如校園網(wǎng)的監(jiān)控，單服務(wù)器模式即可以完成網(wǎng)絡(luò)的監(jiān)控。這種部署可以很方便的修改為第二種應(yīng)用方式。第二種分服務(wù)平行部署，不對服務(wù)器分層。即部分服務(wù)單元在一臺服務(wù)器，另外部分服務(wù)單元在另外的服務(wù)器等，這種模式下，可以按照服務(wù)單元的多少切分為2個或更多的平行服務(wù)器。一個同樣應(yīng)用了本體系結(jié)構(gòu)Client可以按照服務(wù)的命名向各平行服務(wù)器請求服務(wù)，這種模式可以適應(yīng)更大規(guī)模的網(wǎng)絡(luò)監(jiān)控，如一些流量很大的校園網(wǎng)或企業(yè)網(wǎng)， 這種模式下可以很方便的建立平行的服務(wù)集群。第三種分層網(wǎng)格式應(yīng)用部署
首先按照網(wǎng)絡(luò)規(guī)模切分為N個子監(jiān)控網(wǎng)絡(luò)。其次，在N個子網(wǎng)絡(luò)上，可部署N個單機服務(wù)系統(tǒng)，在N個子網(wǎng)上可部署M個(M N) 大網(wǎng)系統(tǒng)。優(yōu)選地，還可以進一步對N個單機系統(tǒng)進一步切分，如每個單機切分成X個平行服務(wù)，則需要部署為N*X個平行子網(wǎng)絡(luò)監(jiān)控系統(tǒng)。最后，在M個大網(wǎng)絡(luò)系統(tǒng)上可部署一個或多個頂層網(wǎng)絡(luò)監(jiān)控系統(tǒng)。同時，本方式的頂層系統(tǒng)，也可以應(yīng)用為多個平行頂層系統(tǒng)，如監(jiān)控全網(wǎng)絡(luò)告警的頂層系統(tǒng)為一個單獨的頂層監(jiān)控子系統(tǒng)，監(jiān)控性能的頂層系統(tǒng)為一個單獨的頂層監(jiān)控子系統(tǒng)。為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當(dāng)然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。通過以上的實施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備 (可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請各個實施方式或者實施方式的某些部分所述的方法。以上所描述的裝置實施方式僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施方式方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。本申請可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如個人計算機、服務(wù)器計算機、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的消費電子設(shè)備、網(wǎng)絡(luò)PC、小型計算機、大型計算機、包括以上任何系統(tǒng)或設(shè)備的分布式計算環(huán)境等等。本申請可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序單元。一般地，程序單元包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序單元可以位于包括存儲設(shè)備在內(nèi)的本地和遠程計算機存儲介質(zhì)中。應(yīng)當(dāng)理解，雖然本說明書按照實施方式加以描述，但并非每個實施方式僅包含一個獨立的技術(shù)方案，說明書的這種敘述方式僅僅是為清楚起見，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)將說明書作為一個整體，各實施方式中的技術(shù)方案也可以經(jīng)適當(dāng)組合，形成本領(lǐng)域技術(shù)人員可以理解的其他實施方式。上文所列出的一系列的詳細(xì)說明僅僅是針對本發(fā)明的可行性實施方式的具體說明，它們并非用以限制本發(fā)明的保護范圍，凡未脫離本發(fā)明技藝精神所作的等效實施方式或變更均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法，其特征在于，當(dāng)?shù)谝蛔酉到y(tǒng)在 Gate接收到一個Client請求消息后，所述方法包括以下步驟51、第一子系統(tǒng)接收到符合本命名服務(wù)命名的消息；52、Gate把請求傳遞給軟件總線處理；53、軟件總線讀取請求消息中請求信息，匹配在總線中注冊的樁信息尋找請求代理單元的樁，并傳遞請求消息給請求代理；54、請求代理根據(jù)請求數(shù)據(jù)，填充代理追蹤信息入棧，若請求本系統(tǒng)服務(wù)，傳遞消息到本地服務(wù)單元，并直接進入S6，若請求其他系統(tǒng)數(shù)據(jù)，則請求代理需要按照本地緩存的命名信息尋找第二子系統(tǒng)的命名服務(wù)，并發(fā)送給第二子系統(tǒng)的fete處理該消息；55、第二子系統(tǒng)的fete收到請求消息，并重復(fù)步驟中的Sl到S4；56、服務(wù)單元收到請求消息后，令該消息進入本服務(wù)待處理隊列；57、服務(wù)單元提醒調(diào)度器，本服務(wù)有請求需要執(zhí)行，調(diào)度器調(diào)度該服務(wù)單元運行請求；58、服務(wù)單元運行請求后得到一個響應(yīng)消息，該響應(yīng)消息中包含了代理追蹤棧，服務(wù)發(fā)送響應(yīng)消息給請求代理，根據(jù)消息的追蹤信息，該響應(yīng)消息傳遞給消息的請求單元。
2.如權(quán)利要求1所述的方法，其特征在于，所述S7步驟的響應(yīng)消息是異步發(fā)送的消息， 消息發(fā)送者在發(fā)送消息后不需要等待該消息的響應(yīng)，該消息的請求者需要以異步的方式獲取消息的響應(yīng)。
3.如權(quán)利要求1所述的方法，其特征在于，若一個服務(wù)單元調(diào)用其他單元的服務(wù)，且其他單元的位置是通過本系統(tǒng)內(nèi)的請求代理來確定的，其步驟為S10、服務(wù)單元發(fā)送對其他單元的調(diào)用請求消息給總線；S20、軟件總線讀取請求消息中請求信息，匹配在總線中注冊的樁信息尋找請求代理單元的樁信息，并傳遞請求消息給請求代理；S30、請求代理根據(jù)請求數(shù)據(jù)，填充代理追蹤信息入棧，若請求本系統(tǒng)服務(wù)，傳遞消息到本地服務(wù)單元，并直接進入S50，若請求其他系統(tǒng)數(shù)據(jù)，則請求代理需要按照本地緩存的命名信息尋找第二子系統(tǒng)的命名服務(wù)，并發(fā)送給第二子系統(tǒng)的fete處理該消息；S40、第二子系統(tǒng)的(iate收到請求消息，并重復(fù)Sl到S4 ；S50、其他單元收到請求消息后，令該消息進入本服務(wù)待處理隊列；S60、服務(wù)單元提醒調(diào)度器，本服務(wù)有請求需要執(zhí)行，調(diào)度器調(diào)度該服務(wù)單元運行請求；S70、服務(wù)單元運行請求后得到一個響應(yīng)消息，該響應(yīng)消息中包含了代理追蹤棧，服務(wù)發(fā)送響應(yīng)消息給請求代理，根據(jù)消息的追蹤信息，該響應(yīng)消息會最終被傳遞給消息的請求單元。
4.如權(quán)利要求3所述的方法，其特征在于，所述S8和S70具體包括以下步驟S100、服務(wù)單元把運行請求后得到的響應(yīng)消息，發(fā)送給系統(tǒng)所在的總線；S200、總線獲取請求代理樁信息后，發(fā)送該響應(yīng)消息給請求代理單元；S300、請求代理單元按照消息中包含的代理追蹤棧信息，分情況處理，如果該響應(yīng)對應(yīng)的請求在本服務(wù)器，則直接發(fā)送該響應(yīng)消息給本服務(wù)器的請求單元，到此，本次請求響應(yīng)的流程結(jié)束，否則進行S400;S400、如過該響應(yīng)的請求不在本服務(wù)器，請求代理需要按照本地緩存的命名信息尋找第一子系統(tǒng)的命名服務(wù)，并發(fā)送給第一子系統(tǒng)的fete處理該響應(yīng)消息；S500、第一子系統(tǒng)的fete收到響應(yīng)消息后，發(fā)送給總線處理，總線獲取第一子系統(tǒng)上的請求代理單元處理該響應(yīng)消息；S600、第一子系統(tǒng)上的請求代理，按照消息中包含的代理追蹤棧信息，重復(fù)S300的處理，直到本次請求響應(yīng)的流程結(jié)束。
5.如權(quán)利要求1至4中任意一項所述的方法，其特征在于，所述各單元間的交互是通過會話傳遞的，一個會話封裝了單元和單元間通信的管道，該管道的底層實現(xiàn)可以是tcp或 Udp或ipc三種方式，在會話中單元可以進行發(fā)送一個請求，響應(yīng)一個請求，主動發(fā)送一個通知的操作。
全文摘要
本發(fā)明提供了一種異步分布式列對象請求代理系統(tǒng)的應(yīng)用方法第一子系統(tǒng)接收到符合本命名服務(wù)命名的消息；Gate把請求傳遞給軟件總線；軟件總線讀取請求信息，匹配在總線中注冊的樁信息，并傳遞請求消息給請求代理；請求代理根據(jù)請求數(shù)據(jù)，填充代理追蹤信息入棧，若請求本系統(tǒng)服務(wù)，傳遞消息到本地服務(wù)單元，若請求其他系統(tǒng)數(shù)據(jù)，則請求代理需要按照本地緩存的命名信息尋找第二子系統(tǒng)的命名服務(wù)，并發(fā)送給第二子系統(tǒng)的Gate處理該消息；第二子系統(tǒng)的Gate收到請求消息；服務(wù)單元收到請求消息后，令該消息進入本服務(wù)待處理隊列；并提醒調(diào)度器，調(diào)度器調(diào)度該服務(wù)單元運行請求；服務(wù)單元運行請求后得到一個響應(yīng)消息，該響應(yīng)消息中包含了代理追蹤棧，服根據(jù)消息的追蹤棧，該響應(yīng)消息傳遞給消息的請求單元。
文檔編號H04L29/08GK102355505SQ20111031434
公開日2012年2月15日 申請日期2011年10月17日 優(yōu)先權(quán)日2011年10月17日
發(fā)明者胡斌, 連琨 申請人:蘇州邁科網(wǎng)絡(luò)安全技術(shù)股份有限公司