CN114299623B - 一种车辆停车缴费的处理方法和车机系统 - Google Patents

Abstract

本申请实施例公开了一种车辆停车缴费的处理方法和车机系统，用于在用户并未开通无感支付功能或车场不支持无感支付时，能主动根据停车情况支付相关的停车费用，从而提高用户享用停车服务的体验感。本申请实施例方法包括：获取目标车辆的车牌信息，并将车牌信息与车机系统进行绑定；判断在预设时间内是否接收到车场后台推送的入场通知；若是，则确定目标车辆处于目标车场停车；在接收到目标用户发送的启动指令时，确定目标车辆的车辆状态，车辆状态为驶入车场状态、停留状态或驶离车场状态；若车辆状态为驶离车场状态，则通过车场后台获取目标车辆的缴费信息，并生成相应的缴费订单；将缴费订单推送给目标用户。

Description

一种车辆停车缴费的处理方法和车机系统

技术领域

本申请实施例涉及停车数据处理领域，尤其涉及一种车辆停车缴费的处理方法和车机系统。

背景技术

随着全国汽车保有量的逐步增加，停车场数量也越来越多，而随着汽车技术的发展，也有越来越多的汽车内部都安装有车机，车机负责为坐在车里的用户提供导航、音乐、接听电话等常用工具。

现在的车场多支持无感支付，因此，车辆驶离车场时，用户多用无感支付功能进行停车费用缴纳，然而若是用户并未开通无感支付功能或车场不支持无感支付时，则需要用户在将车辆行驶到车场出口时，拿出移动设备主动发起停车费用缴纳请求，或者使用现金缴纳停车费用，同时还需要使用额外的设备进行缴费操作，整个过程需要耗费一定的时间，在此过程中，若车场出场车辆较多，易存在堵车风险，从而影响用户享用停车服务的体验感。

发明内容

本申请实施例提供了一种车辆停车缴费的处理方法和车机系统，用于在用户并未开通无感支付功能或车场不支持无感支付时，能主动根据停车情况支付相关的停车费用，从而提高用户享用停车服务的体验感。

本申请在第一方面提供了一种车辆停车缴费的处理方法，包括：

获取目标车辆的车牌信息，并将所述车牌信息与所述车机系统进行绑定；

判断在预设时间内是否接收到车场后台推送的入场通知；

若是，则确定所述目标车辆处于目标车场停车；

在接收到目标用户发送的启动指令时，确定所述目标车辆的车辆状态，所述车辆状态为驶入车场状态、停留状态或驶离车场状态；

若所述车辆状态为驶离车场状态，则通过所述车场后台获取所述目标车辆的缴费信息，并生成相应的缴费订单；

将所述缴费订单推送给所述目标用户。

可选的，所述确定所述目标车辆的车辆状态，包括：

获取所述目标车辆的车窗前的环境视频，并根据所述环境视频获取预设时间段内至少为两个视频帧；

根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶；

若确定在预设时间段内所述目标车辆在行驶，则判断在第二预设时间段内是否接收到发送出场请求的指令；

若在第二预设时间段内接收到发送出场请求的指令，则确定所述目标车辆的车辆状态为驶离车场状态；

若在第二预设时间段内未接收到发送出场请求的指令，则确定所述目标车辆的车辆状态为驶入车场状态；

若确定在预设时间段内所述目标车辆未在行驶，则确定所述目标车辆的车辆状态为停留状态。

可选的，所述根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶，包括：

将至少为两个视频帧内的对象进行重合度比对；

根据所述重合度比对的数值来判断在预设时间段内所述目标车辆是否在行驶。

可选的，所述根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶，包括：

通过图像检测算法检测出所述视频帧内所包含的对象的数量，并对所述视频帧的对象数量进行比较；

通过至少为两个视频帧的对象数量的比较结果来判断预设时间段内所述目标车辆是否在行驶。

可选的，所述判断在第二预设时间段内是否接收到发送出场请求的指令，具体包括：

判断在第二预设时间段内是否接收到发送出场请求至所述车场后台的指令。

可选的，所述将所述缴费订单推送给所述目标用户之后，所述处理方法还包括：

在第三预设时间内接收到所述目标用户完成缴费的信息时，向所述车场后台反馈缴费完成通知，所述缴费完成通知包含所述目标车辆的车牌信息，以使得所述车场后台控制所述目标车场的道闸设备开启。

本申请在第二方面提供了一种车机系统，包括：

车牌绑定单元，用于获取目标车辆的车牌信息，并将所述车牌信息与所述车机系统进行绑定；

第一判断单元，用于判断在预设时间内是否接收到车场后台推送的入场通知；

第一执行单元，用于当所述第一判断单元确定在预设时间内接收到所述车场后台推送的入场通知时，则确定所述目标车辆处于目标车场停车；

第一确定单元，用于在接收到目标用户发送的启动指令时，确定所述目标车辆的车辆状态，所述车辆状态为驶入车场状态、停留状态或驶离车场状态；

缴费处理单元，用于当所述第一确定单元确定所述车辆状态为驶离车场状态时，则通过所述车场后台获取所述目标车辆的缴费信息，并生成相应的缴费订单；

订单推送单元，用于将所述缴费订单推送给所述目标用户。

可选的，所述第一确定单元，包括：

第一获取模块，用于获取所述目标车辆的车窗前的环境视频，并根据所述环境视频获取预设时间段内至少为两个视频帧；

第二判断模块，用于根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶；

第一执行模块，用于当所述第二判断模块确定在预设时间段内所述目标车辆在行驶时，则判断在第二预设时间段内是否接收到发送出场请求的指令；

第二执行模块，用于当所述第一执行模块确定在第二预设时间段内接收到发送出场请求的指令时，则确定所述目标车辆的车辆状态为驶离车场状态；

第三执行模块，用于当所述第一执行模块确定在第二预设时间段内未接收到发送出场请求的指令时，则确定所述目标车辆的车辆状态为驶入车场状态；

第四执行模块，用于当所述第二判断模块确定在预设时间段内所述目标车辆未在行驶时，则确定所述目标车辆的车辆状态为停留状态。

可选的，所述第二执行模块，具体用于将至少为两个视频帧内的对象进行重合度比对，根据所述重合度比对的数值来判断在预设时间段内所述目标车辆是否在行驶。

可选的，所述第二执行模块，还用于通过图像检测算法检测出所述视频帧内所包含的对象的数量，并对所述视频帧的对象数量进行比较，通过至少为两个视频帧的对象数量的比较结果来判断预设时间段内所述目标车辆是否在行驶。

可选的，所述第一执行模块，具体用于判断在第二预设时间段内是否接收到发送出场请求至所述车场后台的指令。

可选的，所述车机系统还包括：

反馈单元，用于在第三预设时间内接收到所述目标用户完成缴费的信息时，向所述车场后台反馈缴费完成通知，所述缴费完成通知包含所述目标车辆的车牌信息，以使得所述车场后台控制所述目标车场的道闸设备开启。

本申请在第三方面提供了一种车辆停车缴费的处理设备，所述处理设备包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如第一方面以及第一方面中任一项所述的处理方法。

本申请在第四方面提供了一种计算机可读存储介质，计算机可读存储介质上保存有程序，程序在计算机上执行时执行如第一方面以及第一方面的任意可选的处理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

首先获取到目标车辆的车牌信息，并将该车牌信息与车机系统进行绑定，然后判断在预设时间内是否接收到车场后台推送的入场通知，若接收到了，则确定目标车辆正处于目标车场停车，在接收到目标用户发送的启动指令时，确定该目标车辆当前处于的车辆状态，若该目标车辆处于驶离车场状态，那么则通过车场后台获取到目标车辆的缴费信息，并生成相应的缴费订单，最后，将该缴费订单推送给目标用户。通过确定目标车辆所处的车辆状态的技术手段自动识别车辆当前是驶入车场还是驶离车场，并在目标车辆驶离车场时主动能主动根据停车情况支付相关的停车费用，从而提高了用户享用停车服务的体验感。

附图说明

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

图1为本申请提供的车辆停车缴费的处理方法的一种实施例流程示意图；

图2为本申请提供的车辆停车缴费的处理方法的另一种实施例流程示意图；

图3为本申请提供的车机系统的一种实施例结构示意图；

图4为本申请提供的车机系统的一种实施例结构示意图；

图5为本申请提供的车辆停车缴费的处理设备的一种实施例结构示意图。

具体实施方式

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

本申请实施例提供了一种车辆停车缴费的处理方法和车机系统，用于提高用户享用停车服务的体验感。

在本实施例中，车辆停车缴费的处理方法可在系统实现，也可以在服务器实现，具体不做明确限定。为方便描述，本申请实施例使用车机系统为执行主体举例描述，该系统可以与用户以及车场后台建立通信连接。

请参阅图1，本申请实施例在第一方面提供了一种车辆停车缴费的处理方法，应用于车机系统，包括：

101、车机系统获取目标车辆的车牌信息，并将车牌信息与车机系统进行绑定；

在本申请实施例中，目标车辆上所装载的车机系统具备缴费功能，由于缴费的时候需要对应账户信息，因此，车机系统可以通过将目标车辆的车牌与自身进行绑定，使得车机系统与该车牌建立唯一对应关系，该车牌即为缴费的时候需要对应的账户账号。

具体的，车机系统可以通过用户手动输入需要绑定的车牌号来对车牌进行绑定。

102、车机系统判断在预设时间内是否接收到车场后台推送的入场通知，若是，则执行步骤103；

在本申请实施例中，车机系统需要确定目标车辆进入了目标车场停车，才能确定后续目标车辆会产生停车费用，且才能在目标车辆驶离车场时，为目标车辆进行停车费用的缴纳。

当目标车辆进入到目标车场时，目标车场的车场后台会向车机系统推送一个入场通知，因此，车机系统只需要在预设时间内接收到车场后台推送的入场通知，则可以确定目标车辆已经进场，若是没有接收到，则确定目标车辆没有进入车场，结束流程。此处所指的入场通知并没有限定的表现方式，只要包含有入场的意思表示即可，例如可以是直接发送入场短信，也可以是在目标车场相应的公众号等第三方授权平台上推送入场信息。

103、车机系统确定目标车辆处于目标车场停车；

在本申请实施例中，车机系统需要确定目标车辆处于停车状态，且需要确定目标车辆所停的车场，车机系统才能在后续目标车辆需要离场时，连接相应车场的管理后台，获取停车费用信息，因此，车机系统在接收到车场后台推送的入场通知后，可以确定目标车辆为入场停车的状态，且根据车场后台确定目标车场，目标车辆处于目标车场停车。

例如，目标车辆的车机系统在预设时间内接收到第一车场的车场后台推送的入场通知，则车机系统可以确定目标车辆已驶入第一车场进行停车。

104、在接收到目标用户发送的启动指令时，车机系统确定目标车辆的车辆状态，车辆状态为驶入车场状态、停留状态或驶离车场状态；

在本申请实施例中，所指的启动指令为车机系统的启动指令，车机系统在确定目标车辆处于目标车场停车后，目标用户下车时会拔出车钥匙，此时车机系统会关闭，因此，当目标用户重新上车插入车钥匙，准备驾车时，车机系统会再次接收到启动指令开启。

当接收到目标用户发送的启动指令时，车机系统确定当前目标车辆所处的车辆状态，才能进一步根据该车辆状态执行相应的操作。获取车辆状态的方式有多种，例如，车机系统可以通过与车内的汽车倒车影像建立无线连接，从而获取到汽车倒车影像拍摄的目标车辆运动视频，视频无变化则确定目标车辆处于停留状态，视频中景象倒退则确定目标车辆处于驶离车场状态，视频中景象前进则确定目标车辆处于驶入车场状态；也可以在车机系统的显示屏上提出“驶入”、“驶离”、“停留”三个模块供目标用户选择，然后根据用户所选择的模块直接确定目标车辆的车辆状态。具体获取车辆状态的方式在此处不做限定。

105、若车辆状态为驶离车场状态，则车机系统通过车场后台获取目标车辆的缴费信息，并生成相应的缴费订单；

在本申请实施例中，当目标车辆处于驶离车场的状态时，才能确定目标车辆在该目标车场中停过车，这个驶离车场状态可能是目标车辆在目标车场中停车了一段时间才驶离的，也可能是在目标车场中找不到能停的车位才驶离的，也就是说，当目标车辆处于驶离车场的状态时，车机系统才能确定目标车辆有产生停车费用的可能，此时，车机系统才会与相应的车场后台建立通信连接，通过该车场后台获取目标车辆的缴费信息，并根据该缴费信息自动生成相应的缴费订单，以供后续目标用户浏览和缴费。

106、车机系统将缴费订单推送给目标用户。

在本申请实施例中，车机系统所支持的支付方式至少有三种：支付宝支付、微信支付以及银行卡支付，还可以支持信用卡支付等，车机系统可以预先与目标用户的支付宝、微信、银行卡等相关账号绑定，将缴费订单推送给目标用户时，直接根据目标用户所选择的支付渠道完成缴费操作，也可以是将缴费订单生成二维码显示于车机系统的显示屏上，供目标用户使用移动终端进行扫描缴费等，具体的支付费用方式在此处不做限定。同时，目标用户也可以在车机系统的显示屏上选择关闭缴费。

在本申请实施例中，车机系统可以通过判断目标车辆的车辆状态，自动根据车辆状态执行相应操作。例如，当车机系统判断出目标车辆的车辆状态为驶离车场状态时，从车场后台处获取与目标车辆相关的缴费信息，并生成相应的缴费订单推送给目标用户，以供目标用户浏览和支付，无需减速停车并在到达出口附近时拿出移动设备主动发起支付停车费用，或者使用现金支付停车费用，增加了目标用户驾车离场的顺畅感，从而提高了用户享用停车服务的体验感。

请参阅图2，本申请实施例在第一方面提供了另一种车辆停车缴费的处理方法，应用于车机系统，包括：

201、车机系统获取目标车辆的车牌信息，并将车牌信息与车机系统进行绑定；

202、车机系统判断在预设时间内是否接收到车场后台推送的入场通知，若是，则执行步骤203，若否，则结束流程；

203、车机系统确定目标车辆处于目标车场停车；

本实施例中的步骤201至步骤203与前述实施例中步骤101至步骤103类似，此处不再赘述。

204、在接收到目标用户发送的启动指令时，车机系统获取目标车辆的车窗前的环境视频，并根据环境视频获取预设时间段内至少为两个视频帧；

205、车机系统根据视频帧判断在预设时间段内目标车辆是否在行驶，若是，则执行步骤206，若否，则执行步骤209；

206、车机系统判断在第二预设时间段内是否接收到发送出场请求至车场后台的指令，若接收到，则执行步骤207，若未接收到，则执行步骤208；

207、车机系统确定目标车辆的车辆状态为驶离车场状态；

208、车机系统确定目标车辆的车辆状态为驶入车场状态；

209、车机系统确定目标车辆的车辆状态为停留状态；

在本申请实施例中，车机系统需要先确定目标车辆的车辆状态，才能根据该车辆状态执行相应的操作，例如，当车辆状态为驶入状态或停留状态时，车机系统无需操作；当车辆状态为驶离状态时，车机系统需要获取目标车辆的停车缴费信息。

在本申请实施例中，车机系统根据视频帧判断在预设时间段内目标车辆是否在行驶可以有以下两种具体的表现方式。

方式一：将至少为两个视频帧内的对象进行重合度比对，根据重合度比对的数值来判断在预设时间段内目标车辆是否在行驶。

车机系统先预设一个重合度数值，超过该数值的可以确定目标车辆处于停留状态，未超过该数值的则可以确定目标车辆正在行驶。具体的，预设一个重合度数值为0.7，将至少在两个时间节点所截取的两个视频帧进行重叠，比较两个视频帧之间的重合度，当该重合度超过0.7或刚好达到0.7时，确定目标车辆未在行驶，否则，为正在行驶状态。

方式二：通过图像检测算法检测出视频帧内所包含的对象的数量，并对视频帧的对象数量进行比较，通过至少为两个视频帧的对象数量的比较结果来判断预设时间段内目标车辆是否在行驶。

此处所提出的图像检测算法可以包括但不限于基于卷积神经网络(CNN，Convolutional Neural Network)、线性回归和支持向量机等算法架构的目标检测算法(R-CNN，Region-CNN)，只要具备识别图像中的对象及对象数量的功能即可。

具体的，当检测出至少为两个视频帧的对象数量的比较结果一致时，车机系统确定目标车辆未在行驶，否则，则确定目标车辆正在行驶中。

当车机系统确定目标未在行驶时，确定目标车辆的车辆状态为停留状态；当车机系统确定目标车辆正在行驶时，进一步去确定出目标车辆当前处于驶入状态还是驶离状态，例如，车机系统可以判断在第二预设时间段内是否接收到发送出场请求至车场后台的指令，如果接收到了，则确定目标车辆处于驶离状态，否则为驶入状态，除了该判断方法外，还可以是上述实施例步骤104中任意所描述的方法。

210、若车辆状态为驶离车场状态，则车机系统通过车场后台获取目标车辆的缴费信息，并生成相应的缴费订单；

211、车机系统将缴费订单推送给目标用户；

本实施例中的步骤210至步骤211与前述实施例中步骤105至步骤106类似，此处不再赘述。

212、车机系统在第三预设时间内接收到目标用户完成缴费的信息时，向车场后台反馈缴费完成通知，缴费完成通知包含目标车辆的车牌信息，以使得车场后台控制目标车场的道闸设备开启。

在本申请实施例中，为了目标车辆能够顺利出场，不会在车场出口处被道闸设备卡住，车机系统在向目标用户推送缴费订单后，在第三预设时间内若接收到目标用户完成缴费的信息，则可以确认用户缴费完毕，马上向目标车场的车场后台反馈一个缴费完成的通知，使得车场后台通过该缴费完成通知确定出目标车辆的车牌，为该车牌对应的目标车辆进行放行。

在本申请实施例中，为了提高确定目标车辆的车辆状态的精确度，可以通过图像检测算法的技术手段，对在预设时间段内所截取的视频帧的对象进行识别并统计，如果在至少为两个视频帧的对象数量结果不一致的话，则可以确定预设时间段内目标车辆未在行驶。

请参阅图3，本申请实施例在第二方面提供了一种车机系统，包括：

车牌绑定单元301，用于获取目标车辆的车牌信息，并将车牌信息与车机系统进行绑定；

第一判断单元302，用于判断在预设时间内是否接收到车场后台推送的入场通知；

第一执行单元303，用于当第一判断单元302确定在预设时间内接收到车场后台推送的入场通知时，则确定目标车辆处于目标车场停车；

第一确定单元304，用于在接收到目标用户发送的启动指令时，确定目标车辆的车辆状态，车辆状态为驶入车场状态、停留状态或驶离车场状态；

缴费处理单元305，用于当第一确定单元304确定车辆状态为驶离车场状态时，则通过车场后台获取目标车辆的缴费信息，并生成相应的缴费订单；

订单推送单元306，用于将缴费订单推送给目标用户。

在本申请实施例中，首先可以通过车牌绑定单元301获取目标车辆的车牌信息，并将车牌信息与车机系统进行绑定，然后，在第一判断单元302确定在预设时间内接收到车场后台推送的入场通知时，第一执行单元303确定目标车辆处于目标车场停车，接着，在接收到目标用户发送的启动指令时，第一确定单元304确定目标车辆的车辆状态，当第一确定单元304确定车辆状态为驶离车场状态时，缴费处理单元305将获取到的目标车辆的缴费信息生成相应的缴费订单，最后将该缴费订单通过订单推送单元306推送给目标用户。

请参阅图4，本申请实施例在第二方面提供了另一种车机系统，包括：

车牌绑定单元401，用于获取目标车辆的车牌信息，并将车牌信息与车机系统进行绑定；

第一判断单元402，用于判断在预设时间内是否接收到车场后台推送的入场通知；

第一执行单元403，用于当第一判断单元402确定在预设时间内接收到车场后台推送的入场通知时，则确定目标车辆处于目标车场停车；

第一确定单元404，用于在接收到目标用户发送的启动指令时，确定目标车辆的车辆状态，车辆状态为驶入车场状态、停留状态或驶离车场状态；

缴费处理单元405，用于当第一确定单元404确定车辆状态为驶离车场状态时，则通过车场后台获取目标车辆的缴费信息，并生成相应的缴费订单；

订单推送单元406，用于将缴费订单推送给目标用户；

反馈单元407，用于在第三预设时间内接收到目标用户完成缴费的信息时，向车场后台反馈缴费完成通知，缴费完成通知包含目标车辆的车牌信息，以使得车场后台控制目标车场的道闸设备开启。

在本申请实施例中，第一确定单元404可以包括:

第一获取模块4041，用于获取目标车辆的车窗前的环境视频，并根据环境视频获取预设时间段内至少为两个视频帧；

第二判断模块4042，用于根据视频帧判断在预设时间段内目标车辆是否在行驶；

第一执行模块4043，用于当第二判断模块4042确定在预设时间段内目标车辆在行驶时，则判断在第二预设时间段内是否接收到发送出场请求的指令；

第二执行模块4044，用于当第一执行模块4043确定在第二预设时间段内接收到发送出场请求的指令时，则确定目标车辆的车辆状态为驶离车场状态；

第三执行模块4045，用于当第一执行模块4043确定在第二预设时间段内未接收到发送出场请求的指令时，则确定目标车辆的车辆状态为驶入车场状态；

第四执行模块4046，用于当第二判断模块4042确定在预设时间段内目标车辆未在行驶时，则确定目标车辆的车辆状态为停留状态。

请参阅图5，本申请实施例在第三方面提供了一种车辆停车缴费的处理设备，包括：

处理器501、存储器502、输入输出单元503以及总线504；

处理器501与存储器502、输入输出单元503以及总线504相连；

存储器502保存有程序，处理器501调用程序以执行如第一方面中任意一项所述的处理方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (6)

1.一种车辆停车缴费的处理方法，其特征在于，应用于车机系统，所述车机系统存在缴费功能，包括：

获取目标车辆的车牌信息，并将所述车牌信息与所述车机系统进行绑定；

判断在预设时间内是否接收到车场后台推送的入场通知；

若是，则确定所述目标车辆处于目标车场停车；

在接收到目标用户发送的启动指令时，确定所述目标车辆的车辆状态，所述车辆状态为驶入车场状态、停留状态或驶离车场状态；

若所述车辆状态为驶离车场状态，则通过所述车场后台获取所述目标车辆的缴费信息，并生成相应的缴费订单；

将所述缴费订单推送给所述目标用户；

所述确定所述目标车辆的车辆状态，包括：

获取所述目标车辆的车窗前的环境视频，并根据所述环境视频获取预设时间段内至少为两个视频帧；

根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶；

若确定在预设时间段内所述目标车辆在行驶，则判断在第二预设时间段内是否接收到发送出场请求的指令；

若在第二预设时间段内接收到发送出场请求的指令，则确定所述目标车辆的车辆状态为驶离车场状态；

若在第二预设时间段内未接收到发送出场请求的指令，则确定所述目标车辆的车辆状态为驶入车场状态；

若确定在预设时间段内所述目标车辆未在行驶，则确定所述目标车辆的车辆状态为停留状态；

所述根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶，包括：

将至少为两个视频帧内的对象进行重合度比对；

根据所述重合度比对的数值来判断在预设时间段内所述目标车辆是否在行驶。

2.根据权利要求1所述的处理方法，其特征在于，所述根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶，包括：

通过图像检测算法检测出所述视频帧内所包含的对象的数量，并对所述视频帧的对象数量进行比较；

通过至少为两个视频帧的对象数量的比较结果来判断预设时间段内所述目标车辆是否在行驶。

3.根据权利要求1或2任一项所述的处理方法，其特征在于，所述判断在第二预设时间段内是否接收到发送出场请求的指令，具体包括：

判断在第二预设时间段内是否接收到发送出场请求至所述车场后台的指令。

4.根据权利要求3所述的处理方法，其特征在于，所述将所述缴费订单推送给所述目标用户之后，所述处理方法还包括：

在第三预设时间内接收到所述目标用户完成缴费的信息时，向所述车场后台反馈缴费完成通知，所述缴费完成通知包含所述目标车辆的车牌信息，以使得所述车场后台控制所述目标车场的道闸设备开启。

5.一种车机系统，其特征在于，包括：

车牌绑定单元，用于获取目标车辆的车牌信息，并将所述车牌信息与所述车机系统进行绑定；

第一判断单元，用于判断在预设时间内是否接收到车场后台推送的入场通知；

第一执行单元，用于当所述第一判断单元确定在预设时间内接收到所述车场后台推送的入场通知时，则确定所述目标车辆处于目标车场停车；

第一确定单元，用于在接收到目标用户发送的启动指令时，确定所述目标车辆的车辆状态，所述车辆状态为驶入车场状态、停留状态或驶离车场状态；

缴费处理单元，用于当所述第一确定单元确定所述车辆状态为驶离车场状态时，则通过所述车场后台获取所述目标车辆的缴费信息，并生成相应的缴费订单；

订单推送单元，用于将所述缴费订单推送给所述目标用户；

所述第一确定单元，包括：

第一获取模块，用于获取所述目标车辆的车窗前的环境视频，并根据所述环境视频获取预设时间段内至少为两个视频帧；

第二判断模块，用于根据所述视频帧判断在预设时间段内所述目标车辆是否在行驶；

第一执行模块，用于当所述第二判断模块确定在预设时间段内所述目标车辆在行驶时，则判断在第二预设时间段内是否接收到发送出场请求的指令；

第二执行模块，用于当所述第一执行模块确定在第二预设时间段内接收到发送出场请求的指令时，则确定所述目标车辆的车辆状态为驶离车场状态；

第三执行模块，用于当所述第一执行模块确定在第二预设时间段内未接收到发送出场请求的指令时，则确定所述目标车辆的车辆状态为驶入车场状态；

第四执行模块，用于当所述第二判断模块确定在预设时间段内所述目标车辆未在行驶时，则确定所述目标车辆的车辆状态为停留状态；

所述第二执行模块，具体用于将至少为两个视频帧内的对象进行重合度比对，根据所述重合度比对的数值来判断在预设时间段内所述目标车辆是否在行驶。

6.根据权利要求5所述的车机系统，其特征在于，所述第二执行模块，还用于通过图像检测算法检测出所述视频帧内所包含的对象的数量，并对所述视频帧的对象数量进行比较，通过至少为两个视频帧的对象数量的比较结果来判断预设时间段内所述目标车辆是否在行驶。