一种应用的应急响应方法及装置

技术领域

本申请涉及应急响应技术领域，尤其涉及一种应用的应急响应方法及装置。

背景技术

目前智能终端上安装有多个应用软件，能够为用户提供学习、娱乐、出行等服务。应用软件在使用过程中有时会发生故障，会给用户带来不好的体验，甚至会给用户带来损失。

目前服务端都配备有应急响应预案，如果用户发现应用软件出现故障，会发送故障信息至服务端，服务端根据故障信息进行问题定位和解决，然后将修复包下发给用户，或重新进行发版，但这需要比较长的一段时间，无法及时有效的止损，减低用户损失。

发明内容

本申请实施例的目的在于提供一种应用的应急响应方法及装置，以解决硬件相应速率慢的问题。具体技术方案如下：

第一方面，提供了一种应用的应急响应方法，应用于目标终端，所述方法包括：

获取目标应用的故障记录的信息，其中，所述目标应用包括多个功能模块，每个功能模块具有至少一个功能节点，每个功能节点存在对应的交互页面，所述故障记录用于记录所述交互页面中的故障页面；

检测所述目标终端是否接收到后台服务器发送的指示信息，其中，所述指示信息用于指示所述故障页面被触发时的处理方式；

在检测到所述目标终端接收到所述指示信息、且检测到针对目标功能模块的操作的情况下，在所述目标功能模块的多个交互页面中的初始页面展示第一提示信息，其中，所述第一提示信息用于提示所述目标功能模块无法使用；

在检测到所述目标终端未接收到所述指示信息的情况下，在所述故障页面处展示第二提示信息，其中，所述第二提示信息用于提示更换所述目标应用的版本信息或停止使用所述目标应用的至少部分功能。

可选地，在获取目标应用的故障记录的信息之前，所述方法还包括：发送故障信息至所述后台服务器，其中，所述故障信息中包含所述故障页面的信息；

所述在检测到所述目标终端接收到所述指示信息、且检测到针对目标功能模块的操作的情况下，在所述目标功能模块的多个交互页面中的初始页面展示第一提示信息包括：接收所述后台服务器发送的指示信息；根据所述指示信息确定所述故障页面所在的目标功能模块和所述目标功能模块的初始页面；在检测到针对所述初始页面的操作的情况下，在所述初始页面展示所述第一提示信息。

可选地，在获取目标应用的故障记录的信息之前，所述方法还包括：

确定故障页面并发送故障信息至所述后台服务器；

确定所述故障页面所在的目标功能模块和所述目标功能模块的初始页面。

可选地，所述在检测到所述目标终端未接收到所述指示信息的情况下，在所述故障页面处展示第二提示信息包括：

确定所述目标应用的当前进程；

在所述当前进程为启动阶段的情况下，在所述故障页面处发送第一子提示信息，其中，所述第一子提示信息用于提示更换版本信息或禁止启动所述目标应用；

在所述当前进程为运行阶段的情况下，在所述故障页面处发送第二子提示信息，其中，所述第二子提示信息用于提示所述目标功能模块无法继续使用。

可选地，在发送故障信息至所述后台服务器之前，所述方法还包括：

在接收到开启指令的情况下，通过埋点测试工具监测所述目标应用的故障信息。

第二方面，提供了一种应用的应急响应方法，应用于后台服务器，所述方法包括：

获取故障信息，其中，所述故障信息中包含目标应用的多个交互页面中故障页面的信息，所述目标应用包括多个功能模块，每个功能模块具有至少一个功能节点，每个功能节点存在对应的交互页面；

在确定所述故障信息属于第一故障类型的情况下，发送指示信息至目标终端，以使所述目标终端根据所述指示信息确定所述故障页面所在的目标功能模块和所述目标功能模块的初始页面，并在所述初始页面展示第一提示信息；

在确定所述故障信息属于第二故障类型的情况下，发送补丁包至所述目标终端，以使所述目标终端通过所述补丁包修复所述故障页面，其中，所述第二故障类型的故障难度大于所述第一故障类型的故障难度。

可选地，在获取故障信息之后，所述方法还包括：

在确定所述故障信息属于第三故障类型的情况下，发送新版安装包至运营服务器，其中，所述第三故障类型的故障难度大于所述第二故障类型的故障难度。

第三方面，提供了一种应急响应装置，应用于目标终端，所述装置包括：

获取模块，用于获取目标应用的故障记录的信息，其中，所述目标应用包括多个功能模块，每个功能模块具有至少一个功能节点，每个功能节点存在对应的交互页面，所述故障记录用于记录所述交互页面中的故障页面；

检测模块，用于检测所述目标终端是否接收到后台服务器发送的指示信息，其中，所述指示信息用于指示所述故障页面被触发时的处理方式；

第一展示模块，用于在在检测到所述目标终端接收到所述指示信息、且检测到针对目标功能模块的操作的情况下，在所述目标功能模块的多个交互页面中的初始页面展示第一提示信息，其中，所述第一提示信息用于提示所述目标功能模块无法使用；

第二展示模块，用于在检测到所述目标终端未接收到所述指示信息的情况下，在所述故障页面处展示第二提示信息，其中，所述第二提示信息用于提示更换所述目标应用的版本信息或停止使用所述目标应用的至少部分功能。

第四方面，提供了一种应急响应装置，应用于目标终端，所述装置包括：

获取模块，用于获取故障信息，其中，所述故障信息中包含故障页面，所述目标应用包括多个功能模块，每个功能模块具有至少一个功能节点，每个功能节点存在对应的交互页面；

第一发送模块，用于在确定所述故障信息属于第一故障类型的情况下，发送指示信息至目标终端，以使所述目标终端根据所述指示信息确定所述故障页面所在的目标功能模块和所述目标功能模块的初始页面，并在所述初始页面展示第一提示信息；

第二发送模块，用于在确定所述故障信息属于第二故障类型的情况下，发送补丁包至所述目标终端，以使所述目标终端通过所述补丁包修复所述故障页面，其中，所述第二故障类型的故障难度大于所述第一故障类型的故障难度。

第五方面，提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现任一所述的应急响应方法步骤。

第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一所述的应急响应方法步骤。

本申请实施例有益效果：

本申请实施例提供了一种应用的应急响应方法，目标终端在接收到指示信息时展示第一提示信息，避免用户继续操作该目标功能模块，避免浪费用户时间，目标终端在未接收到指示信息时展示第二提示信息，目标终端可以进行本地应急处理。相对于现有技术中的接收补丁包和等待新版本安装包来说，本申请中提高了应急响应速率，给与用户及时的处理方案，提高了用户体验。

当然，实施本申请的任一产品或方法并不一定需要同时达到以上的所有优点。

附图说明

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

图1为本申请实施例提供的一种应用的应急响应方法硬件环境示意图；

图2为本申请实施例提供的一种应用的应急响应的方法流程图；

图3为本申请实施例提供的展示第二提示信息的方法流程图；

图4为本申请实施例提供的一种应用的应急响应方法的处理流程图；

图5为本申请实施例提供的一种应用的应急响应装置的结构示意图；

图6为本申请实施例提供的另一应用的应急响应装置的结构示意图；

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

具体实施方式

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

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

为了解决背景技术中提及的问题，根据本申请实施例的一方面，提供了一种应用的应急响应方法的实施例。

可选地，在本申请实施例中，上述应用的应急响应方法可以应用于如图1所示的由终端101和服务器103所构成的硬件环境中。如图1所示，服务器103通过网络与终端101进行连接，可用于为终端或终端上安装的客户端提供服务，可在服务器上或独立于服务器设置数据库105，用于为服务器103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端101包括但不限于PC、手机、平板电脑等。

本申请实施例中的一种应用的应急响应方法可以由服务器103来执行，还可以是由服务器103和终端101共同执行。

本申请实施例提供了一种应用的应急响应方法，可以应用于目标终端，用于在目标应用出现故障时进行应急响应，提高应急响应速率。

下面将结合具体实施方式，对本申请实施例提供的一种应用的应急响应方法进行详细的说明，如图2所示，具体步骤如下：

步骤201：获取目标应用的故障记录的信息。

其中，目标应用包括多个功能模块，每个功能模块具有至少一个功能节点，每个功能节点存在对应的交互页面，故障记录用于记录交互页面中的故障页面。

在本申请实施例中，用户开启目标应用时，目标应用接收到开启指令，通过埋点测试工具或自动化埋点系统监测目标应用的故障信息。具体的，埋点测试工具可以为JavaScript，也可以为maidian DemoTest，自动化埋点系统是通过自动化的方式记录用户对移动应用的操作(点击、进入页面、启动等)行为的系统，本申请对埋点测试工具和自动化埋点系统不做具体限定。

目标终端内存在多个目标应用，目标应用在应用过程中有时会出现故障，那么会留下故障记录，该故障记录可以保存在故障日志中。目标应用包括多个功能模块，每个功能模块包括至少一个功能节点，每个功能节点存在对应的交互页面，在目标应用出现故障时，故障记录中保存有故障节点对应的故障页面的信息，即故障记录的信息，目标终端获取目标应用的故障记录的信息。

示例性地，目标应用具有支付功能模块，支付功能模块包括确认付款节点、输入密码节点和提交节点，每个功能节点都存在对应的交互页面，该交互页面可以为用户操作该功能节点的当前页面，也可以为用户操作该功能节点后跳转的下一页面。

步骤202：检测目标终端是否接收到后台服务器发送的指示信息。其中，指示信息用于指示故障页面被触发时的处理方式。

如果故障已解决，那么该故障记录会被消除，如果该故障未解决，那么该故障记录会一直保存在故障日志中。目标应用开启后，后台服务器判断是否存在故障记录，若后台服务器判断不存在故障记录，表示该目标应用在历史使用过程中未出现过故障或出现的故障已得到解决；若后台服务器判断存在故障记录，表示该目标应用在历史使用过程中存在故障且未解决该故障。在下述描述中，采用服务器来表示后台服务器。

目标应用出现故障后，目标终端会发送故障信息至服务器，服务器根据故障信息发送对应的指示信息至目标终端，指示信息中含有故障信息的解决方案。但是由于服务器工作量巨大，发送指示信息会有一定延迟。

目标应用出现故障后，若在较短时长内再次使用该故障页面所在的功能模块，服务器可能还没有发送指示信息，目标应用也无法接收到该指示信息。若目标应用出现故障后较长时间后再使用该功能模块，则较大概率能接收到服务器发送的指示信息。

服务器在确定目标应用存在故障记录时，检测是否存在后台服务器发送的指示信息，若检测到存在指示信息，则执行步骤202；若检测到不存在指示信息，则执行步骤203。

步骤203：检测到针对目标功能模块的操作的情况下，在目标功能模块的多个交互页面中的初始页面展示第一提示信息。

其中，第一提示信息用于提示目标功能模块无法使用。

若目标终端检测到服务器发送的指示信息，表明目标应用中已存在解决方案，当用户操作目标终端时，目标终端检测到用户的操作指令是针对故障页面所在的目标功能模块，则在目标功能模块的初始页面展示第一提示信息，提示该目标功能模块无法使用，避免用户继续操作目标功能模块，浪费用户时间，提示用户使用感。其中，服务器发送指示信息为运营响应。

步骤204：在故障页面处展示第二提示信息。

其中，第二提示信息用于提示更换目标应用的版本信息或停止使用目标应用的至少部分功能

若目标终端没有检测到服务器发送的指示信息，则用户在操作到故障页面的时候，目标应用会展示第二提示信息，提示回滚目标应用的版本信息，即提示用户下载老版本的安装包，或提示停止使用目标应用的目标功能模块。

在本申请中，目标终端会根据是否接收到指示信息，在不同页面做出不同的提示信息。目标终端在接收到指示信息时在目标功能模块的初始页面展示第一提示信息，避免用户继续操作该目标功能模块，避免浪费用户时间，目标终端在未接收到指示信息时在目标功能模块的故障页面展示第二提示信息，目标终端可以进行本地应急处理，即本地响应。相对于现有技术中的接收补丁包和等待新版本安装包来说，本申请中的本地应急响应或接收服务器的提示信息，提高了应急响应速率，给与用户及时的处理方案，提高了用户体验。

目标应用发生故障后，目标终端保存该故障信息并发送故障信息至后台服务器，故障信息中包含故障页面的信息，目标终端在目标应用下次启动时会查看是否存在故障记录，若确定存在故障记录，则目标终端在目标功能模块的初始页面展示第一提示信息。其中，展示第一提示信息的过程包括两种方式：

方式一：目标终端发送故障信息至服务器，由于故障信息中包含故障页面，服务器中预选存储有各功能模块对应的交互页面，因此，服务器会根据故障页面确定所在的目标功能模块，由于目标功能模块包含多个交互页面，服务器再确定该目标功能模块的初始页面，然后发送对应的指示信息给目标终端，指示信息中包含初始页面的信息，目标终端接收该指示信息。当用户开始使用目标功能模块时，必然要首先进入目标功能模块的初始页面，此时目标终端检测到针对初始页面的操作，则在初始页面展示第一提示信息。其中，第一提示信息用于提示目标功能模块无法使用。示例性地，第一提示信息为弹出友好对话框“模块维护中，请稍后再试”。

方式二：目标终端发送故障信息至服务器，服务器发送对应的指示信息给目标终端。目标终端接收到指示信息后，确定故障页面所在的目标功能模块，由于目标功能模块包含多个交互页面，目标终端确认目标功能模块的初始页面。当用户开始使用目标功能模块时，必然要首先进入目标功能模块的初始页面，此时目标终端检测到针对初始页面的操作，则在初始页面展示第一提示信息。

作为一种可选的实施方式，如图3所示，在检测到不存在到指示信息的情况下，在故障页面处展示第二提示信息包括：

步骤301：确定目标应用的当前进程。

在本申请实施例中，目标应用启动后，会经历两个阶段，包括启动阶段和运行阶段。启动阶段为目标应用自启动至进入主页的过程，运行阶段为目标应用进入主页后开始执行各项操作的过程。若目标应用在启动阶段出现崩溃等故障，则目标终端会通过计数打点方式进行记录，即出现一次故障则计数打点一次，则存在一次故障记录。故障在解决后故障记录会消失，但计数打点记录不会消失，用于记录出现故障的次数。若目标应用在运行阶段出现崩溃等故障，目标终端会通过异常监控系统记录崩溃日志并上报故障信息，其中，异常监控系统是监控、记录移动应用异常信息并上报服务端进行分析的系统。

步骤302：在当前进程为启动阶段的情况下，在故障页面处发送第一子提示信息。

其中，第一子提示信息用于提示更换版本信息或禁止启动目标应用。

在本申请实施例中，在目标应用的当前进程为启动阶段时，若启动阶段出现故障，如用户点击或进入某页面时崩溃，则目标终端发送故障信息至服务器。在目标应用下次启动时，目标应用会发送第一子提示信息，提示更换版本信息，通过回滚方式保证用户正常使用该目标应用，或禁止启动该目标应用。如“请下载xx版本安装包”、“该目标应用维护中，请稍后再试”。

步骤303：在当前进程为运行阶段的情况下，在故障页面处发送第二子提示信息。

其中，第二子提示信息用于提示目标功能模块无法继续使用。

在本申请实施例中，在目标应用的当前进程为运行阶段时，若运行阶段出现故障，则目标终端发送故障信息至服务器。目标应用下次运行到该故障页面时，目标终端在故障页面处发送第二子提示信息，提示目标功能模块无法继续使用。

在本申请中，目标应用出现故障时，目标终端若没有接收到服务器发送的指示信息，目标应用也可以在启动阶段或在运行阶段做出运行防护，避免同一目标应用对于同一故障再次崩溃，提升用户体验感。

作为一种可选的实施方式，后台服务器获取故障信息后，首先要确定故障信息的类型。若后台服务器确定故障信息属于第一故障类型，表示该故障难度较低，一段时长后可解决，便发送指示信息至目标终端，目标终端根据指示信息确定故障页面所在的目标功能模块和目标功能模块的初始页面，并在初始页面展示第一提示信息，使目标应用通过回滚方式、隐藏目标功能模块、禁入目标功能模块等方式，避免用户再次操作该故障功能模块。

其中，后台服务器获取故障信息，可以为接收到目标终端发送的故障信息，也可以为通过其他渠道获取的资损或风险信息，如技术人员或客服反馈的信息。

若后台服务器确定故障信息属于第二故障类型，表示该故障难度较高，需要较长一段时长后可解决，后台服务器定位修复问题并解决问题后，通过热修复的方式发送补丁包至目标终端，以使目标终端通过补丁包修复故障页面，其中，第二故障类型的故障难度大于第一故障类型的故障难度，热修复方式为动态响应。

其中，热修复：也称热补丁、热修复补丁，英文为hotfix；是一种包含信息的独立的累积更新包，通常表现为一个或多个文件。这被用来解决软件产品的问题(例如一个程序错误)。通常情况下，热修复是为解决特定用户的具体问题而制作。

若后台服务器确定故障信息属于第三故障类型，则该故障难度较大，即使补丁包也无法解决该故障，则后台服务器会在新版安装包中解决该故障，并发送新版安装包至运营服务器，即发版响应。用户可以在新版安装包发布后，在应用商店等应用软件下载该新版安装包，避免再次出现该故障。

本申请通过四级响应解决目标应用的故障应急问题，本地响应和运营响应可以较快的进行应急防护，本地响应可以及时生效，运营响应发布修复测量速率也较快，动态响应和发版响应的应急防护速率较慢，但可以彻底的修复故障信息。本申请提供的四级应急响应方案，可以一方面提高用户使用感，一方面修复故障信息，避免资损和风险。

可选的，本申请实施例还提供了一种应急响应的处理流程图，如图4所示，具体步骤如下。

步骤1：目标应用启动后，通过埋点测试工具监测故障信息，若监测到故障信息则留下故障记录，并上报至监管平台，监管平台进行故障信息和埋点信息的整理，将整理结果发送至运营平台和研发修复平台。

步骤2：目标应用下一次启动时，目标终端判断是否接收到运营平台发送的指示信息。若没接收到指示信息，则执行步骤3，若接收到指示信息，则执行步骤4。

步骤3：目标应用进行本地响应，启动本地修复(回滚版本、禁入故障页面)。

步骤4：目标应用进行运营响应，启动动态修复(回滚版本、禁入故障功能模块)。

步骤5：研发修复平台发送补丁包，目标应用进行动态响应，采用补丁包进行热修复。

步骤6：研发修复平台发布新版安装包，目标应用进行发版响应，下载最新版安装包。

基于相同的技术构思，本申请实施例提供了一种硬件响应装置，如图5所示，该装置包括：

获取模块501，用于获取目标应用的故障记录的信息，其中，目标应用包括多个功能模块，每个功能模块具有至少一个功能节点，每个功能节点存在对应的交互页面，故障记录用于记录交互页面中的故障页面；

检测模块502，用于检测目标终端是否接收到后台服务器发送的指示信息，其中，指示信息用于指示故障页面被触发时的处理方式；

第一展示模块503，用于在在检测到目标终端接收到指示信息、且检测到针对目标功能模块的操作的情况下，在目标功能模块的多个交互页面中的初始页面展示第一提示信息，其中，第一提示信息用于提示目标功能模块无法使用；

第二展示模块504，用于在检测到目标终端未接收到指示信息的情况下，在故障页面处展示第二提示信息，其中，第二提示信息用于提示更换目标应用的版本信息或停止使用目标应用的至少部分功能。

可选地，该装置还包括：

发送模块，用于发送故障信息至后台服务器，其中，故障信息中包含故障页面的信息；

第一展示模块503包括：

接收单元，用于接收后台服务器发送的指示信息；

第一确定单元，用于根据指示信息确定故障页面所在的目标功能模块和目标功能模块的初始页面；

展示单元，用于在检测到针对初始页面的操作的情况下，在初始页面展示第一提示信息。

可选地，该装置还包括：

第一确定模块，用于确定故障页面并发送故障信息至后台服务器；

第二确定模块，用于确定故障页面所在的目标功能模块和目标功能模块的初始页面。

可选地，第二展示模块504包括：

第二确定单元，用于确定目标应用的当前进程；

第一发送单元，用于在当前进程为启动阶段的情况下，在故障页面处发送第一子提示信息，其中，第一子提示信息用于提示更换版本信息或禁止启动目标应用；

第二发送单元，用于在当前进程为运行阶段的情况下，在故障页面处发送第二子提示信息，其中，第二子提示信息用于提示目标功能模块无法继续使用。

可选地，该装置还包括：

监测模块，用于在接收到开启指令的情况下，通过埋点测试工具监测目标应用的故障信息。

基于相同的技术构思，本申请实施例提供了一种硬件响应装置，如图6所示，该装置包括：

获取模块601，用于获取故障信息，其中，故障信息中包含故障页面，目标应用包括多个功能模块，每个功能模块具有至少一个功能节点，每个功能节点存在对应的交互页面；

第一发送模块602，用于在确定故障信息属于第一故障类型的情况下，发送指示信息至目标终端，以使目标终端根据指示信息确定故障页面所在的目标功能模块和目标功能模块的初始页面，并在初始页面展示第一提示信息；

第二发送模块603，用于在确定故障信息属于第二故障类型的情况下，发送补丁包至目标终端，以使目标终端通过补丁包修复故障页面，其中，第二故障类型的故障难度大于第一故障类型的故障难度。

可选地，该装置还包括：

第三发送模块，用于在确定故障信息属于第三故障类型的情况下，发送新版安装包至运营服务器，其中，第三故障类型的故障难度大于第二故障类型的故障难度。

根据本申请实施例的另一方面，本申请提供了一种电子设备，如图7所示，包括存储器703、处理器701、通信接口702及通信总线704，存储器703中存储有可在处理器701上运行的计算机程序，存储器703、处理器701通过通信接口702和通信总线704进行通信，处理器701执行计算机程序时实现上述方法的步骤。

上述电子设备中的存储器、处理器通过通信总线和通信接口进行通信。所述通信总线可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

根据本申请实施例的又一方面还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质。

可选地，在本申请实施例中，计算机可读介质被设置为存储用于所述处理器执行上述方法的程序代码：

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本申请实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。