一种应用程序测试方法和装置与流程

本申请涉及测试技术领域，尤其涉及一种应用程序测试方法和装置。

背景技术：

随着移动终端的碎片化(开发者需为不同版本的操作系统和不同硬件配置的移动终端进行应用适配)程度越来越高以及复杂的移动网络情况,远程测试服务(rts)的重要性越来越突出。

rts是指测试平台为开发者/测试人员提供远程测试真机，然后基于开发者/测试人员在测试平台的人机界面中对远程测试真机的虚拟界面执行的操作指令，例如：安装并测试应用，利用自动化框架实现远程测试真机上对应脚本的自动化运行，以完成应用的开发/测试工作。

现有技术的方案，无法实现针对ios设备的远程测试服务。

技术实现要素：

有鉴于此，本申请实施例提供一种应用程序测试方法和装置，用以解决现有的测试平台无法提供针对ios设备的远程测试服务的问题。

本申请实施例提供一种应用程序测试方法，包括：

确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端；

将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作；

将所述第二操作指令发送至所述待测试ios设备。

可选的，所述将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令包括：

获取所述待测试ios设备操作系统的外壳-内核的转发协议，所述转发协议为外壳将接收到的操作指令转化成可调用内核服务的操作指令所遵从的协议；

基于所述转发协议将所述第一操作指令录制为对应的脚本，形成第二操作指令。

可选的，在将所述第二操作指令发送至所述待测试ios设备之后，所述方法还包括：

确定所述待测试ios设备执行所述第二操作指令生成的数据包；

将所述数据包发送至所述测试平台，以更新所述测试平台的操作界面，所述操作界面用于对待测试ios设备执行测试操作。

可选的，所述确定所述待测试ios设备执行所述第二操作指令生成的数据包包括：

按照预设采样周期，采集所述待测试ios设备的界面截图，所述界面截图用于展示所述ios设备的人机界面；

对比当前采样时间点采集的第一界面截图和前一采样时间点采集的第二界面截图，若对比获知所述第一界面截图相对于所述第二界面截图发生变化，则确定将所述第一界面截图添加至数据包中。

可选的，所述第一操作指令为所述测试平台根据所述操作界面中执行的测试操作对应的操作事件生成的，其中，所述操作事件包括：长按、拖拽、点击、双击或虚拟按键。

本申请实施例还提供一种应用程序测试装置，包括：

确定单元，用于确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端；

转化单元，用于将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作；

发送单元，用于将所述第二操作指令发送至所述待测试ios设备。

本申请实施例还提供一种应用程序测试装置，包括：存储器和处理器，其中：

存储器，用于存放程序；

处理器，用于执行所述存储器存放的程序，并具体执行：

确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端；

将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作；

将所述第二操作指令发送至所述待测试ios设备。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：

确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端；

将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作；

将所述第二操作指令发送至所述待测试ios设备。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

基于测试平台中对待测试ios设备的应用程序执行测试操作，确定对应的第一操作指令，然后将第一操作指令转化为待测试ios设备认可的第二操作指令，将第二操作指令发送至待测试ios设备，使得待测试ios设备根据第二操作指令调用相应的应用程序，以执行与所述第一操作指令相对应的测试操作，从而测试平台可提供针对ios设备的远程测试服务。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种应用程序测试方法的应用场景图；

图2为本申请一实施例提供的一种应用程序测试方法的流程示意图；

图3为本申请另一实施例提供的一种应用程序测试方法的流程示意图；

图4为本申请实施例提供的终端设备的操作界面的示意图；

图5为本申请一实施例提供的一种应用程序测试装置的结构示意图；

图6为本申请实施例提供的一种电子设备的示意结构图；

图7为本申请一实施例提供的一种应用程序测试装置的结构示意图。

具体实施方式

为了实现本申请的目的，本申请实施例提供了一种应用程序测试方法和装置，该方法包括：基于测试平台中对待测试ios设备的应用程序执行的测试操作，确定对应的第一操作指令，然后将第一操作指令转化为待测试ios设备认可的第二操作指令，将第二操作指令发送至待测试ios设备，使得待测试ios设备根据第二操作指令调用相应的应用程序，以执行与所述第一操作指令相对应的测试操作，从而测试平台可提供针对ios设备的远程测试服务。

首先，参见图1对本申请的应用场景进行说明：测试平台120上连接有多个移动终端130，例如：安卓和/或ios操作系统的手机、平板电脑等，在对待测试移动终端的应用程序执行测试操作时，用户通过终端设备110上的浏览器登陆测试平台120，并发起访问请求，测试平台120响应访问请求并返回相关数据，以在浏览器的页面上展示测试平台120的操作界面。用户基于操作界面上展示的“机型”选项，选出相应机型的待测试移动终端，测试平台120基于用户的选择指令返回待测试移动终端的界面(界面截图)，并展示在浏览器的页面上。用户在待测试移动终端的界面上对应用程序执行测试操作，测试操作举例为：点击“通信录”应用程序，长按“信息”应用程序，双击“浏览器”应用程序等等。终端设备110监听用户执行测试操作对应的操作事件，并将操作事件发送至测试平台120。测试平台120将操作事件处理为对应的操作指令，并将操作指令发送至处理器140中，由处理器140对操作指令处理后发送至待测试移动终端的真机中进行执行。

其中，移动终端130可通过usb或者无线与测试平台120建立通信连接。

其中，处理器140可具体为macmini。

下面结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

为了解决现有技术中测试平台无法提供针对ios设备的远程测试服务问题，参见图2，本申请实施例1提供一种应用程序测试方法，该方法可由图1示出的处理器140为执行主体实现，具体包括如下步骤：

步骤210、确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端。

基于对图1对应的本申请应用场景图的描述，不难理解的是，用户在终端设备的页面上执行对待测试ios设备中的应用程序的测试操作时，终端设备的操作监听器确定测试操作对应的操作事件，然后测试平台的服务器基于操作事件生成对应的第一操作指令并发送至处理器中。

步骤220、将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作。

需要说明的是，不同操作系统的移动终端，其认可的测试协议可能是不同的，例如：安卓系统和ios操作系统的手机所遵从的测试协议是不同的。因此，在将第一操作指令发送至待测试ios设备之前，还需要由处理器基于待测试ios设备认可的测试协议将第一操作指令“翻译”为第二操作指令。

其中，第一操作指令与第二操作指令相同或者相似。对于“单击”、“双击”等需要选取指定目标的操作，第一操作指令与第二操作指令相同，例如：单击“通信录”，第一操作指令与第二操作指令对应的操作点的坐标均是在“通信录”的图标框的坐标范围内。对于“左划”、“右划”等非选取指定目标的操作，第一操作指令与第二操作指令相似，例如：对于“左划”的操作，第一操作指令和第二操作指令的划动起始点、划动终止点以及划动轨迹等操作点的坐标可以不相同，能在合理的坐标范围内起到“左划”的作用即可。

“翻译”原理如下：

处理器获取待测试ios设备操作系统的外壳-内核的转发协议，转发协议为外壳将接收到的操作指令转化成可调用内核服务的操作指令所遵从的协议；基于所述转发协议将所述第一操作指令录制为对应的脚本，形成第二操作指令。

为了提高翻译效率，处理器可以将常用的第一操作指令对应的脚本预存至数据库中，例如：将“单击”对应的脚本，“双击”对应的脚本封装至数据库中，当接收到“单击”或者“双击”等操作指令后，可通过查找的方式获取操作指令对应的脚本即可。

其中，处理器可根据待测试ios设备的标识从预建立的数据库中提取该ios设备所遵从的测试协议，例如：处理器基于待测试ios设备的机型从数据库中提取与该机型对应的测试协议。

步骤230、将所述第二操作指令发送至待测试ios设备。

需要说明的是，处理器通过与待测试ios设备两者之间的接口，将第二操作指令发送至待测试ios设备进行执行。由于第二操作指令为根据待测试ios设备操作系统的外壳-内核的转发协议生成的，因此，待测试ios设备的操作系统认可第二操作指令，并调用相应的应用程序执行测试操作。

可见，本实施例通过将确定的测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令转化为待测试ios设备的操作系统认可的第二操作指令，避免待测试ios设备不支持测试平台转发的操作指令的情况，实现测试平台提供针对ios设备的远程测试服务的目的；而且，基于处理器的“翻译”工作，测试平台可实现与ios设备之间的操作指令的转发，进而能够有效提高可进行兼容性测试的移动终端的范围，进而提高兼容性测试的测试效果。

实施例2

基于前述实施例1详细叙述的本申请的发明构思，为了便于更好的理解本申请的技术特征、手段和效果，下面对本申请的应用程序测试方法做进一步说明，从而形成本申请的又一个实施例。

本申请实施例2中应用程序测试过程与实施例1中的应用程序测试过程相似，实施例2中没有介绍到的其他一些步骤可以参见实施例1中的相关描述，此处不再赘述。

图3为本申请另一实施例提供的一种应用程序测试方法的流程示意图。该方法可由处理器实现，在实施例的基础上，本实施例还包括如下步骤：

步骤310、确定待测试ios设备执行所述第二操作指令生成的数据包；

需要说明的是，待测试ios设备在执行第二操作指令时，待测试ios设备的界面可能会发生相应的变化。例如：执行单击“通信录”对应的操作指令，则待测试ios设备的界面会展示“通信录”对应的内容。相应地，若处理器检测到待测试ios设备的界面发生变化，例如：界面从原界面跳转至“通信录”的界面，则采集变化后的界面并打包。

另外，在待测试ios设备执行第二操作指令后，采集界面截图的操作可以是一个持续性的动作，例如：执行“左划”的操作指令后，待测试ios设备的界面上出现了“时钟”应用程序，由于“时钟”应用程序中动态的icon元素的存在，因此，“时钟”应用程序是不断变化的。体现在操作界面上，则是“时钟”随着时间不断“走针”。因此，处理器将持续性地采集待测试ios设备的界面截图并以数据包的形式发送至测试平台，直至待测试ios设备的界面不再发生变化。

较佳地，确定数据包的步骤可具体为：

按照预设采样周期，采集所述待测试ios设备的界面截图，所述界面截图用于展示所述ios设备的人机界面，以供开发者/测试人员在界面截图上进行测试操作；

对比当前采样时间点采集的第一界面截图和前一采样时间点采集的第二界面截图，若对比获知所述第一界面截图相对于所述第二界面截图发生变化，则确定将所述第一界面截图添加至数据包中。

步骤320、将所述数据包发送至所述测试平台，以更新所述测试平台的操作界面，所述操作界面用于对待测试ios设备执行测试操作。

结合图4，需要说明的是，测试平台接收到数据包后，对数据包进行解析，获取执行“通信录”操作指令后待测试ios设备的界面截图430，并将展示在终端设备页面410上的操作界面420的原界面替换为“通信录”对应的界面截图430。

或者，获取带有“时钟”的不断变化的界面截图430，并在操作界面420中不断更新待测试ios设备的界面截图430。

不难理解的是，从用户单击操作界面中的“通信录”图标，到操作界面展示出“通信录”的内容之间的时间间隔非常短，用户实际上是难以察觉到操作的对象是待测试ios设备的界面截图。

可见，本实施例通过持续性地检测待测试ios设备的界面，以在界面发生变化时及时的将变化后的界面截图返回至测试平台，进而由测试平台将变化后的界面截图发送至终端设备上的页面中进行展示，以便用户及时了解测试操作的执行效果和界面真实效果，具有提高测试效率的优点。

实施例3

图5为本申请一实施例提供的一种应用程序测试装置的流程示意图，参见图5，该装置包括：确定单元510、转化单元520和发送单元530，其中：

确定单元510，用于确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端；

转化单元，用于将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令520，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作；

发送单元530，用于将所述第二操作指令发送至所述待测试ios设备。

需要说明的是，确定单元510基于和测试平台的交互，确定第一操作指令，并将第一操作指令发送至转化单元520，由转化单元520将第一操作指令转化为第二操作指令，并将第二操作指令发送至发送单元530，发送单元530将第二操作指令发送至待测试ios设备。

下面对本实施例中各功能单元的工作原理进行详细说明：

转化单元520，用于获取所述待测试ios设备操作系统的外壳-内核的转发协议，所述转发协议为外壳将接收到的操作指令转化成可调用内核服务的操作指令所遵从的协议；基于所述转发协议将所述第一操作指令录制为对应的脚本，形成第二操作指令。

发送单元530，还用于确定所述待测试ios设备执行所述第二操作指令生成的数据包；将所述数据包发送至所述测试平台，以更新所述测试平台的操作界面，所述操作界面用于对待测试ios设备执行测试操作。

发送单元530，用于按照预设采样周期，采集所述待测试ios设备的界面截图，所述界面截图用于展示所述ios设备的人机界面；对比当前采样时间点采集的第一界面截图和前一采样时间点采集的第二界面截图，若对比获知所述第一界面截图相对于所述第二界面截图发生变化，则确定将所述第一界面截图添加至数据包中。

所述第一操作指令为所述测试平台根据所述操作界面中执行的测试操作事件生成的，其中，所述操作事件包括：长按、拖拽、点击、双击或虚拟按键。

可见，本实施例通过将确定的测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令转化为待测试ios设备的操作系统认可的第二操作指令，以使测试平台可提供针对ios设备的远程测试服务。

实施例4

图6为本申请实施例提供的一种电子设备的示意结构图。如图6所示，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成应用程序测试装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

图7为本申请实施例提供的一种应用程序测试装置的结构示意图。该装置700可包括：通道接口701和处理器702，可选地，包括存储器703，其中处理器702与图1中示出的处理器140相对应。

通道接口701、处理器702和存储器703可以通过总线704系统相互连接。总线704可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

可选地，包括存储器703，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器703可以包括只读存储器和随机存取存储器，并向处理器702提供指令和数据。存储器703可能包含高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器。

处理器702，用于执行以下操作，可选地，执行存储器703所存放的程序，并具体用于执行以下操作：

确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端；

将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作；

将所述第二操作指令发送至所述待测试ios设备。

上述如本申请图2-3和图5-6所示实施例揭示的应用程序测试装置或管理者(master)节点执行的方法可以应用于处理器702中，或者由处理器702实现。处理器702可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器702中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器702可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器703，处理器702读取存储器703中的信息，结合其硬件完成上述方法的步骤。

应用程序测试装置700还可执行图2的方法，并实现管理者节点执行的方法。

实施例5

本实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：

确定测试平台中对待测试ios设备的应用程序执行测试操作的第一操作指令，所述待测试ios设备为部署ios操作系统的移动终端；

将所述第一操作指令转化为所述待测试ios设备认可的第二操作指令，所述第二操作指令用于指示所述待测试ios设备执行与所述第一操作指令相对应的测试操作；

将所述第二操作指令发送至所述待测试ios设备。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。