WO2011143949A1 - 业务流程的实现方法和工作流引擎 - Google Patents

业务流程的实现方法和工作流引擎 Download PDF

Info

Publication number
WO2011143949A1
WO2011143949A1 PCT/CN2011/070667 CN2011070667W WO2011143949A1 WO 2011143949 A1 WO2011143949 A1 WO 2011143949A1 CN 2011070667 W CN2011070667 W CN 2011070667W WO 2011143949 A1 WO2011143949 A1 WO 2011143949A1
Authority
WO
WIPO (PCT)
Prior art keywords
workflow
node
business process
workflow engine
behavior
Prior art date
Application number
PCT/CN2011/070667
Other languages
English (en)
French (fr)
Inventor
卢建
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011143949A1 publication Critical patent/WO2011143949A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the present invention relates to the field of communications, and in particular to a method for implementing a business process and a workflow engine.
  • BACKGROUND In today's information technology era, office automation has become a basic premise for a company to become stronger and bigger, and as an efficient operation enterprise, there must be various business processes inside and outside. Combining these real business processes with office automation technology creates a wide variety of electronic workflow processes that often exist in many different applications. Since business processes related to the enterprise are market-oriented and the market is constantly changing, this means that the workflow process of the company in the development process may also be constantly changing.
  • workflow application system is often implemented according to the initial business process, so if the subsequent process changes, the workflow application system may also face a large adjustment.
  • the workflow engine is ubiquitously coupled with the business process, that is, the workflow engine obtained according to the business process of the specific domain, that is, the node for drawing the business process is not completely independent.
  • the business many of the nodes related to the business are not completely abstracted from the business process, which limits the scope of application of the workflow engine, making it difficult to maintain.
  • a primary object of the present invention is to provide an implementation of a business process to solve at least one of the above problems.
  • a method of implementing a business process is provided.
  • the implementation method of the business process comprises the following steps: Describe a business process by using a workflow engine, where the workflow engine includes a workflow node, and each workflow node is used to describe a link of the business process, and the workflow node includes: Behavior, used to describe the behavior of a link; state, used to describe the state of a link; relationship between behavior and state of a workflow node, used to describe the relationship between behavior and state of a link; behavior of a workflow node Drive changes in the state of the workflow node; run the workflow engine to implement the business process.
  • the method further includes: configuring a interaction mode between the workflow engine and the application system; and the application system triggers the operation about the business process by the interaction mode.
  • the interaction mode includes an event triggering mechanism.
  • the method further includes: selecting an interface corresponding to the received application system according to the received message; and completing, by the interface, the application system controls the various links of the business process.
  • the control of the application system to control each link of the business process through the interface includes: determining the authority and validity of the behavior of the business process, wherein the validity includes the current state Whether to allow the execution of business process behavior.
  • using the workflow engine to describe the business process comprises: converting the permission model of the application system into a permission model of the workflow engine, and the permission model of the workflow engine is used to control the behavior of the workflow node.
  • the method further includes: defining a type of the workflow node, including a manual node, an automatic logical node, and an automatic service node, wherein the automatic logic
  • the node includes at least one of the following: a conditional node, a branching node, a distribution node, a rendezvous node, and a sub-process node.
  • a workflow engine is also provided.
  • a workflow engine includes: a description module configured to describe a business process using a workflow engine, wherein the workflow engine includes a workflow node, each workflow node is used to describe a link of the business process, and the workflow node Including: behavior, used to describe the behavior of the link; state, used to describe the state of the link; relationship between the behavior and state of the workflow node, used to describe the relationship between the behavior and state of the link; behavior of the workflow node Used to drive changes in the state of the workflow node; the execution module, set to run the workflow engine to implement the business process.
  • the description module comprises: a configuration module, configured to configure a manner of interaction between the workflow engine and the application system.
  • the description module further comprises: a rights conversion module, configured to convert the permission model of the application system into a permission model of the workflow engine, and the permission model of the workflow engine is used to control the behavior of the workflow node.
  • the workflow node is used to describe the link of the business process, and the problem that the workflow engine and the business process are coupled to each other and the system has low scalability is solved, so that the developer can determine the work by self-definition.
  • the processing mechanism of the flow engine defines the business process according to the actual business requirements, expands the application domain of the workflow engine, reduces the development cycle and maintenance cost of the system, and ensures the competitiveness of the workflow engine in the market. user experience.
  • FIG. 1 is a flow chart of a method for implementing a business process according to an embodiment of the present invention
  • FIG. 2 is a structural block diagram of a workflow engine according to an embodiment of the present invention
  • FIG. 3 is a preferred embodiment of the present invention.
  • FIG. 4 is a structural block diagram of a workflow engine system according to Example 1 of the present invention;
  • FIG. 1 is a flowchart of a method for implementing a business process according to an embodiment of the present invention. As shown in FIG.
  • Step S 102 using a workflow engine to describe a business process
  • the workflow The engine includes workflow nodes, each workflow node is used to describe a link of the business process, and the workflow nodes include: behaviors, which describe the behavior of the links; states, which are used to describe the state of the links; behaviors and states of the workflow nodes The relationship between the behavior of the link and the state; the behavior of the workflow node is used to drive the change of the state of the workflow node;
  • Step S104 running the workflow engine to implement the business process.
  • the workflow node is used to describe the link of the business process, and the problem that the workflow engine and the business process have large coupling degree and the system scalability is low is solved, so that the developer can customize the workflow node by itself.
  • To determine the processing mechanism of the workflow engine thereby implementing the business process according to the actual business requirements, expanding the application domain of the workflow engine, reducing the development cycle and maintenance cost of the system.
  • the type of the workflow node may be defined to include a human node, an automatic logical node, and an automatic service node, where the automatic logical node includes at least one of the following: a conditional node, a branching node, a distribution node, a rendezvous node , sub-process nodes.
  • a human node may represent a node that needs to be manually involved in a business process, that is, a node that needs a human-machine interaction process.
  • a corresponding function configuration of the artificial node may be performed according to different service characteristics;
  • the service node can represent the meaning of the service.
  • the node does not need to be manually involved, and is automatically executed by the system.
  • the automatic logical node can represent the logical control during the flow of the business process, for example , conditional judgment, branch processing, distribution processing, rendezvous processing, etc., however, the data of these processes does not appear in the business history.
  • the workflow node can better describe the processing logic of the business process, thereby increasing the matching degree between the workflow node and each link of the business process, and improving the adaptability of the system. .
  • the permission model of the application system may be converted into a permission model of the workflow engine, and the permission model of the workflow engine is used to control the behavior of the workflow node.
  • the permission model of the application system reflects the authority relationship of the organizational structure that executes the business process
  • the permission model of the application system is converted into the permission model of the workflow engine, so that the workflow engine can describe the authority relationship of the organizational structure that executes the business process.
  • the method can effectively control the behaviors of the workflow nodes in different states, thereby implementing different users to control the execution of the workflow engine, thereby increasing the flexibility of the system.
  • step S102 at least one of the following may be updated to describe a change of a link of the business process: the number of workflow nodes, the behavior, the state, the relationship between the behavior of the workflow node and the state.
  • the decoupling between the business process and the workflow engine is further embodied by the preferred embodiment, that is, in the case where the actual business requirements change, only the number, behavior, state, behavior, and status of the workflow nodes need to be updated.
  • the relationship between the two can synchronize the changes of the business process and improve the performance of the system.
  • the interaction mode between the workflow engine and the application system may also be configured; the application system triggers the operation about the business process by the interaction mode.
  • the method establishes a bridge between the workflow engine and the application system, so that the user can trigger the execution of the workflow engine through the operation interface of the application system, thereby improving the user experience.
  • the interaction mode may include an event triggering mechanism.
  • the method is simple to implement and has high operability.
  • an interface corresponding to the application system may be selected according to the received message of the application system; and the application system controls the various links of the business process through the interface.
  • the application system's message can be a simple data query or a user operation such as performing a business process.
  • the foregoing interface may be an Application Program Interface (API) interface, a WebSerivce interface, a data interface, or the like.
  • API Application Program Interface
  • the method can provide an interaction interface with the workflow engine for various application systems, thereby supporting calls of various application systems to the workflow engine, and improving the processing capability of the system.
  • the control of the application system to control each link of the business process through the interface includes: determining the authority and validity of the behavior of the business process, wherein the validity includes the current state Whether to allow the execution of business process behavior.
  • the preferred embodiment can effectively control the behavior of executing the business process, so that the business process can be processed according to predetermined rules, so that the execution timing of the workflow node can be clarified, and the execution of the workflow engine is more targeted and improved. The accuracy and effectiveness of the system.
  • the embodiment of the present invention performs a high degree of abstraction on the node type, completely independent of the service.
  • the artificial node represents a node that needs to be manually involved
  • the automatic service node represents an automatic node that can represent the meaning of the service, and the automatic logical node. It is some logical control nodes of business process flow, and does not represent business meaning.
  • the embodiment of the present invention implements a behavior that can define itself according to the characteristics of the business process, and introduces the node at the same time.
  • the state of the node drives the state of the node through the behavior of the node, which in turn can limit the behavior of the node, thereby achieving logical control of the entire business process, and the workflow engine in the related art does not have such high expansion.
  • Sexual mechanism. 2 is a structural block diagram of a workflow engine according to an embodiment of the present invention. As shown in FIG. 2, the workflow engine includes: a description module 22 and an execution module 24. The structure will be described in detail below.
  • the description module 22 is configured to describe a business process by using a workflow engine, where the workflow engine includes a workflow node, each workflow node is used to describe a link of the business process, and the workflow node includes: a behavior, used to describe the link Behavior; state, used to describe the state of the link; relationship between the behavior and state of the workflow node, used to describe the relationship between the behavior and state of the link; the behavior of the workflow node is used to drive the state of the workflow node
  • the change module is coupled to the description module 22 for running the workflow engine to implement the business process.
  • FIG. 3 is a structural block diagram of a workflow engine according to a preferred embodiment of the present invention.
  • the description module 22 includes: a configuration module 222 configured to configure a interaction mode between the workflow engine and the application system.
  • the description module 222 further includes: a rights conversion module 224, configured to convert the permission model of the application system into a permission model of the workflow engine, and the permission model of the workflow engine is used to control the behavior of the workflow node.
  • FIG. 4 is a structural block diagram of a workflow engine system of Example 1 of the present invention.
  • the workflow engine system 40 includes: a workflow engine and a business process definition subsystem 42 and a workflow engine background processor. System 44.
  • the structure will be described in detail below.
  • the workflow engine and business process definition subsystem 42 provides visual definition and configuration tools, completes the processing mechanism for the workflow engine, and a flow chart of the specific business process. That is, the definition and configuration data related to the workflow engine, business process, and the like are finally output.
  • the definition of the workflow engine processing mechanism may include how many behaviors, states, and relationships between behaviors and states exist in the workflow node, and is also responsible for defining the permissions of the workflow engine. , Convert the application's permission model to the workflow engine's permission model.
  • the definition of the flow chart of a specific business process may include defining a flow chart of a specific business process according to actual business requirements, defining the type of the actual business process link through various node types, and defining the process. In the process, it also includes the configuration of the interaction between the application system and the workflow engine during the running of the process.
  • the permission model of the application system reflects the authority relationship of the organizational structure for executing the business process
  • the permission model of the application system is converted into the permission model of the workflow engine, so that the workflow engine can describe the organization that executes the business process.
  • the authority relationship of the schema Workflow Engine Background Processing Subsystem 44, which defines subsystems based on workflow engine and business process
  • the I Engine Background Processing Subsystem 44 provides a mechanism to support the dynamic definition of Workflow I. Engine, dynamically defines various business processes and dynamically configures the interaction between the workflow engine and the application system. Through this mechanism, the workflow engine can be customized according to the actual business application and provide process flow for the application system.
  • FIG. 5 is a structural block diagram of a workflow engine system according to the second embodiment of the present invention. As shown in FIG.
  • the workflow I background processing subsystem 44 includes: an interface module 442, an execution I engine module 444, and a data persistence module. 446.
  • the interface module 442 is configured to provide a rich interaction interface (for example, an API interface, a WebService interface, a database interface, and the like) to the application system that needs to integrate the workflow engine, and receive the message from the application system. After the interface module 442 receives the request message of the application system, it executes the processing of the I engine module 444, and returns the processing result message to the application system. This ensures that the workflow engine can be applied to a wide variety of applications.
  • the I engine module 444 is configured to perform corresponding implementation on all interfaces in the interface module 442, and respond to the request message of the application system through the interface module 442 and return the result.
  • Execution engine module 444 can include the following sub-modules: behavior and status module 4442, rights module 4444, event interaction module 4446, and process control module 4448.
  • the Behavior and Status module 4442 is configured to perform logical processing between behavior and state by parsing pre-defined behaviors and states. For example, in the initial state, what available behaviors can be provided, and the state of the process instance changes after each behavior is executed, and the new state can provide those available behaviors.
  • the permission module 4444 is configured to convert the permission model in the application system into a permission model of the workflow engine, so as to achieve the purpose of controlling the execution of all the behaviors in the process through the authority. That is, work
  • the workflow engine adapts to the permission model of various application systems through this permission model conversion mechanism.
  • the application system personnel using the workflow engine define the workflow engine permission bits according to the application system's permission model (including which bits are used, what each bit means;), and then Each user accessing the workflow engine initializes the corresponding permission bit data according to the predefined permission bits to form a workflow engine permission, which can perform each behavior of each link of the process in the workflow engine. Control, thereby achieving the purpose of workflow permission control.
  • the event interaction module 4446 is configured to provide an event triggering mechanism to achieve mutual interaction between the workflow engine and the application system during the flow of the process. This can greatly increase the flexibility of the workflow engine, especially when it comes to some highly customized and special business processes, through some external behavior of the application system (or flexible control during the execution of the process).
  • the module can provide rich events to supply the use of the system, thus enabling interaction between the workflow engine and the application system. For example, a process start event, a process end event, a link entry event, a link entry event, a pre-execution event and a post-execution event, and other events.
  • the flow control module 4448 is configured to perform flow control of the process, that is, to complete the flow of the process within the link and between the links by receiving the behavior request of the user.
  • the module can provide rich node types to support the flow of processes, for example, manual nodes, automatic logical nodes (which can include conditional nodes, branch nodes, distribution nodes, rendezvous nodes, sub-process nodes, etc.) and automatic services. Nodes, etc.
  • the module works in conjunction with the interface module 442, the behavior and status module 4442, the rights module 4444, the event interaction module 4446, and the data persistence module 446 to ultimately achieve the purpose of supporting the flow of the actual business process.
  • a data persistence module 446 for persistently storing workflow related data eg, may be stored on a database or other device
  • performing various operations on the execution engine module 444 that need to interact with the workflow data For example, adding new data, changing, deleting data, or querying data, etc.
  • the decoupling of the business process and the workflow engine is implemented, so that the business process definition personnel can well define the business process without any technology, so that the process developer can pass the process.
  • the workflow mechanism of the workflow engine by itself, define the business process according to the actual business requirements, and configure the interaction between the workflow engine system and the application system by expanding the workflow.
  • FIG. 6 is a schematic structural diagram of a workflow engine system according to Embodiment 3 of the present invention.
  • the implementation method of the workflow engine system may include the following steps: Step 4: S602, in the workflow engine Workflow engines and business processes are defined in business process definition environment 62.
  • the workflow engine and business process definition environment 62 is a visual definition tool that can define the processing mechanism of the workflow engine (including the behavior, state, and relationship between the business processes), through rich node types.
  • step S604 the application system sends a message to the workflow I engine through the interface module 442 to complete an operation (for example, initiating a new process instance, performing a certain behavior of the process, etc.).
  • the interface module 442 only provides a description for the application system to access the available interfaces of the workflow engine (for example, an API interface, a WebSerivce interface, and a data interface, etc.), and the specific implementation of the interface is implemented in the execution engine module 444. .
  • Step S606 the interface module 442 passes the received message from the application system through preliminary screening, and then passes it to the execution I engine module 444 for processing, and the execution I engine module 444 processes the specific implementation of the corresponding interface. If the message is simply a data query, it may not require the participation of other internal modules, and the data persistence module 446 is directly called to complete the query of the data, and then the result is returned. If the message is an activity such as an execution flow, then collaborative participation of the various modules within the engine module 444 is required. Step S608, for the message related to the execution of the process (for example, the behavior of the execution flow mentioned in step S606), entering the flow control module 4448, the flow control module 4448 performs relevant data on the involved process instance according to the content of the message.
  • Step S610 after completing the preparation and verification of the data in step S608, it is necessary to call the behavior and status module 4442 and the permission module 4444 to make a determination. In a specific implementation process, it may first be determined whether the user has the right to perform the behavior. Because the processing of the entire business process and the control of the permissions have been completed in the initial business process definition of the workflow engine and business process definition environment 62, at this time, if the user does not have the permission of the behavior, the user is not allowed to continue execution.
  • the authorization verification After the authorization verification is completed, it is also necessary to verify the validity of the behavior itself, ie, according to the behavior status module 4442 The logical relationship defined in this state, whether the process can perform this behavior in the current state, if the behavior cannot be performed, the user is not allowed to continue execution. If both of these conditions are met, proceed with the execution of the process. It should be noted that, during the execution of the process, if event interaction is also configured, the configured event responder needs to be invoked in the event interaction module 4446 to perform corresponding processing, and then returned to the execution process of the process.
  • Step 4 gathers S610 and ends the logical processing of the message.
  • the data persistence module 446 is interacted multiple times, for example, the recording of historical step data, the change of new process instance information, the change of new state, the change of new behavior And changes in permissions, etc.
  • the user can define the processing mechanism of the workflow engine in a specific business process (including all possible behaviors, states, permissions, and relationships between them in the process), and in combination with these definitions, the user redefines Various specific business processes, and then you can configure the behavior of each link in the business process, the permissions of the behavior and their state. Finally, if the workflow engine and the application system still need dynamic interaction, you can pass the event. Configure it interactively. By loading these defined and configured output data into the background processing subsystem 44 of the workflow engine, a true workflow engine system capable of supporting process execution can be formed.
  • the embodiment of the present invention uncouples the business process from the specific implementation, so that the business process personnel can truly put the energy into the definition and configuration of the business process, and expand the application scope of the workflow engine.
  • Users can quickly define the workflow processing method and process definition according to the business requirements of different application systems.
  • it also enhances the interaction between the workflow engine and the application system, and can easily and quickly meet many specific requirements.
  • the business requirements ultimately improve the development efficiency of the workflow application system, reduce the maintenance cost of the workflow application system, and enhance the responsiveness of the workflow application system in the face of frequently changing business processes.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device for execution by the computing device, and And in some cases, the steps shown or described may be performed in a different order than that herein, or they may be separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof may be fabricated into a single integrated circuit. Module to achieve. Thus, the invention is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

本发明公开了一种业务流程的实现方法和工作流引擎，该方法包括以下步骤：使用工作流引擎描述业务流程，其中，工作流引擎包括工作流节点，每个工作流节点用于描述业务流程的一个环节，工作流节点包括：行为，用于描述环节的行为；状态，用于描述环节的状态；工作流节点的行为与状态之间的关系，用于描述环节的行为与状态之间的关系；工作流节点的行为用来驱动工作流节点的状态的变化；运行工作流引擎以实现业务流程。通过本发明降低了系统的开发周期和维护成本，保障了工作流引擎在市场中的竞争力，提高了用户体验。

Description

业务¾ ^呈的实现方法和工作流引擎 技术领域 本发明涉及通信领域， 具体而言， 涉及一种业务流程的实现方法和工作 流引擎。 背景技术 在当今的信息技术时代， 办公自动化已经成为一个企业做强、 做大的基 本前提， 而作为一个高效运作的企业， 其内外必然存在各种各样的业务流程。 将这些实际的业务流程与办公自动化技术相结合， 就会形成各式各样的电子 工作流流程， 而这些电子工作流流程往往又存在于艮多不同的应用系统中。 由于与企业相关的业务流程是以市场需求为导向的， 而市场是不断变化的， 这也就意味着企业在发展过程中的工作流流程也可能是不断变化的。 所以， 如何快捷、 方便且低成本的来实现这些电子工作流应用系统， 如何保证这些 工作流应用系统对市场需求变化的响应能力， 将会成为一个企业保持市场竟 争力的重要因素。 在传统的电子工作流解决方案中， 通常是釆用耦合的方式， 即， 根据实 际的业务流程， 用特定的 IT技术进行实现。 但是， 釆用这种方式实现的电子 工作流应用系统的业务流程与技术手段 合度大， 需要开发人员不仅要有较 深的技术知识， 还要熟悉业务流程。 并且企业往往都存在艮多属于不同的应 用系统的业务流程， 如果每个应用系统都去实现这样一套工作流应用系统的 话， 势必存在成本高、 周期长、 难以维护等问题。 另外， 这样的工作流应用 系统往往是根据最初的业务流程进行实现的， 所以， 如果后续流程一旦发生 变化， 则工作流应用系统也可能面临较大的调整。 发明人发现上述的相关技术中， 工作流引擎普遍存在与业务流程耦合的 情况， 即， 根据特定领域的业务流程得到的工作流引擎， 也就是说， 用于绘 制业务流程的节点并不是完全独立与业务的， 很多都是与业务相关的节点， 没有完全从业务流程中抽象出来， 这样就限制了工作流引擎的应用范围， 使 得其在维护上也存在难度。 并且， 工作流引擎的扩展性不强， 在实际的工作 流应用中无法满足、 或者不能较好地适应业务流程的变化， 当业务流程一旦 发生变化， 系统也需要故相应的更改， 从而增加了系统的开发成本和维护成 本等。 发明内容 本发明的主要目的在于提供一种业务流程的实现方案， 以至少解决上述 的问题至少之一。 为了实现上述目的， 根据本发明的一个方面， 提供了一种业务流程的实 现方法。 根据本发明的业务流程的实现方法包括以下步骤： 使用工作流引擎描述 业务流程， 其中， 工作流引擎包括工作流节点， 每个工作流节点用于描述业 务流程的一个环节， 工作流节点包括： 行为， 用于描述环节的行为； 状态， 用于描述环节的状态； 工作流节点的行为与状态之间的关系， 用于描述环节 的行为与状态之间的关系； 工作流节点的行为用来驱动工作流节点的状态的 变化； 运行工作流引擎以实现业务流程。 优选地， 运行工作流引擎以实现业务流程之前， 该方法还包括： 配置工 作流引擎与应用系统之间的交互方式； 应用系统通过该交互方式触发关于业 务流程的操作。 优选地， 交互方式包括事件触发机制。 优选地， 运行工作流引擎以实现业务流程之前， 该方法还包括： 根据接 收到的应用系统的消息选择与其对应的接口； 通过该接口完成应用系统对业 务流程各个环节的控制。 优选地， 在应用系统的消息为执行业务流程的行为的情况下， 通过接口 完成应用系统对业务流程各个环节的控制包括： 判断业务流程的行为的权限 和有效性， 其中， 有效性包括当前状态下是否允许执行业务流程的行为。 优选地， 使用工作流引擎描述业务流程包括： 将应用系统的权限模型转 换为工作流引擎的权限模型， 工作流引擎的权限模型用于对工作流节点的行 为进行控制。 优选地， 使用工作流引擎描述业务流程之前， 该方法还包括： 定义工作 流节点的类型包括人工节点、 自动逻辑节点和自动业务节点， 其中， 自动逻 辑节点包括以下至少之一： 条件节点、 分支节点、 分发节点、 会合节点、 子 流程节点。 为了实现上述目的，根据本发明的另一方面，还提供了一种工作流引擎。 根据本发明的工作流引擎， 包括： 描述模块， 设置为使用工作流引擎描 述业务流程， 其中， 工作流引擎包括工作流节点， 每个工作流节点用于描述 业务流程的一个环节， 工作流节点包括： 行为， 用于描述环节的行为； 状态， 用于描述环节的状态； 工作流节点的行为与状态之间的关系， 用于描述环节 的行为与状态之间的关系； 工作流节点的行为用来驱动工作流节点的状态的 变化； 执行模块， 设置为运行工作流引擎以实现业务流程。 优选地， 描述模块包括： 配置模块， 设置为配置工作流引擎与应用系统 之间的交互方式。 优选地， 描述模块还包括： 权限转换模块， 设置为将应用系统的权限模 型转换为工作流引擎的权限模型， 工作流引擎的权限模型用于对工作流节点 的行为进行控制。 通过本发明， 釆用工作流节点描述业务流程的环节的方式， 解决了相关 技术中工作流引擎与业务流程耦合度大而导致系统扩展性低的问题， 使得开 发人员可以通过自行定义来确定工作流引擎的处理机制， 根据实际的业务需 求来定义业务流程， 扩展了工作流引擎的应用领域， 降低了系统的开发周期 和维护成本， 保障了工作流引擎在市场中的竟争力， 提高了用户体验。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是才艮据本发明实施例的业务流程的实现方法的流程图； 图 2是 居本发明实施例的工作流引擎的结构框图； 图 3是 居本发明优选实施例的工作流引擎的结构框图； 图 4是根据本发明实例 1的工作流引擎系统的结构框图； 图 5是根据本发明实例 2的工作流引擎系统的结构框图； 图 6是根据本发明实例 3的工作流引擎系统的结构示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 1是才艮据本发明实施例的业务流程的实现方法的流程图，如图 1所示， 该方法包括以下步 4聚： 步骤 S 102, 使用工作流引擎描述业务流程， 其中， 工作流引擎包括工作 流节点， 每个工作流节点用于描述业务流程的一个环节， 工作流节点包括： 行为， 用于描述环节的行为； 状态， 用于描述环节的状态； 工作流节点的行 为与状态之间的关系， 用于描述环节的行为与状态之间的关系； 工作流节点 的行为用来驱动工作流节点的状态的变化； 步骤 S 104, 运行工作流引擎以实现业务流程。 通过本发明， 釆用工作流节点描述业务流程的环节的方式， 解决了相关 技术中工作流引擎与业务流程耦合度大而导致系统扩展性低的问题， 使得开 发人员可以通过自行定义工作流节点来确定工作流引擎的处理机制， 从而实 现根据实际的业务需求的业务流程， 扩展了工作流引擎的应用领域， 降低了 系统的开发周期和维护成本。 优选地， 在步骤 S 102之前， 定义工作流节点的类型可以包括人工节点、 自动逻辑节点和自动业务节点， 其中， 自动逻辑节点包括以下至少之一： 条 件节点、 分支节点、 分发节点、 会合节点、 子流程节点。 例如， 人工节点可以表示在业务流程中需要人工参与的节点， 即， 需要 有人机交互过程的节点， 在具体实施过程中， 才艮据不同的业务特点可以对人 工节点进行相应的功能配置； 自动业务节点可以表示业务含义， 同时， 该节 点不需要人为参与， 由系统自动执行， 但是， 会在业务的历史记录中有相应 的记录； 自动逻辑节点可以表示业务流程流转过程中的逻辑控制， 例如， 条 件判断、 分支处理、 分发处理、 会合处理等， 但是， 这些过程的数据不会出 现在业务的历史记录中。 本优选实施中， 通过定义工作流节点的类型使得工作流节点可以更好地 描述业务流程的处理逻辑， 从而使得工作流节点与业务流程的各个环节的匹 配度升高， 提高了系统的适应能力。 优选地， 在步骤 S 102中， 可以将应用系统的权限模型转换为工作流引 擎的权限模型， 工作流引擎的权限模型用于对工作流节点的行为进行控制。 因为应用系统的权限模型反映了执行业务流程的组织架构的权限关系， 所以 将应用系统的权限模型转换为工作流引擎的权限模型， 使得工作流引擎能够 描述执行业务流程的组织架构的权限关系。 该方法可以对工作流节点的各个 不同的状态下所具有的行为进行有效地控制， 从而实现不同用户对工作流引 擎的执行进行控制， 增加了系统的灵活性。 优选地， 在步骤 S 102中， 可以更新以下至少之一， 以描述业务流程的 环节的变化： 工作流节点的个数、 行为、 状态、 工作流节点的行为与状态之 间的关系。 通过本优选实施例进一步地体现了业务流程与工作流引擎的解耦， 即， 在实际的业务需求有变化的情况下， 只需要更新工作流节点的个数、 行为、 状态以及行为与状态之间的关系即可同步更新业务流程的变化， 提高了系统 的性能。 优选地， 在步骤 S 104之前， 还可以配置工作流引擎与应用系统之间的 交互方式； 应用系统通过该交互方式触发关于业务流程的操作。 该方法搭建 了工作流引擎与应用系统之间的桥梁， 使得用户可以通过应用系统的操作界 面来触发工作流引擎的执行， 提高了用户体验。 优选地， 交互方式可以包括事件触发机制。 该方法实现简单， 可操作性 强。 优选地， 在步骤 S 104之前， 可以根据接收到的应用系统的消息选择与 其对应的接口； 通过该接口完成应用系统对业务流程各个环节的控制。例如， 应用系统的消息可以是简单的数据查询， 也可以是执行业务流程的行为等用 户操作。 具体地， 上述接口可以是应用程序接口 （ Application Program Interface , 简称为 API )接口、 网页月艮务 （ WebSerivce )接口、 数据接口等。 该方法可以为各种不同的应用系统提供与工作流引擎的交互接口， 从而支持 多种应用系统对工作流引擎的调用， 提高了系统的处理能力。 优选地， 在应用系统的消息为执行业务流程的行为的情况下， 通过接口 完成应用系统对业务流程各个环节的控制包括： 判断业务流程的行为的权限 和有效性， 其中， 有效性包括当前状态下是否允许执行业务流程的行为。 本优选实施例可以对执行业务流程的行为进行有效地控制， 从而使得业 务流程可以按照预定的规则进行处理，这样可以明确工作流节点的执行时机， 使得工作流引擎的执行更有针对性， 提高了系统的准确性和有效性。 需要说明的是， 本发明实施例在节点类型上进行了高度的抽象， 完全独 立与业务， 例如， 人工节点表示需要人工参与的节点， 自动业务节点表示可 以代表业务含义的自动节点， 自动逻辑节点则是业务流程流转的一些逻辑控 制节点， 不代表业务含义。 另外， 在具体实施过程中， 本发明实施例除了在 节点上完全独立与业务以外， 在人工节点的可用行为上， 实现了一种可以才艮 据业务流程特点自行定义自己的行为， 同时引入节点的状态， 通过节点的行 为驱动节点的状态， 通过节点的状态反过来又能限制节点的行为， 从而达到 对整个业务流程的逻辑控制， 而在相关技术中的工作流引擎是没有这种高扩 展性机制的。 图 2是 居本发明实施例的工作流引擎的结构框图， 如图 2所示， 该工 作流引擎包括： 描述模块 22和执行模块 24 , 下面对该结构进行详细说明。 描述模块 22 , 用于使用工作流引擎描述业务流程， 其中， 工作流引擎包 括工作流节点， 每个工作流节点用于描述业务流程的一个环节， 工作流节点 包括： 行为， 用于描述环节的行为； 状态， 用于描述环节的状态； 工作流节 点的行为与状态之间的关系， 用于描述环节的行为与状态之间的关系； 工作 流节点的行为用来驱动工作流节点的状态的变化； 执行模块 24 , 耦合至描述 模块 22 , 用于运行工作流引擎以实现业务流程。 通过本发明实施例， 可以实现业务流程与实现的解耦， 使得业务流程定 义人员在不需要什么技术的背景下能够很好的完成业务流程的定义， 扩展了 工作流引擎系统的应用领域， 降低了工作流应用系统的开发周期。 图 3是 居本发明优选实施例的工作流引擎的结构框图， 如图 3所示， 描述模块 22包括： 配置模块 222 , 用于配置工作流引擎与应用系统之间的交 互方式。 优选地， 描述模块 222还包括： 权限转换模块 224 , 用于将应用系统的 权限模型转换为工作流引擎的权限模型， 工作流引擎的权限模型用于对工作 流节点的行为进行控制。 本优选实施例中， 用户可以通过应用系统的操作界面来触发工作流引擎 增加了系统的灵活性， 提高了用户体验。 下面将结合实例对本发明实施例的实现过程进行详细描述。 实例 1 图 4是 居本发明实例 1的工作流引擎系统的结构框图， 如图 4所示， 该工作流引擎系统 40包括： 工作流引擎和业务流程定义子系统 42和工作流 引擎后台处理子系统 44。 下面对该结构进行详细说明。 工作流引擎和业务流程定义子系统 42 , 提供可视化的定义和配置工具， 完成对工作流引擎的处理机制、 具体的业务流程的流程图。 即， 最后输出工 作流引擎、 业务流程等相关的定义和配置数据。 在具体实施过程中， 对工作流引擎的处理机制的定义可以包括对工作流 节点存在多少行为、 状态、 以及行为和状态之间的相互关系的定义， 同时还 负责对工作流引擎的权限的定义， 将应用系统的权限模型转换为工作流引擎 的权限模型。 对具体的业务流程的流程图的定义可以包括才艮据实际的业务需 求对具体的业务流程的流程图定义， 通过各种各样的节点类型来定义实际的 业务流程环节的类型， 在定义流程的过程中， 还包括对流程运行过程中应用 系统与工作流引擎之间的交互方式的配置。 需要说明的是， 因为应用系统的权限模型反映了执行业务流程的组织架 构的权限关系， 所以将应用系统的权限模型转换为工作流引擎的权限模型， 使得工作流引擎能够描述执行业务流程的组织架构的权限关系。 工作流引擎后台处理子系统 44 ,基于工作流引擎和业务流程定义子系统
42输出的相关定义和配置数据作为基础 ,通过对工作流 I擎定义数据的解析 来确定工作流引擎的工作机制， 对业务流程定义数据的解析处理来确定业务 流程的处理逻辑以及工作流引擎与应用系统之间的交互方式。 可见， 工作流 ？ I擎后台处理子系统 44提供了一种机制， 该机制支持动态地定义工作流 I 擎， 动态地定义各种业务流程以及动态地配置工作流引擎与应用系统之间的 交互方式，通过这种机制， 工作流引擎就可以根据实际的业务应用进行定制， 并为应用系统提供流程流转的基础支撑服务。 在本实例中， 提供了一种可以让用户 -据实际的业务流程自行定义工作 流引擎的处理机制、 一种可以自行定义业务流程的流程图的机制， 一种工作 流引擎系统与应用系统之间的事件交互机制， 解决了工作流应用系统中业务 与实现的耦合度大的问题， 缩短了工作流应用系统的开发周期和变化响应时 间， 降低了系统的维护成本， 提高了工作流引擎的可扩展性。 另外， 通过可 视化的定义工具能够进一步提高工作流系统的开发效率和友好性。 实例 2 图 5是 居本发明实例 2的工作流引擎系统的结构框图， 如图 2所示， 工作流 I擎后台处理子系统 44包括： 接口模块 442、 执行 I擎模块 444、 数 据持久化模块 446。 下面对该结构进行详细说明。 接口模块 442 , 用于对需要集成工作流引擎的应用系统提供丰富的交互 接口 （例如， API接口、 WebService接口和数据库接口等） 以及接收来自应 用系统的消息。 在接口模块 442接收到应用系统的请求消息后， 经过执行 I 擎模块 444的处理， 再将处理结果消息返回给应用系统。 这样保证了工作流 引擎能够应用于各式各样的应用系统中。 执行 I擎模块 444 ,用于对接口模块 442中的所有接口进行相应的实现， 对应用系统通过接口模块 442的请求消息予以响应处理并返回结果。 执行引 擎模块 444可以包括如下子模块： 行为与状态模块 4442、 权限模块 4444、 事件交互模块 4446和流程控制模块 4448。 行为与状态模块 4442 , 用于通过对预先定义的行为和状态进行解析处 理， 完成对行为和状态之间的逻辑处理。 例如， 在初始状态下， 可以提供哪 些可用行为， 每种行为执行以后流程实例的状态又变化为什么， 新的状态下 又可以提供那些可用行为。 即， 通过这种行为与状态的相互作用可以驱动流 程实例从一个状态到另一个状态的变迁， 同时也能够为应用系统提供不同状 态下的不同可用行为。 权限模块 4444 , 用于将应用系统中权限模型转换为工作流引擎的权限模 型， 以达到可以通过权限来控制流程中所有行为的执行情况的目的。 即， 工 作流引擎通过这种权限模型转换机制来适应各种应用系统的权限模型。例如， 提供一个通用的权限位配置， 由使用工作流引擎的应用系统人员根据应用系 统的权限模型定义工作流引擎权限位 （包括使用哪几位， 每一位的含义是什 么；)，然后将接入工作流引擎的每个用户 -据预先定义权限位初始化相应的权 限位数据， 形成一个工作流引擎的权限， 这个权限便可以在工作流引擎中对 流程的每个环节的每个行为进行控制， 从而达到工作流的权限控制的目的。 事件交互模块 4446 , 用于在流程的流转过程中提供一种事件触发的机制 来达到工作流引擎与应用系统之间的相互交互的目的。 这样可以很大程度提 高工作流引擎的灵活性， 特别是在遇到一些定制化程度高、 比较特殊的业务 流程时， 可以通过应用系统的一些外部行为 （或者在流程的执行过程中灵活 的控制业务逻辑） 来影响流程的执行。 另外， 该模块还可以提供丰富的事件 来供应用系统的使用， 从而实现工作流引擎与应用系统之间的交互。 例如， 流程开始事件， 流程结束事件， 环节进入前事件， 环节进入后事件， 某个行 为执行前事件和某个行为执行后事件， 以及其它事件等。 流程控制模块 4448 , 用于流程的流转控制， 即， 通过接收用户的行为请 求来完成流程在环节内以及环节之间的流程。 在具体实施过程中， 该模块可 以提供丰富的节点类型来支撑流程的流转， 例如， 人工节点、 自动逻辑节点 (可以包括条件节点、 分支节点、 分发节点、 会合节点和子流程节点等） 和 自动业务节点等。 该模块通过与接口模块 442 , 行为和状态模块 4442 , 权限 模块 4444 , 事件交互模块 4446 , 数据持久化模块 446协同工作， 最终达到 支撑实际的业务流程的流转的目的。 数据持久化模块 446 , 用于将工作流相关的数据进行持久化存储 (例如， 可以存储在数据库或者其它设备上） 以及完成对执行引擎模块 444中需要与 工作流数据进行交互的各种操作 （例如， 添加新的数据， 变更， 删除数据或 者查询数据等）。 在本优选实施例中， 实现了业务流程与工作流引擎的解耦， 这样可以使 业务流程定义人员在不需要什么技术的背景下能够很好的完成业务流程的定 义， 让流程开发人员可以通过自行地定义来确定工作流引擎的处理机制， 自 行地才艮据实际的业务需求来定义业务流程， 以及自行地 居需求来配置工作 流引擎系统与应用系统之间的交互方式，扩展了工作流引擎系统的应用领域， 降氐了工作流应用系统的开发周期， 缩短业务流程变化的响应时间， 降氐维 护成本， 最终确保应用系统在市场上的竟争力。 实例 3 图 6是才艮据本发明实例 3的工作流引擎系统的结构示意图，如图 6所示， 该工作流引擎系统的实现方法可以包括如下步^^ 步 4聚 S602, 在工作流引擎和业务流程定义环境 62中定义工作流引擎和 业务流程。 其中， 工作流引擎和业务流程定义环境 62是一个可视化的定义 工具， 可以对工作流引擎的处理机制进行定义 （包括业务流程的行为、 状态 以及他们之间的关系），通过丰富的节点类型可以定义出各种各样的业务流程 图， 同时还可以在工作流引擎与应用系统之间配置他们的交互方式。 通过该 工具定义出来的相关数据， 将会作为工作流引擎支撑业务流程运行的基础数 据， 这些数据将会在后面的很多步骤中得到应用。 步骤 S604，应用系统通过接口模块 442向工作流 I擎发送消息以完成一 个操作（例如， 发起一个新流程实例， 执行流程的某个行为等）。 其中， 接口 模块 442只是为应用系统提供了接入工作流引擎可用接口的描述（例如， API 接口、 WebSerivce接口和数据接口等）， 对于接口的具体实现则在执行引擎 模块 444中进行相应的实现。 步骤 S606 ,接口模块 442将收到的来自应用系统的消息经过初步的筛选 以后， 再交给执行 I擎模块 444进行处理， 执行 I擎模块 444将选择对应的 接口的具体实现进行处理。 如果消息只是简单的数据查询， 则可能不需要其 内部其它模块的参与， 直接调用数据持久化模块 446完成数据的查询， 然后 返回结果。 如果消息是诸如执行流程的行为时， 则需要执行引擎模块 444内 部各个模块的协同参与。 步骤 S608, 对于涉及到流程执行的消息 （例如， 步骤 S606中提到的执 行流程的行为）， 进入流程控制模块 4448 , 流程控制模块 4448根据消息的内 容， 对涉及到的流程实例进行相关数据的查询， 从而为后续的步骤做准备。 步骤 S610 , 完成步骤 S608中数据的准备和检验后， 需要调用行为和状 态模块 4442和权限模块 4444进行判断。 在具体实施过程中， 可以首先判断 该用户是否具有执行该行为的权限。 因为整个业务流程的处理过程和权限的 控制在工作流引擎和业务流程定义环境 62最初的业务流程定义中已经完成， 所以， 此时如果用户不具有该行为的权限， 则不允许用户继续执行。 完成权 限验证以后， 还需要验证行为本身的有效性， 即， 根据行为状态模块 4442 中定义的逻辑关系， 在当前的这个状态下， 该流程是否能够执行这个行为， 如果不能执行这个行为， 则也不允许用户继续执行。如果这两个条件都满足， 则继续进行流程的执行。 需要说明的是， 在流程的执行过程中， 如果还配置有事件交互， 则需要 在事件交互模块 4446中调用配置的事件响应器进行相应的处理， 然后返回 到流程的执行过程中来。 在执行了流程的行为以后， 还需要根据行为与状态 模块 4442中定义的逻辑关系来动态的改变当前流程实例的新的状态， 以及 该状态下对应的可用的新的行为和行为的权限。 步 4聚 S610, 结束该消息的逻辑处理。 另外， 在这个流程的执行过程中， 会多次的与数据持久化模块 446进行 交互， 例如， 历史步骤数据的记录， 新的流程实例信息的变化， 新的状态的 变化， 新的行为的变化和权限的变化等。 通过本优选实例， 用户可以 居具体的业务流程对工作流引擎的处理机 制进行定义 （可以包括流程中可能的所有的行为， 状态， 权限以及他们之间 的关系）， 结合这些定义， 用户再定义出各种具体的业务流程， 然后就可以对 业务流程中每个环节的行为，行为的权限以及他们的状态进行配置， 最后， 如 果工作流引擎与应用系统还需要动态的交互， 则可以通过事件交互的方式进 行配置。 通过将这些定义和配置的输出数据加载到工作流引擎的后台处理子 系统 44中， 就可以形成一个真正的能够支撑流程执行的工作流引擎系统。 综上所述，通过本发明实施例，解除了业务流程与具体实现的耦合关系 , 让业务流程人员能够真正的将精力投入业务流程的定义和配置上来， 扩展了 工作流引擎的应用范围， 使得用户可以根据不同的应用系统的业务要求进行 快速的工作流引擎的处理方式的定义和流程的定义， 同时也增强了工作流引 擎与应用系统之间的交互能力， 能够方便、快捷地满足很多特定的业务要求， 从而最终提升工作流应用系统的开发效率，降氐工作流应用系统的维护成本， 增强工作流应用系统在面对频繁变化的业务流程时的响应能力。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种业务流程的实现方法， 包括以下步 4聚：
使用工作流引擎描述业务流程， 其中， 所述工作流引擎包括工作 流节点， 每个所述工作流节点用于描述所述业务流程的一个环节， 所 述工作流节点包括： 行为， 用于描述所述环节的行为； 状态， 用于描 述所述环节的状态； 所述工作流节点的行为与状态之间的关系， 用于 描述所述环节的行为与状态之间的关系； 所述工作流节点的行为用来 驱动所述工作流节点的状态的变化；
运行所述工作流引擎以实现所述业务流程。
2. 根据权利要求 1所述的方法， 其中， 运行所述工作流引擎以实现所述 业务流程之前， 还包括：
配置所述工作流引擎与应用系统之间的交互方式；
所述应用系统通过所述交互方式触发关于所述业务流程的操作。
3. 根据权利要求 2所述的方法， 其中， 所述交互方式包括事件触发机制。
4. 根据权利要求 1所述的方法， 其特征在于， 运行所述工作流引擎以实 现所述业务流程之前， 还包括：
根据接收到的应用系统的消息选择与其对应的接口；
通过所述接口完成所述应用系统对所述业务流程各个环节的控 制。
5. 根据权利要求 4所述的方法， 其中， 在所述应用系统的所述消息为执 行所述业务流程的行为的情况下， 通过所述接口完成所述应用系统对 所述业务流程各个环节的控制包括：
判断所述业务流程的行为的权限和有效性， 其中， 所述有效性包 括当前状态下是否允许执行所述业务流程的行为。
6. 根据权利要求 1所述的方法， 其中， 使用工作流引擎描述业务流程包 括：
将应用系统的权限模型转换为所述工作流引擎的权限模型， 所述 工作流引擎的权限模型用于对所述工作流节点的行为进行控制。
7. 根据权利要求 1至 6中任一项所述的方法， 其中， 使用所述工作流引 擎描述业务流程之前， 还包括：
定义所述工作流节点的类型包括人工节点、 自动逻辑节点和自动 业务节点， 其中， 所述自动逻辑节点包括以下至少之一： 条件节点、 分支节点、 分发节点、 会合节点、 子流程节点。
8. —种工作流引擎， 包括： 描述模块， 设置为使用工作流引擎描述业务流程， 其中， 所述工 作流引擎包括工作流节点， 每个所述工作流节点用于描述所述业务流 程的一个环节， 所述工作流节点包括： 行为， 用于描述所述环节的行 为； 状态， 用于描述所述环节的状态； 所述工作流节点的行为与状态 之间的关系， 用于描述所述环节的行为与状态之间的关系； 所述工作 流节点的行为用来驱动所述工作流节点的状态的变化；
执行模块， 设置为运行所述工作流引擎以实现所述业务流程。
9. 根据权利要求 8所述的工作流引擎， 其中， 所述描述模块包括： 配置模块， 设置为配置所述工作流引擎与应用系统之间的交互方 式。
10. 根据权利要求 9所述的工作流引擎， 其中， 所述描述模块还包括： 权限转换模块， 设置为将所述应用系统的权限模型转换为所述工 作流引擎的权限模型， 所述工作流引擎的权限模型用于对所述工作流 节点的行为进行控制。
PCT/CN2011/070667 2010-05-17 2011-01-26 业务流程的实现方法和工作流引擎 WO2011143949A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010184303.5 2010-05-17
CN2010101843035A CN102254234A (zh) 2010-05-17 2010-05-17 业务流程的实现方法和工作流引擎

Publications (1)

Publication Number Publication Date
WO2011143949A1 true WO2011143949A1 (zh) 2011-11-24

Family

ID=44981482

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/070667 WO2011143949A1 (zh) 2010-05-17 2011-01-26 业务流程的实现方法和工作流引擎

Country Status (2)

Country Link
CN (1) CN102254234A (zh)
WO (1) WO2011143949A1 (zh)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102999816B (zh) * 2012-12-05 2016-02-24 中邮科通信技术股份有限公司 可个性化定制业务流程的工作流引擎
CN103092610B (zh) * 2012-12-31 2016-02-10 武汉中地数码科技有限公司 一种基于手持终端的电信外线资源一站式查询流程的配置方法
CN103227727B (zh) * 2013-04-10 2016-09-14 沈阳昭软软件有限公司 一种在工作流系统中控制任务发送权限的方法
CN103353957A (zh) * 2013-06-19 2013-10-16 浙江中烟工业有限责任公司 一种以人为中心的协同型工作流系统实现方法和装置
CN103324487B (zh) * 2013-07-10 2014-09-10 浙江中新力合控股有限公司 一种流程引擎应用服务化的实现方法
CN104281906A (zh) * 2013-07-11 2015-01-14 江苏达科信息科技有限公司 一种业务流程中的流程引擎实现方法及其流程引擎系统
CN103455324A (zh) * 2013-07-24 2013-12-18 北京起步科技有限公司 一种用于业务开发流程的模型
CN104239052A (zh) * 2014-09-12 2014-12-24 浙江宇视科技有限公司 业务流生成方法及装置
CN104574183A (zh) * 2015-02-05 2015-04-29 中国农业银行股份有限公司 跨系统信息处理方法及装置
CN105139103A (zh) * 2015-07-24 2015-12-09 广州支点网络科技有限公司 项目管理的流程流转控制方法、装置及终端设备
CN106648573B (zh) * 2015-11-04 2020-07-31 北京广联达正源兴邦科技有限公司 工作流业务的控制方法、控制系统和终端
CN105760180B (zh) * 2016-03-23 2019-01-25 浪潮天元通信信息系统有限公司 一种工作流引擎的扩展开发方法
CN107423942B (zh) * 2016-05-24 2020-10-16 阿里巴巴集团控股有限公司 一种业务流转的方法及装置
CN106384211A (zh) * 2016-11-08 2017-02-08 国云科技股份有限公司 一种快速构建工作流程的系统及其实现方法
CN107133780A (zh) * 2017-05-02 2017-09-05 山东浪潮通软信息科技有限公司 一种开放式任务集中管理方法和装置
CN107784433B (zh) * 2017-09-26 2021-10-01 上海虹谷信息科技有限公司 两个平行流程互动的建模方法、系统、终端及存储介质
CN109840073B (zh) * 2017-11-24 2022-07-05 北京京东尚科信息技术有限公司 业务流程的实现方法和装置
CN107844924A (zh) * 2017-12-18 2018-03-27 马上消费金融股份有限公司 一种控制工作流的执行方法、装置及介质
CN109598407B (zh) * 2018-10-26 2024-04-05 创新先进技术有限公司 一种业务流程的执行方法及装置
CN110443573A (zh) * 2019-07-23 2019-11-12 杭州数梦工场科技有限公司 审批管理平台及其审批方法、工作流生成方法
CN113253991A (zh) * 2020-02-08 2021-08-13 北京沃东天骏信息技术有限公司 任务可视化处理方法及装置、电子设备、存储介质
CN113850558A (zh) * 2020-06-28 2021-12-28 华为技术有限公司 一种工作流程编排方法及装置
CN111984256A (zh) * 2020-08-19 2020-11-24 上海翘腾科技有限公司 一种基于云原生架构的低代码应用流程系统和运行方法
CN112348326A (zh) * 2020-10-23 2021-02-09 中国建设银行股份有限公司 一种银行业务处理方法和系统
CN115169891B (zh) * 2022-07-07 2024-04-19 北京有生博大软件股份有限公司 一种包含多起点多分支流程的工作流引擎的实现方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101038635A (zh) * 2006-03-15 2007-09-19 北大方正集团有限公司 一种工作流管理系统流程权限控制系统及其实现方法
CN101201753A (zh) * 2007-12-13 2008-06-18 浪潮通信信息系统有限公司 一种多状态机管理引擎的配置管理方法
CN101673358A (zh) * 2008-09-10 2010-03-17 中兴通讯股份有限公司 基于权限组件对工作流组件中的权限管理的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101038635A (zh) * 2006-03-15 2007-09-19 北大方正集团有限公司 一种工作流管理系统流程权限控制系统及其实现方法
CN101201753A (zh) * 2007-12-13 2008-06-18 浪潮通信信息系统有限公司 一种多状态机管理引擎的配置管理方法
CN101673358A (zh) * 2008-09-10 2010-03-17 中兴通讯股份有限公司 基于权限组件对工作流组件中的权限管理的方法及装置

Also Published As

Publication number Publication date
CN102254234A (zh) 2011-11-23

Similar Documents

Publication Publication Date Title
WO2011143949A1 (zh) 业务流程的实现方法和工作流引擎
Menasce et al. Sassy: A framework for self-architecting service-oriented systems
CN105630488A (zh) 一种基于docker容器技术的持续集成实现方法
US8793708B2 (en) Creation and termination of component scopes
KR20060049813A (ko) 객체 지향 언어로 병행 프로그램을 구현하는 방법 및시스템
Gianni et al. A software architecture to ease the development of distributed simulation systems
CN101820428A (zh) 基于协议组合机制的组合服务优化方法和装置
Dai et al. A choreography analysis approach for microservice composition in cyber-physical-social systems
CN105404530B (zh) 一种实现简易部署和使用私有云的系统及方法
CN106354507A (zh) 一种企业级应用管理系统及其运行方法
Barros et al. Verification of distributed hierarchical components
Dustdar et al. Green software services: from requirements to business models
Glonina et al. On the correctness of real-time modular computer systems modeling with stopwatch automata networks
CN103064688A (zh) 工作流通用服务的方法和系统
CN117632395A (zh) 工作流处理方法、装置、设备、存储介质和程序产品
Álvarez et al. Integrating schedulability analysis and sdl in an object-oriented methodology for embedded real-time systems
Zhu et al. Validation of pervasive cloud task migration with colored petri net
Zhang et al. Design-space reduction for architectural optimization of automotive embedded systems
Filippone et al. Towards the synthesis of context-aware choreographies
Madsen et al. System-level verification of multi-core embedded systems using timed-automata
CN110989977A (zh) 一种面向残疾人的智能家居环境个性化定制方法
Álvarez et al. An object-oriented methodology for embedded real-time systems
CN117076508B (zh) 一种流数据处理系统支持批数据处理的方法
Zhang et al. Modeling and analysis of 3D Printing WS-BPEL business processes based on servicenet
Zhao et al. Architecture design of a distributed workflow platform based on microservice architecture

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11782866

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11782866

Country of ref document: EP

Kind code of ref document: A1