CN109766701B - 针对异常进程结束操作的处理方法、装置、及电子装置 - Google Patents

Abstract

本发明提供了一种针对异常进程结束操作的处理方法、装置、及电子装置，其中，该方法包括：实时备份指定应用的任务栈的数据，得到镜像栈数据，其中，任务栈用于以栈的结构存储活动组件数据；监听操作***中异常进程结束操作是否被调用；如果被调用，判断待结束的进程是否为指定应用；如果是指定应用，将镜像栈数据中位于栈顶的活动组件数据弹出，得到恢复栈数据；根据恢复栈数据，恢复指定应用的任务栈，并启动当前处于指定应用的任务栈的栈顶的活动组件。通过本发明，解决了现有技术中应用发生异常时的处理方法无法还原应用状态的问题。

Description

针对异常进程结束操作的处理方法、装置、及电子装置

技术领域

本发明涉及应用防护领域，具体而言，涉及一种针对异常进程结束操作的处理方法、装置、及电子装置。

背景技术

在***中运行的软件应用存在一定的崩溃几率，在现有技术中，应用在发生异常导致崩溃时，通常的处理方法为***强制的结束应用进程，或者先弹出一个用于说明发生异常的对话框，然后强制结束进程，无法还原正常的应用状态，这种处理方式会给用户带来不友好的用户体验。

针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。

发明内容

本发明实施例提供了一种针对异常进程结束操作的处理方法、装置、及电子装置，以至少解决现有技术中应用发生异常时的处理方法无法还原应用状态的问题。

根据本发明的一个实施例，提供了一种针对异常进程结束操作的处理方法，包括：实时备份指定应用的任务栈的数据，得到镜像栈数据，其中，任务栈用于以栈的结构存储活动组件数据；监听操作***中异常进程结束操作是否被调用；如果被调用，判断待结束的进程是否为指定应用；如果是指定应用，将镜像栈数据中位于栈顶的活动组件数据弹出，得到恢复栈数据；根据恢复栈数据，恢复指定应用的任务栈，并启动当前处于指定应用的任务栈的栈顶的活动组件。

进一步地，实时备份指定应用的任务栈的数据，得到镜像栈数据，包括：监听操作***中针对任务栈的目标操作是否被调用，其中，目标操作包括对任务栈的栈顶数据的弹出操作和向任务栈中压入数据的操作；在监听到目标操作被调用时，获取目标操作针对的任务栈数据；根据任务栈数据判断目标操作针对的活动组件对象是否为指定应用的活动组件；如果是，则根据目标操作的任务栈数据更新针对指定应用的镜像栈数据。

进一步地，实时备份指定应用的任务栈的数据，得到镜像栈数据，包括：以预设周期读取操作***中当前存在的任务栈的数据；利用指定应用的活动组件的名称字符串，在读取到的任务栈的数据中执行正则式匹配；确定匹配的数据对应的任务栈为指定应用的任务栈，并根据指定应用的任务栈的数据更新镜像栈数据。

进一步地，根据恢复栈数据，恢复指定应用的任务栈，包括：允许执行异常进程结束操作，以删除指定应用的任务栈；利用恢复栈数据重建指定应用的任务栈。

进一步地，根据恢复栈数据，恢复指定应用的任务栈，包括：禁止执行异常进程结束操作，以保留指定应用的任务栈；弹出指定应用的任务栈的栈顶活动组件数据；将弹出栈顶数据后的指定应用的任务栈与恢复栈数据进行比对；如果比对一致，则执行当前处于指定应用的任务栈的栈顶的活动组件；如果比对不一致，则将指定应用的任务栈中的数据清除，并压入恢复栈数据。

进一步地，异常进程结束操作用于结束发生指定漏洞的进程。

根据本发明的另一个实施例，提供了一种针对异常进程结束操作的处理装置，该装置包括：备份模块，用于实时备份指定应用的任务栈的数据，得到镜像栈数据，其中，任务栈用于以栈的结构存储活动组件数据；监听模块，用于监听操作***中异常进程结束操作是否被调用；判断模块，用于如果被调用，判断待结束的进程是否为指定应用；执行模块，用于如果是指定应用，将镜像栈数据中位于栈顶的活动组件数据弹出，得到恢复栈数据；恢复模块，用于根据恢复栈数据，恢复指定应用的任务栈，并启动当前处于指定应用的任务栈的栈顶的活动组件。

进一步地，备份模块包括：监听单元，用于监听操作***中针对任务栈的目标操作是否被调用，其中，目标操作包括对任务栈的栈顶数据的弹出操作和向任务栈中压入数据的操作；获取单元，用于在监听到目标操作被调用时，获取目标操作针对的任务栈数据；判断单元，用于根据任务栈数据判断目标操作针对的活动组件对象是否为指定应用的活动组件；第一更新单元，用于如果是，则根据目标操作的任务栈数据更新针对指定应用的镜像栈数据。

进一步地，备份模块包括：读取单元，用于以预设周期读取操作***中当前存在的任务栈的数据；匹配单元，用于利用指定应用的活动组件的名称字符串，在读取到的任务栈的数据中执行正则式匹配；第二更新单元，用于确定匹配的数据对应的任务栈为指定应用的任务栈，并根据指定应用的任务栈的数据更新镜像栈数据。

进一步地，恢复模块包括：第一逻辑单元，用于允许执行异常进程结束操作，以删除指定应用的任务栈；重建单元，用于利用恢复栈数据重建指定应用的任务栈。

进一步地，恢复模块包括：第二逻辑单元，用于禁止执行异常进程结束操作，以保留指定应用的任务栈；弹出单元，用于弹出指定应用的任务栈的栈顶活动组件数据；比对单元，用于将弹出栈顶数据后的指定应用的任务栈与恢复栈数据进行比对；第一执行单元，用于如果比对一致，则执行当前处于指定应用的任务栈的栈顶的活动组件；第二执行单元，用于如果比对不一致，则将指定应用的任务栈中的数据清除，并压入恢复栈数据。

进一步地，异常进程结束操作用于结束发生指定漏洞的进程。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，通过实时备份指定应用的任务栈的数据，在监听到操作***中异常进程结束操作被调用、且待结束的进程是否为指定应用时，根据备份的数据恢复指定应用的任务栈，并启动当前处于指定应用的任务栈的栈顶的活动组件，达到了还原应用状态的技术效果，解决了现有技术中应用发生异常时的处理方法无法还原应用状态的问题。

附图说明

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

图1是根据本发明实施例的针对异常进程结束操作的处理方法的流程图；

图2是根据本发明实施例的针对异常进程结束操作的处理装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

本实施例提供了一种针对异常进程结束操作的处理方法，可以应用于客户端侧，其中，客户端可以运行中个人电脑、移动终端、手持终端或其它的运算设备之中。运行在不同的运算设备仅是方案在执行主体上的差异，本领域人员可预见在不同运算设备中运行能够产生相同的技术效果。

如图1所示，本实施例提供的针对异常进程结束操作的处理方法包括如下步骤：

步骤101，实时备份指定应用的任务栈的数据，得到镜像栈数据。

任务栈(activitystack)用于以栈的结构存储活动组件(activity)数据。在应用响应用户操作发生状态改变时，通过在任务栈中弹出、或压入活动组件数据的操作，来实现回退至前一状态、或保留前一状态的活动组件数据。

指定应用是需要保护的应用，为了防止应用由于崩溃等异常被异常进程结束操作，或者在确定应用被异常进程结束操作结束之后将指定应用恢复之前正常的状态，需要实时的备份指定应用的任务栈数据，以在发生崩溃等异常时对任务栈数据进行恢复。

镜像栈数据是用于备份指定应用任务栈的镜像数据。可选的，可以采用栈结构保存镜像栈数据，也即，通过镜像栈来备份任务栈，镜像栈中的镜像栈数据与任务栈中的任务栈数据同步；或者，也可以采用其他具有顺序的数据存储结构保存。

一种可选的实时备份指定应用的任务栈的数据的方法包括：

步骤11，监听操作***中针对任务栈的目标操作是否被调用。也即，监听操作***中是否存在目标操作，目标操作是针对操作***中任意一个任务栈的操作，目标操作包括对任务栈的栈顶数据的弹出操作和向任务栈中压入数据的操作。如果目标操作被调用，则能够监听到这一调用的事件发生。具体的，可以通过Hook对应的目标操作的方式来实现监听。

步骤12，在监听到目标操作被调用时，获取目标操作针对的任务栈数据。目标操作被调用时，需要被指示操作执行的对象，例如，向哪个任务栈压入哪个活动组件数据，或者，从哪个任务栈弹出哪个活动组件数据。

步骤13，根据任务栈数据判断目标操作针对的活动组件对象是否为指定应用的活动组件。在获取到目标操作针对的任务栈数据之后，可以确定目标操作所针对的活动组件对象是否为指定应用的活动组件。由于不同应用的不同活动组件具有不同的名称，因此，可以基于名称进行匹配，以判断目标操作所针对的对象是否是指定应用的活动组件。

步骤14，如果是，则根据目标操作的任务栈数据更新针对指定应用的镜像栈数据。也即，根据目标操作的操作方式(是弹出还是压入)和所针对的对象(哪个活动组件数据)更新镜像栈中的数据。

另一种可选的实时备份指定应用的任务栈的数据的方法包括：

步骤21，以预设周期读取操作***中当前存在的任务栈的数据。在操作***为安卓***的情况下，该读取操作可以通过Linux的一个命令来执行，该读取操作能够读取操作***中当前存在的所有任务栈的数据。

步骤22，利用指定应用的活动组件的名称字符串，在读取到的任务栈的数据中执行正则式匹配。由于不同应用的不同活动组件具有不同的名称，因此，可以利用指定应用的活动组件名称的字符串在读取到的数据中进行正则式匹配。

步骤23，确定匹配的数据对应的任务栈为指定应用的任务栈，并根据指定应用的任务栈的数据更新镜像栈数据。

步骤102，监听操作***中异常进程结束操作是否被调用。

本发明实施例中所述的异常进程结束操作是针对进程在发生崩溃等异常时结束进程的操作，例如，该操作可以是Killprocess方法，可以通过Hook该方法来监听Killprocess是否被调用。进程在发生指定漏洞(如本地拒绝服务)时，可能会被异常结束进程操作结束进程，在一个应用场景中，本发明实施例可以应用于对本地拒绝服务的漏洞来进行防护。

需要说明的是，对于步骤101备份镜像栈数据和步骤102监听异常进程结束操作的步骤，执行顺序可以不分先后，分别独立的执行。

步骤103，如果被调用，判断待结束的进程是否为指定应用。

如果监听到异常进程结束操作被调用，判断待结束的进程是否为指定应用。例如，可以通过每个进程在创建时***作***分配的唯一标识符(如PID)，来识别待结束的进程是否为指定应用的进程。

步骤104，如果是指定应用，将镜像栈数据中位于栈顶的活动组件数据弹出，得到恢复栈数据。

由于发生异常进程结束操作通常是进程发生异常时所触发的，因此，指定应用的任务栈的栈顶的活动组件数据是发生异常的原因。又由于镜像栈数据是指定应用的任务栈的备份，因此，镜像栈数据中的栈顶数据是异常原因，将栈顶的活动组件数据弹出，以使镜像栈数据的栈顶恢复为正常的活动组件数据，得到恢复栈数据。

步骤105，根据恢复栈数据，恢复指定应用的任务栈，并启动当前处于指定应用的任务栈的栈顶的活动组件。

在得到恢复栈数据之后，利用恢复栈数据恢复指定应用的任务栈。具体可以采用不同的恢复方式。

一种可选的恢复方式包括如下步骤：

步骤31，允许执行异常进程结束操作，以删除指定应用的任务栈；

步骤32，利用恢复栈数据重建指定应用的任务栈。

也即，在异常进程结束操作允许执行之后，会删除指定应用的任务栈，进而，需要重建一个任务栈，重建时，利用恢复栈数据进行重建。举例而言，可以将恢复栈数据按序弹出并压入另一个中间栈中，再将中间栈数据按序弹出并压入指定应用的任务栈，实现重建指定应用的任务栈的目的。

另一种可选的恢复方式包括如下步骤：

步骤41，禁止执行异常进程结束操作，以保留指定应用的任务栈。禁止的方式可以是Hook拦截到异常进程结束操作之后，使其执行其它的流程。

步骤42，弹出指定应用的任务栈的栈顶活动组件数据。由于未执行异常进程结束操作，因此，指定应用的任务栈未被删除，被保留下来，但是由于栈顶数据是导致异常的原因，将栈顶的活动组件数据弹出，以使栈顶数据恢复为正常的活动组件数据。

步骤43，将弹出栈顶数据后的指定应用的任务栈与恢复栈数据进行比对。

步骤44，如果比对一致，则执行当前处于指定应用的任务栈的栈顶的活动组件。

步骤45，如果比对不一致，则将指定应用的任务栈中的数据清除，并压入恢复栈数据。

本发明实施例通过动态地捕捉异常进程结束操作的执行，来监测指定应用的运行状态，并在发生异常导致应用进程被结束时，配合activitystack实现了应用状态的还原，特别的，如果针对于一些特定漏洞引发的异常进程结束操作进行监控，可以在应用存在漏洞导致崩溃时还原应用状态，达到了对漏洞进行防护处理的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种针对异常进程结束操作的处理装置，该装置用于实现上述实施例1及其优选实施方式，对于本实施例中未详述的术语或实现方式，可参见实施例1中的相关说明，已经进行过说明的不再赘述。

如以下所使用的术语“模块”，是可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可以被构想的。

图2是根据本发明实施例的针对异常进程结束操作的处理装置的示意图，如图2所示，该装置包括：备份模块10，监听模块20，判断模块30，执行模块40和恢复模块50。

其中，备份模块用于实时备份指定应用的任务栈的数据，得到镜像栈数据，其中，任务栈用于以栈的结构存储活动组件数据；监听模块用于监听操作***中异常进程结束操作是否被调用；判断模块用于如果被调用，判断待结束的进程是否为指定应用；执行模块用于如果是指定应用，将镜像栈数据中位于栈顶的活动组件数据弹出，得到恢复栈数据；恢复模块用于根据恢复栈数据，恢复指定应用的任务栈，并启动当前处于指定应用的任务栈的栈顶的活动组件。

可选地，备份模块包括：监听单元，用于监听操作***中针对任务栈的目标操作是否被调用，其中，目标操作包括对任务栈的栈顶数据的弹出操作和向任务栈中压入数据的操作；获取单元，用于在监听到目标操作被调用时，获取目标操作针对的任务栈数据；判断单元，用于根据任务栈数据判断目标操作针对的活动组件对象是否为指定应用的活动组件；第一更新单元，用于如果是，则根据目标操作的任务栈数据更新针对指定应用的镜像栈数据。

可选地，备份模块包括：读取单元，用于以预设周期读取操作***中当前存在的任务栈的数据；匹配单元，用于利用指定应用的活动组件的名称字符串，在读取到的任务栈的数据中执行正则式匹配；第二更新单元，用于确定匹配的数据对应的任务栈为指定应用的任务栈，并根据指定应用的任务栈的数据更新镜像栈数据。

可选地，恢复模块包括：第一逻辑单元，用于允许执行异常进程结束操作，以删除指定应用的任务栈；重建单元，用于利用恢复栈数据重建指定应用的任务栈。

可选地，恢复模块包括：第二逻辑单元，用于禁止执行异常进程结束操作，以保留指定应用的任务栈；弹出单元，用于弹出指定应用的任务栈的栈顶活动组件数据；比对单元，用于将弹出栈顶数据后的指定应用的任务栈与恢复栈数据进行比对；第一执行单元，用于如果比对一致，则执行当前处于指定应用的任务栈的栈顶的活动组件；第二执行单元，用于如果比对不一致，则将指定应用的任务栈中的数据清除，并压入恢复栈数据。

可选地，异常进程结束操作用于结束发生指定漏洞的进程。

本发明实施例通过实时备份指定应用的任务栈的数据，在监听到操作***中异常进程结束操作被调用、且待结束的进程是否为指定应用时，根据备份的数据恢复指定应用的任务栈，并启动当前处于指定应用的任务栈的栈顶的活动组件，达到了还原应用状态的技术效果，解决了现有技术中应用发生异常时的处理方法无法还原应用状态的问题。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

实施例3

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

实施例4

本发明的实施例还提供了一种电子装置，可选的，电子装置可以是个人电脑、移动终端、手持终端或其它的运算设备。

电子装置中包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种针对异常进程结束操作的处理方法，其特征在于，所述方法包括：

实时备份指定应用的任务栈的数据，得到镜像栈数据，其中，所述任务栈用于以栈的结构存储活动组件数据，具体包括：

监听操作***中针对任务栈的目标操作是否被调用，其中，所述目标操作包括对所述任务栈的栈顶数据的弹出操作和向所述任务栈中压入数据的操作；

在监听到所述目标操作被调用时，获取所述目标操作针对的任务栈数据；

根据所述任务栈数据判断所述目标操作针对的活动组件对象是否为所述指定应用的活动组件；

如果是，则根据所述目标操作的任务栈数据更新针对所述指定应用的镜像栈数据；

监听操作***中异常进程结束操作是否被调用；

如果被调用，判断待结束的进程是否为所述指定应用；

如果是所述指定应用，将所述镜像栈数据中位于栈顶的活动组件数据弹出，得到恢复栈数据；

根据所述恢复栈数据，恢复所述指定应用的任务栈，并启动当前处于所述指定应用的任务栈的栈顶的活动组件。

2.根据权利要求1所述的方法，其特征在于，所述实时备份指定应用的任务栈的数据，得到镜像栈数据，包括：

以预设周期读取所述操作***中当前存在的任务栈的数据；

利用所述指定应用的活动组件的名称字符串，在读取到的任务栈的数据中执行正则式匹配；

确定匹配的数据对应的任务栈为所述指定应用的任务栈，并根据所述指定应用的任务栈的数据更新所述镜像栈数据。

3.根据权利要求1所述的方法，其特征在于，所述根据所述恢复栈数据，恢复所述指定应用的任务栈，包括：

允许执行所述异常进程结束操作，以删除所述指定应用的任务栈；

利用所述恢复栈数据重建所述指定应用的任务栈。

4.一种针对异常进程结束操作的处理装置，其特征在于，所述装置包括：

备份模块，用于实时备份指定应用的任务栈的数据，得到镜像栈数据，其中，所述任务栈用于以栈的结构存储活动组件数据；

所述备份模块包括：

监听单元，用于监听操作***中针对任务栈的目标操作是否被调用，其中，所述目标操作包括对所述任务栈的栈顶数据的弹出操作和向所述任务栈中压入数据的操作；

获取单元，用于在监听到所述目标操作被调用时，获取所述目标操作针对的任务栈数据；

判断单元，用于根据所述任务栈数据判断所述目标操作针对的活动组件对象是否为所述指定应用的活动组件；

第一更新单元，用于如果是，则根据所述目标操作的任务栈数据更新针对所述指定应用的镜像栈数据；

监听模块，用于监听操作***中异常进程结束操作是否被调用；

判断模块，用于如果被调用，判断待结束的进程是否为所述指定应用；

执行模块，用于如果是所述指定应用，将所述镜像栈数据中位于栈顶的活动组件数据弹出，得到恢复栈数据；

恢复模块，用于根据所述恢复栈数据，恢复所述指定应用的任务栈，并启动当前处于所述指定应用的任务栈的栈顶的活动组件。

5.根据权利要求4所述的装置，其特征在于，所述备份模块包括：

读取单元，用于以预设周期读取所述操作***中当前存在的任务栈的数据；

匹配单元，用于利用所述指定应用的活动组件的名称字符串，在读取到的任务栈的数据中执行正则式匹配；

第二更新单元，用于确定匹配的数据对应的任务栈为所述指定应用的任务栈，并根据所述指定应用的任务栈的数据更新所述镜像栈数据。

6.根据权利要求4所述的装置，其特征在于，所述恢复模块包括：

第一逻辑单元，用于允许执行所述异常进程结束操作，以删除所述指定应用的任务栈；

重建单元，用于利用所述恢复栈数据重建所述指定应用的任务栈。

7.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至3任一项中所述的方法。

8.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至3任一项中所述的方法。

Images