CN103533053B - 一种开放应用程序编程接口的审批方法、服务器及系统 - Google Patents

Abstract

本发明公开了一种开放API的审批方法、服务器及系统，克服目前开放API审批自动化程度较低等不足，该方法包括：开发者社区服务器获取开放API的基本信息；开放API的基本信息中包含有表示签约属性的标识字段，根据签约属性的标识字段可以区分不同类型的开发者对开放API的签约是否需要进行审批；开发者社区服务器在用户登录后，根据用户所属的开发者类型以及开放API的签约属性判断出用户需要进行开放API的签约审批时，发起开放API的签约审批流程；开发者社区服务器在开放API的签约审批流程通过后，开放该开放API的权限。本申请的实施例提高了审批准确性的同时，也提高了开放API的签约审批效率。

Description

一种开放应用程序编程接口的审批方法、服务器及系统

技术领域

本发明涉及一种应用程序编程接口（API）的审批技术，尤其涉及一种开放API的审批方法、服务器及系统。

背景技术

现有互联网的开放平台，开放API对部分用户直接开放，没有审批的环节。对于部分用户，在管理台针对用户对某个开放API进行手动审批以及配置开通。

这种手动审批的作业方式，当申请开放API的用户数量上升后，管理台的工作量将急剧增加，运营管理的效率就会变得不足而难以满足用户的审批需求。

而且，开放平台的运营管理员在进行开放API的签约审核工作时，需要手动查阅相关的必要信息。因为目前的审批作业中，与审批相关的必要信息并未自动关联，需要管理员手动进行关联审批，准确性难以保证的同时，效率也难以提高。

总之，现有的开放API的审批方法自动化程度较低，难以满足开放API迅速上升的审批需求。

发明内容

本发明所要解决的技术问题是克服目前开放API审批自动化程度较低以及审批准确性及效率难以提高的不足。

为了解决上述技术问题，本申请的实施例首先提供了一种开放应用程序编程接口（API）的审批方法，用于开发者社区服务器对开放API的签约进行审批，该方法包括：

所述开发者社区服务器获取开放API的基本信息；所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批；

所述开发者社区服务器在用户登录后，根据用户所属的开发者类型以及所述开放API的签约属性判断出用户需要进行所述开放API的签约审批时，发起所述开放API的签约审批流程；

所述开发者社区服务器在所述开放API的签约审批流程通过后，开放所述开放API的权限。

优选地，所述开发者社区服务器从一管理平台服务器处获取所述开放API的基本信息。

优选地，发起开放API签约的审批流程，包括：

判断所述用户是否需要进行电子合同的签约，需要进行所述电子合同的签约则发起所述电子合同的签约流程及所述开放API的签约审批流程，否则直接发起所述开放API的签约审批流程。

优选地，根据用户所属的开发者类型以及所述开放API的签约属性判断出用户不需要进行所述开放API的签约审批时，开放所述开放API的权限。

本申请的实施例还提供了一种开放应用程序编程接口（API）的审批服务器，用于对开放API的签约进行审批，该服务器包括：

获取模块，设置为获取开放API的基本信息；所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批；

判断模块，设置为用户登录后，根据用户所属的开发者类型以及所述开放API的签约属性判断用户是否需要进行所述开放API的签约审批；

发起模块，设置为所述判断模块判断出用户需要进行所述开放API的签约审批时，发起所述开放API的签约审批流程；

开放模块，设置为所述开放API的签约审批流程通过后，开放所述开放API的权限。

优选地，所述获取模块设置为从一管理平台服务器处获取所述开放API的基本信息。

优选地，所述发起模块包括：

判断单元，设置为判断所述用户是否需要进行电子合同的签约；

发起单元，设置为所述判断单元判断出需要进行所述电子合同的签约则发起所述电子合同的签约流程及所述开放API的签约审批流程，否则直接发起所述开放API的签约审批流程。

优选地，所述开放模块设置为根据用户所属的开发者类型以及所述开放API的签约属性判断出用户不需要进行所述开放API的签约审批时，开放所述开放API的权限。

本申请的实施例还提供了一种开放应用程序编程接口（API）的审批系统，用于对开放API的签约进行审批，该系统包括：

管理平台服务器，存储有开放API的基本信息，所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批；

如上所述的开放应用程序编程接口的审批服务器。

与现有技术相比，本申请的实施例能够自动关联与开放API的签约审批相关的必要信息如电子合同的签约等，提高了审批准确性的同时，也提高了开放API的签约审批效率，降低了运营管理的工作量。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本申请实施例的开放API审批方法的流程示意图。

图2为本申请实施例的开放API审批方法中电子合同签约的流程示意图。

图3为本申请实施例的开放API的审批系统及其中的审批服务器的构造示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。本申请实施例以及实施例中的各个特征在不相冲突前提下的相互结合，均在本发明的保护范围之内。

另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

如图1所示，本申请实施例的开放API的审批方法主要包括如下内容。

步骤S110，开发者社区服务器与管理平台服务器进行信息同步。管理平台服务器存储有开发者信息、开放API的基本信息、电子签约（即电子合同签约）的约束信息以及电子合同等信息。

开发者信息包含有管理平台服务器分配的开发者ID、开发者是个人还是机构的开发者属性。对于个人开发者，开发者信息中还可以包括有登录信息（比如作为登录帐号的唯一用户名以及登录密码等）、联系方式（包括手机号码等）、真实姓名、证件信息（如证件类型、证件号码、证件电子扫描件等）、消息接收方式（通过短信或者电子邮箱消息）以及开发者协议签约结果等。对于机构开发者，开发者信息中还可以包括有登录信息（包括登录名以及登录密码等）、机构名称、详细地址、联系人、联系电话、银行户头信息（如开户行、银行帐号以及帐户名等）、机构所在省份、营业证照信息（比如营业执照编号、营业执照副本复印件、法人身份证复印件、税务登记副本复印件等）、消息接收方式（通过短信或者电子邮箱消息）以及开发者协议签约结果等。开发者信息的作用，主要是为了方便管理平台服务器对开发者进行管理，例如管理员通过管理平台服务器审核开发者提交的材料等。需要说明的是，上述开发者信息中的具体信息，是电子合同签约所需要的针对开发者的最基本的资质认证信息。

上述开放API的基本信息主要包括开放API名称、开放API的ID、通过数值进行签约类型表示的签约属性、开放API的版本信息、开放API的版本创建时间、开放API的描述、开放API关联的能力部件ID（0..n）、开放API的默认签约范围（个人、机构或者其他）、开放API的计费方（最终用户后者开发者）以及所含原子接口信息列表（包含有开放API的原子开放能力接口、开放API的原子开放能力接口功能描述以及开放API的价格计划ID等信息）等。本申请的实施例中，上述签约属性通过三个数值来表示具体的签约类型：1、个人；2、机构；3、其他。如果签约属性的值是2，则表明该开放API可以由机构开发者进行签约，无需审批。如果签约属性的值是23，则表明该开放API机构开发者不能自行完成签约，需要管理员审批后才能完成签约。

电子签约（即电子合同签约）的约束信息以及电子合同信息，通过如下所示的一电子合同配置表进行管理：

表1、电子合同配置表

如果某一开放API的ID存在于上述的电子合同配置表中，则说明该开放API需要开发者签约电子合同。电子合同的内容是“服务器存储的文件地址”所指向的内容。

开发者社区服务器通过信息同步，从管理平台服务器处获得开发者信息、开放API的基本信息、电子签约的约束信息以及电子合同等信息。该开放API的基本信息中包含有表示签约属性的标识字段，根据该签约属性的标识字段可以区分不同类型的开发者对开放API的签约是否需要进行审批。其中，开发者可以分为个人开发者和机构开发者等不同的类型。

步骤S120，用户登录开发者社区服务器后，开发者社区服务器根据所登录的用户的ID获取该用户的开发者信息，根据该用户的开发者信息获取用户所属的开发者类型，根据用户所属的开发者类型以及开放API的与标识字段相对应的签约属性，判断该用户是否需要进行某一个开放API的签约审批，是则转步骤S130，否则转步骤S170。

步骤S130，将需要审批的开放API显示给用户。本申请的实施例中，有的API开发者可以自动签约。有的API则需要进行审批。针对需要审批的API，在提示给用户并接收用户的操作后，触发一个后台审批的电子流，由管理员在后台进行审批。对于既需要审批又需要电子签约的API，则在向用户提示需要审批的同时，还需要引导用户进行电子签约。

本申请的实施例中，开发者社区服务器查询用户的开放API签约表，可以将已签约的开放API和未签约的开放API的实际情况显示给用户。

步骤S140，判断是否用户与管理平台服务器之间是否需要进行电子合同签约，是则转步骤S150，否则转步骤S160。

步骤S150，发起电子合同的签约流程，在电子合同签约成功后，转步骤S160。

步骤S160，发起开放API签约的审批流程以对开放API的签约进行审批，在开放API的签约审批流程通过后，转步骤S170。

需要说明的是，本申请的实施例中，开放API签约的审批与电子合同签约之间，并没有严格的先后顺序。可以先进行开放API签约的审批，开放API签约审批通过后再进行电子合同的签约；也可以先进行电子合同的签约，电子合同签约后再进行开放API签约的审批。

步骤S170，将开放API的权限开放给用户。

本申请的实施例中，用户的电子合同签约流程是开发者社区服务器、管理平台服务器等共同协作完成的。如图2所示，用户的电子合同签约流程主要包括如下内容。

步骤S211，用户通过浏览器向开发者社区服务器发送浏览空白合同的请求，开发者社区服务器将该浏览合同的请求转发给管理平台/开放网关服务器。管理平台/开放网关服务器收到该浏览合同的请求后，向开发者社区服务器发送一合同模板，开发者社区服务器将该合同模板发送给浏览器。合同模板可以自动后台生成，根据开发者类型和所要签约API等的不同，其可以分为个人开发者合同模板以及机构开发者合同模板。合同模板是未经管理平台/开放网关服务器盖章的一种合同，本申请的实施例中合同模板可以为一可移植文档格式（PDF）文件。

步骤S212，用户通过浏览器向开发者社区服务器申请电子证书时，先通过浏览器向开发者社区服务器发送一安装控件下载请求。开发者社区服务器根据该请求将安装控件下载给浏览器并在浏览器上成功安装后，用户通过浏览器向开发者社区服务器申请电子证书。

步骤S213，开发者社区服务器调用控件接口，获取公私钥对后，向管理平台/开放网关服务器申请电子证书，同时携带开发者ID（用户ID）以及公私钥对。

步骤S214，管理平台/开放网关服务器根据开发者ID与CA中心进行交互，判断用户是否已经申请过证书，如果已经申请过且证书的有效期大于等于合同有效期，则将证书返回给用户，否则重新申请证书并用新申请的证书覆盖原有证书。然后，管理平台/开放网关服务器向CA中心申请证书。管理平台/开放网关服务器在得到CA中心返回的证书后，向开发者社区服务器发送签发成功的通知。

步骤S215，开发者社区服务器调用控件安装证书接口，接收用户通过浏览器输入并发送的证书保护口令，该证书保护口令使用平台证书加密。开发者社区服务器将该证书保护口令、用户证书的私钥以及开发者ID发送给管理平台/开放网关服务器。

步骤S216，管理平台/开放网关服务器保存开发者证书、私钥以及口令等到数据库中，并调用相应函数组装P12证书后，将P12证书发送给开发者社区服务器。其中，管理平台/开放网关服务器使用私钥，解密开发者证书保护口令，使用证书保护口令解密私钥，使用明文私钥、明文口令、证书组装P12证书（P12格式是密文的，用开发者口令加密的）。

步骤S217，开发者社区服务器调用相应的控件接口后，通知浏览器电子证书安装成功。

步骤S218，用户通过浏览器开发者社区服务器发送浏览签字盖章后的合同的请求。开发者社区服务器向管理平台/开放网关服务器发送下载合同模板的请求。管理平台/开放网关服务器根据请求向开发者社区服务器返回合同模板后，开发者社区服务器将合同返回给浏览器并在浏览器上进行展示。

步骤S219，用户在浏览器上浏览签字盖章后的合同，并在对签字盖章后的合同无异议时输入保护口令，并在口令通过后向开发者社区服务器发送电子签约请求。在此过程中如果用户输入错误的口令，或者用户在成功申请证书后更换了设备，则需要重新申请证书。

步骤S220，开发者社区服务器调用控件私钥签名功能，将用户通过浏览器发送的电子签约请求转发给管理平台/开放网关服务器。管理平台/开放网关服务器从数据库获取口令、开发者证书以及私钥的密文进行解析，获得对应的明文，将开发者信息写入PDF格式的电子合同中，然后对电子合同进行签约盖章，并存储合同，向开发者社区服务器返回最终的合同地址。开发者社区服务器收到管理平台/开放网关服务器返回的最终的合同地址后，指示浏览器进行刷新，以将经过电子签约的合同显示给用户。

上述步骤S211至步骤S217，主要完成的是用户申请证书的过程。上述步骤S218至步骤S220，主要完成的是电子签约过程。

本申请实施例的开放API的审批服务器，也即前述的开发者社区服务器，其主要用于对开放API的签约进行审批。如图3所示，该开放API的审批服务器主要包括：获取模块310、判断模块320、发起模块330以及开放模块340。

获取模块310，设置为获取开放API的基本信息；所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批；

判断模块320，与获取模块310相连，设置为用户登录后，根据用户所属的开发者类型以及所述开放API的签约属性判断用户是否需要进行所述开放API的签约审批；

发起模块330，与判断模块320相连，设置为所述判断模块320判断出用户需要进行所述开放API的签约审批时，发起所述开放API的签约审批流程；

开放模块340，与发起模块330相连，设置为所述开放API的签约审批流程通过后，开放所述开放API的权限。

本申请的实施例中，所述获取模块310与一管理平台服务器相连，设置为从管理平台服务器处获取所述开放API的基本信息。

如图3所示，所述发起模块330包括判断单元331以及发起单元332，其中：

判断单元331，设置为判断所述用户是否需要进行电子合同的签约；

发起单元332，与判断模块320及判断单元331相连，设置为所述判断单元331判断出需要进行所述电子合同的签约则发起所述电子合同的签约流程及所述开放API的签约审批流程，否则直接发起所述开放API的签约审批流程。

本申请的实施例中，所述开放模块340与判断模块320相连，设置为根据用户所属的开发者类型以及所述开放API的签约属性判断出用户不需要进行所述开放API的签约审批时，开放所述开放API的权限。

本申请的实施例还提供了一种开放应用程序编程接口的审批系统，主要用于对开放API的签约进行审批。如图3所示，该系统主要包括有管理平台服务器40以及如前所述的开放API的审批服务器30。其中，该管理平台服务器40与开放API的审批服务器30中的获取模块310，存储有开放API的基本信息，所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批。

本领域的技术人员应该明白，上述的本申请实施例所提供的系统的各组成部分，以及方法中的各步骤，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上。可选地，它们可以用计算装置可执行的程序代码来实现。从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (9)

1.一种开放应用程序编程接口API的审批方法，用于开发者社区服务器对开放API的签约进行审批，其特征在于，该方法包括：

所述开发者社区服务器获取开放API的基本信息；所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批；

所述开发者社区服务器在用户登录后，根据用户所属的开发者类型以及所述开放API的签约属性判断出用户需要进行所述开放API的签约审批时，发起所述开放API的签约审批流程；

所述开发者社区服务器在所述开放API的签约审批流程通过后，开放所述开放API的权限。

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

所述开发者社区服务器从一管理平台服务器处获取所述开放API的基本信息。

3.根据权利要求1所述的方法，其特征在于，发起开放API签约的审批流程，包括：

判断所述用户是否需要进行电子合同的签约，需要进行所述电子合同的签约则发起所述电子合同的签约流程及所述开放API的签约审批流程，否则直接发起所述开放API的签约审批流程。

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

根据用户所属的开发者类型以及所述开放API的签约属性判断出用户不需要进行所述开放API的签约审批时，开放所述开放API的权限。

5.一种开放应用程序编程接口API的审批服务器，用于对开放API的签约进行审批，其特征在于，该服务器包括：

获取模块，设置为获取开放API的基本信息；所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批；

判断模块，设置为用户登录后，根据用户所属的开发者类型以及所述开放API的签约属性判断用户是否需要进行所述开放API的签约审批；

发起模块，设置为所述判断模块判断出用户需要进行所述开放API的签约审批时，发起所述开放API的签约审批流程；

开放模块，设置为所述开放API的签约审批流程通过后，开放所述开放API的权限。

6.根据权利要求5所述的服务器，其特征在于：

所述获取模块设置为从一管理平台服务器处获取所述开放API的基本信息。

7.根据权利要求5所述的服务器，其特征在于，所述发起模块包括：

判断单元，设置为判断所述用户是否需要进行电子合同的签约；

发起单元，设置为所述判断单元判断出需要进行所述电子合同的签约则发起所述电子合同的签约流程及所述开放API的签约审批流程，否则直接发起所述开放API的签约审批流程。

8.根据权利要求5所述的服务器，其特征在于：

所述开放模块设置为根据用户所属的开发者类型以及所述开放API的签约属性判断出用户不需要进行所述开放API的签约审批时，开放所述开放API的权限。

9.一种开放应用程序编程接口API的审批系统，用于对开放API的签约进行审批，其特征在于，该系统包括：

管理平台服务器，存储有开放API的基本信息，所述开放API的基本信息中包含有表示签约属性的标识字段，根据所述签约属性的标识字段可以区分不同类型的开发者对所述开放API的签约是否需要进行审批；

根据权利要求5至8中任一项所述的开放应用程序编程接口API的审批服务器。