具体实施方式
下面详细描述本申请的实施方式,实施方式的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的,仅用于解释本申请,而不能理解为对本申请的限制。
下文的公开提供了许多不同的实施方式或例子用来实现本申请的不同结构。为了简化本申请的公开,下文中对特定例子的部件和设置进行描述。当然,它们仅仅为示例,并且目的不在于限制本申请。此外,本申请可以在不同例子中重复参考数字和/或参考字母,这种重复是为了简化和清楚的目的,其本身不指示所讨论各种实施方式和/或设置之间的关系。
众包泊车路线为众包模式采集的车辆的泊车路线,并将这些路线存储于服务器,由于众包泊车路线与日俱增,导致现存的众包泊车路线的数量庞大。
车辆在自动泊车的过程中,获取车辆附近的众包泊车路线有利于提高泊车成功率,然而,如何快速从基数巨大的众包泊车路线中,获取需求的泊车路线成为了亟需解决的问题。
针对上述问题,发明人经过长时间的研究并提出了本申请实施例提供的泊车路线列表生成方法、装置、设备及存储介质,可快速生成包括多条目标泊车路线的目标泊车路线列表,且每条目标泊车路线的目标行驶数据被存储至对应的目标泊车路线列表中,有利于利用目标泊车路线列表辅助实现自动泊车,可提高用户的泊车体验。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
请参阅图1,其示出了本申请实施例提供的泊车路线列表生成***的一种应用场景示意图,包括服务器100以及车辆200,服务器100与车辆200可以通过车联网进行通信,服务器100可以接收车辆200通过车联网发送的多条泊车路线的行驶数据,并根据每条泊车路线对应的泊车信息,将行驶数据存储至泊车信息对应的泊车路线列表。
服务器100可以为存储型云平台、计算型云平台以及综合云计算平台等;车联网可以为无线广域网(Wireless Wide Area Network,WWAN)、无线局域网(Wireless LocalArea Network,WLAN)、无线城域网(Wireless Metropolitan Area Network,WMAN)以及无线个人局域网(Wireless Personal Area Network,WPAN)等;此处不限定服务器100和车联网的类型,具体可以根据实际需求进行设置。
车辆200,可以为接受了停车场测绘任务的任意一辆车或多辆车,车辆200可以将其泊车至停车位的泊车路线的行驶数据发送至服务器100。车辆200可包括搭载了高精度传感器的专业测绘测量车辆,或者出售至消费者的量产车辆等,此处不限定车辆200的类型,具体可以根据实际需求进行设置。
请参阅图2,其示出了本申请一个实施例提供的泊车路线列表生成方法的流程图。在具体的实施例中,泊车路线列表生成方法可以应用于如图1所示的泊车路线列表生成***中的服务器100,下面将以服务器100为例,对图2所示的流程进行详细阐述,停车场入口生成方法可以包括以下步骤S110至步骤S130。
步骤S110:获取多条泊车路线的行驶数据。
在本申请实施例中,车辆可以采集泊车至停车位的多条泊车路线的行驶数据,并可以将采集的多条行驶数据发送至服务器,服务器可以接收车辆发送的多条行驶数据,一条行驶数据对应于一条泊车路线。
泊车路线可以为车辆从停车场入口行驶至停车位的第一行驶路线,也可以为从室外行驶至停车位的第二行驶路线。第一行驶路线和第二行驶路线可以为车辆的传感器采集的实时路线,也可以为车辆的中控屏生成的静默路线,静默路线基于实时路线和地图融合得到。
行驶数据可以为与实时路线对应的感知数据,也可以为与静默路线对应的地图数据。行驶数据可以包括但不限于:车架号(Vehicle Identification Number,VIN)、泊车起点位置、泊车终点位置、停车场入口位置、楼层、电梯口位置、省市区名称、泊车路线长度、上传日期、路线状态(例如,被分享、被下载、被推荐、被删除、被标记黑名单等)、下载次数、评分、建筑物名称、建筑物地理位置、全球定位***(Global Positioning System,GPS)信号、停车场道闸的识别结果、车位检测结果、停车下电标识、停车场图像、姿态角、车速、障碍物距离等。
在一些实施方式中,车辆可以包括传感器,传感器与服务器可以通过车联网进行通信,传感器可以用于采集车辆行驶过程中的感知数据,并可以将该行驶数据通过车联网发送至服务器。传感器可以采集车辆泊车至停车位的多条泊车路线的感知数据,并可以通过车联网发送至服务器,服务器可以接收传感器发送的多条泊车路线的感知数据,并作为对应的行驶数据。
其中,传感器可以包括GPS传感器、摄像头、惯性测量单元(Inertial MeasurementUnit,IMU)、轮速计、里程计、超声波雷达、激光雷达、毫米波雷达等中的至少任一种。
在一些实施方式中,车辆可以包括中控屏,中控屏与服务器可以通过车联网进行通信,中控屏可以用于将传感器采集的实时路线与地图进行融合,生成静默路线,并得到地图数据。中控屏可以将传感器采集的多条泊车路线与地图进行融合,生成对应的多条静默路线,一条静默路线与一条泊车路线对应,中控屏可以将多条静默路线的地图数据,通过车联网发送至服务器,服务器可以接收中控屏发送的多条泊车路线的地图数据,并作为对应的行驶数据。
步骤S120:基于行驶数据,从多条泊车路线中确定满足预设条件的目标泊车路线。
在本申请实施例中,泊车过程中因传感器采集的感知数据存在偏差,因此,服务器可以基于行驶数据,从多条泊车路线中确定满足预设条件的目标泊车路线,实现了对泊车路线的初步筛选。其中,预设条件可以为泊车路线畅行,表示泊车路线不存在因修路,或疫情管控设置的路障等;预设条件也可以为泊车路线未漂移,表示泊车路线的行驶数据偏差较小。
在一些实施方式中,行驶数据可以包括泊车起点位置以及泊车终点位置,预设条件可以为泊车路线畅行。服务器可以根据每条泊车路线的泊车起点位置以及泊车终点位置,查找地图,获得对应的地图路线,当获得的地图路线未被标示存在路障时,确定对应的泊车路线满足泊车路线畅行,并将该泊车路线确定为目标泊车路线。其中,地图可以为地图服务商提供的用于查询地理信息的数据库,地理信息可以包括地图路线以及地图位置等。
在一些实施方式中,行驶数据可以包括停车场入口位置以及泊车终点位置,预设条件可以为泊车路线未漂移。服务器可以计算每条泊车路线的停车场入口位置与泊车终点位置的位置差值,并将位置差值与差值阈值进行比较,当位置差值小于或者等于差值阈值时,表示停车场入口位置在泊车终点位置附近,可以确定对应的泊车路线满足泊车路线未漂移,并将该泊车路线确定为目标泊车路线。
步骤S130:确定目标泊车路线对应的目标泊车信息。
在本申请实施例中,服务器可以根据目标泊车路线,确定目标泊车路线对应的目标泊车信息,其中,目标泊车信息可以包括与目标泊车路线对应的路线编码信息、车辆身份标识、停车场标识信息等中的至少任一种,每辆车都有唯一的不同身份标识,以便于根据目标泊车信息建立对应的目标路线列表。
在一些实施方式中,目标泊车信息可以包括车辆身份标识,目标行驶数据可以包括车辆的VIN。服务器可以根据目标泊车路线的目标行驶数据,获取目标泊车路线对应的VIN,并根据VIN生成对应的车辆身份标识,车辆身份标识不能反向解析得到对应的VIN,可避免VIN暴露导致车辆隐私泄露,可提高车辆信息的安全性。
在一些实施方式中,目标泊车信息可以包括停车场标识信息(Identity,ID),目标行驶数据可以包括停车场入口位置。服务器可以根据目标泊车路线的目标行驶数据,获取目标泊车路线对应的停车场入口位置,并可以根据停车场入口位置,查找预设停车场数据库,获得与停车场入口位置对应的停车场ID,其中,停车场入口位置可以为目标泊车路线对应的全球定位***(Global Positioning System,GPS)信号消失的位置,即为GPS信号消失的经纬度坐标,例如,若目标泊车路线对应的GPS信号消失的经纬度坐标为(113°23’25”,23°17’35”),则该目标泊车路线对应的停车场入口位置为(113°23’25”,23°17’35”);若目标泊车路线对应的GPS信号消失的经纬度坐标为(114°7’20”,22°15’32”),则该目标泊车路线对应的停车场入口位置为(114°7’20”,22°15’32”)等。预设停车场数据库可以为服务器预先对众包路线对应的停车场入口位置进行聚类生成的数据库,预设停车场数据库可以用于表征停车场入口位置与停车场ID的对应关系。
例如,停车场入口位置与停车场ID的对应关系可以如表1所示,即预设停车场数据库,表1中示出了不同的停车场入口位置对应的停车场ID,可以根据该对应关系,获得与停车场入口位置对应的停车场ID。
表1
停车场入口位置 |
停车场ID |
(113°21’50”,23°29’19”) |
A停车场 |
(113°32’27”,23°13’39”) |
B停车场 |
(114°10’25”,22°15’32”) |
C停车场 |
需要说明的是,停车场入口位置与停车场ID的对应关系不限定于表1所示,具体可以根据实际需求进行设置。
在一些实施方式中,目标泊车信息可以包括路线编码信息,服务器可以按照预设编码规则,对目标泊车路线进行编码,获得对应的路线编码信息。
作为一种示例,预设编码规则可以为服务器接收到目标行驶数据的时间先后顺序。服务器可以按照接收到目标行驶数据的先后顺序,依次对每条目标行驶数据对应的目标泊车路线进行编码,获得对应的路线编码信息。
例如,车辆通过车联网分别于2021年12月20日10点0分0秒、2021年12月20日10点0分5秒、2021年12月20日10点0分10秒、2021年12月20日10点0分15秒、2021年12月20日10点0分20秒各发送一条目标泊车路线的目标行驶数据至服务器,服务器接收并响应于车辆发送的目标行驶数据,并可以对2021年12月20日10点0分0秒接收到的目标行驶数据对应的目标泊车路线进行编码,获得对应的路线编码信息为1#,对2021年12月20日10点0分5秒接收到的目标行驶数据对应的目标泊车路线进行编码,获得对应的路线编码信息为2#,对2021年12月20日10点0分10秒接收到的目标行驶数据对应的目标泊车路线进行编码,获得对应的路线编码信息为3#,对2021年12月20日10点0分15秒接收到的目标行驶数据对应的目标泊车路线进行编码,获得对应的路线编码信息为4#,对2021年12月20日10点0分20秒接收到的目标行驶数据对应的目标泊车路线进行编码,获得对应的路线编码信息为5#。此处不限定接收到目标行驶数据的时间以及路线编码信息的数值,具体可以根据实际需求进行设置。
作为另一种示例,预设编码规则还可以为服务器接收到目标行驶数据的时间先后顺序,以及该目标行驶数据对应的车辆身份标识。服务器可以将同一身份标识对应的多条目标泊车路线,按照接收到该多条目标泊车路线对应的目标行驶数据的时间先后顺序,对该多条目标泊车路线进行编码,获得对应的路线编码信息。
作为另一种示例,预设编码规则还可以为服务器接收到目标行驶数据的时间先后顺序,以及该目标行驶数据对应的停车场ID。服务器可以将同一停车场ID对应的多条目标泊车路线,按照接收到该多条目标泊车路线对应的目标行驶数据的时间先后顺序,对该多条目标泊车路线进行编码,获得对应的路线编码信息。
步骤S140:将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表。
在本申请实施例中,服务器在确定目标泊车路线对应的目标泊车信息之后,可以建立与目标泊车信息对应的目标泊车路线列表,并可以将目标泊车路线的目标行驶数据存储至该目标泊车信息对应的目标泊车路线列表,实现了可快速生成包括多条目标泊车路线的目标泊车路线列表,且每条目标泊车路线的目标行驶数据被存储至对应的目标泊车路线列表中,有利于利用目标泊车路线列表辅助实现自动泊车。
在一些实施方式中,目标泊车信息可以包括路线编码信息。服务器在按照预设编码规则,对目标泊车路线进行编码,获得对应的路线编码信息之后,可以建立与路线编码信息对应的目标泊车路线列表,并可以将目标泊车路线的目标行驶数据存储至路线编码信息对应的目标泊车路线列表,其中,该目标行驶数据与该路线编码信息对应。
路线编码信息对应的目标泊车路线列表按照路线编码信息进行索引,该目标泊车路线列表可以用于存储目标行驶数据对应的一些属性,该属性可以包括但不限于:车辆身份标识、省市区名称、建筑物名称、停车场入口位置、泊车点信息、路线长度、上传日期、路线状态、下载次数、评分等。
在一些实施方式中,目标泊车信息可以包括车辆身份标识。服务器在根据目标泊车路线的目标行驶数据,获取目标泊车路线对应的VIN,并根据VIN生成对应的车辆身份标识之后,可以建立与车辆身份标识对应的目标泊车路线列表,并可以将目标泊车路线的目标行驶数据存储至车辆身份标识对应的目标泊车路线列表,其中,该目标行驶数据与该车辆身份标识对应。
车辆身份标识对应的目标泊车路线列表按照车辆身份标识进行索引,该目标泊车路线列表可以用于存储目标行驶数据对应的车辆的一些属性,该属性可以包括但不限于:分享过的路线,下载过的路线、访问过的停车场、常驻省份城市名称、点赞点踩的路线等。
在一些实施方式中,目标泊车信息可以包括停车场ID。服务器在根据目标泊车路线的目标行驶数据,获取目标泊车路线对应的停车场入口位置,并根据停车场入口位置,查找预设停车场数据库,获得与停车场入口位置对应的停车场ID之后,可以建立与停车场ID对应的目标泊车路线列表,并可以将目标泊车路线的目标行驶数据存储至停车场ID对应的目标泊车路线列表,其中,该目标行驶数据与该停车场ID对应。
停车场ID对应的目标泊车路线列表按照停车场ID进行索引,该目标泊车路线列表可以用于存储目标行驶数据对应的停车场的一些属性,该属性可以包括但不限于:停车场ID、省市区名称、建筑物地理位置、停车场分享的路线、停车场分享过路线的车辆、访问过停车场的车辆、停车场成熟度等。其中,停车场成熟度可以与对应的停车场相关的泊车路线数量正相关,停车场相关的泊车路线数量越多,该停车场成熟度越高。
在一些实施方式中,服务器在将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表之后,可以接收当前车辆发送的当前泊车路线的当前行驶数据,当前泊车路线满足预设条件时,确定当前泊车路线对应的当前泊车信息,并将当前行驶数据存储至当前泊车信息对应的当前目标泊车路线列表,实现了对目标泊车路线列表的及时更新。其中,当前泊车信息可以与前述目标泊车信息相同,也可以与前述目标泊车信息不同。
在一些实施方式中,服务器在将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表之后,可以接收车辆发送的路线查询请求,路线查询请求与目标泊车信息关联,并响应于路线查询请求,查询目标泊车信息对应的目标泊车路线列表,获得对应的查询泊车路线,并将查询泊车路线返回至车辆,以便于车辆根据目标泊车路线辅助实现自动泊车,提高了用户的泊车体验。
作为一种实施方式,查询泊车路线可以为多条,表示满足查询条件的目标泊车路线有多条。服务器可以获取多条查询泊车路线对应的评分值,评分值基于用户对目标泊车路线的体验评价得到,并将多条查询泊车路线按照评分值由低到高的顺序进行排序,并返回评分值最高的查询泊车路线至车辆,可保证车辆根据最优的查询泊车路线辅助实现自动泊车,提高了用户的泊车体验。
在一些实施方式中,当目标泊车路线包括住宅区等时,该目标泊车路线需要保护,即不能被分享。因此,服务器在将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表之后,可以按照预设建表规则,建立黑名单列表,其中,黑名单列表可以用于在接收到车辆发送的与黑名单列表对应的线路查询请求时,关闭目标泊车路线列表的查询功能,实现了对线路查询请求的过滤,提高了目标泊车路线的隐私保护。
黑名单列表可以用于存储预设关键词,并在接收到车辆发送的包括预设关键词的路线查询请求时,关闭目标泊车路线列表的查询功能,即返回失败或者错误的路线查询结果至车辆,以及在接收到未包括预设关键词的路线查询请求时,根据路线查询请求与目标泊车信息的对应关系,于目标泊车信息对应的目标泊车路线列表中,查找与目标泊车信息对应的目标泊车路线,并将该目标泊车路线返回至车辆。其中,关键词可以包括“花园”、“小区”等中的至少任一种。
本申请提供的方案,通过获取多条泊车路线的行驶数据,并基于行驶数据,从多条泊车路线中确定满足预设条件的目标泊车路线,并确定目标泊车路线对应的目标泊车信息,目标泊车信息包括与目标泊车路线对应的路线编码信息、车辆身份标识、停车场标识信息中的至少任一种,以及将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表,可快速生成包括多条目标泊车路线的目标泊车路线列表,且每条目标泊车路线的目标行驶数据被存储至对应的目标泊车路线列表中,有利于利用目标泊车路线列表辅助实现自动泊车,可提高用户的泊车体验。
请参阅图3,其示出了本申请另一个实施例提供的泊车路线列表生成方法的流程图。在具体的实施例中,泊车路线列表生成方法可以应用于如图1所示的泊车路线列表生成***中的服务器100,下面将以服务器100为例,对图3所示的流程进行详细阐述,停车场入口生成方法可以包括以下步骤S210至步骤S270。
步骤S210:获取多条泊车路线的行驶数据。
步骤S220:基于行驶数据,从多条泊车路线中确定满足预设条件的目标泊车路线。
步骤S230:确定目标泊车路线对应的目标泊车信息。
步骤S240:将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表。
在本实施例中,步骤S210、步骤S220、步骤S230以及步骤S240可以参阅前述实施例中相应步骤的内容,此处不再赘述。
步骤S250:根据目标泊车路线对应的停车场ID,查找预设的空间数据库,获得停车场ID对应的地理位置。
在本实施例中,服务器在将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表之后,可以根据目标泊车路线对应的停车场ID,查找预设的空间数据库,获得停车场ID对应的地理位置,其中,空间数据库可以用于表征停车场ID与地理位置的对应关系。
例如,停车场ID与地理位置的对应关系可以如表2所示,即预设的空间数据库,表2中示出了不同的停车场ID对应的地理位置,可以根据该对应关系,获得与停车场ID对应的地理位置。
表2
停车场ID |
地理位置 |
A停车场 |
G省X市M区S路230号 |
B停车场 |
G省Y市N区T路134号 |
C停车场 |
H省Z市O区W路99号 |
需要说明的是,停车场ID与地理位置的对应关系不限定于表2所示,具体可以根据实际需求进行设置。
步骤S260:将目标泊车路线与地图叠加,得到目标泊车路线对应的停车场ID的地图位置。
在本实施例中,服务器可以将目标泊车路线、目标泊车路线对应的停车场ID以及地图叠加,以查找停车场ID于地图中的位置,并将该位置作为该停车场ID的地图位置。
步骤S270:将地理位置以及地图位置发送至质检人员,以使得质检人员审核与目标泊车路线分别对应的地理位置与地图位置是否一致。
在本实施例中,服务器可以将停车场ID对应的地理位置以及地图位置发送至质检人员,该质检人员可以根据接收到的地理位置以及地图位置,审核与目标泊车路线对应的地理位置与地图位置是否一致,当确定该地理位置与该地图位置不一致时,可以发送更正信息至服务器,服务器可以接收更正信息,并对该地理位置进行更正,可保证目标泊车路线列表的准确性。
在一些实施方式中,当质检人员确定停车场ID对应的地理位置与地图位置不一致时,可以对该地理位置进行更正,并将对应的目标泊车路线进行标记,以及将标记后的目标泊车路线更新至对应的目标泊车路线列表。
作为一种示例,当质检人员确定停车场ID对应的地理位置与地图位置偏差很大时,可以确定该停车场ID对应的地理位置与地图位置不一致。作为另一种示例,当质检人员确定停车场ID对应的泊车路线的行驶数据错误或者为空时,可以确定该停车场ID对应的地理位置与地图位置不一致。
本实施例提供的方案,根据目标泊车路线对应的停车场ID,查找预设的空间数据库,获得停车场ID对应的地理位置,并将目标泊车路线与地图叠加,得到目标泊车路线对应的停车场ID的地图位置,以及将地理位置和地图位置发送至质检人员,以使得质检人员审核目标泊车路线分别对应的地理位置与地图位置是否一致,以及在确定该地理位置与地图位置不一致时,接收质检人员发送的更正信息,并对该地理位置进行更正,可保证目标泊车路线列表的准确性。
请参阅图4,其示出了本申请一个实施例提供的泊车路线列表生成装置400,泊车路线列表生成装置400可以应用于如图1所示的泊车路线列表生成***中的服务器100,下面将以服务器100为例,对图4所示的泊车路线列表生成装置400进行详细阐述,泊车路线列表生成装置400可以获取模块410、第一确定模块420、第二确定模块430以及存储模块440。
获取模块410可以用于获取多条泊车路线的行驶数据;第一确定模块420可以用于基于行驶数据,从多条泊车路线中确定满足预设条件的目标泊车路线;第二确定模块430可以用于确定目标泊车路线对应的目标泊车信息,目标泊车信息包括与目标泊车路线对应的路线编码信息、车辆身份标识、停车场标识信息中的至少任一种;存储模块440可以用于将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表,目标泊车路线列表用于根据目标泊车信息查询对应的目标泊车路线。
在一些实施方式中,行驶数据包括泊车起点位置以及泊车终点位置,预设条件为泊车路线畅行,第一确定模块420可以包括第一查找单元以及第一确定单元。
第一查找单元可以用于根据每条泊车路线的泊车起点位置以及泊车终点位置,查找地图,获得对应的地图路线;第一确定单元可以用于当地图路线未被标示存在路障时,确定对应的泊车路线满足泊车路线畅行,并将该泊车路线确定为目标泊车路线。
在一些实施方式中,行驶数据包括停车场入口位置以及泊车终点位置,预设条件为泊车路线未漂移,第一确定模块420还可以包括计算单元以及第二确定单元。
计算单元可以用于计算每条泊车路线的停车场入口位置与泊车终点位置的位置差值;第二确定单元可以用于当位置差值小于或者等于差值阈值时,确定对应的泊车路线满足泊车路线未漂移,并将该泊车路线确定为目标泊车路线。
在一些实施方式中,目标泊车信息包括路线编码信息,第二确定模块430可以包括编码单元。
编码单元可以用于按照预设编码规则,对目标泊车路线进行编码,获得对应的路线编码信息。
在一些实施方式中,目标泊车信息包括车辆身份标识,第二确定模块430还可以包括第一获取单元以及生成单元。
第一获取单元可以用于获取目标泊车路线对应的车辆的车架号;生成单元可以用于根据车架号生成对应的车辆身份标识。
在一些实施方式中,目标泊车信息包括停车场标识信息,第二确定模块430还可以包括第二获取单元以及第二查找单元。
第二获取单元可以用于获取目标泊车路线对应的停车场入口位置;第二查找单元可以用于根据停车场入口位置,查找预设停车场数据库,获得与停车场入口位置对应的停车场标识信息,预设停车场数据库用于表征停车场入口位置与停车场标识的对应关系。
在一些实施方式中,获取模块410可以包括第一接收单元,或/及,第二接收单元。
第一接收单元可以用于接收车辆的传感器采集的多条泊车路线的感知数据,作为行驶数据;第二接收单元可以用于接收车辆的中控屏上传的多条泊车路线的地图数据,作为行驶数据。
在一些实施方式中,泊车路线列表生成装置400还可以包括建立模块。
建立模块可以用于建立黑名单列表,黑名单列表用于在接收到与黑名单列表对应的线路查询请求时,关闭目标泊车路线列表的查询功能。
在一些实施方式中,泊车路线列表生成装置400还可以包括查找模块、叠加模块以及发送模块。
查找模块可以用于在存储模块440将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表之后,根据目标泊车路线对应的停车场标识信息,查找预设的空间数据库,获得停车场标识信息对应的地理位置,空间数据库用于表征停车场标识信息与地理位置的对应关系;叠加模块可以用于将目标泊车路线与地图叠加,得到目标泊车路线对应的停车场标识信息的地图位置;发送模块可以用于将地理位置以及地图位置发送至质检人员,以使得质检人员审核与目标泊车路线分别对应的地理位置与地图位置是否一致。
在一些实施方式中,泊车路线列表生成装置400还可以包括接收模块、查询模块以及返回模块。
接收模块可以用于在存储模块440将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表之后,接收车辆发送的路线查询请求,路线查询请求与目标泊车信息关联;查询模块可以用于响应于路线查询请求,查询目标泊车信息对应的目标泊车路线列表,获得查询泊车路线;返回模块可以用于返回查询泊车路线至车辆。
在一些实施方式中,查询泊车路线可以为多条,返回模块可以包括第三获取单元、排序单元以及返回单元。
第三获取单元可以用于获取多条查询泊车路线对应的评分值,评分值基于用户对目标泊车路线的体验评价得到;排序单元可以用于将多条查询泊车路线按照评分值由低到高的顺序进行排序;返回单元可以用于返回评分值最高的查询泊车路线至车辆。
本申请提供的方案,通过获取多条泊车路线的行驶数据,并基于行驶数据,从多条泊车路线中确定满足预设条件的目标泊车路线,并确定目标泊车路线对应的目标泊车信息,目标泊车信息包括与目标泊车路线对应的路线编码信息、车辆身份标识、停车场标识信息中的至少任一种,以及将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表,目标泊车路线列表用于根据目标泊车信息查询对应的目标泊车路线,可快速生成包括多条目标泊车路线的目标泊车路线列表,且每条目标泊车路线的目标行驶数据被存储至对应的目标泊车路线列表中,有利于利用目标泊车路线列表辅助实现自动泊车,可提高用户的泊车体验。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。对于方法实施例中的所描述的任意的处理方式,在装置实施例中均可以通过相应的处理模块实现,装置实施例中不再一一赘述。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
请参阅图5,其示出了本申请另一个实施例提供的泊车路线列表生成设备500的功能框图,该泊车路线列表生成设备500可以包括一个或多个如下部件:存储器510、处理器520、以及一个或多个应用程序,其中一个或多个应用程序可以被存储在存储器510中并被配置为由一个或多个处理器520执行,一个或多个应用程序配置用于执行如前述方法实施例所描述的方法。
存储器510可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。存储器510可用于存储指令、程序、代码、代码集或指令集。存储器510可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作***的指令、用于实现至少一个功能的指令(比如获取行驶数据、确定目标泊车路线、确定目标泊车信息、存储目标行驶数据、查找地图、获得地图路线、确定泊车路线满足泊车路线畅行、计算位置差值、确定泊车路线满足泊车路线未漂移、编码目标泊车路线、获取车架号、生成车辆身份标识、获取停车场入口位置、查找预设停车场数据库、接收感知数据、接收地图数据、建立黑名单列表、关闭查询功能、查找空间数据库、获得地理位置、叠加目标泊车路线与地图、得到地图位置、发送地理位置以及地图位置、接收查询请求、响应查询请求、查询目标泊车路线列表以及返回查询泊车路线等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储泊车路线列表生成设备500在使用中所创建的数据(比如行驶数据、预设条件、目标泊车路线、目标泊车信息、路线编码信息、车辆身份标识、停车场标识信息、目标行驶数据、目标泊车路线列表、泊车起点位置、泊车终点位置、泊车路线畅行、地图路线、路障、泊车路线未漂移、位置差值、差值阈值、编码规则、车架号、停车场入口位置、停车场数据库、对应关系、感知数据、地图数据、黑名单列表、路线查询请求、查询功能、空间数据库、地理位置、地图、地图位置、质检人员、查询泊车路线、评分值以及顺序)等。
处理器520可以包括一个或者多个处理核。处理器520利用各种接口和线路连接整个泊车路线列表生成设备500内的各个部分,通过运行或执行存储在存储器510内的指令、程序、代码集或指令集,以及调用存储在存储器510内的数据,执行泊车路线列表生成设备500的各种功能和处理数据。可选地,处理器520可以采用数字信号处理(Digital SignalProcessing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器520可集成中央处理器(Central Processing Unit,CPU)、图像处理器(Graphics ProcessingUnit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作***、用户界面和应用程序等;GPU用于负责显示内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器520中,单独通过一块通信芯片进行实现。
请参考图6,其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质600中存储有程序代码610,程序代码610可被处理器调用执行上述方法实施例中所描述的方法。
计算机可读存储介质600可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地,计算机可读存储介质600包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质600具有执行上述方法中的任何方法步骤的程序代码610的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码610可以例如以适当形式进行压缩。
本申请提供的方案,通过获取多条泊车路线的行驶数据,并基于行驶数据,从多条泊车路线中确定满足预设条件的目标泊车路线,并确定目标泊车路线对应的目标泊车信息,目标泊车信息包括与目标泊车路线对应的路线编码信息、车辆身份标识、停车场标识信息中的至少任一种,以及将目标泊车路线的目标行驶数据存储至目标泊车信息对应的目标泊车路线列表,目标泊车路线列表用于根据目标泊车信息查询对应的目标泊车路线,可快速生成包括多条目标泊车路线的目标泊车路线列表,且每条目标泊车路线的目标行驶数据被存储至对应的目标泊车路线列表中,有利于利用目标泊车路线列表辅助实现自动泊车,可提高用户的泊车体验。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。