主银行账户关联的交易卡来作为图2的方案中的第二交易卡。因此， 持卡人可W使用第一交易卡购物作为有卡交易，同时保护与他们的主银行账户关联的卡详 细信息和实体的交易卡（目P，图2的实施例中的第二交易卡）。
[0094] 如果第一交易卡丢失或者被盗，在第一交易卡被注销之前仍然存在即时的欺诈风 险。然而，在第一交易卡被注销之后，卡处理器50可W被布置成完全阻断第一交易卡对持 卡人账户90的资金进行访问。此外，一旦第一交易卡被注销，它上面将没有将该第一交易 卡链接到持卡人账户90的信息（例如，账号和分类代码），不像如果与他们的主银行账户关 联的交易卡（即，第二交易卡）丢失或者被盗的情况。
[0095] 另外，如果第一交易卡丢失或者被盗，因为没有到持卡人账户90的链接，因此没 有必要去改变任何网上支付/账单的详细信息，不像如果与他们的主银行账户关联的交易 卡（即，第二交易卡）丢失或者被盗的情况。
[0096] 因此，图2的运种布置使得能够从持卡人账户90进行支付，同时保护持卡人账户 90的详细信息，从而在第一交易卡丢失或者被盗时降低了欺诈风险并且增加对于持卡人的 便利性。
[0097] 运对于只有与他们的主银行账户关联的借记卡的持卡人（例如，那些不够资格申 请信用卡的人）而言尤其有用。例如，运样的持卡人可W判定在某些情况下使用与他们的 主银行账户关联的他们的借记卡风险太大。例如，当他们正在旅行并且察觉到他们的卡丢 失或者被盗的风险较大时。
[0098] 此外，应当理解的是，对于一些实施例，第二收单方60、第二卡组织70和第二发卡 方80中的一个或多个的功能可W被合并。例如，（在一个或多个服务器上的）单个实体可 W执行第二收单方60、第二卡组织70和第二发卡方80中的一个或多个的功能。
[0099] 此外，应当理解的是，商户功能52还可W充当"第二收单方60"。换言之，商户功 能52的任务还可W是充当第二收单方60来将第二授权请求发送给第二卡组织70。
[0100] 图4中示出了适于能够使网上零售商在较高安全性的情况下接受支付的本发明 的实施例。在该图中，用相同的附图标记示出了与图2中的那些实体具有相同功能的实体。
[0101] 该实施例可W用于使顾客能够在网上商户处支付商品或服务，相比于安全性增加 的有卡交易，运通常需要使用无卡交易。
[0102] 应当理解的是，相比于无卡交易，有卡交易与更高的安全级别相关联。运是因为有 卡交易需要实际存在交易卡，并且在忍片和pin码布置的情况下，需要用户输入与卡关联 的pin码。
[0103] 对于网上商户，有卡交易是不可能的，因为网上商户没有实体存在。
[0104] 在该实施例中，卡处理器50a与网上商户相关联。例如，卡处理器50a可W是由网 上商户维护的服务器。通常，该网上商户可WW传统的方式执行作为无卡交易的交易流程。 然而，在该实施例中，网上商户与图4中示出的各种实体执行交易流程。
[0105] 在该实施例中，网上商户给持卡人提供与该网上商户关联的第一交易卡。网上商 户还需要持卡人10提供第二交易卡（例如，传统的信用卡或借记卡）的详细信息，该第二 交易卡与持卡人10的发卡方80相关联并且链接到持卡人账户90。
[0106] 网上商户接受使用第一卡按有卡交易的交易，而不是网上商户使用持卡人的第二 卡（即，传统的信用卡或者借记卡）W常规方式进行无卡交易。
[0107] 在该实施例中，持卡人10在ATM20a处出示第一交易卡（Sio')。在该实施例中， ATM20a适于用在本发明的该实施例中使用。当第一交易卡被提供给ATM20a时，ATM20a 给用户提供W适当的用户界面W使得用户能够用来从网上商户支付商品或服务。例如，用 户可W已经选好要在网上商户购买的商品，ATM20a将会呈现商品的选择并且请求确认授 权支付。
[0108] 然后，当持卡人在专口适用的ATM20a上选择适当的选项时，ATM20a将会把第一 授权请求发送给第一收单方30(Sir)。然后第一收单方30将会把该第一授权请求传递给 第一卡组织管理方40 (S12')，然后第一卡组织管理方40将会把该授权请求传递给卡处理 器50a的发卡方功能51。
[0109] W与图2和图3中所描述的类似的方式，发卡方功能51将会把该消息提供给映射 功能53,该映射功能53将使用规则引擎54中提供的信息将第一授权请求转换成第二授权 请求，第二授权请求与无卡交易有关，该无卡交易与第二交易卡相关联。
[0110] 然后，卡处理器50a的商户功能52将会W与参照图2描述的方式相同的方式将第 二授权请求发送给发卡方80。
[0111] 如果交易被批准，那么第一授权响应将从发卡方80发送到商户功能52,并且第一 授权响应将被映射功能53转换成第二授权响应，该第二授权响应将由发卡方功能51发送 给ATM20a。
[0112] 然后，当接收到第二授权响应时，ATM20a可W通知持卡人交易成功还是不成功。 如果交易成功，那么网上商户将会W常用方式（例如，通过邮政投递）将商品或服务提供给 持卡人。
[0113] 因此，在上述实施例中，网上商户可W提供安全性增加的有卡交易方案。利用运样 的布置，网上商户可W使用现有的ATM网络来提供该功能。或者，应当理解的是，在不同的 商户中可W通过适当的销售点设备来提供同样的功能。
[0114] 现在将描述适于使得持卡人能够在国外进行支付的本发明的实施例。
[0115] 再参照图1所示的传统的交易方案，应当理解的是，发卡方5处的持卡人的账户6 将与一种货币（例如，英镑）相关联，该货币通常是持卡人1的本国货币。如果持卡人1去 他们本国的商户2,那么商户2将期望收到与持卡人账户6相同的本国货币的支付。在运样 的情形下，很明显不需要发生任何货币转换。
[0116] 然而，当持卡人1去外国旅游时，同样的过程也适用。例如，在持卡人的账户6是 英镑的情况下，持卡人1可W去美国度假。如果持卡人1去美国的商户2,那么商户2将期 望W美元来支付。在运样的情形下，卡组织管理方4将意识到该持卡人与英国的发卡方5 相关联，并且将对授权请求中的交易细节应用外币兑换转换，并且在第一授权请求中指示 要发生货币转换。
[0117] 换言之，如果持卡人1试图购买价值100美元的商品，那么卡组织管理方4将进行 转换，并且将授权请求传递给发卡方5W按由卡组织管理方4确定的汇率请求英镑的金额 (有时候由发卡方来设定保理费用）。
[0118] 虽然运种布置解决了多币种交易问题，但从持卡人1的立场来说，它的缺点在于 兑换汇率是由卡组织管理方4设定的。运样的汇率（连同发卡方的费用）对于持卡人1来 说不太可能是有利的，并且此外持卡人1可能在购买商品时不知道汇率。
[0119] 该识别的问题导致动态货币兑换值CC)的发展。DCC允许持卡人1W他们的本国 货币而不是商户2的本国货币在商户2处进行交易。DCC的优点在于如果在正确的情况下 使用，那么持卡人1能够在交易时看到来自他们的发卡方5的他们的对账单中出现的精确 值。在DCC交易中，参与必要的外币汇兑的是收单方3,而不是卡组织管理方4 (并且避免了 发卡方费用）。
[0120] 完成DCC交易的一个方法是商户2处的POS终端向与具体金额有关的收单方请求 相关联的金额（按照持卡人的货币）。然后POS终端可W显示持卡人1的本国货币作为用 于进行交易的选项。因此，在DCC交易中，向持卡人1呈现用商户的本国货币（例如美元） 来支付商品或服务或者W持卡人自己的本国货币来支付。
[0121] 图5示出了根据本发明的第S实施例的交易处理系统的示意图。在该图中，用相 同的附图标记示出了与图2中的那些实体具有相同功能的实体。
[0122] 在该实施例中，存在持卡人10'、外国商户20'、外国收单方30'、第一^组织管理 方40和卡处理器50b。卡处理器5化连接到本国收单方60'、第二卡组织管理方70、本国发 卡方8W及持卡人账户90。像本发明的其他实施例一样，第一卡组织管理方40可W是与第 二卡组织管理方70相同的卡组织的一部分或者是不同的卡组织的一部分。
[012引如图6所示，卡处理器5化包括发卡方功能51、商户功能52、映射功能53、规则引 擎54和外币兑换数据库55。
[0124] 在该示例中，持卡人10'希望从外国商户20'购买商品。例如，持卡人10'可W是 在美国度假的英国居民。
[0125] 在图5的布置中，持卡人10'拥有两张独立的交易卡。持卡人10'拥有第一交易 卡，该第一交易卡专口适于本发明的该实施例，并且该第一交易卡将发卡方功能51识别为 第一交易卡的"发卡方"。该第一交易卡与第一卡组织管理方40的卡组织相关联。在该实 施例中，第一交易卡是链接到持卡人10'的本国货币的卡。
[0126] 持卡人10'还拥有第二交易卡，该第二交易卡是传统的信用卡或者借记卡，该第二 交易卡与第二卡组织管理方70并且与本国发卡方80'相关联，在本国发卡方80'处持卡人 10'拥有持卡人账户90'。持卡人10将向卡处理器5化注册第二交易卡。
[0127] 图5的处理起始于持卡人10'将他们的交易卡出示给外国商户20'。例如，持卡人 10'可W通过商户20'的店内的POS终端刷他们的交易卡（S10")。然后，外国商户20'的 POS终端将账户的详细信息和交易细节在第一授权请求中发送给外国收单方30' (Sn")。 交易细节可W包括POS终端的ID、外国商户20'的ID、第一交易卡的卡号、所请求的交易的 价格W及所请求的交易的币种。
[0128] 当接收到交易细节时，外国收单方30'将该交易细节在第一授权请求中发送给适 当的卡组织40 (S12")。然后，可W被看作图5中的第一卡组织的卡组织40对交易卡的BIN 号进行检查W确定与交易卡关联的发卡方。
[0129] 像图2中的布置一样，持卡人10'的第一交易卡没有与传统的发卡方关联。在图 5的布置中，第一卡组织40将识别出由持卡人10'使用的交易卡的BIN号与卡处理器50b 的发卡方功能51相关联，而不是与传统的发卡方相关联。因此，第一卡组织40将把交易细 节在第一授权请求中发送给发卡方功能51 (S13")，如同发卡方功能51是传统的发卡方一 样。
[0130] 卡处理器50b的任务是将有卡交易中由第一交易卡进行的第一授权请求转变成 无卡交易中针对第二交易卡的第二授权请求，W及处理由于有卡交易设及外国商户20'而 需要的货币转换。卡处理器5化借助于图6中示出的发卡方功能51、商户功能52、映射功 能53、规则数据库54和外币兑换数据库55来实现运一点。
[0131] 当接收到授权请求中的交易细节时，发卡方功能51将对消息进行处理并且将其 传递给映射功能53。
[0132] 映射功能53将从第一卡组织40接收到的第一授权请求（即有卡授权请求）转换 为基于适合于发卡方80'的第二交易卡的无卡授权请求（第二授权请求）。映射功能53通 过使用由规则数据库54提供的一组规则来实现运一点。
[0133] 像图2的实施例一样，规则数据库54中的规则确定如何将第一授权请求转换成第 二授权请求。例如，第一卡组织40可能与第二卡组织70不同，并且适合于第一卡组织和第 二卡组织的授权请求的内容可能是不同的。
[0134] 此外，如上所述，应当理解的是，第一交易卡与持卡人10'的本国货币（英镑）相 关联。因为发卡方功能51(即，第一交易卡的"发卡方"）被注册为英国"发卡方"，因此第 一卡组织管理方40将意识到持卡人10'与英镑相关联。
[0135] 因此，第一卡组织管理方40将会对第一授权请求中的交易细节应用外币兑换转 换，并且在第一授权请求中指示要发生货币转换。换言之，如果持卡人10'试图购买价值 150美元的商品，那么卡组织管理方40'将会进行转换并且将授权请求传递给发卡方功能 51W按由第一卡组织管理方40确定的汇率请求英镑的金额。
[0136] 映射功能53对第一授权请求的内容进行修改W便与英镑交易相关而不是美元交 易。映射功能53还对第一授权请求的内容进行修改，使得转换后的第一授权请求中指示的 金额不需要货币转换。
[0137] 映射功能基于在外币兑换数据库55中存储的外币兑换信息来将按美元的金额转 换成按英镑的金额。
[013引然后，映射功能53将经转换的第一授权请求提供给商户功能52。然后，商户功能 52基于经转换的第一授权请求将第二授权请求提供给本国收单方60' (S15")。
[0139] 因此，在该示例中，第二授权请求是针对不需要任何货币转换的按英镑金额的请