CN117011041A - 交易业务的处理方法及其装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种交易业务的处理方法及其装置、电子设备及存储介质，涉及金融科技领域或其他相关领域，其中，该方法包括：接收目标终端发送的交易请求，判断当前交易是否符合预设要求，若当前交易符合预设要求，则基于身份标识、业务类型以及预设自增序列生成当前交易的提案请求，并将提案请求发送至预设头节点，若处理结果指示处理成功，则生成当前交易的预设交易明细并在目标终端关联的目标账户的冻结金额中增加预设金额，将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确时，解冻冻结金额中的预设金额。本发明解决了相关技术中无法有效处理交易业务，导致预先置为成功的交易业务容易回退的技术问题。

Description

交易业务的处理方法及其装置、电子设备及存储介质

技术领域

本发明涉及金融科技领域，具体而言，涉及一种交易业务的处理方法及其装置、电子设备及存储介质。

背景技术

当前，金融机构如果要跟第三方机构进行交互，例如，购买外汇时需要占用外管局额度，需要与外管局机构进行交互；购买某基金公司产品时需要与该基金公司进行交互等，一般是通过某前置应用跟第三方机构进行交互，获得成功返回后再进行入账。然而，如果出现前置应用、第三方机构系统出错或者通讯异常等情况，将直接中断交易。

相关技术中，针对上述问题，有的解决方案为了高度的一致性，对于特定业务本身，并没有保证“可用性”，即因为某种中间环节故障导致的即时业务不能完成，但其实第三方机构系统是支持该业务的进行的，如此，在影响到客户体验的同时，也会造成业务流失。而其他解决方案，为了解决直接中断交易报错这个容错问题，会在交易时发送异步信息给第三方机构，不等消息成功失败即执行交易成功，从而导致对多机构的业务的精确性较低，例如，外管局额度实际情况不符，缺乏跟各金融机构的数据共享，而第三方机构是综合各机构的各交易来做的业务，因此，存在更大的概率要回退“假成功”的交易。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种交易业务的处理方法及其装置、电子设备及存储介质，以至少解决相关技术中无法有效处理交易业务，导致预先置为成功的交易业务容易回退的技术问题。

根据本发明实施例的一个方面，提供了一种交易业务的处理方法，包括：接收目标终端发送的交易请求，其中，所述交易请求至少包括：身份标识、业务类型、交易信息；判断当前交易是否符合预设要求，其中，所述预设要求由所述交易信息、所述业务类型对应的历史业务参数以及所述身份标识对应的历史业务信息构成；在所述当前交易符合所述预设要求的情况下，基于所述身份标识、所述业务类型以及预设自增序列，生成所述当前交易的提案请求，并将所述提案请求发送至预设头节点，其中，所述预设头节点处理所述提案请求，返回处理结果；在所述处理结果指示处理成功的情况下，生成所述当前交易的预设交易明细，并在所述目标终端关联的目标账户的冻结金额中增加预设金额；将所述预设交易明细发送至第三方交互节点进行解析，并在解析结果指示所述预设交易明细标注为正确的情况下，解冻所述冻结金额中的所述预设金额。

可选地，在接收目标终端发送的交易请求之前，还包括：在每个金融机构端增加处理节点，其中，所述处理节点与服务器节点一一对应，所述处理节点用于与所述第三方交互节点进行交互，每个所述处理节点处理不同的业务类型指示的交易业务；将处理同一所述业务类型指示的所述交易业务的所有所述处理节点加入至同一处理节点集群；依据预设策略，为所述处理节点集群选举出所述预设头节点。

可选地，在接收目标终端发送的交易请求之后，还包括：将所述交易请求发送至所述第三方交互节点进行处理，其中，所述第三方交互节点处理所述交易请求，得到交易结果信息；截取所述交易结果信息，并分析所述交易结果信息，得到分析结果；在所述分析结果指示当前交易成功的情况下，在所述目标终端关联的目标账户中增加所述预设金额；或者，在所述分析结果指示当前交易失败的情况下，判断所述当前交易是否符合所述预设要求。

可选地，基于所述身份标识、所述业务类型以及预设自增序列，生成当前交易的提案请求的步骤，包括：构建所述当前交易的所述预设自增序列；基于所述身份标识、所述业务类型，构建所述当前交易的业务主键；基于所述业务主键以及所述预设自增序列，生成所述当前交易的事件编号；基于所述事件编号，生成所述当前交易的所述提案请求。

可选地，所述预设头节点处理所述提案请求，返回处理结果的步骤，包括：所述预设头节点解析所述提案请求，得到所述事件编号；所述预设头节点拆解所述事件编号，得到与所述业务主键关联的所述预设自增序列；所述预设头节点将所述预设自增序列与所述业务主键关联的已有自增序列进行对比，得到对比结果；所述预设头节点在所述对比结果指示所述预设自增序列小于等于所述已有自增序列的情况下，拒绝所述提案请求，并将所述处理结果记录为处理失败。

可选地，所述预设头节点将所述预设自增序列与所述业务主键关联的已有自增序列进行对比，得到对比结果的步骤，包括：所述预设头节点在所述对比结果指示所述预设自增序列大于所述已有自增序列的情况下，将心跳请求发送至所述预设头节点所在的处理节点集群中的所有处理节点，其中，所述处理节点响应所述心跳请求，返回响应结果；所述预设头节点在预设响应时间段内接收到所有所述处理节点返回的所述响应结果的情况下，接收所述提案请求，并将所述事件编号发送至所有所述处理节点，其中，所述处理节点更新所述业务主键关联的所述事件编号；将所述处理结果记录为处理成功。

可选地，在将所述预设交易明细发送至第三方交互节点进行解析之后，还包括：所述第三方交互节点分析所述预设交易明细，得到事件编号；所述第三方交互节点在所述事件编号存在重复编号的情况下，将所述预设交易明细指示的所述目标账户加入预设名单，并将所述预设交易明细标注为失败；或者，所述第三方交互节点在所述事件编号不存在重复编号的情况下，基于所述预设交易明细进行当前交易核对，并在核对成功的情况下，将所述预设交易明细标注为正确。

根据本发明实施例的另一方面，还提供了一种交易业务的处理装置，包括：接收单元，用于接收目标终端发送的交易请求，其中，所述交易请求至少包括：身份标识、业务类型、交易信息；判断单元，用于判断当前交易是否符合预设要求，其中，所述预设要求由所述交易信息、所述业务类型对应的历史业务参数以及所述身份标识对应的历史业务信息构成；生成单元，用于在所述当前交易符合所述预设要求的情况下，基于所述身份标识、所述业务类型以及预设自增序列，生成所述当前交易的提案请求，并将所述提案请求发送至预设头节点，其中，所述预设头节点处理所述提案请求，返回处理结果；增加单元，用于在所述处理结果指示处理成功的情况下，生成所述当前交易的预设交易明细，并在所述目标终端关联的目标账户的冻结金额中增加预设金额；解析单元，用于将所述预设交易明细发送至第三方交互节点进行解析，并在解析结果指示所述预设交易明细标注为正确的情况下，解冻所述冻结金额中的所述预设金额。

可选地，所述处理装置还包括：第一增加模块，用于在接收目标终端发送的交易请求之前，在每个金融机构端增加处理节点，其中，所述处理节点与服务器节点一一对应，所述处理节点用于与所述第三方交互节点进行交互，每个所述处理节点处理不同的业务类型指示的交易业务；第一接入模块，用于将处理同一所述业务类型指示的所述交易业务的所有所述处理节点加入至同一处理节点集群；第一选举模块，用于依据预设策略，为所述处理节点集群选举出所述预设头节点。

可选地，所述处理装置还包括：第一发送模块，用于在接收目标终端发送的交易请求之后，将所述交易请求发送至所述第三方交互节点进行处理，其中，所述第三方交互节点处理所述交易请求，得到交易结果信息；第一截取模块，用于截取所述交易结果信息，并分析所述交易结果信息，得到分析结果；第二增加模块，用于在所述分析结果指示当前交易成功的情况下，在所述目标终端关联的目标账户中增加所述预设金额；第一判断模块，用于在所述分析结果指示当前交易失败的情况下，判断所述当前交易是否符合所述预设要求。

可选地，所述生成单元包括：第一构建模块，用于构建所述当前交易的所述预设自增序列；第二构建模块，用于基于所述身份标识、所述业务类型，构建所述当前交易的业务主键；第一生成模块，用于基于所述业务主键以及所述预设自增序列，生成所述当前交易的事件编号；第二生成模块，用于基于所述事件编号，生成所述当前交易的所述提案请求。

可选地，处理单元包括：第一解析模块，用于所述预设头节点解析所述提案请求，得到所述事件编号；第一拆解模块，用于所述预设头节点拆解所述事件编号，得到与所述业务主键关联的所述预设自增序列；第一对比模块，用于所述预设头节点将所述预设自增序列与所述业务主键关联的已有自增序列进行对比，得到对比结果；第一拒绝模块，用于所述预设头节点在所述对比结果指示所述预设自增序列小于等于所述已有自增序列的情况下，拒绝所述提案请求，并将所述处理结果记录为处理失败。

可选地，所述第一对比模块包括：第一发送子模块，用于所述预设头节点在所述对比结果指示所述预设自增序列大于所述已有自增序列的情况下，将心跳请求发送至所述预设头节点所在的处理节点集群中的所有处理节点，其中，所述处理节点响应所述心跳请求，返回响应结果；第二发送子模块，用于所述预设头节点在预设响应时间段内接收到所有所述处理节点返回的所述响应结果的情况下，接收所述提案请求，并将所述事件编号发送至所有所述处理节点，其中，所述处理节点更新所述业务主键关联的所述事件编号；将所述处理结果记录为处理成功。

可选地，所述处理装置还包括：第一分析模块，用于在将所述预设交易明细发送至第三方交互节点进行解析之后，所述第三方交互节点分析所述预设交易明细，得到事件编号；第一标注模块，用于在所述事件编号存在重复编号的情况下，所述第三方交互节点将所述预设交易明细指示的所述目标账户加入预设名单，并将所述预设交易明细标注为失败；第二标注模块，用于在所述事件编号不存在重复编号的情况下，基所述第三方交互节点于所述预设交易明细进行当前交易核对，并在核对成功的情况下，将所述预设交易明细标注为正确。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行上述交易业务的处理方法。

根据本发明实施例的另一方面，还提供了一种电子设备，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述交易业务的处理方法。

在本公开中，接收目标终端发送的交易请求，判断当前交易是否符合预设要求，在当前交易符合预设要求的情况下，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，并将提案请求发送至预设头节点，在处理结果指示处理成功的情况下，生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额，将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。在本公开中，可以根据交易请求携带的交易信息、业务类型以及身份标识，确定预设要求，然后如果判定当前交易符合预设要求后，可以根据身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，将该提案请求发送至预设头节点进行处理，如果预设头节点返回处理成功的处理结果，则可以生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额，之后第三方交互节点在解析预设交易明细后，如果返回预设交易明细正确结果，则可以解冻冻结金额中的预设金额，能够有效解决因为中间通讯环节或者第三方机构系统出错导致的交易业务失败，并有效减少交易业务的回退，提高了客户体验，进而解决了相关技术中无法有效处理交易业务，导致预先置为成功的交易业务容易回退的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的交易业务的处理方法的流程图；

图2是根据本发明实施例的一种可选的金融机构与第三方机构交互架构的示意图；

图3是根据本发明实施例的一种可选的临时节点集群机制的示意图；

图4是根据本发明实施例的一种可选的交易业务的处理装置的示意图；

图5是根据本发明实施例的一种用于交易业务的处理方法的电子设备(或移动设备)的硬件结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于本领域技术人员理解本发明，下面对本发明各实施例中涉及的部分术语或名词做出解释：

面向切面编程(Aspect Oriented Programming，简称AOP)，在程序运行某个方法的时候，不修改原始执行代码逻辑，由程序动态地执行某些额外的功能，对原有的方法做增强。

需要说明的是，本公开中的交易业务的处理方法及其装置可用于金融科技领域在对交易业务进行处理的情况下，也可用于除金融科技领域之外的任意领域在对交易业务进行处理情况下，本公开中对交易业务的处理方法及其装置的应用领域不做限定。

需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。

本发明下述各实施例可应用于各种对交易业务进行处理的系统/应用/设备中。本发明能够解决因为中间通讯环节或者第三方机构系统出错导致的业务失败。本发明可应用于金融机构和第三方机构进行交互时独立因子(即业务参数)变化频率极低(例如，“折算汇率”)的场景，可先将交易业务置为一个临时状态“假成功”，后续通过批量上下传数据给第三方机构进行确认的方式，将“假成功”自动处理为“最终成功”，从而提高客户体验。

本发明还可以通过在各金融机构间搭建选举和心跳机制的主副节点集群，有效保证对于特定客户的实际业务操作次序跟第三方机构的确认动作次序是一致的。还可以识别出通过非法手段，例如，利用异步机制存在的第三方机构确认动作与金融机构“假成功”处理之间有时间差的特点，在多个机构上进行同类交易进行套利等非法操作的“可疑”用户。

下面结合各个实施例来详细说明本发明。

实施例一

根据本发明实施例，提供了一种交易业务的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种可选的交易业务的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，接收目标终端发送的交易请求，其中，交易请求至少包括：身份标识、业务类型、交易信息。

步骤S102，判断当前交易是否符合预设要求，其中，预设要求由交易信息、业务类型对应的历史业务参数以及身份标识对应的历史业务信息构成。

步骤S103，在当前交易符合预设要求的情况下，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，并将提案请求发送至预设头节点，其中，预设头节点处理提案请求，返回处理结果。

步骤S104，在处理结果指示处理成功的情况下，生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额。

步骤S105，将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。

通过上述步骤，可以接收目标终端发送的交易请求，判断当前交易是否符合预设要求，在当前交易符合预设要求的情况下，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，并将提案请求发送至预设头节点，在处理结果指示处理成功的情况下，生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额，将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。在本发明实施例中，可以根据交易请求携带的交易信息、业务类型以及身份标识，确定预设要求，然后如果判定当前交易符合预设要求后，可以根据身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，将该提案请求发送至预设头节点进行处理，如果预设头节点返回处理成功的处理结果，则可以生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额，之后第三方交互节点在解析预设交易明细后，如果返回预设交易明细正确结果，则可以解冻冻结金额中的预设金额，能够有效解决因为中间通讯环节或者第三方机构系统出错导致的交易业务失败，并有效减少交易业务的回退，提高了客户体验，进而解决了相关技术中无法有效处理交易业务，导致预先置为成功的交易业务容易回退的技术问题。

下面结合上述各步骤对本发明实施例进行详细说明。

在本发明实施例中，一种可选地，在接收目标终端发送的交易请求之前，还包括：在每个金融机构端增加处理节点，其中，处理节点与服务器节点一一对应，处理节点用于与第三方交互节点进行交互，每个处理节点处理不同的业务类型指示的交易业务；将处理同一业务类型指示的交易业务的所有处理节点加入至同一处理节点集群；依据预设策略，为处理节点集群选举出预设头节点。

在本发明实施例中，各金融机构均可增加第三方机构处理相关的处理节点(即前端-第三方临时节点，也称“临时节点”)(即在每个金融机构端增加处理节点)，并为每一种业务类型分配一个独立的处理节点。在本实施例中，处理节点与服务器节点(即金融机构端原有的前端应用服务器，即实际节点)一一对应，处理节点用于与第三方交互节点(即表示第三方机构的节点)进行交互，每个处理节点处理不同的业务类型指示的交易业务(即每个处理节点只能处理一种业务类型，同一业务类型可以被多个处理节点处理)。

在本发明实施例中，业务类型为各金融机构统一的数据字典，例如，个人购买外汇的时候，需要跟外管局报备，而外管局给各开办该项业务的金融机构下发统一的业务类型代码。

图2是根据本发明实施例的一种可选的金融机构与第三方机构交互架构的示意图，如图2所示，包括：金融机构端的实际节点(即前端应用服务器，例如，N1、N2、N3等)、金融机构端的临时节点(即前端-第三方临时节点，例如，N1’、N2’、N3’等)、前置应用、第三方机构交互节点，其中，N(node)为实际节点，以N2/N2’为例，两者为同一金融机构中相同业务类型对应的应用集群，N2为前端应用服务器，N2’为该集群中用以和第三方交互的临时节点。前置应用包括各金融机构的前置和第三方机构的前置，主要负责不同机构之间的信息交互、加解密、转码等功能。

在本发明实施例中，可以将处理同一业务类型指示的交易业务的所有处理节点加入至同一处理节点集群，依据预设策略(即选举机制)，为处理节点集群选举出预设头节点(即各金融机构的临时节点，可以通过定时选举机制选举出头节点)，并由心跳检测机制保证各节点之间的连通性。

图3是根据本发明实施例的一种可选的临时节点集群机制的示意图，如图3所示，包括：金融机构端的前端应用服务器N2、金融机构端的临时节点集群(包括：临时节点(头)N1’、临时节点(副)N2’、临时节点(副)N3’等)、第三方机构交互节点，其中，省略了前置应用，实际节点N2和临时节点N2’是一对节点，临时节点N1’、N2’、N3’是处理同一种业务类型的节点，构成了临时节点集群，并选举N1’为该临时节点集群的主节点，该临时节点集群主要负责各机构之间的事件编号的同步。

步骤S101，接收目标终端发送的交易请求，其中，交易请求至少包括：身份标识、业务类型、交易信息。

在本发明实施例中，金融机构端可以接收目标客户通过目标终端发送的交易请求，该交易请求包括：身份标识(即客户id，例如，客户证件类型和证件号构成该客户的身份唯一标志)、业务类型(例如，购买外汇类型等)、交易信息(例如，购买多少外币等)。

可选地，在接收目标终端发送的交易请求之后，还包括：将交易请求发送至第三方交互节点进行处理，其中，第三方交互节点处理交易请求，得到交易结果信息；截取交易结果信息，并分析交易结果信息，得到分析结果；在分析结果指示当前交易成功的情况下，在目标终端关联的目标账户中增加预设金额；或者，在分析结果指示当前交易失败的情况下，判断当前交易是否符合预设要求。

在本发明实施例中，可以在金融机构端的前端应用服务器上增加基于AOP面向切面的程序，每一次交易时，截取同第三方机构交互后返回的信息(即将交易请求发送至第三方交互节点进行处理，在第三方交互节点处理交易请求，得到交易结果信息并返回给目标终端前，截取交易结果信息，并分析交易结果信息，以得到分析结果)。如果该信息是成功，不做特殊处理，正常入账(即在分析结果指示当前交易成功的情况下，在目标终端关联的目标账户中增加预设金额)；如果该信息是失败，做特殊处理(即需要前端应用服务器判断本次交易是否符合临时节点的同步信息的要求(即预设要求))(即在分析结果指示当前交易失败的情况下，判断当前交易是否符合预设要求)。

步骤S102，判断当前交易是否符合预设要求，其中，预设要求由交易信息、业务类型对应的历史业务参数以及身份标识对应的历史业务信息构成。

在本发明实施例中，如果截取到的交易结果信息是交易失败信息，则需要判断当前交易是否符合预设要求，该预设要求由交易信息、业务类型对应的历史业务参数(即金融机构最近一次保存的该业务类型对应的业务参数)以及身份标识对应的历史业务信息(即金融机构最近一次保存的该身份标识对应的业务信息)构成。如果不符合，则交易失败，拒绝客户的交易请求；如果符合，则按成功处理，将本次交易信息同步到临时节点，临时节点自增相应事件编号，并发送提案请求给头节点以更新该节点上的最新事件编号。

在本发明实施例中，各金融机构的临时节点可以定时从第三方机构同步相关业务类型的信息(例如，业务参数等)。

例如，对于N2/N2’这个业务集群而言，客户请求交易的业务类型为购买外汇类型，可以先计算客户本次购买的外币与该外币对美元的汇率(金融机构最近一次获取的汇率)的乘积值，然后将该乘积值与该客户id对应的可购买美元额度(金融机构最近一次获取的该客户id的可购买美元额度)进行对比，如果该乘积值大于该客户id对应的可购买美元额度，则属于“不符合临时节点的同步信息的要求”，做交易失败处理。如果是小于等于，则N2将交易信息同步到临时节点N2’作为明细暂存起来，N2’自增事件编号，并发送包括最新事件编号的提案请求给头节点(在图3中是N1’)。

步骤S103，在当前交易符合预设要求的情况下，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，并将提案请求发送至预设头节点，其中，预设头节点处理提案请求，返回处理结果。

可选地，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求的步骤，包括：构建当前交易的预设自增序列；基于身份标识、业务类型，构建当前交易的业务主键；基于业务主键以及预设自增序列，生成当前交易的事件编号；基于事件编号，生成当前交易的提案请求。

在本发明实施例中，如果当前交易符合预设要求，则根据身份标识、业务类型以及预设自增序列(根据时间顺序生成序列编号，即序列编号在不断增加)，生成当前交易的提案请求，并将提案请求发送至预设头节点，预设头节点可以处理提案请求，并返回处理结果，具体为：临时节点可以先构建当前交易的预设自增序列(即按照时间顺序，生成当前时间的序列编号)，然后根据身份标识、业务类型，构建当前交易的业务主键(即客户id和业务类型的组合称之为“客户业务主键”)，之后，根据业务主键以及预设自增序列，生成当前交易的事件编号(即可以按照客户id、业务类型，来生成第三方事件编号，第三方事件编号(即事件编号)＝“客户业务主键”+“自增序列”)，再根据事件编号，生成当前交易的提案请求。

在本发明实施例中，由于客户同一时间段只能在某一机构进行对应“客户业务主键”的对应业务，通过临时节点集群机制，可保证第三方事件编号在多个金融机构间是不冲突的。例如，报备外管局(第三方机构)一般是报上去“某客户id需要购买多少外币”，而外管局定时同步给各金融机构的信息则是：客户id对应的可购买美元额度、美元折算各外币的汇率。折算汇率的变化频率极低，外管局的额度是一个可小范围浮动的限额。

可选地，预设头节点处理提案请求，返回处理结果的步骤，包括：预设头节点解析提案请求，得到事件编号；预设头节点拆解事件编号，得到与业务主键关联的预设自增序列；预设头节点将预设自增序列与业务主键关联的已有自增序列进行对比，得到对比结果；预设头节点在对比结果指示预设自增序列小于等于已有自增序列的情况下，拒绝提案请求，并将处理结果记录为处理失败。

在本发明实施例中，头节点可以提取提案请求中的事件编号，按照客户业务主键拆解出自增序列(即预设头节点可以解析提案请求，以得到事件编号，并拆解事件编号，以得到与业务主键关联的预设自增序列)，若该自增序列小于等于头节点已有的对应主键的序列，则代表存在“可疑”操作，拒绝该提案，并回退交易发起的对应节点的成功处理(即预设头节点可以将预设自增序列与业务主键关联的已有自增序列进行对比，以得到对比结果，如果对比结果指示预设自增序列小于等于已有自增序列，则拒绝提案请求，并将处理结果记录为处理失败)。

可选地，预设头节点将预设自增序列与业务主键关联的已有自增序列进行对比，得到对比结果的步骤，包括：预设头节点在对比结果指示预设自增序列大于已有自增序列的情况下，将心跳请求发送至预设头节点所在的处理节点集群中的所有处理节点，其中，处理节点响应心跳请求，返回响应结果；预设头节点在预设响应时间段内接收到所有处理节点返回的响应结果的情况下，接收提案请求，并将事件编号发送至所有处理节点，其中，处理节点更新业务主键关联的事件编号；将处理结果记录为处理成功。

在本发明实施例中，在预设头节点将预设自增序列与业务主键关联的已有自增序列进行对比后，如果对比结果指示预设自增序列大于已有自增序列，则表明不存在“可疑”操作，可以将提案内容包含在头节点定时发往副节点的下一个心跳当中(即预设头节点在对比结果指示预设自增序列大于已有自增序列的情况下，可以将心跳请求发送至预设头节点所在的处理节点集群中的所有处理节点。处理节点响应心跳请求，并返回响应结果)，并在获取副节点的心跳响应后，头节点回复确认信息给各副节点，各副节点同步更新对应客户业务主键的最新事件编号。若在特定时间内未获取完毕所有副节点的心跳响应，则拒绝该提案，回退交易发起节点的成功处理(即预设头节点在预设响应时间段内接收到所有处理节点返回的响应结果的情况下，可以接收提案请求，并将事件编号发送至所有处理节点。处理节点更新业务主键关联的事件编号，并将处理结果记录为处理成功)。

在本发明实施例中，做了两层风控，由于前置应用和第三方交互节点、金融机构应用节点，在技术架构和业务逻辑相差极大，容易产生交互出错的问题，而临时节点集群在技术和业务上均基本一致，所以“未获取完毕心跳响应”的特殊情况极为罕见，不会导致“为解决一个问题而引入了更多的冗余”。

步骤S104，在处理结果指示处理成功的情况下，生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额。

在本发明实施例中，如果成功处理，前端应用服务器正常入账，增加一笔“假成功”明细(即在处理结果指示处理成功的情况下，生成当前交易的预设交易明细)，并在对应客户的账户中相应的“冻结金额”增加对应的金额(即并在目标终端关联的目标账户的冻结金额中增加预设金额)，增加一笔“临时冻结”类型的冻结明细。

在本发明实施例中，上述“成功处理”其实是一种假成功。与相关技术中的业务的精确性较低类似，所以暂时以冻结的形式防止资金滥用，后续在各金融机构将信息批量同步给第三方节点进行对照之后再执行最终的确认。而“冻结”本身在业务规程中，可以在能直接被客户挪用以及业务交易失败之间取得一个管理上的平衡。

在本发明实施例中，下一次交易时，各金融机构的临时节点可以对不同客户业务主键的最新事件编号进行自增。因为事件编号＝“客户业务主键”+“自增序列”，因此在全局视角中，所有接入该第三方机构的金融机构，相同“客户业务主键”对应的事件编号在同一时刻是唯一的。

步骤S105，将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。

在本发明实施例中，各金融机构的临时节点(包括主副节点)按照统一的时间点，将做了特殊处理的所有“假成功”明细，通过前置应用上传给第三方机构交互节点(即将预设交易明细发送至第三方交互节点进行解析)，然后第三方机构交互节点可以解析所接收到的明细，各金融机构的临时节点在解析结果指示预设交易明细标注为正确后，可以解冻冻结金额中的预设金额，以使客户可以自由使用该预设金额。

可选地，在将预设交易明细发送至第三方交互节点进行解析之后，还包括：第三方交互节点分析预设交易明细，得到事件编号；第三方交互节点在事件编号存在重复编号的情况下，将预设交易明细指示的目标账户加入预设名单，并将预设交易明细标注为失败；或者，第三方交互节点在事件编号不存在重复编号的情况下，基于预设交易明细进行当前交易核对，并在核对成功的情况下，将预设交易明细标注为正确。

在本发明实施例中，第三方机构交互节点分析接收到的预设交易明细(即第三方交互节点分析预设交易明细，以得到事件编号)，并按事件编号排序，如果有发现事件编号重复的现象，说明客户有可能通过作弊程序在多个金融机构，于精确的同一时间进行了相同业务类型的操作，可以将相关的明细标注为“失败”，并将该客户列为“可疑”名单(即第三方交互节点在事件编号存在重复编号的情况下，将预设交易明细指示的目标账户加入预设名单，并将预设交易明细标注为失败)。

在本发明实施例中，由于同一临时节点集群中各节点同步事件编号的机制，各主副节点的最新事件编号的更新时效性会远高于客户正常业务操作的前后间隔，所以不会误判正常业务操作为“可疑”。

在本发明实施例中，如果无事件编号重复，则将所有明细按照事件编号的次序，在第三方机构交互节点做核对和处理，处理完毕之后，按核对结果，置对应明细为“成功”或者“失败”(即第三方交互节点在事件编号不存在重复编号的情况下，基于预设交易明细进行当前交易核对，并在核对成功的情况下，将预设交易明细标注为正确)。

例如，某客户id在各个金融机构上送上来的“假成功”明细中有2笔，先判断事件编号较小的那笔，是否满足本次购买的外币*该外币对美元的汇率<＝该客户id对应的可购买美元额度，如果是，则做成功处理；否则，做失败处理。事件编号较大那笔处理逻辑相同。事件编号由于同一临时节点集群中各节点同步事件编号的机制，跟客户的操作前后次序有关，处理次序符合业务流程规则。

在本发明实施例中，第三方机构交互节点处理完毕上一时间点上送上来的“假成功”明细之后，根据金融机构拆分，将交易成功失败信息以及客户“可疑”名单通过文件的形式下传给各金融机构的临时节点。

在本发明实施例中，各金融机构根据下传的文件，对“假成功”明细进行最终确认。如果文件对应明细是成功，则对冻结金额进行解冻，从而到达最终可用；如果是失败，则回退入账和冻结操作，并将“可疑”名单进入该金融机构的黑名单。

本发明实施例中，能够解决因为中间通讯环节或者第三方机构系统出错导致的业务失败，通过将交易业务置为一个临时状态“假成功”，后续通过批量上下传数据给第三方机构进行确认的方式，将“假成功”自动处理为“最终成功”，从而提高了客户体验。并且，还可以通过在各金融机构间搭建选举和心跳机制的主副节点集群，保证对于特定客户的实际业务操作次序跟第三方机构的确认动作次序是一致的。同时，还可以利用异步机制存在的第三方机构确认动作与金融机构“假成功”处理之间有时间差的特点，在多个机构上进行同类交易进行套利等非法操作的“可疑”用户。

下面结合另一实施例进行详细说明。

实施例二

本实施例中提供的一种交易业务的处理装置包含了多个实施单元，每个实施单元对应于上述实施例一中的各个实施步骤。

图4是根据本发明实施例的一种可选的交易业务的处理装置的示意图，如图4所示，该处理装置可以包括：接收单元40，判断单元41，生成单元42，增加单元43，解析单元44，其中，

接收单元40，用于接收目标终端发送的交易请求，其中，交易请求至少包括：身份标识、业务类型、交易信息；

判断单元41，用于判断当前交易是否符合预设要求，其中，预设要求由交易信息、业务类型对应的历史业务参数以及身份标识对应的历史业务信息构成；

生成单元42，用于在当前交易符合预设要求的情况下，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，并将提案请求发送至预设头节点，其中，预设头节点处理提案请求，返回处理结果；

增加单元43，用于在处理结果指示处理成功的情况下，生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额；

解析单元44，用于将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。

上述处理装置，可以通过接收单元40接收目标终端发送的交易请求，通过判断单元41判断当前交易是否符合预设要求，通过生成单元42在当前交易符合预设要求的情况下，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，并将提案请求发送至预设头节点，通过增加单元43在处理结果指示处理成功的情况下，生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额，通过解析单元44将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。在本发明实施例中，可以根据交易请求携带的交易信息、业务类型以及身份标识，确定预设要求，然后如果判定当前交易符合预设要求后，可以根据身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，将该提案请求发送至预设头节点进行处理，如果预设头节点返回处理成功的处理结果，则可以生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额，之后第三方交互节点在解析预设交易明细后，如果返回预设交易明细正确结果，则可以解冻冻结金额中的预设金额，能够有效解决因为中间通讯环节或者第三方机构系统出错导致的交易业务失败，并有效减少交易业务的回退，提高了客户体验，进而解决了相关技术中无法有效处理交易业务，导致预先置为成功的交易业务容易回退的技术问题。

可选地，处理装置还包括：第一增加模块，用于在接收目标终端发送的交易请求之前，在每个金融机构端增加处理节点，其中，处理节点与服务器节点一一对应，处理节点用于与第三方交互节点进行交互，每个处理节点处理不同的业务类型指示的交易业务；第一接入模块，用于将处理同一业务类型指示的交易业务的所有处理节点加入至同一处理节点集群；第一选举模块，用于依据预设策略，为处理节点集群选举出预设头节点。

可选地，处理装置还包括：第一发送模块，用于在接收目标终端发送的交易请求之后，将交易请求发送至第三方交互节点进行处理，其中，第三方交互节点处理交易请求，得到交易结果信息；第一截取模块，用于截取交易结果信息，并分析交易结果信息，得到分析结果；第二增加模块，用于在分析结果指示当前交易成功的情况下，在目标终端关联的目标账户中增加预设金额；第一判断模块，用于在分析结果指示当前交易失败的情况下，判断当前交易是否符合预设要求。

可选地，生成单元包括：第一构建模块，用于构建当前交易的预设自增序列；第二构建模块，用于基于身份标识、业务类型，构建当前交易的业务主键；第一生成模块，用于基于业务主键以及预设自增序列，生成当前交易的事件编号；第二生成模块，用于基于事件编号，生成当前交易的提案请求。

可选地，处理单元包括：第一解析模块，用于预设头节点解析提案请求，得到事件编号；第一拆解模块，用于预设头节点拆解事件编号，得到与业务主键关联的预设自增序列；第一对比模块，用于预设头节点将预设自增序列与业务主键关联的已有自增序列进行对比，得到对比结果；第一拒绝模块，用于预设头节点在对比结果指示预设自增序列小于等于已有自增序列的情况下，拒绝提案请求，并将处理结果记录为处理失败。

可选地，第一对比模块包括：第一发送子模块，用于预设头节点在对比结果指示预设自增序列大于已有自增序列的情况下，将心跳请求发送至预设头节点所在的处理节点集群中的所有处理节点，其中，处理节点响应心跳请求，返回响应结果；第二发送子模块，用于预设头节点在预设响应时间段内接收到所有处理节点返回的响应结果的情况下，接收提案请求，并将事件编号发送至所有处理节点，其中，处理节点更新业务主键关联的事件编号；将处理结果记录为处理成功。

可选地，处理装置还包括：第一分析模块，用于在将预设交易明细发送至第三方交互节点进行解析之后，第三方交互节点分析预设交易明细，得到事件编号；第一标注模块，用于在事件编号存在重复编号的情况下，第三方交互节点将预设交易明细指示的目标账户加入预设名单，并将预设交易明细标注为失败；第二标注模块，用于在事件编号不存在重复编号的情况下，基第三方交互节点于预设交易明细进行当前交易核对，并在核对成功的情况下，将预设交易明细标注为正确。

上述的处理装置还可以包括处理器和存储器，上述接收单元40，判断单元41，生成单元42，增加单元43，解析单元44等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

上述处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。

上述存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收目标终端发送的交易请求，判断当前交易是否符合预设要求，在当前交易符合预设要求的情况下，基于身份标识、业务类型以及预设自增序列，生成当前交易的提案请求，并将提案请求发送至预设头节点，在处理结果指示处理成功的情况下，生成当前交易的预设交易明细，并在目标终端关联的目标账户的冻结金额中增加预设金额，将预设交易明细发送至第三方交互节点进行解析，并在解析结果指示预设交易明细标注为正确的情况下，解冻冻结金额中的预设金额。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序运行时控制计算机可读存储介质所在设备执行上述的交易业务的处理方法。

根据本发明实施例的另一方面，还提供了一种电子设备，包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述的交易业务的处理方法。

图5是根据本发明实施例的一种用于交易业务的处理方法的电子设备(或移动设备)的硬件结构框图。如图5所示，电子设备可以包括一个或多个(图5中采用502a、502b，……，502n来示出)处理器502(处理器502可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器504。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、键盘、电源和/或相机。本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种交易业务的处理方法，其特征在于，包括：

接收目标终端发送的交易请求，其中，所述交易请求至少包括：身份标识、业务类型、交易信息；

判断当前交易是否符合预设要求，其中，所述预设要求由所述交易信息、所述业务类型对应的历史业务参数以及所述身份标识对应的历史业务信息构成；

在所述当前交易符合所述预设要求的情况下，基于所述身份标识、所述业务类型以及预设自增序列，生成所述当前交易的提案请求，并将所述提案请求发送至预设头节点，其中，所述预设头节点处理所述提案请求，返回处理结果；

在所述处理结果指示处理成功的情况下，生成所述当前交易的预设交易明细，并在所述目标终端关联的目标账户的冻结金额中增加预设金额；

将所述预设交易明细发送至第三方交互节点进行解析，并在解析结果指示所述预设交易明细标注为正确的情况下，解冻所述冻结金额中的所述预设金额。

2.根据权利要求1所述的处理方法，其特征在于，在接收目标终端发送的交易请求之前，还包括：

在每个金融机构端增加处理节点，其中，所述处理节点与服务器节点一一对应，所述处理节点用于与所述第三方交互节点进行交互，每个所述处理节点处理不同的业务类型指示的交易业务；

将处理同一所述业务类型指示的所述交易业务的所有所述处理节点加入至同一处理节点集群；

依据预设策略，为所述处理节点集群选举出所述预设头节点。

3.根据权利要求1所述的处理方法，其特征在于，在接收目标终端发送的交易请求之后，还包括：

将所述交易请求发送至所述第三方交互节点进行处理，其中，所述第三方交互节点处理所述交易请求，得到交易结果信息；

截取所述交易结果信息，并分析所述交易结果信息，得到分析结果；

在所述分析结果指示当前交易成功的情况下，在所述目标终端关联的目标账户中增加所述预设金额；或者，

在所述分析结果指示当前交易失败的情况下，判断所述当前交易是否符合所述预设要求。

4.根据权利要求1所述的处理方法，其特征在于，基于所述身份标识、所述业务类型以及预设自增序列，生成当前交易的提案请求的步骤，包括：

构建所述当前交易的所述预设自增序列；

基于所述身份标识、所述业务类型，构建所述当前交易的业务主键；

基于所述业务主键以及所述预设自增序列，生成所述当前交易的事件编号；

基于所述事件编号，生成所述当前交易的所述提案请求。

5.根据权利要求4所述的处理方法，其特征在于，所述预设头节点处理所述提案请求，返回处理结果的步骤，包括：

所述预设头节点解析所述提案请求，得到所述事件编号；

所述预设头节点拆解所述事件编号，得到与所述业务主键关联的所述预设自增序列；

所述预设头节点将所述预设自增序列与所述业务主键关联的已有自增序列进行对比，得到对比结果；

所述预设头节点在所述对比结果指示所述预设自增序列小于等于所述已有自增序列的情况下，拒绝所述提案请求，并将所述处理结果记录为处理失败。

6.根据权利要求5所述的处理方法，其特征在于，所述预设头节点将所述预设自增序列与所述业务主键关联的已有自增序列进行对比，得到对比结果的步骤，包括：

所述预设头节点在所述对比结果指示所述预设自增序列大于所述已有自增序列的情况下，将心跳请求发送至所述预设头节点所在的处理节点集群中的所有处理节点，其中，所述处理节点响应所述心跳请求，返回响应结果；

所述预设头节点在预设响应时间段内接收到所有所述处理节点返回的所述响应结果的情况下，接收所述提案请求，并将所述事件编号发送至所有所述处理节点，其中，所述处理节点更新所述业务主键关联的所述事件编号；

将所述处理结果记录为处理成功。

7.根据权利要求1所述的处理方法，其特征在于，在将所述预设交易明细发送至第三方交互节点进行解析之后，还包括：

所述第三方交互节点分析所述预设交易明细，得到事件编号；

所述第三方交互节点在所述事件编号存在重复编号的情况下，将所述预设交易明细指示的所述目标账户加入预设名单，并将所述预设交易明细标注为失败；或者，

所述第三方交互节点在所述事件编号不存在重复编号的情况下，基于所述预设交易明细进行当前交易核对，并在核对成功的情况下，将所述预设交易明细标注为正确。

8.一种交易业务的处理装置，其特征在于，包括：

接收单元，用于接收目标终端发送的交易请求，其中，所述交易请求至少包括：身份标识、业务类型、交易信息；

判断单元，用于判断当前交易是否符合预设要求，其中，所述预设要求由所述交易信息、所述业务类型对应的历史业务参数以及所述身份标识对应的历史业务信息构成；

生成单元，用于在所述当前交易符合所述预设要求的情况下，基于所述身份标识、所述业务类型以及预设自增序列，生成所述当前交易的提案请求，并将所述提案请求发送至预设头节点，其中，所述预设头节点处理所述提案请求，返回处理结果；

增加单元，用于在所述处理结果指示处理成功的情况下，生成所述当前交易的预设交易明细，并在所述目标终端关联的目标账户的冻结金额中增加预设金额；

解析单元，用于将所述预设交易明细发送至第三方交互节点进行解析，并在解析结果指示所述预设交易明细标注为正确的情况下，解冻所述冻结金额中的所述预设金额。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至7中任意一项所述的交易业务的处理方法。

10.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任意一项所述的交易业务的处理方法。