WO2007068175A1 - Systeme et procede permettant de declencher un systeme de regles - Google Patents
Systeme et procede permettant de declencher un systeme de regles Download PDFInfo
- Publication number
- WO2007068175A1 WO2007068175A1 PCT/CN2006/002600 CN2006002600W WO2007068175A1 WO 2007068175 A1 WO2007068175 A1 WO 2007068175A1 CN 2006002600 W CN2006002600 W CN 2006002600W WO 2007068175 A1 WO2007068175 A1 WO 2007068175A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- rule
- event
- trigger
- service
- trigger event
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Definitions
- the present invention relates to a system and method for implementing rule system triggering, and more particularly to a system and method for truly separating a business system and a rules system to implement rule system triggering.
- the rule system is implemented as a subsystem of the entire business software system, such as the filtering rules in the network firewall, the alarm rules in the network management system, and the mail rules in the mailbox sending and receiving tools (such as Outlook), all of which are used as their respective business systems.
- the rule system is independent, and it is connected to the business system through a rule trigger interface.
- the ILog software component used to build the e-commerce platform
- the rule system based on the Rete algorithm developed by Java
- the rule system such as Drools. See Figure 1, which is a block diagram of the rule system and the business system in the ILog.
- the rule service When the rule service is required, the rule triggers the interface to start, and the rule engine invokes the rules of the rule base to implement the business process and return the processing result.
- the triggering methods of the above two rule systems are currently implemented by embedding event reporting code in the business system, such as ILog ( ⁇ and Java specification JSR94, the specific way is: insert hand-written in the business system
- the event submits the code to report the event to the rule system, as in the following example - public class CustomerDAO ⁇
- the parameters used to define the event type and the specific event in the rule system are also manually set, and the specific manner is as follows: In the middle, use the interface and configuration file information provided by the system to define event types and specific events.
- the rules change in the later period. For example, when you need to modify the rule base or modify the input and output parameters, you still need to modify the corresponding code in the business system, which makes the demand response speed lower and consumes a lot of labor.
- the invention provides a system for implementing a rule system triggering, and by adding a module for filtering business events, the purpose of writing an event reporting code without manual writing is realized.
- the invention also provides a method for implementing the triggering of the rule system, by filtering the report event in the business system, avoiding the rule development definition work in the process of writing the business system code, facilitating the rule adjustment, reducing the error rate, and reducing Repetitive work to achieve separation of business systems and rules systems.
- a system for implementing a rule system triggering comprising a service system and a rule system connected to the service system, wherein the service system is provided with a plurality of service modules, and further configured with:
- the event manager is connected to the at least one service module, and is configured to receive the service event and the parameter data reported by the service module, and filter the trigger event according to the trigger event type information in the trigger event type list module; trigger the event type list A module, connected to the event manager, for storing trigger event type information, as a reference for the event manager to filter the trigger event.
- the rule system is provided with:
- a rule triggering interface connected to the event manager, configured to receive a trigger event sent by the event manager, and send the processing result to the event manager;
- the rule engine is connected to the rule trigger interface and the rule base, and is configured to receive a trigger event sent by the rule trigger interface, and perform a matching process of the trigger event according to the rule base;
- a rule base is configured to save trigger event type information and a specific rule definition associated with the trigger event type information.
- the rule system is provided with:
- the data synchronization module is connected to the trigger event type list module and the rule base, and is configured to perform information synchronization operation of the trigger event type list module and the rule base.
- a method for implementing a rule system triggering comprising: performing a trigger event filtering operation on each business event, and transmitting a rule system that satisfies an event of a predetermined trigger event type, thereby triggering the rule system.
- the method specifically includes:
- the service module reports the business event to the event manager
- the event manager determines, according to the trigger event type information in the trigger event type list module, whether the service event is a trigger event capable of triggering the rule system, and the event manager sends the trigger event to the rule system. Implement the triggering of the rule system, otherwise return an invalid instruction to the business module and end.
- the method further includes:
- the rule system searches for a rule definition that matches the trigger event, processes the trigger event according to the rule definition and specific parameter data, and returns the processing result of the trigger event to the event manager;
- the event manager returns the processing result to the service module, and ends.
- the method further includes:
- Specific parameter data for the business event is defined by adding annotation information to the business event.
- the method for adding annotation information includes:
- the annotation information is added to the business event using a Doclet method or a Java annotation method.
- the method further includes:
- the specific parameter data of the service event is added in the rule system.
- the method for automatically joining an event reporting code includes:
- the event report code is automatically added to the service module through a Java custom class load or a Java language proxy class.
- the method further includes:
- the event manager encapsulates the trigger event according to a data format required by the rule trigger interface.
- the method further includes:
- the rule system timing and the trigger event type list module perform information synchronization operations.
- the present invention is based on the existing custom class loading technology or the Java language agent class technology, and uses the event manager to perform trigger event filtering, which has the following beneficial effects:
- the business rules are independently carried out in the development phase of the rule system, which is easy to modify, and the change of the rule parameters can realize the instant response;
- FIG. 1 is a block diagram of a prior art rule system
- Embodiment 1 of a system for implementing a rule system trigger according to the present invention
- FIG. 3 is a hierarchical diagram of a trigger event in the system shown in FIG. 2;
- FIG. 4 is a block diagram of a second embodiment of a system for implementing a rule system trigger according to the present invention.
- FIG. 5 is a flowchart of an embodiment of a method for implementing a rule system trigger according to the present invention
- FIG. 6 is a schematic diagram of a method for automatically adding an event report code to a reference comment in the embodiment shown in FIG. 5;
- FIG. 7 is a flowchart of an embodiment of a method for adding an event report code by using a Java custom class according to the present invention;
- the embodiment 1 of the system for implementing the rule system triggering is composed of the service system 1 and the rule system 2.
- the service system 1 specifically includes: a plurality of service modules 11, an event manager 12, and a list of trigger event types.
- the module 13, the service module 11 and the trigger event type list module 13 are respectively connected to the event manager 12;
- the rule system 2 specifically includes: a rule trigger interface 21, a rule engine 22, and a rule base 23.
- the service modules 11 numbered from 1 to N respectively perform respective functional operations, such as processing the business module of Outlook, and can be written in a computer language, such as Java; or an application in the form of a web.
- the computer language or application builds a functional framework that involves content defined by specific rules embedded through custom classes.
- a loading thread is started in the Java environment, through a Java custom class loading method or a Java language proxy class (ie, Java bytecode instruction, Java Bytecode Instrumentation, abbreviation The Java BCI) method automatically joins the event reporting code in the business module 11.
- a Java custom class loading method or a Java language proxy class (ie, Java bytecode instruction, Java Bytecode Instrumentation, abbreviation The Java BCI) method automatically joins the event reporting code in the business module 11.
- the event manager 12 performs the judgment filtering on the service event, specifically: the event manager 12 checks the trigger event type list module 13 and determines according to the trigger event type information in the trigger event type list module 13, if the service event is capable of triggering the rule
- the trigger event of the system is transmitted by the event manager 12 to the rule system 2 via the rule trigger interface 21.
- the rule system in the network firewall is concerned with network events, and the anti-virus software system on the computer may be concerned with some operating system events and other levels.
- the general rule system does not focus on all events, but focuses on one layer.
- a business system 1 of the enterprise such as the BOSS system of telecommunications
- it focuses on some events of the business system framework, business modules and user interfaces, and these events are recorded in the rule system 2 as trigger event type information, and can be Modify the limit at any time.
- the event type information may be triggered by the rule system 2 to the trigger event type list module 13, or may be added to the trigger event type list module 13 by the system administrator.
- the event manager 12 encapsulates the trigger event and sends it according to the data format required by the rule trigger interface 21.
- the rule triggering interface 21 receives the trigger event into the rule system 2, and the rule engine 22 searches the rule base 23 for the rule definition matching the type according to the type of the specific trigger event, and processes according to the matched rule definition and parameter data. And return the processing result to the event manager 12.
- the business module 11 executes the current class based on the results returned by the event manager and continues to execute the business code down.
- the rule base 23 is for holding trigger event type information and a specific rule definition associated with the trigger event type information.
- the specific parameter data of the trigger event on which the rule depends such as structure data.
- the rule system needs to know the "customer" event type and the related parameter data of the "customer” type for processing in advance.
- parameter data can be defined in a conventional way by defining such parameter data one by one in the rule system: The developer first manually adds the client to add the event definition and the parameter data of the client class in the rule system, and then use it for the rule definition person.
- a better way to define parameter data is to use the XDoclet method or the new annotation method in Java 5.0 to define the parameter attribute information data. By using these two methods, it is possible to complete the definition of the parameter data required by the rule by adding the annotation information when writing the business module code.
- An example is as follows:
- the rule system 2 analyzes the source code during the compilation process, extracts the parameter data information required by the rule, and adds it to the rule base 23. This eliminates the need to re-define in the rules system 2, and the corresponding customer addition event is also stored as the trigger event type information in the rules system 2. Then, the rule system 2 does not need to separately define different complicated parameter data to cope with various situations, and can directly extract the required parameter data from the annotation information of the trigger event code to be processed.
- Embodiment 2 of the system for implementing the rule system triggering of the present invention is composed of a service system 1 and a rule system 2, and the service system 1 specifically includes a plurality of service modules 11, an event manager 12, and a trigger event type.
- the list module 13, the rule system 2 specifically includes a rule trigger interface 21, a rule engine 22, and a rule base 23 and data
- the synchronization module 24, the rule base 23 in the rule system 2 synchronously triggers the event type information to the trigger event type list module 13 in the service system 1 through the data synchronization module 24. .
- the trigger event type information in the trigger event type list module 13 is synchronized by the rule system 2, and the synchronization mode is the trigger event type information in the rule base 23 and the trigger event type information in the trigger event type list module 13 through the data synchronization module 24. Synchronization; may be updated periodically, or may be updated immediately after the trigger event type information in the rule base 23 is modified by the manager.
- An embodiment of the method for implementing the rule system triggering based on the foregoing system, referring to FIG. 5, includes the following steps: Step 1. Performing a service module loading that can be operated;
- Step 2 automatically adding an event report code to the service module, for example, an automatic join may be performed by a Java thread, and the workload and the system coupling requirement are reduced because there is no need to manually write an event report code;
- Step 3 The service module submits a service event to the event manager.
- Step 4 The event manager determines, according to the trigger event type information in the trigger event type list module, whether the service event is a trigger event capable of triggering the rule system, if yes, step 5 is performed, otherwise step 6 is performed;
- Step 5 the event management Transmitting the trigger event package to a rule system
- Step 6 The rule system searches for a rule definition that matches the trigger event, processes the trigger event according to the rule definition and parameter data, and returns a process completion result of the trigger event to the event manager; wherein, the parameter data Can be manually added by the developer, or by adding a comment in the trigger event; for the case of defining parameter data of the business event by adding annotation information in the business event, the annotation information is an XDoclet method or Java annotation The method is added to the trigger event, so it is not necessary to define specific parameters in the rule system, which reduces the workload and reduces the difficulty of bursting;
- Step 7. The event manager returns the processing completion result to the service module, and ends.
- Step 8 The event manager returns an invalid instruction to the business module, and the process ends.
- step 2 you can use the XDoclet method or the new annotation method (Java Annotation) in java 5.0 to define the parameter attribute information data.
- the automatic join event reporting code in step 2 can be implemented by a thread in the Java language environment. Like Java A very wide range of interception techniques are used: custom class loading methods and Java BCI methods in Java 5.0.
- Java custom class loading method you can implement your own defined loading class by inheriting the system's ClassLoader class. In the load class defined by itself, you can control the loading source and loading content of the class. Currently, there is a class encryption technology implemented to prevent decompilation. Here you can also use the custom class loading technique to modify the loaded class when the class is loaded, and automatically add the event report code to the class method that needs to be listened to.
- the Java BCI method is located in the java.lang.instrument package that implements its own proxy class.
- the proxy class register your own MyClassFileTransformer class.
- MyClassFileTransformer class the interface ClassFileTransformer is implemented.
- the interface is transformed by a method.
- the input parameter is the class name and the bytecode of the class. If the bytecode needs to be modified, the modified bytecode is returned, otherwise it returns null or Return the original bytecode.
- add the parameter javaagent parameter (and you can specify more than one), as written in the ant run script:
- FIG. 6 is a schematic diagram of automatically adding the event report code by using the Java BCI method when the business module is loaded.
- the event report code is automatically added according to the added comment.
- the class converter here plays a thread.
- the event manager further includes: the event manager encapsulating the trigger event according to a data format required by the rule triggering interface.
- Step 4 may specifically include: Step 41: The rule system receives the trigger event.
- Step 42 The rule engine of the rule system searches, in the rule base, a rule definition that matches the trigger event type information according to the trigger event type information;
- Step 43 The rule engine of the rule system performs processing of the trigger event according to the rule definition and parameter data, and the processing method adopts a processing method of an existing rule system, such as a Rete algorithm;
- Step 44 The rule engine of the rule system returns the processing result to the event manager.
- the rule system periodically updates the trigger event type information in the service system, or the rule system updates the trigger event type information in the service system after the trigger event type information is modified. More specifically, the rule system update may be trigger event type information in the trigger event type list module in the service system.
- an embodiment of a Java custom class loading technology for implementing a rule system triggering method includes the following steps:
- Step 101 The rule system updates the trigger event type list in the trigger event type list module by using the data synchronization device.
- Step 102 Perform business function loading of the function operation, including the CustomerDAO class, and have the following code:
- Step 103 The Java thread uses the Java custom class loading technology to add an automatic report code to the CustomerDAO class.
- Step 104 When the service module executes to the CustomerDAO class, report it to the event manager; Step 105, the event manager encapsulates and invokes the rule triggering interface to send the trigger event to the rule system; Step 106, the rule The system receives the trigger event through a rule trigger interface;
- Step 107 The rule system invokes a rule engine, and searches, in the rule base, a rule definition that matches the trigger event type information according to the trigger event type information.
- Step 108 The rule system performs a process of triggering events according to the rule definition and parameter data, and the parameter data may be manually added.
- Step 109 The rule system returns a processing completion result to the event manager.
- Step 110 The event manager returns the processing completion result to the service module.
- the annotation information can be added to the business module through the Java environment to define specific parameter data of the business event.
- the event interception can use the JVMPI and JVMTI technologies in java, and use the custom annotation markup syntax.
- the XDoclet technology is used to perform the annotation of the service module, including the following steps:
- Step 201 Perform a function module loading of the function operation;
- the service event is a class CustomerDAO that adds an annotation information by using XDoclet technology, and the service event includes parameter data defined by the annotation information;
- Step 202 The Java process automatically adds an event report code to the service module, as shown in step 103 of the previous embodiment.
- Step 203 The service module reports the service event to the event manager.
- Step 204 The event manager checks a trigger event type list, and determines that the class CustomerDAO is a trigger event capable of triggering the rule system;
- Step 205 The event manager encapsulates and sends the class CustomerDAO to the rule system.
- Step 206 The rule system receives the trigger event by using a rule triggering interface, where the trigger event includes parameter data.
- Step 207 The rule system call rule engine searches, in the rule base, a rule definition that matches the trigger event type information according to the trigger event type information.
- Step 208 The rule engine performs a process of triggering events according to the rule definition and the parameter data in the trigger event, where the processing method is a method for triggering event processing by the existing rule system.
- Step 209 The rule system returns a processing completion result to the event manager.
- Step 210 The event manager returns the processing completion result to the service module.
- the annotation information may also be added by using Java annotation technology.
- the rule system immediately updates the trigger event type list in the trigger event type list module; meanwhile, the rule system also periodically triggers the event type. List module update.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Description
实现规则系统触发的系统及方法
技术领域
本发明涉及一种实现规则系统触发的系统和方法， 特别涉及一种真正分离业务系统 和规则系统来实现规则系统触发的系统和方法。
发明背景
随着企业信息化及自动化程度的提高， 企业内信息业务对 IT系统的依赖程度也越 来越高。 但企业 IT部门与具体业务部门之间存在矛盾， 主要表现为： IT部门的软件开 发人员擅长编写代码， 针对具体业务部门提出的要求， 使用不同的模块， 用硬代码将业 务规则固化起来实现； 但对于具体业务人员来说， 很难从详细的代码文档中获知相关的 信息， 包括代码创建日期、 创建人、 相应代码对应的具体业务等等， 因此， 具体业务人 员只能通过已经编辑好的程序进行执行而无法管理； 当某些业务规则需要变化时， 具体 业务人员也不得不借助 IT部门的人员进行修改。 这种情况一方面带来了 IT部门人员工 作量的增加， 以及部门之间进行反复导致的效率降低； 另一方面， 一些企业内部规则的 变化需要完全展示给 IT部门的人员， 增加.了泄密的风险。
因此， 模仿将数据从业务系统中剥离出来， 单独作为数据库存在的做法， 在 IT系 统中出现了专门把变化的业务规则从业务系统中提取出来作为规则库，通过规则引擎和 规则触发接口独立的形成规则系统的情况，其目的是把变化的需求从业务系统中分离出 来。 在软件技术上， 主要有两种方法实现上述规则系统与业务系统的分离：
第一种： 规则系统作为整个业务软件系统的一个子系统来实现， 比如网络防火墙中 的过滤规则， 网管系统中的报警规则， 邮箱收发工具 （如 Outlook) 中邮件规则， 都是 作为各自业务系统中的子系统存在的；
第二种： 规则系统是独立的， 它和业务系统之间通过规则触发接口来连接。 比如用 来搭建电子商务平台的 ILog软件组件、使用 Java开发的基于 Rete算法的规则弓 |擎 Drools 等规则系统。参见图 1， 为 ILog中规则系统和业务系统的框图， 当需要规则服务时规则 触发接口启动， 通过规则引擎调用规则库的相关规则， 实现业务处理并返回处理结果。
上述两种规则系统的触发方法， 目前都是釆用在业务系统中嵌入事件报送代码来实 现， 比如 ILog (^及 Java规范 JSR94中都是如此， 具体方式为： 在业务系统插入手工编 写的事件报送代码， 来报送事件给规则系统， 如下示例- public class CustomerDAO{
public int add(Customer cust){
Rule.fire( "rulepackage", "before", cust );
Try{
...... //其它业务代码
}
finally{
Rule.fire( "rulepackage", "after，，， cust );
}
}
}
通过在类定义 "CustomerDAO" 的程序代码中嵌入事件报送代码 "Rule.fire"程序 段， 实现在业务系统执行过程中， 报送事件 " CustomerDAO"给规则系统， 从而实现规 则系统的触发。 通过这种方式， IT人员只需要搭建业务框架， 并嵌入事件报送代码， 而 将真正的逻辑规则放在规则系统中， 因此系统结构变得简单； 同时， 规则系统中相关的 规则库中存放小的程序逻辑段，该逻辑段可以通过描述性语言编写，可以被有效地管理， 如规则查询、 权限控制、 实时部署、 规则共享、 版本管理等， 因此业务人员有机会来接 触， 并通过工具来查询、 修改甚至部署他的规则。
但是， 上述实现规则系统触发的方法同时具有以下缺陷：
第一、在业务系统的代码中到处插入这样的事件报送代码将消耗开发人员大量的劳 动和时间；
第二、 在代码中需要固定规则集编码 （或称为规则库编码）， 需要固定输入参数对 象， 需要固定返回结果对象， 这些使得相关修改规则库、 输入参数对象、 返回对象结构 的工作非常困难， 难以期望在业务规则被修改时迅速实现业务系统中的相应变化； 第三、 一旦业务系统部署之后， 对应部分插入的代码就很难改变， 当业务规则发生 变化时， 对应的业务系统中的接口和参数等就需要发生变化， 即使不考虑即时性， 修改 这种像蜘蛛网一样布满各个模块的代码也是难以想象。 .
同时，在目前实现规则系统触发的方法中，除了釆用上 的手工代码进行触发以外， 在规则系统中定义事件类型和具体事件所用到的参数也是手工设定的， 具体方式为： 在 规则系统中， 使用系统提供的界面和配置文件信息定义事件类型和具体事件。
综上所述， 现有通过对业务系统和规则系统进行分离来实现规则系统触发的方法主 要有以下缺点：
1、 需要在业务代码中手工插入事件报送代码， 增加开发人员工作量， 并使得触发
所需耦合度加大；
2、 业务系统开发人员需要在系统开发阶段对业务规则有一定了解， 包括所用规则 集及参数， 增加了开发人员难度；
3、 后期规则发生变化， 比如需要修改规则库或修改输入输出参数时， 仍然需要修 改业务系统中的相应代码， 使得需求响应速度降低， 同时耗费了大量的劳动；
4、开发业务系统代码和定义规则系统规则库属于重复劳动， 容易参数错误或遗漏。 发明内容
本发明提供一种实现规则系统触发的系统， 通过加入对业务事件进行过滤的模块， 实现无需手工编写事件报送代码的目的。
本发明还提供一种实现规则系统触发的方法，通过在业务系统中对报送事件进行过 滤， 避免在编写业务系统代码过程中进行规则开发定义工作， 有利于进行规则调整， 降 低错误率， 减少重复性工作， 实现业务系统和规则系统的分离。
本发明是通过以下技术方案实现的- 一种实现规则系统触发的系统， 包括一业务系统及与所述业务系统连接的一规则系 统， 其中业务系统中设置有多个业务模块， 还设置有：
事件管理器， 与至少一个业务模块连接， 用于接收所述业务模块报送的业务事件及 参数数据， 并根据所述触发事件类型列表模块中的触发事件类型信息过滤触发事件； 触发事件类型列表模块， 与所述事件管理器连接， 用于存储触发事件类型信息， 作 为事件管理器过滤触发事件的基准。
所述规则系统中设置有：
规则触发接口，与所述事件管理器连接，用于接收所述事件管理器发送的触发事件， 并将处理结果发送给所述事件管理器；
规则引擎， 与所述规则触发接口及规则库连接， 用于接收所述规则触发接口发送的 触发事件， 并根据所述规则库进行触发事件的匹配处理；
规则库， 用于保存触发事件类型信息以及与所述触发事件类型信息相关联的具体规 则定义。
所述规则系统中设置有：
数据同步模块， 与所述触发事件类型列表模块及规则库连接， 用于执行所述触发事 件类型列表模块与规则库的信息同步操作。
一种实现规则系统触发的方法， 包括- 对每一业务事件进行触发事件过滤操作，将满足预定触发事件类型的事件发送之规 则系统， 从而触发规则系统。
所述方法具体包括：
业务模块加载时， 向所述业务模块中自动加入事件报送代码；
业务模块报送业务事件到事件管理器；
所述事件管理器根据触发事件类型列表模块中的触发事件类型信息， 判断所述业务 事件是否为能够触发规则系统的触发事件， 是， 则所述事件管理器发送所述触发事件至 规则系统， 实现规则系统的触发， 否则向业务模块返回无效指令并结束。
发送触发事件到规则系统后， 所述方法进一步包括：
所述规则系统搜索匹配所述触发事件的规则定义， 根据所述规则定义及具体参数数 据处理所述触发事件， 并将所述触发事件的处理结果返回给所述事件管理器；
所述事件管理器将所述处理结果返回给所述业务模块， 结束。
在业务模块加载前， 所述方法还包括：
通过在所述业务事件中添加注释信息来定义所述业务事件的具体参数数据。
所述添加注释信息的方法包括：
利用 Doclet方法或 Java注解方法将所述注释信息添加到所述业务事件中。
在业务模块加载前， 所述方法还包括：
在所述规则系统中添加所述业务事件的具体参数数据。
所述自动加入事件报送代码的方法包括：
通过 Java自定义类加载或 Java语言代理类在所述业务模块中自动加入事件报送代 码。
所述发送触发事件至规则系统之前还包括： ·
所述事件管理器按照规则触发接口要求的数据格式对所述触发事件进行封装。 所述方法还包括：
规则系统定时与触发事件类型列表模块进行信息同步操作。
由上述本发明提供的技术方案可以看出， 本发明基于现有的自定义类加载技术或 Java语言代理类技术， 采用事件管理器进行触发事件过滤， 具有以下有益效果：
1、 对触发事件在业务系统之外进行过滤， 业务系统幵发人员无需在系统开发阶段
对业务规则进行了解， 因此无需进行重复性的规则开发定义工作；
2、 业务规则在规则系统开发阶段独立进行， 便于修改， 同时对规则参数的变化能 够实现即时响应；
3、 自动报送触发事件， 无需手工编写事件报送代码， 降低了工作量和系统耦合度 要求；
4、 实现了业务系统和规则系统的分离。
附图简要说明
图 1为现有技术中规则系统的框图；
图 2为本发明实现规则系统触发的系统实施例 1的框图；
图 3为图 2所示系统中触发事件的层次示意图；
图 4为本发明实现规则系统触发的系统实施例 2的框图；
图 5为本发明实现规则系统触发的方法实施例的流程图；
图 6为图 5所示实施例中参考注释自动加入事件报送代码的方法示意图； 图 7为本发明采用 Java自定义类加入事件报送代码的方法实施例的流程图； 图 8为本发明利用 XDoclet技术添加注释信息的方法实施例的流程图。
实施本发明的方式 为了实现把业务系统中的触发事件传递到规则系统， 需要在业务系统中加入事件报 告部件， 并对事件进行统一处理归口， 再传递到规则系统。 为了减少冗余事件的传递， 规则系统要能够把需要的事件类型告之业务系统， 不需要的事件则不捕获不传递。 本发 明实现规则系统触发的系统的实施例 1如图 2所示， 由业务系统 1和规则系统 2组成， 业务系统 1具体包括：多个业务模块 11、一事件管理器 12和触发事件类型列表模块 13， 业务模块 11以及触发事件类型列表模块 13分别与事件管理器 12连接； 规则系统 2具 体包括： 规则触发接口 21、 规则引擎 22和规则库 23。
其中，编号从 1到 N的业务模块 11分别执行各自功能操作， 比如处理 outlook的业 务模块， 可使用计算机语言编写， 比如 Java; 也可以是 web形式的应用程序。 该计算机 语言或应用程序搭建了功能框架， 涉及到具体规则限定的内容通过自定义类嵌入。
在本发明中， 编号从 1到 N的业务模块 11加载时， Java环境下启动一个加载线程， 通过 Java 自定义类加载方法或 Java语言代理类 （即 Java字节码指令， Java Bytecode Instrumentation, 简称 Java BCI) 方法在所述业务模块 11中自动加入事件报送代码。
当业务模块 11 执行自定义类代码或者其他跳出或中断操作代码等业务事件时， 将
相关代码或 Web形式的应用程序传送给事件管理器 12。
事件管理器 12对业务事件进行判断过滤， 具体为： 事件管理器 12检查触发事件类 型列表模块 13， 根据触发事件类型列表模块 13中的触发事件类型信息进行判断， 如果 该业务事件为能够触发规则系统的触发事件， 由事件管理器 12将该触发事件及参数数 据通过规则触发接口 21传送给规则系统 2。
由于在一个完整的业务系统 1中， 具有不同层次的触发事件存在， 从网络硬件底层 一直到前端的用户界面和用户操作事件， 如图 3所示。 比如网络防火墙中的规则系统关 注的是网络事件、 计算机上的杀毒软件系统可能关注的是一些操作系统事件、 其它层次 也类似。 一般规则系统都不会关注所有的事件， 而会专注于某一层。 对于企业的一个业 务系统 1 (如电信的 BOSS系统）， 则关注的是业务系统框架、业务模块及用户界面的一 些事件，则这些事件就作为触发事件类型信息记载于规则系统 2，并可被随时修改限定。 可由规则系统 2同步触发事件类型信息至触发事件类型列表模块 13中， 也可以由系统 管理人员添加入触发事件类型列表模块 13。
对于触发事件，事件管理器 12中按照规则触发接口 21要求的数据格式封装该触发 事件并发送。
规则触发接口 21将触发事件接收至规则系统 2中， 由规则引擎 22根据具体触发事 件的类型， 在规则库 23 中搜索与该类型相匹配的规则定义， 根据匹配的规则定义和参 数数据进行处理， 并返回处理结果给事件管理器 12。 业务模块 11根据事件管理器返回 的结果执行当前类， 并继续向下执行业务代码。
该规则库 23用于保存触发事件类型信息以及与所述触发事件类型信息相关联的具 体规则定义。 为了完成规则的定义， 需要知道规则所依赖的触发事件的具体参数数据， 如结构数据等。 例如在增加客户的方法中， 规则系统就需要事先了解 "客户"这个事件 类型， "客户"类型的相关参数数据来进行处理。
参数数据的定义可以采用传统的方法， 在规则系统中逐个的定义这样的参数数据： 开发人员首先在规则系统中手工的添加客户增加事件定义和客户类的参数数据，然后给 规则定义人员使用。
进行参数数据定义的更好的方法是利用 XDoclet方法或者 java 5.0中新的注解方法 来完成参数属性信息数据的定义。 通过使用这两种方法， 可以实现在编写业务模块代码 时， 通过添加注释信息， 就同时完成了规则所需参数数据的定义。 示例如下：
在编译打包该业务模块时， 规则系统 2就在编译过程中对源代码进行分析， 提取规 则所需参数数据信息， 加入到规则库 23中。 这样就无需在规则系统 2中重新进行定义， 同时， 对应的客户增加事件也作为触发事件类型信息被存储至规则系统 2中。 则规则系 统 2无须分别定义不同的繁杂参数数据以应付各种情况，而可以直接从待处理的触发事 件代码的注释信息中提取需要的参数数据。
本发明的实现规则系统触发的系统的实施例 2， 如图 4所示， 由业务系统 1和规则 系统 2组成， 业务系统 1具体包括多个业务模块 11、 一事件管理器 12和触发事件类型 列表模块 13， 规则系统 2具体包括规则触发接口 21、 规则引擎 22和规则库 23和数据
同步模块 24，规则系统 2中规则库 23通过数据同步模块 24向业务系统 1中的触发事件 类型列表模块 13同步触发事件类型信息。。
该触发事件类型列表模块 13中的触发事件类型信息由规则系统 2进行同步， 同步 方式为通过数据同步模块 24进行规则库 23中触发事件类型信息与触发事件类型列表模 块 13中触发事件类型信息的同步； 可以定期更新， 也可以在规则库 23中的触发事件类 型信息被管理人员修改后即时进行更新。
基于上述系统的实现规则系统触发的方法的实施例， 参见图 5， 包括以下步骤： 步骤 1、 执行 ¾]能操作的业务模块加载；
步骤 2、 向所述业务模块中自动加入事件报送代码， 比如可由 Java线程来执行自动 加入， 由于无需手工编写事件报送代码， 降低了工作量和系统耦合度要求；
步骤 3、 业务模块报送业务事件到事件管理器；
步骤 4、 所述事件管理器根据触发事件类型列表模块中的触发事件类型信息， 判断 所述业务事件是否为能够触发规则系统的触发事件， 是， 则执行步骤 5， 否则执行步骤 6；
本步骤中通过将触发事件的判断从业务模块中分离出来， 使业务系统开发人员无需 在系统开发阶段对业务规则进行了解， 因此无需进行重复性的规则开发定义工作； 步骤 5、 所述事件管理器将所述触发事件封装发送至规则系统；
步骤 6、 所述规则系统搜索匹配所述触发事件的规则定义， 根据所述规则定义及参 数数据处理该触发事件， 并将所述触发事件的处理完成结果返回给事件管理器； 其中， 参数数据可以由开发人员手工添加， 也可以通过在触发事件中添加注释实现； 对于通过 在所述业务事件中添加注释信息定义所述业务事件的参数数据的情况， 该注释信息为利 用 XDoclet方法或 Java注解方法添加到所述触发事件中，因此无须在规则系统中对具体 的参数进行定义， 减少了工作量， 并降低了幵发难度；
步骤 7、 事件管理器将所述处理完成结果返回给所述业务模块， 结束；
步骤 8、 事件管理器向业务模块返回无效指令， 结束。
通过上述步骤， 实现了业务系统和规则系统的分离。
其中， 步骤 2之前， 可以利用 XDoclet方法或者 java 5.0 中新的注解方法 （Java Annotation) 来完成参数属性信息数据的定义。
步骤 2中的自动加入事件报送代码可以通过 Java语言环境下的线程实现。比如 Java
中使用非常广泛的拦截技术： 自定义类加载方法和 Java5.0中的 Java BCI方法。
对于 Java自定义类加载方法， 是通过继承系统的 ClassLoader类， 实现自己定义的 加载类。在自己定义的加载类， 可以实现对类的加载来源和加载的内容进行控制， 目前 应用的有为了防止反编译而实现的类加密技术。在这里也可以使用自定义类加载技术来 在类加载的时候对所加载的类进行修改，在需要监听的类方法中自动的加入事件报送代 码。
而 Java BCI方法位于可以实现自己的代理类的 java.lang.instrument包中。 在代理类 的 premai 方法中， 注册自己的 MyClassFileTransformer类。 在 MyClassFileTransformer 类中， 实现了接口 ClassFileTransformer, 该接口通过一个方法 transform, 传入参数是类 名和类的字节码， 如果需要修改字节码， 只要把修改后的字节码返回， 否则返回空或把 原字节码返回即可。 具体为在运行 java程序时， 加入参数 javaagent参数 （而且可以指 定多个）， 如在 ant运行脚本中这样写：
<target name="Tester" >
<java classname:="em.Tester" d -"bin" fork="true" output="dist/output.txt" >
<jvmarg
value="-j avaagent: ../ dist/$ { ant.proj ect.nanie } .j ar"/>
</java
</target>
除了对业务代码进行这样方式的拦截外， 也可以对 Web形式的应用程序建立拦截， 比如对所有提交的表单进行拦截，只要继承 javax.servlet.Filter接口，实现自定义的 Filter, 然后在 web.xml中注册接口。
参见图 6， 是业务模块加载时釆用 Java BCI方法自动加入事件报送代码的示意图， 特别是根据加入的注释自动加入事件报送代码，这里的类转换器就起到了一个线程的作 用。
步骤 3中所述发送之前还包括：所述事件管理器按照规则触发接口要求的数据格式 对所述触发事件进行封装。
步骤 4可具体包括：
步骤 41、 所述规则系统接收所述触发事件；
步骤 42、所述规则系统的规则引擎根据所述触发事件类型信息，在规则库中搜索与 所述触发事件类型信息相匹配的规则定义； ·
步骤 43、所述规则系统的规则引擎根据所述规则定义及参数数据进行所述触发事件 的处理， 该处理方法采用现有规则系统的处理方法， 比如 Rete算法；
步骤 44、 所述规则系统的规则引擎返回所述处理结果给所述事件管理器。
在本实施例中， 规则系统定时更新所述业务系统中的触发事件类型信息， 或者规则 系统在触发事件类型信息修改后更新所述业务系统中的触发事件类型信息。 更具体的， 规则系统更新的可以是业务系统中触发事件类型列表模块中的触发事件类型信息。
如图 7所示，为实现规则系统触发的方法的一釆用 Java自定义类加载技术的实施例， 包括以下步骤：
步骤 101、 规则系统通过数据同步装置更新触发事件类型列表模块中触发事件类型 列表；
步骤 102、 执行功能操作的业务模块加载， 其中包括 CustomerDAO类， 具有如下 代码：
public class CustomerDAO{
public int add(Customer cust){
…… //其它业务代码
return 0;
}
}
步骤 103、 Java线程釆用 Java自定义类加载技术向该 CustomerDAO类中加入自动 报送代码，
public class CustomerDAO {
public int add(Customer cust){
Rule.fire( "mlepackage", "before", oust );
try{
...... //其它业务代码
finally {
Rule.fire( " rulepackage", "after", cust );
}
}
加入后和在 java源代码中加入的方法一样， 但却无需手工编程实现；
步骤 104、 当业务模块执行到该 CustomerDAO类时， 将其报送到事件管理器； 步骤 105、 事件管理器封装并调用规则触发接口将所述触发事件发送至规则系统； 步骤 106、 所述规则系统通过规则触发接口接收该触发事件；
步骤 107、 所述规则系统调用规则引擎， 根据所述触发事件类型信息在规则库中搜 索与所述触发事件类型信息相匹配的规则定义；
步骤 108、 所述规则系统根据所述规则定义及参数数据进行触发事件的处理， 该参 数数据可以为手工添加；
步骤 109、 所述规则系统将处理完成结果返回给所述事件管理器；
步骤 110、 事件管理器将所述处理完成结果返回给所述业务模块。
其中， 在步骤 103之前， 还可以通过 Java环境向业务模块添加注释信息， 从而定义 业务事件的具体参数数据， 比如事件拦截可以使用 java中的 JVMPI和 JVMTI技术， 使 用自定义的注释标记语法。
如图 8 所示， 为本发明实现规则系统触发的方法的又一实施例， 本实施例中利用 XDoclet技术进行业务模块的注释， 包括以下步骤：
步骤 201、 执行功能操作的业务模块加载； 该业务事件为使用 XDoclet技术进行注 释信息添加的类 CustomerDAO, 该业务事件中包括注释信息定义的参数数据；
public class CustomerDAO{
/**
* @ruletype("xxx .xxx.customer. add")
* @ruleparament("xxx.xxx.Customer")
*/
public int add(Customer cust){
步骤 202、 Java进程向业务模块中自动加入事件报送代码， 可参见上一实施例的步 骤 103；
步骤 203、 业务模块报送所述业务事件到事件管理器；
步骤 204、 事件管理器检査触发事件类型列表， 判断该类 CustomerDAO为能够触 发规则系统的触发事件；
步骤 205、 事件管理器将类 CustomerDAO封装并发送至规则系统；
步骤 206、 规则系统通过规则触发接口接收该触发事件， 该触发事件中包含了参数 数据；
步骤 207、 规则系统调用规则引擎根据所述触发事件类型信息， 在规则库中搜索与 所述触发事件类型信息相匹配的规则定义；
步骤 208、 规则引擎根据所述规则定义及触发事件中的参数数据进行触发事件的处 理， 该处理方法为现有规则系统进行触发事件处理的方法；
步骤 209、 所述规则系统返回处理完成结果给所述事件管理器；
步骤 210、 事件管理器将所述处理完成结果返回给所述业务模块。
其中， 步骤 201中， 也可以利用 Java注解技术添加所述注释信息。
在本实施中， 如果系统工作人员对规则系统中的触发事件类型列表进行了修改， 则 规则系统即时进行触发事件类型列表模块中触发事件类型列表的更新； 同时， 规则系统 也定时进行触发事件类型列表模块更新。
最后所应说明的是， 以上实施例仅用以说明本发明的技术方案而非限制， 尽管参照 较佳实施例对本发明进行了详细说明， 本领域的普通技术人员应当理解， 可以对本发明 的技术方案进行修改或者等同替换， 而不脱离本发明技术方案的精神和范围。
Claims
1、 一种实现规则系统触发的系统， 包括一业务系统及与所述业务系统连接的一规 则系统，其中业务系统中设置有多个业务等块，其特征在于，所述业务系统中还设置有: 事件管理器， 与至少一个业务模块连接， 用于接收所述业务模块报送的业务事件及 参数数据， 并根据所述触发事件类型列表模块中的触发事件类型信息过滤触发事件； 触发事件类型列表模块， 与所述事件管理器连接， 用于存储触发事件类型信息， 作 为事件管理器过滤触发事件的基准。
2、 根据权利要求 1所述的系统， 其特征在于， 所述规则系统中设置有： 规则触发接口，与所述事件管理器连接，用于接收所述事件管理器发送的触发事件， 并将处理结果发送给所述事件管理器； ' 规则引擎， 与所述规则触发接口及规则库连接， 用于接收所述规则触发接口发送的 触发事件， 并根据所述规则库进行触发事件的匹配处理；
规则库，用于保存触发事件类型信息以及与所述触发事件类型信息相关联的具体规 则定义。
3、 根据权利要求 1或 2所述的系统， 其特征在于， 所述规则系统中设置有： 数据同步模块， 与所述触发事件类型列表模块及规则库连接， 用于执行所述触发事 件类型列表模块与规则库的信息同步操作。
4、 一种实现规则系统触发的方法， 其特征在于， 包括：
对每一业务事件进行触发事件过滤操作，将满足预定触发事件类型的事件发送之规 则系统， 从而触发规则系统。
5、 根据权利要求 4所述的实现规则系统触发的方法， 其特征在于， 所述方法具体 包括- 业务模块加载时， 向所述业务模块中自动加入事件报送代码；
业务模块报送业务事件到事件管理器；
所述事件管理器根据触发事件类型列表模块中的触发事件类型信息， 判断所述业务 事件是否为能够触发规则系统的触发事件， 是， 则所述事件管理器发送所述触发事件至 规则系统， 实现规则系统的触发， 否则向业务模块返回无效指令并结束。
6、 根据权利要求 5所述的实现规则系统触发的方法， 其特征在于， 发送触发事件
到规则系统后， 所述方法进一步包括：
所述规则系统搜索匹配所述触发事件的规则定义， 根据所述规则定义及具体参数数 据处理所述触发事件， 并将所述触发事件的处理结果返回给所述事件管理器；
所述事件管理器将所述处理结果返回给所述业务模块， 结束。
7、 根据权利要求 5所述的实现规则系统触发的方法， 其特征在于， 在业务模块加 载前， 所述方法还包括： .
通过在所述业务事件中添加注释信息来定义所述业务事件的具体参数数据。
8、 根据权利要求 7所述的实现规则系统触发的方法， 其特征在于， 所述添加注释 信息的方法包括：
利用 XDoclet方法或 Java注解方法将所述注释信息添加到所述业务事件中。
9、 根据权利要求 5所述的实现规则系统触发的方法， 其特征在于， 在业务模块加 载前， 所述方法还包括：
在所述规则系统中添加所述业务事件的具体参数数据。
10、 根据权利要求 5所述的实现规则系统触发的方法， 其特征在于， 所述自动加入 事件报送代码的方法包括：
通过 Java自定义类加载或 Java语言代理类在所述业务模块中自动加入事件报送代 码。
11、 根据权利要求 5所述的实现规则系统触发的方法， 其特征在于， 所述发送触发 事件至规则系统之前还包括：
所述事件管理器按照规则触发接口要求的数据格式对所述触发事件进行封装。
12、 根据权利要求 4或 5所述的实现规则系统触发的方法， 其特征在于， 所述方法 还包括：
规则系统定时与触发事件类型列表模块进行信息同步操作。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2005101208188A CN1866283B (zh) | 2005-12-13 | 2005-12-13 | 实现规则系统触发的系统及方法 |
| CN200510120818.8 | 2005-12-13 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2007068175A1 true WO2007068175A1 (fr) | 2007-06-21 |
Family
ID=37425300
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2006/002600 WO2007068175A1 (fr) | 2005-12-13 | 2006-09-30 | Systeme et procede permettant de declencher un systeme de regles |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN1866283B (zh) |
| WO (1) | WO2007068175A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103473642A (zh) * | 2013-09-10 | 2013-12-25 | 中国科学院沈阳自动化研究所 | 一种面向生产调度的规则引擎方法 |
| CN111028925A (zh) * | 2019-10-21 | 2020-04-17 | 望海康信(北京)科技股份公司 | 数据传输方法及系统 |
| CN111782718A (zh) * | 2020-08-11 | 2020-10-16 | 支付宝(杭州)信息技术有限公司 | 插件化数据报送系统及数据报送方法 |
| CN113703829A (zh) * | 2021-07-15 | 2021-11-26 | 郑州信大捷安信息技术股份有限公司 | 一种Android生命周期多业务分发方法及系统 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102568135B (zh) * | 2011-12-28 | 2013-12-18 | 南京理工大学常熟研究院有限公司 | 一种面向脉冲电子围栏系统的数据存储匹配方法 |
| CN103927174A (zh) * | 2014-04-17 | 2014-07-16 | 北京视博数字电视科技有限公司 | 业务处理方法和装置 |
| CN106557342A (zh) * | 2015-09-30 | 2017-04-05 | 阿里巴巴集团控股有限公司 | 一种业务逻辑的实现方法及装置 |
| CN107656755A (zh) * | 2016-07-24 | 2018-02-02 | 平安科技（深圳）有限公司 | 规则引擎的编辑方法及装置 |
| CN107133741B (zh) * | 2017-05-05 | 2020-12-25 | 东软集团股份有限公司 | 待办任务处理方法、装置、可读存储介质及电子设备 |
| CN109271444A (zh) * | 2018-08-10 | 2019-01-25 | 武汉达梦数据库有限公司 | 一种基于触发器的表级双向同步实现方法和系统 |
| CN110147985A (zh) * | 2019-05-05 | 2019-08-20 | 珠海泰坦软件系统有限公司 | 一种基于规则的档案库房设备事件联动管理方法及系统 |
| CN111143408B (zh) * | 2019-11-25 | 2023-08-22 | 泰康保险集团股份有限公司 | 一种基于业务规则的事件处理方法和装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6023571A (en) * | 1997-02-06 | 2000-02-08 | Kokusai Denshin Denwa Co. Ltd. | System for filtering events occurred within a predetermined period of time |
| GB2362288A (en) * | 2000-05-09 | 2001-11-14 | 3Com Corp | Generating events in network management systems using filters |
| WO2002101968A2 (en) * | 2001-06-11 | 2002-12-19 | Bluefire Security Technology | Packet filtering system and methods |
| WO2003102802A1 (en) * | 2002-06-03 | 2003-12-11 | Sevenspace | System and method for reliable delivery of event information |
| US20050091356A1 (en) * | 2003-10-24 | 2005-04-28 | Matthew Izzo | Method and machine-readable medium for using matrices to automatically analyze network events and objects |
-
2005
- 2005-12-13 CN CN2005101208188A patent/CN1866283B/zh active Active
-
2006
- 2006-09-30 WO PCT/CN2006/002600 patent/WO2007068175A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6023571A (en) * | 1997-02-06 | 2000-02-08 | Kokusai Denshin Denwa Co. Ltd. | System for filtering events occurred within a predetermined period of time |
| GB2362288A (en) * | 2000-05-09 | 2001-11-14 | 3Com Corp | Generating events in network management systems using filters |
| WO2002101968A2 (en) * | 2001-06-11 | 2002-12-19 | Bluefire Security Technology | Packet filtering system and methods |
| WO2003102802A1 (en) * | 2002-06-03 | 2003-12-11 | Sevenspace | System and method for reliable delivery of event information |
| US20050091356A1 (en) * | 2003-10-24 | 2005-04-28 | Matthew Izzo | Method and machine-readable medium for using matrices to automatically analyze network events and objects |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103473642A (zh) * | 2013-09-10 | 2013-12-25 | 中国科学院沈阳自动化研究所 | 一种面向生产调度的规则引擎方法 |
| CN111028925A (zh) * | 2019-10-21 | 2020-04-17 | 望海康信(北京)科技股份公司 | 数据传输方法及系统 |
| CN111782718A (zh) * | 2020-08-11 | 2020-10-16 | 支付宝(杭州)信息技术有限公司 | 插件化数据报送系统及数据报送方法 |
| CN111782718B (zh) * | 2020-08-11 | 2023-12-29 | 支付宝(杭州)信息技术有限公司 | 插件化数据报送系统及数据报送方法 |
| CN113703829A (zh) * | 2021-07-15 | 2021-11-26 | 郑州信大捷安信息技术股份有限公司 | 一种Android生命周期多业务分发方法及系统 |
| CN113703829B (zh) * | 2021-07-15 | 2023-10-20 | 郑州信大捷安信息技术股份有限公司 | 一种Android生命周期多业务分发方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1866283B (zh) | 2012-02-29 |
| CN1866283A (zh) | 2006-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2007068175A1 (fr) | Systeme et procede permettant de declencher un systeme de regles | |
| US10129116B2 (en) | Techniques for capturing execution time data in dataflow graphs | |
| KR101323037B1 (ko) | 생산성 제품군 애플리케이션 및 호스팅된 사용자인터페이스를 위한 인터페이스들 | |
| Mahajan et al. | Consistency, availability, and convergence | |
| EP1960899B1 (en) | Conforming web services to an updated contract | |
| US7092995B2 (en) | Testing distributed applications | |
| US20060106748A1 (en) | System and method for orchestrating composite web services in constrained data flow environments | |
| JP2011501854A (ja) | モデル・ベースのコンポジット・アプリケーション・プラットフォーム | |
| US20120117560A1 (en) | Capability model for deploying componentized applications | |
| JP2011129150A (ja) | ビジネスプロセスの自動化 | |
| US11463544B1 (en) | Administration of services executing in cloud platform based datacenters | |
| US20230168872A1 (en) | Generating user interfaces for administration of services executing in cloud platforms | |
| Ameur-Boulifa et al. | Behavioural semantics for asynchronous components | |
| Thompson et al. | Ndn-cnl: A hierarchical namespace api for named data networking | |
| US20070061277A1 (en) | Method, system, and storage medium for providing dynamic deployment of grid services over a computer network | |
| US11552868B1 (en) | Collect and forward | |
| Zaplata et al. | Flexible execution of distributed business processes based on process instance migration | |
| Otte et al. | Infrastructure for component-based DDS application development | |
| Rademacher et al. | Design of a domain-specific language based on a technology-independent web service framework | |
| Mennie | An architecture to support dynamic composition of service components and its applicability to Internet security. | |
| JP2010134574A (ja) | ビジネスプロセス定義変更方法及びその実施システムとプログラム | |
| CN111367867B (zh) | 日志信息处理方法、装置、电子设备及存储介质 | |
| Paluszek | Coordinating distributed loops and fault handling, transactional scopes using WS-Coordination protocols layered on WS-BPEL services | |
| US20240236082A1 (en) | Administration of services executing in cloud platform based datacenters using token with data structure | |
| Kinny | A framework for multi-agent systems development |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 06791186 Country of ref document: EP Kind code of ref document: A1 |