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

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


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