CN110088790A - 用于反向支付的商家注册 - Google Patents

用于反向支付的商家注册 Download PDF

Info

Publication number
CN110088790A
CN110088790A CN201880005086.3A CN201880005086A CN110088790A CN 110088790 A CN110088790 A CN 110088790A CN 201880005086 A CN201880005086 A CN 201880005086A CN 110088790 A CN110088790 A CN 110088790A
Authority
CN
China
Prior art keywords
resource provider
code
computer
account
transaction
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.)
Pending
Application number
CN201880005086.3A
Other languages
English (en)
Inventor
E·王
J·吉塔丽亚
K·帕拉尼萨密
M·梅农
B·帕特森
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.)
Visa International Service Association
Original Assignee
Visa International Service Association
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 Visa International Service Association filed Critical Visa International Service Association
Publication of CN110088790A publication Critical patent/CN110088790A/zh
Pending legal-status Critical Current

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
    • 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
    • G06Q20/407—Cancellation of a 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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/388—Payment protocols; Details thereof using mutual authentication without cards, e.g. challenge-response

Landscapes

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

Abstract

本文的技术描述了一种方法，包括：在服务提供商计算机处从资源提供商装置接收由账户实体维护的资源提供商账户标识符；所述资源提供商账户标识符与资源提供商相关联；由所述服务提供商计算机确定一个或多个处理网络是否能够处理与所述账户实体的交易；由所述服务提供商计算机确定所述一个或多个处理网络中的至少两个处理网络能够处理与所述账户实体的交易；以及由所述服务提供商计算机将资源提供商代码传输到所述至少两个处理网络中的至少一个，其中，所述资源提供商代码能够由所述至少两个处理网络使用以处理与所述账户实体的交易。

Description

用于反向支付的商家注册
相关申请的交叉引用
本国际申请要求于2017年1月3日申请的美国专利申请第62/441,797号的优先权，其公开内容出于所有目的以全文引用的方式并入本文中。
发明内容
本发明的实施例描述了允许资源提供商利用任何合适的交易处理网络快速注册和执行与用户的推送交易的系统和方法。
本发明的一个实施例描述了一种方法，其包括：从资源提供商装置接收由传输计算机关于所述资源提供商维护的资源提供商账户标识符；识别能够处理交易的多个处理网络；基于所述资源提供商账户标识符确定所述传输计算机；确定所述多个处理网络中的至少两个处理网络能够处理与所述传输计算机的交易；生成资源提供商代码，所述资源提供商代码至少包括所述多个处理网络中的所述至少两个处理网络的指示；和向资源提供商装置提供所述资源提供商代码。
本发明的另一个实施例描述了一种服务提供商计算机，其包括：处理器和耦合到所述处理器的计算机可读介质，所述计算机可读介质包括能够由所述处理器执行以使所述服务提供商计算机执行至少以下操作的代码：从资源提供商装置接收由传输计算机关于所述资源提供商维护的资源提供商账户标识符；识别能够处理交易的多个处理网络；基于所述资源提供商账户标识符确定所述传输计算机；确定所述多个处理网络中的至少两个处理网络能够处理与所述传输计算机的交易；生成资源提供商代码，所述资源提供商代码至少包括所述多个处理网络中的所述至少两个处理网络的指示；和向所述资源提供商装置提供所述资源提供商代码。
本发明的又一个实施例描述了一种方法，其包括：向资源提供商提供资源提供商代码，所述资源提供商代码响应于接收资源提供商账户标识符而生成；允许所述资源提供商使用所述资源提供商代码进行交易；和在允许所述资源提供商使用所述资源提供商代码进行交易之后，仅在所述资源提供商已被验证之后发起所述交易的结算。
下文进一步详细描述本发明的这些和其它实施例。
附图说明
根据本公开的各种实施例将参考图式进行描述，其中：
图1描绘了根据至少一些实施例可在交易者和资源提供商之间实施的示例性交互；
图2描绘了根据至少一些实施例的示例性服务提供商计算机的视图，该示例性服务提供商计算机可以被配置成启用和处理多个处理网络间的推送支付；
图3描绘了对可以根据本发明的实施例实施的系统进行说明的视图；
图4描绘了对根据本发明的实施例的方法进行说明的流程图；
图5描绘了对可用于执行推送交易的交易处理系统进行说明的框图；
图6描绘了对根据至少一些实施例执行推送交易的方法进行说明的流程图；
图7描绘了对根据至少一些实施例在所描述的系统中注册资源提供商并且实现向该资源提供商的推送支付的过程进行说明的泳道图；
图8描绘了根据至少一些实施例的本文所述系统的各种部件之间可发生的交互的示例性实例；和
图9描绘了对根据至少一些实施例用于生成与多个处理网络相关联的代码并且使用该代码进行推送交易的过程进行说明的框图。
具体实施方式
在下面的描述中将描述各种实施方案。出于解释的目的，阐述特定配置和细节以便提供对实施例的透彻理解。然而，所属领域的技术人员也应清楚，可在无所述特定细节的情况下实践实施例。此外，可能省略或简化众所周知的特征以免使描述的实施例模糊不清。
在论述本发明的一些实施例的细节之前，对一些术语的描述可有助于理解各种实施例。
“授权请求消息”可以是请求对交易的授权的电子消息。在一些实施例中，授权请求消息被发送给交易处理计算机和/或支付卡的发行方，以请求交易授权。根据一些实施例的授权请求消息可以符合ISO 8583，ISO 8583是用于交换与用户使用支付装置或支付账户进行的支付相关联的电子交易信息的系统的标准。授权请求消息可包含可与支付装置或支付账户相关联的发行方账户标识符。授权请求消息还可以包括与“识别信息”对应的额外数据元素，包含(只作为实例)：服务代码、CVV(卡检验值)、dCVV(动态卡检验值)、PAN(主账户号码或“账户号码”)、支付令牌、用户名、到期日期等等。授权请求消息还可以包括“交易信息”，例如与当前交易相关联的任何信息，例如交易金额、商家识别符、商家位置、购方银行识别号(BIN)、卡片接受器ID、识别正购买的项目的信息等，以及可用于确定是否识别和/或授权交易的任何其它信息。
“授权响应消息”可以是响应于授权请求的消息。在一些情况下，授权响应消息可以是由发行金融机构或交易处理计算机生成的对授权请求消息的电子消息应答。授权响应消息可包含仅作为实例以下状态指示符中的一个或多个状态指示符：批准-交易被批准；拒绝-交易未被批准；或呼叫中心-挂起更多信息的响应，商家必须呼叫免费授权电话号码。授权响应消息还可以包含授权代码，其可以是信用卡发行银行响应于电子消息中的授权请求消息(直接地或者通过交易处理计算机)返回给商家的访问装置(例如POS设备)的指示交易被批准的代码。所述代码可充当授权的证据。如上文指出的，在一些实施例中，交易处理计算机可生成或向商家转发授权响应消息。
“计算装置”可以是能够与其它装置通信和/或交互的任何适合的电子装置。计算装置的实例可包括移动电话、智能电话、个人数字助理(PDA)、笔记本电脑、台式计算机、服务器计算机、车辆(例如汽车)、精简客户端装置、路由器、调制解调器、平板PC、打印机等。另外，计算装置可以是任何类型的可穿戴技术装置，例如手表、耳机、眼镜等。计算装置可包括能够处理输入的一个或多个处理器。计算装置也可以提供与网络的远程通信能力。远程通信能力的实例包括使用移动电话(无线)网络、无线数据网络(例如3G、4G或类似网络)、蓝牙、蓝牙低能耗(BLE)、Wi-Fi、Wi-Max或可以提供诸如因特网或专用网络之类的网络访问的任何其他通信介质。计算装置可以与用户名、密码、电子标识符、可用于非对称加密的一个或多个非对称密钥、可用于对称加密的一个或多个对称密钥等相关联。计算装置可以被配置成访问和/或管理分布式数据库(例如，区块链)。
“电子装置”可以是通过电子方式实现其目标的任何装置。电子装置可以具有多个功能。例如，电子装置可以具有主要功能以及一个或多个辅助功能。主要功能可以是与电子装置的目标最一致的功能。电子装置的实例可以是机器对机器装置。
“发行方”通常可指代维护与便携式通信装置相关联的用户的账户的商业实体(例如，银行)，所述账户例如在安装于便携式通信装置上的移动应用程序中注册的账户。发行方还可以将与账户相关联的账户参数发给便携式通信装置。发行方可以与主机系统相关联，所述主机系统代表发行方来执行发行方的一些或全部功能。
“商家”通常可以是参与交易并且可以出售商品或服务或提供对商品或服务的访问的实体。
“移动装置”可以是能够与用户一起移动的任何计算装置。在一些实施例中，移动装置可以包含配置成与一个或多个电子装置(包含连接装置)和/或交易服务器(直接地或通过处理服务器)建立通信会话的任何合适的计算装置。在一些实施例中，移动装置可以存储一个或多个账户细节以用于这些交易。在一些实施例中，移动装置可以被配置成存储与交易和/或连接装置相关的一个或多个协议组。移动装置可以进一步被配置成在发起交易之前确认交易遵守这些交易协议。
“资源提供商”可以是可提供例如商品、服务、信息和/或访问的资源的实体。资源提供商的实例包含商家、数据提供商、交通部门、政府实体、场地和住宅运营商等。
“服务器计算机”可包含功能强大的计算机或计算机集群。举例来说，服务器计算机可以是大型主机、小型计算机集群或像单元一样工作的一组服务器。在一个实例中，服务器计算机可以是耦合到网络服务器的数据库服务器。服务器计算机可耦合到数据库，且可包含用于服务来自一个或多个客户端计算机的请求的任何硬件、软件、其它逻辑或前述内容的组合。服务器计算机可包括一个或多个计算设备，且可使用各种计算结构、布置和编译中的任一种来服务来自一个或多个客户端计算机的请求。用于操作系统的合适实施方式以及服务器的一般功能是已知或商业上可获得的，并且容易由本领域技术人员的人员实施，尤其是根据本文的公开内容实施。
“交易”可以是两方或多于两方之间的任何交互或交换。例如，交易可以包含从第二实体请求资源的第一实体。在此实例中，当向第一实体提供资源或交易被拒绝时交易完成。
“交易者”可以是尝试与资源提供商开展交易的任何实体。在一些实施例中，交易者可以是消费者。例如，希望从商家购买商品的消费者将成为交易者。
“用户装置”可以是由用户操作的装置。用户装置的实例可包含移动电话、智能电话、个人数字助理(PDA)、笔记本电脑、台式计算机、服务器计算机、例如汽车的车辆、精简客户端装置、平板PC等。另外，用户装置可以是任何类型的可穿戴技术装置，例如手表、耳机、眼镜等。用户装置可包含能够处理用户输入的一个或多个处理器。用户装置还可包含用于接收用户输入的一个或多个输入传感器。如本领域已知的，有能够检测用户输入的各种输入传感器，例如加速度计、照相机、麦克风等。由输入传感器获得的用户输入可以来自各种数据输入类型，包含但不限于，音频数据、视觉数据或生物计量数据。用户装置可包括可由用户操作的任何电子装置，所述电子装置还可提供与网络的远程通信能力。远程通信能力的实例包含使用移动电话(无线)网络、无线数据网络(例如，3G、4G或类似网络)、Wi-Fi、Wi-Max，或可提供对例如因特网或私用网络的网络的访问的任何其它通信介质。
图1描绘了根据至少一些实施例的可在交易者和资源提供商之间实施的示例性交互。在图1中，交易者可以是从资源提供商获取资源的过程中的任何用户。资源提供商可以操作与由服务提供商104维护的账户相关联的第一交易者用户装置102。代码106可以与由服务提供商104维护的账户相关联地显示。此外，服务提供商104可以与许多交易处理网络108通信。交易处理网络108能够批准交易并将资金转移到传输计算机110。
资源提供商104可以是被配置成执行本文中所描述的功能中的至少一部分的任何计算装置。具体地说，服务提供商104可以是被配置成与一个或多个用户装置和许多交易处理网络108通信的服务器。服务提供商104可以从用户装置接收代码106以及货币金额的指示和/或支付装置的指示，并且可以被配置成使得向支付装置收取货币金额并转移到账户。
代码106可以是可用于识别与资源提供商相关联的账户的任何标识符。在一些实施例中，代码106可以是能够使用代码读取器由电子装置获得的机器可读代码。例如，代码106可以是快速响应(QR)代码。在一些实施例中，代码可以是短码，其包括字符串，该字符串可用于识别由服务提供商104维护的账户。在一些实施例中，代码106可以包括可以用于执行交易的那些交易处理网络的指示。
处理网络108可以包括许多不同类型的网络中的任一个或组合，例如有线网络、因特网、无线网络、蜂窝式网络以及其它私有和/或公共网络。此外，处理网络108可以包括多个不同网络。在一些实施例中，处理网络108可以是电子支付网络(例如，VisaNet)。另外，应注意，在一些实施例中，处理网络108可以通过实施于被托管的计算环境中的一个多个虚拟机实施。托管计算环境可以包含一个或多个快速提供和释放的计算资源，所述计算资源可以包含计算、联网和/或存储装置。托管计算环境还可以被称为云计算环境。
在一些实施例中，处理网络108可以各自包括数据处理子系统、网络以及用于支持和递送授权服务、异常文件服务及清算和结算服务的操作。示范性支付处理网络可包含VisaNetTM。例如VisaNetTM等支付处理网络能够处理信用卡交易、借记卡交易和其它类型的商业交易。具体地说，VisaNetTM包含处理授权请求的VIP系统(Visa集成支付系统)，以及执行清算与结算服务的Base II系统。支付处理网络可以使用任何合适的有线或无线网络，包含因特网。
传输计算机110可以是任何计算装置或多个计算装置，其被配置成处理交易信息和/或将支付接收到与资源提供商相关联的账户中。在一些实施例中，传输计算机110可由金融机构(例如，收单方)拥有和/或操作，资源提供者的操作者通过所述金融机构维护账户。
为了说明图1的各种部件之间的相互作用，请考虑以下情景。在接近资源提供商时，可以给希望执行交易的交易者给出对于该交易应付给资源提供商的金额。交易者可以使用第二交易者用户装置112获得代码106。然后可以处理代码以识别可用于与资源提供商进行交易的交易处理网络108中的一个或多个。在选择交易处理网络108时，代码与支付装置和金额的指示可以通过第二交易者用户装置112传输到服务提供商104。
在接收支付装置、金额和代码106的指示时，服务提供商104可以从代码中识别与资源提供商相关联的账户。服务提供商104然后可以针对指定金额的交易将授权交易的请求(例如，授权请求)提交给与支付装置相关联的授权实体(例如，发行方)。在从授权实体接收指示交易被授权的授权响应之后，服务提供商104然后可以发起以指定金额给资源提供商的已识别账户付款。服务提供商104可以向资源提供商102的用户装置102和交易者112的用户装置提供通知，指示交易已获批准。
应当注意在上述示例中，支付装置可以从在多个不同交易处理网络操作的多个支付装置中选择。以下描述的是资源提供商可以使用的注册流程，以便通过提供单个账户并基于收单方和/或资源提供商的信誉获得从这些支付装置接收支付的能力。
为了简化说明，图1中示出特定数目个组件。然而，应理解，本发明的实施例可包含多于一个每种组件。另外，本发明的一些实施例可包含比图1中所示的所有组件少或多的组件。此外，图1中的组件可使用任何合适的通信策略经由任何合适的通信介质(包含因特网)通信。在至少一些实施例中，所描绘架构中的每个组件可以表示被配置成执行所述功能的一个或多个专用装置。在一些实施例中，所描绘架构中的每个组件可以包括各自执行相同或类似功能的一群或一组装置。
图2描绘了根据至少一些实施例的示例性服务提供商计算机200的视图，该示例性服务提供商计算机可以被配置成启用和处理多个处理网络间的推送支付。服务提供商计算机200可以是关于图1描述的示例性服务提供商计算机104。
服务提供商计算机200可以是任何类型的计算装置，其能够从用户装置接收的代码中识别传输计算机处的账户，获得对涉及已识别账户的交易的授权，并使资金转移到账户中。在至少一些实施例中，服务提供商计算机200可以包括至少一个存储器202和一个或多个处理单元(或处理器)204。处理器204可以在硬件、计算机可执行指令、固件或其组合中适当地实施。处理器204的计算机可执行指令或固件实施例可包含以任何合适的编程语言编写的用于执行所描述的各种功能的计算机可执行或机器可执行指令。
存储器202可存储可以在处理器204上加载和执行的程序指令，以及在执行这些程序期间生成的数据。根据服务提供商计算机200的配置和类型，存储器202可以是易失性的(诸如随机存取存储器(RAM))和/或非易失性的(诸如只读存储器(ROM)、闪速存储器等)。服务提供商计算机200还可以包括额外存储器206，诸如可移动存储器或不可移动存储器，其包括但不限于磁存储器、光盘和/或磁带存储器。磁盘驱动器和其相关的计算机可读介质可提供计算机可读指令、数据结构、程序模块和用于服务提供商计算机200的其它数据的非易失性存储。在一些实施例中，存储器202可以包含多种不同类型的存储器，例如，静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)或ROM。
更详细地转向存储器202的内容，存储器202可以包括操作系统和用于实现本文所公开的功能的一个或多个应用程序或服务，其中至少包括用于将资源提供商注册到所描述系统中的模块(注册模块208)，用于生成可用于与资源提供商交易的代码的模块(代码生成器210)，和/或使用生成的代码处理推送交易的模块(推送模块212)。存储器202还可以包括账户数据214，其维护与个别账户相关联的信息。
在一些实施例中，注册模块208可以结合处理器204被配置成从希望开立账户(例如，资源提供商)的用户接收注册请求。在一些实施例中，所述请求可以包括用户的身份以及在传输计算机(例如，收单方)处维护的账户的账户标识符。例如，所述请求可以包括用户或用户的业务的名称以及用户在银行保存的账户的银行账号。在收到此请求后，注册模块208可以基于账户标识符中包含的信息识别与账户相关联的收单方。例如，可以根据账户标识符的前六位数字中包含的银行识别号(BIN)来识别银行。在其他实施例中，传输计算机可以由支付账户或支付卡的发行方操作。发行方发行的支付账户或支付卡则可以被商家用于接收资金。注册模块208然后可以识别可以用来与已识别账户进行交易的许多交易处理网络222。在一些实施例中，注册模块208可以维护可以与已识别账户进行交易的处理网络的列表。在一些实施例中，服务提供商200可以向许多处理网络中的每一个发送请求，以确定个别处理网络是否能够处理关于已识别账户执行的交易。在一些实施例中，每个处理网络可以提供一个响应，此响应指示其是否能够完成与已识别账户的交易。在一些实施例中，注册模块208还可以被配置成在接收请求时执行了解客户(KYC)流程。KYC流程可以与上述流程并行地执行。在一些实施例中，每个处理网络可以执行KYC流程，以确定处理网络是否愿意向已识别账户提供支付支持。
在一些实施例中，代码生成器210可以结合处理器204被配置成从注册模块208接收信息，并生成要提供给注册者的代码。所述信息可以包括注册者的账号的指示以及能够与注册者交易的一个或多个处理网络的指示(例如，基于提供的账户信息)。在一些实施例中，代码可以是计算机生成的代码，例如条形码或快速响应(QR)代码。代码生成后，代码生成器210可以被配置成将代码提供到与注册者相关联的计算装置(例如，用户装置或个人计算机)。在一些实施例中，代码可以作为静态代码生成，其中代码可以在任何交易中使用，且不需要改变。在一些实施例中，可以为特定交易动态地生成代码。例如，注册者可以向服务提供商200提供特定交易的详细信息，并且代码生成器210可以生成包括所提供的详细信息的代码。代码生成器210生成的代码可以包括指示他们可以向已识别账户提供支付的一个或多个处理网络的指示。在一些实施例中，代码可以包括短码，其可以是任何字符串，这些字符串可以链接到由服务提供商200维护的账户。
在一些实施例中，推送模块212可以结合处理器204被配置成从用户装置接收代码的指示，并且发起对与代码相关联的账户的支付。在一些实施例中，接收的代码可以包括与由服务提供商200维护的账户相关联的账号或其他标识符。在一些实施例中，推送模块212可以接收支付装置的指示以及交易金额和账户的指示。在收到该信息后，推送模块212可以被配置成识别与支付装置相关联的处理网络，基于接收的信息生成授权请求，并且通过已识别的处理网络向支付装置的授权实体(例如，发行方)发送授权请求。在接收指示交易被授权的授权响应后，推送模块212还可以被配置成从授权实体发起向已识别账户的支付。在一些实施例中，实际支付可以在结算过程中由处理网络处理。在其它实施例中，推送模块212可以结合处理器204执行AFT/OCT流程。本文中更详细地描述此流程。
服务提供商计算机200还可以包含通信接口216，其使得服务提供商计算机200能够与存储的数据库、另一个计算装置或服务器、一个或多个远程装置和/或任何其他合适的电子装置通信。在一些实施例中，通信接口216可以使得服务提供商计算机200与网络(例如，私用网络)上的其它电子装置通信。服务提供商计算机200还可以包括输入/输出(I/O)设备和/或端口218，诸如用于实现与键盘、鼠标、笔、语音输入设备、触摸输入设备、显示器、扬声器、打印机等的连接。
服务提供商计算机200可以与许多用户装置220(1-M)和/或许多处理网络222(1-N)通信。每个处理网络222又可以与许多授权实体224(1-P)和许多传输计算机226(1-Q)通信。根据至少一些实施例，处理网络222中的每一个可以是支付处理网络，其被配置成接收包括支付装置和要使用支付装置执行的交易的指示的授权请求，基于支付装置确定适当的授权实体，并将授权请求路由到授权实体。在一些实施例中，授权实体中的每一个都可以是支付装置的发行方，其被配置成授权或拒绝使用该支付装置进行的交易。
图3描绘了对可以根据本发明的实施例实施的系统进行说明的视图。所述系统包括服务提供商计算机314，其可与资源提供商装置310以及许多交易处理网络通信。交易处理网络可以包括第一处理网络320、第二处理网络322和第三处理网络324。服务提供商计算机还可以从第一数据库16和第二数据库318存储和检索数据。
第一数据库316可以存储诸如资源提供商代码(例如，短码)的信息，其可以识别对于多个不同的交易处理网络的资源提供商(以下详细描述)以及具体对于单个交易处理网络的资源提供商标识符。
第二数据库318可以存储可以专门为不同处理网络320、322、324中的每一个指定的各种账号、代码或标识符范围。
资源提供商装置310可以由资源提供商操作，其可以与账户关联。账户可以有账户标识符。账户标识符的示例可以包括信用卡、借记卡和储值卡账户标识符。账户可以由与诸如收单方、发行方或其他金融机构等账户实体相关联的资源提供商账户计算机312维护。
任何适合数目或类型的通信网络可以用在图3(以及图5，如下所述)描述的系统中。通信网络可以是下列中的任一个和/或其组合：直接互连；互联网；局域网(LAN)；城域网(MAN)；作为互联网上节点的运行任务(OMNI)；安全自定义连接；广域网(WAN)；无线网络(例如，采用例如但不限于无线应用协议(WAP)、I-模式和/或其类似者的协议)；和/或其类似者。
图4描绘了对根据本发明的实施例的方法进行说明的流程图。可以参考图3中描绘的各种部件描述该方法。
在步骤S10中，资源提供商可以使用资源提供商装置310，并且可以联系服务提供商计算机314。一旦他们彼此通信，应用程序可以从服务提供商计算机314下载到资源提供商装置310。应用程序可以是允许资源提供商装置310处理支付交易的应用程序。
在步骤S20中，资源提供商可以将资源提供商账户标识符输入到应用程序中。资源提供商账户标识符可以是商家希望在与用户进行交易时接收支付的账户标识符。
在步骤S30中，服务提供商计算机314可以确定哪个处理网络最适合生成资源提供商代码，例如短码。
在本发明的实施例中，服务提供商计算机314可以向资源提供商提供必要的数据和软件，这些数据和软件允许传输计算机接受通过用户“推送”的交易的支付。此类交易可称为“推送交易”。在推送交易中，资源提供商可以提供识别信息以及与交易有关的数据(例如，交易金额以及交易的任何其他特征)。一旦该信息被用户的交易者用户装置接收，交易者用户装置可以将此信息与任何用户账户信息(将用于支付交易)传输到交易处理器计算机。交易处理器计算机然后可以使用此信息处理交易。
可以向用户提供资源提供商信息的一种方式是通过使用QR代码。QR代码可以对可与一个或多个交易处理网络一起使用的商家标识符进行编码。有时，“短码”可以伴随QR代码。在一些实施例中，这种短码可以由不具备读取和处理QR代码所需软件的通信装置使用。虽然QR代码中可以包含相当大量的数据，但短码只能承载有限的信息量。资源提供商特定的短码可以与特定的交易处理网络一起使用。但是，无需额外的处理，它可能无法用于其他交易处理网络，原因是它可能无法为超过一个网络提供处理交易的足够数据。这对于可能希望接受超过一个交易处理网络的交易的资源提供商造成了问题。
在步骤S30中，服务提供商计算机314可以确定特定交易处理网络是否最适合生成资源提供商代码。在一些实施例中，资源提供商账户标识符是已经隶属于交易处理网络(例如，Visa、MasterCard或Amex)的需求、信用、借记或储值账户标识符(例如，信用、借记或储值账号)。在这种情况下，服务提供商计算机314可以确定隶属的交易处理网络。这可能是理想的，因为隶属的处理网络可以验证所提供的资源提供商账号是否信誉良好。在其他实施例中，如果资源提供商账户标识符与交易处理网络没有特别关联，则服务提供商计算机314可以从多个交易处理网络中选择一个交易处理网络。可以基于任何合适的标准(包括可靠性、交易处理速度、之前的关系等)进行选择。
在步骤S40中，指令被传输到已识别的交易网络，例如第一处理网络320。指令可以是生成资源提供商代码。指令可以包括资源提供商账户标识符以及任何其他合适的信息，例如商家名称、位置等。
在步骤S50中，已识别的处理网络(例如，处理网络320)然后生成资源提供商代码。不过，在此操作之前，处理网络可以对资源提供商账户执行验证过程，以确定其是合法和/或信誉良好。
在步骤S60中，在一些实施例中，服务提供商计算机314在确定资源提供商账户有良好信誉之后但在资源提供商进行完全验证之前从识别的处理网络接收生成的资源提供商代码。
在步骤S70中，服务提供商计算机将资源提供商代码与资源提供商标识符一起传输到其他处理网络。例如，代码可以传输到第二处理网络322和第三处理网络324，并且他们可以存储代码和资源提供商标识符。
在步骤S80中，服务提供商计算机314可以从其他处理网络接收响应。其他处理网络可以确认或拒绝其能够处理和结算与持有资源提供商账户标识符的特定账户实体的交易。如果一个网络确认其能够处理和结算与特定账户实体的交易，则可以将此事项通知资源提供商，并且可以将此信息传达给任何潜在用户/客户。如果一个网络表示其不能处理和结算交易，则资源提供商同样将被告知此事项，资源提供商将不会将提供该网络作为处理用户(例如，客户)推送支付的选项。
在步骤S90中，关于能够与账户实体交互的网络的配置数据可以由服务提供商计算机314存储，所述账户实体维护与资源提供商账户标识符关联的账户。此类信息也可以传输到资源提供商装置310。
在步骤S100中，可以对资源提供商执行额外验证检查。在资源提供商对持有资源提供商账户的实体或服务提供商计算机或处理网络是新的某些情况下，可能需要在与资源提供商账户标识符相关联的账户中接收支付前进行额外验证。在对生成代码的网络的指令中可以验证其他信息，例如商家位置和商家名称。这可能类似于在金融业执行的“了解您的客户”或KYC检查。此附加验证过程可能需要一些时间。然而，在本发明的实施例中，即使此附加验证处理尚未完成，资源提供商仍能进行交易。可以执行交易，但在附加验证处理完成之前实际资金将不会转移到资源提供商。这有利地允许资源提供商几乎立即执行交易，而无需等待KYC类型验证过程完成。欺诈性商家不可能参与此类流程，因为他们会向用户提供具有风险的资源，当确定其实际上是欺诈性商家时他们可能不会收到实际资金。
图5描绘了对可用于执行推送交易的交易处理系统进行说明的框图。在图5中，交易者用户装置530可以在诸如推送支付交易等交易期间与资源提供商装置510交互。例如，交易者用户装置530可以从资源提供商用户装置获得用于完成交易的代码。在此示例中，代码可以在两个装置之间无线传输，或者可以使用装置之一的摄像头从另一装置的显示器扫描代码。交易者用户装置530可能能够与第一处理网络520、第二处理网络522和第三处理网络524通信。出于图示的目的，显示了传输计算机512和授权计算机532与第二处理网络522通信。授权计算机532可以由维护用户账户的实体(例如，发行方)操作。
图6描绘了对根据至少一些实施例执行推送交易的方法进行说明的流程图。还可以参考图5中的系统图。
在步骤S610中，资源提供商装置510可以在交易者用户装置530的用户决定从资源提供商购买商品或服务之后生成QR代码。
在步骤S620中，交易者用户装置530扫描或以其他方式获得QR代码或由QR代码编码的数据。
在步骤S630中，交易者用户装置530接着生成交易请求消息并将交易请求消息传输到处理网络，诸如第二处理网络522。交易请求消息可以包含由QR代码和/或短码编码的信息，其包括交易金额、先前描述的商家短码标识符以及促进交易所需的任何其他合适的信息。其还可以包括用户用于支付商品和服务的支付账号。在本示例中，资源提供商账户标识符可以特别隶属于第一支付处理网络520，而用户的账户标识符可以特别隶属于第二支付处理网络522。在本发明的实施例中，虽然存在这种差异也可以进行交易。
在步骤S640中，一旦交易请求被第二处理网络522接收，第二处理网络就可以解析交易请求消息以获取其中包括的数据。
在步骤S650中，使用QR代码和/或短码中的以前描述的数据以及用户的支付账号，第二处理网络522可处理交易。具体来说，第二处理网络522可以促进在传输计算机512处对资源提供商账户进行适当贷记以及在授权计算机532处对用户账户进行借记。它还可以促进用户账户和资源提供商账户之间的资金结算。通过使用OCT(原始信用交易)和AFT(账户资金交易)交易消息或通过任何其他合适类型的消息可能进行贷记和借记操作。
图7描绘了对根据至少一些实施例在所描述的系统中注册资源提供商并且实现向该资源提供商推送支付的过程进行说明的泳道图。过程700被示出为逻辑流程图，其每个步骤表示可以在硬件、计算机指令或其组合中实现的一系列操作。在计算机指令的情形下，操作表示存储在一或多个计算机可读存储介质上的计算机可执行指令，这些计算机可执行指令在由一或多个处理器执行时实施所叙述的操作。一般来说，计算机可执行指令包括执行特定功能或实现特定数据类型的例行程序、程序、对象、组件、数据结构等。描述操作的次序并不希望被理解为限制，且任何数目的所描述操作可以省略或者按任何次序和/或并行地组合以实施此过程和本文所描述的任何其它过程。
图7中描绘的是根据至少一些实施例可以在本文描述的系统的各种部件之间发生的一种或多种交互的示例性实例。具体地说，图7示出了可以被执行的过程700，其涉及资源提供商的资源提供商用户装置220、传输计算机226、服务提供商200、多个处理网络222(1-N)和交易者资源提供商用户装置220。参考图2更详细地描述这些部件中的每个部件。过程700(或本文中描述的任何其他过程或其变形和/或组合)的一些或全部可以在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可以实施为代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用)。根据至少一个实施例，图7的过程700可以至少由关于图2描述的服务提供商计算机200来执行。代码可以存储在计算机可读存储介质上，例如呈包含能够由一个或多个处理器执行的多个指令的计算机程序的形式。计算机可读存储介质可以是非暂时性的。
在开始过程700之前，资源提供商可以在传输计算机226开立账户。在一些实施例中，传输计算机226可以是金融机构，诸如银行(例如，发行方或收单方)。资源提供商可以在702处向传输计算机226提交请求，所述请求包括与用户相关的许多细节(例如，人口统计信息等)。传输计算机226然后可以分析提供的信息，以便确定是否给资源提供商授予账户(例如，支票或储蓄账户)。在确定资源提供商可以被授予账户时，传输计算机可以在704处向资源提供商的资源提供商用户装置220提供账号。应当注意，传输计算机226通常为请求账户的每个用户执行KYC流程。这可能涉及传输计算机226执行信用检查或某种其他授权。因此，资源提供商已经获得了在传输计算机226开立的账户，可以提供资源提供商是值得信任的某种程度的保证。
当资源提供商在本文描述的系统中请求注册时，过程700可以在706处开始。资源提供商可以将其账号提供给服务提供商200，所述账户之前从传输计算机226获得。在一些实施例中，资源提供商还可以提供与资源提供商相关的许多其他细节。在一些实施例中，注册请求可以针对一次性使用交易。例如，资源提供商可以请求生成代码，以允许另一方向资源提供商进行支付。在本示例中，资源提供商可以提供应当执行的交易的金额、交易中提供的资源的指示、交易编号或任何其他合适的交易相关的信息。在一些实施例中，注册可以与对静态代码(例如，不变代码)的请求有关，这些请求可以被许多不同交易中的多个交易者使用。
在接收注册请求时，服务提供商200可以确定多个处理网络中哪些处理网络222能够向账户提供支付。在一些实施例中，服务提供商200可以维护能够向任何特定传输计算机提供支付的处理网络的列表。在一些实施例中，服务提供商200可以生成对处理网络222(1-N)的许多请求，使得为不同处理网络生成每个请求。请求可以包括资源提供商在传输计算机的账户的指示以及与资源提供商相关的任何其他合适信息。在708处，生成的请求可以传输到处理网络222中的每一个。
在710处，服务提供商200可以从处理网络中的一个或多个接收指示处理网络是否可以向与资源提供商关联的账户提供支付的许多个响应。在一些实施例中，处理网络222可以在确定处理网络222与传输计算机226有关系时确定是否能够向资源提供商的账户提供支付。在一些实施例中，处理网络可以在确定是否向资源提供商的账户提供支付之前对资源提供商执行KYC或信贷价值分析。
在712处，服务提供商200可以编辑能够向传输计算机上的账户提供支付的每个处理网络的列表。一旦服务提供商确定哪些处理网络能够向资源提供商提供支付，服务提供商200可以生成包括与资源提供商有关的许多细节的代码。代码还可以包括处理网络可以用于向传输计算机提供支付的指示。在一些实施例中，代码可以是机器可读代码，诸如条形码或OR代码。在一些实施例中，代码可以是短码，其可以是与由服务提供商维护的账户相关联的字符串。在一些实施例中，短码中的至少一部分可以识别能够用于向资源提供商提供支付的处理网络，并且代码中的至少第二部分可以引用资源提供商的账户。在714处，服务提供商200可以将生成的代码传输到资源提供商的资源提供商用户装置220。在一些实施例中，在713处，服务提供商还可以将代码传输到每个处理网络。
资源提供商可以显示与其业务相关的接收到的代码。在一些实施例中，代码可以显示为无定向码，其被打印和放置成使得可以由潜在交易者的用户装置扫描。在一些实施例中，代码可以提供到资源提供商的用户装置，以便在该用户装置的显示器上显示该代码。在716处，潜在交易者可以将代码输入到其用户装置中。例如，如果代码为字符串，则交易者可手动将代码输入到用户装置的输入屏幕中。在另一示例中，如果代码为机器可读代码，则交易者可扫描代码。在一些实施例中，代码可以包括不同处理网络中的每一个可以用来向服务提供商提供支付的指示。一旦输入，在718处，则可能会使代码在支付请求内发送给服务提供商。支付请求还可以包括用于完成交易的支付装置的指示。应当注意，在一些实施例中，支付请求不是传输给服务提供商，而是可以由交易者用户装置直接传输到处理网络。在这些实施例中，可能会使处理网络将支付推送到指示的账户。然后，处理网络可以基于先前向处理网络提供生成代码的服务提供商将具体支付的完成传送给服务提供商。
在从交易者的用户装置接收代码时，服务提供商200可以识别与支付请求相关联的支付装置。在一些实施例中，支付装置的指示可以与关于交易者的用户装置维护的账户关联地存储。在一些实施例中，支付装置的指示可以包括在支付请求中。例如，交易者可以使用其用户装置上的图形用户界面选择信用卡、银行账户、令牌服务(例如，电子钱包应用程序)或任何其他合适的资金来源。在用户选择支付装置后，可以生成支付请求以包括支付装置以及资源提供商的账户。
一旦服务提供商识别要进行支付的支付装置，服务提供商可以识别批准交易的授权实体。在一些实施例中，可以基于与支付装置相关联的账号的格式来确定授权实体。例如，账号可以包括银行识别号(BIN)，其可以指示对使用支付装置执行的交易授权的金融机构。在720处，服务提供商然后可以生成交易的授权请求消息，其然后可以通过适当的处理网络传输到识别的授权实体，诸如发行方(未示出)。
在722处，授权实体可以用指示交易是否被批准或拒绝的授权响应对服务提供商进行响应。在确定交易已获批准后，在724处，服务提供商可以与传输计算机发起从授权实体到资源提供商的账户的资金转移。另外，服务提供商可以在726处向资源提供商提供通知，和/或在728处向交易者提供通知，以指示交易已完成。
在本发明的其它实施例中，可使用AFT/OCT流程。在AFT/OCT流程中，首先由服务提供商向付款人的银行发送AFT消息。在AFT消息被付款人的银行批准后(例如，与图7中的服务提供商计算机200通信的发行方)，服务提供商将OCT消息传输到收款人的银行(例如，图7中的传输计算机226)。清算和结算过程可以在稍后时间执行。在某些情况下，在付款人银行和收款人银行都是支付卡的发行方的情况下，可使用AFT/OCT流程。收款人可以拥有可用于进行支付和接收支付的支付卡。
AFT(账户资金交易)是被设计成向另一账户，例如贷记、预付费、借记、ATM或在线账户供应资金的交易。在本发明的实施例中，AFT正向服务提供商进行支付，以向接收方发送资金，使得对发送方的账户(例如，支付卡账户)进行借记操作。借记金额为交付给接收方的贷记金额加上由服务提供商收取的任何费用，如转账费用或当转账端口执行货币兑换且其收单方以接收方的优选货币提交交易时的货币兑换费用。
AFT指示器可以在授权及清算和结算交易中使用，并且授权在其之前进行。结算可在两个工作日内进行。授权或清算交易均不携带有关转账接收方的任何财务信息。AFT只携带与发送方的支付卡或账户相关联的账号。AFT还附带指示器，允许发送方的发卡方银行采取适当的授权决策。指示器包括信道信息，例如邮购/电话订单或互联网以及商家类型。当发送方的货币与服务提供商接受的货币不同时，金融服务协会(如Visa)可以对AFT交易执行货币兑换。AFT指示器用于显示资金转账，而不是标准购买交易。以下可以是用于AFT的关键字段，并且可以在消息及清算和结算交易中得到支持。关键字段为：处理代码；商家类型；CAVV结果代码；邮购/电话订单/电子商务指示器；邮件/电话/电子商务指示器；交易ID(XID)；和CAVV数据。
OCT(原始信用交易)通常是清算和结算信用交易，其被设计成用于商业应用，如商业转账或企业对消费者的偿付。在本发明的转账上下文中使用时，OCT是用来向接收方账户交付资金的交易。它与AFT交易分离，并在AFT交易之后发生。这种时间安排是为了确保在资金发送给接收方之前支付资金的安全。
OCT的金额是发送方和服务提供商以约定的货币达成的金额。如果接收方的账单货币与交易时间约定的货币不同，则对OCT执行货币兑换，并且在交易时间将不知道贷记到接收方账户的确切金额。在一些实施例中，OCT仅携带接收方的账号和无关于发送方的信息。特殊指示器识别接收方的发行方银行的OCT。正如在正常购买交易中，兑换可以从提交收单方向接收者的发行方流动。结算可在几天内进行。
应当注意的是，服务提供商、处理网络和/或传输计算机可以各自评估资源提供商参与本文所述系统的适用性。在一些实施例中，服务提供商可以在706处接收资源提供商的账户的指示时，识别能够向传输计算机提供支付的每个处理网络，并且可以基于已识别的处理网络生成初始代码。然后，服务提供商可以在714处向资源提供商提供代码之后执行KYC流程或其他信用检查。在一些实施例中，使用本文所述过程发起的交易在成功完成KYC流程之前可能不能完成。
图8描绘了根据至少一些实施例的本文所述系统的各种部件之间可发生的交互的示例性实例。在图8中，所述系统可以包括至少两个用户装置。所描绘的用户装置包括可与潜在交易者相关联的交易者用户装置和可与潜在资源提供商相关联的资源提供商用户装置。每个用户装置可以包括使用户装置执行本文所述功能中的至少一部分的显示和指令。指令可以采取在相应用户装置上安装并执行的移动应用程序的形式。移动应用程序可以包括图形用户界面(GUI)802，其允许用户与系统交互。在一些实施例中，移动应用程序可以使用户装置与执行本文所述功能中的至少一部分的远程服务器通信。
在一些实施例中，交易者用户装置的用户可能需要通过GUI 802登录到关于移动应用程序维护的账户。例如，在804处，GUI可以要求用户输入登录名和密码。在806处，在登录到移动应用程序的账户时，移动应用程序可以使用户装置激活摄像头装置或另一合适的输入设备，以便使用户装置捕获代码808。例如，如在810处所描绘的，代码808可以是机器可读代码，使用安装在交易者用户装置中的条码读取器或摄像头装置由用户装置扫描所述机器可读代码作为输入。在一些实施例中，代码808可以在资源提供商用户装置上显示，以便由交易者用户装置扫描，如在812处所描绘。
一旦由交易者用户装置获得代码808，移动应用程序可以解析代码中的信息，以确定哪些处理网络可以用来完成交易。在一些实施例中，可以从代码808中包括的信息和/或代码808的格式确定可用来与特定资源提供商完成交易的处理网络。在一些实施例中，在814处，移动装置可以呈现从可用于用户的许多支付装置中选择一个支付装置的选项。在一些实施例中，移动应用程序可以显示与用户相关联的许多支付装置，并且可以提供基于代码808中包含的信息支持支付装置的指示816。例如，代码可以包括字符串，其在被解释时表示可以使用Visa或MasterCard处理网络来对资源提供商进行支付。在本示例中，与用户相关联的Visa支付卡可以指示为可用的，而与用户相关联的美国运通支付卡可以指示为不可用。在一些实施例中，只给用户显示被确定为可用的支付装置。在一些实施例中，可能不会给用户显示任何支付装置选项。例如，用于完成支付的支付装置可以被服务提供商与由服务提供商维护的账户相关联地存储。在本示例中，在使用本文所述系统发起支付时，服务提供商可以使用用户设置的配置设置或首选项选择适当的支付装置。例如，服务提供商可以使用能够向资源提供商提供支付的最优选的支付装置发起支付。
在814处，可提示用户输入交易金额。在用户选择发起支付的选项时(例如，提交按钮)，支付装置以及金额的指示可以传输到服务提供商。在收到此信息后，服务提供商执行的过程将在其他地方进行描述。在服务提供商发起支付交易后(例如，在从授权实体接收交易被授权的响应之后)，服务提供商可以在818处向交易者提供通知，和/或在820处向资源提供商提供指示交易已完成的通知。在一些实施例中，资源提供商可以在接收通知时提供对由交易者请求的资源的访问权限。
图9描绘了对根据至少一些实施例用于生成与多个处理网络相关联的代码并且使用该代码进行推送交易的过程进行说明的框图。过程900可以由图2中描述的服务提供商200执行。
当收到请求以注册到所述系统时，过程900可以在902处开始。在一些实施例中，请求可以至少包括由传输计算机(例如，由诸如银行的金融机构操作的计算机)维护的资源提供商账户的账户标识符。注册申请还可以包括许多其他细节，例如资源提供商的人口统计资料或财务信息，这可用于评估资源提供商的信贷价值。在一些实施例中，在904处，服务提供商可以基于所提供的账户标识符识别传输计算机。例如，资源提供商可以提供其银行账号，并且服务提供商可以基于账户标识符中包含的银行识别号(BIN)确定哪个传输计算机与该账号有关联。
在906处，服务提供商可以识别能够向各种传输计算机提供支付的许多处理网络。例如，服务提供商可以维护识别此类处理网络的数据库。另外，服务提供商可以维护安全出口或访问，可以指向每个处理网络。在识别传输计算机后，在908处，服务提供商可以识别在可用的许多处理网络中哪些处理网络能够向已识别的传输计算机提供支付。在一些实施例中，这可能涉及访问与每个处理网络相关联的数据库条目，以确定哪些传输计算机与特定处理网络签订了协议或者从结构上能够从特定处理网络接收支付。在一些实施例中，服务提供商可以生成并向每个可用处理网络传输请求，所述请求至少包括传输计算机的指示以及处理网络确定传输计算机是否可以被该处理网络支持所需要的任何信息。然后，服务提供商可以从曾向其传输请求的每个处理网络接收指示处理网络是否能支持向传输计算机上的账户支付的响应。从这些响应中，服务提供商可以编译可以向与所接收账户标识符相关联的账户提供支付的处理网络的列表。
在910处，服务提供商可以为资源提供商生成代码。在一些实施例中，代码可以被生成，使得其包括能够向传输计算机上的账户提供支付的每个处理网络的指示。在一些实施例中，每个处理网络的指示可以包括字符串。例如，由于每个处理网络都可以被视为二进制(即，处理网络可以支持或无法支持向账户支付)，代码可以包括可以转换为字符的二进制字符串。例如，如果处理网络A、B、C和D都可用，但只有处理网络A、B和C能够支持向特定传输计算机的支付，则可以在二进制字符串内给处理网络A-D中的每一个都分配一个位置，这样1110表示描述的情况(处理网络A在最左侧位置表示，然后按每个字母的顺序)。在此示例中，半字节(字节的一半)可以由值“E”表示(即1110为二进制的十五，其在十六进制中转换为E)。因此，字符E可用于表示处理网络A、B和C每个都可以用于与该资源提供商完成交易。在此示例中，E值可以设置在生成的代码内的特定位置，以便使得能够快速识别可用于执行交易的处理网络。
代码可以是能够由服务提供商使用以识别资源提供商的账户的任何字符串。在一些实施例中，所述代码还可以包括资源提供商的账户。在一些实施例中，所述代码可以是包括由服务提供商链接到账户的相对较短字符串的短码。短字符串可以包括如上文讨论可以被使用的处理网络的指示，但也可以包括不能被转换成特定账户的一系列字符。例如，服务提供商可以维护字符串(其可以随机地生成)的列表，该列表通过数据库映射各自与不同账户相关联。在一些实施例中，所述代码可以被解释成机器可读代码，诸如条形码或OR代码。一旦生成代码，在912处，服务提供商可以向资源提供商提供代码。在一些实施例中，服务提供商可以将代码提供到能够向传输计算机上的账户提供支付的每个处理网络。这使得每个处理网络都能够独立地接收与资源提供商相关的支付请求，并通过向服务提供商或传输计算机上的账户推送支付来处理这些支付请求。
当在支付请求内从第二用户装置接收代码时，过程900可以在914处继续。在一些实施例中，支付请求可以被服务提供商接收。在一些实施例中，支付请求可以被指示为能够向传输计算机提供支付的处理网络中的一个接收。在一些实施例中，支付请求可以包括与资源提供商进行交易相关的许多信息。例如，可以从希望完成从资源提供商购物的消费者接收代码。在此示例中，消费者可以扫描由资源提供商显示的代码，选择支付装置，输入交易金额，并向服务提供商提交交易以获得批准。在本示例中，服务提供商还可以维护与消费者相关联的账户。
在收到支付请求后，服务提供商可基于支付请求中包含的代码识别资源提供商的账户。在916处，服务提供商还可以识别与请求相关联的支付装置。在一些实施例中，支付请求可以包括用于完成交易的支付装置的账户标识符。在一些实施例中，支付装置可以选自与由服务提供商对于发起支付请求的用户维护的账户相关联地存储的一个或多个支付装置。例如，服务提供商可以基于电话号码或登录信息识别提交支付请求的用户。一旦识别用户，服务提供商可以识别与该用户关联的支付装置。在一些实施例中，服务提供商可以基于许多因素(例如，里程或奖励、信用限制、处罚等)从用户可用的多个支付装置中选择一个支付装置。
在918处，可以授权支付请求。为此，与支付装置相关联的授权实体可以接收支付请求的指示，并且可以基于与支付装置相关联的信用限制、与交易相关联的潜在欺诈风险或各种其他交易相关细节批准或拒绝交易。在一些实施例中，服务提供商可以接收支付请求，并且可以基于支付请求中指示的交易信息和支付装置生成授权请求。然后，授权请求可以通过适当的处理网络传输到与该支付装置关联的授权实体。在这些实施例中，在授权实体批准交易后，在920处，服务提供商可以向资源提供商的账户发起资金转移。在其他实施例中，处理网络可以接收支付请求，然后可以生成要传输到适当授权实体的授权请求。在这些实施例中，在授权实体批准交易后，在920处，处理网络可以向资源提供商的账户发起资金转移。一旦发起支付，服务提供商可以通知一个或多个资源提供商以及发起支付请求的用户。
本发明的实施例提供相比常规系统的许多技术优点。例如，常规支付系统通常要求申请人(例如，资源提供商)忍受漫长的申请过程。在此申请过程中，通常要求用户(或其收单方)从用户希望使用的每个处理网络单独请求支持。这通常导致用户在传输计算机(例如，收单方)处维护多个不同账户，每一个用于支持用户的每个单独的处理网络。这也导致申请人在申请过程完成之前无法接收任何支付，申请过程可能需要几天甚至几周。常规系统通常还要求申请人采购特殊设备处理交易，这可能成本很高。常规支付系统中的这些缺陷通常对小型供应商的影响比对大型企业的影响更大。
本文所述系统解决了常规支付系统中的许多问题，其允许资源提供商仅使用其银行账号快速建立支付手段。系统能够在几分钟内向申请人提供代码，让申请人立即开始接受支付，而无需购买任何设备。通过在提供代码之后但在发起支付之前执行KYC流程，系统能够大大加速注册流程，同时保留常规系统固有的许多安全功能。系统还允许申请人通过单个访问点从多个不同处理网络接受支付，这些操作常规支付系统无法执行。
此外，通过根据本发明的实施例使用短码，可以确保拥有账户的商家该账户可以从与某些支付装置相关联的某些网络接收支付。例如，账户可以是在特定银行的支票账户。如果商家希望在该支票账户中开始接收信用卡支付，则无法确保与任何和所有信用卡相关联的任何和所有网络可以与该特定银行的该支票账户结算或以其他方式交互。因此，通过使用短码，每个处理网络已经向一个中央服务提供商确认其可以与该支票账户结算或以其他方式交互。因此，可以确保商家的账户可以从与某些网络相关的某些支付卡接收付款，而不必花时间与希望与其交互的每个处理网络建立正式关系。
本申请中描述的任何软件组件或功能可使用任何合适的计算机语言实施为由处理器执行的软件代码，所述计算机语言例如使用常规的或面向对象的技术等的Java、C++或Peri。软件代码可以存储为例如随机存取存储器(RAM)、只读存储器(ROM)、例如硬盘驱动器或软盘的磁性介质或例如CD-ROM的光学介质的计算机可读介质上的一系列指令或命令。任何此类计算机可读介质可驻存在单个计算设备上或单个计算设备内，并且可以存在于系统或网络内的不同计算设备上或不同计算设备内。
以上描述是说明性的而不是限制性的。在本领域技术人员阅读了本公开后，本发明的许多变化就将变得显而易见。因此，本发明的范围不参考以上描述来确定，而是应参考待决的权利要求以及其完整范围或等效物来确定。
在不脱离本发明的范围的情况下，任何实施例的一个或多个特征可与任何其它实施例的一个或多个特征组合。
除非明确指示有相反的意思，否则“一个/种(a/an)”或“所述”的叙述旨在表示“一个/种或多个/种”。
上文所提及的所有专利、专利申请、公开案和描述都出于所有目的而以其全文引用的方式并入本文中。不承认它们是现有技术。

Claims (19)

1.一种方法，包括：
在服务提供商计算机处从资源提供商装置接收由传输计算机关于资源提供商维护的资源提供商账户标识符；
由所述服务提供商计算机识别能够处理交易的多个处理网络；
基于所述资源提供商账户标识符确定所述传输计算机；
由所述服务提供商计算机确定所述多个处理网络中的至少两个处理网络能够处理与所述传输计算机的交易；
生成资源提供商代码，所述资源提供商代码至少包括所述多个处理网络中的所述至少两个处理网络的指示；以及
向所述资源提供商装置提供所述资源提供商代码。
2.根据权利要求1所述的方法，还包括：
从第二用户装置接收包括所述资源提供商代码的支付请求；
在所述支付请求内识别与所述至少两个处理网络中的一个处理网络相关联的支付装置；
向与所述支付装置相关联的授权实体生成授权请求消息；以及
通过所述至少两个处理网络中的所述一个处理网络将所述授权请求消息传输到所述授权实体。
3.根据权利要求2所述的方法，还包括：
通过所述至少两个处理网络中的所述一个处理网络从所述授权实体接收授权响应；以及
在从所述授权响应确定所述支付请求被授权时，发起所述支付请求内指示的支付交易。
4.根据权利要求3所述的方法，还包括在发起所述支付交易时向所述资源提供商装置或所述第二用户装置中的至少一者提供通知。
5.根据权利要求1所述的方法，其中，确定所述一个或多个处理网络是否能够处理与所述传输计算机的交易包括确定所述资源提供商账号隶属于特定处理网络，所述特定处理网络是所述至少两个处理网络中的一个。
6.根据权利要求1所述的方法，还包括向所述多个处理网络中的所述至少两个处理网络中的每一个提供所述代码。
7.根据权利要求6所述的方法，还包括由第二用户装置基于已接收到代码使支付请求传输到所述至少两个处理网络中的一个处理网络，其中，所述支付请求由所述至少两个处理网络中的所述一个处理网络路由到授权实体。
8.根据权利要求7所述的方法，还包括从所述至少两个处理网络中的所述一个处理网络接收指示所述支付请求已被处理的通知。
9.根据权利要求1所述的方法，其中，所述资源提供商代码是链接到所述服务提供商处的所述资源提供商账户的短码。
10.根据权利要求1所述的方法，其中，所述资源提供商代码是机器可读代码。
11.根据权利要求1所述的方法，其中，所述资源提供商账户标识符是信用卡账号、借记卡账号或预付卡账号。
12.一种服务提供商计算机，包括：
处理器；以及
耦合到所述处理器的计算机可读介质，所述计算机可读介质包括能够由所述处理器执行以使所述服务提供商计算机执行至少以下操作的代码：
从资源提供商装置接收由传输计算机关于所述资源提供商维护的资源提供商账户标识符；
识别能够处理交易的多个处理网络；
基于所述资源提供商账户标识符确定所述传输计算机；
确定所述多个处理网络中的至少两个处理网络能够处理与所述传输计算机的交易；
生成资源提供商代码，所述资源提供商代码至少包括所述多个处理网络中的所述至少两个处理网络的指示；以及
向所述资源提供商装置提供所述资源提供商代码。
13.根据权利要求12所述的服务提供商计算机，其中，所述资源提供商装置是移动电话。
14.根据权利要求12所述的服务提供商计算机，其中，所述资源提供商代码是QR代码。
15.根据权利要求14所述的服务提供商计算机，其中，所述资源提供商代码能够由所述资源提供商打印并显示。
16.根据权利要求12所述的服务提供商计算机，其中，基于所述资源提供商账户标识符中包含的BIN确定所述传输计算机。
17.根据权利要求12所述的服务提供商计算机，其中，所述多个处理网络由所述服务提供商计算机存储在数据库中。
18.一种方法，包括：
向资源提供商提供资源提供商代码，所述资源提供商代码响应于接收资源提供商账户标识符而生成；
允许所述资源提供商使用所述资源提供商代码进行交易；以及
在允许所述资源提供商使用所述资源提供商代码进行交易之后，仅在所述资源提供商已被验证之后发起所述交易的结算。
19.一种服务提供商计算机，包括处理器和计算机可读介质，所述计算机可读介质包括用于执行权利要求18所述的方法的代码。
CN201880005086.3A 2017-01-03 2018-01-03 用于反向支付的商家注册 Pending CN110088790A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762441797P 2017-01-03 2017-01-03
US62/441,797 2017-01-03
PCT/US2018/012176 WO2018129035A2 (en) 2017-01-03 2018-01-03 Merchant enrollment for reverse payments

Publications (1)

Publication Number Publication Date
CN110088790A true CN110088790A (zh) 2019-08-02

Family

ID=62791393

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880005086.3A Pending CN110088790A (zh) 2017-01-03 2018-01-03 用于反向支付的商家注册

Country Status (3)

Country Link
US (1) US20190362348A1 (zh)
CN (1) CN110088790A (zh)
WO (1) WO2018129035A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110866748A (zh) * 2019-10-25 2020-03-06 网联清算有限公司 支付处理系统和方法
CN111565101A (zh) * 2020-04-28 2020-08-21 上海物融智能科技有限公司 一种计算任务的处理方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190325429A1 (en) * 2018-04-19 2019-10-24 Mastercard International Incorporated Push payments to virtual payment card network accounts
WO2021038580A1 (en) * 2019-08-29 2021-03-04 Panda Subhamaya System and method for payment provision guarantee
US11549361B2 (en) * 2020-07-07 2023-01-10 Saudi Arabian Oil Company Setting a wellbore casing in a salt formation

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103299328A (zh) * 2011-11-13 2013-09-11 谷歌公司 实时支付授权
US20140081783A1 (en) * 2012-09-14 2014-03-20 Jagadish Bhalchandra Paranjape Push Payment Processor
US20150112871A1 (en) * 2013-10-21 2015-04-23 Phillip Kumnick Multi-network token bin routing with defined verification parameters
CN105531733A (zh) * 2013-07-31 2016-04-27 维萨国际服务协会 使得支付能够仅由一个商家处理
CN105580038A (zh) * 2013-07-24 2016-05-11 维萨国际服务协会 用于可互操作的网络令牌处理的系统和方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2012217606A1 (en) * 2011-02-16 2013-05-09 Visa International Service Association Snap mobile payment apparatuses, methods and systems
KR20130012249A (ko) * 2011-07-08 2013-02-01 주식회사 하렉스인포텍 결제전용코드를 이용한 결제 시스템 및 그 방법
US10769625B2 (en) * 2013-12-20 2020-09-08 Cellco Partnership Dynamic generation of quick response (QR) codes for secure communication from/to a mobile device
KR101660121B1 (ko) * 2014-11-20 2016-09-26 주식회사 디지비데이터시스템 계좌 이체를 이용한 결제처리 시스템

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103299328A (zh) * 2011-11-13 2013-09-11 谷歌公司 实时支付授权
US20140081783A1 (en) * 2012-09-14 2014-03-20 Jagadish Bhalchandra Paranjape Push Payment Processor
CN105580038A (zh) * 2013-07-24 2016-05-11 维萨国际服务协会 用于可互操作的网络令牌处理的系统和方法
CN105531733A (zh) * 2013-07-31 2016-04-27 维萨国际服务协会 使得支付能够仅由一个商家处理
US20150112871A1 (en) * 2013-10-21 2015-04-23 Phillip Kumnick Multi-network token bin routing with defined verification parameters

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110866748A (zh) * 2019-10-25 2020-03-06 网联清算有限公司 支付处理系统和方法
CN110866748B (zh) * 2019-10-25 2021-08-20 网联清算有限公司 支付处理系统和方法
CN111565101A (zh) * 2020-04-28 2020-08-21 上海物融智能科技有限公司 一种计算任务的处理方法及装置

Also Published As

Publication number Publication date
WO2018129035A3 (en) 2018-08-30
WO2018129035A2 (en) 2018-07-12
US20190362348A1 (en) 2019-11-28

Similar Documents

Publication Publication Date Title
CN110612546B (zh) 用于数字资产账户管理的方法和装置
US20230385796A1 (en) System and method of tokenizing deposit account numbers for use at payment card acceptance point
US11694200B2 (en) Secure account creation
US9390410B2 (en) Automated transaction system and settlement processes
US7693783B2 (en) Universal merchant platform for payment authentication
US20070266131A1 (en) Obtaining and Using Primary Access Numbers Utilizing a Mobile Wireless Device
US10346823B2 (en) Methods and systems for activating an electronic payments infrastructure
CN108885747A (zh) 适应性认证处理
US20110320347A1 (en) Mobile Networked Payment System
TWI646478B (zh) 匯款系統及方法
CN110088790A (zh) 用于反向支付的商家注册
CN107636712B (zh) 使用从详细设备信息导出的风险评分来认证交易
CN101990770A (zh) 移动电话支付业务系统中的虚拟支付账户数据
JP6775590B2 (ja) 安全な電子取引を促進するシステム及び方法
US20140222671A1 (en) System and method for the execution of third party services transaction over financial networks through a virtual integrated automated teller machine on an electronic terminal device.
US20220084015A1 (en) Methods and systems for ethical cryptocurrency management
US11928654B2 (en) Application program interface for conversion of stored value cards
CA2546433A1 (en) Obtaining and using primary access numbers utilizing a mobile wireless device

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
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190802