專利名稱：記錄應(yīng)用使用網(wǎng)絡(luò)能力的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及管理技術(shù)領(lǐng)域，特別是指一種記錄第三方服務(wù)提供商所提供的應(yīng)用(APP)，其使用網(wǎng)絡(luò)能力的方法及系統(tǒng)。
背景技術(shù)：
隨著通信技術(shù)和Internet的快速發(fā)展，固定網(wǎng)、移動網(wǎng)和Internet之間的融合已經(jīng)成為大勢所趨，人們對網(wǎng)絡(luò)業(yè)務(wù)需求也逐步呈現(xiàn)多樣化、綜合化和個性化的趨勢。這一背景下，多種異構(gòu)網(wǎng)絡(luò)融合、能夠提供多媒體綜合業(yè)務(wù)的、開放的下一代網(wǎng)絡(luò)體系結(jié)構(gòu)正逐漸形成。
網(wǎng)絡(luò)發(fā)展的根本目的是為人們提供豐富的業(yè)務(wù)，業(yè)務(wù)的演進(jìn)成為推動下一代網(wǎng)絡(luò)快速發(fā)展的源動力。要真正實現(xiàn)業(yè)務(wù)層的融合，需要通過某種方式，如通用的網(wǎng)絡(luò)接口，屏蔽不同的底層網(wǎng)絡(luò)的技術(shù)細(xì)節(jié)，使上層的業(yè)務(wù)應(yīng)用與具體的網(wǎng)絡(luò)結(jié)構(gòu)無關(guān)，從而能夠以一種統(tǒng)一的方式實現(xiàn)跨越多個異構(gòu)網(wǎng)絡(luò)的業(yè)務(wù)。
網(wǎng)絡(luò)的基礎(chǔ)資源是有網(wǎng)絡(luò)服務(wù)商提供的，其是第三方服務(wù)提供商為終端用戶提供實際應(yīng)用服務(wù)的基礎(chǔ)。隨著技術(shù)的發(fā)展，可以使用統(tǒng)一的一套接口來抽象網(wǎng)絡(luò)能力，并提供給第三方服務(wù)提供商使用，從而達(dá)到屏蔽網(wǎng)絡(luò)的差異性，對第三方服務(wù)提供商所提供的應(yīng)用(APP)透明，使得應(yīng)用可以使用統(tǒng)一的方式來使用融合網(wǎng)絡(luò)的能力。其中具有代表性的Parlay/OSA API體系，包含ParlayX Web Service，定義了一套與具體技術(shù)無關(guān)，獨立于網(wǎng)絡(luò)的開放接口，引入了Internet上的應(yīng)用開發(fā)模式，為IT應(yīng)用與電信網(wǎng)的融合奠定了技術(shù)基礎(chǔ)。目前Parlay/OSA API得到了眾多標(biāo)準(zhǔn)化組織和廠商的支持，是面向下一代網(wǎng)絡(luò)的開放式網(wǎng)絡(luò)API標(biāo)準(zhǔn)。
隨著網(wǎng)絡(luò)逐漸開放和接口等技術(shù)的廣泛使用，對第三方服務(wù)提供商的管理問題也就日益凸顯出來。由于現(xiàn)有技術(shù)沒有對第三方服務(wù)提供商提供的應(yīng)用所使用的網(wǎng)絡(luò)能力的情況進(jìn)行任何記錄，因而根本無法根據(jù)第三方服務(wù)提供商所提供的APP，其使用網(wǎng)絡(luò)能力的情況進(jìn)行諸如計費、統(tǒng)計等管理。
現(xiàn)有的固網(wǎng)、移動網(wǎng)以及Internet中，對業(yè)務(wù)的終端用戶使用網(wǎng)絡(luò)的時長、流量以及IP地址等信息有記錄，并針對這些記錄進(jìn)行管理。下面以對終端用戶計費為例簡單說明現(xiàn)有網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)。
圖1所示為現(xiàn)有的對終端用戶實現(xiàn)計費的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示意圖。通常，網(wǎng)絡(luò)系統(tǒng)由第三方服務(wù)提供商所提供的應(yīng)用(APP)110、包含有邏輯處理模塊121、網(wǎng)絡(luò)操作處理模塊122的網(wǎng)絡(luò)服務(wù)器120和一個或一個以上網(wǎng)絡(luò)功能執(zhí)行模塊130構(gòu)成，為了實現(xiàn)計費功能，該網(wǎng)絡(luò)系統(tǒng)還包括用戶話單處理模塊140以及在網(wǎng)絡(luò)服務(wù)器120內(nèi)的用戶話單記錄模塊123。其中，所述APP110用于向網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊121發(fā)起調(diào)用請求，該請求中包含自身的標(biāo)識及調(diào)用參數(shù)；或者，接收來自網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊121的執(zhí)行結(jié)果；所述邏輯處理模塊121用于從接收到的調(diào)用請求中獲取APP110的標(biāo)識及調(diào)用參數(shù)，判斷請求中的調(diào)用參數(shù)合法后，根據(jù)接收到的調(diào)用請求，確定為該APP110提供服務(wù)的網(wǎng)絡(luò)能力類型，向網(wǎng)絡(luò)操作處理模塊122發(fā)送網(wǎng)絡(luò)操作命令，或接收到來自網(wǎng)絡(luò)操作處理模塊122的網(wǎng)絡(luò)操作處理結(jié)果；所述網(wǎng)絡(luò)操作處理模塊122用于對接收到的來自邏輯處理模塊121的網(wǎng)絡(luò)操作命令進(jìn)行解析，將解析后的命令傳送給與該命令對應(yīng)的網(wǎng)絡(luò)功能執(zhí)行模塊130，并將接收到的來自網(wǎng)絡(luò)功能執(zhí)行模塊130的網(wǎng)絡(luò)操作處理結(jié)果解析后返回給邏輯處理模塊121；所述網(wǎng)絡(luò)功能執(zhí)行模塊130用于根據(jù)接收到的指令進(jìn)行網(wǎng)絡(luò)操作處理；用戶話單記錄模塊123用于接收來自網(wǎng)絡(luò)操作處理模塊122的包含時長和/或流量及IP地址的統(tǒng)計信息，對接收到的信息進(jìn)行記錄，并將所記錄的信息發(fā)送給用戶話單處理模塊；用戶話單處理模塊140用于根據(jù)預(yù)設(shè)的用戶話單計費矩陣，對接收到的統(tǒng)計信息進(jìn)行批價，生成用戶帳單。
對于圖1所示系統(tǒng)，網(wǎng)絡(luò)側(cè)也可以主動發(fā)起通知消息而不需要APP的訂閱，此時，網(wǎng)絡(luò)功能執(zhí)行模塊130進(jìn)一步用于根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)側(cè)主動發(fā)起的觸發(fā)條件滿足時，給網(wǎng)絡(luò)操作處理模塊122上報網(wǎng)絡(luò)事件信息；所述網(wǎng)絡(luò)操作處理模塊122進(jìn)一步用于將接收到的網(wǎng)絡(luò)事件信息解析后上報給邏輯處理模塊121；所述邏輯處理模塊121進(jìn)一步用于根據(jù)接收到的網(wǎng)絡(luò)事件信息及預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，給APP110發(fā)送通知消息。
無論網(wǎng)絡(luò)側(cè)如何處理，網(wǎng)絡(luò)側(cè)只對用戶終端進(jìn)行計費，而對終端用戶進(jìn)行計費的方式主要是根據(jù)終端的IP地址或其他標(biāo)識，通過對時長、流量等統(tǒng)計實現(xiàn)計費，而這些記錄方法并不適用于對第三方服務(wù)提供商的應(yīng)用進(jìn)行記錄以及管理，因為每個第三方服務(wù)提供商所提供的APP，所使用的時長或流量很可能是一致的或是相差無幾，但這并不能表示出其使用的網(wǎng)絡(luò)資源也是一致的，因此，如何對不同服務(wù)提供商應(yīng)用的不同網(wǎng)絡(luò)資源，以及網(wǎng)絡(luò)資源應(yīng)用的多少，即如何對APP使用網(wǎng)絡(luò)能力的情況進(jìn)行有效的記錄是個有待解決的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的一個目的在于提供一種記錄APP使用網(wǎng)絡(luò)能力的方法，以對第三方服務(wù)提供商提供的應(yīng)用，所使用的網(wǎng)絡(luò)能力的情況進(jìn)行有效地記錄。同時，本發(fā)明的另一個目的在于針對通知調(diào)用請求提供一種記錄APP使用網(wǎng)絡(luò)能力的方法。本發(fā)明的再一目的是提供兩種種記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)，以用于實現(xiàn)上述方法。
一種記錄應(yīng)用使用網(wǎng)絡(luò)能力的方法，該方法包括以下步驟a、應(yīng)用APP向網(wǎng)絡(luò)服務(wù)器發(fā)起調(diào)用請求，該請求中包含自身的標(biāo)識及調(diào)用參數(shù)；b、網(wǎng)絡(luò)服務(wù)器根據(jù)接收到的調(diào)用請求，獲取該APP的標(biāo)識及該APP請求的網(wǎng)絡(luò)能力類型，判斷該請求中的調(diào)用參數(shù)是否合法，如果是，則進(jìn)行業(yè)務(wù)邏輯處理，然后再執(zhí)行步驟c，否則，直接執(zhí)行步驟c；c、網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
較佳地，步驟a所述調(diào)用請求為基于接口的同步調(diào)用請求；步驟c所述網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息后，進(jìn)一步包括網(wǎng)絡(luò)服務(wù)器給APP返回執(zhí)行結(jié)果信息。
較佳地，步驟a所述調(diào)用請求為基于接口的異步調(diào)用請求；步驟c所述網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息后，進(jìn)一步包括網(wǎng)絡(luò)服務(wù)器回調(diào)APP，通知APP執(zhí)行結(jié)果。
較佳地，步驟a所述調(diào)用請求為基于接口的通知調(diào)用請求；該請求中進(jìn)一步包含訂閱事件信息；步驟c所述網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息后，進(jìn)一步包括步驟d，d、網(wǎng)絡(luò)服務(wù)器判斷當(dāng)前是否滿足通知調(diào)用請求中訂閱事件要求的觸發(fā)條件，如果不是，則不做處理；如果是，則調(diào)用APP的通知接口，通知APP其所訂閱的事件，然后再次記錄一條網(wǎng)絡(luò)能力使用信息。
較佳地，該方法進(jìn)一步包括設(shè)置網(wǎng)絡(luò)側(cè)主動給APP發(fā)送通知消息的觸發(fā)條件；所述觸發(fā)條件根據(jù)網(wǎng)絡(luò)服務(wù)器的功能確定；在當(dāng)前滿足APP的觸發(fā)條件時，網(wǎng)絡(luò)服務(wù)器根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，并進(jìn)行業(yè)務(wù)邏輯處理，然后調(diào)用該APP的通知接口，給該APP發(fā)送通知消息，并記錄網(wǎng)絡(luò)能力使用信息。
較佳地，所述進(jìn)行業(yè)務(wù)邏輯處理的過程為網(wǎng)絡(luò)服務(wù)器調(diào)用已設(shè)置的具有與調(diào)用請求相對應(yīng)網(wǎng)絡(luò)能力的網(wǎng)絡(luò)能力執(zhí)行模塊，由該網(wǎng)絡(luò)能力執(zhí)行模塊進(jìn)行網(wǎng)絡(luò)操作處理，并將執(zhí)行結(jié)果返回給網(wǎng)絡(luò)服務(wù)器。
較佳地，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；所述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法為判斷業(yè)務(wù)邏輯處理是否成功，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；或者，只要業(yè)務(wù)邏輯處理完畢后，就記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；所述本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息由狀態(tài)碼標(biāo)識。
較佳地，所記錄的網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符；該網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；所述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法為網(wǎng)絡(luò)服務(wù)器通知APP后，判斷該APP的返回信息是否正常，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；或者，網(wǎng)絡(luò)服務(wù)器通知APP后，直接記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；所述本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息由狀態(tài)碼標(biāo)識。
較佳地，所述接口為消息通信接口、文件接口或API接口。
較佳地，所述消息通信接口為網(wǎng)絡(luò)協(xié)議消息接口，所述網(wǎng)絡(luò)協(xié)議消息包括但不限于TCP/IP消息、HTTP消息、XML消息。
較佳地，所述基于API的調(diào)用為本地調(diào)用或遠(yuǎn)程調(diào)用，其中，所述遠(yuǎn)程調(diào)用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
較佳地，該方法進(jìn)一步包括設(shè)置使用網(wǎng)絡(luò)能力的計費矩陣；網(wǎng)絡(luò)服務(wù)器將用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單傳送給預(yù)設(shè)的網(wǎng)絡(luò)使用能力話單處理模塊，由該網(wǎng)絡(luò)使用能力話單處理模塊根據(jù)已獲取的使用網(wǎng)絡(luò)能力的計費矩陣，對接收到的網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
較佳地，所述網(wǎng)絡(luò)能力使用清單為文件的形式或數(shù)據(jù)庫的形式，所述網(wǎng)絡(luò)使用能力話單處理模塊通過FTP方式，或讀數(shù)據(jù)庫的方式獲取網(wǎng)絡(luò)能力使用清單。
較佳地，當(dāng)需要根據(jù)網(wǎng)絡(luò)能力使用信息進(jìn)行計費時，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括計費方式標(biāo)識及提供能力服務(wù)的對象為當(dāng)前會話分配的當(dāng)前會話標(biāo)識；所述計費方式標(biāo)識為免費標(biāo)識、按條計費標(biāo)識、或包月計費標(biāo)識。
較佳地，所述消息序列號由消息提交時間、業(yè)務(wù)能力特征編碼和序列號共同構(gòu)成；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息包括APP所應(yīng)用的能力類型和接口類型編號，其中，所述能力類型為用于語音業(yè)務(wù)的網(wǎng)絡(luò)能力、用于數(shù)據(jù)業(yè)務(wù)的網(wǎng)絡(luò)能力或用于管理的網(wǎng)絡(luò)能力；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息進(jìn)一步包括能力服務(wù)器編號。
一種記錄應(yīng)用使用網(wǎng)絡(luò)能力的方法，該方法包括以下步驟設(shè)置網(wǎng)絡(luò)側(cè)主動給APP發(fā)送通知消息的觸發(fā)條件；所述觸發(fā)條件根據(jù)網(wǎng)絡(luò)側(cè)的功能確定；在當(dāng)前滿足APP的觸發(fā)條件時，網(wǎng)絡(luò)服務(wù)器根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，并進(jìn)行業(yè)務(wù)邏輯處理，然后調(diào)用該APP的通知接口，給該APP發(fā)送通知消息，并記錄網(wǎng)絡(luò)能力使用信息；所述網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
較佳地，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；所述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法為網(wǎng)絡(luò)服務(wù)器給APP發(fā)送通知消息后，判斷該APP的返回信息是否正常，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理未成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；或者，網(wǎng)絡(luò)服務(wù)器給APP發(fā)送通知消息后，直接記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；所述本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息由狀態(tài)碼標(biāo)識。
較佳地，該方法進(jìn)一步包括設(shè)置使用網(wǎng)絡(luò)能力的計費矩陣；網(wǎng)絡(luò)服務(wù)器將用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單傳送給預(yù)設(shè)的網(wǎng)絡(luò)使用能力話單處理模塊，由該網(wǎng)絡(luò)使用能力話單處理模塊根據(jù)已獲取的使用網(wǎng)絡(luò)能力的計費矩陣，對接收到的網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
一種記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)，包括應(yīng)用APP、包含有邏輯處理模塊、網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)服務(wù)器、一個以上網(wǎng)絡(luò)功能執(zhí)行模塊，在網(wǎng)絡(luò)服務(wù)器內(nèi)還包括網(wǎng)絡(luò)使用能力記錄模塊，其中，所述APP，用于向網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊發(fā)起調(diào)用請求，該請求中包含自身的標(biāo)識及調(diào)用參數(shù)；或者，接收來自網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊的執(zhí)行結(jié)果；所述邏輯處理模塊，用于從接收到的調(diào)用請求中獲取APP的標(biāo)識及調(diào)用參數(shù)，判斷請求中的調(diào)用參數(shù)合法后，根據(jù)接收到的調(diào)用請求，確定為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型，向網(wǎng)絡(luò)操作處理模塊發(fā)送網(wǎng)絡(luò)操作命令，或接收到來自網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)操作處理結(jié)果；或者，將所獲取的發(fā)起請求的APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊；所述網(wǎng)絡(luò)操作處理模塊，用于對接收到的來自邏輯處理模塊的網(wǎng)絡(luò)操作命令進(jìn)行解析，將解析后的命令傳送給與該命令對應(yīng)的網(wǎng)絡(luò)功能執(zhí)行模塊，并將接收到的來自網(wǎng)絡(luò)功能執(zhí)行模塊的網(wǎng)絡(luò)操作處理結(jié)果解析后返回給邏輯處理模塊；所述網(wǎng)絡(luò)功能執(zhí)行模塊，用于根據(jù)接收到的指令進(jìn)行網(wǎng)絡(luò)操作處理；所述網(wǎng)絡(luò)使用能力記錄模塊，用于根據(jù)接收到的信息記錄網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
較佳地，所述APP向邏輯處理模塊發(fā)起的調(diào)用請求是基于接口的同步調(diào)用請求、異步調(diào)用請求，或通知調(diào)用請求；如果邏輯處理模塊接收到來自APP的調(diào)用請求是通知調(diào)用請求，則該調(diào)用請求中進(jìn)一步包括訂閱事件信息，所述邏輯處理模塊判斷出當(dāng)前滿足訂閱事件所要求的觸發(fā)條件后，獲取發(fā)起請求的APP的標(biāo)識以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，調(diào)用網(wǎng)絡(luò)操作處理模塊以進(jìn)行網(wǎng)絡(luò)操作處理，并接收來自網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)操作處理結(jié)果后調(diào)用APP的通知接口，通知APP其所訂閱的事件，并再次記錄網(wǎng)絡(luò)能力使用信息。
較佳地，網(wǎng)絡(luò)功能執(zhí)行模塊進(jìn)一步用于根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)側(cè)主動發(fā)起的觸發(fā)條件滿足時，給網(wǎng)絡(luò)操作處理模塊上報網(wǎng)絡(luò)事件信息；所述網(wǎng)絡(luò)操作處理模塊進(jìn)一步用于將接收到的網(wǎng)絡(luò)事件信息解析后上報給邏輯處理模塊；所述邏輯處理模塊進(jìn)一步用于根據(jù)接收到的網(wǎng)絡(luò)事件信息及預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，給APP發(fā)送通知消息，并將所獲取的信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊。
較佳地，所述APP通過接口向網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊發(fā)起調(diào)用請求，所述接口為消息通信接口、文件接口或API接口；所述消息通信接口為網(wǎng)絡(luò)協(xié)議消息接口，其中網(wǎng)絡(luò)協(xié)議消息包括但不限于TCP/IP消息、HTTP消息、XML消息；所述基于API的調(diào)用為本地調(diào)用或遠(yuǎn)程調(diào)用，其中，所述遠(yuǎn)程調(diào)用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
較佳地，該系統(tǒng)進(jìn)一步包括網(wǎng)絡(luò)使用能力話單處理模塊，該模塊接收來自網(wǎng)絡(luò)使用能力記錄模塊的用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單，根據(jù)預(yù)設(shè)的使用網(wǎng)絡(luò)能力的計費矩陣對網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
較佳地，所述網(wǎng)絡(luò)能力使用清單為文件的形式或數(shù)據(jù)庫的形式，所述網(wǎng)絡(luò)使用能力話單處理模塊通過FTP方式，或讀數(shù)據(jù)庫的方式獲取網(wǎng)絡(luò)能力使用清單。
較佳地，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；當(dāng)需要根據(jù)網(wǎng)絡(luò)能力使用信息進(jìn)行計費時，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括計費方式標(biāo)識及當(dāng)前會話標(biāo)識；所述計費方式標(biāo)識為免費標(biāo)識、按條計費標(biāo)識、或包月計費標(biāo)識。
較佳地，該系統(tǒng)進(jìn)一步包括用戶話單處理模塊，以及在網(wǎng)絡(luò)服務(wù)器內(nèi)的用戶話單記錄模塊，所述用戶話單記錄模塊，用于接收來自網(wǎng)絡(luò)操作處理模塊的包含時長和/或流量及IP地址的統(tǒng)計信息，對接收到的信息進(jìn)行記錄，并將所記錄的信息發(fā)送給用戶話單處理模塊；所述用戶話單處理模塊，用于根據(jù)預(yù)設(shè)的用戶話單計費矩陣，對接收到的統(tǒng)計信息進(jìn)行批價，生成用戶帳單。
較佳地，所述消息序列號由消息提交時間、業(yè)務(wù)能力特征編碼和序列號共同構(gòu)成；
所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息包括APP所應(yīng)用的能力類型和接口類型編號，其中，所述能力類型為用于語音業(yè)務(wù)的網(wǎng)絡(luò)能力、用于數(shù)據(jù)業(yè)務(wù)的網(wǎng)絡(luò)能力或用于管理的網(wǎng)絡(luò)能力；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息進(jìn)一步包括能力服務(wù)器編號。
一種記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)，包括應(yīng)用APP、包含有邏輯處理模塊、網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)服務(wù)器、網(wǎng)絡(luò)功能執(zhí)行模塊，在網(wǎng)絡(luò)服務(wù)器內(nèi)還包括網(wǎng)絡(luò)使用能力記錄模塊，其中，網(wǎng)絡(luò)功能執(zhí)行模塊，用于根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)側(cè)主動發(fā)起的觸發(fā)條件滿足時，給網(wǎng)絡(luò)服務(wù)器內(nèi)的網(wǎng)絡(luò)操作處理模塊上報網(wǎng)絡(luò)事件信息；所述網(wǎng)絡(luò)操作處理模塊，用于將接收到的網(wǎng)絡(luò)事件信息解析后上報給網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊；或者，用于對接收到的來自邏輯處理模塊的網(wǎng)絡(luò)操作命令進(jìn)行解析，將解析后的命令傳送給與該命令對應(yīng)的網(wǎng)絡(luò)功能執(zhí)行模塊，并將接收到的來自網(wǎng)絡(luò)功能執(zhí)行模塊的網(wǎng)絡(luò)操作處理結(jié)果解析后返回給邏輯處理模塊；所述邏輯處理模塊，用于根據(jù)接收到的網(wǎng)絡(luò)事件信息及預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，或者，向網(wǎng)絡(luò)操作處理模塊發(fā)送網(wǎng)絡(luò)操作命令，或根據(jù)網(wǎng)絡(luò)功能執(zhí)行模塊返回的網(wǎng)絡(luò)操作處理結(jié)果給APP發(fā)送通知消息，或?qū)⑺@取的信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊；所述應(yīng)用APP，用于接收來自邏輯處理模塊的通知消息；所述網(wǎng)絡(luò)使用能力記錄模塊，用于記錄網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
較佳地，該系統(tǒng)進(jìn)一步包括網(wǎng)絡(luò)使用能力話單處理模塊，該模塊接收來自網(wǎng)絡(luò)使用能力記錄模塊的用于記錄網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單，根據(jù)預(yù)設(shè)的使用網(wǎng)絡(luò)能力的計費矩陣對網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
較佳地，該系統(tǒng)進(jìn)一步包括用戶話單處理模塊，以及在網(wǎng)絡(luò)服務(wù)器內(nèi)的用戶話單記錄模塊，所述用戶話單記錄模塊，用于接收來自網(wǎng)絡(luò)操作處理模塊的包含時長和/或流量及IP地址的統(tǒng)計信息，對接收到的信息進(jìn)行記錄，并將所記錄的信息發(fā)送給用戶話單處理模塊；所述用戶話單處理模塊，用于根據(jù)預(yù)設(shè)的用戶話單計費矩陣，對接收到的統(tǒng)計信息進(jìn)行批價，生成用戶帳單。
本發(fā)明提供了兩種記錄APP使用網(wǎng)絡(luò)能力的方法，其關(guān)鍵是，網(wǎng)絡(luò)服務(wù)器獲取APP的基本屬性信息及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，并進(jìn)行業(yè)務(wù)邏輯處理，然后寫一條網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。應(yīng)用本發(fā)明的方法，實現(xiàn)了對第三方服務(wù)提供商提供的APP所使用的網(wǎng)絡(luò)能力的情況進(jìn)行有效地記錄的目的。而且，應(yīng)用該記錄還可以對APP進(jìn)一步地進(jìn)行管理，如計費等。這樣，可以根據(jù)APP對網(wǎng)絡(luò)能力的使用情況進(jìn)行計費，對公眾而言也是公平的。再有，由于對APP的計費得以實現(xiàn)，也為網(wǎng)絡(luò)服務(wù)提供商增加了新的受益，補償了基礎(chǔ)網(wǎng)絡(luò)的建設(shè)費用。
本發(fā)明同時還提供了兩種記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)，為實現(xiàn)上述方法提供便利。


圖1所示為現(xiàn)有的對終端用戶實現(xiàn)計費的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示意圖；圖2a所示為記錄同步使用網(wǎng)絡(luò)側(cè)服務(wù)器的能力的實現(xiàn)方式示意圖；圖2b所示為記錄異步使用網(wǎng)絡(luò)側(cè)服務(wù)器的能力的實現(xiàn)方式示意圖；圖2c所示為記錄使用網(wǎng)絡(luò)側(cè)服務(wù)器的通知能力的實現(xiàn)方式示意圖；圖3所示為應(yīng)用本發(fā)明的記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)結(jié)構(gòu)示意圖；圖4所示為應(yīng)用本發(fā)明的記錄同步使用網(wǎng)絡(luò)能力的流程圖；
圖5所示為應(yīng)用本發(fā)明的記錄異步使用網(wǎng)絡(luò)能力的流程圖；圖6所示為應(yīng)用本發(fā)明的記錄使用網(wǎng)絡(luò)通知能力的流程圖；圖7所示為基于API調(diào)用的記錄使用網(wǎng)絡(luò)能力的一應(yīng)用實施例；圖8所示為基于API調(diào)用的記錄使用網(wǎng)絡(luò)能力的另一應(yīng)用實施例；圖9所示為基于ISC(IP multimedia Subsystem Service Control)接口實現(xiàn)調(diào)用的記錄使用網(wǎng)絡(luò)能力的一應(yīng)用實施例；圖10所示為基于ISC接口實現(xiàn)調(diào)用的記錄使用網(wǎng)絡(luò)能力的另一應(yīng)用實施例；圖11所示為基于ISC接口實現(xiàn)調(diào)用的記錄使用網(wǎng)絡(luò)能力的再一應(yīng)用實施例；圖12所示為應(yīng)用本發(fā)明的按照APP使用網(wǎng)絡(luò)的能力對APP進(jìn)行管理的流程圖。
具體實施例方式
下面結(jié)合附圖及具體實施例再對本發(fā)明做進(jìn)一步地詳細(xì)說明。
本發(fā)明的思路是記錄APP使用網(wǎng)絡(luò)能力的情況。這樣，根據(jù)該記錄可以更有針對性的對APP進(jìn)行計費、統(tǒng)計等管理。
所謂網(wǎng)絡(luò)能力是指將網(wǎng)絡(luò)服務(wù)器提供的某種網(wǎng)絡(luò)服務(wù)抽象為一種能力，比如，呼叫選路、呼叫監(jiān)控、放音、獲取更多撥入號碼、添加群組成員、發(fā)送文本短信、發(fā)送彩信、獲取終端位置信息、終端位置變更上報、發(fā)送USSD消息、按照金額扣費、按照金額的費用預(yù)留、延長費用預(yù)留時間等。每一種網(wǎng)絡(luò)服務(wù)都可理解為是一種網(wǎng)絡(luò)能力。只要APP使用了一次上述服務(wù)，即認(rèn)為APP使用了一次網(wǎng)絡(luò)能力。
眾所周知，APP可以以同步的方式使用網(wǎng)絡(luò)側(cè)服務(wù)器的能力，也可以以異步的方式使用網(wǎng)絡(luò)側(cè)服務(wù)器的能力，還可以使用網(wǎng)絡(luò)側(cè)服務(wù)器的通知能力。下面結(jié)合上述三種應(yīng)用場景簡單說明本發(fā)明的實現(xiàn)思路。
圖2所示為基于三種應(yīng)用場景的記錄APP使用網(wǎng)絡(luò)能力的實現(xiàn)示意圖。其中，圖2a所示為記錄同步使用網(wǎng)絡(luò)側(cè)服務(wù)器的能力的實現(xiàn)方式示意圖，網(wǎng)絡(luò)服務(wù)器接收到來自APP的同步調(diào)用請求后，進(jìn)行業(yè)務(wù)邏輯處理并記錄網(wǎng)絡(luò)能力使用信息，之后，網(wǎng)絡(luò)服務(wù)器可以給APP返回調(diào)用的結(jié)果信息，也可以不給APP返回調(diào)用的結(jié)果信息。本圖中的(1)和(2)均表示APP使用了一次網(wǎng)絡(luò)能力，其中，(1)代表成功地使用了一次網(wǎng)絡(luò)能力，(2)代表失敗地使用了一次網(wǎng)絡(luò)能力。
圖2b所示為記錄異步使用網(wǎng)絡(luò)側(cè)服務(wù)器的能力的實現(xiàn)方式示意圖，網(wǎng)絡(luò)服務(wù)器接收到來自APP的異步調(diào)用請求后，進(jìn)行業(yè)務(wù)邏輯處理并記錄網(wǎng)絡(luò)能力使用信息，之后，網(wǎng)絡(luò)服務(wù)器調(diào)用APP的回調(diào)接口，給APP返回調(diào)用的結(jié)果信息。本圖中的(1)和(2)均表示APP使用了一次網(wǎng)絡(luò)能力，其中，(1)代表成功地使用了一次網(wǎng)絡(luò)能力，(2)代表失敗地使用了一次網(wǎng)絡(luò)能力。
圖2c所示為記錄使用網(wǎng)絡(luò)側(cè)服務(wù)器的通知能力的實現(xiàn)方式示意圖，網(wǎng)絡(luò)服務(wù)器接收到來自APP的通知訂閱調(diào)用請求后，進(jìn)行業(yè)務(wù)邏輯處理并記錄網(wǎng)絡(luò)能力使用信息，該通知訂閱調(diào)用請求相當(dāng)于一次同步或異步調(diào)用請求。并且，只要判斷出當(dāng)前滿足該訂閱所要求的觸發(fā)條件，就給APP發(fā)送通知消息，之后記錄網(wǎng)絡(luò)能力使用信息。APP接收到該通知消息后，可以給網(wǎng)絡(luò)服務(wù)器返回接收結(jié)果，也可以不給網(wǎng)絡(luò)服務(wù)器返回接收結(jié)果。本圖中的(1)、(2)和(3)均表示APP使用了一次網(wǎng)絡(luò)，其中(2)和(3)表示APP使用了一次網(wǎng)絡(luò)的通知能力，也就是說，只要APP訂閱一次后，只要網(wǎng)絡(luò)當(dāng)前滿足下發(fā)通知的觸發(fā)條件，就主動下發(fā)通知，而且，每次下發(fā)通知后都記錄網(wǎng)絡(luò)能力使用信息。
再有，對于圖2c還存在一種情況，即APP不訂閱而是網(wǎng)絡(luò)側(cè)主動下發(fā)通知消息，此時，在圖2c中不存在(1)的情況，而只存在(2)和(3)的情況。
由APP發(fā)起調(diào)用請求而觸發(fā)的網(wǎng)絡(luò)能力使用信息記錄和由網(wǎng)絡(luò)側(cè)主動發(fā)起而觸發(fā)的網(wǎng)絡(luò)能力使用信息記錄可以同時存在，也可以分別單獨存在。
上述APP通過接口向網(wǎng)絡(luò)服務(wù)器發(fā)起調(diào)用請求，該接口為消息通信接口、文件接口或API接口。而且，所述消息通信接口為網(wǎng)絡(luò)協(xié)議消息接口，其中網(wǎng)絡(luò)協(xié)議消息包括但不限于TCP/IP消息、HTTP消息、XML消息；再有，所述基于API接口的調(diào)用可以為本地調(diào)用也可以為遠(yuǎn)程調(diào)用，其中，遠(yuǎn)程調(diào)用包括但不限于請求代理程序構(gòu)架(Corba，Common Object RequestBroker Architecture)、Web服務(wù)(Web Service)、遠(yuǎn)程方法調(diào)用(RMI，Remote Method Invocation)/通用對象請求代理間通信協(xié)議(IIOP，InternetInter-ORB Protocol)或分布式組件對象模型(DCOM，Distributed ComponentObject Model)形式。
下面分別具體說明實現(xiàn)本發(fā)明的網(wǎng)絡(luò)系統(tǒng)和實現(xiàn)流程。
圖3所示為應(yīng)用本發(fā)明的記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)結(jié)構(gòu)示意圖。該系統(tǒng)包括APP 110、包含有邏輯處理模塊121、網(wǎng)絡(luò)操作處理模塊122的網(wǎng)絡(luò)服務(wù)器120、網(wǎng)絡(luò)功能執(zhí)行模塊130，而且在網(wǎng)絡(luò)服務(wù)器120內(nèi)還包括網(wǎng)絡(luò)使用能力記錄模塊124，其中，APP 110用于向網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊121發(fā)起調(diào)用請求，該請求中包含自身的標(biāo)識及調(diào)用參數(shù)；或者，接收來自網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊121的執(zhí)行結(jié)果；邏輯處理模塊121用于從接收到的調(diào)用請求中獲取APP110的標(biāo)識及調(diào)用參數(shù)，判斷請求中的調(diào)用參數(shù)合法后，根據(jù)接收到的調(diào)用請求，確定為該APP110提供服務(wù)的網(wǎng)絡(luò)能力類型，向網(wǎng)絡(luò)操作處理模塊122發(fā)送網(wǎng)絡(luò)操作命令，或接收到來自網(wǎng)絡(luò)操作處理模塊122的網(wǎng)絡(luò)操作處理結(jié)果；或者，將所獲取的發(fā)起請求的APP 110的標(biāo)識、為該APP 110提供服務(wù)的網(wǎng)絡(luò)能力類型信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊124；網(wǎng)絡(luò)操作處理模塊122用于對接收到的來自邏輯處理模塊121的網(wǎng)絡(luò)操作命令進(jìn)行解析，將解析后的命令傳送給與該命令對應(yīng)的網(wǎng)絡(luò)功能執(zhí)行模塊130，并將接收到的來自網(wǎng)絡(luò)功能執(zhí)行模塊130的網(wǎng)絡(luò)操作處理結(jié)果解析后返回給邏輯處理模塊121；
網(wǎng)絡(luò)功能執(zhí)行模塊130用于根據(jù)接收到的指令進(jìn)行網(wǎng)絡(luò)操作處理；網(wǎng)絡(luò)使用能力記錄模塊124用于根據(jù)接收到的信息記錄網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP110的標(biāo)識、為該APP110提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
上述邏輯處理模塊121接收到來自APP 110的調(diào)用請求是基于接口的同步調(diào)用請求、異步調(diào)用請求，或通知調(diào)用請求。如果邏輯處理模塊121接收到來自APP 110的調(diào)用請求是異步調(diào)用請求，并接收來自網(wǎng)絡(luò)操作處理模塊122的邏輯處理結(jié)果獲得本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息后，回調(diào)APP 110，通知APP 110執(zhí)行結(jié)果；如果邏輯處理模塊121接收到來自APP 110的調(diào)用請求是通知調(diào)用請求，則該調(diào)用請求中進(jìn)一步包括訂閱事件信息，所述邏輯處理模塊121判斷出當(dāng)前滿足訂閱事件所要求的觸發(fā)條件后，獲取發(fā)起請求的APP 110的標(biāo)識以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，調(diào)用網(wǎng)絡(luò)操作處理模塊122以進(jìn)行網(wǎng)絡(luò)操作處理，并接收來自網(wǎng)絡(luò)操作處理模塊122的網(wǎng)絡(luò)操作處理結(jié)果后調(diào)用APP 110的通知接口，通知APP 110其所訂閱的事件，并再次記錄網(wǎng)絡(luò)能力使用信息。
針對圖3所示系統(tǒng)，如果由網(wǎng)絡(luò)側(cè)主動發(fā)起通知時，則APP 110、包含有邏輯處理模塊121、網(wǎng)絡(luò)操作處理模塊122的網(wǎng)絡(luò)服務(wù)器120、網(wǎng)絡(luò)功能執(zhí)行模塊130，以及在網(wǎng)絡(luò)服務(wù)器120內(nèi)的網(wǎng)絡(luò)使用能力記錄模塊124之間的關(guān)系如下網(wǎng)絡(luò)功能執(zhí)行模塊130用于根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)側(cè)主動發(fā)起的觸發(fā)條件滿足時，給網(wǎng)絡(luò)服務(wù)器內(nèi)的網(wǎng)絡(luò)操作處理模塊122上報網(wǎng)絡(luò)事件信息；網(wǎng)絡(luò)操作處理模塊122用于將接收到的網(wǎng)絡(luò)事件信息解析后上報給網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊121；或者，用于對接收到的來自邏輯處理模塊121的網(wǎng)絡(luò)操作命令進(jìn)行解析，將解析后的命令傳送給與該命令對應(yīng)的網(wǎng)絡(luò)功能執(zhí)行模塊130，并將接收到的來自網(wǎng)絡(luò)功能執(zhí)行模塊130的網(wǎng)絡(luò)操作處理結(jié)果解析后返回給邏輯處理模塊121；
邏輯處理模塊121用于根據(jù)接收到的網(wǎng)絡(luò)事件信息及預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，或者，向網(wǎng)絡(luò)操作處理模塊122發(fā)送網(wǎng)絡(luò)操作命令，或根據(jù)網(wǎng)絡(luò)功能執(zhí)行模塊122返回的網(wǎng)絡(luò)操作處理結(jié)果給APP 110發(fā)送通知消息，或?qū)⑺@取的信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊124；APP 110用于接收來自邏輯處理模塊的通知消息；網(wǎng)絡(luò)使用能力記錄模塊124與前述同，在此不再重復(fù)描述。
如果希望對APP 110進(jìn)行計費管理，則無論哪種連接關(guān)系，圖3所示系統(tǒng)還可以進(jìn)一步包括網(wǎng)絡(luò)使用能力話單處理模塊150，該模塊接收來自網(wǎng)絡(luò)使用能力記錄模塊124的用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單，根據(jù)預(yù)設(shè)的使用網(wǎng)絡(luò)能力的計費矩陣對網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP 110的計費帳單。該批價過程中，既可以針對每一條網(wǎng)絡(luò)能力使用信息進(jìn)行批價，也可以對多條網(wǎng)絡(luò)能力使用信息的組合進(jìn)行批價，具體策略可根據(jù)需要而定。
上述用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單為文件的形式或數(shù)據(jù)庫的形式，所述網(wǎng)絡(luò)使用能力話單處理模塊150通過FTP方式，或讀數(shù)據(jù)庫的方式獲取網(wǎng)絡(luò)能力使用清單。
上述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；當(dāng)需要根據(jù)網(wǎng)絡(luò)能力使用信息進(jìn)行計費時，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括計費方式標(biāo)識及當(dāng)前會話標(biāo)識；所述計費方式標(biāo)識為免費標(biāo)識、按條計費標(biāo)識、或包月計費標(biāo)識。所述消息序列號由消息提交時間、業(yè)務(wù)能力特征編碼和序列號共同構(gòu)成。所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息包括APP所應(yīng)用的能力類型和接口類型編號，其中，所述能力類型為用于語音業(yè)務(wù)的網(wǎng)絡(luò)能力、用于數(shù)據(jù)業(yè)務(wù)的網(wǎng)絡(luò)能力或用于管理的網(wǎng)絡(luò)能力；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息進(jìn)一步包括能力服務(wù)器編號。
再有，針對圖3所示系統(tǒng)對于現(xiàn)有的終端用戶進(jìn)行計費的部分仍然可以保留，而且，不對該部分做任何改動，這樣，圖3所示系統(tǒng)還可以進(jìn)一步包括用戶話單處理模塊140，以及在網(wǎng)絡(luò)服務(wù)器120內(nèi)的用戶話單記錄模塊123，其中，用戶話單記錄模塊123用于接收來自網(wǎng)絡(luò)操作處理模塊122的包含時長和/或流量及IP地址的統(tǒng)計信息，對接收到的信息進(jìn)行記錄，并將所記錄的信息發(fā)送給用戶話單處理模塊140；用戶話單處理模塊140用于根據(jù)預(yù)設(shè)的用戶話單計費矩陣，對接收到的統(tǒng)計信息進(jìn)行批價，生成用戶帳單。
圖4所示為應(yīng)用本發(fā)明的記錄同步使用網(wǎng)絡(luò)能力的流程圖。
步驟401，網(wǎng)絡(luò)服務(wù)器接收來自APP的同步調(diào)用請求；該請求中包含APP的標(biāo)識及調(diào)用參數(shù)。
步驟402，網(wǎng)絡(luò)服務(wù)器從調(diào)用請求中獲取APP的標(biāo)識及調(diào)用參數(shù)，判斷調(diào)用參數(shù)是否合法，如果是，則執(zhí)行步驟405，否則執(zhí)行步驟403。
步驟403，寫一條網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息中包括本次業(yè)務(wù)邏輯處理失敗地使用網(wǎng)絡(luò)能力的狀態(tài)信息；該業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息是以狀態(tài)碼的方式進(jìn)行標(biāo)識，且該狀態(tài)碼指明失敗原因，此處的失敗原因為調(diào)用參數(shù)不合法。
步驟404，向APP返回指示APP異常的信息，結(jié)束。
步驟405，進(jìn)行業(yè)務(wù)邏輯處理，具體過程為通知具有與調(diào)用請求內(nèi)容相對應(yīng)網(wǎng)絡(luò)能力的網(wǎng)絡(luò)能力執(zhí)行模塊，由該網(wǎng)絡(luò)能力執(zhí)行模塊進(jìn)行網(wǎng)絡(luò)操作處理，并接收該網(wǎng)絡(luò)執(zhí)行模塊返回的執(zhí)行結(jié)果。
步驟406，根據(jù)接收到的執(zhí)行結(jié)果獲得本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息。
步驟407，寫一條網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息中包括本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，結(jié)束。同樣地，該業(yè)務(wù)邏輯處理是否成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息是以狀態(tài)碼的方式進(jìn)行標(biāo)識，且該狀態(tài)碼指明成功。
上述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法有以下兩種原則一種是判斷業(yè)務(wù)邏輯處理是否成功，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；另一種是只要業(yè)務(wù)邏輯處理完畢后，無論業(yè)務(wù)邏輯處理成功與否，都記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息。
上述步驟407之后，還可以進(jìn)一步包括網(wǎng)絡(luò)服務(wù)器向APP發(fā)送調(diào)用的結(jié)果信息。
圖5所示為應(yīng)用本發(fā)明的記錄異步使用網(wǎng)絡(luò)能力的流程圖。
步驟501，網(wǎng)絡(luò)服務(wù)器接收來自APP的異步調(diào)用請求；該請求中包含APP的標(biāo)識及調(diào)用參數(shù)。
步驟502，網(wǎng)絡(luò)服務(wù)器從調(diào)用請求中獲取APP的標(biāo)識及調(diào)用參數(shù)，判斷調(diào)用參數(shù)是否合法，如果是，則執(zhí)行步驟505，否則執(zhí)行步驟503。
步驟503，寫一條網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息中包括本次業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，該業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息是以狀態(tài)碼的方式進(jìn)行標(biāo)識，且該狀態(tài)碼指明失敗原因，此處的失敗原因為調(diào)用參數(shù)不合法。
步驟504，向APP返回指示APP異常的信息，結(jié)束。
步驟505，進(jìn)行業(yè)務(wù)邏輯處理，具體過程為通知具有與調(diào)用請求內(nèi)容相對應(yīng)網(wǎng)絡(luò)能力的網(wǎng)絡(luò)能力執(zhí)行模塊，由該網(wǎng)絡(luò)能力執(zhí)行模塊進(jìn)行網(wǎng)絡(luò)操作處理，并接收該網(wǎng)絡(luò)執(zhí)行模塊返回的執(zhí)行結(jié)果。
步驟506，根據(jù)接收到的執(zhí)行結(jié)果獲得本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息。
步驟507，寫一條網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息中包括本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息。同樣地，該業(yè)務(wù)邏輯處理是否成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息是以狀態(tài)碼的方式進(jìn)行標(biāo)識，且該狀態(tài)碼指明成功。
上述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法有以下兩種原則一種是判斷業(yè)務(wù)邏輯處理是否成功，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理未成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；另一種是只要業(yè)務(wù)邏輯處理完畢后，無論業(yè)務(wù)邏輯處理成功與否，都記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息。
步驟508，回調(diào)APP，通知APP執(zhí)行結(jié)果。如果業(yè)務(wù)邏輯處理成功，則此處返回指明返回正確結(jié)果，如果業(yè)務(wù)邏輯處理失敗，則此處指明返回錯誤結(jié)果。
圖6所示為應(yīng)用本發(fā)明的記錄使用網(wǎng)絡(luò)通知能力的流程圖。
步驟601，網(wǎng)絡(luò)服務(wù)器接收來自APP的通知調(diào)用請求；該請求中包含APP的標(biāo)識、調(diào)用參數(shù)，以及APP的訂閱事件信息，即令網(wǎng)絡(luò)服務(wù)器下發(fā)通知的觸發(fā)條件。
步驟602～607與步驟402～407相同。也就是說，APP所發(fā)的通知調(diào)用請求相當(dāng)于一個同步調(diào)用請求。當(dāng)然，該通知調(diào)用請求也可以是一個異步調(diào)用請求。
步驟608，判斷當(dāng)前是否滿足通知調(diào)用請求中訂閱事件信息所要求的觸發(fā)條件，如果是，執(zhí)行步驟609，否則重復(fù)執(zhí)行608。
步驟609，判斷是否找到APP的通知接口，如果是，則執(zhí)行步驟610，否則執(zhí)行步驟612。
步驟610，調(diào)用APP的通知接口，通知APP其所訂閱的事件。
步驟611，寫一條網(wǎng)絡(luò)能力使用信息，結(jié)束。該網(wǎng)絡(luò)能力使用信息中包括本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息。
上述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法有以下兩種原則一種是網(wǎng)絡(luò)服務(wù)器通知APP后，判斷該APP的返回信息是否正常，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；另一種是網(wǎng)絡(luò)服務(wù)器通知APP后，無論APP返回的信息是否正常，都直接記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息。
步驟612，記錄日志，結(jié)束。
參見圖6，對于記錄使用網(wǎng)絡(luò)通知能力的實施方式，也可以不執(zhí)行步驟601～607，而直接從步驟608開始執(zhí)行，當(dāng)然，在執(zhí)行步驟608之前，需要根據(jù)網(wǎng)絡(luò)側(cè)的功能進(jìn)行設(shè)置，即預(yù)先設(shè)置網(wǎng)絡(luò)側(cè)主動給APP發(fā)送通知消息的觸發(fā)條件，該觸發(fā)條件根據(jù)網(wǎng)絡(luò)側(cè)的功能確定；在當(dāng)前滿足APP的觸發(fā)條件時，網(wǎng)絡(luò)服務(wù)器根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，進(jìn)行業(yè)務(wù)邏輯處理，之后調(diào)用該APP的通知接口，給該APP發(fā)送通知消息，然后再記錄網(wǎng)絡(luò)能力使用信息。例如，在網(wǎng)絡(luò)側(cè)已預(yù)先設(shè)置了短信發(fā)送狀態(tài)的通知功能，該功能是不需要用戶訂閱的，當(dāng)用戶每次發(fā)送短信之后，都會得到接收方的接收狀態(tài)報告，如接收方已接收或未接收到等信息。也就是說，有些通知功能是需要APP預(yù)先訂閱的，比如，每日新聞、天氣預(yù)報等信息，而有些通知功能是不需要預(yù)先訂閱的，只要在網(wǎng)絡(luò)服務(wù)器端預(yù)先設(shè)置有這些功能，當(dāng)滿足觸發(fā)條件時網(wǎng)絡(luò)側(cè)就會執(zhí)行通知功能。具體到哪些需要預(yù)先訂閱才能提供通知服務(wù)，哪些不需訂閱就可以提供通知服務(wù)，可以根據(jù)需要進(jìn)行配置。
圖4、圖5和圖6所示任一流程在執(zhí)行過程中，網(wǎng)絡(luò)服務(wù)器可進(jìn)一步包括記錄日志的操作，具體的記錄方法與現(xiàn)有技術(shù)相同，在此不再詳細(xì)說明。
對于圖4、圖5和圖6中所涉及到的網(wǎng)絡(luò)能力使用信息，其所包含的內(nèi)容及含義如表1所示。

表1參見表1，表1中的屬性標(biāo)為“M”的項為網(wǎng)絡(luò)能力使用信息中必須有的項，屬性為“O”的項為非必要項。也就是說，一條網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符；該網(wǎng)絡(luò)能力使用信息還可以進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息。當(dāng)需要根據(jù)網(wǎng)絡(luò)能力使用信息進(jìn)行計費時，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括計費方式標(biāo)識及提供能力服務(wù)的對象為當(dāng)前會話分配的當(dāng)前會話標(biāo)識(會話ID)；所述計費方式標(biāo)識為免費標(biāo)識、按條計費標(biāo)識、或包月計費標(biāo)識。
表1中“說明”部分的內(nèi)容，如表示時間的位數(shù)、方式、順序以及舉例等，僅為較佳實施例，在實際應(yīng)用中并不限于此。其中序號為3～5的項為APP的基本屬性信息；序號為6～8的項表示該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息；序號為15的項是服務(wù)器對APP進(jìn)行計費管理時才應(yīng)用的項目，如果不進(jìn)行計費管理，該信息中可以沒有該項，如果是進(jìn)行其他管理，還可以在上述信息中加入其他用于管理的項目。
其中表1中序號為6的能力類型包括但不限于用于語音業(yè)務(wù)的網(wǎng)絡(luò)能力，如呼叫選路、呼叫監(jiān)控、放音、獲取更多撥入號碼等；用于數(shù)據(jù)業(yè)務(wù)的網(wǎng)絡(luò)能力，如發(fā)送文本短信、發(fā)送彩信、獲取終端位置信息、終端位置變更上報、發(fā)送USSD消息等；用于管理的網(wǎng)絡(luò)能力，如添加群組成員、按照金額扣費、按照金額的費用預(yù)留、延長費用預(yù)留時間、網(wǎng)絡(luò)服務(wù)質(zhì)量設(shè)置、添加策略域等。
下面結(jié)合實際應(yīng)用場景再舉例說明。
圖7所示為基于API調(diào)用的記錄使用網(wǎng)絡(luò)能力的一應(yīng)用實施例。眾所周知，Parlay/OSA中定義的GCC SCF提供與呼叫控制相關(guān)的能力特征，其包括創(chuàng)建呼叫對象(createCall)、呼叫路由(routeReq)，呼叫監(jiān)控(superviseReq)、放棄對呼叫控制(deassignCall)、釋放呼叫對象(release)、呼叫通知(callEventNotify)等能力。UI SCF提供與用戶交互相關(guān)的能力特征，其包括創(chuàng)建呼叫相關(guān)用戶交互對象(createUICall)、發(fā)送信息(sendInfoReq)、發(fā)送并收集信息(sendInfoAndCollectReq)、錄音(recordMessageReq)等能力。
步驟1表示APP調(diào)用enableCallNotification通知服務(wù)器側(cè)的呼叫控制管理(IpCallControlManager)對象啟動呼叫通知功能；由于該enableCallNotification屬于一次同步調(diào)用，因此，IpCallControlManager對象接收到該信息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。
步驟2表示服務(wù)器側(cè)的IpCallControlManager對象調(diào)用callEventNotify通知APP側(cè)的呼叫控制管理(IpAppCallControlManager)對象呼叫事件到達(dá)；由于IpCallControlManager對象服務(wù)器發(fā)送了一次通知消息，因此，該服務(wù)器側(cè)的IpCallControlManager對象在發(fā)送該通知消息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。步驟2.1，APP側(cè)的IpAppCallControlManager對象會將接收到的通知消息通知給APP，步驟2.1.1，APP也會在接收到該通知消息后給呼叫(IpAppCall)對象返回相應(yīng)，但是，無論步驟2.1與步驟2.1.1執(zhí)行成功與否，IpAppCallControlManager對象都會進(jìn)行一次記錄，因為APP已經(jīng)使用了一次網(wǎng)絡(luò)能力，但是否記錄本次成功使用了一次網(wǎng)絡(luò)能力，可根據(jù)預(yù)先設(shè)定的原則而定。
步驟3表示APP調(diào)用superviseCallReq請求服務(wù)器側(cè)的呼叫(IpCall)對象進(jìn)行呼叫監(jiān)控；由于該superviseCallReq屬于一次異步調(diào)用，因此，服務(wù)器側(cè)的IpCall對象接收到該信息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。
步驟4表示APP調(diào)用routeReq請求服務(wù)器側(cè)的IpCall對象進(jìn)行呼叫選路；于該routeReq屬于一次異步調(diào)用，因此，服務(wù)器側(cè)的IpCall對象接收到該信息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。
步驟5表示服務(wù)器側(cè)的IpCall對象調(diào)用routeRes給APP側(cè)的呼叫(IpAppCall)對象返回選路成功信息；步驟5.1，APP側(cè)的呼叫控制管理對象會將接收到的通知消息通知給APP。
步驟6表示服務(wù)器側(cè)的IpCall對象調(diào)用superviseCallRes，向APP側(cè)的IpAppCall對象報告呼叫監(jiān)控信息；步驟6.1，APP側(cè)的呼叫控制管理對象會將接收到的通知消息通知給APP。
可見，無論步驟5，5.1，6，6.1是否執(zhí)行成功，服務(wù)器側(cè)都會進(jìn)行一次記錄，因為APP已經(jīng)使用了一次網(wǎng)絡(luò)能力，但是否記錄本次成功使用了一次網(wǎng)絡(luò)能力，可根據(jù)預(yù)先設(shè)定的原則而定。
步驟7表示APP調(diào)用createUICall請求服務(wù)器側(cè)的呼叫交互管理(IpUIManager)對象創(chuàng)建呼叫相關(guān)用戶交互對象；該createUICall屬于一次同步調(diào)用，因此，服務(wù)器側(cè)的IpUIManager對象接收到該信息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。
步驟8表示APP調(diào)用sendInfoReq請求服務(wù)器側(cè)的呼叫交互(IpUICall)對象向用戶發(fā)送信息；由于該sendInfoReq屬于一次異步調(diào)用，因此，服務(wù)器側(cè)的IpUICall對象接收到該信息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。
步驟9表示服務(wù)器調(diào)側(cè)的呼叫交互(IpUICall)對象用sendInfoRes向APP側(cè)的呼叫交互(IpAppUICall)對象報告發(fā)送狀態(tài)；步驟9.1，APP側(cè)的呼叫交互(IpAppUICall)對象將接收到的通知消息通知給APP。
步驟10表示APP調(diào)用release通知IpUICall對象釋放呼叫相關(guān)用戶交互對象；該release屬于一次同步調(diào)用，因此，服務(wù)器側(cè)的IpUICall對象接收到該信息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。
步驟11表示APP調(diào)用release通知IpCall對象釋放呼叫對象；該release屬于一次同步調(diào)用，因此，服務(wù)器側(cè)的IpCall對象接收到該信息后記錄網(wǎng)絡(luò)能力使用信息，表示APP使用了一次網(wǎng)絡(luò)能力。
可見，在實際應(yīng)用中，只要APP使用了一次網(wǎng)絡(luò)側(cè)服務(wù)器端的能力，服務(wù)器端就會進(jìn)行一次記錄。針對圖7所示實施例，IpCall對象的多次API調(diào)用使用相同的會話ID，IpUICall對象的多次API調(diào)用中使用相同的會話ID。
圖8所示為基于API調(diào)用的記錄使用網(wǎng)絡(luò)能力的另一應(yīng)用實施例。在Parlay X Web Service中，APP和服務(wù)器間使用Soap消息交互，服務(wù)器端提供Web Service形式的API調(diào)用。其中SendSms、SendSmsLogo、SendSmsRingtone均為APP同步使用服務(wù)器端能力，分別使用發(fā)送文本短信、發(fā)送帶圖片Logo短信、發(fā)送帶鈴聲短信的能力；NotifySmsReception為APP使用服務(wù)器端通知能力，從服務(wù)器端獲得發(fā)送給APP的短信。
圖7圖8所示應(yīng)用場景是基于Parlay/OSA定義的API調(diào)用的，本發(fā)明所述方法同樣適用于非API的接口調(diào)用。
圖9所示為基于ISC接口實現(xiàn)調(diào)用的記錄使用網(wǎng)絡(luò)能力的一應(yīng)用實施例。在本實施例中，APP與SoftSwitch進(jìn)行交互。
參見圖9，從INVITE到ACK為止，APP使用了一次網(wǎng)絡(luò)的會話連接功能，因此，在執(zhí)行完ACK后，SoftSwitch寫一條網(wǎng)絡(luò)能力使用信息。
圖10所示為基于ISC接口實現(xiàn)調(diào)用的記錄使用網(wǎng)絡(luò)能力的另一應(yīng)用實施例。在本實施例中，APP與MRS/SS進(jìn)行交互。
參見圖10，從INVITE到ACK為止，APP使用了一次網(wǎng)絡(luò)的會話連接功能，在會話連接建立后，APP又使用了兩次放音功能，因此，APP一共使用了三次網(wǎng)絡(luò)能力。
圖11所示為基于ISC接口實現(xiàn)調(diào)用的記錄使用網(wǎng)絡(luò)能力的再一應(yīng)用實施例。在本實施例中，APP與短消息業(yè)務(wù)中心(SMSC)進(jìn)行交互。
其中SUBMIT_SM使用了SMSC的發(fā)送短信能力；DELIVER_SM使用了SMSC的短信通知能力，如用戶發(fā)送短信到應(yīng)用，或者應(yīng)用接收短信狀態(tài)報告。
多條網(wǎng)絡(luò)能力使用信息即構(gòu)成了網(wǎng)絡(luò)能力清單。網(wǎng)絡(luò)服務(wù)器記錄下APP網(wǎng)絡(luò)能力使用清單后，即可對APP進(jìn)行管理，下面以計費為例，具體說明應(yīng)用網(wǎng)絡(luò)能力使用清單對APP進(jìn)行管理的過程。
圖12所示為應(yīng)用本發(fā)明的按照APP使用網(wǎng)絡(luò)的能力對APP進(jìn)行管理的流程圖。在網(wǎng)絡(luò)中預(yù)先設(shè)置網(wǎng)絡(luò)使用能力話單處理模塊，該模塊與用戶話單處理模塊具有相似的功能，區(qū)別是該模塊用于對APP進(jìn)行批價計費。并且，設(shè)置使用網(wǎng)絡(luò)能力的計費矩陣；該計費矩陣中包含調(diào)用接口的次數(shù)，時長信息，不同接口的費率、折扣等信息，且該使用網(wǎng)絡(luò)能力的計費矩陣可以在網(wǎng)絡(luò)使用能力話單處理模塊內(nèi)，也可以在其他模塊內(nèi)，只要網(wǎng)絡(luò)使用能力話單處理模塊在應(yīng)用時能夠獲取該計費矩陣即可。
步驟1201，網(wǎng)絡(luò)使用能力話單處理模塊獲取APP的網(wǎng)絡(luò)能力使用清單。
步驟1202，讀取網(wǎng)絡(luò)能力使用信息的條目。
步驟1203，獲取預(yù)設(shè)的使用網(wǎng)絡(luò)能力的計費矩陣。
步驟1204，根據(jù)使用網(wǎng)絡(luò)能力的計費矩陣，對所獲取的網(wǎng)絡(luò)能力使用信息進(jìn)行批價。該批價過程中，既可以針對每一條網(wǎng)絡(luò)能力使用信息進(jìn)行批價，也可以對多條網(wǎng)絡(luò)能力使用信息的組合進(jìn)行批價，具體策略可根據(jù)需要而定。
步驟1205，生成APP的計費帳單。
總之，以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種記錄應(yīng)用使用網(wǎng)絡(luò)能力的方法，其特征在于，該方法包括以下步驟a、應(yīng)用APP向網(wǎng)絡(luò)服務(wù)器發(fā)起調(diào)用請求，該請求中包含自身的標(biāo)識及調(diào)用參數(shù)；b、網(wǎng)絡(luò)服務(wù)器根據(jù)接收到的調(diào)用請求，獲取該APP的標(biāo)識及該APP請求的網(wǎng)絡(luò)能力類型，判斷該請求中的調(diào)用參數(shù)是否合法，如果是，則進(jìn)行業(yè)務(wù)邏輯處理，然后再執(zhí)行步驟c，否則，直接執(zhí)行步驟c；c、網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述調(diào)用請求為基于接口的同步調(diào)用請求；步驟c所述網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息后，進(jìn)一步包括網(wǎng)絡(luò)服務(wù)器給APP返回執(zhí)行結(jié)果信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述調(diào)用請求為基于接口的異步調(diào)用請求；步驟c所述網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息后，進(jìn)一步包括網(wǎng)絡(luò)服務(wù)器回調(diào)APP，通知APP執(zhí)行結(jié)果。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述調(diào)用請求為基于接口的通知調(diào)用請求；該請求中進(jìn)一步包含訂閱事件信息；步驟c所述網(wǎng)絡(luò)服務(wù)器記錄一條網(wǎng)絡(luò)能力使用信息后，進(jìn)一步包括步驟d，d、網(wǎng)絡(luò)服務(wù)器判斷當(dāng)前是否滿足通知調(diào)用請求中訂閱事件要求的觸發(fā)條件，如果不是，則不做處理；如果是，則調(diào)用APP的通知接口，通知APP其所訂閱的事件，然后再次記錄一條網(wǎng)絡(luò)能力使用信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括設(shè)置網(wǎng)絡(luò)側(cè)主動給APP發(fā)送通知消息的觸發(fā)條件；所述觸發(fā)條件根據(jù)網(wǎng)絡(luò)服務(wù)器的功能確定；在當(dāng)前滿足APP的觸發(fā)條件時，網(wǎng)絡(luò)服務(wù)器根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，并進(jìn)行業(yè)務(wù)邏輯處理，然后調(diào)用該APP的通知接口，給該APP發(fā)送通知消息，并記錄網(wǎng)絡(luò)能力使用信息。
6.根據(jù)權(quán)利要求2、3、4或5所述的方法，其特征在于，所述進(jìn)行業(yè)務(wù)邏輯處理的過程為網(wǎng)絡(luò)服務(wù)器調(diào)用已設(shè)置的具有與調(diào)用請求相對應(yīng)網(wǎng)絡(luò)能力的網(wǎng)絡(luò)能力執(zhí)行模塊，由該網(wǎng)絡(luò)能力執(zhí)行模塊進(jìn)行網(wǎng)絡(luò)操作處理，并將執(zhí)行結(jié)果返回給網(wǎng)絡(luò)服務(wù)器。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；所述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法為判斷業(yè)務(wù)邏輯處理是否成功，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；或者，只要業(yè)務(wù)邏輯處理完畢后，就記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；所述本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息由狀態(tài)碼標(biāo)識。
8.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所記錄的網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符；該網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；所述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法為網(wǎng)絡(luò)服務(wù)器通知APP后，判斷該APP的返回信息是否正常，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理失敗地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；或者，網(wǎng)絡(luò)服務(wù)器通知APP后，直接記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；所述本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息由狀態(tài)碼標(biāo)識。
9.根據(jù)權(quán)利要求2、3、4或5所述的方法，其特征在于，所述接口為消息通信接口、文件接口或API接口。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述消息通信接口為網(wǎng)絡(luò)協(xié)議消息接口，所述網(wǎng)絡(luò)協(xié)議消息包括但不限于TCP/IP消息、HTTP消息、XML消息。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述基于API的調(diào)用為本地調(diào)用或遠(yuǎn)程調(diào)用，其中，所述遠(yuǎn)程調(diào)用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
12.根據(jù)權(quán)利要求1或5所述的方法，其特征在于，該方法進(jìn)一步包括設(shè)置使用網(wǎng)絡(luò)能力的計費矩陣；網(wǎng)絡(luò)服務(wù)器將用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單傳送給預(yù)設(shè)的網(wǎng)絡(luò)使用能力話單處理模塊，由該網(wǎng)絡(luò)使用能力話單處理模塊根據(jù)已獲取的使用網(wǎng)絡(luò)能力的計費矩陣，對接收到的網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述網(wǎng)絡(luò)能力使用清單為文件的形式或數(shù)據(jù)庫的形式，所述網(wǎng)絡(luò)使用能力話單處理模塊通過FTP方式，或讀數(shù)據(jù)庫的方式獲取網(wǎng)絡(luò)能力使用清單。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，當(dāng)需要根據(jù)網(wǎng)絡(luò)能力使用信息進(jìn)行計費時，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括計費方式標(biāo)識及提供能力服務(wù)的對象為當(dāng)前會話分配的當(dāng)前會話標(biāo)識；所述計費方式標(biāo)識為免費標(biāo)識、按條計費標(biāo)識、或包月計費標(biāo)識。
15.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述消息序列號由消息提交時間、業(yè)務(wù)能力特征編碼和序列號共同構(gòu)成；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息包括APP所應(yīng)用的能力類型和接口類型編號，其中，所述能力類型為用于語音業(yè)務(wù)的網(wǎng)絡(luò)能力、用于數(shù)據(jù)業(yè)務(wù)的網(wǎng)絡(luò)能力或用于管理的網(wǎng)絡(luò)能力；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息進(jìn)一步包括能力服務(wù)器編號。
16.一種記錄應(yīng)用使用網(wǎng)絡(luò)能力的方法，其特征在于，該方法包括以下步驟設(shè)置網(wǎng)絡(luò)側(cè)主動給APP發(fā)送通知消息的觸發(fā)條件；所述觸發(fā)條件根據(jù)網(wǎng)絡(luò)側(cè)的功能確定；在當(dāng)前滿足APP的觸發(fā)條件時，網(wǎng)絡(luò)服務(wù)器根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，并進(jìn)行業(yè)務(wù)邏輯處理，然后調(diào)用該APP的通知接口，給該APP發(fā)送通知消息，并記錄網(wǎng)絡(luò)能力使用信息；所述網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；所述記錄本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息的方法為網(wǎng)絡(luò)服務(wù)器給APP發(fā)送通知消息后，判斷該APP的返回信息是否正常，如果是，則記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息，否則，記錄本次業(yè)務(wù)邏輯處理未成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；或者，網(wǎng)絡(luò)服務(wù)器給APP發(fā)送通知消息后，直接記錄本次業(yè)務(wù)邏輯處理成功地使用了網(wǎng)絡(luò)能力的狀態(tài)信息；所述本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息由狀態(tài)碼標(biāo)識。
18.根據(jù)權(quán)利要求16所述的方法，其特征在于，該方法進(jìn)一步包括設(shè)置使用網(wǎng)絡(luò)能力的計費矩陣；網(wǎng)絡(luò)服務(wù)器將用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單傳送給預(yù)設(shè)的網(wǎng)絡(luò)使用能力話單處理模塊，由該網(wǎng)絡(luò)使用能力話單處理模塊根據(jù)已獲取的使用網(wǎng)絡(luò)能力的計費矩陣，對接收到的網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
19.一種記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)，包括應(yīng)用APP、包含有邏輯處理模塊、網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)服務(wù)器、一個以上網(wǎng)絡(luò)功能執(zhí)行模塊，其特征在于，在網(wǎng)絡(luò)服務(wù)器內(nèi)還包括網(wǎng)絡(luò)使用能力記錄模塊，其中，所述APP，用于向網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊發(fā)起調(diào)用請求，該請求中包含自身的標(biāo)識及調(diào)用參數(shù)；或者，接收來自網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊的執(zhí)行結(jié)果；所述邏輯處理模塊，用于從接收到的調(diào)用請求中獲取APP的標(biāo)識及調(diào)用參數(shù)，判斷請求中的調(diào)用參數(shù)合法后，根據(jù)接收到的調(diào)用請求，確定為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型，向網(wǎng)絡(luò)操作處理模塊發(fā)送網(wǎng)絡(luò)操作命令，或接收到來自網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)操作處理結(jié)果；或者，將所獲取的發(fā)起請求的APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊；所述網(wǎng)絡(luò)操作處理模塊，用于對接收到的來自邏輯處理模塊的網(wǎng)絡(luò)操作命令進(jìn)行解析，將解析后的命令傳送給與該命令對應(yīng)的網(wǎng)絡(luò)功能執(zhí)行模塊，并將接收到的來自網(wǎng)絡(luò)功能執(zhí)行模塊的網(wǎng)絡(luò)操作處理結(jié)果解析后返回給邏輯處理模塊；所述網(wǎng)絡(luò)功能執(zhí)行模塊，用于根據(jù)接收到的指令進(jìn)行網(wǎng)絡(luò)操作處理；所述網(wǎng)絡(luò)使用能力記錄模塊，用于根據(jù)接收到的信息記錄網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
20.根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，所述APP向邏輯處理模塊發(fā)起的調(diào)用請求是基于接口的同步調(diào)用請求、異步調(diào)用請求，或通知調(diào)用請求；如果邏輯處理模塊接收到來自APP的調(diào)用請求是通知調(diào)用請求，則該調(diào)用請求中進(jìn)一步包括訂閱事件信息，所述邏輯處理模塊判斷出當(dāng)前滿足訂閱事件所要求的觸發(fā)條件后，獲取發(fā)起請求的APP的標(biāo)識以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，調(diào)用網(wǎng)絡(luò)操作處理模塊以進(jìn)行網(wǎng)絡(luò)操作處理，并接收來自網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)操作處理結(jié)果后調(diào)用APP的通知接口，通知APP其所訂閱的事件，并再次記錄網(wǎng)絡(luò)能力使用信息。
21.根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，網(wǎng)絡(luò)功能執(zhí)行模塊進(jìn)一步用于根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)側(cè)主動發(fā)起的觸發(fā)條件滿足時，給網(wǎng)絡(luò)操作處理模塊上報網(wǎng)絡(luò)事件信息；所述網(wǎng)絡(luò)操作處理模塊進(jìn)一步用于將接收到的網(wǎng)絡(luò)事件信息解析后上報給邏輯處理模塊；所述邏輯處理模塊進(jìn)一步用于根據(jù)接收到的網(wǎng)絡(luò)事件信息及預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，給APP發(fā)送通知消息，并將所獲取的信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊。
22.根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，所述APP通過接口向網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊發(fā)起調(diào)用請求，所述接口為消息通信接口、文件接口或API接口；所述消息通信接口為網(wǎng)絡(luò)協(xié)議消息接口，其中網(wǎng)絡(luò)協(xié)議消息包括但不限于TCP/IP消息、HTTP消息、XML消息；所述基于API的調(diào)用為本地調(diào)用或遠(yuǎn)程調(diào)用，其中，所述遠(yuǎn)程調(diào)用包括但不限于Corba、Web Service、RMI/IIOP或DCOM形式。
23.根據(jù)權(quán)利要求19或21所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括網(wǎng)絡(luò)使用能力話單處理模塊，該模塊接收來自網(wǎng)絡(luò)使用能力記錄模塊的用于記錄多條網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單，根據(jù)預(yù)設(shè)的使用網(wǎng)絡(luò)能力的計費矩陣對網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
24.根據(jù)權(quán)利要求23所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)能力使用清單為文件的形式或數(shù)據(jù)庫的形式，所述網(wǎng)絡(luò)使用能力話單處理模塊通過FTP方式，或讀數(shù)據(jù)庫的方式獲取網(wǎng)絡(luò)能力使用清單。
25.根據(jù)權(quán)利要求23所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括APP優(yōu)先級標(biāo)識、APP的Qos級別標(biāo)識、一個或一個以上用戶號碼、請求開始時間和請求結(jié)束時間、發(fā)起方標(biāo)志及本次業(yè)務(wù)邏輯處理是否成功使用網(wǎng)絡(luò)能力的狀態(tài)信息；當(dāng)需要根據(jù)網(wǎng)絡(luò)能力使用信息進(jìn)行計費時，所述網(wǎng)絡(luò)能力使用信息進(jìn)一步包括計費方式標(biāo)識及當(dāng)前會話標(biāo)識；所述計費方式標(biāo)識為免費標(biāo)識、按條計費標(biāo)識、或包月計費標(biāo)識。
26.根據(jù)權(quán)利要求23所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括用戶話單處理模塊，以及在網(wǎng)絡(luò)服務(wù)器內(nèi)的用戶話單記錄模塊，所述用戶話單記錄模塊，用于接收來自網(wǎng)絡(luò)操作處理模塊的包含時長和/或流量及IP地址的統(tǒng)計信息，對接收到的信息進(jìn)行記錄，并將所記錄的信息發(fā)送給用戶話單處理模塊；所述用戶話單處理模塊，用于根據(jù)預(yù)設(shè)的用戶話單計費矩陣，對接收到的統(tǒng)計信息進(jìn)行批價，生成用戶帳單。
27.根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，所述消息序列號由消息提交時間、業(yè)務(wù)能力特征編碼和序列號共同構(gòu)成；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息包括APP所應(yīng)用的能力類型和接口類型編號，其中，所述能力類型為用于語音業(yè)務(wù)的網(wǎng)絡(luò)能力、用于數(shù)據(jù)業(yè)務(wù)的網(wǎng)絡(luò)能力或用于管理的網(wǎng)絡(luò)能力；所述為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息進(jìn)一步包括能力服務(wù)器編號。
28.一種記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)，包括應(yīng)用APP、包含有邏輯處理模塊、網(wǎng)絡(luò)操作處理模塊的網(wǎng)絡(luò)服務(wù)器、網(wǎng)絡(luò)功能執(zhí)行模塊，其特征在于，在網(wǎng)絡(luò)服務(wù)器內(nèi)還包括網(wǎng)絡(luò)使用能力記錄模塊，其中，網(wǎng)絡(luò)功能執(zhí)行模塊，用于根據(jù)預(yù)先設(shè)定的網(wǎng)絡(luò)側(cè)主動發(fā)起的觸發(fā)條件滿足時，給網(wǎng)絡(luò)服務(wù)器內(nèi)的網(wǎng)絡(luò)操作處理模塊上報網(wǎng)絡(luò)事件信息；所述網(wǎng)絡(luò)操作處理模塊，用于將接收到的網(wǎng)絡(luò)事件信息解析后上報給網(wǎng)絡(luò)服務(wù)器內(nèi)的邏輯處理模塊；或者，用于對接收到的來自邏輯處理模塊的網(wǎng)絡(luò)操作命令進(jìn)行解析，將解析后的命令傳送給與該命令對應(yīng)的網(wǎng)絡(luò)功能執(zhí)行模塊，并將接收到的來自網(wǎng)絡(luò)功能執(zhí)行模塊的網(wǎng)絡(luò)操作處理結(jié)果解析后返回給邏輯處理模塊；所述邏輯處理模塊，用于根據(jù)接收到的網(wǎng)絡(luò)事件信息及預(yù)先設(shè)定的網(wǎng)絡(luò)事件與APP標(biāo)識的對應(yīng)關(guān)系，獲取與接收到的網(wǎng)絡(luò)事件對應(yīng)的APP的標(biāo)識，以及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，或者，向網(wǎng)絡(luò)操作處理模塊發(fā)送網(wǎng)絡(luò)操作命令，或根據(jù)網(wǎng)絡(luò)功能執(zhí)行模塊返回的網(wǎng)絡(luò)操作處理結(jié)果給APP發(fā)送通知消息，或?qū)⑺@取的信息發(fā)送給網(wǎng)絡(luò)使用能力記錄模塊；所述應(yīng)用APP，用于接收來自邏輯處理模塊的通知消息；所述網(wǎng)絡(luò)使用能力記錄模塊，用于記錄網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。
29.根據(jù)權(quán)利要求28所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括網(wǎng)絡(luò)使用能力話單處理模塊，該模塊接收來自網(wǎng)絡(luò)使用能力記錄模塊的用于記錄網(wǎng)絡(luò)能力使用信息的網(wǎng)絡(luò)能力使用清單，根據(jù)預(yù)設(shè)的使用網(wǎng)絡(luò)能力的計費矩陣對網(wǎng)絡(luò)能力使用清單進(jìn)行批價，生成APP的計費帳單。
30.根據(jù)權(quán)利要求28或29所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括用戶話單處理模塊，以及在網(wǎng)絡(luò)服務(wù)器內(nèi)的用戶話單記錄模塊，所述用戶話單記錄模塊，用于接收來自網(wǎng)絡(luò)操作處理模塊的包含時長和/或流量及IP地址的統(tǒng)計信息，對接收到的信息進(jìn)行記錄，并將所記錄的信息發(fā)送給用戶話單處理模塊；所述用戶話單處理模塊，用于根據(jù)預(yù)設(shè)的用戶話單計費矩陣，對接收到的統(tǒng)計信息進(jìn)行批價，生成用戶帳單。
全文摘要
本發(fā)明公開了兩種記錄APP使用網(wǎng)絡(luò)能力的方法，其關(guān)鍵是，網(wǎng)絡(luò)服務(wù)器獲取APP的標(biāo)識及為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息，并進(jìn)行業(yè)務(wù)邏輯處理，然后寫網(wǎng)絡(luò)能力使用信息，該網(wǎng)絡(luò)能力使用信息至少包括該條網(wǎng)絡(luò)能力使用信息的消息序列號、APP的標(biāo)識、為該APP提供服務(wù)的網(wǎng)絡(luò)能力類型信息以及該條網(wǎng)絡(luò)能力使用信息的結(jié)束符。應(yīng)用本發(fā)明的方法，實現(xiàn)了對服務(wù)提供商提供的APP所使用的網(wǎng)絡(luò)能力情況進(jìn)行有效地記錄的目的。而且，應(yīng)用該記錄還可以對APP進(jìn)一步地進(jìn)行管理，如計費等。本發(fā)明同時還提供了兩種記錄APP使用網(wǎng)絡(luò)能力的系統(tǒng)，以實現(xiàn)上述方法。
文檔編號H04L12/24GK1878083SQ20051007696
公開日2006年12月13日 申請日期2005年6月9日 優(yōu)先權(quán)日2005年6月9日
發(fā)明者田林一 申請人:華為技術(shù)有限公司