权能配置方法、电子设备及存储装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种权能配置方法、电子设备及存储装置。

背景技术

伴随着互联网的发展，linux系统使用越来越广泛。通常，linux系统上可安装不同应用程序，包括第三方应用程序。考虑linux系统的安全性，需对其安装的应用程序的权限进行限制。例如，对安全性较高的应用程序，可配置更多操作权限，如可设置根(root)限权；对于安全性较低的应用程序，可配置较少操作权限。

目前，linux系统中应用程序的权限配置通过预先写入在应用程序文件中，然后基于应用程序文件确定应用程序的权限。然而一些应用程序文件不具有写入权限，导致权限无法进行配置或更改。

发明内容

本申请主要解决的技术问题是提供一种权能配置方法、电子设备及存储装置，能够直接根据Linux内核的预存信息实现应用程序相关进程的权能配置，提高了权能配置的灵活性。

为了解决上述问题，本申请第一方面提供了一种权能配置方法，该方法包括：接收对应用程序的处理指令；响应于处理指令，启动应用程序相关的进程；以及在启动应用程序相关的进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序相关的进程配置权能。

为了解决上述问题，本申请第二方面提供了一种电子设备，该电子设备包括相互耦接的存储器和处理器，存储器中存储有程序数据，处理器用于执行程序数据以实现上述权能配置方法中的任一步骤。

为了解决上述问题，本申请第三方面提供了一种存储装置，该存储装置存储有能够被处理器运行的程序数据，程序数据用于实现上述权能配置方法中的任一步骤。

上述方案，区别于现有技术，本申请中接收对应用程序的处理指令之后，响应于处理指令，启动应用程序相关的进程，通过在启动应用程序相关的进程的过程中，直接根据Linux内核的预存信息实现应用程序相关进程的权能配置，而且无需通过应用程序文件实现权能配置，故无需受限于应用程序文件是否具有写入权限，由此可提高权能配置的灵活性和适用性。

附图说明

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

图1是本申请权能配置方法第一实施例的流程示意图；

图2是本申请图1中步骤S13一实施例的流程示意图；

图3是本申请权能配置方法第二实施例的流程示意图；

图4是本申请权能配置方法第三实施例的流程示意图；

图5是本申请图4中步骤S33一实施例的流程示意图；

图6是本申请权能配置装置一实施例的结构示意图；

图7是本申请电子设备一实施例的结构示意图；

图8是本申请存储装置一实施例的结构示意图。

具体实施方式

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

本申请中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请提供以下实施例，下面对各实施例进行具体说明。

请参阅图1，图1是本申请权能配置方法第一实施例的流程示意图。该方法可以包括以下步骤：

S11：接收对应用程序的处理指令。

在Linux系统中，可以对应用程序(Application，简称App)的进程进行权能设置，以使得各应用程序可以具有不同的权能，不同的权能的应用程序能够执行对应不同的操作的能力。在启动应用程序之前，接收对应用程序的处理指令，其中，处理指令可以是启动应用程序的指令，处理指令也可以是卸载或安装应用程序的指令等。具体地，可以接收用户在客户端的操作指令，例如在网页上点击启动应用程序或卸载应用程序等，使得响应该指令启动或卸载应用程序。对于接收的应用程序的处理指令，本申请在此不做限制。

S12：响应于处理指令，启动应用程序相关的进程。

其中，应用程序相关的进程包括应用程序进程，若有可执行程序，应用程序相关的进程还可以包括可执行程序对应的子进程。可以响应于对应用程序的处理指令，启动处理指令对应的应用程序进程。另外，在启动应用程序进行后，若应用程序包括可执行程序，则可在应用程序进程中启动可执行程序对应的子进程。

S13：在启动应用程序相关的进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序相关的进程配置权能。

预存信息中存储有多个应用程序对应的权能信息，在启动应用程序相关的进程的过程中，可以从Linux系统内核的预存信息中读取与应用程序对应的权能信息，其中，Linux内核可以是Linux的安全内核(security内核)，可以预先在Linux内核中存储有预存信息，使得从Linux内核的预存信息中读取与应用程序对应的权能信息后，可以基于权能信息为应用程序相关的进程配置权能。

本实施例中，本申请中接收对应用程序的处理指令之后，响应于处理指令，启动应用程序相关的进程，通过在启动应用程序相关的进程的过程中，由于从Linux内核的预存信息中读取与应用程序对应的权能信息，直接根据Linux内核的预存信息实现应用程序相关进程的权能配置，而且无需通过应用程序文件实现权能配置，故无需受限于应用程序文件是否具有写入权限，由此可提高权能配置的灵活性；另外，由于不依赖于应用程序文件实现权能配置，使得无需依赖Linux系统的开启xattr配置，可以节省资源；进一步地，因不需要对每个可执行文件进行文件权能的配置，不要求可执行文件的可写权限，增强了权能配置的适用性，并且应用程序的权能信息的配置和管理效果更好。

在一些实施例中，请参阅图2，步骤S13中从Linux内核的预存信息中读取与应用程序对应的权能信息，可以包括以下步骤：

S131：获取应用程序对应的标识信息。

在一些实施例中，可以为每个应用程序定义一个索引信息(inode信息)，其中可以包括应用程序的相关文件的元信息，在本申请中，索引信息可以包括应用程序的安装信息、权能信息、应用程序标识、权能标识等中的至少一种。

其中，安装信息可以是应用程序的安装路径，例如安装绝对路径，使得每个应用程序的安装路径是唯一的。权能信息为赋予应用程序的权能，使得可对每个应用程序对应各自的一组权能。应用程序标识可以是为应用程序分配的UID(User Identification，用户身份证明)，每个应用程序唯一对应一个UID，UID可以从1开始分配，依次按自然数递增，在一些应用场景中，UID也可以称为用户ID(Identification，身份证明)，也即是为应用程序作为用户分配的ID。例如用户类型可以分为超级用户、普通用户、虚拟用户等，超级用户可以是具有根权限的用户，虚拟用户用于满足文件或服务启动的需要，一般不需要登录。权能标识可以是应用程序的GID(Group Identification，群体身份)，GID定义一个固定的UID组，上述的UID用户可以是某个GID组中的成员，GID用于应用程序权能的控制。例如，GID组为20002组内可以包括UID(1，2，…，n)，可以用于应用程序进程(APP1，APP2，…，APPn)的权能控制。

在一些实施例中，应用程序对应的标识信息包括应用程序标识和/或权能标识。其中，应用程序标识用于唯一标识应用程序，权能标识用于标识应用程序相关的进程是否需进行权能配置。

S132：从Linux内核的预存信息中读取与标识信息对应的权能信息。

预存信息包括多个应用程序对应的索引信息，在Linux内核中存储有应用程序预存信息，也即是，在Linux内核中存储有应用程序的安装信息、权能信息、应用程序标识、权能标识等信息。根据获取的应用程序对应的标识信息，可以在预存信息中进行匹配，匹配到对应的索引信息，从而在Linux内核的预存信息中读取与标识信息对应的权能信息。

在本实施例中，应用程序的标识信息可以唯一标识应用程序，通过应用程序的标识信息可以控制应用程序内所有的可执行程序的权能信息，从Linux内核的预存信息中读取与标识信息对应的权能信息，使得只需要对应用程序配置权能信息，而不需要对应用程序的每个可执行文件配置权能信息，并且不需要识别出应用程序中包含的所有可执行文件，权能配置效果更好，适应性更强。

请参阅图3，图3是本申请权能配置方法第二实施例的流程示意图。该方法可以包括以下步骤：

S21：接收对应用程序的处理指令。

该步骤S21的具体实施方式可参考上述实施例中步骤S11的实施过程，在此不再赘述。

S22：响应于处理指令，启动应用程序相关的进程。

应用程序相关的进程包括应用程序进程和/或可执行程序对应的子进程。可以响应于对应用程序的处理指令，启动处理指令对应的应用程序进程。

可选地，在启动应用程序进行后，若应用程序包括可执行程序，则可在应用程序进程中启动可执行程序对应的子进程。

S23：在启动应用程序进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序进程配置权能。

预存信息中存储有多个应用程序对应的权能信息，可以在启动应用程序的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，以将权能信息配置为应用程序的权能。

可选地，预存信息包括应用程序的安装信息、权能信息、应用程序标识、权能标识等信息中的至少一种。且预存信息存储在Linux内核的预设驱动模块中，例如预设驱动模块可以是DCAP驱动模块。

可选地，从Linux内核的预存信息中读取与标识信息对应的权能信息，还可以包括：判断应用程序的权能标识是否为预设权能标识，也即是判断应用程序的权能标识GID与预存信息中的权能标识是否相等，例如预设权能标识为GID组为20002组。若应用程序的权能标识为预设权能标识，权能标识GID等于20002组，也即是当前进程受DCAP驱动模块管控，则从Linux内核的DCAP驱动模块的预存信息中读取与应用程序标识对应的权能信息，基于权能信息为应用程序相关的进程配置权能。若应用程序的权能标识不为预设权能标识，表示该进程不想被DCAP驱动模块管控，则执行本步骤时在Linux内核中不经过DCAP驱动模块，也即是不从DCAP驱动模块的预存信息中读取与应用程序标识对应的权能信息。此时，可以采用其他的方式获取应用程序对应的权能信息。

该步骤S23的具体实施方式可参考上述实施例中步骤S13的实施过程，在此不再赘述。

S24：若应用程序包括可执行程序，则在启动可执行程序对应的子进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为可执行程序对应的子进程配置权能。

其中，应用程序对应的标识信息包括应用程序标识和权能标识，可以在应用程序进程中运行可执行程序，在启动可执行程序对应的子进程的过程中，可以从Linux内核的预存信息中读取可执行程序对应的子进程所属的应用程序的权能信息，以将读取的权能信息配置为可执行程序对应的子进程的权能。

本实施例中，将预存信息存储在Linux内核的预设驱动模块中，预存信息中应用程序对应的索引信息包括应用程序的安装信息、权能信息、应用程序标识、权能标识等信息，可以通过应用程序的安装信息管理不同应用程序的索引信息，通过判断应用程序的权能标识是否为预设权能标识，在判断为预设权能标识时，从Linux内核的预设驱动存储的预存信息中读取与应用程序标识对应的权能信息，基于权能信息为应用程序相关的进程配置权能，可以为多个应用程序设置专门的类别进行管理，提高对应用程序的权能的配置及管理效果。

请参阅图4，图4是本申请权能配置方法第三实施例的流程示意图。该方法可以包括以下步骤：

S31：响应于设备启动指令，启动脚本，并将预设驱动模块加载到Linus内核中。

可以响应设备启动指令启动设备，在设备启动的过程中，自动启动脚本，当前进程具有根权限，通过脚本中的Linux系统的insmod命令将预设驱动模块加载进Linux内核中，例如预设驱动模块可以是DCAP驱动模块，在Linux内核中的预设驱动模块中存储有预存信息，预存信息包括应用程序的安装信息、权能信息、应用程序标识、权能标识等信息中的至少一种。

在一些实施例中，在设备启动的过程中，自动启动用于运行服务进程的启动服务，可以用于启动服务进程，也即是可以用于启动应用程序。在本步骤中，此时的启动服务没有加载运行服务进程。

S32：接收对应用程序的处理指令。

在接收到对应用程序的处理指令后，启动服务加载运行服务进程。

该实施例中步骤S32的具体实施方式可参考上述实施例中步骤S11的实施过程，在此不再赘述。

S33：在设备启动后，启动服务进程。

在设备启动后，且接收到对应用程序的处理指令，运行服务启动服务进程。

在启动应用程序进程之前，在服务进程中通过fork函数建立服务进程的子进程，从而启动服务进程的子进程。其中，可以将服务进程称为父进程，其在服务进程中建立的子进程称为子进程。

可选地，服务进程及其子进程的权能为根权限，在启动服务进程的子进程的过程中，将服务进程的子进程的标识信息设置为应用程序对应的标识信息，使得服务进程的子进程继承服务进程的标识信息，也即是继承服务进程的应用程序标识UID和/或权能标识GID。

在一些实施例中，请参阅图5，步骤S33包括以下步骤：

S331：基于应用程序的安装信息查找到应用程序对应的标识信息。

在启动服务进程的子进程之前，基于应用程序的安装信息查找到应用程序对应的标识信息。其中，安装信息包括应用程序的安装绝对路径，系统可以为应用程序动态的分配对应的标识信息，标识信息的应用程序标识UID不是一个固定值，可以从1开始分配，权能标识GID是固定的一个数值。

S332：检测Linux内核的预存信息中是否包括应用程序的索引信息。

其中，应用程序的索引信息包括应用程序的安装信息、应用程序对应的标识信息以及权能信息。在Linux内核存储有预存信息，预存信息存储在Linux内核中的预设驱动模块，也即是，预存信息存储在DCAP驱动模块中。预存信息包括多个应用程序的索引信息，可以根据应用程序对应的标识信息，检测Linux内核的预存信息中是否包括应用程序的索引信息。

在本步骤中，若检测结果为不包括应用程序的索引信息，则执行步骤S333；若检测结果为包括应用程序的索引信息，则执行步骤S334或S335。

在另一些实施例中，若检测Linux内核中包括应用程序的索引信息，但其索引信息中未检测到权能信息，则执行步骤S333。

S333：获取用户为应用程序配置的权能信息，利用获取的权能信息生成应用程序的索引信息，并保存在预存信息中。

其中，在获取应用程序对应的标识信息时，可以从当前启动的进程的父进程的标识信息中，继承应用程序对应的标识信息。具体地，在Linux内核中没有检测到应用程序的索引信息，可能是第一次启动该应用程序或安装该应用程序，也可能是未对该应用程序配置权能信息，因此内核中的没有存储应用程序对应的权能信息。获取用户为应用程序配置的权能信息，其获取方式可以是接收用户输入的为应用程序配置的权能信息，使得用户可以自定义应用程序的权能信息。将获取的应用程序的权能信息、标识信息、安装信息等生成应用程序的索引信息，并将索引信息保存在预存信息中。其中，预存信息可以是包括多个应用程序的索引信息的链表，可以将新生成的应用程序的索引信息加入索引信息的链表的末尾，从而将应用程序的索引信息存储在Linux内核的DCAP驱动模块中。

S334：若包括且处理指令为卸载指令，则从预存信息中删除应用程序的索引信息。

接收的处理指令为卸载指令，则执行卸载应用程序的操作，运行卸载应用程序的服务，并从Linux内核的DCAP驱动模块的预存信息中删除应用程序的索引信息。

S335：若包括且处理指令不为卸载指令，则启动服务进程的子进程。

处理指令不为卸载指令时，例如处理指令为安装指令、启动指令等，可以在服务进程中通过fork函数建立服务进程的子进程，来启动服务进程的子进程。启动服务进程的子进程后，服务进程不会被服务进程的子进程所覆盖。其中，服务进程及其子进程的权能为根权限，在启动服务进程的子进程的过程中，将服务进程的子进程的标识信息设置为应用程序对应的标识信息。

可选地，在步骤S33中，执行步骤S335之后，则执行步骤S34。

S34：利用服务进程的子进程启动应用程序进程。

在启动服务进程的子进程后，可以在服务进程的子进程中，通过exec函数启动应用程序进程。启动的应用程序进程可以继承服务进程对应的标识信息，也即是继承服务进程及服务进程的子进程对应的应用程序标识和权能标识，此时启动的应用程序进程不继承服务进程及服务进程的子进程的权能信息。

在一些实施例中，在启动应用程序之后，若有可执行程序，可以在应用程序进程中启动可执行程序对应的进程，也即是启动可执行程序对应的子进程，若可执行程序的子进程所属的应用程序与其父进程的应用程序进程属于同一应用程序，其从Linux内核中读取的权能信息可以是相同的。若在应用程序进程中启动的其他应用程序进程，其他应用程序进程与应用程序进程不属于同一应用程序时，其读取的权能信息可能会不同。

可选地，在执行步骤S34之后，可以执行步骤S35和/或36。

S35：在启动应用程序相关的进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序相关的进程配置权能。

应用程序相关的进程包括应用程序进程和可执行程序对应的子进程，应用程序进程和/或可执行程序对应的子进程属于应用程序的一个进程，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序相关的进程配置权能。

可选地，从Linux内核的预存信息中读取与标识信息对应的权能信息，包括：判断权能标识是否为预设权能标识。若为预设权能标识，则从Linux内核的预存信息中读取与应用程序标识对应的权能信息，基于权能信息为应用程序相关的进程配置权能。

S36：若应用程序包括可执行程序，则在启动可执行程序对应的子进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为可执行程序对应的子进程配置权能。

该实施例中步骤S36的具体实施方式可参考上述实施例中步骤S24的实施过程，在此不再赘述。

在本申请中，将应用程序的索引信息，也即是包括权能信息的索引信息存储在Linux内核的预设驱动模块中，只需要存储应用程序中领头进程的权能信息，也即是只需要存储服务进程的子进程启动的应用程序进程的权能信息，而应用程序内部启动其他可执行程序的权能信息不需要进行存储，使得可以节省资源，方便对应用程序进行权能配置，提高权能配置的适用性。

对于上述实施例，本申请提供一种权能配置装置，请参阅图6，图6是本申请权能配置装置一实施例的结构示意图。该权能配置装置100包括接收模块101、启动模块102和配置模块103，接收模块101、启动模块102和配置模块103相互连接。

其中，接收模块101用于接收对应用程序的处理指令。

启动模块102用于响应于处理指令，启动应用程序相关的进程。

其中，启动模块102用于响应于处理指令，启动应用程序相关的进程，包括：响应于处理指令，启动应用程序进程；在启动应用程序进行后，若应用程序包括可执行程序，则启动可执行程序对应的子进程；

可选地，启动模块102还用于响应于设备启动指令，启动脚本，并将预设驱动模块加载到Linux内核中，其中，预存信息存储在Linux内核中的预设驱动模块。

可选地，在启动应用程序进程之前，包括：在设备启动后，启动服务进程。

可选地，启动应用程序进程，包括：启动服务进程的子进程；利用服务进程的子进程启动应用程序进程。其中，服务进程及其子进程的权能为根权限。在启动服务进程的子进程的过程中，将服务进程的子进程的标识信息设置为应用程序对应的标识信息。

可选地，在启动服务进程的子进程之前，基于应用程序的安装信息查找到应用程序对应的标识信息；检测Linux内核的预存信息中是否包括应用程序的索引信息，其中，应用程序的索引信息包括应用程序的安装信息、应用程序对应的标识信息以及权能信息；若不包括，则获取用户为应用程序配置的权能信息，利用获取的权能信息生成应用程序的索引信息，并保存在预存信息中；若包括且处理指令为卸载指令，则从预存信息中删除应用程序的索引信息；和/或，若包括且处理指令不为卸载指令，则启动服务进程的子进程。

配置模块103用于在启动应用程序相关的进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序相关的进程配置权能。

在一些实施例中，从Linux内核的预存信息中读取与应用程序对应的权能信息，包括：获取应用程序对应的标识信息；从Linux内核的预存信息中读取与标识信息对应的权能信息。其中，应用程序对应的标识信息包括应用程序标识和/或权能标识；其中，应用程序标识用于唯一标识应用程序，权能标识用于标识应用程序相关的进程是否需进行权能配置；

其中，获取应用程序对应的标识信息，包括：从当前启动的进程的父进程的标识信息中，继承应用程序对应的标识信息。

在另一些实施例中，应用程序对应的标识信息包括应用程序标识和权能标识，从Linux内核的预存信息中读取与标识信息对应的权能信息，包括：判断权能标识是否为预设权能标识；若为预设权能标识，则从Linux内核的预存信息中读取与应用程序标识对应的权能信息。

可选地，配置模块103用于在启动应用程序相关的进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序相关的进程配置权能，包括：在启动应用程序进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为应用程序进程配置权能；若应用程序包括可执行程序，则在启动可执行程序对应的子进程的过程中，从Linux内核的预存信息中读取与应用程序对应的权能信息，并基于权能信息为可执行程序对应的子进程配置权能。

该实施例的具体实施方式可参考上述实施例的实施过程，在此不再赘述。

对于上述实施例，本申请提供一种电子设备，请参阅图7，图7是本申请电子设备一实施例的结构示意图。该电子设备200包括存储器201和处理器202，其中，存储器201和处理器202相互耦接，存储器201中存储有程序数据，处理器202用于执行程序数据以实现上述权能配置方法任一实施例的步骤。

在本实施例中，处理器202还可以称为CPU(Central Processing Unit，中央处理单元)。处理器202可能是一种集成电路芯片，具有信号的处理能力。处理器202还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器202也可以是任何常规的处理器等。

该实施例的具体实施方式可参考上述实施例的实施过程，在此不再赘述。

对于上述实施例的方法，其可以采用计算机程序的形式实现，因而本申请提出一种存储装置，请参阅图8，图8是本申请存储装置一实施例的结构示意图。该存储装置300中存储有能够被处理器运行的程序数据301，程序数据可被处理器执行以实现上述权能配置方法任一实施例的步骤。

该实施例的具体实施方式可参考上述实施例的实施过程，在此不再赘述。

本实施例存储装置300可以是U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等可以存储程序数据的介质，或者也可以为存储有该程序数据的服务器，该服务器可将存储的程序数据发送给其他设备运行，或者也可以自运行该存储的程序数据。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储装置中，该存储装置是一种计算机可读取存储介质。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。

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

以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。