專利名稱：用于使用基于上下文的規(guī)則在不可靠網(wǎng)絡(luò)上對交易和數(shù)據(jù)進(jìn)行交換的自適應(yīng)網(wǎng)關(guān)的制作方法
用于使用基于上下文的規(guī)則在不可靠網(wǎng)絡(luò)上對交易和數(shù)據(jù)進(jìn)行交換的自適應(yīng)網(wǎng)關(guān) 相關(guān)申請的交叉引用
本申請涉及共同提交的題為"SCHEMA-BASED DYNAMIC PARSE/BUILD ENGINE FOR PARSING MULTI-FORMAT MESSAGES (用于解析多格式消息
的基于模式的動態(tài)解析/構(gòu)建引擎)"的美國申請No._ (律師案號
16222U-020300US)，并且出于通用目的通過引用結(jié)合于此。
背景技術(shù)：
本發(fā)明一般涉及電信，尤其涉及用于基于交易內(nèi)容、傳送環(huán)境的動態(tài)上下文 信息和/或交換交易的動態(tài)規(guī)則在應(yīng)用級上智能地對交易進(jìn)行交換的技術(shù)。
當(dāng)在客戶端執(zhí)行諸如信用卡授權(quán)、借記卡交易、電子支票交易等的交易時， 客戶端向服務(wù)提供商發(fā)送交易。服務(wù)提供商向客戶端提供諸如信用卡授權(quán)、交易的 清算等的服務(wù)。通常，客戶端使交易路由到服務(wù)提供商的交易處理器以進(jìn)行處理。 交易可通過各種網(wǎng)絡(luò)來路由。各種網(wǎng)絡(luò)可以是可能可靠或不可靠的不同網(wǎng)絡(luò)。
通常，交易要求快速響應(yīng)和高可靠性。例如，用戶可使用客戶端執(zhí)行信用卡 交易。在此交易中，可能需要向交易處理器發(fā)送信用卡授權(quán)請求以進(jìn)行處理，該交 易處理器可有助于該交易的授權(quán)。交易可能由于發(fā)送交易所使用的各種網(wǎng)絡(luò)之一或 者用于為客戶端處理交易的交易處理器發(fā)生故障而失敗或被延遲。如果發(fā)生任何失 敗，則客戶端處于丟失交易以及從完成該交易而獲得的任何利益的風(fēng)險之中。
按照慣例，交易可被分解成一系列分組。本發(fā)明的實施例在應(yīng)用級上對交易 進(jìn)行操作，而大多數(shù)現(xiàn)有技術(shù)針對在網(wǎng)絡(luò)級上路由、對分組進(jìn)行操作。每個單獨的 分組可在分組級上路由，或者基于該分組中諸如報頭中信息之類的信息來路由。以 下專利描述了分組的網(wǎng)絡(luò)級路由(與本發(fā)明的實施例的應(yīng)用級交換相反)。IBM 專利5,974,460描述了通過首先在站點選擇時確定哪個站點展現(xiàn)了最佳的傳輸 速率以在因特網(wǎng)上許多鏡像站點中選擇一個來下載數(shù)據(jù)。DEC專利5,341,477 是類似的。阿爾卡特(Alcatel)專利5,754,543描述了在網(wǎng)絡(luò)上考慮發(fā)送傳輸成本的路由。其它考慮了傳輸成本的專利是專利6,535,488和北電網(wǎng)絡(luò)(Nortel) 專利6，487，286。 DEC專利5,459,837示出了用于在網(wǎng)絡(luò)上監(jiān)視服務(wù)器的性能和 用于確定哪個服務(wù)器具有最多的用以處理請求的帶寬的系統(tǒng)。Cabletron系統(tǒng)專 利5,521,910示出了規(guī)范幀格式的分組，并使用各種量度確定通過網(wǎng)絡(luò)的最佳 路徑。專利6,839,700描述了基于文檔生成成本的內(nèi)容請求的負(fù)載平衡。專利 6,754,188描述了基于分組內(nèi)容(不管是語音、視頻還是文本傳遞)對分組進(jìn)行 路由。
IBM美國專利No. 6,460,120示出了具有OSI模型的前三層的網(wǎng)絡(luò)處理器。 頂層網(wǎng)絡(luò)(Top Layer Networks)美國專利No. 6,430,184描述了對層4及以上 層進(jìn)行訪問以進(jìn)行流量控制的、基于服務(wù)質(zhì)量作出路由判定的處理器。這允許 在基于優(yōu)先級的電子郵件和基于帶寬保證的多媒體之間進(jìn)行區(qū)分。
英特爾(Intel)專利6,732,175示出了基于檢查分組內(nèi)容以確定業(yè)務(wù)交易的 類型(例如訂購單)并將其轉(zhuǎn)發(fā)到用以處理該類服務(wù)的適當(dāng)服務(wù)器來在網(wǎng)絡(luò)中 進(jìn)行交換。在消息經(jīng)由網(wǎng)絡(luò)發(fā)送到網(wǎng)站目的地之后進(jìn)行，而非在通過網(wǎng)絡(luò)發(fā)送 之前。在目的地服務(wù)器存在基于內(nèi)容路由消息的許多示例，諸如智能負(fù)載均衡 器。迪堡(Diebold)專利6,302,326示出了將金融消息轉(zhuǎn)換成通用格式，然后 將它們路由到系統(tǒng)中的適當(dāng)程序。EDS專利5,805,798描述了監(jiān)視金融處理服 務(wù)器的狀態(tài)并在不可用的情況下將消息路由到備用設(shè)備的網(wǎng)絡(luò)節(jié)點。
上述專利不是關(guān)注在分組級路由單個分組就是基于靜態(tài)規(guī)則路由數(shù)據(jù)。這 可分組提供有效的路由；然而，基于傳送環(huán)境的動態(tài)上下文和動態(tài)規(guī)則在應(yīng)用 級上對交易進(jìn)行交換并未被解決。另外，在處理器之間進(jìn)行的選擇通常發(fā)生在 網(wǎng)絡(luò)與目的地之間的節(jié)點處，諸如負(fù)載均衡器。因此，期望提供用以在應(yīng)用級 智能地對交易進(jìn)行交換的技術(shù)。
應(yīng)用級的當(dāng)前的技術(shù)要求客戶端處理應(yīng)用級交互。要求客戶端響應(yīng)于交易 處理器處的變化而改變其軟件系統(tǒng)，并且還要求其支持不同的交易處理器所期 望的不同的消息格式。客戶端還需要處理服務(wù)器系統(tǒng)和網(wǎng)絡(luò)上的失敗，并且故 障轉(zhuǎn)移(failover)到替代服務(wù)器處理器，從而向客戶端用戶提供連續(xù)的操作。
發(fā)明的簡要概述
本發(fā)明的實施例一般涉及基于交易的應(yīng)用級內(nèi)容、傳送環(huán)境的動態(tài)上下文信 息和/或用于對交易進(jìn)行交換的動態(tài)規(guī)則來在該應(yīng)用級對交易進(jìn)行交換。應(yīng)用路由
8器可被設(shè)置在網(wǎng)絡(luò)的客戶端邊緣以(1)基于應(yīng)用級信息提供智能路由；(2)在 轉(zhuǎn)發(fā)到服務(wù)器之前執(zhí)行預(yù)處理服務(wù)；或(3)在沒有路由到服務(wù)器并對客戶端返回
回復(fù)的情況下執(zhí)行已卸載服務(wù)。
在一個實施例中，提供了交易的一種智能交換?？蛻舳讼蚓W(wǎng)關(guān)發(fā)送交易，該 網(wǎng)關(guān)隨后被配置成智能地將該交易交換到交易處理器。該網(wǎng)關(guān)被配置成基于應(yīng)用級 內(nèi)容、傳送環(huán)境的當(dāng)前狀態(tài)和/或用于對交易進(jìn)行交換的動態(tài)規(guī)則來交換交易。例 如，可針對交易類型選擇若干可能的服務(wù)提供商，并且網(wǎng)關(guān)不僅可監(jiān)視通過網(wǎng)絡(luò)到 不同的可能服務(wù)提供商的往返時間，還可監(jiān)視服務(wù)提供商用以在應(yīng)用級完成交易并 返回響應(yīng)所需的時間。
根據(jù)本發(fā)明的實施例的交換在網(wǎng)絡(luò)的發(fā)送側(cè)而非接收側(cè)進(jìn)行。交易不僅被格 式化以在特定網(wǎng)絡(luò)上進(jìn)行路由，它們還被格式化以便由網(wǎng)絡(luò)的目的地端處的特定處 理器進(jìn)行處理，而非在接收節(jié)點進(jìn)行這些格式化。因此，網(wǎng)絡(luò)的發(fā)送側(cè)上的節(jié)點包 括網(wǎng)絡(luò)的接收側(cè)上的處理器的工作流上的信息。在一個實施例中，通過與特定格式 中的僅為有限數(shù)目的字段一起工作是可能且實用的，諸如金融交易批準(zhǔn)所需的有限 數(shù)目的字段。在一個實施例中，在因特網(wǎng)與專用商業(yè)網(wǎng)絡(luò)之間選擇路由以便路由金 融交易已待批準(zhǔn)。然而，本發(fā)明的實施例還可應(yīng)用于任何類型的交易和內(nèi)容，諸如 訂購和分發(fā)音樂、視頻等。
在一個實施例中，應(yīng)用級服務(wù)提供商可經(jīng)由網(wǎng)絡(luò)公布、廣告或注冊其服務(wù)。 根據(jù)本發(fā)明的實施例的網(wǎng)關(guān)可接收并存儲這些所公布服務(wù)的全部或所選的若干。網(wǎng) 關(guān)可驗證公布者為可信實體(諸如注冊銀行或零售商)，并確定公布者的服務(wù)是否 與網(wǎng)關(guān)的客戶端的交易相關(guān)。這些服務(wù)可被動態(tài)地注冊和更新，而無需等到日期結(jié) 束或人類操作員介入。
在一個實施例中，使用所存儲的、由服務(wù)提供商所提供的服務(wù)的細(xì)節(jié)，網(wǎng)關(guān) 不僅可選擇要發(fā)送交易到哪個服務(wù)，還可在應(yīng)用級格式化適用于服務(wù)提供商的交 易。另外，在經(jīng)由網(wǎng)絡(luò)向服務(wù)提供商發(fā)送交易之前，可在網(wǎng)關(guān)處執(zhí)行特定的預(yù)處理 或調(diào)節(jié)步驟?；蛘撸谀承┗蛉壳闆r中，所有交易處理可根據(jù)從服務(wù)提供商接收 到的規(guī)則來在網(wǎng)關(guān)處進(jìn)行。例如，可批準(zhǔn)低于閾值量的信用卡交易而即無需去銀行 獲得批準(zhǔn)也無需經(jīng)由網(wǎng)絡(luò)訪問信用卡公司。
在一個實施例中，客戶端可指定用于確定要選擇哪個服務(wù)提供商的規(guī)則或標(biāo) 準(zhǔn)。這些規(guī)則和標(biāo)準(zhǔn)可被存儲在網(wǎng)關(guān)中。這些客戶端標(biāo)準(zhǔn)可在交易之前被加載，或 者在交易消息被發(fā)送之前或之后被立即加載。在一個實施例中，根據(jù)本發(fā)明的網(wǎng)關(guān)的能力可分布在大量網(wǎng)關(guān)中。每個網(wǎng)關(guān)
被物理地定位在網(wǎng)絡(luò)的邊緣、客戶端接入點處，并且甚至可處于客戶端的場所上。
網(wǎng)關(guān)存儲與連接到其的客戶端相關(guān)的信息，并且依賴于其它網(wǎng)關(guān)來提供關(guān)于其它網(wǎng)
關(guān)所連接的服務(wù)的信息。除本發(fā)明的實施例處理應(yīng)用級服務(wù)之外，這多少類似于路
由器從其連接的其它路由器獲得用于網(wǎng)絡(luò)分組傳輸?shù)谋硇畔?。每個網(wǎng)關(guān)僅需要存儲 其或其客戶端感興趣的廣播服務(wù)提供商信息，并且僅需要存儲其建立連接所通過的
其它網(wǎng)關(guān)的地址，盡管可能需要除這些之外的其它連接。
在此公開的本發(fā)明的特性和優(yōu)點的進(jìn)一步的理解可通過參考說明書的剩余部 分及附圖來認(rèn)知。
附圖的簡要描述


圖1示出了根據(jù)本發(fā)明的一個實施例的用于處理交易的系統(tǒng)。 圖2示出了根據(jù)本發(fā)明的一個實施例的網(wǎng)關(guān)的更詳細(xì)實施例。 圖3示出了根據(jù)本發(fā)明的一個實施例的用于處理交易的方法的簡化流程圖。 圖4示出了根據(jù)本發(fā)明的一個實施例的用于對由交易處理器所提供的服務(wù)生 成配置信息的簡化流程圖。
圖5示出了根據(jù)本發(fā)明的一個實施例的用于預(yù)訂一服務(wù)的方法的簡化流程圖。 圖6示出了根據(jù)本發(fā)明的一個實施例的多個網(wǎng)關(guān)的分散型系統(tǒng)。 圖7示出了根據(jù)本發(fā)明的一個實施例的一種系統(tǒng)，該系統(tǒng)示出了作為前端網(wǎng) 關(guān)的網(wǎng)關(guān)。
圖8示出了根據(jù)本發(fā)明的一個實施例的其中網(wǎng)關(guān)是因特網(wǎng)網(wǎng)關(guān)的系統(tǒng)。
圖9示出了根據(jù)本發(fā)明的一個實施例的其中網(wǎng)關(guān)被用作無線網(wǎng)關(guān)的系統(tǒng)。
圖IO示出了根據(jù)本發(fā)明的一個實施例的用于處理ISO 8583交易的系統(tǒng)。
圖11示出了根據(jù)本發(fā)明的一個實施例的用于解析消息的系統(tǒng)。
圖12公開了根據(jù)本發(fā)明的一個實施例的網(wǎng)關(guān)的實施例。
圖13A示出了根據(jù)本發(fā)明的一個實施例的IMF對象的結(jié)構(gòu)。
圖13B示出了根據(jù)本發(fā)明的一個實施例的消息定義的屬性。
圖14A、 14B和14C示出了根據(jù)本發(fā)明的一個實施例的可能的消息、具有對
象ID碼的分層格式、以及該消息的IMF對象。
圖15示出了根據(jù)本發(fā)明的一個實施例的用于初始化解析/構(gòu)建引擎以處理消
息流的方法的簡化流程圖。圖16示出了根據(jù)本發(fā)明的一個實施例的用于動態(tài)添加或更新解析/構(gòu)建引擎 中的模式的方法的簡化流程圖。
圖17示出了根據(jù)本發(fā)明的一個實施例的用于解析輸入消息的方法的簡化流程圖。
圖18示出了根據(jù)本發(fā)明的一個實施例的用于從IMF對象構(gòu)建輸出消息的方法 的簡化流程圖。
發(fā)明的詳細(xì)描述 處理概述
在一個實施例中，提供對交易的智能交換。交易可以是信用卡授權(quán)、借記卡 交易或電子支票交易。交易的其它示例包括獎勵程序中的積分或其它獎品的授予、 核對Visa認(rèn)證所驗證的口令、進(jìn)行貨幣轉(zhuǎn)賬、從諸如Visa Buxx卡或工資卡的預(yù) 付卡扣除支付、從蜂窩電話、尋呼機(jī)、PDA等處理鄰近支付(proximity payment)、 確定健康、汽車保險、或其它保險業(yè)務(wù)等的覆蓋范圍?？蛻舳讼蚓W(wǎng)關(guān)發(fā)送交易， 該網(wǎng)關(guān)隨后被配置成向服務(wù)提供商的交易處理器智能地交換該交易?？蛻舳丝?以是POS、聯(lián)網(wǎng)至POS設(shè)備或ECR (電子收銀機(jī))的商業(yè)計算機(jī)、kiosk (諸 如贈券或貨幣轉(zhuǎn)賬)、因特網(wǎng)web站點服務(wù)器等。
網(wǎng)關(guān)被配置成基于交易的應(yīng)用級內(nèi)容、傳送環(huán)境的當(dāng)前狀態(tài)和/或動態(tài)規(guī)則 在應(yīng)用級作出交換決定。應(yīng)用級內(nèi)容可以是由交易處理器在處理交易時處理或 使用的信息。在一個實施例中，該信息可以是OSI層7的信息。該層直接向交 易處理器和終端用戶提供服務(wù)。它包括諸如交易卡授權(quán)、借記卡交易應(yīng)用等。 示例應(yīng)用層協(xié)議是FTP (文件傳輸協(xié)議)、NFS (網(wǎng)絡(luò)文件系統(tǒng))、CIFS (通 用因特網(wǎng)文件系統(tǒng))、HTTP (超文本傳輸協(xié)議)、數(shù)據(jù)庫査詢、SQL (標(biāo)準(zhǔn)査 詢語言)、和XML (可擴(kuò)展標(biāo)記語言)。例如，在信用卡授權(quán)中，應(yīng)用級內(nèi)容 可包括信用卡號、個人賬號(PAN)、客戶賬號、交易總量等。交易處理器可 使用這些信息以便處理交易。
傳送環(huán)境的當(dāng)前狀態(tài)包括與可傳送交易的網(wǎng)絡(luò)以及可處理交易的交易處 理器相關(guān)聯(lián)的實時信息。該實時信息可包括網(wǎng)絡(luò)或交易處理器的健康狀態(tài)、網(wǎng) 絡(luò)或交易處理器的可用性、交易處理器的應(yīng)用處理速度等。
動態(tài)規(guī)則可以是用于決定如何智能地交換交易的信息。這些規(guī)則用于根據(jù) 應(yīng)用級內(nèi)容和傳送環(huán)境的當(dāng)前狀態(tài)來交換交易。例如，取決于應(yīng)用級內(nèi)容和傳
11送環(huán)境的當(dāng)前狀態(tài)，規(guī)則可指定由服務(wù)提供商所提供的特定服務(wù)應(yīng)當(dāng)被選擇。 此外，這些規(guī)則可用于選擇服務(wù)提供商的交易處理器以處理交易。例如，某些 國家可能要求對本國交易進(jìn)行本地處理，從而需要路由到區(qū)域性處理中心。這 些規(guī)則還可包括諸如網(wǎng)絡(luò)成本、服務(wù)成本等的靜態(tài)信息以作出選擇。這些規(guī)則 可以動態(tài)改變而無需拆卸網(wǎng)關(guān)。
網(wǎng)關(guān)還可根據(jù)這些規(guī)則對交易執(zhí)行服務(wù)。這些服務(wù)可包括處理應(yīng)用級內(nèi) 容。例如，交易處理器可被配置成處理不同格式的交易。所選擇的交易處理器 可被配置成將交易中的當(dāng)前應(yīng)用級內(nèi)容處理成不同格式的應(yīng)用級內(nèi)容。因而， 網(wǎng)關(guān)可將應(yīng)用級內(nèi)容變成新的格式，使得所選擇的交易處理器可對其進(jìn)行處 理。因此，網(wǎng)關(guān)可在應(yīng)用級改變交易中的信息。這不同于在分組級檢查信息。 按照慣例，交易可分解成分組。路由器可檢査分組中的信息并相應(yīng)地路由分組。 然而，在分組級檢查信息不允許路由器使用交易的應(yīng)用級內(nèi)容來執(zhí)行服務(wù)。例 如，通過檢査整個交易的應(yīng)用級內(nèi)容，可使用應(yīng)用到該交易的適當(dāng)服務(wù)來智能 地路由該交易。如果承載交易信息的各個分組被單獨處理，則交易的應(yīng)用級內(nèi) 容將不作為整體來處理。
因此，提供了一種基于應(yīng)用級內(nèi)容、傳送環(huán)境的當(dāng)前狀態(tài)和/或動態(tài)規(guī)則來 智能地交換交易的網(wǎng)關(guān)。該網(wǎng)關(guān)還可提供基于交換決定來使用的服務(wù)。
系統(tǒng)概述
圖1示出了根據(jù)本發(fā)明一實施例的用于處理交易的系統(tǒng)100。如所示，系
統(tǒng)100包括一個或多個客戶端102、 一個或多個網(wǎng)關(guān)104、 一個或多個網(wǎng)絡(luò)106 以及一個或多個交易處理器108。以下描述將參照單個網(wǎng)關(guān)104來進(jìn)行，但應(yīng) 當(dāng)理解，可提供多個網(wǎng)關(guān)來執(zhí)行以下所述的任何功能。而且，盡管這些網(wǎng)關(guān)被 示為鄰近客戶端，但是這些網(wǎng)關(guān)還可被部署成鄰近交易處理器，在交易處理器 與網(wǎng)絡(luò)106之間。
客戶端102包括配置成發(fā)送交易的任何系統(tǒng)。例如，客戶端102可包括與 用戶執(zhí)行交易的計算設(shè)備的系統(tǒng)。在一個示例中，客戶端102可包括接收信用 卡授權(quán)、支票卡交易等的諸如信用卡信息、pin碼、姓名等的用戶信息的銷售 點(POS)設(shè)備?？蛻舳诉€可以是商店中用于核對點或贈券信息的kiosk、或用 于貨幣轉(zhuǎn)賬的kiosk、或用于從蜂窩電話或其它設(shè)備接收無線用戶輸入的節(jié)點、 或web站點服務(wù)器等?？蛻舳诉€可以是商業(yè)服務(wù)器，POS設(shè)備可通過其聯(lián)網(wǎng)。客戶端(例如POS設(shè)備)可隨后發(fā)送要求從交易處理器108請求交易服務(wù) 的交易。交易服務(wù)可以是可由交易處理器108執(zhí)行的任何動作。在一個實施例 中，這些交易服務(wù)對正由客戶端102執(zhí)行的交易添加值。交易服務(wù)的示例包括 方便信用卡授權(quán)、借記卡交易、電子支票交易等。交易服務(wù)還可包括處理交易 或交換數(shù)據(jù)。
網(wǎng)關(guān)104包括配置成從客戶端102接收交易并通過網(wǎng)絡(luò)106將該交易路由 到交易處理器108的系統(tǒng)。在一個實施例中，網(wǎng)關(guān)104位于網(wǎng)絡(luò)106的邊緣。 例如，網(wǎng)關(guān)104可處于客戶端102的接入點處，或處于客戶端102的場所上。 網(wǎng)絡(luò)106的邊緣可以是其中交易可被配置成通過該網(wǎng)絡(luò)106進(jìn)行路由的點。例 如，網(wǎng)關(guān)104可選擇交易處理器108并將請求發(fā)送到網(wǎng)絡(luò)106的路由器。交易 可分解成許多分組。路由器可隨后通過網(wǎng)絡(luò)106將交易的分組路由到交易處理 器106。
網(wǎng)絡(luò)106可以是配置成傳輸數(shù)據(jù)的任何網(wǎng)絡(luò)。例如，網(wǎng)絡(luò)106可包括任何 基于分組的網(wǎng)絡(luò)、公共交換電話網(wǎng)(PSTN)、無線網(wǎng)絡(luò)、因特網(wǎng)、專用金融網(wǎng) 絡(luò)等。
在一個實施例中，網(wǎng)絡(luò)106可以是不同和/或不可靠的網(wǎng)絡(luò)。網(wǎng)絡(luò)的不同之 處在于它們可由不同的實體來控制、可使用不同的協(xié)議和格式來路由數(shù)據(jù)、可 使用不同的傳送方法來路由數(shù)據(jù)等。例如，網(wǎng)絡(luò)106可有不同的實體來控制。 在一個示例中，第一因特網(wǎng)服務(wù)提供商(ISP)可維護(hù)網(wǎng)絡(luò)106-1，而第二因特 網(wǎng)服務(wù)提供商可維護(hù)網(wǎng)絡(luò)106-2。在一個實施例中，交易可通過網(wǎng)絡(luò)106-1或網(wǎng) 絡(luò)106-2來路由。
而且，網(wǎng)絡(luò)106可以具有不同類型。例如，網(wǎng)絡(luò)106-1可以是路由數(shù)據(jù)分 組的異步傳輸模式(ATM)。另一網(wǎng)絡(luò)106-2可以是無線地發(fā)送數(shù)據(jù)的無線網(wǎng) 絡(luò)。此外，另一網(wǎng)絡(luò)106可以針對一實體的專用網(wǎng)絡(luò)，諸如VisaNet網(wǎng)絡(luò)。盡 管僅示出兩個網(wǎng)絡(luò)106，但是應(yīng)當(dāng)理解，可提供大量網(wǎng)絡(luò)106。而且，應(yīng)當(dāng)理 解，交易可通過多個網(wǎng)絡(luò)106來路由。例如，交易可通過網(wǎng)絡(luò)106-1、接著網(wǎng) 絡(luò)106-2路由到交易處理器108。
網(wǎng)絡(luò)106還可以是不可靠的。由于網(wǎng)絡(luò)的特性，它們可能隨時故障。因而， 需要故障轉(zhuǎn)移處理來避免交易處理的中斷。
服務(wù)提供商還可注冊和公布可提供給客戶端102的服務(wù)?？蛻舳?02可注 冊服務(wù)并且可將交易交換給服務(wù)提供商。服務(wù)提供商可具有任何數(shù)量的交易處
13理器108，這些處理器可被設(shè)置成向客戶端102提供服務(wù)。在一個實施例中，
交易處理器108處理金融交易。例如，交易處理器108可與發(fā)行方、受讓方、 貿(mào)易商或任何其它服務(wù)提供商相關(guān)聯(lián)。在一個示例中，交易處理器108方便信 用卡交易的授權(quán)。
服務(wù)可以是通過多于一個的交易處理器108來提供的。例如，服務(wù)提供商 可具有可向客戶端102提供服務(wù)的許多數(shù)據(jù)中心。因而，針對服務(wù)的交易可被 交換到可提供該服務(wù)的交易處理器108中的任一個。交易處理器108可由網(wǎng)關(guān) 104基于都可動態(tài)變化的應(yīng)用級內(nèi)容、傳送環(huán)境的上下文信息和/或動態(tài)規(guī)則來 選擇。
應(yīng)用級服務(wù)可被動態(tài)地改變?？捎梅?wù)可被更改、移動至另一處理器、或 者由于維護(hù)或故障而不可用等等。
交易環(huán)境的上下文信息也可被動態(tài)地改變。網(wǎng)關(guān)104由此在確定如何交換 交易時確定傳送環(huán)境的上下文信息。例如，可確定網(wǎng)絡(luò)106的當(dāng)前健康狀態(tài)、 網(wǎng)絡(luò)106的可用性、交易處理器108的可用性、數(shù)據(jù)經(jīng)由網(wǎng)絡(luò)106傳輸?shù)乃俣取?通過網(wǎng)絡(luò)106傳輸交易的成本、處理交易的成本、應(yīng)用需要多久來在應(yīng)用級處 理交易等。
除傳送環(huán)境的上下文信息的動態(tài)信息之外，可確定某些相對靜態(tài)的信息。 例如，靜態(tài)信息可以是交易的成本、交易處理器108處理交易所需的格式等。 網(wǎng)關(guān)106在確定如何路由交易時可使用動態(tài)和靜態(tài)信息。
動態(tài)規(guī)則可以是用于確定如何智能地交換交易的信息。這些規(guī)則可被動態(tài) 地加載。例如，服務(wù)提供商可注冊服務(wù)的規(guī)則，這些規(guī)則可被動態(tài)地加載到網(wǎng) 關(guān)104上。而且，客戶端可預(yù)訂用于將其交易交換到服務(wù)提供商的服務(wù)和提供 商規(guī)則。這些規(guī)則也可被動態(tài)地加載到網(wǎng)關(guān)104上。
因此，網(wǎng)關(guān)104可針對服務(wù)動態(tài)地選擇可處理交易的交易處理器108。還 可對交易執(zhí)行所選交易處理器所特有的商業(yè)服務(wù)，諸如該交易被格式化成所選 交易處理器108可對其進(jìn)行處理。該交易隨后可通過所選網(wǎng)絡(luò)106發(fā)送到所選 交易處理器108。通過動態(tài)地選擇交易處理器108和/或網(wǎng)絡(luò)106，網(wǎng)關(guān)104使 客戶端102與交易處理器108和/或網(wǎng)絡(luò)106的任何故障相隔離。因此，這提供 了極高的服務(wù)可用性。網(wǎng)關(guān)104使客戶端102與需要進(jìn)行的、可能導(dǎo)致交易處 理器108的停工的任何變化相隔離。網(wǎng)關(guān)104的概述
圖2示出了根據(jù)本發(fā)明一實施例的網(wǎng)關(guān)104的更詳細(xì)描述。如圖所示，網(wǎng) 關(guān)104包括一個或多個請求處理機(jī)202、入站消息流解析器204、安全管理器 206、自適應(yīng)路由選擇器208、流程處理機(jī)210、出站消息流構(gòu)建器212、消息 分配器214、協(xié)調(diào)器216、管理模塊218、配置加載器220、規(guī)則數(shù)據(jù)庫222、 上下文信息數(shù)據(jù)庫224和動態(tài)信息監(jiān)視器226。
請求處理機(jī)202被配置成從客戶端102接收交易。客戶端102可以用諸如 超文本傳輸協(xié)議(HTTP)、文件傳輸協(xié)議(FTP)、可擴(kuò)展標(biāo)記語言(XML)、 ISO 8583標(biāo)準(zhǔn)等的不同協(xié)議和格式發(fā)送交易。請求處理機(jī)202為以各種協(xié)議和 格式發(fā)送的交易提供接口，并向入站消息流解析器204提供這些交易。例如， ISO消息處理機(jī)被配置成從客戶端102接收ISO 8583請求，并將它們傳遞給入 站消息流解析器204。而且，XML消息處理機(jī)、HTTP請求處理機(jī)、FTP請求 處理機(jī)可處理XML、 HTTP和FTP消息和/或請求。因此，請求處理機(jī)202允 許網(wǎng)關(guān)104接收不同協(xié)議和格式的消息。盡管描述了以上格式和協(xié)議，但是應(yīng) 當(dāng)理解，本領(lǐng)域技術(shù)人員將認(rèn)識到請求處理機(jī)202可處理的其它格式和協(xié)議。
入站消息流解析器204被配置成從請求處理機(jī)202接收交易，并將該請求 轉(zhuǎn)換成規(guī)范形式。入站消息流解析器204可接收不同格式的消息并將這些請求 處理成可隨后由網(wǎng)關(guān)104的其它組件處理的規(guī)范格式。因此，許多不同格式的 交易請求可由網(wǎng)關(guān)104來處理。入站消息流解析器204由于可啟用可由網(wǎng)關(guān)104 處理的新的格式而提供可擴(kuò)展的體系結(jié)構(gòu)。如果添加了新的格式，則將從新的 格式到規(guī)范格式的變換添加到入站消息流處理器104。因而，由于使用規(guī)范格 式，在添加新的格式時，無需對網(wǎng)關(guān)104中的所有組件進(jìn)行改變。相反，入站 消息流解析器204被配置成將請求解析成可由網(wǎng)關(guān)104的其它組件處理的規(guī)范 格式?？稍谙挛闹姓业饺胝鞠⒘魈幚砥?04的其它細(xì)節(jié)。
安全管理器206被配置成為交易提供安全特征。例如，可提供諸如可插入 認(rèn)證和授權(quán)、基于角色的訪問控制(RBAC)、加密、文件完整性等的安全特 征?？刹迦胝J(rèn)證和授權(quán)特征為認(rèn)證和授權(quán)提供了標(biāo)準(zhǔn)接口，由此在不對現(xiàn)有方 法產(chǎn)生影響的情況下允許添加更新的認(rèn)證和訪問控制方法。本領(lǐng)域技術(shù)人員將 會認(rèn)識到可被添加到交易的其它安全特征。
自適應(yīng)路由選擇器208被配置成通過網(wǎng)絡(luò)106將交易交換至交易處理器 108。自適應(yīng)路由選擇器208基于應(yīng)用級內(nèi)容、傳送環(huán)境的當(dāng)前狀態(tài)和/或動態(tài)規(guī)則來交換交易。
自適應(yīng)路由選擇器208使用在規(guī)則數(shù)據(jù)庫222中找到的規(guī)則和在上下文信 息數(shù)據(jù)庫224中找到的動態(tài)上下文信息來路由交易。如上所述，上下文信息可 被存儲在上下文信息數(shù)據(jù)庫224中。在一個實施例中，上下文信息可以是動態(tài) 的。動態(tài)信息監(jiān)視器226可監(jiān)視和確定上下文信息。該動態(tài)信息隨后被存儲在 上下文數(shù)據(jù)庫224中。上下文信息的示例可包括網(wǎng)絡(luò)106的可用性、交易處理 器108的健康、單次交易的成本、應(yīng)用在應(yīng)用級處理先前交易所用的時間等。 在一個實施例中，當(dāng)接收到交易時，動態(tài)信息監(jiān)視器226可在運行時確定動態(tài) 上下文信息。在另一實施例中，動態(tài)信息監(jiān)視器226可按特定時間間隔確定動 態(tài)上下文信息。
由交易處理器108執(zhí)行的每個不同服務(wù)可指定可由動態(tài)信息監(jiān)視器226執(zhí) 行的探査(probe)。這些探查可被發(fā)送，并且允許基于交易處理器108和/或 網(wǎng)絡(luò)106的狀態(tài)來收集信息。例如，動態(tài)信息監(jiān)視器226可査驗(ping)網(wǎng)絡(luò) 以便確定該網(wǎng)絡(luò)是否可用。如果無法到達(dá)交易處理器108或網(wǎng)絡(luò)106，則將其 視為不可用，并且將狀態(tài)信息反映在上下文信息數(shù)據(jù)庫224中。如果服務(wù)的所 有交易處理器都無法到達(dá)，則可將該服務(wù)視為不可用。在這種情況中，網(wǎng)關(guān)104 可確定提供該服務(wù)的另一服務(wù)提供商。而且，可以測量一應(yīng)用在交易處理器108 上處理交易所用的時間。例如，測量該應(yīng)用授權(quán)信用卡授權(quán)所用的時間。這種 測量提供了可用于交換交易的應(yīng)用級上下文。
除了用以處理交易的網(wǎng)絡(luò)106和處理器108之外，規(guī)則數(shù)據(jù)庫222包括用 于確定針對該交易的服務(wù)的規(guī)則。這些規(guī)則還可表示客戶端的標(biāo)準(zhǔn)。例如，為 了使一服務(wù)被選擇，特定上下文信息和應(yīng)用級內(nèi)容應(yīng)當(dāng)滿足這些規(guī)則?？蛻舳?可提供可用于選擇該交易的服務(wù)的客戶端專用規(guī)則。在一個示例中，當(dāng)接收到 客戶端102的交易時，自適應(yīng)路由選擇器208可確定客戶端的指定規(guī)則并確定 可處理該交易的服務(wù)。為了將交易交換到提供該服務(wù)的服務(wù)提供商，從交易確 定應(yīng)用級內(nèi)容和/或從上下文信息數(shù)據(jù)庫224確定動態(tài)上下文信息。應(yīng)用級內(nèi)容 和/或上下文信息被應(yīng)用于規(guī)則，以確定可根據(jù)這些規(guī)則處理交易的服務(wù)提供 商。例如，基于諸如成本的某些因素，客戶端102可指定首先應(yīng)當(dāng)選擇最廉價 的服務(wù)，但是如果其不可用，則應(yīng)當(dāng)選擇更昂貴的第二服務(wù)。而且，基于諸如 賬號的應(yīng)用級內(nèi)容，交易可被交換至特定信用卡服務(wù)。例如，特定賬號可指示 對應(yīng)于借記卡的信用，或者指示特定積分或獎勵系統(tǒng)的應(yīng)用。其它賬號或字段
16可指示需要諸如貨幣轉(zhuǎn)賬或口令驗證(例如Visa驗證)的其它服務(wù)。而且，應(yīng)
用級內(nèi)容可包括客戶端的位置和任何地區(qū)或國家專用規(guī)定，這些規(guī)定指示交易
是需要本地處理還是發(fā)送到位于不同國家的處理器108。
服務(wù)還可包括說明這些服務(wù)的規(guī)則的服務(wù)規(guī)范。例如，規(guī)則可指定交易所
要求的消息格式、提供服務(wù)的交易處理器108的網(wǎng)絡(luò)地址、用于將交易交換到 交易處理器108的優(yōu)先級、有資格獲得服務(wù)的賬號的范圍等。這些規(guī)則由服務(wù) 提供商在注冊時提供，如以下更詳細(xì)討論的。這些服務(wù)提供商可直接將規(guī)則加 載到網(wǎng)關(guān)104上，該網(wǎng)關(guān)隨后將向其它感興趣的網(wǎng)關(guān)公布這些規(guī)則。
這些規(guī)則可指定可處理交易的流程。這些流程管理對交易的處理以發(fā)送到 交易處理器108。然后，消息被發(fā)送到所選流程處理機(jī)210。在交易處理機(jī)和 網(wǎng)絡(luò)106被選擇之后，流程處理機(jī)210可對交易執(zhí)行商業(yè)服務(wù)。例如，不同的 交易處理器108可處理不同格式的交易。流程處理機(jī)210可對所選交易處理器 108確定適當(dāng)?shù)母袷?，并按這種格式對交易進(jìn)行格式化。其它商業(yè)服務(wù)可包括 通貨兌換、對敏感字段加密、針對低于特定閾值的交易值進(jìn)行的客戶端代替處 理(stand-inprocessing)等。
流程處理機(jī)210可包括多個流程。每個流程可處理一組商業(yè)服務(wù)，該組商 業(yè)服務(wù)處理一類消息。每個流程包括在流程中協(xié)調(diào)所有商業(yè)服務(wù)的流程處理 機(jī)。流程內(nèi)的服務(wù)序列由流程規(guī)范來指定，這些服務(wù)可在運行時使用配置加載 器220加載。流程規(guī)范是確定如何處理傳入消息的服務(wù)序列。每個服務(wù)是執(zhí)行 特定功能的軟件應(yīng)用程序代碼。新的服務(wù)和流程規(guī)范可被動態(tài)地加載到網(wǎng)關(guān) 104。
在流程處理機(jī)210處理了流程中的交易之后，消息被發(fā)送到出站消息流構(gòu) 建器212。構(gòu)建器212被配置成基于確定的交易處理器108所期望的消息形式 從規(guī)范格式構(gòu)建出站消息。構(gòu)建器212由此被配置成基于規(guī)范消息格式生成任 何消息格式的消息。在以下更詳細(xì)地描述出站消息流構(gòu)建器212。
消息分配器212被配置成向交易處理器108發(fā)送交易。分配器214可確保 交易到達(dá)所選擇的交易處理器108。它可以管理到各個交易處理器108的連接、 嘗試重新連接到故障的交易處理器108、并還向動態(tài)信息監(jiān)視器226提供交易 處理器108和網(wǎng)絡(luò)106的狀態(tài)。在一個實施例中，交易可分包，即分解成一系 列分組，并發(fā)送到路由器。路由器可通過網(wǎng)絡(luò)106將這些分組路由到交易處理 器108。提供協(xié)調(diào)器216來協(xié)調(diào)網(wǎng)關(guān)104的處理和確保交易被適當(dāng)?shù)靥幚怼６遥?br> 協(xié)調(diào)器216向網(wǎng)關(guān)104提供應(yīng)用管理、軟件分發(fā)、系統(tǒng)監(jiān)視和故障轉(zhuǎn)移能力的 服務(wù)。應(yīng)用管理支持本地或遠(yuǎn)程地啟動或停止應(yīng)用和服務(wù)。它還允許新的應(yīng)用 和服務(wù)被添加到網(wǎng)關(guān)104。軟件分發(fā)使得軟件更新被安裝到網(wǎng)關(guān)104上，并包 括支持退回更新(如果需要)。系統(tǒng)監(jiān)視服務(wù)監(jiān)視諸如存儲器、CPU、網(wǎng)絡(luò)接 口和進(jìn)程之類系統(tǒng)組件的關(guān)鍵參數(shù)，并在所配置參數(shù)偏離閾值時生成警報。如 果檢測到進(jìn)程失敗，則還可重新啟動該進(jìn)程。協(xié)調(diào)器216還使用心搏機(jī)制監(jiān)視 對等網(wǎng)關(guān)104的健康(在多個網(wǎng)關(guān)群集部署的情形中)，并且在對等網(wǎng)關(guān)104 故障的情況下接管該對等網(wǎng)關(guān)104的處理負(fù)擔(dān)。
規(guī)則的動態(tài)加載
在服務(wù)的最初注冊之后(在以下描述)，由網(wǎng)關(guān)104執(zhí)行的規(guī)則和商業(yè)服 務(wù)可被動態(tài)地改變。管理模塊218和配置加載器220可被配置成將變化動態(tài)地 加載到規(guī)則數(shù)據(jù)庫222和流程處理機(jī)210。
配置加載器220被配置成在運行時將配置變化、路由規(guī)則、新的流程規(guī)范 等加載到規(guī)則數(shù)據(jù)庫222。因此，配置加載器220允許動態(tài)地配置規(guī)則數(shù)據(jù)庫 222中的路由規(guī)則。規(guī)則庫維護(hù)多個版本的規(guī)則對象并具有針對規(guī)則庫中的當(dāng) 前版本的同步引用。在配置加載器220將更新加載到規(guī)則庫之前，創(chuàng)建有效規(guī) 則庫的巻影副本(shadow copy)并對其進(jìn)行版本控制。然后，對于被更新的每 個對象，它創(chuàng)建該對象的新實例并更新新版規(guī)則庫中的引用。當(dāng)所有更新都完 成時，它將引用變成指向新版規(guī)則庫。
管理模塊218被配置成允許執(zhí)行管理動作。管理模塊218可被用戶代理用 于管理一個或多個網(wǎng)關(guān)104。例如，管理模塊218可用于將新的規(guī)則定義到規(guī) 則數(shù)據(jù)庫222中或動態(tài)地改變路由規(guī)則。而且，管理模塊218還可用于加載和 卸載流程處理機(jī)210的新流程規(guī)范、啟動和停止商業(yè)服務(wù)、以及加載和卸載配 置。配置加載器220隨后被配置成執(zhí)行這些改變。
本發(fā)明的實施例的動態(tài)改變可通過將服務(wù)的模塊化以及用于通過流程(例 如參見以上的流程描述)處理消息的服務(wù)的運行時調(diào)用相組合來實現(xiàn)。當(dāng)自適 應(yīng)路由選擇器208接收到新的交易時，它讀取當(dāng)前版本的規(guī)則庫并應(yīng)用這些規(guī) 則以選擇適當(dāng)?shù)牧鞒?。因為流程處理機(jī)210在整個交易期間使用特定版本的流 程，并且每個流程規(guī)范涉及特定版本的服務(wù)、流程和規(guī)則。因此，這時它們可在不妨礙現(xiàn)有交易的情況下進(jìn)行更新，因為這些更新在與當(dāng)前由現(xiàn)有交易當(dāng)前 使用的版本不同的版本中才起作用。
交易的處理
圖3示出了根據(jù)本發(fā)明的一個實施例的用于處理交易的方法的簡化流程圖
300。在步驟302，從客戶端102接收到交易。該交易可以是諸如信用卡授權(quán)、 支票卡交易等的任何類型交易。
在步驟304中，為交易確定應(yīng)用級內(nèi)容。如上所述，應(yīng)用級內(nèi)容用于處理 交易。例如，應(yīng)用級內(nèi)容可以是信用卡號、PIN、會員銀行的名字(收單方或 發(fā)行方)等。應(yīng)用級內(nèi)容可被視為整體。例如，如果交易被分包成多個分組， 則該應(yīng)用級內(nèi)容可在多個分組的有效載荷中找到。這些信息可被重編成交易的 應(yīng)用級內(nèi)容。
在步驟306中，確定傳送環(huán)境的當(dāng)前狀態(tài)。例如，確定可提供服務(wù)的交易 處理器的健康。此外，還可確定可路由交易的網(wǎng)絡(luò)106的網(wǎng)絡(luò)健康。這些信息 可實時地進(jìn)行確定以提供傳送環(huán)境的當(dāng)前狀態(tài)。
在步驟308中，規(guī)則被應(yīng)用到應(yīng)用級信息和/或傳送環(huán)境的當(dāng)前狀態(tài)以確定 服務(wù)。例如，特定客戶端102可與特定服務(wù)相關(guān)聯(lián)。諸如Visa的處理器主機(jī)可 能期望其交易被交換至Visa所擁有的交易處理機(jī)108。此外，其它處理器主機(jī) 可能期望它們的交易被交換至諸如Vital的二級交易處理器。
在步驟310中，應(yīng)用規(guī)則來確定交易處理器和/或網(wǎng)絡(luò)106用以為交換交易 的網(wǎng)絡(luò)106。此確定可基于應(yīng)用于規(guī)則的應(yīng)用級內(nèi)容和/或傳送環(huán)境的當(dāng)前狀態(tài) 來確定。例如，確定用以處理交易的服務(wù)。然后，基于網(wǎng)絡(luò)可用性去確定可應(yīng) 用的交易處理器108。
而且，服務(wù)還可與各個交易處理器108和網(wǎng)絡(luò)106相關(guān)聯(lián)。例如，信用卡 授權(quán)可被配置成被發(fā)送到特定交易處理器108。此外，支票卡交易可被配置成 被發(fā)送到第二組交易處理器108。為客戶端和/或交易服務(wù)確定這些規(guī)則。
在步驟312中，可在應(yīng)用級上按需對交易執(zhí)行商業(yè)服務(wù)。例如，交易可被 格式化成所選交易處理器108所期望的格式、應(yīng)用級上的任何信息可被添加到 該交易、或任何其它商業(yè)服務(wù)可被執(zhí)行。
在步驟314中，交易可通過網(wǎng)絡(luò)106交換到所選交易處理器108。
或者，在另一實施例中，網(wǎng)關(guān)104被配置成在無需將交易交換至服務(wù)提供
19商的情況下處理該交易。服務(wù)提供商可指定這樣的規(guī)則如果特定標(biāo)準(zhǔn)得到滿 足，則指定網(wǎng)關(guān)可處理交易。例如，如果交易低于特定量。在一個示例中，少 于閾值量的信用卡交易被批準(zhǔn)，不僅無需去銀行獲得批準(zhǔn)，也無需經(jīng)由網(wǎng)絡(luò)106 訪問信用卡公司。這提供了許多優(yōu)點，因為交易可在網(wǎng)絡(luò)的邊緣得到處理。這消除 了網(wǎng)絡(luò)瓶頸并提供了分散型處理系統(tǒng)。
服務(wù)創(chuàng)建和預(yù)訂
如上所述，規(guī)則可被動態(tài)地加載到規(guī)則數(shù)據(jù)庫222。圖4示出了根據(jù)本發(fā)明的 一個實施例的用于為由交易處理器108提供的服務(wù)在網(wǎng)關(guān)104中加載的簡化流程圖 400。在步驟402中，接收服務(wù)創(chuàng)建請求。例如，服務(wù)提供商可嘗試通過發(fā)送服務(wù) 創(chuàng)建請求來注冊服務(wù)，該請求指定正由該服務(wù)提供商所提供的服務(wù)。或者，與交易 處理器或其它服務(wù)供應(yīng)商相關(guān)聯(lián)的網(wǎng)關(guān)104可動態(tài)地告知新的服務(wù)，而與客戶端相 關(guān)聯(lián)的網(wǎng)關(guān)可確定是否啟動對這些新服務(wù)的注冊。新服務(wù)可以是貨幣轉(zhuǎn)賬服務(wù)、新 的積分程序等。
在步驟404中，接收服務(wù)的規(guī)則。例如，規(guī)則可指定可處理服務(wù)的交易處理 器108的地址。網(wǎng)絡(luò)地址可以是IP地址或可用于將交易路由至交易處理器108的 任何其它標(biāo)識符。另外，可以接收可用于將請求路由到交易處理器108的網(wǎng)絡(luò)106 的信息。這些規(guī)則還可指定使用服務(wù)的標(biāo)準(zhǔn)。例如，期望接收到指定格式消息的標(biāo) 準(zhǔn)，可接收使用服務(wù)的成本(固定和每次交易的成本)和使用服務(wù)的任何其它標(biāo)準(zhǔn)。 這些規(guī)則可指定，對于該服務(wù)，哪種類型的卡或哪種類型的賬戶或賬號范圍有資格 或者被注冊。
在步驟406中，服務(wù)的規(guī)則可通過管理模塊218使用配置加載器220動態(tài)地 加載到規(guī)則數(shù)據(jù)庫222。此外，處理該服務(wù)的交易所需的任何流程規(guī)范可被加載到 流程處理機(jī)202。
因此，當(dāng)服務(wù)已被創(chuàng)建和公布時，客戶端108可預(yù)訂服務(wù)。圖5示出了根據(jù) 本發(fā)明的一個實施例的用于預(yù)訂服務(wù)的方法的簡化流程圖500。在步驟502中，從 客戶端108接收預(yù)訂所創(chuàng)建的服務(wù)的請求。該請求可通過網(wǎng)絡(luò)入口或通過任何其它 方法接收。客戶端102可直接聯(lián)系和訪問網(wǎng)關(guān)104。
在步驟504中，從客戶端108接收關(guān)于使用服務(wù)的規(guī)則和標(biāo)準(zhǔn)的規(guī)范。此規(guī) 范可指示為從客戶端108收到的交易選擇服務(wù)所需的標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)可以是客戶端專 用或許多客戶端108統(tǒng)一的(例如，對于針對一實體的所有POS設(shè)備)。而且，
20規(guī)范可以采用客戶端108所預(yù)訂的每個服務(wù)的優(yōu)先權(quán)的形式。例如，客戶端可指定， 對于一交易選擇第一服務(wù)，但是如果該服務(wù)不工作，則應(yīng)當(dāng)選擇第二服務(wù)等。標(biāo)準(zhǔn) 還可以更加復(fù)雜，并且包括網(wǎng)絡(luò)成本、服務(wù)成本之類更復(fù)雜的規(guī)則。在步驟506中，生成對該服務(wù)的請求的路由規(guī)則。這些規(guī)則可基于應(yīng)用級內(nèi)容和/或網(wǎng)絡(luò)傳送環(huán)境的當(dāng)前狀態(tài)來指定需要滿足的標(biāo)準(zhǔn)，以便選擇該服務(wù)。在步驟508中，這些規(guī)則被動態(tài)地加載到規(guī)則數(shù)據(jù)庫222中。因此，對于預(yù) 訂服務(wù)的客戶端108，該服務(wù)可立即可用。在步驟510中，生成服務(wù)的流程定義。流程定義可被配置成支持該服務(wù)。在 一個實施例中，服務(wù)的流程定義可能已存在，并且可能無需生成。然而，如果需要 對客戶端108執(zhí)行專用的商業(yè)服務(wù)，則可生成新的流程定義。在步驟512中，步驟510中生成的流程定義可通過配置加載器220動態(tài)地加載。在一個實施例中，在交易被發(fā)送之前，可從客戶端102接收規(guī)則。例如，客 戶端102可預(yù)訂服務(wù)并提供使用該服務(wù)的規(guī)則。在另一實施例中，這些規(guī)則可在交 易被發(fā)送之前或之后被立即發(fā)送。例如，客戶端102可指定在交易之前或之后發(fā)送 的消息中使用的規(guī)則。這些規(guī)則隨后被動態(tài)地加載到網(wǎng)關(guān)104上。這允許客戶端 102在運行時動態(tài)地配置網(wǎng)關(guān)104。服務(wù)規(guī)則的分散化多個網(wǎng)關(guān)104可被部署在系統(tǒng)中。每個網(wǎng)關(guān)104可向其所耦合的客戶端102 提供其自身的服務(wù)。網(wǎng)關(guān)104可被定位在網(wǎng)絡(luò)106的邊緣、在客戶端的接入點處、 以及可能在客戶端102的場所上。在一個實施例中，網(wǎng)關(guān)104僅存儲由網(wǎng)關(guān)104 提供的服務(wù)的信息。不同的網(wǎng)關(guān)104可具有不同服務(wù)組的信息。因此，用于提供由 服務(wù)提供商注冊或者由客戶端102預(yù)訂的各種服務(wù)的信息可被分布在網(wǎng)關(guān)104上或 被分散化。由于信息的分散化，網(wǎng)關(guān)104被配置成聯(lián)系其它網(wǎng)關(guān)104以査詢服務(wù)的 信息或提供服務(wù)的信息。圖6示出了根據(jù)本發(fā)明的一個實施例的一種系統(tǒng)550，該系統(tǒng)示出了網(wǎng)關(guān)104 的分散化系統(tǒng)。如圖所示，示出了多個客戶端102和網(wǎng)關(guān)104。網(wǎng)關(guān)104位于一個 或多個網(wǎng)絡(luò)106的邊緣。每個網(wǎng)關(guān)104可耦合到一個或多個客戶端102。出于討論的目的，示出了耦合 到網(wǎng)關(guān)104的單個客戶端102,但是應(yīng)當(dāng)理解，許多客戶端102可被耦合到網(wǎng)關(guān)104。而且，應(yīng)當(dāng)理解，網(wǎng)關(guān)104可被耦合到交易處理器108而非客戶端102。網(wǎng)關(guān)104被配置成為在網(wǎng)絡(luò)106的邊緣與之耦合的客戶端102處理交易。例 如，網(wǎng)關(guān)104-1被配置成處理客戶端102-1的交易，而網(wǎng)關(guān)104-2被配置成處理客 戶端102-2的交易。網(wǎng)關(guān)104-1存儲被提供到客戶端102-1的服務(wù)的信息，以及關(guān) 于客戶端102-1的優(yōu)先級的信息。對其它網(wǎng)關(guān)104和客戶端102同樣如此。網(wǎng)關(guān)104維護(hù)其它網(wǎng)關(guān)104的聯(lián)系信息以便于分發(fā)服務(wù)的信息。例如，當(dāng)?shù)?一網(wǎng)關(guān)104需要當(dāng)前第一網(wǎng)關(guān)104并不提供的服務(wù)的信息時，其可聯(lián)系提供該服務(wù) 的第二網(wǎng)關(guān)104來將諸如該服務(wù)的規(guī)則的信息發(fā)送給它。在另一實施例中，第一網(wǎng) 關(guān)104可將服務(wù)的交易發(fā)送到第二網(wǎng)關(guān)104，其中第二網(wǎng)關(guān)104可處理該交易。在 此情形中，第二網(wǎng)關(guān)104可將該交易交換至交易處理器108、接收響應(yīng)、并且隨后 將該響應(yīng)發(fā)送回第一網(wǎng)關(guān)104。聯(lián)系信息也可用于將服務(wù)的信息分發(fā)到其它網(wǎng)關(guān)104。例如，服務(wù)提供商可在 第一網(wǎng)關(guān)104上傳新的服務(wù)。服務(wù)的規(guī)則可隨后被分發(fā)到其它網(wǎng)關(guān)104。例如，如 果客戶端102對一服務(wù)感興趣，則向在邊緣耦合到客戶端102的網(wǎng)關(guān)發(fā)送規(guī)則。客 戶端102還可上傳其自身的規(guī)則。每個客戶端可僅加載其所期望的服務(wù)的規(guī)則，從而減少所需的存儲和更新， 進(jìn)而改進(jìn)網(wǎng)關(guān)的處理速度。例如，旅館客戶端可能希望積分或獎勵服務(wù)，而非貨幣 轉(zhuǎn)賬服務(wù)。通過只下載所需服務(wù)，旅館可在其網(wǎng)關(guān)上獲得更多信息而不影響性能。 例如，積分程序中的賬號或賬號范圍可被存儲在網(wǎng)關(guān)上，從而可在本地進(jìn)行確定用 戶是否有資格取得積分的處理。另一方面，網(wǎng)站客戶端可能更關(guān)心Visa驗證服務(wù)。 類似地，可在本地存儲專屬于Visa驗證的信息和規(guī)則，諸如卡號是否被預(yù)訂以及 是否具有口令，從而允許提示口令而無需經(jīng)網(wǎng)絡(luò)聯(lián)出以確定用戶是否是訂戶。與特 定公司進(jìn)行大量貿(mào)易的特定貿(mào)易商可能更關(guān)心Visa名片，并且希望對在該特定貿(mào) 易商處購買獲批的采購卡賬號的本地列表。這樣，客戶端102和服務(wù)提供商可直接與網(wǎng)關(guān)104交互以加載或請求服務(wù)。 對于客戶端102而言，這可能是有益的，因為網(wǎng)關(guān)可按客戶端的需要來定制。此外， 由于可在客戶端的站點維護(hù)網(wǎng)關(guān)104，所以網(wǎng)關(guān)104易于訪問且無延遲。因此，系統(tǒng)500提供了分散型服務(wù)集。與具有中央處理器不同，處理被分布 到網(wǎng)絡(luò)的邊緣。這消除了瓶頸并提供了故障轉(zhuǎn)移保護(hù)。例如，按照貫例，如果中央 處理器被使用并且當(dāng)機(jī)，則整個系統(tǒng)的交易處理會受到影響。然而，如果網(wǎng)關(guān)104 當(dāng)機(jī)，則整個系統(tǒng)550的處理不會受到影響，并且交易可被重新路由至其它網(wǎng)關(guān)104。部署環(huán)境網(wǎng)關(guān)104可被部署在許多不同的環(huán)境中。例如，網(wǎng)關(guān)104可作為前端網(wǎng)關(guān)被 部署在專用網(wǎng)絡(luò)上，如同因特網(wǎng)網(wǎng)關(guān)和/或無線網(wǎng)關(guān)一樣。圖7示出了根據(jù)本發(fā)明 的實施例的一種系統(tǒng)600，該系統(tǒng)示出了作為前端網(wǎng)關(guān)的網(wǎng)關(guān)104。系統(tǒng)600將一 個或多個客戶端102連接到不同網(wǎng)絡(luò)106上的一個或多個交易處理器108。交易處 理器108可以是可處理來自客戶端102的交易的任何系統(tǒng)。例如，Visa、 MasterCard 等可擁有針對信用卡和借記卡交易的交易處理器，而會員銀行(收單方或發(fā)行方) 可以是客戶端102?？蛻舳藬?shù)據(jù)中心602可從客戶端102接收交易。交易可以是信用卡授權(quán)或 借記卡交易。該數(shù)據(jù)中心可以是例如經(jīng)由客戶端的專用網(wǎng)絡(luò)連接到多個POS設(shè) 備的中央計算機(jī)。網(wǎng)關(guān)104處理交易并智能地將交易交換至交易處理器數(shù)據(jù)中 心108。例如，如果交易是Visa交易，則交易處理器數(shù)據(jù)中心A和B可與Visa 相關(guān)聯(lián)。如果交易是MasterCard交易，則處理器數(shù)據(jù)中心C可被選擇，因為它 們與MasterCard相關(guān)聯(lián)。網(wǎng)關(guān)104確定適當(dāng)?shù)慕灰滋幚砥?08和在其中路由交易的網(wǎng)絡(luò)106。交易 隨后被發(fā)送到路由器604，該路由器可在隨后路由該交易。在一個實施例中， 路由器604可經(jīng)由網(wǎng)絡(luò)106將分組路由到所選交易處理器108。圖8示出了根據(jù)本發(fā)明的一個實施例的一種系統(tǒng)700，其中網(wǎng)關(guān)104是因 特網(wǎng)。因特網(wǎng)客戶端702包括客戶端102?？蛻舳?02可通過因特網(wǎng)704向網(wǎng) 關(guān)104發(fā)送交易。可針對在線購物所需的特定服務(wù)來配置網(wǎng)關(guān)104，這些服務(wù) 諸如常規(guī)信用卡授權(quán)、口令認(rèn)證(Visa驗證)、獎勵或積分處理等。網(wǎng)關(guān)104為客戶端102提供了到不同的交易處理器108的連通性。網(wǎng)關(guān)104 可接受HTTP和其它基于XML的請求?；趹?yīng)用級內(nèi)容和傳送環(huán)境的當(dāng)前狀 態(tài)，可選擇服務(wù)和交易處理器108。因為交易可能在HTTP或任何其它基于XML 的請求中發(fā)送，所以網(wǎng)關(guān)104可在對交易進(jìn)行交換之前將消息轉(zhuǎn)換成交易處理 器108所期望的格式。例如，交易處理器108可能要求將消息處理成ISO 8583 格式。通常，當(dāng)POS設(shè)備處理交易時，交易可以ISO 8583格式發(fā)送。然而， 當(dāng)交易通過因特網(wǎng)網(wǎng)關(guān)處理時，因特網(wǎng)客戶端702可能未被配置成發(fā)送ISO 8583消息。因而，網(wǎng)關(guān)104被配置成將消息格式化成交易處理器所需的ISO 8583格式。在一個示例中，網(wǎng)關(guān)104可處理來自因特網(wǎng)客戶端702的因特網(wǎng)交易。因 特網(wǎng)客戶端702將HTTP請求發(fā)送到網(wǎng)關(guān)104。網(wǎng)關(guān)104將HTTP請求翻譯成 規(guī)范的內(nèi)部消息格式。可在隨后對交易執(zhí)行任何商業(yè)服務(wù)。在一個示例中，可 以改變應(yīng)用級數(shù)據(jù)，以符合交易處理器108所需的格式。例如，XML交易可被 轉(zhuǎn)換成ISO 8583格式。網(wǎng)關(guān)104隨后智能地將交易交換至交易處理器108。交易處理器108處理該交易并將響應(yīng)發(fā)送回網(wǎng)關(guān)104。此響應(yīng)可以采用交 易處理器專用格式。網(wǎng)關(guān)104隨后可構(gòu)建HTTP響應(yīng)并將其發(fā)送到因特網(wǎng)客戶 端702。因此，可用網(wǎng)關(guān)104來處理通過因特網(wǎng)的交易。圖9示出了根據(jù)本發(fā)明的一個實施例的其中網(wǎng)關(guān)104用作無線網(wǎng)關(guān)的系統(tǒng) 800。網(wǎng)關(guān)可從用戶的移動電話、PDA、尋呼機(jī)等接收無線消息。網(wǎng)關(guān)104可 被配置成支持不同的無線格式，諸如無線應(yīng)用協(xié)議(WAP)、移動信息設(shè)備協(xié) 議(MIDP) 、 JQME等。MIDlet在諸如全球移動通信系統(tǒng)(GSM)或通用分 組無線業(yè)務(wù)(GPRS)的網(wǎng)絡(luò)上發(fā)送XML格式請求。網(wǎng)關(guān)104可將入站請求有 效載荷轉(zhuǎn)換成規(guī)范的內(nèi)部消息格式。該內(nèi)部消息格式(IMF)可在隨后由商業(yè) 服務(wù)來處理。入站消息流構(gòu)建器212將IMF轉(zhuǎn)換成響應(yīng)有效載荷以發(fā)送到交易 處理器108。因此，無線交易可由網(wǎng)關(guān)104來處理?，F(xiàn)在將描述無線交易。在一個實施例中，無線客戶端808通過經(jīng)由 HTTP/GSM/GPRS發(fā)送XML請求來初始化無線支付交易。網(wǎng)關(guān)104接收該XML 請求并在處理該請求之前將其轉(zhuǎn)換成規(guī)范的內(nèi)部消息格式。除傳送環(huán)境的當(dāng)前 狀態(tài)之外，還使用交易中的應(yīng)用級內(nèi)容來將交易交換至交易處理器108。取決 于所選擇的交易處理器108，流程處理機(jī)210可對交易執(zhí)行商業(yè)服務(wù)。然后， 交易被發(fā)送到交易處理器108。交易處理器108確定客戶端銀行(或發(fā)行方)802并將消息路由至發(fā)行方 802。發(fā)行方802處理該請求并將響應(yīng)發(fā)送回交易處理器108。交易處理器108 隨后將響應(yīng)(以交易處理器專用格式)發(fā)送回收單方804。網(wǎng)關(guān)104接收該響 應(yīng)、將其翻譯成XML格式并將其發(fā)送到無線客戶端808。因此，網(wǎng)關(guān)104被配 置成路由無線交易支付。圖10示出了根據(jù)本發(fā)明的一個實施例的用于處理ISO 8583交易的系統(tǒng) 900。如圖所示，發(fā)行銀行902和收單銀行卯4參與交易。收單銀行904處的 客戶端計算機(jī)102向網(wǎng)關(guān)104發(fā)送ISO 8583請求。網(wǎng)關(guān)104使用應(yīng)用級內(nèi)容和傳送環(huán)境的當(dāng)前狀態(tài)以便選擇用以處理該請求的交易處理器108。在對該請求 執(zhí)行了任何商業(yè)服務(wù)之后，消息隨后被發(fā)送到所選交易處理器108。交易處理器108處理交易并將其交換至適當(dāng)?shù)陌l(fā)行方902以便授權(quán)。發(fā)行 方將ISO 8583發(fā)送回交易處理器108。交易處理器108隨后將響應(yīng)發(fā)送回網(wǎng)關(guān) 104，該響應(yīng)隨后被發(fā)送到收單銀行102的客戶端102。在一個示例中，交易處理器108可能是不可用的。在此情況中，例如，處 理器A、數(shù)據(jù)中心01可能是不可用的。對于客戶端102而言，它可能是針對服 務(wù)的優(yōu)選處理器。網(wǎng)關(guān)104隨后將交易發(fā)送到第二處理器，處理器A、數(shù)據(jù)中 心02。網(wǎng)關(guān)104可保持核對初級數(shù)據(jù)中心的可用性，并且一旦其變?yōu)榭捎?，則 可開始將消息路由至該初級數(shù)據(jù)中心。交易的重新路由可以通過對客戶端102 透明的方式進(jìn)行。因此，使用網(wǎng)關(guān)104的智能交換避免了任何交易處理器108 的停工時間。在另一實施例中，處理器A的數(shù)據(jù)中心可能當(dāng)機(jī)，則可能需要使用諸如處 理器B和C的其它處理器的其它數(shù)據(jù)中心。處理器B和C可處理與處理器A 的格式不同的格式的交易。在此情況中，網(wǎng)關(guān)104可將交易的格式轉(zhuǎn)換成與處 理器B或處理器C的格式相對應(yīng)的格式。經(jīng)格式化的交易隨后被發(fā)送到處理器 B和處理器C。因此，不同的處理器可通過對客戶端102透明的方式來使用。 即使處理器使用不同的格式，網(wǎng)關(guān)104仍被配置成以該格式路由交易。消息的解析/構(gòu)建 解釋構(gòu)建引擎的概述圖11示出了根據(jù)本發(fā)明的一個實施例的用于解析消息的系統(tǒng)1000。系統(tǒng) 1000被配置將諸如ISO 8583消息的多格式消息流解析成稱為內(nèi)部消息格式 (IMF)的規(guī)范消息格式，以及從該IMF構(gòu)建諸如ISO 8583消息流的多格式消 息流。盡管描述了金融消息流，但是應(yīng)當(dāng)理解，可使用系統(tǒng)1000來解析和構(gòu) 建任何多格式消息流。解析/構(gòu)建引擎1004對應(yīng)于圖2的入站消息流解析器204和出站消息流構(gòu) 建器212。盡管并未在圖11中示出如圖2中所示的所有組件，但是應(yīng)當(dāng)理解， 這些組件也可包含在系統(tǒng)1000中。另外，解析/構(gòu)建引擎1004可包括在網(wǎng)關(guān) 104中，但是還可包括在其它組件中。例如，解析/構(gòu)建引擎1004可與任何軟 件應(yīng)用程序相兼容，該軟件應(yīng)用程序處理與其它異類系統(tǒng)不同的數(shù)據(jù)格式的數(shù)據(jù)。解析/構(gòu)建引擎1004被配置成從系統(tǒng)1006接收輸入消息流1010，并將該 消息解析成內(nèi)部消息格式。內(nèi)部消息格式(IMF)可隨便由諸如網(wǎng)關(guān)104中所 示的商業(yè)服務(wù)應(yīng)用的其它組件來處理。在網(wǎng)關(guān)104中的組件處理了 IMF的消息 之后，解析/構(gòu)建引擎1004從經(jīng)處理的IMF構(gòu)建輸出消息流1012。輸出消息流 1012隨后被發(fā)送到系統(tǒng)1008或返回到始發(fā)系統(tǒng)1006。系統(tǒng)1006和1008可以是可被配置成向解析/構(gòu)建引擎1004 (或網(wǎng)關(guān)104) 發(fā)送消息1010和/或從其接收消息1012的任何系統(tǒng)。在一個實施例中，系統(tǒng) 1006和1008可以是銷售點設(shè)備、智能卡設(shè)備、交易處理器108、配置成處理 交易的任何系統(tǒng)，諸如收單方、發(fā)行方、服務(wù)提供商、交易認(rèn)證方等。系統(tǒng)1006 和1008可發(fā)送許多不同格式的消息，諸如ISO 8583消息、可擴(kuò)展標(biāo)記語言 (XML) 、 HTML等。輸入消息流還可以采用諸如ASCII、 EBCDIC、 BCD等 的多種編碼方案的任一種，并具有諸如數(shù)字、串、字節(jié)數(shù)組等的不同數(shù)據(jù)類型。圖11的解析/構(gòu)建引擎使用模式表1028。每個模式是提供元數(shù)據(jù)的數(shù)據(jù)結(jié) 構(gòu)，包括所收到格式的語法結(jié)構(gòu)以及指向處理機(jī)表1030中處理機(jī)的指針。處 理機(jī)對應(yīng)于消息中的特定字段并使用語法結(jié)構(gòu)將該消息的不同字段轉(zhuǎn)換成內(nèi) 部消息格式。處理機(jī)是可被單獨編譯的代碼。因而，與編譯整個系統(tǒng)不同，處 理機(jī)可單獨被編譯，從而提供已編譯軟件的速度同時保持可易于升級而無需干 擾引擎的其它元件的模塊化系統(tǒng)。解析/構(gòu)建引擎1004加載所標(biāo)識的模式并調(diào)用與該模式相關(guān)聯(lián)的處理機(jī)的 功能。處理機(jī)隨后將消息的字段解析成IMF對象?？墒褂媚Ｊ郊虞d器1024將還未被加載的模式和任何相關(guān)聯(lián)的處理機(jī)從模 式定義文件1026加載到模式表1028和處理機(jī)表1030。模式表1026包括標(biāo)記 為模式名1、模式名2、...、模式名N的各種模式。對于可由解析/構(gòu)建引擎1004 解析和構(gòu)建的每個消息格式，可提供相應(yīng)的模式。每個模式名與定義了"語法" 一外部格式中的消息流的組成一的模式對象相關(guān)聯(lián)。這種組成可包括字段序 列、字段類型、長度、字符編碼、以及其它任選(optional)或必要(required) 的字段。新的模式和已編譯處理機(jī)可被加載并由解析/構(gòu)建引擎1004使用而無 需重新編譯解析/構(gòu)建引擎1004。解析/構(gòu)建流程現(xiàn)在描述一示例流程。如圖11所示，當(dāng)收到消息時，商業(yè)服務(wù)程序調(diào)用 解析/構(gòu)建引擎1004。消息1010 (線格式的消息流)被發(fā)送到解析/構(gòu)建引擎，其中它首先被解析器組件1016接收。商業(yè)服務(wù)應(yīng)用還向解析器組件1016提供 了模式名1011。解析器組件創(chuàng)建內(nèi)部消息格式(IMF)對象， 一旦來自消息字 段的值被翻譯成IMF就將其存儲在該對象中。在一個實施例中，解析器組件 1016識別消息1010的起源并確定從該起源發(fā)送的消息1010需要哪個模式。在 另一實施例中，消息1010中的信息可被解析以確定數(shù)據(jù)格式以及因此的應(yīng)被 使用的對應(yīng)模式。此外，消息1010可指示哪個模式對應(yīng)于該數(shù)據(jù)格式。在一個示例中，解析器組件1016首先査找對應(yīng)于諸如ISO 8583金融消息 的所檢測到的消息的格式的根模式。這種ISO消息在開始時可具有位圖，該位 圖標(biāo)識存在哪些字段。根模式將指向處理機(jī)，該處理機(jī)被調(diào)用并解析類型字段 以確定已收到何種類型的消息(例如授權(quán)消息、調(diào)節(jié)消息等)。解析器組件隨 后為所標(biāo)識的消息類型査找模式，該模式進(jìn)而提供特定的語法并指向該消息類 型的處理機(jī)。僅對消息中實際存在的字段査找和調(diào)用模式和處理機(jī)。當(dāng)標(biāo)識并 指向新的字段時，新的模式可被査找并且相應(yīng)的處理機(jī)可被調(diào)用。特定字段是 具有一個或多個條件的復(fù)合字段，并且取決于條件的結(jié)果，這些條件的翻譯或 解析可指向附加模式以及所需的關(guān)聯(lián)處理機(jī)。IMF對象1018 (以下更詳細(xì)描述)由所調(diào)用的處理機(jī)填充。被填充的字段 僅是對應(yīng)于包括在傳入消息中的字段的那些字段。IMF對象1018隨后可由網(wǎng)關(guān)104的商業(yè)軟件應(yīng)用來處理。在被處理之后， IMF對象1018連同用于出站消息流的模式名被發(fā)送到構(gòu)建組件1020。由于經(jīng) 處理的IMF對象1018的處理可按不同的數(shù)據(jù)格式來執(zhí)行，所以構(gòu)建器組件1020 被配置成從經(jīng)處理的IMF對象1018構(gòu)建輸出消息流1012。反向重復(fù)上述過程， 其中構(gòu)建器組件1020査找根模式、調(diào)用所指向的處理機(jī)以便在可重復(fù)數(shù)次的 過程中構(gòu)建類型信息。所調(diào)用的處理機(jī)將在IMF對象1018中找到的值構(gòu)建成 應(yīng)當(dāng)被包括在輸出消息流1012中的字段。輸出消息流1012隨后可被發(fā)送到系 統(tǒng)1008，該系統(tǒng)處理該輸出消息流1012。圖12示出了使用IMF對象1018來執(zhí)行由網(wǎng)關(guān)104提供的任何服務(wù)的商業(yè) 服務(wù)應(yīng)用1102。商業(yè)服務(wù)應(yīng)用1102對IMF對象1018進(jìn)行操作。這些操作可 包括應(yīng)用層路由，諸如確定要對其發(fā)送消息的發(fā)行銀行或處理中心。另外，可 對消息執(zhí)行服務(wù)，諸如消息流的應(yīng)用層格式化、記錄日志、加時間戳、創(chuàng)建回復(fù)或進(jìn)一步的處理所需的新字段等。商業(yè)服務(wù)應(yīng)用應(yīng)當(dāng)對收單方或商業(yè)網(wǎng)絡(luò)進(jìn) 行預(yù)處理，或者它可執(zhí)行已被卸載的本地處理。例如，可批準(zhǔn)針對少于$50的 購買的授權(quán)消息，并且發(fā)送回復(fù)消息而無需將消息轉(zhuǎn)發(fā)到商業(yè)機(jī)構(gòu)以獲得準(zhǔn) 許。商業(yè)服務(wù)應(yīng)用1102被配置成處理內(nèi)部消息格式而非外部格式的數(shù)據(jù)。因此，商業(yè)服務(wù)應(yīng)用1102通過將消息解析成IMF而與由其它系統(tǒng)所用的任何外部格式相隔離。IMF結(jié)構(gòu)圖13A示出了根據(jù)本發(fā)明的一個實施例的IMF 1018的結(jié)構(gòu)。如圖所示， 在IMF 1018中設(shè)置了N個字段。這些字段可以是字段數(shù)組，在分層結(jié)構(gòu)中， 其中每個字段還可包括任何數(shù)量的孩子字段，這些孩子字段又可包括孫子字段 等。例如，字段l包括孩子字段1.1、 1.2..... l.N。字段1.2..... l.N也可包括任何數(shù)量的孩子字段(未示出)。當(dāng)接收到消息時，僅用數(shù)據(jù)來填充實際使 用的字段。圖14B示出了具有對象ID碼、以及指向圖13A中所示字段的字段定義的 索引的分層格式。OID允許對IMF對象1018中的各個字段進(jìn)行索引。針對IMF 對象1018中字段，使用OID來訪問字段定義。在一個實施例中，OID是由所 示點分十進(jìn)制表示來表示的八字節(jié)數(shù)字。第一字段的OID被編碼為1.0.0。任 何子字段被編碼為l丄O、 1.2.0等等。第二字段被編碼為2.0.0，并且任何子字 段被編碼為2丄0、 2.2.0等。模式結(jié)構(gòu)圖13B示出了示例模式。模式的地址是第一行，即消息定義(MessageDef)。 模式包括語法和指向消息中的每個字段的處理機(jī)的指針。在所示示例中，消息 的第一字段由索引為1.0.0的字段定義對象(FieldDef) 1202來標(biāo)識。這也被稱 為OID屬性1202。此字段隨后的索引是要調(diào)用的處理機(jī)1024的標(biāo)識(HDR)。 該行中的剩余元素是此特定字段的語法定義。這些字段定義描述了字段的特 性，諸如字段次序、字段類型、長度、字符編碼、所需處理機(jī)名等。字段定義 可用于對以如ASCII、 EBCDIC、 BCD等不同編碼以及如數(shù)字、串、字節(jié)數(shù)組 等不同數(shù)字類型來編碼的字段進(jìn)行解析/構(gòu)建。因而，多格式消息流可使用消息 定義來處理。在一個實施例中，模式是XML模式的形式的元數(shù)據(jù)。字段定義可包括多個屬性。應(yīng)當(dāng)認(rèn)識到，圖13B中所示的屬性并非窮盡的， 而本領(lǐng)域技術(shù)人員可認(rèn)識到其它屬性可被使用。
處理機(jī)屬性1204是字段名。必要/任選屬性1206指示該字段在消息中是必 要的還是任選的。第一數(shù)據(jù)格式屬性1208是如同在外部格式(也稱為線格式) 中找到的一樣的字段值的數(shù)據(jù)格式。第二數(shù)據(jù)格式屬性1210是其中字段可被 存儲在IMF中并由商業(yè)服務(wù)處理的內(nèi)部格式。
定制(custom) /非定制(notcustom)屬性1212指示字段是使用定制處理 機(jī)還是通用處理機(jī)來解析和構(gòu)建字段。
第七屬性1214指示處理消息字段中的值所需的處理機(jī)名。處理機(jī)獲取接 收到的消息中所標(biāo)識字段中的值，并且或是將其解析成IMF(對于解析器模式) 或是將該值從IMF構(gòu)建成外部格式(對于構(gòu)建器模式)。
第八屬性1216指示字段內(nèi)的子字段的數(shù)目。
在IMF (內(nèi)部消息格式)中使用的示例消息字段
圖14A示出了用于特定消息對象1010的字段的示例，該對象包括不同字 段的大量對象ID (OID) ， OID 1.0.0、 l丄0、 l丄l、 2.0.0、 2.2.0、 4.0.0和4.1.0。
這些是由圖13B的模式所指向的字段。因而，對于此示例消息，在消息對象中 只有圖14C中所標(biāo)識的字段被填充，在圖13A中示出了該消息對象。圖14B 以內(nèi)部消息格式示出了字段的全集中的全部分層對象ID的一部分。如圖中所 見，消息1010僅包括這些字段中其需要的部分。例如，對象ID 1.2.0、 3.0.0 和4.2.0未被使用。注意，這些字段可具有任何數(shù)量的孩子字段。
對象ID提供了指向圖13A中所示消息對象的分層內(nèi)部消息格式的快速索 引系統(tǒng)。這種索引系統(tǒng)使用經(jīng)編碼的對象ID (1.0.0等)，對于收到的格式中 所用的每個字段，該對象ID索引(指向)內(nèi)部消息格式中的對應(yīng)字段。這些 索引可直接指向在分層結(jié)構(gòu)中向下若干層的字段。
當(dāng)網(wǎng)關(guān)104的組件處理IMF對象1018時，未執(zhí)行對非必要字段的處理。 因而，處理速度得到增加。
必要字段也可被添加到IMF對象1018。某些字段可能是商業(yè)服務(wù)模塊1102 或交易處理器108所需要的。如果確定必需使用的字段未被包括在接收到的消 息1010中，則字段可由商業(yè)服務(wù)模塊來填充以包括在要構(gòu)建用于重新傳送的 消息中。因而，圖13B的模式中的'必要，字段如果未被包括在消息1010中則可被添加到IMF對象1018。
初始化解析/構(gòu)建引擎
圖15示出了在啟動商業(yè)服務(wù)應(yīng)用時用于初始化解析/構(gòu)建引擎1004的方法 的簡化流程圖1400。在步驟1402中，從該應(yīng)用接收到初始化請求。該請求包 括一個或多個模式定義文件1026的位置。
在步驟1404中，驗證在模式定義文件1026中找到的模式。這些模式通過 大量程序來驗證，諸如證明引用正確類型的數(shù)據(jù)、模式所標(biāo)識的處理機(jī)實際存 在等。
在步驟1406中，使用模式加載器1024將模式定義文件1026中的模式從 磁盤加載到注冊表1022或者從其它存儲庫加載到DRAM存儲器。
在步驟1408中，模式中所指定的任何處理機(jī)被加載到注冊表1022中。例 如，消息定義對象中由字段定義所指定的處理機(jī)被加載到處理機(jī)表1030中。 在一個實施例中，處理機(jī)作為由處理機(jī)名連接的對象來存儲。
在步驟1410中，處理機(jī)被綁定到相應(yīng)的消息定義對象。例如，消息定義 對象中由字段定義所指定的所有處理機(jī)被綁定到該消息定義對象。
現(xiàn)在己為模式對解析/構(gòu)建引擎1004進(jìn)行了初始化。在一個實施例中，解 析/構(gòu)建引擎1004的編譯并非必需。這是因為使用了用于解析/構(gòu)建字段值的己 編譯處理機(jī)。
在運行時，模式可被動態(tài)地更新并添加到解析/構(gòu)建引擎1004。這些模式 可通過改變消息定義對象來更新或可通過添加新的消息定義對象來添加。如果 需要新的處理機(jī)，則它們也可被動態(tài)地添加到解析/構(gòu)建引擎1004作為已編譯 對象。
模式可被添加而無需重新編譯解析/構(gòu)建引擎1004，也無需拆卸它。因而， 即使在模式被更新時，解析/構(gòu)建引擎1004可繼續(xù)解析/構(gòu)建消息。
添加或更新模式
圖16示出了根據(jù)本發(fā)明的一個實施例的用于動態(tài)地添加或更新解析/構(gòu)建 引擎1004中模式的方法的簡化流程圖。在步驟1502中，從應(yīng)用接收到動態(tài)添
加或更新模式的請求。該請求包括一個或多個模式定義文件1026的位置，這 些文件包括新或已更新模式。在步驟1504中，驗證在模式定義文件1026中找到的模式。 在步驟1506中，模式定義文件1026中的模式被加載到注冊表1022中。 如果已更新模式設(shè)有一組新的字段定義或經(jīng)更改的字段定義，則只有新的或經(jīng) 更改的字段定義可被加載到注冊表1022中。在添加或更新模式時，適當(dāng)?shù)臄?shù) 據(jù)結(jié)構(gòu)可被寫鎖定，以確保正被處理的操作中消息不會因模式改變而變質(zhì)。在 模式加載器1024加載已更新版本的模式時，操作中消息繼續(xù)使用先前版本的 模式。
在步驟1508中，消息定義對象中所指定的任何處理機(jī)被加載到注冊表1022 中。解析/構(gòu)建引擎1004可進(jìn)行核對以確定在注冊表1022中是否已存在任何處 理機(jī)，并且可不將這些處理機(jī)重新加載到注冊表1022中。然而，如果任何處 理機(jī)被改變，則經(jīng)更改的處理機(jī)被加載。
在步驟1510中，處理機(jī)被綁定到相應(yīng)消息定義對象。在一個實施例中， 只有新的或經(jīng)更改的處理機(jī)被綁定到已被更新的消息定義對象。現(xiàn)在解析/構(gòu)建 引擎1004已被動態(tài)更新。
解析進(jìn)程的流程圖
圖17示出了根據(jù)本發(fā)明的一個實施例的用于解析輸入消息流1010的方法 的簡化流程圖1600。在步驟1602中，確定消息的模式。該模式對應(yīng)于構(gòu)成輸 入消息流IOIO所用的數(shù)據(jù)格式。
在步驟1604中，從模式中的指針確定消息定義對象的任何處理機(jī)。
在步驟1606中，每個字段的處理機(jī)被附連到該字段。
在步驟1608中，處理機(jī)翻譯消息的字段。每個字段的處理機(jī)被調(diào)用。處 理機(jī)使用模式中的字段定義來將字段的值翻譯成IMF。字段的OID指向模式中 針對該字段的字段定義，并指向IMF對象1018中的相應(yīng)字段。
在一個實施例中，解析器組件1016維護(hù)在消息IOIO中讀取字段的偏移量。 例如，所讀取的字節(jié)數(shù)被存儲為偏移量。在每個處理機(jī)被調(diào)用時，解析器組件 遞增此偏移量。當(dāng)處理機(jī)到達(dá)消息1010的末端(例如，當(dāng)偏移量等于某個長 度時)或者消息定義對象中的最后字段定義時，解析器組件知道翻譯完成。
在步驟1610中，已翻譯的字段被存儲在IMF對象1018的相應(yīng)分層結(jié)構(gòu)中。 字段的OID可用于將己翻譯的值存儲到IMF對象1018的分層結(jié)構(gòu)中的相應(yīng)位 置。如果以上翻譯在任何時刻失敗，則錯誤被返回到網(wǎng)關(guān)104。解析可繼續(xù)進(jìn)
行并且IMF對象1018可被返回。然而，錯誤標(biāo)記可被記錄在IMF對象1018 中。
構(gòu)建進(jìn)程的流程圖
現(xiàn)在參照圖18描述構(gòu)建進(jìn)程。圖18示出了根據(jù)本發(fā)明的一個實施例的從 IMF對象1018構(gòu)建輸出消息流1012的方法的簡化流程圖1700。在步驟1702 中，確定模式名和IMF對象1018。在一個實施例中，首先確定IMF對象1018。 模式名可基于IMF對象1018中的信息來確定。例如，模式名可被存儲在IMF 對象1018中的信息中。而且，模式名由通道系統(tǒng)或目的系統(tǒng)來確定，其中將 向該系統(tǒng)發(fā)送IMF對象1018中的信息。
在步驟1704中，消息定義對象用于在注冊表1022中尋址該模式。在步驟 1706中，還確定該模式所需的任何處理機(jī)。
在步驟1708中，對于在IMF對象1018中找到的每個字段，從IMF對象 1018中的層次結(jié)構(gòu)中的相應(yīng)字段加載值。字段的OID用于訪問字段定義。
在步驟1710中，根據(jù)字段的字段定義屬性從IMF對象1018中的字段翻譯 該值。因此，IMF格式的值被翻譯成與另一系統(tǒng)兼容的格式。
在步驟1712中，將所構(gòu)建的值安排在所生成的輸出消息流1012的相應(yīng)字 段中。
如果對于外部格式所需的字段，并未找到IMF對象1018中的字段值，則 該字段在外部消息中的值可被設(shè)置成空或者所生成的消息可簡單地在該消息 中不具有此字段。此外，如果確定IMF對象1018應(yīng)當(dāng)具有此字段，則可返回 指示未在IMF對象1018中找到字段的錯誤。
本發(fā)明的實施例提供了許多優(yōu)點。例如，應(yīng)用級內(nèi)容、網(wǎng)絡(luò)傳送環(huán)境的當(dāng) 前狀態(tài)和/或配置信息的組合可用于智能地交換交易。這使由客戶端發(fā)送的任何 交易增加了價值。例如，如果在網(wǎng)絡(luò)或交易處理器中存在任何故障，則交易可 通過其它網(wǎng)絡(luò)路由到其它交易處理器。這避免了停工時間以及任何交易丟失。
此外，商業(yè)服務(wù)可應(yīng)用于應(yīng)用級內(nèi)容。這增加了網(wǎng)關(guān)104智能地路由交易 的靈活性。例如，數(shù)據(jù)處理器108可處理不同格式的交易。網(wǎng)關(guān)104可被配置 成基于交易處理器所需的格式改變應(yīng)用級內(nèi)容的格式。此外，可應(yīng)用于交易的 商業(yè)服務(wù)可允許網(wǎng)關(guān)104接收多種格式或協(xié)議的交易。例如，無線交易支付、
32因特網(wǎng)交易、POS交易等可被處理。這增加了處理交易的靈活性。
雖然本發(fā)明的實施例被描述為處理交易以及在某些情況中為金融交易，但 是應(yīng)當(dāng)理解，可處理各種領(lǐng)域的交易。例如，可為音樂共享服務(wù)處理交易。這 些交易包括對音樂下載請求，這樣網(wǎng)關(guān)104隨后智能地將該請求交換至服務(wù)提 供商并將所請求的內(nèi)容路由回客戶端。而且，可提供視頻服務(wù)。或為按需的或
為按次計費的視頻請求可由網(wǎng)關(guān)104接收并處理。請求和后續(xù)下載可根據(jù)本發(fā)
明的實施例智能地交換。
可以在軟件或硬件或者兩者組合中以控制邏輯的形式來實現(xiàn)本發(fā)明。該控 制邏輯可被存儲在信息存儲介質(zhì)中作為適于引導(dǎo)信息處理設(shè)備執(zhí)行本發(fā)明的 實施例中所公開的一組步驟的多個指令?；谠诖颂峁┑墓_和示教，本領(lǐng)域 技術(shù)人員將認(rèn)識到實現(xiàn)本發(fā)明的其它方式和/或方法。
以上描述是示例性而非限制性的。對于本領(lǐng)域技術(shù)人員而言，基于對本公 開的回顧，本發(fā)明的許多變化將變得顯而易見。因此，本發(fā)明的范圍不應(yīng)當(dāng)參 照以上描述來確定，相反，而是應(yīng)當(dāng)參照所附權(quán)利要求以及它們的全部范圍或 等效方案來確定。
權(quán)利要求
1. 一種用于使用位于網(wǎng)絡(luò)邊緣的網(wǎng)關(guān)交換交易的方法，所述方法包括在所述網(wǎng)關(guān)處接收交易；確定所述交易的應(yīng)用級內(nèi)容；確定路由所述交易所處的傳送環(huán)境的應(yīng)用級動態(tài)上下文信息，所述傳送環(huán)境包括可將所述交易路由到一個或多個交易處理器的一個或多個網(wǎng)絡(luò)，所述交易處理器可處理所述交易；以及基于所述動態(tài)上下文信息和所述交易的所述應(yīng)用級內(nèi)容，將所述交易交換至所述一個或多個交易處理器中的交易處理器和所述一個或多個網(wǎng)絡(luò)中的網(wǎng)絡(luò)。
2. 如權(quán)利要求1所述的方法，其特征在于，還包括 從發(fā)送所述交易的客戶端確定客戶端規(guī)則；以及使用所述客戶端規(guī)則來確定可基于所述動態(tài)上下文信息處理所述交易的服 務(wù)，所述交易處理器或網(wǎng)絡(luò)是所述服務(wù)的一部分。
3. 如權(quán)利要求1所述的方法，其特征在于，還包括 確定服務(wù)提供商規(guī)則；以及使用服務(wù)提供商規(guī)則來基于所述動態(tài)上下文信息確定所述交易處理器或在其 中交換所述交易的網(wǎng)絡(luò)。
4. 如權(quán)利要求1所述的方法，其特征在于，還包括在所述應(yīng)用級對所述交易的所述應(yīng)用級內(nèi)容執(zhí)行服務(wù)。
5. 如權(quán)利要求4所述的方法，其特征在于，所述服務(wù)是基于所確定的所述交 易處理器或網(wǎng)絡(luò)來執(zhí)行的。
6. 如權(quán)利要求4所述的方法，其特征在于，所述服務(wù)包括將所述應(yīng)用級的內(nèi) 容格式化成所確定的交易處理器所需的格式。
7. 如權(quán)利要求4所述的方法，其特征在于，所述服務(wù)包括將所述應(yīng)用級的內(nèi) 容格式化成所確定的網(wǎng)絡(luò)所需的格式。
8. 如權(quán)利要求1所述的方法，其特征在于，所述傳送環(huán)境的所述動態(tài)上下文 信息包括用以在所述應(yīng)用級處理先前交易所用的時間。
9. 如權(quán)利要求1所述的方法，其特征在于，所述內(nèi)容采用包括可能數(shù)量的字 段的數(shù)據(jù)格式，其中所述應(yīng)用級內(nèi)容是所述可能數(shù)量的字段的子集，所述方法還包括在所述交易中僅處理所述字段的子集。
10. 如權(quán)利要求l所述的方法，其特征在于，還包括通過使用用于處理所述交 換的動態(tài)創(chuàng)建代碼實例在不影響所述網(wǎng)關(guān)上的交易交換的情況下將規(guī)則動態(tài)地加 載到所述網(wǎng)關(guān)。
11. 如權(quán)利要求l所述的方法，其特征在于，還包括在所述網(wǎng)關(guān)處處理所述交 易而無需將所述交易發(fā)送到所述交易處理器。
12. —種用于使用連接到網(wǎng)絡(luò)的網(wǎng)關(guān)交換交易的方法，所述方法包括 在所述網(wǎng)關(guān)處接收交易；在應(yīng)用級確定可通過所述網(wǎng)絡(luò)訪問的適當(dāng)交易處理器； 確定所述適當(dāng)?shù)慕灰滋幚砥魉璧膽?yīng)用級格式化； 按照所述應(yīng)用級格式化來格式化所述交易；以及 通過所述網(wǎng)絡(luò)將所述交易發(fā)送到所述適當(dāng)交易處理器。
13. —種用于使用位于網(wǎng)絡(luò)邊緣的網(wǎng)關(guān)來交換交易的方法，所述方法包括 在所述網(wǎng)關(guān)處接收交易；確定所述交易的應(yīng)用級內(nèi)容；基于所述應(yīng)用級內(nèi)容通過所述網(wǎng)絡(luò)確定適當(dāng)?shù)膽?yīng)用級交易處理器；以及 通過所述網(wǎng)絡(luò)將所述交易發(fā)送到所述適當(dāng)?shù)膽?yīng)用級交易處理器。
14. 一種用于使用網(wǎng)絡(luò)上的網(wǎng)關(guān)交換交易的方法，所述方法包括 針對來自客戶端的應(yīng)用服務(wù)選擇在所述網(wǎng)關(guān)處接收一應(yīng)用級規(guī)則的集合； 在所述網(wǎng)關(guān)處存儲所述規(guī)則集合；在所述網(wǎng)關(guān)處從所述客戶端接收交易； 確定所述交易的應(yīng)用級內(nèi)容；基于所述規(guī)則集合處理所述交易并將所述交易發(fā)送到交易處理器。
15. —種用于使用網(wǎng)絡(luò)上的網(wǎng)關(guān)交換交易的方法，所述方法包括 公布服務(wù)提供商的服務(wù)，使得客戶端可預(yù)訂所述服務(wù)；通過用于將所述服務(wù)的交易交換到所述服務(wù)提供商的服務(wù)提供商規(guī)則動態(tài)地 更新所述網(wǎng)關(guān)，其中在所述動態(tài)更新之后所述網(wǎng)關(guān)被配置成將交易交換到所述所述 服務(wù)的所述服務(wù)提供商；從客戶端接收對所述服務(wù)的預(yù)訂請求；從所述客戶端接收交易；以及確定所述交易是否應(yīng)當(dāng)被交換到所述服務(wù)提供商以便對所述交易執(zhí)行所述服務(wù)，其中所述確定通過將所述交易的動態(tài)上下文信息應(yīng)用于所述服務(wù)提供商規(guī)則來 作出。
16. 如權(quán)利要求15所述的方法，其特征在于，還包括確定所述交易應(yīng)當(dāng)在所述網(wǎng)關(guān)處處理，并且不將所述交易交換到所述服務(wù)提 供商；以及在所述網(wǎng)關(guān)處處理所述交易。
17. 如權(quán)利要求15所述的方法，其特征在于，所述服務(wù)提供商規(guī)則包括關(guān)于 所述服務(wù)提供商所需的交易格式、發(fā)送所述交易的地址、或者到不同交易處理器的 交換優(yōu)先級的信息。
18. —種用于交換來自客戶端的交易的系統(tǒng)，所述系統(tǒng)包括在網(wǎng)絡(luò)邊緣的多個網(wǎng)關(guān)，配置成在應(yīng)用級處理交易，其中由所述多個網(wǎng)關(guān)提 供的應(yīng)用級服務(wù)被分散化成每個網(wǎng)關(guān)存儲由其提供的一組服務(wù)，其中每個網(wǎng)關(guān)包括所述一組服務(wù)的規(guī)則，用于交換連接到所述網(wǎng)關(guān)的客戶端的交易；以及 所述多個網(wǎng)關(guān)中其它網(wǎng)關(guān)的聯(lián)系信息，其中所述聯(lián)系信息用于將所述一組服 務(wù)中一服務(wù)的規(guī)則發(fā)送到另一網(wǎng)關(guān)以使得該網(wǎng)關(guān)能提供所述服務(wù)，或者用于從另一 網(wǎng)關(guān)査詢所述一組服務(wù)中一服務(wù)的規(guī)則以使得所述網(wǎng)關(guān)能提供所述服務(wù)。
19. 如權(quán)利要求18所述的系統(tǒng)，其特征在于，服務(wù)的規(guī)則通過服務(wù)提供商或客戶端加載到所述多個網(wǎng)關(guān)中的第一網(wǎng)關(guān)，其中所述規(guī)則可被分布到多個網(wǎng)關(guān)中除 所述第一網(wǎng)關(guān)之外的網(wǎng)關(guān)。
20. 如權(quán)利要求18所述的系統(tǒng)，其特征在于，所述多個網(wǎng)關(guān)中的第一網(wǎng)關(guān)包括第一組服務(wù)，而所述多個網(wǎng)關(guān)中的第二網(wǎng)關(guān)第二包括第二組服務(wù)，其中所述第一 組服務(wù)包括并不包括在所述第二組服務(wù)中的至少一個服務(wù)。
21. —種用于在網(wǎng)絡(luò)邊緣交換交易的網(wǎng)絡(luò)，所述網(wǎng)關(guān)包括 規(guī)則數(shù)據(jù)庫，包括由服務(wù)提供商所提供的服務(wù)的規(guī)則； 上下文信息數(shù)據(jù)庫，包括所述網(wǎng)絡(luò)和服務(wù)提供商的動態(tài)上下文信息； 接收器，配置成從客戶端接收交易；規(guī)則應(yīng)用器，配置成將規(guī)則應(yīng)用于上下文信息以便為所述交易確定服務(wù)和服 務(wù)提供商；格式化裝置，配置成如果所述交易需要格式化，則基于所確定的所述服務(wù)和服務(wù)提供商在所述應(yīng)用級格式化所述交易；以及發(fā)送器，配置成將所述交易發(fā)送到所述服務(wù)提供商。
22. 如權(quán)利要求21所述的網(wǎng)關(guān)，其特征在于，還包括規(guī)則加載器，配置成將 規(guī)則動態(tài)地加載到所述規(guī)則數(shù)據(jù)庫。
23. 如權(quán)利要求22所述的網(wǎng)關(guān)，其特征在于，所述規(guī)則被動態(tài)地加載而不影 響所述網(wǎng)關(guān)上的交易交換。
24. 如權(quán)利要求22所述的網(wǎng)關(guān)，其特征在于，從客戶端或服務(wù)提供商動態(tài)地 加載所述規(guī)則。
25. 如權(quán)利要求21所述的網(wǎng)關(guān)，其特征在于，還包括網(wǎng)關(guān)交易處理器，配置 成在所述網(wǎng)關(guān)處處理所述交易而不將所述交易發(fā)送到所述服務(wù)提供商。
26. 如權(quán)利要求21所述的網(wǎng)關(guān)，其特征在于，所述動態(tài)上下文信息包括所述 網(wǎng)絡(luò)的健康、所述服務(wù)提供商的可用性、在應(yīng)用級處理先前交易所用的時間、或?qū)?所述交易發(fā)送到所述服務(wù)提供商的成本。
27. —種位于網(wǎng)絡(luò)邊緣的用于交換交易的網(wǎng)關(guān)，包括 配置成接收交易的端口；處理器，配置成確定所述交易的應(yīng)用級內(nèi)容以及路由所述交易所處的傳送環(huán) 境的應(yīng)用級動態(tài)上下文信息，所述傳送環(huán)境包括可將所述交易路由至可處理所述交 易的一個或多個交易處理器的一個或多個網(wǎng)絡(luò)；以及交換機(jī)，配置成基于所述動態(tài)上下文信息和所述交易的所述應(yīng)用級內(nèi)容將所 述交易交換至所述一個或多個交易處理器中的交易處理器以及一個或多個網(wǎng)絡(luò)中 的網(wǎng)絡(luò)。
28. —種連接到網(wǎng)絡(luò)的用于交換交易的網(wǎng)關(guān)，包括 配置成接收交易的端口；處理器，配置成在應(yīng)用級確定可通過所述網(wǎng)絡(luò)訪問的適當(dāng)交易處理器以及確 定所述適當(dāng)交易處理器所需的應(yīng)用級格式化；格式化裝置，配置成根據(jù)所述應(yīng)用級格式化對所述交易進(jìn)行格式化；以及 發(fā)送器，配置成通過所述網(wǎng)絡(luò)將所述交易發(fā)送到所述適當(dāng)交易處理器。
29. —種用于在網(wǎng)絡(luò)上交換交易的網(wǎng)關(guān)，包括存儲器，用于在所述網(wǎng)關(guān)處存儲針對來自客戶端的應(yīng)用級服務(wù)選擇的應(yīng)用級 規(guī)則集合；端口，配置成在所述網(wǎng)關(guān)處從所述客戶端接收交易；處理器，配置成確定所述交易的應(yīng)用級內(nèi)容以及基于所述規(guī)則集合處理所述交易并將所述交易發(fā)送到交易處理器。
30. —種用于在網(wǎng)絡(luò)上交換交易的網(wǎng)關(guān)，包括存儲器，用于在所述網(wǎng)關(guān)處存儲針對來自客戶端的應(yīng)用級服務(wù)選擇的應(yīng)用級 規(guī)則集合；端口，配置成在所述網(wǎng)關(guān)處從所述客戶端接收交易；以及 處理器，配置成確定所述交易的應(yīng)用級內(nèi)容以及基于所述規(guī)則集合處理所述 交易并將所述交易返回到所述客戶端而無需將所述交易轉(zhuǎn)發(fā)到遠(yuǎn)程交易處理器。
全文摘要
提供了交易在網(wǎng)關(guān)處的應(yīng)用級交換。網(wǎng)關(guān)被配置成基于應(yīng)用級內(nèi)容、傳送環(huán)境的當(dāng)前狀態(tài)和/或交換交易的動態(tài)規(guī)則來交換交易。例如，可針對交易的類型選擇若干可能的服務(wù)提供商，并且網(wǎng)關(guān)不僅可監(jiān)視通過網(wǎng)絡(luò)到達(dá)可能的不同服務(wù)提供商的往返時間，還可監(jiān)視在應(yīng)用級完成交易所需的時間，并返回響應(yīng)。在網(wǎng)絡(luò)的發(fā)送側(cè)選擇應(yīng)用，而且也在該發(fā)送側(cè)進(jìn)行應(yīng)用級格式化。網(wǎng)關(guān)使用模塊化代碼和數(shù)據(jù)，并分離處理代碼的實例以允許動態(tài)更新。應(yīng)用服務(wù)選擇的規(guī)則可被選擇性地從客戶端上傳到網(wǎng)關(guān)。不同的可用應(yīng)用服務(wù)的規(guī)則可分布在不同的網(wǎng)關(guān)上。
文檔編號G06F15/16GK101535975SQ200680031304
公開日2009年9月16日 申請日期2006年6月29日 優(yōu)先權(quán)日2005年6月29日
發(fā)明者K·辛格, M·卡爾森, R·E·瑪納薩拉, S·K·加里森, T·辛格 申請人:維薩美國股份有限公司;維薩國際服務(wù)協(xié)會