一种进程运行的方法、装置、计算机设备及存储介质与流程

本公开涉及计算机技术领域，具体而言，涉及一种进程运行的方法、装置、计算机设备及存储介质。

背景技术：

操作系统例如安卓系统在安装应用程序时就决定了该应用程序的应用程序二进制接口(applicationbinaryinterface，abi)的处理位数，即该应用程序的abi是32位的还是64位的。

在安装应用程序后，应用程序只能用固定处理位数的abi启动对应处理位数的进程，比如在64位的应用程序中无法启动32位的进程，导致在应用程序中无法使用一些不同处理位数的小程序。

技术实现要素：

本公开实施例至少提供一种进程运行的方法、装置、计算机设备及存储介质。

第一方面，本公开实施例提供了一种进程运行的方法，包括：

基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息；基于配置后的abi，启动所述第二处理位数的第二进程。

在一种可能的实施方式中，还包括：在所述第一进程对应的应用程序配置文件中声明所述插桩测试用例，并创建所述插桩测试用例。

在一种可能的实施方式中，所述为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息，包括：将所述插桩测试用例指示的abi配置为用于指示处理位数为所述第二处理位数的目标字符串。

在一种可能的实施方式中，所述为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息，包括：根据所述第一进程的所述第一处理位数，确定与所述第一处理位数不同的所述第二处理位数；为所述插桩测试用例指示的abi配置与所述第二处理位数匹配的目标abi参数信息。

在一种可能的实施方式中，基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息，包括：在所述第一进程中启用反射机制，将调用的所述插桩测试用例指示的匹配第一处理位数的初始abi参数信息，修改为匹配第二处理位数的所述目标abi参数信息。

在一种可能的实施方式中，基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息，包括：在所述第一进程中调用目标操作系统功能，通过目标操作系统功能调用所述插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息。

在一种可能的实施方式中，所述基于配置后的abi，启动所述第二处理位数的第二进程，包括：调用所述abi以启动所述第二进程，并关闭所述第一进程。

在一种可能的实施方式中，启动所述第二处理位数的第二进程之后，还包括：在所述第二进程中启动目标对象，所述目标对象包括所述第一进程和/或所述第二处理位数的目标应用程序。

在一种可能的实施方式中，所述在所述第二进程中启动目标对象，包括：在所述目标对象包含用户界面ui数据的情况下，展示用于指示用户确认是否授权启动所述目标对象的提示信息；响应用户基于所述提示信息反馈的确认信息，在所述第二进程中启动所述目标对象。

第二方面，本公开实施例还提供一种进程运行的装置，包括：

配置模块，用于基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息；

启动模块，用于基于配置后的abi，启动所述第二处理位数的第二进程。

在一种可能的实施方式中，所述装置还包括：创建模块；所述创建模块，用于在所述第一进程对应的应用程序配置文件中声明所述插桩测试用例，并创建所述插桩测试用例。

在一种可能的实施方式中，在为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于将所述插桩测试用例指示的abi配置为用于指示处理位数为所述第二处理位数的目标字符串。

在一种可能的实施方式中，在为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于根据所述第一进程的所述第一处理位数，确定与所述第一处理位数不同的所述第二处理位数；为所述插桩测试用例指示的abi配置与所述第二处理位数匹配的目标abi参数信息。

在一种可能的实施方式中，在基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于在所述第一进程中启用反射机制，将调用的所述插桩测试用例指示的匹配第一处理位数的初始abi参数信息，修改为匹配第二处理位数的所述目标abi参数信息。

在一种可能的实施方式中，在基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于在所述第一进程中调用目标操作系统功能，通过目标操作系统功能调用所述插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息。

在一种可能的实施方式中，在基于配置后的abi，启动所述第二处理位数的第二进程时，所述启动模块，具体用于调用所述abi以启动所述第二进程，并关闭所述第一进程。

在一种可能的实施方式中，启动所述第二处理位数的第二进程之后，所述启动模块，还用于在所述第二进程中启动目标对象，所述目标对象包括所述第一进程和/或所述第二处理位数的目标应用程序。

在一种可能的实施方式中，在所述第二进程中启动目标对象时，所述启动模块，具体用于在所述目标对象包含用户界面ui数据的情况下，展示用于指示用户确认是否授权启动所述目标对象的提示信息；响应用户基于所述提示信息反馈的确认信息，在所述第二进程中启动所述目标对象。

第三方面，本公开可选实现方式还提供一种计算机设备，处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器用于执行所述存储器中存储的机器可读指令，所述机器可读指令被所述处理器执行时，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

第四方面，本公开可选实现方式还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

关于上述进程运行的装置、计算机设备、及计算机可读存储介质的效果描述参见上述进程运行的方法的说明，这里不再赘述。

本公开实施例提供的进程运行的方法、装置、计算机设备及存储介质，基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为该插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息，这样，基于配置后的abi即第二处理位数的abi就可以在第一处理位数的应用程序中启动一个第二处理位数的第二进程，从而可以在特定处理位数的应用程序中实现不同处理位数的应用进程的启动，提高了进程启动的灵活性。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种进程运行的方法的流程图；

图2示出了本公开实施例所提供的一种进程运行的装置的示意图；

图3示出了本公开实施例所提供的一种计算机设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

经研究发现，操作系统例如安卓系统在安装应用程序时就决定了该应用程序的abi的处理位数，即该应用程序的abi是32位的还是64位的。例如在安卓系统安装的某应用程序的处理位数为64位，则该应用程序只能通过64位的abi启动64位的进程，在这种情况下就无法在该应用程序中启动32位的小程序。

基于上述研究，本公开提供了一种进程运行的方法、装置、计算机设备及存储介质，基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为该插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息，通过插桩测试用例，可以为第一处理位数的应用程序配置一个第二处理位数的abi，该第一处理位数的应用程序可以基于该第二处理位数的abi也即配置后的abi启动一个第二处理位数的第二进程，基于该第二进程，可以在该第一处理位数的应用程序中启动第二处理位数的应用程序。

上述问题的提出及解决过程均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种进程运行的方法进行详细介绍，本公开实施例所提供的进程运行的方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(userequipment，ue)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字助理(personaldigitalassistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该进程运行的方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

本公开实施例所述的插桩测试用例如为预先创建的、能为第一处理位数的应用程序配置第二处理位数的abi的一个测试用例。

示例性的，在第一处理位数的第一进程对应的应用程序配置文件中声明该插桩测试用例，并创建该插桩测试用例；例如，第一处理位数的第一进程对应的应用程序配置文件androidmanifext.xml中声明插桩测试用例instrumentation，并创建该插桩测试用例instrumentation的执行代码，以实现为instrumentation指示的abi配置与第二处理位数匹配的目标abi参数信息的功能。

另外，本公开实施例中所述的第一处理位数、第二处理位数例如为操作系统为应用程序确定的，例如包括64位、32位。第一处理位数与第二处理位数不同，例如第一处理位数为64位的情况下，第二处理位数为32位；第一处理位数为32位的情况下，第二处理位数为64位。为了便于说明，本公开实施例以第一处理位数为64位，第二处理位数为32位为例进行说明。

下面以执行主体为计算机设备为例对本公开实施例提供的进程运行的方法加以说明。

参见图1所示，为本公开实施例提供的进程运行方法的流程图，所述方法包括步骤s101～s102，其中：

s101：基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息。

具体的，调用插桩测试用例时，该插桩测试用例执行的功能例如包括：根据第一进程的第一处理位数，确定与第一处理位数不同的第二处理位数；为插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息。例如，第一进程的处理位数为64位，则确定第二处理位数为32位，为插桩测试用例指示的abi配置32位的目标abi参数信息。

其中，为插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息例如包括：将插桩测试用例指示的abi配置为用于指示处理位数为第二处理位数的目标字符串。目标字符串例如包括abi字符串，不同的abi字符串代表不同处理位数的abi，例如64位abi的abi字符串包括：arm64-v7a，32位abi的abi字符串包括：armeabi-v7a等。

示例性的，给插桩测试用例instrumentation指示的abi参数abioverride，传入指定的abi字符串(例如armeabi-v7a，arm64-v7a等)。

基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息例如包括但不限于下述(1)、(2)任一种方式：

(1)：在第一处理位数的第一进程中调用该预先创建的插桩测试用例，并启动反射机制例如反射hook，将调用的插桩测试用例指示的匹配第一处理位数的初始abi参数信息，修改为匹配第二处理位数的目标abi参数信息。

具体的，在第一进程中调用插桩测试用例后，插桩测试用例会为abi配置与第二处理位数匹配的目标abi参数信息，但是，在第一进程中调用插桩测试用例时，操作系统例如安卓系统会为该插桩测试用例指示的abi确定与第一处理位数匹配的初始abi参数信息，基于反射机制例如反射hook的方式将操作系统自动配置的初始abi参数信息拦截下来，然后将插桩测试用例确定的目标abi参数信息配置给插桩测试用例指示的abi。

(2)：在第一进程中调用目标操作系统功能，通过目标操作系统功能调用插桩测试用例。其中，目标操作系统功能例如包括操作系统中的系统工具，例如安卓系统中的app_process。

示例性的，在第一进程中调用app_process，向app_process发送目标命令行，app_process可以基于该目标命令行控制安卓系统调用该预先创建的插桩测试用例，因为app_process在安卓系统中具有较高的操作权限，因此通过app_process在安卓系统中调用插桩测试用例时，可以直接将插桩测试用例确定的与第二处理位数匹配的目标abi参数信息配置给插桩测试用例指示的abi，安卓系统不会为插桩测用例指示的abi生成与第一处理位数匹配的初始abi参数信息。

另外，本公开实施例提供的进程运行的方法中，调用插桩测试用例的时机包括但不限于下述(a)、(b)中任一种：

(a)：在第一处理位数的应用程序启动时调用插桩测试用例：在第一处理位数的应用程序启动过程中，基于应用程序中任一运行的第一处理位数的第一进程调用该插桩测试用例，配置上述目标abi参数信息；例如，用户启动一个64位的应用程序m时，基于m中的任一64位的第一进程调用插桩测试用例。

(b)：在第一处理位数的应用程序正常运行过程中(也即提供服务的过程中)调用插桩测试用例：在第一处理位数的应用程序提供服务的过程中，响应用户对目标应用程序(例如目标小程序)的触发，调用任一运行的第一处理位数的第一进程调用该插桩测试用例，配置上述目标abi参数信息；例如64位的应用程序m正在为用户提供服务的过程中，用户触发了目标应用程序a(例如打开32位的小程序)，响应用户对a的触发，基于m中的任一64位的第一进程调用插桩测试用例，配置上述目标abi参数信息。

s102：基于配置后的abi，启动第二处理位数的第二进程。

这里，调用配置后的abi启动第二进程，在第二进程启动的过程中关闭第一进程，在第一进程被关闭后，第二进程被成功启动。

为了保证应用程序中的应用功能都能正常使用，本公开另一实施例中，在启动第二进程后，在第二进程中启动目标对象；其中，目标对象例如包括第一进程和/或第二处理位数的目标应用程序，目标应用程序例如包括小程序。

具体的，针对采用上述调用插桩测试用例的时机(a)的情况，在第一处理位数的应用程序启动过程中，通过调用插桩测试用例配置第二处理位数的abi，进而基于第二处理位数的abi启动第二进程，并在启动第二进程过程中关闭第一进程，然后，可以在成功启动的第二进程中将被关闭的第一进程重新启动；此后，在应用程序服务过程中，如果用户触发目标应用程序(例如启动第二处理位数的小程序)，就可以在第二进程中启动该目标应用程序。

该种情况下，因为是在应用程序启动时启动了第二进程，并在第二程序中又重新启动了被关闭的第一进程，实现了在用户无感知的情况下，就在该应用程序中添加了第二处理位数的第二进程，在用户触发该应用程序中的目标应用程序)时，可以在第二进程中启动该目标应用程序(例如在第二进程中启动第二处理位数的小程序)。

示例性的，在64位的应用程序m启动过程中，配置好32位的abi，并基于该abi启动32位的第二进程，在第二进程启动成功后，将关闭的64位的第一进程重新启动，保证应用程序m中运行在第一进程中的应用功能例如页面展示、语音提示等都能正常运行。另外，如果用户触发目标应用程序，例如启动32位的小程序n，则在第二进程中启动小程序n。

针对采用上述调用插桩测试用例的时机(b)的情况，在第一处理位数的应用程序提供服务的过程中，若检测到用户触发了目标应用程序(例如目标小程序)，此时触发调用插桩测试用例，来配置第二处理位数的abi的过程，在配置好第二处理位数的abi后，基于第二处理位数的abi启动第二进程，同理，在启动过程中关闭第一进程，并在第二进程启动成功后，再启动目标对象(包括第一进程、及用户所触发的目标应用程序)。

示例性的，在64位的应用程序m的服务过程中，用户触发32位的小程序n，通过上述过程配置32位的abi，并基于该32位的abi启动32位的第二进程，在第二进程启动成功后，在第二进程中启动被关闭的第一进程，以及用户触发的32位的小程序n。

在本公开的另一实施例中，上述目标对象(包括第一进程、及用户所触发的目标应用程序)可能包含用户界面ui数据(例如游戏界面数据)，基于此，可以在第二进程中启动目标对象之前先获取用户授权(例如，需要申请system_alert_window权限)。具体地，在目标对象包含用户界面ui数据的情况下，展示用于指示用户确认是否授权启动目标对象的提示信息；响应用户基于提示信息反馈的确认信息，在第二进程中启动目标对象。

综上，本公开提供的进程运行的方法，基于运行的第一处理位数的第一进程调用预想创建的插桩测试用例，为该插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息，其中，第二处理位数与第一处理位数不同；通过该种方式可以为第一处理位数的应用程序传入一个第二处理位数的abi，该第一处理位数的应用程序可以基于该第二处理位数的abi也即配置后的abi启动一个第二处理位数的第二进程，这样，在该第一处理位数的应用程序中就包含了一个第二处理位数的第二进程，基于该第二进程，可以在该第一处理位数的应用程序中启动第二处理位数的应用程序，从而可以在特定处理位数的应用程序中实现不同处理位数的进程的启动，提高了进程启动的灵活性。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与进程运行的方法对应的进程运行的装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述进程运行的方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图2所示，为本公开实施例提供的一种进程运行的装置的示意图，所述装置包括：配置模块201、启动模块202；其中，

配置模块201，用于基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息；

启动模块202，用于基于配置后的abi，启动所述第二处理位数的第二进程。

在一种可能的实施方式中，所述装置还包括：创建模块；所述创建模块，用于在所述第一进程对应的应用程序配置文件中声明所述插桩测试用例，并创建所述插桩测试用例。

在一种可能的实施方式中，在为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于将所述插桩测试用例指示的abi配置为用于指示处理位数为所述第二处理位数的目标字符串。

在一种可能的实施方式中，在为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于根据所述第一进程的所述第一处理位数，确定与所述第一处理位数不同的所述第二处理位数；为所述插桩测试用例指示的abi配置与所述第二处理位数匹配的目标abi参数信息。

在一种可能的实施方式中，在基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于在所述第一进程中启用反射机制，将调用的所述插桩测试用例指示的匹配第一处理位数的初始abi参数信息，修改为匹配第二处理位数的所述目标abi参数信息。

在一种可能的实施方式中，在基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息时，所述配置模块，具体用于在所述第一进程中调用目标操作系统功能，通过目标操作系统功能调用所述插桩测试用例，为所述插桩测试用例指示的abi配置与第二处理位数匹配的目标abi参数信息。

在一种可能的实施方式中，在基于配置后的abi，启动所述第二处理位数的第二进程时，所述启动模块，具体用于调用所述abi以启动所述第二进程，并关闭所述第一进程。

在一种可能的实施方式中，启动所述第二处理位数的第二进程之后，所述启动模块，还用于在所述第二进程中启动目标对象，所述目标对象包括所述第一进程和/或所述第二处理位数的目标应用程序。

在一种可能的实施方式中，在所述第二进程中启动目标对象时，所述启动模块，具体用于在所述目标对象包含用户界面ui数据的情况下，展示用于指示用户确认是否授权启动所述目标对象的提示信息；响应用户基于所述提示信息反馈的确认信息，在所述第二进程中启动所述目标对象。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

本公开实施例还提供了一种计算机设备，如图3所示，为本公开实施例提供的计算机设备结构示意图，包括：

处理器31和存储器32；所述存储器32存储有处理器31可执行的机器可读指令，处理器31用于执行存储器32中存储的机器可读指令，所述机器可读指令被处理器31执行时，处理器31执行下述步骤：

基于运行的第一处理位数的第一进程调用预先创建的插桩测试用例，为所述插桩测试用例指示的应用程序二进制接口abi配置与第二处理位数匹配的目标abi参数信息；

基于配置后的abi，启动所述第二处理位数的第二进程。

上述存储器32包括内存321和外部存储器322；这里的内存321也称内存储器，用于暂时存放处理器31中的运算数据，以及与硬盘等外部存储器322交换的数据，处理器31通过内存321与外部存储器322进行数据交换。

上述指令的具体执行过程可以参考本公开实施例中所述的进程运行的方法的步骤，此处不再赘述。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的进程运行的方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的进程运行的方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(softwaredevelopmentkit，sdk)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。