CN106504353B - 车辆收费方法和装置 - Google Patents

Abstract

本发明涉及一种车辆收费方法和装置，包括：接收包括入口车辆身份信息和收费入口信息的入口收费请求，发送入口车辆身份信息至第三方应用服务器，以使第三方应用服务器判断入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果；如果入口判断结果为存在，则发送放行指令至入口闸机以打开使得车辆放行；接收包括出口车辆身份信息和收费出口信息的出口收费请求，根据入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算车辆的应缴费用，如果车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机以打开使得车辆放行，发送扣费请求至第三方应用帐户，以扣除应缴费用。提高了车辆通行效率。

Description

车辆收费方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种车辆收费方法和装置。

背景技术

随着经济增长和汽车数量的急剧增加，传统的人工收费的方式严重影响了汽车在收费处的通行效率，往往采用计算机电子技术改进车辆的收费方式。

现有的车辆收费方法采用电子刷卡或通过车载电子标签与在收费站ETC(Electronic Toll Collection System，不停车收费系统)车道上的微波天线之间的微波专用短程通讯，利用计算机联网技术与银行进行后台结算处理的方式收费，但是电子刷卡存在取卡时间长、卡机器故障等情况容易引起排队和延误，而不停车收费系统存在旁车干扰等问题，而且需要建设专车通道，资源投入大，复杂度高。

发明内容

基于此，有必要针对上述技术问题，提供一种车辆收费方法和装置，减少收费站资源投入，提高车辆在收费处的通行效率。

一种车辆收费方法，所述方法包括：

接收入口收费请求，所述入口收费请求包括入口车辆身份信息和收费入口信息；

发送所述入口车辆身份信息至第三方应用服务器，以使所述第三方应用服务器判断所述入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果；

如果所述入口判断结果为所述车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使所述入口闸机打开使得所述车辆在入口处放行；

接收出口收费请求，所述出口收费请求包括出口车辆身份信息和收费出口信息，根据所述入口车牌车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到所述车辆的应缴费用，如果所述车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行，发送扣费请求至所述第三方应用帐户，以扣除所述应缴费用。

一种车辆收费装置，所述装置包括：

接收模块，用于接收入口收费请求，所述入口收费请求包括入口车辆身份信息和收费入口信息；

判断模块，用于发送所述入口车辆身份信息至第三方应用服务器，以使所述第三方应用服务器判断所述入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果；

入口放行模块，用于如果所述入口判断结果为所述车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使所述入口闸机打开使得所述车辆在入口处放行；

所述接收模块还用于接收出口收费请求，所述出口收费请求包括出口车辆身份信息和收费出口信息；

收费模块，用于根据所述入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到所述车辆的应缴费用，如果所述车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行，发送扣费请求至所述第三方应用帐户，以扣除所述应缴费用。

上述车辆收费方法和装置，通过接收入口收费请求，所述入口收费请求包括入口车辆身份信息和收费入口信息，发送入口车辆身份信息至第三方应用服务器，以使第三方应用服务器判断入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果，如果入口判断结果为车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使入口闸机打开使得车辆在入口处放行，接收出口收费请求，出口收费请求包括出口车辆身份信息和收费出口信息，根据入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到车辆的应缴费用，如果车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行，发送扣费请求至第三方应用帐户，以扣除应缴费用，通过接收入口收费请求、出口收费请求自动计算应缴费用，在车辆存在已绑定的第三方应用帐户时，发送放行指令至闸机使得闸机打开使车辆自动放行，通过车辆已绑定的第三方应用帐户自动扣费，整个过程无需人工干涉，也不需要高额的专用通道，减少了收费站资源投入，提高了车辆在收费处的通行效率。

附图说明

图1为一个实施例中车辆收费方法的应用环境图；

图2为一个实施例中图1中云服务器的内部结构图；

图3为一个实施例中车辆收费方法的流程图；

图4为一个实施例中发送放行指令的流程图；

图5为一个实施例中根据用户特征数据发送放行指令的流程图；

图6为一个具体的实施例中车辆收费方法的流程图；

图7为一个实施例中车辆收费装置的结构框图；

图8为另一个实施例中车辆收费装置的结构框图；

图9为再一个实施例中车辆收费装置的结构框图；

图10为又一个实施例中车辆收费装置的结构框图；

图11为再一个实施例中车辆收费装置的结构框图。

具体实施方式

图1为一个实施例中车辆收费方法运行的应用环境图。如图1所示，该应用环境包括视频采集设备110、视频采集设备130、闸机120、闸机140、云服务器150、第三方服务器160和终端170，视频采集设备110和130、闸机120和140、云服务器150、第三方服务器160、终端170之间都可以通过网络进行通信。车辆S180从入口处行驶至出口处。

终端170可为智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。视频采集设备110和130可为摄像头、录像机等可采集视频或图像的设备。闸机120和140用于控制车辆的通行，云服务器150可以响应视频采集设备110和130发送的请求，并向第三方服务器160发送请求，第三方服务器160可以响应云服务器150、终端170发送的请求和接收数据。云服务器150和第三方服务器160可以集成为一体。

图1中的云服务器150的内部结构如图2所示。该云服务器150包括通过系统总线连接的处理器、存储介质、内存和网络接口。其中，该云服务器150的存储介质存储有操作系统、数据库和一种车辆收费装置，数据库中存储有车辆身份信息、收费入口信息等，该车辆收费装置用于实现一种适用于云服务器150的车辆收费方法。该云服务器150的处理器用于提供计算和控制能力，支撑整个云服务器150的运行。该云服务器150的内存为存储介质中的车辆收费装置的运行提供环境。该云服务器150的网络接口用于与外部的视频采集设备110和130、闸机120和140、第三方服务器160、终端170通过网络连接通信，比如接收视频采集设备110发送的请求以及向闸机120发送指令等。

如图3所示，在一个实施例中，提供了一种车辆收费方法，以应用于上述应用环境中的云服务器来举例说明，包括如下步骤：

步骤S210，接收入口收费请求，所述入口收费请求包括入口车辆身份信息和收费入口信息。

具体的，车辆身份信息用于唯一标识一辆车辆，可为车牌信息、车辆出厂标识。可通过图片、视频、识别出的数字等形式描述，如当车辆行至收费入口监控范围，智能摄像头扫描读取车牌号或拍摄车牌图片生成入口车辆身份信息。收费入口信息用于确定车辆进入收费区域的起始位置，可通过闸机号查询对应的位置或直接获取入口处闸机对应的位置等方式得到，如获取入口处闸机对应的位置或闸机号作为收费入口信息。由智能摄像头或闸机或其它收费入口处终端向云服务器发送包含入口车辆身份信息和收费入口信息的入口收费请求，入口收费请求表示车辆处于收费入口处请求通过。入口车辆身份信息与收费入口信息关联存储，便于后续查找。

步骤S220，发送入口车辆身份信息至第三方应用服务器，以使第三方应用服务器判断入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果。

具体的，车辆身份信息可通过字符串或图片或视频的形式存在，如果是字符串形式，如车牌号数字，则可直接发送至第三方应用服务器。如果是图片或视频则可先识别所述图片或视频中的身份信息，再发送至第三方应用对应的第三方服务器，也可直接将图片或视频发送至第三方服务器，由第三方服务器进行识别。第三方服务器查找接收到的车辆身份信息是否存在已绑定的第三方应用帐户，如果存在则返回肯定的判断结果，如果不存在则返回否定的判断结果。可以理解的是，第三方服务器可以为多个，如社交应用服务器、游戏应用服务器等存在消费帐户的服务器，第三方应用可为微信、QQ、游戏等。当存在多个已绑定的第三方应用帐户时，可发送选择请求至第三方应用帐户对应的终端，用户自行选择使用哪个第三方应用帐户扣费。

步骤S230，如果入口判断结果为车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使入口闸机打开使得车辆在入口处放行。

具体的，如果入口判断结果为车辆存在已绑定的第三方应用帐户，则云服务器发送放行指令至入口闸机，使入口闸机打开，车辆自动放行。可以理解的是，如果入口判断结果为车辆身份信息对应的车辆没有已绑定的第三方应用帐户，则通过常规的方式进行放行，如刷卡放行。在一个实施例中，通过关注公众帐号的形式，在第三方应用的公众帐号界面绑定车辆身份信息。

步骤S240，接收出口收费请求，出口收费请求包括出口车辆身份信息和收费出口信息，根据入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到车辆的应缴费用。

具体的，当车辆行驶至收费出口时，收费出口处的智能摄像头扫描车辆生成出口车辆身份信息，如拍摄车牌图片。找到与出口车辆身份信息匹配的入口车辆身份信息，从而得到关联的收费入口信息，收费出口信息用于确定车辆在收费区域的终点位置，可通过闸机号查询对应的位置或直接获取入口处闸机对应的位置等方式得到，如获取出口处闸机对应的位置或闸机号作为收费出口信息。根据由收费入口信息确定的起点位置和收费出口信息确定的终点位置，得到行驶距离，计算出应缴费用。

步骤S250，如果车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行，发送扣费请求至第三方应用帐户，以扣除应缴费用。

具体的，在入口处已经判断车辆是否存在已绑定的第三方应用帐户，如果存在，就可发送放行指令打开闸机，车辆自动放行，至于扣费可在车辆通过后进行也可在通过前进行。发送扣费请求至第三方服务器，第三方服务器根据扣费请求找到相应的第三方应用帐户，扣除应缴费用。扣除成功则返回扣费成功的结果至云服务器。同时，如果扣费成功会实时发送通知短信至第三方应用帐户绑定的手机号或通过第三方应用发送通知消息。如果扣费失败，虽然车辆在出口处自动放行，但后期会通过第三方服务器多次通知第三方应用帐户对应的用户进行缴费，通过后期缴费，当车辆通过出口处时即使余额不足，也可以先通过再后期缴费，提高了车辆通行的速度。在一个实施例中，将出口车辆身份信息发送至第三方应用服务器，第三方服务器查找接收到的出口车辆身份信息是否存在已绑定的第三方应用帐户，如果存在则返回肯定的判断结果，如果不存在则返回否定的判断结果。在出口处再次判断出口车辆身份信息是否存在绑定的第三方应用帐户，防止用户在入口处将入口车辆身份信息与第三方应用帐户绑定，但是在从入口至出口的途中解除绑定以出现无法扣费的情况。

本实施例中，通过接收入口收费请求，入口收费请求包括入口车辆身份信息和收费入口信息，发送入口车辆身份信息至第三方应用服务器，以使第三方应用服务器判断车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果，如果入口判断结果为车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使入口闸机打开使得车辆在入口处放行，接收出口收费请求，出口收费请求包括出口车辆身份信息和收费出口信息，根据入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到车辆的应缴费用，如果车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行，发送扣费请求至第三方应用帐户，以扣除应缴费用，通过接收入口收费请求、出口收费请求自动计算应缴费用，在车辆存在已绑定的第三方应用帐户时，发送放行指令至闸机使得闸机打开使车辆自动放行，通过车辆已绑定的第三方应用帐户自动扣费，整个过程无需人工干涉，也不需要高额的专用通道，减少了收费站资源投入，提高了车辆在收费处的通行效率。

在一个实施例中，在发送放行指令入口闸机，以使入口闸机打开使得车辆在入口处放行的步骤之后，还包括：发送提醒信息至第三方应用帐户对应的客户端，以获取第三方应用帐户的缴费设置。

具体的，提醒信息用于提醒与车辆身份信息绑定的第三方应用帐户对应的用户，车辆已经进入收费区划行驶，便于用户根据提醒信息设置此次行驶是否需要通过第三方应用帐户自动缴费。提醒信息可直接通过发送第三方应用信息提醒，也可通过第三方应用帐户绑定的电话号码，通过短信的方式发送至客户端。通过发送提醒信息，便于用户自行选择缴费方式，如车辆借用的情况下，用户可设置非自动缴费，则不能从第三方应用帐户扣费，便于其他人驾车的情况下，由其他人缴费。同时如果存在套牌现象，也可通过提醒信息及时发现并报警。

在一个实施例中，发送扣费请求至第三方应用帐户后，第三方服务器查询第三方应用帐户的扣费权限，如果权限允许，则根据帐户余额扣除应缴费用。如果权限不允许，则发送扣费不成功结果至云服务器。如果帐户余额不足，也发送扣费不成功结果至云服务器。

在一个实施例中，在所述发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行的步骤之前包括：判断车辆绑定的第三方应用帐户是否扣费成功，如果扣费成功，则进入发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行的步骤，如果扣费失败，则发送应缴费用至出口收费处，以使出口收费处显示应缴费用。

具体的，云服务器根据反馈结果发送放行指令至出口处闸机。如果扣费成功，则打开闸机，车辆自动放行。如果第三方应用帐户设置了不自动缴费，或余额不足，则缴费不成功，如果扣费失败，则不能自动打开闸机，云服务器将应缴费用发送至出口收费处，出口收费处将应缴费用显示在屏幕上供用户使用其它方式进行缴费，如人工放行或刷卡放行。本实施例中，只有通过第三方应用帐户扣费成功，才能自动放行，可避免用户欠费不缴的情况。

在一个实施例中，入口收费请求还包括入口辅助车辆身份信息，出口收费请求还包括出口辅助车辆身份信息，在发送入口车辆身份信息至第三方应用服务器的步骤之前还包括：判断入口车辆身份信息或入口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则进入发送放行指令至入口闸机的步骤，如果不符合预设条件，则进入发送入口车辆身份信息至第三方应用服务器的步骤。

在接收出口收费请求的步骤之后，还包括：

判断出口车辆身份信息或出口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则进入发送放行指令至出口闸机的步骤，如果不符合预设条件，则进入根据入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到车辆的应缴费用的步骤。

具体的，辅助车辆身份信息用于辅助判断车辆身份，如特权车辆等。可将直通证、公用车信息、用户特征数据，如驾驶员的人脸特征、驾驶证编号等作为辅助车辆身份信息，如驾驶员有直通特权，则车辆也为直通特权车辆。当车辆身份信息或辅助车辆身份信息代表特殊车辆，如具有直通特权的车辆，或如一些企业车辆已通过其他方式进行了缴费，或如一些特殊情况执行任务的车辆，如警车，不需要缴费，则在接收到收费处摄像头扫描得到的车辆身份信息或辅助车辆身份信息后，云服务器进行识别，如果与预设特征相符，则可直接放行，预设特征可为已经缴费或不需缴费的车辆特征或人脸特征，进一步提高了车辆在收费处通行的效率。

在一个实施例中，如图4所示，发送放行指令至入口闸机和/或发送放行指令至出口闸机的步骤包括：

步骤S710，获取第三方应用帐户对应的用户的登录信息，根据登录信息获取位置信息。

具体的，如果车辆身份信息存在已绑定的第三方应用帐户，则第三方应用帐户对应的用户当前可能处于登录状态或非登录状态，如果当前处于登录状态则可获取登录信息，登录信息包含登录此第三方应用帐户的终端信息，如终端硬件标识等，根据终端信息查询当前终端的位置，

步骤S720，根据位置信息发送放行指令。

具体的，根据当前终端的位置与入口收费处或出口收费处之间的距离判断当前第三方应用帐户对应的用户终端是否在行驶车辆上，当前终端的位置与入口收费处之间或出口收费处的距离小于预设阈值，则说明如果第三方应用帐户对应的用户终端在行驶车辆上，发送放行指令，因为第三方应用帐户当前登录的用户终端在行驶车辆上很可能是车主自行驾驶车辆，通过绑定的第三方应用帐户扣费，如果当前终端的位置与入口收费处或出口收费处之间的距离大于或等于预设阈值，则第三方应用帐户当前登录的用户终端不在行驶车辆上，可能不是车主自行驾驶车辆，则不发送放行指令，可通过常规的方式放行，如人工放行或刷卡放行。通过第三方应用帐户对应的用户的登录信息得到位置信息，智能判断是否自动放行，自动识别扣费选择权限，使得通过第三方应用帐户扣费更加智能。

在一个实施例中，入口收费请求还包括入口车辆内部特征数据，出口收费请求还包括出口车辆内部特征数据，在发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行的步骤之前，还包括：当入口车辆身份信息与出口车辆身份信息匹配时，判断入口车辆身份信息对应的入口车辆内部特征数据和出口车辆身份信息对应的出口车辆内部特征数据是否匹配，如果匹配，则进入发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行的步骤；如果不匹配，则发送提示信息至出口收费处和/或所述第三方应用帐户对应的客户端。

具体的，车辆内部特征数据可为车辆内的物品特征，如挂饰等。入口车辆身份信息与出口车辆身份信息匹配，判断为同一个车辆，如果一个车辆在收费入口处对应的入口车辆内部特征数据和在收费出口处对应的出口车辆内部特征数据不匹配，则说明判断错误，实际在入口处和出口处车辆不一致，如被调牌或套牌了，则发送提示信息至收费处和/或所述第三方应用帐户对应的客户端，提醒收费处检查或车主及时发现问题，避免调牌或套牌的情况出现。

在一个实施例中，所述方法还包括：接收车辆内的用户特征数据和车辆的位置数据，判断用户特征数据是否符合预设特征，如果符合则根据位置数据跟踪所述车辆。

具体的，用户特征数据是标识用户的特征数据，可包括身体特征、人脸特征等，人脸特征可包括肤色特征、五官比例，可通过图片、视频等形式存在，也可以是对图片进行人脸识别后提取的数字特征数据。通过用户特征数据可区分不同的用户。云服务器收到用户特征数据后，可判断用户特征数据是否符合预设特征，预设特征可为追捕人的人脸特征等，可通过调用公安部身份证查询系统、交警驾驶证管理系统进行综合分析判断。如果接收到的用户特征数据与预设特征符合，则说明是需要跟踪的人员，可根据位置数据跟踪车辆。

在一个实施例中，方法还包括：接收车辆内的用户特征数据和车辆外部特征数据，判断车辆外部特征数据是否符合预设特征，如果符合则记录用户特征数据。

具体的，车辆外部特征数据为根据车辆外部的部件、形状等得到的数据，预设特征可根据需要自定义，如定义为车牌被遮挡等违规行为。得到车辆外部特征数据后，进行识别分析，判断车辆外部特征数据是否符合预设特征，如果符合，则记录用户特征数据，便于后续追踪此用户。如在车辆违规时，记录违规用户特征数据，可通过身份证查询系统寻找匹配的用户，得到用户的身份，从而进行罚款等。在一个实施例中，发送罚款请求至所述用户特征数据已绑定的第三方应用帐户或发送罚款请求至所述车辆身份信息存在已绑定的第三方应用帐户，方便的进行罚款。

在一个实施例中，如图5所示，入口收费请求还包括车辆内的用户特征数据，所述方法还包括：

步骤S610，如果入口判断结果为车辆不存在已绑定的第三方应用帐户，则发送用户特征数据至第三方应用服务器，以使第三方应用服务器判断用户特征数据是否存在已绑定的第三方应用帐户并返回第二入口判断结果。步骤S620，如果第二入口判断结果为用户特征数据存在已绑定的第三方应用帐户，则进入发送放行指令至入口闸机的步骤。

具体的，用户可将用户特征数据与第三方应用帐户绑定，如在终端通过拍照等得到用户特征数据，并将其与第三方应用帐户绑定。将用户特征数据发送至第三方应用对应的第三方服务器，第三方服务器查找接收到的用户特征数据是否存在已绑定的第三方应用帐户。如果存在，则云服务器发送放行指令至入口闸机或出口闸机，使闸机打开，车辆自动放行。

所述发送扣费请求至所述第三方应用帐户的步骤为：发送扣费请求至用户特征数据绑定的第三方应用帐户。

具体的，如果车辆不存在已绑定的第三方应用帐户，而用户特征数据存在已绑定的第三方应用帐户，此时将扣费请求发送至用户特征数据绑定的第三方应用帐户。通过用户特征数据绑定第三方应用帐户进行收费的方式，对于借车行驶的情况，可通过驾驶员位置的用户绑定的第三方应用帐户进行收费，提高了收费的有效性。

如图6所示，为一个具体的实例中车辆收费方法结合应用环境示意图，要实现在入口收费处和出口收费处的车辆自动缴费和放行，具体过程如下：

步骤S310：摄像头拍摄行驶至收费入口范围的车辆的车牌得到入口车牌信息，并获取收费入口信息，将包含入口车牌信息和收费入口信息的入口收费请求发送至云服务器；

步骤S320：云服务器接收入口收费请求，如果入口车牌信息对应的车牌号存在已绑定的第三方应用帐户，则发送放行指令至入口闸机；

步骤S330：入口闸机打开以使车牌号对应的车辆自动放行。

步骤S340：云服务器发送提醒信息至第三方应用帐户对应的客户端；

步骤S350：客户端所在终端获取第三方应用帐户的缴费设置，并将设置结果发送至云服务器。

步骤S360：摄像头拍摄行驶至收费出口范围的车辆的车牌得到出口车牌信息，并获取收费出口信息，将包含出口车牌信息和收费出口信息的出口收费请求发送至云服务器；

步骤S370：云服务器接收出口收费请求，根据入口车牌信息、出口车牌信息、收费入口信息、收费出口信息计算得到车牌号的应缴费用，发送扣费请求至第三方服务器存储的第三方应用帐户；

步骤S380：第三方服务器获取第三方应用帐户的扣费权限，如果权限允许，则根据帐户余额扣除应缴费用，并发送扣费通知至第三方应用帐户对应的客户端。如果权限不允许，则发送扣费不成功结果至云服务器。如果帐户余额不足，也发送扣费不成功结果至云服务器。

步骤S390：云服务器接收第三方服务器反馈的扣费结果，如果扣费成功，则发送放行指令至出口闸机；

步骤S400：出口闸机打开以使车牌号对应的车辆自动放行。

如图7所示，在一个实施例中，提供了一种车辆收费装置，包括：

接收模块510，用于接收入口收费请求，入口收费请求包括入口车辆身份信息和收费入口信息。

判断模块520，用于发送入口车辆身份信息至第三方应用服务器，以使第三方应用服务器判断入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果。

入口放行模块530，用于如果入口判断结果为车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使入口闸机打开使得车辆在入口处放行。

所述接收模块510还用于接收出口收费请求，出口收费请求包括出口车辆身份信息和收费出口信息。

收费模块540，用于根据入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到车辆的应缴费用，如果车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行，发送扣费请求至所述第三方应用帐户，以扣除应缴费用。

在一个实施例中，如图8所示，所述装置还包括：

提醒模块550，用于发送提醒信息至第三方应用帐户对应的客户端，以获取第三方应用帐户的缴费设置。

在一个实施例中，收费模块540还用于判断车辆绑定的第三方应用帐户是否扣费成功，如果扣费成功，则发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行，如果扣费失败，则发送应缴费用至出口收费处，以使出口收费处显示应缴费用。

在一个实施例中，入口收费请求还包括入口辅助车辆身份信息，出口收费请求还包括出口辅助车辆身份信息，如图9所示，装置还包括：

入口直接放行模块560，用于判断入口车辆身份信息或入口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则发送放行指令至入口闸机，如果不符合预设条件，则进入判断模块520。

出口直接放行模块570，用于判断出口车辆身份信息或出口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则发送放行指令至出口闸机，如果不符合预设条件，则进入收费模块540。

在一个实施例中，入口放行模块530和/或收费模块540还用于获取第三方应用帐户对应的用户的登录信息，根据登录信息获取位置信息，根据位置信息发送放行指令。

在一个实施例中，入口收费请求还包括入口车辆内部特征数据，出口收费请求还包括出口车辆内部特征数据，收费模块540还用于当入口车辆身份信息与出口车辆身份信息匹配时，判断入口车辆身份信息对应的入口车辆内部特征数据和出口车辆身份信息对应的出口车辆内部特征数据是否匹配，如果匹配，则发送放行指令至出口闸机，以使出口闸机打开使得车辆在出口处放行，如果不匹配，则发送提示信息至出口收费处和/或第三方应用帐户对应的客户端。

在一个实施例中，如图10所示，所述装置还包括：

跟踪模块580，用于接收车辆内的用户特征数据和车辆的位置数据，判断用户特征数据是否符合预设特征，如果符合则根据位置数据跟踪车辆。

在一个实施例中，如图11所示，所述装置还包括：

记录模块590，用于接收车辆内的用户特征数据和车辆外部特征数据，判断所述车辆外部特征数据是否符合预设条件，如果符合则记录所述用户特征数据。

在一个实施例中，入口收费请求还包括车辆内的用户特征数据，入口放行模块530还用于如果入口判断结果为车辆不存在已绑定的第三方应用帐户，则发送用户特征数据至第三方应用服务器，以使第三方应用服务器判断用户特征数据是否存在已绑定的第三方应用帐户并返回第二入口判断结果，如果第二入口判断结果为用户特征数据存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使入口闸机打开使得车辆在入口处放行。

收费模块540还用于发送扣费请求至用户特征数据绑定的第三方应用帐户。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (18)

1.一种车辆收费方法，应用于云服务器，所述方法包括：

接收入口收费请求，所述入口收费请求包括入口车辆身份信息和收费入口信息；

发送所述入口车辆身份信息至第三方应用服务器，所述第三方应用服务器包括多个，第三方应用服务器是存在消费帐户的服务器，以使所述第三方应用服务器判断所述入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果；

如果所述入口判断结果为所述车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使所述入口闸机打开使得所述车辆在入口处放行；

接收出口收费请求，所述出口收费请求包括出口车辆身份信息和收费出口信息，根据所述入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到所述车辆的应缴费用，如果所述车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行，发送扣费请求至所述第三方应用帐户，以扣除所述应缴费用。

2.根据权利要求1所述的方法，其特征在于，在所述发送放行指令至入口闸机，以使所述入口闸机打开使得所述车辆在入口处放行的步骤之后，还包括：

发送提醒信息至所述第三方应用帐户对应的客户端，以获取所述第三方应用帐户的缴费设置。

3.根据权利要求1所述的方法，其特征在于，在所述发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行的步骤之前包括：判断所述车辆绑定的第三方应用帐户是否扣费成功，如果扣费成功，则进入所述发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行的步骤；

如果扣费失败，则发送所述应缴费用至出口收费处，以使所述出口收费处显示所述应缴费用。

4.根据权利要求1所述的方法，其特征在于，所述入口收费请求还包括入口辅助车辆身份信息，所述出口收费请求还包括出口辅助车辆身份信息，在所述发送所述入口车辆身份信息至第三方应用服务器的步骤之前还包括：

判断所述入口车辆身份信息或入口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则进入发送放行指令至入口闸机的步骤，如果不符合预设条件，则进入发送所述入口车辆身份信息至第三方应用服务器的步骤；

在所述接收出口收费请求的步骤之后，还包括：

判断所述出口车辆身份信息或出口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则进入发送放行指令至出口闸机的步骤，如果不符合预设条件，则进入根据所述入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到所述车辆的应缴费用的步骤。

5.根据权利要求1所述的方法，其特征在于，所述发送放行指令至入口闸机和/或发送放行指令至出口闸机的步骤包括：

获取所述第三方应用帐户对应的用户的登录信息，根据所述登录信息获取位置信息；

根据所述位置信息发送放行指令。

6.根据权利要求1所述的方法，其特征在于，所述入口收费请求还包括入口车辆内部特征数据，所述出口收费请求还包括出口车辆内部特征数据，在所述发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行的步骤之前，还包括：

当入口车辆身份信息与出口车辆身份信息匹配时，判断入口车辆身份信息对应的入口车辆内部特征数据和出口车辆身份信息对应的出口车辆内部特征数据是否匹配，如果匹配，则进入所述发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行的步骤；

如果不匹配，则发送提示信息至出口收费处和/或所述第三方应用帐户对应的客户端。

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

接收车辆内的用户特征数据和所述车辆的位置数据，判断所述用户特征数据是否符合预设特征，如果符合则根据所述位置数据跟踪所述车辆。

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

接收车辆内的用户特征数据和车辆外部特征数据，判断所述车辆外部特征数据是否符合预设特征，如果符合则记录所述用户特征数据。

9.根据权利要求1所述的方法，其特征在于，所述入口收费请求还包括车辆内的用户特征数据，所述方法还包括：

如果所述入口判断结果为所述车辆不存在已绑定的第三方应用帐户，则发送所述用户特征数据至第三方应用服务器，以使所述第三方应用服务器判断所述用户特征数据是否存在已绑定的第三方应用帐户并返回第二入口判断结果；

如果所述第二入口判断结果为所述用户特征数据存在已绑定的第三方应用帐户，则进入所述发送放行指令至入口闸机的步骤；

所述发送扣费请求至所述第三方应用帐户的步骤为：发送扣费请求至所述用户特征数据绑定的第三方应用帐户。

10.一种车辆收费装置，其特征在于，所述装置包括：

接收模块，用于接收入口收费请求，所述入口收费请求包括入口车辆身份信息和收费入口信息；

判断模块，用于发送所述入口车辆身份信息至第三方应用服务器，所述第三方应用服务器包括多个，第三方应用服务器是存在消费帐户的服务器，以使所述第三方应用服务器判断所述入口车辆身份信息对应的车辆是否存在已绑定的第三方应用帐户并返回入口判断结果；

入口放行模块，用于如果所述入口判断结果为所述车辆存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使所述入口闸机打开使得所述车辆在入口处放行；

所述接收模块还用于接收出口收费请求，所述出口收费请求包括出口车辆身份信息和收费出口信息；

收费模块，用于根据所述入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到所述车辆的应缴费用，如果所述车辆存在已绑定的第三方应用帐户，则发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行，发送扣费请求至所述第三方应用帐户，以扣除所述应缴费用。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

提醒模块，用于发送提醒信息至所述第三方应用帐户对应的客户端，以获取所述第三方应用帐户的缴费设置。

12.根据权利要求10所述的装置，其特征在于，所述收费模块还用于判断所述车辆绑定的第三方应用帐户是否扣费成功，如果扣费成功，则发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行，如果扣费失败，则发送所述应缴费用至出口收费处，以使所述出口收费处显示所述应缴费用。

13.根据权利要求10所述的装置，其特征在于，所述入口收费请求还包括入口辅助车辆身份信息，所述出口收费请求还包括出口辅助车辆身份信息，所述装置还包括：

入口直接放行模块，用于判断所述入口车辆身份信息或入口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则发送放行指令至入口闸机，如果不符合预设条件，则进入判断模块；

所述收费模块还用于判断所述出口车辆身份信息或出口辅助车辆身份信息是否符合预设条件，如果符合预设条件，则发送放行指令至出口闸机，如果不符合预设条件，则根据所述入口车辆身份信息、出口车辆身份信息、收费入口信息、收费出口信息计算得到所述车辆的应缴费用。

14.根据权利要求10所述的装置，其特征在于，所述入口放行模块和/或收费模块还用于获取所述第三方应用帐户对应的用户的登录信息，根据所述登录信息获取位置信息，根据所述位置信息发送放行指令。

15.根据权利要求10所述的装置，其特征在于，所述入口收费请求还包括入口车辆内部特征数据，所述出口收费请求还包括出口车辆内部特征数据，所述收费模块还用于当入口车辆身份信息与出口车辆身份信息匹配时，判断入口车辆身份信息对应的入口车辆内部特征数据和出口车辆身份信息对应的出口车辆内部特征数据是否匹配，如果匹配，则发送放行指令至出口闸机，以使所述出口闸机打开使得所述车辆在出口处放行，如果不匹配，则发送提示信息至出口收费处和/或所述第三方应用帐户对应的客户端。

16.根据权利要求10所述的装置，其特征在于，所述装置还包括：

跟踪模块，用于接收车辆内的用户特征数据和所述车辆的位置数据，判断所述用户特征数据是否符合预设特征，如果符合则根据所述位置数据跟踪所述车辆。

17.根据权利要求10所述的装置，其特征在于，所述装置还包括：

记录模块，用于接收车辆内的用户特征数据和车辆外部特征数据，判断所述车辆外部特征数据是否符合预设条件，如果符合则记录所述用户特征数据。

18.根据权利要求10所述的装置，其特征在于，所述入口收费请求还包括车辆内的用户特征数据，所述入口放行模块还用于如果所述入口判断结果为所述车辆不存在已绑定的第三方应用帐户，则发送所述用户特征数据至第三方应用服务器，以使所述第三方应用服务器判断所述用户特征数据是否存在已绑定的第三方应用帐户并返回第二入口判断结果，如果所述第二入口判断结果为所述用户特征数据存在已绑定的第三方应用帐户，则发送放行指令至入口闸机，以使所述入口闸机打开使得所述车辆在入口处放行；

所述收费模块还用于发送扣费请求至所述用户特征数据绑定的第三方应用帐户。