專利名稱：一種靜態(tài)分散信息交換方法及其實現(xiàn)模塊的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理領(lǐng)域，特別是關(guān)于一種信息交換的方法及其實現(xiàn)模塊。
電子商務(wù)的應(yīng)運而生，是信息社會發(fā)展和信息處理技術(shù)取得突飛猛進(jìn)的一個典型標(biāo)志。從技術(shù)上看，一切電子商務(wù)活動都可以歸結(jié)為普通用戶和服務(wù)商(如商場)之間的交易信息的交換，即用戶終端和服務(wù)提供端之間的交易信息的交互。譬如普通用戶通過Internet訪問商場的Web網(wǎng)站訂購物品，就是普通用戶向服務(wù)商發(fā)出訂購信息，而服務(wù)商向用戶發(fā)回確認(rèn)信息完成。在實際應(yīng)用中，用戶與服務(wù)商間的信息交換所用的通信設(shè)備、通信介質(zhì)、通信協(xié)議可以多種多樣，就通信手段而言，較常用的就包括Internet、電話、傳真、手機(jī)短信、有線電視、傳呼機(jī)以及基于WAP(Wireless Application Protocol，無線應(yīng)用協(xié)議)的終端設(shè)備等。未來還必將出現(xiàn)種種新的通信手段。
在信息交換的處理過程中，最早的信息交換方案是主機(jī)終端方式，即用戶通過終端直接操作主機(jī)，這種方式結(jié)構(gòu)比較簡單，響應(yīng)速度也比較快，但不適合協(xié)同工作。隨著PC和局域網(wǎng)的發(fā)展，逐步形成了客戶/服務(wù)(Client/Server)方式，如

圖1所示?？蛻舳?用戶終端)包含業(yè)務(wù)邏輯和顯示邏輯，服務(wù)提供端一般通過數(shù)據(jù)庫系統(tǒng)實現(xiàn)。這種方案開始考慮將用戶終端和數(shù)據(jù)庫系統(tǒng)分離，但是聯(lián)系還是很密切。
為減低用戶終端的復(fù)雜度，目前比較通用的方式是通過Internet的接入加入中間件的三層結(jié)構(gòu)模式，如圖2所示。這是信息交換處理的一個突破，其主要是將顯示邏輯與業(yè)務(wù)邏輯分離。目前計算機(jī)行業(yè)的公司大都推行這種方式，如IBM公司的e-Business，Windows的數(shù)字神經(jīng)系統(tǒng)等。接入子系統(tǒng)和業(yè)務(wù)應(yīng)用子系統(tǒng)之間的關(guān)系是一種客戶/服務(wù)關(guān)系，它們之間的通信按服務(wù)提供端內(nèi)部統(tǒng)一的協(xié)議進(jìn)行。為適應(yīng)不同的用戶終端設(shè)備和通信協(xié)議，采用建立適應(yīng)不同用戶終端通信協(xié)議的不同接入子系統(tǒng)的解決方案，如圖3所示。
上述的信息交換的模式都是局限于一個具體應(yīng)用的范圍內(nèi)，不同的應(yīng)用，即一個應(yīng)用子系統(tǒng)，都必須具備與具體業(yè)務(wù)相關(guān)的各通信接入子系統(tǒng)。對于不同的服務(wù)提供端，為進(jìn)行廣泛的信息交換活動都必須獨立準(zhǔn)備一套完整的應(yīng)用系統(tǒng)，包括接入系統(tǒng)和應(yīng)用系統(tǒng)。因為，無論是服務(wù)機(jī)構(gòu)還是普通用戶終端都必須獨立考慮他們之間信息交換所涉及的通信介質(zhì)、通信協(xié)議等，都必須建立處理這些交換協(xié)議的處理系統(tǒng)，在整個過程中，服務(wù)提供端要處理所有相關(guān)的信息交換問題、設(shè)備和協(xié)議等。
目前，信息交換所涉及的應(yīng)用領(lǐng)域，例如電子商務(wù)活動中，普通用戶對訪問手段的需求十分廣泛，如Internet、電話、傳真、手機(jī)、有線電視等；同時，對服務(wù)商來說，需要提供不同的網(wǎng)絡(luò)接入手段來為不同的用戶提供服務(wù)。這樣，用戶和服務(wù)商之間的網(wǎng)絡(luò)連接將是錯綜復(fù)雜的，如圖4(a)中所示。因此，要推行電子商務(wù)將會十分困難，對廣泛而普遍的信息交換應(yīng)用也帶來障礙。
為解決上述信息交換中所存在的問題，在用戶終端和服務(wù)端之間增加終端設(shè)備網(wǎng)關(guān)和服務(wù)網(wǎng)關(guān)，負(fù)責(zé)將用戶終端和服務(wù)端之間的請求與應(yīng)答信息轉(zhuǎn)換為統(tǒng)一信息格式。同時在終端設(shè)備網(wǎng)關(guān)和服務(wù)網(wǎng)關(guān)之間增加一層結(jié)構(gòu)，專門負(fù)責(zé)用戶終端和服務(wù)端之間的統(tǒng)一格式信息的交換，通過特有的信息交換機(jī)制來實現(xiàn)用戶與服務(wù)端請求與應(yīng)答信息的匹配。這樣，在不直接提供用戶終端到服務(wù)端錯綜復(fù)雜的網(wǎng)絡(luò)連接和通信協(xié)議的前提下，用戶端可通過單一的線路訪問不同的服務(wù)終端，服務(wù)端也可通過單一的線路為不同的用戶終端提供服務(wù)，如圖4(b)所示。這種結(jié)構(gòu)的特點是能夠快速構(gòu)建多用戶終端、多服務(wù)端之間CtoB(用戶到服務(wù)端)、CtoC(用戶與用戶之間)、BtoB(服務(wù)端與服務(wù)端之間)以及BtoC(服務(wù)端到用戶之間)的一切電子信息服務(wù)與應(yīng)用。
實現(xiàn)上述信息交換機(jī)制的方法可以有多種，本發(fā)明的目的就在于提出一種靜態(tài)分散的信息交換的方法和實現(xiàn)模塊，極大提高交換能力，同時減小對系統(tǒng)的依賴性，便于進(jìn)行系統(tǒng)管理、維護(hù)和跟蹤。
本發(fā)明一種靜態(tài)分散的信息交換方法包含以下步驟在尋址服務(wù)器中建立包含有交換客戶端的邏輯地址與物理地址對應(yīng)關(guān)系的尋址表；交換客戶端在注冊系統(tǒng)時，均建立自己的信息接收隊列，并自尋址服務(wù)器上下載尋址表；當(dāng)?shù)谝唤粨Q客戶端(A)有數(shù)據(jù)向第二交換客戶端(B)發(fā)送時，向其接收隊列(A001)發(fā)送包括源物理地址(A001)和目的邏輯地址(B)在內(nèi)的發(fā)送請求；由第一交換客戶端(A)內(nèi)部根據(jù)上述尋址表取得該目的邏輯地址(B)對應(yīng)的目的物理地址(B001)，并將該發(fā)送請求發(fā)送到該目的物理地址(B001)；第二交換客戶端(B)由其接收隊列獲得該數(shù)據(jù)請求并處理，再根據(jù)源物理地址(A001)直接將應(yīng)答數(shù)據(jù)發(fā)送到第一交換客戶端(A)的接收隊列，第一交換客戶端(A)獲得該應(yīng)答。
所述的尋址表記錄每個交換客戶端的運行狀態(tài)，由尋址服務(wù)器負(fù)責(zé)維護(hù)，當(dāng)尋址服務(wù)器檢測到交換客戶端的狀態(tài)變化時，更新其尋址表并更新所有交換客戶端的本地尋址表。
所述的發(fā)送請求至少包括有目的邏輯地址、請求數(shù)據(jù)、源邏輯地址及源物理地址；所述的應(yīng)答數(shù)據(jù)至少包括有源物理地址、應(yīng)答數(shù)據(jù)及目的邏輯地址。
所述的一信息交換客戶端的邏輯地址在所述尋址表中可對應(yīng)一個以上的物理地址。交換客戶端根據(jù)尋址表取得目的邏輯地址對應(yīng)的目的物理地址時，是根據(jù)各個目的物理地址的狀態(tài)獲得最空閑的目的物理地址。
實現(xiàn)上述方法的一種信息交換模塊包括負(fù)責(zé)從自己的隊列中收發(fā)信息、發(fā)送請求時從本地尋址表中查找目標(biāo)物理地址的交換客戶端；監(jiān)視系統(tǒng)中各個客戶端的狀態(tài)、維護(hù)上述尋址表的尋址服務(wù)器，及負(fù)責(zé)系統(tǒng)各個信息隊列管理的隊列管理器。
其中，所述的交換客戶端至少包括允許其他模塊調(diào)用以收發(fā)數(shù)據(jù)的請求收發(fā)接口；讀寫隊列中數(shù)據(jù)包的隊列訪問模塊；根據(jù)目標(biāo)邏輯地址獲得最空閑的目標(biāo)物理地址的尋址模塊，以及與尋址服務(wù)器通信以獲得更新的尋址表的尋址通信模塊。
所述的尋址服務(wù)器至少包括總體調(diào)度整個尋址模塊工作的總控模塊；與交換客戶端進(jìn)行通信的內(nèi)部通信模塊；根據(jù)目標(biāo)邏輯地址獲得對應(yīng)物理地址的狀態(tài)的尋址模塊，以及負(fù)責(zé)監(jiān)控各個客戶端的狀態(tài)，并將狀態(tài)寫到尋址表中的監(jiān)控模塊。
根據(jù)上述技術(shù)方案，所述的隊列管理器可以是復(fù)數(shù)個以構(gòu)成隊列集群。隊列集群的隊列管理器之間的連接可以是采用負(fù)載均衡的技術(shù)在前面增加一個前置機(jī)，負(fù)責(zé)分發(fā)給核心交換模塊；或者可以通過核心交換模塊內(nèi)部的快速通道實現(xiàn)。
靜態(tài)分散信息交換技術(shù)的基本內(nèi)容就是基于消息隊列的機(jī)制，預(yù)先將尋址表放到每個交換客戶端，每個交換客戶端接收到請求直接在本機(jī)尋址表中分析目標(biāo)物理地址，再將請求發(fā)送到其目標(biāo)隊列中。其中尋址表可預(yù)先設(shè)定服務(wù)號與對應(yīng)的物理地址，并且相同的服務(wù)實例有不同的服務(wù)號，可強(qiáng)制某些服務(wù)只能享受某些規(guī)定服務(wù)號的服務(wù)。
采用靜態(tài)分散交換技術(shù)來實現(xiàn)信息交換，可以用客戶端進(jìn)行交換邏輯控制，大大提高交換能力，同時對于系統(tǒng)的依賴性相對較小，便于進(jìn)行系統(tǒng)管理、維護(hù)、跟蹤。
目前交換技術(shù)比較廣泛的應(yīng)用在硬件上的信號交換，比如ATM交換機(jī)、程控交換機(jī)、IP交換機(jī)，還沒有應(yīng)用在信息交換上。本發(fā)明與現(xiàn)有的信息交換技術(shù)的明顯不同是應(yīng)用領(lǐng)域以及應(yīng)用的層次，后者實在物理鏈路上的信息的轉(zhuǎn)發(fā)，而本發(fā)明是在信息交換上的應(yīng)用層的服務(wù)請求和應(yīng)答的交換。其優(yōu)越性是不需要指定目標(biāo)的物理地址，只需指定這個服務(wù)名稱，靜態(tài)分散交換模式即能根據(jù)地址表尋找出該服務(wù)對應(yīng)的物理地址。
當(dāng)將本發(fā)明方法及模塊應(yīng)用于電子商務(wù)系統(tǒng)時，由于信息交換的模塊化和歸一化，使系統(tǒng)的構(gòu)架不再局限于一個具體的應(yīng)用范圍內(nèi)，即不同的服務(wù)商不必再為進(jìn)行電子商務(wù)活動而獨立準(zhǔn)備一套完整的應(yīng)用系統(tǒng)，可以最簡單最廉價的構(gòu)架適應(yīng)用戶廣泛的訪問手段。使電子商務(wù)的推行更簡捷和易行。
下面結(jié)合附圖及具體實施例對發(fā)明再作進(jìn)一步詳細(xì)的說明。
圖1為信息交換之客戶/服務(wù)模式示意圖。
圖2為信息交換之三層結(jié)構(gòu)模式。
圖3為圖2的不同用戶終端設(shè)備接入示意圖。
圖4為圖2之信息交換模式與本發(fā)明之信息交換模式對比示意圖。
圖5為本發(fā)明之靜態(tài)分散交換結(jié)構(gòu)示意圖。
圖6為本發(fā)明之交換客戶端內(nèi)部結(jié)構(gòu)示意圖。
圖7為本發(fā)明之尋址服務(wù)器內(nèi)部結(jié)構(gòu)示意圖。
圖8為本發(fā)明之靜態(tài)分散交換工作流程圖。
圖9為本發(fā)明之靜態(tài)分散交換擴(kuò)展結(jié)構(gòu)示意圖。
參見圖5所示，本發(fā)明主要由三塊構(gòu)成，即交換客戶端(如A、B、C)、尋址服務(wù)器、隊列管理器。其中，交換客戶端負(fù)責(zé)從自己的隊列中收發(fā)信息，發(fā)送請求時從本地尋址表中查找目標(biāo)物理地址；尋址服務(wù)器負(fù)責(zé)維護(hù)系統(tǒng)中各個客戶端的狀態(tài)，并將狀態(tài)及時寫到尋址表；隊列管理器負(fù)責(zé)系統(tǒng)各個隊列的管理，可以采用現(xiàn)有的產(chǎn)品，比如微軟的MSMQ、IBM的MQSeries等。
交換客戶端的內(nèi)部結(jié)構(gòu)圖參見圖6所示。其中，請求收發(fā)接口，提供一個調(diào)用的接口，允許其他模塊調(diào)用這個接口收發(fā)數(shù)據(jù)；隊列訪問模塊，主要負(fù)責(zé)讀寫隊列中的數(shù)據(jù)包；尋址模塊，主要根據(jù)目標(biāo)邏輯地址獲得最空閑的目標(biāo)物理地址；尋址通信模塊，主要與尋址服務(wù)器通信獲得更新的尋址表。
尋址服務(wù)器的內(nèi)部結(jié)構(gòu)圖參見圖7所示。其中，總控模塊，負(fù)責(zé)總體調(diào)度整個尋址模塊的工作；內(nèi)部通信模塊，主要負(fù)責(zé)與交換客戶端進(jìn)行通信；尋址模塊，主要根據(jù)目標(biāo)地址獲得對應(yīng)物理地址的狀態(tài)；監(jiān)控模塊，負(fù)責(zé)監(jiān)控各個客戶端的狀態(tài)，并將狀態(tài)寫到尋址表中。
本發(fā)明之信息交換工作流程參見圖8所示。工作流程如下(1、2)A、B注冊系統(tǒng)后分別獲得自己的接收隊列A001和B001，并且從尋址服務(wù)器上下載尋址表；(3)A接收到請求要求發(fā)送(B、Data1)，其中B表示目的邏輯地址，Data1表示請求內(nèi)容A內(nèi)部首先檢查有無B對應(yīng)的物理地址，如果沒有返回錯誤，如果有則A獲得B的物理地址B001，并向B001發(fā)送請求(B、Data1、A、A001)，其中A表示源邏輯地址，A001表示源物理地址。
(4)B通過隊列獲得A的請求并處理，再根據(jù)請求的源物理地址，發(fā)送應(yīng)答(A001，Data2，B)；(5)B內(nèi)部根據(jù)源物理地址直接將應(yīng)答發(fā)送到A001隊列；(6)A從A001中獲得應(yīng)答。
本發(fā)明技術(shù)方案的關(guān)鍵在于能夠維護(hù)尋址表，尋址表記錄每個地址的運行狀態(tài)，尋址服務(wù)器檢測到客戶端的狀態(tài)變化后，及時更新所有使用該服務(wù)號的所有客戶端的本地尋址表。這種方案對于系統(tǒng)的負(fù)載有靜態(tài)均衡的作用。
其中對于返回應(yīng)答，上述方案是一個優(yōu)化的方法，但是原則上還是在交換客戶端做交換。
交換能力的近線性擴(kuò)展的方案在這個技術(shù)中是很自然的，從本技術(shù)不難看出，整個信息交換的“瓶頸”是交換模塊，它的交換性能直接關(guān)系到整個信息交換系統(tǒng)的運作。
本方案的“瓶頸”的問題實際上是由隊列管理器引起的，因為不管多少個客戶端，訪問隊列實際上都是通過隊列管理器，所以只要解決隊列管理器的問題就可以解決“瓶頸”問題。
由于一般隊列管理器都是采用現(xiàn)有的產(chǎn)品，并且一般這種產(chǎn)品都解決了這個問題，即采用隊列集群的技術(shù)，所以在硬件以及網(wǎng)絡(luò)允許的范圍內(nèi)，整個系統(tǒng)的交換能力與隊列管理器的個數(shù)是近線性擴(kuò)展的。隊列管理器之間的連接可以有很多個方法，比如采用負(fù)載均衡的技術(shù)在前面增加一個前置機(jī)，負(fù)責(zé)分發(fā)給交換模塊，又比如可以通過交換模塊內(nèi)部的快速通道實現(xiàn)，一般可以由現(xiàn)有隊列產(chǎn)品的技術(shù)實現(xiàn)。其擴(kuò)展結(jié)構(gòu)示意圖參見圖9所示。
權(quán)利要求
1.一種靜態(tài)分散的信息交換方法，其特征在于該方法包含以下步驟在尋址服務(wù)器中建立包含有交換客戶端的邏輯地址與物理地址對應(yīng)關(guān)系的尋址表；交換客戶端在注冊系統(tǒng)時，均建立自己的信息接收隊列，并自尋址服務(wù)器上下載該尋址表，建立本地尋址表；當(dāng)?shù)谝唤粨Q客戶端(A)有數(shù)據(jù)向第二交換客戶端(B)發(fā)送時，向其接收隊列(A001)發(fā)送包括源物理地址(A001)和目的邏輯地址(B)在內(nèi)的發(fā)送請求；由第一交換客戶端(A)根據(jù)本地尋址表取得該目的邏輯地址(B)對應(yīng)的目的物理地址(B001)，并將該發(fā)送請求發(fā)送到該目的物理地址(B001)；第二交換客戶端(B)由其接收隊列獲得該數(shù)據(jù)請求并處理，根據(jù)源物理地址(A001)直接將應(yīng)答數(shù)據(jù)發(fā)送到第一交換客戶端(A)的接收隊列，第一交換客戶端(A)獲得該應(yīng)答。
2.根據(jù)權(quán)利要求1所述的靜態(tài)分散的信息交換方法，其特征在于所述的尋址表記錄每個交換客戶端的運行狀態(tài)；當(dāng)尋址服務(wù)器檢測到交換客戶端的狀態(tài)變化時，更新該尋址表同時更新所有交換客戶端的本地尋址表。
3.根據(jù)權(quán)利要求1所述的靜態(tài)分散的信息交換方法，其特征在于所述的一信息交換客戶端的邏輯地址在所述尋址表中可對應(yīng)一個以上的物理地址，且記錄每個地址的狀態(tài)。
4.根據(jù)權(quán)利要求1或3所述的靜態(tài)分散的信息交換方法，其特征在于交換客戶端根據(jù)尋址表取得目的邏輯地址對應(yīng)的目的物理地址時，是根據(jù)各個目的物理地址的狀態(tài)獲得最空閑的目的物理地址。
5.根據(jù)權(quán)利要求1所述的靜態(tài)分散的信息交換方法，其特征在于所述的發(fā)送請求至少包括有目的邏輯地址、請求數(shù)據(jù)、源邏輯地址及源物理地址；所述的應(yīng)答數(shù)據(jù)至少包括有源物理地址、應(yīng)答數(shù)據(jù)及目的邏輯地址。
6.一種實現(xiàn)權(quán)利要求1所述方法的信息交換模塊，其特征在于該模塊至少包括負(fù)責(zé)從自己的隊列中收發(fā)信息、發(fā)送請求時從本地尋址表中查找目標(biāo)物理地址的交換客戶端；監(jiān)視系統(tǒng)中各個客戶端的狀態(tài)、維護(hù)上述尋址表的尋址服務(wù)器，及負(fù)責(zé)系統(tǒng)各個信息隊列管理的隊列管理器。
7.根據(jù)權(quán)利要求6所述的信息交換模塊，其特征在于所述的交換客戶端至少包括允許其他模塊調(diào)用以收發(fā)數(shù)據(jù)的請求收發(fā)接口；讀寫隊列中數(shù)據(jù)包的隊列訪問模塊；根據(jù)目標(biāo)邏輯地址獲得最空閑的目標(biāo)物理地址的尋址模塊，以及與尋址服務(wù)器通信以獲得更新的尋址表的尋址通信模塊。
8.根據(jù)權(quán)利要求6所述的信息交換模塊，其特征在于所述的尋址服務(wù)器至少包括總體調(diào)度整個尋址模塊工作的總控模塊；與交換客戶端進(jìn)行通信的內(nèi)部通信模塊；根據(jù)目標(biāo)邏輯地址獲得對應(yīng)物理地址的狀態(tài)的尋址模塊，以及負(fù)責(zé)監(jiān)控各個客戶端的狀態(tài)，并將狀態(tài)寫到尋址表中的監(jiān)控模塊。
9.根據(jù)權(quán)利要求6所述的信息交換模塊，其特征在于所述的隊列管理器可以是復(fù)數(shù)個以構(gòu)成隊列集群。
10.根據(jù)權(quán)利要求9所述的信息交換模塊，其特征在于所述的隊列集群的隊列管理器之間的連接可以是采用負(fù)載均衡的技術(shù)在前面增加一個前置機(jī)，負(fù)責(zé)分發(fā)給核心交換模塊；或者可以通過核心交換模塊內(nèi)部的快速通道實現(xiàn)。
全文摘要
本發(fā)明公開了一種靜態(tài)分散的信息交換方法及其實現(xiàn)模塊,即在尋址服務(wù)器中建立包含有交換客戶端的邏輯地址與物理地址對應(yīng)關(guān)系的尋址表;交換客戶端在注冊系統(tǒng)時,均建立自己的信息接收隊列,并自尋址服務(wù)器上下載尋址表;每個交換客戶端接收到信息交換請求時,直接在本機(jī)尋址表中分析目標(biāo)物理地址,再將請求發(fā)送到其目標(biāo)隊列中?？梢杂每蛻舳诉M(jìn)行交換邏輯控制,大大提高交換能力,同時對于系統(tǒng)的依賴性相對較小,便于進(jìn)行系統(tǒng)管理、維護(hù)、跟蹤。
文檔編號G06F12/06GK1267860SQ0010572
公開日2000年9月27日 申請日期2000年4月5日 優(yōu)先權(quán)日2000年4月5日
發(fā)明者高瞻 申請人:深圳黎明電腦網(wǎng)絡(luò)有限公司