技术领域
[0001] 本
发明涉及一种能够为用户（例如，支付卡持有人）提供用于支付的替选货币的基于卡的系统。
背景技术
[0002] 典型的交易终端系统（例如，自动出纳机、销售点终端机、工作站等）提供以交易终端系统的本地货币进行的交易。然而，有时候用户会希望用替选货币进行交易。
[0003] 存在自动识别支付的需要，因为用户可能希望以除交易终端系统的本地货币以外的货币进行支付。已经提出了提供用于动态货币兑换（DCC）的货币的自动确定的一些方法。
[0004] 定期地，DCC服务提供方经由他们各自的DCC收单行接收来自卡计划（Card Scheme）的卡账户范围更新文件，例如，来自VISA的账户结算货币文件和来自MASTERCARD的账户范围文件（GCMS表IP0040T1）。这样的卡账户范围更新文件包含用于协助DCC收单行（acquirer）和他们各自的DCC服务提供方正确地确定持卡人的结算货币的信息，诸如：
[0005] -账户范围-低
[0006] -账户范围-高
[0007] -
银行标识号码（BIN）或发行方标识号码（IIN）
[0008] -持卡人结算货币代码。
[0009] 已知在DCC服务过程的两个阶段使用该信息：
[0010] 第一阶段是DCC服务资格检验。这是以下过程中的步骤：确定卡的持卡人是否有资格受益于DCC服务，也就是说，持卡人的卡是否是以用于前端支付验收设备（诸如，销售点（POS）终端或用于
电子商务交易的支付网页）的本地货币以外的货币发行。
[0011] 在该阶段，当在前端支付验收设备处出现支付卡时，能够利用该信息验证该卡号以确认该卡是否有资格使用DCC服务。
[0012] 为了减少将本地货币表下载到前端支付验收设备所需的时间，已知仅下载账户范围（低）号码的前六位数或BIN而不是整个范围。在这点上，应该注意，某一卡范围可以与通常与给定国家相关联的货币或一个国家的默认国家货币不同的货币在该国家发行。例如，商务卡（corporate card）可以与一个国家的默认国家货币不同的货币在该国家发行。
[0013] 如果采用仅下载前六位数或BIN的方法，那么下载到前端支付验收设备的典型的本地货币表可以如下所示。
[0014] 516000
[0015] 516310
[0016] 516319
[0017] 516323
[0018] 516326
[0019] 第二阶段是DCC结算货币代码查找阶段。在该阶段，一种已知的方法是利用卡号的一部分来进行对相应结算货币代码的查找，并且确定要被提供用于DCC服务的适当的兑换率。取代维持用于查找的全部范围，WO/01/04846公开了一种包括如下步骤的方法：根据支付卡号码识别发行方标识代码，并且将该标识代码与包含有发行方标识代码和相应的货币代码的表中的条目进行比较以确定用于与卡交易相关联的操作货币。
[0020] 随着所发行的支付卡在过去十年间呈指数增长，卡账户范围文件中的记录数量已大幅增长。这样的增长给DCC服务提供方带来以下问题：
[0021] 随着卡账户范围内的记录数量的增加，需要将更大的本地货币表下载到前端支付验收设备。例如，六位数可能不足以唯一地识别支付卡的结算货币。虽然在POS终端技术和通信
基础设施方面有进步，但是POS终端的
存储器存储限制和远程通信
瓶颈（特别是对于连接至分组交换电话网络（PSTN）的POS终端）在支付行业一直是重要问题。需要使本地货币表的大小最小化，以避免前端支付验收设备的长下载时间和高存储要求。
[0022] 同样地，随着卡账户范围内的记录数量增加，为了货币代码查找而需要更大的账户范围文件。如上所述，六位数可能不足以唯一地识别支付卡的结算货币。虽然该阶段通常在DCC提供方的主机系统上进行，并且
硬件和
数据库技术的进步会减轻由于较长时间的查找所引起的时间损失，但是，仍然需要优化账户范围文件以改进响应时间，并且因此，缩短持卡人的等待时间。
发明内容
[0023] 本发明一方面提供了一种交易终端系统。该交易终端系统包括用于接收支付载体的支付载体数据的输入
接口，该输入接口至少包括该支付载体的支付载体号码。
通信接口被设置用于连接至远程主机系统。范围存储装置限定支付载体号码范围，其中，该支付载体号码范围限定以下中的至少一个：
指定结算货币是用于交易终端系统的参考货币的多个第一合并支付载体号码范围；或者，指定结算货币不是用于交易终端系统的参考货币的多个第二合并支付载体号码范围。至少一个合并支付载体号码范围由最低支付载体号码到最高支付载体号码来限定，该最低支付载体号码来自与给定货币相关联的连续支付载体号码的第一较低范围，该最高支付载体号码来自与该给定货币相关联的连续支付载体号码的第二较高范围。交易终端系统处理装置可操作用于将输入的支付载体号码的至少一部分与第一支付载体号码范围和/或第二支付载体号码范围进行比较，以确定输入的支付载体号码是落入指定结算货币是用于交易终端系统的参考货币的支付载体号码范围内还是落入指定结算货币不是用于交易终端系统的参考货币的支付载体号码范围内。在交易终端系统处理装置确定输入的支付载体号码没有落入指定结算货币是用于交易终端系统的参考货币的支付载体号码范围内的情况下，和/或确定输入的支付载体号码落入指定结算货币不是用于交易终端系统的参考货币的支付载体号码范围内的情况下，该处理装置向主机系统发送识别支付载体号码的至少一部分的费率（rate）
请求消息，以识别支付载体的结算货币和结算货币兑换率；并且从主机系统接收用于识别支付载体结算货币和结算货币兑换率的费率响应消息。
[0024] 本发明另一方面提供了一种主机系统。该主机系统包括用于连接至交易终端系统的主机通信接口。结算货币存储装置针对多种结算货币中的每一种来限定指定货币为结算货币的多个合并支付载体号码范围，其中，至少一个合并支付载体号码范围由最低支付载体号码到最高支付载体号码来限定，该最低支付载体号码来自与结算货币相关联的连续支付载体号码的第一较低范围，该最高支付载体号码来自与该给定货币相关联的连续支付载体号码的第二较高范围。货币兑换率存储装置识别货币间兑换率。主机系统处理装置响应于从交易终端系统接收到用于识别接收到的支付载体号码的至少一部分的费率请求消息。该处理装置将输入的支付载体号码的至少一部分与结算货币存储装置中限定的支付载体号码范围进行比较，以识别接收到的支付载体号码处于哪个支付载体号码范围内，识别与接收到的支付载体号码相关联的结算货币，并且识别用于发送了费率请求消息的交易终端系统的参考货币与识别出的用于支付载体号码的结算货币之间的货币兑换率。该处理装置生成要发送至交易终端系统的用于识别支付载体结算货币和结算货币兑换率的费率响应消息。
[0025] 一种动态货币兑换系统可以包括至少一个这样的交易终端系统和至少一个这样的主机系统。
[0026] 本发明的另一方面提供了一种用于这样的交易终端系统和/或这样的主机系统的
计算机系统，该计算机系统可操作用于生成合并支付载体号码范围。该计算机系统包括用于接收到的支付载体号码范围的存储装置，每个支付载体号码范围由从支付载体号码范围的最低支付载体号码延伸到支付载体号码范围的最高支付载体号码的连续支付载体号码的范围来限定。处理装置可操作用于合并接收到的支付载体号码范围以生成合并支付载体范围，以便生成至少一个合并支付载体号码范围，该至少一个合并支付载体号码范围由来自连续支付载体号码的第一较低范围的最低支付载体号码到来自连续支付载体号码的第二较高范围的最高支付载体号码来限定。存储装置被设置有用于合并支付载体号码范围。
[0027] 一种操作这样的交易终端系统的方法可以包括：输入接口接收支付载体的支付载体数据，至少包括支付载体的支付载体号码；以及交易终端系统处理装置将输入的支付载体号码的至少一部分与第一合并支付载体号码范围和/或第二合并支付载体号码范围进行比较，以确定输入的支付载体号码是落入指定结算货币是用于交易终端系统的参考货币的支付载体号码范围内还是落入指定结算货币不是用于交易终端系统的参考货币的支付载体号码范围内。交易终端存储装置保存指定结算货币是用于交易终端系统的参考货币的多个第一合并支付载体号码范围和指定结算货币不是用于交易终端系统的参考货币的多个第二合并支付载体号码范围中的至少一个，其中，至少一个合并支付载体号码范围由最低支付载体号码到最高支付载体号码来限定，该最低支付载体号码来自与给定货币相关联的连续支付载体号码的第一较低范围，该最高支付载体号码来自与给定货币相关联的连续支付载体号码的第二较高范围。在确定输入的支付载体号码没有落入指定结算货币是用于交易终端系统的参考货币的支付载体号码范围内的情况下，和/或在确定输入的支付载体号码落入指定结算货币不是用于交易终端系统的参考货币的支付载体号码范围内的情况下，该方法进一步包括：向主机系统发送识别支付载体号码的费率请求消息，以识别支付载体的结算货币和结算货币兑换率：以及从主机系统接收用于识别支付载体结算货币和结算货币兑换率的费率响应消息。
[0028] 一种操作这样的主机系统的方法可以包括：在主机通信接口处接收来自交易终端系统的费率请求消息。主机系统处理装置可以响应于从交易终端系统接收到用于识别接收到的支付载体号码的费率请求消息，将输入的支付载体号码至少一部分与结算货币存储装置中所限定的合并支付载体号码范围进行比较，以识别接收到的支付载体号码处于哪个支付载体号码范围内，并且识别与接收到的支付载体号码相关联的结算货币。结算货币存储装置针对多种结算货币中的每一种来限定指定货币是结算货币的多个合并支付载体号码范围，其中，至少一个合并支付载体号码范围由最低支付载体号码到最高支付载体号码来限定，该最低支付载体号码来自与结算货币相关联的连续支付载体号码的第一较低范围，该最高支付载体号码来自与给定货币相关联的连续支付载体号码的第二较高范围。该方法还可以进一步包括：主机系统处理装置从识别货币间兑换率的货币兑换率存储装置识别用于发送了费率请求消息的交易终端系统的参考货币与识别出的用于支付载体号码的结算货币之间的货币兑换率；以及生成要发送至交易终端系统的用于识别支付载体结算货币和结算货币兑换率的费率响应消息。
[0029] 一种控制这样的计算机系统以生成合并支付载体号码范围的方法可以包括：在计算机系统存储装置中存储接收到的支付载体号码范围，每个支付载体号码范围由从支付载体号码范围的最低支付载体号码延伸到支付载体号码范围的最高支付载体号码的连续支付载体号码的范围来限定。计算机系统的处理装置合并接收到的支付载体号码范围以生成至少一个合并支付载体号码范围，该至少一个合并支付载体号码范围由来自连续支付载体号码的第一较低范围的最低支付载体号码到来自连续支付载体号码的第二较高范围的最高支付载体号码来限定。将合并支付载体号码范围存储在计算机系统存储装置中。
[0030] 本发明的各方面可以通过包括可操作用于实现这样的方法的程序代码的一个或多个
计算机程序产品来实现。该计算机程序产品包括载有该程序代码的计算机可读介质或载体。
[0031] 虽然在所附
权利要求中记载了本发明的各个方面，但是本发明的其他方面包括所述
实施例和/或所附
从属权利要求的特征与
独立权利要求的特征的任意组合，而不仅仅是所附权利要求中明确记载的组合。
附图说明
[0032] 参照以下附图，仅作为示例来描述实施例。
[0033] 图1是示出了提供动态货币兑换的卡
支付系统的配置的示例的示意性
框图；
[0034] 图2是示出了交易终端系统的示例的框图；
[0035] 图3是示出了动态货币兑换主机系统的示例的框图；
[0036] 图4是示出了用在图2的交易终端系统和图3的主机系统中的范围表的生成的
流程图；
[0037] 图5更详细地示出了生成范围表的处理的一部分；
[0038] 图6是示出了图2的交易终端系统的操作的一部分的流程图；
[0039] 图7是示出了图3的主机系统的操作的一部分的流程图。
具体实施方式
[0040] 下文中对本发明的示例性实施例进行描述，其中示例性实施例旨在通过合并支付载体号码范围以生成合并支付载体号码范围来提供对网络带宽和存储装置使用的有效利用，该合并支付载体号码范围由来自连续支付载体号码的第一较低范围的最低支付载体号码到来自连续支付载体号码的第二较高范围的最高支付载体号码来限定。
[0041] 图1是示出了如下示例系统的示意性框图，该示例系统采用支付卡系统100的形式的支付载体。在本
说明书中，为方便起见，全文均提及作为普通形式的支付载体的支付卡。支付卡可以是信用卡、借记卡或其他形式的支付卡。然而，除了支付卡外，实现支付的装置可以不同于卡。例如，已提出了使支付系统基于
移动电话、
个人数字助理（PDA）或实现支付的其他形式的代币（token）。相应地，在说明书中提到支付卡的情况下，应该理解，支付卡可以用另一种形式的支付载体（例如，移动电话、PDA等）来替代，该支付载体被配置成通过例如适当的
软件和机构来进行支付交易，该机构用于（例如以不
接触的方式）将信息传递至支付终端系统以及从支付终端系统传递信息。因此，提及支付卡应被解释为支付载体的示例。
[0042] 图1示出了包括卡支付功能并且另外包括动态货币兑换（DCC）系统功能的交易终端系统（或交易站系统）10。交易终端系统10可以被配置为位于例如零售商的经营场所的销售终端点，或者可以例如是自动出纳机。
[0043] 交易终端系统10可以包括一个或多个用于接收卡支付和购买明细的接口。交易终端系统10通过通信网络（例如，通过互联网、电话网或其他网络）与为零售商提供银行服务的银行的计算机系统12（在下文中称为收单银行系统12）进行通信。作为对卡支付进行处理的一部分，交易终端系统10生成支付授权请求消息20。
[0044] 收单银行系统12可以包括一个或多个计算机。收单银行系统12可以可操作用于从交易终端系统10接收支付授权请求消息20，并且在适当的时候向交易终端系统10返回授权响应消息30。收单银行系统12进一步通过通信网络（例如，通过互联网、电话网或其他网络）与支付卡运营商的计算机系统网络14（下文中称为计划网络系统14）进行通信。虽然图1中仅示出了一个计划网络系统14，但是收单银行系统12可以与各个支付卡运营商的各个计划网络系统进行通信。
[0045] 收单银行系统12可操作用于分析从交易终端系统10接收到的支付授权请求消息20，以确定用于所涉及的卡的适当的计划网络系统14并且向适当的计划网络系统14转发支付授权请求消息22。
[0046] 计划网络系统14可操作用于从收单银行系统12接收支付授权请求消息22，并且在适当的时候向收单银行系统12返回授权响应消息28。计划网络系统14进一步通过通信网络（例如，通过互联网、电话网或其他网络）与发行了支付卡的金融机构的计算机系统16（下文中称为发行金融机构系统）进行通信。虽然图1中仅示出了一个发行金融机构系统16，但是计划网络系统14可以与各个发行金融机构的各个发行金融机构系统16进行通信。
[0047] 计划网络系统14可操作用于分析接收到的支付授权请求消息22以识别发行了支付卡的发行金融机构。然后，计划网络系统14可操作用于向所涉及的发行金融机构系统16转发支付授权请求消息24，并且从发行金融机构系统16接收响应消息26。
[0048] 发行金融机构系统16可操作用于接收支付授权请求消息24，以通过将支付请求的细节与为所涉及的支付卡而保存的记录进行比较来处理该授权请求，然后，向计划网络系统14发送适当的授权响应消息26。该授权响应消息包括各种细节，各种细节包括关于支付是否被授权的确认。然后，经由计划网络系统14、收单银行系统12将授权响应消息26转发至交易终端系统10。
[0049] 接下来，将给出在交易终端系统10与DCC主机系统18之间传递的用于确定是否要执行DCC操作的费率请求消息和费率响应消息的进一步细节。
[0050] 在确认用于交易的货币时，交易终端系统10可操作用于经由收单银行系统12和计划网络系统14将授权请求消息或金融交兑请求消息或金融交兑通知消息或清算消息（例如，持卡人的本国或结算货币信息）发送至发行金融机构16。
[0051] 图2是交易终端系统10的示例的示意性框图。图2中所示的示例性交易终端系统10包括一个或多个处理器40、用于存储程序和数据的存储装置42（其可以包括易失性和
非易失性存储器以及存储装置）。图2示出了存储装置42可以包括例如形成卡处理（CP）应用程序模
块44的卡处理应用程序、形成DCC模块46和参考国家和/或货币信息48的DCC应用程序、识别以终端的本地货币发行的卡的本地货币卡文件49和/或外国货币表47。应该注意，存储装置42可以包含其他应用程序和数据。
[0052] 参考国家/货币信息48可以例如作为ISO国家代码、字母货币代码和/或
数字货币代码保存在存储装置42或寄存器中的文件内。
[0053] 在一种示例性实施例中，本地货币文件49被实现为以参照图4描述的方式生成的范围表。本地货币文件49识别支付卡号码的一个或多个范围，这些支付卡号码已由银行和其他金融机构以交易终端系统10的本地货币作为支付卡的结算货币来发行，由此，号码在本地货币文件中的一个或多个范围内的支付卡的用户（持卡人）将没有资格进行动态货币兑换。本地货币文件中的各个条目可以包括字段，诸如，例如以下字段中的一个或多个：
[0054] 卡账号范围的较低值；
[0055] 卡账号范围的较高值；
[0056] 字母本地货币代码（例如，2-3字符字母ISO货币代码）；
[0057] 数字本地货币代码（例如，3位数字ISO货币代码）；
[0058] 本地国家代码（例如，ISO国家代码）。
[0059] 在一种示例性实施例中，外国货币文件47被实现为以参照图4描述的方式来生成的范围表。外国货币文件49识别支付卡号码的范围，这些支付卡号码已由银行和其他金融机构以除交易终端系统10的本地货币以外的货币作为支付卡的结算货币来发行，号码在外国货币文件中的一个或多个范围内的支付卡将有资格进行动态货币兑换。外国货币文件中的各个条目可以包括字段，诸如，例如以下字段中的一个或多个：
[0060] 卡账号范围的较低值；
[0061] 卡账号范围的较高值；
[0062] 字母本地货币代码（例如，2-3字符字母ISO货币代码）；
[0063] 数字本地货币代码（例如，3位数字ISO货币代码）；
[0064] 国家代码（例如，ISO国家代码）。
[0065] 图2还示意性地示出了
键盘/小键盘50、扫描器52和
读卡器54。视情况而定，键盘/小键盘50可以是带有单独的键的键盘/小键盘，或者可以被配置为
触摸屏键盘/小键盘并可以用于输入数字和/或其他字符。扫描器52可以是例如
条形码扫描器、RFI标签扫描器等。读卡器54可以被配置成从支付卡读取数据。视情况而定，读卡器54可以是磁条阅读器、芯片卡读卡器、用于不接触式支付卡的不接触式读卡器、RFI标签阅读器等。此外，在适当的情况下，读卡器54也可操作用于将信息写入被适当地配置的支付卡。交易终端系统10还可以配置有适当的接口以与其他种类的支付载体（例如，移动电话或PDA）相互作用，例如，使用基于接触的或不接触式数据交换来从支付载体接收数据和/或将信息发送到支付载体。
[0066] 图2进一步示意性地示出了显示器56、
打印机58和通信接口62。视情况而定，显示器56可以是数字显示器、字母数字显示器、图像显示器等，以显示输入数据和/或消息，从而辅助用户（例如，支付卡持卡人）和/或零售商/商人操作交易终端系统10。打印机可以用于打印购买收据和/或其他信息。通信接口60使得能够直接或通过中间网络（未示出）、经由一个或多个通信信道62从交易终端系统10到DCC主机系统18进行通信。
[0067] 在上述示例中，交易终端系统10是自动出纳系统或销售点系统。然而，应该理解，交易终端系统10也可以是连接至互联网的工作站的形式。交易终端系统10还可以全部或部分地集成到酒店、剧院和零售店等的交易系统中。
[0068] 图3是DCC主机系统18的示例的示意性框图。图3所示的示例性DCC主机系统18包括一个或多个处理器70以及用于存储程序和数据的存储装置72（包括易失性和非易失性存储器）。图3示出了存储装置72包括形成DCC模块76的一个或多个DCC程序以及一个或多个数据表，这一个或多个数据表包括结算货币文件75、货币兑换或兑换率表74、国家到货币表77和默认货币表73。应该注意，存储装置72可以包含其他应用程序和数据。
[0069] 该结算货币文件75可以例如是以参照图4所描述的方式生成的结算货币文件（BCF 75）的形式，该结算货币文件可以具有可以包括各种字段的条目，例如包括如下字段：
[0070] 账户结算文件标识符;
[0071] 卡账号范围的较低值;
[0072] 卡账号范围的较高值；
[0073] 字母结算货币代码（例如，2-3字符字母ISO货币代码）；
[0074] 数字结算货币代码（例如，3位数字ISO货币代码）;
[0075] 关于结算货币是否是DCC支持的货币的指示。
[0076] 兑换率表74可以包含能够从中提取当前兑换率数据的信息。兑换率表中的标题条目可以包括各种字段，包括例如以下字段中的一个或多个：
[0077] 输出文件前缀；
[0078] 文件标识符；
[0079] 开始生效日期；
[0080] 开始生效时间；
[0081] 基本货币代码（例如，使用ISO货币代码）；
[0082] 国家代码（例如，使用ISO国家代码）；
[0083] 文件序列号（例如，001，除非该日期的文件多于一个）；
[0084] 文件扩展名（例如，DAT）。
[0085] 兑换率表74中的卷（volume）可以包括各种字段，包括例如以下字段中的一个或多个：
[0086] 卷标题；
[0087] 开始生效日期；
[0088] 开始生效时间；
[0089] 费率ID。
[0090] 兑换率表74中的各兑换率条目可以包括各种字段，包括例如以下字段中的一个或多个：
[0091] 字母货币代码（例如，ISO标准3字符字母代码）；
[0092] 数字货币代码（例如，ISO标准2-3字符数字代码）；
[0093] 欧洲汇率幅度（Euroband）指示符（例如，表示该货币是否是欧洲汇率幅度货币的标记）；
[0094] 兑换率（例如，四舍五入到4位小数的兑换率）；
[0095] 商业外汇汇率类目（例如，用以表示用于商业的外汇汇率
风险预测（risk profile））；
[0096] 有效开始日期（例如，兑换率生效的开始日期）；
[0097] 有效开始时间（例如，兑换率生效的开始日期的时间）；
[0098] 有效截止日期（例如，兑换率失效的日期）；
[0099] 有效
截止时间（例如，兑换率失效的日期的时间）；
[0100] 加成（markup）百分比值（例如，减轻兑换率风险的百分比值）；
[0101] 加成
精度值（例如，用于表示加成小数位精度）。
[0102] 兑换率表74中的最后字段可以包括各种字段，包括例如以下字段中的一个或多个：
[0103] 尾部线（trailer line）；
[0104] 关于货币代码字段的校验和；
[0105] 关于兑换率字段的校验和；
[0106] 记录计数。
[0107] 国家到货币表77用于在国家和其官方货币之间进行映射。通常，一种官方国家货币与每个国家相关联，但是也可能存在与一种官方国家货币相关联的多个国家，例如，欧元。在一种示例中，国家到货币表按国家排列，而且每个国家条目标识与其相关联的官方国家货币。在该示例中，每个条目可以包括一个或多个字段，包括例如以下字段中的一个或多个：
[0108] 国家代码（例如，ISO国家代码）；
[0109] 字母货币代码（例如，ISO标准3字符字母代码）；
[0110] 数字货币代码（例如，ISO标准2-3字符数字代码）。
[0111] 默认货币表73可以用于识别要用于交易的默认货币。默认货币表73可以包括例如结算货币文件中所指出的非支持DCC货币与默认的支持DCC货币之间的映射，并且在某些情况下，可以用来识别要在如下情况下使用的默认DCC的货币：使用为交易终端系统10和/或动态货币兑换系统不支持的货币发行的支付卡。该默认货币表在某些情况下也可以用来识别要用于不是为该交易终端系统10的本地货币发行的支付卡的默认DCC货币。在一种示例中，默认货币表73按输入货币（例如，终端支付系统的本地货币和/或不支持的货币等）排列，并且输入货币的每个条目标识与其相关联的相应默认货币。在本示例中，每个条目可以包括一个或多个字段，包括例如以下字段中的一个或多个：
[0112] 字母输入货币代码（例如，ISO标准3字符字母代码）；
[0113] 数字输入货币代码（例如，ISO标准2-3字符数字代码）；
[0114] 字母默认货币代码（例如，ISO标准3字符字母代码）；
[0115] 数字默认货币代码（例如，ISO标准2-3字符数字代码）。
[0116] 图3还示意性地示出了键盘78和显示器80。视情况而定，键盘78可以是带有单独的键的键盘，或可以被配置为触摸屏键盘并可以用于数字和/或其他字符的输入。视情况而定，显示器80可以是数字显示器、字母数字显示器、图像显示器等，以使得运营商能够查看系统数据。
[0117] 图3还示出了打印机82和通信接口84。该打印机可以用于打印系统数据。通信接口84使得能够直接或通过中间网络（未示出）、经由一个或多个通信信道86与交易终端系统10和收单银行系统12进行通信。
[0118] 图4是示出了用于生成图2的本地货币文件49和外国货币文件47以及图3的结算货币文件75的处理的示例的流程图。
[0119] 如图4所示，处理100开始于110。处理100可以由DCC主机系统18的处理器来执行，或者可以由单独的计算机系统来执行。在描述图4时，为了方便起见，在提到执行该方法的步骤的“系统”的情况下，应该理解，视情况而定，这是指执行这些步骤的DCC主机系统18或单独的计算机系统的处理器。
[0120] 在112处，该系统从计划运营商接收账户文件。该账户文件可以例如为该格式或者介绍中描述的卡账户范围更新文件。
[0121] 本方法提供了以使得能够生成查找表的方式合并该范围信息的方法，该查找表可以用于以有效的方式识别与给定的卡号相关联的货币代码，而无需存储由计划运营商提供的所有范围信息。
[0122] 在步骤114中，该系统可操作用于根据基于例如卡账户的较低值（即，下表1中左手列中的号码）的连续账号范围，对范围进行分类。例如，在本示例中，该文件可以利用基于卡账号范围的较低值按照数字顺序所排序的卡号码的连续范围来进行分类。如果如介绍中所述的那样，由计划运营商提供的范围信息将BIN号码分为账户范围低值和账户范围高值，那么可以将BIN作为较高有效数字添加到账户范围低号码和账户范围高号码，然后，可以进行分类。步骤114的结果可以例如是如表1中所示那样针对货币代码036排列的文件，具有适用于其他货币代码的范围的集合。
[0123] 应当注意，表1给出了这样的信息的示例，应当理解，所示的实际数据是仅为示例的目的而构造的。
[0124] 表1
[0125]
[0126] 如表1所示，卡账号范围更新文件包含如下信息：对于范围内的每个条目，其可以包括例如账户范围内的最低点、账户范围内的最高点和持卡人结算货币代码。高位数中的号码识别由给定的金融机构发行的卡号的范围，其余的低位数识别卡号范围内的各卡号。
[0127] 卡号中用于唯一地识别与金融机构相关联的货币代码的一部分（即，高位数的号码）可以包括可变数量的位数，并不仅仅是传统的银行标识号码（BIN）的5或6位数。这是由于计划运营商分配号码范围的方式，而且还考虑到诸如例如金融机构的变化规模的因素。当前，例如，可能需要高达11位数来标识被分配给用于给定的金融机构的给定货币代码的连续卡号的范围，而不是5或6位数。
[0128] 这在例如表2中示出。在此，应当注意，需要11位数来标识卡号与对应于货币代码946的卡号5213911044100000000到5213912021999999999的第二范围相关，而不是与对应于货币代码840的范围5213911044000000000到5213911044099999999相关。
[0129] 表2
[0130]
[0131] 在步骤116中，系统合并关于给定结算货币的账户范围以提供合并范围，该合并范围具有在关于给定结算货币的范围内从最低卡账号到最高卡账号的连续支付卡号码。步骤116的合并导致在该范围内关于各个银行标识号码的信息丢失。然而，这并没有关系，因为银行标识号码与合并范围的组织并不相关。然而，本发明基于以下实现：各个金融机构的标识与确定具有DCC的资格以及还用于标识合适的结算货币以完成DCC操作的处理不相关。
[0132] 步骤116中所执行的合并可以以如例如图5所示的多个步骤来执行。图5示出了重排序的范围，其被表示为卡号范围的文件166-0-0（例如，如表1中所示的范围都与货币代码036相关联）。附加文件166-N-0（其中，N=1到n-1）可以按对于与n个卡计划的集合中的其他n-1个卡计划（例如，VISA，Master卡，AMEX）中的每一个相关联的卡范围类似的方式来处理。
[0133] 在第一步骤116-1中，可以使用零容限对初始文件166-0-0的范围重排序。换句话说，该范围可以通过查找一个范围的高端和另一个范围的低端之间的零间隙来进行重排序。该合并意味着与同一货币相关联的卡号的连续范围可以合并成一个更大的范围。在第一步骤中，如果已知卡号中的一个或多个所选位数（例如，最低4个有效位）对分配给金融机构的卡号范围没有贡献，那么可以忽略这些位数。第一步骤的结果是连续范围被合并的合并文件166-0-1。
[0134] 在另一步骤116-2中，可以使用第一容限对文件166-0-1的范围重排序。换句话说，这些范围可以通过查找一个范围的高端与另一个范围的低端之间的给定的或可配置的间隙（例如，10%）来进行重排序。在合并的该阶段中，文件166-0-1中具有相同的关联货币代码的卡号的相邻范围可以合并成一个更大的范围，其中卡号的相邻范围相隔比相邻范围内的卡号的数量的10%小的间隙。与在第一步骤中一样，如果已知卡号中的一个或多个所选位数（例如，最低4个有效位）对分配给金融机构的卡号范围没有贡献，那么可以忽略这些位数。第二步骤的结果是合并表166-0-1。
[0135] 可选地，可以将另一步骤重复可选次数，以基于卡号码范围的分布进一步减少文件166-0-1中的范围的个数，从而提供对范围表166-0-1的适当压缩。
[0136] 附加步骤116-3可以提供附加合并，在该附加步骤中，确定用于任意其他卡计划的卡号范围（例如，来自文件166-N-0）是否落入文件166-0-1中的相邻范围之间。如果没有范围落入相邻范围对之间，那么可以进一步合并这些范围。
[0137] 可以将附加步骤116-3重复可选次数，或者例如直到不可能进行进一步的合并为止（即，所有相邻范围对都具有关于另一货币代码的中间范围）。
[0138] 应当注意，步骤116-2和116-23均可以被执行零次、一次或多次。换句话说，可以省略步骤116-2和116-3中的一个或两个。
[0139] 表3示出了遵循参照图5所描述的合并处理的表166-0-1的减少内容的示例。关于表1，应当注意，表3给出了这样的信息的示例说明，应当理解，所示的实际数据是仅出于说明目的而构造的。
[0140] 表3
[0141]
[0142] 回到图4，在步骤118中，系统生成用于交易终端系统的范围文件，对于任意给定的交易终端系统，这些范围文件包括可应用于该本地交易终端系统的货币的两个合并范围。可以选择范围文件的格式，以使标识所涉及的范围所需的位数最小。在一个示例中，使用标识该范围内的较高号码和较低号码所需的多个最高有效数字。参见例如表4，其与表3相对应，但是假定：每个号码的最后四位数都是0000，并且对于账户范围（低）值，表中所保存的数字与最后四位数之间的每位数都是0，并且对于账户范围（高）值，表中所保存的数字与最后四位数之间的每位数都是9。应当注意，可以视情况而定地使用任一适当的编码和/或文件格式。
[0143] 表4
[0144]
[0145] 然后，将所得到的范围文件发送至交易终端系统，以将其存储在本地货币文件49中。可选地，也可以针对与分配给给定的交易终端的本地或参考货币不对应的那些卡号范围来生成范围文件。在这种情况下，可以将与该交易终端系统的本地或参考货币不对应的卡账号的合并范围发送至交易终端系统并且存储在外国货币文件47中。如所述，在本发明的一种具体实施例中，仅将本地货币文件49发送至给定的交易终端系统，在替选实施例中，除了本地货币文件外或者替代本地货币文件，外国货币文件47被填充作为选项。
[0146] 在步骤120中，生成用于主机系统的结算货币文件，以包括所有的合并范围，其中，用于各个范围的相应的结算货币存储在图3所示的DCC主机系统18的结算货币文件75中。该结算货币文件可以使用以上关于步骤118所描述的格式来生成。可选地，结算货币文件条目不但标识账户范围和结算货币代码，还可以包括关于该结算货币是否是DCC系统的支持货币的指示。
[0147] 处理100终止于步骤122。
[0148] 如参照图2所述，终端交易系统10可以设置有本地货币文件49和/或外国货币文件47。本地货币文件和/或外国货币文件的目的是确定在交易终端系统所使用的支付卡的结算货币是否对应于存储在参考国家/货币记录48中的用于交易终端系统的参考货币。该确定可以通过确定所涉及的支付卡具有与终端系统的参考货币相对应的结算货币（这种情况下，可以使用本地货币文件）来以积极的方式执行，或者依据该支付卡的结算货币不是与参考国家/货币文件48中所记录的参考货币不同的外国货币的否定确定来执行。由于通常本地货币文件49相比于外国货币文件47包含较少的条目（也就是较小的范围），所以交易终端系统通常将仅设置有本地货币文件49。然而，假定所涉及的货币通过将支付卡号码的至少一部分与被分配有给定的结算货币的卡号的一个或多个范围中的所述范围进行比较来确定，则在一些实施例中，有可能外国货币文件47实际上小于本地货币文件49。在这种情况下，可以设置外国货币文件47来替代本地货币文件49。在要参照图6描述的示例中，假设在交易终端系统10中设置了本地货币文件49而不是外国货币文件47。
[0149] 图6是示出了图2的交易终端系统的部分操作的流程图。该处理200开始于210。
[0150] 在212处，通过在交易终端系统输入支付卡号码来从该支付卡接收支付卡号码（或个人账号，PAN）。该支付卡号码可以以任一传统的方式输入，通过手工输入、通过从磁条读取信息、通过从保持在支付卡上的芯片进行读取、或者通过从支付卡不接触地传递数据（或者在每种情况下，从另一形式的支付载体）。在步骤214中，将支付卡号码的至少一部分与范围文件（即，与本地货币文件49）进行比较，以识别支付卡号码是否落入被标识为结算货币是与交易终端系统的参考货币相同的货币的一个或多个卡号码范围内。支付卡号码与各个范围的比较可以按适当的方式执行，例如，使用传统的二分检索
算法，其使得能够快速地将特定值（即，支付卡值）识别为在一个有效范围内。支付卡号码的被比较的部分是识别支付卡号码是否落入相关范围内所需的数字。在一个示例中，对支付卡号码的前十位数进行比较。在其他实施例中，对另一组位数进行比较，或者甚至对完整的支付卡号码进行比较，只要被比较的位数足以识别支付卡号码是否落入相关范围内。
[0151] 在216处，如果确定支付卡的结算货币不同于交易终端系统10的参考货币（即，不是本地卡），那么在218处，向主机系统发送费率请求，以识别可以被提供用于动态货币兑换的货币以及对于该兑换的适当兑换率。参照图7对主机系统的处理进行描述。在步骤220处，从主机系统接收费率响应。假设该费率响应识别可以被提供给用户来进行动态货币兑换的货币，并且也识别要使用的兑换率。
[0152] 在步骤222处，交易终端系统计算为了动态货币兑换而向用户作出的报价。为了计算所作出的报价，交易终端系统使用交易金额和在费率响应消息中识别出的兑换率，该交易金额是借助于在交易终端系统所设置的一种或多种输入机制来输入的。交易终端系统可操作用于向给用户提供以交易终端系统的参考货币或者以DCC货币进行购买的选项，其中DCC货币是连同适用的兑换率的指示和以所提供的兑换率计算得到的以DCC货币进行的交易的值一起提供的。如将参照图7中所说明的，可以提供的DCC货币通常是支付卡的结算货币。然而，在某些情况下，所提供的DCC货币可能是不同的货币。如果所提供的货币不是结算货币，而是例如默认货币，那么提供给用户的信息将向用户表明该事实，以便该用户能够就是否接受DCC报价作出客观决定。DCC报价可以通过在交易终端系统的显示器上显示适当的数据、借助于音频输出、通过放置文件或者以任何其他适当的方式来进行。
[0153] 如果在步骤224中，用户接受DCC报价，那么在步骤228处，以提供给用户的DCC货币进行该交易。替选地，如果在步骤216中确定支付卡的货币与交易终端的参考货币相同，或者在步骤224处，用户拒绝接受DCC报价，那么在步骤226处，以交易终端系统的参考货币或本地货币进行交易。然后，如226或228处所示，以适当的货币进行交易，并且该处理终止于230。
[0154] 图7是示出了在接收到来自交易终端系统的费率请求时DCC主机系统18的操作的各方面的流程图。处理300开始于310。在312处，从交易终端系统接收费率请求消息。在其他数据当中，该费率请求消息识别支付卡号码的至少一部分、发送费率请求消息的交易终端的标识（以识别用于返回答复的路由信息）以及可选地包括交易金额。
[0155] 在步骤314处，将支付卡号码的至少一部分与结算货币文件进行比较以识别结算货币。如前所述，结算货币文件75包含合并为包括与特定结算货币相关联的卡号的连续范围的卡号范围。步骤314中所执行的比较处理可以以任意适当的方式来进行。例如，可以执行关联查找以识别接收到的卡支付号码是否大于号码范围的低端或者小于号码范围的高端，从而识别出该卡号处于该范围内。如果在特定范围和卡号之间进行肯定比较，那么可以根据结算货币文件识别结算货币。替选地，用于识别支付卡号码处于的特定范围的其他方法可以通过例如之前针对交易终端系统的步骤214的操作所描述二分法分类算法来确定。支付卡号码的被比较的部分是识别支付卡号码是否落入相关范围内所需的数字。在一个示例中，对支付卡号码的前十位数进行比较。在其他示例中，可以将另一组位数进行比较，或者甚至对完整的支付卡号码进行比较，只要被比较的位数足以识别支付卡号码是否落入相关范围内。
[0156] 可选地，结算货币文件也可以包括DCC系统支持的货币的指示。在这种情况下，可选地，在步骤316处，可以确定支付卡的结算货币是否是DCC系统所支持的结算货币。如果不支持该结算系统，那么可选地，在步骤318中，可以在默认货币表中识别与结算货币相对应的默认货币。该默认货币表包括从所识别的结算货币到参考货币的映射。在步骤320中，将默认货币设置为DCC货币。
[0157] 如果在步骤316中确定不支持结算货币，那么在步骤322中，该结算货币变成DCC货币。在步骤324中，可以由于参考货币包含在来自交易终端系统的费率请求中而直接根据从交易终端系统接收到的费率请求消息来识别参考货币，或者例如，根据来自可以接着用于
访问国家到货币转换表（未示出）以识别参考货币的交易终端国家数据来识别参考货币，然后，可以在兑换率表74中访问从参考货币到DCC货币的兑换率。
[0158] 在步骤326中，主机系统可操作用于使用交易终端系统的标识符和/或包含在费率请求消息中的寻址信息来生成费率响应消息并且将该费率响应消息发送至发布了费率请求的交易终端系统。处理终止于步骤328。
[0159] 可以使用传统的加密技术来确保上述消息的传送和/或上述处理中的信息存储。
[0160] 虽然详细描述了上述实施例，但是只要完全理解上述公开，许多变型和
修改对于本领域技术人员而言将变得显而易见。所附权利要求旨在被解释为包括所有这样的变型和修改以及其等同方案。
