一种API资源管理方法、设备及介质

摘要

本申请提供了一种API资源管理方法、设备及介质，应用在API资源管理系统中，方法包括：服务器确定API服务；集成服务商城对应的商城SDK，用于支持API服务与服务商城的连接；接收服务商城发送的API服务对应的订单信息；向服务商城发送订单信息的使用状态。客户或提供方通过API资源管理系统，解决了API服务计费管理领域的问题，解决了对API服务的调用授权、API服务的计次计费、API服务的到期续费、API服务的收入运营数据统计分析等功能的管理，使API服务以及其报价、订单、用量、营收等信息的管理更方便、更快捷，管理模式更简单，更具有人性化。

权利要求

1.一种API资源管理方法，其特征在于，应用在API资源管理系统中，所述API资源管理系统包括服务商城、服务器，所述方法包括：所述服务器确定API服务；

集成所述服务商城对应的商城SDK，所述商城SDK用于支持所述API服务与所述服务商城的连接；

接收所述服务商城发送的所述API服务对应的订单信息；

向所述服务商城发送所述订单信息的使用状态，所述使用状态包括订单用量及订单记录；

接收客户发送的针对所述API服务的第一下单请求；或，确定客户发送的针对所述API服务的下单意向，并根据所述下单意向代替所述客户生成第一下单请求；

所述确定客户发送的针对所述API服务的下单意向，并根据所述下单意向代替所述客户生成第一下单请求，具体包括：确定所述客户浏览第一类别的API服务的次数超过预设阈值；

在所述第一类别的各API服务中，选取第一API服务所对应的免费套餐；

根据所述免费套餐，代替所述客户生成对应的第一下单请求。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取所述API服务的提供方设置的所述API服务的资费套餐；

根据所述资费套餐，在所述服务商城中设置所述API服务的套餐价格和套餐内容。

3.根据权利要求1所述的方法，其特征在于，所述API资源管理系统还包括终端，所述终端上包括第一管理页面，所述方法还包括：所述终端通过所述第一管理页面向客户展示已购的所述API服务的使用情况，所述使用情况包括所述API服务的所述订单用量。

4.根据权利要求1所述的方法，其特征在于，所述API资源管理系统还包括终端，所述终端上包括第二管理页面，所述方法还包括：所述终端通过所述第二管理页面向所述API服务对应的提供方展示所述API服务的所述订单信息和销售情况，所述销售情况包括所述API服务的销售数据和营收数据。

5.根据权利要求1所述的方法，其特征在于，所述API资源管理系统还包括API网关，所述方法还包括：所述API网关获取所述API服务对应的订单信息，根据所述订单信息确定所述API服务的接口的开关。

6.根据权利要求1所述的方法，其特征在于，确定客户发送的针对所述API服务的下单意向，具体包括：接收客户通过第三方应用发送的针对所述API服务的第二下单请求；

根据所述第二下单请求，确定所述客户对所述API服务的下单意向。

7.一种API资源管理设备，其特征在于，包括：至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述一种API资源管理设备能够执行如权利要求1‑6中任意一项权利要求所述的方法。

8.一种API资源管理的非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：如权利要求1‑6中任意一项权利要求所述的方法。

说明书

一种API资源管理方法、设备及介质

技术领域

[0001] 本申请涉及计算机技术领域，具体涉及一种API资源管理方法、设备及介质。

背景技术

[0002] 应用程序编程接口(application programming interface，API)是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

[0003] 然而，目前市面上的API计费管理系统的集成方式复杂，API用量无法统一展示给用户，运营商无法在线管理各客户的订单及续费，无法查看运营的API接口的应收情况。

发明内容

[0004] 为了解决上述问题，本申请提出了一种API资源管理方法，应用在API资源管理系统中，所述API资源管理系统包括服务商城、服务器，所述方法包括：所述服务器确定API服务；集成所述服务商城对应的商城SDK，所述商城SDK用于支持所述API服务与所述服务商城的连接；接收所述服务商城发送的所述API服务对应的订单信息；向所述服务商城发送所述订单信息的使用状态，所述使用状态包括订单用量及订单记录。

[0005] 在一个示例中，所述方法还包括：获取所述API服务的提供方设置的所述API服务的资费套餐；根据所述资费套餐，在所述服务商城中设置所述API服务的套餐价格和套餐内容。

[0006] 在一个示例中，所述方法还包括：接收客户发送的针对所述API服务的第一下单请求；或确定客户发送的针对所述API服务的下单意向，并根据所述下单意向代替所述客户生成下单请求。

[0007] 在一个示例中，所述API资源管理系统还包括终端，所述终端上包括第一管理页面，所述方法还包括：所述终端通过所述第一管理页面向客户展示已购的所述API服务的使用情况，所述使用情况包括所述API服务的所述订单用量。

[0008] 在一个示例中，所述API资源管理系统还包括终端，所述终端上包括第二管理页面，所述方法还包括：所述终端通过所述第二管理页面向所述API服务对应的提供方展示所述API服务的所述订单信息和销售情况，所述销售情况包括所述API服务的销售数据和营收数据。

[0009] 在一个示例中，所述API资源管理系统还包括API网关，所述方法还包括：所述API网关获取所述API服务对应的订单信息，根据所述订单信息确定所述API服务的接口的开关。

[0010] 在一个示例中，确定客户发送的针对所述API服务的下单意向，具体包括：接收客户通过第三方应用发送的针对所述API服务的第二下单请求；根据所述第二下单请求，确定所述客户对所述API服务的下单意向。

[0011] 在一个示例中，确定客户发送的针对所述API服务的下单意向，并根据所述下单意向代替所述客户生成第一下单请求，具体包括：确定所述客户浏览第一类别的API服务的次数超过预设阈值；在所述第一类别的各API服务中，选取第一API服务所对应的免费套餐；根据所述免费套餐，代替所述客户生成对应的第一下单请求。

[0012] 另一方面，本申请还提出了一种API资源管理设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述一种API资源管理设备能够执行如上述任意一个示例所述的方法。

[0013] 另一方面，本申请还提出了一种API资源管理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：如上述任意一个示例所述的方法。

[0014] 通过本申请提出的API资源管理方法能够带来如下有益效果：

[0015] 客户或提供方通过API资源管理系统，解决了API服务计费管理领域的问题。本申请提出的方法用于对API服务的调用授权、API服务的计次计费、API服务的到期续费、API服务的收入运营数据统计分析等功能的管理，打造了一个API服务商城平台，提供了一套基于API网关(API‑Gateway)的服务商城构建方法，使API服务以及其报价、订单、用量、营收等信息的管理更方便、更快捷，管理模式更简单，更具有人性化。

附图说明

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

[0017] 图1为本申请实施例中一种API资源管理方法的流程示意图；

[0018] 图2为本申请实施例中一种API资源管理的设备示意图。

具体实施方式

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

[0020] 以下结合附图，详细说明本申请各实施例提供的技术方案。

[0021] 如图1所示，本申请实施例提供一种API资源管理方法，应用在API资源管理系统中，API资源管理系统包括服务商城、服务器。

[0022] S101：所述服务器确定API服务。

[0023] 服务器接收来自提供方提供的API服务，作为代售商品，并对每项商品进行安全扫描，商品认证。将各项API服务根据不同的类别注册对应的商品编号，API服务的类别设有多种不同的分类方式，如：根据操作系统分为Windows API、Linux API等；根据商品功能分为金融商业API、企业管理API、IT技术API、交通地理API、生活服务API、人工智能API等；根据商品来源分为官方API服务、第三方API服务等；根据资费类型分为免费、月付、季付、年付等。

[0024] S102：集成所述服务商城对应的商城SDK，根据所述商城SDK用于支持所述API服务与所述服务商城的连接。

[0025] 采用轻耦合度集成的方式，简洁快速地构建商城SDK，将API服务集成。根据商城SDK完成API服务与服务商城之间的信息交互，并将服务器中已完成商品注册的API服务在服务商城中上架，同时显示API服务对应的商品信息，所述商品信息包括：服务功能、运行环境、提供方信息、资费套餐等。

[0026] S103：接收所述服务商城发送的所述API服务对应的订单信息。

[0027] 客户选择订购服务商城中上架的某个API服务并提交订单，服务商城向服务器发送该订单的订单信息，订单信息包括：订购者身份信息、订购的商品编号、使用者身份信息、下单时间、订购时长、订购套餐、支付金额等信息。服务器在接收订单信息后，根据该订单信息完成本次订单交易。

[0028] S104：向所述服务商城发送所述订单信息的使用状态，所述使用状态包括订单用量及订单记录。

[0029] 服务器每完成一个订单交易，记录该订单的使用状态，所述使用状态包括订单用量及订单记录，并对该状态信息进行实时更新，如：定期检索该订单是否还在服务中，检查对应的API服务是否运行正常，统计客户在固定时长内访问该API服务的时间、次数和时长，定期检索该订单到期续费情况，定期统计每个API服务的订单数量，统计固定时长内的所有访问时间、次数和时长等信息。向服务商城发送上述信息。

[0030] 在一个实施例中，API服务的资费套餐由该API服务的提供方设置，根据提供方提供的信息设置该API服务的套餐价格和套餐内容，并显示在服务商城上，资费套餐的信息可被客户获取。在选购服务商品时，客户可根据自身的需求进行相应的筛选，并在筛选结果中得到满意的商品。如：通过付款周期(一次付费、月付、季付、年付的商品等)筛选合适的API服务；选择合适的付款周期后，再选择价格范围(选择0～100元、101～500元等)。

[0031] 在一个实施例中，API资源管理系统还包括终端，所述终端上包括管理页面(该管理页面主要用于与客户方进行信息交互，在此将其称作第一管理页面)，客户通过终端的第一管理页面登录客户账号，浏览和选择服务商城上架的API服务商品以及其资费套餐，提交订单信息，从而向服务器发送第一下单请求，进行订购操作。或者，服务器在接收到客户发送的，针对API服务的下单意向后，可以根据该下单意向，代替客户生成第一下单请求，完成本次订购操作。

[0032] 在一些情况中，由于操作系统兼容性等问题，客户无法通过一些终端直接向服务器发送第一下单请求。此时，客户向第三方应用发送相应的下单请求(在此将其称作第二下单请求)，第三方应用接收到该第二下单请求后，将其转发至服务器中，服务器基于该第二下单请求确定客户的下单意向后，即可根据该第二下单请求携带的订单信息完成该订单。客户通过第一管理页面登录与第三方应用关联的客户账号，或通过第三方应用，查看订单信息以及已购的API服务的使用情况。

[0033] 在一些情况中，服务器确定了客户发送的针对某种类别API服务的下单意向后，根据该下单意向代替客户生成第一下单请求。当客户浏览某个类别(在此称作第一类别)的API服务的次数超过预设阈值时，表示该客户很可能具有第一类别的API服务的下单意向，但由于客观原因(比如，不确定哪个API服务更适合自己、质量更好等)，暂时没有下单。此时，若某个API服务(在此称作第一API服务)具有免费套餐，可以进行试用，则可以选取第一API服务所对应的免费套餐，代替所述客户生成对应的第一下单请求，并通过第一管理页面向客户发起确认下单的请求，在客户同意该请求后，服务器生成对应的订单信息，完成订单。以此可以让用户以试用的形式，代替用户选择，由于API服务的套餐是提供方设置的免费套餐，不会对提供方的利益产生损失，还可以增加第一API服务的曝光度。若是用户使用满意则可以继续下单，若是用户不满意，则可以再尝试其他的API服务。

[0034] 在一个实施例中，客户通过第一管理页面查看订单信息以及已购的API服务的使用情况，所述使用情况包括：所述API服务的所述订单用量等信息。客户根据使用情况自主选择订单到期是否续费，还可以选择结束已购订单和/或取消未支付订单。

[0035] 在一个实施例中，所述终端上还包括其他的管理页面(该管理页面主要用于与API服务提供方进行信息交互，在此将其称作第二管理页面)，提供方通过终端的第二管理页面登录提供方账号，通过该提供方账号为自己的API服务提出商品销售和上架申请。提供方通过该提供方账号查看已上架API服务的订单信息和销售情况，所述销售情况包括：API服务的销售数据和营收数据等。

[0036] 在一个实施例中，所述API资源管理系统还包括API网关(API‑Gateway)，API网关获取API服务对应的订单信息，根据该订单信息确定该API服务的接口的开关。

[0037] 如图2所示，本申请实施例还提供了一种API资源管理设备，包括：

[0038] 至少一个处理器；以及，

[0039] 与所述至少一个处理器通信连接的存储器；其中，

[0040] 所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述一种API资源管理设备能够执行如上述任意一个实施例所述的方法。

[0041] 本申请实施例还提供了一种API资源管理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：如上述任意一个实施例所述的方法。

[0042] 本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

[0043] 本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

[0044] 本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD‑ROM、光学存储器等)上实施的计算机程序产品的形式。

[0045] 本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0046] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0047] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0048] 在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

[0049] 内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

[0050] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD‑ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

[0052] 以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。