[發(fā)明專利]由觸發(fā)器子系統(tǒng)提供專用及基于標(biāo)準(zhǔn)觸發(fā)器的系統(tǒng)和方法

無效

• 申請?zhí)枺?/td>: 200810214999.4
• 申請日: 2008-09-01
• 公開（公告）號: CN101420391A
• 公開（公告）日: 2009-04-29
• 發(fā)明（設(shè)計）人: 埃利奧特·豪拉;德里克·羅區(qū)奇
• 申請（專利權(quán)）人: 軟件AG公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L29/08;G06F9/46
• 代理公司: 廣州三環(huán)專利代理有限公司
• 代理人: 郝傳鑫

技術(shù)領(lǐng)域

本發(fā)明涉及應(yīng)用集成技術(shù)，尤其涉及圍繞發(fā)布訂閱模型(或其變體)建立的應(yīng)用集成技術(shù)。在本發(fā)明中，一基于標(biāo)準(zhǔn)的消息傳輸協(xié)議可以作為專用消息傳輸協(xié)議的對等協(xié)議被完全嵌入集成服務(wù)器觸發(fā)器子系統(tǒng)中，從而使得所有或基本上所有可以通過專用協(xié)議實現(xiàn)的多功能能力都可以通過基于標(biāo)準(zhǔn)的信息協(xié)議訪問。在本發(fā)明中，所述訪問觸發(fā)器子系統(tǒng)的觸發(fā)器可為Java消息服務(wù)(JMS)觸發(fā)器。

背景技術(shù)

現(xiàn)今的公司有責(zé)任為其各自企業(yè)內(nèi)部的各種類型的集成化挑戰(zhàn)實施解決方案。當(dāng)中許多挑戰(zhàn)會涉及應(yīng)用集成的問題(如，在軟件應(yīng)用程序和/或其他系統(tǒng)之間的集成)并陷入陳規(guī)。

例如，第一領(lǐng)域涉及從一個系統(tǒng)到多個其它系統(tǒng)的相似業(yè)務(wù)對象的傳播，例如，訂單狀態(tài)變化或產(chǎn)品價格變動。第二領(lǐng)域涉及為獲得一個單一的視角，將兩個或多個系統(tǒng)之間的相似業(yè)務(wù)對象同步化，例如，在多個應(yīng)用軟件中的用戶、產(chǎn)品注冊、產(chǎn)品訂單，及產(chǎn)品的庫存單元(SKU)信息的實時同步。這是需要集成解決方案的最常見的問題。在單向同步化里，通常有一個作為數(shù)據(jù)資源的系統(tǒng)(例如資源)和一個或多個作為同步化對象的資源。在雙向同步化里，每個資源通常既是潛在的資源又是同步化對象。通常單一的資源不會作為主站數(shù)據(jù)資源。因而，任何資源的改變都會在其它的資源中反映出來。第三領(lǐng)域涉及把多個資源中的信息結(jié)合到公共目的系統(tǒng)中，例如，把藥房顧客的記錄、藥方交易和網(wǎng)站數(shù)據(jù)傳輸?shù)街行膽?yīng)用程序與數(shù)據(jù)庫中。

多種工具被用來使用戶能利用如發(fā)布訂閱模型或其變體來設(shè)計與部署應(yīng)對這些挑戰(zhàn)的解決方案。發(fā)布訂閱模型是一種特定的基于消息的解決方案，在該方案中，消息通過一消息代理進(jìn)行匿名交換。產(chǎn)生需要被共享的信息的應(yīng)用程序使該信息存在于他們發(fā)布到消息代理的特定類型的識別文件中。請求信息的應(yīng)用程序訂閱它們需要的文件類型。

在工作的時候，消息代理從發(fā)布者接收文件然后將其分發(fā)給訂閱者，訂閱應(yīng)用程序利用該文件處理和執(zhí)行工作，其可以向發(fā)布應(yīng)用程序發(fā)送響應(yīng)，也可以不發(fā)送。

在典型的系統(tǒng)里，一個集成服務(wù)器或運行在集成服務(wù)器上的應(yīng)用程序把文件發(fā)布給代理。然后代理把該文件發(fā)送給位于其它集成服務(wù)器上的訂閱者。集成服務(wù)器與代理共享一個快速、高效的流程以在整個系統(tǒng)內(nèi)進(jìn)行文件交換。

雖然這樣的技術(shù)已成功地給上述挑戰(zhàn)領(lǐng)域提供了解決方案，但是進(jìn)一步提高還是有可能的。例如，集成服務(wù)器(IS，integration?server)“觸發(fā)器子系統(tǒng)”提供了消息處理(例如異步消息處理)的基礎(chǔ)結(jié)構(gòu)。然而，這種功能只有以通過專用消息傳輸協(xié)議(例如代理)傳輸消息才能實現(xiàn)。因此，用戶目前不得不作出困難的設(shè)計決定，即選擇多功能專用協(xié)議還是通用的基于標(biāo)準(zhǔn)的協(xié)議(例如Java消息服務(wù)，JMS)。

一種解決這種問題的方法涉及集成服務(wù)器的JMS適配器的使用。因此，專用“觸發(fā)器子系統(tǒng)”(由集成服務(wù)器提供以進(jìn)行專用消息傳輸)與獨立的JMS適配器均提供給集成服務(wù)器。

然而，這種方法有點不完善。特別地，盡管JMS適配器能實現(xiàn)基于標(biāo)準(zhǔn)的的互通的消息傳輸，但“觸發(fā)器子系統(tǒng)”的功能不能在結(jié)合JMS時得到充分使用。就是說，當(dāng)用戶使用JMS適配器的同時想要“觸發(fā)器子系統(tǒng)”的擴(kuò)展性能時，不得不在他們的應(yīng)用程序中為每個新的應(yīng)用自定義實現(xiàn)那些性能。這通常強加了有效配置和規(guī)劃的要求，并導(dǎo)致過多的相同和/或相似功能的非基于標(biāo)準(zhǔn)的地實現(xiàn)。因為JMS仍在網(wǎng)絡(luò)服務(wù)環(huán)境中使用的基于標(biāo)準(zhǔn)的過程中，這問題進(jìn)一步惡化。本質(zhì)上，這意味著如果要求有與專用代理的功能相當(dāng)?shù)墓δ?，這些功能必須在應(yīng)用服務(wù)層上一次又一次地實現(xiàn)。即使在這樣的方法已實現(xiàn)過的地方，例如，因為企業(yè)在它們各自的組織、流程、需求、基礎(chǔ)設(shè)施等方面都是不同的，它們并沒被基于標(biāo)準(zhǔn)的。

因此，存在這樣一個問題：沒有一種單一的方式能將現(xiàn)行的“觸發(fā)器子系統(tǒng)”及其所有的功能和基于標(biāo)準(zhǔn)的消息傳輸(例如JMS)連接起來。因此，在多功能專用協(xié)議方面和基于標(biāo)準(zhǔn)的通用消息傳輸協(xié)議方面(如JMS)之間需要有一個折衷。

因此，亟待一種改進(jìn)的技術(shù)以在一個或多個上述領(lǐng)域和/或其它領(lǐng)域中提供應(yīng)用集成解決方案。

發(fā)明內(nèi)容

本發(fā)明的目的之一在于提供一個消息傳輸層，所述消息傳輸層為尋址應(yīng)用集成挑戰(zhàn)提供了一個多功能集，所述尋址應(yīng)用集成挑戰(zhàn)易從專用的和存在于應(yīng)用層外的開放式消息傳輸結(jié)構(gòu)中得到。在特定的實施例中，這樣的消息傳輸結(jié)構(gòu)可為“觸發(fā)器”形式，及這樣的觸發(fā)器為對所述應(yīng)用集成挑戰(zhàn)的一種發(fā)布訂閱類型的解決方案。本發(fā)明實施例中的觸發(fā)器可為JMS觸發(fā)器。