用于处理API的方法、装置、设备、介质和产品与流程

本公开涉及云计算领域，进一步涉及平台应用技术领域，尤其涉及用于处理api的方法、装置、设备、介质和产品。

背景技术：

目前，api(applicationprogramminginterface，应用程序接口)服务已经广泛用于互联网各应用之间的衔接。

在实际应用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是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于处理api的方法的一个实施例的流程图；

图3是根据本申请的用于处理api的方法的一个应用场景的示意图；

图4是根据本申请的用于处理api的方法的另一个实施例的流程图；

图5是根据本申请的用于处理api的装置的一个实施例的结构示意图；

图6是用来实现本公开实施例的用于处理api的方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

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

图1是根据本公开第一实施例的示例性系统架构示意图，其示出了可以应用本申请的用于处理api的方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以为手机、电脑以及平板等电子设备，在终端设备101、102、103中，可以显示由服务器105生成的api管理界面，在api管理界面中可以配置对各个api的数据处理类别，例如对各个api进行文档生成或者数据调试。之后，终端设备101、102、103可以按照数据处理类别，对各个api进行数据处理，得到数据处理结果，并输出数据处理结果。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于电视、智能手机、平板电脑、电子书阅读器、车载电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如可以基于预设的api规范，对底层api元数据进行统一建模，并基于建模之后的api，生成上述的api管理界面，通过网络104将上述的api管理界面传输给终端设备101、102、103，以使终端设备101、102、103在上述的api管理界面上按照各个api对应的数据处理类别进行数据处理。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用于处理api的方法可以由终端设备101、102、103执行，也可以由服务器105执行。相应地，用于处理api的装置可以设置于终端设备101、102、103中，也可以设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的用于处理api的方法的一个实施例的流程200。本实施例的用于处理api的方法，包括以下步骤：

步骤201，获取各个api服务。

在本实施例中，执行主体(如图1中的终端设备101、102、103、或者服务器105)可以从其它设备中获取各个api服务，也可以从执行主体本地存储的数据中获取各个api服务，本实施例对此不做限定。并且，每个api服务包含至少一个api。其中，api指的是一些预先定义的接口，用于提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。api服务指的是由至少一个api实现的某种软件服务，例如api服务可以是用于实现人脸识别的服务，该用于实现人脸识别的服务可以由人脸检测api、人脸追踪api、人脸采集api以及人脸匹配api等共同实现。其中，本实施例中的这些api服务可以由上述的其它设备采集各类api数据得到，执行主体可以对这些api服务进行管理。

步骤202，确定每个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数据规范优选使用openapispecification(oas，一种流行的api描述格式规范)，由于oas的适用性较为普遍，因而可以满足更多的api数据处理需求。之后，可以基于建模之后的api底层元数据，对每个api的服务信息、标签信息、api信息和数据模型信息进行数据处理，用以管理这些信息。其中，服务信息包括服务名称、描述、认证方式、域名列表；标签信息包括名称和描述；api信息包括基础信息、请求参数、响应参数、请求示例，响应示例，错误码；数据模型信息包括api中公共调用的模型信息。进一步的，基础信息包括api的名称、路径、标签以及描述。

步骤203，对于每个api，按照该api对应的数据处理类别，对该api进行数据处理，得到数据处理结果。

在本实施例中，数据处理类别可以包括但不限于文档生成、数据调试、软件开发工具包生成等。对于不同的数据处理类别，可以对应有不同的数据处理方式。例如，对于文档生成而言，数据处理方式为基于api的数据信息生成相应的文档，可选的，该文档可以基于用户触发的生成指令在线生成；对于数据调试而言，可以基于用户触发的调试指令，对api进行在线调试；对于软件开发工具包生成而言，可以基于用户触发的工具包生成指令，在线生成与api相对应的软件开发工具包。在进行不同的数据处理之后，得到的数据处理结果可以为在线生成的api文档、调试完成的api、在线生成的软件开发工具包。可选的，执行主体可以基于上述的api底层元数据对该api进行数据处理。例如在生成文档的情况下，可以调用底层元数据中的服务信息、api信息等。

其中，对于每个api，按照该api对应的数据处理类别，对该api进行数据处理，得到数据处理结果可以包括以下步骤：响应于检测到对各个api进行api批量处理的处理指令，在各个api中确定批量选入的至少一个api集合，以及为每个api集合配置的数据处理类别；对于每个数据处理类别，将其对应的至少一个api集合中的所有api按照该数据处理类别进行数据处理，得到数据处理结果。采用这种数据处理方式，可以按照较细粒度的api作为数据处理单位，选取自由组合的多个api进行批量处理，能够同时满足数据处理单位较为精细以及数据处理效率较高。

步骤204，输出数据处理结果。

在本实施例中，对于不同的数据处理类别，可以对应有不同的数据处理结果，具体可以包括但不限于上述的在线生成的api文档、调试完成的api、在线生成的软件开发工具包。对此，可以在相应的数据输出区域输出上述数据处理结果，以使用户基于数据处理结果，对api进行进一步的编辑、权限设置、交付售卖等过程，基于不同的数据处理结果实现对api的全流程管理，例如可以输出在线生成的api文档、调试完成的api以及在线生成的软件开发工具包，接收用户对数据处理结果触发的交付售卖指令，将调试完成的api传输至api商城进行售卖展示，也可以将api文档、api以及软件开发工具包同步传输至api商城，以提高api的信息丰富度，便于使用者选取符合使用需求的api。

继续参见图3，其示出了根据本申请的用于处理api的方法的一个应用场景的示意图。在图3的应用场景中，在处理api的过程中，执行主体可以先获取各个api服务301，再确定与各个api服务301对应的至少一个api302，得到各个api302。之后，执行主体可以对各个api302进行设计管理，例如可以编辑api定义字段、生成在线文档、对api进行在线调试等过程，也即是图3中的步骤303。在基于在线文档和在线调试完成调试之后，可以发布api。之后，使用者可以通过对每个已发布的api，生成在线文档和/或在线调试，实现对已发布的api的调用。

本申请上述实施例提供的用于处理api的方法，可以将各个api服务拆解为相应的api，并按照每个api对应的数据处理类别，对各个api进行数据处理，这一过程以单个api为粒度进行数据处理，能够提高数据处理的精细度。

继续参见图4，其示出了根据本申请的用于处理api的方法的另一个实施例的流程400。如图4所示，本实施例的用于处理api的方法可以包括以下步骤：

步骤401，获取各个api服务。

在本实施例中，对于步骤401的详细描述请参照对步骤201的详细描述，在此不再赘述。

步骤402，确定每个api服务对应的至少一个api。

在本实施例中，对于步骤402的详细描述请参照对步骤202的详细描述，在此不再赘述。

步骤403，对于每个api，输出与该api对应的表单编辑界面。

在本实施例中，表单编辑界面可以用于配置api的各类参数名称、类型以及详细描述等信息。执行主体可以对于每个api，输出相应的表单编辑界面，用以在表单编辑界面上进行人机交互，实现对api的配置。

步骤404，确定在表单编辑界面上接收到的编辑信息，并基于编辑信息配置该api。

在本实施例中，用户可以通过触发人机交互指令，在表单编辑界面上输入编辑信息。之后，执行主体可以确定在表单界面上接收到的编辑信息，并基于编辑信息配置api。其中，编辑信息用于编辑api的各类参数名称、类型以及详细描述等信息，执行主体可以基于编辑信息配置api的参数名称、类型以及详细描述。

在本实施例的一些可选的实现方式中，还可以执行以下步骤配置api：对于每个api，确定与该api对应的配置模板信息，并基于配置模板信息配置该api。

在本实现方式中，配置模板信息为预先设置好的对于api的参数配置信息，执行主体可以基于预先设置好的参数配置信息实现对api的快速配置。可选的，配置模板信息可以为表格形式的参数配置信息。基于配置模板信息配置该api的方式具体可以为：基于json(javascriptobjectnotation,js对象简谱)和预设的表格形式的参数配置信息，生成jsonschema(描述你的json数据格式)；基于jsonschema配置该api。

进一步可选的，还可以执行以下步骤配置api：获取jsonschema格式的配置代码，并基于该配置代码配置该api。优选的，对于简单的api参数配置，采用上述步骤403至404所描述的表单形式编辑方式，提高可视化程度。对于复杂的api参数配置，采用上述配置模板信息和json配置的方式，提高了api配置效率。对于复杂的api参数配置，还可以采用jsonschema格式的配置代码实现配置，自定义程度更高，可以满足参数配置的高级扩展需求。

步骤405，对于每个api，响应于确定出该api对应的数据处理类别为文档生成，生成与该api对应的文档数据。

在本实施例中，执行主体能够针对单个api，在线生成与该api对应的文档数据。其中，文档数据可以包括但不限于api接口地址、请求参数、返回结果等。

在本实施例的一些可选的实现方式中，生成与该api对应的文档数据，包括：确定该api对应的目标模板；基于目标模板生成与该api对应的文档数据。

在本实施例中，目标模板可以包括文档模板以及编程语言模板。其中，文档模板用于配置文档的格式等信息，编程语言模板用于配置文档所使用的编程语言类别。目标模板可以由用户自定义选择，也可以由执行主体按照预先设置进行确定，本实施例对此不做限定。之后，执行主体可以基于目标模板生成与该api对应的文档数据，提高了文档生成的丰富性，满足多种文档生成需求。

步骤406，对于每个api，响应于确定出该api对应的数据处理类别为数据调试，对该api进行调试，得到调试处理结果。

在本实施例中，数据调试指的是对api所包含的代码进行运行，获得运行结果，如果运行结果进行报错，还可以对语法错误或者逻辑错误进行纠错，直至调试完成，得到调试完成后的api。其中，调试完成后的api即是能够顺利运行的api。进一步的，调试处理结果可以包括调试完成后的api、报错信息、运行结果信息等。

其中，在对该api进行调试之前，可选的，可以执行以下的身份验证步骤：输出身份验证界面；接收用户在身份验证界面上输入的身份验证信息；对该身份验证信息进行身份验证，得到验证结果。进一步的，如果验证结果指示身份验证通过，则执行上述的对该api进行调试，得到调试处理结果。

步骤407，输出数据处理结果，数据处理结果至少包括文档数据和/或调试处理结果。

在本实施例中，执行主体可以输出文档数据和/或调试处理结果，以使用户根据文档数据和/或调试处理结果执行编辑、权限设置、交付售卖等过程。对于步骤407的详细描述请参照对于步骤204的详细描述，在此不做赘述。

步骤408，将各个api传输至api商城进行展示。

在本实施例中，执行主体可以将各个api传输至api商城进行展示，优选的，可以将各个api中已经调试完成的api传输至api商城进行展示。其中，api商城中包含多种api，在api商城中可以实现api的在线售卖。

步骤409，响应于在api商城中接收到目标api处理指令，基于目标api处理指令配置各个api中指定api的使用权限。

在本实施例中，目标api处理指令用于指示对指定api的使用权限进行处理，指定api的数量可以为一个，也可以为多个，本实施例对此不做限定。

举例来说，本申请可以提供一种公共平台，api开发者和api使用者均可在该公共平台上执行相应的数据处理操作。对于api开发者而言，可以在执行主体上运行该公共平台，以在该公共平台上获取本地或联网传输的各个api服务，确定每个api服务对应的api，再将这些api基于oas进行统一建模，得到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的全流程管理。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于处理api的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种服务器中。

如图5所示，本实施例的用于处理api的装置500包括：服务获取单元501、api确定单元502、数据处理单元503和结果输出单元504。

服务获取单元501，被配置成获取各个api服务。

api确定单元502，被配置成确定每个api服务对应的至少一个api。

数据处理单元503，被配置成对于每个api，按照该api对应的数据处理类别，对该api进行数据处理，得到数据处理结果。

结果输出单元504，被配置成输出数据处理结果。

在本实施例的一些可选的实现方式中，数据处理单元504进一步被配置成：对于每个api，响应于确定出该api对应的数据处理类别为文档生成，生成与该api对应的文档数据。

在本实施例的一些可选的实现方式中，数据处理单元504进一步被配置成：确定该api对应的目标模板；基于目标模板生成与该api对应的文档数据。

在本实施例的一些可选的实现方式中，数据处理单元504进一步被配置成：对于每个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的装置500中记载的单元501至单元504分别与参考图2中描述的方法中的各个步骤相对应。由此，上文针对用处理api的方法描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。

根据本申请的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了用来实现本公开实施例的用于处理api的方法的电子设备600的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram603中，还可存储设备600操作所需的各种程序和数据。计算单元601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如用于处理api的方法。例如，在一些实施例中，用于处理api的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到ram603并由计算单元601执行时，可以执行上文描述的用于处理api的方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行用于处理api的方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。