一种页面加载方法、系统、设备以及介质

技术领域

本发明涉及页面加载领域，具体涉及一种页面加载方法、系统、设备以及存储介质。

背景技术

现在普遍存在的是在用户创建的时候直接写死了用户角色，直接根据角色编码去判断按需加载，这时候就存在同类角色中特殊用户处理的问题，导致在逻辑中写了很多的硬编码判断逻辑，只要用户的角色稍微发生变动或者有什么新的需求，就要重新硬编码实现，系统的灵活性很低。

发明内容

有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种页面加载方法，包括以下步骤：

创建用户关联角色表、用户关联权限表以及角色关联权限表；

在所述用户关联角色表中为用户分配角色，并在用户关联权限表中为用户分配用户权限以及在所述角色关联权限表中为角色分配权限；

响应于检测到用户登录，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

将查询到的所述用户权限和所述角色权限保存到缓存中；

根据所述缓存中的所述用户权限和所述角色权限加载页面。

在一些实施例中，还包括：

响应于接收到刷新缓存的指令，根据所述用户ID重新在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

将重新查询到的所述用户权限和所述角色权限更新到缓存中。

在一些实施例中，还包括：

创建包括权限ID、权限名称、权限编码和权限类型的权限表，其中，权限类型包括菜单权限、页面标签权限和界面元素权限。

在一些实施例中，创建用户关联角色表、用户关联权限表以及角色关联权限表，进一步包括：

创建包括角色ID和用户ID的用户关联角色表；

创建包括角色ID和权限ID的角色关联权限表；

创建包括用户ID和权限ID的用户关联权限表。

在一些实施例中，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限，进一步包括：

根据所述用户ID在所述用户关联角色表查询对应的角色ID以及在所述用户关联权限表中查询第一权限ID，根据所述对应的角色ID在所述角色关联权限表查询第二权限ID；

根据所述第一权限ID和第二权限ID在所述权限表中查询对应的权限编码。

在一些实施例中，将查询到的所述用户权限和所述角色权限保存到缓存中，进一步包括：

将查询到的权限编码保存到缓存中。

在一些实施例中，根据所述缓存中的所述用户权限和所述角色权限加载页面，进一步包括：

根据所述权限编码加载页面中菜单、界面以及界面元素。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种页面加载系统，包括：

创建模块，配置为创建用户关联角色表、用户关联权限表以及角色关联权限表；

分配模块，配置为在所述用户关联角色表中为用户分配角色，并在用户关联权限表中为用户分配用户权限以及在所述角色关联权限表中为角色分配权限；

查询模块，配置为响应于检测到用户登录，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

缓存模块，配置为将查询到的所述用户权限和所述角色权限保存到缓存中；

加载模块，配置为根据所述缓存中的所述用户权限和所述角色权限加载页面。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如上所述的任一种页面加载方法的步骤。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行如上所述的任一种页面加载方法的步骤。

本发明具有以下有益技术效果之一：本发明提出的方案通过将角色管理和用户管理解耦，增加系统的可维护性。并且通过角色权限和用户权限共同管理用户权限，实现了系统对于特殊化用户的包容。这样角色权限管理和用户权限管理的并行操作，让系统对同类角色中的特殊用户兼具了包容特点，不用再去特殊处理，去除了代码中的硬编码逻辑，用户减少了冗余代码，简洁了逻辑。进而实现特殊化和灵活性加载，增加了便利性，并且这种可配置化实现模块加载的管理，极大的方便了客户的使用。

附图说明

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

图1为本发明的实施例提供的页面加载方法的流程示意图；

图2为本发明的实施例提供的页面加载系统的结构示意图；

图3为本发明的实施例提供的计算机设备的结构示意图；

图4为本发明的实施例提供的计算机可读存储介质的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

根据本发明的一个方面，本发明的实施例提出一种页面加载方法，如图1所示，其可以包括步骤：

S1，创建用户关联角色表、用户关联权限表以及角色关联权限表；

S2，在所述用户关联角色表中为用户分配角色，并在用户关联权限表中为用户分配用户权限以及在所述角色关联权限表中为角色分配权限；

S3，响应于检测到用户登录，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

S4，将查询到的所述用户权限和所述角色权限保存到缓存中；

S5，根据所述缓存中的所述用户权限和所述角色权限加载页面。

本发明提出的方案通过将角色管理和用户管理解耦，增加系统的可维护性。并且通过角色权限和用户权限共同管理用户权限，实现了系统对于特殊化用户的包容。这样去除了代码中的硬编码逻辑，减少了冗余代码，简洁了逻辑。进而实现特殊化和灵活性加载，增加了便利性，并且这种可配置化实现模块加载的管理，极大的方便了客户的使用。

在一些实施例中，还包括：

创建包括权限ID、权限名称、权限编码和权限类型的权限表，其中，权限类型包括菜单权限、页面标签权限和界面元素权限。

在一些实施例中，创建用户关联角色表、用户关联权限表以及角色关联权限表，进一步包括：

创建包括角色ID和用户ID的用户关联角色表；

创建包括角色ID和权限ID的角色关联权限表；

创建包括用户ID和权限ID的用户关联权限表。

在一些实施例中，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限，进一步包括：

根据所述用户ID在所述用户关联角色表查询对应的角色ID以及在所述用户关联权限表中查询第一权限ID，根据所述对应的角色ID在所述角色关联权限表查询第二权限ID；

根据所述第一权限ID和第二权限ID在所述权限表中查询对应的权限编码。

在一些实施例中，将查询到的所述用户权限和所述角色权限保存到缓存中，进一步包括：

将查询到的权限编码保存到缓存中。

在一些实施例中，根据所述缓存中的所述用户权限和所述角色权限加载页面，进一步包括：

根据所述权限编码加载页面中菜单、界面以及界面元素。

具体的，在系统中用角色和权限两种方式去给用户分配页面权限和功能权限，更好的去实现权限控制。可以将权限分配为菜单权限、tab标签权限、界面元素权限等，权限可以分配给用户和角色，也就是存在用户关联权限和角色关联权限两种。角色关联权限是属于一对多的关系，角色是一类权限的集合体，用户关联权限可以看作是对角色关联权限的补充，对于一个用户来讲，它所具备的权限就是角色关联的权限和用户本身关联的权限的合集。

可以通过表设计模块实现对权限表、用户表、用户关联角色表、用户关联权限表以及角色关联权限表进行配置，其中用户表和角色表不再说明，因为各系统需要的用户信息不一致，但是可以肯定会有唯一标识比如uID(用户ID)和role_ID(角色ID)。

在一些实施例中，权限表可以包含以下字段：权限ID，权限名称，权限编码，权限类型(菜单权限、页面标签权限、界面元素权限等)，权限状态(生效和失效)，权限创建时间，权限修改时间等。权限配置先大体分为菜单权限、页面标签权限和界面元素权限，菜单权限就是配置一个权限让这个权限去关联菜单，如果具有了这个权限页面就可以显示此菜单；页面标签权限是菜单页面可能会具有很多tab标签页面，而这些tab标签是提供给不同角色用户使用的，只有具备了这个页面标签权限的用户和角色才能显示这个tab页面标签；最后的界面元素设置就是存在特殊情况，在界面中，并不是具备了菜单权限和页面标签权限就可以操作这个界面的所有功能，有些创建按钮、删除按钮等要提供给管理员，普通用户只可以进行查看，此时就可以通过用户是否存在这些权限来确定最后这个菜单用户的页面展示，系统会提供超级管理员用户去操作权限的增删改查。

在一些实施例中，可以通过权限配置化管理、角色配置化管理、用户配置化管理、权限分配配置化管理模块给超级用户提供权限配置化管理、角色配置化管理、用户配置化管理、权限分配配置化管理功能。权限配置化管理提供权限的新增、修改、删除、查询功能，超级管理员用户可以对权限进行管理，提供可视化界面操作，方便快捷。同理角色配置化管理、用户配置化管理、权限分配配置化管理也提供了对于角色、用户、以及权限分配的可视化操作功能，提供新增、修改、删除、查询功能，为用户提供便利，另外权限分配管理包含用户权限分配和角色权限分配两部分，用于给已经创建生效的用户和角色提供权限分配。权限分配的功能的好处在于实现了模块配置化管理，系统可以通过配置菜单权限实现大模块的配置化管理，按需加载响应模块，实现配置化模块管理，另外页面标签权限分配和界面元素权限分配，是对大模块的补充，实现小模块功能的配置化管理。配置化顺应市场的需求，角色权限和用户权限的共同管理下可以实现用户模块的可变操作，用户权限分配是对用户角色权限的补充，因为对于同一类角色用户来说，会存在某些用户需要更多的权限去处理更多的事情，对于一个系统来说，角色是对一类用户的归类，不能因为某些用户就再创建一个新的角色，因此用户权限的引入极大的方便了对于用户所有权限的管理。

在一些实施例中，用户关联角色表包含以下字段：角色ID、用户ID、创建时间、状态；角色关联权限表包含以下字段：角色ID、权限ID、创建时间、状态；用户关联权限表包含以下字段：用户ID、权限ID、创建时间、状态。以上就是创建的表信息。角色关联权限表就是将权限先分配给角色，比如管理员角色和普通用户角色，先给管理员角色和普通用户分配权限，然后再给用户分配角色，用户就会具有这个角色所拥有的权限，用户关联权限表可以说是对特殊情况的一个补充，比如用户A是普通角色，普通角色是没有菜单B的权限的，只有管理员角色才具有，但是对于用户A要给他特殊分配菜单B的权限，此时就可以用到用户关联权限表的配置。3.提供角色关联权限配置页面和功能，提供用户关联权限配置页面和功能，提供用户关联角色的权限和配置。让权限的分配实现可配置化，去除硬编码的方式。给运维以及客户提供更优质的服务，让管理更加方便。

在一些实施例中，还包括：

响应于接收到刷新缓存的指令，根据所述用户ID重新在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

将重新查询到的所述用户权限和所述角色权限更新到缓存中。

具体的，用户的权限需要在登录成功后查出，取角色权限和用户权限的合集，页面取消硬编码格式，采用权限控制，可根据用户是否具有权限编码判断相关模块的引入。缓存按照系统进行规划，如果系统不具备其他缓存技术，可以使用session进行管理，在登录完成后用户所有权限存入session中，前端存入全局缓存或者存入cookie中。用户所拥有的权限更新后，用户可以主动去刷新，或者等待下次登录后刷新，提供界面管理。

对于用户的权限可以在登录的时候通过缓存模块查询出来。例如可以将权限放入前端缓存和后端缓存中去，前端缓存可以采用cookie或者localstorage，后端缓存java可以使用redis、session或者全局变量等，后端也可以对逻辑处理进行越权判断，如果用户不具备某些功能的权限，是不能进行关于这些功能的操作。缓存支持页面查询展示、刷新等功能，使新分配的权限可以主动的刷新到缓存，并且可配置化管理会更加的形象方便。缓存的引入也提高了系统的效率。

通过本发明提出的方案，将界面管理、操作逻辑和权限管理结合、后端的逻辑处理也可以借用权限来判断处理，减少硬编码逻辑的引入，实现模块功能的可配置化加载，对于各种特殊情况的处理提供了更加便利的手段，对于系统运维提供了方便，而且还提升了用户的体验。

基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种页面加载系统400，如图2所示，包括：

创建模块401，配置为创建用户关联角色表、用户关联权限表以及角色关联权限表；

分配模块402，配置为在所述用户关联角色表中为用户分配角色，并在用户关联权限表中为用户分配用户权限以及在所述角色关联权限表中为角色分配权限；

查询模块403，配置为响应于检测到用户登录，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

缓存模块404，配置为将查询到的所述用户权限和所述角色权限保存到缓存中；

加载模块405，配置为根据所述缓存中的所述用户权限和所述角色权限加载页面。

在一些实施例中，还包括：

响应于接收到刷新缓存的指令，根据所述用户ID重新在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

将重新查询到的所述用户权限和所述角色权限更新到缓存中。

在一些实施例中，还包括：

创建包括权限ID、权限名称、权限编码和权限类型的权限表，其中，权限类型包括菜单权限、页面标签权限和界面元素权限。

在一些实施例中，创建用户关联角色表、用户关联权限表以及角色关联权限表，进一步包括：

创建包括角色ID和用户ID的用户关联角色表；

创建包括角色ID和权限ID的角色关联权限表；

创建包括用户ID和权限ID的用户关联权限表。

在一些实施例中，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限，进一步包括：

根据所述用户ID在所述用户关联角色表查询对应的角色ID以及在所述用户关联权限表中查询第一权限ID，根据所述对应的角色ID在所述角色关联权限表查询第二权限ID；

根据所述第一权限ID和第二权限ID在所述权限表中查询对应的权限编码。

在一些实施例中，将查询到的所述用户权限和所述角色权限保存到缓存中，进一步包括：

将查询到的权限编码保存到缓存中。

在一些实施例中，根据所述缓存中的所述用户权限和所述角色权限加载页面，进一步包括：

根据所述权限编码加载页面中菜单、界面以及界面元素。

本发明提出的方案通过将角色管理和用户管理解耦，增加系统的可维护性。并且通过角色权限和用户权限共同管理用户权限，实现了系统对于特殊化用户的包容。这样去除了代码中的硬编码逻辑，减少了冗余代码，简洁了逻辑。进而实现特殊化和灵活性加载，增加了便利性，并且这种可配置化实现模块加载的管理，极大的方便了客户的使用。

基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：

至少一个处理器520；以及

存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行以下步骤：

S1，创建用户关联角色表、用户关联权限表以及角色关联权限表；

S2，在所述用户关联角色表中为用户分配角色，并在用户关联权限表中为用户分配用户权限以及在所述角色关联权限表中为角色分配权限；

S3，响应于检测到用户登录，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

S4，将查询到的所述用户权限和所述角色权限保存到缓存中；

S5，根据所述缓存中的所述用户权限和所述角色权限加载页面。

在一些实施例中，还包括：

响应于接收到刷新缓存的指令，根据所述用户ID重新在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

将重新查询到的所述用户权限和所述角色权限更新到缓存中。

在一些实施例中，还包括：

创建包括权限ID、权限名称、权限编码和权限类型的权限表，其中，权限类型包括菜单权限、页面标签权限和界面元素权限。

在一些实施例中，创建用户关联角色表、用户关联权限表以及角色关联权限表，进一步包括：

创建包括角色ID和用户ID的用户关联角色表；

创建包括角色ID和权限ID的角色关联权限表；

创建包括用户ID和权限ID的用户关联权限表。

在一些实施例中，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限，进一步包括：

根据所述用户ID在所述用户关联角色表查询对应的角色ID以及在所述用户关联权限表中查询第一权限ID，根据所述对应的角色ID在所述角色关联权限表查询第二权限ID；

根据所述第一权限ID和第二权限ID在所述权限表中查询对应的权限编码。

在一些实施例中，将查询到的所述用户权限和所述角色权限保存到缓存中，进一步包括：

将查询到的权限编码保存到缓存中。

在一些实施例中，根据所述缓存中的所述用户权限和所述角色权限加载页面，进一步包括：

根据所述权限编码加载页面中菜单、界面以及界面元素。

本发明提出的方案通过将角色管理和用户管理解耦，增加系统的可维护性。并且通过角色权限和用户权限共同管理用户权限，实现了系统对于特殊化用户的包容。这样去除了代码中的硬编码逻辑，减少了冗余代码，简洁了逻辑。进而实现特殊化和灵活性加载，增加了便利性，并且这种可配置化实现模块加载的管理，极大的方便了客户的使用。

基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行以下步骤：

S1，创建用户关联角色表、用户关联权限表以及角色关联权限表；

S2，在所述用户关联角色表中为用户分配角色，并在用户关联权限表中为用户分配用户权限以及在所述角色关联权限表中为角色分配权限；

S3，响应于检测到用户登录，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

S4，将查询到的所述用户权限和所述角色权限保存到缓存中；

S5，根据所述缓存中的所述用户权限和所述角色权限加载页面。

在一些实施例中，还包括：

响应于接收到刷新缓存的指令，根据所述用户ID重新在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限；

将重新查询到的所述用户权限和所述角色权限更新到缓存中。

在一些实施例中，还包括：

创建包括权限ID、权限名称、权限编码和权限类型的权限表，其中，权限类型包括菜单权限、页面标签权限和界面元素权限。

在一些实施例中，创建用户关联角色表、用户关联权限表以及角色关联权限表，进一步包括：

创建包括角色ID和用户ID的用户关联角色表；

创建包括角色ID和权限ID的角色关联权限表；

创建包括用户ID和权限ID的用户关联权限表。

在一些实施例中，根据用户ID在所述用户关联角色表中查询所述用户ID对应的角色以及在所述用户关联权限表中查询所述用户ID对应的用户权限，并根据所述用户ID对应的角色在所述角色关联权限表中查询所述用户ID对应的角色权限，进一步包括：

根据所述用户ID在所述用户关联角色表查询对应的角色ID以及在所述用户关联权限表中查询第一权限ID，根据所述对应的角色ID在所述角色关联权限表查询第二权限ID；

根据所述第一权限ID和第二权限ID在所述权限表中查询对应的权限编码。

在一些实施例中，将查询到的所述用户权限和所述角色权限保存到缓存中，进一步包括：

将查询到的权限编码保存到缓存中。

在一些实施例中，根据所述缓存中的所述用户权限和所述角色权限加载页面，进一步包括：

根据所述权限编码加载页面中菜单、界面以及界面元素。

本发明提出的方案通过将角色管理和用户管理解耦，增加系统的可维护性。并且通过角色权限和用户权限共同管理用户权限，实现了系统对于特殊化用户的包容。这样去除了代码中的硬编码逻辑，减少了冗余代码，简洁了逻辑。进而实现特殊化和灵活性加载，增加了便利性，并且这种可配置化实现模块加载的管理，极大的方便了客户的使用。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。

此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。