一种瓦图处理方法、装置、设备以及存储介质与流程

1.本技术涉及电子地图技术领域，尤其涉及一种瓦图处理方法、装置、设备以及存储介质。


背景技术：

2.目前，电子地图领域中越来越多地采用瓦片技术来提供地图服务，在瓦片技术中，将一定范围内的地图按缩放级别或者比例尺切成若干行和列的图片，切片后的图片被形象的称为瓦片(或者称作瓦图)，地图比例尺按照从大到小的顺序排列。
3.然而，在目前的瓦图技术中，当瓦图存储时，不同大小、质量、清晰度、位置的瓦图统一存储在本地，并没有进行任何区分，从而造成瓦图加载缓慢、附近瓦图不能预加载等诸多问题。


技术实现要素：

4.本技术提供了一种瓦图处理方法、装置、设备以及存储介质，能够提高不同场景的瓦图加载效率。
5.本技术的技术方案是这样实现的：
6.第一方面，本技术实施例提供了一种瓦图处理方法，该方法包括：
7.接收终端设备发送的地图请求；
8.对所述地图请求进行解析处理，得到解析结果；其中，所述解析结果包括瓦图场景和地图特征信息；
9.若所述瓦图场景符合预设场景，则通过所述瓦图场景对应的目标域名确定第一瓦图集，并将所述第一瓦图集发送给所述终端设备；
10.若所述瓦图场景符合非预设场景，则根据所述地图特征信息进行瓦图集规划，确定第二瓦图集，并将所述第二瓦图集发送给所述终端设备。
11.第二方面，本技术实施例提供了一种瓦图处理装置，该瓦图处理装置包括接收单元，解析单元，第一确定单元和第二确定单元，其中，
12.所述接收单元，配置为接收终端设备发送的地图请求；
13.所述解析单元，配置为对所述地图请求进行解析处理，得到解析结果；其中，所述解析结果包括瓦图场景和地图特征信息；
14.所述第一确定单元，配置为若所述瓦图场景符合预设场景，则通过所述瓦图场景对应的目标域名确定第一瓦图集，并将所述第一瓦图集发送给所述终端设备；
15.所述第二确定单元，配置为若所述瓦图场景符合非预设场景，则根据所述地图特征信息进行瓦图集规划，确定第二瓦图集，并将所述第二瓦图集发送给所述终端设备。
16.第三方面，本技术实施例提供了一种电子设备，该电子设备包括存储器和处理器，其中，
17.存储器，用于存储能够在所述处理器上运行的计算机程序；
18.处理器，用于在运行所述计算机程序时，执行如第一方面所述的瓦图处理方法。
19.第四方面，本技术实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现如第一方面所述的瓦图处理方法。
20.本技术实施例所提供的一种瓦图处理方法、装置、设备以及存储介质，通过接收终端设备发送的地图请求；对地图请求进行解析处理，得到解析结果；其中，解析结果包括瓦图场景和地图特征信息；若瓦图场景符合预设场景，则通过瓦图场景对应的目标域名确定第一瓦图集，并将第一瓦图集发送给终端设备；若瓦图场景符合非预设场景，则根据地图特征信息进行瓦图集规划，确定第二瓦图集，并将第二瓦图集发送给终端设备。这样，对于预设场景，通过目标域名确定第一瓦图集，可以实现预设场景瓦图集的快速加载，而对于非预设场景，根据地图特征信息进行瓦图集规划来确定符合场景的第二瓦图集，也能够快速响应非预设场景下的瓦图集下发，从而能够提高不同场景的瓦图加载效率，降低了瓦图处理的操作难度。
附图说明
21.图1为本技术实施例提供的一种瓦图处理方法的流程示意图；
22.图2为本技术实施例提供的一种瓦图处理方法的详细流程示意图；
23.图3为本技术实施例提供的一种瓦图多维度存储的功能框架示意图；
24.图4为本技术实施例提供的一种瓦图处理装置的组成结构示意图；
25.图5为本技术实施例提供的一种电子设备的组成结构示意图；
26.图6为本技术实施例提供的另一种电子设备的组成结构示意图。
具体实施方式
27.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释相关申请，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关申请相关的部分。
28.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
29.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
30.需要指出，本技术实施例所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本技术实施例能够以除了在这里图示或描述的以外的顺序实施。
31.在相关技术中，瓦图存储时，可以是由传统的文件系统进行存储，地理信息系统(geographic information system，gis)加载瓦图直接获取本地瓦图数据。由于目前瓦图存储的时候是本地存储，不同大小、质量、清晰度、位置的瓦图统一存储在本地，没有进行任
何区分，从而造成瓦图加载缓慢、清晰度不同、附近瓦图不能预加载、以及还存在瓦图迁移困难等缺点。
32.基于此，本技术实施例提供了一种瓦图处理方法，该方法的基本思想是：接收终端设备发送的地图请求；对地图请求进行解析处理，得到解析结果；其中，解析结果包括瓦图场景和地图特征信息；若瓦图场景符合预设场景，则通过瓦图场景对应的目标域名确定第一瓦图集，并将第一瓦图集发送给终端设备；若瓦图场景符合非预设场景，则根据地图特征信息进行瓦图集规划，确定第二瓦图集，并将第二瓦图集发送给终端设备。这样，对于预设场景，通过目标域名快速确定第一瓦图集，可以实现预设场景瓦图集的快速加载；对于非预设场景，根据地图特征信息进行瓦图集规划来确定符合场景的第二瓦图集，也能够快速响应非预设场景下的瓦图集下发；从而不仅可以解决解决瓦图存储过程中，不同维度瓦图的分散存储、瓦图的反向预加载、瓦图迁移等问题，而且还提高了不同场景的瓦图加载效率，降低了瓦图处理的操作难度。
33.下面将结合附图对本技术各实施例进行详细说明。
34.本技术的一实施例中，参见图1，其示出了本技术实施例提供的一种瓦图处理方法的流程示意图。如图1所示，该方法可以包括：
35.s101、接收终端设备发送的地图请求。
36.需要说明的是，本技术实施例提供的瓦图处理方法可以应用于瓦图处理装置，或者集成有该装置的电子设备。这里，电子设备可以是诸如计算机、智能手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personal digital assistant，pda)、导航装置、服务器等等，本技术实施例对此不作具体限定。
37.还需要说明的是，由于在电子地图的加载过程中，通常是由服务器对终端设备(如客户端)的请求进行处理并执行瓦图下发等操作，因此，在本技术实施例中，以该方法应用于服务器来进行具体描述。
38.在本技术实施例中，终端设备发送的地图请求可以用于指示终端设备当前需要显示的地图范围以及显示级别等信息，以便后续根据该地图请求可以获得对应的瓦图集。
39.s102、对地图请求进行解析处理，得到解析结果；其中，解析结果包括瓦图场景和地图特征信息。
40.需要说明的是，在接收到终端设备发送的地图请求之后，首先对地图请求进行解析处理，得到解析结果，然后可以根据解析结果执行相应的操作。其中，对地图请求进行解析后得到的解析结果可以包括有瓦图场景和地图特征信息。
41.在这里，在对地图请求进行解析之后，解析结果中的瓦图场景至少可以包括以下两种情况，第一种为解析出的瓦图场景符合预设场景，第二种为解析出的瓦图场景符合非预设场景。针对这两种不同的瓦图场景，本技术实施例分别采取不同的方式进行对应的瓦图集确定和下发。
42.还需要说明的是，由于在瓦片技术中，对于同一位置，显示级别不同对应的瓦图的数据也是不同的，如果仅显示大致范围，则可能仅需要一张瓦图即可满足，如果需要显示精确的地图，则需要多张瓦图才能显示出精确的信息。因此，本技术实施例所涉及到的“瓦图集”可以包括至少一张瓦图。也就是说，瓦图集可以只包括一张瓦图，也可以由多张瓦图所组成，具体是由地图请求的解析结果确定的。
43.s103、若瓦图场景符合预设场景，则通过瓦图场景对应的目标域名确定第一瓦图集，并将第一瓦图集发送给终端设备。
44.需要说明的是，如果地图请求的解析结果指示的瓦图场景符合预设场景，这时候就可以直接通过该预设场景对应的目标域名确定出其所对应的第一瓦图集，从而快速将第一瓦图集发送给终端设备。
45.其中，预设场景主要是指一些比较特殊，或者比较热门，或者按照传统方式进行加载比较耗时的场景。在一些实施例中，预设场景至少可以包括：首屏展示场景，热点瓦图场景和热点瓦图周围瓦图场景。
46.需要说明的是，首屏展示场景即第一屏所显示的页面，例如用户在打开地图时首先展示的页面，这时候需要页面能够快速加载。尤其是对于一些大屏展示的场景，传统的实现方式是近地存储或者单机部署，需要运维人员进行现场实施和调试，有可能因为代码逻辑实现不一致造成逻辑混乱。
47.而在本技术实施例中，则预先设置首屏展示这种特殊场景对应的预设瓦图集，且首屏展示场景可以对应有目标域名，从而可以通过目标域名快速确定对应的预设瓦图集，在接收到关于首屏展示场景的地图请求之后，直接将对应的第一瓦图集进行下发，实现了快速无卡顿响应。
48.对于热点瓦图场景和热点瓦图周围场景也是同理；其中，热点瓦图场景可以包括访问量最高的若干个场景，热点瓦图周围场景即位于热点瓦图附近的瓦图。这样，用户在访问热点瓦图时，如果还对热点瓦图周围的瓦图也进行访问，也能够实现快速无卡顿响应。
49.进一步地，对于预设场景，其可以包括若干个第一场景；在一些实施例中，该方法还可以包括：
50.根据若干个第一场景进行瓦图集预制，得到若干个第一场景各自对应的预设瓦图集；
51.获取若干个第一场景各自对应的预设域名；
52.通过预设域名，将若干个第一场景各自对应的预设瓦图集存储到预设分布式文件系统中预设场景的存储位置。
53.需要说明的是，预设场景可以包括多个场景，预设场景所包括的具体场景称作第一场景，本技术实施例可以预先确定若干个第一场景，并分别针对每个第一场景进行瓦图集预制，分别得到每个第一场景对应的预设瓦图集。另外，对于任一个第一场景，还可以分别确定其在不同层级(也称为维度)的预设瓦图集。
54.例如，假定瓦图的维度可以分为模糊维度、普通维度和精确维度，通常，对于同一个场景或者位置，当缩放级别比较低时，可能仅需要一张对应于模糊维度的模糊瓦图即可满足展示效果，而当缩放级别比较高时，则需要多张对应于精确维度的精确瓦图才能满足展示效果。对于任一第一场景，可以分别确定其在模糊、普通和精确三个维度所对应的预设瓦图集，或者也可以根据实际需求确定第一场景在一个或者若干个维度分别对应的预设瓦图集。
55.还需要说明的是，对于热点瓦图场景，当对其进行缩放时，其周围的瓦图也需要随之缩放，因此，本技术实施例对热点瓦图周围瓦图场景也预先确定其对应的预设瓦图集，进一步提高了瓦图加载速度。
56.本技术实施例还获取各第一场景各自对应的预设域名，通过预设域名将每个第一场景对应的预设瓦图集存储在预设分布式文件系统中预设场景的存储位置。其中，预设分布式文件系统优选为增强型glusterfs分布式文件系统(简称为增强型glusterfs)。由于该预设分布式文件系统具有可动态虚拟挂载多存储单元的特性，从而能够通过特有域名(即解析结果中的瓦图请求对应的目标域名)和快速请求分发的方式，将预设场景(某一第一场景)的请求快速转发到对应的存储位置，确定对应的预设瓦图集，即对应于地图请求的第一瓦图集，实现第一瓦图集的快速加载。
57.在一些实施例中，当预设场景为热点瓦图周围瓦图场景时，该方法还可以包括：
58.基于预设分布式文件系统中的条纹卷特性，将若干个热点瓦图周围瓦图挂载到预设分布式文件系统中不同的硬件存储器中。
59.需要说明的是，对于不同维度的瓦图切换时，由于传统的实现方案不能对场景周围瓦图进行预加载，导致瓦图切换缓慢或者卡顿等。而在本技术实施例中，尤其是针对热点瓦图进行维度切换时，这时候热点瓦图周围瓦图也需要随热点瓦图进行维度切换，通过预制不同维度的热点瓦图周围瓦图的预设瓦图集，避免了维度切换时出现的类似白边、马赛克等模糊卡顿现象。
60.具体来说，本技术实施例可以基于预设分布式文件系统(即增强型glusterfs分布式文件系统)的条带卷特性，将若干个热点瓦图周围瓦图挂载到预设分布式文件系统中不同的硬件存储器中。当进行热点瓦图的维度切换时，例如从模糊维度切换至普通维度，通过glusterfs的条带卷(也称作条纹卷)分解传统瓦图存储采用单一硬件存储的网络压力和硬件压力，由于glusterfs的条带卷可以使得数据被分割成更小的块分布到块服务器群中的不同条带区，能够减少负载，而且小文件使得存取速度更快，避免了在进行瓦图维度切换时的卡顿现象。
61.s104、若瓦图场景符合非预设场景，则根据地图特征信息进行瓦图集规划，确定第二瓦图集，并将第二瓦图集发送给终端设备。
62.需要说明的是，如果解析出的瓦图场景符合非预设场景，这时候并不存在预先确定的第一瓦图集，需要根据解析出的地图特征信息动态确定适应当前场景的第二瓦图集，并发送给终端设备。
63.还需要说明的是，第二瓦图集可以从预先存储有大量瓦图的存储区域中获取。因此，在一些实施例中，在接收终端设备发送的地图请求之前，该方法还可以包括：
64.对预设存储区进行维度划分，得到至少一个存储区域；
65.在获取若干个瓦图以及各自对应的维度信息后，根据维度信息将若干个瓦图对应存储在至少一个存储区域。
66.需要说明的是，传统的瓦图存储方式是本地存储，不同大小、质量、清晰度、位置的瓦图统一存储在本地。没有进行任何区分，造成瓦图加载缓慢，附近瓦图不能预加载，还有瓦图迁移困难等缺点。而本技术实施例在进行瓦图存储时，可以对用于存储瓦图的预设存储区域基于瓦图的不同维度进行划分，从而得到至少一个存储区域；并获取若干个具有不同维度信息的瓦图，通常来说，若干个瓦图包括整个地图中所包含的每一维度的所有瓦图，然后按照维度信息将瓦图在前述的至少一个存储区域对应进行存储。
67.例如，分别获取模糊维度、普通维度和精确维度三个维度的瓦图；其中，模糊、普通
和精确是针对这三者相对而言的，即对于这三个维度，当表示相同的位置范围时，模糊维度对应的模糊瓦图的数量最少，对应的缩放级别也最小，对应地图的细节特征也最少，普通维度次之，精确维度对应的精确瓦图的数量最多，对应的缩放级别也最大，对应地图的细节特征也最多。
68.另外，本技术还可以获取更多维度的瓦图，如第一维度、第二维度、第三维度
……
第n维度的瓦图，且不同维度的瓦图表示相同的位置信息，但是分辨率不同，包括的瓦图数量也不同；而不仅限于模糊、普通和精确三个维度，从而能够满足更多维度的地图展示需求。
69.进一步地，本技术实施例还可以对不同维度的瓦图分别适配最合适的存储硬件，因此，在一些实施例中，根据维度信息将若干个瓦图对应存储在至少一个存储区域，还可以包括：
70.基于网络文件系统nfs协议，将不同维度信息对应的瓦图挂载到预设分布式文件系统中不同的硬件存储器中。
71.需要说明的是，本技术实施例可以基于网络文件系统(network file system，nfs)协议，将不同维度信息的瓦图挂载到预设分布式文件系统中不同的硬件存储器中。例如，将模糊瓦图进行近端机器存储，将普通瓦图进行远程机器存储，将精确瓦图进行多网卡机器存储等等。
72.另外，在将不同维度的瓦图挂载在不同硬件存储器时，本技术实施例还根据一定的规则或者协议对每一硬件存储器所存储的不同维度的瓦图进行规划管理，例如按照区域等方式进行具体的规划管理。这样，不仅有利于实现瓦图的快速加载，在需要进行瓦图迁移的情况下，还可以只将需要进行迁移部分的存储区域所存储的瓦图迁移，避免了瓦图整体迁移导致的瓦图迁移困难。
73.进一步地，在一些实施例中，根据地图特征信息进行瓦图集规划，确定第二瓦图集，可以包括：
74.根据地体特征信息进行瓦图集规划，确定目标瓦图集以及目标瓦图集在预设分布式文件系统中的目标存储位置；
75.根据目标瓦图集确定若干个瓦图请求，将若干个瓦图请求分发至若干个瓦图请求线程；
76.通过若干个瓦图请求线程，从目标存储位置中获取若干个目标子瓦图集；
77.将若干个目标子瓦图集确定为第二瓦图集。
78.需要说明的是，在本技术实施例中，当瓦图场景为非预设场景时，就根据地图特征信息进行瓦图集规划，确定对应当前请求的非预设场景的第二瓦图集。
79.其中，地图特征信息至少包括有所请求的经纬度信息和访问维度信息，另外还可以从地图请求中解析出访问比重信息，或者服务器根据网络硬件条件等获取访问比重信息。
80.示例性地，根据经纬度可以确定所请求的具体位置；同时，根据经纬度的精确程度还可以确定访问维度，具体来说，如果经纬度的数据仅有整数位，则模糊瓦图即可以满足需求，如果经纬度的数据精确到小数点后若干位，则需要精确瓦图；另外，也可以根据地图的缩放比例来确定访问维度，缩放比例越大，就需要越清晰的维度；考虑到网络以及硬件状
况，还可以结合访问比重信息来确定第二瓦图集，即如果请求的维度的精确程度较高，但是网络状态和/或硬件状态难以满足精确维度的瓦图，那么可以结合访问比重将瓦图的精确程度适度降低，例如选择普通维度的瓦图。
81.这样，通过瓦图集规划得到目标瓦图集，并同时确定出目标瓦图集在预设分布式文件系统中的目标存储位置。
82.由于不同维度的瓦图存储在预设分布式文件系统的不同存储区域，从而能够根据维度信息等自动导航到对应的目标存储位置。例如，如果请求的是某经纬度下的普通维度的瓦图，则可以确定该经纬度对应的位置和维度对应的目标瓦图集，目标存储位置则可以为存储有普通维度的瓦图的存储区域。由于本技术实施例在存储瓦图时，还可以对每一维度的瓦图的存储位置进一步进行规划和管理，例如按照区域进行管理，则目标存储位置可以为更精细的存储位置，进一步提高了确定目标瓦图集的速度。
83.在确定目标瓦图集之后，对于目标瓦图集中的每一瓦图，都对应一瓦图请求，当目标瓦图集中存在多个瓦图时，就存在多个瓦图请求。对于多个瓦图请求，本技术实施例可以通过多线程的方式执行多个瓦图请求，加快请求速度；即将多个瓦图请求分发至多个瓦图请求线程，可以将一个瓦图请求分发至一个瓦图请求线程，也可以将若干个瓦图分发给一个瓦图请求线程，具体分发方式可以结合瓦图请求的数量以及预设分布式文件系统的负载能力确定，本技术实施例对此不作具体限定。
84.在将瓦图请求分发给瓦图请求线程之后，多个瓦图线程并发执行，在目标存储位置中分别确定对应的目标子瓦图集；其中，当瓦图请求线程指处理一个瓦图请求时，获取的目标子瓦图集则只包括一张目标瓦图，所有的目标子瓦图集组成第二瓦图集。
85.另外，本技术实施例还可以在确定第二瓦图集的同时，对第二瓦图集的周围瓦图进行预加载，这样，当用户需要访问非预设场景的周围瓦图时，也能够实现快速响应。
86.进一步地，在一些实施例中，目标瓦图集存储在预设分布式文件系统中的目标存储位置和至少一个副本目标存储位置，该方法还可以包括：
87.在目标存储位置被多个瓦图请求同时访问的情况下，对多个瓦图请求进行请求重置，确定至少一个更新瓦图请求；
88.将至少一个更新瓦图请求分发至至少一个瓦图请求线程；
89.通过至少一个瓦图请求线程，从至少一个副本目标存储位置中获取至少一个子目标瓦图，以确定出第二瓦图集。
90.需要说明的是，本技术实施例可以通过多副本挂载的方式进行瓦图存储，以增强型glusterfs分布式文件系统为例，可以通过多副本挂载方式存储瓦图，即不仅存储有瓦图，还存储有瓦图的副本。这样，在一个存储位置繁忙时，还可以请求副本的存储位置，减轻硬件过载风险，减轻网络过载压力，能够更好地实现瓦图下发。
91.对于目标瓦图集，其可能存储在预设分布式文件系统中的目标存储位置和至少一个副本目标存储位置，在例如服务器需要应对多个地图请求，导致目标存储位置被多个瓦图清奇同时访问的情况下，可能由于目标存储位置繁忙，导致瓦图加载缓慢。
92.具体来说，当目标存储位置被多个瓦图请求同时访问时，则对瓦图请求进行请求重置，确定至少一个更新瓦图请求，还可以同时确定目标瓦图集在预设分布式文件系统中的副本目标存储位置。然后将至少一个更新瓦图请求分发至至少一个瓦图请求线程，分发
方式如前述，通过至少一个瓦图请求线程在副本目标存储位置中确定至少一个更新瓦图请求所对应的子目标瓦图，以从副本目标存储位置中确定出第二瓦图集。
93.这样，基于增强型glusterfs分布式文件系统的多副本挂载特性对动态经纬度场景进行请求重置，可以将多个动态场景的瓦图集进行多批次多挂载存储和分发，不仅解决了动态场景瓦图集快速存储快速失效下单品硬件过载风险，还减轻了网络过载压力，还可以配合多网卡实现方式更好地实现瓦图下发。
94.在一些实施例中，在接收终端设备发送的地图请求之后，该方法还可以包括：
95.对地图请求中的校验参数进行校验处理；
96.若校验结果为成功，则执行对地图请求进行解析处理，得到解析结果的步骤；
97.若校验结果为失败，则将预设分布式文件系统中存储的预备瓦图集发送给终端设备。
98.需要说明的是，在接收终端设备发送的地图请求之后，本技术实施例还对地图请求中的校验参数进行校验处理，如果校验结果为成功，就按照前述方式对地图请求进行解析处理，得到解析结果，并根据解析结果确定对应的第一瓦图集或第二瓦图集发送给终端设备。如果校验结果为失败，这时候可能是由于网络问题、参数丢失或者参数错误等各种原因导致的参数校验不通过，就无法从地图请求中解析出正确的内容，此时可以将预先存储在预设分布式文件系统中的预备瓦图集发送给终端设备。其中，预备瓦图集用于应对例如参数校验不通过等错误情况下，是一种保底方案。这样，即使是在对校验参数的校验不成功时，也能够返回预备瓦图集给终端设备。
99.本实施例提供了一种瓦图处理方法，通过接收终端设备发送的地图请求；对地图请求进行解析处理，得到解析结果；其中，解析结果包括瓦图场景和地图特征信息；若瓦图场景符合预设场景，则通过瓦图场景对应的目标域名确定第一瓦图集，并将第一瓦图集发送给终端设备；若瓦图场景符合非预设场景，则根据地图特征信息进行瓦图集规划，确定第二瓦图集，并将第二瓦图集发送给终端设备。这样，对于预设场景，通过目标域名快速确定第一瓦图集，可以实现预设场景瓦图集的快速加载；对于非预设场景，根据地图特征信息进行瓦图集规划来确定符合场景的第二瓦图集，也能够快速响应非预设场景下的瓦图集下发；从而不仅可以解决解决瓦图存储过程中，不同维度瓦图的分散存储、瓦图的反向预加载、瓦图迁移等问题，而且还提高了不同场景的瓦图加载效率，降低了瓦图处理的操作难度。另外，通过将不同维度的瓦图挂载在预设分布式文件系统中的不同硬件存储器中，能够在根据地图特征信息进行瓦图集规划后，快速定位到目标存储位置，提高加载速度，并缓解单一硬件的负载压力；基于预设分布式文件系统的多存储单元特征以及多副本挂载的特性，缓解了单一硬件存储和加载多瓦图的网络压力和硬件压力；而且，通过预制瓦图集和多线程处理的方式，还能够在多维度瓦图切换时，避免产生卡顿。
100.本技术的另一实施例中，参见图2，其示出了本技术实施例提供的一种瓦图处理方法的详细流程示意图。如图2所示，该详细流程可以包括：
101.s201、客户端发起请求。
102.需要说明的是，在相关技术中，传统的瓦图加载方式的大多基于超文本传输协议(hyper text transfer protocol，http) 传统文件存储方式，这种瓦图加载和存储方式导致不同场景瓦图加载缓慢，瓦图加载不精确；由于是单机存储，单机网络情况对加载有较大
影响，同机下精确瓦图的处理占用资源多，且对模糊瓦图不友好；还存在存储方式单一，迁移成本高昂的问题。
103.在本技术实施例中，这里提供了一种增强型glusterfs瓦图存储的实现方案，主要可分为四个核心部分：瓦图请求解析、场景瓦图预制、热点瓦图周围瓦图预存储和分布式glusterfs瓦图多维度存储等。本技术实施例所提供的瓦图处理方法可以基于该增强型glusterfs来实现。下面针对基于增强型glusterfs瓦图存储的实现方案进行详细介绍。
104.一、瓦图请求解析
105.以大屏展示地图为例，在大屏展示地图时，客户端需要请求服务端瓦图集下发(即向服务端发送地图请求)，服务端根据请求解析协议将不同维度，场景下的瓦图请求所对应的瓦图分发至对应的存储媒介转发中心。其中，存储媒介转发中心可以位于客户端也可以位于客户端，也可以为一独立装置，其相当于一代理，主要作用是将客户端所请求的瓦图集从服务端转发至客户端，辅助完成瓦图集的下发，数量可以为一个或者多个，本技术实施例对此不作具体限定。
106.传统瓦图索引简单粗暴，客户端直接链接瓦图集http地址，容易导致场景卡顿，多场景切换卡顿，特殊场景卡顿，瓦图加载卡顿，热点瓦图卡顿等等加载卡顿的情况，还存在对单一硬件加载流过大，容易造成网络、硬件过载的情况，造成展示卡顿，大屏假死等问题。
107.而在本技术实施例中，增强型glusterfs智能请求处理分发技术与传统方案不同，通过特殊场景(例如首屏展示场景)特有域名预加载，多场景多路请求预制存储。瓦图集http地址多线程多维度分解，热点瓦图周边多维度瓦图链接多线程分解，分时加载等方式配合glusterfs nfs协议存储，解决存储瓦图解析过程中遇到的问题。
108.二、场景瓦图预制
109.需要说明的是，本技术对于一些特殊场景进行瓦图场景预制，由于预先存储了这些场景所对应的预设瓦图集，无需在需要加载时重新确定新的瓦图集，因此这些场景也称作静态场景。
110.对于静态场景，例如首屏展示场景、热点瓦图场景等预制瓦图集合，并预制多场景切换模型，实现静态场景的快速切换。
111.基于增强型glusterfs可动态虚拟挂载多存储单元的特性，通过特有域名(即目标域名)和快速请求分发方式，将对应于特殊场景的瓦图集请求快速转发至特殊场景的存储位置，得到快速瓦图反馈。
112.例如，对于大屏第一展示场景(即大屏展示情况下的首屏展示场景)，其需要能够实现快速响应，传统的实现方式是近地存储，或者是单机部署，造成必须运维人员现场实施和调试，代码逻辑实现不一致，造成逻辑混乱。
113.而当使用本技术实施例提供的增强型glusterfs动态虚拟挂载多存储单元将远程硬件(远程硬件可特有实现内存加速缓存的逻辑)动态挂载进入特有域名快速分发时，可完整适配大屏第一展示场景需要的快速无卡顿响应需求。
114.对于动态场景，则可以根据经纬度、访问维度和访问比重动态规划精简瓦图集，快速响应高级别展示需求。
115.传统的瓦图存储方式无法感知，快速响应动态场景展示的需求，而增强型glusterfs可以基于glusterfs的多副本挂载特性对动态经纬度场景进行请求重置，将多个
动态场景的瓦图集进行多批次多挂载存储，分发。不仅解决了动态场景瓦图集快速存储快速失效下单品硬件过载风险，还减轻了网络过载压力，配合多网卡实现方式可更好实现瓦图下发。
116.三、热点瓦图周围瓦图预存储
117.需要说明的是，本技术实施例还对存在多维度切换频繁的经纬度，进行多维度瓦图预存储。
118.传统方式存储瓦图时都是在本地聚集存储，当不同维度切换时，数据加载较慢，当热点瓦图维度切换时，还会影响展示效果；而且由于是单一硬件存储的方式，导致单一硬件容易网络过载、硬件过载。
119.增强型glusterfs则不同，通过glusterfs条带卷分解单一硬件存储多瓦图时的网络、硬件压力。增强型glusterfs条带卷通过虚拟挂载多硬件可自动分解同一维度瓦图存储单一硬件的风险，同时通过预制热点多瓦图链接减少分发压力，预制高性能挂载节点存储，预制高压力挂载规则，可快速响应热点瓦图周围瓦图的下发。
120.还需要说明的是，在glusterfs中，条带卷的特点是数据被分割成更小的块分布到块服务器群中的不同条带区，减少了负载且更小的文件加速了存取的速度，同时没有数据冗余，在存储大文件时，性能尤为突出。
121.四、分布式glusterfs瓦图多维度存储
122.需要说明的是，本技术实施例基于增强型glusterfs进行多维度，多机器，快速挂载和快速迁移的瓦图存储。
123.通过增强型glusterfs nfs协议，实现智能多维度瓦图集分发技术，支持将不同维度的瓦图挂载到不同规格硬件上，减小了不同维度瓦图之间的相互影响。
124.通过增强型glusterfs nfs协议，实现智能多维度瓦图集分发技术，还能够支持远端、近端、云挂载等，从而支持场景、瓦图的快速导入、迁移、复制等实施工作。
125.通过增强型glusterfs nfs，http协议，实现智能多维度瓦图集分发技术，还能够支持场景、热点、预制存储等多维度，多角度存储。
126.参见图3，其示出了本技术实施例提供的一种瓦图多维度存储的功能框架示意图。如图3所示，该功能框架可以包括维度瓦图逻辑存储部分301，至少可以包括普通瓦图存储、模糊瓦图存储和精确(高精度)瓦图存储；预设瓦图场景逻辑存储部分302，至少可以包括场景存储、热点存储和预制存储；物理存储部分303，至少可以包括远程机器存储、云存储、近端机器存储和多网卡机器存储；功能实现部分304，至少可以包括快速复制、场景导入、快速导入和简单迁移。
127.其中，维度瓦图逻辑存储部分301表示不同维度瓦图的逻辑存储，即可以按照不同的维度将瓦图进行分别存储，并且还可以针对每一维度的瓦图再按照一定的规则或者协议进行细化存储，便于瓦图的快速加载。
128.预设瓦图场景逻辑存储部分302表示一些预设场景瓦图的逻辑存储，即预制特殊场景、热点场景、热点场景周围场景等不同场景所对应的瓦图/瓦图集。
129.物理存储部分303表示瓦图的物理存储，即可以根据瓦图的维度将瓦图分别存储在不同的物理位置；例如，将模糊瓦图进行近端机器存储，将普通瓦图进行远程机器存储，将精确瓦图进行多网卡机器存储等等。同时，还可以将预设场景瓦图也存储在预设位置，例
如将预设场景瓦图进行云存储。
130.功能实现部分304表示功能实现，即基于本技术实施例所提供的瓦图处理方法能够实现瓦图快速复制、场景导入、瓦图导入以及瓦图的简单迁移等功能。
131.在步骤s201中，客户端首先向服务端发起地图请求，例如图2中所述的大屏展示场景的请求。
132.s202、服务端校验参数。
133.s203、返回预备瓦图集。
134.s204、瓦图请求。
135.s205、瓦图集请求。
136.需要说明的是，当客户端需要加载某一位置的某一维度的地图时，会向服务端发起地图请求。服务端在接收到客户端发送的地图请求之后，对地图请求进行校验参数，这时候会存在参数校验不通过的可能性，如果参数校验不通过，例如网络不佳导致参数丢失，或者请求参数错误等原因，则执行步骤s203，返回预备瓦图集；其中，预备瓦图为一备用瓦图集，可以为一单张预设瓦图，也可以为一预设瓦图集，主要用于在参数校验不通过的情况下，返回给客户端。
137.当参数校验通过时，则根据解析地图请求得到的结果执行对应的操作流程。这时候，得到的瓦图请求结果可能是请求单张瓦图的瓦图请求，也可能是请求多张瓦图的瓦图集请求。
138.还需要说明的是，不管瓦图请求结果为瓦图请求还是瓦图集请求，均可以根据请求内容对应执行步骤s206，或者执行步骤s207，或者执行步s208。不同之处在于，对于步骤s208，如果是瓦图请求，则仅需要一个对应的瓦图处理线程即可以确定出对应的瓦图。如果是瓦图集请求，则将瓦图集请求所对应的瓦图集中的每一个瓦图请求进行分发至若干个瓦图请求线程，以分别确定出多个瓦图后，组成瓦图集。
139.s206、基于预设场景级别瓦图，实现第一场景全链接访问快速响应。
140.s207、基于智能存储附件瓦图，快速响应附近瓦图。
141.需要说明的是，当瓦图请求/瓦图集请求指示请求的场景为预制的静态场景时，则可以根据请求所指示的场景，快速确定对应的预设瓦图/预设瓦图集。
142.例如，如图2所示，在接收客户端发送的请求之前，增强型glusterfs中就已经预先存储了不同静态场景对应的多个预设瓦图集。从而能够满足不同场景下的瓦图集快速下发。对于图2中步骤s206对应的请求方式，此时根据瓦图请求/瓦图集请求可以确定所请求的场景为第一场景，则通过一瓦图请求线程在增强型glusterfs中确定出对应的预设场景级别瓦图，在该示例中，第一场景对应的瓦图集是由第二、三、四场景所对应的瓦图集组成的，由于在增强型glusterfs中已经进行了第二、三、四场景瓦图预制，因此确定第二、三、四场景所对应的瓦图集并组成第一场景所需要的瓦图集，实现第一场景全链接访问快速响应。
143.又例如，对于图2中的步骤s207对应的请求方式，由于增强型glusterfs中已经预先存储了对应不同热点瓦图周围瓦图场景的多个预设瓦图集，从而能够满足附件瓦图的快速加载。当请求的场景为附近瓦图时，以附近瓦图为热点瓦图周围瓦图场景为例，这时候由于预先进行了智能存储附近瓦图，也能够快速确定出该场景下对应的瓦图集。另外，对于动
态场景，本技术实施例也可以在接收到关于动态场景的地图请求时，对该场景的附近瓦图进行预加载，从而在用户请求动态场景的附件瓦图时，也能够实现快速加载。
144.还需要说明的是，由于预设场景对应的预设瓦图集是预先确定好的，这时候即使需要请求多张瓦图，也仅需要单线程就可以实现瓦图集确定和下发，减轻了负载压力。
145.s208、确定瓦图集请求所请求的瓦图集的维度后，自动导航存储位置。
146.需要说明的是，当瓦图请求/瓦图集请求指示请求的场景不是预制的静态场景时，则根据请求所指示的经纬度、访问维度以及访问比重进行瓦图集规划，以快速确定所需要的瓦图/瓦图集。由于增强型glusterfs已经按照维度信息以及一定存储规则预先存储了多个不同维度的瓦图，从而还能够满足不同动态场景下的瓦图集快速下发。
147.根据经纬度的精确程度可以确定访问的维度，维度可以包括模糊维度、普通维度、精确维度；当维度为模糊维度时，可以确定需要访问的存储位置为模糊瓦图对应的存储位置；当维度为普通维度时，可以确定需要访问的存储位置为普通瓦图对应的存储位置；当维度为精确维度时，可以确定需要访问的存储位置为精确瓦图对应的存储位置。然后自动导航至对应的存储位置，确定出对应的瓦图集。
148.示例性地，如果经纬度为整数，则确定访问的维度为模糊维度，则需要从存储的模糊瓦图中确定对应的瓦图集；如果经纬度为精确至小数点后若干位，则需要从存储的精确瓦图中确定对应的瓦图集；在确定瓦图集之后，为瓦图请求分配多瓦图请求线程，同步确定瓦图，其中，可以为每一瓦图请求分配一瓦图请求线程，也可以若干个瓦图请求共享一瓦图请求线程，可以结合服务器的实际处理能力进行确定。然后基于存储方式，可以自动导航到对应的存储位置完成瓦图集下发。
149.综上所述，本技术实施例提供的增强型glusterfs瓦图存储的实现方案只要分为四个核心部分：瓦图请求解析，场景瓦图预制，热点瓦图周围瓦图预存储和分布式glusterfs瓦图多维度存储。
150.(1)瓦图请求解析：在大屏展示地图时，客户端需要请求服务端瓦图集下发，服务端根据请求解析协议将不同维度、场景下的瓦图请求分发至对应的存储媒介转发中心。
151.传统瓦图索引简单粗暴，直接链接瓦图集http地址，容易场景卡顿，多场景切换卡顿，特殊场景卡顿，瓦图加载卡顿，热点瓦图卡顿等等加载卡顿的情况，对单一硬件加载流过大，容易造成网络、硬件过载的情况，造成展示卡顿，大屏假死等问题。增强型glusterfs智能请求处理分发技术则不同，通过特殊场景(例如首屏展示场景)特有域名预加载，多场景多路请求预制存储，瓦图集http地址，多线程，多维度分解，热点瓦图周边多维度瓦图链接多线程分解，分时加载等方式配合glusterfs nfs协议存储，解决存储瓦图解析过程中遇到的问题。
152.(2)场景瓦图预制：静态场景：特殊、高热场景预制瓦图集合，可预制多场景切换模型。基于增强型glusterfs可动态虚拟挂载多存储单元的特性，通过特有域名和快速请求分发方式，将特殊场景快速转发至特殊场景的存储位置，得到快速瓦图反馈。
153.例如，大屏第一展示场景瓦图的特征，返回要求是快速响应。传统的实现方式是近地存储，或者是单机部署，造成必须运维人员现场实施、调试，代码逻辑实现不一致，造成逻辑混乱。当使用增强型glusterfs动态虚拟挂载多存储单元将远程硬件(远程硬件可特有实现内存加速缓存的逻辑)动态挂载进入特有域名快速分发时，可完整适配第一场景需要的
快速无卡顿响应需求。
154.动态场景：根据经纬度，访问维度，访问比重动态规划精简瓦图集，快速响应高级别展示需求。传统的瓦图存储方式无法感知，快速响应动态场景展示的需求，因此增强型glusterfs基于glusterfs的多副本挂载特性对动态经纬度场景进行请求重置，将多个动态场景的瓦图集进行多批次多挂载存储、分发。不仅解决了动态场景瓦图集快速存储快速失效下单品硬件过载风险，还减轻了网络过载压力，配合多网卡实现方式可更好实现瓦图下发。
155.(3)热点瓦图周围瓦图预存储：存在多维度切换频繁的经纬度，进行多维度瓦图预存储。传统方式存储瓦图存在的缺点是当不同维度切换时，数据较慢；当热点瓦图维度切换时，影响展示效果；单一硬件容易网络过载、硬件过载。增强型glusterfs则不同，通过glusterfs条纹卷分解单一硬件存储多瓦图网络，硬件压力。增强型glusterfs条纹卷通过虚拟挂载多硬件可自动分解同一维度瓦图存储单一硬件的风险，同时通过预制热点多瓦图链接减少分发压力，预制高性能挂载节点存储，预制高压力挂载规则，可快速响应热点瓦图周围瓦图的下发。
156.(4)分布式glusterfs瓦图多维度存储：基于glusterfs进行的多维度、多机器、快速挂载、迁移的瓦图存储。
157.通过增强型glusterfs nfs协议，智能多维度瓦图集分发技术，支持将不同维度的瓦图挂载到不同规格硬件上，减小不通维度瓦图相互影响。
158.通过增强型glusterfs nfs协议，智能多维度瓦图集分发技术，支持远端、近端、云挂载，从而支持场景、瓦图的快速导入、迁移、复制等实施工作。
159.通过增强型glusterfs nfs，http协议，智能多维度瓦图集分发技术支持场景、热点、预制存储等多维度、多角度存储。
160.本实施例提供了一种瓦图处理方法，通过上述实施例对前述实施例的具体实现进行了详细阐述，从中可以看出，本技术在瓦图存储方案中提出来增强型glusterfs存储的策略，通过增强型glusterfs存储瓦图，有效地解决了瓦图第一场景加载慢，多场景切换卡顿，大屏瓦图维度切换卡顿，瓦图迁移困难，单机硬件要求高，多维度瓦图相互影响的问题；大大提高瓦图场景，维度，迁移的效率，降低了瓦图处理的操作难度。
161.本技术的再一实施例中，参见图4，其示出了本技术实施例提供的一种瓦图处理装置40的组成结构示意图。如图4所示，该瓦图处理装置40可以包括接收单元401，解析单元402，第一确定单元403和第二确定单元404，其中，
162.接收单元401，配置为接收终端设备发送的地图请求；
163.解析单元402，配置为对所述地图请求进行解析处理，得到解析结果；其中，所述解析结果包括瓦图场景和地图特征信息；
164.第一确定单元403，配置为若所述瓦图场景符合预设场景，则通过所述瓦图场景对应的目标域名确定第一瓦图集，并将所述第一瓦图集发送给所述终端设备；
165.第二确定单元404，配置为若所述瓦图场景符合非预设场景，则根据所述地图特征信息进行瓦图集规划，确定第二瓦图集，并将所述第二瓦图集发送给所述终端设备。
166.在一些实施例中，如图4所示，该瓦图处理装置40还可以包括存储单元405，配置为对预设存储区进行维度划分，得到至少一个存储区域；以及在获取若干个瓦图以及各自对
应的维度信息后，根据所述维度信息将所述若干个瓦图对应存储在所述至少一个存储区域。
167.在一些实施例中，存储单元405，具体配置为基于网络文件系统nfs协议，将不同维度信息对应的瓦图挂载到预设分布式文件系统中不同的硬件存储器中。
168.在一些实施例中，所述预设场景包括若干个第一场景；存储单元405，还配置为根据所述若干个第一场景进行瓦图集预制，得到所述若干个第一场景各自对应的预设瓦图集；以及获取所述若干个第一场景各自对应的预设域名；以及通过所述预设域名，将所述若干个第一场景各自对应的预设瓦图集存储到预设分布式文件系统中所述预设场景的存储位置。
169.在一些实施例中，第二确定单元404，根据所述地图特征信息进行瓦图集规划，确定目标瓦图集以及所述目标瓦图集在预设分布式文件系统中的目标存储位置；以及根据所述目标瓦图集确定若干个瓦图请求，将所述若干个瓦图请求分发至若干个瓦图请求线程；以及通过所述若干个瓦图请求线程，从所述目标存储位置中获取若干个目标子瓦图集；以及将所述若干个目标子瓦图集确定为所述第二瓦图集。
170.在一些实施例中，所述目标瓦图集存储在所述预设分布式文件系统中的目标存储位置和至少一个副本目标存储位置，所述第二确定单元404，还配置为在所述目标存储位置被多个瓦图请求同时访问的情况下，对所述多个瓦图请求进行请求重置，确定至少一个更新瓦图请求；以及将所述至少一个更新瓦图请求分发至至少一个瓦图请求线程；以及通过所述至少一个瓦图请求线程，从所述至少一个副本目标存储位置中获取至少一个子目标瓦图，以确定出所述第二瓦图集。
171.在一些实施例中，所述预设场景至少包括：首屏展示场景，热点瓦图场景和热点瓦图周围瓦图场景。
172.在一些实施例中，当所述预设场景为所述热点瓦图周围瓦图场景时，存储单元405，还配置为基于预设分布式文件系统中的条带卷特性，将若干个热点瓦图周围瓦图挂载到所述预设分布式文件系统中不同的硬件存储器中。
173.在一些实施例中，如图4所示，该瓦图处理装置40还可以包括校验单元406，配置为对所述地图请求中的校验参数进行校验处理；以及若校验结果为成功，则执行所述对所述地图请求进行解析处理，得到解析结果的步骤；以及若校验结果为失败，则将预设分布式文件系统中存储的预备瓦图集发送给所述终端设备。
174.可以理解地，在本实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
175.所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本
实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
176.因此，本实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现前述实施例中任一项所述的瓦图处理方法。
177.基于上述的一种瓦图处理装置40的组成以及计算机存储介质，参见图5，其示出了本技术实施例提供的一种电子设备50的组成结构示意图。如图5所示，可以包括：通信接口501、存储器502和处理器503；各个组件通过总线系统504耦合在一起。可理解，总线系统504用于实现这些组件之间的连接通信。总线系统504除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统504。其中，通信接口501，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
178.存储器502，用于存储能够在处理器503上运行的计算机程序；
179.处理器503，用于在运行所述计算机程序时，执行：
180.接收终端设备发送的地图请求；
181.对所述地图请求进行解析处理，得到解析结果；其中，所述解析结果包括瓦图场景和地图特征信息；
182.若所述瓦图场景符合预设场景，则通过所述瓦图场景对应的目标域名确定第一瓦图集，并将所述第一瓦图集发送给所述终端设备；
183.若所述瓦图场景符合非预设场景，则根据所述地图特征信息进行瓦图集规划，确定第二瓦图集，并将所述第二瓦图集发送给所述终端设备。
184.可以理解，本技术实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步链动态随机存取存储器(synchronous link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本文描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。
185.而处理器503可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器503中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器503可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻
辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器503读取存储器502中的信息，结合其硬件完成上述方法的步骤。
186.可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，dsp)、数字信号处理设备(dsp device，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本技术所述功能的其它电子单元或其组合中。
187.对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
188.可选地，作为另一个实施例，处理器503还配置为在运行所述计算机程序时，执行前述实施例中任一项所述的瓦图处理方法。
189.参见图6，其示出了本技术实施例提供的另一种电子设备50的组成结构示意图。如图6所示，该电子设备50至少包括前述实施例中任一项所述的瓦图处理装置40。
190.对于电子设备50而言，由于对于预设场景通过目标域名快速确定第一瓦图集，实现预设场景瓦图集的快速加载，对于非预设场景根据地图特征信息进行瓦图集规划，确定符合场景的第二瓦图集，也能够快速响应非预设场景下的瓦图集下发，从而提高了不同场景的瓦图加载效率，降低了瓦图处理的操作难度。
191.以上所述，仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。
192.需要说明的是，在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
193.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
194.本技术所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
195.本技术所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
196.本技术所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
197.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵
盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。