專利名稱：一種業(yè)務(wù)跟蹤方法、系統(tǒng)及服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及跟蹤業(yè)務(wù)狀態(tài)的方法和系統(tǒng)及業(yè)務(wù)跟 蹤控制服務(wù)器。
背景技術(shù)：
隨著通信行業(yè)的不斷發(fā)展，為了提高用戶的滿意度，需要能夠快速解決用 戶關(guān)于業(yè)務(wù)/應(yīng)用故障的投訴，對(duì)業(yè)務(wù)流進(jìn)行跟蹤是進(jìn)行故障分析和定位的有效
手段。開放移動(dòng)聯(lián)盟(OMA， OpenMobileAlliance)提出的管理和維護(hù)業(yè)務(wù)生 命周期及負(fù)責(zé)業(yè)務(wù)跟蹤的跟蹤控制系統(tǒng)(OSPE ， OMA Service Provider Environment)中與業(yè)務(wù)跟蹤相關(guān)的部分包括三個(gè)模塊跟蹤控制服務(wù)器(OSPE 服務(wù)器)、跟蹤代理以及負(fù)責(zé)存儲(chǔ)和維護(hù)業(yè)務(wù)目錄及模型的業(yè)務(wù)數(shù)據(jù)庫 (SMAC ， Service Model And Catalogue )。
圖1為OSPE系統(tǒng)結(jié)構(gòu)示意圖，如圖所示，OSPE系統(tǒng)中包括業(yè)務(wù)跟蹤請(qǐng) 求者、OSPE服務(wù)器、跟蹤代理、SMAC、 OSPE-2接口、 OSPE-3接口、 OSPE-5 接口，其中
業(yè)務(wù)跟蹤請(qǐng)求者該模塊是向OSPE服務(wù)器發(fā)起打開跟蹤、向OSPE服務(wù) 器請(qǐng)求SLT ( Service Level Tracing,業(yè)務(wù)級(jí)跟蹤)任務(wù)以及從OSPE服務(wù)器獲 取跟蹤結(jié)果的模塊。
OSPE服務(wù)器該模塊是管理跟蹤活動(dòng)的服務(wù)器，包括從業(yè)務(wù)跟蹤請(qǐng)求 者接受打開及關(guān)閉跟蹤命令，向業(yè)務(wù)跟蹤請(qǐng)求者發(fā)送跟蹤結(jié)果，從SMAC查 詢所需要的業(yè)務(wù)信息，控制跟蹤代理的打開跟蹤及關(guān)閉跟蹤，接受跟蹤代理傳 送的跟蹤數(shù)據(jù)。
業(yè)務(wù)模型與目錄SMAC:該模塊主要作用是存儲(chǔ)業(yè)務(wù)的依賴關(guān)系，OSPE服務(wù)器通過查詢SMAC模塊可以獲得業(yè)務(wù)相關(guān)的信息。
跟蹤代理該模塊部署于業(yè)務(wù)部件上負(fù)責(zé)處理業(yè)務(wù)的跟蹤。跟蹤代理受控 于OSPE服務(wù)器，可以接受控制命令(打開、關(guān)閉)，上報(bào)日志給OSPE服務(wù) 器。
OSPE-2接口業(yè)務(wù)跟蹤請(qǐng)求者通過該接口向OSPE服務(wù)器發(fā)送業(yè)務(wù)跟蹤 請(qǐng)求(例如激活一次業(yè)務(wù)跟蹤過程、去激活一次業(yè)務(wù)跟蹤過程)；業(yè)務(wù)跟蹤 請(qǐng)求者通過該接口請(qǐng)求已有的業(yè)務(wù)跟蹤數(shù)據(jù)。
OSPE-3接口 OSPE服務(wù)器通過該接口注冊(cè)業(yè)務(wù)、組件到SMAC，并且管 理和維護(hù)業(yè)務(wù)、組件之間的關(guān)系數(shù)據(jù)。
OSPE-5接口 OSPE服務(wù)器通過該接口下發(fā)跟蹤任務(wù)給跟蹤代理。并接收 從跟蹤代理返回的業(yè)務(wù)跟蹤數(shù)據(jù)。
圖2為業(yè)務(wù)跟蹤數(shù)據(jù)獲取方法實(shí)施流程示意圖，如圖所示，現(xiàn)有方案中的 業(yè)務(wù)跟蹤數(shù)據(jù)獲取方法為
步驟201、業(yè)務(wù)跟蹤請(qǐng)求者通過OSPE-2接口向OSPE服務(wù)器發(fā)布業(yè)務(wù)跟 蹤請(qǐng)求，該請(qǐng)求中包括了跟蹤相關(guān)的信息(例如被跟蹤的業(yè)務(wù)的標(biāo)志信息)；
步驟202、 OSPE服務(wù)器根據(jù)業(yè)務(wù)跟蹤請(qǐng)求的信息查詢SMAC服務(wù)器、查 詢與跟蹤相關(guān)的業(yè)務(wù)、組件以及其依賴關(guān)系。(如果OSPE服務(wù)器已經(jīng)有跟蹤 相關(guān)的足夠信息可以跳過該步及下一步)；
步驟203、 SMAC向OSPE服務(wù)器返回業(yè)務(wù)及組件信息；
步驟204、 OSPE服務(wù)器打開相關(guān)跟蹤部件上的跟蹤代理，下發(fā)跟蹤任務(wù)， 開始準(zhǔn)備收集跟蹤數(shù)據(jù)；
步驟205、跟蹤代理進(jìn)行業(yè)務(wù)跟蹤；
步驟206、跟蹤代理向OSPE服務(wù)器返回業(yè)務(wù)跟蹤曰志；
步驟207、 OSPE服務(wù)器處理并存儲(chǔ)這些跟蹤數(shù)據(jù).等待被請(qǐng)求；
步驟208、業(yè)務(wù)跟蹤請(qǐng)求者向OSPE服務(wù)器請(qǐng)求業(yè)務(wù)跟蹤曰志；
步驟209、 OSPE服務(wù)器向業(yè)務(wù)跟蹤請(qǐng)求者返回業(yè)務(wù)跟蹤日志。在發(fā)明過程中，發(fā)明人注意到現(xiàn)有的業(yè)務(wù)跟蹤的方法中，獲取了業(yè)務(wù)跟 蹤數(shù)據(jù)后，由OSPE服務(wù)器處理并保存，然后等待業(yè)務(wù)跟蹤請(qǐng)求者來請(qǐng)求跟蹤 數(shù)據(jù)。這樣的方案存在的不足在于對(duì)于業(yè)務(wù)跟蹤請(qǐng)求者無法及時(shí)有效的獲得 業(yè)務(wù)跟蹤數(shù)據(jù)。發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種業(yè)務(wù)跟蹤方法、系統(tǒng)及裝置，用以解決現(xiàn)有技術(shù)中 存在業(yè)務(wù)跟蹤請(qǐng)求者無法及時(shí)有效的獲得業(yè)務(wù)跟蹤數(shù)據(jù)的問題。本發(fā)明實(shí)施例提供了一種業(yè)務(wù)跟蹤方法，包括如下步驟接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)OSPE服務(wù)器進(jìn)行業(yè)務(wù)跟蹤，所述請(qǐng)求消 息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；OSPE服務(wù)器根據(jù)所述所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲得反饋的業(yè) 務(wù)跟蹤結(jié)果；根據(jù)所述回叫信息發(fā)送所述反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)跟蹤系統(tǒng)，包括根據(jù)所需跟蹤的業(yè)務(wù)信息 進(jìn)行業(yè)務(wù)跟蹤并獲得反饋的業(yè)務(wù)跟蹤結(jié)果的OSPE服務(wù)器，還包括觸發(fā)模塊，用于接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)所述OSPE服務(wù)器進(jìn)行業(yè) 務(wù)跟蹤，所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；發(fā)送模塊，用于根據(jù)所述回叫信息發(fā)送所述反饋至OSPE服務(wù)器的業(yè)務(wù)跟 蹤結(jié)果。本發(fā)明實(shí)施例又提供了 一種業(yè)務(wù)跟蹤的OSPE服務(wù)器，包括觸發(fā)模塊，用于接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)所述OSPE服務(wù)器進(jìn)行業(yè)務(wù)跟蹤，所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；所述OSPE服務(wù)器根據(jù)所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲得反饋的業(yè)務(wù)跟蹤結(jié)果；發(fā)送模塊，用于根據(jù)所述回叫信息發(fā)送所迷反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。本發(fā)明實(shí)施例有益效果如下由于在觸發(fā)進(jìn)行跟蹤的業(yè)務(wù)跟蹤請(qǐng)求消息中除了包括所需跟蹤的業(yè)務(wù)信 息，還包括了回叫信息，并在接收到反饋的業(yè)務(wù)跟蹤結(jié)果后，根據(jù)回叫信息發(fā) 送業(yè)務(wù)跟蹤結(jié)果，而不用再等待業(yè)務(wù)跟蹤請(qǐng)求者再次請(qǐng)求跟蹤結(jié)果后才返回跟 蹤結(jié)果。因此，使用本發(fā)明實(shí)施例能夠在業(yè)務(wù)跟蹤請(qǐng)求者發(fā)送業(yè)務(wù)跟蹤請(qǐng)求后 能夠及時(shí)有效的反饋跟蹤結(jié)果。


圖1為背景技術(shù)中所述OSPE系統(tǒng)結(jié)構(gòu)示意圖； 圖2為背景技術(shù)中所述業(yè)務(wù)跟蹤數(shù)據(jù)獲取方法實(shí)施流程示意圖； 圖3為本發(fā)明實(shí)施例中所述業(yè)務(wù)跟蹤方法實(shí)施流程示意圖； 圖4為本發(fā)明實(shí)施例中所述業(yè)務(wù)跟蹤系統(tǒng)結(jié)構(gòu)示意圖； 圖5為本發(fā)明實(shí)施例中所述業(yè)務(wù)跟蹤的OSPE服務(wù)器結(jié)構(gòu)示意圖； 圖6為本發(fā)明實(shí)施例中所述OSPE服務(wù)器處理業(yè)務(wù)跟蹤實(shí)施流程示意圖； 圖7為本發(fā)明實(shí)施例中所述OSPE服務(wù)器實(shí)施業(yè)務(wù)跟蹤的實(shí)施網(wǎng)絡(luò)結(jié)構(gòu)示 意圖；圖8為本發(fā)明實(shí)施例中所述OSPE服務(wù)器實(shí)施業(yè)務(wù)跟蹤的實(shí)施流程示意圖；圖9為本發(fā)明實(shí)施例中所述業(yè)務(wù)跟蹤實(shí)施示意圖；圖10為本發(fā)明實(shí)施例中所述業(yè)務(wù)跟蹤實(shí)施例中SIP協(xié)議信息數(shù)據(jù)結(jié)構(gòu)示意圖；圖11為本發(fā)明實(shí)施例中所述業(yè)務(wù)跟蹤實(shí)施例中soap協(xié)議信息數(shù)據(jù)結(jié)構(gòu)示 意圖。
具體實(shí)施方式
下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行說明。圖3為業(yè)務(wù)跟蹤方法實(shí)施流程示意圖，如圖所示，在實(shí)現(xiàn)業(yè)務(wù)跟蹤時(shí)包括 如下步驟步驟301、接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)OSPE服務(wù)器進(jìn)行業(yè)務(wù)跟蹤， 所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；步驟302、 OSPE服務(wù)器根據(jù)所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲得反 饋的業(yè)務(wù)跟蹤結(jié)果；步驟303、根據(jù)回叫信息發(fā)送所述反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。 由于反饋業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)時(shí)，是根據(jù)回叫信息來發(fā)送的，因此減少了現(xiàn)有技 術(shù)中需要業(yè)務(wù)跟蹤請(qǐng)求者再次請(qǐng)求發(fā)送業(yè)務(wù)跟蹤結(jié)果的輪詢機(jī)制的不足，并消 除了由于輪詢機(jī)制所消耗大量資源。為了能夠讓業(yè)務(wù)跟蹤請(qǐng)求者可以及時(shí)，多方式的獲得業(yè)務(wù)跟蹤數(shù)據(jù)，本發(fā) 明實(shí)施例通過回叫的方法來解決業(yè)務(wù)跟蹤請(qǐng)求者無法及時(shí)有效的獲得業(yè)務(wù)跟 蹤數(shù)據(jù)的問題。實(shí)施中，回叫信息包括地址信息，再根據(jù)回叫信息中的地址信息發(fā)送業(yè)務(wù) 跟蹤結(jié)果。地址信息可以是OSPE服務(wù)器支持的URL (Uniform Resource Locator,統(tǒng)一資源定位符)地址，由于能夠接受業(yè)務(wù)跟蹤結(jié)果反饋的并不僅 限于向OSPE請(qǐng)求的業(yè)務(wù)跟蹤請(qǐng)求者，而是能夠支持擁有URL地址的任意實(shí) 體，因此克服了現(xiàn)有技術(shù)中獲得業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)途徑單一的不足。優(yōu)選實(shí)施中，回叫信息還可以包括發(fā)送策略信息，再才艮據(jù)策略信息發(fā)送業(yè) 務(wù)跟蹤結(jié)果。發(fā)送策略信息可以是才艮據(jù)發(fā)送間隔時(shí)長(zhǎng)、業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)發(fā)送 量、業(yè)務(wù)跟蹤結(jié)果發(fā)送的詳細(xì)程度級(jí)別、觸發(fā)發(fā)送事件的信息之一或者其組合 來構(gòu)造的。優(yōu)選實(shí)施中，回叫信息可以進(jìn)一步包括協(xié)議類型信息，再根據(jù)協(xié)議類型信 息所指定協(xié)議通過交互將業(yè)務(wù)跟蹤結(jié)果發(fā)送。實(shí)施中，可以在OSPE-2的接口調(diào)用中增加回叫方法的方式增加回叫信息，然后處理該回叫信息，從而可以執(zhí)行對(duì)跟蹤業(yè)務(wù)的反饋數(shù)據(jù)的及時(shí)多途徑的上 報(bào)。通過該接口的傳遞的業(yè)務(wù)跟蹤請(qǐng)求消息參數(shù)信息可以按以下方式實(shí)現(xiàn)，示例以XML (extensible Markup Language,擴(kuò)展標(biāo)識(shí)語言)格式為例，但從實(shí)施例可知，業(yè)務(wù)跟蹤請(qǐng)求消息目的是包含所需跟蹤的業(yè)務(wù)信息及回叫信息，因此只要能完成該目的的均可實(shí)施，而并不僅限于本實(shí)施例中所述的XML格式方式。以XML格式為例的實(shí)施如下<Command> Active</Command> < ../><Callback protocolType-"soap" address="http://huawei/callback"><Size>1000</Size></Callback><...>優(yōu)選實(shí)施中，在普通的參數(shù)信息之外還制定了回叫相關(guān)的信息，如在上例 的XML格式消息中，它包括以下信息之一或者其組合地址信息用來指定當(dāng)業(yè)務(wù)跟蹤數(shù)據(jù)生成后發(fā)送到哪個(gè)地址(該地址信息 可以是多個(gè))。這里的地址可以是一個(gè)標(biāo)準(zhǔn)的WEB (World Wide Web，萬維網(wǎng)) 服務(wù)地址(如例中的http:/Vhuawei/callback ),也可以是SIP (Session Initiation Protocol,會(huì)話啟動(dòng)協(xié)議)地址(如sip:Callback@Huawei )等所有可以被 OSPE服務(wù)器支持的URL地址。協(xié)議類型信息用來說明期望OSPE系統(tǒng)使用何種協(xié)議類型格式來發(fā)送跟 蹤業(yè)務(wù)結(jié)果數(shù)據(jù)。協(xié)議類型可以是SIP、 Web服務(wù)或者其他協(xié)議類型。策略信息策略信息可以用來決定什么情況及什么方式下OSPE服務(wù)器將 所獲得的業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)發(fā)送到上述的回叫地址信息。例如以下策略之一或 者其組合，但由策略制定的精神可知并不僅限于下述策略Time:指定當(dāng)OSPE^^務(wù)器每隔多長(zhǎng)時(shí)間發(fā)送一次跟蹤數(shù)據(jù)到上述的回叫 地址。Size:指定當(dāng)OSPE服務(wù)器每次發(fā)送多大的跟蹤數(shù)據(jù)到上述的回叫地址， 即OSPE服務(wù)器每次累積了 Size的跟蹤數(shù)據(jù)。Special Event:指定當(dāng)OSPE服務(wù)器僅當(dāng)Special Event中指定的Event發(fā) 生后才發(fā)送數(shù)據(jù)到上述的回叫地址。Information Level:消息級(jí)別用來確定跟蹤消息的詳細(xì)程度，(例如級(jí)別 越高的消息就越詳細(xì))高詳細(xì)程度的消息往往很大，消耗資源，可用通過該參 數(shù)的設(shè)置降低資源消耗。本發(fā)明實(shí)施例還提供了 一種業(yè)務(wù)跟蹤系統(tǒng)，下面結(jié)合附圖對(duì)本系統(tǒng)的具體 實(shí)施方式進(jìn)行說明。圖4為業(yè)務(wù)跟蹤系統(tǒng)結(jié)構(gòu)示意圖，如圖所示，業(yè)務(wù)跟蹤系統(tǒng)中包括OSPE 服務(wù)器，還包括觸發(fā)模塊、發(fā)送模塊，其中觸發(fā)模塊接收到包括所需跟蹤的業(yè)務(wù)信息及回叫信息的業(yè)務(wù)跟蹤請(qǐng)求消 息后，觸發(fā)OSPE服務(wù)器進(jìn)行業(yè)務(wù)跟蹤；OSPE服務(wù)器根據(jù)所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并接收反饋回來的業(yè) 務(wù)跟蹤結(jié)果；發(fā)送模塊根據(jù)回叫信息發(fā)送反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。實(shí)施中，發(fā)送模塊包括地址判斷單元、發(fā)送單元，其中地址判斷單元，用于判斷所述回叫信息中的地址信息；發(fā)送單元，用于根據(jù)所述地址判斷單元判斷出的所述回叫信息中的地址信 息發(fā)送所述反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。優(yōu)選實(shí)施中，發(fā)送模塊可以進(jìn)一步包括策略判斷單元，用于判斷所述回 叫信息中的發(fā)送策略信息；發(fā)送單元根據(jù)策略判斷單元判斷出的回叫信息中發(fā) 送策略信息發(fā)送反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。優(yōu)選實(shí)施中，發(fā)送4莫塊還可以進(jìn)一步包括協(xié)議判斷單元，用于判斷回叫信 息中的協(xié)議類型信息；發(fā)送單元根據(jù)回叫信息中的協(xié)議類型信息所指定協(xié)議將 業(yè)務(wù)跟蹤結(jié)果發(fā)送。本發(fā)明實(shí)施例還提供了一種用于業(yè)務(wù)跟蹤的OSPE服務(wù)器，下面結(jié)合附圖 對(duì)本服務(wù)器的具體實(shí)施方式
進(jìn)行說明。圖5為業(yè)務(wù)跟蹤的OSPE服務(wù)器結(jié)構(gòu)示意圖，如圖所示，OSPE服務(wù)器中 包括觸發(fā)模塊，用于接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)OSPE服務(wù)器進(jìn)行業(yè)務(wù)跟 蹤，請(qǐng)求消息中包括所需跟蹤的業(yè)務(wù)信息及回叫信息；OSPE服務(wù)器根據(jù)所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并接收反饋的業(yè)務(wù)跟 蹤結(jié)果；發(fā)送模塊，用于根據(jù)回叫信息發(fā)送反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。發(fā)送模塊包括地址判斷單元、發(fā)送單元，其中地址判斷單元，用于判斷所述回叫信息中的地址信息；發(fā)送單元，用于根據(jù)所述地址判斷單元判斷出的所述回叫信息中的地址信 息發(fā)送所述反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。優(yōu)選實(shí)施中，發(fā)送模塊可以進(jìn)一步包括策略判斷單元，用于判斷回叫信 息中的發(fā)送策略信息；發(fā)送單元根據(jù)策略判斷單元判斷出的回叫信息中發(fā)送策 略信息發(fā)送反饋至OSPE服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。優(yōu)選實(shí)施中，發(fā)送模塊還可以進(jìn)一步包括協(xié)議判斷單元，用于判斷所述回 叫信息中的協(xié)議類型信息；發(fā)送單元根據(jù)回叫信息中的協(xié)議類型信息所指定協(xié) 議將業(yè)務(wù)跟蹤結(jié)果發(fā)送。實(shí)施中，發(fā)送模塊負(fù)責(zé)將業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)發(fā)送到根據(jù)回叫信息相關(guān)的回 叫地址去。如果在回叫信息中指定了回叫協(xié)議類型，則發(fā)送模塊在判斷可以處 理協(xié)議類型后，按指定協(xié)議通過交互將業(yè)務(wù)跟蹤結(jié)果的數(shù)據(jù)發(fā)送至回叫信息上 的地址，也可以按協(xié)議要求將最終消息封裝為回叫協(xié)議類型發(fā)送到回叫地址。策略判斷單元負(fù)責(zé)處理回叫策略，例如回叫策略指定了需要等待跟蹤數(shù)據(jù)的Size達(dá)到1000才發(fā)送，則判斷已經(jīng)收集的跟蹤數(shù)據(jù)大小是否符合條件； 或者按策略判斷回叫地址是否有效，例如是否是OSPE系統(tǒng)可以識(shí)別的地址格式，是否可以在物理上可達(dá)等。
圖6為OSPE服務(wù)器處理業(yè)務(wù)跟蹤實(shí)施流程示意圖，如圖所示，包括如下 步驟
步驟601 、跟蹤代理向OSPE服務(wù)器上報(bào)業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)； 步驟602、策略判斷單元根據(jù)回叫信息判斷回叫策略，比如判斷是否有回 叫策略、回叫策略中指定的條件是否達(dá)成等，例如:目前積累的業(yè)務(wù)跟蹤數(shù)據(jù)是 否達(dá)到了回叫策略中要求的Size等；策略判斷單元返回處理結(jié)果，如果符合了 回叫策略則進(jìn)行下一步驟，否則等待下一次跟蹤代理上報(bào)業(yè)務(wù)跟蹤數(shù)據(jù)，或者 等待特殊事件發(fā)生(例如:設(shè)置了定時(shí)器后，按定時(shí)策略進(jìn)行發(fā)送)；
步驟603、策略判斷單元判斷策略中回叫地址是否可達(dá)，例如是否符合 回叫協(xié)議類型中指定的類型、是否物理可達(dá)等等；如果目標(biāo)可達(dá)，則進(jìn)行下一 步驟，否則等待下一次跟蹤代理上報(bào)業(yè)務(wù)跟蹤數(shù)據(jù)或者等待一定時(shí)間間隔再次 判斷；
步驟604、滿足發(fā)送策略后，調(diào)用發(fā)送單元；
步驟605、發(fā)送單元按照回叫信息中指定的回叫協(xié)議類型要求及格式來發(fā) 送業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)，如沒有指定協(xié)議類型則按照默認(rèn)協(xié)議格式來封裝數(shù)據(jù)后 發(fā)送，可以將回叫地址填入其中；發(fā)送單元將最終封裝好的業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù) 發(fā)送到回叫地址所在的網(wǎng)絡(luò)位置，可以接受跟蹤數(shù)據(jù)的通知接口。
下面再以利用OSPE服務(wù)器業(yè)務(wù)跟蹤實(shí)施為例進(jìn)行說明，由上述實(shí)施里描 述可知，能實(shí)現(xiàn)業(yè)務(wù)跟蹤的網(wǎng)絡(luò)實(shí)體并非僅僅只有OSPE服務(wù)器，具備了能夠 識(shí)別回叫消息，以及在接收到業(yè)務(wù)跟蹤請(qǐng)求消息后能夠觸發(fā)跟蹤控制服務(wù)器進(jìn) 行業(yè)務(wù)跟蹤，同時(shí)能夠獲取跟蹤代理反饋的業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)，并根據(jù)回叫消 息發(fā)送的實(shí)體也能實(shí)施本發(fā)明，因此本實(shí)施例以O(shè)SPE服務(wù)器為例進(jìn)行說明， 但并不僅限于用OSPE服務(wù)器來進(jìn)行實(shí)施。
圖7為OSPE服務(wù)器實(shí)施業(yè)務(wù)跟蹤的實(shí)施網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖所示，網(wǎng) 絡(luò)中包括業(yè)務(wù)跟蹤請(qǐng)求者、OSPE服務(wù)器、業(yè)務(wù)模型與目錄SMAC、跟蹤代理、相關(guān)接口，還包括
其他請(qǐng)求者指其他與業(yè)務(wù)跟蹤請(qǐng)求者功能相同的能發(fā)起業(yè)務(wù)跟蹤請(qǐng)求的 模塊。
郵件、及時(shí)消息等Web服務(wù)器具有特定URL(例如SIP地址、WEB 服務(wù)地址等)可以接受消息的Web服務(wù)器。
圖8為OSPE服務(wù)器實(shí)施業(yè)務(wù)跟蹤的實(shí)施流程示意圖，如圖所示，實(shí)施中 包括如下步驟
步驟801 、業(yè)務(wù)跟蹤請(qǐng)求者通過OSPE-2接口向OSPE服務(wù)器發(fā)布業(yè)務(wù)跟
蹤請(qǐng)求消息，該請(qǐng)求消息中包括了跟蹤相關(guān)的所需跟蹤的業(yè)務(wù)信息以及回叫信 自
步驟802、 OSPE服務(wù)器根據(jù)業(yè)務(wù)跟蹤請(qǐng)求消息的所需跟蹤的業(yè)務(wù)信息查 詢SMAC服務(wù)器、查詢與跟蹤相關(guān)的業(yè)務(wù)、組件以及其依賴關(guān)系。(實(shí)施中如 果OSPE服務(wù)器已經(jīng)有跟蹤相關(guān)的足夠信息時(shí)，也可以跳過該步及下一步)；
步驟803、 SMAC返回所請(qǐng)求的信息；
步驟804、 OSPE服務(wù)器打開相關(guān)跟蹤部件上的跟蹤代理，下發(fā)跟蹤任務(wù)， 開始準(zhǔn)備收集跟蹤數(shù)據(jù)；
步驟805、跟蹤代理執(zhí)行跟蹤任務(wù)；
步驟806、跟蹤代理上報(bào)業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)給OSPE服務(wù)器； 步驟807、 OSPE服務(wù)器處理并存儲(chǔ)這些跟蹤數(shù)據(jù)；
步驟808、 OSPE服務(wù)器處理并判斷回叫信息(例如判斷回叫信息中的 策略是否達(dá)成，回叫信息中的地址是否可達(dá)等)；
步驟809、如果OSPE服務(wù)器處理回叫信息時(shí)需要查詢獲知業(yè)務(wù)、組件以 及他們的依賴關(guān)系的話可以去SMAC查詢相應(yīng)的信息；
步驟810、當(dāng)OSPE服務(wù)器判斷回叫信息中策略達(dá)成之后，將跟蹤數(shù)據(jù)發(fā) 送到回叫信息中指定的地址(實(shí)施中，該地址根據(jù)回叫信息判定，可以是業(yè)務(wù) 跟蹤請(qǐng)求者自己的地址，也可以是其他請(qǐng)求者或者Web服務(wù)器的地址)。下面以業(yè)務(wù)^J宗實(shí)例來進(jìn)行說明。
圖9為業(yè)務(wù)跟蹤實(shí)施示意圖，如圖所示，業(yè)務(wù)跟蹤的場(chǎng)景網(wǎng)絡(luò)中包括 請(qǐng)求跟蹤A業(yè)務(wù)的業(yè)務(wù)跟蹤請(qǐng)求者、OSPE服務(wù)器、業(yè)務(wù)模型與目錄 SMAC、跟蹤代理、SIP服務(wù)器。
1、 業(yè)務(wù)跟蹤請(qǐng)求者與OSPE服務(wù)器之間；
某業(yè)務(wù)提供者的第一用戶需要判斷他在OSPE服務(wù)器上注冊(cè)的業(yè)務(wù)A是否 正常工作，并且他需要所獲得的A業(yè)務(wù)跟蹤數(shù)據(jù)及時(shí)的發(fā)送到網(wǎng)絡(luò)業(yè)務(wù)維護(hù)者 的第二用戶在網(wǎng)絡(luò)上建立的SIP服務(wù)器上，于是，他便可以登陸他的電腦終端， 按照OSPE-2接口的格式向OSPE服務(wù)器發(fā)送了 一個(gè)業(yè)務(wù)跟蹤請(qǐng)求，本實(shí)施例 中以XML為例描述如下
<Command>Active</Command>
<"./>
<Callback protocolType-"sip" address="sip:user2@error_report—server">
<Time unit="second"> 1000</Time>
<Size unit="kilobyte">2</Size>
<SpecialEvent>NUIX</SpecialEvent>
<InformationLevel> 1 </InformationLevel>
</Callback>
< >
其中〈Callback protocolType="sip" address="sip:user2@error_report_server"> 描述了將業(yè)務(wù)5艮蹤結(jié)果反々貴至地址user2@error—report—server。
2、 OSPE服務(wù)器接到該請(qǐng)求后開始執(zhí)行一次業(yè)務(wù)跟蹤任務(wù)，字段Active 為激活一次跟蹤，并等待各個(gè)跟蹤代理上報(bào)跟蹤數(shù)據(jù)給OSPE服務(wù)器，以XML 為例實(shí)施如下
<TraceingLog> <ID>111111</ID> <Time〉2007-1 -1 </Time><Data>...</Data> </TraceingLog>3、 跟蹤代理上報(bào)跟蹤數(shù)據(jù)給OSPE服務(wù)器后，OSPE服務(wù)器判斷并處理回 叫信息(Callback),可以實(shí)施如下a) OSPE服務(wù)器內(nèi)處理回叫信息，由于含有回叫策略，則調(diào)用策略判斷單 元判斷回叫策略，判斷是否滿足特殊事件(如SpecialEvent字段)；判斷是否 滿足跟蹤數(shù)據(jù)大小(如Size字段);判斷是否滿足發(fā)送時(shí)間間隔(如Time字段)； 如成立，則進(jìn)行一下步驟，否則繼續(xù)等待跟蹤代理上才艮業(yè)務(wù)跟蹤結(jié)果日志；b) OSPE服務(wù)器判斷回叫信息中的回叫地址是否可達(dá)，例如判斷給出的 回叫地址是否符合給出的回叫協(xié)議類型(如給定了 Web服務(wù)地址，但是給的是 SIP協(xié)議類型，則不匹配)，或者使用網(wǎng)絡(luò)探測(cè)的方法先判斷目標(biāo)地址是否可以 達(dá)到；c) OSPE服務(wù)器按照回叫信息中的回叫協(xié)議類型將跟蹤信息進(jìn)行發(fā)送，本 例中采用封裝數(shù)據(jù)后發(fā)送的方式來說明，本例中當(dāng)協(xié)議類型是SIP協(xié)議時(shí)，則 封裝成如圖10所示的SIP信息數(shù)據(jù)結(jié)構(gòu)，如圖所示，實(shí)施時(shí)可以將回叫地址 填充于SIP消息的消息頭域中，將跟蹤數(shù)據(jù)填充于SIP消息的消息體中。如果回叫協(xié)議類型中指定為soap ( Simple Object Access Protocol,簡(jiǎn)單對(duì) 象訪問協(xié)議)，則封裝成如圖11所示的soap信息數(shù)據(jù)結(jié)構(gòu)。4、 OSPE服務(wù)器將封裝好的跟蹤數(shù)據(jù)發(fā)送到回叫信息中所指定的回叫地 址，如sip:user2@error_report_server;這樣，每當(dāng)OSPE服務(wù)器收集到了符合 回叫條件的跟蹤數(shù)據(jù)后就通過SIP格式發(fā)送到第二用戶的SIP應(yīng)用服務(wù)器上， 而不需要第一用戶自己不停的輪詢。由上述實(shí)施例可知，由于反饋業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)時(shí)，是根據(jù)回叫信息來發(fā) 送的，因此減少了現(xiàn)有技術(shù)中需要業(yè)務(wù)跟蹤請(qǐng)求者再次請(qǐng)求發(fā)送業(yè)務(wù)跟蹤結(jié)果 的輪詢機(jī)制的不足，并消除了由于輪詢機(jī)制所消耗大量資源。由于能夠接受業(yè)務(wù)跟蹤結(jié)果反饋的并不僅限于向OSPE請(qǐng)求的業(yè)務(wù)跟蹤請(qǐng)求者，而是能夠支持擁有URL地址的任意實(shí)體，因此克服了現(xiàn)有技術(shù)中獲得 業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)途徑單一的不足。同時(shí)，在現(xiàn)有技術(shù)中，當(dāng)請(qǐng)求方發(fā)送跟蹤消息請(qǐng)求后，需要保持一個(gè)長(zhǎng)鏈 接以便被請(qǐng)求方通過該鏈接將跟蹤消息返回給請(qǐng)求方，這種方式需要保持消息 的前后順序，這就還需要在邏輯上有一個(gè)機(jī)制保持順序，還需要不停的進(jìn)行輪 詢以便獲取日志信息。由于本發(fā)明實(shí)施例中通過指定一個(gè)發(fā)送地址，因此不需 要與請(qǐng)求方保持鏈接，當(dāng)被請(qǐng)求方的消息滿足策略(policy)要求時(shí)，被請(qǐng)求 方主動(dòng)將業(yè)務(wù)跟蹤結(jié)果發(fā)送給請(qǐng)求房，從而克服了現(xiàn)有技術(shù)中請(qǐng)求方需要進(jìn)行 輪詢獲取的不足?，F(xiàn)有技術(shù)中，由于不存在策略問題，導(dǎo)致請(qǐng)求方每次請(qǐng)求時(shí)被請(qǐng)求方只會(huì) 返回當(dāng)前跟蹤所獲得的數(shù)據(jù)，然而，這種應(yīng)請(qǐng)求返回的機(jī)制導(dǎo)致了在請(qǐng)求與返 回的消息之間并不必然存在邏輯關(guān)系，請(qǐng)求方只是按自己需要發(fā)送請(qǐng)求，而被 請(qǐng)求方也僅能返回當(dāng)前能得到的消息，即，此時(shí)數(shù)據(jù)并不一定具備完整的邏輯 含義，例如一個(gè)名字"name",可能只返回了 "na，，，這就導(dǎo)致了請(qǐng)求方需要不 停的輪詢獲取，并且還需要在內(nèi)部進(jìn)行組織才能獲得完整的消息。由于在本發(fā) 明實(shí)施例中通過定制策略來指定消息返回的方式，從而可以讓被請(qǐng)求方根據(jù)消 息的完整性來進(jìn)行發(fā)送，比如具備一定邏輯意義后再返回給請(qǐng)求方。從而使得 請(qǐng)求方無需無須考慮請(qǐng)求消息與消息的完整性問題。使用本發(fā)明實(shí)施例，使業(yè)務(wù)跟蹤請(qǐng)求者可以及時(shí)的獲得業(yè)務(wù)跟蹤數(shù)據(jù)，并 且可以支持多途徑(郵件、及時(shí)消息等)多方式(發(fā)送給第三方，根據(jù)預(yù)定義 策略)的跟蹤數(shù)據(jù)獲取，且不影響網(wǎng)絡(luò)性能。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種業(yè)務(wù)跟蹤方法，其特征在于，包括如下步驟接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)跟蹤控制服務(wù)器進(jìn)行業(yè)務(wù)跟蹤，所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；跟蹤控制服務(wù)器根據(jù)所述所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲得反饋的業(yè)務(wù)跟蹤結(jié)果；根據(jù)所述回叫信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
2、 如權(quán)利要求1所述的方法，其特征在于，所述回叫信息包括地址信息， 根據(jù)所述回叫信息中的地址信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤 結(jié)果。
3、 如權(quán)利要求2所述的方法，其特征在于，所述地址信息是跟蹤控制服 務(wù)器支持的統(tǒng)一 資源定位符地址。
4、 如權(quán)利要求2所述的方法，其特征在于，所述回叫信息進(jìn)一步包括發(fā) 送策略信息，進(jìn)一步包括如下步驟根據(jù)所述回叫信息中發(fā)送策略信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè) 務(wù)跟蹤結(jié)果。
5、 如權(quán)利要求4所述的方法，其特征在于，所述發(fā)送策略信息是根據(jù)發(fā) 送間隔時(shí)長(zhǎng)、業(yè)務(wù)跟蹤結(jié)果數(shù)據(jù)發(fā)送量、業(yè)務(wù)跟蹤結(jié)果發(fā)送的詳細(xì)程度級(jí)別、 觸發(fā)發(fā)送事件的信息之一或者其組合來構(gòu)造的。
6、 如權(quán)利要求l所述的方法，其特征在于，包括如下步驟 跟蹤控制服務(wù)器接收到業(yè)務(wù)跟蹤請(qǐng)求消息后進(jìn)行業(yè)務(wù)跟蹤，所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；跟蹤控制服務(wù)器根據(jù)所述所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲得反饋 的業(yè)務(wù)跟蹤結(jié)果；跟蹤控制服務(wù)器根據(jù)所述回叫信息發(fā)送業(yè)務(wù)跟蹤結(jié)果。
7、 如權(quán)利要求1至6任一所述的方法，其特征在于，所述回叫信息進(jìn)一步包括協(xié)議類型信息，進(jìn)一步包括如下步驟根據(jù)所述回叫信息中的協(xié)議類型信息所指定協(xié)議將所述業(yè)務(wù)跟蹤結(jié)果發(fā) 送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
8、 一種業(yè)務(wù)跟蹤系統(tǒng)，包括根據(jù)所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲 得反饋的業(yè)務(wù)跟蹤結(jié)果的跟蹤控制服務(wù)器，其特征在于，還包括觸發(fā)模塊，用于接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)所述跟蹤控制服務(wù)器進(jìn)行 業(yè)務(wù)跟蹤，所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；發(fā)送模塊，用于根據(jù)所述回叫信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù) 跟蹤結(jié)果。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述發(fā)送模塊包括地址判 斷單元、發(fā)送單元，其中地址判斷單元，用于判斷所述回叫信息中的地址信息； 發(fā)送單元，用于根據(jù)所述地址判斷單元判斷出的所述回叫信息中的地址信 息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
10、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述發(fā)送模塊進(jìn)一步包括 策略判斷單元，用于判斷所述回叫信息中的發(fā)送策略信息；所述發(fā)送單元進(jìn)一步用于根據(jù)所述策略判斷單元判斷出的所述回叫信息 中發(fā)送策略信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
11、 如權(quán)利要求8至IO任一所述的系統(tǒng)，其特征在于，所述發(fā)送模塊進(jìn) 一步包括協(xié)議判斷單元，其中協(xié)議判斷單元，用于判斷所述回叫信息中的協(xié)議類型信息； 所述發(fā)送單元進(jìn)一步用于根據(jù)所述回叫信息中的協(xié)議類型信息所指定協(xié) 議發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
12、 一種業(yè)務(wù)跟蹤的跟蹤控制服務(wù)器，其特征在于，包括觸發(fā)模塊，用于接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)所述跟蹤控制服務(wù)器進(jìn)行 業(yè)務(wù)跟蹤，所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；所述跟蹤控制服務(wù)器根據(jù)所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲得反饋的業(yè)務(wù)跟蹤結(jié)果；發(fā)送模塊，用于根據(jù)所述回叫信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù) 跟蹤結(jié)杲。
13、 如權(quán)利要求12所述的跟蹤控制服務(wù)器，其特征在于，所述發(fā)送模塊 包括地址判斷單元、發(fā)送單元，其中地址判斷單元，用于判斷所述回叫信息中的地址信息； 發(fā)送單元，用于才艮據(jù)所述地址判斷單元判斷出的所述回叫信息中的地址信 息發(fā)送所述反々貴至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
14、 如權(quán)利要求13所述的跟蹤控制服務(wù)器，其特征在于，所述發(fā)送模塊 進(jìn)一步包括策略判斷單元，用于判斷所述回叫信息中的發(fā)送策略信息；所述發(fā)送單元進(jìn)一步用于根據(jù)所述策略判斷單元判斷出的所述回叫信息 中發(fā)送策略信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
15、 如權(quán)利要求12至14任一所述的跟蹤控制服務(wù)器，其特征在于，所述 發(fā)送模塊進(jìn)一步包括協(xié)議判斷單元，其中協(xié)議判斷單元，用于判斷所述回叫信息中的協(xié)議類型信息； 所述發(fā)送單元進(jìn)一步用于根據(jù)所述回叫信息中的協(xié)議類型信息所指定協(xié) 議發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。
全文摘要
本發(fā)明公開了一種跟蹤業(yè)務(wù)狀態(tài)的方法和系統(tǒng)及業(yè)務(wù)跟蹤控制服務(wù)器，包括接收到業(yè)務(wù)跟蹤請(qǐng)求消息后觸發(fā)業(yè)務(wù)跟蹤服務(wù)器進(jìn)行業(yè)務(wù)跟蹤，所述請(qǐng)求消息包括所需跟蹤的業(yè)務(wù)信息及回叫信息；業(yè)務(wù)服務(wù)器根據(jù)所述所需跟蹤的業(yè)務(wù)信息進(jìn)行業(yè)務(wù)跟蹤并獲得反饋的業(yè)務(wù)跟蹤結(jié)果；根據(jù)回叫信息發(fā)送所述反饋至跟蹤控制服務(wù)器的業(yè)務(wù)跟蹤結(jié)果。使用本發(fā)明能夠在業(yè)務(wù)跟蹤請(qǐng)求者發(fā)送業(yè)務(wù)跟蹤請(qǐng)求后能夠及時(shí)有效的反饋跟蹤結(jié)果。
文檔編號(hào)H04M3/22GK101287257SQ200710093750
公開日2008年10月15日 申請(qǐng)日期2007年4月9日 優(yōu)先權(quán)日2007年4月9日
發(fā)明者杰 唐, 石曉旻 申請(qǐng)人:華為技術(shù)有限公司