一种工程信息管理方法及装置与流程

1.本发明涉及计算机软件技术领域，具体涉及一种工程信息管理方法及装置。


背景技术：

2.计算规则及清单的标准化管理一直是建筑行业的一个痛点，各个地区标准不统一，各个地产企业也有自己一套标准。之前的软件产品都是由用户自己设置计算规则及清单，规则各式各样，无法统一标准化管理。


技术实现要素：

3.有鉴于此，本发明实施例提供了一种工程信息管理方法及装置以解决现有技术中计算规则及清单等工程信息难以进行统一标准化管理的问题。
4.根据第一方面，本发明实施例提供了一种工程信息管理方法，包括：
5.接收目标企业用户的工程信息获取请求，所述工程信息获取请求包括：所述目标企业用户的企业信息；
6.基于所述企业信息，从预设规则数据库中提取通用模板规则以及与所述目标企业用户对应的特性规则；
7.利用所述特性规则对所述通用模板规则中与所述特性规则相对应的规则进行更新；
8.将更新后的公共模板规则发送至所述目标企业用户。
9.可选地，所述基于所述企业信息，从所述预设规则数据库中提取通用模板规则以及与所述目标企业用户对应的特性规则，包括：
10.基于所述企业信息确定所述目标企业用户对应的目标企业用户类型以及企业标识和/或工程标识；
11.从所述预设规则数据库中提取所述目标企业用户类型对应的通用模板规则；
12.从所述预设规则数据库中提取所述企业标识和/或所述工程标识对应的特性规则。
13.可选地，所述方法还包括：
14.基于所述企业信息，从预设清单数据库中提取所述目标企业用户对应的清单数据；
15.将所述清单数据发送至所述目标企业用户。
16.可选地，所述方法还包括：
17.获取目标企业用户的特性规则变更请求，所述特性规则变更请求包括：添加、删除、修改特性规则；
18.基于所述特性规则变更请求对所述预设规则数据库中所述目标企业用户对应的特性规则进行相应的变更处理。
19.可选地，所述方法还包括：
20.判断所述特性规则变更请求对应的待变更特性规则是否属于预设可变更规则；
21.当所述特性规则变更请求对应的待变更特性规则属于预设可变更规则时，基于所述特性规则变更请求对所述待变更特性规则进行变更处理。
22.可选地，所述方法还包括：
23.获取所述目标企业用户对应的特性规则变更权限；
24.基于所述特性规则变更权限及所述特性规则变更请求对所述待变更特性规则进行变更处理。
25.可选地，所述方法还包括：
26.获取所述目标企业用户的用户身份信息；
27.基于所述用户身份信息确定所述目标企业用户的用户权限，所述用户权限包括：工程信息查询权限、特性规则变更权限及监控管理权限。
28.可选地，所述方法还包括：
29.获取所述目标企业用户对应的工程信息查询权限；
30.基于所述工程信息查询权限和所述企业信息，从所述预设规则数据库中提取通用模板规则以及与所述目标企业用户对应的特性规则。
31.可选地，所述方法还包括：
32.对所述目标企业用户的行为记录进行监控；
33.将监控的行为记录发送至具有所述监控管理权限的企业用户。
34.根据第二方面，本发明实施例提供了一种工程信息管理装置，包括：
35.接收模块，用于接收目标企业用户的工程信息获取请求，所述工程信息获取请求包括：所述目标企业用户的企业信息；
36.第一处理模块，用于基于所述企业信息，从预设规则数据库中提取通用模板规则以及与所述目标企业用户对应的特性规则；
37.第二处理模块，用于利用所述特性规则对所述通用模板规则中与所述特性规则相对应的规则进行更新；
38.第三处理模块，用于将更新后的公共模板规则发送至所述目标企业用户。
39.根据第三方面，本发明实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令被处理器执行时实现本发明第一方面及其任意一种可选方式所述的方法。
40.根据第四方面，本发明实施例提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行本发明第一方面及其任意一种可选方式所述的方法。
41.本发明技术方案，具有如下优点：
42.本发明实施例提供了一种工程信息管理方法及装置，通过接收目标企业用户的工程信息获取请求，工程信息获取请求包括：目标企业用户的企业信息；基于企业信息，从预设规则数据库中提取通用模板规则以及与目标企业用户对应的特性规则；利用特性规则对通用模板规则中与特性规则相对应的规则进行更新；将更新后的公共模板规则发送至目标企业用户。从而通过在规则数据库中设置目标企业用户对应的特性规则，并利用其对通用模板规则进行更新后推送给用户，从而实现了规则的统一及标准化的管理，并且充分考虑
用户特性，实现了用户的个性化规则推荐，更符合用户实际需求，灵活性更高、适用范围更广。
附图说明
43.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1为本发明实施例中工程信息管理方法的流程图；
45.图2为本发明实施例中通用模板规则与特性规则的关系示意图；
46.图3为本发明实施例中授权过程示意图；
47.图4为本发明实施例中规则服务、清单服务与授权服务的关系示意图；
48.图5为本发明实施例中工程信息管理系统的结构示意图；
49.图6为本发明实施例中工程信息管理系统的架构分层示意图；
50.图7为本发明实施例中工程信息管理装置的结构示意图；
51.图8为本发明实施例中的电子设备的结构示意图。
具体实施方式
52.下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
53.此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
54.计算规则及清单的标准化一直是建筑行业的一个痛点，各个地区标准不统一，各个地产企业也有自己一套标准。之前的软件产品都是由用户自己设置计算规则及清单，规则各式各样，无法统一管理及标准化。
55.当前计算规则与清单都是独立安装在用户电脑中使用的，每个用户都是使用规则的方式也各不相同，导致无法做到统一的管理及维护。当计算规则或清单发生变更时，需要重新发布规则数据库，并更新到每个用户，用户需要下载新的规则库安装到本地电脑，才能完成这个变更流程，灵活性比较差。
56.基于上述问题，本发明实施例提供了一种工程信息管理方法，如图1所示，该工程信息管理方法具体包括如下步骤：
57.步骤s101：接收目标企业用户的工程信息获取请求。
58.其中，该工程信息获取请求包括：目标企业用户的企业信息。具体地，企业信息包括：该企业的企业类型、企业的人员信息及企业对应的工程项目类型及工程项目信息等内容，本发明并不以此为限。
59.步骤s102：基于企业信息，从预设规则数据库中提取通用模板规则以及与目标企业用户对应的特性规则。
60.其中，该通用模板规则为与工程信息获取请求相对应的业界通用的规则，如：当用
户的工程信息获取请求为工程量算时，则该通用模板规则为进行工程量算在业内通用的量算规则。特性规则是根据企业的特殊要求，提前设置存储于云端服务器的规则，其与模板规则中对应的规则内容存在差异。示例性地，模板规则与企业特性规则的差异如图2所示，如模板规则中柱箍筋计算方式为向上取整+1，而某个企业在计算时所习惯使用的计算反射为向下取整+1等。
61.步骤s103：利用特性规则对通用模板规则中与特性规则相对应的规则进行更新。
62.具体地，通过利用特性规则替换掉原通用模板规则中与其对应的规则，得到适应于该企业的模板规则。示例性地，如图2所示，将原通用模板规则中的柱箍筋计算方式由向上取整+1替换为向下取整+1，并将墙钢筋计算节点由a点替换为b点等。
63.步骤s104：将更新后的公共模板规则发送至目标企业用户。
64.具体地，规则的获取逻辑为先获取模板规则，然后再获取企业特性规则，最后使用企业特性规则将模板中与企业特性不同的内容替换掉，最终推送给用户的规则，同一计算对象只会存在一个规则。从而目标企业用户无需考虑规则与企业要求间的匹配性，可直接利用接收到的公共模板规则进行工程量算等处理，大大降低了企业用户的工作量，并且也拓展了公共模板规则的灵活性和适用范围。
65.通过执行上述步骤，本发明实施例提供的工程信息管理方法，通过在规则数据库中设置目标企业用户对应的特性规则，并利用其对通用模板规则进行更新后推送给用户，从而实现了规则的统一及标准化的管理，并且充分考虑用户特性，实现了用户的个性化规则推荐，更符合用户实际需求，灵活性更高、适用范围更广。
66.具体地，在一实施例中，上述的步骤s102具体包括如下步骤：
67.步骤s201：基于企业信息确定目标企业用户对应的目标企业用户类型以及企业标识和/或工程标识。
68.具体地，在目标企业用户向服务器发送企业信息时，会发送该工程的工程标识如工作id、企业标识如企业唯一注册码及当前登录用户的类型如施工单位、监理单位等。
69.步骤s202：从预设规则数据库中提取目标企业用户类型对应的通用模板规则。
70.步骤s203：从预设规则数据库中提取企业标识和/或工程标识对应的特性规则。
71.具体地，在预设规则数据库中存储有按照企业用户类型进行分类的模板规则表，还存储有各个企业或企业的工程对应的企业特性表，以为不同企业及对应的不同工程提供不同的规则服务。为了能够支撑多个企业及项目的规则定制，保证规则定制的扩展性及复用性，数据库有针对性的采用模板+特性的设计。通用模板规则表中，存储公共模板规则，企业特性表存储企业特性规则。通过抽离公共规则和特性规则，实现通用与特性解耦，提高规则可扩展性。
72.具体地，在一实施例中，上述的工程信息管理方法，具体还包括如下步骤：
73.步骤s301：基于企业信息，从预设清单数据库中提取目标企业用户对应的清单数据。
74.其中，预设清单数据库中事先存储有不同企业上传的清单数据。
75.步骤s302：将清单数据发送至目标企业用户。
76.从而目标企业用户通过发送工程信息获取请求，即可从服务器中自动获取到对应的清单数据，无需在企业内部进行搜集整理，大大提高了清单数据的提取效率，有利于提高
工程量算等工作的处理效率。
77.具体地，在一实施例中，上述的工程信息管理方法，具体还包括如下步骤：
78.步骤s401：获取目标企业用户的特性规则变更请求。
79.其中，该特性规则变更请求包括：添加、删除、修改特性规则。
80.步骤s402：基于特性规则变更请求对预设规则数据库中目标企业用户对应的特性规则进行相应的变更处理。
81.具体地，通过判断特性规则变更请求对应的待变更特性规则是否属于预设可变更规则；当特性规则变更请求对应的待变更特性规则属于预设可变更规则时，基于特性规则变更请求对待变更特性规则进行变更处理。
82.在实际应用中，随着企业及工程要求的变化，对应的特性规则也需要不断调整，在所有特性规则中有一些特性规则是可以进行修改变更的规则，即自定义规则，其修改对实际工程计量没有影响的规则，而有些特性规则是根据企业或工程要求不允许更改的规则。因此，当接收到用户发送的特性规则变更请求时，通过判断变更请求所涉及的特性规则是否属于可变更的规则，只有属于可变更规则才允许按照用户的变更要求进行变更，以避免用户随意对特性规则进行变更造成工程造价等依赖该特性规则的工程出现错误的问题，保障了向用户推荐规则的准确性和安全性。
83.此外，还可以通过获取目标企业用户对应的特性规则变更权限；基于特性规则变更权限及特性规则变更请求对待变更特性规则进行变更处理。
84.其中，为了避免企业特性规则被随意更改所造成的不可控的安全隐患，通过事先对企业用户设置不同的特性规则变更权限，例如：只有企业相应的管理人员具有特性规则变更权限，而普通员工只有查阅权限没有变更权限，或者不同的员工对应不同范围的特性规则变更权限等。从而通过利用权限管理的方式保障了企业特性规则变更的规范性、统一性和安全性。为企业用户提供良好的服务体验。
85.具体地，在一实施例中，上述的工程信息管理方法，具体还包括如下步骤：
86.步骤s501：获取目标企业用户的用户身份信息。
87.具体地，该用户身份信息可以是企业用户在注册时进行的身份划分，如：用户身份可以划分为：企业管理员、计价员、工程师等等，本发明并不以此为限。
88.步骤s502：基于用户身份信息确定目标企业用户的用户权限。
89.其中，上述的用户权限包括：工程信息查询权限、特性规则变更权限及监控管理权限。通过为不同用户设置不同的权限，有利于保障工程信息管理的安全性。旨在对各个产品、项目、资源、功能提供授权服务。示例性地，可以以用户的登录账户为基础，建立该企业不同用户的授权服务，为各个项目功能提供授权服务。具体地，如图3所示，在本发明实施例中以角色访问控制来设计：一个用户对应多个角色，一个角色可对应多个权限模型。这样设计的优点：减小了授权管理的复杂性，降低管理开销；灵活地支持企业的安全策略，具有很强的扩展性；能实现功能级、数据级权限；简单，易操作，能够应对各种需求。示例性地，规则服务、清单服务与授权服务的关系如图4所示。云端权限服务无需关注规则或者说哪个项目的，更加通用可扩展为用户使用软件中的所有功能权限。
90.本地无需关注规则的来源及具体需要什么规则，只需要向云端提供用户id即可获得相应的规则
91.步骤s503：获取目标企业用户对应的工程信息查询权限。
92.步骤s504：基于工程信息查询权限和企业信息，从预设规则数据库中提取通用模板规则以及与目标企业用户对应的特性规则。
93.具体地，在接收到用户的工程信息获取请求后，通过获取企业用户对应的工程信息查询权限，基于该权限可查询的范围从预设规则数据库中提取通用模板规则以及与目标企业用户对应的特性规则，以进一步保障企业过程信息的安全性。
94.具体地，在一实施例中，上述的工程信息管理方法，具体还包括如下步骤：
95.步骤s105：对目标企业用户的行为记录进行监控。
96.其中，该行为记录包括目标企业用户的过程信息获取记录、清单数据获取记录，特性规则更改记录等。
97.步骤s106：将监控的行为记录发送至具有监控管理权限的企业用户。
98.具体地，通过对用户登录后进行的操作行为进行相应的记录，并将行为记录发送至特定的企业用户，便于企业进行工程信息管理的监控，有利于责任追溯等，进一步保障企业用户的信息安全与统一有效的管理。
99.下面将结合具体应用示例对本发明实施例提供的工程信息管理方法进行详细的说明。
100.首先，利用本发明实施例提供的工程信息管理方法构建工程信息管理系统，该系统如图5所示，采用四个云服务部署+端产品使用模式，在云服务器上布置规则服务、清单服务、授权服务、监控服务四个独立的微服务，为pc端为企业用户提供所需数据。
101.规则服务：为用户提供获取计算规则的服务，根据企业类型及人员信息获取推送与之匹配的算量规则；企业类型及对应的规则是内置与服务器数据库中的，规则服务根据企业类型通过查询数据库获取该企业所属的算量规则，然后在这个规则中在根据人员所属的部门筛选出，符合该人员需要的算量规则，然后推送给用户。
102.清单服务：为用户提供获取清单信息的服务，根据企业类型及人员信息获取推送与之匹配的清单信息；同规则服务类似，清单服务也是根据企业类型通过查询数据库获取该企业所属的清单，然后再根据人员所属的部门筛选出，符合该人员需要的清单，然后推送给用户。
103.授权服务：为用户提供权限控制服务，企业管理员可灵活为其员工配置相应功能的使用权限。包括登录web网页，查看、使用、修改计算规则、清单规则、查看监控服务及使用端产品功能等。
104.监控服务：为企业管理员提供监控服务，可监控用户使用功能频次，使用地区等信息。
105.用户使用功能通过云端权限控制，规则及清单均通过云端获取，用户无需安装规则及清单，无需关注自己使用的规则及清单是否正确，都由云端服务自行匹配提供；企业管理员对用户的行为可控，可监控；可以积累企业级数据信息。
106.上述工程信息管理系统总体架构如图6所示，该系统的核心设计思想是利用前后端分离设计:前后端解耦；使用resftulapi通信，支撑前后端并行研发，提高研发效率。微服务架构：四个独立研发、部署、扩展的微服务，考虑后续模块级复用，灵活进行项目级配置，降低定制项目研发成本。借鉴整洁架构思想，领域层为核心，其他层依赖领域层，使用依赖
注入的方式将业务架构与技术框架解耦。
107.图6中各层作用如下：ui展示层：负责向用户展现规则、清单、授权及监控信息以及解释用户命令，包括webui和端产品ui；基础设置层(北向网关)：用于调度应用层，隔离web技术框架，针对应用的使用，合理调度网络、服务器、存储等资源，以适应应用的变化；应用层：很薄的一层，用来协调应用的活动，不包含业务逻辑；领域层：是业务软件的核心所在。在这里保留业务对象的状态，对业务对象和它们状态的持久化被委托给了基础设施层；基础设施层：本层作为其他层的支撑库存在，实现对业务对象的持久化。
108.图6中各层的交互如下：用户与ui展示层进行交互，通过展示层发起获取计算规则消息，命令通过http网络协议经过北向网关，发送到应用层，调用应用层的接口；应用层接受到消息后，经过协调排编处理，通过调用领域层接口，将消息发送给领域层；领域层接受到消息后分配给具体的微服务(规则服务)来处理；规则微服务则通过仓储接口调用基础设施层获取数据；基础设施层接到消息后，从数据库中查询到最终数据，然后又一层层返回，直到ui展示层。
109.前后端解耦：后端：负责处理复杂的业务逻辑、存储数据，前端：负责显示数据，前后端仅仅通过接口(restful api)来编程，前后端都各自有自己的开发流程，构建工具，测试集合，关注点分离，前后端变得相对独立并解耦合。前端和后端开发人员通过接口进行数据的交换。二者互补影响，可以并行研发。
110.以工程信息获取请求中所请求的规则为工程造价计算相关规则为例。分析企业业务及需求中发现企业特殊的规则在所有规则中只占少数。为了能够支撑多个企业及项目的规则定制，保证规则定制的扩展性及复用性，数据库有针对性的采用模板+特性的设计。通用模板规则表中，存储公共模板规则，企业特性表存储企业特性规则。通过抽离公共规则和特性规则，实现通用与特性解耦，提高规则可扩展性。
111.定制规则的目的是企业为解决工程造价使用规则不统一、不规范的问题，而定制统一维护的一套规则。但在实际过程中也会在特定工程中需要使用非常少量的特性规则的场景。因而本次设计上为了提高扩展性，采用模板规则+企业特性+工程特性的三重设计。示例性地，预设规则数据库如表1所示，对于企业级用户：他们获取的规则为通用模板+企业特性规则，这种设计方式可快速扩展到b企业，c企业等等，对于一线客户在使用的过程中发现一些工程需要特性规则，企业提供的一套规则无法完全满足需要，还可支撑每个工程对应不一样的规则设置。
112.表1
113.名称解释模板规则存储全套的规则企业特性企业内部的特性规则，只存储规则id和规则value及企业id工程特性工程级的特性规则，只存储规则id、规则value及工程id
114.在工程特性获取时，会向服务器发送该工程的id，规则服务会根据工程id从服务器数据库中查询到该工程所属的算量规则，然后推送给用户。
115.此外，在另外一套标准规则内还可以根据实际企业需要分成固定规则和非固定可修改规则两部分，且可修改部分的范围是可变的。这就是说哪些规则可修改，哪些不可修改，需要权限服务来管控。通过模板规则+企业特性+工程特性的三重设计方案，并结合云端
权限服务有力的解决了一线用户在使用时，有部分特定规则需要修改的这一难题，极大的提高了系统扩展性。
116.用户，通过展示层，查询是否可修改命令通过http网络协议经过北向网关，发送到应用层，调用应用层的接口；应用层接受到消息后，经过协调排编处理，通过调用领域层接口，将消息发送给领域层；领域层接受到消息后分配给具体的微服务(权限服务)来处理；权限微服务则通过仓储接口调用基础设施层获取数据；基础设施层接到消息后，从数据库中查询到最终数据，然后又一层层返回，直到ui展示层。其中，权限模块定位于通用模块，旨在对各个产品、项目、资源、功能提供授权服务。
117.下面对上述工程信息管理系统中的各个功能模块、运作流程及通信规范进行介绍。
118.功能模块
119.1、计算规则及清单：
120.通过对比全国30多个省市地区的清单规则，给出建议的统一标准化计算规则，将计算规则上云统一管理维护，算量产品直接获取云服务器提供标准化规则算量。
121.2、授权平台
122.授权定制模块的使用者账号信息，通过授权控制模块使用，以及后台数据调整。授权平台是控制定制内容使用人员的使用范围。通过一套通用的授权机制，由管理员控制定制内容的使用范围。授权信息包括：账号，姓名，电话，单位，项目，地区，使用时间范围等内容。
123.3、监控平台
124.功能使用者使用情况查询，提供授权者对授权功能的使用情况定期汇总。监控平台是用于查询定制规则和功能的使用情况，记录定制内容的使用情况信息，如使用人，使用时间，使用范围，使用频次，使用功能名称、单位，项目、地区等信息；提供定制内容的使用情况汇总。维护人员在云端统一维护钢筋土建计算规则，实现云端计算规则及清单的统一管理。使用人员在做工程时，只能查看和使用云端规则，不能调整规则。
125.运作流程描述
126.1、企业用户打开浏览器输入授权账号、密码登录云规则系统，进入授权页面，对使用人员进行添加、删除、修改等授权操作。
127.2、授权用户使用端产品软件，查看云端清单数据，使用清单数据汇总计算工程。
128.2、企业用户登录云规则系统，进入计算规则页面，查看、维护计算规则。
129.3、企业用户登录云规则系统，进入清单维护页面，查看、维护企业清单。
130.4、企业用户登录云规则系统，进入监控页面，查看一线用户使用情况。
131.通信规范：接口采用restful标准，数据通信格式用json格式，文档采用swagger api文档功能。消息定义：id:标识消息模块主体：规则，清单、授权、监控；消息类型:新建，复制，更新消息数据：消息具体内容，json格式。
132.从而通过上述工程信息管理系统，实现云端企业土建钢筋计算规则和清单库管理、预览、使用、打通企业规则从云端到产品端的维护、授权、显示、使用，实现规则及清单的统一管理及标准化。灵活可配置的规则、支撑了千人千规则的业务。四个独立研发、部署、扩展的微服务，考虑后续模块级复用，灵活进行项目级配置，降低定制项目研发成本。
133.研发维度：使用五视图架构方法论设计，采用ddd领域建模，形成一套可扩展的快速可定制化项目方案，能够支撑后续定制化项目研发，提升研发效能(>80％)。技术维度：支持定制业务快速扩展、复用；降低定制项目业务复杂性：分解复杂性(分而治之)：完成架构横向拆分(技术维度)、纵向拆分(业务维度)；抽离核心领域与通用领域，建立和业务对应的领域模型；提升架构可复用性：抽象下沉可复用的微服务，降低扩展成本；提升架构可测试性：架构支持单元测试、接口测试。质量维度：降低测试成本：使用接口测试替代自动化测试。
134.通过执行上述步骤，本发明实施例提供的工程信息管理方法，通过在规则数据库中设置目标企业用户对应的特性规则，并利用其对通用模板规则进行更新后推送给用户，从而实现了规则的统一及标准化的管理，并且充分考虑用户特性，实现了用户的个性化规则推荐，更符合用户实际需求，灵活性更高、适用范围更广。并且采用云加端的计算规则统一化、标准化管理方式，pc端产品无需关注需要使用什么规则，只需提供用户账号即可；计算规则由规则总模板、企业特性、工程特性三大部分组成，可支撑了千人千规则的业务；可以通过灵活配置，在用户使用规则时实现部分规则规定、部分规则可修改。
135.本发明实施例还提供了一种工程信息管理装置，如图7所示，该工程信息管理装置具体包括：
136.接收模块101，用于接收目标企业用户的工程信息获取请求，工程信息获取请求包括：目标企业用户的企业信息。详细内容参见上述方法实施例中步骤s101的相关描述，在此不再进行赘述。
137.第一处理模块102，用于基于企业信息，从预设规则数据库中提取通用模板规则以及与目标企业用户对应的特性规则。详细内容参见上述方法实施例中步骤s102的相关描述，在此不再进行赘述。
138.第二处理模块103，用于利用特性规则对通用模板规则中与特性规则相对应的规则进行更新。详细内容参见上述方法实施例中步骤s103的相关描述，在此不再进行赘述。
139.第三处理模块104，用于将更新后的公共模板规则发送至目标企业用户。详细内容参见上述方法实施例中步骤s104的相关描述，在此不再进行赘述。
140.上述各个模块的更进一步的功能描述与上述对应方法实施例相同，在此不再赘述。
141.通过上述各个组成部分的协同合作，本发明实施例提供的工程信息管理装置，通过在规则数据库中设置目标企业用户对应的特性规则，并利用其对通用模板规则进行更新后推送给用户，从而实现了规则的统一及标准化的管理，并且充分考虑用户特性，实现了用户的个性化规则推荐，更符合用户实际需求，灵活性更高、适用范围更广。
142.本发明实施例还提供了一种电子设备，如图8所示，该电子设备可以包括处理器901和存储器902，其中处理器901和存储器902可以通过总线或者其他方式连接，图8中以通过总线连接为例。
143.处理器901可以为中央处理器(central processing unit，cpu)。处理器901还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、
分立硬件组件等芯片，或者上述各类芯片的组合。
144.存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法。
145.存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器901所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
146.一个或者多个模块存储在存储器902中，当被处理器901执行时，执行上述方法。
147.上述电子设备具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解，此处不再赘述。
148.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid
‑
state drive，ssd)等；存储介质还可以包括上述种类的存储器的组合。
149.以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求范围当中。