專利名稱：一種電信業(yè)務(wù)中消息跟蹤的配置方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信通訊業(yè)務(wù)產(chǎn)品領(lǐng)域，特別是指一種電信業(yè)務(wù)中消息跟蹤的配置方 法和系統(tǒng)。
背景技術(shù)：
電信業(yè)務(wù)產(chǎn)品中，為了獲取業(yè)務(wù)的運行狀態(tài)等數(shù)據(jù)，需要對消息進(jìn)行跟蹤，進(jìn)而才 可以對業(yè)務(wù)運行進(jìn)行分析及管理?；诟櫟膫?cè)重點不同進(jìn)行分類，消息跟蹤可以分為兩 個大類，一類是基于管理的跟蹤；一類是基于消息傳輸?shù)母櫋?br> 其中，基于管理的跟蹤方法側(cè)重點在于，被跟蹤的業(yè)務(wù)在某個業(yè)務(wù)節(jié)點上的管理 操作過程。具體為通過特定內(nèi)容的消息的觸發(fā)，針對單個業(yè)務(wù)節(jié)點上對被跟蹤消息如何管 理進(jìn)行跟蹤。例如只針對用戶的移動終端在某個特定的網(wǎng)絡(luò)節(jié)點上的呼叫業(yè)務(wù)進(jìn)行跟蹤， 而對其他網(wǎng)絡(luò)節(jié)點對該移動終端的呼叫業(yè)務(wù)不進(jìn)行消息跟蹤。
基于消息傳輸?shù)母櫡椒▊?cè)重點在于，對某個特定的消息內(nèi)容進(jìn)行跟蹤，這可能 會涉及到多個業(yè)務(wù)節(jié)點。在業(yè)務(wù)執(zhí)行的過程中，某個網(wǎng)絡(luò)節(jié)點可能會因為接收或發(fā)送特定 的消息內(nèi)容，觸發(fā)網(wǎng)絡(luò)節(jié)點間特定的消息傳輸，對傳輸?shù)倪^程進(jìn)行跟蹤就是基于消息傳輸 的跟蹤。
由上述描述可知由于消息跟蹤的側(cè)重點不同，因此現(xiàn)有的消息跟蹤平臺都是針對 某一個或某一類業(yè)務(wù)的特性以及管理的需要單獨搭建的，無法相互兼容。由于電信行業(yè)的 高速發(fā)展，不同類型的業(yè)務(wù)越來越多，各種業(yè)務(wù)需要跟蹤的消息類型和內(nèi)容都不相同，因此 急需構(gòu)造統(tǒng)一通用的消息跟蹤平臺來實現(xiàn)業(yè)務(wù)跟蹤。發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通用消息跟蹤的實現(xiàn)方法及系統(tǒng)，能 夠?qū)⒏鞣N業(yè)務(wù)的消息跟蹤整合到一起，解決了現(xiàn)有消息跟蹤平臺相互不兼容的問題。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的
本發(fā)明提供了一種電信業(yè)務(wù)中消息跟蹤的配置方法，所述方法包括
業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起注冊消息，并向跟蹤服務(wù)器同步跟蹤條件；
監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起注冊消息，并接收跟蹤服務(wù)器同步發(fā)送來的所述跟 蹤條件；
監(jiān)控客戶端針對跟蹤條件進(jìn)行配置，將配置信息同步消息通過跟蹤服務(wù)器發(fā)送給 對應(yīng)的業(yè)務(wù)模塊完成消息跟蹤配置。
其中，所述將配置信息同步消息發(fā)送給對應(yīng)的業(yè)務(wù)模塊之后，還包括
監(jiān)控客戶端啟動消息跟蹤；
業(yè)務(wù)模塊根據(jù)配置好的跟蹤條件對消息進(jìn)行跟蹤，將跟蹤結(jié)果通過跟蹤服務(wù)器轉(zhuǎn) 發(fā)給對應(yīng)的監(jiān)控客戶端；
監(jiān)控客戶端對跟蹤結(jié)果進(jìn)行展現(xiàn)、分析和管理；
監(jiān)控客戶端將跟蹤停止消息，通過跟蹤服務(wù)器發(fā)送給業(yè)務(wù)模塊，業(yè)務(wù)模塊接收到 跟蹤停止消息后，停止消息跟蹤。
其中，所述業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起的注冊消息，包括所述業(yè)務(wù)模塊的身份消 息和地址消息，以及其執(zhí)行的業(yè)務(wù)名稱，和/或業(yè)務(wù)類型。
其中，所述監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起的注冊消息，包括所述監(jiān)控客戶端的身 份信息和地址信息。
其中，所述監(jiān)控客戶端接收跟蹤服務(wù)器同步發(fā)送來的所述跟蹤條件，包括業(yè)務(wù)模 塊執(zhí)行的業(yè)務(wù)中能夠被跟蹤的消息的關(guān)鍵識別字段名和消息結(jié)構(gòu)的可擴(kuò)展標(biāo)記語言(XML) 格式說明文件。
本發(fā)明還提供了一種電信業(yè)務(wù)中消息跟蹤的配置系統(tǒng)，所述系統(tǒng)包括業(yè)務(wù)模塊、 跟蹤服務(wù)器和監(jiān)控客戶端，其中，
所述業(yè)務(wù)模塊，用于向跟蹤服務(wù)器發(fā)起注冊消息，并向跟蹤服務(wù)器同步跟蹤條件， 接收跟蹤服務(wù)器發(fā)送來的配置信息同步消息完成消息跟蹤配置；
所述跟蹤服務(wù)器，用于接收業(yè)務(wù)模塊和監(jiān)控客戶端的注冊消息，并將業(yè)務(wù)模塊同 步來的跟蹤條件同步給監(jiān)控客戶端；
所述監(jiān)控客戶端，用于向跟蹤服務(wù)器發(fā)起注冊消息，針對跟蹤條件進(jìn)行配置，將配 置信息同步消息通過跟蹤服務(wù)器發(fā)送給對應(yīng)的業(yè)務(wù)模塊完成消息跟蹤配置。
其中，所述業(yè)務(wù)模塊，還用于根據(jù)配置好的跟蹤條件對消息進(jìn)行跟蹤，將跟蹤結(jié)果 通過跟蹤服務(wù)器轉(zhuǎn)發(fā)給對應(yīng)的監(jiān)控客戶端，接收到跟蹤停止消息后停止消息跟蹤；
所述監(jiān)控客戶端，還用于啟動消息跟蹤，對跟蹤結(jié)果進(jìn)行展現(xiàn)、分析和管理，將跟 蹤停止消息通過跟蹤服務(wù)器發(fā)送給業(yè)務(wù)模塊。
本發(fā)明所提供的電信業(yè)務(wù)中消息跟蹤的配置方案，通過業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā) 起注冊消息，并向跟蹤服務(wù)器同步跟蹤條件；監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起注冊消息，并接 收跟蹤服務(wù)器同步發(fā)送來的所述跟蹤條件，監(jiān)控客戶端針對跟蹤條件進(jìn)行配置，將配置信 息同步消息通過跟蹤服務(wù)器發(fā)送給對應(yīng)的業(yè)務(wù)模塊完成消息跟蹤配置，實現(xiàn)了針對消息跟 蹤的通用的平臺，能夠?qū)⒏鞣N不同業(yè)務(wù)的消息跟蹤整合到一起，能夠更加靈活的添加新的 業(yè)務(wù)模塊或新的監(jiān)控客戶端。


圖1為本發(fā)明電信業(yè)務(wù)中消息跟蹤的配置方法流程示意圖2為本發(fā)明電信業(yè)務(wù)中消息跟蹤的執(zhí)行方法流程示意圖3為本發(fā)明電信業(yè)務(wù)中消息跟蹤的配置系統(tǒng)結(jié)構(gòu)示意圖。
具體實施方式
下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。
圖1為本發(fā)明電信業(yè)務(wù)中消息跟蹤的配置方法流程示意圖，如圖1所示，所述消息 跟蹤的配置方法，具體包括以下步驟
步驟101，業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起注冊消息；
具體的，所述業(yè)務(wù)模塊可以是針對一個業(yè)務(wù)的整體業(yè)務(wù)系統(tǒng)，或者是一個業(yè)務(wù)系5統(tǒng)中需要參與跟蹤的多個單獨的子模塊。當(dāng)跟蹤的側(cè)重點在于整體業(yè)務(wù)系統(tǒng)的管理時，可 以將業(yè)務(wù)系統(tǒng)整體視為一個業(yè)務(wù)模塊；當(dāng)跟蹤的側(cè)重點在于業(yè)務(wù)系統(tǒng)中多個單獨的子模塊 的管理，或者子模塊之間的消息傳輸時，可以將業(yè)務(wù)系統(tǒng)中的多個子模塊都分別視為所述 業(yè)務(wù)模塊。所述業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起的注冊消息中包括所述業(yè)務(wù)模塊的身份消息 和地址消息，以及其執(zhí)行的業(yè)務(wù)名稱，和/或業(yè)務(wù)類型。
步驟102，跟蹤服務(wù)器向業(yè)務(wù)模塊返回注冊成功消息；
具體的，跟蹤服務(wù)器將業(yè)務(wù)模塊發(fā)起的注冊消息中的業(yè)務(wù)名稱，和/或業(yè)務(wù)類型 保存，然后向業(yè)務(wù)模塊返回注冊成功消息。
步驟103，業(yè)務(wù)模塊收到注冊成功消息后，向跟蹤服務(wù)器同步跟蹤條件；
具體的，所述向跟蹤服務(wù)器同步跟蹤條件包括業(yè)務(wù)模塊將跟蹤條件發(fā)送給跟蹤 服務(wù)器，跟蹤服務(wù)器將跟蹤條件對應(yīng)前述的注冊消息進(jìn)行保存。所述跟蹤條件具體為業(yè)務(wù) 模塊執(zhí)行的業(yè)務(wù)中能夠被跟蹤的消息。所述能夠被跟蹤的消息可以是能夠被跟蹤的消息 的關(guān)鍵識別字段名和消息結(jié)構(gòu)的可擴(kuò)展標(biāo)記語言(Extensible Markup Language, XML)格 式說明文件。
進(jìn)一步的，所述業(yè)務(wù)模塊向跟蹤服務(wù)器同步跟蹤條件可以不僅限于注冊成功后進(jìn) 行，也可以在業(yè)務(wù)模塊運行業(yè)務(wù)的過程中將新的跟蹤條件同步到跟蹤服務(wù)器上。
步驟104，監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起注冊消息；
具體的，所述監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起的注冊消息中包括所述監(jiān)控客戶端 的身份信息和地址信息。
步驟105，跟蹤服務(wù)器向監(jiān)控客戶端同步業(yè)務(wù)模塊的跟蹤條件；
具體的，跟蹤服務(wù)器保存監(jiān)控客戶端注冊消息中的所述監(jiān)控客戶端的身份信息和 地址信息，進(jìn)而根據(jù)地址信息向監(jiān)控客戶端同步所述跟蹤服務(wù)器能夠跟蹤的業(yè)務(wù)模塊的跟 蹤條件。其中，具體返回的跟蹤條件是業(yè)務(wù)模塊同步給跟蹤服務(wù)器的能夠被跟蹤的消息的 關(guān)鍵識別字段名和消息結(jié)構(gòu)的XML格式說明文件。
進(jìn)一步的，所述跟蹤服務(wù)器向監(jiān)控客戶端同步跟蹤條件可以不僅限于注冊后進(jìn) 行，也可以在業(yè)務(wù)模塊運行業(yè)務(wù)的過程中，當(dāng)跟蹤服務(wù)器接收到業(yè)務(wù)模塊同步的跟蹤條件 后，直接將所述跟蹤條件同步給監(jiān)控客戶端。
步驟106，監(jiān)控客戶端針對跟蹤條件進(jìn)行配置，將配置信息同步消息通過跟蹤服務(wù) 器發(fā)送給對應(yīng)的業(yè)務(wù)模塊完成消息跟蹤配置。
具體的，所述監(jiān)控客戶端可以優(yōu)選的采用Web展現(xiàn)客戶端，其接收到跟蹤條件后 可以展示配置界面，由管理人員通過配置界面對能夠被跟蹤的消息的關(guān)鍵識別字段配置關(guān) 鍵值，然后，將所述關(guān)鍵值利用配置信息同步消息，通過跟蹤服務(wù)器發(fā)送給業(yè)務(wù)模塊。其中， 由于跟蹤服務(wù)器上保存了業(yè)務(wù)模塊和監(jiān)控客戶端的注冊消息，因此所述發(fā)送給業(yè)務(wù)模塊具 體為發(fā)送給被配置的跟蹤條件對應(yīng)的業(yè)務(wù)模塊。所述配置信息同步消息中除了對關(guān)鍵識別 字段配置的關(guān)鍵值以外，還包括發(fā)送配置的監(jiān)控客戶端的身份信息，和/或地址信息，用于 業(yè)務(wù)模塊向監(jiān)控客戶端發(fā)送跟蹤結(jié)果。
進(jìn)一步的，為了防止業(yè)務(wù)模塊、跟蹤服務(wù)器和監(jiān)控客戶端之間消息傳輸出現(xiàn)故障， 業(yè)務(wù)模塊接收到配置信息同步消息完成消息跟蹤配置后，還包括向監(jiān)控客戶端返回配置成 功消息。
圖2為本發(fā)明電信業(yè)務(wù)中消息跟蹤的執(zhí)行方法流程示意圖，如圖2所示，所述消息 跟蹤的執(zhí)行方法，具體包括以下步驟
步驟201，監(jiān)控客戶端啟動消息跟蹤；
具體的，當(dāng)需要開始消息跟蹤時，管理人員通過監(jiān)控客戶端發(fā)送啟動消息給業(yè)務(wù) 模塊。
步驟202，業(yè)務(wù)模塊根據(jù)配置好的跟蹤條件對消息進(jìn)行跟蹤，將跟蹤結(jié)果通過跟蹤 服務(wù)器轉(zhuǎn)發(fā)給對應(yīng)的監(jiān)控客戶端；
具體的，業(yè)務(wù)模塊判斷自身業(yè)務(wù)邏輯收發(fā)的消息中，關(guān)鍵字段的關(guān)鍵值等于配置 好的關(guān)鍵值時，將所述消息發(fā)送給跟蹤服務(wù)器。由于跟蹤服務(wù)器上保存了業(yè)務(wù)模塊和監(jiān)控 客戶端的注冊消息，并且配置信息同步消息中包括發(fā)送配置的監(jiān)控客戶端的身份信息，和/ 或地址信息，因此，所述跟蹤結(jié)果可以不斷轉(zhuǎn)發(fā)給對應(yīng)的監(jiān)控客戶端。
步驟203，監(jiān)控客戶端對跟蹤結(jié)果進(jìn)行展現(xiàn)、分析和管理；
具體的，所述監(jiān)控客戶端可以優(yōu)選的采用Web展現(xiàn)客戶端，將跟蹤結(jié)果按樹形結(jié) 構(gòu)進(jìn)行展現(xiàn)，進(jìn)而根據(jù)管理人員的預(yù)先設(shè)置的策略進(jìn)行分析和管理。所述分析，例如按照 時間或大小等規(guī)則排序，這樣有利于管理人員進(jìn)一步管理。所述管理，例如將部分有必要 保存的跟蹤結(jié)果進(jìn)行儲存。
步驟204，監(jiān)控客戶端將跟蹤停止消息通過跟蹤服務(wù)器發(fā)送給業(yè)務(wù)模塊；
具體的，當(dāng)需要停止消息跟蹤時，管理人員通過監(jiān)控客戶端發(fā)送跟蹤停止消息給 業(yè)務(wù)模塊。
步驟205，業(yè)務(wù)模塊接收到跟蹤停止消息后，停止跟蹤，并返回停止成功消息給監(jiān) 控客戶端。
進(jìn)一步的，在圖1和圖2的方法中，還包括所述跟蹤服務(wù)器分別與一個或多 個業(yè)務(wù)模塊和一個或多個監(jiān)控客戶端之間保持傳輸控制協(xié)議(Transmission Control Protocol, TCP)長鏈接鏈路。其中，所述TCP長鏈接鏈路是相對于TCP短鏈接鏈路，TCP短 鏈接鏈路中業(yè)務(wù)執(zhí)行完畢后鏈路自動斷開，而TCP長鏈接鏈路長期保持鏈路鏈接，其斷開 鏈接與業(yè)務(wù)執(zhí)行是否完成無關(guān)，而是由建立TCP長鏈接鏈路的設(shè)備來決定。由于任意監(jiān)控 客戶端可以隨時連接跟蹤服務(wù)器同步得到，在所述跟蹤服務(wù)器上注冊了的業(yè)務(wù)模塊的跟蹤 條件，因此需要保持鏈路正常。優(yōu)選的方案，可以采用業(yè)務(wù)模塊和監(jiān)控客戶端分別定時檢測 跟蹤服務(wù)器的心跳消息，當(dāng)心跳消息正常收到時，說明鏈路正常；當(dāng)心跳消息沒有正常收到 時，說明鏈路中斷，此時由沒有收到心跳消息的業(yè)務(wù)模塊或監(jiān)控客戶端自動重新發(fā)起與跟 蹤服務(wù)器的鏈路鏈接。
圖3為本發(fā)明電信業(yè)務(wù)中消息跟蹤的配置系統(tǒng)結(jié)構(gòu)示意圖，如圖3所示，所述消息 跟蹤的系統(tǒng)，包括業(yè)務(wù)模塊31、跟蹤服務(wù)器32和監(jiān)控客戶端33，其中，
所述業(yè)務(wù)模塊31，用于向跟蹤服務(wù)器32發(fā)起注冊消息，并向跟蹤服務(wù)器32同步跟 蹤條件，接收跟蹤服務(wù)器32發(fā)送來的配置信息同步消息完成消息跟蹤配置；
具體的，所述業(yè)務(wù)模塊31可以是針對一個業(yè)務(wù)的整體業(yè)務(wù)系統(tǒng)，或者是一個業(yè)務(wù) 系統(tǒng)中需要參與跟蹤的多個單獨的子模塊。當(dāng)跟蹤的側(cè)重點在于整體業(yè)務(wù)系統(tǒng)的管理時， 可以將業(yè)務(wù)系統(tǒng)整體視為一個業(yè)務(wù)模塊31 ；當(dāng)跟蹤的側(cè)重點在于業(yè)務(wù)系統(tǒng)中多個單獨的 子模塊的管理，或者子模塊之間的消息傳輸時，可以將業(yè)務(wù)系統(tǒng)中的多個子模塊都分別視為所述業(yè)務(wù)模塊31。所述業(yè)務(wù)模塊31向跟蹤服務(wù)器32發(fā)起的注冊消息中包括所述業(yè)務(wù) 模塊31的身份消息和地址消息，以及其執(zhí)行的業(yè)務(wù)名稱，和/或業(yè)務(wù)類型。
所述向跟蹤服務(wù)器32同步跟蹤條件包括業(yè)務(wù)模塊31將跟蹤條件發(fā)送給跟蹤服 務(wù)器32，跟蹤服務(wù)器32將跟蹤條件對應(yīng)前述的注冊消息進(jìn)行保存。所述跟蹤條件具體為 業(yè)務(wù)模塊31執(zhí)行的業(yè)務(wù)中能夠被跟蹤的消息。所述能夠被跟蹤的消息可以是能夠被跟蹤 的消息的關(guān)鍵識別字段名和消息結(jié)構(gòu)的XML格式說明文件。
進(jìn)一步的，所述業(yè)務(wù)模塊31向跟蹤服務(wù)器32同步跟蹤條件可以不僅限于注冊成 功后進(jìn)行，也可以在業(yè)務(wù)模塊31運行業(yè)務(wù)的過程中將新的跟蹤條件同步到跟蹤服務(wù)器32上。
進(jìn)一步的，為了防止業(yè)務(wù)模塊31、跟蹤服務(wù)器32和監(jiān)控客戶端33之間消息傳輸出 現(xiàn)故障，業(yè)務(wù)模塊31接收到配置信息同步消息完成消息跟蹤配置后，還用于向監(jiān)控客戶端 返回配置成功消息。
所述跟蹤服務(wù)器32，用于接收業(yè)務(wù)模塊31和監(jiān)控客戶端33的注冊消息，并將業(yè)務(wù) 模塊31同步來的跟蹤條件同步給監(jiān)控客戶端33 ；
具體的，所述跟蹤服務(wù)器32將業(yè)務(wù)模塊31發(fā)起的注冊消息中的業(yè)務(wù)名稱，和/或 業(yè)務(wù)類型保存，然后向業(yè)務(wù)模塊31返回注冊成功消息。
跟蹤服務(wù)器32保存監(jiān)控客戶端33注冊消息中的所述監(jiān)控客戶端的身份信息和地 址信息，進(jìn)而根據(jù)地址信息向監(jiān)控客戶端33同步所述跟蹤服務(wù)器32能夠跟蹤的業(yè)務(wù)模塊 的跟蹤條件。其中，具體返回的跟蹤條件是業(yè)務(wù)模塊31同步給跟蹤服務(wù)器32的能夠被跟 蹤的消息的關(guān)鍵識別字段名和消息結(jié)構(gòu)的XML格式說明文件。
進(jìn)一步的，所述跟蹤服務(wù)器32向監(jiān)控客戶端33同步跟蹤條件可以不僅限于注冊 后進(jìn)行，也可以在業(yè)務(wù)模塊31運行業(yè)務(wù)的過程中，當(dāng)跟蹤服務(wù)器32接收到業(yè)務(wù)模塊31同 步的跟蹤條件后，直接將所述跟蹤條件同步給監(jiān)控客戶端33。
所述監(jiān)控客戶端33，用于向跟蹤服務(wù)器32發(fā)起注冊消息，針對跟蹤條件進(jìn)行配 置，將配置信息同步消息通過跟蹤服務(wù)器32發(fā)送給對應(yīng)的業(yè)務(wù)模塊31完成消息跟蹤配置。
具體的，所述監(jiān)控客戶端33向跟蹤服務(wù)器32發(fā)起的注冊消息中包括所述監(jiān)控客 戶端的身份信息和地址信息。
所述監(jiān)控客戶端33可以優(yōu)選的采用Web展現(xiàn)客戶端，其接收到跟蹤條件后可以展 示配置界面，由管理人員通過配置界面對能夠被跟蹤的消息的關(guān)鍵識別字段配置關(guān)鍵值， 然后，將所述關(guān)鍵值利用配置信息同步消息，通過跟蹤服務(wù)器32發(fā)送給業(yè)務(wù)模塊31。其中， 由于跟蹤服務(wù)器32上保存了業(yè)務(wù)模塊31和監(jiān)控客戶端33的注冊消息，因此所述發(fā)送給業(yè) 務(wù)模塊31具體為發(fā)送給被配置的跟蹤條件對應(yīng)的業(yè)務(wù)模塊31。所述配置信息同步消息中 除了對關(guān)鍵識別字段配置的關(guān)鍵值以外，還包括發(fā)送配置的監(jiān)控客戶端33的身份信息，和 /或地址信息，用于業(yè)務(wù)模塊31向監(jiān)控客戶端33發(fā)送跟蹤結(jié)果。
進(jìn)一步的，在所述系統(tǒng)中，所述業(yè)務(wù)模塊31，還用于根據(jù)配置好的跟蹤條件對消息 進(jìn)行跟蹤，將跟蹤結(jié)果通過跟蹤服務(wù)器32轉(zhuǎn)發(fā)給對應(yīng)的監(jiān)控客戶端33，接收到跟蹤停止消 息后停止消息跟蹤；
具體的，業(yè)務(wù)模塊31判斷自身業(yè)務(wù)邏輯收發(fā)的消息中，關(guān)鍵字段的關(guān)鍵值等于配 置好的關(guān)鍵值時，將所述消息發(fā)送給跟蹤服務(wù)器32。由于跟蹤服務(wù)器32上保存了業(yè)務(wù)模塊頁31和監(jiān)控客戶端33的注冊消息，并且配置信息同步消息中包括發(fā)送配置的監(jiān)控客戶端33 的身份信息，和/或地址信息，因此，所述跟蹤結(jié)果可以不斷轉(zhuǎn)發(fā)給對應(yīng)的監(jiān)控客戶端33。
所述監(jiān)控客戶端33，還用于啟動消息跟蹤，對跟蹤結(jié)果進(jìn)行展現(xiàn)、分析和管理，將 跟蹤停止消息通過跟蹤服務(wù)器32發(fā)送給業(yè)務(wù)模塊31。
具體的，當(dāng)需要開始消息跟蹤時，管理人員通過監(jiān)控客戶端33發(fā)送啟動消息給業(yè) 務(wù)模塊31。當(dāng)需要停止消息跟蹤時，管理人員通過監(jiān)控客戶端33發(fā)送跟蹤停止消息給業(yè)務(wù) 模塊31。
所述監(jiān)控客戶端33可以優(yōu)選的采用Web展現(xiàn)客戶端，將跟蹤結(jié)果按樹形結(jié)構(gòu)進(jìn)行 展現(xiàn)，進(jìn)而根據(jù)管理人員的預(yù)先設(shè)置的策略進(jìn)行分析和管理。所述分析，例如按照時間或 大小等規(guī)則排序，這樣有利于管理人員進(jìn)一步管理。所述管理，例如將部分有必要保存的 跟蹤結(jié)果進(jìn)行儲存。
進(jìn)一步的，在圖3的系統(tǒng)中，所述跟蹤服務(wù)器32分別與一個或多個業(yè)務(wù)模塊31和 一個或多個監(jiān)控客戶端33之間保持TCP長鏈接鏈路。由于任意監(jiān)控客戶端31可以隨時連 接跟蹤服務(wù)器32同步得到，在所述跟蹤服務(wù)器32上注冊了的業(yè)務(wù)模塊31的跟蹤條件，因 此需要保持鏈路正常。優(yōu)選的方案，可以采用業(yè)務(wù)模塊31和監(jiān)控客戶端33分別定時檢測 跟蹤服務(wù)器32的心跳消息，當(dāng)心跳消息正常收到時，說明鏈路正常；當(dāng)心跳消息沒有正常 收到時，說明鏈路中斷，此時由沒有收到心跳消息的業(yè)務(wù)模塊31或監(jiān)控客戶端33自動重新 發(fā)起與跟蹤服務(wù)器32的鏈路鏈接。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù) 范圍之內(nèi)。
權(quán)利要求
1.一種電信業(yè)務(wù)中消息跟蹤的配置方法，其特征在于，所述方法包括業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起注冊消息，并向跟蹤服務(wù)器同步跟蹤條件；監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起注冊消息，并接收跟蹤服務(wù)器同步發(fā)送來的所述跟蹤條件；監(jiān)控客戶端針對跟蹤條件進(jìn)行配置，將配置信息同步消息通過跟蹤服務(wù)器發(fā)送給對應(yīng) 的業(yè)務(wù)模塊完成消息跟蹤配置。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將配置信息同步消息發(fā)送給對應(yīng)的 業(yè)務(wù)模塊之后，還包括監(jiān)控客戶端啟動消息跟蹤；業(yè)務(wù)模塊根據(jù)配置好的跟蹤條件對消息進(jìn)行跟蹤，將跟蹤結(jié)果通過跟蹤服務(wù)器轉(zhuǎn)發(fā)給 對應(yīng)的監(jiān)控客戶端；監(jiān)控客戶端對跟蹤結(jié)果進(jìn)行展現(xiàn)、分析和管理；監(jiān)控客戶端將跟蹤停止消息，通過跟蹤服務(wù)器發(fā)送給業(yè)務(wù)模塊，業(yè)務(wù)模塊接收到跟蹤 停止消息后，停止消息跟蹤。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起的注 冊消息，包括所述業(yè)務(wù)模塊的身份消息和地址消息，以及其執(zhí)行的業(yè)務(wù)名稱，和/或業(yè)務(wù) 類型。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起的 注冊消息，包括所述監(jiān)控客戶端的身份信息和地址信息。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述監(jiān)控客戶端接收跟蹤服務(wù)器同步 發(fā)送來的所述跟蹤條件，包括業(yè)務(wù)模塊執(zhí)行的業(yè)務(wù)中能夠被跟蹤的消息的關(guān)鍵識別字段 名和消息結(jié)構(gòu)的可擴(kuò)展標(biāo)記語言(XML)格式說明文件。
6.一種電信業(yè)務(wù)中消息跟蹤的配置系統(tǒng)，其特征在于，所述系統(tǒng)包括業(yè)務(wù)模塊、跟蹤 服務(wù)器和監(jiān)控客戶端，其中，所述業(yè)務(wù)模塊，用于向跟蹤服務(wù)器發(fā)起注冊消息，并向跟蹤服務(wù)器同步跟蹤條件，接收 跟蹤服務(wù)器發(fā)送來的配置信息同步消息完成消息跟蹤配置；所述跟蹤服務(wù)器，用于接收業(yè)務(wù)模塊和監(jiān)控客戶端的注冊消息，并將業(yè)務(wù)模塊同步來 的跟蹤條件同步給監(jiān)控客戶端；所述監(jiān)控客戶端，用于向跟蹤服務(wù)器發(fā)起注冊消息，針對跟蹤條件進(jìn)行配置，將配置信 息同步消息通過跟蹤服務(wù)器發(fā)送給對應(yīng)的業(yè)務(wù)模塊完成消息跟蹤配置。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)模塊，還用于根據(jù)配置好的跟蹤 條件對消息進(jìn)行跟蹤，將跟蹤結(jié)果通過跟蹤服務(wù)器轉(zhuǎn)發(fā)給對應(yīng)的監(jiān)控客戶端，接收到跟蹤 停止消息后停止消息跟蹤；所述監(jiān)控客戶端，還用于啟動消息跟蹤，對跟蹤結(jié)果進(jìn)行展現(xiàn)、分析和管理，將跟蹤停 止消息通過跟蹤服務(wù)器發(fā)送給業(yè)務(wù)模塊。
8.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起的注 冊消息，包括所述業(yè)務(wù)模塊的身份消息和地址消息，以及其執(zhí)行的業(yè)務(wù)名稱，和/或業(yè)務(wù) 類型。
9.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起的注冊消息，包括所述監(jiān)控客戶端的身份信息和地址信息。
10.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述跟蹤服務(wù)器同步給監(jiān)控客戶端 的所述跟蹤條件，包括業(yè)務(wù)模塊執(zhí)行的業(yè)務(wù)中能夠被跟蹤的消息的關(guān)鍵識別字段名和消 息結(jié)構(gòu)的XML格式說明文件。
全文摘要
本發(fā)明公開了一種電信業(yè)務(wù)中消息跟蹤的配置方法，所述方法包括業(yè)務(wù)模塊向跟蹤服務(wù)器發(fā)起注冊消息，并向跟蹤服務(wù)器同步跟蹤條件；監(jiān)控客戶端向跟蹤服務(wù)器發(fā)起注冊消息，并接收跟蹤服務(wù)器同步發(fā)送來的所述跟蹤條件，監(jiān)控客戶端針對跟蹤條件進(jìn)行配置，將配置信息同步消息通過跟蹤服務(wù)器發(fā)送給對應(yīng)的業(yè)務(wù)模塊完成消息跟蹤配置。本發(fā)明還公開了一種電信業(yè)務(wù)中消息跟蹤的配置系統(tǒng)，通過上述方法和系統(tǒng)，實現(xiàn)了針對消息跟蹤的通用的平臺，能夠?qū)⒏鞣N不同業(yè)務(wù)的消息跟蹤整合到一起，能夠更加靈活的添加新的業(yè)務(wù)模塊或新的監(jiān)控客戶端。
文檔編號H04W60/00GK102036268SQ20101025140
公開日2011年4月27日 申請日期2010年8月9日 優(yōu)先權(quán)日2010年8月9日
發(fā)明者張紀(jì)偉 申請人:中興通訊股份有限公司