多应用多页面权限管理方法、装置及计算机设备与流程

1.本发明涉及计算机网络管理技术领域，尤其涉及一种多应用多页面权限管理方法、装置及计算机设备。


背景技术：

2.传统的单应用系统基于rbac(role-based access control,基于角色的权限控制)进行权限控制很容易实现，但现在的系统大多基于微服务，随着微服务越来越多，一个系统的功能模块来自非常多的不同应用，应用间需要进行sso(single sign on,单点登录)并且单独授权才能访问所有功能，不同应用间可能存在功能页面的相互嵌入，嵌入页面的请求又来自其他的应用，这时就需要在嵌入应用和被嵌入应用同时授权才有权限访问嵌入的页面。
3.当一个系统的页面非常多并且页面来自很多不同的应用时，每个应用独立控制自己的权限带来的维护成本相当大，并且随着时间的推移之间的权限关系可能都无法理清，并且当一个应用中嵌入了很多其他应用的页面时，对于嵌入应用的功能模块来说是一个整体，但是后端接口来自不同的应用，在不改造后端接口的情况下无法对其他应用的权限进行控制。


技术实现要素：

4.本发明提供了一种多应用多页面权限管理方法、装置及计算机设备，旨在实现将所有应用的权限统一放在一个系统进行管理，减少了权限管理人员的权限配置工作量和复杂度，极大地节约了开发成本。
5.第一方面，本发明实施例提供一种多应用多页面权限管理方法，所述多应用多页面权限管理方法包括：获取第一应用和第二应用的appid；根据所述appid自动生成对应秘钥；根据所述appid和对应秘钥对所述第一应用和第二应用进行嵌入配置完成所述第一应用和第二应用的嵌入连接；对所述第一应用和第二应用进行权限配置，所述权限配置包括菜单配置，其中，一个菜单对应一个菜单链接和一个菜单id；根据所述菜单配置，将所述第二应用的菜单嵌入至第一应用的菜单；根据所述菜单链接，判断所述第一应用和第二应用的菜单链接是否为公共链接；若所述第一应用和第二应用的菜单链接为公共链接，将所述公共链接配置到白名单；根据所述应用appid和所述菜单id判断所述菜单是否属于同一应用；若所述菜单属于同一应用，将所述同一应用下的所有菜单对应链接加载到数据库中，对所述应用的菜单进行同步更新。
6.可选地，所述根据所述appid和对应秘钥对所述第一应用和第二应用进行嵌入配置完成所述第一应用和第二应用的嵌入连接之前还包括调用预设的程序包，所述程序包用于提供所述第一应用和第二应用的嵌入接口。
7.可选地，所述第一应用为原被嵌入应用，所述第二应用为被嵌入应用。
8.可选地，根据所述菜单配置，将所述第二应用的菜单嵌入至第一应用的菜单具体
包括：对第一应用进行创建菜单得到菜单数据，所述菜单数据包括应用appid、菜单id和根节点菜单id；分析第二应用的菜单获取第二应用appid、第二菜单id和第二根节点菜单id；将所述第二应用appid、第二菜单id、第二根节点菜单id与所述第一应用appid、菜单id和根节点菜单id进行对应关联。
9.可选地，所述若所述菜单属于同一应用，将所述同一应用下的所有菜单对应链接加载到数据库中，对所述应用的菜单进行同步更新具体包括：获取用户的登录请求信息，所述登录请求信息包括用户id；根据所述用户id判断所述用户所属角色；根据所述角色查询所述角色所有能访问的菜单；判断所述菜单是否为嵌入菜单；若所述菜单为嵌入菜单，根据所述第一应用的菜单id和第一应用appid查找原始菜单；若所述菜单属于同一应用，将所述同一应用下的所有菜单对应链接加载到数据库中。
10.可选地，所述根据所述角色查询所述角色所有能访问的菜单之后还包括：接收来自用户输入的访问菜单链接；判断所述用户输入的访问菜单链接是否存在于所述角色所能访问的菜单链接里；若所述用户输入的访问菜单链接存在于所述角色所能访问的菜单链接里，显示访问页面；若所述用户输入的访问菜单链接不存在于所述角色所能访问的菜单链接里，弹出无权限访问提示；以及判断所述访问菜单链接是否存在于白名单；若所述访问菜单链接存在于所述白名单，显示访问页面。
11.可选地，所述权限配置还包括创建角色、角色授权和用户授权。
12.可选地，所述获取第一应用和第二应用的appid还包括获取第一应用和第二应用的域名、上下文以及应用描述。
13.第二方面，本发明实施例提供一种多应用多页面权限管理装置，所述多应用多页面权限管理装置包括：第一获取单元、生成单元、第一配置单元、第二配置单元、嵌入单元、第一判断单元、第三配置单元、第二判断单元和加载单元。第一获取单元，用于获取第一应用和第二应用的appid。生成单元，用于根据所述appid自动生成对应秘钥。第一配置单元，用于根据所述appid和对应秘钥对所述第一应用和第二应用进行嵌入配置完成所述第一应用和第二应用的嵌入连接。第二配置单元，用于对所述第一应用和第二应用进行权限配置，所述权限配置包括菜单配置，其中，一个菜单对应一个菜单链接和一个菜单id。嵌入单元，用于根据所述菜单配置，将所述第二应用的菜单嵌入至第一应用的菜单。第一判断单元，用于根据所述菜单链接，判断所述第一应用和第二应用的菜单链接是否为公共链接。第三配置单元，用于若所述第一应用和第二应用的菜单链接为公共链接，将所述公共链接配置到白名单。第二判断单元，用于根据所述应用appid和所述菜单id判断所述菜单是否属于同一应用。加载单元，用于若所述菜单属于同一应用，将所述同一应用下的所有菜单对应链接加载到数据库中，对所述应用的菜单进行同步更新。
14.第三方面，本发明实施例提供一种计算机设备，包括：存储器和处理器。存储器，用于存储计算机可执行程序。处理器，用于执行所述计算机可执行程序以实现如上述所述的多应用多页面权限管理方法。
15.上述实施例中，通过获取第一应用和第二应用的appid，其中，一个应用appid对应一个秘钥，通过判断该应用的秘钥的合法性来决定是否与该应用建立连接，若该应用的秘钥合法，则将该应用的appid输入至配置文件完成该应用的嵌入连接，再对连接成功的应用进行菜单配置，将第二应用的菜单嵌入至第一应用的菜单中，实现不同应用之间的页面访
问，进一步地，对菜单链接进行最小原则权限控制，判断该菜单链接是否为公共链接，若是公共链接，则放开权限控制，并根据菜单id和应用appid的对应关系将属于同一应用的菜单所对应的菜单链接存储到数据库中，使第一应用和第二应用的菜单同步更新，本发明将所有应用的权限在同一个地方进行管理，极大地减少了权限管理员的权限配置工作量与复杂度，并且也避免了各应用重复开发相同功能，节省开发人力，让业务应用更加专注于业务功能开发。
附图说明
16.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
17.图1为本发明实施例提供的多应用多页面权限管理方法流程示意图。
18.图2为本发明实施例提供的多应用多页面权限管理方法流程中步骤s105的子步骤流程示意图。
19.图3为本发明实施例提供的多应用多页面权限管理方法流程中步骤s108的子步骤流程示意图。
20.图4为本发明实施例提供的多应用多页面权限管理方法流程中步骤s303之后的操作步骤流程示意图。
21.图5为本发明实施例提供的多应用多页面权限管理装置内部结构示意图。
22.图6为本发明第一实施例提供的一种电子设备的结构示意图。
23.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
24.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
25.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的规划对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，换句话说，描述的实施例根据除了这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，还可以包含其他内容，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于只清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
26.需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方
案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
27.请参看图1，其为本发明实施例提供的一种多应用多页面权限管理方法流程示意图，所述多应用多页面权限管理方法由统一权限管理系统执行，其中，一个应用对应多个页面，用户通过登录统一权限管理系统进行不同应用页面之间的跳转访问，该统一权限管理系统通过判断登录用户的所属角色来决定该登录用户是否有权限访问该应用页面，所述多应用多页面权限管理方法具体包括如下步骤s101-s109。
28.步骤s101，获取第一应用和第二应用的appid。具体地，每个应用都有对应的唯一appid，将第一应用和第二应用的appid输入至统一权限管理系统的配置文件完成第一应用和第二应用的嵌入，在一些可行的实施例中，输入的配置信息除了应用appid外，还可以包括该应用的域名、上下文和应用描述，其中，通过应用appid、该应用的域名、上下文来再次确定该应用的唯一性。在本实施例中，第一应用和第二应用的appid由管理人员自定义，只需满足应用的appid具有全局唯一性即可。
29.步骤s102，根据所述appid自动生成对应秘钥。可理解地，当管理人员输入应用的appid到统一权限管理系统后，统一权限管理系统会自动生成与该应用appid相对应的秘钥，也就是第一应用秘钥和第二应用秘钥。
30.步骤s103，根据所述appid和对应秘钥对所述第一应用和第二应用进行嵌入配置完成所述第一应用和第二应用的嵌入连接。具体地，统一权限管理系统通过判断该应用的秘钥的合法性来决定是否与该应用建立连接，只有该应用的秘钥是合法的，统一权限管理系统才能与该应用的appid进行配置完成接入连接，为了简化各个应用的接入工作量，在统一权限管理系统与应用进行接入配置之前需调用统一权限管理系统提供的程序包，实现应用与统一权限管理系统的交互，在一些可行的实施例中，程序包可以是jar文件。
31.步骤s104，对所述第一应用和第二应用进行权限配置，所述权限配置包括菜单配置，其中，一个菜单对应一个菜单链接和一个菜单id。具体地，统一权限管理系统对每个菜单链接进行配置，实现最小原则控制，可理解地，当应用与统一权限管理系统建立连接后，对应用的页面菜单进行权限配置，实现不同应用之间的页面访问，也就是通过访问菜单链接来访问不同应用的页面。
32.进一步地，配置权限还包括创建角色、角色授权和用户授权，可理解地，在统一权限管理系统上创建角色，比如管理员或者用户，然后根据登录用户的登录请求信息，比如用户的id，通过用户的id给登录用户授予管理员或者用户的角色，再给角色添加能访问的页面和/或菜单链接，实现当用户登录统一权限管理系统时，统一权限管理系统根据用户的角色来查询该用户所有能访问的页面和/或菜单链接，达到不同用户根据不同角色来对应用页面之间的访问权限的控制。
33.步骤s105，根据所述菜单配置，将所述第二应用的菜单嵌入至第一应用的菜单。在本实施例中，第一应用为原被嵌入应用，第二应用为被嵌入应用，也就是当用户登录统一权限管理系统时，统一权限管理系统向用户展示的内容为第一应用的页面内容，如果用户想浏览第二应用的页面内容，则需要通过单击第一应用的菜单跳转到第二应用的菜单所对应的网页，从而实现不同应用页面之间的访问。第一应用和第二应用的菜单嵌入具体实现方法将在步骤s105的子步骤中进行详细讲解，这里不再赘述。
34.步骤s106，根据所述菜单链接，判断所述第一应用和第二应用的菜单链接是否为公共链接。具体地，一个应用包括多个页面，一个页面包括有多个菜单，一个菜单对应一个菜单链接，若第一应用和第二应用的页面的菜单链接被多个页面所使用，则判定该菜单链接为公共链接，比如百度首页链接或者任一应用的支付链接，可理解地，判定公共链接的条件可以为多个，如用户访问次数最多或者被多个应用接收过的菜单链接都可被视为公共链接，根据用户需求或者市场而定，这里没有具体限制要求。
35.步骤s107，若所述第一应用和第二应用的菜单链接为公共链接，将所述公共链接配置到白名单。具体地，根据步骤s106，若判定当前应用菜单链接为公共链接，将该链接输入至白名单，可理解地，在白名单的菜单链接无权限控制，也就是用户访问的时候可以直接访问，不需要统一权限管理系统判定该菜单链接是否属于该角色能访问的菜单链接。
36.步骤s108，根据所述应用appid和所述菜单id判断所述菜单是否属于同一应用。具体地，统一权限管理系统分析菜单的菜单数据，所述菜单数据包括菜单id、应用appid，通过菜单id和应用appid的对应关系判断该菜单是否属于该应用，根据菜单id和应用appid的对应关系将多个菜单id和一个应用appid进行多次匹配判断多个菜单是否属于同一个应用，判断详细过程将在步骤s108的子步骤中进行详细说明，这里不再赘述。
37.步骤s109，若所述菜单属于同一应用，将所述同一应用下的所有菜单对应链接加载到数据库中，对所述应用的菜单进行同步更新。具体地，根据步骤s108，若一个或多个菜单均属于同一应用，将该菜单的对应菜单链接加载到数据库中，在一些可行的实施例中，可以将菜单链接以map数据格式存储在数据库中，极大地增加了菜单数据的更新速度。
38.上述实施例中，通过统一权限管理系统获取第一应用和第二应用的appid，其中，统一权限管理系统会根据第一应用和第二应用的appid自动生成与该应用对应的秘钥，统一权限管理系统通过判断该应用的秘钥的合法性来决定是否与该应用建立连接，若该应用的秘钥合法，则将该应用的appid输入至统一权限管理系统的配置文件完成该应用的嵌入连接，再对连接成功的应用进行菜单配置，将第二应用的菜单嵌入至第一应用的菜单中，实现不同应用之间的页面访问，进一步地，对菜单链接进行最小原则权限控制，判断该菜单链接是否为公共链接，若是公共链接，则放开权限控制，并根据菜单链接和应用appid的对应关系将属于同一应用的菜单链接存储至数据库中，实现第一应用和第二应用的菜单同步更新的效果。
39.请参看图2，其为本发明实施例提供的多应用多页面权限管理方法流程中步骤s105的子步骤流程示意图。该流程说明根据所述菜单链接，将所述第二应用的菜单嵌入至第一应用的菜单具体包括如下步骤s201-s203。
40.步骤s201，对第一应用进行创建菜单得到菜单数据，所述菜单数据包括应用appid、菜单id和根节点菜单id。在本实施例中，因为第一应用为原被嵌人应用，第二应用为被嵌入应用，所以当用户登录统一权限管理系统后所看到的页面内容都为第一应用的页面内容，若用户想看第二应用的页面内容，则需要通过在第一应用的页面菜单上添加第二应用的菜单信息才能在统一权限管理系统接收到用户的访问菜单请求后跳转到该访问页面，实现第二应用的页面访问。
41.因此，在第一应用的页面上创建第二应用的菜单，其中，创建的菜单数据包括应用appid、菜单id和根节点菜单id。可理解地，该菜单数据里面没有具体的数据，只是一个装数
据的空壳，所创建的菜单将被显示在第一应用的页面上。
42.步骤s202，分析第二应用的菜单获取第二应用appid、第二菜单id和第二根节点菜单id。
43.步骤s203，将所述第二应用appid、第二菜单id、第二根节点菜单id与所述第一应用appid、菜单id和根节点菜单id进行对应关联。具体地，根据步骤s202得到第二应用appid、第二菜单id和第二根节点菜单id后，通过统一权限管理系统将第二应用appid、第二菜单id和第二根节点菜单id的数据分别输入至第一应用所创建的对应菜单数据中实现第一应用和第二应用的菜单连接，可理解地，在创建菜单时使用嵌入模式，当第二应用的菜单嵌入到第一应用的菜单时，第二应用的菜单下所有的子菜单连带嵌入过来，统一权限管理系统在保存菜单数据时，第一应用的菜单和第二应用的菜单所展示的页面一致，进一步地，嵌入菜单下的所有子菜单的根节点菜单id保持一致，被嵌入的应用菜单(第二应用的菜单)只能修改菜单名字，当原被嵌入的应用菜单(第一应用的菜单)的菜单数据变动时，比如添加子菜单或者删除子菜单时，被嵌入菜单(第二应用的菜单)需要同步进行更新，保持与第二应用的菜单一致。
44.上述实施例中，统一权限管理系统通过分析第二应用的菜单数据得到第二应用appid、第二菜单id、第二根节点菜单id，再与第一应用创建的应用appid、菜单id和根节点菜单id进行对应关联，实现通过单击第一应用的菜单访问第二应用的菜单的效果。
45.请参看图3，其为本发明实施例提供的多应用多页面权限管理方法流程中步骤s108的子步骤流程示意图。该流程说明根据所述应用appid和菜单链接判断所述菜单是否属于同一应用的具体步骤，包括如下步骤s301-s309。
46.步骤s301，获取用户的登录请求信息，所述登录请求信息包括用户id。
47.步骤s302，根据所述用户id判断所述用户所属角色。具体地，用户在登录统一权限管理系统时会根据用户所填写的登录信息生成一个用户id，统一权限管理系统根据所述用户id判断该用户属于什么角色。
48.比如，用户填写的登录信息中包括用户姓名，用户身份证、用户电话号码和用户身份，此时，统一权限管理系统根据用户填写的用户身份判断用户所属角色，假如统一权限管理系统默认管理员的识别号为ao1,普通用户识别号为b02，那么当统一权限管理系统接收到用户填写的用户身份为普通用户时，则会产生一个用户id为b02的标识号，此时统一权限管理系统便会判定该登录用户为普通用户。
49.步骤s303，根据所述角色查询所述角色所有能访问的菜单。具体地，根据步骤s102，统一权限管理系统为应用进行了权限配置，其中，权限配置还包括创建角色、角色授权和用户授权，此时，统一权限管理系统根据用户id识别到当前登录用户的角色为普通用户，然后根据该角色查询该角色所能访问的所有菜单生成该角色所能访问的菜单清单，即登录用户所能访问的菜单清单。
50.步骤s304，判断所述菜单是否为嵌入菜单。具体地，因为嵌入菜单具有两个一模一样的应用appid、菜单id和根节点菜单id，统一权限管理系统可以通过分析该菜单的菜单数据中该菜单的应用appid、菜单id和根节点菜单id是否有与之对应的应用appid、菜单id和根节点菜单id，若有，则说明该菜单属于嵌入菜单。
51.步骤s305，若所述菜单为嵌入菜单，根据所述第一应用菜单id和第一应用appid查
找原始菜单。在本实施例中，第一应用的菜单数据为一级菜单，第二应用的菜单数据为二级菜单，可理解地，第二应用的菜单数据被嵌入第一应用的菜单数据之中，统一权限管理系统通过分析第一应用的appid、菜单id和根节点菜单id就能找到与之对应的第二应用的appid、菜单id和根节点菜单id，从而找到该菜单的原始菜单。
52.步骤s306，根据所述原始菜单所对应的应用appid和用户id将所述同一应用下的菜单对应链接加载到数据库中。具体地，根据步骤s303得到该用户所能访问的所有菜单后，再根据原始菜单id所对应的应用和用户id将属于同一应用的菜单链接以map数据格式，即键值对的形式进行存储，极大地增加了菜单数据的更新速度。
53.上述实施例中，通过将登录用户所能访问的嵌入菜单以菜单链接的方式加载到数据库中，实现若原被嵌入菜单更新，则能及时地更新被嵌入菜单，使该用户在第一时间内完善地看到自己访问的页面，增加用户体验感。
54.请参看图4，其为本发明实施例提供的多页面多应用权限管理方法流程中步骤s303之后的具体流程示意图，即根据所述角色查询所述角色所有能访问的菜单之后还包括以下具体步骤s401-s406。
55.步骤s401,接收来自用户输入的访问菜单链接。具体地，接收来自登录用户输入的访问菜单链接。
56.步骤s402,判断所述用户输入的访问菜单链接是否存在于所述角色所能访问的菜单链接里。具体地，根据步骤s303生成的菜单清单查找该用户输入的访问菜单链接是否在该菜单清单里。
57.步骤s403,若所述用户输入的访问菜单链接存在于所述角色所能访问的菜单链接里，显示访问页面。具体地，若该用户输入的访问菜单链接在该菜单清单里，显示该用户访问的页面。
58.步骤s404,若所述用户输入的访问菜单链接不存在于所述角色所能访问的菜单链接里，弹出无权限访问提示。
59.步骤s405,判断所述访问菜单链接是否存在于白名单。具体地，当统一权限管理系统接收到当前用户输入的访问菜单链接时，直接判断该访问菜单链接是否在白名单中，而不需要判断该访问菜单链接是否在菜单清单里，节省了用户访问页面的跳转速度。
60.步骤s406,若所述访问菜单链接存在于所述白名单，显示访问页面。
61.上述实施例中，统一权限管理系统接收到用户的菜单访问链接请求，将该访问链接与该用户所有能访问的菜单进行匹配，若匹配一致则可以访问，直接显示访问页面，若匹配不一致则弹出无权限访问提示，或者统一权限管理系统直接查询该菜单访问链接是否在白名单中，若在白名单中，则不需要判断该菜单访问链接是否在菜单清单中，而是直接显示到访问页面，进一步地加快了访问速度，提升了用户体验。
62.请参看图5，其为本发明第一实施例提供的多应用多页面权限管理装置内部结构示意图，该多应用多页面权限管理装置100包括第一获取单元101、生成单元102、第一配置单元103、第二配置单元104、嵌入单元105、第一判断单元106、第三配置单元107、第二判断单元108、加载单元109。
63.第一获取单元101，用于获取第一应用和第二应用的appid。
64.生成单元102，用于根据所述appid自动生成对应秘钥。
65.第一配置单元103，用于根据所述appid和对应秘钥对所述第一应用和第二应用进行嵌入配置完成所述第一应用和第二应用的嵌入连接。
66.第二配置单元104，用于对所述第一应用和第二应用进行权限配置，所述权限配置包括菜单配置，其中，一个菜单对应一个菜单链接和一个菜单id。
67.嵌入单元105，用于根据所述菜单配置，将所述第二应用的菜单嵌入至第一应用的菜单。
68.第一判断单元106，用于根据所述菜单链接，判断所述第一应用和第二应用的菜单链接是否为公共链接。
69.第三配置单元107，用于若所述第一应用和第二应用的菜单链接为公共链接，将所述公共链接配置到白名单。
70.第二判断单元108，用于根据所述应用appid和所述菜单id判断所述菜单是否属于同一应用。
71.加载单元109，用于若所述菜单属于同一应用，将所述同一应用下的所有菜单对应链接加载到数据库中，对所述应用的菜单进行同步更新。
72.本领域技术人员可以理解的是，为了描述的方便和简洁，本实施方式所述的多页面多应用权限管理装置可以参照上述实施方式所述的多页面多应用权限管理方法对应过程，在此不再赘述。
73.请参看图6，其为本发明实施例提供的一种电子设备的结构示意图，该电子设备30包括处理器301，以及与处理器301通信连接的存储器302，存储器302存储计算机执行指令。
74.其中，处理器执行存储器存储的计算机执行指令，以实现上述所述的多页面多应用权限管理方法实施例所提供的方案，具体功能和所能实现的技术效果此处不再赘述。
75.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施方式或者实施方式的某些部分所述的方法。
76.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
77.以上所列举的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属于本发明所涵盖的范围。