CN100568873C

CN100568873C - 用于发布/预订的消息传送系统和方法

Info

Publication number: CN100568873C
Application number: CNB2004800056069A
Authority: CN
Inventors: 安德鲁·D·雷诺兹; 克里斯托弗·E·夏普; 安德鲁·J·斯坦福德-克拉克
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2003-03-06
Filing date: 2004-02-17
Publication date: 2009-12-09
Anticipated expiration: 2024-02-17
Also published as: JP2006523905A; US20090019124A1; ATE406029T1; KR20050121670A; JP4452274B2; GB0305066D0; WO2004080030A1; US7437417B2; KR100800351B1; EP1606917B1; EP1606917A1; DE602004015952D1; US20060167968A1; CN1757218A; US8065372B2

Abstract

本发明涉及消息中介系统，用于连接本地发布/预订消息传送系统中的客户到远端消息中介。系统包括所述本地发布/预订消息传送系统中的消息中介，以及代表所述远端消息中介的元中介应用装置。本地消息中介包含发布/预订装置，用于代理客户端和元中介应用装置之间的消息。元中介应用装置包括发布/预订装置，用于代理本地中介和远端中介之间的消息。

Description

用于发布/预订的消息传送系统和方法

技术领域

本发明涉及发布/预订(pub/sub)消息传送系统。

背景技术

发布和预订是传播信息给多个用户的有效方法。发布/预订(pub/sub)应用能够有助于极大地简化对广泛的、动态的以及潜在的大量受众以及时的方式得到商业消息和交易这样的任务。

在本发明的领域，已知：通常编写pub/sub应用，使得拥有共同目的的客户端的“团体(community)”全部连接到特定中介(broker)，使它们能够在它们之间发送和接收消息。明显的例子是生产者/消费者应用，其中一组客户端生产数据，另一组客户端消费该数据。另一个例子是在在线游戏中，其中各个客户端连接到中央“集线器”以获得对如计帐、游戏升级、最高记录得分(high-score)等的公共服务的访问。

然而，这种安排的问题是pub/sub架构是“静态”的：如果客户端之一需要访问正在向世界上其它某个地方的不同中介发布的某些数据，事情就变得困难，例如，如果它只偶尔需要去更新某个数据表(如某个城市中的年平均降雨量)，或者可能如果在线游戏客户需要向游戏制造者报告缺陷(bug)，或者发布用于全球认可的新高的‘最高记录得分’。

在万维网上，用户通过简单地遵循超级链接，就可以容易地‘跳过’‘当前’Web服务器并去往不同的Web服务器。使用Web服务用户可以查找用于用户希望利用的服务的连接信息。但是迄今为止，这样的替代提供信息来源对pub/sub还不可能。

客户端可能从它的“当前”中介断开，并且重新连接到不同的中介，但是这假定了所有客户端存在“外部”连接以允许它们到达远端中介，并且在(比方说)在线游戏系统的封闭世界中，就常常不是这样的情形(并且存在不应该给予客户这样“通用”的访问的原因，如安全性)。因此给定封闭的团体pub/sub系统的限制环境，要解决的问题是得到对远端中介的pub/sub访问。

US 6405255处理在各实体之间的消息发布，这些实体要么在相同的过程中，要么在不同的过程中。

WO 02/05507公开了一种消息传送代理系统，该系统的目的是，从在移动或者非移动的计算机上运行的生产者，在任何无线网络上，通过经由中间代理计算机程序传递可移植(portable)消息格式的数据，而向在移动或者非移动的计算机上运行的一个或者多个接受者递送该数据。

因此，对连接到中央中介设施的封闭的pub/sub团体的用户，存在这样的需要：能够与其他的远端中介交换pub/sub消息，而不得到与这些中介直接连接，其中可以减轻上述缺点。

发明内容

根据本发明的第一方面，提供一种消息中介系统，用于连接本地发布/预订消息传送系统中的客户端到远端消息中介，该系统包括：代表所述远端中介的元中介应用装置，所述元中介应用装置包括用于代理所述客户端和所述远端中介之间的消息的发布/预订装置。最好，用于代理客户端和所述远端中介之间的消息的装置至少包括下述之一：i)用于通过预订客户端的本地中介以便接收去往远端中介的消息的来接收消息的装置，其中消息从客户端产生并去往远端中介，以及用于转发接收到的消息给远端中介的装置；ii)用于发布从远端中介接收到的消息到本地中介的装置，发布装置能够操作以指示：消息去往已经预订以便从远端中介接收消息的客户端，从而使客户端能够预订本地中介以从远端中介接收消息。

最好，消息中介系统还包括用于从所述客户端接收预订请求的装置。预订请求最好指示客户端希望从远端中介接收的信息。最好，元中介应用装置包括用于预订以便从远端中介接收这样的消息的装置。

最好，消息中介系统还包括装置，该装置用于根据客户端的预订请求，从远端中介转发消息到该客户端。

最好，预订请求指示至少一个主题，所述客户端希望接收关于所述至少一个主题的信息。

根据另一方面，提供一种用于连接本地发布/预订消息传送系统中的客户端到远端中介的方法，其中元中介应用装置代表所述远端中介，该方法包括：使用发布/预订，以代理在所述客户端和所述远端中介之间的元中介应用装置所接收的消息，其中代理客户端和所述远端中介之间的消息的步骤包含下列步骤中的至少一个：

i)通过预订客户端的本地中介以便接收消息来接收这样的消息，该消息在客户端产生并去往远端中介，并且转发接收到的消息到远端中介；以及

ii)使用作为用于远端中介消息的主题而被指定的主题，发布从远端中介接收到的消息到本地中介，由此使得客户端能够在本地中介预订所述主题，以便从远端中介接收消息。根据另一方面，提供一种元中介应用装置，用于连接本地发布/预订消息传送系统中的客户端到远端中介，其中所述元中介应用装置代表远端中介，所述元中介应用装置包括发布/预订装置，用于代理所述客户端和所述远端中介之间的消息，其中所述元中介应用装置包括至少下述之一：i)用于通过预订客户端的本地中介以便接收去往远端中介的消息来接收消息的装置，该消息在客户端产生并去往远端中介，以及用于转发接收到的消息到远端中介的装置；以及ii)用于发布从远端中介接收到的消息到本地中介的装置，发布装置能够操作以指示：消息去往已经预订以便从远端中介接收消息的客户端，从而使客户端能够预订本地中介以从远端中介接收消息。

注意，元中介应用可能位于本地发布/预订消息传送系统中的本地中介。或者，它可能与本地中介相关联。

根据另一方面，提供一种消息中介系统，用于连接本地发布/预订消息传送系统中的客户端到远端中介，该系统包括：在所述本地发布/预订消息传送系统中的本地中介；以及代表所述远端消息中介的元中介应用装置，所述本地中介包括发布/预订装置，用于代理客户端和元中介应用装置之间的消息，所述元中介应用装置包括发布/预订装置，用于代理本地中介和远端中介之间的消息，所述元中介应用装置包括发布/预订装置，用于代理本地中介和远端中介之间的消息，其中用于代理本地中介和远端中介之间的消息的元中介应用装置包含下列中的至少一个：i)用于通过预订客户端的本地中介以便接收去往远端中介的消息来接收消息的装置，该消息在客户端产生并去往远端中介，以及用于转发接收到的消息到远端中介的装置；以及ii)用于发布从远端中介接收到的消息到本地中介的装置，发布装置能够操作以指示：消息去往已经预订以便从远端中介接收消息的客户端，从而使客户端能够预订本地中介以从远端中介接收消息。

根据另一方面，在本地发布/预订消息传送系统中，提供一种用于连接到远端中介的客户端，客户端包括：客户端应用装置，包括用于请求到远端中介的连接的装置；连接装置，响应于所述连接请求，用于发布所述请求到所述本地发布/预订消息传送系统中的本地消息中介，所述请求由元中介应用装置接收，所述元中介应用装置代表远端中介。

来自客户端的连接请求可以包括发布消息到远端中介的请求。或者，来自客户端的连接请求可以包括预订请求以便接收来自远端中介的一定信息。

根据一个实施例，提供一种发布/预订消息传送系统，包括：至少一个客户端；一级中介；以及二级中介装置，其中将一级中介配置用于与二级中介装置的发布/预订通信，并且配置至少一个客户端，以便通过使用第一中介的发布/预订，从二级中介装置得到信息。

在一个实施例中，二级中介装置包括元中介和进一步的中介将元中介配置作为进一步中介的代理。

在一个实施例中，客户端包括JMS服务装置，用于连接到二级中介装置。

在一个实施例中，JMS服务装置包括UDDI装置。

根据一个实施例，提供一种用于在具有至少一个客户端、一级中介和二级中介装置的系统中发布/预订消息传送的方法；该方法包括：通过发布/预订消息传送在一级中介和二级中介装置之间通信；以及通过使用第一中介的发布/预订，在至少一个客户端从二级中介装置得到信息。

注意，也可以在软件中实现本发明。

简要地说，本发明以优选的形式提供以下机制，用于通过利用用户已经连接的pub/sub“团体”中介，以及用作“团体”中介和一个或更多远端中介之间的网关的新的“代理”应用(这里称为“元中介”)，暂时获得在与用户“正常”连接的中介不同的中介上发布和预订数据的能力。

该机制的显著的优点是连接到“团体”中介的几个客户端可以利用从“元中介”到远端中介的单一连接，如果存在可扩展性、连接性或防火墙问题，这是有用的-可由元中介代表所有客户处理这些问题。

可以通过Web服务机制如Web服务描述语言(WSDL)、通用描述(Universal Description)、发现和集成(UDDI)等说明和通告远端中介服务，这给出了定位和找出如何建立到远端中介的连接的方便的方法。

这种通过现有pub/sub连接“代理”到远端中介的消息的系统，使用Web服务风格的查找得到连接细节，其可以被认为是“具有消息中介Web服务的不同种类多中介代理的按需式系统”。

附图说明

现在仅通过例子，将参考附图说明一个包含了本发明的优选实施例的具有消息中介Web服务的不同种类多中介代理按需式系统，其中：

图1显示包含了本发明的优选实施例的发布系统的方块示意图。

具体实施方式

参考图1，pub/sub消息传送系统100包含若干pub/sub客户端(其中的三个110、120和130被显示)，每个连接到它们的本地“团体”中介140。“元中介”应用150也是“团体”中介140的一个客户端，并且是永久连接的并预订通配符主题“metabroker/#”(其中‘#’是主题通配符符号)，使得它接收所有这样的消息，该消息具有以名称“metabroker(元中介)”为前缀的主题，例如：metabroker/a/b。

当客户端应用希望获得对远端中介160的访问时，它请求到“元中介(metabroker)”Java^TM Message Service(Java^TM消息服务，JMS)服务(Java和所有基于Java的商标是Sun Microsystem公司在美国、其它国家中的商标或注册商标或两者都是)的连接。

该JMS服务实际上是运行在客户端上的软件库112(包括JMS API-应用编程接口-114、元中介JMS TopicConnectionFactory(主题连接工厂，TCF)116和团体JMS TCF 118)，它给客户端应用这样的印象：它正在连接远端中介，但事实上正在利用与团体中介140的“正常”(现有)连接，以便通过发布元中介150作为订户接收的消息到团体中介140，发送特定的消息到元中介150。元中介150又连接到要求的远端中介160，并且全部经由通过团体中介140的pub/sub，来回向客户端应用110代理消息。实际上，这可以认为是“pub/sub上的pub/sub”。

当创建JMS连接对象时，客户端应用作为参数传递标识符，用于用户希望利用的远端中介服务。作为IP地址和端口或者域名和端口，这可以是显式的，或者它可以是“服务名”，该服务名将作为Web Services(Web服务)服务名处理，并且执行UDDI查找，以便解析用于该中介服务的连接信息。可以理解：存在若干从“服务名”到物理连接细节的映射方法，UDDI仅仅是例子。

用于元中介服务的JMS实现使用现有的到团体中介140的连接以使消息流入和流出元中介应用，该团体中介140通常连接到客户端。这可以通过JMS接口或者一些其它支持发布/预订消息传送模型的消息传送能力。

下面说明主题和消息结构的一个可能实现，通过元中介应用、通过pub/sub消息传送系统，它可以用于实现pub/sub消息传送模型。在下面的说明中，假定消息体将使用适当构造的数据表示，如XML或名称/值对(pair)。当说明客户端的动作时，要理解这是元中介JMS服务的客户端实现，通常作为客户端应用访问的库实现。为了清楚，在需要的地方说明元中介应用的动作。客户端应用将简单地进行通常的JMS API调用，以便发布和预订有关它逻辑上与之连接的该远端中介的数据，而未意识到正发生在JMS库层(即，图中的112)的经由团体中介的代理。

换句话说，客户端应用已经知道如何到达团体中介(或知道为关于如何连接的指令询问哪个目录-如Java命名和目录接口查找)。团体中介使用发布/预订与元中介应用通信，并且元中介应用连接到远端中介。

连接

＝＝＝

响应于来自应用的“连接”请求，客户端发送：

主题：元中介/请求/连接

消息：

-远端中介的标识信息，元中介代表该客户端连接到该远端中介(可以是IP地址和端口或者Web Service服务名，元中介将使用UDDI目录询问解析该Web Service服务名为IP地址和端口)

-可能的验证信息(如用户ID、密码)

-客户端唯一标识符(为暂时使用)(客户端UID)

客户预订

主题：元中介/响应/{客户端UID}/connack

在成功地解析地址并连接到远端中介时，元中介应用发布消息到团体中介：

主题：元中介/响应/{客户端UID}/connack

消息：

-结果代码，指示由元中介应用进行的到远端中介的连接是否成功

-会话标识符(会话ID)

假定连接成功(由返回代码指示)，客户端在团体中介中从以下取消预订(un-subscribe)：

元中介/响应/{客户端UID}/connack，

并且在团体中介中预订：

元中介/响应/{会话ID}/#(即，任何以元中介/响应/{会话ID}/开始的主题)。

客户端从元中介接收响应消息(由于它的预订)，并能够通过适当的JMS返回代码向该应用通知请求的结果。

发布

＝＝＝

响应于来自应用的“发布”请求，客户端发送：

主题：元中介/请求/{会话ID}/发布

消息：

-从应用传递的主题

-从应用传递的消息体

-服务质量/持续递送指令标志

-客户端消息标识符(消息ID)

当消息已经由元中介应用成功地发布到远端中介时，元中介发布消息到团体中介：

主题：元中介/响应/{会话ID}/puback

消息：

-消息ID

-可能的结果代码

客户端接收到这个消息(由于它的预订)，并且能够通过适当的JMS返回代码向该应用通知请求的结果。

预订

＝＝＝

响应于来自应用的“预订”请求，客户端发送

主题：元中介/请求/{会话ID}/预订

消息：

-由应用请求的主题

-其它预订标志(如，服务质量、持久性)

-客户端消息ID(消息ID)

元中介接收该消息，并且代表客户端预订请求的主题。

当远端预订被确认时，元中介发布消息到团体中介：

主题：元中介/响应/{会话ID}/suback

消息：

-消息ID

-预订确认结果代码

客户端接收该消息(由于它的预订)，并且能够通过适当的JMS返回代码向该应用通知请求的结果。

取消预订

＝＝＝＝＝＝＝

取消预订以类似于预订的相同方法实现，而不需要进一步说明。

进入发布

＝＝＝＝＝＝

当元中介从远端中介接收到消息时(该消息通过元中介应用去往具有远端中介会话的团体中介客户端中的一个)，元中介确定(使用查找表，以及可能的发布“匹配引擎”，未显示)该消息是用于哪个客户端，并且发布消息到团体中介：

主题：元中介/响应/{会话ID}/发布

消息：

-主题

-消息体

客户端应用接收消息，并且调用适当的机制通知应用：已经接收到进入的消息，该消息匹配早先设置的预订。

注意，远端中介发送发布消息的拷贝到每个已经表现出兴趣(预订)的客户端。元中介应用是一个这样的订户(subscribee)，并且通过团体中介，根据它的客户端的“预订”请求，已经代表它的客户预订。

一些中介(或者更准确地说，一些连接协议)允许为订户保存消息，即使它们实际上那时未连接。因而元中介可以(如果它正在使用这样的协议)代表它的客户端之一预订一些主题，然后断开，并且随后回到中介并收集匹配它的预订的消息，然后可以转发它们到它的客户端。IBM的WebSphere MQ是一个这样的协议。已知这样的预订为“持续预订”，即甚至当客户断开时，它们也“持续”，并且当不再需要时，必须明确地取消(取消预订)它们。

断开

＝＝＝

当客户端请求从远端中介断开时，客户端库发布消息：

主题：元中介/请求/{会话ID}/断开

从远端中介断开之后，元中介发布消息到团体中介：

主题：元中介/响应/{会话ID}/discack

客户端接收到这个消息(由于它的预订)，并能够通过适当的JMS返回代码向该应用通知请求的结果。

然后，客户端在团体中介中从下面取消预订：

元中介/响应/{会话ID}/#。

要理解的是：具有上述消息中介Web服务的不同种类多中介代理按需式系统提供了下面的优点：

通过利用客户端到“团体”中介的单个现有连接，连接到“团体”中介的客户端可以获得对远端pub/sub中介的访问，而不需要与它直接网络连接。

连接到“团体”中介的几个客户端可以利用从“元中介”到远端中介的单一连接，如果存在可扩展性(scalability)、连接性或防火墙问题，这是有用的-可以由元中介代表所有客户端处理这些问题。

可以通过Web服务机制如WSDL、UDDI等说明和通告远端中介服务，这给出了定位和找出如何建立到远端中介的连接的方便的方法。

要认识到：可以在运行在处理器(未显示)上的软件中执行上述用于发布/预订消息的方法，以及可以作为任何合适的数据载体(也未显示)如磁或光计算机盘上承载的计算机程序元素提供软件。

总之，要理解：具有上述消息中介Web服务的不同种类多中介代理按需式系统提供了下面的优点：通过利用客户端到“团体”中介的单一现有连接，连接到“团体”中介的客户端可以获得对远端pub/sub中介的访问，而不需要与它直接网络连接。同样地，连接到“团体”中介的几个客户端可以利用从“元中介”到远端中介的单一连接，如果存在可扩展性(scalability)、连接性或防火墙问题，这是有用的-可以由元中介代表所有客户端处理这些问题。可以通过Web服务机制如WSDL、UDDI等说明和通告远端中介服务，这给出了定位和找出如何建立到远端中介的连接的方便的方法。

Claims

1.一种消息中介系统，用于连接本地发布/预订消息传送系统中的客户端到远端中介，该系统包括：

代表所述远端中介的元中介应用装置，

所述元中介应用装置包括发布/预订装置，用于代理所述客户端和所述远端中介之间的消息，其中所述元中介应用装置包括至少下述之一：

i)用于通过预订客户端的本地中介以便接收去往远端中介的消息来接收消息的装置，该消息在客户端产生并去往远端中介，以及用于转发接收到的消息到远端中介的装置；以及

ii)用于发布从远端中介接收到的消息到本地中介的装置，发布装置能够操作以指示：消息去往已经预订以便从远端中介接收消息的客户端，从而使客户端能够预订本地中介以从远端中介接收消息。

2.根据权利要求1所述的消息中介系统包括：

用于从所述客户端接收预订请求的装置，所述预订请求指示所述客户愿意从远端中介接收的信息，

该元中介应用装置包括用于预订以从所述远端中介接收这样的信息的装置。

3.根据权利要求2所述的消息中介系统，包括：

用于根据客户端的预订请求，转发来自远端中介的消息到客户端的装置。

4.一种用于连接本地发布/预订消息传送系统中的客户端到远端中介的方法，其中元中介应用装置代表所述远端中介，所述方法包括：

使用发布/预订，以代理在所述客户端和所述远端中介之间的元中介应用装置所接收的消息，其中代理客户端和所述远端中介之间的消息的步骤包含下列步骤中的至少一个：

ii)使用作为用于远端中介消息的主题而被指定的主题，发布从远端中介接收到的消息到本地中介，由此使得客户端能够在本地中介预订所述主题，以便从远端中介接收消息。

5.根据权利要求4所述的方法，包括：

从所述客户端接收预订请求，所述预订请求指示所述客户端愿意从远端中介接收的信息；以及

元中介应用装置预订以便从所述远端中介接收这样的信息。

6.根据权利要求5所述的方法，包括：

根据客户端的预订请求，转发来自远端中介的消息到所述客户端。

7.一种元中介应用装置，用于连接本地发布/预订消息传送系统中的客户端到远端中介，其中所述元中介应用装置代表远端中介，所述元中介应用装置包括发布/预订装置，用于代理所述客户端和所述远端中介之间的消息，其中所述元中介应用装置包括至少下述之一：

8.一种消息中介系统，用于连接本地发布/预订消息传送系统中的客户端到远端中介，该系统包括：

在所述本地发布/预订消息传送系统中的本地中介；以及

代表所述远端中介的元中介应用装置，

所述本地中介包括发布/预订装置，用于代理客户端和元中介应用装置之间的消息，

所述元中介应用装置包括发布/预订装置，用于代理本地中介和远端中介之间的消息，其中用于代理本地中介和远端中介之间的消息的元中介应用装置包含下列中的至少一个：

9.一种用于连接到远端中介的本地发布/预订消息传送系统中的客户端，该客户端包括：

客户端应用装置，包含用于请求经由客户端本地的中介与远端中介连接的装置；

连接装置，响应于所述连接请求，所述连接装置包括下列中的至少一个：

i)用于发布消息到本地中介的装置，该消息被指定为去往远端中介；

ii)用于预订以从远端中介接收消息的装置。