專利名稱：貨運主干消息傳送架構(gòu)的制作方法
技術(shù)領(lǐng)域：
本公開涉及用于跨越包括多個系統(tǒng)和技術(shù)的企業(yè)的通信的消息傳送架構(gòu)。

背景技術(shù)：
商家面臨著日益增長的壓力不僅要銷售日益多樣的產(chǎn)品，而且還要將這些產(chǎn)品以及時、成本有效和高效的方式運送給客戶。然而，信息技術(shù)架構(gòu)傳統(tǒng)上實現(xiàn)銷售訂單系統(tǒng)與貨運和運輸系統(tǒng)之間的明顯分離。結(jié)果，商家無縫地協(xié)調(diào)銷售與運送的能力以及從中央點處查看運送狀態(tài)信息的能力受到限制。同時，買家獲得狀態(tài)信息以及收到其購買產(chǎn)品將及時送達的保證的能力受到限制。
盡管公司在新的系統(tǒng)和技術(shù)可用時實現(xiàn)了這些系統(tǒng)和技術(shù)，但是相同的公司通常還繼續(xù)保持其原有的系統(tǒng)不變。將原有系統(tǒng)與新技術(shù)和系統(tǒng)進行整合可能是高代價的、技術(shù)上具有挑戰(zhàn)性的并且耗時的過程。此外，即使實現(xiàn)了新技術(shù)，每當系統(tǒng)中需要微小改變時，可能都需要進行冗長的配置。這些問題使得改進運送和貨運系統(tǒng)架構(gòu)的嘗試受挫。
需要一種解決上述問題以及先前所經(jīng)歷的其他問題的消息傳送架構(gòu)。


發(fā)明內(nèi)容
本發(fā)明公開了一種消息傳送架構(gòu)，其擴展了現(xiàn)有企業(yè)中復(fù)雜系統(tǒng)的通信能力。該架構(gòu)實現(xiàn)了在通常相異的訂單管理系統(tǒng)系統(tǒng)與訂單運送系統(tǒng)之間的復(fù)雜的消息傳送能力。該架構(gòu)改進了對運送和購買信息的集中式訪問，其方式還在重配置任務(wù)期間防止了主訂單管理系統(tǒng)停機時間過長。結(jié)果，該架構(gòu)極大地流水線化了訂單處理和運送，提高了生產(chǎn)率，增加了系統(tǒng)正常運行時間，并且提供了可廣泛應(yīng)用的整合解決方案。
在一個實施方式中，該架構(gòu)包括出站(outbound)通道。該出站通道建立出站異步變換過程、以及圍繞該出站異步變換過程的同步封裝過程。該同步封裝過程接受出站消息，將出站消息傳遞至出站異步變換過程，并且等待來自出站異步變換過程的對接收到出站消息的確認。
出站異步變換過程從同步封裝過程接受出站消息，并且將針對接收到出站消息的確認發(fā)送至同步封裝過程。出站異步變換過程還通過對出站消息應(yīng)用出站變換規(guī)則集來將出站消息變換為已變換的出站消息。出站異步變換過程繼而將已變換的出站消息異步地傳送給接收方。
在研究下文的附圖和詳細描述之后，其他的系統(tǒng)、方法、特征和優(yōu)點對于本領(lǐng)域技術(shù)人員而言將變得顯而易見。意在將所有這些其他的系統(tǒng)、方法、特征和優(yōu)點包括在本說明書之內(nèi)，包括在本發(fā)明的范圍之內(nèi)，以及受到所附權(quán)利要求書的保護。



參考下文的附圖和描述將更好地理解該架構(gòu)。附圖未必是按照比例繪制的，而是將強調(diào)的重點放在說明本發(fā)明的原理上。而且，在附圖中，貫穿不同的視圖，相似的標號表示相應(yīng)的部分。
圖1示出了一個系統(tǒng)實現(xiàn)，在該實現(xiàn)中，企業(yè)系統(tǒng)通過消息傳送架構(gòu)來進行通信。
圖2示出了包括消息傳送架構(gòu)的系統(tǒng)實現(xiàn)的詳細視圖。
圖3示出了出站異步變換過程。
圖4示出了同步封裝過程。
圖5示出了入站(inbound)消息過程。

具體實施例方式 圖1示出了系統(tǒng)實現(xiàn)100，其中，多個系統(tǒng)通過消息傳送架構(gòu)102進行通信。系統(tǒng)實現(xiàn)100可以包括任意數(shù)目的系統(tǒng)，每個系統(tǒng)的實現(xiàn)和目的可以有很大變化。在圖1所示的例子中，訂單管理系統(tǒng)104和電子商務(wù)系統(tǒng)106通過消息傳送架構(gòu)102與貨運系統(tǒng)108和客戶聯(lián)系系統(tǒng)110進行通信。消息傳送架構(gòu)102促進系統(tǒng)104-110之間的信息流，這將在下文進行更詳細的描述。
訂單管理系統(tǒng)104可以實現(xiàn)訂單接受、訂單處理和/或運送請求功能。作為一個示例，訂單管理系統(tǒng)可以是Siebel(TM)客戶關(guān)系管理系統(tǒng)。電子商務(wù)系統(tǒng)106可以實現(xiàn)在線(例如，基于web的)購買和訂單履行功能。貨運系統(tǒng)108可以實現(xiàn)運費定價、路線確定、調(diào)度和其他運送功能。在一個實現(xiàn)中，由Oracle(TM)運輸管理器來實現(xiàn)貨運系統(tǒng)108?？蛻袈?lián)系系統(tǒng)110可以實現(xiàn)客戶反饋、通信以及其他客戶聯(lián)系功能?？梢栽诙ㄖ频腛racle(TM)Fusion中間件層中設(shè)計和實現(xiàn)消息傳送架構(gòu)102中的邏輯。多種其他類型的系統(tǒng)可以包括在系統(tǒng)實現(xiàn)中，并且可以通過消息傳送架構(gòu)102進行通信。作為一個示例，作為訂單管理系統(tǒng)104的附加或者作為替代，客戶關(guān)系管理(CRM)系統(tǒng)可以使用架構(gòu)102來進行通信。
消息傳送架構(gòu)102可以針對所有運輸模式對貨運轉(zhuǎn)運者和基于資產(chǎn)的發(fā)貨人的現(xiàn)金周期報價的多種情境實現(xiàn)自動化。例如，在第一情境中，消息傳送架構(gòu)102促進單分支、口岸到口岸的行程，包括通過訂單管理系統(tǒng)104的訂單進入將訂單發(fā)送至貨運系統(tǒng)108，在貨運系統(tǒng)108中執(zhí)行運送計劃，以及在貨運系統(tǒng)108中執(zhí)行定價，其中將定價信息從貨運系統(tǒng)108發(fā)送回訂單管理系統(tǒng)104。在第二情境中，消息傳送架構(gòu)102促進多分支、多模式情境，包括通過訂單管理系統(tǒng)104的訂單進入將訂單發(fā)送至貨運系統(tǒng)108，在貨運系統(tǒng)108中執(zhí)行運送計劃，在貨運系統(tǒng)108中執(zhí)行定價(其中將定價信息從貨運系統(tǒng)108發(fā)送回訂單管理系統(tǒng)104)，以及運送執(zhí)行，其中，運送行為和狀態(tài)在貨運系統(tǒng)108中更新并且在訂單管理系統(tǒng)104中查看。可以實現(xiàn)門戶(portlet)以提供從訂單管理系統(tǒng)104到貨運系統(tǒng)108的數(shù)據(jù)(例如，運送計劃、運送執(zhí)行或者運送定價)可視性。此外，消息傳送架構(gòu)102可以促進其他情境的實現(xiàn)。
圖2示出了系統(tǒng)實現(xiàn)100的詳細視圖，其關(guān)注點在于訂單管理系統(tǒng)104和貨運系統(tǒng)108。特別地，訂單管理系統(tǒng)104通過消息傳送架構(gòu)102與貨運系統(tǒng)108通信。
消息傳送系統(tǒng)102建立出站通道202，其包括出站異步變換過程204和圍繞出站異步變換過程204的同步封裝過程206。同步封裝過程206接受出站消息208，并將出站消息208傳遞至出站異步變換過程204。此外，同步封裝過程206等待來自出站異步變換過程204的對接收到出站消息208的確認。
出站異步變換過程204接受來自同步封裝過程206的出站消息208，并且將針對接收到出站消息208的確認發(fā)送至同步封裝過程206。異步變換過程204將出站消息208變換為已變換的出站消息210。在一個實現(xiàn)中，變換根據(jù)異步變換過程204在變換出站消息208時所遵循的出站變換規(guī)則集來進行。異步變換過程204將已變換的出站消息210異步地傳送至接收方，在此示例中，接收方是貨運系統(tǒng)108。
訂單管理系統(tǒng)104包括系統(tǒng)接口214。系統(tǒng)接口214包括出站消息處理機216。出站消息處理機216將出站消息208發(fā)送至同步封裝器206，其被配置用于接受出站消息208。出站消息處理機216可以包括web服務(wù)、進程間通信機制或者其他消息傳遞機制。
類似地，貨運系統(tǒng)108包括系統(tǒng)接口218。系統(tǒng)接口218包括入站消息處理機220。入站消息處理機220接收已變換的出站消息210。入站消息處理機220可以包括web服務(wù)、進程間通信機制或者其他消息傳遞機制。
貨運系統(tǒng)108在系統(tǒng)接口218中還包括出站消息處理機222。出站消息處理機222可以包括web服務(wù)、進程間通信機制或者其他消息傳遞機制。貨運系統(tǒng)108對從訂單管理系統(tǒng)104接收到的信息進行處理，并且生成相應(yīng)的入站消息(例如，返回訂單管理系統(tǒng)104的消息)。在圖2中，將一個入站消息標記為224。入站消息可以源于在觸發(fā)(例如，由訂單創(chuàng)建或者運送終結(jié)來觸發(fā))時執(zhí)行的自動代理226或者其他邏輯，或者源于當被對貨運系統(tǒng)108內(nèi)的運送細節(jié)進行手動修改時觸發(fā)執(zhí)行的自動代理228或者其他邏輯。
消息傳送架構(gòu)102還建立入站通道230，其包括入站異步變換過程232。入站異步變換過程232從出站消息處理機222獲取入站消息224。入站消息224的產(chǎn)生可以是響應(yīng)于已變換的出站消息210以及貨運系統(tǒng)108響應(yīng)于已變換的出站消息210的接收而執(zhí)行的過程。入站異步變換過程232通過在變換入站消息224時遵循入站變換規(guī)則集236來將入站消息224變換為已變換的入站消息234。
訂單管理系統(tǒng)104中的系統(tǒng)接口214還包括入站消息處理機236。入站異步變換過程232被配置用于將已變換的入站消息234傳送至第一系統(tǒng)入站消息處理機236。入站消息處理機220可以包括web服務(wù)、進程間通信機制或者其他消息傳遞機制。入站消息處理機220還可以觸發(fā)訂單管理系統(tǒng)104中的更新，諸如利用已變換的入站消息234中的信息來更新貨運定價視圖、更新相關(guān)的數(shù)據(jù)庫記錄、或者進行其他動作。
此外，訂單管理系統(tǒng)104建立門戶238。該門戶可以通過web接口或者其他通信機制與貨運系統(tǒng)108直接通信。該門戶還可以建立圖形用戶界面，操作者通過該圖形用戶界面來查看存儲在貨運系統(tǒng)中的運送細節(jié)。
上文提到的變換過程204、232可以按照多種不同的方式來實現(xiàn)。例如，可以利用商業(yè)過程執(zhí)行語言(BPEL)來實現(xiàn)變換過程204、232。類似地，消息處理機216、220、222、236可以按照多種不同的方式來實現(xiàn)，而無需在每個架構(gòu)中按照相同方式實現(xiàn)或是在相同架構(gòu)中按照相同方式實現(xiàn)。規(guī)則集212和236可以定義用于在消息格式之間進行轉(zhuǎn)換的映射。例如，規(guī)則集212和236可以建立訂單管理系統(tǒng)104所使用的格式與貨運系統(tǒng)108所使用的格式之間的映射。規(guī)則集可以規(guī)定消息字段的添加、刪除、修改或者重新排序，或者數(shù)據(jù)修改、數(shù)據(jù)創(chuàng)建、數(shù)據(jù)導出、數(shù)據(jù)重排序、數(shù)據(jù)格式轉(zhuǎn)換、數(shù)據(jù)字段默認值、或者從源格式消息開始、得到目標格式消息的其他數(shù)據(jù)操作選項。
操作的一個示例包括操作者將銷售訂單輸入到訂單管理系統(tǒng)104中。操作者可以使用用戶接口元件經(jīng)由出站消息208來將該銷售訂單發(fā)送給貨運系統(tǒng)108，通過訂單管理系統(tǒng)104也可以自動地發(fā)送該銷售訂單。出站消息處理機216在該時間點被觸發(fā)，其繼而調(diào)用出站通道202(其包括同步封裝器206和異步變換過程204)，來將訂單管理系統(tǒng)數(shù)據(jù)變換為貨運系統(tǒng)108可識別的格式。
出站消息通道202(具體地，異步變換過程204)調(diào)用入站消息處理機220，其在貨運系統(tǒng)108中觸發(fā)創(chuàng)建訂單發(fā)布。作為響應(yīng)，自動邏輯226被觸發(fā)。自動邏輯226可以執(zhí)行以下操作創(chuàng)建任務(wù)報告(例如，以可擴展標記語言(XML))，構(gòu)建運送，應(yīng)用支付條款，為運送指派總賬編碼，更新訂單狀態(tài)以反應(yīng)計費，將任務(wù)報告發(fā)送至出站消息處理機222，以及向受托人發(fā)送通知表明發(fā)送了任務(wù)報告。
出站消息處理機222調(diào)用入站通道230。異步變換過程232將入站消息224中傳遞的任務(wù)報告中的定價細節(jié)變換為訂單處理系統(tǒng)104可識別的貨運定價細節(jié)。出站消息處理機230繼而調(diào)用入站消息處理機236。作為該調(diào)用的結(jié)果，在訂單管理系統(tǒng)104中更新貨運定價。如上所述，訂單管理系統(tǒng)104中還配置有門戶238，其給出從貨運系統(tǒng)108對運送細節(jié)的訪問。對貨運系統(tǒng)108中運送細節(jié)的人工修改可以觸發(fā)自動代理228，其經(jīng)由入站通道230將已更新的任務(wù)報告重新發(fā)送給訂單管理系統(tǒng)104。
操作者可以通過按鍵動作(例如，點擊銷售訂單屏幕中的“發(fā)貨”按鈕)來激活出站消息處理機216。當出站消息處理機216是web服務(wù)時，其可以通過導入web服務(wù)定義語言(WSDL)文件來創(chuàng)建。訂單管理系統(tǒng)104繼而可以創(chuàng)建整合對象、業(yè)務(wù)服務(wù)、元數(shù)據(jù)XML文件以及日志文件。對整合對象以及業(yè)務(wù)服務(wù)進行編譯，得到已更新的存儲庫(SRF)文件。對于Siebel(TM)客戶端而言，配置訂單管理系統(tǒng)104可以包括導航到Sitemap(站點地圖)→Administration(管理)→Web Service(Web服務(wù))→Outbound WS(出站W(wǎng)S)，以及導入上述元數(shù)據(jù)XML。配置還可以包括導航到Sitemap(站點地圖)→Administration(管理)→Integration(整合)→Data Map Editor(數(shù)據(jù)映射編輯器)以及將“Internal Order Interface(內(nèi)部訂單接口)”映射至所生成的整合對象，配置用于附加于“發(fā)貨”按鈕的信號的工作流，以及映射出站web服務(wù)，將其發(fā)送至工作流的企業(yè)應(yīng)用整合節(jié)點。
圖3示出了出站異步變換過程204的示例實現(xiàn)。出站異步變換過程204從同步封裝過程206接收訂單細節(jié)(例如，在出站消息208中)(302)，并且將訂單細節(jié)從訂單管理系統(tǒng)104的格式變換為貨運系統(tǒng)108的格式(304)。例如，可以將來自訂單管理系統(tǒng)104所使用的銷售訂單字段的訂單細節(jié)映射為貨運系統(tǒng)108中使用的訂單發(fā)布字段。Siebel(TM)消息可以作為輸入模式(schema)，而Oracle(TM)傳送管理器傳輸XML消息可以作為輸出模式。
在將已變換的消息210發(fā)送至貨運系統(tǒng)108之前，異步變換過程204指派并且檢查用于進一步處理的變量。在“Send and Forget(發(fā)送并忘記)”消息傳送范例的意義上，出站異步變換過程204可以是異步的。出站異步變換過程204調(diào)用入站消息處理機220(308)，并且將已變換的消息210發(fā)送至貨運系統(tǒng)108。這一過程可導致貨運系統(tǒng)108中的訂單發(fā)布。在將已變換的消息210發(fā)送至貨運系統(tǒng)108之后，異步變換過程204指派并檢查用于進一步處理的變量(310)。
因為貨運系統(tǒng)108可能花費可觀的時間來獲取運送細節(jié)，出站異步變換過程204在貨運系統(tǒng)108返回運送信息之前并不進行等待。相反，出站異步變換過程204完成，其中處理返回到同步封裝過程206(312)。當運送信息可用時，貨運系統(tǒng)108通過出站消息處理機222將運送信息發(fā)送回訂單管理系統(tǒng)104。貨運系統(tǒng)108中的工作流可以觸發(fā)消息處理機222。
入站消息處理機220可以是響應(yīng)于例如超文本傳輸協(xié)議(HTTP)之上的簡單對象訪問協(xié)議(SOAP)的web服務(wù)?？梢允褂脴I(yè)務(wù)過程執(zhí)行語言“Invoke Activity(調(diào)用行為)”特征來調(diào)用入站消息處理機220，其中引用該web服務(wù)的合作者鏈接實現(xiàn)入站消息處理機220。貨運系統(tǒng)108還可以發(fā)送回傳輸標識符作為確認。傳輸標識符可以充當對向貨運系統(tǒng)108的傳輸?shù)臓顟B(tài)的檢查。
圖4示出了同步封裝過程206的示例實現(xiàn)。圍繞異步變換過程204的同步封裝過程206提供具有技術(shù)優(yōu)點的消息傳送架構(gòu)102。具體地，同步封裝過程206將消息傳送架構(gòu)102與影響到貨運系統(tǒng)108的消息流的改變隔離開。這種改變例如包括對WSDL文件中定位入站消息處理機220的端點統(tǒng)一資源定位符(URL)的改變。
在沒有同步封裝過程206的情況下，端點URL的改變需要在訂單管理系統(tǒng)104中重新配置。停止并且重新配置訂單管理系統(tǒng)104是耗時、昂貴以及低效的操作。同步封裝過程206提供了中間架構(gòu)性結(jié)構(gòu)，其中，可以在封裝過程層而不是在訂單管理系統(tǒng)104處進行改變(例如，端點URL的改變)。例如，同步封裝過程206可以更新，以反應(yīng)目標服務(wù)的任何改變，例如指明入站消息處理機220的端點URL的改變。由此，同步封裝過程206允許消息傳送架構(gòu)102避免訂單管理系統(tǒng)104處不必要的重新配置。
同步封裝過程206接收出站消息208(402)。在接收到出站消息208之后，同步封裝過程204指派并且檢查用于進一步處理的變量(404)。同步封裝過程206調(diào)用出站異步變換過程204，傳遞出站消息206(406)。
同步封裝過程206接收來自出站異步變換過程的對接收到出站消息206的確認(408)。在接收確認之后，同步封裝過程206指派并檢查用于進一步處理的變量(410)。同步封裝過程206還向出站消息處理機216返回狀態(tài)回復(fù)(412)。
由此，訂單管理系統(tǒng)104調(diào)用同步封裝過程206，且繼而調(diào)用出站異步變換過程204。這種間接調(diào)用使得訂單管理系統(tǒng)104和出站消息處理機216對于出站通道202的任何改變是透明的，同時維護了用于訂單管理系統(tǒng)104的同步接口。
同步封裝過程206提供用于訂單管理系統(tǒng)104的服務(wù)抽象。從訂單管理系統(tǒng)104調(diào)用web服務(wù)涉及復(fù)雜的配置。所調(diào)用的web服務(wù)的任何改變(例如，端點URL的改變)通常需要在訂單管理系統(tǒng)104側(cè)的重新配置。同步封裝過程206提供了固定的封裝web服務(wù)，以供訂單管理系統(tǒng)104調(diào)用。貨運系統(tǒng)108側(cè)的任何改變可以被并入同步封裝過程206，而不是改變訂單管理系統(tǒng)104。
圖5示出了入站異步變換過程232。入站異步變換過程232將貨運定價細節(jié)傳遞至訂單管理系統(tǒng)104(例如，在已變換的消息234中)。入站異步變換過程232接收入站消息224(502)。在接收到入站消息224之后，入站異步變換過程232指派并檢查用于進一步處理的變量(504)。
入站異步變換過程232繼而將入站消息224變換為出站消息234(506)。結(jié)果，貨運系統(tǒng)108中的定價細節(jié)被轉(zhuǎn)換為與訂單管理系統(tǒng)104兼容的信息。入站異步變換過程232繼而將出站消息234發(fā)送給訂單管理系統(tǒng)104(例如，通過調(diào)用入站消息處理機236)(508)。處理繼而在出站消息處理機222處繼續(xù)(510)。
自動邏輯226、228可以調(diào)用入站異步變換過程232。入站異步變換過程232將來自貨運系統(tǒng)108任務(wù)報告的定價細節(jié)(例如，XML形式)映射到訂單管理系統(tǒng)104中的貨運定價視圖字段。為此，入站異步變換過程232可以將針對出站消息處理機222而定義的傳輸XML作為輸入模式，并將入站消息處理機236WSDL文件中嵌入的模式作為輸出模式。在將傳輸XML相關(guān)的字段映射到訂單管理系統(tǒng)104字段之后，入站異步變換過程232調(diào)用入站消息處理機236，并且訂單管理系統(tǒng)104更新定價細節(jié)以進行響應(yīng)。
入站消息處理機236可以是web服務(wù)。創(chuàng)建web服務(wù)可能需要在訂單管理系統(tǒng)104中創(chuàng)建IO。該IO可以包括在訂單管理系統(tǒng)104中定義的貨運定價視圖的相關(guān)字段。創(chuàng)建web服務(wù)還可以包括，利用該新IO以及作為響應(yīng)而生成的WSDL文件來更新訂單管理系統(tǒng)104中的應(yīng)用服務(wù)接口(ASI)。入站異步變換過程232使用WSDL文件來調(diào)用web服務(wù)。Web服務(wù)可以將定價細節(jié)插入或者更新到“貨運定價”視圖或者支持訂單管理系統(tǒng)104的其他接口或者數(shù)據(jù)庫。此外，web服務(wù)可以將從貨運系統(tǒng)108傳送的任務(wù)標識符作為整合標識符而插入訂單管理系統(tǒng)104。門戶238可以使用該整合標識符來標識、獲取以及查看貨運系統(tǒng)108上的相關(guān)聯(lián)貨運細節(jié)。
下面給出用于源(例如，訂單管理系統(tǒng)104)與目標(例如，貨運系統(tǒng)108)之間通信的消息模式。可以使用XML樣式表(XLST)或者其他變換語言來完成從源系統(tǒng)消息格式到目標系統(tǒng)消息格式的變換。兩個消息流方向包括從訂單管理系統(tǒng)104到貨運系統(tǒng)108的前向消息流，其用于貨運系統(tǒng)108處的訂單創(chuàng)建；以及從貨運系統(tǒng)108到訂單管理系統(tǒng)104的反向消息流，其用以提供價格或者其他細節(jié)。
表1示出了在去往貨運系統(tǒng)108的前向流中使用的示例訂單管理系統(tǒng)104元素。


圖2示出了在去往貨運系統(tǒng)108的前向流中使用的示例貨運系統(tǒng)108元素。


表1和表2分別記載了訂單管理系統(tǒng)104和貨運系統(tǒng)108模式的元素。在從訂單管理系統(tǒng)104向貨運系統(tǒng)108移動前向流的消息以在貨運系統(tǒng)108中創(chuàng)建訂單時，涉及這些元素。規(guī)則集212可以從源模式向符合表1和表2所示元素的目標模式進行編碼變換。Transport元素的“Release(ReleaseId)”用于發(fā)布貨運系統(tǒng)108中的訂單細節(jié)，有時將其稱為發(fā)布接口。
表3示出了在從貨運系統(tǒng)108到訂單管理系統(tǒng)104的反向流中使用的貨運系統(tǒng)108模式元素。

表4示出了在從貨運系統(tǒng)108到訂單管理系統(tǒng)104的反向流中使用的訂單管理系統(tǒng)104模式元素。

表3和表4示出了規(guī)則集236在反向流期間，在入站異步變換過程232中，在貨運系統(tǒng)108和訂單管理系統(tǒng)104之間執(zhí)行數(shù)據(jù)變換的針對貨運細節(jié)的模式元素。例如，將來自貨運系統(tǒng)側(cè)的每個運送成本映射為FbOrderEntry-FreightPricing，其子元素根據(jù)該元素的功能進行映射。
表5-a到表5-b示出了針對去往貨運系統(tǒng)108的消息流的規(guī)則集212可以在訂單管理系統(tǒng)字段和貨運系統(tǒng)字段之間實現(xiàn)的數(shù)據(jù)映射。表5-a和表5-b從左到右示出了貨運系統(tǒng)XML(發(fā)送至貨運系統(tǒng))、相應(yīng)的訂單管理系統(tǒng)XML(發(fā)送至出站異步變換過程204)、標題(訂單管理系統(tǒng)前端字段)、后端字段(訂單管理系統(tǒng)中的數(shù)據(jù)庫表列)以及評述。例如“ReleaseGid/Gid/DomainName”可被硬編碼為不具有相應(yīng)標題的“FWD”。






表5a和表5b以及表6建立用于變換消息的規(guī)則集。作為一個示例，發(fā)送給貨運系統(tǒng)108的“Xid”應(yīng)當映射為來自訂單管理系統(tǒng)104的“OrderNumber(訂單號)”。訂單管理系統(tǒng)104前端名稱為“BookingNo(訂貨號)”，并且匹配的數(shù)據(jù)庫表列是“Order Number(訂單號)”。
表6示出了規(guī)則集236可以在訂單管理系統(tǒng)字段和貨運系統(tǒng)字段之間實現(xiàn)以用于返回訂單管理系統(tǒng)104的消息流的數(shù)據(jù)映射。


貨運主干技術(shù)的基礎(chǔ)是埃森哲在為高性能業(yè)務(wù)提供異常解決方案中的經(jīng)驗。該領(lǐng)域的思想領(lǐng)袖是Jason Ringgenberg、Sergio Nogueira和Chuan Neo Chong。
盡管已經(jīng)描述了本發(fā)明的各種實施方式，但是對于本領(lǐng)域技術(shù)人員顯而易見的是，在本發(fā)明的范圍內(nèi)可以有更多實施方式和實現(xiàn)。因此，本發(fā)明僅受所附權(quán)利要求及其等價項的限制。
權(quán)利要求
1.一種用于促進多個支持系統(tǒng)之間的協(xié)調(diào)通信的消息傳送架構(gòu)，所述消息傳送架構(gòu)包括
出站通道，包括
出站異步變換過程；以及
圍繞所述出站異步變換過程的同步封裝過程；
所述同步封裝過程被配置用于
接受出站消息；
將所述出站消息傳遞至所述出站異步變換過程；以及
等待來自所述出站異步變換過程的對接收到所述出站消息的確認；
所述出站異步變換過程被配置用于
從所述同步封裝過程接受所述出站消息；
將針對所述出站消息的所述確認發(fā)送至所述同步封裝過程；
通過對所述出站消息應(yīng)用出站變換規(guī)則集來將所述出站消息變換為已變換的出站消息；以及
將所述已變換的出站消息異步地傳送給接收方。
2.根據(jù)權(quán)利要求1所述的架構(gòu)，進一步包括
第一系統(tǒng)接口，其包括
第一系統(tǒng)出站消息處理機；以及
其中，所述同步封裝過程被配置用于
從所述第一系統(tǒng)出站消息處理機接受所述出站消息。
3.根據(jù)權(quán)利要求2所述的架構(gòu)，進一步包括
第二系統(tǒng)接口，其包括
第二系統(tǒng)入站消息處理機；以及
其中所述接收方包括
所述第二系統(tǒng)入站消息處理機。
4.根據(jù)權(quán)利要求3所述的架構(gòu)，其中，所述第二系統(tǒng)接口進一步包括
第二系統(tǒng)出站消息處理機。
5.根據(jù)權(quán)利要求4所述的架構(gòu)，其中，所述架構(gòu)進一步包括
入站通道，其包括
入站異步變換過程，其被配置用于響應(yīng)于所述已變換的出站消息，從所述第二系統(tǒng)出站消息處理機獲取入站消息。
6.根據(jù)權(quán)利要求5所述的架構(gòu)，其中，所述入站異步變換過程進一步被配置用于
通過對所述入站消息應(yīng)用入站變換規(guī)則集來將所述入站消息變換為已變換的入站消息。
7.根據(jù)權(quán)利要求6所述的架構(gòu)，其中，所述第一系統(tǒng)接口進一步包括
第一系統(tǒng)入站消息處理機，以及
其中，所述入站異步變換過程被配置用于將所述已變換的入站消息傳送至所述第一系統(tǒng)入站消息處理機。
8.根據(jù)權(quán)利要求3所述的架構(gòu)，其中
所述第一系統(tǒng)出站消息處理機、所述第二系統(tǒng)入站消息處理機、或者二者包括web服務(wù)。
9.根據(jù)權(quán)利要求5所述的架構(gòu)，其中
所述入站異步變換過程、所述出站異步變換過程、或者二者包括
異步業(yè)務(wù)過程執(zhí)行語言變換過程。
10.根據(jù)權(quán)利要求1所述的架構(gòu)，其中，所述出站變換規(guī)則集包括
訂單管理系統(tǒng)到傳送管理系統(tǒng)的消息變換規(guī)則集。
11.根據(jù)權(quán)利要求6所述的架構(gòu)，其中，所述入站變換規(guī)則集包括
傳送管理系統(tǒng)到訂單管理系統(tǒng)的消息變換規(guī)則集。
12.一種用于對多個支持系統(tǒng)之間的通信進行協(xié)調(diào)的方法，所述方法包括
執(zhí)行出站異步變換過程；
執(zhí)行圍繞所述出站異步變換過程的同步封裝過程；
在所述同步封裝過程中
在所述同步封裝過程中接受出站消息；
將所述出站消息傳遞至所述出站異步變換過程；以及
等待來自所述出站異步變換過程的對接收到所述出站消息的確認；
在所述出站異步變換過程中
從所述同步封裝過程接受所述出站消息；
將針對接收到所述出站消息的所述確認發(fā)送至所述同步封裝過程；
通過對所述出站消息應(yīng)用出站變換規(guī)則集來將所述出站消息變換為已變換的出站消息；以及
將所述已變換的出站消息異步地傳送給接收方。
13.根據(jù)權(quán)利要求12所述的方法，其中接受包括
從第一系統(tǒng)出站消息處理機接受所述出站消息。
14.根據(jù)權(quán)利要求12所述的方法，其中異步地傳送包括
將所述已變換的出站消息異步地傳送至第二系統(tǒng)入站消息處理機。
15.根據(jù)權(quán)利要求14所述的方法，進一步包括
執(zhí)行入站異步變換過程；以及
響應(yīng)于所述已變換的出站消息，從第二系統(tǒng)出站消息處理機獲得入站消息。
16.根據(jù)權(quán)利要求15所述的方法，進一步包括
通過對所述入站消息應(yīng)用入站變換規(guī)則集來將所述入站消息變換為已變換的入站消息。
17.根據(jù)權(quán)利要求16所述的方法，進一步包括
將所述已變換的入站消息傳送至第一系統(tǒng)入站消息處理機。
18.一種產(chǎn)品，包括
機器可讀介質(zhì)；以及
存儲在所述介質(zhì)上的邏輯，其包括
出站異步變換邏輯；
同步封裝邏輯，所述同步封裝邏輯可操作用以
接受出站消息；
將所述出站消息傳遞至所述出站異步變換過程；以及
等待來自所述出站異步變換過程的對接收到所述出站消息的確認；
所述出站異步變換邏輯可操作用以
從所述同步封裝邏輯接受所述出站消息；
將針對接收到所述出站消息的所述確認發(fā)送至同步封裝邏輯；
通過對所述出站消息應(yīng)用出站變換規(guī)則集來將所述出站消息變換為已變換的出站消息；以及
將所述已變換的出站消息異步地傳送給接收方。
19.根據(jù)權(quán)利要求18所述的產(chǎn)品，其中，所述邏輯進一步包括
入站異步變換邏輯，其可操作用以通過對入站消息應(yīng)用入站變換規(guī)則集來將所述入站消息變換為已變換的入站消息。
20.根據(jù)權(quán)利要求19所述的產(chǎn)品，其中
所述入站變換規(guī)則集包括訂單管理系統(tǒng)到傳送管理系統(tǒng)的消息變換規(guī)則集，并且其中
所述出站變換規(guī)則集包括傳送管理系統(tǒng)到訂單管理系統(tǒng)的消息變換規(guī)則集。
全文摘要
一種消息傳送架構(gòu)，其擴展了現(xiàn)有企業(yè)中復(fù)雜系統(tǒng)的通信能力。該架構(gòu)實現(xiàn)了在通常相異的訂單管理系統(tǒng)和運送系統(tǒng)之間的復(fù)雜的消息傳送能力。結(jié)果，該消息傳送架構(gòu)極大地流水線化了訂單處理和運送，提高了生產(chǎn)率，并且為期望集成訂單處理和運送的客戶提供了基礎(chǔ)解決方案。
文檔編號G06Q10/00GK101477646SQ20081018684
公開日2009年7月8日 申請日期2008年12月31日 優(yōu)先權(quán)日2007年12月31日
發(fā)明者H·李, S·K·阿格拉沃爾, J·克里施南, R·帕坦卡爾, P·辛拉 申請人:埃森哲環(huán)球服務(wù)有限公司