能力商品计费方法、能力开放平台和能力商品订购系统

摘要

本发明公开了能力商品计费方法、能力开放平台和能力商品订购系统，所述方法括：接收能力商品订购方发送的第一能力商品订购请求，根据第一能力商品订购请求向能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求，根据客户关系管理子系统发送的用户商品订购关系调用能力商品订购系统中的服务提供子系统提供的与目标能力商品对应的服务；将服务的能力话单输出到业务运营支撑子系统。本申请用以解决现有技术中无法对能力商品订购方订购的能力商品进行计费的问题。本申请能通过能力开放平台调用能力商品订购方所需的目标能力商品的服务，同时，通过向业务运营支撑子系统发送能力话单的方式实现计费。

说明书

技术领域

本发明涉及通信领域，尤其涉及能力商品计费方法、能力开放平台和能力商品订购系统。

背景技术

在现有通信技术领域中，能力开放平台是一种面向互联网的提供能力商品的平台。通过能力开放平台，运营商能将网络资产开放给业务合作伙伴，运营商还可以聚合各种外部能力，通过灵活的商业模式聚合应用开发者。但是，现有的能力开放平台与很多的合作伙伴之间商务模式尚不明朗，不能支持能力商品的价值变现。

如何通过能力开放平台对能力商品订购方订购的能力商品进行计费，是本申请所要解决的技术问题。

发明内容

本申请实施例的目的是提供能力商品计费方法、能力开放平台和能力商品订购系统，用以解决现有技术中无法对能力商品订购方订购的能力商品进行计费的问题。

第一方面，提供了一种能力商品计费方法，所述方法应用于能力商品订购系统的能力开放平台，包括：

接收能力商品订购方发送的第一能力商品订购请求，所述第一能力商品订购请求携带所述能力商品订购方在所述能力商品订购系统中订购的目标能力商品的信息；

根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求，所述第二能力商品订购请求包括所述目标能力商品的信息和所述能力商品订购方的信息，所述第二能力商品订购请求用于请求所述客户关系管理子系统配置用户商品订购关系并发送到所述能力开放平台和所述能力商品订购系统中的业务运营支撑子系统；

根据所述客户关系管理子系统发送的用户商品订购关系调用所述能力商品订购系统中的服务提供子系统提供的与所述目标能力商品对应的服务；

将所述服务的能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系进行计费处理。

第二方面，提供了一种能力开放平台，包括：

接收模块，接收能力商品订购方发送的第一能力商品订购请求，所述第一能力商品订购请求携带所述能力商品订购方在所述能力商品订购系统中订购的目标能力商品的信息；

发送模块，根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求，所述第二能力商品订购请求包括所述目标能力商品的信息和所述能力商品订购方的信息，所述第二能力商品订购请求用于请求所述客户关系管理子系统配置用户商品订购关系并发送到所述能力开放平台和所述能力商品订购系统中的业务运营支撑子系统；

调用模块，根据所述客户关系管理子系统发送的用户商品订购关系调用所述能力商品订购系统中的服务提供子系统提供的与所述目标能力商品对应的服务；

输出模块，将所述服务的能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系进行计费处理。第三方面，提供了一种能力商品订购系统，包括：

能力开放平台、客户关系管理子系统、业务运营支撑子系统、服务提供子系统；

其中，所述能力开放平台，用于：

接收能力商品订购方发送的第一能力商品订购请求，所述第一能力商品订购请求携带所述能力商品订购方在所述能力商品订购系统中订购的目标能力商品的信息；

根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求，所述第二能力商品订购请求包括所述目标能力商品的信息和所述能力商品订购方的信息，所述第二能力商品订购请求用于请求所述客户关系管理子系统配置用户商品订购关系并发送到所述能力开放平台和所述能力商品订购系统中的业务运营支撑子系统；

根据所述客户关系管理子系统发送的用户商品订购关系调用所述能力商品订购系统中的服务提供子系统提供的与所述目标能力商品对应的服务；

将所述服务的能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系进行计费处理。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现如第一方面该的方法的步骤。

在本申请实施例中，能力开放平台根据能力商品订购方发送的第一能力商品订购请求向客户关系管理子系统发送第二能力商品订购请求，并根据客户关系管理子系统发送的用户商品订购关系调用服务提供子系统提供的服务，进而将服务的能力话单输出到业务运营支撑子系统以进行计费处理。本申请提供的上述方案，能通过能力开放平台调用能力商品订购方所需的目标能力商品的服务，同时，通过向业务运营支撑子系统发送能力话单的方式实现计费。

附图说明

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

图1a是可应用本发明提供的能力商品计费方法的一种能力商品订购系统结构图；

图1b是本发明提供的一种能力商品计费方法的流程图之一；

图2是本发明提供的一种能力商品计费方法的流程图之二；

图3是本发明提供的一种能力商品计费方法的流程图之三；

图4是本发明提供的一种能力商品计费方法的流程图之四；

图5是本发明提供的一种能力商品计费方法的流程图之五；

图6是本发明提供的一种能力商品计费方法的流程图之六；

图7是本发明提供的一种能力开放平台的结构示意图之一；

图8是本发明提供的一种能力开放平台的结构示意图之二；

图9是本发明提供的一种能力商品订购系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本申请中附图编号仅用于区分方案中的各个步骤，不用于限定各个步骤的执行顺序，具体执行顺序以说明书中描述为准。

为了解决现有技术中存在的问题，本申请提供一种能力商品计费方法，所述方法应用于能力商品订购系统的能力开放平台。首先介绍能力商品订购系统，如图1a所示，能力商品订购系统可以包括能力开放平台、客户关系管理子系统(Customer RelationshipManagement，CRM)、业务运营支撑子系统(Business&Operation Support System，BOSS)、服务提供子系统。

当开发者需要订购能力商品时，可以通过能力开放平台实现能力商品订购。该能力开放平台可以根据开发者的请求调用能力商品并将能力商品提供给开发者使用，具体的，可以由能力开放平台根据能力商品订购方的需求调用应用程序编程接口(ApplicationProgramming Interface,API)，并提供给能力商品订购方使用。上述客户关系管理子系统主要用于对开发者的账户信息进行记录管理。业务运营支撑子系统主要用于对业务项目进行管理。而服务提供子系统主要用于提供与用户需求相对应的服务。

基于上述能力商品订购系统，如图1b所示，本申请提供的能力商品计费方法包括以下步骤：

S11：接收能力商品订购方发送的第一能力商品订购请求，所述第一能力商品订购请求携带所述能力商品订购方在所述能力商品订购系统中订购的目标能力商品的信息；

S12：根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求，所述第二能力商品订购请求包括所述目标能力商品的信息和所述能力商品订购方的信息，所述第二能力商品订购请求用于请求所述客户关系管理子系统配置用户商品订购关系并发送到所述能力开放平台和所述能力商品订购系统中的业务运营支撑子系统；

S13：根据所述客户关系管理子系统发送的用户商品订购关系调用所述能力商品订购系统中的服务提供子系统提供的与所述目标能力商品对应的服务；

S14：将所述服务的能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系进行计费处理。

在本申请实施例中，能力开放平台根据能力商品订购方发送的第一能力商品订购请求向客户关系管理子系统发送第二能力商品订购请求，并根据客户关系管理子系统发送的用户商品订购关系调用服务提供子系统提供的服务，进而将服务的能力话单输出到业务运营支撑子系统以进行计费处理。本申请提供的上述方案，能通过能力开放平台调用能力商品订购方所需的目标能力商品的服务，同时，通过向业务运营支撑子系统发送能力话单的方式实现计费。

下面具体介绍本方案各个步骤的具体实施方式。在上述步骤S11中，能力商品订购方可以是应用开发者，开发者可以根据实际需求确定所需的目标能力商品。在实际应用过程中，开发者可以通过互联网在预设网页中选择目标能力商品，由网页根据开发者选择的目标能力商品生成上述第一能力商品订购请求，并将该第一能力商品订购请求发送给能力开放平台。其中，第一能力商品订购请求携带上述能力商品订购方订购的目标能力商品的信息。

能力开放平台在接收到该第一能力商品订购请求之后，可以对该第一能力商品订购请求进行解析，确定发送该第一能力商品订购请求的能力商品订购方以及目标能力商品的信息。

随后，在步骤S12中，可以根据由上述第一能力商品订购请求解析得到的目标能力商品的信息和能力商品订购方的信息生成第二能力商品订购请求，并将生成的该第二能力商品订购请求发送给客户关系管理子系统。客户关系管理子系统在接收第二能力商品订购请求之后，根据该第二能力商品订购请求配置用户商品订购关系。该用户商品订购关系具体可以包括能力商品订购方与该能力商品订购方订购的能力商品的对应关系。客户关系管理子系统将该用户商品订购关系发送到能力开放平台和业务运营支撑子系统，使能力开放平台与业务运营支撑子系统实现同步。

接着，在步骤S13中，能力开放平台可以对上述客户关系管理子系统发送的用户商品订购关系进行解析，确定用户商品订购关系中的能力商品订购方及其订购的目标能力商品。然后从服务提供子系统中调用目标能力商品对应的服务。调用的服务可以由服务提供子系统直接提供给商品订购方，也可以通过能力开放平台提供给能力商品订购方。

最后，在步骤S14中，能力开放平台可以根据上述S13步骤中调用的能力商品生成相对应的能力话单，并将生成的能力话单输出至业务运营支撑子系统。较优的，该能力话单可以包括用户商品订购关系，例如能力商品订购方的信息和该能力商品订购方订购的目标能力商品的信息。业务运营支撑子系统可以根据接收到的能力话单对能力商品订购方的账户进行计费。

具体的，能力开放平台可以将能力话单输出至业务运营支撑子系统中的融合计费引擎(Convergence Billing Engine，CBE)中。计费引擎根据业务运营支撑子系统保存的能力产品数据和能力订购数据对上述能力话单进行批价处理。随后，由业务运营支撑子系统中的融合计费引擎调用账务数据服务进行相关费用扣减并清账单数据，统一入清账单中心保存，并对外提供查询功能。

基于上述实施例提供的方案，较优的，为了实现对能力商品订购方的统一管理，在上述步骤S11之前，如图2所示，还包括以下步骤：

S101：接收所述能力商品订购方发送的第一开户请求，所述第一开户请求包括所述能力商品订购方的开户信息；

S102：根据所述第一开户请求向所述客户关系管理子系统发送第二开户请求，所述第二开户请求用于请求所述客户关系管理子系统根据所述开户信息创建所述能力商品订购方的账户，所述第二开户请求还用于请求所述客户关系管理子系统将所述账户的信息同步至所述业务运营支撑子系统。

在能力商品订购方首次通过能力开放平台订购目标能力商品时，需要通过能力开放平台进行开户。具体的，在上述步骤S101中，能力商品订购方向能力开放平台发送第一开户请求，该第一开户请求包括能力商品订购方的开户信息。当能力商品订购方是个人时，该开户信息可以包括姓名、证件号码、用于支付能力商品订购费用的支付账户等。当能力商品订购方是企业时，该开户信息可以包括企业代码、用于支付能力商品订购费用的支付账户等。能力开放平台在接收到上述开户信息之后，可以对开户信息进行基本验证，例如，开户信息是否完善、开户信息中的号码是否合法等。当上述基本验证通过后，执行上述步骤S102，能力开放平台可以对上述开户信息进行编辑整理，生成第二开户请求，并将该第二开户请求发送至客户关系管理子系统。

客户关系管理子系统在接收到上述第二开户请求之后，可以对第二开户请求进行记录，并根据第二开户请求创建能力商品订购方的账户。其中，创建的能力商品订购方的账户可以包括能力商品订购方的信息与用于支付能力商品订购费用的账户的对应关系。另外，在创建能力商品订购方的账户之前，还可以对上述能力商品订购方的账户进行支付验证。例如，扣除用户支付能力商品订购费用的账户中预设金额，在扣除成功后，向该账户返还上述预设金额。如果上述扣除金额和返还金额的操作成功，则确定该支付账户可用。如果在上述支付验证的过程中失败，则可以向能力开放平台反馈开户失败的相关信息，由能力开放平台将开户失败的信息反馈给能力商品订购方，由能力商品订购方对开户请求进行调整或重新提交新的开户请求。

在客户关系管理子系统成功创建了能力商品订购方的账户之后，还用于将上述账户的信息同步至所述业务运营支撑子系统，使业务运营支撑子系统中的账户信息与客户关系管理子系统中的账户信息相对应。

本申请提供的方案能根据能力商品订购方发送的开户请求创建与能力商品订购方相对应的账户，以便在能力商品订购方订购能力商品之后对能力商品订购方的账户实现计费。另外，本申请提供的方案能使客户关系管理子系统中的账户信息与业务运营支撑子系统中的账户信息相对应，一定程度上提高账户信息的安全性，避免账户信息丢失。

基于上述实施例提供的方案，较优的，如图3所示，上述步骤S12，包括以下步骤：

S121：对所述能力商品订购方的账户进行状态校验；

S122：在所述能力商品订购方的账户的状态满足预设条件时，根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求。

在能力开放平台接收到第一能力商品订购请求之后，可以对能力商品订购方的账户进行状态校验。例如，预设条件可以包括账户处于未欠费状态，则本步骤中可以由能力开放平台判断账户是否处于欠费状态。如果账户处于欠费状态，可以由能力开放平台向能力商品订购方发送欠费提醒，在能力商品订购方补足欠费之后再对接收到的第一能力商品订购请求进行后续处理。如果账户处于未欠费状态，则确定能力商品订购方的账户的状态满足预设条件，在步骤S122中可以先对第一能力商品订购请求进行解析并生成第二能力商品订购请求，将该第二能力商品订购请求发送至客户关系管理子系统。

本申请提供的方案在向客户关系管理子系统发送第二能力商品订购请求之前对能力商品订购方的账户进行验证，确保客户关系管理子系统接收的第二能力商品订购请求对应的能力商品订购方的账户是满足预设条件的，降低随后对能力商品订购方账户扣费时出现异常的情况。

通过本申请提供的上述方案可以在接收到第一能力商品订购请求之后对能力商品订购方的账户状态进行校验。进一步的，能力开放平台还可以对能力商品订购方的账户校验结果进行记录，基于记录的校验结果生成与能力商品订购方对应的信用评级。例如，第一商品订购方的账户状态往往满足预设条件，则第一商品订购方的信用评级可以为“良好”，第二商品订购方的账户状态往往不满足预设条件，则第二商品订购方的信用评级可以为“较差”。对于不同信用等级的能力商品订购方发送的能力商品订购请求，可以采用不同的处理方式。例如，对信用良好的第一商品订购方发送能力商品订购请求优先处理，或者，对信用良好的第一商品订购方的账户进行计费时进行优惠等。对信用较差的第二商品订购方发送能力商品订购请求延迟处理，或者，对信用较差的第二商品订购方的账户进行计费时不进行优惠等。

本申请提供的上述方案可以根据能力商品订购方的账户状态对能力商品订购方实现信用评级，该信用评级可以直观地反映出能力商品订购方的守信情况。根据信用评级对能力商品订购方的请求进行处理可以降低交易过程中亏损的风险。

基于上述实施例提供的方案，较优的，所述用户商品订购关系包括能力商品授权信息和能力商品配额信息，上述步骤S13，包括：

基于所述用户商品订购关系中的能力商品授权信息，从所述服务提供子系统调用与所述能力商品配额信息相对应数量的与所述目标能力商品对应的服务。

其中，能力商品授权信息可以包括授权码、授权证书、授权密钥等，用于使能力商品订购方通过能力开放平台使用订购的能力商品。该能力商品授权信息可以是客户关系管理子系统根据接收到的第二能力商品订购请求生成的。具体的，客户关系管理子系统可以对接收到的第二能力商品订购请求进行解析，确定能力商品订购方所需的目标能力商品，生成与目标能力商品对应的能力商品授权信息。另外，客户关系管理子系统可以根据接收到的第二能力商品订购请求生成能力商品配额信息。该能力商品配额信息可以为能力商品订购方订购的目标能力商品的数量。

例如，能力商品订购方所需的目标能力商品为1万条/次的短信验证服务，则能力商品授权信息可以为上述短信验证服务的授权信息，能力商品配额信息可以为1万条/次。

在本步骤中，能力开放平台可以对用户商品订购关系进行解析，得到能力商品授权信息和能力商品配额信息。假设解析得到的能力商品授权信息为短信验证服务的授权信息，能力商品配额信息为1万条/次。则能力开放平台从服务提供子系统调用与短信验证服务相对应的服务，并向能力商品订购方提供1万条/次上述短信验证服务相对应的服务。

另外，能力开放平台还可以在向能力商品订购方提供上述服务之前对能力商品授权信息进行验证，在验证通过后向能力商品订购方提供上述服务。

通过本申请提供的上述方案，能通过能力开放平台调用能力商品订购方所需的目标能力商品，并通过能力开放平台向能力商品订购方提供上述目标能力商品对应的服务。在能力商品订购方使用订购的商品的过程中，能力开放平台可以对能力商品订购方使用的次数进行记录。当能力商品订购方使用订购的能力商品达到配额时，能力开放平台可以对能力商品订购方停止提供上述目标能力商品。本申请提供的方案有利于通过能力开放平台对能力商品订购方使用的目标能力商品的数量进行管理，避免能力商品订购方使用目标能力商品的数量超过订购的配额。

基于上述实施例提供的方案，较优的，如图4所示，在上述步骤S14之前，还包括以下步骤：

S140：根据所述第一能力商品订购请求确定计费模式；

其中，上述步骤S14，包括以下步骤：

S141：将包含所述计费模式的所述能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系和所述计费模式进行计费处理。

在实际应用过程中，能力商品订购方可以在开户时根据实际需求预先申请使用一种计费模式。其中，能力商品订购方可以使用的计费模式包括但不限于以下几种：

A、时间计费模式

时间计费模式是指能力商品订购方在使用目标能力商品之前预先支付一定费用，并在与支付的费用相对应的一段时间内无限量调用目标能力商品。其中，能力商品订购方支付的费用与目标能力商品以及时间长度有关。

在实际应用过程中，能力开放平台可以预先设定多个计费档位供能力商品订购方选择。例如，时间计费模式可以包括包日计费、包月计费、包年计费等。不同计费档位的价格可以根据时间长度确定。假设用户选择包月计费，则可以通过业务运营支撑子系统对能力商品订购方的账户扣除与包月计费相对应的费用，在扣费成功后，一个月内允许能力商品订购方使用目标能力商品相关的服务。

时间计费模式往往适用于在一段时间内需要大量使用目标能力商品的能力商品订购方。对于能力开放平台，该计费模式仅需监控能力商品订购方使用目标能力商品的时间即可，无需记录能力商品订购方使用目标能力商品的次数，可以一定程度降低能力开放平台的计算量，减小能力开放平台负荷，避免出现延迟的情况。

B、数量计费模式

数量计费模式是指能力商品订购方在使用目标能力商品之前预先支付一定费用，并可以使用与支付的费用相对应配额的目标能力商品。其中，能力商品订购方支付的费用与目标能力商品以及配额有关。

在实际应用过程中，能力开放平台可以预先设定多个计费档位供能力商品订购方选择。例如，数量计费模式可以包括一百次计费、一千次计费、一万次计费等。不同计费档位的价格可以根据配额确定。假设用户选择一千次计费，则可以通过业务运营支撑子系统对能力商品订购方的账户扣除与一千次计费相对应的费用，在扣费成功后，允许能力商品订购方通过能力开放平台使用一千次目标能力商品相关的服务。

数量计费模式往往适用于计划长期使用目标能力商品但使用时间不固定的能力商品订购方，能力商品订购方可以根据实际需求灵活使用目标能力商品。

C、标准计费模式

标准计费模式是指根据能力商品订购方实际使用的目标能力商品的数量进行扣费，是一种使用后进行扣费的计费模式。

标准计费模式往往适用于临时使用目标能力商品的能力商品订购方。能力开放平台可以根据能力商品订购方发送的能力商品订购请求确定目标能力商品，并通过服务提供子系统调用目标能力商品相关的服务。随后，根据能力商品订购方对目标能力商品的实际使用数量进行计费。

另外，能力开放平台还可以对上述几种计费模式设置优先级。例如，时间计费模式的优先级高于数量计费模式，数量计费模式的优先级高于标准计费模式。在实际应用过程中，能力商品订购方也可以选择多种计费模式。例如，能力商品订购方可以同时选择时间计费模式和数量计费模式。能力开放平台可以根据能力商品订购方选择的多种计费模式的优先级进行计费。具体的，由于时间计费模式的优先级高于数量计费模式，所以能力开放平台可以先采用时间计费模式对能力商品订购方进行计费，当能力商品订购方使用目标能力商品的时间达到所选的时间长度后，采用数量计费模式继续计费。

在本申请提供的方案中，能力开放平台可以预先记录能力商品订购方预选的计费模式，当接收到能力商品订购方发送的第一能力商品订购请求时，可以根据第一能力商品订购请求确定能力商品订购方的信息，进而确定该能力商品订购方预选的计费模式。

随后，根据确定的计费模式生成能力话单，并将能力话单输出给业务运营支撑子系统。业务运营支撑子系统可以基于接收到的能力话单分析确定用户商品订购关系以及计费模式。在计费时，对用户商品订购关系中的能力商品订购方的账户进行计费，具体扣除的费用根据用户商品订购关系中的目标能力商品的定价和计费模式确定。

本申请提供的上述方案可以根据不同的计费模式进行计费，能力商品订购方可以根据实际使用需求选择不同的计费模式。本方案能提高计费灵活性和合理性，进而优化能力商品订购方在订购使用目标能力商品过程中的体验。

基于上述实施例提供的方案，较优的，如图5所示，在上述步骤S14之后，还包括以下步骤：

S15：接收所述业务运营支撑子系统在所述账户的余额低于预设余额标准时发送的第一账户余额提醒；

S16：根据所述第一账户余额提醒向所述能力商品订购方发送第二账户余额提醒。

本申请提供的方案中，在输出能力话单进行扣费之后，能力开放平台还可以对能力商品订购方的账户余额进行监控提醒。具体的，可以由业务运营支撑子系统对能力商品订购方的余额进行监听。当账户中的余额低于预设余额标准时，由业务运营支撑子系统向能力开放平台发送第一账户余额提醒。

其中，预设余额标准可以由能力商品订购方在开户时预先设定，也可以由业务运营支撑子系统根据能力商品订购方的账户消费历史情况、能力商品订购方订购的目标能力商品的历史记录等内容自动确定。当账户余额低于预设余额标准时，可以由业务运营支撑子系统生成第一账户余额提醒，该第一账户余额提醒中可以包括账户中当前的账户余额。

随后，在能力开放平台接收到第一账户余额提醒之后，可以根据第一账户余额提醒生成第二账户余额提醒并发送至能力商品订购方。其中，第二账户余额提醒可以包括能力商品订购方的账户当前的账户余额，另外，还可以包括能力商品订购方当前已经订购的可使用的能力商品配额。

本申请提供的方案能在能力商品订购方的账户余额不足时及时提醒能力商品订购方，利于能力商品订购方掌握账户余额情况。使能力商品订购方可以根据实际使用需求对账户进行充值，降低由于能力商品订购方忘记充值而导致账户欠费致使目标能力商品无法使用的情况。

基于上述实施例提供的方案，较优的，如图6所示，在上述步骤S14之后，还包括以下步骤：

S17：监听所述能力商品订购方对与所述目标能力商品对应的服务的使用进度；

S18：在所述使用进度满足预设使用进度标准时，根据所述使用进度对所述能力商品订购方发送使用进度提醒。

另外，在能力开放平台输出能力话单并实现扣费之后还可以对能力商品订购方使用目标能力商品的进度进行监听。例如，能力商品订购方购买了1万次短信验证服务，假设预设使用进度标准为大于或等于90％。则能力商品订购方通过能力开放平台使用了9千次该短信验证服务时，使用进度为90％，此时满足上述预设使用标准。能力开放平台可以根据使用进度生成使用进度提醒并发送给能力商品订购方。其中，使用进度提醒具体可以包括能力商品订购方当前可使用的目标能力商品信息(如短信验证服务)及其剩余配额(如1千次)。

本申请提供的方案能在能力商品订购方的目标能力商品配额不足时及时提醒能力商品订购方，利于能力商品订购方掌握当前可使用的目标能力商品的情况。使能力商品订购方可以根据实际使用需求继续订购目标能力商品，降低由于能力商品订购方忘记续订而导致所需的目标能力商品无法使用的情况。

另外，在对能力话单进行扣费的过程中，如果无法对能力商品订购方的账户进行扣费，则可以拒绝向能力商品订购方提供目标能力商品的相关服务。进一步的，根据能力商品订购方订购能力商品的历史记录，还可以对能力商品订购方的账户进行冻结等操作。

为了提高能力商品订购方订购并使用能力商品的体验，还可以预先对能力商品订购方设定透支额度。例如，设定透支额度为10％，假设商品订购方订购了1万条/次短信验证服务，则商品订购方不仅可以使用1万条/次短信验证服务，还可以透支使用1千次短信验证服务。本申请提供的上述方案有利于能力商品订购方连续地使用目标能力商品，提高能力商品订购灵活性。另外，还可以根据能力商品订购方使用能力商品的历史记录提高或降低上述透支额度，对于信用良好的能力商品订购方可以适当提高透支额度，对于信用较差的能力商品订购方可以适当降低透支额度。本方案能提高订购能力商品的灵活性，同时，降低由于能力商品订购方欠费而导致的亏损。

为了解决现有技术中存在的问题，如图7所示，本申请还提供一种能力开放平台70，包括：

接收模块71，接收能力商品订购方发送的第一能力商品订购请求，所述第一能力商品订购请求携带所述能力商品订购方在所述能力商品订购系统中订购的目标能力商品的信息；

发送模块72，根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求，所述第二能力商品订购请求包括所述目标能力商品的信息和所述能力商品订购方的信息，所述第二能力商品订购请求用于请求所述客户关系管理子系统配置用户商品订购关系并发送到所述能力开放平台和所述能力商品订购系统中的业务运营支撑子系统；

调用模块73，根据所述客户关系管理子系统发送的用户商品订购关系调用所述能力商品订购系统中的服务提供子系统提供的与所述目标能力商品对应的服务；

输出模块74，将所述服务的能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系进行计费处理。

在本申请实施例中，能力开放平台根据能力商品订购方发送的第一能力商品订购请求向客户关系管理子系统发送第二能力商品订购请求，并根据客户关系管理子系统发送的用户商品订购关系调用服务提供子系统提供的服务，进而将服务的能力话单输出到业务运营支撑子系统以进行计费处理。本申请提供的上述方案，能通过能力开放平台调用能力商品订购方所需的目标能力商品的服务，同时，通过向业务运营支撑子系统发送能力话单的方式实现计费。

基于上述实施例提供的能力开放平台，较优的，如图8所示，还包括开户模块75，用于：

接收所述能力商品订购方发送的第一开户请求，所述第一开户请求包括所述能力商品订购方的开户信息；

根据所述第一开户请求向所述客户关系管理子系统发送第二开户请求，所述第二开户请求用于请求所述客户关系管理子系统根据所述开户信息创建所述能力商品订购方的账户，所述第二开户请求还用于请求所述客户关系管理子系统将所述账户的信息同步至所述业务运营支撑子系统。

基于上述实施例提供的能力开放平台，较优的，所述发送模块72，用于：

对所述能力商品订购方的账户进行状态校验；

在所述能力商品订购方的账户的状态满足预设条件时，根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求。

基于上述实施例提供的能力开放平台，较优的，所述用户商品订购关系包括能力商品授权信息和能力商品配额信息，所述调用模块73，用于：

基于所述用户商品订购关系中的能力商品授权信息，从所述服务提供子系统调用与所述能力商品配额信息相对应数量的与所述目标能力商品对应的服务。

基于上述实施例提供的能力开放平台，较优的，如图8所示，还包括计费模块76，用于：

根据所述第一能力商品订购请求确定计费模式；

其中，所述输出模块74，用于：

将包含所述计费模式的所述能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系和所述计费模式进行计费处理。

基于上述实施例提供的能力开放平台，较优的，如图8所示，还包括账户余额提醒模块77，用于：

接收所述业务运营支撑子系统在所述账户的余额低于预设余额标准时发送的第一账户余额提醒；

根据所述第一账户余额提醒向所述能力商品订购方发送第二账户余额提醒。

基于上述实施例提供的能力开放平台，较优的，如图8所示，还包括使用进度提醒模块78，用于：

监听所述能力商品订购方对与所述目标能力商品对应的服务的使用进度；

在所述使用进度满足预设使用进度标准时，根据所述使用进度对所述能力商品订购方发送使用进度提醒。

为了解决现有技术中存在的问题，如图9所示，本申请还提供一种能力商品订购系统90，包括：

能力开放平台91、客户关系管理子系统92、业务运营支撑子系统93、服务提供子系统94；

其中，所述能力开放平台91，用于：

接收能力商品订购方发送的第一能力商品订购请求，所述第一能力商品订购请求携带所述能力商品订购方在所述能力商品订购系统中订购的目标能力商品的信息；

根据所述第一能力商品订购请求向所述能力商品订购系统中的客户关系管理子系统发送第二能力商品订购请求，所述第二能力商品订购请求包括所述目标能力商品的信息和所述能力商品订购方的信息，所述第二能力商品订购请求用于请求所述客户关系管理子系统配置用户商品订购关系并发送到所述能力开放平台和所述能力商品订购系统中的业务运营支撑子系统；

根据所述客户关系管理子系统发送的用户商品订购关系调用所述能力商品订购系统中的服务提供子系统提供的与所述目标能力商品对应的服务；

将所述服务的能力话单输出到业务运营支撑子系统，所述能力话单用于所述业务运营支撑子系统基于所述用户商品订购关系进行计费处理。

在本申请实施例中，能力开放平台根据能力商品订购方发送的第一能力商品订购请求向客户关系管理子系统发送第二能力商品订购请求，并根据客户关系管理子系统发送的用户商品订购关系调用服务提供子系统提供的服务，进而将服务的能力话单输出到业务运营支撑子系统以进行计费处理。本申请提供的上述方案，能通过能力开放平台调用能力商品订购方所需的目标能力商品的服务，同时，通过向业务运营支撑子系统发送能力话单的方式实现计费。

优选的，本发明实施例还提供一种移能力开放平台，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述一种图像处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述一种图像处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。