一种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通行费用和客户信息进行处理，得到业务数据，所述业务数据包括业务金额、业务类型和客户信息，所述业务类型包括扣款且可垫款支付类型、扣款不可垫款支付类型，退款类型；

上传单元，用于将所述业务数据和高速收费端的标识打包，并上传到区块链上，以便于银行端进行处理。

基于上述本发明实施例提供的一种etc收费管理方法及装置，应用于银行端，获取高速收费端上链的业务数据和高速收费端的标识；基于智能合约规则，判断业务数据和高速收费端是否被修改；若否，根据业务数据和高速收费端的标识，对与高速收费端的标识对应的高速收费端进行账务管理。在本发明实施例中，银行端根据智能合理判定高速收费端上链的数据是否被更改，以防止数据传输丢失、数据遗漏或者数据篡改的情况。通过接收到的业务数据中的业务类型对一段时间内的etc通行费用进行管理。能够提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

附图说明

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

图1为本发明实施例提供的一种银行端和高速收费端的应用结构图；

图2为本发明实施例提供的一种etc收费管理方法的流程示意图；

图3为本发明实施例提供的另一种etc收费管理方法的流程示意图；

图4为本发明实施例提供的又一种etc收费管理方法的流程示意图；

图5为本发明实施例提供的一种etc收费管理装置的结构示意图；

图6为本发明实施例提供的另一种etc收费管理装置的结构示意图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本发明实施例中，银行端根据智能合理判定高速收费端上链的数据是否被更改，以防止数据传输丢失、数据遗漏或者数据篡改的情况。通过接收到的业务数据中的业务类型对一段时间内的etc通行费用进行管理。能够提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

参见图1，为本发明实施例示出的银行端和高速收费端的应用结构图。

银行端10和高速收费端20进行通信连接。

其中，高速收费端20的数量为多个，具体包括高速收费端21、高速收费端22......高速收费端2n共n个高速收费端。

在具体实现中，建立银行端10和多个高速收费端20之间通信的区块链，以通过该区块链进行通信。

银行端10预先定义自身的接口，以接收高速收费端20的标识即高速收费端编号、原电子收费(electronictollcollection，etc)扣款信息、高速发行数字货币账户收入和支出信息。

高速收费端20预先定义自身的接口，以接收编号(唯一标志)、高速收费端20的标识、经过高速收费站的每一车辆的etc卡号、etc卡消费日期、交易流水号、同行路段、金额、业务类型和拓展字段等信息。

基于上述示出的应用架构具体实现收费管理的过程包括：

高速收费端20获取电子收费站预设时间段内接收到的多个经过高速收费站的车辆的etc通行费用及车辆对应的客户信息。

需要说明的是，预设时间段是预先根据实际情况进行设置，可为24小时。

客户信息包括客户的车辆信息，etc卡号、etc卡消费日期、交易流水号等信息。

高速收费端20获取用户输入的待处理业务，基于待处理业务对多个车辆的etc通行费用和客户信息进行处理，得到业务数据；将业务数据和高速收费端的标识打包，并上传到区块链上，以便于银行端10进行处理。

其中，待处理业务包括统计账目业务和核查账目业务；业务数据包括业务金额、业务类型和客户信息，业务类型包括扣款且可垫款支付类型、扣款不可垫款支付类型，退款类型。

银行端10获取高速收费端上链的业务数据和高速收费端的标识；基于智能合约规则，判断业务数据和高速收费端是否被修改；在确定车辆通行数据未被修改时，确定业务数据中的业务类型；根据业务类型和业务金额，对高速收费端的标识对应的数字货币账户进行账务管理。

在本发明实施例中，银行端根据智能合理判定高速收费端上链的数据是否被更改，以防止数据传输丢失、数据遗漏或者数据篡改的情况。通过接收到的业务数据中的业务类型对一段时间内的etc通行费用进行管理。能够提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

基于上述本发明实施例示出的应用架构，参见图2，本发明实施例示出了一种etc收费管理方法的流程示意图，该方法适用于银行端，该方法包括：

步骤s201：获取高速收费端上链的业务数据和高速收费端的标识。

可选的，高速收费端获取预设时间端内高速收费站发生etc通行的车辆对应的etc通行费用。

在具体实现步骤s201的过程中，从区块链上获取高速收费端上传的业务数据和高速收费端的标识。

步骤s202：基于智能合约规则，判断业务数据和高速收费端是否被修改，若否，则执行步骤s203，若是，则向高速收费端发送指示数据被更改的信息。

在具体实现步骤s202的过程中，按照智能合约规则判断区块链上获取的业务数据和高速收费端的标识是否存在异常，若没有存在异常，说明高速收费端上链的数据未被修改，并执行步骤s203，若存在异常，则说明高速收费端上链的数据被修改，则向高速收费端发送指示数据被更改的信息。

需要说明的是，智能合约规则是区块链上的银行端和高速收费端约定的合约，也就是说，是区块链上一种旨在以信息化方式传播、验证或执行合同的计算机协议。

步骤s203：根据业务数据和高速收费端的标识，对与高速收费端的标识对应的高速收费端进行账务管理。

在具体实现步骤s203的过程中，确定区块链上获取到的业务数据中的业务类型；并基于业务类型，通过业务数据和高速收费端的标识对与高速收费端的标识对应的高速收费端进行账务管理。

需要说明的是，业务类型包括扣款且可垫款支付类型、扣款不可垫款支付类型和退款类型。

在本发明实施例中，银行端根据智能合理判定高速收费端上链的数据是否被更改，以防止数据传输丢失、数据遗漏或者数据篡改的情况。通过接收到的业务数据中的业务类型对一段时间内的etc通行费用进行管理。能够提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

基于上述本发明实施例示出的etc收费管理方法，参见图3，本发明实施例还公开了另一种etc收费管理方法，应用于银行端，该方法包括：

步骤s301：获取高速收费端上链的业务数据和高速收费端的标识。

步骤s302：基于智能合约规则，判断业务数据和高速收费端是否被修改，若否，则执行步骤s303，若是，则向高速收费端发送指示数据被更改的信息。

需要说明的是，步骤s301至步骤s302的具体实现过程与上述步骤s201至步骤s202示出的具体实现过程相同，可相互参见。

步骤s303：确定业务数据中的业务类型，若业务类型为退款类型时，执行步骤s304；若业务类型为扣款且可垫款支付类型时，执行步骤s305至步骤s306、和步骤s308；若业务类型为扣款不可垫款支付类型时，执行步骤s305至步骤s307，和步骤s308。

在具体实现步骤s303的过程中，确定区块链上获取到的业务数据中的业务类型，若业务类型为退款类型时，执行步骤s304；若业务类型为扣款且可垫款支付类型时，执行步骤s305至步骤s306、和步骤s308；若业务类型为扣款不可垫款支付类型时，执行步骤s305至步骤s307，和步骤s308。

步骤s304：基于业务数据中的业务金额，将高速收费端的标识对应的数字货币账户中与业务金额对应的数字货币转存至银行的数字货币账户。

在具体实现步骤s304的过程中，基于业务数据中的业务金额，对高速收费端的标识对应的数字货币账户中的数字货币进行减计，并对银行的数字货币账户中的数字货币进行增计，以便于银行后续将收到的退款退还给与客户信息对应的etc中。

需要说明的是，减计是指按照业务金额减少计入收入的数字货币账户中的数字货币；增计是指按照业务金额增加计入收入的数字货币账户中的数字货币。

步骤s305：针对每一车辆的客户信息，判断客户信息中车辆对应的etc卡中的预存费用是否小于车辆的通行费用，若存在至少一车辆的etc卡中的预存费用小于车辆的通行费用时，则执行步骤s306或步骤s307，若所有车辆的etc卡中的预存费用大于或等于车辆的通行费用时，执行步骤s308。

在具体实现步骤s305的过程中，获取高速收费端发送的由停车电子收费系统etc计算的通过高速收费站的车辆的通行费用，判断每一经过高速收费站的车辆对应的etc卡中的预存费用是否小于车辆自身需要扣除的通行费用，若存在至少一车辆的etc卡中的预存费用小于车辆的通行费用时，说明车辆的etc卡中的预存费用可能均小于车辆的通行费用，或者，有一部分车辆的etc卡中的预存费用小于车辆的通行费用，一部分车辆的etc卡中的预存费用大于或等于车辆的通行费用，则执行步骤s306；若所有车辆的etc卡中的预存费用大于或等于车辆的通行费用时，执行步骤s307。

步骤s306：基于业务数据中的业务金额，执行垫款操作，将银行的数字货币账户中与业务金额对应的数字货币转存与高速收费端的标识对应的数字货币账户中。

可选的，在执行垫款操作之前，银行端若确定车辆的etc卡中的预存费用可能均小于车辆的通行费用之后，直接扣除所有车辆的etc卡中的预存费用，并基于etc卡中的预存费用和通行费用，计算需要垫款金额，以向客户发送已帮助垫款信息，以便于客户后续补交。

银行端若有一部分车辆的etc卡中的预存费用小于车辆的通行费用，且一部分车辆的etc卡中的预存费用大于或等于车辆的通行费用时，对于车辆的etc卡中的预存费用小于车辆的通行费用的部分，直接扣除所有车辆的etc卡中的预存费用，并基于etc卡中的预存费用和通行费用，计算需要垫款金额，以向客户发送已帮助垫款信息，以便于客户后续补交；对于车辆的etc卡中的预存费用大于或等于车辆的通行费用的部分，扣除车辆的etc卡中与车辆的通行费用相同的预存费用。

需要说明的是，扣除的所有车辆的etc卡中的预存费用和需要垫款金额的和，等于业务金额。

在具体实现步骤s306的过程中，对该高速收费端进行垫款操作，帮etc卡中预存费用不足的客户先垫付一部分的钱给高速收费端，也就是说，基于业务数据中的业务金额，对高速收费端的标识对应的数字货币账户中的数字货币进行增计，并对银行的数字货币账户中的数字货币进行减计，以便于银行后续基于计算得到的垫款金额向客户发送已帮助垫款信息，使客户后续补交。

步骤s307：执行不可垫款操作，基于etc卡中的预存费用和通行费用，计算每一车辆对应的补交金额，以向与车辆对应的客户发送携带有补交金额的信息。

在具体实现步骤s307的过程中，对etc卡中的预存费用小于车辆的通行费用的etc卡执行不可垫款操作，计算每一etc卡中的预存费用和通行费用的差，得到每一车辆对应的补交金额。以向与车辆对应的客户发送携带有补交金额的信息，以便于客户通过etc卡充值补交金额，并实时监控etc卡中的预存费用，即返回执行步骤s305。

步骤s308：将银行的数字货币账户中与业务金额对应的数字货币转存与高速收费端的标识对应的数字货币账户中。

可选的，在执行步骤s308之前，银行端若确定所有车辆的etc卡中的预存费用大于或等于车辆的通行费用时，则将etc卡中的与通行费用相同的预存费用存储至银行的数字货币账户，也就是说，扣除车辆的etc卡中与车辆的通行费用相同的预存费用。

需要说明的是，扣除的所有的etc卡中与车辆的通行费用相同的预存费用的和与业务金额相等。

在具体实现步骤s308的过程中，基于业务数据中的业务金额，对高速收费端的标识对应的数字货币账户中的数字货币进行增计，并对银行的数字货币账户中的数字货币进行减计。

在本发明实施例中，银行端根据智能合理判定高速收费端上链的数据是否被更改，以防止数据传输丢失、数据遗漏或者数据篡改的情况。通过接收到的业务数据中的业务类型对一段时间内的etc通行费用进行管理。能够提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

基于上述本发明实施例示出的应用架构，参见图4，为本发明实施例示出的一种etc收费管理方法的流程示意图，应用于高速收费端，该方法包括：

步骤s401：获取电子收费站预设时间段内接收到的多个车辆的etc通行费用及车辆对应的客户信息。

在具体实现步骤s401的过程中，高速收费端获取预设时间端内高速收费站发生etc通行的车辆对应的etc通行费用，以及车辆对应的客户信息。

步骤s402：获取用户输入的待处理业务。

在步骤s402中，待处理业务包括统计账目业务和核查账目业务。

需要说明的是，用户是指高速收费端的管理人员。

步骤s403：基于待处理业务对多个车辆的etc通行费用和客户信息进行处理，得到业务数据。

在步骤s403中，业务数据包括业务金额、业务类型和客户信息，业务类型包括扣款且可垫款支付类型、扣款不可垫款支付类型，退款类型。

在具体实现步骤s403的过程中，确定对应的待处理业务，再基于待处理业务，对获取到的个车辆的etc通行费用和客户信息进行处理，得到业务金额、业务类型和客户信息。

步骤s404：将业务数据和高速收费端的标识打包，并上传到区块链上，以便于银行端进行处理。

在具体实现步骤s404的过程中，将业务金额、业务类型、客户信息和高速收费端自身的标识进行组合，并一起上传至区块链上，以便于银行端进行处理。

在本发明实施例中，高速收费端获取电子收费站预设时间段内接收到的多个车辆的etc通行费用及车辆对应的客户信息，并获取用户输入的待处理业务。基于待处理业务对多个车辆的etc通行费用和客户信息进行处理，得到业务数据。以将业务数据和高速收费端的标识打包，并上传到区块链上，以便于银行端进行处理。银行端不需要对etc通行费进行一一处理，从而提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

基于上述本发明实施例示出的etc收费管理方法，在执行步骤s403基于待处理业务对多个车辆的etc通行费用和客户信息进行处理，得到业务数据的过程中，包括以下步骤：

步骤s11：判断处理业务是否为统计账目业务，若是，则执行步骤s12至步骤s15，和步骤s20，若否，则执行步骤s16至步骤s20。

在具体实现步骤s11的过程，判断需要处理业务是统计账目业务，还是核查账目业务，若是统计账目业务，则执行步骤s12至步骤s15，和步骤s20；若是核查账目业务，则执行步骤s16至步骤s20。

步骤s12：在确定处理业务为统计账目业务时，计算预设时间段内车辆的etc通行费用，得到业务金额。

在步骤s12中，业务金额是指预设时间段内需要收取的高速公路费。

在具体实现步骤s12的过程中，获取高速收费端发送的由停车电子收费系统etc计算的通过高速收费站的车辆的通行费用，并计算预先时间内车辆的通行费用的和，得到业务金额。

步骤s13：根据客户信息确定车辆的etc卡是否开通银行垫款业务，若开通，则执行步骤s14，若未开通，则执行步骤s15。

在具体实现步骤s13的过程中，遍历银行的数据库，查找车辆的etc卡是否存在银行垫款功能，若存在，则说明车辆的etc卡开通银行垫款业务，并执行步骤s14，若不存在，则说明车辆的etc卡未开通银行垫款业务，并执行步骤s15。

步骤s14：确定业务类型为扣款且可垫款支付类型。

在具体实现步骤s14的过程中，在确定车辆的etc卡存在银行垫款功能时，说明需要银行处理的业务类型为扣款且可垫款支付类型。

步骤s15：确定业务类型为扣款且不可垫款支付类型。

在具体实现步骤s15的过程中，在确定车辆的etc卡不存在银行垫款功能时，说明需要银行处理的业务类型为扣款且不可垫款支付类型。

步骤s16：对预设时间段内车辆的etc通行费用进行核查计算。

在具体实现步骤s16的过程中，根据高速公路收费标准对预设时间段内车辆的etc通行费用进行核查计算。

步骤s17：判断每一车辆的etc通行费用是否大于应收费用，若大于，执行步骤s18，若小于，说明核查无误。

在具体实现步骤s17的过程中，针对预设时间段内的每一车辆，比较车辆的etc通行费用是否大于该车辆的应收费用，若大于，执行步骤s18，若小于，说明核查无误。

需要说明的是，每一车辆的应收费用是不同的，因此需要计算应收费用。

基于高速公路收费标准，确定客户信息中的车辆类型对应的高速公路收费单价，即每公里的行驶单价；根据高速收费站的监控设备获取车辆的高速公路行驶里程；基于高速公路收费单价和行驶里程计算每一车辆的应收费用。

步骤s18：确定业务类型为退款类型。

在具体实现步骤s18的过程中，在确定存在多收款的情况时，说明需要银行处理的业务类型为退款类型。

步骤s19：基于车辆的etc通行费用与应收费用进行计算，得到业务金额，并记录车辆对应的客户信息。

在步骤s19中，业务金额是指需要退还客户的高速公路费。

在具体实现步骤s19的过程中，计算预设时间段内的每一车辆的etc通行费用与该车辆的应收费用的差，并将预设时间段内的每一车辆的etc通行费用与该车辆的应收费用的差进行统计，得到业务金额，并登记需要退款的车辆对应的客户信息。

步骤s20：基于业务金额、业务类型和客户信息生成业务数据。

在具体实现步骤s20的过程中，将业务金额、业务类型和客户信息组合生成业务数据。

在本发明实施例中，高速收费端获取电子收费站预设时间段内接收到的多个车辆的etc通行费用及车辆对应的客户信息，并获取用户输入的待处理业务。基于待处理业务对多个车辆的etc通行费用和客户信息进行处理，得到业务数据。以将业务数据和高速收费端的标识打包，并上传到区块链上，以便于银行端进行处理。银行端不需要对etc通行费进行一一处理，从而提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

与上述本发明实施例图2示出的一种etc收费管理方法相对应，本发明实施例还提供了一种etc收费管理装置，如图5所示，为本发明实施例提供的一种etc收费管理装置的结构示意图，该装置包括：

第一获取单元501，用于获取高速收费端上链的业务数据和高速收费端的标识。

判断单元502，用于基于智能合约规则，判断所述业务数据和高速收费端是否被修改，若否，则执行管理单元503。

管理单元503，用于根据所述业务数据和高速收费端的标识，对与所述高速收费端的标识对应的高速收费端进行账务管理。

需要说明的是，上述本发明实施例公开的etc收费管理装置中的各个单元具体的原理和执行过程，与上述本发明实施etc收费管理方法相同，可参见上述本发明实施例公开的etc收费管理方法中相应的部分，这里不再进行赘述。

在本发明实施例中，银行端根据智能合理判定高速收费端上链的数据是否被更改，以防止数据传输丢失、数据遗漏或者数据篡改的情况。通过接收到的业务数据中的业务类型对一段时间内的etc通行费用进行管理。能够提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

可选的，基于上述本发明实施例示出的etc收费管理装置，管理单元503，具体用于：确定业务数据中的业务类型；当业务类型为退款类型时，基于业务数据中的业务金额，将高速收费端的标识对应的数字货币账户中与业务金额对应的数字货币转存至银行的数字货币账户。

可选的，基于上述本发明实施例示出的etc收费管理装置，管理单元503，具体用于：确定业务数据中的业务类型；当业务类型为扣款且可垫款支付类型时，针对每一车辆的客户信息，基于客户信息中车辆的通行费用，判断客户信息中车辆对应的etc卡中的预存费用是否小于车辆的通行费用；若存在至少一车辆的etc卡中的预存费用小于车辆的通行费用时，基于业务数据中的业务金额，执行垫款结算操作，以将银行的数字货币账户中与业务金额对应的数字货币转存与高速收费端的标识对应的数字货币账户中；若所有车辆的etc卡中的预存费用大于或等于车辆的通行费用时，将银行的数字货币账户中与业务金额对应的数字货币转存与高速收费端的标识对应的数字货币账户中。

可选的，基于上述本发明实施例示出的etc收费管理装置，管理单元503，具体用于：确定业务数据中的业务类型；当业务类型为扣款不可垫款支付类型，基于客户信息中车辆的通行费用，扣除车辆对应的etc的通行费用；针对每一车辆，基于客户信息，判断客户信息中车辆对应的etc卡中的预存费用是否小于车辆的通行费用；若存在至少一车辆的etc卡中的预存费用小于车辆的通行费用时，执行不垫款结算操作，基于etc卡中的预存费用和通行费用，计算每一车辆对应的补交金额，以向与车辆对应的客户发送携带有补交金额的信息；若所有车辆的etc卡中的预存费用大于或等于车辆的通行费用时，基于业务数据中的业务金额，将银行的数字货币账户中与业务金额对应的数字货币转存与高速收费端的标识对应的数字货币账户中。

在本发明实施例中，银行端根据智能合理判定高速收费端上链的数据是否被更改，以防止数据传输丢失、数据遗漏或者数据篡改的情况。通过接收到的业务数据中的业务类型对一段时间内的etc通行费用进行管理。能够提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

与上述本发明实施例图4示出的一种etc收费管理方法相对应，本发明实施例还提供了另一种etc收费管理装置结构示意图，如图6所示，该装置包括：

第二获取单元601，用于获取电子收费站预设时间段内接收到的多个车辆的etc通行费用及车辆对应的客户信息；以及获取用户输入的待处理业务，待处理业务包括统计账目业务和核查账目业务。

处理单元602，用于基于待处理业务对所述多个车辆的etc通行费用和客户信息进行处理，得到业务数据，业务数据包括业务金额、业务类型和客户信息，业务类型包括扣款且可垫款支付类型、扣款不可垫款支付类型，退款类型。

可选的，处理单元602，具体用于：在确定处理业务为统计账目业务时，计算预设时间段内车辆的etc通行费用，得到业务金额，业务金额是指预设时间段内需要收取的高速公路费；根据客户信息确定车辆的etc卡是否开通银行垫款业务；若开通，则确定业务类型为扣款且可垫款支付类型；若未开通时，则确定业务类型为扣款且不可垫款支付类型；在确定处理业务为核查账目业务，对预设时间段内车辆的etc通行费用进行核查计算；在确定车辆的etc通行费用大于应收费用时，确定业务类型为退款类型；基于车辆的etc通行费用与应收费用进行计算，得到业务金额，并记录车辆对应的客户信息，业务金额是指需要退还客户的高速公路费；基于业务金额、业务类型和客户信息生成业务数据。

上传单元603，用于将业务数据和高速收费端的标识打包，并上传到区块链上，以便于银行端进行处理。

在本发明实施例中，高速收费端获取电子收费站预设时间段内接收到的多个车辆的etc通行费用及车辆对应的客户信息，并获取用户输入的待处理业务。基于待处理业务对多个车辆的etc通行费用和客户信息进行处理，得到业务数据。以将业务数据和高速收费端的标识打包，并上传到区块链上，以便于银行端进行处理。银行端不需要对etc通行费进行一一处理，从而提高银行端的处理速度，且能够有效的管理一段时间内的etc通行费用。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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