CN105405008A - 代扣费方法和装置 - Google Patents

Abstract

本发明涉及一种代扣费方法和装置，其中方法包括：接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息，该消息中包括：待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息；根据待计费的第三方应用的标识，查询获取第三方应用对应的应用提供商的状态，进而确定第三方应用是否具有扣费权限；在第三方应用具有扣费权限时，向用户设备发送扣费指示消息，以便用户设备根据扣费指示消息向运营商内部平台发送扣费请求消息，运营商内部平台根据扣费请求消息生成代扣费请求消息发送给运营商增值业务鉴权扣费系统进行处理，从而实现对第三方应用平台的第三方应用的扣费的控制，提高第三方应用的支付安全。

Description

代扣费方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种代扣费方法和装置。

背景技术

目前，运营商增值业务鉴权扣费系统开放代扣费接口给运营商内部平台，当运营商内部平台接收到安装有运营商应用的用户设备发送的计费请求消息时，根据计费请求消息中携带的应用ID和计费业务ID查询获取与运营商应用对应的应用信息，所述应用信息包括：应用的状态、计费业务的状态、计费业务的计费价格、应用对应的应用提供商的详细信息等，运营商内部平台根据应用信息对该应用的合法性进行验证，确定是否允许对该应用下的计费业务进行扣费处理，若允许，运营商内部平台根据计费请求消息和应用信息生成代扣费请求消息，将代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统进行扣费处理。若运营商内部平台根据应用信息确定不允许对该应用下的扣费业务进行扣费处理，则停止扣费行为。

然而现有技术中，针对第三方应用平台的第三方应用，运营商难以获取第三方应用的相关信息，难以对第三方应用的合法性等进行判断，进而难以对第三方应用的扣费进行控制，降低了第三方应用的支付安全。

发明内容

本发明提供一种代扣费方法和装置，用于解决现有技术第三方应用的支付安全性差的问题。

本发明的第一个方面是提供一种代扣费方法，包括：

接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息，计费请求消息中包括：待计费的第三方应用的标识，第三方应用平台的标识，第三方应用中待计费的业务的订购信息；

根据待计费的第三方应用平台和第三方应用的标识，查询预设的状态列表，获取第三方应用对应的应用提供商的状态；

根据第三方应用对应的应用提供商的状态，确定第三方应用是否具有扣费权限；

若第三方应用具有扣费权限，则通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：第三方应用平台标识、待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；

接收用户设备根据扣费指示消息发送的扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；所述第一信息摘要为用户设备根据第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及第一订单编号生成的；

根据所述第一订单编号获取第三方应用平台标识、待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息、运营商内部平台的标识，根据所述第一订单编号、第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息以及运营商内部平台的标识生成第二信息摘要；

判断所述第一信息摘要和所述第二信息摘要是否相同，若相同，则根据扣费请求消息生成代扣费请求消息，将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对所述代扣费请求进行处理。

进一步地，所述接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息之前，还包括：

接收所述第三方应用平台发送的第三方应用对应的应用提供商的注册信息；

根据所述第三方应用对应的应用提供商的注册信息，确定所述第三方应用对应的应用提供商的状态；

根据所述第三方应用对应的应用提供商的状态，生成所述状态列表。

进一步地，所述计费请求消息中还包括：所述第三方应用平台的标识以及登录令牌；

所述根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态之前，还包括：

判断是否预存有所述第三方应用平台的标识以及登录令牌；

对应的，所述根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态，包括：

若预存有所述第三方应用平台的标识以及登录令牌，则根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态。

进一步地，所述第三方应用对应的应用提供商的状态包括：正常状态和非正常状态；

对应的，所述根据所述第三方应用对应的应用提供商的状态，确定所述第三方应用是否具有扣费权限，包括：

若所述第三方应用对应的应用提供商的状态为正常状态，则确定所述第三方应用具有扣费权限。

进一步地，所述的方法还包括：在所述第三方应用对应的应用提供商的状态为正常状态时，统计预设时间段内所述第三方应用的扣费请求次数；

判断预设时间段内所述第三方应用的扣费请求次数是否大于预设阈值；

若预设时间段内所述第三方应用的扣费请求次数大于预设阈值，则将所述第三方应用对应的应用提供商的正常状态调整为非正常状态。

本发明中，运营商内部平台根据预设的状态列表中第三方应用对应的应用提供商的状态来确定第三方应用是否具有扣费权限，在确定第三方应用具有扣费权限时，通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；以便用户设备根据扣费指示消息向运营商内部平台发送扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；以便运营商内部平台根据第一信息摘要验证通过后，根据扣费请求消息生成代扣费请求消息，将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对代扣费请求进行处理，从而实现对第三方应用平台的第三方应用的扣费的控制，提高第三方应用的支付安全。

本发明的另一个方面提供一种代扣费装置，包括：

接收模块，用于接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息，所述计费请求消息中包括：待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息；

查询模块，用于根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态；

确定模块，用于根据所述第三方应用对应的应用提供商的状态，确定所述第三方应用是否具有扣费权限；

发送模块，用于在所述第三方应用具有扣费权限时，通过所述第三方应用平台向所述用户设备发送扣费指示消息，所述扣费指示消息中包括：所述待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；

所述接收模块，还用于接收用户设备根据扣费指示消息发送的扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；所述第一信息摘要为用户设备根据第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及第一订单编号生成的；

获取模块，用于根据所述第一订单编号获取第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识，根据所述第一订单编号、第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息以及运营商内部平台的标识生成第二信息摘要；

第一判断模块，用于判断所述第一信息摘要和所述第二信息摘要是否相同；

生成模块，用于在所述第一信息摘要和所述第二信息摘要相同时，根据扣费请求消息生成代扣费请求消息；

所述发送模块，还用于将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对所述代扣费请求进行处理。

进一步地，所述接收模块接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息之前，所述接收模块还用于，接收所述第三方应用平台发送的第三方应用对应的应用提供商的注册信息；

所述确定模块，还用于根据所述第三方应用对应的应用提供商的注册信息，确定所述第三方应用对应的应用提供商的状态；

所述生成模块，还用于根据所述第三方应用对应的应用提供商的状态，生成所述状态列表。

进一步地所述计费请求消息中还包括：所述第三方应用平台的标识以及登录令牌；

所述的装置还包括：第二判断模块；

所述第二判断模块用于，在所述查询模块根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态之前，判断是否预存有所述第三方应用平台的标识以及登录令牌；

对应的，所述查询模块具体用于，在预存有所述第三方应用平台的标识以及登录令牌时，根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态。

进一步地，所述第三方应用对应的应用提供商的状态包括：正常状态和非正常状态；

所述确定模块根据所述第三方应用对应的应用提供商的状态，确定所述第三方应用是否具有扣费权限中，所述确定模块具体用于，在所述第三方应用对应的应用提供商的状态为正常状态时，确定所述第三方应用具有扣费权限。

进一步地，所述的装置还包括：统计模块、第三判断模块和调整模块；

所述统计模块，用于在所述第三方应用对应的应用提供商的状态为正常状态时，统计预设时间段内所述第三方应用的扣费请求次数；

所述第三判断模块，用于判断预设时间段内所述第三方应用的扣费请求次数是否大于预设阈值；

所述调整模块，用于在预设时间段内所述第三方应用的扣费请求次数大于预设阈值时，将所述第三方应用对应的应用提供商的正常状态调整为非正常状态。

本发明中，运营商内部平台根据预设的状态列表中第三方应用对应的应用提供商的状态来确定第三方应用是否具有扣费权限，在确定第三方应用具有扣费权限时，通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；以便用户设备根据扣费指示消息向运营商内部平台发送扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；以便运营商内部平台根据第一信息摘要验证通过后，根据扣费请求消息生成代扣费请求消息，将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对代扣费请求进行处理，从而实现对第三方应用平台的第三方应用的扣费的控制，提高第三方应用的支付安全。

附图说明

图1为本发明提供的代扣费方法一个实施例的流程图；

图2为本发明提供的代扣费方法又一个实施例的流程图；

图3为本发明提供的代扣费装置一个实施例的结构示意图；

图4为本发明提供的代扣费装置又一个实施例的结构示意图；

图5为本发明提供的代扣费装置又一个实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明提供的代扣费方法一个实施例的流程图，如图1所示，具体包括以下步骤：

101、接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息，计费请求消息中包括：待计费的第三方应用的标识，第三方应用平台的标识，第三方应用中待计费的业务的订购信息。

本发明提供的代扣费方法的执行主体为代扣费装置，代扣费装置具体可以为运营商内部平台或者运营商内部平台上安装的软件等。第三方应用可以为第三方的游戏应用、娱乐应用、教育应用、生活应用、音乐应用等等。第三方应用中待计费的业务可以为游戏应用中的道具的购买业务等等。第三方应用中待计费的业务的订购信息可以为道具或者付费产品的订购信息。

运营商内部平台接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息之前，安装有第三方应用的用户设备可以根据用户的点击等操作向第三方应用平台发送计费信息，计费信息中可以包括：待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息以及支付类型。第三方应用平台可以根据支付类型确定向运营商内部平台或者第三方支付平台等发送计费请求消息。例如，若支付类型为运营商支付，则第三方应用平台向运营商内部平台发送计费请求消息；若支付类型为支付宝支付或者网银支付，则第三方应用平台可以向对应的第三方支付平台发送计费请求消息。

102、根据待计费的第三方应用平台和第三方应用的标识，查询预设的状态列表，获取第三方应用对应的应用提供商的状态。

其中，预设的状态列表中存有第三方应用的标识以及第三方应用对应的应用提供商的状态。

本实施例中，运营商内部平台获取预设的状态列表的方式可以有以下两种。一种是在步骤101之前，接收第三方应用平台发送的第三方应用对应的应用提供商的注册信息；根据第三方应用对应的应用提供商的注册信息，确定第三方应用对应的应用提供商的状态；根据第三方应用对应的应用提供商的状态，生成状态列表。另一种是在步骤101之前，获取第三方应用平台发送的或者第三方应用对应的应用提供商的状态。

其中，第三方应用对应的应用提供商的注册信息可以包括：第三方应用对应的应用提供商的公司名称、法人身份证信息、联系人姓名或电话、营业执照编号等，以便运营商内部平台根据注册信息确定第三方应用对应的应用提供商的合法性，进而确定第三方应用对应的应用提供商的状态。

第三方应用对应的应用提供商的状态可以包括：正常状态和非正常状态。非正常状态可以指第三方应用对应的应用提供商的挂起状态、待注销状态或注销状态。例如，若第三方应用对应的应用提供商的公司名称、法人身份证信息、联系人姓名或电话、营业执照编号等可以在工商局有备案，则可以确定第三方应用对应的应用提供商为合法的提供商，则可以将第三方应用对应的应用提供商的状态确定为正常状态。若第三方应用对应的应用提供商的公司名称、法人身份证信息、联系人姓名或电话、营业执照编号等可以在工商局没有备案，则可以将第三方应用对应的应用提供商的状态确定为非正常状态。

需要进行说明的是，第三方应用平台还可以实时将第三方应用的标识、名称以及其他相关信息实时同步到运营商内部平台，以便运营商内部平台根据第三方应用的标识、名称以及其他相关信息确定第三方应用的代扣费能力或者对第三方应用的代扣费能力进行审核。其中，第三方应用的代扣费能力可以分为：包月扣费、按次扣费、连续免确认扣费等等。

进一步地，运营商内部平台接收第三方应用平台发送的第三方应用对应的应用提供商的注册信息之前，还可以与第三方应用平台先建立连接。运营商内部平台与第三方应用平台建立连接的过程可以为，获取第三方应用平台的接入请求，接入请求中包括：第三方应用平台对应的平台提供商的注册信息；根据第三方应用平台对应的平台提供商的注册信息确定是否允许第三方应用平台接入；在确定允许第三方应用平台接入时，向第三方应用平台发送指示信息，以指示第三方应用平台提供第三方应用对应的应用提供商的注册信息。

其中，第三方应用平台对应的平台提供商的注册信息可以参考第三方应用对应的应用提供商的注册信息。

进一步地，计费请求消息中还包括：第三方应用平台的标识以及登录令牌。对应的，步骤102之前，还可以包括：判断是否预存有第三方应用平台的标识以及登录令牌。对应的，步骤102具体可以为，若预存有第三方应用平台的标识以及登录令牌，则根据待计费的第三方应用的标识，查询预设的状态列表，获取第三方应用对应的应用提供商的状态。

其中，登录令牌可以为根据第三方应用平台的登录账号和登录密码生成的令牌，以便运营商内部平台验证第三方应用平台的真实性。第三方应用平台的登录账号和登录密码可以为第三方应用平台成功接入运营商内部平台时由运营商内部平台所分配的登录账号和登录密码。

进一步地，第三方应用平台可以实时将各个第三方应用的相关信息同步到运营商内部平台。第三方应用的相关信息，例如第三方应用的标识，第三方应用中各个业务的标识，第三方应用中各个业务的价格信息、详细描述信息等。当运营商内部平台验证第三方应用平台的真实性之后，运营商内部平台可以将计费请求消息中第三方应用中待计费的业务的订购信息与预存的第三方应用的相关信息比对，确定订购信息的真实性。

103、根据第三方应用对应的应用提供商的状态，确定第三方应用是否具有扣费权限。

例如，若第三方应用对应的应用提供商的状态为正常状态，则可以确定第三方应用具有扣费权限；若第三方应用对应的应用提供商的状态为非正常状态，则可以确定第三方应用不具有扣费权限。

104、若第三方应用具有扣费权限，则通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号。

其中，第一订单编号为运营商内部平台为具有扣费权限的第三方应用的计费请求消息分配的序列号。

进一步地，扣费指示消息中还可以包括：计费点ID、时间戳、第三方应用名称、业务名称等。例如第三方应用名称和业务名称，在运营商增值业务鉴权扣费系统扣费完，短信发送给用户设备扣费提示时，会用到这个字段，例如：尊敬的用户，您已成功购买【应用名称】提供的【业务名称】，支付金额【金额】元，已由APP计费代扣。客服电话：4000600611。

105、接收用户设备根据扣费指示消息发送的扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；第一信息摘要为用户设备根据第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及第一订单编号生成的。

其中，用户号码对应的账户中的余额可以用于进行扣费。

106、根据第一订单编号获取第三方应用平台标识、待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息、运营商内部平台的标识，根据第一订单编号、第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息以及运营商内部平台的标识生成第二信息摘要。

107、判断第一信息摘要和第二信息摘要是否相同，若相同，则根据扣费请求消息生成代扣费请求消息，将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对代扣费请求进行处理。

其中，待计费的业务的订购信息中可以包括：待计费的业务的订购时间，订购价格，订购数量等相关信息。

进一步地，安装有第三方应用的用户设备通过第三方应用平台发送给运营商内部平台的计费请求消息中还可以包括：第三方应用平台为第三方应用的计费请求消息分配的第二订单编号；以便运营商内部平台在接收到扣费请求消息时，根据扣费请求消息中的第一订单编号查询获取第二订单编号，将第二订单编号发送给第三方应用平台，以验证第二订单编号的真实性。

本实施例中，运营商内部平台根据预设的状态列表中第三方应用对应的应用提供商的状态来确定第三方应用是否具有扣费权限，在确定第三方应用具有扣费权限时，通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；以便用户设备根据扣费指示消息向运营商内部平台发送扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；以便运营商内部平台根据第一信息摘要验证通过后，根据扣费请求消息生成代扣费请求消息，将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对代扣费请求进行处理，从而实现对第三方应用平台的第三方应用的扣费的控制，提高第三方应用的支付安全。

图2为本发明提供的代扣费方法又一个实施例的流程图，如图2所示，在图1所示实施例的基础上，所述的方法还包括：

108、在第三方应用对应的应用提供商的状态为正常状态时，统计预设时间段内第三方应用的扣费请求次数。

109、判断预设时间段内第三方应用的扣费请求次数是否大于预设阈值。

其中，预设时间段可以为30秒，1分钟，10分钟等时间段。预设阈值可以为运营商内部平台设置的阈值，或者运营商内部平台根据各个第三方应用在预设时间段内的平均扣费请求次数或者最大扣费请求次数确定的阈值。

110、若预设时间段内第三方应用的扣费请求次数大于预设阈值，则将第三方应用对应的应用提供商的正常状态调整为非正常状态。

本实施例中，通过将预设时间段内第三方应用的扣费请求次数与预设阈值进行比较，可以确定第三方应用的扣费请求是正常情况下发送的扣费请求，还是中木马等病毒后重复发送的非正常情况下的扣费请求，若第三方应用的扣费请求为非正常情况下发送的扣费请求，则运营商内部平台可以拒绝对扣费请求进行处理，因此，运营商内部平台可以将第三方应用对应的应用提供商的正常状态调整为非正常状态，降低网络资源的消耗，同时也避免运营商内部平台对其他第三方应用的扣费请求的漏接。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图3为本发明提供的代扣费装置一个实施例的结构示意图，如图3所示，包括：

接收模块31，用于接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息，计费请求消息中包括：待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息；

查询模块32，用于根据待计费的第三方应用的标识，查询预设的状态列表，获取第三方应用对应的应用提供商的状态；

确定模块33，用于根据第三方应用对应的应用提供商的状态，确定第三方应用是否具有扣费权限；

发送模块34，用于在第三方应用具有扣费权限时，通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；

接收模块31，还用于接收用户设备根据扣费指示消息发送的扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；第一信息摘要为用户设备根据第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及第一订单编号生成的；

获取模块35，用于根据第一订单编号获取第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识，根据第一订单编号、第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息以及运营商内部平台的标识生成第二信息摘要；

第一判断模块36，用于判断第一信息摘要和第二信息摘要是否相同；

生成模块37，用于在第一信息摘要和第二信息摘要相同时，根据扣费请求消息生成代扣费请求消息；

发送模块34，还用于将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对代扣费请求进行处理。

本发明提供的代扣费装置具体可以为运营商内部平台或者运营商内部平台上安装的软件等。其中，预设的状态列表中存有第三方应用的标识以及第三方应用对应的应用提供商的状态。

进一步地，本实施例中，运营商内部平台获取预设的状态列表的方式可以有以下两种。一种是在接收模块31接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息之前，接收模块31接收第三方应用平台发送的第三方应用对应的应用提供商的注册信息；确定模块33根据第三方应用对应的应用提供商的注册信息，确定第三方应用对应的应用提供商的状态；生成模块37根据第三方应用对应的应用提供商的状态，生成状态列表。另一种是获取第三方应用平台发送的或者第三方应用对应的应用提供商的状态。

进一步地，运营商内部平台接收第三方应用平台发送的第三方应用对应的应用提供商的注册信息之前，还可以与第三方应用平台先建立连接。接收模块31接收第三方应用平台发送的第三方应用对应的应用提供商的注册信息之前，获取模块35，还用于获取第三方应用平台的接入请求，接入请求中包括：第三方应用平台对应的平台提供商的注册信息；

确定模块33还用于，根据第三方应用平台对应的平台提供商的注册信息确定是否允许第三方应用平台接入；

发送模块34还用于，在确定模块确定允许第三方应用平台接入时，向第三方应用平台发送指示信息，以指示第三方应用平台提供第三方应用对应的应用提供商的注册信息。

进一步地，第三方应用对应的应用提供商的状态可以包括：正常状态和非正常状态。对应的，确定模块33根据第三方应用对应的应用提供商的状态，确定第三方应用是否具有扣费权限中，确定模块33具体用于，在第三方应用对应的应用提供商的状态为正常状态时，确定第三方应用具有扣费权限。

进一步地，计费请求消息中还包括：第三方应用平台的标识以及登录令牌。对应的，结合参考图4，所述的装置还包括：第二判断模块38；

第二判断模块38用于，在查询模块32根据待计费的第三方应用的标识，查询预设的状态列表，获取第三方应用对应的应用提供商的状态之前，判断是否预存有第三方应用平台的标识以及登录令牌；

对应的，查询模块32具体用于，在预存有第三方应用平台的标识以及登录令牌时，根据待计费的第三方应用的标识，查询预设的状态列表，获取第三方应用对应的应用提供商的状态。

本实施例中，运营商内部平台根据预设的状态列表中第三方应用对应的应用提供商的状态来确定第三方应用是否具有扣费权限，在确定第三方应用具有扣费权限时，通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；以便用户设备根据扣费指示消息向运营商内部平台发送扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；以便运营商内部平台根据第一信息摘要验证通过后，根据扣费请求消息生成代扣费请求消息，将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对代扣费请求进行处理，从而实现对第三方应用平台的第三方应用的扣费的控制，提高第三方应用的支付安全。

图5为本发明提供的代扣费装置又一个实施例的结构示意图，如图5所示，在图3所示实施例的基础上，所述的装置还包括：统计模块39、第三判断模块40和调整模块41；

统计模块39，用于在第三方应用对应的应用提供商的状态为正常状态时，统计预设时间段内第三方应用的扣费请求次数；

第三判断模块40，用于判断预设时间段内第三方应用的扣费请求次数是否大于预设阈值；

调整模块41，用于在预设时间段内第三方应用的扣费请求次数大于预设阈值时，将第三方应用对应的应用提供商的正常状态调整为非正常状态。

其中，预设时间段可以为30秒，1分钟，10分钟等时间段。预设阈值可以为运营商内部平台设置的阈值，或者运营商内部平台根据各个第三方应用在预设时间段内的平均扣费请求次数或者最大扣费请求次数确定的阈值。

本实施例中，通过将预设时间段内第三方应用的扣费请求次数与预设阈值进行比较，可以确定第三方应用的扣费请求是正常情况下发送的扣费请求，还是中木马等病毒后重复发送的非正常情况下的扣费请求，若第三方应用的扣费请求为非正常情况下发送的扣费请求，则运营商内部平台可以拒绝对扣费请求进行处理，因此，运营商内部平台可以将第三方应用对应的应用提供商的正常状态调整为非正常状态，降低网络资源的消耗，同时也避免运营商内部平台对其他第三方应用的扣费请求的漏接。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种代扣费方法，其特征在于，包括：

接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息，计费请求消息中包括：待计费的第三方应用的标识，第三方应用平台的标识，第三方应用中待计费的业务的订购信息；

根据待计费的第三方应用平台和第三方应用的标识，查询预设的状态列表，获取第三方应用对应的应用提供商的状态；

根据第三方应用对应的应用提供商的状态，确定第三方应用是否具有扣费权限；

若第三方应用具有扣费权限，则通过第三方应用平台向用户设备发送扣费指示消息，扣费指示消息中包括：第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；

接收用户设备根据扣费指示消息发送的扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；所述第一信息摘要为用户设备根据第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及第一订单编号生成的；

根据所述第一订单编号获取第三方应用平台标识、待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息、运营商内部平台的标识，根据所述第一订单编号、第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息以及运营商内部平台的标识生成第二信息摘要；

判断所述第一信息摘要和所述第二信息摘要是否相同，若相同，则根据扣费请求消息生成代扣费请求消息，将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对所述代扣费请求进行处理。

2.根据权利要求1所述的方法，其特征在于，所述接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息之前，还包括：

接收所述第三方应用平台发送的第三方应用对应的应用提供商的注册信息；

根据所述第三方应用对应的应用提供商的注册信息，确定所述第三方应用对应的应用提供商的状态；

根据所述第三方应用对应的应用提供商的状态，生成所述状态列表。

3.根据权利要求1所述的方法，其特征在于，所述计费请求消息中还包括：所述第三方应用平台的标识以及登录令牌；

所述根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态之前，还包括：

判断是否预存有所述第三方应用平台的标识以及登录令牌；

对应的，所述根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态，包括：

若预存有所述第三方应用平台的标识以及登录令牌，则根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态。

4.根据权利要求1所述的方法，其特征在于，所述第三方应用对应的应用提供商的状态包括：正常状态和非正常状态；

所述根据所述第三方应用对应的应用提供商的状态，确定所述第三方应用是否具有扣费权限，包括：

若所述第三方应用对应的应用提供商的状态为正常状态，则确定所述第三方应用具有扣费权限。

5.根据权利要求1或4所述的方法，其特征在，还包括：

在所述第三方应用对应的应用提供商的状态为正常状态时，统计预设时间段内所述第三方应用的扣费请求次数；

判断预设时间段内所述第三方应用的扣费请求次数是否大于预设阈值；

若预设时间段内所述第三方应用的扣费请求次数大于预设阈值，则将所述第三方应用对应的应用提供商的正常状态调整为非正常状态。

6.一种代扣费装置，其特征在于，包括：

接收模块，用于接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息，所述计费请求消息中包括：待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息；

查询模块，用于根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态；

确定模块，用于根据所述第三方应用对应的应用提供商的状态，确定所述第三方应用是否具有扣费权限；

发送模块，用于在所述第三方应用具有扣费权限时，通过所述第三方应用平台向所述用户设备发送扣费指示消息，所述扣费指示消息中包括：所述待计费的第三方应用的标识，第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及运营商内部平台分配的第一订单编号；

所述接收模块，还用于接收用户设备根据扣费指示消息发送的扣费请求消息，扣费请求消息中包括：第一信息摘要、运营商内部平台分配的第一订单编号和用户设备的用户号码；所述第一信息摘要为用户设备根据第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识以及第一订单编号生成的；

获取模块，用于根据所述第一订单编号获取第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息、运营商内部平台的标识，根据所述第一订单编号、第三方应用平台标识、待计费的第三方应用的标识、第三方应用中待计费的业务的订购信息以及运营商内部平台的标识生成第二信息摘要；

第一判断模块，用于判断所述第一信息摘要和所述第二信息摘要是否相同；

生成模块，用于在所述第一信息摘要和所述第二信息摘要相同时，根据扣费请求消息生成代扣费请求消息；

所述发送模块，还用于将携带代扣费产品的标识和用户号码的代扣费请求消息发送给运营商增值业务鉴权扣费系统，以便运营商增值业务鉴权扣费系统对所述代扣费请求进行处理。

7.根据权利要求6所述的装置，其特征在于，所述接收模块接收安装有第三方应用的用户设备通过第三方应用平台发送的计费请求消息之前，所述接收模块还用于，接收所述第三方应用平台发送的第三方应用对应的应用提供商的注册信息；

所述确定模块，还用于根据所述第三方应用对应的应用提供商的注册信息，确定所述第三方应用对应的应用提供商的状态；

所述生成模块，还用于根据所述第三方应用对应的应用提供商的状态，生成所述状态列表。

8.根据权利要求7所述的装置，其特征在于，所述计费请求消息中还包括：所述第三方应用平台的标识以及登录令牌；

所述的装置还包括：第二判断模块；

所述第二判断模块用于，在所述查询模块根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态之前，判断是否预存有所述第三方应用平台的标识以及登录令牌；

对应的，所述查询模块具体用于，在预存有所述第三方应用平台的标识以及登录令牌时，根据所述待计费的第三方应用的标识，查询预设的状态列表，获取所述第三方应用对应的应用提供商的状态。

9.根据权利要求6所述的装置，其特征在于，所述第三方应用对应的应用提供商的状态包括：正常状态和非正常状态；

所述确定模块根据所述第三方应用对应的应用提供商的状态，确定所述第三方应用是否具有扣费权限中，所述确定模块具体用于，在所述第三方应用对应的应用提供商的状态为正常状态时，确定所述第三方应用具有扣费权限。

10.根据权利要求6或9所述的装置，其特征在于，还包括：统计模块、第三判断模块和调整模块；

所述统计模块，用于在所述第三方应用对应的应用提供商的状态为正常状态时，统计预设时间段内所述第三方应用的扣费请求次数；

所述第三判断模块，用于判断预设时间段内所述第三方应用的扣费请求次数是否大于预设阈值；

所述调整模块，用于在预设时间段内所述第三方应用的扣费请求次数大于预设阈值时，将所述第三方应用对应的应用提供商的正常状态调整为非正常状态。