交易数据处理方法、装置、服务器和存储介质与流程

本说明书属于互联网技术领域，尤其涉及一种交易数据处理方法、装置、服务器和存储介质。

背景技术：

随着第三方支付平台(tpp，thirdpartypayment)的出现和发展，网上交易越来越普及，同时，人们对网上交易数据处理的要求也越来越高。

目前，亟需一种能够准确地响应用户所发起的交易数据处理请求，高效、安全地完成相应的数据处理的交易数据处理方法。

技术实现要素：

本说明书目的在于提供一种交易数据处理方法、装置、服务器和存储介质，以高效、安全地完成用户所要求的交易数据处理。

本说明书提供的一种交易数据处理方法、装置、服务器和存储介质是这样实现的：

一种交易数据处理方法，包括：第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

一种交易数据处理方法，包括：第一服务器接收交易数据处理请求，其中，所述交易数据处理请求用于请求将目标交易数据从第一账户转移至第二账户，所述第一服务器为第三方支付平台的服务器；根据所述交易数据处理请求生成第三订单，其中，所述第三订单用于指示将目标交易数据从第一账户转移至第二账户；在预设的区块链网络中广播第三订单和第一服务器的安全凭证，并获取第三处理结果，其中，所述第三处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第三订单进行相应处理得到的处理结果。

一种交易数据处理装置，包括：接收模块，用于接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；第一处理模块，用于根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；第二处理模块，用于获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；第三处理模块，用于在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

一种交易数据处理装置，包括：接收模块，用于接收交易数据处理请求，其中，所述交易数据处理请求用于请求将目标交易数据从第一账户转移至第二账户；生成模块，用于根据所述交易数据处理请求生成第三订单，其中，所述第三订单用于指示将目标交易数据从第一账户转移至第二账户；处理模块，用于在预设的区块链网络中广播第三订单和第一服务器的安全凭证，并获取第三处理结果，其中，所述第三处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第三订单进行相应处理得到的处理结果。

一种服务器，应用于区块链网络中，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

一种区块链网络，至少包括属于第三方支付平台的第一服务器、与交易数据处理请求相关的关联服务器，其中，所述第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户；所述区块链网络中的服务器根据所述安全凭证对所述第一服务器进行权限验证；所述关联服务器在对所述第一服务器权限验证通过的情况下，对所述第一订单进行相应处理，得到对应的第一处理结果；所述第一服务器获取第一处理结果，在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单；并在区块链网络中广播所述第二订单和第一服务器的安全凭证；所述关联服务器在对所述第一服务器权限验证通过的情况下，对所述第二订单进行相应处理，得到对应的第二处理结果。

一种转账系统，包括至少一个服务器，所述服务器执行相应指令实现第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

本说明书提供的一种交易数据处理方法、装置、服务器和存储介质，由于先将第三方支付平台的服务器连同与交易数据处理相关的关联服务器接入预设的区块链网络中，再通过第三方支付平台的服务器响应用户发起的将目标交易数据从第一账户转移到第二账户的交易数据处理请求，先生成将目标交易数据由第一账户转移到第三方支付平台的第三账户的第一订单，并在预设的区块链网络中广播第一订单，以通过去中心化的分布式处理方式对第一订单进行相应处理；在完成针对第一订单的处理后再生成将目标交易数据由第三账户转移至第二账户的第二订单，并在预设的区块链网络中广播第二订单，以通过去中心化的分布式处理方式对第二订单进行相应处理，从而能由第三方支付平台进行交易担保，高效、安全地完成用户所要求的交易数据处理，解决了现有方法中基于网联模式处理交易数据时存在的处理效率低、容易出现单点故障的技术问题，以及现有方法中基于直连模式处理交易数据时存在的复杂网状连接导致运维成本高且不易于监管的技术问题。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是应用本说明书实施例提供的交易数据处理方法的系统的结构组成的一种实施例的示意图；

图2是在一个场景示例中，应用本说明书实施例提供的交易数据处理方法的一种实施例的示意图；

图3是在一个场景示例中，应用本说明书实施例提供的交易数据处理方法的一种实施例的示意图；

图4是在一个场景示例中，应用本说明书实施例提供的交易数据处理方法的一种实施例的示意图；

图5是本说明书实施例提供的交易数据处理方法的流程的一种实施例的示意图；

图6是本说明书实施例提供的交易数据处理方法的流程的一种实施例的示意图；

图7是本说明书实施例提供的服务器的结构的一种实施例的示意图；

图8是本说明书实施例提供的交易数据处理装置的结构的一种实施例的示意图。

具体实施方式

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

考虑到现有的涉及第三方支付平台的交易数据处理方法在实施时往往相对较为复杂，效率较低。例如，基于现有方法中直连模式进行交易数据处理时，需要第三方支付平台先分别与各个银行都建立一对一的连接，以便第三方支付平台能够响应资金账户位于不同银行的用户所发起的交易数据处理请求，完成相应的交易数据处理。但是基于这种方式由于需要为第三方支付平台和各个银行都分别建立对应的连接，需要建立维护的连接数量巨大，导致实施成本会相对较高。此外，基于上述方法交易数据会分散在第三方支付平台与多个银行的连接中，导致对交易数据的监管会存在较大难度。

又例如，基于现有方中的网联(或称银联)模式进行交易数据处理时，增加了交易数据处理的中间环节，且大量交易数据处理都需要以集中化处理方式进行处理，降低了交易数据处理效率。此外，由于联网模式是一种中心化处理的模式，也容易出现单点故障。

针对产生上述问题的根本原因，本说明书考虑可以充分利用区块链技术的特点，采用一种基于区块链的分布式模式来处理交易数据，这样可以使得交易数据处理去中心化，减少数据处理的中间环节，提高处理效率；同时，由于采用了这种基于区块链的分布式模式，将第三方支付平台的服务器和其他关联服务器共同连入预设的基于区块链的网络中，并在该网络中进行相应的数据处理，这样可以不再需要分别为第三方支付平台与各个银行建立和维护单独的连接，从而可以有效地降低实施成本，从而能够解决了现有方法中基于网联模式处理交易数据时存在的处理效率低、容易出现单点故障的技术问题，以及现有方法中基于直连模式处理交易数据时存在的复杂网状连接导致运维成本高的技术问题，高效、安全地完成用户所要求的交易数据处理。

本说明书实施例提供了一种交易数据处理方法，所述交易数据处理方法可以应用于包含有第一服务器和客户端的系统架构中。可以参阅图1所示，其中，上述第一服务器为第三方支付平台的服务器，且上述第一服务器预先接入预设的区块链网络中，所述预设的区块链网络中包括多个服务器，所述多个服务器至少包括与所述交易数据处理请求相关的关联服务器，例如第三方支付平台的服务器、银行的服务器、清算系统的服务器等等。此外，上述预设的区块链网络中还可以包括与所述交易数据处理请求不相关的非关联服务器。

具体实施时，客户端用于向第一服务器发出交易数据处理请求，其中，所述交易数据处理请求用于请求将目标交易数据从第一账户转移至第二账户。

第一服务器用于接收交易数据处理请求，根据所述交易数据处理请求生成第一订单，其中，所述第一订单用于指示将目标交易数据从第一账户转移至第三账户，所述第三账户为第三方支付平台的账户；在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述预设的区块链网络中的多个服务器(包括关联服务器和非关联服务器)可以根据第一服务器的安全凭证对所述第一服务器进行第一权限验证，并在第一权限验证通过的情况下，所述关联服务器对所述第一订单进行相应处理；在第一订单处理成功的情况下，根据所述交易数据处理请求，生成第二订单，其中，所述第二订单用于指示将目标交易数据从第三账户转移至第二账户；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，其中，所述预设的区块链网络中所包括的多个服务器根据第一服务器的安全凭证对所述第一服务器进行第二权限验证，并在第二权限验证通过的情况下，所述关联服务器对所述第二订单进行相应处理。从而第三方支付平台的第一服务器可以通过担保支付的方式响应客户端发起的交易数据处理请求，将目标交易数据从第一账户高效、安全地转移到第二账户。

在本实施例中，所述第一服务器具体可以是一种应用于第三方支付平台后台系统一侧，能够实现数据传输、数据处理等功能的后台业务服务器。具体的，所述第一服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施方式中，并不具体限定所述第一服务器所包含的服务器的数量。所述第一服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集群。

在本实施例中，所述客户端可以是一种应用于用户一侧，能够实现数据采集、数据传输等功能的前端设备。具体地，所述客户端例如可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机等。或者，所述客户端也可以为能够运行于上述电子设备中的软件应用。例如，可以是在手机上运行的某app等。

在一个场景示例中，参阅图2所示，第三方支付平台可以应用本说明书实施例提供的交易数据处理方法来快速地响应完成用户甲所请求的转账业务。

在本场景示例中，用户甲想通过手机上安装的x宝(一种第三方支付平台提供的app)将自己之前借朋友用户乙的10元钱转账到用户乙的账户中。这时，用户甲可以打开手机上的x宝app，并通过x宝app扫描用户乙通过手机展示的收款码，识别出用户乙的账户信息，并进入针对用户乙的账户的转账界面中。在该转账界面中，用户甲可以输入想要转账到用户乙的具体的转账金额10元作为目标交易数据，确认无误后，用户甲可以点击该转账界面中展示的确认图标，向x宝的业务系统服务器(记为第一服务器)发出转账请求(一种交易数据处理请求)，以请求将自己账户中的10元转到用户乙的账户中。

当然，需要说明的是，上述所列举的生成并发送交易数据处理请求的方法只是一种示意性说明。具体实施时，根据具体的应用场景，用户甲还可以采用其他方式来生成并发送交易数据处理请求。例如，用户甲还可以在x宝app的搜索框中输入用户乙的账户名称或者用户乙注册x宝账户时绑定的手机号，从而搜索出用户乙的账户图标，并递交用户乙的账户图标，进入针对用户乙的操作界面中。在该界面中选中转账图标，进入针对用户乙的转账界面中，再在该转账界面中，输入转账金额，再输入支付密码，最后点击该转账界面中的确认图标生成并发送对应的交易数据处理请求等。

需要补充的是，上述交易数据处理请求中具体可以携带有用户甲的账户信息，例如，用户甲在x宝中使用的账户id，其中，该账户id与用户甲在a银行的账户(可以记为第一账户)绑定。同时，上述交易数据处理请求中还可以携带有用户乙的账户信息，例如，用户乙在x宝中使用的账户id，类似的，该账户id与用户乙在b银行的账户(可以记为第二账户)绑定。此外，上述交易数据处理请求中还可以携带有用户甲的身份凭证，例如，用户甲输入的支付密码，或者可以是与用户甲预先设置的用于验证身份的指纹信息匹配的指纹采集数据，还或者可以是与用户甲预先设置的用于验证身份的面部信息匹配的面部图像数据等等。对于上述身份凭证，本说明书不作限定。

在本场景示例中，为了降低用户在交易过程中所承担的交易风险，为用户提供相对更安全的处理体现，x宝具体采用一种担保转账的模式为用户甲进行所请求的转账处理，即x宝的业务处理系统的服务器(记为第一服务器)会先将用户甲的账户要转出的资金先转入至x宝在c银行开设的银行账户(可以记为第三账户)中，由x宝的银行账户作为中间的担保账户；第一服务器在确定x宝的银行账户收到了用户甲的账户转出的资金后，再由x宝的银行账户将对应数额的资金转入用户乙的账户，从而完成了转账业务。

具体的，第一服务器在接收到上述交易数据处理请求后，通过数据解析可以确定出用户甲所请求的业务服务是将10元钱从用户甲的账户中转移到用户乙的账户中，同时第一服务器可以从上述交易数据处理请求中提取得到该请求所涉及的付款账户，即用户甲的账户信息，以及收款账户，即用户乙的账户信息。此外，第一服务器还可以从上述交易数据处理请求中提取出用户甲的身份凭证。

进一步，第一服务器可以根据上述对交易数据处理请求解析、提取得到的数据。先生成第一订单。其中，上述第一订单具体可以理解为一种用于指示将10元资金从用户甲的账户中转移到x宝的银行账户的订单数据。具体的，上述第一订单中可以携带有用户甲的账户信息、用户甲的身份凭证，以及x宝的银行账户的账户信息等。

参阅图3所示，第一服务器可以在预设的区块链网络中广播上述第一订单和第一服务器的安全凭证(例如第一服务器的数字签名等)，以便调用关联服务器对上述第一订单进行相应处理，完成将用户甲的账户中的10元资金转账到x宝的银行账户中。

其中，可以参阅图2所示，上述预设的区块链网络是预先基于区块链技术，将与交易数据处理请求相关或无关的机构或系统的多个服务器连接在一起所建立的一种去中心化的网络结构。具体的，上述预设的区块链网络中可以包括与上述交易处理请求直接相关的关联服务器，例如，用户甲的账户所在的a银行的服务器(可以记为服务器a)、用户乙的账户所在的b银行的服务器(可以记为服务器b)、第一服务器，以及x宝的银行账户所在的c银行的服务器(可以记为服务器c)和清算系统的服务器(可以记为服务器d)等。此外，上述预设的区块链网络中还可以接入与本次交易数据处理请求没有直接相关的服务器(可以称为非关联服务器)，例如，银行x的服务器(可以记为服务器x)、银行y的服务器(可以记为服务器y)，以及监管系统的服务器(可以记为服务器z)等等。

具体实施时，当第一服务器在上述预设的区块链网络中广播出第一订单和第一服务器的安全凭证后，可以参阅图4所示，预设的区块链网络中多个服务器(包括关联服务器和非关联服务器)会先根据预设的验证规则对第一服务器所广播的第一服务器的安全凭证进行验证，在验证通过的情况下，确定第一服务器具有调用关联服务器处理第一订单的权限后，关联的服务器才会对第一订单进行相应处理。

具体的，预设的区块链网络中的多个服务器可以先分别对第一服务器所广播的数字签名进行真伪验证，得到对应的验证结果；再基于共识算法，根据多个服务器得到的多个验证结果最终确定第一服务器的调用权限是否验证通过。

在确定第一服务器的调用权限验证通过的情况下，可以参阅图4所示，上述关联服务器可以先对待处理的第一订单进行业务性验证。例如，服务器a可以根据第一订单中的内容数据，先对用户甲在a银行的账户中的资金余额数据进行检测，以确定用户甲在a银行的账户中的资金数据是否大于等于10元，是否能够完成从该账户中转出10元资金数据的业务处理等。在关联服务器对上述第一订单的业务性验证通过的情况下，上述关联服务器可以响应第一服务器的调用，分别根据第一订单进行相应的业务处理。

具体的，服务器a可以根据第一订单，从用户甲在a银行的账户中转出10元资金数据，完成出账处理；同时，服务器c可以根据第一订单，在x宝在c银行的账户中转入10元资金数据，完成入账处理；清算系统的服务器d则可以根据服务器a转出的资金数据和服务器c转入资金数据进行清算核对，在清算核对无误的情况下，完成了针对第一订单的处理。这时，关联服务器中的任意一个服务器，例如服务器d可以将针对第一订单的第一处理结果写入区块链中。其中，上述第一处理结果具体可以是一种用于指示第一订单的处理是否成功的数据。

第一服务器可以根据写入区块链中的第一处理结果确定第一订单是否处理成功，在确定第一订单处理成功的情况下，第一服务器可以根据交易数据处理请求，生成第二订单。其中，上述第二订单具体可以理解为一种用于指示将10元资金从x宝的银行账户中转移到用户乙的账户中的订单数据。具体的，上述第二订单中可以携带有用户乙的账户信息、x宝的银行账户的账户信息，以及x宝的银行账户的账户密码等。

进而，第一服务器可以在预设的区块链网络中广播上述第二订单和第一服务器的安全凭证，以便调用关联服务器对上述第二订单进行相应处理，完成将x宝的银行账户中的10元资金数据转账到用户乙的账户中。

具体实施时，当第一服务器在上述预设的区块链网络中广播出第二订单和第一服务器的安全凭证后，预设的区块链网络中多个服务器(包括关联服务器和非关联服务器)会先根据预设的验证规则对第一服务器所广播的第一服务器的安全凭证进行验证，在验证通过的情况下，确定第一服务器具有调用关联服务器处理第二订单的权限后，关联的服务器才会对第二订单进行相应处理。

类似的，关联服务器也会先对第二订单进行业务性验证，在关联服务器对上述第二订单的业务性验证通过的情况下，上述关联服务器可以响应第一服务器的调用，分别根据第二订单进行相应的业务处理。

具体的，服务器c可以根据第二订单，在x宝在c银行的账户中转出10元资金数据，完成出账处理；服务器b可以根据第二订单，在用户乙的账户中转入10元资金数据，完成入账处理；清算系统的服务器d则可以根据服务器c转出的资金数据和服务器b转入资金数据进行清算核对，在清算核对无误的情况下，完成了针对第一订单的处理。这时，关联服务器中的任意一个服务器，例如服务器d可以将针对第二订单的第二处理结果写入区块链中。其中，上述第二处理结果具体可以是一种用于指示第二订单的处理是否成功的数据。

如果第二处理结果所指示的是第二订单处理成功，则说明已经顺利地将用户甲在a银行的账户中的10元资金数据转账到了用户乙在b银行的账户中，完成了用户甲所发起的交易数据处理请求。这时第一服务器可以根据第二处理结果，在确定第二订单处理成功的情况下，向用户甲的手机反馈转账成功的提示信息。

用户甲的手机在接收到上述提示信息后，在手机x宝的界面中，向用户甲展示出该提示信息以提示用户甲所请求的转账业务服务已经顺利完成。

由上述场景示例可见，本说明书提供的交易数据处理方法，由于先将第三方支付平台的服务器连同与交易数据处理相关的关联服务器接入预设的区块链网络中，再通过第三方支付平台的服务器响应用户发起的将目标交易数据从第一账户转移到第二账户的交易数据处理请求，先生成将目标交易数据由第一账户转移到第三方支付平台的第三账户的第一订单，并在预设的区块链网络中广播第一订单，以通过去中心化的分布式处理方式对第一订单进行相应处理；在完成针对第一订单的处理后再生成将目标交易数据由第三账户转移至第二账户的第二订单，并在预设的区块链网络中广播第二订单，以通过去中心化的分布式处理方式对第二订单进行相应处理，从而能由第三方支付平台进行交易担保，高效、安全地完成用户所要求的交易数据处理，解决了现有方法中基于网联模式处理交易数据时存在的处理效率低、容易出现单点故障的技术问题，以及现有方法中基于直连模式处理交易数据时存在的复杂网状连接导致运维成本高的技术问题。

参阅图5所示，本说明书实施例提供了一种交易数据处理方法，其中，该方法具体应用于第三方支付平台的第一服务器一侧。具体实施时，该方法可以包括以下内容：

s51：接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求。

在本实施例中，上述交易数据处理请求具体可以理解为一种请求将目标交易数据从第一账户转移至第二账户的请求数据。

具体的，上述交易数据处理请求可以携带有第一账户的账户信息、第二账户的账户信息以及目标交易数据。其中，上述账户信息具体可以是所对应账户的账户id、账户名称或者注册账户时所绑定的手机号等等。对于上述账户信息的具体形式和内容，本说明书不作限定。上述目标交易数据具体可以一种待转移的资源数据。例如，上述目标交易数据可以是种资金，也可以是种虚拟货币，还可以是种股票、基金等等。对于上述目标交易数据的具体内容，本说明书不走限定。

在本实施例中，上述交易数据处理请求还可以携带有第一账户的身份凭证。其中，上述第一账户的身份凭证具体可以是第一账户的账户密码，也可以是预先设置的与用于验证第一账户身份的指纹数据，或者声纹数据等等。当然，需要说明的是，上述所列举的身份凭证只是一种示意性说明。具体实施时，根据具体的应用场景还可以是用其他类型或内容的能够指示身份的数据作为身份凭证。对于上述身份凭证的具体内容，本说明书不作限定。

在本实施例中，具体实施时，用户可以通过手机、笔记本等客户端通过有线或无线的方式向第一服务器生成并发送上述交易数据处理请求，以请求将目标交易数据从第一账户转移到第二账户。相应的，第一服务器接收获取上述交易数据处理请求。

在本实施例中，需要补充的是，具体实施时，用户可以在通过客户端生成交易数据处理请求时自己输入第一账户的身份凭证，使得所发送的交易数据处理请求携带有第一账户的身份凭证。也可以是用户在通过客户端生成交易数据处理请求时并没有输入第一账户的身份凭证，客户端根据用户所输入的第一账户的账户信息，结合用户存储在客户端的记录数据，自动获取与第一账户对应的身份凭证，进而生成携带有第一账户的身份凭证的交易数据处理请求等。

s53：根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证。

在本实施例中，上述第三账户具体可以理解为第三方支付平台的银行账户。

在本实施例中，上述第三方支付平台为了降低用户的交易风险，提高用户的使用体验，可以提供一种担保支付的转账业务。具体实施时，第三方支付平台可以引入第三方支付平台的第三账户作为一个中间担保账户，将目标交易数据从第一账户转移到第二账户这一交易数据处理分解为两个订单处理过程，即：先将目标交易数据从第一账户转移到第三账户，完成第一订单的处理；在确定第三账户接收到第一账户所转移的目标交易数据后，再由第三账户向第二账户转移目标交易数据，完成第二订单的处理，从而在第三方支付平台的参与和担保下，安全地完成目标交易数据由第一账户到第二账户的转移。

在本实施例中，上述第一订单具体可以理解为一种用于指示将目标交易数据从第一账户转移到第三账户的订单数据。具体的，上述第一订单中可以携带有目标交易数据、第一账户的账户信息、第一账户的身份凭证，以及第三账户的账户信息。

在本实施例中，具体实施时，第一服务器可以根据从交易数据处理请求中解析、提取得到的数据，生成上述第一订单。

在本实施例中，第一服务器可以在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述预设的区块链网络中包括多个服务器，所述多个服务器至少包括与所述交易数据处理请求相关的关联服务器，所述多个服务器根据第一服务器的安全凭证对所述第一服务器进行第一权限验证，并在第一权限验证通过的情况下，所述关联服务器对所述第一订单进行相应处理。所述多个服务器中还可以包括与交易数据处理请求不相关的非关联服务器。

在本实施例中，上述预设的区块链网络具体可以理解为一种基于区块链技术预先建立的包含多个不同机构或系统的服务器的去中心化的网络结构。在该网络结构中可以接入多个不同的服务器，其中，多个服务器中可以包括以与交易数据处理请求所请求的交易数据处理直接相关的关联服务器，例如，清算系统的服务器、第一账户所在银行的服务器、第二账户所在银行的服务器、第三账户所在银行的服务器、第一服务器等，也可以包括与交易数据处理请求所请求的交易数据处理不直接相关的非关联服务器，例如，监管系统的服务器，除第一账户所在银行、第二账户所在银行、第三账户所在银行以外其他银行的服务器等等。

在具体构建上述预设的区块链网络时，可以基于区块链技术分别在该网络中的各个服务器上部署业务处理单元、隐私保护单元、智能合约单元、权限控制单元、共识算法单元、p2p通信单元等多个相应的功能单元，并在各个服务器上部署相应的合约，以便各个服务器可以共同参与在该网络中所发起的数据处理，通过去中心化的方式完成相应的数据处理。

在本实施例中，上述第一服务器的安全凭证具体可以理解为一种能够指示第一服务器的身份权限的凭证数据。具体的，上述第一服务器的安全凭证可以是一种与第一服务器对应的数字签名。当然，需要说明的是，上述所列举的安全凭证只是一种示意性说明。具体实施时，根据具体情况和处理需要，还可以使用其他能与第一服务器的身份对应的数据作为安全凭证。对此，本说明书不作限定。

在本实施例中，第一服务器具体可以在上述预设的区块链网络中广播第一订单和自身的安全凭证，以便调用上述预设的区块链网络中的服务器进行针对第一订单的数据处理。

在本实施例，预设的区块链网络中的多个服务器(包括关联服务器和非关联服务器)在接收到第一服务器所广播的第一订单和第一服务器的安全凭证后，多个服务器会先根据第一服务器的安全凭证对第一服务器的第一权限(即调用预设的区块链网络中的服务器处理第一订单的权限)进行权限验证，以确定第一服务器是否有权限调用预设的区块链网络中的关联服务器处理第一订单。

具体的，例如，上述多个服务器可以分别对第一服务器的安全凭证进行验证，得到多个验证结果；再基于共识算法(例如，raft协议、工作证明算法或者股权证明算法等)，综合多个服务器所得到的验证结果确定第一服务器的第一权限，最终确定第一服务器的第一权限的权限是否验证通过。

在确定第一服务器第一权限验证通过的情况下，预设的区块链网络中的关联服务器才会响应第一服务器的调用处理第一订单。具体的，上述关联服务器中的第一账户所在银行的服务器可以根据所述第一订单，将目标交易数据从第一账户转出；同时，第三账户所在银行的服务器可以根据所述第一订单，将目标交易数据向第三账户转入；此外，所述清算系统的服务器可以对第一账户转出的交易数据和第三账户转入的交易数据进行清算，从而完成了针对第一订单的数据处理。

在完成上述针对第一订单的交易数据处理后，关联服务器或者预设的区块链网络中的非关联服务器可以将针对第一订单的第一处理结果写入区块链中进行记录保存。其中，上述第一处理结果具体可以理解为一种能够指示针对第一订单的数据处理是否处理成功的数据。

在本实施例中，在确定第一服务器第一权限验证通过后，在关联服务器进行针对第一订单的数据处理之前，关联服务器还可以针对待处理的第一订单进行业务性验证，以确定待处理的第一订单本身是否合理。例如，第一账户所在银行的服务器可以根据第一订单中的内容数据对第一账户中的交易数据和目标交易数据进行大小比较，以确定第一账户中的交易数据是否能够支持进行目标交易数据的转移。如果第一账户中的交易数据大于等于目标交易数据，则可以确定第一订单业务性验证通过。在关联服务器对第一订单业务性验证通过的情况下，关联服务器才会对第一订单进行相应的处理。如果关联服务器对第一订单业务性验证不通过，则可以反馈第一服务器回执信息，再由第一服务器根据回执信息，提示用户所请求的交易数据处理无法执行。

s55：所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果。

在本实施例中，上述第二订单具体可以理解为一种用于指示将目标交易数据从第三账户转移到第二账户的订单数据。具体的，上述第二订单中可以携带有目标交易数据、第三账户的账户信息、第三账户的身份凭证，以及第二账户的账户信息。

在本实施例中，具体实施时，第一服务器可以获取并根据区块链中保存的第一处理结果确定针对第一订单的处理是否成功。在确定第一订单处理成功的情况下，第一服务器可以根据从交易数据处理请求中解析、提取得到的数据，生成相应的第二订单。

s57：在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

在本实施例中，第一服务器具体可以在上述预设的区块链网络中广播第二订单和自身的安全凭证，以便调用上述预设的区块链网络中的服务器进行针对第二订单的数据处理。

在本实施例，预设的区块链网络中的多个服务器(包括关联服务器和非关联服务器)在接收到第一服务器所广播的第二订单和第一服务器的安全凭证后，多个服务器会先根据第一服务器的安全凭证对第一服务器的第二权限(即调用预设的区块链网络中的服务器处理第二订单的权限)进行权限验证，以确定第一服务器是否有权限调用预设的区块链网络中的关联服务器处理第二订单。

具体的，例如，上述多个服务器可以分别对第一服务器的安全凭证进行验证，得到多个验证结果；再基于共识算法(例如，raft协议、工作证明算法或者股权证明算法等)，综合多个服务器所得到的验证结果确定第一服务器的第二权限，最终确定第一服务器的第二权限的权限是否验证通过。

在确定第一服务器第二权限验证通过的情况下，预设的区块链网络中的关联服务器才会响应第一服务器的调用处理第二订单。具体的，上述关联服务器中的第三账户所在银行的服务器可以根据所述第二订单，将目标交易数据从第三账户转出；同时，第二账户所在银行的服务器根据所述第二订单，将目标交易数据向第二账户转入；此外，所述清算系统的服务器对第三账户转出的交易数据和第二账户转入的交易数据进行清算。

在完成上述针对第二订单的交易数据处理后，关联服务器或者预设的区块链网络中的非关联服务器可以将针对第二订单的第二处理结果写入区块链中进行记录保存。其中，上述第二处理结果具体可以理解为一种能够指示针对第二订单的数据处理是否处理成功的数据。

进一步，第一服务器可以获取并根据区块链中保存的第二处理结果确定针对第二订单的处理是否成功。在确定第二订单处理成功的情况下，可以确定用户所请求的交易数据处理(包括第一订单处理和第二订单处理)处理成功，这时可以生成并向客户端反馈指示处理成功的提示信息，以便客户端向用户展示显影的提示信息，以提示用户所请求的交易数据处理处理成功。

在确定第二订单处理失败的情况下，可以确定用户所请求的交易数据处理处理失败，这时可以生成并向客户端反馈指示处理失败的提示信息，以便客户端向用户展示响应的提示信息，以提示用户所请求的交易数据处理处理失败。

在本实施例中，由于先将第三方支付平台的服务器连同与交易数据处理相关的关联服务器接入预设的区块链网络中，再通过第三方支付平台的服务器响应用户发起的将目标交易数据从第一账户转移到第二账户的交易数据处理请求，先生成将目标交易数据由第一账户转移到第三方支付平台的第三账户的第一订单，并在预设的区块链网络中广播第一订单，以通过分布式方式对第一订单进行相应处理，在完成针对第一订单的处理后再生成将目标交易数据由第三账户转移至第二账户的第二订单，并在预设的区块链网络中广播第二订单，以通过分布式方式对第二订单进行相应处理，从而高效、安全地完成用户所要求的交易数据处理，解决了现有方法中基于网联模式处理交易数据时存在的处理效率低、容易出现单点故障的技术问题，以及现有方法中基于直连模式处理交易数据时存在的复杂网状连接导致的运维成本高的技术问题。

在一个实施例中，所述交易数据处理请求具体还可以携带有关键信息，所述关键信息包括以下至少之一：第一账户的账户信息、第一账户的身份凭证、第二账户的账户信息、目标交易数据等。

在本实施例中，上述关键信息具体可以理解为一种后续交易数据处理会涉及到的，涉及到用户的账户隐私和账户安全的信息数据。当然，需要说明的是，上述所举的关键信息只是一种示意性说明。具体实施时，根据具体情况和处理要求，还可以引入其他类型的信息数据作为关键信息。对此，本说明书不作限定。

在一个实施例中，考虑到预设的区块链网络中的非关联服务器也会接收到第一订单，而第一订单中可能会包含有上述涉及用户的账户隐私和账户安全的关键信息，为了避免这类关键信息泄露给非关联服务器，具体实施时，在根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单后，所述方法还可以包括以下内容：对所述第一订单中的关键信息进行加密处理。

在本实施例中，具体实施时，可以采用非对称加密的方式对上述第一订单中的关键信息进行加密处理。具体的，关联服务器可以预先将公钥发送至第一服务器，第一服务器再生成第一订单后，可以利用关联服务器所提供的公钥加密第一订单中的关键信息，得到加密后的第一订单。进而第一服务器可以向预设的区块链网络广播加密后的第一订单和第一服务器的安全凭证，以便调用关联服务器对第一订单进行数据处理。这样，预设的区块链网络中的非关联服务器可以和关联服务器一起参与针对第一服务器的第一权限的权限验证，但无法获取第一订单中的关键信息，避免了第一订单中关键信息的泄漏。而关联服务器由于拥有对应的私钥，在第一服务器的第一权限验证通过的情况下，可以利用私钥解密加密后的第一订单，获取其中关键信息，进而可以根据解密后的第一订单进行相应处理。

在一个实施例中，类似于针对第一订单的处理，第一服务器在生成第二订单后，所述方法具体实施时，还可以包括以下内容：对所述第二订单中的关键信息进行加密处理，得到加密后的第二订单，再将加密后的第二订单和第一服务器的安全凭证在预设的区块链网络中广播。从而可以避免第二订单中的关键信息被泄露，保护了用户的账户隐私和账户安全。

在一个实施例中，所述关联服务器具体可以包括：第一账户所在银行的服务器、第二账户所在银行的服务器、第三账户所在银行的服务器、清算系统的服务器等等。

当然，需要说明的是，上述所列举的关联服务器只是一种示意性说明。针对不同的处理场景，上述关联服务器中还可以包括其他类型的服务器。例如，针对交易数据监管的场景，上述关联服务器中还可以包括监管系统给的服务器等。这样监管系统可以通过预先布设于预设的区块链网络中的服务器方便、高效地通过获取、分析记录在区块链中的第一处理结果、第二处理结果，对整个交易数据处理过程进行监管，保证用户的交易数据处理安全，提高了监管效率，也降低了监管成本。

在一个实施例中，在第一权限验证通过的情况下，所述预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理，具体实施时，可以包括以下内容：第一账户所在银行的服务器根据所述第一订单，将目标交易数据从第一账户转出；第三账户所在银行的服务器根据所述第一订单，将目标交易数据向第三账户转入；所述清算系统的那个服务器对第一账户转出的交易数据和第三账户转入的交易数据进行清算。

在本实施例中，上述清算系统的服务器对第一账户转出的交易数据和第三账户转入的交易数据进行清算，具体实施时，可以包括以下内容：清算系统的服务器生成清结算和对账指令；并在预设的区块链网络中广播所述清结算和对账指令，以及清算系统的服务器的安全凭证。预设的区块链网络中的服务器会根据清算系统的服务器的安全凭证，对所述清算系统的服务器进行权限验证。在权限验证通过的情况下，清算系统的服务器及预设的区块链网络中的服务器可以通过执行预先配置在预设的区块链网络中的清结算与对账合约等智能合约，分别对第一账户所在的服务器和第三账户所在的服务器进行清结算和对账操作，完成对第一账户转出的交易数据和第三账户转入的交易数据进行清算处理，得到对应的清算结果。其中，上述清算结果具体可以通过共识算法等方式，由预设的区块链网络中的服务器写入区块链中进行保存。还需要补充的是，根据具体情况，上述清算系统的服务器还可以独立于上述交易数据处理的场景，单独对预设的区块链网络中的关联服务器所涉及的交易数据进行清算处理。对此，本说明书不作限定。

在本实施例中，在第一账户所在银行的服务器、第三账户所在银行的服务器和清算系统的服务器分别完成上述相应所负责的处理后，完成了针对第一订单的数据处理。

在一个实施例中，在在预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理后，所述方法具体实施时，还可以包括以下内容：所述预设的区块链网络中所包括的多个服务器(包括关联服务器和非关联服务器)可以将所述关联服务器针对所述第一订单进行相应处理得到的第一处理结果写入区块链中。

在本实施例中，具体实施时，可以由关联服务器中任意一个或者非关联服务器中任意一个将第一处理结果写入区块链中。具体的，可以通过共识算法，从上述多个服务器中确定出一个服务器将第一处理结果写入区块链中。类似的，将第二处理结果写入区块链时，也可以通过共识算法，从多个服务器中确定出一个服务器将第二处理结果写入区块链中。

在本实施例中，由于将第一处理结果写入了区块链中，该预设的区块链网络中的任意一个服务器都可以获取并查询该第一处理结果，方便了对交易数据处理的监管。同时，由于区块链自身的特点，写入区块链中的第一处理结果难以被删除或更改，相对更加的可靠、安全。

在一个实施例中，在第二权限验证通过的情况下，所述关联服务器对所述第二订单进行相应处理，具体实施时，可以包括以下内容：第三账户所在银行的服务器根据所述第二订单，将目标交易数据从第三账户转出；第二账户所在银行的服务器根据所述第二订单，将目标交易数据向第二账户转入；所述清算系统的服务器对第三账户转出的交易数据和第二账户转入的交易数据进行清算。

在本实施例中，在第二账户所在银行的服务器、第三账户所在银行的服务器和清算系统的服务器分别完成上述相应所负责的处理后，完成了针对第二订单的数据处理。在完成第二订单的数据处理后，完成了交易数据处理请求所请求的整个交易数据处理，即基于第三方支付平台的担保，完成了将目标交易数据从第一账户转移到第二账户。

在一个实施例中，在所述关联服务器对所述第二订单进行相应处理后，所述方法具体实施时，还可以包括以下内容：所述预设的区块链网络(中的多个服务器)将所述关联服务器针对所述第二订单进行相应处理得到的第二处理结果写入区块链中。

在一个实施例中，所述关联服务器具体还可以包括：监管系统的服务器等。这样监管系统可以通过预先布设于预设的区块链中的服务器更加便捷、高效地对交易数据处理进行监控、管理，保护用户交易数据处理过程中的数据安全。

在本实施例中，具体实施时，监管系统的服务器可以先生成监管查询指令，并在预设的区块链网络中广播上述监管查询指令和监管系统的服务器的安全凭证。预设的区块链网络中的服务器会根据监管系统的服务器的安全凭证，对监管系统的服务器进行查询权限的验证，在查询权限验证通过的情况下，即确定监管系统的服务器具有相应的查询权限的情况下，上述监管系统的服务器及预设的区块链网络中的服务器可以通过执行预先配置在预设的区块链网络中的监管查询合约等智能合约，进行数据查询，得到对应的查询结果，以便能有效地对预设的区块链网络中的交易数据处理进行监控和管理，进而可以及时地发现交易数据处理中的风险隐患，保障交易数据的数据安全。其中，上述查询结果具体可以通过共识算法等方式，由预设的区块链网络中的服务器写入区块链中进行保存。上述查询结果具体可以用于指示监管系统的服务器的查询是否成功、监管查询合约等智能合约是否执行顺利等。

在本实施例中，上述监管系统的服务器所进行的数据查询的具体内容可以根据所调用执行的监管查询合约等智能合约确定。具体的，根据上述智能合约，监管系统的服务器可以对预设的区块链网络中的区块链上写入的针对订单的处理结果进行查询；也可以对预设的区块链网络中关联服务器的数据处理记录进行查询；还可以同时进行上述两种类型的数据查询等等。

由上可见，本说明书实施例提供的交易数据处理方法，由于先将第三方支付平台的服务器连同与交易数据处理相关的关联服务器接入预设的区块链网络中，再通过第三方支付平台的服务器响应用户发起的将目标交易数据从第一账户转移到第二账户的交易数据处理请求，先生成将目标交易数据由第一账户转移到第三方支付平台的第三账户的第一订单，并在预设的区块链网络中广播第一订单，以通过去中心化的分布式处理方式对第一订单进行相应处理；在完成针对第一订单的处理后再生成将目标交易数据由第三账户转移至第二账户的第二订单，并在预设的区块链网络中广播第二订单，以通过去中心化的分布式处理方式对第二订单进行相应处理，从而能由第三方支付平台进行交易担保，高效、安全地完成用户所要求的交易数据处理，解决了现有方法中基于网联模式处理交易数据时存在的处理效率低、容易出现单点故障的技术问题，以及现有方法中基于直连模式处理交易数据时存在的复杂网状连接导致运维成本高，且不易于监管的技术问题；还通过将监管系统的服务器作为一种关联服务器接入预设的区块链网络中，且在响应交易数据处理请求，进行相应的交易数据处理时将处理结果写入区块链中与预设的区块链网络中的服务器共享，使得可以对基于上述预设的区块链网络进行交易数据处理进行有效、精细的监管；还通过在生成第一订单和第二订单后分别对第一订单和第二订单中的关键信息进行加密处理，提高了交易数据处理过程的安全性和隐私性。

参阅图6，本说明书实施例还提供了另一种交易数据处理方法，其中，该方法具体应用于第三方支付平台的第一服务器一侧。具体实施时，该方法可以包括以下内容：

s61：第一服务器接收交易数据处理请求，其中，所述交易数据处理请求用于请求将目标交易数据从第一账户转移至第二账户，所述第一服务器为第三方支付平台的服务器；

s63：根据所述交易数据处理请求生成第三订单，其中，所述第三订单用于指示将目标交易数据从第一账户转移至第二账户；

s65：在预设的区块链网络中广播第三订单和第一服务器的安全凭证，并获取第三处理结果，其中，所述第三处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第三订单进行相应处理得到的处理结果。

在本实施例中，第三方支付平台可以不作担保支付，而是通过接入预设的区块链网络中的第一服务器来响应用户所发起的交易数据处理请求，为用户调用预设的区块链网络中的关联服务器完成用户所请求的交易数据处理。

在本实施例中，第一服务器可以根据从交易数据处理请求所解析、提取得到的数据直接生成用户指示将目标交易数据从第一账户转移到第二账户的订单数据，即第三订单。其中，上述第三订单可以携带有第一账户的账户信息、第一账户的身份凭证、第二账户的账户信息以及目标交易数据。

在本实施例中，第一服务器可以在预设的区块链网络中广播第三订单和第一服务器的安全凭证。预设的区块链网络中的多个服务器(包括关联服务器和非关联服务器)可以根据第一服务器的安全凭证对第一服务器的第三权限(即调用关联服务器处理第三订单的权限)进行权限验证。在第一服务器的第三权限验证通过的情况下，预设的区块链网络中给的关联服务器可以分别对第三订单进行相应的处理，完成针对第三订单的处理，从而完成了用户所请求的交易数据处理。

在一个实施例中，所述关联服务器具体可以包括以下至少之一：第一账户所在银行的服务器、第二账户所在银行的服务器、清算系统的服务器等。当然，需要说明的是，上述所列举的关联服务器只是一种示意性说明。具体实施时，根据具体的应用场景，还可以引入其他类型的服务器作为关联服务器。对此，本说明书不作限定。

在一个实施例中，在第三权限验证通过的情况下，所述预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第三订单进行相应处理，具体实施时，可以包括以下内容：第一账户所在银行的服务器根据所述第三订单，将目标交易数据从第一账户转出；第二账户所在银行的服务器根据所述第三订单，将目标交易数据向第二账户转入；所述清算系统的服务器对第一账户转出的交易数据和第二账户转入的交易数据进行清算。

在一个实施例中，在关联服务器完成对第三订单的相应处理后，预设的区块链网络中的多个服务器可以将针对第三订单处理的第三处理结果写入区块链中进行记录保存。

在本实施例中，第一服务器可以通过从区块链中获取查询第三处理结果，以确定第三订单是否处理成功。第一服务器在根据第三处理结果确定第三订单处理成功的情况下，可以生成并向客户端反馈用于指示处理成功的提示信息。相应的，第一服务器在根据第三处理结果确定第三订单处理失败的情况下，可以生成并向客户端反馈用于指示处理失败的提示信息。

由上可见，本说明书实施例提供的交易数据处理方法，由于先将第三方支付平台的服务器连同与交易数据处理相关的关联服务器接入预设的区块链网络中，再通过第三方支付平台的服务器响应用户发起的将目标交易数据从第一账户转移到第二账户的交易数据处理请求，先生成将目标交易数据由第一账户转移到第二账户的第三订单，并在预设的区块链网络中广播第三订单，以调用关联服务器对第三订单进行相应处理，从而高效、安全地完成用户所要求的交易数据处理。

本说明书实施例还提供一种应用于区块链网络中的服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

为了能够更加准确地完成上述指令，参阅图7所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口701、处理器702以及存储器703，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。

其中，所述网络通信端口701，具体可以用于接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求。

所述处理器702，具体可以用于根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

所述存储器703，具体可以用于存储处理器702所基于的相应的指令程序。

在本实施例中，所述网络通信端口701可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的80号端口，也可以是负责进行ftp数据通信的21号端口，还可以是负责进行邮件数据通信的25号端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如gsm、cdma等；其还可以为wifi芯片；其还可以为蓝牙芯片。

在本实施例中，所述处理器702可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。

在本实施例中，所述存储器703可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如ram、fifo等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、tf卡等。

本说明书实施例还提供了一种基于上述交易数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；所述第一服务器获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

在本实施例中，上述存储介质包括但不限于随机存取存储器(randomaccessmemory,ram)、只读存储器(read-onlymemory,rom)、缓存(cache)、硬盘(harddiskdrive,hdd)或者存储卡(memorycard)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施例中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本说明书实施例还提供了一种区块链网络，该区块链网络至少可以包括属于第三方支付平台的第一服务器、与交易数据处理请求相关的关联服务器，其中，所述第一服务器接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户；所述区块链网络中的服务器根据所述安全凭证对所述第一服务器进行权限验证；所述关联服务器在对所述第一服务器权限验证通过的情况下，对所述第一订单进行相应处理，得到对应的第一处理结果；所述第一服务器获取第一处理结果，在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单；并在区块链网络中广播所述第二订单和第一服务器的安全凭证；所述关联服务器在对所述第一服务器权限验证通过的情况下，对所述第二订单进行相应处理，得到对应的第二处理结果。

在本实施例中，上述区块链网络中还可以包括与交易数据处理请求不相关的非关联服务器。其中，上述关联服务器和关联服务器都可以根据第一服务器广播的安全凭证，参与对第一服务器的权限验证。

本说明书实施例还提供了一种转账系统，该系统中服务器具体可以用于接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

参阅图8所示，在软件层面上，本说明书实施例还提供了一种交易数据处理装置，该装置具体可以包括以下的结构模块：

接收模块801，具体可以用于接收将目标交易数据从第一账户转移至第二账户的交易数据处理请求；

第一处理模块802，具体可以用于根据所述交易数据处理请求生成将目标交易数据从第一账户转移至第三账户的第一订单，并在预设的区块链网络中广播第一订单和第一服务器的安全凭证，其中，所述第三账户包括第一服务器所属的第三方支付平台的账户，所述安全凭证用于对所述第一服务器进行权限验证；

第二处理模块803，具体可以用于获取第一处理结果，并在第一处理结果为成功的情况下，根据所述交易数据处理请求，生成将目标交易数据从第三账户转移至第二账户的第二订单，其中，所述第一处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理得到的处理结果；

第三处理模块804，具体可以用于在预设的区块链网络中广播第二订单和第一服务器的安全凭证，并获取第二处理结果，其中，所述第二处理结果包括在第一服务器权限验证通过时，关联服务器对所述第二订单进行相应处理得到的处理结果。

在一个实施例中，所述交易数据处理请求具体还可以携带有关键信息，所述关键信息包括以下至少之一：第一账户的账户信息、第一账户的身份凭证、第二账户的账户信息、目标交易数据等等。

在一个实施例中，所述装置具体还可以包括加密模块，具体可以用于对所述第一订单中的关键信息进行加密处理。类似的，上述加密模块还可以用于对第二订单中的关键信息进行加密处理。

在一个实施例中，所述关联服务器具体可以包括：第一账户所在银行的服务器、第二账户所在银行的服务器、第三账户所在银行的服务器、清算系统的服务器等等。

在一个实施例中，所述关联服务器具体还可以包括：监管系统的服务器等。

在一个实施例中，所述预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理，具体实施时，可以包括：第一账户所在银行的服务器根据所述第一订单，将目标交易数据从第一账户转出；第三账户所在银行的服务器根据所述第一订单，将目标交易数据向第三账户转入；所述清算系统的服务器对第一账户转出的交易数据和第三账户转入的交易数据进行清算。

在一个实施例中，在预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第一订单进行相应处理后，具体实施时，还可以包括：所述预设的区块链网络将所述关联服务器针对所述第一订单进行相应处理得到的第一处理结果写入区块链中。

在一个实施例中，所述关联服务器对所述第二订单进行相应处理，具体实施时，可以包括：第三账户所在银行的服务器根据所述第二订单，将目标交易数据从第三账户转出；第二账户所在银行的服务器根据所述第二订单，将目标交易数据向第二账户转入；所述清算系统的服务器对第三账户转出的交易数据和第二账户转入的交易数据进行清算。

在一个实施例中，在所述关联服务器对所述第二订单进行相应处理后，具体实施时，还可以包括：所述预设的区块链网络将所述关联服务器针对所述第二订单进行相应处理得到的第二处理结果写入区块链中。

需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

由上可见，本说明书实施例提供的交易数据处理装置，由于先将第三方支付平台的服务器连同与交易数据处理相关的关联服务器接入预设的区块链网络中，再通过第一处理模块响应用户发起的将目标交易数据从第一账户转移到第二账户的交易数据处理请求，先生成将目标交易数据由第一账户转移到第三方支付平台的第三账户的第一订单，并在预设的区块链网络中广播第一订单，以对第一订单进行相应处理；通过第二处理模块在确定完成针对第一订单的处理后生成将目标交易数据由第三账户转移至第二账户的第二订单，并通过第三处理模块在预设的区块链网络中广播第二订单，以通对第二订单进行相应处理，从而高效、安全地完成用户所要求的交易数据处理。

本说明书实施例还提供了另一种交易数据处理装置，该装置具体可以包括以下的结构模块：

接收模块，具体可以用于接收交易数据处理请求，其中，所述交易数据处理请求用于请求将目标交易数据从第一账户转移至第二账户；

生成模块，具体可以用于根据所述交易数据处理请求生成第三订单，其中，所述第三订单用于指示将目标交易数据从第一账户转移至第二账户；

处理模块，具体可以用于在预设的区块链网络中广播第三订单和第一服务器的安全凭证，并获取第三处理结果，其中，所述第三处理结果包括在第一服务器权限验证通过时，预设的区块链网络中与所述交易数据处理请求相关的关联服务器对所述第三订单进行相应处理得到的处理结果。

虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。