CN114116650A - Tile image processing method, device, equipment and storage medium - Google Patents

Abstract

The embodiment of the application discloses a tile graph processing method, a tile graph processing device, tile graph processing equipment and a storage medium, wherein the method comprises the following steps: receiving a map request sent by terminal equipment; analyzing the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information; if the tile scene conforms to the preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment; and if the tile map scene accords with the non-preset scene, planning a tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment. Thus, for the preset scene, the target domain name can realize the quick loading of the tile atlas of the preset scene; for the non-preset scene, the tile set is planned according to the map characteristic information, and the tile set issuing of the non-preset scene can be responded quickly; therefore, the tile map loading efficiency of different scenes can be improved, and the operation difficulty of tile map processing is reduced.

Description

Tile image processing method, device, equipment and storage medium

Technical Field

The present application relates to the field of electronic map technologies, and in particular, to a tile map processing method, apparatus, device, and storage medium.

Background

Currently, the field of electronic maps increasingly adopts tile technology to provide map services, in which a map within a certain range is cut into pictures of several rows and columns according to a zoom level or a scale, the cut pictures are vividly called tiles (or called tiles), and the scale of the map is arranged in a descending order.

However, in the current tile map technology, when the tile map is stored, the tile maps with different sizes, qualities, definitions and positions are uniformly stored locally without any distinction, so that problems of slow loading of the tile map, incapability of preloading of nearby tile maps and the like are caused.

Disclosure of Invention

The application provides a tile map processing method, a tile map processing device, tile map loading equipment and a storage medium, which can improve the loading efficiency of tile maps in different scenes.

The technical scheme of the application is realized as follows:

in a first aspect, an embodiment of the present application provides a tile map processing method, where the method includes:

receiving a map request sent by terminal equipment;

analyzing the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information;

if the tile scene conforms to a preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment;

and if the tile map scene conforms to a non-preset scene, planning a tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment.

In a second aspect, an embodiment of the present application provides a tile graph processing apparatus, which includes a receiving unit, a parsing unit, a first determining unit, and a second determining unit, wherein,

the receiving unit is configured to receive a map request sent by a terminal device;

the analysis unit is configured to analyze the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information;

the first determining unit is configured to determine a first tile map set through a target domain name corresponding to the tile map scene if the tile map scene conforms to a preset scene, and send the first tile map set to the terminal device;

and the second determining unit is configured to plan a tile map set according to the map feature information if the tile map scene conforms to a non-preset scene, determine a second tile map set, and send the second tile map set to the terminal device.

In a third aspect, embodiments of the present application provide an electronic device, which includes a memory and a processor, wherein,

a memory for storing a computer program operable on the processor;

a processor for performing the tile graph processing method according to the first aspect when running the computer program.

In a fourth aspect, the present application provides a computer storage medium storing a computer program, where the computer program is executed by at least one processor to implement the tile graph processing method according to the first aspect.

The tile map processing method, device, equipment and storage medium provided by the embodiment of the application receive a map request sent by terminal equipment; analyzing the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information; if the tile scene conforms to the preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment; and if the tile map scene accords with the non-preset scene, planning a tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment. Therefore, for a preset scene, the first tile map set is determined through the target domain name, the quick loading of the tile map set of the preset scene can be realized, for a non-preset scene, the tile map set is planned according to the map characteristic information to determine the second tile map set which accords with the scene, and the tile map set issuing under the non-preset scene can be quickly responded, so that the tile map loading efficiency of different scenes can be improved, and the operation difficulty of tile map processing is reduced.

Drawings

Fig. 1 is a schematic flow chart of a tile map processing method according to an embodiment of the present disclosure;

fig. 2 is a detailed flowchart of a tile map processing method according to an embodiment of the present disclosure;

FIG. 3 is a functional framework diagram of a tile graph multidimensional storage according to an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of a tile map processing apparatus according to an embodiment of the present disclosure;

fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure;

fig. 6 is a schematic structural diagram of another electronic device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. It is to be understood that the specific embodiments described herein are illustrative of the relevant application and are not limiting of the application. It should be noted that, for the convenience of description, only the parts related to the related applications are shown in the drawings.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.

It should be noted that the terms "first \ second \ third" referred to in the embodiments of the present application are only used for distinguishing similar objects and do not represent a specific ordering for the objects, and it should be understood that "first \ second \ third" may be interchanged under specific ordering or sequence if allowed, so that the embodiments of the present application described herein can be implemented in other orders than illustrated or described herein.

In the related art, when the tile map is stored, the tile map may be stored by a conventional file System, and a Geographic Information System (GIS) loads the tile map to directly obtain local tile map data. Because the existing tile map is stored locally, the tile maps with different sizes, qualities, definitions and positions are stored locally and uniformly without any distinction, the tile map is slow to load, has different definitions, cannot be preloaded in the vicinity, has the defects of difficult migration and the like.

Based on this, the embodiment of the present application provides a tile graph processing method, and the basic idea of the method is: receiving a map request sent by terminal equipment; analyzing the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information; if the tile scene conforms to the preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment; and if the tile map scene accords with the non-preset scene, planning a tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment. Thus, for the preset scene, the first tile atlas is quickly determined through the target domain name, and the quick loading of the tile atlas of the preset scene can be realized; for a non-preset scene, performing tile set planning according to the map characteristic information to determine a second tile set conforming to the scene, and also being capable of quickly responding to tile set issuing under the non-preset scene; therefore, the problems of the dispersed storage of the tile maps with different dimensions, the reverse preloading of the tile maps, the migration of the tile maps and the like in the tile map storage process can be solved, the tile map loading efficiency of different scenes is improved, and the operation difficulty of tile map processing is reduced.

Embodiments of the present application will be described in detail below with reference to the accompanying drawings.

In an embodiment of the present application, referring to fig. 1, a flowchart of a tile map processing method provided in an embodiment of the present application is shown. As shown in fig. 1, the method may include:

s101, receiving a map request sent by the terminal equipment.

It should be noted that the tile graph processing method provided in the embodiment of the present application may be applied to a tile graph processing apparatus, or an electronic device integrated with the apparatus. Here, the electronic device may be, for example, a computer, a smart phone, a tablet computer, a notebook computer, a palm computer, a Personal Digital Assistant (PDA), a navigation device, a server, and the like, which are not particularly limited in this embodiment of the present application.

It should be noted that, in the loading process of the electronic map, generally, the server processes the request of the terminal device (such as the client) and performs operations such as tile map issuing, and therefore, in the embodiment of the present application, the method is applied to the server to be specifically described.

In this embodiment of the application, the map request sent by the terminal device may be used to indicate information such as a map range and a display level that the terminal device needs to display currently, so that a corresponding tile map set may be obtained according to the map request subsequently.

S102, analyzing the map request to obtain an analysis result; the analysis result comprises a tile map scene and map feature information.

After receiving the map request sent by the terminal device, the terminal device may first perform parsing on the map request to obtain a parsing result, and then may perform a corresponding operation according to the parsing result. The analysis result obtained by analyzing the map request may include a tile map scene and map feature information.

After the map request is parsed, the tile scene in the parsing result may include at least two cases, a first case that the parsed tile scene conforms to a preset scene, and a second case that the parsed tile scene conforms to a non-preset scene. For the two different tile map scenes, the embodiment of the application respectively adopts different modes to determine and issue the corresponding tile map sets.

It should be noted that, in the tile technology, data of tile maps corresponding to different display levels are different for the same position, and if only an approximate range is displayed, only one tile map may be required to satisfy the situation, and if an accurate map needs to be displayed, multiple tile maps are required to display accurate information. Therefore, a "tile map set" referred to in embodiments of the present application may include at least one tile map. That is, the tile map set may include only one tile map, or may be composed of a plurality of tile maps, specifically, determined by the parsing result of the map request.

S103, if the tile scene accords with the preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment.

It should be noted that, if the tile map scene indicated by the analysis result of the map request conforms to the preset scene, at this time, the first tile map set corresponding to the tile map scene may be directly determined by the target domain name corresponding to the preset scene, so that the first tile map set is quickly sent to the terminal device.

The preset scenes mainly refer to special scenes, hot scenes or time-consuming scenes for loading according to a traditional mode. In some embodiments, the preset scenario may include at least: and the first screen shows a scene, a hot spot tile map scene and tile map scenes around the hot spot tile map.

It should be noted that the first screen display scene is a page displayed in the first screen, for example, a page that is first displayed when a user opens a map, and at this time, the page needs to be quickly loaded. Especially for some large-screen display scenes, the traditional implementation mode is near-field storage or single-machine deployment, and operation and maintenance personnel are required to implement and debug on site, which may cause logic confusion due to inconsistent code logic implementation.

In the embodiment of the application, the preset tile atlas corresponding to the special scene of the first screen display is preset, and the first screen display scene can correspond to the target domain name, so that the corresponding preset tile atlas can be quickly determined through the target domain name, and after a map request about the first screen display scene is received, the corresponding first tile atlas is directly issued, and quick non-stuck response is realized.

The same is true for the hot spot tile map scene and the scene around the hot spot tile map; the hotspot tile map scene may include several scenes with the highest access amount, and the scenes around the hotspot tile map are the tile maps located near the hotspot tile map. Therefore, when a user accesses the hotspot wattmap, if the user also accesses the wattmaps around the hotspot wattmap, the quick non-stuck response can be realized.

Further, for a preset scene, it may include several first scenes; in some embodiments, the method may further comprise:

prefabricating tile sets according to the plurality of first scenes to obtain preset tile sets corresponding to the plurality of first scenes;

acquiring preset domain names corresponding to a plurality of first scenes respectively;

and storing the preset tile atlas corresponding to each of the plurality of first scenes to a storage position of a preset scene in a preset distributed file system through a preset domain name.

It should be noted that the preset scene may include multiple scenes, and a specific scene included in the preset scene is referred to as a first scene. In addition, for any one first scene, preset tile sets at different levels (also called dimensions) can be determined respectively.

For example, assuming that the dimensions of the tile map can be divided into a fuzzy dimension, a common dimension and an accurate dimension, generally, for the same scene or location, when the zoom level is relatively low, only one fuzzy tile map corresponding to the fuzzy dimension may be needed to satisfy the display effect, and when the zoom level is relatively high, a plurality of accurate tile maps corresponding to the accurate dimension may be needed to satisfy the display effect. For any first scene, the preset tile atlas corresponding to the first scene in the fuzzy, common and accurate dimensions can be respectively determined, or the preset tile atlas corresponding to the first scene in one or a plurality of dimensions can be determined according to actual requirements.

It should be further noted that, when a hotspot tile map scene is zoomed, tiles around the hotspot tile map scene need to be zoomed accordingly, so that the preset tile map set corresponding to the hotspot tile map scene is also predetermined in the embodiment of the present application, and the tile map loading speed is further increased.

The method and the device for processing the first scene further obtain the preset domain names corresponding to the first scenes, and store the preset tile atlas corresponding to each first scene in the storage position of the preset scene in the preset distributed file system through the preset domain names. The preset distributed file system is preferably an enhanced GlusterFS distributed file system (referred to as enhanced GlusterFS for short). Due to the fact that the preset distributed file system has the characteristic of dynamically and virtually mounting multiple storage units, the request of a preset scene (a certain first scene) can be quickly forwarded to a corresponding storage position through a special domain name (namely a target domain name corresponding to a tile map request in an analysis result) and a quick request distribution mode, a corresponding preset tile map set is determined, namely the first tile map set corresponding to a map request, and quick loading of the first tile map set is achieved.

In some embodiments, when the preset scene is a tile scene around the hotspot tile, the method may further include:

and mounting tile maps around a plurality of hot spot tile maps into different hardware memories in the preset distributed file system based on the stripe volume characteristics in the preset distributed file system.

It should be noted that, when switching tiles of different dimensions, the tiles around a scene cannot be preloaded by a conventional implementation scheme, so that the tiles are switched slowly or are stuck. In the embodiment of the application, especially when dimension switching is performed on a hot spot tile map, the tile map around the hot spot tile map also needs to be subjected to dimension switching along with the hot spot tile map, and fuzzy stuck phenomena such as white edges, mosaics and the like during dimension switching are avoided by prefabricating preset tile map sets of the tile maps around the hot spot tile map with different dimensions.

Specifically, according to the embodiment of the application, tile maps around a plurality of hot tile maps can be mounted to different hardware memories in a preset distributed file system based on the stripe volume characteristics of the preset distributed file system (i.e., an enhanced GlusterFS distributed file system). When the dimension of the hotspot tile map is switched, for example, from a fuzzy dimension to a common dimension, the network pressure and the hardware pressure of a single hardware storage are adopted in the traditional tile map storage are decomposed through a strip coil (also called as a strip coil) of GlusterFS, and because the strip coil of GlusterFS can divide data into smaller blocks to be distributed to different strip zones in a block server group, the load can be reduced, and the access speed is faster due to small files, so that the Kanton phenomenon during the dimension switching of the tile map is avoided.

And S104, if the tile map scene accords with the non-preset scene, planning the tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment.

It should be noted that, if the parsed tile map scene conforms to the non-preset scene, at this time, the predetermined first tile map set does not exist, a second tile map set adapted to the current scene needs to be dynamically determined according to the parsed map feature information, and is sent to the terminal device.

It should also be noted that the second tile map set may be obtained from a storage area in which a large number of tile maps are pre-stored. Therefore, in some embodiments, before receiving the map request sent by the terminal device, the method may further include:

performing dimension division on a preset storage area to obtain at least one storage area;

after the plurality of tile graphs and the corresponding dimension information are obtained, the plurality of tile graphs are correspondingly stored in at least one storage area according to the dimension information.

It should be noted that, the conventional tile map storage manner is local storage, and tile maps of different sizes, qualities, definitions and positions are stored locally and uniformly. The tile map is not distinguished, so that the tile map is loaded slowly, the tile map nearby cannot be preloaded, and the tile map is difficult to migrate. When the tile map is stored, the preset storage area for storing the tile map can be divided based on different dimensions of the tile map, so that at least one storage area is obtained; and acquiring a plurality of tile maps with different dimension information, wherein generally speaking, the tile maps comprise all the tile maps of each dimension contained in the whole map, and then correspondingly storing the tile maps in the at least one storage area according to the dimension information.

For example, acquiring a tile map of three dimensions of a fuzzy dimension, a common dimension and an accurate dimension respectively; the fuzzy, the common and the accurate are relatively general, that is, for the three dimensions, when the same position range is represented, the number of fuzzy tiles corresponding to the fuzzy dimension is the smallest, the corresponding zoom level is the smallest, the detail feature corresponding to the map is the smallest, the number of accurate tiles corresponding to the accurate dimension is the largest, the corresponding zoom level is the largest, and the detail feature corresponding to the map is the largest.

In addition, more dimensions of tile maps can be obtained, such as the tile map of the nth dimension of the first dimension, the second dimension and the third dimension … …, and the tile maps of different dimensions represent the same position information, but have different resolutions and include different numbers of tile maps; and the method is not limited to three dimensions of fuzzy, common and accurate, so that the map display requirement of more dimensions can be met.

Further, in this embodiment of the present application, the most suitable storage hardware may be respectively adapted to tile maps with different dimensions, and therefore, in some embodiments, the corresponding storage of a plurality of tile maps in at least one storage area according to the dimension information may further include:

and mounting the tile maps corresponding to different dimension information into different hardware memories in a preset distributed file system based on a Network File System (NFS) protocol.

It should be noted that, in the embodiment of the present application, tile maps with different dimensional information may be mounted in different hardware memories in a preset distributed File System based on a Network File System (NFS) protocol. For example, fuzzy tile maps are stored on the near-end machine, general tile maps are stored on the remote machine, precise tile maps are stored on the multi-grid card reader, and so on.

In addition, when the tile maps with different dimensions are mounted in different hardware memories, the embodiment of the present application further performs planning management on the tile maps with different dimensions stored in each hardware memory according to a certain rule or protocol, for example, performs specific planning management in a manner of area, etc. Therefore, the method is beneficial to realizing the quick loading of the tile map, and can only migrate the tile map stored in the storage area needing to be migrated under the condition that the tile map is needed to be migrated, so that the difficulty in migrating the tile map caused by the integral migration of the tile map is avoided.

Further, in some embodiments, performing tile set planning based on the map feature information, determining a second tile set, may include:

planning a tile map set according to the land feature information, and determining a target tile map set and a target storage position of the target tile map set in a preset distributed file system;

determining a plurality of tile map requests according to a target tile map set, and distributing the tile map requests to a plurality of tile map request threads;

acquiring a plurality of target sub-tile map sets from a target storage position through a plurality of tile map request threads;

a number of target sub-tile sets are determined as a second tile set.

It should be noted that, in the embodiment of the present application, when a tile map scene is a non-preset scene, tile map set planning is performed according to map feature information, and a second tile map set corresponding to the currently requested non-preset scene is determined.

The map feature information at least comprises requested longitude and latitude information and access dimension information, and in addition, the access proportion information can be analyzed from the map request, or the server acquires the access proportion information according to network hardware conditions and the like.

Illustratively, the specific location requested may be determined from the latitude and longitude; meanwhile, the access dimensionality can be determined according to the accuracy degree of the longitude and latitude, specifically, if the data of the longitude and latitude only has integer digits, the fuzzy tile map can meet the requirement, and if the data of the longitude and latitude is accurate to a plurality of digits behind a decimal point, the precise tile map is required; in addition, the access dimension can also be determined according to the scaling of the map, and the larger the scaling is, the clearer the dimension is needed; the second set of tiles may also be determined in combination with the access proportion information, taking into account network and hardware conditions, i.e. if the requested dimension is more accurate but the network state and/or hardware state hardly satisfies the tile of the accurate dimension, the accuracy of the tile may be moderately reduced in combination with the access proportion, e.g. selecting a tile of the normal dimension.

Therefore, a target tile map set is obtained through tile map set planning, and meanwhile, a target storage position of the target tile map set in the preset distributed file system is determined.

Because the tile maps with different dimensions are stored in different storage areas of the preset distributed file system, the corresponding target storage position can be automatically navigated according to dimension information and the like. For example, if a tile map of a common dimension under a certain longitude and latitude is requested, a position corresponding to the longitude and latitude and a target tile map set corresponding to the dimension may be determined, and the target storage position may be a storage area in which the tile map of the common dimension is stored. When the tile map is stored, the storage location of the tile map of each dimension can be further planned and managed, for example, managed according to the area, so that the target storage location can be a finer storage location, and the speed of determining the target tile map set is further improved.

After the target set of tiles is determined, for each tile in the target set of tiles, there is a tile request, and when there are multiple tiles in the target set of tiles, there are multiple tile requests. For multiple tile map requests, the embodiment of the application can execute the multiple tile map requests in a multithreading mode, so that the request speed is increased; that is, multiple tile requests are distributed to multiple tile request threads, one tile request may be distributed to one tile request thread, or multiple tiles may be distributed to one tile request thread, and a specific distribution manner may be determined by combining the number of tile requests and a preset load capacity of the distributed file system, which is not specifically limited in this embodiment of the present application.

After distributing the tile map request to the tile map request thread, executing a plurality of tile map threads concurrently, and respectively determining corresponding target sub-tile map sets in the target storage positions; when the tile request thread refers to processing a tile request, the obtained target sub-tile set only includes one target tile, and all target sub-tile sets form a second tile set.

In addition, the tile map around the second tile map set can be preloaded while the second tile map set is determined, so that when a user needs to access the tile map around a non-preset scene, quick response can be achieved.

Further, in some embodiments, the target tile map set is stored at a target storage location and at least one replica target storage location in the pre-provisioned distributed file system, and the method may further include:

in the case that the target storage location is simultaneously accessed by a plurality of watt-hour requests, performing request reset on the plurality of watt-hour requests, and determining at least one updated watt-hour request;

distributing at least one updated tile map request to at least one tile map request thread;

obtaining, by the at least one tile map request thread, at least one sub-target tile map from the at least one replica target storage location to determine a second set of tile maps.

It should be noted that, in the embodiment of the present application, the tile map may be stored in a multi-copy mount manner, and taking the enhanced GlusterFS distributed file system as an example, the tile map may be stored in a multi-copy mount manner, that is, not only the tile map but also a copy of the tile map are stored. Therefore, when one storage position is busy, the storage position of the copy can be requested, the hardware overload risk is reduced, the network overload pressure is reduced, and the tile map issuing can be better realized.

For a target tile map set, which may be stored in a target storage location and at least one replica target storage location in a pre-provisioned distributed file system, in a situation where, for example, a server needs to handle multiple map requests, resulting in the target storage location being accessed by multiple tile maps at the same time, the tile map loading may be slow due to the target storage location being busy.

Specifically, when the target storage location is accessed by a plurality of tile map requests at the same time, the tile map requests are subjected to request reset, at least one tile map update request is determined, and the copy target storage location of the target tile map set in the preset distributed file system can be determined at the same time. And then distributing the at least one updated tile map request to the at least one tile map request thread in the manner described above, and determining a sub-target tile map corresponding to the at least one updated tile map request in the replica target storage location by the at least one tile map request thread so as to determine a second tile map set from the replica target storage location.

Therefore, the dynamic longitude and latitude scenes are subjected to request resetting based on the multi-copy mounting characteristic of the enhanced GlusterFs distributed file system, and the tile sets of a plurality of dynamic scenes can be stored and distributed in multiple batches and multiple mounts, so that the problem of single hardware overload risk under the condition that the dynamic scene tile sets are rapidly stored and rapidly fail is solved, the network overload pressure is relieved, and the tile distribution can be better realized by matching with a multi-network card implementation mode.

In some embodiments, after receiving the map request sent by the terminal device, the method may further include:

checking the checking parameters in the map request;

if the verification result is successful, analyzing the map request to obtain an analysis result;

and if the verification result is failure, sending the prepared tile set stored in the preset distributed file system to the terminal equipment.

It should be noted that, after receiving the map request sent by the terminal device, the embodiment of the present application further performs verification processing on the verification parameters in the map request, and if the verification result is successful, the map request is analyzed according to the foregoing manner to obtain an analysis result, and the corresponding first tile set or second tile set is determined according to the analysis result and sent to the terminal device. If the verification result is failure, at this time, the correct content cannot be analyzed from the map request due to failure of parameter verification caused by various reasons such as network problems, parameter loss or parameter errors, and at this time, the prepared tile set pre-stored in the preset distributed file system may be sent to the terminal device. The preliminary tile map set is a warranty scheme for dealing with error conditions such as failure of parameter verification. In this way, the preliminary tile set can be returned to the terminal device even when the verification of the verification parameter is unsuccessful.

The embodiment provides a tile map processing method, which comprises the steps of receiving a map request sent by a terminal device; analyzing the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information; if the tile scene conforms to the preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment; and if the tile map scene accords with the non-preset scene, planning a tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment. Thus, for the preset scene, the first tile atlas is quickly determined through the target domain name, and the quick loading of the tile atlas of the preset scene can be realized; for a non-preset scene, performing tile set planning according to the map characteristic information to determine a second tile set conforming to the scene, and also being capable of quickly responding to tile set issuing under the non-preset scene; therefore, the problems of the dispersed storage of the tile maps with different dimensions, the reverse preloading of the tile maps, the migration of the tile maps and the like in the tile map storage process can be solved, the tile map loading efficiency of different scenes is improved, and the operation difficulty of tile map processing is reduced. In addition, by mounting the tile maps with different dimensions in different hardware memories in a preset distributed file system, the tile map set can be quickly positioned to a target storage position after being planned according to map characteristic information, the loading speed is increased, and the load pressure of single hardware is relieved; based on the characteristics of multiple storage units and multiple copies of the preset distributed file system, the network pressure and the hardware pressure of single hardware storage and multi-tile graph loading are relieved; moreover, by prefabricating the tile set and processing the multi-thread, the jamming can be avoided when the multi-dimension tile is switched.

In another embodiment of the present application, referring to fig. 2, a detailed flowchart of a tile graph processing method provided in an embodiment of the present application is shown. As shown in fig. 2, the detailed process may include:

s201, the client side initiates a request.

It should be noted that, in the related art, most of the conventional tile map loading manners are based on a hypertext Transfer Protocol (HTTP) + a conventional file storage manner, and such tile map loading and storage manners result in slow tile map loading and inaccurate tile map loading in different scenarios; due to single machine storage, the single machine network condition has great influence on loading, the processing of the precise tile map under the same machine occupies more resources, and is not friendly to the fuzzy tile map; the problems of single storage mode and high migration cost exist.

In the embodiment of the present application, an implementation scheme of enhanced GlusterFS tile graph storage is provided, which is mainly divided into four core parts: tile map request parsing, scene tile map prefabrication, tile map pre-storage around hot spot tile maps, distributed GlusterFS tile map multi-dimensional storage and the like. The tile graph processing method provided by the embodiment of the application can be realized based on the enhanced GlusterFS. The following is a detailed description of an implementation scheme based on enhanced GlusterFS tile graph storage.

One, tile request parsing

Taking a large-screen display map as an example, when the map is displayed on a large screen, a client needs to request a server to issue a tile map set (i.e. send a map request to the server), and the server distributes tile maps corresponding to tile map requests with different dimensions and scenes to corresponding storage medium forwarding centers according to a request analysis protocol. The storage medium forwarding center may be located at the client, or may be an independent device, which is equivalent to an agent, and is mainly used to forward the tile set requested by the client from the server to the client, and assist in completing issuing the tile set, where the number of the tile sets may be one or more, and this is not specifically limited in this embodiment of the present application.

The traditional tile map index is simple and rough, a client side is directly linked with a tile map set HTTP address, scene blocking, multi-scene switching blocking, special scene blocking, tile map loading blocking, hot-spot tile map blocking and other loading blocking conditions are easily caused, and the problems of excessive loading flow of single hardware, network and hardware overload easily caused, display blocking, large screen false death and the like are also caused.

In the embodiment of the application, the enhanced GlusterFS intelligent request processing and distributing technology is different from the traditional scheme, and the multi-scene multi-path request prefabrication storage is realized through the special domain name preloading of a special scene (such as a first screen display scene). The method comprises the steps of multithreading and multidimensional decomposition of HTTP addresses of tile sets, multithreading decomposition of multidimensional tile graph links around hot spot tiles, storage of GlusterFS NFS protocol in a time-sharing loading mode and the like, and solves problems encountered in the storage tile analysis process.

Scene tile map prefabrication

It should be noted that, in the present application, tile scene prefabrication is performed on some special scenes, and since preset tile sets corresponding to these scenes are stored in advance, it is not necessary to re-determine a new tile set when loading is required, and thus these scenes are also referred to as static scenes.

For a static scene, for example, a first screen display scene, a hot spot tile scene and other prefabricated tile sets, and a multi-scene switching model is prefabricated, so that the static scene is rapidly switched.

Based on the characteristic that the enhanced GlusterFS can dynamically and virtually mount multiple storage units, a tile set request corresponding to a special scene is quickly forwarded to a storage position of the special scene through a special domain name (namely a target domain name) and a quick request distribution mode, and quick tile feedback is obtained.

For example, for a large-screen first display scenario (i.e., a first-screen display scenario in a large-screen display situation), it is required to implement a fast response, and the conventional implementation manner is near-field storage or single-machine deployment, which causes that operation and maintenance personnel must implement and debug on site, and the code logic implementation is inconsistent, which causes logic confusion.

When the enhanced GlusterFS dynamic virtual mount multi-storage unit provided by the embodiment of the application is used for dynamically mounting remote hardware (the logic of memory accelerated caching can be specially realized by the remote hardware) into a special domain name for rapid distribution, the fast cardless response requirement required by a large-screen first display scene can be completely adapted.

For a dynamic scene, a simple tile atlas can be dynamically planned according to longitude and latitude, access dimension and access proportion, and high-level display requirements are quickly responded.

The traditional tile map storage mode cannot sense and quickly respond to the requirements of dynamic scene display, the enhanced GlusterFs can perform request reset on dynamic longitude and latitude scenes based on the multi-copy mounting characteristics of the GlusterFs, and perform multi-batch multi-mounting storage and distribution on tile maps of a plurality of dynamic scenes. The method not only solves the problem of single hardware overload risk under the condition of rapid failure of rapid storage of the tile map set in the dynamic scene, but also lightens the network overload pressure, and can better realize tile map issuing by matching with a multi-network card implementation mode.

Third, prestoring tile map around hotspot tile map

It should be noted that, in the embodiment of the present application, multidimensional tile map pre-storage is further performed on the longitude and latitude with frequent multidimensional switching.

When the tile map is stored in a traditional mode, the tile map is locally gathered and stored, when different dimensions are switched, data loading is slow, and when the dimensions of a hot spot tile map are switched, the display effect is influenced; and because the storage mode of single hardware is adopted, the single hardware is easy to overload the network and the hardware.

The enhanced GlusterFS is different, and the network and hardware pressure when a single hardware stores multi-watt graphs is decomposed through a GlusterFS strip tape roll. The enhanced GlusterFS strip coil can automatically decompose the risk of storing single hardware in the same dimension tile map through virtual mounting multi-hardware, meanwhile, distribution pressure is reduced through prefabricating hot spot multi-tile map links, high-performance mounting node storage is prefabricated, high-pressure mounting rules are prefabricated, and issuing of tile maps around the hot spot tile map can be responded quickly.

It should be noted that in GlusterFS, the stripe volume is characterized in that data is divided into smaller blocks and distributed to different stripe areas in the block server cluster, so that the load is reduced, the access speed of smaller files is accelerated, meanwhile, data redundancy is avoided, and the performance is particularly outstanding when large files are stored.

Four, distributed GlusterFS tile map multi-dimensional storage

It should be noted that, in the embodiments of the present application, tile map storage for multidimensional, multi-machine, fast mount, and fast migration is performed based on the enhanced GlusterFS.

By means of an enhanced GlusterFs NFS protocol, an intelligent multi-dimensional tile map set distribution technology is achieved, tile maps with different dimensions are mounted on hardware with different specifications, and mutual influence among the tile maps with different dimensions is reduced.

The intelligent multi-dimensional tile set distribution technology is realized through an enhanced GlusterFs NFS protocol, and the remote end, the near end, cloud mounting and the like can be supported, so that the implementation work of rapid import, migration, copying and the like of scenes and tiles is supported.

The intelligent multi-dimensional tile set distribution technology is realized through enhanced GlusterFs NFS and HTTP protocols, and multi-dimensional and multi-angle storage such as scenes, hot spots and prefabricated storage can be supported.

Referring to fig. 3, a functional framework diagram of a tile graph multidimensional storage provided by an embodiment of the present application is shown. As shown in FIG. 3, the functional framework may include a dimensional tile logic storage portion 301, which may include at least a normal tile storage, a fuzzy tile storage, and a precise (high precision) tile storage; the preset tile scene logic storage part 302 at least comprises scene storage, hotspot storage and prefabricated storage; a physical storage portion 303, which may include at least remote machine storage, cloud storage, near-end machine storage, and multi-skimmer storage; the function implementation portion 304 may include at least fast copy, scene import, fast import, and simple migration.

The dimension tile graph logic storage portion 301 represents logic storage of tile graphs of different dimensions, that is, the tile graphs can be stored respectively according to different dimensions, and further refined and stored according to a certain rule or protocol for the tile graph of each dimension, so that rapid loading of the tile graphs is facilitated.

The preset tile scene logic storage portion 302 represents logic storage of some preset scene tiles, that is, tile/tile sets corresponding to different scenes, such as a preset special scene, a hot spot scene, and a scene around the hot spot scene.

The physical storage part 303 represents physical storage of the tile map, i.e. the tile map may be stored in different physical locations according to the dimensions of the tile map; for example, fuzzy tile maps are stored on the near-end machine, general tile maps are stored on the remote machine, precise tile maps are stored on the multi-grid card reader, and so on. Meanwhile, the preset scene tile map can also be stored in a preset position, for example, the preset scene tile map is stored in a cloud.

The function implementation part 304 represents function implementation, that is, based on the tile graph processing method provided by the embodiment of the present application, functions such as tile graph fast copying, scene importing, tile graph importing, and simple migration of tile graphs can be implemented.

In step S201, the client first initiates a map request to the server, for example, a request for displaying a scene on a large screen as described in fig. 2.

S202, the server side checks the parameters.

And S203, returning to the preparation tile map set.

And S204, requesting the tile map.

And S205, requesting the tile set.

It should be noted that, when the client needs to load a map with a certain dimension at a certain position, a map request is initiated to the server. After receiving a map request sent by a client, a server checks parameters for the map request, and at this time, there is a possibility that the parameters cannot be checked, if the parameters cannot be checked, for example, the parameters are lost due to poor network, or the requested parameters are wrong, the server executes step S203 and returns to a prepared tile set; the preparation tile graph is a standby tile graph set, can be a single preset tile graph, and can also be a preset tile graph set, and the preparation tile graph is mainly used for returning to the client side under the condition that parameter verification is not passed.

And when the parameter passes the verification, executing a corresponding operation flow according to a result obtained by analyzing the map request. At this time, the obtained tile map request result may be a tile map request requesting a single tile map or a tile set request requesting multiple tile maps.

It should be noted that, regardless of whether the tile map request result is a tile map request or a tile map set request, step S206, step S207, or step S208 may be executed according to the request content. The difference is that for step S208, if it is a tile map request, only one corresponding tile map processing thread is needed to determine the corresponding tile map. And if the request is a tile map set request, distributing each tile map request in the tile map set corresponding to the tile map set request to a plurality of tile map request threads to respectively determine a plurality of tile maps and then form the tile map set.

S206, based on the preset scene level tile graph, the quick response of the first scene full link access is achieved.

And S207, quickly responding to the nearby tile map based on the intelligent storage accessory tile map.

It should be noted that, when the tile map request/tile map set request indicates that the requested scene is a prefabricated static scene, the corresponding preset tile map/preset tile map set may be quickly determined according to the scene indicated by the request.

For example, as shown in fig. 2, before receiving a request sent by a client, a plurality of preset tile atlas sets corresponding to different static scenes are stored in advance in the enhanced GlusterFS. Therefore, the rapid issuing of the tile map sets under different scenes can be met. For the request mode corresponding to step S206 in fig. 2, at this time, it may be determined that the requested scene is the first scene according to the tile map request/tile set request, and then a tile map request thread determines a corresponding preset scene level tile map in the enhanced GlusterFS, in this example, the tile map set corresponding to the first scene is composed of tile map sets corresponding to the second, third, and fourth scenes, and since the tile map prefabrication of the second, third, and fourth scenes has been performed in the enhanced GlusterFS, the tile map sets corresponding to the second, third, and fourth scenes are determined and constitute the tile map set required by the first scene, so as to implement the fast response of the first scene full link access.

For another example, for the request mode corresponding to step S207 in fig. 2, since a plurality of preset tile atlas sets corresponding to tile atlas scenes around different hotspot tile atlases have been stored in advance in the enhanced GlusterFS, fast loading of the accessory tile atlas can be satisfied. When the requested scene is a nearby tile map, taking the nearby tile map as a tile map scene around the hotspot tile map as an example, at this time, because the nearby tile map is intelligently stored in advance, the corresponding tile map set in the scene can also be quickly determined. In addition, for a dynamic scene, the embodiment of the present application may also preload the tile map in the vicinity of the dynamic scene when a map request about the dynamic scene is received, so that when a user requests an attachment tile map of the dynamic scene, fast loading may also be achieved.

It should be further noted that, since the preset tile set corresponding to the preset scene is predetermined, even if multiple tile maps need to be requested at this time, the tile set can be determined and issued only by a single thread, so that the load pressure is reduced.

And S208, after determining the dimension of the tile set requested by the tile set request, automatically navigating the storage position.

It should be noted that, when the tile map request/tile map set request indicates that the requested scene is not a prefabricated static scene, the tile map set is planned according to the latitude and longitude, the access dimension, and the access proportion indicated by the request, so as to quickly determine the required tile map/tile map set. Because the enhanced GlusterFS stores a plurality of tile maps with different dimensions in advance according to the dimension information and a certain storage rule, the tile map sets under different dynamic scenes can be rapidly issued.

Determining the access dimensionality according to the accuracy degree of the longitude and latitude, wherein the dimensionality can comprise fuzzy dimensionality, common dimensionality and accurate dimensionality; when the dimension is the fuzzy dimension, the storage position needing to be accessed can be determined to be the storage position corresponding to the fuzzy tile map; when the dimension is a common dimension, determining that the storage position needing to be accessed is a storage position corresponding to the common tile map; when the dimension is an accurate dimension, the storage position needing to be accessed can be determined to be a storage position corresponding to the accurate tile map. And then automatically navigating to the corresponding storage position to determine the corresponding tile map set.

For example, if the longitude and latitude are integers, the accessed dimension is determined to be a fuzzy dimension, and a corresponding tile map set needs to be determined from the stored fuzzy tile maps; if the longitude and latitude are accurate to a plurality of digits after the decimal point, determining a corresponding tile map set from the stored accurate tile map; after determining the tile map set, allocating a plurality of tile map request threads for the tile map requests, and synchronously determining the tile maps, wherein one tile map request thread may be allocated for each tile map request, or one tile map request thread may be shared by a plurality of tile map requests, which may be determined by combining the actual processing capacity of the server. And then based on a storage mode, automatically navigating to a corresponding storage position to complete the tile set issuing.

To sum up, the implementation scheme of the enhanced GlusterFS tile map storage provided by the embodiment of the application is only divided into four core parts: the method comprises the steps of tile map request analysis, scene tile map prefabrication, tile map pre-storage around a hotspot tile map and distributed GlusterFS tile map multi-dimensional storage.

(1) And (3) tile map request parsing: when a map is displayed on a large screen, a client needs to request a server to send a tile map set, and the server distributes tile map requests under different dimensions and scenes to corresponding storage media forwarding centers according to a request analysis protocol.

The traditional tile map index is simple and rough, a tile map set http address is directly linked, scene blockage is easy, multi-scene switching blockage is easy, special scene blockage is easy, tile map loading blockage is easy, hot-spot tile map blockage and other loading blockage conditions are easy, the loading current of single hardware is too large, the overload conditions of networks and hardware are easy to cause, and the problems of display blockage, large screen false death and the like are caused. The enhanced GlusterFS intelligent request processing and distributing technology is different, and the problems encountered in the storage tile map analysis process are solved by matching with GlusterFS NFS protocol storage in modes of special scene (such as a first screen display scene) specific domain name preloading, multi-scene multi-path request prefabrication storage, tile map set HTTP address, multithreading, multi-dimensional decomposition, multi-dimensional tile map link multithreading decomposition around a hot spot tile map, time-sharing loading and the like.

(2) Prefabricating a scene tile diagram: static scene: a tile map set is prefabricated in a special and high-heat scene, and a multi-scene switching model can be prefabricated. Based on the characteristic that the enhanced GlusterFS can dynamically and virtually mount multiple storage units, the special scene is quickly forwarded to the storage position of the special scene through a special domain name and a quick request distribution mode, and quick tile map feedback is obtained.

For example, large screen first shows a feature of a scene tile map, the return requirement is a fast response. The traditional implementation mode is near-ground storage or single-machine deployment, which causes the field implementation and debugging of operation and maintenance personnel, and causes logic confusion due to inconsistent code logic implementation. When the enhanced GlusterFS dynamic virtual mount multi-storage unit is used for dynamically mounting remote hardware (logic which can specially realize memory accelerated cache) into a special domain name for rapid distribution, the fast cardless response requirement required by the first scene can be completely adapted.

Dynamic scene: and according to the longitude and latitude, the dimension is accessed, the proportion dynamic programming simple tile atlas is accessed, and the high-level display requirement is quickly responded. The traditional tile map storage mode cannot sense and quickly respond to the requirement of dynamic scene display, so that the enhanced GlusterFS requests to reset the dynamic longitude and latitude scenes on the basis of the multi-copy mounting characteristic of the GlusterFS, and multi-batch and multi-mount storage and distribution are carried out on tile maps of a plurality of dynamic scenes. The method not only solves the problem of single hardware overload risk under the condition of rapid failure of rapid storage of the tile map set in the dynamic scene, but also lightens the network overload pressure, and can better realize tile map issuing by matching with a multi-network card implementation mode.

(3) Hot spot tile map surrounding tile map prestoring: and (4) storing the multi-dimensional tile map in advance when the latitude and longitude are frequently switched in multiple dimensions. The traditional method for storing the tile graph has the defects that when different dimensions are switched, data is slow; when the dimension of the hotspot tile graph is switched, the display effect is influenced; the single hardware is easy to overload the network and the hardware. The enhanced GlusterFS is different, and a single hardware storage multi-watt graph network and hardware pressure are decomposed through a GlusterFS stripe volume. The enhanced GlusterFS stripe volume can automatically decompose the risk of storing a single hardware in a tile map with the same dimension through virtual mounting of multiple hardware, meanwhile, distribution pressure is reduced through prefabricating hot spot multiple tile map links, high-performance mounting node storage is prefabricated, high-pressure mounting rules are prefabricated, and issuing of tile maps around the hot spot tile map can be responded quickly.

(4) Multidimensional storage of distributed GlusterFS tile maps: and performing multidimensional, multi-machine, quick mounting and migration tile graph storage based on GlusterFS.

By means of an enhanced GlusterFS NFS protocol and an intelligent multi-dimensional tile map set distribution technology, tile maps with different dimensions are mounted on hardware with different specifications, and mutual influence of the tile maps with different dimensions is reduced.

The remote, near and cloud mounting is supported through an enhanced GlusterFS NFS protocol and an intelligent multi-dimensional tile atlas distribution technology, so that implementation work such as rapid import, migration and copying of scenes and tile maps is supported.

The enhanced GlusterFS NFS, the HTTP protocol and the intelligent multi-dimensional tile atlas distribution technology support multi-dimensional and multi-angle storage of scenes, hot spots, prefabricated storage and the like.

The embodiment provides a tile map processing method, and the specific implementation of the embodiment is elaborated through the embodiment, so that it can be seen that the tile map storage scheme provides a policy of enhanced GlusterFS storage, and the enhanced GlusterFS is used for storing tile maps, so that the problems of slow loading of a first scene of a tile map, multi-scene switching blockage, large-screen tile map dimension switching blockage, difficult tile map migration, high single-machine hardware requirement and mutual influence of multi-dimensional tile maps are effectively solved; the tile map processing method greatly improves tile map scenes, dimensions and migration efficiency, and reduces operation difficulty of tile map processing.

In yet another embodiment of the present application, referring to fig. 4, a schematic structural diagram of a tile map processing apparatus 40 provided in the embodiment of the present application is shown. As shown in fig. 4, the tile map processing apparatus 40 may include a receiving unit 401, a parsing unit 402, a first determining unit 403, and a second determining unit 404, wherein,

a receiving unit 401 configured to receive a map request sent by a terminal device;

an analysis unit 402 configured to perform analysis processing on the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information;

a first determining unit 403, configured to determine a first tile map set according to a target domain name corresponding to the tile map scene if the tile map scene conforms to a preset scene, and send the first tile map set to the terminal device;

a second determining unit 404, configured to plan a tile set according to the map feature information if the tile scene conforms to a non-preset scene, determine a second tile set, and send the second tile set to the terminal device.

In some embodiments, as shown in fig. 4, the tile map processing apparatus 40 may further include a storage unit 405 configured to perform dimension division on a preset storage area to obtain at least one storage area; and after obtaining a plurality of tile maps and corresponding dimension information, correspondingly storing the tile maps in the at least one storage area according to the dimension information.

In some embodiments, the storage unit 405 is specifically configured to mount tile maps corresponding to different dimension information into different hardware memories in a preset distributed file system based on a network file system NFS protocol.

In some embodiments, the preset scene includes a number of first scenes; the storage unit 405 is further configured to perform tile set prefabrication according to the plurality of first scenes to obtain preset tile sets corresponding to the plurality of first scenes; acquiring preset domain names corresponding to the plurality of first scenes respectively; and storing the preset tile atlas corresponding to each of the plurality of first scenes to a storage position of the preset scene in a preset distributed file system through the preset domain name.

In some embodiments, the second determining unit 404 performs tile set planning according to the map feature information, and determines a target tile set and a target storage location of the target tile set in a preset distributed file system; determining a plurality of tile map requests according to the target tile map set, and distributing the tile map requests to a plurality of tile map request threads; acquiring a plurality of target sub-tile map sets from the target storage positions through the plurality of tile map request threads; and determining the number of target sub-tile sets as the second tile set.

In some embodiments, the target tile map set is stored in a target storage location and at least one replica target storage location in the preset distributed file system, and the second determining unit 404 is further configured to perform a request reset on a plurality of tile map requests and determine at least one updated tile map request if the target storage location is simultaneously accessed by the plurality of tile map requests; and distributing the at least one updated tile map request to at least one tile map request thread; and acquiring at least one sub-target tile map from the at least one replica target storage location by the at least one tile map request thread to determine the second tile map set.

In some embodiments, the preset scenario includes at least: and the first screen shows a scene, a hot spot tile map scene and tile map scenes around the hot spot tile map.

In some embodiments, when the preset scenario is a tile scenario around the hot-spot tile map, the storage unit 405 is further configured to mount a number of tile scenarios around the hot-spot tile map to different hardware memories in a preset distributed file system based on a stripe volume characteristic in the preset distributed file system.

In some embodiments, as shown in fig. 4, the tile map processing apparatus 40 may further include a checking unit 406 configured to perform checking processing on the checking parameter in the map request; if the verification result is successful, executing the step of analyzing the map request to obtain an analysis result; and if the verification result is failure, sending the prepared tile set stored in the preset distributed file system to the terminal equipment.

It is understood that in this embodiment, a "unit" may be a part of a circuit, a part of a processor, a part of a program or software, etc., and may also be a module, or may also be non-modular. Moreover, each component in the embodiment may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware or a form of a software functional module.

Based on the understanding that the technical solution of the present embodiment essentially or a part contributing to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, and include several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to execute all or part of the steps of the method of the present embodiment. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

Accordingly, the present embodiment provides a computer storage medium storing a computer program which, when executed by at least one processor, implements the tile map processing method of any of the preceding embodiments.

Based on the above-mentioned composition of a tile graph processing apparatus 40 and computer storage medium, refer to fig. 5, which shows a schematic structural diagram of a composition of an electronic device 50 provided in an embodiment of the present application. As shown in fig. 5, may include: a communication interface 501, a memory 502, and a processor 503; the various components are coupled together by a bus system 504. It is understood that the bus system 504 is used to enable communications among the components. The bus system 504 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 504 in fig. 5. The communication interface 501 is used for receiving and sending signals in the process of receiving and sending information with other external network elements;

a memory 502 for storing a computer program capable of running on the processor 503;

a processor 503 for executing, when running the computer program, the following:

receiving a map request sent by terminal equipment;

analyzing the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information;

if the tile scene conforms to a preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment;

and if the tile map scene conforms to a non-preset scene, planning a tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment.

It will be appreciated that the memory 502 in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (ddr Data Rate SDRAM, ddr SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous chained SDRAM (Synchronous link DRAM, SLDRAM), and Direct memory bus RAM (DRRAM). The memory 502 of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

And the processor 503 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 503. The Processor 503 may be a general-purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 502, and the processor 503 reads the information in the memory 502 and completes the steps of the above method in combination with the hardware thereof.

It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform the functions described herein, or a combination thereof.

For a software implementation, the techniques described herein may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.

Optionally, as another embodiment, the processor 503 is further configured to execute the tile graph processing method according to any one of the foregoing embodiments when the computer program is executed.

Referring to fig. 6, a schematic diagram of a composition structure of another electronic device 50 provided in the embodiment of the present application is shown. As shown in fig. 6, the electronic device 50 includes at least the tile map processing apparatus 40 according to any of the foregoing embodiments.

For the electronic device 50, the first tile set is quickly determined through the target domain name for the preset scene, so that the quick loading of the tile set of the preset scene is realized, the tile set is planned for the non-preset scene according to the map feature information, the second tile set conforming to the scene is determined, and the tile set issuing under the non-preset scene can be quickly responded, so that the tile loading efficiency of different scenes is improved, and the operation difficulty of tile processing is reduced.

The above description is only a preferred embodiment of the present application, and is not intended to limit the scope of the present application.

It should be noted that, in the present application, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.

The methods disclosed in the several method embodiments provided in the present application may be combined arbitrarily without conflict to obtain new method embodiments.

Features disclosed in several of the product embodiments provided in the present application may be combined in any combination to yield new product embodiments without conflict.

The features disclosed in the several method or apparatus embodiments provided in the present application may be combined arbitrarily, without conflict, to arrive at new method embodiments or apparatus embodiments.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (12)

1. A tile map processing method, the method comprising:

receiving a map request sent by terminal equipment;

analyzing the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information;

if the tile scene conforms to a preset scene, determining a first tile set through a target domain name corresponding to the tile scene, and sending the first tile set to the terminal equipment;

and if the tile map scene conforms to a non-preset scene, planning a tile map set according to the map characteristic information, determining a second tile map set, and sending the second tile map set to the terminal equipment.

2. The method according to claim 1, wherein before the receiving of the map request sent by the terminal device, the method further comprises:

performing dimension division on a preset storage area to obtain at least one storage area;

after obtaining a plurality of tile maps and corresponding dimension information, correspondingly storing the tile maps in the at least one storage area according to the dimension information.

3. The method according to claim 2, wherein the storing the number of tile map correspondences in the at least one storage area according to the dimension information further comprises:

and mounting the tile maps corresponding to different dimension information into different hardware memories in a preset distributed file system based on a Network File System (NFS) protocol.

4. The method according to claim 1, wherein the preset scene comprises a number of first scenes; the method further comprises the following steps:

prefabricating tile sets according to the plurality of first scenes to obtain preset tile sets corresponding to the plurality of first scenes;

acquiring preset domain names corresponding to the plurality of first scenes respectively;

and storing the preset tile atlas corresponding to each of the plurality of first scenes to a storage position of the preset scene in a preset distributed file system through the preset domain name.

5. The method of claim 1, wherein the tile set planning from the map feature information, determining a second tile set, comprises:

planning a tile map set according to the map characteristic information, and determining a target tile map set and a target storage position of the target tile map set in a preset distributed file system;

determining a plurality of tile map requests according to the target tile map set, and distributing the tile map requests to a plurality of tile map request threads;

obtaining, by the tile map request threads, a plurality of target sub-tile map sets from the target storage locations;

determining the number of target sub-tile sets as the second tile set.

6. The method of claim 5, wherein the target tile set is stored at a target storage location and at least one replica target storage location in the pre-provisioned distributed file system, the method further comprising:

in the case that the target storage location is simultaneously accessed by a plurality of tile map requests, performing request reset on the plurality of tile map requests, and determining at least one updated tile map request;

distributing the at least one updated tile map request to at least one tile map request thread;

obtaining, by the at least one tile map request thread, at least one sub-target tile map from the at least one replica target storage location to determine the second tile map set.

7. The method according to claim 1, wherein the preset scenario comprises at least: and the first screen shows a scene, a hot spot tile map scene and tile map scenes around the hot spot tile map.

8. The method according to claim 7, wherein when the preset scene is a tile scene around the hotspot tile, the method further comprises:

based on the characteristic of a stripe volume in a preset distributed file system, mounting tiles around a plurality of hot-spot tiles into different hardware memories in the preset distributed file system.

9. The method according to any one of claims 1 to 8, characterized in that after receiving the map request sent by the terminal device, the method further comprises:

checking the checking parameters in the map request;

if the verification result is successful, executing the step of analyzing the map request to obtain an analysis result;

and if the verification result is failure, sending the prepared tile set stored in the preset distributed file system to the terminal equipment.

10. A tile map processing apparatus comprising a receiving unit, a parsing unit, a first determining unit, and a second determining unit, wherein,

the receiving unit is configured to receive a map request sent by a terminal device;

the analysis unit is configured to analyze the map request to obtain an analysis result; the analysis result comprises tile map scenes and map feature information;

the first determining unit is configured to determine a first tile map set through a target domain name corresponding to the tile map scene if the tile map scene conforms to a preset scene, and send the first tile map set to the terminal device;

and the second determining unit is configured to plan a tile map set according to the map feature information if the tile map scene conforms to a non-preset scene, determine a second tile map set, and send the second tile map set to the terminal device.

11. An electronic device, comprising a memory and a processor, wherein,

the memory for storing a computer program operable on the processor;

the processor, when running the computer program, is configured to perform the tile graph processing method according to any of claims 1 to 9.

12. A computer storage medium, characterized in that the computer storage medium stores a computer program which, when executed by at least one processor, implements the tile graph processing method according to any one of claims 1 to 9.

Images