求，即使第二授权请求与按美元金额的第一授权请求有关。
[0140] 然后，本国收单方60'将第二授权请求提供给第二卡组织70 (S16")，第二卡组织 70继而根据第二交易卡的BIN号将第二授权请求提供给正确的本国发卡方80'。因此，映 射功能53将基于与持卡人的第一交易卡关联的有卡交易的第一授权请求转换成与持卡人 的第二交易卡关联的第二授权请求。
[0141] 然后，本国发卡方80'查询持卡人账户90'，并且根据持卡人账户90'中的可用资 金来批准/拒绝交易（S18"，S19")。然后本国发卡方80'将与英镑金额有关的第一授权响 应发送给第二卡组织70 (S20")。然后，第二卡组织70将该第一授权响应提供给本国收单 方60' (S21")。然后，本国收单方60'将该第一授权响应提供给商户功能52 (S22")。
[0142] 然后，商户功能52将第一授权响应提供给映射功能53,映射功能53使用规则数 据库54中提供的信息将该第一授权响应转换成与由持卡人10'进行的有卡交易有关的第 二授权响应。该处理镜像了将第一授权请求转换成第二授权请求的处理，并且包括用来自 第一授权请求的数据元素的值来替换第一授权响应中数据元素的值，W便形成第二授权响 应。映射功能53还用由外国商户20'请求的按美元的价格来替换按英镑的价格。
[0143] 换言之，映射功能53将来自本国发卡方80'的授权响应转换成适于商户20'的授 权响应悅3")。
[0144]然后，发卡方功能51将第二授权响应消息发送给第一卡组织40 (S24")，第一卡组 织40继而将第二授权响应消息提供给外国收单方30' (S25")，然后外国收单方30'将响应 消息提供给外国商户20'（S26")。然后根据接收到的第二授权响应，外国商户20'处的交 易被批准或者被拒绝。
[0145] 因此，由于图5的布置，向持卡人的本国发卡方80'提供与无卡交易关联的授权请 求（该无卡交易与第二交易卡关联），持卡人10'能够W有卡交易的方式使用第一交易卡在 外国商户20'处进行交易。因此，图5的布置将有卡交易方案转换成无卡交易方案，同时使 用由卡处理器5化确定的外币兑换汇率，而不是由第一卡组织40或者由外国收单方30'确 定的外币兑换汇率。
[0146] 应当理解的是，外国商户20'可W是拥有适当的销售点设备的零售商或者可W是 外国ATM。同样的交易流程将适用于各种情况。
[0147] 还应当理解的是，尽管上述示例已经按照本国英镑发卡方和外国美元商户进行了 讨论，但无论设及哪种货币，相同的交易流程也是适合的。
[014引此外，在上述示例中，第一卡组织40意识到发卡方功能51与和外国商户20'不同 的货币相关联，因此在第一授权请求中设定兑换汇率。然而，在一些实施例中，发卡方功能 51可W与和外国商户20'相同的货币但是与本国发卡方不同的货币相关联。在运样的情况 下，第一卡组织40将不会对第一授权请求应用任何货币转换，并且第一授权请求将指定外 国商户20'的货币的金额。然而，映射功能53仍然会基于外币兑换数据库55中的信息来 将按外国商户20'的货币的金额转换成按本国发卡方80'的货币的金额。
[0149] 此外，发卡方功能51可W与第S货币关联，该第S货币与外国商户20'的货币W 及本国发卡方80'的货币不同。在运样的情况下，第一卡组织40将会在第一授权请求中对 按与发卡方功能51关联的货币的金额应用货币转换。然后，映射功能53将会简单地忽略 运种转换，并且基于外币兑换数据库55中的信息来将按外国商户20'的货币的金额转换成 按本国发卡方80'的货币的金额。
[0150] 下文的表格示出了可W如何将卡交易从海外使用的第一交易卡（即，专口用于本 发明的实施例的交易卡）的使用转换成顾客的本国信用卡或者借记卡（第二交易卡）。运 些表格设及通常用于POS和电子商务交易的双消息系统。需要被改变的数据元素将指定由 第一交易卡和第二交易卡使用的卡组织40和卡组织70。此外，可能的是，不同的商户和收 单方会需要不同的规则。所有运样的信息可W被存储在规则数据库54中。
[015。 卡映射是基于将有卡P0S/ATM交易转换成（如由电子商务服务所使用的）无卡交 易的能力。提供了针对没有忍片和pin验证的第一交易卡W及使用忍片和pin进行持卡人 验证的交易的场景。
[0152] 表1示出了针对没有忍片密码验证（即，没有PIN或EMV验证）的POS交易的授 权请求的示例性数据映射，该示例性数据映射适于将按第一货币的第一授权请求（有卡交 易）转换成按第二货币的第二授权请求（无卡交易）。
[015引在表1中，在1:1的基础上，在外国收单方30'与由商户功能52使用的无卡（CNP) 交易之间映射在授权请求消息中使用的数据元素。
[0154] 表1中示出了需要从货币角度进行映射的数据元素。来自原始商户（即来自原始 交易发起的地方）的所有交易细节都必须被映射、被存留W及被保留，W确保来自有卡交 易的商户、购买W及其他交易细节可W填充CNP交易的交易细节（并且还用于随后的管理 信息和对账目的）。
[0155] W下的数据元素仅仅是说明性的，并且不应该被理解为限制本发明的实施例。应 当理解的是不同的卡组织例如需要不同的数据元素。 阳15引 表1-从第一榜权请求到第二榜权请求的转换
[0157]
[0159] DE2
[0160] 当PAN在授权/0Ixx消息、冲正通知/04xx消息W及管理通知/06xx消息（在需 要时）中时，呢2为用于上至19位长的所有数字PAN的数据元素。该数据元素数据由=个 主要部分组成：
[0161] ?银行标识信息度IN)
[0162] ?个人账户ID号
[0163] ?PAN校验数位
[0164] 取决于当第二交易卡被注册到卡处理器时由顾客定义的设置，第一交易卡PAN被 映射到第二交易卡PAN。
[0165] DE3
[0166] DE3是描述交易对顾客账户的影响W及受影响的账户的类型的数据元素。
[0167] DE4
[016引 DE4是详细说明按收单方的本国货币所请求的持卡人资金金额的数据元素。每当 在授权消息中使用DE4时，必须一直使用DE49(交易货币代码）来指明受卡方的本国货币 (持卡人和商户在交互点处所使用的货币）。将使用由外币兑换数据库55提供的外汇利率 来将该货币映射到本国货币。
[0169] DE6
[0170] DE6是按发卡方的货币指示交易金额的数据元素。它是不包括持卡人账单手续费 的、按持卡人账户货币计入持卡人账单的金额。
[0171] DE_[
[0172] DE7是针对每次系统交易消息发起方提供的交易"时间戳"。它指示了系统交易被 输入到交换网络中的日期和时间。对于与给定的系统交易关联的所有消息而言，DE7必须 保持不变，该给定的系统交易包括所有响应和回单。
[0173] DElO
[0174] DElO是在从交易到持卡人账单金额的转换中使用的系数。DE4乘WDElO来确定 DE6。
[01巧]在本文中的情况下，在第二授权请求中DElO将被设定为61000000,该值指示了交 易不需要货币转换。
[0176] DEll
[0177] DEll是消息发起方分配用W唯一识别交易的号码。针对交易的整个生命周期中的 所有消息跟踪号保持不变。 阳17引 DE43
[0179] DE43包含在本国和交换环境中定义交互点的受卡方（例如商户或者ATM)的名称 和所在地。
[0180] 对于针对万事达卡（RTM)和威±卡（RTM)项目和服务的所有授权请求/0100消息 来说DE43是必填字段。当生成CNP交易时，DE43必须被填充W本国收单方60'(即，针对 第二授权请求的收单方）的名称和所在地数据。
[0181] DE49
[0182] DE49是交易的收单方或源位置的本国货币。
[0183] 交易点处的第一授权请求中指定的货币代码被映射到由本国发卡方80'使用的本 国货币代码。
[0184] DE51
[0185] DE51定义了持卡人账单手续费DE8和持卡人账单金额DE6的货币。两个元素都必 须映射到本国发卡方80'的本国货币。
[0186] DE48
[0187] 当具体的ISO指定的数据元素不可用时，DE48提供了消息中其他补充数据。所需 的两个子元素为：
[0188] -TCC-TCC对交易的主要种类进行分类，例如"零售销售"、"现金支付"和"邮购"。
[0189] ?子元素42,将使用电子商务标识符W映射到CNP交易。子元素42代表与交易关 联的安全级别和持卡人认证。
[0190] 在映射中，子元素42必须被设置为2,电子商务服务标识符。
[0191] 子元素92,在卡处理器5化处注册第二交易卡期间必须捕捉CW(卡验证值）W确 保可W使用STP(直通式处理）完成来自商户功能52的CNP交易。子元素92被填充W在 第二交易卡预注册时捕捉的CVV。
[0192] DE18
[0193] DE18是业务或服务的商户类型的分类（受卡方业务代码/商户类别代码[MCC])。
[0194] DE22
[0195] DE22由指示方法W及指示POS终端PIN输入能力的数字代码组成，通过该方法将 PAN输入到交换系统中。
[0196] 子字段I-POS终端PAN输入模式=1 (包括忍片的电子商务）
[0197] 子字段2-P0S终端PIN输入模式=2 (终端不具有PIN输入能力）
[019 引 DE32
[0199] DE32识别收单机构（例如，商户银行）或其代理。
[0200] DE32必须包含由卡组织指定的6位顾客ID号，其识别充当交易的"收单银行"或 "商户银行"的机构。
[0201] DE33
[0202] 如果交换系统中转发请求或通知消息的机构不是与DE32中指定的机构相同的机 构，则DE33对该机构进行识别。
[020引 DE33用在消息中，包含顾客处理器系统（即，商户的POSID)或者INF(中间网络 设施，即关联到卡系统）的顾客ID号，负责将该消息直接路由到发卡方功能51的授权系 统。
[0204] DE61
[0205] 该数据元素指示服务点处交易发生时存在的具体条件。
[0206] 设置子字段4-P0S持卡人存在=5 (电子订单），即CNP子字段10-持卡人激活的 终端级别=6 (电子商务）
[0207] 在响应的分支上，授权请求响应被返回到卡处理器50b，卡处理器5化在1:1基础 上将所有响应数据元素映射到第二授权响应消息；
[020引表2示出了用于授权响应的示例性数据映射，适于将按第二货币的第一授权响应 转换成按第一货币的第二授权响应。
[0209] 表2中强调了需要从货币角度进行映射的数据元素。来自原始商户（即来自原始 交易发起的地方）的所有交易细节都必须被映射、被存留W及被保留，W确保来自CNP交易 的商户、购买W及其他交易细节可W填充有卡交易的交易细节（并且还用于随后的管理信 息和对账目的）。
[0210] 对于"批准"响应和"拒绝"响应来说处理是相同的。 阳2川表2-从第一榜权响麻到第二榜权响麻的转换[0212]
[021 引
[0214] 响应交易必须将每个数据元素中的所有数据设置成与原始请求交易匹配。根据当 第二交易卡被注册到卡处理器50时由顾客定义的设置，第二交易卡PAN被映射到第一交易 卡PAN。
[021引SM
[0216] 由于发卡方功能51请求交易被转换成CNP交易，因此原始数据元素中保留的信息 中的一些信息丢失。因此每个数据元素中的数据必须被存留在交易的请求分支上。然后运 些数据用于填充交易的响应分支中的数据元素。
[0217] 因此，原始金额（来自存留数据）被映射到交易的响应分支上的DE4。
[021 引SM
[0219] 像DE4-样，使用来自交易的授权请求分支（即，第一授权请求中）的原始交易金 额来映射交易的响应分支（即，第二授权响应中）的DE6。
[0220] DE43
[0221] 用原始的受卡方（即商户）名称/所在地（来自存留数据）来替换交易的响应分 支中（即，第二授权响应中）的DE43中的CNP数据。 阳22引 DE49
[0223] 第一授权请求中的原始的货币代码