[发明专利]由触发器子系统提供专用及基于标准触发器的系统和方法

说明书

技术领域

本发明涉及应用集成技术，尤其涉及围绕发布订阅模型(或其变体)建立的应用集成技术。在本发明中，一基于标准的消息传输协议可以作为专用消息传输协议的对等协议被完全嵌入集成服务器触发器子系统中，从而使得所有或基本上所有可以通过专用协议实现的多功能能力都可以通过基于标准的信息协议访问。在本发明中，所述访问触发器子系统的触发器可为Java消息服务(JMS)触发器。

背景技术

现今的公司有责任为其各自企业内部的各种类型的集成化挑战实施解决方案。当中许多挑战会涉及应用集成的问题(如，在软件应用程序和/或其他系统之间的集成)并陷入陈规。

例如，第一领域涉及从一个系统到多个其它系统的相似业务对象的传播，例如，订单状态变化或产品价格变动。第二领域涉及为获得一个单一的视角，将两个或多个系统之间的相似业务对象同步化，例如，在多个应用软件中的用户、产品注册、产品订单，及产品的库存单元(SKU)信息的实时同步。这是需要集成解决方案的最常见的问题。在单向同步化里，通常有一个作为数据资源的系统(例如资源)和一个或多个作为同步化对象的资源。在双向同步化里，每个资源通常既是潜在的资源又是同步化对象。通常单一的资源不会作为主站数据资源。因而，任何资源的改变都会在其它的资源中反映出来。第三领域涉及把多个资源中的信息结合到公共目的系统中，例如，把药房顾客的记录、药方交易和网站数据传输到中心应用程序与数据库中。

多种工具被用来使用户能利用如发布订阅模型或其变体来设计与部署应对这些挑战的解决方案。发布订阅模型是一种特定的基于消息的解决方案，在该方案中，消息通过一消息代理进行匿名交换。产生需要被共享的信息的应用程序使该信息存在于他们发布到消息代理的特定类型的识别文件中。请求信息的应用程序订阅它们需要的文件类型。

在工作的时候，消息代理从发布者接收文件然后将其分发给订阅者，订阅应用程序利用该文件处理和执行工作，其可以向发布应用程序发送响应，也可以不发送。

在典型的系统里，一个集成服务器或运行在集成服务器上的应用程序把文件发布给代理。然后代理把该文件发送给位于其它集成服务器上的订阅者。集成服务器与代理共享一个快速、高效的流程以在整个系统内进行文件交换。

虽然这样的技术已成功地给上述挑战领域提供了解决方案，但是进一步提高还是有可能的。例如，集成服务器(IS，integration server)“触发器子系统”提供了消息处理(例如异步消息处理)的基础结构。然而，这种功能只有以通过专用消息传输协议(例如代理)传输消息才能实现。因此，用户目前不得不作出困难的设计决定，即选择多功能专用协议还是通用的基于标准的协议(例如Java消息服务，JMS)。

一种解决这种问题的方法涉及集成服务器的JMS适配器的使用。因此，专用“触发器子系统”(由集成服务器提供以进行专用消息传输)与独立的JMS适配器均提供给集成服务器。

然而，这种方法有点不完善。特别地，尽管JMS适配器能实现基于标准的的互通的消息传输，但“触发器子系统”的功能不能在结合JMS时得到充分使用。就是说，当用户使用JMS适配器的同时想要“触发器子系统”的扩展性能时，不得不在他们的应用程序中为每个新的应用自定义实现那些性能。这通常强加了有效配置和规划的要求，并导致过多的相同和/或相似功能的非基于标准的地实现。因为JMS仍在网络服务环境中使用的基于标准的过程中，这问题进一步恶化。本质上，这意味着如果要求有与专用代理的功能相当的功能，这些功能必须在应用服务层上一次又一次地实现。即使在这样的方法已实现过的地方，例如，因为企业在它们各自的组织、流程、需求、基础设施等方面都是不同的，它们并没被基于标准的。

因此，存在这样一个问题：没有一种单一的方式能将现行的“触发器子系统”及其所有的功能和基于标准的消息传输(例如JMS)连接起来。因此，在多功能专用协议方面和基于标准的通用消息传输协议方面(如JMS)之间需要有一个折衷。

因此，亟待一种改进的技术以在一个或多个上述领域和/或其它领域中提供应用集成解决方案。

发明内容

本发明的目的之一在于提供一个消息传输层，所述消息传输层为寻址应用集成挑战提供了一个多功能集，所述寻址应用集成挑战易从专用的和存在于应用层外的开放式消息传输结构中得到。在特定的实施例中，这样的消息传输结构可为“触发器”形式，及这样的触发器为对所述应用集成挑战的一种发布订阅类型的解决方案。本发明实施例中的触发器可为JMS触发器。