CN113870449A - 适用于停车场的etc扣费***和方法 - Google Patents

Abstract

本发明公开了一种适用于停车场的ETC扣费***和方法。所述***包括：云盒、停车场收费子***和停车场RSU；云盒接收停车场收费子***发送的针对停车场待扣费用户的支付请求，调用停车场RSU来确定用户车辆是否安装OBU；在确定用户车辆安装有OBU及ETC卡的情况下，所述云盒调用RSU与用户车辆的OBU进行交互，以通过用户车辆的ETC卡支付停车费用；在确定用户车辆没有安装OBU及ETC卡的情况下，云盒调用关联的智能终端设备或者调用关联的刷卡设备，通过由所述智能终端设备扫描用户支付标识信息进行第三方支付或者通过采用刷卡支付来支付停车费用；支付成功后，云盒将支付结果反馈至停车场收费子***，由停车场收费子***控制出口栏杆抬杆放行。

Description

适用于停车场的ETC扣费***和方法

技术领域

本发明涉及交通运输技术领域，更具体地涉及一种适用于停车场的ETC扣费***和方法。

背景技术

随着汽车保有量的增加，停车的需求也不断提高，停车场出入口排队、滞留加剧了附近道路拥堵，增加了动态交通压力，路侧占道停车问题同样对交通产生很大影响。现有停车场收费模式，现金、扫码等支付方式，需要收费员人工干预，效率不高，车牌识别扣费识别率不高容易造成拥堵。停车场出入口排队、滞留加剧了附近道路拥堵，增加了动态交通压力，路侧占道停车问题同样对交通产生很大影响。

ETC作为高效快捷的无线支付手段，目前只在高速收费单一领域发挥作用，ETC无线支付时车牌识别准确率在99.6％以上。随着ETC用户的增多，在全国联网的趋势下，ETC如果用在与车辆相关的业务领域(如停车、加油)将有着很好的发展前景。但由于ETC接入专业性强，天线厂商众多，交易控制和信息校验复杂，一般情况下，还需要对停车场和车道***等相关设施进行大范围的改造，实用性和保障性不能很好地满足用户的需求。市面上已有产品可提供电子不停车处理服务，这些产品主要是使用如车牌识别、蓝牙识别、RFID识别等车辆识别率较低、受天气变化影响较大的车辆识别技术，它们都需要对停车场和车道***等相关设施进行大范围的改造，实用性和保障性不能很好地满足用户的需求。

因此，如何将ETC高效快捷地用于停车场从而提供一种适用于停车场的ETC扣费方案，一直是一个尚未解决且亟待解决的问题。

发明内容

为了解决现有技术中存在的问题，本发明提供了一种适用于停车场的ETC扣费***和方法，以利用本发明设置的云盒，在不对原有停车***做大量改造的前提下，为停车场收费子***开发单位或停车场业主提供通行率更高的ETC不停车进出的便捷服务和功能，为停车场实现无人值守提供可能。

本发明的目的在于提供一种适用于停车场的ETC扣费***，该***包括：云盒、停车场收费子***和停车场RSU；

所述云盒接收停车场收费子***发送的针对停车场待扣费用户的支付请求，调用停车场RSU来确定用户车辆是否安装OBU；

在确定用户车辆安装有OBU及ETC卡的情况下，所述云盒调用RSU与用户车辆的OBU进行交互，以通过用户车辆的ETC卡支付停车费用；

在确定用户车辆没有安装OBU及ETC卡的情况下，所述云盒调用关联的智能终端设备或者调用关联的刷卡设备，通过由所述智能终端设备扫描用户支付标识信息进行第三方支付或者通过采用刷卡支付来支付停车费用；

所述支付成功后，所述云盒将支付结果反馈至停车场收费子***，由所述停车场收费子***控制出口栏杆抬杆放行。

在本发明一些实施方式中，所述停车场云盒封装有以下单元的密钥访问信息：ETC卡片、OBU及RSU。

在本发明一些实施方式中，所述停车场云盒内部设有TCP通讯模块，所述TCP通讯模块连接有扣费逻辑控制模块，所述扣费逻辑控制模块连接有设备API，所述设备API连接有操作***，所述操作***与读卡设备连接；

所述扣费逻辑控制模块还连接有mysql数据库，所述mysql数据库连接有管理服务模块，所述管理服务模块与远端云中心连接。

在本发明一些实施方式中，所述云盒部署在停车场服务器中或者部署在停车场的车道工控机中。

在本发明一些实施方式中，所述支付标识信息包括用户静态二维码、实时产生的二维码或刷卡器信息。

在本发明一些实施方式中，所述***还包括与所述云盒关联的所述智能终端设备，所述智能终端设备包括摄像头；在所述云盒调用关联的所述智能终端设备的情况下，所述摄像头被自动触发开启扫描操作。

在本发明一些实施方式中，所述***还包括与所述云盒关联的所述刷卡设备；在所述云盒调用关联的所述刷卡设备的情况下，所述刷卡设备被自动触发开启。

在本发明一些实施方式中，所述云盒还包括所述云盒还包括防重模块，所述防重模块用于在接收到支付请求时，确定所述支付请求是否为重复的请求，在所述支付请求为重复的请求的情况下拒绝所述支付请求。

在本发明一些实施例中，所述云盒中配置有是否判断车牌颜色的选项，在该选项被配置为判断车牌颜色时，所述云盒在接收到来自停车场收费子***的支付请求后，通过所述摄像头拍摄待扣费车辆的颜色，通过与RSU的交互确定所拍摄的车辆颜色是否与OBU中记载的车辆信息一致，如果二者不一致，给出提示信息或拒绝交易请求。

本发明的另一方面，还提供一种适用于停车场的ETC扣费方法，所述方法包括以下步骤：

接收停车场收费子***发送的针对停车场待扣费用户的支付请求，基于所述支付请求调用停车场RSU来确定用户车辆是否安装OBU；

在确定用户车辆安装有OBU及ETC卡的情况下，调用RSU与用户车辆的OBU进行交互，以通过用户车辆的ETC卡支付停车费用；

在确定用户车辆没有安装OBU及ETC卡或者通过ETC卡交易失败的情况下，调用关联的智能终端设备或者调用关联的刷卡设备，通过由所述智能终端设备扫描用户支付标识信息进行第三方支付或者通过采用刷卡支付来支付停车费用；

所述支付成功后，将支付结果反馈至停车场收费子***，停车场收费子***控制通信栏杆抬杆放行。

本发明实施例的适用于停车场的ETC扣费***及方法，在在不对原有停车***做大量改造的前提下(按照接口规范对***进行安装与接口调用即可)，实现了ETC更高效停车费的自动扣费，即便在车辆没有安装有OBU和ETC，可以更加便捷快速地实现停车费的支付。

本领域技术人员将会理解的是，能够用本发明实现的目的和优点不限于以上具体所述，并且根据以下详细说明将更清楚地理解本发明能够实现的上述和其他目的。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1A和图1B为本发明一实施例中通过RSU扣费逻辑流程示意图。

图2A至图2F为本发明一实施例中通过刷卡扣费的逻辑流程示意图。

图3为本发明一实施例中通过智能终端扣费的逻辑流程示意图；

图4为本发明一实施例中适用于停车场的ETC扣费***的架构示意图。

图5为本发明一实施例中适用于停车场的ETC扣费***交互关系示意图。

图6为本发明一实施例中适用于停车场的ETC扣费***的整体流程示意图。

具体实施方式

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

在此，还需要说明的是，为了避免因不必要的细节而模糊了本发明，在附图中仅仅示出了与根据本发明的方案密切相关的结构和/或处理步骤，而省略了与本发明关系不大的其他细节。

应该强调，术语“包括/包含/具有”在本文使用时指特征、要素、步骤或组件的存在，但并不排除一个或更多个其它特征、要素、步骤或组件的存在或附加。

为了解决现有技术中停车场拥塞等问题，本发明提供了一种适用于停车场的ETC扣费***，如图1所述，该***包括：云盒、停车场收费子***和停车场RSU(即部署在停车场的RSU)。

云盒用于接收停车场收费子***发送的针对停车场待扣费用户的支付请求(扣款指令)，首先调用停车场RSU来确定用户车辆是否安装OBU。

在确定用户车辆安装有OBU及ETC卡的情况下，云盒调用部署在停车场的RSU与用户车辆的OBU进行交互，以通过用户车辆的ETC卡支付停车费用。在本发明一实施例中，云盒可通过读卡模块(或称读卡设备)来调用RSU，读卡模块可包括无线模块(如天线)和读卡器组成，天线用于与RSU无线连接，读卡器可通过USB接口等通过有线连接的方式与RSU连接，从而调用RSU。读卡器也可以用于连接其他设备。

在确定用户车辆没有安装OBU及ETC卡的情况下，则云盒调用关联的智能终端设备或关联的刷卡设备，通过由所述智能终端设备扫描用户支付标识信息进行第三方支付或者通过采用刷卡支付来支付停车费用。在本发明实施例中，用户支付标识信息可包括用户静态二维码、用户实时产生的二维码或刷卡器信息等，但并不限于此。

在支付成功后，云盒将支付结果反馈至停车场收费子***，停车场收费子***于是控制出口处栏杆抬杆放行。

在本发明实施例中，提供了多种云盒部署方式，停车场既可以选择在停车场级服务器部署云盒，也可以在车道工控机中部署云盒。云盒本地化部署结构如图4和图5所示。

在本发明一实施例中，ETC扣费***还包括与云盒关联的所述智能终端设备，该智能终端设备包括摄像头；在云盒调用关联的智能终端设备的情况下，所述摄像头被自动触发开启扫描操作。

在本发明一实施例中，ETC扣费***还包括与云盒关联的所述刷卡设备(刷卡机)；在云盒调用关联的刷卡设备的情况下，所述刷卡设备被自动触发开启，以便于用户手动刷ETC中的IC卡或银行卡。

在本发明实施例中，云盒内部封装有封装ETC卡片的密钥访问信息、OBU的密钥访问信息及RSU的密钥访问信息，承担了ETC交易控制和信息校验等复杂工作，提供了标准化API，停车场***仅需对通讯和扣费服务接口进行简单改造，即可实现停车场车道***的ETC处理功能。

此外，如图4所示，云盒内部可设有TCP通讯模块，TCP通讯模块连接有扣费逻辑控制模块，扣费逻辑控制模块连接有API设备，API设备连接操作***(如Linux操作***)，操作***与读卡模块连接，用于控制读卡模块。

在本发明的实施例中，扣费逻辑控制模块还连接mysql数据库，mysql数据库连接WEB容器，WEB容器用于提供WEB页面和管理服务功能，管理服务模块可与云中心连接。

在本发明可选实施例中，用于停车场的ETC扣费***还可包括云中心，此外还可包括智能终端。云盒可作为云中心、停车场***和RSU及智能终端的中间媒介。

本发明实施例中，可以在云盒运营方的用户终端可安装有云盒管理***软件，终端用户登录云盒管理***，通过与云盒建立通信连接，可以配置云盒日志保存天数、服务端口号、交易保存天数、交易最小间隔、是否判断车牌颜色、OBU搜索时间等信息。

通过云盒管理***，还可以修改网口的IP地址、网关、子网掩码和DNS。

通过云盒管理***，还可以完成车道和天线的增加和配置。

在本发明实施例中，通过云盒管理***，还可以进行云服务的证书和地址配置的云服务配置，以及ETC交易记录的展示。

在图5所示的示例中，多个车道分别部署有云盒，每个云盒与各个车道部署的RSU通信连接。云盒与停车场收费子***以及停车场服务器之间均可通过TCP/IP协议来进行通信。停车场收费子***和云中心平台之间以及停车场服务器与云中心平台之间均可通过超文本传输协议(http协议)进行交互。

图1A和图1B为本发明一实施例中通过RSU扣费逻辑流程示意图。如图1A和图1B所示，在车辆到达停车场出口收费点时，在出口栏杆抬杆之前，收费点处的摄像头会自动识别车辆的车牌号，并触发停车场收费子***进行收费，停车场收费子***由此发起对所述车牌号所对应的车辆的扣费请求(或称支付请求)，该付款请求中携带对应的车牌号、流水号和费用信息等，对应车道上的云盒会接收该付款请求，基于该请求通过流水号确定交易是否重复，如果重复，则拒绝该支付请求；如果交易不重复，则调用对应车道的控制模块，由该控制模块调用当前车道的RSU，通过RSU与OBU建立连接，OBU向RSU发送初始化指令，并接收初始化应答等RSU与OBU之间一系列的交互流程之后，RSU判断OBU是够被拆或者过期，如果既没有被拆，又没有过期，则RSU发送继续交易信息，并获取OBU信息，并借着获取ETC中的IC卡信息，确定卡片未过期，且通过对IC卡中的信息进行校验并成功通过校验后，进一步判断IC卡绑定的***与支付请求中的***是否一致，如果不一致则拒绝交易，如果一致，且不在黑名单，则利用IC卡进行扣费交易，并在交易成功后将交易结果更新到云盒的数据库，同时向停车场的收费子***和云中心同步上传交易结果。

在本发明另一实施例中，如图2A至图2F所示，如果通过RSU交互的方式没有交易成功，被拒绝交易或交易失败，则云盒调用对应车道的控制模块来调用刷卡操作。例如调用调用Wdcrwx.dll的CT_open接口打卡刷卡设备(在每次交易之前调用以下每个发送的指令都先调用set_Nad去选择卡槽调用IC卡的指令(IC卡卡槽：0x15)调用PSAM卡指令(PSAM卡槽：左0x13,右0x12))。通过如图2A中所示的一系列操作获得IC卡的0016文件(该文件中可包括以下信息：userID//持卡人身份标识；workerID//本***职工标识；userName[20]//持卡人姓名；userCertificationNO[32]//持卡人证件号码；userCertificationType//持卡人证件类型等)。进一步通过图2B中的一系列操作基于IC卡0015文件内容(包括以下信息：cardIssuerID[8]发卡方标识；cardType[1]卡片类型；cardVersion[1]卡片版本；cardNet[2]卡片网络编号；cardSerialNO[8]CPU内部编号；cardOpenTime[4]启用时间；cardEndTime[4]到期时间；vehicleLicenseNo[12]车牌号码；userType[1]用户类型；FCI[2]用户自定义FCI数据等)确定卡片未在黑名单的情况下，进一步通过图2C至图2E中后续步骤进行交易，并在交易成功后将交易处理结果更新到云盒的数据库，并同步上传至停车场的收费子***和云中心。刷卡交易中产生的交易信息例如包括：

“T_Transaction交易信息表：

支付流水号—停车场

卡物理号--08-0015文件[卡片网络编号+CPU内部编号]

PSAM卡编号--12-PSAM卡终端机编号[国标]前补0

车辆出厂订单—停车场

终端编号--12-PSAM卡终端机编号[国标]

卡内交易序号--10-B5-CPU卡交易序号

PSAM流水号--21-PSAM卡交易序号[终端机交易序号，psam流水号]

卡内随机数—16-消费初始化结果：伪随机数

TAC--24-消费结果：TAC码

网络编号

交易前余额--16-IC卡消费前余额

扣款金额--停车场

余额--31-交易后余额

交易类型--20-06为传统交易即刷卡交易

ETC卡片类型--08-0015文件CPU内部编号判断[22储值23记账]

停车时长—停车场

车牌号—停车场

入场时间—停车场

原始交易帧数据

设备类型—1

车颜色编码—停车场。”

在本发明另一实施例中，如图3所示，如果刷卡失败，或者另选的，在RSU与OBU交易失败的情况下，也可以通过调用动态库TWParkingLot.dll来自动触发安装在收费点便于用户扫码的固定位置的、与云盒关联的摄像头，在这种情况下，用户只需要处事付款码放到摄像头的扫描区域，通过由摄像头扫描用户支付标识信息(如二维码)来实现停车费的快速支付。在交易成功后将交易处理结果更新到云盒的数据库，并同步上传至停车场的收费子***和云中心。

在本发明另外的实施例中，如图6右侧流程所示，还可以将交易信息上传至云平台，由云平台生成二维码并主动推送至关联的智能终端，通过让用户进行扫描来实现停车费的支付。

本发明实施例的ETC扣费***和云盒产品可为停车场管理方和***集成商提供通行率更高的ETC不停车进出的便捷服务和功能，并支持停车缴费智能终端设备和ETC刷卡器等，可实现扫码支付和刷ETC卡缴纳停车费。

本发明实施例的ETC扣费***和云盒在无需对原有停车***做大量改造的前提下(按照接口规范对***进行安装与接口调用即可)，为停车场收费子***开发单位或停车场业主提供通行率更高的ETC不停车进出的便捷服务和功能，并支持停车缴费智能终端设备和ETC刷卡器等，可实现扫码支付和刷ETC卡缴纳停车费，为停车场实现无人值守提供可能。

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

本领域普通技术人员应该可以明白，结合本文中所公开的实施方式描述的各示例性的组成部分、***和方法，能够以硬件、软件或者二者的结合来实现。具体究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

本发明中，针对一个实施方式描述和/或例示的特征，可以在一个或更多个其它实施方式中以相同方式或以类似方式使用，和/或与其他实施方式的特征相结合或代替其他实施方式的特征。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims (10)

1.一种适用于停车场的ETC扣费***，其特征在于，该***包括：云盒、停车场收费子***和停车场RSU；

所述云盒接收停车场收费子***发送的针对停车场待扣费用户的支付请求，调用停车场RSU来确定用户车辆是否安装OBU；

在确定用户车辆安装有OBU及ETC卡的情况下，所述云盒调用RSU与用户车辆的OBU进行交互，以通过用户车辆的ETC卡支付停车费用；

在确定用户车辆没有安装OBU及ETC卡的情况下，所述云盒调用关联的智能终端设备或者调用关联的刷卡设备，通过由所述智能终端设备扫描用户支付标识信息进行第三方支付或者通过采用刷卡支付来支付停车费用；

所述支付成功后，所述云盒将支付结果反馈至停车场收费子***，由所述停车场收费子***控制出口栏杆抬杆放行。

2.根据权利要求1所述的***，其特征在于，所述云盒封装有以下单元的密钥访问信息：ETC卡片、OBU及RSU。

3.根据权利要求2所述的***，其特征在于，

所述停车场云盒内部设有TCP通讯模块，所述TCP通讯模块连接有扣费逻辑控制模块，所述扣费逻辑控制模块连接有设备API，所述设备API连接有操作***，所述操作***与读卡设备连接；

所述扣费逻辑控制模块还连接有mysql数据库，所述mysql数据库连接有管理服务模块，所述管理服务模块与远端云中心连接。

4.根据权利要求1所述的***，其特征在于，所述云盒部署在停车场服务器中或者部署在停车场的车道工控机中。

5.根据权利要求1所述的***，其特征在于，所述用户支付标识信息包括用户静态二维码、实时产生的二维码或刷卡器信息。

6.根据权利要求1所述的***，其特征在于，所述***还包括与所述云盒关联的所述智能终端设备，所述智能终端设备包括摄像头；

在所述云盒调用关联的所述智能终端设备的情况下，所述摄像头被自动触发开启扫描操作。

7.根据权利要求1所述的***，其特征在于，所述***还包括与所述云盒关联的所述刷卡设备；

在所述云盒调用关联的所述刷卡设备的情况下，所述刷卡设备被自动触发开启。

8.根据权利要求1所述的***，其特征在于，所述云盒还包括所述云盒还包括防重模块，所述防重模块用于在接收到支付请求时，确定所述支付请求是否为重复的请求，在所述支付请求为重复的请求的情况下拒绝所述支付请求。

9.根据权利要求6所述的***，其特征在于，所述云盒中配置有是否判断车牌颜色的选项，在该选项被配置为判断车牌颜色时，所述云盒在接收到来自停车场收费子***的支付请求后，通过所述摄像头拍摄待扣费车辆的颜色，通过与RSU的交互确定所拍摄的车辆颜色是否与OBU中记载的车辆信息一致，如果二者不一致，给出提示信息或拒绝交易请求。

10.一种适用于停车场的ETC扣费方法，其特征在于，所述方法包括以下步骤：

接收停车场收费子***发送的针对停车场待扣费用户的支付请求，基于所述支付请求调用停车场RSU来确定用户车辆是否安装OBU；

在确定用户车辆安装有OBU及ETC卡的情况下，调用RSU与用户车辆的OBU进行交互，以通过用户车辆的ETC卡支付停车费用；

在确定用户车辆没有安装OBU及ETC卡或者通过ETC卡交易失败的情况下，调用关联的智能终端设备或者调用关联的刷卡设备，通过由所述智能终端设备扫描用户支付标识信息进行第三方支付或者通过采用刷卡支付来支付停车费用；

所述支付成功后，将支付结果反馈至停车场收费子***，停车场收费子***控制通信栏杆抬杆放行。

Images