CN115273256A - 一种停车场道闸管理的方法和系统 - Google Patents

Abstract

本发明提出一种停车场道闸管理的方法和装置，包括：预先对停车场以及停车场的各个出口进行编码；接收用户终端发出的放行车辆的请求；解析放行车辆的请求，确定用户车辆所在出口的编码；根据出口的编码，判断出口对应的车辆是否完成停车费缴纳或无需缴纳费用；若确出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制出口道闸放行车辆。本发明解决了现有技术存在的当停车场道闸管理系统存在故障时，上述技术方案解决了现有技术存在的当停车道闸管理系统存在故障时，通过对讲装置呼叫工作人员容易造成出口堵塞的技术问题，达到降低停车场基础设施成本、提高车辆通行效率，提升用户体验的技术效果。

Description

一种停车场道闸管理的方法和系统

技术领域

本发明涉及一种停车场管理方法，尤其涉及一种停车场道闸管理的方法和系统。

背景技术

现有技术中，车辆准备出停车场时，需要在停车场的出闸口刷下卡，或者是向岗亭的收费员上缴车费，然后岗亭的收费员再控制道闸开启，以放通车辆。

随着智能停车设备技术的发展，岗亭一般不设置收费员，车辆通过停车场的控制系统在线缴费，如通过APP(Application，应用程序)缴费之后，将车辆开到停车场出口，停车场的控制系统通过检测车辆的车牌号，即可自动放通车辆。然而，当停车场的控制系统出现故障时，即使车辆已经缴费，停车场的控制系统也不会控制道闸开启，从而导致车辆在停车场出口堵塞。

目前市面上有部分停车场在出口通道处设置呼叫对讲装置，当设备故障或其他原因导致无法开闸时，用户可以通过呼叫对讲装置的按键呼叫工作人员。但是在停车场出口通道额外放置呼叫对讲装置，存在呼叫对讲装置受停车场环境影响，通话体验不佳的技术问题。

发明内容

本发明实施例提供一种停车场道闸管理的方法和系统，以解决相关技术存在的问题，技术方案如下：

第一方面，本发明实施例提供了一种停车场道闸管理的方法，包括：

预先对停车场以及停车场的各个出口进行编码；

接收用户终端发出的放行车辆的请求；

解析所述放行车辆的请求，确定用户车辆所在出口的编码；

根据所述出口的编码，判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

若确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆。

可选地，接收用户终端发出的放行车辆的请求，包括如下之一：

接收用户终端扫描停车场出口的图形码后发出的放行车辆的请求；其中，所述停车场每个出口分别对应一个图形码标识；每个图形码标识有用户车辆所在出口的编码；

或，接收用户终端通过停车场应用程序发出的放行车辆的请求；其中，停车场应用程序发出的放行车辆的请求中携带有应用程序信息；

或，接收通过RFID、NFC或ETC发出的放行车辆的请求；其中，RFID、NFC或ETC发出的放行车辆的请求中携带有射频信息。

可选地，解析所述放行车辆的请求，确定用户车辆所在出口的编码，包括：

若所述放行车辆的请求是用户终端扫描停车场出口的图形码发出的，则读取所述请求中携带的解码所述图形码对应的出口的编码；

若所述放行车辆的请求是用户终端通过应用程序发出的，则根据请求中携带的定位信息查找对应的出口的编码；

若所述放行车辆的请求是通过RFID、NFC或ETC发出的，则根据请求中携带的射频信息查找对应的出口的编码。

可选地，根据所述出口的编码，判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的方式，包括如下之一：

根据所述出口的编码，确定所述出口当前时刻是否存在未缴费车辆的记录或已缴费的记录；

或，根据所述出口的编码，确定所述出口当前时刻停放车辆的车辆标识；根据所述车辆标识查找缴费记录；

或，根据所述出口的编码，获取所述出口图像或视频；后台保障端根据出口图像或视频获取车辆标识，根据所述车辆标识查询车辆车牌的缴费记录。

可选地，判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的结果，包括：

若存在未缴费车辆的记录或不存在已缴费的记录，则确定所述出口的车辆未完成停车费缴纳；

若不存在未缴费车辆的记录或存在已缴费的记录，则确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用。

可选地，在所述出口道闸放行车辆之前，包括：

根据所述用户终端发送的所述放行车辆的请求、以及所在停车场各个出口的车辆通行频率，向所述用户终端发送推荐出口的提示信息。

可选地，建立所述后台保障端、所述用户终端与所述出口处摄像头的连接；

根据所述连接，将所述出口摄像头和/或所述用户终端获取的图像或视频分别发送至用户终端和后台保障端；

建立所述后台保障端与所述用户终端的呼叫界面；

分别在所述用户终端以及后台保障端的所述呼叫界面展示出口处摄像头捕获的出口图像或视频。

可选地，所述后台保障端，还包括：

参考所述出口图像或视频，和/或所述呼叫界面，远程诊断道闸故障，并，输出故障报告。

可选地，建立所述后台保障端与所述用户终端的呼叫界面之后，还包括：

所述后台保障端接收所述用户终端上所述呼叫界面发送的投诉请求；

所述后台保障端响应于所述投诉请求，调整处理用户的优先级。

第二方面，本发明实施例提供了一种停车场道闸管理的装置，包括：

编码模块，用于预先对停车场以及停车场的各个出口进行编码；

请求接收模块，用于接收用户终端发出的放行车辆的请求；

请求解析模块，用于解析所述放行车辆的请求，确定用户车辆所在出口的编码；

缴费判断模块，用于根据所述出口的编码，判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

放行模块，用于若所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆。

上述技术方案解决了现有技术存在的当停车场道闸管理系统存在故障时，通过对讲装置呼叫工作人员容易造成出口堵塞的技术问题，达到降低停车场基础设施成本、提高车辆通行效率，提升用户体验的技术效果。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本发明进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本发明公开的一些实施方式，而不应将其视为是对本发明范围的限制。

图1为根据本发明一实施例的停车场道闸管理的方法的流程图；

图2为根据本发明具体实施例二的流程图；

图3为根据本发明具体实施例三的流程图；

图4为根据本发明具体实施例四的流程图；

图5示出根据本发明一实施例的停车场道闸管理的装置的架构图；

图6示出根据本发明一实施例的停车场道闸管理的服务器的结构框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本发明的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

在停车场道闸可以正常控制的情况下，当车辆行驶到停车场出口通道/在停车场出口处准备离开停车场时，车辆可以通过停车场出口的摄像头(或车牌号采集设备)采集当前车辆的车辆信息，将获取到的车辆信息发送至停车场服务器。停车场服务器再结合车辆的入场时间、停车场计费规则计算停车费进而确定停车账单。若用户不需要缴纳停车费(例如车辆绑定了停车场会员卡、用优惠券抵扣了车费等情况)则可以在停车场服务器中标记：直接开启道闸放行车辆或在缴费记录中显示无需缴费/已经缴费且费用为零等记录。若用户需要缴纳停车费，则用户可以通过平板电脑、移动终端、停车场的支付终端、ETC付费组件等可以支付停车费的软硬件设备进行支付停车费。车辆的停车账单显示可以在用户终端的显示器上。用户终端的显示器可以是停车场出口处的显示屏、停车场内的支付终端，也可以是用户预先绑定了车辆信息的移动智能终端。当用户完成支付停车费后，停车场出口的道闸将开启放行车辆出场。

现有技术中当停车场道闸管理系统存在故障，也就是当用户终端完成支付停车费后但无法开启道闸时，则需要用户通过对讲机求助于停车场运维的人员，通过与运维人员描述其所在出口的情况，解决不能开启道闸、无法使得车辆通过的技术问题。但是，现有技术在停车场道闸管理系统存在故障时，出口处的对讲设备也很容易受环境影响，导致用户与运维人员通话质量不佳的技术问题。

本发明图1示出根据本发明一实施例的停车场道闸管理的方法的流程图。

如图1所示，该停车场道闸管理的方法可以包括：

步骤S101、预先对停车场以及停车场的各个出口进行编码；

步骤S102、接收用户终端发出的放行车辆的请求；

步骤S103、解析所述放行车辆的请求，确定用户车辆所在出口的编码；

步骤S104、根据所述出口的编码，判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

步骤S105、若确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆；

在实际应用中，所述用户终端可以包括但不限于如下之一：平板电脑、移动终端、停车场的支付终端等。

如上步骤所示，本发明技术方案通过由用户终端向服务器发送请求中携带的出口编码使得服务器可以获知存在故障的出口，再基于该出口编码控制出口道闸对车辆的放行。本发明技术方案，避免了现有技术采用在停车场出口通道额外放置呼叫对讲装置使得停车场成本升高、呼叫对讲装置受停车场环境影响大、通话体验不佳的技术缺陷。因此，本发明的技术方案可以达到降低停车场基础设施成本、提高车辆通行效率、降低停车场出口拥堵时间提升用户体验的技术效果。

其中，上述步骤S101-105可以由停车场本地服务器提供服务、由停车场云端服务器提供服务，或者由停车场本地服务器和停车场云端服务器提供服务。

当停车场本地服务器提供服务时，一般情况下是停车场本地服务器仅对一个停车场提供服务，工作人员直接负责该停车场的故障对接，工作人员仅需要定位到该停车场的具体出口。

当停车场云端服务器提供服务时，一般情况下是停车场云端服务器对接至少一个停车场，工作人员需要定位到具体的停车场以及该停车场对应的出口进而实现故障对接。也就是说，用户终端发出的放行车辆的请求中包含与定位数据相关的信息，当本地服务器/云端服务器获取到放行请求后可以对该请求进行解析，进而确定用户车辆所在的停车场以及出口。

当停车场本地服务器和停车场云端服务器协作提供服务时，步骤S101-S103可以由停车场本地服务器完成，步骤S104和S105可以由停车场云端服务器完成。

通过对停车场的出口进行编码，在接收到用户发送的携带出口编码的请求时可以快速定位到所对应的出口，避免了现有技术采用对讲设备需要用户自行将停车场的信息以及出口的编号/位置告知工作人员存在的效率低的技术缺陷。

现有技术采用呼叫对讲装置，由用户反馈出口信息的方式所消耗的时间超长，特别是当用户对停车场不熟悉时无法及时地提供给运维人员有效的信息，因此很容易造成后续要出场的其他车辆在该出口拥堵的情况。在步骤S101中采用对出口的编码的技术手段，在用户终端向服务器发送请求时携带该出口的编码，有助于服务器端自动化、快速的定位到出口的位置、车辆所在的位置。并且服务器端也可以依据该出口的编码进行车辆是否缴费/出口是否放行的操作。

在实际应用中，用户发出携带出口编码请求的方式有很多，例如，用户终端扫描停车场出口的图形码后发出的放行车辆的请求；用户终端通过停车场应用程序发出的放行车辆的请求；车辆上的通信设备通过RFID、NFC或ETC发出的放行车辆的请求等等。随着技术的发展，用户终端发出请求的方式并不限制于上述列举。因此，停车场服务器在执行步骤S102接收用户终端发出的放行车辆的请求时，可以包括但不限制于如下之一：

接收用户终端扫描停车场出口的图形码后发出的放行车辆的请求；其中，所述停车场每个出口分别对应一个图形码标识。当该图形码为静态图形码标识时，该图形码至少标识有用户车辆所在出口的编码，还可以携带该出口编码对应的摄像头链接地址；该图形码也可以是动态图形码，动态图形码在标识有用户车辆所在出口编码的同时，还可以包括但不限于如下的一个或几个信息：出口编码对应的摄像头链接地址、出口车辆的车牌号/图片/视频信息等，进一步方便提取车辆的信息，供判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用时使用。

或，接收用户终端通过停车场应用程序发出的放行车辆的请求；其中，停车场应用程序发出的放行车辆的请求中携带有应用程序信息(例如，定位信息)；在应用程序发出的放行请求中也可以携带用户手动选择的停车场出口的信息；或，当停车场服务器通过应用程序信息无法准确对应到停车场的出口时，可以向用户终端发出手动输入停车场出口编码的请求；

或，接收通过RFID、NFC、ETC等采用无线通信手段发出的放行车辆的请求，其中，RFID、NFC、ETC等采用无线通信手段发出的放行车辆的请求中携带有射频信息，根据射频信息可查找用户车辆所在出口的编码。

在停车场服务器接收到用户的请求后，需要对请求进行解析，进而确定用户车辆所在出口的编码。具体地，根据每种请求的发出方式不同，解析的方式也存在不同，但其目的均为确定出口的编码。具体地，步骤S103、解析所述放行车辆的请求，确定用户车辆所在出口的编码，包括：若所述放行车辆的请求是用户终端扫描停车场出口的图形码发出的，则读取所述请求中携带的解码所述图形码对应的出口的编码；

若所述放行车辆的请求是用户终端通过应用程序发出的，则根据请求中携带的应用程序信息查找对应的出口的编码；

若所述放行车辆的请求是通过RFID、NFC、ETC等采用无线通信手段发出的，则根据请求中携带的射频信息查找对应的出口的编码。

另外，预先对停车场、停车场出口编码，根据用户车辆的车辆标识、入场时间、出场时间和停车场计费规则计算停车费用，建立停车场编码、停车场出口编码、车辆标识、停车费用、缴费记录(例如：是否完成停车费用缴纳、是否无需缴纳停车费用)等的映射关系。在核对该出口的车辆是否缴费时也可以根据实际需要选择不同的查询方式。具体地，根据所述出口的编码，判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的方式，包括但不限于如下之一：

如上，在停车场服务器中，可以将出口的编码和缴费记录关联存储，因此根据所述出口的编码，可以直接地确定所述出口当前时刻是否存在未缴费车辆的记录或已缴费的记录；此种方式只需要查找缴费记录即可，无需停车场其他组件或其他信息的配合，进而可以达到更进一步缩短处理道闸未开启情况的时间，避免出口发生车辆的拥堵。

或，根据所述出口的编码，确定所述出口当前时刻停放车辆的车辆标识；根据所述车辆标识查找缴费记录；此种情况相对于上一种情况更为准确，通过车辆标识(车牌号码或与车牌号码功能相同的标识)可以确定该车辆是否完成缴费，避免其他可能存在的问题。其中，通过出口的编码确定车辆标识的方式可以是：在停车场服务器中，出口的编码与当前出口的车辆标识关联存储，进而通过出口的编码就可以找到车辆的车牌；也可以是：通过出口的编码找到该出口对应摄像头的链接地址，因此根据该摄像头的链接地址可以拍摄到车牌信息，进而得到出口对应的停放标识。

或，根据所述出口的编码，获取所述出口图像或视频；后台保障端根据出口图像或视频获取车辆标识，根据所述车辆标识查询车辆车牌的缴费记录。该情况中所用到的后台保障端可以设置在停车场本地的服务器内，也可以设置在停车场的运维/云端服务器上，用于为出口是否可以放行车辆提供保障。在实际应用中，后台保障端可以采用图像识别的方式识别出车辆的标识，也可以采用运维人员人工识别车辆车牌的形式确定车辆车牌的缴费记录。其中，根据所述出口的编码获取所述出口图像或视频的方式可以包括：在停车场服务器中，出口的编码可以与当前出口的图像/视频关联存储，进而通过出口的编码就可以找到当前出口的图像/视频；再由停车场服务器发送出口的图像/视频给后台保障端。

由于有些车辆具备停车场的会员/使用优惠券等原因在停车场停放无需缴纳费用，停车场对无需缴费费用的车辆的记录方式可以为在缴费记录中显示无需缴费/已经缴费且费用为零等记录。此处仅为车辆无需缴费时，停车场服务器可选的设置方式，而非全部设置方式的列举。

在实际应用中，在停车场服务器中设置的无需缴费的方式与出口放行的逻辑是相对应的。因此，根据上述可选的无需缴费的记录方式，在判断出口的车辆是否完成停车费缴纳或无需缴纳费用的结果时可以采用如下方式：

若存在未缴费车辆的记录或不存在已缴费的记录，则确定所述出口的车辆未完成停车费缴纳；

若不存在未缴费车辆的记录或存在已缴费的记录，则确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用。

可选地，判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的结果，包括：

若存在未缴费车辆的记录或不存在已缴费的记录，则确定所述出口的车辆未完成停车费缴纳；

若不存在未缴费车辆的记录或存在已缴费的记录，则确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用。

建立所述后台保障端、所述用户终端与所述出口处摄像头的连接；

根据所述连接，将所述出口摄像头和/或所述用户终端获取的图像或视频分别发送至用户终端和后台保障端；

建立所述后台保障端与所述用户终端的呼叫界面；

分别在所述用户终端以及后台保障端的所述呼叫界面展示出口处摄像头捕获的出口图像或视频。

在实际应用中，后台保障端还具备远程诊断故障、输出故障报告的功能。即，后台保障端参考出口的图像或视频和/或呼叫界面，远程诊断道闸未开启的原因；也可也根据出口的图像或视频和/或呼叫界面，输出故障报告。

在本发明可选实施例中，在用户终端设备上可以设置投诉接口用于对停车服务进行投诉。因此，建立所述后台保障端与所述用户终端的呼叫界面之后，还可以包括：所述后台保障端接收用户通过所述用户终端上所述呼叫界面发送的投诉请求；所述后台保障端响应于所述投诉请求，调整所述用户终端发出的放行车辆的请求的处理优先级。

例如，服务器(停车场本地服务器和/或停车场云端服务器)可能同时接收到多个用户终端同时发送的放行车辆的请求，在这样的情况下，由于服务器数据处理能力的限制以及可能的信道的占用，导致服务器处理放行车辆的请求较慢。在用户比较着急的情况下，需要服务器快速响应放行车辆的请求控制出口道闸放行车辆。

在本发明的示例中，若后台保障端接收到用户通过呼叫界面发送的投诉请求，表明此时用户比较着急，因此后台保障端响应该投诉请求，调整用户终端发出的放行车辆的请求的处理优先级，以能优先处理该请求，便于用户快速通过出口。

但是在实际应用中，存在车辆未在出口摄像头的拍照范围内的情况，无法根据车辆标识计算车辆的停车费。因此，在一种实施方式中，若无法根据出口的摄像头获取车辆标识，则判断车辆标识是否未落入摄像头可以捕捉的范围；

若未落入摄像头可以捕捉的范围，则反馈提示信息提示用户调整车辆位置至摄像头捕捉到车辆的车辆标识。

本发明中的定位信息用于确定用户车辆所在停车场具体的出口位置的，通过具体的出口位置，可以方便确定该出口的编码。具体地，本方案采用通信设备将定位信息发送到停车场服务器，停车场服务器通过定位信息确定该定位信息对应的出口编码。

采用出口处的位置信息可以找到该出口的摄像头链接地址，利用摄像头拍摄出口车辆的图片和视频来实现无需工作人员到达出口即可远程检查出口情况的技术效果。即，当所述定位数据为用户车辆所在出口处的位置信息时，获取所述用户车辆所在出口处的位置信息对应的停车场出口处的摄像头链接地址；与所述出口处摄像头链接地址建立连接；根据所述停车场出口处摄像头的链接地址，获取停车场的出口图像或视频。

在实际应用中可以，也可以将在用户终端发出的放行车辆的请求中添加车辆所在停车场出口处的摄像头链接地址，则可以免去通过编号查找摄像头链接地址的过程，进一步提高放行车辆的效率。即，当所述位置信息为车辆所在停车场出口处的摄像头链接地址时，与所述停车场出口处摄像头的链接地址建立连接；根据所述停车场出口摄像头的链接地址，获取停车场出口图像或视频。

在一种可能的实施方式中，上述步骤中的控制出口道闸放行车辆，可以包括：向出口道闸的控制器发送开启指令，该开启指令用于指示出口道闸的控制器控制出口道闸开启，以将在道闸前的车辆放行。

进一步地，在向出口道闸的控制器发送该开启指令之后，若确定出口道闸未放行，则可以确定当前的出口道闸故障。此时可以向用户终端发送提示信息，该提示信息用于提示用户通过停车场的其他出口驶出。

进一步地，若确定出口道闸未放行，则可以向用户终端发送提示信息，具体地，该方法还可以包括：

根据以下因素确定向用户推荐的出口：用户当前的位置、以及各个出口的车辆通行频率。其中，车辆通行频率，可以是出口在一分钟内驶出的车辆的数量。其中，用户当前的位置可以根据用户终端向服务器发送发行请求中的出口编码确定。

具体来说，可以根据用户当前的位置确定用户到其他出口所需驾驶时长，根据出口的车辆通行频率，可以预估车辆在出口驶出的排队时长，这样根据预估的驾驶时长和排队时长，可以确定车辆到各个出口的预估时长，随后可以选择预估时长较短的出口，并通过提示消息将该出口的消息提供给用户。

具体实施例二、

图2为根据本发明具体实施例一的流程图。如图2所示，包括如下步骤：

S201、接收用户终端扫描车辆所在停车场出口处的图形码发出的放行车辆的请求；

S202、解析所述放行车辆的请求，确定用户车辆所在的停车场编号以及出口编号；

S203、根据所述出口编码，确定该出口编码当前时刻是否存在已完成停车费缴纳或无需缴纳费用的记录；

S204、若已经完成停车费缴纳或无需缴纳费用，则放行车辆。

具体实施例三、

图3为根据本发明具体实施例三的流程图。如图3所示，包括如下步骤：

S301、接收用户终端通过停车场应用程序发出的放行车辆的请求；

S302、根据请求中携带的定位信息查找对应的出口的编码；

S303、根据所述出口的编码，获取所述出口图像或视频；

S304、根据所述出口的编码，确定所述出口当前时刻停放车辆的车辆标识；

S305、根据所述车辆标识查找缴费记录；

S306、判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

S307、若确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆。

具体实施例四、

图4为根据本发明具体实施例二的流程图。如图4所示，包括如下步骤：

S401、接收通过RFID、NFC或ETC发出的放行车辆的请求；

S402、根据请求中的射频信息确定出口编码；

S403、根据所述出口的编码，获取所述出口图像或视频；

S404、后台保障端根据出口图像或视频获取车辆标识；

S405、后台保障端根据所述车辆标识查询车辆车牌的缴费记录；

S406、判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

S407、若确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆。

需要说明的是，本领域技术人员能够理解，本发明应不限于此。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定各个步骤组件之间的关系。

图5示出根据本发明一实施例的停车场道闸管理的装置的架构图。如图5所示，该停车场道闸管理的系统500可以包括：

编码模块501，用于预先对停车场以及停车场的各个出口进行编码；

请求接收模块502，用于接收用户终端发出的放行车辆的请求；

请求解析模块503，用于解析所述放行车辆的请求，确定用户车辆所在出口的编码；

缴费判断模块504，用于根据所述出口的编码，判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

放行模块505，用于若所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆。

可选地，请求接收模块502，用于执行如下步骤之一：

接收用户终端扫描停车场出口的图形码后发出的放行车辆的请求；其中，所述停车场每个出口分别对应一个图形码标识；每个图形码标识有用户车辆所在出口的编码；

或，接收用户终端通过停车场应用程序发出的放行车辆的请求；其中，停车场应用程序发出的放行车辆的请求中携带有应用程序信息；

或，接收通过RFID、NFC或ETC发出的放行车辆的请求。

可选地，请求解析模块503，用于执行如下步骤：

若所述放行车辆的请求是用户终端扫描停车场出口的图形码发出的，则读取所述请求中携带的解码所述图形码对应的出口的编码；

若所述放行车辆的请求是用户终端通过应用程序发出的，则根据请求中携带的应用程序信息查找对应的出口的编码；

若所述放行车辆的请求是通过RFID、NFC或ETC发出的，则根据请求中携带的射频信息查找对应的出口的编码。

可选地，缴费判断模块504，用于执行根据所述出口的编码，判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的方式，包括如下之一：

根据所述出口的编码，确定所述出口当前时刻是否存在未缴费车辆的记录或已缴费的记录；

或，根据所述出口的编码，确定所述出口当前时刻停放车辆的车辆标识；根据所述车辆标识查找缴费记录；

或，根据所述出口的编码，获取所述出口图像或视频；后台保障端根据出口图像或视频获取车辆标识，根据所述车辆标识查询车辆车牌的缴费记录。

可选地，缴费判断模块504，还用于判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的结果，包括：

若存在未缴费车辆的记录或不存在已缴费的记录，则确定所述出口的车辆未完成停车费缴纳；

若不存在未缴费车辆的记录或存在已缴费的记录，则确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用。

可选地，缴费判断模块504，还用于若无法根据出口的摄像头获取车辆标识，则判断车辆标识是否未落入摄像头可以捕捉的范围；

若是，则反馈提示信息提示用户调整车辆位置至摄像头捕捉到车辆的车辆标识。

可选地，连接建立模块506，用于建立所述后台保障端、所述用户终端与所述出口处摄像头链接地址的连接；

根据所述连接，将所述出口摄像头和/或所述用户终端获取的图像或视频分别发送至用户终端和后台保障端；

建立所述后台保障端与所述用户终端的呼叫界面；

分别在所述用户终端以及后台保障端的所述呼叫界面展示出口处摄像头捕获的出口图像或视频。

可选地，所述后台保障端507，还包括：

参考所述出口图像或视频，和/或所述呼叫界面，远程诊断道闸故障，并输出故障报告。

可选地，建立所述后台保障端与所述用户终端的呼叫界面之后，还包括：

接收所述用户终端通过所述呼叫界面的发送的投诉请求；

后台保障端接收到所述投诉请求后，调整处理用户的优先级。

图6示出根据本发明一实施例的停车场道闸管理的服务器的结构框图。如图6所示，该停车场道闸管理的服务器包括：存储器610和处理器620，存储器610内存储有可在处理器620上运行的计算机程序。处理器620执行该计算机程序时实现上述实施例中的停车场道闸管理的方法。存储器610和处理器620的数量可以为一个或多个。

该停车场道闸管理的服务器还包括：

通信接口630，用于与外界设备进行通信，进行数据交互传输。

如果存储器6610、处理器6620和通信接口630独立实现，则存储器610、处理器620和通信接口630可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(PeripheralComponent Interconnect，PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器610、处理器620及通信接口630集成在一块芯片上，则存储器610、处理器620及通信接口630可以通过内部接口完成相互间的通信。

本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现本发明实施例中提供的方法。

本发明实施例还提供了一种芯片，该芯片包括，包括处理器，用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本发明实施例提供的方法。

本发明实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行发明实施例提供的方法。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammablegate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced RISC machines，ARM)架构的处理器。

进一步地，可选的，上述存储器可以包括只读存储器和随机存取存储器，还可以包括非易失性随机存取存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(read-onlymemory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以包括随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本发明的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种停车场道闸管理的方法，其特征在于，

预先对停车场以及停车场的各个出口进行编码；

接收用户终端发出的放行车辆的请求；

解析所述放行车辆的请求，确定用户车辆所在出口的编码；

根据所述出口的编码，判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

若确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆。

2.根据权利要求1所述的方法，其特征在于，接收用户终端发出的放行车辆的请求，包括如下之一：

接收用户终端扫描停车场出口的图形码后发出的放行车辆的请求；其中，所述停车场每个出口分别对应一个图形码标识；每个图形码标识有用户车辆所在出口的编码；

或，接收用户终端通过停车场应用程序发出的放行车辆的请求；其中，停车场应用程序发出的放行车辆的请求中携带有应用程序信息；

或，接收通过RFID、NFC或ETC发出的放行车辆的请求，其中，RFID、NFC或ETC发出的放行车辆的请求中携带有射频信息。

3.根据权利要求2所述的方法，其特征在于，解析所述放行车辆的请求，确定用户车辆所在出口的编码，包括：

若所述放行车辆的请求是用户终端扫描停车场出口的图形码发出的，则读取所述请求中携带的解码所述图形码对应的出口的编码；

若所述放行车辆的请求是用户终端通过应用程序发出的，则根据请求中携带的应用程序信息查找对应的出口的编码；

若所述放行车辆的请求是通过RFID、NFC或ETC发出的，则根据请求中携带的射频信息查找对应的出口的编码。

4.根据权利要求1所述的方法，其特征在于，根据所述出口的编码，判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的方式，包括如下之一：

根据所述出口的编码，确定所述出口当前时刻是否存在未缴费车辆的记录或已缴费的记录；

或，根据所述出口的编码，确定所述出口当前时刻停放车辆的车辆标识；根据所述车辆标识查找缴费记录；

或，根据所述出口的编码，获取所述出口图像或视频；后台保障端根据出口图像或视频获取车辆标识，根据所述车辆标识查询车辆车牌的缴费记录。

5.根据权利要求1所述的方法，其特征在于，判断所述出口的车辆是否完成停车费缴纳或无需缴纳费用的结果，包括：

若存在未缴费车辆的记录或不存在已缴费的记录，则确定所述出口的车辆未完成停车费缴纳；

若不存在未缴费车辆的记录或存在已缴费的记录，则确定所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用。

6.根据权利要求2所述的方法，其特征在于，在所述出口道闸放行车辆之前，包括：

根据所述用户终端发送的所述放行车辆的请求、结合所在停车场各个出口的车辆通行频率，向所述用户终端发送推荐出口的提示信息。

7.根据权利要求4所述的方法，其特征在于，

建立所述后台保障端、所述用户终端与所述出口处摄像头的连接；

根据所述连接，将所述出口摄像头和/或所述用户终端获取的图像或视频分别发送至用户终端和后台保障端；

建立所述后台保障端与所述用户终端的呼叫界面；

分别在所述用户终端以及后台保障端的所述呼叫界面展示出口处摄像头捕获的出口图像或视频。

8.根据权利要求7所述的方法，其特征在于，所述后台保障端，还包括：

参考所述出口图像或视频，和/或所述呼叫界面，远程诊断道闸故障，并输出故障报告。

9.根据权利要求7所述的方法，其特征在于，建立所述后台保障端与所述用户终端的呼叫界面之后，还包括：

所述后台保障端接收所述用户终端上所述呼叫界面发送的投诉请求；

所述后台保障端响应于所述投诉请求，调整所述用户终端发出的放行车辆的请求的处理优先级。

10.一种停车场道闸管理的装置，其特征在于，包括：

编码模块，用于预先对停车场以及停车场的各个出口进行编码；

请求接收模块，用于接收用户终端发出的放行车辆的请求；

请求解析模块，用于解析所述放行车辆的请求，确定用户车辆所在出口的编码；

缴费判断模块，用于根据所述出口的编码，判断所述出口对应的车辆是否完成停车费缴纳或无需缴纳费用；

放行模块，用于若所述出口对应的车辆已经完成停车费缴纳或无需缴纳费用，则控制所述出口道闸放行车辆。

Images