CN112712598A - 停车场etc收费管理系统及方法 - Google Patents

Abstract

本发明是停车场收费管理系统，包括：包括停车场收费系统、控制系统、区块链记账系统、秘钥集成系统、银行结算系统。所述停车场收费系统用于向利用停车场的车辆收取停车费，包括车辆检测装置、ETC收费系统，其他收费系统，后台管理服务器，车辆检测装置用于检测车辆进入或离开停车场，所述ETC收费系统通过与车载单元(OBU)交互信息进行扣费操作。所述秘钥集成系统提供ETC收费过程中交易认证码(TAC)的有效性验证。其他收费系统在后台管理服务器未获取交易认证码(TAC)判断ETC收费失败时，替代ETC收费系统收费。所述控制系统监控停车场收费系统发生的每一次交易，ETC收费系统、其他收费系统发生的交易信息分别以不同区块记录在区块链记账系统中。

Description

停车场ETC收费管理系统及方法

技术领域

本发明涉及智能交通领域，尤其涉及停车场ETC收费管理系统及方法。

背景技术

目前，在停车场实际收费过程中，有多种方式进行支付，主要包括ETC收费、二维码收费、现金收费等，其中ETC收费具有不停车和无感支付的优点，被越来越多的停车场作为优先收费方式。当ETC收费失败时，或采用二维码支付或现金支付进行补充收费。采用ETC收费大幅减轻了停车场出口处的交通压力。

ETC电子不停车收费系统的组成部分包括车载终端OBU和IC卡、车道天线(ETC天线)、秘钥集成商、停车场后台、银行后台、摄像头、闸机、地感等。

图7为停车场ETC收费的基本流程。

(1)当车辆到达停车场出口时，被摄像头或地感线圈检测到，摄像头或地感线圈向停车场后台(服务器)发送信号。

(2)停车场后台向ETC天线发送打开天线指令，

(3)ETC天线搜索OBU并获取车辆信息密文，ETC天线将获取到的OBU信息和车辆信息密文发送给停车场后台。

(4)停车场后台调用秘钥集成商提供的接口进行车辆信息解密，根据解密出来的车辆信息计算交易金额，向天线发送交易初始化指令。

(5)天线向OBU发送交易初始化指令，并向停车场后台返回交易初始化结果MAC1和交易序号。

(6)停车场后台向秘钥机发送校验MAC1请求，如果校验成功，则通过ETC天线向OBU发送扣费请求。

(7)OBU扣费成功后，通过ETC天线向停车场后台返回MAC2以及TAC码(交易认证码)，交易结束。

之后，停车场后台向银行后台提交TAC码、交易金额、交易时间等交易信息，银行根据交易信息进行校验，成功后将扣费的款项返回给停车场后台关联账户。停车场运行商、秘钥集成商、停车场后台根据协议进行清分计算。

由于停车场ETC天线采用微波的方式与设置在车辆上的车载单元(OBU,On BoardUnit)进行信息交互，因此交互过程中容易受到外界温度、湿度等因素干扰，并且微波范围(通讯范围)不容易调整，容易受到邻道车辆的干扰，ETC收费涉及到OBU、ETC天线、停车场后台(服务器)、秘钥集成商，在交易过程中严重依赖网络的稳定性。

因此在ETC收费过程中经常会出现已经支付成功，但是因为设备故障或者外界干扰，OBU没有响应，或者OBU发送的TAC码没有被ETC天线收到，停车场后台无法判断是否扣费成功。由于用户对此没有任何感知，继续采用二维码支付或者现金支付，从而出现重复交易的问题。

现有停车场ETC收费系统存在的主要问题如下：

1、停车场收费系统存在多种收费方式，ETC收费、二维码收费、现金收费等，涉及的厂商较多，并且厂商后台没有整合到一起，采用手工对账方式，一般为每月或每周进行结算，耗时较长，耗费人力物力，容易出现错误。

2、当出现ETC天线获取交易结果失败时，停车场后台管理系统不能确定ETC收费是否成功，此时容易导致重复收费。例如ETC天线向OBU发送扣费指令后，没有收到OBU返回的TAC，不能确定是否扣费成功。此时，停车场后台管理系统按照交易失败处理如果ETC已经扣费成功，而ETC天线没有收到OBU返回的TAC码，因为ETC系统是无感支付，不知情的客户还需要进行其他方式支付才能出停车场，导致重复收费。停车场后台管理系统由于没有获取TAC码，不能向银行递交扣款凭证，导致资金损失。

发明内容

有鉴于此，本发明的目的在于提供一种能够防止客户重复支付和停车费无法回收，停车场资金流失的停车场ETC收费管理系统及方法。

根据本发明的第一技术方案为停车场收费管理系统，其特征在于，包括：包括停车场收费系统、控制系统、区块链记账系统、秘钥集成系统、银行结算系统，

所述停车场收费系统用于向利用停车场的车辆收取停车费，包括车辆检测装置、ETC收费系统，其他收费系统，后台管理服务器，

车辆检测装置用于检测车辆进入或离开停车场，所述ETC收费系统通过与车载单元(OBU)交互信息进行扣费操作，

所述秘钥集成系统提供ETC收费过程中交易认证码(TAC)的有效性验证，

其他收费系统在后台管理服务器未获取交易认证码(TAC)判断ETC收费失败时，替代ETC收费系统收费，

所述控制系统监控停车场收费系统发生的每一次交易，ETC收费系统、其他收费系统发生的交易信息分别以不同区块记录在区块链记账系统中。

优选所述ETC收费系统收费时，所述控制系统根据车辆信息查询区块链记账系统是否存在未收到交易认证码(TAC)的异常交易信息，结合其他支付信息判断是否存在重复支付，存在重复支付时，将信息上传银行结算系统，将之前的扣款返还客户。

优选所述车辆检测装置包括地感线圈、摄像头。

优选所述其他收费系统包括二维码扫描收费系统和现金收费系统中的任一个或组合。

第二技术方案为停车场收费管理方法，其特征在于，包括以下步骤：

步骤S01，监测到车辆进入或离开停车场，

步骤S02，通过摄像头或OBU获取车辆信息，车辆信息通过后台管理服务器发送到控制系统，

步骤S03，控制系统根据车辆信息查询区块链记账系统，确认该车辆是否存在未处理的ETC异常交易信息，

步骤S04，查询结果返回停车场的后台管理服务器，

步骤S05，后台管理服务器根据查询结果判断该车辆之前是否存在异常交易，

步骤S06，有异常交易时，由OBU获取该交易的交易认证码(TAC)，

步骤S07，控制系统结合之前交易信息递交密钥集成系统，

步骤S08，密钥集成系统根据交易信息检验交易认证码(TAC)，

步骤S09，并将校验结果返回控制系统，

步骤S10，控制系统再将校验结果返回后台管理服务器，

步骤S11，后台管理服务器根据校验结果判断同时间段区块链记账系统是否还有二维码支付或现金支付的区块，

步骤S12，有重复支付存在时，后台管理服务器向控制系统上传交易信息、交易认证码(TAC)、校验结果,

步骤S13，控制系统将交易信息、交易认证码(TAC)、校验结果提交相关银行，

步骤S14，银行根据交易认证码(TAC)检验交易的正确性后，将该交易的扣款返还客户完成退款，

步骤S15，退款后，银行向控制系统提交交易信息，

步骤S16，控制系统将该交易信息以区块的形式存储到区块链记账系统122

步骤S17，之前的交易不存在异常交易时，后台管理服务器执行本次的扣费流程，

步骤S18，密钥集成系统执行解密、校验等操作，

步骤S19，之后将校验结果返回后台管理服务器，

步骤S20，后台管理服务器对交易结果进行确认后，

步骤S21，将交易信息上传控制系统，

步骤S22，控制系统向密钥集成系统确认交易结果，

步骤S23，密钥集成系统确认交易结果，

步骤S24，将确认结果返回控制系统，

步骤S25，控制系统将交易结果提交银行，

步骤S26，银行确认交易有效性后执行转账操作，

步骤S27，向控制系统提交交易信息，

步骤S28，控制系统将交易信息以区块形式存储到区块链记账系统中。

附图说明

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

图1为实施方式的区块链停车场收费系统的结构示意图；

图2为停车场的硬件设置说明图；

图3为区块链停车场收费系统的工作流程图；

图4为区块链停车场收费系统使用的区块链结构示意图；

图5为在区块链停车场收费系统使用二维码收费的流程图；

图6为在区块链停车场收费系统使用现金收费的流程图；

图7为现有停车场ETC收费的基本流程图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

以下以区块链停车场收费系统为例对本发明的停车场ETC收费管理系统及方法进行说明。

图1为实施方式的区块链停车场收费系统的结构示意图，如图1所示：

区块链停车场收费系统包括停车场收费系统110、中心服务器120、秘钥集成系统130、银行结算系统140。

停车场收费系统110用于向利用停车场的车辆收取停车费，由ETC天线112、地感线圈113、摄像头114、二维码扫描收费系统115、现金收费系统116、后台管理服务器111组成。停车场收费系统110有多台分别设置在不同的停车场。

中心服务器120通过网络与停车场收费系统110和银行结算系统140连接。中心服务器120由控制系统121和区块链记账系统122组成。

控制系统121监控停车场收费系统110发生的每一次交易，以区块的形式将交易记录在区块链记账系统122中。发生异常交易时，控制系统121进行相应的处理，防止对客户的重复收费以及停车场的资金损失，具体以下详细说明。

银行结算系统140包括多家提供ETC扣费服务的银行141。密钥集成系统130提供信息加解密用的密钥。

图2为ETC停车场的硬件设置说明图，如图2所示：

地感线圈113设置在停车场的出口通道，检测驶离停车场的车辆200。ETC天线112和摄像头114设置在出口通道路侧，接近道闸300的位置，摄像头114用于检测车辆，获取车牌信息，车辆ETC天线112用于与设置在车辆200上的OBU100交互信息。

当车辆200停车场进入出口时首先被地感线圈113监测到，地感线圈133向后台管理服务器111发送检测信号，后台管理服务器111打开摄像头114获取车辆车牌信息，根据获取的信息计算车辆的停车费用，打开ETC天线112与OBU100进行信息交互完成扣费动作。ETC天线112接收到OBU100发送的TAC码(交易认证码)后，确认收费完成，打开道闸300对车辆放行。

正常情况下，车辆200从压到地感线圈113到行驶到道闸300需要3～5秒的时间，在这段时间内会完成ETC扣费交易，实现不停车无感收费。也就是说，一般情况下，在客户采用其他方式开始支付之前，就会完成ETC收费(成功或失败)，不会影响其他方式支付。如果因某种原因，ETC天线112未接收到TAC码，因无法确认ETC扣费成功，客户需要通过二维码或者现金方式支付。后台管理服务器111确认二维码扫码收费系统115或现金收费系统116收到停车费后，打开道闸300对车辆200放行。ETC扣费为现有技术，具体可参照公开文献(例如背景技术部分的说明)，在此不再赘述。

停车场ETC支付系统包括停车场运营商、停车场后台服务提供商、秘钥集成商、银行等。停车场运营商提供停车场场地以及管理人员。停车场后台服务提供商集成摄像头、ETC天线、道闸、地感线圈、二维码支付、收款机等硬件，与ETC收费不同，二维码或者现金方式支付需要停车收费。秘钥提供商为ETC收费提供加解密、以及双向校验等功能。

中心服务器120监控停车场产生的每一笔交易，包括ETC收费和二维码扫码收费以及现金收费。本实施方式中，中心服务器120管理多个设置在不同停车场的停车场收费系统110，各个后台管理服务器111产生的每次交易，由控制系统121以区块的形式保存在区块链记账系统122中。例如，车辆200进入停车场出口时，通过ETC天线112与OBU100进行信息交互执行扣费操作，后台管理服务器111发出扣费指令后，ETC天线111或后台管理服务器117(为叙述方便，以下统一用ETC天线111代表)没有接收到TAC码，即，后台管理服务器117没有获取TAC码时判定扣费失败，用户需要采用二维码支付或现金支付，虽然ETC扣费没有成功，作为交易存在两次交易，分别为ETC收费的失败交易和二维码支付的成功交易，这两次交易都以不同区块的方式存储在区块链记载系统122中。本实施方式中，ETC收费不论成功与否都算作一个交易，二维码支付或现金支付算作一个交易。

秘钥集成系统130为ETC收费提供TAC码的校验、以及车辆信息的解密功能。即，TAC码的校验流程是，控制系统121与后台管理服务器111连接，接收后台管理服务器111传送的TAC码，控制系统121调用秘钥集成系统130的接口对TAC码进行校验并返回校验结果。车辆信息的解密流程是，利用OBU100获取车牌信息，控制系统121调用秘钥集成系统130的接口对车辆200的车牌号等信息进行解密，根据解密出来的信息计算停车费用，并向后台管理服务器111发送扣费指令，后台管理服务器111再向ETC天线112发送扣费指令。车牌信息既可利用摄像头114通过光学方法获取，也可由OBU100获取或互相校验判断两者是否一致。

银行结算系统140接收控制系统121传送过来的TAC交易认证码并进行校验，校验成功后，将所扣停车费返回关联账户。

每次监测到车辆时，控制系统121根据区块链记载系统122中的区块信息，核对该车辆的交易情况，有异常交易时，通过停车场收费系统110获取该车辆保存的TAC码，向银行发送指令，将重复收取客户费用返给客户账户。以下对区块链停车场的整个收费流程进行说明。

图3为区块链停车场收费系统的工作流程图，如图3所示：

地感线圈113监测到车辆200进入出口时(S01)，通过摄像头114或OBU100获取车辆信息，本实施方式中为车牌信息(S02)。车辆信息通过后台管理服务器111发送到控制系统121。

控制系统121根据车辆信息查询区块链记账系统122，确认该车辆是否存在未处理的ETC异常交易信息(S03)。查询结果返回停车场的后台管理服务器111(S04)。

后台管理服务器111根据查询结果判断该车辆之前是否存在异常交易(S05)。如果有，由OBU100获取该交易的TAC码(S06)。控制系统121结合之前交易信息递交密钥集成系统130(S07)。密钥集成系统130根据交易信息检验TAC码(S08)，并将校验结果返回控制系统121(S09)。控制系统121再将校验结果返回后台管理服务器111(S10)。后台管理服务器111根据校验结果判断该车辆之前是否存在重复支付，即，判断同时间段区块链记账系统122是否还有二维码支付或现金支付的区块(S11)。

有重复支付存在时，后台管理服务器111向控制系统121上传交易信息、TAC码、校验结果(S12),由控制系统121提交相关银行(S13)。银行根据TAC码检验交易的正确性后，将该交易的扣款返还客户完成退款(S14)。退款后，银行向控制系统121提交交易信息(S15)。控制系统121将该交易信息以区块的形式存储到区块链记账系统122(S16)。因此下次查询到异常交易时，可以知道已经做退款处理的结果而不会发生重复确认重复扣费。

如果之前的交易不存在异常交易时(S05)，后台管理服务器111执行本次的扣费流程(S17)。密钥集成系统130执行解密、校验等操作(S18)。之后将校验结果返回后台管理服务器111(S19)。后台管理服务器111对交易结果进行确认后(S20)，将交易信息上传控制系统121(S21)。控制系统121向密钥集成系统确认交易结果(S22)。密钥集成系统确认交易结果(S23)，并将确认结果返回控制系统121(S24)。控制系统121将交易结果提交银行(S25)。

银行确认交易有效性后执行转账操作(S26)，并向控制系统121提交交易信息(S27)，由控制系统121将交易信息以区块形式存储到区块链记账系统122(S28)。

本次的扣费流程与现有技术相同，在此不在赘述。

为方便说明，将车辆200第一次出停车场ETC收费并且ETC天线112获取TAC码失败，称为流程A；车辆200再次进入停车场，重新获取流程A的TAC码，称为流程B。

在流程A中，如果ETC天线112获取TAC码失败，则后台管理服务器111不能判断是否扣费成功，按照交易失败处理，客户采用其他的方式完成(现金、二维码)完成缴费。在这个过程中，ETC扣费生成的交易信息上传，以区块的形式记录在区块链记账系统122，采用其他方式缴费生成的信息也上传，以区块的形式记录在区块链记账系统122中。

当流程B开始时，首先在区块链记账系统122中检索该车辆是否存在ETC扣费后，ETC天线112获取TAC码失败的交易以及在该时间段内是否存在其他方式缴费成功的交易。如果两种情况都存在，则由OBU100重取TAC码，并判断该TAC码是否有效，如果TAC码有效则说明ETC扣费交易成功，发生重复支付；如果TAC无效，则说明ETC扣费失败，不存在重复支付。

流程A和流程B不限于同一停车场，可以是不同的停车场，只要在区块链记账系统中查询到之前的交易信息即可。

TAC码是否有效的判断方法为，流程A的交易信息存储到区块链记账系统122，交易信息包括：交易时间、交易金额、交易随机数、脱机交易序号、OBU MAC、IC卡发行方标识、算法标识等信息。在交易B中获取TAC码后根据区块链记账系统122中存储的信息对该TAC码进行校验，如果能够校验成功，则说明交易有效。该校验过程中需要的密钥由秘钥提供商(密钥集成系统)提供。对于OBU100来说，每扣款成功一次都会在OBU内部生成TAC码和脱机交易序号，一般可存储50对，脱机交易序号每次加1，因此可根据脱机交易序号来获取TAC码。

退款处理为停车场向银行提供获取到的有效TAC码，从银行获取停车费用。如果判断发生重复支付，则停车场向银行提供有效TAC码，由银行直接将费用返回用户，完成退款。

以下对区块链的结构进行说明。

图4为区块链停车场收费系统使用的区块链结构示意图，如图4所示：

区块链由区块链头10和区块链体20组成，采用Merkle树的方式快速遍历每个区块，Merkle根连接区块链头10和区块链体20。

区块链头10的Hash值采用SHA-256算法计算的哈希值，该Hash值用于唯一标识区块自身。区块链头10还包括：上一个区块链地址、时间戳、随机数、版本号、Merkle根等信息。

区块链体20中包含区块链的其它区块。区块链头10中包含Merkle根，Merkle根连接区块链体20，即连接其它交易。Merkle树的优势在于可以快速遍历每个区块，方便于历史交易数据的查找。

上述区块链的各节点分布存储于中心服务器中。在停车场的交易过程中，区块链记账系统会生成并检索大量的数据，完整的区块链账本需要大量的存储空间和较高的运行效率，对运行区块链的设备要求较高，因此本实施方式选择中心服务器作为全节点来运行，对区块链记账系统中的所有区块的数据进行实时生成，并负责区块链的交易的广播和验证。

利用区块链的不可篡改性，中心服务器的区块链记账系统记录停车场的每一次交易。对于任何形式的交易方式均记录在区块链中，交易方式包括ETC支付方式、二维码支付方式、现金支付方式。ETC支付方式的交易无论是否发生异常，均记录在区块链中。区块链记账系统通过查找异常的ETC交易，并与同时间段内的二维码或者现金交易记录比对，查找重复支付的可能性。例如：异常ETC交易23与正常二维码交易24，可能为重复交易。如果经过所述秘钥集成系统验证，异常ETC交易23中的TAC交易认证码有效，则为重复收费交易。

图5为在区块链停车场收费系统使用二维码收费的流程图，如图5所示。

步骤S31，地感线圈113检测到车辆进入停车场出口。

步骤S32，客户扫描停车场二维码或者出示自己的结算二维码，由二维码扫描收费系统115进行结算。

步骤S233，后台管理服务器111根据收费信息生成交易信息，发送给二维码提供商。

步骤S34，二维码提供商确认收费结果。

步骤S35，二维码提供商将交易信息上传到中心服务器的控制系统121。

步骤S36，控制系统121将交易信息以区块的形式记录到区块链记账系统122。

步骤S37，区块链记账系统122中形成与该交易对应的新区块。因此，OBU100扣费成功时，可通过该区块判断重复收费。

图6为在区块链停车场收费系统使用现金收费的流程图，如图6所示：

步骤S41，地感线圈113检测到车辆进入停车场出口。

步骤S42，现金收费系统116收取客户支付的现金。

步骤S43，后台管理服务器111生成交易信息。

步骤S44，控制系统121将交易信息以区块的形式记录到区块链记账系统122。

步骤S45，区块链记账系统122中形成与该交易对应的新区块。因此，OBU100扣费成功时，可通过该区块判断重复收费。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (5)

1.停车场收费管理系统，其特征在于，包括：包括停车场收费系统、控制系统、区块链记账系统、秘钥集成系统、银行结算系统，

所述停车场收费系统用于向利用停车场的车辆收取停车费，包括车辆检测装置、ETC收费系统，其他收费系统，后台管理服务器，

车辆检测装置用于检测车辆进入或离开停车场，所述ETC收费系统通过与车载单元(OBU)交互信息进行扣费操作，

所述秘钥集成系统提供ETC收费过程中交易认证码(TAC)的有效性验证，

所述其他收费系统在后台管理服务器未获取交易认证码(TAC)，判断ETC收费失败时，替代ETC收费系统收费，

所述控制系统监控停车场收费系统发生的每一次交易，ETC收费系统、其他收费系统发生的交易信息分别以不同区块记录在区块链记账系统中。

2.根据权利要求1所述的停车场收费管理系统，其特征在于，所述ETC收费系统收费时，所述控制系统根据车辆信息查询区块链记账系统是否存在未收到交易认证码(TAC)的异常交易信息，结合其他支付信息判断是否存在重复支付，存在重复支付时，将信息上传银行结算系统，将之前的扣款返还客户。

3.根据权利要求2所述的停车场收费管理系统，其特征在于，所述车辆检测装置包括地感线圈、摄像头。

4.根据权利要求2所述的停车场收费管理系统，其特征在于，所述其他收费系统包括二维码扫描收费系统和现金收费系统中的任一个或组合。

5.停车场收费管理方法，其特征在于，包括以下步骤：

步骤S01，监测到车辆进入或离开停车场，

步骤S02，通过摄像头或OBU获取车辆信息，车辆信息通过后台管理服务器发送到控制系统，

步骤S03，控制系统根据车辆信息查询区块链记账系统，确认该车辆是否存在未处理的ETC异常交易信息，

步骤S04，查询结果返回停车场的后台管理服务器，

步骤S05，后台管理服务器根据查询结果判断该车辆之前是否存在异常交易，

步骤S06，有异常交易时，由OBU获取该交易的交易认证码(TAC)，

步骤S07，控制系统结合之前交易信息递交密钥集成系统，

步骤S08，密钥集成系统根据交易信息检验交易认证码(TAC)，

步骤S09，并将校验结果返回控制系统，

步骤S10，控制系统再将校验结果返回后台管理服务器，

步骤S11，后台管理服务器根据校验结果判断同时间段区块链记账系统是否还有二维码支付或现金支付的区块，

步骤S12，有重复支付存在时，后台管理服务器向控制系统上传交易信息、交易认证码(TAC)、校验结果,

步骤S13，控制系统将交易信息、交易认证码(TAC)、校验结果提交相关银行，

步骤S14，银行根据交易认证码(TAC)检验交易的正确性后，将该交易的扣款返还客户完成退款，

步骤S15，退款后，银行向控制系统提交交易信息，

步骤S16，控制系统将该交易信息以区块的形式存储到区块链记账系统122

步骤S17，之前的交易不存在异常交易时，后台管理服务器执行本次的扣费流程，

步骤S18，密钥集成系统执行解密、校验等操作，

步骤S19，之后将校验结果返回后台管理服务器，

步骤S20，后台管理服务器对交易结果进行确认后，

步骤S21，将交易信息上传控制系统，

步骤S22，控制系统向密钥集成系统确认交易结果，

步骤S23，密钥集成系统确认交易结果，

步骤S24，将确认结果返回控制系统，

步骤S25，控制系统将交易结果提交银行，

步骤S26，银行确认交易有效性后执行转账操作，

步骤S27，向控制系统提交交易信息，

步骤S28，控制系统将交易信息以区块形式存储到区块链记账系统中。

Images