CN114004609A - Etc停车收费管理系统及方法 - Google Patents

Abstract

本发明提供了一种ETC停车收费管理系统及方法，其中，该系统包括：停车场统一接入模块，用于通过商户证书上传支付交易信息及通过商户证书上传车辆出场信息；内部系统模块，用于ETC交易时将交易转发至清分系统；支付系统接入模块和支付应用接入模块，用于支付应用交易时将交易接入支付应用；交易信息管理模块，用于保存车辆出场信息；结算信息管理模块，用于定期汇总ETC交易的信息；结算单出具模块，用于生成ETC交易结算单并结算处理；区块链信息管理模块，用于基于区块链上有开票所需信息开票；发票信息管理模块，用于对开票信息汇总核对；汇总统计模块，用于定期对交易信息分类汇总统计；对账信息管理模块，用于对账处理。上述方案能够提高管理效率。

Description

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

技术领域

本发明涉及高速公路交通技术领域，尤其涉及一种ETC停车收费管理系统及方法。

背景技术

高速公路电子不停车收费系统(ETC)经历了近十几年的发展后已经成为我国高速公路行业发展的新热点。ETC车道覆盖率逐渐提高，ETC发展不断深化，ETC用户资源的价值也被进一步挖掘。ETC系统在公共服务区、城市停车等交通领域的广泛应用，能够为ETC用户提供更多便利。ETC的普及，也使得其它各种综合应用得以实现，例如，ETC在停车场等涉车领域应用。

目前，车位数量远不能满足高速增长的汽车保有量的需要，停车场出入口排队、滞留加剧了附近道路拥堵，增加了动态交通压力，路侧占道停车问题同样对交通产生很大影响。现有停车场收费模式尤其是现金，车道扫码等，效率相对不高，ETC作为无感支付手段，识别准确率在99.6％以上，且识别速度更快，同时防止套牌支付，大幅提升用户体验。

但在推广ETC停车场的过程中遇到了很多问题，例如，投入成本高、数据整合困难等。ETC停车场建设的前期投入高，建设速度慢，不利于停车场ETC应用的快速推进。停车场交易数据整合困难，不仅阻碍停车行业信息化的发展，还为停车应用智能化带来了障碍。

针对目前的停车场ETC应用现状，亟需建立一个统一的停车收费管理系统，整合电子支付和现金等所有支付渠道交易数据，实现真正的数据集中，做到可持续性地分析和优化系统与服务，从而提高ETC用户的服务质量，以为智能化停车提供良好条件。

发明内容

鉴于此，本发明实施例提供了一种ETC停车收费管理系统及方法，以解决现有技术存在的一个或多个缺陷。

为了达到上述目的，本发明采用以下方案实现：

根据本发明实施例的一个方面，提供了一种ETC停车收费管理系统，包括：系统接入子系统、业务运营管理子系统、支付子系统、定时任务子系统；所述系统接入子系统，包括：停车场统一接入模块；所述业务运营管理子系统，包括：交易信息管理模块、结算信息管理模块、内部系统模块、区块链信息管理模块、对账信息管理模块、及发票信息管理模块；所述支付子系统，包括：支付系统接入模块和支付应用接入模块；所述定时任务子系统，包括：汇总统计模块和结算单出具模块；

其中：

所述停车场统一接入模块，用于接收停车场管理方通过其停车场的商户证书上传的支付交易信息；

所述内部系统模块，用于在上传的支付交易信息为ETC交易的情况下将支付交易信息转发至清分系统进行处理，以返回支付交易结果；

所述支付系统接入模块，用于在上传的支付交易信息为支付应用交易的情况下将支付交易信息转发给相应的支付应用接入模块；

所述支付应用接入模块，用于将属于支付应用交易的支付交易信息接入相应的支付应用进行处理，以返回支付交易结果；

所述停车场统一接入模块，还用于在支付交易结果为交易成功的情况下接收停车场管理方通过其停车场的商户证书上传的车辆出场信息；

所述交易信息管理模块，用于保存本次交易的车辆出场信息；

所述结算信息管理模块，用于定期汇总所述交易信息管理模块中保存的ETC交易的信息，得到停车场的ETC交易汇总结果，以供停车场管理方通过其门户对ETC交易汇总结果进行确认；

所述结算单出具模块，用于根据确认后的停车场的ETC交易汇总结果生成ETC交易结算单，并为相应停车场管理方进行结算处理；

所述区块链信息管理模块，用于在区块链上保存有停车场管理方托管开票所需信息的情况下，将停车场管理方托管开票所需信息发送至税控系统，以为本次交易的车主开具发票，并将本次开票信息记录至区块链；

所述发票信息管理模块，用于对所述交易信息管理模块中保存的交易的信息和区块链上记录的开票信息进行汇总核对；

所述汇总统计模块，用于定期对所述交易信息管理模块中保存的交易的信息进行包含支付费用、车流量、应收实收、清算信息中至少一种类别信息进行分类汇总统计；

所述对账信息管理模块，用于根据所述汇总统计模块得到的分类汇总统计结果进行对账处理。

在一些实施例中，所述业务运营管理子系统，还包括：资源信息管理模块和审核管理模块；

所述资源信息管理模块，用于供停车场管理方通过针对停车场管理方开放的门户入口录入停车场信息材料；

所述审核管理模块，用于供系统操作人员通过针对系统操作人员开放的运营入口审核停车场信息材料，并在接收到系统操作人员输入的审核通过指令的情况下根据停车场信息材料创建停车场的商户信息并为停车场生成商户证书，以提供停车场的商户证书给停车场管理方。

在一些实施例中，所述停车场统一接入模块，还用于接收停车场管理方通过其停车场的商户证书上传的车辆入场信息；

所述交易信息管理模块，还用于在接收到车辆入场信息时，创建相应订单号，并将车辆入场信息对应于订单号进行保存，以及，在接收到车辆出场信息的情况下，将车辆出场信息对应于订单号进行保存。

在一些实施例中，支付应用接入模块，包括：停车缴费公众号接入模块和第三方支付平台接入模块；

所述支付系统接入模块，用于判断上传的支付交易信息为公众号支付交易的情况下，将包含公众号支付预下单信息的支付交易信息转发给停车缴费公众号接入模块，判断上传的支付交易信息为第三方支付平台交易的情况下，将包含相应第三方支付平台的扫码信息的支付交易信息转发给相应第三方支付平台接入模块；

所述停车缴费公众号接入模块，用于将属于公众号支付交易的支付交易信息接入相应的支付应用软件进行处理，以返回支付交易结果；

所述第三方支付平台接入模块，用于将属于第三方支付平台交易的支付交易信息接入相应的第三方支付平台进行处理，以返回支付交易结果。

在一些实施例中，所述停车场统一接入模块，还用于在接收停车场管理方通过其停车场的商户证书上传的支付交易信息的同时，接收停车场管理方通过其停车场的商户证书上传的优惠券信息；

所述内部系统模块，还用于在上传的支付交易信息为ETC交易的情况下将支付交易信息中的支付金额扣减掉优惠券中的优惠金额后转发至清分系统进行处理，以返回支付交易结果；

所述支付系统接入模块，还用于在上传的支付交易信息为支付应用交易的情况下将支付交易信息中的支付金额扣减掉优惠券中的优惠金额后转发给相应的支付应用接入模块；

所述交易信息管理模块，还用于将优惠券信息对应于车辆出场信息进行保存。

在一些实施例中，所述的ETC停车收费管理系统，还包括：

云盒模块，封装有ETC卡片和车载单元及路侧单元的密钥访问模块，并提供设定标准API接口，用于适配停车场的ETC设备以对其进行ETC交易控制，并通过商户证书将停车场的交易信息上传至ETC停车收费管理系统。

在一些实施例中，所述的ETC停车收费管理系统，还包括：

车牌付模块，用于查询进入停车场的车辆的车牌是否开通车牌付，并在开通车牌付的情况下将包含车牌支付信息的支付交易信息发送至所述支付系统接入模块。

在一些实施例中，所述系统接入子系统，用于供停车场的收费系统与云管理系统建立对应的消息接收或发送队列通道，以通过公网环境访问云管理系统外开放的消息队列地址(Message Queue，MQ)，以将包含第三方支付请求的支付交易信息上传至云管理系统。

在一些实施例中，所述系统接入子系统，还包括：

短信通道模块，用于连接短信系统，以供停车场管理方进入门户；

地图接入模块，用于根据停车场信息资料获取停车场在地图上的位置并进行显示；

所述定时任务子系统，还包括：

所述支付系统交互模块，用于定时与支付系统进行交互，以发起支付未明交易结果查询，或者，以发起退款未明交易结果查询，或者，以发起撤销申请。

根据本发明实施例的另一个方面，提供了一种ETC停车收费管理方法，利用上述任一实施例所述的ETC停车收费管理系统对停车场进行ETC停车收费管理。

本发明实施例的ETC停车收费管理系统为云管理系统及方法，通过商户证书能够以交易为依据完成对车辆出入停车场时的收费管理，而且能够实现针对多种不同支付方式进行收费管理。另外，通过区块链信息管理模块能够方便的进行开票处理，提高了安全性。此外，能够自动进行ETC交易的结算处理，自动进行交易信息汇总核对、开票汇总核对及对账处理，提高了效率。

附图说明

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

图1是本发明一实施例的ETC停车收费管理系统的结构示意图；

图2是本发明一具体实施例的停车收费管理云端中心系统构架示意图；

图3是本发明一具体实施例的云中心整体业务流程示意图；

图4是本发明一实施例中交易账务处理流程示意图；

图5是本发明一实施例中出场交易账务处理流程示意图；

图6是本发明一实施例中退款交易账务处理流程示意图；

图7是本发明一实施例中日终账务处理流程示意图；

图8是本发明一实施例中资金划拨账务处理流程示意图；

图9是本发明一实施例中结算账务处理流程示意图；

图10是本发明一实施例中汇款单生成账务处理流程示意图；

图11是本发明一具体实施例中商务平台业务流程示意图；

图12是本发明一具体实施例中云盒的功能结构示意图；

图13是本发明一具体实施例中云盒的业务流程及控制时序示意图；

图14是本发明一具体实施例中云盒本地化部署连接示意图；

图15是本发明一具体实施例中云盒RSU扣费逻辑示意图；

图16是本发明一具体实施例中云盒ETC刷卡扣费逻辑示意图；

图17是本发明一具体实施例中云盒智能终端扣费逻辑示意图；

图18是本发明一实施例中的自动化对接平台业务流程示意图；

图19是本发明一实施例中的电子发票系统结构示意图；

图20是本发明一实施例中的区块链电子发票平台部署示意图；

图21是本发明一具体实施例中的区块链电子发票业务流程示意图；

图22是本发明一具体实施例中区块链电子发票开票申请时序图；

图23是本发明一具体实施例中区块链电子发票退款及红冲时序图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

需要预先说明的是，下述实施例或示例的描述或其中所提及的特征可以以相同或类似的方式，与其他实施例或示例中的特征组合，或替换其他实施例或示例中的特征，以形成可能的实施方式。另外，本文所使用的术语“包括/包含”是指特征、要素、步骤或组件的存在，但并不排除还存在一个或多个其他特征、要素、步骤或组件。

图1是本发明一实施例的ETC停车收费管理系统的结构示意图，参见图1，该实施例的ETC停车收费管理系统可包括：系统接入子系统、业务运营管理子系统、支付子系统、定时任务子系统；所述系统接入子系统，包括：停车场统一接入模块；所述业务运营管理子系统，包括：交易信息管理模块、结算信息管理模块、内部系统模块、区块链信息管理模块、对账信息管理模块、及发票信息管理模块；所述支付子系统，包括：支付系统接入模块和支付应用接入模块；所述定时任务子系统，包括：汇总统计模块和结算单出具模块。

所述停车场统一接入模块，用于接收停车场管理方通过其停车场的商户证书上传的支付交易信息。具体地，可以先对支付交易信息进行数字签名，在使用商户证书(如加密算法的私钥证书)对支付交易信息摘要做签名操作，最后将签名串放在签名表单域里和其他表单域通过HTTP Post的方式传输给下一个模块(如支付系统接入模块)。

其中，一个停车场可以对应一个自己的商户证书。该商户证书可以用于作停车场与本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卡片和车载单元(OBU)及路侧单元(RSU)的密钥访问模块，并提供设定标准API接口(应用程序接口)，用于适配停车场的ETC设备以对其进行ETC交易控制，并通过商户证书将停车场的交易信息上传至ETC停车收费管理系统。

云盒模块可作为ETC停车收费管理系统(云中心)、停车场系统和RSU及智能终端的中间媒介，在云盒接收停车场系统扣款指令后，首先调用RSU判断用户车辆是否安装OBU，如果有OBU及ETC卡，则优先调用RSU采用ETC卡支付通行；如果没有OBU，则调用智能终端设备，扫描用户二维码或显示动态二维码，或打开刷卡器，使得用户可以采用第三方支付或刷云中心系统提供方提供的卡，支付停车费。支付成功后，系统将支付结果反馈至停车场收费系统，停车场收费系统抬杆放行。

该实施例中，云盒可以将现有ETC控制的各种功能封装进去，特别的是，其采用设定标准API接口，如国标接口，如此一来，经过少量参数调整，如调整天线功率等，就可以适配目前绝大部分停车场的设备(如天线设备)，因此，通过云盒可以便于停车场通过简单调整就能实现ETC设备的接入及控制，避免了需要对ETC控制进行深入研究开发的弊端。

进一步的实施例中，本发明各实施例所述的ETC停车收费管理系统，还可包括：车牌付模块。车牌付模块，可用于查询进入停车场的车辆的车牌是否开通车牌付，并在开通车牌付的情况下将包含车牌支付信息的支付交易信息发送至所述支付系统接入模块。该实施例中，通过车牌付模块能够便于在进行车牌付支付时方便地进行接入。

进一步的实施例中，本发明各实施例所述的ETC停车收费管理系统，所述ETC停车收费管理系统为云管理系统。所述系统接入子系统，可用于供停车场的收费系统与云管理系统建立对应的消息接收或发送队列通道，以通过公网环境访问云管理系统外开放的消息队列地址，以将包含第三方支付请求的支付交易信息上传至云管理系统。ETC停车收费管理系统可以基于云计算中的SaaS(软件即服务)模式实现。

进一步的实施例中，所述系统接入子系统，还可包括：短信通道模块。短信通道模块，可用于连接短信系统，以供停车场管理方进入门户。可以通过短信通道供停车场管理方基于短息获取验证码进行登录等动作。

进一步的实施例中，所述系统接入子系统，还可包括：地图接入模块。地图接入模块，用于根据停车场信息资料获取停车场在地图上的位置并进行显示。通过接入地图系统可使本ETC停车收费管理系统获取停车场的位置，供用户参考。

进一步的实施例中，所述定时任务子系统，还可包括：支付系统交互模块。所述支付系统交互模块，可用于定时与支付系统进行交互，以发起支付未明交易结果查询，或者，以发起退款未明交易结果查询，或者，以发起撤销申请。在需要的情况下，可以根据具体情况(如支付未明、需退款或需撤销申请)等情况发起相应动作。

在一些具体实施例中，所述业务运营管理子系统，可包括：

资源信息管理模块，用于录入产权方信息、管理方信息、停车场信息、集成商信息、子停车场信息，用于管理多集成商信息、盒子版本、盒子日志，用于进行系统信息配置，以及用于提供公众号提示语和发票提示语；

区块链信息管理模块，用于查询区块链交易记录、区块链发票、及区块链可开票记录；

交易信息管理模块，用于查询交易信息、移动支付交易信息、ETC交易信息、退款交易信息、支付汇总信息、ETC退款信息、及ETC支付未出场交易，并用于进行支付汇总分类统计；

路侧停车信息管理模块，用于查询车牌付交易、路侧现金交易、及路侧停车结算信息；

结算信息管理模块，用于确认结算单和汇款单，用于查询汇款单和后收手续费，用于管理待结算信息；

对账信息管理模块，用于查询对账结果和对账差错。

所述接入子系统，可包括下列模块中的至少一个：

停车场统一接入模块，用于上传车辆入场信息、车辆出场信息、ETC交易信息、ETC交易失败信息，以及ETC天线、云盒等设备信息，用于修改车牌信息，用于删除在场车辆信息，用于获取ETC黑名单文件和对账文件请求，用于接入支付平台应用被扫(如通过扫描得到的信息)，用于进行历史数据上传计入，用于移动支付动态码主扫预下单；

停车商户门户管理模块，可用于进行停车交易查询管理、停车场管理、优惠券管理、长租车管理、结算管理、退款管理、风险管理、路侧管理、区块链管理、操作员管理，并用于统计分析；停车商户门户管理模块可以是指为停车场管理方开通的门户，可供停车场管理方进行上述一种或多种管理操作。

云盒模块，可用于上传ETC支付失败交易、车辆出场信息、车辆入场信息、停车场设备信息、及停车场设备关闭日志，用于进行ETC支付请求、停车场设备注册、停车场设备状态查询，用于获取ETC支付状态名单，用于供停车场设备获取升级版本；

车牌付模块，可用于查询车牌是否开通车牌付、车牌支付结果、及车牌支付退款结果，用于进行车牌付支付和车牌支付退款，并用于获取车牌支付对账文件和车牌支付回调通知；

内部系统模块，可用于推送ETC退款处理结果，用于查验ETC开发票交易，用于供清分系统实时推送清分结果。

所述支付子系统，可包括下列模块中的至少一个：

支付系统接入模块，用于进行被扫支付、公众号支付预下单、SDK(软件开发工具包)支付预下单，用于根据公众号支付请求唤起收银台(应用接入模块)，用于查询支付结果和退款结果，用于接收撤销申请和支付结果通知，并用户获取对账文件；

停车缴费公众号接入模块，用于提供停车缴费公众号首页，用于根据车牌查询停车费，用于进行车辆费用支付，用于进行停车记录查询，用于管理车牌信息、优惠券、及长租车，并用于查找附近停车场；

停车场接入模块，用于根据车牌查询停车费用，用于查询ETC天线、云盒等设备运行状态；

短信通道接入模块，用于连接短信通道；

地图接入模块，用于接入地图系统；

支付平台应用接入模块，用于进行支付平台应用验证并获取其用户信息；

应用访问控制模块，用于控制支付平台应用的用户注册、用户登录及用户退出。

所述定时任务子系统，可包括下列模块中的至少一个：

汇总统计模块，用于定时对支付费用、车流量、应收实收、清算信息进行汇总统计；

系统切日模块，用于定时进行更换系统记账的时间，进行系统日切；

结算单出具模块，用于进行系统结算并生成结算单；

清分系统交互模块，用于定时与清分系统进行交互，以进行ETC交易上传清分，以获取ETC清分结果文件、ETC清分延迟文件、ETC清分争议文件，以从清分系统获取ETC卡黑名单文件；

支付系统交互模块，用于定时与支付系统进行交互，以发起支付未明交易结果查询，以发起退款未明交易结果查询，以发起撤销申请；

业务逻辑处理模块，用于处理入场业务、出场业务、云盒业务及车牌付业务。

另外，本发明实施例还提供了一种ETC停车收费管理方法，利用本发明任一实施例所述的ETC停车收费管理系统对停车场进行ETC停车收费管理。

停车收费管理云端中心系统(以下简称“云中心”)集合智能化停车场设备实施，智能无人值守、停车场业务多维度管理，能够极大的提升车场管理水平，节约运营成本，提升客户停车体验，节约用户时间。

图2是本发明一具体实施例的停车收费管理云端中心系统构架示意图，参见图2，停车场的网站或APP可包括停车导航、车位预定、车位查询、不停车收费、自助缴费、增值服务、云盒(如速通云盒)等，通过云盒可以方便地接入云中心系统。停车场设备可包括车牌识别设备、ETC天线(电子收费不停车天线)、ETC刷卡器、手持终端、智能终端等设备，可以支持多种支付方式。停车场和云中心系统之间可以通过3G/4G、Virtual Private Network(VPN，虚拟专用网络)、光纤等通信连接。云中心可以提供资源管理、运营维护、支付管理、监督控制、统计分析及清分结算等服务。云中心可包括交易账务处理、B2B商务平台、ETC云盒、自动化对接平台、区块链电子发票等模块，可以为一体化集成，采用云模式，对接停车电子收费业务受理渠道，其中电子收费业务处理渠道的组成以直接部署在停车场车道子系统、自助付费设备为主，同时这个渠道还包括停车收费管理分中心，或者合作伙伴所建的次一级收费管理云端中心。

该系统采用云计算中的SaaS即“软件作为服务”模式，可以为每一个停车产权方或管理方提供状态名单维护、参数管理、日志管理、交易查询、报表统计、安全管理等停车收费业务管理功能。

停车收费管理云端中心系统包含：业务运营管理、系统接入、支付系统子系统、定时任务四个子系统。

业务运营管理子系统主要包含以下内容：资源信息管理、区块链管理、交易信息管理、路侧停车管理、结算信息管理、对账管理等模块、审核管理模块。

系统采取多种安全防护手段，保证系统自身的安全性，保证服务不会中断，做到机密信息和敏感信息在各个企业间的隔离。为保障企业管理人员、运营人员安全登录使用平台功能，采用操作权限控制、密码控制、系统日志监督、数据更新等多种手段防止系统数据的被窃取及篡改，拒绝非法用户进入系统和合法用户的越权操作，并对所有登录用户需要身份信息备案、认证、操作记录日志保存，支持对日志进行查询、分析、审计和报警。

业务运营管理子系统分析全部运营静态和动态信息，提供停车场运营自动化服务，方便经营管理停车数据维护，实时查看停车场运营情况，实现对全部停车资源可视化、统一层次化管理。资源信息管理可以用于录入产权方信息、管理方信息、停车场信息(可包括基础信息、结算信息、产品费率信息等)、集成商信息、子停车场信息等，可以用于管理多集成商信息、盒子版本、盒子日志，可以用于进行产品信息配置，可以用于提供公众号提示语、发票提示语等；区块链管理可用于查询区块链交易记录、区块链发票、区块链可开票记录；交易信息管理可用于查询交易信息、移动支付交易信息、ETC交易信息、退款交易信息、支付汇总信息、ETC退款信息、ETC支付未出场交易，还可以用于进行支付汇总分类统计；路侧停车管理可用于查询车牌付交易、路侧现金交易、路侧停车结算信息等；结算信息管理可用于确认结算单、汇款单，用于查询汇款单、后收手续费等，用于管理待结算信息等；对账管理可以用于查询对账结果、对账差错等；审核管理可以用于审核退款、营销、停车场、长租车等。

系统接入子系统主要包含：停车场统一接入、停车商户门户、云盒、车牌付、内部系统接入等模块。

该子系统提供统一、详细、标准化的接口，帮助停车场集成商熟悉交易流程，方便停车场快捷、安全的接入。在系统接入时，可使集成商遵守统一业务处理规范，使得对接流程规范化。

为保证数据传输过程中的数据真实性、完整性和不可抵赖性，采取数字签名的方式：先对交易数据进行数字签名；再使用颁发给商户独有的非对称加密算法(RSA)私钥证书(公钥加密算法的私钥证书)对摘要做签名操作；最后将签名串放在签名表单域里和其他表单域通过HTTP Post的方式传输给支付平台。为避免交易重复上传，给消费者造成损失，系统可使用停车场系统唯一订单号作为标准规范。在一个停车场的交易日内，对每一个订单，可有唯一的订单号。

其中，停车场统一接入模块用于进行车辆入场信息上传、车辆出场信息上传、车牌信息修改、在场车辆信息删除、ETC黑名单文件获取、微信和支付宝被扫接入、获取对账文件请求、历史数据上传计入、动态码主扫预下单、ETC交易信息上传、ETC交易失败信息上传、ETC天线/云盒设备信息上传等。停车商户门户模块用于进行停车交易查询管理、停车场管理、优惠券管理、长租车管理、结算管理、退款管理、风险管理、路侧管理、统计分析、区块链管理、操作员管理等。云盒模块用于进行ETC支付请求、ETC支付状态名单获取、ETC支付失败交易上传、车辆出场信息上传、停车场设备信息上传、停车场设备注册、停车场设备状态查询、停车场设备关闭日志上传、停车场设备获取升级版本等。车牌付模块用于查询车牌是否开通车牌付，车牌付支付。查询车牌支付结果，车牌支付退款，车牌支付退款结果查询，车牌支付获取对账文件，车牌支付回调通知。内部系统模块用于ETC退款处理结果推送，ETC开发票交易查验，清分系统实时推送清分结果。

支付系统子系统主要包含：接入支付系统、停车缴费公众号接入、接入短信通道、接入第三方支付通道(如微信、接入支付宝)、接入地图通道(如腾讯地图)、接入停车场、APP接入等模块。

该支付系统子系统兼容ETC、第三方支付、公众号支付、电子优惠券、通道码、积分兑换等多种支付方式为一体，带给用户全新的支付体验。系统支持银联、微信、支付宝等多种支付渠道，为停车人、特约商户、停车场运营管理方等提供“一站式停车”服务。

其中，接入支付系统模块用于被扫支付(如微信和支付宝)，公众号支付预下单，公众号支付请求唤起H5(符合HTML5标准的)收银台，SDK(软件开发工具包)支付预下单，支付结果查询，退款结果查询，撤销申请，对账文件获取，接收支付结果通知。停车缴费公众号接入模块用于停车缴费公众号首页，根据车牌查询停车费，车辆费用H5支付，停车记录查询，车牌信息管理，优惠券管理，查找附近停车场，长租车管理，其中，车牌信息管理包括车牌信息新增、车牌信息删除，优惠券管理包括优惠券发放、优惠券索取、优惠券查询，长租车管理包括长租卡购买、长租信息查询、车主信息管理、长租订单管理、线下续费管理。接入停车场模块用于根据车牌查询停车费用，根据设备查询设备状态。接入微信模块用于获取用户身份的唯一的标识(opnid)获取支付商户accesstoken，获取支付商户ticket。接入支付宝模块用于支付宝网关验证，获取用户user_id。接入APP模块(接入支付系统模块)用于通过APPID和opnid注册用户获得user_id，用户登录，用户退出。

定时任务子系统主要包含以下内容：定时汇总统计、定时系统切日、结算单出具、定时清分系统交互、定时与支付系统交互等模块。为停车场管理方提供实时的停车场运营数据统计分析，自动对账等服务，无需人工处理，节约运营成本。

定时汇总统计模块用于支付费用统计，车流量统计，应收实收统计，清算统计。业务核心逻辑处理模块用于出入场核心处理，云盒业务处理，车牌付业务处理。定时与支付系统交互模块用于发起支付未明交易结果查询，发起退款未明交易结果查询，发起撤销申请。定时清分系统交互模块用于ETC交易上传清分，获取ETC清分结果文件，获取ETC清分延迟文件，获取ETC清分争议文件，从清分获取ETC卡黑名单文件。

图3是本发明一具体实施例的云中心整体业务流程示意图，参见图3，在与停车场管理方签订双方合作协议后，云中心业务运营人员按照协议内容中的停车场信息创建停车场的商户、签发商户证书，并将商户编号和商户证书下发给停车场供其进行系统接入。

当车主通过ETC扣费时，停车场收费系统将ETC扣费信息上传至云中心，云中心转发清分进行记账扣费处理；当车主通过场内公众号、岗亭扫码、电子优惠券等支付方式缴纳停车费时，停车场收费系统通过系统接入子系统相关接口与云中心建立对应的消息接收或者发送的队列通道，直接通过公网环境访问到云中心对外开放的消息队列地址将第三方支付请求上传至云中心，云中心转发支付请求到支付平台进行处理，最终通过APP、微信公众号或者扫码完成停车缴费。

车辆出场后，停车场收费系统将车辆的出场信息上传到云中心，云中心根据出场记录信息进行结算处理，并每日定时生成对账文件供停车场收费系统每日进行数据比对。

云中心根据合同中约定的结算周期，按时为停车场管理方生成停车场结算单。待停车场管理方和云中心财务人员分别对结算单中的内容进行核对确认后，云中心将会发送打款指令到结算银行，通过结算银行的资金监管体系将结算单款项付款到停车场的实体账户。

对于实时记账交易采用异步触发的模式，从现有业务处理模块调用账务处理公共交易，通过账务处理公共交易在调用结算处理模块在进行账务处理。

图4是本发明一实施例中交易账务处理流程示意图，参见图4，交易开始后，先判断指出方式，若为微信、支付宝，则可微信、支付宝收到支付成功结果，若是ETC支付，则可以得到登记ETC信息成功，之后可以利用ivoke调用通用账务调用处理交易，然后可以登记通用记账信息表，使用api调用方式调用结算处理模块的paymentAccount账务处理交易(paymentAccount交易需要支持交易记账流水号的幂等处理)。登记通用记账信息表时，若定时任务会扫描长时间记账失败或记账中的交易，使用原流水号进行补偿记账。

图5是本发明一实施例中出场交易账务处理流程示意图，参见图5，开始出场交易账务处理后，判断是否进行ETC合并上传，若分开上传，则出场登记成功，若合并上传，则登记ETC信息成功，然后利用ivoke调用paymentAccount账务处理。上传后，可以利用ivoke调用通用账务调用处理交易，然后登记通用记账信息表，若定时任务扫描长时间记账失败或记账中的交易，使用原流水号进行补偿。之后可以使用API调用方式调用结算处理模块的parkOutAccount账务处理交易(paymentAccount交易需要支持交易记账流水号的幂等处理)，最后结束处理流程。

图6是本发明一实施例中退款交易账务处理流程示意图，参见图6，开始退款交易账务处理后，若是微信、支付宝支持成功撤回，微信、支付宝退款成功，ETC交易发送失败，ETC交易争议拒付，或ETC交易退款成功，则利用invoke调用通用账务调用处理交易，然后登记通用记账信息，若定时任务扫描长时间记账失败或记账中的交易，使用原流水号进行补偿。进一步，判断退款状态，若未出场，则使用api调用方式调用结算处理模块的refundAccount账务处理交易(refundAccount交易需要支持交易记账流水号的幂等处理)，若已出场，则使用api调用方式调用结算处理模块的outRefundAccount账务处理交易(outRefundAccount交易需要支持交易记账流水号的幂等处理)。

图7是本发明一实施例中日终账务处理流程示意图，参见图7，开始日终账务处理后，日终会计日期切换，将上日交易订单和发送账务交易核对，之后进行上日实施支付交易账务核对、上日出场交易账务核对，或上日退款交易账务核对，之后判断是否核对平，若核对不平，则进行交易补记账并回到上日交易订单和发送账务交易核对的步骤，若核对平，则进行上日发送账务交易和账务系统流水核对，判断是否核对平，若核对不平，则补记账流水并回到上日发送账务交易和账务系统流水核对的步骤，若核对平，则进行账务和会计总分核对，然后重新判断是否核对平，若核对不平，则补账务记账流水回到账务和会计总分核对的步骤，若核对平，则进行退款账务汇总记账处理，然后进行通道汇总记账处理，之后进行退款垫付资金账务处理，最后结束流程。

图8是本发明一实施例中资金划拨账务处理流程示意图，参见图8，开始资金划拨账务处理后，查询资金监管账户余额，比较其账户余额大小，若大于或等于，则可统计需要划拨的合作商信息，若小于或等于，则可统计需要划拨的普通停车场信息。统计需要划拨的合作商信息后，可以统计普通停车场业务记录进行平台划拨记账，查询停车场云账户余额，比较账户余额大小，若大于或等于则可回到统计需要划拨的合作商信息的步骤，若小于则按照户余额-云账户余额的资金调用银行云划拨。统计需要划拨的普通停车场信息后，可统计合作商下子停车场业务记录进行平台划拨记账，查询合作商云账户余额，比对与账户余额-云账户余额的资金调用银行云划拨。

图9是本发明一实施例中结算账务处理流程示意图，参见图9，开始结算账务处理后，根据结算周期生成结算单，核对结算单金额与停车场账户发生额，核对余额，若余额与实际不符，则登记结算金额异常信息记录，然后回到根据结算周期生成结算单的步骤。若余额与实际相符，则生成结算单，财务确认结算单，根据结算单金额和手续费收取方式进行平台结算账务处理。然后判断停车场类型，若是普通停车场，则结算账务处理完成，结束处理；若是合作商子停车场，则调用银行接口进行结算资金划拨，根据结算单自动生成汇款单，调用银行接口进行结算资金划拨到停车场收款云账户，扣除合作商手续费。最终汇款单生成处理完成。

图10是本发明一实施例中汇款单生成账务处理流程示意图，参见图10，开始汇款单生成账务处理后，判断停车场类型，若是合作商子停车场，则合作商确认汇款单，并调用交行接口将停车场资金按照汇款单打款到实体账户，若是普通停车场，则财务根据结算单生成汇款单，并根据生成的汇款单将停车场划拨账户金额划拨到停车场收款账户，进行汇款单确认，然后调用交行接口将停车场资金按照汇款单打款到实体账户。

随着信息化办公的广泛应用，纸质合同的签定和流转已经影响了停车场项目的快速接入落地。为了便于云中心提供方扁平化管理，实现ETC商务合作对接的高效集约、规范透明、快速响应的需求，加快ETC在涉车行业的产业布局，亟需一个网上签约、信息互通的在线商务合作交流平台。图11是本发明一具体实施例中商务平台业务流程示意图，参见图11，停车场运营方、停车企业平台、系统集成商可在商务平台浏览停车场合作相关内容及合同条款，按照商务平台的设定项目报备单中的内容提交营业执照、停车场运营资质、企业开户信息、自动化接入平台测试报告等材料，通过商务平台完成商户开通和停车场接入的线上签约。云中心运营人员对其提交的相应的信息进行审核、验证工作，并为其颁发申领停车场PSAM卡(终端安全控制模块)和商户证书。对于具有一定开发实力的系统集成商或者具有金融资格的运营方可以在商务平台申请服务商服务，其对发展的特约商户进行结算申请和维护，平台对服务商实行奖励激励政策，推送项目拓展。

商务平台可以实现ETC拓展业务的商务合作全覆盖，包括封闭式停车场、路侧停车、加油、充电、洗车等多种业务场景；还包括集成商推介、设备厂商选型、结算商户接入、服务商等多种合作渠道，为ETC商务合同的签订提供一体化的便利服务。

商务平台包括ETC项目协议签订、运营投资合作、工程项目管理、服务商及特约商户协议签订、优质集成商推介、ETC设备厂商选型等功能，商务平台可支持系统集成商合作、停车平台合作。

商务平台可实现对已进行开发对接完成的优质系统集成商统一管理、推介。对已完成天线、读卡器、工控设备测试的优质设备供应商进行商家入驻管理，并按照集中采购价格谈判。停车场运营方可通过商务平台进行设备集成的选型和咨询，实现供需双方的双赢。

商务平台提供多种ETC车道的建设模式：ETC专用车道、ETC混用全自动车道、ETC混用半自动车道、ETC刷卡车道。

停车场管理方和系统集成商对停车场接入ETC的需求日益增加，但由于ETC接入专业性较强，天线厂商众多，交易控制和信息校验复杂，一般情况下，还需要对停车场和车道系统等相关设施进行大范围的改造，实用性和保障性不能很好地满足用户的需求。为了梳理ETC天线控制逻辑，简化停车场车道系统与ETC设备的对接工作，本实施例的系统可包括云盒。云盒便于停车场的前端建设部署，以及停车场接入云中心。

图12是本发明一具体实施例中云盒的功能结构示意图，参见图12，云盒可封装ETC用户卡、OBU(车载单元)及RSU(路侧单元)的密钥交互流程，承担了ETC交易控制和信息校验等复杂工作，提供了标准化API(应用程序接口)，停车场系统仅需对通讯和扣费服务接口进行简单开发调整，即可实现停车场车道系统的ETC处理功能。

云盒可为停车场管理方和系统集成商提供通行率更高的ETC不停车进出的功能，并支持停车缴费智能终端设备和ETC刷卡器等，可实现扫码支付和刷ETC卡缴纳停车费，为停车场实现无人值守提供可能。

云盒系统接口标准封装，对接简单。不破坏原有系统，仅需简易安装、系统对接即可稳定运行，整套ETC控制设备接口全面开放，可根据自身需要进行二次开发。可快速对接云中心，实现整体的清分结算，方便管理、推广。在已有权限分级、黑白名单等模式上，可定向开发其他各种所需功能，有利于实现更多个性化解决方案。

图13是本发明一具体实施例中云盒的业务流程及控制时序示意图，参见图13，云盒作为云中心、停车场系统和RSU及智能终端的中间媒介，在云盒接收停车场系统扣款指令后，首先调用RSU判断用户车辆是否安装OBU，如果有OBU及ETC卡，则优先调用RSU采用ETC卡支付通行；如果没有OBU，则调用智能终端设备，扫描用户二维码或显示动态二维码，或打开刷卡器，使得用户可以采用第三方支付或刷云中心系统提供方提供的卡，支付停车费。支付成功后，系统将支付结果反馈至停车场收费系统，停车场收费系统抬杆放行。

图14是本发明一具体实施例中云盒本地化部署连接示意图，参见图14，提供标准的云盒本地化施工部署方案、停车场天线安装指导、云盒系统安装说明等标准化接入文档，便于系统集成商在停车场快速搭建。云盒提供多种部署方式，停车场既可以选择在车场级服务器部署云盒系统，也可以在车道工控机部署。天线立杆高度最低如2.5米，直径如8cm，可与相机共用立杆；天线立杆与相机、道闸平行排列，可避免岗亭防水沿干扰；天线、云盒即智能终端功率可共100W。

图15是本发明一具体实施例中云盒RSU扣费逻辑示意图，参见图15，云盒RSU扣费逻辑包括：01-建立与RSU连接；02-初始化指令；03-初始化应答，然后判断是否达到某种状态，若是，则回到步骤02，若否则进入步骤04；04-接收Vehicle Service Table(VST，车辆服务表)信息帧，判断OBU是否被拆以及是否过期，若是，则拒绝交易，若否则进入步骤05；05-继续交易；06-获取OBU信息；07-继续交易；08-获取IC卡信息，判断卡片是否过期、卡签发行方是否不一致，卡签发行是否不再有效，若是，则拒绝交易，进一步可判断卡是否绑定车牌，若绑定，则判断卡OBU绑定是否一致，若不一致，则拒绝交易，若一致或未绑定则判断卡号是否在黑名单里，若在，则拒绝交易，若不在，则进入步骤09；09-消费及写过站；10-消费应答指令，接下来关闭交易，利用处理结果更新数据库，将支付信息上传云平台，将停车信息上传云平台。

图16a～图16h是本发明一具体实施例中云盒ETC刷卡扣费逻辑示意图。参见图16a，停车场系统发起刷卡支付请求，调用对应车道的控制模块，控制模块调用刷卡，打卡刷卡设备；之后，进入01-卡片复位；02-选择IC卡3F00文件，返回码是否为Ox9000或Ox61xx；03-读取IC卡文件，若返回码为Ox9000，进入步骤04，若返回码不是Ox9000，则返回码是否为Ox6137，若是则发送步骤03的信息，进而若返回码为Ox9000，则进入步骤04；04-获取IC卡文件。继续参见图16b，进入步骤05-卡片复位；06选择IC卡片文件，返回码是否为Ox9000或Ox61xx，若是进入步骤07；07-读取IC卡文件，返回码是否为Ox9000，若是，进入步骤08，若否，判断返回码是否为Ox612B，若是，则进入步骤07；07-向IC卡发送，判断返回码是否为Ox9000，若是则进入步骤08；08-返回IC卡文件，判断卡片是否过期，若是，拒绝交易，判断卡中是否绑定车牌，若是，判断绑定车牌号与停车场请求车牌是否一致，若否，拒绝交易，若未绑定，则判断卡片是否在黑名单中，若是，则拒绝交易，若否，则进行PSAM(安全模块)卡片复位。继续参见图16c，10选择PSAM卡文件；11-读取PSAM卡文件；12-返回PSAM卡文件；13-卡片复位；14-选择IC卡文件。继续参见图16d，判断返回码是否为Ox9000或Ox61xx，若是进入步骤15；15-向IC卡发送消费初始化命令；返回码若是Ox9000进入步骤16，若否判断返回码是否为Ox610F，若是进入步骤15，若否则终止交易；15-向IC卡发送；16-获取IC卡消费初始化结果；17-根据步骤08读出的卡片版本号选择相应的PSAM卡槽；18-PSAM卡卡片复位。继续参见图16e，判断返回码为Ox9000，进入步骤19；19-选择PSAM卡DF01文件，判断返回码为Ox9000或Ox61xx，若是，进入步骤20；20-向PSAM卡发送MAC1计算指令，返回码若为Ox9000，进入步骤21，若否判断是否为Ox6108，若否则终止交易，若是则进入步骤20；20-向PSAM卡发送指令，返回码若为Ox9000，进入步骤21；21-返回MAC1计算结果。继续参见图16f，22-保存中间状态；23-向IC卡发送消息指令，返回码若为Ox9000进入步骤24，若否判断返回码是否为Ox6108，若否终止交易，若是进入步骤23；23-向IC卡发送；24-返回消费结果；25-向PSAM卡发送校验MAC2命令，返回码是否为Ox9000，若否则终止交易，若是，则进入步骤27，保存交易结果。继续参见图16g，28-IC卡卡片复位；29-选择IC卡文件；30-读取IC卡余额；30.1-向IC卡发送；31-获取IC卡余额。继续参见图16h，判断消费前后余额差值与扣费金额是否一致，若一致，交易成功，关闭读卡器，将处理结果更新至数据库并通知停车场处理结果，之后将支付信息上传云平台，将停车信息上传云平台。

图17是本发明一具体实施例中云盒智能终端扣费逻辑示意图。参见图17，停车场系统发起支付请求，调用动态库，初始化设备，返回值若为真则启动扫码，返回值若为真，则车主出示二维码，设备扫码组件调用回调函数，回调参数若为1，则请求云平台扫码付款接口，返回交易结果；支付成功后，利用处理结果更新数据库并通知停车场，将支付信息上传云平台，将停车信息上传云平台。

因停车行业系统集成商多，收费系统多种多样，硬件设备各式各样，为加快与集成商完成ETC停车场接入，规划范化管理系统对接流程，把控系统对接进度，提高ETC系统对接效率，自动化对接平台的搭建是大势所趋。

自动化对接平台包括云中心对接、硬件设备对接、云盒接入、技术储备等。自动化对接平台不仅为各系统集成商实现ETC扣费、交易上传、资金结算等系统对接联调工作提供保障服务，还对支撑结算业务的技术储备和测试工作提供了便利。

自动化对接平台为系统集成商提供标准化的接口和统一的、可复用的云中心接入和云盒接入的相关接口文档及demo，系统集成商只需要按照对接流程即可快速完成系统对接。为快速定位对接过程遇到的问题，提高系统对接效率，系统可针对接入接口字段的规范进行了详细的说明，并对上传的ETC测试交易进行全流程验证。对接过程中由于上传信息字段不符合规范，而导致接入失败的原因都可以查找详细描述以及规范的示例说明。

自动化对接平台提供WINDOWS、LINUX、安卓等各种操作系统及各业务场景的云盒软件，供系统集成商使用下载，并提供对应版本自动升级服务。

自动化对接平台为各设备厂家提供设备测试服务，设备测试通过后则可自动录入商务平台供商务选型；同时自动化对接平台还进行了大量的技术储备，如在线状态名单验证、在线秘钥、加油扣款方式等。

图18是本发明一实施例中的自动化对接平台业务流程示意图，参见图18，停车场系统集成商在商务平台浏览停车场合作相关内容及合同条款后，即可进行系统接入申请。在签订系统对接保密协议后，系统提供云中心接入和云盒接入的相关接口文档及demo。待系统集成商支付测试设备押金后，系统运维人员提供测试云盒、RSU、PSAM卡等测试设备供系统集成商进行测试联调对接。调试对接过程可在系统中全程监控，待对接完成，系统提供接入测试报告，作为完成商户开通和停车场接入的线上签约的必要准备材料。

区块链电子发票系统是利用区块链分布式账本、智能合约、共识机制、加密算法等技术，保障电子发票开具、存储、传输、防伪及信息安全。具有全流程完整追溯、信息不可篡改等特性，以联盟链的方式，构建税务部门、开票方、受票方“三位一体”的电子发票新生态。

图19是本发明一实施例中的电子发票系统结构示意图，参见图19，停车场电子发票托管业务可对包括通行费、ETC预充值费、停车费、设备购买费用、商业零售等进行统一开具。电子发票托管业务兼容各种类型的税控设备，企业无需申请新的税控设备，且系统支持Android、iOS移动平台,支持APP、扫码、网站开票，并支持自定义格式短信推送，免费邮件、微信的自动推送，为多业主方及企业实体在此平台提供电子发票开具服务。

电子发票系统不但解决了消费者的停车等候取票难等方面的问题，而且极大简化停车场管理方的财务管理强度、提升风控管理能力。电子发票系统可与停车收费系统无缝对接，发票信息全面数字化集中处理，可大幅降低发票的打印、保管等综合管理成本，有助于企业自身的账务处理，大大提升企业财务人员工作效率。电子发票应用功能，包括开具子系统、签章子系统、渠道服务子系统系统、发票查验子系统，可为客户提供全流程开票、查验、退票等服务。电子发票系统应用架构遵从Service Oriented Architecture(SOA，面向服务的架构)的设计理念，基于SOA理念，通过服务整合实现应用整合。而且通过标准化、模型化等技术实现了信息整合。

图20是本发明一实施例中的区块链电子发票平台部署示意图，参见图20，区块链电子发票系统作为电子发票系统的重要组成部分，它涉及Zookeeper、Kafka、Orderer系统应用，规划3个组织、每个组织下有2个业务节点互备、一个Orderer集群、一个kaf集群、一个zookeeper集群；其中Zookeeper为调度节点、Kafka为共识节点、Orderer为排序节点。业务节点选一些节点作为全量节点部署，包含主备节点共计4台服务器；Zookeeper、Kafka、Orderer系统部署在该些节点，另一些节点作为轻量节点部署。

区块链智能合约上链智能合约、读取智能合约。其中上链智能合约用于发票开具(发票赋码等)，读取智能合约用于对发票验真和全生命周期的溯源查询。

图21是本发明一具体实施例中的区块链电子发票业务流程示意图，参见图21，消费者可以通过两种渠道申请电子发票，一种是微信端，另一种是发行系统。通过微信端申请发票时，申请开具、红冲、查验，电子发票平台发送赋码请求至税控系统，税控系统返回赋码信息到电子发票平台，电子发票平台发送开票成功提示至发行系统，且发送开票成功状态及短信链接给微信端，然后短信链接提供给消费者。发行系统发送推送发票请求给邮箱系统，邮箱系统根据请求把发票推送给消费者。

图22是本发明一具体实施例中区块链电子发票开票申请时序图，参见图22，消费者停车消费后，可以通过微信端、乐速通APP等勾选要开票的停车记录，填写收取电子发票的邮箱账号，系统按照区块链电子发票开具接口规范组织报文，调用区块链平台开具接口申请开具发票，系统接收开票请求、校验数据后保存数据并进行链上附码操作生成电子发票信息，消费者可以通过短链接查看发票，通过短链接查看预留邮件推送的区块链电子发票。

图23是本发明一具体实施例中区块链电子发票退款及红冲时序图，参见图23，区块链电子发票系统支持退款发票处理，当消费者微信端选取停车记录，提交退款申请订单，系统判定原记录是否已开票，若未开票则将交易记录的可开票金额减去退款金额，处理完成后修改退款处理状态；若原交易记录已开票，先将原交易记录对应的发票记录先进行红字冲正，冲正成功之后将原记录的可开票金额减去退款金额，将原发票对应的记录开票状态修改为未开票。

区块链电子发票开具后，由于电子发票信息的存放在区块链分布式账本中存储，增加区块链电子发票查验功能，获取发票的真伪信息。区块链电子发票系统使用国密哈希算法对发票代码、发票号码、开票日期、开票金额、购买方纳税人识别号、销售方纳税人识别号、购买方名称、销售方名称等票面关键信息进行数据哈希，生成对应的哈希值(即发票密文区)。在验证时按照相同的规则，根据原始数据重新进行计算，比较本次生成的哈希值与发票票面上的密文区是否一致，从而实现密文区数据的鉴别，给出发票查验结果。

目前是区块链电子发票建设走出的第一步，接下来将持续收集、整理、总结应用环节的问题，做好相关优化工作，便于系统更加稳定、流程更加优化，更加符合纳税人实际应用需要。未来在试点优化的基础上,陆续将公园门票、定额停车票、出租车发票等分阶段逐步纳入北京区块链电子普通发票的管理范畴。

本实施例提供了停车管理综合服务平台，涵盖车位查询、停车引导、车位预定、自助缴费、云端坐席、自助开票、在线办公、商业运营等功能，能够面向车主端、运营端提供全方位、全流程服务，实现了前端去岗亭化、电脑云端化、发票电子化，极大降低人力成本、设备投入及日常运营耗材成本等，还能大大减少人与人直接接触，降低疫情传播风险。能够更好的服务城市静态交通管理的需求，提高ETC在道路停车、封闭停车场上的扩展使用。同时可实现停车、收费、管理、服务和信息共享的一体化、数字化和可视化，并便于利用综合停车数据提供监督管理、数据挖掘、收入分析、服务诱导等功能，从而为解决停车难、行车难的问题提供可靠保障。

在本说明书的描述中，参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本发明的实施，其中的步骤顺序不作限定，可根据需要作适当调整。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种ETC停车收费管理系统，其特征在于，包括：系统接入子系统、业务运营管理子系统、支付子系统、定时任务子系统；所述系统接入子系统，包括：停车场统一接入模块；所述业务运营管理子系统，包括：交易信息管理模块、结算信息管理模块、内部系统模块、区块链信息管理模块、对账信息管理模块、及发票信息管理模块；所述支付子系统，包括：支付系统接入模块和支付应用接入模块；所述定时任务子系统，包括：汇总统计模块和结算单出具模块；

其中：

所述停车场统一接入模块，用于接收停车场管理方通过其停车场的商户证书上传的支付交易信息；

所述内部系统模块，用于在上传的支付交易信息为ETC交易的情况下将支付交易信息转发至清分系统进行处理，以返回支付交易结果；

所述支付系统接入模块，用于在上传的支付交易信息为支付应用交易的情况下将支付交易信息转发给相应的支付应用接入模块；

所述支付应用接入模块，用于将属于支付应用交易的支付交易信息接入相应的支付应用进行处理，以返回支付交易结果；

所述停车场统一接入模块，还用于在支付交易结果为交易成功的情况下接收停车场管理方通过其停车场的商户证书上传的车辆出场信息；

所述交易信息管理模块，用于保存本次交易的车辆出场信息；

所述结算信息管理模块，用于定期汇总所述交易信息管理模块中保存的ETC交易的信息，得到停车场的ETC交易汇总结果，以供停车场管理方通过其门户对ETC交易汇总结果进行确认；

所述结算单出具模块，用于根据确认后的停车场的ETC交易汇总结果生成ETC交易结算单，并为相应停车场管理方进行结算处理；

所述区块链信息管理模块，用于在区块链上保存有停车场管理方托管开票所需信息的情况下，将停车场管理方托管开票所需信息发送至税控系统，以为本次交易的车主开具发票，并将本次开票信息记录至区块链；

所述发票信息管理模块，用于对所述交易信息管理模块中保存的交易的信息和区块链上记录的开票信息进行汇总核对；

所述汇总统计模块，用于定期对所述交易信息管理模块中保存的交易的信息进行包含支付费用、车流量、应收实收、清算信息中至少一种类别信息进行分类汇总统计；

所述对账信息管理模块，用于根据所述汇总统计模块得到的分类汇总统计结果进行对账处理。

2.如权利要求1所述的ETC停车收费管理系统，其特征在于，所述业务运营管理子系统，还包括：资源信息管理模块和审核管理模块；

所述资源信息管理模块，用于供停车场管理方通过针对停车场管理方开放的门户入口录入停车场信息材料；

所述审核管理模块，用于供系统操作人员通过针对系统操作人员开放的运营入口审核停车场信息材料，并在接收到系统操作人员输入的审核通过指令的情况下根据停车场信息材料创建停车场的商户信息并为停车场生成商户证书，以提供停车场的商户证书给停车场管理方。

3.如权利要求1所述的ETC停车收费管理系统，其特征在于，

所述停车场统一接入模块，还用于接收停车场管理方通过其停车场的商户证书上传的车辆入场信息；

所述交易信息管理模块，还用于在接收到车辆入场信息时，创建相应订单号，并将车辆入场信息对应于订单号进行保存，以及，在接收到车辆出场信息的情况下，将车辆出场信息对应于订单号进行保存。

4.如权利要求1所述的ETC停车收费管理系统，其特征在于，支付应用接入模块，包括：停车缴费公众号接入模块和第三方支付平台接入模块；

所述支付系统接入模块，用于判断上传的支付交易信息为公众号支付交易的情况下，将包含公众号支付预下单信息的支付交易信息转发给停车缴费公众号接入模块，判断上传的支付交易信息为第三方支付平台交易的情况下，将包含相应第三方支付平台的扫码信息的支付交易信息转发给相应第三方支付平台接入模块；

所述停车缴费公众号接入模块，用于将属于公众号支付交易的支付交易信息接入相应的支付应用软件进行处理，以返回支付交易结果；

所述第三方支付平台接入模块，用于将属于第三方支付平台交易的支付交易信息接入相应的第三方支付平台进行处理，以返回支付交易结果。

5.如权利要求1所述的ETC停车收费管理系统，其特征在于，

所述停车场统一接入模块，还用于在接收停车场管理方通过其停车场的商户证书上传的支付交易信息的同时，接收停车场管理方通过其停车场的商户证书上传的优惠券信息；

所述内部系统模块，还用于在上传的支付交易信息为ETC交易的情况下将支付交易信息中的支付金额扣减掉优惠券中的优惠金额后转发至清分系统进行处理，以返回支付交易结果；

所述支付系统接入模块，还用于在上传的支付交易信息为支付应用交易的情况下将支付交易信息中的支付金额扣减掉优惠券中的优惠金额后转发给相应的支付应用接入模块；

所述交易信息管理模块，还用于将优惠券信息对应于车辆出场信息进行保存。

6.如权利要求1至5任一项所述的ETC停车收费管理系统，其特征在于，还包括：

云盒模块，封装有ETC卡片和车载单元及路侧单元的密钥访问模块，并提供设定标准API接口，用于适配停车场的ETC设备以对其进行ETC交易控制，并通过商户证书将停车场的交易信息上传至ETC停车收费管理系统。

7.如权利要求1至5任一项所述的ETC停车收费管理系统，其特征在于，还包括：

车牌付模块，用于查询进入停车场的车辆的车牌是否开通车牌付，并在开通车牌付的情况下将包含车牌支付信息的支付交易信息发送至所述支付系统接入模块。

8.如权利要求1所述的ETC停车收费管理系统，其特征在于，所述ETC停车收费管理系统为云管理系统；

所述系统接入子系统，用于供停车场的收费系统与云管理系统建立对应的消息接收或发送队列通道，以通过公网环境访问云管理系统外开放的消息队列地址，以将包含第三方支付请求的支付交易信息上传至云管理系统。

9.如权利要求1所述的ETC停车收费管理系统，其特征在于，

所述系统接入子系统，还包括：

短信通道模块，用于连接短信系统，以供停车场管理方进入门户；

地图接入模块，用于根据停车场信息资料获取停车场在地图上的位置并进行显示；

所述定时任务子系统，还包括：

所述支付系统交互模块，用于定时与支付系统进行交互，以发起支付未明交易结果查询，或者，以发起退款未明交易结果查询，或者，以发起撤销申请。

10.一种ETC停车收费管理方法，其特征在于，利用如权利要求1至9任一项所述的ETC停车收费管理系统对停车场进行ETC停车收费管理。

Images