CN103795552B - 内嵌计费点的计费处理方法及装置 - Google Patents

Abstract

本发明提供了一种内嵌计费点的计费处理方法及装置，其中，上述方法包括：接收对应用计费点的购买请求；向位于运营商侧的计费管理服务器发送鉴权请求，其中，鉴权请求用于对购买请求进行鉴权；根据鉴权结果，对应用计费点进行计费处理。采用本发明提供的上述技术方案，解决了相关技术中，内嵌计费点的计费方案安全性不高以及开发难度较大等技术问题，从而加强了运营商对应用内嵌计费控制力度，避免了应用开发者对终端用户乱扣费、多扣费和重复扣费问题。

Description

内嵌计费点的计费处理方法及装置

技术领域

本发明涉及网络通信领域，具体而言，涉及一种内嵌计费点的计费处理方法及装置。

背景技术

随着移动通信技术的发展与移动终端处理能力的提高，应用商店业务得到了蓬勃发展，应用商店业务也将成为各大运营商的重点业务。应用在销售过程中，应用开发者处理除了收取应用的版权使用费用外，应用被售后，在使用过程中对移动终端应用内嵌计费也逐渐成为应用开发者的重要收入来源。移动终端的应用的内嵌计费是指，移动终端用户在购买并运行某移动终端应用过程中，需要通过付费从应用的服务提供商或者内容提供商的服务器获得基于此应用的附加服务或内容。

概括来说，目前终端设备中应用的内嵌计费方式主要有：通过应用运行环境触发计费、通过短消息触发计费与通过无线应用协议（Wireless Application Protocol，简称WAP）触发计费等几种模式等。

例如：目前常见的苹果公司、高通公司的无线二进制运行环境（Binary RuntimeEnvironmentfor Wireless，简称BREW）等终端应用采用通过应用运行环境触发计费，一般是通过应用调用运行环境底层函数实现，严重依赖于终端，需要对终端操作系统进行定制化改造，运行的成本较高，工作量较大。

又例如：目前通过短消息与WAP触发计费的内嵌计费点应用，由于计费代码的实现与应用代码完全结合，增加了应用开发复杂度，并且应用开发者完全控制了对应用内嵌计费的计费过程，运营商无法对内嵌计费过程进行监管，存在着应用开发者对终端用户乱扣费、多扣费和充分扣费等问题，严重损害了终端用户的经济利益。因此，如何使得内嵌计费点应用能够方便与安全的进行支付，成为了目前亟待解决的问题。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中，内嵌计费点的计费方案安全性不高以及开发难度较大等技术问题，本发明提供了一种内嵌计费点的计费处理方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种内嵌多模式计费点的计费处理方法，包括：接收对应用计费点的购买请求；向位于运营商侧的计费管理服务器发送鉴权请求，其中，鉴权请求用于对购买请求进行鉴权；根据鉴权结果，对应用计费点进行计费处理。

根据鉴权结果，对应用计费点进行计费处理，包括：如果鉴权结果指示鉴权成功，则直接使用应用计费点所对应的服务或内容。

根据鉴权结果，对应用计费点进行计费处理，包括：如果鉴权结果指示鉴权失败，则指示进行应用计费点的购买。

在鉴权结果指示鉴权失败时，对应用计费点进行计费处理包括：向计费管理服务器发送对应用计费点的计费请求；根据计费请求对应用计费点进行支付购买。

在根据计费请求对应用计费点进行支付购买后，还包括：对进行支付购买后的支付结果生成验证信息；将验证信息转发到网游服务器进行验证；在验证通过后下发应用计费点所对应的服务或内容。

根据本发明的另一个方面，提供了一种内嵌计费点的计费处理装置，包括：接收模块，用于接收对应用计费点的购买请求；发送模块，用于向位于运营商侧的计费管理服务器发送鉴权请求，其中，鉴权请求用于对购买请求进行鉴权；处理模块，用于根据鉴权结果，对应用计费点进行计费处理。

上述处理模块，用于在鉴权结果指示鉴权成功的情况下，直接使用应用计费点所对应的服务或内容。

上述处理模块，用于在鉴权结果指示鉴权失败的情况下，指示进行应用计费点的购买。

上述处理模块包括：发送单元，用于在鉴权结果指示鉴权失败时，向计费管理服务器发送对应用计费点的计费请求；购买单元，用于根据计费请求对应用计费点进行支付购买。

上述装置还包括：验证信息生成模块，用于对进行支付购买后的支付结果生成验证信息；转发模块，用于将验证信息转发到网游服务器进行验证；下发模块，用于在验证通过后下发应用计费点所对应的服务或内容。

通过本发明，采用在接收到应用计费点的购买请求后，通过计费管理服务器对上述计费请求进行鉴权的技术手段，解决了相关技术中，内嵌计费点的计费方案安全性不高以及开发难度较大等技术问题，从而加强了运营商对应用内嵌计费控制力度，避免了应用开发者对终端用户乱扣费、多扣费和重复扣费问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据本发明实施例1的内嵌计费点的计费处理方法的流程图；

图2为根据本发明实施例1内嵌计费点的计费处理装置的结构框图；

图3为根据本发明实施例1内嵌计费点的计费处理装置的另一结构框图；

图4为根据本发明实施例3的基于应用内嵌计费点的多模式计费方法整体流程示意图；

图5为根据本发明实施例4的基于应用内嵌计费点的多模式计费方法与系统道具购买流程示意图；

图6为根据本发明实施例5的基于应用内嵌计费点的多模式计费方法与系统关卡/按周期购买流程示意图；

图7为根据本发明实施例6的基于应用内嵌计费点的多模式计费方法与系统网游应用购买流程图；

图8为根据本发明实施例7的基于应用内嵌计费点的多模式计费系统结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

考虑到相关技术中，内嵌计费点的计费方案安全性不高以及开发难度较大等技术问题，以下结合实施例提供了相关的解决方案，现详细说明。

实施例1

图1为根据本发明实施例1的内嵌计费点的计费处理方法的流程图。如图1所示，该方法包括：

步骤S102，接收对应用计费点的购买请求；

步骤S104，向位于运营商侧的计费管理服务器发送鉴权请求，其中，鉴权请求用于对购买请求进行鉴权；

步骤S106，根据鉴权结果，对应用计费点进行计费处理。

通过上述处理步骤，由于采用在接收到应用计费点的购买请求后，通过计费管理服务器对上述计费请求进行鉴权的技术手段，因此，应用内嵌多模式计费既不依赖终端设备，也不依赖于应用本身，因此无需增加应用开发复杂度，并且简化应用开发者对应用的设计难度，另外，剥离了应用开发者对应用内嵌计费点的控制权，加强了运营商对应用内嵌计费控制力度，避免了应用开发者对终端用户乱扣费、多扣费和重复扣费问题。

为提升用户的体验效果，在鉴权结果指示鉴权成功时，则直接使用应用计费点所对应的服务或内容。这样省去了和计费服务器进行应用计费点计费的请求响应流程。

本实施例中，在鉴权结果指示鉴权失败时，则指示进行应用计费点的购买。此时，即在鉴权结果指示鉴权失败时，对应用计费点进行计费处理可以包括但不限于以下处理流程：向计费管理服务器发送对应用计费点的计费请求；根据计费请求对应用计费点进行支付购买。

为了避免终端用户破解内嵌计费点的应用后无条件的换取网游服务器的服务，损害网游（即网络游戏）服务提供商的利益，在根据计费请求对应用计费点进行支付购买后，还可以进行以下处理过程：对进行支付购买后的支付结果生成验证信息；将验证信息转发到网游服务器进行验证；在验证通过后下发应用计费点所对应的服务或内容。

在本实施例中还提供了一种内嵌计费点的计费处理装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图2为根据本发明实施例1内嵌计费点的计费处理装置的结构框图。如图2所示，该装置包括：

接收模块20，连接至发送模块22，用于接收对应用计费点的购买请求；

发送模块22，连接至处理模块24，用于向位于运营商侧的计费管理服务器发送鉴权请求，其中，鉴权请求用于对购买请求进行鉴权；

处理模块24，用于按照鉴权结果，对应用计费点进行计费处理。

通过上述各个模块实现的功能，同样可以使得应用内嵌多模式计费既不依赖终端设备，也不依赖于应用本身，因此无需增加应用开发复杂度，并且简化应用开发者对应用的设计难度，另外，剥离了应用开发者对应用内嵌计费点的控制权，加强了运营商对应用内嵌计费控制力度，避免了应用开发者对终端用户乱扣费、多扣费和重复扣费问题。

在本实施例中，为提升用户的体验效果，上述处理模块24，用于在鉴权结果指示鉴权成功的情况下，直接使用应用计费点所对应的服务或内容。

在本实施例中，上述处理模块24，用于在鉴权结果指示鉴权失败的情况下，指示进行应用计费点的购买。

优选地，如图3所示，上述处理模块24包括：发送单元240，连接至购买单元242，用于在鉴权结果指示鉴权失败时，向计费管理服务器发送对应用计费点的计费请求；购买单元242，用于根据计费请求对应用计费点进行支付购买。

如图3所示，上述装置还包括：验证信息生成模块26，连接至转发模块28，用于对进行支付购买后的支付结果生成验证信息；转发模块28，连接至下发模块30，用于将验证信息转发到网游服务器进行验证；下发模块30，用于在验证通过后下发应用计费点所对应的服务或内容。

实施例2

本实施例提供一种基于应用内嵌计费点的多模式计费方法。对于终端应用内嵌多模式计费点时不依赖移动终端，且无需增加应用开发的复杂度，可以避免应用开发者对终端用户乱扣费、多扣费和重复扣费的问题，同时避免终端用户破解内嵌计费点的应用后无条件的换取网游服务器的服务，保障了网游服务提供商的利益。

为达到上述目的，本实施例提供的技术方案如下：

多模式计费软件开发工具包（Software Development Kit,简称为SDK），接收应用计费点购买请求后，获取应用配置文件中配置参数开发者加密密钥、开发者ID和计费点ID，并获取终端本身标识符；并对购买请求加密后向多模式计费管理系统发起计费鉴权请求。

多模式计费管理系统获取多模式计费SDK的计费点鉴权请求后，先解密获得计费请求参数，然后开发者鉴权、计费点鉴权和终端标识订购关系鉴权，终端标识订购关系鉴权成功后，直接返回；否则同时返回计费点金额。

多模式计费SDK获取多模式计费管理系统鉴权响应后，若鉴权成功，则直接使用计费点；若鉴权失败，则输入计费账户名/密码后确认购买。

多模式计费SDK获得终端用户输入计费账户名/密码，并把获取应用配置文件中配置参数开发者加密密钥、开发者ID和计费点ID，并获取终端本身标识符；向多模式计费管理系统发起计费点计费请求。

多模式计费管理系统获得多模式计费SDK计费请求后，对计费账户/密码进行验证，验证成功后向支付系统发起计费请求；得到支付系统支付成功后，多模式计费管理系统生成订单记录并生成支付结果验证串，以便后续网游服务进行计费验证。

多模式计费SDK获得计费结果后，向用户展示本次计费结果；同时多模式计费SDK计费向应用返回本次计费结果和验证串；若应用要求网游支付验证，进行下面流程，否则多模式计费点购买流量至此结束。

应用获得多模式计费SDK计费返回验证串后，把验证串转发到网游服务器。

网游服务器获得应用转发多模式计费管理系统验证串后，向多模式计费管理系统发起验证请求，多模式计费管理系统根据验证串进验证，并向网游服务器返回验证结果。

网游服务器获得多模式计费管理系统验证串的验证结果后，向终端用户下发本次购买服务或者内容。

计费点模式包括道具计费、关卡计费和包周期计费；道具计费是每次购买道具都需要进行计费，关卡计费即关卡购买后本关卡下次不再计费，包周期计费模式在其周期时间内是不需要再次进行计费。

为了更好地理解上述实施例，以下结合实施例3-5详细说明。以下实施例基于应用内嵌计费点的多模式计费处理技术，内嵌多模式计费点支持按道具、按关卡和按周期等多种模式计费；内嵌多模式计费SDK支持手机终端、Pad终端和电视机顶盒终端等；尤其是内嵌多模式计费点完成计费后提供了安全验证功能，保障了网游计费的可靠性与安全性。

实施例3

图4为根据本发明实施例3的基于应用内嵌计费点的多模式计费方法整体流程示意图。如图4所示，该方法包括：

步骤S402：开发者注册后与运营商进行签约，签约成功后获得系统分配给开发者的加密密钥。成为签约开发者后才能与运营商进行结算。

步骤S404：开发者向运营商进行计费点申请，计费点包括：计费点ID、计费点名称、计费模式、计费金额，其中计费模式包括按道具、按关卡和按周期等3种模式；运营商审核通过后计费点才能生效。

步骤S406：开发者获取多模式计费SDK及其帮助文档、获取开发者加密密钥、开发者ID和计费点ID，为制作内嵌多模式SDK应用做准备。

步骤S408：开发者制作应用内嵌多模式计费SDK；并把开发者加密密钥、开发者ID和计费点ID作为应用参数配置在应用中，以便后续多模式计费SDK基础模块获取。

步骤S410：开发者应用发布，供终端用户下载与使用；应用可以是手机应用、Pad应用或者电视机顶盒应用等。

步骤S412：终端用户下载并安装了内嵌了多模式计费SDK应用。

步骤S414：终端用户运行并使用内嵌了多模式计费SDK应用，至此完整整地描述了内嵌多模式计费SDK应用的制作、发布和传播的全部流程，接下来描述用户购买计费点的整体流程。

步骤S416：终端用户在使用多模式计费SDK应用时，选择购买道具、购买关卡、订阅、充值等服务时，应用会触发多模式计费SDK发起购买计费点流程。

步骤S418：终端用户购买计费点之前，多模式计费SDK基础模块会获取配置文件中开发者加密密钥、开发者ID和计费点ID，并获取终端本身标识符；通过多模式计费SDK计费通讯模块加密后，向多模式计费管理系统发起计费点鉴权批价请求。

步骤S420：多模式计费管理系统获取多模式计费SDK的计费点鉴权批价请求后，先解密获得计费请求参数，然后开发者鉴权、计费点鉴权和终端标识订购关系鉴权，终端标识订购关系鉴权成功后，直接返回；否则同时返回计费点金额。

步骤S422：多模式计费SDK获取多模式计费管理系统鉴权批价后，若鉴权成功，则直接使用计费点；若鉴权失败，则通过多模式计费SDK人机交互模块向用户展示鉴权批价后价格，并提示终端用户购买。

步骤S424：终端用户多模式计费SDK人机交互模块，输入计费账户名/密码，确认后，多模式计费SDK把计费账户名/密码、开发者ID和计费点ID、终端本身标识符；通过多模式计费SDK计费通讯模块使用开发者加密密钥加密后，向多模式计费管理系统发起计费点计费请求。

步骤S426：多模式计费管理系统获得计费点计费请求后，对计费账户/密码鉴权验证成功后，向支付系统发起计费请求；支付系统完成后，记录购买记录并生成支付结果验证串，以便后续网游服务进行计费验证。

步骤S428：多模式计费SDK人机交互模块获得计费结果后，向用户展示本次计费结果；同时多模式计费SDK计费通讯模块向应用返回本次计费结果和验证串；若应用要求网游支付验证，进行步骤S430，否则进行步骤S436。

步骤S430：应用获得多模式计费SDK计费通讯模块的验证串后，把验证串转发到网游服务器。

步骤S432：网游服务器获得应用转发多模式计费管理系统验证串后，向多模式计费管理系统计费结果验证模块发起验证，多模式计费管理系统计费结果验证模块根据验证串进验证，并向网游服务器返回验证结果；验证串的验证主要是防止应用被破解后模拟计费成功来骗取网游服务器的服务。

步骤S434：网游服务器获得多模式计费管理系统验证串的验证结果后，网游服务器根据验证结果确定是否下发本次购买服务；验证串的验证主要是防止应用被破解后模拟计费成功来骗取网游服务器的服务。

步骤S436：终端用户获取本次购买内容或者服务。至此已经完整地描述了终端用户购买内嵌多模式计费点的购买流程。

实施例4

图5为根据本发明实施例4的基于应用内嵌计费点的多模式计费方法与系统道具购买流程示意图。所谓按道具购买，即每次购买都需要付费，比如购买第一件指定武器需要付费，购买第二件该指定武器同样需要付费。如图5所示，该方法包括：

步骤S502：终端用户购买内嵌多模式计费SDK应用的计费点，如道具、充值。

步骤S504：终端应用调用多模式计费SDK提供的API，发起购买计费点请求；

步骤S506：多模式计费SDK通过基础模块获取开发者加密密钥、开发者ID、计费点ID、终端本身标识；通过计费通讯模块加密后向多模式计费管理系统发起鉴权批价请求。

步骤S508：多模式计费管理系统鉴权批价模块通过对开发者、计费点等鉴权后进行批价，并把计费点批价结果返回多模式计费SDK；

步骤S510：多模式计费SDK人机交互模块展示鉴权批价结果，同时提示终端用户进行购买。

步骤S512：终端用户输入计费账户名/密码，并确认购买。

步骤S514：多模式计费SDK把计费账户名/密码、开发者ID和计费点ID、终端本身标识符，通过多模式计费SDK计费通讯模块使用开发者加密密钥加密后，向多模式计费管理系统发起计费点计费请求。

步骤S516：多模式计费管理系统验证计费账户名/密码，若账户名不存在、密码错误等，向用户提示错误；若账户名/密码验证成功，到支付系统进行支付。

步骤S518：支付系统成功支付后，多模式计费管理系统记录购买订单，购买订单包括开发者ID、计费点ID、计费点名称、计费点金额、计费点模式、计费账户名、终端标识、购买时间等信息。

步骤S520：多模式计费管理系统向多模式计费SDK返回计费结果，并向用户展示。

步骤S522：多模式计费SDK向终端应用返回计费结果；

步骤S524：终端应用根据计费结果购买服务或者道具等；若为单机应用或者不需要到网游服务器验证，流程到此结束；若需要网游验证可以参见图7所示流程，以下会详细说明，此处不再赘述。

实施例5

图6为根据本发明实施例5的基于应用内嵌计费点的多模式计费方法与系统关卡/按周期购买流程示意图。所谓按关卡购买，即购买一次之后可多次使用，比如购买第十关需要付费，第二次使用第十关就不需要再次付费；所谓按周期购买，即购买之后，在周期内都是免费使用，比如订阅一个月杂志，在一个月内使用都是免费的。如图6所示，该方法包括：

步骤S602：终端用户购买内嵌多模式计费SDK应用的计费点，如关卡、订阅。

步骤S604：终端应用调用多模式计费SDK提供的API，发起购买计费点请求；

步骤S606：多模式计费SDK通过基础模块获取开发者加密密钥、开发者ID、计费点ID、终端本身标识，通过计费通讯模块加密后向多模式计费管理系统发起鉴权批价请求。

步骤S608：多模式计费管理系统鉴权批价模块通过对开发者、计费点等鉴权后进行批价，最主要的是根据终端标识进行订购关系验证。若该终端曾经支付过且在有效期内，则进行步骤S610；若该终端尚未购买过或者购买后已失效，则把计费点批价结果返回多模式计费SDK，进行步骤S614；

步骤S610：多模式计费SDK在鉴权验证通过后返回终端应用。

步骤S612：终端应用允许终端应用继续使用，避免每次终端使用时都需要进行计费账户名/密码的验证，提升用户使用体验。

步骤S614：模式计费SDK或者鉴权验证失败后，多模式计费SDK人机交互模块展示鉴权批价结果，同时提示终端用户进行购买。

步骤S616：终端用户输入计费账户名/密码，并确认购买。

步骤S618：多模式计费SDK把计费账户名/密码、开发者ID和计费点ID、终端本身标识符，通过多模式计费SDK计费通讯模块使用开发者加密密钥加密后，向多模式计费管理系统发起计费点计费请求。

步骤S620：多模式计费管理系统验证计费账户名/密码，若账户名不存在、密码错误等，向用户提示错误；若账户名/密码验证成功，到支付系统进行支付。

步骤S622：支付系统成功支付后，多模式计费管理系统记录购买订单，购买订单包括开发者ID、计费点ID、计费点名称、计费点金额、计费点模式、计费账户名、终端标识、购买时间等信息。

步骤S624：多模式计费管理系统向多模式计费SDK返回计费结果，并向用户展示。

步骤S626：多模式计费SDK向终端应用返回计费结果；

步骤S628：终端应用根据计费结果给用户购买服务或者关卡等；若为单机应用或者不需要到网游服务器验证，流程到此结束；若需要网游验证则见图7所示流程，以下会详细说明，此处不再赘述。

实施例6

图7为根据本发明实施例6的基于应用内嵌计费点的多模式计费方法与系统网游应用购买流程图。所谓网游购买，特指网游服务器不信任客户端应用反馈的支付结果，所以网游服务器得到客户端应用反馈支付结果和验证串后再次到计费方进行支付结果验证的购买流程。如图7所示，该方法包括：

步骤S702：终端用户购买内嵌多模式计费SDK应用的计费点，如充值换成网游游戏币。

步骤S704：终端应用调用多模式计费SDK提供的API，发起购买计费点请求；

步骤S706：多模式计费SDK通过基础模块获取开发者加密密钥、开发者ID、计费点ID、终端本身标识；通过计费通讯模块加密后向多模式计费管理系统发起鉴权批价请求。

步骤S708：多模式计费管理系统鉴权批价模块通过对开发者、计费点等鉴权后进行批价，并把计费点批价结果返回多模式计费SDK；

步骤S710：多模式计费SDK人机交互模块展示鉴权批价结果，同时提示终端用户进行购买。

步骤S712：终端用户输入计费账户名/密码，并确认购买。

步骤S714：多模式计费SDK把计费账户名/密码、开发者ID和计费点ID、终端本身标识符，通过多模式计费SDK计费通讯模块使用开发者加密密钥加密后，向多模式计费管理系统发起计费点计费请求。

步骤S716：多模式计费管理系统验证计费账户名/密码，若账户名不存在、密码错误等，向用户提示错误；若账户名/密码验证成功，到支付系统进行支付。

步骤S718：支付系统成功支付后，多模式计费管理系统记录购买订单，购买订单包括开发者ID、计费点ID、计费点名称、计费点金额、计费点模式、计费账户名、终端标识、购买时间等信息。

步骤S720：多模式计费管理系统向多模式计费SDK返回计费结果，并向用户展示。

步骤S722：多模式计费SDK向终端应用返回计费结果和验证串；

步骤S724：终端应用得到多模式计费SDK返回的计费结果和验证串后，转发到网游服务器要求下发本次购买服务。

步骤S726：网游服务器根据透传的验证串发送到多模式计费管理系统计费结果验证模块进行验证；验证串的验证主要是防止应用被破解后模拟计费成功来骗取网游服务器的服务。

步骤S728：多模式计费管理系统把验证串的验证结果告知网游服务器。

步骤S730：网游服务器向终端应用下发本次购买的服务。

步骤S732：终端应用向终端用户提供使用本次购买的服务。

实施例7

图8为根据本发明实施例7的基于应用内嵌计费点的多模式计费系统结构示意图。如图8所示，该系统包括：

多模式计费管理系统80，即基于应用内嵌计费点的多模式计费方法与系统的服务端；多模式计费管理系统包括6大部分，分别为开发者、终端用户管理模块802、密钥管理模块804、计费管理模块806、订单管理模块808、网游验证模块810、鉴权支付模块812。上述各个模块所实现的功能如下：

多模式计费管理系统中开发者、终端用户管理模块802；主要提供开发者注册、开发者签约、开发者管理与管理员审核开发者签约信息；终端用户注册、终端用户管理等功能，为多模式计费管理系统提供基础数据管理。

多模式计费管理系统中密钥管理模块804，主要提供了密钥生成、密钥验证、密钥加密与解密功能。开发者签约成功时密钥管理模块804为签约成功开发者生成密钥；鉴权支付模块812得到多模式计费SDK鉴权或者计费请求时提请求与响应结果进行解密与加密功能；为网游验证模块810提供加密验证串和验证串的解密功能。密钥管理模块804是多模式计费管理系统安全保障。

多模式计费管理系统中计费管理模块806，提供了开发者申请多模式计费点，管理员审核计费点和计费点管理等功能。多模式计费点模式包括3种按道具、按关卡和订阅。计费管理模块为运营商统一、规范管理计费点提供了保障。

多模式计费管理系统中订单管理模块808，用于原始记录终端用户购买记录功能。为鉴权支付模块812提供鉴权批价依据，为开发者后期结算提供数据基础。

多模式计费管理系统中网游验证模块810，为鉴权支付模块812提供验证串，验证串即根据订单记录依照某种规则加密而成的加密串；网游验证模块810向公网上开放验证API供网游服务器进行支付结果验证；验证串的验证主要是防止应用被破解后模拟计费成功消息来骗取网游服务器的服务。

多模式计费管理系统中鉴权支付模块812，用于实现包括鉴权、批价和支付3个主要功能；鉴权包括开发者鉴权、计费点鉴权、用户鉴权和订购关系鉴权；批价主要是根据用户或者终端标识和订购关系、优惠策略等进行批价；支付功能主要是与支付系统对接、完成支付；鉴权支付模块接收到多模式计费SDK的鉴权请求或者支付请求时，调用密钥管理模块804进行解密，完成鉴权和支付后，再调用密钥管理模块804对响应消息进行加密和生成验证串。

多模式计费SDK 82，即基于应用内嵌计费点的多模式计费方法与系统的客户端；多模式计费SDK包括3大部分，分别为计费通讯模块820、人机交互模块822、基础模块824。各个模块所实现的功能如下：

多模式计费SDK中计费通讯模块820，向应用84提供API，主要API为鉴权批价API和支付API，同时向应用返回计费结果和验证串；计费通讯模块820完成与多模式计费管理系统中鉴权支付模块812消息交互；计费通讯模块820通过基础模块824获取配置信息、终端信息和完成加解密操作；计费通讯模块通过人机交互模块S510完成与用户之间交互。

多模式计费SDK中人机交互模块822,主要是根据计费通讯模块820的鉴权或者支付状态提示用户，引导用户完成支付。

多模式计费SDK中基础模块824主要完成应用配置信息读取，终端信息读取，如手机IMEI号；完成鉴权、支付请求和响应的加解密操作。

终端上运行的应用程序84，简称应用84，包括手机应用、Pad应用和电视机顶盒应用等。

终端设备86，为应用提供运行的环境；终端设备86包括手机、Pad和电视机顶盒等。

网游服务器88或者网游服务器88中网游验证模块880，主要完成计费结果验证串的验证。

支付系统90，如手机话费支付系统和第三方支付系统，多模式计费系统需要与支付系统预前完成系统之间的对接。

通过以上实施例可以看出，上述实施例实现了以下有益效果：应用发起内嵌计费时应用不直接触发计费，而是向多模式计费SDK发送计费请求信息，由多模式计费SDK与多模式计费系统的交互来完成该计费请求；计费请求完成后还提供了验证串进服务器验证。与现有技术相比，应用内嵌多模式计费是不依赖终端设备，也不依赖于应用本身，因此无需增加应用开发复杂度，并且简化应用开发者对应用的设计难度，另外，剥离了应用开发者对应用内嵌计费点的控制权，加强了运营商对应用内嵌计费控制力度，避免了应用开发者对终端用户乱扣费、多扣费和重复扣费问题，同时提供计费点服务器验证功能，避免终端用户破解内嵌计费点的应用后无条件的换取网游服务器的服务，保障了网游服务提供商的利益。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (2)

1.一种内嵌多模式计费点的计费处理方法，其特征在于，包括：

接收对应用计费点的购买请求；

向位于运营商侧的计费管理服务器发送鉴权请求，其中，所述鉴权请求用于对所述购买请求进行鉴权；

根据鉴权结果，对所述应用计费点进行计费处理，其中，根据鉴权结果，对所述应用计费点进行计费处理，包括：如果所述鉴权结果指示鉴权成功，则直接使用所述应用计费点所对应的服务或内容；

根据鉴权结果，对所述应用计费点进行计费处理，包括：如果所述鉴权结果指示鉴权失败，则指示进行所述应用计费点的购买；

在所述鉴权结果指示鉴权失败时，对所述应用计费点进行计费处理包括：向所述计费管理服务器发送对所述应用计费点的计费请求；根据所述计费请求对所述应用计费点进行支付购买；

在根据所述计费请求对所述应用计费点进行支付购买后，还包括：对进行支付购买后的支付结果生成验证信息；将所述验证信息转发到网游服务器进行验证；在验证通过后下发所述应用计费点所对应的服务或内容。

2.一种内嵌计费点的计费处理装置，其特征在于，包括：

接收模块，用于接收对应用计费点的购买请求；

发送模块，用于向位于运营商侧的计费管理服务器发送鉴权请求，其中，所述鉴权请求用于对所述购买请求进行鉴权；

处理模块，用于根据鉴权结果，对所述应用计费点进行计费处理，其中，所述处理模块，还用于在所述鉴权结果指示鉴权成功的情况下，直接使用所述应用计费点所对应的服务或内容；

所述处理模块，用于在所述鉴权结果指示鉴权失败的情况下，指示进行所述应用计费点的购买；

所述处理模块包括：发送单元，用于在所述鉴权结果指示鉴权失败时，向所述计费管理服务器发送对所述应用计费点的计费请求；购买单元，用于根据所述计费请求对所述应用计费点进行支付购买；

所述购买单元还包括：验证信息生成模块，用于对进行支付购买后的支付结果生成验证信息；转发模块，用于将所述验证信息转发到网游服务器进行验证；下发模块，用于在验证通过后下发所述应用计费点所对应的服务或内容。