IBM主机实现事件驱动架构的方法及装置与流程

本发明涉及计算机的技术领域，尤其是涉及一种ibm主机实现事件驱动架构的方法及装置。

背景技术

现有的在进行ibm主机与开放平台的信息发送时，一般采用以下两种方案：一种是被动轮询的模式。具体的，开放平台不断向ibm主机发起轮询交易请求报文，ibm主机收到交易请求报文后，执行交易，然后返回给开放平台交易返回报文，如果交易中得到了关注信息会将关注信息置于交易返回报文中(有可能没有得到关注信息)，这样开放平台就获取得到了关注信息。这种被动轮询模式的主要问题是：无法保证传递效率，因为轮询是定时发起的，无法保证能取得关注信息，这样会造成开放平台和主机资源的浪费，增加了不必要的主机交易。而造成此问题的主因是了解关注信息情况的主机端处于被动状态，而不了解情况的开放端却处于主动状态，没有准确信息指引的开放端只能采取比较盲目的轮询方法。

另外一种是主动推送的模式。具体的，ibm主机与开放平台之间通tcp/ip连接或socket连接的方式建立网络通讯，当主机确定得到关注信息后，会将关注信息推送给开放平台。这样可以提高传输效率，不会造成不必要的主机交易，减少了系统及网络开销。但是，这种主动推送模式中，主机发送方与开放平台接收方之间是紧耦合的，固化不灵活，后期维护不便(一方信息发生更改，另一方也要同时对应改变)，tcp/ip的异常情况需要全由开发人员自己处理，并且如果有多个接收方，则要建立多套发送接收进程，且相同数据要往每个接收方都发送一份，也就是相同的数据需要在主机上复制多份，然后再发送至多个不同的开放平台，使用资源昂贵的主机做低价值的工作浪费了主机资源。

综上，现有的ibm主机与开放平台的信息发送存在效率低下，主机资源浪费严重，固化不灵活的技术问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种ibm主机实现事件驱动架构的方法及装置，以缓解现有的ibm主机与开放平台的信息发送存在效率低下，主机资源浪费严重，固化不灵活的技术问题。

第一方面，本发明实施例提供了一种ibm主机实现事件驱动架构的方法，应用于事件发布方，所以方法包括：

获取执行联机交易时得到的eda关注事件内容；

调用eda事件触发程序，并将所述eda关注事件内容送入所述eda事件触发程序，其中，所述eda事件触发程序获取到所述eda关注事件内容后，读取所述eda关注事件内容所对应的事件触发条件，并结合所述eda关注事件内容确定所述eda关注事件内容所对应的eda关注事件是否触发；

如果所述eda关注事件触发，则确定对应的事件订阅方，并将所述eda关注事件内容及所述事件订阅方的信息存储至后处理数据库；

通过eda长挂进程对所述后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文；

通过调用所述事件发布方的事件管理接口的方式向所述事件订阅方推送所述合法的eda事件报文，其中，所述合法的eda事件报文先到达消息中心，所述消息中心再将所述合法的eda事件报文发送至所述事件订阅方，以使所述事件订阅方接收所述合法的eda事件报文。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，读取所述eda关注事件内容所对应的事件触发条件，并结合所述eda关注事件内容确定所述eda关注事件内容所对应的eda关注事件是否触发包括：

判断所述eda关注事件内容所对应的eda关注事件是否合法；

如果所述eda关注事件内容所对应的eda关注事件合法，则根据所述事件触发条件确定所述eda关注事件所对应的条件匹配模式；

如果所述条件匹配模式为无条件匹配，则确定所述eda关注事件触发；

如果所述条件匹配模式为签约类匹配，则根据所述事件触发条件和所述eda关注事件内容确定所述eda关注事件是否触发。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，如果所述eda关注事件内容所对应的eda关注事件不合法，则所述eda关注事件不触发，不进行后续处理。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，根据所述事件触发条件和所述eda关注事件内容确定所述eda关注事件是否触发包括：

如果所述eda关注事件内容中的信息与所述事件触发条件中的触发条件模式和触发条件值相匹配，则所述eda关注事件触发；

如果所述eda关注事件内容中的信息与所述触发条件模式或所述触发条件值中的至少之一不匹配，则所述eda关注事件不触发。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，通过调用所述事件发布方的事件管理接口的方式向所述事件订阅方推送所述合法的eda事件报文包括：

根据所述事件订阅方的信息确定是否需要指定事件订阅方；

如果需要指定事件订阅方，则调用所述事件发布方的事件管理接口并指定所述事件订阅方的唯一标识，以向对应的事件订阅方推送所述合法的eda事件报文；

如果不需要指定事件订阅方，则调用所述事件发布方的事件管理接口并向所有的事件订阅方推送所述合法的eda事件报文。

第二方面，本发明实施例还提供了一种ibm主机实现事件驱动架构的装置，应用于事件发布方，所述装置包括：

获取模块，用于获取执行联机交易时得到的eda关注事件内容和事件触发条件；

调用确定模块，用于调用eda事件触发程序，并将所述eda关注事件内容送入所述eda事件触发程序，其中，所述eda事件触发程序获取到所述eda关注事件内容后，读取所述eda关注事件内容所对应的事件触发条件，并结合所述eda关注事件内容确定所述eda关注事件内容所对应的eda关注事件是否触发；

存储模块，如果所述eda关注事件触发，则确定对应的事件订阅方，并将所述eda关注事件内容及所述事件订阅方的信息存储至后处理数据库；

转码组装模块，用于通过eda长挂进程对所述后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文；

推送模块，用于通过调用所述事件发布方的事件管理接口的方式向所述事件订阅方推送所述合法的eda事件报文，其中，所述合法的eda事件报文先到达消息中心，所述消息中心再将所述合法的eda事件报文发送至所述事件订阅方，以使所述事件订阅方接收所述合法的eda事件报文。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述调用确定模块还用于：

判断所述eda关注事件内容所对应的eda关注事件是否合法；

如果所述eda关注事件内容所对应的eda关注事件合法，则根据所述事件触发条件确定所述eda关注事件所对应的条件匹配模式；

如果所述条件匹配模式为无条件匹配，则确定所述eda关注事件触发；

如果所述条件匹配模式为签约类匹配，则根据所述事件触发条件和所述eda关注事件内容确定所述eda关注事件是否触发。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，如果所述eda关注事件内容所对应的eda关注事件不合法，则所述eda关注事件不触发，不进行后续处理。

结合第二方面，本发明实施例提供了第二方面的第三种可能的实施方式，其中，所述调用确定模块还用于：

如果所述eda关注事件内容中的信息与所述事件触发条件中的触发条件模式和触发条件值相匹配，则所述eda关注事件触发；

如果所述eda关注事件内容中的信息与所述触发条件模式或所述触发条件值中的至少之一不匹配，则所述eda关注事件不触发。

结合第二方面，本发明实施例提供了第二方面的第四种可能的实施方式，其中，所述推送模块还用于：

根据所述事件订阅方的信息确定是否需要指定事件订阅方；

如果需要指定事件订阅方，则调用所述事件发布方的事件管理接口并指定所述事件订阅方的唯一标识，以向对应的事件订阅方推送所述合法的eda事件报文；

如果不需要指定事件订阅方，则调用所述事件发布方的事件管理接口并向所有的事件订阅方推送所述合法的eda事件报文。

本发明实施例带来了以下有益效果：

现有的ibm主机与开放平台进行信息发送时，通过被动轮询的模式效率低下，主机资源浪费严重；通过主动推送的模式使得主机和开放平台之间紧耦合，固化不灵活。与现有的通讯方式相比，本发明的ibm主机实现事件驱动架构的方法中，事件发布方获取执行联机交易时得到的eda关注事件内容，然后调用eda事件触发程序，并将eda关注事件内容送入eda事件触发程序，进而eda事件触发程序读取eda关注事件内容所对应的事件触发条件，并结合eda关注事件内容确定eda关注事件内容所对应的eda关注事件是否触发，如果eda关注事件触发，则将eda关注事件内容及事件订阅方的信息存储至后处理数据库，进一步通过eda长挂进程对后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文，最终通过调用事件发布方的事件管理接口的方式向事件订阅方推送合法的eda事件报文。该方法是由事件发布方以主动推送的方式进行合法的eda事件报文发送的，提高了效率，且事件发布方与事件订阅方之间是松耦合的，灵活，方便后期维护，事件发布方只需要将触发的合法的eda事件报文发送至消息中心，由消息中心再进行低价值的复制操作，以将eda事件报文发送至多个事件订阅方，节省了主机资源，缓解了现有的ibm主机与开放平台的信息发送存在效率低下，主机资源浪费严重，固化不灵活的技术问题。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种ibm主机实现事件驱动架构的方法的流程图；

图2为本发明实施例提供的eda事件触发程序确定eda关注事件内容所对应的eda关注事件是否触发的方法流程图；

图3为本发明实施例提供的通过调用事件发布方的事件管理接口的方式向事件订阅方推送合法的eda事件报文的方法流程图；

图4为本发明实施例提供的eda关注事件订阅及签约的示意图；

图5为本发明实施例提供的一种ibm主机实现事件驱动架构的装置的功能模块图。

图标：

11-获取模块；12-调用确定模块；13-存储模块；14-转码组装模块；15-推送模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种ibm主机实现事件驱动架构的方法进行详细介绍。

实施例一：

一种ibm主机实现事件驱动架构的方法，应用于事件发布方，参考图1，该方法包括：

s102、获取执行联机交易时得到的eda关注事件内容；

在本发明实施例中，事件发布方具体是指ibm主机，当然该方法也可以用于其它器件上，本发明实施例对其不进行具体限制。

ibm主机的信息发送有以下特点：

(1)需发送的信息种类多：有多达上百种关注信息需要发送；

(2)信息差异大：各类信息的发送数量和单笔信息长度差别巨大；

(3)有超过60个以上的接收方；

(4)分为签约条件触发和无条件触发。

本发明的方法为ibm主机提供一种实现事件驱动架构的方法，从而在事件驱动架构中满足主机信息发送的上述需求。

s104、调用eda事件触发程序，并将eda关注事件内容送入eda事件触发程序，其中，eda事件触发程序获取到eda关注事件内容后，读取eda关注事件内容所对应的事件触发条件，并结合eda关注事件内容确定eda关注事件内容所对应的eda关注事件是否触发；

在得到eda关注事件内容后，调用eda事件触发程序，并将eda关注事件内容送入eda事件触发程序中，eda事件触发程序获取到eda关注事件内容后，读取eda关注事件内容所对应的事件触发条件(具体是在合法事件对照表和事件签约表中读取的)，并结合eda关注事件内容确定eda关注事件内容所对应的eda关注事件是否触发。具体过程将在下文中进行详细描述，在此不再赘述。

s106、如果eda关注事件触发，则确定对应的事件订阅方，并将eda关注事件内容及事件订阅方的信息存储至后处理数据库；

如果eda关注事件触发，那么将eda关注事件内容及事件订阅方的信息存储至后处理数据库。

具体的，事件发布以及订阅的相关信息都存储在事件管理中心中，所有事件发布，订阅的信息都会在事件管理中心中登记。所以可以从中得到事件订阅方的信息，从而将事件订阅方的信息存储至后处理数据库。

s108、通过eda长挂进程对后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文；

进一步地，通过eda长挂进程对后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装(即事件处理)，该事件处理的过程是通过eda长挂进程异步进行的，也就是该事件处理的过程与上述的事件触发是松耦合的。

具体的，eda长挂进程会从后处理数据库中读取eda关注事件内容，进行转码、数值栏位转换和事件报文组装，得到合法的eda事件报文。该合法的eda事件报文为eda的xml报文格式。

s110、通过调用事件发布方的事件管理接口的方式向事件订阅方推送合法的eda事件报文，其中，合法的eda事件报文先到达消息中心，消息中心再将合法的eda事件报文发送至事件订阅方，以使事件订阅方接收合法的eda事件报文。

在得到合法的eda事件报文后，通过调用事件发布方的事件管理接口的方式向事件订阅方推送该合法的eda事件报文。具体实现时，合法的eda事件报文先到达消息中心，消息中心再将合法的eda事件报文发送至事件订阅方，这样，事件订阅方就能接收该合法的eda事件报文，再根据自身的需求对该合法的eda事件报文进行加工处理。

具体的，合法的eda事件报文到达消息中心后，如果事件订阅方为多个，那么就由消息中心将该合法的eda事件报文复制多份，发给对应的多个事件订阅方。合法的eda事件报文从事件发布方到消息中心的传输是通过mq实现的，当然，也可以使用tcp/ip或http来进行代替，本发明实施例对其不进行具体限制。

现有的ibm主机与开放平台进行信息发送时，通过被动轮询的模式效率低下，主机资源浪费严重；通过主动推送的模式使得主机和开放平台之间紧耦合，固化不灵活。与现有的通讯方式相比，本发明的ibm主机实现事件驱动架构的方法中，事件发布方获取执行联机交易时得到的eda关注事件内容，然后调用eda事件触发程序，并将eda关注事件内容送入eda事件触发程序，进而eda事件触发程序读取eda关注事件内容所对应的事件触发条件，并结合eda关注事件内容确定eda关注事件内容所对应的eda关注事件是否触发，如果eda关注事件触发，则将eda关注事件内容及事件订阅方的信息存储至后处理数据库，进一步通过eda长挂进程对后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文，最终通过调用事件发布方的事件管理接口的方式向事件订阅方推送合法的eda事件报文。该方法是由事件发布方以主动推送的方式进行合法的eda事件报文发送的，提高了效率，且事件发布方与事件订阅方之间是松耦合的，灵活，方便后期维护，事件发布方只需要将触发的合法的eda事件报文发送至消息中心，由消息中心再进行低价值的复制操作，以将eda事件报文发送至多个事件订阅方，节省了主机资源，缓解了现有的ibm主机与开放平台的信息发送存在效率低下，主机资源浪费严重，固化不灵活的技术问题。

上述内容对本发明的ibm主机实现事件驱动架构的方法进行了简要介绍，下面对其中涉及到的具体内容进行详细描述。

在一个可选地实施方式中，参考图2，读取eda关注事件内容所对应的事件触发条件，并结合eda关注事件内容确定eda关注事件内容所对应的eda关注事件是否触发包括：

s201、判断eda关注事件内容所对应的eda关注事件是否合法；

具体的，将eda关注事件内容所对应的eda关注事件与合法事件对照表进行对比，以判断eda关注事件是否合法。

s202、如果eda关注事件内容所对应的eda关注事件合法，则根据事件触发条件确定eda关注事件所对应的条件匹配模式；

具体的，事件触发条件中包含有条件匹配模式。

s203、如果条件匹配模式为无条件匹配，则确定eda关注事件触发；

具体的，如果条件匹配模式为无条件匹配，也即该eda关注事件必然发生。

s204、如果条件匹配模式为签约类匹配，则根据事件触发条件和eda关注事件内容确定eda关注事件是否触发。

具体的，如果条件匹配模式为签约类匹配，那么就根据事件触发条件和eda关注事件内容确定eda关注事件是否触发。具体的，事件触发条件是从合法事件对照表和事件签约表中得到的，合法事件对照表中包含有订阅方签约时确定的条件匹配模式和触发条件模式，事件签约表中的签约信息包含事件订阅方签约时确定的触发条件值。即如果是签约类匹配，表示需要将事件触发条件和eda关注事件内容进行匹配，进而确定eda关注事件是否发生。不同事件订阅方订阅同一个eda关注事件可以使用不同的条件匹配模式。

事件签约表中的签约信息为事件订阅方在进行签约时登记的信息，其中，包含有触发条件值。该事件签约表是由事件订阅方或相关前端界面调用事件签约维护交易来维护得到的。

具体过程为：

(1)如果eda关注事件内容中的信息与事件触发条件中的触发条件模式和触发条件值相匹配，则eda关注事件触发；

也就是如果eda关注事件内容中的触发条件模式和触发条件值分别与事件触发条件中的触发条件模式和触发条件值匹配，那么eda关注事件触发。

(2)如果eda关注事件内容中的信息与触发条件模式或触发条件值中的至少之一不匹配，则eda关注事件不触发。

如果eda关注事件内容中的触发条件模式和触发条件值分别与触发条件模式和/或触发条件模式不匹配，则eda关注事件不触发。

在本发明实施例中，触发条件模式包括：01-账号模式、02-卡号模式、03-账号+交易金额模式、04-卡号+交易金额模式、05-账号+交易后余额模式、06-卡号+交易后余额模式、07-账号+交易金额+币别+钞汇鉴别模式、08-卡号+交易金额+币别+钞汇鉴别模式、09-账号+交易后余额+币别+钞汇鉴别、10-卡号+交易后余额+币别+钞汇鉴别等。

如果是无条件匹配表示eda关注事件必然发生，在此情况下触发条件模式可以不设，则不保证时序；如果设置则只能为01-账号模式或02-卡号模式，表示事件将按帐号或卡号来保持时序。

如果是签约类匹配表示需要结合事件签约表中签约信息(即事件触发条件)确定事件是否发生。不同事件订阅方订阅同一个eda关注事件时，可以使用不同的触发条件模式。

事件触发条件值的确定，即对触发条件模式的栏位设置阈值，如针对07账号+交易金额+币别+钞汇鉴别模式，设置交易金额大于500，币别为001-人民币，钞汇鉴别为1。本发明不对上述具体实例进行限制。

s205、如果eda关注事件内容所对应的eda关注事件不合法，则eda关注事件不触发，不进行后续处理。

在一个可选地实施方式中，参考图3，通过调用事件发布方的事件管理接口的方式向事件订阅方推送合法的eda事件报文包括：

s301、根据事件订阅方的信息确定是否需要指定事件订阅方；

s302、如果需要指定事件订阅方，则调用事件发布方的事件管理接口并指定事件订阅方的唯一标识，以向对应的事件订阅方推送合法的eda事件报文；

该方式主要用于签约类匹配。

s303、如果不需要指定事件订阅方，则调用事件发布方的事件管理接口并向所有的事件订阅方推送合法的eda事件报文。

该方式主要用于无条件匹配。

参考图4，图4中示出了eda关注事件订阅及签约的示意图。

图4中，事件创建和事件后处理的过程在事件发布方执行，事件传输在消息中心执行，事件后续处理在事件订阅方执行。

实现时，事件订阅方事先通过签约表维护交易维护事件签约表，对指定账号或卡号进行签约。当执行联机交易时，事件发布方调用eda事件触发程序并将执行联机交易时得到的eda关注事件内容送入eda事件触发程序，eda事件触发程序将eda关注事件内容所对应的eda关注事件与合法事件对照表中的记录进行对比，确定该eda关注事件是否合法，如果合法，根据事件触发条件确定eda关注事件所对应的条件匹配模式，如果条件匹配模式为无条件匹配，则确定eda关注事件触发；或者如果条件匹配模式为签约类匹配，且事件触发条件中的触发条件模式和触发条件值与eda关注事件内容中的信息相匹配，则eda关注事件触发；相反，如果不满足上述两种情况，则不触发。

在eda关注事件触发的情况下，根据事件签约表中的签约信息确定对应的事件订阅方，将eda关注事件内容和事件订阅方的信息存储至后处理数据库。

进而，通过eda长挂进程对后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文。

进一步地，将合法的eda事件报文通过事件管理接口推送至消息中心，消息中心再根据事件订阅方的需求将合法的eda事件报文传输至对应的事件订阅方。

为了能够对本发明中的方法进行更深的理解，下面以一个具体的实例进行说明：

用户a去银行b办理签约业务，比如办理动账短信通知的业务，柜员通过签约表维护交易维护了用户a的事件签约信息(这些信息会记录于合法事件对照表和事件签约表中，共同组成事件触发条件)，比如维护的事件签约信息为用户a的卡号为x的卡在交易金额大于500元的情况下会收到动账短信通知(对应的手机号)。

当用户a通过atm机进行取款时(即执行联机交易时)，假设取款金额为200元，事件发布方就得到了eda关注事件内容为卡号为x的卡取款200元，进而将卡号为x的卡取款200元的信息送入eda事件触发程序，eda事件触发程序先将余额变动事件与合法事件对照表中的信息进行对比，得到该事件为合法事件，进一步地，确定该事件为签约类匹配，并读取对应的事件触发条件，进而就会将卡号x的卡取款200元的信息(即eda关注事件内容)与事件触发条件(卡号为x的卡在交易金额大于500元的情况下会收到动账短信通知)进行匹配，确定不匹配，那么该动账短信通知的事件就不触发。

当用户a通过atm机再进行取款时，如果取款金额为1000元，如上所述，该动账短信通知的事件就会被触发，事件发布方把账短信通知的事件和事件订阅方的信息存储至后处理数据库，经过处理得到事件报文，将事件报文推送至消息中心，消息中心再将该动账短信通知的事件发送至短信组件，短信组件就会将这一用户关注信息发送至用户a。

本发明的方法具有以下优点：

(1)eda关注事件的处理与触发事件的交易是异步松耦合的，使触发事件的交易能聚焦于业务逻辑，而无需关注eda事件的处理发布；

(2)eda关注事件的触发模式灵活，既有多种签约模式触发，也有无条件触发，方便灵活；

(3)eda关注事件的发送模式灵活，既有灵活的一对一模式(指定事件订阅方)，也有高性能的一对多模式(无需指定，所有的事件订阅方)。

实施例二：

一种ibm主机实现事件驱动架构的装置，应用于事件发布方，参考图5，该装置包括：

获取模块11，用于获取执行联机交易时得到的eda关注事件内容；

调用确定模块12，用于调用eda事件触发程序，并将eda关注事件内容送入eda事件触发程序，其中，eda事件触发程序获取到eda关注事件内容后，读取eda关注事件内容所对应的事件触发条件，并结合eda关注事件内容确定eda关注事件内容所对应的eda关注事件是否触发；

存储模块13，如果eda关注事件触发，则确定对应的事件订阅方，并将eda关注事件内容及事件订阅方的信息存储至后处理数据库；

转码组装模块14，用于通过eda长挂进程对后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文；

推送模块15，用于通过调用事件发布方的事件管理接口的方式向事件订阅方推送合法的eda事件报文，其中，合法的eda事件报文先到达消息中心，消息中心再将合法的eda事件报文发送至事件订阅方，以使事件订阅方接收合法的eda事件报文。

本发明的ibm主机实现事件驱动架构的装置中，事件发布方获取执行联机交易时得到的eda关注事件内容，然后调用eda事件触发程序，并将eda关注事件内容送入eda事件触发程序，进而eda事件触发程序读取eda关注事件内容所对应的事件触发条件，并结合eda关注事件内容确定eda关注事件内容所对应的eda关注事件是否触发，如果eda关注事件触发，则将eda关注事件内容及事件订阅方的信息存储至后处理数据库，进一步通过eda长挂进程对后处理数据库中的eda关注事件内容进行转码转格式和事件报文组装，得到合法的eda事件报文，最终通过调用事件发布方的事件管理接口的方式向事件订阅方推送合法的eda事件报文。该装置是由事件发布方以主动推送的方式进行合法的eda事件报文发送的，提高了效率，且事件发布方与事件订阅方之间是松耦合的，灵活，方便后期维护，事件发布方只需要将触发的合法的eda事件报文发送至消息中心，由消息中心再进行低价值的复制操作，以将eda事件报文发送至多个事件订阅方，节省了主机资源，缓解了现有的ibm主机与开放平台的信息发送存在效率低下，主机资源浪费严重，固化不灵活的技术问题。

可选地，调用确定模块还用于：

判断eda关注事件内容所对应的eda关注事件是否合法；

如果eda关注事件内容所对应的eda关注事件合法，则根据事件触发条件确定eda关注事件所对应的条件匹配模式；

如果条件匹配模式为无条件匹配，则确定eda关注事件触发；

如果条件匹配模式为签约类匹配，则根据事件触发条件和eda关注事件内容确定eda关注事件是否触发。

可选地，如果eda关注事件内容所对应的eda关注事件不合法，则eda关注事件不触发，不进行后续处理。

可选地，调用确定模块还用于：

如果eda关注事件内容中的信息与事件触发条件中的触发条件模式和触发条件值相匹配，则eda关注事件触发；

如果eda关注事件内容中的信息与触发条件模式或触发条件值中的至少之一不匹配，则eda关注事件不触发。

可选地，推送模块还用于：

根据事件订阅方的信息确定是否需要指定事件订阅方；

如果需要指定事件订阅方，则调用事件发布方的事件管理接口并指定事件订阅方的唯一标识，以向对应的事件订阅方推送合法的eda事件报文；

如果不需要指定事件订阅方，则调用事件发布方的事件管理接口并向所有的事件订阅方推送合法的eda事件报文。

该实施例二中的具体内容可以参考上述实施例一中的描述，在此不再赘述。

本发明实施例所提供的ibm主机实现事件驱动架构的方法及装置的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。