A data loading method and device for tiles

Abstract

The present disclosure relates to a data loading method and device of a tile. The method and device acquire a first display level of the tile, wherein the first display level is used to indicate a level of a first data source initially associated with the tile; in a case where it is determined that data corresponding to the first display level is unavailable in the first data source, a second display level of the tile is acquired, wherein the second display level is used to indicate a level of a second data source to be associated with the tile, and the second display level is an upper level of the first display level; and target display data of the tile is loaded from the second data source, thereby achieving the technical effect of improving the data loading efficiency of the tile and solving the technical problem of low data loading efficiency of the tile in the prior art.

Description

Technical Field

[0001] This disclosure relates to the field of computer graphics, specifically to a method and apparatus for loading tile data. Background Technology

[0002] Traditional terrain rendering schemes use a multi-resolution tile pyramid structure to organize terrain data, recursively dividing the Earth's surface into different levels of tiles, each level of tiles having different spatial resolution and level of detail.

[0003] Because the display level of the tile is tightly coupled with the data source level, if the target level data is not loaded or is unavailable, it is necessary to wait for loading or temporarily adjust the display scheme, resulting in low data loading efficiency of the tile. Summary of the Invention

[0004] The purpose of this disclosure is to provide a method and apparatus for loading data onto tiles, so as to improve the efficiency of data loading onto tiles.

[0005] In a first aspect, embodiments of this disclosure provide a method for loading data onto a tile, comprising: obtaining a first display layer of the tile, wherein the first display layer is used to indicate the layer of a first data source initially associated with the tile; when it is determined from the first data source that the data corresponding to the first display layer is unavailable, obtaining a second display layer of the tile, wherein the second display layer is used to indicate the layer of a second data source to which the tile is target-associated, and the second display layer is the upper layer of the first display layer; and loading target display data of the tile from the second data source.

[0006] In one optional implementation, obtaining the second display layer of the tile includes: obtaining multiple display layers, wherein each display layer is an upper layer of the first display layer; determining the display layer that meets a first condition among the multiple display layers as the second display layer, wherein the first condition includes that the display data of the tile loaded from the data source of the corresponding display layer is in an available state and that the layer distance between the tile and the first display layer is the closest.

[0007] In one optional implementation, obtaining the second display layer of the tile includes: obtaining multiple display layers, wherein each display layer is an upper layer of the first display layer; determining the display layer that meets a second condition among the multiple display layers as the second display layer, wherein the second condition includes that the display data of the tile loaded in the data source of the corresponding display layer is in an available state and the corresponding display layer has the highest layer score, and the layer score is a score obtained by weighting the layer distance parameter between the corresponding display layer and the first display layer, the access frequency parameter associated with the data source of the corresponding display layer, and the data quality parameter associated with the data source of the corresponding display layer.

[0008] In an optional implementation, after obtaining the first display layer of the tile, the method further includes: if it is determined from the first data source that the data portion corresponding to the first display layer is available, obtaining the third display layer of the tile, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is the lower layer of the first display layer; loading the second display data of the tile from the third data source; and jointly determining the first display data and the second display data as target display data.

[0009] In an optional implementation, after obtaining the first display layer of the tile, the method further includes: if it is determined from the first data source that the first display data portion corresponding to the first display layer is available, obtaining a second display layer and a third display layer of the tile, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is a lower layer of the first display layer; loading second display data from the third data source, and loading third display data of the tile from the second data source; and determining the first display data, the second display data, and the third display data together as target display data.

[0010] In one optional implementation, the number of display layers does not exceed a preset number threshold. The method further includes: if it is determined from the data sources corresponding to the first display layer that all data corresponding to the first display layer is unavailable, the highest available display layer among the acquired display layers is determined as the second display layer, or a preset reference display layer is determined as the second display layer.

[0011] In an optional implementation, after loading the target display data of the tiles from the second data source, the method further includes: storing a first mapping relationship between the tile identifier and the first display layer, and a second mapping relationship between the tile identifier and the second display layer in a hierarchy mapping table, wherein the hierarchy mapping table is used to store and update the data loading hierarchy information of each tile.

[0012] Secondly, embodiments of this disclosure provide a tile data loading apparatus, comprising: a first acquisition unit, configured to acquire a first display layer of the tile, wherein the first display layer is used to indicate the layer of a first data source initially associated with the tile; a second acquisition unit, configured to acquire a second display layer of the tile when it is determined from the first data source that the data corresponding to the first display layer is unavailable, wherein the second display layer is used to indicate the layer of a second data source to which the tile is target-associated, and the second display layer is the upper layer of the first display layer; and a loading unit, configured to load target display data of the tile from the second data source.

[0013] In one optional implementation, the second acquisition unit includes: a first acquisition module, configured to acquire multiple display layers, wherein each display layer is an upper layer of the first display layer; and a first determination module, configured to determine the display layer that meets a first condition among the multiple display layers as the second display layer, wherein the first condition includes that the display data of the tiles loaded from the data source of the corresponding display layer is in an available state and that the layer distance between the tile and the first display layer is the closest.

[0014] In an optional implementation, the second acquisition unit includes: a second acquisition module, configured to acquire multiple display layers, wherein each display layer is an upper layer of the first display layer; and a second determination module, configured to determine the display layer that meets a second condition among the multiple display layers as the second display layer, wherein the second condition includes that the display data of the tiles loaded in the data source of the corresponding display layer is in an available state and the corresponding display layer has the highest layer score, and the layer score is a score obtained by weighting the layer distance parameter between the corresponding display layer and the first display layer, the access frequency parameter associated with the data source of the corresponding display layer, and the data quality parameter associated with the data source of the corresponding display layer.

[0015] In an optional embodiment, the apparatus further includes: a third acquisition module, configured to acquire a third display layer of the tile after acquiring a first display layer of the tile, provided that the data portion corresponding to the first display layer is available from a first data source, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is a lower layer than the first display layer; a first loading module, configured to load second display data of the tile from the third data source after acquiring the first display layer of the tile; and a third determining module, configured to determine the first display data and the second display data together as target display data after acquiring the first display layer of the tile.

[0016] In an optional embodiment, the apparatus further includes: a fourth acquisition module, configured to acquire a second display layer and a third display layer of the tile after acquiring the first display layer of the tile, provided that the data portion corresponding to the first display layer is available from the first data source, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is a lower layer of the first display layer; a second loading module, configured to load second display data from the third data source and load third display data of the tile from the second data source after acquiring the first display layer of the tile; and a fourth determination module, configured to determine the first display data, the second display data, and the third display data together as target display data after acquiring the first display layer of the tile.

[0017] In one optional embodiment, the number of display layers does not exceed a preset threshold. The device further includes a fifth determining module, configured to determine the highest available display layer among the acquired display layers as the second display layer, or to determine a preset reference display layer as the second display layer, when it is determined from the data sources corresponding to the multiple display layers that all data corresponding to the first display layer is unavailable. In one optional embodiment, the device further includes a storage module, configured to store the first mapping relationship between the tile identifier and the first display layer, and the second mapping relationship between the tile identifier and the second display layer, in a layer mapping table after loading the target display data of the tile from the second data source. The layer mapping table is used to store and update the data loading layer information of each tile.

[0018] Thirdly, embodiments of this disclosure provide a computer-readable storage medium having a computer program stored thereon, characterized in that, when executed by a processor, the program implements the steps of the method described in the first aspect above.

[0019] Fourthly, embodiments of this disclosure provide a computing device, including: Memory, used to store computer program products; A processor for executing a computer program product stored in memory, wherein, when the computer program product is executed, it implements the method described in the first aspect above.

[0020] In this embodiment of the disclosure, the first display level of the tile is obtained first, and the level of the first data source initially associated with the tile is determined, thereby clarifying the initial target level of tile data loading and providing a hierarchical basis for subsequent data loading.

[0021] This embodiment of the disclosure also obtains the second display layer of the tile when it is determined from the first data source that the data corresponding to the first display layer is unavailable, so that the tile can be associated with the second data source at the upper level with stronger data availability, avoiding waiting for the first data source to finish loading or temporarily adjusting the display scheme.

[0022] In addition, embodiments of this disclosure also load the target display data of the tile from a second data source, enabling the tile to obtain alternative data that can be used for display in a timely manner, thereby improving the data loading efficiency of the tile.

[0023] In summary, the tile data loading method provided in this disclosure reduces the tight coupling between the tile display layer and the data source layer by switching to the upper-level data source to load the target display data when the first data source fails to load. This achieves the technical effect of improving the data loading efficiency of tiles and solves the technical problem of low data loading efficiency of tiles in the prior art. Attached Figure Description

[0024] Figure 1 A flowchart illustrating a tile data loading method provided by an embodiment of this disclosure is shown; Figure 2 A flowchart illustrating a method for loading and managing tile data provided in embodiments of this disclosure is shown; Figure 3 An architecture diagram of the decoupling mapping between target display tiles and data source hierarchy provided by embodiments of this disclosure is shown; Figure 4 A flowchart illustrating the data source hierarchy lookup and decoupling mapping process provided in embodiments of this disclosure is shown. Figure 5 A schematic diagram of the structure of a tile data loading device provided in an embodiment of the present disclosure is shown; Figure 6 A schematic diagram of the structure of a computing device provided by an embodiment of the present disclosure is shown. Detailed Implementation

[0025] The present application will now be described in further detail with reference to the accompanying drawings and embodiments. Through these descriptions, the features and advantages of the present application will become clearer and more apparent.

[0026] The term “exemplary” as used herein means “serving as an example, embodiment, or illustration.” Any embodiment illustrated herein as “exemplary” is not necessarily to be construed as superior to or better than other embodiments. Although various aspects of embodiments are shown in the accompanying drawings, the drawings are not necessarily drawn to scale unless specifically indicated otherwise.

[0027] Furthermore, the technical features involved in the different embodiments of this application described below can be combined with each other as long as they do not conflict with each other.

[0028] The data loading method and apparatus for tiles provided in this disclosure will be described in detail below with reference to the accompanying drawings and through specific embodiments and application scenarios.

[0029] Figure 1 This is a flowchart of the tile data loading method provided in this embodiment of the disclosure, see [link / reference]. Figure 1 The method may include the following steps: Step S101: Obtain the first display level of the tile, wherein the first display level is used to indicate the level of the first data source initially associated with the tile; Step S102: If it is determined from the first data source that the data corresponding to the first display layer is unavailable, obtain the second display layer of the tile, wherein the second display layer is used to indicate the layer of the second data source associated with the tile target, and the second display layer is the upper layer of the first display layer; Step S103: Load the target display data of the tile from the second data source.

[0030] Optionally, in this embodiment, the above-described method for loading tile data can be applied, but is not limited to, satellite imagery service scenarios within a Geographic Information System (GIS). For example, an online GIS platform provides users with global satellite imagery browsing services. A user zooms the map to level 18 to view a 0.3-meter resolution satellite image of a city block. At this time, the platform needs to load the level 18 tile data corresponding to that block. If a large number of users access the site simultaneously during this period, it can cause instantaneous congestion on the image server, resulting in timeouts for some level 18 tile data requests for that area, and blank areas appearing on the map.

[0031] Using the aforementioned tile data loading method, the platform can, but is not limited to, obtain the "first display level" of the tile as level 18 and attempt to load tile data from the level 18 image data source. Upon detecting that the data corresponding to the first display level is unavailable, it automatically obtains the "second display level" as level 17 (i.e., the upper level of the first display level) and immediately loads the corresponding range of tile data from the level 17 data source (e.g., 0.6-meter resolution) as the target display data. Users see a slightly blurred but complete image with almost no perceptible difference. Optionally, the system seamlessly switches to high-resolution imagery only after the level 18 data has been successfully loaded.

[0032] Understandably, in traditional solutions, the display level of tiles is tightly coupled with the data source level. For example, when the 18th level tile fails to load, the user can only wait for a retry or face a blank area. The tile data loading method described above, however, avoids display interruptions caused by data loading waits through hierarchical decoupling and an automatic rollback mechanism, significantly improving tile loading efficiency and user experience.

[0033] Optionally, in this embodiment, the above-described tile data loading method can also be applied, but is not limited to, to real-time terrain rendering scenarios in a 3D Earth visualization system. For example, in a 3D Earth visualization system (such as a WebGL-based digital earth platform), a user quickly zooms from a global perspective to a canyon area of ​​a mountain range using the mouse wheel. The system needs to render high-precision level 15 terrain tiles to present canyon details. Due to the extremely fast user operation speed, the terrain data server has not yet completed the real-time slicing and transmission of level 15 tiles for that area, resulting in the loss of some tile data.

[0034] Using the aforementioned tile data loading method, the system first determines the "first display level" as level 15 and attempts to load data from the terrain DEM data source. When it detects that a tile is missing from the level 15 data source or that the data from the level 15 data source is unavailable, it automatically determines the "second display level" as level 14 and loads the target display data (terrain data with a larger coverage area and lower resolution) for that tile from the level 14 terrain data source. During rendering, the system temporarily fills the area with level 14 tiles to ensure the geometric continuity of the terrain surface and avoid rendering holes.

[0035] Understandably, in scenarios where users are quickly browsing or the data is not yet ready, there is no need to wait for the target level data; instead, the upper-level data is used immediately to ensure that the terrain surface of the 3D Earth remains continuous and complete, thus improving the smoothness and robustness of real-time rendering.

[0036] Optionally, in this embodiment, the above-mentioned tile data loading method can also be applied, but is not limited to, browsing scenarios of detailed building models in digital twin cities. For example, a digital twin city platform has created a 3D model of the city's core area, where level 16 tiles store detailed BIM models of buildings (including textures, materials, and window details), and level 15 tiles store simplified white models of the area (general building blocks without textures). When an urban planner navigates to a block on the platform, the platform needs to load the level 16 detailed model to display building facade details. Since the block has just been updated, some level 16 tiles are still in the cloud-stored distribution queue and are temporarily unavailable.

[0037] Using the aforementioned tile data loading method, the first step is to obtain the "first display level" of the building tile to be loaded, which is level 16, and then send a request to the detailed model data source. When it is detected that the tile fails to load in the detailed model data source (returning a 404 error or timeout), the "second display level" is automatically obtained as level 15, and the level 15 tiles corresponding to the block's area are loaded from the simplified white model data source as the target display data. Urban planners see the simplified white model information of the block, rather than blank information. Optionally, once the detailed model data is ready, the platform can replace it with the detailed model corresponding to level 16.

[0038] Understandably, in digital twin scenarios, the detailed model data is large in volume and updated frequently, often resulting in unloaded or unavailable target-level data. Traditional tightly coupled solutions present users with empty or unloading views. The tile data loading method described above achieves hierarchical decoupling and dynamic rollback between the detailed and simplified models, ensuring that the 3D urban scene is always populated with usable data. This avoids browsing interruptions caused by waiting for detailed data, improving the loading efficiency and visual continuity of large-scale urban scenes.

[0039] It should be noted that, in addition to the above examples, the above tile data loading method can also be applied to other scenarios that require large-scale real-time terrain rendering, such as terrain following display scenarios in flight simulators and dynamic battlefield map loading and display scenarios in real-time strategy games.

[0040] In this embodiment, a tile refers to a data unit in terrain data used to represent a certain area of ​​the Earth's surface. It can be organized, but is not limited to, according to a multi-resolution tile pyramid structure, with tiles at different levels having different spatial resolutions and levels of detail. Optionally, tiles are spatially indexed using a quadtree structure. Each tile corresponds to a rectangular area on the Earth's surface. Optionally, a parent tile at a higher level corresponds to four child tiles at a lower level.

[0041] The level refers to the depth level in a quadtree. The larger the level value, the higher the spatial resolution and the richer the detail. Level 0 is the root level, covering the entire terrain area.

[0042] The first display layer refers to the layer of the first data source initially associated with the tile, indicating that the tile should preferentially obtain display data from the data source corresponding to this layer during the initial data loading process. The first data source refers to the data source corresponding to the first display layer of the tile, which provides the terrain data required for the initial display of the tile.

[0043] Optionally, the first display layer may be, but is not limited to, the layer at which the tiles are expected to be displayed, which is calculated and determined by an external module based on viewpoint information, and is used to guide geometric subdivision and screen space mapping during rendering.

[0044] The second display layer refers to the layer of the second data source associated with the tile target. It is used as an alternative layer when the first data source fails to load. The second display layer is the upper layer of the first display layer, and may be, but is not limited to, the parent layer of the first display layer, or a higher layer than the parent layer of the first display layer. The second data source refers to the data source corresponding to the second display layer of the tile, used to provide target display data for the tile when the first data source fails to load.

[0045] Understandably, the second display layer is the specific layer actually used to obtain tile data.

[0046] It should be noted that the first display layer can be understood, but is not limited to, as the layer where the data source has not yet been fully loaded after the viewpoint changes, and the second display layer can be understood, but is not limited to, as the layer where the data source has been fully loaded before the viewpoint changes.

[0047] Target display data refers to tile display data loaded from a second data source to replace the display data from the first data source, enabling the tiles to display usable content in a timely manner.

[0048] To further illustrate, 's' is a flowchart of a method for loading and managing tile data provided in an embodiment of this disclosure. See [link to flowchart illustration]. Figure 2 The method specifically includes: step S201, receiving the display tile set: (decoupling mapping engine) receiving the display tile set for this frame generated by the external module, the set containing all tiles to be displayed in this frame and their initial display layer (first display layer).

[0049] Step S202, Initialize the tile-data source mapping table: Create an empty mapping table to store the mapping relationship between each display tile and its final data source layer (second display layer).

[0050] Step S203, Traverse the display tile set: Take out each tile in the set in turn and obtain its initial display level.

[0051] Step S204, query the initial layer data availability: query the data availability status of the tile in the initial display layer in the data availability status table.

[0052] Step S205: Determine whether the initial hierarchical data is fully available.

[0053] Step S206: Set the data source level to the initial display level: If the initial level data is fully available, then set the data source level to be equal to the initial display level.

[0054] Step S207, Search upwards for parent data: If the initial level data is unavailable, update the search level to its parent level.

[0055] Step S208, query parent data availability: Query the data availability status of the current search level in the data availability status table.

[0056] Step S209: Determine whether the parent data is fully available.

[0057] Step S210: Set the data source level to the display level of the parent data: If the parent data is fully available, then set the data source level to be equal to the display level of the parent data.

[0058] Step S211: Continue searching upwards for parent data until the data source layer is determined or there is no parent data above it. If the parent data is unavailable, continue searching upwards for the next parent data and repeat the above judgment logic until the data source layer is determined, or the last upper-level data is found, and the display layer of the last upper-level data is determined as the data source layer. Optionally, during the upward search process, if the last upper-level data found is also unavailable, use the system's preset default texture (such as a solid color or program-generated terrain texture) as the target display data for the tile.

[0059] As can be seen from the above steps, this embodiment first determines the level of the first data source initially associated with the tile by obtaining the first display level of the tile, thereby clarifying the initial target level for tile data loading and providing a hierarchical basis for subsequent data loading. This embodiment also obtains the second display level of the tile when it is determined from the first data source that the data corresponding to the first display level is unavailable, enabling the tile to be associated with a higher-level second data source with stronger data availability, avoiding waiting for the first data source to complete loading or temporarily adjusting the display scheme. Furthermore, this embodiment loads the target display data of the tile from the second data source, enabling the tile to obtain alternative data that can be used for display in a timely manner, thereby improving the data loading efficiency of the tile. In summary, the tile data loading method provided by this embodiment, by switching to its upper-level data source to load the target display data when the first data source fails to load, reduces the tight coupling between the tile display level and the data source level, achieving the technical effect of improving the data loading efficiency of the tile.

[0060] In one optional embodiment of this disclosure, obtaining the second display layer of the tile includes: Obtain multiple display layers, where each display layer is the upper layer of the first display layer; The display layer that meets the first condition among multiple display layers is determined as the second display layer. The first condition includes that the display data of the tiles loaded from the data source of the corresponding display layer is in an available state and that the layer distance between the tile and the first display layer is the closest.

[0061] In this embodiment, multiple display levels refer to several candidate display levels selected from the upper levels of the first display level. These can be, but are not limited to, multiple ordered and continuous display levels, used for step-by-step searching when the initial level data is unavailable. They can also be, but are not limited to, multiple non-contiguous display levels, used for sequential searching when the initial level data is unavailable.

[0062] The first condition is the judgment condition used to filter the second display layer, which includes two sub-conditions: the tile display data loaded in the data source of the corresponding display layer is in an available state, and the layer distance between the display layer and the first display layer is the closest.

[0063] It should be noted that the tile data availability status describes whether the data of a certain tile at a certain level has been loaded into an available state (in memory or GPU memory), including three states: available state, unavailable state, and partially available state.

[0064] Specifically, an "available" state means that the tile's display data (including elevation and texture data) has been fully loaded into memory or GPU memory in the data source corresponding to a certain display layer, and can be directly used for rendering. An "unavailable" state means that the tile's display data has not yet been loaded into memory or GPU memory in the data source corresponding to a certain display layer, or the loading has failed, and cannot be directly used for rendering. A "partially available" state means that some of the tile's display data has been loaded into memory or GPU memory in the data source corresponding to a certain display layer, but is not yet fully ready, and cannot be directly used for complete rendering.

[0065] The closest hierarchical distance refers to selecting the display level with the smallest hierarchical difference from the first display level among multiple candidate display levels that meet the availability criteria, in order to reduce the data hierarchy span.

[0066] In this embodiment, if loading tile display data from the first data source fails, instead of selecting only the direct parent layer of the first display layer, multiple parent layers are obtained as candidates, and the final second display layer is selected based on a first condition. The first condition requires that the data source of the candidate layer can load usable tile display data, and that the candidate layer has the closest layer distance to the first display layer. This ensures that the data source is as close as possible to the first display layer while maintaining data availability, thereby reducing the data adaptation overhead caused by cross-layer sampling.

[0067] To further illustrate, suppose the target display layer (first display layer) for tile W is L_target=10, but the display data for tile W is unavailable in the data source of layer 10. We retrieve multiple parent layers L=9, L=8, and L=7, and query the data availability of each layer sequentially. If the data for layer 9 is unavailable, but the data for layer 8 is available, then layer 8 is determined as the second display layer L_source. Since layer 8 is the candidate layer that satisfies the availability condition and is closest to layer 10, the target display data for tile W is loaded from the data source of layer 8.

[0068] As can be seen from the above description, in this embodiment of the present disclosure, by selecting the display layer that meets the availability status and has the closest layer distance from multiple upper layers as the second display layer when the first display layer data is unavailable, it is possible to ensure the availability of tile display data while reducing the data adaptation overhead caused by cross-layer sampling, thereby improving the tile data loading efficiency and rendering quality.

[0069] In one optional embodiment of this disclosure, obtaining the second display layer of the tile includes: Obtain multiple display layers, where each display layer is the upper layer of the first display layer; The display layer that meets the second condition among multiple display layers is determined as the second display layer. The second condition includes that the display data of the tiles loaded from the data source of the corresponding display layer is in an available state and the corresponding display layer has the highest layer score. The layer score is a score obtained by weighting the layer distance parameter between the corresponding display layer and the first display layer, the access frequency parameter associated with the data source of the corresponding display layer, and the data quality parameter associated with the data source of the corresponding display layer.

[0070] In this embodiment, the second condition is a judgment condition used to filter the second display level, which includes two sub-conditions: the tile display data loaded in the data source of the corresponding display level is in an available state, and the level score of the corresponding display level is the highest.

[0071] The layer score is a weighted score calculated by considering the layer distance parameter between the corresponding display layer and the first display layer, the access frequency parameter associated with the data source of the corresponding display layer, and the data quality parameter associated with the data source of the corresponding display layer. It is used to comprehensively evaluate the merits of candidate display layers. The layer distance parameter refers to the layer difference between the corresponding display layer and the first display layer, which measures the data layer span. The access frequency parameter refers to the frequency with which the data source of the corresponding display layer is accessed, which measures the access efficiency and cache hit rate of the data source. The data quality parameter refers to the quality of the tile display data in the data source of the corresponding display layer, which measures the availability of the data and the rendering effect.

[0072] The formula for calculating the tier score can be expressed as Weight = w1 × (1 / levelDistance) + w2 × freshnessScore + w3 × qualityScore, where w1, w2, and w3 are adjustable weight coefficients, levelDistance is the tier distance parameter, freshnessScore is the access frequency parameter, and qualityScore is the data quality parameter. The optimal available tier data is selected based on the weights, rather than simply choosing the closest tier.

[0073] Understandably, when searching for data at higher levels, factors such as data age, data quality score, and last access time are considered in addition to the hierarchical distance. For example, hierarchical data in frequently accessed areas can be prioritized even if the hierarchical distance is slightly greater, because it is more likely to be in the GPU cache, which can reduce state switching overhead.

[0074] To further illustrate, suppose the initial display layer of tile W is L_target=10, but the display data for tile W is unavailable in the data source of layer 10. We obtain multiple upper layers L=9, L=8, L=7, and query the data availability of each layer sequentially. If the data for layers 9 and 8 is available, we calculate the layer score for each layer. Assume that the layer distance parameter for layer 9 is 1, the access frequency parameter is 0.8, and the data quality parameter is 0.9; the layer distance parameter for layer 8 is 2, the access frequency parameter is 0.6, and the data quality parameter is 0.8, and assume that the weight value for each parameter is 1. The calculated layer scores show that layer 9 has a layer score of 2.7, and layer 8 has a layer score of 1.9. Since layer 9 has a higher score, layer 9 is designated as the second display layer L_source, and the target display data for tile W is loaded from the data source of layer 9.

[0075] As can be seen from the above description, in this embodiment of the present disclosure, when the data of the first display layer is unavailable, the display layer that meets the availability status and has the highest layer score is selected as the second display layer from multiple upper layers. This can ensure that the tile display data is available while comprehensively considering factors such as layer distance, access frequency and data quality, and select the data source with the best overall performance, thereby improving the tile data loading efficiency and rendering quality.

[0076] In an optional embodiment of this disclosure, after obtaining the first display level of the tile, the method further includes: If it is determined from the first data source that the first display data portion corresponding to the first display layer is available, the third display layer of the tile is obtained, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is the lower layer of the first display layer; Load the second display data of the tiles from the third data source; The first display data and the second display data are combined to determine the target display data.

[0077] In this embodiment, the partially available state refers to the fact that in the data source corresponding to a certain display layer, some of the display data of the tile has been loaded into memory or GPU memory, but it is not yet fully ready and cannot be directly used for complete rendering.

[0078] The third display layer refers to the layer of the third data source associated with the tile. It is used to obtain supplementary data from lower layers when the data portion corresponding to the first display layer is available in the first data source. The third data source refers to the data source corresponding to the third display layer of the tile, used to provide the tile's second display data. The second display data refers to the tile display data loaded from the third data source, used to supplement the first display data and together form the target display data.

[0079] In this embodiment, if it is determined from the first data source that the data portion corresponding to the first display layer is available, the third display layer of the tile is obtained. The third display layer is a lower layer of the first display layer, and may be, but is not limited to, a sub-layer of the first display layer, or a lower layer of a sub-layer of the first display layer. Subsequently, the second display data of the tile is loaded from the third data source of the third display layer, and the first and second display data are jointly determined as the target display data.

[0080] Understandably, when the data at the current level is available, for example, when high-resolution data of the lower level has been loaded, searching down to the lower level for supplementary rendering can maximize the use of the already available high-resolution data, improve visual quality, and thus improve the integrity and rendering quality of the tile display data, provided that the first display data is ready.

[0081] To further illustrate, suppose the initial display layer of tile W is L_target=10, and the first display data loaded from the data source of layer 10 is partially available. The third display layer of tile W is then obtained, L_source=11, and the second display data of tile W is loaded from the data source of layer 11. Subsequently, the first display data of layer 10 and the second display data of layer 11 are combined to determine the target display data for final rendering.

[0082] As can be seen from the above description, in this embodiment of the present disclosure, by obtaining supplementary data from the lower level when the first display data is in a partially available state, and jointly determining the first display data and the second display data as the target display data, it is possible to improve the integrity and rendering quality of the tile display data while ensuring the availability of the tile display data, and reduce rendering interruptions or display abnormalities caused by partial data readiness.

[0083] In an optional embodiment of this disclosure, after obtaining the first display level of the tile, the method further includes: If it is determined from the first data source that the data portion corresponding to the first display layer is available, the second display layer and the third display layer of the tile are obtained, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is the lower layer of the first display layer; Load second display data from a third data source, and load third display data of tiles from the second data source; The first display data, the second display data, and the third display data are collectively determined as the target display data.

[0084] In this embodiment, the partially available state refers to the fact that in the data source corresponding to a certain display layer, some of the display data of the tile has been loaded into memory or GPU memory, but it is not yet fully ready and cannot be directly used for complete rendering.

[0085] The second display layer refers to the layer of the second data source associated with the tile target, which is the upper layer of the first display layer. The third display layer refers to the layer of the third data source associated with the tile, which is the lower layer of the first display layer. The second display data refers to the tile display data loaded from the third data source, used to supplement the first display data. The third display data refers to the tile display data loaded from the second data source, used to supplement the first display data.

[0086] In this embodiment, when it is determined from the first data source that the data portion corresponding to the first display layer is available, the second and third display layers are simultaneously acquired, wherein the second display layer is the upper layer of the first display layer, and the third display layer is the lower layer of the first display layer. Subsequently, the second and third display data are loaded from the third and second data sources respectively, and the first, second, and third display data are collectively determined as the target display data. This allows for improved integrity and rendering quality of the tile display data by simultaneously supplementing the data from the upper and lower layers, even when the first display data portion is ready.

[0087] To further illustrate, suppose the target display layer of tile W is L_target=10, and the first display data loaded from the data source of layer 10 is partially available. The second display layer of tile W, L_source_up=9, and the third display layer, L_source_down=11, are obtained, and the third and second display data are loaded from the data sources of layer 9 and layer 11, respectively. Subsequently, the first display data of layer 10, the third display data of layer 9, and the second display data of layer 11 are collectively determined as the target display data for final rendering.

[0088] Optionally, the selection of the upper display layer and the lower display layer can be made, but is not limited to, by using the first condition of distance alone or the second condition of combining multiple parameters.

[0089] As can be seen from the above description, in this embodiment of the present disclosure, by obtaining supplementary data from both upper and lower levels when the first display data is in a partially available state, and by jointly determining the first display data, the second display data, and the third display data as the target display data, it is possible to improve the integrity and rendering quality of the tile display data while ensuring the availability of the tile display data.

[0090] In one optional embodiment of this disclosure, the number of display levels does not exceed a preset threshold, and the method further includes: If it is determined from the data sources corresponding to multiple display layers that the data corresponding to the first display layer is unavailable, the highest available display layer among the obtained display layers is determined as the second display layer, or the preset reference display layer is determined as the second display layer.

[0091] In this embodiment, the preset quantity threshold refers to the maximum number of candidate display layers to search upwards, used to limit the search range and avoid excessive performance overhead caused by infinite upward searching. The highest available layer refers to the display layer with the greatest layer distance from the first display layer among multiple acquired display layers (generally the layer with the smallest value). The reference display layer refers to a preset backup display layer, used as a reference data source layer when multiple display layers fail to load.

[0092] Optionally, when the number of retrieved display layers reaches a preset threshold, and loading tile display data from the data sources corresponding to these layers fails, the search continues upwards. Instead, the highest available layer found is used, or a preset reference display layer is set as the second display layer. This ensures that the tiles still have a data source in extreme cases, preventing the rendering pipeline from being interrupted due to data loss.

[0093] To further illustrate, suppose the initial display layer of tile W is L_target=10, and the preset number of display layers is 3. The parent layers L=9, L=8, and L=7 are retrieved sequentially, and the display data for tile W is attempted to be loaded from the data sources corresponding to these layers. If loading all three layers fails, the system's default texture (such as a solid color or a program-generated terrain texture) is used, or the display data of the preloaded root layer is used. The preloaded root layer is the layer with the smallest layer number and the largest coverage area.

[0094] In addition, if a reference display level L_ref=5 is preset, L_ref=5 can also be determined as the second display level, and the target display data of tile W can be loaded from the data source of level 5.

[0095] As can be seen from the above description, in this embodiment of the present disclosure, by determining the highest available level or the preset reference display level as the second display level when multiple display levels fail to load, it is possible to ensure that the tiles still have a data source in extreme cases, avoid the rendering pipeline from being interrupted due to data loss, and improve the stability of tile data loading.

[0096] In one optional embodiment of this disclosure, after loading the target display data of the tiles from the second data source, the method further includes: The first mapping relationship between the tile identifier and the first display level, and the second mapping relationship between the tile identifier and the second display level are stored in the hierarchical mapping table. The hierarchical mapping table is used to store and update the data loading level information of each tile.

[0097] In this embodiment, the first mapping relationship refers to the mapping relationship between the tile identifier and the first display level, used to record the data source level initially associated with the tile. The second mapping relationship refers to the mapping relationship between the tile identifier and the second display level, used to record the data source level actually associated with the tile after the first data source fails to load.

[0098] A tile identifier is an identifier used to uniquely identify a tile, distinguishing different tiles. A hierarchy mapping table is a table or data structure used to store and update the data loading hierarchy information of each tile, facilitating subsequent querying and management of the tile's data source hierarchy.

[0099] In this embodiment, the first mapping relationship can be represented, but is not limited to, by a display request data structure, wherein the display request data structure is used to store the initial display level (first display level) information corresponding to a tile identifier. The second mapping relationship can be represented, but is not limited to, by a data acquisition request data structure, wherein the data acquisition request data structure is used to store the actual display level (second display level) and data type information corresponding to a tile identifier.

[0100] Understandably, the first mapping relationship only contains rendering-related information and does not involve the data source. The second mapping relationship only contains data loading-related information and does not involve the initial display layer. The first and second mapping relationships are associated through tile identifiers, but are logically completely independent. This separation allows the rendering pipeline and the data loading pipeline to be optimized independently. For example, rendering strategies can be adjusted independently without affecting data scheduling, and data prefetching strategies can be optimized independently without affecting the rendering logic.

[0101] It's worth noting that when the viewpoint moves slowly and the set of displayed tiles doesn't change much, the hierarchical mapping table from the previous frame can be reused. Only newly added and removed tiles need to be looked up, eliminating the need to rebuild the entire mapping table every frame. This incremental update strategy can significantly reduce CPU overhead, especially when the viewpoint is stationary or moving slowly.

[0102] As can be seen from the above description, in this embodiment of the present disclosure, by storing the mapping relationship between the tile identifier and the first display layer and the second display layer in the layer mapping table, it is possible to record and manage the data loading layer information of the tile, which facilitates the subsequent rendering pipeline and data loading module to perform data adaptation and sampling according to the mapping relationship, thereby improving the efficiency of tile data loading.

[0103] In one optional embodiment of this disclosure, the above-described tile data loading method is applied to a terrain rendering scenario where the display tiles are decoupled from the data source layer. In this scenario, traditional terrain rendering schemes typically first determine the set of tiles to be displayed and their corresponding LOD layers based on parameters such as viewpoint (camera) position and field of view. Then, they acquire the corresponding tile data (including elevation data and texture data) based on the determined layers, and finally submit the acquired data to the GPU for rendering.

[0104] In the above process, the decisions of "which tile to display" and "which level of data to use" are tightly coupled. That is, once it is determined that a tile should be displayed at level L, data from level L must be used by default. If the data for that level is not loaded or is unavailable, it is necessary to wait for the data to load completely or temporarily adjust the display scheme. This tightly coupled design works correctly when all data is ready, but it has the following drawbacks in practical applications: Rendering blocking issue: When the target display layer data has not yet finished loading (e.g., asynchronously loaded from disk or network), the rendering thread in traditional solutions must wait for the data to become ready, resulting in a drop in frame rate or screen stuttering. This blocking is particularly severe when the data volume is large and I / O bandwidth is limited.

[0105] Visual flickering caused by data waiting: When the viewpoint moves quickly, a large number of new tiles need to be displayed in each frame. If all of this data needs to be loaded temporarily, the rendered screen will show frequent blanks, low-resolution replacements or content flickering, which will seriously affect the visual experience.

[0106] Lack of flexibility due to decision coupling: The tight coupling between display decisions and data acquisition decisions prevents the system from making full use of high-resolution historical data already existing in memory or GPU, and also prevents it from intelligently using low-level (coarse-resolution) data as a temporary substitute.

[0107] Tile-by-tile processing is inefficient: Traditional solutions typically perform a complete process of "determining the display layer → checking data availability → loading data → rendering" for each tile independently, lacking the ability to batch process and optimize globally, resulting in significant CPU overhead.

[0108] Rendering requests and data acquisition requests are mixed together in the same data structure, which causes the rendering logic and I / O scheduling logic to become entangled and difficult to optimize independently.

[0109] To address the aforementioned shortcomings, this embodiment proposes a method for decoupling target display tiles from data source layers in terrain rendering, based on the aforementioned tile data loading method. It receives a set of target display tiles for the current frame (i.e., the target display layer of each tile, which is also the initial display layer of each tile) provided by an external module, and uses an independent decoupling mapping engine to find the most suitable data source layer for each target display tile, ultimately outputting a mapping table between tiles and data sources.

[0110] In this embodiment, the decoupling method described above is implemented through a decoupling mapping engine, which is responsible for executing the mapping decision from the target display tile to the data source level. This engine is independent of the generation process of the display set, as well as the actual sampling and rendering process of the data. The decoupling mapping engine internally contains three sub-modules: a data source level selection determiner, an upward search parent data module, and a downward search child data module.

[0111] The data source level selection determiner is responsible for determining the final data source level for each target display tile. This determiner first queries the data availability status corresponding to the target display level. If the target level data is available, it is directly used as the data source level; if the target level data is unavailable, it triggers an upward search of the parent data module; if the target level data is partially available, it can trigger a downward search of the child data module according to the configured strategy.

[0112] When data at the target display layer is unavailable, the upward search for parent data traverses the quadtree hierarchy, checking the data availability of parent tiles layer by layer until the first available parent data layer is found. This strategy ensures that the rendering process is not blocked due to unavailable data, guaranteeing frame rate stability. The upward search process can follow rules that are not limited to distance priority: prioritizing the use of available parent data closest to the target layer to maintain the highest possible level of detail in visual quality; or, not limited to, score priority: prioritizing the use of available parent data with the highest score. The score can be calculated by weighting parameters such as the layer distance between the corresponding display layer and the target layer, the access frequency parameter associated with the data source of the corresponding display layer, and the data quality parameter associated with the data source of the corresponding display layer.

[0113] When some target-level data is available (e.g., high-resolution data for some sub-regions has been loaded), the child data module can selectively search for and utilize child data to supplement rendering. This strategy is suitable for scenarios with incremental data loading, maximizing the use of available high-resolution data and improving visual quality.

[0114] In this embodiment, two separate data structures are designed: the display request data structure contains only tile identifiers and the target display layer, used to guide the geometric processing and screen space mapping of the rendering pipeline; the data acquisition request data structure contains tile identifiers and the actual data source layer, used to guide data loading and I / O scheduling. This separation of the two data structures completely decouples the rendering logic from the data scheduling logic, allowing for independent optimization and evolution.

[0115] To further illustrate, the display request data structure may, but is not limited to, include a unique tile identifier, the target display layer, and the screen space bounding box. This structure only contains rendering-related information and does not involve the data source. The rendering pipeline determines the geometric subdivision level and screen space mapping based on the target display layer, but is unconcerned about the actual layer from which the data originates. Similarly, the data acquisition request data structure may, but is not limited to, include a unique tile identifier, the actual data source layer, and the data type (elevation / texture / normal, etc.). This structure only contains information related to data loading and does not involve the display layer. The data loading module acquires the tile data corresponding to the actual data source layer, regardless of the layer at which the tile is displayed on the screen.

[0116] It should be noted that the two data structures are linked by a unique tile identifier, but are logically completely independent. This separation allows the rendering pipeline and the data loading pipeline to be optimized independently. For example, rendering strategies can be adjusted independently without affecting data scheduling, and data prefetching strategies can be optimized independently without affecting the rendering logic.

[0117] Understandably, the above decoupling method includes: traversing each tile in the target display tile set and querying the data availability of its target display level; selecting to directly use the target level data, search upwards for parent level data, or search downwards for child level data based on the availability status; creating separate display requests and data acquisition requests for each tile; and finally summarizing and generating a tile-data source mapping table for use by downstream sampling modules.

[0118] To further illustrate, an architecture diagram illustrating the decoupling mapping between target display tiles and data source hierarchy is shown below, such as... Figure 3 As shown, the input layer includes two inputs: a target display tile set 301 (provided by an external module) and a data availability status table 302 for each level (recording the data loading status of each tile at each level, including memory, disk, and GPU cache status). The decoupled mapping engine 300, as the core layer, contains three sub-modules: a data source level selection determiner 303, responsible for determining which level of data each tile should use; an upward parent data lookup module 304, responsible for looking up available parent data when target level data is unavailable; and a downward child data lookup module 305, responsible for looking down child data to supplement it when target level data is partially available.

[0119] It should be noted that, Figure 3 The example shown only illustrates an upward search. When the target-level data is fully available, it is used directly. When it is not fully available (loading fails), an upward search is performed to find available parent data. In practice, a downward search can also be performed when the target-level data is partially available. The architecture of this process is the same as the upward search, and will not be elaborated here.

[0120] The output layer displays two separate data structures: a display request data structure 306, containing the tile ID and the target display level, and a data acquisition request data structure 307, containing the tile ID and the actual data source level. These two data structures are ultimately aggregated into a tile-data source mapping table 308, which is then passed as output to downstream modules.

[0121] Specifically, in combination Figure 4 The flowchart shown illustrates the data source hierarchy lookup and decoupling mapping process, explaining the upward lookup process described above. The specific steps include: Step S401: Obtain the current tile W and its target display layer L_target. The decoupled mapping engine receives the set of target display tiles for this frame generated by the external module. This set contains all tiles that need to be displayed in this frame, and each tile is identified by its target display layer L_target.

[0122] It should be noted that each tile W in the set is retrieved sequentially, and its target display level L_target is obtained. The traversal order can be the natural order of the set, or it can be prioritized based on factors such as the importance of the tiles and their distance from the viewpoint.

[0123] Step S402: Query the data availability status of layer L_target. Retrieve the data availability status of tile W at layer L_target from the data availability status table. The data availability status table is maintained by the system and records the data loading status (available, unavailable, or partially available) of each tile at each layer.

[0124] Step S403: Determine whether the L_target data is available.

[0125] Step S404: If the data for level L_target is available, determine that the actual level L_source = L_target. That is, directly use the data of the target level itself as the data source, without needing to search upwards or downwards.

[0126] Step S405: If the data at level L_target is unavailable, initialize the search level L_search = L_target. Set the search level L_search to L_target to prepare for entering the upward search loop.

[0127] Step S406: Search upwards for the parent level, L_search = Parent(L_search). Update the search level L_search to its parent level, i.e., L_search = Parent(L_search). In the quadtree structure, the parent level is L_search-1, and the spatial range of the parent tile covers a larger area of ​​the current tile W.

[0128] Step S407: Determine if the parent level data is available. Query the data availability status of tile W at level L_search in the data availability status table. If the parent level data is still unavailable, return to step S406 to continue searching at higher levels.

[0129] Step S408: After finding available parent level data, create a display request and a data retrieval request.

[0130] The display request data structure contains the fields: a unique tile identifier W and a target display hierarchy L_target. This data structure guides the geometry processing and screen space mapping of the rendering pipeline, ensuring that tiles are displayed on the screen at the correct LOD level.

[0131] The data acquisition request data structure contains the fields: a unique tile identifier W and the actual data source level L_source. This data structure guides the data loading module to retrieve tile data (including elevation and texture data) from the correct level.

[0132] Step S409: Determine if there are any unprocessed tiles. If there are unprocessed tiles, return to step S401 to process the unprocessed tiles.

[0133] Step S410: After all tiles have been processed, output a tile-data source mapping table. This complete mapping table is passed to downstream modules as the final output, and the downstream modules perform specific cross-level sampling operations based on the mapping table.

[0134] Optionally, in this embodiment, a priority weighting mechanism is introduced for the upward search process. Specifically, when searching for parent data, not only the hierarchical distance is considered, but also factors such as the age of the data, data quality score, and last access time. For example, for parent data in frequently accessed areas, even if the hierarchical distance is slightly far, it can be used first because it is more likely to be in the GPU cache, which can reduce state switching overhead.

[0135] For example, the formula for calculating priority weights can be expressed as: Weight = w1 × (1 / levelDistance) + w2 × freshnessScore + w3 × qualityScore, where w1, w2, and w3 are adjustable weight coefficients, levelDistance is the level distance parameter, freshnessScore is the access frequency parameter, and qualityScore is the data quality parameter. The optimal available level of data is selected based on the weights, rather than simply choosing the closest level.

[0136] Optionally, in this embodiment, while searching upwards, a prefetch request for the target layer data can be triggered asynchronously. That is, when using parent data as a substitute for rendering, a loading request for the target layer data is simultaneously initiated in the background. Once the target layer data is loaded, the next frame can switch to higher quality data, achieving a gradual improvement in visual quality. This prefetch mechanism does not block the rendering of the current frame and is handled independently by the external data loading module.

[0137] Optionally, in this embodiment, when partial data is available, a hybrid usage strategy can be designed: for a portion of the target tile (e.g., the 1 / 4 quadrant), if its child data is ready, then the child data is used; for the remaining areas, the parent data obtained by looking up is used.

[0138] Optionally, in this embodiment, to avoid the upward search loop traversing too many levels in extreme cases (e.g., searching from level 15 all the way down to level 0), a maximum search range limit can be set. For example, the search can be limited to a maximum of 3 levels upward. If no usable data is found within this range, the highest usable level currently found is forced to be used, or a default texture preset by the system (such as a solid color or a program-generated terrain texture) is used. This limit ensures that the worst-case search time complexity is O(1).

[0139] Optionally, in this embodiment, in addition to sequentially searching each tile in the target display tile set, the search operations for multiple tiles can also be batch-parallelized. Since the data source searches for each tile are independent, the parallel computing power of a multi-core CPU can be used to process multiple tiles simultaneously. In specific implementation, the tile set can be divided into multiple subsets, each subset is processed independently by a CPU thread, and finally the results of each thread are merged into a unified mapping table.

[0140] Optionally, in this embodiment, when the viewpoint moves slowly and the target display tile set does not change significantly, the tile-data source mapping table of the previous frame can be reused, and lookup operations can be performed only for newly added and removed tiles, without needing to rebuild the entire mapping table every frame. This incremental update strategy can significantly reduce CPU overhead, especially when the viewpoint is stationary or moving slowly.

[0141] As described above, this embodiment completely separates the tightly coupled decisions of "which tile to display" and "which level of data to use" found in traditional solutions. The determination of the target display tile is driven solely by the viewpoint and is independent of data readiness; the search for the data source level is independently completed by the decoupled mapping engine and is unrelated to the display decision. This decoupling allows the two decisions to be optimized independently, and the rendering logic is no longer constrained by the data loading state. When data at the target display level is unavailable, a systematic upward search strategy is provided, traversing parent nodes layer by layer along the quadtree hierarchy until available parent data is found. This strategy ensures that the rendering process is not blocked due to data inavailability and prioritizes the available parent data closest to the target level, achieving a balance between visual quality and data acquisition efficiency. When some target level data is available, a supplementary strategy of searching downwards for child data is provided, selectively utilizing ready high-resolution child data to improve local visual quality. This strategy can be applied, but is not limited to, incremental data loading and progressive refinement scenarios.

[0142] All of the above-mentioned optional technical solutions can be combined in any way to form optional embodiments of this disclosure, and will not be described in detail here.

[0143] Based on the same concept, embodiments of the present invention also provide a tile data loading device. Since the principle by which this device solves the problem is similar to the aforementioned tile data loading method, the implementation of this device can refer to the implementation of the aforementioned tile data loading method, and repeated details will not be described again.

[0144] Figure 5 This is a schematic diagram of the data loading device for the tile. (See attached diagram) Figure 5 The data loading device 500 for the tile includes: The first acquisition unit 501 is used to acquire the first display level of the tile, wherein the first display level is used to indicate the level of the first data source initially associated with the tile; The second acquisition unit 502 is used to acquire the second display level of the tile when it is determined from the first data source that the data corresponding to the first display level is unavailable. The second display level is used to indicate the level of the second data source associated with the tile target, and the second display level is the upper level of the first display level. Loading unit 503 is used to load target display data of tiles from a second data source.

[0145] In an optional embodiment of this disclosure, the second acquisition unit 502 includes: a first acquisition module, configured to acquire multiple display layers, wherein each display layer is an upper layer of the first display layer; and a first determination module, configured to determine the display layer that meets a first condition among the multiple display layers as the second display layer, wherein the first condition includes that the display data of the tiles loaded from the data source of the corresponding display layer is in an available state and that the layer distance between the tile and the first display layer is the closest.

[0146] In an optional embodiment of this disclosure, the second acquisition unit 502 includes: a second acquisition module, configured to acquire multiple display levels, wherein each display level is an upper level of the first display level; and a second determination module, configured to determine the display level that meets a second condition among the multiple display levels as the second display level, wherein the second condition includes that the display data of the tiles loaded in the data source of the corresponding display level is in an available state and the corresponding display level has the highest level score, and the level score is a score obtained by weighting the level distance parameter between the corresponding display level and the first display level, the access frequency parameter associated with the data source of the corresponding display level, and the data quality parameter associated with the data source of the corresponding display level.

[0147] In an optional embodiment of this disclosure, the apparatus further includes: a third acquisition module, configured to acquire a third display layer of the tile after acquiring a first display layer of the tile, provided that the data portion corresponding to the first display layer is available from a first data source, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is a lower layer than the first display layer; a first loading module, configured to load second display data of the tile from the third data source after acquiring the first display layer of the tile; and a third determining module, configured to determine the first display data and the second display data together as target display data after acquiring the first display layer of the tile.

[0148] In an optional embodiment of this disclosure, the apparatus further includes: a fourth acquisition module, configured to acquire a second display layer and a third display layer of the tile after acquiring the first display layer of the tile, provided that the first display data portion corresponding to the first display layer is available from the first data source, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is a lower layer of the first display layer; a second loading module, configured to load second display data from the third data source and load third display data of the tile from the second data source after acquiring the first display layer of the tile; and a fourth determination module, configured to determine the first display data, the second display data, and the third display data together as target display data after acquiring the first display layer of the tile.

[0149] In an optional embodiment of this disclosure, the number of multiple display layers does not exceed a preset number threshold. The device further includes a fifth determining module, which is used to determine the highest available layer among the acquired display layers as the second display layer, or to determine a preset reference display layer as the second display layer, when it is determined from the data sources corresponding to the multiple display layers that the data corresponding to the first display layer is unavailable.

[0150] In an optional embodiment of this disclosure, the apparatus further includes: a storage module, configured to store, after loading the target display data of the tiles from the second data source, a first mapping relationship between the tile identifier and the first display level, and a second mapping relationship between the tile identifier and the second display level in a hierarchy mapping table, wherein the hierarchy mapping table is used to store and update the data loading hierarchy information of each tile.

[0151] It should be noted that the specific data processing methods of each unit in the above-mentioned tile data loading device 500 can be referred to the method embodiment above, and will not be repeated here.

[0152] This disclosure also provides a computing device. Figure 6 This is a structural block diagram of a computing device provided in an embodiment of this disclosure. Figure 6 As shown, the computing device 600 may include a processor 601 and a memory 602; the memory 602 may be coupled to the processor 601. It is worth noting that... Figure 6 This is an example; other types of structures can also be used to supplement or replace this structure to achieve telecommunications functions or other functions. Optionally, the computing device 600 can be a server or a local computing device, thereby enabling operation in the cloud or locally.

[0153] In one possible implementation, the functionality of the tile data loading device 500 can be integrated into the processor 601. The processor 601 can be configured to perform the following operations: S1, Obtain the first display level of the tile, wherein the first display level is used to indicate the level of the first data source initially associated with the tile; S2, if it is determined from the first data source that the data corresponding to the first display layer is unavailable, obtain the second display layer of the tile, wherein the second display layer is used to indicate the layer of the second data source associated with the tile target, and the second display layer is the upper layer of the first display layer; S3 loads the target display data for the tiles from the second data source.

[0154] In another possible implementation, the tile data loading device 500 can be configured separately from the processor 601. For example, the tile data loading device 500 can be configured as a chip connected to the processor 601, and the tile data loading method of the above embodiment can be implemented through the control of the processor 601.

[0155] Furthermore, in some alternative implementations, the computing device 600 may also include: a communication module, an input unit, an audio processor, a display, a power supply, etc. It is worth noting that the computing device 600 is not necessarily required to include these components. Figure 6 All components shown; in addition, the computing device 600 may also include Figure 6 For components not shown, please refer to existing technologies.

[0156] In some alternative implementations, the processor 601, sometimes also referred to as a controller or operation control, may include a microprocessor or other processor device and / or logic device, which receives input and controls the operation of various components of the computing device 600.

[0157] The memory 602 may be, for example, one or more of a cache, flash memory, hard drive, removable media, volatile memory, non-volatile memory, or other suitable devices. It may store the information related to the data loading device 500 for the tiles, and may also store programs for executing that information. The processor 601 may execute the program stored in the memory 602 to perform information storage or processing, etc.

[0158] An input unit can provide input to the processor 601. This input unit may be, for example, a button or touch input device. A power supply can be used to provide power to the computing device 600. A display can be used to display images and text, etc. This display may be, for example, an LCD display, but is not limited to this.

[0159] Memory 602 can be a solid-state memory, such as read-only memory (ROM), random access memory (RAM), SIM card, etc. It can also be a memory that retains information even when power is off, can be selectively erased, and contains more data; examples of this type of memory are sometimes referred to as EPROM, etc. Memory 602 can also be some other type of device. Memory 602 includes buffer memory (sometimes referred to as a buffer). Memory 602 may include an application / function storage unit for storing application programs and function programs or processes for executing operations of computing device 600 via processor 601.

[0160] The memory 602 may also include a data storage section for storing data, such as contacts, digital data, pictures, sounds, and / or any other data used by the computing device. The driver storage section of the memory 602 may include various drivers for the computer device for communication functions and / or for performing other functions of the computer device (such as messaging applications, address book applications, etc.).

[0161] The communication module is a transmitter / receiver that sends and receives signals via an antenna. The communication module (transmitter / receiver) is coupled to the processor 601 to provide input signals and receive output signals, which can be the same as in a conventional mobile communication terminal.

[0162] This disclosure also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the various processes of the above-described tile data loading method embodiments and achieves the same technical effects. To avoid repetition, it will not be described again here.

[0163] The aforementioned readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0164] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the device and system embodiments are basically similar to the method embodiments, so the descriptions are relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0165] While this specification provides method operation steps as shown in the embodiments or flowcharts through one or more embodiments, more or fewer operation steps may be included based on conventional or non-inventive labor. The order of steps listed in the embodiments is merely one possible execution order among many and does not represent the only possible execution order. In actual device or client product execution, the method may be executed sequentially as shown in the embodiments or drawings, or in parallel (e.g., in a parallel processor or multi-threaded processing environment).

[0166] In the description of this application, it should be noted that the terms "upper", "lower", "inner", "outer", "front", "rear", "left", "right", etc., indicate the orientation or positional relationship based on the orientation or positional relationship in the working state of this application. They are only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on this application.

[0167] In the description of this application, it should be noted that, unless otherwise expressly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. Those skilled in the art can understand the specific meaning of these terms in this application based on the specific circumstances.

[0168] The present application has been described above with reference to preferred embodiments; however, these embodiments are merely exemplary and illustrative. Various substitutions and modifications can be made to the present application based on these embodiments, all of which fall within the protection scope of the present application.

Claims

1. A method for loading data onto tiles, characterized in that, include: Obtain the first display level of the tile, wherein the first display level is used to indicate the level of the first data source initially associated with the tile; If it is determined from the first data source that the data corresponding to the first display level is unavailable, the second display level of the tile is obtained, wherein the second display level is used to indicate the level of the second data source associated with the tile target, and the second display level is the upper level of the first display level; Load the target display data of the tile from the second data source.

2. The method according to claim 1, characterized in that, The process of obtaining the second display layer of the tile includes: Multiple display layers are obtained, wherein each display layer is the upper layer of the first display layer; The display layer that meets the first condition among the plurality of display layers is determined as the second display layer, wherein the first condition includes that the display data of the tile loaded from the data source of the corresponding display layer is in an available state and that the layer distance between the tile and the first display layer is the closest.

3. The method according to claim 1, characterized in that, The process of obtaining the second display layer of the tile includes: Multiple display layers are obtained, wherein each display layer is the upper layer of the first display layer; The display layer that meets the second condition among the multiple display layers is determined as the second display layer. The second condition includes that the display data of the tile loaded from the data source of the corresponding display layer is in an available state and the corresponding display layer has the highest layer score. The layer score is a score obtained by weighting the layer distance parameter between the corresponding display layer and the first display layer, the access frequency parameter associated with the data source of the corresponding display layer, and the data quality parameter associated with the data source of the corresponding display layer.

4. The method according to claim 1, characterized in that, After acquiring the first display layer of the tile, the method further includes: If it is determined from the first data source that the first display data portion corresponding to the first display layer is available, the third display layer of the tile is obtained, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is the lower layer of the first display layer; Load the second display data of the tile from the third data source; The first display data and the second display data are jointly determined as the target display data.

5. The method according to claim 1, characterized in that, After acquiring the first display layer of the tile, the method further includes: If it is determined from the first data source that the data portion corresponding to the first display layer is available, the second display layer and the third display layer of the tile are obtained, wherein the third display layer is used to indicate the layer of the third data source associated with the tile, and the third display layer is the lower layer of the first display layer; Load second display data from the third data source, and load third display data of the tile from the second data source; The first display data, the second display data, and the third display data are collectively determined as the target display data.

6. The method according to claim 2, characterized in that, The number of display layers does not exceed a preset threshold, and the method further includes: If it is determined from the data sources corresponding to the multiple display layers that none of the data corresponding to the first display layer is available, the highest available display layer among the acquired display layers is determined as the second display layer, or a preset reference display layer is determined as the second display layer.

7. The method according to any one of claims 1 to 6, characterized in that, After loading the target display data of the tile from the second data source, the method further includes: The first mapping relationship between the tile identifier and the first display level, and the second mapping relationship between the tile identifier and the second display level are stored in a hierarchy mapping table, wherein the hierarchy mapping table is used to store and update the data loading hierarchy information of each tile.

8. A data loading device for tiles, characterized in that, include: The first acquisition unit is used to acquire the first display level of the tile, wherein the first display level is used to indicate the level of the first data source initially associated with the tile; The second acquisition unit is used to acquire the second display level of the tile when it is determined from the first data source that the data corresponding to the first display level is unavailable. The second display level is used to indicate the level of the second data source associated with the tile target, and the second display level is the upper level of the first display level. A loading unit is used to load the target display data of the tile from the second data source.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the program implements the method described in any one of claims 1 to 7.

10. A computing device, characterized in that, include: Memory, used to store computer program products; A processor for executing a computer program product stored in the memory, wherein when the computer program product is executed, it implements the method described in any one of claims 1 to 7.

Images