门户系统的集成控制方法、系统和计算机设备与流程

本发明涉及计算机技术领域，具体而言，涉及一种门户系统的集成控制方法，一种门户系统的集成控制系统，一种计算机设备，一种计算机可读存储介质。

背景技术：

目前关于门户系统与业务子系统的集成，通常采用单点登录的方案，即1个cookie+n个session的方案，如图1所示。其中，图1所示的门户系统的集成方案具体包括如下步骤：

步骤s10，门户系统登录成功；

步骤s12，办理系统a业务；

步骤s14，获取并判断系统a本地session是否存在；

步骤s16，若不存在，与sso(singlesignon，单点登录)服务器进行交互，获取新的ticket和session；

步骤s18，若存在，则进行正常业务流程。

该方案虽然解决了门户系统单点登录的问题，但是并没有解决单点登出的问题，也没有解决集群下门户系统的session存储问题，以及权限控制的问题。

技术实现要素：

本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。

为此，本发明的一方面在于提出了一种门户系统的集成控制方法。

本发明的另一方面在于提出了一种门户系统的集成控制系统。

本发明的再一方面在于提出了一种计算机设备。

本发明的又一方面在于提出了一种计算机可读存储介质。

有鉴于此，本发明的一方面，提出了一种门户系统的集成控制方法，包括：接收业务子系统的访问请求指令，通过权限包从访问请求指令的cookie中获取凭证信息；根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证；当权限认证通过后，跳转至访问请求页面；否则跳转至门户系统的登录页面。

另外，根据本发明上述的门户系统的集成控制方法，还可以具有如下附加的技术特征：

在上述技术方案中，优选地，该集成控制方法还包括：在门户系统的登录页面，接收客户端输入的用户信息；根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；并以凭证信息为key将session数据存入session存储服务。

在上述任一技术方案中，优选地，权限资源模型包括系统资源、菜单资源、页面资源、按钮资源以及数据资源。

在上述任一技术方案中，优选地，集成控制方法还包括：从访问请求指令中获取标识信息，根据标识信息确定业务子系统的类型。

在上述任一技术方案中，优选地，根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证的步骤，具体包括：当业务子系统为自研系统时，根据凭证信息从session存储服务中获取用户信息及权限信息；根据用户信息判断用户是否已单点登录；若已单点登录，根据权限信息判断访问请求是否有权限；若有权限，则判定权限认证通过。

权限包在上述任一技术方案中，优选地，根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证的步骤，具体包括：当业务子系统为异构系统时，根据凭证信息从session存储服务中获取用户信息；根据用户信息判断用户是否已登录门户系统；若已登录，则判定权限认证通过。

本发明的另一方面，提出了一种门户系统的集成控制系统，包括：拦截单元，用于接收业务子系统的访问请求指令，通过权限包从访问请求指令的cookie中获取凭证信息；验证单元，用于根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证；当权限认证通过后，跳转至访问请求页面；否则跳转至门户系统的登录页面。

在上述技术方案中，优选地，集成控制系统还包括：接收单元，在门户系统的登录页面，接收客户端输入的用户信息；session存储单元，用于根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；并以凭证信息为key将session数据存入session存储服务。

在上述任一技术方案中，优选地，权限资源模型包括系统资源、菜单资源、页面资源、按钮资源以及数据资源。

在上述任一技术方案中，优选地，集成控制系统还包括：判断单元，用于从访问请求指令中获取标识信息，根据标识信息确定业务子系统的类型。

在上述任一技术方案中，优选地，验证单元根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证的步骤，具体包括：当业务子系统为自研系统时，根据凭证信息从session存储服务中获取用户信息及权限信息；根据用户信息判断用户是否已单点登录；若已单点登录，根据权限信息判断访问请求是否有权限；若有权限，则判定权限认证通过。

权限包在上述任一技术方案中，优选地，验证单元根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证的步骤，具体包括：当业务子系统为异构系统时，根据凭证信息从session存储服务中获取用户信息；根据用户信息判断用户是否已登录门户系统；若已登录，则判定权限认证通过。

本发明的再一方面，提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器用于执行如上述技术方案中任一项方法的步骤。

本发明的又一方面，提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现了如上述技术方案中任一项方法的步骤。

根据本发明的门户系统的集成控制方法，在接收到业务子系统的访问请求时，权限包拦截各子系统的请求，从cookie中获取凭证信息，并与门户系统进行交互，根据凭证信息从session存储服务中获取相应的session数据，以对用户权限进行认证，若权限认证通过，则跳转至访问请求页面，若权限认证未通过，则跳转至门户系统的登录页面，从而实现了一个包含权限控制和单点登录的通用门户系统集成方案。同时，通过依赖权限包，实现了各个业务子系统作简单配置就能接入门户系统，大大减少了开发工作量；并通过session存储服务，解决了集群下的session存储问题，达到session统一存储和对用户无感知的目的。

本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1示出了相关技术中的门户系统的集成方案的示意图；

图2示出了根据本发明的一个实施例的门户系统的集成控制方法的流程示意图；

图3示出了根据本发明的另一个实施例的门户系统的集成控制方法的流程示意图；

图4示出了根据本发明的再一个实施例的门户系统的集成控制方法的流程示意图；

图5示出了根据本发明的又一个实施例的门户系统的集成控制方法的流程示意图；

图6示出了根据本发明的又一个实施例的门户系统的集成控制方法的流程示意图；

图7示出了根据本发明的一个实施例的门户系统的集成控制系统的示意框图；

图8示出了根据本发明的另一个实施例的门户系统的集成控制系统的示意框图；

图9示出了根据本发明的再一个实施例的门户系统的集成控制系统的示意框图；

图10示出了根据本发明的一个具体实施例的权限资源模型的示意图；

图11示出了根据本发明的一个具体实施例的门户系统与业务子系统的交互示意图；

图12示出了根据本发明的一个具体实施例的门户系统与session存储服务的交互示意图；

图13示出了根据本发明的一个实施例的计算机设备的示意图。

具体实施方式

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

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

如图2所示，根据本发明的一个实施例的门户系统的集成控制方法的流程示意图。其中，该集成控制方法，包括：

步骤102，接收业务子系统的访问请求指令，通过权限包从访问请求指令的cookie中获取凭证信息；

步骤104，根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证；

步骤106，当权限认证通过后，跳转至访问请求页面；

步骤108，否则，跳转至门户系统的登录页面。

本发明提供的门户系统的集成控制方法，在接收到业务子系统的访问请求时，权限包拦截各子系统的请求，从cookie中获取凭证信息，并与门户系统进行交互，根据凭证信息从session存储服务中获取相应的session数据，以对用户权限进行认证，若权限认证通过，则跳转至访问请求页面，若权限认证未通过，则跳转至门户系统的登录页面，从而实现了一个包含权限控制和单点登录的通用门户系统集成方案。同时，通过依赖权限包，实现了各个业务子系统作简单配置就能接入门户系统，大大减少了开发工作量；并通过session存储服务，解决了集群下的session存储问题，达到session统一存储和对用户无感知的目的。

如图3所示，根据本发明的另一个实施例的门户系统的集成控制方法的流程示意图。其中，该集成控制方法，包括：

步骤202，接收业务子系统的访问请求指令，通过权限包从访问请求指令的cookie中获取凭证信息；

步骤204，根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证；

步骤206，当权限认证通过后，跳转至访问请求页面；

步骤208，否则，跳转至门户系统的登录页面；

步骤210，在门户系统的登录页面，接收客户端输入的用户信息；

步骤212，根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；

步骤214，以凭证信息为key将session数据存入session存储服务。

在该技术方案中，用户登录时，需要填写用户信息，如用户名和密码等，根据用户信息从预设的权限资源模型中获取相应的权限信息，通过将用户信息和权限信息生成session数据，并以从cookie中获取的凭证信息为key存入session存储服务，使1个cookie仅对应一个session，这样当门户系统对出之后，无需通知各个业务子系统，巧妙的解决了单点退出的问题。

在上述任一技术方案中，优选地，权限资源模型包括系统资源、菜单资源、页面资源、按钮资源以及数据资源。

在该技术方案中，在系统开发阶段，需要构建权限资源模型，具体地，包括系统资源、菜单资源、页面资源、按钮资源以及数据资源。例如，将需要集成的企业自研系统的菜单、页面，页面的按钮以uri的形式录入门户系统，将第三方系统(如外采系统，可能是异构系统)的首页作为uri录入门户系统，并在创建用户时，将员工信息同步给采购系统。本发明通过合理的权限资源模型，将用户权限统一放到门户系统进行管理，可以大大减少各个业务子系统的开发工作量，真正实现了权限的“一次开发，到处使用”的效果；并且，还解决了采购的异构系统集成的问题，因为第三方异构系统通常都自带权限系统，这个时候与门户系统集成的交互问题就变得简单，只需完成首页的录入与用户信息的同步即可，同时也可确保门户系统的安全性。

如图4所示，根据本发明的再一个实施例的门户系统的集成控制方法的流程示意图。其中，该集成控制方法，包括：

步骤302，接收业务子系统的访问请求指令，从访问请求指令中获取标识信息，根据标识信息确定业务子系统的类型；

步骤304，通过相应的权限包从访问请求指令的cookie中获取凭证信息；

步骤306，根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证；

步骤308，当权限认证通过后，跳转至访问请求页面；

步骤310，否则，跳转至门户系统的登录页面；

步骤312，在门户系统的登录页面，接收客户端输入的用户信息；

步骤314，根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；

步骤316，以凭证信息为key将session数据存入session存储服务。

在该技术方案中，各个业务子系统具有唯一标识，访问请求指令中会携带标识信息，门户系统和session存储服务需要根据标识来区分是哪一个系统，进而进行相应的权限认证。

如图5所示，根据本发明的又一个实施例的门户系统的集成控制方法的流程示意图。其中，该集成控制方法，包括：

步骤402，接收业务子系统的访问请求指令，从访问请求指令中获取标识信息，根据标识信息确定业务子系统的类型；

步骤404，通过相应的权限包从访问请求指令的cookie中获取凭证信息；

步骤406，当业务子系统为自研系统时，根据凭证信息从session存储服务中获取用户信息及权限信息；

步骤408，根据用户信息判断用户是否已单点登录；当判断结果为是时，执行步骤410；否则，执行步骤416；

步骤410，根据权限信息判断访问请求是否有权限；当判断结果为是时，执行步骤412，否则，执行步骤414；

步骤412，权限认证通过，跳转至访问请求页面；

步骤414，跳转至错误界面；

步骤416，权限认证未通过，跳转至门户系统的登录页面；

步骤418，在门户系统的登录页面，接收客户端输入的用户信息；

步骤420，根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；

步骤422，以凭证信息为key将session数据存入session存储服务。

在该技术方案中，当用户进入门户系统首页后，点击的是其中一个自研系统，此时请求还是在门户系统内，门户系统展示当前业务子系统的菜单，当用户点击菜单后，需要对用户的访问请求进行单点登录验证以及权限信息验证，具体地，通过权限包拦截访问请求并从cookie中获取凭证信息，通过凭证信息调取session存储服务，并从中获取用户信息及权限信息，通过用户信息是否为空判断是否登录，如果没有登录跳转到登录页面，如果已经登录判断门户系统返回的权限列表里面是否包含当前请求，如果包含，返回给用户请求页面，如果不包含，说明当前用户没有权限，跳转到门户的错误页面，提醒用户没有权限。值得特别指出的是，本发明中的业务子系统并不会先判断本地session是否有用户信息，而是直接请求门户系统，这样当门户系统退出之后，无需通知各个业务子系统，避免登录态不一致的问题。

如图6所示，根据本发明的又一个实施例的门户系统的集成控制方法的流程示意图。其中，该集成控制方法，包括：

步骤502，接收业务子系统的访问请求指令，从访问请求指令中获取标识信息，根据标识信息确定业务子系统的类型；

步骤504，通过相应的权限包从访问请求指令的cookie中获取凭证信息；

步骤506，当业务子系统为异构系统时，根据凭证信息从session存储服务中获取用户信息；

步骤508，根据用户信息判断用户是否已登录门户系统；若已登录，执行步骤510，否则，执行步骤512；

步骤510，权限认证通过，跳转至访问请求页面；

步骤512，权限认证未通过，跳转至门户系统的登录页面；

步骤514，在门户系统的登录页面，接收客户端输入的用户信息；

步骤516，根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；

步骤518，以凭证信息为key将session数据存入session存储服务。

在该技术方案中，当用户进入门户系统首页后，点击的是其中一个异构系统(如外采系统)时，此时访问请求会直接跳转到业务子系统，业务子系统根据凭证信息与门户系统交互判断是否登录，如果没有登录直接跳转到门户系统的登录页面，如果已经登录则返回该子系统的菜单和默认打开页面，当前点击其中一个菜单后，外采系统会依据自己的权限系统再次判断是否登录和是否有权限，外采系统返回的同时需要将菜单再次带过来，以ifram的形式嵌套到门户系统之前返回的页面。通过本发明的技术方案，解决了异构系统的集成问题，并实现了异构系统与门户系统的交互。

如图7所示，根据本发明的一个实施例的门户系统的集成控制系统的示意框图。其中，该集成控制系统600，包括：

拦截单元602，用于接收业务子系统的访问请求指令，通过权限包从访问请求指令的cookie中获取凭证信息；

验证单元604，用于根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证；当权限认证通过后，跳转至访问请求页面；否则跳转至门户系统的登录页面。

本发明提供的门户系统的集成控制系统600，在接收到业务子系统的访问请求时，权限包拦截各子系统的请求，从cookie中获取凭证信息，并与门户系统进行交互，根据凭证信息从session存储服务中获取相应的session数据，以对用户权限进行认证，若权限认证通过，则跳转至访问请求页面，若权限认证未通过，则跳转至门户系统的登录页面，从而实现了一个包含权限控制和单点登录的通用门户系统集成方案。同时，通过依赖权限包，实现了各个业务子系统作简单配置就能接入门户系统，大大减少了开发工作量；并通过session存储服务，解决了集群下的session存储问题，达到session统一存储和对用户无感知的目的。

如图8所示，根据本发明的另一个实施例的门户系统的集成控制系统的示意框图。其中，该集成控制系统700，包括：

拦截单元702，用于接收业务子系统的访问请求指令，通过权限包从访问请求指令的cookie中获取凭证信息；

验证单元704，用于根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证；当权限认证通过后，跳转至访问请求页面；否则跳转至门户系统的登录页面；

接收单元706，在门户系统的登录页面，接收客户端输入的用户信息；

session存储单元708，用于根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；并以凭证信息为key将session数据存入session存储服务。

在该技术方案中，用户登录时，需要填写用户信息，如用户名和密码等，根据用户信息从预设的权限资源模型中获取相应的权限信息，通过将用户信息和权限信息生成session数据，并以从cookie中获取的凭证信息为key存入session存储服务，使1个cookie仅对应一个session，这样当门户系统对出之后，无需通知各个业务子系统，巧妙的解决了单点退出的问题。

在上述任一技术方案中，优选地，权限资源模型包括系统资源、菜单资源、页面资源、按钮资源以及数据资源。

在该技术方案中，在系统开发阶段，需要构建权限资源模型，具体地，包括系统资源、菜单资源、页面资源、按钮资源以及数据资源。例如，将需要集成的企业自研系统的菜单、页面，页面的按钮以uri的形式录入门户系统，将第三方系统(如外采系统，可能是异构系统)的首页作为uri录入门户系统，并在创建用户时，将员工信息同步给采购系统。本发明通过合理的权限资源模型，将用户权限统一放到门户系统进行管理，可以大大减少各个业务子系统的开发工作量，真正实现了权限的“一次开发，到处使用”的效果；并且，还解决了采购的异构系统集成的问题，因为第三方异构系统通常都自带权限系统，这个时候与门户系统集成的交互问题就变得简单，只需完成首页的录入与用户信息的同步即可，同时也可确保门户系统的安全性。

如图9所示，根据本发明的再一个实施例的门户系统的集成控制系统的示意框图。其中，该集成控制系统800，包括：

拦截单元802，用于接收业务子系统的访问请求指令，通过权限包从访问请求指令的cookie中获取凭证信息；

验证单元804，用于根据凭证信息从session存储服务中获取相应的session数据，以进行权限认证；当权限认证通过后，跳转至访问请求页面；否则跳转至门户系统的登录页面；

接收单元806，在门户系统的登录页面，接收客户端输入的用户信息；

session存储单元808，用于根据用户信息从预设的权限资源模型中获取相应的权限信息，将用户信息和权限信息生成session数据；并以凭证信息为key将session数据存入session存储服务；

判断单元810，用于从访问请求指令中获取标识信息，根据标识信息确定业务子系统的类型。

在该技术方案中，各个业务子系统具有唯一标识，访问请求指令中会携带标识信息，门户系统和session存储服务需要根据标识来区分是哪一个系统，进而进行相应的权限认证。

在上述任一技术方案中，优选地，验证单元根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证的步骤，具体包括：当业务子系统为自研系统时，根据凭证信息从session存储服务中获取用户信息及权限信息；根据用户信息判断用户是否已单点登录；若已单点登录，根据权限信息判断访问请求是否有权限；若有权限，则判定权限认证通过。

在该技术方案中，当用户进入门户系统首页后，点击的是其中一个自研系统，此时请求还是在门户系统内，门户系统展示当前业务子系统的菜单，当用户点击菜单后，需要对用户的访问请求进行单点登录验证以及权限信息验证，具体地，通过权限包拦截访问请求并从cookie中获取凭证信息，通过凭证信息调取session存储服务，并从中获取用户信息及权限信息，通过用户信息是否为空判断是否登录，如果没有登录跳转到登录页面，如果已经登录判断门户系统返回的权限列表里面是否包含当前请求，如果包含，返回给用户请求页面，如果不包含，说明当前用户没有权限，跳转到门户的错误页面，提醒用户没有权限。值得特别指出的是，本发明中的业务子系统并不会先判断本地session是否有用户信息，而是直接请求门户系统，这样当门户系统退出之后，无需通知各个业务子系统，避免登录态不一致的问题。

在上述任一技术方案中，优选地，验证单元根据凭证信息从门户系统的session存储服务中获取相应的session数据，以进行权限认证的步骤，具体包括：当业务子系统为异构系统时，根据凭证信息从门户系统的session存储服务中获取用户信息；根据用户信息判断用户是否已登录门户系统；若已登录，则判定认证通过。

在该技术方案中，当用户进入门户系统首页后，点击的是其中一个异构系统(如外采系统)时，此时访问请求会直接跳转到业务子系统，业务子系统根据凭证信息与门户系统交互判断是否登录，如果没有登录直接跳转到门户系统的登录页面，如果已经登录则返回该子系统的菜单和默认打开页面，当前点击其中一个菜单后，外采系统会依据自己的权限系统再次判断是否登录和是否有权限，外采系统返回的同时需要将菜单再次带过来，以ifram的形式嵌套到门户系统之前返回的页面。通过本发明的技术方案，解决了异构系统的集成问题，并实现了异构系统与门户系统的交互。

具体实施例：

提供了一种互联网门户系统通用集成方案，在该集成方案中：

门户系统：用户唯一需要登录进入的系统，其他子系统集成到它里面；

业务子系统：需要集成到门户系统的各个子系统，通常是公司内部的一些运营后台管理系统；

集成自研系统：业务子系统的一种，公司自研发的系统(主要语言是java)，可能有很多个，独立部署，无需跟门户系统耦合在一起，但是需要将所有权限交给门户系统统一管理；

集成外采系统：业务子系统的一种，公司采购的系统，可能是异构系统，可能有多个，无需跟门户系统耦合在一起，权限自己管理，门户系统只需要控制用户能否访问该机系统即可，门户系统需要将用户信息同步给外采系统；

权限client包：本质上是一个filter负责拦截各个子系统的请求，并且与门户系统通过httpclient进行交互，各个业务子系统需要依赖这个jar包，以达到业务子系统不用编写任何权限代码，透明接入的效果；

session存储服务：session统一存储到redis，通过对redis的封装，提供与原生session的相同api接口，实现自动存储续期，上层应用可以像使用原生session一样存入和清除信息，而不用关心底层是把信息存到哪，扩展性好，可靠性高；

chjsessionid：门户系统登录后对用户发放的凭证，业务子系统拿到该凭证后需要将凭证传给门户系统进行验证，同时换取用户id，自研系统还需要获取权限信息；

appkey：各个业务子系统的唯一标识，门户系统和session存储服务需要根据这个来区分是哪一个系统。

图11示出了根据本发明的一个具体实施例的门户系统与业务子系统的交互示意图。

如图11所示：在开发阶段：需要做以下准备工作：将自研系统的所有uri录入门户系统；自研系统需要集成通用权限client包，其中，包括权限资源模型，如图10所示；将外采系统的首页uri录入门户系统；门户系统将员工信息同步给外采系统。

在生产使用阶段：用户访问门户系统，门户系统判断用户cookie是否有chjsessionid，如果没有直接跳转到登录页面。

用户登录，门户系统从cookie中取出chjsessionid，将用户信息、用户权限信息放入session存储服务，返回给用户门户首页。

用户访问业务子系统，业务子系统集成的通用权限client包里面的filter负责拦截各个子系统的请求，返回的页面同时以iframe的形式嵌套到门户系统的首页面，由于业务子系统分为自研的和外采，两者情况不一样，下面分开说明。

假如用户进入首页后，点击的是其中一个自研系统，此时请求还是在门户系统内，门户系统展示当前系统的菜单，当用户点击菜单后，跳转到业务子系统，自研系统filter获取用户cookie里面的chjsessionid，通过httpclient与门户系统交互获取用户信息和权限信息，通过用户信息是否为空判断是否登录，如果没有登录跳转到登录页面，如果已经登录判断门户系统返回的权限列表里面是否包含当前请求，如果包含，返回给用户请求页面，如果不包含，说明当前用户没有权限，跳转到门户的错误页面，提醒用户没有权限。注意：此方案业务子系统并不会先判断本地session是否有用户信息，而是直接请求门户系统，这样当门户系统退出之后，无需通知各个业务子系统，避免登录态不一致的问题。

假如用户点击的是其中一个外采系统，此时请求会直接跳转到业务系统，业务系统根据chjsessionid与门户系统交互判断是否登录，如果没有登录直接跳转到门户系统的登录页面，如果已经登录则返回系统的菜单和默认打开页面，当前点击其中一个菜单后，外采系统会再次判断是否登录和是否有权限，外采系统返回的同时需要将菜单再次带过来。

在以上交互流程中，门户系统与session存储的交互流程如图12所示。其中，由于redis并不支持像原生session一样有自动续期的功能，因此需要调用相应接口方法在session存储服务实现这个逻辑。

本发明提供的互联网门户系统通用集成方案，实现了一个包含权限控制和单点登录的通用门户系统集成方案；通过依赖权限client包，实现了各个业务子系统作简单配置就能接入门户系统，享受授权，认证，访问控制，审计，和登录功能，大大减少了开发工作量；实现了session存储服务，解决了集群下的session问题；门户系统将权限统一管理，为后续的审计工作创造了便利。

如图13所示，根据本发明的一个实施例的计算机设备的示意图。该计算机设备1包括存储器12、处理器14及存储在存储器12上并可在处理器14上运行的计算机程序，处理器14用于执行如上述实施例中任一项方法的步骤。

根据本发明的计算机设备1，其所包含的处理器14用于执行如上述任一实施例中门户系统的集成控制方法的步骤，因而该计算机设备1能够实现该门户系统的集成控制方法的全部有益效果，在此不再赘述。

本发明的又一方面，提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现了如上述技术方案中任一项方法的步骤。

根据本发明的计算机可读存储介质，其上存储的计算机程序被处理器执行时实现了如上述任一实施例中门户系统的集成控制方法的步骤，因而该计算机可读存储介质能够实现该门户系统的集成控制方法的全部有益效果，在此不再赘述。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。