园区信息管理系统的制作方法

1.本发明实施例涉及园区管理技术领域，尤其涉及一种园区信息管理系统。


背景技术：

2.在智慧运营管理的场景中，有很多业务流程需要线上流程化，也即实现办公自动化(office automation，oa)，而现有的oa系统通常对同一系统下业务进行运营管理。
3.然而，在园区的智慧运营场景中，由于在园区中涉及租户、物业等多种角色的管理，运营场景较为复杂，不同系统或组织机构之间存在数据壁垒，现有的oa系统无法适应园区的运营管理。


技术实现要素：

4.本发明实施例的目的是提供一种新型的园区信息管理系统。
5.为解决上述技术问题，本发明实施例提供一种园区信息管理系统，包括：用户中心端、流程中心端、若干个业务端、园区信息管理服务器及web服务器，其中：所述用户中心端存储有用户的用户信息，所述用户包括租户和/或物业；所述流程中心端与所述用户中心端耦接，所述流程中心端通过对应的接口获取所述用户的用户信息以进行各流程节点的节点信息的配置，使得工作流任务流转至对应的执行用户，所述流程中心端还存储有各类型业务事件对应的流程节点及各流程节点对应的节点信息；所述业务端与所述园区信息管理服务器耦接，用于向所述园区信息管理服务器发送用户请求以及接收所述园区信息管理服务器分配的所述工作流任务；所述园区信息管理服务器，通过相应的接口与所述流程中心端耦接，用于根据所述用户请求确定目标业务事件，根据所述目标业务事件对应的目标流程节点及节点信息，向所述web服务器提供所述用户请求对应的待展示数据；所述web服务器分别与所述业务端以及所述园区信息管理服务器耦接，用于根据所述待展示数据向所述业务端提供web网页的访问服务。
6.可选的，所述节点信息包括以下至少一种：节点名称、节点类型、通知模式、发送通知的内容、参与用户的用户信息、参与用户的用户角色。
7.可选的，所述园区信息管理服务器用于通过相应的接口从所述流程中心端获取所述目标业务事件对应的目标流程节点，根据所述目标流程节点对应的节点信息获取对应的目标执行用户的用户信息；所述流程中心端，用于根据所述目标执行用户的用户信息，将所述目标流程节点对应的所述工作流任务流转至所述目标执行用户。
8.可选的，所述业务端包括手机端，所述手机端用于通过第三方信息平台建立与所述园区信息管理服务器的通信连接。
9.可选的，所述第三方信息平台用于建立所述手机端与所述园区信息管理服务器之间的绑定、解绑或者删除。
10.可选的，所述手机端与所述园区信息管理服务器之间绑定之后，所述园区信息管理服务器用于根据建立绑定时所述手机端登录的第三方信息平台的第三方用户信息与所
述用户中心端存储的相应的用户信息之间的用户映射关系，建立所述第三方用户信息与所述用户中心端存储的相应的用户信息之间的关联关系。
11.可选的，所述园区信息管理服务器还用于接收到所述手机端发送的页面请求时，获取所述页面请求对应的第三方用户的标识符，获取所述第三方用户的标识符所关联的用户信息，通过对应的接口从所述用户中心端获取所述第三方用户的标识符所关联的用户信息，当所述用户中心端存在所述第三方用户的标识符所关联的用户信息时，确认所述第三方用户的身份合法，匹配所述第三方用户对应的用户角色以及用户权限，返回所述页面请求对应的流程列表页，以供所述手机端显示所述流程列表页，其中所述标识符在所述第三方信息平台唯一标识所述第三方用户。
12.可选的，当所述用户中心端不存在所述第三方用户的标识符所关联的用户信息时，返回错误码至所述园区信息管理服务器，所述园区信息管理服务器还用于根据所述错误码通过所述web服务器输出没有权限的提示页。
13.可选的，所述园区信息管理系统还包括负载均衡器，所述web服务器的数目为多个，所述负载均衡器分别与多个web服务器耦接，用于将所述用户请求均衡至负载最轻的web服务器。
14.可选的，所述负载均衡器包括主负载均衡器和从负载均衡器。
15.可选的，所述业务端包括web端，所述web服务器包括：前端web服务器及管理后台web服务器，所述前端web服务器用于为所述手机端提供web网页访问服务，所述管理后台web服务器用于为所述web端提供web网页访问服务。
16.可选的，所述园区信息管理服务器的数目为多个。
17.可选的，所述园区信息管理系统还包括数据库，所述数据库与所述园区信息管理服务器耦接。
18.可选的，所述园区信息管理服务器采用docker容器部署，和/或，所述web服务器采用docker容器部署。
19.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
20.在本发明实施例提供的园区信息管理系统中，用户中心端存储有用户的用户信息，流程中心端存储有各类型业务事件对应的流程节点及各流程节点对应的节点信息，流程中心端与用户中心端耦接，流程中心端通过对应的接口获取用户中心端存储的用户信息以进行各流程节点的节点信息的配置，以使得工作流任务能够流转至对应的执行用户，园区信息管理服务器可以根据用户请求确定目标业务事件，根据目标事件对应的目标流程节点及节点信息，向web服务器提供用户请求对应的待展示数据，web服务器根据待展示数据向业务端提供web网页的访问服务，通过在用户中心端可以存储跨不同组织机构或业务端的用户对应的用户信息，在流程中心端通过流程节点的节点信息的配置，可以使得工作流任务流转至对应的执行用户之间流转，在流程中心端存储有多种类型的业务事件对应的流程节点及节点信息，从而能够通过流程中心打通不同业务端或组织机构之间存在数据壁垒，实现园区的信息管理。
附图说明
21.图1是本发明实施例中的一种园区信息管理系统的结构示意图；
22.图2是本发明实施例中的一种园区信息管理系统的工作原理图；
23.图3是本发明实施例中的一种业务端为手机端时园区信息管理系统的工作原理图；
24.图4是本发明实施例中的一种园区信息管理系统的逻辑部署图；
25.图5是本发明实施例中的一种园区信息管理系统的应用架构图。
具体实施方式
26.如上所述，在园区的智慧运营场景中，由于在园区中涉及租户、物业等多种角色的管理，运营场景较为复杂，不同系统或组织机构之间存在数据壁垒，现有的oa系统无法适应园区的运营管理。
27.在本发明实施例提供的园区信息管理系统中，用户中心端存储有用户的用户信息，流程中心端存储有各类型业务事件对应的流程节点及各流程节点对应的节点信息，流程中心端与用户中心端耦接，流程中心端通过对应的接口获取用户中心端存储的用户信息以进行各流程节点的节点信息的配置，以使得工作流任务能够流转至对应的执行用户，园区信息管理服务器可以根据用户请求确定目标业务事件，根据目标事件对应的目标流程节点及节点信息，向web服务器提供用户请求对应的待展示数据，web服务器根据待展示数据向业务端提供web网页的访问服务，通过在用户中心端可以存储跨不同组织机构或业务端的用户对应的用户信息，在流程中心端通过流程节点的节点信息的配置，可以使得工作流任务流转至对应的执行用户之间流转，在流程中心端存储有多种类型的业务事件对应的流程节点及节点信息，从而能够通过流程中心打通不同业务端或组织机构之间存在数据壁垒，以提供一种新型的园区信息管理系统，实现园区的信息管理。
28.为使本发明实施例的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
29.参照图1，给出了本发明实施例中的一种园区信息管理系统的结构示意图，下面结合图1对园区信息管理系统进行说明。
30.在具体实施中，园区信息管理系统可以包括：用户中心端11、流程中心端12、若干个业务端15、园区信息管理服务器13及web服务器14。
31.用户中心端11可以存储有用户的用户信息，用户可以包括租户，也可以包括物业，还可以包括园区信息管理系统的管理人员，或者其他企业用户或者个人用户等。
32.流程中心端12可以与用户中心端11耦接，可以通过设定的接口获取用户的用户信息以进行各流程节点的节点信息的配置，从而可以使得工作流任务流转至对应的执行用户。
33.在本发明实施例中，流程中心端12还可以对各业务事件对应的流程相关的信息进行配置。例如，配置各流程的流程名称、流程的各个操作步骤、流程的流转规则、流程的各个操作步骤分别对应的流程节点等。其中，流程的各个操作步骤可以包括入口步骤及出口步骤等。
34.在本发明实施例中可以采用流程定义器(flowable modeler)对业务事件对应的流程进行定义，并生成bpmn文件，通过bpmn文件对各业务事件对应的流程进行部署。
35.flowable modeler可以集成于流程中心端12，也可以与流程中心端12耦接，且与
流程中心端12相对独立，具体根据实际应用需求进行设定即可。
36.此外，流程中心端12存储有各类型业务事件对应的流程节点及各流程节点对应的节点信息。节点信息可以包括节点名称、节点类型、通知模式、发送通知的内容、参与用户的用户信息、参与用户的用户角色等中的一种或多种。其中，节点类型可以包括起始节点、中间节点或者终结节点等。
37.当工作流任务流转至对应的执行用户后，可以通过通知模式确定以何种方式通知执行用户。例如，可以通过邮件方式提醒执行用户有工作流任务待处理，或者通过短信的方式提醒执行用户有工作流任务待处理，可以理解的是，还可以采用其他方式进行通知。
38.在具体实施中，业务端15与所述园区信息管理服务器13耦接，用户可以通过业务端15用于向园区信息管理服务器13发送用户请求，业务端15还可以接收所述园区信息管理服务器13分配的所述工作流任务。
39.在本发明实施例中，当园区信息管理系统包括负载均衡器时，业务端15发送的用户请求可以经负载均衡器之后，由负载均衡器将用户请求均衡至对应的园区信息管理服务器13。
40.园区信息管理服务器13分别通过相应的接口与所述用户中心端11及所述流程中心端12耦接，园区信息管理服务器13可以根据所述用户请求确定目标业务事件，并从流程中心端12获取目标业务事件对应的目标流程节点及节点信息，从而根据所述目标业务事件对应的目标流程节点及节点信息，向所述web服务器14提供所述用户请求对应的待展示数据。
41.所述web服务器14分别与所述业务端15以及所述园区信息管理服务器13耦接，用于根据所述待展示数据向所述业务端15提供web网页的访问服务。
42.由上可知，在本发明实施例提供的园区信息管理系统中，用户中心端存储有用户的用户信息，流程中心端存储有各类型业务事件对应的流程节点及各流程节点对应的节点信息，流程中心端与用户中心端耦接，流程中心端通过对应的接口获取用户中心端存储的用户信息以进行各流程节点的节点信息的配置，以使得工作流任务能够流转至对应的执行用户，园区信息管理服务器可以根据用户请求确定目标业务事件，根据目标事件对应的目标流程节点及节点信息，向web服务器提供用户请求对应的待展示数据，web服务器根据待展示数据向业务端提供web网页的访问服务，通过在用户中心端可以存储跨不同组织机构或业务端的用户对应的用户信息，在流程中心端通过流程节点的节点信息的配置，可以使得工作流任务流转至对应的执行用户之间流转，在流程中心端存储有多种类型的业务事件对应的流程节点及节点信息，从而能够通过流程中心打通不同业务端或组织机构之间存在数据壁垒，实现园区的信息管理。
43.在本发明实施例中，园区信息管理服务器13可以通过相应的接口从流程中心端12获取目标业务事件对应的目标流程节点，并根据目标流程节点对应的节点信息获取对应的目标执行用户的用户信息。流程中心端12可以根据所述目标执行用户的用户信息，将所述目标流程节点对应的工作流任务流转至所述目标执行用户。目标执行用户所在的业务端15可以对工作流任务进行展示。
44.当一个目标业务事件对应的流程较多时，此时对应多个目标流程节点，不同的用户请求对应的流程节点不同，相应的对应的工作流任务不同。可以根据该目标业务事件当
前所处的流程节点，确定下一流程节点，当触发的流程不同时，对应的下一流程节点不同。
45.例如，用户请求为项目审批请求，用户a发起项目审批请求，项目审批请求对应的流程节点的节点信息指示下一流程节点对应的目标执行用户为用户b，工作流任务流转至用户b。在用户b所对应的流程节点的节点信息中可以指示如下信息：若用户b触发同意审批请求操作，则进入后续的流程节点，工作流任务流转至用户c，若用户b触发不同意审批请求操作，则返回至上一流程节点，也即工作流任务再次流转至用户a。
46.在具体实施中，所述园区信息管理服务器13还可以根据目标流程节点对应的节点信息，通过预设接口从用户中心获取目标流程节点对应的目标执行用户。
47.参照图2，给出了本发明实施例中的一种园区信息管理系统的工作原理图，具体可以包括如下步骤：
48.步骤s1，可以采用流程定义器定义流程。
49.步骤s2，生成bpmn，并发送至流程中心端。
50.步骤s3，流程中心端可以根据bpmn进行流程部署。
51.步骤s4，触发流程。
52.园区信息管理服务器可以根据用户请求触发相应的流程。例如，可以通过http触发流程。
53.步骤s5，流程中心端获取执行用户。
54.步骤s6，返回执行用户信息。
55.步骤s7，成功触发可触发事件。
56.步骤s8，可以向业务端发送通知。
57.步骤s9，园区信息管理服务器可以将工作流任务发送至流程中心端。
58.步骤s10，流程中心端通过接口从用户中心端获取执行用户信息。
59.步骤s11，用户中心端向流程中心端返回执行用户信息。
60.步骤s12，流程中心端向园区信息管理服务器返回成功信息。
61.步骤s13，流程中心端向业务端发送工作流业务执行成功通知。
62.继续参照图1，为了提高用户操作的便捷性，业务端15可以包括手机端，手机端可以通过第三方信息平台建立与园区信息管理服务器13的通信连接。
63.在具体实施中，第三方信息平台用于建立手机端与园区信息管理服务器之间的绑定、解绑或者删除
64.在本发明实施例中，第三方信息平台可以为微信平台的公众号，如偶橙。也可以为小程序等，还可以为其他类型的第三方信息平台。
65.以微信平台的公众号为例，用户可以通过手机端上安装的微信关注公众号，在关注公众号之后，公众号可以提供手机端与园区信息管理服务器13之间的绑定、解绑以及删除等。
66.例如，公众号的显示界面上设置有“绑定”按键，当触发“绑定”按键时，进入绑定界面，用于可以通过绑定界面输入微信用户的账号、用户id、邮箱等微信用户信息。公众号可以将采集到的微信用户的微信用户信息通过设定的接口发送至园区信息管理服务器13，以实现园区信息管理服务器13与手机端绑定。手机端与园区信息管理服务器13的绑定过程也可以看作是采用微信用户信息登录园区信息管理服务器13的过程。
67.在本发明实施例中，手机端与所述园区信息管理服务器13之间绑定成功之后，所述园区信息管理服务器13用于根据建立绑定时所述手机端登录的第三方信息平台的第三方用户信息与所述用户中心端11存储的相应的用户信息之间的用户映射关系，建立第三方用户信息与所述用户中心端11存储的用户信息之间的关联关系。
68.在具体实施中，园区信息管理服务器还可以接收到所述手机端发送的页面请求时，获取所述页面请求对应的第三方用户的标识符，获取所述第三方用户的标识符所关联的用户信息，通过对应的接口从所述用户中心端获取所述第三方用户的标识符所关联的用户信息，当所述用户中心端存在所述第三方用户的标识符所关联的用户信息时，确认所述第三方用户的身份合法，匹配所述第三方用户对应的用户角色以及用户权限，返回所述页面请求对应的流程列表页，以供所述手机端显示所述流程列表页，其中所述标识符在所述第三方信息平台唯一标识所述第三方用户。
69.在具体实施例中，用户中心端不存在第三方用户的标识符所关联的用户信息时，返回错误码至园区信息管理服务器，园区信息管理服务器还用于根据所述错误码通过web服务器输出没有权限的提示页。
70.在本发明实施例中，以第三方信息平台为微信平台的公众号为例，可以采用微信用户在关注公众号后生成的openid作为微信用户的标识符，具体而言，在手机端与园区信息管理服务器13建立关联之后，用户可以通过手机端发送页面请求，园区信息管理服务器13可以获取所述页面请求对应的微信用户的openid，获取所述微信用户的openid所关联的用户信息，通过对应的接口从所述用户中心端11获取所述微信用户的openid所关联的用户信息，当所述用户中心端11存在所述微信用户的openid所关联的用户信息时，确认所述微信用户的身份合法，匹配所述微信用户对应的用户角色以及用户权限，返回所述页面请求对应的流程列表页，以供所述手机端显示所述流程列表页。
71.在本发明实施例中，当所述用户中心端11不存在所述微信用户的openid所关联的用户信息时，返回错误码至所述园区信息管理服务器13，所述园区信息管理服务器13还用于根据所述错误码通过所述web服务器14输出没有权限的提示页。
72.参照图3，给出了本发明实施例中的一种业务端为手机端时，园区信息管理系统的工作原理图，以第三方信息平台为微信平台的公众号为例，可以包括如下步骤。
73.步骤301，关注公众号。
74.用户可以通过手机端登录的微信关注公众号。
75.步骤302，通过公众号实现微信用户信息与园区信息管理服务器的绑定，以及通过公众号还可以解除微信用户与园区信息管理服务器的解绑或者删除园区信息管理服务器上存储的微信用户信息。
76.步骤303，园区信息管理服务器获取绑定的微信用户的微信用户信息以及用户中心端存储的用户信息之间的映射关系。
77.微信用户信息中至少有一项信息与用户中心端存储的用户信息相同，如相同的信息为邮箱、用户id或者用户名等。例如，微信用户信息包括邮箱，用户中心端存储的用户信息也包括邮箱，可以通过邮箱建立微信用户信息与用户中心端存储的用户信息之间的映射关系。
78.步骤304，建立微信用户的微信用户信息与用户中心端存储的用户信息之间的关
联关系。
79.在本发明实施例中，可以根据微信用户的微信用户信息以及用户中心端存储的用户信息之间的映射关系，建立微信用户的微信用户信息与用户中心端存储的用户信息之间的关联关系，所建立的关联关系可以存储在用户中心端。当微信用户的微信用户信息与用户终端存储的对应的用户信息之间建立关联之后，可以通过微信用户信息从用户中心获取到对应的用户信息。
80.步骤305，发起页面请求。
81.例如，在手机端的公众号的界面可以设置有“我的流程”按键，当点击“我的流程”按键时，手机端可以向园区信息管理服务器发送页面请求。
82.可以理解的是，根据用户的实际需求不同，触发的按键以及发起的页面请求的内容可以不同。
83.步骤306，获取用户的openid。
84.在具体实施中，当微信用户关注公众号之后，则生成对应的openid。openid与微信用户一一对应。根据发送的页面请求可以获取发送页面请求的微信用户对应的openid。
85.步骤307，获取用户id或邮箱。
86.步骤308，判断用户中心端中是否存在openid关联的用户信息。
87.在具体实施中，当判断为是时，执行步骤309；当判断结果为否时，执行步骤310。
88.步骤309，当存在openid对应的用户信息时，返回openid对应的用户信息。
89.步骤311，匹配微信用户对应的用户角色以及用户权限。
90.在具体实施中，可以根据页面请求对应的目标业务事件，从流程中心端获取微信用户对应用户角色以及用户权限。
91.步骤312，返回流程列表页。
92.园区信息管理服务器可以将与页面请求对应的待展示数据输出至手机端，供手机端展示。
93.具体而言，园区信息管理服务器将待展示数据通过接口输出至web服务器，由web服务器向手机端提供对应的web访问服务。
94.步骤313，手机端展示流程列表页。
95.例如，页面请求为流程页面查询请求，则可以在手机端展示流程列表页。
96.步骤310，当不存在openid对应的用户信息时，返回错误码。
97.步骤314，园区信息管理服务器返回用户没有权限的页面。
98.步骤315，手机端显示用户没有权限的页面。
99.在具体实施中，用户可以采用手机端在公众号上进行工作流任务的审批，或者数据查询等。
100.业务端还可以包括web端，用户可以在web端上执行以下一种或多种操作，如工单的增加、工单的删除、工单的修改、工单的查询、工作流任务的审批、租户入住、租户装修管理、物业管理、人事管理等。
101.参照图4，给出了本发明实施例中的一种园区信息管理系统的逻辑部署图。
102.在具体实施中，园区信息管理系统还可以包括负载均衡器，用于均衡应用负载，提高应用的可用性。具体而言，web服务器的数目为多个，所述负载均衡器分别与多个web服务
器耦接，用于将用户请求均衡至负载最轻的web服务器。
103.负载均衡器作为负载层，这一功能够实现站点的任意扩展，提高站点的响应速度。当需要满足更多的动态处理需求时，只需再增加其他负载均衡器或web服务器或者园区信息管理服务器。采用nginx做负载均衡。负载层可以采用主从结构方式进行搭建，如部署主负载均衡器及从负载均衡器，以提高负载服务的可用性，即使一台负载均衡器出现问题，其他负载均衡器可以继续工作，避免因一个负载均衡器宕机而影响负载均衡业务的正常进行。
104.web服务器主要提供高效的安全的web网页的访问服务。在本发明实施例中，web服务器可以包括前端web服务器和管理后台web服务器，前端web服务器为手机端提供web网页的访问服务。管理后台web服务器用于为web端提供web网页的访问服务。手机端和web端分别采用对应的web服务器，也即采用前后端分离的方式。采用前后端分离方式隔离性能较好，当其中一台web服务器出现问题时，可以快速的定位。此外在数据大并发情况下，可以同时水平扩展前端web服务器及管理后台web服务器，扩展性能较好。web层的前端web服务器及管理后台web服务器均可以采用主从结构搭建，也可以均采用web服务器集群的方式构建。图4中示意的前端web服务器的数目为两个，分别为前端web服务器1和前端web服务器2。管理后台web服务器的数目为两个，分别为管理后台web服务器1和管理后台web服务器2，可以理解的是，在实际应用中，前端web服务器的数目及管理后台web服务器的数目也可以为其他取值，此处不再举例。
105.园区信息管理服务器作为应用层，园区信息管理服务器的数目可以为多个，可以采用主从方式搭建应用层的园区信息管理服务器，如图4所示，可以包括主园区信息管理服务器及从园区信息管理服务器。也可以采用园区信息管理服务器集群。园区信息管理服务器可以根据用户请求所能提供的待展示数据可以为流程列表、附件列表、流程新建、流程详情等。
106.应用层中的园区信息管理服务器在整个园区信息管理(ipark)系统应用架构中起到承上启下的作用，即可以为手机端在公众号上需要展示的数据的渲染和处理(公众号上绑定用户信息、解绑用户信息或者删除用户信息、流程中心端存储的数据、用户中心端存储的数据)和后台管理系统等业务逻辑的处理，园区信息管理服务器需要满足高可用和性能平行扩展的要求。后端接口应用服务器提供微信端和管理后台的数据展示和处理的接口调用功能。
107.数据层主要由数据库组成，从存储类型上来看数据库中存储的数据主要包括业务数据、管理数据和统计数据等，从来源上看包括数据仓库过来的结果数据，和不需要大数据计算的部分业务系统的数据，同时，也包括缓存数据。关系数据库可以采用mysql或者master-slave的主从结构。缓存数据库采用redis集群。
108.园区信息管理服务器为了提供园区信息管理系统中服务部署效率，可以采用docker容器部署园区信息管理服务器。也可以采用docker容器部署web服务器。
109.参照图5，给出了本发明实施例中的一种园区信息管理系统的应用架构图。
110.在一个实施例中，该应用架构包括监控层、数据层、中间件、微服务层、api层和表现层。
111.监控层包含日志分析和应用监控，其中日志分析可以采用elk实现，应用监控可以
采用skywalking或zabbix实现。
112.数据层包含访问及存储，其中访问可以采用mybatis或者druid实现，存储可以采用mysql、容灾热备、mha及haproxy实现。
113.中间件可以包含消息队列mq、cache、文件系统、注册中心及定时任务，其中mq可以采用kafka，cache可以采用redis，文件系统采用glusterfs，注册中心采用eureka，定时任务采用zookeeper。
114.微服务层可以包含spring、springboot、ipark-process-business以及springcloud。
115.api层可以包含ipark-process-client，client。
116.表现层可以包括h5及原生js。
117.其中表现层与api层之前可以采用nginx进行负载均衡。
118.可以理解的是，根据实际应用需求，监控层、数据层、中间件、微服务层、api层和表现层中也可以包括其他内容，根据实际场景需求进行设定即可。
119.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。