一种停车查询的方法及相关装置与流程

本申请涉及交通领域，特别是涉及一种停车查询的方法及相关装置。

背景技术：

目前的车载停车查询需要用户到达预定位置后，利用终端先进行定位，再向服务器发起查询请求，完成对当前位置范围内停车位置信息的查询，又或者是由终端一直处于查询状态不停地进行定位，然后向服务器请求停车信息，但是此种方法会消耗较多的电量和流量，故需要一种可以解决上述技术问题的技术方案。

技术实现要素：

本申请主要解决的技术问题是提供一种可以在减少流量及电量消耗的同时实现向用户提示停车位置信息的停车查询的方法及相关装置。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种停车查询的方法，所述方法包括：

获取用户输入的目的地的信息，并将所述目的地的信息发送至车载设备；

若接收到所述车载设备发送的位置提醒消息，则开启数据业务，其中，所述位置提醒消息为所述车载设备在确定进入所述目的地的预设范围内时发送的；

基于所述数据业务查询得到与所述目的地匹配的停车位置信息；

将所述停车位置信息提示给用户。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种停车查询的方法，所述方法包括：

车载设备接收终端发送的目的地的信息；

获取所述车载设备的实时位置信息，并判断所述车载设备是否进入所述目的地的预设范围内；

当判断所述车载设备进入所述目的地的预设范围内时，则向所述终端发送位置提醒消息，以使得所述终端开启数据业务进而查询得到与所述所述目的地匹配的停车位置信息。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种停车查询的方法，所述方法包括：

接收终端发送的包含位置信息的查询请求，所述位置信息为终端用户输入的目的地的信息和/或与所述终端连接的车载设备的实时位置信息；

响应于所述查询请求，搜索出与所述位置信息之间的距离不超过预设距离的至少一个停车位置；

将所述停车位置的信息发送至所述终端。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种电子设备，所述电子设备包括处理器、存储器和通信电路，所述处理器分别与所述存储器和所述通信电路连接；

其中，所述通信电路用于在所述处理器的控制下与外部设备进行通信；

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

所述处理器用于运行所述程序数据，以执行如上所述的停车查询的方法。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种存储介质，所述存储介质存储有程序数据，所述程序数据被处理器执行时实现如上所述的停车查询的方法。

相比于现有技术，本申请所提供的技术方案，通过将所获取的用户目的地的信息发送至车载设备，并在接收到车载设备发送的位置提醒消息后再开启数据业务查询与目的地匹配的停车位置信息，再将停车位置信息提示给用户，在实现在用户抵达目的地之前为用户推送停车位置信息时，无需终端持续开启数据业务或一直保持再在查询状态，进而实现在减少终端耗电耗流量的前提下准确根据用户的需求为用户提供停车信息。

附图说明

图1是本申请一种停车查询的方法一实施例的流程示意图；

图2是本申请一种停车查询的方法另一实施例的流程示意图；

图3是本申请一种停车查询的方法又一实施例的流程示意图；

图4是本申请一种电子设备一实施例的结构示意图；

图5是本申请一种停车查询的方法一实施例的流程示意图；

图6是本申请一种电子设备一实施例的结构示意图；

图7是本申请一种停车查询的方法一实施例的流程示意图；

图8是本申请一种停车查询的方法另一实施例的流程示意图；

图9是本申请一种电子设备一实施例的结构示意图；

图10是本申请一种停车查询的方法一实施例中交互流程示意图；

图11是本申请一种存储介质一实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参见图1，图1为本申请一种停车查询的方法一实施例中的流程示意图，在当前实施例中，本申请所提供的停车查询的方法的执行主体是终端，需要说明的是，在当前实施例中终端至少是区别于车载设备，且至少可以通过移动数据网络或无线网络接入互联网进行访问的终端设备，至少包括智能手机/平板电脑。

在当前实施例中，本申请所提供的方法包括步骤s110和步骤s140。

s110：获取用户输入的目的地的信息，并将目的地的信息发送至车载设备。

首先需要说明的是，在执行本方案之前，本申请所提供的方案中，终端与车载设备建立连接关系，且可依据所建立的连接关系进行数据传输，且终端所处位置与车载设备所处位置可以近似看做是相同的。在本申请所提供的技术方案中，可以将车载设备的位置看作是装载车载设备的车辆的位置和终端的位置。终端在获取到用户输入的目的地的信息后，基于终端与车载设备之间建立的连接关系将目的地的信息发送至车载设备。

进一步地，终端与车载设备间至少可以是建立蓝牙连接，具体地，终端与车载设备间建立蓝牙连接的过程可参见下文图3所对应的阐述。需要说明的是，在此并不限定本申请所提供的技术方案的所有实施例中终端与车载设备之间均是蓝牙连接。

其中，对于获取用户输入的目的地的信息的方式不做特别的限定。例如，当用户是直接在终端上输入目的地的信息时，终端可以是直接通过终端内部的数据沟通直接获得目的地的信息即可；当用户是通过语音输入目的地的信息时，终端可以是通过对用户输入的语音进行识别后获得目的地的信息，也可以是对用户输入的语音进行识别并进一步与用户确认之后获得目的地的信息，具体在此不做特别限定。

进一步地，在终端获取到用户输入的目的地的信息之后，将用户输入的目的地的信息与用户预存的目的地的信息进行比对，以判断该目的地的信息是否是用户预存的目的地的信息。若终端获取到用户输入的目的地的信息为用户预存的目的地的信息，则会同时将用户在去该预存的目的地的信息时常去的停车位置信息与目的地的信息一起标记并传输至车载设备端，以使得车载设备端获取并保存，进而实现在用户下次输入的同样的目的地的信息之后，可由车载设备直接将与该目的地的信息对应的停车信息发送至终端，或者是在用户下次去该目的地时，在靠近与该目的地对应标记的停车位置时直接向用户推送该目的地，或者是发送至终端进而在终端上显示。其中，用户在去该预存的目的地的信息时常去的停车位置信息可以是用户自行预先保存的，也可以是由终端对用户选择停车位置进行统计分析所得的。

在本申请所提供的技术方案中，终端设备将目的地的信息发送至车载设备之后，会进一步进入预设的休眠状态。其中，在当前实施例中的预设的休眠状态至少是指停止利用终端进行定位，或者是在没有接收到车载设备发送的位置提醒消息之前，终端是不会启用数据业务进行定位及获取停车信息。

s120：若接收到车载设备发送的位置提醒消息，则开启数据业务。其中，位置提醒消息为车载设备在确定进入目的地的预设范围内时发送的。

车载设备接收到终端发送的目的地的信息之后，会利用自身的定位模块监测车载设备的实时位置，以判断车载设备是否进入到距离目的地的预设范围内，并在判断得到车载设备进入到距离目的地的预设范围内后，发送位置提醒消息至终端。

其中，如上所述，在本申请所提供的技术方案中，由于车载设备与终端之间建立了连接关系，且可将车载设备的位置看做是终端的位置，故在车载设备监测到车载设备进入到距离目的地预设范围内时，则可以判断得到终端也进入到距离目的地的预设范围内，此时车载设备会向终端发送位置提醒消息，进而提醒终端已经进入目的地的预设范围内。

故在步骤s110之后，若接收到车载设备发送的位置提醒消息，终端则会开启数据业务。

s130：基于数据业务查询得到与目的地匹配的停车位置信息。

当终端接收到车载设备发送的位置提醒消息，并开启数据业务后，终端会进一步基于数据业务查询得到当前与目的地匹配的停车位置信息。具体地，终端基于数据业务向停车管理服务器发送查询请求，进而获得与目的地匹配的停车位置信息。

其中，停车位置信息可包括可利用的停车位的位置信息、可利用的停车场相关属性信息、其他会向社会民众开放的或者是设置有可利用停车位的场所的属性信息。其中，停车位的位置信息至少包括车位所在道路；可利用停车场的相关属性信息至少包括停车场的位置信息、停车场的收费标准、停车场当前剩余停车位的数量、停车场各个入口车流量历史数据分析、停车场免费停车时长、停车场的出入口或者是推荐出入口所在位置，停车场的可接待的车辆的类型等中的一个；设置有可利用停车位的场所的属性信息包括位置、开放时间、收费标准等。其中，停车场的推荐出入口可以是指基于各个停车场出入口的车流量历史数据的分析得到的推荐用户进行选择的出/入口，一般多优先选择推荐车流量较少、易于进入停车场的入口。

进一步地，与目的地匹配的停车位置至少包括以下标准中的一个：距离目的地距离不超过设定距离的停车位置、处于预设范围内的且单位时长收费不高于设定金额的停车位置、处于预设范围内的且获得可利用车位的等待时长不超过预设时间的停车位置。

s140：将停车位置信息提示给用户。

在查询获得与目的地匹配的停车位置信息后，进一步将停车位置信息提示给用户。具体地，终端可以是直接将停车信息显示在终端的主界面上，供用户进行查看；终端也可以是通过对查询所得的停车位置信息进行语音识别，并通过语音形式进行播放以告知用户查询所得的停车位置信息，进而供用户选择；终端还可以是将停车位置信息发送至车载设备，进而使得车载设备在车载设备的主界面进行显示，以供用户进行选择；可以理解的是，可以将上述几种将停车位置信息提示给用户的方式进行叠加使用，如，在一实施例中，终端可以是同时将停车位置信息显示在终端的主界面上，及将停车位置信息发送至车载设备，使得车载设备在其主界面进行显示该停车位置信息，具体地，多种停车位置信息提示方式的叠加使用的在此不一一列举。

图1所对应的实施例中，终端通过将所获取的用户输入的目的地的信息发送至车载设备，利用车载设备实时监测车载设备的当前位置信息，并在判断车载设备进入到目的地的预设范围内时向终端发送位置提醒消息，进而激活终端使得终端开启数据业务，终端在开启数据业务之后可查询与目的地匹配的停车位置信息，并将所得的停车位置信息提示给用户，在此过程中无需终端始终保持开启数据业务即可通过终端与车载设备的交互实现实时获取车载设备的实时位置，实现了在减少数据流量和电量消耗的同时，还可以为用户推荐停车位置信息，起到了良好的技术效果。

进一步地，在另一实施例中，步骤s140将停车位置信息提示给用户还包括：规划前往停车位置的导航路线并显示在终端的主界面上。

在当前实施例中，终端在查询得到与目的地匹配的停车位置信息之后，规划前往该停车位置的导航路线，并将导航路线显示在终端的主界面上，以为用户前往停车场提供指示。其中，需要说明的是，当停车位置为一停车场时，终端所规划的导航路线至少包括规划自车载设备当前所在位置至停车场的对应的入口处的路线。更进一步地，当终端自停车管理服务器查询得到的停车位置具体到某停车场的某区或者某车位时，则导航路线可以进一步规划至该停车场对应的区或对应的车位处，可帮助用户快速找到停车位进而实现快速停车。

更进一步地，在另一实施例中，终端在规划得到前往该停车位置的导航路线之后，将规划所得的导航路线发送至车载终端，以在车载终端上显示该导航路线。由于车载设备的屏幕一般会比终端的屏幕要大，安装位置相比于终端较为方便用户在驾车车辆过程中查看，无需再在终端上进行操作，可进一步保证用户行车途中的安全。

进一步地，在另一实施例中，步骤s140将停车位置信息提示给用户包括：获取停车位置对应的标识信息，并以浮窗形式显示标识信息。其中，标识信息至少包括停车位置的入口照片、停车位置入口处的标志建筑物、停车位置的场地布局图、停车位置的预设标识的照片中的至少一个，可以理解地是，在其他实施例中标识信息还可以包括其他形式，在此不一一列举。其中，停车位置的标识信息至少是构建停车管理服务器时，预先采集并对应保存在停车管理服务器处或者是保持在停车管理服务器可访问的存储区的照片或布局图。

如，当用户输入的目的地是一个处于cbd区域一个办公楼，根据查询所得的停车位置的入口为两个办公楼之间，则可以将两个办公楼之间对应的道路的实景照片预先存储至停车管理服务器中作为该停车位置的入口照片，并以浮窗形式进行显示可帮助用户快速找到查询所得的停车位置。在当前实施例中，通过将停车位置对应的标识信息以浮窗的形式在终端主界面显示或发送至车载设备在车载设备的主界面以浮窗形式显示，可避免因用户对停车位置不熟悉错过停车位置或错过停车位置的入口，进而帮助用户根据停车位置对应的标识信息快速找到停车位置。

进一步地，在又一实施例中，步骤s140将停车位置信息提示给用户包括：将停车位置信息发送至车载设备，以使得车载设备显示推荐停车位置信息。在当前实施例中，通过将停车位置信息发送至车载设备，避免需要终端的屏幕因要一直显示停车位置信息而保持高亮造成较多的电量消耗，可进一步使得终端减少电量的消耗，延长终端的待机续航时间。

进一步地，在又一实施例中，步骤s140将停车位置信息提示给用户包括上述三个实施例中至少两个的步骤，如，步骤s140可包括规划前往停车位置的导航路线并显示在终端的主界面上，还会获取停车位置对应的标识信息，并以浮窗形式显示标识信息，进而提示用户快速找到停车位置。

可以理解的是，在其他实施例中，步骤s140也可以同时包括上述三个实施例中所有步骤，如在基于数据业务查询得到与目的地匹配的停车位置信息后，规划前往停车位置的导航路线并显示在终端的主界面上，并将停车位置信息发送至车载设备，以使得车载设备在主界面显示停车位置信息，同时还会获取停车位置对应的标识信息，并在终端或车载设备端以浮窗的形式显示标识信息。

再进一步地，在其他实施例中，步骤s140之后，本申请所提供的技术方案还可以包括：间隔设定时间持续向停车管理服务器发送对该停车位置的车位数量查询请求，以实时监测该停车位置对应的可利用的停车位的数量，并在接收到停车管理服务器反馈的该停车位置无停车位后，重新查询与目的地匹配的停车位置信息，以重新获得与目的地匹配停车位置。

请参见图2，图2为本申请一种停车查询的方法另一实施例中的流程示意图。在当前实施例中，本申请所提供的方法包括：

s21：获取用户输入的目的地的信息，并将目的地的信息发送至车载设备。

s22：若接收到车载设备发送的位置提醒消息，则开启数据业务。

其中，在当前实施例中，步骤s21和步骤s22与上述图1所对应的实施例中的步骤s110和步骤120相同，具体可以参见上文相关部分的阐述，在此不做限定。

在当前实施例中，上述步骤s120中的位置提醒消息包括车载设备的实时位置信息时，则上述步骤s130基于数据业务查询得到与目的地匹配的停车位置信息包括：步骤s23和步骤s24。

s23：基于数据业务，向停车管理服务器发送包含实时位置信息的查询请求。

在当前实施例中，向停车管理服务器发送的查询请求是用于查询与目的地匹配的停车位置信息，在当前实施例中，查询请求中所包括的实时位置信息是自车载设备发送至终端的位置提醒消息中解析获得。

进一步地，基于数据业务，向停车管理服务器发送包含实时位置信息的查询请求包括：

基于数据业务，向停车管理服务器发送包含实时位置信息和车载设备所在的车辆类型的查询请求，以使停车管理服务器反馈与车辆类型匹配且距离不超于预设距离的停车位置的信息。

其中，在一实施例中，当车辆类型为充电车辆，则与车辆类型匹配的停车位置为设有充电桩的停车位置。更进一步地，在另一实施例中，也可以是根据用户的需求以及当前车辆的实时电量，进一步判断当前车辆是否需要充电，如果经过判断该车辆无需充电，则可以只需向停车管理服务器发送包括实时位置信息的查询请求即可；反之，当终端判断得到当前车辆有充电的需求时，则会向停车管理服务器发送包括实时位置信息和车辆为充电车辆的查询请求，以使得停车管理服务器向终端反馈包括充电桩的停车位置或是设置有充电桩的停车场。其中，在当前实施例中，车载设备可自行获取车辆剩余电量并自行判断车辆是否需要进行充电。在其他实施例中，车载设备也可以是在获取车辆的剩余电量之后，将车辆剩余电量发送至终端，由终端根据车辆剩余电量判断当前是否需要进行充电。

进一步地，在另一实施例中，当车辆类型为大巴车或中巴车时，则与车辆类型匹配的停车位置为设置有对应该类型停车位、且限高与当前车辆类型匹配的停车场。

s24：基于数据业务，接收停车管理服务器发送的与实时位置信息距离不超过预设距离的停车位置的信息。

停车管理服务器接收到到终端发送的查询请求后，会进一步响应终端的请求，并搜索处于终端位置信息匹配的停车位置，并将该停车位置信息反馈至终端。终端在向停车管理服务器发送包含实时位置信息的查询请求之后，终端还会继续保持开启数据业务，以基于数据业务接收停车管理服务器发送的与车载设备当前的实时位置信息和/或目的地信息匹配的停车位置信息。其中，在当前实施例中，与车载设备当前实时位置信息匹配的停车位置信息至少包括：与实时位置信息距离不超过预设距离的停车位置的信息。在其他实施例中，与车载设备当前实时位置信息匹配的停车位置信息也可以是包括：与实时位置信息距离不超过预设距离、且与对应装载该车载设备的车辆类型匹配的停车位置的信息。其中，与车辆类型匹配的停车位置可以是指车辆尺寸匹配的和/或与车辆动力源匹配的停车位置。

s25：将停车位置信息提示给用户。

在当前实施例中，步骤s25与图1所对应实施例中的步骤s140相同，在此不再赘述。

请参见图3，图3为本申请一种停车查询的方法又一实施例中的流程示意图。在当前实施例中，进一步阐述在获取用户输入目的地的信息之前，本申请所提供的技术方案中终端与车载设备建立连接关系的的内容。首先在执行本申请所提供的停车查询的方法之前，终端首先会开启蓝牙功能。在当前实施例中，终端与车载设备建立连接关系的过程具体包括：

s31：进行蓝牙搜索以获得车载设备的属性信息。

终端开启蓝牙功能后，进行蓝牙搜索，以通过蓝牙搜索找到需要连接的或者是可连接的车载设备，然后进一步通过sdp(sessiondescriptionprotocol)服务查询协议，查询该车载设备的属性信息。其中，属性信息至少包括车载设备支持的蓝牙应用协议和身份标识码，进一步地，其中，身份标识码至少包括uuid(universallyuniqueidentifier)。

s32：根据属性信息，与车载设备建立蓝牙连接。

终端在获得车载设备的属性信息之后，进一步地基于所得的车载设备的属性信息，与车载设备建立蓝牙连接，以实现终端与车载设备之间进行数据传输。

进一步地，当在步骤s31中搜索得到存在多个车载设备的属性信息，这一进一步提示用户在多个车载设备中进行选择一个进行连接。

进一步地，当在步骤s31中搜索得到存在多个车载设备的属性信息后，可进一步基于多个车载设备的属性信息判断是否有曾经连接过或者是多次连接过的车载设备，并自动连接该车载设备。

其中，当搜索得到车载设备支持多种蓝牙协议时，则会优先选择基于低功耗的蓝牙协议建立蓝牙连接。如搜索得到车载设备同时支持低功耗蓝牙协议和spp蓝牙协议时，则会优先基于低功耗蓝牙协议想车载设备发起蓝牙连接。

其中，需要说明的是，在终端与车载设备建立蓝牙连接后，会终端与车载设备建立连接关系后，会首先将终端设置为periphery角色，以向车载设备发送包括用户的目的地的信息的数据，将车载设备设置为central角色，以用于接收终端发送的包括用户的目的地的信息数据；然后再进行角色切换，将车载设备设置为periphery角色，终端设置为central角色，以向车载终端发送包括实时位置信息的位置提醒消息。再其他实施例中，当终端获取到停车位置信息后，停车位置信息发送至车载设备后，则会再次进行角色切换，将终端设置为periphery角色，车载设备设置为central角色，进而实现终端向车载设备发送停车位置信息。另外，在车载设备和终端交互的过程中，可以是由车载设备首先创建实时地理位置service和character值，并通过所建立的蓝牙链路发送advertisement给终端。

请参见图4，图4为本申请一种电子设备一实施例中的结构示意图。在当前实施例中，可将电子设备400定义为终端，即本申请其他实施例中所阐述的终端。在当前实施例中，电子设备400包括：处理器401、存储器402和通信电路403，处理器401分别与存储器402和通信电路403连接。

其中，通信电路403用于在处理器401的控制下与外部设备进行通信，用于对外发送数据或接收外部设备发送的数据。

存储器402用于存储程序数据，存储器402所存储的程序数据被执行时可实现如图1至图3及其所对应的实施例中任意一个所述的停车查询的方法。

处理器401用于运行存储器402所存储的程序数据，以执行如图1至图3及其所对应的实施例中的任意一个所述的方法。

请参见图5，图5为本申请一种停车查询的方法一实施例中的流程示意图。在当前实施例中，本申请所提供的方法的执行主体是车载设备，该方法包括：

s510：车载设备接收终端发送的目的地的信息。

车载设备在与终端建立蓝牙连接之后，接收到发送的用户的目的地的信息，并基于所接收到的目的地的信息判断是否进入到距离目的地预设范围内。其中，车载设备与终端建立连接关系的流程为如上图3所对应实施例所阐述的内容，具体请参见上文图3对应部分的阐述，在此就不再详述。

s520：获取车载设备的实时位置信息，并判断车载设备是否进入目的地的预设范围内。

首先需要说明的是车载设备中还包括定位模块，用于获取车载设备的实时位置信息，且车载设备中所包括的定位模块可以是直接与用于定位的卫星之间进行通信，无需连接互联网即可获取车载设备的实时位置信息。

车载设备接收到终端发送的目的地的信息之后，会进一步地利用定位模块获取车载设备实时位置信息。并根据所获取的车载设备的实时位置信息和用户输入的目的地的信息，进行判断车载设备是否进入目的地的预设范围内。其中，预设范围可以是根据经验值进行设定的用户可以接受的距离，或者是用户经过终端设定的距离。

进一步地，在另一实施例中，车载设备可以是间隔预设的周期获取实时位置信息，并将实时位置信息与目的地位置信息进行比较，以判断车载设备是否进入到目的地的预设范围内。

进一步地，在另一实施例中，车载设备也可以是一直在获取并更新车载设备的实时位置，间隔设定时间将最新的实时位置与目的地位置信息进行比较，以判断车载设备是否进入到目的地的预设范围内。

s530：当判断车载设备进入目的地的预设范围内时，则向终端发送位置提醒消息，以使得终端开启数据业务进而查询得到与目的地匹配的停车位置信息。

其中，在车载设备获取到车载设备的实时位置信息后，判断当前实时位置信息是否进入目的地预设范围内的区域。具体地，可以根据实际的需要，设定目的地方圆1km内为目的地预设范围，可以理解的是，在其他实施例中也可根据实际需要更改调整目的地的预设范围。

在另一实施例中，车载设备获取到车载设备的实时位置后，会计算车载设备与目的地间直线距离或是计算车载设备当前所在位置至目的地间所需要的行进实际距离，并将这个距离与目的地预设范围内距离进行比较，以判断是否进入预设范围。

当车载设备监测得到其进入到目的地的预设范围内时，车载设备会向终端发送位置提醒消息，使得终端开启数据业务进而查询得到与目的地匹配的停车位置信息。其中，位置提醒消息中至少包括车载设备的实时位置信息。

请参见图6，图6为本申请一种电子设备一实施例的结构示意图。在当前实施例中，可将电子设备600也可定义为车载设备，即本申请图5对应的实施例中所阐述的车载设备。在当前实施例中，电子设备600包括：处理器601、存储器602、通信电路603和定位模块604，处理器601分别与存储器602、通信电路603和定位模块604连接。

其中，定位模块604用于与外部定位卫星进行通信，进而获取车载设备的实时位置信息，并反馈至处理器601。

通信电路603用于在处理器601的控制下与外部设备进行通信，用于对外发送数据或接收外部设备发送的数据。

存储器602用于存储程序数据，存储器60所存储的程序数据被执行时可实现如图5及其所对应的实施例中任意一个所述的停车查询的方法。

处理器601用于运行存储器所存储的程序数据，以执行如图5及其所对应的实施例中的任意一个所述的方法。

请参见图7，图7为本申请一种停车查询的方法另一实施例中的流程示意图。在当前实施例中，本申请所提供的方法的执行主体是停车管理服务器，该方法包括：

s710：接收终端发送的包含位置信息的查询请求。如上所述，当终端接收到车载设备发送的位置提醒信息之后，开启数据业务向停车管理服务器发送查询请求，而停车管理服务器接收到终端发送的包含位置信息的查询请求后，进一步响应终端的查询请求。

其中，位置信息为终端用户输入的目的地的信息和/或与终端连接的车载设备的实时位置信息。

在当前实施例中，查询请求中至少包括用户输入的目的地信息。

进一步地，在另一实施例中，所接收的查询请求可包括用户输入的目的地的信息、终端所连接的车载设备的实时位置信息和装载车载设备的车辆的类型。

s720：响应于查询请求，搜索出与位置信息之间的距离不超过预设距离的至少一个停车位置。

基于所接收到的查询请求，在停车管理服务器存储的停车位置信息中搜索出与位置信息之间的距离不超过预设距离的至少一个停车位置。

在一实施例中，优先搜索用户所输入的目的地的信息附近不超过预设距离的停车位置，其中，停车位置可包括可供停车的路边车位、停车场乃至设置有访客车位的小区、学校、产业园区等。

在另一实施例中，当搜索得到多个停车位置时，可优先选择距离目的地的信息最近的、单位时间内收费较低的停车位置，并将该停车位置反馈至终端，供用户选择。可以理解地是，在其他实施例中，也可以是向终端发送两个停车位置，供用户选择。如，可向终端发送距离目的地最近的停车位置和距离目的地预设距离内但是单位时长收费最少的停车位，当然在其他实施例中也可以是搜索可利用车位最多的停车位置反馈至终端，或对搜索所得的多个停车位置各个参数进行加权求和，然后将得分最高的停车位置发送至终端。其中，加权求和的规则是根据经验值预先设置的。

例如：搜索得到2个停车位置，其中一个停车位置a，距离目的地距离0.8km，按照预先设置的加权求和的规则，距离得分为7分，在当前时段车流量与可利用的停车位数量的比例在2:3，按照加权求和的规则等待车位时间得分10分，单位时间内收费标准为10元/小时，按照加权求和的规则收费标准得分是8分，停车位置a综合得分共计25分；另一个停车位置b，距离目的地距离0km，按照预先设置的加权求和的规则，距离得分是10分，在当前时段车流量与可利用的停车位数量的比例在3:2，按照加权求和的规则等待车位时间得分6分，单位时间内收费标准为15元/小时，按照加权求和的规则收费标准得分是6分，停车位置b的总的得分是22分；那么，根据加权比，会优先向终端发送停车位置a。

进一步地，查询请求还包括车载设备对应的车辆类型。其中，车辆类型至少包括中巴车、大巴车、电动汽车。那么步骤s720中的搜索出与位置信息之间的距离不超过预设距离的至少一个停车位置包括：搜索出与车辆类型匹配且与位置信息之间的距离不超过预设距离的至少一个停车位置。如上所述，当查询请求中包括车载设备的对应的车辆类型为充电汽车时，则会优先搜索具有充电桩的或可进行充电的车位。

s730：将停车位置的信息发送至终端。

获得停车位置的信息后，将停车位置的信息发送至终端，进而使得终端将停车位置信息在主界面显示，以供用户选择。

其中，停车位置的信息至少包括停车位置的地址，停车位置入口的标志信息、停车位置的收费标准等。

如上所述，可以理解的是，在其他实施例中，停车管理服务器可以是向终端发送多个停车位置的信息。具体可以是发送距离目的地最近的停车位置的信息、在距离目的地预设距离范围内收费最低的、按照设定的加权比得分最高的停车位置中至少一个。

请参见图8，图8为本申请一种停车查询的方法又一实施例中的流程示意图。在当前实施例中，图7所示意的步骤s730将停车位置的信息发送至终端包括步骤s81至步骤s85所示意的步骤。

s81：获取至少一个停车位置的动态数据。

其中，动态数据至少包括停车场的车流量经验值、停车场各个入口在不同时段的车流量经验值、停车场的各个时段的收费标准、停车场内设置的各类停车位数量。需要说明的是，停车位置的动态数据可以是基于停车场的门禁识别系统获知，也可以是基于停车场的历史统计数据获得，在此不做限定。

s82：基于动态数据从至少一个停车位置中选择至少部分个停车位置。当所选择的停车位置的分为较多区域时，不同入口的车流量等等一定有所差异，如靠近主干道的入口往往车流量较大，而非主干道的车流量相对不会那么多，故在推荐停车位置及停车位置的入口时进一步综合考虑上述参数，为用户推荐车流量较少的停车位置入口。

s83：将选择的停车位置的信息发送给终端。将根据动态数据确定的至少部分停车位置发送给终端，以供用户进行选择。进一步地，在发送停车位置至终端时，会对应标识出当前推荐停车位置的标签，以告知用户为用户推送的是车流量较少的停车位置入口，或者是为用户推送靠近主干道的停车位置入口等，进而使得用户获知以判断是否选择当前推送的停车位置或者是停车位置的入口。

请参见图9，图9为本申请一种电子设备一实施例中的结构示意图。

在当前实施例中，在当前实施例中，可将电子设备900也可定义为停车管理服务器，即本申请图7或图8及其所对应的任意一实施例中所阐述的停车管理服务器。在当前实施例中，电子设备900包括：处理器901、存储器902和通信电路903，处理器901分别与存储器902和通信电路903连接。

其中，通信电路903用于在处理器901的控制下与外部设备进行通信，用于对外发送数据或接收外部设备发送的数据。

存储器902用于存储程序数据，存储器902所存储的程序数据被执行时可实现如图7至图8及其所对应的实施例中任意一个所述的停车查询的方法。

处理器901用于运行存储器902所存储的程序数据，以执行如图7至图8及其所对应的实施例中的任意一个所述的停车查询的方法。

请参阅图10，图10为本申请所提供的停车查询的方法的交互示意图。在当前实施例中，主要阐述的是在终端、车载设备和停车管理服务器之间的交互流程。

s1.开启蓝牙。

s2.进行蓝牙搜索以获得车载设备的属性信息。

s3.根据属性信息，与车载设备建立蓝牙连接。

s4.获取用户输入的目的地的信息。

s5.将目的地的信息发送至车载设备。

s6.车载设备接收终端发送的目的地的信息。

s7.获取车载设备的实时位置信息，并判断车载设备是否进入目的地的预设范围内。

s8.当判断车载设备进入目的地的预设范围内时，则向终端发送位置提醒消息。

s9.开启数据业务。

s10.向停车管理服务器发送包含实时位置信息的查询请求。

s11.响应于查询请求，搜索出与位置信息之间的距离不超过预设距离的至少一个停车位置。

s12.将停车位置的信息发送至终端。

s13.将停车位置信息提示给用户。

需要说明的是，上述各个步骤的阐述可参见上文对应部分的阐述，在此不再详述，且上述各个实施例中于与上述步骤对应的但属于不同实施例中的步骤在不相互矛盾的情况下可进行替换，以实现不同实施例中的技术方案。

参见图11，本申请还提供一种存储介质。该存储介质1100存储有程序数据1101，该程序数据1101被执行时实现如上所述的停车查询的方法及各个实施例中所描述的方法。具体地，上述存储介质1100可以是存储器、个人计算机、服务器、网络设备，或者u盘等其中的一种。

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