Digital base system

By combining data access and standardization, object and topology modeling, lake-warehouse integration and indexing modules, and algorithm and application interface modules of the digital base system, unified access and storage of data in the source-network-load-storage integrated platform is realized. This solves the problems of inefficient scheduling and unreliable results caused by complex cross-system data interoperability, and improves the scheduling efficiency and reliability of business results of the platform.

CN121689559AActive Publication Date: 2026-03-17中能智新科技产业发展有限公司 +1
View PDF 10 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-12-04
Publication Date
2026-03-17

AI Technical Summary

Technical Problem

The existing integrated power generation, grid, load and storage platform suffers from poor scheduling performance and unreliable business results due to the complexity of cross-system data interoperability.

Method used

A digital infrastructure system is provided, including a data access and standardization module, an object and topology modeling module, a lake warehouse integration and indexing module, and an algorithm and application interface module, to achieve unified data access and storage, and to realize cross-system semantic association and closed-loop management through a unified index and algorithm interface.

Benefits of technology

By unifying data and semantic association, the platform's scheduling efficiency has been improved, ensuring the reliability and accuracy of business results and solving the problems of inefficient scheduling and unreliable results caused by complex cross-system data interoperability.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121689559A_ABST
    Figure CN121689559A_ABST
Patent Text Reader

Abstract

The invention provides a digital base system, which is applied to a source network load storage integrated platform, and comprises a data access and standardization module used for obtaining original operation data of a plurality of business objects in the source network load storage integrated platform and forming a unified record containing a unified identifier; the object and topology modeling module is used for constructing a unified object model and a topological relation between the business objects based on the unified record, and binding each topological node in the topological relation with the unified identifier; the lake-warehouse integration and index module comprises a plurality of databases and is used for constructing a unified index of the plurality of databases; and the algorithm and application interface module comprises a unified interface and is used for determining the result of the request based on the request carrying the unified index obtained by the unified interface, writing the result back to the lake and warehouse integration and index module and returning the result to the source network load storage integration platform. According to the invention, data circulation and function linkage of each module are realized through unified identification, and a platform is supported to efficiently obtain reliable service results.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present disclosure relates to the technical field of power system data management, in particular to a digital base system. BACKGROUND

[0002] The source-network-load-storage integrated platform is an important dispatching management carrier to meet the development needs of the new power system, which is composed of a power system (source), a network system (network), a load system (load), and an energy storage system (storage). It realizes power supply and demand balance and efficient utilization through multi-system collaboration.

[0003] However, the prior art usually constructs a digital base or a data center for each business system in the source-network-load-storage integrated platform. Due to the complexity of cross-system data interconnection, the platform dispatching effect is poor and the business results are unreliable. SUMMARY

[0004] The present disclosure provides a digital base system to solve the problem of poor platform dispatching effect and unreliable business results caused by the complexity of cross-system data interconnection in the prior art.

[0005] To achieve the above-mentioned purpose, the technical solution adopted by the present disclosure is as follows: The present disclosure provides a digital base system applied to a source-network-load-storage integrated platform, comprising: a data access and standardization module for obtaining original running data of a plurality of business objects in the source-network-load-storage integrated platform and forming a unified record; the unified record includes a unified identifier; an object and topology modeling module for constructing a unified object model and a topology relationship between each business object in the unified object model based on the unified record; and binding each topology node in the topology relationship with the unified identifier; the unified identifier includes at least one of a device unique identifier and a measurement point unique identifier; a lake-warehouse integration and index module including a plurality of databases for constructing a unified index of the plurality of databases, the unified index including the unified identifier; the plurality of databases include a time series database storing the unified record and a graph database storing the topology relationship; an algorithm and application interface module including a unified interface for determining the result of a request carrying the unified index sent by the source-network-load-storage integrated platform based on the request obtained through the unified interface; and writing the result back to the lake-warehouse integration and index module and returning it to the source-network-load-storage integrated platform.

[0006] In some embodiments of the present disclosure, the digital base system further comprises: a feature service module including a feature operator library for generating and returning corresponding feature data based on the unified identifier in the unified index and the feature operator library; the algorithm and application interface module is further configured to call the feature service module; and determine the algorithm result of the request based on the feature data returned by the feature service module.

[0007] In some embodiments of this disclosure, the algorithm and application interface module further includes a registered algorithm service; when the registered algorithm service is triggered, it is used to determine the algorithm result of the request based on the feature data returned by the feature service module.

[0008] In some embodiments of this disclosure, the feature service module further includes a feature service interface; the feature service module returns feature data through the feature service interface; and the algorithm and application interface module calls the feature service module through the feature service interface.

[0009] In some embodiments of this disclosure, the digital base system further includes: a metadata and data lineage management module, used to record the full-link lineage of data corresponding to each business object and generate corresponding lineage association records; transmitting the lineage association records to the lake warehouse integration and index module for storage; the full-link lineage includes data access and data standardization of the data access and standardization module, data storage of the lake warehouse integration and index module, feature processing of the feature service module, and algorithm processing and data write-back of the algorithm and application interface module; a data quality and tag management module, used to perform quality verification on the unified records of each business object based on preset general rules and electrical constraints, and generate quality tags; and write-back the quality tags to the unified records of the lake warehouse integration and index module.

[0010] In some embodiments of this disclosure, the feature service module is further configured to determine the corresponding target business object based on the unified identifier in the unified index, and pull relevant data of the target business object from the corresponding database of the lake warehouse integration and index module; call the corresponding operator in the feature operator library to generate feature data of the target business object based on the relevant data of the target business object; and return the feature data to the algorithm and application interface module.

[0011] In some embodiments of this disclosure, the data access and standardization module includes a protocol adaptation and data access module and a data standardization and unified encoding module. The protocol adaptation and data access module is used to interface with multiple protocols of multiple business objects to obtain the original operating data of multiple business objects, and after completing protocol decoding, encapsulate the original operating data into access layer standard records; and transmit the access layer standard records to the lake warehouse integration and index module for storage. The access layer standard records include timestamps, original device identifiers, original measurement point identifiers, original values, original quality codes, source channels, and protocol names. The data standardization and unified encoding module is used to map the original device identifiers and original measurement point identifiers of the access layer standard records to unique device identifiers and unique measurement point identifiers respectively through a unified encoding system to form unified records; and write the unified records back to the lake warehouse integration and index module. The unified records include unified timestamps, unique device identifiers, unique measurement point identifiers, standardized values, quality identifiers, and source identifiers.

[0012] In some embodiments of this disclosure, the digital base system further includes: a security audit and multi-tenant operation and maintenance module, used to log and audit the interface call operations, data query operations and result write-back operations associated with each business object; and to monitor the operating status of each module and issue anomaly alarms.

[0013] In some embodiments of this disclosure, the lake-warehouse integration and indexing module is also used to perform write operations on any database and synchronously update the unified index; the multiple databases also include a relational database that stores static attribute data of each business object and an object storage database that stores log documents of each business object; the unified index also includes topology node identifiers, business tags and time windows to allow the source-grid-load-storage integrated platform to query data according to device, region, scenario or time.

[0014] In some embodiments of this disclosure, multiple business objects include power supply units, grid equipment, load units, and energy storage units; power supply units include at least one of photovoltaic inverters, wind turbine generators, and coal-fired generators; grid equipment includes at least one of transmission lines, distribution feeders, and switchgear; load units include at least one of data center servers, industrial motors, and household appliances; and energy storage units include at least one of electrochemical energy storage battery packs, energy storage converters, and pumped storage power stations.

[0015] Compared with the prior art, this disclosure has the following beneficial effects: The digital base system provided in this disclosure achieves data access and data unification through a data access and standardization module, realizes the semantic association of "any measurement point can be traced to the device and topology location" through an object and topology modeling module, shields the upper layer from the differences in the underlying storage through the lake-warehouse integration and index module, realizes consistent access according to a unified index, and realizes unified closed-loop management of "sensing-computing-decision-execution-feedback" in the source-network-load-storage business through an algorithm and application interface module. Attached Figure Description

[0016] Figure 1 This is a schematic diagram of a digital docking station system provided in Embodiment 1 of this disclosure; Figure 2 This is a schematic diagram of a unified object model and topological relationship provided in Embodiment 1 of this disclosure; Figure 3 This is a schematic diagram of a digital docking station system provided in Embodiment 2 of this disclosure; Figure 4 This is a schematic diagram of a digital docking station system provided in Embodiment 3 of this disclosure; Figure 5 This is a schematic diagram of a digital docking station system provided in Embodiment 4 of this disclosure; Figure 6This is a schematic diagram of a protocol access process provided in Embodiment 4 of this disclosure; Figure 7 This is a schematic diagram of the overall architecture of a digital docking station system provided in an embodiment of this disclosure; Figure 8 This is a schematic diagram of a lake warehouse integration and feature service closed loop provided by an embodiment of this disclosure. Detailed Implementation

[0017] The present disclosure will now be further described with reference to the accompanying drawings. The following embodiments are only used to more clearly illustrate the technical solutions of the present disclosure and should not be construed as limiting the scope of protection of the present disclosure. It should be noted that the following detailed descriptions are exemplary and intended to provide further explanation of this application.

[0018] The acquisition, transmission, storage, use, and processing of data in this disclosed technical solution comply with relevant national laws and regulations. In the embodiments of this disclosure, certain existing industry solutions such as software, components, and models may be mentioned. These should be considered exemplary, intended only to illustrate the feasibility of implementing the technical solution of this disclosure, and do not imply that the applicant has already used or necessarily used such solutions.

[0019] All terms used in this disclosure have the same meaning as understood by one of ordinary skill in the art to which this disclosure pertains, unless otherwise specifically defined. It should also be understood that terms defined in general dictionaries should be interpreted as having meanings consistent with their meanings in the context of the relevant art, and not as idealized or highly formalized, unless expressly defined herein.

[0020] With the development of high-proportion renewable energy access, multi-energy complementarity, integrated generation, grid, load and storage, and virtual power plants, the power system faces problems on the data and application side, such as difficulty in associating multi-source heterogeneous data, information silos and semantic fragmentation, redundant construction of intelligent applications, and lack of closed-loop and traceability mechanisms.

[0021] While existing technologies include solutions such as "digital base system", "source-grid-load-storage platform" and "data middleware", they mostly focus on infrastructure zoning, security isolation, 3D display or general data integration, and cannot solve the above problems.

[0022] Based on this, Embodiment 1 of this disclosure provides a digital base system applied to an integrated power generation, grid, load, and storage platform, such as... Figure 1 As shown, it includes a data access and standardization module 1, an object and topology modeling module 2, a lake warehouse integration and indexing module 3, and an algorithm and application interface module 4.

[0023] The data access and standardization module in this embodiment is used to obtain the original operating data of multiple business objects in the integrated source-grid-load-storage platform and form a unified record; the unified record includes a unified identifier.

[0024] In one possible implementation, the unified record is as follows: Where t is the unified timestamp, DevID is the unique identifier of the device, PointID is the unique identifier of the measurement point, Val is the standardized value, Q is the quality identifier (also known as the quality label or tag), and Src is the source identifier.

[0025] In some embodiments of this disclosure, multiple business objects include power supply units, grid equipment, load units, and energy storage units. The power supply unit may include at least one of the following: a photovoltaic inverter, a wind turbine generator, or a coal-fired power generator. The grid equipment may include at least one of the following: transmission lines, distribution feeders, or switchgear. The load unit may include at least one of the following: a data center server, an industrial motor, or a household appliance. The energy storage unit includes at least one of the following: an electrochemical energy storage battery pack, an energy storage converter, or a pumped-storage hydroelectric power station.

[0026] The object and topology modeling module in this embodiment is used to construct a unified object model and the topological relationships between various business objects in the unified object model based on a unified record; and to bind each topology node in the topology relationship to a unified identifier; the unified identifier includes at least one of a unique device identifier and a unique measurement point identifier.

[0027] In one possible implementation, a unified object model for source-grid-load-storage is constructed at the levels of region or platform, station or park, power unit, line and feeder, load unit, and energy storage unit. Topological relationships between these objects are established, including node-branch relationships, operating modes, and energy flow directions. Unique device identifiers (DevID) and unique measurement point identifiers (PointID) are bound to the corresponding objects and topological nodes, enabling bidirectional queries from measurement points to service objects. In a specific implementation, the constructed unified object model and topological relationships are as follows: Figure 2 As shown, hierarchical objects and measurement points are bound to labels, nodes-branches, and energy flow directions.

[0028] In one possible implementation, the unified identifier includes the device unique identifier DevID and the measurement point unique identifier PointID.

[0029] It should be noted that the purpose of object and topology modeling is to map power supply units, grid equipment, load units, energy storage units and their measurement points to a unified object model and electrical / energy flow topology, so as to achieve the semantic association that "any measurement point can be traced to the equipment and topology location", providing basic support for cross-system aggregation and topology analysis.

[0030] The lake-warehouse integration and indexing module in this embodiment includes multiple databases for constructing a unified index for the multiple databases. The unified index includes a unified identifier. The multiple databases include a time-series database that stores unified records and a graph database that stores topological relationships.

[0031] In some embodiments of this disclosure, the multiple databases also include a relational database that stores static attribute data of each business object and an object storage database that stores log documents of each business object.

[0032] In some embodiments of this disclosure, the lake warehouse integration and indexing module is also used to perform write operations on any database and synchronously update the unified index. In one possible implementation, runtime data is written to a time-series database, business configuration and asset information are written to a relational database, documents and logs are written to an object storage database, and topology relationships are written to a graph database.

[0033] In some embodiments of this disclosure, the unified index further includes topology node identifiers, service tags, and time windows to allow the integrated source-grid-load-storage platform to query data by device, region, scenario, or time. The topology node identifier is used to locate the position of the target service object in the topology relationship, the service tag is used to label the type attribute of the target service object, and the time window is used to limit the time range of the data.

[0034] In one possible implementation, a unified index is established based on the device unique identifier DevID, the measurement point unique identifier PointID, the topology node identifier, and the service tag.

[0035] In some embodiments of this disclosure, the lake warehouse integration and indexing module is also used to construct a semantic logical view, so that when the upper layer queries by "device / region / scene / time", the base automatically decomposes it into joint access to multiple storage engines and aggregates the results.

[0036] It should be noted that in some of the above embodiments, multiple engines such as time-series databases, relational databases, object storage databases and graph databases are used in collaboration. By using a unified index and logical view with objects and topology as primary keys, the differences in underlying storage are shielded from the upper layer. This enables consistent access based on device, region, scenario, or time dimension, which is different from the traditional data middle platform that is only organized by database tables.

[0037] The algorithm and application interface module in this embodiment includes a unified interface, used to determine the result of a request carrying a unified index sent by the source-grid-load-storage integrated platform based on the unified interface; and to write the result back to the lake-warehouse integration and index module and return it to the source-grid-load-storage integrated platform.

[0038] It should be noted that, in one possible implementation, the algorithm and application interface module uniformly obtains features and data from the base station, and writes back the predicted values, optimization schemes and control instructions to the base station, establishing a lineage relationship with the input data and model version, thereby realizing unified closed-loop management of "perception-computation-decision-execution-feedback" in the source-grid-load-storage business.

[0039] The above modules can communicate decoupled through a service bus or message middleware to form a distributed and scalable architecture.

[0040] The digital base system provided in Embodiment 1 of this disclosure can achieve standardized data processing, topological association and unified storage through the above modules, thereby efficiently outputting business results and solving the problems of data fragmentation, inefficient scheduling and unreliable results in the traditional multi-base mode.

[0041] Based on this, Embodiment 2 of this disclosure provides a digital base system applied to an integrated power generation, grid, load, and storage platform, such as... Figure 3 As shown, in addition to the data access and standardization module 1, object and topology modeling module 2, lake warehouse integration and indexing module 3, and algorithm and application interface module 4, it also includes a feature service module 5.

[0042] The feature service module in this embodiment includes a feature operator library, which is used to generate and return corresponding feature data based on the unified identifier in the unified index and the feature operator library.

[0043] In one possible implementation, window statistics, aggregation calculations, and scene feature extraction (such as feeder load rate, new energy output penetration rate, energy storage status indicators, etc.) are performed on the base data; a configurable feature operator library and feature view are formed and stored or cached in a time series database.

[0044] In some embodiments of this disclosure, the requested result may include an algorithm result. The algorithm and application interface module is further configured to invoke the feature service module and determine the requested algorithm result based on the feature data returned by the feature service module. In one possible implementation, the algorithm result may include a prediction result, an optimization strategy, or a control instruction. In another possible implementation, the requested result may also include a query result.

[0045] In some embodiments of this disclosure, the algorithm and application interface module may further include a registered algorithm service, which, when triggered, is used to determine the algorithm result of the request based on the feature data returned by the feature service module.

[0046] In one possible implementation, the unified interface supports the registration of algorithm services such as load forecasting, output forecasting, source-load coordination, energy storage optimization, and virtual power plant control in the underlying architecture.

[0047] In some embodiments of this disclosure, the feature service module may further include a feature service interface. The feature service module returns feature data through this feature service interface, and the algorithm and application interface module calls the feature service module through this feature service interface. By providing a feature service interface, applications or algorithms can directly obtain feature data through a unified identifier and time window, without the need to repeatedly develop data processing logic.

[0048] In one possible implementation, the algorithm service pulls data from the feature service module through the feature service interface, and the output prediction results, optimization strategies or control instructions are uniformly written back to the base.

[0049] In some embodiments of this disclosure, the feature service module is further configured to determine the corresponding target business object based on the unified identifier in the unified index, and pull relevant data of the target business object from the corresponding database of the lake warehouse integration and index module; call the corresponding operator in the feature operator library to generate feature data of the target business object based on the relevant data of the target business object; and return the feature data to the algorithm and application interface module.

[0050] It should be noted that in some of the above embodiments, by building a feature operator library and feature view inside the base, typical power business features (rolling load, output statistics, penetration rate, load factor, etc.) are standardized and encapsulated, and provided to various prediction and optimization algorithms through an online feature service interface, which can realize "data and features are processed once and reused in multiple applications".

[0051] The digital base system provided in Embodiment 2 of this disclosure adds a feature service module, which can extract and process features from standardized data. Combined with topological association data and a global index, this provides more accurate feature data support for the business results output by the algorithm and application interface modules. Compared to Embodiment 1, this module combination can further reduce the feature processing time of the algorithm and application interface modules and improve the accuracy of business results.

[0052] Based on this, Embodiment 3 of this disclosure provides a digital base system applied to an integrated power generation, grid, load, and storage platform, such as... Figure 4 As shown, in addition to the data access and standardization module 1, object and topology modeling module 2, lake warehouse integration and indexing module 3, algorithm and application interface module 4, and feature service module 5, it also includes metadata and data lineage management module 6 and data quality and tag management module 7.

[0053] The metadata and data lineage management module in this embodiment is used to record the full-link lineage of data corresponding to each business object and generate corresponding lineage association records; the lineage association records are transmitted to the lake warehouse integration and index module for storage; the full-link lineage includes data access and data standardization of the data access and standardization module, data storage of the lake warehouse integration and index module, feature processing of the feature service module, and algorithm processing and data write-back of the algorithm and application interface module.

[0054] In one possible implementation, the data processing chain is recorded, from acquisition, standardization, and storage to feature calculation and algorithm invocation.

[0055] It should be noted that generating the corresponding lineage record refers to associating the feature view and algorithm output with the corresponding source data version, which supports subsequent tracking and auditing.

[0056] The data quality and tag management module in this embodiment is used to perform quality verification on the unified records of each business object based on preset general rules and electrical constraints, and generate quality tags; and write the quality tags back to the unified records of the lake warehouse integration and index module.

[0057] In one possible implementation, the data quality is assessed based on general rules such as range checks, required fields, and time continuity, as well as electrical constraints such as topology and power balance. The assessment results are appended to the records or time periods in the form of quality identifiers. An algorithm plugin interface is provided to allow external anomaly detection or repair modules to write back quality identifiers and suggested values. This disclosure does not limit the specific algorithm implementation.

[0058] The digital infrastructure system provided in Embodiment 3 of this disclosure adds a metadata and data lineage management module and a data quality and tag management module, further improving the collaborative system of "data governance-business support". The new modules can trace the source and flow of data throughout the entire chain, verify data quality and classify and label it, providing high-quality data for the feature service module; in collaboration with existing modules, it makes stored data more reliable and traceable, providing accurate support for business result output. Compared with Embodiment 2, it improves the credibility and interpretability of results, reduces the risk of scheduling decision deviations, and aligns with the data management and high-precision business needs of the source-network-load-storage platform.

[0059] Based on this, Embodiment 4 of this disclosure provides a digital base system applied to an integrated source-grid-load-storage platform, such as... Figure 5As shown, in addition to the data access and standardization module 1, object and topology modeling module 2, lake warehouse integration and indexing module 3, algorithm and application interface module 4, feature service module 5, metadata and data lineage management module 6, and data quality and tag management module 7, it also includes a security audit and multi-tenant operation and maintenance module 8. The data access and standardization module can specifically include a protocol adaptation and data access module 11 and a data standardization and unified coding module 12.

[0060] The protocol adaptation and data access module in this embodiment is used to interface with multiple protocols of multiple business objects to obtain the original operation data of multiple business objects, and after completing the protocol decoding, encapsulate the original operation data into access layer standard records; and transmit the access layer standard records to the lake warehouse integration and index module for storage.

[0061] In one possible implementation, various protocols include the Modbus protocol in the field of industrial serial communication, the IEC 60870-5-104 standard protocol in the field of power telecontrol, the IEC 61850 standard protocol in the field of power system automation, the OPC UA (OPC Unified Architecture) protocol in the field of cross-platform interaction of industrial data, the MQTT (Message Queuing Telemetry Transport) protocol in the field of lightweight transmission of the Internet of Things, and custom protocols.

[0062] In some embodiments of this disclosure, the access layer standard record includes a timestamp, original device identifier, original measurement point identifier, original value, original quality code, source channel, and protocol name.

[0063] In one possible implementation, the access layer standard is recorded as follows: Where t is the timestamp, RawDev is the original device identifier, RawPoint is the original measurement point identifier, RawVal is the raw value, RawQ is the raw quality code, Src is the source channel, and Proto is the protocol name.

[0064] The data standardization and unified coding module in this embodiment is used to map the original device identifier and the original measurement point identifier of the access layer standard record to the unique device identifier and the unique measurement point identifier respectively through a unified coding system, forming a unified record; and to write the unified record back to the lake warehouse integration and indexing module.

[0065] In some embodiments of this disclosure, the unified record includes a unified timestamp, a unique device identifier, a unique measurement point identifier, a standardized numerical value, a quality identifier, and a source identifier.

[0066] In one possible implementation, the unified record is as follows: Where t is the unified timestamp, DevID is the unique identifier of the device, PointID is the unique identifier of the measurement point, Val is the standardized value, Q is the quality identifier, and Src is the source identifier.

[0067] In one specific implementation, the protocol access process is as follows: Figure 6 As shown, the protocol access process includes: device and external platform, multi-protocol adapter, acquisition control and buffering, Unified packaging, data standardization and unified coding Unified recording and access to the bus or message channel.

[0068] The security audit and multi-tenant operation and maintenance module in this embodiment is used to log and audit the interface call operations, data query operations and result write-back operations associated with each business object; and to monitor the running status of each module and issue anomaly alarms.

[0069] In one possible implementation, the functions of the security audit and multi-tenant operation and maintenance module include: adopting tenant-level logical isolation and access control for different projects, parks or virtual power plants; performing security audit and logging on interface calls, data queries and result write-back; and monitoring and alarming the operating status of each module to ensure the stable operation of the base.

[0070] The digital infrastructure system provided in Embodiment 4 of this disclosure adds a security audit and multi-tenant operation and maintenance module, and further subdivides the data access and standardization module into protocol adaptation and data access, and data standardization and unified encoding modules, forming a more comprehensive collaborative system. The new module enables security auditing and multi-tenant isolated operation and maintenance, and collaborates with existing modules to enhance the accuracy and security of data access while meeting the operation and maintenance needs of multiple stakeholders. Compared to Embodiment 3, this further improves system security and operational flexibility.

[0071] The following combination Figure 7 The overall architecture of the digital docking station system provided in the embodiments of this disclosure will be described.

[0072] like Figure 7As shown, the overall architecture process starts with meteorological data sources from the source, grid, load, and storage systems. Multi-source heterogeneous data first enters the protocol adaptation and data access stage. Then, after data standardization and unified encoding, associations are built through unified object models and topology modeling. Subsequently, the multi-source heterogeneous data is stored in the lake-warehouse integrated time-series database, relational database, object storage, and graph database, respectively. Then, it is processed by semantic unified indexing and logical views (using DevID, PointID, TopoNode, scene, and time window as keys), and then output to the outside through the real-time feature service API (Application Programming Interface). The output data can flow to the algorithm service for prediction and optimization, or flow to the business system scheduling, energy management, and virtual power plants for scheduling. The algorithm results and scheduling results are all summarized in the result write-back and lineage association stage to perform write-back and lineage association operations. At the same time, the security audit and multi-tenant operation and maintenance modules cover and control the protocol adaptation and data access, lake-warehouse integrated storage, and real-time feature service API stages.

[0073] The following combination Figure 8 The lake-warehouse integration and feature service closed-loop process in the embodiments of this disclosure are described.

[0074] like Figure 8 As shown, the data is stored in multiple types, namely, different types of data are stored in time series databases, relational databases, object storage, and graph databases respectively; then it is processed by a unified index and logical view (categorized by device, region, scene, and time), and then output to the outside world through real-time computing and feature service API (including feature operator library and feature view); the output data flows to algorithm service prediction, optimization, control and business application virtual power plant, scheduling, and energy management respectively, and the results of both are summarized to the result write-back stage (recording prediction values, optimization schemes, and control instructions); the data of the final result write-back is associated with metadata and data lineage, and the multi-type storage also forms a closed loop linkage with metadata and data lineage.

[0075] The following describes in detail the construction method of the digital base system provided in the embodiments of this disclosure, which specifically includes the following steps S1 to S9.

[0076] Step S1: Protocol adaptation and data access; Interacts with Modbus, IEC 60870-5-104, IEC 61850, OPC UA, MQTT, and custom protocols; completes protocol decoding and minimal unified encapsulation, generating access layer standard records. , Where t is the timestamp (unified to the same time zone and precision), RawDev is the device identifier in the original system (unstandardized), RawPoint is the identifier of the measurement point / register / IOA in the original system (unstandardized), RawVal is the raw value (without unit / proportional conversion), RawQ is the raw quality code / status (such as QDS in IEC104), Src is the source channel / system name (such as SCADA_IEC104, GATEWAY_MODBUS), and Proto is the protocol name (such as IEC104, Modbus, OPCUA, MQTT).

[0077] Step S2: Data standardization and unified coding; Align units / dimensions, naming conventions, and sampling step sizes; establish a unified coding system to map RawDev / RawPoint to DevID / PointID; and create a unified base record. , Where t is the unified timestamp; DevID is the unique identifier of the device; PointID is the unique identifier of the measurement point; Val is the standardized data value; Q is the quality identifier; and Src is the source identifier.

[0078] It should be noted that 't' refers to the unified time when the measurement data was generated or entered into the database, using a unified time zone and precision (e.g., milliseconds or seconds) as the time base for all data alignment and window calculations. DevID refers to a globally unique code assigned to each physical or logical device within the digital base, masking differences in original numbers across different plants and systems, used to identify which device / unit the data originated from, such as a specific inverter, switch, transformer, or BMS cabinet. PointID refers to the unified code for a specific measurement point or status point under the corresponding device, such as "phase A current," "active power," "SOC," or "switch position," used to uniquely locate a specific measurement quantity within the base. Val refers to the actual value corresponding to the device and measurement point at that timestamp, after necessary unit, precision, and format standardization (e.g., unified to kW, kV, A, etc.). Q refers to the quality code for the validity of the data value, which may include whether the acquisition was successful, whether it exceeded limits, whether interpolation was used, whether missing data was filled, or whether it was marked as suspicious by rules or algorithms, used for subsequent calculations and algorithmic data selection based on quality. Src refers to the system or channel from which the data originally came, such as "SCADA", "Park Energy Management", "Metering System", "Gateway Number", etc., used for tracing and comparison with multiple systems.

[0079] The following is an example in R: R (Modbus inverter active power) = (DevID="PV-ARRAY-01:INV-07", PointID="P_ac_kW", Val=1225.3, Q="valid", Src="GATEWAY_MODBUS"). R(MQTT BMS SOC) = (DevID="ESS-01:BMS", PointID="SOC_pct", Val=67.8, Q="valid", Src="MQTT_BMS"); R (OPC UA PCS grid-connected power) = (DevID="ESS-01:PCS-03", PointID="P_grid_kW", Val=-350.0, Q="valid", Src="OPCUA"); R (IEC104 switch position) = (DevID="STN-0001:Breaker-21", PointID="SW_pos", Val=1, Q="valid", Src="SCADA_IEC104").

[0080] The following is a typical mapping example of raw data → R_raw → R: The raw data acquired by the IEC104 voltage protocol includes: asdu=13, ioa=10001, val=231.4, qds=0x00; The mapped R_raw includes: RawDev="STN-0001", RawPoint="IOA:10001", RawVal=231.4, RawQ=0x00, Src="SCADA_IEC104"; The mapped R includes: DevID="STN-0001:Feeder-01", PointID="Uab_kV", Val=0.2314, Q="valid", Src="SCADA_IEC104".

[0081] Step S3: Unify object model and topology modeling; Establish object models at levels such as region, station / park, power unit, line / feeder, load unit, and energy storage unit; construct topological relationships such as node-branch, operation mode, and energy flow direction; bind DevID / PointID to objects and topological nodes to achieve bidirectional traceability from measurement points to business objects.

[0082] Step S4: Lakewarehousing integration and semantic unified indexing; High-frequency operational data is written to TSDB (Time Series Database); assets / configurations are written to RDB (Relational Database); documents / logs are written to object storage; topological relationships are written to GDB (Graph Database); and semantic unified indexes are built on top of these. Index key set: {DevID, PointID, TopoNodeID, BizTag, TimeRange} TopoNodeID (Topology Node Identifier) ​​refers to the node ID in the electrical / energy topology diagram, such as "busbar B1", "feeder-12", "low-voltage side node of transformer TR-03", etc. Its function is to serve as the primary key when aggregating or tracing topology data (e.g., "give me the load rate of all equipment under this feeder at a certain time period").

[0083] BizTag (business tag) is an extensible tag oriented towards business dimensions, used for quick filtering or aggregation. Typical tags include: region, station / park, professional domain (source / network / load / storage), voltage level, asset category, scenario (supply guarantee / maintenance / summer season), tenant ID, etc. Function: Allows for combined queries based on business criteria without modifying the physical database table structure.

[0084] TimeRange (time window) is a unified time interval [start, end] (including step size / alignment granularity information) that serves as a time constraint for all time-series accesses and window feature calculations. Its function is to drive time filtering, window aggregation, and alignment and merging in the TSDB view layer.

[0085] Routing and Aggregation: Query keys are parsed into sub-plans (e.g., DevID + time window → TSDB; TopoNode → GDB; asset attributes → RDB), and the logical view layer is aligned and aggregated according to time / object dimensions and returned; a single view or unified API is presented above.

[0086] Pseudo-SQL example (querying the overall load ratio and PV penetration rate of a feeder within a time window): SELECT t, load_ratio, pv_penetration FROM VIEW_FEEDER_FEATURES WHERE topo_node_id = 'Feeder-12' The query query, `AND t BETWEEN '2025-11-21T00:00:00Z' AND '2025-11-21T06:00:00Z'`, retrieves data from the view named `VIEW_FEEDER_FEATURES`. The filtering criteria are: the topology node ID equals 'Feeder-12', and the time field `t` falls within the range of 00:00:00 (UTC time) to 06:00:00 (UTC time) on November 21, 2025. The returned fields include the time field `t`, the load ratio field `load_ratio`, and the photovoltaic penetration rate field `pv_penetration`.

[0087] Step S5: Metadata and Data Lineage Management; Record the entire lineage from data collection to standardization, storage, features, algorithms, and write-back; bind the input data range / version, feature operator version, model version, and output result into a ternary structure to support traceability and auditing.

[0088] Step S6: Data Quality and Tag Management; Based on general rules such as range / jump / time continuity and electrical constraints such as topology consistency, power balance, and energy conservation of storage SOC, quality labels (such as valid, suspect, invalid, interpolated_ok, etc.) are generated; algorithm plugins are provided to accept label / suggested values ​​from external anomaly detection / repair algorithms (this disclosure does not limit the algorithm implementation); the labels are bound to R records or time periods and affect the filtering / weighting strategies for feature calculation.

[0089] Step S7: Real-time computation and feature services; Built-in feature operator library (rolling average / extreme value, load factor, penetration rate, topology aggregation metrics, etc.) and feature view (cacheable), providing an online feature service API (unified interface): Request key: Object identifier (DevID / TopoNodeID / Business object ID), feature name or operator ID, time window / step size, quality filter, as_of time point, feature version, etc.; Returns: Feature sequence or time point vector + caliber / version / window / quality summary / lineage pointer; Consistency and performance: Incremental window updates, cached TTL, batch fetching, and concurrent rate limiting ensure consistency between training and deployment.

[0090] Example (example from the manual, not intended as a protocol limitation): Send a POST request to the / features / query interface, querying the device with device ID "INV-07" (DevID: INV-07) and the feeder with topology ID "Feeder-12" (Topo: Feeder-12). Specifically, request data within the range of 00:00:00 (UTC) on November 21, 2025 to 06:00:00 (UTC) on November 21, 2025, with a quality status of "valid" or "interpolated_ok". For device INV-07, query the "load_ratio" feature (calculated) for version "v1". The calculation window is 30 minutes. For Feeder-12, the query is for the "pv_penetration" feature with version "v1" (calculation window is 15 minutes), and the latest data version is specified as November 21, 2025, 06:00:10 (UTC time). The interface response returns two sets of core data: the load_ratio feature data of device INV-07 (including specific data points and meta-information such as version "load_ratio@1.3") and the pv_penetration feature data of Feeder-12 (including specific data points and meta-information such as version "pv_penetration@2.1"), along with traceability information such as data version and feature plan ID.

[0091] Step S8: Algorithm enablement and application interface (closed loop); The algorithm service is registered in the base as a "managed module" and obtains data from the feature service in a unified manner. The output prediction / optimization / control results are written back to the base (with object set, time window, version and quality description), and the model version and input data version are attached in the lineage. Business systems (dispatch master station, energy management, virtual power plant, etc.) retrieve data and results through the unified interface of the base to achieve closed loop.

[0092] Step S9: Security Audit and Multi-tenant Operation and Maintenance; Implement tenant-level isolation and access control; audit and alert on interface calls, data queries, and result write-back; monitor the operating status of each module to ensure the stability of the platform.

[0093] It should be noted that DevID / PointID in this embodiment is used throughout the entire construction process. Specifically, in step S2, the unified coding system maps RawDev / RawPoint to DevID / PointID. In steps S3, S4, S7, and S8, DevID / PointID is used as the primary key for object binding, index key, feature acquisition, and result write-back, respectively.

[0094] It should also be noted that words such as "include" or "contain" mean that the element preceding the word covers the element listed after the word, and do not exclude the possibility that it may also cover other elements.

[0095] Although operations are described in a specific order in the accompanying drawings in this disclosure, it should not be construed as requiring these operations to be performed in the specific order or serial order shown, or requiring all of the shown operations to obtain the desired result. In certain environments, multitasking and parallel processing may be advantageous.

[0096] Finally, it should be noted that the above content is only used to illustrate the technical solution of this disclosure, and is not intended to limit the scope of protection of this disclosure. Simple modifications or equivalent substitutions made by those skilled in the art to the technical solution of this disclosure do not depart from the substance and scope of the technical solution of this disclosure.

Claims

1. A digital submount system, characterized by, The application is applied to a source network and cargo integrated platform, and comprises the following: A data access and standardization module is configured to obtain original operation data of a plurality of business objects in the source network and cargo integrated platform and form unified records, wherein the unified records comprise unified identifiers; An object and topology modeling module is configured to construct a unified object model and a topology relationship between the business objects in the unified object model based on the unified records, and bind each topology node in the topology relationship to the unified identifiers, wherein the unified identifiers comprise at least one of a device unique identifier and a measurement point unique identifier; A lake and warehouse integration and index module comprises a plurality of databases and is configured to construct unified indexes of the plurality of databases, wherein the unified indexes comprise the unified identifiers, and the plurality of databases comprise a time series database storing the unified records and a graph database storing the topology relationship; An algorithm and application interface module comprises a unified interface and is configured to determine a result of a request carrying the unified indexes sent by the source network and cargo integrated platform based on the request obtained through the unified interface, and write the result back to the lake and warehouse integration and index module and return the result to the source network and cargo integrated platform.

2. The digital base system of claim 1, wherein, Further comprising: A feature service module comprises a feature operator library and is configured to generate and return corresponding feature data based on the unified identifiers in the unified indexes and the feature operator library; The algorithm and application interface module is further configured to call the feature service module and determine an algorithm result of the request based on the feature data returned by the feature service module.

3. The digital foundation system of claim 2, wherein, The algorithm and application interface module further comprises a registered algorithm service, which is configured to determine the algorithm result of the request based on the feature data returned by the feature service module when triggered.

4. The digital base system of claim 2, wherein, The feature service module further comprises a feature service interface; The feature service module returns the feature data through the feature service interface, and the algorithm and application interface module calls the feature service module through the feature service interface.

5. The digital base system of claim 2, wherein, Further comprising: A metadata and data bloodline management module is configured to record full-link bloodlines of data corresponding to each business object and generate corresponding bloodline association records; The bloodline association records are transmitted to the lake and warehouse integration and index module for storage, wherein the full-link bloodlines comprise data access and data standardization of the data access and standardization module, data storage of the lake and warehouse integration and index module, feature processing of the feature service module, and algorithm processing and data writing of the algorithm and application interface module; A data quality and label management module is configured to perform quality checking on the unified records of each business object based on preset general rules and electrical constraints and generate quality identifiers, and write the quality identifiers into the unified records of the lake and warehouse integration and index module.

6. The digital foundation system of any of claims 2-5, wherein, The feature service module is further configured to determine a corresponding target business object based on a unified identifier in the unified index, pull related data of the target business object from a corresponding database of the lake-warehouse integration and index module, call a corresponding operator in the feature operator library to generate feature data of the target business object based on the related data of the target business object, and return the feature data to the algorithm and application interface module.

7. The digital base system of claim 1, wherein, The data access and standardization module comprises a protocol adaptation and data access module and a data standardization and unified coding module. The protocol adaptation and data access module is configured to interface with multiple protocols of the multiple business objects to obtain original running data of the multiple business objects, encapsulate the original running data into access layer standard records after protocol decoding, and transmit the access layer standard records to the lake-warehouse integration and index module for storage. The access layer standard records comprise a timestamp, an original device identifier, an original measurement point identifier, an original numerical value, an original quality code, a source channel, and a protocol name. The data standardization and unified coding module is configured to map the original device identifier and the original measurement point identifier of the access layer standard records into a device unique identifier and a measurement point unique identifier respectively through a unified coding system to form a unified record, and write the unified record back to the lake-warehouse integration and index module.

8. The digital foundation system of any of claims 1-5, 7, wherein, The unified record comprises a unified timestamp, the device unique identifier, the measurement point unique identifier, a standardized numerical value, a quality identifier, and a source identifier. Further comprising: A security audit and multi-tenant operation and maintenance module configured to log and audit interface call operations, data query operations, and result write-back operations associated with each of the business objects, and monitor and alarm abnormal states of each module.

9. The digital foundation system of any of claims 1-5, 7, wherein, The lake-warehouse integration and index module is further configured to perform a write operation of any database and synchronously update the unified index. The multiple databases further comprise a relational database storing static attribute data of each of the business objects and an object storage database storing log documents of each of the business objects.

10. The digital foundation system of any of claims 1-5, 7, wherein, The unified index further comprises a topology node identifier, a business label, and a time window to allow the source-network-load integration platform to query data according to devices, regions, scenes, or time. The multiple business objects comprise a power supply unit, a network frame device, a load unit, and an energy storage unit. The power supply unit comprises at least one of a photovoltaic inverter, a wind turbine generator, and a coal-fired generator; the network frame device comprises at least one of a power transmission line, a power distribution feeder, and a switch device; the load unit comprises at least one of a data center server, an industrial motor, and a household appliance; and the energy storage unit comprises at least one of an electrochemical energy storage battery pack, an energy storage converter, and a pumped storage power station.

Citation Information

Patent Citations

  • College relational data processing method and system based on lake and warehouse integration

    CN117112667A

  • Method and system for constructing functional architecture of source-network-load-storage integrated cooperative control platform

    CN117977787A

  • Source-network-load-storage integrated cooperative control data architecture method

    CN118017462A

  • Distribution network digital twin aggregation mapping method and device based on electrical topology

    CN118074109A

  • Gateway component updating and service migration method and device, equipment and medium

    CN120512368A