守护进程的鉴权方法、装置、电子设备及可读存储介质

摘要

本申请提供了一种守护进程的鉴权方法、装置、电子设备及可读存储介质，该方法包括：确定调用方进程是否为守护进程；确定所述调用方进程是守护进程，判断所述调用方进程是否在预设白名单内；确定所述调用方进程不在预设白名单内，弹出鉴权界面；所述鉴权界面的显示信息包括：所述调用方进程的名称和所述调用方进程的目录路径；响应于用户在所述鉴权界面的权限选择行为，执行相应的进程调用操作。采用本方法能够解决现有技术中缺少守护进程鉴权机制的问题。

说明书

技术领域

本申请涉及鉴权技术领域，尤其涉及一种守护进程的鉴权方法、装置、电子设备及可读存储介质。

背景技术

鉴权是指验证用户是否拥有访问系统的权利。APP(Application，应用程序)的进程的鉴权方式是，在被调用方进程的函数内通过binder公共接口获取调用方进程的UID作为参数，并和具体的权限一起传递给权限管理服务进行鉴权。非应用程序的进程的鉴权方式是相对于APP应用程序进程来说的，非应用程序的进程一般是指安卓操作系统中的后台进程，也称为守护进程。守护进程与应用程序的进程不同，它们一般是编译时就预置到系统中，当系统集成越来越复杂，特别是在大型的复杂项目中，有众多的供应商和实现方，预置的守护进程的安全性随之带来较大的风险，由于这些守护进程默认一直在系统运行并且权限较高，一旦被利用则后果不堪设想，例如系统的漏洞被黑客利用安装一些危险的守护进程，这样会导致安全风险。

相关技术中，提供的是关于应用程序的进程的鉴权方式，但是缺少关于守护进程的鉴权机制。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种守护进程的鉴权方法，解决了现有技术中缺少守护进程鉴权机制的问题。

为了实现上述目的，本申请实施例提供技术方案如下：

第一方面，本申请的实施例提供一种守护进程的鉴权方法，所述方法包括：

确定调用方进程是否为守护进程；

确定所述调用方进程是守护进程，判断所述调用方进程是否在预设白名单内；

确定所述调用方进程不在预设白名单内，弹出鉴权界面；所述鉴权界面的显示信息包括：所述调用方进程的名称和所述调用方进程的目录路径；

响应于用户在所述鉴权界面的权限选择行为，执行相应的进程调用操作。

作为本申请实施例一种可选的实施方式，所述确定调用方进程是否为守护进程，包括：

获取调用方进程的标识信息；所述调用方进程的标识信息包括：用户标识符UID；

根据所述调用方进程的标识信息确定所述调用方进程是否为守护进程。

作为本申请实施例一种可选的实施方式，所述根据所述调用方进程的标识信息确定所述调用方进程是否为守护进程，包括：

若所述调用方进程的用户标识符小于预设数值，则确定所述调用方进程为守护进程；

若所述调用方进程的用户标识符大于等于预设数值，则确定所述调用方进程为应用程序的进程。

作为本申请实施例一种可选的实施方式，所述确定所述调用方进程是否在预设白名单内，还包括：

若所述调用方进程在预设白名单内，则允许所述调用方进程完成调用操作。

作为本申请实施例一种可选的实施方式，在响应于用户的权限选择行为，执行相应的进程调用操作之后，所述方法还包括：

将所述调用方进程的属性信息保存至权限数据库；

其中，所述调用方进程的进程属性信息包括：调用方进程文件的MD5值、所述调用方进程的名称、所述调用方进程的路径、所述调用方进程的权限、以及所述调用方进程的权限授权状态。

作为本申请实施例一种可选的实施方式，所述方法还包括：

根据所述权限数据库，获取目标守护进程的权限授权状态；

根据所述目标守护进程的权限授权状态，确定是否执行相应的进程调用操作。

作为本申请实施例一种可选的实施方式，所述判断所述调用方进程是否在预设白名单内还包括：

获取调用方进程的UID；

若所述调用方进程的UID为第一预设数值，则将所述调用方进程的UID替换为中转层的第二预设数值；

当接收到所述第二预设数值的UID对应的进程发送的授权请求时，获取所述调用方进程的PID；

根据所述调用方进程的PID，确定所述调用方进程是否在预设白名单内。

第二方面，本申请实施例提供一种守护进程的鉴权装置，包括：

确定模块，用于确定调用方进程是否为守护进程；

判断模块，用于确定所述调用方进程是守护进程，判断所述调用方进程是否在预设白名单内；

选择模块，用于确定所述调用方进程不在预设白名单内，弹出鉴权界面；所述鉴权界面的显示信息包括：各个守护进程的名称和各个守护进程的目录路径；

执行模块，用于响应于用户在所述鉴权界面的权限选择行为，执行相应的进程调用操作。

作为本申请实施例一种可选的实施方式，所述确定模块包括：

获取单元，用于获取调用方进程的标识信息；所述调用方进程的标识信息包括：用户标识符UID；

确定单元，用于根据所述调用方进程的标识信息确定所述调用方进程是否为守护进程。

作为本申请实施例一种可选的实施方式，所述确定单元具体用于：

若所述调用方进程的用户标识符小于预设数值，则确定所述调用方进程为守护进程；

若所述调用方进程的用户标识符大于等于预设数值，则确定所述调用方进程为应用程序的进程。

作为本申请实施例一种可选的实施方式，所述判断模块还用于：

若所述调用方进程在预设白名单内，则允许所述调用方进程完成调用操作。

作为本申请实施例一种可选的实施方式，所述装置还包括：

保存模块，用于将所述调用方进程的属性信息保存至权限数据库；

其中，所述调用方进程的进程属性信息包括：调用方进程文件的MD5值、所述调用方进程的名称、所述调用方进程的路径、所述调用方进程的权限、以及所述调用方进程的权限授权状态。

作为本申请实施例一种可选的实施方式，所述装置还包括：

状态获取模块，用于根据所述权限数据库，获取目标守护进程的权限授权状态；

处理模块，用于根据所述目标守护进程的权限授权状态，确定是否执行相应的进程调用操作。

作为本申请实施例一种可选的实施方式，所述装置还包括分析模块，所述分析模块具体用于：

获取调用方进程的UID；

若所述调用方进程的UID为第一预设数值，则将所述调用方进程的UID替换为中转层的第二预设数值；

当接收到所述第二预设数值的UID对应的进程发送的授权请求时，获取所述调用方进程的PID；

根据所述调用方进程的PID，确定所述调用方进程是否在预设白名单内。

第三方面，本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或第一方面的任一实施方式所述的守护进程的鉴权方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第一方面的任一实施方式所述的守护进程的鉴权方法。

本申请提供的守护进程的鉴权方法，首先确定调用方进程是否为守护进程，确定所述调用方进程是守护进程之后，判断所述调用方进程是否在预设白名单内，当确定所述调用方进程不在预设白名单内，弹出鉴权界面，响应于用户在鉴权界面的权限选择行为，执行相应的进程调用操作。由于在确定调用方进程为守护进程之后，再判断调用方进程是否在预设白名单内，确定该调用方进程不在预设白名单内，则弹出鉴权界面，以使用户根据鉴权界面中调用方进程的名称和调用方进程的目录路径确定该调用方进程是否安全可信，最后基于用户在鉴权界面的权限选择行为，执行相应的进程调用操作，从而实现守护进程的鉴权。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1为一个实施例中守护进程的鉴权方法的流程示意图；

图2为一个实施例中守护进程的鉴权界面示意图；

图3为另一个实施例中守护进程的鉴权方法的流程示意图；

图4为一个实施例中守护进程的鉴权装置的结构示意图；

图5为本申请实施例所述的电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本申请的上述目的、特征和优点，下面将对本申请的方案进行进一步描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本申请还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本申请的一部分实施例，而不是全部的实施例。

本申请的说明书和权利要求书中的术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在本申请实施例中，“示例性的”或者“例如”等词是用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。此外，在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

本申请实施例的整体构思为：确定调用方进程为守护进程之后，判断调用方进程是否在预设白名单内，确定该调用方进程不在预设白名单内，则弹出鉴权界面，以使用户根据鉴权界面中调用方进程的名称和调用方进程的目录路径确定该调用方进程是否安全可信，最后基于用户在鉴权界面的权限选择行为，执行相应的进程调用操作，从而实现守护进程的鉴权。

在一个实施例中，如图1所示，提供一种守护进程的鉴权方法，该守护进程的鉴权方法包括如下步骤：

S11、确定调用方进程是否为守护进程。

其中，守护进程是一类在后台运行且不受任何终端控制的进程，用于执行特定的系统任务，很多守护进程在系统引导的时候启动，并且一直运行到系统关闭。还有一部分守护进程在需要时启动，完成任务后就自动结束。守护进程与应用程序中的进程不同，守护进程一般是编译时就预置到系统中，当系统启动后，初始程序根据安卓的特性和定义将它们启动。

具体的，由于调用方进程可能是守护进程，也有可能是应用程序的进程。因此，首先需要确定调用方进程是否为守护进程。

在一些实施例中，上述步骤S11、确定调用方进程是否为守护进程，可以通过如下步骤S111-S112实现：

S111、获取调用方进程的标识信息。

其中，调用方进程的标识信息包括用户标识符UID。

具体的，UID(User Identifier，用户标识符)，UID在Linux系统中表示哪个用户运行了该程序，主要用于权限的管理。但是UID在安卓系统中表示不同的含义，由于安卓为单用户系统，此时UID是为了实现数据共享，也就是安卓为每个应用分配的不同的UID。

示例性的，如果调用方进程的UID等于0，则该调用方进程是ROOT用户；如果调用方进程的UID等于1000，则该调用方进程是SYSTEM用户。其中，ROOT用户也称为根用户，是Unix和类Unix系统(如Linux、QNX等)，以及Android和iOS移动设备系统中的唯一的超级用户，ROOT用户可对根目录执行读写和执行操作。SYSTEM用户是系统控制的进程，不受人为控制。

S112、根据所述调用方进程的标识信息确定所述调用方进程是否为守护进程。

在一些实施例中，上述步骤S112、根据所述调用方进程的标识信息确定所述调用方进程是否为守护进程，可以通过如下方式实现：

若所述调用方进程的用户标识符小于预设数值，则确定所述调用方进程为守护进程。

若所述调用方进程的用户标识符大于等于预设数值，则确定所述调用方进程为应用程序的进程。

具体的，由于应用程序的进程的UID范围是10000以上，除此之外都是守护进程。所以预设数值可以取10000。当调用方进程的UID小于10000时，确定调用方进程为守护进程；当调用方进程的UID大于等于10000时，确定调用方进程为应用程序的进程。

另外，调用方进程的标识信息还可以包括：PID(Process Identifier，进程标识符)，PID就是各进程的身份标识，程序一开始运行，系统就会自动分配给进程一个独一无二的PID。在本实施例中，根据UID的范围可以确定调用方进程是否为守护进程，但是要获取守护进程的更多信息，例如守护进程的名称、路径等，则需要通过PID来识别。因为不同的守护进程UID可以是相同的，但是PID是唯一的。

S12、确定所述调用方进程是守护进程，判断所述调用方进程是否在预设白名单内。

具体的，预设白名单包括已知的、安全的守护进程的集合。

示例性的，预设白名单中的守护进程可以是系统守护进程，例如syslogd、login、crond、at等；也可以是网络守护进程，例如sendmail、httpd、xinetd、等；还可以是独立启动的守护进程，例如httpd、named、xinetd等；还可以是被动守护进程，例如telnet、finger、ktalk等。

在一些实施例中，若所述调用方进程在预设白名单内，则允许所述调用方进程完成调用操作。

具体的，如果调用方进程为Linux系统原生的守护进程或者安卓系统原生的守护进程，则允许该守护进程完成相应的调用操作，不抛出异常。如果调用方进程不在预设白名单内，则执行步骤S13。

S13、确定所述调用方进程不在预设白名单内，弹出鉴权界面。

其中，鉴权界面的显示信息包括：所述调用方进程的名称和所述调用方进程的目录路径。

具体的，鉴权界面用于向用户提供对调用方进程进行权限选择的输入窗口，用户根据鉴权界面显示的调用方进程的名称和调用方进程的目录路径，判断该调用方进程是否安全可信，从而对该调用方进程的权限进行选择。

示例性的，守护进程的鉴权界面默认为空，当某个守护进程有实际的调用行为时产生记录。一个守护进程对应多个权限，例如，守护进程1对应的权限有：获取当前地址信息、获取用户联系人信息、获取存储空间等。参照图2所示，图2为守护进程的鉴权界面示意图。守护进程的鉴权界面类似于应用程序的权限管理界面，但是两者有区别，应用程序的权限管理界面有明确的图标，各个图标对应不同的名称。而守护进程的鉴权界面所有图标均是默认的图标，其通过不同的进程名称进行区别，例如，进程1，进程2，进程3等进行区分。

S14、响应于用户在所述鉴权界面的权限选择行为，执行相应的进程调用操作。

其中，权限选择行为包括：允许调用和拒绝调用。

具体的，当用户在鉴权界面的权限选择为允许调用，则该守护进程执行相应的进程调用操作；当用户在鉴权界面的权限选择为拒绝调用，则该守护进程无法执行相应的进程调用操作。

应该用本申请实施例，首先确定调用方进程是否为守护进程，确定所述调用方进程是守护进程之后，判断所述调用方进程是否在预设白名单内，当确定所述调用方进程不在预设白名单内，弹出鉴权界面，响应于用户在鉴权界面的权限选择行为，执行相应的进程调用操作。由于在确定调用方进程为守护进程之后，再判断调用方进程是否在预设白名单内，确定该调用方进程不在预设白名单内，则弹出鉴权界面，以使用户根据鉴权界面中调用方进程的名称和调用方进程的目录路径确定该调用方进程是否安全可信，最后基于用户在鉴权界面的权限选择行为，执行相应的进程调用操作，从而实现守护进程的鉴权。

在一些实施例中，在图1的基础上，执行步骤S14之后，参照图3所示，还可以执行如下步骤S15：

S15、将所述调用方进程的属性信息保存至权限数据库。

其中，所述调用方进程的进程属性信息包括：调用方进程文件的MD5值、所述调用方进程的名称、所述调用方进程的路径、所述调用方进程的权限、以及所述调用方进程的权限授权状态。权限数据库用于存储调用方进程为守护进程的进程属性信息。

具体的，MD5(Message-Digest Algorithm 5，消息摘要算法第五版)，是一种被广泛使用的密码散列函数，可以产生出128位的散列值，用于确保信息传输完整一致。在本实施例中，以守护进程文件的MD5值作为该守护进程进行权限保存时所使用的ID。

示例性的，调用方进程的权限可以包括但不限于：获取用户联系人信息、获取用户相册信息、获取用户存储权限等。调用方进程的权限授权状态可以包括但不限于：允许、拒绝、仅使用时允许。调用方进程的名称可以是：vendor.qti.hardware.qteeconnector@1.0-service。

在一些实施例中，当目标守护进程执行相应的调用操作时，根据所述权限数据库，获取目标守护进程的权限授权状态；根据所述目标守护进程的权限授权状态，确定是否执行相应的进程调用操作。

具体的，权限数据库可以持久化保存用户的选择行为。当下一次该调用方进程再次调用相关权限时，可以先从权限数据库中查找该调用方进程相关权限的权限授权状态。根据该调用方进程的权限授权状态，确定是否执行相应的进程调用操作。

在一些实施例中，获取调用方进程的UID；若所述调用方进程的UID为第一预设数值，则将所述调用方进程的UID替换为中转层的第二预设数值；当接收到所述第二预设数值的UID对应的进程发送的授权请求时，获取所述调用方进程的PID；根据所述调用方进程的PID，确定所述调用方进程是否在预设白名单内。

具体的，由于应用程序的进程的鉴权方式是，在被调用方进程的函数内通过binder公共接口获取调用方进程的UID作为参数，并和具体的权限一起传递给权限管理服务进行鉴权。因此，还可以通过如下方式确定调用方进程是否在预设白名单内：

默认在系统中安装一个UID为固定值的应用程序，该应用程序的UID例如可以是55555，将该应用程序作为一个中转层，在该应用程序的进程的函数内通过binder公共接口获取调用方进程的UID，例如调用方进程的UID为0，则将调用方进程的UID修改为55555，当接收到UID为55555的应用程序发送的授权请求时，获取调用方进程的PID，进一步根据调用方进程的PID确定其是否在预设白名单内。通过这种统一替换UID的方式，能够提高守护进程的确定效率。

应用本申请实施例，首先确定调用方进程是否为守护进程，确定所述调用方进程是守护进程之后，判断所述调用方进程是否在预设白名单内，当确定所述调用方进程不在预设白名单内，弹出鉴权界面，响应于用户在鉴权界面的权限选择行为，执行相应的进程调用操作。由于在确定调用方进程为守护进程之后，再判断调用方进程是否在预设白名单内，确定该调用方进程不在预设白名单内，则弹出鉴权界面，以使用户根据鉴权界面中调用方进程的名称和调用方进程的目录路径确定该调用方进程是否安全可信，最后基于用户在鉴权界面的权限选择行为，执行相应的进程调用操作，从而实现守护进程的鉴权。

在一个实施例中，如图4所示，提供了一种守护进程的鉴权装置400，包括：

确定模块410，用于确定调用方进程是否为守护进程；

判断模块420，用于确定所述调用方进程是守护进程，判断所述调用方进程是否在预设白名单内；

选择模块430，用于确定所述调用方进程不在预设白名单内，弹出鉴权界面；所述鉴权界面的显示信息包括：各个守护进程的名称和各个守护进程的目录路径；

执行模块440，用于响应于用户在所述鉴权界面的权限选择行为，执行相应的进程调用操作。

作为本申请实施例一种可选的实施方式，所述确定模块410包括：

获取单元，用于获取调用方进程的标识信息；所述调用方进程的标识信息包括：用户标识符UID；

确定单元，用于根据所述调用方进程的标识信息确定所述调用方进程是否为守护进程。

作为本申请实施例一种可选的实施方式，所述确定单元具体用于：

若所述调用方进程的用户标识符小于预设数值，则确定所述调用方进程为守护进程；

若所述调用方进程的用户标识符大于等于预设数值，则确定所述调用方进程为应用程序的进程。

作为本申请实施例一种可选的实施方式，所述判断模块420还用于：

若所述调用方进程在预设白名单内，则允许所述调用方进程完成调用操作。

作为本申请实施例一种可选的实施方式，所述装置还包括：

保存模块，用于将所述调用方进程的属性信息保存至权限数据库；

其中，所述调用方进程的进程属性信息包括：调用方进程文件的MD5值、所述调用方进程的名称、所述调用方进程的路径、所述调用方进程的权限、以及所述调用方进程的权限授权状态。

作为本申请实施例一种可选的实施方式，所述装置还包括：

状态获取模块，用于根据所述权限数据库，获取目标守护进程的权限授权状态；

处理模块，用于根据所述目标守护进程的权限授权状态，确定是否执行相应的进程调用操作。

作为本申请实施例一种可选的实施方式，所述装置还包括分析模块，所述分析模块具体用于：

获取调用方进程的UID；

若所述调用方进程的UID为第一预设数值，则将所述调用方进程的UID替换为中转层的第二预设数值；

当接收到所述第二预设数值的UID对应的进程发送的授权请求时，获取所述调用方进程的PID；

根据所述调用方进程的PID，确定所述调用方进程是否在预设白名单内。

应用本申请实施例，首先确定调用方进程是否为守护进程，确定所述调用方进程是守护进程之后，判断所述调用方进程是否在预设白名单内，当确定所述调用方进程不在预设白名单内，弹出鉴权界面，响应于用户在鉴权界面的权限选择行为，执行相应的进程调用操作。由于在确定调用方进程为守护进程之后，再判断调用方进程是否在预设白名单内，确定该调用方进程不在预设白名单内，则弹出鉴权界面，以使用户根据鉴权界面中调用方进程的名称和调用方进程的目录路径确定该调用方进程是否安全可信，最后基于用户在鉴权界面的权限选择行为，执行相应的进程调用操作，从而实现守护进程的鉴权。

关于守护进程的鉴权装置的具体限定可以参见上文中对于守护进程的鉴权方法的限定，在此不再赘述。上述守护进程的鉴权装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备的处理器中，也可以软件形式存储于电子设备的处理器中，以便于处理器调用执行以上各个模块对应的操作。

本申请实施例还提供了一种电子设备，图5为本申请实施例提供的电子设备的结构示意图。如图5所示，本实施例提供的电子设备包括：存储器51和处理器52，存储器51用于存储计算机程序；处理器52用于调用计算机程序时执行上述方法实施例提供的守护进程的鉴权方法中任一实施例所执行的步骤。所述电子设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，所述电子设备的处理器用于提供计算和控制能力。所述电子设备的存储器包括非易失性存储介质、内存储器。所述非易失性存储介质存储有操作系统和计算机程序。所述内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。所述计算机程序被处理器执行时以实现一种守护进程的鉴权方法。所述电子设备的显示屏可以是液晶显示屏或者电子墨水显示屏，所述电子设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的守护进程的鉴权装置可以实现为一种计算机的形式，计算机程序可以在如图4所示的电子设备上运行。电子设备的存储器中可存储组成该电子设备的针对客户端类型的守护进程的鉴权装置的各个程序模块，比如，图4中所示的确定模块410、判断模块420、选择模块430以及执行模块440。各个程序模块构成的计算机程序使得处理器执行本说明书描述的本申请各个实施例的电子设备的守护进程的鉴权方法中的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例提供的守护进程的鉴权方法。

本领域技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。

处理器可以是中央判断单元(CentralProcessingUnit，CPU)，还可以是其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

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

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

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