CN113067833A - 一种协同组态服务方法及相关组件 - Google Patents

Abstract

本发明公开了一种协同组态服务方法，该方法分离工程师站的前后端，将其分为组态客户端和组态服务器，其中，组态客户端与用户交互，接收用户的操作请求；组态服务器中集中存储以及管理系统中所有的组态数据，组态服务器支持多组态客户端对于组态的操作数据的更新，这样不同的用户可以快速了解目前系统整体的组态情况，可以减少多用户间的组态操作沟通成本，从而提高组态效率；同时，本方法中通过对组态对象进行状态设置以及管理，禁止多组态客户端对于同一组态对象的冲突操作，极大提高了协同组态的效率和可靠性。本发明还公开了一种协同组态服务系统、组态服务器、计算机设备及可读存储介质，具有相应的技术效果。

Description

一种协同组态服务方法及相关组件

技术领域

本发明涉及电子技术领域，特别是涉及一种协同组态服务方法、设备、系统、组态服务器及可读存储介质。

背景技术

DCS(Distributed Control System)是一种分布式控制系统，DCS主要特征是它的集中管理和分散控制，目前在电力、冶金、石化等行业获得了非常广泛的应用，DCS系统给用户提供的是一个通用的系统组态和运行控制平台，应用系统需要通过工程师站(DCS的上位机站点，用于完成系统组态、修改及下装，包括：数据库、图形、控制算法、报表的组态，过程参数的配置，操作员站、控制站的配置组态)软件组态产生，即把通用系统提供的模块化的功能单元按一定的逻辑组合起来，形成一个能完成特定要求的应用系统。DCS组态的内容较多，包括：操作站组态、控制站组态、数据库组态、算法组态、图形组态、报表组态、用户组态、操作组态等。

随着工厂规模不断增大，现场设备的增加，组态的工作量也越来越大，单人组态(指通过一个工程师在一个工程师栈进行整体组态操控)难以满足工程的需求，需要多人协同组态(指两个或两个以上工程师分别在各自的工程师栈进行组态操控)来提升效率。

目前，DCS组态在工程师站进行，多人协同组态时，每个工程师在自己的工程师站进行组态配置,该种组态管控方式不利于数据的维护和统一管理，而且多人组态时容易产生组态冲突，影响组态效率以及稳定性。

综上所述，如何提高协同组态的效率和可靠性，实现统一维护以及管理，是目前本领域技术人员急需解决的技术问题。

发明内容

本发明的目的是提供一种协同组态服务方法、设备、系统、组态服务器及可读存储介质，可以提高协同组态的效率和可靠性，实现统一维护以及管理。

为解决上述技术问题，本发明提供如下技术方案：

一种协同组态服务方法，包括：

组态服务器接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；

若所述操作不属于多组态客户端间协同组态冲突操作，调用组态数据库响应所述操作；

若所述操作属于多组态客户端间协同组态冲突操作，确定所述操作对应的组态对象的状态是否为正在编辑；

若否，将所述组态对象的状态设置为正在编辑，并调用所述组态数据库响应所述操作；

若是，拒绝所述操作。

可选地，所述组态对象为组态点。

可选地，调用所述组态数据库响应所述操作，包括：

确定调用所述组态数据库中所述操作对应的预先封装的功能插件；

调用所述功能模块插件响应所述操作。

可选地，当所述操作对应的组态对象的状态为正在编辑，还包括：

向所述组态客户端输出所述组态对象正在被其他组态客户端编辑中的提示信息。

可选地，在向所述组态客户端反馈所述组态对象正在被其他组态客户端编辑中的提示信息之后，还包括：

向所述组态客户端输出是否继续所述操作的提示信息；

接收所述组态客户端反馈的用于指示是否继续操作的指令；

若所述指令指示继续操作，等待预设时长后执行所述确定所述操作对应的组态对象的状态是否为正在编辑的步骤；

若所述指令指示结束操作，退出当前操作。

一种组态服务器，包括：

请求接收单元，用于接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；若所述操作不属于多组态客户端间协同组态冲突操作，触发操作响应单元；若所述操作属于多组态客户端间协同组态冲突操作，触发状态判断单元；

所述操作响应单元，用于调用组态数据库响应所述操作；

所述状态判断单元，用于确定所述操作对应的组态对象的状态是否为正在编辑；若否，触发编辑单元；若是，拒绝所述操作；

所述编辑单元，用于将所述组态对象的状态设置为正在编辑，并触发所述操作响应单元。

可选地，所述操作响应单元，包括：

插件确定子单元，用于确定调用所述组态数据库中所述操作对应的预先封装的功能插件；

插件调用子单元，用于调用所述功能模块插件响应所述操作。

一种计算机设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现所述协同组态服务方法的步骤。

一种协同组态服务系统，包括：两个或两个以上的组态客户端以及组态服务器；

各所述组态客户端连接至所述组态服务器，其中，所述组态客户端用于输出协同组态服务界面，若通过所述协同组态服务界面接收到用户的操作指令后，根据所述操作指令生成协同组态操作请求，并向所述组态服务器发起所述协同组态操作请求；

所述组态服务器用于接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；若所述操作不属于多组态客户端间协同组态冲突操作，调用组态数据库响应所述操作；若所述操作属于多组态客户端间协同组态冲突操作，确定所述操作对应的组态对象的状态是否为正在编辑；若否，将所述组态对象的状态设置为正在编辑，并调用所述组态数据库响应所述操作；若是，拒绝所述操作。

一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述协同组态服务方法的步骤。

本发明实施例所提供的方法，通过分离工程师站的前后端，将其分为组态客户端和组态服务器，其中，组态客户端提供协同组态服务界面，接收用户的操作请求；组态服务器实现多组态客户端之间的协同服务，组态服务器中集中存储以及管理系统中所有的组态数据，在各组态客户端生成的操作请求数据都传输至组态服务器，由组态服务器统一协同和管理数据冲突问题，组态服务器支持多组态客户端对于组态的操作数据的更新，这样不同的用户可以快速了解目前系统整体的组态情况，可以减少多用户间的组态操作沟通成本，从而提高组态效率；同时，本方法中通过对组态对象进行状态设置以及管理，通过禁止多组态客户端对于同一组态对象的冲突操作，极大提高了协同组态的效率和可靠性。

相应地，本发明实施例还提供了与上述协同组态服务方法相对应的协同组态服务系统、组态服务器、计算机设备及可读存储介质，具有上述技术效果，在此不再赘述。

附图说明

为了更清楚地说明本发明实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一种传统的协同组态示意图；

图2为本发明实施例中一种协同组态服务方法的实施流程图；

图3为本发明实施例中一种组态服务器对两个组态客户端对发送请求的响应过程示意图；

图4为本发明实施例中一种组态服务器的结构示意图；

图5为本发明实施例中一种组态服务器的整体架构图；

图6为本发明实施例中另一种组态服务器的整体架构图；

图7为本发明实施例中一种计算机设备的结构示意图；

图8为本发明实施例中一种协同组态服务系统的连接示意图。

具体实施方式

本发明的核心是提供一种协同组态服务方法，可以提高协同组态的效率和可靠性，实现统一维护以及管理。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，DCS组态在工程师站进行，多人协同组态时，每个工程师在自己的工程师站进行组态配置，组态后产生的组态数据(应用系统的数据库、控制运算程序、历史数据库、监控流程图以及各类生产管理报表)都保存在本地工程师站中，组态完成后，每个工程师站进行编译，将组态数据保存在文件中，下装到相应的操作员历史站、控制站等组态服务设备中，如图1所示为一种传统的协同组态示意图。

该种协同组态下，每个工程师在单独的工程师站进行组态配置，所有的组态数据(应用系统的数据库、控制运算程序、历史数据库、监控流程图以及各类生产管理报表)都保存在本地工程师站中，导致组态数据存储很分散，分布在多个工程师站中，不利于数据的维护和统一管理；而且组态时，工程师之间不能快速、便捷的了解到对方的组态情况，导致需要额外的沟通成本，组态效率较低，同时不同的工程师无法同时对同一设备进行组态；另外，多人组态时容易产生组态冲突，解决冲突和同步数据需要花费额外时间，严重影响效率；再下装组态数据时，节点全部加载和更新，配置耦合性较大。

为避免上述缺点，本实施例中提出一种协同组态服务方法，请参考图2，图2为本发明实施例中一种协同组态服务方法的流程图，该方法包括以下步骤：

S101、组态服务器接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；若操作不属于多组态客户端间协同组态冲突操作，触发S104；若操作属于多组态客户端间协同组态冲突操作，触发S102；

本实施例中为了实现用户的统一协同组态服务，提出了一种新的协同组态服务方式，分离工程师站的前后端(分为组态客户端和组态服务器)，其中，组态客户端提供协同组态服务界面，实现用户交互，每个工程师可以使用单独对应的组态客户端进行组态配置；组态服务器实现多组态客户端之间的协同服务，在各组态客户端生成的组态数据(通过RPC(Remote Procedure Call，远程过程调用，一种进程间的通信方式)通信方式)都传输至组态服务器，组态服务器是工程组态的服务端，存储组态的所有数据信息，对外提供组态服务功能，服务端集中存储组态数据，便于数据的管理和维护。组态服务器支持多个组态客户端同时连接，支持多个组态客户端进行协同远程组态。由组态服务器统一协同和管理数据冲突问题，极大提高了协同组态的效率和可靠性。

具体地，组态服务器接收到系统中某个组态客户端发起的协同组态操作请求后，确定请求的操作，操作从冲突的角度可以分为两种类型，一种是多组态客户端间协同组态冲突操作，另一种可以称为非多组态客户端间协同组态冲突操作，也可以称为不属于多组态客户端间协同组态冲突的操作。其中，多组态客户端间协同组态冲突操作在本实施例中指在多组态客户端协同组态操作中可能会引发冲突的操作，比如删除点、编辑某个组态信息等；而非多组态客户端间协同组态冲突操作，或者不属于多组态客户端间协同组态冲突的操作指即使多个组态客户端同时发起该操作，也不会引发冲突，比如添加点、查询组态信息等操作，本实施例中对于多组态客户端间协同组态冲突操作中具体包括的操作类型不做限定，可以根据实际应用以及编辑需要进行操作的分类的(自定义或统一)设定，在此不再赘述。

S102、确定操作对应的组态对象的状态是否为正在编辑；若否，触发S103；若是，拒绝所述操作；

本实施例中为避免组态冲突，对可能会造成冲突的操作的对象进行状态设置，如果某组态对象正在被某个组态客户端执行多组态客户端间协同组态冲突操作，则将其状态设置为正在编辑，以指示该对象正在被客户端占用，避免其他组态客户端对于该对象的操作响应。若当前请求操作的组态对象的状态非正在编辑，则当前操作可以被正常执行，因此可以直接触发步骤S103。若当前请求操作的组态对象的状态为正在编辑，则为了避免组态冲突，当前操作无法同时执行，需要拒绝所述操作。

需要说明的是，在拒绝所述操作后，为进一步提升用户体验，可以持续等待以及查询该组态对象的状态，直至状态非正在编辑后触发步骤S103；也可以根据用户的指示放弃或暂停当前操作，或者根据用户的指示继续等待该组态对象的状态等，可以根据实际用户使用的需要进行相应设定。

为了优化用户体验，同时提升操作响应速度以及效率，当操作对应的组态对象的状态为正在编辑时，可以进一步执行以下步骤：向组态客户端输出组态对象正在被其他组态客户端编辑中的提示信息。

以便于提升用户对于当前的操作执行情况的了解，从而使用户自行根据实际情况进行请求的撤回等操作。

进一步地，在向组态客户端反馈组态对象正在被其他组态客户端编辑中的提示信息之后，还可以继续执行以下步骤：

(1)向组态客户端输出是否继续操作的提示信息；

(2)接收组态客户端反馈的用于指示是否继续操作的指令；

(3)若指令指示继续操作，等待预设时长后执行确定操作对应的组态对象的状态是否为正在编辑的步骤；

(4)若指令指示结束操作，退出当前操作。

上述步骤为用户提供了可以直接选择当前进程的执行与否的接口，方便用户对于操作的执行控制。

需要说明的是，本实施例中的“组态对象”为操作请求执行的对象，本实施例中对于组态对象的划分粒度不做限定，可以以节点、以设备为单位进行组态对象的划分，也可以进行其它粒度的划分等，可以根据实际使用的需要进行组态对象粒度的划分，比如点数据、流程图、趋势组等配置。其中，为了方便多个组态客户端同时对统一设备进行组态，增加多用户同时操作的包容性，可以细化组态粒度，比如可以以组态点(点数据)为粒度来划分组态对象，这样细化组态对象后，减少了多组态客户端间组态冲突的概率，相应也减少了组态客户端请求等待时间，因此可以进一步提升客户端间组态效率。

另外，需要说明的是，本实施例中仅以操作类型以及操作对象进行组态冲突的避免，而若多个用户未同时发起针对同一对象的多组态客户端间协同组态冲突操作时，比如多个组态客户端分别对不同组态对象发起多组态客户端间协同组态冲突操作或非多组态客户端间协同组态冲突操作，或者多个组态客户端对同一组态对象发起非多组态客户端间协同组态冲突操作时，均可以同时响应多个客户端(用户)的同时操作，以提升组态响应效率，提升用户体验。

S103、将组态对象的状态设置为正在编辑，并触发S104；

若当前本请求所请求操作的组态对象没有其他组态客户端在对其进行操作，则为了避免其他客户端造成本请求的冲突，则在对该对象进行编辑前，将其状态设置为正在编辑，则在本请求响应后，若其它客户端也发起对于该组态对象的多组态客户端间协同组态冲突操作请求，则不会对正在编辑的组态对象同时进行其它操作，避免多人同时组态时的组态冲突，也避免了组态冲突以及同步数据所带来的额外的工作量以及对组态服务效率的影响。

S104、调用组态数据库响应操作。

本实施例中通过组态服务器对系统内所有客户端的请求进行统一管理以及响应，组态服务器统一对来自各组态客户端的操作请求进行协同处理、统一更新数据，将组态数据统一保存在组态数据库中，对组态数据进行集中的存储和管理。

具体地，组态服务器集中管理和存储组态数据，根据集中管理的系统状态进行客户端操作的响应，则各组态客户端针对同一组态服务器进行组态配置，在组态服务器内执行各组态客户端的业务逻辑以及配置，则各组态客户端间针对组态不同的配置信息都可以体现在组态服务器的配置信息中，各组态客户端间可以实现数据更新，应用不同组态客户端的用户可以针对同一服务服务器快速了解到对方的组态情况，减少沟通成本，从而提高组态效率。

其中，为了便于组态服务器的维护以及优化，可以将组态服务器中各功能模块采用插件化方式进行配置以及封装，即将组态服务器中各功能模块转换为功能插件，以插件形式进行封装后，各功能插件间耦合性低，易扩充，易维护，可以降低组态服务器的维护成本以及维护效率。则相应地，调用组态数据库响应操作的过程具体可以包括以下两个步骤：

(1)确定调用组态数据库中操作对应的预先封装的功能插件；

(2)调用功能模块插件响应操作。

需要说明的是，针对功能模块进行插件化封装的具体实现方式本实施例中不做限定，可以参照相关实现方式的介绍，比如可以调用插件化工具对功能模块进行插件化封装等，在此不再赘述。

为加深理解，在此介绍一种两个组态客户端(组态客户端1以及组态客户端)对组态服务器发送请求的响应过程，图3所示为该过程的响应示意图，具体地，包括以下步骤：

(1)组态客户端1连接组态服务器，连接成功，服务器返回连接信息；

(2)组态客户端2连接组态服务器，连接成功，服务器返回连接信息；

(3)组态客户端1协同组态，向工程中添加点，组态服务收到请求后，向数据库的点表中添加对应点，返回添加结果；

(4)组态客户端2更新点信息，组态服务收到请求，查询数据库，查到客户端1添加保存的点信息，返回查询结果给客户端2，从客户端2上可以看到客户端1添加的点；

(5)组态客户端1编辑点，组态服务收到请求，设置数据库中的点状态为正在编辑；

(6)组态客户端2想编辑同样的点，组态服务收到请求后，查询数据库的点状态，发现有用户正在编辑，返回状态给客户端2，提示用户该点正在编辑；

(7)组态客户端1编辑完成后，保存编辑结果，组态服务收到请求后，保存结果到数据库，设置点状态为正常，返回保存结果；

(8)点状态设置为正常后，客户端2可正常编辑。

上述响应过程中以点作为操作粒度进行介绍，其它操作粒度也可以直接参照上述介绍，在此不再赘述。

基于上述介绍，本发明实施例所提供的技术方案，通过分离工程师站的前后端，将其分为组态客户端和组态服务器，其中，组态客户端提供协同组态服务界面，接收用户的操作请求；组态服务器实现多组态客户端之间的协同服务，组态服务器中集中存储以及管理系统中所有的组态数据，在各组态客户端生成的操作请求数据都传输至组态服务器，由组态服务器统一协同和管理数据冲突问题，组态服务器支持多组态客户端对于组态的操作数据的更新，这样不同的用户可以快速了解目前系统整体的组态情况，可以减少多用户间的组态操作沟通成本，从而提高组态效率；同时，本方法中通过对组态对象进行状态设置以及管理，通过禁止多组态客户端对于同一组态对象的冲突操作，极大提高了协同组态的效率和可靠性。

相应于上面的方法实施例，本发明实施例还提供了一种组态服务器，下文描述的组态服务器与上文描述的协同组态服务方法可相互对应参照。

参见图4所示，该服务器包括以下模块：

请求接收单元110主要用于接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；若操作不属于多组态客户端间协同组态冲突操作，触发操作响应单元140；若操作属于多组态客户端间协同组态冲突操作，触发状态判断单元120；

状态判断单元120主要用于确定操作对应的组态对象的状态是否为正在编辑；若否，触发编辑单元130；若是，拒绝操作；

编辑单元130主要用于将组态对象的状态设置为正在编辑，并触发操作响应单元；

操作响应单元140主要用于调用组态数据库响应操作。

在本发明的一种具体实施方式中，操作响应单元140具体可以包括：

插件确定子单元141主要用于确定调用组态数据库中操作对应的预先封装的功能插件；

插件调用子单元142主要用于调用功能模块插件响应操作。

上述实施例中以功能单元划分组态服务器，如图5所示为一种组态服务器的整体架构图，该图以物理层角度对组态服务器进行划分，组态服务器从架构上分为4层，通讯层、业务逻辑层、数据封装层和数据层。实际对于组态服务器的物理架构设置可以参照图5。

其中，通讯层，包括RPC服务端和RPC客户端，提供RPC通信服务，用于接收、处理组态客户端的请求，向节点下装组态数据。在此以足太客户端与组态服务器间通过RPC进行通信为例，其它通信方式可以参照本实施例，在此不再赘述。

业务逻辑层主要用于处理具体的业务逻辑，为便于维护以及管理，可以采用插件化的设计思路，将各个业务功能封装成插件，集成到服务器的框架中，各插件动态加载，在业务插件中实现协同组态。

数据封装层主要用于对组态数据的访问进行封装，业务逻辑层不需要关心数据库的具体信息，减少了模块之间的耦合性，便于数据库的变更。

数据层主要用于存储组态的所有数据信息，包括工程的基础模板、各个具体的工程、以及相关的配置信息，存储在数据库中。

将通讯层、业务逻辑层与数据封装层进行业务组合，可以整体等状为组态服务组件，将数据层单独封装可以作为组态数据库，如图6所示。

相应于上面的方法实施例，本发明实施例还提供了一种计算机设备，下文描述的一种计算机设备与上文描述的一种协同组态服务方法可相互对应参照。

该计算机设备包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现上述方法实施例的协同组态服务方法的步骤。

具体的，请参考图7，为本实施例提供的一种计算机设备的具体结构示意图，该计算机设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)322(例如，一个或一个以上处理器)和存储器332，存储器332存储有一个或一个以上的计算机应用程序342或数据344。其中，存储器332可以是短暂存储或持久存储。存储在存储器332的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储器332通信，在计算机设备301上执行存储器332中的一系列指令操作。

计算机设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341。

上文所描述的协同组态服务方法中的步骤可以由本实施例提供的计算机设备的结构实现。

相应于上面的方法实施例，本发明实施例还提供了一种协同组态服务系统，包括：两个或两个以上的组态客户端以及组态服务器；

各组态客户端连接至组态服务器，其中，组态客户端用于输出协同组态服务界面，若通过协同组态服务界面接收到用户的操作指令后，根据操作指令生成协同组态操作请求，并向组态服务器发起协同组态操作请求；

其中，组态服务器的作用以及结构可以参照上述方法以及服务器实施例的介绍，组态服务器主要用于接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；若操作不属于多组态客户端间协同组态冲突操作，调用组态数据库响应操作；若操作属于多组态客户端间协同组态冲突操作，确定操作对应的组态对象的状态是否为正在编辑；若否，将组态对象的状态设置为正在编辑，并调用组态数据库响应操作；若是，在组态对象的状态非正在编辑时，执行将组态对象的状态设置为正在编辑，并调用组态数据库响应操作的操作。

如图8所示为一种协同组态服务系统的连接示意图，以组态客户端与姿态服务器间通过RPC通信为例，组态服务器是工程组态的服务端，存储组态的所有数据信息，对外提供组态服务功能，以便组态客户端调用，实现协同组态和远程组态。组态服务器处于网络模型的核心，由组态服务和组态数据库构成，连接组态客户端、操作员站(DCS的上位机站点，用于进行现场的监视和管理)、历史站、控制站等节点。

本实施例提供的协同组态服务系统，将组态的界面客户端和服务端分离，由组态服务器集中管理组态数据，组态数据保存在数据库中，组态界面客户端通过组态服务访问数据库，实现协同组态。

相应于上面的方法实施例，本发明实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种协同组态服务方法可相互对应参照。

一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的协同组态服务方法的步骤。

该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。

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

Claims (10)

1.一种协同组态服务方法，其特征在于，包括：

组态服务器接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；

若所述操作不属于多组态客户端间协同组态冲突操作，调用组态数据库响应所述操作；

若所述操作属于多组态客户端间协同组态冲突操作，确定所述操作对应的组态对象的状态是否为正在编辑；

若否，将所述组态对象的状态设置为正在编辑，并调用所述组态数据库响应所述操作；

若是，拒绝所述操作。

2.根据权利要求1所述的协同组态服务方法，其特征在于，所述组态对象为组态点。

3.根据权利要求1所述的协同组态服务方法，其特征在于，调用所述组态数据库响应所述操作，包括：

确定调用所述组态数据库中所述操作对应的预先封装的功能插件；

调用所述功能模块插件响应所述操作。

4.根据权利要求1所述的协同组态服务方法，其特征在于，当所述操作对应的组态对象的状态为正在编辑，还包括：

向所述组态客户端输出所述组态对象正在被其他组态客户端编辑中的提示信息。

5.根据权利要求4所述的协同组态服务方法，其特征在于，在向所述组态客户端反馈所述组态对象正在被其他组态客户端编辑中的提示信息之后，还包括：

向所述组态客户端输出是否继续所述操作的提示信息；

接收所述组态客户端反馈的用于指示是否继续操作的指令；

若所述指令指示继续操作，等待预设时长后执行所述确定所述操作对应的组态对象的状态是否为正在编辑的步骤；

若所述指令指示结束操作，退出当前操作。

6.一种组态服务器，其特征在于，包括：

请求接收单元，用于接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；若所述操作不属于多组态客户端间协同组态冲突操作，触发操作响应单元；若所述操作属于多组态客户端间协同组态冲突操作，触发状态判断单元；

所述操作响应单元，用于调用组态数据库响应所述操作；

所述状态判断单元，用于确定所述操作对应的组态对象的状态是否为正在编辑；若否，触发编辑单元；若是，在所述组态对象的状态非正在编辑时，触发编辑单元；

所述编辑单元，用于将所述组态对象的状态设置为正在编辑，并触发所述操作响应单元。

7.根据权利要求6所述的组态服务器，其特征在于，所述操作响应单元，包括：

插件确定子单元，用于确定调用所述组态数据库中所述操作对应的预先封装的功能插件；

插件调用子单元，用于调用所述功能模块插件响应所述操作。

8.一种计算机设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述协同组态服务方法的步骤。

9.一种协同组态服务系统，其特征在于，包括：两个或两个以上的组态客户端以及组态服务器；

各所述组态客户端连接至所述组态服务器，其中，所述组态客户端用于输出协同组态服务界面，若通过所述协同组态服务界面接收到用户的操作指令后，根据所述操作指令生成协同组态操作请求，并向所述组态服务器发起所述协同组态操作请求；

所述组态服务器用于接收到系统中组态客户端发起的协同组态操作请求后，确定请求的操作；若所述操作不属于多组态客户端间协同组态冲突操作，调用组态数据库响应所述操作；若所述操作属于多组态客户端间协同组态冲突操作，确定所述操作对应的组态对象的状态是否为正在编辑；若否，将所述组态对象的状态设置为正在编辑，并调用所述组态数据库响应所述操作；若是，拒绝所述操作。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述协同组态服务方法的步骤。

Images