TW201035889A - Interface module, system and method - Google Patents

Description

201035889 六、發明說明： 【發明所屬之技術領域】 本發明係關於一種用⑨一銷售處理系統的介面模組 且關於一種使用此模組的系統及方法。 【先前技術】 〇 彳從各種製造商在市場上取得許多不同的銷售處理系 統係眾所周知的。銷售處理系統可在許多不同環境中用 於標記及記錄採購交易。此銷售處理系統可包括例如用 於餐廳或零售商中’稱為銷售點（P0S)系統或電子現 金枚銀機，或例如用於飯店，稱相產管理系統，或例 如付款控管系統。此㈣處理系統典型地與㈣處理飼 服器系統結合，此銷售處理飼服器系統連接至數個如此 的銷售處理㈣器系統。應瞭解在銷售環境中使用的不 Ο 同術語將從以上討論而為顯而易見的。 此處所用的「銷售處理系統」之詞棄或措辭與-種設 備、系統或裝置有關’其在零f或其他鎖售環境中對經 營銷售負責，且與用於管理付款卡（例如，信用卡及/或 提款卡）交易的一付款系統或付款終端機有所區別… =處！系統典型地經安排以使用付款卡與-付款系統 互動而貫現付款。將銷售處理系統及付款系統兩者分開 的原因在於提供安全的付款卡交易。在市場上存在許多 不同類型的可取用的付款系統。付款系統經配置成與提 3 201035889 供金融服務的遠端獲取主機通訊。 為了使銷售處理系統及付款系統能夠一起工作 :供特定的鎖售處理系統程式及能夠與付款系統整合的 設備。 Ο ❹ 付款系統與銷售處理系統的整合的一重 供分別系統的功能性的充分分開以達成金融管控及2 要求。提供適合的程式係昂貴·!·耗時的程序。 並且在此統的操作期間，若必須完成改變例如因為 在，融服務的供應商中從—銀行至另—者的—改變，則 一昂貴且耗時的銷售處理系統的程式改寫為必要的。此 不僅因為對-訊號銷售處理系統的改變可為複雜的，而 且因為-公司在—或多個商店中可使用數種不同模型及 各種-或多個㈣處理系統，而可為耗時且昂貴的。 此外’所以公司亦希望使用銷售處理系統來提供例如 免稅購物服務或直接貨幣轉換服務的額外的服務。有鑑 於此’與仍為進一步外部系統的整合可為需要的。 本發明尋求至少減輕至少某些此等的問題。 【發明内容】 本發明的-態樣提供一種用於鎖售處理系統的介面模 ，-且該’丨面杈組包含：一第一介面經配置成支援一第一 協足與銷售處理系統的一銷售處理模組通訊；一第二介 面經配置成支援一第二協定與一付款系統通訊；一第三 4 201035889 介面左配置成支援-S三協定與用於外部服務的一交易 系統通訊；及一控制器可操作以控制第一、第二及第三 介面之間的訊息的路由，且分別依照第一、第二及第: 協定控制訊息的重新格式化。 在本發明的一實施例中，介面模組動態地可配置而回 應於-初始化或配置請求’因而介面模組能夠動態地適 應特定實施。此一介面模組的一實施例能夠提供—通 €) 时面，該通用介面可配置成提供銷售處㈣、統、付款 系統及交易系統的不同範例之間的通訊。 可提供一映射模組，其包括一架構引擎（sche^ g ne )及映射-貝訊，控制器模組可操作而將從第一、 第二及第三介面之一者所接收的一訊息遞送至架構号I 擎’且架構弓丨擎可操作以基於映射資訊重新格式化所接 收的訊心而產生一經重新格式化的訊息，控制器模組進 一步配置成基於重新格式化來遞送經重新格式化的訊 息。在本發明的一實施例中，映射模組基於從一配置主 機系統所提供的資訊而動態地可配置。 本發明的另一態樣提供一種銷售處理系統，包含一銷 售處理模組經配置成經#銷售處理及此—介面模組，該 鎖售處理模組經配置成支援第-協定與介©模組通訊。 本發明的進一步態樣提供一種經結合的系統，包含此 一銷售處理系統及一付款系統可操作地透過第二介面模 組連接至銷售處理系統。 本發月的進一步慼樣提供一種操作一銷售處理系統的 5 201035889 方法，該銷售處理系統包括此—通訊介面模組且該方法 包含使用-控制器模組在第―、第二及第三介面模組之 間控制訊息的路由，包括分別依照第一、第二及第三協 定對該等訊息的重新格式化，其中第—介面模組支援一 第一協定與銷售處理系、统的—鎖1處理模組通訊，第二 介面模組支援一第二協定與—付款系統通訊，及第三介 面模組支援—第三協定與用於外部服務的—交易系統通 〇 訊。 介面模組的一實施例可實施為電腦程式產品，包含程 式碼，其操作以控制一銷售處理系統的一處理器來執行 此一方法。 雖然本發明的各種態樣記載於伴隨的申請專利範圍 中，本發明的其他態樣包括所述的實施例及/或具有申請 專利範圍獨立項的特徵的隨附的申請專利範圍附屬項的 Q 任何特徵的結合，且不僅僅在伴隨的申請專利範圍中明 確的記載的結合。 【實施方式】 第1圖係為一系統構造10的概要圖，其包括一銷售處 理系統12 ’藉由例如一銷售處理終端機（例如一電子現 金收銀機（ECR))來實施’該銷售處理終端機與一付款 系統14及一交易系統1 6通訊。付款系統14可以一付古A 終端機的形式用於讀取一卡片或其他付款授權裝置，且 6 201035889 可操作安全地傳送卡κA ^ 卡片的細郎及付款金額至一或多個銀 仃糸.，先1 8來用於付款處理。 > 在第1圖所顯示的範例中， 父易系統16可與用於直 直接知幣轉換處理的一直接貨幣 轉換（DCC)主機系統2〇 逍訊且/或與用於TFS處理 的—免稅購物（TFS )主么上 )主機系統22通訊。如第1圖進一 步圖示，銷售處理系统 既12铋供一介面模組24，該介面

模組24可操作以提供一可配置介面來促進一付款系統 4的通訊’且亦提供請求發送的服務至交H統16及 回應從交易系統16所接收的服務。 "面模組24此處被稱為一通訊介面模組，以與之後將 描述從-部分的通訊介面模組24的組件介面模組的介 面Μ組24做區別。在此方面’應瞭解「通訊介面模組」 一詞被用作識別介面模組24的—標籤。將於之後描述， 通訊介面模組24經配置成提供在銷售處理系統12連接 至付款系統Η及交易系統16的配置中的彈性。一配置 主機系統25可操作以提供用於配置通訊介面模組24的 配置資訊。 第1圖亦圖示一進一步系統26，舉例而言在一商店中 的—電子銷售點（EP0S)控制系統26，其可包括一或多 個電腦飼服器’且可與諸如第2圖中所顯示的銷售處理 系統12的多個銷售處理系統通訊，且可與其他外部系統 (未顯示）整合。 在銷售處理系統12及付款系統14之間的通訊可使用 終编機特定介面協定來實施，舉例而言，該終端機特 201035889 定介面協定操作於例如一 RS232鏈結或一通用串列匯流 排（USB )鏈結及/或一傳送控制協定/網際網路協定 (TCP/IP )鏈結的_或多個串列鏈結上。在銷售處理系 統12及交易系統丨6之間的通訊可使用在一 tcP/IP鏈結 上的一加碼協定（例如：HTTP(S))來實施。在銷售處理 系統及商店EP〇s控制系統之間的連接亦可使用一加碼 s吾言協定（例如：在一 tcp/IP鏈結上的HTTP(S))來實 施。 應瞭解參照第1圖所描述的構造代表一通訊介面模組 24的應用的一個範例。通訊介面模組24可經配置，使 知其可主控於連接至一電子現金收銀機的一本端伺服器 上或主控於連接至多個電子現金收銀機的一中央伺服 益上’或其可主控於外部的遠端伺服器上，該遠端伺服 器提供服務至例如一連鎖零售商。更確切地，通訊介面 楔組24如之後將描述可經配置成動態地使用配置主機 25，其使得配置主機能夠實施於任何不同數量的情況 中。在以下的範例中參照第丨圖所敘述的應用將更加詳 細的敘述。 第2圖係一功能方塊圖圖示第i圖的系統構造ι〇的一 範例配置。 銷售處理系統12可為由數個製造商之一者供應的一 可程式化銷售處理終端機。此—銷售處理系统12典型地 從-專屬個人電腦（PC)系統形成’該專屬個人電腦系 統包括特U於-銷售處理終端機的週邊設備，例如配 201035889 置成顯示銷售處理資訊的一顯示器，設計成用於—銷售 處理系統的一小鍵盤及/或用於顯示配置作為—小鍵： 的-觸敏螢幕，-印表機及其他外部介面例如—bar編 碼讀取機，一卡片讀取機等等。此一鎖售處理系統12典 型地使用一傳統操作系統的版本來操作。銷售處理系統 12典型地亦支援Java執行環境（则）❾一版本舉例 而言具有1.5或更新的版本的Java標準版（^”係s仙 0 Microsystems 公司的一商標）。 第2圖圖示提供於銷售處理系統12中的各種模組。各 種楔組可由在銷售處理系統12的儲存器中所含的軟體 及/或韌體來實施，且可操作以控制銷售處理系統12的 一或多個處理器。該等模組可包括一銷售處理模組Μ， 其控制銷售處理系統12的處理器以於銷售處理系統實 行處理’且用於與商店系統26通訊。 #第2圖所圖示的本發明的-實施例包括-通訊介面 模組24的一範例，其使用一第一介面協定30與銷售處 理模組28交流，此處稱作一銷售處理介面協定3〇，且 提供一銷售處理代理使用適當的通訊協定與付款系統14 及交易系統16交流。銷售處理模組28經配置成使用協 疋3 0通汛介面模組24可接著與任何銷售處理系統j 2 一起使用，因為其中銷售處理模組28已經配置成支援銷 售處理介面協定30。此意味著通訊介面模組24可於不 同製U商所製造的不同的銷售處理系統12之間攜帶。通 訊面模組24有效率地扮演作為一「γ_分離器」或代 9 201035889 = 與付款系統14的通訊以與交易系統16交換 及dcc狀態查詢。通訊介 、 面棋組24亦用於保留信 用卡及金㈣卡資訊’舉例而言’當在付款系統14上使用 時’與銷售處理模組2 8分開。 第：圖圖示更詳細的通訊介面模組24的一範例配置。 Ο

銷售卢二件介面模組4°形成—銷售處理介面模組，該 處"面模組實施-第-介面協定30 (銷售處 統介面協冑30)以與銷售處理模組28交流。—第二:且 ^介=模組46形成-付款介面模組，該付款介面模組使 用一第二介面協定與付款系統或終端機14交流。一第三 組件介面模組48形忐一夺且人 — 一 _ 小成义易；丨面模組，該交易介面模組 使用-第三介面協定與交易系統16交流。在本範例中， 第 帛一及第二介面協定各有不同。然而，在另一範 例中，兩個或所有介面協定可為彼此相同。—控制器模 組42提供路由邏輯以透過系統使用於映射模組44中所 保㈣映射資訊來路訊息’該系統將其他組件彼此隔離。 可提供-DCC模組5〇用於提供DCC處理於銷售處理 系統12 ’且可提供一谓模组52用於提供谓處理於 銷售處理系統12。 DCC模組50可提供將數種貨幣供給至一使用者的一 簡單GU卜使用者可接著決定用於付款的—貨瞥。 模組50可操作以獲得當地貨幣的—交易的金額，且透過 通訊介面模組24及交易系統16發送一訊息至DCC主機 2〇以獲得—適當的匯率。DCC模組50可操作以顯示Dcc 201035889 模組50基於DCC主機系統2〇所接收的匯率而計算的— 轉換的金額，或透過交易系統丨6及通訊介面模組24， 提供DCC主機系統20的一回應。 Ο

T F S模組5 2可提供一 G u丨以顯示擷取使用者細節的— 表格且顯示採購細節。其可接著操作以透過通訊介面模 組24及交易系統16發送一訊息至TFS主機22。藉由 TFS模組52從TFS主機系統22，透過交易系統16 ^通 訊介面模組24所接收的一回應，可包括一 TFS支票或憑 證’其可在銷售處理系統12列印。 應瞭解DCC邏輯及/或TFS邏輯可實施作為部份的銷 售處理模組28。然而，藉由提供Dcc模組5〇及/或tfs 模組52作為部份的通訊介面模組24, DCC及/或TFS功 能性可提供用於-銷售處理系統12，該銷f處理系統不 具有DCC邏輯及/或TFS邏輯作為銷售處理模、组28的部 份。 第3圖圖示各種其他的組件。—配置Αρι模組54可操 作以提供_ Αρι用於產品開發及職。—連接管理模组 56可操作以管理低階通訊物體。—事件管理模組58可 操作以-集中的方式提供計時器、例外及其他「異常」 事件的操縱，該方式與控制器模組42的操作緊密地整 合。-登錄模組60提供用於操作的登錄以促進調度時間 配置。 第4圖係一概要方塊圖圖示更詳細的控制器模組. 映射模組44、付款介面模組46及交易介面模㈣的互 201035889 動此等模、.且&工作以提供抽象層及動態地映射一個 介面至另-者的能力’以提供如請求的彈性路由且提供 如要求的資料管理，舉似 A ’、 安全標準。 料而…滿足付款卡業者資料 Ο Ο 銷售處理介面模組40依照銷售處理介面協定（SPIP) 的配置接 < —訊息’且將該訊息發送至控制器模組4 2上 作為一 SPIP請求訊息。SPIP請求訊息包括-SPIP標頭 其尤其可包括一訊息識別符（ID)及關鍵值。此等參數 被用於動態路由。控制器模組42包括一路徑管理（路由 器）模組72 ’其檢查spip請求訊息1()2且將其發送至 映射模組44。一架構模組（schema module) 74形成一 架構引擎’其可經配置在映射模組44中檢查訊息 ID且基於保留在映射模組44中的請求訊息I。及 、射貝訊而實行映射操作。舉例而言，架構模組74可使 用—攔位定義模組76以提供資料類型操縱，及一變換引 擎78，在將訊息返回路徑管理模組72用於進一步訊息 流控制之前可管理一訊息變換。 路徑管理模組72可操作以讀取標頭IDs的結合，而決 路由順序且建立不同訊息分類，（基於之後將描述的 初始訊息（ECRInit ))來適應必須用於一給定設置的 協疋且與用於規劃一適當訊息合成的映射模組44互 動。映射模組44將於之後討論。在使用映射模組44規 劃—適當輸出訊息之後，該訊息接著被傳送用於接下來 的處理。訊息典型地需要透過路由模組72的多個步驟以 12 201035889 完成一整體訊息對話。 息如第 一訊息對話由多個内部訊

且引起與銷售處理系統12 他模組之間組成。各訊息將 此1D促進維持一前後關係 相關聯的一適當的外部系統

I 或多個系統。 映射模組44可檢查一所接收的訊息且對不同spip訊 息類型使用命令圖案包括具有一分別分類類型的分別命 Ο 令。各分別命令類型可具有其各自的架構，其將屬性 數名稱映射至協定欄位類型β各命令可具有一嗜长且 當執行時可具有一回應。一請求可因此與請求類型特定 參數一起實施一 SPIP訊息分類的一次分類。當已執行— 命令時，可提供一回應保留從架構引擎74獲得的所有回 應資料’該回應資料由一回應架構定義。 - 訊息定義模組80可具有訊息類型項目基於從—所接 收的訊息檢索的一訊息識別符而存取，該等訊息類型項 〇 目定義分別訊息類型。通用訊息識別符與所有特定訊息 (不論是請求或回應）一起儲存於一訊息定義模組80 中。架構定義使得各訊息能夠指派包括映射至/自獨特的 棚位識別符及串流名稱及值的一收集的一架構。 保留於一欄位定義組件76中的欄位的定義，對各訊息 類型規定訊息是否包含零或更多欄位及類型識別符編 碼長度疋義及用於搁位的說明。搁位定義模組76可呈 有訊息攔位定義項目’基於從一所接收的訊息檢索的一 訊息識別符及從一所接收的訊息的一欄位識別符而存 13 201035889 取’訊息欄位定義項目定義分別訊息攔位的内容。 轉換模組78可具有訊息轉換項目，基於從-所接收的 訊息檢索的來源及目標資訊定義待實行的訊息轉換。 在刼作中’控制器模組42的-路徑管理模組72檢查 一訊息分類1D以將其包裝至—適當的請求訊息中。在Γ 典型的流程t，-第—f試料是把訊息發送至付款介 面模組46。基於一西？苗a也 ❹ ❹ 、 置參數，一再一次嘗試將把訊息發 送至交易介面模組48。任何例外通過-例外操縱模組82 而用於登錄（使用第3圖的登錄模組60)且接下來回報 至原始模組。若DCC及TFS服務經要求獨立實行銷售處 理系統12的銷售處理模組28，則⑽及顶模組5〇 及52被警報。一旦Dcc及刑模組5〇及π完成資料 操取’如所操取的額外的資訊經返回至控制器模組42的 路徑管理模組72用於進—步動作及路由。 路控官理模組72分別從配置及連接模組54及56接收 配置及連接參數。可登錄資訊被發送至登錄模組60。事 件操縱模組58對路徑管理模組72管理計時器且查詢控 制。 第二介面40、牝、48之一者所接收的一 因此，形成架構引擎及映射資訊的架構模組74可對從 第一、第二 訊 q負貝且藉由路徑官理模組72轉交至架構引擎，架構 模組74可操作以基於映射資訊重新格式化所接收的訊 息來產生-經重新格式化的訊息，控制器模組42進一步 經配置成基於重新格式化而轉交經重新格式化的訊息。 14 201035889 透過架構引擎、訊息定義、襴位定義及變換引擎的互 動及配置，映射模組因此能夠提供如所請求的資料管 理’舉例而言，來滿足付款卡業者資料安全標準。 在本的範例中’如第4圖所顯示，付款介面牝可包括 基於終端機請求訊息封裝付款系統訊息的組件，該扭件 將從控制器模組42所接收的訊息分類。-編碼器/解碼 器（編碼解碼器，codec)84可操作以轉換成及轉換自適 0肖於接線級（Wirelevel)通訊的低階位元組緩衝器。_ 實體貝料單兀（PDU) 86可操作以處理低階緩衝器。一 串列介面88支援至付款系統14的串列通訊。該串列介 面88應用串列通訊框架且提供一穩定通訊至外部付款 系統14。 在本範例中，如第4圖所顯示，交易介面48封裝訊息 格式化而用於與交易系統16通訊。交易介面48可包括 編碼器/解碼H (編碼解碼器）94，可操作以轉換成及 轉換自適用於裝置I/O的低階位元組緩衝器。一實體資 料單元（PDU ) 92可操作以處理該等低階緩衝器。一 HTTP(S)控制器94可形成一 HTTP(S)連接式引擎，且可 操作以透過交易系統丨6的網際網路支援安全封包層交 易。 在一範例實施例中，在通訊介面模組24中的映射模組 4 4及其他模組可配置成使用來自配置主機系統2 $ (第1 圖）的資訊初始化銷售處理系統丨2,該配置主機系統形 成一外部集中配置管理系統。在實施時，通訊介面模組 15 201035889 24無須經初始設定而用於此實施。然而，當具有一獨特 作用碼的一第一初始化訊息藉由通訊介面模組24接收 時，所有模組可使用從配置主機系統25的資訊更新以用 如此貫施所要求的相關參數、定義、樣板來配置通訊介 面模組24的個別模組。 為了開始配置處理，可從銷售處理系統12發佈一初始 化請求（ECRlnit)至通訊介面模組24。此一訊息可包括 〇 一訊息標頭識別該訊息為一初始化請求、用於銷售處理 系統的一銷售ID的點及識別與銷售處理系統相關聯的 付款終端機的一類型的一付款終端機ID。在初始化請求

中的進一步資訊可包括識別輸入裝置（磁卡讀取機、ENV 卡讀取機等等）的資料，不論免稅講物及/或動態貨幣轉 換處理是否待啟動’該資料為列印格式所要求等等的細 節而啟動。 通訊介面模組24的路徑管理模組72可對此一訊息的 收據負貝，透過交易系統12轉交訊息至配置主機系統 25而V致用於特定配置所要求的映射模組44的配置下 載配置資訊。配置資訊的不同組可保留於配置主機飼服 器25且可由參數（各種IDs)讀取，該等參數提供識 別特疋只施的各種兀件（銷售處理系統、付款系統等 等）。 因而可達成對特定配置所要求的配置映射模組44的 配置資訊的4當下載。此可包括將映射模組44配置成 檢查從銷售處理系統預期的所接收的訊息且用於設定適 16 201035889 當的架構。訊息定義模、•且80彳配置適當的訊息類型項 目。適當攔位定義可儲存於欄位定義組件76中。適當訊 μ變換項目可包括於變換模組7 8中。 此外，適當免稅購物模組52及動態貨幣轉換模組 52亦可如要求的從配置主機系統25下載。 藉由從配置主機系統25以此方式提供介面模組24的 初始化，根據可取得的最新配置資訊可確定初始化模組 Ο Τ被最佳化’且此避免通訊介面模組24需要用所有可能 的配置經預先程式化，其中可調度通訊介面模組24。 初始化或配置可在一較遲時間重新完成，以便在一配 置中適應變化（舉例而言：若付款系統的一不同模組係 與銷售處理系統相關聯，或若加入新的服務）。用此方式 的初始化或配置因此藉由允許適應動態的改變而提供調 度中的彈性及未來的考驗。 ^ 換言之，通訊介面模組24可經配置使用從一配置主機 系統所提供的配置資訊來回應於識別一實施配置的一配 置初始化請求。 在此方式中，可從配置主機系統25如所要求的加入訊 息類型及格式。此措施使得訊息定義、攔位定義、變換 及架構模組能夠動態的安排，且使得通訊介面模組24能 夠提供一動態且彈性的方法以提供付款系統空間中所發 生的接下來的改變，亦及定期改變的外部主機。關鍵定 義資料基於用於標記所有對實施來說為必要的必要組 件，來產生於配置主機系統上的一啟動碼，而可更新且 17 201035889 配置以對-給定的實施卫作。資料安全需求中的變化可 隨時解決。通訊介面模組24的使用亦允許在資料提供上 =顯著彈性’其藉由配置用於該等收據的列印或生產而 提供至鎖售處理系統12的資訊，以允許由銷售處理系統 12所列印的及其他收據的彈性的產生。 、雖然在本範例中，配置主機系統25透過交易系統16 連接至通訊介面;^組24，在另_範例中配置主機系統^ 〇 亦可使用冑虽的介面協定透過-直接組件介面直接地 連接至通訊介面系統24。 第5圖係一流程圖圖示由系統1〇實行的各種操作。 在2〇〇,當一使用者1〇〇準備支付商品時，此等經交 遞202在銷售處理系統12處理。銷售處理模組％控制 商品細節的擁取’舉例而言’藉由控制用於掃描一條碼 的一掃描器。 ❹ 假a使用者選擇藉由信用卡付款，銷售處理模組Μ發 送206銷售叫求至通訊介面模組24的控制器模組42， 該通訊介面模組24轉交2〇8 —指示至付款系統14以讀 取使用者的信用卡。 付款系統14提供21〇從卡片所檢索的資料至通訊介面 代24的控制器模組42，該通訊介面模組24將該資料 交至DCC模組5〇。峨模組5()可接著操作以透過通訊 介面模組24的控制器模組42發送212 — DCC價格查找 明求至父易系統1 6 (且從此處至DCC主機20 )。 交易系統16可接著操作以從Dcc主機2〇透過通訊介 18 201035889 面模組24的控制弩描έ日、e 钔态槙組42返回214 — DCC價格回應訊 息至DCC模組50。 DCC模組可接著操作以透過通訊介面模組μ的控制 器核..且42轉乂 2 i 6 Dcc價格回應訊息至銷售處理模組 28 ° 銷售處理模組28可操作以供應2i8 dcc價格至使用 者110。銷售處理模組28接菩 Ο 8接者可知作以接收220使用者 的回應至DCC供應。銘隹考田说 销σ處理模組28可操作以基於至 DCC供應的使用者的回靡 幻口應而選擇用於交易的一貨幣。銷 售處理模組28透過诵却^/ 訊η面模组24的控制器模組42發 送222/224包括所撰傅认也齡 、擇的^幣的一付款訊息至付款系統 14 付款系統14可摔作w欢、v ^ ^ 探作以發送一信用銷售訊息226至銀行 糸統1 8。在第5圓所題+沾立口山 7…貝不的 '机紅中，假設一卡片認可訊 Ο 息返回至付款系統14，复桩荃·类、典、3 —人 ，、接耆透過通訊介面模組24的 控制器模組42發送23〇--1. u ^ . 卞片5忍可訊息至DCC模組50 而藉由DCC模組50處理。 JS模組亦可操作以核㈣使用者是否有資格免稅 採購。對TFS資格的核對可以任何適#的方式達成，舉 例而言藉由將全部或 σ π的“用卡號碼與對銷售處理系 統 12 的領域φ |女 .. ~知幣問題的信用卡號碼的表格作 比較，且決定該卡μ ^ 丄， 疋否非在本地有問題的卡片。卡片 的細節可由TFS模組52氺 决疋其從例如付款系統1 4的 訊息2 1 0中的付教备μ __ 系統14所支援的資訊，透過通訊介面 19 201035889 模組24的控制器模組42來決定。 若卡片使用者係有TFS資格，併人Dcc模組5()及ΤΗ 模組52的通訊介面模組24的控制器模組42，則接著可 柄作以轉交2 3 4卡片認可歲—4« ^ a0 . 下月ij興軚忐組一起至銷售處理模 組 28。 、 若使用者有資格，則銷售處理懸2M妾著可操作以對 使用者提供236 -收據以經營交易的供應作為_打8交 〇 易。 若銷售處理模組28接收238使用者接受以此方式的— TFS供應的確認，則接著銷售處理模組透過通訊介面模 組24的控制器模組42發送24〇 一請求至tfs模組52。 TFS模組接著透過通訊介面模組24的控制器模組42及 交易系統16發送242 一 TFS問題請求至TFS主機系統 22 ° 〇 TFS主機系統22可透過交易系統16及通訊介面模組 24的控制器模組42返回244 一 TFS回應訊息至tfs模 組52。TFS模組52可接著透過通訊介面模組24的控制 器杈組42發送246包括用於產生一 TFS支票的資料的一 TFS回應至銷售處理模組28。 銷售處理模組28可接著操作以對使用者輸出248 (例 如列印）一 TFS支票。 父易系統16可使用—適當的通訊協定扮演為對tfs 主機系統22的一客戶。通訊協定可以文字形式用於請求 退款文件。經請求的文件可在一問題支票回應中退回作 20 201035889 為一 BASE64經編碼的元件。包括於回應中的資料可退 回至銷售處理模組28,而無任何由通訊介面模組的修改。 從以上說明中參照第5圖可瞭解通訊介面模組Μ使得 與—銷售處理系統相關聯的各㈣統能夠交流。通訊介 面模組24的供應意味著銷售處理系統製造商無須考慮 存在於市場上的所有潛在的不同付款系統及終端機，且 Ο 亦有額外的服務例如動態貨幣轉換的免稅構物，其零售 商可-起透過第三方供應商供應。銷售處理系統供應商 無須提供如所要求的資料管理，例如為了滿足付款卡業 者資料安全標準，因為此由通訊介面模組24與銷售處理 系統模组2 8隔絕。 諸如一通訊介面模組的-實施例可實施為—電腦程式 產品，包含程式碼操作以控制一銷售處理系統的至少二 個處理器。電腦程式產品可包含負載程式料—電 讀媒體。 夕雖然以上所描述的㈣例已作詳細描述，各種為數眾 二：變及修改將對技藝人士而言在全然瞭解上述揭示 =顯而易見的。下文的申請專利範圍所欲解釋為包 括所有此等改變及修改及其均等。 【圖式簡單說明】 實施例僅以範例的方式說明，與隨附圖式一起參考。 第1圖係用於提供銷售處理及付款服務的—結合系統 21 201035889 的一範例的概要圖示。 第1 2圖係圖示第1圖的盎MM丄 的系統的功能元件的~範例的 概要方塊圖。 能元件更詳 細 第3圖係圖示第2圖中％甜_ u # 所顯不的某些功 的一概要方塊圖。 功能元件更詳細 第4圖係圖示第3圖中所顯示的某些 的一概要方塊圖。 第5圖係圖示此一 系統的範例操作的—流程圖。 【主要元件符號說明】 10系統構造 42控制器模組 12銷售處理系統 44映射模組 1 4付款系統 16交易系統 1 8銀行系統 20 DCC主機系統 22 TFS主機系統 24通訊介面模組 25配置主機系統 46付款介面 48交易介面 50 DCC模組 52 TFS模組 54配置API模組 56連接管理模組 5 8事件管理模組 Ο Ο 60登錄模組 7 2路徑管理模组 74架構引擎 76攔位定義模組 22 1 8銷售處理 2 〇協定 4〇銷售處理介面 201035889 78變換引擎 82例外操縱模組 84編碼器/解碼器 86實體資料單元 88串列介面 90編碼器/解碼器 92實體資料單元 94 HTTP(S)控制器 11 0使用者

23

Claims (1)

1. 201035889 七、申請專利範圍： 1 · 一種用於一銷售處理系統的通訊介面模組，該通訊介 面模組包含組件模組包括： 一第一介面模組’可操作以支援一第—協定與該銷售 處理系統的一銷售處理模組通訊； 一第二介面模組，可操作以支援一第二協定與一付款 系統通訊； 第三介面模組，可操作以支援—第三協定與用於外 部服務的一交易系統通訊；及 一控制器模組，可操作以於該等第一、第二及第三介 面模組之間控制訊息的路由，及分別依照該等第一、第 一及第二協定控制該等訊息的重新格式化。 2.如申請專利範圍第〗項之通訊介面模組，進一步包 〇 含：以一映射模組形成的該形式的一進一步組件模組， 其包括一架構模組及映射資訊模組，該控制器模組可操 作而將從該等第一、第二及第三介面模組之一者所接收 的一訊息遞送至該架構模組，且該架構模組可操作以基 於該映射資訊將該所接收的訊息重新格式化而產生一經 重新格式化的訊息’該控制器模組進—步配置成基於兮 重新格式化而遞送該經重新格式化的訊息。 3·如申請專利範圍第2項之通訊介面模組，其中該映射 24 201035889 楔組包括：一訊息定義模組，該訊息定義模組具有訊息 類型項目，基於從一所接收的訊息檢索的一訊息識別符 而存取，該等訊息類型項目定義分別的訊息類型。 4. 如申請專利範圍第2項之通訊介面模組，其令該映射 模組包括：一欄位定義模組，該欄位定義模組具有訊息 攔位定義項目，基於從一所接收的訊息檢索的—訊息識 〇 別捋及從一所接收的訊息的一欄位識別符而存取，該等 訊息攔位定義項目定義分別訊息攔位的該内容。 5. 如申請專利範圍第2項之通訊介面模組，其十該映射 模組包括：一變換模組，該變換模組定義基於從一所接 收的訊息檢索的來源及目標資訊而待實行的訊息變換。 ❹ 6.如申請專利範圍第丨項之通訊介面模組，進一步包 含：以一直接貨幣轉換模組形成的該形式的一進一步組 件模組’其經配置成實行直接貨幣轉換處理，該控制器 模組可操作以控制訊息的路由進出該直接貨幣轉換模 組。 7.如申凊專利範圍任何第丨項之通訊介面模組，進一步 包含：以一免稅購物模組形成的該形式的一進一步組件 模、’且，其經配置成實行免稅購物處理，該控制器模組可 操作以控制訊息的路由進出該免稅購物模組。 25 201035889 8. 如申請專利範圍第丨項之通訊介面模組，其中該通訊 介面模組的該等組件模組的至少一者可經配置。 9. 如申請專利範圍第8項之通訊介面模組，其中該通訊 "面模組的該等組件模組的該至少一者可從一配置主機 系統使用配置資訊來配置。 〇 10. 如申請專利範圍第丨項之通訊介面模組，其中至少 一個該模組包含一電腦程式。 11. 一種銷售處理系統，其包含一銷售處理模組經配置 成經營銷售處理及申請專利範圍第1項之該通訊介面模 、’且該銷售處理模組經配置成支援該第一協定與該通訊 介面模組通訊。 〇 如申晴專利範圍第11項之銷售處理系統，其中該銷 售處理模組進一步配置成與一遠端伺服器系統通訊。 13 » if【 • 申請專利範圍第11項之銷售處理系統，配置為一 銷售處理終端機。 14 · 種經結合的系統’其包含申請專利範圍第11項之 該銷售處理系統及一付款系統，可操作地透過該第二組 26 201035889 件介面模組連接至該銷售處理系統。 其中該付 15.如申請專利範圍第14項之經結合的系統 款系統包含一卡片付款終端機。 16.如申請專利範圍第14項之經結合的系統， ❹ 2該第三介面模組連接至-交易系統，該交易系統可 」地連接至—免稅購物主機系统及—直接 機系統之至少一者。 17.如申請專利範圍第14項之經結合的系統，可操作地 連接至一配置主機系統。 18.-種操作一銷售處理系統的方法，該銷售處理系統 包括申請專利範圍第i項至第10項之任何一項之該通訊 介面模組’其中該方法包含以下步驟： 使用一控制器模組在第一、第二及第三組件介面模組 之間控制訊息的路由，包括分別依照第一、第二及第三 協定對該等訊息的重新格式化，且其中 該第一介面模組支援一第一協定與該銷售處理系 統的一銷售處理模組通訊， D亥弟一 面模組支援一第二協定與一付款系統通 訊，及 該第三介面模組支援一第三協定與用於外部服務 27 201035889 的一交易系統通訊。 19. 如申請專利範圍第18項之方法，進一步包含以下步 驟：使用從一配置主機系統所提供的配置資訊來配置該 通訊介面模組 20. 如申請專利範圍第19項之方法，其中該配置資訊由 ) 該配置主機系統提供，該配置主機系統回應於一配置初 始化請求識別一實施配置。 21 種電腦程式產品 已3柱式碼，其可操作以控制 至少-個-銷售處理系統的處理器來執行 第18項之該方法。 』犯圍

   28