專利名稱：一種實現(xiàn)廣告業(yè)務(wù)計費的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及廣告業(yè)務(wù)推送(PUSH)技術(shù)，更準確地說，涉及一種對以PUSH業(yè)務(wù)的形式實現(xiàn)的廣告業(yè)務(wù)進行計費的方法。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，互聯(lián)網(wǎng)用戶日趨增多，因此通過互聯(lián)網(wǎng)發(fā)布廣告也日益成為當(dāng)前發(fā)展的熱點。與傳統(tǒng)的用戶訂購廣告的業(yè)務(wù)不同，PUSH)業(yè)務(wù)是服務(wù)提供商/內(nèi)容提供商(SP/CP)通過互聯(lián)網(wǎng)向移動用戶發(fā)布廣告的業(yè)務(wù)，PUSH業(yè)務(wù)是一種由服務(wù)方主動發(fā)起，把信息“推送”給用戶的業(yè)務(wù)。
從業(yè)務(wù)開展的角度來看，PUSH業(yè)務(wù)一般包括PUSH發(fā)起者(PI，PUSHInitiator)、PUSH代理和PUSH接收者三個實體，其中PUSH代理通常為PUSH協(xié)議網(wǎng)關(guān)(PPG，PUSH Proxy Gateway)。如圖1所示，PI位于互聯(lián)網(wǎng)中，通過推送訪問協(xié)議(PAP，PUSH Access Protocal)同PPG通信，PPG是互聯(lián)網(wǎng)和移動網(wǎng)間的訪問接入點，PPG通過空間傳輸協(xié)議(OTA)將消息推送到客戶，即PUSH接收者。其基本工作流程如下第一步，當(dāng)PI有消息要PUSH給PUSH接收者時，PI首先根據(jù)消息的內(nèi)容和性質(zhì)構(gòu)造PUSH消息，通過PAP協(xié)議向PPG發(fā)出包含PUSH消息的PUSH請求；第二步，PPG收到PUSH請求后，PPG對PUSH消息進行相應(yīng)處理，例如壓縮、協(xié)議轉(zhuǎn)換和安全認證等，然后通過OTA協(xié)議將PUSH消息傳送給PUSH接收者；第三步，PUSH接收者收到PUSH消息后，根據(jù)消息內(nèi)容和服務(wù)類型同PPG進行交互。
在實際應(yīng)用中，PI通常是服務(wù)/內(nèi)容提供商(SP/CP，ServiceProvider/Content Provider)；PPG通常是無線應(yīng)用協(xié)議(WAP，WirelessApplication Protocol)網(wǎng)關(guān)的一個功能模塊，因此對外表現(xiàn)為WAP網(wǎng)關(guān)執(zhí)行PPG的功能；PUSH接收者通常是移動臺(MS，Mobile Station)或其它移動客戶端。目前，隨著以PUSH功能為承載的廣告業(yè)務(wù)的開展，要求同時解決廣告業(yè)務(wù)計費的問題。如圖2所示，由計費系統(tǒng)通過內(nèi)容計費接口完成對PUSH業(yè)務(wù)的計費，現(xiàn)有的計費方式是WAP網(wǎng)關(guān)在接收到PUSH請求，對SP/CP進行安全認證之后，通過內(nèi)容計費接口向計費系統(tǒng)發(fā)送一條計費請求，計費系統(tǒng)每接到一條計費請求，即按照統(tǒng)一費率進行一次計費操作。
顯而易見，現(xiàn)有技術(shù)具有以下缺陷由于采用簡單的按條計費且費率單一的計費方式，無法實現(xiàn)針對具體PUSH業(yè)務(wù)或用戶進行靈活計費。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種實現(xiàn)廣告業(yè)務(wù)的計費方法，實現(xiàn)針對具體的廣告業(yè)務(wù)和用戶的靈活計費。
本發(fā)明的目的是通過如下技術(shù)方案實現(xiàn)的一種實現(xiàn)廣告業(yè)務(wù)計費的方法，其包括A、設(shè)置廣告業(yè)務(wù)屬性與計費屬性的對應(yīng)關(guān)系并保存；B、PUSH發(fā)起者發(fā)送包含廣告業(yè)務(wù)屬性的PUSH消息至PUSH代理，PUSH代理從PUSH消息中解析出廣告業(yè)務(wù)屬性，并將廣告業(yè)務(wù)屬性發(fā)送至計費系統(tǒng)；C、計費系統(tǒng)根據(jù)廣告業(yè)務(wù)屬性以及所設(shè)置的廣告業(yè)務(wù)屬性和計費屬性的對應(yīng)關(guān)系確定該廣告業(yè)務(wù)的計費屬性，然后根據(jù)所確定的計費屬性對該廣告業(yè)務(wù)計費。
其中，步驟A所述保存廣告業(yè)務(wù)屬性與計費屬性的對應(yīng)關(guān)系為在計費系統(tǒng)或計費系統(tǒng)可訪問的任何網(wǎng)絡(luò)實體上保存廣告業(yè)務(wù)屬性與計費屬性的對應(yīng)關(guān)系。
其中，在步驟B中，PUSH發(fā)起者發(fā)送PUSH消息至PUSH代理之后，進一步包括PUSH代理對PUSH發(fā)起者進行鑒權(quán)，如果鑒權(quán)通過，則從PUSH消息中解析出廣告業(yè)務(wù)屬性；否則，退出本流程。
其中，所述PUSH代理對PUSH發(fā)起者進行鑒權(quán)具體為PUSH代理通過發(fā)送PUSH消息的IP地址對PUSH發(fā)起者進行鑒權(quán)，如果該IP地址是預(yù)先登記的合法PUSH發(fā)起者的IP地址，則鑒權(quán)通過；否則鑒權(quán)失敗，或者PUSH代理通過PUSH發(fā)起者輸入的用戶名和密碼對PUSH發(fā)起者進行鑒權(quán)，如果該用戶名和密碼與預(yù)先登記的該PUSH發(fā)起者的合法用戶名和密碼一致，則鑒權(quán)通過；否則鑒權(quán)失敗。
其中的步驟B中，所述PUSH代理將廣告業(yè)務(wù)屬性發(fā)送至計費系統(tǒng)具體為PUSH代理發(fā)送包含廣告業(yè)務(wù)屬性的內(nèi)容計費請求消息至計費系統(tǒng)。
其中的步驟C中，計費系統(tǒng)根據(jù)所確定的計費屬性對廣告業(yè)務(wù)計費具體為計費系統(tǒng)根據(jù)所確定的計費屬性對廣告業(yè)務(wù)執(zhí)行預(yù)扣費，然后發(fā)送包含預(yù)扣費成功或失敗標識和計費屬性的內(nèi)容計費返回消息至PUSH代理；PUSH代理接收內(nèi)容計費返回消息，如果內(nèi)容計費返回消息包含預(yù)扣費成功標識，則PUSH代理向PUSH接收者PUSH廣告，然后發(fā)送包含PUSH成功或失敗的標識的內(nèi)容計費確認消息至計費系統(tǒng)；如果內(nèi)容計費返回消息包含預(yù)扣費失敗標識，則退出本流程；計費系統(tǒng)在接收到內(nèi)容計費確認消息后，如果內(nèi)容計費確認消息包含PUSH成功標識，則計費系統(tǒng)根據(jù)計費屬性執(zhí)行扣費，然后將包含扣費成功標識或失敗標識的內(nèi)容計費確認響應(yīng)消息至PUSH代理；如果內(nèi)容計費確認消息包含PUSH失敗標識，則退出本流程；PUSH代理在接收到內(nèi)容計費確認響應(yīng)消息后，如果內(nèi)容計費確認響應(yīng)消息包含扣費成功標識，則PUSH代理根據(jù)所述計費屬性生成本次計費的話單；如果內(nèi)容計費確認響應(yīng)消息包含扣費失敗標識，則退出本流程。
優(yōu)選地，所述廣告業(yè)務(wù)屬性為PUSH發(fā)起者的唯一標識和/或廣告業(yè)務(wù)類型唯一標識。
優(yōu)選地，所述計費屬性為收費對象和/或計費費率。
其中，所述PUSH發(fā)起者為服務(wù)/內(nèi)容提供商(SP/CP)，所述PUSH代理為無線應(yīng)用協(xié)議網(wǎng)關(guān)(WAP網(wǎng)關(guān))，所述PUSH接收者為移動臺(MS)或其它移動客戶端。
從上述技術(shù)方案可以看出，本發(fā)明通過設(shè)置廣告業(yè)務(wù)屬性與計費屬性之間的對應(yīng)關(guān)系，計費系統(tǒng)根據(jù)廣告業(yè)務(wù)屬性以及所設(shè)置的廣告業(yè)務(wù)屬性和計費屬性的對應(yīng)關(guān)系確定該廣告業(yè)務(wù)的計費屬性，然后根據(jù)所確定的計費屬性對該廣告業(yè)務(wù)計費。進一步，所述廣告業(yè)務(wù)屬性為SP/CP和/或廣告業(yè)務(wù)類型，計費屬性為收費對象和/或計費費率，因此計費系統(tǒng)可以根據(jù)SP/CP和/或廣告業(yè)務(wù)類型對廣告業(yè)務(wù)進行靈活計費，從而改善現(xiàn)有技術(shù)存在的按條計費且費率單一的缺陷。


圖1是PUSH體系的示意性結(jié)構(gòu)圖。
圖2是對以PUSH業(yè)務(wù)實現(xiàn)的廣告業(yè)務(wù)進行計費的示意性結(jié)構(gòu)圖。
圖3是根據(jù)本發(fā)明的對以PUSH業(yè)務(wù)實現(xiàn)的廣告業(yè)務(wù)進行計費的方法流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明的主要思想是設(shè)置廣告業(yè)務(wù)屬性與計費屬性之間的對應(yīng)關(guān)系，PI在發(fā)送給PUSH代理的PUSH消息中攜帶廣告業(yè)務(wù)屬性，PUSH代理將所述廣告業(yè)務(wù)屬性發(fā)送給計費系統(tǒng)，計費系統(tǒng)根據(jù)廣告業(yè)務(wù)屬性確定對應(yīng)的計費屬性，并根據(jù)所確定的計費屬性對廣告業(yè)務(wù)進行計費。
本文中，廣告業(yè)務(wù)屬性包括SP/CP的唯一標識和廣告業(yè)務(wù)的唯一標識，計費屬性包括收費對象和費率。
下面通過一具體實施例對本發(fā)明進行詳細說明。
圖3是根據(jù)本發(fā)明的對廣告業(yè)務(wù)進行計費的方法流程圖。從圖3可見，本實施例具體包含如下步驟步驟301預(yù)先設(shè)置對不同SP/CP和廣告業(yè)務(wù)的組合設(shè)置收費對象和費率，并以數(shù)據(jù)庫的形式保存在計費系統(tǒng)中?；蛘邔⑵浔４嬖谟嬞M系統(tǒng)可以訪問的任何實體中。
步驟302當(dāng)PI有消息要PUSH給PUSH接收者時，PI首先根據(jù)消息的內(nèi)容和性質(zhì)構(gòu)造PUSH消息，并在消息中攜帶擴展的唯一標識SP/CP的SPID和唯一標識PUSH業(yè)務(wù)的SERVICEID，然后通過PAP協(xié)議向PPG發(fā)出包含PUSH消息的PUSH請求。
步驟303PPG接收到PUSH請求后，根據(jù)所接收到的網(wǎng)際協(xié)議(IP，Internet Protocol)地址或用戶名/密碼對PI進行鑒權(quán)，如果鑒權(quán)通過，則說明PI為合法用戶，執(zhí)行步驟304；否則，說明PI為非法用戶，拒絕PUSH請求，退出本流程。
對于PPG通過IP地址進行鑒權(quán)的情況，PPG判斷發(fā)來PUSH請求的IP地址是否為預(yù)先登記的合法PI的IP地址，如果是，則鑒權(quán)通過；否則鑒權(quán)失敗。
對于PPG通過用戶名和密碼進行鑒權(quán)的情況，PPG判斷PI輸入的用戶名和密碼是否與預(yù)先登記的該PI的用戶名和密碼一致，如果是，則鑒權(quán)通過；否則鑒權(quán)失敗。
步驟304PPG從PUSH消息中解析出SPID和SERVICEID，分別作為內(nèi)容計費請求(AuthPriceReq)消息的兩個字段SpId和ServiceId的值，然后將AuthPriceReq消息通過內(nèi)容計費接口發(fā)送至計費系統(tǒng)。
AuthPriceReq消息的一個示例顯示在表1中

表1步驟305計費系統(tǒng)接收到PPG發(fā)來的AuthPriceReq消息后，根據(jù)該消息中包含的SpId和ServiceId字段的值，通過查找數(shù)據(jù)庫確定收費對象和費率，對收費對象進行預(yù)扣費。
這里，收費對象為SP/CP或PUSH接收者，即移動臺或客戶端。
步驟306計費系統(tǒng)生成內(nèi)容計費返回(AuthPriceRsp)消息，將所確定的收費對象和費率分別作為AuthPriceRsp消息的兩個字段OAFeeType和OAMoney的值，將NeedCnfm字段的值置為l，然后發(fā)送AuthPriceRsp消息發(fā)送至PPG。
AuthPriceRsp消息的一個示例顯示在表2中

表2步驟307PPG收到AuthPriceRsp消息后，根據(jù)ResultCode字段的值判斷計費系統(tǒng)的預(yù)扣費是否成功，如果值為0，表示預(yù)扣費成功，執(zhí)行步驟308；否則，表示預(yù)扣費失敗，退出本流程。
步驟308PPG將廣告PUSH給客戶端，如果PUSH成功，則在生成的內(nèi)容計費確認請求(AuthPriceCnfmReq)消息中將Stat字段的值置為0；如果PUSH失敗，則將Stat字段的值置為其它值，然后將AuthPriceCnfmReq消息發(fā)送至計費系統(tǒng)。
AuthPriceCnfmReq消息的一個示例顯示在表3中

表3步驟309計費系統(tǒng)接收AuthPriceCnfmReq消息后，根據(jù)Stat字段的值判斷PPG是否成功地PUSH了廣告，如果Stat字段的值為0，則說明PPG已經(jīng)成功PUSH了廣告，執(zhí)行步驟310；否則，說明PPG未成功PUSH廣告，退出本流程。
步驟310計費系統(tǒng)對收費對象進行實際扣費，如果實際扣費成功，則在生成的AuthPriceCnfmRsp消息中將ResultCode字段的值置為0；如果實際扣費不成功，則在生成的AuthPriceCnfmRsp消息中將ResultCode字段的值置為其它值，然后將AuthPriceCnfmRsp消息發(fā)送至PPG。
AuthPriceCnfmRsp消息的一個示例顯示在表4中

BDI-CV停止檢測TTSILSP標識，如不需要使用TTSI，該字段填充為0x00Padding填充字段BIP16報文校驗和2.擴展BDI消息在BDI消息中增加BDI連通性檢測的信息，消息格式如下所示

其中type字段表示動作類型，有效取指為0x01，表示BDI CV檢測報文。如果type的值為0，則表示是普通的BDI故障通告報文。
步驟103通過該定時時長相應(yīng)的反向缺陷指示路徑發(fā)出所述連通性檢測報文。
參見如圖4，反向缺陷指示路徑檢測報文接收端流程圖所示步驟201在接收端給每一條方向缺陷指示路徑設(shè)定定時時長，并且定時時長大于相應(yīng)所述發(fā)送端的定時時長，該時長可以為3倍的BDI報文輸出周期；步驟202啟動滑動定時器，對所述檢測報文是否接收到進行判斷。在反向缺陷指示路徑的接收端采用滑動窗口的方式進行反向缺陷報文的檢測；步驟203如果在BDI CV接收子模塊指定定時時長收到缺陷檢測報文，滑動定時器復(fù)位；步驟204當(dāng)定時器的定時值到達時，所述BDI CV接收子模塊仍未收到連通性檢測報文，則認為該反向缺陷指示路徑出現(xiàn)故障。
權(quán)利要求
1.一種實現(xiàn)廣告業(yè)務(wù)計費的方法，其特征在于，包括A、設(shè)置廣告業(yè)務(wù)屬性與計費屬性的對應(yīng)關(guān)系并保存；B、PUSH發(fā)起者發(fā)送包含廣告業(yè)務(wù)屬性的PUSH消息至PUSH代理，PUSH代理從PUSH消息中解析出廣告業(yè)務(wù)屬性，并將廣告業(yè)務(wù)屬性發(fā)送至計費系統(tǒng)；C、計費系統(tǒng)根據(jù)廣告業(yè)務(wù)屬性以及所設(shè)置的廣告業(yè)務(wù)屬性和計費屬性的對應(yīng)關(guān)系確定該廣告業(yè)務(wù)的計費屬性，然后根據(jù)所確定的計費屬性對該廣告業(yè)務(wù)計費。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A所述保存廣告業(yè)務(wù)屬性與計費屬性的對應(yīng)關(guān)系為在計費系統(tǒng)或計費系統(tǒng)可訪問的任何網(wǎng)絡(luò)實體上保存廣告業(yè)務(wù)屬性與計費屬性的對應(yīng)關(guān)系。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟B中，PUSH發(fā)起者發(fā)送PUSH消息至PUSH代理之后，進一步包括PUSH代理對PUSH發(fā)起者進行鑒權(quán)，如果鑒權(quán)通過，則從PUSH消息中解析出廣告業(yè)務(wù)屬性；否則，退出本流程。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在步驟B中，所述PUSH代理對PUSH發(fā)起者進行鑒權(quán)具體為PUSH代理通過發(fā)送PUSH消息的IP地址對PUSH發(fā)起者進行鑒權(quán)，如果該IP地址是預(yù)先登記的合法PUSH發(fā)起者的IP地址，則鑒權(quán)通過；否則鑒權(quán)失敗，或者PUSH代理通過PUSH發(fā)起者輸入的用戶名和密碼對PUSH發(fā)起者進行鑒權(quán)，如果該用戶名和密碼與預(yù)先登記的該PUSH發(fā)起者的合法用戶名和密碼一致，則鑒權(quán)通過；否則鑒權(quán)失敗。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟B中，所述PUSH代理將廣告業(yè)務(wù)屬性發(fā)送至計費系統(tǒng)具體為PUSH代理發(fā)送包含廣告業(yè)務(wù)屬性的內(nèi)容計費請求消息至計費系統(tǒng)。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟C中，計費系統(tǒng)根據(jù)所確定的計費屬性對廣告業(yè)務(wù)計費具體為計費系統(tǒng)根據(jù)所確定的計費屬性對廣告業(yè)務(wù)執(zhí)行預(yù)扣費，然后發(fā)送包含預(yù)扣費成功或失敗標識和計費屬性的內(nèi)容計費返回消息至PUSH代理；PUSH代理接收內(nèi)容計費返回消息，如果內(nèi)容計費返回消息包含預(yù)扣費成功標識，則PUSH代理向PUSH接收者PUSH廣告，然后發(fā)送包含PUSH成功或失敗的標識的內(nèi)容計費確認消息至計費系統(tǒng)；如果內(nèi)容計費返回消息包含預(yù)扣費失敗標識，則退出本流程；計費系統(tǒng)在接收到內(nèi)容計費確認消息后，如果內(nèi)容計費確認消息包含PUSH成功標識，則計費系統(tǒng)根據(jù)計費屬性執(zhí)行扣費，然后將包含扣費成功標識或失敗標識的內(nèi)容計費確認響應(yīng)消息至PUSH代理；如果內(nèi)容計費確認消息包含PUSH失敗標識，則退出本流程；PUSH代理在接收到內(nèi)容計費確認響應(yīng)消息后，如果內(nèi)容計費確認響應(yīng)消息包含扣費成功標識，則PUSH代理根據(jù)所述計費屬性生成本次計費的話單；如果內(nèi)容計費確認響應(yīng)消息包含扣費失敗標識，則退出本流程。
7.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述廣告業(yè)務(wù)屬性為PUSH發(fā)起者的唯一標識和/或廣告業(yè)務(wù)類型唯一標識。
8.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述計費屬性為收費對象和/或計費費率。
9.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述PUSH發(fā)起者為服務(wù)/內(nèi)容提供商(SP/CP)，所述PUSH代理為無線應(yīng)用協(xié)議網(wǎng)關(guān)(WAP網(wǎng)關(guān))，所述PUSH接收者為移動臺(MS)或其它移動客戶端。
全文摘要
本發(fā)明公開了一種實現(xiàn)廣告業(yè)務(wù)計費的方法，該方法是設(shè)置廣告業(yè)務(wù)屬性與計費屬性的對應(yīng)關(guān)系；PUSH發(fā)起者發(fā)送包含廣告業(yè)務(wù)屬性的PUSH消息至PUSH代理，PUSH代理從PUSH消息中解析出廣告業(yè)務(wù)屬性，并將廣告業(yè)務(wù)屬性發(fā)送至計費系統(tǒng)；計費系統(tǒng)根據(jù)廣告業(yè)務(wù)屬性以及所設(shè)置的廣告業(yè)務(wù)屬性和計費屬性的對應(yīng)關(guān)系確定該廣告業(yè)務(wù)的計費屬性，然后根據(jù)所確定的計費屬性對該廣告業(yè)務(wù)計費。進一步，所述廣告業(yè)務(wù)屬性為SP/CP和/或廣告業(yè)務(wù)類型，所述計費屬性為收費對象和/或計費費率。通過本發(fā)明的方法，可以實現(xiàn)根據(jù)SP/CP和/或廣告業(yè)務(wù)類型進行靈活計費，從而解決了現(xiàn)有技術(shù)的按條計費且費率單一的缺陷。
文檔編號G06Q30/00GK1852155SQ20051011680
公開日2006年10月25日 申請日期2005年10月27日 優(yōu)先權(quán)日2005年10月27日
發(fā)明者葛新宇, 聶延波, 羅暉明, 張慶, 李榮高, 崔巍 申請人:華為技術(shù)有限公司