一种SDK的更新方法、装置以及电子设备

技术领域

本申请涉及数据交换网络领域，尤其涉及一种SDK的更新方法、装置以及电子设备。

背景技术

SDK就是Software Development Kit的缩写，中文意思是：软件开发工具包，它包含一系列的工具、文档、示例代码和库文件等，可以帮助快速地构建一个应用程序。

如今，很多第三方软件都会提供自己的SDK模块，可以让用户在自己的应用程序中使用这些SDK模块。用户使用的用户设备中往往安装有多个应用程序，任意一个应用程序更新时，都需要该应用程序向该应用程序对应的服务器发送应用程序更新请求。此时，亟需一种能够为多个应用程序提供更新服务的方法。

发明内容

本申请提供了一种SDK的更新方法、装置以及电子设备，解决用户使用的用户设备中往往安装有多个应用程序，任意一个应用程序更新时，都需要该应用程序向该应用程序对应的服务器发送应用程序更新请求的问题。

在本申请的第一方面提供了一种SDK的更新方法，方法应用于医疗设备，方法具体步骤如下：接收第一用户设备发送的第一更新请求，第一更新请求用于请求更新第一软件的第一SDK模块；第一软件包括多个SDK模块，多个SDK模块包括第一SDK模块；在第一预设存储库中查询第一SDK模块对应的第一更新文件；第一预设存储库包括第一SDK模块与第一更新文件的对应关系；向第一用户设备发送第一更新文件，以便于第一用户设备完成第一软件的更新。

通过采用上述技术方案，可以对多个SDK模块发送的更新请求进行处理，对于不同的SDK模块发送的不同更新请求，能够快速找到与之对应的更新文件，解决了用户使用的用户设备中往往安装有多个应用程序，任意一个应用程序更新时，都需要该应用程序向该应用程序对应的服务器发送应用程序更新请求的问题。

可选的，获取第一服务器的第一列表信息，第一列表信息包括第二软件的历史版本信息，历史版本信息包括第一版本信息，第一版本信息包括版本号、更新内容以及SDK模块信息；获取第二服务器的第二列表信息；比较第一列表信息和第二列表信息中的内容，得到比较结果；根据比较结果，将第一列表信息与第二列表信息进行列表信息同步。

通过上述技术方案，将不同的服务器以相互共享资源的方式连接起来，并且各自都拥有独立功能的计算机系统，当其中一个服务器的更新信息未进行同步时，可以通过其他的服务器同步最新更新内容，从而使得每一个服务器的更新信息都能够实时同步。

可选的，若第一列表信息包括第二软件的第一版本信息，且第二列表信息未包括第一版本信息，将第二软件的第一版本信息发送给第二服务器，以便于第二服务器中第二列表信息同步第二软件的第一版本信息；若第二列表信息包括第二软件的第二版本信息，且第一列表信息未包括第二版本信息，向第二服务器发送第二软件的第二版本信息的同步请求，以便于第一服务器中第一列表信息同步第二软件的第二版本信息。

通过采用上述技术方案，通过信息同步，单一服务器既可以向其他服务器发送最新版本的更新文件，也可以通过其他服务器，获取该服务器缺失的最新版本更新文件。

可选的，接收第二用户设备发送的第二更新请求，第二更新请求用于请求更新第三软件的第二SDK模块；在第一预设存储库中查询第二SDK模块对应的第二更新文件；第二预设存储库包括第二SDK模块与第二更新文件的对应关系；比较第一更新请求与第二更新请求的优先级；若第二更新请求的优先级高于第一更新请求的优先级，则向第二用户设备发送第二更新文件，以便于第二用户设备完成第二软件的更新。

通过上述技术方案，设置一个优先级，可以在不同的用户之间平衡服务器资源的使用，可以优化服务器的资源利用率，并使整个更新过程更加高效。

可选的，第一更新请求的优先级根据第一用户设备向第一服务器发送的更新请求数量确定，第一用户设备向第一服务器发送的更新请求数量越多，第一更新请求的优先级越高。

通过采用上述技术方案，确定了优先级的设置方法，可以通过判断用户历史更新请求数量，从而确定向用户发送更新文件的优先级。此外，当不同用户的历史更新请求数量相同时，可以通过同时向所有用户发送一个ping指令，通过用户的网络延迟来判断向用户发送更新文件的优先级，需要说明的是，通过发送ping请求只是不同用户在历史更新请求数量相同时，判断用户优先级的一种方法，其他方法还包括查询用户的IP地址归属地、分类用户级别和用户活跃度等，本实施例在此不做限定。

可选的，在第二预设存储库中查询第一更新文件对应的测试环境；第二预设存储库包括第一更新文件与测试工具的对应关系；运行测试工具以测试第一更新文件，得到测试结果；当测试结果为通过时，向第一用户设备发送第一更新文件。

通过使用上述技术方案，通过测试工具对更新文件进行检测，可以帮助确定更新文件是否适合用户的软件进行版本更新。

可选的，运行测试工具，对第一更新文件进行兼容性测试、稳定性测试以及安全性测试。

通过上述技术方案，通过使用相应的测试工具，可以对更新文件的兼容性、稳定性以及安全性进行检测，当所有检测内容都通过时，说明更新文件适合用户的软件进行版本更新。

在本申请的第二方面提供了一种SDK的更新装置，装置为服务器，装置包括接收模块以及查询模块；

接收模块，用于接收第一用户设备发送的第一更新请求，第一更新请求用于请求更新第一软件的第一SDK模块；第一软件包括多个SDK模块，多个SDK模块包括第一SDK模块。

查询模块，用于在第一预设存储库中查询第一SDK模块对应的第一更新文件；第一预设存储库包括第一SDK模块与第一更新文件的对应关系；向第一用户设备发送第一更新文件，以便于第一用户设备完成第一软件的更新。

可选的，接收模块用于获取第一服务器的第一列表信息，第一列表信息包括第二软件的历史版本信息，历史版本信息包括第一版本信息，第一版本信息包括版本号、更新内容以及SDK模块信息；获取第二服务器的第二列表信息；比较第一列表信息和第二列表信息中的内容，得到比较结果；根据比较结果，将第一列表信息与第二列表信息进行列表信息同步。

可选的，接收模块用于若第一列表信息包括第二软件的第一版本信息，且第二列表信息未包括第一版本信息，将第二软件的第一版本信息发送给第二服务器，以便于第二服务器中第二列表信息同步第二软件的第一版本信息；若第二列表信息包括第二软件的第二版本信息，且第一列表信息未包括第二版本信息，向第二服务器发送第二软件的第二版本信息的同步请求，以便于第一服务器中第一列表信息同步第二软件的第二版本信息。

可选的，接收模块用于接收第二用户设备发送的第二更新请求，第二更新请求用于请求更新第三软件的第二SDK模块；在第一预设存储库中查询第二SDK模块对应的第二更新文件；第二预设存储库包括第二SDK模块与第二更新文件的对应关系；比较第一更新请求与第二更新请求的优先级；若第二更新请求的优先级高于第一更新请求的优先级，则向第二用户设备发送第二更新文件，以便于第二用户设备完成第二软件的更新。

可选的，接收模块用于第一更新请求的优先级根据第一用户设备向第一服务器发送的更新请求数量确定，第一用户设备向第一服务器发送的更新请求数量越多，第一更新请求的优先级越高。

可选的，查询模块用于在第二预设存储库中查询第一更新文件对应的测试环境；第二预设存储库包括第一更新文件与测试工具的对应关系；运行测试工具以测试第一更新文件，得到测试结果；当测试结果为通过时，向第一用户设备发送第一更新文件。

可选的，查询模块用于运行测试工具，对第一更新文件进行兼容性测试、稳定性测试以及安全性测试。

在本申请的第三方面提供了一种电子设备，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如上述任意一项所述的方法。

在本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行如上述任意一项所述的方法。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、通过上述技术方案，对多个SDK模块发送的更新请求进行处理，对于不同的SDK模块发送的不同更新请求，能够快速找到与之对应的更新文件，解决了用户使用的用户设备中往往安装有多个应用程序，任意一个应用程序更新时，都需要该应用程序向该应用程序对应的服务器发送应用程序更新请求的问题。

2、通过设置安全信息，将不同的服务器以相互共享的资源方式连接起来，并且各自都拥有独立功能的计算机系统，当其中一个服务器的更新信息未进行同步时，可以通过其他的服务器同步最新更新内容，从而使得每一个服务器的更新信息都能够实时同步。

3、设置一个优先级，可以在不同的用户之间平衡服务器资源的使用，可以优化服务器的资源利用率，并使整个更新过程更加高效。

附图说明

图1是本申请实施例提供的一种SDK的更新方法的一个流程示意图。

图2a是本申请实施例提供的服务器中软件列表信息的一种结构示意图。

图2b是本申请实施例提供的服务器中软件列表信息的另一种结构示意图。

图2c是本申请实施例提供的服务器中软件列表信息的又一种结构示意图。

图2d是本申请实施例提供的服务器中软件列表信息的再一种结构示意图。

图3是本申请实施例提供的一种SDK的更新装置的结构示图。

图4是本申请实施例提供的一种电子设备的结构示意图。

附图标记说明：31、接收模块；32、查询模块；400、电子设备；401、处理器；402、存储器；403、用户接口；404、网络接口；405、通信总线。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在对本申请实施例进行介绍之前，首先对本申请实施例中涉及的一些名词进行定义和说明。

SDK：SDK就是Software Development Kit的缩写，中文意思就是软件开发工具包。这是一个覆盖面相当广泛的名词，可以这么说：辅助开发某一类软件的相关文档、范例和工具的集合都可以叫做SDK。在本申请中，SDK用于辅助相应软件进行软件更新。

为了使本领域的技术人员更好地理解本发明的技术方案，下面将结合附图对本发明作进一步的详细介绍。

请参考图1，其示出了本发明一个实施例提供的一种SDK的更新方法的流程示意图，所述方法应用于服务器，该流程图主要包括以下几个步骤：S101至S103。

步骤S101、接收第一用户设备发送的第一更新请求，第一更新请求用于请求更新第一软件的第一SDK模块；第一软件包括多个SDK模块，多个SDK模块包括第一SDK模块。

具体地，在用户设备中，存在多个软件，且每个软件都包含多个SDK模块，此时，SDK模块的更新请求可以分为多种情况，可以是一个软件中的单个SDK模块向服务器发送更新请求，也可以是同一软件的多个SDK模块向服务发送请求，服务器可以同时处理这些SDK模块发送的请求。当更新请求为单个时，说明该软件是部分功能需要进行更新，此时软件的更新模式为增量更新；当更新请求为多个时，说明该软件的大部分功能都需要进行更新，此时软件的更新为全量更新。需要说明的是，服务器不仅能进行单个软件的更新，也能够实现对多个软件进行同时更新。

在一种可能的实施方式中，步骤S101还包括：获取第一服务器的第一列表信息，第一列表信息包括第二软件的历史版本信息，历史版本信息包括第一版本信息，第一版本信息包括版本号、更新内容以及SDK模块信息；获取第二服务器的第二列表信息；比较第一列表信息和第二列表信息中的内容，得到比较结果；根据比较结果，将第一列表信息与第二列表信息进行列表信息同步。

具体地，将不同的服务器以相互共享的资源方式连接起来，并且各自都拥有独立功能的计算机系统，当其中一个服务器的更新信息未进行同步时，可以通过其他的服务器同步最新更新内容，从而使得每一个服务器的更新信息都能够实时同步。在每一个服务器中，都可以为每一个软件建立一个信息列表，该信息列表包括该软件的所有历史版本信息，该版本信息包括但不限于版本号、更新内容以及SDK模块信息。需要说明的是，上述最新更新内容指的并非单一更新安装包，而是指某一服务器在通过与其他服务器进行列表信息对比后，该服务器或其他服务器所缺失的所有历史安装包。

在一种可能的实施方式中，步骤S101还包括：若第一列表信息包括第二软件的第一版本信息，且第二列表信息未包括第一版本信息，将第二软件的第一版本信息发送给第二服务器，以便于第二服务器中第二列表信息同步第二软件的第一版本信息；若第二列表信息包括第二软件的第二版本信息，且第一列表信息未包括第二版本信息，向第二服务器发送第二软件的第二版本信息的同步请求，以便于第一服务器中第一列表信息同步第二软件的第二版本信息。

具体地，请参考图2，图2为服务器A与服务器B建立的关于软件a以及软件b的列表信息，包括但不限于软件a的历史版本号、更新内容以及SDK模块信息。假设软件a与软件b的发布版本皆是1.01版本，通过对比图2a和图2b可以看出，服务器A对于软件a与服务器B相比，缺少了2.01版本以及2.02版本，则服务器A向服务器B发送同步信息，获取软件a的2.01版本以及2.02版本的更新安装包；通过对比图2c和图2d可以看出，服务器B对于软件b与服务器A相比，缺少了1.90版本，则服务器A向服务器B发送同步信息，发送软件b的1.90版本的更新安装包。需要说明的是，图2中的服务器所包含的列表信息可以不止是a软件与b软件的列表信息，服务器可以储存多个软件的列表信息。

步骤S102、在第一预设存储库中查询第一SDK模块对应的第一更新文件；第一预设存储库包括第一SDK模块与第一更新文件的对应关系。

具体地，上述第一预设储存库为服务器的一部分，该储存库是一个数据库，用于存储各SDK模块信息，更新文件，以及各SDK模块与更新文件的对应关系。当服务器接收到相应的SDK模块发送的更新请求时，可以识别出发送更新请求的SDK模块。在识别出该SDK模块之后，通过查询该SDK模块与更新文件的对应关系，即可找到该SDK模块对应的更新文件。

在一种可能的实施方式中，步骤S102还包括：接收第二用户设备发送的第二更新请求，第二更新请求用于请求更新第三软件的第二SDK模块；在第一预设存储库中查询第二SDK模块对应的第二更新文件；第二预设存储库包括第二SDK模块与第二更新文件的对应关系；比较第一更新请求与第二更新请求的优先级；若第二更新请求的优先级高于第一更新请求的优先级，则向第二用户设备发送第二更新文件，以便于第二用户设备完成第二软件的更新。

具体的，若服务器同时接收到不同用户设备中的SDK模块发送的更新请求，服务器可以通过判断不同用户设备的优先级以确定向用户设备发送更新文件的顺序；确定用户设备的优先级后，服务器根据优先级由高到低向各个用户设备发送对应的更新文件。

在一种可能的实施方式中，步骤S102还包括：第一更新请求的优先级根据第一用户设备向第一服务器发送的更新请求数量确定，第一用户设备向第一服务器发送的更新请求数量越多，第一更新请求的优先级越高。

具体的，服务器可以根据用户设备的更新请求数量，用户在本次更新请求之前，向服务器发送的更新请求数量越多，则说明优先级越高。

举例说明，若服务器同时接收用户A与用户B的更新请求，此时，服务器同时查询用户A与用户B在此次更新请求之前的历史更新请求数量，若用户A的历史更新请求数量为6次，用户B的历史更新请求数量为8次，则说明用户B的优先级大于用户A，服务器优先向用户B发送更新文件。当用户A和用户B的历史更新请求数量相同时，可以通过同时向用户A与B发送一个ping指令，之后分别计算ping指令从服务器发送到返回服务器所需的时间，以通过用户的网络延迟来判断向用户发送更新文件的优先级；若通过计算，用户A所需的时间大于用户B，则判断用户B的优先级高于用户A。需要说明的是，通过发送ping请求只是不同用户在历史更新请求数量相同时，判断用户优先级的一种方法，其他方法还包括查询用户的IP地址归属地、分类用户级别和用户活跃度等，本实施例在此不做限定。

步骤S103、向第一用户设备发送第一更新文件，以便于第一用户设备完成第一软件的更新。

具体的，在服务器查询到SDK模块对应的更新文件之后，通过该SDK模块对应的API接口，将更新文件发送给SDK模块。

在一种可能的实施方式中，步骤S103还包括：在第二预设存储库中查询第一更新文件对应的测试环境；第二预设存储库包括第一更新文件与测试工具的对应关系；运行测试工具以测试第一更新文件，得到测试结果；当测试结果为通过时，向第一用户设备发送第一更新文件。

具体的，不同的SDK模块对应不同的测试工具；在测试工具中设置测试预设结果，通过检测，若更新文件的所有测试结果和预设结果相同，则判断该更新文件测试结果为通过；若检测结果有一项或多项与预设结果不同，则判断更新文件测试结果为不通过，并统计错误项目，生成错误报告，便于开发人员进行相关修复。

在一种可能的实施方式中，步骤S103还包括：运行测试工具，对第一更新文件进行兼容性测试、稳定性测试以及安全性测试。

具体的，更新文件测试可以是多项测试内容，包括但不限于兼容性测试、稳定性测试、安全性测试等。

举例说明，服务准备向SDK模块a发送与之对应的更新文件a，在发送前，需通过与SDK模块对应的测试工具A进行更新文件测试，测试工具A对更新文件的兼容性、稳定性以及安全性进行测试，若更新文件的兼容性和稳定性与预设结果产生不同，安全性与预设结果相同，则判断更新文件a兼容性以及稳定性为错误（例如：更新文件损坏或不完整、更新文件代码与原有的系统环境不兼容以及更新文件配置过程中数据丢失或损坏等），安全性为正确，并生成错误报告以发送给服务器，该错误报告可以以表格形式生成，本实施例不做具体限定。

本申请还提供了一种SDK的更新装置，该装置包括接收模块31以及查询模块32。

接收模块31，用于接收第一用户设备发送的第一更新请求，第一更新请求用于请求更新第一软件的第一SDK模块；第一软件包括多个SDK模块，多个SDK模块包括第一SDK模块。

查询模块32，用于在第一预设存储库中查询第一SDK模块对应的第一更新文件；第一预设存储库包括第一SDK模块与第一更新文件的对应关系；向第一用户设备发送第一更新文件，以便于第一用户设备完成第一软件的更新。

在一种可能的实施方式中，接收模块31用于获取第一服务器的第一列表信息，第一列表信息包括第二软件的历史版本信息，历史版本信息包括第一版本信息，第一版本信息包括版本号、更新内容以及SDK模块信息；获取第二服务器的第二列表信息；比较第一列表信息和第二列表信息中的内容，得到比较结果；根据比较结果，将第一列表信息与第二列表信息进行列表信息同步。

在一种可能的实施方式中，接收模块31用于若第一列表信息包括第二软件的第一版本信息，且第二列表信息未包括第一版本信息，将第二软件的第一版本信息发送给第二服务器，以便于第二服务器中第二列表信息同步第二软件的第一版本信息；若第二列表信息包括第二软件的第二版本信息，且第一列表信息未包括第二版本信息，向第二服务器发送第二软件的第二版本信息的同步请求，以便于第一服务器中第一列表信息同步第二软件的第二版本信息。

在一种可能的实施方式中，接收模块31用于接收第二用户设备发送的第二更新请求，第二更新请求用于请求更新第三软件的第二SDK模块；在第一预设存储库中查询第二SDK模块对应的第二更新文件；第二预设存储库包括第二SDK模块与第二更新文件的对应关系；比较第一更新请求与第二更新请求的优先级；若第二更新请求的优先级高于第一更新请求的优先级，则向第二用户设备发送第二更新文件，以便于第二用户设备完成第二软件的更新。

在一种可能的实施方式中，接收模块31用于第一更新请求的优先级根据第一用户设备向第一服务器发送的更新请求数量确定，第一用户设备向第一服务器发送的更新请求数量越多，第一更新请求的优先级越高。

在一种可能的实施方式中，查询模块32用于在第二预设存储库中查询第一更新文件对应的测试环境；第二预设存储库包括第一更新文件与测试工具的对应关系；运行测试工具以测试第一更新文件，得到测试结果；当测试结果为通过时，向第一用户设备发送第一更新文件。

在一种可能的实施方式中，查询模块32用于运行测试工具，对第一更新文件进行兼容性测试、稳定性测试以及安全性测试。

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

本申请还公开一种电子设备。参照图4，图4是本申请实施例的公开的一种电子设备的结构示意图。该电子设备400可以包括：至少一个处理器401，存储器402，用户接口403，至少一个网络接口404，至少一个通信总线405。

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

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

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

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

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

在图4所示的电子设备400中，用户接口403主要用于为用户提供输入的接口，获取用户输入的数据；而处理器401可以用于调用存储器402中存储一种SDK的更新应用程序，当由一个或多个处理器401执行时，使得电子设备400执行如上述实施例中一个或多个所述的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、召回服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到（所陈述的条件或事件）”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到（所陈述的条件或事件）时”或“响应于检测到（所陈述的条件或事件）”。

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。