CN100449999C - 下载计费的方法 - Google Patents

Abstract

本发明涉及一种基于MIDP协议的下载计费的方法，包括：步骤1，下载平台接收到用户终端通过WAP网关/HTTP代理发送的内容下载请求后，根据下载请求进行用户认证、终端适配和内容打包的操作；步骤2，下载平台将状态报告发送程序与打包后的下载内容进行封装，并向WAP网关/HTTP代理发送，再由WAP网关/HTTP代理转发给用户终端；步骤3，用户终端安装或下载下载内容成功时，通过WAP网关/HTTP代理向下载平台发送状态报告；步骤4，下载平台收到状态报告后，执行对用户终端的计费操作。本发明通过对现有计费方案的改进，既弥补了现有标准中的缺陷，又使现有的计费方案更加完备。

Description

下载计费的方法

技术领域

本发明涉及下载计费的方法，尤其是在下载成功后利用程序模拟发送状态报告的方式进行计费的方法。

背景技术

随着科学技术的不断发展以及人民生活水平的不断提高，手机已经成为人们生活中不可或缺的一部分，而且人们对手机的应用已经不满足于移动通话的功能。实际上现今的手机上基本上都已经具备了一些商务或者娱乐方面的功能。随着网络带宽的增加和通信技术的发展，下载类业务逐渐被人们慢慢接受，例如下载一些图片、彩铃、手机铃声、java应用程序、游戏，甚至一些视频等内容。这些下载往往根据内容类型选择不同的协议进行下载，例如简单的图片和铃声，可采用超文本传输协议(HyperText TransferProtocol，HTTP)或者开放移动联盟(Open Mobile Alliance，OMA)空中下载(download over the air，DLOTA)协议进行下载；而Java应用，可以采用移动信息设备框架(Mobile Information Device Profile，MIDP)协议进行下载。

虽然这些下载协议是标准协议，但是还存在一些计费漏洞和异常，例如在HTTP协议下载中会出现用户多次下载同一内容，而只计费一次的问题，如图1所示，为HTTP协议下载的信令示意图，包括以下步骤：步骤101，用户终端(手机终端)向WAP网关/HTTP代理(HTTP Proxy)发起下载请求；步骤102，WAP网关/HTTP代理将下载请求转发给网络侧的下载平台；步骤103，下载平台对用户终端的下载请求进行用户认证、根据终端能力进行下载内容的适配、内容打包等处理操作；步骤104，下载平台将打包后的内容返回给WAP网关/HTTP代理，并且触发对该终端下裁该内容的计费操作；步骤105，WAP网关/HTTP代理将该内容转发给用户终端，以上的整个下载计费操作流程为通用的HTTP下载计费流程。

由于HTTP协议不支持下载成功后返回状态报告，因此下载平台无法得知用户终端在下载后是否能成功安装，为了用户的利益，因此对于同一内容的下载，下载平台只在第一次下载的时候进行计费，以后的下载都不进行计费，这样会对服务提供商造成资源的浪费和成本的提高。

在MIDP和OMA DLOTA协议下载中，虽然这两种协议规定了手机终端在下载应用后并安装完毕后，需要向下载平台发送一个成功安装的状态报告来触发平台计费，以MIDP协议下载为例，如图2所示，为MIDP协议下载的信令示意图，包括以下步骤：步骤201，用户终端向WAP网关/HTTP代理发起下载请求；步骤202，WAP网关/HTTP代理将下载请求转发给网络侧的下载平台；步骤203，下载平台对用户终端的下载请求进行用户认证、根据终端能力进行下载内容的适配、内容打包等处理操作；步骤204，下载平台向WAP网关/HTTP代理返回下载描述文件(text/vnd.sun.j2me.app-descriptor，JAD文件)；步骤205，WAP网关/HTTP代理将下载描述文件转发给用户终端；步骤206，用户终端向WAP网关/HTTP代理发起内容下载的请求，这是针对于具体内容(例如Java游戏、Java应用程序等)下载的请求；步骤207，WAP网关/HTTP代理将内容下载请求转发给网络侧的下载平台；步骤208，下载平台向WAP网关/HTTP代理返回要求下载的具体内容；步骤209，WAP网关/HTTP代理将这些下载的具体内容转发给用户终端；步骤210，用户终端对下载的应用程序进行安装，当安装成功时用户终端自身的状态报告发送程序向WAP网关/HTTP代理返回安装成功的状态报告；步骤211，WAP网关/HTTP代理向下载平台转发该状态报告；步骤212，下载平台触发对该终端下载该内容的计费操作以生成计费信息。OMA DLOTA协议下载的操作与MIDP协议下载的操作近似，其中返回的下载描述文件为DD(Download Descriptor)。

从上述操作可以看出，下载平台只有接收到状态报告时，才能够触发计费操作，但是有少数的终端不支持状态报告的发送，还有些终端可以通过破解的方式不向下载平台发送状态报告，这就造成了下载操作不能触发计费的问题，从而给服务提供商造成了极大的损失。

发明内容

本发明的目的是解决现有的手机终端下载业务中HTTP协议下载中多次下载一次计费的问题，以及OMA协议和MIDP协议在下载中不支持或不发送状态报告而无法触发平台计费的问题，从而维护服务提供商的应得利益。

为实现上述目的，本发明提供了一种下载计费的方法，其中包括以下步骤：

步骤1，下载平台接收到用户终端通过WAP网关/HTTP代理发送的内容下载请求后，根据所述下载请求进行用户认证、终端适配和内容打包的操作；

步骤2，所述下载平台将状态报告发送程序与打包后的下载内容进行封装，并向所述WAP网关/HTTP代理发送，再由所述WAP网关/HTTP代理转发给所述用户终端；

步骤3，所述用户终端安装或下载所述下载内容成功时，所述状态报告发送程序通过所述WAP网关/HTTP代理向所述下载平台发送状态报告；

步骤4，所述下载平台收到所述状态报告后，执行对所述用户终端的计费操作；

其中，步骤2中所述下载平台将状态报告发送程序与打包后的下载内容进行封装的操作具体为：所述下载平台判断所述下载内容是否支持封装程序，是则将状态报告发送程序与打包后的下载内容进行封装，否则执行通用HTTP下载计费流程，并结束操作。

在上述技术方案中，所述步骤1之后，还包括：

步骤11，所述下载平台根据所述内容下载请求中的终端信息判断所述用户终端是否具备发送状态报告的功能，是则执行步骤12，否则执行所述步骤2；

步骤12，所述下载平台向所述WAP网关/HTTP代理发送Java应用，再由所述WAP网关/HTTP代理转发给所述用户终端，然后执行步骤13；

步骤13，所述用户终端安装或下载所述下载内容成功时，由用户终端自身的状态报告发送程序通过所述WAP网关/HTTP代理向所述下载平台发送状态报告，转向步骤4。

所述步骤11具体为：所述下载平台根据所述内容下载请求中的终端型号信息查询储存在所述下载平台内的终端信息数据库，判断所述用户终端是否具备发送状态报告的功能，是则执行步骤12，否则执行所述步骤2。

所述封装操作具体为：当所述下载内容为Java应用时，采用代码注入的方式将所述状态报告发送程序封装在打包后的下载内容内；当所述下载内容为非Java应用时，采用所述非Java应用的应用程序接口将所述状态报告发送程序封装在打包后的下载内容内。

基于上述技术方案，本发明利用事先预存的终端能力表对用户的下载请求中的终端信息进行检查，如果发现该终端不具备发送状态报告的能力或者该终端可能被恶意破解，则将状态报告发送程序封装到Java应用或非Java应用中，在安装成功后，由状态报告发送程序发送状态报告，从而实现正常的计费操作，避免了服务提供商的经济损失。通过本发明对现有计费方案的改进，既弥补了现有标准中的缺陷，又使现有的计费方案更加完备。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为HTTP协议下载的信令示意图。

图2为MIDP协议下载的信令示意图。

图3为本发明下载计费的方法的基本流程示意图。

图4为本发明下载计费的方法的一实施例的流程示意图。

图5为本发明下载计费的方法的另一实施例的流程示意图。

图6为本发明下载计费的方法的又一实施例的流程示意图。

具体实施方式

本发明通过封装在应用程序中的状态报告发送程序完成状态报告的发送，同时解决了两个问题，一个是使用HTTP协议下载时，通用下载计费流程中不包括发送状态报告的问题；一个是在使用MIDP或OMA DLOTA协议下载时，终端不具备发送状态报告能力或恶意不发送状态报告的问题。这种封装在应用程序中的状态报告发送程序就是一种在正常业务中嵌入的代码逻辑，这些代码逻辑能够在安装完毕后，模拟手机终端发送状态报告到下载平台，从而触发平台计费。

对于下载类业务来说，从内容上可以分为：Java应用、非Java应用以及非应用三类，其中Java应用是指运行在Java虚拟机上的Java程序，可以是应用软件，也可以是Java游戏等，在下载到用户终端后，必须经过安装才能够使用，只有安装成功后才可以进行计费。非Java应用是指不是采用Java语言编写的应用程序，这种应用程序也同样在下载到用户终端后，必须经过安装才能够使用，只有安装成功后才可以进行计费。非应用则是指不是应用程序的内容，通常指图片、铃声、视频等内容。

对于Java应用，下载平台可以通过代码注入的技术，将状态报告发送程序嵌入到Java应用中，其中服务提供商将其开发的应用提交到下载平台，由下载平台完成封装。对于非Java应用，封装的工作由服务提供商完成，下载平台提供软件开发工具包(Software Development Kit，简称SDK)给服务提供商，再由服务提供商调用SDK定义的API接口完成应用程序的开发，这种非Java应用可以由下载平台选择特定的状态报告发送程序进行封装。但是如果服务提供商未使用下载平台提供的SDK定义的API接口，则下载平台无法完成封装，即不支持封装程序。对于非应用(图片、铃声、视频等)，下载平台是不能嵌入封装程序的。

如图3所示，为本发明下载计费的方法的基本流程示意图，包括以下步骤：

步骤301，下载平台接收到用户终端通过WAP网关/HTTP代理发送的内容下载请求后，根据所述下载请求进行用户认证、终端适配和内容打包的操作；

步骤302，所述下载平台将状态报告发送程序与打包后的下载内容进行封装，并向所述WAP网关/HTTP代理发送，再由所述WAP网关/HTTP代理转发给所述用户终端；

步骤303，所述用户终端安装或下载所述下载内容成功时，通过所述WAP网关/HTTP代理向所述下载平台发送状态报告；

步骤304，所述下载平台收到所述状态报告后，执行对所述用户终端的计费操作。

对于Java应用，只能够采用MIDP协议进行下载，非Java应用和非应用可以采用HTTP协议或者OMA DLOTA协议，以下就是本发明针对于不同协议下载的流程描述。

图4为本发明下载计费的方法的一实施例的流程示意图，下载计费流程是基于MIDP协议进行的，包括以下步骤：

步骤401，下载平台接收到用户终端通过WAP网关/HTTP代理发送的下载请求后，根据下载请求进行用户认证、终端适配和内容打包的操作，并通过WAP网关/HTTP代理向所述用户终端返回下载描述文件(JAD)；

步骤402，用户终端根据所述下载描述文件向WAP网关/HTTP代理发送下载Java应用的内容下载请求，再由WAP网关/HTTP代理转发给下载平台；

步骤403，所述下载平台根据所述内容下载请求中的终端信息判断所述用户终端是否具备发送状态报告的功能，是则执行步骤404，否则执行步骤405；

步骤404，下载平台向WAP网关/HTTP代理发送Java应用，再由WAP网关/HTTP代理转发给所述用户终端，并执行步骤406；

步骤405，下载平台将状态报告发送程序与Java应用进行封装，并通过WAP网关/HTTP代理将封装后的Java应用发送给用户终端；

步骤406，用户终端安装所述Java应用成功时，通过WAP网关/HTTP代理向所述下载平台发送状态报告；

步骤407，下载平台收到所述状态报告后，执行对用户终端的计费操作。

其中步骤403中下载平台在收到内容下载请求后，会对其中的用户终端的终端信息进行提取，然后在其存储的终端信息数据库中查找对应的项目，这份终端信息数据库通常是根据对各种终端的能力测试以及对终端下载后的纪录生成的，如果某种终端被恶意破解而不发送状态报告，下载平台则会将这种终端记录下来，可以采用黑名单的方式，如果发现当前用户终端为黑名单中的记录，则采用封装程序的方式。

当所述用户终端安装或下载所述下载内容成功时，如果所述下载内容被封装了所述状态报告发送程序，则由所述状态报告发送程序通过所述WAP网关/HTTP代理向所述下载平台发送状态报告；如果所述下载内容未被封装，则由所述用户终端自身的状态报告发送程序通过所述WAP网关/HTTP代理向所述下载平台发送状态报告。

如图5所示，为本发明下载计费的方法的另一实施例的流程示意图，是基于HTTP协议的下载计费方式，HTTP协议对于非Java应用和非应用都适用，包括以下步骤：

步骤501，下载平台接收到用户终端通过WAP网关/HTTP代理发送的下载非Java应用的内容下载请求后，根据下载请求进行用户认证、终端适配和内容打包的操作；

步骤502，下载平台判断非Java应用内容是否支持程序封装，是则执行步骤504，否则执行步骤503；

步骤503，下载平台执行通用HTTP下载计费流程，并结束操作；

步骤504，下载平台将状态报告发送程序与非Java应用进行封装，并通过WAP网关/HTTP代理将封装后的非Java应用发送给所述用户终端；

步骤505，用户终端安装非Java应用成功时，由状态报告发送程序通过WAP网关/HTTP代理向所述下载平台发送状态报告；

步骤506，下载平台收到状态报告后，执行对用户终端的计费操作。

上述技术方案是针对于非Java应用而言的，对于非应用，则是执行通用HTTP下载计费流程。其中如果非Java应用不是采用下载平台提供的SDK定义的API接口，则无法支持封装程序。

如图6所示，为本发明下载计费的方法的又一实施例的流程示意图，本实施例是基于OMA DLOTA协议的下载计费方式，包括以下步骤：

步骤601，下载平台接收到用户终端通过WAP网关/HTTP代理发送的下载请求后，根据下载请求进行用户认证、终端适配和内容打包的操作，并通过WAP网关/HTTP代理向所述用户终端返回下载描述文件(DD)；

步骤602，用户终端根据所述下载描述文件向WAP网关/HTTP代理发送下载非Java应用或非应用的内容下载请求，再由WAP网关/HTTP代理转发给下载平台；

步骤603，下载平台根据内容下裁请求中的终端信息判断用户终端是否具备发送状态报告的功能，是则执行步骤604，否则执行步骤607；

步骤604，向所述WAP网关/HTTP代理发送所述非Java应用或非应用，再由所述WAP网关/HTTP代理转发给所述用户终端；

步骤605，用户终端安装非Java应用或下载非应用成功时，通过所述WAP网关/HTTP代理向下载平台发送状态报告；

步骤606，所述下载平台收到所述状态报告后，执行对所述用户终端的计费操作，并结束操作；

步骤607，所述下载平台判断内容下载请求是否为支持程序封装的非Java应用，是则执行步骤608，否则当所述下载平台判断内容下载请求为非Java应用，且该非Java应用不支持程序封装时，则执行通用HTTP下载计费流程，并结束操作；或者当该内容下载请求为非应用下载请求时，则执行通用HTTP下载计费流程，并结束操作；

步骤608，下载平台将状态报告发送程序与非Java应用进行封装，并通过WAP网关/HTTP代理将封装后的非Java应用发送给所述用户终端；

步骤609，用户终端安装非Java应用成功时，由状态报告发送程序通过WAP网关/HTTP代理向所述下载平台发送状态报告；

步骤610，下载平台收到状态报告后，执行对用户终端的计费操作。

在上述三种技术方案中，如果状态报告发生丢失的情况，则不产生使用记录，也就不进行计费操作。通过本发明对现有计费方案的改进，本发明既能够弥补不发送状态报告的终端的缺陷，而且也克服了HTTP协议下无法发送状态报告的问题，因此既弥补了现有标准中的缺陷，又使现有的计费方案更加完备。另外，当采用OMA DLOTA协议时，即使下载的内容不支持封装程序，也可以使其通过HTTP协议进行下载，从而收取一次费用，降低了现有方式的损失。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (4)

1、一种下载计费的方法，其中包括以下步骤：

步骤1，下载平台接收到用户终端通过WAP网关/HTTP代理发送的内容下载请求后，根据所述下载请求进行用户认证、终端适配和内容打包的操作；

步骤2，所述下载平台将状态报告发送程序与打包后的下载内容进行封装，并向所述WAP网关/HTTP代理发送，再由所述WAP网关/HTTP代理转发给所述用户终端；

步骤3，所述用户终端安装或下载所述下载内容成功时，所述状态报告发送程序通过所述WAP网关/HTTP代理向所述下载平台发送状态报告；

步骤4，所述下载平台收到所述状态报告后，执行对所述用户终端的计费操作；

其中，步骤2中所述下载平台将状态报告发送程序与打包后的下载内容进行封装的操作具体为：所述下载平台判断所述下载内容是否支持封装程序，是则将状态报告发送程序与打包后的下载内容进行封装，否则执行通用HTTP下载计费流程，并结束操作。

2、根据权利要求1所述的下载计费的方法，其中所述步骤1之后，还包括：

步骤11，所述下载平台根据所述内容下载请求中的终端信息判断所述用户终端是否具备发送状态报告的功能，是则执行步骤12，否则执行所述步骤2；

步骤12，所述下载平台向所述WAP网关/HTTP代理发送Java应用，再由所述WAP网关/HTTP代理转发给所述用户终端，然后执行步骤13；

步骤13，所述用户终端安装或下载所述下载内容成功时，由用户终端自身的状态报告发送程序通过所述WAP网关/HTTP代理向所述下载平台发送状态报告，转向步骤4。

3、根据权利要求2所述的下载计费的方法，其中所述步骤11具体为：所述下载平台根据所述内容下载请求中的终端型号信息查询储存在所述下载平台内的终端信息数据库，判断所述用户终端是否具备发送状态报告的功能，是则执行步骤12，否则执行所述步骤2。

4、根据权利要求1所述的下载计费的方法，其中所述封装操作具体为：当所述下载内容为Java应用时，采用代码注入的方式将所述状态报告发送程序封装在打包后的下载内容内；当所述下载内容为非Java应用时，采用所述非Java应用的应用程序接口将所述状态报告发送程序封装在打包后的下载内容内。

Images