著录项信息
专利名称 | 一种用于导航的地图加载方法和装置 |
申请号 | CN201410450240.1 | 申请日期 | 2014-09-04 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2014-12-31 | 公开/公告号 | CN104251707A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G01C21/36 | IPC分类号 | G;0;1;C;2;1;/;3;6查看分类表>
|
申请人 | 百度在线网络技术(北京)有限公司 | 申请人地址 | 北京市海淀区上地十街10号百度大厦
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 百度在线网络技术(北京)有限公司 | 当前权利人 | 百度在线网络技术(北京)有限公司 |
发明人 | 刘振桂;陈雪;阳慧蓉;彭海波 |
代理机构 | 北京汉昊知识产权代理事务所(普通合伙) | 代理人 | 朱海波 |
摘要
本发明公开了一种用于导航的地图加载方法和装置,该地图加载方法包括:以动画方式实时显示导航地图;基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据;利用预先加载的地图数据生成后续显示的动画图像进行导航;如果预先加载的地图数据不足以生成后续的动画图像,则重新加载地图数据。本发明可以有效地提升用户的导航体验。
1.一种用于导航的地图加载方法,包括:
以动画方式实时显示导航地图;
基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据,其中预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外的未显示的地图数据;
利用预先加载的地图数据生成后续显示的动画图像进行导航;
如果预先加载的地图数据不足以生成后续的动画图像,则重新加载地图数据。
2.根据权利要求1的地图加载方法,其中预先加载地图范围包括:
预先加载地图范围为当前屏幕显示地图周围宽度为屏幕的1/10-1/3的未显示的地图数据。
3.根据权利要求1的地图加载方法,其中预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外宽度为屏幕的1/10-1/3的未显示的地图数据。
4.根据权利要求1的地图加载方法,其中预先加载地图范围为:
当前屏幕显示地图周围按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。
5.根据权利要求4的地图加载方法,其中预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外,按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。
6.根据权利要求1-5中的任何一项所述的地图加载方法,其中基于预先加载的地图数据和当前显示的导航路线、速度和方向预测未来预定时间内将用到的动画视频数据,预先生成该动画视频数据进行缓存。
7.根据权利要求6所述的地图加载方法,其中所述未来预定时间为5-10秒。
8.一种用于导航的地图加载装置,包括:
用于以动画方式实时显示导航地图的单元;
用于基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据的单元,其中预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外的未显示的地图数据;
用于利用预先加载的地图数据生成后续显示的动画图像进行导航的单元;
用于当预先加载的地图数据不足以生成后续的动画图像,重新加载地图数据的单元。
9.根据权利要求8的地图加载装置,其中用于基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据的单元用于:
预先加载地图范围为当前屏幕显示地图周围宽度为屏幕的1/10-1/3的未显示的地图数据。
10.根据权利要求8的地图加载装置,其中所述预先加载地图数据范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外宽度为屏幕的1/10-1/3的未显示的地图数据。
11.根据权利要求8的地图加载装置,其中所述预先加载地图范围包括:
预先加载地图范围为当前屏幕显示地图周围按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。
12.根据权利要求11的地图加载装置,其中所述预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外,按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。
13.根据权利要求8-12中的任何一项所述的地图加载装置,还包括:
用于基于预先加载的地图数据和当前显示的导航路线、速度和方向预测未来预定时间内将用到的动画视频数据,预先生成该动画视频数据进行缓存的单元。
14.根据权利要求13所述的地图加载装置,其中所述未来预定时间为5-10秒。
一种用于导航的地图加载方法和装置\n技术领域\n[0001] 本发明涉及地图导航领域,尤其涉及一种导航过程中动画性能优化用于导航的地图加载的方法和系统装置。\n背景技术\n[0002] 现有的导航动画技术,每执行一次动画,就需要重新加载一次地图数据,这样导致CPU使用率高达70%以上,耗电量也比较大。而在真实导航过程中,用户的实际行进速度所对应的在当前屏幕所显示地图的移动速度相对于当前屏幕地图来说非常缓慢,有可能在多次执行导航动画的未来很长一段时间内用户在当前屏幕所显示地图上的位置都不会超出当前屏幕显示地图的范围,而地图数据的加载仍在频繁进行,浪费计算资源。\n发明内容\n[0003] 本发明解决的技术问题之一是提高导航过程中地图加载的效率。\n[0004] 根据本发明的一个方面的一个实施例,提供了一种用于导航的地图加载方法,包括:\n[0005] 以动画方式实时显示导航地图;\n[0006] 基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据;\n[0007] 利用预先加载的地图数据生成后续显示的动画图像进行导航;\n[0008] 如果预先加载的地图数据不足以生成后续的动画图像,则重新加载地图数据。\n[0009] 根据本发明的一个实施例,所述预先加载地图范围为当前屏幕显示地图周围宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0010] 根据本发明的一个实施例,所述预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外的未显示的地图数据。\n[0011] 根据本发明的一个实施例,所述预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0012] 根据本发明的一个实施例,所述预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外,按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。\n[0013] 根据本发明的一个实施例,其中基于预先加载的地图数据和当前显示的导航路线、速度和方向预测未来预定时间内将用到的动画视频数据,预先生成该动画视频数据进行缓存。\n[0014] 根据本发明的一个实施例,其中所述未来预定时间为5-10秒。\n[0015] 根据本发明另一个方面的一个实施例,还提供了一种用于导航的地图加载装置,包括:\n[0016] 用于以动画方式实时显示导航地图的单元(简称“导航动画显示单元”);\n[0017] 用于基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据的单元(简称“预先加载地图数据单元”);\n[0018] 用于利用预先加载的地图数据生成后续显示的动画图像进行导航的单元(简称“导航单元”);\n[0019] 用于当预先加载的地图数据不足以生成后续的动画图像,重新加载地图数据的单元(简称“加载地图数据单元”)。\n[0020] 根据本发明的一个实施例,所述预先加载地图范围为当前屏幕显示地图周围宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0021] 根据本发明的一个实施例,所述预先加载地图数据范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外的未显示的地图数据。\n[0022] 根据本发明的一个实施例,所述预先加载地图数据范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0023] 根据本发明的一个实施例,所述预先加载地图范围包括:\n[0024] 预先加载地图范围为当前屏幕显示地图周围按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。\n[0025] 根据本发明的一个实施例,其中基于预先加载的地图数据和当前显示的导航路线、速度和方向预测未来预定时间内将用到的动画视频数据,预先生成该动画视频数据进行缓存。\n[0026] 根据本发明的一个实施例,其中所述未来预定时间为5-10秒。\n[0027] 与现有技术相比,本发明的实施例所提供的技术方案,通过基于预先加载的地图数据是否足以生成后续的动画图像,来确定是否重新加载地图数据,较大地提升了CPU使用效率,减少耗电量,提高导航速度。\n[0028] 本领域普通技术人员将了解,虽然下面的详细说明将参考图示实施例、附图进行,但本发明并不仅限于这些实施例。而是,本发明的范围是广泛的,且意在仅通过后附的权利要求限定本发明的范围。\n附图说明\n[0029] 通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:\n[0030] 图1示出根据本发明的一个实施例的用于导航的地图加载方法的流程图;\n[0031] 图2示出了根据本发明的一个实施例的导航动画的静态示意图;\n[0032] 图3示出了根据本发明的一个实施例的导航线路上出现拐弯的导航动画的静态示意图;\n[0033] 图4示出了根据本发明的一个实施例的导航地图上出现复杂路段的导航动画的静态示意图;\n[0034] 图5示出了根据本发明一个实施例的用于导航的地图加载装置的示意性框图。\n具体实施方式\n[0035] 为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的实施例作详细描述。\n[0036] 图1是根据本发明的提供的用于导航的地图加载方法的流程图。\n[0037] 根据图1,所述用于导航的地图加载方法包括:\n[0038] 在步骤S101中,以动画方式实时显示导航地图。\n[0039] 关于地图中显示的动画,可参考图2,图2示出了根据本发明的一个实施例的导航动画的示意图。如图2,示出了一条从“中关村”到“西直门地铁站”的自驾导航路线,该路线的附近显示有丹棱街、海淀南路、双榆树北路等。导航过程中,动画表现为地图比例的放大或缩小、方向的改变或/和视角的变换,所述视角包括俯视角、侧视角等。请继续参考图3,图\n3示出了根据本发明的一个实施例的导航线路上出现拐弯的导航动画的静态示意图。如图\n3,示出了导航线路上出现拐弯等复杂路况时的导航动画,所述导航动画包括有交通灯,电子眼等一些交通标志以及3D街景图。请继续参考图4,图4示出了根据本发明的一个实施例的导航地图上出现复杂路段的导航动画的示意图。如图4,示出了导航地图上出现十字路口或者立交桥等复杂路段时,导航地图会动画地从原视角切换过渡到俯视角,同时缩小地图比例以使用户可以全面地查看复杂路段的情况和走向。\n[0040] 在步骤S102中,基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据。\n[0041] 现有导航技术中,每执行一次动画,地图数据就需要重新加载一次;以执行动画的频率24帧/秒为例,1秒钟内就需要加载地图数据24次,这样导致CPU使用率在70%以上,耗电量也比较大。在真实导航过程中,用户的实际行进速度所对应的在当前屏幕所显示地图而言,移动是相对非常缓慢的,有可能在10秒内都很难移出整个屏幕的1/10。\n[0042] 本发明实施例考虑到上述特性,采用预先加载当前屏幕显示地图周围未显示的地图数据,在动画执行的未来许多帧中都不会走出当前屏幕显示地图的范围。由于在动画执行的未来许多帧之后,用户行进的位置所对应的在当前屏幕所显示地图都不会超出所显示地图的范围,从而在预先加载一定的地图数据的情况下,很长一段时间内此时就不需要再次加载地图数据,从而大大减少加载地图数据的次数,有效降低CPU使用率。\n[0043] 可选地,所述预先加载地图范围为当前屏幕显示地图周围宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0044] 可选地,所述预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外的未显示的地图数据。\n[0045] 例如,当前用户在由东向西行驶,预先加载地图范围可以从向西或/和向南北方向同时加载当前屏幕显示地图周围未显示的地图数据。\n[0046] 可选地,预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0047] 可选地,所述预先加载地图范围为:当前屏幕显示地图周围按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。\n[0048] 例如,用户当前行驶速度行进速度为60km/h,导航按照当前行驶速度可以预测\n60km/h*5s-60km/h*10s,即预先加载距离5-10秒内用户可能行进的距离范围当前位置80m-\n170m范围内所对应的地图数据。\n[0049] 可选地,预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外,按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。\n[0050] 可选地,基于预先加载的地图数据和当前显示的导航路线、速度和方向预测未来预定时间内将用到的动画视频数据,预先生成该动画视频数据进行缓存。可选地,所述未来预定时间为5-10秒。\n[0051] 例如,当地图上显示用户当前位于“天安门”附近,并且通过后台计算获知用户当前的速度为0.5米/秒,行进的方向为由东向西,基于这些数据预测用户未来预定时间内可能移动的范围包括周边“西单”和“王府井”等区域,则预先加载的地图范围包括周边“西单”和“王府井”等区域对应的地图数据,预先生成与“西单”和“王府井”等区域对应的动画视频数据并将所生成的动画视频数据进行缓存。\n[0052] 在步骤S 103中,利用预先加载的地图数据生成后续显示的动画图像进行导航。\n[0053] 例如,在地图上,通过后台计算获知用户驶离“天安门”到达“王府井”附近时,提取在步骤S 102中预先加载和缓存的“王府井”区域对应的动画视频数据并将其提供给用户。\n进一步地,通过后台计算获知用户在2分钟内从“天安门”行进至“王府井”,由于行进缓慢,相对于显示的整个地图区域行进距离很短,则在这2分钟内,可以直接利用预先加载的地图数据生成后续显示的动画图像进行导航,而不需要重新加载地图数据。如此,可以有效降低CPU的使用率,提升CPU的使用性能。\n[0054] 在步骤S 104中,如果预先加载的地图数据不足以生成后续的动画图像,则重新加载地图数据。\n[0055] 例如,在地图上,通过后台计算获知用户到达“王府井”区域时,并且得到所述在步骤S102中预先加载的地图数据不足以生成后续的动画图像,则重新加载地图数据,所述重新加载的地图数据包括例如“建国门”、“灯市口”、“崇文门”等周边区域的地图数据。本实施例中,可以有效利用步骤S102和步骤S103中释放的CPU资源来重新加载地图数据。\n[0056] 本发明的实施例还公开了一种用于导航的地图加载的装置。请参考图5,图5示出了根据本发明一个实施例的用于导航的地图加载的装置的示意性框图。如图5所示,所述装置包括:\n[0057] 用于以动画方式实时显示导航地图的单元501(简称“导航动画显示单元”);\n[0058] 用于基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据的单元502(简称“预先加载地图数据单元”);\n[0059] 用于利用预先加载的地图数据生成后续显示的动画图像进行导航的单元503(简称“导航单元”);\n[0060] 用于当预先加载的地图数据不足以生成后续的动画图像,重新加载地图数据的单元504(简称“加载地图数据单元”)。\n[0061] 可选地,用于基于当前屏幕显示地图预先加载当前屏幕显示地图周围未显示的地图数据的单元502用于:\n[0062] 预先加载地图范围为当前屏幕显示地图周围宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0063] 可选地,所述预先加载地图数据范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外的未显示的地图数据。\n[0064] 可选地,所述预先加载地图数据范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外宽度为屏幕的1/10-1/3的未显示的地图数据。\n[0065] 可选地,所述预先加载地图范围包括:\n[0066] 预先加载地图范围为当前屏幕显示地图周围按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。\n[0067] 可选地,所述预先加载地图范围为当前屏幕显示地图在当前导航路线前进方向上的一侧或两侧边缘之外,按照当前导航的速度预测在5-10秒中内可能用到的未显示的地图数据。\n[0068] 可选地,所述装置还包括:\n[0069] 用于基于预先加载的地图数据和当前显示的导航路线、速度和方向预测未来预定时间内将用到的动画视频数据,预先生成该动画视频数据进行缓存的单元(未示出)。\n[0070] 可选地,所述未来预定时间为5-10秒。\n[0071] 所属技术领域的技术人员知道,本发明可以实现为装置、方法或计算机程序产品。\n因此,本公开可以具体实现为以下形式,即:可以是完全的硬件,也可以是完全的软件,还可以是硬件和软件结合的形式。\n[0072] 附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。\n[0073] 对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
法律信息
- 2018-03-23
- 2015-01-21
实质审查的生效
IPC(主分类): G01C 21/36
专利申请号: 201410450240.1
申请日: 2014.09.04
- 2014-12-31
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |