发明内容
本申请实施例提供一种地图瓦片更新方法和装置,通过地图更新信息确定更新策略,明确所需地图瓦片,进而确定地图瓦片的更新顺序,优先更新并可以使用部分地图瓦片。这样,可以减少等待更新时间,及时更新部分地图,降低驾驶风险。
第一方面,本申请实施例提供一种地图瓦片更新方法,包括:第一设备接收来自第二设备的地图更新信息;其中,地图更新信息中包括多个待更新地图瓦片的标识;第一设备根据地图更新信息获得更新策略,更新策略包括多个待更新地图瓦片的更新顺序;第一设备根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。这样,第一设备通过地图更新信息明确所需地图瓦片,进而确定地图瓦片的更新顺序,优先更新并可以使用部分地图瓦片,使得第一设备减少等待更新时间,及时更新部分地图,降低驾驶风险。
可选的,更新策略与下述的一种或多种辅助信息有关:被规划的第一设备的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度、多个待更新地图瓦片在第一设备中的鲜度。这样,第一设备在确定更新策略时,可以有丰富的选择,从而能在较多情况中得到更新策略,实现对地图瓦片的有序更新。
可选的,在更新策略与被规划的第一设备的行驶路径相关时,第一设备根据地图更新信息获得更新策略,包括:第一设备根据行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。
这样,使得地图更新更有针对性,可以保证与行驶路径的轨迹相关的地图瓦片优先下载并更新,缩短第一设备即将用到的瓦片的更新时间,及时更新所需地图信息,降低使用地图的安全风险。
可选的,第一设备根据行驶路径的轨迹,对多个待更新地图瓦片排序,包括:第一设备在多个待更新地图瓦片中确定行驶路径的轨迹所涉及的待更新地图瓦片;第一设备按照行驶路径的轨迹从起点到终点的方向,对行驶路径的轨迹所涉及的待更新地图瓦片排序。这样,第一设备根据预计地图瓦片的使用顺序排序,可以优先更新将要用到的地图瓦片,方便第一设备及时调整,减少驾驶风险。
可选的,在更新策略与多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离相关时,第一设备根据地图更新信息获得更新策略,包括:第一设备根据距离,对多个待更新地图瓦片排序,得到更新策略。
这样,使得地图更新更有针对性,可以保证第一设备所处位置附近的地图瓦片优先下载并更新,及时更新第一设备附近的地图信息,降低使用地图的安全风险。
可选的,在更新策略与多个待更新地图瓦片的重要程度相关时,地图更新信息中还包括待更新地图瓦片的重要程度信息,其中,待更新地图瓦片的重要程度与待更新地图瓦片中的地图元素发生变更对驾驶的影响程度正相关;第一设备根据地图更新信息获得更新策略,包括:第一设备根据多个待更新地图瓦片的重要程度信息,对多个待更新地图瓦片排序,得到更新策略。这样,方便第一设备根据道路信息及时调整,减少驾驶风险。
可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息;第一设备根据多个待更新地图瓦片的重要程度信息,对多个待更新地图瓦片排序,包括:第一设备将携带第一信息的待更新地图瓦片,排序在携带第二信息的待更新地图瓦片之前。这样,将包含重要信息的地图瓦片放在前面,优先更新并使用,方便第一设备及早了解道路重要变化,进而降低驾驶风险。
可选的,在更新策略与地图内容相似度相关时,地图更新信息中还包括待更新地图瓦片的地图内容相似度,第一设备根据地图更新信息获得更新策略,包括:第一设备根据地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。这样,第一设备优先下载地图内容相似度低、差异大的地图瓦片,方便第一设备根据地图内容及时调整,减少驾驶风险。
可选的,在更新策略与多个待更新地图瓦片在第一设备中的版本相关时,地图更新信息中还包括待更新地图瓦片的最新版本的标识;第一设备根据地图更新信息获得更新策略,包括:第一设备根据待更新地图瓦片在第一设备中的版本与待更新地图瓦片的最新版本之间的版本差距,对多个待更新地图瓦片排序,得到更新策略。这样,第一设备优先更新长时间未更新的地图瓦片,第一设备使用比较新的地图,提高地图的准确性,减少地图使用风险。
可选的,在更新策略与多个辅助信息相关时,第一设备根据地图更新信息获得更新策略,包括:第一设备根据多个辅助信息的优先级和/或多个辅助信息的权重,对多个待更新地图瓦片排序,得到更新策略。
这样,第一设备在确定更新策略时,可以综合考虑多种因素,从而在多种情况中实现对地图瓦片的有序更新。
可选的,第一设备接收来自第二设备的地图更新信息,包括:第一设备向第二设备发送查询信息;第一设备接收来自第二设备的地图更新信息,地图更新信息是第二设备响应于查询信息发送的。这样,第一设备可以及时查询并更新地图,使用最新地图,从而减少驾驶风险。
可选的,第一设备为地图通过空中接口OTA升级客户端,第二设备为地图OTA升级云设备;或者,第一设备为车辆中的主控OTA升级客户端,第二设备为车厂OTA升级云设备。
可选的,地图更新信息还包括更新策略。这样,第一设备可以直接获得更新策略,减少第一设备根据辅助信息对地图瓦片排序过程,缩短地图瓦片更新时间并节约第一设备的计算资源。
第二方面,本申请实施例提供一种地图瓦片更新方法,包括:第二设备确定地图更新信息;第二设备向第一设备发送地图更新信息;其中,地图更新信息包括多个待更新地图瓦片的标识,地图更新信息还包括更新策略或者辅助信息,更新策略包括多个待更新地图瓦片的更新顺序,辅助信息用于第一设备生成更新策略。
可选的,辅助信息包括下述的一种或多种:被规划的第一设备的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度、多个待更新地图瓦片在第一设备中的鲜度。
可选的,地图更新信息包括更新策略时,第二设备确定地图更新信息,包括:第二设备根据被规划的第一设备的行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,第二设备确定地图更新信息,包括:第二设备根据多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,第二设备确定地图更新信息,包括:第二设备根据多个待更新地图瓦片的重要程度,对多个待更新地图瓦片排序,得到更新策略;其中,待更新地图瓦片的重要程度与待更新地图瓦片中的地图元素发生变更对驾驶的影响程度正相关。
可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息,第二设备确定地图更新信息,包括:第二设备将道路信息发生变更的待更新地图瓦片设置第一信息;第二设备将道路信息未发生变更的待更新地图瓦片设置第二信息。
可选的,地图更新信息包括更新策略时,第二设备确定地图更新信息,包括:第二设备根据多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,第二设备确定地图更新信息,包括:第二设备根据多个待更新地图瓦片在第一设备中的鲜度,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,第二设备确定地图更新信息,包括:第二设备根据多个辅助信息的优先级和/或多个辅助信息的权重,对多个待更新地图瓦片排序,得到更新策略可选的,第二设备确定地图更新信息,包括:第二设备计算多个待更新地图瓦片各自在第一设备中的版本与最新版本之间的地图内容相似度;第二设备为多个待更新地图瓦片设置各自的地图内容相似度。
可选的,第二设备向第一设备发送地图更新信息,包括:第二设备接收来自第一设备的查询信息;第二设备响应于查询信息向第一设备发送地图更新信息。
可选的,第一设备为地图通过空中接口OTA升级客户端,述第二设备为地图OTA升级云设备;或者,第一设备为车辆中的主控OTA升级客户端,第二设备为车厂OTA升级云设备。
第三方面,本申请实施例提供一种地图瓦片更新装置,应用于第一设备。
该地图瓦片更新装置可为具有地图瓦片更新功能的车辆,或者为具有地图瓦片更新功能的其他部件。该地图瓦片更新装置包括但不限于:车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片或车载单元等,车辆可通过该车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片或车载单元等,实施本申请提供的方法。
该地图瓦片更新装置可以是具有地图瓦片更新功能的车辆辅助设备,例如充电桩等。
该地图瓦片更新装置可以是智能终端,或设置在除了车辆之外的其他具有地图瓦片更新功能的智能终端中,或设置于该智能终端的部件中。该智能终端可以为智能运输设备和机器人等其他终端设备。该地图瓦片更新装置包括但不限于智能终端或智能终端内的控制器、芯片和其他部件等。
该地图瓦片更新装置可以是一个通用设备或者是一个专用设备。在具体实现中,该装置还可以台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或其他具有处理功能的设备。本申请实施例不限定该地图瓦片更新装置的类型。
该地图瓦片更新装置还可以是具有处理功能的芯片或处理器,该地图瓦片更新装置可以包括至少一个处理器。处理器可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。该具有处理功能的芯片或处理器可以设置在传感器中,也可以不设置在传感器中,而设置在传感器输出信号的接收端。处理器包括但不限于中央处理器(central processing unit,CPU)、图形处理器(graphics processing unit,GPU)、微控制单元(micro control unit,MCU)、微处理器(micro processor unit,MPU)、协处理器中的至少一个。
该地图瓦片更新装置还可以是终端设备,也可以是终端设备内的芯片或者芯片系统。该地图瓦片更新装置可以包括处理单元和通信单元。当该地图瓦片更新装置是终端设备时,该处理单元可以是处理器。该地图瓦片更新装置还可以包括存储单元,该存储单元可以是存储器。该存储单元用于存储指令,该处理单元执行该存储单元所存储的指令,以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种地图瓦片更新方法。当该地图瓦片更新装置是终端设备内的芯片或者芯片系统时,该处理单元可以是处理器。该处理单元执行存储单元所存储的指令,以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种地图瓦片更新方法。该存储单元可以是该芯片内的存储单元(例如,寄存器、缓存等),也可以是该终端设备内的位于该芯片外部的存储单元(例如,只读存储器、随机存取存储器等)。
示例性的,通信单元,用于接收来自第二设备的地图更新信息;其中,地图更新信息中包括多个待更新地图瓦片的标识;处理单元,用于根据地图更新信息获得更新策略,更新策略包括多个待更新地图瓦片的更新顺序;处理单元,还用于根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
可选的,更新策略与下述的一种或多种辅助信息有关:被规划的第一设备的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度、多个待更新地图瓦片在第一设备中的版本。
可选的,在更新策略与被规划的第一设备的行驶路径相关时,处理单元,具体用于根据行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。
可选的,处理单元,具体用于在多个待更新地图瓦片中确定行驶路径的轨迹所涉及的待更新地图瓦片;处理单元,还用于按照行驶路径的轨迹从起点到终点的方向,对行驶路径的轨迹所涉及的待更新地图瓦片排序。
可选的,在更新策略与多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离相关时,处理单元,具体用于根据距离,对多个待更新地图瓦片排序,得到更新策略。
可选的,在更新策略与多个待更新地图瓦片的重要程度相关时,地图更新信息中还包括待更新地图瓦片的重要程度信息,其中,待更新地图瓦片的重要程度与待更新地图瓦片中的地图元素发生变更对驾驶的影响程度正相关;处理单元,具体用于根据多个待更新地图瓦片的重要程度信息,对多个待更新地图瓦片排序,得到更新策略。
可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息;处理单元,具体用于将携带第一信息的待更新地图瓦片,排序在携带第二信息的待更新地图瓦片之前。
可选的,在更新策略与地图内容相似度相关时,处理单元,具体用于根据地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。
可选的,在更新策略与多个待更新地图瓦片在第一设备中的鲜度相关时,处理单元,具体用于根据待更新地图瓦片在第一设备中的鲜度,对多个待更新地图瓦片排序,得到更新策略。
可选的,在更新策略与多个辅助信息相关时,处理单元具体用于根据多个辅助信息的优先级和/或多个辅助信息的权重,对多个待更新地图瓦片排序,得到更新策略。
可选的,通信单元,还用于向第二设备发送查询信息;通信单元,还用于接收来自第二设备的地图更新信息,地图更新信息是第二设备响应于查询信息发送的。
可选的,第一设备为地图通过空中接口OTA升级客户端,第二设备为地图OTA升级云设备;或者,第一设备为车辆中的主控OTA升级客户端,第二设备为车厂OTA升级云设备。
可选的,地图更新信息还包括更新策略。
第四方面,本申请实施例提供一种地图瓦片更新装置,应用于第二设备。
该地图瓦片更新装置可为具有地图瓦片数据的车辆、车辆辅助设备或服务器,或者为具有地图瓦片地图瓦片数据的其他部件。该地图瓦片更新装置包括但不限于:车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、充电桩、OTA服务器和图上服务器等,车辆可通过该车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片或车载单元等,实施本申请提供的方法。充电桩、OTA服务器和图上服务器等可以自行实施本申请提供的方法。
该地图瓦片更新装置可以是智能终端,或设置在除了车辆之外的其他具有地图瓦片更新功能的智能终端中,或设置于该智能终端的部件中。该智能终端可以为智能运输设备和机器人等其他终端设备。该地图瓦片更新装置包括但不限于智能终端或智能终端内的控制器、芯片和其他部件等。
该地图瓦片更新装置可以是一个通用设备或者是一个专用设备。在具体实现中,该装置还可以台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或其他具有处理功能的设备。本申请实施例不限定该地图瓦片更新装置的类型。
该地图瓦片更新装置还可以是具有处理功能的芯片或处理器,该地图瓦片更新装置可以包括至少一个处理器。处理器可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。该具有处理功能的芯片或处理器可以设置在传感器中,也可以不设置在传感器中,而设置在传感器输出信号的接收端。处理器包括但不限于中央处理器(central processing unit,CPU)、图形处理器(graphics processing unit,GPU)、微控制单元(micro control unit,MCU)、微处理器(micro processor unit,MPU)、协处理器中的至少一个。
该地图瓦片更新装置还可以是终端设备,也可以是终端设备内的芯片或者芯片系统。该地图瓦片更新装置可以包括处理单元和通信单元。当该地图瓦片更新装置是终端设备时,该处理单元可以是处理器。该地图瓦片更新装置还可以包括存储单元,该存储单元可以是存储器。该存储单元用于存储指令,该处理单元执行该存储单元所存储的指令,以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种地图瓦片更新方法。当该地图瓦片更新装置是终端设备内的芯片或者芯片系统时,该处理单元可以是处理器。该处理单元执行存储单元所存储的指令,以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种地图瓦片更新方法。该存储单元可以是该芯片内的存储单元(例如,寄存器、缓存等),也可以是该终端设备内的位于该芯片外部的存储单元(例如,只读存储器、随机存取存储器等)。
示例性的,处理单元,用于确定地图更新信息;通信单元,用于向第一设备发送地图更新信息;其中,地图更新信息包括多个待更新地图瓦片的标识,地图更新信息还包括更新策略或者辅助信息,更新策略包括多个待更新地图瓦片的更新顺序,辅助信息用于第一设备生成更新策略。
可选的,辅助信息包括下述的一种或多种:被规划的第一设备的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度、多个待更新地图瓦片在第一设备中的鲜度。
可选的,地图更新信息包括更新策略时。处理单元,具体用于根据被规划的第一设备的行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片的重要程度,对多个待更新地图瓦片排序,得到更新策略;其中,待更新地图瓦片的重要程度与待更新地图瓦片中的地图元素发生变更对驾驶的影响程度正相关。
可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息;处理单元,具体用于将道路信息发生变更的待更新地图瓦片设置第一信息;处理单元,还用于将道路信息未发生变更的待更新地图瓦片设置第二信息。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片在第一设备中的鲜度,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个辅助信息的优先级和/或多个辅助信息的权重,对多个待更新地图瓦片排序,得到更新策略
可选的,处理单元,具体用于计算多个待更新地图瓦片各自在第一设备中的版本与最新版本之间的地图内容相似度;处理单元为多个待更新地图瓦片设置各自的地图内容相似度。
可选的,通信单元,具体用于接收来自第一设备的查询信息;通信单元,还用于响应于查询信息向第一设备发送地图更新信息。
可选的,第一设备为地图通过空中接口OTA升级客户端,第二设备为地图OTA升级云设备;或者,第一设备为车辆中的主控OTA升级客户端,第二设备为车厂OTA升级云设备。
第五方面,本申请实施例还提供一种系统,应用于无人驾驶或智能驾驶中,其包含至少一个本申请实施例提到的地图瓦片更新装置,该系统内的至少一个装置可以集成为一个整机或设备,或者该系统内的至少一个装置也可以独立设置为元件或装置。
进一步,上述任一系统可以与车辆的中央控制器进行交互,为车辆驾驶提供地图信息。
第六方面,本申请实施例还提供一种终端,终端包括至少一个本申请实施例提到的地图瓦片更新装置或上述任一系统。进一步,终端可以为智能运输设备(含无人机、车辆等)等。
第七方面,本申请实施例提供一种芯片,包括至少一个处理器和接口;接口,用于为至少一个处理器提供程序指令或者数据;至少一个处理器用于执行程序行指令,以实现如第一方面或第二方面所述的方法。
第八方面,本申请实施例提供一种地图瓦片更新装置,包括:至少一个处理器,用于调用存储器中的程序,以执行如第一方面或第二方面所述的方法。
第九方面,本申请实施例提供一种地图瓦片更新装置,包括:至少一个处理器和接口电路,接口电路用于为至少一个处理器提供信息输入和/或信息输出,至少一个处理器用于执行如第一方面或第二方面所述的方法。
第十方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质存储有指令,指令被执行时,使得计算机执行如第一方面或第二方面所述的方法。
第十一方面,本申请实施例提供一种计算机程序产品,程序产品包括计算机程序,计算机程序存储在可读存储介质中,电子设备的至少一个处理器可以从可读存储介质读取计算机程序,至少一个处理器执行计算机程序使得电子设备执行第一方面或第二方面所述的方法。
应当理解的是,本申请的第三方面至第十一方面与本申请的第一方面或第二方面的技术方案相对应,各方面及对应的可行实施方式所取得的有益效果相似,不再赘述。
具体实施方式
为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如,第一网络和第二网络仅仅是为了区分不同的网络,并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是,本申请中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
随着自动驾驶技术的发展,人们对汽车的计算和控制能力要求越来越高,越来越多的汽车功能通过软件的形式提供。软件定义汽车成为汽车发展的重要趋势。软件定义汽车是指以人工智能为核心的软件技术所决定未来汽车,要求汽车能够像计算机或智能手机一样,便捷地安装软件和更新软件。传统的汽车软件更新升级需要在4S店或维修网点,由专业技术人员通过专用设备刷新车内的软件。目前,汽车可以通过OTA技术实现远程升级汽车软件或修复汽车软件缺陷。具体的,车辆通过OTA技术联网到云端,下载车辆升级包并更新汽车软件。这样,避免汽车软件升级的时间和空间限制。
地图与驾驶密切相关,特别是高精度地图数据是智能驾驶功能的重要输入,高精度地图数据的准确性和有效性影响自动驾驶的行车安全。交通环境随着时间不断变化,地图的数据也是在不断变化中,不同元素和不同地区的数据变化情况也不同,车辆需要及时更新地图,保证地图数据的准确性和有效性,因此车辆中地图的更新成为汽车OTA的重要组成部分。
通常的,车辆中的地图通过地图瓦片进行管理。地图瓦片是将一定范围内的地图按照一定的尺寸和格式,按缩放级别或者比例尺,切成若干行和列的栅格图片。在地图更新时,车辆通过从云端下载最新版本的地图瓦片以实现地图的更新。示例性的,为了加速地图更新,在更新地图时,采用增量更新,只更新有变化的地图瓦片,减少地图更新数据量。
但是,在车辆进行地图更新时,车辆不能判断所需地图瓦片,需要等待全部地图瓦片更新完成,才能使用地图。
这样,车辆等待地图更新的时间长,在驾驶期间不能及时根据更新的地图确定准确的驾驶策略,使得车辆驾驶的安全风险大。
基于此,本申请实施例提供的方法,车辆通过地图更新信息确定地图更新策略,明确所需地图瓦片,进而确定瓦片的更新顺序,优先更新并可以使用部分地图瓦片。这样,可以减少等待更新时间,及时更新部分地图,降低驾驶风险。
本申请实施例提供的方法和装置可以应用于包括第一设备和第二设备的网络系统。其中,第一设备和/或第二设备的数量均可以为一个或多个。
第一设备可以是需要进行软件升级的任意形式的车辆,或任意形式的车辆辅助设备(例如车辆充电桩等)等,本申请实施例对此不作具体限定。
第二设备可以是用于下发整车升级包的OTA服务器,也可以是代理服务器,例如代理服务器可以是为车队服务的服务器等,在第二设备为代理服务器时,代理服务器可以先与OTA服务器之间通过双向认证,建立安全通信,之后,代理服务器将车辆的硬件和软件信息发送给OTA服务器,OTA服务器生成整车升级包后,可以将整车升级包下发给代理服务器,可以理解,OTA服务器也可以将整车升级包分块后,下发给多个代理服务器。
第二设备也可以是用于更新地图的地图客户端服务器,也可以是已从地图客户端服务器中获取并更新地图的车队服务器或其他任意可能的服务器。
第二设备还可以是任意形式的车辆、任意形式的车辆辅助设备(例如车辆充电桩等)或移动终端(例如手机、平板、可穿戴设备等),本申请实施例对此不作具体限定。
上述第一设备和第二设备可以建立通信连接,例如,第一设备和第二设备可通过超文本传输协议(hyper text tansfer protocol,HTTP)或基于安全套接字层的超文本传输协议(hyper text transfer trotocol over secure socket layer,HTTPS)等协议建立通信连接,本申请实施例对此不做任何限制。
第一设备与第二设备之间也可通过任意形式的通信连接实现P2P通信,示例性的,第一设备与第二设备之间可以通过无线传输实现P2P通信,例如蓝牙(bluetooth)传输、无载波通信(ultra wide band,UWB)、或红外传输等。
第一设备与第二设备之间也可以通过有线传输实现P2P通信。
第一设备和第二设备也可以基于索引服务器实现P2P通信,该索引服务器可以是OTA服务器也可以是其他任意的服务器。示例性的,该索引服务器中可以存储有包括资源列表,该资源列表中包括第一设备与第一设备中的资源标识的关联关系,以及第二设备与第二设备中的资源标识的关联关系,在第一设备希望获取某一资源时,第一设备从该索引服务器中获取各设备中的资源列表,从资源列表中确定包括该资源的标识的设备为第二设备,则第一设备进一步可以通过上述的有线通信或无线通信从第二设备中获取该资源。
上述网络系统可以应用在车辆从云端服务器获取地图更新信息和地图瓦片,也可以车辆从车辆获取地图更新信息和地图瓦片,也可以车辆从车辆辅助设备获取地图更新信息和地图瓦片。具体参照下述几种场景描述:
示例性的,图1为本申请实施例提供的第一种具体应用场景示意图。在该应用场景中,第一设备为车辆,第二设备为地图OTA云设备。如图1所示,网络系统可以包括车辆101和地图OTA云设备102。车辆101为安装有地图OTA客户端的任意形式的车辆。地图OTA云设备102为地图图商的服务器,用于管理地图软件和存储地图数据。地图OTA云设备102可以自动发送或根据地图OTA客户端的请求命令发送需要更新的地图瓦片的标识和需要更新的地图瓦片的更新信息给车辆101中的地图OTA客户端。车辆101中地图OTA客户端可以根据接收来自地图OTA云设备的需要更新的地图瓦片的标识获得更新策略,按照更新策略下载来自地图OTA云设备的需要更新的地图瓦片的更新信息对地图进行更新。
此外,多个车辆101之间也可以进行通信连接,相互传输地图更新信息和地图瓦片。示例性的,多个车辆101之间可以发送查询信息查询地图版本。含有高版本地图的车辆可以向低版本地图的车辆发送需要更新的地图瓦片的标识和需要更新的地图瓦片的更新信息。低版本地图的车辆根据接收的需要更新的地图瓦片的标识获得更新策略,按照更新策略下载需要更新的地图瓦片的更新信息对地图进行更新。
车辆101和地图OTA云设备102的数量均可以为一个或多个,本申请实施例对此不作具体限定。
示例性的,图2为本申请实施例提供的第二种具体应用场景示意图。在该应用场景中,第一设备为车辆,第二设备为车厂OTA升级云设备。如图2所示,网络系统可以包括车辆201和车厂OTA升级云设备202。车辆201为安装有OTA客户端的任意形式的车辆。车厂OTA升级云设备202可以是用于下发整车升级包的OTA服务器。
车厂OTA升级云设备202可以自动发送或根据OTA客户端的请求命令发送整车升级包给车辆中的OTA客户端。OTA客户端接收来自车厂OTA升级云设备202的整车升级包整车升级包可以包括需要更新的地图瓦片的标识和需要更新的地图瓦片的更新信息。OTA客户端根据整车升级包中的需要更新的地图瓦片的标识获得更新策略,按照更新策略下载整车升级包内的需要更新的地图瓦片的更新信息对地图进行更新。
车辆201和车厂OTA升级云设备202的数量均可以为一个或多个,本申请实施例对此不作具体限定。
上述两种应用场景均可能在车辆中地图更新时适用。下面对上述两个应用场景在车辆中的实现过程进行说明。示例性的,图3为本申请实施例提供的一种车辆中地图更新的系统架构的示意图。如图3所示,系统中包括:车厂OTA升级云301、地图OTA升级云302、主控OTA升级客户端303和地图OTA升级客户端304。
其中,车厂OTA升级云301可以是车辆厂商或车辆中软件服务商的服务器,用于管理车辆中软件和存储软件数据。车辆中软件可以包括地图软件和车身控制软件等。地图OTA升级云302可以是地图图商的服务器,用于管理地图软件和存储地图数据。车厂OTA升级云301可以与地图OTA升级云302进行交互。车厂OTA升级云301的地图信息来自地图OTA升级云302,或者车厂OTA升级云301也可以自行确定地图数据。
需要说明的是,车辆中OTA升级包括主控节点和从属节点两级。图3中,主控OTA升级客户端303与主控节点相对应,可以接收整车升级包并拆分分发给其控制的多个从属客户端。地图OTA升级客户端304与从属节点相对应,可以是主控OTA升级客户端303下的从属OTA客户端。地图OTA升级客户端304可以作为整车OTA升级的一部分进行地图更新。
因此,该系统架构中有两种可能的地图更新方式。一种可能的实现方式是地图OTA升级云302与地图OTA升级客户端304交互,对地图进行更新。具体实现过程与第一种具体应用场景的描述一致,此处不再赘述。
另一种可能的实现方式是车厂OTA升级云301、主控OTA升级客户端303和地图OTA升级客户端304交互,对地图进行更新。示例性的,车厂OTA升级云设备301可以将需要更新的地图瓦片的标识和需要更新的地图瓦片的更新信息通过整车升级包发送给主控OTA升级客户端302。主控OTA升级客户端302接收下载整车升级包,将整车升级包拆分后发送到地图OTA升级客户端304。地图OTA升级客户端304根据拆分后的整车升级包中的需要更新的地图瓦片的标识获得更新策略,按照更新策略下载需要更新的地图瓦片的更新信息对地图进行更新。
示例性的,如图4所示,图4为本申请实施例提供的第三种具体应用场景示意图。在该应用场景中,第一设备为第一车辆,第二设备为服务器或第二车辆。网络系统可以包括服务器401、第一车辆402、第二车辆403、第二车辆404和第二车辆405。
服务器401可以是车队服务器,车队服务器提前从OTA服务器中获取该车队服务器所服务的车队(例如包括第一车辆402、第二车辆403、第二车辆404和第二车辆405)所需的整车升级包。
在车队例行检修期间、无线保真(Wireless-Fidelity,Wi-Fi)等联网情况下,第一车辆402、第二车辆403、第二车辆404和第二车辆405链接车队服务器,当收到升级包下载通知时,车队服务器与第一车辆402、第二车辆403、第二车辆404和第二车辆405进行双向认证(如基于PKI的认证方式),认证通过后,车队服务器将升级包的加密密钥k加密(利用车辆的公钥加密)后下发给第一车辆402、第二车辆403、第二车辆404和第二车辆405。
示例的,第一车辆403下载整车升级包的第一部分,第二车辆404下载整车升级包的第二部分,第二车辆405下载整车升级包的第三部分;则第一车辆402可以从第二车辆403下载整车升级包的第二部分,以及从第二车辆404下载整车升级包的第三部分,进而利用密钥k解密得到完整的车辆升级包。第一车辆402根据完整的整车升级包完成地图的更新。整车升级包中包括需要更新的地图瓦片的标识和需要更新的地图瓦片的更新信息。第一车辆402根据需要更新的地图瓦片的标识获得更新策略,按照更新策略下载整车升级包内的需要更新的地图瓦片的更新信息对地图进行更新。
示例性的,如图5所示,图5为本申请实施例提供的第四种具体应用场景示意图。网络系统可以包括车辆501、车辆辅助设备503。车辆501可以是任意形式的车辆。车辆辅助设备503可以是车辆充电桩或其他任意辅助车辆OTA更新或地图客户端更新的终端设备(例如手机和平板等)。车辆辅助设备503可以向车辆501发送需要更新的地图瓦片的标识和需要更新的地图瓦片的更新信息。车辆501可以根据接收的需要更新的地图瓦片的标识获得更新策略,按照更新策略下载来自车辆辅助设备503的需要更新的地图瓦片的更新信息更新地图。
为便于理解本申请实施例,首先对本申请中涉及到的一些词汇作简单说明。
1、地图瓦片:是包含了一系列比例尺、一定地图范围内的地图切片文件,可以方便地图的管理。示例性的,地图瓦片的形成过程如下:地图软件(如ArcGIS软件等)对地图数据进行处理,配成需要的图层方案,并保存方案;地图软件根据方案将地图进行切割成栅格,得到地图瓦片。
2、栅格模型(瓦片图):用方格来模拟实体的一种模型。地图可以分割成不同的栅格进行管理。每个栅格通过10多层乃是20多层不同分辨率的图片组成描述地图中的某个区域。当地图进行缩放时,根据缩放的级数,选择相应分辨率的瓦片图拼接成一幅完整的地图。
栅格模型中,每个栅格包括多个图层,每个图层内包含的元素相对是固化的,通过图层的叠加实现不同元素的地图。示例性的,图6为一种栅格模型示意图。如图6所示,地图可以被切割为多个方格,图中灰色方格可以表示某一种地图数据元素,例如道路、河流和桥梁等。
3、底图:一个包含常用的地图数据元素的图层,例如:道路、河流、桥梁、绿地、建筑物和其他地物的轮廓等。底图可以通过选取必要地图矢量数据项,经过地图美工设定颜色、字体、显示方式和显示规则等,进行渲染得到。在瓦片底图之上,可以覆盖一些不同功能的图层以满足应用的需要,例如用于导航和线路规划的道路走向、卫星图和用于指示饭馆、加油站、超市等的POI点图层(等。
4、汽车OTA即整车OTA:指汽车通过网络从远程服务器下载软件更新包对自身系统进行更新升级的过程。汽车OTA每次更新对应一个整车升级包和一个整车版本号,一个整车升级包中包含车内的多个电子控制单元(electronic control unit,ECU)的软件。车辆的主控Master接收下载整车升级包,并拆分分发给对应的ECU软件控制ECU软件升级。车辆软件更新完成后车辆的Master需将更新的整车版本号反馈给云端通知云端汽车OTA升级完成。
5、车厂OTA升级云:汽车厂商或服务商提供的一种云服务,负责在云端管理升级任务和软件升级包,并以OTA的方式下发给需要软件升级的车辆。其中,OTA方式可以通过Wifi、长期演进LTE和卫星等进行接入。
6、地图OTA升级云:地图图商的一种云服务,负责在云端管理地图软件和高精度地图数据,并以OTA的方式下发给需要升级的用户或车辆。
7、主控节点(update master,简称Master节点):部署在车辆中某个ECU上的软件,负责集中控制整车OTA升级,从OTA云端下载整车升级包,拆分后分发给对应ECU。
8、从属节点(update slave,简称Slave节点):车辆的Master节点包含的子系统或子部件对应的软件。
9、地图升级应用程序(Client):部署在安装地图客户端的ECU,可以作为地图客户端的一部分,负责地图包括地图数据的升级。同时可以作为一个Slave节点,参与整车的OTA升级。
10、电子控制单元(electronic control unit,ECU):包括自动驾驶控制器、座舱控制器、通信盒子(telematics box,T-Box)和网关等。ECU的软件升级可以从OTA云下载软件升级包并安装升级,也可以在主控节点的集中控制和协调下由主控节点拆分整车升级包后分发得到软件升级包进行升级。
下面将结合附图对本申请实施例提供的信道处理方法做详细说明。
图7为本申请提供的一种地图瓦片更新方法的流程示意图,如图7所示,本实施例的方法如下:
S701、第一设备接收来自第二设备的地图更新信息;其中,地图更新信息中包括多个待更新地图瓦片的标识。
本申请实施例中,第一设备是需要更新地图的设备,第一设备的具体形态如上所述,此处不再赘述。第二设备包括地图更新信息的设备,第二设备的具体形态如上所述,此处不再赘述。
可选的,当第一设备为地图通过空中接口OTA升级客户端时,第二设备为地图OTA升级云设备。当第一设备为车辆中的主控OTA升级客户端时,第二设备为车厂OTA升级云设备。
可以理解的是,本申请实施例提供的地图瓦片更新方法可以应用于地图客户端更新地图,也可以应用于车辆OTA升级更新地图。
可以理解的是,本申请实施例中地图指的是电子地图,地图更新可以是对地图数据的更新。地图中包括多种地图要素例如道路、河流、建筑、地标、桥梁和绿地等。具体的,在自动驾驶应用的高精度地图中,地图瓦片的地图要素还包括车道和车道周边的固定对象等。
本申请实施例中,电子地图通过地图瓦片对地图数据进行管理。地图更新信息可以是发生变化的地图瓦片(即待更新地图瓦片)的相关信息。地图更新信息可以包括待更新地图瓦片的标识。待更新地图瓦片的标识用于第一设备识别待更新的地图瓦片,避免第一设备重复下载或遗漏下载待更新地图瓦片的更新信息。进一步的,地图更新信息还可以包括待更新地图瓦片的其他信息和/或待更新地图瓦片与原地图瓦片的差异等。例如,待更新地图瓦片的其他信息可以是坐标信息、车道信息和/或瓦片生成时间等。
可能实现的方式中,待更新地图瓦片的标识可以是地图瓦片的地图瓦片的编号,编号规则由图商确定,也可以是地图瓦片的坐标信息,例如瓦片的最小经纬度和最大经纬度,等。S702、第一设备根据地图更新信息获得更新策略,更新策略包括多个待更新地图瓦片的更新顺序。本申请实施例,更新策略与地图瓦片的相关信息有关。第一设备可以根据地图更新信息获得更新策略的依据。例如,待更新地图瓦片的需求迫切程度、待更新地图瓦片的重要程度、待更新地图瓦片的相似度和待更新地图瓦片对应的第一设备中地图瓦片的生成时间等。示例性的,更新策略可以是根据瓦片信息需求迫切程度确定的地图瓦片更新顺序。可以理解的是,第一设备可以根据接收的地图更新信息确定待更新地图瓦片的相关信息,进而获得更新策略的依据,确定待更新地图瓦片的更新顺序。示例性的,当地图更新信息中包括坐标信息时,更新策略可以根据需求迫切程度确定地图瓦片更新顺序。需求迫切程度与第一设备预估的待更新地图瓦片使用的先后顺序有关。当待更新地图瓦片使用顺序靠前时,需求迫切程度高。具体的,第一设备可以根据坐标信息判断待更新地图瓦片在地图中的位置,当坐标信息与第一设备的位置越接近时,需求迫切程度越高,待更新地图瓦片的顺序越靠前。
可能实现的方式中,地图更新信息还包括更新策略。第一设备根据第二设备确定的更新策略,确定待更新地图瓦片的更新顺序。下述地图更新方法中对根据更新策略的依据确定更新策略进行说明,此处不再赘述。
这样,第一设备可以根据待更新地图瓦片的信息,优先更新并使用所需或较为重要的地图瓦片的更新信息,进而减少地图的驾驶风险。
S703、第一设备根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
示例性的,第一设备按更新顺序将待更新地图瓦片的标志发送给第二设备,第二设备按照接收的待更新地图瓦片的标志顺序传输待更新地图瓦片的更新信息。
综上,本申请实施例通过地图更新信息确定更新策略,明确所需地图瓦片,进而确定瓦片的更新顺序,优先更新并可以使用部分地图瓦片。这样,可以减少等待更新时间,及时更新部分地图,降低驾驶风险。
可选的,上述S702中提到的更新策略与下述一种或多种辅助信息有关:被规划的第一设备的的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度、多个待更新地图瓦片在第一设备中的鲜度。
需要说明的是,辅助信息与更新策略相关,可以作为更新策略的依据。本申请实施例中,辅助信息也可以称为更新策略的依据。
下面结合图8-图13对本申请实施例中可以应用的更新策略进行详细说明。图8-图13中的方法中更新策略分别与被规划第一设备的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、地图内容相似度、多个待更新地图瓦片在第一设备中的鲜度中的一种相关。
在图7对应的实施例的基础上,一种可能的实现方式中,更新策略与被规划的第一设备的行驶路径相关。S702包括:第一设备根据行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。示例性的,以更新策略与被规划的第一设备的行驶路径相关为例,图8示出了本申请提供的一种具体的地图瓦片更新方法的流程示意图,如图8所示,具体步骤如下:
S801、第一设备向第二设备发送查询信息。
本申请实施例中,查询信息可以用于第一设备请求地图更新。查询信息可以是第一设备中地图相关信息(例如,地图版本号和地图更新时间等),查询信息也可以是被规划的第一设备的行驶路径和第一设备的所在位置等。查询信息也可以是第一设备请求地图更新的命令。
可以理解的是,第一设备在与第二设备建立通信连接时发送查询信息,或第一设备在使用地图之前发送查询信息。示例性的,当第一设备需要使用地图时,向第二设备发送查询信息,查询地图是否需要更新。这样,第一设备在后续使用地图时,可以保证地图为最新版本,提高地图的准确性。
S802、第二设备确定地图更新信息,地图更新信息包括多个待更新地图瓦片的标识。
可以理解的是,第二设备接收到查询信息后,第二设备可以根据第一设备的地图相关信息确定待更新地图瓦片,确定地图更新信息。
需要说明的是,第二设备确定地图更新信息可以是响应于S801中的查询信息,也可以是第二设备在与第一设备建立通信连接后,自动确定地图更新信息并发送给第一设备。即S801是可选步骤。
S803、第二设备向第一设备发送地图更新信息。
S804、第一设备根据被规划的第一设备的行驶路径,对多个待更新地图瓦片排序,得到更新策略。
可能的实现方式中,行驶路径可以是第一设备的智能驾驶功能或导航任务规划的,也可以是用户手动选择输入的。
可能的实现方式中,第一设备根据被规划的第一设备的行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。
需要说明的是,行驶路径的轨迹可以通过地图瓦片的坐标信息确定行驶路径涉及的地图瓦片。示例性的,地图更新信息还包括待更新地图瓦片的坐标信息,第一设备将待更新地图瓦片的坐标信息与路径规划中涉及到的瓦片的坐标信息比对,得到更新策略。
示例性的,图9为本申请实施例提供的一种电子地图示意图。如图9所示,图中包括地图瓦片901、第一设备所处位置902、待更新的地图瓦片903和被规划的行驶路径904。待更新的地图瓦片903有4个,分别为待更新地图瓦片一、待更新地图瓦片二、待更新地图瓦片三和待更新地图瓦片四。可能实现的方式一中,第一设备计算待更新地图瓦片的坐标信息与行驶路径的轨迹涉及到的地图瓦片的坐标信息的第一差值;根据第一差值确定多个待更新地图瓦片的更新顺序。示例性的,第一差值越小,地图瓦片的更新顺序越靠前。示例性的,图9中的4个待更新地图瓦片的顺序可以是待更新地图瓦片二、待更新地图瓦片四、待更新地图瓦片一和待更新地图瓦片三。
可能的实现方式二中,第一设备计算待更新地图瓦片的坐标信息与路径规划中起点的坐标信息的第二差值,根据第二差值确定多个待更新地图瓦片的更新顺序。示例性的,第二差值越小,地图瓦片的更新顺序越靠前。示例性的,图9中的4个待更新地图瓦片的顺序可以是待更新地图瓦片二、待更新地图瓦片四、待更新地图瓦片一和待更新地图瓦片三。可能的实现方式三中,第一设备计算待更新地图瓦片的坐标信息与行驶路径的轨迹涉及到的地图瓦片的坐标信息的第一差值;计算坐标信息与路径规划中起点的坐标信息的第二差值;根据第一差值和第二差值确定多个待更新地图瓦片的更新顺序。示例性的,第一差值越小,地图瓦片的更新顺序越靠前。当第一差值相同时,第二差值越小,地图瓦片的更新顺序越靠前。示例性的,图9中的4个待更新地图瓦片的顺序可以是待更新地图瓦片二、待更新地图瓦片四、待更新地图瓦片一和待更新地图瓦片三。
可能实现的方式中,S804为可选步骤,当地图更新信息包括更新策略时,S804不执行。
S805、第一设备根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
综上,本申请实施例中,行驶路径的轨迹为第一设备的将要移动的轨迹。与轨迹相关的地图瓦片为第一设备即将使用的地图瓦片,第一设备对该瓦片的需求越迫切。与第一设备地理位置越近的地图瓦片,第一设备的需求约迫切。待更新地图瓦片根据行驶路径的轨迹和/或待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离进行排序,按照需求迫切程度对地图瓦片进行排序,使得地图更新更有针对性,可以保证与行驶路径的轨迹相关的地图瓦片优先下载并更新,缩短第一设备即将用到的瓦片的更新时间,及时更新所需地图信息,降低使用地图的安全风险。
在图7对应的实施例的基础上,一种可能的实现方式中,更新策略与多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离相关。S702包括:第一设备根据多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离,对多个待更新地图瓦片排序,得到更新策略。示例性的,以更新策略与多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离相关为例,图10示出了本申请提供的一种具体的地图瓦片更新方法的流程示意图,如图10所示,具体步骤如下:
S1001、第一设备向第二设备发送查询信息。
本申请实施例中,查询信息可以用于第一设备请求地图更新。查询信息可以是第一设备中地图相关信息(例如,地图版本号和地图更新时间等),查询信息也可以是被规划的第一设备的行驶路径和第一设备的所在位置等。查询信息也可以是第一设备请求地图更新的命令。
可以理解的是,第一设备在与第二设备建立通信连接时发送查询信息,或第一设备在使用地图之前发送查询信息。示例性的,当第一设备需要使用地图时,向第二设备发送查询信息,查询地图是否需要更新。这样,第一设备在后续使用地图时,可以保证地图为最新版本,提高地图的准确性。
S1002、第二设备确定地图更新信息,地图更新信息包括多个待更新地图瓦片的标识。
可以理解的是,第二设备接收到查询信息后,第二设备可以根据第一设备的地图相关信息确定待更新地图瓦片,确定地图更新信息。
需要说明的是,第二设备确定地图更新信息可以是响应于S1001中的查询信息,也可以是第二设备在与第一设备建立通信连接后,自动确定地图更新信息并发送给第一设备。即S1001是可选步骤。
S1003、第二设备向第一设备发送地图更新信息。
S1004、第一设备根据多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离,对多个待更新地图瓦片排序,得到更新策略。
需要说明的是,地图瓦片可以通过坐标信息表示地图瓦片对应的地理位置。示例性的,地图更新信息还包括待更新地图瓦片的坐标信息,第一设备将待更新地图瓦片的坐标信息与第一设备所在位置对应的地图瓦片的坐标信息计算得到待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离,进而得到更新策略。
可能的实现方式中,第一设备计算待更新地图瓦片的坐标信息与第一设备所在位置对应的地图瓦片的第三差值,根据第三差值确定多个待更新地图瓦片的更新顺序。示例性的,第三差值越小,地图瓦片的更新顺序越靠前。示例性的,图9中的4个待更新地图瓦片的顺序可以是待更新地图瓦片一、待更新地图瓦片二、待更新地图瓦片三和待更新地图瓦片四。
可能实现的方式中,S1004为可选步骤,当地图更新信息包括更新策略时,S1004不执行。
S1005、第一设备根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
综上,本申请实施例中,与第一设备地理位置越近的地图瓦片,第一设备的需求越迫切。待更新地图瓦片根据其对应的地理位置与第一设备所在位置之间的距离进行排序,按照需求迫切程度对地图瓦片进行排序,使得地图更新更有针对性,可以保证与第一设备附近的地图瓦片优先下载并更新,缩短第一设备周边位置对应的地图瓦片的更新时间,及时更新第一设备附近的地图信息,降低使用地图的安全风险。
在图7对应的实施例的基础上,一种可能的实现方式中,更新策略与多个待更新地图瓦片的重要程度相关。S702包括:第一设备根据多个待更新地图瓦片的重要程度信息,对多个待更新地图瓦片排序,得到更新策略。示例性的,以更新策略与多个待更新地图瓦片的重要程度相关为例,图11示出了本申请提供的一种具体的地图瓦片更新方法的流程示意图,如图11所示,具体步骤如下:
S1101、第一设备向第二设备发送查询信息。
S1102、第二设备确定地图更新信息,地图更新信息包括多个待更新地图瓦片的标识和多个待更新地图瓦片各自的重要程度信息;其中,待更新地图瓦片的重要程度与待更新地图瓦片中的地图元素发生变更对驾驶的影响程度正相关。
需要说明的是,第二设备确定地图更新信息可以是响应于S1101中的查询信息,也可以是第二设备在与第一设备建立通信连接后,自动确定地图更新信息并发送给第一设备。即S1101是可选步骤。
本申请实施例中,影响驾驶的地图元素可以包括道路元素等。道路元素可以是车道和车道周边的固定对象等。车道变更可以包括:车道线的位置、类型、宽度、坡度和曲率等。车道周边的固定对象的变更可以包括固定对象的数量、位置和大小等变更。车道周边的固定对象包括交通标志和基础设施等。交通标志可以是限速标志、限高标志和交通信号灯等。基础设施信息可以是高架物体、防护栏和路边地标等。
可以理解的是,地图元素对驾驶的影响程度不同。若地图瓦片中的道路元素信息发生变更,第一终端需及时更新该地图瓦片。道路元素信息的变更程度越大,对驾驶的影响越大,相应的,待更新地图瓦片越重要。
可能实现的方式一中,根据地图瓦片道路信息有无变更,将待更新地图瓦片分为重要地图瓦片和不重要地图瓦片。示例性的,道路元素信息变更的瓦片为重要地图瓦片,道路元素信息未变更的瓦片为不重要地图瓦片。
可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息。第二设备将道路元素信息发生变更的待更新地图瓦片设置第一信息;第二设备将道路元素信息未发生变更的待更新地图瓦片设置第二信息。
本申请实施例中,将重要程度信息分为两种,相应的待更新地图瓦片也分为两种。第二设备对待更新地图瓦片的分类和标注,可以方便后续第一设备确定待更新地图瓦片的更新顺序,按更新顺序下载并使用地图。
可以理解的是,每个地图瓦片对应的地理位置不同,使得地图瓦片中包含的地图元素不同,因而对于驾驶安全的影响程度不同。示例性的,车道变更信息的地图瓦片比交通标志信息变更的地图瓦片重要。
可能实现的方式二中,根据地图瓦片中地图元素变更的内容不同,可以将待更新地图瓦片进行重要程度的划分,例如重要地图瓦片、次重要地图瓦片和普通地图瓦片。示例性的,重要地图瓦片为车道变更信息的瓦片,不重要地图瓦片为车道周边的固定对象信息变更的瓦片,普通地图瓦片为道路元素信息未变更的瓦片。S1103、第二设备向第一设备发送地图更新信息。
S1104、第一设备根据多个待更新地图瓦片的重要程度信息,对多个待更新地图瓦片排序,得到更新策略。
可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息;第一设备根据多个待更新地图瓦片的重要程度信息,对多个待更新地图瓦片排序,包括:第一设备将携带第一信息的待更新地图瓦片,排序在携带第二信息的待更新地图瓦片之前。
示例性的,待更新地图瓦片1和待更新地图瓦片3携带表征重要的第一信息,待更新地图瓦片2携带表征不重要的第二信息。第一设备对这三个待更新地图瓦片的排序为待更新地图瓦片1、待更新地图瓦片3和待更新地图瓦片2。
可能的实现方式中,表征重要的第一信息用0表示,表征不重要的第二信息用1表示。或者表征重要的第一信息用1表示,表征不重要的第二信息用0表示。本申请实施例对此不作具体限定。
可能实现的方式中,S1104为可选步骤,当地图更新信息包括更新策略时,S1104不执行。
S1105、第一设备根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
本申请实施例,第一设备根据待更新地图瓦片的重要程度信息进行地图瓦片的更新,优先下载道路信息变更的地图瓦片,方便第一设备根据道路信息及时调整,减少驾驶风险。
在图7对应的实施例的基础上,一种可能的实现方式中,更新策略与地图内容相似度相关。S702包括:包括:第一设备根据地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。示例性的,以更新策略与地图内容相似度相关为例,图12示出了本申请提供的一种具体的地图瓦片更新方法的流程示意图,如图12所示,具体步骤如下:
S1201、第一设备向第二设备发送查询信息。
S1202、第二设备确定地图更新信息,地图更新信息包括多个待更新地图瓦片的标识和待更新地图瓦片的地图内容相似度。
需要说明的是,第二设备确定地图更新信息可以是响应于S1201中的查询信息,也可以是第二设备在与第一设备建立通信连接后,自动确定地图更新信息并发送给第一设备。即S1201是可选步骤。可选的,第二设备计算多个待更新地图瓦片各自在第一设备中的版本与最新版本之间的地图内容相似度;第二设备为多个待更新地图瓦片设置各自的地图内容相似度。
需要说明的是,地图瓦片一般为图片格式。地图内容的相似度可以按照图片相似度进行计算。图片相似度计算包括特征提取和特征比对。第二设备可以采用平均哈希算法、感知哈希算法和/或颜色分布法等进行特征提取。第二设备可以采用汉明距离和/或余弦相似度等算法进行特征比对。
本申请实施例中,第二设备对地图内容相似度的计算和标注可以方便后续第一设备对待更新地图瓦片排序。
S1203、第二设备向第一设备发送地图更新信息。
S1204、第一设备根据地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。
可以理解的是,地图内容相似度可以表示地图瓦片的差异。地图瓦片的相似度越小,地图瓦片的差异越大,从而表示的地图瓦片变更内容越多,越需要更新。
可能的实现方式中,第一设备地图内容相似度越小,待更新地图瓦片排序越靠前。
可能实现的方式中,S1204为可选步骤,当地图更新信息包括更新策略时,S1204不执行。
S1205、第一设备根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
本申请实施例,第一设备根据待更新地图瓦片的地图内容相似度进行地图瓦片的更新,优先下载地图内容相似度低、差异大的地图瓦片,方便第一设备根据地图内容及时调整,减少驾驶风险。
在图7对应的实施例的基础上,一种可能的实现方式中,更新策略与多个待更新地图瓦片在第一设备中的鲜度相关。S702包括:第一设备根据待更新地图瓦片在第一设备中的鲜度,对多个待更新地图瓦片排序,得到更新策略。
可能的实现方式中,待更新地图瓦片在第一设备中的鲜度与待更新地图瓦片在第一设备中的版本相关。示例性的,以待更新地图瓦片在第一设备中的鲜度为例,图13示出了本申请提供的一种具体的地图瓦片更新方法的流程示意图,如图13所示,具体步骤如下:
S1301、第一设备向第二设备发送查询信息。
S1302、第二设备确定地图更新信息,地图更新信息包括多个待更新地图瓦片的标识。
需要说明的是,第二设备确定地图更新信息可以是响应于S1301中的查询信息,也可以是第二设备在与第一设备建立通信连接后,自动确定地图更新信息并发送给第一设备。即S1301是可选步骤。
可以理解的是,待更新地图瓦片的鲜度的标识可以用待更新地图瓦片时间戳进行表示。
S1303、第二设备向第一设备发送地图更新信息。
S1304、第一设备根据待更新地图瓦片在第一设备中的版本或待更新地图瓦片在第一设备中的鲜度,对多个待更新地图瓦片排序,得到更新策略。
可以理解的是,第一设备中的地图瓦片时间越早,瓦片内容变更的程度可能越大,越需要及时更新。
可能的实现方式一中,待更新地图瓦片在第一设备中的版本号越小,待更新地图瓦片排序越靠前。
可能实现的方式二中,地图更新信息还包括待更新地图瓦片的版本号,待更新地图瓦片在第一设备中的版本号与待更新地图瓦片的最新版本号之间的差距越大,待更新地图瓦片排序越靠前。
可能实现的方式三中,待更新地图瓦片在第一设备中的时间戳越早,待更新地图瓦片排序越靠前。
可能实现的方式四中,地图更新信息还包括待更新地图瓦片的时间戳,待更新地图瓦片在第一设备中的时间戳与待更新地图瓦片的时间戳差距越大,待更新地图瓦片排序越靠前。
可能实现的方式中,S1304为可选步骤,当地图更新信息包括更新策略时,S1304不执行。
S1305、第一设备根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
可能实现的方式中,第一设备下载待更新地图瓦片的更新信息后,刷新地图瓦片的版本。
本申请实施例中,根据待更新地图瓦片在第一设备中的版本进行排序,优先更新长时间未更新的地图瓦片,第一设备使用比较新的地图,提高地图的准确性,减少地图使用风险。
可能的实现方式中,图8、图10-图13所示的五种地图瓦片更新方法任意多种可以相互结合。
具体地,图8对应的实施例中辅助信息是被规划的第一设备的行驶路径、图10对应的实施例中的辅助信息是待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离,图11对应的实施例中辅助信息是待更新地图瓦片各自的重要程度,图12对应的实施例中辅助信息是待更新地图瓦片的地图内容相似度,图13对应的实施例中辅助信息是待更新地图瓦片在第一设备中的鲜度。
也就是说,第一设备得到更新策略时,可以有五种辅助信息,分别为:被规划的第一设备的行驶路径、待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、待更新地图瓦片各自的重要程度、待更新地图瓦片的地图内容相似度和待更新地图瓦片在第一设备中的鲜度。
具体实现中,第一设备得到更新策略时,可以将上述中五种辅助信息(后续简称依据)中的任意两种、三种、四种或五种组合,根据组合后的依据确定地图瓦片的更新顺序。
下面对第一设备根据五种依据中的任意多种组合确定地图瓦片的更新顺序进行说明。
第一种可能实现中,五种依据可以具备优先级,第一设备根据上述四种依据的优先级,确定待更新地图瓦片的更新顺序。
示例性的,被规划的第一设备的行驶路径为优先级1,待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离为优先级2、待更新地图瓦片各自的重要程度信息为优先级3,地图内容相似度为优先级4,待更新地图瓦片在第一设备中的版本为优先级5。从优先级1、优先级2、优先级3、优先级4到优先级5可以为优先级依次下降的关系。
则第一设备根据四种依据的优先级对多个待更新地图瓦片排序,确定更新策略时,可能的实现为:当第一设备根据优先级1对应的依据不能确定更新策略时,第一设备根据优先级2对应的依据,对待更新地图瓦片排序,确定更新策略;当第一设备根据优先级2对应的依据不能确定更新策略时,第一设备根据优先级3对应的依据,对待更新地图瓦片排序,确定更新策略;当第一设备根据优先级3对应的依据不能确定更新策略时,第一设备根据优先级4对应的依据,对待更新地图瓦片排序,确定更新策略;当第一设备根据优先级4对应的依据不能确定更新策略时,第一设备根据优先级5对应的依据,对待更新地图瓦片排序,确定更新策略。
这样,第一设备在确定更新策略时,可以有丰富的选择,从而能在较多情况中得到更新策略,实现对地图瓦片的有序更新。
需要说明的是,上述五种对应的依据优先级仅为示例说明,实际应用中,各依据具体的优先级可以根据实际情况设定,例如,待更新地图瓦片各自的重要程度信息为优先级1,被规划的第一设备行驶路径为优先级2,地图内容相似度为优先级3,待更新地图瓦片在第一设备中的版本为优先级4,待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离为优先级5,等。本申请实施例不作具体限定。
可以理解的是,第一设备可以根据上述五种依据中任意两个或三个或四个的优先级确定待更新地图瓦片的更新顺序。技术手段和技术效果与上述类似,此处不再赘述。
第二种可能实现中,五种依据对应有权重值,第一设备根据上述四种依据的权重值,确定待更新地图瓦片的更新顺序。
示例性的,规划的行驶路线对应的第一权重为0.4,待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离对应的第二权重0.2,待更新地图瓦片各自的重要程度信息对应的的第三权重为0.2,地图内容相似度对应的的第四权重为0.1,待更新地图瓦片在第一设备中的版本对应的第五权重为0.1。
则第一设备根据五种依据的权重值对多个待更新地图瓦片排序,确定更新策略时,可能的实现为:第一设备根据五种依据分别对待更新地图瓦片进行排序,每个地图瓦片得到四个排序名次;第一设备根据五种依据的排序名次和相应的权重值得到待更新地图瓦片的综合值,根据综合值从小至大对待更新地图瓦片进行排序,确定更新策略。其中,待更新地图瓦片的综合值的计算方式可以是排序名次与相应的权重值的乘积之和。
示例性的,第一设备需要下载四个待更新地图瓦片的更新信息,第一设备根据五种依据分别对四个待更新地图瓦片进行排序,每个待更新地图瓦片得到四个排序名次。待更新地图瓦片一的排序名次分别为1、1、2、3和4。待更新地图瓦片二的排序名次分别为2、2、3、4和1。待更新地图瓦片三的排序名次分别为3、3、4、2和3。待更新地图瓦片四的排序名次分别为4、4、1、1和2。当五种依据对应的权重值分别为0.4、0.2、0.2、0.1和0.1时,第一设备计算的四个待更新地图瓦片的综合值分别为1.7、2.3、3.1和2.9。四个待更新地图瓦片的更新顺序为待更新地图瓦片一、待更新地图瓦片二、待更新地图瓦片四和待更新地图瓦片三。
这样,第一设备在确定更新策略时,可以综合考虑多种因素,从而在多种情况中实现对地图瓦片的有序更新。
需要说明的是,上述五种依据对应的权重值仅为示例说明,实际应用中,各依据具体的权重值可以根据实际情况设定。例如,被规划的第一设备的行驶路径对应的的第一权重为0.3,待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离对应的第二权重0.2,待更新地图瓦片各自的重要程度信息对应的的第三权重为0.2,地图内容相似度对应的的第四权重为0.2和待更新地图瓦片在第一设备中的版本对应的第五权重为0.1。本申请实施例不作具体限定。
可以理解的是,第一设备可以根据上述五种依据中任意两个或三个或四个的权重值确定待更新地图瓦片的更新顺序。技术手段和技术效果与上述类似,此处不再赘述。
本申请实施例,5种地图瓦片更新方法的相互结合,综合考虑多种驾驶相关因素(例如,需求迫切程度和道路信息变更等),适用于多种情况,可以全面的提升地图瓦片更新方法的实用性,降低使用地图的安全风险。
通过上述对本申请方案的介绍,可以理解的是,上述实现各设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件单元。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
图14为本申请提供的一种地图瓦片更新装置的结构示意图。请参见图14,该地图瓦片更新装置包括处理器1401、存储器1402和收发机1403。
处理器1401负责管理总线架构和通常的处理,存储器1402可以存储处理器1401在执行操作时所使用的数据。收发机1403用于在处理器1401的控制下接收和发送数据与存储器1402进行数据通信。总线架构可以包括任意数量的互联的总线和桥,具体由处理器1401代表的一个或多个处理器和存储器1402代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1401负责管理总线架构和通常的处理,存储器1402可以存储处理器1401在执行操作时所使用的数据。
本申请实施例揭示的流程,可以应用于处理器1401中,或者由处理器1401实现。示例性的,处理器1401应用于第一设备,处理器1401用于执行S702和S703;或者处理器1401用于执行S801、S804和S805;或者处理器1401用于执行S1001、S1004和S1005;或者处理器1401用于执行S1101、S1104和S1105;或者处理器1401用于执行S1201、S1204和S1205;或者处理器1401用于执行S1301、S1304和S1305;或者本申请实施例所描述的第一设备可能执行的其他过程。
示例性的,处理器1401应用于第二设备,处理器1401用于执行S701;或者处理器1401用于执行S802和S803;或者处理器1401用于执行S1002和S1003;或者处理器1401用于执行S1102和S1103;或者处理器1401用于执行S1202和S1203;或者处理器1401用于执行S1302和S1303;或者本申请实施例所描述的第二设备可能执行的其他过程。
在实现过程中,地图瓦片更新的流程的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1401可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1402,处理器1401读取存储器1402中的信息,结合其硬件完成信号处理流程的步骤。本申请实施例一种可选的方式,处理器1401用于读取存储器1402中的程序并以执行上述方法实施例中第一设备或第二设备执行的步骤,其实现原理和技术效果类似,此处不再赘述。
图15为本申请实施例提供的一种芯片的结构示意图。芯片包括一个或多个处理器1501以及接口电路1402。可选的,芯片还可以包含总线1503。其中:
处理器1501可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1501可以是通用处理器、数字通信器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件、MCU、MPU、CPU或者协处理器中的一个或多个。可以实现或者执行本申请实施例中的公开的各方法、步骤。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
处理器1501用于执行上述方法实施例中第一设备或第二设备执行的步骤。示例性的,处理器1501应用于第一设备;或者处理器1501用于执行S702和S703;或者处理器1501用于执行S801、S804和S805;或者处理器1501用于执行S1001、S1004和S1005;或者处理器1501用于执行S1101、S1104和S1105;或者处理器1501用于执行S1201、S1204和S1205;或者处理器1501用于执行S1301、S1304和S1305;或者本申请实施例所描述的第一设备可能执行的其他过程。
示例性的,处理器1501应用于第二设备,处理器1501用于执行S701;或者处理器1501用于执行S802和S803;或者处理器1501用于执行S1002和S1003;或者处理器1501用于执行S1102和S1103;或者处理器1501用于执行S1202和S1203;或者处理器1501用于执行S1302和S1303;或者本申请实施例所描述的第二设备可能执行的其他过程。接口电路1502可以用于数据、指令或者信息的发送或者接收,处理器1501可以利用接口电路1502接收的数据、指令或者其它信息,进行加工,可以将加工完成信息通过接口电路1502发送出去。
可选的,芯片还包括存储器,存储器可以包括只读存储器和随机存取存储器,并向处理器提供操作指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。
可选的,存储器存储了可执行软件模块或者数据结构,处理器可以通过调用存储器存储的操作指令(该操作指令可存储在操作系统中),执行相应的操作。
可选的,芯片可以使用在本申请实施例涉及的第一设备或第二设备中。可选的,接口电路1502可用于输出处理器1501的执行结果。关于本申请的一个或多个实施例提供的地图瓦片更新方法可参考前述各个实施例,这里不再赘述。
需要说明的,处理器1501、接口电路1502各自对应的功能既可以通过硬件设计实现,也可以通过软件设计来实现,还可以通过软硬件结合的方式来实现,这里不作限制。
图16为本申请实施例提供的一种应用于第一设备的地图瓦片更新装置的结构示意图,该地图瓦片更新装置包括通信单元1601和处理单元1602。通信单元,用于接收来自第二设备的地图更新信息;其中,地图更新信息中包括多个待更新地图瓦片的标识;处理单元,用于根据地图更新信息获得更新策略,更新策略包括多个待更新地图瓦片的更新顺序;处理单元,还用于根据更新策略,按更新顺序下载待更新地图瓦片的更新信息。
可选的,更新策略与下述的一种或多种辅助信息有关:被规划的第一设备的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度、多个待更新地图瓦片在第一设备中的鲜度。
可选的,在更新策略与被规划的第一设备的行驶路径相关时,处理单元,具体用于根据行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。
可选的,处理单元,具体用于在多个待更新地图瓦片中确定行驶路径的轨迹所涉及的待更新地图瓦片;处理单元,还用于按照行驶路径的轨迹从起点到终点的方向,对行驶路径的轨迹所涉及的待更新地图瓦片排序。
可选的,在更新策略与多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离相关时,处理单元,具体用于根据距离,对多个待更新地图瓦片排序,得到更新策略。可选的,在更新策略与多个待更新地图瓦片的重要程度相关时,地图更新信息中还包括待更新地图瓦片的重要程度信息,其中,待更新地图瓦片的重要程度与待更新地图瓦片中的地图元素发生变更对驾驶的影响程度正相关;处理单元,具体用于根据多个待更新地图瓦片的重要程度信息,对多个待更新地图瓦片排序,得到更新策略。
可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息;处理单元,具体用于将携带第一信息的待更新地图瓦片,排序在携带第二信息的待更新地图瓦片之前。
可选的,在更新策略与地图内容相似度相关时,处理单元,具体用于根据地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。
可选的,在更新策略与多个待更新地图瓦片在第一设备中的鲜度相关时,处理单元,具体用于根据待更新地图瓦片在第一设备中的鲜度,对多个待更新地图瓦片排序,得到更新策略。
可选的,在更新策略与多个辅助信息相关时,处理单元具体用于根据多个辅助信息的优先级和/或多个辅助信息的权重,对多个待更新地图瓦片排序,得到更新策略。可选的,通信单元,还用于向第二设备发送查询信息;通信单元,还用于接收来自第二设备的地图更新信息,地图更新信息是第二设备响应于查询信息发送的。
可选的,第一设备为地图通过空中接口OTA升级客户端,第二设备为地图OTA升级云设备;或者,第一设备为车辆中的主控OTA升级客户端,第二设备为车厂OTA升级云设备。
可选的,地图更新信息还包括更新策略。可能的实现方式中,上述图16所示的通信单元1601和处理单元1602的功能可以由处理器1401运行存储器1402中的程序执行,或者由处理器1401单独执行。
如图17所示,本申请提供一种车辆,装置包括至少一个存储器1701,至少一个收发器1702,至少一个处理器1703。
存储器1701,用于存储一个或多个程序以及数据信息;其中一个或多个程序包括指令。
收发器1702,用于与车辆中的通讯设备进行数据传输,以及用于与第二设备进行数据传输。
处理器1703,用于执行程序实现上述方法实施例所示的方法。示例性的,处理器1703用于执行S702和S703;或者处理器1703用于执行S801、S804和S805;或者处理器1703用于执行S1001、S1004和S1005;或者处理器1703用于执行S1101、S1104和S1105;或者处理器1703用于执行S1201、S1204和S1205;或者处理器1703用于执行S1301、S1304和S1305;或者本申请实施例所描述的第一设备可能执行的其他过程。
本申请实施例还提供应用于第二设备的地图瓦片更新装置,该地图瓦片更新装置包括通信单元和处理单元。
处理单元,用于确定地图更新信息;通信单元,用于向第一设备发送地图更新信息;其中,地图更新信息包括多个待更新地图瓦片的标识,地图更新信息还包括更新策略或者辅助信息,更新策略包括多个待更新地图瓦片的更新顺序,辅助信息用于第一设备生成更新策略。
可选的,辅助信息包括下述的一种或多种:被规划的第一设备的行驶路径、多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离、多个待更新地图瓦片的重要程度、多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度、多个待更新地图瓦片在第一设备中的鲜度。
可选的,地图更新信息包括更新策略时。处理单元,具体用于根据被规划的第一设备的行驶路径的轨迹,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片对应的地理位置与第一设备所在位置之间的距离,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片的重要程度,对多个待更新地图瓦片排序,得到更新策略;其中,待更新地图瓦片的重要程度与待更新地图瓦片中的地图元素发生变更对驾驶的影响程度正相关。可选的,重要程度信息包括:用于表征重要的第一信息,或用于表征不重要的第二信息;处理单元,具体用于将道路信息发生变更的待更新地图瓦片设置第一信息;处理单元,还用于将道路信息未发生变更的待更新地图瓦片设置第二信息。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片在第一设备中的版本与多个待更新地图瓦片的最新版本之间的地图内容相似度,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个待更新地图瓦片在第一设备中的鲜度,对多个待更新地图瓦片排序,得到更新策略。
可选的,地图更新信息包括更新策略时,处理单元,具体用于根据多个辅助信息的优先级和/或多个辅助信息的权重,对多个待更新地图瓦片排序,得到更新策略可选的,处理单元,具体用于计算多个待更新地图瓦片各自在第一设备中的版本与最新版本之间的地图内容相似度;处理单元为多个待更新地图瓦片设置各自的地图内容相似度。
可选的,通信单元,具体用于接收来自第一设备的查询信息;通信单元,还用于响应于查询信息向第一设备发送地图更新信息。
可选的,第一设备为地图通过空中接口OTA升级客户端,第二设备为地图OTA升级云设备;或者,第一设备为车辆中的主控OTA升级客户端,第二设备为车厂OTA升级云设备。
在一些可能的实施方式中,本申请实施例提供的地图更新的方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序代码在计算机设备上运行时,程序代码用于使计算机设备执行本说明书中描述的根据本申请各种示例性实施方式的地图瓦片更新的方法中的步骤。示例性的,程序代码用于实现上述方法实施例中的S702和S703;或者用于实现S801、S804和S805;或者用于实现S1001、S1004和S1005;或者用于实现S1101、S1104和S1105;或者用于实现S1201、S1204和S1205;或者用于实现S1301、S1304和S1305;或者用于实现S701;或者用于实现S802和S803;或者用于实现S1002和S1003;或者用于实现S1102和S1103;或者用于实现S1202和S1203;或者用于实现S1302和S1303;或者本申请实施例所描述的其他过程。程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
根据本申请的实施方式的用于地图瓦片更新的程序产品,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在服务器设备上运行。然而,本申请的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被通信传输、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由周期网络动作系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、有线、光缆、RF等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备,或者,可以连接到外部计算设备。
本申请实施例针对地图更新的方法还提供一种计算设备可读存储介质,即断电后内容不丢失。该存储介质中存储软件程序,包括程序代码,当程序代码在计算设备上运行时,该软件程序在被一个或多个处理器读取并执行时可实现本申请实施例上面任何一种地图瓦片更新的方案。
本申请实施例还提供一种电子设备,在采用对应各个功能划分各个功能模块的情况下,该电子设备包括:处理模块,用于第一设备或第二设备执行上述实施例中的步骤,例如可以执行S702和S703的操作;或者执行S801、S804和S805的操作;或者执行S1001、S1004和S1005的操作;或者执行S1101、S1104和S1105的操作;或者执行S1201、S1204和S1205的操作;或者执行S1301、S1304和S1305的操作;或者执行S701;或者执行S802和S803;或者执行S1002和S1003;或者执行S1102和S1103;或者执行S1202;或者本申请实施例所描述的技术的其他过程。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
当然第一设备包括但不限于上述所列举的单元模块。并且,上述功能模块的具体所能够实现的功能也包括但不限于上述实例所述的方法步骤对应的功能,电子设备的其他单元的详细描述可以参考其所对应方法步骤的详细描述,本申请实施例这里不予赘述。
在采用集成的单元的情况下,上述实施例中所涉及的电子设备可以包括:处理模块、存储模块和通信模块。存储模块,用于保存电子设备的程序代码和数据。该通信模块用于支持电子设备与其他网络实体的通信,以实现电子设备的通话,数据交互,Internet访问等功能。
其中,处理模块用于对电子设备的动作进行控制管理。处理模块可以是处理器或控制器。通信模块可以是收发器、RF电路或通信接口等。存储模块可以是存储器。
进一步的,该电子设备还可以包括输入模块和显示模块。显示模块可以是屏幕或显示器。输入模块可以是触摸屏,语音输入装置,或指纹传感器等。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、存储、通信、传输、或传送程序,以由指令执行系统、装置或设备使用,或结合指令执行系统、装置或设备使用。
本申请结合多个流程图详细描述了多个实施例,但应理解,这些流程图及其相应的实施例的相关描述仅为便于理解而示例,不应对本申请构成任何限定。各流程图中的每一个步骤并不一定是必须要执行的,例如有些步骤是可以跳过的。并且,各个步骤的执行顺序也不是固定不变的,也不限于图中所示,各个步骤的执行顺序应以其功能和内在逻辑确定。
本申请描述的多个实施例之间可以任意组合或步骤之间相互交叉执行,各个实施例的执行顺序和各个实施例的步骤之间的执行顺序均不是固定不变的,也不限于图中所示,各个实施例的执行顺序和各个实施例的各个步骤的交叉执行顺序应以其功能和内在逻辑确定。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
以上的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。