一种基于联盟链的ETC缴费清算方法、装置及设备

摘要

本申请公开了一种基于联盟链的ETC缴费清算方法、装置及设备，能够基于预先构建的联盟链，更加快速且准确地完成ETC的缴费清算。该方法包括：首先获取待清算ETC通道中的缴费交易信息，然后，根据预先构建的联盟链，将缴费交易信息上链；其中，联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户，接着，根据联盟链中的智能合约，对链上的缴费交易信息进行处理，得到ETC缴费清算结果。

说明书

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于联盟链的ETC缴费清算方法、装置及设备。

背景技术

全自动电子收费系统(Electronic Toll Collection，简称ETC)是智能交通系统的服务功能之一。ETC系统是采用车辆自动识别技术完成车辆与收费站之间的无线数据通讯，进行车辆自动感应识别和相关收费数据的交换。节省了车辆时间，也免去了驾驶员排队等候的烦恼。

当前对于ETC缴费清算的方法通常有两种，一种是采用“层层传输，中心处理”的方式来进行清分结算。如附图1所示。收费数据通过一级级收费站、收费中心直至传输到中心的联网收费结算管理中心。结算中心对收费数据进行处理，计算得到清分数据，并要求发卡公司支付IC卡消费费用，通过清算银行将消费费用转账给各个高速公路运营公司。可见，该传统的ETC缴费清算方法不仅面临层层的数据交互与费用清算问题，还依靠中心化的后台数据处理中心来存储和处理大量数据，导致系统的流程繁琐、安全性低、处理效率低以及管理成本高。另一种方式是利用区块链作为存储介质，将区块链技术与高速CPC收费技术相结合，实现高速车辆数据的分布式存储，具体的ETC业务架构如附2所示，虽然这种缴费清算方式能够保证数据的安全与不可篡改，但其并没有从根本上改变现有ETC缴费业务流程，优化提高各环节业务效率。此外，由于区块链本身受限于共识算法性能与网络环境，导致自身的业务吞吐量受限，交易处理时长较长，并且由于各个省市联网结算中心采用的区块链的类型、版本不尽相同，也容易引起数据交互问题。因此，采用多层区块链的解决方案，可能会进一步凸显区块链的劣势项，导致吞吐量和交易处理时间进一步下降，给业务拓展带来技术与性能瓶颈。

发明内容

本申请实施例的主要目的在于提供一种基于联盟链的ETC缴费清算方法、装置及设备，能够基于预先构建的联盟链，更加快速且准确地完成ETC的缴费清算。

第一方面，本申请实施例提供了一种基于联盟链的ETC缴费清算方法，包括：

获取待清算ETC通道中的缴费交易信息；

根据预先构建的联盟链，将所述缴费交易信息上链；所述联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户；

根据所述联盟链中的智能合约，对链上的所述缴费交易信息进行处理，得到所述ETC缴费清算结果。

可选的，在所述根据所述联盟链中的智能合约，对链上的所述缴费交易信息进行处理，得到所述ETC缴费清算结果之后，所述方法还包括：

依据业务规则和所述联盟链中各个参与机构之间签订的协议，生成所述联盟链的智能合约。

可选的，当所述ETC缴费清算为省内ETC缴费清算时；所述根据所述联盟链中的智能合约，对链上的所述缴费交易信息进行处理，得到所述ETC缴费清算结果，包括：

当车辆经过收费站时，收费中心将确认出的所述车辆的途径信息和车辆信息进行加密，得到加密后的缴费交易信息，并将所述加密后的缴费交易信息发送至省市级联网结算管理中心；

所述省市级联网结算管理中心对所述加密后的缴费交易信息进行验证，并在验证通过后，向所述清算银行推送所述验证通过的缴费交易信息；

所述清算银行根据所述验证通过的缴费交易信息，完成对所述ETC缴费清算，得到所述ETC的缴费清算结果。

可选的，当所述ETC缴费清算为省际间ETC缴费清算时；所述根据所述联盟链中的智能合约，对链上的所述缴费交易信息进行处理，得到所述ETC缴费清算结果，包括：

当车辆经过收费站时，收费中心根据所述车辆的省内途径信息和车辆信息，计算省内费用信息，并将所述省内费用信息上传至区块链；当车辆驶下高速收费站时，收费中心根据所述车辆的省际和省内途径信息和车辆信息，计算省际和省内费用信息，并将所述省际和省内途径信息、省际和省内费用信息进行加密，得到加密后的缴费交易信息，并将所述加密后的缴费交易信息发送至省市级联网结算管理中心；

所述省市级联网结算管理中心对所述加密后的缴费交易信息进行验证，并在验证通过后，向所述清算银行推送所述验证通过的缴费交易信息；

所述清算银行根据所述验证通过的缴费交易信息，完成对所述ETC缴费清算，得到所述ETC的缴费清算结果。

第二方面，本申请实施例还提供了一种基于联盟链的ETC缴费清算装置，包括：

获取单元，用于获取待清算ETC通道中的缴费交易信息；

上链单元，用于根据预先构建的联盟链，将所述缴费交易信息上链；所述联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户；

获得单元，用于根据所述联盟链中的智能合约，对链上的所述缴费交易信息进行处理，得到所述ETC缴费清算结果。

可选的，所述装置还包括：

生成单元，用于依据业务规则和所述联盟链中各个参与机构之间签订的协议，生成所述联盟链的智能合约。

可选的，当所述ETC缴费清算为省内ETC缴费清算时；所述获得单元具体用于：

当车辆经过收费站时，收费中心将确认出的所述车辆的途径信息和车辆信息进行加密，得到加密后的缴费交易信息，并将所述加密后的缴费交易信息发送至省市级联网结算管理中心；

所述省市级联网结算管理中心对所述加密后的缴费交易信息进行验证，并在验证通过后，向所述清算银行推送所述验证通过的缴费交易信息；

所述清算银行根据所述验证通过的缴费交易信息，完成对所述ETC缴费清算，得到所述ETC的缴费清算结果。

可选的，当所述ETC缴费清算为省际间ETC缴费清算时；所述获得单元具体用于：

当车辆经过收费站时，收费中心根据所述车辆的省内途径信息和车辆信息，计算省内费用信息，并将所述省内费用信息上传至区块链；当车辆驶下高速收费站时，收费中心根据所述车辆的省际和省内途径信息和车辆信息，计算省际和省内费用信息，并将所述省际和省内途径信息、省际和省内费用信息进行加密，得到加密后的缴费交易信息，并将所述加密后的缴费交易信息发送至省市级联网结算管理中心；

所述省市级联网结算管理中心对所述加密后的缴费交易信息进行验证，并在验证通过后，向所述清算银行推送所述验证通过的缴费交易信息；

所述清算银行根据所述验证通过的缴费交易信息，完成对所述ETC缴费清算，得到所述ETC的缴费清算结果。

本申请实施例还提供了一种基于联盟链的ETC缴费清算设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于联盟链的ETC缴费清算方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于联盟链的ETC缴费清算方法中的任意一种实现方式。

本申请实施例提供的一种基于联盟链的ETC缴费清算方法、装置及设备，首先获取待清算ETC通道中的缴费交易信息，然后，根据预先构建的联盟链，将缴费交易信息上链；其中，联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户，接着，根据联盟链中的智能合约，对链上的缴费交易信息进行处理，得到ETC缴费清算结果。从而能够基于预先构建的联盟链，更加快速且准确地完成ETC的缴费清算。

附图说明

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

图1为现有的ETC业务架构示意图之一；

图2为现有的ETC业务架构示意图之二；

图3为本申请实施例提供的一种基于联盟链的ETC缴费清算方法的流程示意图；

图4为本申请实施例提供的ETC业务联盟链组织架构示意图；

图5为本申请实施例提供的ETC业务联盟链证书体系组织架构示意图；

图6为本申请实施例提供的一种基于联盟链的ETC缴费清算装置的组成示意图。

具体实施方式

目前对于ETC缴费清算的方法通常有两种，一种是采用“层层传输，中心处理”的方式来进行清分结算。如附图1所示。收费数据通过一级级收费站、收费中心直至传输到中心的联网收费结算管理中心。结算中心对收费数据进行处理，计算得到清分数据，并要求发卡公司支付IC卡消费费用，通过清算银行将消费费用转账给各个高速公路运营公司。另一种方式是利用区块链作为存储介质，将区块链技术与高速CPC收费技术相结合，实现高速车辆数据的分布式存储，具体的ETC业务架构如附2所示。

但上述两种ETC缴费清算方法存在以下四个问题：

(1)系统安全性不高。

各级公路联网结算管理中心负责ETC用户结算信息，进行数据验证、费用计算、清算银行缴费等服务，是整个ETC缴费体系的中心节点。同时，针对ETC的两种付款方式：记账方式和预付款方式，由于ETC记账方式为先消费后付款，因此，数据安全等同于资金安全，各级联网结算管理中心一旦出现服务异常或者数据损坏、丢失等故障，就会影响整个ETC跨省缴费业务的正常运行。

(2)业务处理效率低，管理成本高。

在上述两种ETC缴费清算方法中，每笔业务需要多个机构交互处理，业务流程中涉及大量线上核对，且主要业务流程围绕路段中心、省(市)级联网结算管理中心、部级联网结算管理中心等业务角色，各业务角色串行处理，业务周期长，机构间无法及时获取信息，业务处理效率低。在如图2所示的ETC业务架构，其仅利用了区块链作为存储介质，虽保证数据的安全与不可篡改，其并没有从根本上改变现有ETC缴费业务流程，优化提高各环节业务效率。此外，由于区块链本身受限于共识算法性能与网络环境，导致自身的业务吞吐量受限，交易处理时长较长，并且由于各个省市联网结算中心采用的区块链的类型、版本不尽相同。因此，采用多层区块链的解决方案，可能会进一步凸显区块链的劣势项，导致吞吐量和交易处理时间进一步下降，给业务拓展带来技术与性能瓶颈。

(3)ETC办理凭证流程繁琐。

在上述两种ETC缴费清算方法中，均无法便捷的提供统一的凭据，需要由用户至开办银行自行开具缴费凭据，这是一种极不友好的用户体验，同时相关凭据的流转也面临流程冗长的问题。

(4)存在财产风险。

ETC使用必须与银行卡绑定，在高速公路行驶中，收费站是通过感应信号来完成扣费。针对ETC技术特点，非法分子可利用技术盗刷客户绑定银行卡的资金，给用户的财产安全带来风险。同时，面对盗刷现象，由于缺乏相应技术支持，在调查追踪时耗时耗力。

为解决上述缺陷，本申请实施例提供了一种基于联盟链的ETC缴费清算方法，首先获取待清算ETC通道中的缴费交易信息，然后，根据预先构建的联盟链，将缴费交易信息上链；其中，联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户，接着，根据联盟链中的智能合约，对链上的缴费交易信息进行处理，得到ETC缴费清算结果。从而能够基于预先构建的联盟链，更加快速且准确地完成ETC的缴费清算。

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

参见图3，为本实施例提供的一种基于联盟链的ETC缴费清算方法的流程示意图，该方法包括以下步骤：

S301：获取待清算ETC通道中的缴费交易信息。

在本实施例中，为了能够更加快速且准确地完成ETC的缴费清算，首先需要获取待清算ETC通道中的缴费交易信息，用以通过后续步骤S302-S303实现对该ETC的缴费清算。

其中，缴费交易信息可以包含缴费交易地址，省际交易地址，客户编号，客户名称，车牌号信息，车辆登记信息，道路中心信息，省(市)联网结算中心信息，途径信息，费用信息。

S302：根据预先构建的联盟链，将缴费交易信息上链；其中，联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户。

在本实施例中，通过步骤S301获取到待清算ETC通道中的缴费交易信息后，进一步可以根据预先构建的联盟链，将缴费交易信息上链；其中，ETC业务联盟链组织架构如图4所示，该联盟链可以包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户。

具体来讲，首先，可以按照ETC缴费清算角色，确定与参与ETC缴费清算的参与机构对应于的区块链节点，所述角色包括省(市)级联网结算管理中心、收费公路联网结算管理中心(部级联网结算管理中心)、清算银行。从而可以根据这些区块链节点，构建ETC业务联盟链(ETCBChain)，并将参与机构的业务流程处理发布在所述ETC业务联盟链。

并且，ETC业务联盟链中各节点运行相同的程序，维护相同的区块链数据；其中CA节点部署在部级联网结算管理中心，通过颁发证书管理联盟链中各节点的身份认证、加入和退出。联盟链中通过证书、加密算法等机制控制各参与方的权限。

ETC业务联盟链CA为各个省(市)级联网结算管理中心签发数字证书；各个省(市)级联网结算管理中心节点，基于CA签发的证书为自己管辖下的高速收费站(设备)签发交易入网证书，以此保障清算银行只会处理被认证证书签名的缴费交易。ETC业务联盟链证书体系如图5所示。

其中，参见图5，用户证书user.cert：用于实现参与方的身份认证。每个机构的每个角色都需要申请一个区块链用户，区块链用户是区块链上发起交易的主体。初始时，通过在区块链平台进行用户注册，产生一对公私钥，并申请用户证书作为用户间信息交互的身份认证凭据。

Ecert节点证书(ecert.cert)：用于控制区块链节点进入区块链网络，持有Ecert的节点才能够访问区块链，确保区块链节点的部署和接入合规与安全性。

TCert交易证书(tcert.cert)：Ecert节点证书可以进一步颁发交易证书Tcert，每一条交易可以用TCert进行签名，实现交易层的安全。

Rcert证书(rcert.cert)：用于控制接入节点是全量验证节点还是轻量化非验证节点。全量验证节点是全功能节点，参与区块链的共识，具有区块链数据的写入及查看权限；非验证节点不参与共识，只具有区块链查看权限，不能写数据。

在ETC业务联盟链中，root.ca由部级联网结算管理中心负责管理，并给联盟链参与方签发相应的user.cert,ecert.cert,rcert.cert。ETC业务联盟链基于该证书体系实现联盟链网络准入控制、合约访问控制、交易发起控制、用户数据隐私保护等功能。

S303：根据联盟链中的智能合约，对链上的缴费交易信息进行处理，得到ETC缴费清算结果。

在本实施例中，通过步骤S302将缴费交易信息上链后，进一步可以根根据联盟链中的智能合约，对链上的缴费交易信息进行处理，得到ETC缴费清算结果。

需要说明的是，一种可选的实现方式是，在执行本步骤S303之前，还需要依据业务规则和联盟链中各个参与机构之间签订的协议，生成联盟链的智能合约。

具体来讲，在本实现方式中，可以根据业依务规则和各参与机构之间签订的协议，生成智能合约。进而可以基于ETC业务联盟链中的信息和智能合约，对ETC缴费清算业务进行处理。对上述智能合约进行相应的访问控制，使得有权限用户可访问所述智能合约。

并且，通过该智能合约，ETC业务联盟链各个参与方可以访问区块链中存储的数据(如链上的缴费交易信息)。其中，链上存储的数据为对源数据经加密后，进行序列化处理的数据。

在本申请实施例的一种可能的实现方式中，当ETC缴费清算为省内ETC缴费清算时，本步骤S303的具体实现过程可以包括：当车辆经过收费站时，收费中心将确认出的车辆的途径信息和车辆信息进行加密，得到加密后的缴费交易信息，并将加密后的缴费交易信息发送至省市级联网结算管理中心；而省市级联网结算管理中心对加密后的缴费交易信息进行验证，并在验证通过后，向清算银行推送验证通过的缴费交易信息，以便清算银行根据验证通过的缴费交易信息，完成对ETC缴费清算，得到ETC的缴费清算结果。

具体来讲，在本实现方式中，基于ETC业务联盟链智能合约，对ETC业务联盟链业务进行处理，包括：首先，针对省内缴费清算情况，当车辆经过收费站时，由该路段中心(收费中心)确认车辆的途径信息和车辆信息，并对上述信息进行预处理、正确性核验、有效性校验，计算省内费用信息，将车辆省内途径信息与费用信息加密签名，发给对应的省(市)级联网结算管理中心。

其次，针对省内缴费清算情况，省(市)级联网结算管理中心收到路段中心推送的缴费交易信息后，对交易信息进行签名验证、数据完整性验证、数据正确性验证，而后通过智能合约上传至区块链保存，并基于智能合约的消息推送机制通知客户ETC开立银行缴费交易信息。

进而，针对省内缴费清算情况，客户ETC开立银行收到ETC业务联盟链推送的消息后，可以从区块链上获取对应的缴费交易。首先，进行交易签名验证，以确保交易是由CA认证的省(市)级联网结算管理中心发起的；其次，进行交易数据的正确性检查；接着，处理交易，划拨相应资金到交易对应的路段中心；最后，生成电子缴费凭证并上传至区块链，并将电子凭证ID(链上地址)通过智能合约反馈给省(市)级联网结算管理中心和客户，以备查验。

在本申请实施例的一种可能的实现方式中，当ETC缴费清算为省际间ETC缴费清算时，本步骤S303的具体实现过程可以包括：当车辆经过收费站时，收费中心根据车辆的省内途径信息和车辆信息，计算省内费用信息，并将省内费用信息上传至区块链；当车辆驶下高速收费站时，收费中心根据车辆的省际和省内途径信息和车辆信息，计算省际和省内费用信息，并将省际和省内途径信息、省际和省内费用信息进行加密，得到加密后的缴费交易信息，并将加密后的缴费交易信息发送至省市级联网结算管理中心。省市级联网结算管理中心对加密后的缴费交易信息进行验证，并在验证通过后，向清算银行推送验证通过的缴费交易信息，以便清算银行根据验证通过的缴费交易信息，完成对ETC缴费清算，得到ETC的缴费清算结果。

具体来讲，在本实现方式中，基于ETC业务联盟链智能合约，对ETC业务联盟链业务进行处理，包括：首先，针对跨省缴费清算情况，当车辆经过收费站时，由该路段中心(收费中心)确认车辆的途径信息和车辆信息，并对上述信息进行预处理、路径完整性校验、正确性核验、有效性校验，计算省内费用信息，将车辆省内途径信息与费用信息通过智能合约上传至区块链保存并标记当前上链缴费交易为省际交易，省际交易用于记录车辆不同省份的路径信息和费用信息，用户计算总费用。

其次，针对跨省缴费清算情况，当车辆驶下高速收费站时，由该路段中心(收费中心)确认车辆的车辆信息和所有途径信息(省际和省内)，并对上述信息进行预处理、路径完整性校验、正确性核验、有效性校验，计算所有费用信息(省际和省内)，将车辆所有途径信息(省际和省内)与费用信息加密签名，发给对应的省(市)级联网结算管理中心。

其中，针对跨省缴费清算情况，采用以下方法计算车辆途径信息和费用：当车辆驶离高速时，由该路段中心(收费中心)确认车辆的车辆信息和所有途径信息(省际和省内)，根据“缴费交易”数据结构中的“省际交易地址”追溯车辆的每一笔缴费交易，直至追溯到车辆驶上高速时的缴费交易信息。路段中心对所有路径信息进行完整性校验，并统计全行程费用。

接着，针对跨省缴费清算情况，省(市)级联网结算管理中心收到路段中心推送的缴费交易信息后，对交易信息进行签名验证、数据完整性验证、数据正确性验证，而后通过智能合约上传至区块链保存，并基于智能合约的消息推送机制通知客户ETC开立银行缴费交易信息。

进而，针对跨省缴费清算情况，客户ETC开立银行收到ETC业务联盟链推送的消息后，可以从区块链上获取对应的缴费交易。首先，进行交易签名验证，以确保交易是由CA认证的省(市)级联网结算管理中心发起的；其次，进行交易数据的正确性检查；接着，处理交易，划拨相应资金到交易对应的路段中心；最后，生成电子缴费凭证并上传至区块链，并将电子凭证ID(链上地址)通过智能合约反馈给省(市)级联网结算管理中心和客户，以备查验。

最后，客户可以通过手机APP查看自己的高速缴费记录，并可下载电子版缴费凭证。同时，客户可以通过APP查看自己预存款扣费记录及行程起始点。

这样，通过上述基于联盟链的ETC缴费清算方法，可以获得以下五个方面的有益效果：

(1)系统安全性与数据安全性更高。基于区块链的ETC缴费清算方法及系统中，联盟链中多个节点共同维护缴费交易信息，每个全量节点均保存了全量的缴费交易信息，因此不存在单节点性能瓶颈，以及在一定程度上保障了系统的高安全性，能够保证数据的冗余性，大大提升了整体运行的稳定性。此外，区块链合约数据通过序列化存储保证数据安全，序列化存储数据存储地址及序列化规则不透明，使数据安全性能够有一定的保障。

(2)优化业务流程，降低管理成本，提高执行效率。基于区块链的智能合约具有确定性、实时性、自治性、可观察、可验证等特点。通过数字证书机制赋予联盟链各个参与方数字身份，并基于智能合约进行数字身份的访问控制与权限控制，基于区块链的数据共享特性，通过智能合约的自动化与自治化，减免业务流转的时间开销，提升整体效率，提高客户业务体验。同时，客户作为轻量化节点可以通过ETC开立银行联盟链节点加入联盟链网络，可实时查看ETC业务扣款缴费记录，进一步提升以客户体验。

(3)可数字存证与溯源途径。基于区块链的ETC业务联盟链，实现了合规性的自动化，提高数据的透明度，降低服务费用，实现业务操作记录、业务流程、执行结果、业务凭据的自动处理与链上留存，并且链上记录多方维护，防篡改，抗抵赖，可溯源。

(4)隐私保护性强。区块链上数据的访问和修改都是基于智能合约实现的，系统通过对智能合约的访问控制保证只有授权用户才能访问相关的智能合约。首先，系统维护参与方(用户)的角色权限信息，包括参与方账号，参与方角色，参与方可访问的智能合约接口等。联盟链参与方在调用区块链接口时，系统首先会通过查询角色权限信息，获取参与方可访问的合约接口列表，如果该参与方角色无某个合约接口访问权限，则拒绝调用该合约。

(5)有效保障客户财产安全。利用区块链的利用智能合约在设备之间创建服务网络，创建分布式的、共享的应用程序，通过区块链的加密与验签技术，兼顾隐私性与数字资产的价值。在ETC业务联盟链中，每一笔扣款缴费交易，均需要进行签名验证，以确保交易是由CA认证的省(市)级联网结算管理中心发起的；亦或，是由省(市)级联网结算管理中心认证的高速收费站发起的，有效杜绝ETC盗刷情况，保护客户财产不被非法盗取。

综上，本实施例提供的一种基于联盟链的ETC缴费清算方法，首先获取待清算ETC通道中的缴费交易信息，然后，根据预先构建的联盟链，将缴费交易信息上链；其中，联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户，接着，根据联盟链中的智能合约，对链上的缴费交易信息进行处理，得到ETC缴费清算结果。从而能够基于预先构建的联盟链，更加快速且准确地完成ETC的缴费清算。

本实施例将对一种基于联盟链的ETC缴费清算装置进行介绍，相关内容请参见上述方法实施例。

参见图6，为本实施例提供的一种基于联盟链的ETC缴费清算装置的组成示意图，该装置包括：

获取单元601，用于获取待清算ETC通道中的缴费交易信息；

上链单元602，用于根据预先构建的联盟链，将所述缴费交易信息上链；所述联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户；

获得单元603，用于根据所述联盟链中的智能合约，对链上的所述缴费交易信息进行处理，得到所述ETC缴费清算结果。

在本实施例的一种实现方式中，所述装置还包括：

生成单元，用于依据业务规则和所述联盟链中各个参与机构之间签订的协议，生成所述联盟链的智能合约。

在本实施例的一种实现方式中，当所述ETC缴费清算为省内ETC缴费清算时；所述获得单元603具体用于：

当车辆经过收费站时，收费中心将确认出的所述车辆的途径信息和车辆信息进行加密，得到加密后的缴费交易信息，并将所述加密后的缴费交易信息发送至省市级联网结算管理中心；

所述省市级联网结算管理中心对所述加密后的缴费交易信息进行验证，并在验证通过后，向所述清算银行推送所述验证通过的缴费交易信息；

所述清算银行根据所述验证通过的缴费交易信息，完成对所述ETC缴费清算，得到所述ETC的缴费清算结果。

在本实施例的一种实现方式中，当所述ETC缴费清算为省际间ETC缴费清算时；所述获得单元603具体用于：

当车辆经过收费站时，收费中心根据所述车辆的省内途径信息和车辆信息，计算省内费用信息，并将所述省内费用信息上传至区块链；当车辆驶下高速收费站时，收费中心根据所述车辆的省际和省内途径信息和车辆信息，计算省际和省内费用信息，并将所述省际和省内途径信息、省际和省内费用信息进行加密，得到加密后的缴费交易信息，并将所述加密后的缴费交易信息发送至省市级联网结算管理中心；

所述省市级联网结算管理中心对所述加密后的缴费交易信息进行验证，并在验证通过后，向所述清算银行推送所述验证通过的缴费交易信息；

所述清算银行根据所述验证通过的缴费交易信息，完成对所述ETC缴费清算，得到所述ETC的缴费清算结果。

综上，本实施例提供的一种基于联盟链的ETC缴费清算装置，首先获取待清算ETC通道中的缴费交易信息，然后，根据预先构建的联盟链，将缴费交易信息上链；其中，联盟链包括部级联网结算管理中心、省市级联网结算管理中心、清算银行和客户，接着，根据联盟链中的智能合约，对链上的缴费交易信息进行处理，得到ETC缴费清算结果。从而能够基于预先构建的联盟链，更加快速且准确地完成ETC的缴费清算。

进一步地，本申请实施例还提供了一种基于联盟链的ETC缴费清算设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于联盟链的ETC缴费清算方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于联盟链的ETC缴费清算方法的任一种实现方法。

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

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。