[發明專利]一種企業服務總線中的動態消息路由方法及裝置

無效

• 申請號: 201010562868.2
• 申請日: 2010-11-29
• 公開（公告）號: CN102480417A
• 公開（公告）日: 2012-05-30
• 發明（設計）人: 黃軍昌;王志偉
• 申請（專利權）人: 北京中和威軟件有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及中間件總線技術，更具體的是一種企業服務總線(EnterpriseService?Bus，ESB)中的動態消息路由方法及裝置。

背景技術

企業服務總線為面向服務體系提供了基礎平臺，通過定義服務間的交互規則，ESB為部署和發現服務提供了運行環境。ESB將企業服務的定義與服務的查找和調用分離，并提供能夠屏蔽服務提供者和服務請求者之間的協議和消息格式差異的路由服務。鏈接到ESB的服務之間不會直接彼此交互，ESB運行時環境作為一個仲裁者在服務間提供松散耦合，實現協議綁定、消息傳輸、消息處理等。ESB為服務提供傳輸綁定，定義和發現已部署的服務，在服務間基于規則的路由和編排消息等。

Java業務集成(Java?Business?Integration，JBI)定義了ESB的重要部分：服務容器。JBI詳細定義了開發實現ESB系統要完成的功能要求，它主要包括三大部分：規范化的消息路由、管理和組件模型。規范化的消息路由是JBI規范的核心，也是整個ESB架構的靈魂。

傳統的消息路由機制依賴于存儲于消息頭部的指定目標地址或相關路徑信息，而消息的內容對于消息總線是不可見的?；趦热莸穆酚蓜t向消息轉發機制暴露了消息的內容，并以此來影響消息的尋址和路由。這樣發布消息時無需指定任何消息目的地信息，消息的目的地信息是由對消息的內容感興趣的消息消費者決定的?；趦热莸南⒙酚赡軌蛞越y一的方式實現消息的單播、多播和組播。

一般ESB架構中，基于內容的路由器多采用靜態路由機制，路由器了解所有應用服務的功能，預先將服務的地址信息存入路由器中，路由器根據路由表和服務目錄將輸出消息直接轉發給正確的應用系統服務。這樣的機制效率很高，但當系統服務發生變化時，如增加、刪除、更新等，就必須修改所有的路由器，這給系統(尤其是經常變化的系統)的維護帶來很大困難。

發明內容

本發明要解決的技術問題在于：采用靜態的消息轉發機制導致路由器路由信息維護的巨大困難，且不能適應頻繁變化的應用系統和敏捷開發的需要。

為了解決上述技術問題，本發明提出了一種企業服務總線中的動態消息路由方法，該方法包括如下步驟：消息路由器接收服務提供者的注冊請求，將所述服務提供者所提供的服務注冊到所述消息路由器；消息訂閱者將訂閱請求信息發送至所述消息路由器動態維護的訂閱表；所述消息服務器基于路由表和所述訂閱表將所述服務發送給所述消息訂閱者。

優選的，在所述消息路由器接收服務提供者的注冊請求之后，判斷所述注冊請求是否合法，如果是則執行所述注冊，如果否則拒絕所述注冊。

優選的，所述消息路由器動態維護的訂閱表是指所述消息路由器基于來自所述注冊請求中的服務信息和注冊機制的即時通知自動生成和更新所述訂閱表。

優選的，所述動態消息路由采用內容的路由方式，自動根據消息的內容來動態確定消息的發送目的地。

優選的，所述消息路由器動態生成路由表，并根據轉發消息的反饋信息動態更新路由表。

優選的，所述消息路由器動態生成路由表具體包括：

初始化步驟：消息流程處理引擎分析消息流程，將消息流程寫入路由表；

檢索步驟：消息路由器根據所述訂閱請求消息的內容確定所請求的服務，查詢所述路由表選出所請求的服務，如果沒有找到所請求的服務，則通過所述訂閱表確定的服務提供者；

添加步驟：將服務提供者URI(Uniform?Resource?Identifier)，通用資源標志符)添加到路由表中。

更新步驟：所述消息路由器根據轉發消息的反饋結果確定路由信息的有效性，進行更新路由信息。

更進一步地，本發明還提供了一種企業服務總線中的動態消息路由裝置，該裝置包括：接收模塊，用于消息路由器接收服務提供者的注冊請求，將所述服務提供者所提供的服務注冊到所述消息路由器；第一發送模塊，用于消息訂閱者將訂閱請求信息發送至所述消息路由器動態維護的訂閱表；第二發送模塊，用于所述消息服務器基于路由表和所述訂閱表將所述服務發送給所述消息訂閱者。

優選的，所述接收模塊包括判斷模塊，用于在所述消息路由器接收服務提供者的注冊請求之后，判斷所述注冊請求是否合法，如果是則執行所述注冊，如果否則拒絕所述注冊。

優選的，所述第一發送模塊包括訂閱表維護模塊，用于所述消息路由器基于來自所述注冊請求中的服務信息和注冊機制的即時通知自動生成和更新所述訂閱表。