一种收费方法、装置及系统与流程

本说明书涉及支付技术领域，尤其涉及一种收费方法、装置及系统。

背景技术：

随着生活水平的提高，汽车在我们的生活中越来越普及，当然也出现了一系列的汽车相关的服务，比如停车服务、加油服务、洗车服务等，提供这些服务后，必然涉及到费用支付的问题。随着支付技术的发展，如何实现既便捷又安全的支付已成为人们追求的一个趋势。因此，如何在汽车服务的过程中简化各种支付流程，并且保证支付的安全是十分重要的。目前，涉及到车辆的支付场景都是基于车牌信息来实现自动无感支付的，比如，将车牌信息与用户的银行卡绑定，通过获取车辆的车牌信息，从绑定的银行卡去扣费。因此，如何保证获取的车牌信息是准确的，以避免车牌信息误识造成误扣费，保证无感支付的安全性是非常重要的。

技术实现要素：

基于此，本说明书提供了一种收费方法、装置、设备及系统。

根据本说明书实施例的第一方面，提供一种收费方法，包括：

获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu识别到的车牌信息以及从摄像装置采集到的所述车辆的视频图像中识别到的车牌信息；

判断基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；

如一致，则将所述车牌信息发送给支付系统，以使所述支付系统基于所述车牌信息完成扣费；

根据所述支付系统返回的通知确定是否对所述车辆放行。

根据本说明书实施例的第二方面，提供一种收费装置，所述收费装置包括：

获取模块，获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu识别到的车牌信息以及从摄像装置采集到的所述车辆的视频图像中识别到的车牌信息；

判断基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；

发送模块，如一致，则将所述车牌信息发送给支付系统，以使所述支付系统基于所述车牌信息完成扣费；

决策模块，根据所述支付系统返回的通知确定是否对所述车辆放行。

根据本说明书实施例的第三方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1至8任意一项所述的方法。

根据本说明书实施例的第四方面，提供一种收费系统，所述收费系统包括：应用程序以及支付系统，

所述应用程序获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu识别到的车牌信息以及从摄像装置采集到的所述车辆的视频图像中识别到的车牌信息；判断基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；如一致，则将所述车牌信息发送给支付系统；

所述支付系统基于所述车牌信息完成扣费；

所述应用程序根据所述支付系统返回的扣费结果确定是否对所述车辆放行。

根据本说明书实施例的第五方面，提供一种收费系统，所述收费系统包括：终端、支付服务器和摄像装置，

所述终端获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu识别到的车牌信息以及从摄像装置采集到的所述车辆的视频图像中识别到的车牌信息；判断基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；如一致，则将所述车牌信息发送给支付服务器；

所述支付服务器基于所述车牌信息完成扣费；

所述终端根据支付服务器返回的扣费结果确定是否对所述车辆放行。

应用本说明书实施例方案，在获取车辆的车牌信息时，基于车量的obu去获取车牌信息的同时，采用摄像装置采集车辆的视频图像，从视频图像中识别车牌信息；然后判断基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；如果一致，才将车牌信息发给支付系统，以便支付系统基于车牌信息完成扣费。通过将采用摄像装置拍照获取车牌信息与基于obu识别车牌信息两种方式结合，双重认证车牌信息，保证了获取的车牌信息的准确性，同时也提高了支付的安全性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书一个实施例的rsu与obu通信的原理示意图。

图2是本说明书一个实施例的一种收费方法的流程图。

图3是本说明书一个实施例的应用程序调用第三方支付系统实现支付服务的原理图。

图4是本说明书一个实施例的一种收费方法的应用场景图。

图5是本说明书一个实施例的一种收费装置的逻辑结构示意图。

图6是本说明书一个实施例的用于实施本说明书方法的计算机设备的结构示意图。

图7是本说明书一个实施例的一种收费系统示意图。

图8a-8b是本说明书一个实施例的一种收费系统示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

汽车在我们的生活中越来越普及，当然也出现了一系列的汽车相关的服务，比如停车场服务、加油服务、洗车服务等，提供这些服务后，必然涉及到费用支付的问题。随着支付技术的发展，如何实现既便捷又安全的支付已成为人们追求的一个趋势。因此，如何在汽车服务的过程中简化各种支付流程，并且保证支付的安全是十分重要的。目前，涉及到车辆的支付场景都是基于车牌信息来实现自动无感支付的。以基于车辆obu来识别车牌信息为例，大多数车辆都会安装obu(onboardunit，车载单元)，以便配合目前高速收费站的etc(electronictollcollection，不停车电子收费系统)进行自动扣费等。基于车辆obu识别车辆的身份，实现扣费的原理如下：一般在etc闸机附近会安装一个rsu(roadsideunit，路测单元)，rsu采用dsrc(dedicatedshortrangecommunication：专用近程通讯)技术，与车载单元(obu，onboardunit)进行微波通讯，识别车辆的车牌信息，再进行扣费。具体通讯过程如图1所示：rsu的天线会在预设范围内朝着某个特定的角度不停发送出探测微波，比如在距离etc通道的闸机2米内，与地面呈45°角的方向发送探测微波，当车辆到达etc通道的闸机附近时，进入到某个范围内，车辆的obu就会接收到rsu发送的微波，这时obu就会被唤醒，然后将车辆的车牌信息发送给rsu。通常，车主在申领obu时，都要将车主的车牌信息、obu以及车主的银行卡账户提交到高速联网中心，并且办理相应的代扣款手续，高速联网中心会存储这些信息。当rsu接收到车辆obu发送的车牌信息后，便会将车牌信息发送给高速收费系统，高速收费系统接收到车牌信息后就会基于车牌信息向高速联网中心发送支付请求，以便高速联网中心从车牌信息对应的银行卡账户自动扣费。

随着obu在车辆中的普及，基于车辆的obu识别车辆的车牌信息，然后实现无感支付已逐渐在其他的各种场合应用。但是，其他的应用场景与高速etc不一样，高速etc车辆都是朝同一个方向，比较有序，且在etc闸机周围也不会出现过多其他的车辆，因而采用基于obu识别到的车牌信息一般都比较准确。并且，目前高速采用的与obu通信的装置为rsu，rsu定位比较准确，因而获取到的车牌信息也比较准确。但是rsu的成本比较高，所以都在考虑使用成本低一些的通信装置代替rsu与obu通信。所以，假如将基于obu识别用到在其他场景，比如停车场、加油站、充电站，在闸机附近的车辆会比较多，也比较杂乱，所以很有可能旁边也有其他车辆的obu进入到可以接收到微波信号的范围，或者，使用的与obu通信的通信装置定位准确度低一些，比如不如rsu定位准确，那么在这些情况下，就很可能获取到错误的车牌信息，造成车牌信息误识，误扣费的情况，这将带来非常严重的后果。因而，在基于车牌信息实现自动扣费的场景，保证获取的车牌信息的准确性是非常关键的。

基于此，本说明书实施例提供一种收费方法，可以将基于车辆obu识别车牌信息以及采用摄像装置拍照获取车牌信息结合，双重确定车牌信息，以保证获取的车牌信息的准确性，使得基于识别到的车牌信息来实现无感支付更加安全可靠。如图2所示，所述方法可包括以下步骤：

s202、获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu识别到的车牌信息以及从摄像装置采集到的所述车辆的视频图像中识别到的车牌信息；

s204、判断基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；

s206、如一致，则将所述车牌信息发送给支付系统，以使所述支付系统基于所述车牌信息完成扣费；

s208、根据所述支付系统返回的通知确定是否对所述车辆放行。

本说明书实施例提供的收费方法可以用于各种为车辆提供服务后的收费场景，比如，停车场收费、加油站收费、充气站收费、洗车服务后收费等，该方法可以用上述各场景中的对应执行收费功能的收费系统或收费装置，比如停车场的收费系统、加油站的收费系统等。

一般在上述各种车辆服务场景中，都会预先划定出一块指定区域，车辆进入该指定区域的时候则可以获取到车辆的车牌信息，其中，获取车辆的车牌信息包括基于该车辆的obu识别到的车牌信息，比如可以在停车场、加油站等场所的出入口位置安装一个rsu或者具有相似功能的通信装置，通过rsu与obu进行微波通信，来获取车辆的车牌信息，当然本申请不仅限于使用rsu与obu通信，还可以采用其他具有与obu通信功能的通信装置。由于有些时候基于obu获取的车牌信息不一定准确，比如与obu通信的装置定位可能不是那么准确，可能获取的车牌信息是旁边的车辆的车牌信息，所以在基于车辆的obu获取到车牌信息后，还可以同时采用摄像装置对车辆进行摄像，获得车辆的视频图像，并从获取的视频图像中识别出车牌信息。其中，车牌信息可以通过预设的图像识别算法进行识别，比如可以通过收费系统中的预设的算法进行识别。通过obu获取到车牌信息以及通过摄像装置采集的视频图像识别出车牌信息后，可以将基于obu获取的车牌信息和从视频图像中识别出来的车牌信息进行比较，判断两者是否一致，如果一致，则说明车牌信息是的准确度较高，则可以将车牌信息发送给支付系统，以便支付系统基于车牌信息完成扣费。这样便大大提高了获取的车牌信息的准确度，避免出现误扣费现象。

在某些实施例中，所述支付系统可以是第三方支付系统，所述第三方支付系统预先将车辆的obu与用户的支付账户绑定。在判断基于车辆的obu获取到车牌信息与从摄像装置采集到的视频图像识别出的车牌信息一致后，可以将该车牌信息发送给第三方支付系统，第三方支付系统对所述车辆关联的支付账户进行扣费。随着支付技术的日益发展，第三方支付系统已经越来越普及，比如支付宝等，目前，大多数用户在日常的消费中都通过第三方支付系统进行支付，并且大多数用户的手机、电脑等终端也都安装有第三方支付系统的app(application：应用程序)。因此，第三方支付系统可以提供相应的服务，以便用户可以方便快捷地通过手机终端上第三方支付系统的app去提交用户的车牌信息、obu的id以及签订相应的代扣款协议，以便第三支付系统可以将用户的支付账户、obu以及车牌信息绑定起来。当然，在某些情况下，第三方支付系统可以直接提供obu申领的服务，用户可以直接通过第三方支付系统的app去申领obu，并且在申领obu时提供用户的车牌信息和个人信息以及开通相应的代扣款协议，这样第三方支付系统便可以将用户的支付账户和车辆obu、车牌信息预先绑定起来。收费系统在判断通过两种方式获取的车牌信息一致后，可以将车牌信息发给第三方支付系统，第三方支付系统根据预先存储的车辆obu、车牌信息以及支付账户的绑定关系，从相应的支付账户扣费，并且将扣费结果返回给收费系统，收费系统基于第三方支付系统返回的扣费结果决定是否放行车辆。

本申请通过使用目前已经比较普遍的第三方支付系统预先将用户的车辆的obu、车牌信息以及支付账户绑定起来，在停车场、加油站等各种为车辆提供服务的支付场景中，只需收费系统将获取的车辆信息发送给第三方支付系统，第三方支付系统便可以实现自动扣费，与现有技术相比，非常方便快捷。以停车场的收费为例，现有技术中，如果要采用通过rsu与obu进行微波通讯，识别车辆的车牌信息，再进行扣费的技术，收费系统必须与高速的联网中心打通，才能代扣费，这在实现起来比较繁琐，且收费过程中，由于要经过很长的通讯链路，收费的速度比较慢。此外，用户去联网中心办理obu与车牌信息、银行卡账户绑定以及代扣费的相关手续也比较繁琐。本申请只需用户通过手机等终端在第三方支付系统的app中提交用户的车牌信息、obu的id即可，避免了以往繁琐的流程，且停车场、加油站等场所的收费系统无需去跟高速联网中心打通，便于实施和推广。另外，无需通过高速联网中心来实现代扣费，收费过程中无需通过较长的通讯链路，也可以提升收费的速度。

在某些实施例中，所述各场景中的执行收费功能的收费系统，可以是独立软件开发商isv应用程序(independentsoftwarevendor，独立软件供应商)，比如可以是独立软件开发商开发的一个停车场管理软件，或者是加油站管理软件。通常，isp(internetserviceprovider，互联网服务提供商)可以将其提供的各种服务封装后，并提供一个api(applicationprogramminginterface，应用编程接口)，供第三方开发者使用。而sip(serviceintegrationplatform，服务集成平台)将多个isp(internetserviceprovider，互联网服务提供商)的服务集成在统一的平台上，以供isv调用这些服务。所以，本说明书实施例中，各个收费系统调用第三方支付系统来完成扣费功能的原理如图3所示，isv应程序(如停车场管理软件、加油站管理软件等)可以通过sip来调用第三方支付系统提供的支付服务，来完成收费功能。

目前，基于车辆的obu去获取车辆的车牌信息大多都是采用rsu去跟obu通信，获取车牌信息。rsu和obu通过专用的短程通讯技术来实现微波通讯，两者的通讯是基于dsrc标准实现的。为了精准地对车辆进行定位，一般对rsu的天线发射的微波的方向和范围有严格的要求，比如必须是与地面呈多少角度、在什么范围内，这样才能保证接收到的是当前通过etc闸道的车辆的车牌信息，而不是旁边的车辆的车牌信息。由于要求rsu天线精准定位，这会造成rsu的成本较高。为了降低rsu成本，在本说明书的某些实施例中，可以采用一个定制的5.8g通信装置来代替rsu与obu进行通信，该定制的5.8g通信装置仿造rsu的与obu的通信原理研制，但是在天线设计的时候将其定位的精准度降低了一些，并且大大的节约了制造成本。这样便可以同样达到与车辆的obu通信的功能，并且成本也得到了降低。由于本申请同时采用了摄像装置拍照来获取车牌信息，对车牌信息进行双重认证，即便基于obu获取的车牌信息准确度有所降低，也可以保证最终发送给支付系统的车牌信息的准确度，这样既降低了成本，又保证了支付安全性。

由于摄像装置采集的车辆的视频图像比较多，如果要采用图像识别算法去识别车牌信息，计算量会比较大，收费系统的处理压力也比较大。所以，在某些实施例中，第三方支付系统如果本身具有图像识别的功能，并且提供图像识别的服务以及调用服务的接口，比如说支付宝可以提供图像识别的服务，这时，收费系统便可以通过调用接口调用第三方支付系统从视频图像中识别出车牌信息。这样收费系统就无需采用算法去对车辆的视频图像进行识别，而是把图像识别的工作放到云端进行，可以减轻收费系统的处理压力，提升整个支付过程的效率。

另外，摄像装置可以在车辆靠近闸机时才开始采集车辆的视频图像，避免收费系统要对大量视频图像进行识别处理。比如，可以在闸道附近安装一个红外装置，当通过红外线检测到有车辆靠近时，红外装置会通知收费系统，以便收费系统通知摄像装置开始采集视频图像，当检测到车辆远离时，则停止采集。当然，也可以在闸道附近的地面安装一个传感装置，当传感装置检测到车辆压过路面的压力时，则通知收费系统，以便收费系统通知摄像装置开始采集视频图像。此外，在某些实施例中，还可以通过5.8g通信装置对车辆进行定位，由于5.8g通信装置只能在一定的范围内才能跟obu通信，也就是说当5.8g通信装置能接收到obu发送的信号时，说明车辆已经在闸道附近，这时摄像装置就可以开始采集视频图像了。所以，当收费系统接收到5.8g通信装置发送的车牌信息时，则说明车辆已经靠近闸道，这时收费系统便可以给摄像装置发送一个视频图像采集指令，摄像装置接收到该指令后便开始采集车辆的视频图像。

由于有些情况，基于obu识别的车牌信息可能存在误识，比如，如果采用定制的5.8g通信装置精确度不如rsu，或者周围的车辆比较多，也可能有其他车辆落入了微波通信的范围内，这时便会存在小概率的误识情况，比如识别到的是后面或者旁边的车辆的车牌信息。而通过图像识别的方法识别出车牌信息，目前识别准确率也只能达到95％，所以还是存在一定概率的误识。所以，在某些情况下，如果基于obu获取的车牌信息和从视频图像中识别出来的车牌信息不一致的话，这时，可能是两种方式中的一种方式获取的车牌信息是不对的，为了进一步确认哪个车牌信息是正确的，可以通知摄像装置重新对车辆进行拍照，以便获取更清晰的视频图像，然后进行图像识别，或者是通知5.8g通信装置重新与obu进行通信，再次获取车牌信息，然后再进行比较，以便确定出真实的车牌信息。

为了进一步解释本说明书实施例提供收费方法，以下再以一个具体的实施例详细说明。

目前人们在支付时都追求比较方便、快捷且安全的支付方式。以停车场的收费为例，停车场目前的比较便捷的无感支付主要有两种方式，一种方式是通过摄像头识别车牌信息，然后基于车牌信息收费，由于图像识别准确度不高，这种方式存在误识别，且如果要采用第三方支付，需要停车场的管理软件开发商isv跟各个停车场签订协议，很繁琐。另一种方式是在停车场出口安装rsu，rsu与车辆obu通信，获取车牌信息，然后发送给高速联网中心，进行扣费。这种方式要求停车场的管理软件与高速联网中心打通，且收费的通讯链路长，速度慢，并且rsu成本非常高，不适合推广应用。本说明书实施例提供了一种安全、快捷的停车场收费方法。

图4为一个应用场景示意图。当用户需要申领obu时，可以通过手机终端上的支付宝app提供的“etc申请页面”申领obu，在申请的同时用户可以提供自己的车辆信息和个人信息，并开通停车场支付协议，这时，支付宝系统便可以将用户的车辆信息、obu的id以及用户的支付宝账户绑定起来。停车场管理软件为isv应用程序，可以通过支付宝提供的api调用支付宝提供的支付或者是其他的服务。如图4所示，在停车场出入口的闸机41附近，还安装有一个定制的5.8g通信装置42，该5.8g通信装置42可以在预设的范围内与车辆的obu进行微波通讯。同时，闸机41附近还安装有摄像头43，该摄像头43用于采集车辆的车牌信息。闸机41、5.8g通信装置42以及摄像头43可以通过线路或者网络与安装有停车场的管理软件的电脑通信。停车场系统中的5.8g通信装置42会不断地发送出探测微波，当车辆靠近停车场系统中的闸机41，进入到预设的区域时，车辆obu44便可以接收到5.8g通信装置42发送的探测微波，车辆obu44被唤醒，并开始与5.8g通信装置42通信，车辆的obu44会将车辆的车牌信息发送给5.8g通信装置42，5.8g通信装置42识别到车牌信息后，会发送给停车场管理软件45，停车场管理软件45接收到5.8g通信装置42发送的车牌信息后，知道车辆已经靠近闸机41，便通知摄像头43开始采集车辆的视频图像，摄像头43采集到车辆视频图像后，发送给停车场管理软件45，停车场管理软件45可以通过预设算法从视频图像中识别出车牌信息，当然，停车场管理软件45也可以调用支付宝提供的图像识别服务，对视频图像进行识别。停车场管理软件45识别到车牌信息后，可以将基于obu识别到的车牌信息以及从视频图像中识别的车牌信息进行比较，判断两者是否一致，如果一致，则通知闸机开启，放行该车辆。如果两者不一致，则可能是两者中的一个出现误识，因此，停车场管理软件45会通知5.8g通信装置42重新从车辆obu获取车牌信息，或者通知摄像头43重新采集视频图像，以便确认出正确的车牌信息。

当然，停车场知识本说明书实施例列举的一个应用场景，本说明书实施例提供的收费方法还可以用于车辆加油站、充气站、充电站、洗车等各种车辆服务需要支付的场景，其基本原理相似，再次不在赘述。

通过本说明书实施例提出的收费方法，可以借助于普遍实用的第三方收费系统来实现无感收费，停车场的管理软件无需与高速联网中心打通，且用户开通手续也很便捷，且通过自研的5.8g通信装置和摄像头双重确认车辆车牌信息，可以准确地获取车牌信息，避免误识，同时采用自研的5.8g通信装置相比rsu而言，也大大降低了成本。

以上实施例中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。

如图5所示，是与本说明书收费方法相对应的收费装置，所述收费装置可包括：

获取模块51，获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu识别到的车牌信息，以及从摄像装置采集到的所述车辆的视频图像中识别到的车牌信息；

判断模块52，判断基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；

发送模块53，如一致，则将所述车牌信息发送给支付系统，以使所述支付系统基于所述车牌信息完成扣费；

决策模块54，根据所述支付系统返回的通知确定是否对所述车辆放行。

在一个实施例中，所述支付系统为第三方支付系统，所述第三方支付系统预先将所述车辆的obu与指定支付账户绑定；所述支付系统基于所述车牌信息完成扣费包括：

所述第三方支付系统从与所述车辆的obu绑定的指定支付账户进行扣费。

在一个实施例中，所述摄像装置采集所述车辆的视频图像在接收到视频图像采集指令后执行，所述视频图像采集指令在接收到基于所述车辆的obu识别到的车牌信息后发送。

在一个实施例中，基于所述车辆的obu车载单元识别到的车牌信息通过定制的5.8g通信装置识别得到，所述5.8g通信装置通过微波与位于指定区域的车辆的obu通信，获取所述车牌信息。

在一个实施例中，若基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息不一致，则通知所述摄像装置重新采集所述车辆的视频图像，或者通知所述5.8g通信装置重新获取所述车辆的车牌信息。

在一个实施例中，所述第三方支付系统提供图像识别服务，并提供调用所述图像识别服务的调用接口，从所述视频图像中识别出车牌信息包括：通过所述调用接口调用所述第三方支付系统提供的图像识别服务从所述视频图像中识别出车牌信息。

在一个实施例中，所述收费装置包括独立软件供应商isv应用程序。

在一个实施例中，所述收费装置用于停车场的车辆收费系统。

上述装置中各个模块的功能和作用的实现过程具体详情见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本说明书装置的实施例可以应用在计算机设备上，例如服务器或智能终端。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本说明书装置所在计算机设备的一种硬件结构图，除了图6所示的处理器602、内存604、网络接口606、以及非易失性存储器608之外，实施例中装置所在的服务器或电子设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。相应地，本说明书实施例还提供一种计算机存储介质，所述存储介质中存储有程序，所述程序被处理器执行时实现上述任一实施例中的方法。

相应地，本说明书实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一实施例中的方法。

本申请可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本申请说明书实施例还提供一种收费系统，所述收费系统可以用于停车场、加油站、充气站、充电站、洗车等各种车辆服务需要支付的场景。如图7所示，所述收费系统包括一个应用程序71和一个支付系统72，所述应用程序71获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu73识别到的车牌信息以及从摄像装置74采集到的所述车辆的视频图像中识别到的车牌信息；判断所述基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；如一致，则将所述车牌信息发送给支付系统72；所述支付系统基于所述车牌信息完成扣费，并向所述isv应用程序返回扣费结果，所述应用程序根据返回的扣费结果确定是否对所述车辆放行。

在一个实施例中，所述支付系统为第三方支付系统，所述第三方支付系统预先将所述车辆的obu与指定支付账户绑定；所述支付系统基于所述车牌信息完成扣费包括：

所述第三方支付系统从与所述车辆的obu绑定的指定支付账户进行扣费。

在一个实施例中，所述摄像装置采集所述车辆的视频图像在接收到视频图像采集指令后执行，所述视频图像采集指令在接收到基于所述车辆的obu识别到的车牌信息后发送。

在一个实施例中，基于所述车辆的obu车载单元识别到的车牌信息通过定制的5.8g通信装置识别得到，所述5.8g通信装置通过微波与位于指定区域的车辆的obu通信，获取所述车牌信息。

在一个实施例中，若基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息不一致，则通知所述摄像装置重新采集所述车辆的视频图像，或者通知所述5.8g通信装置重新获取所述车辆的车牌信息。

在一个实施例中，所述第三方支付系统提供图像识别服务，并提供调用所述图像识别服务的调用接口，从所述视频图像中识别出车牌信息包括：通过所述调用接口调用所述第三方支付系统提供的图像识别服务从所述视频图像中识别出车牌信息。

从硬件层面，本申请说明书实施例还提供一种收费系统，如图8a所示，所述收费系统包括终端81和支付服务器82，所述终端上安装有应用程序，所述应用程序用于获取指定区域车辆的车牌信息，所述车牌信息包括基于所述车辆的车载单元obu83识别到的车牌信息，以及从摄像装置84采集到的所述车辆的视频图像中识别到的车牌信息；判断所述基于所述车辆的obu识别到的车牌信息与从所述车辆的视频图像中识别到的车牌信息是否一致；如一致，将所述车牌信息发送给支付服务器；所述支付服务器基于所述车牌信息完成扣费，并返回扣费结果。所述终端的应用程序根据支付服务器返回的扣费结果确定是否对所述车辆放行。

在一个实施例中，所述支付服务器为第三方支付平台的服务器，所述支付服务器预先将所述车辆的obu与指定支付账户绑定，所述支付服务器接收到车牌信息后，对所述车辆关联的支付账户进行扣费，并返回扣费结果。

在一个实施例中，如图8b所示，所述收费系统还包括定制的5.8g通信装置85，所述5.8g通信装置85通过微波与位于指定区域的车辆的obu83通信，获取所述车牌信息，并将所述车牌信息发送给所述终端。

本领域技术人员在考虑说明书及实践这里公开的说明书后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。