CN109714177A - 计费方法、平台及可读存储介质 - Google Patents

Abstract

本发明公开了一种计费方法、平台及可读存储介质。该方法包括步骤：接收第三方应用发送的应用程序编程接口API请求消息；根据API请求消息，获取第三方应用的计费模式；按照计费模式进行扣费。本发明建立了一个基于API计费的网络能力开放平台，能够统一的封装各能力平台的消息接口开放给第三方应用，根据计费模式选择扣费方式，增加了计费的灵活度，有利于运营商更精细化的计费策略。

Description

计费方法、平台及可读存储介质

技术领域

本发明涉及通信领域，尤其涉及一种计费方法、平台及可读存储介质。

背景技术

随着智能手机等移动终端的应用越来越广泛，市场上的第三方应用也越来越多。运行商需要提供一套统一的能力开放平台给第三方应用，该能力开放平台聚合了所有底层的网络通信。然而，目前的能力开放平台计费方式比较单一，基本是基于产品定价的前向计费模式，即：从用户方进行扣费，但是，这种单一的计费模式不灵活，不能够满足日益发展的丰富的第三方应用的发展，也不便于运营商更精细化的计费策略。

发明内容

本发明的主要目的在于提出一种计费方法、平台及可读存储介质，旨在解决现有的能力开放平台的计费模式较为单一的问题。

为实现上述目的，本发明提供的一种计费方法，所述方法包括步骤：

接收第三方应用发送的应用程序编程接口API请求消息；

根据所述API请求消息，获取所述第三方应用的计费模式；

按照所述计费模式进行扣费。

此外，为实现上述目的，本发明还提出一种平台，所述平台包括处理器、以及存储器；

所述处理器用于执行存储器中存储的计费程序，以实现上述的方法。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的方法。

本发明提出的计费方法、平台及可读存储介质，通过接收第三方应用发送的API请求消息，并根据API请求消息，获取第三方应用的计费模式，以按照该计费模式进行扣费，与现有技术相比，采用本发明，能够建立了一个基于API计费的网络能力开放平台，能够统一的封装各能力平台的消息接口开放给第三方应用，根据计费模式选择扣费方式，增加了计费的灵活度，有利于运营商更精细化的计费策略。

附图说明

图1为本申请第一实施例提供的计费方法的流程示意图；

图2为本申请第一实施例提供的计费方法的子流程示意图；

图3为本申请第一实施例提供的计费方法的另一流程示意图；

图4为本申请第二实施例提供的计费方法的流程示意图；

图5为本申请第三实施例中平台的结构框图；

图6为图5中计费程序的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

第一实施例

如图1所示，为本申请第一实施例提供的计费方法的流程示意图。在图1中，所述计费方法应用于能力开放平台，其包括以下步骤：

步骤110，接收第三方应用发送的应用程序编程接口API请求消息；

步骤120，根据所述API请求消息，获取所述第三方应用的计费模式；

步骤130，按照所述计费模式进行扣费。

具体的，能力开放平台分别连接第三方应用及各个能力平台，当第三方应用与对应的能力平台建立通信连接之前，先向能力开放平台发送应用程序编程接口(ApplicationProgramming Interface，API)请求消息。在本实施例中，接收第三方应用发送的API请求消息，并根据该API请求消息获取与第三方应对应的计费模式，进而按照该计费模式进行扣费。

在本实施例中，计费模式前向计费模式、后向计费模式或者混合计费模式，其中，前向计费模式对应用户方扣费，后向计费模式对应第三方应用扣费，混合计费模式对应用户方和第三方应用同时扣费。每个第三方应用都具有对应的计费模式，从而从不同的第三方应用发送的API请求消息中获取相应的计费模式，使计费模式变得更加灵活，利于运营商更加细化的计费策略。

可选的，如图2所示，步骤120具体包括：：

步骤210，依据鉴权密码对所述第三方应用进行鉴权；其中，所述API请求消息包括所述第三方应用的身份标识、所述API的标识和所述鉴权密码；若鉴权通过，则进入步骤220，否则进入步骤240；

步骤220，判断所述第三方应用是否签约了所述API，若是，则进入步骤230，若否，则进入步骤240；

步骤230，确定所述第三方应用签约所述API时的计费模式；

步骤240，鉴权失败。

具体的，API请求消息包括鉴权字段，该鉴权字段包括第三方应用身份标识、API身份标识和鉴权密码组合的编码。先判断API请求消息中的鉴权密码是否正确，当判断结果为鉴权密码正确时，再判断是否与签约了第三方应用的API身份标识，若是，则对该第三方应用鉴权通过，并确定所述第三方应用签约所述API时的计费模式；相反地，若没有签约第三方应用的API身份标识，则鉴权失败。也就是说，只有签约的第三方应用才能够使用API，而没有签约的第三方应用不能使用API。

例如，消息中头中携带第三方应用的标识和第三方应用身份标识和鉴权密码组合的64位加密的鉴权字段，该消息中携带第三方应用身份标识、API身份标识等消息接口需要携带的字段。

相应的，本实施例的计费方法还可以包括：

步骤一：接收第三方应用的注册请求；

步骤二：与所述第三方应用签约API。

具体的，当接收第三方应用的注册请求时，第三方应用在能力开放平台上根据自己需要的业务场景，对业务原子API进行排列组合得出复合API，以使系统自动计算出复合API的费用。

每个第三方应用在能力开放平台上签约该复合API，并设置对应的计费模式。每个API定价设置了对应的计费测量，该计费策略包括：包月、按此、按时长、按流量等计费测量。

可选的，如图3所示，在步骤130之前，所述方法还包括：

步骤310，获取API对应的费率；

步骤320，根据所述费率进行批价，生成费用。

具体的，当对第三方应用的鉴权通过时，则根据该第三方应用身份标识上的费率进行批价，得出费用。

可选的，在按照预设的计费模式进行扣费之后，将API请求消息封装成对应的南向能力平台的API接口。当南向能力平台收到消息后进行处理，接收对应的南向能力平台发送的处理接口的响应消息，再将该响应消息进行封装并转发给第三方应用，实现了第三方应用只需要调用一次API消息接口就能够触发到南向能力平台的多次消息交互。

本实施例的计费方法，通过接收第三方应用发送的API请求消息，并根据API请求消息，获取第三方应用的计费模式，以按照该计费模式进行扣费，与现有技术相比，采用本发明，能够建立了一个基于API计费的网络能力开放平台，能够统一的封装各能力平台的消息接口开放给第三方应用，根据计费模式选择扣费方式，增加了计费的灵活度，有利于运营商更精细化的计费策略。

第二实施例

如图4所示，为本申请第二实施例提供计费方法的流程示意图。在第二实施例中，所述计费方法是在第一实施例的基础上所做出的进一步改进，区别仅在于，第二实施例的方法还包括以下步骤：

步骤410，判断计费模式是单向计费还是混合计费，若是单向计费，则进入步骤420，若是混合计费，则进入步骤450；

步骤420，判断所述单向计费是用户方扣费还是所述第三方应用扣费，若是用户方扣费，则进入步骤430，若是第三方应用扣费，则进入步骤440；

步骤430，对用户方进行扣费；

步骤440，对第三方进行扣费；

步骤450，接收所述第三方应用发送的复合API签约消息，其中，所述复合API签约消息中携带有多个单一API的消息；

步骤460，判断用户方和第三方应用的扣费是否成功；若是，则进入步骤470，若否，则进入步骤480；

步骤470，对所述用户方和所述第三方应用同时扣费；

步骤480，判断所述用户方扣费失败还是所述第三方应用扣费失败；若所述用户方扣费失败，则进入步骤440；若所述第三方应用扣费失败，则进入步骤430。

本实施例的计费方法，若计费模式为单向计费，则从用户方或者第三方进行扣费，若计费模式为混合计费，则同时从用户方和第三方进行扣费，当混合计费中的一方扣费失败时，则从另一方进行补扣，从而细化了计费模式的过程，计费模式灵活，并且提供多种计费模式供第三方选择。

第三实施例

如图5所示，为本申请第三实施例提供一种平台硬件架构的示意图。在图5中，平台的北向与第三方应用1(图中以第三方应用是1个为例，还可以是多个第三方应用)连接，南向与对应的能力平台2连接，该能力平台至少包括：音视频能力平台21、消息能力平台22、EPC/PPC能力平台23等。在本实施例中，平台包括：存储器510、处理器520及存储在所述存储器510上并可在所述处理器520上运行的计费程序530。在本实施例中，所述的计费程序530包括一系列的存储于存储器510上的计算机程序指令，当该计算机程序指令被处理器520执行时，可以实现本发明各实施例的计费操作。在一些实施例中，基于该计算机程序指令各部分所实现的特定的操作，计费程序530可以被划分为一个或多个模块。如图6所示，计费程序530包括：接收模块610、计费模式获取模块620、扣费模块630、判断模块640、费率获取模块650、费用计算模块660。其中，

接收模块610，用于接收第三方应用发送的应用程序编程接口API请求消息；

计费模式获取模块620，用于根据所述API请求消息，获取所述第三方应用的计费模式；

扣费模块630，用于按照所述计费模式进行扣费。

具体的，能力开放平台分别连接第三方应用及各个能力平台，当第三方应用与对应的能力平台建立通信连接之前，先向能力开放平台发送API请求消息。在本实施例中，接收模块610接收第三方应用发送的API请求消息，计费模式获取模块620根据该API请求消息获取与第三方应对应的计费模式，进而扣费模块630按照该计费模式进行扣费。

在本实施例中，计费模式包括前向计费模式、后向计费模式或者混合计费模式，其中，前向计费模式对应用户方扣费，后向计费模式对应第三方应用扣费，混合计费模式对应用户方和第三方应用同时扣费。每个第三方应用都具有对应的计费模式，从而从不同的第三方应用发送的API请求消息中获取相应的计费模式，使计费模式变得更加灵活，利于运营商更加细化的计费策略。

判断模块640，用于依据鉴权密码对所述第三方应用进行鉴权；其中，所述API请求消息包括所述第三方应用的身份标识、所述API的标识和所述鉴权密码。

当鉴权通过时，判断模块640，还用于判断所述第三方应用是否签约了所述API，若是，则确定所述第三方应用签约所述API时的计费模式；若否，则鉴权失败。

具体的，API请求消息包括鉴权字段，该鉴权字段包括第三方应用身份标识、API身份标识和鉴权密码组合的编码。判断模块640先判断API请求消息中的鉴权密码是否正确，当判断结果为鉴权密码正确时，判断模块640再判断是否与签约了第三方应用的API身份标识，若是，则对该第三方应用鉴权通过，并确定所述第三方应用签约所述API时的计费模式；相反地，若没有签约第三方应用的API身份标识，则鉴权失败。也就是说，只有签约的第三方应用才能够使用API，而没有签约的第三方应用不能使用API。例如，消息中头中携带第三方应用的标识和第三方应用身份标识和鉴权密码组合的64位加密的鉴权字段，该消息中携带第三方应用身份标识、API身份标识等消息接口需要携带的字段。

相应的，本实施例的处理器520还用于执行存储器510中存储的计费程序530，以实现以下步骤：

步骤一：接收第三方应用的注册请求；

步骤二：与所述第三方应用签约API。

具体的，当接收第三方应用的注册请求时，第三方应用在能力开放平台上根据自己需要的业务场景，对业务原子API进行排列组合得出复合API，以使系统自动计算出复合API的费用。

每个第三方应用在能力开放平台上签约该复合API，并设置对应的计费模式。每个API定价设置了对应的计费测量，该计费策略包括：包月、按此、按时长、按流量等计费测量。

费率获取模块650，用于获取所述API对应的费率；

费用计算模块660，用于根据所述费率进行批价，生成费用。

具体的，当对第三方应用的鉴权通过时，则根据该第三方应用身份标识上的费率进行批价，得出费用。

可选的，在按照预设的计费模式进行扣费之后，将API请求消息封装成对应的南向能力平台的API接口。当南向能力平台收到消息后进行处理，接收对应的南向能力平台发送的处理接口的响应消息，再将该响应消息进行封装并转发给第三方应用，实现了第三方应用只需要调用一次API消息接口就能够触发到南向能力平台的多次消息交互。

判断模块640，还用于判断计费模式是单向计费还是混合计费；

若是单向计费，则判断模块还用于进入步骤420，判断所述单向计费是用户方扣费还是所述第三方应用扣费，若是用户方扣费，则扣费模块630具体用于对用户方进行扣费，若是第三方应用扣费，则扣费模块630具体用于对第三方进行扣费；

若是混合计费，则接收所述第三方应用发送的复合API签约消息，其中，所述复合API签约消息中携带有多个单一API的消息；

判断模块640，还用于判断用户方和第三方应用的扣费是否成功；

若是，则扣费模块630具体用于对所述用户方和所述第三方应用同时扣费；

若否，则判断模块640，还用于判断所述用户方扣费失败还是所述第三方应用扣费失败；

若所述用户方扣费失败，则扣费模块630具体用于对所述第三方应用进行扣费；若所述第三方应用扣费失败，则扣费模块630具体用于对所述用户方进行扣费。

本实施例的平台，通过接收模块610接收第三方应用发送的API请求消息，计费模式获取模块620根据API请求消息，获取第三方应用的计费模式，扣费模块630按照该计费模式进行扣费，与现有技术相比，采用本发明，能够建立了一个基于API计费的网络能力开放平台，能够统一的封装各能力平台的消息接口开放给第三方应用，根据计费模式选择扣费方式，增加了计费的灵活度，有利于运营商更精细化的计费策略。

本申请实施例还提供了一种计算机可读存储介质。这里的计算机可读存储介质存储有一个或者多个程序。其中，计算机可读存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。当计算机可读存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述第一实施例或者第二实施例所提供的计费方法。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

Claims (8)

1.一种计费方法，其特征在于，所述方法包括步骤：

接收第三方应用发送的应用程序编程接口API请求消息；

根据所述API请求消息，获取所述第三方应用的计费模式；

按照所述计费模式进行扣费。

2.根据权利要求1所述的计费方法，其特征在于，所述获取所述第三方应用的计费模式包括：

依据鉴权密码对所述第三方应用进行鉴权；其中，所述API请求消息包括所述第三方应用的身份标识、所述API的标识和所述鉴权密码；

判断所述第三方应用是否签约了所述API；

在判断结果为是的情况下，确定所述第三方应用签约所述API时的计费模式。

3.根据权利要求1所述的计费方法，其特征在于，在按照所述计费模式进行扣费之前，所述方法还包括：

获取所述API对应的费率；

根据所述费率进行批价，生成费用。

4.根据权利要求1所述的计费方法，其特征在于，在接收第三方应用发送的应用程序编程接口API请求消息之前，所述方法还包括：

接收所述第三方应用发送的复合API签约消息，其中，所述复合API签约消息中携带有多个单一API的消息。

5.根据权利要求1-4任一项所述的计费方法，其特征在于，所述计费模式包括前向计费模式，后向计费模式或者混合计费模式，其中，所述前向计费模式对应用户方扣费，所述后向计费对应第三方应用扣费，所述混合计费模式对应用户方和第三方应用同时扣费。

6.根据权利要求5所述的计费方法，其特征在于，当所述计费模式为混合计费时，所述按照所述计费模式进行扣费包括：

判断用户方和第三方应用的扣费是否成功；

若是，则对所述用户方和所述第三方应用同时扣费；

若否，判断所述用户方扣费失败还是所述第三方应用扣费失败；

若所述用户方扣费失败，则对所述第三方应用进行扣费；

若所述第三方应用扣费失败，则对所述用户方进行扣费。

7.一种平台，其特征在于，所述平台包括处理器、以及存储器；

所述处理器用于执行存储器中存储的计费程序，以实现权利要求1-6任一项所述的方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1-6任一项所述的方法。