CN113470196B - 一种停车信息的处理方法、存储介质及电子装置 - Google Patents

Abstract

本发明提供了一种停车信息的处理方法,计算机可读的存储介质以及电子装置，其中，上述方法，包括：获取第一检测装置在检测到第一车辆驶入并停留在第一车位上时发送的第一检测信息，以及与第一检测装置对应的第一车辆的第一图片；在第一图片中识别到第一车辆的第一车牌信息的情况下，生成第一订单信息；获取第一检测装置在检测到第一车辆离开第一车位时发送的第二检测信息；根据第一停车结束时间和第一订单信息，在无法从与第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源的情况下，经过预定等待时长，再次从所述第一帐号中转移出第一数量的虚拟资源。本发明中的方案可以解决停车收费过程中的停车信息处理效率较低的问题。

Description

一种停车信息的处理方法、存储介质及电子装置

技术领域

本发明涉及互联网领域，进一步涉及一种停车信息的处理方法、计算机可读的存储介质及电子装置。

背景技术

在一般城市路面停车场的收费中，目前通常的做法是，通过硬件设备或巡管员人工记录车辆的进场、离场时间、车牌号，在车辆离场时生成账单，车主主动登录程序，绑定车牌后支付账单。这样的操作，一方面，在还未对路面停车立法的地区，车主主动支付账单的意愿不强，造成了大量的欠费，另一方面，愿意支付账单的车主，也往往因为操作流程的繁琐而放弃缴费，同样造成了欠缴的情况，现有技术中系统无法主动向用户收取停车费用，同时用户需要主动操作才能结算账单，即便是系统能够主动向用户收取停车费用的停车场地，也是人工抬杆或电磁感应的障碍物拦截放行封闭式停车收费场地。

如上所述,在现有的停车场收费过程中,相关的操作仍然需要人工参与、且步骤比较繁琐，从而导致停车信息的处理效率较低；且停车收费过程中停车时间可能错误、服务系统也有可能失灵、停车收费过程中也可能产生自动收费不成功的技术问题。

发明内容

本发明实施例提供了一种停车信息的处理方法、计算机可读的存储介质及电子装置，以至少解决现有技术中停车信息的处理效率较低的技术问题。

本发明实施例提供了一种停车信息的处理方法，包括：

获取第一检测装置在检测到第一车辆驶入并停留在第一车位上时发送的第一检测信息，其中，上述第一检测信息包括上述第一检测装置的第一标识和上述第一车辆的第一停车起始时间；

在获取到上述第一车辆的第一车牌信息的情况下，生成第一订单信息，其中，上述第一订单信息包括具有对应关系的上述第一标识、上述第一停车起始时间和上述第一车牌信息；

获取上述第一检测装置在检测到上述第一车辆离开上述第一车位时发送的第二检测信息，其中，上述第二检测信息包括上述第一检测装置的上述第一标识和上述第一车辆的第一停车结束时间，生成第一待完结订单信息，上述第一待完结订单信息包括上述第一订单信息、上述第一停车结束时间以及第一数量的虚拟资源；

从与上述第一订单信息包括的上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源，其中，上述第一数量与第一时长呈正相关，或者，在上述第一时长大于预定时长阈值的情况下，上述第一数量与第一时长呈正相关，上述第一时长为上述第一停车结束时间与上述第一订单信息包括的上述第一停车起始时间之间的时长，在移出上述第一数量的上述虚拟资源后生成第一完结订单信息，上述第一完结订单信息包括上述第一待完结订单信息以及移出上述第一数量的上述虚拟资源成功信息；

在无法从与上述第一订单信息包括的上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源的情况下，经过预定等待时长，再次从上述第一帐号中转移出第一数量的虚拟资源。

可选的，上述的方法，在生成第一订单信息之前，上述方法还包括：获取与上述第一检测装置对应的第一拍摄装置发送的对上述第一车辆进行拍摄得到的第一图片；

在获取到上述第一车辆的第一车牌信息的情况下，生成第一订单信息，包括：在上述第一图片识别到上述第一车辆的上述第一车牌信息的情况下，生成上述第一订单信息。

可选的，上述的方法，在上述生成第一待完结订单信息之后，上述方法还包括：对上述第一待完结订单信息做第一完结标识，在上述生成第一完结订单信息之后，对上述第一待完结订单信息做第二完结标识，在上述第一待完结订单信息只标有第一完结标识的情况下，经过预定等待时长，再次从上述第一帐号中转移出第一数量的虚拟资源，直到对上述第一待完结订单信息做第二完结标识为止。

可选的，上述的方法，上述第一数量与第一时长呈正相关，或者，在上述第一时长大于预定时长阈值的情况下，上述第一数量与第一时长呈正相关，包括：

y＝a(x-c)+b，其中，y为上述第一数量，x为上述第一时长，a为每单位固定虚拟资源值或特定范围每单位固定虚拟资源值，c为固定时长，b为固定虚拟资源值，c>或＝0，b>或＝0。

可选的，上述的方法，上述在移出上述第一数量的上述虚拟资源后生成第一完结订单信息，还包括：

上述在移出上述第一数量的上述虚拟资源后，获取移出上述虚拟资源的移出流水号，上述移出流水号由上述虚拟资源的上述第一帐号产生，上述移出流水号包括移出的上述虚拟资源的上述第一数量信息，上述移出流水号与上述第一完结订单信息一一对应。

可选的，上述的方法，在上述生成第一订单信息之后，上述方法包括：

向与上述第一车牌信息绑定的第三帐号发送第一通知消息，其中，上述第一通知消息包括以下信息中的至少之一：

停车开始标识，其中，上述停车开始标识用于表示已开始对上述第一车牌信息的上述第一车辆进行停车计费；

上述第一停车起始时间；

停车位置标识，其中，上述停车位置标识用于表示上述第一车位所在的位置；

和/或在上述生成第一待完结订单信息之后，上述方法包括：

向与上述第一车牌信息绑定的第三帐号发送第二通知消息，其中，上述第二通知消息包括上述第一通知消息、上述第一停车结束时间以及第一数量的虚拟资源；

和/或在上述生成第一完结订单信息之后，上述方法包括：

向与上述第一车牌信息绑定的第三帐号发送第三通知消息，其中，上述第三通知消息包括移出上述第一数量的上述虚拟资源成功信息。

可选的，任一项上述的方法，上述的方法包括：

设有执行上述方法的两套或多套功能相同的后台软件管理系统，上述两套或多套功能相同的后台软件管理系统处于联机状态，上述两套或多套功能相同的后台软件管理系统通过通信线路获取数据，上述数据包括上述第一订单信息、第一待完结订单信息以及第一完结订单信息，在其中一套上述后台软件管理系统异常而导致上述方法无法执行的情况下，上述方法包括启动另一套正常运行的上述后台软件管理系统。

可选的，任一项上述的方法，上述从与上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源，包括：

从与上述第一帐号中转移出上述第一数量的第一类型虚拟资源，其中，上述第一类型虚拟资源为上述第一帐号在目标应用中的虚拟资源；或

从与上述第一帐号中转移出上述第一数量的第二类型虚拟资源，其中，上述第二类型虚拟资源为目标币种的货币。

本发明实施例还提供了一种计算机可读的存储介质，上述计算机可读的存储介质包括存储的程序，其中，上述程序运行时执行上述任一项中的方法。

本发明实施例还提供了一种电子装置，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过上述计算机程序执行上述任一项中的方法。

在本发明实施例提供的方法中，检测装置能在第一时间内迅速获取车辆驶入以及离场时间，计算出停车时间，并同步结合拍摄装置或类似复制装置获得同一车辆车牌信息，生成具有特定车牌信息及其停车和离场时间的订单，上述订单结合上述车辆驶入的停车场的停车计费规则计算出准确的停车费用，直接从与上述车辆绑定的特定帐号中转移出相应数量的虚拟资源，即直接扣除相应的停车费，上述技术方案解决了信息处理效率低的技术问题，大大提高了准确计算停车费并同时扣除停车费的效率。传统停车场服务中心，离场存在一对一单行线处理的弊端，需要在前一辆车离场完毕后才能处理后一辆车，但是本发明实施例提供的技术方案有效避免了单线程的排队情况，即使多辆车同时离开也能准确有效的同时处理不同车辆的服务订单，这能有效的缓解线下服务的耗时问题，同时能更准确的限定停车时长，避免因为等待久、排队长等客观因素导致的服务费收错的情况发生。

此外，针对停车收费过程中停车时间可能错误的技术问题提出了停车时间校准的技术方案，即软件按照特定规则自动核算需要计费的停车时间的技术方案；针对服务系统也有可能失灵的技术问题提出了同时设有两套或多套功能相同的后台软件管理系统的技术方案，当一处系统因意外原因导致停止工作时，整个应用系统可以切换到另一处，避免了系统出错而不工作的技术问题；针对停车收费过程中也可能产生自动收费不成功的技术问题提出了扣费轮询的技术方案，即结合一条停车订单，在只有1种待完结标识的订单的情况下，系统服务会不定期对该类订单做二次请求或多次请求，直到有正确的支付完结成功信息返回为止，解决了可能产生自动收费不成功的技术问题。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1为本发明实施例提供的一种可选的1个车位对应1个地磁设备和1个摄像头，并由后台管理系统进行信息处理的示意图；

图2为本发明实施例提供的一种可选的1个车位对应1个地磁设备，1个摄像头覆盖多个车位，并由后台管理系统进行信息处理的示意图；

图3为本发明实施例提供的一种可选的检测装置与拍摄装置是一套可以互相通信的系统的示意图；

图4为本发明实施例提供的一种可选的检测装置与拍摄装置是两套独立的无法互相通信的系统的示意图；

图5为本发明实施例提供的一种可选的以图2和图4中的场景为例的停车信息的处理方法的交互流程示意图；

图6为本发明实施例提供的一种可选的以图2和图4中的场景为例的同步产生订单的流程示意图；

图7为本发明实施例提供的一种可选的以图2和图4中的场景为例的异步产生订单的流程示意图；

图8为本发明实施例提供的一种可选的以图2和图4中的场景为例的同步产生结算的流程示意图；

图9为本发明实施例提供的一种可选的以图2和图4中的场景为例的异步产生结算的流程示意图；

图10为本发明实施例提供的一种可选的以图2和图4中的场景为例的生成订单后的消息推送的流程示意图；

图11为本发明实施例提供的一种可选的以图2和图4中的场景为例的拍摄的照片用于后续的异议处理的流程示意图；

图12为本发明实施例提供的一种可选的以图2和图4中的场景为例在拍摄不到车牌的情况下的异常处理的流程示意图；

图13为本发明实施例提供的一种可选的以图2和图4中的场景为例移出虚拟资源微信支付分以及多个后台管理系统交互备份的流程示意图；

图14为本发明实施例提供的一种可选的终端请求数据到服务端的逻辑交互图；

图15为本发明实施例提供的一种可选的终端请求数据到服务端的流程示意图；

图16为本发明实施例提供的一种可选的系统内部处理并校准停车时间的流程图；

图17为本发明实施例提供的一种可选的异常订单处理的流程图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本申请公开更加透彻和完整，并且能够将本申请公开的范围完整地传达给本领域的技术人员。

如图1所示，本发明实施例的一个示例性应用场景为：1个车位对应1个地磁设备和1个摄像装置，并共同对应后台软件管理系统。具体而言，车辆C1停在车位1-1处，对应地磁设备D1及单独对应摄像装置P1，车辆C2停在车位1-2处，对应地磁设备D2及单独对应摄像装置P2，车辆C3停在车位1-3处，对应地磁设备D3及单独对应摄像装置P3，车辆C4停在车位1-4处，对应地磁设备D4及单独对应摄像装置P4；地磁设备D1感应并记录停留在车位1-1处的车辆C1停车起始时间及驶离时间，摄像装置P1拍摄并记录停留在车位1-1处的车辆C1车牌信息，地磁设备D2感应并记录停留在车位1-2处的车辆C2停车起始时间及驶离时间，摄像装置P2拍摄并记录停留在车位1-2处的车辆C2车牌信息，地磁设备D3感应并记录停留在车位1-3处的车辆C3停车起始时间及驶离时间，摄像装置P3拍摄并记录停留在车位1-3处的车辆C3车牌信息，地磁设备D4感应并记录停留在车位1-4处的车辆C4停车起始时间及驶离时间，摄像装置P4拍摄并记录停留在车位1-4处的车辆C4车牌信息；地磁设备D1及摄像装置P1、地磁设备D2及摄像装置P2、地磁设备D3及摄像装置P3、地磁设备D4及摄像装置P4共同对应后台软件管理系统G并把各自采集到的数据传送到后台软件管理系统G进行下一步处理。

如图2所示，本发明实施例的一个示例性应用场景为：1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，并共同对应后台软件管理系统。具体而言，车辆C1停在车位1-1处，对应地磁设备D1及对应摄像装置P1，车辆C2停在车位1-2处，对应地磁设备D2及对应摄像装置P1，车辆C3停在车位1-3处，对应地磁设备D3及对应摄像装置P1，车辆C4停在车位1-4处，对应地磁设备D4及对应摄像装置P1；地磁设备D1感应并记录停留在车位1-1处的车辆C1停车起始时间及驶离时间，摄像装置P1拍摄并记录车位1-1以及停留在车位1-1处的车辆C1车牌信息，地磁设备D2感应并记录停留在车位1-2处的车辆C2停车起始时间及驶离时间，摄像装置P1拍摄并记录车位1-2以及停留在车位1-2处的车辆C2车牌信息，地磁设备D3感应并记录停留在车位1-3处的车辆C3停车起始时间及驶离时间，摄像装置P1拍摄并记录车位1-3以及停留在车位1-3处的车辆C3车牌信息，地磁设备D4感应并记录停留在车位1-4处的车辆C4停车起始时间及驶离时间，摄像装置P1拍摄并记录车位1-4以及停留在车位1-4处的车辆C4车牌信息；地磁设备D1、地磁设备D2、地磁设备D3、地磁设备D4及摄像装置P1共同对应后台软件管理系统G并把各自采集到的数据传送到后台软件管理系统G进行下一步处理。

上述示例性应用场景中的摄像装置即为摄像头或类似摄像头的摄像装置，也可采用非拍摄的方式记录下需要摄像的信息传递给后台软件管理系统G，例如人工记录车牌信息传送给后台软件管理系统G的方式。

示例性说明，地磁设备是检测装置的一种示例，还可以为其他能够检测到车辆驶入和停留的检测装置。

示例性说明，检测装置与拍摄装置可以是一套可以互相通信的系统，如图3所示，或者，是两套独立的无法互相通信的系统，如图4所示。

具体而言，以车辆C1为例，如图3所示，车辆C1停在车位1-1处，对应地磁设备D1及对应摄像装置P1，地磁设备D1感应并记录停留在车位1-1处的车辆C1停车起始时间及驶离时间，摄像装置P1拍摄并记录车位1-1以及停留在车位1-1处的车辆C1车牌信息，地磁设备D1及摄像装置P1共同对应后台软件管理系统G并把各自采集到的数据传送到后台软件管理系统G进行下一步处理，同时地磁设备D1及摄像装置P1还能相互传送各自采集到的数据，即地磁设备D1及摄像装置P1能相互获得车位1-1上车辆C1的停车相关信息，可用于相互矫正或用于从地磁设备D1或摄像装置P1将车位1-1上的车辆C1的车牌信息、停车起始时间及驶离时间传送到后台软件管理系统G进行下一步处理。

仍以车辆C1为例，如图4所示，车辆C1停在车位1-1处，对应地磁设备D1及对应摄像装置P1，地磁设备D1感应并记录停留在车位1-1处的车辆C1停车起始时间及驶离时间，摄像装置P1拍摄并记录车位1-1以及停留在车位1-1处的车辆C1车牌信息，地磁设备D1及摄像装置P1共同对应后台软件管理系统G并把各自采集到的数据传送到后台软件管理系统G进行下一步处理，但地磁设备D1及摄像装置P1不能相互传送各自采集到的数据，即地磁设备D1及摄像装置P1不能相互获得车位1-1上车辆C1的停车相关信息，而是分别由地磁设备D1将车位1-1上的车辆C1的停车起始时间及驶离时间传送到后台软件管理系统G，由摄像装置P1将车位1-1上的车辆C1的车牌信息传送到后台软件管理系统G，进行下一步处理。

示例性说明，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同分别对应后台软件管理系统”为例，描述本实施例中的停车信息的处理方法，如图5所示，获取第一检测装置地磁设备D1在检测到第一车辆C1驶入并停留在第一车位1-1上时发送的第一检测信息，其中，上述第一检测信息包括上述第一检测装置地磁设备D1的第一标识D1和上述第一车辆C1的第一停车起始时间；在获取到上述第一车辆C1的第一车牌信息的情况下，生成C1的第一订单信息，其中，上述C1的第一订单信息包括具有对应关系的上述第一标识D1、C1的上述第一停车起始时间和C1的上述第一车牌信息；获取上述第一检测装置地磁设备D1在检测到上述第一车辆C1离开上述第一车位1-1时发送的第二检测信息，其中，上述第二检测信息包括上述第一检测装置地磁设备D1的上述第一标识D1和上述第一车辆C1的第一停车结束时间；生成上述C1的第一待完结订单信息，从与C1的上述第一订单信息包括的C1的上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源，其中，上述第一数量与第一时长呈正相关，上述第一时长为C1的上述第一停车结束时间与C1的上述第一订单信息包括的C1的上述第一停车起始时间之间的时长。在成功移出上述第一数量的上述虚拟资源后生成C1的第一完结订单信息，上述第一完结订单信息包括上述第一待完结订单信息以及移出上述第一数量的上述虚拟资源成功信息；在无法从与上述第一订单信息包括的上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源的情况下，经过预定等待时长，再次从上述第一帐号中转移出第一数量的虚拟资源，例如上述第一帐号为微信账号，上述虚拟资源为微信支付分，上述经过预定等待时长是指当上述微信支付分的余额不足以支付上述第一数量的虚拟资源时，上述后台软件管理系统G会轮询的经过例如8小时或24小时或3天的时长，再次从上述第一帐号中转移出第一数量的上述微信支付分，如果移出上述第一数量的虚拟资源成功，则生成C1的第一完结订单信息，如果移出不成功，则再经过预订等待时长后的移除第一数量的上述微信支付分的操作，如此循环下去执行C1的第一待完结订单信息的指令，如图5所示。具体技术方案的操作过程可以是对上述第一待完结订单信息做第一完结标识，在上述生成第一完结订单信息之后，对上述第一待完结订单信息做第二完结标识，在上述第一待完结订单信息只标有第一完结标识的情况下，经过预定等待时长，再次从上述第一帐号中转移出第一数量的虚拟资源，直到对上述第一待完结订单信息做第二完结标识为止，如图13所示，图13以虚拟资源为微信支付分为例。

上述第一数量与第一时长呈正相关，或者，在上述第一时长大于预定时长阈值的情况下，上述第一数量与第一时长呈正相关，包括：

y＝a(x-c)+b，其中，y为上述第一数量，x为上述第一时长，a为每单位固定虚拟资源值或特定范围每单位固定虚拟资源值，c为固定时长，b为固定虚拟资源值，c>或＝0，b>或＝0。

例如，上述第一数量由字母y表示，上述第一时长由字母x表示，包括以下情况：当c＝0且b＝0时，则1)y＝ax，以及当c＝0且b>0时，则2)y＝ax+b，总体表示x越大，y越大，也可以是阶梯式关系，例如，y＝a1x1+a2x2…，其中，x＝x1+x2+…，即1)每小时固定收费为a，根据第一时长x，计算出第一数量y(y＝ax)；2)对于有固定车辆管理费的情况，则采用y＝ax+b，其中b为固定管理费或类似规则，而对于按不同时间段采用不同计费规则的停车场，则适用y＝a1x1+a2x2…，其中，x＝x1+x2+…，即x中的第一个时间段x1每小时收费a1，第二个时间段x2每小时收费a2，以此类推，每个时间段分别计费后求和得出第一数量。或者，在所述第一时长大于预定时长阈值的情况下，所述第一数量与第一时长呈正相关，例如如果x<或＝c，y＝0，如果x>c，且c>0时，则包括以下情况：当b＝0时，则为情况1)y＝a(x-c)，以及当b>0是，则为情况2)y＝a(x-c)+b，其中c表示预定时长阈值，总体而言，依然是第一时长x越大，第一数量y越大，也可以是阶梯式关系，例如，y＝a1x1+a2x2…，其中，(x-c)＝x1+x2+…，即1)每小时固定收费为a，同时有免费时间段c，例如有的停车场免费时间段为前15分钟，则c＝0.25小时，用第一时长x减去免费时间段c得到收费时长(x-c)，再与每小时固定收费a相乘，计算出第一数量y(y＝a(x-c))；2)对于有固定车辆管理费的情况，则采用y＝a(x-c)+b，其中b为固定管理费或类似规则，而对于按不同时间段采用不同计费规则的停车场，则适用y＝a1x1+a2x2…，其中，x＝x1+x2+…，即x中的第一个时间段x1每小时收费a1，第二个时间段x2每小时收费a2，以此类推，同时有免费时间段c，例如有的停车场免费时间段为前15分钟，则c＝0.25小时，用第一时长x减去免费时间段c得到收费时长(x-c)，x-c＝x1+x2+…，再分别按照不同时间段的收费规则y＝a1x1+a2x2…，计算出第一数量y。

综上，后台软件管理系统G根据获得的第一车辆C1的车牌信息及停车的起始时间和结束时间，结合车位1-1的停车计费规则准确算出车辆C1应支付的停车费用，若y＝0，则后台软件管理系统G仅仅生成C1的第一订单信息，而不向C1的上述第一车牌信息绑定的第一帐号中移出虚拟资源，若y>0，则后台软件管理系统G不仅生成C1的第一订单信息，还会向C1的上述第一车牌信息绑定的第一帐号中移出第一数量的虚拟资源，上述虚拟资源可以是支付分或类似具有支付分的平台。

上述方案的整个过程解决了现有技术中停车付费效率低的技术问题，具体而言，上述方案中，随着车辆停在停车位的那一刻开始，检测装置及获取车牌信息装置就开始记录停车的起始时间、停车车牌号、车辆离开时间，并将这些信息发送给后台软件管理系统，由后台软件管理系统根据对应的停车收费规则计算出停车费，由订单形式发送给车辆绑定帐号并扣除相应费用，绑定帐号后的整个停车过程车主无需任何操作却能实时的收到停车信息订单并准确实时的扣除相应停车费用，不仅解决了现有技术中停车结算时人工结算或进出停车场时需要等待机器扫码的响应等效率低下的技术问题，还解决了开放式停车场停车逃单无法追回停车费的技术问题。

进一步，以附图2和附图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述同步产生订单的方案，如图6所示，获取第二检测装置地磁设备D2在检测到第二车辆C2驶入并停留在第二车位1-2上时发送的第三检测信息，其中，上述第三检测信息包括上述第二检测装置地磁设备D2的第二标识和上述第二车辆C2的第二停车起始时间；在获取到上述第二车辆C2的第二车牌信息、且上述第二停车起始时间和上述第一停车起始时间相同或之间的差值小于第一预定阈值的情况下，在生成上述C1的第一订单信息的同时生成C2的第二订单信息，其中，上述C2的第二订单信息包括具有对应关系的上述第二标识、上述第二停车起始时间和上述第二车牌信息；在上述第二图片中识别到上述第二车辆C2的上述第二车牌信息、且上述第二停车起始时间和上述第一停车起始时间之间的差值大于或等于上述第一预定阈值的情况下，生成C2的上述第二订单信息。具体而言，多辆车可以同时产生订单，例如图6所示，后台软件管理系统G将地磁设备D1感应并记录车辆C1停车起始时间并附带地磁设备D1标识以及摄像装置P1拍摄或记录的车辆C1车牌信息生成车辆C1的第一订单信息，在接收到D1标识以及车辆C1停车结束时间后根据上述计算y的规则计算出车辆C1第一数量的虚拟资源y1，在生成车辆C1的第一订单信息的同时，后台软件管理系统G还能同时处理来自地磁设备D2感应并记录车辆C2停车起始时间并附带地磁设备D2标识以及摄像装置P1拍摄或记录的车辆C2车牌信息生成车辆C2的第二订单信息，在接收到D2标识以及车辆C2停车结束时间后根据上述计算y的规则计算出车辆C2第二数量的虚拟资源y2，在生成车辆C1的第一订单信息和生成车辆C2的第二订单信息的同时，后台软件管理系统G还能同时处理来自地磁设备D3感应并记录车辆C3停车起始时间并附带地磁设备D3标识以及摄像装置P1拍摄或记录的车辆C3车牌信息生成车辆C3的第三订单信息，在接收到D3标识以及车辆C3停车结束时间后根据上述计算y的规则计算出车辆C3第三数量的虚拟资源y3，在生成车辆C1的第一订单信息和生成车辆C2的第二订单信息和生成车辆C3的第三订单信息的同时，后台软件管理系统G还能同时处理来自地磁设备D4感应并记录车辆C4停车起始时间并附带地磁设备D4标识以及摄像装置P1拍摄或记录的车辆C4车牌信息生成车辆C4的第四订单信息，在接收到D4标识以及车辆C4停车结束时间后根据上述计算y的规则计算出车辆C4第四数量的虚拟资源y4。后台软件管理系统G能对多辆车同时产生订单的技术方案再一次大大提高了效率，很好解决了人为排队等候或排队等候机器响应而产生效率低下的技术问题。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述异步产生订单的方案，如图7所示，后台软件管理系统G将地磁设备D1感应并记录车辆C1停车起始时间并附带地磁设备D1标识以及摄像装置P1拍摄或记录的车辆C1车牌信息生成车辆C1的第一订单信息，在接收到D1标识以及车辆C1停车结束时间后根据上述计算y的规则计算出车辆C1第一数量的虚拟资源y1，在生成车辆C1的第一订单信息之前或之后，后台软件管理系统G能不受限制的处理来自地磁设备D2感应并记录车辆C2停车起始时间并附带地磁设备D2标识以及摄像装置P1拍摄或记录的车辆C2车牌信息生成车辆C2的第二订单信息，在接收到D2标识以及车辆C2停车结束时间后根据上述计算y的规则计算出车辆C2第二数量的虚拟资源y2，在生成车辆C1的第一订单信息和生成车辆C2的第二订单信息之前或之后，后台软件管理系统G能不受限制的处理来自地磁设备D3感应并记录车辆C3停车起始时间并附带地磁设备D3标识以及摄像装置P1拍摄或记录的车辆C3车牌信息生成车辆C3的第三订单信息，在接收到D3标识以及车辆C3停车结束时间后根据上述计算y的规则计算出车辆C3第三数量的虚拟资源y3，在生成车辆C1的第一订单信息和生成车辆C2的第二订单信息和生成车辆C3的第三订单信息之前或之后，后台软件管理系统G能不受限制的处理来自地磁设备D4感应并记录车辆C4停车起始时间并附带地磁设备D4标识以及摄像装置P1拍摄或记录的车辆C4车牌信息生成车辆C4的第四订单信息，在接收到D4标识以及车辆C4停车结束时间后根据上述计算y的规则计算出车辆C4第四数量的虚拟资源y4。上述在生成车辆C1的第一订单信息和生成车辆C2的第二订单信息和生成车辆C3的第三订单信息之前或之后也能替换为在计算出车辆C1第一数量的虚拟资源y1和车辆C2第二数量的虚拟资源y2和车辆C3第三数量的虚拟资源y3之前或之后或生产订单信息和计算出虚拟资源数量相互交叉的之前或之后，后台软件管理系统G能对多辆车不受信息接收前后以及生成订单信息前后的限制去处理产生订单的技术方案再一次大大提高了效率，很好解决了人为排队等候或排队等候机器响应而产生效率低下的技术问题。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述同步产生结算的方案，如图8所示，后台软件管理系统G根据上述计算出的车辆C1第一数量的虚拟资源y1、车辆C2第二数量的虚拟资源y2、车辆C3第三数量的虚拟资源y3以及车辆C4第四数量的虚拟资源y4分别同时从第一辆车C1的绑定帐号、第二辆车C2的绑定帐号、第三辆车C3的绑定帐号以及第四辆车C4的绑定帐号移出相应的虚拟资源数量，例如移出相应的支付分。上述从与上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源y1，包括：响应于获取到的上述第二检测信息，实时地从上述第一帐号中转移出上述第一数量的虚拟资源y1。上述示例性4辆车同时产生结算，大大解决了现有技术中无论是人工结算还是机器结算都需要排队结算而产生的效率低下的技术问题。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述异步产生结算的方案，如图9所示，后台软件管理系统G根据上述计算出的车辆C1第一数量的虚拟资源y1、车辆C2第二数量的虚拟资源y2、车辆C3第三数量的虚拟资源y3以及车辆C4第四数量的虚拟资源y4分别不受限制的从第一辆车C1的绑定帐号、第二辆车C2的绑定帐号、第三辆车C3的绑定帐号以及第四辆车C4的绑定帐号移出相应的虚拟资源数量，例如移出相应的支付分，转移顺序可以为图9所示的从左到右依次转移，即根据获取到的上述各辆车C1、C2、C3以及C4的离开时间，实时地从上述第一帐号、第二帐号、第三帐号以及第四帐号中转移出上述数量的虚拟资源y1、y2、y3和y4。上述示例性4辆车不受任何限制根据自身订单及虚拟资源的结算而实时产生结算，大大解决了现有技术中无论是人工结算还是机器结算都需要排队结算而产生的效率低下的技术问题。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述实时结算，避免逃单，上述获取与上述第一检测装置地磁设备D1对应的第一拍摄装置P1发送的对上述第一车辆进行拍摄得到的第一图片，包括：在检测到上述第一车辆C1驶入并停留在上述第一车位1-1上之后，向上述第一拍摄装置P1发送第一指示信息，其中，上述第一指示信息用于指示上述第一拍摄装置P1对停留在上述第一车位1-1上的上述第一车辆C1进行拍摄；获取上述第一拍摄装置P1发送的上述第一图片。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述如何拍照以及拍照信息，上述获取上述第一拍摄装置P1发送的上述第一图片，包括：获取上述第一拍摄装置P1发送的具有对应关系的上述第一图片和上述第一标识；或者获取上述第一拍摄装置P1发送的具有对应关系的上述第一图片和第三标识，其中，上述第三标识为上述第一拍摄装置P1的标识，上述第一标识和上述第三标识具有一一对应关系。这些技术方案确保了拍摄图片的准确性，即不会发生将车辆C1的停车费用结算到车辆C2绑定的帐号上的错误。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述生成订单后的消息推送。如图10所示，在上述生成车辆C1的第一订单信息之后，上述方法包括：向与上述第一车牌信息绑定的车辆C1的第三帐号发送第一通知消息，例如，上述车辆C1的第三帐号可以是与其绑定的手机客户端的某个应用或短信，其中，上述第一通知消息包括以下信息中的至少之一：车辆C1的停车开始标识，其中，上述停车开始标识用于表示已开始对上述第一车牌信息的上述第一车辆C1的进行停车计费；车辆C1的上述第一停车起始时间；车辆C1的停车位置标识，其中，上述停车位置标识用于表示上述第一车位1-1所在的位置。在获得车辆C1的停车结束时间后，结合生成车辆C1的第一订单信息，根据上述计算y的规则计算出车辆C1第一数量的虚拟资源y1也发送给与车辆C1绑定的手机客户端的某个应用或短信，与此同时，或不受任何其他车辆顺序的限制，后台软件管理系统G也同时或前后分别对应不同的车辆将各车辆C2、C3及C4的订单信息及虚拟资源发送给与车辆绑定的手机客户端的某个应用或短信。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述拍摄的照片用于后续的异议处理。如图11所示，在从与车辆C1的上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源y1之后，上述方法还包括：获取与车辆C1的上述第一车牌信息绑定的第四帐号发送的第一异常信息，例如车辆C1的第四帐号可以为车辆C1绑定的停车应用小程序或类似的微信反馈通道，其中，上述第一异常信息用于表示上述第一数量的虚拟资源y1存在异常；向上述第四帐号发送第一图片，即向反馈第一异常信息的停车应用小程序或类似的微信反馈通道发送第一图片，或者，发送上述第一图片、上述第一停车起始时间和上述第一停车结束时间，其中，上述第一图片是对上述第一车辆C1进行拍摄得到的图片。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，描述在拍摄不到车牌的情况下的异常处理。如图12所示，在上述第一图片中识别不到车辆C1的上述第一车牌信息的情况下，向第五帐号发送第二异常信息，例如，第五帐号可以是后台软件管理系统G，其中，上述第二异常信息用于表示无法识别到上述第一车位1-1上停留的上述第一车辆C1的上述第一车牌信息，则无法生成第一车辆C1的第一订单信息。

进一步，以图2和图4中的场景“1个车位对应1个地磁设备，1个摄像装置覆盖多个车位，共同对应后台软件管理系统”为例，示例性说明目标应用中的虚拟资源即为微信支付分，如图13所示，在生成C1的第一订单信息后，结合停车时间，根据上述计算y的规则计算出车辆C1第一数量的虚拟资源y1并移出相应的微信支付分y1。可选的，上述从与上述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源，包括：从与上述第一帐号中转移出上述第一数量的第一类型虚拟资源，其中，上述第一类型虚拟资源为上述第一帐号在目标应用中的虚拟资源，例如微信支付分；或从与上述第一帐号中转移出上述第一数量的第二类型虚拟资源，其中，上述第二类型虚拟资源为目标币种的货币，例如人民币或美金。在本实施例提供的方法中，对于开通了微信支付分的停车用户，只要用户完成了停车服务，利用第三方平台的征信体系和功能，将会有效的大幅减少用户的操作,提升收款率。在上述的方案中，采用的第三方平台功能为微信支付分，同时还可以采用支付宝平台的蚂蚁信用分，两者取其一或同时运行，同样能够实现上述技术方法需要达到的效果。

上述在移出上述第一数量的上述虚拟资源后生成第一完结订单信息，还包括：例如，上述在移出C1的上述第一数量的上述微信支付分后，获取移出上述微信支付分的C1的微信支付分的移出流水号，上述移出流水号由C1绑定的微信客户端产生，上述移出流水号包括移出的上述微信支付分的上述第一数量信息y1，上述C1的微信支付分的移出流水号与上述C1的第一完结订单信息一一对应，这样显著的技术效果体现在销售方能随时获取实时的资金流转账记录，并能够提供类似周报、月报等统计性的财务账单，以供销售方进行资金核查，因为当后台软件管理系统G依托微信支付分或类似的支付体系对用户账户进行资金划扣时，每一条资金消费记录都是一条订单记录，微信支付分虽然会对扣费的用户发送扣费通知，但是对于销售方(例如停车场管理者等角色)没有一个统一性、整理性的销售汇报，故本实施例中提供停车订单财务对账方法包括：在完结订单的时候，通过微信支付分的扣费结果回调，判断扣费结果是否成功，如果扣费成功，后台软件管理系统G则会将此支付分的订单号(例如第一完结订单信息)与支付分的支付流水号(移出流水号)一一对应，如图13所示。

在上述生成第一订单信息之后，例如生成C1的第一订单信息之后，上述方法还包括：

向与上述第一车牌信息绑定的第三帐号发送第一通知消息，例如向手机短信发送通知消息，其中，上述第一通知消息包括以下信息中的至少之一：

例如C1停车开始标识，其中，上述C1停车开始标识用于表示已开始对上述C1第一车牌信息的上述第一车辆C1进行停车计费；

上述C1第一停车起始时间；

C1的停车位置标识，其中，上述停车位置标识用于表示上述第一车位所在的位置；

和/或在上述生成C1的第一待完结订单信息之后，上述方法包括：

向与上述C1的第一车牌信息绑定的例如短信之类的第三帐号发送第二通知消息，其中，上述第二通知消息包括上述第一通知消息、上述C1的第一停车结束时间以及第一数量的虚拟资源；

和/或在上述生成第一完结订单信息之后，上述方法包括：

向与上述第一车牌信息绑定的例如短信之类的第三帐号发送第三通知消息，其中，上述第三通知消息包括移出上述第一数量的上述虚拟资源成功信息，如果不成功，则会向例如短信之类的第三帐号发送移出上述虚拟资源不成功的信息，并通知充值，以便再次移除上述虚拟资源。

综上实施例，上面的场景只是一种示例，可以在不同的场景下进行实施，例如，图1结合图3、图2结合图3或图1结合图4的应用场景去实施上述方案。

例如图1结合图3的应用场景，1个车位对应1个地磁设备和1个摄像装置，并共同对应后台软件管理系统，与上述图2结合图4的应用场景不同在于替换为1个车位分别对应1个地磁设备和1个摄像装置，即摄像装置是唯一对应车位的，即摄像装置P1发送的图片信息只对应车位1-1的停车车牌信息，且地磁设备D1与摄像装置P1之间能相互传递信息，更加增加了方案的准确性。

例如图2结合图3的应用场景，与上述图2结合图4的应用场景不同在于替换为地磁设备D1与摄像装置P1之间能相互传递信息，增加了方案的准确性和信息的流通性。

例如图1结合图4的应用场景，与上述图2结合图4的应用场景不同在于替换为1个车位分别对应1个地磁设备和1个摄像装置，即摄像装置是唯一对应车位的，即摄像装置P1发送的图片信息只对应车位1-1的停车车牌信息，增加了方案的准确性。

如图13所示，本实施例方法还设有执行上述方法的两套或多套功能相同的后台软件管理系统G，上述两套或多套功能相同的后台软件管理系统处于联机状态，上述两套或多套功能相同的后台软件管理系统通过通信线路获取数据，上述数据包括上述第一订单信息、第一待完结订单信息以及第一完结订单信息，在其中一套上述后台软件管理系统异常而导致上述方法无法执行的情况下，上述方法包括启动另一套正常运行的上述后台软件管理系统。例如部署两套或多套功能相同的服务后台软件管理系统G，多套服务后台软件管理系统G处于联机状态，当前应用系统通过通信线路将数据实时传送至各个备份系统中，保持备份系统G’与主应用系统G间的数据同步，数据间的传输包含但不仅限于实时传输，定时备份等方案亦在此概述中,其次，系统互相之间进行着健康状态监视和功能切换，当一处系统因意外原因导致停止工作时，整个应用系统可以切换到另一处，例如备份系统G’切换为主应用系统G的位置，使得整体系统功能可以继续正常工作，并提供节点级别的系统恢复功能，即哪个节点出现了故障，系统能第一时间针对此故障进行自我修复，这样能确保数据的完成性与一致性，极大程度降低了数据丢失的可能性。

本发明实施例还提供了一种计算机可读的存储介质，上述计算机可读的存储介质包括存储的程序，其中，上述程序运行时执行上述任一方法。例如，上述计算机可读的存储介质可以是存储器，存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器，存储器还可以包括相当于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端，上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本发明实施例还提供了一种电子装置，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过上述计算机程序执行上述任一方法。例如，上述电子装置包括显示器。

在具体的实施过程中，如图14所示，以虚拟资源为微信支付分为例，新用户在首次进入程序时，会在注册以及其他各场景提示开通微信支付分，在通过微信支付分的风险评估后，更新用户的微信支付分开启状态，之后每次用户完成停车离场后，直接进入扣款流程，用户无需再登入终端支付；老用户则在停车离场后直接进入扣款流程。如图15所示，新用户在首次进入程序时，会提示是否登录，绑定车牌号并开通支付分，如这些已完成，则直接进入主界面按上述实施例进行订单处理并准确移出相应微信支付分，如果并未授权，则需要经过授权页进行用户信息及手机号录入以及车牌绑定以完成授权绑定，在产生停车订单并移出微信支付分的过程中，本实施例提供的技术方案会逻辑判断是否有欠缴，是则进入补缴页，否则进入充值页，下一步选择支付方式。本实施例提供了四种场景：第一种可以直接支付；第二种软件提示开通支付分，但不可用转入直接支付界面；第三种开通支付分可用，签约成功，采用移出支付分的方式；第四种是开通支付分可用，但拒绝签约，转入直接支付界面。

如图16所示，本发明实施例提供了一种停车中使用支付分等服务时在创建和结算时的服务时间校准的方法，其包括：

步骤110，车辆进入停车位，系统感应到车辆后，由终端将停车位、车牌等信息发送到服务端。

步骤120，服务端接收到请求数据后，开始记录该车位状态为已占用，并记录起始时间，然后将必要的参数，如车牌、车位、地址、时间等参数去请求支付分创建订单接口，返回支付分服务订单号。

步骤130，车辆离开停车位，系统感应后，有终端将停车位编号发送到服务端。

步骤140，服务端接收到离场信息，系统开始根据起始与结束时间计算停车费用，基于停车收费标准为30分钟后开始计费并以最初停车时间为计费开始时间的原则。所以在利用支付分等第三方支付应用时，需以系统记录在内的停车时长为真实有效的停车时长，而不能以系统调用支付分服务的触发时间为停车起始时间。根据上述原则计算后的金额若为0代表免费，若为正数则表示需进行付费，将支付分服务订单号和金额作为参数，去请求支付分完结订单接口。

本实施例中提供停车过程中实时的消息通知提醒方法，包括：

停车开始通知：此通知应用场景在于，当用户将车辆停到车位后，终端设备将数据传输到服务端后，由服务端进行一系列的数据匹配后，将停车地点、停车开始时间、车牌号、收费标准等重要信息以微信模板消息或短信等形式推送到用户对应的联系账号中。

支付分订单开始通知：此通知应用场景在于，当该用户的车辆已被创建支付分服务时，会在该用户的微信中发起消息推送。

停车结束通知：此通知应用场景在于，当用户将车辆驶出车位后，服务端接收到终端的数据信息，将车牌号、停车地点、停车费用、停车时长等信息以微信模板消息或短信等形式推送到用户对应的联系账号中。

支付分订单结束通知：此通知应用场景在于，服务端收到终端的离场信息后，调用支付分等第三方支付服务的结束订单接口，确认收到结束处理正常的回调后，将以微信模板消息的形式将订单完结的通知发送到用户的账户中。

扣费消息通知：成功的扣费订单，将会有扣费信息以微信模板消息的形式推送到对应的用户账户中。

本实施例中提供停车订单财务对账方法，其包括：在停车开始过程中，服务系统会结合当时地点、车位、车牌、时间等因素结合一条与支付分服务对应的停车订单。对应的，在订单完结后也会第一时间处理并记录停车费用信息。确保在与支付分相独立的内部系统中有一套完善的订单体系，可方便筛选审查和实时对账。

如图17所示，本发明实施例中还提供了停车服务订单异常处理的方法，具体包括：

步骤150，在订单完结处理过程中，服务系统在内部环境会对订单状态做完结标识1。

步骤160，同时会对此订单的支付分服务做同步结算请求。正常情况下，支付分服务会返回成功信息，此时系统也会对支付分完结状态做标识2。

步骤170，必须2种完结标识都存在的情况下，此订单才真正算作处理完毕。若支付分服务返回扣费失败或其他失败信息，则系统不会对支付分完结状态做标识，则此时只有1种完结标识，那么此订单并不能算作真正的处理完毕。

步骤180，对此类只有1种完结标识的订单，系统服务会不定期对该类订单做二次请求或多次请求，直到有正确的支付分完结成功信息返回，确保异常订单在整个支付分体系和软件内部体系中有一个平衡点，避免错单和漏单。

对于系统层面，用户在进入微信小程序或公众号后，微信支付分达到一定分值的用户可以开通在本应用的支付分，开通支付分后，在用户车辆离场，生成账单后，后台服务器会向微信发送请求，告知订单已完结，微信会判断用户的微信钱包(包含微信零钱、绑定的银行卡)中是否有足额的扣款金额，如有，则立即扣款，否则会一直轮询到用户钱包的金额达到扣款金额后扣款；对于用户层面而言，只需要一次开通支付分，路面的进场、离场、支付完全无感，离场后会自动扣费。同时解决了系统无法在结束服务后直接划扣用户资金的技术问题。

应当注意，尽管在上文详细描述中提及了装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (9)

1.一种停车信息的处理方法，其特征在于，包括：

获取第一检测装置在检测到第一车辆驶入并停留在第一车位上时发送的第一检测信息，其中，所述第一检测信息包括所述第一检测装置的第一标识和所述第一车辆的第一停车起始时间；

在获取到所述第一车辆的第一车牌信息的情况下，生成第一订单信息，其中，所述第一订单信息包括具有对应关系的所述第一标识、所述第一停车起始时间和所述第一车牌信息；

获取所述第一检测装置在检测到所述第一车辆离开所述第一车位时发送的第二检测信息，其中，所述第二检测信息包括所述第一检测装置的所述第一标识和所述第一车辆的第一停车结束时间，生成第一待完结订单信息，所述第一待完结订单信息包括所述第一订单信息、所述第一停车结束时间以及第一数量的虚拟资源；

从与所述第一订单信息包括的所述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源，其中，所述第一数量与第一时长呈正相关，或者，在所述第一时长大于预定时长阈值的情况下，所述第一数量与第一时长呈正相关，所述第一时长为所述第一停车结束时间与所述第一订单信息包括的所述第一停车起始时间之间的时长，在移出所述第一数量的所述虚拟资源后生成第一完结订单信息，所述第一完结订单信息包括所述第一待完结订单信息以及移出所述第一数量的所述虚拟资源成功信息；

在无法从与所述第一订单信息包括的所述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源的情况下，经过预定等待时长，再次从所述第一帐号中转移出第一数量的虚拟资源；

在所述生成第一待完结订单信息之后，所述方法还包括：对所述第一待完结订单信息做第一完结标识，在所述生成第一完结订单信息之后，对所述第一待完结订单信息做第二完结标识，在所述第一待完结订单信息只标有第一完结标识的情况下，经过预定等待时长，再次从所述第一帐号中转移出第一数量的虚拟资源，直到对所述第一待完结订单信息做第二完结标识为止；

获取第二检测装置在检测到第二车辆驶入并停留在第二车位上时发送的第三检测信息，其中，所述第三检测信息包括所述第二检测装置的第二标识和所述第二车辆的第二停车起始时间；在获取到所述第二车辆的第二车牌信息、且所述第二停车起始时间和所述第一停车起始时间相同或之间的差值小于第一预定阈值的情况下，在生成所述第一订单信息的同时生成第二订单信息，其中，所述第二订单信息包括具有对应关系的所述第二标识、所述第二停车起始时间和所述第二车牌信息；获取与所述第二检测装置对应的第二拍摄装置发送的对所述第二车辆进行拍摄得到的第二图片，在所述第二图片中识别到所述第二车辆的所述第二车牌信息、且所述第二停车起始时间和所述第一停车起始时间之间的差值大于或等于所述第一预定阈值的情况下，生成所述第二订单信息。

2.如权利要求1所述的方法，其特征在于，

在生成第一订单信息之前，所述方法还包括：获取与所述第一检测装置对应的第一拍摄装置发送的对所述第一车辆进行拍摄得到的第一图片；

在获取到所述第一车辆的第一车牌信息的情况下，生成第一订单信息，包括：在所述第一图片识别到所述第一车辆的所述第一车牌信息的情况下，生成所述第一订单信息。

3.如权利要求1所述的方法，其特征在于，所述第一数量与第一时长呈正相关，或者，在所述第一时长大于预定时长阈值的情况下，所述第一数量与第一时长呈正相关，包括：

y=a（x-c）+b，其中，y为所述第一数量，x为所述第一时长，a为每单位固定虚拟资源值或特定范围每单位固定虚拟资源值，c为固定时长，b为固定虚拟资源值， c>或=0，b >或=0。

4.如权利要求1所述的方法，其特征在于，所述在移出所述第一数量的所述虚拟资源后生成第一完结订单信息，还包括：

所述在移出所述第一数量的所述虚拟资源后，获取移出所述虚拟资源的移出流水号，所述移出流水号由所述虚拟资源的所述第一帐号产生，所述移出流水号包括移出的所述虚拟资源的所述第一数量信息，所述移出流水号与所述第一完结订单信息一一对应。

5.如权利要求1所述的方法，其特征在于，在所述生成第一订单信息之后，所述方法包括：

向与所述第一车牌信息绑定的第三帐号发送第一通知消息，其中，所述第一通知消息包括以下信息中的至少之一：

停车开始标识，其中，所述停车开始标识用于表示已开始对所述第一车牌信息的所述第一车辆进行停车计费；

所述第一停车起始时间；

停车位置标识，其中，所述停车位置标识用于表示所述第一车位所在的位置；

和/或在所述生成第一待完结订单信息之后，所述方法包括：

向与所述第一车牌信息绑定的第三帐号发送第二通知消息，其中，所述第二通知消息包括所述第一通知消息、所述第一停车结束时间以及第一数量的虚拟资源；

和/或在所述生成第一完结订单信息之后，所述方法包括：

向与所述第一车牌信息绑定的第三帐号发送第三通知消息，其中，所述第三通知消息包括移出所述第一数量的所述虚拟资源成功信息。

6.如权利要求1至5中任一项所述的方法，其特征在于，所述的方法包括：

设有执行所述方法的两套或多套功能相同的后台软件管理系统，所述两套或多套功能相同的后台软件管理系统处于联机状态，所述两套或多套功能相同的后台软件管理系统通过通信线路获取数据，所述数据包括所述第一订单信息、第一待完结订单信息以及第一完结订单信息，在其中一套所述后台软件管理系统异常而导致所述方法无法执行的情况下，所述方法包括启动另一套正常运行的所述后台软件管理系统。

7. 如权利要求1至5中任一项所述的方法，其特征在于，所述从与所述第一车牌信息绑定的第一帐号中转移出第一数量的虚拟资源，包括：

从与所述第一帐号中转移出所述第一数量的第一类型虚拟资源，其中，所述第一类型虚拟资源为所述第一帐号在目标应用中的虚拟资源；或

从与所述第一帐号中转移出所述第一数量的第二类型虚拟资源，其中，所述第二类型虚拟资源为目标币种的货币。

8.一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至7任一项中所述的方法。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至7任一项中所述的方法。

Images