Distributed multi-layer digital twin map data organization and management method and system

Abstract

The present invention discloses a distributed multi-layer digital twin map data organization and management method and system, which belongs to the field of data processing technology. The technical problem to be solved by the present invention is how to improve the management, query and update efficiency of data, so as to conveniently reconstruct, analyze and optimize entity objects. The technical solution adopted is: digital twin space-time based on service registration mechanism realizes distributed data storage: data related to specific business is summarized and managed by specific business departments; multiple data layers based on modularization are used for data governance: data related to specific business are organized by the corresponding data provider on its corresponding server side through data layers, and itself is registered as a distributed server side, so that the end user can access and obtain the corresponding data through API, and realize the external provision of data in the form of distributed services; data is provided to the outside world through the intelligent collection layer.

Description

Technical Field

[0001] The present invention relates to the field of data management technology, and specifically to a distributed multi-layer digital twin map data organization and management method and system. Background Art

[0002] In the construction of digital twin scenarios, one of the core tasks is to digitize physical objects or systems in the physical world so that they can be reconstructed, simulated, analyzed, and optimized in a digital environment. During the construction of digital twin systems, due to the large variety and volume of data involved, efficient management of heterogeneous data is one of the key and challenging technologies in building digital twin systems. Because spatial model data in digital twin systems is often multi-source and heterogeneous, data inconsistencies are prone to occur during data updates and synchronization. Furthermore, because the spatial model involves data with varying temporal and spatial characteristics, such as update frequency and display levels, this can create difficulties in real-time and efficient data updates. Furthermore, the data involved in digital twins may come from multiple different business departments, making unified and centralized data storage difficult. Distributed storage and updates are required.

[0003] In the early days of building digital twin systems, data was typically aggregated locally, with a local database used to centrally manage all project data. However, as digital twin projects expanded across a wider area and the amount of core data involved increased, this centralized data management model became increasingly inadequate.

[0004] Therefore, how to improve the efficiency of data management, query and update, so as to conveniently reconstruct, analyze and optimize entity objects is a technical problem that needs to be solved urgently. Summary of the Invention

[0005] The technical task of the present invention is to provide a distributed multi-layer digital twin map data organization and management method and system to solve the problem of how to improve the efficiency of data management, query and update, so as to facilitate the reconstruction, analysis and optimization of entity objects.

[0006] The technical task of the present invention is achieved in the following way: a distributed multi-layer digital twin map data organization and management method, the method is as follows:

[0007] Digital twin space-time, based on a service registration mechanism, implements distributed data storage: basic layered topographic maps and static road network maps are stored on local servers, enabling basic functions at any time; data related to specific businesses is summarized and managed by specific business departments;

[0008] Data governance is carried out using multiple data layers based on modularization: data providers organize specific business-related data through data layers on their corresponding servers and register themselves as distributed servers. End users can access and obtain corresponding data through APIs, thus providing data to the outside world in the form of distributed services.

[0009] Data is provided to the outside world through the intelligent collection layer: according to the client request, the layers involved in the server are intelligently extracted, packaged and combined into a new intelligent layer for external provision; among them, the intelligent collection layer is a layer encapsulated on the data layer, which is used to combine the common modules, feature modules, attribute modules, association modules and service modules involved. At the same time, it provides the name and version description information of the included data layers, and performs serialization and compression to provide data to the outside world as an independently encapsulated object.

[0010] Preferably, the common modules contain globally applicable data and are reused in all other modules; they only depend on other common modules;

[0011] The common module contains the following data:

[0012] ①Data structures that are reused in other modules;

[0013] ② A general data type that serves as the base type for other data types;

[0014] ③Attribute conditions that are reused in other modules;

[0015] The general module contains basic information about the colors and basic geometry (points, lines, polygons, etc.) used in high-precision maps, provides definitions describing corresponding class objects, and constructs instances of the corresponding classes according to actual needs when used to build basic data. At the same time, the constructed basic data can be called by other modules.

[0016] Preferably, the feature module includes features and their core assets, such as the geometry of the features; the feature module defines a data layer for map features and geometries; the feature module is a layer in the map data, used to store various elements on the map, such as roads, lanes, country information, language, etc.; each element has a unique identifier and necessary attributes, such as spatial extent information (such as length); a feature requires the storage of a large amount of attribute information, and the corresponding attributes of the feature are usually stored in an attribute layer and associated with the feature through a reference to the feature;

[0017] If a feature has a geometric representation, it references geometric information stored in a separate geometry layer; multiple features can share the same geometric information; map features are stored in feature layers; although the geometries referenced by these features are usually stored in the geometry layer in the same module, the related geometry encoding is described in the common module; feature modules are provided through service interfaces, and references connect features to their associated attributes.

[0018] Preferably, the attribute module is a data structure that stores attributes. Attributes are key-value pairs that describe features in more detail. Attributes are mapped to features by reference and have additional properties that are used to annotate attributes with shared metadata. For example, attributes can provide information about the data source, confidence information, or quality indicators. Attributes provide additional information, such as physical characteristics, rules (such as traffic regulations), etc. The service module specifies how to access the data layer of a specific attribute module. Attribute modules only depend on general modules and associated modules and have no references to other attributes or features.

[0019] Preferably, the association module is used to describe the association relationship between the feature module and the attribute module, and is used to maintain the stability of the dependency relationship while decoupling; that is, the association module serves as an interface between the feature module and the attribute module, realizing the decoupling of the feature module and the attribute module data, and reducing development dependencies; the association module is a data structure for storing associations between elements, describing the associations between different elements, or the associations between elements and geometric figures with their own identifiers; for example, in a digital twin scenario, hospitals are usually associated with surrounding traffic roads, and the corresponding association layer will describe which lane groups and road surfaces are part of the hospital area, or which rules or other information are related to the object attributes of the hospital.

[0020] Preferably, the service module acts as a data exporter, providing an interface for external applications to access data; accessing data and services provided by other modules through the interface of the service module;

[0021] When acquiring data, the data stream of the corresponding intelligent aggregation layer is obtained by accessing the interface of the service module;

[0022] When obtaining a service, the name and parameters of the service being accessed are submitted through the interface of the service module and passed as the name and parameters of the calling function. After the server calculates the result, it is sent to the requesting client in the form of a data stream.

[0023] A distributed multi-layer digital twin map data organization and management system, which includes a distributed storage layer, a data layer, and an intelligent collection layer;

[0024] The distributed storage layer is used to implement distributed data storage in the digital twin space-time based on the service registration mechanism. Specifically, basic layered topographic maps and static road network maps are stored in the local server, and basic functions are enabled at any time. Data related to specific businesses are summarized and managed by specific business departments.

[0025] The data layer is used to perform data governance using multiple data layers based on modularization. Specifically, the corresponding data provider organizes the data related to specific business through the data layer on its corresponding server side and registers itself as a distributed server side, allowing end users to access and obtain the corresponding data through APIs, thus providing data to the outside world in the form of distributed services.

[0026] The intelligent collection layer is used to realize the external provision of data through the intelligent collection layer. Specifically: according to the client request, the layers involved in the server are intelligently extracted, packaged and combined into a new intelligent layer for external provision; among them, the intelligent collection layer is a layer encapsulated on the data layer, which is used to combine the general modules, feature modules, attribute modules, association modules and service modules involved, and at the same time provide the name and version description information of the included data layers, and perform serialization and compression, and provide data to the outside as an independently encapsulated object.

[0027] Preferably, the common modules contain globally applicable data and are reused in all other modules; they only depend on other common modules;

[0028] The common module contains the following data:

[0029] ①Data structures that are reused in other modules;

[0030] ② A general data type that serves as the base type for other data types;

[0031] ③Attribute conditions that are reused in other modules;

[0032] The general module contains the basic information of colors and basic geometry (points, lines, polygons, etc.) used in high-precision maps, provides the definition of describing the corresponding class objects, and constructs instances of the corresponding classes according to actual needs during use to build basic data. At the same time, the constructed basic data can be called by other modules.

[0033] The feature module includes features and their core assets, such as the geometry of the feature. The feature module defines the data layer of map features and geometry. The feature module is a layer in the map data that is used to store various map features, such as roads, lanes, country information, language, etc. Each feature has a unique identifier and necessary attributes, such as spatial extent information (such as length). A feature requires storing a large amount of attribute information. The corresponding attributes of the feature are usually stored in the attribute layer and are associated with the feature through a reference to the feature.

[0034] If a feature has a geometric representation, it references geometry information stored in a separate geometry layer; multiple features can share the same geometry information; map features are stored in feature layers; although the geometries referenced by these features are usually stored in the geometry layer in the same module, the related geometry encoding is described in the common module; the feature module is exposed through the service interface, and the reference connects the feature to its associated attributes;

[0035] The attribute module is a data structure that stores attributes. Attributes are key-value pairs used to describe features in more detail. Attributes are mapped to features by reference and have additional properties used to annotate attributes with shared metadata. For example, attributes can provide information about data sources, confidence information, or quality indicators. Attributes provide additional information, such as physical features, rules (such as traffic regulations), etc. The service module specifies how to access the data layer of a specific attribute module. Attribute modules only rely on general modules and associated modules and have no references to other attributes or features.

[0036] The association module is used to describe the association relationship between the feature module and the attribute module, and is used to maintain the stability of the dependency relationship while decoupling; that is, the association module serves as an interface between the feature module and the attribute module, realizing the decoupling of the feature module and the attribute module data, and reducing development dependencies; the association module is a data structure for storing associations between elements, describing the associations between different elements, or the associations between elements and geometric figures with their own identifiers; for example, in a digital twin scenario, a hospital is usually associated with the surrounding traffic roads, and the corresponding association layer will describe which lane groups and road surfaces are part of the hospital area, or which rules or other information are related to the object attributes of the hospital;

[0037] The service module acts as a data exporter, providing an interface for external applications to access data; accessing data and services provided by other modules through the interface of the service module;

[0038] When acquiring data, the data stream of the corresponding intelligent aggregation layer is obtained by accessing the interface of the service module;

[0039] When obtaining a service, the name and parameters of the service being accessed are submitted through the interface of the service module and passed as the name and parameters of the calling function. After the server calculates the result, it is sent to the requesting client in the form of a data stream.

[0040] An electronic device comprising: a memory and at least one processor;

[0041] Wherein, the memory stores a computer program;

[0042] The at least one processor executes the computer program stored in the memory, so that the at least one processor executes the distributed multi-layer digital twin map data organization and management method as described above.

[0043] A computer-readable storage medium stores a computer program, which can be executed by a processor to implement the distributed multi-layer digital twin map data organization and management method as described above.

[0044] The distributed multi-layer digital twin map data organization and management method and system of the present invention have the following advantages:

[0045] (1) The present invention utilizes a service registration mechanism to implement multi-source distributed management, thereby enabling compatible distributed storage of data from different regional levels and different sensor sources; utilizing a data hierarchical management method, map data is organized at different levels, facilitating dynamic incremental updates of map data. This invention achieves modularization and hierarchicalization of the digital twin spatial model, simplifies the data model update process, and reduces development costs;

[0046] (2) The proposed digital twin spatiotemporal data model governance method forms a standardized ecosystem for distributed digital twin spatiotemporal maps through the design of concepts such as modularization, service registration mechanism, and intelligent aggregation layer. It realizes the requirements of digital twins for geographic information system data applications: scalability, reliability, variability, and multi-service collaboration. Through its modular nature, the architecture can flexibly adapt to future challenges and increasingly heterogeneous data model usage;

[0047] (3) The present invention can enhance the flexibility and scalability of data management during the construction of digital twin models, increase the degree of reuse, reduce data governance costs, and improve product competitiveness;

[0048] (4) The present invention can improve the efficiency of data management, query and update, thereby facilitating the reconstruction, analysis and optimization of physical objects; the present invention has broad application prospects, for example, it can be used in the fields of digital twins of buildings and cities. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] The present invention will be further described below with reference to the accompanying drawings.

[0050] Attachment Figure 1 Schematic diagram for layered module design. DETAILED DESCRIPTION

[0051] The distributed multi-layer digital twin map data organization and management method and system of the present invention are described in detail below with reference to the accompanying drawings and specific embodiments.

[0052] Example 1:

[0053] This embodiment provides a distributed multi-layer digital twin map data organization and management method, which is specifically as follows:

[0054] S1. Digital twin space-time based on service registration mechanism realizes distributed data storage: basic layered topographic maps and static maps of road network maps are stored in local servers, and basic functions are enabled at any time; data related to specific business is summarized and managed by specific business departments;

[0055] S2. Data governance using modularized, multi-data layers: The data provider organizes business-related data through data layers on its server side and registers itself as a distributed server side, allowing end users to access and obtain corresponding data through APIs, thus providing data externally in the form of distributed services.

[0056] S3. Provide data to the outside world through the intelligent collection layer: Based on the client request, the layers involved in the server are intelligently extracted, packaged and combined into a new intelligent layer for external provision. The intelligent collection layer is a layer encapsulated on top of the data layer, which is used to combine the common modules, feature modules, attribute modules, association modules and service modules involved. At the same time, it provides the name and version description information of the included data layers, and performs serialization and compression to provide data to the outside world as an independently encapsulated object.

[0057] In order to realize the intelligent aggregation of data between multiple layers, an intermediate container layer - the intelligent aggregation layer is set up to provide a stable interface. Even if the map data layer is constantly updated, the stability of the final output result can be guaranteed.

[0058] This server-side prepackaging approach reduces the time-consuming and costly on-demand data packaging. Smart aggregation module providers will offer a solution that is nearly optimally configured to best meet their customers' needs. Smart aggregation module providers are free to prepack datasets based on their users' needs, combining them in the most efficient way.

[0059] In summary, the proposed digital twin spatiotemporal data model governance method, through the design of modularity, a service registration mechanism, and an intelligent aggregation layer, forms a standardized ecosystem for distributed digital twin spatiotemporal maps. This approach meets the requirements of digital twins for GIS data applications: scalability, reliability, variability, and multi-service collaboration. Its modular nature allows the architecture to flexibly adapt to future challenges and increasingly heterogeneous data model usage scenarios.

[0060] The common modules in this embodiment contain globally applicable data and are reused in all other modules; they only depend on other common modules;

[0061] The common module contains the following data:

[0062] ①Data structures that are reused in other modules;

[0063] ② A general data type that serves as the base type for other data types;

[0064] ③Attribute conditions that are reused in other modules;

[0065] The general module contains basic information about the colors and basic geometry (points, lines, polygons, etc.) used in high-precision maps, provides definitions describing corresponding class objects, and constructs instances of the corresponding classes according to actual needs when used to build basic data. At the same time, the constructed basic data can be called by other modules.

[0066] The feature module in this embodiment includes features and their core assets, such as the feature's geometry. The feature module defines the data layer for map features and geometry. The feature module is a layer in the map data that stores various map features, such as roads, lanes, country information, and language. Each feature has a unique identifier and necessary attributes, such as spatial extent information (e.g., length). A feature requires storing a large amount of attribute information. The corresponding attributes of a feature are typically stored in an attribute layer and associated with the feature through a reference to the feature.

[0067] If a feature has a geometric representation, it references geometric information stored in a separate geometry layer; multiple features can share the same geometric information; map features are stored in feature layers; although the geometries referenced by these features are usually stored in the geometry layer in the same module, the related geometry encoding is described in the common module; feature modules are provided through service interfaces, and references connect features to their associated attributes.

[0068] In this embodiment, an attribute module is a data structure that stores attributes. Attributes are key-value pairs that describe features in more detail. Attributes are mapped to features by reference and have additional properties that annotate attributes with shared metadata. For example, attributes can provide information about the data source, confidence information, or quality indicators. Attributes provide additional information, such as physical characteristics and rules (e.g., traffic regulations). A service module specifies how to access the data layer of a specific attribute module. Attribute modules only depend on general and associated modules and do not reference other attributes or features.

[0069] The association module in this embodiment is used to describe the association relationship between the feature module and the attribute module, and is used to maintain the stability of the dependency relationship while decoupling; that is, the association module serves as an interface between the feature module and the attribute module, realizing the decoupling of the feature module and the attribute module data, and reducing development dependencies; the association module is a data structure for storing associations between elements, describing the associations between different elements, or the associations between elements and geometric figures with their own identifiers; for example, in a digital twin scenario, a hospital is usually associated with the surrounding traffic roads, and the corresponding association layer will describe which lane groups and road surfaces are part of the hospital area, or which rules or other information is related to the object attribute of the hospital.

[0070] The service module in this embodiment serves as a data exporter, providing an interface for external applications to access data; access data and services provided by other modules through the interface of the service module;

[0071] When acquiring data, the data stream of the corresponding intelligent aggregation layer is obtained by accessing the interface of the service module;

[0072] When obtaining a service, the name and parameters of the service being accessed are submitted through the interface of the service module and passed as the name and parameters of the calling function. After the server calculates the result, it is sent to the requesting client in the form of a data stream.

[0073] Example 2:

[0074] This embodiment provides a distributed multi-layer digital twin map data organization and management system, which includes a distributed storage layer, a data layer, and an intelligent collection layer;

[0075] The distributed storage layer is used to implement distributed data storage in the digital twin space-time based on the service registration mechanism. Specifically, basic layered topographic maps and static road network maps are stored in the local server, and basic functions are enabled at any time. Data related to specific businesses are summarized and managed by specific business departments.

[0076] The data layer is used to perform data governance using multiple data layers based on modularization. Specifically, the corresponding data provider organizes the data related to specific business through the data layer on its corresponding server side and registers itself as a distributed server side, allowing end users to access and obtain the corresponding data through APIs, thus providing data to the outside world in the form of distributed services.

[0077] The intelligent collection layer is used to realize the external provision of data through the intelligent collection layer. Specifically: according to the client request, the layers involved in the server are intelligently extracted, packaged and combined into a new intelligent layer for external provision; among them, the intelligent collection layer is a layer encapsulated on the data layer, which is used to combine the general modules, feature modules, attribute modules, association modules and service modules involved, and at the same time provide the name and version description information of the included data layers, and perform serialization and compression, and provide data to the outside as an independently encapsulated object.

[0078] The common modules in this embodiment contain globally applicable data and are reused in all other modules; they only depend on other common modules;

[0079] The common module contains the following data:

[0080] ①Data structures that are reused in other modules;

[0081] ② A general data type that serves as the base type for other data types;

[0082] ③Attribute conditions that are reused in other modules;

[0083] The general module contains basic information about the colors and basic geometry (points, lines, polygons, etc.) used in high-precision maps, provides definitions describing corresponding class objects, and constructs instances of the corresponding classes according to actual needs when used to build basic data. At the same time, the constructed basic data can be called by other modules.

[0084] The feature module in this embodiment includes features and their core assets, such as the feature's geometry. The feature module defines the data layer for map features and geometry. The feature module is a layer in the map data that stores various map features, such as roads, lanes, country information, and language. Each feature has a unique identifier and necessary attributes, such as spatial extent information (e.g., length). A feature requires storing a large amount of attribute information. The corresponding attributes of a feature are typically stored in an attribute layer and associated with the feature through a reference to the feature.

[0085] If a feature has a geometric representation, it references geometric information stored in a separate geometry layer; multiple features can share the same geometric information; map features are stored in feature layers; although the geometries referenced by these features are usually stored in the geometry layer in the same module, the related geometry encoding is described in the common module; feature modules are provided through service interfaces, and references connect features to their associated attributes.

[0086] In this embodiment, an attribute module is a data structure that stores attributes. Attributes are key-value pairs that describe features in more detail. Attributes are mapped to features by reference and have additional properties that annotate attributes with shared metadata. For example, attributes can provide information about the data source, confidence information, or quality indicators. Attributes provide additional information, such as physical characteristics and rules (e.g., traffic regulations). A service module specifies how to access the data layer of a specific attribute module. Attribute modules only depend on general and associated modules and do not reference other attributes or features.

[0087] The association module in this embodiment is used to describe the association relationship between the feature module and the attribute module, and is used to maintain the stability of the dependency relationship while decoupling; that is, the association module serves as an interface between the feature module and the attribute module, realizing the decoupling of the feature module and the attribute module data, and reducing development dependencies; the association module is a data structure for storing associations between elements, describing the associations between different elements, or the associations between elements and geometric figures with their own identifiers; for example, in a digital twin scenario, a hospital is usually associated with the surrounding traffic roads, and the corresponding association layer will describe which lane groups and road surfaces are part of the hospital area, or which rules or other information is related to the object attribute of the hospital.

[0088] The service module in this embodiment serves as a data exporter, providing an interface for external applications to access data; access data and services provided by other modules through the interface of the service module;

[0089] When acquiring data, the data stream of the corresponding intelligent aggregation layer is obtained by accessing the interface of the service module;

[0090] When obtaining a service, the name and parameters of the service being accessed are submitted through the interface of the service module and passed as the name and parameters of the calling function. After the server calculates the result, it is sent to the requesting client in the form of a data stream.

[0091] Example 3:

[0092] This embodiment also provides an electronic device, including: a memory and a processor;

[0093] wherein the memory stores computer-executable instructions;

[0094] The processor executes the computer-executable instructions stored in the memory, so that the processor executes the distributed multi-layer digital twin map data organization and management method in any embodiment of the present invention.

[0095] The processor may be a central processing unit (CPU), other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The processor may be a microprocessor or any conventional processor, etc.

[0096] The memory can be used to store computer programs and / or modules. The processor implements various functions of the electronic device by running or executing the computer programs and / or modules stored in the memory, and calling the data stored in the memory. The memory can mainly include a program storage area and a data storage area. The program storage area can store an operating system, at least one application required for a function, etc.; the data storage area can store data created based on the use of the terminal, etc. In addition, the memory can also include high-speed random access memory and non-volatile memory, such as a hard disk, internal memory, a plug-in hard disk, a smart memory card (SMC), a secure digital (SD) card, a flash memory card, at least one disk storage period, a flash memory device, or other volatile solid-state memory devices.

[0097] Example 4:

[0098] This embodiment further provides a computer-readable storage medium storing a plurality of instructions, which are loaded by a processor to cause the processor to execute the distributed multi-layer digital twin map data organization and management method according to any embodiment of the present invention. Specifically, a system or device equipped with a storage medium can be provided, wherein the storage medium stores software program code that implements the functions of any of the above-described embodiments, and a computer (or CPU or MPU) of the system or device can be configured to read and execute the program code stored in the storage medium.

[0099] In this case, the program code itself read from the storage medium can realize the function of any one of the above-mentioned embodiments, and thus the program code and the storage medium storing the program code constitute part of the present invention.

[0100] Examples of storage media for providing program code include floppy disks, hard disks, magneto-optical disks, optical disks (e.g., CD-ROMs, CD-Rs, CD-RWs, DVD-ROMs, DVD-RYMs, DVD-RWs, DVD+RWs), magnetic tapes, non-volatile memory cards, and ROMs. Alternatively, the program code may be downloaded from a server computer via a communications network.

[0101] In addition, it should be clear that the functions of any of the above embodiments can be achieved not only by executing the program code read by the computer, but also by enabling the operating system operating on the computer to complete part or all of the actual operations based on the instructions of the program code.

[0102] In addition, it can be understood that the program code read from the storage medium is written into the memory provided in the expansion board inserted into the computer or into the memory provided in the expansion unit connected to the computer, and then based on the instructions of the program code, the CPU installed on the expansion board or expansion unit is enabled to perform part or all of the actual operations, thereby realizing the functions of any of the above embodiments.

[0103] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A distributed multi-layer digital twin map data organization and management method, characterized by: The method is as follows: Digital twin space-time, based on a service registration mechanism, implements distributed data storage: basic layered topographic maps and static road network maps are stored on local servers, enabling basic functions at any time; data related to specific businesses is summarized and managed by specific business departments; Data governance is carried out using multiple data layers based on modularization: data providers organize specific business-related data through data layers on their corresponding servers and register themselves as distributed servers. End users can access and obtain corresponding data through APIs, thus providing data to the outside world in the form of distributed services. Data is provided externally through the intelligent collection layer: Based on client requests, the server intelligently extracts the layers involved, packages them together into a new intelligent layer, and provides them externally. The intelligent collection layer is a layer encapsulated on top of the data layer, which is used to combine the common modules, feature modules, attribute modules, association modules, and service modules involved. It also provides the name and version description of the included data layers, performs serialization and compression, and provides data externally as an independently encapsulated object. Among them, the common module includes globally applicable data and is reused in all other modules; The feature module includes features and their core assets; the feature module defines the data layer of map features and geometry; The attribute module is a data structure that stores attributes. Attributes are key-value pairs that describe features in more detail. The association module is used to describe the association relationship between the feature module and the attribute module, and is used to maintain the stability of the dependency relationship while decoupling; The service module acts as a data exporter, providing external applications with the interface required to access data.

2. The distributed multi-layer digital twin map data organization and management method according to claim 1 is characterized in that: The general module contains the following data: ①Data structures that are reused in other modules; ② A general data type that serves as the base type for other data types; ③Attribute conditions that are reused in other modules; The general module contains basic information about the colors and basic geometry used in high-precision maps, provides definitions describing corresponding class objects, and constructs instances of the corresponding classes according to actual needs when used to build basic data.

3. The distributed multi-layer digital twin map data organization and management method according to claim 1 is characterized in that: The feature module is a layer in the map data, which is used to store various features on the map; each feature has a unique identifier and necessary attributes; a feature needs to store a large amount of attribute information, and the corresponding attributes of the feature are usually stored in the attribute layer and associated with the feature through a reference to the feature; If a feature has a geometric representation, it will reference the geometric information stored in a separate geometry layer; Multiple features can share the same geometric information; Map features are stored in the feature layer; Feature modules are exposed through service interfaces, and references connect features to their associated properties.

4. The distributed multi-layer digital twin map data organization and management method according to claim 1 is characterized in that: The attributes are mapped to features by reference and have additional attributes for annotating attributes with shared metadata; the attributes provide additional information; the service module specifies how to access the data layer of a specific attribute module; Property modules depend only on common and associated modules and have no references to other properties or features.

5. The distributed multi-layer digital twin map data organization and management method according to claim 1 is characterized in that: The association module serves as an interface between the feature module and the attribute module, realizing the decoupling of the feature module and the attribute module data and reducing development dependencies; the association module is a data structure for storing associations between elements, describing the associations between different elements, or the associations between elements and geometric figures with their own identifiers.

6. The distributed multi-layer digital twin map data organization and management method according to any one of claims 1 to 5, characterized in that: Access the data and services provided by other modules through the interface of the service module; When acquiring data, the data stream of the corresponding intelligent aggregation layer is obtained by accessing the interface of the service module; When obtaining a service, the name and parameters of the service being accessed are submitted through the interface of the service module and passed as the name and parameters of the calling function. After the server calculates the result, it is sent to the requesting client in the form of a data stream.

7. A distributed multi-layer digital twin map data organization and management system, characterized by: The system includes a distributed storage layer, a data layer, and an intelligent collection layer; The distributed storage layer is used to implement distributed data storage in the digital twin space-time based on the service registration mechanism. Specifically, basic layered topographic maps and static road network maps are stored in the local server, and basic functions are enabled at any time. Data related to specific businesses are summarized and managed by specific business departments. The data layer is used to perform data governance using multiple data layers based on modularization. Specifically, the corresponding data provider organizes the data related to specific business through the data layer on its corresponding server side and registers itself as a distributed server side, allowing end users to access and obtain the corresponding data through APIs, thus providing data to the outside world in the form of distributed services. The intelligent collection layer is used to provide data externally through the intelligent collection layer. Specifically, according to the client request, the layers involved in the server are intelligently extracted, packaged and combined into a new intelligent layer for external provision. The intelligent collection layer is a layer encapsulated on the data layer. It is used to combine the general modules, feature modules, attribute modules, association modules and service modules involved. At the same time, it provides the name and version description information of the included data layers, and performs serialization and compression. As an independently encapsulated object, it provides data externally. Among them, the common module includes globally applicable data and is reused in all other modules; The feature module includes features and their core assets; the feature module defines the data layer of map features and geometry; The attribute module is a data structure that stores attributes. Attributes are key-value pairs that describe features in more detail. The association module is used to describe the association relationship between the feature module and the attribute module, and is used to maintain the stability of the dependency relationship while decoupling; The service module acts as a data exporter, providing external applications with the interface required to access data.

8. The distributed multi-layer digital twin map data organization and management system according to claim 7 is characterized in that: The general module contains the following data: ①Data structures that are reused in other modules; ② A general data type that serves as the base type for other data types; ③Attribute conditions that are reused in other modules; The general module contains the basic information of colors and basic geometry used in high-precision maps, provides the definition of describing the corresponding class objects, and constructs instances of the corresponding classes according to actual needs during use to build basic data. The feature module is a layer in the map data, which is used to store various elements on the map; each element has a unique identifier and necessary attributes; A feature needs to store a large amount of attribute information. The corresponding attributes of the feature are usually stored in the attribute layer and associated with the feature through the reference to the feature; If a feature has a geometric representation, it will reference the geometric information stored in a separate geometry layer; Multiple features can share the same geometric information; Map features are stored in the feature layer; The feature module is provided through a service interface, and references connect the feature to its associated attributes; The attributes are mapped to features by reference and have additional attributes for annotating attributes with shared metadata; the attributes provide additional information; the service module specifies how to access the data layer of a specific attribute module; Attribute modules only depend on common modules and associated modules, and have no references to other attributes or features; The association module serves as an interface between the feature module and the attribute module, decoupling the feature module and the attribute module data and reducing development dependencies; The association module is a data structure used to store associations between features, describing the associations between different features, or the associations between features and geometries with their own identifiers; Access the data and services provided by other modules through the interface of the service module; When acquiring data, the data stream of the corresponding intelligent aggregation layer is obtained by accessing the interface of the service module; When obtaining a service, the name and parameters of the service being accessed are submitted through the interface of the service module and passed as the name and parameters of the calling function. After the server calculates the result, it is sent to the requesting client in the form of a data stream.

9. An electronic device, characterized in that: include: memory and at least one processor; Wherein, the memory stores a computer program; The at least one processor executes the computer program stored in the memory, so that the at least one processor executes the distributed multi-layer digital twin map data organization and management method as described in any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, which can be executed by a processor to implement the distributed multi-layer digital twin map data organization and management method as described in any one of claims 1 to 6.

Images