專利名稱：在分布式系統(tǒng)中在分配給第一進程的客戶實例和分配給至少另一進程的至少一個服務(wù)器 ...的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在分布式系統(tǒng)中在分配給第一進程的客戶實例和分配給至少另一進程的至少一個服務(wù)器實例之間傳輸信息的方法。
分布式系統(tǒng)在如今通常為多處理器系統(tǒng)的電信系統(tǒng)中有著特殊的意義。分布式系統(tǒng)的特征尤其在于，總是可以把進程分配給不同的處理器，必要時，這些處理器可以在分布式系統(tǒng)中位于局部分開的平臺上。在此，對于分布式系統(tǒng)的不同進程之間的通信，最重要的一點就是平臺透明性。也就是說，打算把信息發(fā)送給另一進程的進程不必知道所述正在運行的另一進程所在的平臺。這種復(fù)雜的分布式系統(tǒng)在如今還必須滿足許多其它的要求。此外，它必須表明能夠非?？煽?、盡可能靈活和開放地用于匹配和擴展。因此，這種復(fù)雜分布式系統(tǒng)的軟件應(yīng)該高度模塊化地利用固定定義的開放式接口向外進行設(shè)計，以便能輕易地匹配和重復(fù)使用該軟件的各個模塊。
為了尤其能夠適當?shù)貪M足上述軟件的重復(fù)使用要求，可以借助面向?qū)ο蟮脑O(shè)計方法和面向?qū)ο蟮木幊虂砭幹七@種分布式系統(tǒng)的軟件。但是在分布式系統(tǒng)中，各對象大多是被分配給不同且有時是同時運行的進程，而這些對象相互之間的分配不能滿意地得到解決。有時，在常規(guī)的過程式編程技術(shù)中甚至必須中斷純粹面向?qū)ο蟮南到y(tǒng)設(shè)計，因此或多或少地喪失了利用面向?qū)ο笏鶎崿F(xiàn)的重復(fù)使用程序部分的效果。
現(xiàn)在針對向?qū)ο笫澜缰幸胪瑫r運行和并行處理來討論如下的已知措施·隱式的同時運行在實現(xiàn)隱式的同時運行時具有兩種可能性-被動對象把不同步的信息交換轉(zhuǎn)換成一種順序且同步的方法調(diào)用或過程調(diào)用。在此，彼此通信的對象的并行處理非常有限。
-主動對象為每個對象啟動一個進程。該方法會導(dǎo)致較高的資源消耗，因此只能利用有限數(shù)量的對象進行實現(xiàn)。
·顯式的同時運行在此，把一群對象(與對象有關(guān))或一個流程序列(與任務(wù)有關(guān))分配給一個進程，其中前者曾在A.Coutts，J.M.Edwards的論文“模型驅(qū)動的分布式系統(tǒng)”，IEEE并行性，1997年7月，第55-63頁中有過說明，而后者則在M.Awad，J.Ziegler的論文“在面向?qū)ο蟮南到y(tǒng)中設(shè)計并行性的實際方法”，軟件實踐與經(jīng)驗，1997.9，卷27(9)，頁1013-1034中闡述過。通過研究上述Awad/Ziegler的論文中圖3的右半部分和上述Coutts/Edwards的論文中的圖5，從各對象之間的、部分地同時表現(xiàn)為各進程之間的接口的接口處可以看出，各對象之間的通信既可以通過同步的方法調(diào)用，也可以通過進程間通信以非同步的信息轉(zhuǎn)發(fā)形式來實現(xiàn)。在對象接口處規(guī)定這種通信方式有個缺點，就是大大地增加了重復(fù)使用和維護所述對象的難度。
尤其是當在分布式系統(tǒng)的不同對象-也被稱作實例-之間進行通信時，這些對象相互之間通常都具有一種所謂的客戶/服務(wù)器關(guān)系，而且被分配給不同的進程，所以就該復(fù)雜系統(tǒng)中所需的可重復(fù)使用性和可維護性而言，上述的方案是一種非常不利的解決辦法。
因此本發(fā)明的任務(wù)在于，在分布式系統(tǒng)中設(shè)計一種在分配給所述不同進程的客戶實例和服務(wù)器實例之間傳輸信息的方法，使得在執(zhí)行該方法時可以提供盡可能高的可重復(fù)使用性，并同時盡可能地簡化了所述的可維護性。
該任務(wù)由權(quán)利要求1所給出的特征部分來解決。各從屬權(quán)利要求給出了本發(fā)明其它擴展方案的特征。
根據(jù)本發(fā)明，這是由如下方式來實現(xiàn)的，即在分布式系統(tǒng)中，為了在分配給第一進程的客戶實例和分配給至少另一進程的至少一個服務(wù)器實例之間傳輸信息，另外還使用了一些被設(shè)為通信合作者的合作者實例。在接收一個從所述客戶實例指向至少一個服務(wù)器實例的信息之后，所述合作者實例中包含所述第一進程的第一實例從所述的合作者實例中選出至少一個合適的、包含至少另一個進程的另一實例，以便進行信息接收和轉(zhuǎn)發(fā)。所述包含至少另一進程的另一實例把所述的信息傳送給至少一個由它定址的服務(wù)器實例中，并在必要時從所述的至少一個服務(wù)器實例獲得一個信息，以便通過所述包含第一進程的第一實例將該信息傳送給所述的客戶實例。
利用這種方法，在客戶實例和至少一個服務(wù)器實例之間的通信方式規(guī)定便被轉(zhuǎn)移到了所述包含一個進程、且被設(shè)為通信合作者的合作者實例中。這樣，所述的信息便同步地譬如通過過程調(diào)用或方法調(diào)用而在客戶實例和包含所述第一進程的第一實例之間傳輸，以及在所述的至少一個服務(wù)器實例和所述包含至少另一進程的至少另一實例之間傳輸。于是，位于所述包含第一進程的第一實例和包含至少另一進程的另一實例之間的信息傳輸可以同步或異步地同所述客戶實例和至少一個服務(wù)器實例的通信接口進行去耦。由此有利地在實施所述客戶實例和至少一個服務(wù)器實例方面實現(xiàn)了最大的可重復(fù)使用性。同樣，由于必須對位于所述包含第一進程的第一實例和包含至少另一進程的另一實例之間的通信接口進行匹配，但不會觸及到所述客戶實例和至少一個服務(wù)器實例的通信接口，所以也大大地改善了所述的可維護性。
本發(fā)明的另一擴展方案規(guī)定，所述包含第一進程的第一實例借助一個分配表來選擇所述包含至少另一個進程的另一實例。在該分配表中錄入了所述客戶實例可發(fā)送的信息的種類以及所述包含至少另一個進程的另一實例的地址。分配表有個優(yōu)點，就是隨時可以改變其內(nèi)容，而且可以快速地選擇出所述包含第一進程的第一實例。
根據(jù)本發(fā)明的一種有利改進方案，可以動態(tài)地根據(jù)所述的系統(tǒng)負荷來改變所述利用包含第一進程的第一實例所進行的選擇。由此可以避免在把所述的進程分配到各處理器時產(chǎn)生系統(tǒng)失效和阻塞。
本發(fā)明的另一擴展方案涉及如下的特殊情況，即所述的第一進程與所述的至少另一個進程是相吻合的。在該情形下，把包含所述第一進程的第一實例與包含所述至少另一個進程的另一實例組合成一個實例。由此無需進行匹配就可以將本發(fā)明應(yīng)用于該特殊情況。
本發(fā)明的另一有利擴展方案是在于實施的方式。于是，所有的實例(客戶實例、服務(wù)器實例、包含第一進程的實例、以及合作者實例，等等)都可以以對象的形式來實現(xiàn)，其結(jié)構(gòu)通過對象類來確定。這樣，所述包含第一進程的第一實例和包含至少另一進程的另一實例總是有利地具有公共的對象類的結(jié)構(gòu)。按這種方法來利用純粹的面向?qū)ο蟮木幊淘?，由此可以實現(xiàn)較高的模塊化程度、較高的可重復(fù)使用性和可維護性。
本發(fā)明的另一擴展方案是在于把本發(fā)明的方法有利地應(yīng)用到電話交換系統(tǒng)中。于是，聯(lián)系電話交換系統(tǒng)也可以獲得上述所有的優(yōu)點。
下面參考附圖來詳細闡述本發(fā)明的實施例。圖中


圖1示出了本發(fā)明方法的示例流程圖，圖2示出了在諸如電話交換系統(tǒng)等電信系統(tǒng)中應(yīng)用于系統(tǒng)告警領(lǐng)域的實施例。
附圖的圖例說明見本說明書最后的附錄。
圖1用流程圖示出了位于分配給第一進程的客戶實例和分配給另一進程的服務(wù)器實例之間的信息傳輸。所述的客戶實例和服務(wù)器實例、也即包含所述第一進程的第一實例和包含至少另一進程的另一實例，以及由所述服務(wù)器實例執(zhí)行的一些動作是用帶有小框的對象形式示出的。于是，對象“客戶”對應(yīng)于客戶實例，對象“服務(wù)器”對應(yīng)于服務(wù)器實例，對象“對象處理程序1”對應(yīng)于被設(shè)為通信合作者的合作者實例的、包含所述第一進程的第一主動實例，對象“對象處理程序2”對應(yīng)于所述合作者實例的包含所述另一進程的另一主動實例，對象“動作”對應(yīng)于一個動作，而且對象“確認動作”對應(yīng)于一個針對所請求的動作所進行的應(yīng)答。在此，包含相應(yīng)進程的主動實例是通過粗線框來標示的。只有在調(diào)用特殊的對象動作時才確定所述動作的方式。
當客戶請求由服務(wù)器執(zhí)行的帶有應(yīng)答的動作時，譬如運行如下的方法客戶向服務(wù)器請求一個動作，根據(jù)該動作將產(chǎn)生一個應(yīng)答。由客戶調(diào)用該動作，并無須知道應(yīng)執(zhí)行哪個進程或在哪個處理器平臺上執(zhí)行該動作。對象處理程序1為此給客戶提供所述的調(diào)用過程“調(diào)用_動作”。在調(diào)用所述的過程“調(diào)用_動作”-在面向?qū)ο蟮木幊讨幸脖环Q為方法-之后，給所述的對象處理程序1分配一個單義的號(獲得處理號)，然后啟動定時器(啟動定時器)，在沒有及時輸入應(yīng)答的情況下由該定時器觸發(fā)一種故障處理。此后，由所述的對象處理程序1尋找一個被設(shè)為通信合作者的合作者實例、譬如對象處理程序2(尋找目標對象處理程序)，其中所述的對象處理程序2根據(jù)動作的方式而被分配給所述的動作，然后由對象處理程序1把動作請求的信息“動作_請求”傳送給所述的對象處理程序2。由對象處理程序2接收該信息，并將其通信合作者、也即對象處理程序1的地址和所述給對象處理程序1單義分配的號一起存儲起來(存儲通信合作者)，然后執(zhí)行所述對象動作的過程(執(zhí)行)。隨后，該對象動作將促使所述由客戶定址的服務(wù)器去通過過程調(diào)用動作來執(zhí)行所述的動作。在執(zhí)行完所述的動作之后，所述服務(wù)器以類似的方法間接地把應(yīng)答發(fā)回給客戶。然后由服務(wù)器在通往客戶的方向上運行接下來的過程調(diào)用、信息傳輸和動作。過程調(diào)用“調(diào)用_動作”清除所述通信合作者的地址，并把用于應(yīng)答的動作請求信息“動作_請求”從對象處理程序2傳輸給對象處理程序1，該對象處理程序1因其所分配的號而被對象處理程序2已知，由對象處理程序1清除所分配的該號(釋放處理號)并停止定時器(停止定時器)，為了傳輸所述的應(yīng)答，對象處理程序1調(diào)用所述的過程“執(zhí)行對象確認動作”，最后由“對象確認動作”執(zhí)行客戶的“確認_動作”過程。
當客戶請求服務(wù)器的不帶應(yīng)答的動作時，本發(fā)明所運行的從客戶到服務(wù)器的信息傳輸方法是與上文相類似的。取消“獲得處理號”、“啟動定時器”、“存儲通信合作者”等運行步驟和從服務(wù)器向客戶方向進行應(yīng)答的有關(guān)步驟。
在所謂的廣播情況下，也就是說一個客戶向多個服務(wù)器請求一個動作，那么便具有不同的可能性-如果由客戶定址的服務(wù)器被分配給一個公共的進程，則對象處理程序1可以把所述的“動作_請求”信息傳送給對象處理程序2，并由該對象處理程序2負責讓多個服務(wù)器執(zhí)行該動作，或者，對象處理程序1也可以把多個“動作_請求”信息發(fā)送給包含服務(wù)器進程的多個對象處理程序2，并由這些對象處理程序2分別促使所述的服務(wù)器去執(zhí)行所述的動作。也可以把所述的兩種方案組合起來。
-如果由客戶定址的服務(wù)器被分配給不同的進程，那么對象處理程序1將分別向包含所述不同進程的對象處理程序2發(fā)送一個“動作_請求”信息，并總是由所述的對象處理程序2促使所述的服務(wù)器執(zhí)行所述的動作。
在此，也可以構(gòu)想將上述的可能性全部組合起來。
通常在一個分布式系統(tǒng)中需要執(zhí)行多個動作，這樣，每個服務(wù)器顯然也可以作用為客戶，而每個客戶也可以作用為服務(wù)器，而且客戶功能和服務(wù)器功能可以組合成一個對象。
從如下方面可以看出所述進程接口同客戶及服務(wù)器的對象接口之間的有利去耦客戶與服務(wù)器之間的通信是同步地通過過程調(diào)用或方法調(diào)用來實現(xiàn)的，必要時，只有對象處理程序1和對象處理程序2之間的信息轉(zhuǎn)發(fā)才越過進程邊界而異步地實現(xiàn)。
在如下的特殊情況下，即譬如位于公共平臺上的客戶和服務(wù)器可能被分配給相同的進程，這樣，所述的對象“對象處理程序1”和“對象處理程序2”便被組合成一個單獨的對象。如圖1所示，對象處理程序1在該情形下是把所述的“動作_請求”信息發(fā)送給它自己。
圖2示出了在諸如電話交換系統(tǒng)等電信系統(tǒng)中應(yīng)用于系統(tǒng)告警領(lǐng)域的實施例。
在系統(tǒng)告警中譬如存在如下一些對象，它們同時作用為客戶和服務(wù)器，并相互請求不同的動作。此外，這些對象可以位于不同的平臺上。
對象“告警平衡監(jiān)視器”(ABM)的任務(wù)是，針對由其監(jiān)視的告警實例(AMOI)的所有告警產(chǎn)生告警平衡。為了產(chǎn)生這種告警平衡，所述的告警平衡監(jiān)視器需要至少一個所謂的SIBS對象，該SIBS對象位于一個處理器平臺上，并給所述的監(jiān)視器提供一個關(guān)于被監(jiān)視的告警實例的采集信息。
在小框內(nèi)示出了對象“調(diào)用程序”、AMOI(告警管理對象實例)、SIBS(現(xiàn)場平衡供給)和ABM(告警平衡監(jiān)視器)。利用附錄中的圖例沒有列出其類型的箭頭來表示有時越過進程限制而在所述的對象之間進行的信息傳輸。在此，所述的信息傳輸對應(yīng)于圖1所示的位于客戶和服務(wù)器之間的信息傳輸。于是，所述的“調(diào)用程序”對象譬如可以作用為客戶，而所述的AMOI對象可以作用為服務(wù)器。這也相應(yīng)地適用于其余的對象AMOI和SIBS、以及SIBS和ABM。
在系統(tǒng)告警調(diào)用“設(shè)置_告警”之后，譬如觸發(fā)如下的動作過程-設(shè)置_告警被監(jiān)視的告警實例AMOI從調(diào)用者“調(diào)用程序”那兒獲得一個新的告警，并檢驗?zāi)切┐_定所述告警的參數(shù)(檢驗_參數(shù))，然后建立一個新的告警實例(建立所包含的告警)。
-確認在系統(tǒng)告警調(diào)用“設(shè)置_告警”之后從AMOI實例向調(diào)用程序?qū)嵗l(fā)送一個應(yīng)答。
-平衡SIBS請求至少一個服務(wù)器對象SIBS，以便采集所獲得的、為進行所述的告警平衡所需的信息(采集所有相關(guān)的AMOI的告警狀態(tài))。
-平衡ABM然后請求所述的服務(wù)器對象ABM，以便為告警平衡采集由所述至少一個SIBS對象所獲得的信息(采集所有相關(guān)的SIBS的告警狀態(tài))。
由于所述的動作是越過進程邊界進行請求的，所以通過主動的第一實例和主動的另一實例把所述的信息從一個對象傳輸給另一對象，譬如通過圖2沒有示出的圖1中的對象處理程序1和對象處理程序2。
所述的對象處理程序1可以借助一個分配表來選擇所述的對象處理程序2。該分配表譬如如下所示
一旦可以由不同的服務(wù)器對象執(zhí)行某一動作，則可以根據(jù)所述的系統(tǒng)負荷來改變所述對象處理程序2的分配。附錄附圖的圖例
權(quán)利要求
1.在分布式系統(tǒng)中在分配給第一進程的客戶實例(客戶)和分配給至少另一進程的至少一個服務(wù)器實例(服務(wù)器)之間傳輸信息的方法，其中，在接收一個從所述客戶實例指向至少一個服務(wù)器實例的信息之后，由被設(shè)為通信合作者的合作者實例中的那個包含所述第一進程的第一實例(對象處理程序1)來從所述的合作者實例中選出至少一個合適的、包含至少另一個進程的另一實例(對象處理程序2)，以便進行信息接收和轉(zhuǎn)發(fā)，所述的另一實例把所述的信息傳送給至少一個由它定址的服務(wù)器實例，并在必要時從所述的至少一個服務(wù)器實例獲得一個信息，以便通過所述包含第一進程的第一實例將該信息傳送給所述的客戶實例。
2.如權(quán)利要求1所述的方法，其特征在于所述包含第一進程的第一實例借助一個分配表來選擇所述包含至少另一個進程的另一實例，所述的分配表是指所述客戶實例可發(fā)送的信息的種類同所述包含至少另一個進程的另一實例的地址之間的分配。
3.如權(quán)利要求2所述的方法，其特征在于可以動態(tài)地根據(jù)所述的系統(tǒng)負荷來改變由包含第一進程的第一實例所進行的選擇。
4.如上述權(quán)利要求中任一項所述的方法，其特征在于如果所述的第一進程與所述的至少另一個進程相吻合，則把包含所述第一進程的第一實例與包含所述至少另一個進程的另一實例組合成一個實例。
5.如上述權(quán)利要求中任一項所述的方法，其特征在于所有的實例以對象的形式來實現(xiàn)，其結(jié)構(gòu)通過對象類來確定。
6.如上述權(quán)利要求中任一項所述的方法，其特征在于它被應(yīng)用到電話交換系統(tǒng)中。
全文摘要
在接收一個從客戶實例(客戶)指向至少一個服務(wù)器實例(服務(wù)器)的信息之后,由被設(shè)為通信合作者的合作者實例中的那個包含第一進程的第一實例(對象處理程序1)來從所述的合作者實例中選出至少一個合適的、包含至少另一個進程的另一實例(對象處理程序2),以便進行信息接收和轉(zhuǎn)發(fā)。所述包含至少另一進程的至少另一實例把所述的信息傳送給至少一個由它定址的服務(wù)器實例中,并在必要時從所述的至少一個服務(wù)器實例獲得一個信息,以便通過所述包含第一進程的第一實例將該信息傳送給所述的客戶實例。
文檔編號G06F9/46GK1350673SQ00807384
公開日2002年5月22日 申請日期2000年3月1日 優(yōu)先權(quán)日1999年3月9日
發(fā)明者M·瓦格納 申請人:西門子公司