CN114049691A - 停车计费查询方法、系统、设备及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种停车计费查询方法、系统、设备及介质，通过在用户端存在停车计费查询需求时以用户端当前的定位数据为点，以停车场为面，确定用户端此时所在的目标停车场，也即是用户只有身处于停车场内，云端服务器才能继续对停车订单的查询，因此能够规避不处于停车场内的恶意查询他人停车记录的情况，同时也克服了通过现有的点定位车场位置方式可能造成车场定位错误的缺陷；通过接收目标停车场的车场计费终端上传的停车订单并将其返回给用户端，使得用户端仅可能获取到当前所在停车场的停车订单，因此不同停车场的多条进场记录不会对当前的订单查询造成影响，同时又由于同一停车场出现同牌车的概率几乎为零，从而大大提高了订单查询的准确性。

Description

停车计费查询方法、系统、设备及计算机可读存储介质

技术领域

本发明涉及停车场技术领域，尤其涉及停车计费查询方法、系统、设备及计算机可读存储介质。

背景技术

随着车场智能管理技术的快速发展，车主在停车场内进行停车缴费的操作也越来越便捷。目前市面上的停车缴费功能主要是通过扫描出口处二维码定位车场坐标，并通过云端查询本地计费再将停车订单推送给用户，但基于这一方式，在用户因为异常原因导致有多条不同停车场的进场记录时可能会出现付费错误的情况，或是由于黄牌蓝牌同号而导致同号车牌付费错误的情况，甚至可能会存在将拍摄二维码图片以恶意查询他人停车记录的情况等，上述情况反映出现有的停车计费查询方式的准确性和安全性不佳的问题。

发明内容

本发明的主要目的在于提出一种停车计费查询方法、系统、设备及计算机可读存储介质，旨在解决现有的停车计费查询方式的准确性和安全性不佳的技术问题。

为实现上述目的，本发明提供一种停车计费查询方法，所述停车计费查询方法应用于云端服务器，所述停车计费查询方法包括：

接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

生成并发送携带所述目标车牌的订单获取请求至所述目标停车场的车场计费终端，以供所述车场计费终端基于所述订单获取请求生成所述目标车牌对应的停车订单；

接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

可选地，所述确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场的步骤包括：

根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内，其中，每一所述区域定位数据代表一停车场对应的电子围栏；

若是，则基于所述区域定位数据确定目标停车场，以判定所述用户端此时位于所述目标停车场对应的电子围栏内。

可选地，所述区域定位数据包括区域经纬度范围，所述当前定位数据包括当前经纬度坐标点，

所述根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内的步骤包括：

根据预存的表示各个停车场在地图上的空间二维面积的区域经纬度范围，判断所述当前经纬度坐标点是否包含于某一所述区域经纬度范围；

若是，则判定所述当前定位数据位于某一区域定位数据的区域范围内；

若否，则判定所述当前定位数据不位于任一区域定位数据的区域范围内。

可选地，所述区域定位数据还包括区域范围分层取值，

所述基于所述区域定位数据确定目标停车场的步骤包括：

在检测到所述当前经纬度坐标点所在的区域经纬度范围内存在多个停车场时，向所述用户端发送车场层数获取请求；

接收所述用户端反馈的实际车场层数，选择与所述实际车场层数匹配的区域范围分层取值，以按照所述区域范围分层取值选择出所述区域经纬度范围内所存在的多个停车场中的目标停车场。

可选地，所述根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内的步骤之前，还包括：

获取各所述停车场的标识信息和空间位置信息，并将所述空间位置信息转换为所述区域范围分层取值，其中，所述空间位置信息表示停车场所在的地面和/或地下层数信息；

访问指定地图供应商的服务器端以获取地图数据，并将所述地图数据进行栅格化处理，以提取出地图建筑轮廓；

将各所述标识信息对应到所述地图建筑轮廓，并结合各所述区域范围分层取值，生成各所述停车场的区域定位数据。

此外，为实现上述目的，本发明提供一种停车计费查询方法，所述停车计费查询方法应用于车场计费终端，所述停车计费查询方法包括：

在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

接收由云端服务器转发的用户端所发出的订单获取请求，并在所述订单获取请求中获取到所述目标车牌时，确定所述目标车辆的计费结束时刻，其中，所述用户端的当前定位在所述车场计费终端所属的停车场内，所述车场计费终端所属的停车场对应到地图上的一区域范围；

根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求。

可选地，所述根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求的步骤之后，还包括：

在所述目标车辆离场时，对所述目标车辆进行拍摄得到车辆离场图像；

从所述车辆离场图像中识别出所述目标车牌，并根据所述目标车牌向所述云端服务器查询所述目标车辆对应的停车订单是否缴费成功，以在缴费成功时抬杆放行。

此外，为实现上述目的，本发明还提供一种停车计费查询系统，所述停车计费查询系统包括云端服务器和车场计费终端，所述停车计费查询系统实现以下步骤：

所述车场计费终端在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

所述云端服务器接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

所述云端服务器生成并发送携带所述目标车牌的订单获取请求至所述车场计费终端，其中，所述车场计费终端属于所述目标停车场；

所述车场计费终端在接收到由所述云端服务器发送的订单获取请求时，从所述订单获取请求中识别出所述目标车牌，并确定所述目标车辆的计费结束时刻；

所述车场计费终端根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求；

所述云端服务器接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

此外，为实现上述目的，本发明还提供一种停车计费查询装置，所述停车计费查询装置设于云端服务器，所述停车计费查询装置包括：

目标车场确定模块，用于接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

订单请求发送模块，用于生成并发送携带所述目标车牌的订单获取请求至所述目标停车场的车场计费终端，以供所述车场计费终端基于所述订单获取请求生成所述目标车牌对应的停车订单；

停车订单接收模块，用于接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

此外，为实现上述目的，本发明还提供一种停车计费查询装置，所述停车计费查询装置设于车场计费终端，所述停车计费查询装置包括：

计费开始记录模块，用于在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

计费结束记录模块，用于接收由云端服务器转发的用户端所发出的订单获取请求，并在所述订单获取请求中获取到所述目标车牌时，确定所述目标车辆的计费结束时刻，其中，所述用户端的当前定位在所述车场计费终端所属的停车场内，所述车场计费终端所属的停车场对应到地图上的一区域范围；

停车订单生成模块，用于根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求。

此外，为实现上述目的，本发明还提供一种停车计费查询设备，所述停车计费查询设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的停车计费查询程序，所述停车计费查询程序被所述处理器执行时实现如上所述的停车计费查询方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有停车计费查询程序，所述停车计费查询程序被处理器执行时实现如上所述的停车计费查询方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述的停车计费查询方法的步骤。

本发明通过在用户端存在停车计费查询需求时，以用户端当前的定位数据为点，以停车场为面，确定到用户端此时所在的目标停车场，然后才可向目标停车场的车场计费终端获取目标车牌对应的停车订单，也即是用户只有身处于停车场内时，云端服务器才能继续对停车订单的查询，因此能够规避不处于停车场内的恶意查询他人停车记录的情况，同时也克服了通过现有的点定位车场位置方式可能造成车场定位错误的缺陷；通过接收目标停车场的车场计费终端上传的停车订单并将其返回给用户端，使得用户端仅可能获取到当前所在停车场的停车订单，也即是由当前定位信息锁定到了唯一的停车场，因此不同停车场的多条进场记录不会对当前的订单查询造成影响，同时又由于同一停车场出现同牌车的概率几乎为零，从而大大提高了订单查询的准确性，解决了现有的停车计费查询方式的准确性和安全性不佳的技术问题。另外，在所有停车场范围，用户无需寻找缴费二维码就能够在停车场范围内的任意位置随时进行缴费，从而大大提升了用户的缴费便利性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明停车计费查询方法第一实施例的流程示意图；

图3为本发明停车计费查询方法第二实施例中一具体实施例的流程时序图；

图4为本发明停车计费查询方法第三实施例的流程示意图；

图5为本发明停车计费查询系统的功能模块(设于云端服务器)示意图；

图6为本发明停车计费查询系统的功能模块(设于车场计费终端)示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

随着车场智能管理技术的快速发展，车主在停车场内进行停车缴费的操作也越来越便捷。目前市面上的停车缴费功能主要是通过扫描出口处二维码定位车场坐标，并通过云端查询本地计费再将停车订单推送给用户，但基于这一方式，在用户因为异常原因导致有多条不同停车场的进场记录时可能会出现付费错误的情况，或是由于黄牌蓝牌同号而导致同号车牌付费错误的情况，甚至可能会存在将拍摄二维码图片以恶意查询他人停车记录的情况等，上述情况反映出现有的停车计费查询方式的准确性和安全性不佳的问题。

为解决上述问题，本发明提供一种停车计费查询方法，即通过在用户端存在停车计费查询需求时，以用户端当前的定位数据为点，以停车场为面，确定到用户端此时所在的目标停车场，然后才可向目标停车场的车场计费终端获取目标车牌对应的停车订单，也即是用户只有身处于停车场内时，云端服务器才能继续对停车订单的查询，因此能够规避不处于停车场内的恶意查询他人停车记录的情况，同时也克服了通过现有的点定位车场位置方式可能造成车场定位错误的缺陷；通过接收目标停车场的车场计费终端上传的停车订单并将其返回给用户端，使得用户端仅可能获取到当前所在停车场的停车订单，也即是由当前定位信息锁定到了唯一的停车场，因此不同停车场的多条进场记录不会对当前的订单查询造成影响，同时又由于同一停车场出现同牌车的概率几乎为零，从而大大提高了订单查询的准确性，解决了现有的停车计费查询方式的准确性和安全性不佳的技术问题。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

如图1所示，该停车计费查询系统可以包括：处理器1001，例如CPU，用户接口1003，网络接口1004，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及停车计费查询程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(程序员端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的停车计费查询程序，并执行下述停车计费查询方法中的操作。

基于上述硬件结构，提出本发明停车计费查询方法实施例。

参照图2，图2为本发明停车计费查询方法第一实施例的流程示意图。本发明第一实施例提供一种停车计费查询方法，所述停车计费查询方法应用于云端服务器，所述停车计费查询方法包括：

步骤S10，接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

在本实施例中，用户端指的是在停车场内停车的用户所使用的支持移动通信应用的终端设备，为便于说明，以下具体说明时均以手机为例。目标车牌指的是用户在停车场内所停放车辆的车牌。停车计费查询指令指的是用户通过用户端向云端服务器所发送的用于查询目标车牌对应车辆在当前停车场中的停车缴费业务信息的指令。当前定位数据指的是用户端当前所在位置(可看作地图上的一点)的定位数据，该数据可默认等同于用户的当前定位数据。停车场区域范围指的是停车场在地图上所占的面积范围，也即是将停车场在地图上看作一个面而并未一个点。目标停车场指的是用户当前所处的停车场。

具体地，当用户存在停车需求时，选择某一停车场进场，进场时该停车场的车场计费终端获取到该车辆的车牌，然后用户在停车场内停车，直到要离场时，用户可通过在用户端上进入用于办理该停车场的停车缴费业务的页面，在该页面上进行相应操作，即可向云端服务器发送携带目标车牌的停车计费查询指令。需要说明的是，在用户向云端服务器发送停车计费查询指令之前，云端服务器就以获取到该用户当前的定位数据，也即是只有在获取到用户的当前定位数据后，用户才可继续进行后续的停车计费查询操作。云端服务器在接收到用户端发送的停车计费查询指令后，将先前已获取到的该用户的当前定位数据与指令中携带的目标车牌进行关联，然后根据当前定位数据判断该用户当前具体是位于哪一停车场内。

步骤S20，生成并发送携带所述目标车牌的订单获取请求至所述目标停车场的车场计费终端，以供所述车场计费终端基于所述订单获取请求生成所述目标车牌对应的停车订单；

在本实施例中，订单获取请求指的是云端服务器向车场计费终端发送的用于获取用户所需要查询的车牌对应停车订单的请求。停车订单指的是用户本次在目标停车场内停车所需缴费的缴费订单。

具体地，云端服务器基于用户端所提供的目标车牌生成对应的订单获取请求，并将该请求发送给目标停车场的车场计费终端，车场计费终端在接收到这一订单获取请求后，根据请求中携带的目标车牌，就可查找到目标车牌对应的计费起始时刻，然后此时的计费结束时刻，即可计算得到该目标车牌此次在目标停车场内的停车费用，并生成停车订单。

另外，由于用户所需要查询的车牌信息是由用户自行输入的，因此可能会存在输入错误的情况。若是用户输入了错误的车牌，那么云端服务器在向车场计费终端发送订单获取请求时，该请求会携带错误的目标车牌信息，那么车场计费终端可能就无法查询到与该错误车牌对应的进场记录，进而也就无法生成停车订单，这一情况下车场计费终端可以向云端服务器返回车牌错误提示信息，以供云端服务器进一步向用户端反馈，便于用户及时察觉错误进行更正后重新查询。

步骤S30，接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

在本实施例中，车场计费终端生成停车订单后，就将该订单上传到云端服务器，云端服务器接收到该停车订单后，根据订单中的目标车牌将该订单推送给输入此目标车牌的用户端，以响应用户端所发出的停车计费查询指令。此后，用户就可针对该停车订单支付相应停车费用，且在支付成功时，云端服务器会对应生成支付完成提示信息并反馈给用户端，以告知用户支付成功。而在用户之后成功后，即可驶离停车场，在出场时，车场计费终端会获取出场车辆的车牌，然后根据该车牌向云端服务器查询该车牌对应的车辆在本停车场内的停车订单是否支付完成，并在确认后抬杆放行；反之，若是云端服务器查询离场车辆在本停车场内的停车订单并未支付完成，则不会直接抬杆放行，而是需要用户进一步核实停车订单并缴纳相应费用。

本实施例提供一种停车计费查询方法，通过在用户端存在停车计费查询需求时，以用户端当前的定位数据为点，以停车场为面，确定到用户端此时所在的目标停车场，然后才可向目标停车场的车场计费终端获取目标车牌对应的停车订单，也即是用户只有身处于停车场内时，云端服务器才能继续对停车订单的查询，因此能够规避不处于停车场内的恶意查询他人停车记录的情况，同时也克服了通过现有的点定位车场位置方式可能造成车场定位错误的缺陷；通过接收目标停车场的车场计费终端上传的停车订单并将其返回给用户端，使得用户端仅可能获取到当前所在停车场的停车订单，也即是由当前定位信息锁定到了唯一的停车场，因此不同停车场的多条进场记录不会对当前的订单查询造成影响，同时又由于同一停车场出现同牌车的概率几乎为零，从而大大提高了订单查询的准确性，解决了现有的停车计费查询方式的准确性和安全性不佳的技术问题。另外，在所有停车场范围，用户无需寻找缴费二维码就能够在停车场范围内的任意位置随时进行缴费，从而大大提升了用户的缴费便利性。

进一步地，基于上述图2所示的第一实施例，提出本发明停车计费查询方法的第二实施例。在本实施例中，步骤S10中所述确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场的步骤包括：

步骤S11，根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内，其中，每一所述区域定位数据代表一停车场对应的电子围栏；

步骤S12，若是，则基于所述区域定位数据确定目标停车场，以判定所述用户端此时位于所述目标停车场对应的电子围栏内。

在本实施例中，预存的若干停车场的区域定位数据集合指的是云端服务器预先从地图供应商处获取到的各个停车场在地图上的二维面积数据。因为停车场在地面上为建筑物，不能以坐标点来确定位置，而若是以用户为中心，查询一定范围内的停车场，可能会出现多个不同的查询结果，或是查询不到停车场，导致无法准确定位到唯一的停车场，因此本实施例中以停车场为面，以用户当前坐标为点，来确定停车场和用户的包含关系，以进一步确定用户是否在停车场内，以及在哪一停车场内。也即是通过区域定位数据集合来实现电子围栏的功能，克服通过点定位车场位置可能造成车场定位错误的缺陷。

电子围栏指的是从原有的二维的地理信息系统(GIS，Geographic InformationSystem或Geo－Information system，GIS)中提取三维建筑物模型的平面信息，二维GIS中，建筑物一般只用投影到地面的轮廓线来表达，并将该轮廓线所勾勒出来的图形作为面对象存储在地图数据中。

进一步地，所述区域定位数据包括区域经纬度范围，所述当前定位数据包括当前经纬度坐标点，步骤S11包括：

步骤S111，根据预存的表示各个停车场在地图上的空间二维面积的区域经纬度范围，判断所述当前经纬度坐标点是否包含于某一所述区域经纬度范围；

步骤S112，若是，则判定所述当前定位数据位于某一区域定位数据的区域范围内；

步骤S113，若否，则判定所述当前定位数据不位于任一区域定位数据的区域范围内。

具体地，区域定位数据可以为区域经纬度范围数据，而当前定位数据可以为当前经纬度坐标点。云端服务器将已获取到的用户的当前定位经纬坐标逐一与预存的多个停车场的区域经纬度范围进行比对，以判断该当前定位坐标是否在其中的某一个经纬度范围内；若是该当前定位坐标在某一个停车场的经纬度范围内，则说明用户此时就在该停车场内，也即是该停车场即为上述目标停车场；反之，若是比对结果表明该当前定位坐标不在任何一个停车场的区域范围内，则说明此时进行查询操作用户可能并非是真实车主，而可能是恶意查询他人停车信息的用户，因此云端服务器就不会允许该用户继续进行后续的查询步骤，并可向该用户提示当前位置无法查询停车订单的提示信息，从而规避恶意查询他人停车记录的情况，保证了用户隐私的安全性。

进一步地，所述区域定位数据还包括区域范围分层取值，步骤S12中基于所述区域定位数据确定目标停车场的步骤包括：

步骤S121，在检测到所述当前经纬度坐标点所在的区域经纬度范围内存在多个停车场时，向所述用户端发送车场层数获取请求；

步骤122，接收所述用户端反馈的实际车场层数，选择与所述实际车场层数匹配的区域范围分层取值，以按照所述区域范围分层取值选择出所述区域经纬度范围内所存在的多个停车场中的目标停车场。

在本实施例中，由于在实际情况下，建筑中包含多个不同楼层，且楼层可能在地面之上，也可能在地下，若是同一建筑内的不同层中存在不止一个停车场，仅凭二维面积信息也难以确定到用户所在的具体停车场。因此，当用户在停车场打开用户端时上传当前经纬度坐标，云端将当前经纬度坐标与区域经纬度进行对比，并在某一建筑的区域经纬度包含当前经纬度坐标时，检测该建筑对应的电子围栏内是否存在多个停车场。如果该电子围栏下有多个车场，则需要由用户进一步在用户端显示的页面上手动选择实际所在层级来确定所在车场是该围栏内的哪一车场。

进一步地，步骤S11之前，还包括：

步骤A1，获取各所述停车场的标识信息和空间位置信息，并将所述空间位置信息转换为所述区域范围分层取值，其中，所述空间位置信息表示停车场所在的地面和/或地下层数信息；

步骤A2，访问指定地图供应商的服务器端以获取地图数据，并将所述地图数据进行栅格化处理，以提取出地图建筑轮廓；

步骤A3，将各所述标识信息对应到所述地图建筑轮廓，并结合各所述区域范围分层取值，生成各所述停车场的区域定位数据。

在本实施例中，当前所需获取的若干停车场指的是云端服务器所对接管理的所有停车场，个数可根据实际情况灵活设置。指定地图供应商指的是能够提供指定建筑物区域定位数据的地图供应商。标识信息包括名称、ID等。

云端服务器在前期需要预先获取到自身所管理的所有停车场在地图上的区域定位数据，具体可对接现有地图供应商，获取地图数据，通过栅格化处理解析地图建筑轮廓，并且将停车场ID，停车场名称对应到地图轮廓，然后根据车场上传的空间位置信息确定确定车场为地面还是地下，以及层数，将其转换为区域范围分层取值，最终结合区域范围分层取值和二维轮廓数据生成区域定位数据。

作为一具体实施方式，区域范围分层取值与实际车场层数的对应关系可为：原始层为0，正数分层为地面，负数分层为地下。如：0为地面1层，1为地面二层，-1为地下1层。

本实施例进一步通过以二维面积和具体层数作为查询因子，可以规避掉用户查询到多个车场的情况。

进一步地，作为一具体实施方式，步骤S10之前，还包括：

步骤S01，在接收到所述用户端发送的页面访问指令时，向所述用户端发送定位获取请求，并在请求通过时获取所述当前定位数据；

步骤S02，向所述用户端返回停车缴费页面的页面信息，以响应所述页面访问指令，其中，所述停车计费查询指令由用户端基于所述停车缴费页面发起。

在本实施例中，由于现有方式需要用户寻找二维码才能实现停车缴费，在同一时间段需要出场的车辆较多时，用户集中在出口处扫码容易造成拥堵，而本实施例只需用户在手机上打开云端服务器支持的相应程序，进入停车缴费页面，即可进行停车缴费业务，不受场地限制，可以在停车场非出口的任意地方缴停车费，因此能够避免出口拥堵的情况。

具体地，用户在停车场内任意地方在手机上点开相应的小程序，访问云端服务器提供的停车缴费页面，云端服务器会向该手机发送定位权限获取请求，以向用户请求获取定位权限。若用户同意获取，则云端服务器即可获取到该手机此时的当前定位数据，并将页面信息展示给用户；若用户不同意授予云端服务器该权限，则无法进行后续查询步骤，可采用其他方式进行停车计费查询。停车缴费页面中包含有车牌号码的输入框以及“缴费”按键，用户可在输入框中输入车牌号码，然后点击“缴费”按键，即可向云服务器端发送停车计费查询指令。

另外，由于用户可以通过小程序在停车场任意位置进行停车订单查询并缴费，因此在缴费完成时，用户可能还未到停车场出口，故需要设置一离场倒计时，这一时长既可由云端服务器设置(可基于停车场的实际面积设置，例如面积较大则时长数值可设置大一点，面积较小则时长数值可设置小一点)，也可由云端服务器向车场计费终端获取，不同停车场的车场计费终端可预存不同的离场倒计时时长。车场计费终端将本停车场对应的离场倒计时时长发送给云端服务器，等到目标车辆驶离停车场时，车场计费终端向云端服务器查询目标车牌对应车辆的停车订单是否缴费成功时，云端服务器获取到该查询请求，若查询到订单完成后，需一并判断此时距离订单完成的时长是否超出离场倒计时时长。若是未超出，才可向车场计费终端返回放行指令；若是超出，则可能会出现车主提前支付的情况，实际停车时长可能比停车订单上的停车时长要长，因此需要按照实际停车时长进行缴费。云端服务器向车场计费终端返回离场超时信息，车场计费终端则不会直接放行，车场计费终端会重新生成订单，车主需要对超时停车所产生的费用进行补缴。

本实施例进一步通过提供不受场地限制的停车计费查询服务，无需通过二维码、进场记录即可查询停车订单，并且支付停车订单，既避免了出口拥堵的情况，同时也提高了支付便捷性和灵活性；通过在用户查询之前就获取到用户的当前定位数据，使得后续用户在进行支付操作时能够不被其他步骤打断，从而保证了支付操作的连贯性，提升了用户体验。

进一步地，作为另一具体实施方式，步骤S30之后，还包括：

步骤B1，判断所述用户端是否在预设的支付时限内支付完成所述停车订单；

步骤B2，若是，则生成支付完成提示信息，并将所述支付完成提示信息反馈至所述用户端。

在本实施例中，支付时限可根据实际情况灵活设置，本实施例不作具体限定。具体地，在用户通过手机端支付自己的停车订单时，云端服务器判断其是否有超出支付时限。若未超出则可判定该停车订单支付完成；若超出，则判定本次支付无效，并在用户需要重新支付时，重新生成停车订单(计费结束时刻可能会发生改变)。

作为一具体实施例，如图3所示，以车场计费终端为闸机为例。用户在进入停车场时，该停车场的入口闸机会拍摄下进场车辆的车牌，并在将此刻作为该车牌对应在本停车场内停车的起始时刻，以开始计费。用户在进场停车后准备出场时，可以选择在停车场内的任一位置在手机端上打开指定的小程序。云端服务器(即图中的PP云端)在用户访问小程序页面时会向手机端请求获取当前定位数据(云端服务器在此之前已向地图供应商获取到地图数据并进行GIS投影，生成地图上各停车场所在建筑的电子围栏)，并在用户确认授权时获取到该当前定位数据。之后，用户可在手机端展示的小程序页面中选择车场所在的建筑层数，然后输入当前所要支付的停车订单对应的车牌号码，并点击页面中的“去缴费”按键。云端服务器相当于接收到用户发送的一订单获取请求，则根据请求中用户所输入的建筑层数以及车牌号码，将用户当前位置与已生成的电子围栏进行对比，找到电子围栏所框定的建筑中用户所在层数对应的停车场，再向停车场的闸机转达此订单获取请求，闸机则根据用户所输入的车牌号码找到其对应的进场时刻，并将当前的请求接收时刻作为计费结束时刻，以计算出该车牌号码对应车辆本次停车的应缴费用，生成停车订单。闸机将生成的订单返回给云端服务器，云端服务器再将该订单返回给用户端，以作为订单获取请求的响应，至此，用户即可查询得到该车牌号码对应的停车订单，并进行支付。用户若是在支付时限内支付完成该订单，则云端服务器会生成订单支付完成通知反馈给用户端和闸机，闸机会返回一个离场倒计时时长至云端服务器。在用户驾驶车辆离场时，停车场出口处闸机会再次拍摄离场车辆的车牌，并根据图像识别出的车牌向云端服务器查询该离场车辆是否已成功支付停车订单，且未超出离场倒计时。若是该离场车辆已成功支付停车订单，且为超出离场倒计时，云端服务器会向闸机发出放行指令，指示闸机抬杆放行，离场车辆即可出场。

参照图4，图4为本发明停车计费查询方法第三实施例的流程示意图。本发明三实施例提供一种停车计费查询方法，所述停车计费查询方法应用于车场计费终端，所述停车计费查询方法包括：

步骤S100，在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

在本实施例中，目标车辆指的是进入当前停车场的车辆。目标车牌指的是进入当前停车场的车辆对应的车牌号码。目标车牌的获取方式通常为：车场计费终端拍摄目标车辆的进场车辆图像，并采用相应的图像处理方法得到图像中车辆的车牌号码。计费开始时刻指的是目标车辆本次在本停车场中的停车费用结算开始时刻。

具体地，目标车辆进入该停车场时，车场计费终端拍摄目标车辆的车牌后放行，并记录下目标车辆的进场时刻，将其与目标车牌关联，以作为目标车辆的计费开始时刻。

步骤S200，接收由云端服务器转发的用户端所发出的订单获取请求，并在所述订单获取请求中获取到所述目标车牌时，确定所述目标车辆的计费结束时刻，其中，所述用户端的当前定位在所述车场计费终端所属的停车场内，所述车场计费终端所属的停车场对应到地图上的一区域范围；

在本实施例中，订单获取请求指的是云端服务器向车场计费终端发送的用于获取用户所需要查询的车牌对应停车订单的请求。计费结束时刻指的是目标车辆本次在本停车场中的停车费用结算结束时刻，其等同于订单获取请求的接收时刻。

具体地，用户进场后在停车场内停车，直到要离场时，在停车场内的用户通过在手机端上进入用于办理该停车场的停车缴费业务的页面，在该页面上进行相应操作，即可向云端服务器发送携带请求车牌的停车计费查询指令。云端服务器在接收到用户端发送的停车计费查询指令后，将先前已获取到的该用户的当前定位数据与指令中携带的请求车牌进行关联，然后根据当前定位数据判断该用户当前具体是位于哪一停车场内，

云端服务器基于手机端所提供的请求车牌(可能为目标车牌号码也可能为其他车牌号码)生成对应的订单获取请求，并将该请求发送给本停车场的车场计费终端，车场计费终端在接收到这一订单获取请求后，判断是否能够查询到该请求车牌的进场信息。若查询不到，则说明用户可能在输入目标车牌时输入有误；若查询到相应结果，则获取到目标车牌对应的计费开始时刻，然后将请求获取时刻作为计费结束时刻。

步骤S300，根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求。

在本实施例中，停车订单指的是用户本次在本停车场内停车所需缴费的缴费订单。

具体地，车场计费终端根据本停车场的计费标准，结合计费开始时刻和计费结束时刻得到目标车辆本次在本停车场的停车时长，以计算出本次应缴停车费用，最终费用可结合优惠券等优惠手段计算得出。

车场计费终端生成停车订单后，就将该订单上传到云端服务器，云端服务器接收到该停车订单后，根据订单中的目标车牌将该订单推送给输入此目标车牌的用户端，以响应用户端所发出的停车计费查询指令。此后，用户就可针对该停车订单支付相应停车费用，且在支付成功时，云端服务器会对应生成支付完成提示信息并反馈给用户端，以告知用户支付成功。而在用户之后成功后，即可驶离停车场。

本实施例提供一种停车计费查询方法，通过记录目标车辆的进场时刻，并在用户端存在停车计费查询需求时，确认用户身处于停车场内时，车场计费终端才能生成目标车辆的停车订单，因此能够规避不处于停车场内的恶意查询他人停车记录的情况，同时也克服了通过现有的点定位车场位置方式可能造成车场定位错误的缺陷；通过上传停车订单给云端服务器，云端服务器就可以以此响应用户端的订单获取请求，使得用户端仅可能获取到当前所在停车场的停车订单，也即是由当前定位信息锁定到了唯一的停车场，因此不同停车场的多条进场记录不会对当前的订单查询造成影响，同时又由于同一停车场出现同牌车的概率几乎为零，从而大大提高了订单查询的准确性，解决了现有的停车计费查询方式的准确性和安全性不佳的技术问题。

进一步地，基于上述第三实施例，提出本发明停车计费查询方法的第四实施例。在本实施例中，步骤S300之后，还包括：

步骤C1，在所述目标车辆离场时，对所述目标车辆进行拍摄得到车辆离场图像；

步骤C2，从所述车辆离场图像中识别出所述目标车牌，并根据所述目标车牌向所述云端服务器查询所述目标车辆对应的停车订单是否缴费成功，以在缴费成功时抬杆放行。

在本实施例中，目标车辆在驶离停车场时，出口处的车场计费终端会拍摄目标车辆的车牌，然后将拍摄识别出的车牌号在云端服务器上查询，以确定该车辆是否已经缴费完成。若是查询到缴费成功，则抬杆放行；若是查询到缴费异常，则需进一步向车主核实停车订单并缴纳相应费用。

进一步地，步骤S300之后，还包括：

步骤D1，向所述云端服务器发送预设的离场倒计时时长，以供所述云端服务器判断所述目标车辆在支付完成后是否在所述离场倒计时时长内离场。

在本实施例中，离场倒计时时长由车场计费终端提供给云端服务器，车场计费终端可根据实际情况灵活设置。由于用户可以通过小程序在停车场任意位置进行停车订单查询并缴费，因此在缴费完成时，用户可能还未到停车场出口，故需要设置一离场倒计时，不同停车场的车场计费终端可预存不同的离场倒计时时长。

车场计费终端将本停车场对应的离场倒计时时长发送给云端服务器，等到目标车辆驶离停车场时，车场计费终端向云端服务器查询目标车牌对应车辆的停车订单是否缴费成功时，云端服务器获取到该查询请求，若查询到订单完成后，需一并判断此时距离订单完成的时长是否超出离场倒计时时长。若是未超出，才可向车场计费终端返回放行指令；若是超出，则可能会出现车主提前支付的情况，实际停车时长可能比停车订单上的停车时长要长，因此需要按照实际停车时长进行缴费。云端服务器向车场计费终端返回离场超时信息，车场计费终端则不会直接放行，车场计费终端会重新生成订单，车主需要对超时停车所产生的费用进行补缴。

本发明还提供一种停车计费查询系统，所述停车计费查询系统包括云端服务器和车场计费终端，所述停车计费查询系统实现以下步骤：

所述车场计费终端在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

所述云端服务器接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

所述云端服务器生成并发送携带所述目标车牌的订单获取请求至所述车场计费终端，其中，所述车场计费终端属于所述目标停车场；

所述车场计费终端在接收到由所述云端服务器发送的订单获取请求时，从所述订单获取请求中识别出所述目标车牌，并确定所述目标车辆的计费结束时刻；

所述车场计费终端根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求；

所述云端服务器接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

如图5所示，本发明还提供一种停车计费查询装置，所述停车计费查询装置设于云端服务器，所述停车计费查询装置包括：

目标车场确定模块10，用于接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

订单请求发送模块20，用于生成并发送携带所述目标车牌的订单获取请求至所述目标停车场的车场计费终端，以供所述车场计费终端基于所述订单获取请求生成所述目标车牌对应的停车订单；

停车订单接收模块30，用于接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

可选地，所述目标车场确定模块10包括：

当前定位判断单元，用于根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内，其中，每一所述区域定位数据代表一停车场对应的电子围栏；

目标车场确定单元，用于若是，则基于所述区域定位数据确定目标停车场，以判定所述用户端此时位于所述目标停车场对应的电子围栏内。

可选地，所述区域定位数据包括区域经纬度范围，所述当前定位数据包括当前经纬度坐标点，所述当前定位判断单元还用于：

根据预存的表示各个停车场在地图上的空间二维面积的区域经纬度范围，判断所述当前经纬度坐标点是否包含于某一所述区域经纬度范围；

若是，则判定所述当前定位数据位于某一区域定位数据的区域范围内；

若否，则判定所述当前定位数据不位于任一区域定位数据的区域范围内。

可选地，所述区域定位数据还包括区域范围分层取值，

所述目标车场确定单元还用于：

车场名称确定模块，用于在检测到所述当前经纬度坐标点所在的区域经纬度范围内存在多个停车场时，向所述用户端发送车场层数获取请求；

接收所述用户端反馈的实际车场层数，选择与所述实际车场层数匹配的区域范围分层取值，以按照所述区域范围分层取值选择出所述区域经纬度范围内所存在的多个停车场中的目标停车场。

可选地，所述停车计费查询还包括：

车场信息获取模块，用于获取各所述停车场的标识信息和空间位置信息，并将所述空间位置信息转换为所述区域范围分层取值，其中，所述空间位置信息表示停车场所在的地面和/或地下层数信息；

建筑轮廓提取模块，用于访问指定地图供应商的服务器端以获取地图数据，并将所述地图数据进行栅格化处理，以提取出地图建筑轮廓；

定位数据生成模块，用于将各所述标识信息对应到所述地图建筑轮廓，并结合各所述区域范围分层取值，生成各所述停车场的区域定位数据。

如图6所示，本发明还提供一种停车计费查询装置，所述停车计费查询装置设于车场计费终端，所述停车计费查询装置包括：

计费开始记录模块100，用于在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

计费结束记录模块200，用于接收由云端服务器转发的用户端所发出的订单获取请求，并在所述订单获取请求中获取到所述目标车牌时，确定所述目标车辆的计费结束时刻，其中，所述用户端的当前定位在所述车场计费终端所属的停车场内，所述车场计费终端所属的停车场对应到地图上的一区域范围；

停车订单生成模块300，用于根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求。

可选地，所述停车计费查询装置还包括：

离场图像拍摄模块，用于在所述目标车辆离场时，对所述目标车辆进行拍摄得到车辆离场图像；

缴费成功放行模块，用于从所述车辆离场图像中识别出所述目标车牌，并根据所述目标车牌向所述云端服务器查询所述目标车辆对应的停车订单是否缴费成功，以在缴费成功时抬杆放行。

本发明还提供一种停车计费查询设备。

所述停车计费查询设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的停车计费查询程序，其中所述停车计费查询程序被所述处理器执行时，实现如上所述的停车计费查询方法的步骤。

其中，所述停车计费查询程序被执行时所实现的方法可参照本发明停车计费查询方法的各个实施例，此处不再赘述。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有停车计费查询程序，所述停车计费查询程序被处理器执行时实现如上所述的停车计费查询方法的步骤。

其中，所述停车计费查询程序被执行时所实现的方法可参照本发明停车计费查询方法各个实施例，此处不再赘述。

本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述的停车计费查询方法的步骤。

其中，所述计算机程序被执行时所实现的方法可参照本发明停车计费查询方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种停车计费查询方法，其特征在于，所述停车计费查询方法应用于云端服务器，所述停车计费查询方法包括：

接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

生成并发送携带所述目标车牌的订单获取请求至所述目标停车场的车场计费终端，以供所述车场计费终端基于所述订单获取请求生成所述目标车牌对应的停车订单；

接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

2.如权利要求1所述的停车计费查询方法，其特征在于，所述确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场的步骤包括：

根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内，其中，每一所述区域定位数据代表一停车场对应的电子围栏；

若是，则基于所述区域定位数据确定目标停车场，以判定所述用户端此时位于所述目标停车场对应的电子围栏内。

3.如权利要求2所述的停车计费查询方法，其特征在于，所述区域定位数据包括区域经纬度范围，所述当前定位数据包括当前经纬度坐标点，

所述根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内的步骤包括：

根据预存的表示各个停车场在地图上的空间二维面积的区域经纬度范围，判断所述当前经纬度坐标点是否包含于某一所述区域经纬度范围；

若是，则判定所述当前定位数据位于某一区域定位数据的区域范围内；

若否，则判定所述当前定位数据不位于任一区域定位数据的区域范围内。

4.如权利要求3所述的停车计费查询方法，其特征在于，所述区域定位数据还包括区域范围分层取值，

所述基于所述区域定位数据确定目标停车场的步骤包括：

在检测到所述当前经纬度坐标点所在的区域经纬度范围内存在多个停车场时，向所述用户端发送车场层数获取请求；

接收所述用户端反馈的实际车场层数，选择与所述实际车场层数匹配的区域范围分层取值，以按照所述区域范围分层取值选择出所述区域经纬度范围内所存在的多个停车场中的目标停车场。

5.如权利要求4所述的停车计费查询方法，其特征在于，所述根据预存的若干停车场的区域定位数据集合，判断所述当前定位数据是否位于所述集合中某一区域定位数据的区域范围内的步骤之前，还包括：

获取各所述停车场的标识信息和空间位置信息，并将所述空间位置信息转换为所述区域范围分层取值，其中，所述空间位置信息表示停车场所在的地面和/或地下层数信息；

访问指定地图供应商的服务器端以获取地图数据，并将所述地图数据进行栅格化处理，以提取出地图建筑轮廓；

将各所述标识信息对应到所述地图建筑轮廓，并结合各所述区域范围分层取值，生成各所述停车场的区域定位数据。

6.一种停车计费查询方法，其特征在于，所述停车计费查询方法应用于车场计费终端，所述停车计费查询方法包括：

在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

接收由云端服务器转发的用户端所发出的订单获取请求，并在所述订单获取请求中获取到所述目标车牌时，确定所述目标车辆的计费结束时刻，其中，所述用户端的当前定位在所述车场计费终端所属的停车场内，所述车场计费终端所属的停车场对应到地图上的一区域范围；

根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求。

7.如权利要求6所述的停车计费查询方法，其特征在于，所述根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求的步骤之后，还包括：

在所述目标车辆离场时，对所述目标车辆进行拍摄得到车辆离场图像；

从所述车辆离场图像中识别出所述目标车牌，并根据所述目标车牌向所述云端服务器查询所述目标车辆对应的停车订单是否缴费成功，以在缴费成功时抬杆放行。

8.一种停车计费查询系统，其特征在于，所述停车计费查询系统包括云端服务器和车场计费终端，所述停车计费查询系统实现以下步骤：

所述车场计费终端在目标车辆进场时，获取所述目标车辆的目标车牌并记录进场时刻，以将所述进场时刻作为所述目标车辆的计费开始时刻；

所述云端服务器接收用户端发送的携带目标车牌的停车计费查询指令，确定所述用户端的当前定位数据所属的停车场区域范围，并基于所述停车场区域范围确定目标停车场；

所述云端服务器生成并发送携带所述目标车牌的订单获取请求至所述车场计费终端，其中，所述车场计费终端属于所述目标停车场；

所述车场计费终端在接收到由所述云端服务器发送的订单获取请求时，从所述订单获取请求中识别出所述目标车牌，并确定所述目标车辆的计费结束时刻；

所述车场计费终端根据所述计费开始时刻和计费结束时刻生成所述目标车辆对应的停车订单，并将所述停车订单上传至所述云端服务器，以响应所述订单获取请求；

所述云端服务器接收由所述车场计费终端上传的所述停车订单，将所述停车订单推送给所述用户端，以响应所述停车计费查询指令。

9.一种停车计费查询设备，其特征在于，所述停车计费查询设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的停车计费查询程序，所述停车计费查询程序被所述处理器执行时实现如权利要求1至7中任一项所述的停车计费查询方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的停车计费查询方法的步骤。

Images