CN102750597B - 一种用于集成异构业务流程的计算机实现的方法和装置 - Google Patents

Abstract

本发明的各实施方式涉及一种用于集成异构业务流程的计算机实现的方法和装置。在一个实施方式中，提供了一种用于集成异构业务流程的计算机实现的方法，该方法包括：读取第一业务流程的第一流程信息；从统一流程视图获得第二业务流程的第二流程信息；以及将第一流程信息的至少一部分和第二流程信息的至少一部分集成为第三业务流程；其中第一业务流程与第二业务流程是异构的业务流程。在另一实施方式中，提供了一种用于集成异构业务流程的计算机实现的装置。

Description

一种用于集成异构业务流程的计算机实现的方法和装置

技术领域

本发明的各实施方式涉及业务流程管理，并且更具体地，涉及一种用于集成异构业务流程的计算机实现的方法、装置和相关计算机程序产品。

背景技术

计算机技术的发展为人们的生活提供了诸多便利，目前已经开发出了各种计算机硬件和软件产品，用于自动化组织和管理原本以手工进行的操作流程。例如，业务流程管理(BusinessProcessManagement，BPM)技术的出现提供了自动实现操作流程的应用，除了帮助企业进行业务流程分析，还可以利用计算机技术将原有的人工操作和公文传递等过程实现自动化。

目前许多软件提供商已经开发了用于业务流程管理的各种应用产品，例如专用于申请出差、申请预订机票和报申请销等业务流程的应用，然而这些应用通常功能单一并且只能用于专用目的。然而在企业的发展过程中，大多数企业通常会使用来自多个软件提供商的产品来管理企业自身的业务流程，例如，可能会使用来自IBM公司的应用用于管理申请出差的业务流程，使用来自Oracle公司的应用用于管理申请预订机票的业务流程，以及使用来自SAP公司的应用用于管理申请报销的流程。这种基于不同提供商的技术实现的业务流程也即本发明中所指的“异构业务流程”。

由于上述三个应用来自不同的提供商，应用的格式并不能兼容，这造成用户不能将各个应用扩展至设计的专用业务流程以外的其他流程。目前并不提供将来自多个提供商的异构业务流程进行集成的解决方案，而是用户必须另行开发用于集成特定类型的异构业务流程的专门工具，或者购买可以提供期望业务流程的应用。两种方案都将造成额外的开销，原先购买的应用将被新的应用取代，造成难以提供资源重用并导致已有投资的浪费。

发明内容

因此，在期望尽量减少重复投资并且重用现有的业务流程管理应用的前提下，如何实现异构业务流程的集成成为一项亟待解决的问题。为此，本发明的各实施方式提供了一种用于集成异构业务流程的计算机实现的方法、装置和计算机程序产品。

在一个实施方式中，提供了一种用于集成异构业务流程的计算机实现的方法。该方法包括：读取第一业务流程的第一流程信息；从统一流程视图获得第二业务流程的第二流程信息；以及将第一流程信息的至少一部分和第二流程信息的至少一部分集成为第三业务流程；其中第一业务流程与第二业务流程是异构的业务流程。

在另一实施方式中，提供一种用于集成异构业务流程的计算机实现的装置。该装置包括：读取装置，配置为读取第一业务流程的第一流程信息；获得装置，配置为从统一流程视图获得第二业务流程的第二流程信息；以及集成装置，配置为将第一流程信息的至少一部分和第二流程信息的至少一部分集成为第三业务流程；其中第一业务流程与第二业务流程是异构的业务流程。

根据本发明的各实施方式，可以提供统一流程视图，并且基于该统一流程视图将异构业务流程进行集成，来实现资源重用和降低成本的目的。并且使用根据本发明实施方式的方法、装置和计算机程序产品，用户可以在不精通专业开发知识的情况下实现异构业务流程的集成。

附图说明

结合附图并参考以下详细说明，本发明各实施方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本发明的若干实施方式。在附图中：

图1示意性示出了根据一个解决方案的集成异构业务流程的方法示意图；

图2示意性示出了根据本发明一个实施方式的集成异构业务流程的方法的流程图；

图3A和图3B分别示意性示出了根据本发明一个实施方式的数据源元数据以及流程资源元数据的数据结构；

图4A至图4C分别示意性示出了与异构业务流程相关联的流程模型的示例；

图5示意性示出了根据本发明一个实施方式的集成异构业务流程的方法的操作；

图6示意性示出了根据本发明一个实施方式的集成后的业务流程的流程模型，该业务流程集成了对应于图4A和图4B中所示流程模型的异构业务流程；

图7示意性示出了根据本发明另一实施方式的集成后的业务流程的流程模型，该业务流程集成了对应于图4A至图4C中所示流程模型的异构业务流程；以及

图8示意性示出了根据本发明一个实施方式的集成异构业务流程的装置的框图。

具体实施方式

下面参考附图详细描述本发明的各实施方式。

附图中的流程图和框图，图示了按照本发明各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

应当注意，本发明中所述的业务流程是指在企业运营过程中针对某项事务的操作流程(例如，申请出差业务流程、申请报销业务流程等)，可以基于不同公司的技术来实现业务流程，例如以IBM^TMDB格式、Oracle^TMDB格式或者SAp^TM格式来实现。在本发明的实施方式中，流程信息是指以特定格式描述的业务流程。例如，如果申请出差的业务流程是基于IBM^TMDB格式实现的，则将以IBM^TMDB专用格式描述的数据称为“申请出差”这个业务流程的流程数据。

举例而言，可以存在三个业务流程：申请出差、申请预订机票以及申请报销。现在仅以申请出差的业务流程作为示例说明业务流程的含义。例如，某企业规定申请出差的申请人需要填写出差申请表，并将该表交给部门经理审批，接着再将具有部门经理签字的出差申请表交总经理审批，最后再将具有部门经理、总经理两者签字的出差申请表交财务经理审批，在财务经理批准之后该申请人才能出差。这就一个典型的业务流程。例如申请出差的业务流程可以基于IBM^TMDB格式实现。

类似地，申请预订机票的业务流程可以是，申请人将具有三位经理签字的出差申请表与机票申请表一起交部门经理审批，部门经理在机票申请表上签字，该申请人再将机票申请表依次交给总经理和财务经理签字，只有三位经理分别依次在机票申请表上签字之后，该申请人才可以预订机票。此时虽然三位经理不需要再在出差申请表上签字，然而具有三位经理签字的出差申请表是触发申请预订机票这个业务流程的一个前提条件，因而在申请预订机票的业务流程中还需要出差申请表。例如，申请预订机票的业务流程可以基于Oracle^TMDB格式来实现。

类似地，分别具有三位经理签字的出差申请表和机票申请表是触发申请报销业务流程的前提条件，并且申请人还需要填写报销申请表并依次交三位经理签字，在此不再赘述。例如，申请报销的业务流程可以基于SAP^TM的格式来实现。

由于上文的三个示例性业务流程是异构的业务流程，在将这些业务流程集成为一个大的业务流程(即，包括申请出差、申请预订机票和申请报销三个业务流程)过程中，需要针对每两个业务流程单独开发转换工具。

图1示意性示出了根据一个解决方案的集成异构业务流程的方法示意图100。如图1所示的异构业务流程，包括业务流程一110、业务流程二112、业务流程三114和业务流程N116，当希望将上述业务流程集成为一个业务流程时，需要分别开发多个转换工具，例如业务流程一110与业务流程二112之间的转换工具A、业务流程一110与业务流程三114之间的转换工具B、以及业务流程一110与业务流程N116之间的转换工具C，等等。

本发明的各实施方式提供了一种用于集成异构业务流程的计算机实现的方法，该方法可以克服传统操作中为集成两个异构业务流程而单独开发专用转换工具的缺点，提供了基于统一流程视图实现集成异构业务流程的方法。

图2示意性示出了根据本发明一个实施方式的集成异构业务流程的方法的流程图200。首先在步骤S202中，读取第一业务流程的第一流程信息。在此所述的第一业务流程例如可以是前文所述的申请出差的业务流程，第一流程信息可以是以IBM^TMDB格式描述的信息。应当注意，本发明的各实施方式提供了一种集成异构业务流程的方法，可以首先读取一个业务流程并将该业务流程作为主体，继而将另一业务流程的至少一部分集成到该主体当中。这里的第一业务流程可以位于执行根据本实施方式的方法的计算机本地，或者还可以位于该计算机以外的其他远程位置。

在步骤S204中，从统一流程视图获得第二业务流程的第二流程信息。例如此时的第二业务流程可以是基于Oracle^TMDB技术实现的申请预订机票的业务流程。应当注意，尽管第二业务流程本身是基于Oracle^TMDB技术实现，在此的第二流程信息是采用与第一流程信息相同的数据格式(也即，以IBM^TMDB格式)描述的，此时的第二流程信息是在统一流程视图中获得的经过转换的流程信息，这在下文中将具体描述。

当第一业务流程与第二业务流程是同构的业务流程，也即两个业务流程本身采用相同格式(例如，均为IBM^TMDB格式)描述时，则采用现有技术的解决方案即可实现两个业务流程的集成，因而不在本发明的考虑范围内。在本发明的实施方式中，第一业务流程与第二业务流程是异构的业务流程。

在步骤S206中，将第一流程信息的至少一部分和第二流程信息的至少一部分集成为第三业务流程。这里的第三业务流程可以是与第一业务流程和第二业务流程中的任一项同构或者异构的业务流程，并且第一业务流程与第二业务流程是异构的业务流程。

在一个实施方式中，从统一流程视图获得第二业务流程的第二流程信息之前还包括预处理操作。在下文中，首先参见图3A和图3B，描述在预处理操作中涉及的数据结构，以便详细说明该预处理操作的各个步骤。图3A和图3B分别示意性示出了根据本发明一个实施方式的数据源元数据310以及流程资源元数据320的数据结构。

图3A所示的数据源元数据310是指描述流程资源的信息，也即描述业务流程的来源的信息。如图3A所示，数据源元数据310包括数据源类型312、数据源描述314以及驱动信息316中的至少一种。在一个实施方式中，数据源元数据310可以包括数据源类型312、数据源描述314以及驱动信息316。这里的数据源类型312是指业务流程是何种类型，例如基于IBM^TMDB格式的类型、基于Oracle^TMDB格式的类型或者基于SAP^TM格式的类型。本发明的实施方式将基于不同的数据源类型312而执行不同的操作。

数据源描述314是指业务流程的总体描述，该描述针对不同的数据源类型312而有所不同。例如对于基于SAP^TM格式的业务流程而言，数据源描述314包括：IP、用户名、密码、客户端号、系统名称、系统号，等等；而对于基于IBM^TMDB格式的业务流程而言，可以包括：IP、连接描述、schema(方案)、用户名、密码，等等。

为实现对异构业务流程的集成，本发明的实施方式定义了一种统一格式，而驱动信息316是指描述如何在业务流程的自身格式与统一格式之间相互转换的信息，例如可以包括实现驱动信息时使用的类的名称以及所涉及方法的参数列表等。该驱动信息316针对不同的数据源类型而具有不同内容。例如对于基于SAP格式的业务流程，驱动信息316可以包括函数名称、函数参数列表等。在此，驱动信息可以由特定数据源类型的提供商提供，或者可以由用户基于提供商提供的接口规范自行开发。

图3B示出了流程资源元数据320的数据结构。流程资源元数据是指描述流程资源的信息，如图3B所示可以包括两部分：流程描述322，用于概括描述流程的整体状况，例如可以包括流程的统一资源标识符、数据源元数据标识符和状态等；以及流程模型324，例如可以包括活动、连接和私有数据中的至少一种。在一个实施方式中，流程模型324可以包括活动、连接和私有数据。应当注意，流程模型具有统一格式，并且这种具有统一格式的流程模型构成了统一流程视图。

在明确了图3A和图3B所示数据结构的具体含义之后，可以更好地理解上文所述的预处理操作。预处理操作实质上基于数据源元数据和流程资源元数据，将异构业务流程转换为统一流程视图中的具有统一格式的流程模型，也即，获得与异构业务流程相关联的流程资源元数据中的流程模型。

在一个实施方式中，从统一流程视图获得第二业务流程的第二流程信息之前还包括预处理操作。该预处理操作例如包括，首先向统一流程视图注册第二业务流程的数据源元数据，这里的注册目的之一在于向统一流程视图告知如何定位第二业务流程以及如何从该第二业务流程中获取所需信息。接着基于数据源元数据获得第二业务流程的流程资源元数据。基于数据源元数据中包括的数据源类型、数据源描述和驱动信息，可以容易地获得第二业务流程的流程资源元数据。应当注意，流程资源元数据包括流程描述和流程模型。

在一个实施方式中，从统一流程视图获得第二业务流程的第二流程信息包括：从流程资源元数据获得第二业务流程的第二流程信息。在一个实施方式中，从流程资源元数据获得第二业务流程的第二流程信息包括：将流程资源元数据中的流程模型转换为以第一流程信息的格式描述的第二流程信息。提供统一流程视图的目的之一在于以统一格式展示异构的业务流程，为便于在下一步中能够以相同的格式进行集成操作，还需要将以统一格式描述的流程模型转换为以第一流程信息的格式描述的第二流程信息。

在一个实施方式中，流程模型包括：活动、连接以及私有数据中的至少一种。活动用于描述业务流程中的具体操作步骤；连接是指两个活动之间具有时间上的前后关系，将这种前后关系定义为“连接”；私有数据是指从一个活动到下一活动的执行期间所需的数据，也即与连接相关联的数据。

在下文中，将参见图4A至图4C详述与异构业务流程相关联的流程模型。图4A至图4C分别示意性示出了用于完成不同操作的异构业务流程的流程模型的示例图示。例如，流程模型410、430和450分别对应于上文所述的三个业务流程：基于IBM^TMDB格式实现的申请出差的业务流程、基于Oracle^TMDB格式实现的申请预订机票的业务流程和基于SAP^TM格式实现的申请报销的业务流程。采用根据本发明一个实施方式的方法，可以基于业务流程的数据源元数据和流程资源元数据获得以统一格式描述的流程模型，例如图4A至图4C所示的流程模型410、430和450。

下面概述图4A至图4C所示的流程模型的含义。就图4A所示的流程模型410而言，活动包括：申请出差412、部门经理审批414、总经理审批416和财务经理审批418；箭头A、B、C和D分别表示时间上的前后相继的两个活动之间的“连接”；出差申请表422、424、426、428是分别与连接A、B、C和D相关联的私有数据。例如出差申请表422表示，在申请出差412后需要提交出差申请表422，以便执行活动“部门经理审批414”。

如业务流程410所示，活动412示出了申请出差的步骤，此时需要申请人提交出差申请表422；继而在活动414处，部门经理审批出差申请表422并且在该表上签字，具有部门经理签字的出差申请表标记为424；接着在活动416处，总经理审批并且在具有部门经理签字的出差申请表424上签字，并得到具有部门经理、总经理签字的出差申请表426；最后经过活动418所示的财务经理审批之后，得到具有部门经理、总经理和财务经理三者签字的出差申请表428。

图4B中示出了申请预订机票的另一业务流程430，执行该业务流程的一个条件是申请人已经获得具有三位经理签字的出差申请表，才能申请预订机票。业务流程430类似于业务流程410，申请人在步骤432处申请预订机票，提交的文件442包括机票申请表和具有部门经理、总经理和财务经理三者签字的出差申请表。继而在活动434处，部门经理审批机票申请表并签字，得到具有部门经理签字的机票申请表；在活动436处，总经理审批，并且在活动438处，财务经理审批，最终得到具有三位经理签字的机票申请表。此时，尽管具有三位经理签字的出差申请表在业务流程430中并未改变，该出差申请表也是必要的。

图4C中示出了管理预订机票的另一业务流程450，执行该业务流程的条件是申请人已经获得分别具有三位经理签字的出差申请表和机票申请表，此时才能申请报销。在业务流程450中所示的活动452、454、456和458以及相应的私有数据462、464、466和468的含义类似于业务流程430，在此不再赘述。

现在参见图5，该图示意性示出了根据本发明一个实施方式的集成异构业务流程的方法的操作500。在一个实施方式中，在上文所述的预处理步骤中，可以首先向统一流程视图存储以统一格式描述的流程模型，例如将各个同构或者异构的业务流程转换为具有统一格式的流程模型并存入统一流程视图，并将该统一流程视图作为可选择用于后续集成操作的统一资源池。

如图5中箭头A和B所示，可以将第一业务流程510和第二业务流程520分别从它们自身原有的数据格式转换为具有统一格式的流程模型。例如第一业务流程510可以是基于IBM^TMDB格式的、用于申请出差的业务流程，而第二业务流程520可以是基于Oracle^TMDB格式的、用于申请机票预订的业务流程。在图5中分别以椭圆形和矩形示出了第一业务流程510和第二业务流程520中的流程图，目的之一在于表示两个业务流程可以具有不同的类型，也即可以基于不同的格式。

经过箭头A和箭头B所示的预处理操作，则可从第一业务流程510和第二业务流程520中获得以统一格式描述的流程模型(以虚线示出)，并将其存入统一流程视图540。继而，如箭头C所示的操作对应于图2中步骤S202所示的读取第一业务流程的第一流程信息，而箭头D的操作对应于图2中步骤S204所示的从统一流程视图获得第二业务流程的第二流程信息，并且在图5中第三业务流程530中示出的，即为将第一流程信息的至少一部分和第二流程信息的至少一部分集成所得的第三流程模型。应当注意，尽管第三业务流程530与第一业务流程510均以椭圆示出了各自的流程图，在一个实施方式中，第三业务流程530的格式还可以不同于第一业务流程510或者第二业务流程520。

在一个实施方式中，将第一流程信息的至少一部分和第二流程信息的至少一部分集成为第三业务流程包括：编辑第一流程信息的至少一部分和第二流程信息的至少一部分，形成中间流程模型；向统一流程视图提交中间流程模型；以及响应于中间流程模型得以确认，形成第三业务流程。

应当注意，由于集成过程实际上是修改原有的第一业务流程和第二业务流程并形成新的第三业务流程，则需要根据第三业务流程的需求来编辑原有的业务流程。编辑过程可以在读取第一业务流程的计算机处执行，并且中间流程模型可以是第一流程信息的格式。

继而，向统一流程视图提交中间流程模型。该提交过程可以细化为，向统一流程视图上传该中间流程模型，并且将第一流程信息格式描述的中间流程模型转换至统一流程视图支持的流程模型，也即转换为以统一格式描述的流程模型。由于在统一流程视图本身并不具备编辑功能，还需要将与中间流程模型相关联的流程模型返回至开发第二业务流程的工具，以便(例如，由用户)确认在集成过程中形成的中间流程模型是否符合第一业务流程中的规则。接着，响应于中间流程模型得以确认，形成第三业务流程。

在形成中间流程模型期间，由于可能分别修改了第一流程信息和第二流程信息，此时的确认操作目的之一在于验证上述修改是否“合法”。如果第一业务流程的第一流程信息被修改，由于这种修改是在打开第一业务流程的计算机本地执行的，在该计算机本地即可验证该修改是否合法。而由于第二业务流程的第二流程信息是从统一流程视图获得的，则无法在计算机本地验证对第二流程信息的修改是否合法。

在一个实施方式中，响应于中间流程模型得以确认、形成第三业务流程包括：确定中间流程模型相对于第二业务流程的流程模型的改变；将改变同步到第二业务流程；以及响应于成功地将改变同步到第二业务流程，形成第三业务流程。

确定中间流程模型相对于流程模型的改变目的之一在于通过比较中间模型以及与第二业务流程相关联的原始流程模型，确定受到集成操作影响而改变的数据，并且在下一步中仅需确认改变的数据是否合法即可。由于在统一流程视图并不提供确认功能，还需要将改变同步到第二业务流程，并且在开发第二业务流程的工具中(例如，由用户)进行确认。

继而，如果成功地将改变同步到第二业务流程，则认为改变是合法的，或者还可以在开发第二业务流程的工具中进行调整以便使得改变合法，从而形成第三业务流程。如果在调整过程中引入了对于第二业务流程的新修改，则该新修改还需要经由统一流程视图传递至进行集成操作的计算机处，以便形成第三业务流程。

图6示意性示出了根据本发明一个实施方式的集成后的业务流程的示例，该业务流程中集成了对应于图4A和图4B中所示流程模型的异构业务流程。

回顾图4A和4B，对于不同的流程模型410和430，活动414和434均为部门经理审批，两个活动本身的内容是相同的，不同在于活动的对象不同，在活动414中需要审批的对象是出差申请表422，而在活动434中需要审批的对象442包括机票申请表和经过三个经理签字的出差申请表。另外，活动416和436均为总经理审批，活动118和138均为财务经理审批，此时情况也类似于活动414和434。从资源重用的角度出发，可以重新组合两个流程模型410和430中的活动、连接和私有数据，并将其集成为一体化的流程模型。

如图6所示，集成后的流程模型可以包括活动602至612，并且与活动间各个连接对应的私有数据分别为603至613。此时出差的业务流程与预订机票的流程模型合二为一，用户仅需针对集成后的流程模型仅需操作即可完成原来需要在两个业务流程中实现的目的。

应当注意，与图4B所示的流程模型相比，在集成后的流程模型600中，各私有数据中的出差申请表是集成后流程模型内部的数据，并对于相关的活动可见；然而在图4A和4B所示的流程中，私有数据422中的出差申请表是出差流程模型410的输出数据，并被输入至预订机票的业务流程430。

在一个实施方式中，还可以将多个业务流程集成为一个业务流程。图7示意性示出了根据本发明另一实施方式的集成后的业务流程的示例，该业务流程中集成了对应于图4A至图4C中所示流程模型的异构业务流程。图7所示的流程模型700是在图6所示流程模型600的基础上，又集成了图4C所示的报销流程模型450(如附图标记714至721所示)。本领域技术人员可以结合上文针对图6的实施方式来得出图7所示的流程模型700，在此不再赘述。

在一个实施方式中，还包括利用第三业务流程更新统一流程视图。由于统一流程视图的一个目的是提供可供用户选择的流程模型的资源池，当形成新的业务流程时，还可以如上文所述，基于新的业务流程的数据源元数据、流程资源元数据提取以统一格式描述的流程模型，并将该流程模型存入统一流程视图，以便后续供其他用户使用。

在一个实施方式中，提供了一种用于集成异构业务流程的计算机实现的装置。参见图8，该装置包括：读取装置810，配置为读取第一业务流程的第一流程信息；获得装置820，配置为从统一流程视图830获得第二业务流程的第二流程信息；以及集成装置840，配置为将第一流程信息的至少一部分和第二流程信息的至少一部分集成为第三业务流程；其中第一业务流程与第二业务流程是异构的业务流程。

在一个实施方式中，用于集成异构业务流程的计算机实现的装置还包括：注册装置，配置为向统一流程视图注册第二业务流程的数据源元数据；以及流程资源元数据获得装置，配置为基于数据源元数据获得第二业务流程的流程资源元数据，其中流程资源元数据包括流程描述和流程模型。

在一个实施方式中，获得装置包括：流程信息获得装置，配置为从流程资源元数据获得第二业务流程的第二流程信息。

在一个实施方式中，流程信息获得装置包括：转换装置，配置为将流程资源元数据中的流程模型转换为以第一流程信息的格式描述的第二流程信息。

在一个实施方式中，数据源元数据包括：数据源类型、数据源描述以及驱动信息中的至少一种。

在一个实施方式中，流程模型包括：活动、连接以及私有数据中的至少一种。

在一个实施方式中，数据源元数据包括：数据源类型、数据源描述以及驱动信息。

在一个实施方式中，流程模型包括：活动、连接以及私有数据。

在一个实施方式中，集成装置包括：编辑装置，配置为编辑第一流程信息的至少一部分和第二流程信息的至少一部分，形成中间流程模型；提交装置，配置为向统一流程视图提交中间流程模型；以及形成装置，配置为响应于中间流程模型得以确认，形成第三业务流程。

在一个实施方式中，形成装置包括：改变确定装置，配置为确定中间流程模型相对于第二业务流程的流程模型的改变；同步装置，配置为将改变同步到第二业务流程；以及生成装置，配置为响应于成功地将改变同步到第二业务流程，生成第三业务流程。

在一个实施方式中，用于集成异构业务流程的计算机实现的装置还包括：更新装置，配置为利用第三业务流程更新统一流程视图。

应当注意，根据本发明各种实施方式的方法和装置特别适用于将异构业务流程进行集成，由此实现最大化地重用已有的业务流程进而达到降低成本的目的。

本发明可以采取硬件实施方式、软件实施方式或既包含硬件组件又包含软件组件的实施方式的形式。在优选实施方式中，本发明实现为软件，其包括但不限于固件、驻留软件、微代码等。

而且，本发明还可以采取可从计算机可用或计算机可读介质访问的计算机程序产品的形式，这些介质提供程序代码以供计算机或任何指令执行系统使用或与其结合使用。出于描述目的，计算机可用或计算机可读机制可以是任何有形的装置，其可以包含、存储、通信、传播或传输程序以由指令执行系统、装置或设备使用或与其结合使用。

介质可以是电的、磁的、光的、电磁的、红外线的、或半导体的系统(或装置或器件)或传播介质。计算机可读介质的例子包括半导体或固态存储器、磁带、可移动计算机磁盘、随机访问存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。目前光盘的例子包括紧凑盘-只读存储器(CD-ROM)、压缩盘-读/写(CD-R/W)和DVD。

适合于存储/或执行程序代码的数据处理系统将包括至少一个处理器，其直接地或通过系统总线间接地耦合到存储器元件。存储器元件可以包括在程序代码的实际执行期间所利用的本地存储器、大容量存储器、以及提供至少一部分程序代码的临时存储以便减少执行期间从大容量存储器必须取回代码的次数的高速缓存存储器。

输入/输出或I/O设备(包括但不限于键盘、显示器、指点设备等等)可以直接地或通过中间I/O控制器耦合到系统。

网络适配器也可以耦合到系统，以使得数据处理系统能够通过中间的私有或公共网络而耦合到其他数据处理系统或远程打印机或存储设备。调制解调器、线缆调制解调器以及以太网卡仅仅是当前可用的网络适配器类型的几个例子。

从上述描述应当理解，在不脱离本发明真实精神的情况下，可以对本发明各实施方式进行修改和变更。本说明书中的描述仅仅是用于说明性的，而不应被认为是限制性的。本发明的范围仅受所附权利要求书的限制。

Claims (16)

1.一种用于集成异构业务流程的计算机实现的方法，包括：

读取第一业务流程的第一流程信息；

从统一流程视图获得第二业务流程的第二流程信息；以及

将所述第一流程信息的至少一部分和所述第二流程信息的至少一部分集成为第三业务流程；

其中所述第一业务流程与所述第二业务流程是异构的业务流程，并且

其中，将所述第一流程信息的至少一部分和所述第二流程信息的至少一部分集成为第三业务流程包括：

编辑所述第一流程信息的至少一部分和所述第二流程信息的至少一部分，形成中间流程模型；

向所述统一流程视图提交所述中间流程模型；以及

响应于所述中间流程模型得以确认，形成所述第三业务流程。

2.根据权利要求1所述的方法，其中从所述统一流程视图获得所述第二业务流程的所述第二流程信息之前还包括：

向所述统一流程视图注册所述第二业务流程的数据源元数据；以及

基于所述数据源元数据获得所述第二业务流程的流程资源元数据，

其中所述流程资源元数据包括流程描述和流程模型。

3.根据权利要求2所述的方法，其中从统一流程视图获得第二业务流程的第二流程信息包括：

从所述流程资源元数据获得所述第二业务流程的所述第二流程信息。

4.根据权利要求3所述的方法，其中从所述流程资源元数据获得所述第二业务流程的所述第二流程信息包括：

将所述流程资源元数据中的所述流程模型转换为以所述第一流程信息的格式描述的第二流程信息。

5.根据权利要求2所述的方法，其中所述数据源元数据包括：数据源类型、数据源描述以及驱动信息中的至少一种。

6.根据权利要求2所述的方法，所述流程模型包括：活动、连接以及私有数据中的至少一种。

7.根据权利要求1至6中的任一项所述的方法，其中响应于所述中间流程模型得以确认，形成所述第三业务流程包括：

确定所述中间流程模型相对于所述第二业务流程的流程模型的改变；

将所述改变同步到所述第二业务流程；以及

响应于成功地将所述改变同步到所述第二业务流程，生成所述第三业务流程。

8.根据权利要求1至6中的任一项所述的方法，还包括：

利用所述第三业务流程更新所述统一流程视图。

9.一种用于集成异构业务流程的计算机实现的装置，包括：

读取装置，配置为读取第一业务流程的第一流程信息；

获得装置，配置为从统一流程视图获得第二业务流程的第二流程信息；以及

集成装置，配置为将所述第一流程信息的至少一部分和所述第二流程信息的至少一部分集成为第三业务流程；

其中所述第一业务流程与所述第二业务流程是异构的业务流程，并且

其中所述集成装置包括：

编辑装置，配置为编辑所述第一流程信息的至少一部分和所述第二流程信息的至少一部分，形成中间流程模型；

提交装置，配置为向所述统一流程视图提交所述中间流程模型；以及

形成装置，配置为响应于所述中间流程模型得以确认，形成所述第三业务流程。

10.根据权利要求9所述的装置，还包括：

注册装置，配置为向所述统一流程视图注册所述第二业务流程的数据源元数据；以及

流程资源元数据获得装置，配置为基于所述数据源元数据获得所述第二业务流程的流程资源元数据，

其中所述流程资源元数据包括流程描述和流程模型。

11.根据权利要求10所述的装置，其中所述获得装置包括：

流程信息获得装置，配置为从所述流程资源元数据获得所述第二业务流程的所述第二流程信息。

12.根据权利要求11所述的装置，其中所述流程信息获得装置包括：

转换装置，配置为将所述流程资源元数据中的所述流程模型转换为以所述第一流程信息的格式描述的第二流程信息。

13.根据权利要求10所述的装置，其中所述数据源元数据包括：数据源类型、数据源描述以及驱动信息中的至少一种。

14.根据权利要求10所述的装置，所述流程模型包括：活动、连接以及私有数据中的至少一种。

15.根据权利要求9至14中的任何之一所述的装置，其中所述形成装置包括：

改变确定装置，配置为确定所述中间流程模型相对于所述第二业务流程的流程模型的改变；

同步装置，配置为将所述改变同步到所述第二业务流程；以及

生成装置，配置为响应于成功地将所述改变同步到所述第二业务流程，生成所述第三业务流程。

16.根据权利要求9至14中的任一项所述的装置，还包括：

更新装置，配置为利用所述第三业务流程更新所述统一流程视图。