CN116109383A - 缴费订单服务方法、系统、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种缴费订单服务方法、系统、电子设备及存储介质。应用于缴费订单服务系统，缴费订单服务系统包括打包模块、设置在各个节点处的本地服务，方法包括：商户节点对应的本地服务接收到订单信息后，根据订单信息调用打包模块生成区块保存到商户节点的本地链上；接收商户节点发送的订单信息，根据订单信息，发起收款，审核订单信息，审核通过后，向学校节点发送订单信息、汇款，并修改缴费状态信息，根据订单信息，调用打包模块生成区块，保存在缴费订单服务系统对应的本地链上，学校节点在接收到汇款后，根据到账结果修改缴费状态信息，并根据订单信息，生成区块保存到学校节点的本地链上，其中，每次生成区块后，均根据区块更新区块链。

Description

缴费订单服务方法、系统、电子设备及存储介质

技术领域

本申请涉及订单服务处理技术领域，尤其是涉及一种缴费订单服务方法、系统、电子设备及存储介质。

背景技术

随着互联网的发展，网络平台能提供的网络服务也越来越多，关于留学生的缴费的网络服务也为留学生的缴费也提供了便利。但留学生缴费过程中，提供缴费服务的网络商户的门槛低，导致留学生的缴费相关订单存在一定的安全性风险。

目前为提高留学生缴费相关订单的安全性，常引入公信力高的第三方，由第三方对网络商户与留学生之间做监管。但是，这引入第三方监管的方式，存在订单数据集中式存储于第三方，存在单点故障、和对第三方无法监管的问题。

发明内容

本申请提供一种缴费订单服务方法、装置、电子设备及存储介质。

第一方面，本申请提供一种缴费订单服务方法，应用于缴费订单服务系统，所述缴费订单服务系统包括设置在各个节点处的本地服务、打包模块；

所述方法包括：

商户节点对应的本地服务在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；所述订单信息中包括缴费学生的信息、缴费学校的信息、缴费金额信息、缴费状态信息；

接收所述商户节点通过对应的本地服务发送的所述订单信息；

根据所述缴费学生的信息、所述缴费金额信息，向所述缴费学生发起收款，并根据收款结果修改所述缴费状态信息；

审核所述订单信息，审核通过后，向所述缴费学校对应的学校节点发送所述订单信息、汇款，并根据汇款结果修改所述缴费状态信息；

根据修改后的所述订单信息，调用所述打包模块生成第二区块，保存到所述缴费订单服务系统对应的本地链上；

所述缴费学校对应的学校节点对应的本地服务在接收到汇款后，根据到账结果修改所述缴费状态信息，并根据修改后的所述订单信息，调用所述打包模块生成第三区块保存到所述学校节点的本地链上；

其中，在每次生成区块后，均根据所述区块更新区块链。

通过本方案，利用多节点对订单信息进行确定，避免了订单只留存在缴费过程中的一个环节之中，一定程度上保证了数据整体的安全性，再通过每个节点将节点本身修改后订单的信息上传到区块链中，保证了任何单独一方无法重新篡改订单信息，保证了订单数据的安全性与准确性。

可选的，接收未加入节点的本地服务发送的节点注册请求；

根据所述节点注册请求，进行授权，若授权成功，将运行所述本地服务的对应设备设为节点；

根据所述本地服务，获取所述本地服务的IP与名称，并作为节点信息更新至节点列表；

向所述本地服务与所有节点对应的本地服务发送更新后的节点列表；

向所述本地服务发送区块链，所述本地服务根据所述区块链进行链信息初始化，生成本地链。

通过本方案，在审核注册请求后，节点设备中的本地服务进行初始化，以使商户或学校作为节点加入区块链网络中。

可选的，所述节点注册请求，包括：密钥、机构信息，所述密钥为所述本地服务根据公钥和对应设备的设备信息生成；

所述根据所述节点注册请求，进行授权，包括：

根据所述机构信息，确定机构类型，并确定所述机构是否资质合规；

若资质合规，则根据私钥解密所述密钥，获取所述密钥中所述设备信息；

根据所述设备信息和所述机构类型，生成授权码，并将所述授权码发送给所述本地服务；

所述本地服务根据授权码，对运行所述本地服务的设备进行授权。

通过本方案，利用公钥和私钥分别加密、解密注册节点注册请求中的密钥，获取每个设备信息的方式，生成针对每个设备的授权码，将要加入的设备与对应的本地服务进行绑定，保证每个节点都可以溯源到对应设备，一定程度上提高了区块链的安全性。

可选的，所述根据所述区块更新区块链，包括：

将所述区块以广播的方式向所有节点对应的本地服务发送；

所有节点对应的本地服务根据所述区块更新本地链；

根据所有节点的本地链更新区块链。

通过本方案，利用广播的方式让区块链网络中所有节点可以较快的确认有新区块加入，进而将区块加入本地链存储，以使缴费订单服务系统利用所有节点的本地链更新区块链，一定程度上提高了更新区块链的速度。

可选的，所述根据所有节点的本地链更新区块链，包括：

针对每一个节点的本地服务，根据所述节点列表，遍历所有节点，根据所有节点中的所述本地链，选取所述节点中最长的本地链，并对所述最长的本地链进行标记，若最长的本地链的数量为多个，则根据各节点在节点列表的中的顺序，对多个中的最后一个进行标记；

将标记最多的本地链选取为最新区块链；

所有节点的本地服务确认区块链更新后，根据最新区块链更新本地链。

通过本方案，针对任一节点，利用一个节点遍历区块链网络中的其余节点、并标记所有节点中最长的本地链的方式，选出最新的区块链，并将所有节点中的本地链进行更新，保证了所有区块信息都能加入区块链中，提高了订单的安全性。

可选的，接收节点对应的本地服务发出的订单展示请求；

根据所述区块链，将不同区块中关于同一订单的信息进行整合，生成最新订单信息列表；

将所述最新订单信息列表发送给所述本地服务。

通过本方案，将所有区块中同一订单的所有信息整合起来，生成订单列表，以使节点一次性获取到本节点涉及到的订单对应的全部信息，提高了节点获取订单所有操作的信息获取速度。

可选的，商户节点对应的本地服务向其他机构下发订单审核链接，以使所述其他机构通过所述订单审核链接向所述商户节点对应的本地服务发送订单信息；

所述商户节点对应的本地服务在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；

所述审核所述订单信息，还包括：

若所述订单信息为通过所述订单审核链接发送，审核通过后，向发送所述订单审核的所述其他机构发出节点注册邀请，以使所述其他机构根据所述节点注册邀请发出节点注册请求。

通过本方案，商户节点向信任的其他商户发送订单审核链接的方式，以使其他商户可以利用本商户系统进行订单审核，再由系统审核其他商户是否订单合规后，向其他机构发出节点注册邀请，扩大区块链网络，而保存区块链的节点越多，区块链的区块信息就越安全，一定程度上提高区块链的区块信息的安全性。

第二方面，本申请提供一种缴费订单服务系统，包括：核心服务装置、设置在各个节点处的本地服务装置；

所述本地服务装置包括：订单模块、汇款模块；

所述核心服务装置包括：打包模块、获取模块、缴费模块、审核模块；

商户节点对应的本地服务装置的所述订单模块，用于在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；所述订单信息中包括缴费学生的信息、缴费学校的信息、缴费金额信息、缴费状态信息、缴费项目信息、订单生成时间；

所述获取模块，用于接收所述商户节点通过对应的本地服务发送的所述订单信息；

所述缴费模块，用于根据所述缴费学生的信息、所述缴费金额信息，向所述缴费学生发起收款，并根据收款结果修改所述缴费状态信息；

所述审核模块，用于审核所述订单信息，审核通过后，向所述缴费学校对应的学校节点发送所述订单信息、汇款，并根据汇款结果修改所述缴费状态信息；

根据修改后的所述订单信息，调用所述打包模块生成第二区块，保存到所述缴费订单服务系统对应的本地链上；

所述缴费学校对应的学校节点对应的本地服务装置的所述汇款模块，用于在接收到汇款后，根据到账结果修改所述缴费状态信息，并根据修改后的所述订单信息，调用所述打包模块生成第三区块保存到所述学校节点的本地链上；

其中，所述打包模块，用于在每次生成区块后，均根据所述区块更新区块链。

可选的，核心服务装置还包括：注册模块；

所述注册模块，用于接收未加入节点的本地服务发送的节点注册请求；

根据所述节点注册请求，进行授权，若授权成功，将运行所述本地服务的对应设备设为节点；

根据所述本地服务，获取所述本地服务的IP与名称，并作为节点信息更新至节点列表；

向所述本地服务与所有节点对应的本地服务发送更新后的节点列表；

向所述本地服务发送区块链，所述本地服务根据所述区块链进行链信息初始化，生成本地链。

可选的，所述节点注册请求，包括：密钥、机构信息，所述密钥为所述本地服务装置根据公钥和对应设备的设备信息生成；

所述注册模块根据所述节点注册请求，进行授权时，具体用于：

根据所述机构信息，确定机构类型，并确定所述机构是否资质合规；

若资质合规，则根据私钥解密所述密钥，获取所述密钥中所述设备信息；

根据所述设备信息和所述机构类型，生成授权码，并将所述授权码发送给所述本地服务装置；

所述本地服务根据授权码，对运行所述本地服务的设备进行授权。

可选的，所述本地服务的装置与所述核心服务装置的打包模块根据所述区块更新区块链时，具体用于：

将所述区块以广播的方式向所有节点对应的本地服务装置发送；

所有节点对应的本地服务根据所述区块更新本地链；

根据所有节点的本地链更新区块链。

可选的，所述打包模块根据所有节点的本地链更新区块链时，具体用于：

针对每一个节点的本地服务，根据所述节点列表，遍历所有节点，根据所有节点中的所述本地链，选取所述节点中最长的本地链，并对所述最长的本地链进行标记，若最长的本地链的数量为多个，则根据各节点在节点列表的中的顺序，对多个中的最后一个进行标记；

将标记最多的本地链选取为最新区块链；

所有节点的本地服务确认区块链更新后，根据最新区块链更新本地链。

可选的，核心服务装置还包括：订单整合模块；

所述订单整合模块，用于接收节点对应的本地服务发出的订单展示请求；

根据所述区块链，将不同区块中关于同一订单的信息进行整合，生成最新订单信息列表；

将所述最新订单信息列表发送给所述本地服务。

可选的，本地服务装置还包括：下发链接模块；

所述下发链接模块，用于商户节点对应的本地服务装置向其他机构下发订单审核链接，以使所述其他机构通过所述订单审核链接向所述商户节点对应的本地服务发送订单信息；

所述商户节点对应的本地服务装置在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；

核心服务装置还包括：推广模块；

所述推广模块，用于若所述订单信息为通过所述订单审核链接发送，审核通过后，向发送所述订单审核的所述其他机构发出节点注册邀请，以使所述其他机构根据所述节点注册邀请发出节点注册请求。

第三方面，本申请提供一种电子设备，包括：存储器和处理器，所述存储器上存储有能够被处理器加载并执行第一方面的方法的计算机程序。

第四方面，本申请提供一种计算机可读存储介质，存储有能够被处理器加载并执行第一方面的方法的计算机程序。

附图说明

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

图1为本申请一实施例提供的一种应用场景示意图；

图2为本申请一实施例提供的一种缴费订单服务方法的流程图；

图3为本申请一实施例提供的一种缴费订单服务系统的结构图；

图4为本申请一实施例提供的一种电子设备的结构示意图。

具体实施方式

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

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本申请实施例作进一步详细描述。

现如今，随着互联网的高速发展，人们许多的日常服务都可以通过网络平台下单完成，如学生的缴费模式也由之前线下缴费模式转向线上缴费模式。

但是，对于一个缴费订单，无论是提供线上缴费的平台、还是收款的学校来说，都将自己处理的相关业务和数据存储在自己数据库中，存在着缴费平台与学校之间的业务数据相互不够透明，且容易被单独一方修改的现实问题。

基于此，本申请提供一种缴费订单服务方法，应用于缴费订单服务系统，将缴费订单涉及到的所有业务处理形成一个闭环流程，且所有业务处理方之间可以互相查看所有数据。

图1为本申请提供的一种应用场景示意图。如图1所示，学生在商户节点进行下单，再由商户节点将该订单的信息发送给缴费订单服务系统，由缴费订单服务系统向学生发起收款，学生缴费后，缴费订单服务系统对学生缴费的信息和订单的信息进行审核，审核通过后，将订单的信息发送给学校节点，并向学校节点汇款，最后学校节点根据汇款信息和订单信息确认收款，学生的缴费服务至此完成，其中，商户节点与学校节点与缴费订单服务系统之间的通信和功能调用，通过安装在商户节点与学校节点本地服务完成。

图2为本申请一实施例提供的一种缴费订单服务方法的流程图，本实施例的缴费订单服务方法应用于缴费订单服务系统，其中，缴费订单服务系统包括打包模块、设置在各个节点处的本地服务。

其中，在上述的应用场景中，各个节点包括商户节点、学校节点，同一个订单必然需要经过这两个节点和缴费订单服务系统的分别处理。

如图2所示的，该方法包括：

步骤S201、商户节点对应的本地服务在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上。

商户下载缴费订单服务系统的本地服务后，再将商户本身的订单系统与本地服务对接，此时，该商户的设备为商户节点，商户本身不具有缴费业务，具体业务为内容获取学生订单，再将订单转交给缴费订单服务系统，在整个订单服务中属于订单获取方。

缴费订单服务系统指的是缴费订单服务系统的运行方，可以进行学生的收款、向学生的缴费学校发起汇款。

所述订单信息中包括缴费学生的信息、缴费学校的信息、缴费金额信息、缴费状态信息、缴费项目信息、订单生成时间。

打包模块，用于将输入的订单信息、调用打包模块的节点信息、当前时间打包成区块，区块为一定信息的结合。

第一区块，为商户节点对应的本地服务将本节点中的订单信息和商户的信息结合当前时间成的数据信息。

具体的，当学生在商户节点本身的订单系统下单后，由商户节点调用本地服务的下单接口，将学生的订单信息发送至本地服务，本地服务则调用打包模块将该订单信息和商户的信息共同打包成第一区块。

步骤S202、接收所述商户节点通过对应的本地服务发送的所述订单信息；

具体的，商户节点的本地服务接收到商户发送的订单信息后，调用缴费订单服务系统的订单接口，将该订单信息发送给缴费订单服务系统，其中缴费订单服务系统也有单独服务器运行，可视为一个节点。

步骤S203、根据所述缴费学生的信息、所述缴费金额信息，向所述缴费学生发起收款，并根据收款结果修改所述缴费状态信息。

其中，学生的缴费流向为，学生将费用支付至缴费订单服务系统中，缴费订单服务系统将费用汇款至学生的缴费学校，学生的缴费学校接收汇款，相对应的缴费状态信息包括，“未缴费、未汇款”，“已缴费、未汇款”，“已缴费、已汇款”，“已缴费、已到账”，每笔订单初始缴费状态信息都为“未缴费、未汇款”。

具体的，缴费订单服务系统接收订单信息后，根据其中的学生信息、待缴费金额信息、订单编号，生成收款页面，并将该收款页面通过商户节点的本地服务返回至商户的订单系统，让该学生直接向缴费订单服务系统进行付款。

学生付款后，缴费订单服务系统根据收到的金额与缴费金额信息进行对照，若收款金额无误，则该订单的缴费状态信息由“未缴费、未汇款”修改为“已缴费、未汇款”。

步骤S204、审核所述订单信息，审核通过后，向所述缴费学校对应的学校节点发送所述订单信息、汇款，并根据汇款结果修改所述缴费状态信息，根据修改后的所述订单信息，调用所述打包模块生成第二区块，保存到所述缴费订单服务系统的本地链上 。

具体的，针对订单信息审核其中的缴费项目与缴费金额是否对应，根据缴费学生的信息审核缴费学生是否缴费学校对应的学生，审核无误后，向指定学校发起汇款，并修改订单的缴费状态为“已缴费、已汇款”、再将修改后的订单信息发送给指定学校，而后，调用打包模块将缴费订单服务系统的操作信息、修改后的订单信息、当前时间打包成第二区块信息。

步骤S205、所述缴费学校对应的学校节点对应的本地服务在接收到汇款后，根据到账结果修改所述缴费状态信息，并根据修改后的所述订单信息，调用所述打包模块生成第三区块保存到所述学校节点的本地链上。

具体的，学校节点的本地服务收到汇款和对应的订单信息后，由学校确定款项与订单无误后，确认收款，学校节点的本地服务则会将款项转给学校本身的学校系统，同时修改订单状态为“已缴费、已到账”，并且学校节点的本地服务调用打包模块将修改后的订单信息、学校信息、学校的操作信息、当前时间打包成第三区块。

步骤S206、每次生成区块后，均根据所述区块更新区块链。

具体的，在上述步骤S201、S204、S205后，都会调用本步骤，使每次生成对应的区块时，将区块通过广播的方式传给每一个节点的本地服务中，所有本地服务确认区块后，进行更新区块链。

通过本方案，利用多节点对订单信息进行确定，避免了订单只留存在缴费过程中的一个环节之中，一定程度上保证了数据整体的安全性，再通过每个节点将本节点修改后订单的信息上传到区块链中，保证了任何单独一方无法重新篡改订单信息，保证了订单数据的安全性与准确性。

在一些实施例中，接收未加入节点的本地服务发送的节点注册请求，根据所述节点注册请求，进行授权，若授权成功，将运行所述本地服务的对应设备设为节点，根据所述本地服务，获取所述本地服务的IP与名称，并作为节点信息更新至节点列表，向所有节点对应的本地服务发送更新后的节点列表，向所述本地服务发送区块链，所述本地服务根据所述区块链进行链信息初始化，生成本地链。

需要说明的是，缴费订单服务系统在创立开始已创建创世区块，创世区块为区块链的第一个区块，后续的所有节点上传的区块都基于创世区块进行顺序链接，而缴费订单服务系统自己也在整个区块链网络中作为一个节点。

其中，本地链为各节点将区块链存储到本地后生成本地区块链。

具体的，当有合作商户或合作学校想加入整个区块链网络中时，需要先向费订单服务系统申请，获取本地服务的安装包，将该安装包在本地环境下进行安装，安装过程中，该本地服务会向缴费订单服务系统发送节点注册请求，节点注册请求中包括商户或学校的相关信息，而后由缴费订单服务系统对节点注册请求进行审核，若审核通过，则发送一串授权码至该本地服务中，在本地服务中输入该授权码，进行授权，成功后为该本地服务设置一个唯一性名称。

授权成功后，该本地服务所在设备则被设为节点，并加入区块链网络，缴费订单服务系统根据该本地服务，获取该本地服务的当前IP和上述设置的唯一性名称，并将当前名称和IP以对应的关系存入节点列表的最后，而后向包括该本地服务的所有节点的本地服务发送修改后的节点列表。

该本地服务接收到节点列表后，开始节点本地链初始化，该本地服务向缴费订单服务系统查询当前区块链信息，缴费订单服务系统收到请求后，向该本地服务发送当前最新区块链信息，本地服务接收后，将区块链信息保存至本地，得到本地链信息，至此该本地服务的初始化完成。

通过本方案，在审核注册请求后，节点设备中的本地服务进行初始化，以使商户或学校作为节点加入区块链网络中。

在一些实施例中，所述节点注册请求，包括：密钥、机构信息，所述密钥为所述本地服务根据公钥和对应设备的设备信息生成，所述根据所述节点注册请求，进行授权，包括：根据所述机构信息，确定机构类型，并确定所述机构是否资质合规，若资质合规，则根据私钥解密所述密钥，获取所述密钥中所述设备信息，根据所述设备信息和所述机构类型，生成授权码，并将所述授权码发送给所述本地服务，所述本地服务根据授权码，对运行所述本地服务的设备进行授权。

其中，机构信息为上述商户或学校的相关信息，例如：商户营业资格，学校的身份证明等可以证明自身身份资质的信息。

公钥与私钥是通过加密算法得到的一个密钥对。公钥可对一段信息进行加密生成密钥，只有使用对应的私钥才能解密密钥，也可以私钥加密，公钥解密，从而保证信息传输的安全性。公钥是本地服务持有，私钥则缴费订单服务系统保管。

具体的，本地服务在运行后，根据所处设备的MAC（媒体存取控制，Media AccessControl Address）地址和公钥生成密钥，在发出节点注册请求时，该密钥将作为参数一并发送，缴费订单服务系统接收到节点注册请求后，获取其中的机构信息和密钥。

首先分析机构信息，判断发送节点注册请求的是商户角色还是学校角色，而后查验该机构的资质是否符合加入区块链网络的规定，该规定由缴费订单服务系统的业务需要设定，若确定符合，则利用私钥将上述密钥进行解密，获取其中的设备的MAC地址，而后根据机构角色确定授权的功能信息，再利用私钥将MAC地址和授权的功能信息进行加密生成授权码，最后将授权码发送回该本地服务，例如获取的机构角色为商户，则确定授予有关商户的功能。

该本地服务收到授权码后，再利用预设公钥将授权码进行解密，获取其中的MAC地址和授权功能，利用获取的MAC地址和本设备的MAC地址进行对比，若一致，则根据上述授权功能对本地服务进行功能授权。

需要说明的是，授权码获取后，授权码被存入该本地服务程序中，后续各节点每次运行各自的本地服务时，需要校验授权码。

通过本方案，利用公钥和私钥分别加密、解密注册节点注册请求中的密钥，获取每个设备信息的方式，生成针对每个设备的授权码，将要加入的设备与对应的本地服务进行绑定，保证每个节点都可以溯源到对应设备，一定程度上提高了区块链的安全性。

在一些实施例中，所述根据所述区块更新区块链，包括：将所述区块以广播的方式向所有节点对应的本地服务发送，所有节点对应的本地服务根据所述区块更新本地链，根据所有节点的本地链更新区块链。

其中，广播为一种发送信息的方式，可以将一段信息发送给同一网络中的所有用户，期间不管用户是否接受到。

区块信息接口，为打包模块具有的功能接口，调用该接口后，将输入的区块信息发送给所有节点的本地服务。

具体的，每个本地服务或缴费订单服务系统生成每一个区块后，都会调用区块信息接口，将该区块向所有节点的本地服务发送。

接收到该区块的本地服务，会将该区块加入自身的本地链中，而后缴费订单服务系统利用所有节点的本地链更新区块链。

通过本方案，利用广播的方式让区块链网络中所有节点可以较快的确认有新区块加入，进而将区块加入本地链存储，以使缴费订单服务系统利用所有节点的本地链更新区块链，一定程度上提高了更新区块链的速度。

在一些实施例中，所述根据所有节点的本地链更新区块链，包括：针对每一个节点的本地服务，根据所述节点列表，遍历所有节点，根据所有节点中的所述本地链，选取所述节点中最长的本地链，并对所述最长的本地链进行标记，若最长的本地链的数量为多个，则根据各节点在节点列表的中的顺序，对多个中的最后一个进行标记,将标记最多的本地链选取为最新区块链，所有节点的本地服务确认区块链更新后，根据最新区块链更新本地链。

其中，标记的过程为在本地链的最后部分添加一个固定标识，并且在所有节点确定标记最多的本地链选取为最新区块链之前，将该本地链的所有标识删除。

具体的，每个节点的本地服务，都会根据节点列表中的IP地址，顺序或逆序访问所有节点的本地服务，获取每个节点中本地链，并记录每个节点对应的本地链长度，其中，本地链长度为本地链内的区块个数。

当一个节点访问完其余所有节点后，再根据记录的所有本地链长度，确定其中最长的本地链，之后访问存储最长的本地链的本地服务，并对该本地链进行标记，若出现最长的本地链的数量有很多个，则将所有最长的本地链对应的节点选出，确定这些节点在节点列表中位置，选取其中位于节点列表最后的一个节点，访问该节点并对该节点对应的本地链进行标记，当遍历完所有节点并进行标记后，选取被标记最多的本地链，将该本地链设为最新区块链，更新完成后，所有节点根据区块链更新本地链。

通过本方案，针对任一节点，利用一个节点遍历区块链网络中的其余节点、并标记所有节点中最长的本地链的方式，选出最新的区块链，并将所有节点中的本地链进行更新，保证了所有区块信息都能加入区块链中，提高了订单的安全性。

在一些实施例中，接收节点对应的本地服务发出的订单展示请求，根据所述区块链，将不同区块中关于同一订单的信息进行整合，生成最新订单信息列表，将所述最新订单信息列表发送给所述本地服务。

其中，订单展示请求是任一节点需要查看本节点涉及到的订单对应的全部信息时，向缴费订单服务系统发送的请求。

需要说明的，针对每个订单来说，操作该订单的信息，和订单在不同节点内修改后的信息都存储于不同区块内。

具体的，缴费订单服务系统接收到任意节点的订单展示请求后，查询当前区块链，针对一个订单信息，从区块链的所有区块内将关于该订单的信息提取出来，再按照时间顺序，将关于该订单的所有信息整合一起，形成一个订单的全部信息，重复这样的步骤后，将区块链中本次订单展示请求涉及到的订单的全部信息整理出来，再按照订单生成时间将所有订单信息整理为最新订单信息列表，将该最新订单信息列表发送至发送订单展示请求的本地服务。

通过本方案，将所有区块中同一订单的所有信息整合起来，生成订单列表，以使节点一次性获取到本节点涉及到的订单对应的全部信息，提高了节点获取订单所有操作的信息获取速度。

在一些实施例中，商户节点对应的本地服务向其他机构下发订单审核链接，以使所述其他机构通过所述订单审核链接向所述商户节点对应的本地服务发送订单信息，所述商户节点对应的本地服务在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上，所述审核所述订单信息，还包括：若所述订单信息为通过所述订单审核链接发送，审核通过后，向发送所述订单审核的所述其他机构发出节点注册邀请，以使所述其他机构根据所述节点注册邀请发出节点注册请求。

其中，其他机构指的是商户节点的下属商户或信任商户，例如商户节点为A，下属商户为A的子公司，信任商户为A的合作商户。

具体的，当已加入区块链网络的商户想要将自身的合作商户也拉入区块链网络时，可以将本地服务中的订单审核链接发送给合作商户，合作商户可以通过该订单审核链接将自身的订单信息通过该本地服务发送给缴费订单服务系统，并且该本地服务会将订单信息和本节点对应商户的信息、合作商户的信息生成第一区块，缴费订单服务系统则根据该订单信息对缴费学生发起收款，并进行审核，若审核通过，缴费订单服务系统向合作商户发送节点注册邀请，合作商户可以根据该节点注册邀请下载本地服务的安装包，合作商户下载完成后，可以根据上述实施例涉及的注册方式进行注册，发送节点注册请求。

通过本方案，商户节点向信任的其他商户发送订单审核链接的方式，以使其他商户可以利用本商户系统进行订单审核，再由系统审核其他商户是否订单合规后，向其他机构发出节点注册邀请，扩大区块链网络，而保存区块链的节点越多，区块链的区块信息就越安全，一定程度上提高区块链的区块信息的安全性。

在一些实施例中，1.系统提供功能如下（后面简称ET系统）包括：(1)查询链信息、(2)注册节点、(3)发送区块信息、(4)打包区块、(5)共识接口、(6)API服务、(7)身份验证、(8)订单展示接口。

ET系统起步已经建立创世区块信息。

2.合作商户接入服务，需要提前和ET进行申请，配置IP地址和密钥KEY，然后在合作商户本地信任环境中运行本申请供的系统服务，进行安装初始化，初始化时候会执行注册节点接口，向ET系统进行节点注册。

3.ET系统收到节点注册后，根据ip和密钥进行身份验证，证实为联盟商户，验证成功后，进行节点注册。

4.合作商户节点注册成功后，会返回节点列表进行节点更新，然后查询链信息，进行链信息初始化，合作商户本地服务这就初始化完成。

5.合作商户用户在合作商户网站进行下单。合作商户调用ET系统提供的本地服务下单接口。本地服务下单接口会调用ET系统的API下单接口，同时本地服务也会调用发送区块信息接口本地服务收到会更新本地链信息先暂时存储本地，这样一笔订单下单完成。

6.合作商户本地服务会定时调用打包区块接口，将订单交易进行打包发送，调用之前会先调用共识接口，使联盟节点的区块链达成一致。这样商户的订单信息就会作为区块链的一个区块加入区块链中。

7.ET系统后续进行审单服务，进行订单审核，订单审核通过后，调用发送区块信息到ET本地服务，然后定时调用打包区块创建新的区块加入区块链中

8.通过共识服务使联盟链中区块保持一致。

9.学校也会和商户一样接入服务系统，学校也可以确认到账等订单修改，和前面的接口步骤一样，进行区块创建。

10.商户和学校调用本地服务订单展示接口，这个接口会遍历区块链保持最新的订单的状态，信息不会篡改。

商户和学校也可以推广服务给别的服务商，别的服务商注册节点到他们的本地服务，进行区块更新。这样整个订单状态在整个区块链体系中公开透明不可修改。

图3为本申请一实施例提供的一种缴费订单服务系统的结构示意图，如图3所示的，本实施例的缴费订单服务系统300包括：核心服务装置310、本地服务装置320。

所述本地服务装置320包括：订单模块321、汇款模块322；

所述核心服务装置包括：获取模块311、缴费模块312、审核模块313、打包模块314；

商户节点对应的本地服务装置的所述订单模块，用于在接收到订单信息后，根据所述订单信息，调用所述打包模块314生成第一区块保存到所述商户节点的本地链上；所述订单信息中包括缴费学生的信息、缴费学校的信息、缴费金额信息、缴费状态信息；

所述获取模块313，用于接收所述商户节点通过对应的本地服务发送的所述订单信息；

所述缴费模块312，用于根据所述缴费学生的信息、所述缴费金额信息，向所述缴费学生发起收款，并根据收款结果修改所述缴费状态信息；

所述审核模块313，用于审核所述订单信息，审核通过后，向所述缴费学校对应的学校节点发送所述订单信息、汇款，并根据汇款结果修改所述缴费状态信息；

根据修改后的所述订单信息，调用所述打包模块314生成第二区块，保存到所述缴费订单服务系统对应的本地链上；

所述缴费学校对应的学校节点对应的本地服务装置的所述汇款模块322，用于在接收到汇款后，根据到账结果修改所述缴费状态信息，并根据修改后的所述订单信息，生成第三区块保存到所述学校节点的本地链上；

其中，所述打包模块314，用于在每次生成区块后，均根据所述区块更新区块链。

可选的，核心服务装置310还包括：注册模块315；

所述注册模块315，用于接收未加入节点的本地服务发送的节点注册请求；

根据所述节点注册请求，进行授权，若授权成功，将运行所述本地服务的对应设备设为节点；

根据所述本地服务，获取所述本地服务的IP与名称，并作为节点信息更新至节点列表；

向所述本地服务与所有节点对应的本地服务发送更新后的节点列表；

向所述本地服务发送区块链，所述本地服务根据所述区块链进行链信息初始化，生成本地链。

可选的，所述节点注册请求，包括：密钥、机构信息，所述密钥为所述本地服务装置根据公钥和对应设备的设备信息生成；

所述注册模块315根据所述节点注册请求，进行授权时，具体用于：

根据所述机构信息，确定机构类型，并确定所述机构是否资质合规；

若资质合规，则根据私钥解密所述密钥，获取所述密钥中所述设备信息;

根据所述设备信息和所述机构类型，生成授权码，并将所述授权码发送给所述本地服务装置；

所述本地服务根据授权码，对运行所述本地服务的设备进行授权。

可选的，所述本地服务装置320与所述核心服务装置310的打包模块314根据所述区块更新区块链时，具体用于：

将所述区块以广播的方式向所有节点对应的本地服务装置320发送；

所有节点对应的本地服务根据所述区块更新本地链；

根据所有节点的本地链更新区块链。

可选的，所述打包模块314根据所有节点的本地链更新区块链时，具体用于：

针对每一个节点的本地服务，根据所述节点列表，遍历所有节点，根据所有节点中的所述本地链，选取所述节点中最长的本地链，并对所述最长的本地链进行标记，若最长的本地链的数量为多个，则根据各节点在节点列表的中的顺序，对多个中的最后一个进行标记；

将标记最多的本地链选取为最新区块链；

所有节点的本地服务装置确认区块链更新后，根据最新区块链更新本地链。

可选的，核心服务装置310还包括：订单整合模块316；

所述订单整合模块，用于接收节点对应的本地服务发出的订单展示请求；

根据所述区块链，将不同区块中关于同一订单的信息进行整合，生成最新订单信息列表；

将所述最新订单信息列表发送给所述本地服务。

可选的，本地服务装置320还包括：下发链接模块323；

所述下发链接模块，用于商户节点对应的本地服务装置向其他机构下发订单审核链接，以使所述其他机构通过所述订单审核链接向所述商户节点对应的本地服务发送订单信息；

所述商户节点对应的本地服务装置在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；

核心服务装置310还包括：推广模块317；

所述推广模块317，用于若所述订单信息为通过所述订单审核链接发送，审核通过后，向发送所述订单审核的所述其他机构发出节点注册邀请，以使所述其他机构根据所述节点注册邀请发出节点注册请求。

本实施例的装置，可以用于执行上述任一实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图4为本申请一实施例提供的一种电子设备的结构示意图，如图4所示，本实施例的电子设备400可以包括：存储器401和处理器402。

存储器401上存储有能够被处理器402加载并执行上述实施例中方法的计算机程序。

其中，处理器402和存储器401相连，如通过总线相连。

可选地，电子设备400还可以包括收发器。需要说明的是，实际应用中收发器不限于一个，该电子设备400的结构并不构成对本申请实施例的限定。

处理器402可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（Field Programmable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器402也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线可包括一通路，在上述组件之间传送信息。总线可以是PCI（PeripheralComponent Interconnect，外设部件互连标准）总线或EISA（Extended Industry StandardArchitecture，扩展工业标准结构）总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器401可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器401用于存储执行本申请方案的应用程序代码，并由处理器402来控制执行。处理器402用于执行存储器401中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图4示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本实施例的电子设备，可以用于执行上述任一实施例的方法，其实现原理和技术效果类似，此处不再赘述。

本申请还提供一种计算机可读存储介质，存储有能够被处理器加载并执行如上实施例中的方法的计算机程序。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种缴费订单服务方法，其特征在于，应用于缴费订单服务系统，所述缴费订单服务系统包括设置在各个节点处的本地服务、打包模块；

所述方法包括：

商户节点对应的本地服务在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；所述订单信息中包括缴费学生的信息、缴费学校的信息、缴费金额信息、缴费状态信息；

接收所述商户节点通过对应的本地服务发送的所述订单信息；

根据所述缴费学生的信息、所述缴费金额信息，向所述缴费学生发起收款，并根据收款结果修改所述缴费状态信息；

审核所述订单信息，审核通过后，向所述缴费学校对应的学校节点发送所述订单信息、汇款，并根据汇款结果修改所述缴费状态信息；

根据修改后的所述订单信息，调用所述打包模块生成第二区块，保存到所述缴费订单服务系统对应的本地链上；

所述缴费学校对应的学校节点对应的本地服务在接收到汇款后，根据到账结果修改所述缴费状态信息，并根据修改后的所述订单信息，调用所述打包模块生成第三区块保存到所述学校节点的本地链上；

其中，在每次生成区块后，均根据所述区块更新区块链。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收未加入节点的本地服务发送的节点注册请求；

根据所述节点注册请求，进行授权，若授权成功，将运行所述本地服务的对应设备设为节点；

根据所述本地服务，获取所述本地服务的IP与名称，并作为节点信息更新至节点列表；

向所有节点对应的本地服务发送更新后的节点列表；

向所述本地服务发送区块链，所述本地服务根据所述区块链进行链信息初始化，生成本地链。

3.根据权利要求2所述的方法，其特征在于，所述节点注册请求，包括：密钥、机构信息，所述密钥为所述本地服务根据公钥和对应设备的设备信息生成；

所述根据所述节点注册请求，进行授权，包括：

根据所述机构信息，确定机构类型，并确定所述机构是否资质合规；

若资质合规，则根据私钥解密所述密钥，获取所述密钥中所述设备信息；

根据所述设备信息和所述机构类型，生成授权码，并将所述授权码发送给所述本地服务；

所述本地服务根据授权码，对运行所述本地服务的设备进行授权。

4.根据权利要求1所述的方法，其特征在于，所述根据所述区块更新区块链，包括：

将所述区块以广播的方式向所有节点对应的本地服务发送；

所有节点对应的本地服务根据所述区块更新本地链；

根据所有节点的本地链更新区块链。

5.根据权利要求4所述的方法，其特征在于，所述根据所有节点的本地链更新区块链，包括：

针对每一个节点的本地服务，根据所述节点列表，遍历所有节点，根据所有节点中的所述本地链，选取所述节点中最长的本地链，并对所述最长的本地链进行标记，若最长的本地链的数量为多个，则根据各节点在节点列表的中的顺序，对多个中的最后一个进行标记；

将标记最多的本地链选取为最新区块链；

所有节点的本地服务确认区块链更新后，根据最新区块链更新本地链。

6.根据权利要求1所述的方法，其特征在于，还包括：

接收节点对应的本地服务发出的订单展示请求；

根据所述区块链，将不同区块中关于同一订单的信息进行整合，生成最新订单信息列表；

将所述最新订单信息列表发送给所述本地服务。

7.根据权利要求1所述的方法，其特征在于，还包括：

商户节点对应的本地服务向其他机构下发订单审核链接，以使所述其他机构通过所述订单审核链接向所述商户节点对应的本地服务发送订单信息；

所述商户节点对应的本地服务在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；

所述审核所述订单信息，还包括：

若所述订单信息为通过所述订单审核链接发送，审核通过后，向发送所述订单审核的所述其他机构发出节点注册邀请，以使所述其他机构根据所述节点注册邀请发出节点注册请求。

8.一种缴费订单服务系统，其特征在于，包括：核心服务装置、设置在各个节点处的本地服务装置；

本地服务装置包括：订单模块、汇款模块；

所述核心服务装置包括：打包模块、获取模块、缴费模块、审核模块；

商户节点对应的本地服务装置的所述订单模块，用于在接收到订单信息后，根据所述订单信息，调用所述打包模块生成第一区块保存到所述商户节点的本地链上；所述订单信息中包括缴费学生的信息、缴费学校的信息、缴费金额信息、缴费状态信息；

所述获取模块，用于接收所述商户节点通过对应的本地服务发送的所述订单信息；

所述缴费模块，用于根据所述缴费学生的信息、所述缴费金额信息，向所述缴费学生发起收款，并根据收款结果修改所述缴费状态信息；

所述审核模块，用于审核所述订单信息，审核通过后，向所述缴费学校对应的学校节点发送所述订单信息、汇款，并根据汇款结果修改所述缴费状态信息；根据修改后的所述订单信息，调用所述打包模块生成第二区块，保存到所述缴费订单服务系统对应的本地链上；

所述缴费学校对应的学校节点对应的本地服务装置的所述汇款模块，用于在接收到汇款后，根据到账结果修改所述缴费状态信息，并根据修改后的所述订单信息，调用所述打包模块生成第三区块保存到所述学校节点的本地链上；

其中，所述打包模块，用于在每次生成区块后，均根据所述区块更新区块链。

9.一种电子设备，其特征在于，包括：存储器和处理器；

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中的程序指令，执行如权利要求1-7任一项所述的缴费订单服务方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序；所述计算机程序被处理器执行时，实现如权利要求1-7任一项所述的缴费订单服务方法。

Images