资源整合方法、相关装置及计算机存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种资源整合方法、相关装置、以及计算机介质。

背景技术

在互联网公司的实际业务场景中，各业务场景涉及不同的API(ApplicationProgramming Interface，应用程序接口)资源均具有相应的主机，各主机独立运行。但这样公司在后期需要查询、调用、以及维护API资源时就需要分别进行操作，极大地浪费了人力和物力成本。

发明内容

本申请实施例提供了一种资源整合方法、相关装置及计算机存储介质，以实现对各应用程序接口进行统一的调用、更新、删除等操作。

第一方面，本申请实施例提供了一种资源整合方法，所述方法包括：

获取多个应用程序接口信息；其中，应用程序接口信息包括：属性字段以及接口对应的主机；

基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系；

基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型。

第二方面，本申请实施例提供了资源整合装置，所述装置包括：

获取模块，用于获取多个应用程序接口信息；其中，应用程序接口信息包括：属性字段以及接口对应的主机；

确定模块，用于基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系；

建立模块，用于基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种电子设备，可包括：处理器和存储器；

其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在本申请实施例中，通过获取多个应用程序接口信息；基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系；基于不同主机的应用程序接口之间对应的关系，建立资源关系模型。由此，本申请实施例可以根据应用程序接口与主机之间对应的关系建立资源关系模型，对各应用程序接口进行统一的调用、更新、删除等操作，这样不仅可以对现有主机与应用程序接口之间的关系进行快速梳理，还可以对资源关系模型进行动态维护。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种资源整合方法的应用场景图；

图2为本申请实施例提供的一种资源整合方法的系统架构图；

图3为本申请实施例提供的一种资源整合方法的流程示意图；

图4为本申请实施例提供的另一种资源整合方法的流程示意图；

图5为本申请实施例提供的又一种资源整合方法的流程示意图；

图6为本申请实施例提供的再一种资源整合方法的流程示意图；

图7为本申请实施例提供的一种资源整合装置的结构示意图；

图8为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1示例性示出了本申请实施例提供的资源整合方法的应用场景图。图1所示的应用场景可以包括设备10、云服务器11、云服务器12、云服务器13、以及云服务器14。其中：设备10可以对云服务器11、云服务器12、云服务器13、以及云服务器14进行集中管理。

具体地，设备10可以由企业的运维团队负责以对各业务场景对应的云服务器进行统一管理。云服务器是企业可以在云服务商平台(例如，阿里云、腾讯云、华为云等)购买的服务器。其中，一个云服务器可能用于一个业务场景，例如，云服务器11可以用于管理订单业务场景下的数据。

可以理解的是，一个业务场景可以实现多个功能，每个功能可能对应至少一个API接口，因此，一个业务场景可以对应一个含有多个API接口的应用模型，每个API接口用于从该业务场景对应的云服务器中调用可以实现相应功能的预定义函数。

具体地，本申请采用的资源整合方法可以通过构建API接口和云服务器之间的对应关系来确定各API接口所在的云服务器，以及不同云服务器之间可能存在的相同API接口。

图2示出应用于本申请实施例的资源整合方法的系统架构图。其中，本申请实施例提供的资源整合方法可以应用在服务器中。具体地，服务器可以通过网络和终端连接。网络用以在终端和服务器之间提供通信链路。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端包括但不限于：可穿戴设备、监控设备、手持设备、个人电脑、平板电脑、车载设备、智能手机、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中终端设备可以叫做不同的名称，例如：监控设备、用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digital assistant，PDA)、第五代移动通信技术(5th generation mobile networks，5G)网络或未来演进网络中的终端设备等。终端系统是指可以运行在终端上的操作系统，是管理和控制终端硬件和终端应用的程序，是终端不可或缺的系统应用。该系统包括担不限于安卓Android系统、IOS系统、Windows phone(WP)系统和Ubuntu移动版操作系统等。

应该理解，图2中的终端、网络和服务器的数目仅仅是示意性的。根据现实需要，可以具有任意数目的终端、网络和服务器。比如服务器可以是多个服务器组成的服务器集群等。用户可以使用服务器通过网络与终端交互，以获取优化后的版本等。

接下来结合图1介绍的资源整合方法的应用场景图及图2介绍的系统架构图，来介绍本申请实施例提供的资源整合方法。

在一个实施例中，图3所示，提供了一种资源整合方法的流程示意图。如图3所示，该资源整合方法可以包括如下步骤：

S301，获取多个应用程序接口信息。

在本申请实施例中，应用程序接口信息可以包括：属性字段以及接口对应的主机。

其中，属性字段用于表示根据API接口信息中预先定义的属性信息，获得API接口返回数据时从API返回数据中解析得到对应的字段。应用程序接口的属性字段可以包括：应用程序接口名称，例如，API接口1的属性字段可以是API接口名称aabbcc。主机用于表示云服务器，云服务器可以提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务以及大数据和人工智能平台等云计算服务。接口对应的主机可以理解为API接口对应的云服务器，例如，API接口1可以对应的云服务器1。

可能地，在本申请实施例获取多个应用程序接口信息之前，还可以获取当前主机的属性字段和应用模型中多个应用程序接口的属性字段；在当前主机的应用程序接口名称与应用模型中至少一个应用程序接口的应用程序接口名称相互匹配的情况下，基于当前主机的内网网际互连协议地址，建立当前主机与至少一个应用程序接口之间对应关系的主机模型；基于主机模型确定多个应用程序接口信息。

其中，主机的属性字段可以包括：应用程序接口名称和内网网际互连协议地址(Internet Protocol,IP)，当前应用程序接口的属性字段可以包括：应用程序接口名称。

在一个具体的例子中，获取数据库集群中当前云服务器A的内网IP地址192.168.1.3、当前云服务器A对应的API接口名称、以及应用模型中各API接口名称。在当前云服务器A对应的API接口1名称aabbcc和API接口3名称ccaabb与应用模型中API接口1名称aabbcc和API接口3名称ccaabb相互匹配的情况下，基于当前云服务器A的内网IP地址192.168.1.3，建立当前云服务器A与API接口1和API接口3的对应关系的主机模型。这样就可以通过主机模型确定目标云服务器对应的API接口地址。

可能地，本申请实施例中主机的属性字段还可以包括运营商名称，例如，阿里云的云服务平台名称可以是aliyun、华为云的云服务平台名称可以是huaweiyun等，以区别不同运营商的云服务器集群，这样假如企业A的阿里云云服务平台运行出现故障时，即可以切换到华为云的云服务平台。

S302，基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系。

其中，元数据用于表示描述数据的数据。具体地，本申请实施例可以通过预设的元数据确定各应用程序接口中待识别的属性字段，并在各应用程序接口中待识别的属性字段相互匹配的情况下，确定不同主机的应用程序接口之间对应的关系。

可以理解的是，应用程序接口的属性字段可能包括：API接口名称、API接口开发部门、开发人员标识、存储地址、功能标识、代码结构等信息，本申请实施例可以通过预设的元数据确定需要识别的属性字段，例如，元数据可以设定为需要识别的属性字段为API接口名称。

进一步地，基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系。例如，根据API接口1名称aabbcc、对应云服务器1，API接口2名称bbccaa、对应云服务器2，以及API接口3名称ccaabb、对应云服务器1和2，可以确定云服务器1对应API接口1和API接口3，云服务器2对应API接口2和API接口3。

S303，基于不同主机的应用程序接口之间对应的关系，建立资源关系模型。

其中，资源关系模型用于表示主机与应用程序接口之间关系的模型。

可能地，本申请实施例还可以将主机模型和资源关系模型存储到数据库中，以防止主机模型和资源关系模型的丢失。

具体地，本申请实施例中的资源关系模型可以理解为含有多个云服务器的主机模型与含有多个API接口的接口模型之间对应关系的模型。

如表1所示的资源关系模型，其中，主机模型可以包括云服务器1和云服务器2，应用模型可以包括API接口1、API接口2、API接口3。根据API接口1名称aabbcc、对应云服务器1，API接口2名称bbccaa、对应云服务器2，以及API接口3名称ccaabb、对应云服务器1和2，可以确定云服务器1对应API接口1和API接口3，云服务器2对应API接口2和API接口3。

表1

在本申请实施例中，通过获取多个应用程序接口信息；基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系；基于不同主机的应用程序接口之间对应的关系，建立资源关系模型。由此，本申请实施例可以根据应用程序接口与主机之间对应的关系建立资源关系模型，对各应用程序接口进行统一的调用、更新、删除等操作，这样不仅可以对现有主机与应用程序接口之间的关系进行快速梳理，还可以对资源关系模型进行动态维护。

在一些实施方式中，图4示例性示出了本申请实施例提供的一种资源整合方法的流程示意图。如图4所示，资源整合方法至少可以包括以下步骤：

S401，获取多个应用程序接口信息。

具体地，S401与S301一致，此处不再赘述。

S402，基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系。

具体地，S402与S302一致，此处不再赘述。

S403，基于不同主机的应用程序接口之间对应的关系，建立资源关系模型。

具体地，S403与S303一致，此处不再赘述。

S404，在电子设备中对资源关系模型进行展示。

其中，电子设备可以是监控设备、手持设备、个人电脑、平板电脑、计算设备、或连接到无线调制解调器的其它处理设备等。技术人员可以通过电子设备对建立的资源关系模型进行观察，这样就可以通过电子设备的显示终端直接获取到相应云服务器与其API接口之间的对应关系。

在一个具体的例子中，主机模型可以包括云服务器1、云服务器2、云服务器3，应用模型可以包括API接口1、API接口2、API接口3。根据API接口1名称aabbcc、对应云服务器1和云服务器3，API接口2名称bbccaa、对应云服务器2和云服务器3，以及API接口3名称ccaabb、对应云服务器1和2，可以确定云服务器1对应API接口1和API接口3，云服务器2对应API接口2和API接口3，云服务器3对应API接口1和API接口2。进一步地，就可以在计算机界面中显示各台云服务器与各API接口之间对应关系的资源关系模型，以方便运维团队、应用团队、以及数据库性能分析团队等技术团队的后期操作。

在一些实施方式中，图5示例性示出了本申请实施例提供的一种资源整合方法的流程示意图。如图5所示，资源整合方法至少可以包括以下步骤：

S501，获取多个应用程序接口信息。

具体地，S501与S301一致，此处不再赘述。

S502，基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系。

具体地，S502与S302一致，此处不再赘述。

S503，基于不同主机的应用程序接口之间对应的关系，建立资源关系模型。

具体地，S503与S303一致，此处不再赘述。

S504，基于资源关系模型，对不同主机中的应用程序接口进行以下一项或多项操作：添加应用程序接口、更新应用程序接口、删除应用程序接口。

在一个具体的例子中，主机模型可以包括云服务器1、云服务器2、云服务器3，应用模型可以包括API接口1、API接口2、API接口3。根据API接口1名称aabbcc、对应云服务器1和云服务器3，API接口2名称bbccaa、对应云服务器2和云服务器3，以及API接口3名称ccaabb、对应云服务器1和2，可以确定云服务器1对应API接口1和API接口3，云服务器2对应API接口2和API接口3，云服务器3对应API接口1和API接口2。进一步地，运维团队、应用团队、以及数据库性能分析团队等技术团队可以根据资源关系模型分别添加新的API接口4到云服务器1和2中、统一更新云服务器1和3中的API接口1中的预定义函数、或统一删除云服务器2和云服务器3中的API接口2。

在一些实施方式中，图6示例性示出了本申请实施例提供的一种资源整合方法的流程示意图。如图6所示，资源整合方法至少可以包括以下步骤：

S601，获取多个应用程序接口信息。

具体地，S601与S301一致，此处不再赘述。

S602，基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系。

具体地，S602与S302一致，此处不再赘述。

S603，基于不同主机的应用程序接口之间对应的关系，建立资源关系模型。

具体地，S603与S303一致，此处不再赘述。

S604，基于预先设定的业务场景，确定业务场景所需的至少一个应用程序接口。

其中，业务场景用于表示业务应用的模块，例如教学场景、订单场景。业务场景所需的至少一个应用程序接口用于表示实现业务场景功能的API接口，例如，订单场景中生成订单编号的API接口。

S605，基于资源关系模型，调用业务场景所需的至少一个应用程序接口，以实现业务场景预设的功能。

在一个具体的例子中，新增业务场景：物流场景，该物流场景可以实现的功能有：获取订单价格、订单时间、物流跟踪、用户姓名等信息。因此，需要调用的API接口至少可以包括：可以获取订单价格的API接口1、可以获取订单时间的API接口2、可以获取物流跟踪的API接口3、可以获取用户姓名的API接口4。根据资源关系模型可以确定获取订单价格的API接口1存在于云服务器1和云服务器3、获取订单时间的API接口2存在于云服务器2和云服务器3、获取物流跟踪的API接口3存在于云服务器1和云服务器2、获取用户姓名的API接口4存在于云服务器1。这样新增的物流场景在实现上述功能时，可以直接调取各云服务器中API接口，这样不仅可以无需新增云服务器，还可以动态获取并维护用户的各项信息。

图7是本申请一示例性实施例提供的资源整合装置的结构示意图。该资源整合装置可以设置于服务器等设备中，执行本申请上述任一实施例资源整合方法。如图7所示，该资源整合装置可以包括：

获取模块71，用于获取多个应用程序接口信息；其中，应用程序接口信息包括：属性字段以及接口对应的主机；

确定模块72，用于基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系；

建立模块73，用于基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型。

在本申请实施例中，通过获取多个应用程序接口信息；基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系；基于不同主机的应用程序接口之间对应的关系，建立资源关系模型。由此，本申请实施例可以根据应用程序接口与主机之间对应的关系建立资源关系模型，对各应用程序接口进行统一的调用、更新、删除等操作，这样不仅可以对现有主机与应用程序接口之间的关系进行快速梳理，还可以对资源关系模型进行动态维护。

在一些实施方式中，所述获取模块71之前，所述装置还包括：

字段获取模块，用于获取当前主机的属性字段和应用模型中多个应用程序接口的属性字段；其中，所述当前主机的属性字段包括：应用程序接口名称和内网网际互连协议地址，所述应用程序接口的属性字段包括：应用程序接口名称；

主机模型建立模块，用于在所述当前主机的应用程序接口名称与所述应用模型中至少一个应用程序接口的应用程序接口名称相互匹配的情况下，基于所述当前主机的内网网际互连协议地址，建立所述当前主机与所述至少一个应用程序接口之间对应关系的主机模型；

接口信息确定模块，用于基于所述主机模型确定所述多个应用程序接口信息。

在一些实施方式中，所述确定模块72，包括：

第一确定单元，用于基于所述预设的元数据确定所述各应用程序接口中待识别的属性字段；

第二确定单元，用于在所述各应用程序接口中待识别的属性字段相互匹配的情况下，确定不同主机的应用程序接口之间对应的关系。

在一些实施方式中，所述建立模块73之后，所述装置还包括：展示模块，用于在电子设备中对所述资源关系模型进行展示。

在一些实施方式中，所述建立模块73之后，所述装置还包括：

操作模块，用于基于所述资源关系模型，对所述不同主机中的应用程序接口进行以下一项或多项操作：添加应用程序接口、更新应用程序接口、删除应用程序接口。

在一些实施方式中，所述建立模块73之后，所述装置还包括：

接口确定模块，用于基于预先设定的业务场景，确定所述业务场景所需的至少一个应用程序接口；

调用模块，用于基于所述资源关系模型，调用所述业务场景所需的至少一个应用程序接口，以实现所述业务场景预设的功能。

在一些实施方式中，所述建立模块73之后，所述装置还包括：存储模块，用于将所述主机模型和所述资源关系模型存储到数据库中。

需要说明的是，上述实施例提供的资源整合装置在执行资源整合方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源整合装置与资源整合方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

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

请参见图8，为本申请实施例提供了一种电子设备的结构示意图。如图8所示，所述电子设备80可以包括：至少一个处理器81，至少一个网络接口84，用户接口83，存储器85，至少一个通信总线82。

其中，通信总线82用于实现这些组件之间的连接通信。

其中，用户接口83可以包括显示屏(Display)、摄像头(Camera)，可选用户接口83还可以包括标准的有线接口、无线接口。

其中，网络接口84可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，处理器81可以包括一个或者多个处理核心。处理器81利用各种借口和线路连接整个电子设备80内的各个部分，通过运行或执行存储在存储器85内的指令、程序、代码集或指令集，以及调用存储在存储器85内的数据，执行电子设备80的各种功能和处理数据。可选的，处理器81可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器81可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器81中，单独通过一块芯片进行实现。

其中，存储器85可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器85包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器85可用于存储指令、程序、代码、代码集或指令集。存储器85可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器85可选的还可以是至少一个位于远离前述处理器81的存储装置。如图8所示，作为一种计算机存储介质的存储器85中可以包括操作系统、网络通信模块、用户接口模块以及资源整合应用程序。

在图8所示的电子设备80中，用户接口83主要用于为用户提供输入的接口，获取用户输入的数据；而处理器81可以用于调用存储器85中存储的资源整合应用程序，并具体执行以下操作：

获取多个应用程序接口信息；其中，应用程序接口信息包括：属性字段以及接口对应的主机；

基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系；

基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型。

在一些实施方式中，所述处理器81在执行获取多个应用程序接口信息之前，还执行：

获取当前主机的属性字段和应用模型中多个应用程序接口的属性字段；其中，所述当前主机的属性字段包括：应用程序接口名称和内网网际互连协议地址，所述应用程序接口的属性字段包括：应用程序接口名称；

在所述当前主机的应用程序接口名称与所述应用模型中至少一个应用程序接口的应用程序接口名称相互匹配的情况下，基于所述当前主机的内网网际互连协议地址，建立所述当前主机与所述至少一个应用程序接口之间对应关系的主机模型；

基于所述主机模型，确定所述多个应用程序接口信息。

在一些实施方式中，所述处理器81在执行基于预设的元数据和各应用程序接口的属性字段，确定不同主机的应用程序接口之间对应的关系时，具体执行：

基于所述预设的元数据确定所述各应用程序接口中待识别的属性字段；

在所述各应用程序接口中待识别的属性字段相互匹配的情况下，确定不同主机的应用程序接口之间对应的关系。

在一些实施方式中，所述处理器81在执行基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型之后，还执行：在电子设备中对所述资源关系模型进行展示。

在一些实施方式中，所述处理器81在执行基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型之后，还行执行：

基于所述资源关系模型，对所述不同主机中的应用程序接口进行以下一项或多项操作：添加应用程序接口、更新应用程序接口、删除应用程序接口。

在一些实施方式中，所述处理器81在执行基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型之后，还执行：

基于预先设定的业务场景，确定所述业务场景所需的至少一个应用程序接口；

基于所述资源关系模型，调用所述业务场景所需的至少一个应用程序接口，以实现所述业务场景预设的功能。

在一些实施方式中，所述处理器81在执行基于所述不同主机的应用程序接口之间对应的关系，建立资源关系模型之后，还执行：将所述主机模型和所述资源关系模型存储到数据库中。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得计算机或处理器执行上述图3-图6所示实施例中的一个或多个步骤。上述资源整合装置的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在所述计算机可读取存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital SubscriberLine，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字多功能光盘(Digital VersatileDisc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。而前述的存储介质包括：制度存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可存储程序代码的介质。在不冲突的情况下，本实施例和实施方案中的技术特征可以任意组合。

以上所述的实施例仅仅是本申请的优选实施例方式进行描述，并非对本申请的范围进行限定，在不脱离本申请的设计精神的前提下，本领域普通技术人员对本申请的技术方案作出的各种变形及改进，均应落入本申请的权利要求书确定的保护范围内。