CN106569797B - 多人协同绘制流程的方法、装置和系统 - Google Patents

Abstract

本发明公开了一种多人协同绘制流程的方法、装置和系统。其中方法包括：在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合；根据当前参与者的编辑操作对流程节点集合中的流程节点的属性进行编辑；在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据；将当前参与者编辑过的流程节点的属性数据上传至服务器端。该方法使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量。

Description

多人协同绘制流程的方法、装置和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种多人协同绘制流程的方法、装置和系统。

背景技术

目前，流程图被广泛应用于社会各行，其中包括集成电路的设计和验证等领域。传统的流程图由一组表示开始、结束、中间步骤和转移信息的流程块组成。目前已有用于设计和编辑流程图的流程设计软件，例如，HolosofxTM，Rational RoseTM，CATMprocessmodeler，SybaseTMPower Designer等等。这些工具不仅可以帮助工作人员熟悉和分析业务流程，还可以帮助系统分析者和程序设计者设计和编辑各种流程图，并且有的可以自动生成文档和程序源代码。由于这些工作的使用大大减轻了系统分析员和程序设计者的工作量。

然而，在实现本发明的过程中发明人发现相关技术至少存在以下问题：(1)在需要多人协同对流程进行绘制的情况中，相关技术中的流程设计软件不支持多人协同绘制同一个流程，在一个用户对流程中的流程节点进行编辑时，流程设计软件将对整个流程进行加锁，其他用户不能对其进行绘制，只有当用户结束绘制该流程时，其他用户才能对该流程进行编辑。(2)在当用户结束流程绘制后，流程设计软件将整个流程的数据发送至服务器端，这样不仅消耗网络带宽，并且降低了服务器端对流程的数据的处理效率。(3)在后提交者提交整个流程的数据后，先提交者的流程的数据被覆盖掉，先提交的流程的较好的数据也将被覆盖掉，在发现先提交者的流程的某个数据较好时，需要对流程中的该数据进行重新修改，来回调整流程，容易影响整个流程的设计效率。

发明内容

本发明的目的旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种多人协同绘制流程的方法。该方法在多人协同编辑同一个流程时，使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且，仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量，进而可减少服务器端处理数据的数据量，提高服务器端处理数据的效率。

本发明的第二个目的在于提出一种多人协同绘制流程的方法。

本发明的第三个目的在于提出一种多人协同绘制流程的装置。

本发明的第四个目的在于提出一种多人协同绘制流程的装置。

本发明的第五个目的在于提出一种多人协同绘制流程的系统。

为达上述目的，本发明第一方面实施例的多人协同绘制流程的方法，包括：在多人协同编辑同一个流程的环境下，为所述当前参与者提供所述流程中未加锁的流程节点集合；根据所述当前参与者的编辑操作对所述流程节点集合中的流程节点的属性进行编辑；在监控到所述当前参与者对所述流程编辑结束时，获取所述当前参与者编辑过的流程节点的属性数据；将所述当前参与者编辑过的流程节点的属性数据上传至服务器端，以使所述服务器端在判断出所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

根据本发明实施例的多人协同绘制流程的方法，在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合，当前参与者根据需求对流程中未加锁的流程节点进行编辑，在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据，以及将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，在多人协同编辑同一个流程时，使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且，仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量，进而可减少服务器端处理数据的数据量，提高服务器端处理数据的效率。

在本发明的一个实施例中，所述将所述当前参与者编辑过的流程节点的属性数据上传至服务器端，包括：

将所述当前参与者编辑过的流程节点的属性数据转换为预设格式的数据，并将转换后的数据上传至所述服务器端。

在本发明的一个实施例中，所述根据所述当前参与者的编辑操作对所述流程节点集合中的流程节点的属性进行编辑，包括：

在所述当前参与者编辑所述流程节点集合中的当前流程节点的过程中，在监控到所述当前参与者为所述当前流程节点加锁时，将包含所述当前流程节点的标识信息的加锁请求发送至服务器端，以使所述服务器端对所述当前流程节点进行加锁。

在本发明的一个实施例中，所述方法还包括：

为所述当前参与者提供提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件；

在监控到所述参与者触发所述合并控件时，向所述服务器端发送合并指令，以使所述服务器端根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

在监控到所述参与者触发所述覆盖控件时，向所述服务器端发送覆盖指令，以使所述服务器端根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

在本发明的一个实施例中，所述预设格式为XML格式。

为达上述目的，本发明第二方面实施例的多人协同绘制流程的方法，包括：在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取所述流程中未加锁的流程节点集合；向所述当前参与者所使用的终端提供所述流程节点集合，以使所述当前参与者通过编辑操作对所述流程节点集合中的流程节点的属性进行编辑；接收所述终端发送的所述当前参与者编辑过的流程节点的属性数据；判断所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据是否存在冲突；若存在冲突，则根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

根据本发明实施例的多人协同绘制流程的方法，在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取流程中未加锁的流程节点集合，并向当前参与者所使用的终端提供流程节点集合，以及接收终端发送的当前参与者编辑过的流程节点的属性数据，并在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，终端仅向服务器端上传当前参与者编辑过的流程节点的属性数据，服务器端仅需要处理当前参与者编辑过的流程节点的属性数据，大大减少了服务器端所处理的数据处理量，提高了服务器端对流程的数据的处理效率。

在本发明的一个实施例中，所述根据预存的冲突解决策略对对应流程节点的数据冲突进行处理，包括：

针对具有冲突的流程节点，判断是否存在需要人工确认的冲突的属性数据；

若存在需要人工确认的冲突的属性数据，则向所述当前参与者的终端返回提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件。

在本发明的一个实施例中，所述判断是否存在需要人工确认的冲突的属性数据，包括：

根据自动覆盖属性数据的类型集合，判断是否存在需要人工确认的冲突的属性数据；

如果冲突的属性数据的类型包含在所述自动覆盖属性数据的类型集合中，则判定冲突的属性数据无需人工确认。

在本发明的一个实施例中，所述方法还包括：

在接收到所述终端发送的合并指令时，根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

在接收到所述终端发送的覆盖指令时，根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

在本发明的一个实施例中，所述方法还包括：

接收所述终端发送的加锁请求，其中，所述加锁请求中包含流程节点的标识信息；

根据所述流程节点的标识信息对对应的流程节点进行加锁。

在本发明的一个实施例中，在监控到所述终端以设格式发送的所述当前参与者编辑过的流程节点的属性数据时，所述方法还包括：

根据预设格式的解析规则对所接收到的流程节点的属性数据进行解析。

在本发明的一个实施例中，所述预设格式为XML格式。

为达上述目的，本发明第三方面实施例的多人协同绘制流程的装置，包括：第一提供模块，用于在多人协同编辑同一个流程的环境下，为所述当前参与者提供所述流程中未加锁的流程节点集合；编辑模块，用于根据所述当前参与者的编辑操作对所述流程节点集合中的流程节点的属性进行编辑；第一获取模块，用于在监控到所述当前参与者对所述流程编辑结束时，获取所述当前参与者编辑过的流程节点的属性数据；上传模块，用于将所述当前参与者编辑过的流程节点的属性数据上传至服务器端，以使所述服务器端在判断出所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

根据本发明实施例的多人协同绘制流程的装置，在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合，当前参与者根据需求对流程中未加锁的流程节点进行编辑，在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据，以及将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，在多人协同编辑同一个流程时，使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且，仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量，进而可减少服务器端处理的数据量，提高服务器端处理数据的效率。

在本发明的一个实施例中，所述上传模块，具体用于：

将所述当前参与者编辑过的流程节点的属性数据转换为预设格式的数据，并将转换后的数据上传至所述服务器端。

在本发明的一个实施例中，，所述编辑模块，具体用于：

在所述当前参与者编辑所述流程节点集合中的当前流程节点的过程中，在监控到所述当前参与者为所述当前流程节点加锁时，将包含所述当前流程节点的标识信息的加锁请求发送至服务器端，以使所述服务器端对所述当前流程节点进行加锁。

在本发明的一个实施例中，所述装置还包括：

第二提供模块，用于为所述当前参与者提供提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件；

第一发送模块，用于在监控到所述参与者触发所述合并控件时，向所述服务器端发送合并指令，以使所述服务器端根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

第二发送模块，用于在监控到所述参与者触发所述覆盖控件时，向所述服务器端发送覆盖指令，以使所述服务器端根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

在本发明的一个实施例中，所述预设格式为XML格式。

为达上述目的，本发明第四方面实施例的多人协同绘制流程的装置，包括：第二获取模块，用于在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取所述流程中未加锁的流程节点集合；第三提供模块，用于向所述当前参与者所使用的终端提供所述流程节点集合，以使所述当前参与者通过编辑操作对所述流程节点集合中的流程节点的属性进行编辑；第一接收模块，用于接收所述终端发送的所述当前参与者编辑过的流程节点的属性数据；判断模块，用于判断所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据是否存在冲突；处理模块，用于在判断出判断所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

根据本发明实施例的多人协同绘制流程的装置，在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取流程中未加锁的流程节点集合，并向当前参与者所使用的终端提供流程节点集合，以及接收终端发送的当前参与者编辑过的流程节点的属性数据，并在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，终端仅向服务器端上传当前参与者编辑过的流程节点的属性数据，服务器端仅需要处理当前参与者编辑过的流程节点的属性数据，大大减少了服务器端所处理的数据处理量，提高了服务器端对流程的数据的处理效率。

在本发明的一个实施例中，所述处理模块，包括：

判断单元，用于针对具有冲突的流程节点，判断是否存在需要人工确认的冲突的属性数据；

发送单元，用于在判断存在需要人工确认的冲突的属性数据时，向所述当前参与者的终端返回提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件。

在本发明的一个实施例中，所述判断单元，具体用于：

根据自动覆盖属性数据的类型集合，判断是否存在需要人工确认的冲突的属性数据，如果冲突的属性数据的类型包含在所述自动覆盖属性数据的类型集合中，则判定冲突的属性数据无需人工确认。

在本发明的一个实施例中，所述装置还包括：

合并模块，用于在接收到所述终端发送的合并指令时，根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

覆盖模块，用于在接收到所述终端发送的覆盖指令时，根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

在本发明的一个实施例中，在监控到所述终端以设格式发送的所述当前参与者编辑过的流程节点的属性数据时，所述装置还包括：

解析模块，用于根据预设格式的解析规则对所接收到的流程节点的属性数据进行解析。

在本发明的一个实施例中，所述装置还包括：

第二接收模块，用于接收所述终端发送的加锁请求，其中，所述加锁请求中包含流程节点的标识信息；

加锁模块，用于根据所述流程节点的标识信息对对应的流程节点进行加锁。

在本发明的一个实施例中，所述预设格式为XML格式。

为达上述目的，本发明第五方面实施例的多人协同绘制流程的系统，包括终端和服务器端，其中：所述终端，包括本发明第三方面实施例的多人协同绘制流程的装置；所述服务器端，包括本发明第四方面实施例的多人协同绘制流程的装置。

根据本发明实施例的多人协同绘制流程的系统，在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合，当前参与者根据需求对流程中未加锁的流程节点进行编辑，在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据，以及将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，在多人协同编辑同一个流程时，使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且，仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量，进而可减少服务器端处理的数据量，提高服务器端处理数据的效率。

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

附图说明

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

图1a是根据本发明一个实施例的多人协同绘制流程的方法的流程图；

图1b是根据本发明另一个实施例的多人协同绘制流程的方法的流程图；

图2是根据本发明一个实施例的多人协同绘制流程的装置的结构框图；

图3是根据本发明另一个实施例的多人协同绘制流程的装置的结构框图；

图4是根据本发明另一个实施例的多人协同绘制流程的方法的流程图；

图5是根据本发明一个实施例的根据预存的冲突解决策略对对应流程节点的数据冲突进行处理的流程图；

图6是根据本发明一个实施例的多人协同绘制流程的装置的结构框图；

图7是根据本发明另一个实施例的多人协同绘制流程的装置的结构框图；

图8是根据本发明又一个实施例的多人协同绘制流程的装置的结构框图；

图9是根据本发明再一个实施例的多人协同绘制流程的装置的结构框图；

图10是根据本发明一个实施例的多人协同绘制流程的系统的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的多人协同绘制流程的方法、装置和系统。

图1a是根据本发明一个实施例的多人协同绘制流程的方法的流程图。该实施例的多人协同绘制流程的方法从终端侧进行描述，其中，终端可以包括个人计算机、平板电脑、手机等具有各种操作系统的硬件设备。需要说明的是，该终端侧中有流程设计软件，其中，该处的流程设计软件仅是一种示例,还可以其他名称命名该软件。

如图1a所示，该多人协同绘制流程的方法可以包括以下步骤：

S101，在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合。

具体地，在多个参与者使用流程设计软件协同编辑同一个流程的过程中，流程设计软件在接收到当前参与者发送的编辑该流程的流程节点的编辑请求时，流程设计软件通过终端向服务器端发送编辑请求。

对应地，服务器端根据接收到的编辑请求，并根据编辑请求中的流程标识，获取对应的流程，并对该流程中的每个流程节点是否加锁进行分析，以获取未加锁的流程节点集合，并向终端返回所获取到的未加锁的流程节点集合。终端中的流程设计软件将未加锁的流程节点提供给当前参与者，以使当前参与者根据需求选择对应的流程节点进行编辑。

其中，需要理解的是，终端中的流程设计软件在显示未加锁的流程节点的同时，还显示已加锁的流程节点。

在本发明的一个实施例中，为了方便参与者可以迅速确定出流程中可编辑的流程节点(即未加锁的流程节点)，流程设计软件中可将已加锁的流程节点和未加锁的流程节点以不同方式显示，例如，可将已加锁的流程节点进行灰化处理，并在流程设计软件的用户界面中显示灰化的已加锁的流程节点，以及正常显示未加锁的流程节点。

S102，根据当前参与者的编辑操作对流程节点集合中的流程节点的属性进行编辑。

在本发明的一个实施例中，在当前参与者编辑流程节点集合中的当前流程节点的过程中，在监控到当前参与者为当前流程节点加锁时，将包含当前流程节点的标识信息的加锁请求发送至服务器端，以使服务器端对当前流程节点进行加锁。

也就是说，在对当前流程节点进行编辑时，当前参与者可根据需求确定是否对当前流程节点进行加锁。

其中，需要理解的是，在当前参与者对当前流程节点加锁后，如果当前参与者未向服务器提交当前流程节点的编辑过的属性数据，则其他参与者将不能对当前流程节点进行编辑。

S103，在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据。

具体地，在设计流程软件接收到当前参与者发送的保存流程的确认指令后，设计流程软件收集当前参与者编辑过的流程节点的属性数据。

S104，将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

在本发明的一个实施例中，为了提高数据传输所消耗的数据流量，在获取到当前参与者所编辑过的流程节点的属性数据后，可将当前参与者编辑过的流程节点的属性数据转换为预设格式的数据，并将转换后的数据上传至服务器端。

其中，该实例的预设格式例如可以为XML格式，需要理解的是，XML格式仅是预设格式的一种示例，该实施例的预设格式并不限于此。

对应的，服务器端接收当前参与者上传的编辑过的流程节点的属性数据，针对每个编辑过的流程节点，比较上传的流程节点的版本信息与数据库中对应流程节点的版本信息是否一致，如果两者的版本信息不一致，则从数据库中读取出对应流程节点的属性数据，判断当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据是否存在冲突，若存在冲突，则进一步判断是否存在需要人工确认的冲突的属性数据，若存在需人工确认的冲突的属性数据，则向当前参与者的终端返回提示界面。

在本发明的一个实施中，在服务器接收到当前参与者上传的编辑过的流程节点的属性数据后，服务器还可判断当前参与者是否对编辑过的流程节点加锁，并对当前参与者加锁的流程节点解锁，此时，其他参与者可以对解锁的流程节点进行编辑。也就是说，服务器在接收到当前参与者上传的编辑过的流程节点的属性数据后，将对当前参与者加锁的流程节点进行解锁。

在本发明的一个实施例中，如图1b所示，该方法还可以包括：

S105，为当前参与者提供提示界面。

其中，提示界面包括以预设颜色标记的冲突的属性数据和提示控件，提示控件包括合并控件和覆盖控件。

其中，预设颜色是根据需求预设设置的颜色，例如，预设颜色可以为红色。

具体地，流程设计软件的提示页面显示当前参与者所提交的流程节点的属性数据和数据库中该流程节点的属性数据的对比，并以预设颜色例如红色标记出冲突的属性数据。由此，通过界面直观的向当前参与者展示了当前参与者所提交的流程节点的属性数据和数据库中该流程节点的属性数据的对比结果。

S106，在监控到参与者触发合并控件时，向服务器端发送合并指令，以使服务器端根据合并指令对对应的流程节点需要合并的属性数据进行合并。

S107，在监控到参与者触发覆盖控件时，向服务器端发送覆盖指令，以使服务器端根据覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

根据本发明实施例的多人协同绘制流程的方法，在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合，当前参与者根据需求对流程中未加锁的流程节点进行编辑，在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据，以及将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，在多人协同编辑同一个流程时，使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且，仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量，进而可减少服务器端处理的数据量，提高服务器端处理数据的效率。

与上述实施例提供的多人协同绘制流程的方法相对应，本发明的一种实施例还提供一种多人协同绘制流程的装置。由于本发明实施例提供的多人协同绘制流程的装置与上述几种实施例提供的多人协同绘制流程的方法相对应，因此在前述多人协同绘制流程的方法的实施方式也适用于本实施例提供的多人协同绘制流程的装置，在本实施例中不再详细描述。

图2是根据本发明一个实施例的多人协同绘制流程的装置的结构框图。需要说明的是，本发明实施例的多人协同绘制流程的装置可被配置于终端上。

如图2所示，该多人协同绘制流程的装置可以包括第一提供模块110、编辑模块120、第一获取模块130和上传模块140，其中：

第一提供模块110用于在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合。

编辑模块120用于根据当前参与者的编辑操作对流程节点集合中的流程节点的属性进行编辑。

第一获取模块130用于在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据。

上传模块140用于将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

在本发明的一个实施例中，上传模块140具体用于：将当前参与者编辑过的流程节点的属性数据转换为预设格式的数据，并将转换后的数据上传至服务器端。

其中，该实例的预设格式例如可以为XML格式，需要理解的是，XML格式仅是预设格式的一种示例，该实施例的预设格式并不限于此。

在本发明的一个实施例中，在当前参与者编辑流程节点集合中的当前流程节点的过程中，编辑模块120具体用于：在监控到当前参与者为当前流程节点加锁时，将包含当前流程节点的标识信息的加锁请求发送至服务器端，以使服务器端对当前流程节点进行加锁。

在本发明的一个实施例中，在图2所示的基础上，如图3所示，该装置还可以包括第二提供模块150、第一发送模块160和第二发送模块170，其中：

第二提供模块150用于为当前参与者提供提示界面。

其中，提示界面包括以预设颜色标记的冲突的属性数据和提示控件，提示控件包括合并控件和覆盖控件。

其中，预设颜色是根据需求预设设置的颜色，例如，预设颜色可以为红色。

第一发送模块160用于在监控到参与者触发合并控件时，向服务器端发送合并指令，以使服务器端根据合并指令对对应的流程节点需要合并的属性数据进行合并。

第二发送模块170用于在监控到参与者触发覆盖控件时，向服务器端发送覆盖指令，以使服务器端根据覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

根据本发明实施例的多人协同绘制流程的装置，在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合，当前参与者根据需求对流程中未加锁的流程节点进行编辑，在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据，以及将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，在多人协同编辑同一个流程时，使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且，仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量，进而可减少服务器端处理的数据量，提高服务器端处理数据的效率。

图4是根据本发明另一个实施例的多人协同绘制流程的方法的流程图。该实施例的多人协同绘制流程的方法从服务器端侧进行描述，如图4所示，该多人协同绘制流程的方法可以包括以下步骤：

S401，在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取流程中未加锁的流程节点集合。

具体地，在多个参与者使用流程设计软件协同编辑同一个流程的过程中，流程设计软件在接收到当前参与者发送的编辑该流程的流程节点的编辑请求时，流程设计软件通过终端向服务器端发送编辑请求。

对应地，服务器端根据接收到的编辑请求，并根据编辑请求中的流程标识，获取对应的流程，并对该流程中的每个流程节点是否加锁进行分析，以获取未加锁的流程节点集合。

S402，向当前参与者所使用的终端提供流程节点集合，以使当前参与者通过编辑操作对流程节点集合中的流程节点的属性进行编辑。

具体地，服务器端在获取到流程中未加锁的流程节点集合后，可向当前参与者所使用的终端返回未加锁的流程节点集合。

对应的，终端中的流程设计软件在显示未加锁的流程节点的同时，还显示已加锁的流程节点。

当前参与者可根据需求对未加锁的流程节点集合中的任意一个流程节点进行编辑，在设计流程软件接收到当前参与者发送的保存流程的确认指令后，设计流程软件收集当前参与者编辑过的流程节点的属性数据，并将当前参与者编辑过的流程节点的属性数据上传至服务器端。

在本发明的一个实施例中，为了提高数据传输所消耗的数据流量，在终端获取到当前参与者所编辑过的流程节点的属性数据后，终端可将当前参与者编辑过的流程节点的属性数据转换为预设格式的数据，并将转换后的数据上传至服务器端。

S403，接收终端发送的当前参与者编辑过的流程节点的属性数据。

在本发明的一个实施例中，在监控到终端以设格式发送的当前参与者编辑过的流程节点的属性数据时，服务器端可根据预设格式的解析规则对所接收到的流程节点的属性数据进行解析。

其中，该实施例中的预设格式例如为XML格式。

其中，需要理解的是，XML格式仅是预设格式的一种示例，该实施例的预设格式并不限于此。

在本发明的一个实施例中，在接收终端发送的当前参与者编辑过的流程节点的属性数据之前，服务器端还可以接收终端发送的加锁请求，并根据加锁请求中的流程节点的标识信息对对应的流程节点进行加锁。

其中，需要理解的是，在服务器端对对应的流程节点进行加锁后，其他参与编辑同一个流程的其他参与者将不能再对加锁后的流程节点进行编辑，但其他参与者可对其他未加锁的流程节点的属性数据进行编辑。

在本发明的一个实施例中，服务器在接收到当前参与者编辑过的流程节点的属性数据后，服务器还可判断当前参与者是否对编辑过的流程节点加锁，并对当前参与者加锁的流程节点解锁，此时，其他参与者可以对解锁的流程节点进行编辑。

S404，判断当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据是否存在冲突。

S405，若存在冲突，则根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

在本发明的一个实施例中，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理的过程，如图5所示，可以包括以下步骤：

S4051，针对具有冲突的流程节点，判断是否存在需要人工确认的冲突的属性数据。

在本发明的一个实施例中，可根据自动覆盖属性数据的类型集合，判断是否存在需要人工确认的冲突的属性数据，如果冲突的属性数据的类型包含在自动覆盖属性数据的类型集合中，则判定冲突的属性数据无需人工确认。

其中，自动覆盖属性数据的类型集合中可以包括但不限于坐标类型、颜色类型、描述类型。在实际应用中，可根据应用需求对自动覆盖属性数据的类型集合中的类型进行设置。

在判定冲突的属性数据无需人工确认时，服务器端可根据预存的自动覆盖规则对冲突的属性数据进行覆盖。

S4052，若不存在需要人工确认的冲突的属性数据，则直接对对应流程节点的属性数据进行合并可覆盖的属性数据。

S4053，若存在需要人工确认的冲突的属性数据，则向当前参与者的终端返回提示界面。

其中，提示界面包括以预设颜色标记的冲突的属性数据和提示控件，提示控件包括合并控件和覆盖控件。

其中，预设颜色是根据需求预设设置的颜色，例如，预设颜色可以为红色。

S4054，在接收到终端发送的合并指令时，根据合并指令对对应的流程节点需要合并的属性数据进行合并。

举例而言，对于一个流程中的流程节点2，假设该流程节点2的属性数据包括属性1、属性2、属性3、属性4，假设当前参与者仅对流程节点2的属性1和属性2进行了编辑，属性1的属性值为数据A、属性2的属性值为数据B。假设数据库中保存的该流程节点2的属性1的属性值为空，属性2的属性值为空，属性3的属性值为数据C，属性4的属性值为数据D，提示页面中显示用户编辑过的流程节点2的各个属性以及属性对应的属性值，以及显示数据库中所保存的流程节点2的各个属性以及属性对应的属性值，此时，如果监控到当前参与者点击提示界面中的合并控件，终端将向服务器发送合并指令，服务器端根据用户的合并指令，将用户编辑过的流程节点2的各个属性的属性值与数据库中的流程节点2的各个属性的属性值进行合并，并将合并后的流程节点2的各个属性的属性值对数据库进行更新。此时，数据库中所保存的流程节点2的各个属性以及属性值为：属性1的属性值为数据A、属性2的属性值为数据B，属性3的属性值为数据C和属性4的属性值为数据D。

S4055，在接收到终端发送的覆盖指令时，根据覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

在本发明的一个实施例中，服务器端在接收到终端发送的覆盖指令后，针对对应的流程节点，服务器端获取当前参与者所编辑过的流程节点的属性数据，并通过当前参与者所编辑过的流程节点的属性数据覆盖数据库中对应流程节点的属性数据。

举例而言，假设流程节点2有两个属性x、y，x表示流程节点2在画布上的横坐标，y表示流程节点2在画面上的纵坐标，如果当前参与者移动过流程节点2，即流程节点2的x、y值发生改变，此时，流程节点2的x、y值与数据库中所保存的x、y值不同，此时，可提示移动后的流程节点2的x、y值与数据库中所保存的x、y值冲突，并提示用户是否对x、y值进行覆盖，如果接收到用户针对流程节点2的x、y值的覆盖指令，则将用户移动流程节点2后的x、y值覆盖数据库中保存的x、y值。

综上可以看出，在服务器端确定出存在需要人工确认的冲突的属性数据时，向终端返回包含预设颜色标记的冲突的属性数据和提示控件的提示界面，使得参与者可以查看冲突的属性数据，以及使得参与者可根据需求选择合并或者覆盖冲突的属性数据。

根据本发明实施例的多人协同绘制流程的方法，在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取流程中未加锁的流程节点集合，并向当前参与者所使用的终端提供流程节点集合，以及接收终端发送的当前参与者编辑过的流程节点的属性数据，并在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，终端仅向服务器端上传当前参与者编辑过的流程节点的属性数据，服务器端仅需要处理当前参与者编辑过的流程节点的属性数据，大大减少了服务器端所处理的数据处理量，提高了服务器端对流程的数据的处理效率。

图6是根据本发明一个实施例的多人协同绘制流程的装置的结构框图。需要说明的是，本发明实施例的多人协同绘制流程的装置可被配置于服务器端上。

如图6所示，该多人协同绘制流程的装置可以包括第二获取模块210、第三提供模块220、第一接收模块230、判断模块240和处理模块250，其中：

第二获取模块210用于在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取流程中未加锁的流程节点集合。

第三提供模块220用于向当前参与者所使用的终端提供流程节点集合，以使当前参与者通过编辑操作对流程节点集合中的流程节点的属性进行编辑。

第一接收模块230用于接收终端发送的当前参与者编辑过的流程节点的属性数据。

判断模块240用于判断当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据是否存在冲突。

处理模块250用于在判断出判断当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

在本发明的一个实施例中，在图6所示的基础上，如图7所示，处理模块250可以包括：

判断单元251用于针对具有冲突的流程节点，判断是否存在需要人工确认的冲突的属性数据。

发送单元252用于在判断存在需要人工确认的冲突的属性数据时，向当前参与者的终端返回提示界面。

其中，提示界面包括以预设颜色标记的冲突的属性数据和提示控件，提示控件包括合并控件和覆盖控件。

在本发明的一个实施例中，判断单元251具体用于：根据自动覆盖属性数据的类型集合，判断是否存在需要人工确认的冲突的属性数据，如果冲突的属性数据的类型包含在自动覆盖属性数据的类型集合中，则判定冲突的属性数据无需人工确认。

在本发明的一个实施例中，如图7所示，该装置还可以包括合并模块260和覆盖模块270，其中：

合并模块260用于在接收到终端发送的合并指令时，根据合并指令对对应的流程节点需要合并的属性数据进行合并。

覆盖模块270用于在接收到终端发送的覆盖指令时，根据覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

在本发明的一个实施例中，在图6所示的基础上，如图8所示，装置还可以包括解析模块280：

解析模块280用于在监控到终端以设格式发送的当前参与者编辑过的流程节点的属性数据时，根据预设格式的解析规则对所接收到的流程节点的属性数据进行解析。

其中，该实施例中的预设格式例如为XML格式。

其中，需要理解的是，XML格式仅是预设格式的一种示例，该实施例的预设格式并不限于此。

其中，需要理解的是，前述图8所示的解析模块280的结构也可以包含在图7所示的装置实施例中，本发明对此不作限定。

在本发明的一个实施例中，在图6所示的基础上，如图9所示，该装置还可以包括第二接收模块290和加锁模块310，其中：

第二接收模块，用于接收终端发送的加锁请求，其中，加锁请求中包含流程节点的标识信息。

加锁模块，用于根据流程节点的标识信息对对应的流程节点进行加锁。

其中，需要理解的是，前述图9所示的第二接收模块290和加锁模块310的结构也可以包含在图7和图8所示的装置实施例中，本发明对此不作限定。

其中，需要说明的是，前述对多人协同绘制流程的方法实施例的解释说明也适用于该实施例的多人协同绘制流程的装置，其实现原理类似，此处不再赘述。

根据本发明实施例的多人协同绘制流程的装置，在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取流程中未加锁的流程节点集合，并向当前参与者所使用的终端提供流程节点集合，以及接收终端发送的当前参与者编辑过的流程节点的属性数据，并在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，终端仅向服务器端上传当前参与者编辑过的流程节点的属性数据，服务器端仅需要处理当前参与者编辑过的流程节点的属性数据，大大减少了服务器端所处理的数据处理量，提高了服务器端对流程的数据的处理效率。

为了实现上述实施例，本发明还提出了一种多人协同绘制流程的系统。

图10是根据本发明一个实施例的多人协同绘制流程的系统的结构框图。如图10所示，该实施例的多人协同绘制流程的系统可以包括终端10和服务器端20，其中:

终端10包括如图2-图3中的任一项的多人协同绘制流程的装置。

其中，需要理解的是，前述对图2和图3的解释说明也适用于该实施例，此处不再赘述。

服务器端20包括图6-图9中任一项的多人协同绘制流程的装置。

其中，需要理解的是，前述对图6-图9的解释说明也适用于该实施例，此处不再赘述。

根据本发明实施例的多人协同绘制流程的系统，在多人协同编辑同一个流程的环境下，为当前参与者提供流程中未加锁的流程节点集合，当前参与者根据需求对流程中未加锁的流程节点进行编辑，在监控到当前参与者对流程编辑结束时，获取当前参与者编辑过的流程节点的属性数据，以及将当前参与者编辑过的流程节点的属性数据上传至服务器端，以使服务器端在判断出当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。由此，在多人协同编辑同一个流程时，使得参与者可对该流程中未加锁的流程节点进行编辑，进而可提高协同编辑同一个流程的效率，并且，仅向服务器端上传参与者编辑过的流程节点的属性数据，减少了网络数据传输量，进而可减少服务器端处理的数据量，提高服务器端处理数据的效率。

在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (25)

1.一种多人协同绘制流程的方法，其特征在于，包括以下步骤：

在多人协同编辑同一个流程的环境下，为当前参与者提供所述流程中未加锁的流程节点集合；

根据所述当前参与者的编辑操作对所述流程节点集合中的流程节点的属性进行编辑；

在监控到所述当前参与者对所述流程编辑结束时，获取所述当前参与者编辑过的流程节点的属性数据；

将所述当前参与者编辑过的流程节点的属性数据上传至服务器端，以使所述服务器端在判断出所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

2.如权利要求1所述的方法，其特征在于，所述将所述当前参与者编辑过的流程节点的属性数据上传至服务器端，包括：

将所述当前参与者编辑过的流程节点的属性数据转换为预设格式的数据，并将转换后的数据上传至所述服务器端。

3.如权利要求1所述的方法，其特征在于，所述根据所述当前参与者的编辑操作对所述流程节点集合中的流程节点的属性进行编辑，包括：

在所述当前参与者编辑所述流程节点集合中的当前流程节点的过程中，在监控到所述当前参与者为所述当前流程节点加锁时，将包含所述当前流程节点的标识信息的加锁请求发送至服务器端，以使所述服务器端对所述当前流程节点进行加锁。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

为所述当前参与者提供提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件；

在监控到所述参与者触发所述合并控件时，向所述服务器端发送合并指令，以使所述服务器端根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

在监控到所述参与者触发所述覆盖控件时，向所述服务器端发送覆盖指令，以使所述服务器端根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

5.如权利要求2所述的方法，其特征在于，所述预设格式为XML格式。

6.一种多人协同绘制流程的方法，其特征在于，包括以下步骤：

在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取所述流程中未加锁的流程节点集合；

向所述当前参与者所使用的终端提供所述流程节点集合，以使所述当前参与者通过编辑操作对所述流程节点集合中的流程节点的属性进行编辑；

接收所述终端发送的所述当前参与者编辑过的流程节点的属性数据；

判断所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据是否存在冲突；

若存在冲突，则根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

7.如权利要求6所述的方法，其特征在于，所述根据预存的冲突解决策略对对应流程节点的数据冲突进行处理，包括：

针对具有冲突的流程节点，判断是否存在需要人工确认的冲突的属性数据；

若存在需要人工确认的冲突的属性数据，则向所述当前参与者的终端返回提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件。

8.如权利要求7所述的方法，其特征在于，所述判断是否存在需要人工确认的冲突的属性数据，包括：

根据自动覆盖属性数据的类型集合，判断是否存在需要人工确认的冲突的属性数据；

如果冲突的属性数据的类型包含在所述自动覆盖属性数据的类型集合中，则判定冲突的属性数据无需人工确认。

9.如权利要求7所述的方法，其特征在于，所述方法还包括：

在接收到所述终端发送的合并指令时，根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

在接收到所述终端发送的覆盖指令时，根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

10.如权利要求8所述的方法，其特征在于，所述方法还包括：

接收所述终端发送的加锁请求，其中，所述加锁请求中包含流程节点的标识信息；

根据所述流程节点的标识信息对对应的流程节点进行加锁。

11.如权利要求6-9中任一项所述的方法，其特征在于，在监控到所述终端以设格式发送的所述当前参与者编辑过的流程节点的属性数据时，所述方法还包括：

根据预设格式的解析规则对所接收到的流程节点的属性数据进行解析。

12.如权利要求11所述的方法，其特征在于，所述预设格式为XML格式。

13.一种多人协同绘制流程的装置，其特征在于，包括：

第一提供模块，用于在多人协同编辑同一个流程的环境下，为当前参与者提供所述流程中未加锁的流程节点集合；

编辑模块，用于根据所述当前参与者的编辑操作对所述流程节点集合中的流程节点的属性进行编辑；

第一获取模块，用于在监控到所述当前参与者对所述流程编辑结束时，获取所述当前参与者编辑过的流程节点的属性数据；

上传模块，用于将所述当前参与者编辑过的流程节点的属性数据上传至服务器端，以使所述服务器端在判断出所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在数据冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

14.如权利要求13所述的装置，其特征在于，所述上传模块，具体用于：

将所述当前参与者编辑过的流程节点的属性数据转换为预设格式的数据，并将转换后的数据上传至所述服务器端。

15.如权利要求13所述的装置，其特征在于，所述编辑模块，具体用于：

在所述当前参与者编辑所述流程节点集合中的当前流程节点的过程中，在监控到所述当前参与者为所述当前流程节点加锁时，将包含所述当前流程节点的标识信息的加锁请求发送至服务器端，以使所述服务器端对所述当前流程节点进行加锁。

16.如权利要求13所述的装置，其特征在于，所述装置还包括：

第二提供模块，用于为所述当前参与者提供提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件；

第一发送模块，用于在监控到所述参与者触发所述合并控件时，向所述服务器端发送合并指令，以使所述服务器端根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

第二发送模块，用于在监控到所述参与者触发所述覆盖控件时，向所述服务器端发送覆盖指令，以使所述服务器端根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

17.如权利要求14所述的装置，其特征在于，所述预设格式为XML格式。

18.一种多人协同绘制流程的装置，其特征在于，包括：

第二获取模块，用于在多人协同编辑同一个流程的环境下，根据当前参与者发送的流程节点编辑请求，获取所述流程中未加锁的流程节点集合；

第三提供模块，用于向所述当前参与者所使用的终端提供所述流程节点集合，以使所述当前参与者通过编辑操作对所述流程节点集合中的流程节点的属性进行编辑；

第一接收模块，用于接收所述终端发送的所述当前参与者编辑过的流程节点的属性数据；

判断模块，用于判断所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据是否存在冲突；

处理模块，用于在判断出判断所述当前参与者编辑过的流程节点的属性数据与数据库中所保存的对应流程节点的属性数据存在冲突时，根据预存的冲突解决策略对对应流程节点的数据冲突进行处理。

19.如权利要求18所述的装置，其特征在于，所述处理模块，包括：

判断单元，用于针对具有冲突的流程节点，判断是否存在需要人工确认的冲突的属性数据；

发送单元，用于在判断存在需要人工确认的冲突的属性数据时，向所述当前参与者的终端返回提示界面，其中，所述提示界面包括以预设颜色标记的冲突的属性数据和提示控件，所述提示控件包括合并控件和覆盖控件。

20.如权利要求19所述的装置，其特征在于，所述判断单元，具体用于：

根据自动覆盖属性数据的类型集合，判断是否存在需要人工确认的冲突的属性数据，如果冲突的属性数据的类型包含在所述自动覆盖属性数据的类型集合中，则判定冲突的属性数据无需人工确认。

21.如权利要求19所述的装置，其特征在于，所述装置还包括：

合并模块，用于在接收到所述终端发送的合并指令时，根据所述合并指令对对应的流程节点需要合并的属性数据进行合并；

覆盖模块，用于在接收到所述终端发送的覆盖指令时，根据所述覆盖指令对对应流程节点中需要覆盖的属性数据进行覆盖。

22.如权利要求18-21中任一项所述的装置，其特征在于，在监控到所述终端以设格式发送的所述当前参与者编辑过的流程节点的属性数据时，所述装置还包括：

解析模块，用于根据预设格式的解析规则对所接收到的流程节点的属性数据进行解析。

23.如权利要求18所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收所述终端发送的加锁请求，其中，所述加锁请求中包含流程节点的标识信息；

加锁模块，用于根据所述流程节点的标识信息对对应的流程节点进行加锁。

24.如权利要求22所述的装置，其特征在于，所述预设格式为XML格式。

25.一种多人协同绘制流程的系统，其特征在于，所述系统包括终端和服务器端，其中：

所述终端，包括如权利要求13-17中任一项所述的多人协同绘制流程的装置；

所述服务器端，包括如权利要求18-24中任一项所述的多人协同绘制流程的装置。