CN105225066A - 工作流合法性的验证方法以及验证装置 - Google Patents

Abstract

本发明公开了一种工作流合法性的验证方法和装置，其中该方法包括：接收用户预先在流程相关XML？Schema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XML？Schema文件；接收用户在流程设计时所输入的设计内容，并根据设计内容生成工作流流程文件；根据工作流流程文件生成对应的业务流程XML文件；以及获取流程相关XML？Schema文件，并根据XML？Schema文件对业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证。该方法既支持传统的流程验证方法，又支持流程业务逻辑的验证，提高了验证结果的准确性，增强了业务人员的参与度，提高了***实施的准确性。

Description

工作流合法性的验证方法以及验证装置

技术领域

本发明涉及业务流程验证技术领域，尤其涉及一种工作流合法性的验证方法以及验证装置。

背景技术

目前，在现代企业的生产经营活动中，新业务不断涌现，现有业务过程也会因不断演进而变得更加复杂。这种情况下，企业需要对业务调整快速做出响应，因而对信息***建设也提出了“随需而变”的更高要求。业务流程管理(BusinessProcessManagement，简称BPM)面向企业多变的业务需求、提供了灵活的流程设计和随需配置功能。

流程设计器是BPM产品的流程分析设计工具，为业务用户和***研发人员提供了统一的交流界面，消除了业务人员和***设计人员沟通的障碍，进而能够确保业务***的准确实施。在使用流程设计器的过程中，对流程进行合法性验证，能够为相关工作人员带来极大的便利。基于上述需求，现有的工作流合法性验证方案一般具有以下两种：

1)将工作流流程文件根据一定标准转换为XML文件，并通过引入XMLSchema框架，对该XML文件进行合法性验证，并输出验证结果；

2)将工作流流程文件根据一定的标准转换为XML文件，并自定义XML解析器，然后在通过该自定义XML解析器解析该XML文件的同时执行文件合法性验证，并输出验证结果。

但是存在的问题是：上述两种方式都只针对流程文件的XML格式方面进行合法性验证，如元素的合法出现次数、属性是否合法以及数据类型是否正确等，这种只是从开发人员的角度考虑流程文件格式的合法性，验证方式比较片面，导致验证结果可能不准确。

发明内容

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

为此，本发明的第一个目的在于提出一种工作流合法性的验证方法。该方法在对业务流程XML文件进行合法性验证时，既支持传统的流程验证方法，又支持流程业务逻辑的验证，提高了验证结果的准确性，增强了业务人员的参与度，提高了***实施的准确性。

本发明的第二个目的在于提出一种工作流合法性的验证装置。

为了实现上述目的，本发明第一方面实施例的工作流合法性的验证方法，包括：接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新所述流程相关XMLSchema文件；接收所述用户在流程设计时所输入的设计内容，并根据所述设计内容生成工作流流程文件；根据所述工作流流程文件生成对应的业务流程XML文件；以及获取所述流程相关XMLSchema文件，并根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证。

根据本发明实施例的工作流合法性的验证方法，可先接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件，在接收到用户在流程设计时所输入的设计内容之后，可根据设计内容生成工作流流程文件，并根据工作流流程文件生成对应的业务流程XML文件，之后，可获取流程相关XMLSchema文件，并根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证，即在对业务流程XML文件进行合法性验证时，既支持传统的流程验证方法，又支持流程业务逻辑的验证，提高了验证结果的准确性，增强了业务人员的参与度，提高了***实施的准确性。

为了实现上述目的，本发明第二方面实施例的工作流合法性的验证装置，包括：第一接收模块，用于接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新所述流程相关XMLSchema文件；第二接收模块，用于接收所述用户在流程设计时所输入的设计内容；第一生成模块，用于根据所述设计内容生成工作流流程文件；第二生成模块，用于根据所述工作流流程文件生成对应的业务流程XML文件；以及验证模块，用于获取所述流程相关XMLSchema文件，并根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证。

根据本发明实施例的工作流合法性的验证装置，可通过第一接收模块接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件，在第二接收模块接收到用户在流程设计时所输入的设计内容之后，第一生成模块根据设计内容生成工作流流程文件，第二生成模块根据工作流流程文件生成对应的业务流程XML文件，验证模块获取流程相关XMLSchema文件，并根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证，即在对业务流程XML文件进行合法性验证时，既支持传统的流程验证方法，又支持流程业务逻辑的验证，提高了验证结果的准确性，增强了业务人员的参与度，提高了***实施的准确性。

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

附图说明

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

图1是根据本发明一个实施例的工作流合法性的验证方法的流程图；

图2是根据本发明一个实施例的逻辑验证规则的自定义接口的示例图；

图3是根据本发明一个实施例的工作流合法性的验证方法的示例图；

图4是根据本发明一个实施例的工作流合法性的验证装置的结构框图；

图5是根据本发明一个实施例的验证模块的结构框图；以及

图6是根据本发明另一个实施例的工作流合法性的验证装置的结构框图。

具体实施方式

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

下面参考附图描述本发明实施例的工作流合法性的验证方法以及验证装置。

图1是根据本发明一个实施例的工作流合法性的验证方法的流程图。如图1所示，该工作流合法性的验证方法可以包括：

S101，接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件。

需要说明的是，在本发明的实施例中，上述流程相关XMLSchema文件可以是预先定义的，即是以可扩展标记语言(标准通用标记语言的子集)为基础的，用于定义一份XML文档的合法组件群，例如，一份流程相关XMLSchema文件可定义：可以出现在文档里的元素、可以出现在文档里的属性、哪些元素是子元素、子元素的顺序、子元素的数量、一个元素应是否能包含文本或应该是空的、元素和属性的数据类型、元素和属性的默认值和固定值等。

可以理解，本发明提出的工作流合法性的验证方法添加了针对业务逻辑合法性的验证，因此，在本发明的实施例中，在流程相关XMLSchema文件中描述每个元素和属性时，可添加针对业务逻辑的逻辑验证类的标识信息，该标识信息可对应逻辑验证类，该逻辑验证类定义了特定的验证接口，即可在流程相关XMLSchema文件中预先对相关元素和/或属性上配置逻辑验证接口，以实现针对业务逻辑合法性的验证。

S102，接收用户在流程设计时所输入的设计内容，并根据设计内容生成工作流流程文件。

用户可通过流程设计器来进行业务流程设计。当检测到流程设计完成并进行保存时，可获取用户选择的业务流程模板，并接收用户针对该业务流程模板进行输入的设计内容，并根据业务流程模板以及设计内容生成工作流流程文件。

S103，根据工作流流程文件生成对应的业务流程XML文件。

具体而言，在本发明的实施例中，可根据XMLSchema标准将工作流流程文件转换成业务流程XML文件。也就是说，在生成工作流流程文件之后，可执行文件转换过程，即该工作流流程文件被转换为符合特定标准(如XMLSchema)的XML文件。

S104，获取流程相关XMLSchema文件，并根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证。

具体而言，可根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证，在进行流程格式合法性验证的过程中，还可获取XMLSchema文件中逻辑验证类的标识信息，并可根据该标识信息获取对应的逻辑验证规则，并根据该逻辑验证规则对业务流程XML文件进行业务逻辑合法性验证。

需要说明的是，本发明实施例的工作流合法性的验证方法支持传统的流程文件格式和内容有效性的验证，考虑到现有XML框架相对于自定义XML解析器更加稳定，并且前者在验证规则定制过程中对程序的入侵性小于后者，后期维护也更加方便，所以本发明针对传统的流程数据正确性的验证，采用集成XMLSchema框架的形式进行验证。

也就是说，可将采用集成XMLSchema框架的形式将上述将流程相关XMLSchema文件与业务流程XML文件进行模式匹配，以实现对业务流程XML文件的格式内容合法性验证，并生成对应的格式验证结果。在对业务流程XML文件进行流程格式合法性验证的过程中，还可获取XMLSchema文件中逻辑验证类的标识信息，并可根据该标识信息加载相关的逻辑验证规则，之后可获取业务流程XML文件中的元素和/或属性对象，并将该元素和/或属性对象输入至逻辑验证规则，以验证元素和/或属性对象的逻辑合法性，并生成对应的业务逻辑验证结果，即在加载逻辑验证规则时可以业务流程XML文件中的元素和/或属性对象为输入，以是否合法为输出，当元素和/或属性不合法时，可生成包含验证失败的错误信息，可选地，该错误信息可包括但不限于错误码、失败原因、解决问题的建议等。

可选地，在合法性验证结果后，可将生成的格式验证结果以及业务逻辑验证结果输出到流程设计器，以使流程设计器返回给用户。

其中，在本发明的一个实施例中，该逻辑验证规则可为自定义逻辑验证规则或通用逻辑验证规则等。

可选地，在本发明的一个实施例中，当该逻辑验证规则为自定义逻辑验证规则时，在接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件之前，该验证方法还包括：提供逻辑规则自定义接口，用于接收用户针对流程业务逻辑进行自定义的逻辑验证规则、自定义逻辑验证规则的逻辑验证类以及标识信息。

也就是说，在面对不断变化的业务逻辑，其对应的逻辑验证规则也应当随时调整以适应随需而变，因此，可提供可以进行逻辑验证规则的自定义接口，使得用户能够通过该自定义接口进行逻辑验证规则的自定义。用户只需按照自己需求定制自己的逻辑验证规则，并该逻辑验证规则以实现类(上述的逻辑验证类，即实现接口)的方式配置在相应Schema文件中即可。例如，如图2所示，用户可通过自定义接口定义：流程后置条件是否合法、流程办理人是否有效的逻辑验证规则，并将该逻辑验证规则以逻辑验证类的方式配置在Schema文件。由此，通过支持应用程序开发人员扩展流程的验证规则，提高了验证方案的通用性和随需变化能力。

需要说明的是，尽管每个业务流程通常都具有一些其特定的规则，但仍然可以从中提炼出一些通用的业务规则，以适用于一般流程。通过引入这些通用的业务规则，可以使业务人员、流程设计人员和***开发者不必关心一些常识性的验证，而将精力集中在特殊的业务规则上，进而提高流程设计人员和研发过程的效率。由此，通过提供通用业务逻辑的实现，以支持业务资产的复用。如下面表1，示出了一些常见的通用验证规则，可以理解，这些通用验证规则是在流程设计过程中默认应当遵守的，否则可返回错误信息。

表1通用逻辑验证规则

可以理解，在企业流程的设计和运行过程中，通常会有针对本企业业务场景的验证规则被不断复用。对于这样的业务规则，可通过扫描Schema文件即可轻易发现，这样即形成了企业业务流程资源的一部分。当企业需要引入新的业务流程时，可通过将历史中常见的逻辑验证规则导入而非重新设计逻辑验证规则，大大提高了流程业务逻辑验证复用程度，保持了业务操作的连贯性。

根据本发明实施例的工作流合法性的验证方法，可先接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件，在接收到用户在流程设计时所输入的设计内容之后，可根据设计内容生成工作流流程文件，并根据工作流流程文件生成对应的业务流程XML文件，之后，可获取流程相关XMLSchema文件，并根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证，即在对业务流程XML文件进行合法性验证时，既支持传统的流程验证方法，又支持流程业务逻辑的验证，提高了验证结果的准确性，增强了业务人员的参与度，提高了***实施的准确性。

为了使得本领域的技术人员能够更加清楚地了解本发明的特点，下面将举例说明。

举例而言，本发明提出的验证方法在对流程文件的合法性进行验证时，主要通过流程格式校验和业务逻辑校验两方面进行验证。如图3所示，本发明针对业务流程的验证过程可如下：用户在根据业务流程模板进行流程设计的过程中，当检测到流程设计完成并进行保存时，可根据设计内容生成工作流流程文件，并将该工作流流程文件转换为符合特定标准(XMLSchema)的XML文件，即业务流程XML文件。之后，可采用XMLSchema框架，根据流程相关XMLSchema文件对该业务流程XML文件进行模式匹配，以实现流程格式合法性的验证，并生成对应的格式验证结果。在对业务流程XML文件进行流程格式校验的过程中，还可获取流程相关XMLSchema文件中的逻辑验证类的标识信息，并可根据该标识信息加载相关的逻辑验证规则，并以业务流程XML文件中的元素和/或属性对象为输入，以是否合法为输出，生成对应的业务逻辑验证结果，以完成业务流程的业务逻辑校验。

为了实现上述实施例，本发明还提出了一种工作流合法性的验证装置。

图4是根据本发明一个实施例的工作流合法性的验证装置的结构框图。如图4所示，该工作流合法性的验证装置可以包括：第一接收模块10、第二接收模块20、第一生成模块30、第二生成模块40和验证模块50。

具体地，第一接收模块10可用于接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件。

需要说明的是，在本发明的实施例中，上述流程相关XMLSchema文件可以是预先定义的，即是以可扩展标记语言(标准通用标记语言的子集)为基础的，用于定义一份XML文档的合法组件群，例如，一份流程相关XMLSchema文件可定义：可以出现在文档里的元素、可以出现在文档里的属性、哪些元素是子元素、子元素的顺序、子元素的数量、一个元素应是否能包含文本或应该是空的、元素和属性的数据类型、元素和属性的默认值和固定值等。

可以理解，本发明提出的工作流合法性的验证装置添加了针对业务逻辑合法性的验证，因此，在本发明的实施例中，在流程相关XMLSchema文件中描述每个元素和属性时，可添加针对业务逻辑的逻辑验证类的标识信息，该标识信息可对应逻辑验证类，该逻辑验证类定义了特定的验证接口，即可在流程相关XMLSchema文件中预先对相关元素和/或属性上配置逻辑验证接口，以实现针对业务逻辑合法性的验证。

第二接收模块20可用于接收用户在流程设计时所输入的设计内容。第一生成模块30可用于根据设计内容生成工作流流程文件。

更具体地，用户可通过流程设计器来进行业务流程设计。当检测到流程设计完成并进行保存时，第二接收模块20可获取用户选择的业务流程模板，并接收用户针对该业务流程模板进行输入的设计内容，第一生成模块30根据业务流程模板以及设计内容生成工作流流程文件。

第二生成模块40可用于根据工作流流程文件生成对应的业务流程XML文件。具体而言，第二生成模块40可根据XMLSchema标准将工作流流程文件转换成业务流程XML文件。也就是说，在第一生成模块30生成工作流流程文件之后，第二生成模块40可执行文件转换过程，即该工作流流程文件被转换为符合特定标准(如XMLSchema)的XML文件。

验证模块50可用于获取流程相关XMLSchema文件，并根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证。

具体而言，在本发明的一个实施例中，如图5所示，该验证模块50可包括：第一验证单元51、获取单元52和第二验证单元53。

具体地，第一验证单元51可用于根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证。具体而言，第一验证单元51可将XMLSchema文件与业务流程XML文件进行模式匹配，并生成对应的格式验证结果。

获取单元52可用于获取XMLSchema文件中逻辑验证类的标识信息，并根据标识信息获取对应的逻辑验证规则。

第二验证单元53可用于根据逻辑验证规则对业务流程XML文件进行业务逻辑合法性验证。具体而言，第二验证单元53可获取业务流程XML文件中的元素和/或属性对象，并将元素和/或属性对象输入至逻辑验证规则以验证元素和/或属性对象的逻辑合法性，并生成对应的业务逻辑验证结果。

需要说明的是，本发明实施例的工作流合法性的验证装置支持传统的流程文件格式和内容有效性的验证，考虑到现有XML框架相对于自定义XML解析器更加稳定，并且前者在验证规则定制过程中对程序的入侵性小于后者，后期维护也更加方便，所以本发明针对传统的流程数据正确性的验证，采用集成XMLSchema框架的形式进行验证。

也就是说，验证模块50可将采用集成XMLSchema框架的形式将上述将流程相关XMLSchema文件与业务流程XML文件进行模式匹配，以实现对业务流程XML文件的格式内容合法性验证，并生成对应的格式验证结果。在对业务流程XML文件进行流程格式合法性验证的过程中，验证模块50还可获取XMLSchema文件中逻辑验证类的标识信息，并可根据该标识信息加载相关的逻辑验证规则，之后可获取业务流程XML文件中的元素和/或属性对象，并将该元素和/或属性对象输入至逻辑验证规则，以验证元素和/或属性对象的逻辑合法性，并生成对应的业务逻辑验证结果，即在加载逻辑验证规则时可以业务流程XML文件中的元素和/或属性对象为输入，以是否合法为输出，当元素和/或属性不合法时，可生成包含验证失败的错误信息，可选地，该错误信息可包括但不限于错误码、失败原因、解决问题的建议等。

可选地，在合法性验证结果后，验证模块50可将生成的格式验证结果以及业务逻辑验证结果输出到流程设计器，以使流程设计器返回给用户。

其中，在本发明的一个实施例中，上述逻辑验证规则可为自定义逻辑验证规则或通用逻辑验证规则等。

可选地，在本发明的一个实施例中，当逻辑验证规则为自定义逻辑验证规则时，如图6所示，该验证装置还可包括提供模块60，提供模块60可用于在第一接收模块10接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件之前，提供逻辑规则自定义接口以接收用户针对流程业务逻辑进行自定义的逻辑验证规则、自定义逻辑验证规则的逻辑验证类以及标识信息。

也就是说，在面对不断变化的业务逻辑，其对应的逻辑验证规则也应当随时调整以适应随需而变，因此，提供模块60可提供可以进行逻辑验证规则的自定义接口，使得用户能够通过该自定义接口进行逻辑验证规则的自定义。用户只需按照自己需求定制自己的逻辑验证规则，并该逻辑验证规则以实现类(上述的逻辑验证类，即实现接口)的方式配置在相应Schema文件中即可。例如，如图2所示，用户可通过自定义接口定义：流程后置条件是否合法、流程办理人是否有效的逻辑验证规则，并将该逻辑验证规则以逻辑验证类的方式配置在Schema文件。由此，通过支持应用程序开发人员扩展流程的验证规则，提高了验证方案的通用性和随需变化能力。

需要说明的是，尽管每个业务流程通常都具有一些其特定的规则，但仍然可以从中提炼出一些通用的业务规则，以适用于一般流程。通过引入这些通用的业务规则，可以使业务人员、流程设计人员和***开发者不必关心一些常识性的验证，而将精力集中在特殊的业务规则上，进而提高流程设计人员和研发过程的效率。由此，通过提供通用业务逻辑的实现，以支持业务资产的复用。如上述表1，示出了一些常见的通用验证规则，可以理解，这些通用验证规则是在流程设计过程中默认应当遵守的，否则可返回错误信息。

可以理解，在企业流程的设计和运行过程中，通常会有针对本企业业务场景的验证规则被不断复用。对于这样的业务规则，可通过扫描Schema文件即可轻易发现，这样即形成了企业业务流程资源的一部分。当企业需要引入新的业务流程时，可通过将历史中常见的逻辑验证规则导入而非重新设计逻辑验证规则，大大提高了流程业务逻辑验证复用程度，保持了业务操作的连贯性。

根据本发明实施例的工作流合法性的验证装置，可通过第一接收模块接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XMLSchema文件，在第二接收模块接收到用户在流程设计时所输入的设计内容之后，第一生成模块根据设计内容生成工作流流程文件，第二生成模块根据工作流流程文件生成对应的业务流程XML文件，验证模块获取流程相关XMLSchema文件，并根据XMLSchema文件对业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证，即在对业务流程XML文件进行合法性验证时，既支持传统的流程验证方法，又支持流程业务逻辑的验证，提高了验证结果的准确性，增强了业务人员的参与度，提高了***实施的准确性。

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

在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

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

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

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

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

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

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

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

Claims (14)

1.一种工作流合法性的验证方法，其特征在于，包括以下步骤：

接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新所述流程相关XMLSchema文件；

接收所述用户在流程设计时所输入的设计内容，并根据所述设计内容生成工作流流程文件；

根据所述工作流流程文件生成对应的业务流程XML文件；以及

获取所述流程相关XMLSchema文件，并根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证。

2.如权利要求1所述的工作流合法性的验证方法，其特征在于，根据所述工作流流程文件生成对应的业务流程XML文件，具体包括：

根据XMLSchema标准将所述工作流流程文件转换成所述业务流程XML文件。

3.如权利要求1或2所述的工作流合法性的验证方法，其特征在于，根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证，具体包括：

根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证；

获取所述XMLSchema文件中所述逻辑验证类的标识信息，并根据所述标识信息获取对应的逻辑验证规则；

根据所述逻辑验证规则对所述业务流程XML文件进行业务逻辑合法性验证。

4.如权利要求3所述的工作流合法性的验证方法，其特征在于，根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证，具体包括：

将所述XMLSchema文件与所述业务流程XML文件进行模式匹配，并生成对应的格式验证结果。

5.如权利要求3或4所述的工作流合法性的验证方法，其特征在于，根据所述逻辑验证规则对所述业务流程XML文件进行业务逻辑合法性验证，具体包括：

获取所述业务流程XML文件中的元素和/或属性对象；

将所述元素和/或属性对象输入至所述逻辑验证规则，以验证所述元素和/或属性对象的逻辑合法性，并生成对应的业务逻辑验证结果。

6.如权利要求3至5中任一项所述的工作流合法性的验证方法，其特征在于，其中，所述逻辑验证规则为自定义逻辑验证规则或通用逻辑验证规则。

7.如权利要求6所述的工作流合法性的验证方法，其特征在于，当所述逻辑验证规则为自定义逻辑验证规则时，在接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新所述流程相关XMLSchema文件之前，所述方法还包括：

提供逻辑规则自定义接口，用于接收用户针对流程业务逻辑进行自定义的逻辑验证规则、所述自定义逻辑验证规则的逻辑验证类以及标识信息。

8.一种工作流合法性的验证装置，其特征在于，包括：

第一接收模块，用于接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新所述流程相关XMLSchema文件；

第二接收模块，用于接收所述用户在流程设计时所输入的设计内容；

第一生成模块，用于根据所述设计内容生成工作流流程文件；

第二生成模块，用于根据所述工作流流程文件生成对应的业务流程XML文件；以及

验证模块，用于获取所述流程相关XMLSchema文件，并根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证以及业务逻辑合法性验证。

9.如权利要求8所述的工作流合法性的验证装置，其特征在于，所述第二生成模块具体用于：根据XMLSchema标准将所述工作流流程文件转换成所述业务流程XML文件。

10.如权利要求8或9所述的工作流合法性的验证装置，其特征在于，所述验证模块包括：

第一验证单元，用于根据所述XMLSchema文件对所述业务流程XML文件进行流程格式合法性验证；

获取单元，用于获取所述XMLSchema文件中所述逻辑验证类的标识信息，并根据所述标识信息获取对应的逻辑验证规则；

第二验证单元，用于根据所述逻辑验证规则对所述业务流程XML文件进行业务逻辑合法性验证。

11.如权利要求10所述的工作流合法性的验证装置，其特征在于，所述第一验证单元具体用于：将所述XMLSchema文件与所述业务流程XML文件进行模式匹配，并生成对应的格式验证结果。

12.如权利要求10或11所述的工作流合法性的验证装置，其特征在于，所述第二验证单元具体用于：

获取所述业务流程XML文件中的元素和/或属性对象；

将所述元素和/或属性对象输入至所述逻辑验证规则以验证所述元素和/或属性对象的逻辑合法性，并生成对应的业务逻辑验证结果。

13.如权利要求10至12中任一项所述的工作流合法性的验证装置，其特征在于，其中，所述逻辑验证规则为自定义逻辑验证规则或通用逻辑验证规则。

14.如权利要求13所述的工作流合法性的验证装置，其特征在于，当所述逻辑验证规则为自定义逻辑验证规则时，所述装置还包括：

提供模块，用于在所述第一接收模块接收用户预先在流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新所述流程相关XMLSchema文件之前，提供逻辑规则自定义接口以接收用户针对流程业务逻辑进行自定义的逻辑验证规则、所述自定义逻辑验证规则的逻辑验证类以及标识信息。