[go: up one dir, main page]

CN109155028A - 用于记录点对点交易处理的方法和系统 - Google Patents

用于记录点对点交易处理的方法和系统 Download PDF

Info

Publication number
CN109155028A
CN109155028A CN201780031339.XA CN201780031339A CN109155028A CN 109155028 A CN109155028 A CN 109155028A CN 201780031339 A CN201780031339 A CN 201780031339A CN 109155028 A CN109155028 A CN 109155028A
Authority
CN
China
Prior art keywords
data
message
transaction
payment
account
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
CN201780031339.XA
Other languages
English (en)
Inventor
P·A·拉格利
T·W·马丁利
D·尤利亚诺
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 CN109155028A publication Critical patent/CN109155028A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance

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)
  • Economics (AREA)
  • Development Economics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种用于处理点对点支付交易的方法包括以下步骤：接收与支付交易有关的第一数据消息；存储第一、第二以及第三数据元素以及隶属于第一数据消息的记录的链接；生成与支付交易有关的第二数据消息；存储第一数据元素以及到隶属于第二数据消息的记录的链接；生成与支付交易有关的第三数据消息；存储第一数据元素和第二数据元素以及到隶属于第三数据消息的记录的链接；以及传输第一数据消息、第二数据消息以及第三数据消息，以便在图形用户界面(GUI)上显示。

Description

用于记录点对点交易处理的方法和系统
相关申请的交叉引用
本申请要求2016年3月21日提交的美国临时专利申请No.62/311062、2016年12月12日提交的美国临时专利申请No.62/433118、以及2016年12月15日提交的美国临时专利申请No.62/434824的优先权，此处以引证的方式将上述申请全文并入。
技术领域
本公开涉及点对点交易的记录、处理以及显示，具体地说，在安全环境中提供多方的贸易目录、交易的分类账以及使用单个交易处理系统进行的银行账户与第三方之间的总合人对人(P2P)以及企业对企业(B2B)电子支付交易的结算。
背景技术
企业几乎每天依赖技术、工艺、内部人员以及具有数千B2B解决方案提供者和网络的复杂生态系统来管理它们的发货单并且进行付款或接收付款。随着从事金融交易的实体的数量增加，每天处理的电子支付交易的数量持续增长，该数量经常在每天数千亿的量级上。例如，对于开发货单的采购，买方将仅在验证了采购订单(PO)、发货单以及与订单有关的装运确认(被称为“三路匹配”)之后才批准到供方的付款。一旦被批准，则授权、安排并且支出付款。在许多情况下，实体将用支付工具进行电子支付交易，其中，由第一支付网络处理交易，然后由第二支付网络结算该交易，在该结算中，在发行银行与收单银行之间交换实际资金。
当前，现有结算系统经常使用单个支付交易的结算来操作。例如，在处理交易之后，发行银行将向结算网络转移用于该单个交易的资金，该结算网络然后将用于该单个交易的资金转发到收单银行。因为大多数企业不是金融公司或金融管制的，所以B2B交易创新使多方之间的支付流程原封不动。因此，21世纪B2B合作仍处于笨重的、无关联且在很大程度上无变化的20世纪中叶的B2B支付平台上。随着被处理并因此被结算的交易的数量增加，对结算系统的处理能力和金融机构的处理能力以及每天必定发生的资金转移的数量的负担增大。
在如图10中标示的当前B2B系统中存在许多问题。例如，存在用于监测、进行或者加速付款的太多无关联方法。供方自己需要付出代价高昂的努力来确定新消费者的信用风险。供方可能看不到消费者付款意图、对付款的调整或付款的时间，这可以用代价高昂的采集活动和努力来减轻。买方必须保持供方的银行账户。买方对于多个付款人可能面临更高的银行费用。
此外，在许多情况下，使结算这种大量独立交易成为必要所需的巨大计算和处理能力对于现有结算系统和金融机构可能变得太沉重。由此，需要一种技术解决方案，该技术解决方案提供一种可以减少处理量以及通信和资金转移量的颠覆性统一结算系统。该统一结算系统还将帮助减少由结算系统和金融机构所占用的资源和处理能力，以提供用于电子支付交易的更高效且划算的结算。
发明内容
本公开提供了用于记录、处理并且显示点对点交易的系统和方法的描述。所述系统给公司提供用无卡支付的方式向它们的供方或销售商付款的能力。例如，在供方向其消费者发送票据时，通常供方不接受以信用卡进行的付款。供方向购买者发送发货单，以便按30或60天期等向供方付款。大多数供方将希望在30天内接收资金并且希望在30天内向它们付款。然而，在现有技术系统中，大多数供方看不到付款过账和支付实际上如何进行，这可能导致现金流问题。所述系统通过提供一个平台来避免这些问题，在该平台上交易可见性对所涉及的所有方上清楚的。
所述系统提供用于使货币流动的解决方案，这些解决方案提供围绕货币流动的金融解决方案以及围绕金融系统的评级和/或评分服务。与B2B支付交易的处理有关的另外信息可以在由David Messina等人在2014年8月5日提交的标题为“Method and System forProcessing of Business-to Business Payment Transactions,”的美国专利公报No.20160042327Al中找到，通过引述，该专利全部并入本文。
在一个实施方案中，一种用于记录点对点支付交易的方法包括以下步骤：由处理系统的接收装置接收与支付交易有关的第一交易消息，其中，第一交易消息使用一个或多个应用程序接口(API)依据标准来格式化，并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储交易细节的第一数据元素、被配置为存储主账号的第二数据元素、以及被配置为存储接收方账号的第三数据元素；在处理服务器的商业数据库中存储第一、第二以及第三数据元素以及到隶属于第一交易消息的记录的链接，其中，该链接提供到基于第一交易消息的文件的访问；由处理系统的生成模块生成与支付交易有关的第二交易消息，其中，第二交易消息使用一个或多个API依据标准来格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储支付金额的第一数据元素，支付金额至少基于交易细节；在处理服务器的商业数据库中存储第一数据元素以及到隶属于第二交易消息的记录的链接，其中，该链接提供到基于第二交易消息的文件的访问；由处理系统的传输装置向与交易账户关联的第一金融机构电子地传输第二交易消息，该交易账户与主账号有关；由处理系统的生成模块生成与支付交易有关的第三交易消息，其中，第三交易消息使用一个或多个API依据标准来格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储结算金额的第一数据元素和被配置为存储接收方账号的第二数据元素，结算金额至少基于交易细节；在处理服务器的商业数据库中存储第一数据元素和第二数据元素以及到隶属于第三交易消息的记录的链接，其中，该链接提供到基于第三交易消息的文件的访问；由处理系统的传输装置向与交易账户关联的第二金融机构电子地传输第三交易消息，该交易账户与接收方账号有关；以及由处理系统的传输装置电子地传输第一交易消息、第二交易消息、第三交易消息，以便在图形用户界面(GUI)上显示。
在另一个实施方案中，一种用于记录点对点支付交易的系统包括：处理系统的接收装置，该接收装置被配置为接收与支付交易有关的第一交易消息，其中，第一交易消息使用一个或多个应用程序接口(API)依据标准来格式化，并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储交易细节的第一数据元素、被配置为存储主账号的第二数据元素、以及被配置为存储接收方账号的第三数据元素；处理服务器的商业数据库，该商业数据库被配置为存储第一、第二以及第三数据元素以及到隶属于第一交易消息的记录的链接，其中，该链接提供到基于第一交易消息的文件的访问；处理系统的生成模块，该生成模块被配置为生成与支付交易有关的第二交易消息，其中，第二交易消息使用一个或多个API依据标准来格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储支付金额的第一数据元素，支付金额至少基于交易细节；处理服务器的商业数据库，该商业数据库被配置为存储第一数据元素以及到隶属于第二交易消息的记录的链接，其中，该链接提供到基于第二交易消息的文件的访问；处理系统的传输装置，该传输装置被配置为向与交易账户关联的第一金融机构电子地传输第二交易消息，该交易账户与主账号有关；处理系统的生成模块，该生成模块被配置为生成与支付交易有关的第三交易消息，其中，第三交易消息使用一个或多个API依据标准来格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储结算金额的第一数据元素和被配置为存储接收方账号的第二数据元素，结算金额至少基于交易细节；处理服务器的商业数据库，该商业数据库被配置为存储第一数据元素和第二数据元素以及到隶属于第三交易消息的记录的链接，其中，该链接提供到基于第三交易消息的文件的访问；处理系统的传输装置，该传输装置被配置为：向与交易账户关联的第二金融机构传输第三交易消息，该交易账户与接收方账号有关，并且传输第一交易消息、第二交易消息、第三交易消息，以便在图形用户界面(GUI)上显示。
附图说明
参照附图一起阅读以下对示例性实施方式的详细描述，能够最佳地理解本公开的范围。附图中包括的是以下各图：
图1是例示了根据示例性实施方式的、用于点对点交易的记录、处理以及显示的高级系统架构的框图；
图2是例示了根据示例性实施方式的、用于点对点交易的记录、处理以及显示的图1中的计算装置的框图；
图3A是例示了根据示例性实施方式的、使用单个计算装置和实体系统的对点对点交易的结算的处理的流程图；
图3B是例示了根据示例性实施方式的、使用单个计算装置和实体系统的对点对点交易的记录、处理以及显示的处理的流程图；
图4是例示了根据示例性实施方式的、使用多个计算装置和第三方网络的对点对点交易进行记录、处理以及显示的处理的流程图；
图5A和图5B是例示了根据示例性实施方式的、使用图1的处理系统中的多个计算装置对点对点交易进行结算的处理的流程图；
图6是例示了根据示例性实施方式的、图1的处理系统中对点对点交易的记录、处理以及显示的处理的示图；
图7是例示了根据示例性实施方式的、用于处理点对点支付交易的示例性方法的流程图；
图8是例示了根据示例性实施方式的对支付交易的处理的流程图；
图9是例示了根据示例性实施方式的计算机系统架构的框图；
图10是例示了当前企业对企业支付系统的问题的示图。
本公开的适用性的另外范围将从下文所提供的具体描述变得清楚。应理解，对示例性实施方式的具体描述仅旨在用于例示性目的，因此不旨在必须限制本公开的范围。
具体实施方式
术语表
收单方-可以代表商家处理支付卡交易的实体。收单方可以是被授权代表商家处理支付卡交易的银行或其他金融机构。在许多情况下，收单方可以为充当受益人的商家的开立信用额度。在作为由发行方提供的信用额度的受益人的消费者通过支付卡与由收单方代表的商家交易的情况下，收单方可以与发行方交换资金。
发行方-为受益人创建(例如，开立)信用证或信用额度并且承兑受益人在信用证或信用额度中指定的金额范围内开出的汇票的实体。在许多情况下，发行方可以是银行或被授权开立信用额度的其他金融机构。在一些情况下，可以向受益人扩展信用额度的任意实体可以被认为是发行方。由发行方开立的信用额度可以被表示为支付账户的形式，并且可以由受益人通过使用支付卡来利用。如将对相关领域技术人员明显的是，发行方还可以向消费者提供另外类型的支付账户，诸如借方账户、预付账户、电子钱包账户、储蓄账户、支票账户等，并且发行方可以为消费者提供用于进入和/或使用这种账户的物理或非物理手段，诸如借记卡、预付卡、自动柜员机卡、电子钱包、支票等。
支付卡-与支付账户关联的卡或数据，被提供给商家以通过关联的支付账户向金融交易提供资金。支付卡可以包括信用卡、借记卡、签账卡、储值卡、预付卡、车队卡、虚拟支付号、虚拟卡号、受控支付号等。支付卡可以是可以提供给商家的物理卡，或者可以是表示关联的支付账户的数据(例如，如存储在通信装置中，诸如智能电话或计算机)。例如，在一些情况下，包括支付账号的数据可以被认为是用于处理由关联支付账户提供资金的交易的支付卡。在一些情况下，支票在适用情况下可以被认为是支付卡。
支付网络-用于通过使用现金代替物来转账的系统或网络。支付网络可以为了处理用于各种类型交易的转账而使用各种不同协议和手续。可以经由支付网络执行的交易可以包括产品或服务购买、信用购买、借方交易、资金转移、账户提款等。支付网络可以被配置为经由现金代替物执行交易，现金代替物可以包括支付卡、信用证、支票、交易账户等。被配置为执行为支付网络的网络或系统的示例包括由 American 等操作的网络或系统。此处术语“支付网络”的使用可以指作为实体的支付网络和诸如构成支付网络的设备、硬件以及软件的物理支付网络这两者。
支付轨道-与支付网络关联的基础架构，该基础架构用于处理支付交易以及交易消息和其他类似数据在支付网络与和支付网络互连的其他实体之间的通信中。支付轨道可以由硬件组成，用于创建支付网络以及支付网络与其他关联实体(诸如金融机构、网关处理器等)之间的互连。在一些情况下，支付轨道还可以诸如经由构成支付轨道的通信硬件和装置的特殊编程来受软件影响。例如，支付轨道可以包括被特别配置为路由交易消息的特别配置的计算装置，这些交易消息如以下更详细讨论的可以是经由支付轨道电子地传输的特殊格式化的数据消息。
支付交易-货币或其他财务效益从一个实体交换到另一个实体的两个实体之间的交易。支付交易可以是资金的转移，用于商品或服务的购买、用于债务的偿还、或用于如将对相关领域技术人员明显的财务效益的任意其他交换。在一些情况下，支付交易可以指经由支付卡和/或支付账户提供资金的交易，诸如信用卡交易。这种支付交易可以经由发行方、支付网络以及收单方来处理。用于处理这种支付交易的处理可以包括授权、批处理、清算、结算以及提供资金中的至少一个。授权可以包括由消费者向商家提供支付细节、由商家向收单方提交交易细节(例如，包括支付细节)、以及向用于为交易提供资金的消费者支付账户的发行方进行支付细节的验证。批处理可以指将已授权交易与其他已授权交易存储为一批，以便分配给收单方。清算可以包括将批处理的交易从收单方发送到支付网络，以便处理。结算可以包括对于涉及发行方的受益人的交易由支付网络对发行方借记。在一些情况下，发行方可以经由支付网络向收单方支付。在其他情况下，发行方可以直接向收单方支付。提供资金可以包括对于已经被清算并且结算的支付交易从收单方向商家支付。将对相关领域技术人员明显的是，以上所讨论的步骤的顺序和/或分类被执行为支付交易处理的一部分。
交易账户-可以用于为交易提供资金的金融账户，诸如支票账户、储蓄账户、信用账户、虚拟支付账户等。交易账户可以与消费者关联，该消费者可以是与支付账户关联的任意合适类型的实体，可以包括人、家庭、公司、企业、政府实体等。在一些情况下，交易账户可以是虚拟的，诸如由等操作的那些账户。
用于点对点交易的处理和结算的系统
图1是例示了根据示例性实施方式的、用于点对点交易的记录、处理以及显示的高级系统架构100的框图。
该系统包括处理系统102。处理系统102可以由一个或多个计算装置组成，并且可以被配置为处理并且结算点对点电子支付交易。点对点电子支付交易可以是为了从第一交易账户到第二交易账户的支付而进行的金融交易。在一些情况下，点对点交易可以在不使用另外支付工具和对应编号的情况下通过处理系统102使用与相应交易账户直接关联的账号来处理并且结算。例如，点对点交易可以在不使用信用卡或其他类型的支付卡的情况下经由交易账号来进行，信用卡或其他类型的支付卡可以有关联的不同的编号。
在一些实施方式中，处理系统102可以被配置为经由单个计算装置执行此处所讨论的功能。在其他实施方式中，处理系统102可以包括多个计算装置，每个计算装置可以被配置为执行处理系统102的特定功能。例如，如图1例示，处理系统102可以至少由第一计算装置104和第二计算装置106组成。如以下更详细讨论的，第一计算装置104和第二计算装置106可以被配置为执行点对点交易的处理和结算以进行从第一实体到第二实体的支付。
在图1所例示的系统中，发送方系统108可以使用处理系统102来处理点对点交易用于向接收方系统110的发送支付。发送方系统108和接收方系统110可以是与实体关联的计算系统，被配置为执行电子通信，这些电子通信适于完成此处所讨论的功能，用于从发送方系统108或与其关联的实体(例如，发送实体，诸如发送企业或发送消费者)向接收方系统110或与其关联的实体(例如，接收方实体，诸如接收方企业或接收方消费者)发送资金。发送方系统108和接收方系统110例如可以包括用于账户管理、库存管理、可支付和/或可接收账户等的计算系统。
发送方系统108可以发起用于将交易金额支付到接收方系统110的点对点交易。在一些情况下，发送方系统108可以直接向处理系统102电子地传输汇款请求，用来将交易金额汇款到接收方系统110。在其他情况下，发送方系统108可以使用发送方网络112。发送方网络112可以是适于用于发起点对点支付交易中的实体和/或计算系统，诸如货币转移实体(例如，西联汇款(Western Union))或贸易或供应链网络(例如，阿里巴(Ariba))。在一些情况下，发送方系统108可以是将发送方网络112用于发起点对点支付交易的个体。
作为点对点支付交易的发起的一部分，发送方系统108或发送方网络112可以向处理系统102电子地传输与汇款请求叠加的数据信号。汇款请求可以至少包括要支付的交易金额、与由发送方使用的为支付提供资金的交易账户关联的主账号、以及与由接收方使用的用于接收所汇资金的交易账户关联的接收方账号。发送方所用的交易账户可以经由发送方机构114发行给发送方。发送方机构114可以是被配置为向发送实体发行交易账户用于为点对点支付交易提供资金的发行金融机构，诸如发行银行或其他合适的实体。在一些情况下，发送方机构114可以被配置为向处理系统102电子地传输汇款请求。在这种情况下，发送方或发送方系统108可以将发送方机构114用于发起点对点支付交易。例如，发送方可以使用计算装置(例如，台式计算机、膝上型计算机、笔记本计算机、平板计算机、蜂窝电话、智能电话、智能手表、智能电视、可穿戴计算装置、可植入计算装置等)诸如经由与发送方机构114关联的网页或应用程序来向发送方机构114电子地传输数据信号，该数据信号叠加有或以另外方式编码有要包括在汇款请求中的消息。
处理系统102接收汇款请求。在要向接收方系统110进行支付时，处理系统102可以生成资金提供请求，该资金提供请求用于传输到发送方机构114，以发起资金的转移。处理系统102可以生成资金提供请求，该资金提供请求可以至少包括与进行支付的交易账户关联的主账号、以及与要进行的支付对应的交易金额。处理系统102可以向发送方机构114电子地传输叠加或以其他方式编码有资金提供请求的数据信号。发送方机构114接收该请求，从与主账号关联的交易账户借记所述交易金额，并且可以使用用于从一个实体向另一个转移货币的传统方法和系统向处理系统102转移对应的资金。在一些实施方式中，处理系统102可以经由主账号识别发送方机构114。比如，主账号可以包括银行识别号码、发行方识别号码或与发送方机构114关联的其他值，或者处理系统102可以以其他方式存储主账号与发送方机构114之间的关联。
处理系统102可以确认已经从发送方机构114接收适当的资金。处理系统102然后可以发起所汇资金到适当接收方机构116的支付。接收方机构116可以是被配置为向接收方实体发行交易账户用于在点对点支付交易中接收支付的收单金融机构，诸如收单银行或其他合适的实体。处理系统102可以生成结算通知，该结算通知可以向接收方机构116指示对于点对点支付交易支付的交易金额和该金额支付到的交易账户。由此，结算通知可以至少包括接收方账号和来自之前提交给处理系统102的汇款请求的交易金额。处理系统102可以向接收方机构116电子地传输叠加或以其他方式编码有所生成的结算通知的数据信号。处理系统102还可以使用用于从一个实体向另一个转移货币的传统方法和系统来向接收方机构116转移适当的资金。
接收方机构116在与对应于在结算通知中包括的接收方账号的接收方实体关联的交易账户贷记所述交易金额，以实现到接收方实体的支付。在由处理系统102向接收方机构116支付之后，可以通知接收方实体点对点支付交易的结算。在一些实施方式中，处理系统102可以生成结算通知，该结算通知可以至少包括交易金额，该结算通知可以被电子地传输到接收方系统110。在其他实施方式中，处理系统102可以诸如经由网页、应用程序、短消息服务消息等向接收方网络118电子地传输结算通知，用于转发到接收方系统110或以其他方式分配到接收方实体。接收方网络118可以是适于用于点对点支付交易的通知和管理的实体和/或计算系统，诸如货币转移实体(例如，西联汇款)或贸易或供应链网络(例如，阿里巴)。在一些情况下，对于一个或多个点对点支付交易，发送方网络112和接收方网络118可以是同一实体。在一些实施方式中，接收方机构116可以被配置为使用接收方机构116与接收方实体之间的通信的传统方法，在从处理系统102接收结算资金之后向接收方系统110或接收方实体提供结算通知。
在一些实施方式中，处理系统102可以被配置为将多个点对点支付交易总合而得到总合的结算。在这种实施方式中，处理系统102可以接收多个汇款请求，各汇款请求用于不同的点对点支付交易。每个汇款请求可以包括主账号、交易账号以及接收方账号。在一些情况下，每个汇款请求可以包括独有的主账号和/或接收方账号。在其他情况下，一个或更多个汇款请求可以具有公共的主账号和/或接收方账号，诸如用于资金从一个发送实体到若干接收方实体的点对点支付或由单个接收方实体从多个发送实体接收资金。
处理系统102可以被配置为为发送方机构114和接收方机构116总合多个汇款请求，以减少与其关联的资金转移的数量。在前者的情况下，处理系统102总合多个汇款请求，这些汇款请求包括同一主账号，或者，每个汇款请求诸如通过具有同一银行识别号码、发行方识别号码或其他识别值来与发送方机构114关联。在一些情况下，处理系统102可以被配置为(例如，如由发送方机构114请求的)在账户级(例如，具有同一主账号的汇款请求)或在实体级(例如，主账号与发送方机构114关联的所有汇款请求)上总合多个交易。在一些情况下，账户级总合可以使用多个主账号，诸如在单个发送方系统108使用由发送方机构114总合的多个交易账户的情况下。汇款请求的总合包括生成对支付金额的单个资金提供请求，该支付金额对应于来自每个被总合的汇款请求的每个交易金额的总和(例如，该金额可以基于诸如处理费用的另外准则而增加或减少)。在一些情况下，资金提供请求可以指出每个主账号和对应支付金额，用于诸如由发送方机构114从各对应交易账户借记适当金额。
处理系统102可以向发送方机构114电子地传输叠加或以其他方式编码有用于所总合汇款请求的单个资金提供请求的数据信号。发送方机构114然后因此可以借记各交易账户，并且进行将总支付金额支付到处理系统102的单个资金转移。因此，发送方机构114可以经由单个资金转移且经由单个资金提供请求来为多个点对点交易提供支付，这可以减少资金转移和关联通信的数量，从而降低发送方机构114所必需的计算和处理能力以及关联的费用和花费。
处理系统102还可以被配置为执行与将结算资金支付到接收方机构116有关的总合。处理系统102可以通过总合包括公共接收方账号(例如，对于账户级总合)的多个汇款请求，或总合包括具有公共银行识别号码、发行方识别号码或与接收方机构116关联的其他识别值的接收方账号(例如，对于实体级总合)的多个汇款请求，来总合用于接收方机构116的多个汇款请求。用于接收方机构114的汇款请求的总合包括将各交易金额总合为单个结算金额，该单个结算金额可以基于诸如用于处理费用的支付的另外准则被增加或减少。处理系统102可以生成单个结算通知，该单个结算通知可以包括所总合的结算金额，并且还可以包括每个接收方账号和对应交易金额，从而由接收方机构116用于在对应交易账户中贷记。
处理系统102可以向接收方机构116电子地传输叠加或以其他方式编码有单个结算通知的数据信号。处理系统102还可以发起到接收方机构116的总结算金额的转移。接收方机构116接收结算金额，并且因此根据在结算通知中包括的数据在接收方实体的各交易账户贷记。因此，接收方机构116可以经由单个资金转移且经由单个结算通知接收对多个点对点交易的支付，这可以减少资金转移和关联通信的数量，从而降低接收方机构114所必需的计算和处理能力以及关联的费用和花费。在处理系统102对发送方机构114和接收方机构116这两者执行总合的情况下，可以仅经由少量资金提供请求、结算通知以及资金转移就可以对于数千、数百万甚至数十亿支付交易执行结算。
处理系统102可以被配置为将各种准则用于确定要被总合的汇款请求的数量，用来获得对于点对点交易的总合的资金提供和/或结算。在这种情况下，可以由处理系统102或可适用的发送方机构114和/或接收方机构116设定所述准则。所述准则例如可以包括汇款请求的数量、总支付或结算金额、主账号或接收方账号的数量、时间和/或日期等。比如，发送方机构114可以每日请求单个资金提供请求，其中，每天所有汇款请求被总合，或者发送方机构114可以在每当所总合的支付金额达到预定值时请求资金提供请求。在一些情况下，可以使用多个准则，诸如，每天结束时，如果结算金额超过100,000美元，提供用于结算的结算金额的总合以及另外结算通知和转移。
在一些情况下，由处理系统102接收的多个汇款请求中的单个实体可以是发送方机构114和接收方机构116这两者。在这种情况下，涉及所述实体的汇款请求的总合可以包括总合与发送资金的主账号关联的各个汇款请求以及与接收资金的接收方账号关联的各个汇款请求。所述总合可以涉及在以下两者之间计算余额，对于它们是发送方机构114的汇款请求要由单个实体支付的汇款金额，以及对于它们是接收方机构116的汇款请求要支付给单个实体的结算金额。例如，实体需要提供资金100,000美元的汇款，但被授权了80,000美元的结算额度。在这种示例中，处理系统102可以向该单个实体传输200,00美元的单个资金提供请求，以消化汇款金额与结算金额的差。
在一些实施方式中，对于包括对账数据的使用的、企业对企业交易的点对点支付交易的处理，处理系统102可以使用商业操作网络120协同发送方系统108、接收方系统110、发送方网络112、和/或接收方网络118一起操作。对账数据可以包括由发送实体和/或接收方实体用于跟踪点对点交易的数据，诸如发货单号码、采购订单号码、行项目产品细节等。在这种情况下，汇款请求可以包括对账数据。处理系统102可以被配置为诸如基于在结算通知中包括的接收方账号将对账数据包括在对于对应的点对点支付交易的结算通知中，该结算通知被电子地传输到接收方系统110(例如，或接收方网络118，如果适用的话)。在一些情况下，对账数据可以仅被包括在处理系统102与发送方系统108、发送方网络112、接收方系统110以及接收方网络116之间的通信中。在这种情况下，被传输到发送方机构114的资金提供请求和被传输到接收方机构116的结算通知可以不包括对账数据。
在一些实施方式中，处理系统102可以被配置为对涉及多种货币的点对点支付交易执行处理和结算。在这种实施方式中，发送实体可以提交对汇款或结算指定了货币的结算请求以及期望的汇款或结算金额。处理系统102然后可以执行用于汇款和/或结算的货币的必要转换，这些转换可以基于各所涉及货币的汇率。在一些情况下，处理系统102可以向发送实体(例如，经由发送方网络112或发送方系统108)提供可以使用的汇率。这种汇率可以由处理系统102、发送方机构114、接收方机构116或其他实体来设置，诸如市场汇率。在一些这种情况下，处理系统102可以指示汇率的应用时段。在示例中，发送实体可能想要发送1000美元，由接收方实体以英镑接收。处理系统102可以计算等于1000美元的英镑金额用于结算。在另一个示例中，发送实体可能想要发送供接收方实体接收1000英镑的、单位为美元的足够货币。在这种示例中，处理系统102将以美元计算1000英镑的等价物，以用作用于支付交易的汇款金额。在这种实施方式中，汇率和货币转换数据可以被包括在资金提供请求和/或结算通知中。
在一些实施方式中，处理系统102可以被配置为将多个计算装置用于执行这里所讨论的功能。在这种实施方式中，第一计算装置104可以被配置为从发送方系统108、发送方网络112以及发送方机构114接收汇款请求，并且可以被配置为执行汇款请求的总合(如果适用)。第一计算装置104可以使用内部通信网络和方法向第二计算装置106传输在汇款请求中包括的数据或所总合数据。第二计算装置106可以生成对应的资金提供请求，并且向可适用的发送方机构114电子地传输上面叠加或编码有资金提供请求的数据信号，并且可以确认对应支付金额的接收。
第二计算装置106还可以被配置为生成用于电子传输到接收方机构116的结算通知，并且发起到接收方机构的资金转移。在一些情况下，第一计算装置106可以首先向第二计算装置106发送信号，以发起结算金额的支付。例如，诸如在接收方机构116要接收源于多个发送方机构114的总合的结算金额的情况下，第一计算装置106可以被配置为确认已经对于所总合的结算金额接收到全部支付。第一计算装置104还可以被配置为生成用于电子传输到接收方系统110、接收方网络118和/或接收方机构116的结算通知(如果适用的话)，用于向接收方实体通知资金的接收。
在一些实施方式中，处理系统102可以用于存储与在支付交易中涉及的实体(并且在一些情况下为另外的第三方实体)关联的数据，诸如用于存储在可由于各个实体访问的分类账中。处理系统102可以被配置为存储与在发送实体与接收方实体之间结算的支付交易关联的数据。在企业对企业(B2B)交易的情况下，处理系统102可以存储用于支付交易的对账数据，诸如可以由发送实体和接收方实体用于执行与支付交易有关的附加功能。例如，处理系统102可以将与各实体关联的识别信息存储在数据库122中的分类账中，并且还可以存储与支付交易的采购订单、发货单、支付等有关的状态信息以及与各实体有关的附加信息，诸如公司身份数据、与各相应实体的具有对支付交易和财务的决策权的个人关联的数据、交易账户细节等。由此，这种分类账可以包括实体以及实体与其他发送方和接收方实体之间的交易历史的完整展现。
在示例中，公司可以向处理系统102登记，以便在此处所讨论的系统中使用。公司然后可以被登记在贸易目录(例如，存储在数据库122中的分类账)中，在该贸易目录中，公司的银行账户信息可以连同与公司关联的附加数据(诸如负责应付账款(AP)或应收账款(AR)的任何人、金融和财务主管、用于公司的金融交易以及采购订单和/或发货单的授权的个人等)一起在系统中。贸易目录还可以存储与将来的发货单以及经由处理系统102进行的支付关联的数据。因此，随着时间的过去，可以在分类账中获取每一个采购订单、发货单以及被登记实体与任意其他启用的单位之间的交易及其状态(即，不获取或存储相关交易的完整副本)。贸易目录还可以用于存储比如实体属性(例如，实体或核心组织级数据)、支付属性(例如，支付/账户细节数据、汇款数据等)、实体层次(例如，关系、组织结构、子公司等)、附属实体数据(例如，买方、供方、网络关系等)、补充数据(例如，证书、文件等)、关联的个人等。
第一计算装置104和/或第二计算装置106可以经由一个或更多个应用程序接口(API)捕捉用于分类账中的信息。API可以从发货单、采购订单以及与支付交易有关的其他项目收取或接收必要信息(例如，交易金额、发货单日期、项目数量、装运日期等)，该必要信息然后可以存储到分类账中。在一些情况下，API可以在分类账中提供到关联的发货单、采购订单和/或任意其他交易对应关系的链接的存储，例如通过到可以用于提交与处理系统102对应的交易的外部应用程序或B2B网络的链接。例如，处理系统102中的API可以与贸易网络通信，并且可以为发送方和接收方实体从贸易网络接收采购订单和发货单或其状态(即，没有采购订单或发货单本身的完整副本)，并且可以在分类账中加入到贸易网络处的采购订单和发货单的链接。由此，发送方系统108和/或接收方系统110可以访问分类账，以查看任意交易细节，而且链接到原始的对应关系。
在一些情况下，处理系统102还可以向所述实体提供状态信息用于支付交易。例如，因为API更新在分类账中存储的交易数据，所以各实体可以经由它们相应的系统(例如，发送方系统108、接收方系统110等)或网络(例如，发送方网络112、接收方网络118等)访问数据来识别它们交易的状态。例如，发送方实体可以使用以上所讨论的方法发起到接收方实体的资金转移，并且可以使用处理系统102经由分类账来识别接收方何时接收资金。在另一个示例中，接收方实体可以向发送方实体发送发货单，并且可以经由分类账识别发送方实体何时接收到发货单，因为由于经由API进行的交易对应关系的接收而引起分类账中状态的变化。
另外，处理系统102还可以充当所有被处理支付交易的集中化信托和储存库，使得例如第三方金融提供者可以查看涉及实体的交易的历史过程并验证风险，并且基于此提供对该实体的金融解决方案。例如，金融提供者可以根据接收方实体对若干未偿付的发货单的预期支付的强度，向它们提供贷款或获取应收账款，该强度可以经由在由处理系统102维持的分类账中包括的交易数据的信任储存库来验证。处理系统102还可以提供数据的鲁棒性和可信度，使得监管当局可以潜在地依赖该可信度来有效地外包许可要求、监管要求以及涉及对单位和个人的确认的任何其他事项。例如，监管代理可以联系处理系统102，并且访问在分类账中存储的交易数据或贸易合作伙伴身份数据，以便用于验证与规章制度的一致性。
在一些实施方式中，所述系统可以包括一个或更多个第三方系统124。第三方系统124例如可以是以一定利率提供资金以无追索权的方式借用或出售应收账款的不同公司，或是通过使用在处理系统102中存储的交易分类账受益的其他实体。比如，接收方实体可以选择允许第三方系统124查看关于它们的交易的分类账。第三方系统124可以查看符合交易中涉及的所有各方的隐私考虑并获得同意的、接收方实体的在贸易目录中的交易(例如，发送方实体信息被匿名或得到所述实体的同意的情况下被使用)。第三方系统124可以分析价格风险，并且例如可以对于特定发货单向接收方实体提供金融解决方案。例如，第三方系统124可以提供使接收方实体取得见票即付的现金的能力。代替接收方实体经由所处理的结算一直到第30天或第40天才收到它们的现金的情况，基于供方与购买者之间的交易的历史，第三方系统124可以看到发送方实体全额支付它们全部发货单的99.9％，因此，基于分类账的数据，第三方系统124可以具有很高信心，发送方实体将向所述供方支付应付但尚未支付的下一发货单。因此，基于由分类账确定的信息的强度，第三方系统124可以向该接收方实体提供非常低的年利率(APR)，以预付现金。在一些情况下，处理系统102还可以跟踪从第三方系统124发出的资金并将其记录到贸易目录中。在这种情况下，在处理系统102指望向接收方机构116支出资金以对接收方实体进行支付时，处理系统102可以直接向接收方机构116发起结算，并且可以指示不向接收方实体进行支付，因为支付已经由第三方系统124提供。在这种情况下，被提供给接收方机构116的结算通知可以指示要支付第三方系统124，或者可以在结算通知中向接收方实体指示从接收方机构116进行的支付是用于由第三方系统124提供的现金预付。
在一些实施方式中，分类账可以是被配置为存储关联数据的区块链。区块链可以由多个区块组成，其中，各区块至少由区块标题和一个或更多个数据值组成。各区块标题可以包括时间戳以及指示被添加到区块链的之前区块的区块标题的参考值和指在各区块中包括的一个或更多个数据值的参考值。在示例性实施方式中，参考值可以是通过向各数据应用一个或更多个散列算法生成的散列值。比如，指示之前区块标题的参考值可以是通过散列之前区块的区块标题(例如，基于时间戳)生成的散列值。由此可见，区块链可以是非可变的，因为任意数据值的变化将导致在各区块的区块标题中包括的散列值的变化，这还导致随后区块的区块标题的散列值的变化，这将贯彻在区块链中的剩余区块中，由此防止对区块链中的任意数据值或数据的修改。在系统100中，数据值可以包括采购订单、发货单、交易数据以及存储在如此处所讨论的分类账中的其他数据。
在一些实施方式中，图1所例示且此处所讨论的系统的实体之间的通信可以依据一个或更多个标准来格式化。标准例如可以包括由国际标准化组织发行的标准。例如，汇款请求可以依据ISO 8583标准来格式化，并且资金提供请求可以依据ISO 20022标准来格式化。在一些实施方式中，在图1所例示的系统中执行的各通信可以使用单个标准，诸如使用ISO 8583标准或ISO 20022标准执行的所有通信。在其他实施方式中，可以使用多个标准。例如，从发送方网络112和/或发送方系统108接收的汇款请求以及传输到接收方网络118和/或接收方系统110的结算通知可以依据ISO8583标准来格式化，而传输到发送方机构114的资金提供请求和传输到接收方机构116的结算通知可以依据ISO 20022标准来格式化。在一些这种实施方式中，处理系统102的功能可以由不同计算装置基于与其关联的标准来执行。例如，第一计算装置104可以被配置为接收、生成并且传输依据ISO 8583标准格式化的通信，而第二计算装置106可以被配置为接收、生成并且传输依据ISO 20022标准格式化的通信。
如在关联标准中设定的，依据标准格式化的数据消息包括被配置为存储数据的数据元素。例如，标准可以指示要包括在依据标准格式化的数据消息中的数据元素以及要在其内部存储的数据。在一些情况下，依据不同标准格式化的数据消息可以包括相同数据，该数据被包括在不同数据元素中。例如，依据ISO 8584标准格式化的汇款请求可以包括被配置为存储主账号和交易金额的数据元素，而依据ISO 20022格式化的对应资金提供请求也包括被配置为存储主账号和交易金额的数据元素，整体上各数据包括在数据消息中的不同数据元素中，并且数据被存储在被不同地格式化的各数据消息中的。
在可以使用多个标准的实施方式中，处理系统102和/或内部包括的计算装置可以被配置为将数据信号和/或上面叠加或以其他方式编码的数据消息从一个标准转换到另一个标准。例如，第一计算装置104可以被配置为在将汇款请求递送到第二计算装置106之前将该汇款请求从ISO 8583标准转换到ISO 20022标准。在这种示例中，将汇款请求转换到ISO 20022标准的转换可以将汇款请求转换成用于传输到发送方机构114的资金提供请求。在一些实施方式中，转换可以由第三方实体来执行。例如，处理系统102可以向第三方实体电子地传输叠加或以其他方式编码有依据第一标准格式化的数据消息的数据信号，并且可以接收从第三方实体返回的、叠加或以其他方式编码有依据第二标准格式化的数据消息的数据信号。在处理系统102可以由多个计算装置组成的情况下，第一计算装置104可以向第三方实体电子地传输数据信号，而第二计算装置104可以接收由第三方实体电子地传输的数据信号。
如此处所讨论的由处理系统102执行的通信可以使用任意合适的通信网络以及关联的通信协议和方法。合适的通信网络例如可以包括支付网络和关联的支付轨道、局域网、无线区域网、射频网络、蜂窝通信网络、因特网等。在一些情况下，处理系统102可以是被配置为执行支付交易的处理的支付网络的一部分，其中,此处所讨论的通信中的一个或更多个可以使用关联的支付轨道来执行。例如，向和/或从发送方机构114和接收方机构116传输数据信号可以使用与支付网络关联的支付轨道来执行。在一些情况下，可以使用多个通信网络。例如，处理系统102可以使用与支付网络关联的支付轨道与发送方机构114、接收方机构116、发送方网络112以及接收方网络118通信，但可以使用因特网与发送方系统108和接收方系统110通信。以下参照图8所例示的处理800更详细地讨论使用与支付网络关联的支付轨道对特殊格式化的交易消息的传输以及基于此的支付交易的传统处理。
在一些实施方式中，处理系统102可以被配置为执行主账号和/或接收方账号的映射。例如，在一些情况下，发送方系统108或接收方系统110可以将另选的支付工具分别用于发送或接收资金。在这种情况下，主账号或接收方账号可以与支付工具关联，而不与用于发送或接收资金的交易账户直接关联(如果适用的话)。处理系统102可以被配置为用另选号码代替主账号或接收方账号，该另选号码映射到主账号或接收方账号，与所关联的交易账户直接对应。例如，发送实体可以使用信用卡来向接收方实体的银行账户发送资金。在这种示例中，处理系统102可以在向发送方机构114提交资金提供请求之前，将在汇款请求中包括的信号卡号与相关交易账户的账号交换。在这种实施方式中，处理系统102可以存储一个或更多个数据库，该一个或更多个数据库适于用于存储各个账号之间的关联以用于映射。
计算装置
图2是例示了根据示例性实施方式的、用于点对点交易的记录、处理以及显示的图1的系统100中例示的处理系统102的计算装置200(诸如第一计算装置104或第二计算装置106)的框图。将对相关领域技术人员明显的是，图2所例示的计算装置200的实施方式仅被提供为例示，并且不是适于执行如此处所讨论的功能的计算装置200的所有可能配置的穷尽。例如，图9所例示且以下更详细讨论的计算机系统900可以是计算装置200的合适配置。
计算装置200可以包括接收装置202。接收装置202可以被配置为经由一个或更多个网络协议通过一个或更多个网络接收数据。在一些实施方式中，接收装置202可以被配置为通过支付轨道(诸如将与支付网络关联的特殊配置的基础架构用于传输包括敏感金融数据和信息的交易消息)来接收数据。在一些情况下，接收装置202还可以被配置为经由诸如因特网的另选网络从发送方系统108、发送方网络112、发送方机构114、其他计算装置、接收方系统110、接收方网络118、接收方机构116以及其他实体接收数据。在一些实施方式中，接收装置202可以由多个装置组成，诸如用于通过不同网络接收数据的不同接收装置，诸如用于通过支付轨道接收数据的第一接收装置和用于通过因特网接收数据的第二接收装置。接收装置202可以接收电子传输的数据信号，其中，数据可以叠加或以其他方式编码在数据信号上，并且由接收装置202通过接收数据信号来解码、解析、读取或通过以其他方式获得所述数据。在一些情况下，接收装置202可以包括解析模块，该解析模块用于解析所接收数据信号，以获得上面叠加的数据。例如，接收装置202可以包括解析器程序，该解析器程序被配置为接收所接收数据信号并将其变换成可用输入，用于由处理装置执行功能从而执行这里所描述的方法和系统。
接收装置202可以被配置为接收叠加或以其他方式编码有汇款请求的、由发送方系统108、发送方网络112和/或发送方机构114电子传输的数据信号。汇款请求可以包括主账号、交易金额以及接收方账号。在一些情况下，汇款请求可以依据诸如ISO 8583或ISO20022标准的一个或更多个标准来格式化。在一些情况下，汇款请求可以仅由处理系统102中的第一计算装置104中的接收装置202来接收。接收装置202还可以被配置为接收由其他计算装置200电子地传输的数据信号。例如，第二计算装置106的接收装置202可以接收由第一计算装置104对于用于生成资金提供请求的总合汇款请求而电子地传输的数据信号。接收装置202还可以被配置为经由使用传统方法和系统的货币转移来接收货币。在一些实施方式中，接收装置202还可以被配置为接收从第三方实体电子地传输的数据信号，这些数据信号诸如可以叠加或以其他方式编码有已转换的数据消息。
接收装置202还可以被配置为诸如从发送方网络112、接收方网络118、支付网络或在支付交易的处理中涉及的其他实体接收与支付交易有关的交易消息。交易消息可以依据一个或更多个标准来格式化，并且可以使用一个或更多个应用程序接口(API)来接收。各交易消息可以至少包括多个数据元素，该多个数据元素至少包括被配置为存储交易细节的第一数据元素、被配置为存储主账号的第二数据元素、以及被配置为存储接收方账号的第三数据元素。在一些情况下，接收装置202还可以接收与支付交易有关的附加的数据消息，诸如可以包括与交易对用关系有关的数据，诸如采购订单、发货单等。在一些情况下，由接收装置202接收的数据消息可以使用各种数据格式化标准来格式化，并且可以在诸如经由API由接收装置202或计算装置200的其他模块或引擎接收时，被重新格式化。
计算装置200还可以包括通信模块204。通信模块204可以被配置为在计算装置200的模块、引擎、数据库、存储器以及其他部件之间传输用于执行这里所讨论的功能的数据。通信模块204可以由一个或更多个通信类型组成，并且使用各种通信方法在计算装置内的通信。例如，通信模块204可以由总线、触针接头、导线等组成。在一些实施方式中，通信模块204还可以被配置为在计算装置200的内部部件与计算装置200的外部部件(诸如外部连接的数据库、显示装置、输入装置等)之间通信。计算装置200还可以包括处理装置。如将对相关领域技术人员明显的，处理装置可以被配置为执行这里所讨论的计算装置200的功能。在一些实施方式中，处理装置可以包括被特别配置为执行处理装置的一个或更多个功能的多个引擎和/或模块,和/或由引擎和/或模块组成，诸如查询模块210、生成模块212、确定模块214等。如这里所用的，术语“模块”可以是被特别编程为接收输入、使用输入执行一个或更多个处理并且提供输出的软件或硬件。基于本公开，由各种模块执行的输入、输出以及处理将对本领域技术人员是明显的。
计算装置200可以包括账户数据库206。账户数据库206可以被配置为使用合适的数据存储格式和模式存储多个账户简档208。账户数据库206可以是将结构化查询语言用于内部存储的结构化数据集的存储、识别、修改、更新、访问等的关系数据库。每个账户简档208可以是被配置为存储与一个或更多个交易账户有关的数据的结构化数据集。在一些实施方式中，每个账户简档208可以与单个交易账户关联，诸如与发送或接收方实体对应。在这种实施方式中，账户简档208可以包括适于用于识别关联的发送方机构或接收方机构116是数据，或用于交换账号来进行账号映射的(如果适用)(诸如在可以使用另选支付工具的情况下)的数据。在其他实施方式中，每个账户简档208与发送方机构114或接收方机构116关联。在这种实施方式中，账户简档208可以包括与其关联的用于汇款请求的总合的数据，诸如总合的支付和结算金额、关联的识别值(例如，用于识别汇款请求以进行关联)以及适于执行这里所讨论的功能的其他数据。
在一些实施方案中，每个账户简档208还可以包括与有关实体(例如，付款人、收款人、买方、供方等)的身份关联的信息。每个账户简档208例如可以存储实体信息、企业身份数据、与实体内具有对银行和金融交易具有权利的个人关联的数据和/或实际银行账户信息等。账户简档208还可以包括交易消息的第一、第二以及第三数据元素，或与有关实体关联的其他数据消息，其具有到隶属于该交易或该数据消息的记录的链接。该链接可以提供到基于第一交易消息的文件的访问。例如，与采购订单有关的数据消息或从其解析的数据可以存储在账户简档208中，该账户简档还可以包括到有关采购订单的链接(例如，经由诸如发送方网络112或接收方网络118的外部实体通过对应的API可访问)。在一些情况下，数据消息本身可以存储在账户简档208中。在其他情况下，账户简档208可以包括从数据消息解析的交易数据，诸如发送方实体和接收方实体识别信息、交易金额、提交日期等。账户简档208还可以存储与支付交易有关的涉及使用API来收集关键信息的任意数量的附加交易细节。在账户简档208中存储的链接可以提供对原始发货单、采购订单和/或与交易有关的任意其他对应关系的访问。
计算装置200可以包括查询模块210。查询模块210可以被配置为对数据库执行查询，以识别信息。查询模块210可以接收一个或更多个数据值或查询字符串，并且可以基于此对所指示的数据库(诸如账户数据库206)执行查询字符串，以识别其中存储的信息。查询模块210然后可以在必要时向计算装置200的适当引擎或模块输出所识别的信息。查询模块214例如可以对账户数据库206执行查询，以基于银行识别号码、发行方识别号码或在对应数据元素中存储的主账号和/或接收方账号中包括的其他识别值(例如，如在关联标准中设定的)来识别与汇款请求(例如，由接收装置202接收的汇款请求)关联的账户简档，例如用于执行总合或对向其发送的通信的传输。
计算装置200还可以包括生成模块212。生成模块212可以被配置为生成适于由处理系统102用于执行这里所讨论的功能的数据消息。生成模块212可以接收指令来生成作为输入的数据消息和适于与其一起使用的数据，可以生成所请求的数据消息，并且可以向计算装置200的另一个模块或引擎输出所生成的数据消息。生成模块212可以被配置为生成资金提供请求。资金提供请求可以至少包括主账号和关联的支付金额。在一些情况下，生成模块212可以生成用于多个汇款请求的总合的资金提供请求，其包括总支付金额以及多个不同的主账号和关联的支付金额。生成模块212还可以被配置为生成结算通知。用于传输到接收方机构116的结算通知可以包括至少一个接收方账号和关联的结算金额，或者可以包括总合的结算金额以及多个接收方账号和关联的结算金额。用于传输到接收方系统110和/或接收方网络118的结算通知可以至少包括结算金额，而且还可以包括用于在点对点支付交易中通知接收方的对账数据或其他数据。
在一些情况下，生成模块212可以被配置为依据诸如ISO 8583和ISO20022标准的一个或更多个标准来生成数据消息。在一些情况下，生成模块212可以被配置为依据单个标准生成数据消息。例如，第一计算装置104的生成模块212可以被配置为生成依据ISO 8583标准格式化的数据消息，而第二计算装置104的生成模块212可以被配置为生成依据ISO20022标准格式化的数据消息。在一些实施方式中，生成模块212可以被配置为将数据消息从一个格式转换成另一个。如在关联的标准中设定的，数据消息的转换可以包括一个或更多个数据元素的重新格式化和其中包括的数据元素的重组以及数据的添加或去除。例如，生成模块212可以被配置为将依据ISO 8583标准格式化的数据消息转换为与ISO 20022标准一致，这可以包括一个或更多个数据元素中的数据的移动和其重组。
在一些实施方案下，生成模块212可以被配置为生成与支付交易有关的第二数据消息。第二数据消息可以依据一个或更多个标准来格式化，并且可以至少包括多个数据元素，该多个数据元素包括被配置为存储支付金额的第一数据元素，支付金额至少基于交易细节。生成模块212还可以被配置为生成与支付交易有关的第三数据消息。第三数据消息可以依据一个或更多个标准来格式化，并且可以至少包括多个数据元素，该多个数据元素包括被配置为存储结算金额的第一数据元素和被配置为存储接收方账号的第二数据元素。结算金额可以至少基于交易细节。生成模块212还可以被配置为生成与支付交易有关的第四数据消息。第四数据消息可以依据一个或更多个标准来格式化，并且包括多个数据元素，该多个数据元素至少包括被配置为存储交易细节的第一数据元素和被配置为存储接收方账号的第二数据元素。
计算装置200还可以包括确定模块214。确定模块214可以被配置为执行与如这里所讨论的由处理系统102执行的功能有关的一个或更多个确定。确定模块214可以接收用于确定的指令和伴随数据，可以进行确定，并且可以向计算装置200的另一个模块或引擎输出确定的结果。例如，确定模块214可以被配置为确定接收到了对于一个或更多个汇款请求、来自发送方机构114的汇款资金。所述确定可以基于(例如，经由接收装置202进行的)与其关联的通知的接收、对交易账户及其余额的监测、以及其他合适的方法。确定模块214还可以被配置为对多个汇款请求确定总合的支付和结算金额。多个金额可以基于主账号或接收方账号的共性(如果适用的话，可以包括其中包含的识别值)来总合。
在一些实施方式中，确定模块214可以被配置为执行从发送方机构114接收的资金的对账。对账可以包括与从发送方机构114接收的资金对应的汇款请求的确定。例如，发送方机构114可以为多个不同汇款请求转移汇款资金(例如，基于总合资金提供请求)，并且确定模块214可以确定由接收装置202接收的哪些汇款请求经由所接收到的资金来被成功地提供了资金。所述确定然后可以用于确定哪些汇款请求已经完成了结算。例如，如果处理系统102正在总合到接收方机构116的结算支付的转移，则由确定模块214执行的对账可以包括确定与接收方机构116关联的所有汇款请求何时(例如，基于接收方账号)从对应的发送方机构114接收到它们的资金。
在一些实施方式中，可以在从发送方机构114接收到用于对应的汇款请求的所有资金之前将结算资金转移到接收方机构116。例如，处理系统102可以就到接收方机构116的资金的支付与接收方机构116达成协议，其中，确定模块214可以基于此了确定结算支付是否合适。在另一个示例中，可以在已经从发送方机构114接收预定金额的资金时将结算资金转移到接收方机构116，该预定金额可以由确定模块214来确定。
计算装置200还可以包括传输装置216。传输装置216可以被配置为经由一个或更多个网络协议通过一个或更多个网络传输数据。在一些实施方式中，传输装置216可以被配置为通过支付轨道(诸如将与支付网络关联的特殊配置的架构用于传输包括诸如所识别支付凭证的敏感金融数据和信息的交易消息)来传输数据。在一些情况下，传输装置216可以被配置为经由诸如因特网的另选网络向其他计算装置200、发送方系统108、发送方网络112、发送方机构114、接收方系统110、接收方网络118、接收方机构116以及其他实体传输数据。在一些实施方式中，传输装置216可以由多个装置组成，诸如用于通过不同网络传输数据的不同传输装置，诸如用于通过支付轨道传输数据的第一传输装置和用于通过因特网传输数据的第二传输装置。传输装置216可以电子地传输叠加有数据的数据信号，该数据可以由接收计算装置解析。在一些情况下，传输装置216可以包括一个或更多个模块，用于将数据叠加、编码或以其他方式格式化到适于传输的数据信号中。
[31]传输装置216可以被配置为向发送方机构114电子地传输叠加或以其他方式编码有资金提供请求的数据信号。资金提供请求可以至少包括主账号和支付金额，或者可以包括支付金额和多个主账号，以及用于总合汇款的和关联的多个支付金额。传输装置216还可以被配置为向接收方机构116电子地传输叠加或以其他方式编码有结算通知的数据信号。用于传输到接收方机构116的结算通知可以包括接收方账号和结算金额，或者可以包括单个结算金额以及用于总合结算的多个接收方账号和关联的结算金额。传输装置216还可以被配置为向接收方系统110和/或接收方网络118电子地传输数据信号，这些数据信号可以至少叠加或以其他方式编码有结算金额，而且可以包括适于由接收方实体使用的附加数据，诸如用于有关点对点交易的对账数据，该附加数据例如可以包括发货单号码、采购订单号码、行项目产品数据等。传输装置216还可以被配置为向处理系统102中的其他计算装置200传输数据信号。例如，第一计算装置104的传输装置216可以向第二计算装置106传输数据信号，该数据信号包括用于包括在资金提供请求中的总合汇款请求数据。传输装置216还可以被配置为使用传统方法和系统向交易账户(例如，与接收方机构116关联)传输资金，或者电子地传输发起资金转移的指令。
在一些情况下，传输装置216可以被配置为向第三方实体电子地传输数据信号，这些数据信号叠加或以其他方式编码有用于从一个标准到另一个标准的转换(诸如从ISO8583标准到ISO 20022标准的转换)的数据消息。在一些实施方式中，计算装置200的传输装置216可以被配置为传输使用单个标准格式化的数据消息。在一些情况下，计算装置200可以包括多个传输装置216，其中，每个传输装置216被配置为传输使用单个关联标准格式化的数据消息。
传输装置216还可以被配置为向与交易账户关联的第一金融机构电子地传输第二数据消息，该交易账户与主账号有关。传输装置216可以向与交易账户关联的第二金融机构传输第三数据消息，该交易账户与接收方账号有关，并且传输第一数据消息、第二数据消息以及第三数据消息，以便在图形用户界面(GUI)上显示。
计算装置200还可以包括存储器218。存储器218可以被配置为存储由计算装置200在执行这里所讨论的功能时使用的数据。存储器218可以被配置为使用合适的数据格式化方法和模式来存储数据，并且可以是任意合适类型的存储器，诸如只读存储器、随机存取存储器等。如将对相关领域技术人员明显的，存储器218例如可以包括加密密匙和算法、通信协议和标准、数据格式化标准和协议、用于处理装置的模块和应用程序的程序代码、以及可以适于由计算装置200在执行这里所公开的功能时使用的其他数据。在一些实施方式中，存储器218可以由关系数据库组成或可以包括关系数据库，该关系数据库将结构化查询语言用于其中存储的结构化数据集的存储、识别、修改、更新、访问等。
用于点对点交易的结算的第一处理
图3A是例示了根据示例性实施方式的、使用单个计算装置和实体系统的点对点交易的结算的处理300a的流程图。点对点交易的处理和结算的处理300a使用具有单个计算装置200的处理系统102，并且其中，处理系统102与发送方系统108和接收方系统110直接通信。
在步骤302a中，发送方系统108可以向处理系统102电子地传输叠加或以其他方式编码有用于点对点交易的汇款请求的数据信号。汇款请求可以至少包括与用于为点对点交易提供资金的交易账户关联的主账号、要在点对点交易中支付的交易金额、以及用于接收所支付资金的与交易账户关联的接收方账号。在一些实施方式中，汇款请求还可以包括对账数据，诸如采购订单号码、发货单号码以及行项目产品数据。处理系统102的计算装置200的接收装置202可以接收数据信号并且解析上面所叠加的汇款请求。在一些情况下，汇款请求可以依据诸如ISO 8583或ISO 20022标准的标准来格式化。
在步骤304a中，处理系统102中的计算装置200的确定模块214可以总合所接收的汇款请求与对于其他点对点支付交易接收的汇款请求。对汇款请求的总合可以包括总合在所接收汇款请求中的交易金额与在包括同一主账号的其他汇款请求中包括的交易金额，或包括具有同一银行识别号码、发行方识别号码或与单个发送方机构114关联的其他识别值的其他主账号的其他汇款请求中包括的交易金额。在一些情况下，在步骤304a中执行的总合还可以包括将所接收汇款请求与用于结算的其他汇款请求的总合，其中，其他汇款请求可以包括同一接收方账号或具有同一银行识别号码、发行方识别号码或与单个接收方机构116关联的识别值的其他接收方账号。作为总合的一部分，处理系统102中的计算装置200的生成模块212可以生成资金提供请求，其中，资金提供请求包括对于发送方机构114总合的支付金额、主账号及其关联的交易金额、以及其他主账号和对应的交易金额。在一些实施方式中，资金提供请求可以依据诸如ISO 8385或ISO20022标准的标准来格式化。
在步骤306a中，处理系统102中的计算装置200的传输装置216可以向发送方机构114电子地传输叠加或以其他方式编码有资金提供请求的数据信号。在一些实施方式中，数据信号可以经由与支付网络关联的支付轨道来电子地传输。在步骤308a中，发送方机构114可以对于如在从处理系统102接收的资金提供请求中指示的、在汇款请求中包括的交易金额借记在与主账号关联的发行给发送方系统308的交易账户。在步骤310a中，发送方机构114可以使用传统方法和系统向处理系统102转移对在资金提供请求中包括的总合支付金额总计的汇款资金。
在步骤312a中，处理系统102中的计算装置200的确定模块214可以执行汇款的对账。对账可以包括将所接收汇款资金与对应的汇款请求关联，这可以基于所接收金额与被总合成对应资金提供请求的汇款请求。对账还可以包括确定已经从各种发送方机构114接收到了对于与在从发送方系统108接收的汇款请求中包括的接收方账号关联的接收方机构116总合的结算金额。
一旦已经接收到合适金额的资金用于接收方机构的结算，则处理系统102中的计算装置200的生成模块212可以生成结算通知，该结算通知包括来自汇款请求的总合结算金额、接收方账号以及交易金额、和来自对应的总合汇款请求的其他接收方账号和关联的交易金额。在一些实施方式中，结算通知可以依据诸如ISO 8385或ISO 20022标准的标准来格式化。在步骤314a中，处理系统102中的计算装置200的传输装置216可以向接收方机构116电子地传输叠加或以其他方式编码有结算通知的数据信号。在一些情况中，数据信号可以经由与支付网络关联的支付轨道来传输。在步骤316a中，传输装置216可以使用传统方法向接收方机构116转移或发起转移与总合结算金额对应的资金。
在步骤318a中，接收方机构116可以将交易金额贷记在向接收方实体发行的交易账户，该接交易账户与在汇款请求中包括的接收方账号关联。接收方机构116还可以将关联的交易金额贷记在与在结算通知中包括的其他接收方账号关联的其他交易账户中。作为在步骤312a中执行的对账的一部分，处理系统102中的计算装置200的生成模块212还可以生成用于接收方系统110的结算通知。结算通知可以至少包括交易金额，而且还可以包括在汇款请求中包括的对账数据(如果适用)以及适于向接收方系统110提供的任意其他数据。结算通知可以依据诸如ISO 8583或ISO 20022标准的标准来格式化。在步骤320a中，传输装置216可以向接收方系统110电子地传输叠加或以其他方式编码有结算通知的数据信号。
图3B是例示了根据示例性实施方式的、使用单个计算装置和实体系统对点对点交易的记录、处理以及显示的处理300b的流程图。对点对点交易的记录、处理以及显示的处理300b使用具有单个计算装置200的处理系统102，并且其中，处理系统102与发送方系统108和接收方系统110直接通信。
在步骤302b中，发送方系统108可以向处理系统102电子地传输叠加或以其他方式编码有用于点对点交易的交易细节的数据信号。交易细节可以至少包括与用于为点对点交易提供资金的交易账户关联的主账号、要在点对点交易中支付的交易金额、以及与用于接收所支付资金的交易账户关联的接收方账号。在一些实施方式中，交易细节还可以包括对账数据，诸如采购订单号码、发货单号码以及行项目产品数据。处理系统302的计算装置200的接收装置202可以接收数据信号并且解析上面所叠加的汇款请求。在一些情况下，交易细节可以依据诸如ISO 8583或ISO 20022标准的标准来格式化。
在步骤304b中，处理系统102中的计算装置200可以存储用于该支付交易的所接收交易细节和对于其他点对点支付交易接收的交易细节。在步骤306b中，处理系统102中的计算装置200的传输装置216可以向发送方机构114电子地传输叠加或以其他方式编码有资金提供请求的数据信号。在一些实施方式中，该数据信号可以经由与支付网络关联的支付轨道来电子地传输。在步骤308b中，发送方机构114将如在从处理系统102接收的资金提供请求中指示的、在交易细节中包括的交易金额借记在与主账号关联的发行给发送方系统108的交易账户中。在步骤310b中，发送方机构114可以使用传统方法和系统向处理系统102转移对在资金提供请求中包括的支付金额加总的资金。
在一些实施方案中，可以使得第三方系统124知道交易细节。第三方系统124例如可以是对基于预期结算有意提供资金供接收方实体借用的公司。接收方实体可以通过处理系统102选择允许第三方系统104查看关于它们的支付交易的分类账。在步骤322b中，第三方系统124可以访问在与接收方实体关联的分类账中存储的与被结算的支付交易和另外交易有关的贸易目录的视图。
在步骤324b中，第三方系统124可以通过提供给接收方实体与被结算的支付交易关联的提议来提供使接收方实体取得即付的能力。第三方系统124可以检查接收方实体的交易历史，这可以包括识别接收方实体与支付用于交易的汇款的特定发送方实体之间的之前交易，并且第三方系统确定利率用于基于所述交易而提供贷款。所述提议可以直接或经由处理系统102传达到接收方实体，接收方实体可以接受或拒绝该提议。如果接受，则第三方系统124可以向接收方实体提供早期支付，以便后期偿还，该后期偿还可以作为这里所讨论的结算处理的一部分直接由接收方实体或经由处理系统102和/或接收方机构116进行。
在步骤314b中，处理系统102中的计算装置200的传输装置216可以向接收方机构116电子地传输叠加或以其他方式编码有结算通知的数据信号。在一些情况中，数据信号可以经由与支付网络关联的支付轨道来传输。在步骤316b中，传输装置216可以使用传统方法向接收方机构116转移或发起转移与总合结算金额对应的资金。
在步骤318b中，接收方机构116可以将该交易金额贷记在向接收方实体发行的与在汇款请求中包括的接收方账号关联的交易账户中。接收方机构116还可以将关联的交易金额贷记在与在结算通知中包括的其他接收方账号关联的其他交易账户中。在接收方实体接受第三方系统124的提议的情况下，接收方机构116可以向第三方系统124提供贷记金额的支付。在一些这种情况下，接收方机构116可以正常地贷记交易账户，在这种情况下，接收方实体可以独自偿还第三方系统124的贷款。在步骤320b中，传输装置216可以向接收方系统110电子地传输叠加或以其他方式编码有交易状态的数据信号，使得接收方可以查看详述交易细节的分类账。接收方实体然后可以根据所建立的条款通过偿还贷款来完成与第三方系统124的交易。
用于点对点交易的结算的第二处理
图4例示了使用处理系统102的点对点交易的处理和结算的另选处理400，该处理系统102使用第一计算装置104和第二计算装置106，并且其中，处理系统102分别经由发送方网络112和接收方网络118与发送实体和接收方实体直接通信。在一些情况下，发送方网络112和接收方网络118可以是同一实体。
在步骤402中，发送方网络112可以从发送实体接收汇款信息。在一些情况下，汇款信息可以从发送方系统108接收，诸如经由从发送方系统108开始的电子传输。在其他情况下，汇款信息可以经由与由发送实体使用的计算装置的通信来接收，诸如经由网页或应用程序。在一些情况下，汇款信息可以由发送方网络112的用户手动输入，诸如发送方网络112的员工基于从发送实体接收的指令在发送方网络112中手动输入数据。被提供给发送方网络112的汇款信息可以包括用于由发送方机构114发行给发送实体的交易账户的主账号、要支付的交易金额、以及为了接收所述支付由接收方机构116发行给接收方实体的交易账户的接收方账号。
在步骤404中，发送方网络112可以向处理系统102的第一计算装置104电子地传输叠加或以其他方式编码有汇款请求的数据信号。汇款请求可以至少包括主账号、交易金额以及接收方账号。在一些实施方式中，汇款请求可以依据ISO 8583标准来格式化。在步骤406中，第一计算装置104的确定模块214可以总合该汇款请求与关联的汇款请求。总合可以包括对点对点交易的汇款的总合，与对点对点交易的结算的总合。对汇款的总合可以包括总合所述汇款请求与包括同一主账号或各包括与发送方机构114关联的公共识别值的其他主账号的其他汇款请求。用于结算的总合可以包括总合所述汇款请求与包括同一接收方账号或每个都包括与接收方机构116关联的公共识别值的其他接收方账号的其他汇款请求。
在步骤408中，第一计算装置104的传输装置216可以使用内部通信方法和网络向处理系统102的第二计算装置106电子地传输与发送方机构114关联的资金提供数据。第二计算装置104的接收装置202可以接收资金提供数据，该资金提供数据可以至少包括在所接收汇款请求中包括的交易金额和主账号、以及所识别的总合汇款请求。在一些情况下，资金提供数据还可以包括总合支付金额。在其他情况下，第二计算装置106的确定模块214可以确定所述总合支付金额。
第二计算装置106的生成模块212可以生成资金提供请求，其中，资金提供请求至少包括总合支付金额、每个主账号以及关联的交易金额。在一些实施方式中，资金提供请求可以依据ISO 20022标准来格式化。在步骤410中，第二计算装置106的传输装置216可以向发送方机构114电子地传输叠加或以其他方式编码有资金提供请求的数据信号。在步骤412中，发送方机构114可以在与在资金提供请求中包括的每个主账号对应的交易账户中借记与它们关联的交易金额。在步骤414中，发送方机构114可以发起总合支付金额的金额的汇款资金到处理系统102的转移。
在步骤416中，第二计算装置106的确定模块214可以执行对所接收汇款资金的对账。对账可以包括将所述汇款资金与所接收资金提供数据进行关联，以确定已经为哪些汇款请求提供了资金。作为对账的一部分，在步骤418中，第二计算装置106的传输装置216可以使用内部通信网络和方法向第一计算装置104电子地传输对汇款资金的接收的确认。在一些实施方式中，第二计算装置106仅可以确认汇款资金的接收，另外的对账由第一计算装置104的确定模块214来执行。对账可以包括确定是否已经接收了对于接收方机构116总合的合适金额的结算金额(例如，如在步骤406中执行的)。
一旦已经接收合适金额，那么在步骤420中，第一计算装置104的传输装置216可以使用内部通信网络和方法向第二计算装置106电子地传输叠加或以其他方式编码有执行结算的请求的数据信号。结算请求可以至少包括接收方账号和对于接收方机构116总合的交易金额。在一些实施方式中，结算请求还可以包括总合的结算金额。在其他实施方式中，第二计算装置106的确定模块214可以确定总合的结算金额。
在请求结算时，第一计算装置104可以(例如，经由其中包括的生成模块212)生成用于分发到接收方实体的结算通知。结算通知可以至少包括在所接收的汇款请求中包括的交易金额，并且可以包括任意另外数据，诸如对账数据。在一些实施方式中，结算通知可以依据ISO 8583标准来格式化。在步骤422中，第一计算装置104的传输装置216可以向接收方网络118电子地传输叠加或以其他方式编码有结算通知的数据信号。在步骤424中，接收方网络118可以通知接收方实体结算资金已经被接收。接收方网络118可以经由任意合适的方法(诸如电话、电子邮件、短消息服务、多媒体消息服务等)与接收方实体通信。
在从第一计算装置104接收结算请求之后，第二计算装置106的生成模块212可以生成用于分发到接收方机构116的结算通知。结算通知可以至少包括来自总合汇款请求的每个接收方账号和关联的交易金额。在一些情况下，结算通知还可以包括总合结算金额。在一些实施方式中，结算通知可以依据ISO 20022标准来格式化。在步骤426中，第二计算装置106的传输装置216可以向接收方机构116电子地传输叠加或以其他方式编码有结算通知的数据信号。在步骤428中，处理系统102可以发起总合的结算金额到接收方机构116的转移。在步骤430中，接收方机构可以在与接收方账号对应的每个交易账户贷记关联的交易金额。
对点对点交易的总合结算的处理
图5A和图5B是例示了根据示例性实施方式的、使用图1的处理系统中的多个计算装置来对点对点交易进行结算的处理的流程图。图5A和图5B例示了使用处理系统102中的多个计算装置200来对总合的点对点交易进行结算的处理，其中，对于汇款和结算这两者来总合点对点交易。将对相关领域技术人员明显的是，作为图5A和图5B所例示的处理的另选方案，如由图5A和图5B例示的处理系统102执行的、这里所讨论的功能可以使用单个计算装置200来执行，并且可以包括仅对汇款或仅对结算的总合。
在步骤502中，第一计算装置104的接收装置202可以接收多个汇款请求。汇款请求可以从发送方系统108、发送方网络112和/或发送方机构114接收。每个汇款请求可以至少包括与要从其进行支付的交易账户关联的主账号、用于支付的交易金额、以及与接收支付的交易账户关联的接收方账号。在一些实施方式中，汇款请求还可以包括对账数据。在一些情况下，汇款请求可以依据ISO 8583或ISO 20022标准来格式化。
在步骤504中，第一计算装置104的确定模块214可以总合多个汇款请求的汇款金额和资金提供金额。汇款金额可以是与在所接收的汇款请求中包括的至少一个主账号关联的每个发送方机构114的金额，其中，各汇款金额可以是在每个汇款请求中包括的交易金额的合计，每个汇款请求包括与发送方机构114关联的主账号，其可以基于银行识别号码、发行方识别号码或在主账号中包括的其他识别值来确定。资金提供金额可以是与在所接收汇款请求中包括的至少一个接收方账号关联的每个接收方机构116的金额，其中，各资金提供金额可以是在各汇款请求中包括的交易金额的合计，各汇款请求包括与接收方机构116关联的主账号，该合计可以基于银行识别号码、发行方识别号码或在接收方账号中包括的其他识别值来确定。
在步骤506中，第一计算装置104的生成模块212可以生成资金提供数据。资金提供数据可以包括各发送方机构114的所确定汇款金额、对应的发送方机构114以及各发送方机构114的关联主账号和对应的交易金额。在步骤508中，第一计算装置104的传输装置216可以经由处理系统102的内部通信网络和方法向第二计算装置106电子地传输叠加或以其他方式编码有资金提供数据的数据信号。在步骤510中，第二计算装置106的接收装置202可以接收资金提供数据。
在步骤512中，第二计算装置106的生成模块212可以生成各发送方机构114的资金提供请求，资金提供请求包括关联的汇款金额和具有它们对应的交易金额的关联主账号，资金提供请求可以叠加或以其他方式编码在由第二计算装置106的传输装置216电子地传输到相应发送方机构114的数据信号中。在一些实施方式中，各资金提供请求可以依据ISO8583或ISO 20022标准来格式化。发送方机构114可以接收资金提供请求，因此可以在汇款金额提供给处理系统102的情况下处理它们。在步骤514中，第二计算装置106的接收装置202可以从发送方机构114接收汇款资金或其确认。
在步骤516中，第二计算装置106的传输装置216可以使用处理系统102的内部通信方法和网络向第一计算装置104电子地传输叠加有对汇款资金的接收的确认的数据信号。所述确认可以至少包括从其接收资金的发送方机构114和所接收的对应汇款金额。在步骤518中，第一计算装置104的接收装置202可以接收确认。在步骤520中，第一计算装置104的确定模块214可以执行汇款资金的对账，该对账可以包括确定所接收资金对应于哪些汇款请求，这可以用于确定是否已经对于关于任何一个接收方机构116的结算接收了合适的资金。
在步骤522中，第一计算装置104的生成模块212可以生成结算请求，该结算请求可以包括要接收结算(例如，基于对账)的各接收方机构116的资金提供金额以及关联的接收方账号和对应的交易金额，并且可以使用处理系统102的内部合适的通信网络和方法(例如，经由第一计算装置104的传输装置216)向第二计算装置106电子地传输结算请求。在一些实施方式中，结算请求可以依据ISO 8583或ISO 20022标准来格式化。在步骤524中，第一计算装置104的生成模块212可以生成多个汇款请求中的每一个的结算通知，结算通知可以至少包括交易金额和任意其他另外的数据(例如，在汇款请求中包括的对账数据)，该结算通知可以叠加或以其他方式编码在电子地传输到关联的接收方系统110、接收方机构116或接收方网络118的数据信号中，用于向接收方实体通知点对点交易的结算。
在步骤526中，第二计算装置106的接收装置202可以从第一计算装置104接收结算请求。在步骤528中，第二计算装置106的生成模块212可以为各个接收方机构116生成结算通知。各结算通知可以包括对于接收方机构116确定的总合资金提供金额、来自汇款请求的关联接收方账号以及它们的对应交易金额。在一些实施方式中，结算通知可以依据ISO8583或ISO 20022标准来格式化。在步骤530中，第二计算装置106的传输装置216可以向各接收方机构116电子地传输叠加或以其他方式编码有关联的结算通知的数据信号。在步骤532中，传输装置216可以使用传统方法和系统向各个接收方机构116转移或发起转移结算资金。
用于点对点交易的记录和显示的处理
图6是例示了根据示例性实施方式的、在图1的处理系统中的点对点交易的记录、处理以及显示的处理600的示图。例如，处理600例示了公司用非卡支付的方式向它们的供方或销售商支付的能力，因为在供方向它的消费者提供票据时，通常供方不接受用信用卡进行的支付。
在步骤608中，买方602(例如，发送方实体)可以发布可以发送到系统平台604的商品和/或服务的采购订单。系统平台604可以是由处理系统102提供并且经由在其中包括的计算装置200(诸如第一计算装置104和第二计算装置106)实施的平台。在步骤610中，系统平台604可以将该数据作为交易细节传输到供方606(例如，接收方实体)，该供方将确认采购订单的接收。
在一些实施方案中，系统平台604可以使用API来捕捉重要的交易数据(例如，交易金额、所请求商品和/或服务的名称、所请求商品和/或服务的数量；支付日期等)，并且将内部数据库(例如，账户数据库206)中的信息连同在买方602和供方606的贸易目录中的账户简档信息一起存储在分类账中。系统平台604可以提供到原始采购订单、发货单和/或与交易有关的任意其他对应关系的链接。该链接将原始对应关系示出在网站和/或买方602、供方606的支付处理系统和/或任意其他系统上。
在步骤612中，供方606可以向系统平台604发送发货单。系统平台604将在步骤614中使用API提取所述重要信息并且使用API将数据发送到买方602。例如，供方606可以向买方602发送发货单，以便按30或60天期限等向供方606付款。大多数供方将希望在30天内接收资金并且希望在30天内向它们付款。然而，在现有技术系统中，大多数供方看不到付款过账和支付实际上如何进行，这可能导致现金流问题。系统平台604通过提供一个平台来避免这些问题，在该平台上，对所涉及的所有各方交易可见性都上清楚的，并且确保对及时支付的期望是清楚的。系统平台604提供捕捉多方的身份的贸易目录和发生的所有交易的分类账。多方的身份(即，付款人和收款人、或买方和供方)还包括所述方信息、公司身份、以及该公司内具有对银行和金融交易的权利的个人和/或实际银行账户信息。贸易目录是在使用系统平台时存在于所识别各方之间的所有交易的分类账。
在步骤616中，买方602批准发货单。在步骤618中，供方606监测发货单和支付状态。例如，供方606可以通过在贸易目录中登记来报名使用该系统，其中，供方的银行账户信息在系统中，识别负责应付账号(AP)或应收账号(AR)的任何人以及它们的财务和库房主管，识别用于供方的金融交易和任意采购订单的已授权个人，并且在该贸易目录的分类账方面中捕捉经由系统平台进行的发货单和支付。因此，随着时间的过去，在分类账中捕捉到所启用各方之间的每一个采购订单、发货单、交易、或其状态以及对其的及时支付。
在步骤620中，供方可以预先选择支付。系统平台604可以包括一个或更多个第三方系统，该一个或更多个第三方系统以一定利率，取决于由第三方金融提供者提供的期限，提供借用的资金或无追索权地出售应收账款。到由系统平台604提供的对数据的可见性向第三方系统提供机遇。例如，供方606可以选择允许第三方系统查看关于供方交易的分类账。第三方系统在符合隐私考虑并得到在交易中涉及的所有各方的同意的情况下，可以访问的贸易目录。第三方系统可以分析价格风险，并且例如可以对于特定发货单向供方606提供金融解决方案。第三方系统可以提供使供方606取得即付现金的能力。由此，代替供方606一直等到第30天或第40天才接收它们的现金的方案，基于供方606与买方602之间的交易的历史，第三方系统可以看到买方602全额支付它们发货单的99.9％，因此，基于来自该分类账的数据，第三方系统可以具有高信任度，即，买方602将支付该供方606的下一发货单。第三方系统然后可以向该供方606提供非常低的APR，以预付现金。
在步骤622中，支付支出日期由买方602来安排。在步骤624中，提供具有汇款信息的、到系统平台604的支付指令。在步骤628中，供方银行接收早期付款。在步骤630中，买方银行向系统平台604提供付款。在步骤632和634中，将基于交易结果的买方602、供方606以及第三方数据作为分类账的一部分上传到系统平台604中。
用于处理点对点支付交易的示例性方法
图7是例示了根据示例性实施方式的、用于处理点对点支付交易的示例性方法的流程图。
在步骤702中，可以由处理服务器(例如，处理服务器102)的接收装置(例如，接收装置202)接收与支付交易有关的第一数据消息，其中，第一数据消息依据一个或更多个标准来格式化，第一数据消息被使用一个或多个应用程序接口(API)接收，并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储交易细节的第一数据元素、被配置为存储主账号的第二数据元素、以及被配置为存储接收方账号的第三数据元素。
在步骤704中，将第一、第二和第三数据元素以及到隶属于第一数据消息的记录的链接存储在处理服务器(例如，处理服务器102)的商业数据库(例如，数据库122)中，其中，该链接提供到基于第一数据消息的文件的访问。
在步骤706中，可以由处理服务器(例如，处理服务器102)的生成模块(例如，生成模块212)生成与支付交易有关的第二数据消息，其中，第二数据消息依据一个或更多个标准来格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储支付金额的第一数据元素，支付金额至少基于交易细节。在步骤608中，可以将第一数据元素以及到隶属于第二数据消息的记录的链接存储在处理服务器(例如，处理服务器102)的商业数据库(例如，数据库122)中，其中，该链接提供到基于第二数据消息的文件的访问。
在步骤710中，可以由处理服务器(例如，102)的传输装置(例如，传输装置216)向与交易账户关联的第一金融机构电子地传输第二数据消息，该交易账户与主账号有关。在步骤712中，可以由处理服务器(例如，处理服务器102)的生成模块(例如，生成模块212)生成与支付交易有关的第三数据消息，其中，第三数据消息依据一个或更多个标准来格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储结算金额的第一数据元素和被配置为存储接收方账号的第二数据元素，结算金额至少基于交易细节。
在步骤112中，可以将第一数据元素和第二数据元素以及到隶属于第三数据消息的记录的链接存储在处理服务器(例如，102)的商业数据库(例如，122)中，其中，该链接提供到基于第三数据消息的文件的访问。
在步骤114中，可以由处理服务器(例如，处理服务器102)的传输装置(例如，传输装置216)将第三数据消息电子地传输到与交易账户关联的第二金融机构，该交易账户与接收方账号有关，并且可以传输第一数据消息、第二数据消息、第三数据消息，以便在图像用户界面(GUI)上显示。
在一个实施方式中，第一数据消息、第二数据消息以及第三数据消息可以是依据ISO 8583标准来格式化的交易消息。在另一个实施方式中，第一数据消息可以依据ISO8583标准来格式化，并且第二数据消息和第三数据消息可以依据ISO 20022标准来格式化。在另外的实施方式中，生成第二数据消息可以包括基于ISO 8583标准与ISO 20022标准之间的对应关系将第一数据消息转换成第二数据消息。在一些实施方式中，支付金额可以等于交易金额，和/或结算金额可以等于交易金额。
在一个实施方式中，方法100还可以包括以下步骤：由处理服务器的接收装置接收一个或更多个另外的数据消息，其中，各另外的数据消息与另外的支付交易有关，并且包括多个数据元素，该多个数据元素至少包括被配置为存储多个账号中的一个的第一数据元素和被配置为存储不同交易金额的第二数据元素，其中，支付金额是在各另外数据消息中包括的第二数据元素所存储的不同交易金额的总合，并且主账号和所述多个账号中的每一个包括公共银行识别号码或发行方识别号码。在另外的实施方式中，主账号和多个账号中的每一个可以与同一交易账户关联。在另一个另外实施方式中，所述公共银行识别号码或发行方识别号码可以与第一金融机构关联。
在一个实施方式中，交易细节包括以下内容中的一个或更多个：交易金额、订单日期、履行日期以及状态。结算金额可以等效于交易细节。在一些实施方案中，在商业数据库中存储的数据元素包括贸易目录和/或分类账。
在一些实施方式中，方法100还可以包括以下步骤：由处理服务器的接收装置接收一个或更多个另外的数据消息，其中，各另外的数据消息与另外的支付交易有关，并且包括多个数据元素，该多个数据元素至少包括被配置为存储不同交易金额的第二数据元素和被配置为存储多个账号中的一个的第三数据元素，其中，结算金额是在各另外数据消息中包括的第二数据元素所存储的不同交易金额的总合，并且接收方账号和所述多个账号中的每一个包括公共银行识别号码或发行方识别号码。在另外的实施方式中，接收方账号和多个账号中的每一个可以与同一交易账户关联。在另一个另外实施方式中，公共银行识别号码或发行方识别号码可以与第二金融机构关联。
在一个实施方式中，方法100还可以包括以下步骤：由处理服务器的生成模块生成与支付交易有关的第四数据消息，其中，第四数据消息依据标准来格式化，并且包括多个数据元素，该多个数据元素至少包括被配置为存储交易金额的第一数据元素和被配置为存储接收方账号的第二数据元素；以及由处理服务器的传输装置电子地传输第四数据消息。在另外的实施方式中，第四数据消息可以电子地传输到第二金融机构。在另一个另外实施方式中，第一数据消息可以从第三方系统接收，并且第四数据消息可以电子地传输到第三方系统。在又一个实施方式中，第四数据消息可以依据ISO 8583标准来格式化。
在一些实施方式中，处理服务器可以包括第一计算装置(例如，第一计算装置104)和第二计算装置(例如，第二计算装置106)，其中，第一计算装置包括接收装置，并且第二计算装置包括生成模块、确定模块以及传输装置。在另外的实施方式中，方法600还可以包括以下步骤：由处理服务器的第一计算装置的生成模块生成至少与支付金额叠加的数据信号；由处理服务器的第一计算装置的传输装置向第二计算装置电子地传输所生成的数据信号；以及由处理服务器的第二计算装置的接收装置接收数据信号。
支付交易处理系统和处理
图8是例示了根据示例性实施方式的支付交易的处理的流程图。
图8例示了交易处理系统和用于在所述系统中处理支付交易的处理800，该处理可以包括给定时段(例如，每小时、每天、每周等)期间对数千、数百万甚至数十亿交易的处理。处理800以及其中所包括的步骤可以由以上所讨论的系统100的一个或更多个部件(诸如处理系统102、发送方机构114、接收方机构116等)来执行。使用图8所例示且以下讨论的系统和处理800对支付交易的处理可以使用支付轨道，支付轨道可以包括如由以下所讨论的实体特别配置并编程的、用于执行处理800的步骤的计算装置和基础设施，这些计算装置和基础设施包括交易处理服务器812，该服务器可以与被配置为处理支付交易的一个或更多个支付网络关联。将对相关领域技术人员明显的是，关于在支付交易的处理中涉及的步骤，处理800可以并入以上所讨论的图3A、图3B、图4、图5A、图5B、图6以及图7中例示的处理中。另外，这里被讨论的用来执行处理800的实体可以包括被配置为执行以下讨论的功能的一个或更多个计算装置或系统。比如，商家806可以包括一个或更多个销售点装置、局部通信网络、计算服务器以及被配置为执行这里讨论的功能的其他装置。
在步骤820中，发行金融机构802可以向消费者804发行支付卡或其他合适的支付工具。发行金融机构可以是金融机构，诸如银行或掌管并管理支付账户和/或用于与可以用于为支付交易提供资金的支付账户一起使用的支付工具的其他合适类型的实体。消费者804可以在发行金融机构802处具有交易账户，该交易账户具与所发行支付卡关联，使得在用于支付交易时，支付交易由关联的交易账户来提供资金。在一些实施方式中，支付卡可以物理地发行给消费者804。在其他实施方式中，支付卡可以是虚拟支付卡或以电子格式提供给消费者804。
在步骤822中，消费者804可以向商家806呈现所发行的支付卡，以便用于为支付交易提供资金。商家806可以是企业、另一个消费者或可以是涉及与消费者804的支付交易的任意实体。支付卡可以由消费者804通过向商家806提供物理卡来呈现，向商家806电子地传输(例如，经由近场通信、无线传输或其他合适的电子传输类型和协议)支付卡的支付细节，或经由第三方发起支付细节到商家806的传输。商家806可以(例如，经由电子传输，经由从物理支付卡读取支付细节等)来接收支付细节，支付细节至少可以包括与支付卡和/或关联的交易账户关联的交易账号。在一些情况下，支付细节可以包括可以用于支付交易的处理的一个或更多个应用密码。
在步骤824中，商家806可以将交易细节输入到销售点计算系统中。交易细节可以包括与支付卡关联的、由消费者804提供的支付细节和与交易关联的另外细节，诸如交易金额、时间和/或日期、产品数据、报价数据、忠诚数据、奖励数据、商家数据、消费者数据、销售点数据等。交易细节可以经由一个或更多个输入装置(诸如被配置为扫描产品条码的光学条码扫描仪、被配置为接收由用户输入的产品代码的键盘等)输入到商家806的销售点系统中。商家销售点系统可以是旨在用于处理电子金融交易和与支付网络通信(例如，经由支付轨道)的目的的特别配置的计算装置和/或专用计算装置。商家销售点系统可以是上面运行销售点系统应用程序的电子装置，其中，所述应用程序使得电子装置接收并且向支付网络传输电子金融交易信息。在一些实施方式中，商家806可以是在电子商务交易中的在线零售商。在这种实施方式中，如将对相关领域技术人员明显的，交易细节在电子交易中可以输入在用于存储交易数据的购物车或其他仓库中。
在步骤826中，商家806可以向网关处理器808电子地传输叠加有交易数据的数据信号。网关处理器808可以是被配置为从商家806接收用于格式化并且传输到收单金融机构810的交易细节的实体。在一些情况下，网关处理器808可以与多个商家806和多个收单金融机构810关联。在这种情况下，网关处理器808可以接收涉及各种商家的多个不同交易的交易细节，这些细节可以被转发到适当的收单金融机构810上。通过与多个收单金融机构810具有关系并且具有必要的基础设施来使用支付轨道(诸如使用与网关处理器808关联的或与用于提交、接收并且检索数据的金融机构关联的应用编程接口)与金融机构通信，网关处理器808可以充当的中介使得商家806能够经由网关处理器808的单个通信信道和格式进行支付交易，不必维持与多个收单金融机构810以及与其关联的支付处理器和硬件的关系。收单金融机构810可以是金融机构，诸如银行或掌管并管理支付账户和/或用于与支付账户一起使用的支付工具的其他实体。在一些情况下，收单金融机构810可以管理用于商家806的交易账户。在一些情况下，单个金融机构可以操作为发行金融机构802和收单金融机构810这两者。
从商家806传输到网关处理器808的数据信号可以叠加有用于支付交易的交易细节，这些交易细节可以基于一个或更多个标准来格式化。在一些实施方式中，所述标准可以由网关处理器808来设定，该网关处理器可以将唯一的专有格式用于到/来自网关处理器808的交易数据的传输。在其他实施方式中，可以使用公用标准，诸如国际标准化组织的ISO8883标准。该标准可以指示可以被包括的数据的类型、数据的格式化、数据要如何存储并传输以及用于将交易数据传输到网关处理器808的其他准则。
在步骤828中，网关处理器808可以解析交易数据信号，以获得上面叠加的交易数据，并且可以按需格式化交易数据。交易数据的格式化可以基于网关处理器808或与支付交易关联的收单金融机构810的专有标准由网关处理器808来执行。专有标准可以指定在交易数据中包括的数据的类型和用于数据的存储和传输的格式。收单金融机构810可以由网关处理器808使用交易数据来识别，诸如通过解析交易数据(例如，解构成各个数据元素)以获得与收单金融机构810关联的、其中包括的账户标识符来进行。在一些情况下，网关处理器808然后可以基于所识别的收单金融机构810格式化交易数据，以便遵守由收单金融机构810指定的格式化的标准。在一些实施方式中，所识别的收单金融机构810可以与在支付交易中涉及的商家806关联，并且在一些情况下可以管理与商家806关联的交易账户。
在步骤830中，网关处理器808可以向所识别的收单金融机构810电子地传输叠加有格式化交易数据的数据信号。收单金融机构810可以接收数据信号并且解析信号，以获得上面叠加的格式化交易数据。在步骤832中，收单金融机构可以基于格式化的交易数据生成用于支付交易的授权请求。授权请求可以是依据一个或更多个标准(诸如ISO 8883标准和由诸如支付网络的、用于处理支付交易的支付处理器设定的标准)格式化的特别格式化的交易消息。授权请求可以是包括指示授权请求的消息类型指示符的交易消息，其指示出在支付交易中涉及的商家806对于交易请求支付或来自发行金融机构802的支付的许诺。授权请求可以包括多个数据元素，各数据元素被配置为存储如在关联标准中设定的数据,诸如存储帐号、应用密码、交易金额、发行金融机构802信息等。
在步骤834中，收单金融机构810可以向交易处理服务器812电子地传输授权请求，以便处理。交易处理服务器812可以包括被配置为处理支付交易的作为支付网络的一部分的一个或更多个计算装置。在一些实施方式中，授权请求可以由收单金融机构810或与收单金融机构关联的其他实体处的交易处理器来传输。交易处理器可以是包括多个通信信道的一个或更多个计算装置，该多个通信信道用于与交易处理服务器812通信，以便向和从交易处理服务器812传输交易消息和其他数据。在一些实施方式中，与交易处理服务器812关联的支付网络可以拥有或操作各交易处理器，使得支付网络可以为了网络和信息安全而维持对到和来自交易处理服务器812的交易消息的通信的控制。
在步骤836中，交易处理服务器812可以执行用于支付交易的增值服务。增值服务可以是由发行金融机构802指定的服务，这些服务可以在支付交易的处理中向发行金融机构802或消费者804提供附加值。增值服务例如可以包括欺诈评分、交易或账户控制、帐号映射、提供赎回、忠诚处理等。比如，在交易处理服务器812接收交易时，可以基于内部包括的数据以及一个或更多个欺诈评分算法和/或引擎来计算交易的欺诈评分。在一些情况下，交易处理服务器812可以首先识别与交易关联的发行金融机构802，然后识别由发行金融机构802指示要执行的任意服务。发行金融机构802例如可以由在授权请求所包括的特定数据元素中包括的数据(诸如发行方识别号码)来识别。在另一个示例中，发行金融机构802可以由在授权请求中存储的主账号来识别，诸如通过将主账号的一部分(例如，银行识别号码)用于识别。
在步骤838中，交易处理服务器812可以向发行金融机构802电子地传输授权请求。在一些情况下，作为由交易处理服务器812执行增值服务的结果，可以修改授权请求，或者在授权请求中包括另外的数据或伴随授权请求传输另外的数据。在一些实施方式中，授权请求可以传输到位于发行金融机构802或与其关联的实体处的交易处理器(例如，由交易处理服务器812拥有或操作)，该交易处理器可以将授权请求转发到发行金融机构802。
在步骤840中，发行金融机构802可以授权交易账户为支付交易进行支付。所述授权可以基于用于交易账户的可用信用金额和用于支付交易的交易金额、由交易处理服务器812提供的欺诈得分、以及将对相关领域技术人员明显的其他考虑。发行金融机构802可以将授权请求修改为包括指示支付交易的批准(例如，或在要拒绝交易的情况下为拒绝)的响应代码。发行金融机构802还可以将交易消息的消息类型指示符修改为指示交易消息变为授权响应。在步骤842中，发行金融机构802可以(例如，经由交易处理器)向交易处理服务器812传输授权响应。
在步骤844中，交易处理服务器812可以(例如，经由交易处理器)向收单金融机构810转发授权响应。在步骤846中，收单金融机构可以生成指示如在授权响应的响应代码中指示的支付交易的批准或拒绝的响应消息，并且可以使用由网关处理器808设定的标准和协议向网关处理器808传输响应消息。在步骤848中，网关处理器808可以使用适当标准和协议向商家806转发响应消息。在步骤880中，假定交易被批准，那么作为支付交易的一部分，商家806可以向消费者804提供由消费者804购买的产品。
在一些实施方式中，一旦完成处理800，则可以执行从发行金融机构802到收单金融机构810的支付。在一些情况下，支付可以立即或在一个营业日内进行。在其他情况下，可以在一个时间段之后并且响应于从收单金融机构810经由交易处理服务器802将清算请求提交到发行金融机构802而进行支付。在这种情况下，多个支付交易的清算请求可以总合成单个清算请求，该单个清算请求可以由交易处理服务器812用于识别由谁进行和支付到谁的总支付，以便结算各支付交易。
在一些情况下，系统还可以被配置为在通信路径可能不可用的情况下执行支付交易的处理。例如，如果不能获得发行金融机构来执行交易账户的授权(例如，在步骤840中)，则交易处理服务器812可以被配置为代表发行金融机构802执行交易的授权。这种动作可以被称为“替身处理”，在该处理中，交易处理服务器“替身”作为发行金融机构802。在这种情况下，交易处理服务器812可以使用由发行金融机构802设定的规则来确定支付交易的批准或拒绝，因此可以在步骤844中向收单金融机构810转发之前修改交易消息。交易处理服务器812可以保持与交易处理服务器812替身的交易关联的数据，并且一旦重新建立通信，则可以向发行金融机构802传输所保持的数据。发行金融机构802然后因此可以处理交易账户，以消化丢失通信的时间。
在另一个示例中，如果不能获得交易处理服务器812用于由收单金融机构810提交授权请求，那么收单金融机构810处的交易处理器可以被配置为执行交易处理服务器812和发行金融机构802的处理。该交易处理器可以包括适于用于基于内部包括的数据进行支付交易的批准或拒绝的确定的规则和数据。比如，发行金融机构802和/或交易处理服务器812可以对在交易处理器中存储并且用于基于此确定支付交易的批准或拒绝的交易类型、交易金额等设置限值。在这种情况下，收单金融机构810即使在交易处理服务器812不可用时也可以接收支付交易的授权响应，这确保即使在通信不可用的情况下也处理交易并且不经历停机时间。在这种情况下，交易处理器可以存储支付交易的交易细节，一旦重新建立通信，则这些交易细节可以传输到交易处理服务器812(例如，并且从该服务器传输到关联的发行金融机构802)。
在一些实施方式中，交易处理器可以被配置为包括多个不同通信信道，这些通信信道可以使用多个通信卡和/或装置来与交易处理服务器812通信，以便发送和接收交易消息。例如，交易处理器可以由多个计算装置组成，每个计算装置具有连接到交易处理服务器812的多个通信端口。在这种实施方式中，交易处理器在向交易处理服务器812传输交易消息时循环使用各个通信信道，以减轻网络拥塞并确保更快、更顺利的通信。此外，在通信信道可能被中断或不可用的情况下，备选通信信道从而可用，以进一步增加网络的正常运行时间。
在一些实施方式中，交易处理器可以被配置为与其他交易处理器直接通信。例如，收单金融机构810处的交易处理器可以识别授权请求涉及不需要增值服务的发行金融机构802(例如，经由在交易消息中包括的银行识别号码)。收单金融机构810处的交易处理器然后可以直接向发行金融机构802处的交易处理器传输授权请求(例如，授权请求不通过交易处理服务器812)，其中，发行金融机构802因此可以处理交易。
以上所讨论的、用于处理支付交易的方法可以提供一种确保支付交易总是以最小的误差和中断被成功处理的鲁棒系统，这些支付交易使用多个通信信道采用多个通信方法，并且方法包括在处理过程的多个点处和系统中的多个位置处提供对支付交易的处理的失效保护以及确保通信即使在中断的情况下也成功到达它们的目的地的冗余。该高级网络及其基础设施和拓扑可以俗称为“支付轨道”，其中，交易数据可以从数百万不同销售点处的商家提交给支付轨道，以借助基础设施路由到适当的交易处理服务器812进行处理。支付轨道是这样的，通用计算装置在没有专业化编程和/或配置的情况下可能不能将通信适当格式化或提交到轨道。借助专用计算装置，计算装置可以被配置为向适当实体(例如，网关处理器808、收单金融机构810等)提交交易数据，以便使用该高级网络处理，并且快速并且高效地接收与使消费者804为支付交易提供资金的能力有关的响应。
计算机系统架构
图9是例示了根据示例性实施方式的计算机系统架构的框图。
图9例示了计算机系统900，其中本公开的实施方式或其部分被实施为计算机可读代码。例如，图1的第一计算装置104和第二计算装置106以及图2的计算装置200可以使用硬件、软件、固件、上面存储有指令的永久计算机可读介质或其组合来实施在计算机系统900中，并且可以实施在一个或更多个计算机系统或其他处理系统中。硬件、软件或其任意组合可以具体实施为用于实施图3A、图3B、图4、图5A、图5B以及图6至图8的方法的模块和部件。
如果使用可编程逻辑，则这种逻辑可以在由可执行软件代码配置为变成特定用途计算机或专用装置(例如，可编程逻辑阵列、专用集成电路等)的可商购处理平台上执行。本领域普通技术人员可以理解，所公开主题的实施方式可以用各种计算机系统配置来实践，包括多核多处理器系统、微计算机、大型计算机、链接或聚类有分布式功能的多个计算机以及可以嵌入实际上任何装置中的普遍或微型计算机。比如，至少一个处理器装置和存储器可以用于实施上述实施方式。
如这里所讨论的处理器单元或装置可以是单个处理器、多个处理器或其组合。处理器装置可以具有一个或更多个处理器“核”。如这里所讨论的术语“计算机程序介质”、“永久计算机可读介质”以及“计算机可用介质”用于总体指有形介质，诸如可移动存储单元918、可移动存储单元922以及安装在硬盘驱动器912中的硬盘。
本公开的各种实施方式利用该示例计算机系统900来描述。在阅读该说明书之后，将对相关领域技术人员变得明显的是如何使用其他计算机系统和/或计算机架构实施本公开。虽然各个操作可以被描述为顺序处理，但操作中的一些实际上可以并行、同时和/或在分布式环境中执行，并且程序代码在当地或远程存储，以便由单个或多处理器机器来访问。另外，在一些实施方式中，可以在不偏离所公开主题的精神的情况下重新排列各个操作的顺序。
处理器装置904可以是被特别配置为执行这里所讨论的功能的专用或通用处理器装置。处理器装置904可以连接到通信基础设施906，诸如总线、消息队列、网络、多核消息传递方案等。网络可以是适于执行如这里所公开的功能的任意网络，并且可以包括局域网(LAN)、广域网(WAN)、无线网络(例如，WiFi)、移动通信网络、卫星网络、因特网、光纤、同轴电缆、红外、射频(RF)或任意组合。其他合适的网络类型和配置将对相关领域技术人员明显。计算机系统900还可以包括主存储器908(例如，随机存取存储器、只读存储器等)，并且还可以包括辅助存储器910。辅助存储器910可以包括硬盘驱动器912和可移动存储驱动器914，诸如软盘驱动器、磁带驱动器、光盘驱动器、闪存等。
可移动存储驱动器914可以以公知方式从可移动存储单元918读取和/或向其写入。可移动存储单元918可以包括可以由可移动存储驱动器914读取和写入的可移动存储介质。例如，如果可移动存储驱动器914是软盘驱动器或通用串行总线端口，则可移动存储单元918分别可以是软盘或便携式闪存驱动器。在一个实施方式中，可移动存储单元918可以是永久计算机可读记录介质。
在一些实施方式中，辅助存储器910可以包括用于允许计算机程序或其他指令加载到计算机系统900中的另选装置，例如，可移动存储单元922和接口920。这种装置的示例可以包括程序盒和盒式接口(例如，如在视频游戏系统中存在的)、可移动存储芯片(例如，EEPROM、PROM等)和关联的套接字、以及如将对相关领域技术人员明显的其他可移动存储单元922和接口920。
在计算机系统900中(例如，在主存储器908和/或辅助存储器910)中存储的数据可以存储在任意类型的合适计算机可读介质上，诸如光学储存器(例如，压缩盘、数字通用光盘、蓝光盘等)或磁带储存器(例如，硬盘驱动器)。数据可以配置为任意类型的合适数据库，诸如关系数据库、结构查询语言(SOL)数据库、分布式数据库、对象数据库等。合适的配置和存储类型将对相关领域技术人员明显。
计算机系统900还可以包括通信接口924。通信接口924可以被配置为允许软件和数据在计算机系统900与外部装置之间转移。示例性通信接口924可以包括调制解调器、网络接口(例如，以太网卡)、通信端口、PCMCIA槽和卡等。经由通信接口924转移的软件和数据可以是信号的形式，这些信号可以是如将对相关领域技术人员明显的电子、电磁、光学或其他信号。信号可以经由通信路径926来行进，该通信路径可以被配置为承载信号，并且可以使用线、电缆、光纤、电话线、蜂窝电话链路、射频链路等来实施。
计算机系统900还可以包括显示接口902。显示接口902可以被配置为允许数据在计算机系统900与外部显示器930之间转移。示例性显示接口902可以包括高清晰度多媒体接口(HDMI)、数字视频接口(DVI)、视频图形阵列(VGA)等。显示器930可以是用于显示经由计算机系统900的显示接口902传输的数据的任意合适类型的显示器，包括阴极射线管(CRT)显示器、液晶显示器(LCD)、发光二极管(LED)显示器、电容式触摸显示器、薄膜晶体管(TFT)显示器等。
计算机程序介质和计算机可用介质可以指作为存储半导体(例如，DRAM等)的存储器，诸如主存储器908和辅助存储器910。这些计算机程序产品可以是用于向计算机系统900提供软件的装置。计算机程序(例如，计算机控制逻辑)可以存储在主存储器908和/或辅助存储器910中。计算机程序还可以经由通信接口924来接收。这种计算机程序在被执行时可以使得计算机系统900能够实施如这里讨论的本方法。具体地，计算机程序在被执行时可以使得处理器装置904能够实施如这里讨论的、由图3、图4、图5A、图5B、图6以及图7例示的方法。因此，这种计算机程序可以表示计算机系统900的控制器。在本公开使用软件实施的情况下，软件可以存储在计算机程序产品中，并且使用可移动存储驱动器914、接口920以及硬盘驱动器912或通信接口924加载到计算机系统900中。
处理器装置904可以包括被配置为执行计算机系统900的功能的一个或更多个模块或引擎。各个模块或引擎可以使用硬件来实施，并且在一些情况下还可以使用诸如与在主存储器908或辅助存储器910中存储的程序代码和/或程序对应的软件。在这种情况下，程序代码可以在由计算机系统900的硬件执行之前由处理器装置904(例如，由编译模块或引擎)来编译。例如，程序代码可以是用编程语言书写的源代码，该源代码被翻译成更低级语言，诸如汇编语言或机器代码，以便由处理器装置904和/或计算机系统900的任意另外硬件部件执行。编译处理可以包括使用词法分析、预处理、解析、语义分析、语法导向的翻译、代码生成、代码优化、以及可以适于将程序代码翻译成适于控制计算机系统900执行这里所公开的功能的更低级语言的任意其他技术。将对相关领域技术人员明显的是，这种处理使得计算机系统900为被独特编程为执行这里所讨论的功能的特别配置的计算机系统900。
与本公开一致的技术除了其他特征之外提供了用于处理点对点支付交易的系统和方法。虽然以上描述了所公开系统和方法的各种示例性实施方式，但应理解，它们仅为示例的目的提出，而不是限制。本公开不是穷尽的且不将本公开限于所公开的精确形式。修改例和变型例鉴于上述示教是可以的，或者可以在不偏离广度或范围的情况下从实践本公开来获取。

Claims (28)

1.一种用于记录点对点支付交易的方法，该方法包括以下步骤：
由处理服务器的接收装置接收与支付交易有关的第一数据消息，其中，所述第一数据消息依据一个或多个标准被格式化，所述第一数据消息被使用一个或多个应用程序接口(API)来接收，并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储交易细节的第一数据元素、被配置为存储主账号的第二数据元素、以及被配置为存储接收方账号的第三数据元素；
在所述处理服务器的商业数据库中存储所述第一、第二以及第三数据元素以及到隶属于所述第一数据消息的记录的链接，其中，所述链接提供到基于所述第一数据消息的文件的访问；
由所述处理服务器的生成模块生成与所述支付交易有关的第二数据消息，其中，所述第二数据消息依据一个或多个标准被格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储支付金额的第一数据元素，所述支付金额至少基于所述交易细节；
在所述处理服务器的所述商业数据库中存储所述第一数据元素以及到隶属于所述第二数据消息的记录的链接，其中，所述链接提供到基于所述第二数据消息的文件的访问；
由所述处理服务器的传输装置向与交易账户关联的第一金融机构电子地传输所述第二数据消息，该交易账户与所述主账号有关；
由所述处理服务器的所述生成模块生成与所述支付交易有关的第三数据消息，其中，所述第三数据消息依据一个或多个标准被格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储结算金额的第一数据元素和被配置为存储所述接收方账号的第二数据元素，所述结算金额至少基于所述交易细节；
在所述处理服务器的所述商业数据库中存储所述第一数据元素和所述第二数据元素以及到隶属于所述第三数据消息的记录的链接，其中，所述链接提供到基于所述第三数据消息的文件的访问；
由所述处理服务器的所述传输装置向与交易账户关联的第二金融机构电子地传输所述第三数据消息，该交易账户与所述接收方账号有关；以及
由所述处理服务器的传输装置电子地传输所述第一数据消息、所述第二数据消息、所述第三数据消息，以便在图形用户界面(GUI)上显示。
2.根据权利要求1所述的方法，其中，所述第一数据消息、第二数据消息以及第三数据消息依据ISO 8583标准被格式化。
3.根据权利要求1所述的方法，其中，
所述第一数据消息依据所述ISO 8583标准被格式化；并且
所述第二数据消息和第三数据消息依据ISO 20022标准被格式化。
4.根据权利要求3所述的方法，其中，生成所述第二数据消息包括基于所述ISO 8583标准与所述ISO 20022标准之间的对应关系将所述第一数据消息转换成所述第二数据消息。
5.根据权利要求1所述的方法，其中，交易细节包括以下内容中的一个或多个：交易金额、订单日期、履行日期以及状态。
6.根据权利要求1所述的方法，其中，所述结算金额等效于所述交易细节。
7.根据权利要求1所述的方法，还包括以下步骤：
由所述处理服务器的生成模块生成与所述支付交易有关的第四数据消息，其中，所述第四数据消息依据标准被格式化，并且包括多个数据元素，该多个数据元素至少包括被配置为存储所述交易细节的第一数据元素和被配置为存储所述接收方账号的第二数据元素；以及
由所述处理服务器的传输装置电子地传输所述第四数据消息。
8.根据权利要求7所述的方法，其中，所述第四数据消息电子地传输到所述第二金融机构。
9.根据权利要求7所述的方法，其中，所述第一数据消息从第三方系统接收，并且所述第四数据消息电子地传输到第三方系统。
10.根据权利要求7所述的方法，其中，所述第四数据消息依据所述ISO 8583标准被格式化。
11.根据权利要求1所述的方法，其中，
所述处理服务器包括第一计算装置和第二计算装置，
所述第一计算装置包括所述接收装置，并且
所述第二计算装置包括所述生成模块、确定模块以及所述传输装置。
12.根据权利要求11所述的方法，还包括以下步骤：
由所述处理服务器的所述第一计算装置的生成模块生成至少与所述支付金额叠加的数据信号；
由所述处理服务器的所述第一计算装置的传输装置向所述第二计算装置电子地传输所生成的数据信号；以及
由所述处理服务器的所述第二计算装置的接收装置接收所述数据信号。
13.根据权利要求1所述的方法，其中，在所述商业数据库中存储的所述数据元素包括贸易目录。
14.根据权利要求1所述的方法，其中，在所述商业数据库中存储的所述数据元素包括分类账。
15.一种用于记录点对点支付交易的系统，该系统包括：
处理服务器的接收装置，该接收装置被配置为接收与支付交易有关的第一数据消息，其中，所述第一数据消息依据一个或多个标准被格式化，使用一个或多个应用程序接口(API)被接收，并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储交易细节的第一数据元素、被配置为存储主账号的第二数据元素、以及被配置为存储接收方账号的第三数据元素；
所述处理服务器的商业数据库，该商业数据库被配置为存储所述第一、第二以及第三数据元素以及到隶属于所述第一数据消息的记录的链接，其中，所述链接提供到基于所述第一数据消息的文件的访问；
所述处理服务器的生成模块，该生成模块被配置为生成与所述支付交易有关的第二数据消息，其中，所述第二数据消息依据一个或多个标准被格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储支付金额的第一数据元素，所述支付金额至少基于所述交易细节；
所述处理服务器的所述商业数据库被配置为存储所述第一数据元素以及到隶属于所述第二数据消息的记录的链接，其中，所述链接提供到基于所述第二数据消息的文件的访问；
所述处理服务器的传输装置，该传输装置被配置为向与交易账户关联的第一金融机构电子地传输所述第二数据消息，该交易账户与所述主账号有关；
所述处理服务器的所述生成模块被配置为生成与所述支付交易有关的第三数据消息，其中，所述第三数据消息依据一个或多个标准被格式化，并且至少包括多个数据元素，该多个数据元素包括被配置为存储结算金额的第一数据元素和被配置为存储所述接收方账号的第二数据元素，所述结算金额至少基于所述交易细节；
所述处理服务器的所述商业数据库被配置为存储所述第一数据元素和所述第二数据元素以及到隶属于所述第三数据消息的记录的链接，其中，所述链接提供到基于所述第三数据消息的文件的访问；
所述处理服务器的所述传输装置被配置为：
向与交易账户关联的第二金融机构传输所述第三数据消息，该交易账户与所述接收方账号有关；并且
传输所述第一数据消息、所述第二数据消息、所述第三数据消息，以便在图形用户界面(GUI)上显示。
16.根据权利要求15所述的系统，其中，所述第一数据消息、第二数据消息以及第三数据消息依据ISO 8583标准被格式化。
17.根据权利要求15所述的系统，其中，
所述第一数据消息依据所述ISO 8583标准被格式化；并且
所述第二数据消息和第三数据消息依据ISO 20022标准被格式化。
18.根据权利要求17所述的系统，其中，生成所述第二数据消息包括基于所述ISO 8583标准与所述ISO 20022标准之间的对应关系将所述第一数据消息转换成所述第二数据消息。
19.根据权利要求15所述的系统，其中，所述交易细节包括以下内容中的一个或多个：交易金额、订单日期、履行日期以及状态。
20.根据权利要求15所述的系统，其中，所述结算金额等效于所述交易细节。
21.根据权利要求15所述的系统，还包括：
所述处理服务器的生成模块，该生成模块被配置为生成与所述支付交易有关的第四数据消息，其中，所述第四数据消息依据标准被格式化，并且包括多个数据元素，该多个数据元素至少包括被配置为存储所述交易细节的第一数据元素和被配置为存储所述接收方账号的第二数据元素；以及所述处理系统的所述传输装置被配置为传输所述第四数据消息。
22.根据权利要求21所述的系统，其中，所述第四数据消息电子地传输到所述第二金融机构。
23.根据权利要求21所述的系统，其中，所述第一数据消息从第三方系统接收，并且所述第四数据消息电子地传输到第三方系统。
24.根据权利要求21所述的系统，其中，所述第四数据消息依据所述ISO 8583标准被格式化。
25.根据权利要求15所述的系统，其中，
所述处理服务器包括第一计算装置和第二计算装置，
所述第一计算装置包括所述接收装置，并且
所述第二计算装置包括所述生成模块、确定模块以及所述传输装置。
26.根据权利要求25所述的系统，还包括：
所述处理服务器的所述第一计算装置的生成模块，该生成模块被配置为生成至少与所述支付金额叠加的数据信号；
所述处理服务器的所述第一计算装置的传输装置，该传输装置被配置为向所述第二计算装置传输所生成的数据信号；以及
所述处理服务器的所述第二计算装置的接收装置，该接收装置被配置为接收所述数据信号。
27.根据权利要求15所述的系统，其中，在所述商业数据库中存储的所述数据元素包括贸易目录。
28.根据权利要求15所述的系统，其中，在所述商业数据库中存储的所述数据元素包括分类账。
CN201780031339.XA 2016-03-21 2017-03-21 用于记录点对点交易处理的方法和系统 Pending CN109155028A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201662311062P 2016-03-21 2016-03-21
US62/311,062 2016-03-21
US201662433118P 2016-12-12 2016-12-12
US62/433,118 2016-12-12
US201662434824P 2016-12-15 2016-12-15
US62/434,824 2016-12-15
PCT/US2017/023360 WO2017165380A1 (en) 2016-03-21 2017-03-21 Method and system for recording point to point transaction processing

Publications (1)

Publication Number Publication Date
CN109155028A true CN109155028A (zh) 2019-01-04

Family

ID=58530637

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780031339.XA Pending CN109155028A (zh) 2016-03-21 2017-03-21 用于记录点对点交易处理的方法和系统

Country Status (8)

Country Link
US (1) US20170270493A1 (zh)
EP (1) EP3433811A1 (zh)
JP (2) JP6599021B2 (zh)
CN (1) CN109155028A (zh)
AU (1) AU2017238073A1 (zh)
CA (1) CA3018326A1 (zh)
SG (1) SG11201807706PA (zh)
WO (1) WO2017165380A1 (zh)

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10305694B2 (en) 2016-05-27 2019-05-28 Mastercard International Incorporated Method and system for efficient distribution of configuration data utilizing permissioned blockchain technology
EP3485453A1 (en) * 2016-07-14 2019-05-22 Diebold Nixdorf, Incorporated Using a distributed ledger for tracking debt data
US20180260811A1 (en) 2017-03-07 2018-09-13 Mastercard International Incorporated Method and system for recording point to point transaction processing
US10915948B1 (en) 2017-04-28 2021-02-09 Wells Fargo Bank, N.A. Default sharing between frequently used line of business products
US11037160B1 (en) * 2017-07-06 2021-06-15 Wells Fargo Bank, N.A. Systems and methods for preemptive fraud alerts
CN112804349B (zh) * 2017-07-14 2023-07-04 创新先进技术有限公司 区块链共识网络中处理共识请求的方法、装置和电子设备
US10552383B2 (en) * 2017-08-11 2020-02-04 Wipro Limited Method and system for data conversion and data model optimization
US20210287297A1 (en) 2017-09-27 2021-09-16 State Farm Mutual Automobile Insurance Company Automobile Monitoring Systems and Methods for Loss Reserving and Financial Reporting
US12055920B2 (en) * 2017-11-03 2024-08-06 Apple Inc. Real time anomaly detection systems and methods
CN110070428B (zh) * 2018-01-19 2021-11-02 创新先进技术有限公司 监管检查方法及装置和电子设备
CA3131018A1 (en) * 2018-02-23 2019-08-29 Good Life Networks Inc. Online tokenization of outstanding debt
US10489780B2 (en) * 2018-03-05 2019-11-26 Capital One Services, Llc Systems and methods for use of distributed ledger technology for recording and utilizing credit account transaction information
CN110276170A (zh) * 2018-03-15 2019-09-24 巍乾全球技术有限责任公司 基于区块链进行作品保护的方法、设备和介质
US11810212B2 (en) * 2018-03-16 2023-11-07 Koch Capabilities, Llc Access controlled distributed ledger system for asset management
US11321310B2 (en) * 2018-05-11 2022-05-03 Visa International Service Association System, method, and apparatus for generating analytics with structured query files
US20190384834A1 (en) * 2018-06-19 2019-12-19 Bank Of America Corporation System for implementing extended recognition mechanism in a distributed ledger node
JP7199079B2 (ja) * 2018-07-03 2023-01-05 Ｂａｎｋ Ｉｎｖｏｉｃｅ株式会社 情報処理装置、情報処理方法およびプログラム
KR102877312B1 (ko) 2018-09-12 2025-10-29 삼성전자주식회사 전자 장치 및 그의 제어 방법
JP6710737B2 (ja) * 2018-10-24 2020-06-17 株式会社 みずほ銀行 決済システム及び決済方法
US11063764B2 (en) 2018-11-09 2021-07-13 Mastercard International Incorporated Method and system for quantum-resistant hashing scheme
US11626999B2 (en) 2018-11-09 2023-04-11 Mastercard International Incorporated Method and system for quantum-resistant hashing scheme
CA3061594A1 (en) * 2018-11-14 2020-05-14 Royal Bank Of Canada System and method for cross-border blockchain platform
US20200193415A1 (en) * 2018-12-14 2020-06-18 Jpmorgan Chase Bank, N.A. Systems and methods for using integrated pay-on-demand virtual cards
US11138642B2 (en) * 2018-12-26 2021-10-05 Mastercard International Incorporated Real-time messaging in a supply chain financing network
US11526630B2 (en) 2019-02-21 2022-12-13 The Toronto-Dominion Bank Managing cryptographically secure exchanges of data using permissioned distributed ledgers
US11188910B2 (en) 2019-06-03 2021-11-30 Advanced New Technologies Co., Ltd. Blockchain-based reconciliation system, method, and apparatus and electronic device
US11887079B2 (en) * 2020-03-09 2024-01-30 Visa International Service Association Central hub reconciliation system and method
EP4121924A4 (en) * 2020-03-20 2024-03-27 Mastercard International Incorporated METHOD AND SYSTEM FOR MANAGING DISPUTE RESOLUTIONS VIA A DIGITAL ASSET NETWORK
JP2023527811A (ja) * 2020-05-27 2023-06-30 セキュレンシー、インコーポレイテッド ネットワーク化されたデータ・トランザクションの認証及び認可のための方法、装置、及びコンピュータ可読媒体
US12476800B2 (en) 2020-05-27 2025-11-18 Dtcc Digital (Us) Inc. Method, apparatus, and computer-readable medium for authentication and authorization of networked data transactions
GB202010177D0 (en) 2020-07-02 2020-08-19 Nchain Holdings Ltd Electronic document signatures
US20220027895A1 (en) * 2020-07-24 2022-01-27 Visa International Service Association Inter Wallet Transactions
US20220032168A1 (en) 2020-07-29 2022-02-03 Aristocrat Technologies, Inc. Mobile gaming system for remote game play
US11645643B2 (en) 2020-09-29 2023-05-09 Bank Of America Corporation System for harnessing a connected network to securely verify a transaction
US11715349B2 (en) 2020-11-11 2023-08-01 Aristocrat Technologies, Inc. Integrated jackpot gaming systems and methods
US20220148376A1 (en) * 2020-11-11 2022-05-12 Aristocrat Technologies, Inc. Digital wallet systems and methods with responsible gaming
RU2761419C1 (ru) * 2020-11-11 2021-12-08 Акционерное общество "Национальная система платежных карт" Способ и система для перевода денежных средств со счета на счет
US11829993B2 (en) * 2020-12-15 2023-11-28 Mastercard International Incorporated Accelerated virtual card payments in B2B transactions
US12136079B2 (en) 2020-12-17 2024-11-05 The Toronto-Dominion Bank Real-time provisioning of targeted recommendations based on decomposed structured messaging data
US12067606B2 (en) 2020-12-17 2024-08-20 The Toronto-Dominion Bank Real-time provisioning of targeted, alternative product information based on structured messaging data
CA3142796A1 (en) 2020-12-19 2022-06-19 The Toronto-Dominion Bank Real-time reconciliation processing based on structured messaging data
CN112685484B (zh) * 2020-12-24 2023-08-29 航天信息软件技术有限公司 交易对账方法、装置、存储介质及电子设备
US11794093B2 (en) 2021-07-02 2023-10-24 Aristocrat Technologies, Inc. Gaming machine and method for centralized gaming
CA3170096A1 (en) 2021-08-17 2023-02-17 The Toronto-Dominion Bank Real-time provisioning of targeted digital content associated with an initiated data exchange based on structured messaging data
CA3171338A1 (en) * 2021-08-27 2023-02-27 Royal Bank Of Canada Digital status tracking of funds
US20230186300A1 (en) * 2021-12-15 2023-06-15 Mastercard International Incorporated Method and system of providing interoperability between different payment rails
US20230289750A1 (en) * 2022-03-14 2023-09-14 Fidelity Information Services, Llc Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date
US20230394478A1 (en) * 2022-06-03 2023-12-07 Chime Financial, Inc. Generating and publishing unified transaction streams from a plurality of computer networks for downstream computer service systems
US20240070630A1 (en) * 2022-08-24 2024-02-29 Truist Bank Techniques for generating transaction replays
US12346892B2 (en) 2022-09-30 2025-07-01 Aristocrat Technologies, Inc. Electronic account transfers in casino environments
WO2025230555A1 (en) * 2024-04-29 2025-11-06 Boost Payment Solutions, Inc. Electronic payment system having straight through dynamic variable processing

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140074724A1 (en) * 2012-03-19 2014-03-13 PayNet Payments Networks, LLC Systems and methods for real-time account access
US20140188710A1 (en) * 2013-01-02 2014-07-03 Gourab Basu Third party settlement

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2529011A1 (en) * 2003-06-10 2005-01-06 Mastercard International Incorporated Systems and methods for conducting secure payment transactions using a formatted data structure
MX2013011505A (es) * 2011-04-07 2014-04-07 Fotec Group Llc Sistemas y metodos de pago mediados por agente.
US20140025564A1 (en) * 2012-07-18 2014-01-23 Bora Payment Systems, Llc System for aggregating payments from multiple payers
US20160042327A1 (en) * 2014-08-05 2016-02-11 Mastercard International Incorporated Method and system for processing of business-to-business payment transactions
US11042882B2 (en) * 2015-07-01 2021-06-22 The Clearing House Payments Company, L.L.C. Real-time payment system, method, apparatus, and computer program
JP6685419B2 (ja) * 2016-03-11 2020-04-22 マスターカード インターナシヨナル インコーポレーテツド 二点間（ポイントツーポイント）トランザクションを処理するための方法及びシステム
US10558977B2 (en) * 2016-09-26 2020-02-11 Mastercard International Incorporated System and method for linking bill payment service with remittance

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140074724A1 (en) * 2012-03-19 2014-03-13 PayNet Payments Networks, LLC Systems and methods for real-time account access
US20140188710A1 (en) * 2013-01-02 2014-07-03 Gourab Basu Third party settlement

Also Published As

Publication number Publication date
US20170270493A1 (en) 2017-09-21
JP2020024719A (ja) 2020-02-13
JP6599021B2 (ja) 2019-10-30
JP6892488B2 (ja) 2021-06-23
JP2019512808A (ja) 2019-05-16
EP3433811A1 (en) 2019-01-30
AU2017238073A1 (en) 2018-09-13
WO2017165380A1 (en) 2017-09-28
SG11201807706PA (en) 2018-10-30
CA3018326A1 (en) 2017-09-28

Similar Documents

Publication Publication Date Title
CN109155028A (zh) 用于记录点对点交易处理的方法和系统
US10783510B2 (en) Method and system for POS enabled installments with eligibility check requirements
KR102891956B1 (ko) 암호 화폐 거래를 위한 다중 서명 지갑에서 ｅｍｖ 카드를 사용하는 방법 및 시스템
US9875385B1 (en) Method and system for sharing of product receipts
US10769626B2 (en) Method and system for distribution, use and validation of electronic entitlement certificates
US20200027084A1 (en) Method and System for Hybrid Payment Authorization
CN109074564A (zh) 使用记录保证即时支付的方法和系统
CN110892431B (zh) 用于改进交易处理和路由的方法和系统
CN108780550A (zh) 预先交易分期付款支付解决方案和分期付款模拟的方法和系统
CA2711936A1 (en) System and method for data completion including push identifier
CN109844790A (zh) 通用控制账户活动的方法和系统
CN109478291A (zh) 用于实时控制信用检查请求的方法和系统
JP6685419B2 (ja) 二点間（ポイントツーポイント）トランザクションを処理するための方法及びシステム
US10235725B2 (en) Method and system for determining merchant gratuity values
CN109690592A (zh) 用于浏览器集成的受控支付号码生成的方法和系统
US20230334446A1 (en) Method and system of transaction settlement and smart contract access using guarantee tokens

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190104

RJ01 Rejection of invention patent application after publication