基于车载智能设备的网页地图的处理方法及装置与流程

1.本申请涉及网页地图技术领域，尤其涉及一种基于车载智能设备的网页地图的处理方法及装置。


背景技术：

2.相关技术中，webgl（web graphics library，网络图形库）是一种3d绘图协议，webgl可以为图形的绘制提供加速渲染。因此，webgl也常用于网页中的电子地图的渲染。
3.然而，由于webgl的应用技术复杂，需要由专业的技术人员单独进行开发和后期维护，构建耗费时间长，且后期维护成本较高。


技术实现要素：

4.为解决或部分解决相关技术中存在的问题，本申请提供一种基于车载智能设备的网页地图的处理方法及装置，该基于车载智能设备的网页地图的处理方法及装置，搭建难度低，能够提高开发效率，降低后期维护成本。
5.本申请第一方面提供一种基于车载智能设备的网页地图的处理方法，其包括：检测指定事件，解析获得所述指定事件对应的待显示地图数据；将所述待显示地图数据发送至服务端，并调用所述服务端将所述待显示地图数据转化为待显示地图图片；接收所述待显示地图图片。
6.在其中一个实施例中，所述检测指定事件，解析获取所述指定事件对应的待显示地图数据，包括：检测指定事件，所述指定事件为地图平移事件或地图缩放事件；当所述指定事件为地图平移事件时，解析获得平移地图时对应的位置信息；当所述指定事件为地图缩放事件时，解析获得缩放地图时对应的数据层级信息。
7.在其中一个实施例中，所述将所述待显示地图数据发送至服务端，并调用所述服务端将所述待显示地图数据转化为待显示地图图片，包括：预先在所述服务端生成动态链接库；调用所述动态链接库，根据所述待显示地图数据获得实时渲染画面；将所述实时渲染画面转化为待显示地图图片。
8.在其中一个实施例中，所述调用所述动态链接库，根据所述待显示地图数据获得实时渲染画面，包括：调用所述动态链接库，将所述待显示地图数据进行实时渲染，获得opengl画面。
9.在其中一个实施例中，所述接收所述待显示地图图片之后，还包括：按照预设帧率显示所述待显示地图图片。
10.在其中一个实施例中，根据所述指定事件，设置对应的所述预设帧率。
11.在其中一个实施例中，在html5页面检测指定事件，和/或在所述html5页面显示所
述待显示地图图片。
12.本申请第二方面提供一种基于车载智能设备的网页地图的处理装置，其包括：检测解析模块，用于检测指定事件，解析获得所述指定事件对应的待显示地图数据；图片处理模块，用于将所述检测解析模块获得的所述待显示地图数据发送至服务端，并调用所述服务端将所述待显示地图数据转化为待显示地图图片；接收模块，用于接收所述图片处理模块获得的所述待显示地图图片。
13.本申请第三方面提供一种电子设备，包括：处理器；以及存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。
14.本申请第四方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。
15.本申请提供的技术方案可以包括以下有益效果：本申请的基于车载智能设备的网页地图的处理方法，直接在用户端检测指定事件，根据指定事件解析获得对应的待显示地图数据，再将待显示地图数据发送至服务端，调用服务端的资源将待显示地图数据转化为待显示地图图片，用户端接收和显示待显示地图图片。这样的设计，一方面，无需单独开发搭建webgl平台，节约开发成本，缩短开发时间，且便于后期维护，提高后期维护效率。另一方面，利用已有的服务端资源即可实现地图数据的转化，转化后的地图图片的内存相比地图数据的内存更小，加快用户端的接收速度，提高用户端的显示效率。
16.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
17.通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。
18.图1是本申请实施例示出的基于车载智能设备的网页地图的处理方法的流程示意图；图2是本申请实施例示出的基于车载智能设备的网页地图的处理方法的另一流程示意图；图3是本申请实施例示出的基于车载智能设备的网页地图的处理装置的结构示意图；图4是本申请实施例示出的电子设备的结构示意图。
具体实施方式
19.下面将参照附图更详细地描述本申请的实施方式。虽然附图中显示了本申请的实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。
相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。
20.在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
21.应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
22.相关技术中，网页地图的显示一般采用webgl技术进行处理。由于webgl技术的复杂性和独立性，需要专业的技术人员进行开发构建和维护，构建耗费时间长，且后期维护成本较高。
23.针对上述问题，本申请实施例提供一种基于车载智能设备的网页地图的处理方法，能够提高开发效率，降低后期维护成本。
24.以下结合附图详细描述本申请实施例的技术方案。
25.实施例一图1是本申请实施例示出的基于车载智能设备的网页地图的处理方法的流程示意图。
26.参见图1，本申请的一实施例中，提供一种基于车载智能设备的网页地图的处理方法，其包括：步骤s110，检测指定事件，解析获得所述指定事件对应的待显示地图数据。
27.在其中一个实施例中，指定事件可以是地图平移事件或地图缩放事件。其中，用户在用户端的网页页面中查看电子地图，根据需要，用户在用户端的屏幕显示范围内平移电子地图或者缩放电子地图，以使页面显示用户所需查看的地图内容。用户端根据用户的操作，检测操作对应的指定事件。在其中一个实施例中，用户端可以是车载智能设备。
28.可以理解，不同的指定事件对应不同的待显示地图数据，解析所所获得的待显示地图数据亦不相同。通过检测指定事件，解析获得指定事件对应的待显示地图数据。
29.步骤s120，将所述待显示地图数据发送至服务端，并调用所述服务端将所述待显示地图数据转化为待显示地图图片。
30.在其中一个实施例中，预先在所述服务端生成动态链接库；调用所述动态链接库，根据所述待显示地图数据获得实时渲染画面；将所述实时渲染画面转化为待显示地图图片。
31.具体地，动态链接库（dynamic link library或者dynamic
‑
link library，缩写为dll），是微软公司在微软操作系统中，实现共享函数库概念的一种方式。使用动态链接库可以更为容易地将更新应用于各个模块，而不会影响该程序的其他部分。用户端将指定事件解析后的待显示地图数据发送至服务端后，用户端调用服务端的动态链接库，通过动态链
接库在服务端获得实时渲染画面，并将实时渲染画面转化为待显示地图图片。在其中一个实施例中，服务端可以为服务器。服务端预先存储有电子地图的全部地图数据。
32.步骤s130，接收所述待显示地图图片。
33.在其中一个实施例中，用户端实时接收待显示地图图片。用户端可以实时刷新显示待显示地图图片，或者用户端可以接收存储待显示地图图片，根据用户需求进行显示。
34.上述的实施例中，本申请的基于车载智能设备的网页地图的处理方法，直接在用户端检测指定事件，根据指定事件解析获得对应的待显示地图数据，再将待显示地图数据发送至服务端，调用服务端的资源将待显示地图数据转化为待显示地图图片，用户端接收和显示待显示地图图片。这样的设计，一方面，无需单独开发搭建webgl平台，只需预先在服务端设置动态链接库即可实现资源调用，节约开发成本，缩短开发时间，且便于后期维护，提高后期维护效率。另一方面，利用已有的服务端资源即可实现地图数据的转化，转化后的地图图片的内存相比地图数据的内存更小，加快用户端的接收速度，提高用户端的显示效率。
35.实施例二为了进一步介绍本申请的基于车载智能设备的网页地图的处理方法，参见图2，该基于车载智能设备的网页地图的处理方法，包括：步骤s210，在html5页面检测指定事件，并由html5页面对检测到的指定事件进行解析，获得对应的待显示地图数据。
36.相关技术中，html5是web中核心语言html的规范，用户使用任何手段进行网页浏览时看到的内容原本都是html格式的，在浏览器中通过相关技术处理将其转换成为了可识别的信息。通过直接利用html5页面检测指定事件，可以实时获得相应的待显示地图数据，提高程序运行效率，减少用户等待时间。
37.在其中一个实施例中，检测指定事件，所述指定事件为地图平移事件或地图缩放事件；当所述指定事件为地图平移事件时，解析获得平移地图时对应的位置信息；当所述指定事件为地图缩放事件时，解析获得缩放地图时对应的数据层级信息。
38.可以理解，不同的缩放比例可以对应不同的数据层级。根据用户输入的缩放比例可以查询该缩放比例在预先存储的数据分层结构中所对应的数据层级。当数据分层结构中的数据层级用阿拉伯数字进行编序时，可以将第1层表示最上层数据，第2层数据、第3层数据、
……
、依次往下排列。当缩放比例为缩小比例时，缩小比例越小，对应的数据层级越上层，例如，缩小比例为缩小至正常显示尺寸的20%对应的数据层级，要比缩小比例为缩小至正常显示尺寸的50%对应的数据层级更为上层。当缩放比例为放大比例时，放大比例越大，对应的数据层级越下层，例如，放大比例为放大至正常显示尺寸的2倍对应的数据层级，要比放大比例为放大至正常显示尺寸的倍对应的数据层级更为下层。
39.在其中一个实施例中，html5页面实时检测指定事件，对每一检测到发生的指定事件时，实时解析获得指定事件对应的待显示地图数据。可以理解，针对地图平移事件，屏幕显示范围内的电子地图的数据层级不发生改变，而是改变电子地图中的同一数据层级的地理区域。当所述指定事件为地图平移事件时，html5页面解析获得平移地图过程中对应的位置信息。在其中一个实施例中，位置信息可以是经纬度坐标。具体地，在平移地图之前的屏幕显示范围内，html5页面可以获得用户在屏幕显示范围内设定的初始位置的屏幕像素坐
标。初始位置可以是用户手指初次触摸屏幕中的电子地图的位置。当然，初始位置也可以是用户采用其它方式设置。在用户平移地图之后，html5页面可以获得在屏幕显示范围内的终止位置的屏幕像素坐标。终止位置可以是用户手指在屏幕显示范围内移动后的位置。相应地，在初始位置和终止位置之间，即为用户平移地图所经历的路径，路径包括对应的屏幕像素坐标。相关技术中，屏幕像素坐标可以转换为对应的地理坐标，地理坐标即经纬度坐标。即针对地图平移事件，html5页面可以解析获取平移地图时的初始位置、终止位置及初始位置和终止位置之间经历的路径对应的经纬度坐标等作为待显示地图数据。
40.同理，当所述指定事件为地图缩放事件时，html5页面解析获得缩放地图时对应的数据层级信息。针对地图缩放事件，屏幕显示范围内的电子地图的数据层级发生改变。在缩放地图之前，html5页面可以解析获得地图缩放之前对应的数据层级。缩放地图之后，html5页面解析获得地图缩放之后对应的数据层级。在缩放过程中，html5页面解析获得地图遍历的数据层级。即针对地图缩放事件，html5页面可以解析获取缩放前的数据层级、缩放过程中遍历的数据层级及最终缩放停止时的数据层级等作为待显示地图数据。
41.步骤s220，html5页面将所述待显示地图数据传输至java层，由java层将所述待显示地图数据发送至服务端，并调用所述服务端将所述待显示地图数据转化为待显示地图图片。
42.相关技术中，android操作系统是一种以linux为基础的操作系统，android操作系统主要使用于便携设备。android系统中上层应用的开发一般基于java完成。当用户端为便携设备时，可以理解，用户端的操作系统还包括java层。进一步地，在其中一个实施例中，服务端可以预先通过c++在服务端生成动态链接库。其中，c++是一种计算机程序设计语言，是c语言的继承，它既可以进行c语言的过程化程序设计，又可以进行以抽象数据类型为特点的基于对象的程序设计，还可以进行以继承和多态为特点的面向对象的程序设计。通过采用c++在服务端创建动态链接库，充分利用服务端的系统资源，无需开展额外的平台开发搭建任务，可以提高开发效率。进一步地，动态链接库可以包含以“.so”为扩展名的动态链接库文件，以便java层调用。
43.html5页面将步骤s210中解析获得的不同指定事件对应的所述待显示地图数据传输至java层后，在其中一个实施例中，在java层将待显示地图数据发送至服务端后，java层调用服务端的动态链接库，得到实时渲染画面。也就是说，例如针对地图平移事件，实时渲染画面即为地图从初始位置平移至终止位置的全部平移过程的画面。针对地图缩放事件，实时渲染画面即为地图在缩放前后遍历各级数据层级的画面。进一步地，java层调用服务端的动态链接库，得到实时渲染的opengl画面，利用opengl的“离屏渲染”技术,得到每帧待显示地图数据，然后根据相关技术将opengl画面编码成特定格式的待显示地图图片。其中，opengl（open graphics library，开放图形库或者“开放式图形库”）是用于渲染2d、3d矢量图形的跨语言、跨平台的应用程序编程接口。进一步地，为了确保后续步骤显示实时的待显示地图图片，动态链接库按照预设帧率得到实时渲染的opengl画面。相应地，opengl画面按照预设帧率转化为待显示地图图片。
44.可以理解，针对地图平移事件，当用户在用户端的屏幕显示范围内实时平移地图时，html5页面实时解析获得地图在平移过程中的全部待显示地图数据并传输至java层。也就是说，html5页面将地图平移过程中所经历的位置信息
步骤s230，java层接收服务端发送的待显示地图图片。
45.进一步地，在检测到地图平移事件或地图缩放事件时，电子地图的显示内容在屏幕显示范围内实时发生变化。为了使用户端的屏幕可以实时显示电子地图的变化内容，在其中一个实施例中，java层根据预设帧率刷新接收待显示地图图片。进一步地，根据不同的指定事件，占用的资源大小不同，待显示的图片内存大小不同，在其中一个实施例中，根据所述指定事件所占用的系统资源，设置对应的预设帧率。或者，在其他实施例中，根据电子地图的变化数据大小，设置对应的预设帧率。当地图数据变化大时，可以设置预设帧率为30帧/秒；当地图数据变化小时，可以设置预设帧率小于30帧/秒。通过设置预设帧率，以便java层根据预设帧率刷新接收待显示地图图片。
46.根据预设帧率，java层实时刷新并接收服务端发送的待显示地图图片，以确保用户端后续显示实时的电子地图图片。
47.步骤s240，java层传输待显示地图图片至html5页面，在html5页面显示待显示地图图片。
48.可以理解，随着java层实时刷新接收服务端发送的待显示地图图片，java层随之将待显示地图图片实时传输至html5页面。在其中一个实施例中，html5页面按照预设帧率显示所述待显示地图图片，从而使用户端可以及时显示实时渲染及转化后的电子地图图片。
49.上述实施例中，当用户在用户端的html5页面上查看电子地图时，对屏幕显示范围内的电子地图进行平移或者缩放等指定事件。html5页面检测到相应的指定事件的同时，对指定事件进行解析，获得对应的待显示地图数据。然后html5页面将解析后的待显示地图数据传输至用户端的java层。java层将待显示地图数据发送到远程的服务端，其中，服务端预先用c++生成有动态链接库。在服务端接收待显示地图数据库后，java层调用远程的动态链接库按照预设帧率将待显示地图数据实时渲染成opengl画面。与此同时，java层进一步调用动态链接库将每一opengl画面实时编码转化成特定格式的待显示地图图片。服务端将转化后的待显示地图图片传输至java层。java层按照预设帧率实时刷新接收待显示地图图片，并将待显示地图图片传输至html5页面进行实时显示，以便用户查看屏幕显示范围内的电子地图的实时变化。
50.综上，本申请的实施例中的基于车载智能设备的网页地图的处理方法，可以根据用户端已有的html5页面和java层，直接调用远程服务端的资源，将待显示地图数据转化成内存更小的待显示地图图片。这样的设计，一方面，使得整体架构简单易开发，且便于维护，降低技术难度和成本；另一方面，以图片形式实时刷新显示电子地图，降低用户端和服务端的系统负荷，且显示效率高，提高用户查看地图的体验即时体验。
51.与前述应用功能实现方法实施例相对应，本申请还提供了一种网页地图的处理装置、电子设备及相应的实施例。
52.实施例三图3是本申请实施例示出的基于车载智能设备的网页地图的处理装置的结构示意图。
53.参见图3，本申请一实施例的基于车载智能设备的网页地图的处理装置包括：检测解析模块310、图片处理模块320及接收模块330。其中：
检测解析模块310用于检测指定事件，解析获得所述指定事件对应的待显示地图数据。图片处理模块320用于将所述检测解析模块310获得的所述待显示地图数据发送至服务端，并调用所述服务端将所述待显示地图数据转化为待显示地图图片。接收模块330用于接收所述图片处理模块320获得的所述待显示地图图片。
54.进一步地，在其中一个实施例中，用户端的检测解析模块310通过html5页面检测指定事件，并由html5页面对检测到的指定事件进行解析，获得对应的待显示地图数据。其中，当所述指定事件为地图平移事件时，解析获得平移地图时对应的位置信息；当所述指定事件为地图缩放事件时，解析获得缩放地图时对应的数据层级信息。
55.进一步地，在其中一个实施例中，用户端的图片处理模块320接收html5页面处理后的待显示地图数据，通过java层将待显示地图数据发生至服务端。java层远程调用服务端的动态链接库，通过动态链接库获得实时渲染的opengl画面，并将每一opengl画面编码成待显示地图图片。
56.进一步地，在其中一个实施例中，用户端的接收模块330通过java层接收在服务端处理好的待显示地图图片。进一步地，接收模块330的java层按照预设帧率实时刷新，接收服务端的待显示地图图片。
57.进一步地，在其中一个实施例中，本申请的基于车载智能设备的网页地图的处理装置还包括显示模块340。显示模块340用于显示接收模块330接收的待显示地图图片。为了确保电子地图的及时显示，html5页面可以按照预设帧率实时接收java层的待显示地图图片。
58.综上，本申请的基于车载智能设备的网页地图的处理装置，通过检测解析模块310获得指定事件的待显示地图数据，再通过图片处理模块320将待显示地图数据发送至服务端，并调用服务端的资源将待显示地图数据转化为待显示地图图片，最后通过接收模块330接收待显示地图图片，由显示模块340显示待显示地图图片，以供用户查到电子地图。这样的设计，使得用户端和服务端的处理模块均容易开发搭建，无需额外采取复杂的技术进行搭建即可以达到同样的网页地图显示效果，开户维护成本低，且采用内存更小的图片格式进行显示，显示速度更快，改善用户体验。
59.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。
60.图4是本申请实施例示出的电子设备的结构示意图。
61.参见图4，电子设备400包括存储器410和处理器420。
62.处理器420可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器 (digital signal processor，dsp)、专用集成电路 (application specific integrated circuit，asic)、现场可编程门阵列 (field
‑
programmable gate array，fpga) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
63.存储器410可以包括各种类型的存储单元，例如系统内存、只读存储器（rom），和永久存储装置。其中，rom可以存储处理器420或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不
会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置（例如磁或光盘、闪存）作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备（例如软盘、光驱）。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器410可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片（dram，sram，sdram，闪存，可编程只读存储器），磁盘和/或光盘也可以采用。在一些实施方式中，存储器410可以包括可读和/或写的可移除的存储设备，例如激光唱片（cd）、只读数字多功能光盘（例如dvd
‑
rom，双层dvd
‑
rom）、只读蓝光光盘、超密度光盘、闪存卡（例如sd卡、min sd卡、micro
‑
sd卡等等）、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。
64.存储器410上存储有可执行代码，当可执行代码被处理器420处理时，可以使处理器420执行上文述及的方法中的部分或全部。
65.此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。
66.或者，本申请还可以实施为一种非暂时性机器可读存储介质（或计算机可读存储介质、或机器可读存储介质），其上存储有可执行代码（或计算机程序、或计算机指令代码），当可执行代码（或计算机程序、或计算机指令代码）被电子设备（或电子设备、服务器等）的处理器执行时，使处理器执行根据本申请的上述方法的各个步骤的部分或全部。
67.以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。