CN108140191A - 管理令牌化系统中的客户唯一性 - Google Patents

管理令牌化系统中的客户唯一性 Download PDF

Info

Publication number
CN108140191A
CN108140191A CN201680060654.0A CN201680060654A CN108140191A CN 108140191 A CN108140191 A CN 108140191A CN 201680060654 A CN201680060654 A CN 201680060654A CN 108140191 A CN108140191 A CN 108140191A
Authority
CN
China
Prior art keywords
payment
fsp
response
fpan
transaction request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201680060654.0A
Other languages
English (en)
Other versions
CN108140191B (zh
Inventor
J·诺伊
J·蒂尔尼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mastercard International Inc
Original Assignee
Mastercard International Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mastercard International Inc filed Critical Mastercard International Inc
Publication of CN108140191A publication Critical patent/CN108140191A/zh
Application granted granted Critical
Publication of CN108140191B publication Critical patent/CN108140191B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

根据一个方面，提供了一种方法，包括，辅助支付设备：接收设备主账号(DPAN)和根据预定算法由资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)；以及将包括所述DPAN和所述FSP的辅助支付设备交易请求发送到支付终端。根据另一个方面，提供了一种方法，包括，支付终端：接收包括设备主账号(DPAN)和根据预定算法由资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)的辅助支付设备交易请求；响应于此，确定FSP不存在于存储在支付终端处的拒绝列表上；并且响应于此，授权所述辅助支付设备交易请求。

Description

管理令牌化系统中的客户唯一性
相关申请的交叉引用
本申请要求于2015年8月14日提交的欧洲专利申请第15181150.2号的申请日的优先权和权益，其全部内容通过引用合并于此。
技术领域
本公开涉及识别电子交易的资金来源的方法。本公开进一步涉及执行、授权或阻止电子交易的方法。还涉及为设备配置支付能力的方法。
背景技术
传统的卡支付模式允许识别电子交易的资金来源，因为信用卡或借记卡上显示的PAN(主账号)与资金被支取以使用所述卡进行交易的账户之间存在一对一的对应关系。在多对一关系的情况下(例如联名账户)，卡的细节仍然在发行方的唯一控制之内。然而，随着辅助支付设备例如钥匙扣、贴纸和具有支付功能的移动设备(智能手机、平板电脑、智能手表等)的引入，这种一一对应的可能丢失，因为辅助支付设备可能使用与原始卡不同的PAN。使用令牌化的PAN的辅助支付设备将失去这种一一对应的关系。这是因为，出于安全原因，当每个新的辅助支付设备被设置为提供支付功能(例如通过NFC、近场通信、利用支付终端)时，其被提供有被称为DPAN(设备PAN)的唯一令牌，与链接到所述账户的卡上的FPAN(资金PAN)不同。DPAN是设备传递到商家终端进行支付的PAN。商家系统是否通过DPAN或FPAN是不可知的；从他们的角度来看，支付的处理方式也是一样的。然而，这意味着商家无法知道在他们的终端上用来进行交易的FPAN和一个或多个DPAN都是由同一个账户提供资金。
令牌化还可以用作保证芯片和非接触式卡交易的一种方式，即当芯片或非接触式卡与支付终端通信时，它提供令牌化的PAN作为实际印刷/压印在卡上的PAN的代用品。于2015年3月12日提交的美国临时专利申请号62132300描述了允许支付卡(包括接触式和非接触式芯片支付卡和移动设备)以允许使用支付令牌以及标准PAN的方式进行个性化的系统和方法。
2014年10月14日提交的美国专利申请号14514290涉及通过与令牌一起提供令牌保证级别和用于生成令牌保证级别的数据来提高令牌化交易的安全性。如其中所述，在发放令牌时，执行一个或多个识别和验证方法以确保令牌正在替换由令牌请求者合法使用的PAN，并相应地分配令牌保证级别。
发明内容
根据第一方面，提供了一种识别电子交易的资金来源的方法，所述方法包括：支付终端：从支付设备接收包括一个或多个凭证的交易请求；以及确定所述凭证是否包括资金来源代理(FSP)，并且如果不是，则根据存储在所述支付终端上的预定算法，由一个或多个所述凭证中生成FSP；其中所述FSP是从所述支付设备的资金来源的资金主账号(FPAN)中导出的。
根据第二方面，提供了一种阻止电子交易的方法，所述方法包括：支付终端：从支付设备接收包括一个或多个凭证的交易请求；确定所述凭证是否包括资金来源代理(FSP)，并且如果不是，则根据存储在所述支付终端上的预定算法，由一个或多个所述凭证中生成FSP；确定所述FSP存在于所述支付终端上存储的拒绝列表中；并拒绝所述交易请求；其中所述FSP是从所述支付设备的资金来源的资金主账号(FPAN)中导出的。
根据第三方面，提供了一种授权电子交易的方法，所述方法包括：支付终端：从支付设备接收包括一个或多个凭证的交易请求；确定所述凭证是否包括资金来源代理(FSP)，并且如果不是，则根据存储在所述支付终端上的预定算法，由一个或多个所述凭证中生成FSP；确定所述FSP不存在于所述支付终端上存储的拒绝列表中；并授权所述交易请求；其中所述FSP是从所述支付设备的资金来源的资金主账号(FPAN)中导出的。
根据第四方面，提供了一种方法，包括：支付终端：接收包括资金来源的资金主账号(FPAN)的主设备交易请求；响应于此，根据存储在支付终端上的预定算法从所述FPAN中生成资金来源代理(FSP)；响应于此，确定所述生成的FSP不存在于存储在所述支付终端处的拒绝列表上；响应于此，授权所述主设备交易请求；向支付网络发出包括FPAN的请求以结算所述交易；在向所述支付网络发出包括所述FPAN的所述请求之后，从所述支付网络接收主设备交易失败消息；并响应于此，将FSP添加到所述拒绝列表；支付终端随后：接收包括设备主账号(DPAN)和FSP的辅助支付设备交易请求；确定接收到的FSP存在于拒绝列表中；以及拒绝所述辅助支付设备交易请求。
根据第五方面，提供了一种为设备配置支付能力的方法，所述方法包括向所述设备提供设备主账号(DPAN)和按照预定的算法从资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)。
根据第六方面，提供了一种方法，包括：辅助支付设备：接收设备主账号(DPAN)和根据预定算法从资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)；以及将包括所述DPAN和所述FSP的辅助支付设备交易请求发送到支付终端。
DPAN和FSP可以以签名或加密的记录形式接收。
该方法可以进一步包括，支付终端：接收所述辅助支付设备交易请求；响应于此，确定所接收的FSP不存在于在所述支付终端处存储的拒绝列表上；并响应于此，授权所述辅助支付设备交易请求。
该方法可以进一步包括：所述支付终端向支付网络发出包括DPAN的请求以结算所述交易。
该方法还可以包括：支付终端：在向所述支付网络发出包括DPAN的所述请求之后，从支付网络接收辅助支付设备交易失败消息；并响应于此，将FSP添加到所述拒绝列表。
该方法可以进一步包括，支付终端，在将FSP添加到拒绝列表之后：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定所述生成的FSP存在于拒绝列表中；并且响应于此，拒绝所述主设备交易请求。
该方法还可以包括，支付终端在向所述支付网络发出包括DPAN的所述请求之后，从支付网络接收辅助支付设备交易批准消息。
所述方法还可以包括：所述支付终端，在接收所述辅助支付设备交易批准消息之后：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定所述生成的FSP不存在于拒绝列表上；并响应于此，授权所述主设备交易请求。
所述方法还可以包括：所述支付终端，在接收所述辅助支付设备交易批准消息之后：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定所述生成的FSP不存在于拒绝列表上；响应于此，授权所述主设备交易请求；向支付网络发出包括FPAN的请求以结算所述交易；接下来从支付网络接收主设备交易失败消息；并且响应于此，将FSP添加到存储在支付终端处的拒绝列表。
该方法可以进一步包括：支付终端，在接收所述辅助支付设备交易请求之前：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定FSP不存在于存储在支付终端处的拒绝列表上；响应于此，授权所述主设备交易请求；向支付网络发出包括FPAN的请求以结算所述交易；在向所述支付网络发出包括所述FPAN的所述请求之后，从所述支付网络接收主设备交易失败消息；并且响应于此，将所述FSP添加到存储在所述支付终端处的拒绝列表中；支付终端随后：接收所述辅助支付设备交易请求；响应于此，确定所接收的FSP存在于所述拒绝列表上；并响应于此，拒绝所述辅助支付设备交易请求。
该方法可以进一步包括：支付终端，在接收所述辅助支付设备交易请求之前：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定FSP不存在于存储在支付终端处的拒绝列表上；响应于此，授权所述主设备交易请求；向支付网络发出包括FPAN的请求以结算所述交易；并且在向所述支付网络发出包括FPAN的所述请求之后，从支付网络接收主设备交易批准消息。
根据第七方面，提供了一种方法，该方法包括：支付终端：接收包括设备主账号(DPAN)和根据预定算法从资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)的辅助支付设备交易请求；响应于此，确定FSP不存在于存储在支付终端处的拒绝列表上；并响应于此，授权所述辅助支付设备交易请求。
该方法可以进一步包括：所述支付终端向支付网络发出包括DPAN的请求以结算所述交易。
该方法还可以包括：支付终端：在向所述支付网络发出包括DPAN的所述请求之后，从支付网络接收辅助支付设备交易失败消息；并响应于此，将FSP添加到所述拒绝列表。
该方法可以进一步包括：支付终端，在将FSP添加到拒绝列表之后：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定所述生成的FSP存在于拒绝列表中；并且响应于此，拒绝所述主设备交易请求。
该方法还可以包括：支付终端在向所述支付网络发出包括DPAN的所述请求之后，从支付网络接收辅助支付设备交易批准消息。
所述方法还可以包括：所述支付终端，在接收所述辅助支付设备交易批准消息之后：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定所述生成的FSP不存在于拒绝列表上；并响应于此，授权所述主设备交易请求。
所述方法还可以包括：所述支付终端，在接收所述辅助支付设备交易批准消息之后：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定所述生成的FSP不存在于拒绝列表上；响应于此，授权所述主设备交易请求；向支付网络发出包括FPAN的请求以结算所述交易；接下来从支付网络接收主设备交易失败消息；并响应于此，将FSP添加到存储在支付终端处的拒绝列表。
所述方法还可以包括：在接收所述辅助支付设备交易请求之前，所述支付终端：接收包括所述FPAN的主设备交易请求；响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成FSP；响应于此，确定FSP不存在于存储在支付终端处的拒绝列表上；响应于此，授权所述主设备交易请求；向支付网络发出包括FPAN的请求以结算所述交易；并且在向所述支付网络发出包括FPAN的所述请求之后，从支付网络接收主设备交易批准消息。
第一至第三或第六至第七方面中的任何一个的所述凭证可以包括以下中的一个或多个：资金PAN(FPAN)、设备PAN(DPAN)、到期日期和序列号。
根据第八方面，提供了一种包括辅助支付设备和支付终端的系统，被配置为执行第六或第七方面中的任一方面的方法。
根据第九方面，提供了一种被配置为执行第六方面或第七方面中的任一方面的方法的支付终端。
任何方面的所述预定算法可以以这样的方式生成FSP：所述FPAN不能从FSP确定；以及/或所述FPAN的每个可能的值唯一地映射到不同的FSP。预定算法可以包括密码散列函数。
任何方面的所述预定算法可以使用到期日期和/或序列号。
任何方面的FSP可以是由EMVCo规范定义的支付账户参考(PAR)。
附图说明
现在将参考附图仅以举例的方式详细描述实施方式，在附图中：
图1示出了示例的多方支付交易系统；
图2A示出了消息流；
图2B示出了另一个消息流；
图3A示出了用于支付的辅助设备的启用；
图3B示出了支付终端处的主支付设备的使用；
图3C示出了对辅助支付设备的随后的尝试使用；
图3D是在将支付设备呈现给终端之后的过程的流程图；
图4是支付终端的标识电子交易的资金来源的方法的流程图；
图5是支付终端处理电子交易的方法的流程图；
图6A是示例方法的流程图；
图6B是另一个示例方法的流程图；以及
图7描绘了便于在支付终端中处理支付交易的系统的示例。
具体实施方式
图1示出了用于由商家120(例如，运输机构)处的客户110(例如，持卡人、用户等)启用卡支付或类似交易的示例性多方支付交易系统100。发行者150(通常是诸如银行的金融机构)为客户110建立客户的账户114，并且例如在数据库152中与该账户相关联地存储和更新数据。发行者150还向客户110提供与客户账户114相关联的支付设备112，诸如信用卡、借记卡、预付卡或商业卡和/或等同物。
当客户110通常在销售点(POS)终端(未示出)使用支付设备112偿付自商家120购买的支付时，发起支付交易。然后需要图1所示的各方之间的一系列交换来完成交易。一般认为这些交换分四个阶段进行：(1)读卡器交互，(2)授权，(3)清算，和(4)结算(步骤(2)和(3)可能同时发生)。
在读卡器交互阶段，商家120从支付设备112获取(读取，接收等)支付设备凭证。例如，客户110可以针对POS终端的NFC启用读取器来点击他或她的非接触式支付卡或具有NFC功能的移动支付设备，以允许POS终端从嵌入在支付设备112中的芯片、安全元件或可信执行环境(TEE)读取包括客户账户信息的支付设备凭证，或者在主机卡仿真(也称为基于云的支付)的情况下从设备的存储器中读取包括客户账户信息的支付设备凭证。
在授权阶段期间，确认客户账户的身份、支付设备112的可靠性以及客户账户114中资金的可用性。此外，在一些商家(包括一些运输商家)中，终端验证CDA(组合的DDA/AC生成，其中DDA代表动态数据认证，AC代表应用密码)签名。商家120将从支付设备获取的一些或全部信息电子地发送到商家银行130(或收单方/收单银行)的交易处理发生器以请求交易授权。该请求还可以包括交易金额，例如购买金额。
诸如MasterCardTM支付处理网络之类的支付系统网络140便于商家银行130的发生器与发行者150的发生器之间的通信，接着确定是否授权或拒绝支付。如果发行者150授权支付，则相应地减少消费者账户114上的资金的可用性，并向商家120发放授权码。授权码通过支付系统网络140和商家的银行130被传送回商家120。
在清算阶段(可能与授权一起发生)，支付系统网络140便于在各方之间传输交易数据，以确保所有各方具有用于结算交易的必要和正确的信息，并且交易按照支付系统网络140建立的付款指导原则和规则进行结算。最后，在结算阶段期间，支付系统网络140促进资金交换，从而与交易有关的相关方被支付。
在一个商家在相对较短的时间内进行小金额多笔交易的情况下，如运输支付(火车，地下，渡轮，停车，收费等)，经常采用略微不同的方式处理支付交易。更具体地说，单个收费(例如，单独票价)通常较小，因此商家120(例如运输代理商)可以选择在一定时间段(几个小时，一天，一个周末，一周，一定数量的交易等)-称为一个汇总期内-在清算和结算所有交易的总金额前汇总涉及支付设备112的所有运输交易。各个费用在汇总期间内汇总，然后按照支付系统网络140的规则结算。
例如，考虑客户110通过在进入运输系统的入口(例如运输机构的验证者、出入口、POS终端或任何其他合适的入口点)处轻敲支付设备112来进入运输系统的情形。假设支付设备112有效并且当前没有被运输机构阻止旅行(例如，针对先前的不支付)，则客户110通常被允许在运输机构120寻求发行者150的授权之前旅行。大量旅客(通勤者等)在短时间内需要进出运输系统是运输服务的性质。与此同时，运输机构常常缺乏高速和/或可靠的通信基础设施(在客户110必须在移动入口点，例如在公共汽车上进行自我验证的情况下是特别严重的问题)。因此，为了及时满足消费者对于运输服务的需求，消费者通常被允许在从发行者150获得授权之前旅行。
当客户110正在旅行时，并且如果按支付系统规则需要的话，在进入时从支付设备112读取的支付凭证由运输机构120并入相应的交易中并作为运输汇总请求的一部分传递给商家的银行130。商家的银行130转而将运输汇总请求传递到支付系统网络140，支付系统网络140将其传递到发行者150。发行者150评估新的汇总期限是否可以开始，并通过支付网络140和商家的银行130向运输机构120提供其响应。
如果运输机构120接收到指示汇总请求已被批准的授权响应，则运输机构120现在可以接收来自运输网络周围的支付设备112的其他的输入，并且计算收费(费用)，例如基于何地，何时，以及客户110使用哪种交通方式。在汇总期间到期时(例如，客户110累积了一定的收费金额，经过了一定的时间段等)，运输机构120提交总额为客户110在汇总期间累积的所有费用的金额的单一交易，用于根据由支付系统网络140建立的标准清算和结算程序进行清算和结算。可替代地，一些当地规则可以允许运输机构针对一个好的授权提交多个清算记录，直到通过一个门限值。例如，如果商家是运输机构，则使用该卡时可以每天清算卡上的旅行(从而使得消费者的表述更清楚)，直到超过总汇总阈值为止，此时需要新的授权让汇总继续而不被停止。
可替代地，运输机构120可以使用延期授权方案，根据该延期授权方案，针对每个运输交易分别向客户110收费。然而，由于上述运输机构经历的限制，每个交易的授权在客户110被允许旅行之后执行。然而，无论运输机构120是采用汇总还是推迟授权方案，运输机构都在进入运输网络的位置处获取支付设备凭证。
图2A和2B示出了当客户有多个支付设备链接到他们的银行账户时，诸如运输机构的商家可能遇到的问题。
图2A示出了当客户210使用诸如借记卡212A之类的主支付设备获得对运输系统的访问时的消息流。在201处，客户将他们的卡贴在在运输机构220的支付终端上。在202处(如果运输机构使用延期或汇总支付模型，则可以在几分钟或几小时之后)将交易请求传递给运输机构的银行230。在203，请求被传递到支付系统网络240，然后在204传递到发行者250。发行者拒绝交易，并且运输机构通过消息流205,206,207获知这一点，于是，它阻止进一步旅行的支付设备凭证，例如通过将它们添加到存储在每次使用运输机构的支付终端时检查的每个终端上的拒绝列表中。例如，添加到拒绝列表的值可以是通过将PAN与到期日期和序列号进行散列以产生对于每组支付凭证唯一的值而形成的代码。
图2B示出当客户210使用辅助支付设备(例如能够从与其卡212A相同的账户支付的启用NFC支付的智能手机212B)获得对运输系统的访问时的几乎相同的消息流。图2A和图2B中的消息流之间的唯一区别在于消息中包括的支付凭证在图2A中涉及主支付设备(例如，包括卡FPAN)并在图2B中涉及辅助支付设备(例如，包括智能手机DPAN)。图2A和2B的消息流可以以任一顺序发生，并且可以在图2A和2B的消息流之前、之后或中间插入一个或多个进一步的类似消息流，所述进一步的消息流包括与同一客户210的另外的支付设备有关的凭证，例如，平板电脑和/或智能手表和/或NFC贴纸和/或NFC密钥卡的DPAN。
因此，客户210可以在拒绝的授权中获得的乘坐的次数不再受到它们所拥有的卡账户的数量的限制，就像账户和PAN之间总是一对一的对应的情况一样，而是受客户通过其各种账户和支付设备访问的所有PAN的总数限制。由于每当客户请求时生成一个新的DPAN，不道德的客户210甚至可以通过禁用他们各种设备上的支付随后不禁用这些支付来再次获得新的DPAN，从而获得更多的乘。根据商定的责任模式，运输机构可能会对拒绝授权的支出承担责任，这意味着不道德的消费者可能无限期旅行而无需为其旅行提供适当的合法付款。
针对这个问题的解决方案，其将在授权被拒绝之后可以获得的乘坐的次数限制为每个账户一个，其中引入了资金来源代理(FSP)，该资金来源代理(FSP)对于链接到账户的每个支付设备是相同的并且每次使用支付设备时被检查。
如图3A所示，当辅助支付设备312B被启用以进行支付时，其从支付系统网络340接收进行配置的有效载荷(provisioning payload)。传统上，该有效载荷将包括进行支付所需的所有凭证；例如DPAN，到期日期，发行号码等。然而，在图3A的方法中，除了通常的凭证之外，有效载荷还包含FSP。
FSP链接到主支付设备凭证，例如根据预定算法由主支付设备凭证生成/计算。例如，它可能是FPAN的散列、卡到期日和卡序列号/发行编号。可替代地，它可以是由EMVCo开发的支付账户参考(PAR)数据元素，或类似物。用于计算FSP的算法可以是单向的；即，从FSP输出确定输入的凭证可能是不可行/不切实际的。它也可以为每个FPAN生成一个独特的FSP。进行配置的有效负载可以是签名(加密保护)记录的形式。
图3B示出了在支付终端处使用主支付设备312A。一旦从任何支付设备接收到凭证，商家终端320将检查以查看凭证是否包括FSP。如果没有，如在所示的情况下，则由凭证计算FSP。如果交易稍后被拒绝，则将该FSP添加到拒绝列表中。(拒绝列表是商家将阻止使用的卡凭证列表，通常以散列格式存储。)
在向拒绝列表进行这种添加之后，客户310可以尝试使用辅助支付设备312B来向同一商家320进行支付。然而，终端自动检查FSP，并且当发现FSP时针对拒绝列表进行检查。在找到匹配时，支付终端阻止客户310获得他们试图访问的产品或服务。这可以例如通过对终端操作员的警告，或者通过运输服务的关闭的大门来完成。
图3B和图3C中所示的过程可以以任一顺序发生和/或重复其中的一个或两个，总是阻止客户310使用相同的账户获得多于一次的“搭便车”。
如果在与其账户相关联的FSP添加到拒绝列表中之后，客户支付到期债务(并且可选地，如果运输机构需要，在后续的“搭便车”的情况下支付罚款或存款)，则运输机构在收到发行者的付款良好授权后，可将FSP从拒绝清单中删除。这可以通过例如通过运输机构的网站、呼叫中心或售票机的客户自助服务或售票处来实现。
实施这样的FSP程序不需要改变当前的芯片卡发行系统；每次将塑料卡片呈现给读取器时，FSP将被计算为“主要”凭证集合。无论何时配置设备，FSP总是在设备上个性化，因此当它被呈现给终端时，FSP将被发现并且被针对拒绝列表进行检查。授权逻辑可以保持不变(即，FPAN/DPAN逻辑不需要改变)，只有读取器逻辑被修改。
图3D是示出涉及的逻辑过程的流程图。在301处，支付设备被呈现给支付终端。在302处，终端读取从支付设备接收到的凭证。在303处，终端在凭证中检查FSP。如果没有找到，则在303A处，由凭证生成FSP。一旦找到或生成了FSP，就在304处针对拒绝列表进行检查。
除了阻止“搭便车”交易之外，FSP也可用于其他目的。对于商家来说，无论客户选择用于特定交易的支付设备如何都能够识别回头客户通常是有用的，例如改善提供给客户的服务和/或收集关于个人或人口统计学习惯的数据，这可以被分析以开发用于增加收入、减少浪费等的策略。因此，图3D的步骤304可以涉及针对注册的客户列表来检查FSP，而不是针对拒绝列表检查FSP。如果在这样的清单上找到FSP，则可以用关于当前交易的数据更新其中找到FSP的记录。此外，存储在具有FSP的记录中的其他信息可用于确定是否可以做任何事情来改善当时的客户体验。例如，客户可以被告知获得的忠诚积分，或根据奖励计划获得他们已经有资格获得的代金券或免费礼物。
图4是支付终端识别电子交易的资金来源的方法400的流程图。在410处，终端从支付设备接收包括一个或多个凭证的交易请求。在420处，终端确定所述凭证是否包括FSP，并且如果不是，则在430处，根据存储在终端上的预定算法，从一个或多个所述凭证中生成FSP，FSP是从支付设备的资金来源的FPAN导出的。
图5是支付终端处理电子交易的方法500的流程图。在510处，终端从支付设备接收包括一个或多个凭证的交易请求。在520处，终端确定所述凭证是否包括FSP，并且如果不是，则在530处根据存储在终端上的预定算法从一个或多个所述凭证生成FSP，所述FSP是从支付设备资金来源的FPAN导出的。在540处，终端确定FSP是否存在于拒绝列表中。如果是，则在550A处，终端拒绝交易请求，如果不是，则在550B处，终端授权交易请求。
图6A是方法600A的流程图。在601A处，辅助支付设备接收DPAN和根据预定算法从资金来源的FPAN导出的FSP。在602A，辅助支付设备将包括所述DPAN和所述FSP的第一交易请求发送到支付终端。在603A处，支付终端接收第一交易请求。响应于此，在605A处，终端检查FSP是否存在于拒绝列表中。如果是，则在606A处，终端拒绝第一交易请求。如果不是，则在607A处，终端授权第一交易请求。然后，在608A处，终端向支付网络发出包括DPAN的请求以结算交易。稍后，在609A处，支付终端从支付网络接收包括DPAN的交易失败消息(或标识失败的交易或资金来源的一些其它数据)。响应于此，在610A处，终端将FSP添加到拒绝列表。随后，在611A处终端接收包括FPAN的第二交易请求。响应于此，在612A处终端根据存储在终端上的所述预定算法从接收的FPAN生成FSP。在613A处，终端确定FSP存在于拒绝列表上并拒绝第二交易请求。
图6B是方法600B的流程图。在603B处，支付终端接收包括资金来源的FPAN的第一交易请求。响应于此，在604B处，终端根据存储在终端上的预定算法从所述FPAN生成FSP。在605B处，终端检查FSP是否存在于拒绝列表中。如果是，则在606B处，终端拒绝交易请求。如果不是，则在607B处，终端授权交易请求。然后，在608B处，终端向支付网络发出包括FPAN的请求以结算交易。稍后，在609B处，终端从支付网络接收包括FPAN的交易失败消息(或标识失败的交易或资金来源的一些其他数据)。响应于此，在610B处，终端将FSP添加到拒绝列表。稍后，在611B处，终端接收包括DPAN和FSP的进一步的交易请求。在613B处，终端确定FSP存在于拒绝列表上并拒绝交易请求。
图7描绘了便于在支付终端处理支付交易的系统700的示例。系统700包括处理系统710，处理系统710包括处理器712、存储器714和存储设备716。此外，处理系统710耦接到输入设备720，诸如键盘、鼠标、触摸屏、克风等，以及诸如显示器、扬声器、指示灯等的输出设备725。存储设备716存储操作系统717、应用程序718和数据719。
应用程序718可以包括指令，所述指令在由处理系统710执行时可以使得系统710实施/执行上面关于图3A至图6B描述的方法、操作和/或过程。例如，应用程序718可以包括用于商家处理支付交易的指令(如果系统700在商家侧实现的话)，由发行者、支付系统网络或另一个支付处理服务商处理支付交易的指令(如果系统700分别在发行者、支付系统网络或其他支付处理服务商侧实现)，或者用于实现移动交易的指令(如果系统700在支付设备上实现)。
考虑到本文公开的实施例的说明和实践，其他实施例对于本领域技术人员将是显而易见的。这里的意图是说明和示例仅被认为是示例性的。
另外，在本申请以特定顺序列出了方法或过程的步骤的情况下，可以改变执行一些步骤的顺序，或者在某些情况下甚至改变某些步骤的执行顺序是有利的，这里阐述的方法或过程权利要求的特定步骤不应被解释为是顺序特定的，除非这样的顺序特定性在权利要求中明确陈述。也就是说，除非另有说明，操作/步骤可以以任何顺序执行，并且实施例可以包括比本文所公开的更多或更少的操作/步骤。进一步设想的是，在另一操作之前、同时或之后执行或实施特定操作/步骤是和所描述的实施例是一致的。
本文描述的方法可被编码为体现在生成器可读介质中的可执行指令，包括但不限于非暂时性生成器可读存储器、存储设备和/或存储器设备。这样的指令在由处理器(或一个或多个生成器、处理器和/或其他设备)执行时致使处理器(一个或多个生成器、处理器和/或其他设备)执行在此描述的方法的至少一部分。非暂时性生成器可读存储介质包括但不限于易失性存储器、非易失性存储器、诸如磁盘驱动器、磁带、CD(光盘)、DVD(数字通用光盘)等的磁和光存储设备，或者能够存储代码和/或数据的其他介质。
这些方法和过程也可以部分地或全部地体现在硬件模块或装置或固件中，使得当硬件模块或装置被激活时，它们执行相关的方法和过程。方法和过程可以使用代码、数据和硬件模块或装置的组合来实施。
可适用于本文描述的实施例的处理系统、环境和/或配置的示例包括但不限于嵌入式生成器设备、个人生成器、服务器生成器(特定或云(虚拟)服务器)、手持式或膝上型设备、微处理器系统、基于微处理器的系统、机顶盒、可编程消费电子产品、移动电话、网络PC、小型生成器、大型机生成器、包括任何上述系统或设备的分布式生成环境等等。本公开中描述的硬件模块或装置包括但不限于专用集成电路(ASIC)、现场可编程门阵列(FPGA)、专用或共享处理器和/或其他硬件模块或装置。

Claims (14)

1.一种方法，包括，辅助支付设备：
接收设备主账号(DPAN)和根据预定算法由资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)；以及
将包括所述DPAN和所述FSP的辅助支付设备交易请求发送到支付终端。
2.如权利要求1所述的方法，还包括，支付终端：
接收所述辅助支付设备交易请求；
响应于此，确定所接收的FSP不存在于存储在所述支付终端处的拒绝列表上；
响应于此，授权所述辅助支付设备交易请求；
向支付网络发出包括所述DPAN的请求以结算所述交易；
随后从所述支付网络接收辅助支付设备交易失败消息；以及
响应于此，将所述FSP添加到所述拒绝列表。
3.如权利要求2所述的方法，还包括，在将所述FSP添加到所述拒绝列表之后，所述支付终端：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定所述生成的FSP存在于所述拒绝列表上；以及
响应于此，拒绝所述主设备交易请求。
4.如权利要求2所述的方法，还包括，所述支付终端：
向支付网络发出包括所述DPAN的请求以结算所述交易；以及
随后从所述支付网络接收辅助支付设备交易批准消息。
5.如权利要求4所述的方法，还包括，在接收到所述辅助支付设备交易批准消息之后，所述支付终端：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定所述生成的FSP不存在于所述拒绝列表上；以及
响应于此，授权所述主设备交易请求；
或者：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定所述生成的FSP不存在于所述拒绝列表上；
响应于此，授权所述主设备交易请求；
向支付网络发出包括所述FPAN的请求以结算所述交易；
随后，从所述支付网络接收主设备交易失败消息；以及
响应于此，将所述FSP添加到存储在所述支付终端处的拒绝列表。
6.如权利要求1所述的方法，还包括，在接收到所述辅助支付设备交易请求之前，所述支付终端：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定所述FSP不存在于存储在支付终端处的拒绝列表上；
响应于此，授权所述主设备交易请求；
向支付网络发出包括所述FPAN的请求以结算所述交易；
在向所述支付网络发出包括所述FPAN的所述请求之后，从所述支付网络接收主设备交易失败消息；以及
响应于此，将所述FSP添加到存储在所述支付终端处的拒绝列表；
所述支付终端随后：
接收所述辅助支付设备交易请求；
响应于此，确定所接收的FSP存在于所述拒绝列表上；以及
响应于此，拒绝所述辅助支付设备交易请求。
7.如权利要求2至5中任一项所述的方法，还包括，在接收所述辅助支付设备交易请求之前，所述支付终端：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定所述FSP不存在于存储在支付终端处的拒绝列表上；
响应于此，授权所述主设备交易请求；
向支付网络发出包括所述FPAN的请求以结算所述交易；以及
在向所述支付网络发出包括所述FPAN的所述请求之后，从所述支付网络接收主设备交易批准消息。
8.一种方法，包括，支付终端：
接收包括设备主账号(DPAN)和根据预定算法由资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)的辅助支付设备交易请求；
响应于此，确定所述FSP不存在于存储在所述支付终端处的拒绝列表上；以及
响应于此，授权所述辅助支付设备交易请求。
9.如权利要求8所述的方法，还包括，所述支付终端：
向支付网络发出包括所述DPAN的请求以结算所述交易；
随后从所述支付网络接收辅助支付设备交易失败消息；
响应于此，将所述FSP添加到所述拒绝列表；
随后接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定所述生成的FSP存在于所述拒绝列表上；以及
响应于此，拒绝所述主设备交易请求。
10.如权利要求8所述的方法，还包括，所述支付终端：
向支付网络发出包括所述DPAN的请求以结算所述交易；
随后从所述支付网络接收辅助支付设备交易批准消息；
随后，或者：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定生成的所述FSP不存在于所述拒绝列表上；以及
响应于此，授权所述主设备交易请求；
或者：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在所述支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定生成的所述FSP不存在于所述拒绝列表上；
响应于此，授权所述主设备交易请求；
向支付网络发出包括所述FPAN的请求以结算所述交易；
随后，从所述支付网络接收主设备交易失败消息；以及
响应于此，将所述FSP添加到存储在所述支付终端处的拒绝列表。
11.如权利要求9或10所述的方法，还包括，在接收所述辅助支付设备交易请求之前，所述支付终端：
接收包括所述FPAN的主设备交易请求；
响应于此，根据存储在支付终端上的所述预定算法，由所接收的FPAN生成所述FSP；
响应于此，确定所述FSP不存在于存储在所述支付终端处的拒绝列表上；
响应于此，授权所述主设备交易请求；
向支付网络发出包括所述FPAN的请求以结算所述交易；以及
在向所述支付网络发出包括所述FPAN的所述请求之后，从所述支付网络接收主设备交易批准消息。
12.一种辅助支付设备，包括：
接收机，被配置为接收设备主账号(DPAN)和根据预定算法由资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)；
处理器，其操作性地耦接到所述接收机，被配置为从一个或多个接收到的消息中提取所述DPAN和所述FSP；以及
发射机，其操作性地耦接到所述处理器，被配置为将包括所述DPAN和FSP的辅助支付设备交易请求发送到支付终端。
13.一种支付终端，包括：
接收机，被配置为接收包括设备主账号(DPAN)和根据预定算法由资金来源的资金主账号(FPAN)导出的资金来源代理(FSP)的辅助支付设备交易请求；
存储拒绝列表的存储器；以及
处理器，其操作性地耦接到所述接收机和所述存储器，被配置为确定所述拒绝列表上不存在所述FSP，并且响应于此，授权所述辅助支付设备交易请求。
14.一种系统，包括如权利要求12所述的辅助支付设备和如权利要求13所述的支付终端。
CN201680060654.0A 2015-08-14 2016-08-12 管理令牌化系统中的客户唯一性 Active CN108140191B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP15181150.2A EP3131043A1 (en) 2015-08-14 2015-08-14 Managing customer uniqueness in tokenised transaction systems
EP151811502 2015-08-14
PCT/US2016/046716 WO2017030936A1 (en) 2015-08-14 2016-08-12 Managing customer uniqueness in tokenised systems

Publications (2)

Publication Number Publication Date
CN108140191A true CN108140191A (zh) 2018-06-08
CN108140191B CN108140191B (zh) 2022-04-19

Family

ID=53836015

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680060654.0A Active CN108140191B (zh) 2015-08-14 2016-08-12 管理令牌化系统中的客户唯一性

Country Status (5)

Country Link
US (1) US11210665B2 (zh)
EP (1) EP3131043A1 (zh)
CN (1) CN108140191B (zh)
RU (1) RU2692969C1 (zh)
WO (1) WO2017030936A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11188903B2 (en) 2015-08-14 2021-11-30 Mastercard International Incorporated Managing customer uniqueness in tokenised systems
US11210665B2 (en) 2015-08-14 2021-12-28 Mastercard International Incorporated Managing customer uniqueness in tokenised systems

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3933736A1 (en) * 2020-06-30 2022-01-05 Mastercard International Incorporated Techniques for performing authentication in ecommerce transactions
AU2021221596A1 (en) * 2021-03-24 2022-10-13 A.C.N. 602 586 952 Pty Ltd Contactless payment via mobile devices using hybrid communications approach
US11715101B2 (en) 2021-12-30 2023-08-01 Mastercard International Incorporated Single-use payment tokens

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020013765A1 (en) * 2000-05-23 2002-01-31 Gil Shwartz Intrinsic authorization for electronic transactions
US20060191999A1 (en) * 1999-10-26 2006-08-31 First Data Corporation Method and system for performing money transfer transactions
US20110082767A1 (en) * 2009-10-07 2011-04-07 Danal Co., Ltd. Multi-Step Authentication-Based Electronic Payment Method Using Mobile Terminal
CN102812480A (zh) * 2010-04-02 2012-12-05 艾赛尼斯有限公司 用于验证交易的方法和系统
US20150019439A1 (en) * 2013-07-15 2015-01-15 Mastercard International Incorporated Systems and Methods Relating to Secure Payment Transactions

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000073934A2 (en) 1999-05-28 2000-12-07 The Coca-Cola Company Method and apparatus for surrogate control of network-based electronic transactions
WO2002011019A1 (en) 2000-08-01 2002-02-07 First Usa Bank, N.A. System and method for transponder-enabled account transactions
US7783566B2 (en) 2001-06-27 2010-08-24 American Express Travel Related Services Company, Inc. Consolidated payment account system and method
JP2005196463A (ja) * 2004-01-07 2005-07-21 Ntt Communications Kk 無人自動決済装置用情報保護システム、及びサーバ、サービス提供装置、取引情報集信装置
BRPI0506465A (pt) 2004-01-23 2007-02-21 Mastercard International Inc método e sistema para rastrear o comportamento de compra de um cliente
US20130054470A1 (en) 2010-01-08 2013-02-28 Blackhawk Network, Inc. System for Payment via Electronic Wallet
RU2402814C2 (ru) 2005-04-19 2010-10-27 Майкрософт Корпорейшн Сетевые коммерческие транзакции
US7347361B2 (en) * 2005-06-13 2008-03-25 Robert Lovett System, method and program product for account transaction validation
RU2413991C2 (ru) * 2006-09-11 2011-03-10 Фьючер Текнолоджи Инститьют Корпорейшн Система распознавания фальшивых карт, устройство записи информации определения подлинности и устройство распознавания фальшивых карт
US8346639B2 (en) * 2007-02-28 2013-01-01 Visa U.S.A. Inc. Authentication of a data card using a transit verification value
JP2009129377A (ja) * 2007-11-27 2009-06-11 Harex Infotech Inc モバイルカードのオフライン取引承認方式による決済処理システム及びその方法
US8341084B2 (en) 2009-06-08 2012-12-25 Mastercard International Incorporated Method, apparatus, and computer program product for topping up prepaid payment cards for offline use
US7891560B2 (en) 2009-05-15 2011-02-22 Visa International Service Assocation Verification of portable consumer devices
US20100306076A1 (en) 2009-05-29 2010-12-02 Ebay Inc. Trusted Integrity Manager (TIM)
GB201105765D0 (en) * 2011-04-05 2011-05-18 Visa Europe Ltd Payment system
US20130103574A1 (en) 2011-10-19 2013-04-25 First Data Corporation Payment Delegation Transaction Processing
WO2013086414A1 (en) 2011-12-07 2013-06-13 Visa International Service Association Method and system for signature capture
US20130238408A1 (en) * 2012-03-08 2013-09-12 Mastercard International Incorporated Systems and methods for attaching loyalty program data to an electronic payment scheme
CA2909081C (en) 2012-04-16 2022-05-10 Salt Technology Inc. Systems and methods for facilitating a transaction using a virtual card on a mobile device
US20130332337A1 (en) 2012-06-08 2013-12-12 David Nghiem Tran Systems and Methods for Enabling Trusted Borrowing and Lending Using Electronic Funds
US20140058938A1 (en) 2012-08-27 2014-02-27 Guy LaMonte McClung, III eWallet choice
US20140164228A1 (en) * 2012-12-11 2014-06-12 Manish Pathak Methods and systems for value transfers using a reader device
US9947001B2 (en) * 2013-03-15 2018-04-17 Mastercard International Incorporated System and method for using multiple payment accounts using a single payment device
GB2522905A (en) * 2014-02-10 2015-08-12 Mastercard International Inc Management of multiple identities in a transaction infrastructure
US10083433B2 (en) 2014-03-13 2018-09-25 First Data Corporation Systems and methods for managing accounts
US20160162882A1 (en) 2014-12-08 2016-06-09 Guy LaMonte McClung, III Digital money choice and eWallet selection
US11354651B2 (en) 2015-01-19 2022-06-07 Royal Bank Of Canada System and method for location-based token transaction processing
US20160267467A1 (en) 2015-03-12 2016-09-15 Mastercard International Incorporated Payment card storing tokenized information
WO2016170386A1 (en) 2015-04-20 2016-10-27 Beidas Moussa Burhan System, method, and computer program product for facilitating financial transactions
US11599879B2 (en) 2015-07-02 2023-03-07 Royal Bank Of Canada Processing of electronic transactions
EP3131042A1 (en) 2015-08-14 2017-02-15 Mastercard International Incorporated Managing customer uniqueness in tokenised transaction systems
EP3131043A1 (en) 2015-08-14 2017-02-15 Mastercard International Incorporated Managing customer uniqueness in tokenised transaction systems
US20190005496A1 (en) 2015-08-14 2019-01-03 Mastercard International Incorporated Managing customer uniqueness in tokenised systems
GB2541414A (en) 2015-08-18 2017-02-22 Worldpay (Uk) Ltd Identity validation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060191999A1 (en) * 1999-10-26 2006-08-31 First Data Corporation Method and system for performing money transfer transactions
US20020013765A1 (en) * 2000-05-23 2002-01-31 Gil Shwartz Intrinsic authorization for electronic transactions
US20110082767A1 (en) * 2009-10-07 2011-04-07 Danal Co., Ltd. Multi-Step Authentication-Based Electronic Payment Method Using Mobile Terminal
CN102812480A (zh) * 2010-04-02 2012-12-05 艾赛尼斯有限公司 用于验证交易的方法和系统
US20150019439A1 (en) * 2013-07-15 2015-01-15 Mastercard International Incorporated Systems and Methods Relating to Secure Payment Transactions

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11188903B2 (en) 2015-08-14 2021-11-30 Mastercard International Incorporated Managing customer uniqueness in tokenised systems
US11210665B2 (en) 2015-08-14 2021-12-28 Mastercard International Incorporated Managing customer uniqueness in tokenised systems

Also Published As

Publication number Publication date
US11210665B2 (en) 2021-12-28
WO2017030936A1 (en) 2017-02-23
RU2692969C1 (ru) 2019-06-28
CN108140191B (zh) 2022-04-19
EP3131043A1 (en) 2017-02-15
US20170046691A1 (en) 2017-02-16

Similar Documents

Publication Publication Date Title
US10521777B2 (en) Crypto digital currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices
CN108140181B (zh) 管理令牌化系统中的客户唯一性
TWI570640B (zh) 用以在設計以接受符合全球付費產業標準之卡片之系統上允許使用可棄式卡片之機制
WO2018060951A1 (en) A system for trading in a contract-free manner
US20190012659A1 (en) Combination payment card and methods thereof
US20040039649A1 (en) Systems and methods for charitable donating
CN109074564A (zh) 使用记录保证即时支付的方法和系统
CN108140191A (zh) 管理令牌化系统中的客户唯一性
WO2017223303A1 (en) Determining exchange item compliance in an exchange item marketplace network
US11875327B2 (en) Methods and systems for dual-to-single message conversion in electronic transactions
CN104657848A (zh) 用于实时账户访问的系统和方法
US20060080198A1 (en) Cash transaction system
KR20080026209A (ko) 통합 결제 및 전자 상품 전송을 위한 장치 및 방법
US20190220881A1 (en) Systems, methods and computer readable media for creating and processing a digital voucher
MX2012008408A (es) Sistema de pago con valor almacenado confiable que incluye terminales de comerciantes no confiables.
CN108352017A (zh) 管理令牌化系统中的客户唯一性
CA3111634A1 (en) Payment terminal device and method
US20160092942A1 (en) Transaction system and methods for integrating philanthropy and volunteering
Vincent et al. Transaction flow in card payment systems using mobile agents
WO2023004199A1 (en) Methods and systems of facilitating trading non-negotiable financial assets
PH12016000478A1 (en) Method of, system for and data processing device for implementing a distributed, ledger-based processing and recording of an electronic financial transaction

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant