CN103294459A - 地图控件生成方法和装置 - Google Patents

Abstract

本申请公开了一种地图控件生成方法和装置，其中，该方法包括：从数据库中获取待生成控件所需的样式信息，其中，样式信息包括一条或多条用于指示控件显示属性的显示记录；获取待生成控件所需的坐标信息和内容信息；在坐标信息所指示的坐标上按照样式信息显示内容信息。本申请解决了现有技术中生成地图控件时功能无法共享而造成的需要进行重复开发的问题，在每次生成新控件的时候仅需要从数据库中获取相应的样式信息进行随意的组合即可，减少了重复的开发工作，提高了生成地图控件的效率。

Description

地图控件生成方法和装置

技术领域

本申请涉及互联网领域，具体而言，涉及一种地图控件生成方法和装置。

背景技术

目前，随着智能手机、平板电脑等电子产品的出现，电子地图的使用变得越来越广泛。然而在地图控件的生成方面，现有技术中对地图控件的开发主要是采用Javascript技术开发，也有部分是采用Flex开发，这些都是属于Ecmascipt脚本。对于地图控件的业务系统目的主要是在地图页面的页面区域显示特定的地图内容，例如，需要在地图的左上角显示一个骨灰棒，现有的地图API对于这种控件的开发一般都需要开发人员进行两次程序的开发，开发人员的工作量较大，即使是为了展现一些简单的地图内容，也需要进行两次开发，当需要在地图上展现很多功能控件时，开发人员需要开发更多的代码来完成应用的功能，很难达到控件中内容的相互共享。

同时，两次开发应用的积累会随时间和业务的发展不断膨胀，现有的技术只能往原有的系统中不断的增加应用来满足实现不同控件的需求，例如，现有的地图控件中有一个位于地图的右上方的三角形的控件和一个位于地图左上方的圆形控件，如果想生成一个位于右上方的圆形控件，利用现有的技术需要再重新编写程序生成一个位于右上方的圆形控件，而无法直接通过原本的位于地图左上方的圆形控件和位于右上方的三角形控件来生成新的控件，生成控件的很多资源在应用上无法实现共享，从而导致开发的工作量较大，且需要较大的存储空间来存储生成的控件，造成了资源的浪费。

针对上述问题，目前尚未提出有效的解决方法。

发明内容

本申请的主要目的在于提供一种地图控件生成方法和装置，以至少解决现有技术中生成地图控件时功能无法共享而造成的系统资源浪费的问题。

根据本申请的一个方面，提供了一种地图控件生成方法，包括：从数据库中获取待生成控件所需的样式信息，其中，样式信息包括一条或多条用于指示控件显示属性的显示记录；获取待生成控件所需的坐标信息和内容信息；在坐标信息所指示的坐标上按照样式信息显示内容信息。

优选地，在从数据库中获取待生成控件所需的样式信息之前，地图控件生成方法还包括：通过交互界面接收输入的操作指令，其中，操作指令包括；一条或多条用于指示控件显示属性的显示记录；将操作指令中的显示记录存储在数据库中。

优选地，从数据库中获取待生成控件所需的样式信息的步骤包括：判断缓存中是否存储有所需的样式信息，若有，则从缓存中读取样式信息；若没有，则从数据库中读取样式信息。

优选地，在坐标信息所指示的坐标上按照样式信息显示内容信息之后，地图控件生成方法还包括：通过交互界面接收样式更新信息，其中，样式更新信息中包括一条或多条所需更新的显示记录；根据样式更新信息中的显示记录对数据库中的显示记录进行更新；从数据库中获取更新后的样式信息，其中，更新后的样式信息包括一条或多条所需更新的显示记录；在坐标信息所指示的坐标上按照更新后的样式信息显示内容信息。

优选地，获取待生成控件所需的坐标信息的步骤包括：从搜索引擎中或通过交互界面获取地理位置信息；判断地理位置信息为文字表征的地理位置信息还是经纬度表征的地理位置信息；若为文字表征的地理位置信息，则将地理位置信息转换为经纬度表征的坐标信息；若为经纬度表征的地理位置信息，则将地理位置信息作为坐标信息。

优选地，获取待生成控件所需的内容信息的步骤包括：从投放平台或搜索引擎中或通过交互界面接收内容信息，其中，投放平台为投放广告信息的平台。

根据本申请的另一方面，提供了一种地图控件生成装置，包括：第一获取单元，用于从数据库中获取待生成控件所需的样式信息，其中，样式信息包括一条或多条用于指示控件显示属性的显示记录；第二获取单元，用于获取待生成控件所需的坐标信息和内容信息；第一显示单元，用于在坐标信息所指示的坐标上按照样式信息显示内容信息。

优选地，地图控件生成装置还包括：第一接收单元，用于在从数据库中获取待生成控件所需的样式信息之前，通过交互界面接收输入的操作指令，其中，操作指令包括；一条或多条用于指示控件显示属性的显示记录；存储单元，用于将操作指令中的显示记录存储在数据库中。

优选地，第一获取单元包括：判断模块，用于判断缓存中是否存储有所需的样式信息；第一读取模块，用于在判断出缓存中存储有所需的样式信息时，从缓存中读取样式信息；第二读取模块，用于在判断出缓存中没有存储所需的样式信息时，从数据库中读取样式信息。

优选地，地图控件生成装置还包括：第二接收单元，用于在坐标信息所指示的坐标上按照样式信息显示内容信息之后，通过交互界面接收样式更新信息，其中，样式更新信息中包括一条或多条所需更新的显示记录；更新单元，用于根据样式更新信息中的显示记录对数据库中的显示记录进行更新；获取单元，用于从数据库中获取更新后的样式信息，其中，更新后的样式信息包括一条或多条所需更新的显示记录；第二显示单元，用于在坐标信息所指示的坐标上按照更新后的样式信息显示内容信息。

通过本申请的技术方案，能够达到以下有益效果：

通过在数据库中存储样式信息，在需要生成控件的时候可以直接从数据库中获取对应的样式信息，根据获取的样式信息进行组合在地图的对应坐标上显示需要显示的内容即可，而不需要在每一次生成控件时候都进行一次开发程序的编写，从而解决了现有技术中生成地图控件时功能无法共享而造成的系统资源浪费的问题，在每次生成新控件的时候仅需要从数据库中获取相应的样式信息进行随意的组合即可，减少了重复的开发工作，提高了生成地图控件的效率，减少了资源浪费。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的地图控件生成系统的一种优选结构框图；

图2是根据本申请实施例的地图控件生成装置的一种优选结构框图；

图3是根据本申请实施例的地图控件生成装置的另一种优选结构框图；

图4是根据本申请实施例的地图控件生成装置的又一种优选结构框图；

图5是根据本申请实施例的地图控件生成装置的又一种优选结构框图；

图6是根据本申请实施例的地图控件生成装置的又一种优选结构框图；

图7是根据本申请实施例的地图控件生成方法的一种优选流程图；

图8是根据本申请实施例的地图控件生成方法的另一种优选流程图；

图9是根据本申请实施例的地图控件生成方法的又一种优选流程图；

图10是根据本申请实施例的地图控件生成方法的又一种优选流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在描述本申请的各实施例的进一步细节之前，将参考图1来描述可用于实现本申请的原理的一个合适的计算体系结构。在以下描述中，除非另外指明，否则将参考由一个或多个计算机执行的动作和操作的符号表示来描述本申请的各实施例。由此，可以理解，有时被称为计算机执行的这类动作和操作包括计算机的处理单元对以结构化形式表示数据的电信号的操纵。这一操纵转换了数据或在计算机的存储器系统中的位置上维护它，这以本领域的技术人员都理解的方式重配置或改变了计算机的操作。维护数据的数据结构是具有数据的格式所定义的特定属性的存储器的物理位置。然而，尽管在上述上下文中描述本申请，但它并不意味着限制性的，如本领域的技术人员所理解的，后文所描述的动作和操作的各方面也可用硬件来实现。

转向附图，其中相同的参考标号指代相同的元素，本申请的原理被示为在一个合适的计算环境中实现。以下描述基于所述的本申请的实施例，并且不应认为是关于此处未明确描述的替换实施例而限制本申请。

图1示出了可用于这些设备的一个示例计算机体系结构的示意图。出于描述的目的，所绘的体系结构仅为合适环境的一个示例，并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对图1所示的任一组件或其组合具有任何依赖或需求。

本申请的原理可以使用其它通用或专用计算或通信环境或配置来操作。适用于本申请的众所周知的计算系统、环境和配置的示例包括但不限于，个人计算机、服务器，多处理器系统、基于微处理的系统、小型机、大型计算机、以及包括任一上述系统或设备的分布式计算环境。

在其最基本的配置中，图1中的地图控件生成系统100至少包括：一个网站的服务器102以及一个或多个客户端104。服务器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置、用于存储数据的存储装置以及与客户端通信的传输装置；客户端104可以包括：微处理器MCU、与服务器通信的传输装置、与用户交互的显示装置。在本说明书和权利要求书中，“系统”也可以被定义为能够执行软件、固件或微码来实现功能的任何硬件组件或硬件组件的组合。地图控件生成系统100甚至可以是分布式的，以实现分布式功能。

如本申请所使用的，术语“模块”、“组件”或“单元”可以指在地图控件生成系统100上执行的软件对象或例程。此处所描述的不同组件、模块、单元、引擎和服务可被实现为在地图控件生成系统100上执行(例如，作为单独的线程)的对象或进程。尽管此处所描述的系统和方法较佳地以软件来实现，但是硬件或软件和硬件的组合的实现也是可能并被构想的。

实施例1

图2是根据本申请实施例的地图控件生成装置的一种优选的结构示意图，优选的，本实施例中的装置位于服务器102上或者客户端104上。

优选的，如图2所示，本申请提供了一种地图控件生成装置200，包括：第一获取单元202，用于从数据库中获取待生成控件所需的样式信息，其中，样式信息包括一条或多条用于指示控件显示属性的显示记录；数据库中预先设定了多种地图控件的样式信息，其中，这些样式信息可以包括控件的形状，例如，圆形、方形、三角形或者其他特殊的形状，控件的显示位置，控件的大小，例如控件的长、宽、半径等，控件上文字的字体、文字的大小等都可以作为控件的样式信息被存储在数据库中，可以根据需要直接从数据库中获取这些样式信息。

第二获取单元204，用于获取待生成控件所需的坐标信息和内容信息；如在地图中查找附近的餐厅的餐厅信息，那么就要确定附近的餐厅的地理位置，根据确定的地理位置来确定餐厅在地图中的坐标信息，同时需要获取这些餐厅中每个餐厅的具体描述信息，例如：餐厅的名称、餐厅的招牌菜，餐厅创建的时间等，将这些信息都可作为控件的内容信息。

第一显示单元206，用于在坐标信息所指示的坐标上按照样式信息显示内容信息。在获取了上述生成控件所需的样式信息和坐标信息以及内容信息后，就可以在地图的对应于搜索到的临近餐厅的餐厅位置的坐标处利用选择的控件的样式显示餐厅的餐厅信息，以供用户获取附近餐厅的相关信息。

在上述优选实施方式中，通过在数据库中存储样式信息，在需要生成控件的时候可以直接从数据库中获取对应的样式信息，根据获取的样式信息进行组合在地图的对应坐标上显示需要显示的内容即可，而不需要在每一次生成控件时候都进行一次开发程序的编写，从而解决了现有技术中生成地图控件时功能无法共享而造成的系统资源浪费的问题，通过本申请在每次生成新控件的时候仅需要从数据库中获取相应的样式信息进行随意的组合即可，减少了重复的开发工作，提高了生成地图控件的效率，减少了资源浪费。

在本申请一个优选实施方式中，如图3所示，地图控件生成装置200还包括：第一接收单元302，用于在从数据库中获取待生成控件所需的样式信息之前，通过交互界面接收输入的操作指令，其中，操作指令包括；一条或多条用于指示控件显示属性的显示记录；存储单元304，用于将操作指令中的显示记录存储在数据库中。

在本申请一个优选实施方式中，如图4所示，第一获取单元202包括：判断模块402，用于判断缓存中是否存储有所需的样式信息；第一读取模块404，用于在判断出缓存中存储有所需的样式信息时，从缓存中读取样式信息；第二读取模块406，用于在判断出缓存中没有存储所需的样式信息时，从数据库中读取样式信息。

控件的样式信息本身是存储在数据库中，当进行一次调用以后，会在缓存中对被调用的样式信息存储一段时间，因此，在下次需要调用同样的样式信息时，可以直接从缓存中读取该样式信息，如果从缓存中未成功读取所需的样式信息，则表明缓存中未存储该样式信息。这个时候再到数据库中读取所需的样式信息。在上述优选实施方式中，通过对缓存中样式信息的读取提高了读取的速度，使得控件的生成更加迅速。

在本申请一个优选实施方式中，如图5所示，地图控件生成装置200还包括：第二接收单元502，用于在坐标信息所指示的坐标上按照样式信息显示内容信息之后，通过交互界面接收样式更新信息，其中，样式更新信息中包括一条或多条所需更新的显示记录；

当有新的样式信息需要增加到数据库时，可以从与用户进行交互的交互界面上输入需要更新的样式信息，例如，现有的样式的形状有圆形、三角形、方形，现在希望将五边形也添加到样式的形状信息时，可以将五边形作为一条样式更新信息通过交互界面传输到系统中。

更新单元504，用于根据样式更新信息中的显示记录对数据库中的显示记录进行更新；将上述的五边形作为一种形状加到样式信息中对数据库中已有的显示记录进行更新，以便后续可以使用五边形对控件进行显示。

第三获取单元506，用于从数据库中获取更新后的样式信息，其中，更新后的样式信息包括一条或多条所需更新的显示记录；第二显示单元508，用于在坐标信息所指示的坐标上按照更新后的样式信息显示内容信息。当后续需要生成五边形的控件时，只需要调用数据库中所存储的五边形的显示记录在坐标信息指示的位置上显示所需显示的内容信息即可。在上述优选实施方式中，提供了一种控件的样式信息的更新方式，从而使得控件的样式信息可以不断的丰富，以便满足不同的需求，提高了控件生成的适用性。

在本申请中，可以从不同的数据库获取地理位置信息，这些地理位置信息可能是文字表明的信息，例如：A医院，或者是具体的经纬度，例如：东经30°北纬47°。这个时候，对于文字信息：A医院，就需要转换为对应的经纬度信息，进而将生成的经纬度信息作为坐标信息；对于东经30°北纬47°这种经纬度信息则可以直接作为坐标信息使用。在本申请一个优选实施方式中，如图6所示，第二获取单元204可以包括：

获取模块602，用于从搜索引擎中或通过交互界面获取地理位置信息；对于地理位置信息，例如，当用户需要搜索附近的餐厅的相关信息时，可以从搜索引擎中的不同网站地址和不同的数据库中获取附近餐厅的地址信息，以便得到最全面的附近的餐厅的信息。

判断模块604，用于判断地理位置信息为文字表征的地理位置信息还是经纬度表征的地理位置信息，若为文字表征的地理位置信息，将地理位置信息转换为经纬度表征的坐标信息，若为经纬度表征的地理位置信息，将地理位置信息作为坐标信息。因为，获取地理位置信息的途径比较多，获得的数据的信息表述类型也就各不相同，可能是文字表述的地理位置信息，也可能是经纬度描述的位置信息。在上述优选实施方式中，通过将位置信息统一转换成经纬度信息，达到了对位置信息的统一转换，也便于通过统一格式的地理位置信息在地图上进行展现，避免了因为数据类型的不同而造成的定位上出错的问题。

在本申请一个优选实施方式中，第二获取单元204还可以从投放平台或搜索引擎中或通过交互界面接收内容信息，其中，投放平台为投放广告信息的平台。

当餐厅的拥有者A希望在地图上展现自己餐厅的相关信息，可以通过投放平台展现自己餐厅的招牌菜的相关信息，优选的，地图控件中提供广告投放的接口，供广告投放目标网页或客户端调用，以便将展现的这些餐厅信息作为内容信息就会在地图上对该餐厅的信息进行展现，优选的，投放接口也能支持JSONP、HTML等格式的数据输出。从而满足了广告投放的要求，提高了本申请的适用性和灵活性。

实施例2

在图1-图6所示的地图控件生成装置和系统的基础上，本申请提供了一种优选的地图控件生成方法。如图7所示，该方法可以包括如下步骤：

S702：从数据库中获取待生成控件所需的样式信息，其中，样式信息包括一条或多条用于指示控件显示属性的显示记录；

数据库中预先设定了多种地图控件的样式信息，其中，这些样式信息可以包括控件的形状，例如，圆形、方形、三角形或者其他特殊的形状，控件的显示位置，控件的大小，例如控件的长、宽、半径等，控件上文字的字体、文字的大小等动可以作为控件的样式信息被存储在数据库中，可以根据需要直接从数据库中获取这些样式信息。

S704：获取待生成控件所需的坐标信息和内容信息；

如在地图中查找附近的餐厅的餐厅信息，那么就要确定附近的餐厅的位置，根据确定的位置来确定餐厅在地图中的坐标信息，同时需要确定这些餐厅中每个餐厅的具体描述信息，例如：餐厅的名称、餐厅的招牌菜，餐厅创建的时间等，将这些信息作为控件的内容信息。

S706：在坐标信息所指示的坐标上按照样式信息显示内容信息。

在获取了上述生成控件所需的样式信息和坐标信息以及内容信息后，就可以在地图的对应于搜索到的临近餐厅的餐厅位置的坐标处利用选择的控件的样式显示餐厅的餐厅信息，以供用户获取附近餐厅的相关信息。

在上述优选实施方式中，通过在数据库中存储样式信息，在需要生成控件的时候可以直接从数据库中获取对应的样式信息，根据获取的样式信息进行组合在地图的对应坐标上显示需要显示的内容即可，而不需要在每一次生成控件时候都进行一次开发程序的编写，从而解决了现有技术中生成地图控件时功能无法共享而造成的系统资源浪费的问题，在每次生成新控件的时候仅需要从数据库中获取相应的样式信息进行随意的组合即可，减少了重复的开发工作，提高了生成地图控件的效率，减少了资源浪费。

在本申请一个优选实施方式中，在从数据库中获取待生成控件所需的样式信息之前，地图控件生成方法还包括：通过交互界面接收输入的操作指令，其中，操作指令包括；一条或多条用于指示控件显示属性的显示记录；将操作指令中的显示记录存储在数据库中。

在本申请一个优选实施方式中，判断缓存中是否存储有所需的样式信息，若有，则从缓存中读取样式信息；若没有，则从数据库中读取样式信息。

本申请提供数据输出的缓存功能，地图控件的投放接口在接收请求输出数据时，首先尝试从缓存中获取生成地图控件所需的数据，控件的样式信息本身是存储在数据库中，当进行一次调用以后，会在缓存中对被调用的样式信息存储一段时间，因此，在下次需要调用同样的样式信息时，可以直接从缓存中读取该样式信息，如果从缓存中未成功读取所需的样式信息，则表明缓存中未存储该样式信息。这个时候再到数据库读取所需的样式信息。在上述优选实施方式中，通过对缓存中样式信息的读取提高了读取的速度，使得控件的生成更加迅速。

在本申请一个优选实施方式中，在坐标信息所指示的坐标上按照样式信息显示内容信息之后，如图8所示，地图控件生成方法还包括：

S802：通过交互界面接收样式更新信息，其中，样式更新信息中包括一条或多条所需更新的显示记录；

当有新的样式信息需要增加到数据库时，可以从与用户进行交互的交互界面上输入需要更新的样式信息，例如，现有的样式的形状有圆形、三角形、方形，现在希望将五边形也添加到样式的形状信息时，可以将五边形作为一条样式更新信息通过交互界面传输到系统中。

S804：根据样式更新信息中的显示记录对数据库中的显示记录进行更新；

将上述的五边形作为一种形状加到样式信息中对数据库中已有的显示记录进行更新，以便后续可以使用五边形对控件进行显示。

S806：从数据库中获取更新后的样式信息，其中，更新后的样式信息包括一条或多条所需更新的显示记录；

S808：在坐标信息所指示的坐标上按照更新后的样式信息显示内容信息。

当后续有希望生成五边形的控件时，只需要调用数据库中所存储的五边形的显示记录在坐标信息指示的位置上显示所需显示的内容信息即可。在上述优选实施方式中，提供了一种控件的样式信息的更新方式，从而使得控件的样式信息可以不断的丰富，以便满足不同的需求，提高了控件生成的适用性。

在本申请中，可以从不同的数据库获取地理位置信息，这些地理位置信息可能是文字表明的信息，例如：A医院，或者是具体的经纬度，例如：东经30°北纬47°。这个时候，对于文字信息：A医院，就需要转换为对应的经纬度信息，进而将生成的经纬度信息作为坐标信息；对于东经30°北纬47°这种经纬度信息则可以直接作为坐标信息使用。在本申请一个优选实施方式中，如图9所示，获取待生成控件所需的坐标信息的方式，可以包括：

S902：从搜索引擎中或通过交互界面获取地理位置信息；

对于地理位置信息，例如，当用户需要搜索附近的餐厅的相关信息时，可以从搜索引擎中的不同网站地址和不同的数据库中获取附近餐厅的地址信息，以便得到最全面的附近的餐厅的信息。目前，在地图上出现的各种功能模块，如需要结合特定的业务场景进行特殊的定位优化(例如，当从一个Geo地理信息数据源搜索不到定位数据的时候，希望到其他Geo地理信息数据源获取定位数据)，采用现有的技术提供的方案需要进行二次开发，同时还可能会嵌入不少新的业务逻辑，可以配置完成后自动生成可以跨平台使用的地图控件。

优选的，在提供地图所需要的地理信息数据源管理功能的同时，管理员可以对地理信息进行管理，并可以对地理信息进行添加、修改、删除、设置参数等操作，从而保证地理信息数据的有效性。

S904：判断地理位置信息为文字表征的地理位置信息还是经纬度表征的地理位置信息，若为文字表征的地理位置信息，执行步骤S906，若为经纬度表征的地理位置信息，则转而执行S908；因为，获取地理位置信息的途径比较多，获得的数据的信息表述类型也就各不相同，可能是文字表述的地理位置信息，也可能是经纬度描述的位置信息。

S906：将地理位置信息转换为经纬度表征的坐标信息；

S908：将地理位置信息作为坐标信息。通过将位置信息统一转换成经纬度信息，达到了对位置信息的统一转换，也便于通过统一格式的地理位置信息在地图上进行展现，避免了因为数据类型的不同而造成的定位上出错的问题。

在本申请一个优选实施方式中，获取待生成控件所需的内容信息的步骤包括：从投放平台或搜索引擎中或通过交互界面接收内容信息，其中，投放平台为投放广告信息的平台。

当餐厅的拥有者A希望在地图上展现自己餐厅的相关信息，可以通过投放平台展现自己餐厅的招牌菜的相关信息，优选的，地图控件中提供广告投放的接口，供广告投放目标网页或客户端调用，以便将展现的这些餐厅信息作为内容信息就会在地图上对该餐厅的信息进行展现，优选的，投放接口也能支持JSONP、HTML等格式的数据输出。从而满足了广告投放的要求，提高了本申请的适用性和灵活性。

实施例3

本申请提供了一种优选的实施例来进一步对本申请进行解释，但是值得注意的是，该优选实施例只是为了更好的描述本申请，并不构成对本申请不当的限定。

如图10所示，本申请提供了一种优选的地图控件的生成方法，具体步骤包括：

S1002：配置或者开发新的地理信息数据，并将这些数据保存到数据库中。

S1004：配置或者开发新的控件风格数据，例如，开发一种比较特别的图形作为控件展示时的图形，并将开发的这种图形作为风格数据保存到数据库中，其中，风格数据是指地图控件上各个功能的展现样式、或者是业务逻辑控制定义等，例如，地图的尺寸、配置地图的纠错逻辑、配置是否进行搜索功能等。

S1006：在需要生成新的地图控件的时候，接收从交互界面输入或者是用户选择显示的控件风格数据，用户只需要根据需要从交互界面中选择控件展现所需的参数，以及是否需要某种业务，例如，用户可以自定义地图的尺寸、决定是否配置地图上的纠错逻辑、是否需要进行搜索功能等，根据用户选择的风格数据从缓存(Cache)中读取所需控件的风格数据，若缓存中未读取成功，则从数据库中读取所需的数据。优选的，用户可以手工新建、编辑或者删除已生成的地图控件。

S1008：调用地图前端渲染所需要的js文件，请求投放数据从而生成所需控件的数据服务接口。

S1010：向数据源代理服务(Service delegate)请求所需的风格数据和地理信息数据源，也就是从数据库中获取待生成控件所需的样式信息、坐标信息和内容信息以及其他需要展现的数据。优选的，本申请还提供了一个数据源代理服务(Service delegate)，数据源代理服务用于确定所有地图控件的展现的地理信息源来自哪个地图数据源，同时还管理利用哪种风格来显示地图控件。

S1012：创建一个Iframe页面，执行js逻辑渲染地图控件，从而生成所需的地图控件，优选的，还可以提供广告投放接口，广告商可以通过该接口调用目标网页进行广告的投放，优选的，投放接口也能支持JSONP、HTML格式的数据输出。

通过以上的描述可知，本申请具有以下优势：能够做到对所有已经完成的二次开发应用中的各项功能进行随意控制、组合、部署地图上控件的功能，从而形成一个新的控件，自动生成地图控件，可以自由组合地图控件内的功能从而生成新的地图控件，，组合完成后自动生成新的控件，不需要开发人员任何开发，减少了重复的开发工作。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种地图控件生成方法，其特征在于，包括：

从数据库中获取待生成控件所需的样式信息，其中，所述样式信息包括一条或多条用于指示控件显示属性的显示记录；

获取所述待生成控件所需的坐标信息和内容信息；

在所述坐标信息所指示的坐标上按照所述样式信息显示所述内容信息。

2.根据权利要求1所述的方法，其特征在于，在从数据库中获取待生成控件所需的样式信息之前，还包括：

通过交互界面接收输入的操作指令，其中，所述操作指令包括；所述一条或多条用于指示控件显示属性的显示记录；

将所述操作指令中的所述显示记录存储在所述数据库中。

3.根据权利要求1所述的方法，其特征在于，从数据库中获取待生成控件所需的样式信息的步骤包括：

判断缓存中是否存储有所需的样式信息，若有，则从所述缓存中读取所述样式信息；

若没有，则从所述数据库中读取所述样式信息。

4.根据权利要求1所述的方法，其特征在于，在所述坐标信息所指示的坐标上按照所述样式信息显示所述内容信息之后，还包括：

通过交互界面接收样式更新信息，其中，所述样式更新信息中包括一条或多条所需更新的显示记录；

根据所述样式更新信息中的显示记录对所述数据库中的显示记录进行更新；

从所述数据库中获取更新后的样式信息，其中，所述更新后的样式信息包括所述一条或多条所需更新的显示记录；

在所述坐标信息所指示的坐标上按照所述更新后的样式信息显示所述内容信息。

5.根据权利要求1所述的方法，其特征在于，获取所述待生成控件所需的坐标信息的步骤包括：

从搜索引擎中或通过交互界面获取地理位置信息；

判断所述地理位置信息为文字表征的地理位置信息还是经纬度表征的地理位置信息；

若为文字表征的地理位置信息，则将所述地理位置信息转换为经纬度表征的所述坐标信息；

若为经纬度表征的地理位置信息，则将所述地理位置信息作为所述坐标信息。

6.根据权利要求1所述的方法，其特征在于，获取所述待生成控件所需的内容信息的步骤包括：

从投放平台或搜索引擎中或通过交互界面接收所述内容信息，其中，所述投放平台为投放广告信息的平台。

7.一种地图控件生成装置，其特征在于，包括：

第一获取单元，用于从数据库中获取待生成控件所需的样式信息，其中，所述样式信息包括一条或多条用于指示控件显示属性的显示记录；

第二获取单元，用于获取所述待生成控件所需的坐标信息和内容信息；

第一显示单元，用于在所述坐标信息所指示的坐标上按照所述样式信息显示所述内容信息。

8.根据权利要求7所述的装置，其特征在于，还包括：

第一接收单元，用于在从数据库中获取待生成控件所需的样式信息之前，通过交互界面接收输入的操作指令，其中，所述操作指令包括；所述一条或多条用于指示控件显示属性的显示记录；

存储单元，用于将所述操作指令中的所述显示记录存储在所述数据库中。

9.根据权利要求7所述的装置，其特征在于，所述第一获取单元包括：

判断模块，用于判断缓存中是否存储有所需的样式信息；

第一读取模块，用于在判断出缓存中存储有所需的样式信息时，从所述缓存中读取所述样式信息；

第二读取模块，用于在判断出缓存中没有存储所需的样式信息时，从所述数据库中读取所述样式信息。

10.根据权利要求7所述的装置，其特征在于，还包括：

第二接收单元，用于在所述坐标信息所指示的坐标上按照所述样式信息显示所述内容信息之后，通过交互界面接收样式更新信息，其中，所述样式更新信息中包括一条或多条所需更新的显示记录；

更新单元，用于根据所述样式更新信息中的显示记录对所述数据库中的显示记录进行更新；

获取单元，用于从所述数据库中获取更新后的样式信息，其中，所述更新后的样式信息包括所述一条或多条所需更新的显示记录；

第二显示单元，用于在所述坐标信息所指示的坐标上按照所述更新后的样式信息显示所述内容信息。

Images