CN110852747B

CN110852747B - 订单对账系统、方法及装置

Info

Publication number: CN110852747B
Application number: CN201911052718.4A
Authority: CN
Inventors: 王世宇
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2019-10-31
Filing date: 2019-10-31
Publication date: 2022-03-18
Anticipated expiration: 2039-10-31
Also published as: CN110852747A

Abstract

本说明书一个或多个实施例提供一种订单对账系统、方法及装置，该系统可以包括：交易子系统、支付子系统、银行存管子系统；该交易子系统根据用户发起的交易订单生成原始交易信息，向该银行存管子系统发送该原始交易信息，并在该银行存管子系统记录该原始交易信息后向该支付子系统发送支付请求，该支付请求中包含该交易子系统指示的针对该交易订单的支付信息；该支付子系统响应于该支付请求，根据该支付信息创建对应于该交易订单的支付订单以由该用户完成支付，并在该用户完成支付后向该银行存管子系统发送针对该交易订单的支付结果；该银行存管子系统根据该交易订单的原始交易信息对该交易订单的支付结果进行对账。

Description

订单对账系统、方法及装置

技术领域

本说明书一个或多个实施例涉及数据管控领域，尤其涉及一种订单对账系统、方法及装置。

背景技术

伴随着移动互联网、云计算、大数据等新兴技术的兴起，线上交易平台迅速崛起，线上无卡支付市场迅速扩大。线上交易平台利用轻量、集约化的经营模式，为众多中小型商户服务商ISV(Independent Software Vendors，独立软件开发商)创造电商化便利、扩展销售渠道。

ISV通过第三方支付系统进行收单，第三方支付系统将收单资金打给银行存管系统，以由银行存管系统对ISV进行分账结算操作。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种订单对账系统、方法及装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种订单对账系统，包括：交易子系统、支付子系统、银行存管子系统；

所述交易子系统根据用户发起的交易订单生成原始交易信息，向所述银行存管子系统发送所述原始交易信息，并在所述银行存管子系统记录所述原始交易信息后向所述支付子系统发送支付请求，所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息；

所述支付子系统响应于所述支付请求，根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付，并在所述用户完成支付后向所述银行存管子系统发送针对所述交易订单的支付结果；

所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

根据本说明书一个或多个实施例的第二方面，提出了一种订单对账方法，应用于银行存管子系统；所述方法包括：

记录交易子系统发送的与用户发起的交易订单对应的原始交易信息；其中，在所述银行存管子系统记录所述原始交易信息后，所述交易子系统指示的针对所述交易订单的支付信息被发送至支付子系统；

接收所述支付子系统发送的针对所述交易订单的支付结果，所述支付结果由所述支付子系统在所述用户完成对与所述交易订单对应的支付订单的支付后生成，所述支付订单由所述支付子系统根据所述支付信息创建；

根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

可选的，

所述记录交易子系统发送的与用户发起的交易订单对应的原始交易信息，包括：根据所述原始交易信息创建业务订单；

所述方法还包括：在创建所述业务订单后向所述交易子系统发送所述业务订单的业务标识，以使得所述交易子系统将所指示的支付信息与所述业务标识的对应关系发送至所述支付子系统。

可选的，所述支付结果被所述支付子系统根据所述对应关系标记为与所述业务标识相对应；所述根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账，包括：

根据所述支付结果更新所述业务订单的订单状态，并在接收到所述支付子系统发送的与所述业务标识对应的对账单时，根据所述对账单和更新后的订单状态进行对账。

可选的，还包括：

当对账成功时，获取对应于所述交易订单的支付款项；

将所述支付款项转账至对应于所述交易订单的商户银行账户中。

根据本说明书一个或多个实施例的第三方面，提出了一种订单对账方法，应用于支付子系统；所述方法包括：

接收交易子系统发送的支付请求，所述支付请求由所述交易子系统在银行存管子系统记录原始交易信息后发送，所述原始交易信息由所述交易子系统根据用户发起的交易订单生成，所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息；

响应于所述支付请求，根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付，并在所述用户完成支付后向银行存管子系统发送针对所述交易订单的支付结果，以使得所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

可选的，所述支付请求中还包含业务订单的业务标识，所述业务订单由所述银行存管子系统根据所述原始交易信息创建，在创建所述业务订单后所述业务标识被发送至所述交易子系统，以使得所述交易子系统发送所述支付请求。

根据本说明书一个或多个实施例的第四方面，提出了一种订单对账装置，应用于银行存管子系统；所述装置包括：

记录单元，记录交易子系统发送的与用户发起的交易订单对应的原始交易信息；其中，在所述银行存管子系统记录所述原始交易信息后，所述交易子系统指示的针对所述交易订单的支付信息被发送至支付子系统；

接收单元，接收所述支付子系统发送的针对所述交易订单的支付结果，所述支付结果由所述支付子系统在所述用户完成对与所述交易订单对应的支付订单的支付后生成，所述支付订单由所述支付子系统根据所述支付信息创建；

对账单元，根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

可选的，

所述记录单元具体用于：根据所述原始交易信息创建业务订单；

所述装置还包括：发送单元，在创建所述业务订单后向所述交易子系统发送所述业务订单的业务标识，以使得所述交易子系统将所指示的支付信息与所述业务标识的对应关系发送至所述支付子系统。

可选的，所述支付结果被所述支付子系统根据所述对应关系标记为与所述业务标识相对应；所述对账单元具体用于：

可选的，还包括：

获取单元，当对账成功时，获取对应于所述交易订单的支付款项；

转账单元，将所述支付款项转账至对应于所述交易订单的商户银行账户中。

根据本说明书一个或多个实施例的第五方面，提出了一种订单对账装置，应用于支付子系统；所述装置包括：

接收单元，接收交易子系统发送的支付请求，所述支付请求由所述交易子系统在银行存管子系统记录原始交易信息后发送，所述原始交易信息由所述交易子系统根据用户发起的交易订单生成，所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息；

发送单元，响应于所述支付请求，根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付，并在所述用户完成支付后向银行存管子系统发送针对所述交易订单的支付结果，以使得所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

根据本说明书一个或多个实施例的第六方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第二方面所述的方法。

根据本说明书一个或多个实施例的第七方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第三方面所述的方法。

根据本说明书一个或多个实施例的第八方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第二方面所述方法的步骤。

根据本说明书一个或多个实施例的第九方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第三方面所述方法的步骤。

附图说明

图1是一示例性实施例提供的基于银行存管子系统侧的订单对账方法的流程图。

图2是一示例性实施例提供的基于支付子系统侧的订单对账方法的流程图。

图3是一示例性实施例提供的一种订单对账方法的交互图。

图4是一示例性实施例提供的一种设备的结构示意图。

图5是一示例性实施例提供的一种基于银行存管子系统侧的订单对账装置的框图。

图6是一示例性实施例提供的另一种设备的结构示意图。

图7是一示例性实施例提供的一种基于支付子系统侧的订单对账装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

本说明书提供一种订单对账系统，该订单对账系统包括交易子系统、支付子系统和银行存管子系统。其中，交易子系统为商户提供销售渠道，负责商品交易；例如，交易子系统为电商平台，商户将商品上架至电商平台，而用户作为买家可在电商平台上的商户中选购商品，并对选中的商品进行下单采购。支付子系统负责完成交易中的支付、退款等业务；例如，支付子系统可以是持有支付牌照的第三方支付机构，第三方支付机构作为信用中介，本身具备信用保障，在银行的监管下保证交易双方利益，在消费者与银行之间建立起数据交换和信息确认的支付流程。银行存管子系统负责为特约商户提供银行卡受理、资金安全和资金结算服务，通过支付子系统的打款和对账单进行对账，并在对账成功后将资金结算给商户。

在用户与商户进行交易的过程中，存在交易信息篡改、资金挪用的风险，即“二清”问题，从而对经济和社会造成巨大安全隐患。“二清”为相对于“一清”的概念，“一清”机构指的是商业银行和拥有人民银行支付业务许可证的支付机构，而“二清”机构是未获得人民银行支付业务许可证，在持牌收单机构的支持下实际从事支付业务的机构，这些机构可以是经过工商登记的普通商户，也可以是线上平台型机构。无证机构向平台入驻商户清算交易资金，游离于监管体系外，因此无法保证平台提供的交易信息的真实性，有可能存在伪造、变造交易信息，套取商户和用户资金的行为。因此，“二清”可理解为：无证机构以平台对接或者大商户接入支付机构或商业银行，留存商户结算资金，并自行开展商户资金清分结算。具体到线上平台型机构的网络支付，“二清”的表现形式就是“大商户结算”模式，即用户支付资金先划转至网络平台账户，再由网络平台结算给其平台入驻商户。

由此可见，判断是否存在“二清”的关键在于无证机构是否在支付业务流程中对客户结算资金有处理权限。其中，“二清”分为“资金二清”和“信息二清”。无证机构实质性经手结算资金，控制客户结算资金入账的行为属于“资金二清”；而无证机构在不经手商户结算资金的情况下，依托掌握原始交易数据的优势，通过提供商户资金结算报表，使得商业银行和支付机构根据其提供的资金结算报表为商户入账，主导商户结算资金的流向，这属于“信息二清”。虽然形式上结算资金是从商业银行结算账户或支付机构备付金账户直接划入，但根据交易信息形成的资金结算报表等入账数据是可以伪造、变造的，导致“信息二清”的行为同样存在资金安全隐患。

本说明书提供的订单对账系统在交易过程中可有效避免上述“二清问题”。其中，对账过程可以包括以下步骤：

交易子系统根据用户发起的交易订单生成原始交易信息，向银行存管子系统发送原始交易信息，并在银行存管子系统完成对原始交易信息的记录后向支付子系统发送支付请求，该支付请求中包含交易子系统指示的针对交易订单的支付信息。支付子系统在接收到支付请求后，响应于支付请求，根据支付信息创建对应于交易订单的支付订单以由用户完成支付，并在该用户完成支付后向银行存管子系统发送针对交易订单的支付结果。那么，基于银行存管子系统记录有交易订单的原始交易信息，银行存管子系统可根据交易订单的原始交易信息对该交易订单的支付结果进行对账。

一方面，用户针对交易订单的支付款项仅由支付子系统和银行存管子系统来处理，而向商户提供线上订单交易服务的交易子系统不具备针对支付款项的处理权限，也即无法留存支付款项，因此可以有效避免“资金二清”问题。

另一方面，通过在交易开始前(用户针对交易订单进行支付之前，即发生资金转移之前)先在银行子存管系统保存记录原始交易信息(意味着银行子存管系统掌握着原始交易信息的处理权限)，并同时接收资金支付链路的支付信息，可在后续利用该原始交易信息对用户的支付信息进行对账校验。可见，在整个交易和资金结算的生命周期内，银行存管子系统全程对交易与资金数据进行了管控，通过全链路信息数据的记录进行自动分账操作，不再完全依赖于交易子系统发送的信息来进行对账，从而可确保数据的可靠性(例如，确保交易子系统指示的支付信息未出错)，有效避免“信息二清”的问题。

下面分别从银行存管子系统侧和支付子系统侧对本说明书的订单对账方案进行说明。

请参见图1，图1是一示例性实施例提供的基于银行存管子系统侧的订单对账方法的流程图。如图1所示，该方法应用于银行存管子系统，可以包括以下步骤：

步骤102，记录交易子系统发送的与用户发起的交易订单对应的原始交易信息；其中，在所述银行存管子系统记录所述原始交易信息后，所述交易子系统指示的针对所述交易订单的支付信息被发送至支付子系统。

步骤104，接收所述支付子系统发送的针对所述交易订单的支付结果，所述支付结果由所述支付子系统在所述用户完成对与所述交易订单对应的支付订单的支付后生成，所述支付订单由所述支付子系统根据所述支付信息创建。

在本实施例中，要求交易子系统在用户发起交易订单时，向银行存管子系统发送该交易订单的原始交易信息，进而只有在银行存管子系统完成对该原始交易信息的记录后，交易子系统才可进一步开始该交易订单的交易流程。通过在用户完成交易订单的支付之前，在银行存管子系统记录该交易订单的原始交易信息，可以确保后续只有对应于该交易订单的支付信息与原始交易信息相匹配时，银行存管子系统才可对账成功，进而结算商户资金，防止交易子系统利用“二清”来控制商户结算资金的入账。

作为一示例性实施例，银行存管子系统可通过创建业务订单来记录交易订单的原始交易信息(根据原始交易信息创建业务订单)，并将所创建的业务订单的业务标识发送至交易子系统，从而触发交易子系统根据该业务标识向支付子系统发起支付下单，进而用户(通过发起交易订单的客户端)可与支付子系统之间完成交易订单的支付。具体而言，交易子系统可创建包含交易订单的支付信息与业务标识的支付请求(即记录支付信息与业务标识的对应关系)，并向支付子系统发送该支付请求以发起支付下单。那么，支付子系统在接收到该支付请求后，根据支付信息创建支付订单以由用户完成支付。当用户完成支付后，支付子系统再将支付结果与业务标识关联发送至银行存管子系统，那么银行存管子系统便可根据支付结果更新与业务标识对应的业务订单的订单状态，并在接收到支付子系统发送的与业务标识对应的对账单时，根据对账单和更新后的订单状态进行对账。

步骤106，根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

需要说明的是，交易子系统指示的针对交易订单的支付信息，仅仅是交易子系统声明的支付信息，存在伪造或者修改的可能。因此，通过要求交易子系统在用户发起交易订单时，向银行存管子系统发送该交易订单的原始交易信息，银行存管子系统在对账时可判断业务订单中记录的原始交易信息与支付结果是否相匹配，若两者相匹配，则对账成功，可进一步结算商户资金，否则对账失败，进一步与交易子系统以及支付子系统进行差错处理。例如，当对账成功时，可获取对应于交易订单的支付款项，并将获取到的支付款项转账至对应于该交易订单的商户银行账户中。

相应的，请参见图2，图2是一示例性实施例提供的基于支付子系统侧的订单对账方法的流程图。如图2所示，该方法应用于支付子系统，可以包括以下步骤：

步骤202，接收交易子系统发送的支付请求，所述支付请求由所述交易子系统在银行存管子系统记录原始交易信息后发送，所述原始交易信息由所述交易子系统根据用户发起的交易订单生成，所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息。

在本实施例中，银行存管子系统可通过创建业务订单来记录交易订单的原始交易信息(根据原始交易信息创建业务订单)，并将所创建的业务订单的业务标识发送至交易子系统，从而触发交易子系统根据该业务标识(通过发送支付请求)向支付子系统发起支付下单，进而用户(通过发起交易订单的客户端)可与支付子系统之间完成交易订单的支付。因此，支付请求中还可包含业务订单的业务标识，该业务订单由银行存管子系统根据所述原始交易信息创建，在创建业务订单后业务标识被发送至交易子系统，以使得交易子系统发送支付请求。其中，该部分内容可参考上述图1所示实施例，在此不再赘述。

步骤204，响应于所述支付请求，根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付，并在所述用户完成支付后向银行存管子系统发送针对所述交易订单的支付结果，以使得所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

为了便于理解，下面结合图3和举例对本说明书中订单对账方案的交互过程进行详细说明。

请参见图3，图3是一示例性实施例提供的一种订单对账方法的交互图。如图3所示，该交互过程可以包括以下步骤：

步骤302，交易子系统创建交易订单。

在本实施例中，交易子系统可以是ISV进行交易的系统，ISV为提供交易系统服务的软件供应商。交易子系统响应于用户针对交易子系统中任一商户上架的商品发起的下单操作，创建对应于该商品的交易订单。

步骤304，交易子系统向银行存管子系统发起前置下单。

在本实施例中，要求交易子系统在用户发起交易订单时，向银行存管子系统发送该交易订单的原始交易信息，进而只有在银行存管子系统完成对该原始交易信息的记录后，交易子系统才可进一步开始该交易订单的后续交易流程。其中，交易子系统可通过“前置下单”的方式来完成上述过程。例如，交易子系统可向银行存管子系统发送前置下单请求，该前置下单请求中包含交易订单的原始交易信息。

步骤306，银行存管子系统创建业务订单。

在本实施例中，银行存管系统为执行银行存管业务的资金系统。银行存管业务在检测到交易子系统发起的前置下单操作(比如，接收到上述前置下单请求)后，根据交易订单的原始交易信息创建业务订单，并将该业务订单的业务单号(作为业务标识)返回至交易子系统，以触发交易子系统根据业务单号向支付子系统发起支付下单，例如，交易订单的原始交易信息中包含付款人ID、订单金额、商户ID等信息。

步骤308，银行存管子系统记录原始交易信息。

步骤310，银行存管子系统向交易子系统返回业务单号。

步骤312，交易子系统根据业务单号向支付子系统发起支付下单。

在本实施例中，交易子系统可创建包含交易订单的支付信息与业务单号的支付请求(即记录支付信息与业务单号的对应关系)，并向支付子系统发送该支付请求以发起支付下单。其中，支付信息为交易子系统指示的针对交易订单进行支付的依据，后续支付子系统与用户之间即按照该支付信息完成支付。类似的，支付信息与原始交易信息相对应，包含付款人ID、订单金额、商户ID等信息。

步骤314，支付子系统根据支付信息创建与业务单号对应的支付订单。

在本实施例中，支付子系统为拥有人民银行支付业务许可证的第三方支付系统，例如支付宝、微信支付等支付平台。

步骤316，支付子系统向银行存管子系统通知支付结果。

在本实施例中，支付子系统在创建完支付订单后，向用户的客户端推送该支付订单以由用户通过该客户端完成针对该支付订单的支付。其中，该支付过程按照支付信息指示的信息进行支付。在用户完成支付后，支付子系统再将支付结果与业务单号关联发送至银行存管子系统，以由银行存管子系统根据支付结果更新与业务标识对应的业务订单的订单状态。

步骤318，银行存管子系统根据支付结果更新业务订单的订单状态。

在本实施例中，银行存管子系统可将接收到的支付结果记录至相应的业务订单的订单状态中。

步骤320，支付子系统日终向银行存管子系统进行针对交易订单支付款项的打款。

步骤322，支付子系统向银行存管子系统提供对账单。

步骤324，银行存管子系统进行对账。

步骤326，银行存管子系统将资金结算给商户。

举例而言，银行存管子系统在创建业务订单后，默认将该业务订单标记为未支付状态，而在接收到对应于该业务订单的支付结果后，则根据支付结果更新订单状态。例如，银行存管子系统记录的业务订单如表1所示：

表1

在一种情况下，假定银行存管子系统接收到的对账单中记录有“针对业务单号为0002的业务订单，付款人b向商户B支付256元”，则银行存管子系统可确定出业务单号为0002的业务订单的原始交易信息与支付结果相匹配，即对账成功，进而自动进行分账结算操作，将资金结算给与业务订单对应的商户。

在另一种情况下，假定银行存管子系统接收到的对账单记录有“针对业务单号为0001的业务订单，付款人a向商户A支付80元”，则银行存管子系统通过比较业务单号为0001的业务订单的原始交易信息与支付结果可确定出该支付结果有误，即对账失败，进而与交易子系统以及支付子系统之间进行差错处理。

由以上实施例可见，一方面，用户针对交易订单的支付款项仅由支付子系统和银行存管子系统来处理，而向商户提供线上订单交易服务的交易子系统不具备针对支付款项的处理权限，也即无法留存支付款项，因此可以有效避免“资金二清”问题。

另一方面，通过在交易开始前(用户针对交易订单进行支付之前，即发生资金转移之前)先在银行子存管系统保存记录原始交易信息(意味着银行子存管系统掌握着原始交易信息的处理权限)，并同时接收资金支付链路的支付信息，可在后续利用该原始交易信息对用户的支付信息进行对账校验。可见，通过上述前置下单的操作，在整个交易和资金结算的生命周期内，银行存管子系统全程对交易与资金数据进行了管控，通过全链路信息数据的记录进行自动分账操作，不再完全依赖于交易子系统发送的信息来进行对账，从而可确保数据的可靠性(例如，确保交易子系统指示的支付信息未出错)，有效避免“信息二清”的问题。

与上述方法实施例相对应，本说明书还提供了一种订单对账装置的实施例。

本说明书的订单对账装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。

图4是一示例性实施例提供的一种设备的结构示意图。请参考图4，在硬件层面，该设备包括处理器402、内部总线404、网络接口406、内存408以及非易失性存储器410，当然还可能包括其他业务所需要的硬件。处理器402从非易失性存储器410中读取对应的计算机程序到内存408中然后运行，在逻辑层面上形成基于银行存管子系统侧的订单对账装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图5，在软件实施方式中，该基于银行存管子系统侧的订单对账装置可以包括：

记录单元51，记录交易子系统发送的与用户发起的交易订单对应的原始交易信息；其中，在所述银行存管子系统记录所述原始交易信息后，所述交易子系统指示的针对所述交易订单的支付信息被发送至支付子系统；

接收单元52，接收所述支付子系统发送的针对所述交易订单的支付结果，所述支付结果由所述支付子系统在所述用户完成对与所述交易订单对应的支付订单的支付后生成，所述支付订单由所述支付子系统根据所述支付信息创建；

对账单元53，根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

可选的，

所述记录单元51具体用于：根据所述原始交易信息创建业务订单；

所述装置还包括：发送单元54，在创建所述业务订单后向所述交易子系统发送所述业务订单的业务标识，以使得所述交易子系统将所指示的支付信息与所述业务标识的对应关系发送至所述支付子系统。

可选的，所述支付结果被所述支付子系统根据所述对应关系标记为与所述业务标识相对应；所述对账单元53具体用于：

可选的，还包括：

获取单元55，当对账成功时，获取对应于所述交易订单的支付款项；

转账单元56，将所述支付款项转账至对应于所述交易订单的商户银行账户中。

图6是一示例性实施例提供的一种设备的结构示意图。请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括其他业务所需要的硬件。处理器602从非易失性存储器610中读取对应的计算机程序到内存608中然后运行，在逻辑层面上形成基于支付子系统侧的订单对账装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图7，在软件实施方式中，该基于支付子系统侧的订单对账装置可以包括：

接收单元71，接收交易子系统发送的支付请求，所述支付请求由所述交易子系统在银行存管子系统记录原始交易信息后发送，所述原始交易信息由所述交易子系统根据用户发起的交易订单生成，所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息；

发送单元72，响应于所述支付请求，根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付，并在所述用户完成支付后向银行存管子系统发送针对所述交易订单的支付结果，以使得所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims

1.一种订单对账系统，包括：交易子系统、支付子系统、银行存管子系统；

2.一种订单对账方法，应用于银行存管子系统；所述方法包括：

3.根据权利要求2所述的方法，

4.根据权利要求3所述的方法，所述支付结果被所述支付子系统根据所述对应关系标记为与所述业务标识相对应；所述根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账，包括：

5.根据权利要求2所述的方法，还包括：

当对账成功时，获取对应于所述交易订单的支付款项；

6.一种订单对账方法，应用于支付子系统；所述方法包括：

7.根据权利要求6所述的方法，所述支付请求中还包含业务订单的业务标识，所述业务订单由所述银行存管子系统根据所述原始交易信息创建，在创建所述业务订单后所述业务标识被发送至所述交易子系统，以使得所述交易子系统发送所述支付请求。

8.一种订单对账装置，应用于银行存管子系统；所述装置包括：

9.根据权利要求8所述的装置，

10.根据权利要求9所述的装置，所述支付结果被所述支付子系统根据所述对应关系标记为与所述业务标识相对应；所述对账单元具体用于：

11.根据权利要求8所述的装置，还包括：

12.一种订单对账装置，应用于支付子系统；所述装置包括：

13.根据权利要求12所述的装置，所述支付请求中还包含业务订单的业务标识，所述业务订单由所述银行存管子系统根据所述原始交易信息创建，在创建所述业务订单后所述业务标识被发送至所述交易子系统，以使得所述交易子系统发送所述支付请求。

14.一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求2-5中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如权利要求2-5中任一项所述方法的步骤。

16.一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求6或7所述的方法。

17.一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如权利要求6或7所述方法的步骤。