CN118116091A

CN118116091A - 一种停车支付方法、装置和***

Info

Publication number: CN118116091A
Application number: CN202211529001.6A
Authority: CN
Inventors: 王景; 杨京寰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-11-30
Filing date: 2022-11-30
Publication date: 2024-05-31
Also published as: WO2024113952A1

Abstract

本申请实施例提供一种停车支付方法、装置和***，用以提升停车场支付信息的准确性，降低用户停车支付所需时间和失败率，进而提升用户停车支付体验。该方法中，车辆在进入停车场后，可以利用车载传感器采集的传感信息，来获取车辆所在的停车场的支付连接，并上传给服务器。本申请的方案不仅可以节约人工成本，并且在新增停车场或者停车场支付图像更新的情况下，可以及时更新或新增服务器中维护支付图像的支付信息。

Description

一种停车支付方法、装置和***

技术领域

本申请涉及智能汽车技术领域，尤其涉及一种停车支付方法、装置和***。

背景技术

当前停车场扫码支付车费时的操作比较复杂，尤其在地下停车场信号差的情况下，使得支付车费时花费的时间较长，在车流量高峰期容易造成拥堵，这一问题一直是车辆用户的体验痛点问题。如何提升停车支付的用户体验，值得研究。

发明内容

本申请实施例提供一种停车支付方法、装置和***，有助于提升停车支付的便捷性，降低停车支付的时延和失败率。

本申请中的运载工具可以包括路上交通工具、水上交通工具、空中交通工具、工业设备、农业设备、或娱乐设备等。例如运载工具可以为车辆，该车辆为广义概念上的车辆，可以是交通工具(如商用车、乘用车、摩托车、飞行车、火车等)，工业车辆(如：叉车、挂车、牵引车等)，工程车辆(如挖掘机、推土车、吊车等)，农用设备(如割草机、收割机等)，游乐设备，玩具车辆等，本申请实施例对车辆的类型不作具体限定。再如，运载工具可以为飞机、或轮船等交通工具。下面以运载工具为车举例说明。

第一方面，本申请提供了一种停车支付方法，包括：

获取车载传感装置采集的传感信息，所述传感信息用于确定车辆所在停车场的支付信息；

在根据所述传感信息，支付所述车辆在所述停车场的停车费用后，向服务器发送所述停车场的支付信息。

基于上述方案，本申请提出通过在停车场环境内采集的传感信息来支付车辆的停车费用，使得车辆可以在离开停车场之前支付停车费用，避免拥堵。并且，本申请还提出车辆成功支付停车费用后将支付信息上传至服务器，提升服务器中维护的停车场的支付信息的准确性，从而服务器可以在车辆未在停车场中采集到传感信息时为车辆提供准确的支付信息。

在一些实施例中，所述传感信息包括所述车辆在所述停车场内采集的支付图像；所述方法还包括：

从所述车辆在所述停车场内采集的支付图像中确定第一支付图像，其中，所述第一支付图像为能够用于支付所述车辆在所述停车场内的停车费用的图像；

所述在根据所述传感信息，支付所述车辆在所述停车场的停车费用后，向服务器发送所述停车场的支付信息，包括：

在根据所述第一支付图像，支付所述车辆在所述停车场的停车费用后，向服务器发送所述停车场的第一支付图像相关的支付信息。

基于上述方案，在采用采集到的多个支付图像之后，首先从中确定能够用于支付停车费用的支付图像，然后再进行支付和上传，提升了支付停车费用的效率。

在一些实施例中，所述方法还包括：

在所述车辆进入所述停车场后，向所述服务器发送第一请求，其中所述第一请求用于请求所述停车场的支付信息；

接收所述服务器返回的第一响应，所述第一响应用于指示所述服务器无法提供所述停车场的支付信息。

基于上述方案，本申请提出在采集停车场内的支付图像之前，首先确定服务器无法提供支付信息。避免在服务器可以提供支付信息的情况下，车载终端仍然采集支付图像，从而浪费车载终端处理资源的问题。

在一些实施例中，所述车载传感装置包括用于采集行车视频的采集设备；所述获取车载传感装置采集的传感信息，包括：

在检测到所述采集设备采集的视频包括待采集的支付图像时，确定所述车辆与所述待采集的支付图像之间的距离；

根据所述距离调整所述采集设备的变焦倍数，获取所述采集设备在调整变焦倍数后所采集的支付图像。

基于上述方案，本申请通过车辆与支付图像之间的距离来调整采集设备的变焦倍数，从而提升采集到的支付图像的分辨率，进而提升采集到的支付图像的可用性。

在一些实施例中，在所述车辆进入所述停车场之前，所述方法还包括：

获取所述车辆的行驶方向和所述车辆当前所处的地理位置；

向所述服务器发送所述车辆的行驶方向和所述车辆当前所处的地理位置；

其中，所述车辆的行驶方向和所述车辆的地理位置用于所述服务器检索所述停车场的支付信息。

由于目前的定位***的定位精度不足，因此现有技术中服务器在根据车辆所处的位置定位车辆所在的停车场时，容易出现误差。本申请提出通过车辆在进入停车场之前所处的位置以及车辆的行驶方向辅助判断车辆所进入的停车场，从而也可以提升服务器检索停车场支付信息的准确率。

在一些实施例中，所述从所述车辆在所述停车场内采集的支付图像中确定第一支付图像，包括：

分别扫描在所述停车场内采集的支付图像，确定扫描结果中包括的用于输入车辆的车牌号码的控件；

根据在所述控件中输入已保存的所述车辆的车牌号码时生成的停车记录信息，从在所述停车场内采集的支付图像中确定第一支付图像。

基于上述方案，在采集到支付图像之后，车载终端会自动扫描支付图像并自动填入车牌号码，根据生成的停车记录信息从采集到的多个支付图像中确定能够用于支付停车费用的支付图像。

在一些实施例中，分别扫描采集到的多个支付图像，将扫描结果中包括用于输入所述车辆的车牌号码的控件的支付图像作为所述第一支付图像。

基于上述方案，在上传之前确定上传的支付图像是用于支付停车费用的，避免上传错误的支付信息。

在一些实施例中，分别扫描采集到的多个支付图像，确定扫描结果中包括用于输入所述车辆的车牌号码的控件的至少一个支付图像；

在所述至少一个支付图像的扫描结果包括的控件中输入已保存的所述车辆的车牌号码，将生成所述车辆在所述停车场的停车记录信息的支付图像作为所述第一支付图像。

基于上述方案，在上传之前，确定支付图像是用于支付停车费用，且可以生成车辆的停车记录信息，确保上传的支付信息准确。

在所述至少一个支付图像的扫描结果包括的控件中输入已保存的所述车辆的车牌号码，将生成的停车记录信息中记录的所述车辆进入所述停车场的起始时间与所述车辆的车载终端保存的所述车辆进入所述停车场的起始时间之间的时间差小于设定阈值的支付图像作为第一支付图像。

基于上述方案，在上传之前，确定支付图像是用于支付停车费用，且可以生成车辆的停车记录信息，且生成的停车记录信息准确，避免上传恶意的钓鱼二维码。

在一些实施例中，确定所述车辆进入所述停车场，包括：

识别所述车辆满足如下一个或多个条件时，确定所述车辆进入所述停车场：

所述车辆的车载终端的通信信号的强度低于强度阈值、所述车辆的速度低于速度阈值、所述车辆当前所处的地理位置与所述停车场入口的地理位置小于距离阈值以及检测到所述采集设备所采集的视频中包括所述停车场的停车标志物。

在一些实施例中，在向服务器发送所述停车场的支付信息之前，所述方法还包括：

在显示屏中显示第一界面；所述第一界面包括第一控件，所述第一控件用于请求是否允许向所述服务器发送所述支付信息；

响应于用户针对所述第一控件作出的允许向所述服务器发送所述支付信息的操作，向所述服务器发送所述支付信息。

基于上述方案，在向服务器上传支付信息之前，先确定用户授权，保障用户信息的安全性。

第二方面，本申请提出了另一种停车支付方法，包括：

获取车载传感装置采集的传感信息，所述传感信息包括停车场的支付图像；

根据所述支付图像的扫描结果，从所述支付图像中确定第一支付图像，所述第一支付图像为能够用于支付所述车辆所在停车场的停车费用的图像；

向服务器发送所述第一支付图像相关的支付信息。

可选地，支付图像为用于支付停车场停车费用的支付码图像、二维码图像或者其他能够支付停车费用的图像。

基于上述方案，本申请的方案不再完全依赖于人工构建的云端数据库，而是通过车辆的车载终端上传的支付信息实现停车场支付信息的维护和管理，相较于传统的人工创建的方式能够有效地提升停车场支付信息的管理效率。并且能够增加服务器管理的停车场支付信息的覆盖范围，避免在新增停车场或者停车场支付信息发生变化时，无法及时更新导致用户使用体验较差的问题。

在一些实施例中，所述方法还包括：

在所述车辆进入所述停车场后，向所述服务器发送第一请求，其中，所述第一请求用于请求所述停车场的支付信息；

接收所述服务器返回的第一响应，所述第一响应用于指示所述服务器检索所述停车场的支付信息失败。

在一些实施例中，所述第一支付图像的扫描结果中包括用于输入所述车辆的车牌号码的控件。

在一些实施例中，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息。

在一些实施例中，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息，且所述停车记录信息中记录的所述车辆进入所述停车场的起始时间与所述车辆的车载终端保存的所述车辆进入所述停车场的起始时间之间的时间差小于设定阈值。

在一些实施例中，确定所述车辆进入所述停车场，包括：

获取所述车辆的行驶方向和所述车辆当前所处的地理位置；

在一些实施例中，在向服务器发送所述第一支付图像相关的支付信息之前，所述方法还包括：

在一些实施例中，支付信息包括支付图像转化得到的支付链接。

本申请提出可以直接上传采集到的支付图像至服务器，也可以将图像转化为支付链接后上传支付链接至服务器。上传支付链接，相应地服务器也可以维护各停车场的支付链接，由于支付链接相较于支付图像所占用的存储空间更小，因此服务器维护支付链接可以有效地降低存储成本。

第三方面，本申请提出了另一种停车支付方法，所述方法包括：

接收车辆的车载终端发送的所述车辆所在的停车场的支付信息；所述支付信息用于支付所述停车场的停车费用；

存储所述停车场的支付信息。

在一些实施例中，所述方法还包括：

接收来自所述车载终端的第一请求；所述第一请求用于请求所述停车场的支付信息，所述第一请求携带所述车辆当前所处的第一地理位置；

根据所述第一地理位置确定所述车辆所在的停车场，在确定无法提供所述停车场的支付信息时，向所述车载终端返回第一响应。

在一些实施例中，在接收来自车载终端的第一请求之前，所述方法还包括：

接收所述车载终端发送的所述车辆的行驶方向和所述车辆在进入停车场之前所处的第二地理位置；所述第二地理位置与所述停车场的距离小于第一距离阈值；

获取所述第二地理位置的设定范围内的至少一个停车场；

根据所述车辆的行驶方向从所述至少一个停车场中预测所述车辆即将进入的停车场；

确定无法提供所述停车场的支付信息，包括：

当所述第一地理位置位于预测的停车场内，从所述数据库中未检索到所述预测的停车场的支付信息；或者，

当所述第一地理位置位于所述预测的停车场外，根据所述第一地理位置确定至少一个候选停车场；从所述数据库中未检索到所述至少一个候选停车场中任一候选停车场的支付信息；其中，所述至少一个候选停车场中的任一候选停车场的入口与所述第一地理位置之间的距离小于第二距离阈值。

基于上述方案，本申请提出不再简单地通过对车辆进入停车场后的定位结果来检索停车场的支付息，而是在车辆进入停车场之前根据车辆的行驶方向和地理位置预测车辆即将进入的停车场，并结合预测的停车场和车辆进入停车场之后的定位结果共同检索停车场的支付信息。本申请的方案可以避免由于定位精度不足对检索结果的准确性产生的影响，提升检索的准确率。

在一些实施例中，所述候选停车场的数量为N，所述方法还包括：

在从所述数据库中检索到N个所述候选停车场中M个候选停车场的支付信息时，确定所述M个候选停车场的置信度；所述M为大于2的整数，所述N为大于或等于M的整数；第一候选停车场的置信度根据所述第一候选停车场的入口与所述第一地理位置的距离和所述数据库中保存的所述第一候选停车场的支付信息的访问次数确定；所述第一候选停车场为所述M个候选停车场中的任一个候选停车场；

根据所述M个候选停车场的置信度从所述M个候选停车场中确定至少一个候选停车场，并将所述至少一个候选停车场的支付信息发送给所述车辆的车主的终端设备。

基于上述方案，本申请还提出了在检索到多个支付信息时，会依据各支付信息的置信度向车主的终端设备发送设定数量个支付信息，相较于现有技术中只发送检索到的一个支付图像，本申请的方案可以弥补由于停车场支付信息更新或者检索误差带来的影响，提升用户的使用体验。

在一些实施例中，所述支付信息为所述车载终端在支付所述车辆在所述停车场的停车费用后发送的，所述方法还包括：

在确定数据库中存储有所述停车场的支付信息时，更新存储的所述支付信息的访问次数。

基于上述方案，服务器可以基于各支付信息的访问次数对各支付信息进行管理和维护，提升存储的支付信息的准确性。

在一些实施例中，所述方法还包括：

获取存储的多个支付信息分别的访问次数和最新访问时间；

确定所述多个支付信息中的过期支付信息；所述过期支付信息的最新访问时间与当前时刻之间的时间差大于时间阈值，且所述过期支付信息的访问次数小于次数阈值；

将所述过期支付信息删除。

第四方面，本申请实施例提供了一种停车支付装置，所述装置包括处理单元和通信单元：

所述处理单元，用于获取车载传感装置采集的传感信息，所述传感信息用于确定车辆所在停车场的支付信息；

所述处理单元，还用于在根据所述传感信息，支付所述车辆在所述停车场的停车费用后，通过所述通信单元向服务器发送所述停车场的支付信息。

在一些实施例中，所述传感信息包括所述车辆在所述停车场内采集的支付图像；所述处理单元，还用于：

所述处理单元，具体用于：

在根据所述第一支付图像，支付所述车辆在所述停车场的停车费用后，通过所述通信单元向服务器发送所述停车场的第一支付图像相关的支付信息。

在一些实施例中，所述通信单元，还用于：

在一些实施例中，所述车载传感装置包括用于采集行车视频的采集设备；所述处理单元，具体用于：

在一些实施例中，在所述车辆进入所述停车场之前，所述处理单元，还用于：

获取所述车辆的行驶方向和所述车辆当前所处的地理位置；

通过所述通信单元向所述服务器发送所述车辆的行驶方向和所述车辆当前所处的地理位置；

在一些实施例中，所述处理单元，具体用于：

在一些实施例中，所述处理单元，还用于：

响应于用户针对所述第一控件作出的允许向所述服务器发送所述支付信息的操作，指示所述通信单元向所述服务器发送所述支付信息。

第五方面，本申请提出了另一种停车支付装置，所述装置包括：

通信单元，用于接收车辆的车载终端发送的所述车辆所在的停车场的支付信息；所述支付信息用于支付所述停车场的停车费用；

存储单元，用于存储所述停车场的支付信息。

在一些实施例中，所述装置还包括处理单元，

所述通信单元，还用于接收来自所述车载终端的第一请求；所述第一请求用于请求所述停车场的支付信息，所述第一请求携带所述车辆当前所处的第一地理位置；

所述处理单元，用于根据所述第一地理位置确定所述车辆所在的停车场，在确定无法提供所述停车场的支付信息时，通过所述通信单元向所述车载终端返回第一响应。

在一些实施例中，在接收来自车载终端的第一请求之前，所述通信单元还用于，接收所述车载终端发送的所述车辆的行驶方向和所述车辆在进入停车场之前所处的第二地理位置；所述第二地理位置与所述停车场的距离小于第一距离阈值；

所述处理单元，还用于获取所述第二地理位置的设定范围内的至少一个停车场，根据所述车辆的行驶方向从所述至少一个停车场中预测所述车辆即将进入的停车场；

所述处理单元，在确定无法提供所述停车场的支付信息时，具体用于：

在一些实施例中，所述候选停车场的数量为N，所述处理单元，还用于：

根据所述M个候选停车场的置信度从所述M个候选停车场中确定至少一个候选停车场，并指示所述通信单元将所述至少一个候选停车场的支付信息发送给所述车辆的车主的终端设备。

在一些实施例中，所述支付信息为所述车载终端在支付所述车辆在所述停车场的停车费用后发送的，所述处理单元，还用于：

在确定数据库中存储有所述停车场的支付信息时，更新所述存储单元中存储的所述支付信息的访问次数。

在一些实施例中，所述处理单元，还用于：

获取存储的多个支付信息分别的访问次数和最新访问时间；

将所述过期支付信息删除。

第六方面，本申请实施例提出了一种停车支付***，所述***包括：

车载终端，用于从获取车载传感装置采集的传感信息，所述传感信息用于确定车辆所在停车场的支付信息；

所述车载终端，还用于在根据所述传感信息，支付所述车辆在所述停车场的停车费用后，向服务器发送所述停车场的支付信息；

所述服务器，用于接收并存储所述支付信息。

在一些实施例中，所述传感信息包括所述车辆在所述停车场内采集的支付图像；所述车载终端，还用于：

所述车载终端，具体用于：

在一些实施例中，所述车载终端，还用于在所述车辆进入所述停车场后，向所述服务器发送第一请求，其中所述第一请求用于请求所述停车场的支付信息；

所述服务器，还用于接收所述第一请求，根据所述第一地理位置确定所述车辆所在的停车场，在确定无法提供所述停车场的支付信息时，向所述车载终端返回第一响应；

所述车载终端，还用于接收所述第一响应。

在一些实施例中，所述车载传感装置包括用于采集行车视频的采集设备；所述车载终端，具体用于：

在一些实施例中，在所述车辆进入所述停车场之前，所述车载终端，还用于获取所述车辆的行驶方向和所述车辆当前所处的第二地理位置，向所述服务器发送所述车辆的行驶方向和所述第二地理位置；所述第二地理位置与所述停车场的距离小于第一距离阈值；

接收所述车辆的行驶方向和所述第二地理位置，获取所述第二地理位置的设定范围内的至少一个停车场；

所述服务器，还用于根据所述车辆的行驶方向从所述至少一个停车场中预测所述车辆即将进入的停车场；

所述服务器，还确定无法提供所述停车场的支付信息时，具体用于：

在一些实施例中，所述候选停车场的数量为N，所述服务器，还用于：

在一些实施例中，所述服务器，还用于：

获取存储的多个支付信息分别的访问次数和最新访问时间；

将所述过期支付信息删除。

在一些实施例中，所述车载终端，具体用于：

在一些实施例中，所述车载终端，还用于：

第七方面，本申请实施例提供了另一种停车支付装置，包括：处理器和存储器；所述存储器用于存储程序；所述处理器用于执行所述存储器所存储的程序，以使所述装置实现如上第一方面至第二方面或第一方面至第二方面任一可能的设计所述的方法。

第八方面，本申请实施例提供了另一种停车支付装置，包括：处理器和存储器；所述存储器用于存储程序；所述处理器用于执行所述存储器所存储的程序，以使所述装置实现如上第三方面或第三方面任一可能的设计所述的方法。

第九方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有程序代码，当所述程序代码在所述计算机上运行时，使得计算机执行上述第一方面以及第一方面可能的设计所述的方法，或者，当所述程序代码在计算机上运行时，使得计算机执行上述第二方面以及第二方面可能的设计所述的方法，或者，当所述程序代码在计算机上运行时，使得计算机执行上述第三方面以及第三方面可能的设计所述的方法。

第十方面，本申请实施例提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面以及第一方面可能的设计所述的方法，或执行上述第二方面以及第二方面可能的设计所述的方法，或执行上述第三方面以及第三方面可能的设计所述的方法。

第十一方面，本申请实施例提供了一种芯片***，该芯片***包括处理器，用于调用存储器中存储的计算机程序或计算机指令，以使得该处理器执行上述第一方面以及第一方面可能的设计所述的方法，或执行上述第二方面以及第二方面可能的设计所述的方法，或执行上述第三方面以及第三方面可能的设计所述的方法。

结合第十一方面，在一种可能的实现方式中，该处理器通过接口与存储器耦合。

结合第十一方面，在一种可能的实现方式中，该芯片***还包括存储器，该存储器中存储有计算机程序或计算机指令。

第十二方面，本申请实施例提供了一种处理器，该处理器用于调用存储器中存储的计算机程序或计算机指令，以使得该处理器执行上述第一方面以及第一方面可能的设计所述的方法，或执行上述第二方面以及第二方面可能的设计所述的方法，或执行上述第三方面以及第三方面可能的设计所述的方法。

本申请实施例在上述各方面提供的实现的基础上，还可以进行进一步组合以提供更多实现。

上述第四方面至第十二方面中任一方面中的任一可能设计可以达到的技术效果，可以相应参照上述第一方面至第三方面中任一方面中的任一可能设计可以达到的技术效果描述，重复之处不予论述。

附图说明

图1A为本申请实施例提供的一种停车支付***的架构图；

图1B为本申请实施例提供的一种车辆的结构示意图；

图1C为本申请实施例提供的另一种停车支付***的架构图；

图2为本申请实施例提供的一种停车支付方法流程图；

图3为本申请实施例提供的另一种停车支付方法流程图；

图4为本申请实施例提供的一种定位停车场的方法流程图；

图5为本申请实施例提供的一种显示界面的示意图；

图6为本申请实施例提供的一种第一界面的示意图；

图7为本申请实施例提供的一种停车场支付链接的上传方法流程图；

图8为本申请实施例提供的一种第二界面的示意图；

图9为本申请实施例提供的一种停车支付装置的示意图；

图10为本申请实施例提供的另一种停车支付装置的示意图。

具体实施方式

为了解决在车流量高峰期，停车场扫码支付流程繁琐导致的拥堵问题，相关技术中提出了构建用于存储各停车场支付图像的云端服务器，可以实现在车辆离开停车场之前将停车场的支付图像推送到车主的终端设备中。但是，现有的云端服务器中存储的支付图像是通过人工众包的方式采集得到的，因此覆盖率较低，并且在停车场的支付图像发生变化或者新增停车场时无法及时地更新云端服务器中存储的支付图像，导致在一些情况下用户无法从云端获取支付图像，使用体验较差。

本申请提出了一种停车支付方法、装置及***，提出在车辆进入停车场之后，车载终端通过车辆的采集设备获取停车场环境中的传感信息，在根据传感信息成功支付停车费用之后，向服务器上传支付信息。本申请提出的方案通过车载终端采集并上传能够支付停车费用的支付信息，相较于现有技术中通过人工采集支付图像并上传的方式，本申请的方案能够有效提升服务器维护的支付信息的全面性。其中，方法和装置是基于同一技术构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

为了便于理解本申请提出的停车支付方案，首先对本申请涉及的***架构进行介绍。参见图1A，为本申请提出的一种停车支付***的架构示意图。图1A示出的***中包括车辆100和服务器200，其中车辆100服务器200可以通过网络通信。

示例性地，图1A所示***中包括的车辆100的结构可以参见图1B所示。车辆100中可以包括车载终端150，车载终端150中可以包括至少一个处理器151和存储器152。车辆100的部分或所有功能受车载终端150控制。车载终端150，还可以称为车载控制器、车载模块、车载模组、车载部件、车载芯片、数据终端设备(data terminal equipment，DTE)或者车载单元等，车载终端150中可包括至少一个处理器151，处理器151可以执行存储在例如存储器152这样的非暂态计算机可读介质中的指令153。在一些实施例中，车载终端150还可以是采用分布式方式控制车辆100的个体组件或子***的多个计算设备。处理器151可以是任何常规的处理器，诸如中央处理单元(central processing unit，CPU)。替选地，处理器151还可以包括诸如图像处理器(graphic process unit，GPU)，现场可编程门阵列(fieldprogrammable gate array，FPGA)、片上***(system on chip，SOC)、专用集成芯片(application specific integrated circuit，ASIC)等或它们的组合。

示例性地，在图1B中未示出的是，车辆100中还可以包括车载雷达、车载摄像头、惯性测量单元(inertial measurement unit，IMU)和定位传感器等硬件。示例性地，除了指令153以外，存储器152还可存储数据，例如道路地图、路线信息，车辆的位置、方向、速度以及其它这样的车辆数据，以及其他信息。这种信息可在车辆100在自主、半自主和/或手动模式中操作期间被车辆100和车载终端150使用。应理解，图1B中车辆的结构不应理解为对本申请实施例的限制。

如图1A所示的***中还包括服务器200。服务器200的功能可以通过一个或多个虚拟机或者实体的计算装置来实现，示例性地，服务器200也可以为云端的计算平台或者云端服务器。在本申请实施例中，服务器200可以用于存储各停车场的支付图像或者各停车场支付信息。

在一些场景下，停车支付***中还可以包括车主的终端设备300，比如可以参见图1C。图1C为本申请实施例提供的另一种停车支付***的架构示意图。示例性地，终端设备300可以用于通过停车场的支付信息完成支付停车费用，并可以将支付结果返回给服务器200，用于服务器200确定存储的支付信息的准确性，以及维护存储的支付信息的访问次数。示例性地，终端设备300和服务器200可以通过网络通信。

需要说明的是，本申请实施例中“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a和b,a和c,b和c,或a和b和c，其中a,b,c可以是单个，也可以是多个。

以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的优先级或者重要程度。例如，第一指示信息、第二指示信息，只是为了区分不同的指示信息，而不是表示这两个指示信息的优先级或者重要程度等的不同。

下面，结合图1A或者图1B所示的***架构，对本申请的方案进行介绍。参见图2，为本申请实施例提供的一种停车支付方法流程图。该方法可以由运载工具(例如，车辆)执行，或者，该方法可以由车装置执行，或者，该方法可以由计算平台或计算平台中的片上***(system-on-a-chip，SoC)执行，或者，该方法可以由计算平台中的处理器执行。下面，示例性地，图2示出的方法流程可以由图1A或者图1B所示***中包括的车载终端150和服务器200来实现。图2所示的方法流程具体包括：

201，车载终端获取车载传感装置采集的传感信息。

其中，车载传感器采集到的传感信息用于确定车辆在停车场的支付信息，即用于支付停车场的停车费用的信息。

可选地，车载传感装置可以为车辆的采集设备，比如车辆的车载摄像头，可以包括硬盘录像机(digital video recorder，DVR)行车记录仪的前置摄像头，以及全景式监控影像***(around view monitor，AVM)的环视摄像头中的一种或多种，本申请对于车载摄像头的种类不作限定，比如可以为单目摄像头可以为双目摄像头。

202，车载终端根据传感信息支付车辆在停车场的停车费用。

可选地，车载传感器采集到的传感信息可以为车载摄像头采集到的支付图像，车载终端可以通过扫描支付图像来支付停车费用。

203，车载终端向服务器发送停车场的支付信息。

在车载终端支付停车费用后，可以向服务器发送停车场的支付信息，以便于服务器对于停车场的支付信息进行管理，提高其他车辆从服务器获取到停车场的支付信息的概率和准确性，减低对车辆硬件的要求和成本。

可选地，支付信息可以为根据传感信息得到的用于支付停车费用的信息，比如当传感信息为支付图像时，支付信息可以为支付图像转化得到的付链接或者用于支付的小程序等等，或者，支付信息也可以为支付图像。也就是说，车载终端可以直接将采集到的支付图像上传至服务器，也可以将采集到的支付图像转化为支付链接或者支付小程序等支付信息后再上传至服务器。

204，服务器存储接收到的停车场的支付信息。

在一些实施例中，车载终端还可以不执行根据采集到的传感信息支付停车费用的步骤，直接向服务器上传停车场的支付信息。在一种可能实现的方式中，以采集到的传感信息为支付图像为例，车载终端可以从车辆的采集设备采集的视频中获取至少一个支付图像。在车辆的行驶过程中，采集设备会实时采集车辆所处环境的视频，即在车辆进入停车场之后，采集设备会采集停车场场景的视频。车载终端可以获取采集设备采集的视频并检测视频的每一帧图像，确定视频的多帧图像中包含支付图像，从而可以获取至少一个支付图像。示例性地，车载终端可以在车辆进入停车场的设定时长后启动获取采集设备采集的视频，也可以在确定车辆进入停车场的时刻启动获取视频，并从视频中解析出至少一个支付图像。比如，车载终端获取在车辆停车之前及车辆进入停车场的设定时长之后这段时间内采集设备采集的停车场环境的视频。进一步地，车载终端可以根据采集到的支付图像确定停车场的支付信息，并将支付信息发送给服务器。

一种情况下，支付信息中可以包括停车场的标识，进而服务器可以解析支付信息获取停车场的标识，进而将停车场的标识与停车场的支付信息关联保存。另一种情况下，车载终端可以在向服务器发送给停车场的支付信息时，可以将停车场的标识一块发送给服务器，进而服务器在接收到停车场的支付信息和停车场的标识时，可以将停车场的标识与停车场的支付信息关联保存。又一种情形下，车载终端还可以将自己当前所处的地理位置信息发送给服务器，服务器根据车载终端所处的地理位置信息来确定车辆终端所处的停车场对应的标识，进而将停车场的支付信息和停车场的标识关联保存。针对该情形后续详细展开说明，此处不再赘述。

在一些可能的实施方式中，为了提升服务器存储的支付信息的准确性，车载终端在向服务器上传支付信息之前，可以对采集到的至少一个支付图像进行检测，确定其中可以用于支付停车场的停车费用的支付图像，并将确定的支付图像对应的支付信息上传，以保证服务器中维护的支付信息的准确性。示例性地，参见图3，为本申请实施例提供的另一种停车支付方法流程图。可选地，图3所示的方法流程可以由车辆或者车辆中的处理装置来执行，或者该方法流程还可以由计算平台、计算平台的芯片***或者计算平台的处理器来执行，比如，图3所示的方法流程可以由图1A所示***中包括的车载终端150和服务器200来实现。示例性地，图3所示的方法流程具体包括：

301，车载终端从车辆的采集设备采集的视频中获取至少一个支付图像。

302，车载终端根据至少一个支付图像的扫描结果，从至少一个支付图像中确定第一支付图像。

其中，第一支付图像为至少一个支付图像中用于支付在停车场停车费用的支付图像。示例性地，车载终端可以根据至少一个支付图像的扫描结果确定其中可以支付停车费用的第一支付图像。

303，车载终端向服务器发送第一支付图像的支付信息。

示例性地，第一支付图像的支付信息可以为第一支付图像，也可以为第一支付图像转化得到的支付链接或者支付程序等信息。

304，服务器接收并存储第一支付图像的支付信息。

在一种可能实现的方式中，服务器在接收到第一支付图像的支付信息时，可以直接存储接收到的支付信息。在另一种可能实现的方式中，服务器可以在确定数据库中未存储车辆所在的停车场的支付信息时，将接收到的第一支付图像的支付信息进行存储。在另一种可能实现的方式中，服务器还可以在数据库中存储有停车场的支付信息时，确定存储的支付信息与接收到的第一支付图像的支付信息不相同的情况下，再存储第一支付图像的支付信息。

基于上述方案，本申请提出的停车支付方法不再完全依赖于人工构建的云端数据库，而是通过车辆的车载终端上传的支付信息实现停车场支付信息的维护和管理，相较于传统的人工创建的方式能够有效地提升停车场支付信息的管理效率。并且能够增加服务器管理的停车场支付信息的覆盖范围，避免在新增停车场支付信息或者停车场支付信息发生变化时，无法及时更新导致用户使用体验较差的问题。

一些可能的场景中，为了保证服务器存储的支付图像可识别，因此对于存储的支付图像的分辨率有较高的要求，较高分辨率的支付图像占用的内存空间比较大，导致现有服务器的存储成本比较高。示例性地，车载终端上传至服务器的第一支付图像的支付信息可以为第一支付图像转化得到的支付链接，比如，车载终端可以在确定第一支付图像时将其转化为支付链接，并向服务器上传支付链接。从而可以提高传输效率，并且能够节约服务器的存储空间，降低服务器的存储成本。一些实施例中，当车载终端上传的是支付图像时，服务器可以在接收到支付图像后，将支付图像转化为支付链接进行存储。

为了便于描述，后续以服务器存储的各停车场的支付信息为各停车场的支付链接为例进行介绍。

在一些实施例中，车载终端在采集支付图像之前，还可以首先向服务器请求停车场的支付链接，若能够请求到支付链接，则车载终端可以根据请求到的支付链接支付停车费用，若未请求到支付链接，比如服务器无法判断车载终端的安全性从而拒绝提供支付链接，或者服务器中未存储支付链接的情况下，车载终端可以执行采集支付图像的流程。

作为一种举例，车载终端可以在确认车辆进入停车场时，或者可以在确认车辆进入停车场的设定时长后，向服务器发送第一请求。其中，第一请求用于请求车辆所在停车场的支付链接，第一请求携带车辆当前所处的第一地理位置。示例性地，服务器可以根据第一地理位置确定车辆所在的停车场，在数据库中检索确定的停车场的支付链接。若服务器检索到停车场的支付链接，则可以向车辆的车主的终端设备发送检索结果，用于支付停车费用。若服务器未检索到停车场的支付链接，则可以向车载终端返回第一响应，用于指示车载终端采集停车场环境内的支付链接。进而车载终端接收到第一响应后，可以继续执行上述图2或者图3所示的步骤。作为另一种举例，车载终端进入停车场之前且距离待进入的停车场小于一定距离的情况，车载终端可以向服务器发送车载终端所处的地理位置，并将车辆的行驶方向发送给服务器。由于目前全球定位***(global positioning system，GPS)的定位精度只能达到米级，仅根据地理位置定位车辆所处的停车场时，可能会存在一定误差，从而导致服务器依据确定的停车场检索支付信息时出错率较高。尤其在停车场分布密集的商圈，这种定位误差可能导致服务器将错误的支付信息发送给车辆的车主的终端设备，降低用户使用体验。本申请实施例中在车辆进入停车场之前，车载终端不仅将车载终端当前的地理位置发送给服务器，还将车辆的行驶方向发送给服务器，并在进入停车场后，再将进入停车场后的地理位置发送给服务器。从而服务器可以结合车辆进入停车场之前的地理位置和行驶方向，以及车辆进入停车场之后的地理位置共同确定车辆所在的停车场，进而在数据库中检索确定的停车场的支付链接，以降低定位误差对检索支付信息带来的影响，提升检索的准确率。为了便于区分，将车辆进入停车场之前所处的地理位置简称为第二地理位置，车辆进入停车场之后所处的地理位置为第一地理位置。其中，第一地理位置是携带在第一请求中发送给服务器的。

在一种可能实现的方式中，车载终端在向服务器发送第二地理位置之前，可以先判断与车辆距离小于第一距离阈值的范围内是否存在停车场，若存在停车场，则车载终端可以获取车辆的行驶方向和第二地理位置，比如车载终端可以通过车辆中配置的IMU、定位传感器等硬件采集的数据以及方向盘转角确定车辆的行驶方向和车辆所处的第二地理位置。

如下对服务器根据第二地理位置和车辆的行驶方向、以及第一地理位置确定车辆所进入的停车场的方式进行举例说明。

服务器在接收到第二地理位置和车辆的行驶方向后，且在接收到第一地理位置之前，可以预测车辆所要进入的停车场。比如，服务器可以基于接收到的第二地理位置，确定与第二地理位置距离小于第一距离阈值的位置范围内的至少一个停车场。进一步地，服务器可以根据接收到的车辆的行驶方向从至少一个停车场中预测车辆即将进入的停车场。车载终端在确定车辆进入停车场之后，向服务器发送车辆当前所处的第一地理位置。服务器在接收到第一地理位置后，可以根据第一地理位置以及预测的停车场确定车辆实际所在的停车场。

下面，为了便于理解本申请提出的精准定位车辆所处停车场的方案，结合具体的实施例进行介绍。参见图4，为本申请提供的一种定位停车场的方法流程图。该定位方法可以由服务器根据车载终端、车载处理器或者车载传感器等装置上传的车辆的位置信息来实现，可选地，该定位方法可以由服务器、服务器集群、云端服务器、计算平台或者计算平台中的处理装置来执行，示例性地，图4中以服务器和车载终端作为执行主体为例进行介绍，图4所示的方法流程具体包括：

401，在确定与车辆距离小于第一距离阈值的位置范围内存在停车场时，车载终端获取车辆的行驶方向和当前车辆的第二地理位置。

示例性地，车载终端可以根据车辆的IMU和定位传感器等硬件采集的数据以及车辆的方向盘的转角，确定车辆的行驶方向和当前所处的第二地理位置。

一种可选的方式中，车载终端还可以获取车辆的行驶速度，并可以在车辆的行驶速度小于速度阈值且与车辆距离小于第一距离阈值的位置范围内存在停车场时，再启动获取车辆的行驶方向和第二地理位置。示例性地，车载终端还可以通过车辆的整车硬件服务(vehicle hardware service，VHS)获取车辆的档位信息，用于预测车辆的行驶速度。

402，车载终端向服务器发送行驶方向和第二地理位置。

403，服务器接收行驶方向和第二地理位置，并根据行驶方向和第二地理位置预测车辆即将进入的停车场。

示例性地，具体的据测过程可以参见上述实施例中的介绍，在此不再赘述。

404，在确定车辆进入停车场的设定时长后，车载终端向服务器发送第一地理位置。

一种可选的方式中，车载终端可以在确定车辆进入停车场时，向服务器发送车辆当前的第一地理位置。另一种可选的方式中，车载终端可以在确定车辆进入停车场的设定时长后，向服务器发送车辆当前的第一地理位置。

405，服务器判断第一地理位置是否位于预测的停车场内。

若第一地理位置位于预测的停车场内，则继续步骤406。

若第一地理位置不位于预测的停车场内，则继续步骤407。

406，服务器确定车辆处于预测的停车场内。

407，服务器根据第一地理位置对车辆所在的停车场进行定位。

可选地，服务器可以计算各停车场与第一地理位置之间的距离，将距离最近的停车场作为车辆所在的停车场。

基于上述方案，本申请提出不再简单地通过车辆进入停车场之后的位置定位车辆所处的停车场，而是结合车辆进入停车场之前的地理位置和行驶方向预测车辆将要进入的停车场，结合预测的停车场和车辆及进入停车场后的位置共同定位车辆所在的停车场。本申请的方案可以避免由于定位精度不足导致定位停车场出错的问题，提升定位停车场的准确度。

在一些实施例中，在执行上述图4中的步骤404时，车载终端可以根据车辆的行驶条件确定车辆进入停车场。示例性地，车载终端可以在识别车辆满足如下至少一个条件时，确定车辆进入停车场：

车载终端的通信信号强度低于强度阈值、车辆的速度低于速度阈值以及车辆当前所处的地理位置与停车场入口的地理位置小于距离阈值，检测到采集设备采集的视频中包括停车场的标志物。举例来说，车载终端可以依据GPS信号强度小于强度阈值、车辆速度降低至小于速度阈值、根据地图上车辆对应的应用程序接口(application programminginterface，API)与停车场入口的距离小于距离阈值，以及在采集设备采集的视频中识别到停车场的停车杆、停车位或者其他停车场标志物时确定车辆进入停车场。

在一些实施例中，服务器在根据停车场的定位结果从数据库中检索停车场的支付链接时，若检索到支付链接，则可以向车主的终端设备反馈检索结果。若未检索到支付链接，则可以向车载终端反馈第一响应，指示车载终端上传支付链接。下面，结合具体的场景对服务器检索以及反馈检索结果的过程进行介绍。

场景一：检索支付链接成功。

示例性地，根据上述图4中的步骤405可以看出，服务器定位停车场时，存在预测成功和预测失败两种情况。下面针对在这两种情况下的检索过程分别进行介绍：

情况一：预测成功。

服务器在确定车辆处于预测的停车场内时，可以根据预测的停车场的标识从数据库中检索预测的停车场的支付链接。示例性地，服务器在检索到预测的停车场的支付链接时，可以向车辆的车主的终端设备或者车载终端发送检索到的支付链接，用于支付停车费用。以发送至车主的终端设备为例，终端设备在接收到支付链接时，可以将支付链接转换为支付图像，并将支付图像显示在显示屏中，用于车主在离开停车场之前支付停车费用。

情况二：预测失败。

服务器在确定车辆未处于预测的停车场内时，可以根据第一地理位置确定至少一个候选停车场，其中任一候选停车场的入口与第一地理位置之间的距离小于第二距离阈值。进一步地，服务器可以根据每个候选停车场的标识从数据库中检索对应的支付链接。当服务器检索到至少一个候选停车场的支付链接时，可以根据检索到的各候选停车场的支付链接被访问的次数，以及各候选停车场的入口位置与第一地理位置之间的距离，向车辆的车主的终端设备发送支付链接。

举例来说，设服务器确定的候选停车场的数量为N，在从服务器的数据库中检索到N个候选停车场中M个候选停车场的支付链接时，服务器分别确定M个候选停车场的置信度。其中M为大于2的整数，N为大于或等于M的整数。进一步地，可以根据M个候选停车场的置信度，从M个候选停车场中确定P个候选停车场。服务器可以将P个候选停车场的支付链接发送给车辆的车主的终端设备。

针对M个候选停车场中的第一候选停车场，在计算第一候选停车场的置信度时，可以根据第一候选停车场的入口与第一地理位置之间的距离，和数据库中存储的第一候选停车场的支付链接的访问次数确定第一候选停车场的置信度。其中，P为小于或等于M的整数。P个候选停车场可以是M个候选停车场中置信度最大的P个候选停车场。该P个候选停车场的置信度均大于M个候选停车场中除所述P个候选停车场以外的M-P个候选停车场的置信度。其中，P的取值可以是预先设定的也可以是基于M的取值确定的。一些实施中，可以预先配置置信度阈值，从而根据M个候选停车场的置信度，从M个候选停车场中选择置信度大于置信度阈值的P个候选停车场。

示例性地，终端设备可以将接收到的P个支付链接转换为支付图像，逐个扫描并输入车辆的车牌号码，确定并在终端设备的显示屏中显示能够生成车辆准确停车信息的支付图像，用于车主支付停车费用。

在一些实施例中，服务器在向车主的终端设备发送P个候选停车场的支付链接时，还可以将P个候选停车场的支付链接的置信度同步发送给终端设备。示例性地，终端设备可以基于P个支付链接得到P个支付图像，按照置信度由高到低的顺序逐个扫描P个支付图像，并输入车辆的车牌号码。在一种可能的情况下，车主的终端设备确定P个支付图像中不存在可以支付车辆所在停车场停车费用的支付图像时，车主的终端设备可以向服务器发送用于指示推送错误的指示信息。示例性地，终端设备还可以在显示屏中显示用于表征无法送服务器获取停车场支付链接的信息，以提示车主需要人工采集停车场环境内的支付图像来支付停车费用。作为一种示例，终端设备可以在确定来自服务器的多个支付链接均不可用的情况下，显示如图5所示的显示界面。

在另一种可能的情况下，若P个支付图像中存在可以支付车辆所在停车场停车费用的支付图像时，车主的终端设备可以在显示屏中显示确定的支付图像，用于车主在车辆离开停车场之前支付停车费用。

场景二：检索支付链接失败。

在服务器通过停车场的定位结果检索停车场的支付链接失败时，可以向车载终端返回第一响应，指示车载终端获取并上传车辆所在的停车场的支付链接，为了便于描述，后续将车辆所在的停车场的支付链接简称为第一支付链接。示例性地，车载终端获取以及上传第一支付链接的过程可以参见上述图2或图3。

在一些实施例中，车载终端在接收到第一响应时，可以在请求用户授权后再启动获取支付图像以及上传支付链接的步骤。示例性地，车载终端可以在显示屏中显示第一界面。其中，第一界面包括第一控件，第一控件用于请求是否允许向服务器发送车辆所在停车场的支付链接。作为一种示例，可以参见图6，为本申请提出的第一界面的示意图。进一步地，车载终端可以响应于用户针对第一控件作出的允许向服务器发送所述第一支付链接的操作，以向所述服务器发送所述第一支付链接。

示例性地，车载终端可以在确定用户授权后，从车辆的采集设备采集的视频中获取至少一个支付图像，从中确定用于支付停车场停车费用的第一支付图像，并将第一支付图像转换为第一支付链接上传至服务器。

示例性地，车载终端在执行如上述图2中的步骤201或者如图3中的步骤301，获取至少一个支付图像时，可以检测视频包括每一帧图像中是否存在支付码，若任意一帧图像中存在支付码，则将该帧图像作为一个支付图像。现有的车辆中配置的采集设备一般包括DVR行车记录仪的前置摄像头，以及AVM的环视摄像头。受这两种摄像头的分辨率和视场角(field of angle，FOV)的限制，导致采集到的图像的分辨率较低且图像变形严重，难以从中检测出可用的支付图像。基于此，本申请提出在检测到视频中包括待采集支付图像时，确定车辆与待采集支付图像之间的距离，并根据确定的距离调整采集设备的变焦倍数，获取采集设备调整变焦倍数之后采集到的支付图像。比如，车载终端可以在检测到获取的视频的最新一帧图像中存在支付码时，调整采集设备的变焦倍数，以提升采集设备采集到的支付图像的分辨率以及避免采集到的支付图像的变形问题。

在一些实施例中，车载终端在视频中获取至少一个支付图像之后，即在执行步骤301之后以及在执行步骤302之前，还可以采用人工智能图像增强算法，降低图像的噪点提升图像的清晰度，比如可以采用均值滤波或者中值滤波等算法。

在一些场景下，由于停车场环境中可能存在一些并非停车场支付图像的二维码图像，比如广告二维码或者非法设置的钓鱼二维码等。因此，为了保证车载终端上传的支付链接的准确性，车载终端在上传之前还可以执行如前述图3中的步骤302，即从获取的至少一个支付图像中确定用于支付停车场停车费用的第一支付图像。示例性地，车载终端可以采用如下方式确定第一支付图像：

在一些实施例中，车载终端可以扫描采集到的支付图像，确定扫描结果中包括用于输入车辆的车牌号码的控件。在另一些实施例中，车载终端还可以在确定扫描结果中包括用于输入车辆车牌号码的控件时，进一步确定在控件中输入车辆的车牌号码能够生成车辆在停车场的停车记录信息，比如车辆的入场时间和停车时长等信息。

再进一步地，为了保证支付图像的安全性，在一些实施例中，车载终端还可以在确定扫描结果中包括用于输入车辆车牌号码的控件，且确定在控件中输入车辆的车牌号码能够生成车辆在停车场的停车记录信息时，进一步确定生成的停车信息中的进入停车场的时间与保存的车辆进入停车场的时间之间的时间差小于设定阈值。其中，保存的时间可以是车载终端确定车辆进入停车场的时间，即车载终端在确定车辆进入停车场时，可以保存当前时刻。已知非法的钓鱼二维码中可识别出的车辆进入停车场的时间时随机生成的，因此本申请通过在车辆进入停车场时记录时间，对比记录的时间与扫描结果中生成的时间剔除非法的钓鱼二维码，从而确定准确地用于支付停车费用的第一支付图像。

基于上述实施例，可以确定车载终端获取的第一支付图像满足：

第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件；或者，第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在控件中输入已保存的车辆的车牌号码时生成车辆在停车场的停车记录信息；或者，第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在控件中输入已保存的车辆的车牌号码时生成车辆在停车场的停车记录信息，且停车记录信息中记录的车辆进入停车场的起始时间与车载终端保存的车辆进入停车场的起始时间之间的时间差小于设定阈值。

下面，结合具体的实施例介绍本申请提出的车载终端采集支付图像，以及上传支付链接的过程，参见图7，为本申请提出的一种停车场支付链接的上传方法流程图。可选地，该方给发流程可以由运载工具，比如车辆执行，或者该方法流程还可以由车载终端或者其他的车载处理器来执行，或者该方法流程可以由计算平台或计算平台中的芯片***、处理器等装置来执行。示例性地，图7中以车载终端作为执行主体为例进行介绍，具体包括：

701，车载终端在接收到来自服务器的第一响应时，在显示屏中显示第一界面。

其中，第一响应用于表征服务器检索车辆所在停车场的支付链接失败。第一界面中包括第一控件，第一控件用于请求是否允许向服务器发送第一支付链接。作为一种示例，第一界面可以参见图6所示。

702，车载终端响应于用户针对第一控件的操作，获取车辆的采集设备采集的视频。

其中，用户针对第一控件的操作为允许向服务器发送第一支付链接的操作。

703，车载终端在检测到视频包括待采集支付图像时，确定车辆与待采集支付图像之间的距离，并根据确定的距离调整采集设备的变焦倍数，获取采集设备在调整变焦倍数后采集的支付图像。

示例性地，车载终端在获取到至少一个支付图像后，还可以采用预设的图像增强算法将获取到的至少一个支付图像进行优化处理。

704，车载终端判断任一支付图像的扫描结果中是否包括用于输入车牌号码的控件。

若包括，则继续执行步骤705。

若不包括，则继续执行步骤709。

705，车载终端判断在控件中输入车牌号码时是否生成车辆的停车信息。

若是，则继续执行步骤706。

若否，则继续执行步骤709。

706，车载终端计算生成的停车信息中包括的车辆进入停车场的时间与保存的车辆进入停车场的时间之间的时间差。

707，车载终端判断时间差是否小于设定阈值。

若是，则继续执行步骤708。

若否，则继续执行步骤709。

708，车载终端确定任一支付图像为第一支付图像，将第一支付图像转换为第一支付链接，并向服务器发送第一支付链接。

示例性地，车载终端还可以采用预先设置的密钥将第一支付链接以及车辆的车主的账户信息进行加密，并将加密后的数据上传至服务器。进一步提升数据传输的安全性。

709，车载终端删除任一支付图像。

基于上述方案，为了保证采集到的支付图像可识别，本申请提出通过调整采集设备的变焦倍数来实现获取清晰的支付图像。并且，本申请还提出车载终端通过逐个扫描获取的支付图像以及对比停车信息的方式，提升上传至服务器的支付链接的准确性和安全性。

以上，结合场景一和场景二分别介绍了服务器检索支付链接成功和检索失败两种场景下的具体执行步骤。在一些场景中，服务器还可以对数据库中存储的支付链接进行维护和管理，在一种可能的情况下，如上述实施例中的图2所介绍的，车载终端在采用支付图像成功支付停车费用后向服务器发送支付链接。针对这种情况，服务器可以根据来自车载终端的支付链接对存储的支付链接进行维护和管理。比如，服务器若确定数据库中存储有车载终端在支付成功后上传的支付链接，则可以将存储的支付链接的访问次数进行更新。

在另一种可能的情况下，如上述实施例中的图3所介绍的，车载终端在采集到支付图像后不会进行支付停车费用，而是直接将支付信息上传至服务器。针对这种情况，服务器可以根据车主的终端设备在支付成功后的反馈信息，对存储的支付链接进行维护和管理，下面对服务器根据车主的终端设备反馈的信息进行维护和管理支付链接的过程进行具体介绍：

在一些实施例中，车主的终端设备在采用来自服务器的支付链接成功支付停车费用时，可以向服务器发送用于指示支付成功的指示信息。为了便于描述，后续将终端设备支付成功的支付图像简称为第二支付图像。

示例性地，终端设备在采用第二支付图像成功支付停车费用时，可以生成用于表征支付成功的指示信息，并将指示信息和第二支付图像转换得到的第二支付链接发送至服务器。示例性地，服务器可以接收指示信息和第二支付链接，并可以根据指示信息更新存储的第二支付链接的访问次数。比如，若更新之前第二支付链接的访问次数为1，则可以根据指示信息将其更新为2。

作为一种可选的方式，服务器可以在根据指示信息确定第二支付链接的可以用于支付停车费用时，向上传第二支付链接的车载终端发送用于指示第二支付链接准确的反馈信息。举例来说，若车载终端A和车载终端B针对同一个停车场上传了两个不同的支付链接，比如车载终端A上传的是支付链接A，车载终端B上传的是支付链接B(具体的上传步骤可以参见上述场景二中的相关介绍，在此不再进行赘述)。服务器可以存储两个支付链接，并将两个支付链接的访问次数均设置为0。进一步地，服务器在接收到用于表征采用支付链接A支付停车场停车费用成功的指示信息时，可以向车载终端A发送反馈信息，并将支付链接A的访问次数置为1。

在一些实施例中，服务器还可以周期性地对存储的支付链接进行管理。比如可以根据数据库中存储的各停车场的支付链接的访问次数和最新访问时间，对各支付链接进行过期处理。在一种可能实现的方式中，服务器可以每间隔设定周期获取存储的多个支付链接中任一支付链接的访问次数和最新访问时间。若确定任一支付链接的最新访问时间与当前时刻之间的时间差大于时间阈值，且任一支付链接的被访问次数小于次数阈值，则可以将任一支付链接作为过期支付链接。进一步地，服务器可以删除多个支付链接中的过期支付链接。周期性地清除过期支付链接不仅能够节约服务器的存储成本，还能够节约服务器的维护成本。

在一些场景下，本申请还提出可以对车辆的停车时间进行监控，并在临近免费停车时间时提示车主。示例性地，车主的终端设备可以在车辆进入停车场时记录车辆的进场时间。在车辆进入停车场之后，终端设备可以实时计算当前时刻与进场时间之间的时间差，并可以在计算得到的时间差与停车场的免费停车时间之间的差值小于预设值时，在显示屏中显示第二界面，第二界面包括计算得到的时间差与停车场的免费停车时间之间的差值，以提醒用户临近免费停车时间。作为一种示例，参见图8，为本申请提出的一种第二界面的示意图。

本申请实施例还提出了一种停车支付装置，用于执行上述方法中的各个步骤，相关特征可以参见上述实施例中的介绍，在此不再赘述。如图9所示，停车支付装置900可以包括：处理单元901、通信单元902和存储单元903。

在一种可能的场景中：

所述处理单元901，用于获取车载传感装置采集的传感信息，所述传感信息用于确定车辆所在停车场的支付信息；

所述处理单元901，还用于在根据所述传感信息，支付所述车辆在所述停车场的停车费用后，通过所述通信单元902向服务器发送所述停车场的支付信息。

在一些实施例中，所述传感信息包括所述车辆在所述停车场内采集的支付图像；所述处理单元901，还用于：

所述处理单元901，具体用于：

在根据所述第一支付图像，支付所述车辆在所述停车场的停车费用后，通过所述通信单元902向服务器发送所述停车场的第一支付图像相关的支付信息。

在一些实施例中，所述通信单元902，还用于：

在一些实施例中，所述车载传感装置包括用于采集行车视频的采集设备；所述处理单元901，具体用于：

在一些实施例中，在所述车辆进入所述停车场之前，所述处理单元901，还用于：

获取所述车辆的行驶方向和所述车辆当前所处的地理位置；

通过所述通信单元902向所述服务器发送所述车辆的行驶方向和所述车辆当前所处的地理位置；

在一些实施例中，所述处理单元901，具体用于：

在一些实施例中，所述处理单元901，还用于：

响应于用户针对所述第一控件作出的允许向所述服务器发送所述支付信息的操作，指示所述通信单元902向所述服务器发送所述支付信息。

在另一种可能的场景下：

通信单元902，用于接收车辆的车载终端发送的所述车辆所在的停车场的支付信息；所述支付信息用于支付所述停车场的停车费用；

存储单元903，用于存储所述停车场的支付信息。

在一些实施例中，所述装置还包括处理单元901，

所述通信单元902，还用于接收来自所述车载终端的第一请求；所述第一请求用于请求所述停车场的支付信息，所述第一请求携带所述车辆当前所处的第一地理位置；

所述处理单元901，用于根据所述第一地理位置确定所述车辆所在的停车场，在确定无法提供所述停车场的支付信息时，通过所述通信单元902向所述车载终端返回第一响应。

在一些实施例中，在接收来自车载终端的第一请求之前，所述通信单元902还用于，接收所述车载终端发送的所述车辆的行驶方向和所述车辆在进入停车场之前所处的第二地理位置；所述第二地理位置与所述停车场的距离小于第一距离阈值；

所述处理单元901，还用于获取所述第二地理位置的设定范围内的至少一个停车场，根据所述车辆的行驶方向从所述至少一个停车场中预测所述车辆即将进入的停车场；

所述处理单元901，在确定无法提供所述停车场的支付信息时，具体用于：

在一些实施例中，所述候选停车场的数量为N，所述处理单元901，还用于：

根据所述M个候选停车场的置信度从所述M个候选停车场中确定至少一个候选停车场，并指示所述通信单元902将所述至少一个候选停车场的支付信息发送给所述车辆的车主的终端设备。

在一些实施例中，所述支付信息为所述车载终端在支付所述车辆在所述停车场的停车费用后发送的，所述处理单元901，还用于：

在确定数据库中存储有所述停车场的支付信息时，更新所述存储单元903中存储的所述支付信息的访问次数。

在一些实施例中，所述处理单元901，还用于：

获取存储的多个支付信息分别的访问次数和最新访问时间；

将所述过期支付信息删除。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元901中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

在一个简单的实施例中，本领域的技术人员可以想到上述实施例中的停车支付装置均可采用图10所示的形式。

如图10所示的装置1000，包括至少一个处理器1010、存储器1020，可选的，还可以包括通信接口1030。

本申请实施例中不限定上述处理器1010以及存储器1020之间的具体连接介质。

在如图10的装置中，还包括通信接口1030，处理器1010在与其他设备进行通信时，可以通过通信接口1030进行数据传输。

当停车支付装置采用图10所示的形式时，图10中的处理器1010可以通过调用存储器1020中存储的计算机执行指令，使得装置1000可以执行上述任一方法实施例中停车支付装置执行的方法。

本申请实施例还涉及一种芯片***，该芯片***包括处理器，用于调用存储器中存储的计算机程序或计算机指令，以使得该处理器执行上述任一实施例的方法。

在一种可能的实现方式中，该处理器通过接口与存储器耦合。

在一种可能的实现方式中，该芯片***还包括存储器，该存储器中存储有计算机程序或计算机指令。

本申请实施例还涉及一种处理器，该处理器用于调用存储器中存储的计算机程序或计算机指令，以使得该处理器执行上述任一实施例所述的方法。

应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种停车支付方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述传感信息包括所述车辆在所述停车场内采集的支付图像；所述方法还包括：

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

4.根据权利要求2或3所述的方法，其特征在于，所述车载传感装置包括用于采集行车视频的采集设备；所述获取车载传感装置采集的传感信息，包括：

5.根据权利要求3或4所述的方法，其特征在于，在所述车辆进入所述停车场之前，所述方法还包括：

获取所述车辆的行驶方向和所述车辆当前所处的地理位置；

6.根据权利要求2-5任一项所述的方法，其特征在于，所述从所述车辆在所述停车场内采集的支付图像中确定第一支付图像，包括：

7.根据权利要求2-6任一项所述的方法，其特征在于，所述第一支付图像的扫描结果中包括用于输入所述车辆的车牌号码的控件。

8.根据权利要求2-6任一项所述的方法，其特征在于，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息。

9.根据权利要求2-6任一项所述的方法，其特征在于，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息，且所述停车记录信息中记录的所述车辆进入所述停车场的起始时间与所述车辆的车载终端保存的所述车辆进入所述停车场的起始时间之间的时间差小于设定阈值。

10.根据权利要求3-9任一项所述的方法，其特征在于，确定所述车辆进入所述停车场，包括：

11.根据权利要求1-10任一项所述的方法，其特征在于，在向服务器发送所述停车场的支付信息之前，所述方法还包括：

12.一种停车支付方法，其特征在于，所述方法包括：

存储所述停车场的支付信息。

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

14.根据权利要求13所述的方法，其特征在于，在接收来自车载终端的第一请求之前，所述方法还包括：

获取所述第二地理位置的设定范围内的至少一个停车场；

确定无法提供所述停车场的支付信息，包括：

15.根据权利要求14所述的方法，其特征在于，所述候选停车场的数量为N，所述方法还包括：

16.根据权利要求12-15任一项所述的方法，其特征在于，所述支付信息为所述车载终端在支付所述车辆在所述停车场的停车费用后发送的，所述方法还包括：

17.根据权利要求12-16任一项所述的方法，其特征在于，所述方法还包括：

获取存储的多个支付信息分别的访问次数和最新访问时间；

将所述过期支付信息删除。

18.一种停车支付装置，其特征在于，所述装置包括处理单元和通信单元：

19.根据权利要求18所述的装置，其特征在于，所述传感信息包括所述车辆在所述停车场内采集的支付图像；所述处理单元，还用于：

所述处理单元，具体用于：

20.根据权利要求18或19所述的装置，其特征在于，所述通信单元，还用于：

21.根据权利要求19或20所述的装置，其特征在于，所述车载传感装置包括用于采集行车视频的采集设备；所述处理单元，具体用于：

22.根据权利要求20或21所述的装置，其特征在于，在所述车辆进入所述停车场之前，所述处理单元，还用于：

获取所述车辆的行驶方向和所述车辆当前所处的地理位置；

23.根据权利要求19-22任一项所述的装置，其特征在于，所述处理单元，具体用于：

24.根据权利要求19-23任一项所述的装置，其特征在于，所述第一支付图像的扫描结果中包括用于输入所述车辆的车牌号码的控件。

25.根据权利要求19-23任一项所述的装置，其特征在于，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息。

26.根据权利要求19-23任一项所述的装置，其特征在于，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息，且所述停车记录信息中记录的所述车辆进入所述停车场的起始时间与所述车辆的车载终端保存的所述车辆进入所述停车场的起始时间之间的时间差小于设定阈值。

27.根据权利要求20-26任一项所述的装置，其特征在于，所述处理单元，还用于：

28.根据权利要求18-27任一项所述的装置，其特征在于，所述处理单元，还用于：

29.一种停车支付装置，其特征在于，所述装置包括：

存储单元，用于存储所述停车场的支付信息。

30.根据权利要求29所述的装置，其特征在于，所述装置还包括处理单元，

31.根据权利要求30所述的装置，其特征在于，在接收来自车载终端的第一请求之前，所述通信单元还用于，接收所述车载终端发送的所述车辆的行驶方向和所述车辆在进入停车场之前所处的第二地理位置；所述第二地理位置与所述停车场的距离小于第一距离阈值；

32.根据权利要求31所述的装置，其特征在于，所述候选停车场的数量为N，所述处理单元，还用于：

根据所述M个候选停车场的置信度从所述M个候选停车场中确定至少一个候选停车场，并指示所述通信单元将所述至少一个候选停车场的支付图像的支付信息发送给所述车辆的车主的终端设备。

33.根据权利要求30-32任一项所述的装置，其特征在于，所述支付信息为所述车载终端在支付所述车辆在所述停车场的停车费用后发送的，所述处理单元，还用于：

34.根据权利要求30-33任一项所述的装置，其特征在于，所述处理单元，还用于：

获取存储的多个支付信息分别的访问次数和最新访问时间；

将所述过期支付信息删除。

35.一种停车支付***，其特征在于，所述***包括：

所述服务器，用于接收并存储所述支付信息。

36.根据权利要求35所述的***，其特征在于，所述传感信息包括所述车辆在所述停车场内采集的支付图像；所述车载终端，还用于：

所述车载终端，具体用于：

37.根据权利要求35或36所述的***，其特征在于，所述车载终端，还用于在所述车辆进入所述停车场后，向所述服务器发送第一请求，其中所述第一请求用于请求所述停车场的支付信息；

所述车载终端，还用于接收所述第一响应。

38.根据权利要求36或37所述的***，其特征在于，所述车载传感装置包括用于采集行车视频的采集设备；所述车载终端，具体用于：

39.根据权利要求37或38所述的***，其特征在于，在所述车辆进入所述停车场之前，所述车载终端，还用于获取所述车辆的行驶方向和所述车辆当前所处的第二地理位置，向所述服务器发送所述车辆的行驶方向和所述第二地理位置；所述第二地理位置与所述停车场的距离小于第一距离阈值；

40.根据权利要求39所述的***，其特征在于，所述候选停车场的数量为N，所述服务器，还用于：

41.根据权利要求35-40任一项所述的***，其特征在于，所述服务器，还用于：

42.根据权利要求35-41任一项所述的***，其特征在于，所述服务器，还用于：

获取存储的多个支付信息分别的访问次数和最新访问时间；

将所述过期支付信息删除。

43.根据权利要求36-42任一项所述的***，其特征在于，所述车载终端，具体用于：

44.根据权利要求36-43任一项所述的***，其特征在于，所述第一支付图像的扫描结果中包括用于输入所述车辆的车牌号码的控件。

45.根据权利要求36-43任一项所述的***，其特征在于，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息。

46.根据权利要求36-43任一项所述的***，其特征在于，所述第一支付图像的扫描结果中包括用于输入车辆的车牌号码的控件，且在所述控件中输入已保存的所述车辆的车牌号码时生成所述车辆在所述停车场的停车记录信息，且所述停车记录信息中记录的所述车辆进入所述停车场的起始时间与所述车辆的车载终端保存的所述车辆进入所述停车场的起始时间之间的时间差小于设定阈值。

47.根据权利要求37-46任一项所述的***，其特征在于，所述车载终端，还用于：

48.根据权利要求35-47任一项所述的***，其特征在于，所述车载终端，还用于：

49.一种停车支付装置，其特征在于，包括：处理器和存储器；

所述存储器用于存储程序；

所述处理器用于执行所述存储器所存储的程序，以使所述装置实现如所述权利要求1-11中任一项所述的方法。

50.一种停车支付装置，其特征在于，包括：处理器和存储器；

所述存储器用于存储程序；

所述处理器用于执行所述存储器所存储的程序，以使所述装置实现如所述权利要求12-17中任一项所述的方法。

51.一种计算机可读存储介质，其特征在于，所述计算机可读介质存储有程序代码，当所述程序代码在计算机上运行时，使得计算机执行如权利要求1至11中任一项所述的方法；或者，当所述程序代码在计算机上运行时，使得计算机执行如权利要求12至17中任一项所述的方法。

52.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至11中任一项所述的方法；或者，执行如权利要求12至17中任一项所述的方法。