專利名稱：基于通信中間件的電信oss子系統(tǒng)間的接口通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信運(yùn)營支撐系統(tǒng)(簡稱OSS)系統(tǒng)中子系統(tǒng)間的接口通信方法，尤其涉及電信OSS領(lǐng)域資源管理系統(tǒng)以及業(yè)務(wù)流程系統(tǒng)間的接口通信方法。
背景技術(shù)：
經(jīng)過十幾年的高速發(fā)展，通信網(wǎng)絡(luò)規(guī)模已經(jīng)非常龐大。電信運(yùn)營商如何通過一種網(wǎng)絡(luò)資源動態(tài)管理體系，調(diào)度企業(yè)各部門有效配置網(wǎng)絡(luò)資源，盤活網(wǎng)絡(luò)存量資產(chǎn)，提高資源利用率，最大限度滿足客戶需要，支撐前端業(yè)務(wù)，是提高網(wǎng)絡(luò)綜合效能和企業(yè)競爭力的重要保證。
為此，電信運(yùn)營商普遍采用了基于計(jì)算機(jī)信息管理技術(shù)的電信網(wǎng)絡(luò)資源OSS系統(tǒng)，其參照了eTom的模型體系，以計(jì)算機(jī)系統(tǒng)為基礎(chǔ)，實(shí)現(xiàn)傳輸網(wǎng)、數(shù)據(jù)網(wǎng)、交換網(wǎng)、動力網(wǎng)等各專業(yè)網(wǎng)的物理設(shè)備資源、邏輯配置資源、業(yè)務(wù)調(diào)度和業(yè)務(wù)開通流程的集中統(tǒng)一管理，為電信運(yùn)營商提供了電信網(wǎng)絡(luò)管理的綜合解決方案，不僅使新的網(wǎng)絡(luò)資源的快速方便的擴(kuò)展成為可能，并幫助電信運(yùn)營商極大地提高了新業(yè)務(wù)生成的速度。
電信OSS系統(tǒng)包括諸多的子系統(tǒng)，包括資源管理系統(tǒng)和業(yè)務(wù)流程系統(tǒng)等。子系統(tǒng)之間存在著兩兩的業(yè)務(wù)接口，如A子系統(tǒng)向B子系統(tǒng)占用資源，C子系統(tǒng)向D子系統(tǒng)查詢資源等。由于子系統(tǒng)間業(yè)務(wù)接口的通信比較復(fù)雜，一個子系統(tǒng)向另外一個子系統(tǒng)的業(yè)務(wù)操作請求，可能既要變更對方子系統(tǒng)的業(yè)務(wù)數(shù)據(jù)，也要根據(jù)對方子系統(tǒng)返回的結(jié)果去變更自身的業(yè)務(wù)數(shù)據(jù)；甚至在一個子系統(tǒng)內(nèi)部的某個業(yè)務(wù)操作，可能引起兩個子系統(tǒng)以上的業(yè)務(wù)數(shù)據(jù)的連鎖變更。上述復(fù)雜的情況需要一個極為成熟的接口模型才能實(shí)現(xiàn)系統(tǒng)間接口通信的實(shí)現(xiàn)。
目前電信業(yè)界對于電信OSS系統(tǒng)并無一個統(tǒng)一的接口規(guī)范和標(biāo)準(zhǔn)，并且現(xiàn)有的接口方案存在著難以擴(kuò)展，通信模式單一(例如只支持一對一的通信模式)，移植性較差，通信協(xié)同方式單一(例如只支持異步方式)，業(yè)務(wù)數(shù)據(jù)的準(zhǔn)確和同步性很難得到保證的缺陷。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種電信OSS系統(tǒng)中各子系統(tǒng)間的接口通信方法，以克服現(xiàn)有技術(shù)的上述缺點(diǎn)，使得1.多子系統(tǒng)間的接口通信性能穩(wěn)定，并且接口實(shí)現(xiàn)只負(fù)責(zé)消息的傳送、接收，不依賴具體的應(yīng)用模塊；2.多子系統(tǒng)間的接口通信方式靈活多樣，具有通用性、可擴(kuò)展性和移植性；3.多子系統(tǒng)間的接口通信支持點(diǎn)對點(diǎn)和點(diǎn)對多點(diǎn)的交互模式；4.多子系統(tǒng)間的接口數(shù)據(jù)具有一致性；5.在兼顧網(wǎng)絡(luò)通信速度最大化和一次接口通信數(shù)據(jù)最大量的情況下，多子系統(tǒng)間的接口采用合理的數(shù)據(jù)量；6.多子系統(tǒng)間的接口具有可靠的接口數(shù)據(jù)出錯和超時處理機(jī)制；7.多子系統(tǒng)間的接口通信具有跨平臺性，可運(yùn)行在任何平臺上，包括Windows、Unix操作系統(tǒng)等等上。
本發(fā)明提供了一種電信運(yùn)營支撐系統(tǒng)中子系統(tǒng)間的接口通信方法，包括源子系統(tǒng)發(fā)送數(shù)據(jù)給源子系統(tǒng)端接口；源子系統(tǒng)端接口接收該數(shù)據(jù)并對該數(shù)據(jù)進(jìn)行XML封裝以得到XML包，并且將XML包發(fā)送給基于socket傳輸機(jī)制的通信中間件；通信中間件對接收的XML包進(jìn)行基于socket傳輸機(jī)制的協(xié)議封裝，以得到傳輸包，并將傳輸包路由到目的子系統(tǒng)端接口；在目的子系統(tǒng)端接口從通信中間件接收數(shù)據(jù)前，通信中間件將所路由的傳輸包拆成XML包，并傳送給目的子系統(tǒng)端接口；目的子系統(tǒng)端接口接收XML包并進(jìn)行解析，以得到源子系統(tǒng)發(fā)送的數(shù)據(jù)；以及目的子系統(tǒng)端接口將解析出的數(shù)據(jù)發(fā)送給目的子系統(tǒng)。
與現(xiàn)有技術(shù)相比，本發(fā)明的基于通信中間件的電信OSS子系統(tǒng)接口方法具有下面的優(yōu)點(diǎn)從接口機(jī)制來看，包括通用的Socket消息通信機(jī)制和可擴(kuò)展性的XML消息封裝機(jī)制；從接口特點(diǎn)來看，包括兩種的接口通信方式(同步通信和異步通信)、及一點(diǎn)對多點(diǎn)的交互模式的通信模式、接口的跨平臺性、接口的移植性、接口的多編碼支持以及特殊的接口的數(shù)據(jù)處理方式。


通過下面結(jié)合附圖所進(jìn)行的對本發(fā)明的描述，能夠明白本發(fā)明的上述及其它目的，特征和優(yōu)點(diǎn)，其中圖1的示意圖示出了本發(fā)明的接口體系結(jié)構(gòu)和基本通信流程。
具體實(shí)施例方式
下面結(jié)合附圖來說明本發(fā)明的具體實(shí)施例。
圖1的示意圖示出了本發(fā)明的接口體系結(jié)構(gòu)和基本通信流程。假設(shè)一個電信OSS系統(tǒng)包含兩個子系統(tǒng)，即A子系統(tǒng)10和B子系統(tǒng)20。A子系統(tǒng)配有一子系統(tǒng)接口，例如A子系11。B子系統(tǒng)配有一子系統(tǒng)接口，例如B子系統(tǒng)21。在電信OSS系統(tǒng)中提供有NetMessage通信中間件30。
NetMessage通信中間件30實(shí)現(xiàn)通用的Socket消息通信機(jī)制。本領(lǐng)域技術(shù)人員明白，Socket實(shí)質(zhì)上是一個通信端點(diǎn)，借助于它，用戶所開發(fā)的Socket應(yīng)用程序，可以通過網(wǎng)絡(luò)與其它Socket應(yīng)用程序進(jìn)行通信。NetMessage通信中間件30可包括通過擴(kuò)展SPI編程接口附加的兼容各種網(wǎng)絡(luò)和協(xié)議，包括PSTN、ISDN、無線網(wǎng)、所有的局域網(wǎng)協(xié)議、異步傳輸模式ATM等等的模塊，以及允許應(yīng)用程序?qū)λ⑦B接的可靠性、冗余度和帶寬進(jìn)行控制的模塊。
NetMessage通信中間件30的Sockets通信支持兩種主要的方式。
第一種叫作流方式(Stream Socket)，也稱面向連接方式。在這種方式下，兩個通信的應(yīng)用程序之間先通過NetMessage通信中間件30建立虛擬連接，然后通信一端以保證順序和無誤的流的方式向通信另一端發(fā)送數(shù)據(jù)。這種方式對應(yīng)的是TCP協(xié)議。
第二種叫作數(shù)據(jù)報文方式(Datagram Socket)，又稱無連接方式，其過程為通信一端直接通過NetMessage通信中間件30向通信另一端發(fā)出數(shù)據(jù)提出報文，NetMessage通信中間件30向通信另一端傳送該數(shù)據(jù)包，但不保證數(shù)據(jù)包成功無誤地到達(dá)通信另一端，而且后發(fā)出的數(shù)據(jù)包也有可能會先到達(dá)通信另一端。該方式對應(yīng)的是UDP協(xié)議。
在本發(fā)明的接口體系結(jié)構(gòu)中，源子系統(tǒng)(例如A子系統(tǒng)10和B子系統(tǒng)20)通過其配備的源子系統(tǒng)端接口(例如A子系統(tǒng)端接口11和B子系統(tǒng)端接口21)發(fā)送和接收數(shù)據(jù)。源子系統(tǒng)端接口通過NetMessage通信中間件30發(fā)送和接收數(shù)據(jù)。當(dāng)發(fā)送數(shù)據(jù)時，源子系統(tǒng)端接口將接收自其所屬子系統(tǒng)的數(shù)據(jù)進(jìn)行XML封裝以得到XML包，并且將XML包發(fā)送給NetMessage通信中間件30，NetMessage通信中間件30對接收的XML包進(jìn)行基于傳輸機(jī)制的協(xié)議封裝，以得到傳輸包，并將傳輸包路由到目的子系統(tǒng)端接口。當(dāng)目的子系統(tǒng)端接口從NetMessage通信中間件30接收數(shù)據(jù)時，NetMessage通信中間件30先將所路由的傳輸包拆成XML包，并傳送給目的子系統(tǒng)端接口。目的子系統(tǒng)端接口接收XML包并進(jìn)行解析，以得到源子系統(tǒng)發(fā)送的數(shù)據(jù)。
“可擴(kuò)展標(biāo)記語言”(XML)提供一種描述結(jié)構(gòu)化數(shù)據(jù)的方法，是一種簡單、與平臺無關(guān)并被廣泛采用的標(biāo)準(zhǔn)。通過嚴(yán)格定義一組無限制的XML標(biāo)記，去記錄用戶所定義的業(yè)務(wù)元素。
如上所述，本發(fā)明產(chǎn)品在接口通信過程中，采用XML封裝消息。由于XML本身的跨平臺、可擴(kuò)展性，可以實(shí)現(xiàn)異構(gòu)系統(tǒng)間消息的交互，同時對于消息內(nèi)容易于擴(kuò)展。
本發(fā)明采用了XML業(yè)務(wù)元素定制機(jī)制。源子系統(tǒng)端接口和目的子系統(tǒng)端接口可包括封裝和解析具有基于該定制機(jī)制而制定的公共XML消息格式的XML包的模塊。
在圖1所示的優(yōu)選實(shí)施例中，該公共XML消息格式如下在消息發(fā)送的接口端，可定義業(yè)務(wù)元素的根節(jié)點(diǎn)名action，定義它的屬性name表示業(yè)務(wù)操作指令，定義它的屬性type表示該業(yè)務(wù)操作指令來自于哪個子系統(tǒng)；在action節(jié)點(diǎn)下，定義其子節(jié)點(diǎn)名為requestdata，表示消息的類型為請求，requestdata節(jié)點(diǎn)可以有多個，表示接口一次通信可以發(fā)多個業(yè)務(wù)操作指令過去；在requestdata節(jié)點(diǎn)下，定義多個parameter，表示業(yè)務(wù)操作的參數(shù)。
在消息接收的接口端，可定義業(yè)務(wù)元素的根節(jié)點(diǎn)名action，其定義跟消息發(fā)送的XML格式一致。在action節(jié)點(diǎn)下，定義其子節(jié)點(diǎn)名為responsedata，表示消息的類型為響應(yīng)，responsedata節(jié)點(diǎn)可以有多個，也可以有一個，是業(yè)務(wù)需要而定；在responsedata節(jié)點(diǎn)下，定義多個parameter，表示業(yè)務(wù)操作的返回值。
然而本發(fā)明并不限于該格式。本領(lǐng)域技術(shù)人員能夠根據(jù)XML定制機(jī)制設(shè)計(jì)所需的XML消息格式及相應(yīng)的封裝和解析模塊。
通過XML定制機(jī)制，本領(lǐng)域技術(shù)人員能夠?qū)ML格式進(jìn)行自由約定和規(guī)范，最大程度上體現(xiàn)擴(kuò)展性。進(jìn)行接通信口的若干個子系統(tǒng)之間需要遵守一套需要嚴(yán)格遵守的XML格式。可擴(kuò)展性的XML消息封裝機(jī)制讓NetMessage消息中間件只關(guān)心消息的傳遞，而不關(guān)心業(yè)務(wù)的內(nèi)容。這樣可以讓其適用于任何電信OSS系統(tǒng)間的接口，具有很強(qiáng)的生命力?？紤]到LAN網(wǎng)中的數(shù)據(jù)流量，為實(shí)現(xiàn)接口XML通信包在傳遞過程中，最大數(shù)據(jù)量和最快傳遞速度，經(jīng)過多方測試，5M大小的XML通信包，是包容量的極限。
圖1示出了一次接口通信的例子，實(shí)現(xiàn)過程如下步驟S1A子系統(tǒng)10向A子系統(tǒng)端接口11發(fā)送業(yè)務(wù)指令(請求變更或查詢B子系統(tǒng)上的業(yè)務(wù)數(shù)據(jù))；步驟S2A子系統(tǒng)端接口11把業(yè)務(wù)指令封裝成XML包；步驟S3通過NetMessage通信中間件30基于Socket消息通信機(jī)制把該XML包發(fā)送到B子系統(tǒng)端接口21；步驟S4B子系統(tǒng)端接口21接收XML；
步驟S5B子系統(tǒng)端接口21把XML包再解析成業(yè)務(wù)指令，向B子系統(tǒng)發(fā)出業(yè)務(wù)操作要求；步驟S6B子系統(tǒng)20進(jìn)行業(yè)務(wù)操作；步驟S7B子系統(tǒng)20返回業(yè)務(wù)操作結(jié)果給B子系統(tǒng)端接口21；步驟S8B子系統(tǒng)端接口21把業(yè)務(wù)操作結(jié)果封裝成XML包步驟S9通過NetMessage通信中間件30基于Socket消息通信機(jī)制把該XML包發(fā)送到A子系統(tǒng)端接口11；步驟S10A子系統(tǒng)端接口11接收XML包；步驟S11A子系統(tǒng)端接口11把XML包再解析成業(yè)務(wù)操作結(jié)果，向A子系統(tǒng)返回業(yè)務(wù)操作結(jié)果；步驟S12A子系統(tǒng)10處理業(yè)務(wù)操作結(jié)果(如把業(yè)務(wù)操作結(jié)果顯示在界面上)。
在本發(fā)明的優(yōu)選實(shí)施例中，NetMessage通信中間件30提供可靠的流方式通信機(jī)制，實(shí)現(xiàn)跨平臺跨語言的異構(gòu)系統(tǒng)之間消息的交互。
本發(fā)明可支持同步通信和異步通信兩種方式。
同步通信指A子系統(tǒng)通過接口端發(fā)出通信請求后，需要等到B子系統(tǒng)返回結(jié)果后，A子系統(tǒng)才能繼續(xù)進(jìn)行本身的工作。如果B子系統(tǒng)一直沒返回結(jié)果，那么A子系統(tǒng)將一直等待，直到超時。
異步通信指A子系統(tǒng)通過接口端發(fā)出通信請求后，不需要等到B子系統(tǒng)返回結(jié)果，A子系統(tǒng)照樣進(jìn)行本身的工作。
可根據(jù)需要在系統(tǒng)中支持兩種通信方式的任一種或兩種均支持。一般來說，同步通信可靠性高，對于保證系統(tǒng)間業(yè)務(wù)數(shù)據(jù)的準(zhǔn)確性和一致性提供保障，但效率較低；異步通信不保證系統(tǒng)間業(yè)務(wù)數(shù)據(jù)的準(zhǔn)確性和一致性，但其效率較高。
除圖1示出的一對一交互模式外，本發(fā)明還可采用一點(diǎn)對多點(diǎn)的交互模式。
如果一個子系統(tǒng)跟多個子系統(tǒng)做接口，那么只需要開起一個子系統(tǒng)的接口端，然后在接口端里部署想做接口的多個子系統(tǒng)的通信地址，就可以實(shí)現(xiàn)接口的交互。這樣的模式，可以起到一個集中部署，統(tǒng)一運(yùn)行的作用，便于管理。
NetMessage通信中間件可采用平臺無關(guān)的開發(fā)語言(例如SUN公司的跨平臺開發(fā)語言Java開發(fā))，所以它也具備了跨平臺特性。所開發(fā)的接口機(jī)可運(yùn)行在不同的平臺上，包括Windows、Unix等操作系統(tǒng)。
由于NetMessage通信中間件采用標(biāo)準(zhǔn)的Socket消息通信機(jī)制和開放的XML消息封裝機(jī)制，具有很強(qiáng)的移植性。當(dāng)NetMessage通信中間件被其他通信中間件替代時，開發(fā)者不必改動業(yè)務(wù)層的代碼和XML定義方式，只要新的通信中間件遵守原有的XML格式標(biāo)準(zhǔn)，可以無縫的把新通信中間件嵌入到原有系統(tǒng)中。
由于接口存在著跨平臺性，一些操作系統(tǒng)并不能非常好的支持一些中文字符，在這種情況下，NetMessage通信中間件提供多種編碼方式，例如GB2312，GBK等?？梢暯涌诘倪\(yùn)行環(huán)境而自主配置編碼方式。
采用可配置的方式，接口可自主配置接口通信的超時時間、通信的最大線程數(shù)。在同步通信的方式中，超時時間的設(shè)置顯得尤為重要，當(dāng)接口響應(yīng)端的子系統(tǒng)忙碌，甚至不慎死機(jī)，合理的超時時間可以避免接口請求端子系統(tǒng)的無休止等待的情況；最大線程數(shù)，可以保證在一點(diǎn)對多點(diǎn)的通信模式下，一個子系統(tǒng)的接口端連接其他子系統(tǒng)接口端的最大數(shù)目。合理的線程數(shù)，對于節(jié)約網(wǎng)絡(luò)資源，提供接口通信效率，起著不可低估的作用。
可采用本領(lǐng)域已知的方式實(shí)現(xiàn)接口。在一個優(yōu)選實(shí)施例中，接口可采用消息發(fā)送方法和消息回調(diào)方法來實(shí)現(xiàn)。具體實(shí)現(xiàn)方式如下1.調(diào)用NetMessage通信包的接口服務(wù)類，產(chǎn)生并獲取其實(shí)例；2.讀取接口的本地配置文件，啟動接口服務(wù)；3.調(diào)用接口回調(diào)類，產(chǎn)生并獲取其實(shí)例。該回調(diào)類必須實(shí)現(xiàn)NetMessage通信包中的接口回調(diào)接口的方法；4.向接口服務(wù)類注冊接口回調(diào)類的句柄；5.接口端發(fā)送操作請求，只需要實(shí)現(xiàn)接口服務(wù)類的發(fā)送消息方法；6.接口端返回操作結(jié)果，只需要實(shí)現(xiàn)接口回調(diào)類的消息回調(diào)方法。
基于NetMessage通信中間件的多系統(tǒng)接口方法，為電信OSS系統(tǒng)的不同子系統(tǒng)之間的接口需求提供了行之有效的解決方案，為這些開發(fā)子系統(tǒng)間接口的二次開發(fā)人員提供了透明、簡捷的開發(fā)手段。多系統(tǒng)接口的實(shí)現(xiàn)，為龐大的OSS系統(tǒng)璉之間展現(xiàn)了四通八達(dá)的接口通道，電信用戶可隨心所欲的在一個子系統(tǒng)內(nèi)實(shí)時查詢到其他子系統(tǒng)的相關(guān)業(yè)務(wù)數(shù)據(jù)。
權(quán)利要求
1.一種電信運(yùn)營支撐系統(tǒng)中子系統(tǒng)間的接口通信方法，包括源子系統(tǒng)發(fā)送數(shù)據(jù)給源子系統(tǒng)端接口；源子系統(tǒng)端接口接收該數(shù)據(jù)并對該數(shù)據(jù)進(jìn)行XML封裝以得到XML包，并且將XML包發(fā)送給基于socket傳輸機(jī)制的通信中間件；通信中間件對接收的XML包進(jìn)行基于socket傳輸機(jī)制的協(xié)議封裝，以得到傳輸包，并將傳輸包路由到目的子系統(tǒng)端接口；在目的子系統(tǒng)端接口從通信中間件接收數(shù)據(jù)前，通信中間件將所路由的傳輸包拆成XML包，并傳送給目的子系統(tǒng)端接口；目的子系統(tǒng)端接口接收XML包并進(jìn)行解析，以得到源子系統(tǒng)發(fā)送的數(shù)據(jù)；以及目的子系統(tǒng)端接口將解析出的數(shù)據(jù)發(fā)送給目的子系統(tǒng)。
2.根據(jù)權(quán)利要求1的方法，其中通信中間件經(jīng)過擴(kuò)展SPI編程接口的擴(kuò)展，以適應(yīng)所需的網(wǎng)絡(luò)和協(xié)議，或允許子系統(tǒng)對所建立連接的可靠性、冗余度和帶寬進(jìn)行控制。
3.根據(jù)權(quán)利要求1的方法，其中通信中間件的socket通信支持流方式和/或數(shù)據(jù)報文方式。
4.根據(jù)權(quán)利要求1的方法，其中所述XML包的封裝和解析基于按XML業(yè)務(wù)元素定制機(jī)制制定的公共XML消息格式。
5.根據(jù)權(quán)利要求4的方法，其中所述源子系統(tǒng)端接口的封裝和所述目的子系統(tǒng)端接口的解析所基于的所述公共XML消息格式包括標(biāo)識業(yè)務(wù)元素的信息；標(biāo)識業(yè)務(wù)操作指令的信息；標(biāo)識業(yè)務(wù)操作指令所來自的子系統(tǒng)的信息；一或多個請求，接口在一次通信中發(fā)出所述一或多個請求以執(zhí)行相應(yīng)的所述業(yè)務(wù)操作指令；以及與所述一或多個請求的每一個相關(guān)的一或多個業(yè)務(wù)操作參數(shù)。
6.根據(jù)權(quán)利要求5的方法，其中所述源子系統(tǒng)端接口的解析和所述目的子系統(tǒng)端接口的封裝所基于的所述公共XML消息格式包括標(biāo)識目的子系統(tǒng)已處理的業(yè)務(wù)元素的信息；標(biāo)識目的子系統(tǒng)已執(zhí)行的業(yè)務(wù)操作指令的信息；標(biāo)識該業(yè)務(wù)操作指令所來自的子系統(tǒng)的信息；涉及所執(zhí)行的業(yè)務(wù)操作指令的一或多個響應(yīng)，每個響應(yīng)包括與該所執(zhí)行的業(yè)務(wù)操作指令相關(guān)的返回值。
7.根據(jù)權(quán)利要求1的方法，其中XML包的最大尺寸為5M。
8.根據(jù)權(quán)利要求1的方法，其中所述源子系統(tǒng)發(fā)送的數(shù)據(jù)是業(yè)務(wù)指令，所述方法還包括目的子系統(tǒng)根據(jù)接收的業(yè)務(wù)指令進(jìn)行業(yè)務(wù)操作；目的子系統(tǒng)返回業(yè)務(wù)操作結(jié)果給目的子系統(tǒng)端接口；目的子系統(tǒng)端接口把業(yè)務(wù)操作結(jié)果封裝成XML包；通過通信中間件基于Socket消息通信機(jī)制把該XML包發(fā)送到源子系統(tǒng)端接口；源子系統(tǒng)端接口接收該XML包；源子系統(tǒng)端接口把該XML包解析成業(yè)務(wù)操作結(jié)果，并向源子系統(tǒng)返回業(yè)務(wù)操作結(jié)果；以及源子系統(tǒng)處理業(yè)務(wù)操作結(jié)果。
9.根據(jù)權(quán)利要求1的方法，其中所述源子系統(tǒng)與所述目的子系統(tǒng)進(jìn)行同步通信。
10.根據(jù)權(quán)利要求1的方法，還包括配置接口通信的超時時間的步驟。
11.根據(jù)權(quán)利要求1的方法，其中所述源子系統(tǒng)與所述目的子系統(tǒng)進(jìn)行異步通信。
12.根據(jù)權(quán)利要求1的方法，其中所述源子系統(tǒng)端接口的發(fā)送步驟還包括指示通信中間件根據(jù)所述源子系統(tǒng)端接口中部署的要接口到的一或多個子系統(tǒng)的通信地址，對XML包進(jìn)行路由。
13.根據(jù)權(quán)利要求12的方法，還包括配置接口通信的最大線程數(shù)的步驟。
14.根據(jù)權(quán)利要求1的方法，其中采用平臺無關(guān)的開發(fā)語言開發(fā)通信中間件。
15.根據(jù)權(quán)利要求14的方法，其中通信中間件提供多種編碼方式，所述方法還包括根據(jù)接口的運(yùn)行環(huán)境來配置編碼方式的步驟。
16.根據(jù)權(quán)利要求1的方法，還包括配置接口通信的超時時間、通信的最大線程數(shù)的步驟。
17.根據(jù)權(quán)利要求1的方法，其中所述源子系統(tǒng)端接口和目的子系統(tǒng)端接口采用消息發(fā)送和回調(diào)方式與通信中間件的通信，該方式包括調(diào)用通信包的接口服務(wù)類，產(chǎn)生并獲取其實(shí)例；讀取接口的本地配置文件，啟動接口服務(wù)；調(diào)用接口回調(diào)類，產(chǎn)生并獲取其實(shí)例。該回調(diào)類必須實(shí)現(xiàn)通信包中的接口回調(diào)接口的方法；向接口服務(wù)類注冊接口回調(diào)類的句柄；接口端發(fā)送操作請求，只需要實(shí)現(xiàn)接口服務(wù)類的發(fā)送消息方法；接口端返回操作結(jié)果，只需要實(shí)現(xiàn)接口回調(diào)類的消息回調(diào)方法。
全文摘要
一種電信運(yùn)營支撐系統(tǒng)中子系統(tǒng)間的接口通信方法，包括源子系統(tǒng)發(fā)送數(shù)據(jù)給源子系統(tǒng)端接口；源子系統(tǒng)端接口接收該數(shù)據(jù)并對該數(shù)據(jù)進(jìn)行XML封裝以得到XML包，并且將XML包發(fā)送給基于socket傳輸機(jī)制的通信中間件；通信中間件對接收的XML包進(jìn)行基于socket傳輸機(jī)制的協(xié)議封裝，以得到傳輸包，并將傳輸包路由到目的子系統(tǒng)端接口；在目的子系統(tǒng)端接口從通信中間件接收數(shù)據(jù)前，通信中間件將所路由的傳輸包拆成XML包，并傳送給目的子系統(tǒng)端接口；目的子系統(tǒng)端接口接收XML包并進(jìn)行解析，以得到源子系統(tǒng)發(fā)送的數(shù)據(jù)；以及目的子系統(tǒng)端接口將解析出的數(shù)據(jù)發(fā)送給目的子系統(tǒng)。
文檔編號H04L29/06GK101030927SQ20061005873
公開日2007年9月5日 申請日期2006年3月3日 優(yōu)先權(quán)日2006年3月3日
發(fā)明者蘇通, 周傳華, 任浩軍, 楊慶華, 章靖達(dá), 齊麟, 紀(jì)敏, 周俊鋒, 王宏波 申請人:中國電信股份有限公司