CN108446066B - 一种地图标记的加载方法和移动终端 - Google Patents

Abstract

本发明公开了一种地图标记的加载方法及用于执行该方法的移动终端，所述移动终端中安装有电子地图，并存储有电子地图的缩放级别与最小拖动距离和加载半径的对应关系，该方法包括：响应于用户对电子地图的操作，生成地图标记的加载请求，所述加载请求包含当前电子地图的中心点坐标和加载半径；计算本次加载请求的中心点坐标与上次已发送的加载请求的中心点坐标之间的间隔距离；当间隔距离超过当前缩放级别所对应的最小拖动距离时，发送本次加载请求，以获取并显示该中心点坐标周围该加载半径范围内的地图标记；当未超过时，判断本次加载请求的加载半径是否大于上次已发送的加载请求的加载半径，若是则发送本次加载请求。

Description

一种地图标记的加载方法和移动终端

技术领域

本发明涉及互联网技术领域，特别涉及一种地图标记的加载方法和移动终端。

背景技术

在诸多以地图为核心的手机软件中，都有根据地图中心点加载并显示附近标记信息的需求。传统的地图标记显示方案是在每次地图中心点发生变化后，获取新的地图中心点坐标，然后从服务端获取该中心点的周围指定半径范围内的标记。

但该传统方案中并不关心地图移动的距离或者地图的可视范围，无论其值为多少最后加载的都是一个固定范围内的标记。频繁的操作会导致频繁的加载，对服务器造成巨大的压力；而且通常情况下地图以矩形方式展示，以固定距离为半径的圆形加载范围不可能与矩形重叠，那么在距离过大的时候，必然会有一部分标记无法被观察到。这些无效的标记不仅会给服务端增加没必要的查询压力，而且还会增加设备的性能消耗。这里，虽然部分标记不需要显示在地图上，但是从大量标记中过滤出可用的标记也需要计算。在设备网络状况不佳的情况下还会增加网络传输数据量，增加传输耗时，降低用户体验。因此，需要提供一种更好的地图标记的加载显示方法。

发明内容

为此，本发明提供一种地图标记的加载方案，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供一种地图标记的加载方法，适于在移动终端中执行，该移动终端中安装有电子地图，并存储有电子地图的缩放级别与最小拖动距离和加载半径的对应关系，该方法包括：响应于用户对电子地图的操作，生成地图标记的加载请求，该加载请求包含当前电子地图的中心点坐标和加载半径；计算本次加载请求的中心点坐标与上次已发送的加载请求的中心点坐标之间的间隔距离；当间隔距离超过当前缩放级别所对应的最小拖动距离时，发送本次加载请求，以获取并显示该中心点坐标周围该加载半径范围内的地图标记；当间隔距离未超过当前缩放级别所对应的最小拖动距离时，判断本次加载请求的加载半径是否大于上次已发送的加载请求的加载半径，若是则发送本次加载请求。

可选地，在根据本发明的地图标记的加载方法中，在生成地图标记的加载请求之后，还包括步骤：等待预定延时，若该预定延时内未生成新的加载请求，则判定在时间维度上需要发送该地图标记的加载请求。

可选地，在根据本发明的地图标记的加载方法中，在生成地图标记的加载请求之后，还包括步骤：计算本次加载请求与上次加载请求之间的时间间隔，若该间隔时间小于预定的最小加载时间间隔，则取消本次加载请求。

可选地，在根据本发明的地图标记的加载方法中，预定延时和最小加载时间间隔均为500ms。

可选地，在根据本发明的地图标记的加载方法中，缩放级别scale和最小拖动距离M的关系为：M＝min((500-(scale-15)/5*500)/5，100)。

可选地，在根据本发明的地图标记的加载方法中，缩放级别scale和加载半径R的关系为：R＝min(500-(scale-15)/5*500，500)。

可选地，在根据本发明的地图标记的加载方法中，还包括步骤：当每次加载请求发送成功之后，记录该加载请求的中心点坐标和加载半径，以便与下一次加载请求的中心点坐标和加载半径进行对比。

可选地，在根据本发明的地图标记的加载方法中，还包括步骤：对于首次生成的加载请求，直接发送该加载请求，并记录该加载请求的中心点坐标、加载半径和请求时间。

根据本发明的又一个方面，提供一种移动终端，包括一个或多个处理器、存储器以及一个或多个程序，其中一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序包括用于执行根据本发明的地图标记的加载方法的指令。

根据本发明的又一个方面，提供一种存储一个或多个程序的计算机可读存储介质，一个或多个程序包括指令，指令当由移动终端执行时，使得网络服务器执行根据本发明的地图标记的加载方法。

根据本发明的技术方案，分别从距离维度和半径维度对地图的加载请求进行了优化，其根据地图缩放级别动态计算最小拖动距离(拖动阈值)，当用户的拖动幅度超过最小拖动距离时发送加载请求。当用户小幅度拖动地图时(即两次请求坐标之间的直线距离小于最小拖动距离时)则根据地图缩放级别动态计算当前的加载半径，若本次加载半径不超过上次加载请求的加载半径，则可取消本次加载请求，地图也不用重新渲染。这样可大幅度减少不必要的加载请求，从而减少对服务器的压力，节省公司开销；而且还能减少地图渲染压力，大幅度提升用户体验。

另外，本发明还从两种时间维度对加载请求进行了优化，从而进一步降低对服务器的访问压力和地图渲染压力。若连续两次请求的间隔时间小于预定延时，则放弃前一个请求，只发送后一个请求，这样能保证每一次加载到的都是符合要求的标记。或者，若连续两次请求的间隔时间小于预定的最小加载间隔时间，则放弃后一个请求，只发送前一个请求，这样能保证在用户操作完成之后立即发送请求，从而提高用户体验。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明的一个实施例的移动终端100的示意图；以及

图2示出了根据本发明一个实施例的地图标记的加载方法200的流程图；

图3和图4分别示出了根据本发明一个实施例的从时间维度进行加载显示优化的代码；以及

图5和图6分别示出了根据本发明一个实施例的地图标记加载方法的详细流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的移动终端100的结构框图。移动终端100可以包括存储器接口102、一个或多个数据处理器、图像处理器和/或中央处理单元104，以及外围接口106。

存储器接口102、一个或多个处理器104和/或外围接口106既可以是分立元件，也可以集成在一个或多个集成电路中。在移动终端100中，各种元件可以通过一条或多条通信总线或信号线来耦合。传感器、设备和子系统可以耦合到外围接口106，以便帮助实现多种功能。

例如，运动传感器110、光线传感器112和距离传感器114可以耦合到外围接口106，以方便定向、照明和测距等功能。其他传感器116同样可以与外围接口106相连，例如定位系统(例如GPS接收机)、加速度传感器、温度传感器、生物测定传感器或其他感测设备，由此可以帮助实施相关的功能。

相机子系统120和光学传感器122可以用于方便诸如记录照片和视频剪辑的相机功能的实现，其中所述相机子系统和光学传感器例如可以是电荷耦合器件(CCD)或互补金属氧化物半导体(CMOS)光学传感器。可以通过一个或多个无线通信子系统124来帮助实现通信功能，其中无线通信子系统可以包括射频接收机和发射机和/或光(例如红外)接收机和发射机。无线通信子系统124的特定设计和实施方式可以取决于移动终端100所支持的一个或多个通信网络。例如，移动终端100可以包括被设计成支持LTE、3G、GSM网络、GPRS网络、EDGE网络、Wi-Fi或WiMax网络以及Bluebooth^TM网络的通信子系统124。

音频子系统126可以与扬声器128以及麦克风130相耦合，以便帮助实施启用语音的功能，例如语音识别、语音复制、数字记录和电话功能。I/O子系统140可以包括触摸屏控制器142和/或一个或多个其他输入控制器144。触摸屏控制器142可以耦合到触摸屏146。举例来说，该触摸屏146和触摸屏控制器142可以使用多种触摸感测技术中的任何一种来检测与之进行的接触和移动或是暂停，其中感测技术包括但不局限于电容性、电阻性、红外和表面声波技术。

一个或多个其他输入控制器144可以耦合到其他输入/控制设备148，例如一个或多个按钮、摇杆开关、拇指旋轮、红外端口、USB端口、和/或指示笔之类的指点设备。所述一个或多个按钮(未显示)可以包括用于控制扬声器128和/或麦克风130音量的向上/向下按钮。

存储器接口102可以与存储器150相耦合。该存储器150可以包括高速随机存取存储器和/或非易失性存储器，例如一个或多个磁盘存储设备，一个或多个光学存储设备，和/或闪存存储器(例如NAND，NOR)。存储器150可以存储操作系统152，例如Android、iOS或是Windows Phone之类的操作系统。该操作系统152可以包括用于处理基本系统服务以及执行依赖于硬件的任务的指令。存储器150还可以存储应用154(即，应用程序，以下简称应用)。在移动终端运行时，会从存储器150中加载操作系统152，并且由处理器104执行。应用154在运行时，也会从存储器150中加载，并由处理器104执行。应用154运行在操作系统之上，利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即时通信、网页浏览、图片管理、视频播放等。应用154可以是独立于操作系统提供的，也可以是操作系统自带的，包括各种社交应用软件，如QQ、微信、微博等，也包括各种视频播放应用软件，还可以包括相册、计算器、录音笔等系统自带应用程序。另外，应用154被安装到移动终端100中时，也可以向操作系统添加驱动模块。

本发明的实施例所提供的用于执行地图标记的加载方法的程序为应用154的一种。在一些实施例中，移动终端100被配置为执行根据本发明的地图标记的加载方法200。通常，移动终端100中安装有电子地图，地图标记可以是地图类软件中常用的标记项目，如出租车标记、专车标记、顺风车标记、医院标记、银行标记、饭店标记等，本发明对此不作限制。根据一个实施例，其可以是共享单车标记。

需要说明的是，对于本发明中的共享单车，其可以为具有用电模式的电单车，即可以通过电池供电驱动单车自动行驶，也可以在不供电状态下通过人力进行骑行。单车的头部外壳中内置有车辆智能中控模块，其包括蓝牙装置、微型处理器以及移动运营商的流量卡，可以接收、发送网络请求给网络服务器，即单车的车辆智能中控模块可接收网络服务器下发的控制信号，也会自己向网络服务器发起控制信号，比如随时上传单车的位置坐标信息。另外，移动终端也与网络服务器通信连接，其可以向网络服务器发送一些搜索请求的中心点坐标和加载半径，网络服务器在接收到搜索请求后，获取以中心点坐标为圆心，预设距离为搜索半径对应区域内一个或多个可用单车的地理数据，并将其发送给移动终端，移动终端根据接收到的地理数据在屏幕的地图界面中显示与位置信息对应的各个单车图标。

此外，移动终端100的电子地图通常具有不同的缩放级别scale，不同缩放级别可以对应不同的地图可视范围(设备屏幕中地图可见宽度对应的实际公里数)。本发明中设置了不同缩放级别下地图的最小拖动距离M(或称之为最小加载间隔距离)和加载半径R，移动终端100中还存储有电子地图的缩放级别与最小拖动距离的对应关系，以及缩放级别与加载半径的对应关系，如以关联列表的形式存储。这样，最小拖动距离M和加载半径R的值就可以根据地图缩放级别进行动态计算。表1和表2分别示例性的示出了不同缩放级别对应的最小拖动距离和加载半径，其中缩放级别为16级时，地图可视范围为1500m，对应的最小拖动距离为80m、加载半径为400m。当然这两个表格也可以合并为一个表格形式存储，本发明对此不作限制。另外，对于加载半径而言，出于性能和实际意义考虑，假设最多只加载附近500m内的标记，在地图可视范围小于100m之后，再按比例降低加载半径。

表1

表2

地图缩放级别	地图可视范围	加载半径
			<15	<3000m	500m
15-16	3000m-1500m	500m-400m
			16-17	1500m-750m	400m-300m
17-18	750m-375m	300m-200m
			18-19	375m-188m	200m-100m

根据本发明的一个实施例，缩放级别scale和最小拖动距离M和加载半径R的对应关系分别为(单位均为米)：

M＝min((500-(scale-15)/5*500)/5，100)

R＝min(500-(scale-15)/5*500，500)

其中，min为最小化函数，当缩放级别小于15级，统一按15级代入计算。

缩放级别scale和最小拖动距离M的javascript实现代码为：

function getMoveThresholdFromMapScale(scale){

return Math.min((500-(scale-15)/5*500)/5，100)

}

缩放级别scale和加载半径R的javascript实现代码为：

function getRadiusFromMapScale(scale){

return Math.min((500-(scale-15)/5*500，500)

}

图2示出了根据本发明一个实施例的地图标记的加载方法200的流程图。如图2所示，该方法始于步骤S220。

在步骤S220中，响应于用户对电子地图的操作，生成地图标记的加载请求，加载请求包含当前电子地图的中心点坐标和加载半径。

通常，操作可以是地图软件中的常用操作，如拖动操作、缩放操作、点击定位操作等，还可以是多种操作的联用，如先拖动再缩放，本发明对此不作限制。中心点坐标即为搜索请求的中心点，其可以是当前用户所在位置，也可以是用户专门制定的某点位置，用户希望该中心点附件的预定半径内的地图标记。用户完成一项操作后，移动终端即可获取当前操作的搜索中心点坐标以及当前地图的缩放级别，根据该缩放级别即可计算得到对应的加载半径。根据一个实施例，移动终端可以通过开启GPS定位获取到该中心点坐标，该坐标可以以经纬度表示，经度为A0，纬度为B0，则中心点坐标可以表示为(A0,B0)。当然，具体的定位手段和该中心点坐标的表示方法本发明并不进行限制，可根据实际情况以合适的方式确定。应当理解，用户也可以通过拖动地图界面的方式来重新选定搜索中心点，此时移动终端可重新定位当前的中心点坐标。

随后，在步骤S240中，计算本次加载请求的中心点坐标与上次已发送的加载请求的中心点坐标之间的间隔距离。应当理解，对于首次生成的加载请求，即不存在上一次请求的坐标，则不用进行额外判断，直接发送该加载请求，并记录该加载请求的中心点坐标，当然还可以记录该加载请求的加载半径和请求时间。其中，请求时间可以是请求发送时间，也可以是请求生成时间，考虑到请求生成和请求发送几乎可认为是瞬时进行的，也可以认为其是同一个时间。而如果一个生成的加载请求未被发送时，则其请求时间可以认为是请求生成时间。

随后，在步骤S260中，当间隔距离超过当前缩放级别所对应的最小拖动距离时，发送本次加载请求，以获取并显示该中心点坐标周围该加载半径范围内的地图标记。这里，超过可以为大于或等于，未超过可以为小于；当然超过也可以理解为大于，未超过为小于或等于，本发明对此不作限制。根据一个实施例，发送加载请求时还可以同时记录该加载请求的中心点坐标，以及加载半径和请求时间。当然，如果生成的请求未被发送(即被取消了发送)，则不用记录该加载请求的中心点坐标等相关信息。

这里，还可以判断电子地图的缩放级别是否发生变化(即用户是否还进行了缩放操作)，若未发生变化，则说明用户只进行了拖动操作。而当间隔距离未超过当前缩放级别所对应的最小拖动距离时，说明用户的拖动距离非常小，此时则可以不发送本次加载请求，也不记录该请求的相关信息，地图标记仍以上一次已发送加载请求的标记进行显示。

例如，在请求1确认发起之后，记录请求1的坐标，在下一次请求2发起时，计算请求2的坐标与请求1的坐标之间的距离D，将D与当前缩放级别所对应的最小拖动距离M进行比较，如果D大于或等于M，则确认发送请求2并记录2的坐标，提供给下一次请求3进行判断，以此类推。如果D小于M，则不发送请求2，也不记录请求2的坐标。

或者，在步骤S280中，当间隔距离未超过当前缩放级别所对应的最小拖动距离时，判断本次加载请求的加载半径是否大于上次已发送的加载请求的加载半径，若是则发送本次加载请求，反之则不发送。而且，本发明在每次加载请求发送成功之后，记录此次加载的中心点坐标和加载半径。假设本次请求发送成功后加载了附近300m内的标记，如果之后的加载请求的间隔距离未超过当前缩放级别所对应的最小拖动距离、且加载半径不超过300m，则不用发送之后的加载请求，地图也不用重新渲染。

这里，如果用户从上次已发送请求到本次请求之间只进行了拖动操作，则一般加载半径不会发生变化，此时可以只通过间隔距离来判断是否需要发送本次请求：间隔距离小于最小拖动距离则不发送，反之则发送。而如果用户同时还进行了缩放操作，使得缩放级别和对应的加载半径发生了变化，则需要联合间隔距离和加载半径来一起判断是否需要发送本次请求。如果间隔距离未超过拖动时的缩放级别所对应的最小拖动距离且加载半径不超过上次已发送的加载半径则不发送，若间隔距离未超过但加载半径超过则发送请求。

从上可知，本发明根据拖动幅度限制频繁加载，根据加载半径过滤非必要的加载请求，这样可以有效的提高性能和用户体验，也就是分别从距离维度和半径维度对地图的加载请求进行了优化。

此外，还可以从时间维度对加载请求进行优化来限制频繁加载，从而进一步降低对服务器的访问压力和地图渲染压力。对于第一种时间维度，若连续两次请求的间隔时间小于预定延时，则放弃前一个请求，只发送后一个请求，这样能保证每一次加载到的都是符合要求的标记。对于第二种时间维度，若连续两次请求的间隔时间小于预定的最小加载间隔时间，则放弃后一个请求，只发送前一个请求，这样能保证在用户操作完成之后立即发送请求，从而用户体验。图3和图4分别示出了这两种时间维度进行请求发送判断的示例性代码。

根据本发明的一个实施例，对于第一种时间维度，在步骤S220中生成地图标记的加载请求之后，还可以包括步骤：等待预定延时，若该预定延时内未生成新的加载请求，则判定在时间维度上需要发送该地图标记的加载请求。即先在时间维度上判断是否需要发送加载请求，若需要发送则继续进行之后的步骤S240，即计算间隔距离；如果不需要发送则可取消本次请求，此时则不用再继续后续步骤。其中，预定延时可以是500ms，当然也可以根据需要设置为其他数值，本发明对此不作限制。

在该实施例中，在一次请求确认发送之前等待预定延时如500ms，如果500ms之内没有新的请求发起，则确认发送本次请求；如果500ms之内又发起了新的请求，则取消当前请求，新的请求继续等待500ms再判断是否需要确认发送，以此类推。也就是说在请求A发起之后500ms内再发起请求B，并且之后的500ms内没有新的请求发起，则确认发送请求B。如果n次请求之间的时间间隔都小于500ms，则只会确认发送最后一次请求。这种方法能保证每一次加载到的都是符合要求的标记，但是每一次请求必定有一个延迟。

也就是，本次请求生成之后，先等待预定延时，若该预定延时内未生成新的加载请求，则判定在时间维度上需要发送本次加载请求；反之则判定在时间维度上不需要发送本次加载请求，并对新生成的加载请求进行延时等待判断，即新生成的加载请求也同样等待预定延时，以判断是否有更新的加载请求生成，以此类推。另外，本次请求生成之后，还可以先判断上次所生成的加载请求是否已发送，若上次请求已发送，则本次请求等待预定延时，以判断该预定延时内是否有新的加载请求生成。若上次请求未发送，则可取消上次加载请求，并对本次请求进行如上所述的延时等待判断。

根据本发明的一个实施例，对于第二种时间维度，在步骤S220中生成地图标记的加载请求之后，还可以包括步骤：计算本次加载请求与上次加载请求之间的时间间隔，若该间隔时间小于预定的最小加载时间间隔，则取消本次加载请求。进一步地，可以计算本次加载请求与上次已发送的加载请求之间的时间间隔，若该间隔时间小于预定的最小加载时间间隔，则取消本次加载请求。其中，最小加载时间间隔可以是500ms，当然也可以根据需要设置为其他数值，本发明对此不作限制。该方法能保证在用户操作完成之后立即发送请求，但是在操作频繁的情况下，不一定保证获取到的标记符合要求，期望的标记可能无法被展示。为了保证数据规范，减少出错概率，可以优选使用第一种时间维度的优化方案。

图5和图6分别示出了根据本发明一个实施例的地图标记的加载显示的详细流程图，其分别采用了第一种时间维度和第二种时间维度的优化，其中最小加载间隔距离即为最小拖动距离。其中“根据地图缩放级别计算最小加载间隔距离”和“根据地图缩放级别计算本次加载半径”这两步，可以先获取当前电子地图的缩放级别，然后代入到前文中对应的函数关系进行计算。流程图的结束是指整个加载流程已完成，在流程中会有诸多判断，并根据最终判断结果来确定是否发送加载请求，因此流程图中的结束可能代表请求已经发送，也可能代表因为某些判断条件不满足而导致未发送请求。比如，显示地图标记后的结束是指请求已经发送，并且显示出来新的地图标记；而当“上次请求之间的间隔时间超过最小加载间隔时间”或者“本次加载半径不大于上次加载半径”之后的结束则是指本次请求被取消而未发送。

另外，本发明中只在请求成功发送后才记录本次请求的中心点坐标和加载半径，也就是本发明中所记录到的中心点坐标和加载半径都是已发送的请求所对应的，这样能保证以后的加载请求只与上次已发送的加载请求对比，也就是仅与上次获取并显示出的地图标记信息对比。而且，第一种时间维度中为延时等待设置，这种方案其不用计算请求间隔时间，因此可以不用记录每次请求时间；而第二种时间维度中需要计算请求间隔时间，因此在每次请求发送时还需要记录每次请求的时间。此外，考虑记录信息和发送请求实际上几乎是同时进行的，因此本发明中可以先记录加载坐标、半径等信息，再发送加载请求；当然也可以先发送加载请求，再记录相关信息，本发明对此不作限制。

根据本发明的技术方案，可以从距离维度、半径维度和时间维度三个方面对地图标记的加载显示进行优化，从而可大幅度减少不必要的加载请求，一方面减少了对服务器的压力，节省公司开销，另一方面也能减少地图渲染压力，大幅度提升用户体验。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组间可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组间组合成一个模块或单元或组间，以及此外可以把它们分成多个子模块或子单元或子组间。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如软盘、CD-ROM、硬盘驱动器或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的地图标记的加载方法。

以示例而非限制的方式，计算机可读介质包括计算机存储介质和通信介质。计算机可读介质包括计算机存储介质和通信介质。计算机存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在计算机可读介质的范围之内。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (9)

1.一种地图标记的加载方法，适于在移动终端中执行，所述移动终端中安装有电子地图，并存储有电子地图的缩放级别与最小拖动距离和加载半径的对应关系，所述方法包括：

响应于用户对电子地图的操作，生成地图标记的加载请求，所述加载请求包含当前电子地图的中心点坐标和加载半径；

计算本次加载请求与上次加载请求之间的时间间隔，若该间隔时间小于预定的最小加载时间间隔，则取消本次加载请求，反之，则计算本次加载请求的中心点坐标与上次已发送的加载请求的中心点坐标之间的间隔距离；

当所述间隔距离超过当前缩放级别所对应的最小拖动距离时，发送本次加载请求，以获取并显示该中心点坐标周围该加载半径范围内的地图标记，所述地图标记是地图类软件中的标记项目；

当所述间隔距离未超过当前缩放级别所对应的最小拖动距离时，判断本次加载请求的加载半径是否大于上次已发送的加载请求的加载半径，若是则发送本次加载请求，反之则不发送。

2.如权利要求1所述的方法，其中，在生成地图标记的加载请求之后，还包括步骤：

等待预定延时，若该预定延时内未生成新的加载请求，则判定在时间维度上需要发送该地图标记的加载请求。

3.如权利要求2所述的方法，其中，所述预定延时和最小加载时间间隔均为500ms。

4.如权利要求1所述的方法，其中，缩放级别scale和最小拖动距离M的关系为：M＝min((500-(scale-15)/5*500)/5，100)。

5.如权利要求1所述的方法，其中，缩放级别scale和加载半径R的关系为：R＝min(500-(scale-15)/5*500，500)。

6.如权利要求1所述的方法，其中，还包括步骤：

当每次加载请求发送成功之后，记录该加载请求的中心点坐标和加载半径，以便与下一次加载请求的中心点坐标和加载半径进行对比。

7.如权利要求1所述的方法，其中，还包括步骤：

对于首次生成的加载请求，直接发送该加载请求，并记录该加载请求的中心点坐标、加载半径和请求时间。

8.一种移动终端，包括：

一个或多个处理器；

存储器；以及

一个或多个程序，其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行根据权利要求1-7中所述的方法中的任一方法的指令。

9.一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当由移动终端执行时，使得所述移动终端执行根据权利要求1-7中所述的方法中的任一方法。

Images