CN109791655A - 通过使用发行在区块链上的密码期票进行净结算的方法和系统 - Google Patents

Abstract

一种用于生成用于发布到区块链的密码期票的方法，包括：接收对支付交易的授权请求，该授权请求是基于一个或多个标准进行格式化的交易消息，该交易消息包括多个数据元素，该多个数据元素包括被配置为存储区块链地址的第一数据元素和被配置为存储交易金额的第二数据元素；生成包括交易金额的期票；用私钥来对生成的期票进行数字签署；用对称密钥来对签署的期票进行加密；用与私钥对应的公钥以及与参与支付交易的收单方相关联的公钥来包装对称密钥；以及将区块链交易以电子方式发送到区块链网络，该区块链网络包括加密的期票、每个对称密钥和区块链地址。

Description

通过使用发行在区块链上的密码期票进行净结算的方法和 系统

相关申请的交叉引用

本申请要求于2016年11月3日提交的美国专利申请15/342,463的权益和优先权。上述申请的全部公开内容通过引用并入本文。

技术领域

本公开涉及用于发布到区块链的密码期票(cryptographic promissory note)的生成，具体而言，涉及从发布到区块链的支付交易生成密码期票以用于支付交易的净结算(net settlement)。

背景技术

支付交易的结算传统上是个高度集中(highly-centralized)的处理，经由使用支付网络来执行，其中支付网络在相同的时间范围内还处理大量的支付交易，常常是数十亿，其中这些支付交易中的每一个也需要进行结算。因此，在结算处理中有时会出现瓶颈，从而导致无法快速执行的不太响应的结算。这种情况可能对商家和收单机构不利，这些商家和收单机构可能期望更及时地结算他们的交易。

此外，由于其值难以预测的时间敏感变量(例如，外汇汇率)，集中结算处理常常使得商家和其它实体意识不到正在执行的结算的价值。因此，商家、收单机构和其它实体常常无法可靠地知道他们经由结算要接收的金额。此外，由于传统的、高度集中的结算缺乏透明度，因此消费者、投资者和其他利益相关方也无法经由结算处理来了解商家、收单机构和其它实体的财务状况。

因此，需要一种技术解决方案来提供净结算处理的透明度，该处理可以为商家和/或收单机构提供其结算的准确记账，以及对所涉及的金额的保证。当前的结算处理涉及高度集中且难以修改的支付网络系统，因此需要利用替代类型的计算系统的解决方案。

发明内容

本公开提供了用于生成用于发布到区块链的密码期票的系统和方法的描述。区块链的使用可以提供与结算相关的分散(decentralized)处理，这可以增加交易结算的处理量和速度。此外，通过使用区块链(作为分散和不可变的分类账)提供的透明度可以使商家、收单方和其它实体能够始终监视结算并独立地核实与其相关联的密码期票的准确性。

一种用于生成用于发布到区块链的密码期票的方法包括：由处理服务器的接收设备接收对支付交易的授权请求，其中该授权请求是基于一个或多个标准进行格式化的交易消息并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储区块链地址的第一数据元素和被配置为存储交易金额的第二数据元素；由处理服务器的生成模块生成期票，其中该期票至少包括交易金额；由处理服务器的签署(signing)模块用私钥来对生成的期票进行数字签署；由处理服务器的加密模块用对称密钥来对签署的期票进行加密；由处理服务器的加密模块至少用以下来包装(wrap)对称密钥：与私钥对应的公钥以及与参与支付交易的收单方相关联的公钥；以及由处理服务器的发送设备将区块链交易以电子方式发送到区块链网络，其中该区块链交易至少包括加密的期票、每个包装的对称密钥以及区块链地址。

一种用于生成用于发布到区块链的密码期票的系统包括：处理服务器的接收设备，被配置为接收对支付交易的授权请求，其中该授权请求是基于一个或多个标准进行格式化的交易消息并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储区块链地址的第一数据元素和被配置为存储交易金额的第二数据元素；处理服务器的生成模块，被配置为生成期票，其中该期票至少包括交易金额；处理服务器的签署模块，被配置为用私钥来对生成的期票进行数字签署；处理服务器的加密模块，被配置为用对称密钥来对签署的期票进行加密，并至少用以下来包装对称密钥：与私钥对应的公钥以及与参与支付交易的收单方相关联的公钥；以及处理服务器的发送设备，被配置为将区块链交易以电子方式发送到区块链网络，其中该区块链交易至少包括加密的期票、每个包装的对称密钥以及区块链地址。

附图说明

当结合附图阅读时，从以下示例性实施例的具体实施方式中可以最好地理解本公开的范围。附图中包括以下各图：

图1是图示根据示例性实施例的、用于使用区块链生成密码期票以进行净结算的高级系统体系架构的框图。

图2是图示根据示例性实施例的、用于生成密码期票的图1系统的处理服务器的框图。

图3A和图3B是图示根据示例性实施例的、用于使用图1系统生成密码期票以用于支付交易的结算的处理的流程图。

图4是图示根据示例性实施例的、用于在图1系统中使用托管(escrow)系统以使用多个期票进行净结算的处理的流程图。

图5是图示根据示例性实施例的、用于生成用于发布到区块链的密码期票的示例性方法的流程图。

图6是图示根据示例性实施例的支付交易的处理的流程图。

图7是图示根据示例性实施例的计算机系统体系架构的框图。

根据下文提供的具体实施方式，本公开的进一步应用领域将变得显而易见。应该理解的是，示例性实施例的具体实施方式仅旨在说明目的，并且因此并不旨在必然地限制本公开的范围。

具体实施方式

专业术语

支付网络–用于在给定时间段期间经由使用现金替代品针对数千、数百万甚至数十亿交易来转移(transfer)货币的系统或网络。支付网络可以使用各种不同的协议和程序，以便处理各种类型的交易的货币转移。可以经由支付网络执行的交易可以包括产品或服务购买、信用购买、借记交易、资金转移、账户取款等。支付网络可以被配置为经由现金替代品(现金替代品可以包括支付卡、信用证、支票、交易账户等)执行交易。被配置为作为支付网络执行的网络或系统的示例包括由American 等运营的网络或系统。本文使用术语“支付网络”既可以指作为实体的支付网络，又可以指物理支付网络，诸如包括支付网络的装备、硬件和软件。

支付轨道–与在支付交易的处理中使用的支付网络相关联的基础设施，以及支付网络和与支付网络互连的其它实体之间的交易消息和其它类似数据的通信，支付网络在给定时间段期间处理数千、数百万甚至数十亿的交易。支付轨道可以由用于建立支付网络的硬件以及支付网络与其它相关联实体(诸如金融机构、网关处理器等)之间的互连组成。在一些情况下，支付轨道也可能(诸如经由包括支付轨道的通信硬件和设备的特殊编程)受软件影响。例如，支付轨道可以包括为了交易消息的路由而特殊配置的专门配置的计算设备，该计算设备可以是经由支付轨道以电子方式发送的特殊格式化的数据消息，如下面更详细讨论的。

发行方–为受益人设立(例如，开立)信用证或信用额度，并针对信用证或信用额度中指定的金额授予受益人提取的汇票的实体。在许多情况下，发行方可以是授权开立信贷额度的银行或其它金融机构。在一些情况下，可以向受益人扩展信用额度的任何实体可以被视为发行方。由发行方开立的信用额度可以以支付账户的形式表示，并且可以由受益人通过使用支付卡来提取。发行方还可以向消费者供应如对于相关领域技术人员来说将显而易见的附加类型的支付账户，诸如借记账户、预付账户、电子钱包账户、储蓄账户、支票账户等，并且可以向消费者提供用于访问和/或利用这种账户的物理或非物理部件，诸如借记卡、预付卡、自动柜员机卡、电子钱包、支票等。

收单方–可以代表商家处理支付卡交易的实体。收单方可以是被授权代表商家处理支付卡交易的银行或其它金融机构。在许多情况下，收单方可以与充当受益人的商家开立信用额度。在消费者(其可以是发行方供应的信用额度的受益人)经由支付卡与由收单方代表的商家进行交易的情况下，收单方可以与发行方交换资金。

区块链–基于区块链货币的所有交易的公共分类账。一个或多个计算设备可以包括区块链网络，该区块链网络可以被配置为处理和记录交易，作为区块链中的区块的一部分。一旦区块完成，该区块就被添加到区块链中，并由此更新交易记录。在许多情况下，区块链可以是按时间次序的交易的分类账，或者可以以适合区块链网络使用的任何其它次序呈现。在一些配置中，记录在区块链中的交易可以包括目的地地址和货币金额，使得区块链记录多少货币归因于具体地址。在一些情况下，交易是金融的而其它的不是金融的，或者可能包括附加的或不同的信息(诸如源地址、时间戳等)。在一些实施例中，区块链还可以包括或者可替代地包括几乎任何类型的数据，作为被放置在分布式数据库中或者需要被放置在分布式数据库中的交易的形式，该分布式数据库维持不断增长的数据记录列表防止甚至其运营商的篡改和修订，并且可以由区块链网络通过工作证明和/或与此相关的任何其它合适的核实技术进行确认和验证。在一些情况下，关于给定交易的数据还可以包括附加数据，这些附加数据不直接是附加到交易数据的交易的一部分。在一些情况下，将这些数据包括在区块链中可以构成交易。在这种情况下，区块链可以不与具体的数字、虚拟、扁平或其它类型的货币直接相关联。如本文所使用的，“区块链”可以指可以与其类似地操作并且适于执行本文讨论的功能的任何类型的公共的、共享的分类帐。

使用密码期票进行净结算的系统

图1图示了用于生成用于发布到区块链的密码期票以用于支付交易的净结算的系统100。

系统100可以包括处理服务器102。下面更详细讨论的处理服务器102可以被配置为生成用于支付交易的密码期票，其中期票可以表示对支付的承诺，该支付与可以在为在预定时间段期间(例如，每小时、每天、每周等)进行的支付交易执行的净结算中使用的支付交易相关。密码期票可以是发行机构104对于涉及与其相关联的账户持有人的一个或多个支付交易向收单机构106支付的承诺。在一些实施例中，处理服务器102可以是发行机构104的一部分。在其它实施例中，处理服务器102可以在发行机构104的外部，但可以与发行机构104进行通信。

发行机构104可以是金融机构，诸如发行银行，或者被配置为向消费者108发行交易账户以在给支付交易提供资金时使用的其它实体。收单机构106可以是金融机构，诸如收单银行，或者被配置为作为支付交易的一部分向商家110发行交易账户以用于接收资金的其它实体。结算可以包括基于在预定时间段期间与发行机构104相关联的消费者108和与收单机构106相关联的商家110之间进行的支付交易从发行机构104到收单机构106的资金转移。

对于涉及被处理的发行机构104的每笔支付交易，处理服务器102可以生成密码期票。作为向其发行交易账户的发行机构104的客户，消费者108可以发起与商家110的支付交易。商家110可以向其相关联的收单机构106以电子方式发送支付交易的交易数据，包括与由发行机构104发行的交易账户相关联的支付凭证。收单机构106可以生成对支付交易的授权请求，该授权请求可以使用与其相关联的支付轨道被提交给支付网络112。

授权请求可以是包括指示授权请求的消息类型指示符的交易消息，其中正在请求相关支付交易的授权。交易消息可以是特殊格式化的数据消息，该数据消息根据管理金融交易消息交换的一个或多个标准(诸如国际标准化组织的ISO 8583或ISO 20022标准)进行格式化。交易消息可以包括消息类型指示符以及多个数据元素，其中每个数据元素被配置为存储相关支付交易的交易数据。交易数据可以包括例如交易金额、交易时间、交易日期、主账号、其它支付凭证、地理位置、商家名称、商家标识符、商家类别代码、货币类型、产品数据、出价数据、奖励数据、忠诚度数据、发行方数据、收单方数据等。在一些情况下，交易消息还可以包括一个或多个位图，这些位图可以被配置为指示被包括在交易消息中的数据元素以及存储在其中的数据。

支付网络112可以从收单机构106接收对支付交易的授权请求，在传统系统中该授权请求可以被转发到发行机构104以进行批准或拒绝。在系统100中，处理服务器102可以接收对生成密码期票的授权请求。在一些实施例中，处理服务器102可以在将授权请求转发到发行机构104之前直接从支付网络112接收对生成期票的授权请求。在其它实施例中，处理服务器102可以从发行结构104接收授权请求。在此类实施例中，发行机构104可以在批准或拒绝支付交易之前将授权请求转发到处理服务器102，或者在其它情况下，可以仅将授权请求转发到处理服务器102，以用于生成已经被批准的支付交易的密码期票。

处理服务器102可以接收授权请求并且可以基于此生成期票。期票可以至少包括交易金额和从接收到的授权请求中解析的其它交易数据，诸如将发行机构104识别为承诺者以及将收单机构106识别为受益人的数据。例如，期票可以包括与每个机构相关联的标识符，诸如银行标识号、发行方标识号、注册号、序列号、网络地址等。期票还可以包括可以在基于此的结算中使用的任何附加数据，诸如时间戳、交易标识符等。

一旦已经生成了期票，处理服务器102就可以对期票进行数字签署。可以使用与处理服务器102相关联的私钥来应用数字签名。私钥可以是由处理服务器102生成或以其它方式供给处理服务器102的密钥对中的私钥，对于该私钥，存在对应的公钥。数字签名可以使得可以使用对应的公钥来核实签名。例如，如下面所讨论的，可以向发行机构104或收单机构106提供对应的公钥，以用于验证期票的数字签名。

一旦已经签署了期票，处理服务器102就可以对签署的期票进行加密。可以使用由处理服务器102生成或以其它方式识别出的对称密钥来对期票进行加密。可以使用对于相关领域的技术人员将显而易见的任何合适的加密算法来执行加密。在一些实施例中，对称密钥可以特定于支付交易和/或生成的期票，使得对称密钥可以不在任何其它期票的加密或解密中使用。

然后，可以使用合适的对称加密算法用一个或多个密钥包装用于对期票进行加密的对称密钥。可以使用被设计为封装密码素材的任何合适的加密算法，诸如高级加密标准密钥包装规范、三重数据加密算法密钥包装规范等。对称密钥可以用以下中的至少一个进行包装：与用于签署期票的私钥对应的公钥以及与参与支付交易的收单机构106相关联的公钥。在一些情况下，与收单机构106相关联的公钥可以存储在被包括在授权请求中的数据元素中并由处理服务器102从中解析。在一些实施例中，对称密钥还可以用与支付网络112相关联的公钥进行包装。用于包装对称密钥的公钥中的每个公钥可以是对应私钥密所在的密钥对的一半，其中该私钥可以是相应的相关联实体所拥有的。

一旦用于对期票进行加密的对称密钥已经被包装，处理服务器102就可以向区块链网络114以电子方式发送加密的期票和每个包装的对称密钥(例如，针对收单机构106、针对支付网络112等)，用于发布到相关联的区块链。在一些实施例中，处理服务器102本身可以是区块链网络114中的节点，并且可以被配置为将加密的期票包括在将被添加到区块链的区块中。在一些情况下，被添加到区块链的加密的期票可以与具体的区块链地址相关联。在这种情况下，区块链地址可以与收单机构106相关联，并且可以存储在接收到的授权请求中的对应数据元素中，该区块链地址可以由处理服务器102从中解析。在这些情况下，处理服务器102可以将加密的期票和区块链地址提供给区块链网络114的节点以便向其发布。

区块链网络114可以接收加密的期票和包装的对称密钥，这些可以被包括在使用对于相关领域技术人员来说将显而易见的传统方法和系统来核实并添加到区块链的区块中。因此加密期票的存在，特别是当与收单机构106在区块链中不可变的地址相关联时，用于向收单机构106核实发行机构104对收单机构106所欠的付款。在一些情况下，区块链可以实时地或近实时地被更新，使得收单机构106可以能够比执行结算显著更快地识别期票，从而使得收单机构106能够具有更高效和准确的记账。

在将加密的期票发送到区块链网络114之后，处理服务器102可以继续进行支付交易的处理。在一些实施例中，处理服务器102可以将授权请求转发到发行机构104，以使用传统方法和系统进行进一步处理。使用支付轨道来处理支付交易的传统处理在下面关于图6中所示的处理600更详细地讨论。在这些情况下，发行机构104可以批准或拒绝支付交易并将指示该批准或拒绝的授权响应转发到支付网络112，在一些情况下，该授权响应可以经由处理服务器102转发。

可以针对多个不同的支付交易来重复该处理，其中可以生成期票并且在预定时间段的过程中将期票发布到与区块链网络114相关联的区块链。然后支付交易可以由支付网络112使用传统的结算方法进行结算。在一些实施例中，支付交易的结算可以由收单机构106发起，诸如通过将一个或多个期票(例如，在区块链上发布到与收单机构106相关联的地址)转移到与被配置为执行结算的实体(例如，支付网络112)相关联的地址。然后，接收实体可以对接收到的期票进行净结算。在一些情况下，一旦期票已经结算，期票就可以再次被转移到另一个地址，该另一个地址可以是空地址或与不同实体(例如，审计员、存储实体等)相关联的地址，作为相关支付交易已经结算的指示。在结算可能失败的情况下(例如，由于错误、发行机构104未支付等)，可以将期票转移回收单机构106，使得收单机构106可以保留期票以供稍后尝试结算、进一步转移、兑换价值等。在一些这样的情况下，还可以向收单机构106提供指示转移原因的数据，诸如关于结算失败的原因的指示。

在一些情况下，用于结算的价值可以基于在预定时间段期间发布到区块链的期票的价值。例如，如果存在用于从发行机构104向收单机构106支付的第一期票，以及用于从收单机构106(例如，作为发行方)向发行机构104(例如，作为收单方)支付的第二期票，则结算可以基于当一起考虑两个期票时要支付的净金额。

在一些实施例中，可以经由使用堆栈机或其它合适类型的计算设备来识别期票的有效价值。例如，在这种实施例中，期票可以伴随有在区块链网络中附加到该期票的脚本。在本文讨论的处理期间可以由处理服务器102生成或以其它方式识别的脚本可以由堆栈机(例如，或其它合适的设备)执行并用于确定期票的价值。可以将期票的面值推送到堆栈机，然后执行相关联的脚本，使得在完成脚本之后堆栈机上的价值是期票的有效价值。在一些情况下，由于费用、货币兑换、通货膨胀和其它考虑因素(诸如为处理相关支付交易而收取的交换费)，有效价值可以与面值不同。

在一些实施例中，脚本可以与其相关的期票分开。在这种实施例中，处理服务器102可以被配置为将脚本以电子方式发送到区块链网络114，用于与加密的期票分开地发布到区块链和/或发布到收单机构106以供由此执行。例如，在一个示例中，脚本可以被发送到节点区块链网络114。收单机构106可以，诸如在接收到期票(例如，转移到与收单机构106相关联的地址)后从适用的实体(诸如支付网络112或区块链网络114)请求脚本。区块链网络114然后可以将脚本发布到区块链，并将区块链上脚本的地址提供给收单机构106以供检索。在另一个示例中，脚本可以被包括在返回到收单机构106的交易消息的数据元素中以用于支付交易。

在一些实施例中，期票可以在被转移到收单机构106以进行结算之前保存在托管中。在这些情况下，可以使用区块链地址将加密的期票发布到区块链，其中区块链地址可以指示托管并由处理服务器102控制，或者可以与第三方托管实体的计算系统相关联。在此类实施例中，处理服务器102可以生成期票，作为向具体收单机构106支付的承诺，该期票可以被转移到托管系统。在接收到对涉及同一收单机构106的支付交易的第二授权请求后，可以生成结合两笔支付交易的新期票。例如，该期票可以是两笔支付交易之和的金额。在这些情况下，处理服务器102可以继续生成新期票并转移新期票，以更新将对收单机构106做出的承诺的支付。

托管系统(例如，或者处理服务器102，如果适用的话)可以被配置为经由与其相关联的区块链地址将最新的期票转移到区块链上的收单机构106，以使得收单机构106能够发起由此指示的金额的结算。托管系统还可以将与之相关联的所有在先期票据转移到空地址或其它地址，在这些地址这些期票将无法结算，因为在被转移到收单机构106的期票中包括了相关联的交易。在一些实施例中，可以根据发行机构104或处理服务器102的请求来发起最新期票的转移。在一些情况下，可以在预定的时间段或基于其它准则(诸如，期票的面值或有效价值)来提供这样的请求。在其它情况下，托管系统可以基于相同或其它合适的准则来自动转移期票。在一些情况下，发行机构104可以被要求在处置先前托管的期票(例如，转移到空地址)之前提供转移新期票以便交付给收单机构106的证明，或者实际向收单机构106转移的证明。

本文讨论的方法和系统可以提供经由使用区块链对在支付交易的净结算中使用的期票的分散记账。区块链可以为期票提供不可变的交易记录分类帐，金融机构可以随时访问该分类帐，从而使得金融机构甚至能够在执行结算之前就确定其净头寸(netposition)。此外，结算也可以由金融机构经由期票的转移来随时发起，从而实现更快的结算并且处于比使用传统系统可获得的更适合金融机构的时间表(schedule)。

处理服务器

图2图示了系统100中的处理服务器102的实施例。对于相关领域的技术人员来说将显而易见的是，图2中图示的处理服务器102的实施例仅作为说明提供，并且可能不是穷举适合于执行如本文讨论的功能的处理服务器102的所有可能配置。例如，图7中图示并在下面更详细讨论的计算机系统700可以是处理服务器102的合适配置。

处理服务器102可以包括接收设备202。接收设备202可以被配置为经由一个或多个网络协议通过一个或多个网络接收数据。在一些实施例中，接收设备202可以被配置为通过支付轨道接收数据，诸如使用与支付网络112相关联的专门配置的基础设施用于传输包括敏感金融数据和信息的交易消息。在一些情况下，接收设备202还可以被配置为经由诸如互联网之类的替代网络从发行机构104、支付网络112、区块链网络114和其它实体接收数据。在一些实施例中，接收设备202可以由多个设备组成，诸如用于通过不同网络接收数据的不同接收设备，诸如用于通过支付轨道接收数据的第一接收设备和用于通过互联网接收数据的第二接收设备。接收设备202可以接收以电子方式发送的数据信号，其中数据可以被叠加或以其它方式被编码在数据信号上并且经由接收设备202接收数据信号来解码、解析、读取或以其它方式获得。在一些情况下，接收设备202可以包括解析模块，该解析模块用于解析接收到的数据信号以获得叠加在其上的数据。例如，接收设备202可以包括解析器程序，该解析器程序被配置为接收数据信号并将接收到的数据信号变换为由处理设备执行的功能的可用输入，以执行本文描述的方法和系统。

接收设备202可以被配置为接收由发行机构104和/或支付网络112以电子方式发送的数据信号，该数据信号可以与包括对将为其生成期票的支付交易的授权请求的交易消息叠加或以其它方式与其进行编码。接收设备202还可以被配置为接收由发行机构104以电子方式发送的数据信号，该数据信号可以与对转移一张或多张期票的请求(诸如将期票从托管释放到收单机构106)叠加或以其它方式与其进行编码。

处理服务器102还可以包括通信模块204。通信模块204可以被配置为在处理服务器102的模块、引擎、数据库、存储器和其它组件之间发送用于执行本文所讨论的功能的数据。通信模块204可以包括一种或多种通信类型，并且利用用于在计算设备内进行通信的各种通信方法。例如，通信模块204可以由总线、接触引脚连接器、导线等组成。在一些实施例中，通信模块204也可以被配置为在处理服务器102的内部组件和处理服务器102的外部组件(诸如外部连接的数据库、显示设备、输入设备等)之间进行通信。处理服务器102还可以包括处理设备。处理设备可以被配置为执行本文讨论的处理服务器102的功能，如对于相关领域的技术人员来说将显而易见的。在一些实施例中，处理设备可以包括被专门配置为执行处理设备的一个或多个功能的多个引擎和/或模块(诸如查询模块214、生成模块216、签署模块218、加密模块220等)，和/或由这些引擎和/或模块组成。如本文所使用的，术语“模块”可以是被特别编程为接收输入、使用输入执行一个或多个处理并提供输出的软件或硬件。基于本公开，由各种模块执行的输入、输出和处理对于本领域技术人员来说将是显而易见的。

处理服务器102可以包括查询模块214。查询模块214可以被配置为对数据库执行查询以识别信息。查询模块214可以接收一个或多个数据值或查询串，并且可以基于指示的数据库(诸如存储器224)来执行查询串，以识别存储在其中的信息。然后，查询模块214可以根据需要将识别出的信息输出到处理服务器102的适当的引擎或模块。查询模块214可以例如对存储器224执行查询，以识别用于签署期票的私钥、用于对签署的期票进行加密的对称密钥，以及用于包装用于对期票进行加密的对称密钥的公钥。

处理服务器102还可以包括生成模块216。生成模块216可以被配置为生成期票和用于执行如本文讨论的处理服务器102的功能的其它数据。生成模块216可以接收指令作为输入，可以按照指示生成数据，并且可以将生成的数据输出到处理服务器102的另一个模块或引擎。例如，生成模块216可以被配置为基于被包括在授权请求中的数据(诸如可以从授权请求中解析的交易金额、发行方标识符、商家标识符、交易时间等)来生成期票。生成模块216还可以被配置为使用对于相关领域技术人员显而易见的合适的密钥生成算法来生成用于执行如本文讨论的处理服务器102的功能的对称密钥和密钥对。在一些实施例中，生成模块216还可以被配置为生成脚本，该脚本可以在堆栈机(例如，或其它合适类型的计算设备)上执行，以识别对应期票的有效价值。

处理服务器102还可以包括签署模块218。签署模块218可以被配置为使用合适的方法对数据进行数字签署。签署模块218可以接收要签署的数据，可以使用合适的签名算法和/或方法对数据进行数字签署，并且可以将签署的数据输出到处理服务器102的另一个模块或引擎。例如，签署模块218可以被配置为使用(例如，经由查询模块214识别的)存储在存储器224中的私钥对(例如，由生成模块216生成的)期票进行数字签署。

处理服务器102还可以包括加密模块220。加密模块220可以被配置为对用于执行如本文所讨论的处理服务器102的功能的数据进行加密。加密模块220可以接收要加密的数据作为输入，可以对数据进行加密，并且可以将加密的数据输出到处理服务器102的另一个模块或引擎。在一些情况下，将在加密中使用的密钥和/或算法可以被包括在输入中。在其它情况下，加密模块220可以被配置为识别要使用的密钥和/或算法，诸如通过指示查询模块214对存储器224执行查询以识别对称密钥和/或加密算法，或者通过指示生成模块216生成用于期票的对称密钥。加密模块220还可以被配置为用其它密钥来包装(例如，用于对期票进行加密的)对称密钥，其中其它密钥诸如与处理服务器102相关联的公钥(例如，存储在存储器224中)和与参与相关支付交易的收单机构106相关联的公钥(诸如可以从对应的授权请求中解析)或者与其它实体(诸如金融监管机构、政府机构、审计员等)相关联的密钥。在一些情况下，对称密钥也可以用与支付网络112相关联的公钥进行包装。

处理服务器102也可以包括发送设备222。发送设备222可以被配置为经由一个或多个网络协议通过一个或多个网络发送数据。在一些实施例中，发送设备222可以被配置为通过支付轨道发送数据，诸如使用与支付网络112相关联的专门配置的基础设施用于传输包括敏感金融数据和信息(诸如识别出的支付凭证)的交易消息。在一些情况下，发送设备222可以被配置为经由诸如互联网之类的替代网络将数据发送到发行机构104、支付网络112、区块链网络114和其它实体。在一些实施例中，发送设备222可以由多个设备组成，诸如用于通过不同网络发送数据的不同发送设备，诸如用于通过支付轨道发送数据的第一发送设备和用于通过互联网发送数据的第二发送设备。发送设备220可以以电子方式发送具有叠加的可以由接收计算设备解析的数据的数据信号。在一些情况下，发送设备220可以包括一个或多个模块，用于将数据叠加、编码或以其它方式格式化为适合于传输的数据信号。

发送设备222可以被配置为将数据信号以电子方式发送到区块链网络114和与其相关联的节点，该数据信号与加密的期票、包装的对称密钥和对应的区块链地址叠加或以其它方式与其进行编码。在一些情况下，加密的期票还可以附带有用于其估价(valuation)的脚本。在一些实施例中，发送设备222还可以被配置为将数据信号以电子方式发送到托管系统，该数据信号与用于转移期票(诸如转移到收单机构106以进行结算)的指令叠加或以其它方式与其进行编码。

处理服务器102还可以包括存储器224。存储器224可以被配置为存储由处理服务器102在执行本文讨论的功能时使用的数据，诸如公钥和私钥、对称密钥等。存储器224可以被配置为使用合适的数据格式化方法和模式来存储数据，并且可以是任何合适类型的存储器，诸如只读存储器、随机存取存储器等。存储器224可以包括例如加密密钥和算法、通信协议和标准、数据格式化标准和协议、用于处理设备的应用程序和模块的程序代码、以及处理服务器102在执行本文公开的功能时可能适合使用的其它数据，如对于相关领域的技术人员将显而易见的。在一些实施例中，存储器224可以由关系数据库组成或可以以其它方式包括关系数据库，该关系数据库利用结构化查询语言对存储在其中的结构化数据集进行存储、识别、修改、更新、访问等。

用于生成和发布密码期票的处理

图3图示了用于生成用于发布到区块链的密码期票的处理，用于在图1图示的系统100中执行相关支付交易的结算。

在步骤302中，支付网络112可以将对支付交易的授权请求转发到处理服务器102。授权请求可以是基于一个或多个标准(诸如ISO8583或20022标准)进行格式化的支付交易的交易消息，并且可以经由与支付网络112相关联的支付轨道从收单机构106被接收。在一些情况下，授权请求可以经由发行机构104被转发到处理服务器102。在一些情况下，发行机构104可以在将授权请求转发到处理服务器102之前批准支付交易。

在步骤304中，处理服务器102的接收设备202可以接收授权请求。授权请求可以包括多个数据元素，至少包括被配置为存储交易金额的第一数据元素和被配置为存储区块链地址的第二数据元素。在一些情况下，授权请求中所包括的附加数据元素可以存储与收单机构106相关联的公钥、与支付网络112相关联的公钥、或者可以用于生成和转移期票的其它数据，如本文所讨论的。在步骤306中，处理服务器102的生成模块216可以生成期票，该期票表示发行机构104向收单机构106支付基于从授权请求解析的交易金额的金额(例如，与其相关联的更少交换费或者其它费用或开支)的承诺。

在步骤308中，处理服务器102的签署模块218可以使用私钥来对生成的期票进行数字签署，该私钥可以与发行机构104和/或处理服务器102相关联，是由私钥和对应公钥组成的密钥对的一部分。在一些情况下，私钥可以存储在处理服务器102的存储器224中，并且由查询模块214经由其查询来识别。在其它情况下，生成模块216可以使用合适的密钥生成算法来生成密钥对。

在步骤310中，处理服务器102的加密模块220可以使用对称密钥来对签署的期票进行加密。在一些情况下，对称密钥对于签署的期票可以是唯一的。在这些情况下，对称密钥可以由处理服务器102先前生成和识别(例如，经由查询模块214对存储器224执行的查询)。在其它此类情况下，生成模块216可以使用合适的密钥生成算法生成与期票一起使用的对称密钥。在步骤312中，如果适用的话，加密模块220可以用与处理服务器102相关联的密钥对的公钥和与收单机构106相关联的公钥来包装用于对期票进行加密的对称密钥，其中公钥可以从授权请求中解析或者使用存储在存储器224中的数据在存储器224中识别。在一些情况下，对称密钥还可以用与支付网络112相关联的公钥以及可以结合本文讨论的处理使用的任何附加密钥进行包装。

在步骤314中，处理服务器102的发送设备222可以将加密的期票、每个包装的对称密钥以及从授权请求中解析的区块链地址以电子方式发送到区块链网络114，以供发布到区块链。在步骤316中，区块链网络114可以接收用于区块链交易的数据。在一些情况下，数据还可以包括(例如，由处理服务器102的生成模块216生成的)被配置用于在堆栈机上执行以基于期票面值来识别期票的有效价值的脚本。

在步骤318中，区块链网络114或与其相关联的节点可以经由在区块中包括基于区块链的规范核实的交易来将该交易发布到区块链。交易可以使得加密的期票被转移到区块链地址，以便由与其相关联的实体(诸如收单机构106)控制。作为发布区块链交易的一部分，区块链网络114可以生成或以其它方式识别与区块链交易相关联的标识符。标识符可以是与区块链交易相关联的唯一值，诸如经由加密的期票的散列生成的散列值或标识号。在步骤320中，区块链网络114可以将交易标识符转发到处理服务器102，该交易标识符可以在步骤322中由处理服务器102的接收设备202接收。

在步骤324中，处理服务器102的生成模块216可以生成针对支付交易的授权响应，其中该授权响应包括被配置为存储对应的区块链交易的交易标识符的数据元素。在步骤326中，发送设备222可以将授权响应提交给支付网络112，该支付网络112可以在步骤328中接收授权响应并继续使用传统方法和系统来处理支付交易。在一些实施例中，步骤324和326可以由发行机构104执行。在此类实施例中，处理服务器102可以将交易标识符转发到发行机构104以被包括在授权响应中，这可以基于附加的考虑(诸如信用限额、欺诈评分以及对相关领域技术人员将显而易见的其它准则)来指示支付交易的批准或拒绝。在一些实施例中，交易标识符还可以与授权请求一起存储或以其它方式与授权请求相关联，以用于其识别。

用于密码期票的托管的处理

图4图示了在系统100中使用托管系统400在密码期票转移到收单机构106进行其结算之前托管由处理服务器102生成的密码期票的处理。

在步骤402中，处理服务器102的接收设备202可以接收对涉及发行机构104和收单机构106的第一支付交易的授权请求。在步骤404中，处理服务器102可以使用本文讨论的用于支付交易的方法(例如，诸如图3A和3B中所示并且在上面讨论的)来生成、签署期票、以及对期票进行加密，该期票可以由处理服务器102的发送设备222使用合适的通信网络和方法以电子方式发送到托管系统400。在步骤406中，托管系统400可以接收期票。在一些实施例中，期票的传输和接收可以利用区块链网络114，其中可以通过将包括期票的交易发布到与托管系统400相关联的区块链地址而经由区块链将期票转移到托管系统400。

在步骤408中，处理服务器102的接收设备202可以接收对涉及发行机构104和收单机构106两者的第二支付交易的授权请求。在步骤410中，处理服务器102可以使用本文讨论的方法来生成、签署第二期票、以及对第二期票进行加密，其中第二期票是针对基于第一支付交易和第二支付交易两者的金额，诸如两个交易的总金额。处理服务器102的发送设备222可以将第二期票以电子方式发送到托管系统400，托管系统400可以在步骤412中接收期票。如上面所讨论的，在一些情况下，可以经由区块链网络114将第二期票转移到托管系统400。

在步骤414中，处理服务器102可以(例如，经由生成模块216)生成释放请求并(例如，经由签署模块218)签署释放请求，该释放请求可以是针对托管系统400以向收单机构106释放最新期票的请求。在一些情况下，可以使用与处理服务器102相关联的用于签署期票的私钥来签署请求。在一些情况下，可以基于从发行机构104接收到请求来发起步骤414。在其它情况下，可以基于预定准则(诸如预定时间段(例如，每小时、每日、每周等)的到期、超过预定金额(例如，承诺的金额超过5000美元)、预定数量的期票向托管系统400的转移(例如，在已经转移十个票据之后)等)来发起步骤414。在步骤416中，处理服务器102的发送设备222可以将签署的请求以电子方式发送到托管系统400。

在步骤418中，托管系统400可以接收签署的请求。在一些实施例中，托管系统400可以验证请求上的签名，诸如使用与处理服务器102相关联并用于签署请求的私钥相对应的公钥。在步骤420中，托管系统400可以向收单机构106释放第二期票(例如，或者如果适用的话，释放请求中所指示的其它期票)。在一些实施例中，期票的释放可以包括使用区块链网络114来转移期票，其中期票可以被转移到与收单机构106相关联的区块链地址，诸如可以从由处理服务器102接收的授权请求中解析的。在步骤422中，收单机构106可以接收期票，其中收单机构106可以能够发起其结算，诸如使用支付网络112以从发行机构104接收期票的有效价值。

用于生成密码期票的示例性方法

图5图示了用于生成用于发布到区块链的密码期票的方法500。

在步骤502中，可以由处理服务器(例如，处理服务器102)的接收设备(例如，接收设备202)接收对支付交易的授权请求，其中授权请求是基于一个或多个标准进行格式化的交易消息并且至少包括多个数据元素，该多个数据元素至少包括被配置为存储区块链地址的第一数据元素和被配置为存储交易金额的第二数据元素。在步骤504中，可以由处理服务器的生成模块(例如，生成模块216)生成期票，其中该期票至少包括交易金额。

在步骤506中，所生成的期票可以由处理服务器的签署模块(例如，签署模块218)用私钥进行数字签署。在步骤508中，签署的期票可以由处理服务器的加密模块(例如，加密模块220)用对称密钥进行加密。

在步骤510中，用于对期票进行加密的对称密钥可以由处理服务器的加密模块至少用以下进行包装：与私钥对应的公钥以及与参与支付交易的收单方(例如，收单机构106)相关联的公钥。在步骤512中，区块链交易可以以电子方式被发送到区块链网络(例如，区块链网络114)，其中区块链交易至少包括加密的期票、每个包装的对称密钥以及区块链地址。

在一个实施例中，与收单方相关联的公钥可以存储在接收到的授权请求中所包括的第三数据元素中。在一些实施例中，对称密钥还可以用与支付网络(例如，支付网络112)相关联的公钥进行包装。在另一个实施例中，可以从支付网络接收授权请求。在又一个实施例中，与支付网络相关联的公钥可以存储在接收到的授权请求中所包括的第三数据元素中。

在一个实施例中，方法500还可以包括：由接收设备从区块链网络接收与区块链交易相关联的交易标识符；由处理服务器的生成模块生成针对支付交易的授权响应，其中该授权响应是基于一个或多个标准进行格式化的交易消息并且包括多个数据元素，多个数据元素还包括被配置为存储交易标识符的第三数据元素；以及由处理服务器的发送设备以电子方式发送所生成的授权响应。在另一个实施例中，可以从支付网络接收授权请求，并且可以将生成的授权响应以电子方式发送到支付网络。

在一些实施例中，私钥可以存储在处理服务器的存储器(例如，存储器224)中。在一个实施例中，对称密钥对于生成的期票可以是唯一的。在一些实施例中，方法500还可以包括：由处理服务器的生成模块至少基于所生成的期票来生成估价脚本，该估价脚本被配置为确定所生成的期票的价值，其中区块链交易还包括生成的估价脚本。

支付交易处理系统和处理

图6图示了交易处理系统和用于处理系统中的支付交易的处理600，其可以包括在给定时段(例如，每小时、每天、每周等)期间处理数千、数百万甚至数十亿的交易。处理600和其中包括的步骤可以由上面讨论的系统100的一个或多个组件(诸如处理服务器102、发行机构104、收单机构106、消费者108、商家110、支付网络112等)执行。使用图6中图示并在下面讨论的系统和处理600的支付交易的处理可以利用支付轨道，该支付轨道可以由如下面讨论的实体特别配置和编程的用于执行处理600的步骤的计算设备和基础设施组成，实体包括交易处理服务器612，交易处理服务器612可以与被配置为处理支付交易的一个或多个支付网络相关联。对于相关领域的技术人员来说将显而易见的是，相对于支付交易的处理中涉及的一个或多个步骤，处理600可以结合到上面讨论的图3A、图3B、图4和图5中所示的处理中。此外，本文讨论的用于执行处理600的实体可以包括被配置为执行下面讨论的功能的一个或多个计算设备或系统。例如，商家606可以由一个或多个销售点设备、本地通信网络、计算服务器以及被配置为执行下面讨论的功能的其它设备组成。

在步骤620中，发行金融机构602可以向消费者604发行支付卡或其它合适的支付工具。发行金融机构可以是金融机构(诸如银行)，或者治理并管理支付账户和/或与支付账户一起使用的可用于向支付交易提供资金的支付工具的其它合适类型的实体。消费者604可以具有与所发行的支付卡相关联的发行金融机构602的交易账户，使得当在支付交易中使用支付卡时，支付交易由相关联的交易账户提供资金。在一些实施例中，支付卡可以被物理地发行给消费者604。在其它实施例中，支付卡可以是虚拟支付卡或以其他方式以电子格式被供应给消费者604。

在步骤622中，消费者604可以将发行的支付卡呈现给商家606用于向支付交易提供资金。商家606可以是企业、另一个消费者、或者可以与消费者604进行支付交易的任何实体。支付卡可以由消费者604经由向商家606提供物理卡、(例如，经由近场通信、无线传输或其它合适的电子传输类型和协议)以电子方式发送支付卡的支付详细信息(detail)、或经由第三方向商家606发起支付详细信息的传输来呈现。商家606可以接收支付详细信息(例如，经由电子传输、经由从物理支付卡读取它们等)，支付详细信息可以至少包括与支付卡和/或相关联的交易账户相关联的交易账号。在一些情况下，支付详细信息可以包括一个或多个应用密码，这些应用密码可以在处理支付交易时使用。

在步骤624中，商家606可以将交易详细信息录入到销售点计算系统中。交易详细信息可以包括由消费者604提供的与支付卡相关联的支付详细信息以及与交易相关联的附加详细信息，诸如交易金额、时间和/或日期、产品数据、报价数据、忠诚度数据、奖励数据、商家数据、消费者数据、销售点数据等。交易详细信息可以经由一个或多个输入设备(诸如被配置为扫描产品条形码的光学条形码扫描仪、被配置为接收由用户输入的产品代码的键盘等)被录入到商家606的销售点系统中。商家销售点系统可以是专门配置的计算设备和/或专用计算设备，其旨在处理电子金融交易以及(例如，经由支付轨道)与支付网络进行通信。商家销售点系统可以是其上运行销售点系统应用的电子设备，其中该应用使得电子设备接收电子金融交易信息并将该电子金融交易信息传送到支付网络。在一些实施例中，商家606可以是电子商务交易中的在线零售商。在这样的实施例中，交易详细信息可以被录入到购物车或用于在电子交易中存储交易数据的其它储存库中，如对于相关领域的技术人员来说将显而易见的。

在步骤626中，商家606可以将叠加有交易数据的数据信号以电子方式发送到网关处理器608。网关处理器608可以是被配置为从商家606接收用于格式化并发送到收单金融机构610的交易详细信息的实体。在一些情况下，网关处理器608可以与多个商家606和多个收单金融机构610相关联。在这种情况下，网关处理器608可以接收涉及各种商家的多个不同交易的交易详细信息，该交易详细信息可以被继续转发给适当的收单金融机构610。通过与多个收单金融机构610建立关系并具有使用支付轨道(诸如使用与用于提交、接收和检索数据的金融机构或网关处理器608相关联的应用编程接口)与金融机构进行通信的必要基础设施，网关处理器608可以充当商家606的中介，以能够经由单个通信信道和关于网关处理器608的格式进行支付交易，而无需维持与多个收单金融机构610和支付处理器以及与其相关联的硬件的关系。收单金融机构610可以是金融机构(诸如银行)，或者治理并管理支付账户和/或与支付账户一起使用的支付工具的其它实体。在一些情况下，收单金融机构610可以管理商家606的交易账户。在一些情况下，单个金融机构可以既作为发行金融机构602又作为收单金融机构610进行操作。

从商家606发送到网关处理器608的数据信号可以叠加有支付交易的交易详细信息，该交易详细信息可以基于一个或多个标准进行格式化。在一些实施例中，标准可以由网关处理器608阐述(set forth)，该标准可以使用唯一的专有格式来向/从网关处理器608传输交易数据。在其它实施例中，可以使用公共标准，诸如国际标准化组织的ISO 8583标准。标准可以指示可以所包括的数据类型、数据的格式化、数据如何被存储和发送、以及用于将交易数据传输到网关处理器608的其它准则。

在步骤628中，网关处理器608可以解析交易数据信号以获得叠加在其上的交易数据，并且可以根据需要对交易数据进行格式化。交易数据的格式化可以由网关处理器608基于网关处理器608的专有标准或与支付交易相关联的收单金融机构610来执行。专有标准可以指定交易数据中所包括的数据类型以及用于存储和传输数据的格式。收单金融机构610可以由网关处理器608使用交易数据来识别，诸如通过解析交易数据(例如，解构成数据元素)以获得其中所包括的与收单金融机构610相关联的账户标识符。在一些情况下，网关处理器608然后可以基于识别出的收单金融机构610对交易数据进行格式化，以便符合由收单金融机构610指定的格式化标准。在一些实施例中，识别出的收单金融机构610可以与参与支付交易的商家606相关联，并且在一些情况下，可以管理与商家606相关联的交易账户。

在步骤630中，网关处理器608可以将叠加有格式化交易数据的数据信号以电子方式发送到识别出的收单金融机构610。收单金融机构610可以接收数据信号并解析该信号以获得叠加在其上的格式化交易数据。在步骤632中，收单金融机构可以基于格式化交易数据来生成对支付交易的授权请求。授权请求可以是根据一个或多个标准(诸如ISO 8583标准和由用于处理支付交易的支付处理器(诸如支付网络)阐述的标准)进行格式化的特殊格式化交易消息。授权请求可以是包括指示授权请求的消息类型指示符的交易消息，消息类型指示符可以指示参与支付交易的商家606正在请求支付或来自发行金融机构602的对于交易的支付承诺。授权请求可以包括多个数据元素，每个数据元素被配置为存储数据(如在相关联的标准中所阐述的)，诸如用于存储账号、应用密码、交易金额、发行金融机构602信息等的数据。

在步骤634中，收单金融机构610可以将授权请求以电子方式发送到交易处理服务器612以进行处理。交易处理服务器612可以由一个或多个计算设备组成，该一个或多个计算设备作为被配置为处理支付交易的支付网络的一部分。在一些实施例中，授权请求可以由收单金融机构610处的交易处理器或与收单金融机构相关联的其它实体发送。交易处理器可以是一个或多个计算设备，该一个或多个计算设备包括多个通信信道用于与交易处理服务器612进行通信，用于向交易处理服务器612以及从交易处理服务器612传输交易消息和其它数据。在一些实施例中，与交易处理服务器612相关联的支付网络可以拥有或操作每个交易处理器，使得为了网络和信息安全，支付网络可以维持对向交易处理服务器612传送交易消息和从交易处理服务器612传送交易消息的控制。

在步骤636中，交易处理服务器612可以为支付交易执行增值服务。增值服务可以是由发行金融机构602指定的服务，该服务可以在处理支付交易时向发行金融机构602或消费者604提供附加价值。增值服务可以包括例如欺诈评分、交易或账户控制、账号映射、报价兑换、忠诚度处理等。例如，当交易处理服务器612接收到交易时，交易的欺诈评分可以基于其中所包括的数据和一个或多个欺诈评分算法和/或引擎来计算。在一些情况下，交易处理服务器612可以首先识别与交易相关联的发行金融机构602，然后识别由发行金融机构602指示的要执行的任何服务。可以例如通过授权请求中包括的特定数据元素中包括的数据(诸如发行方标识号)来识别发行金融机构602。在另一个示例中，可以通过存储在授权请求中的主账号，诸如通过使用主账号中用于识别的一部分(例如，银行标识号)来识别发行金融机构602。

在步骤638中，交易处理服务器612可以将授权请求以电子方式发送到发行金融机构602。在一些情况下，可以修改授权请求，或者由于交易处理服务器612执行增值服务而将附加数据包括在授权请求中或将附加数据与授权请求一起发送。在一些实施例中，授权请求可以被发送到位于发行金融机构602处的(例如，由交易处理服务器612拥有或操作的)交易处理器或者其相关联的可以将授权请求转发给发行金融机构602的实体。

在步骤640中，发行金融机构602可以对交易账户进行授权以对支付交易进行支付。授权可以基于交易账户的可用信用金额和支付交易的交易金额、交易处理服务器612提供的欺诈分数、以及对于相关领域的技术人员将显而易见的其它考虑因素。发行金融机构602可以修改授权请求以包括指示支付交易的批准(例如，或者如果要拒绝交易的话，则指示拒绝)的响应代码。发行金融机构602还可以修改交易消息的消息类型指示符，以指示交易消息被改变为授权响应。在步骤642中，发行金融机构602可以(例如，经由交易处理器)将授权响应发送到交易处理服务器612。

在步骤644中，交易处理服务器612可以(例如，经由交易处理器)将授权响应转发给收单金融机构610。在步骤646中，收单金融机构可以生成如在授权响应的响应代码中所指示的指示支付交易的批准或拒绝的响应消息，并且可以使用由网关处理器608阐述的标准和协议将响应消息发送到网关处理器608。在步骤648中，网关处理器608可以使用适当的标准和协议将响应消息转发给商家606。在步骤660中，假设交易被批准，则商家606然后可以将由消费者604购买的产品作为支付交易的一部分提供给消费者604。

在一些实施例中，一旦处理600已经完成，就可以执行从发行金融机构602到收单金融机构610的支付。在一些情况下，可以立即支付或在一个工作日内进行支付。在其它情况下，可以在一段时间之后并且响应于经由交易处理服务器602从收单金融机构610向发行金融机构602提交的清算请求进行支付。在这种情况下，对于多个支付交易的清算请求可以被聚合成单个清算请求，该单个清算请求可以由交易处理服务器612使用，以针对支付交易的结算识别要由谁以及向谁进行的总支付。

在一些情况下，系统还可以被配置为在通信路径可能不可用的情况下执行支付交易的处理。例如，(例如，在步骤640中)如果发行金融机构不可用于执行交易账户的授权，则交易处理服务器612可以被配置为代表发行金融机构602执行交易的授权。这样的动作可以被称为“代替(stand-in)处理”，其中交易处理服务器“代替”作为发行金融机构602。在这种情况下，交易处理服务器612可以利用由发行金融机构602阐述的规则来确定批准或拒绝支付交易，并且可以在步骤644中转发交易消息到收单金融机构610之前对应地修改交易消息。交易处理服务器612可以保留与交易处理服务器612代替的交易相关联的数据，并且一旦通信被重新建立，就可以将保留的数据发送到发行金融机构602。然后，发行金融机构602可以对应地处理交易账户以适应丢失通信的时间。

在另一个示例中，如果交易处理服务器612不可用于由收单金融机构610提交授权请求，则收单金融机构610处的交易处理器可以被配置为执行交易处理服务器612和发行金融机构602的处理。交易处理器可以包括适于在基于其中所包括的数据来确定支付交易的批准或拒绝时使用的规则和数据。例如，发行金融机构602和/或交易处理服务器612可以对可以存储在交易处理器中并用于基于其确定支付交易的批准或拒绝的交易类型、交易金额等设置限制。在这种情况下，即使交易处理服务器612不可用，收单金融机构610也可以接收针对支付交易的授权响应，从而确保交易被处理并且即使在通信不可用的情况下也不会经历停机时间。在这种情况下，交易处理器可以存储支付交易的交易详细信息，一旦通信被重新建立，这些交易详细信息就可以被发送到交易处理服务器612(例如，并且从交易处理服务器612去往相关联的发行金融机构602)。

在一些实施例中，交易处理器可以被配置为包括可以利用多个通信卡和/或设备的多个不同的通信信道与交易处理服务器612进行通信以发出和接收交易消息。例如，交易处理器可以由多个计算设备组成，每个计算设备具有连接到交易处理服务器612的多个通信端口。在这样的实施例中，交易处理器可以在将交易消息发送到交易处理服务器612时循环通过通信信道，以缓解网络拥塞并确保更快、更顺畅的通信。此外，在通信信道可能被中断或以其它方式不可用的情况下，替代通信信道可能由此可用，以进一步增加网络的正常运行时间。

在一些实施例中，交易处理器可以被配置为与其它交易处理器直接进行通信。例如，收单金融机构610处的交易处理器可以(例如，经由交易消息中所包括的银行标识号)识别授权请求涉及不需要增值服务的发行金融机构602。然后，(例如，在授权请求不通过交易处理服务器612的情况下)收单金融机构610处的交易处理器可以将授权请求直接发送到发行金融机构602处的交易处理器，其中发行金融机构602可以对应地处理交易。

上面讨论的用于使用多个通信信道利用多种通信方法来处理支付交易的方法、以及包括故障安全以提供在处理中的多个点处和系统中的多个位置处的支付交易处理、以及即使在中断的情况下也确保通信成功到达其目的地的冗余，可以提供稳健的系统，该系统确保始终以最小的错误和中断来成功处理支付交易。这种先进的网络及其基础设施和拓扑结构通常可以被称为“支付轨道”，其中交易数据可以从数百万个不同销售点处的商家被提交给支付轨道，以通过基础设施被路由到适当的交易处理服务器612用于处理。支付轨道可以是通用计算设备在没有专门的编程和/或配置的情况下可能无法正确地格式化或向轨道提交通信的轨道。通过专用的计算设备，计算设备可以被配置为将交易数据提交给适当的实体(例如，网关处理器608、收单金融机构610等)以使用该先进的网络进行处理，并且快速且高效地接收关于消费者604为支付交易提供资金的能力的响应。

计算机系统体系架构

图7图示了计算机系统700，其中本公开的实施例或其部分可以被实现为计算机可读代码。例如，图1的处理服务器102可以使用硬件、软件、固件、其上存储有指令的非瞬态计算机可读介质或其组合在计算机系统700中实现，并且可以在一个或多个计算机系统或其它处理系统中实现。硬件、软件或其任何组合可以体现用于实现图3A、图3B和图4-图6的方法的模块和组件。

如果使用可编程逻辑，则这种逻辑可以在由可执行软件代码配置的商业上可用的处理平台上执行，以成为专用计算机或专用设备(例如，可编程逻辑阵列、专用集成电路等)。本领域普通技术人员可以认识到的是，所公开的主题的实施例可以用各种计算机系统配置(包括多核多处理器系统、小型计算机、大型计算机、与分布式功能链接或集群的计算机、以及可以嵌入到几乎任何设备中的普及型或微型计算机)来实践。例如，可以使用至少一个处理器设备和存储器来实现上述实施例。

如本文所讨论的处理器单元或设备可以是单个处理器、多个处理器或其组合。处理器设备可以具有一个或多个处理器“核心”。如本文所讨论的术语“计算机程序介质”、“非瞬态计算机可读介质”和“计算机可用介质”通常用于指有形介质，诸如可移动存储单元718、可移动存储单元722和安装在硬盘驱动器712中的硬盘。

依据这个示例计算机系统700来描述本公开的各种实施例。在阅读本说明书之后，相关领域的技术人员将认识到如何使用其它计算机系统和/或计算机体系架构来实现本公开。虽然操作可以被描述为顺序处理，但是一些操作实际上可以并行地、并发地和/或在分布式环境中执行，并且程序代码在本地或远程存储以供单个处理器机器或多个处理器机器访问。此外，在一些实施例中，在不脱离所公开的主题的精神的情况下，可以重新布置操作的次序。

处理器设备704可以是被专用配置为执行本文讨论的功能的专用或通用处理器设备。处理器设备704可以连接到通信基础设施706，诸如总线、消息队列、网络、多核消息传递方案等。网络可以是适于执行如本文公开的功能的任何网络，并且可以包括局域网(LAN)、广域网(WAN)、无线网络(例如，WiFi)、移动通信网络、卫星网络、互联网、光纤、同轴线缆、红外线、射频(RF)或其任何组合。其它合适的网络类型和配置对于相关领域的技术人员将是显而易见的。计算机系统700还可以包括主存储器708(例如，随机存取存储器、只读存储器等)，并且还可以包括辅助存储器710。辅助存储器710可以包括硬盘驱动器712和可移动存储驱动器714，诸如软盘驱动器、磁带驱动器、光盘驱动器、闪存等。

可移动存储驱动器714可以以众所周知的方式从可移动存储单元718读取和/或写入可移动存储单元718。可移动存储单元718可以包括可以由可移动存储驱动器714读取和写入的可移动存储介质。例如，如果可移动存储驱动器714是软盘驱动器或通用串行总线端口，则可移动存储单元718可以相应地是软盘或便携式闪存驱动器。在一个实施例中，可移动存储单元718可以是非瞬态计算机可读记录介质。

在一些实施例中，辅助存储器710可以包括用于允许计算机程序或其它指令被加载到计算机系统700中的替代部件，例如，可移动存储单元722和接口720。这种部件的示例可以包括程序盒和盒接口(例如，如在视频游戏系统中所找到的)、可移动存储器芯片(例如，EEPROM、PROM等)和相关联的插座，以及其它可移动存储单元722和接口720，如对于相关领域的技术人员来说将显而易见的。

存储在计算机系统700中(例如，在主存储器708和/或辅助存储器710中)的数据可以存储在任何类型的合适的计算机可读介质上，诸如光学存储装置(例如，光盘、数字通用光盘、蓝光光盘等)或磁带存储装置(例如，硬盘驱动器)。可以以任何类型的合适数据库(诸如关系数据库、结构化查询语言(SQL)数据库、分布式数据库、对象数据库等)配置来配置数据。合适的配置和存储类型对于相关领域的技术人员来说将是显而易见的。

计算机系统700还可以包括通信接口724。通信接口724可以被配置为允许软件和数据在计算机系统700和外部设备之间传递。示例性通信接口724可以包括调制解调器、网络接口(例如，以太网卡)、通信端口、PCMCIA槽或卡等。经由通信接口724传递的数据和软件可以处于信号的形式，该信号可以是电子信号、电磁信号、光信号的或如对于相关领域的技术人员来说将显而易见的其它信号。信号可以经由通信路径726行进，通信路径726可以被配置为承载信号并且可以使用导线、线缆、光纤、电话线、蜂窝电话链路、射频链路等来实现。

计算机系统700还可以包括显示器接口702。显示器接口702可以被配置为允许数据在计算机系统700和外部显示器830之间传递。示例性显示器接口702可以包括高清晰多媒体接口(HDMI)、数字视频接口(DVI)、视频图形阵列(VGA)等。显示器730可以是用于显示经由计算机系统700的显示器接口702发送的数据的任何合适类型的显示器，包括阴极射线管(CRT)显示器、液晶显示器(LCD)、发光二极管(LED)显示器、电容式触摸显示器、薄膜晶体管(TFT)显示器等。

计算机程序介质和计算机可用介质可以指存储器，诸如可以是存储器半导体(例如，DRAM等)的主存储器708和辅助存储器710。这些计算机程序产品可以是用于向计算机系统700提供软件的部件。计算机程序(例如，计算机控制逻辑)可以存储在主存储器708和/或辅助存储器710中。也可以具有通信接口724来接收计算机程序。这样的计算机程序在被执行时可以使得计算机系统700能够实现如本文所讨论的本方法。特别地，计算机程序在被执行时可以使得处理器设备704能够实现由图3A、图3B和图4-图6所示的方法，如本文所讨论的。因此，这样的计算机程序可以表示计算机系统700的控制器。在使用软件实现本公开的情况下，软件可以存储在计算机程序产品中并使用可移动存储驱动器714、接口720以及硬盘驱动器712或通信接口724被加载到计算机系统700中。

处理器设备704可以包括被配置为执行计算机系统700的功能的一个或多个模块或引擎。每个模块或引擎可以使用硬件来实现，并且在一些情况下，也可以利用(诸如对应于存储在主存储器708或辅助存储器710中的程序代码和/或程序的)软件来实现。在这种情况下，程序代码在由计算机系统700的硬件执行之前可以由处理器设备704(例如，由编译模块或引擎)编译。例如，程序代码可以是以编程语言编写的源代码，其被转换为较低级语言，诸如汇编语言或机器代码，用于由处理器设备704和/或计算机系统700的任何附加硬件组件执行。编译的处理可以包括使用词法分析、预处理、解析、语义分析、语法导向转换、代码生成、代码优化、以及可能适合于将程序代码转换为适合于控制计算机系统700以执行本文公开的功能的较低级语言的任何其它技术。对于相关领域的技术人员来说将显而易见的是，这样的处理导致计算机系统700成为被特别编程以执行以上讨论的功能的专门配置的计算机系统700。

除了其它特征之外，与本公开一致的技术提供了用于生成用于发布到区块链的密码期票的系统和方法。虽然上面已经描述了所公开的系统和方法的各种示例性实施例，但是应该理解的是，它们仅仅是为了示例的目的而非限制而给出。它并非是详尽的，并且不将本公开限制于所公开的精确形式。鉴于上述教导，在不脱离本公开的广度或范围的情况下，修改和变化是可能的，或者可以从本公开的实践中获得修改和变化。

Claims (26)

1.一种用于生成用于发布到区块链的密码期票的方法，包括：

由处理服务器的接收设备接收对支付交易的授权请求，其中所述授权请求是基于一个或多个标准进行格式化的交易消息并且至少包括多个数据元素，所述多个数据元素至少包括被配置为存储区块链地址的第一数据元素和被配置为存储交易金额的第二数据元素；

由所述处理服务器的生成模块生成期票，其中所述期票至少包括所述交易金额；

由所述处理服务器的签署模块用私钥来对所生成的期票进行数字签署；

由所述处理服务器的加密模块用对称密钥来对所签署的期票进行加密；

由所述处理服务器的加密模块至少用以下来包装所述对称密钥：与所述私钥对应的公钥以及与参与所述支付交易的收单方相关联的公钥；以及

由所述处理服务器的发送设备将区块链交易以电子方式发送到区块链网络，其中所述区块链交易至少包括所加密的期票、每个包装的对称密钥以及所述区块链地址。

2.如权利要求1所述的方法，其中与所述收单方相关联的公钥存储在接收到的授权请求中所包括的第三数据元素中。

3.如权利要求1所述的方法，其中所述对称密钥还用与支付网络相关联的公钥进行包装。

4.如权利要求3所述的方法，其中所述授权请求是从所述支付网络接收的。

5.如权利要求3所述的方法，其中与所述支付网络相关联的公钥存储在接收到的授权请求中所包括的第三数据元素中。

6.如权利要求1所述的方法，还包括：

由所述接收设备从所述区块链网络接收与所述区块链交易相关联的交易标识符；

由所述处理服务器的生成模块生成针对所述支付交易的授权响应，其中所述授权响应是基于所述一个或多个标准进行格式化的交易消息并且包括所述多个数据元素，所述多个数据元素还包括被配置为存储所述交易标识符的第三数据元素；以及

由所述处理服务器的所述发送设备以电子方式发送所生成的授权响应。

7.如权利要求6所述的方法，其中

所述授权请求是从支付网络接收的，以及

所生成的授权响应以电子方式被发送到所述支付网络。

8.如权利要求1所述的方法，其中所述私钥存储在所述处理服务器的存储器中。

9.如权利要求1所述的方法，其中所述对称密钥对于所生成的期票是唯一的。

10.如权利要求1所述的方法，还包括：

由所述处理服务器的所述生成模块至少基于所生成的期票来生成估价脚本，所述估价脚本被配置为确定所生成的期票的价值，其中

所述区块链交易还包括所生成的估价脚本。

11.如权利要求1所述的方法，还包括：

由所述处理服务器的所述发送设备将与所述支付交易相关的释放指令以电子方式发送到第三方实体，其中所述释放指令被配置为指示所述第三方实体向参与所述支付交易的所述收单方释放所加密的期票和每个包装的对称密钥。

12.如权利要求11所述的方法，其中所述第三方实体是所述区块链网络。

13.如权利要求1所述的方法，还包括：

由所述处理服务器对于第二支付交易重复接收、生成、签署、加密、包装和发送步骤；以及

由所述处理服务器的所述发送设备向第三方实体以电子方式发送释放指令，其中所述释放指令指示以下中的一个：所述支付交易或所述第二支付交易，并且所述释放指令被配置为指示所述第三方实体向参与所述支付交易的所述收单方释放相应的对应加密的期票和每个包装的对称密钥。

14.一种用于生成用于发布到区块链的密码期票的系统，包括：

处理服务器的接收设备，被配置为接收对支付交易的授权请求，其中所述授权请求是基于一个或多个标准进行格式化的交易消息并且至少包括多个数据元素，所述多个数据元素至少包括被配置为存储区块链地址的第一数据元素和被配置为存储交易金额的第二数据元素；

所述处理服务器的生成模块，被配置为生成期票，其中所述期票至少包括所述交易金额；

所述处理服务器的签署模块，被配置为用私钥来对所生成的期票进行数字签署；

所述处理服务器的加密模块，被配置为

用对称密钥来对所签署的期票进行加密，以及

至少用以下来包装所述对称密钥：与所述私钥对应的公钥以及与参与所述支付交易的收单方相关联的公钥；以及

所述处理服务器的发送设备，被配置为将区块链交易以电子方式发送到区块链网络，其中所述区块链交易至少包括所加密的期票、每个包装的对称密钥以及所述区块链地址。

15.如权利要求14所述的系统，其中与所述收单方相关联的公钥存储在接收到的授权请求中所包括的第三数据元素中。

16.如权利要求14所述的系统，其中所述对称密钥还用与支付网络相关联的公钥进行包装。

17.如权利要求16所述的系统，其中所述授权请求是从所述支付网络接收的。

18.如权利要求16所述的系统，其中与所述支付网络相关联的公钥存储在接收到的授权请求中所包括的第三数据元素中。

19.如权利要求14所述的系统，其中

所述接收设备还被配置为从所述区块链网络接收与所述区块链交易相关联的交易标识符，

所述处理服务器的所述生成模块还被配置为生成针对所述支付交易的授权响应，其中所述授权响应是基于所述一个或多个标准进行格式化的交易消息并且包括所述多个数据元素，所述多个数据元素还包括被配置为存储所述交易标识符的第三数据元素，以及

所述处理服务器的所述发送设备还被配置为以电子方式发送所生成的授权响应。

20.如权利要求19所述的系统，其中

所述授权请求是从支付网络接收的，以及

所生成的授权响应以电子方式被发送到所述支付网络。

21.如权利要求14所述的系统，其中所述私钥存储在所述处理服务器的存储器中。

22.如权利要求14所述的系统，其中所述对称密钥对于所生成的期票是唯一的。

23.如权利要求14所述的系统，其中

所述处理服务器的所述生成模块还被配置为至少基于所生成的期票来生成估价脚本，所述估价脚本被配置为确定所生成的期票的价值，以及

所述区块链交易还包括所生成的估价脚本。

24.如权利要求14所述的系统，其中所述处理服务器的所述发送设备还被配置为将与所述支付交易相关的释放指令以电子方式发送到第三方实体，其中所述释放指令被配置为指示所述第三方实体向参与所述支付交易的所述收单方释放所加密的期票和每个包装的对称密钥。

25.如权利要求24所述的系统，其中所述第三方实体是所述区块链网络。

26.如权利要求14所述的系统，其中

所述处理服务器被配置为对于第二支付交易重复接收、生成、签署、加密、包装和发送步骤，以及

所述处理服务器的所述发送设备还被配置为向第三方实体以电子方式发送释放指令，其中所述释放指令指示以下中的一个：所述支付交易或所述第二支付交易，并且所述释放指令被配置为指示所述第三方实体向参与所述支付交易的所述收单方释放相应的对应加密的期票和每个包装的对称密钥。