CN110533418A - 经由受控区块链进行交易授权的方法和系统 - Google Patents

经由受控区块链进行交易授权的方法和系统 Download PDF

Info

Publication number
CN110533418A
CN110533418A CN201910402331.0A CN201910402331A CN110533418A CN 110533418 A CN110533418 A CN 110533418A CN 201910402331 A CN201910402331 A CN 201910402331A CN 110533418 A CN110533418 A CN 110533418A
Authority
CN
China
Prior art keywords
processing server
transaction
account
authorization requests
authorization
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
CN201910402331.0A
Other languages
English (en)
Other versions
CN110533418B (zh
Inventor
J·S·库马沃特
K·考尔
V·迈赫罗特拉
V·P·S·乔汉
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 CN110533418A publication Critical patent/CN110533418A/zh
Application granted granted Critical
Publication of CN110533418B publication Critical patent/CN110533418B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224Transactions dependent on location of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • G06Q20/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • G06Q20/405Establishing or using transaction specific rules
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

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

Abstract

本发明涉及经由受控区块链进行交易授权的方法和系统。一种用于处理电子支付交易的方法,包括:存储包括多个账号的账户简档;接收针对支付交易的包括多个账号的第一账号、第一时间和第一位置的第一授权请求;处理第一支付交易;接收针对不同交易的包括多个账号的第二主账号、第二时间和第二位置的第二授权请求,其中第二账号与不同于第一账号的发行方的不同发行方相关联;基于第一时间和位置以及第二时间和位置确定欺诈的可能性;以及,如果欺诈的可能性低于阈值,则将第二授权请求转发给所述不同发行方,或者如果欺诈的可能性高于阈值,则发送指示拒绝的授权响应。

Description

经由受控区块链进行交易授权的方法和系统
技术领域
本公开涉及电子支付交易的处理,具体而言,涉及在由第二发行方发行的不同交易账户提供资金的第二支付交易的授权中使用对由第一发行方发行的交易账户提供资金的支付交易的授权,其中交易账户通过传记(biographical)信息相关联。
背景技术
通常,使用系统处理电子支付交易,其中发行用于为交易提供资金的交易账户的发行机构将批准或拒绝交易。在许多情况下,基于交易账户的交易历史以及其它标准来做出批准或拒绝该交易的决定。例如,如果消费者在与该消费者之前使用相同的交易账户已进行的若干次购买相同的商家和相同的时间以及一周中相同的日子想要进行购买,则发行机构感觉这是真正的消费者从而可能更有可能批准该交易。类似地,如果交易在一个国家进行,那么对于然后在短时间内在距离相当远的另一个国家尝试的第二个交易,发行机构可能会由于欺诈考虑而拒绝交易。
这样的考虑因素可能对于批准和拒绝电子支付交易是有用的。但是,这些种类的考虑因素仅与发行机构可用的数据一样有用。在消费者可能具有用于对电子支付交易提供资金的多个交易账户的情况下,对任何单个发行方可用的交易历史可能是不完整的,并且因此对于基于其确定批准或拒绝是无效的。此外,在传统系统中,由于隐私规定和限制,一个发行机构从不同的发行机构获得消费者的交易信息可能是不可能的。另外,由于缺乏处理此类数据的经验,发行机构在确定批准和拒绝支付交易时考虑此类数据可能是低效的(如果不是无能力的话)。即,业务需求对实现避免例如上述识别出的技术问题的期望效果带来技术挑战。
因此,需要一种技术系统,该技术系统被配置为在维护消费者安全性和隐私的同时识别消费者跨多个发行机构的交易历史,以将其用于确定尝试的电子支付交易的批准或拒绝。
发明内容
本公开提供了用于处理电子支付交易的系统和方法的描述。处理系统通过使用传记数据识别从不同发行机构向同一消费者发行的交易账户。跨发行机构跟踪交易,使得当接收到新的授权请求时,独立于发行机构,考虑过去的交易历史。处理系统被配置为如果交易历史检测到欺诈,则代表发行机构拒绝交易,从而产生在发行机构原本无法检测到的欺诈的情况下、并且以减少由发行机构花费的网络通信和处理时间的方式可以防止此类欺诈的更高效的处理系统。
一种用于处理电子支付交易的方法,包括:在处理服务器的账户数据库中存储账户简档,其中账户简档至少包括多个主账号和一个或多个传记数据值,其中所述多个主账号中的每个主账号与交易账户相关联,并且所述一个或多个传记数据值与和所述多个主账号相关的交易账户中的每个交易账户相关联;由处理服务器的接收设备接收第一支付交易的第一授权请求,其中第一授权请求根据一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第一主账号、第一交易时间和第一地理位置的交易数据的多个数据元素;由处理服务器处理第一支付交易;由处理服务器的接收设备从外部系统接收第二支付交易的第二授权请求,其中第二授权请求根据所述一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第二主账号、第二交易时间和第二地理位置的交易数据的多个数据元素,其中第二主账号与由不同于和第一主账号相关联的交易账户的发行方的不同发行方发行的交易账户相关联;由处理服务器至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性;以及如果所确定的欺诈的可能性低于预定阈值,则由处理服务器的发送设备将第二授权请求转发到所述不同发行方,或者如果所确定的欺诈的可能性高于预定阈值,则由处理服务器的发送设备将对第二支付交易的授权响应发送到外部系统,所述授权响应指示对第二支付交易的拒绝。
一种用于处理电子支付交易的系统,包括:处理服务器的账户数据库,被配置为存储账户简档,其中账户简档至少包括多个主账号和一个或多个传记数据值,其中所述多个主账号中的每个主账号与交易账户相关联,并且所述一个或多个传记数据值与和所述多个主账号相关的交易账户中的每个交易账户相关联;处理服务器的接收设备,被配置为接收第一支付交易的第一授权请求,其中第一授权请求根据一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第一主账号、第一交易时间和第一地理位置的交易数据的多个数据元素;处理服务器的发送设备;以及处理服务器被配置为处理第一支付交易,其中处理服务器的接收设备还被配置为从外部系统接收第二支付交易的第二授权请求,其中第二授权请求根据所述一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第二主账号、第二交易时间和第二地理位置的交易数据的多个数据元素,其中第二主账号与由不同于和第一主账号相关联的交易账户的发行方的不同发行方发行的交易账户相关联,处理服务器还被配置为至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性,以及处理服务器的发送设备被配置为:如果所确定的欺诈的可能性低于预定阈值,则将第二授权请求发送到所述不同发行方,或者如果所确定的欺诈的可能性高于预定阈值,则将对第二支付交易的授权响应发送到外部系统,所述授权响应指示对第二支付交易的拒绝。
附图说明
当结合附图阅读时,从以下示例性实施例的详细描述中最好地理解本公开的范围。附图中包括以下各图:
图1是图示根据示例性实施例的用于处理电子支付交易的高级系统架构的框图。
图2是图示根据示例性实施例的用于处理电子支付交易的图1的系统的处理服务器的框图。
图3是图示根据示例性实施例的由图2的处理服务器处理电子支付交易的处理的流程图。
图4是图示根据示例性实施例的用于处理电子支付交易的示例性方法的流程图。
图5是图示根据示例性实施例的计算机系统架构的框图。
根据下文提供的详细描述,本公开的其它应用领域将变得清楚。应该理解的是,示例性实施例的详细描述仅用于说明的目的,因此,并不旨在必然地限制本公开的范围。
具体实施方式
专业术语
支付网络–用于在给定时间段期间通过使用现金替代品针对数千、数百万甚至数十亿交易来转移金钱的系统或网络。支付网络可以使用各种不同的协议和过程,以便处理各种类型的交易的金钱转移。可以经由支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转移、账户取款等。支付网络可以被配置为经由现金替代品执行交易,现金替代品可以包括支付卡、信用证、支票、交易账户等。被配置为作为支付网络执行的网络或系统的示例包括由等运营的网络或系统。本文使用术语“支付网络”既可以指作为实体的支付网络,又可以指物理支付网络,诸如包括支付网络的装备、硬件和软件。
支付轨道-与在支付交易的处理中使用的支付网络相关联的基础设施,以及支付网络和与支付网络互连的其它实体之间的交易消息和其它类似数据的通信,所述支付网络在给定时间段期间处理数千、数百万甚至数十亿的交易。支付轨道可以由用于建立支付网络的硬件以及支付网络与其它相关联实体(诸如金融机构、网关处理器等)之间的互连组成。在一些情况下,支付轨道还可以(诸如经由包括支付轨道的通信硬件和设备的特殊编程)受软件影响。例如,支付轨道可以包括为了交易消息的路由而特殊配置的专门配置的计算设备,其可以是经由支付轨道电子发送的特殊格式化的数据消息,如下面更详细讨论的。
交易账户–可以用于为交易提供资金的金融账户,诸如支票账户、储蓄账户、信用账户、虚拟支付账户等。交易账户可以与消费者相关联,消费者可以是任何合适类型的与支付账户相关联的实体,其可以包括个人、家庭、公司、集团、政府实体等。在一些情况下,交易账户可以是虚拟的,诸如由操作的账户等。
商家–提供由另一个实体(诸如消费者或另一个商家)购买的产品(例如,商品和/或服务)的实体。商家可以是消费者、零售商、批发商、制造商或可以提供用于购买的产品的任何其它类型的实体,如对于相关领域的技术人员将清楚的。在一些情况下,商家可以对被提供进行购买的商品和/或服务有特殊的知识。在其它情况下,商家可以没有或要求所提供产品的任何特殊知识。在一些实施例中,单个交易中涉及的实体可以被视为商家。在一些情况下,如本文所使用的,术语“商家”可以指商家实体的装置或设备。
发行方–为受益人设立(例如,开立)信用证或信用额度,并根据信用证或信用额度中指定的金额授予受益人提取的汇票(draft)的实体。在许多情况下,发行方可以是被授权开立信用额度的银行或其它金融机构。在一些情况下,任何可以向受益人扩展信用额度的实体可以被视为发行方。由发行方开立的信用额度可以以支付账户的形式表示,并且可以由受益人通过使用支付卡来提取。发行方还可以向消费者提供如对于相关领域技术人员来说将清楚的附加类型的支付账户,诸如借记账户、预付账户、电子钱包账户、储蓄账户、支票账户等,并且可以向消费者提供用于访问和/或利用这种账户的物理或非物理手段,诸如借记卡、预付卡、自动柜员机卡、电子钱包、支票等。
支付交易–两个实体之间的交易,其中金钱或其它经济利益从一个实体交换到另一个实体。支付交易可以是资金的转移,用于购买商品或服务、用于偿还债务,或用于如对于相关领域的技术人员将清楚的任何其它经济利益交换。在一些情况下,支付交易可以指经由支付卡和/或支付账户提供资金的交易,诸如信用卡交易之类。这种支付交易可以经由发行方、支付网络和收单方处理。用于处理这种支付交易的处理可以包括授权、批处理、清算、结算和提供资金中的至少一个。授权可以包括由消费者向商家提供支付细节、从商家向其收单方提交交易细节(例如,包括支付细节),以及向用于向交易提供资金的消费者支付账户的发行方核实支付细节。批处理可以指将批次中的经授权交易与其它经授权交易一起存储以分发给收单方。清算可以包括从收单方向支付网络发送批量交易以进行处理。结算可以包括由支付网络对涉及发行方的受益人的交易进行的发行方的借记。在一些情况下,发行方可以经由支付网络向收单方进行支付。在其它情况下,发行方可以直接向收单方进行支付。提供资金可以包括从收单方向商家支付已经清算和结算的支付交易。对于相关领域的技术人员来说将清楚的是,上面讨论的步骤的次序和/或分类作为支付交易处理的一部分执行。
区块链–基于区块链货币的所有交易的公共账本。一个或多个计算设备可以包括区块链网络,区块链网络可以被配置为处理和记录作为区块链中的区块的一部分的交易。一旦区块完成,该区块就被添加到区块链中,并由此更新交易记录。在许多情况下,区块链可以是按时间次序的交易的账本,或者可以以适合区块链网络使用的任何其它次序呈现。在一些配置中,记录在区块链中的交易可以包括目的地地址和货币量,使得区块链记录多少货币归因于具体地址。在一些情况下,交易是金融的而其它的不是金融的,或者可能包括附加的或不同的信息(诸如源地址、时间戳等等)。在一些实施例中,区块链还可以或者可替代地包括几乎任何类型的数据,作为被放置或需要被放置在分布式数据库中的交易表格的形式,该分布式数据库维持不断增长的数据记录列表,所述数据技术列表能够防止(即使由其运营商)篡改和修订,并且可以通过区块链网络通过工作量证明和/或与此相关的任何其它合适的验证技术被确认和核实。在一些情况下,关于给定交易的数据还可以包括附加数据,这些附加数据不是直接附加到交易数据的交易部分。在一些情况下,将这种数据包括在区块链中可以构成交易。在这种情况下,区块链可以不与具体的数字、虚拟、扁平或其它类型的货币直接相关联。
用于电子支付交易的处理的系统
图1图示了用于处理电子支付交易的系统100,其中基于消费者跨多个发行机构的交易历史代表发行机构执行授权,其中在一些情况下可以使用区块链用于存储交易历史。
系统100可以包括处理服务器102。下面更详细讨论的处理服务器102可以被配置为利用消费者104跨多个不同的发行机构106(诸如图1中所示的发行机构106a和106b)的交易历史来参与电子支付交易的处理。在系统100中,消费者104可以具有由两个或更多个发行机构106向其发行的可以在向电子支付交易提供资金时使用的交易账户。每个发行机构106可以向消费者104发行交易账户,并且对于每个交易账户,可以向消费者104发行一个或多个支付工具108,诸如图1中所示的支付工具108a和108b。支付工具108可以被编码或以其它方式用于传送与相关交易账户相关联的支付凭证。支付凭证可以包括例如主账号和在交易账户的识别和认证中使用的任何其它数据(诸如姓名、到期日期、安全码、应用密码、交易柜台等)以便用于在向电子支付交易提供资金时使用。
当进行电子支付交易时,消费者104可以在商家系统110处使用支付工具108。消费者104可以向商家系统110呈现支付工具108,商家系统110可以从支付工具读取或以其它方式接收支付凭证。商家系统110可以在交易数据中包括被提交给支付网络112以处理支付交易的支付凭证。在一些实施例中,商家系统110可以经由与其相关联的支付轨道将交易数据直接提交给支付网络112。在其它实施例中,商家系统110可以将交易数据发送到中间实体,诸如收单机构或网关处理器之类,该中间实体可以经由与其相关联的支付轨道将交易数据提交给支付网络112。
作为支付交易的处理的一部分,支付网络112可以接收对支付交易的授权请求。授权请求可以是指示针对相关支付交易请求授权的一种类型的交易消息。交易消息可以是特殊格式化的数据消息,其根据管理金融交易消息的交换的一个或多个标准(诸如国际标准化组织的ISO 8583或ISO 20022标准之类)被格式化。交易消息可以包括指示消息的类型的消息类型指示符(例如,授权请求、授权响应等)以及多个数据元素,其中每个数据元素被配置为存储用于电子支付交易的数据。在一些情况下,交易消息中包括的标准和/或一个或多个位图可以用于指示哪些数据元素存储什么交易数据。数据元素可以被配置为例如存储主账号、其它支付凭证、交易金额、交易时间、交易日期、地理位置、货币类型、商家标识号、收单方数据、发行方数据、产品数据、提议(offer)数据、奖励数据、忠诚度数据等。在一些情况下,商家系统110可以生成用于电子支付交易的授权请求。在其它情况下,中间实体(例如,收单机构、网关处理器等)可以从商家系统110接收交易数据并基于其生成授权请求。
在传统系统中,支付网络112会将授权请求转发给发行机构106,发行机构106发行由消费者104用于向电子支付交易提供资金的交易账户,其中发行机构106将批准或拒绝支付交易并以电子方式将授权响应(例如,具有指示授权响应的消息类型指示符的交易消息)发送回支付网络112。在系统100中,处理服务器102可以(例如,在支付网络112转发授权请求之后直接从支付网络112或从发行机构106)接收授权请求,以代表发行机构106执行处理。处理服务器102可以基于支付交易中涉及的消费者104的过去交易历史来确定是否应该拒绝交易,或者是否应该联系发行机构106以进一步批准,如下面更详细地讨论的。
处理服务器102可以被配置为在处理针对消费者104的新接收到的授权请求时考虑过去的授权请求,其中过去的授权请求可以与不同的发行机构106相关联(例如,如经由所包括的主账号所指示的)。当处理服务器102接收到授权请求时,其中包括的授权请求或数据可以存储在下面将更详细地讨论的与消费者104相关联的简档中。处理服务器102可以继续针对可以归因于消费者104的任何支付交易而不管发行机构106如何,存储授权请求或其中包括的数据。支付交易可以基于与用于向支付交易提供资金的交易账户相关联的传记数据而归因于消费者104。
处理服务器102可以被配置为从相关联的发行机构106接收交易账户的传记信息。传记信息可以包括由发行机构106使其可用的关于交易账户的授权用户的任何信息。这样的信息可以包括,例如,姓名、电话号码、电子邮件地址、计算设备标识符、用户名、社会安全号等。在一些情况下,每个消费者104可以首先向发行机构106提供对将此类数据提供给处理服务器102使用的许可。在一些情况下,传记信息可以在发送到处理服务器102之前被匿名化,或者可以在接收时由处理服务器102匿名化。例如,消费者104的名称可以由发行机构106提供为交易账户的传记信息,但是其中名称被散列化使得消费者的真实姓名对于处理服务器102是未知的并且不能由处理服务器102识别。
处理服务器102可以从多个发行机构106接收交易账户的传记信息,其中处理服务器102可以识别跨多个发行机构106的、每个被发行给消费者104的交易账户,或者基于传记信息消费者104以其它方式是交易账户的授权用户。例如,处理服务器102可以接收每个交易账户的名称的散列,并且可以由于匹配的名称散列而将针对消费者104的来自发行机构106a的交易账户与来自发行机构106b的交易账户相匹配。与消费者104匹配的每个交易账户可以具有存储在消费者的简档中的交易账户的识别信息(例如,主账号)。
当从支付网络112(例如,或从发行机构106,如果适用的话)接收到新的授权请求时,处理服务器102可以使用授权请求中找到的主账号或其它识别信息来识别相关电子支付交易中涉及的消费者104的简档。然后,处理服务器102可以基于新授权请求中包括的数据和如在简档中找到的一个或多个先前授权请求中包括的数据来确定尝试的支付交易的欺诈的可能性。例如,在示例性实施例中,处理服务器102可以将一个或多个最近授权请求中的时间和地理位置与新授权请求中包括的时间和地理位置进行比较。如果这些时间和位置使得消费者104不可能亲自进行两个交易(例如,授权请求之间有一小时但地理位置相距1,000英里远),则处理服务器102可以确定欺诈的可能性高。相反,如果这些时间和位置使得消费者104可能参与新的支付交易(例如,最后两个授权是针对最近一小时在与新授权请求相同的购物中心处的交易),则可以确定欺诈的可能性低。欺诈的可能性可以由处理服务器102使用任何合适的方法来表示,诸如整数(例如,在1-100的范围内)、名称(例如,非常低、低、高、非常高)或其它值。
然后,处理服务器102可以确定是否应该拒绝交易。该确定可以基于欺诈的可能性,并且还可以基于由相关联的发行机构106所阐述的标准。例如,每个发行机构106可以具有被设置用于代表拒绝的阈值,其中处理服务器102可以在所确定的欺诈的可能性高于由发行机构106提供的预定值时拒绝任何尝试的支付交易。处理服务器102可以基于新授权请求中使用的主账号来识别这样的值(例如,其中,可以从中诸如基于银行标识号、发行方标识号等识别发行机构106)。
如果处理服务器102确定应该拒绝尝试的支付交易,则处理服务器102可以生成支付交易的授权响应,该授权响应包括被配置为存储指示支付交易被拒绝的响应代码的数据元素。在一些情况下,响应代码可以指示由于欺诈考虑而导致的拒绝。处理服务器102可以将授权响应返回到支付网络112,支付网络112可以根据需要使用传统方法进行任何附加处理。可以向商家系统110通知交易拒绝并且可以相应地完成支付交易。在示例性实施例中,针对拒绝的支付交易的授权请求或其中包括的数据可以存储在消费者的简档中以在将来的确定中加以考虑。
如果处理服务器102确定不应立即拒绝支付交易,则处理服务器102可以将授权请求转发给适当的发行机构106。在一些情况下,所确定的欺诈的可能性可以被包括在授权请求中(例如,在保留用于私用的数据元素中),或者可以在具有授权请求的数据消息中或在单独的数据消息中发送。发行机构106可以接收授权请求,并且可以使用传统方法批准或拒绝交易。作为批准或拒绝的一部分,可以由发行机构106生成指示其的授权响应(例如,在存储在对应数据元素中的响应代码中)。在一些情况下,授权响应可以经由与其相关联的支付轨道直接发送到支付网络112。在其它情况下,发行机构106可以将授权响应返回到处理服务器102,处理服务器102可以将授权响应转发到支付网络112。然后,支付交易可以由支付网络112和商家系统110相应地完成。
在一些实施例中,区块链可以用于存储涉及消费者104的过去支付交易的交易数据。区块链可以由区块链网络114维护,区块链网络114可以包括多个节点,其中每个节点可以是被配置为维护区块链的副本、生成新块、验证由其它节点生成的区块、以及执行与区块链的操作和使用相关联的任何附加功能的计算系统。在一些实施例中,处理服务器102可以是区块链网络114中的节点。
区块链可以是包括至少多个区块的分布式账本。每个区块可以至少包括区块首部和一个或多个数据值。每个区块首部可以至少包括时间戳、区块引用值和数据引用值。时间戳可以是生成区块首部时的时间,并且可以使用任何合适的方法(例如,UNIX时间戳、DateTime(日期时间)等)来表示。区块引用值可以是引用区块链中的较早区块(例如,基于时间戳)的值。在一些实施例中,区块首部中的区块引用值可以是对相应区块之前最近添加的区块的区块首部的引用。在示例性实施例中,区块引用值可以是经由对最近添加的区块的区块首部求散列而生成的散列值。数据引用值可以类似地是对包括区块首部的区块中存储的一个或多个数据值的引用。在示例性实施例中,数据引用值可以是经由对一个或多个数据值求散列而生成的散列值。例如,区块引用值可以是使用一个或多个数据值生成的Merkle树的根。
在每个区块首部中使用区块引用值和数据引用值可以使得区块链不可变。对数据值的任何尝试修改都需要为该区块生成新的数据引用值,从而将需要新生成后续区块的区块引用值,还需要在每个后续区块中生成新的区块引用值。这在生成新区块并将新区块添加到区块链以便使更改成为永久性的之前,必须在区块链网络114中的每个单个节点中被执行和更新。计算和通信限制能使这种修改即使不是不可能的也会极其困难,从而使区块链不可变。
存储在区块链中的每个数据值可以对应于针对支付交易接收到的授权请求。在一些情况下,对于每个消费者104可以存在单独的区块链,其中该区块链中包括的每个数据值可以与涉及该消费者的尝试的支付交易相关。在其它情况下,区块链可以存储多个消费者104的数据值。在这种情况下,每个数据值可以包括账户标识符、传记信息或用于识别消费者104的其它值和/或与其相关的简档。每个数据值可以包括授权请求或其中包括的可以用于执行本文所讨论的功能的任何数据。在一些实施例中,处理服务器102可以将任何接收到的授权请求提交给区块链网络114中的节点以包括在区块链中。在其它实施例中,发行机构106可以在接收到授权请求时将该授权请求提交给区块链网络114中的节点。在还有的其它实施例中,商家系统110或支付网络112可以被配置为向区块链网络114中的节点提供授权请求以在支付交易的初始处理期间包括在区块链上。在一些实施例中,区块链可以是私有区块链,使得仅处理服务器102能够读取添加到区块链的信息,诸如以防止一个发行机构106a看到涉及第二发行机构106b的支付交易。
本文讨论的方法和系统使得处理服务器102能够代表多个发行机构106处理支付交易,所述多个发行机构106中的每个发行机构106都涉及单个消费者104。来自多个发行机构106的授权请求的使用可以提供更准确的欺诈确定,这可以导致消费者104和发行机构106的更高安全性。处理服务器102与发行机构106分开执行的动作确保发行机构106不需要通过存储其它发行机构106的交易数据来更新其现有系统或对安全性或隐私带来风险。此外,通过处理服务器102代表发行机构106拒绝可能欺诈的支付交易,发行机构106可以看到较少的交易消息,这可以降低所使用的网络带宽和处理能力,从而提高操作效率。
处理服务器
图2图示了系统100中的处理服务器102的实施例。对于相关领域的技术人员来说将清楚的是,图2中示出的处理服务器102的实施例仅作为图示提供,并且可以不是穷举适合于执行本文所讨论的功能的处理服务器102的所有可能配置。例如,图5中示出并且在下面更详细讨论的计算机系统500可以是处理服务器102的合适配置。
处理服务器102可以包括接收设备202。接收设备202可以被配置为经由一个或多个网络协议在一个或多个网络上接收数据。在一些情况下,接收设备202可以被配置为经由一种或多种通信方法(诸如射频、局域网、无线区域网络、蜂窝通信网络、蓝牙、因特网等)从发行机构106、商家系统110、支付网络112、区块链网络114以及其它系统和实体接收数据。在一些实施例中,接收设备202可以由多个设备构成,所述多个设备诸如是用于通过不同网络接收数据的不同接收设备,诸如用于通过局域网接收数据的第一接收设备和用于经由因特网接收数据的第二接收设备。接收设备202可以接收电子发送的数据信号,其中数据可以被叠加或以其它方式被编码在数据信号上,并且经由接收设备202接收数据信号来解码、解析、读取或以其它方式获得。在一些情况下,接收设备202可以包括解析模块,用于解析接收到的数据信号以获得叠加在其上的数据。例如,接收设备202可以包括解析器程序,该解析器程序被配置为接收数据信号并将接收到的数据信号变换为用于由处理设备执行的功能的可用输入,以执行本文描述的方法和系统。
接收设备202可以被配置为接收由发行机构106电子发送的叠加有或以其它方式编码有由其发行的交易账户的账户标识符和传记信息的数据信号。接收设备202还可以被配置为接收可以由发行机构106或支付网络112电子发送的叠加有或以其它方式编码有授权请求的数据信号。在一些实施例中,接收设备202可以被配置为接收由发行机构106电子发送的叠加有或以其它方式编码有用于转发到支付网络112的授权响应的数据信号。在使用区块链的实施例中,接收设备202可以被配置为接收由区块链网络114中的节点电子发送的叠加有或以其它方式编码有新区块和/或包括在新区块中的数据值的数据信号。
处理服务器102还可以包括通信模块204。通信模块204可以被配置为在模块、引擎、数据库、存储器和处理服务器102的其它组件之间发送数据,以用于执行本文所讨论的功能。通信模块204可以包括一种或多种通信类型并且利用各种通信方法用于计算设备内的通信。例如,通信模块204可以由总线、接触引脚连接器、线缆等构成。在一些实施例中,通信模块204还可以被配置为在处理服务器102的内部组件与处理服务器102的外部组件(诸如外部连接的数据库、显示设备、输入设备等)之间通信。处理服务器102还可以包括处理设备。如对相关领域技术人员来说将清楚的,处理设备可以被配置为执行本文所讨论的处理服务器102的功能。在一些实施例中,处理设备可以包括专门配置为执行处理设备的一个或多个功能的多个引擎和/或模块(诸如查询模块218、确定模块220、交易处理模块222等)和/或由其构成。如本文所使用的,术语“模块”可以是特别被编程为接收输入、使用所述输入执行一个或多个处理并提供输出的软件或硬件。基于本公开,由各种模块执行的输入、输出和处理对于本领域技术人员将是清楚的。
处理服务器102可以包括账户数据库206。账户数据库206可以被配置为使用合适的数据存储格式和模式(schema)来存储多个账户简档208。账户数据库206可以是关系数据库,其利用结构化查询语言对存储在其中的结构化数据集来进行存储、识别、修改、更新、访问等。每个账户简档208可以是被配置为存储与消费者104相关的数据的结构化数据集。每个账户简档208可以至少包括多个主账号或其它账户标识符,其中每个与发行给相关消费者104的交易账户相关,或者其中相关的消费者104是其授权用户。如果适用的话,每个账户简档208还可以包括用于识别匹配交易账户的传记信息,以及过去支付交易的交易数据和/或授权请求。
处理服务器102可以包括查询模块218。查询模块218可以被配置为对数据库执行查询以识别信息。查询模块218可以接收一个或多个数据值或查询字符串,并且可以对指示的数据库(诸如账户数据库206)执行基于所述数据值或查询字符串的查询字符串,以识别存储在其中的信息。然后,查询模块218可以根据需要将识别出的信息输出到处理服务器102的适当的引擎或模块。查询模块218可以例如对账户数据库206执行查询以识别与尝试的支付交易中涉及的消费者104相关的账户简档208,以识别用于在确定尝试的支付交易的欺诈的可能性时使用的与其相关的最近授权请求。
处理服务器102还可以包括确定模块220。确定模块220可以被配置为针对处理服务器102做出在执行本文所讨论的功能时使用的确定。确定模块220可以接收指令作为输入、可以基于指令做出确定,并且可以将确定输出到处理服务器102的一个或多个模块。在一些情况下,输入可以包括要在确定中使用的数据和/或规则。在其它情况下,确定模块220可以被配置为基于指令识别这样的数据。例如,确定模块220可以被配置为基于接收到的针对尝试的支付交易的授权请求中包括的数据,以及针对涉及相同消费者104的跨多个发行机构106的过去支付交易的授权请求中包括的数据来确定尝试的支付交易的欺诈的可能性。例如,确定模块220可以比较跨授权请求的时间和地理位置以确定欺诈的可能性。确定模块220还可以被配置为基于所确定的欺诈的可能性和诸如可以与相关联的发行机构106相关联的阈值来确定是否应该拒绝尝试的支付交易或将其转发到相关联的发行机构106。
在一些实施例中,处理服务器102还可以包括交易处理模块222。交易处理模块222可以被配置为执行与电子支付交易的处理相关的功能。例如,交易处理模块222可以被配置为生成授权响应、转发授权请求和响应、执行增值服务,或与电子支付交易的路由和处理相关联的任何其它功能。
处理服务器102还可以包括发送设备224。发送设备224可以被配置为经由一个或多个网络协议在一个或多个网络上发送数据。在一些情况下,发送设备224可以被配置为经由一种或多种通信方法、局域网、无线区域网络、蜂窝网络、蓝牙、射频、因特网等向发行机构106、商家系统110、支付网络112、区块链网络114和其它实体发送数据。在一些实施例中,发送设备224可以由多个设备组成,诸如用于通过不同网络发送数据的不同发送设备,诸如用于通过局域网发送数据的第一发送设备和用于经由因特网发送数据的第二发送设备。发送设备224可以电子地发送可以由接收计算设备解析的叠加有数据的数据信号。在一些情况下,发送设备224可以包括用于将数据叠加、编码或以其它方式格式化为适合于发送的数据信号的一个或多个模块。
发送设备224可以被配置为将叠加有或以其它方式编码有授权请求和/或对尝试的支付交易的欺诈的可能性的确定的数据信号,以及叠加有或以其它方式编码有对传记信息的请求的数据信号电子地发送到发行机构106。发送设备224还可以被配置为将叠加有或以其它方式编码有对尝试的支付交易的授权响应的数据信号电子地发送到支付网络112或商家系统110。在一些实施例中,发送设备224可以被配置为将叠加有或以其它方式编码有用于包括在新区块链数据值中的授权请求数据或者对区块链数据值的请求的数据信号电子地发送到区块链网络114中的节点。
处理服务器102还可以包括存储器210。存储器210可以被配置为存储用于由处理服务器102在执行本文所讨论的功能时使用的数据,诸如公钥和私钥、对称密钥等。存储器210可以被配置为使用合适的数据格式化方法和模式来存储数据,并且可以是任何合适类型的存储器,诸如只读存储器、随机存取存储器等。存储器210可以包括例如加密密钥和算法、通信协议和标准、数据格式化标准和协议、处理设备的应用程序和模块的程序代码,以及可以适合于由处理服务器102在执行本文公开的功能时使用的其它数据,如对于相关领域的技术人员来说将清楚的。在一些实施例中,存储器210可以由关系数据库构成或者可以以其它方式包括关系数据库,该关系数据库利用结构化查询语言来对存储在其中的结构化数据集进行存储、识别、修改、更新、访问等。存储器210可以被配置为存储例如欺诈确定规则、交易路由数据、交易消息格式化标准数据等。
用于处理电子支付交易的处理
图3图示了由系统100中的处理服务器102执行的用于基于使用来自多个发行机构106的过去授权请求确定的欺诈的可能性代表发行机构106处理电子支付交易的示例处理300。
在步骤302中,处理服务器102的接收设备202可以接收诸如可以由支付网络112或发行机构106电子发送的针对尝试的支付交易的授权请求。授权请求可以根据管理金融交易消息的交换的一个或多个标准被格式化并且包括多个数据元素,所述多个数据元素包括被配置为存储主账号、交易时间和地理位置的数据元素。在步骤304中,处理服务器102可以确定是否已知发行给支付交易中涉及的同一消费者104的其它交易账户。这种确定可以通过执行以下操作来进行:由处理服务器102的查询模块218对处理服务器102的账户数据库206执行查询以识别包括在接收到的授权请求中包括的主账号的账户简档208,并且识别该账户简档208中是否包括可以对应于其它交易账户(包括由其它发行机构106发行的交易账户)的任何其它主账号。
如果确定消费者104没有其它已知的交易账户,则在步骤306中,交易处理模块222可以继续使用传统方法处理支付交易。在这种情况下,处理服务器102可以继续基于一个交易账户做出欺诈确定,或者可以将授权请求转发给发行机构106进行处理。如果确定已知其它交易账户,则在步骤308中,处理服务器102可以识别使用相同和其它交易账户进行或尝试的最近支付交易。在一些情况下,可以在账户简档208中识别最近的支付交易。在其它情况下,可以在用于存储交易数据的处理服务器102中的交易数据库中识别最近的支付交易。在还有的其它情况下,交易可以被识别为区块链中的数据值。
在步骤310中,处理服务器102的确定模块220可以基于接收到的授权请求中包括的数据与识别出的相关交易中的交易数据相比较来确定尝试的支付交易的欺诈的可能性。在示例性实施例中,该确定可以至少基于尝试的支付交易的时间和地理位置与涉及该消费者104的其它近期支付交易的时间和位置的比较。在步骤312中,处理服务器102的确定模块220可以确定欺诈的可能性是否高于由发行在尝试的支付交易中使用的交易账户的发行机构106设置的阈值。
如果欺诈的可能性低于阈值,则在步骤314中,可以使用传统方法处理支付交易。在这种情况下,处理服务器102的发送设备224可以将授权请求转发给相关联的发行机构106以进行批准或拒绝。在一些情况下,发行机构106可以向处理服务器102返回授权响应,该授权响应可以由处理服务器的接收设备202接收,以使用与其相关联的支付轨道转发到支付网络112。如果尝试的支付交易的欺诈的可能性高于阈值,则在步骤316中,处理服务器102可以拒绝支付交易。拒绝可以通过以下方式完成:处理服务器102的交易处理模块222生成授权响应,该授权响应包括存储指示对支付交易的拒绝的响应代码的数据元素,然后该授权响应通过处理服务器102的发送设备224使用与其相关联的支付轨道被电子发送到支付网络112。
用于处理电子支付交易的示例性方法
图4图示了用于由处理服务器基于根据涉及其它发行机构的过去授权请求所确定的欺诈的可能性代表发行机构来处理电子支付交易的方法400。
在步骤402中,账户简档(例如,账户简档208)可以存储在处理服务器(例如,处理服务器102)的账户数据库(例如,账户数据库206)中,其中账户简档至少包括多个主账号和一个或多个传记数据值,其中多个主账号中的每个主账号与交易账户相关联,并且一个或多个传记数据值与和多个主账号相关的交易账户中的每个交易账户相关联。在步骤404中,第一支付交易的第一授权请求可以由处理服务器的接收设备(例如,接收设备202)接收,其中第一授权请求根据一个或多个标准被格式化并且包括多个数据元素,所述多个数据元素被配置为存储至少包括多个主账号的第一主账号、第一交易时间和第一地理位置的交易数据。
在步骤406中,第一支付交易可以由处理服务器(例如,由其交易处理模块222)处理。在步骤408中,处理服务器的接收设备可以从外部系统(例如,支付网络112)接收第二支付交易的第二授权,其中第二授权请求根据一个或多个标准被格式化并且包括多个数据元素,所述多个数据元素被配置为存储至少包括多个主账号的第二主账号、第二交易时间和第二地理位置的交易数据,其中第二主账号与由不同于和第一主账号相关联的交易账户的发行方的不同发行方发行的交易账户相关联。
在步骤410中,可以由处理服务器(例如,通过其确定模块220)至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性。如果所确定的欺诈的可能性低于预定阈值,则在步骤412中,可以通过处理服务器的发送设备(例如,发送设备224)将第二授权请求电子地发送到所述不同发行方。如果所确定的欺诈的可能性高于预定阈值,则在步骤414中,指示对第二支付交易的拒绝的第二支付交易的授权响应可以由处理服务器的发送设备电子地发送到外部系统。
在一个实施例中,方法400还可以包括在处理服务器的存储器(例如,存储器210)中存储区块链,其中区块链包括多个区块,每个区块至少包括区块首部和一个或多个交易数据值,其中第一授权请求存储在添加到区块链的新区块中,作为在接收到第二授权请求之前包括在新区块中的新交易数据值。在另一个实施例中,账户简档还可以包括唯一标识符,并且新交易数据值还可以包括该唯一标识符。在还有的实施例中,唯一标识符可以是密钥对的私钥,并且唯一标识符可以作为使用私钥生成的数字签名包括在新的交易数据值中。
在一些实施例中,第一主账号可以包括与第一发行机构(例如,发行机构106a)相关联的标识号,并且第二主账号可以包括与和第一发行机构不同的第二发行机构(例如,发行机构106b)相关联的标识号。在一个实施例中,至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性还可以基于与第一交易时间和第二交易时间之间的时间差相比,第一地理位置和第二地理位置之间的估计行程时间。
在一些实施例中,可以根据一个或多个标准来格式化授权响应。在还有的实施例中,授权响应可以包括多个数据元素,所述多个数据元素包括被配置为存储响应代码的数据元素,该响应代码指示由于欺诈的可能性而导致的对支付交易的拒绝。
计算机系统架构
图5图示了其中本公开的实施例或其部分可以被实现为计算机可读代码的计算机系统500。例如,图1的处理服务器102可以使用硬件、软件、固件、其上存储有指令的非瞬态计算机可读介质或其组合在计算机系统500中实现,并且可以在一个或多个计算机系统或其它处理系统中实现。硬件、软件或其任意组合可以实施用于实现图3和4的方法的模块和组件。
如果使用可编程逻辑,那么这种逻辑可以在由可执行软件代码配置的商业上可用的处理平台上执行,以成为专用计算机或专用设备(例如,可编程逻辑阵列、专用集成电路等)。本领域普通技术人员可以认识到的是,所公开的主题的实施例可以用各种计算机系统配置来实践,包括多核多处理器系统、小型计算机、大型计算机、与分布式功能链接或集群的计算机,以及可以嵌入到几乎任何设备中的普及型或微型计算机。例如,可以使用至少一个处理器设备和存储器来实现上述实施例。
本文讨论的处理器单元或设备可以是单个处理器、多个处理器或其组合。处理器设备可以具有一个或多个处理器“核心”。如本文讨论的术语“计算机程序介质”、“非瞬态计算机可读介质”和“计算机可用介质”通常用于指有形介质,诸如可移除存储单元518、可移除存储单元522和安装在硬盘驱动器512中的硬盘。
依据这个示例计算机系统500描述了本公开的各种实施例。在阅读本描述之后,相关领域的技术人员将清楚如何使用其它计算机系统和/或计算机架构来实现本公开。虽然操作可以被描述为顺序处理,但是一些操作实际上可以并行地、并发地和/或在分布式环境中执行,并且程序代码可以在本地或远程存储以供单个处理器或多个处理器机器访问。此外,在一些实施例中,可以重新布置操作的顺序而不脱离所公开的主题的精神。
处理器设备504可以是被专门配置为执行本文讨论的功能的专用或通用处理器设备。处理器设备504可以连接到通信基础设施506,诸如总线、消息队列、网络、多核消息传递方案等。网络可以是适于执行如本文公开的功能的任何网络,并且可以包括局域网(LAN)、广域网(WAN)、无线网络(例如,WiFi)、移动通信网络、卫星网络、因特网、光纤、同轴电缆、红外线、射频(RF)或其任意组合。其它合适的网络类型和配置对于相关领域技术人员将是清楚的。计算机系统500还可以包括主存储器508(例如,随机存取存储器、只读存储器等等)并且还可以包括辅助存储器510。辅助存储器510可以包括硬盘驱动器512和可移除存储驱动器514,诸如软盘驱动器、磁带驱动器、光盘驱动器、闪存存储器等。
可移除存储驱动器514可以以众所周知的方式从可移除存储单元518读取和/或写入可移除存储单元518。可移除存储单元518可以包括可以由可移除存储驱动器514读取和写入的可移除存储介质。例如,如果可移除存储驱动器514是软盘驱动器或通用串行总线端口,那么可移除存储单元518可以分别是软盘或便携式闪存驱动器。在一个实施例中,可移除存储单元518可以是非瞬态计算机可读记录介质。
在一些实施例中,辅助存储器510可以包括用于允许计算机程序或其它指令被加载到计算机系统500中的替代部件,例如,可移除存储单元522和接口520。这种部件的示例可以包括程序盒和盒接口(例如,如在视频游戏系统中找到的)、可移除存储器芯片(例如,EEPROM、PROM等)和相关联的插座,以及其它可移除存储单元522和接口520,如对于相关领域技术人员将清楚的。
存储在计算机系统500中(例如,在主存储器508和/或辅助存储器510中)的数据可以存储在任何类型的合适的计算机可读介质上,诸如光学存储装置(例如,光盘、数字多功能光盘、蓝光光盘等)或磁带存储装置(例如,硬盘驱动器)。可以以任何类型的合适数据库配置来配置数据,诸如关系数据库、结构化查询语言(SQL)数据库、分布式数据库、对象数据库等。合适的配置和存储类型对于相关领域技术人员将是清楚的。
计算机系统500还可以包括通信接口524。通信接口524可以被配置为允许软件和数据在计算机系统500和外部设备之间传递。示例性通信接口524可以包括调制解调器、网络接口(例如,以太网卡)、通信端口、PCMCIA插槽和卡等。经由通信接口524传递的软件和数据可以是信号的形式,其可以是电子的、电磁的、光学的或其它信号,如对于相关领域技术人员来说将清楚的。信号可以经由通信路径526行进,通信路径526可以被配置为承载信号并且可以使用电线、线缆、光纤、电话线、蜂窝电话链路、射频链路等来实现。
计算机系统500还可以包括显示器接口502。显示器接口502可以被配置为允许数据在计算机系统500和外部显示器530之间传递。示例性显示器接口502可以包括高清多媒体接口(HDMI)、数字视频接口(DVI)、视频图形阵列(VGA)等。显示器530可以是用于显示经由计算机系统500的显示器接口502发送的数据的任何合适类型的显示器,包括阴极射线管(CRT)显示器、液晶显示器(LCD)、发光二极管(LED)显示器、电容式触摸显示器、薄膜晶体管(TFT)显示器等。
计算机程序介质和计算机可用介质可以指存储器,诸如可以是存储器半导体(例如,DRAM等等)的主存储器508和辅助存储器510。这些计算机程序产品可以是用于向计算机系统500提供软件的部件。计算机程序(例如,计算机控制逻辑)可以存储在主存储器508和/或辅助存储器510中。计算机程序也可以经由通信接口524来接收。这样的计算机程序在被执行时可以使得计算机系统500能够实现本文所讨论的本方法。特别地,计算机程序在被执行时可以使得处理器设备504能够实现由图3和4所示的方法,如本文所讨论的。因而,这样的计算机程序可以表示计算机系统500的控制器。在使用软件实现本公开的情况下,软件可以存储在计算机程序产品中并使用可移除存储驱动器514、接口520以及硬盘驱动器512或通信接口524加载到计算机系统500中。
处理器设备504可以包括被配置为执行计算机系统500的功能的一个或多个模块或引擎。每个模块或引擎可以使用硬件来实现,并且在一些情况下,也可以利用诸如与存储在主存储器508或辅助存储器510中的程序代码和/或程序对应的软件。在这种情况下,在由计算机系统500的硬件执行之前,程序代码可以由处理器设备504(例如,由编译模块或引擎)编译。例如,程序代码可以是用编程语言编写的源代码,其被翻译成更低级别的语言(诸如汇编语言或机器代码之类)以供处理器设备504和/或计算机系统500的任何附加硬件组件执行。编译的处理可以包括使用词法分析、预处理、解析、语义分析、语法导向翻译、代码生成、代码优化,以及可以适于将程序代码翻译成适于控制计算机系统500以执行本文公开的功能的较低级别语言的任何其它技术。对于相关领域技术人员将显清楚的是,这样的处理导致计算机系统500是被特别编程以执行上面讨论的功能的专门配置的计算机系统500。
除其它特征以外,与本公开一致的技术提供用于处理电子支付交易的系统和方法。虽然以上已经描述了所公开的系统和方法的各种示例性实施例,但应当理解的是,它们仅仅是为了示例的目的而给出的,而不是限制。这并非是详尽的,并且不是将本公开限制到所公开的确切形式。鉴于上述教导,修改和变型是可能的,或者可以从本公开的实践中获得,而没有脱离广度或范围。

Claims (16)

1.一种用于处理电子支付交易的方法,包括:
在处理服务器的账户数据库中存储账户简档,其中账户简档至少包括多个主账号和一个或多个传记数据值,其中所述多个主账号中的每个主账号与交易账户相关联,并且所述一个或多个传记数据值与和所述多个主账号相关的交易账户中的每个交易账户相关联;
由处理服务器的接收设备接收第一支付交易的第一授权请求,其中第一授权请求根据一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第一主账号、第一交易时间和第一地理位置的交易数据的多个数据元素;
由处理服务器处理第一支付交易;
由处理服务器的接收设备从外部系统接收第二支付交易的第二授权请求,其中第二授权请求根据所述一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第二主账号、第二交易时间和第二地理位置的交易数据的多个数据元素,其中第二主账号与由不同于和第一主账号相关联的交易账户的发行方的不同发行方发行的交易账户相关联;
由处理服务器至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性;以及
如果所确定的欺诈的可能性低于预定阈值,则由处理服务器的发送设备将第二授权请求转发到所述不同发行方,或者
如果所确定的欺诈的可能性高于预定阈值,则由处理服务器的发送设备将对第二支付交易的授权响应发送到外部系统,所述授权响应指示对第二支付交易的拒绝。
2.如权利要求1所述的方法,还包括:
在处理服务器的存储器中存储区块链,其中所述区块链包括多个区块,每个区块至少包括区块首部和一个或多个交易数据值,其中
第一授权请求存储在添加到区块链的新区块中,作为在接收到第二授权请求之前包括在新区块中的新交易数据值。
3.如权利要求2所述的方法,其中,
所述账户简档还包括唯一标识符,以及
所述新交易数据值还包括所述唯一标识符。
4.如权利要求3所述的方法,其中,
所述唯一标识符是密钥对的私钥,以及
所述唯一标识符作为使用所述私钥生成的数字签名被包括在所述新交易数据值中。
5.如权利要求1所述的方法,其中,
第一主账号包括与第一发行机构相关联的标识号,以及
第二主账号包括与不同于第一发行机构的第二发行机构相关联的标识号。
6.如权利要求1所述的方法,其中至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性还基于与第一交易时间和第二交易时间之间的时间差相比较,第一地理位置和第二地理位置之间的估计行程时间。
7.如权利要求1所述的方法,其中所述授权响应根据所述一个或多个标准被格式化。
8.如权利要求7所述的方法,其中所述授权响应包括包含被配置为存储响应代码的数据元素的多个数据元素,所述响应代码指示由于欺诈的可能性而导致的对支付交易的拒绝。
9.一种用于处理电子支付交易的系统,包括:
处理服务器的账户数据库,被配置为存储账户简档,其中账户简档至少包括多个主账号和一个或多个传记数据值,其中所述多个主账号中的每个主账号与交易账户相关联,并且所述一个或多个传记数据值与和所述多个主账号相关的交易账户中的每个交易账户相关联;
处理服务器的接收设备,被配置为接收第一支付交易的第一授权请求,其中第一授权请求根据一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第一主账号、第一交易时间和第一地理位置的交易数据的多个数据元素;
处理服务器的发送设备;以及
处理服务器被配置为处理第一支付交易,其中
处理服务器的接收设备还被配置为从外部系统接收第二支付交易的第二授权请求,其中第二授权请求根据所述一个或多个标准被格式化并且包括被配置为存储至少包括所述多个主账号的第二主账号、第二交易时间和第二地理位置的交易数据的多个数据元素,其中第二主账号与由不同于和第一主账号相关联的交易账户的发行方的不同发行方发行的交易账户相关联,
处理服务器还被配置为至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性,以及
处理服务器的发送设备被配置为:
如果所确定的欺诈的可能性低于预定阈值,则将第二授权请求发送到所述不同发行方,或者
如果所确定的欺诈的可能性高于预定阈值,则将对第二支付交易的授权响应发送到外部系统,所述授权响应指示对第二支付交易的拒绝。
10.如权利要求9所述的系统,还包括:
处理服务器的存储器,被配置为存储区块链,其中所述区块链包括多个区块,每个区块至少包括区块首部和一个或多个交易数据值,其中
第一授权请求存储在添加到区块链的新区块中,作为在接收到第二授权请求之前包括在新区块中的新交易数据值。
11.如权利要求10所述的系统,其中,
所述账户简档还包括唯一标识符,以及
所述新交易数据值还包括所述唯一标识符。
12.如权利要求11所述的系统,其中,
所述唯一标识符是密钥对的私钥,以及
所述唯一标识符作为使用所述私钥生成的数字签名被包括在所述新交易数据值中。
13.如权利要求9所述的系统,其中,
第一主账号包括与第一发行机构相关联的标识号,以及
第二主账号包括与不同于第一发行机构的第二发行机构相关联的标识号。
14.如权利要求9所述的系统,其中至少基于存储在第一授权请求中的第一交易时间和第一地理位置以及存储在第二授权请求中的第二交易时间和第二地理位置来确定欺诈的可能性还基于与第一交易时间和第二交易时间之间的时间差相比较,第一地理位置和第二地理位置之间的估计行程时间。
15.如权利要求9所述的系统,其中所述授权响应根据所述一个或多个标准被格式化。
16.如权利要求15所述的系统,其中所述授权响应包括包含被配置为存储响应代码的数据元素的多个数据元素,所述响应代码指示由于欺诈的可能性而导致的对支付交易的拒绝。
CN201910402331.0A 2018-05-24 2019-05-15 用于处理电子支付交易的方法和系统 Active CN110533418B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/988,026 US11301856B2 (en) 2018-05-24 2018-05-24 Method and system for transaction authorization via controlled blockchain
US15/988,026 2018-05-24

Publications (2)

Publication Number Publication Date
CN110533418A true CN110533418A (zh) 2019-12-03
CN110533418B CN110533418B (zh) 2023-12-01

Family

ID=66429465

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910402331.0A Active CN110533418B (zh) 2018-05-24 2019-05-15 用于处理电子支付交易的方法和系统

Country Status (3)

Country Link
US (2) US11301856B2 (zh)
CN (1) CN110533418B (zh)
WO (1) WO2019226230A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111784314A (zh) * 2020-06-24 2020-10-16 杭州云象网络技术有限公司 一种区块链的数字货币生命周期监管方法及系统

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9911124B2 (en) 2005-07-22 2018-03-06 Gtj Ventures, Llc Transaction security apparatus and method
US20200265440A1 (en) * 2019-02-19 2020-08-20 International Business Machines Corporation Transaction validation for plural account owners
SG11202003891YA (en) 2019-06-28 2020-05-28 Advanced New Technologies Co Ltd System and method for blockchain address mapping
WO2019170177A2 (en) * 2019-06-28 2019-09-12 Alibaba Group Holding Limited System and method for updating data in blockchain
US11252166B2 (en) 2019-07-31 2022-02-15 Advanced New Technologies Co., Ltd. Providing data authorization based on blockchain
US11057189B2 (en) * 2019-07-31 2021-07-06 Advanced New Technologies Co., Ltd. Providing data authorization based on blockchain
US11251963B2 (en) 2019-07-31 2022-02-15 Advanced New Technologies Co., Ltd. Blockchain-based data authorization method and apparatus
US11310051B2 (en) 2020-01-15 2022-04-19 Advanced New Technologies Co., Ltd. Blockchain-based data authorization method and apparatus
US12099997B1 (en) 2020-01-31 2024-09-24 Steven Mark Hoffberg Tokenized fungible liabilities
KR20210111066A (ko) 2020-03-02 2021-09-10 삼성전자주식회사 거래 정보를 제공하는 전자 장치 및 이의 동작 방법
CN112445824B (zh) * 2020-11-11 2024-02-02 北京思特奇信息技术股份有限公司 基于区块链的非正常订单用户信息共享系统和方法
EP4184407A1 (en) * 2021-11-17 2023-05-24 Mastercard International Incorporated Account linking index structure in a network
EP4184408A1 (en) * 2021-11-17 2023-05-24 Mastercard International Incorporated Account linking index structure in a network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105408927A (zh) * 2013-07-03 2016-03-16 万事达卡国际股份有限公司 用于合并支付卡交易和应用事件的基于风险的决策服务的系统和方法
US20170132625A1 (en) * 2015-11-05 2017-05-11 Mastercard International Incorporated Method and system for use of a blockchain in a transaction processing network
US20170169421A1 (en) * 2015-12-15 2017-06-15 Mastercard International Incorporated System for performing cross card authentication using wallet transaction authentication history
US20170213219A1 (en) * 2016-01-25 2017-07-27 Mastercard International Incorporated Method and system for automated management of dynamic currency conversion
CN107077677A (zh) * 2014-08-21 2017-08-18 万事达卡国际股份有限公司 用于在交易授权时处理实时返利的方法和系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7568617B2 (en) * 2006-12-07 2009-08-04 Specialty Acquirer Llc Learning fare collection system for mass transit
US8290838B1 (en) 2006-12-29 2012-10-16 Amazon Technologies, Inc. Indicating irregularities in online financial transactions
US7857212B1 (en) * 2008-02-14 2010-12-28 Capital One Financial Corporation Method and system for authorizing card account transactions by geographic region
US20100125546A1 (en) * 2008-11-19 2010-05-20 Melyssa Barrett System and method using superkeys and subkeys
US11620628B2 (en) * 2015-06-30 2023-04-04 Mastercard International Incorporated Method and system for fraud control based on geolocation
US20170140385A1 (en) 2015-11-13 2017-05-18 Mastercard International Incorporated Method and system for secondary processing of transactions
RU2625050C1 (ru) 2016-04-25 2017-07-11 Акционерное общество "Лаборатория Касперского" Система и способ признания транзакций доверенными
WO2018098492A1 (en) * 2016-11-28 2018-05-31 Visa International Service Association Access identifier provisioning to application
US11900380B2 (en) * 2017-08-07 2024-02-13 Visa International Service Association Blockchain architecture with record security
US20190139024A1 (en) * 2017-10-23 2019-05-09 Zumigo, Inc. Multi-factor authentication of on-line transactions
US20190303622A1 (en) * 2018-03-28 2019-10-03 Ca, Inc. Bicameral framework for fast and tamper-resistant blockchain validation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105408927A (zh) * 2013-07-03 2016-03-16 万事达卡国际股份有限公司 用于合并支付卡交易和应用事件的基于风险的决策服务的系统和方法
CN107077677A (zh) * 2014-08-21 2017-08-18 万事达卡国际股份有限公司 用于在交易授权时处理实时返利的方法和系统
US20170132625A1 (en) * 2015-11-05 2017-05-11 Mastercard International Incorporated Method and system for use of a blockchain in a transaction processing network
US20170169421A1 (en) * 2015-12-15 2017-06-15 Mastercard International Incorporated System for performing cross card authentication using wallet transaction authentication history
US20170213219A1 (en) * 2016-01-25 2017-07-27 Mastercard International Incorporated Method and system for automated management of dynamic currency conversion

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111784314A (zh) * 2020-06-24 2020-10-16 杭州云象网络技术有限公司 一种区块链的数字货币生命周期监管方法及系统

Also Published As

Publication number Publication date
US11301856B2 (en) 2022-04-12
CN110533418B (zh) 2023-12-01
WO2019226230A1 (en) 2019-11-28
US20220222674A1 (en) 2022-07-14
US20190362352A1 (en) 2019-11-28

Similar Documents

Publication Publication Date Title
CN110533418A (zh) 经由受控区块链进行交易授权的方法和系统
US11544731B2 (en) Method and system for authentication of coupons via blockchain
US11132704B2 (en) Method and system for electronic vouchers via blockchain
US12039533B2 (en) Method and system for net settlement by use of cryptographic promissory notes issued on a blockchain
US10769626B2 (en) Method and system for distribution, use and validation of electronic entitlement certificates
US20170357966A1 (en) Method and system for use of a proprietary private blockchain
CN110400146A (zh) 经由区块链防止欺诈的方法和系统
CN108292396A (zh) 用于处理交易处理网络中的区块链交易的方法和系统
CN108292397A (zh) 在交易处理网络中使用区块链的方法和系统
CN110097462A (zh) 使用区块链促进atm交易的方法和系统
CN109074564A (zh) 使用记录保证即时支付的方法和系统
CN109155029A (zh) 用于受控令牌的电子分发的方法和系统
US11093924B2 (en) Method and system for verification of device authenticity
CN109934580A (zh) 绕过商家系统以增加凭证传送中数据安全性的方法和系统
CN108780550A (zh) 预先交易分期付款支付解决方案和分期付款模拟的方法和系统
WO2021206626A1 (en) Method and system for use of an emv card in a multi-signature wallet for cryptocurrency transactions
CN109416786A (zh) 用于在混淆粒度数据的同时保留数据隐私的方法和系统
CN109844790A (zh) 通用控制账户活动的方法和系统
US20180260795A1 (en) Method and system for accessing locally stored digital funds
US20200160352A1 (en) Method and system for identifying product genuineness
EP4338114A2 (en) Method and system for privacy oriented provenance at the point of sale
US11941622B2 (en) Method and system for employing blockchain for fraud prevention in bulk purchases
US20210295279A1 (en) Method and system to manage dispute resolution via digital asset network
CN116134467A (zh) 商家经由支付轨道接受加密货币的方法和系统

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