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

摘要

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

说明书

技术领域

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

背景技术

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

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

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

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

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

发明内容

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

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

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

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

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

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

根据本发明实施例的工作流合法性的验证装置，可通过第一接收模块接收用户预先在 流程相关XMLSchema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关XML Schema文件，在第二接收模块接收到用户在流程设计时所输入的设计内容之后，第一生成 模块根据设计内容生成工作流流程文件，第二生成模块根据工作流流程文件生成对应的业 务流程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文件即可轻易发现，这样即形成 了企业业务流程资源的一部分。当企业需要引入新的业务流程时，可通过将历史中常见的 逻辑验证规则导入而非重新设计逻辑验证规则，大大提高了流程业务逻辑验证复用程度， 保持了业务操作的连贯性。

根据本发明实施例的工作流合法性的验证方法，可先接收用户预先在流程相关XML Schema文件中相关元素和/或属性上配置的逻辑验证类以更新流程相关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框架的形式将上述将流程相关XML Schema文件与业务流程XML文件进行模式匹配，以实现对业务流程XML文件的格式内容合 法性验证，并生成对应的格式验证结果。在对业务流程XML文件进行流程格式合法性验证 的过程中，验证模块50还可获取XMLSchema文件中逻辑验证类的标识信息，并可根据该 标识信息加载相关的逻辑验证规则，之后可获取业务流程XML文件中的元素和/或属性对 象，并将该元素和/或属性对象输入至逻辑验证规则，以验证元素和/或属性对象的逻辑合 法性，并生成对应的业务逻辑验证结果，即在加载逻辑验证规则时可以业务流程XML文件 中的元素和/或属性对象为输入，以是否合法为输出，当元素和/或属性不合法时，可生成 包含验证失败的错误信息，可选地，该错误信息可包括但不限于错误码、失败原因、解决 问题的建议等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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