CN103870129A - 一种应用系统集群的数据处理方法和装置 - Google Patents

Abstract

本申请提供了一种应用系统集群的数据处理方法和装置，其中，所述应用系统集群包括多个应用系统，各个应用系统包括多个功能页面的数据；所述应用系统集群具有一个统一登录入口，所述方法包括：接收用户经由所述统一登录入口的登入；获取所述用户对应的功能页面的配置信息；采用所述用户对应的功能页面的配置信息生成该用户的系统切面；向该用户返回所述系统切面。本申请能够实现多角色系统下的灵活的菜单配置与管理，最终为用户实现功能的定制。

Description

一种应用系统集群的数据处理方法和装置

技术领域

本申请涉及应用系统集群的技术领域，特别是涉及一种应用系统集群的数据处理方法和一种应用系统集群的数据处理装置。 

背景技术

在应用系统集群中，各个应用系统（包括web应用系统，数据库应用系统等）独立完成特定服务，有不同的域名和服务器，为了减少耦合和灵活配置，各个应用系统独立存在，分别具有其对应的系统功能入口。例如，在某个供应链应用系统集群中，包括商品、物流、认证、营销等四个应用系统，用户在所述供应链应用系统集群中完成商品、物流、认证、营销等一系列工作时，通常需要使用上述四个系统中的若干功能，采用相关技术则需要分别从商品、物流、认证、营销等四个应用系统对应的系统功能入口进入登入，然后在这四个系统间来回切换和跳转，用户不仅要保留和记录多个应用系统的地址，还要在做完一件事后思考接下来该使用哪个应用系统；这对用户来说操作极为不便，严重降低了工作效率，对于系统而言，则极大的耗费了资源，降低了数据处理效率。 

再者，对于应用系统集群而言，不同的用户需要不同的服务，以上述供应链应用系统为例，通常一个商家需要使用商品系统的商品录入功能，认证系统的申请功能，物流系统的仓库配送服务选择功能，营销系统的铺货功能等等，而一个认证公司只需要认证系统的认证订单查询、认证结果录入等功能，而一个快递服务提供商只需要物流系统的部分功能。在这种多角色用户的复杂分布式系统中，不同用户在应用系统集群中扮演的角色不同，需要的功能和服务不同，采用相关技术，需要各用户多次访问多个提供具体服务的应用系统，如商家可能每天都需要访问商品、物流、认证、营销等四个应用系统，各个应用系统会多次重复地对用户进行身份验证和角色识别，显然操作过于繁复，还导致更多客户端与服务器的耗费及数据处理效率的降低。 

因此，目前需要本领域技术人员解决的一个技术问题在于，提供一种应 用系统集群的数据处理机制，用以简化用户操作，减少资源耗费以及提高数据处理效率。 

发明内容

本申请提供一种应用系统集群的数据处理方法和装置，以简化用户操作，减少资源耗费以及提高数据处理效率。 

为了解决上述问题，本申请公开了一种应用系统集群的数据处理方法，所述应用系统集群包括多个应用系统，各个应用系统包括多个功能页面的数据；所述应用系统集群具有一个统一登录入口，所述方法包括： 

接收用户经由所述统一登录入口的登入； 

获取所述用户对应的功能页面的配置信息； 

采用所述用户对应的功能页面的配置信息生成该用户的系统切面； 

向该用户返回所述系统切面。 

较佳地，所述获取用户对应的功能页面的配置信息的步骤包括： 

获取用户对应的角色信息； 

依据预置的各角色及为各角色分配的功能页面，获得所述角色信息对应的功能页面的配置信息。 

较佳地，所述获取用户对应的功能页面的配置信息的步骤还包括： 

依据预置的开放权限的功能页面，获得开放权限的功能页面的配置信息。 

较佳地，所述各个应用系统的数据采用具有多级节点的功能菜单树进行组织，各个应用系统的数据对应一个或多个功能菜单树；所述功能菜单树包括作为根节点的应用系统，以及，作为叶子节点菜单项的所述应用系统中各个功能页面的数据； 

所述为各角色分配的功能页面包括，针对各角色在功能菜单树中选中的根节点，和/或，叶子节点菜单项； 

所述角色信息对应的功能页面的配置信息包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，和/或，叶子节点菜单项。 

较佳地，所述功能菜单树还包括位于根节点之下的一级枝干节点频道，位于所述一级枝干节点频道之下的二级枝干节点菜单组，所述叶子节点菜单项位于所述二级枝干节点菜单组之下； 

所述为各角色分配的功能页面还包括，针对各角色在功能菜单树中选中的一级枝干节点频道，和/或，二级枝干节点菜单组； 

所述角色信息对应的功能页面的配置信息还包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的一级枝干节点频道，和/或，二级枝干节点菜单组。 

较佳地，所述预置的开放权限的功能页面包括，在功能菜单树中预先选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项； 

所述开放权限的功能页面的配置信息包括，在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。 

较佳地，所述采用用户对应的功能页面的配置信息生成该用户的系统切面的步骤包括： 

提取所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合； 

针对所述应用系统功能页面的数据集合渲染出该用户的系统切面。 

较佳地，所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；以及，开放权限所对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。 

较佳地，所述方法还包括： 

接收用户经由所述系统切面发起与对应功能页面的数据交互。 

较佳地，所述方法还包括： 

对登入所述应用系统集群的用户进行身份验证，若验证通过，则开始执行所述获取用户对应的功能页面的配置信息的步骤。 

本申请还公开了一种应用系统集群的数据处理装置，所述应用系统集群包括多个应用系统，各个应用系统包括多个功能页面的数据；所述装置包括： 

菜单组件，用于针对所述应用系统集群创建一个统一登录入口，并接收用户经由所述统一登录入口的登入； 

角色权限组件，用于获取所述用户对应的功能页面的配置信息； 

系统切面定制组件，用于采用所述用户对应的功能页面的配置信息生成该用户的系统切面； 

反馈组件，用于向该用户返回所述系统切面。 

较佳地，所述角色权限组件包括： 

用户角色获取模块，用于获取用户对应的角色信息； 

角色功能获取模块，用于依据预置的各角色及为各角色分配的功能页面，获得所述角色信息对应的功能页面的配置信息。 

较佳地，所述角色权限组件还包括： 

开放权限配置模块，用于依据预置的开放权限的功能页面，获得开放权限的功能页面的配置信息。 

较佳地，所述各个应用系统的数据采用具有多级节点的功能菜单树进行组织，各个应用系统的数据对应一个或多个功能菜单树；所述功能菜单树包括作为根节点的应用系统，以及，作为叶子节点菜单项的所述应用系统中各个功能页面的数据； 

所述为各角色分配的功能页面包括，针对各角色在功能菜单树中选中的根节点，和/或，叶子节点菜单项； 

所述角色信息对应的功能页面的配置信息包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，和/或，叶子节点菜单项。 

较佳地，所述功能菜单树还包括位于根节点之下的一级枝干节点频道，位于所述一级枝干节点频道之下的二级枝干节点菜单组，所述叶子节点菜单项位于所述二级枝干节点菜单组之下； 

所述为各角色分配的功能页面还包括，针对各角色在功能菜单树中选中 的一级枝干节点频道，和/或，二级枝干节点菜单组； 

所述角色信息对应的功能页面的配置信息还包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的一级枝干节点频道，和/或，二级枝干节点菜单组。 

较佳地，所述预置的开放权限的功能页面包括，在功能菜单树中预先选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项； 

所述开放权限的功能页面的配置信息包括，在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。 

较佳地，所述系统切面定制组件包括： 

功能页面提取模块，用于提取所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合； 

渲染模块，用于针对所述应用系统功能页面的数据集合渲染出该用户的系统切面。 

较佳地，所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；以及，开放权限所对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。 

较佳地，所述装置还包括： 

数据交互组件，用于接收用户经由所述系统切面发起与对应功能页面的数据交互。 

较佳地，所述装置还包括： 

身份验证组件，用于对登入所述应用系统集群的用户进行身份验证，若验证通过，则调用角色权限组件。 

与相关技术相比，本申请包括以下优点： 

本申请将应用系统集群中各个应用系统的功能打通，使各个应用系统的服务可以自由地拆分和整合。并且将众多独立的应用系统功能的入口整合到 一起，使用户体验为一个系统。应用本申请实施例，用户不再需要多次重复访问每个具体的应用系统，只需要访问整合后的应用系统集群，减少了用户在不同的应用系统间跳转和切换的时间和成本，简化了用户操作，并减少了多次重复访问各个应用系统导致的资源耗费和时间，提高了数据处理效率。 

具体而言，对于应用系统集群中分别具有不同域名及服务器的应用系统，通过统一的菜单管理服务，将所有应用系统集群的应用系统的各个功能拆分成具有多级节点的功能菜单树，并使用统一的公共模板进行菜单渲染。在功能菜单树的叶子节点中保存了各应用系统下功能页面的URL，就包含了其域名和对应的功能入口地址，从而将所有接入菜单管理服务的应用系统功能整合起来。通过在菜单管理服务中给一个应用系统添加一个或多个功能菜单树，其地址指向另一个应用系统的某个功能，就形成了菜单引用，从而可以在渲染一个应用系统的功能菜单列表时，加入另一个应用系统的功能，而功能页面的URL受菜单管理服务的管理，对用户透明。这样用户访问这个系统时，就可以使用所引用的功能，从而方便的实现各应用系统的功能打通。通过实现各应用系统的功能打通，各个应用系统的服务可以方便的自由拆分和整合。通过在菜单管理中虚拟一个整体应用系统，引用其他所有应用系统的功能菜单树，从而实现整个应用系统集群的不同应用系统功能的整合。应用系统集群整合之后，所有的功能都在一个整合的系统里面，用户只需要访问这个系统，在这里完成所有的工作，真正提供服务的具体应用系统对用户是透明的。 

本申请实施例通过基于角色进行定制化的菜单配置管理，为应用系统集群的用户定义了不同的角色，各个用户在整个应用系统集群中分工不同，需要使用的应用系统的功能也不一样。通过为不同用户授予不同的角色，为其定制相应的服务和功能；然后为特殊用户个性化的配置某些功能，以解决多角色用户具有对系统功能灵活定制需求的问题。应用本申请实施例，所有的角色都只需要经由应用系统集群的统一登录入口登入，通过配置不同角色看到的系统切面不一样，每个角色可以获得自己所有的功能集合，而不需要多次访问多个提供具体服务的应用系统。 

在应用系统集群这样功能复杂的分布式系统中，各种频繁同步的增量开发是很常见的，频繁的发布会影响用户对系统的使用；由于系统功能关联性强，线上已有功能出现问题，会导致错误数据的流入，进而级联的引起其他功能问题，从而造成大量损失。本申请实施例通过结合角色菜单配置和菜单上下线的配置，实现新增功能的灰度发布和线上出错功能的及时下线。具体而言，通过在功能发布之后进行菜单配置，先添加对应的菜单，然后关联给一部分角色，先让这些角色的用户进行试用，然后通过配置给其他角色逐步进行该功能的开放，这期间没有配置这些菜单的角色对应的用户，将不会感受到系统新功能的发布，以此实现灰度发布。通过实现灰度发布，将系统功能的发布与功能的使用进行分离，将开发人员的工作与系统用户的使用进行解耦，并且本申请的灰度发布实现方式，不需要线上多个系统版本同时存在，减少了版本路由和部署大量服务器的成本开销。当在线上功能发现问题时，临时将对应菜单设置为下线，这样菜单渲染时会将对应功能渲染成灰色不可用，以此实现灰度下线。通过实现灰度下线，避免了在功能修复期，用户使用该功能带来的损失，以部分功能的短期停用换取了整个系统的损失减少。 

概括而言，本申请主要具有如下三个明显的优点： 

第一，本申请通过基于多角色模型的菜单配置，定制化与个性化的组合管理，以及菜单树的组合渲染机制与统一公共模板页面结合，实现多角色系统下的灵活的菜单配置与管理，最终为用户实现功能的定制。 

第二，本申请强制所有应用使用菜单作为统一的功能入口形式来管理，然后通过公共模板统一渲染用户系统界面，通过权限管理服务维护用户、角色、功能菜单的映射关系，再通过在菜单管理建立虚拟化应用和进行菜单引用，可以灵活的将各系统功能整合，也可以讲某个应用虚拟化切分成多个应用。 

第三，本申请通过简单的角色菜单配置，以及菜单上下线配置，轻易实现系统的灰度发布。 

附图说明

图1是本申请的一种应用系统集群的数据处理方法实施例的步骤流程 图； 

图2是本申请的一种应用系统集群的数据处理方法实施例中功能菜单树的示意图； 

图3是本申请的一种应用系统集群的数据处理方法实施例中的应用系统功能菜单树配置示意图； 

图4是本申请的一种应用系统集群的数据处理方法实施例中虚拟的应用系统的示意图； 

图5是本申请的一种应用系统集群的数据处理方法实施例中角色-用户关系示意图； 

图6是本申请的一种应用系统集群的数据处理方法实施例中角色-功能菜单树的关系示意图； 

图7是本申请的一种应用系统集群的数据处理方法实施例中用户系统切面生成的示意图； 

图8是本申请的一种应用系统集群的数据处理方法实施例中通过公共模板渲染用户系统切面的示意图； 

图9是本申请的一种应用系统集群的数据处理装置实施例的结构框图； 

图10是本申请的一种应用系统集群的示意图。 

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。 

本申请实施例的核心构思之一在于，将应用系统集群中各个应用系统的功能打通，使各个应用系统的服务可以自由地拆分和整合。并且将众多独立的应用系统功能的入口整合到一起，使用户体验为一个系统。应用本申请实施例，用户不再需要多次重复访问每个具体的应用系统，只需要访问整合后的应用系统集群，减少了用户在不同的应用系统间跳转和切换的时间和成本，简化了用户操作，并减少了多次重复访问各个应用系统导致的资源耗费和时间，提高了数据处理效率。 

参照图1，其示出了本申请一种应用系统集群的数据处理方法实施例的步骤流程图，所述应用系统集群包括多个应用系统，各个应用系统包括多个 功能页面的数据；所述应用系统集群具有一个统一登录入口，本申请实施例具体可以包括如下步骤： 

步骤101，接收用户经由所述统一登录入口的登入； 

本申请实施例将应用系统集群中的众多独立的应用系统的功能入口，整合成一个统一登录入口，当用户需要获得应用系统集群中某个应用系统的某个具体功能时，只需要在该统一登录入口登入，而无需分别登入不同的应用系统获取相应功能。 

为实现所述应用系统集群的统一登录入口，可以按照统一的功能入口模型组织各个应用系统的功能。作为本申请实施例具体实现的一种示例，所述各个应用系统的数据可以采用功能菜单树进行组织；在各个功能菜单树中至少包括根节点和叶子节点，其中，所述应用系统为根节点，所述应用系统中各个功能页面的数据为其叶子节点菜单项。 

在本申请的一种优选实施例中，所述功能菜单树还可以包括位于根节点之下的一级枝干节点频道，位于所述一级枝干节点频道之下的二级枝干节点菜单组，所述叶子节点菜单项位于所述二级枝干节点菜单组之下。具体可以参考如图2所示的功能菜单树的示意图，通过对应用系统集群中各应用系统的功能，按照应用系统-频道-菜单组-菜单项的统一层级结构进行分类和组织，即以应用系统为根节点，以下逐级分频道、菜单组、菜单项三个层次来组织，叶子节点菜单项对应功能入口，其他枝干节点作为不同级别的功能分组，从而形成一个功能菜单树。每个功能菜单树的根节点即对应一个应用系统，在具体实现中，其域名属性可以设定为指向该应用系统的根路径，每个叶子节点对应应用系统中一个具体的功能页面，其URL（网页地址）属性可以设定为指向该应用系统中的此项功能的地址。 

将应用系统集群中的各应用系统的数据按照这种功能菜单树进行组织，根据实际需求，各个应用系统的数据可以对应组织为一个功能菜单树，例如，参考图3所示的应用系统功能菜单树配置示意图，可以将各个应用系统下的诸多功能，分别配置成一个功能菜单树。本领域技术人员也可以依据实际情况将某个应用系统的数据分别组织为多个功能菜单树，例如，电子商务网站 的商品系统（其中一个应用系统）的数据比较庞大，数据关系比较复杂，在这种情况下，可以将该商品系统的数据分别组织成多个功能菜单树，本申请对各应用系统对应组建的功能菜单树的数量不作限制。 

应用本申请实施例，用户不需要直接使用应用系统本身的功能界面，将通过应用系统集群的统一登录入口来访问其所需的应用系统的功能，实际上，统一登录入口只是一个虚拟的应用系统，本身不需要提供具体的服务，只需要配置一个统一登录入口的应用系统，然后对应该应用系统建立一个功能菜单树，一一对应的直接引用其他应用系统中的所有功能，就可以把所有应用系统的功能组成一个整合的功能菜单树，具体可以参考图4所示虚拟的应用系统的示意图，例如，对于一级枝干节点频道和二级枝干节点菜单组按照产品规划来配置，而叶子节点菜单项则可以引用已接入的其他应用系统（应用系统1，应用系统2）的菜单项；这样应用系统集群中所有应用系统的功能就被轻易地整合到一个虚拟的统一应用系统中。需要说明的是，在本申请实施例中，所述应用系统集群中的应用系统包括所述统一登录入口对应的虚拟应用系统。 

在具体实现中，除了使用虚拟的统一应用系统对应用系统集群中的各个应用系统进行整合，还可以在一个应用系统对应的功能菜单树中建立一个虚拟应用功能菜单树，通过指向另一个应用系统的功能菜单树即进行菜单引用，这样就可以通过简单的配置在一个应用系统中引用另一个应用系统的功能；如果对一个应用系统建立多个虚拟应用功能菜单树，又能实现更多应用系统功能的拆分和重组。 

在本申请实施例中，所有应用系统的部署对于用户是透明的，通过系统整合，系统集群的所有应用将通过统一的系统入口对外提供服务；而所使用的虚拟化方式，也可以让单独应用系统的用户需要使用其他应用个别功能时，简单的实现系统功能打通和功能重组，从而有利于提高应用系统集群功能扩展的简便性和易用性。 

步骤102，获取所述用户对应的功能页面的配置信息； 

将应用系统集群中所有应用系统的功能组装成完整的功能菜单树后，就 完成了系统功能的整合，就可以在统一登录入口的页面看到全部应用系统集群的功能入口；但是这些功能和服务不是所有用户都必须的，因此需要通过定制一些角色，每个角色在应用系统集群中需要一组可以有交集的不同的服务集合，是应用系统集群所有应用系统功能集合的子集；这样用户经由统一登录入口登入后，通过识别用户身份，然后获取用户的角色，再依据角色获取对应的功能菜单树中的相应节点，就可以获得该用户对应的功能页面的配置信息。 

在具体实现中，可以先对登入所述应用系统集群的用户进行身份验证，若验证通过，然后再开始执行所述步骤102。 

在本申请的一种优选实施例中，所述步骤102可以包括如下子步骤： 

子步骤S 11，获取用户对应的角色信息； 

子步骤S12，依据预置的各角色及为各角色分配的功能页面，获得所述角色信息对应的功能页面的配置信息。 

在应用系统集群中，由于不同的用户需要不同应用系统的不同功能和服务，这样就需要各个环节的应用系统的各个功能可以灵活组装。在具体实现中，可以按照应用系统集群的需求预先定义不同角色，为这些角色配置相应的不同功能。然后为不同用户授予不同的角色，为其定制相应的服务和功能；然后为特殊用户个性化地配置某些功能，如临时委托的个性化的功能需求；这样就解决了多用户具有对应用系统功能灵活定制需求的问题。 

在本申请实施例中，对于搭建了统一登录入口的应用系统集群，使用了共同的用户和权限服务；一方面只有使用同一用户服务，能在多个应用系统之间跳转和切换时获取同样的用户身份信息，是应用系统集群中各应用系统打通和整合的基础，另一方面，权限服务是对用户功能集合进行管理的方式，也是用户功能定制的基础。 

应用系统集群的所有应用系统使用公共的用户权限服务，即每个用户有一个或者多个角色，具体可以参考图5所示的角色-用户关系示意图，在具体实现中，可以根据当前应用系统集群的实际需求设置角色列表，如在电子商务网站中，可以设置买家角色，卖家角色，物流角色等，然后相对于各个 用户，为其分配所属的角色，如一个买家用户，则为其分配买家角色，一个既是买家又是卖家的用户，则为其分配买家角色和卖家角色。在实际中，用户可以具有一个角色或多个角色，也可以没有角色。在用户具有多个角色的情况下，获取的功能菜单树的相关节点可能是多个而不是一个，就需要将多个角色对应的功能菜单树的相应节点进行合并，即功能页面组合的配置信息。在没有角色的情况下，可以依据预置的开放权限的功能页面，为用户分配开放权限的功能页面的配置信息。 

在本申请实施例中，所述公共的用户权限服务还与各个应用系统的功能菜单树相关联，即功能菜单树中整合的功能会被分配给不同的角色，这样不同的角色访问同一个应用系统集群时，得到的功能集合是不同的。具体可以参考图6所示的角色-功能菜单树的关系示意图，在具体实现中，各个角色分别具有其对应的应用系统功能的权限集合（应用系统功能菜点树中相关节点的组合）。 

应用上述子步骤S11-S12，通过预先定义角色与用户以及与应用系统的功能的关联，当获得用户对应的角色时，只需要调用各角色对应的应用系统功能的权限集合，就可以获得当前用户对应的功能页面的配置信息。 

作为本申请实施例具体实现的一种示例，当所述各个应用系统的功能菜单树仅包括作为根节点的应用系统，以及，作为叶子节点菜单项的应用系统中各个功能页面的数据时，所述步骤102可以包括如下子步骤： 

子步骤S21，获取用户对应的角色信息； 

子步骤S22，依据预置的各角色，以及，针对各角色在功能菜单树中选中的根节点，和/或，叶子节点菜单项，获得所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，和/或，叶子节点菜单项。 

作为本申请实施例具体实现的另一种示例，当所述各个应用系统的功能菜单树包括作为根节点的应用系统，作为一级枝干节点的频道，作为二级枝干节点的菜单组，以及，作为叶子节点菜单项的应用系统中各个功能页面的数据时，所述步骤102还可以包括如下子步骤： 

子步骤S23，依据预置的各角色，以及，针对各角色在功能菜单树中选 中的一级枝干节点频道，获得所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的一级枝干节点频道； 

和/或， 

子步骤S24，依据预置的各角色，以及，针对各角色在功能菜单树中选中的二级枝干节点频道，获得所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的二级枝干节点频道。 

在具体实现中，通常还可以设置一些开放权限的功能页面（可以来源于应用系统集群中某一个应用系统或不同的多个应用系统），即在用户具有角色或不具有的角色的情况下，都能反馈所述开放权限的功能页面。即所述步骤102还可以包括如下子步骤： 

子步骤S13，依据预置的开放权限的功能页面，获得开放权限的功能页面的配置信息。 

结合所述功能菜单树，在实际中，所述预置的开放权限的功能页面可以包括，在功能菜单树中预先选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；在这种情况下，所述开放权限的功能页面的配置信息可以包括，在功能菜单树中被选中的根节点，一级枝干节点频道二级枝干节点菜单组，和/或，叶子节点菜单项。 

当然，上述用户对应的功能页面的配置信息的获取方式和内容仅仅用作示例，本领域技术人员依据实际情况任意调整都是可行的，本申请对此无需加以限制。 

步骤103，采用所述用户对应的功能页面的配置信息生成该用户的系统切面； 

用户通过角色定制和个性化的方式获得一组功能集合后，在用户的应用系统集群功能面板上就只可以使用这些功能，是应用系统集群全部功能的一个子集，这样的子集则称之为用户的系统切面。在具体实现中，可以通过公共模板在统一登录入口的页面渲染出用户的系统切面。 

应用本申请实施例，用户经由统一登录系统登入时，就能评此身份通过各个应用系统的身份识别，然后获取其在各个应用系统中拥有权限集合对应 的功能菜单树，最后对相应的菜单树进行整合，通过公共模板在统一登录入口的页面渲染出此用户的系统切面，即为该用户配置好的应用系统功能的集合。 

即在具体实现中，所述步骤103可以包括如下子步骤： 

子步骤S31，提取所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合； 

子步骤S32，针对所述应用系统功能页面的数据集合渲染出该用户的系统切面。 

当采用上述功能菜单树组织应用系统集群中各应用系统的功能时，所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合可以包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；以及，开放权限所对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。 

参考图7所示的用户系统切面生成的示意图，通过为应用系统集群中的各应用系统提供按照用户的角色获取功能菜单树对应节点的服务，即根据用户的角色组合，和角色对应的功能菜单树的节点配置情况，将用户对应的功能菜单树相关节点（应用系统功能的权限集合）提取出来，用户的角色组合不同，获取的功能菜单树节点项不同，最终得到的用户系统切面也不一样。在具体实现中，本领域技术人员还可以根据实际情况设置的一些功能菜单树的节点过滤条件，即在根据用户的角色组合，和角色对应的功能菜单树的节点配置情况，以及，预先设置的这些功能菜单树的节点过滤条件，将用户对应的功能菜单树相关节点提取出来。 

参考图8所示的通过公共模板渲染用户系统切面的示意图，当用户通过统一登录入口登入应用系统集群后，首先会从应用系统集群的所有功能菜单树中提取该用户的角色集合所对应的系统切面并集，然后交给公共模板来渲染，最终将用户的应用系统功能的权限集合展示出来。采用本申请实施例，应用系统集群本身不需要任何页面，只要使用公共模板作为其导航页面，其 中的菜单实际是指向各应用系统的具体功能页面的，但是用户不会有所感知。应用系统集群通过为其用户定义了不同的角色，各用户在整个应用系统集群活动中分工不同，需要使用的应用系统的功能也不一样。通过配置用户所具有的不同角色，使用户获得的系统切面不一样，每个用户经由统一登录入口登入后，可以在相应页面获得自己所有的应用系统功能集合，而不需要多次访问多个提供具体服务的应用系统。 

应用系统集群经过虚拟化的整合，结合用户权限体系，得到不同的系统切面，一方面用户只需要关注自己需要的服务，体验更好，另一方面系统的管理员也可以对用户和系统功能进行很好的管理，系统在运营和安全上更方便管理。 

步骤104，向该用户返回所述系统切面。 

当用户获得其所对应的系统切面后，即可经由所述系统切面发起与对应功能页面的数据交互。具体的与对应功能页面的数据交互实际上与现在技术相同，在此不做详述。 

本申请实施例通过将应用系统集群中各个应用系统的数据配置成功能菜单树，然后通过菜单引用的方式配置虚拟的统一登录入口，将所有应用整合；并通过预先定义一组角色，每个角色配置一组应用系统功能菜单树的相关节点，形成角色系统切面；通过给用户分配角色，用户就可以根据自己拥有角色的集合，从而获得自己对应的应用系统功能集合。当用户通过统一登录入口访问应用系统集群，该应用系统集群无需独立提供服务，只需要一个公共模板来渲染系统切面，当进行用户身份验证并获取用户的角色列表后，获取该用户角色在应用系统集群各应用系统下功能菜单树中的相关节点，然后使用公共模板渲染用户的系统切面，系统切面中的各个菜单指向所引用的具体应用，用户点击该菜单可直接使用被整合的应用系统的相应功能，无需再重复多次登录各应用系统并在各应用系统间跳转。 

将应用系统集群的各个应用系统打通和集成后，除了正常的配置和使用，还可以进行应用系统集群的管理。为使本领域技术人员更好地理解本申请，作为示例，以下介绍两种场景，一种是应用系统功能的组合与调整，一 个是应用系统功能的上下线处理。 

对于应用系统功能的组合调整的应用场景而言，如果要修改系统切面的样式，则只需要修改公共模板即可，无需修改各个应用系统，如果要重新组合系统切面功能，只要调整菜单顺序和组合即可，操作极其方便和简单。 

对于应用系统功能的上下线处理的应用场景而言，若某个应用系统开发了新的功能，只要通过功能菜单树相关节点的配置和引用，就能将新功能在系统切面中进行发布，通过角色分配可以实现试用、收回、灰度发布等。例如，应用系统集群中的某个应用系统开发新功能之后，先将对应功能菜单树的相应节点配置为下线，用户的系统切面不能获得该功能入口，但是相关技术人员可以在授权的前提下，通过直接访问该应用系统中新功能的地址来使用，然后再配置成上线并配置给相应角色，这样就成功实现了灰度发布。或如，应用系统集群中的某个应用系统的新功能开发完成发布上线之后，先不分配给任一角色，或者只分配给一些角色试用，然后逐步开放给相应的角色，这样也能实现灰度发布。灰度发布可以将应用功能的实际开发和发布上线，与用户的使用分成两个阶段，使系统管理和运行更加方便和安全，同时也能实现功能的逐步开放，方便系统管理和运营，提高用户体验； 

应用本申请实施例，如果有功能需要临时关闭（下线），只要关闭相应的功能菜单树节点即可。这样就可以将线上出现问题的功能，通过简单的菜单管理立即实现下线操作，从而可以及时的关闭出错功能，抑制损失扩大和降低风险程度。因而本申请实施例可以使应用系统功能的耦合更加松散，更加灵活，整合和管理更加方便。 

在具体实现中，本申请实施例尤其适用于具有公共用户权限体系，而且所有应用系统的功能入口能够统一成URL的形式的web应用系统集群，应用本申请实施例，先将所有应用系统的功能入口配置成功能菜单树，并按照功能菜单树的结构进行组织和统一管理，再通过配置虚拟应用系统和进行菜单引用，就可以轻松的实现应用整合和管理。当然，上述应用环境仅仅用作示例描述，本申请对此无需加以限制。 

需要说明的是，对于上述方法实施例而言，为了简单描述，故将其都 表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。再次，每个实施例所涉及的动作也可组合在同一个实施例中。 

参照图9，其示出了一种应用系统集群的数据处理装置实施例的结构框图，其中，如图10所示，所述应用系统集群包括多个应用系统（应用系统1，应用系统2，…，应用系统n），各个应用系统包括多个功能页面的数据；所述装置主要可以包括如下组件： 

菜单组件901，用于针对所述应用系统集群创建一个统一登录入口，并接收用户经由所述统一登录入口的登入； 

角色权限组件902，用于获取所述用户对应的功能页面的配置信息； 

系统切面定制组件903，用于采用所述用户对应的功能页面的配置信息生成该用户的系统切面； 

反馈组件904，用于向该用户返回所述系统切面。 

在本申请的一种优选实施例中，所述角色权限组件902可以包括如下模块： 

用户角色获取模块，用于获取用户对应的角色信息； 

角色功能获取模块，用于依据预置的各角色及为各角色分配的功能页面，获得所述角色信息对应的功能页面的配置信息。 

更为优选的是，所述角色权限组件902还可以包括如下模块： 

开放权限配置模块，用于依据预置的开放权限的功能页面，获得开放权限的功能页面的配置信息。 

在本申请实施例中，所述各个应用系统的数据可以采用具有多级节点的功能菜单树进行组织，各个应用系统的数据对应一个或多个功能菜单树；所述功能菜单树至少包括作为根节点的应用系统，以及，作为叶子节点菜单项的所述应用系统中各个功能页面的数据； 

在这种情况下，所述为各角色分配的功能页面可以包括，针对各角色在功能菜单树中选中的根节点，和/或，叶子节点菜单项； 

所述角色信息对应的功能页面的配置信息可以包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，和/或，叶子节点菜单项。 

更为优选的是，所述功能菜单树还可以包括位于根节点之下的一级枝干节点频道，位于所述一级枝干节点频道之下的二级枝干节点菜单组，所述叶子节点菜单项位于所述二级枝干节点菜单组之下； 

在这种情况下，所述为各角色分配的功能页面还可以包括，针对各角色在功能菜单树中选中的一级枝干节点频道，和/或，二级枝干节点菜单组； 

所述角色信息对应的功能页面的配置信息还可以包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的一级枝干节点频道，和/或，二级枝干节点菜单组。 

相应地，所述预置的开放权限的功能页面可以包括，在功能菜单树中预先选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项； 

所述开放权限的功能页面的配置信息可以包括，在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。 

在具体实现中，所述系统切面定制组件903可以包括如下模块： 

功能页面提取模块，用于提取所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合； 

渲染模块，用于针对所述应用系统功能页面的数据集合渲染出该用户的系统切面。 

在本申请的一种优选实施例中，所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合可以包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；以及，开放权限所对应的在功能菜 单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。 

在具体实现中，本申请实施例还可以包括如下组件： 

数据交互组件，用于接收用户经由所述系统切面发起与对应功能页面的数据交互。 

作为本申请具体应用的一种示例，本申请实施例还可以包括如下组件： 

身份验证组件，用于对登入所述应用系统集群的用户进行身份验证，若验证通过，则调用角色权限组件902。 

由于所述装置实施例基本相应于前述图1所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此就不赘述了。 

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请优选应用于嵌入式系统中。 

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。 

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。 

本领域普通技术人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是 软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。 

以上对本申请所提供的一种应用系统集群的数据处理方法和系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。 

Claims (20)

1.一种应用系统集群的数据处理方法，其特征在于，所述应用系统集群包括多个应用系统，各个应用系统包括多个功能页面的数据；所述应用系统集群具有一个统一登录入口，所述的方法包括：

接收用户经由所述统一登录入口的登入；

获取所述用户对应的功能页面的配置信息；

采用所述用户对应的功能页面的配置信息生成该用户的系统切面；

向该用户返回所述系统切面。

2.根据权利要求1所述的方法，其特征在于，所述获取用户对应的功能页面的配置信息的步骤包括：

获取用户对应的角色信息；

依据预置的各角色及为各角色分配的功能页面，获得所述角色信息对应的功能页面的配置信息。

3.根据权利要求2所述的方法，其特征在于，所述获取用户对应的功能页面的配置信息的步骤还包括：

依据预置的开放权限的功能页面，获得开放权限的功能页面的配置信息。

4.根据权利要求1或2或3所述的方法，其特征在于，所述各个应用系统的数据采用具有多级节点的功能菜单树进行组织，各个应用系统的数据对应一个或多个功能菜单树；所述功能菜单树包括作为根节点的应用系统，以及，作为叶子节点菜单项的所述应用系统中各个功能页面的数据；

所述为各角色分配的功能页面包括，针对各角色在功能菜单树中选中的根节点，和/或，叶子节点菜单项；

所述角色信息对应的功能页面的配置信息包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，和/或，叶子节点菜单项。

5.根据权利要求4所述的方法，其特征在于，所述功能菜单树还包括位于根节点之下的一级枝干节点频道，位于所述一级枝干节点频道之下的二级枝干节点菜单组，所述叶子节点菜单项位于所述二级枝干节点菜单组之下；

所述为各角色分配的功能页面还包括，针对各角色在功能菜单树中选中的一级枝干节点频道，和/或，二级枝干节点菜单组；

所述角色信息对应的功能页面的配置信息还包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的一级枝干节点频道，和/或，二级枝干节点菜单组。

6.根据权利要求3所述的方法，其特征在于，所述预置的开放权限的功能页面包括，在功能菜单树中预先选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；

所述开放权限的功能页面的配置信息包括，在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。

7.根据权利要求1或2或3或5或6所述的方法，其特征在于，所述采用用户对应的功能页面的配置信息生成该用户的系统切面的步骤包括：

提取所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合；

针对所述应用系统功能页面的数据集合渲染出该用户的系统切面。

8.根据权利要求7所述的方法，其特征在于，所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；以及，开放权限所对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。

9.根据权利要求1或2或3或5或6或8所述的方法，其特征在于，还包括：

接收用户经由所述系统切面发起与对应功能页面的数据交互。

10.根据权利要求1所述的方法，其特征在于，还包括：

对登入所述应用系统集群的用户进行身份验证，若验证通过，则开始执行所述获取用户对应的功能页面的配置信息的步骤。

11.一种应用系统集群的数据处理装置，其特征在于，所述应用系统集群包括多个应用系统，各个应用系统包括多个功能页面的数据；包括：

菜单组件，用于针对所述应用系统集群创建一个统一登录入口，并接收用户经由所述统一登录入口的登入；

角色权限组件，用于获取所述用户对应的功能页面的配置信息；

系统切面定制组件，用于采用所述用户对应的功能页面的配置信息生成该用户的系统切面；

反馈组件，用于向该用户返回所述系统切面。

12.根据权利要求11所述的装置，其特征在于，所述角色权限组件包括：

用户角色获取模块，用于获取用户对应的角色信息；

角色功能获取模块，用于依据预置的各角色及为各角色分配的功能页面，获得所述角色信息对应的功能页面的配置信息。

13.根据权利要求12所述的装置，其特征在于，所述角色权限组件还包括：

开放权限配置模块，用于依据预置的开放权限的功能页面，获得开放权限的功能页面的配置信息。

14.根据权利要求11或12或13所述的装置，其特征在于，所述各个应用系统的数据采用具有多级节点的功能菜单树进行组织，各个应用系统的数据对应一个或多个功能菜单树；所述功能菜单树包括作为根节点的应用系统，以及，作为叶子节点菜单项的所述应用系统中各个功能页面的数据；

所述为各角色分配的功能页面包括，针对各角色在功能菜单树中选中的根节点，和/或，叶子节点菜单项；

所述角色信息对应的功能页面的配置信息包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，和/或，叶子节点菜单项。

15.根据权利要求14所述的装置，其特征在于，所述功能菜单树还包括位于根节点之下的一级枝干节点频道，位于所述一级枝干节点频道之下的二级枝干节点菜单组，所述叶子节点菜单项位于所述二级枝干节点菜单组之下；

所述为各角色分配的功能页面还包括，针对各角色在功能菜单树中选中的一级枝干节点频道，和/或，二级枝干节点菜单组；

所述角色信息对应的功能页面的配置信息还包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的一级枝干节点频道，和/或，二级枝干节点菜单组。

16.根据权利要求13所述的装置，其特征在于，所述预置的开放权限的功能页面包括，在功能菜单树中预先选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；

所述开放权限的功能页面的配置信息包括，在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。

17.根据权利要求11或12或13或15或16所述的装置，其特征在于，所述系统切面定制组件包括：

功能页面提取模块，用于提取所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合；

渲染模块，用于针对所述应用系统功能页面的数据集合渲染出该用户的系统切面。

18.根据权利要求17所述的装置，其特征在于，所述用户对应的功能页面的配置信息所对应的应用系统功能页面的数据集合包括，所述用户所对应的一个或多个角色对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项；以及，开放权限所对应的在功能菜单树中被选中的根节点，一级枝干节点频道，二级枝干节点菜单组，和/或，叶子节点菜单项。

19.根据权利要求11或12或13或15或16或18所述的装置，其特征在于，还包括：

数据交互组件，用于接收用户经由所述系统切面发起与对应功能页面的数据交互。

20.根据权利要求11所述的装置，其特征在于，还包括：

身份验证组件，用于对登入所述应用系统集群的用户进行身份验证，若验证通过，则调用角色权限组件。

Images