一种基于B/S架构的“一键式”能效管控平台的系统的制作方法

本发明涉及一种基于B/S架构的“一键式”能效管控平台，使用API和Socket通讯建立平台系统和服务子系统之间的权限、功能连接。

背景技术：

在所有的软件系统中，各自的系统必须有独立的应用服务器和相关数据环境，用户在访问不同的软件系统时，需要输入不同的地址链接（URL）或不同客户端才能进行操作；同时还要在不同系统中设置不同的用户权限来达到用户权限管理的要求。这些都减少了多个软件系统间的关联性，增加了对软件系统的管理团队和使用人的管理、操作要求。

技术实现要素：

1、所要解决的技术问题：

本发明主要解决的问题是通过实现一种基于B/S架构的“一键式”能效管控平台，使不同的服务子系统通过某种方式能够融合到这个平台系统上来，形成一个操作平台

2、技术方案：

本发明通过建立一个统一的基于B/S架构操作服务平台即平台系统，在多个其它服务系统即服务子系统并存的情况下，为用户提供使用这些系统功能的统一平台，为其它系统的查看和操作提供公用的、基础服务，能够使多个其它系统同时运行在本操作平台上，实现一个窗口，多个系统的查看和操作的“一键式”功能。

B/S结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端实现，形成所谓三层3-tier结构。B/S结构是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。 这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。

本发明采取的具体方案为：

一种基于B/S架构的“一键式”能效管控平台的系统，包括平台系统和至少一个服务子系统，其特征在于：所述平台系统和服务子系统通过API和Socket进行通讯；所述服务子系统实行注册机制，每个服务子系统分配一个唯一的系统ID标识，所述服务子系统提供导航图片、超级链接的注册信息；所述平台系统实行与所述服务子系统相应的功能权限注册表，在启动、运行过程中通过分配的系统ID标识来判断、索引相应的服务子系统；通过平台系统的导航界面上导航图片、超级链接的匹配和动态展示，进入服务子系统功能。

所述平台系统包括用户管理单元、权限管理单元、报警管理单元、操作日志单元、节假日设置单元；所述服务子系统通过实时通讯、实现程序接口来使用平台系统的相应功能单元。平台系统提供用户权限管理、报警管理和操作日志查询等基础功能，所有的服务子系统都可以通过使用API和Socket通讯使用这些基础功能，使服务子系统的基础功能不需要单独开发和提供。

平台系统根据服务子系统注册的功能权限和用户所分配的功能权限进行用户操作权限过滤和定义，并返回给服务子系统的客户端；服务子系统的客户端根据返回的用户权限来定义界面哪些可显示操作，哪些进行隐藏。

所述服务子系统为独立式服务子系统。所述独立式服务子系统启动，可以作为独立的应用服务启动，可以部署在独立的应用服务器上，和平台系统成并行的两个应用服务。服务子系统在启动时，向平台系统发送Socket链接指令，在Socket链接成功后，并发送本服务子系统的系统信息和功能信息，以便平台系统进行有效性验证。平台系统通过服务子系统的URL请求和Socket指令来进行系统功能操作，同时服务子系统通过Ｓｏｃｋｅｔ信息传递来保证平台系统上用户操作日志、报警管理功能进行同步。

所述服务子系统为嵌入式服务子系统。所述嵌入式服务子系统建立在平台系统的基础之上，和平台系统一起部署发布，用的是同一个应用容器和服务。其启动、运行过程中，在运行本系统业务逻辑是，直接调用平台系统提供的API实现用户权限、操作日志、报警管理等功能。

3、有益效果：

本发明能够实现多个其它系统同时运行在本操作平台上，实现一个窗口，多个系统的查看和操作的“一键式”功能。采用B/S结构大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。

附图说明

图1为本发明启动时加载注册服务子系统信息和打开接收服务；

图2为本发明在运行时用户登录时用户权限控制策略；

图3为本发明在运行时用户操作时用户权限控制策略；

图4为本发明运行时和独立式服务子系统用户操作通讯流程；

图5为本发明运行时和嵌入式服务子系统用户操作通讯流程。

具体实施方式

下面结合附图对本发明内容做说明：

如图1所示，平台系统启动后，先进行本平台软件功能的初始化，再进行加载服务子系统的注册信息、然后加载服务子系统的功能注册信息，并根据注册信息初始化系统引导页，打开Socket服务，准备服务子系统注册和信息接收。

如图2所示，用户登录后，平台系统服务端先判断本用户是否有效，无效则返回结束。如果有效则加载本用户服务子系统的注册信息、加载本用户的服务子系统功能权限信息，赋予本用户功能权限信息。然后对用户的系统功能权限进行判断，如果独立式服务子系统，则将用户权限信息通过Socket传递给服务子系统，独立式服务子系统客户端根据用户权限信息显示功能菜单；如果不是独立式服务子系统，则说明是嵌入式服务子系统，那只需要平台系统客户端页面根据用户权限显示功能菜单。

如图3所示，用户进行业务操作时，首先判断操作的业务是不是独立式服务子系统。如果是，则由独立式服务子系统后台来判断是否有权限，有则进行相关的服务端业务操作并返回，没有则直接返回错误信息；如果不是，则说明操作的业务是嵌入式服务子系统，嵌入式服务子系统的后台权限判断由平台系统统一进行，如果有权限则进行相关的服务端业务操作并返回，没有权限则直接返回错误信息。

如图4所示，用户、平台系统、独立式服务子系统的操作通讯流程是从用户登录开始。用户登录、平台系统功能操作，只涉及用户和平台系统之间的数据联动；当用户操作独立式服务子系统的时候，才需要独立式服务子系统服务端进行业务逻辑操作，之后再将相关的操作日志、报警信息通过Socket同步给平台系统。

如图5所示，用户、平台系统、嵌入式服务子系统的操作通讯流程也是从用户登录开始。用户登录、平台系统功能操作，只涉及用户和平台系统之间的数据联动；当用户操作嵌入式服务子系统业务的时候，才需要嵌入式服务子系统所在的服务端进行业务逻辑操作，之后再将相关的操作日志、报警信息通过调用平台系统的API来进行信息同步。

虽然本发明已以较佳实施例公开如上，但它们并不是用来限定本发明的，任何熟习此技艺者，在不脱离本发明之精神和范围内，自当可作各种变化或润饰，因此本发明的保护范围应当以本申请的权利要求保护范围所界定的为准。