專利名稱：信令跟蹤方法、信令跟蹤后臺(tái)裝置及跟蹤系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域的信令跟蹤系統(tǒng)，特別是指一種信令跟蹤方法、信令 跟蹤后臺(tái)裝置及跟蹤系統(tǒng)。
背景技術(shù)：
在網(wǎng)絡(luò)通信技術(shù)中，信令跟蹤系統(tǒng)進(jìn)行實(shí)時(shí)跟蹤并顯示與各業(yè)務(wù)相關(guān)的信 令，提供相應(yīng)的解釋和分析，方便使用人員觀察信令的流向、內(nèi)容和流程。信 令跟蹤工具在實(shí)際工程應(yīng)用中的作用是顯而易見(jiàn)的，是業(yè)務(wù)定位問(wèn)題的重要手
段之一。
信令跟蹤系統(tǒng)包括信令跟蹤前臺(tái)和信令跟蹤后臺(tái)兩部分，信令跟蹤前臺(tái) 是指業(yè)務(wù)處理機(jī)、網(wǎng)關(guān)、前置機(jī)等邏輯網(wǎng)元，提供產(chǎn)生信令信息，并通過(guò)TCP/IP 協(xié)議轉(zhuǎn)發(fā)到信令跟蹤后臺(tái)的接口模塊，信令跟蹤后臺(tái)是指負(fù)責(zé)發(fā)起跟蹤，并接 收信令跟蹤前臺(tái)信令解析并進(jìn)行展示信令消息內(nèi)容的模塊，可包括下述的服務(wù) 端和客戶端。
但目前對(duì)于各項(xiàng)信令跟蹤的后臺(tái)的開(kāi)發(fā)來(lái)說(shuō)，存在一個(gè)問(wèn)題雖然流程大 抵相似，都是客戶端發(fā)起跟蹤，服務(wù)端轉(zhuǎn)發(fā)到業(yè)務(wù)信令跟蹤前臺(tái)，信令跟蹤前 臺(tái)處理后，產(chǎn)生滿足跟蹤條件的信令數(shù)據(jù)，服務(wù)端把信令數(shù)據(jù)下發(fā)到客戶端， 客戶端展現(xiàn)信令。但各業(yè)務(wù)的要求又不完全相同，每個(gè)業(yè)務(wù)都有自己的特點(diǎn)要 求，各業(yè)務(wù)信令跟蹤條件都是各業(yè)務(wù)定制的。
目前業(yè)務(wù)信令跟蹤工具都是根據(jù)業(yè)務(wù)的要求獨(dú)身定制的，每一種業(yè)務(wù)是由 信令跟蹤前臺(tái)中的邏輯網(wǎng)元來(lái)實(shí)現(xiàn)，每一個(gè)邏輯網(wǎng)元都需要定制一套相似但又 不同的代碼，而每一個(gè)邏輯網(wǎng)元都可以具有多個(gè)跟蹤條件，各信令跟蹤條件的 信令跟蹤接口相似但存在差異，對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)，需要維護(hù)很多套代碼或者 雷同但又不完全一致的信令跟蹤后臺(tái)代碼，經(jīng)常會(huì)把多個(gè)業(yè)務(wù)的需求混淆。
如何能夠用一套可擴(kuò)展適配的接口來(lái)動(dòng)態(tài)實(shí)現(xiàn)各業(yè)務(wù)的信令跟蹤后臺(tái)開(kāi)
5發(fā)是目前存在的一個(gè)問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種信令跟蹤方法、信令跟蹤后臺(tái)裝置及 跟蹤系統(tǒng)，解決現(xiàn)有的各信令跟蹤條件接口差異化后臺(tái)跟蹤代碼不能統(tǒng)一化的 問(wèn)題。
為解決上述技術(shù)問(wèn)題，本發(fā)明的實(shí)施例提供一種信令跟蹤方法，包括 信令跟蹤后臺(tái)裝置獲取一通用接口文件，所述通用接口文件包括所述信 令跟蹤前臺(tái)裝置的邏輯網(wǎng)元的跟蹤條件；
所述信令跟蹤后臺(tái)裝置對(duì)所述通用接口文件進(jìn)行處理，生成信令跟蹤界
面；
所述信令跟蹤后臺(tái)裝置將滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所 述信令跟蹤界面上。
其中，所述通用接口文件是根據(jù)信令跟蹤前臺(tái)裝置的信令跟蹤接口文件生 成，所述跟蹤條件與所述信令跟蹤接口文件中的信令跟蹤4妄口對(duì)應(yīng)。
其中，所述信令跟蹤后臺(tái)裝置對(duì)所述通用接口文件進(jìn)行處理，生成信令跟 蹤界面的步驟具體包括
所述信令跟蹤后臺(tái)裝置將所述通用接口文件轉(zhuǎn)換成通用接口對(duì)象；
所述信令跟蹤后臺(tái)裝置對(duì)所述通用接口對(duì)象進(jìn)行解析，生成信令跟蹤界面。
其中，所述信令跟蹤后臺(tái)裝置將滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn) 在所述信令跟蹤界面上的步驟具體包括
所述信令跟蹤后臺(tái)裝置將在所述信令跟蹤界面中選擇的跟蹤條件，轉(zhuǎn)發(fā)給 所述信令跟蹤前臺(tái)裝置；
所述信令跟蹤后臺(tái)裝置將所述信令跟蹤前臺(tái)裝置發(fā)送的滿足選"t奪的跟蹤 條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上。
其中，所述通用接口文件為可擴(kuò)展標(biāo)記語(yǔ)言XML格式的通用接口文件； 所述通用接口文件的根節(jié)點(diǎn)為信令跟蹤系統(tǒng)名稱， 一級(jí)節(jié)點(diǎn)為邏輯網(wǎng)元的名 稱，二級(jí)節(jié)點(diǎn)為所述邏輯網(wǎng)元的跟蹤條件。其中，所述跟蹤條件具體為跟蹤模式或者跟蹤方式；所述跟蹤條件的結(jié) 構(gòu)包括字,殳的名稱、字段描述、字段長(zhǎng)度、字段的序號(hào)、數(shù)據(jù)類型、取值范 圍，在信令跟蹤界面上顯示需要的控件類型、是否有子跟蹤條件和默認(rèn)值中的 至少一個(gè)。
為解決上述技術(shù)問(wèn)題，本發(fā)明的實(shí)施例還提供一種信令跟蹤后臺(tái)裝置，包
括
服務(wù)端模塊，用于獲取通用接口文件，所述通用接口文件包括所述信令 跟蹤前臺(tái)裝置的邏輯網(wǎng)元的跟蹤條件；
客戶端模塊，用于對(duì)所述通用接口文件進(jìn)行處理，生成信令跟蹤界面，將 滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)，展現(xiàn)在所迷信令跟蹤界面上。
其中，所述服務(wù)端模塊包括
獲取模塊，用于獲取根據(jù)信令跟蹤前臺(tái)裝置的信令跟蹤接口文件生成一 XML格式的通用接口文件；
解析模塊，用于對(duì)所述XML格式的通用接口文件進(jìn)行解析，將所述XML 格式的通用接口文件轉(zhuǎn)換為XML通用接口對(duì)象。
其中，所述客戶端模塊包括
調(diào)用沖莫塊，用于調(diào)用所述XML通用接口對(duì)象；
適配^^莫塊，用于對(duì)所述XML通用接口對(duì)象進(jìn)行解析，生成信令跟蹤界面； 第一轉(zhuǎn)發(fā)模塊，用于將在所述信令跟蹤界面中選擇的跟蹤條件，轉(zhuǎn)換成 XML對(duì)象，并將所述XML對(duì)象發(fā)送至所述服務(wù)端模塊； 所述服務(wù)端模塊還包括
第二轉(zhuǎn)發(fā)模塊，用于接收所述第一轉(zhuǎn)發(fā)模塊發(fā)送的選擇的跟蹤條件，并轉(zhuǎn) 發(fā)至所述信令跟蹤前臺(tái)裝置的相應(yīng)的邏輯網(wǎng)元；并將所述信令跟蹤前臺(tái)裝置發(fā) 送的滿足所述選擇的跟蹤條件的信令跟蹤數(shù)據(jù)，轉(zhuǎn)發(fā)至所述信令跟蹤界面上。
為解決上述技術(shù)問(wèn)題，本發(fā)明的實(shí)施例還提供一種信令跟蹤系統(tǒng)，包括
信令跟蹤前臺(tái)裝置，用于根據(jù)業(yè)務(wù)及實(shí)現(xiàn)該業(yè)務(wù)的邏輯網(wǎng)元提供的信令跟 蹤接口，生成信令跟蹤接口文件，以及根據(jù)信令跟蹤后臺(tái)轉(zhuǎn)發(fā)的選擇的跟蹤條 件進(jìn)行跟蹤，生成信令跟蹤數(shù)據(jù)；
信令跟蹤后臺(tái)裝置，用于獲取根據(jù)所述信令跟蹤接口文件生成的通用接口文件，并將所述通用接口文件進(jìn)行處理，生成信令跟蹤界面；并將滿足選擇的
跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上。
本發(fā)明的上述技術(shù)方案的有益效果如下
上述方案中，通過(guò)獲取一通用接口文件(如XML格式的通用接口文件)， 從而使信令跟蹤后臺(tái)模塊代碼統(tǒng)一化，由于通用接口文件具有開(kāi)放性、跨平臺(tái) 性、可擴(kuò)展性等這使得業(yè)務(wù)的信令跟蹤接口擴(kuò)展容易、客戶端和服務(wù)端流程統(tǒng) 一維護(hù)方便，減少開(kāi)發(fā)人員的維護(hù)工作量。


圖1為本發(fā)明的信令跟蹤方法的流程示意圖2為圖1所示方法的一具體實(shí)現(xiàn)流程示意圖3為本發(fā)明的信令跟蹤后臺(tái)裝置的結(jié)構(gòu)示意圖4為圖3所示信令跟蹤后臺(tái)裝置的一具體實(shí)現(xiàn)結(jié)構(gòu)示意圖5為本發(fā)明的信令跟蹤系統(tǒng)的結(jié)構(gòu)示意圖6為圖5所示信令跟蹤系統(tǒng)的一具體實(shí)現(xiàn)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明要解決的技術(shù)問(wèn)題、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附 圖及具體實(shí)施例進(jìn)行詳細(xì)描述。
本發(fā)明針對(duì)現(xiàn)有各信令跟蹤條件接口差異化后臺(tái)跟蹤代碼不能統(tǒng)一化的 問(wèn)題，提供一種可擴(kuò)展適配的接口來(lái)動(dòng)態(tài)實(shí)現(xiàn)各業(yè)務(wù)的信令跟蹤方法、信令跟 蹤后臺(tái)裝置及跟蹤系統(tǒng)，從而使信令跟蹤后臺(tái)模塊代碼統(tǒng)一化，減少開(kāi)發(fā)人員 的維護(hù)工作量。
如圖l所示，本發(fā)明的信令跟蹤方法，應(yīng)用一信令^艮蹤系統(tǒng)，包括 步驟11,信令跟蹤后臺(tái)裝置獲取一通用接口文件，所述通用接口文件包 括所述信令跟蹤前臺(tái)裝置的邏輯網(wǎng)元的跟蹤條件；
其中，該通用接口文件是根據(jù)信令跟蹤前臺(tái)裝置的信令跟蹤接口文件生成 的，跟蹤條件與信令跟蹤接口文件中的信令跟蹤接口對(duì)應(yīng)，該信令跟蹤接口可 以是業(yè)務(wù)提供的c語(yǔ)言或者java信令跟蹤接口 ，這里的業(yè)務(wù)是由邏輯網(wǎng)元實(shí)現(xiàn)
8的；
步驟12,信令跟蹤后臺(tái)裝置對(duì)所述通用接口文件進(jìn)行處理，生成信令跟 蹤界面；
步驟13，信令跟蹤后臺(tái)裝置將滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn) 在所述信令跟蹤界面上。
其中，上述步驟12的具體實(shí)現(xiàn)過(guò)程可包括
步驟121,信令跟蹤后臺(tái)裝置將所述通用接口文件轉(zhuǎn)換成通用接口對(duì)象； 步驟122,信令跟蹤后臺(tái)裝置對(duì)所述通用接口對(duì)象進(jìn)行解析，生成信令跟 蹤界面。
該步驟12的具體實(shí)現(xiàn)過(guò)程并不限于步驟121和步驟122所述的過(guò)程，還 可以如直接對(duì)所述通用文件進(jìn)行解析，生成信令跟蹤界面。 其中，上述步驟13的具體實(shí)現(xiàn)過(guò)程可包括
步驟131,信令跟蹤后臺(tái)裝置將在所述信令跟蹤界面中選擇的跟蹤條件， 轉(zhuǎn)發(fā)給所述信令跟蹤前臺(tái)裝置；
步驟132,信令跟蹤后臺(tái)裝置將所述信令跟蹤前臺(tái)裝置發(fā)送的滿足選擇的 跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上。
該步驟13的具體實(shí)現(xiàn)過(guò)程也不限于步驟131和步驟132所述的過(guò)程，還 可以如信令跟蹤后臺(tái)裝置若具有信令跟蹤功能，也可以直接在信令跟蹤后臺(tái)裝 置中獲取滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)，并展現(xiàn)在信令跟蹤界面上。
該實(shí)施例中，所述通用接口文件為XML ( Extensible Markup Language, 可擴(kuò)展標(biāo)記語(yǔ)言)格式的通用接口文件或者其它通用語(yǔ)言格式的通用接口文 <牛，3口 SGML ( Standard Generalized Markup Language,才示〉,通用才示i己i吾言) 格式的通用接口文件。
該通用接口文件的根節(jié)點(diǎn)為信令跟蹤系統(tǒng)名稱， 一級(jí)節(jié)點(diǎn)為邏輯網(wǎng)元的名 稱，二級(jí)節(jié)點(diǎn)為所述邏輯網(wǎng)元的跟蹤條件。其中，XML格式的通用接口文件 的具體設(shè)計(jì)格式如下
Al.根節(jié)點(diǎn)是以信令跟蹤系統(tǒng)名稱來(lái)命名；
A2.—級(jí)子節(jié)點(diǎn)是以邏輯網(wǎng)元的名稱來(lái)命名， 一個(gè)信令跟蹤系統(tǒng)里可能有 多個(gè)邏輯網(wǎng)元，每個(gè)邏輯網(wǎng)元的跟蹤條件并不相同且相對(duì)獨(dú)立；A3 .二級(jí)節(jié)點(diǎn)為邏輯網(wǎng)元的跟蹤條件。
其中，該跟蹤條件可以具體為跟蹤模式或者跟蹤方式，跟蹤模式包括如 全用戶跟蹤或者單用戶跟蹤，而跟蹤方式包括如信令所屬類別。
上述跟蹤條件的結(jié)構(gòu)包括接口字段的名稱、字段描述、字段長(zhǎng)度(以 byte為單位)、字4史的序號(hào)、數(shù)據(jù)類型(UINT8、 BYTE、 DWORD、 LONG、 char 等等)、取值范圍，在信令跟蹤界面上顯示需要的控件類型(0:文本1: checkbox 2: Radio Button , 3: ip地址等)、是否有子跟蹤條件和默認(rèn)值中的至少一個(gè)。 跟蹤條件的XML與前臺(tái)的信令跟蹤接口描述——對(duì)應(yīng)起來(lái)。
下面結(jié)合具體的流程說(shuō)明上述方法的具體實(shí)現(xiàn)流程，如圖2所示
步驟21,信令跟蹤后臺(tái)裝置的服務(wù)端讀取已經(jīng)按照業(yè)務(wù)要求配置好的 XML格式的通用接口文件，并生成XML通用接口對(duì)象；其中，XML通用接 口文件的元素包括
010.系統(tǒng)名稱命名的根節(jié)點(diǎn)；
020.以邏輯網(wǎng)元名稱命名的一級(jí)節(jié)點(diǎn)， 一個(gè)系統(tǒng)里可有多個(gè)邏輯網(wǎng)元， 每個(gè)邏輯網(wǎng)元的名稱、所屬業(yè)務(wù)范圍都要描述出來(lái)；
030. 二級(jí)節(jié)點(diǎn)也就是每個(gè)邏輯網(wǎng)元的跟蹤條件，跟蹤條件的設(shè)計(jì)包括字 段名稱、中英文描述、界面應(yīng)該使用的控件類型(0:文本1: checkbox 2:RadioButton3.ip地址等)、字段類型(UINT8、 BYTE、 DWORD、 LONG、 char 等等)、取值范圍、字段長(zhǎng)度(以byte為單位)、默認(rèn)值等組成；
步驟22，信令跟蹤后臺(tái)裝置的客戶端模塊調(diào)用XML通用接口對(duì)象，根據(jù) 邏輯網(wǎng)元數(shù)目和邏輯網(wǎng)元要求的跟蹤條件，生成樹(shù)狀信令跟蹤界面；
步驟23，用戶在信令跟蹤界面上選擇具體的跟蹤條件，并生成XML對(duì)象 發(fā)送到服務(wù)端模塊；
步驟24,服務(wù)端模塊接收到客戶端模塊的請(qǐng)求XML對(duì)象后根據(jù)XML的 描述要求處理成二進(jìn)制碼流轉(zhuǎn)發(fā)到業(yè)務(wù)信令跟蹤前臺(tái)裝置的接口 ；
步驟25,服務(wù)端模塊收到信令跟蹤前臺(tái)裝置根據(jù)該選擇的跟蹤條件，產(chǎn) 生的信令跟蹤數(shù)據(jù)，根據(jù)客戶端模塊的請(qǐng)求條件轉(zhuǎn)發(fā)到符合條件的客戶端；
步驟26,客戶端模塊把信令跟蹤數(shù)據(jù)按照要求展現(xiàn)在客戶端信令跟蹤界 面上。其中，上述步驟21中Typedef structCHAR condition 1 BYTE condition2; BYTE[O]為IP高位*/ }condi—T;typedef struct {BYTEcondition 1; WORD condition2/*條件2跟蹤實(shí)體1: Naf跟蹤2: SG跟蹤*/condi—T condition3; /*條件3 */ } Condition—T;/*業(yè)務(wù)項(xiàng)目名稱MobileTV*/< xml version: "1.0" encoding: "GB2312" >一 <interface〉 —<!— 一TrackProject:業(yè)務(wù)項(xiàng)目名稱TrackFunc:網(wǎng)元ColumCount:網(wǎng)元個(gè)凄史FuncValue:網(wǎng)元名稱 Condition:條件DescriptChs:中文描述 DataType:數(shù)據(jù)類型DtaaLen:數(shù)據(jù)長(zhǎng)度DataType 0:BYTE l:WORD 2:DWORD 3:INT 4:字符串5:IP地址 6:時(shí)間Clocktime 7:bitsDataLen是以byte為長(zhǎng)度的計(jì)算，如一個(gè)DWORD類型的數(shù)據(jù) DWORD的長(zhǎng)度DataLen=4 一 一 ><TrackProj ect>Mobile TV</TrackProj ect> -<TrackFunc ColumCount= "2，，>liXML格式的通用接口文件的具體買現(xiàn)代碼如下:/* 3艮蹤條件1; num/ISDN必須正確*//*跟蹤條件2地址跟蹤，0-不指定IP跟蹤(默認(rèn));/*條件10:單用戶1:全用戶2:多用戶 -〈FuncEntity FuncName="NAF，，Value="，， > 一 <condition>-<index Value="l，， DescriptChs二"跟蹤條件1" DataType="0，， DataLen='T ISEnum="True"><enum>0</ enum><enum〉 1 </ enum><enum〉2</enum> </index〉<index Value="2，， DescriptChs="跟蹤條件2" DataType="5" DataLen="16， ISEnum="false"/〉-<index Value="3" DescriptChs^'跟蹤條件3">〈index Value="l，， DescriptChs="跟蹤條件1" DataType="2" DataLen="4， ISEnum="false"/><index Value="2，， DescriptChs="跟蹤條件2" DataType="0" DataLen="4，ISEnum="false"/></index></condition></FuncEntity〉-〈FuncEntity F畫(huà)Value ="SG"Value =""> 一 <condition>-< index Value="l" DescriptChs^"跟蹤條件1" DataType="0，， DataLen="l， ISEnum="True"〉 <enum>0</enum〉 〈enum〉 1 </enum〉 <enum〉2</enum> </index><index Value="2" DescriptChs^"跟蹤條件2" DataType="5，， DataLen="16 ISEnum="false"/>-<index Value="3" DescriptChs^'跟蹤條件3">12〈index Value="l" DescriptChs="跟蹤條件1" DataType="2" DataLen="4" ISEnum="false"/><index Value="2" DescriptChs="跟蹤條件2" DataType="0" DataLen="4" ISEnum="false，，/></index></condition〉</FuncEntity></TrackFunc></Interface>本發(fā)明的上述實(shí)施例提供的信令跟蹤方法，通過(guò)配置并獲取一通用接口文 件(如XML格式的通用接口文件)，由于通用接口文件具有開(kāi)放性、跨平臺(tái) 性、可擴(kuò)展性等這使得業(yè)務(wù)的信令跟蹤接口擴(kuò)展容易、客戶端和服務(wù)端流程統(tǒng) 一維護(hù)方便，客戶端界面更加靈活，在大大提高工作效率的同時(shí)還可降低了程 序開(kāi)發(fā)的周期和調(diào)試的工作量。如圖3所示，為本發(fā)明的實(shí)施例信令跟蹤后臺(tái)裝置40的結(jié)構(gòu)示意圖，該 信令跟蹤后臺(tái)裝置40包括服務(wù)端模塊41,用于獲取通用接口文件，所述通用接口文件包括所述 信令跟蹤前臺(tái)裝置的邏輯網(wǎng)元的跟蹤條件；客戶端模塊42,用于對(duì)所述通用接口文件進(jìn)行處理，生成信令跟蹤界面； 并將滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)，展現(xiàn)在所述信令跟蹤界面上。如圖4所示，在上述圖3的基礎(chǔ)上，上述服務(wù)端模塊41包括獲取模塊411,用于獲取根據(jù)信令跟蹤前臺(tái)裝置的信令跟蹤接口文件生成 一XML格式的通用接口文件；其中，跟蹤條件與信令跟蹤接口文件中的信令 跟蹤接口對(duì)應(yīng)，該信令跟蹤接口可以是業(yè)務(wù)提供的c語(yǔ)言或者java信令跟蹤接 口，這里的業(yè)務(wù)是由邏輯網(wǎng)元實(shí)現(xiàn)的；當(dāng)然，這里并不限于XML格式的通用 接口文件，也可以是如SGML格式的通用接口文件；解析模塊412，用于對(duì)所述XML格式的通用接口文件進(jìn)行解析，將所述 XML格式的通用接口文件轉(zhuǎn)換為XML通用接口對(duì)象；該解析模塊412在服務(wù)端啟動(dòng)后會(huì)根據(jù)自己的部署方式調(diào)用XML函數(shù)庫(kù)去讀取XML通用接口文件，并將讀取的XML通用接口文件進(jìn)行解析，解析 出業(yè)務(wù)的條件范圍要求，并根據(jù)業(yè)務(wù)的條件范圍要求將XML通用接口文件轉(zhuǎn) 換成XML通用接口對(duì)象；而上述客戶端模塊42包括調(diào)用模塊421,用于調(diào)用上述解析模塊412生成的XML通用接口對(duì)象， 并轉(zhuǎn)發(fā)給適配4莫塊422;適配模塊422，用于對(duì)所述XML通用接口對(duì)象進(jìn)行解析，并將對(duì)象的元 素取出，生成信令跟蹤界面，如根據(jù)邏輯網(wǎng)元樹(shù)來(lái)生成不同的tab頁(yè)面；在每 個(gè)tab頁(yè)面上以樹(shù)狀結(jié)構(gòu)把跟蹤條件接口展現(xiàn)，以方便用戶操作；另外適配模 塊422還把服務(wù)端轉(zhuǎn)發(fā)的信令跟蹤數(shù)據(jù)具體展現(xiàn)到客戶端界面上；第一轉(zhuǎn)發(fā)模塊423，用于將在所述信令跟蹤界面中選擇的跟蹤條件，轉(zhuǎn)換 成XML對(duì)象，并將所述XML對(duì)象發(fā)送至所述服務(wù)端模塊；當(dāng)用戶在信令跟蹤界面上選擇了具體的跟蹤條件如跟蹤模式、跟蹤方式 等，該第一轉(zhuǎn)發(fā)模塊423會(huì)把信令跟蹤界面上根據(jù)選擇的跟蹤條件的具體操作 生成XML對(duì)象，并把該XML對(duì)象轉(zhuǎn)發(fā)到服務(wù)端；所述服務(wù)端模塊41還包括第二轉(zhuǎn)發(fā)模塊413,用于接收所述第一轉(zhuǎn)發(fā)模塊423發(fā)送的選擇的跟蹤條 件，并轉(zhuǎn)發(fā)至所述信令跟蹤前臺(tái)裝置的相應(yīng)的邏輯網(wǎng)元的信令前臺(tái)接口；另外 把各邏輯網(wǎng)元上報(bào)的信令跟蹤數(shù)據(jù)轉(zhuǎn)發(fā)到對(duì)應(yīng)的邏輯網(wǎng)元上；并將所述信令跟 蹤前臺(tái)裝置發(fā)送的，邏輯網(wǎng)元的滿足所述選擇的跟蹤條件的信令跟蹤數(shù)據(jù)，轉(zhuǎn) 發(fā)至所述信令跟蹤界面上。和上述方法實(shí)施例中一樣，該通用接口文件(如XML格式的通用接口文 件)的具體設(shè)計(jì)格式如下Al.根節(jié)點(diǎn)是以信令跟蹤系統(tǒng)名稱來(lái)命名；A2.—級(jí)子節(jié)點(diǎn)是以邏輯網(wǎng)元的名稱來(lái)命名， 一個(gè)信令跟蹤系統(tǒng)里可能有 多個(gè)邏輯網(wǎng)元，每個(gè)邏輯網(wǎng)元的跟蹤條件并不相同且相對(duì)獨(dú)立； A3 .二級(jí)節(jié)點(diǎn)為邏輯網(wǎng)元的跟蹤條件。其中，該跟蹤條件可以具體為跟蹤模式或者跟蹤方式，跟蹤模式包括如 全用戶跟蹤或者單用戶跟蹤，而跟蹤方式包括如信令所屬類別。14上述跟蹤條件的結(jié)構(gòu)包括接口字段的名稱、字段描述、字段長(zhǎng)度(以 byte為單位)、字段的序號(hào)、數(shù)據(jù)類型(UINT8、 BYTE、 DWORD、 LONG、 char 等等)、取值范圍、在信令跟蹤界面上顯示需要的控件類型(0:文本1: checkbox 2: RadioButton , 3: ip地址等)、是否有子跟蹤條件和默認(rèn)值中的至少一個(gè)。本發(fā)明所提供的信令跟蹤后臺(tái)裝置，通過(guò)配置一通用接口文件，如XML 格式的通用接口文件，由于XML具有開(kāi)放性、跨平臺(tái)性、可擴(kuò)展性等這使得 業(yè)務(wù)的信令跟蹤接口擴(kuò)展容易、客戶端和服務(wù)端流程統(tǒng)一維護(hù)方便，客戶端界 面更加靈活，在大大提高工作效率的同時(shí)還可降低了程序開(kāi)發(fā)的周期和調(diào)試的 工作量。如圖5所示，本發(fā)明的實(shí)施例還提供一種信令跟蹤系統(tǒng)，包括 信令跟蹤前臺(tái)裝置30,用于根據(jù)業(yè)務(wù)及實(shí)現(xiàn)該業(yè)務(wù)的邏輯網(wǎng)元提供的信 令跟蹤接口，生成信令跟蹤接口文件，以及根據(jù)信令跟蹤后臺(tái)轉(zhuǎn)發(fā)的選擇的跟 蹤條件進(jìn)行跟蹤，生成信令跟蹤數(shù)據(jù)，并把信令跟蹤數(shù)據(jù)發(fā)送到信令跟蹤后臺(tái) 裝置40;信令跟蹤后臺(tái)裝置40,用于獲取根據(jù)所述信令跟蹤接口文件生成的通用 接口文件，并將所述通用接口文件進(jìn)行處理，生成信令跟蹤界面；并將滿足選 擇的跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上。如圖6所示，上述圖4所示的具體實(shí)現(xiàn)方式同樣適用于該系統(tǒng)，具體來(lái)講， 信令前臺(tái)裝置30包括有至少多個(gè)邏輯網(wǎng)元，每個(gè)邏輯網(wǎng)元都具有多個(gè)跟蹤條 件對(duì)應(yīng)的信令跟蹤接口；而信令跟蹤后臺(tái)裝置40包括服務(wù)端模塊41和客戶 端模塊42，其中，服務(wù)端模塊41包括獲取模塊411,用于獲取根據(jù)信令跟 蹤前臺(tái)裝置的信令跟蹤接口文件生成一 XML格式的通用接口文件；解析^t塊412,用于對(duì)所述XML格式的通用接口文件進(jìn)行解析，將所述 XML格式的通用接口文件轉(zhuǎn)換為XML通用接口對(duì)象；該解析模塊412在服務(wù)端啟動(dòng)后會(huì)根據(jù)自己的部署方式調(diào)用XML函數(shù)庫(kù) 去讀取XML通用接口文件，并將讀取的XML通用接口文件進(jìn)行解析，解析 出業(yè)務(wù)的條件范圍要求，并根據(jù)業(yè)務(wù)的條件范圍要求將XML通用接口文件轉(zhuǎn) 換成XML通用接口對(duì)象；客戶端模塊42包括調(diào)用模塊421,用于調(diào)用上述解析模塊412生成的XML通用接口對(duì)象，并轉(zhuǎn)發(fā)給適配模塊422;適配模塊422,用于對(duì)所述XML通用接口對(duì)象進(jìn)行解析，并將對(duì)象的元 素取出，生成信令跟蹤界面，如根據(jù)邏輯網(wǎng)元樹(shù)來(lái)生成不同的tab頁(yè)面；在每 個(gè)tab頁(yè)面上以樹(shù)狀結(jié)構(gòu)把跟蹤條件接口展現(xiàn)，以方便用戶操作；另外適配模 塊422還把服務(wù)端轉(zhuǎn)發(fā)的信令跟蹤數(shù)據(jù)具體展現(xiàn)到客戶端界面上；第一轉(zhuǎn)發(fā)模塊423，用于將在所述信令跟蹤界面中選擇的跟蹤條件，轉(zhuǎn)換 成XML對(duì)象，并將所述XML對(duì)象發(fā)送至所述服務(wù)端模塊；當(dāng)用戶在信令跟蹤界面上選擇了具體的跟蹤條件如跟蹤模式、跟蹤方式 等，該第一轉(zhuǎn)發(fā)模塊423會(huì)把信令跟蹤界面上根據(jù)選4奪的跟蹤條件的具體操作 生成XML對(duì)象，并把該XML對(duì)象轉(zhuǎn)發(fā)到服務(wù)端；所述服務(wù)端模塊41還包括第二轉(zhuǎn)發(fā)模塊413,用于接收所述第一轉(zhuǎn)發(fā) 模塊423發(fā)送的選擇的跟蹤條件，并轉(zhuǎn)發(fā)至所述信令跟蹤前臺(tái)裝置的相應(yīng)的邏 輯網(wǎng)元的信令前臺(tái)接口 ；另外把各邏輯網(wǎng)元上報(bào)的信令跟蹤數(shù)據(jù)轉(zhuǎn)發(fā)到對(duì)應(yīng)的 邏輯網(wǎng)元上；并將所述信令跟蹤前臺(tái)裝置發(fā)送的，邏輯網(wǎng)元的滿足所述選擇的 跟蹤條件的信令跟蹤數(shù)據(jù)，轉(zhuǎn)發(fā)至所述信令跟蹤界面上。當(dāng)然，本發(fā)明的信令跟蹤系統(tǒng)中的通用接口文件也不限于XML格式的通 用接口文件，也可以是如SGML格式的通用接口文件。本發(fā)明所提供的信令跟蹤系統(tǒng)，通過(guò)配置一通用接口文件，如XML格式 的通用接口文件，由于XML具有開(kāi)放性、跨平臺(tái)性、可擴(kuò)展性等這使得業(yè)務(wù) 的信令跟蹤接口擴(kuò)展容易、客戶端和服務(wù)端流程統(tǒng)一維護(hù)方便，客戶端界面更 加靈活，在大大提高工作效率的同時(shí)還可降低了程序開(kāi)發(fā)的周期和調(diào)試的工作 量。以上所述是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技 術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進(jìn)和潤(rùn)飾， 這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種信令跟蹤方法，包括信令跟蹤后臺(tái)裝置獲取一通用接口文件，所述通用接口文件包括所述信令跟蹤前臺(tái)裝置的邏輯網(wǎng)元的跟蹤條件；所述信令跟蹤后臺(tái)裝置對(duì)所述通用接口文件進(jìn)行處理，生成信令跟蹤界面；所述信令跟蹤后臺(tái)裝置將滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上。
2. 根據(jù)權(quán)利要求1所述的信令跟蹤方法，其特征在于，所述通用接口文 件是根據(jù)信令跟蹤前臺(tái)裝置的信令跟蹤接口文件生成，所述跟蹤條件與所述信 令跟蹤接口文件中的信令跟蹤接口對(duì)應(yīng)。
3. 根據(jù)權(quán)利要求1所述的信令跟蹤方法，其特征在于，所述信令跟蹤后 臺(tái)裝置對(duì)所述通用接口文件進(jìn)行處理，生成信令跟蹤界面的步驟具體包括所述信令跟蹤后臺(tái)裝置將所述通用接口文件轉(zhuǎn)換成通用接口對(duì)象； 所述信令跟蹤后臺(tái)裝置對(duì)所述通用接口對(duì)象進(jìn)行解析，生成信令跟蹤界面。
4. 根據(jù)權(quán)利要求3所述的信令跟蹤方法，其特征在于，所述信令跟蹤后 臺(tái)裝置將滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上的 步驟具體包括所述信令跟蹤后臺(tái)裝置將在所述信令跟蹤界面中選擇的跟蹤條件，轉(zhuǎn)發(fā)給 所述信令跟蹤前臺(tái)裝置；所述信令跟蹤后臺(tái)裝置將所述信令跟蹤前臺(tái)裝置發(fā)送的滿足選擇的跟蹤 條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上。
5. 根據(jù)權(quán)利要求1-4任一項(xiàng)所述的信令跟蹤方法，其特征在于，所述通 用接口文件為可擴(kuò)展標(biāo)記語(yǔ)言XML格式的通用接口文件；所述通用接口文件 的根節(jié)點(diǎn)為信令跟蹤系統(tǒng)名稱， 一級(jí)節(jié)點(diǎn)為邏輯網(wǎng)元的名稱，二級(jí)節(jié)點(diǎn)為所述 邏輯網(wǎng)元的跟蹤條件。
6. 根據(jù)權(quán)利要求5所述的信令跟蹤方法，其特征在于，所述跟蹤條件具體為跟蹤模式或者跟蹤方式；所述跟蹤條件的結(jié)構(gòu)包括字段的名稱、字段 描述、字段長(zhǎng)度、字段的序號(hào)、數(shù)據(jù)類型、取值范圍，在信令跟蹤界面上顯示 需要的控件類型、是否有子跟蹤條件和默認(rèn)值中的至少一個(gè)。
7. —種信令跟蹤后臺(tái)裝置，其特征在于，包括服務(wù)端模塊，用于獲取通用接口文件，所述通用接口文件包括所述信令 跟蹤前臺(tái)裝置的邏輯網(wǎng)元的跟蹤條件；客戶端模塊，用于對(duì)所述通用接口文件進(jìn)行處理，生成信令跟蹤界面，將 滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)，展現(xiàn)在所述信令跟蹤界面上。
8. 根據(jù)權(quán)利要求7所述的信令跟蹤后臺(tái)裝置，其特征在于，所述服務(wù)端 模塊包括獲取模塊，用于獲取根據(jù)信令跟蹤前臺(tái)裝置的信令跟蹤接口文件生成一 XML格式的通用接口文件；解析模塊，用于對(duì)所述XML格式的通用接口文件進(jìn)行解析，將所述XML 格式的通用接口文件轉(zhuǎn)換為XML通用接口對(duì)象。
9. 根據(jù)權(quán)利要求8所述的信令跟蹤后臺(tái)裝置，其特征在于，所述客戶端 模塊包括調(diào)用模塊，用于調(diào)用所述XML通用接口對(duì)象；適配模塊，用于對(duì)所述XML通用接口對(duì)象進(jìn)行解析，生成信令跟蹤界面； 第一轉(zhuǎn)發(fā)模塊，用于將在所述信令跟蹤界面中選擇的跟蹤條件，轉(zhuǎn)換成 XML對(duì)象，并將所述XML對(duì)象發(fā)送至所述服務(wù)端模塊； 所述服務(wù)端模塊還包括笫二轉(zhuǎn)發(fā)模塊，用于接收所述第一轉(zhuǎn)發(fā)模塊發(fā)送的選擇的跟蹤條件，并轉(zhuǎn) 發(fā)至所述信令跟蹤前臺(tái)裝置的相應(yīng)的邏輯網(wǎng)元；并將所述信令跟蹤前臺(tái)裝置發(fā) 送的滿足所述選擇的跟蹤條件的信令跟蹤數(shù)據(jù)，轉(zhuǎn)發(fā)至所述信令跟蹤界面上。
10. —種信令跟蹤系統(tǒng)，其特征在于，包括信令跟蹤前臺(tái)裝置，用于根據(jù)業(yè)務(wù)及實(shí)現(xiàn)該業(yè)務(wù)的邏輯網(wǎng)元提供的信令跟 蹤接口，生成信令跟蹤接口文件，以及根據(jù)信令跟蹤后臺(tái)轉(zhuǎn)發(fā)的選擇的跟蹤條 件進(jìn)行跟蹤，生成信令跟蹤數(shù)據(jù)；信令跟蹤后臺(tái)裝置，用于獲取根據(jù)所述信令跟蹤接口文件生成的通用接口文件，并將所述通用接口文件進(jìn)行處理生A^入銀p臾工跟蹤條件雜令跟蹤飾展現(xiàn)在所述信^;^界^開(kāi)將滿足選擇的
全文摘要
本發(fā)明提供一種信令跟蹤方法、信令跟蹤后臺(tái)裝置及跟蹤系統(tǒng)，其中方法包括信令跟蹤后臺(tái)裝置獲取一通用接口文件，所述通用接口文件包括所述信令跟蹤前臺(tái)裝置的邏輯網(wǎng)元的跟蹤條件；所述信令跟蹤后臺(tái)裝置對(duì)所述通用接口文件進(jìn)行處理，生成信令跟蹤界面；所述信令跟蹤后臺(tái)裝置將滿足選擇的跟蹤條件的信令跟蹤數(shù)據(jù)展現(xiàn)在所述信令跟蹤界面上。本發(fā)明的方案使信令跟蹤后臺(tái)模塊代碼統(tǒng)一化，減少開(kāi)發(fā)人員的維護(hù)工作量。
文檔編號(hào)H04Q3/00GK101631261SQ20091009051
公開(kāi)日2010年1月20日 申請(qǐng)日期2009年8月19日 優(yōu)先權(quán)日2009年8月19日
發(fā)明者趙彥波 申請(qǐng)人:中興通訊股份有限公司