一種實現增值業務的方法、系統及接口伺服器的製作方法
2023-06-03 14:21:21
專利名稱：一種實現增值業務的方法、系統及接口伺服器的製作方法
技術領域：
本發明涉及通信領域，特別涉及一種實現增值業務的方法、系統及接口伺服器。
背景技術：
下一代網絡(NGN，Next Generation Network)是基於電路交換的(PSTN，Public Switched Telephone Network)、公共陸地行動網路(PLMN，Public Land Mobile Network)等電路交換網絡和基於分組交換的因特協議(IPInternet Protocol)網絡融合的產物，並在新一代網絡上開展語音、視頻、數據等綜合業務。其中，數據業務中的即時消息(IM，Instance Message)是NGN網絡上較常見的增值業務，從終端側而言，NGN終端之間可以方便的互相發送IM。從網絡側而言，在基於IP網絡的因特(Internet)網絡上的IM系統已為終端提供了豐富多彩的增值業務能力，如天氣預報、新聞、投票等。
目前，在ParlayX規範中已定義了IM消息的接口規範，即規定通過全球資訊網伺服器(Web Service)接口向NGN網絡提供實現IM增值業務的能力即業務提供商(SP，Service Provider)通過Web Service接口接入NGN網絡。SP通過Web Service接口調用NGN網絡的IM伺服器(IM Server)，同時，由於Web Service接口是一種單向的消息調用，因而IM伺服器需要通過其他消息接口調用SP開放的接口，也就是說，IM伺服器被直接暴露給第三方，因而目前實現增值業務的方法，實現增值業務的安全性較低。
發明內容
有鑑於此，本發明實施例提供一種實現增值業務的方法，該方法能夠提高實現增值業務的安全性。
本發明實施例還提供一種實現增值業務的系統，該系統能夠提高實現增值業務的安全性。
本發明實施例另外提供一種實現增值業務的接口伺服器，該接口伺服器能夠提高實現增值業務的安全性。
為達到上述目的，本發明實施例的技術方案具體是這樣實現的 一種實現增值業務的方法，該方法包括接口伺服器將來自增值業務伺服器的增值業務通信消息轉發給業務提供實體和/或接口伺服器將來自業務提供實體的增值業務交互消息轉發給增值業務伺服器。
一種實現增值業務的系統，所述系統包括接口伺服器、增值業務伺服器和業務提供實體； 所述接口伺服器將來自所述增值業務伺服器的增值業務通信消息轉發給所述業務提供實體； 和/或所述接口伺服器將來自所述業務提供實體的增值業務交互消息轉發給所述增值業務伺服器。
一種實現增值業務的接口伺服器，所述接口伺服器包括 業務提供實體接口單元，用於將來自所述業務提供實體的增值業務交互消息轉發到增值業務伺服器接口單元或者將來自增值業務伺服器接口單元的增值業務通信消息轉發給所述業務提供實體； 增值業務伺服器接口單元，用於將來自增值業務伺服器的增值業務通信消息轉發到所述增值業務伺服器接口單元或向所述業務提供實體接口單元轉發來自所述增值業務伺服器的增值業務交互消息。
由上述技術方案可見，本發明實施例中實現增值業務的方法、系統和接口伺服器，通過接口伺服器轉發增值業務通信消息及增值業務交互消息，使得增值業務伺服器通過接口伺服器與業務提供實體進行通信，避免了將增值業務伺服器直接暴露給第三方，從而能夠提高實現增值業務的安全性。
圖1為本發明第一個實施例中實現增值業務的系統結構示意圖； 圖2為本發明第二個實施例中實現增值業務的系統組網示意圖； 圖3為本發明第三個實施例中SP向接口伺服器註冊並保持鏈路的流程示意圖； 圖4為本發明第四個實施例中NGN終端訂閱SP業務信令流程示意圖； 圖5為本發明第五個實施例中NGN終端退訂SP業務信令流程示意圖； 圖6為本發明第六個實施例提供的NGN終端查詢訂閱SP詳細信息的方法流程示意圖； 圖7為本發明第七個實施例中SP推送增值業務信息給NGN終端信令流程示意圖； 圖8為本發明第八個實施例中NGN終端發送增值業務消息給SP的方法流程示意圖。
具體實施例方式 為使本發明的目的、技術方案及優點更加清楚明白，以下參照附圖並舉實施例，對本發明作進一步詳細說明。
本發明實施例中一種實現增值業務的方法是接口伺服器將來自增值業務伺服器的增值業務通信消息轉發給業務提供實體和/或接口伺服器將來自業務提供實體的增值業務交互消息轉發給增值業務伺服器。這裡，業務提供實體可以是SP管理(SPM，Service Provider Management)伺服器或SP。接口伺服器是NGN網絡IM系統向第三方提供IM能力的接入伺服器。接口伺服器和增值業務伺服器之間採用內部消息機制。接口伺服器進行通訊連結，並對通訊鏈路進行管理，同時提供通訊鏈路級的流量控制功能。下面僅以IM伺服器作為增值業務伺服器為例，具體說明本發明實施例中實現增值業務的方法。
圖1為本發明第一個實施例中實現增值業務的系統結構示意圖。如圖1所示，該系統包括接口伺服器120、增值業務伺服器110和業務提供實體130；業務提供實體130通過接口伺服器120與增值業務伺服器110進行增值業務的交互。
其中，接口伺服器120包括業務提供實體接口單元122，將來自業務提供實體130的增值業務交互消息轉發到增值業務伺服器接口單元121或者將來自IM伺服器接口單元121的增值業務通信消息轉發給業務提供實體130；IM伺服器接口單元121，將來自IM伺服器110的增值業務通信消息轉發到業務提供實體接口單元122或向業務提供實體接口單元122轉發來自IM伺服器110的增值業務交互消息。
這裡，增值業務通信消息可以包括訂閱請求消息、退訂請求消息、查詢請求消息、終端增值業務消息或對SP增值業務消息的接收結果等消息。增值業務交互消息可以包括訂閱結果、退訂結果、查詢結果、對終端增值業務消息的鑑權和/或處理結果或SP增值業務消息等消息。
接口伺服器還可以包括註冊單元123，在業務提供實體130為SP時，接受來自SP的註冊，也就是接收來自SP的註冊請求消息，並向SP返回註冊結果。
接口伺服器還可以包括心跳檢測單元124，用於對所述業務提供實體與所述接口伺服器之間TCP鏈路進行心跳檢測。
圖2為本發明第二個實施例中實現增值業務的系統組網示意圖。本實施例中接口伺服器表示為IMI-Server220，以表明該接口伺服器與IM伺服器210進行通信，如圖2所示，主要包括NGN系統中的NGN終端250、IM伺服器210和NGN應用伺服器240(NGN-AS，Next GenerationNetwork-Application Service)、SP系統中的SP1、SP2和SP3以及SPM230。
其中，IMI-Server220主要實現SP的接入，並對SP進行鏈路管理、消息路由、流量控制等功能。
NGN-AS240存放NGN用戶數據，完成NGN用戶鑑權，實現NGN用戶提供SP業務的計費。
NGN網絡的IM伺服器210，與IMI-Server220進行通信，實現IM通信消息的存貯收發、過濾和路由等功能。
SP1、SP2或SP3，實現對NGN用戶訂閱SP業務的管理，並根據業務特性向NGN終端發送增值業務消息，如文字、圖片和鈴聲等。
SPM230則存放SP用戶數據、SP業務編碼和SP業務計費數據等。SPM對SP用戶和定製業務進行認證，統一計費，並據此跟各個SP進行結算分成。主要功能有提供SP業務的管理，包括SP定購關係、業務收入分成管理等；提供SP業務的鑑權、扣費、結算功能；提供SP業務的統計、查詢等運營功能；以及提供SP、NGN用戶的黑、白名單等篩選。
本發明實施例通過增設接口伺服器網元，只將該接口伺服器開放給SP，從而能夠避免IM伺服器直接暴露給SP，在向NGN終端提供基於SP的彩鈴、彩信、圖片下載等多種增值業務時，保證了系統的安全性。
下面以圖2所示的組網圖為例，分別給出利用接口伺服器具體實現增值業務的各個過程。
圖3為本發明第三個實施例中SP向接口伺服器註冊並保持鏈路的流程示意圖，如圖3所示，具體包括以下步驟 步驟301SP向IMI-Server發送獲取登錄鑑權隨機字符串請求消息。
步驟302IMI-Server向SP返回登錄鑑權隨機字符串消息。
步驟303SP向IMI-Server發送註冊請求消息。
本實施例中，SP向IMI-Server發送的註冊請求消息中攜帶註冊SP用戶名和密鑰，建議密鑰採用隨機字符串和密碼的MD5加密 步驟304IMI-Server向SP返回註冊結果。
本實施例中，註冊結果包括註冊成功和註冊失敗，如果註冊成功則IMI-Server向SP返回註冊確認消息，否則結束流程。註冊成功後，則在IMI-Server和SP之間建立TCP通訊鏈路。同時，SP需要定時向IMI-Server發送心跳消息，IMI-Server異步發送響應消息，保證通訊鏈路正常。保證通訊鏈路的方法為SP需要定時向IMI-Server發送心跳消息，IMI-Server異步發送響應消息。
步驟305SP定時發送心跳消息給IMI-Server。
本實施例中，SP與IMI-Server之間的消息鏈路採用TCP的長連接機制，由IMI-Server作為伺服器端接受SP的連接，SP作為客戶端發起心跳，由伺服器端被動響應。如果SP發送心跳消息連續N次，該次數可以在SP可配置，收不到伺服器端的心跳響應，認為TCP通訊已經斷鏈，SP需要關閉TCP連接並清理資源後，重新向IMI-Server發起註冊請求並保持心跳。SP向IMI-Server發起註冊請求，如果發現TCP連接不上，應定時向IMI-Server發起註冊請求，間隔時間每次需要延長，後一次的時間間隔為前一個間隔的2倍。如果SP連續多次向IMI-Server發起TCP連接異常，SP會及時報告通訊鏈路故障。
SP向IMI-Server發起心跳的周期可以預先配置，根據雙方系統處理心跳消息的性能、心跳可以保證TCP鏈路故障的及時響應以及實際運營情況來配置心跳的周期。本實施例中的心跳周期為1分鐘，對於已經建立鏈路的心跳周期不允許再變更。在SP長時間沒有接收到IMI-Server響應時，認為該鏈路已經和IMI-Server斷鏈，建議SP連續5次收不到IMI-Server的響應後，認為該條鏈路已斷，需要重新連接。同時，為防止系統的安全性，針對SP頻繁註冊，IMI-Server會統計一段時間內註冊的次數，如果大於最大註冊次數，主動拒絕SP連接，並把該SP的號碼上黑名單，過一段時間後才允許再重新讓SP連接並註冊。該機制可以動態調整。
步驟306IMI-Server返回心跳確認消息給SP。
圖4為本發明第四個實施例中NGN終端訂閱SP業務信令流程示意圖。本實施例中，增值業務通信消息為訂閱請求消息，增值業務交互消息為訂閱結果，如圖4所示，具體包括以下步驟 步驟401NGN終端向IM伺服器發送訂閱請求消息。
本實施例中，NGN終端向IM伺服器發送消息給某個SP訂閱某業務如向某SP編號4321發送訂閱某業務代碼1234，以訂閱某業務。
步驟402IM伺服器向IMI-Server轉發訂閱請求消息。
本實施例中，IM伺服器根據接收到的號碼屬於SP特殊號碼段的號碼，把該消息轉發給IMI-Server，來通過IMI-Server與SP進行通信。
步驟403IMI-Server向SPM發送訂閱請求消息。
本實施例中，採用國標編碼(GBK，Chinese Internal Code Specification)編碼格式的消息，該GBK消息的命令號為1305，當然本實施例也可以採用其它的編碼格式，比如GB2312編碼、統一碼(Unicode)等編碼格式。
步驟404SPM進行訂閱鑑權。
本實施例中，SPM根據消息內容和接收到的SP特殊號碼段號碼，分析出SP號和訂閱的SP業務號，並鑑權訂閱該業務的NGN業務是否已經訂閱，是否合法。鑑權通過後，執行步驟405，否則執行步驟420。
步驟405SPM向NGN-AS發送預扣費請求消息。
步驟406NGN-AS向SPM返回預扣費結果消息。
本實施例中，預扣費結果包括預扣費成功或預扣費失敗。在預扣費失敗時，執行步驟420，在預扣費成功時，執行步驟407。
步驟407SPM向IMI-Server發送訂閱請求消息。
步驟408IMI-Server向SP轉發訂閱請求消息。
步驟409SP進行消息鑑權。
本實施例中，SP對訂閱消息進行消息鑑權。
步驟410SP向IMI-Server返回訂閱鑑權結果消息。
本實施例中，訂閱鑑權結果消息包括訂閱鑑權成功消息或者訂閱鑑權失敗消息，消息的命令碼為2307。
步驟411IMI-Server轉發訂閱鑑權結果消息給SPM。
本實施例中，訂閱鑑權結果消息包括訂閱鑑權成功消息或者訂閱鑑權失敗消息，在SP返回的是訂閱鑑權成功消息時，執行步驟412，在SP返回的是訂閱鑑權失敗消息時，執行步驟420。
步驟412SP向IMI-Server返回訂閱處理結果消息。
本實施例中，SP訂閱消息處理結束後，向IMI-Server返回訂閱處理結果消息，消息的命令碼是2307。
步驟413IMI-Server轉發訂閱處理結果消息給SPM。
本實施例中，訂閱處理結果消息包括訂閱成功消息或者訂閱失敗消息，在SP返回的是訂閱成功消息時，執行步驟414，在SP返回的是訂閱失敗消息時，執行步驟420。
步驟414SPM向NGN-AS發起扣費確認請求消息。
步驟415NGN-AS向SPM返回扣費結果消息。
本實施例中，NGN-AS扣費成功後，向SPM返回扣費確認消息，執行步驟416，否則，執行步驟420。
步驟416SPM記錄扣費日誌。
步驟417SPM向IMI-Server發送建立訂閱關係請求消息。
本實施例中，SPM記錄扣費後，將建立NGN終端與SP業務之間訂閱關係的建立訂閱關係請求消息發給IMI-Server，消息命令碼為1310。
步驟418IMI-Server向IM伺服器轉發建立訂閱關係請求消息。
步驟419IM伺服器向NGN終端轉發建立訂閱關係請求消息。
步驟420發送訂閱失敗通知消息。
本實施例中，如果SPM、SP在處理訂閱請求消息的流程中出現鑑權失敗、處理失敗，SPM需SPM通過IMI-Server、IM伺服器單獨向NGN終端發送一條訂閱失敗通知消息，並攜帶訂閱失敗的原因，消息的命令碼為1309。
圖5為本發明第五個實施例中NGN終端退訂SP業務信令流程示意圖，本實施例中，增值業務通信消息為退訂請求消息，增值業務交互消息為退訂結果，如圖5所示，具體包括以下步驟 步驟501NGN終端向IM伺服器發送退訂請求消息。
本實施例中，NGN終端主動向IM伺服器發送退訂請求消息，退訂SP業務。如向某SP編號發送退訂某業務代碼12345來退訂某業務。如NGN終端想退訂所有業務，發1111到SP特服號碼021888888888。
步驟502IM伺服器向IMI-Server轉發退訂請求消息。
本實施例中，IM伺服器根據接收號碼為SP特殊號段的號碼，判斷出該消息為SP業務相關消息，則把消息轉發給IMI-Server。
步驟503IMI-Server向SPM發送退訂請求消息。
本實施例中，IMI-Server把退訂請求消息發給SPM，消息的命令號為1305。
步驟504SPM進行退訂鑑權。
本實施例中，SPM根據消息發送號碼和消息內容，根據消息內容判斷出該NGN終端是在進行退訂請求，SPM查詢該NGN終端是否訂閱了該業務。退訂鑑權的結果包括退訂鑑權成功和退訂鑑權失敗，如果退訂鑑權失敗執行步驟516，如果退訂鑑權成功執行步驟505。
步驟505SPM向IMI-Server發送退訂請求消息。
本實施例中，SPM退訂鑑權成功後，通過IMI-Server向SP發起退訂請求消息，消息的命令碼為1307。
步驟506IMI-Server轉發退訂請求消息給SP。
步驟507SP進行消息鑑權。
步驟508SP向IMI-Server返回退訂鑑權結果消息。
步驟509IMI-Server轉發SP鑑權結果消息給SPM。
本實施例中，退訂鑑權結果消息包括退訂鑑權成功消息或者退訂鑑權失敗消息，在SP返回的是退訂鑑權成功消息時，執行步驟508，在SP返回的是退訂鑑權失敗消息時，執行步驟515。
步驟510SP向IMI-Server返回退訂結果消息。
本實施例中，SP退訂處理後，退訂結果消息包括退訂成功消息或者退訂失敗消息，如果退訂成功，則向IMI-Server返回的退訂結果消息為退訂結果確認消息，執行步驟510，否則執行步驟515。
步驟511IMI-Server轉發退訂結果消息給SPM。
步驟512記錄退訂日誌。
步驟513SPM向IMI-Server發送取消訂閱關係請求消息。
本實施例中，SPM記錄退訂日誌後，需要向NGN終端發送取消NGN終端和SP間訂閱關係的取消訂閱關係請求消息，消息的命令碼為1311。
步驟514IMI-Server轉發取消訂閱關係請求消息給IM伺服器。
步驟515IM伺服器向NGN終端發送取消訂閱關係請求消息。
步驟516發送退訂失敗通知消息。
本實施例中，如果SPM、SP在處理訂閱請求消息的流程中出現鑑權失敗、處理失敗的情況，由SPM決定是否讓NGN終端退訂SP業務如果SPM允許NGN終端退訂，則需向NGN終端發送取消訂閱關係NGN和SP之間的訂閱關係，消息的命令碼為1311；如果SPM不允許NGN終端退訂，SPM需單獨向NGN終端發送一條退訂失敗的消息，並攜帶退訂失敗的原因，消息的命令碼為1309。
圖6為本發明第六個實施例提供的NGN終端查詢訂閱SP詳細信息的方法流程示意圖。本實施例中，對於NGN終端已經訂閱了SP業務，SP位於NGN終端的特殊好友列表中，NGN終端可以查詢SP業務的詳細信息。本實施例中，增值業務通信消息為查詢請求消息，增值業務交互消息為查詢結果，具體包括 步驟601NGN終端向IM伺服器發送查詢詳細信息請求消息。
本實施例中，NGN終端向IM伺服器發送查詢已訂閱SP業務的詳細信息請求消息。如給某SP編號4321發送123456來查詢某業務訂閱信息代碼。
步驟602IM伺服器向IMI-Server轉發查詢詳細信息請求消息。
本實施例中，IM伺服器根據接收號碼為SP特殊號段的號碼，則把消息轉發給IMI-Server。
步驟603IMI-Server將查詢詳細信息請求轉給SPM。
本實施例中，IMI-Server將查詢詳細信息請求轉給SPM，消息命令碼為1305。
步驟604SPM進行消息鑑權。
本實施例中，假設SPM根據消息發送號碼和消息內容，判斷出該消息是NGN終端查詢SP業務詳細信息的請求。
步驟605SPM向IMI-Server返回SP業務的詳細信息。
本實施例中，SPM查詢出SP的詳細信息，指示詳細消息發給IM伺服器。
步驟606IMI-Server將SP業務的詳細信息轉發給IM伺服器。
步驟607IM伺服器向NGN終端發送回SP業務的詳細信息。
圖7為本發明第七個實施例中SP推送增值業務信息給NGN終端信令流程示意圖。本實施例中，SPM需要控制SP向NGN終端發送的信息，避免SP對沒有定製業務的用戶發送誤導廣告。SP發送增值業務信息前需要通過SPM進行用戶是否訂閱的鑑權，對於鑑權通過的消息，由IMI-Server轉發給NGN-IMSever。鑑權不通過則不予推送給NGN終端。本實施例中，增值業務交互消息為SP增值業務消息，增值業務通信消息為對SP增值業務消息的接收回執消息，具體包括 步驟701SP推送增值業務消息給IMI-Server。
本實施例中，SP主動發送增值業務消息給IMI-Server。如發送天氣預報信息到02112345678(NGN號碼)。
步驟702IMI-Server同步把增值業務消息的標識返回給SP。
本實施例中採用了同步操作，就是IMI-Server必須要等到SP返迴響應消息後才能處理下一個操作。
步驟703IMI-Server異步向SPM轉發增值業務消息。
本實施例中採用了異步操作，就是IMI-Server發出請求後不等SPM回復，繼續其他操作，然後在SPM回復後再觸發相應的業務操作。
步驟704SPM進行推送鑑權。
本實施例中，SPM鑑權該NGN終端是否訂閱了該業務，並判斷NGN終端是否在黑名單上等相關鑑權操作。
步驟705SPM向IMI-Server返回鑑權結果消息。
步驟706IMI-Server把鑑權結果消息轉發給SP。
本實施例中，如果鑑權失敗，則結束流程，如果SPM鑑權成功，執行步驟707。
步驟707SPM向IMI-Server轉發增值業務消息。
步驟708IMI-Server將增值業務消息轉發給IM伺服器。
步驟709IM伺服器發送增值業務消息給NGN終端。
步驟710～步驟713為NGN終端向SP返回接收回執消息的過程。
步驟710NGN終端向IM伺服器返回接收回執消息。
本實施例中，NGN終端向IM伺服器返回的接收回執消息為NGN終端接收結果的消息。
步驟711IM伺服器向IMI-Server轉發接收回執消息。
步驟712IMI-Server把接收回執消息轉發給SPM。
本實施例中，IMI-Server將NGN終端返回的接收回執消息轉發給SPM。
步驟713SPM通過IMI-Server向SP返回接收回執消息。
本實施例中，SPM確認NGN終端已經接收到增值業務消息，寫日誌後，通過IMI-Server向SP返回接收回執消息。
圖8為本發明第八個實施例中NGN終端發送增值業務消息給SP的方法流程示意圖。本實施例中，NGN終端向SP發送增值業務消息，IMI-Server也需要先把消息轉發到SPM進行鑑權，鑑權通過後由SPM轉發該消息到SP。如果該條消息需要收費，在轉發之前SPM需向NGN-AS進行預扣費請求，請求確認後才能向SP轉發該增值業務消息。對於鑑權不通過的增值業務消息不予轉發給SP。本實施例中，增值業務通信消息為終端增值業務消息，增值業務交互消息為對終端增值業務消息的鑑權和/或處理結果，具體包括 步驟801～步驟808為NGN終端向SP發送消息的過程，其中，包括發送鑑權和收費處理。
步驟801NGN終端向IM伺服器發送增值業務消息。
本實施例中，NGN終端主動發送增值業務消息給SP，該增值業務消息發到IM伺服器。如發送投票選擇答案A到某SP編號4321。
步驟802IM伺服器向IMI-Server轉發增值業務消息。
本實施例中，IM伺服器根據接收號碼為SP特殊號段的NGN號碼，則把NGN終端發送的增值業務消息轉發給IMI-Server。
步驟803IM伺服器向SPM發送增值業務消息。
本實施例中，IMI-Server把NGN終端發送的增值業務消息轉發給SPM，向SPM發送鑑權請求，消息的命令碼為1305鑑權。
步驟804SPM進行發送鑑權。
本實施例中，SPM鑑權該NGN終端是否訂閱了該業務，並判斷NGN終端是否在黑名單，消息條數是否達到了最大限制等鑑權操作鑑權。如果SPM鑑權成功，執行步驟805，否則，結束流程。
本實施例中，假設NGN終端發送的增值業務消息需要收費，因而執行步驟805，如果不需要否則，執行步驟807。
步驟805SPM向NGN-AS發送預扣費請求消息。
本實施例中，SPM通過預扣費請求消息來向NGN-AS發起預扣費操作請求。
步驟806NGN-AS向SPM返回預扣費結果消息。
本實施例中，如果預扣費操作成功，則執行步驟808，否則，結束流程。
步驟807SPM向IMI-Server轉發增值業務消息。
步驟808IMI-Server向SP轉發增值業務消息。
步驟809SP進行消息鑑權。
步驟810SP向IMI-Server發送消息鑑權結果。
本實施例中，SP收到NGN終端發送的增值業務消息後，需要對該消息進行消息鑑權，將增值業務消息的鑑權結果發送給IMI-Server。
步驟811IMI-Server把增值業務消息鑑權結果轉發給SPM。
步驟812SP發送消息處理結果消息給IMI-Server。
步驟813IMI-Server將消息處理結果消息轉發給SPM。
SPM判斷該條消息是否需要收費，如果需要收費轉步驟814，無需收費轉步驟816。由於本實施例中，假設NGN終端發送的增值業務消息需要收費，因而執行步驟814。
步驟814SPM向NGN-AS發送扣費確認請求消息。
步驟815NGN-AS向SPM返回扣費結果消息。
本實施例中，NGN-AS扣費確認後，NGN-AS向SPM返回扣費結果消息。
步驟816SPM記錄扣費日誌。
步驟817SPM通過IMI-Server、IM伺服器向NGN終端發送結果通知消息。
本實施例中，對於NGN終端主動發增值業務消息給SP，由SPM決定是否要向NGN終端推送SP處理消息的結果通知；對於需要按條扣費類的增值業務消息和建議消息等消息，在SPM收到SP的確認消息後，由SPM向NGN終端單獨發送一條確認消息，並攜帶詳細的描述信息，本實施例中消息的命令碼為1309。
在本發明上述實施例中，SP或SPM與IM伺服器通過IMI-Server進行通信，並給出了端到端的註冊、訂閱、退訂、查詢等各個流程的具體實現步驟。從而能夠利用IM伺服器向NGN用戶提供基於SP的彩鈴、彩信、圖片下載等各種增值業務。
在以上各個實施例中，對於IMI-Server和SP之間的消息格式可以作如下約定 第一、消息統一採用一種編碼格式，比如，默認為GBK格式。如果需要支持其他編碼格式，IMI-Server支持系統級的編碼格式配置。系統間的消息採用配置的編碼方式進行編解碼。目前支持的編碼方式為GBK、UTF-8、GB2312、Unicode編碼格式。
第二、消息可以對大小寫敏感。
第三、消息採用二進位格式編碼，各個欄位的長度可定義為如表1所示的消息，具體說明請如表1所示
表1 在上述實施例中，可採用如表2所示的參數類型、長度和數值(TLV)的格式 表2 在本發明第一個實施例中，SP向IMI-Server發送的獲取隨機字符串請求消息可如表3所示。
表3 在本發明第一個實施例中，IMI-Server向SP返回登錄鑑權隨機字符串消息可如表4所示。
表4 在本發明第一個實施例中，SP向IMI-Server發送的註冊請求消息可如表5所示。
表5 在本發明第一個實施例中，IMI-Server向SP返回的註冊確認消息如表6所示。
表6 在本發明第一個實施例中，SP定時向IMI-Server發送的心跳消息如表7所示
表7 在本發明第一個實施例中，IMI-Server返回的心跳確認消息如表8所示。
表8 在本發明實施例中，需要SP接收消息，比如，步驟808中IMI-Server向SP轉發的增值業務消息為SP接收的消息，SP接收消息的格式可如表9所示
表9 在本發明實施例中，需要SP返回接收回執消息，比如，在步驟810和步驟812中SP向IMI-Server返回消息為SP返回接收回執消息，SP返回接收回執消息的格式可如表10所示
表10 在本發明實施例中，需要SP發送消息，比如，步驟701中SP向IMI-Server推送增值業務，SP發送消息的格式可如表11所示
表11 在本發明實施例中，需要IMI-Server向SP返回消息標識，比如，在步驟702中IMI-Server向SP返回消息標識，其格式可如表12所示
表12 在上述實施例中，需要SP接收回執消息，比如，在步驟706和步驟713中SP接收來自SP接收回執消息的格式可如表13所示
表13 上述本實施例中使用的消息均採用二進位格式編碼，因而與現有技術中的文本編碼方式相比，編碼效率較高。並且，消息支持SP與接口伺服器IMI-Server之間的消息交互及雙向調用，因而能夠更為方便地實現增值業務。
以上所述僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。凡在本發明的精神和原則之內所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1、一種實現增值業務的方法，其特徵在於，該方法包括接口伺服器將來自增值業務伺服器的增值業務通信消息轉發給業務提供實體和/或接口伺服器將來自業務提供實體的增值業務交互消息轉發給增值業務伺服器。
2、根據權利要求1所述的方法，其特徵在於，所述業務提供實體為業務提供商SP，在所述進行增值業務的通信前，該方法進一步包括所述接口伺服器接受來自SP的註冊。
3、根據權利要求1所述的方法，其特徵在於，所述業務提供實體與所述接口伺服器通過TCP鏈路進行增值業務的交互。
4、根據權利要求3所述的方法，其特徵在於，所述方法進一步包括對所述TCP鏈路進行心跳檢測。
5、根據權利要求1所述的方法，其特徵在於，所述接口伺服器與所述增值業務伺服器採用包括數據包長度、消息命令碼和連接通道標識欄位的二進位編碼消息進行增值業務的交互，所述連接通道為所述增值業務伺服器與所述業務提供實體之間的連接通道。
6、根據權利要求1所述的方法，其特徵在於，所述接口伺服器將來自增值業務伺服器的增值業務通信消息轉發給業務提供實體包括
所述接口伺服器將來自增值業務伺服器的訂閱請求消息、退訂請求消息、查詢請求消息、終端增值業務消息或對SP增值業務消息的接收回執消息轉發給所述業務提供實體。
7、根據權利要求1所述的方法，其特徵在於，所述接口伺服器將來自業務提供實體的增值業務交互消息轉發給增值業務伺服器包括
所述接口伺服器將來自業務提供實體的訂閱結果、退訂結果、查詢結果、對終端增值業務消息的鑑權和/或處理結果或SP增值業務消息轉發給所述增值業務伺服器。
8、一種實現增值業務的系統，其特徵在於，所述系統包括接口伺服器、增值業務伺服器和業務提供實體；
所述接口伺服器將來自所述增值業務伺服器的增值業務通信消息轉發給所述業務提供實體；
和/或所述接口伺服器將來自所述業務提供實體的增值業務交互消息轉發給所述增值業務伺服器。
9、根據權利要求8所述的系統，其特徵在於，所述業務提供實體包括SP或SPM。
10、根據權利要求8所述的系統，其特徵在於，所述接口伺服器包括
業務提供實體接口單元，用於將來自所述業務提供實體的增值業務交互消息轉發到增值業務伺服器接口單元或者將來自增值業務伺服器接口單元的增值業務通信消息轉發給所述業務提供實體；
增值業務伺服器接口單元，用於將來自增值業務伺服器的增值業務通信消息轉發到所述增值業務伺服器接口單元或向所述業務提供實體接口單元轉發來自所述增值業務伺服器的增值業務交互消息。
11、一種實現增值業務的接口伺服器，所述接口伺服器包括
業務提供實體接口單元，用於將來自所述業務提供實體的增值業務交互消息轉發到增值業務伺服器接口單元或者將來自增值業務伺服器接口單元的增值業務通信消息轉發給所述業務提供實體；
增值業務伺服器接口單元，用於將來自增值業務伺服器的增值業務通信消息轉發到所述增值業務伺服器接口單元或向所述業務提供實體接口單元轉發來自所述增值業務伺服器的增值業務交互消息。
12、根據權利要求11所述的接口伺服器，其特徵在於，所述接口伺服器進一步包括
註冊單元，用於接受來自SP的註冊。
13、根據權利要求11所述的接口伺服器，其特徵在於，所述接口伺服器進一步包括
心跳檢測單元，用於對所述業務提供實體與所述接口伺服器之間TCP鏈路進行心跳檢測。
全文摘要
本發明實施例中公開了一種實現增值業務的方法，該方法包括接口伺服器將來自增值業務伺服器的增值業務通信消息轉發給業務提供實體和/或接口伺服器將來自業務提供實體的增值業務交互消息轉發給增值業務伺服器。本發明實施例中還公開了一種實現增值業務的系統，該系統包括接口伺服器、增值業務和業務提供實體，本發明實施例中另外公開了接口伺服器，應用本發明能夠提高實現增值業務的安全性。
文檔編號H04W88/00GK101420658SQ20071018205
公開日2009年4月29日 申請日期2007年10月24日 優先權日2007年10月24日
發明者胡海華, 袁洪錦 申請人:華為技術有限公司