CN106301851A - 扣费方法及系统 - Google Patents

Abstract

本发明提供了一种扣费方法及系统，其中，该方法接收用于创建第三方应用的扣费任务的信息，根据该信息创建一个或多个扣费任务，遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作，解决了第三方应用计费能力开放单一，操作复杂的问题，提供了更加多样的计费能力开放。

Description

扣费方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种扣费方法及系统。

背景技术

目前，运营商的3G、4G技术正在逐渐快速发展。电信能力开放已经成为众多运营商进行新商业模式转型的重要途径。

计费能力开放，是众多能力开放中的一种，国际标准组织的第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)于2007年发布了计费(Payment)能力开放(第6版)。在相关技术中，计费能力开放的主要开放逻辑是由第三方应用调用一次计费能力，开放应用程序编程接口(Application Programming Interface，简称为API)对某个用户账户完成一次计费操作，即由第三方应用主动控制触发计费操作。当需要完成多次计费、完成复杂计费时，都必须由第三方应用自行完成控制操作。

针对相关技术中，第三方应用计费能力开放单一，操作复杂的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种扣费方法及系统，以至少解决相关技术中第三方应用计费能力开放单一，操作复杂的问题。

根据本发明的一个方面，提供了一种扣费方法，包括：

接收用于创建第三方应用的扣费任务的信息；

根据所述信息创建一个或多个扣费任务；

遍历所述扣费任务，在所述扣费任务中存在扣费操作时，向营帐系统发起与所述扣费操作对应的计费操作。

进一步地，根据信息创建一个或多个扣费任务包括：

对所述第三方应用的身份认账信息进行鉴权，确认所述第三方应用是否合法；

在所述第三方应用合法的情况下，根据所述信息创建一个或多个扣费任务。

进一步地，接收所述第三方应用的任务查询请求；

在所述任务查询请求的触发下，将所述扣费任务对应的计费操作结果发送给所述第三方应用。

进一步地，根据信息创建一个或多个扣费任务之后，所述方法还包括：

接收所述第三方应用的维护请求，在所述维护请求的触发下，修改所述扣费任务或者终止所述扣费任务。

进一步地，所述方法还包括：

在与所述扣费任务对应的计费操作失败时，向营帐系统发起补扣计费操作。

进一步地，所述方法还包括：

接收所述第三方应用设置的结果通知地址，将所述扣费任务对应的计费操作结果实时发送给与所述结果通知地址对应的第三方应用。

进一步地，创建第三方应用的扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

根据本发明的另一个方面，还提供了一种扣费方法，包括：

第三方应用配置用于创建一个或多个扣费任务的信息；

所述第三方应用向扣费系统发送所述信息。

进一步地，配置用于创建一个或多个扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

根据本发明的另一个方面，还提供了一种扣费系统，包括：

第一接收模块，用于接收用于创建第三方应用的扣费任务的信息；

创建模块，用于根据所述信息创建一个或多个扣费任务；

计费模块，用于遍历所述扣费任务，在所述扣费任务中存在扣费操作时，向营帐系统发起与所述扣费操作对应的计费操作。

进一步地，所述系统还包括：

鉴权模块，用于对所述第三方应用的身份认账信息进行鉴权，确认所述第三方应用是否合法；

所述创建模块还用于在所述第三方应用合法的情况下，根据所述信息创建一个或多个扣费任务。

进一步地，所述系统还包括：

第二接收模块，用于接收所述第三方应用的任务查询请求；

查询模块，用于在所述任务查询请求的触发下，将所述扣费任务对应的计费操作结果发送给所述第三方应用。

进一步地，所述系统还包括：

维护模块，用于接收所述第三方应用的维护请求，在所述维护请求的触发下，修改所述扣费任务或者终止所述扣费任务。

进一步地，所述系统还包括：

补扣模块，用于在与所述扣费任务对应的计费操作失败时，向营帐系统发起补扣计费操作。

进一步地，所述系统还包括：

通知模块，用于接收所述第三方应用设置的结果通知地址，将所述扣费任务对应的计费操作结果实时发送给与所述结果通知地址对应的第三方应用。

进一步地，创建第三方应用的扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

根据本发明的另一个方面，还提供了一种扣费系统，包括：

配置模块，用于第三方应用配置用于创建一个或多个扣费任务的信息；

发送模块，用于所述第三方应用向扣费系统发送所述信息。

进一步地，配置用于创建一个或多个扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

通过本发明，采用接收用于创建第三方应用的扣费任务的信息，根据该信息创建一个或多个扣费任务，遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作，解决了第三方应用计费能力开放单一，操作复杂的问题，提供了更加多样的计费能力开放。

附图说明

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

图1是根据本发明实施例的一种扣费方法的流程图一；

图2是根据本发明实施例的一种扣费方法的流程图二；

图3是根据本发明实施例的一种扣费系统的结构框图一；

图4是根据本发明实施例的一种扣费系统的结构框图二；

图5是根据本发明优选实施例的扣费任务能力开放系统的结构示意图；

图6是根据本发明优选实施例的扣费任务能力开放系统的业务流程结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种扣费方法，图1是根据本发明实施例的一种扣费方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，接收用于创建第三方应用的扣费任务的信息；

步骤S104，根据该信息创建一个或多个扣费任务；

步骤S106，遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作。

通过上述步骤，接收用于创建第三方应用的扣费任务的信息，根据该信息创建一个或多个扣费任务，遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作，实现了第三方应用可以设置多个扣费任务的信息，扣费系统完成多次计费和复杂的计费，解决了第三方应用计费能力开放单一，操作复杂的问题，提供了更加多样的计费能力开放。

在本实施例中，对该第三方应用的身份认账信息进行鉴权，确认该第三方应用是否合法，在该第三方应用合法的情况下，根据该信息创建一个或多个扣费任务。

在本实施例中，可以响应第三方应用的查询请求，维护请求，通知请求，统计请求等等，扣费系统将对应的请求信息反馈给该第三方应用，例如，可以接收该第三方应用的任务查询请求，在该任务查询请求的触发下，将该扣费任务对应的计费操作结果发送给该第三方应用。可以接收该第三方应用的维护请求，在该维护请求的触发下，修改该扣费任务或者终止该扣费任务。

可以接收该第三方应用设置的结果通知地址，将该扣费任务对应的计费操作结果实时发送给与该结果通知地址对应的第三方应用。

在本实施例中，在与该扣费任务对应的计费操作失败时，向营帐系统发起补扣计费操作。从而将该计费任务的计费操作成功或者最终失败。

在本实施例中，创建第三方应用的扣费任务的该信息可以包括以下至少之一：第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

在本实施例中提供了一种扣费方法，图2是根据本发明实施例的一种扣费方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，第三方应用配置用于创建一个或多个扣费任务的信息；

步骤S204，该第三方应用向扣费系统发送该信息。

通过上述步骤，第三方应用配置用于创建一个或多个扣费任务的信息，该第三方应用向扣费系统发送该信息，扣费系统遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作，实现了第三方应用可以设置多个扣费任务的信息，扣费系统完成多次计费和复杂的计费，解决了第三方应用计费能力开放单一，操作复杂的问题，提供了更加多样的计费能力开放。

在本实施例中还提供了一种扣费系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的一种扣费系统的结构框图一，如图3所示，该装置包括

第一接收模块32，用于接收用于创建第三方应用的扣费任务的信息；

创建模块34，用于根据该信息创建一个或多个扣费任务；

计费模块36，用于遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作。

通过上述装置，接收用于创建第三方应用的扣费任务的信息，根据该信息创建一个或多个扣费任务，遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作，实现了第三方应用可以设置多个扣费任务的信息，扣费系统完成多次计费和复杂的计费，解决了第三方应用计费能力开放单一，操作复杂的问题，提供了更加多样的计费能力开放。

在本实施例中，该系统还包括：

鉴权模块，用于对该第三方应用的身份认账信息进行鉴权，确认该第三方应用是否合法；

该创建模块34还用于在该第三方应用合法的情况下，根据该信息创建一个或多个扣费任务。

在本实施例中，该系统还包括：

第二接收模块，用于接收该第三方应用的任务查询请求；

查询模块，用于在该任务查询请求的触发下，将该扣费任务对应的计费操作结果发送给该第三方应用。

在本实施例中，该系统还包括：

维护模块，用于接收该第三方应用的维护请求，在该维护请求的触发下，修改该扣费任务或者终止该扣费任务。

补扣模块，用于在与该扣费任务对应的计费操作失败时，向营帐系统发起补扣计费操作。

通知模块，用于接收该第三方应用设置的结果通知地址，将该扣费任务对应的计费操作结果实时发送给与该结果通知地址对应的第三方应用。

图4是根据本发明实施例的一种扣费系统的结构框图二，如图4所示，该装置包括

配置模块42，用于第三方应用配置用于创建一个或多个扣费任务的信息；

发送模块44，用于该第三方应用向扣费系统发送该信息。

通过上述系统，第三方应用配置用于创建一个或多个扣费任务的信息，该第三方应用向扣费系统发送该信息，扣费系统遍历该扣费任务，在该扣费任务中存在扣费操作时，向营帐系统发起与该扣费操作对应的计费操作，实现了第三方应用可以设置多个扣费任务的信息，扣费系统完成多次计费和复杂的计费，解决了第三方应用计费能力开放单一，操作复杂的问题，提供了更加多样的计费能力开放。

下面结合优选实施例和实施方式对本发明进行详细说明。

本优选实施例提供一种扣费任务能力开放解决方案及系统。本优选实施例允许第三方应用通过扣费任务能力开放接口建立扣费任务；当扣费任务建立后，由本优选实施例所提供的系统按任务要求自行到营帐系统进行扣费操作；本优选实施例所提供的系统能够及时将扣费任务的执行情况通知给第三方应用，使第三方应用能够掌握扣费任务执行的详细信息。本本优选实施例同时说明了实现该解决方案的系统架构。

本优选实施例提供一种扣费任务能力开放。该扣费任务能力开放，主要包含如下功能：

为第三方应用提供一组API接口。通过API接口，第三方应用可以在本发明系统中创建一个或多个扣费任务，查询扣费任务信息，查询计费操作详细结果，修改或结束扣费任务，接收计费操作结果通知。

本优选实施例系统的扣费任务，提供正常计费和补扣两种功能。

正常计费，是指在任务生命周期内按照设定的计费间隔时间进行循环多次计费操作。

补扣，是指在正常计费中的某次计费操作失败时(如账户余额不足)在设定的补扣期内按照设定的金额进行计费尝试，直至完成正常计费中应扣的金额或最终计费失败。

当补扣期中完成了正常计费中应扣的金额时，扣费任务可以继续正常执行；当补扣期中未能完成正常计费中应扣的金额时，扣费任务将被终止。

本优选实施例系统能够根据扣费任务的执行情况，自动到营帐系统完成计费操作。

本优选实施例系统提供统计分析功能，能够将计费操作结果主动通知给第三方应用或供第三方应用来查询。

为实现上述目的，本优选实施例系统包括API接口模块、任务管理模块、扣费模块、统计分析模块。

图5是根据本发明优选实施例的扣费任务能力开放系统的结构示意图，如图5所示，本优选实施例系统中的各模块含义如下：

API接口模块501：提供扣费任务能力开放的API接口给第三方应用，具体包括任务创建接口、任务查询接口、任务维护接口、查询详情接口、扣费通知接口。

任务管理模块502：用于管理第三方应用创建的扣费任务，并根据任务要求通知103扣费模块执行相应的计费操作。

扣费模块503：根据任务管理模块502的通知，与营帐系统交互完成具体的计费操作；并将计费结果反馈给统计分析模块504。

统计分析模块504：负责记录详细计费操作结果，将计费操作结果经过API接口模块501通知给第三方应用；并生成统计分析报表。

所述API接口模块501中的创建任务接口，负责完成扣费任务的创建；该接口的主要信息包括：

第三方应用身份认证信息，用于鉴别第三方应用是否合法。

计费目的号码信息，即对营帐系统中进行计费的号码。

任务生命周期，包含任务开始时间和结束时间。

扣费循环周期，即在任务生命周期内进行多次计费的循环时间间隔。

计费补扣期，用于在正常计费操作失败后使用补扣期来尝试重新计费直至计费成功或最终失败。

正常计费金额，即在正常的循环计费操作中每次进行计费操作的金额。

补扣计费金额，即进入计费补扣期后进行尝试计费操作的金额；补扣计费金额为一个或一组金额数字。

计费结果通知地址，用于第三方应用希望被动接收计费操作结果的通知地址。

本发明系统的业务流程，主要分为三个部分：

扣费任务的创建、查询、维护。

扣费任务的自动执行、自动计费。

计费结果的查询、通知、统计分析。

扣费任务的创建、查询、维护，进一步包括：

步骤1、第三方应用调用创建任务接口，向本发明系统发起扣费任务创建操作。

步骤2、本发明系统完成身份认证检查后，为第三方应用创建所需的扣费任务。

步骤3、第三方应用调用任务查询接口，可以查询出在本发明系统中已经创建的一个或多个扣费任务信息。

步骤4、第三方应用调用任务维护接口，对某个扣费任务进行修改(如修改生命周期、扣费循环周期、计费金额等)或终止扣费任务。

扣费任务的自动执行、自动计费，进一步包括：

步骤1、本发明系统自动扫描扣费任务。

步骤2、当发现有需要执行的计费操作时，本发明系统通过扣费模块对营帐系统发起计费操作，并详细记录计费操作结果。

步骤3、当正常计费失败时，本发明系统自动触发补扣操作，继续由扣费模块对营帐系统发起补扣计费操作，并详细记录计费操作结果。

计费结果的查询、通知、统计分析，进一步包括：

步骤1、第三方应用可以选择调用查询详情接口，获得扣费任务执行的详细计费操作结果。

步骤2、第三方应用也可以选择提供一个结果通知地址，由本发明系统通过扣费通知接口将详细计费操作结果实时通知给第三方应用。

步骤3、本发明系统提供统计分析功能，供对账、查账等使用。

图6是根据本发明优选实施例的扣费任务能力开放系统的业务流程结构示意图，如图6所示，说明扣费任务能力开放实施步骤案例1、案例2、案例3。

案例1：该典型扣费任务生命周期为一年，扣费循环期为1月，即生命周期内按自然月扣费，并提供1周的补扣期。该典型扣费任务的具体实施步骤如下：

步骤S601，第三方应用调用任务创建接口请求创建扣费任务；请求信息包括第三方应用身份认证信息，计费目的号码，任务生命周期(2016年1月1日～2016年12月31日)，扣费循环周期(1月)，计费补扣期(1周)，正常计费金额10元，补扣计费金额(5元、2元、1元)，计费结果通知地址(xx@yy.com)。

步骤S602，API接口模块完成第三方应用身份认证检查及请求参数合理性检查后，通知任务管理模块建立扣费任务。

步骤S603，当系统时间运行达到该扣费任务的开始时间时(2016年1月1日)，任务管理模块触发扣费模块。。

步骤S604，扣费模块根据扣费任务的要求与到营帐系统完成一次正常计费操作(扣除10元)。

步骤S605，扣费模块执行计费操作成功，将详细计费结果记录在统计分析模块。

步骤S606，统计分析模块经由API接口模块将计费操作结果实时通知给第三方应用。

进一步地，步骤S603任务管理模块根据该扣费任务的要求每隔1个月(例如2月1日，3月1日等)均触发一次扣费模块完成正常计费操作，即完成步骤S603～S606。

进一步地，某次(如6月1日)正常计费操作结果为失败，任务管理模块发现该扣费任务有补扣期，则在补扣期(6月1日～6月7日)内使用补扣金额多次进行尝试补扣操作，即依次多次使用5元、2元、1元通知扣费模块进行计费操作(步骤S603～S606)，直至在补扣期内扣满正常计费金额(10元)或直至补扣期结束。

进一步地，如果补扣期内成功扣满本次应扣的正常计费金额时，则该扣费任务仍可继续执行，即到下一个循环扣费期(7月1日)时继续进行正常计费；如果补扣期结束时，仍未扣满本次应扣的正常计费金额(例如补扣成功金额为0元或7元)，则任务管理模块结束该扣费任务并经由API接口模块通知第三方应用。

进一步地，第三方应用可以调用任务查询接口，查询该扣费任务信息(如建立时间、生命周期、循环周期、补扣期、金额等)。

进一步地，第三方应用可以调用查询详情接口，查询已发生的计费操作详细情况；例如2016年8月10日调用查询详情接口，可以查询到1月1日到8月1日之间已发生的每次计费操作(含正常计费和补扣费)详情。

进一步地，第三方应用可以调用任务维护接口，修改或终止扣费任务；例如，2016年9月20日调用任务维护接口，终止该扣费任务，则不会再发生10月1日的扣费操作。

案例2：该典型扣费任务信息基本同案例1，但没有设置补扣期、补扣金额，即不需要补扣操作。该典型扣费任务的具体实施步骤S601～S606，成功完成计费操作时步骤与案例1完全相同。仅当某次正常计费操作失败时，任务管理模块直接终止扣费任务并经由API接口模块通知给第三方应用。

案例3：按典型扣费任务信息为一次计费操作，即生命周期中开始时间等于结束时间，或扣费循环期等于生命周期长短。该典型扣费任务的具体实施步骤S601～S606与案例1完全相同，只是S603～S606仅会执行一次。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例该的方法。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述实施例方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

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

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

Claims (18)

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

接收用于创建第三方应用的扣费任务的信息；

根据所述信息创建一个或多个扣费任务；

遍历所述扣费任务，在所述扣费任务中存在扣费操作时，向营帐系统发起与所述扣费操作对应的计费操作。

2.根据权利要求1所述的方法，其特征在于，根据所述信息创建一个或多个扣费任务包括：

对所述第三方应用的身份认账信息进行鉴权，确认所述第三方应用是否合法；

在所述第三方应用合法的情况下，根据所述信息创建一个或多个扣费任务。

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

接收所述第三方应用的任务查询请求；

在所述任务查询请求的触发下，将所述扣费任务对应的计费操作结果发送给所述第三方应用。

4.根据权利要求1所述的方法，其特征在于，根据信息创建一个或多个扣费任务之后，所述方法还包括：

接收所述第三方应用的维护请求，在所述维护请求的触发下，修改所述扣费任务或者终止所述扣费任务。

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

在与所述扣费任务对应的计费操作失败时，向营帐系统发起补扣计费操作。

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

接收所述第三方应用设置的结果通知地址，将所述扣费任务对应的计费操作结果实时发送给与所述结果通知地址对应的第三方应用。

7.根据权利要求1至6任一项所述的方法，其特征在于，创建第三方应用的扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

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

第三方应用配置用于创建一个或多个扣费任务的信息；

所述第三方应用向扣费系统发送所述信息。

9.根据权利要求8所述的方法，其特征在于，配置用于创建一个或多个扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

10.一种扣费系统，其特征在于，包括：

第一接收模块，用于接收用于创建第三方应用的扣费任务的信息；

创建模块，用于根据所述信息创建一个或多个扣费任务；

计费模块，用于遍历所述扣费任务，在所述扣费任务中存在扣费操作时，向营帐系统发起与所述扣费操作对应的计费操作。

11.根据权利要求10所述的系统，其特征在于，所述系统还包括：

鉴权模块，用于对所述第三方应用的身份认账信息进行鉴权，确认所述第三方应用是否合法；

所述创建模块还用于在所述第三方应用合法的情况下，根据所述信息创建一个或多个扣费任务。

12.根据权利要求10所述的系统，其特征在于，所述系统还包括：

第二接收模块，用于接收所述第三方应用的任务查询请求；

查询模块，用于在所述任务查询请求的触发下，将所述扣费任务对应的计费操作结果发送给所述第三方应用。

13.根据权利要求10所述的系统，其特征在于，所述系统还包括：

维护模块，用于接收所述第三方应用的维护请求，在所述维护请求的触发下，修改所述扣费任务或者终止所述扣费任务。

14.根据权利要求10所述的系统，其特征在于，所述系统还包括：

补扣模块，用于在与所述扣费任务对应的计费操作失败时，向营帐系统发起补扣计费操作。

15.根据权利要求10所述的系统，其特征在于，所述系统还包括：

通知模块，用于接收所述第三方应用设置的结果通知地址，将所述扣费任务对应的计费操作结果实时发送给与所述结果通知地址对应的第三方应用。

16.根据权利要求10至15任一项所述的系统，其特征在于，创建第三方应用的扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。

17.一种扣费系统，其特征在于，包括：

配置模块，用于第三方应用配置用于创建一个或多个扣费任务的信息；

发送模块，用于所述第三方应用向扣费系统发送所述信息。

18.根据权利要求17所述的系统，其特征在于，配置用于创建一个或多个扣费任务的所述信息包括以下至少之一：

第三方应用身份认证信息，计费目的号码信息，任务生命周期，扣费循环周期，计费补扣期，正常计费金额，补扣计费金额，计费结果通知地址。