專利名稱：下載計費的方法
技術領域：
本發(fā)明涉及下載計費的方法，尤其是在下載成功后利用程序模擬發(fā)送狀態(tài)報告的方式進行計費的方法。
背景技術：
隨著科學技術的不斷發(fā)展以及人民生活水平的不斷提高，手機已經(jīng)成為人們生活中不可或缺的一部分，而且人們對手機的應用已經(jīng)不滿足于移動通話的功能。實際上現(xiàn)今的手機上基本上都已經(jīng)具備了一些商務或者娛樂方面的功能。隨著網(wǎng)絡帶寬的增加和通信技術的發(fā)展，下載類業(yè)務逐漸被人們慢慢接受，例如下載一些圖片、彩鈴、手機鈴聲、java應用程序、游戲，甚至一些視頻等內(nèi)容。這些下載往往根據(jù)內(nèi)容類型選擇不同的協(xié)議進行下載，例如簡單的圖片和鈴聲，可采用超文本傳輸協(xié)議(HyperText TransferProtocol，HTTP)或者開放移動聯(lián)盟(Open Mobile Alliance，OMA)空中下載(download over the air，DLOTA)協(xié)議進行下載；而Java應用，可以采用移動信息設備框架(Mobile Information Device Profile，MIDP)協(xié)議進行下載。
雖然這些下載協(xié)議是標準協(xié)議，但是還存在一些計費漏洞和異常，例如在HTTP協(xié)議下載中會出現(xiàn)用戶多次下載同一內(nèi)容，而只計費一次的問題，如圖1所示，為HTTP協(xié)議下載的信令示意圖，包括以下步驟步驟101，用戶終端(手機終端)向WAP網(wǎng)關/HTTP代理(HTTP Proxy)發(fā)起下載請求；步驟102，WAP網(wǎng)關/HTTP代理將下載請求轉發(fā)給網(wǎng)絡側的下載平臺；步驟103，下載平臺對用戶終端的下載請求進行用戶認證、根據(jù)終端能力進行下載內(nèi)容的適配、內(nèi)容打包等處理操作；步驟104，下載平臺將打包后的內(nèi)容返回給WAP網(wǎng)關/HTTP代理，并且觸發(fā)對該終端下載該內(nèi)容的計費操作；步驟105，WAP網(wǎng)關/HTTP代理將該內(nèi)容轉發(fā)給用戶終端，以上的整個下載計費操作流程為通用的HTTP下載計費流程。
由于HTTP協(xié)議不支持下載成功后返回狀態(tài)報告，因此下載平臺無法得知用戶終端在下載后是否能成功安裝，為了用戶的利益，因此對于同一內(nèi)容的下載，下載平臺只在第一次下載的時候進行計費，以后的下載都不進行計費，這樣會對服務提供商造成資源的浪費和成本的提高。
在MIDP和OMA DLOTA協(xié)議下載中，雖然這兩種協(xié)議規(guī)定了手機終端在下載應用后并安裝完畢后，需要向下載平臺發(fā)送一個成功安裝的狀態(tài)報告來觸發(fā)平臺計費，以MIDP協(xié)議下載為例，如圖2所示，為MIDP協(xié)議下載的信令示意圖，包括以下步驟步驟201，用戶終端向WAP網(wǎng)關/HTTP代理發(fā)起下載請求；步驟202，WAP網(wǎng)關/HTTP代理將下載請求轉發(fā)給網(wǎng)絡側的下載平臺；步驟203，下載平臺對用戶終端的下載請求進行用戶認證、根據(jù)終端能力進行下載內(nèi)容的適配、內(nèi)容打包等處理操作；步驟204，下載平臺向WAP網(wǎng)關/HTTP代理返回下載描述文件(text/vnd.sun.j2me.app-descriptor，JAD文件)；步驟205，WAP網(wǎng)關/HTTP代理將下載描述文件轉發(fā)給用戶終端；步驟206，用戶終端向WAP網(wǎng)關/HTTP代理發(fā)起內(nèi)容下載的請求，這是針對于具體內(nèi)容(例如Java游戲、Java應用程序等)下載的請求；步驟207，WAP網(wǎng)關/HTTP代理將內(nèi)容下載請求轉發(fā)給網(wǎng)絡側的下載平臺；步驟208，下載平臺向WAP網(wǎng)關/HTTP代理返回要求下載的具體內(nèi)容；步驟209，WAP網(wǎng)關/HTTP代理將這些下載的具體內(nèi)容轉發(fā)給用戶終端；步驟210，用戶終端對下載的應用程序進行安裝，當安裝成功時用戶終端自身的狀態(tài)報告發(fā)送程序向WAP網(wǎng)關/HTTP代理返回安裝成功的狀態(tài)報告；步驟211，WAP網(wǎng)關/HTTP代理向下載平臺轉發(fā)該狀態(tài)報告；步驟212，下載平臺觸發(fā)對該終端下載該內(nèi)容的計費操作以生成計費信息。OMA DLOTA協(xié)議下載的操作與MIDP協(xié)議下載的操作近似，其中返回的下載描述文件為DD(Download Descriptor)。
從上述操作可以看出，下載平臺只有接收到狀態(tài)報告時，才能夠觸發(fā)計費操作，但是有少數(shù)的終端不支持狀態(tài)報告的發(fā)送，還有些終端可以通過破解的方式不向下載平臺發(fā)送狀態(tài)報告，這就造成了下載操作不能觸發(fā)計費的問題，從而給服務提供商造成了極大的損失。

發(fā)明內(nèi)容
本發(fā)明的目的是解決現(xiàn)有的手機終端下載業(yè)務中HTTP協(xié)議下載中多次下載一次計費的問題，以及OMA協(xié)議和MIDP協(xié)議在下載中不支持或不發(fā)送狀態(tài)報告而無法觸發(fā)平臺計費的問題，從而維護服務提供商的應得利益。
為實現(xiàn)上述目的，本發(fā)明提供了一種下載計費的方法，其中包括以下步驟步驟1，下載平臺接收到用戶終端通過WAP網(wǎng)關/HTTP代理發(fā)送的內(nèi)容下載請求后，根據(jù)所述下載請求進行用戶認證、終端適配和內(nèi)容打包的操作；步驟2，所述下載平臺將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝，并向所述WAP網(wǎng)關/HTTP代理發(fā)送，再由所述WAP網(wǎng)關/HTTP代理轉發(fā)給所述用戶終端；步驟3，所述用戶終端安裝或下載所述下載內(nèi)容成功時，通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；步驟4，所述下載平臺收到所述狀態(tài)報告后，執(zhí)行對所述用戶終端的計費操作。
在上述技術方案中，所述步驟1之后，還包括步驟11，所述下載平臺根據(jù)所述內(nèi)容下載請求中的終端信息判斷所述用戶終端是否具備發(fā)送狀態(tài)報告的功能，是則執(zhí)行步驟12，否則執(zhí)行所述步驟2；
步驟12，所述下載平臺向所述WAP網(wǎng)關/HTTP代理發(fā)送所述Java應用，再由所述WAP網(wǎng)關/HTTP代理轉發(fā)給所述用戶終端，然后執(zhí)行所述步驟3。
所述步驟11具體為所述下載平臺根據(jù)所述內(nèi)容下載請求中的終端型號信息查詢儲存在所述下載平臺內(nèi)的終端信息數(shù)據(jù)庫，判斷所述用戶終端是否具備發(fā)送狀態(tài)報告的功能，是則執(zhí)行步驟12，否則執(zhí)行所述步驟2。
所述步驟2中所述下載平臺將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝的操作具體為所述下載平臺判斷所述下載內(nèi)容是否支持封裝程序，是則將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝，否則執(zhí)行通用HTTP下載計費流程，并結束操作。
所述步驟3具體為所述用戶終端安裝或下載所述下載內(nèi)容成功時，如果所述下載內(nèi)容被封裝了所述狀態(tài)報告發(fā)送程序，則由所述狀態(tài)報告發(fā)送程序通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；如果所述下載內(nèi)容未被封裝，則由所述用戶終端自身的狀態(tài)報告發(fā)送程序通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告。
所述封裝操作具體為當所述下載內(nèi)容為Java應用時，采用代碼注入的方式將所述狀態(tài)報告發(fā)送程序封裝在打包后的下載內(nèi)容內(nèi)；當所述下載內(nèi)容為非Java應用時，采用所述非Java應用的應用程序接口將所述狀態(tài)報告發(fā)送程序封裝在打包后的下載內(nèi)容內(nèi)。
基于上述技術方案，本發(fā)明利用事先預存的終端能力表對用戶的下載請求中的終端信息進行檢查，如果發(fā)現(xiàn)該終端不具備發(fā)送狀態(tài)報告的能力或者該終端可能被惡意破解，則將狀態(tài)報告發(fā)送程序封裝到Java應用或非Java應用中，在安裝成功后，由狀態(tài)報告發(fā)送程序發(fā)送狀態(tài)報告，從而實現(xiàn)正常的計費操作，避免了服務提供商的經(jīng)濟損失。通過本發(fā)明對現(xiàn)有計費方案的改進，既彌補了現(xiàn)有標準中的缺陷，又使現(xiàn)有的計費方案更加完備。
下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。


圖1為HTTP協(xié)議下載的信令示意圖。
圖2為MIDP協(xié)議下載的信令示意圖。
圖3為本發(fā)明下載計費的方法的基本流程示意圖。
圖4為本發(fā)明下載計費的方法的一實施例的流程示意圖。
圖5為本發(fā)明下載計費的方法的另一實施例的流程示意圖。
圖6為本發(fā)明下載計費的方法的又一實施例的流程示意圖。
具體實施例方式
本發(fā)明通過封裝在應用程序中的狀態(tài)報告發(fā)送程序完成狀態(tài)報告的發(fā)送，同時解決了兩個問題，一個是使用HTTP協(xié)議下載時，通用下載計費流程中不包括發(fā)送狀態(tài)報告的問題；一個是在使用MIDP或OMA DLOTA協(xié)議下載時，終端不具備發(fā)送狀態(tài)報告能力或惡意不發(fā)送狀態(tài)報告的問題。這種封裝在應用程序中的狀態(tài)報告發(fā)送程序就是一種在正常業(yè)務中嵌入的代碼邏輯，這些代碼邏輯能夠在安裝完畢后，模擬手機終端發(fā)送狀態(tài)報告到下載平臺，從而觸發(fā)平臺計費。
對于下載類業(yè)務來說，從內(nèi)容上可以分為Java應用、非Java應用以及非應用三類，其中Java應用是指運行在Java虛擬機上的Java程序，可以是應用軟件，也可以是Java游戲等，在下載到用戶終端后，必須經(jīng)過安裝才能夠使用，只有安裝成功后才可以進行計費。非Java應用是指不是采用Java語言編寫的應用程序，這種應用程序也同樣在下載到用戶終端后，必須經(jīng)過安裝才能夠使用，只有安裝成功后才可以進行計費。非應用則是指不是應用程序的內(nèi)容，通常指圖片、鈴聲、視頻等內(nèi)容。
對于Java應用，下載平臺可以通過代碼注入的技術，將狀態(tài)報告發(fā)送程序嵌入到Java應用中，其中服務提供商將其開發(fā)的應用提交到下載平臺，由下載平臺完成封裝。對于非Java應用，封裝的工作由服務提供商完成，下載平臺提供軟件開發(fā)工具包(Software Development Kit，簡稱SDK)給服務提供商，再由服務提供商調(diào)用SDK定義的API接口完成應用程序的開發(fā)，這種非Java應用可以由下載平臺選擇特定的狀態(tài)報告發(fā)送程序進行封裝。但是如果服務提供商未使用下載平臺提供的SDK定義的API接口，則下載平臺無法完成封裝，即不支持封裝程序。對于非應用(圖片、鈴聲、視頻等)，下載平臺是不能嵌入封裝程序的。
如圖3所示，為本發(fā)明下載計費的方法的基本流程示意圖，包括以下步驟步驟301，下載平臺接收到用戶終端通過WAP網(wǎng)關/HTTP代理發(fā)送的內(nèi)容下載請求后，根據(jù)所述下載請求進行用戶認證、終端適配和內(nèi)容打包的操作；步驟302，所述下載平臺將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝，并向所述WAP網(wǎng)關/HTTP代理發(fā)送，再由所述WAP網(wǎng)關/HTTP代理轉發(fā)給所述用戶終端；步驟303，所述用戶終端安裝或下載所述下載內(nèi)容成功時，通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；步驟304，所述下載平臺收到所述狀態(tài)報告后，執(zhí)行對所述用戶終端的計費操作。
對于Java應用，只能夠采用MIDP協(xié)議進行下載，非Java應用和非應用可以采用HTTP協(xié)議或者OMA DLOTA協(xié)議，以下就是本發(fā)明針對于不同協(xié)議下載的流程描述。
圖4為本發(fā)明下載計費的方法的一實施例的流程示意圖，下載計費流程是基于MIDP協(xié)議進行的，包括以下步驟步驟401，下載平臺接收到用戶終端通過WAP網(wǎng)關/HTTP代理發(fā)送的下載請求后，根據(jù)下載請求進行用戶認證、終端適配和內(nèi)容打包的操作，并通過WAP網(wǎng)關/HTTP代理向所述用戶終端返回下載描述文件(JAD)；步驟402，用戶終端根據(jù)所述下載描述文件向WAP網(wǎng)關/HTTP代理發(fā)送下載Java應用的內(nèi)容下載請求，再由WAP網(wǎng)關/HTTP代理轉發(fā)給下載平臺；步驟403，所述下載平臺根據(jù)所述內(nèi)容下載請求中的終端信息判斷所述用戶終端是否具備發(fā)送狀態(tài)報告的功能，是則執(zhí)行步驟404，否則執(zhí)行步驟405；步驟404，下載平臺向WAP網(wǎng)關/HTTP代理發(fā)送Java應用，再由WAP網(wǎng)關/HTTP代理轉發(fā)給所述用戶終端，并執(zhí)行步驟406；步驟405，下載平臺將狀態(tài)報告發(fā)送程序與Java應用進行封裝，并通過WAP網(wǎng)關/HTTP代理將封裝后的Java應用發(fā)送給用戶終端；步驟406，用戶終端安裝所述Java應用成功時，通過WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；步驟407，下載平臺收到所述狀態(tài)報告后，執(zhí)行對用戶終端的計費操作。
其中步驟403中下載平臺在收到內(nèi)容下載請求后，會對其中的用戶終端的終端信息進行提取，然后在其存儲的終端信息數(shù)據(jù)庫中查找對應的項目，這份終端信息數(shù)據(jù)庫通常是根據(jù)對各種終端的能力測試以及對終端下載后的紀錄生成的，如果某種終端被惡意破解而不發(fā)送狀態(tài)報告，下載平臺則會將這種終端記錄下來，可以采用黑名單的方式，如果發(fā)現(xiàn)當前用戶終端為黑名單中的記錄，則采用封裝程序的方式。
當所述用戶終端安裝或下載所述下載內(nèi)容成功時，如果所述下載內(nèi)容被封裝了所述狀態(tài)報告發(fā)送程序，則由所述狀態(tài)報告發(fā)送程序通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；如果所述下載內(nèi)容未被封裝，則由所述用戶終端自身的狀態(tài)報告發(fā)送程序通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告。
如圖5所示，為本發(fā)明下載計費的方法的另一實施例的流程示意圖，是基于HTTP協(xié)議的下載計費方式，HTTP協(xié)議對于非Java應用和非應用都適用，包括以下步驟步驟501，下載平臺接收到用戶終端通過WAP網(wǎng)關/HTTP代理發(fā)送的下載非Java應用的內(nèi)容下載請求后，根據(jù)下載請求進行用戶認證、終端適配和內(nèi)容打包的操作；步驟502，下載平臺判斷非Java應用內(nèi)容是否支持程序封裝，是則執(zhí)行步驟504，否則執(zhí)行步驟503；步驟503，下載平臺執(zhí)行通用HTTP下載計費流程，并結束操作；步驟504，下載平臺將狀態(tài)報告發(fā)送程序與非Java應用進行封裝，并通過WAP網(wǎng)關/HTTP代理將封裝后的非Java應用發(fā)送給所述用戶終端；步驟505，用戶終端安裝非Java應用成功時，由狀態(tài)報告發(fā)送程序通過WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；步驟506，下載平臺收到狀態(tài)報告后，執(zhí)行對用戶終端的計費操作。
上述技術方案是針對于非Java應用而言的，對于非應用，則是執(zhí)行通用HTTP下載計費流程。其中如果非Java應用不是采用下載平臺提供的SDK定義的API接口，則無法支持封裝程序。
如圖6所示，為本發(fā)明下載計費的方法的又一實施例的流程示意圖，本實施例是基于OMA DLOTA協(xié)議的下載計費方式，包括以下步驟步驟601，下載平臺接收到用戶終端通過WAP網(wǎng)關/HTTP代理發(fā)送的下載請求后，根據(jù)下載請求進行用戶認證、終端適配和內(nèi)容打包的操作，并通過WAP網(wǎng)關/HTTP代理向所述用戶終端返回下載描述文件(DD)；步驟602，用戶終端根據(jù)所述下載描述文件向WAP網(wǎng)關/HTTP代理發(fā)送下載非Java應用或非應用的內(nèi)容下載請求，再由WAP網(wǎng)關/HTTP代理轉發(fā)給下載平臺；步驟603，下載平臺根據(jù)內(nèi)容下載請求中的終端信息判斷用戶終端是否具備發(fā)送狀態(tài)報告的功能，是則執(zhí)行步驟604，否則執(zhí)行步驟607；步驟604，向所述WAP網(wǎng)關/HTTP代理發(fā)送所述非Java應用或非應用，再由所述WAP網(wǎng)關/HTTP代理轉發(fā)給所述用戶終端；步驟605，用戶終端安裝非Java應用或下載非應用成功時，通過所述WAP網(wǎng)關/HTTP代理向下載平臺發(fā)送狀態(tài)報告；步驟606，所述下載平臺收到所述狀態(tài)報告后，執(zhí)行對所述用戶終端的計費操作，并結束操作；步驟607，所述下載平臺判斷內(nèi)容下載請求是否為支持程序封裝的非Java應用，是則執(zhí)行步驟608，否則當所述下載平臺判斷內(nèi)容下載請求為非Java應用，且該非Java應用不支持程序封裝時，則執(zhí)行通用HTTP下載計費流程，并結束操作；或者當該內(nèi)容下載請求為非應用下載請求時，則執(zhí)行通用HTTP下載計費流程，并結束操作；步驟608，下載平臺將狀態(tài)報告發(fā)送程序與非Java應用進行封裝，并通過WAP網(wǎng)關/HTTP代理將封裝后的非Java應用發(fā)送給所述用戶終端；步驟609，用戶終端安裝非Java應用成功時，由狀態(tài)報告發(fā)送程序通過WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；步驟610，下載平臺收到狀態(tài)報告后，執(zhí)行對用戶終端的計費操作。
在上述三種技術方案中，如果狀態(tài)報告發(fā)生丟失的情況，則不產(chǎn)生使用記錄，也就不進行計費操作。通過本發(fā)明對現(xiàn)有計費方案的改進，本發(fā)明既能夠彌補不發(fā)送狀態(tài)報告的終端的缺陷，而且也克服了HTTP協(xié)議下無法發(fā)送狀態(tài)報告的問題，因此既彌補了現(xiàn)有標準中的缺陷，又使現(xiàn)有的計費方案更加完備。另外，當采用OMA DLOTA協(xié)議時，即使下載的內(nèi)容不支持封裝程序，也可以使其通過HTTP協(xié)議進行下載，從而收取一次費用，降低了現(xiàn)有方式的損失。
最后應當說明的是以上實施例僅用以說明本發(fā)明的技術方案而非對其限制；盡管參照較佳實施例對本發(fā)明進行了詳細的說明，所屬領域的普通技術人員應當理解依然可以對本發(fā)明的具體實施方式
進行修改或者對部分技術特征進行等同替換；而不脫離本發(fā)明技術方案的精神，其均應涵蓋在本發(fā)明請求保護的技術方案范圍當中。
權利要求
1.一種下載計費的方法，其中包括以下步驟步驟1，下載平臺接收到用戶終端通過WAP網(wǎng)關/HTTP代理發(fā)送的內(nèi)容下載請求后，根據(jù)所述下載請求進行用戶認證、終端適配和內(nèi)容打包的操作；步驟2，所述下載平臺將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝，并向所述WAP網(wǎng)關/HTTP代理發(fā)送，再由所述WAP網(wǎng)關/HTTP代理轉發(fā)給所述用戶終端；步驟3，所述用戶終端安裝或下載所述下載內(nèi)容成功時，通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；步驟4，所述下載平臺收到所述狀態(tài)報告后，執(zhí)行對所述用戶終端的計費操作。
2.根據(jù)權利要求1所述的下載計費的方法，其中所述步驟1之后，還包括步驟11，所述下載平臺根據(jù)所述內(nèi)容下載請求中的終端信息判斷所述用戶終端是否具備發(fā)送狀態(tài)報告的功能，是則執(zhí)行步驟12，否則執(zhí)行所述步驟2；步驟12，所述下載平臺向所述WAP網(wǎng)關/HTTP代理發(fā)送所述Java應用，再由所述WAP網(wǎng)關/HTTP代理轉發(fā)給所述用戶終端，然后執(zhí)行所述步驟3。
3.根據(jù)權利要求1所述的下載計費的方法，其中所述步驟2中所述下載平臺將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝的操作具體為所述下載平臺判斷所述下載內(nèi)容是否支持封裝程序，是則將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝，否則執(zhí)行通用HTTP下載計費流程，并結束操作。
4.根據(jù)權利要求2所述的下載計費的方法，其中所述步驟3具體為所述用戶終端安裝或下載所述下載內(nèi)容成功時，如果所述下載內(nèi)容被封裝了所述狀態(tài)報告發(fā)送程序，則由所述狀態(tài)報告發(fā)送程序通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告；如果所述下載內(nèi)容未被封裝，則由所述用戶終端自身的狀態(tài)報告發(fā)送程序通過所述WAP網(wǎng)關/HTTP代理向所述下載平臺發(fā)送狀態(tài)報告。
5.根據(jù)權利要求2所述的下載計費的方法，其中所述步驟11具體為所述下載平臺根據(jù)所述內(nèi)容下載請求中的終端型號信息查詢儲存在所述下載平臺內(nèi)的終端信息數(shù)據(jù)庫，判斷所述用戶終端是否具備發(fā)送狀態(tài)報告的功能，是則執(zhí)行步驟12，否則執(zhí)行所述步驟2。
6.根據(jù)權利要求3所述的下載計費的方法，其中所述封裝操作具體為當所述下載內(nèi)容為Java應用時，采用代碼注入的方式將所述狀態(tài)報告發(fā)送程序封裝在打包后的下載內(nèi)容內(nèi)；當所述下載內(nèi)容為非Java應用時，采用所述非Java應用的應用程序接口將所述狀態(tài)報告發(fā)送程序封裝在打包后的下載內(nèi)容內(nèi)。
全文摘要
本發(fā)明涉及一種基于MIDP協(xié)議的下載計費的方法，包括步驟1，下載平臺接收到用戶終端通過WAP網(wǎng)關/HTTP代理發(fā)送的內(nèi)容下載請求后，根據(jù)下載請求進行用戶認證、終端適配和內(nèi)容打包的操作；步驟2，下載平臺將狀態(tài)報告發(fā)送程序與打包后的下載內(nèi)容進行封裝，并向WAP網(wǎng)關/HTTP代理發(fā)送，再由WAP網(wǎng)關/HTTP代理轉發(fā)給用戶終端；步驟3，用戶終端安裝或下載內(nèi)容成功時，通過WAP網(wǎng)關/HTTP代理向下載平臺發(fā)送狀態(tài)報告；步驟4，下載平臺收到狀態(tài)報告后，執(zhí)行對用戶終端的計費操作。本發(fā)明通過對現(xiàn)有計費方案的改進，既彌補了現(xiàn)有標準中的缺陷，又使現(xiàn)有的計費方案更加完備。
文檔編號G06F9/445GK1866843SQ20061008702
公開日2006年11月22日 申請日期2006年6月12日 優(yōu)先權日2006年6月12日
發(fā)明者張炎, 何彬 申請人:中國移動通信集團公司