流程模型的扩展处理方法、装置、存储介质及电子设备

技术领域

本公开涉及计算机领域，具体地，涉及一种流程模型的扩展处理方法、装置、存储介质及电子设备。

背景技术

目前流程模型大多数都基于BPMN2.0标准，但是不同的厂商之间会有一些各自的扩展，而且经过扩展的模型不能在不同的系统之间导入导出，因为扩展的内容在导出后无法被其他的基于BPMN2.0的编辑工具识别及编辑，从而在导入导出时就会丢失相关的扩展数据。传统的解决方案是在导出之前，将正常扩展的数据单独保存在独立的文件中，将标准模型和扩展模型分开保存，这种方案会占用额外的存储空间，而且增加了导入导出的复杂度，在合并时会有一定的性能损耗。且扩展数据只能在进行扩展的系统中进行恢复，具有局限性。

发明内容

本公开的目的是提供一种流程模型的扩展处理方法、装置、存储介质及电子设备，该方法能够解决扩展的流程模型导出后无法被其他BPMN工具识别及编辑以及在导入导出时丢失相关的扩展数据的问题。

为了实现上述目的，根据本公开的第一方面，提供一种流程模型的扩展处理方法，所述方法包括：

获取流程模型中的每个扩展节点的扩展数据；

针对每个所述扩展节点，根据该扩展节点的扩展数据，对该扩展节点的目标固定属性进行赋值，以使赋值后的所述目标固定属性能够反映该扩展节点的扩展数据。

可选地，所述扩展数据包括第一信息和/或第二信息，其中，所述第一信息包括对应的扩展节点的扩展属性及其属性值，所述第二信息包括该对应的扩展节点的扩展子节点标识、扩展子节点的属性及其属性值；

所述根据该扩展节点的扩展数据，对该扩展节点的目标固定属性进行赋值，包括：

对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据；

对该扩展节点的扩展数据中各个属性的属性值进行压缩编码，获得各个属性的属性值对应的编码数据；

将所述各个关联节点对应的编码数据以及所述各个属性的属性值对应的编码数据，按照预设格式、所述各个关联节点的位置关系以及所述各个属性的顺序进行组合，获得目标字符串；

将所述目标字符串赋值到该扩展节点的所述目标固定属性中。

可选地，所述对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据，包括：

利用树形编码方式对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据；

所述对该扩展节点的扩展数据中各个属性的属性值进行压缩编码，获得各个属性的属性值对应的编码数据，包括：

针对所述各个属性的属性值，按照与该属性值所属的数据类型相对应的编码规则对该属性值进行编码，获得该属性值对应的编码数据。

可选地，在所述数据类型为日期类型时，所对应的编码规则为将所述日期类型转换成long型；

在所述数据类型为枚举类型时，所对应的编码规则为将所述枚举类型转换成整型类型；

在所述数据类型为布尔类型时，所对应的编码规则为将所述布尔类型转换成0或1；

在所述数据类型为文本类型时，所对应的编码规则为将所述文本类型按照文本压缩算法进行压缩。

可选地，所述目标固定属性为ID属性。

根据本公开的第二方面，还提供一种流程模型的扩展处理装置，所述装置包括：

获取模块，用于获取流程模型中的每个扩展节点的扩展数据；

处理模块，用于针对每个所述扩展节点，根据该扩展节点的扩展数据，对该扩展节点的目标固定属性进行赋值，以使赋值后的所述目标固定属性能够反映该扩展节点的扩展数据。

可选地，所述扩展数据包括第一信息和/或第二信息，其中，所述第一信息包括对应的扩展节点的扩展属性及其属性值，所述第二信息包括该对应的扩展节点的扩展子节点标识、扩展子节点的属性及其属性值；

所述处理模块包括节点编码子模块，用于针对每个所述扩展节点，对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据；

所述处理模块还包括属性值编码子模块，用于针对每个所述扩展节点，对该扩展节点的扩展数据中各个属性的属性值进行压缩编码，获得各个属性的属性值对应的编码数据；

所述处理模块还包括编码数据组合子模块，用于针对每个所述扩展节点，将该扩展节点的扩展数据中各个关联节点对应的编码数据以及该扩展节点的扩展数据中各个属性的属性值对应的编码数据，按照预设格式、所述各个关联节点的位置关系以及所述各个属性的顺序进行组合，获得针对该扩展节点的目标字符串；

所述处理模块还包括赋值子模块，用于将针对每个所述扩展节点的目标字符串赋值到相应扩展节点的所述目标固定属性中。

可选地，所述节点编码子模块还用于：

针对每个所述扩展节点，利用树形编码方式对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据；

所述属性值编码子模块还用于：

针对每个所述扩展节点的扩展数据中各个属性的属性值，按照与该属性值所属的数据类型相对应的编码规则对该属性值进行编码，获得该属性值对应的编码数据

根据本公开的第三方面，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现根据本公开的第一方面所述方法的步骤。

根据本公开的第四方面，还提供一种电子设备，包括：

根据本公开的第三方面所述的计算机可读存储介质；以及

一个或者多个处理器，用于执行所述计算机可读存储介质中的程序。

通过上述技术方案，能够解决扩展的流程模型导出后无法被其他基于BPMN2.0的编辑工具识别及编辑以及在导入导出时丢失相关的扩展数据的问题，大大提高了扩展的流程模型在不同系统之间的兼容性，提升了用户使用所述流程模型的用户体验。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据本公开一示例性实施例示出的一种流程模型的扩展处理方法的流程图。

图2是根据本公开又一示例性实施例示出的一种流程模型的扩展处理方法的流程图。

图3是根据本公开一示例性实施例示出的一种流程模型的扩展处理方法中的二叉树编码模型图。

图4是根据本公开一示例性实施例示出的一种流程模型的扩展处理装置的示意框图。

图5是根据本公开又一示例性实施例示出的一种流程模型的扩展处理装置的示意框图。

图6是根据一示例性实施例示出的一种电子设备的框图。

图7是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图1是根据本公开一示例性实施例示出的一种流程模型的扩展处理方法的流程图。如图1所示，所述方法包括步骤101和步骤102。

在步骤101中，获取流程模型中的每个扩展节点的扩展数据。所述扩展数据可以是在用户对所述流程模型进行扩展的同时来进行获取，也可以是在用户对所述流程模型扩展结束之后再进行获取。

在步骤102中，针对每个所述扩展节点，根据该扩展节点的扩展数据，对该扩展节点的目标固定属性进行赋值，以使赋值后的所述目标固定属性能够反映该扩展节点的扩展数据。

在获取到所述扩展数据之后，以所述扩展节点为单位，针对每一个扩展节点，根据其扩展数据对其目标固定属性进行赋值，使得赋值后的所述目标固定属性能够将该扩展节点的扩展数据表示出来。所述固定属性是指所述流程模型在不同的系统之间导入导出时能够被任意基于相同标准的流程模型编辑工具所识别的模型中固定节点的属性。所述目标固定属性是指所述流程模型中固定节点中的某一个固定属性，所述目标固定属性需要满足在对其进行赋值之后，不影响到其原属性值，且不会对所述流程模型的流程语义造成影响。

通过上述技术方案，将扩展数据存储在其相应的扩展节点的固定属性中，就能够解决扩展的流程模型导出后无法被其他基于BPMN2.0的编辑工具识别及编辑以及在导入导出时丢失相关的扩展数据的问题，大大提高了扩展的流程模型在不同系统之间的兼容性，提升了用户使用所述流程模型的用户体验。

图2是根据本公开又一示例性实施例示出的一种流程模型的扩展处理方法的流程图。其中，所述扩展数据包括第一信息和/或第二信息，其中，所述第一信息包括对应的扩展节点的扩展属性及其属性值，所述第二信息包括该对应的扩展节点的扩展子节点标识、扩展子节点的属性及其属性值。所述第一信息和第二信息可以同时存在，也可以仅存在其中一种。如图2所示，所述方法除了包括图1所示的步骤101之外，还包括步骤201-步骤204。

在步骤201中，针对每个扩展节点，对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据。其中，所述关联节点是指所述扩展节点以及与所述扩展节点具有关联关系的扩展子节点。在所述扩展数据中只存在第一信息，没有第二信息时，所述关联节点是指该扩展节点；在所述扩展数据中只存在第二信息，或者既存在第一信息也存在第二信息时，所述关联节点是指该扩展节点以及第二信息中包括的扩展子节点。所述对各个关联节点进行编码，可以是例如按照一定的规则将各个关联节点标识编码为相比于各个关联节点标识更加简洁的表示方式，也可以是例如根据所述各个关联节点之间的位置关系将各个关联节点标识编码为其他能够表示其相对位置的表示方式。

在步骤202中，针对每个扩展节点，对该扩展节点的扩展数据中各个属性的属性值进行压缩编码，获得各个属性的属性值对应的编码数据。所述扩展节点的扩展数据中各个属性的属性值一般都是常规的数据类型来编写的，在步骤202中，对这些按照常规的数据类型编写的属性值进行压缩编码，以更加简洁的表达方法来表示这些属性值，例如可以按照一定的转换规则将这些属性值原来的数据类型编码为其他的数据类型。最终获得的各个属性的属性值对应的编码数据应该是在其原属性值的基础上进行压缩过的，更加简洁的。

在步骤203中，针对每个所述扩展节点，将该扩展节点的扩展数据中各个关联节点对应的编码数据以及该扩展节点的扩展数据中各个属性的属性值对应的编码数据，按照预设格式、所述各个关联节点的位置关系以及所述各个属性的顺序进行组合，获得针对该扩展节点的目标字符串。所述预设格式即所述流程模型的编写语言的语法规则中的格式，所述按照各个关联节点的位置关系以及所述各个属性的顺序进行组合可以是例如，所述扩展节点的扩展属性及其属性值排在第一位，所述扩展节点的扩展子节点、扩展子节点的属性及其属性值排在第二位，当扩展节点的扩展子节点有多个时，可以按照所述扩展子节点的创建先后顺序进行排位。其中，所述属性的顺序为其本身固有的顺序，在进行组合时不做更改。按照上述的组合方法，就能够得到编码后的所述目标字符串。

在步骤204中，将针对每个扩展节点的目标字符串赋值到相应扩展节点的所述目标固定属性中。在得到所述重新编码后的表示所述扩展节点的扩展数据的目标字符串之后，将其赋值给该扩展节点的目标固定属性中。所述固定属性和所述目标固定属性已经在对图1所示方法的说明中详细解释，此处不再赘述。

通过上述技术方案，在获取到每个扩展节点的扩展数据之后，先对所述扩展数据中的相关信息进行一定的简化、压缩编码，使得所述扩展数据更加的精简，然后再将经过编码后的表示所述扩展数据的内容的精简的目标字符串赋值给该扩展节点的目标固定属性，这样不仅能够保证解决扩展的流程模型导出后无法被其他基于BPMN2.0的编辑工具识别及编辑以及在导入导出时丢失相关的扩展数据的问题，大大提高扩展的流程模型在不同系统之间的兼容性，还能够解决可能出现的赋值给目标固定属性的字符过长、占用存储空间的问题，大大降低了存储量，提高了流程模型的恢复性能，提升了用户使用所述流程模型的用户体验。

在一种可能的实施方式中，所述对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据，包括：利用树形编码方式对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据。所述利用树形编码方式对该扩展节点的扩展数据中各个关联节点进行编码即根据所述关联节点之间的位置关系，将其按照树形结构进行编码，以树形结构中的位置标识来代替所述关联节点标识，这样就能够简化所述关联节点的表示方式。

其中，所述树形编码方式可以是例如二叉树编码方式。例如，以路径0表示根节点，即所述扩展数据中的扩展节点，路径00、路径01分别表示根节点00的左右两个子节点，即所述扩展数据中所述扩展节点的两个扩展子节点等。

所述对该扩展节点的扩展数据中各个属性的属性值进行压缩编码，获得各个属性的属性值对应的编码数据，包括：针对所述各个属性的属性值，按照与该属性值所属的数据类型相对应的编码规则对该属性值进行编码，获得该属性值对应的编码数据。所述编码规则是事先预置好的，能够将不同的数据类型转换成与之对应的、表达上更加简洁的数据类型，这样就能够缩短所述属性值的字符长度，从而减少属性值所占用的存储量。

在一种可能的实施方式中，所述编码规则可以为以下规则中的一种或多种：在所述数据类型为日期类型时，所对应的编码规则为将所述日期类型转换成long型；在所述数据类型为枚举类型时，所对应的编码规则为将所述枚举类型转换成整型类型；在所述数据类型为布尔类型时，所对应的编码规则为将所述布尔类型转换成0或1；在所述数据类型为文本类型时，所对应的编码规则为将所述文本类型按照文本压缩算法进行压缩，所述文本压缩算法可以是本领域技术人员所熟知的任意文本压缩算法，例如Arithmetic、Huffman、gzip、brotli、zstd算法等等。

所述编码规则可以是但不限于是以上所述的几种编码规则，只要是能够将所述扩展数据中的属性值的字符数精简得更少的编码规则都可。

在一种可能的实施方式中，所述目标固定属性为ID属性。

下面给出一个具体的实施例对本公开进行说明。

以下代码为扩展前的流程模型中一部分代码1：

其中，startEvent为将要进行扩展的节点标识，出现在startEvent之后的id和name为其固有属性。

以下代码为扩展后的对应部分代码2：

其中，unieap:initiator为扩展节点startEvent的扩展属性，"man"为其属性值，unieap:attribute和unieap:cc为扩展节点startEvent的扩展子节点，出现在unieap:attribute之后的name＝"123"id＝"sdfsd"以及出现在unieap:cc之后的name＝"123"id＝"sdfsd"sex＝"男"分别为其扩展属性及属性值。

在经过本公开的方法对所述扩展数据进行处理之后，得到以下精简后的相应地部分代码3：

如上述代码3所示，代码2中相比于对代码1扩展的扩展数据都被精简为字符串0:0,00:123#sdx,01:123#sdx#0，并被赋值给了扩展节点startEvent的固定属性id。

其中，上述字符串中冒号之前的0，00和01表示的是扩展节点startEvent以及扩展数据中的两个扩展子节点unieap:attribute和unieap:cc。在通过二叉树编码方式对其进行编码之后，得到0，00和01这样的编码数据来表示上述的三个关联节点，所述二叉树编码图如图3所示，根节点0表示扩展节点，子节点00和01分别表示两个扩展子节点unieap:attribute和unieap:cc，图3中的000和001分别表示子节点00的两个子节点，未在上述代码中示出。

上述字符串中冒号之后的字符串0，123#sdx和123#sdx#0表示的是扩展数据中各属性的属性值。在按照所述属性值所属的数据类型相对应的编码规则对所述属性值进行编码后，得到字符串123#sdx来表示属性name＝"123"和id＝"sdfsd"，得到字符串123#sdx#0来表示属性name＝"123"，id＝"sdfsd"和sex＝"男"。其中#为所述预设格式中用于分割多个属性值的格式符号。编码后的表示属性值的编码数据的排列顺序与所述属性值其自身的顺序相同。

在对所述扩展数据编码结束之后，按照各个关联节点的位置关系，即扩展节点0、扩展子节点00以及扩展子节点01的顺序，将编码后的属性值按照属性值自身的顺序以及当前编码语言的语法规则进行组合，从而得到最终的字符串0:0,00:123#sdx,01:123#sdx#0。

由于在不同系统之间导入导出时，属性id里的值不会丢失，因此这样就解决扩展的流程模型导出后无法被其他基于BPMN2.0的编辑工具识别及编辑以及在导入导出时丢失相关的扩展数据的问题，大大提高了扩展的流程模型在不同系统之间的兼容性，还解决了赋值给目标固定属性的字符过长、占用存储的问题，大大降低了存储量，提高了流程模型的恢复性能，提升了用户使用所述流程模型的用户体验。

图4是根据本公开一示例性实施例示出的一种流程模型的扩展处理装置的示意框图。如图4所示，所述装置包括：

获取模块10，用于获取流程模型中的每个扩展节点的扩展数据；

处理模块20，用于针对每个所述扩展节点，根据该扩展节点的扩展数据，对该扩展节点的目标固定属性进行赋值，以使赋值后的所述目标固定属性能够反映该扩展节点的扩展数据。

图5是根据本公开又一示例性实施例示出的一种流程模型的扩展处理装置的示意框图。其中，所述扩展数据包括第一信息和/或第二信息，其中，所述第一信息包括对应的扩展节点的扩展属性及其属性值，所述第二信息包括该对应的扩展节点的扩展子节点标识、扩展子节点的属性及其属性值。

如图5所示，所述处理模块20包括节点编码子模块201，用于针对每个所述扩展节点，对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据；所述处理模块20还包括属性值编码子模块202，用于针对每个所述扩展节点，对该扩展节点的扩展数据中各个属性的属性值进行压缩编码，获得各个属性的属性值对应的编码数据；所述处理模块20还包括编码数据组合子模块203，用于针对每个所述扩展节点，将该扩展节点的扩展数据中各个关联节点对应的编码数据以及该扩展节点的扩展数据中各个属性的属性值对应的编码数据，按照预设格式、所述各个关联节点的位置关系以及所述各个属性的顺序进行组合，获得针对该扩展节点的目标字符串；所述处理模块20还包括赋值子模块204，用于将针对每个所述扩展节点的目标字符串赋值到相应扩展节点的所述目标固定属性中。

在一种可能的实施方式中，所述节点编码子模块201用于：针对每个所述扩展节点，利用树形编码方式对该扩展节点的扩展数据中各个关联节点进行编码，获得各个关联节点所对应的编码数据；所述属性值编码子模块202用于：针对每个所述扩展节点的扩展数据中各个属性的属性值，按照与该属性值所属的数据类型相对应的编码规则对该属性值进行编码，获得该属性值对应的编码数据。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种电子设备600的框图。如图6所示，该电子设备600可以包括：处理器601，存储器602，多媒体组件603，输入/输出(I/O)接口604，以及通信组件605。

其中，处理器601用于控制该电子设备600的整体操作，以完成上述的流程模型的扩展处理方法中的全部或部分步骤。存储器602用于存储各种类型的数据以支持在该电子设备600的操作，这些数据例如可以包括用于在该电子设备600上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器602可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件603可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器602或通过通信组件605发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口604为处理器601和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件605用于该电子设备600与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件605可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，电子设备600可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的流程模型的扩展处理方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，例如包括程序指令的存储器602，上述程序指令可由电子设备600的处理器601执行以完成上述的流程模型的扩展处理方法。

图7是根据一示例性实施例示出的一种电子设备700的框图。例如，电子设备700可以被提供为一服务器。参照图7，电子设备700包括处理器722，其数量可以为一个或多个，以及存储器732，用于存储可由处理器722执行的计算机程序。存储器732中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器722可以被配置为执行该计算机程序，以执行上述的流程模型的扩展处理方法。

另外，电子设备700还可以包括电源组件726和通信组件750，该电源组件726可以被配置为执行电子设备700的电源管理，该通信组件750可以被配置为实现电子设备700的通信，例如，有线或无线通信。此外，该电子设备700还可以包括输入/输出(I/O)接口758。电子设备700可以操作基于存储在存储器732的操作系统，例如Windows ServerTM，Mac OSXTM，UnixTM,LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，例如包括程序指令的存储器732，上述程序指令可由电子设备700的处理器722执行以完成上述的流程模型的扩展处理方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。