一种矢量瓦片显示方法及系统与流程

一种矢量瓦片显示方法及系统
【技术领域】
1.本发明涉及计算机应用技术，特别涉及矢量瓦片显示方法及系统。


背景技术：

2.随着web gis越来越深入人们的生活，人们对web gis的响应效率、交互性、渲染效果等方面的要求越来越高，针对栅格瓦片地图在高清屏显示、数据更新、与用户交换方面存在的性能瓶颈，矢量瓦片地图技术能够很好的解决上述问题。
3.与栅格瓦片地图技术一样，矢量瓦片地图技术同样采用了lod金字塔技术，将不同比例尺的矢量数据源切分成对应层级的矢量瓦片，这些瓦片以geojson或者protobuf矢量格式存储在服务端发布瓦片服务功能，当客户端发起瓦片数据请求时，服务端返回这些矢量瓦片，客户端接收到这些矢量数据后，直接或间接的绘制到图形显示设备上。
4.近年来，动态调度矢量瓦片技术在二维地理信息系统中的使用已趋于成熟，目前二维展示客户端在绘制显示方面已经做得非常成熟，典型的如mapbox，openlayers等显示组件。但是在三维地理信息系统中依然难有突破，典型的使用方式是将矢量数据部署在服务端并切分成矢量瓦片，客户端通过调度机制向服务端发送瓦片数据请求，这个时候有两种处理方式：一种是服务端将相应的矢量瓦片渲染成图片并传递给客户端进行绘制显示；另一种方式则是服务端直接将矢量瓦片传递给客户端，由客户端渲染成图片进行绘制显示。我们可以看出，无论是哪一种方式，最终显示的矢量数据其实已经不是真正的矢量对象，而是不可修改的半透明图片。
5.矢量瓦片技术主要分为服务端的数据部署发布和客户端的显示两个部分。其中服务端的瓦片切分、存储、快速检索以及发布服务等功能，已经非常成熟，而客户端显示部分，尤其是三维平台上的显示部分依然显得粗糙。主要表现为矢量数据被栅格化，作为图片贴在三维地球上，失去了矢量数据应该具备的属性和功能。展现效果上表现为虚化或者锯齿状，没有矢量数据应有的光滑细腻。
6.例如，cesium是一个基于web gl开发的地理信息三维地球引擎，它可以运行在大多数的浏览器上和移动终端上，近些年来受到了广泛的使用和推广。作为一个地理空间数据的可视化软件，它所承载的数据量也是有限的，尤其是矢量数据的显示，为了解决矢量数据显示效率的问题，动态调度矢量瓦片技术被研究并使用得越来越频繁。cesium三维引擎采用的模式是上述第二种方式，在三维渲染客户端中，客户接收到矢量数据之后，将矢量瓦片绘制成二维图片，再以栅格图片方式渲染绘制到地球模型上。这种显示方式的优点是可以快速显示在三维地球上而不需要占用太大的计算资源，在效率上几乎等同于影像数据的显示，但是缺点也是很明显的，由于矢量数被栅格化了，因此显示在地球表面时，图像被拉伸后无论是矢量数据的形状还是显示效果都大打折扣，例如线条不光滑，文字被贴在地表，对象不能被点选查询属性等等。


技术实现要素：

7.本技术的多个方面提供了矢量瓦片显示方法、系统、设备及存储介质，能够。
8.本技术的一方面，提供一种矢量瓦片显示方法，包括以下步骤：
9.根据下一视图获取所需的矢量瓦片，确定与下一视图相比新增的矢量瓦片和移除的矢量瓦片；
10.向服务端请求所述新增的矢量瓦片对应的矢量数据；
11.对从所述服务端获取的所述新增的矢量瓦片对应的矢量数据进行绘制并显示下一视图。
12.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据下一视图获取所需的矢量瓦片包括：
13.获取下一视图对应的矢量瓦片的编号。
14.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述确定与下一视图相比新增的矢量瓦片和移除的矢量瓦片还包括：
15.对所述当前视图的矢量瓦片列表进行更新，作为下一视图的矢量瓦片列表。
16.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述向服务端请求所述新增的矢量瓦片对应的矢量数据包括：
17.将所述新增矢量瓦片的编号发送给服务端，请求对应的矢量数据。
18.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述对从所述服务端获取的所述新增的矢量瓦片对应的矢量数据进行绘制并显示下一视图包括：
19.对新增的矢量瓦片，创建对应的矢量绘制对象；
20.对移除的矢量瓦片，删除对应的矢量绘制对象。
21.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述对新增的矢量瓦片，创建对应的矢量绘制对象包括：
22.对新增的矢量瓦片，根据其id在当前显示的矢量绘制对象列表中查询；
23.若没有查询到，则为其创建矢量绘制对象，加入到当前显示的矢量绘制对象列表中；
24.若查询到矢量绘制对象，则进行合并处理。
25.如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述绘制对应的矢量绘制对象包括；
26.将矢量数据进行批量绘制。
27.本发明的另一方面，提供了一种矢量瓦片显示系统，包括：
28.计算模块，用于根据下一视图获取所需的矢量瓦片，确定与下一视图相比新增的矢量瓦片和移除的矢量瓦片；
29.请求模块，用于向服务端请求所述新增的矢量瓦片对应的矢量数据；
30.绘制模块，用于对从所述服务端获取的所述新增的矢量瓦片对应的矢量数据进行绘制并显示下一视图。
31.本发明的另一方面，提供一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如以上所述的方法。
32.本发明的另一方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如以上所述的方法。
33.基于上述介绍可以看出，采用本发明所述方案，能够能够实现矢量数据在cesium上的动态调度，减少矢量数据的调度和计算量；通过将所有的矢量绘制对象进行批量绘制，实现矢量数据的高效矢量对象绘制。
【附图说明】
34.图1为本发明所述矢量瓦片显示方法的流程图；
35.图2为本发明所述矢量瓦片显示系统的结构图；
36.图3示出了适于用来实现本发明实施方式的示例性计算机系统/服务器012的框图。
【具体实施方式】
37.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本技术保护的范围。
38.图1为本发明所述矢量瓦片显示方法实施例的流程图，如图1所示，包括以下步骤：
39.步骤s11、根据下一视图获取所需的矢量瓦片，确定与下一视图相比新增的矢量瓦片和移除的矢量瓦片；
40.步骤s12、向服务端请求所述新增的矢量瓦片对应的矢量数据；
41.步骤s13、对从所述服务端获取的所述新增的矢量瓦片对应的矢量数据进行绘制并显示下一视图。
42.所述方法的执行主体为三维显示客户端。
43.在步骤s11的一种优选实现方式中，
44.根据下一视图获取所需的矢量瓦片，确定与当前视图相比新增的矢量瓦片和移除的矢量瓦片。
45.优选地，根据用户在三维显示客户端中对地球模型的操作，获取用户的数据请求，即用户意图展示的地球模型的下一视图，进而获取下一视图对应的矢量瓦片。
46.优选地，所述三维渲染服务器中，事先存储有已经切好的矢量数据。矢量瓦片地图技术采用金字塔模型，将不同比例尺的矢量数据源切分成对应层级的矢量瓦片。优选地，所述矢量数据源为矢量数据的描述行文件，目前矢量切片主要以geojson或者protobuf矢量格式存储在服务端，并且在存储过程中分别为各矢量瓦片建立四叉树空间索引。
47.优选地，所述金字塔模型采用18度金字塔模型；所述瓦片编号采用14个字符编码，为各矢量瓦片建立四叉树空间索引构成瓦片存储索引数组，各矢量瓦片在瓦片存储索引数组中的位置偏移量为瓦片在金字塔模型中的编号。
48.优选地，在矢量数据源切片过程中，采用web墨卡托投影，用以保证地图数据切片的一致性，从而实现客户端三维空间坐标到行列体系结构值到大地坐标的快速转换。
49.优选地，为了获取下一视图对应的矢量瓦片对应的矢量数据，首先需要获取下一
视图对应的矢量瓦片编号数组；然后根据所述矢量瓦片编号数组获取其对应的矢量数据。
50.优选地，所述用户的数据请求包括下一视图对应的数据图层范围，根据所述数据图层范围确定下一视图对应的矢量瓦片在四叉树中归属的层级以及对应的编号，所述编号为cesium三维地球gis引擎构建的金字塔模型中的瓦片编号(层行列)。例如，瓦片金子塔采用四叉树模型进行组织，每一个地图瓦片可以用其在四叉树中层号1、行号x和列号y唯一标识，地图瓦片的编号为<l-x-y>。
51.优选地，在globe对象中增加一个获取四叉树调度对象quadtree primitive(即四叉树，globe中以_surface命名的变量)的接口，其中，globe对象是保存在scene对象之中的，所述scene对象为cesium里面的单体对象。由于data source可以获取scene对象，因而间接的通过globe对象获取到四叉树调度对象quadtree primitive。这样可以对每一帧都从quadtree primitive对象中获取到下一视图对应的瓦片编号数组。有了调度结果，即所述瓦片编号数组，即可根据所述瓦片编号数组获取相应的矢量数据。
52.优选地，所述三维显示客户端根据预先设计的通用的provider，向服务端发送矢量数据请求，从所述服务端获取矢量数据之后再传递回data source中。优选地，所述矢量数据请求中包括所述下一视图对应的瓦片编号数组。
53.优选地，为了实现矢量数据的动态调度，减少矢量数据的调度和计算量；在向所述服务端发送瓦片数据请求之前，首先需要计算下一视图新增的矢量瓦片和移除的矢量瓦片。
54.优选地，在data source中存储有当前视图对应的矢量瓦片的瓦片编号与矢量数据的二维键值表，以便计算下一视图新增的矢量瓦片和移除的矢量瓦片。优选地，所述二维键值表存储在cesium现有的缓存机制tilereplacement queue中。
55.优选地，用所述下一视图的对应的瓦片编号数组与data source中保存的当前视图的矢量瓦片列表进行对比，可以计算得到哪些矢量瓦片需要新增进去，哪些矢量瓦片需要移除，对所述当前视图的矢量瓦片列表进行更新，作为下一视图的矢量瓦片列表。
56.在步骤s12的一种优选实现方式中，
57.向服务端请求所述新增矢量瓦片对应的矢量数据。
58.优选地，将所述新增矢量瓦片的编号发送给服务端，请求对应的矢量数据，以便根据所请求到的矢量数据进行绘制，将所述新增矢量瓦片动态的转化为矢量绘制对象。
59.优选地，服务端根据所述瓦片编号数据将对应的矢量数据发送给客户端。
60.在步骤s13的一种优选实现方式中，
61.对从所述服务端获取的所述新增的矢量瓦片对应的矢量数据进行绘制并显示下一视图。
62.优选地，其中，data source中原有的矢量瓦片没删除，则对应的矢量绘制对象也没有删除，存储有当前视图对应的矢量瓦片的瓦片编号与矢量绘制对象的矢量绘制对象列表。优选地，所述矢量绘制对象列表存储在cesium现有的缓存机制tile replacement queue中。因此只需要考虑新增的矢量瓦片，根据所请求到的矢量数据进行绘制，转化为矢量绘制对象即可。
63.优选地，对于新增的矢量瓦片，我们进行如下处理：
64.对新增的矢量瓦片中的所有矢量瓦片，根据其id在当前显示的矢量绘制对象列表
中查询；
65.若没有查询到，则为其创建矢量绘制对象，加入到当前显示的矢量绘制对象列表中；
66.若查询到矢量绘制对象，则进行合并处理，即将新增的矢量瓦片的矢量绘制对象与查询到的矢量绘制对象合并处理；
67.不管是新创建的矢量对象还是合并的矢量对象，记录从属的矢量瓦片编号列表。
68.优选地，考虑当前帧中的某些矢量瓦片因为找不到矢量瓦片对应的矢量数据，需要使用所述矢量的父层级或者祖先层级的矢量瓦片对应的矢量数据来替代的过程。比如第12层100行200列的这个瓦片，因为请求不到它的矢量数据，那么会计算11层对应的矢量数据来替代，但是如果第12层100行201列的矢量数据也请求不到，也会找11层的矢量数据来替代，这个时候就会出现重复的第11层的矢量瓦片(两个子级瓦片共用一个父级瓦片)，这时候就需要合并成一个矢量瓦片来显示。
69.对于移除的矢量瓦片，我们进行如下处理：
70.根据其瓦片编号，查询当前显示的矢量绘制对象列表；
71.查询到矢量绘制对象，则从矢量绘制对象的从属矢量瓦片编号列表中删除本瓦片编号；
72.遍历所有矢量绘制对象，判断从属矢量瓦片编号列表是否为空，若为空则删除所述矢量绘制对象。
73.通过以上步骤，矢量瓦片被动态的转化为可显示的矢量绘制对象。其中，矢量瓦片就是请求到的这个矢量编号(层行列)对应的数据，纯粹的一个数据对象。矢量绘制对象就是用这个数据对象创建出来的cesium绘制对象，只有把数据对象转化成绘制对象并且添加到cesium场景对象里面才能在场景中显示出来。
74.优选地，所述矢量数据的绘制渲染采用基于纹理的矢量绘制方法，首先加载矢量数据并获取地形瓦片二维投影的外包矩形范围，然后通过筛选器依据外包矩形，从二维的矢量数据中筛选出对应的矢量要素集合，再通过二维绘图模块render读取并实时渲染筛选的所述矢量要素集合，导出离屏纹理并叠加所述地形瓦片(经透明化处理，形成带有坐标属性的离屏纹理)，然后在gis服务器发布的wms服务中进行三维显示与在线渲染，具体是利用纹理映射技术，在每个地形瓦片渲染时，将离屏纹理中相应区域绑定到该瓦片中，同时建立每个渲染瓦片与包含矢量要素的映射表，便于后续矢量点选和查询。
75.优选地，基于webgl的绘制原理，可以将所有的矢量数据以geometry instance的方式保存，统一添加到primitive或者ground primitive中进行批量绘制，将矢量绘制的效率发挥到最高。
76.优选地，在本实施例中，三维显示客户端的数据计算和数据调度分离，计算引擎角色由三维渲染引擎充当，负责对所述当前帧显示的瓦片编号数组进行更新，并且将最终需要绘制渲染的矢量数据送至gpu去绘制渲染；而数据调度引擎则专门负责矢量数据请求的处理和矢量数据的读取和丢弃。
77.根据本发明上述实施例，
78.1)实现了矢量数据在cesium上的动态调度，减少了矢量数据的调度和计算量；
79.2)通过将所有的矢量绘制对象进行批量绘制，实现了矢量数据的高效矢量对象绘
制。
80.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
81.以上是关于方法实施例的介绍，以下通过装置实施例，对本发明所述方案进行进一步说明。
82.图2为本发明所述矢量瓦片显示系统实施例的流程图，如图2所示，包括：
83.计算模块21，用于根据下一视图获取所需的矢量瓦片，确定与下一视图相比新增的矢量瓦片和移除的矢量瓦片；
84.请求模块22，用于向服务端请求所述新增的矢量瓦片对应的矢量数据；
85.绘制模块23，用于对从所述服务端获取的所述新增的矢量瓦片对应的矢量数据进行绘制并显示下一视图。
86.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的终端和服务器的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
87.在本技术所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
88.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
89.另外，在本技术各个实施例中的各功能单元可以集成在一个处理器中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
90.图3示出了适于用来实现本发明实施方式的示例性计算机系统/服务器012的框图。图3显示的计算机系统/服务器012仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
91.如图3所示，计算机系统/服务器012以通用计算设备的形式表现。计算机系统/服务器012的组件可以包括但不限于：一个或者多个处理器或者处理器016，系统存储器028，连接不同系统组件(包括系统存储器028和处理器016)的总线018。
92.总线018表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
93.计算机系统/服务器012典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器012访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
94.系统存储器028可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)030和/或高速缓存存储器032。计算机系统/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统034可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
95.具有一组(至少一个)程序模块042的程序/实用工具040，可以存储在例如存储器028中，这样的程序模块042包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。
96.计算机系统/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信，在本发明中，计算机系统/服务器012与外部雷达设备进行通信，还可与一个或者多个使得用户能与该计算机系统/服务器012交互的设备通信，和/或与使得该计算机系统/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口022进行。并且，计算机系统/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图3所示，网络适配器020通过总线018与计算机系统/服务器012的其它模块通信。应当明白，尽管图3中未示出，可以结合计算机系统/服务器012使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
97.处理器016通过运行存储在系统存储器028中的程序，从而执行本发明所描述的实施例中的功能和/或方法。
98.上述的计算机程序可以设置于计算机存储介质中，即该计算机存储介质被编码有计算机程序，该程序在被一个或多个计算机执行时，使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。
99.随着时间、技术的发展，介质含义越来越广泛，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可
以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
100.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
101.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。
102.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
103.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
104.在本技术所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
105.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
106.另外，在本技术各个实施例中的各功能单元可以集成在一个处理器中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
107.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。