一种停车场确定方法、设备及计算机可读存储介质与流程

1.本技术涉及通信应用领域中的停车场分配技术，尤其涉及一种停车场确定方法、设备及计算机可读存储介质。


背景技术：

2.随着汽车工业的发展，人们生活水平的提高，各种车辆大量涌入人们的日常生活，从而带来了泊车难的问题；因此，停车场的确定变得越来越重要。
3.一般来说，为了确定停车场，通常通过手机等终端查询目的地附近的停车场，进而从查询到的各个停车场中选择一个停车场作为车辆的停泊停车场。然而，上述确定停车场的过程中，由于停车场是车主独立选择的，因此，很有可能导致某些停车场比较拥挤，而某些停车场比较空闲，因此，停车场的分配不均衡，停车场的确定效果较差。


技术实现要素：

4.本技术实施例提供一种停车场确定方法、装置、设备及计算机可读存储介质，能够提升停车场的确定效果。
5.本技术实施例的技术方案是这样实现的：
6.本技术实施例提供一种停车场确定方法，包括：
7.响应于客户端设备发送的泊车请求，获取目的地；
8.基于所述目的地确定泊车区域，并获取所述泊车区域内的候选停车场集合；
9.基于所述泊车请求的接收时间开始的泊车分配周期内的各个泊车请求，获取各个目的地在所述泊车区域内的待泊车辆集合；
10.基于所述待泊车辆集合对应所述候选停车场集合的泊车策略成本集合，确定最低成本泊车策略，其中，所述泊车策略成本集合为所述待泊车辆集合停泊在所述候选停车场集合时的每个泊车策略对应的泊车成本序列构成的集合；
11.基于所述最低成本泊车策略，确定所述待泊车辆集合中的每辆待泊车辆的待泊停车场，并将所述待泊停车场发送至所述每辆待泊车辆对应的客户端设备。
12.本技术实施例还提供一种停车场确定方法，包括：
13.显示目的地控件，其中，所述目的地控件用于触发目的地的确定；
14.响应于作用在所述目的地控件上的目的地确定操作，显示确定的所述目的地，并将携带所述目的地的泊车请求发送至服务端设备，以使所述服务端设备
15.响应于所述泊车请求，基于所述目的地对应的泊车区域内的候选停车场集合，为泊车分配周期内的待泊车辆集合确定停车场，从而确定出所述待泊车辆集合中的每辆待泊车辆的待泊停车场；
16.显示所述服务端设备发送的待泊停车场，以使所述每辆待泊车辆停放在所述待泊停车场中。
17.本技术实施例提供一种第一停车场确定装置，包括：
18.目的地获取模块，用于响应于客户端设备发送的泊车请求，获取目的地；
19.停车场获取模块，用于基于所述目的地确定泊车区域，并获取所述泊车区域内的候选停车场集合；
20.车辆获取模块，用于基于所述泊车请求的接收时间开始的泊车分配周期内的各个泊车请求，获取各个目的地在所述泊车区域内的待泊车辆集合；
21.停车场分配模块，用于基于所述待泊车辆集合对应所述候选停车场集合的泊车策略成本集合，确定最低成本泊车策略，其中，所述泊车策略成本集合为所述待泊车辆集合停泊在所述候选停车场集合时的每个泊车策略对应的泊车成本序列构成的集合；
22.停车场发送模块，用于基于所述最低成本泊车策略，确定所述待泊车辆集合中的每辆待泊车辆的待泊停车场，并将所述待泊停车场发送至所述每辆待泊车辆对应的客户端设备。
23.在本技术实施例中，所述第一停车场确定装置还包括泊车策略模块，用于获取所述待泊车辆集合对应所述候选停车场集合的泊车策略集合；针对所述泊车策略集合中的所述每个泊车策略，确定所述每辆待泊车辆对应于所述候选停车场集合中的目标候选停车场；获取所述每辆待泊车辆停泊在所述目标候选停车场的泊车成本，从而获得与所述每个泊车策略对应的所述泊车成本序列；组合所述泊车策略集合对应的各个所述泊车成本序列，获得所述泊车策略成本集合。
24.在本技术实施例中，所述泊车策略模块，还用于获取所述每辆待泊车辆对应的当前位置信息、历史泊车记录和能源类型，以及所述目标候选停车场的收费标准信息、空闲充电桩数量和空闲停车位数量；基于所述目标候选停车场和所述当前位置信息之间的距离、所述目标候选停车场和所述目的地之间的距离、以及所述历史泊车记录，确定距离成本；基于所述收费标准信息和所述历史泊车记录，确定费用成本；基于所述能源类型和所述空闲充电桩数量，确定充电桩成本；基于所述空闲停车位数量，确定停车位成本；基于所述距离成本、所述费用成本、所述充电桩成本和所述停车位成本中的一种或多种，确定所述泊车成本。
25.在本技术实施例中，所述泊车策略模块，还用于对所述距离成本、所述费用成本、所述充电桩成本和所述停车位成本中的多种进行归一化处理，获得待计算成本；将所述待计算成本的累加和，确定为所述泊车成本。
26.在本技术实施例中，所述停车场分配模块，还用于遍历所述待泊车辆集合对应所述候选停车场集合的所述泊车策略成本集合，针对遍历到的当前泊车策略对应的当前泊车成本序列，获取累加成本；在所述累加成本低于最低累加成本时，将所述最低累加成本更新为所述累加成本，继续遍历所述泊车策略成本集合；在所述累加成本不低于所述最低累加成本时，继续遍历所述泊车策略成本集合；在遍历结束时，将更新后的最低累加成本所对应的泊车策略，确定为所述最低成本泊车策略。
27.在本技术实施例中，所述第一停车场确定装置还包括停车场进入模块，用于响应于所述待泊停车场对应的道闸设备所发送的停车场进入请求，获取请求车辆；从所述最低成本泊车策略中，获取所述待泊停车场对应的目标待泊车辆集合；在所述请求车辆属于所述目标待泊车辆集合时，向所述道闸设备发送允许进入指令；在所述请求车辆不属于所述目标待泊车辆集合时，基于所述最低成本泊车策略，获取所述请求车辆对应的预分配停车
场，并向所述请求车辆对应的所述客户端设备发送包括所述预分配停车场的泊车引导信息。
28.在本技术实施例中，所述第一停车场确定装置还包括停车位分配模块，用于响应于所述道闸设备针对所述允许进入指令而发送的停车位确定请求，获取所述请求车辆对应的停车位关联信息、以及所述待泊停车场的停车位类别；基于所述停车位关联信息与停车位类别之间的对应关系，确定目标停车位区域；从所述目标停车位区域中，确定待泊停车位；将所述待泊停车位发送至所述请求车辆对应的客户端设备。
29.在本技术实施例中，所述停车位分配模块，还用于从所述请求车辆对应的泊车请求中，获取泊车时长；获取所述目标停车位区域中的停车位分布信息；在所述泊车时长小于时长阈值时，基于所述停车位分布信息，确定与所述待泊停车场的出口距离最近的空闲停车位，其中，所述距离最近的空闲停车位为所述待泊停车位；在所述泊车时长不小于所述时长阈值时，基于所述停车位分布信息，确定与所述待泊停车场的出口距离最远的空闲停车位，其中，所述距离最远的空闲停车位为所述待泊停车位。
30.在本技术实施例中，所述第一停车场确定装置还包括状态更新模块，用于获取所述请求车辆的已泊停车位；在所述已泊停车位与所述待泊停车位不是相同的停车位时，向所述请求车辆对应的客户端设备发送停车位提示信息；在所述已泊停车位与所述待泊停车位是相同的停车位时，向待泊停车位对应的检测设备发送状态更新指令，以使所述检测设备响应于所述状态更新指令将所述待泊停车位的状态更新为占用状态。
31.本技术实施例提供一种第二停车场确定装置，包括：
32.控件显示模块，用于显示目的地控件，其中，所述目的地控件用于触发目的地的确定；
33.目的地确定模块，用于响应于作用在所述目的地控件上的目的地确定操作，显示确定的所述目的地，并将携带所述目的地的泊车请求发送至服务端设备，以使所述服务端设备响应于所述泊车请求，基于所述目的地对应的泊车区域内的候选停车场集合，为泊车分配周期内的待泊车辆集合确定停车场，从而确定出所述待泊车辆集合中的每辆待泊车辆的待泊停车场；
34.停车场显示模块，用于显示所述服务端设备发送的待泊停车场，以使所述每辆待泊车辆停放在所述待泊停车场中。
35.在本技术实施例中，所述第二停车场确定装置还包括停车位显示模块，用于显示所述服务端设备发送的待泊停车位，其中，所述待泊停车位为所述服务端设备响应于所述待泊停车场对应的道闸设备的停车位确定请求而确定的。
36.在本技术实施例中，所述第二停车场确定装置还包括时长确定模块，用于显示泊车时长控件，其中，所述泊车时长控件用于触发泊车时长的确定；响应于作用在所述泊车时长控件上的泊车时长确定操作，显示确定的所述泊车时长。
37.在本技术实施例中，所述目的地确定模块，还用于将携带所述目的地和所述泊车时长的所述泊车请求发送至所述服务端设备。
38.本技术实施例提供一种服务端设备，包括：
39.第一存储器，用于存储可执行指令；
40.第一处理器，用于执行所述第一存储器中存储的可执行指令时，实现本技术实施
例提供的应用于服务端设备的停车场确定方法。
41.本技术实施例提供一种客户端设备，包括：
42.第二存储器，用于存储可执行指令；
43.第二处理器，用于执行所述第二存储器中存储的可执行指令时，实现本技术实施例提供的应用于客户端设备的停车场确定方法。
44.本技术实施例提供一种计算机可读存储介质，存储有可执行指令，用于被第一处理器执行时，实现应用于客户端设备的停车场确定方法；或者，用于被第二处理器执行时，实现应用于客户端设备的停车场确定方法。
45.本技术实施例至少具有以下有益效果：通过获取停车分配周期内的待泊车辆集合，以及目的地对应的泊车区域内的候选停车场集合，实现基于候选停车场集合对待泊车辆集合的停车场的整体分配，且能够获得一种整体上最低成本的泊车策略；因此，能够实现停车场的均衡分配，进而能够提升停车场的确定效果。
附图说明
46.图1是本技术实施例提供的停车场确定系统的一个可选的架构示意图；
47.图2是本技术实施例提供的一种图1中的一服务器的组成结构示意图；
48.图3是本技术实施例提供的一种图1中的一终端的组成结构示意图；
49.图4是本技术实施例提供的停车场确定方法的一个可选的流程示意图；
50.图5是本技术实施例提供的一种显示目的地控件的示意图；
51.图6是本技术实施例提供的停车场确定系统的另一个可选的架构示意图；
52.图7是本技术实施例提供的停车场确定方法的另一个可选的流程示意图；
53.图8是本技术实施例提供的一种示例性地页面示意图；
54.图9是本技术实施例提供的一种示例性的确定停车场的流程示意图；
55.图10是本技术实施例提供的一种示例性的确定待泊停车场的流程示意图；
56.图11是本技术实施例提供的一种示例性的获取候选停车场集合的示意图；
57.图12是本技术实施例提供的一种示例性的泊车成本的曲线示意图；
58.图13是本技术实施例提供的一种示例性的确定待泊停车位的流程示意图。
具体实施方式
59.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
60.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
61.在以下的描述中，所涉及的术语“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
62.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的
技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
63.对本技术实施例进行进一步详细说明之前，对本技术实施例中涉及的名词和术语进行说明，本技术实施例中涉及的名词和术语适用于如下的解释。
64.1)云技术(cloud technology)是指在广域网或局域网内将硬件、软件和网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。
65.2)操作，是一种用于触发设备执行处理的方式，比如，点击操作、双击操作、长按操作、滑动操作、手势操作、接收到的触发指令等；另外，在本技术实施例中的各种操作可以是单个操作，又可以是多个操作的总称；以及在本技术实施例中的各种操作可用是触控操作，又可用是非触控操作。
66.3)响应于，用于表示所执行的处理所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。
67.需要说明的是，云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”；“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。作为云计算的基础能力提供商，会建立云计算资源池(简称云平台，一般称为iaas(infrastructure as a service，基础设施即服务)平台，在资源池中部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(虚拟化机器，包含操作系统)、存储设备、网络设备。按照逻辑功能划分，在iaas层上可以部署paas(platform as a service，平台即服务)层，paas层之上再部署saas(software as a service，软件即服务)层，也可以直接将saas部署在iaas上；这里，paas为软件运行的平台，如数据库、web容器等。saas为各式各样的业务软件，如web门户网站、短信群发器等。一般来说，saas和paas相对于iaas是上层。本技术实施例提供的停车场确定方法可以借助云计算中的iaas、paas和paas实现。
68.一般来说，为了确定停车场，通常通过手机等终端查询目的地附近的停车场，进而从查询到的各个停车场中选择一个停车场作为车辆的停泊停车场。另外，在车辆行驶至所选择的停车场的过程中，路口会有停车诱导屏展示附近停车场位置与停车位情况。然而，确定停车场的过程中，是人工确定的，从而，确定停车场的智能性较低。此外，上述确定停车场的过程中，由于是车主自行选择停车场，每个车主都不掌握整个系统内的停车场的确定情况，也就是说每个车主都是一个信息孤岛，只能从自己的角度出发去选择停车场，没有系统级的整体调配，很有可能导致某些停车场比较拥挤，而某些停车场比较空闲，无法实现均匀分配。另外，上述确定停车场的过程中，存在车辆到达所选择的停车场之后车位已满的情况，进而还需要再次为车辆确定停车场，因此，确定停车场的效率较低。
69.另外，为了确定停车场，还可以采用贪心算法(贪婪算法)实现；也就是说，在当前时间点为车辆分配一个最近的停车位。然而，由于贪心算法是逐个部分地建立解决方案，然后选择下一部分，以便立即产生当前问题的最佳解决方案，无需考虑或担心当前决定的后果；因此，采用贪心算法确定停车场时，仍然不能从整体最优上加以考虑，它所做出的仅仅是在某种意义上的局部最优解，比如，针对某辆车是最优，或者仅是距离上的最优；故，仍存
在停车位分配不均的问题。
70.基于此，本技术实施例提供一种停车场确定方法、装置、设备和计算机可读存储介质，能够提升停车场的分配效果，进而提升泊车效率。
71.下面说明本技术实施例提供的用于停车场确定的服务端设备(以下简称为服务端设备)和用于停车场确定的客户端设备(以下简称为客户端设备)的示例性应用，本技术实施例提供的设备可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)，车载设备等各种类型的用户终端，也可以实施为服务器。下面，将说明服务端设备实施为服务器，而客户端设备实施为终端时的示例性应用。
72.参见图1，图1是本技术实施例提供的停车场确定系统的一个可选的架构示意图；如图1所示，为支撑一个停车场确定应用，在停车场确定系统100中，终端200(客户端设备，示例性示出了终端200-1和终端200-2)与服务器300(服务端设备)通过网络400连接，网络400可以是广域网或者局域网，又或者是二者的组合。另外，在本技术实施例中，停车场确定系统100中还包括数据库500，数据库500在服务器300确定停车场时为服务器300提供数据支持。
73.终端200，用于在图形界面上显示目的地控件，其中，目的地控件用于触发目的地的确定；响应于作用在目的地控件上的目的地确定操作，显示确定的目的地，并将携带目的地的泊车请求通过网络400发送至服务器300，以使服务器300响应于泊车请求，基于目的地对应的泊车区域内的候选停车场集合，为泊车分配周期内的待泊车辆集合确定停车场，从而确定出待泊车辆集合中的每辆待泊车辆的待泊停车场；显示服务器300通过网络400发送的待泊停车场，以使每辆待泊车辆停放在待泊停车场中。
74.服务器300，用于响应于终端200通过网络400发送的泊车请求，获取目的地；基于目的地确定泊车区域，并获取泊车区域内的候选停车场集合；基于泊车请求的接收时间开始的泊车分配周期内的各个泊车请求，获取各个目的地在泊车区域内的待泊车辆集合；基于待泊车辆集合对应候选停车场集合的泊车策略成本集合，确定最低成本泊车策略，其中，泊车策略成本集合为待泊车辆集合停泊在候选停车场集合时的每个泊车策略对应的泊车成本序列构成的集合；基于最低成本泊车策略，确定待泊车辆集合中的每辆待泊车辆的待泊停车场，并将待泊停车场通过网络400发送至每辆待泊车辆对应的终端200。
75.在一些实施例中，服务器300可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端200可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本发明实施例中不做限制。
76.参见图2，图2是本技术实施例提供的一种图1中的一服务器的组成结构示意图；如图2所示，服务器300包括：至少一个第一处理器310、第一存储器350、至少一个第一网络接口320和第一用户接口330。服务器300中的各个组件通过第一总线系统340耦合在一起。可理解，第一总线系统340用于实现这些组件之间的连接通信。第一总线系统340除包括数据
总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为第一总线系统340。
77.第一处理器310可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
78.第一用户接口330包括使得能够呈现媒体内容的一个或多个第一输出装置331，包括一个或多个扬声器和/或一个或多个视觉显示屏。第一用户接口330还包括一个或多个第一输入装置332，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
79.第一存储器350包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，read only memory)，易失性存储器可以是随机存取存储器(ram，random access memory)。本技术实施例描述的第一存储器350旨在包括任意适合类型的存储器。第一存储器350可选地包括在物理位置上远离第一处理器310的一个或多个存储设备。
80.在一些实施例中，第一存储器350能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
81.第一操作系统351，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
82.第一网络通信模块352，用于经由一个或多个(有线或无线)第一网络接口320到达其他计算设备，示例性的第一网络接口320包括：蓝牙、无线相容性认证(wi-fi)、和通用串行总线(usb，universal serial bus)等；
83.第一显示模块353，用于经由一个或多个与第一用户接口330相关联的第一输出装置331(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；
84.第一输入处理模块354，用于对一个或多个来自一个或多个第一输入装置332之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
85.在一些实施例中，本技术实施例提供的第一停车场确定装置可以采用软件方式实现，图2示出了存储在第一存储器350中的第一停车场确定装置355，其可以是程序和插件等形式的软件，包括以下软件模块：目的地获取模块3551、停车场获取模块3552、车辆获取模块3553、停车场分配模块3554、停车场发送模块3555、泊车策略模块3556、停车场进入模块3557、停车位分配模块3558和状态更新模块3559，将在下文中说明各个模块的功能。
86.参见图3，图3是本技术实施例提供的一种图1中的一终端的组成结构示意图；如图3所示，终端200包括：至少一个第二处理器210、第二存储器250、至少一个第二网络接口220和第二用户接口230。终端200中的各个组件通过第二总线系统240耦合在一起。可理解，第二总线系统240用于实现这些组件之间的连接通信。第二总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为第二总线系统240。
87.第二处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理
器、数字信号处理器，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
88.第二用户接口230包括使得能够呈现媒体内容的一个或多个第二输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。第二用户接口230还包括一个或多个第二输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
89.第二存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器，易失性存储器可以是随机存取存储器。本技术实施例描述的第二存储器250旨在包括任意适合类型的存储器。第二存储器250可选地包括在物理位置上远离第二处理器210的一个或多个存储设备。
90.在一些实施例中，第二存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
91.第二操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
92.第二网络通信模块252，用于经由一个或多个(有线或无线)第二网络接口220到达其他计算设备，示例性的第二网络接口220包括：蓝牙、无线相容性认证、和通用串行总线等；
93.第二显示模块253，用于经由一个或多个与第二用户接口230相关联的第二输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；
94.第二输入处理模块254，用于对一个或多个来自一个或多个第二输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
95.在一些实施例中，本技术实施例提供的第二停车场确定可以采用软件方式实现，图3示出了存储在第二存储器250中的第二停车场确定装置255，其可以是程序和插件等形式的软件，包括以下软件模块：控件显示模块2551、目的地确定模块2552、停车场显示模块2553、停车位显示模块2554和时长确定模块2555，将在下文中说明各个模块的功能。
96.在另一些实施例中，本技术实施例提供的装置可以采用硬件方式实现，作为示例，本技术实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本技术实施例提供的停车场确定方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(cpld，complex programmable logic device)、现场可编程门阵列(fpga，field-programmable gate array)或其他电子元件。
97.下面，将结合本技术实施例提供的服务器和终端的示例性应用和实施，说明本技术实施例提供的停车场确定方法。
98.参见图4，图4是本技术实施例提供的停车场确定方法的一个可选的流程示意图，将结合图4示出的步骤进行说明。
99.s401、客户端设备显示目的地控件。
100.在本技术实施例中，当用户触发停车场确定客户端的运行时，客户端设备运行停
车场确定客户端，也就显示出了目的地控件；其中，目的地控件用于触发目的地的确定。这里，客户端设备可以是智能手机、车载设备等终端。
101.需要说明的是，客户端设备上还显示有针对目的地控件的提示信息，以提示用户通过触发目的地控件来确定目的地；以及，还显示有用户当前所处的位置信息，并且，用户当前所处的位置信息可通过文字和/或地图的方式进行显示。
102.示例性地，参见图5，图5是本技术实施例提供的一种显示目的地控件的示意图；如图5所示，页面5-1上显示有目的地控件5-11、目的地控件5-11对应的提示信息5-12和用户当前所处的位置信息5-13。
103.s402、客户端设备响应于作用在目的地控件上的目的地确定操作，显示确定的目的地，并将携带目的地的泊车请求发送至服务端设备。
104.在本技术实施例中，当用户触发目的地控件以输入或选择目的地时，客户端设备也就接收到了作用在目的地控件上的目的地确定操作；此时，客户端设备响应于该目的地确定操作，获取目的地，并显示目的地；同时，客户端端设备还会生成包括目的地的泊车请求，并将该泊车请求发送至服务端设备，以使服务端设备响应于泊车请求，基于目的地对应的泊车区域内的候选停车场集合，为泊车分配周期内的待泊车辆集合确定停车场，从而确定出待泊车辆集合中的每辆待泊车辆的待泊停车场。
105.需要说明的是，当用户通过触发目的地控件确定了目的地，并显示确定的目的地之后，客户端设备可以直接基于目的地生成泊车请求向服务端设备发送；或者，客户端设备上还显示有针对目的地的目的地确定控件(比如，“泊车”图标或“确定”按钮，在显示确定目的地之后，如果用户通过触发目的地确定控件请求泊车服务时，客户端设备也就接收到了作用在目的地确定控件的泊车操作(比如，点击“泊车”图标或“确定”按钮的操作)，此时，响应于该泊车操作生成泊车请求向服务端设备发送。
106.这里，目的地为泊车账户完成泊车后的目的地。泊车请求用于请求服务端设备为车辆确定停车场；泊车请求中还包括泊车账户关联的车辆信息；或者包括泊车账户通过页面显示的控件新确定的车辆信息；其中，泊车账户为登录停车场确定客户端的账户，车辆信息包括车牌号、能源类型、车辆类型、联系方式和停车位关联信息等。另外，目的地的泊车请求中还可以携带通过作用在页面上的操作获取到的其他停车需求，比如，室内室外、预订停车时段、停车位数量等。
107.s403、服务端设备响应于客户端设备发送的泊车请求，获取目的地。
108.在本技术实施例中，当客户端设备向服务端设备发送了泊车请求之后，服务端设备也就接收到了该泊车请求；从而，服务端设备响应于该泊车请求，从泊车请求中获取目的地，以基于目的地对对应区域内的车辆的停车场进行整体的分配。
109.s404、服务端设备基于目的地确定泊车区域，并获取泊车区域内的候选停车场集合。
110.在本技术实施例中，服务端设备获得了目的地之后，以目的地为基准，确定一定范围的区域，也就确定出了泊车区域；比如，以目的地所在的辖区确定泊车区域；又比如，以目的地为中心，以约束距离为半径，确定泊车区域；其中，约束距离可以是预设的(此时，该约束距离可以是基于停车场至目的地的最大容忍距离确定的)，还可以是用户通过在客户端设备进行操作设置的，并携带在泊车请求中发送过来的，本技术实施例对此不作具体限定。
111.需要说明的是，由于各停车场已在停车场确定客户端上完成了注册，因此，服务端设备能够获取到各停车场的相关信息，比如，停车场位置、停车场收费标准、停车场车位分布、停车场充电桩和停车场车位类别等；从而，服务端设备获得了泊车区域之后，能够基于各停车场的位置确定位于泊车区域内的各个停车场，也就获得了候选停车场集合。这里，候选停车场集合包括至少一个候选停车场。
112.另外，当服务端设备确定泊车区域内无停车场时，还会向客户端设备发送附近无停车场的提示信息。以及，候选停车场集合还可以是泊车区域内的存在空闲停车位的停车场构成的集合，本技术实施例对此不作具体限定。
113.s405、服务端设备基于泊车请求的接收时间开始的泊车分配周期内的各个泊车请求，获取各个目的地在泊车区域内的待泊车辆集合。
114.在本技术实施例中，服务端设备进行停车场确定的对象为一个时序内的车辆，该时序为从泊车请求的接收时间开始的一个泊车分配周期；服务端设备将该泊车分配周期内接收到的所有泊车请求中，目的地位于泊车区域内的所有泊车请求对应的车辆的集合，确定为待泊车辆集合。
115.需要说明的是，泊车分配周期为预先设置的一个时间周期，比如，1秒。待泊车辆集合包括至少一辆待泊车辆，且待泊车辆集合中包括泊车分配周期内的第一个接收到的泊车请求所对应的车辆。泊车请求的接收时间为泊车分配周期内中服务端设备第一个接收到的泊车请求所对应的接收时间。
116.s406、服务端设备基于待泊车辆集合对应候选停车场集合的泊车策略成本集合，确定最低成本泊车策略。
117.在本技术实施例中，服务端设备获得了候选停车场集合和待泊车辆集合之后，基于候选停车场集合为待泊车辆集合整体分配停车场，能够获得多种分配策略，计算每种分配策略中待泊车辆集合对应的成本，也就获得了泊车策略成本集合。也就是说，泊车策略成本集合为待泊车辆集合停泊在候选停车场集合时的每个泊车策略对应的泊车成本序列构成的集合。
118.这里，服务端设备基于泊车策略成本集合，确定出一个泊车成本序列对应的成本最低的泊车策略，也就获得了最低成本泊车策略。
119.s407、服务端设备基于最低成本泊车策略，确定待泊车辆集合中的每辆待泊车辆的待泊停车场，并将待泊停车场发送至每辆待泊车辆对应的客户端设备。
120.在本技术实施例中，最低成本泊车策略是一种泊车策略，从而该最低成本泊车策略包括为待泊车辆集合中的每辆待泊车辆所分配的候选停车场集合中的一个候选停车场，即待泊停车场；故，服务端设备能够基于最低成本泊车策略，确定出每辆待泊车辆的待泊停车场。
121.需要说明的是，服务端设备获得了每辆待泊车辆的待泊停车场之后，将待泊停车场发送至每辆待泊车辆对应的客户端设备，此时，也就完成了待泊车辆集合的停车场的整体的确定。服务端设备通过将待泊停车场发送至每辆待泊车辆对应的客户端设备，以通过客户端设备显示每辆待泊车辆的待泊停车场，进而使得每辆待泊车辆停泊在待泊停车场中。
122.s408、客户端设备显示服务端设备发送的待泊停车场，以使每辆待泊车辆停放在
待泊停车场中。
123.在本技术实施例中，当服务端设备向每辆待泊车辆对应的客户端设备发送待泊停车场时，客户端设备也就接收到了服务端设备发送的待泊停车场；此时，客户端设备显示该待泊停车场，以通过显示的待泊停车场，使得每辆待泊车辆停放在待泊停车场中。
124.需要说明的是，客户端设备基于服务端设备发送的待泊停车场，还可以触发向待泊停车场的导航处理，以将每辆待泊车辆导航至待泊停车场。
125.可以理解的是，通过获取停车分配周期内的待泊车辆集合，以及目的地对应的泊车区域内的候选停车场集合，实现基于候选停车场集合对待泊车辆集合的停车场的整体分配，能够实现停车场的均衡分配，进而能够提升停车场的确定效果，提升泊车效率。
126.在本技术实施例中，s406之前还包括s409-s412；也就是说，服务端设备基于待泊车辆集合对应候选停车场集合的泊车策略成本集合，确定最低成本泊车策略之前，该停车场确定方法还包括s409-s412，下面对各步骤分别进行说明。
127.s409、服务端设备获取待泊车辆集合对应候选停车场集合的泊车策略集合。
128.需要说明的是，服务端设备在不考虑历史泊车记录和空闲停车位等情况下，能够获得mn个泊车策略，其中，m为待泊车辆集合中待泊车辆的数量，n为候选停车场集合中候选停车场的数量，且m和n均为大于0的正整数。
129.在本技术实施例中，泊车策略集合可以指mn个泊车策略，还可以指基于历史泊车记录和/或空闲停车位等情况对mn个泊车策略中的不可行泊车策略删除后，所获得的泊车策略构成的集合，本技术实施例对此不作具体限定。
130.s410、服务端设备针对泊车策略集合中的每个泊车策略，确定每辆待泊车辆对应于候选停车场集合中的目标候选停车场。
131.需要说明的是，泊车策略集合中的每个泊车策略，均包括了每辆待泊车辆对应于候选停车场集合中的一个候选停车场；这里，服务端设备将每辆待泊车辆对应于候选停车场集合中的一个候选停车场，确定为目标候选停车场。
132.s411、服务端设备获取每辆待泊车辆停泊在目标候选停车场的泊车成本，从而获得与每个泊车策略对应的泊车成本序列。
133.需要说明的是，服务端设备可以基于行驶时间、步行时间、费用、停车位、充电桩和历史泊车记录中的一种或多种，计算每辆待泊车辆停泊在目标候选停车的泊车成本；从而，针对一个泊车策略，也就获得了泊车成本序列。这里，泊车成本序列与待泊车辆集合对应，待泊车辆集合所包括的待泊车辆的数量，与泊车成本序列中的泊车成本的数量相同。
134.s412、服务端设备组合泊车策略集合对应的各个泊车成本序列，获得泊车策略成本集合。
135.需要说明的是，服务端设备获得了泊车策略集合中的每个泊车策略对应的泊车成本序列之后，针对泊车策略集合，也就获得了各个泊车成本序列，组合该各个泊车成本序列，也就获得了泊车策略成本集合；从而，泊车策略成本集合为泊车策略集合中的每个泊车策略对应的泊车成本序列构成的集合。
136.在本技术实施例中，s411可通过s4111-s4116实现；也就是说，服务端设备获取每辆待泊车辆停泊在目标候选停车场的泊车成本，包括s4111-s4116，下面对各步骤分别进行说明。
137.s4111、服务端设备获取每辆待泊车辆对应的当前位置信息、历史泊车记录和能源类型，以及目标候选停车场的收费标准信息、空闲充电桩数量和空闲停车位数量。
138.需要说明的是，服务端设备基于待泊车辆对应的信息和/或目标候选停车场对应的信息确定泊车成本。这里，待泊车辆对应的信息包括当前位置信息、历史泊车记录和能源类型中的一种或多种，目标候选停车场对应的信息包括收费标准信息、空闲充电桩数量和空闲停车位数量中的一种或多种。其中，当前位置信息为每辆待泊车辆当前所处的位置信息，可以是客户端设备获取到的用户输入的位置信息，也可以是客户端设备通过定位的方式定位出的位置信息，本技术实施例对此不作具体限定；历史泊车记录为每辆待泊车辆以往的泊车记录，比如，历史停泊的停车场的位置和费用等、以及历史停泊的停车场与对应的目的地的距离等；能源类型为每辆待泊车辆的能源类别，比如，新能源类型(耗电类型)、燃气类型和燃油类型等；收费标准信息为目标候选停车场的收费标准，比如，半小时2元；空闲充电桩数量为目标候选停车场中状态为空闲状态的充电桩的数量；空闲停车位数量为目标候选停车场中状态为空闲状态的停车位的数量。
139.s4112、服务端设备基于目标候选停车场和当前位置信息之间的距离、目标候选停车场和目的地之间的距离、以及历史泊车记录，确定距离成本。
140.在本技术实施例中，服务端设备基于历史泊车记录，确定每辆待泊车辆对时间的敏感度，进而基于对时间的敏感度与，目标候选停车场和当前位置信息之间的距离(对应于行驶时间)、以及目标候选停车场和目的地之间的距离(对应于步行距离)，共同确定距离成本；距离成本与对时间的敏感度、行驶时间对应的成本和步行时间对应的成本均成正相关。这里，距离成本包括行驶时间对应的成本和步行时间对应的成本；易知，距离成本也可以包括行驶时间对应的成本或步行时间对应的成本。
141.需要说明的是，服务端设备在基于历史泊车记录确定对时间的敏感度时，可以通过大数据技术实现。这里，当根据历史泊车记录确定每辆待泊车辆的行驶距离和步行距离较短(低于距离阈值)时，可以确定每辆待泊车辆对时间的敏感度较大；而当根据历史泊车记录确定每辆待泊车辆的行驶距离和步行距离较长(高于距离阈值)时，可以确定每辆待泊车辆对时间的敏感度较小。
142.s4113、服务端设备基于收费标准信息和历史泊车记录，确定费用成本。
143.在本技术实施例汇总，服务端设备基于历史泊车记录，确定每辆待泊车辆对费用的敏感度，进而基于对费用的敏感度和收费标准信息，共同确定费用成本。这里，费用成本与对费用的敏感度和收费标准信息均成正相关。
144.需要说明的是，服务端设备在基于历史泊车记录确定对费用的敏感度时，可以通过大数据技术实现。这里，当根据历史泊车记录确定每辆待泊车辆的停泊的停车场为大型商业街等高端的停车场时，可以确定每辆待泊车辆对费用的敏感度较小；而当根据历史泊车记录确定每辆待泊车辆的停泊的停车场为低端或收费较低的停车场时，可以确定每辆待泊车辆对费用的敏感度较大。
145.s4114、服务端设备基于能源类型和空闲充电桩数量，确定充电桩成本。
146.需要说明的是，当能源类型为非耗电车辆时，对应的充电桩成本可以为0；当能源类型为耗电车辆时，对应的充电桩成本可以与空闲充电桩数量为负相关。
147.s4115、服务端设备基于空闲停车位数量和历史泊车记录，确定停车位成本。
148.需要说明的是，停车位成本和空闲停车位数量为负相关。
149.s4116、服务端设备基于距离成本、费用成本、充电桩成本和停车位成本中的一种或多种，确定泊车成本。
150.需要说明的是，当服务端设备基于距离成本、费用成本、充电桩成本和停车位成本中的多种确定泊车成本时，可以是将距离成本、费用成本、充电桩成本和停车位成本中的多种累加，以获得泊车成本；还可以是采用其他的结合方式结合距离成本、费用成本、充电桩成本和停车位成本中的多种，以获得泊车成本；本技术实施例对此不作具体限定。
151.在本技术实施例中，在s4116中，当服务端设备基于距离成本、费用成本、充电桩成本和停车位成本中的多种确定泊车成本时，s4116可通过s41161和s41162实现，下面对各步骤分别进行说明。
152.s41161、服务端设备对距离成本、费用成本、充电桩成本和停车位成本中的多种进行归一化处理，获得待计算成本。
153.需要说明的是，由于距离成本、费用成本、充电桩成本和停车位成本中的多种对应这不同的维度，由于不同维度的量纲不同，服务端设备对距离成本、费用成本、充电桩成本和停车位成本中的多种进行归一化处理，以获得无量纲的待计算成本；易知，无量纲的待计算成本包括无量纲的距离成本、无量纲的费用成本、无量纲的充电桩成本和无量纲的停车位成本中的多种。
154.s41162、服务端设备将待计算成本的累加和，确定为泊车成本。
155.需要说的是，服务端设备对待计算成本中的各种无量纲的成本进行累加，也就获得了泊车成本。
156.可以理解的是，服务端设备在获得每辆待泊车辆的泊车成本时，采用多维度的成本共同确定，使得所获得的泊车成本的准确度高；另外，服务端设备还对各维度的成本进行了无纲量化处理，进一步提升了泊车成本的准确度；从而服务端设备在基于泊车成本确定每辆待泊车辆的待泊停车场时，使得所分配的待泊停车场对每辆待泊车辆均是较优的，提升了停车场的分配效果。
157.在本技术实施例中，s406可通过s4061-s4064实现；也就是说，服务端设备基于待泊车辆集合对应候选停车场集合的泊车策略成本集合，确定最低成本泊车策略，包括s4061-s4064，下面对各步骤分别进行说明。
158.s4061、服务端设备遍历待泊车辆集合对应候选停车场集合的泊车策略成本集合，针对遍历到的当前泊车策略对应的当前泊车成本序列，获取累加成本。
159.需要说明的是，当前泊车策略为服务端设备遍历泊车策略成本集合时，当前遍历到的泊车策略，而当前泊车成本序列为当前遍历到的泊车策略对应的泊车成本序列；易知，当前泊车策略为泊车策略集合中的任一泊车策略，当前泊车成本序列为泊车策略成本集合中的任一泊车成本序列。累加成本为当前泊车成本序列中的所有泊车成本的累加和。
160.s4062、服务端设备在累加成本低于最低累加成本时，将最低累加成本更新为累加成本，继续遍历泊车策略成本集合。
161.需要说明的是，最低累加成本为当前遍历完的泊车成本序列中对应的最低的累加成本；从而，针对当前遍历到的累加成本，如果确定累加成本低于最低累加成本，则将累加成本作为最低累加成本。
162.s4063、服务端设备在累加成本不低于最低累加成本时，继续遍历泊车策略成本集合。
163.在本技术实施例中，针对当前遍历到的累加成本，如果确定累加成本不低于最低累加成本，则最低累加成本仍为最低累加成本。
164.s4064、服务端设备在遍历结束时，将更新后的最低累加成本所对应的泊车策略，确定为最低成本泊车策略。
165.需要说明的是，当服务端完成对泊车策略成本集合的遍历时，所获得的更新后的最低累加成本即泊车策略成本集合对应的最低的累加成本；从而，服务端设备将更新后的最低累加成本所对应的泊车策略，确定为最低成本泊车策略。
166.在本技术实施例中，服务端设备还可以通过另一种方式获得最低成本泊车策略：服务端设备遍历泊车策略成本集合，针对遍历到的当前泊车策略对应的当前泊车成本序列，获取累加成本，从而获得与泊车策略成本集合对应的累加成本集合，并将累加成本集合中的最低累加成本所对应的泊车策略，确定为最低成本泊车策略。
167.参见图6，图6是本技术实施例提供的停车场确定系统的另一个可选的架构示意图；如图6所示，基于图1，在停车场确定系统100中，还包括道闸设备600，用于通过网络400向服务器300发送停车场进入请求和停车位确定请求；还用于通过网络400接收服务器300发送的允许进入指令。另外，服务器300还用于确定待泊停车位，以及终端200还用于通过网络400接收服务器200发送的待泊停车位。
168.参见图7，图7是本技术实施例提供的停车场确定方法的另一个可选的流程示意图；如图7所示，在本技术实施例中，s407之后还包括s413-s416；也就是说，服务端设备将待泊停车场发送至每辆待泊车辆对应的客户端设备之后，该停车场确定方法还包括s413-s416，下面对各步骤分别进行说明。
169.s413、服务端设备响应于待泊停车场对应的道闸设备所发送的停车场进入请求，获取请求车辆。
170.需要说明的是，当待泊车辆集合中的待泊车辆行驶至待泊停车场时，待泊停车场对应的道闸设备对该待泊车辆进行扫描(比如，扫描车牌号)，也就获得了请求车辆，并将请求车辆携带在停车场进入请求中发送至服务端设备。此时，服务端设备也就接收到了道闸设备所发送的停车场进入请求，从而，从该停车场进入请求中获取请求进入待泊停车场的请求车辆。这里，停车场进入请求为请求车辆请求进入待泊停车场的请求。
171.s414、服务端设备从最低成本泊车策略中，获取待泊停车场对应的目标待泊车辆集合。
172.需要说明的是，由于该待泊停车场可能被服务端设备分配给了至少一辆待泊车辆停泊，从而，待泊停车场对应分配的至少一辆待泊车辆即目标待泊车辆集合。
173.s415、服务端设备在请求车辆属于目标待泊车辆集合时，向道闸设备发送允许进入指令。
174.在本技术实施例中，如果服务端设备确定请求车辆属于目标待泊车辆集合，表明请求车辆为最低成本泊车策略中分配至该待泊停车场的车辆，从而，服务端设备向道闸设备发送允许进入指令，以使道闸设备响应于该允许进入指令，允许请求车辆进入该待泊停车场。
175.s416、服务端设备在请求车辆不属于目标待泊车辆集合时，基于最低成本泊车策略，获取请求车辆对应的预分配停车场，并向请求车辆对应的客户端设备发送包括预分配停车场的泊车引导信息。
176.在本技术实施例中，如果服务端设备确定请求车辆不属于目标待泊车辆集合，表明请求车辆不为最低成本泊车策略中分配至该待泊停车场的车辆，从而，服务端设备向客户端设备发送泊车引导信息，以使客户端设备显示该泊车引导信息，从而引导请求车辆停泊在预分配停车场。这里，预分配停车场为最低成本泊车策略中分配给请求车辆的停车场。
177.需要说明的是，s415和s416为并列的执行步骤。
178.继续参见图7，在本技术实施例中，s415之后还包括s417-s420；也就是说，服务端设备向道闸设备发送允许进入指令之后，该停车场确定方法还包括s417-s420，下面对各步骤分别进行说明。
179.s417、服务端设备响应于道闸设备针对允许进入指令而发送的停车位确定请求，获取请求车辆对应的停车位关联信息、以及待泊停车场的停车位区域类别。
180.需要说明的是，道闸设备响应于允许进入指令允许请求车辆进入待泊停车场之后，即确定请求车辆位于待泊停车场之后，还向服务端设备发送停车位确定请求，以请求服务端设备为请求车辆分配停车位。这里，服务端设备基于车辆类型、车辆分布、停车位区域类别和历史泊车车位中的一种或多种，进行停车位的分配。其中，停车位关联信息为请求车辆与待泊停车场的关联信息，比如，月卡车辆、vip(very important person，贵宾)车辆、固定车辆等；停车位区域类别为待泊停车场的停车位的区域的类型，比如，小型汽车区域、suv(sport utility vehicle，运动型多用途汽车)区域；又比如，固定区域、vip区域、月卡区域和普通区域等。
181.在本技术实施例中，在客户端设备完成向待泊停车位的导航时，还可以通过显示触发请求确定停车位的控件，并响应于作用在显示的触发请求确定停车位的控件上的操作，向服务端设备发送停车位确定请求；也就是说，该停车位确定请求还可以是请求车辆通过客户端设备向服务端发送的，本技术实施例对服务端设备获取停车位确定请求的方式不作具体限定。
182.s418、服务端设备基于停车位关联信息与停车位区域类别之间的对应关系，确定目标停车位区域。
183.在本技术实施例中，当停车位区域类别为固定区域、vip区域、月卡区域和普通区域等时，服务端设备从停车位区域类别中，确定与停车位关联信息对应的类别，进而确定与确定出的类别对应的区域，也就获得了目标停车位区域。
184.需要说明的是，当停车位区域类别为小型汽车区域、suv区域等时，服务端设备可以从停车位区域类别中，确定与车辆类型对应的类别，进而确定与确定出的类别对应的区域，也就获得了目标停车位区域。
185.s419、服务端设备从目标停车位区域中，确定待泊停车位。
186.在本技术实施例中，服务端设备可以将目标停车位区域中的任一停车位确定为待泊停车位，还可以基于请求车辆的停车时长从目标停车位区域中选择一停车位确定为待泊停车位，本技术实施例对此不作具体限定。
187.需要说明的是，服务端设备还可以根据请求车辆历史惯停的停车位，确定待泊停
车位，本技术实施例对此不作具体限定。
188.s420、服务端设备将待泊停车位发送至请求车辆对应的客户端设备。
189.需要说明的是，服务端设备为请求车辆确定出了在待泊停车场所停泊的停车位之后，将该待泊停车位发送至请求车辆对应的客户端设备，以使客户端设备显示该待泊停车位，进而使得请求车辆停泊在待泊停车位。
190.继续参见图7，在本技术实施例中，s420之后还包括s421，下面对该步骤进行说明。
191.s421、客户端设备显示服务端设备发送的待泊停车位。
192.需要说明的是，当服务端设备将待泊停车位发送至请求车辆对应的客户端设备之后，客户端设备也就接收到了服务端设备发送的待泊停车位；从而，客户端设备显示该待泊停车位，以使请求车辆基于显示的待泊停车位停泊在该待泊停车位上。易知，待泊停车位为服务端设备响应于待泊停车场对应的道闸设备的停车位确定请求而确定的。
193.这里，客户端设备基于服务端设备发送的待泊停车位，还可以触发向待泊停车位的导航处理，以将每辆待泊车辆引导至待泊停车位。
194.在本技术实施例中，s402中客户端设备将携带目的地的泊车请求发送至服务端设备之前，该停车场确定方法还包括s422和s423，下面对各步骤分别进行说明。
195.s422、客户端设备显示泊车时长控件。
196.需要说明的是，泊车时长控件用于触发泊车时长的确定；泊车时长控件可以与目的地控件显示在同一页面上。
197.基于图5，参见图8，图8是本技术实施例提供的一种示例性地页面示意图；如图8所示，页面5-1上显示有泊车时长控件8-1和泊车时长控件8-1对应的提示信息8-2；通过触控泊车时长控件8-1可以选择泊车时长，比如，选择“1小时”的泊车时长。
198.s423、客户端设备响应于作用在泊车时长控件上的泊车时长确定操作，显示确定的泊车时长。
199.需要说明的是，当用户通过触发泊车时长控件输入或选择泊车时长时，客户端设备也就接收到了作用在泊车时长控件上的泊车时长确定操作；此时，客户端设备响应于该泊车时长确定操作，也就获得了泊车时长，并将该泊车时长显示出来。这里，泊车时长为预估出的停泊时长。
200.相应地，在本技术实施例中，s402中客户端设备将携带目的地的泊车请求发送至服务端设备，包括：客户端设备将携带目的地和泊车时长的泊车请求发送至服务端设备。也就是说，泊车请求中还包括泊车时长，以使服务端设备基于泊车时长确定待泊停车位。
201.在本技术实施例中，s419可通过s4191-s4194实现；也就是说，服务端设备从目标停车位区域中，确定待泊停车位，包括s4191-s4194，下面对各步骤分别进行说明。
202.s4191、服务端设备从请求车辆对应的泊车请求中，获取泊车时长。
203.需要说明的是，由于客户端设备将获取到的泊车时长也携带在泊车请求中发送至了服务端设备，从而，服务端设备能够从泊车请求中获取到该泊车时长。
204.在本技术实施例中，服务端设备还可以根据请求车辆在停泊区域或待泊停车场的历史停泊时长，确定泊车时长；本技术实施例对此不作具体限定。
205.s4192、服务端设备获取目标停车位区域中的停车位分布信息。
206.需要说明的是，服务端设备基于待泊停车场的车位分布，能够获取到目标停车位
区域中的停车位分布信息。
207.s4193、服务端设备在泊车时长小于时长阈值时，基于停车位分布信息，确定与待泊停车场的出口距离最近的空闲停车位，其中，距离最近的空闲停车位为待泊停车位。
208.在本技术实施例中，服务端设备中预先设置有时长阈值，或者，服务端设备能够从其他设备中获取到时长阈值，该时长阈值用于确定请求车辆是否为短停车辆，比如，1小时，2小时等。这里，在泊车时长小于时长阈值时，确定请求车辆为短停车辆，从而，服务端设备基于停车位分布信息，将与待泊停车场的出口距离最近的空闲停车位，确定为待泊停车位。
209.s4194、服务端设备在泊车时长不小于时长阈值时，基于停车位分布信息，确定与待泊停车场的出口距离最远的空闲停车位，其中，距离最远的空闲停车位为待泊停车位。
210.需要说明的是，在泊车时长不小于时长阈值时，确定请求车辆为长停车辆，从而，服务端设备基于停车位分布信息，将与待泊停车场的出口距离最远的空闲停车位，确定为待泊停车位。
211.可以理解的是，服务端设备基于停泊时长从目标停车位区域中选择待泊停车位，提升了停车位确定的合理性和针对性。
212.在本技术实施例中，s420之后还包括s424-s426；也就是说，服务端设备将待泊停车位发送至请求车辆对应的客户端设备之后，该停车场确定方法还包括s424-s426，下面对各步骤分别进行说明。
213.s424、服务端设备获取请求车辆的已泊停车位。
214.需要说明的是，已泊停车位为请求车辆当前所停泊的停车位；这里，服务端设备可通过停车位上的检测设备的上报信息获取该已泊停车位，还可通过客户端设备获取，等等，本技术实施例对此不作具体限定。
215.s425、服务端设备在已泊停车位与待泊停车位不是相同的停车位时，向请求车辆对应的客户端设备发送停车位提示信息。
216.在本技术实施例中，服务端设备获得了已泊停车位之后，将该已泊停车位与待泊停车位进行对比，如果确定已泊停车位与待泊停车位不是相同的停车位，则表明请求车辆未停泊在确定的待泊停车位上；从而，此时服务端设备向请求车辆对应的客户端设备发送停车位提示信息，以通过提示信息将请求车辆停泊在待泊停车位上。
217.需要说明的是，服务端设备可以基于待泊停车位与待泊停车场的出口的距离确定一个时间值，在该时间值之后，如果确定待泊停车位上还未停泊该请求车辆，则向请求车辆对应的客户端设备发送停车位提示信息。另外，当其他车辆停放在了该待泊停车位上，可以向其他车辆发送换停车位的提示信息，也可以为请求车辆重新确定停车位，本技术实施例对此不作具体限定。
218.s426、服务端设备在已泊停车位与待泊停车位是相同的停车位时，向待泊停车位对应的检测设备发送状态更新指令，以使检测设备响应于状态更新指令将待泊停车位的状态更新为占用状态。
219.需要说明的是，如果确定已泊停车位与待泊停车位是相同的停车位，则表明请求车辆停泊在了所确定的待泊停车位上；从而，此时服务端设备向待泊停车位对应的检测设备发送状态更新指令，以使检测设备响应于状态更新指令将待泊停车位的状态更新为占用状态。易知，当请求车辆离开该待泊停车位时，检测设备会将待泊停车位的状态更新为空闲
状态。
220.下面，将说明本技术实施例在一个实际的应用场景中的示例性应用。
221.参见图9，图9是本技术实施例提供的一种示例性的确定停车场的流程示意图；如图9所示，该示例性地确定停车场的流程包括如下步骤：
222.s901、开始。
223.s902、手机(客户端设备)获取车辆信息。
224.需要说明的是，当用户通过手机绑定车辆信息时，手机也就获得了车辆信息；其中，车辆信息包括车牌号、手机号(联系方式)、能源类型和关联车位(停车位关联信息)等。
225.s903、手机向平台(服务端设备)发送获取到的目的地和停泊时长。
226.需要说明的是，当用户通过触发页面上的控件(目的地控件)输入(目的地确定操作)目的地时(比如，在图8中的目的地控件中输入目的地、并在泊车时长控件中选择泊车时长时)，手机也就获得了目的地和停泊时长。
227.s904、平台基于目的地调用停车场分配算法，并向手机发送分配的停车场(待泊停车场)。
228.s905、手机导航至分配的停车场。
229.需要说的是，手机根据收到的分配的停车场启动向分配的停车场的导航。
230.s906、平台基于车辆信息和停车时长调用停车位分配算法，并向手机发送分配的停车位(待泊停车位)。
231.需要说明的是，在停车场入口处，分配的停车场通过道闸设备扫描车牌号进入分配的停车场时，平台通过车牌识别判断车辆是否为分配方案中分配至本停车场的车辆；如是，则控制道闸设备自动抬杆使得车辆进入；如否，则通过手机提示车辆转移至对应的分配的停车场。
232.s907、手机导航至分配的停车位。
233.s908、停车位检测设备将分配的停车位更改为占用状态。
234.s909、结束。
235.下面继续说明s904，需要说明的是，平台获得了目的地之后，调用停车场分配算法时，参见图10，图10是本技术实施例提供的一种示例性的确定待泊停车场的流程示意图；如图10所示，该示例性的确定待泊停车场的流程包括：
236.s1001、开始。
237.s1002、基于目的地确定停车场矩阵。
238.需要说明的是，平台在确定停车场矩阵(候选停车场集合)时，参见图11，图11是本技术实施例提供的一种示例性的获取候选停车场集合的示意图；如图11所示，平台以目的地11-1为圆心，以约束距离11-2为半径，确定约束范围11-3(停泊区域)，从而获得包括停车场11-41、停车场11-42、停车场11-43
……
、停车场11-4n的停车场矩阵p，易知，停车场矩阵p包括n个停车场，而其他停车场11-5不属于停车场矩阵p。这里，约束距离11-2比如可以为720米，可以是由停车场步行至目的地时所能容忍的最长距离的统计经验值；另外，约束距离11-2还可以是通过手机自定义的。
239.s1003、获取同一个时序内(车辆分配周期)的车辆矩阵(待泊车辆集合)。
240.s1004、计算车辆矩阵中的每辆车辆(每辆待泊车辆)停泊在停车场矩阵中一停车
场(目标候选停车场)的成本(泊车成本)。
241.需要说明的是，每辆车辆停泊在停车场矩阵中一停车场的成本可通过式(1)获得，式(1)如下：
[0242][0243]
其中，式(1)中的各参数的参数说明如表1所示：
[0244]
表1
[0245]
[0246][0247]
还需要说明的是，通过式(1)易知，从行驶时间、步行时间、费用、充电桩和车位5种指标(维度)计算车辆i停泊在停车场j的成本；由于5种指标的量纲不同，因此，通过反正切函数arctan(x)*2/π对每种指标进行无纲量处理之后，再计算车辆i停泊在停车场j的成本，使得每辆车辆的成本区间为[0,5]。
[0248]
参见图12，图12是本技术实施例提供的一种示例性的泊车成本的曲线示意图；如图12所示，横坐标为5种指标中的任一指标，纵坐标为基于5中指标确定的成本，用5arctan(x)*2/π来表示；易知，无论5种指标中的任一指标值多大，所获得的泊车成本的曲线12-1对应的取值区间均为[0,5]。
[0249]
s1005、针对车辆矩阵停泊在停车场矩阵时的当前分配方案(当前泊车策略)，获取当前总成本(累加成本)。
[0250]
需要说明的是，m辆车辆停在n个停车场时，则对应的停车解集空间(泊车策略集合)共计有mn个，即ck(0＜k≤mn)。在这些解集空间中，完备且互斥的解集可组成一个分配方案。
[0251]
s1006、判断当前总成本是否小于当前最佳分配方案对应的总成本(最低累加成本)。如果是，则执行s1007；如果否，则执行s1008。
[0252]
s1007、将当前分配方案更新为当前最佳分配方案。
[0253]
s1008、判断是否完成各个分配方案的遍历。如果是，则执行s1009；如果否，则执行s1005。
[0254]
s1009、基于当前最佳分配方案(最低泊车成本策略)向车辆矩阵中的各车辆发送所分配的停车场(待泊停车场)。
[0255]
s1010、结束。
[0256]
下面继续说明s906，平台基于车辆信息和停车时长调用停车位分配算法时，参见图13，图13是本技术实施例提供的一种示例性的确定待泊停车位的流程示意图；如图13所示，该示例性的确定待泊停车位的流程包括：
[0257]
s1301、开始。
[0258]
s1302、判断车辆(请求车辆)是否对应固定车位(固定区域中的停车位)；如果是则执行s1309，如果否则执行s1303。
[0259]
需要说明的是，固定车位是指车辆与车位绑定，专位专用，加装地锁装置，固定车位只能被绑定的车辆使用。
[0260]
s1303、判断车辆是否对应vip车位(vip区域中的停车位)；如果是则执行s1310，如果否则执行s1304。
[0261]
需要说明的是，vip车位是指为vip群体划定的停车位，该vip车位内不加装地锁装置，仅支持vip车辆停车，当检测到非vip车辆停入时，向停车场管理员发送告警消息。
[0262]
s1304、判断车辆是否对应月卡车位(月卡区域中的停车位)；执行s1305。
[0263]
需要说明的是，月卡车位是指为月卡群体划定的停车位，月卡车位内不加装地锁装置，优先分配给月卡车辆，当普通车位不足时，也支持分配给普通车辆。另外，平台基于车辆信息中的关联车位执行s1302-s1304。
[0264]
s1305、基于停车时长判断车辆是否为短停车辆。针对执行s1304确定执行结果为否的情况下，如果是则执行s1306，如果否则执行s1313；或者，针对执行s1304确定执行结果为是的情况下，如果是则执行s1311，如果否则执行s1312。
[0265]
s1306、分配最近的普通车位(普通区域中的停车位)。
[0266]
需要说明的是，普通车位内不加装地锁装置，可以分配给任何车辆。
[0267]
s1307、判断车辆是否停在了分配的停车位。如果否则执行s1308，如果是则执行s1314。
[0268]
s1308、发送提示信息至手机，以提示将车辆停在分配的停车位。执行s1307。
[0269]
s1309、分配对应的固定车位。执行s1307。
[0270]
s1310、分配对应的vip车位。执行s1307。
[0271]
这里，对应的vip车位可以为vip区域中与分配的停车场的出口的距离最近的vip车位。
[0272]
s1311、分配最近的月卡车位。执行s1307。
[0273]
s1312、分配最远的月卡车位。执行s1307。
[0274]
s1313、分配最远的普通车位。执行s1307。
[0275]
s1314、结束。
[0276]
可以理解的是，通过在分配停车场的场景下，根据车辆行驶至分配的停车场的时间、分配的停车场与目的地之间的步行时间、停车费用、充电桩和停车位等因素为每辆车实时分配最优停车场；以及在分配停车位的场景下，根据能源类型、车位分布、车位属性(车位区域类别)等因素为每辆车实时分配最优停车位；能够提升车辆寻泊效率，减少车辆反复寻泊的情况，从而能够减少因寻泊导致的交通拥堵。
[0277]
下面继续说明本技术实施例提供的第一停车场确定装置355的实施为软件模块的
示例性结构，在一些实施例中，如图2所示，存储在第一存储器350的第一停车场确定装置355中的软件模块可以包括：
[0278]
目的地获取模块3551，用于响应于客户端设备发送的泊车请求，获取目的地；
[0279]
停车场获取模块3552，用于基于所述目的地确定泊车区域，并获取所述泊车区域内的候选停车场集合；
[0280]
车辆获取模块3553，用于基于所述泊车请求的接收时间开始的泊车分配周期内的各个泊车请求，获取各个目的地在所述泊车区域内的待泊车辆集合；
[0281]
停车场分配模块3554，用于基于所述待泊车辆集合对应所述候选停车场集合的泊车策略成本集合，确定最低成本泊车策略，其中，所述泊车策略成本集合为所述待泊车辆集合停泊在所述候选停车场集合时的每个泊车策略对应的泊车成本序列构成的集合；
[0282]
停车场发送模块3555，用于基于所述最低成本泊车策略，确定所述待泊车辆集合中的每辆待泊车辆的待泊停车场，并将所述待泊停车场发送至所述每辆待泊车辆对应的客户端设备。
[0283]
在本技术实施例中，所述第一停车场确定装置355还包括泊车策略模块3556，用于获取所述待泊车辆集合对应所述候选停车场集合的泊车策略集合；针对所述泊车策略集合中的所述每个泊车策略，确定所述每辆待泊车辆对应于所述候选停车场集合中的目标候选停车场；获取所述每辆待泊车辆停泊在所述目标候选停车场的泊车成本，从而获得与所述每个泊车策略对应的所述泊车成本序列；组合所述泊车策略集合对应的各个所述泊车成本序列，获得所述泊车策略成本集合。
[0284]
在本技术实施例中，所述泊车策略模块3556，还用于获取所述每辆待泊车辆对应的当前位置信息、历史泊车记录和能源类型，以及所述目标候选停车场的收费标准信息、空闲充电桩数量和空闲停车位数量；基于所述目标候选停车场和所述当前位置信息之间的距离、所述目标候选停车场和所述目的地之间的距离、以及所述历史泊车记录，确定距离成本；基于所述收费标准信息和所述历史泊车记录，确定费用成本；基于所述能源类型和所述空闲充电桩数量，确定充电桩成本；基于所述空闲停车位数量，确定停车位成本；基于所述距离成本、所述费用成本、所述充电桩成本和所述停车位成本中的一种或多种，确定所述泊车成本。
[0285]
在本技术实施例中，所述泊车策略模块3556，还用于对所述距离成本、所述费用成本、所述充电桩成本和所述停车位成本中的多种进行归一化处理，获得待计算成本；将所述待计算成本的累加和，确定为所述泊车成本。
[0286]
在本技术实施例中，所述停车场分配模块3554，还用于遍历所述待泊车辆集合对应所述候选停车场集合的所述泊车策略成本集合，针对遍历到的当前泊车策略对应的当前泊车成本序列，获取累加成本；在所述累加成本低于最低累加成本时，将所述最低累加成本更新为所述累加成本，继续遍历所述泊车策略成本集合；在所述累加成本不低于所述最低累加成本时，继续遍历所述泊车策略成本集合；在遍历结束时，将更新后的最低累加成本所对应的泊车策略，确定为所述最低成本泊车策略。
[0287]
在本技术实施例中，所述第一停车场确定装置355还包括停车场进入模块3557，用于响应于所述待泊停车场对应的道闸设备所发送的停车场进入请求，获取请求车辆；从所述最低成本泊车策略中，获取所述待泊停车场对应的目标待泊车辆集合；在所述请求车辆
属于所述目标待泊车辆集合时，向所述道闸设备发送允许进入指令；在所述请求车辆不属于所述目标待泊车辆集合时，基于所述最低成本泊车策略，获取所述请求车辆对应的预分配停车场，并向所述请求车辆对应的所述客户端设备发送包括所述预分配停车场的泊车引导信息。
[0288]
在本技术实施例中，所述第一停车场确定装置355还包括停车位分配模块3558，用于响应于所述道闸设备针对所述允许进入指令而发送的停车位确定请求，获取所述请求车辆对应的停车位关联信息、以及所述待泊停车场的停车位类别；基于所述停车位关联信息与停车位类别之间的对应关系，确定目标停车位区域；从所述目标停车位区域中，确定待泊停车位；将所述待泊停车位发送至所述请求车辆对应的客户端设备。
[0289]
在本技术实施例中，所述停车位分配模块3558，还用于从所述请求车辆对应的泊车请求中，获取泊车时长；获取所述目标停车位区域中的停车位分布信息；在所述泊车时长小于时长阈值时，基于所述停车位分布信息，确定与所述待泊停车场的出口距离最近的空闲停车位，其中，所述距离最近的空闲停车位为所述待泊停车位；在所述泊车时长不小于所述时长阈值时，基于所述停车位分布信息，确定与所述待泊停车场的出口距离最远的空闲停车位，其中，所述距离最远的空闲停车位为所述待泊停车位。
[0290]
在本技术实施例中，所述第一停车场确定装置355还包括状态更新模块3559，用于获取所述请求车辆的已泊停车位；在所述已泊停车位与所述待泊停车位不是相同的停车位时，向所述请求车辆对应的客户端设备发送停车位提示信息；在所述已泊停车位与所述待泊停车位是相同的停车位时，向待泊停车位对应的检测设备发送状态更新指令，以使所述检测设备响应于所述状态更新指令将所述待泊停车位的状态更新为占用状态。
[0291]
本技术实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的第一处理器从计算机可读存储介质读取该计算机指令，第一处理器执行该计算机指令，使得该计算机设备执行本技术实施例上述的应用于服务端设备的停车场确定方法。
[0292]
下面继续说明本技术实施例提供的第二停车场确定装置255的实施为软件模块的示例性结构，在一些实施例中，如图3所示，存储在第二存储器250的第二停车场确定装置255中的软件模块可以包括：
[0293]
控件显示模块2551，用于显示目的地控件，其中，所述目的地控件用于触发目的地的确定；
[0294]
目的地确定模块2552，用于响应于作用在所述目的地控件上的目的地确定操作，显示确定的所述目的地，并将携带所述目的地的泊车请求发送至服务端设备，以使所述服务端设备响应于所述泊车请求，基于所述目的地对应的泊车区域内的候选停车场集合，为泊车分配周期内的待泊车辆集合确定停车场，从而确定出所述待泊车辆集合中的每辆待泊车辆的待泊停车场；
[0295]
停车场显示模块2553，用于显示所述服务端设备发送的待泊停车场，以使所述每辆待泊车辆停放在所述待泊停车场中。
[0296]
在本技术实施例中，所述第二停车场确定装置255还包括停车位显示模块2554，用于显示所述服务端设备发送的待泊停车位，其中，所述待泊停车位为所述服务端设备响应于所述待泊停车场对应的道闸设备的停车位确定请求而确定的。
[0297]
在本技术实施例中，所述第二停车场确定装置255还包括时长确定模块2555，用于显示泊车时长控件，其中，所述泊车时长控件用于触发泊车时长的确定；响应于作用在所述泊车时长控件上的泊车时长确定操作，显示确定的所述泊车时长。
[0298]
在本技术实施例中，所述目的地确定模块2552，还用于将携带所述目的地和所述泊车时长的所述泊车请求发送至所述服务端设备。
[0299]
本技术实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的第二处理器从计算机可读存储介质读取该计算机指令，第二处理器执行该计算机指令，使得该计算机设备执行本技术实施例上述的应用于客户端设备的停车场确定方法。
[0300]
本技术实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器(第一处理器和第二处理器)执行时，将引起处理器执行本技术实施例提供的停车场确定方法，例如，如图4示出的停车场确定方法。
[0301]
在一些实施例中，计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
[0302]
在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
[0303]
作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(html，hyper text markup language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
[0304]
作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
[0305]
综上所述，本技术实施例中，通过获取停车分配周期内的待泊车辆集合，以及目的地对应的泊车区域内的候选停车场集合，实现基于候选停车场集合对待泊车辆集合的停车场的整体分配，且能够获得一种整体上最低成本的泊车策略；因此，能够实现停车场的均衡分配，进而能够提升停车场的确定效果，提升泊车效率。
[0306]
以上所述，仅为本技术的实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本技术的保护范围之内。