CN108629860B - 针对路桥收费站的收费处理方法、装置、系统及介质 - Google Patents

Abstract

本申请提供一种针对路桥收费站的收费处理方法、装置、系统及介质，涉及互联网技术领域，该方法包括：获取设置在路桥收费站的图像检测设备发送的车辆信息；获取针对所述车辆的路桥费用信息；根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方。本申请实施例可以在已有的网约车服务的基础上，利用车主数据，当车主经过收费站时，为车主提供一种高效率低成本的收费处理方案。

Description

针对路桥收费站的收费处理方法、装置、系统及介质

技术领域

本申请涉及互联网技术领域，尤其涉及针对路桥收费站的收费处理方法、装置、系统及介质。

背景技术

现有的路桥收费站的收费处理方式中，较为常见的是人工收费方式，此种方式需要收费员向车主收取现金，该收费方式操作繁琐、效率较低。

另一种常见方式是利用不停车电子收费系统(Electronic Toll Collection，ETC)，该方式通过安装在车辆上的车载电子感应器与在收费站ETC车道上安装的微波天线进行微波专用短程通讯，利用网络与银行进行后台结算处理，从而达到车辆通过路桥收费站不需停车而能交纳路桥费的目的。但ETC技术需要车主在车辆上装置感应器，也需要办理ETC专用银行卡来实现扣费。并且，还存在不同地区配置不同ETC系统的情况，车主车辆的感应器可能无法适配所有地区的ETC系统。因此，该方式存在成本较高的问题。

综上所述，如何提供一种高效率、低成本的收费处理方式，成为亟待解决的技术问题。

发明内容

为克服相关技术中存在的问题，本申请提供了针对路桥收费站的收费处理方法、装置、系统及介质。

一种针对路桥收费站的收费处理方法，其特征在于，应用于网约车服务器，所述方法包括：

获取设置在路桥收费站的图像检测设备发送的车辆信息；

获取针对所述车辆的路桥费用信息；

根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方。

一种针对路桥收费站的收费处理系统，包括图像检测设备、网约车服务器和路桥收费方电子设备；

所述图像检测设备设置在路桥收费站处，用于：采集车辆信息并发送给所述网约车服务器；

所述路桥收费方电子设备用于：向网约车服务器发送针对所述车辆的路桥费用；

所述网约车服务器用于：

获取图像检测设备发送的车辆信息；

获取针对所述车辆的路桥费用信息；

根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后向路桥收费方电子设备发送通知消息。

一种针对路桥收费站的收费处理装置，应用于网约车服务器，所述装置包括：

车辆信息获取模块，用于：获取设置在路桥收费站的图像检测设备发送的车辆信息；

费用信息获取模块，用于：获取针对所述车辆的路桥费用信息；

查询模块，用于：根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

扣费通知模块，用于：在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令被处理器执行时实现以下步骤：

获取设置在路桥收费站的图像检测设备发送的车辆信息；

获取针对所述车辆的路桥费用信息；

根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请实施例中，网约车服务方利用图像检测设备所采集的车辆信息，可以判断经过收费站的车辆是否为网约车服务方的注册用户，在确定车主为注册用户的情况下，网约车服务方可以为车主代扣路桥费用。本实施例可以在已有的网约车服务的基础上，利用车主数据，当车主经过收费站时，为车主提供一种高效率低成本的收费处理方案。

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

附图说明

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

图1A是本申请根据一示例性实施例示出的一种针对路桥收费站的收费处理系统的框图。

图1B是本申请根据一示例性实施例示出的一种针对路桥收费站的收费处理方法的流程图。

图2是本申请根据一示例性实施例示出的一种针对路桥收费站的收费处理装置的框图。

具体实施方式

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

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

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

随着智能设备的普及和移动互联网的高速发展，网约车等出行服务为人们的出行提供了较多便利，其在日常生活中的使用越来越频繁。提供网约车服务的服务方可以提供出行应用(APP，Application)给用户，用户通过在智能终端中安装出行APP，获得服务方所提供的出行服务。

通常，网约车场景下，用户群体通常涉及两种类型：司机用户和乘客用户。司机用户和乘客用户都可以利用个人设备预先在服务器注册账户，并向服务器提供个人信息(例如身份信息、支付账户、司机所登记车辆的车牌号码、车辆颜色、车型、车辆品牌、一个或多个通信号码、通信地址等)。服务器存储和维护有用户信息，并可以为用户提供网约车等多种业务服务。

针对相关技术中的路桥收费站的收费处理操作繁琐、效率较低和成本较高的路桥收费站的问题，本申请实施例提供一种针对路桥收费站的收费处理方案，可应用于网约车服务方，网约车服务方可以利用图像检测设备所采集的车辆信息，可以判断经过收费站的车辆是否为网约车服务方的注册用户，在确定车主为注册用户的情况下，网约车服务方可以为车主代扣路桥费用。本实施例可以在已有的网约车服务的基础上，利用车主数据，当车主经过收费站时，为车主提供一种高效率低成本的收费处理方案。

如图1A所示，是本申请根据一示例性实施例示出的一种针对路桥收费站的收费处理系统的框图，包括图像检测设备、网约车服务器和路桥收费方电子设备。

本实施例的路桥收费站是指为针对道路、桥梁或隧道等收取车辆通行费而建设的交通设施。

所述图像检测设备设置在路桥收费站处，用于：采集车辆信息并发送给所述网约车服务器。

其中，该图像检测设备可以采用高速网络摄像头等具有拍摄功能的电子设备，可设置路桥收费站处，当车辆行驶至收费站闸口处，可自动对车辆进行拍摄。在某些例子中，车辆信息可以携带有车辆图像，图像检测设备将所拍摄的车辆图像提供给网约车服务器，以供网约车服务器通过车辆图像识别出车牌号码、车辆颜色、车型、车辆品牌等相关信息。在某些例子中，图像检测设备可以是具有图像识别功能的拍摄设备，图像检测设备可以从所拍摄的车辆图像中识别出车牌号码、车辆颜色、车型、车辆品牌等相关信息，之后将上述信息发送给网约车服务器。其中，上述信息可以利用图像识别算法或OCR(OpticalCharacter Recognition，光学字符识别)等相关技术中快速识别，具体的识别技术可参看相关技术的处理过程，本实施例对此不进行赘述。

本实施例中，路桥收费方在收费站设置有个人计算机等电子设备，所述路桥收费方电子设备用于：向网约车服务器发送针对所述车辆的路桥费用。每个收费站都有不同的收费规则，针对不同类型的车辆所收取的路桥费用也不同，具体的路桥费用可以由路桥收费方确定，由路桥收费方发送给网约车服务方。实际应用中，路桥收费方和网约车服务方可以预先约定数据封装规则，数据封装规则可以定义：数据的封装协议、编码协议、发送协议、解压协议或加解密协议等等约定的规则，以使路桥收费方和网约车服务方之间能按照约定的规则传输数据。

针对网约车服务器，请参考图1B，是根据一示例性实施例示出的一种针对路桥收费站的收费处理方法，应用于网约车服务器中，可以执行如下步骤：

在步骤101中，获取图像检测设备发送的车辆信息。

在步骤102中，获取针对所述车辆的路桥费用信息。

在步骤103中，根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户。

在步骤104中，在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方。

其中，在某些例子中，图像检测设备发送的车辆信息携带有车辆图像，则可以利用图像识别算法或OCR(Optical Character Recognition，光学字符识别)等相关技术从车辆图像中识别出车牌号码、车辆颜色、车型、车辆品牌等相关信息。在某些例子中，图像检测设备发送的可以是具体的车牌号码、车辆颜色、车型、车辆品牌等相关信息。

由于网约车服务器可以通过用户数据库维护有用户数据，针对预先登记的司机用户，每个司机用户的数据中登记有其所驾驶车辆信息，因此，可以从预设的用户数据库查询所述车辆是否归属预先登记的车主用户。

在一个可选的实现方式中，所述根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户，可以包括：

从所述车辆信息中获取车牌号码，在所述用户数据库查询所述车牌号码，根据查询结果确定所述车辆是否归属预先登记的车主用户。

本申请实施例中，由于OCR技术可以快速地从图像中识别出字符，并且车牌号码通常具有唯一性，因此可以在用户数据库车牌号码，根据查询结果确定所述车辆是否归属预先登记的车主用户。

在另一些例子中，还可以进一步结合车辆颜色、车型、车辆品牌等相关信息进行确定，本实施例对此不作限定。

在确定车辆归属预先登记的车主用户，由于该车主用户在网约车服务器侧记录有支付账户，网约车服务器可以为路桥收费方代扣路桥费用，在扣费成功后可以通知路桥收费方，路桥收费方则可以对车辆放行。

由上述实施例可见，利用网约车服务器已有的网约车服务，车主用户无需办理银行卡、无需安装其他APP等操作，网约车服务器可以自动通过已有用户数据库对车主用户进行代扣路桥费操作；对于路桥收费方来说，路桥收费方无需人工对用户收取费用，可减少路桥收费方的操作，收费效率显著提升，车辆通行速度显著提高。

网约车服务器为路桥收费方代扣路桥费用后，网约车服务器还可以在通知路桥收费方后，将所述路桥费用支付给所述路桥收费方。实际应用中，支付过程可以根据网约车服务方与路桥收费方的约定而灵活配置，例如，支付过程中可以涉及支付数据的处理，支付数据可以包括有扣费时间、扣费地点、收费站标识、扣费费用、车牌号码或车型等等相关扣费信息，以供网约车服务方与路桥收费方双方核对。另外，还可以约定路桥收费方的收款账户和结算时间。针对支付时间，可以是实时支付，也即是车辆经过收费时，网约车服务器实时扣费，并实时向路桥收费方支付该笔费用。在另一些例子中，支付操作还可以是周期性结算操作，具体的周期可以灵活配置，例如每天一次支付、每周一次支付或每月一次支付等等。对于周期性支付的方式，网约车服务器可以针对该周期内所发生的所有车辆的扣费操作一次性进行支付，从而可以提高支付处理效率，减少与路桥收费方的数据传输次数。

在网约车场景中，车主用户有可能搭载乘客，在通过收费站时有可能处于行程订单状态中，因此，本实施例中，所述根据所述路桥费用信息进行扣费操作，可以包括：

判断所述车主用户是否有正在进行的行程订单，根据判断结果确定需承担所述路桥费用的用户，针对所述需承担所述路桥费用的用户进行扣费操作。

由于车主用户是网约车服务方的注册用户，因此用户是否有正在进行的行程订单，可能涉及不同的扣费处理；另一方面，网约车场景中涉及多种不同的网约车服务，例如代驾、拼车、顺风车等等，扣费操作针对不同情况，可能需要进行多种不同的处理。针对上述问题，接下来说明几种可选的实现方式。

一、车主用户没有正在进行的行程订单。

所述根据判断结果确定需承担所述路桥费用的用户，包括：

若所述车主用户没有正在进行的行程订单，确定所述需承担路桥费用的用户为所述车主用户。

二、车主用户有正在进行的行程订单。

所述根据判断结果确定需承担路桥费用的用户，包括：

若所述车主用户有正在进行的行程订单，根据所述行程订单所属类型对应的付费规则，确定所述需承担路桥费用的用户。

实际应用中，行程订单所属类型由不同的网约车服务方根据其提供的不同网约车服务而设定，通常可以包括有：

代驾类型：是指由车主用户发起的，由其他注册用户驾驶车主用户的车辆将车主用户送至指定地点的方式。针对代驾类型，按照其对应的付费规则，可以确定需承担路桥费用的用户为车主用户。

顺风车类型：是指由车主用户或乘客用户发布自己的出行路线、或接收他人的合乘需求，以合乘他人车辆方式按一定路线出行的方式。针对顺风车类型，按照其对应的付费规则，需承担路桥费用的用户可以只是车主用户，也可以说是乘客用户和车主用户共同承担。

约车类型：由乘客用户发起用车需求，由车主用户驾驶车主用户的车辆将乘客用户送至指定地点的方式。针对约车类型，按照其对应的付费规则，可以确定需承担路桥费用的用户为乘客用户。

拼车类型：是指在相同路线的多个乘客用户，乘坐同一车主用户的车辆，由车主用户将各名乘客用户送至指定地点的方式。针对拼车类型，按照其对应的付费规则，可以确定需承担路桥费用的用户为各名乘客用户。

对于上述顺风车类型和拼车类型，需承担路桥费用的用户可能包括有多名乘客用户，因此涉及对路桥费用的分配问题，在一个可选的实现方式中，所述根据判断结果确定需承担所述路桥费用的用户后，所述方法还包括：

若所述需承担路桥费用的用户包括多名乘客用户，根据如下一种或多种信息计算所述路桥费用分配至每名乘客用户的个人费用：

乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数。

本实施例中，用户的行程订单数据中涉及有乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数等等多种行程相关信息，利用上述信息，可以计算所述路桥费用分配至每名乘客用户的个人费用，从而可以使每名乘客用户合理分摊其所需的路桥费用。

与前述针对路桥收费站的收费处理方法的实施例相对应，本申请还提供了针对路桥收费站的收费处理装置的实施例。

如图2所示，图2是本申请根据一示例性实施例示出的一种针对路桥收费站的收费处理装置的框图，所述装置包括：

车辆信息获取模块21，用于：获取设置在路桥收费站的图像检测设备发送的车辆信息；

费用信息获取模块22，用于：获取针对所述车辆的路桥费用信息；

查询模块23，用于：根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

扣费通知模块24，用于：在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方。

本实施例的路桥收费站是指为针对道路、桥梁或隧道等收取车辆通行费而建设的交通设施。

其中，该图像检测设备可以采用高速网络摄像头等具有拍摄功能的电子设备，可设置路桥收费站处，当车辆行驶至收费站闸口处，可自动对车辆进行拍摄。在某些例子中，车辆信息可以携带有车辆图像，图像检测设备将所拍摄的车辆图像提供给网约车服务器，以供网约车服务器通过车辆图像识别出车牌号码、车辆颜色、车型、车辆品牌等相关信息。在某些例子中，图像检测设备可以是具有图像识别功能的拍摄设备，图像检测设备可以从所拍摄的车辆图像中识别出车牌号码、车辆颜色、车型、车辆品牌等相关信息，之后将上述信息发送给网约车服务器。其中，上述信息可以利用图像识别算法或OCR(OpticalCharacter Recognition，光学字符识别)等相关技术中快速识别，具体的识别技术可参看相关技术的处理过程，本实施例对此不进行赘述。

本实施例中，路桥收费方在收费站设置有个人计算机等电子设备，所述路桥收费方电子设备用于：向网约车服务器发送针对所述车辆的路桥费用。每个收费站都有不同的收费规则，针对不同类型的车辆所收取的路桥费用也不同，具体的路桥费用可以由路桥收费方确定，由路桥收费方发送给网约车服务方。实际应用中，路桥收费方和网约车服务方可以预先约定数据封装规则，数据封装规则可以定义：数据的封装协议、编码协议、发送协议、解压协议或加解密协议等等约定的规则，以使路桥收费方和网约车服务方之间能按照约定的规则传输数据。

其中，在某些例子中，图像检测设备发送的车辆信息携带有车辆图像，则可以利用图像识别算法或OCR(Optical Character Recognition，光学字符识别)等相关技术从车辆图像中识别出车牌号码、车辆颜色、车型、车辆品牌等相关信息。在某些例子中，图像检测设备发送的可以是具体的车牌号码、车辆颜色、车型、车辆品牌等相关信息。

由于网约车服务器可以通过用户数据库维护有用户数据，针对预先登记的司机用户，每个司机用户的数据中登记有其所驾驶车辆信息，因此，可以从预设的用户数据库查询所述车辆是否归属预先登记的车主用户。

在一个可选的实现方式中，所述查询模块23，还用于：

从所述车辆信息中获取车牌号码，在所述用户数据库查询所述车牌号码，根据查询结果确定所述车辆是否归属预先登记的车主用户。

本申请实施例中，由于OCR技术可以快速地从图像中识别出字符，并且车牌号码通常具有唯一性，因此可以在用户数据库查询车牌号码，根据查询结果确定所述车辆是否归属预先登记的车主用户。

在另一些例子中，还可以进一步结合车辆颜色、车型、车辆品牌等相关信息进行确定，本实施例对此不作限定。

在确定车辆归属预先登记的车主用户，由于该车主用户在网约车服务器侧记录有支付账户，网约车服务器可以为路桥收费方代扣路桥费用，在扣费成功后可以通知路桥收费方，路桥收费方则可以对车辆放行。

由上述实施例可见，利用网约车服务器已有的网约车服务，车主用户无需办理银行卡、无需安装其他APP等操作，网约车服务器可以自动通过已有用户数据库对车主用户进行代扣路桥费操作；对于路桥收费方来说，路桥收费方无需人工对用户收取费用，可减少路桥收费方的操作，收费效率显著提升，车辆通行速度显著提高。

在网约车场景中，车主用户有可能搭载乘客，在通过收费站时有可能处于行程订单状态中，在一个可选的实现方式中，所述扣费通知模块24，具体用于：

判断所述车主用户是否有正在进行的行程订单，根据判断结果确定需承担所述路桥费用的用户，针对所述需承担所述路桥费用的用户进行扣费操作。

在一个可选的实现方式中，所述扣费通知模块24，具体用于：

若所述车主用户没有正在进行的行程订单，确定所述需承担路桥费用的用户为所述车主用户。

在一个可选的实现方式中，所述扣费通知模块24，具体用于：

若所述车主用户有正在进行的行程订单，根据所述行程订单所属类型对应的付费规则，确定所述需承担路桥费用的用户。

实际应用中，行程订单所属类型由不同的网约车服务方根据其提供的不同网约车服务而设定，通常可以包括有：

代驾类型：是指由车主用户发起的，由其他注册用户驾驶车主用户的车辆将车主用户送至指定地点的方式。针对代驾类型，按照其对应的付费规则，可以确定需承担路桥费用的用户为车主用户。

顺风车类型：是指由车主用户或乘客用户发布自己的出行路线、或接收他人的合乘需求，以合乘他人车辆方式按一定路线出行的方式。针对顺风车类型，按照其对应的付费规则，需承担路桥费用的用户可以只是车主用户，也可以说是乘客用户和车主用户共同承担。

约车类型：由乘客用户发起用车需求，由车主用户驾驶车主用户的车辆将乘客用户送至指定地点的方式。针对约车类型，按照其对应的付费规则，可以确定需承担路桥费用的用户为乘客用户。

拼车类型：是指在相同路线的多个乘客用户，乘坐同一车主用户的车辆，由车主用户将各名乘客用户送至指定地点的方式。针对拼车类型，按照其对应的付费规则，可以确定需承担路桥费用的用户为各名乘客用户。

对于上述顺风车类型和拼车类型，需承担路桥费用的用户可能包括有多名乘客用户，针对涉及路桥费用的分配问题，在一个可选的实现方式中，所述扣费通知模块24，还用于：

在根据判断结果确定需承担所述路桥费用的用户后，若所述需承担路桥费用的用户包括多名乘客用户，根据如下一种或多种信息计算所述路桥费用分配至每名乘客用户的个人费用：

乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数。

本实施例中，用户的行程订单数据中涉及有乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数等等多种行程相关信息，利用上述信息，可以计算所述路桥费用分配至每名乘客用户的个人费用，从而可以使每名乘客用户合理分摊其所需的路桥费用。

在一个可选的实现方式中，所述装置还包括支付模块(图2中未示出)，用于：

在向路桥收费方电子设备发送对所述车辆放行的指示消息后，将所述路桥费用支付给所述路桥收费方。

网约车服务器为路桥收费方代扣路桥费用后，网约车服务器还可以在通知路桥收费方后，将所述路桥费用支付给所述路桥收费方。实际应用中，支付过程可以根据网约车服务方与路桥收费方的约定而灵活配置，例如，支付过程中可以涉及支付数据的处理，支付数据可以包括有扣费时间、扣费地点、收费站标识、扣费费用、车牌号码或车型等等相关扣费信息，以供网约车服务方与路桥收费方双方核对。另外，还可以约定路桥收费方的收款账户和结算时间。针对支付时间，可以是实时支付，也即是车辆经过收费时，网约车服务器实时扣费，并实时向路桥收费方支付该笔费用。在另一些例子中，支付操作还可以是周期性结算操作，具体的周期可以灵活配置，例如每天一次支付、每周一次支付或每月一次支付等等。对于周期性支付的方式，网约车服务器可以针对该周期内所发生的所有车辆的扣费操作一次性进行支付，从而可以提高支付处理效率，减少与路桥收费方的数据传输次数。

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

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

相应的，本申请还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令被处理器执行时实现以下步骤：

获取设置在路桥收费站的图像检测设备发送的车辆信息；

获取针对所述车辆的路桥费用信息；

根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方。

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

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

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

Claims (12)

1.一种针对路桥收费站的收费处理方法，其特征在于，应用于网约车服务器，所述方法包括：

获取设置在路桥收费站的图像检测设备发送的车辆信息；

获取针对所述车辆的路桥费用信息；

根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方；

所述根据所述路桥费用信息进行扣费操作，包括：

判断所述车主用户是否有正在进行的行程订单，根据判断结果确定需承担路桥费用的用户，针对所述需承担所述路桥费用的用户进行扣费操作；

所述根据判断结果确定需承担所述路桥费用的用户后，所述方法还包括：

若所述需承担路桥费用的用户包括多名乘客用户，根据如下一种或多种信息计算所述路桥费用分配至每名乘客用户的个人费用：

乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数。

2.根据权利要求1所述的方法，其特征在于，所述根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户，包括：

从所述车辆信息中获取车牌号码，在所述用户数据库查询所述车牌号码，根据查询结果确定所述车辆是否归属预先登记的车主用户。

3.根据权利要求1所述的方法，其特征在于，所述根据判断结果确定需承担所述路桥费用的用户，包括：

若所述车主用户没有正在进行的行程订单，确定所述需承担路桥费用的用户为所述车主用户。

4.根据权利要求1所述的方法，其特征在于，所述根据判断结果确定需承担路桥费用的用户，包括：

若所述车主用户有正在进行的行程订单，根据所述行程订单所属类型对应的付费规则，确定所述需承担路桥费用的用户。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述通知路桥收费方后，将所述路桥费用支付给所述路桥收费方。

6.一种针对路桥收费站的收费处理系统，其特征在于，包括图像检测设备、网约车服务器和路桥收费方电子设备；

所述图像检测设备设置在路桥收费站处，用于：采集车辆信息并发送给所述网约车服务器；

所述路桥收费方电子设备用于：向网约车服务器发送针对所述车辆的路桥费用；

所述网约车服务器用于：

获取图像检测设备发送的车辆信息；

获取针对所述车辆的路桥费用信息；

根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后向路桥收费方电子设备发送通知消息；

所述根据所述路桥费用信息进行扣费操作，包括：

判断所述车主用户是否有正在进行的行程订单，根据判断结果确定需承担路桥费用的用户，针对所述需承担所述路桥费用的用户进行扣费操作；

所述根据判断结果确定需承担所述路桥费用的用户后，还包括：

若所述需承担路桥费用的用户包括多名乘客用户，根据如下一种或多种信息计算所述路桥费用分配至每名乘客用户的个人费用：

乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数。

7.一种针对路桥收费站的收费处理装置，其特征在于，应用于网约车服务器，所述装置包括：

车辆信息获取模块，用于：获取设置在路桥收费站的图像检测设备发送的车辆信息；

费用信息获取模块，用于：获取针对所述车辆的路桥费用信息；

查询模块，用于：根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

扣费通知模块，用于：在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方；

所述扣费通知模块，具体用于：

判断所述车主用户是否有正在进行的行程订单，根据判断结果确定需承担路桥费用的用户，针对所述需承担所述路桥费用的用户进行扣费操作；

所述扣费通知模块，还用于：

在根据判断结果确定需承担所述路桥费用的用户后，若所述需承担路桥费用的用户包括多名乘客用户，根据如下一种或多种信息计算所述路桥费用分配至每名乘客用户的个人费用：

乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数。

8.根据权利要求7所述的装置，其特征在于，所述查询模块，用于：

从所述车辆信息中获取车牌号码，在所述用户数据库查询所述车牌号码，根据查询结果确定所述车辆是否归属预先登记的车主用户。

9.根据权利要求7所述的装置，其特征在于，所述扣费通知模块，具体用于：

若所述车主用户没有正在进行的行程订单，确定所述需承担路桥费用的用户为所述车主用户。

10.根据权利要求7所述的装置，其特征在于，所述扣费通知模块，具体用于：

若所述车主用户有正在进行的行程订单，根据所述行程订单所属类型对应的付费规则，确定所述需承担路桥费用的用户。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括支付模块，用于：

在所述通知路桥收费方后，将所述路桥费用支付给所述路桥收费方。

12.一种计算机存储介质，应用于网约车服务器，其特征在于，所述存储介质中存储有程序指令，所述程序指令被处理器执行时实现以下步骤：

获取设置在路桥收费站的图像检测设备发送的车辆信息；

获取针对所述车辆的路桥费用信息；

根据所述车辆信息，通过预设的用户数据库查询所述车辆是否归属预先登记的车主用户；

在确定所述车辆归属预先登记的车主用户后，根据所述路桥费用信息进行扣费操作，在扣费成功后通知路桥收费方；

所述根据所述路桥费用信息进行扣费操作，包括：

判断所述车主用户是否有正在进行的行程订单，根据判断结果确定需承担路桥费用的用户，针对所述需承担所述路桥费用的用户进行扣费操作；

所述根据判断结果确定需承担所述路桥费用的用户后，还包括：

若所述需承担路桥费用的用户包括多名乘客用户，根据如下一种或多种信息计算所述路桥费用分配至每名乘客用户的个人费用：

乘客用户的上车位置、下车位置、里程、乘车时长或所占用的座位个数。

Images