專利名稱：動態(tài)貨幣轉(zhuǎn)換系統(tǒng)和方法
動態(tài)貨幣轉(zhuǎn)換系統(tǒng)和方法
背景技術(shù)：
本發(fā)明涉及可以向用戶(例如，支付卡持有者)提供支付用替代貨幣的基于卡的 系統(tǒng)。典型的交易終端系統(tǒng)，例如自動柜員機、銷售點終端、其工作站，將會以交易終端 系統(tǒng)當(dāng)?shù)氐呢泿盘峁┙灰?。然而，有時用戶將會希望以替代貨幣進(jìn)行交易。自動存在這樣的需求識別用戶可能希望以交易終端系統(tǒng)當(dāng)?shù)氐呢泿乓酝獾呢泿?進(jìn)行支付的支付。已提出了提供用于動態(tài)貨幣轉(zhuǎn)換的貨幣的自動確定的一些方法。例如，EP 1，018，711公開了包括如下內(nèi)容的方法根據(jù)支付卡號識別標(biāo)識碼，以 及將標(biāo)識碼與包含發(fā)行方代碼和相應(yīng)貨幣代碼的表中的條目相比較以確定用于與卡交易 相關(guān)聯(lián)的操作貨幣。國際專利申請WO 2006/009816公開了包括如下內(nèi)容的方法接收由顧客維持的 與金融機構(gòu)相關(guān)聯(lián)的金融賬號，確定與金融賬戶相關(guān)聯(lián)的外幣類型，向用戶呈現(xiàn)選擇項，隨 后按照顧客的貨幣選擇進(jìn)行貨幣交易?；诩夹g(shù)和法律需要，用于自動確定用于貨幣轉(zhuǎn)換的貨幣的不同選項不是在卡交 易終端可能位于的所有地點都可用。相應(yīng)地，傳統(tǒng)地，為了解決這些需求而支持多個卡交易 終端是必要的。

發(fā)明內(nèi)容
—個方面可以提供交易終端系統(tǒng)，包括接收支付卡細(xì)節(jié)和交易細(xì)節(jié)的輸入接口 ； 連接到遠(yuǎn)程主機系統(tǒng)通信接口 ；以及處理邏輯，能進(jìn)行操作以向主機系統(tǒng)傳輸兌率請求消 息以識別貨幣轉(zhuǎn)換率，并且從主機系統(tǒng)接收響應(yīng)消息。兌率請求消息可以包括表明多個兌 率請求消息類型中一個兌率請求消息類型的請求類型指示符，并且其中，針對至少選定兌 率請求消息類型的兌率請求消息包括針對轉(zhuǎn)換貨幣指示符的轉(zhuǎn)換貨幣字段。操作交易終端系統(tǒng)的方法可以包括接收支付卡細(xì)節(jié)和交易細(xì)節(jié)；向主機系統(tǒng)傳 輸兌率請求消息以識別動態(tài)貨幣轉(zhuǎn)換率，其中，兌率請求消息包括表明多個兌率請求消息 類型中一個兌率請求消息類型的請求類型指示符，并且其中，針對至少選定兌率請求消息 類型的兌率請求消息包括轉(zhuǎn)換貨幣指示符的轉(zhuǎn)換貨幣字段；以及從主機系統(tǒng)接收響應(yīng)消 肩、ο另一個方面可以提供動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)，包括連接到交易終端系統(tǒng)的主機 通信接口 ；以及主機處理邏輯，能夠操作以從交易終端接收兌率請求消息。兌率請求消息可 以包括表明多個兌率請求消息類型中一個兌率請求消息類型的請求類型標(biāo)志符，并且，針 對至少選定兌率請求消息類型的兌率請求消息可以包括針對轉(zhuǎn)換貨幣指示符的轉(zhuǎn)換貨幣 字段。處理邏輯能夠進(jìn)一步操作，以響應(yīng)于包括所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換 率，或者響應(yīng)于沒有所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換貨幣以及所確定轉(zhuǎn)換貨幣的 轉(zhuǎn)換的交易量。處理邏輯可以向交易終端系統(tǒng)傳輸包括該貨幣轉(zhuǎn)換率指示符以及轉(zhuǎn)換貨幣 指示符的兌率響應(yīng)消息。
8
操作動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)的方法可以包括從交易終端系統(tǒng)接收兌率請求消 息，其中，兌率請求消息包括表明多個兌率請求消息類型中一個兌率請求消息類型的請求 類型指示符，并且其中，針對至少選定兌率請求消息類型的兌率請求消息包括針對轉(zhuǎn)換貨 幣指示符的轉(zhuǎn)換貨幣字段；響應(yīng)于包括所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換率，或者 響應(yīng)于沒有所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換貨幣以及所確定轉(zhuǎn)換貨幣的轉(zhuǎn)換率； 以及向交易終端系統(tǒng)傳輸包括該貨幣的轉(zhuǎn)換率指示符以及轉(zhuǎn)換貨幣指示符的兌率響應(yīng)消 肩、O動態(tài)貨幣轉(zhuǎn)換系統(tǒng)可以包括一個或更多個這種交易終端系統(tǒng)，以及一個或更多 個這種動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)。雖然所附權(quán)利要求中列出了本發(fā)明的各個方面，但本發(fā)明的其它方面包括來自描 述的實施例和/或所附從屬權(quán)利要求的特征與獨立權(quán)利要求特征的任何組合，并非只是所 附權(quán)利要求中明確列出的組合。


參照附圖僅以示例的方式描述實施例。圖1是示出提供動態(tài)貨幣轉(zhuǎn)換的卡支付系統(tǒng)的結(jié)構(gòu)實例的示意性框圖。圖2是示出交易終端系統(tǒng)的實例的框圖。圖3是示出動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)的實例的框圖。圖4A、圖4B和圖4C形成示出交易終端系統(tǒng)的實例操作的流程圖；圖5A和圖5B形成示出動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)的實例操作的流程圖；以及圖6形成示出支付授權(quán)過程的實例的流程圖。
具體實施例方式圖1是示出支付卡系統(tǒng)100的實例的示意性框圖。圖1示出包括卡支付功能以及額外地包括動態(tài)貨幣轉(zhuǎn)換(DCC)系統(tǒng)功能的交易終 端系統(tǒng)(或交易站系統(tǒng))10。交易終端系統(tǒng)10可以被配置為位于例如零售商所在地的銷售 點終端，或者可以例如是自動柜員機。交易終端系統(tǒng)10可以包括用于接收卡支付和購買細(xì)節(jié)的一個或更多個接口。交 易終端系統(tǒng)10經(jīng)由通信網(wǎng)絡(luò)(例如，經(jīng)由因特網(wǎng)、電話網(wǎng)或另一網(wǎng)絡(luò))與為零售商提供銀 行服務(wù)的銀行的計算機系統(tǒng)12 (在下文中稱作收單方銀行系統(tǒng)12)通信。作為處理卡支付 的一部分，交易終端系統(tǒng)10生成支付授權(quán)請求消息20。收單方銀行系統(tǒng)12可以包括一個或更多個計算機。收單方銀行系統(tǒng)12可以被操 作以從交易終端系統(tǒng)10接收支付授權(quán)請求消息20，以及在適當(dāng)?shù)臅r候向交易終端系統(tǒng)10 返回授權(quán)響應(yīng)消息30。收單方銀行系統(tǒng)12經(jīng)由通信網(wǎng)絡(luò)(例如，經(jīng)由因特網(wǎng)、電話網(wǎng)或另 一網(wǎng)絡(luò))進(jìn)一步與支付卡操作者的計算機系統(tǒng)的網(wǎng)絡(luò)14(在下文中稱作方案網(wǎng)絡(luò)系統(tǒng)14) 通信。雖然圖1中只示出了一個方案網(wǎng)絡(luò)系統(tǒng)14，但收單方銀行系統(tǒng)12將會與各個支付卡 操作者的各個方案網(wǎng)絡(luò)系統(tǒng)通信。收單方銀行系統(tǒng)12可操作來分析從交易終端系統(tǒng)10接收的支付授權(quán)請求消息 20，以為關(guān)注的卡確定合適的方案網(wǎng)絡(luò)系統(tǒng)14以及向方案網(wǎng)絡(luò)系統(tǒng)14轉(zhuǎn)發(fā)支付授權(quán)請求消息22。方案網(wǎng)絡(luò)系統(tǒng)14可操作來從收單方銀行系統(tǒng)12接收支付授權(quán)請求消息22，以及 在適當(dāng)?shù)臅r候向收單方銀行系統(tǒng)12返回授權(quán)響應(yīng)消息28。方案網(wǎng)絡(luò)系統(tǒng)14經(jīng)由通信網(wǎng) 絡(luò)(例如，經(jīng)由因特網(wǎng)、電話網(wǎng)或另一網(wǎng)絡(luò))進(jìn)一步與發(fā)行支付卡的金融機構(gòu)的計算機系統(tǒng) 16 (在下文中稱作發(fā)行金融機構(gòu)系統(tǒng))通信。雖然圖1中只示出了一個發(fā)行金融機構(gòu)系統(tǒng) 16，但方案網(wǎng)絡(luò)系統(tǒng)14可以與各個發(fā)行金融機構(gòu)的各個發(fā)行金融機構(gòu)系統(tǒng)16通信。方案網(wǎng)絡(luò)系統(tǒng)14可操作來分析接收的支付授權(quán)請求消息22，以識別發(fā)行該支付 卡的發(fā)行金融機構(gòu)。方案網(wǎng)絡(luò)系統(tǒng)14隨后可操作來向關(guān)注的發(fā)行金融機構(gòu)系統(tǒng)16轉(zhuǎn)發(fā)支 付授權(quán)請求消息24，以及從發(fā)行金融機構(gòu)系統(tǒng)16接收響應(yīng)消息26。發(fā)行金融機構(gòu)系統(tǒng)16可以操作來接收支付授權(quán)請求消息24，通過把支付請求的 細(xì)節(jié)與為關(guān)注的支付卡保有的記錄相比較來處理授權(quán)請求，并且隨后向方案網(wǎng)絡(luò)系統(tǒng)14 傳輸合適的授權(quán)響應(yīng)消息26。授權(quán)響應(yīng)消息包括各種細(xì)節(jié)，這些細(xì)節(jié)包括對支付是否被授 權(quán)的確認(rèn)。然后經(jīng)由方案網(wǎng)絡(luò)系統(tǒng)14、收單方銀行系統(tǒng)12把授權(quán)響應(yīng)消息26轉(zhuǎn)發(fā)到交易 終端系統(tǒng)10。下面，將給出交易終端系統(tǒng)10與DCC主機系統(tǒng)18之間傳遞的兌率請求和兌率響 應(yīng)消息的進(jìn)一步細(xì)節(jié)，以確定是否要執(zhí)行DCC操作。在確認(rèn)了交易的貨幣后，交易終端系統(tǒng)10可以操作來經(jīng)由收單方銀行系統(tǒng)12和 方案網(wǎng)絡(luò)系統(tǒng)14向發(fā)行金融機構(gòu)16發(fā)送(例如，持卡者的本國或計賬貨幣的)授權(quán)請求 消息或金融提示(presentment)請求消息或金融提示建議消息或清除消息。圖2是交易終端系統(tǒng)10的實例的示意性框圖。圖2中示例的實例交易終端系統(tǒng) 10包括一個或更多個處理器40、存儲器42(可以包括易失性和非易失性內(nèi)存和存儲器)， 以用于程序和數(shù)據(jù)的存儲。圖2示出存儲器42包括形成卡處理(CP)應(yīng)用模塊44的卡處 理應(yīng)用、形成DCC模塊46的DCC應(yīng)用以及參考國家和/或貨幣信息48、識別以終端當(dāng)?shù)氐?貨幣發(fā)行的卡的當(dāng)?shù)刎泿趴ㄎ募?9 (該文件可以采用包括例如發(fā)行方標(biāo)識號/銀行標(biāo)識號 (IIN/BIN)表49的各種形式)以及外幣表47。應(yīng)當(dāng)注意，存儲器42可以包含其它應(yīng)用和 數(shù)據(jù)?？梢岳缱鳛镮SO國家代碼和阿爾法貨幣代碼和/或數(shù)字貨幣代碼，在寄存器中 或存儲器42中的文件中保持參考國家和/或貨幣信息48。在將當(dāng)?shù)刎泿趴ㄎ募崿F(xiàn)為當(dāng)?shù)豂IN/BIN表49的情況下，可以識別把交易終端 的當(dāng)?shù)刎泿抛鳛橹Ц犊ㄓ嬞~貨幣的支付卡的當(dāng)?shù)劂y行和其它金融機構(gòu)，從而交易卡的用戶 (持卡者)將不適宜動態(tài)貨幣轉(zhuǎn)換。當(dāng)?shù)豂IN/BIN表中的各條目可以包括各種字段，這些字 段包括例如如下內(nèi)容的如下字段中的一個或更多個IIN/BIN ；阿爾法計賬貨幣代碼(例如，阿爾法ISO貨幣代碼)；數(shù)字計賬貨幣代碼(例如，數(shù)字ISO貨幣代碼)；國家代碼(例如，ISO國家代碼)。外幣表47可以包括交易終端系統(tǒng)10對于動態(tài)貨幣轉(zhuǎn)換所支持的外幣的指明。外 幣表47中的各條目可以包括各種字段，這些字段包括例如如下內(nèi)容的如下字段中的一個 或更多個
阿爾法外幣代碼(例如，阿爾法ISO貨幣代碼)；數(shù)字外幣代碼(例如，數(shù)字ISO貨幣代碼)。圖2還示意性地呈現(xiàn)了鍵盤/小鍵盤50、掃描儀52和讀卡器54。鍵盤/小鍵盤 50可以是具有分離鍵的鍵盤/小鍵盤，或者可以被配置成觸摸屏鍵盤/小鍵盤并且適當(dāng)?shù)?可以用于數(shù)字和/或其它字符的輸入。掃描儀52可以例如是條形碼掃描儀、RFI標(biāo)簽掃描 儀等。讀卡器54可以被配置成從支付卡讀取數(shù)據(jù)。讀卡器54適當(dāng)?shù)乜梢允谴艞l讀取器、 接觸式芯片讀卡器、非接觸式芯片讀卡器、RFI標(biāo)簽讀卡器等。另外，在合適的情況下，讀卡 器54還可以操作來向恰當(dāng)配置的支付卡寫入信息。圖2進(jìn)一步示意性地呈現(xiàn)了顯示器56、打印機58和通信接口 60。顯示器56適當(dāng) 地可以是數(shù)字顯示器、字母數(shù)字顯示器、圖像顯示器等，以顯示輸入數(shù)據(jù)和/或消息以在交 易終端系統(tǒng)10的操作中協(xié)助用戶(例如，支付卡持有者)和/或零售商/商家。打印機可 以用于打印購買收據(jù)和/或其它信息。通信接口 60使得能夠直接地或者經(jīng)由中間網(wǎng)絡(luò)(未 示出)從交易終端系統(tǒng)10到DCC主機系統(tǒng)18經(jīng)由一個或更多個通信信道62進(jìn)行通信。在上述實例中，交易終端系統(tǒng)10是支付接受設(shè)備或自動柜員系統(tǒng)或銷售點系統(tǒng)。 然而，應(yīng)當(dāng)理解，交易終端系統(tǒng)10還可以是連接到因特網(wǎng)的工作站形式的。還可以把交易 終端系統(tǒng)完全地或部分地集成到飯店、劇院、零售設(shè)施等的交易系統(tǒng)中。圖3是DCC主機系統(tǒng)18的實例的示意性框圖。圖3中示例的實例DCC主機系統(tǒng) 18包括一個或更多個處理器70、存儲器72(可以包括易失性和非易失性存儲器)，以用于程 序和數(shù)據(jù)的存儲。圖3示出存儲器72包括形成DCC模塊76的一個或更多個DCC程序以及 包括本國貨幣文件75的一個或更多個數(shù)據(jù)表、貨幣轉(zhuǎn)換或匯率表74、國家對貨幣表77以及 默認(rèn)貨幣表73。應(yīng)當(dāng)注意，存儲器72可以包含其它應(yīng)用和數(shù)據(jù)。本國貨幣文件75可以例如是計賬貨幣文件(BCF 75)形式的，計賬貨幣文件可以 具有可以包括各種字段的條目，這些字段包括例如如下內(nèi)容的字段賬戶計費文件標(biāo)識符；卡賬號范圍的較低值；卡賬號范圍的較高值；以及阿爾法計賬貨幣代碼(例如，2-3字符阿爾法ISO貨幣代碼)；數(shù)字計賬貨幣代碼(例如，3位數(shù)字ISO貨幣代碼)；匯率表74可以包含可以從中提取當(dāng)前匯率數(shù)據(jù)的信息。匯率表中的首條目可以 包括各種字段，這些字段包括例如如下內(nèi)容的如下字段中的一個或更多個輸出文件前綴；文件標(biāo)識符；起始有效日期；起始有效時間；基礎(chǔ)貨幣代碼(例如，使用ISO貨幣代碼)；國家代碼(例如，使用ISO國家代碼)；文件序列號(例如，001，除非對于該日期有多于一個文件)；文件擴展名(例如，DAT)。匯率表74中的卷(volume)可以包括各種字段，這些字段包括例如如下內(nèi)容的如下字段中的一個或更多個卷頭；起始有效日期；起始有效時間；兌率 M。匯率表74中的各匯率條目可以包括各種字段，這些字段包括例如如下內(nèi)容的如 下字段中的一個或更多個阿爾法貨幣代碼(例如，ISO標(biāo)準(zhǔn)3字符阿爾法代碼)；數(shù)字貨幣代碼(例如，ISO標(biāo)準(zhǔn)2-3字符數(shù)字代碼)；歐元帶(Euroband)標(biāo)識符(例如，表明貨幣是否是歐元帶貨幣的標(biāo)記)；匯率(例如，四舍五入到4個小數(shù)位的兌換率)；商家FX率類別；自日期起有效(例如，匯率自該日期起有效的日期)；自時間起有效(例如，匯率自該日期起有效的日期中的時間)；至某日期有效(例如，匯率在該日期之后無效的日期)；至某時間有效(例如，匯率在該日期之后無效的日期中的時間)；加價(markup)百分比值；加價精度值(例如，以表明加價小數(shù)位精度)。匯率表74中的最終字段可以包括各種字段，這些字段包括例如如下內(nèi)容的如下 字段中的一個或更多個尾線(trailer line)；貨幣代碼字段的校驗和；匯率字段的校驗和；記錄計數(shù)。國家對貨幣表77用來在國家與其官方國家貨幣之間進(jìn)行映射。通常，一個官方國 家貨幣與每個國家相關(guān)聯(lián)，但是可以存在多個國家與一個官方國家貨幣(例如，歐元)相關(guān) 聯(lián)。在一個實例中，按照國家排列國家對貨幣表并且國家的每個條目標(biāo)識與之相關(guān)聯(lián)的官 方國家貨幣。在此實例中，每個條目可以包括一個或更多個字段，所述字段包括例如如下字 段中的一個或更多個國家代碼(例如，ISO國家代碼)；阿爾法貨幣代碼(例如，ISO標(biāo)準(zhǔn)3字符阿爾法代碼)；數(shù)字貨幣代碼(例如，ISO標(biāo)準(zhǔn)2-3字符數(shù)字代碼)。默認(rèn)貨幣表73可以用來識別要用于交易的默認(rèn)貨幣。默認(rèn)貨幣表73可以包括例 如不支持的DCC貨幣與默認(rèn)支持的DCC貨幣之間的映射，并且可以用于某些狀況中以識別 在使用針對交易終端系統(tǒng)10和/或直接貨幣轉(zhuǎn)換主機系統(tǒng)18不支持的貨幣發(fā)行的支付卡 時要使用的默認(rèn)DCC貨幣。默認(rèn)貨幣表73還可以用于某些狀況中，以識別要用于未對交易 終端系統(tǒng)10的當(dāng)?shù)刎泿虐l(fā)行的支付卡的默認(rèn)DCC貨幣。在一個實例中，按照輸入貨幣(例 如，終端支付系統(tǒng)當(dāng)?shù)氐呢泿藕?或不支持的貨幣等)排列默認(rèn)貨幣表73，并且輸入貨幣的 每個條目標(biāo)識與之相關(guān)聯(lián)的相應(yīng)默認(rèn)貨幣。在該實例中，每個條目可以包括一個或更多個字段，這些字段包括例如如下字段中的一個或更多個阿爾法輸入貨幣代碼(例如，ISO標(biāo)準(zhǔn)3字符阿爾法代碼)；數(shù)字輸入貨幣代碼(例如，ISO標(biāo)準(zhǔn)2-3字符數(shù)字代碼)；阿爾法默認(rèn)貨幣代碼(例如，ISO標(biāo)準(zhǔn)3字符阿爾法代碼)；數(shù)字默認(rèn)貨幣代碼(例如，ISO標(biāo)準(zhǔn)2-3字符數(shù)字代碼)。圖3還示意性地呈現(xiàn)了鍵盤78和顯示器80。鍵盤78可以是具有單獨鍵的鍵盤， 或者可以被配置為觸摸屏鍵盤，并且可以適當(dāng)?shù)赜糜跀?shù)字和/或其它字符的輸入。顯示器 80適當(dāng)?shù)乜梢允菙?shù)字顯示器、字母數(shù)字顯示器、圖像顯示器等，以使得操作員能夠查看系統(tǒng) 數(shù)據(jù)。圖3還示出打印機82和通信接口 84。打印機可以用于打印系統(tǒng)數(shù)據(jù)。通信接口 84使得能夠直接地或者經(jīng)由中間網(wǎng)絡(luò)(未示出)進(jìn)行經(jīng)由一個或更多個通信信道86與交 易終端系統(tǒng)10和收單方銀行系統(tǒng)12的通信。由圖4A、圖4B和圖4C形成的圖4是示出由交易終端系統(tǒng)10執(zhí)行的支付卡交易的 DCC操作和卡交易(例如，支付卡交易)的過程圖。交易終端系統(tǒng)10初始地處于空閑狀態(tài)300。當(dāng)用戶(例如，持卡者)希望進(jìn)行交 易(例如進(jìn)行支付)時，交易終端確定支付卡的類型。如果在步驟302中確定支付卡是EMV 卡(即，具有芯片的卡)，則結(jié)合EMV卡由交易終端10在392執(zhí)行EMV處理。在304，發(fā)生應(yīng)用選擇。換言之，交易終端系統(tǒng)10可以在304進(jìn)行操作，以確定由終 端系統(tǒng)10和支付卡相互支持的應(yīng)用，以便允許持卡者選擇要使用的優(yōu)選應(yīng)用(例如，VISA 信用/借記、Electron、MasterCard信用/借記或者其它)。在306，可以啟動選擇的支付卡應(yīng)用，在支付卡上提供處理選項數(shù)據(jù)對象列表 (PDOL)的情況下可選地進(jìn)行使用。啟動應(yīng)用處理功能306可以-通知支付卡芯片正開始新交易的處理；-為支付卡芯片提供關(guān)于交易的與終端有關(guān)的信息；-從支付卡芯片獲得包含要在處理交易過程中使用的支付卡芯片數(shù)據(jù)的文件的列 表以及應(yīng)用交換概況；以及-確定是否允許交易。PDOL(如果支付卡上存在)是支付卡芯片的終端駐留數(shù)據(jù)元素的長度和標(biāo)簽的列 表。如果PDOL可用，則芯片卡將會請求交易終端系統(tǒng)10使用PDOL中可用的信息以用于可 應(yīng)用的應(yīng)用。如果PDOL中存在，則芯片卡可以從交易終端系統(tǒng)10請求交易量和貨幣。然后，在308，從支付卡讀取數(shù)據(jù)。交易終端系統(tǒng)10可以使用支付卡芯片中包含的 數(shù)據(jù)執(zhí)行各種任務(wù)。交易終端系統(tǒng)10在310確定卡上是否存在應(yīng)用貨幣代碼。如果卡上存在代表管 理支付卡賬戶的貨幣的應(yīng)用貨幣代碼，則在步驟312把應(yīng)用貨幣代碼與交易終端系統(tǒng)10中 的存儲器42中外幣表47中的條目相比較，以確定DCC適宜性。如果應(yīng)用貨幣代碼與對于 交易終端系統(tǒng)10的動態(tài)貨幣轉(zhuǎn)換支持的外幣相對應(yīng)，則這表明用戶適宜動態(tài)貨幣轉(zhuǎn)換。如果在310交易終端系統(tǒng)10確定卡上不存在應(yīng)用貨幣代碼，交易終端系統(tǒng)10確 定支付卡上是否存在代表發(fā)行方國家的發(fā)行方國家代碼。如果支付卡上存在發(fā)行方國家代碼，則在步驟316交易終端系統(tǒng)10把發(fā)行方國家代碼與交易終端系統(tǒng)10中的存儲器42中 保持的參考代碼48相比較，以確定DCC適宜性。如果從支付卡取得的發(fā)行方國家代碼與參 考代碼48相對應(yīng)，則這表明用戶不適宜動態(tài)貨幣轉(zhuǎn)換。將會明白，在另一實例中310和314處的確定的次序可以相反。如果在302處交易終端系統(tǒng)10確定該卡不是EMV卡，或者可替選地，如果支付卡 是EMV卡并且卡上既未提供應(yīng)用貨幣代碼也未提供發(fā)行方國家代碼(見310和314)，則在 318處可以使用支付卡的主賬號(PAN)來確定DCC適宜性。例如，交易終端系統(tǒng)10可以取 得發(fā)行方識別號/銀行標(biāo)識號(IIN/BIN)，并且可以將發(fā)行方識別號/銀行標(biāo)識號與例如保 持在交易終端系統(tǒng)10的存儲器42中的當(dāng)?shù)刎泿盼募?9的IIN/BIN表中的、針對交易終端 系統(tǒng)10位于的貨幣區(qū)當(dāng)?shù)匕l(fā)行方的參考IIN/BIN代碼、或者當(dāng)?shù)氐牧斜?9相比較，其中， 發(fā)行方識別號/銀行標(biāo)識號形成支付卡上磁條上或者芯片中(如果存在)保持的、或者用 戶手工錄入的PAN的一部分。如果該過程基于取得的這樣的IIN/BIN代碼，則這表明用戶 不適宜動態(tài)貨幣轉(zhuǎn)換發(fā)現(xiàn)該IIN/BIN代碼與交易終端系統(tǒng)10位于的貨幣區(qū)當(dāng)?shù)匕l(fā)行方的 當(dāng)?shù)刎泿盼募?9中保持的參考IIN/BIN代碼、或者當(dāng)?shù)氐牧斜碇幌鄬?yīng)。相應(yīng)地，在320，交易終端系統(tǒng)10可以確定在312、316或318識別出的信息是否表 明用戶潛在地適宜DCC。如果在320交易終端系統(tǒng)10根據(jù)在312、316或318識別出的信息確定用戶不適 宜DCC，則在384，交易繼續(xù)使用當(dāng)?shù)?或參考)貨幣。在步驟386，交易終端系統(tǒng)10可以檢查是否已經(jīng)對交易執(zhí)行了授權(quán)，如果否，則 可以在388執(zhí)行圖6中描述的授權(quán)請求過程。例如，如果交易量在預(yù)定值以下，或者，如果 “做出授權(quán)”標(biāo)記被置位(見后)，則可能不要求授權(quán)。交易終端系統(tǒng)10隨后通過使用具有 從388獲得的許可代碼的當(dāng)?shù)刎泿艅?chuàng)建清除建議消息在389按照正常支付交易過程繼續(xù)交 易。可替選地，如果在386確定“做出授權(quán)”標(biāo)記被置位，則交易終端系統(tǒng)10在無授權(quán)的情 況下在390繼續(xù)交易，并且使用當(dāng)?shù)刎泿艅?chuàng)建清除建議消息。注意通常在交易終端系統(tǒng)10 將清除消息聚集到批次中，并且發(fā)送到收單方銀行系統(tǒng)12作為日末處理的一部分；或者作 為一系列日末之前的清除建議發(fā)送。該過程隨后在400完成。例如，可以在接收到授權(quán)許 可以及打印了收據(jù)以供持卡者簽字之后使用該貨幣完成交易。然而，如果在320確定用戶適宜DCC，則控制經(jīng)由路線A前往圖4B。相應(yīng)地，在圖4B中，交易終端系統(tǒng)10可以在330確定應(yīng)用貨幣代碼是否可用。如 果在330確定應(yīng)用貨幣代碼可用，則在331，如在F所表明地使用第一過程代碼(例如，PROC CODE = 000000)將具有應(yīng)用貨幣代碼的兌率請求消息傳輸?shù)紻CC主機系統(tǒng)18?？商孢x地，如果交易終端系統(tǒng)10在330確定應(yīng)用貨幣代碼不可用，則交易終端系 統(tǒng)10可以在332確定對于交易終端系統(tǒng)10是否準(zhǔn)許遠(yuǎn)程動態(tài)貨幣代碼獲取。是否準(zhǔn)許遠(yuǎn) 程動態(tài)貨幣代碼獲取可以取決于例如交易終端和/或DCC主機系統(tǒng)的位置、以及是否啟用 了此功能。例如，在一個實施例中，由于能夠存在合適的功能模塊而可以提供該功能，但是 該模塊在操作員位置中安裝以前可以被去激活。如果確定準(zhǔn)許動態(tài)貨幣代碼獲取(即，啟 用了該功能)，則在333，如在F所表示地使用第二過程代碼(例如，PROC CODE = 000001) 將具有PAN的選定位(例如，PAN的前8或10位)、沒有貨幣代碼的兌率請求消息傳輸?shù)?DCC主機系統(tǒng)18。
可替選地，如果在332，確定在當(dāng)前交易終端系統(tǒng)10中不準(zhǔn)許動態(tài)貨幣代碼獲取， 則交易終端系統(tǒng)10可以在334確定發(fā)行方國家代碼是否可用。如果在334，確定發(fā)行方國 家代碼可用，則在335如在F所表明地使用第三過程代碼(例如，PROC CODE = 000002)將 具有發(fā)行方國家代碼的兌率請求消息傳輸?shù)紻CC主機系統(tǒng)18。可替選地，如果在334，確定發(fā)行方國家代碼不可用，則過程在H前往圖4C，并且交 易終端系統(tǒng)10如參照圖6所述使得在336對交易做出授權(quán)請求并將“做出授權(quán)”標(biāo)記置位 以表明已發(fā)送了授權(quán)請求。如果在授權(quán)請求之后，在I在交易終端系統(tǒng)10接收到授權(quán)響應(yīng)消息，則在337交 易終端系統(tǒng)10確定授權(quán)響應(yīng)消息是否提供對于交易的許可。如果在337確定給出許可；并 且在338進(jìn)一步確定接收到的授權(quán)響應(yīng)消息包括持卡者計賬貨幣代碼，則在339如在圖4B 中的F所表明地(經(jīng)由K)使用第四過程代碼(例如，PROC CODE = 000003)將具有持卡者 計賬貨幣代碼的兌率請求消息傳輸?shù)紻CC主機系統(tǒng)?？商孢x地，如果在337，確定在交易終端系統(tǒng)10接收到拒絕情況下的授權(quán)響應(yīng)消 息，則過程在J回到圖4A繼續(xù)。然后，隨著發(fā)行金融機構(gòu)系統(tǒng)16拒絕了對交易的授權(quán)請求， 在400終止交易。可替選地，如果在338，交易終端系統(tǒng)10確定在交易終端系統(tǒng)10接收到不包括持 卡者計賬貨幣代碼的授權(quán)響應(yīng)消息，則交易終端系統(tǒng)10可以在340向用戶(例如，支付卡 持有者)提供DCC支持貨幣列表，以供用戶做出非當(dāng)?shù)刎泿?在下文中稱作“外幣”)的選 擇。可以將支持外幣的列表保持在交易終端系統(tǒng)10中的存儲器中。如果在341確定用戶 選擇了外幣，則在342如在圖4B中的F所表明地(經(jīng)由K)使用第五過程代碼(例如，PROC CODE = 000004)將具有選定外幣代碼的兌率請求消息傳輸?shù)紻CC主機系統(tǒng)18。如果在341確定未選擇外幣，則控制經(jīng)由0和C(圖4B)前往圖4A，并且在382確 定“未轉(zhuǎn)換”DCC狀態(tài)。然后，在步驟384，交易終端系統(tǒng)10以當(dāng)?shù)?或參考)貨幣繼續(xù)交 易。在步驟386，交易終端系統(tǒng)10可以檢查“做出授權(quán)”標(biāo)記是否被置位，如果否，則可以在 388執(zhí)行圖6中描述的授權(quán)過程。在自341起的過程之后，將會在336將“做出授權(quán)”標(biāo)記 置位，所以在這種情形中交易終端系統(tǒng)10隨后通過使用具有從336獲得的許可代碼的當(dāng)?shù)?貨幣創(chuàng)建清除建議消息，來在390按照正常支付交易過程繼續(xù)交易。注意通常在交易終端 系統(tǒng)10將清除消息聚集到批次中，并且發(fā)送到收單方銀行系統(tǒng)12作為日末處理的一部分； 或者作為一系列日末之前的清除建議發(fā)送。然后，在400完成該過程。例如，可以在接收到 授權(quán)許可并打印了收據(jù)以供持卡者簽字之后使用該貨幣完成交易。回到步驟331、333、335、339和342，在每種情形中，采用合適的過程代碼將兌率 請求消息發(fā)送到DCC主機系統(tǒng)18。應(yīng)當(dāng)注意僅以實例的方式示出了過程代碼000000、 000001、000002、000003或000004，可以為過程代碼或者其它實例中的其它指示代碼提供 其它值。例如，由于在336接收到的授權(quán)響應(yīng)消息可以包含除了可以確定本國計賬貨幣代 碼的持卡者計賬貨幣代碼以外的信息，則在繼步驟338之后的過程中可以包括一個或更多 個額外步驟以檢測這種信息的存在并且將具有合適過程代碼的合適兌率請求消息發(fā)送到 DCC主機系統(tǒng)18。僅以實例的方式，如果兌率響應(yīng)消息包括發(fā)行方國家代碼形式的信息，則 可以基于該信息生成具有合適過程代碼和發(fā)行方國家代碼的兌率請求消息。另外，應(yīng)當(dāng)注 意僅以示例的方式按此次序示出了步驟330/331、332/333、334/335、336/337、338/339和
15340/341/342的次序，在其它實例中可以按另一次序或者并行地執(zhí)行這些步驟。在350，在DCC主機系統(tǒng)18執(zhí)行過程以獲得匯率和轉(zhuǎn)換后的銷售額。圖5提供如 在DCC主機系統(tǒng)18處執(zhí)行的該過程350的示例性實例。轉(zhuǎn)到由圖5A和圖5B形成的圖5，過程350在402在DCC主機系統(tǒng)18從交易終端 系統(tǒng)10接收到兌率請求消息的情況下開始。如果在404DCC主機系統(tǒng)18確定過程代碼是第一過程代碼或第四過程代碼(例 如，分別為000000或000003)，則在406傳遞具有應(yīng)用貨幣代碼或持卡者計賬貨幣代碼的兌 率請求以用于處理。可替選地，如果DCC主機系統(tǒng)18在404確定過程代碼不是第一或第四過程代碼 (例如，不是000000或000003)，則在408DCC主機系統(tǒng)18確定過程代碼是否是第二過程代 碼(例如，000001)。如果DCC主機系統(tǒng)18在408確定過程代碼是第二過程代碼(例如， 000001)，則在410DCC主機系統(tǒng)18確定傳遞具有PAN的選定位、沒有貨幣代碼的兌率請求 消息以用于處理，在412，DCC主機系統(tǒng)18從DCC主機系統(tǒng)18中的存儲器72中持有的本國 貨幣文件(例如，計賬貨幣文件或(BCF)) 75獲得貨幣代碼。在一個實例中，可以使用例如 PAN的選定位(例如，來自前八位)進(jìn)行本國貨幣文件查找。然后，DCC主機系統(tǒng)18傳遞貨 幣代碼以用于進(jìn)一步處理?？商孢x地，DCC主機系統(tǒng)18在408確定過程代碼不是第二過程代碼(例如，不是
000001)，則過程經(jīng)由P前往409，并且DCC主機系統(tǒng)18確定過程代碼是否是第三過程代 碼(例如，000002)。如果DCC主機系統(tǒng)18在409確定過程代碼是第三過程代碼(例如，
000002)，則在411，DCC主機系統(tǒng)18確定傳遞具有發(fā)行方國家代碼的兌率請求消息以用于 處理，在413中，DCC主機系統(tǒng)18根據(jù)DCC主機系統(tǒng)18中的存儲器72中持有的國家對貨 幣表77確定貨幣代碼。可以使用例如提供的發(fā)行方國家代碼進(jìn)行國家對貨幣查找，以獲得 相應(yīng)提供的國家代碼的默認(rèn)官方國家貨幣代碼。在406、412或413(經(jīng)由Q)之后，在414，DCC主機系統(tǒng)18通過將識別出的貨幣代 碼與DCC主機系統(tǒng)18中的存儲器72中持有的DCC支持貨幣的列表相比較來確定貨幣代碼 是否是支持的貨幣。如果DCC主機系統(tǒng)18在414確定識別出的貨幣代碼不是DCC支持貨幣，則在 440DCC主機系統(tǒng)18在默認(rèn)貨幣表73中進(jìn)行查找以識別對于該識別出的不支持貨幣代碼 是否持有默認(rèn)DCC支持貨幣。在442，DCC主機系統(tǒng)18確定是否識別出默認(rèn)DCC支持貨幣。 如果否，則在415DCC主機系統(tǒng)18設(shè)置兌率響應(yīng)消息的參數(shù)[動作代碼(Action Code)= “AmtUnconverted (量未轉(zhuǎn)換)”和原因代碼(Reason Code) “Unsupported (不支持)”]，并 且在416創(chuàng)建包括空白匯率和銷售額字段的兌率響應(yīng)消息。過程經(jīng)由T前往450 (圖5B)， 在450，DCC主機系統(tǒng)18如在G所表明地把兌率響應(yīng)消息返回給交易終端系統(tǒng)10?？商孢x地，如果在442，DCC主機系統(tǒng)18確定識別出默認(rèn)DCC支持貨幣，則在444， DCC主機系統(tǒng)18從DCC主機系統(tǒng)18中的貨幣轉(zhuǎn)換率表74獲得受關(guān)注默認(rèn)貨幣的貨幣轉(zhuǎn)換 率(匯率)，并且使用獲得的貨幣轉(zhuǎn)換率轉(zhuǎn)換交易量。在446，DCC主機系統(tǒng)18設(shè)置兌率響 應(yīng)消息的參數(shù)[動作代碼= “AmtC0nverted (轉(zhuǎn)換了量)，，和原因代碼“Normal (正常)”]， 并采用獲得的匯率和轉(zhuǎn)換后的交易量在448創(chuàng)建兌率響應(yīng)消息。過程經(jīng)由U前往450，在 450，DCC主機系統(tǒng)18如在G所表明地把包括所得匯率和轉(zhuǎn)換后交易量字段的兌率響應(yīng)消
16息返回給交易終端系統(tǒng)10。如果在414，DCC主機系統(tǒng)18確定識別出的貨幣代碼是DCC支持的，則過程經(jīng)由R 前往418 (圖5B)，在418，DCC主機系統(tǒng)18從DCC主機系統(tǒng)18中的貨幣轉(zhuǎn)換率表74獲得關(guān) 注貨幣的貨幣轉(zhuǎn)換率(匯率)，并且使用貨幣轉(zhuǎn)換率轉(zhuǎn)換交易量。在419，DCC主機系統(tǒng)18設(shè) 置兌率響應(yīng)消息的參數(shù)[動作代碼= “AmtC0nverted”(轉(zhuǎn)換了量)和原因代碼“Normal (正 常)”]，并采用獲得的匯率和轉(zhuǎn)換后的交易量在420創(chuàng)建兌率響應(yīng)消息。在450，DCC主機 系統(tǒng)18如在G所表明地把包括獲得的匯率和轉(zhuǎn)換后交易量字段的兌率響應(yīng)消息返回給交 易終端系統(tǒng)10?；氐?09，如果DCC主機系統(tǒng)18確定過程代碼不是第三過程代碼(例如，不是 000002)，則在422，DCC主機系統(tǒng)18確定過程代碼是否是第五過程代碼(例如，000004)。如果DCC主機系統(tǒng)18在422確定過程代碼是第五過程代碼(例如，000004)，則在 424，DCC主機系統(tǒng)18認(rèn)識到接收到的兌率請求是具有用戶選定貨幣的兌率請求。在426， DCC主機系統(tǒng)18使用PAN的選定位(例如，PAN的前八位)從DCC主機系統(tǒng)18中的存儲器 72中持有的本國貨幣文件(例如，計賬貨幣文件BCF) 75獲得與支付卡相關(guān)聯(lián)的支付貨幣代 碼。在428，DCC主機系統(tǒng)18確定用戶選定貨幣代碼是否與從本國貨幣文件(例如，BCF) 75 獲得的計賬貨幣代碼一樣。如果DCC主機系統(tǒng)18在428確定用戶選定貨幣代碼與本國貨幣文件(例如， BCF) 75中識別出的計賬貨幣代碼一樣，則在418，DCC主機系統(tǒng)18從貨幣轉(zhuǎn)換率表74獲得 對于用戶選定貨幣可應(yīng)用的匯率，并且計算轉(zhuǎn)換后的交易量。在419，DCC主機系統(tǒng)18設(shè)置 兌率響應(yīng)消息的參數(shù)[動作代碼="AmtConverted"(轉(zhuǎn)換了量)和原因代碼“Normal (正 常)”]，并且采用獲得的匯率和轉(zhuǎn)換后的交易量在420創(chuàng)建兌率響應(yīng)消息。在450，DCC主 機系統(tǒng)18如在G所表明地將包括獲得的匯率和轉(zhuǎn)換后交易量字段的兌率響應(yīng)消息返回給 交易終端系統(tǒng)10?；氐?28，如果DCC主機系統(tǒng)18確定選定貨幣代碼不等于從本國貨幣文件(例如， BCF)75識別出的計賬貨幣代碼，則在429，DCC主機系統(tǒng)18設(shè)置兌率響應(yīng)消息的參數(shù)[動 作代碼= “AmtConverted” (轉(zhuǎn)換了量)和原因代碼“Different Currency (不同貨幣)”]。 在430，DCC主機系統(tǒng)18從貨幣轉(zhuǎn)換率表74獲得對于用戶選定貨幣可應(yīng)用的匯率，并且計 算轉(zhuǎn)換后的交易量。在432，DCC主機系統(tǒng)18采用從本國貨幣文件(例如，BCF) 75識別出 的計賬貨幣代碼填充兌率響應(yīng)消息中的本國貨幣字段。然后，DCC主機系統(tǒng)18采用獲得的 匯率和轉(zhuǎn)換后的交易量在420創(chuàng)建兌率響應(yīng)消息。在450，DCC主機系統(tǒng)18如在G所表明 地將包括填充本國貨幣、識別貨幣、轉(zhuǎn)換率和轉(zhuǎn)換后交易量字段的兌率響應(yīng)消息返回給交 易終端系統(tǒng)10。回到422，如果DCC主機系統(tǒng)18確定過程代碼不是第五過程代碼(例如，000004)， 則在434DCC主機系統(tǒng)18確定存在未知錯誤，在435DCC主機系統(tǒng)18設(shè)置兌率響應(yīng)消息的 參數(shù)[動作代碼= “AmtUnconverted(量未轉(zhuǎn)換)”和原因代碼“Unknown(未知)”]。過程 經(jīng)由S前往416 (圖5A)，在416，DCC主機系統(tǒng)18創(chuàng)建包括空白匯率和銷售額字段的兌率 響應(yīng)消息。過程經(jīng)由T前往450 (圖5B)，在450，DCC主機系統(tǒng)18如在G所表明地把兌率 響應(yīng)消息返回給交易終端系統(tǒng)10。將會明白，僅以示例的方式示出了步驟404、408、409和422的次序，在另一實例中可以按另一次序或者并行地實現(xiàn)這些步驟。另外，如果如同針對圖4B和4C所討論的，例 如基于授權(quán)響應(yīng)消息中包含的信息生成具有不同過程代碼的額外兌率請求類型消息，則在 DCC主機系統(tǒng)18執(zhí)行的過程350中可以包括合適的處理步驟。在參照圖5描述的過程350之后，過程在G返回到交易終端系統(tǒng)10并在352在圖 4B中繼續(xù)，在352，交易終端系統(tǒng)10確定兌率響應(yīng)消息中的動作代碼是否顯示出已轉(zhuǎn)換了 量(動作代碼=“AmtConverted (轉(zhuǎn)換了量)”)。如果動作代碼未顯示出轉(zhuǎn)換了量(動作代碼[“AmtUnconverted (量未轉(zhuǎn)換)”)， 則在353，交易終端系統(tǒng)10確定原因。如果兌率響應(yīng)消息中的原因代碼被設(shè)置為“不支持”， 則在355，交易終端系統(tǒng)10把DCC狀態(tài)設(shè)置為“不支持”，然后過程經(jīng)由B返回到圖4A，在圖 4A，交易終端系統(tǒng)10以當(dāng)?shù)?、或者參考貨幣?84處理交易。如上所述，交易終端系統(tǒng)10 在圖4A中的386對于交易是否需要授權(quán)進(jìn)行檢查，如果需要，則可以在388執(zhí)行圖6中描 述的授權(quán)過程。例如，如果交易量低于預(yù)定值，或者，如果“做出授權(quán)”標(biāo)記被置位，則可能 不需要授權(quán)請求。然后，交易終端系統(tǒng)10通過使用具有從388獲得的許可代碼的當(dāng)?shù)刎泿?創(chuàng)建清除建議消息在389按照正常支付交易過程繼續(xù)交易?？商孢x地，如果在386確定“做 出授權(quán)”標(biāo)記被置位，則交易終端系統(tǒng)10在無授權(quán)的情況下在390繼續(xù)交易，并且使用具有 先前在336獲得的許可代碼的當(dāng)?shù)刎泿艅?chuàng)建清除建議消息。注意通常在交易終端系統(tǒng)10 把清除消息聚集到批次中，并且發(fā)送到收單方銀行系統(tǒng)12作為日末處理的一部分；或者作 為一系列日末之前的清除建議發(fā)送。然后，過程在400完成。例如，可以在接收到授權(quán)許可 并且打印了收據(jù)以供持卡者簽字之后使用該貨幣完成交易。如果在353，交易終端系統(tǒng)10確定兌率響應(yīng)消息中的原因代碼未被設(shè)置為“不支 持”，則在354交易終端系統(tǒng)10把DCC狀態(tài)設(shè)置為“泄露”。然后，過程經(jīng)由B返回到圖4A， 交易終端系統(tǒng)10進(jìn)而以當(dāng)?shù)?、或者參考貨幣?84處理交易。如上所述，交易終端系統(tǒng)10 在圖4A中的386對于交易是否需要授權(quán)進(jìn)行檢查，如果需要，則可以在388執(zhí)行圖6中描 述的授權(quán)過程。例如，如果交易量在預(yù)定值以下，或者，如果“做出授權(quán)”標(biāo)記被置位，則可 能不需要授權(quán)請求。然后，交易終端系統(tǒng)10通過使用具有從388獲得的許可代碼的當(dāng)?shù)刎?幣創(chuàng)建清除建議消息來在389按照正常支付交易過程繼續(xù)交易?？商孢x地，如果在386確 定“做出授權(quán)”標(biāo)記被置位，則交易終端系統(tǒng)10在無授權(quán)的情況下在390繼續(xù)交易，并且使 用具有先前在336獲得的許可代碼的當(dāng)?shù)刎泿艅?chuàng)建清除建議消息。注意通常在交易終端 系統(tǒng)10把清除消息聚集到批次中，并且發(fā)送到收單方銀行系統(tǒng)12作為日末處理的一部分； 或者發(fā)送作為一系列日末之前的清除建議。然后，過程在400完成。例如，可以在接收到授 權(quán)許可并且打印了收據(jù)以供持卡者簽字之后使用該貨幣完成交易?？商孢x地，如果在352，交易終端系統(tǒng)10確定兌率響應(yīng)消息中的動作代碼顯示出 已轉(zhuǎn)換了量(動作代碼=“AmtConverted(轉(zhuǎn)換了量)”)，則在356交易終端系統(tǒng)10確定 消息中的原因代碼是否被設(shè)置為“正常”。如果在356，交易終端系統(tǒng)10確定原因代碼被設(shè)置為“正?！保瑒t在364，向持卡者 給出選項以確認(rèn)他的/她的DCC交易選擇。如果持卡者在364選擇DCC，則在368交易終 端系統(tǒng)10確定交易是否是芯片卡(EMV)交易。如果在368確定交易是芯片卡交易，則在 370，交易終端系統(tǒng)10確定是否已經(jīng)采用PDOL選項在啟動應(yīng)用處理階段中請求了交易量或 貨幣。如果在370，確定已經(jīng)請求了交易量或貨幣，則在372交易終端系統(tǒng)10通過在圖4A中的394啟動應(yīng)用處理并且采用在350的DCC過程中確認(rèn)的貨幣代碼和轉(zhuǎn)換后的交易量、 使用在304得出的相同的應(yīng)用標(biāo)識符AID在圖4A中的396提供正常EMV交易流，來經(jīng)由E 重新啟動該過程。然后，交易將在397繼續(xù)以確定之前是否執(zhí)行了授權(quán)?？商孢x地，如果在 370，交易終端系統(tǒng)10確定尚未采用PDOL選項在啟動應(yīng)用處理階段請求交易量或貨幣，則 在374，交易終端系統(tǒng)10在350采用DCC過程中確認(rèn)的外幣中的轉(zhuǎn)換后交易量以持卡者確 認(rèn)的外幣代碼繼續(xù)芯片卡交易。在374之后，在378，DCC狀態(tài)被標(biāo)注成“轉(zhuǎn)換了”，且過程在 D2返回到圖4A繼續(xù)。在396或378之后，交易終端系統(tǒng)10在圖4A中的397檢查對于交易 是否已經(jīng)執(zhí)行了授權(quán)，如果是，則在398執(zhí)行對該授權(quán)的逆轉(zhuǎn)。在398之后，隨后可以采用 轉(zhuǎn)換的貨幣代碼和轉(zhuǎn)換的交易量在388執(zhí)行圖6中描述的授權(quán)請求過程。另一方面，如果 在397確定對于交易尚未執(zhí)行授權(quán)，則可以在不執(zhí)行任何逆轉(zhuǎn)的情況下，采用轉(zhuǎn)換的貨幣 代碼和轉(zhuǎn)換的銷售額在388執(zhí)行圖6中描述的授權(quán)請求過程。在388執(zhí)行授權(quán)之后，然后， 交易終端系統(tǒng)10通過使用具有從388獲得的許可代碼的轉(zhuǎn)換貨幣創(chuàng)建清除建議消息，來在 389按照正常支付交易過程繼續(xù)交易。注意通常在交易終端系統(tǒng)10將清除消息聚集到批 次中，并且作為日末處理的一部分發(fā)送到收單方銀行系統(tǒng)12 ；或者作為一系列日末之前的 清除建議發(fā)送。然后，在400完成該過程。例如，可以在接收到授權(quán)許可并且打印了收據(jù)以 供持卡者簽字之后使用該貨幣完成交易。如果交易終端系統(tǒng)10在368確認(rèn)支付卡交易不是芯片卡交易，則在376交易終端 系統(tǒng)10使用該外幣的轉(zhuǎn)換的交易量以持卡者確認(rèn)的外幣繼續(xù)支付卡交易。在376之后，在379將DCC狀態(tài)標(biāo)注為“轉(zhuǎn)換了”，并且過程在Dl返回到圖4A繼 續(xù)。如上所述，交易終端系統(tǒng)10在圖4A中的386對于交易是否需要授權(quán)進(jìn)行檢查，如果需 要，則可以在388執(zhí)行圖6中描述的授權(quán)請求過程。例如，如果交易量在預(yù)定值以下，或者， 如果“做出授權(quán)”標(biāo)記被置位，則可能不需要授權(quán)。如果在388執(zhí)行了授權(quán)，則交易終端系 統(tǒng)10通過使用具有從388獲得的許可代碼的轉(zhuǎn)換的貨幣創(chuàng)建清除建議消息，來在389按照 正常支付交易過程繼續(xù)交易?？商孢x地，如果在386確定“做出授權(quán)”標(biāo)記被置位，則交易 終端系統(tǒng)10在無授權(quán)的情況下在390繼續(xù)交易，并且使用具有先前在336獲得的許可代碼 的轉(zhuǎn)換的貨幣創(chuàng)建清除建議消息。注意通常在交易終端系統(tǒng)10將清除消息聚集到批次 中，并且作為日末處理的一部分發(fā)送到收單方銀行系統(tǒng)12 ；或者作為一系列日末之前的清 除建議發(fā)送。然后，過程在400完成。例如，可以在接收到授權(quán)許可并且打印了收據(jù)以供持 卡者簽字之后使用該貨幣完成交易。返回364，如果在364用戶未選擇DCC，則過程經(jīng)由N和0至C返回到圖4A并且在 382將DCC狀態(tài)標(biāo)注成“未轉(zhuǎn)換”，并且交易終端系統(tǒng)10以當(dāng)?shù)?參考)貨幣在384繼續(xù)交 易。如上所述，交易終端系統(tǒng)10在圖4A中的386檢查對于該交易是否需要授權(quán)請求，如果 需要，則可以在388執(zhí)行圖6中描述的授權(quán)過程。例如，如果交易量在預(yù)定值以下，或者， 如果“做出授權(quán)”標(biāo)記被置位，則可能不需要授權(quán)。然后，交易終端系統(tǒng)10通過使用具有從 388獲得的許可代碼的當(dāng)?shù)刎泿艅?chuàng)建清除建議消息，來在389按照正常支付交易過程繼續(xù) 交易?？商孢x地，如果在386確定“做出授權(quán)”標(biāo)記被置位，則交易終端系統(tǒng)10在無授權(quán)的 情況下在390繼續(xù)交易，并且使用具有先前在336獲得的許可代碼的當(dāng)?shù)刎泿艅?chuàng)建清除建 議消息。注意通常在交易終端系統(tǒng)10將清除消息聚集到批次中，并且作為日末處理的一 部分發(fā)送到收單方銀行系統(tǒng)12 ；或者作為一系列日末之前的清除建議發(fā)送。然后，過程在400完成。例如，可以在接收到授權(quán)許可并且打印了收據(jù)以供持卡者簽字之后使用該貨幣完 成交易。返回356，如果在356確定原因代碼未被設(shè)置為“正?！保瑒t過程將會經(jīng)由L去往 358，交易終端系統(tǒng)10向用戶顯示警告消息360。警告消息360可以例如是“選擇了卡片計 賬貨幣之外的交易貨幣(XXX)，希望繼續(xù)？(是/否)”。如果在362，基于在358顯示的警告消息360，用戶選擇采用選擇的貨幣繼續(xù)，則過 程如前所述經(jīng)由M前往364 (圖4B)?？商孢x地，如果在362確定用戶選擇不采用選擇的貨 幣繼續(xù)，則過程經(jīng)由0和C返回到圖4A，并且在382將DCC狀態(tài)標(biāo)注為“未轉(zhuǎn)換”并且以當(dāng) 地貨幣繼續(xù)。如上所述，交易終端系統(tǒng)10在圖4A中的386對于交易是否需要授權(quán)進(jìn)行檢 查，如果需要，則可以在388執(zhí)行圖6中描述的授權(quán)過程。例如，如果交易量在預(yù)定值以下， 或者，如果“做出授權(quán)”標(biāo)記被置位，則可能不需要授權(quán)。然后，交易終端系統(tǒng)10通過使用 具有從388獲得的許可代碼的當(dāng)?shù)刎泿艅?chuàng)建清除建議消息，來在389按照正常支付交易過 程繼續(xù)交易。可替選地，如果在386確定“做出授權(quán)”標(biāo)記被置位，則交易終端系統(tǒng)10在無 授權(quán)的情況下在390繼續(xù)交易，并且使用具有先前在336獲得的許可代碼的當(dāng)?shù)刎泿艅?chuàng)建 清除建議消息。注意通常在交易終端系統(tǒng)10將清除消息聚集到批次中，并且作為日末處 理的一部分發(fā)送到收單方銀行系統(tǒng)12 ；或者作為一系列日末之前的清除建議發(fā)送。然后， 過程在400完成。例如，可以在接收到授權(quán)許可并且打印了收據(jù)以供持卡者簽字之后使用 該貨幣完成交易。圖6示出如在圖4A/4C中的388/336所標(biāo)識出的實例授權(quán)過程。首先將描述如在圖4C中的336所標(biāo)識出的授權(quán)過程的實例。響應(yīng)于DCC模塊46 (圖2)，交易終端系統(tǒng)10的處理器40 (圖2)可以進(jìn)行操作，以 生成傳輸?shù)脚c交易終端系統(tǒng)10或者操作交易終端系統(tǒng)10的零售商相關(guān)聯(lián)的收單方銀行系 統(tǒng)12的支付授權(quán)請求消息20。支付授權(quán)請求消息20包括標(biāo)識捕捉到的卡數(shù)據(jù)的數(shù)據(jù)、 交易的細(xì)節(jié)(包括交易終端系統(tǒng)10的當(dāng)?shù)刎泿藕鸵栽撠泿胚M(jìn)行的交易量)、以及標(biāo)識交易 終端系統(tǒng)10的路由信息?？梢岳缡褂脗鹘y(tǒng)消息協(xié)議(例如，使用基于消息分組的協(xié)議， 諸如IS08583)發(fā)送消息20。收單方銀行系統(tǒng)12從交易終端系統(tǒng)10接收支付授權(quán)請求消息20，并分析支付授 權(quán)請求消息20以確定受關(guān)注卡的合適方案網(wǎng)絡(luò)14?？梢酝ㄟ^把接收到的支付卡數(shù)據(jù)與標(biāo) 識接收到的支付卡細(xì)節(jié)中方案網(wǎng)絡(luò)代碼的表相比較來確定受關(guān)注卡的合適方案網(wǎng)絡(luò)14。然 后，收單方銀行系統(tǒng)把支付授權(quán)請求消息22發(fā)送到合適方案網(wǎng)絡(luò)14。支付授權(quán)請求消息 22可以包括支付授權(quán)請求消息20的數(shù)據(jù)，包括交易的細(xì)節(jié)，諸如交易終端系統(tǒng)10的當(dāng)?shù)?貨幣以及該貨幣的交易量；以及額外地，標(biāo)識收單方銀行系統(tǒng)12的路由信息?？梢岳缡?用傳統(tǒng)消息協(xié)議(諸如使用基于消息分組協(xié)議的VISA BASE I授權(quán)消息)發(fā)送支付授權(quán)請 求消息22。方案網(wǎng)絡(luò)14從收單方銀行系統(tǒng)12接收支付授權(quán)請求消息22，并分析接收到的支 付授權(quán)請求消息22以識別發(fā)行支付卡的發(fā)行金融機構(gòu)?？梢酝ㄟ^將接收到的支付卡數(shù)據(jù) 與標(biāo)識接收到的支付卡細(xì)節(jié)中發(fā)行金融機構(gòu)代碼的表相比較來確定發(fā)行支付卡的發(fā)行金 融機構(gòu)。特別地，對于訂購多個貨幣服務(wù)的發(fā)行金融機構(gòu)，方案網(wǎng)絡(luò)系統(tǒng)14可進(jìn)行操作以 (例如，根據(jù)PAN)識別發(fā)行金融機構(gòu)系統(tǒng)16的受關(guān)注支付卡的本國貨幣(或計賬貨幣)，識別交易終端系統(tǒng)10的當(dāng)?shù)刎泿排c發(fā)行金融機構(gòu)系統(tǒng)的本國貨幣之間的匯率并且計算本 國貨幣的等同量。然后，方案網(wǎng)絡(luò)14可以進(jìn)行操作，以生成要發(fā)送到發(fā)行金融機構(gòu)系統(tǒng)16 的支付授權(quán)請求消息24，支付授權(quán)請求消息24除了標(biāo)識支付授權(quán)請求消息22的數(shù)據(jù)中的 一些或全部以及標(biāo)識方案網(wǎng)絡(luò)14的額外路由信息之外，也標(biāo)識支付授權(quán)請求消息24各個 字段中發(fā)行金融機構(gòu)的本國貨幣、由方案網(wǎng)絡(luò)系統(tǒng)14轉(zhuǎn)換成本國貨幣的交易量以及由方 案網(wǎng)絡(luò)系統(tǒng)14使用的匯率。例如，對于通過VISA操作的方案網(wǎng)絡(luò)系統(tǒng)，支付授權(quán)請求消息 24的字段51、6和10中分別包含本國貨幣、轉(zhuǎn)換的交易量以及匯率。然后，方案網(wǎng)絡(luò)14可 以進(jìn)行操作，以將支付授權(quán)請求消息轉(zhuǎn)發(fā)到關(guān)注的發(fā)行金融機構(gòu)系統(tǒng)16?？梢岳缡褂脗?統(tǒng)消息協(xié)議(諸如基于消息分組的協(xié)議)發(fā)送消息22。發(fā)行金融機構(gòu)系統(tǒng)16接收支付授權(quán)請求消息24，并通過將支付請求的細(xì)節(jié)與為 關(guān)注的支付卡保持的記錄相比較來處理授權(quán)請求。發(fā)行金融機構(gòu)系統(tǒng)16保存有支付卡賬 戶的細(xì)節(jié)，包括支付卡持有者的細(xì)節(jié)、卡購買記錄、信用額度、賬戶是有效還是被鎖、計賬貨 幣等。發(fā)行金融機構(gòu)系統(tǒng)16可以操作以使用支付卡細(xì)節(jié)確認(rèn)支付卡有效且未被鎖，然后按 照適合支付卡賬戶的規(guī)則(例如，基于交易量對支付歷史和/或可用信用等)檢查可以授 權(quán)支付。如果要授權(quán)交易，則發(fā)行金融機構(gòu)系統(tǒng)16將保留在授權(quán)請求消息中識別的相對于 卡賬戶的本國貨幣的量，并且將生成要使用接收到的支付授權(quán)請求消息24中包含的路由 信息發(fā)送到交易終端系統(tǒng)10的適當(dāng)?shù)目隙ǖ氖跈?quán)響應(yīng)消息26。如果支付未被授權(quán)，或者需 要推舉(referral)檢查，則轉(zhuǎn)而生成適當(dāng)?shù)姆穸憫?yīng)消息。授權(quán)響應(yīng)消息26標(biāo)識原始支付授權(quán)請求消息20，并包括來自支付授權(quán)請求消息 20,22和24的路由信息。在一些授權(quán)響應(yīng)消息26中，發(fā)行金融機構(gòu)系統(tǒng)還將在授權(quán)響應(yīng)消 息26中包括支付授權(quán)請求消息24的各個字段中接收到的本國貨幣、轉(zhuǎn)換的交易量以及匯 率(盡管在一些情形中可以略去這些內(nèi)容)。發(fā)行金融機構(gòu)系統(tǒng)16使用來自支付授權(quán)請求消息24的路由信息把授權(quán)響應(yīng)消息 26返回給方案網(wǎng)絡(luò)14。方案網(wǎng)絡(luò)14接收授權(quán)響應(yīng)消息26并從授權(quán)響應(yīng)消息24識別路由信息，以使得向 適當(dāng)?shù)氖諉畏姐y行系統(tǒng)12發(fā)送授權(quán)響應(yīng)消息28。由方案網(wǎng)絡(luò)系統(tǒng)14發(fā)送的授權(quán)響應(yīng)消息 28標(biāo)識原始支付授權(quán)請求消息20，并包括來自支付授權(quán)請求消息20和22的路由信息。授 權(quán)響應(yīng)消息28可以進(jìn)一步標(biāo)識支付授權(quán)請求消息24各個字段的本國貨幣、轉(zhuǎn)換的交易量 以及匯率，無論授權(quán)響應(yīng)消息26中是否包含這些內(nèi)容。然而，在一些情形中，可以略去這些 字段。收單方銀行系統(tǒng)12接收授權(quán)響應(yīng)消息28并標(biāo)識授權(quán)響應(yīng)消息中的路由信息，以 向交易終端系統(tǒng)10發(fā)送授權(quán)響應(yīng)消息30。授權(quán)請求和響應(yīng)消息可以包括各種字段。例如，授權(quán)請求和/或響應(yīng)消息可以包 括從例如如下內(nèi)容中選擇的字段-定義消息類型的消息類型標(biāo)識符字段；-定義交易類型和賬戶類型的處理代碼字段；-指定交易終端貨幣交易量的交易量字段；-指定發(fā)行機構(gòu)貨幣交易量的交易量字段；-匯率字段；
21
-傳輸日期和時間字段；-支付卡的失效日期字段；_商家類別代碼字段；-收單機構(gòu)國家代碼字段；-POS錄入模式代碼字段；-POS條件代碼字段；_收單機構(gòu)識別字段；_獲取參考號碼字段；-授權(quán)代碼或許可代碼字段；-響應(yīng)代碼字段；_卡接受者識別字段；-卡接受者名稱和位置字段；_交易貨幣代碼字段；-持卡者計賬貨幣字段；-額外POS信息字段；以及-私有字段。如以上所表明的，圖6示出如在圖4A和圖4C中的388和336所標(biāo)識出的授權(quán)過 程的實例。步驟336與338的授權(quán)過程之間的僅有差別是步驟336的授權(quán)請求消息20和 22將包含交易終端系統(tǒng)10的當(dāng)?shù)刎泿诺慕灰琢?，并將交易終端系統(tǒng)10的當(dāng)?shù)刎泿艠?biāo)識為 交易貨幣，而步驟388的授權(quán)請求消息20和22將包含對DCC選擇的貨幣的交易量并且將 標(biāo)識該貨幣。在上述步驟之后，支付終端然后可以進(jìn)行操作以例如通過打印用于簽名的收據(jù) (或者請求錄入PIN號碼)來要求用戶確認(rèn)選擇。在確認(rèn)了對交易選取的貨幣后，交易終 端系統(tǒng)10可進(jìn)行操作以向收單銀行系統(tǒng)12傳輸(例如，持卡者本國或計賬貨幣消息的) 清除消息。(可以例如在日末以批處理的形式完成傳輸，而非立即發(fā)送清除消息)。然后， 收單方銀行系統(tǒng)可進(jìn)行操作以向交易終端系統(tǒng)10返回和證實已接受清除，并且將清除消 息轉(zhuǎn)發(fā)到方案網(wǎng)絡(luò)14。方案網(wǎng)絡(luò)14可進(jìn)一步操作以將清除消息轉(zhuǎn)發(fā)到發(fā)行金融機構(gòu)系統(tǒng) 16。返回到圖4A、圖4B和圖4C，可以使用一起形成要由交易終端系統(tǒng)10的處理器40 處理的、交易終端系統(tǒng)10的存儲器42中的CP模塊44和DCC模塊46的各軟件模塊來實施 這些過程。可以適當(dāng)?shù)匕迅鬈浖绦蚰K配置成有效或無效以使交易終端適于當(dāng)?shù)匦枨?。相似地，可以使用一起形成要由DCC主機系統(tǒng)18的處理器70處理的DCC主機系 統(tǒng)18的存儲器72中的DCC模塊76的各軟件模塊來實施圖5A和圖5B的過程?？梢赃m當(dāng) 地把各軟件程序模塊配置成有效或無效以使交易終端適于當(dāng)?shù)匦枨?。在參照圖4A、圖4B和圖4C以及圖5A和圖5B描述的過程中，將會注意到交易終 端系統(tǒng)10在傳輸?shù)紻CC主機系統(tǒng)18的兌率請求消息中包括過程代碼，DCC主機系統(tǒng)18回 應(yīng)過程代碼以控制兌率響應(yīng)消息的處理，并且交易終端系統(tǒng)10回應(yīng)動作代碼和原因代碼 以確定進(jìn)一步的處理。然而，將會明白，在另一實例中，不同于通過使用過程、動作和原因代 碼，可以例如通過使用兌率請求消息和兌率響應(yīng)消息字段的選擇性填充(其中，可以把某
22些字段留空或者設(shè)置為預(yù)定值)實現(xiàn)兌率請求消息的編碼。在參考空白字段的情況下，這 可以包括例如將字段的內(nèi)容設(shè)置為全零、或者設(shè)置為與字段的有效內(nèi)容不對應(yīng)的一些其它值。另外，連同以上提到的具體字段，兌率請求消息和兌率響應(yīng)消息可以包括其它字 段。實例兌率請求消息可以包括例如從如下內(nèi)容的如下字段中選擇的一個或更多個 字段過程代碼；傳輸?shù)娜掌诤蜁r間；系統(tǒng)跟蹤審計號碼；當(dāng)?shù)亟灰椎娜掌诤蜁r間；當(dāng)?shù)刎泿派碳襂D;當(dāng)?shù)刎泿臫ID;收單方ID ；基礎(chǔ)量；卡BIN/IIN 號；兌率請求參考ID;卡類型；錢柜(till)ID/ 商家 POS ；外幣代碼(例如，外幣阿爾法代碼)。實例兌率響應(yīng)消息可以包括例如從如下內(nèi)容的如下字段中選擇的一個或更多個 字段過程代碼；傳輸?shù)娜掌诤蜁r間；系統(tǒng)跟蹤審計號碼；當(dāng)?shù)亟灰椎娜掌诤蜁r間；當(dāng)?shù)刎泿派碳襂D;當(dāng)?shù)刎泿臫ID;收單方ID ；基礎(chǔ)量；國外量；卡BIN/IIN 號；匯率；兌率請求參考ID ；卡類型；逆轉(zhuǎn)兌率(inverted rate)；外幣代碼(例如，外幣阿爾法代碼)；本國計賬貨幣代碼(例如，本國貨幣阿爾法代碼)；錢柜ID/商家 P0S;
標(biāo)定百分比；傭金百分比；傭金值；動作代碼；原因代碼。另外，應(yīng)當(dāng)提到盡管參考兌率請求消息和兌率響應(yīng)消息，但消息傳送可以涉及一 個或更多個兌率請求消息和一個或更多個兌率響應(yīng)消息?？梢栽谟糜诓僮魈幚砥?0和70的一個或更多個計算機程序產(chǎn)品中分別實現(xiàn)DCC 程序模塊46和76中的每個。換言之，可以通過可操作以控制交易終端系統(tǒng)10的處理器40 的一個或更多個計算機程序產(chǎn)品實施參照圖4A、圖4B和圖4C描述的過程和模塊。相似地， 可以通過可操作以控制DCC主機系統(tǒng)18的處理器70的一個或更多個計算機程序產(chǎn)品來實 施參照圖5A和圖5B描述的過程和模塊。每個計算機程序產(chǎn)品可以是例如形成計算機可讀 介質(zhì)的載體介質(zhì)上提供的一個或更多個計算機程序形式。載體介質(zhì)可以是存儲介質(zhì)，諸如 固態(tài)、磁、光學(xué)、磁光學(xué)或者其它存儲介質(zhì)。載體介質(zhì)可以是傳輸介質(zhì)，諸如廣播、電話、計算 機網(wǎng)絡(luò)、有線、無線、電學(xué)、電磁光學(xué)或者任何其它傳輸介質(zhì)。應(yīng)當(dāng)注意，以通用方式使用如本文中所使用的術(shù)語“支付卡”以描述可以用來基于 與之相關(guān)聯(lián)的賬戶實現(xiàn)交易的令牌或設(shè)備或載體。應(yīng)當(dāng)注意，“支付卡”無需采用傳統(tǒng)矩形 塑料信用卡等的形式，可以在其中集成有集成芯片，但是本文中應(yīng)用的含義內(nèi)的“支付卡” 可以采用可以用作信用、借貸的任何其它形式，或者支付令牌、設(shè)備或載體的其它形式。例 如，在如本文中所使用的術(shù)語“支付卡”的含義內(nèi)，支付系統(tǒng)可以基于、或者準(zhǔn)許使用移動電 話、個人數(shù)字助理(PDA)或者信息的其它載體作為“支付卡”。在這種情形中，通常為移動電 話提供功能與EMV卡芯片的功能等同的軟件或芯片。因此，在本文中參考支付卡的情況下， 將會理解，“支付卡”可以采用將會用作被配置成基于與之相關(guān)聯(lián)的賬戶進(jìn)行交易的支付令 牌、設(shè)備或載體的任何恰當(dāng)形式，例如，用于(例如經(jīng)由觸點或者以非接觸方式)向和從支 付終端系統(tǒng)傳送信息的適當(dāng)軟件和/或機構(gòu)的手段。雖然詳細(xì)描述了上述實施例，但一旦充分明白了以上公開內(nèi)容，大量變化和修改 對于本領(lǐng)域技術(shù)人員而言將會變得明顯。旨在將所附權(quán)利要求解釋為包括所有這種變化和 修改及其等同物。
2權(quán)利要求
一種交易終端系統(tǒng)，包括 接收支付卡細(xì)節(jié)和交易細(xì)節(jié)的至少一個輸入接口； 連接到遠(yuǎn)程主機系統(tǒng)的通信接口； 處理邏輯，能夠操作以向所述主機系統(tǒng)傳輸兌率請求消息以識別貨幣轉(zhuǎn)換率，并且從所述主機系統(tǒng)接收響應(yīng)消息， 其中，兌率請求消息包括表明多個兌率請求消息類型中一個兌率請求消息類型的請求類型指示符，并且其中，針對至少選定的兌率請求消息類型的兌率請求消息包括轉(zhuǎn)換貨幣指示符的轉(zhuǎn)換貨幣字段。
2.如權(quán)利要求1所述的系統(tǒng)，包括能夠操作以存儲所述交易終端系統(tǒng)的參考貨幣指示 符或參考國家指示符中至少之一的存儲器，所述處理邏輯能夠操作以識別接收到的支付卡 細(xì)節(jié)是否表明發(fā)行方國家或計賬貨幣是所述參考國家或所述參考貨幣的支付卡，并且，在 所表明的支付卡發(fā)行方國家或計賬貨幣是所述參考國家或所述參考貨幣的情況下，在不傳 輸兌率請求消息的情況下，以與所述參考國家的貨幣或者所述參考貨幣相對應(yīng)的貨幣來處 理交易。
3.如權(quán)利要求1所述的系統(tǒng)，包括能夠操作以存儲所述交易終端系統(tǒng)的參考貨幣指示 符的存儲器，所述處理邏輯能夠操作以識別接收到的支付卡細(xì)節(jié)是否表明計賬貨幣是所述 參考貨幣的支付卡，并且，在所表明的支付卡計賬貨幣是所述參考貨幣的情況下，在不傳輸 兌率請求消息的情況下以所述參考貨幣處理交易。
4.如權(quán)利要求3所述的系統(tǒng)，其中，所述存儲器還能夠操作以存儲計賬貨幣是所述參 考貨幣的參考支付卡發(fā)行方的標(biāo)志，所述處理邏輯能夠操作以將接收到的支付卡細(xì)節(jié)中的 支付卡發(fā)行方信息與參考支付卡發(fā)行方標(biāo)志相比較，以確定接收到的支付卡細(xì)節(jié)是否表明 計賬貨幣是所述參考貨幣的支付卡。
5.如權(quán)利要求1所述的系統(tǒng)，包括能夠操作以存儲所述交易終端系統(tǒng)的參考國家指示 符的存儲器，所述處理邏輯能夠操作以識別接收到的支付卡細(xì)節(jié)是否表明發(fā)行方國家是所 述參考國家的支付卡，并且，在所表明的支付卡發(fā)行方國家是所述參考國家的情況下，在不 傳輸兌率請求消息的情況下以與所述參考國家的貨幣相對應(yīng)的貨幣處理交易。
6.如權(quán)利要求5所述的系統(tǒng)，其中，所述存儲器還能夠操作以存儲發(fā)行方國家是所述 參考國家的參考支付卡發(fā)行方的標(biāo)志，所述處理邏輯能夠操作以將接收到的支付卡細(xì)節(jié)中 的支付卡發(fā)行方信息與參考支付卡發(fā)行方標(biāo)志相比較，以確定接收到的支付卡細(xì)節(jié)是否表 明發(fā)行方國家是所述參考國家的支付卡。
7.如在前權(quán)利要求中任一項所述的系統(tǒng)，其中所述處理邏輯能夠操作以將包括表明接收到的支付卡細(xì)節(jié)和交易細(xì)節(jié)的信息的授權(quán) 請求消息傳輸?shù)竭h(yuǎn)程系統(tǒng)，并接收包含表明所述支付卡的計賬貨幣的信息的授權(quán)響應(yīng)消 息？所述處理邏輯還能夠操作以針對所述計賬貨幣的貨幣轉(zhuǎn)換率向所述主機系統(tǒng)傳輸兌 率請求消息，所述兌率請求消息包括轉(zhuǎn)換貨幣字段中的計賬貨幣指示符以及表明所述轉(zhuǎn)換 貨幣字段包含計賬貨幣指示符的第四兌率請求類型指示符。
8.如在前權(quán)利要求中任一項所述的系統(tǒng)，其中，所述輸入接口包括芯片卡讀取器，所述 處理邏輯包括芯片邏輯模塊，被配置成“響應(yīng)具有邏輯芯片的支付卡的插入以嘗試獲取所述支付卡上存儲的計賬貨幣信息；以及“在從所述支付卡獲取計賬貨幣信息的情況下，傳輸兌率請求消息，該兌率請求消息包 括代表根據(jù)從所述支付卡獲取的信息導(dǎo)出的或獲取的計賬貨幣的轉(zhuǎn)換貨幣指示符和第一 請求類型指示符。
9.如在前權(quán)利要求中任一項所述的系統(tǒng)，所述處理邏輯包括可切換為有效或無效的可 切換邏輯模塊，所述可切換邏輯模塊能夠操作，以在有效時并且在所述交易終端系統(tǒng)中不 存在識別出的轉(zhuǎn)換貨幣的情況下，傳輸包括第二請求類型指示符并且不包括轉(zhuǎn)換貨幣指示 符的兌率請求消息。
10.如在前權(quán)利要求中任一項所述的系統(tǒng)，其中，所述輸入接口包括芯片卡讀取器，所 述處理邏輯包括芯片邏輯模塊，被配置成_響應(yīng)于具有邏輯芯片的支付卡的插入以嘗試獲取所述支付卡上存儲的發(fā)行方國家信 息；以及-在從所述支付卡獲取發(fā)行方國家信息的情況下，傳輸兌率請求消息，該兌率請求消息 包括代表根據(jù)從所述支付卡獲取的信息導(dǎo)出的或獲取的發(fā)行方國家的發(fā)行方國家指示符 和第三請求類型指示符。
11.如在前權(quán)利要求中任一項所述的系統(tǒng)，還包括輸出接口，所述處理邏輯包括菜單 邏輯模塊，其能夠操作以在所述交易終端系統(tǒng)中不存在轉(zhuǎn)換貨幣的其它標(biāo)識的情況下-經(jīng)由所述輸出接口向用戶指出多個可用轉(zhuǎn)換貨幣以由轉(zhuǎn)換貨幣的用戶進(jìn)行選擇，以及-響應(yīng)于轉(zhuǎn)換貨幣的用戶選擇，傳輸包括代表用戶選定的轉(zhuǎn)換貨幣的轉(zhuǎn)換貨幣指示符 和第五請求類型指示符的兌率請求消息。
12.如權(quán)利要求11所述的系統(tǒng)，其中，所述處理邏輯響應(yīng)表明用戶選定的貨幣不是所 述支付卡的計賬貨幣的兌率響應(yīng)消息，以經(jīng)由所述輸出接口向用戶輸出警告，并提示用戶 是否確認(rèn)用戶選定的轉(zhuǎn)換貨幣。
13.如在前權(quán)利要求中任一項所述的系統(tǒng)，其中，所述處理裝置能夠進(jìn)行操作，以在接 收到標(biāo)識轉(zhuǎn)換貨幣、該轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率的兌率響應(yīng)消息后，經(jīng)由所述 輸出接口輸出轉(zhuǎn)換貨幣的標(biāo)志、該轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率，并提示用戶是否 確認(rèn)所表明的轉(zhuǎn)換貨幣、轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率。
14.如權(quán)利要求13所述的系統(tǒng)，響應(yīng)于所表明轉(zhuǎn)換貨幣、轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以 及轉(zhuǎn)換率的用戶確認(rèn)，使用輸入的交易細(xì)節(jié)、所表明的轉(zhuǎn)換貨幣、轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量 以及轉(zhuǎn)換率來實現(xiàn)交易。
15.如權(quán)利要求14所述的系統(tǒng)，其中，所述處理裝置能夠操作，以使得向遠(yuǎn)程外部系統(tǒng) 傳輸所表明轉(zhuǎn)換貨幣、轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率的清除信息。
16.如權(quán)利要求11至15中任一項所述的系統(tǒng)，其中，所述輸出接口包括顯示設(shè)備。
17.如在前權(quán)利要求中任一項所述的系統(tǒng)，包括能夠操作以使用所述交易細(xì)節(jié)在交易 完成后打印收據(jù)的打印機。
18.—種動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)，包括-連接到交易終端系統(tǒng)的主機通信接口 ；以及“主機處理邏輯，可進(jìn)行操作，以-從所述交易終端接收兌率請求消息，其中，兌率請求消息包括表明多個兌率請求消息 類型中一個兌率請求消息類型的請求類型指示符，并且其中，針對至少選定的兌率請求消 息類型的兌率請求消息包括轉(zhuǎn)換貨幣指示符的轉(zhuǎn)換貨幣字段；_響應(yīng)于包括所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換率和轉(zhuǎn)換的交易量，或者響應(yīng) 于沒有所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換貨幣、所確定轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以 及轉(zhuǎn)換率；以及_向所述交易終端系統(tǒng)傳輸包括該貨幣的轉(zhuǎn)換的交易量、轉(zhuǎn)換率指示符以及轉(zhuǎn)換貨幣 指示符的兌率響應(yīng)消息。
19.如權(quán)利要求18所述的系統(tǒng)，能夠操作以保持各個可用轉(zhuǎn)換貨幣的轉(zhuǎn)換率。
20.如權(quán)利要求18或19所述的系統(tǒng)，能夠操作以提供支付卡發(fā)行方與相關(guān)聯(lián)計賬貨幣 之間的映射，其中，兌率請求消息包括輸入的支付卡細(xì)節(jié)，并且所述處理邏輯能夠操作，以 響應(yīng)于沒有所表明轉(zhuǎn)換貨幣的兌率請求消息，通過使用來自所述輸入支付卡細(xì)節(jié)的支付卡 發(fā)行方信息訪問所述映射來確定轉(zhuǎn)換貨幣、所確定轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率。
21.如權(quán)利要求18至20中任一項所述的系統(tǒng)，其中，所述處理邏輯能夠操作，以通過確 定可用轉(zhuǎn)換率和轉(zhuǎn)換的交易量來響應(yīng)包括表明貨幣的轉(zhuǎn)換貨幣指示符以及第一或第四請 求類型指示符的兌率請求消息。
22.如權(quán)利要求18至21中任一項所述的系統(tǒng)，其中，所述處理邏輯能夠操作，以通過訪 問存儲的計賬貨幣映射信息確定所述支付卡的計賬貨幣、以及確定可用轉(zhuǎn)換率和轉(zhuǎn)換的交 易量，來響應(yīng)包括第二請求類型指示符且不包括轉(zhuǎn)換貨幣指示符的兌率請求消息。
23.如權(quán)利要求18至22中任一項所述的系統(tǒng)，其中，所述處理邏輯能夠操作，以通過訪 問存儲的國家對貨幣映射信息以識別貨幣、以及確定可用轉(zhuǎn)換率和轉(zhuǎn)換的交易量，來響應(yīng) 包括第三請求類型指示符和發(fā)行方國家指示符的兌率請求消息。
24.如權(quán)利要求21至23中任一項所述的系統(tǒng)，其中，所述處理邏輯能夠操作，以確定標(biāo) 識的貨幣是否不是用于直接貨幣轉(zhuǎn)換的系統(tǒng)支持貨幣，并且，在這種情況下，使用存儲的默 認(rèn)貨幣映射信息確定默認(rèn)貨幣，并基于所述默認(rèn)貨幣而非標(biāo)識的貨幣確定可用轉(zhuǎn)換率和轉(zhuǎn) 換的交易量。
25.如權(quán)利要求18至24中任一項所述的系統(tǒng)，其中，所述處理邏輯能夠操作，以-響應(yīng)包括第五請求類型指示符、輸入的支付卡細(xì)節(jié)和用戶選定貨幣的兌率請求消息，使用所述映射來使用存儲的支付卡發(fā)行方對計賬貨幣映射信息，來確定與輸入的支付卡細(xì) 節(jié)中標(biāo)識的支付卡發(fā)行方相關(guān)聯(lián)的計賬貨幣；-將所確定的計賬貨幣與用戶選定的轉(zhuǎn)換貨幣相比較；以及-傳輸表明所確定的計賬貨幣是否與用戶選定的計賬貨幣相對應(yīng)的兌率響應(yīng)消息。
26.一種動態(tài)貨幣轉(zhuǎn)換系統(tǒng)，包括至少一個如權(quán)利要求1至17中任一項所述的交易 終端系統(tǒng)，以及如權(quán)利要求18至25中任一項所述的動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)。
27.一種操作交易終端系統(tǒng)的方法，包括這樣的交易終端系統(tǒng)-接收支付卡細(xì)節(jié)和交易細(xì)節(jié)；-向主機系統(tǒng)傳輸兌率請求消息以識別貨幣轉(zhuǎn)換率，其中，兌率請求消息包括表明多個 兌率請求消息類型中一個兌率請求消息類型的請求類型指示符，并且其中，針對至少選定的兌率請求消息類型的兌率請求消息包括轉(zhuǎn)換貨幣指示符的轉(zhuǎn)換貨幣字段；以及 “從所述主機系統(tǒng)接收響應(yīng)消息。
28.如權(quán)利要求27所述的方法，包括所述交易終端系統(tǒng)-存儲所述交易終端系統(tǒng)的參考貨幣指示符或參考國家指示符中的至少之一； _在所述交易終端系統(tǒng)中識別接收到的支付卡細(xì)節(jié)是否表明發(fā)行方國家或計賬貨幣是 所述參考國家或所述參考貨幣的支付卡，以及-在所表明的支付卡發(fā)行方國家或計賬貨幣是所述參考國家或所述參考貨幣的情況 下，在不傳輸兌率請求消息的情況下，以與所述參考國家的貨幣或者所述參考貨幣相對應(yīng) 的貨幣處理交易。
29.如權(quán)利要求28所述的方法，包括所述交易終端系統(tǒng) _存儲所述交易終端系統(tǒng)的參考貨幣指示符；_在所述交易終端系統(tǒng)中，識別接收的支付卡細(xì)節(jié)是否表明計賬貨幣是所述參考貨幣 的支付卡，以及-在所表明的支付卡計賬貨幣是所述參考貨幣的情況下，在不傳輸兌率請求消息的情 況下，以所述參考貨幣處理交易。
30.如權(quán)利要求29所述的方法，包括這樣的交易終端系統(tǒng)-存儲計賬貨幣是所述參考貨幣的參考支付卡發(fā)行方的標(biāo)志；以及 -將接收到的支付卡細(xì)節(jié)中的支付卡發(fā)行方信息與參考支付卡發(fā)行方標(biāo)志相比較，以 確定接收的支付卡細(xì)節(jié)是否表明計賬貨幣是所述參考貨幣的支付卡。
31.如權(quán)利要求30所述的方法，包括這樣的交易終端系統(tǒng) _存儲所述交易終端系統(tǒng)的參考國家指示符；_在所述交易終端系統(tǒng)中識別接收的支付卡細(xì)節(jié)是否表明發(fā)行方國家是所述參考國家 的支付卡，以及-在所表明的支付卡發(fā)行方國家是所述參考國家的情況下，在不傳輸兌率請求消息的 情況下，以與所述參考國家的貨幣相對應(yīng)的貨幣處理交易。
32.如權(quán)利要求31所述的方法，包括這樣的交易終端系統(tǒng)-存儲發(fā)行方國家是所述參考國家的參考支付卡發(fā)行方的標(biāo)志；以及 -將接收的支付卡細(xì)節(jié)中的支付卡發(fā)行方信息與參考支付卡發(fā)行方標(biāo)志相比較，以確 定接收的支付卡細(xì)節(jié)是否表明發(fā)行方國家是所述參考國家的支付卡。
33.如權(quán)利要求27至32中任一項所述的方法，包括這樣的交易終端系統(tǒng)-將包括表明接收的支付卡細(xì)節(jié)和交易細(xì)節(jié)的信息的授權(quán)請求消息傳輸?shù)竭h(yuǎn)程系統(tǒng)， 并接收包含表明所述支付卡的計賬貨幣的信息的授權(quán)響應(yīng)消息；以及_針對所述計賬貨幣的貨幣轉(zhuǎn)換率向主機系統(tǒng)傳輸兌率請求消息，所述兌率請求消息 包括轉(zhuǎn)換貨幣字段中的計賬貨幣指示符以及表明轉(zhuǎn)換貨幣字段包含貨幣指示符的第四請 求類型指示符。
34.如權(quán)利要求27至33中任一項所述的方法，在支付卡包括邏輯芯片的情況下，包括 這樣的交易終端系統(tǒng)-嘗試獲取所述支付卡上存儲的計賬貨幣信息；以及-在從所述支付卡獲取計賬貨幣信息的情況下，傳輸兌率請求消息，所述兌率請求休息包括代表根據(jù)從所述支付卡獲取的信息導(dǎo)出的或獲取的計賬貨幣的轉(zhuǎn)換貨幣指示符和第 一請求類型指示符。
35.如權(quán)利要求27至34中任一項所述的方法，包括這樣的交易終端系統(tǒng)有選擇地、 并且在所述交易終端系統(tǒng)中不存在識別出的轉(zhuǎn)換貨幣的情況下，傳輸包括第二請求類型指 示符并且不包括轉(zhuǎn)換貨幣指示符的兌率請求消息。
36.如權(quán)利要求27至35中任一項所述的方法，在所述支付卡包括邏輯芯片的情況下包 括這樣的交易終端系統(tǒng)-嘗試獲取所述支付卡上存儲的發(fā)行方國家信息；以及-在從所述支付卡獲取發(fā)行方國家代碼信息的情況下，傳輸兌率請求消息，所述兌率請 求消息包括代表根據(jù)從所述支付卡獲取的信息導(dǎo)出的或獲取的發(fā)行方國家的發(fā)行方國家 指示符和第三請求類型指示符。
37.如權(quán)利要求27至36中任一項所述的方法，包括這樣的交易終端系統(tǒng)_在交易終端系統(tǒng)中不存在轉(zhuǎn)換貨幣的其它標(biāo)識的情況下，經(jīng)由所述交易終端系統(tǒng)的 輸出接口向用戶指出多個可用轉(zhuǎn)換貨幣以由轉(zhuǎn)換貨幣的用戶進(jìn)行選擇，以及-響應(yīng)于轉(zhuǎn)換貨幣的用戶選擇，向所述主機系統(tǒng)傳輸包括代表用戶選定的轉(zhuǎn)換貨幣的 轉(zhuǎn)換貨幣指示符和第五請求類型指示符的兌率請求消息。
38.如權(quán)利要求37所述的方法，包括這樣的交易終端系統(tǒng)通過經(jīng)由所述輸出接口向 用戶輸出警告消息并提示用戶是否確認(rèn)用戶選定的轉(zhuǎn)換貨幣，來響應(yīng)表明用戶選定的貨幣 不是所述支付卡計賬貨幣的兌率響應(yīng)消息。
39.如權(quán)利要求27至38中任一項所述的方法，包括這樣的交易終端系統(tǒng)在接收到標(biāo) 識轉(zhuǎn)換貨幣、該轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率的兌率響應(yīng)消息后，經(jīng)由所述輸出接 口輸出轉(zhuǎn)換貨幣、該轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率的標(biāo)志，并提示用戶是否確認(rèn)所 表明的轉(zhuǎn)換貨幣、所述轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率。
40.如權(quán)利要求39所述的方法，包括這樣的交易終端系統(tǒng)響應(yīng)所表明轉(zhuǎn)換貨幣、所述 轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率的用戶確認(rèn)，以使用輸入的交易細(xì)節(jié)、所表明的轉(zhuǎn)換 貨幣、所述轉(zhuǎn)換貨幣的轉(zhuǎn)換后的交易量以及轉(zhuǎn)換率來實現(xiàn)交易。
41.如權(quán)利要求40所述的方法，包括這樣的交易終端系統(tǒng)其使得向遠(yuǎn)程外部系統(tǒng)傳 輸所表明轉(zhuǎn)換貨幣、所述轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以及轉(zhuǎn)換率的清除信息。
42.如權(quán)利要求27至41中任一項所述的方法，包括這樣的交易終端系統(tǒng)使用所述交 易細(xì)節(jié)在交易完成后打印收據(jù)。
43.一種操作動態(tài)貨幣轉(zhuǎn)換主機系統(tǒng)的方法，包括這樣的主機系統(tǒng)-從交易終端接收兌率請求消息，其中，兌率請求消息包括表明多個兌率請求消息類型 中一個兌率請求消息類型的請求類型指示符，并且其中，針對至少選定兌率請求消息類型 的兌率請求消息包括轉(zhuǎn)換貨幣指示符的轉(zhuǎn)換貨幣字段；-響應(yīng)于包括所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換率和轉(zhuǎn)換的交易量，或者響應(yīng) 于沒有所表明轉(zhuǎn)換貨幣的兌率請求消息確定轉(zhuǎn)換貨幣、所確定轉(zhuǎn)換貨幣的轉(zhuǎn)換的交易量以 及轉(zhuǎn)換率；以及-向所述交易終端系統(tǒng)傳輸包括該轉(zhuǎn)換貨幣轉(zhuǎn)換的交易量值、轉(zhuǎn)換率指示符以及轉(zhuǎn)換 貨幣指示符的兌率響應(yīng)消息。
44.如權(quán)利要求43所述的方法，包括保持各個可用轉(zhuǎn)換貨幣的轉(zhuǎn)換率的主機系統(tǒng)。
45.如權(quán)利要求43或44所述的方法，包括這樣的主機系統(tǒng)-提供支付卡發(fā)行方與相關(guān)聯(lián)計賬貨幣之間的映射，以及-響應(yīng)于包括輸入支付卡細(xì)節(jié)以及沒有所表明轉(zhuǎn)換貨幣的兌率請求消息，通過使用來 自輸入支付卡細(xì)節(jié)的支付卡發(fā)行方信息訪問映射來確定轉(zhuǎn)換貨幣、所確定轉(zhuǎn)換貨幣的轉(zhuǎn)換 的交易量以及轉(zhuǎn)換率。
46.如權(quán)利要求43至45中任一項所述的方法，包括這樣的主機系統(tǒng)通過確定可用轉(zhuǎn) 換率和轉(zhuǎn)換的交易量來響應(yīng)包括表明貨幣的轉(zhuǎn)換貨幣指示符以及第一或第四請求類型指 示符的兌率請求消息。
47.如權(quán)利要求43至46中任一項所述的方法，包括這樣的主機系統(tǒng)通過訪問存儲的 計賬貨幣映射信息以識別所述支付卡的計賬貨幣、以及確定轉(zhuǎn)換率和轉(zhuǎn)換的交易量，來響 應(yīng)包括第二請求類型指示符并且不包括轉(zhuǎn)換貨幣指示符的兌率請求消息。
48.如權(quán)利要求43至47中任一項所述的方法，包括這樣的主機系統(tǒng)通過訪問存儲的 國家對貨幣映射信息并確定可用轉(zhuǎn)換率和轉(zhuǎn)換的交易量，來響應(yīng)包括第三請求類型指示符 和發(fā)行方國家指示符的兌率請求消息。
49.如權(quán)利要求46至48中任一項所述的方法，包括這樣的主機系統(tǒng)確定識別出的貨 幣是否不是用于直接貨幣轉(zhuǎn)換的系統(tǒng)支持貨幣，并且，在該情況下，使用存儲的默認(rèn)貨幣映 射信息確定默認(rèn)貨幣，并且基于所述默認(rèn)貨幣而非標(biāo)識的貨幣確定可用轉(zhuǎn)換率和轉(zhuǎn)換的交 易量。
50.如權(quán)利要求43至49中任一項所述的方法，包括這樣的主機系統(tǒng)-提供支付卡發(fā)行方與相關(guān)聯(lián)計賬貨幣之間的映射，其中，所述處理邏輯-通過使用所述映射確定與輸入支付卡細(xì)節(jié)中標(biāo)識的支付卡發(fā)行方相關(guān)聯(lián)的計賬貨幣 來響應(yīng)包括第五請求類型指示符、輸入支付卡細(xì)節(jié)和用戶選定貨幣的兌率請求消息；_將確定的計賬貨幣與用戶選定的轉(zhuǎn)換貨幣相比較；以及_傳輸表明確定的計賬貨幣是否與所述用戶選定的計賬貨幣相對應(yīng)的兌率請求消息。
51.一種計算機程序產(chǎn)品，包括程序代碼，可操作以執(zhí)行如權(quán)利要求27至50中任一 項所述的方法。
全文摘要
用于基于卡購買的交易終端系統(tǒng)與主機系統(tǒng)通信以提供動態(tài)貨幣轉(zhuǎn)換。交易終端系統(tǒng)可以根據(jù)各種當(dāng)?shù)匾蛩剡x擇大量不同兌率請求消息之一，以獲得動態(tài)貨幣轉(zhuǎn)換的貨幣轉(zhuǎn)換率。
文檔編號G06Q20/00GK101981585SQ200980108396
公開日2011年2月23日 申請日期2009年3月6日 優(yōu)先權(quán)日2008年3月10日
發(fā)明者安東尼·多諾霍, 格麗特·劉易斯, 蘇米思倫·西瓦巴塔松德拉姆, 陳培賢 申請人:環(huán)球藍(lán)聯(lián)貨幣優(yōu)選控股股份有限公司