Gas service scene visualization method and system

Abstract

The invention provides a scene visualization system for a gas service, and the system comprises a data cleaning module which carries out the cleaning and classification of original data according to the attribute definition of gas monitoring equipment; the index design module is used for designing index contents and generating indexes; the scene design module is used for building a scene, and the scene design module selects at least one index and adds the index to the scene to generate an original scene; the processing module instantiates the original scene to generate a scene instance, performs data operation on the cleaned and classified original data according to index contents in the scene instance, and renders an operation result into a graphical expression; and the display module displays the graphical expression. According to the system provided by the invention, more business-oriented, more refined, more flexible and more underlying management application can be realized in the gas industry.

Description

Technical Field

[0001] The present application relates to the field of equipment twin technology, and in particular to a scene visualization method and system for gas business. Background Art

[0002] With the development of IoT technology and 5G, the relationship between digital twins and smart cities is becoming closer and closer. With the support of 5G, a closer connection can be established between the cloud and the end. This means that more data will be collected and concentrated together, which can help build a more powerful digital twin. As a component of a smart city, the gas industry is related to the important value and significance of urban operation guarantee and people's asset safety. It is an important part of smart city decision-making and the core data source for big data analysis and value realization.

[0003] However, in the process of executing and implementing digital twins, the current major application platforms are more focused on solving technical problems, rather than proposing a set of digital explanations that are summarized and abstracted based on the underlying logic of the gas business.

[0004] There are mainly two points:

[0005] 1. The digital twin display platform currently on the market can realize general industry applications, but precisely because it is designed to meet the universality of various industries, it cannot realize more business-oriented, more refined, more flexible, and more basic management applications in the gas industry.

[0006] 2. The digital twin display platforms currently on the market tend to solve network and technical problems, but lack the description of the real physical world. Summary of the invention

[0007] The purpose of this application is to provide a technical solution to solve the problem that the digital twin display platform existing in the relevant technology cannot realize more business-oriented, more refined, more flexible, and more basic management applications in the gas industry, and lacks a representation of the real physical world.

[0008] Based on the above problems, an embodiment of the present application provides a scene visualization system for a gas service, the system comprising:

[0009] Data cleaning module: The data cleaning module is connected to the original data source and receives the original data. The original data includes the equipment information of the gas monitoring entity equipment. The data cleaning module cleans and classifies the original data according to the attribute definition of the equipment.

[0010] Index Design Module. The index design module is used to design index content, which includes: target device to be analyzed, target attribute, analysis attribute conditions, and analysis methods. The index design module generates an index according to the index content;

[0011] Scenario Design Module. The scenario design module is used to build a scenario. The scenario design module adds at least one index to the scenario to generate an original scenario;

[0012] Processing Module. The processing module instantiates the original scenario to generate a scenario instance. The processing module performs data operations on the original data that has been cleaned and classified according to the index content corresponding to the index in the scenario instance, and renders the operation result into a graphical expression;

[0013] Display Module. The display module displays the graphical expression.

[0014] Furthermore, the attribute definition includes: specification attribute, measurement attribute, spatial attribute, and set attribute;

[0015] The specification attribute is used to describe the physical characteristic attributes of the gas monitoring entity device, the measurement attribute is used to describe the functional application attributes of the gas monitoring entity device, the spatial attribute is used to describe the position attributes of the gas monitoring entity device in the global or local space, and the set attribute is used to describe the superior-subordinate relationship attributes of the gas monitoring entity device.

[0016] Furthermore, the system also includes an asset library, an index library, and a scenario library.

[0017] The asset library is communicatively connected to the data cleaning module and is used to receive and store the original data that has been cleaned and classified;

[0018] The index library is communicatively connected to the index design module and is used to store the designed indexes. Moreover, the index library is also communicatively connected to the scenario design module. The scenario design module selects at least one index from the index library and adds the index to the scenario;

[0019] The scenario library is used to store the original scenarios. The scenario library is communicatively connected to the processing module. The processing module selects an original scenario from the scenario library and instantiates the selected original scenario.

[0020] Furthermore, the system also includes a solution design module. The solution design module is used to design a warning solution. The design of the warning solution includes: warning target selection, monitoring threshold setting, and warning prompt setting;

[0021] Solution Library. The solution library is used to store the completed warning solutions;

[0022] The scenario design module selects at least one index from the index library and at least one warning solution from the solution library. The scenario design module adds the index and the warning solution to the scenario to generate an original scenario;

[0023] The processing module selects an original scenario from the scenario library, instantiates the original scenario to generate a scenario instance, monitors the device information of the gas monitoring entity device, triggers the monitoring threshold corresponding to the warning plan in the scenario instance in response to the device information, and the display module displays the warning prompt in the preset scenario.

[0024] Furthermore, the solution design module is also used to set the carrier and scope of action of the warning prompt; the carrier includes one or more of the following types of carriers: map, indicator, 3D model; the scope of action includes: local scope of action and global scope of action.

[0025] Furthermore, the solution design module is also used to configure a third-party application, the third-party application accesses the disposal process into the business system, and the business system processes the device information that triggers the monitoring threshold according to the disposal process.

[0026] Furthermore, the processing module instantiating the original scenario includes instantiating the indicator to generate an indicator instance and instantiating the warning plan to generate a plan instance;

[0027] The indicator instance promotes the analysis attribute conditions and analysis methods to parameters, and the parameters can be modified in the scenario instance. The plan instance promotes the monitoring threshold and the warning prompt to parameters, and the parameters can be modified in the scenario instance.

[0028] Furthermore, the indicator design module sets the analysis attribute conditions including:

[0029] Setting the limit conditions corresponding to the target attribute, and setting the time attribute, so as to observe the change of the indicator at a time point or on a timeline.

[0030] This application also provides a method for visualizing the scenario of the gas business. The method includes the following steps:

[0031] Receiving the original data, the original data includes the device information of the gas monitoring entity device, and cleaning and classifying the original data according to the attribute definition of the device;

[0032] Designing the indicator content, the indicator content includes: the target device to be analyzed, the target attribute, the analysis attribute conditions and the analysis method, and generating an indicator according to the indicator content;

[0033] Building a scenario, adding the indicator to the scenario to generate an original scenario;

[0034] Instantiating the original scenario to generate a scenario instance, performing data operations on the original data that has been cleaned and classified according to the indicator content corresponding to the indicator in the scenario instance, and rendering the operation result into a graphical expression;

[0035] Displaying the graphical expression in the preset scenario.

[0036] Further, the method further includes:

[0037] Design a warning plan, and the design of the warning plan includes: warning target selection, monitoring threshold setting, and warning prompt setting;

[0038] Add the metrics and the warning plan to the scenario to generate an original scenario;

[0039] Select the original scenario, instantiate the original scenario to generate a scenario instance, monitor the device information of the gas monitoring entity device, trigger the monitoring threshold corresponding to the warning plan in the scenario instance in response to the device information, and display the warning prompt in the preset scenario.

[0040] In summary, when the scenario visualization system for gas services provided by the embodiments of the present application docks with the original data source to receive the original data, first, the data cleaning module cleans and classifies the original data according to the attribute definition of the device, solving the problem in the related art that the digital twin display platform of the gas monitoring device lacks the representation of the real physical world. Furthermore, when designing the metrics, the analysis attribute conditions can be set according to the target attributes of the device. After the metrics enter the scenario, the processing module can summarize, analyze, and summarize the original data that has been cleaned and classified according to the set analysis attribute conditions, and visually display the analysis results on the display module, enabling users to more intuitively understand the meaning of the data of the gas monitoring entity device. Furthermore, more business-oriented, more refined, more flexible, and more underlying management applications can be realized in the gas industry, thereby guiding the decision-making of gas services and ensuring urban safety. Description of the Drawings

[0041] Figure 1 Schematic diagram of the scenario visualization system for gas services provided by an embodiment of the present application;

[0042] Figure 2 Schematic diagram of the asset library provided by the embodiments of the present application;

[0043] Figure 3 Schematic diagram of the implementation process of designing metrics by the metric design module provided by the embodiments of the present application;

[0044] Figure 4 Schematic diagram of the scenario visualization system for gas services provided by another embodiment of the present application;

[0045] Figure 5 Schematic diagram of the implementation process of designing a warning plan by the plan design module provided by the embodiments of the present application. Detailed Embodiments

[0046] The following will describe the present application in detail in conjunction with the specific embodiments shown in the accompanying drawings. However, these embodiments do not limit the present application, and any structural, method, or functional transformation made by those of ordinary skill in the art based on these embodiments is included within the protection scope of the present application.

[0047] As Figure 1 shown, an embodiment of the present application provides a scenario visualization system 100 for gas services, which is used to summarize, analyze the data of gas monitoring entity devices, and visually display the analysis results. The gas monitoring entity devices in the embodiment of the present application may include flow meters, ultrasonic meters, alarms, valves, cameras, etc.

[0048] The scenario visualization system 100 for gas services provided by the embodiment of the present application includes: a data cleaning module 11, an index design module 12, a scenario design module 13, a processing module 14, a display module 15, an asset library 101, an index library 102, and a scenario library 103.

[0049] Among them, the data cleaning module 11 is connected to the original data source to receive the original data. The original data includes the device information of the gas monitoring entity devices. The data cleaning module 11 cleans and classifies the original data according to the attribute definitions of the devices;

[0050] The asset library 101 is communicatively connected to the data cleaning module 11 and is used to receive and store the original data that has been cleaned and classified;

[0051] The index design module 12 is used to design the index content, which includes: the target device to be analyzed, the target attribute, the analysis attribute conditions, and the analysis method. The index design module 12 generates an index according to the index content;

[0052] The index library 102 is used to store the designed indexes;

[0053] The scenario design module 13 is used to build a scenario. When building a scenario, the scenario design module 13 can directly add the indexes designed by the index design module 12 to the scenario, or first store the indexes in the index library 102. The scenario design module 13 selects at least one index from the index library 102 and adds the index to the scenario to generate an original scenario.

[0054] The scenario library 103 is used to store the original scenarios;

[0055] The processing module 14 can receive the original scenario generated by the scenario design module 13 or select an original scenario from the scenario library 103. The processing module 14 instantiates the original scenario to generate a scenario instance. The processing module 14 performs data operations on the original data that has been cleaned and classified according to the index content corresponding to the indexes in the scenario instance, and renders the operation results into a graphical representation;

[0056] The display module 15 displays the graphical expression.

[0057] According to the above description, when the scene visualization system 100 for the gas business provided in the embodiment of the present application is connected to the original data source to receive the original data, it first uses the data cleaning module 11 to clean and classify the original data according to the attribute definition of the equipment, and then when designing the indicator, the analysis attribute conditions can be set according to the target attributes of the equipment. After the indicator enters the scene, the processing module 14 can summarize, conclude and analyze the cleaned and classified original data according to the set analysis attribute conditions, and visualize the analysis results on the display module 15, so that the user can more intuitively understand the meaning of the data of the gas monitoring entity equipment, thereby guiding the decision-making of the gas business and ensuring urban safety.

[0058] Specifically, Figure 2 As shown, it exemplarily shows a schematic diagram of the asset library 101 provided in an embodiment of the present application. The data cleaning module 11 cleans and classifies the original data according to the attribute definition of the device, and the asset library 101 receives and stores the cleaned and classified original data. The attribute definition includes: specification attribute, measurement attribute, space attribute and collection attribute.

[0059] The specification attribute is used to describe the physical characteristic attributes of the gas monitoring entity equipment. For example, in the embodiment of the present application, the specification attribute includes at least one or more of the following types of attributes: material, caliber, model, manufacturer;

[0060] The metering attribute is used to describe the functional application attributes of the gas monitoring entity device. For example, in the embodiment of the present application, the metering attribute includes at least one or more of the following types of attributes: switch signal, concentration, pressure, flow rate;

[0061] The spatial attribute is used to describe the location attribute of the gas monitoring entity device in the global or local space. Exemplarily, in the embodiment of the present application, the spatial attribute includes at least one or more of the following types of attributes: GIS, building, user, inventory;

[0062] Collection attributes are used to describe the hierarchical relationship attributes of gas monitoring entity equipment, for example, the pipeline supplied by a station, and the flow meters on each branch after a pressure regulating box.

[0063] Through the above-mentioned definition of the attributes of the gas monitoring physical equipment, the gas monitoring physical equipment can be mapped into a digital twin, so that the scene visualization system 100 of the gas business provided in the embodiment of the present application can express the real physical world, open up the business relationship between the gas business and the digital twin, and thus apply the digital twin technology to the gas business in a more intuitive, efficient and executable way.

[0064] As an alternative implementation, the design of the metric content includes the following steps:

[0065] S11. Set the metric name.

[0066] S12. Select the analysis method.

[0067] The analysis method may include one or more of the following types of analysis methods: distribution analysis, which shows the aggregation form in a point distribution manner; arrangement analysis, which performs sorting analysis in a list manner; chart analysis, which compares and shows data in a chart manner; statistical analysis, which shows the statistical results of data in a descriptive manner.

[0068] According to the desired display result of the analysis, any one of the analysis methods is selected. Each analysis method has a corresponding display form and configuration parameters. For example, the chart method supports bar charts, pie charts, line charts, etc. Under logical support, multiple analysis methods can be superimposed and combined for use, so as to build richer data metrics.

[0069] S13. Set the analysis target and set the target attributes to be analyzed.

[0070] The analysis target and target attributes need to be set according to the actual analysis requirements.

[0071] S14. Set the analysis attribute conditions. Specifically, it includes setting the limiting conditions corresponding to the target attributes, and setting the time attribute, so as to observe the change of the metric at a time point or on a time line.

[0072] As Figure 3 shown, it exemplarily shows a schematic diagram of the implementation process of the metric design module 12 provided by the embodiment of the present application for designing metrics.

[0073] For ease of understanding, the metric name can be defined according to the analysis purpose. For example, in the embodiment of the present application, taking the analysis purpose of counting the number of flowmeter quality assurance expirations as an example, in step S11, the metric name is defined as "Statistics of the Number of Flowmeter Quality Assurance Expirations". In step S12, a bar chart can be selected as the analysis method of the metric according to actual needs, and in step S13, the analysis target is set as the flowmeter, and the target attribute is set as the quality assurance period. In step S14, the analysis attribute conditions can be set. According to the analysis attribute conditions, the data range can be filtered, so that the statistical analysis result is more meaningful. Specifically, as Figure 3 shown, the analysis attribute conditions set in the embodiment of the present application include: the expiration time of the quality assurance period is less than 30 days, the manufacturer of the flowmeter, the flowmeter model, and the set data time period is less than 1 year.

[0074] After setting the above index content, the index can be added to the scenario to complete the graphic configuration. The graphic configuration can include setting the analysis result display area and the index content display to facilitate the user's understanding of the analysis purpose of the index. After the scenario is instantiated, the processing module 14 can perform data operations on the original data that has been cleaned and classified according to the index content, and render the operation result into a graphical expression, such as Figure 3 as shown, which exemplarily shows the statistical result of the number of monthly flowmeter quality assurance expirations.

[0075] As an optional implementation, scenario instantiation can include instantiating the indexes in the scenario to generate index instances. The index instances promote the analysis attribute conditions and analysis methods to parameters, and the parameters can be modified in the scenario instance. In this way, while adjusting the parameters, the original index structure can be preserved, facilitating the batch generation and management of indexes. For example, the analysis attribute condition in the index instance can be modified to that the quality assurance expiration time is less than 60 days, then the processing module 14 will re-screen the data range according to the analysis attribute condition, so as to obtain different statistical analysis results and meet the statistical requirements of gas services in different situations.

[0076] such as Figure 4 as shown, as an optional implementation, the scenario visualization system 100 for gas services provided by the embodiments of the present application further includes a solution design module 16 and a solution library 104.

[0077] The solution design module 16 is used to design a warning solution. The design of the warning solution includes: warning target selection, monitoring threshold setting, and warning prompt setting;

[0078] The solution library 104 is used to store the completed warning solutions;

[0079] The scenario design module 13 can directly receive the warning solution generated by the solution design module 16 or select a warning solution from the solution library 104. In the embodiments of the present application, the scenario design module 13 selects at least one index from the index library 102 and at least one warning solution from the solution library 104, and the scenario design module 13 adds the index and the warning solution to the scenario to generate an original scenario;

[0080] The processing module 14 selects the original scenario from the scenario library 103 and instantiates the original scenario to generate a scenario instance. The processing module 14 monitors the device information of the gas monitoring entity device, and in response to the device information triggering the monitoring threshold corresponding to the warning solution in the scenario instance, the display module 15 displays the warning prompt in the preset scenario.

[0081] As an optional implementation, the steps for the solution design module 16 to design a warning solution in the embodiments of the present application include:

[0082] S21. Set the name of the warning plan. The plan can be named according to the goals to be achieved, so as to facilitate user understanding.

[0083] S22. Set the warning target. The warning target includes the target device and the target attribute.

[0084] S23. Set the monitoring threshold.

[0085] The setting of the monitoring threshold includes setting one or more of the following types of thresholds: setting a numerical range, setting boolean-type data, setting data levels, and setting a lifecycle. Setting a numerical range means setting the value of the data or the value within a range interval. Boolean-type data such as on / off, yes / no, etc. Data levels such as step data or status data. Setting a lifecycle means ending or looping after reaching a certain goal. After the monitoring threshold is set, once the accessed data triggers the threshold, various warning prompts will be formed.

[0086] S24. Set the warning prompt.

[0087] S25. Generate a warning plan and store the warning plan in the plan library 104.

[0088] To further illustrate the working principle of the solution design module 16 provided in the embodiments of the present application, the following is described with specific examples.

[0089] As Figure 5 shown, it exemplarily shows a schematic diagram of the implementation process of the solution design module 16 provided in the embodiments of the present application for designing a warning plan.

[0090] For ease of understanding, the plan name can be defined according to the goals to be achieved by the plan. For example, in the embodiments of the present application, taking the goal of over-limit alarm of the flowmeter pressure as an example, in step S21, the plan name is defined as "Over-limit Alarm of Flowmeter Pressure", and in step S22, the target device is selected as the flowmeter, and the target attribute is selected as the pressure attribute in the measurement attribute.

[0091] In step S23, the setting of the monitoring threshold can include setting the pressure threshold, setting the temperature threshold, and setting the device model.

[0092] In step S24, setting the warning prompt can include setting the carrier and scope of action of the warning prompt. The carrier includes one or more of the following types of carriers: map, indicator, 3D model. When the warning prompt uses a map as the carrier, the warning prompt receives and displays information at the map point. When the warning prompt uses an indicator as the carrier, the warning prompt attaches to a pre-specified indicator and receives and displays information. When the warning prompt uses a 3D model as the carrier, the warning prompt can receive and display information on the 3D model. The 3D model can be, for example, a city 3D model.

[0093] The scope of action of the warning prompt includes: local scope of action and global scope of action. When the scope of action of the warning prompt is the local scope of action, the warning prompt only receives and displays information in a pre-specified scenario. When the scope of action of the warning prompt is the global scope of action, the warning prompt can receive and display information in any scenario. Through the above settings, it is possible to monitor the data and status changes of the monitoring device, thereby triggering corresponding action operations, such as early warning, situation awareness, simulation deduction, etc.

[0094] As an alternative implementation, the solution design module 16 is also used to configure a third-party application. The third-party application accesses the disposal process into the business system, and the business system processes the device information that triggers the monitoring threshold according to the disposal process. In this way, it is possible to process abnormal data, status and other information, and synchronize the processed results to the scenario to form a closed loop of data and status.

[0095] As an alternative implementation, the processing module 14 instantiates the original scenario, including instantiating the metrics to generate metric instances and instantiating the warning plan to generate plan instances. The plan instances promote the monitoring threshold and the warning prompt to parameters, and the parameters can be modified in the scenario instance. Through this method, it is possible to adjust the parameters without destroying the original plan structure, which is convenient for batch generation and management of plans.

[0096] As an alternative implementation, the asset library, metric library, scenario library, and plan library can be set separately, or they can share a database.

[0097] The embodiment of the present application also provides a method for visualizing a scenario of a gas business, including the following steps:

[0098] Receiving original data, the original data includes device information of gas monitoring entity devices, and cleaning and classifying the original data according to the attribute definition of the devices;

[0099] Designing metric content, the metric content includes: target devices to be analyzed, target attributes, analysis attribute conditions, and analysis methods, and generating metrics according to the metric content;

[0100] Building a scenario, adding the metrics to the scenario to generate an original scenario;

[0101] Instantiating the original scenario to generate a scenario instance, performing data operations on the original data that has been cleaned and classified according to the metric content corresponding to the metrics in the scenario instance, and rendering the operation results into a graphical expression;

[0102] Displaying the graphical expression in a preset scenario.

[0103] According to the above description, when the method for visualizing the scenario of the gas service provided by the embodiments of the present application obtains the original data, it first cleans and classifies the original data according to the attribute definition of the device. Then, when designing the indicators, the analysis attribute conditions can be set according to the target attributes of the device. After the indicators enter the scenario, the original data that has been cleaned and classified can be summarized, analyzed, and summarized according to the set analysis attribute conditions, and the analysis results are visually displayed, enabling users to more intuitively understand the meaning of the data of the gas monitoring entity devices, thereby guiding the decision-making of the gas service and ensuring urban safety.

[0104] As an alternative implementation, the method further includes:

[0105] Design a warning plan, and the design of the warning plan includes: warning target selection, monitoring threshold setting, and warning prompt setting;

[0106] Add the indicators and the warning plan to the scenario to generate the original scenario;

[0107] Select the original scenario, instantiate the original scenario to generate a scenario instance, monitor the device information of the gas monitoring entity device, and in response to the device information triggering the monitoring threshold corresponding to the warning plan in the scenario instance, display the warning prompt in the preset scenario.

[0108] As an alternative implementation, a handling process can also be set in the warning plan, and the business system processes the device information that triggers the monitoring threshold according to the handling process. In this way, abnormal data, status, and other information can be processed, and the processed results are synchronized to the scenario to form a closed loop of data and status.

[0109] The above-disclosed are only the preferred embodiments of the present application, but they are not used to limit the scope of the rights of the present application. Those of ordinary skill in the art can understand that: without departing from the spirit and scope of the present application and the appended claims, changes, modifications, substitutions, combinations, and simplifications should all be equivalent replacement methods and still fall within the scope covered by the invention.

Claims

1. A scenario visualization system for gas business, characterized in that, The system includes: A data cleaning module, which is connected to the original data source to receive the original data. The original data includes the device information of the gas monitoring entity device. The data cleaning module cleans and classifies the original data according to the attribute definition of the device. An index design module, which is used to design the index content. The index content includes: the target device to be analyzed, the target attribute, the analysis attribute condition, and the analysis method. The index design module generates an index according to the index content. A scenario design module, which is used to build a scenario. The scenario design module adds at least one of the indexes to the scenario to generate an original scenario. A processing module, which instantiates the original scenario to generate a scenario instance. The processing module performs data operations on the original data that has been cleaned and classified according to the index content corresponding to the indexes in the scenario instance, and renders the operation result into a graphical expression. A display module, which displays the graphical expression.

2. The scenario visualization system for gas services according to claim 1, wherein The attribute definition includes: specification attribute, measurement attribute, spatial attribute, and set attribute; The specification attribute is used to describe the physical characteristic attributes of the gas monitoring entity device, the measurement attribute is used to describe the functional application attributes of the gas monitoring entity device, the spatial attribute is used to describe the position attributes of the gas monitoring entity device in the global or local space, and the set attribute is used to describe the superior-subordinate relationship attributes of the gas monitoring entity device.

3. The scenario visualization system for gas services according to claim 1, wherein The system further includes an asset library, an index library, and a scenario library. The asset library is communicatively connected to the data cleaning module for receiving and storing the original data that has been cleaned and classified. The index library is communicatively connected to the index design module for storing the designed indexes. Moreover, the index library is also communicatively connected to the scenario design module. The scenario design module selects at least one index from the index library and adds the index to the scenario. The scenario library is used to store the original scenario. The scenario library is communicatively connected to the processing module. The processing module selects the original scenario from the scenario library and instantiates the selected original scenario.

4. The scenario visualization system for gas services according to claim 3, wherein The system further includes a solution design module, which is used to design a warning solution. The design of the warning solution includes: warning target selection, monitoring threshold setting, and warning prompt setting. A solution library, which is used to store the completed warning solution. The scenario design module selects at least one index from the index library and at least one warning solution from the solution library. The scenario design module adds the index and the warning solution to the scenario to generate the original scenario. The processing module selects the original scenario from the scenario library, instantiates the original scenario to generate a scenario instance, monitors the device information of the gas monitoring entity device, and triggers the monitoring threshold corresponding to the warning plan in the scenario instance in response to the device information. The display module displays the warning in a preset scenario.

5. The scenario visualization system for gas services according to claim 4, wherein the solution design module is further configured to set the carrier and scope of action of the warning prompt; The carrier includes one or more of the following types of carriers: map, indicator, 3D model; The scope of action includes: local scope of action and global scope of action.

6. The scenario visualization system for gas services according to claim 4, wherein the solution design module is further configured to configure a third-party application, and the third-party application accesses the disposal process into the business system, and the business system processes the device information that triggers the monitoring threshold according to the disposal process.

7. The scenario visualization system for gas services according to claim 4, wherein the processing module instantiating the original scenario includes instantiating the indicator to generate an indicator instance and instantiating the warning plan to generate a plan instance; The indicator instance promotes the analysis attribute conditions and analysis methods as parameters, and the parameters can be modified in the scenario instance. The plan instance promotes the monitoring threshold and the warning prompt as parameters, and the parameters can be modified in the scenario instance.

8. The scenario visualization system for gas services according to claim 1, wherein the indicator design module setting the analysis attribute conditions includes: setting a limit condition corresponding to the target attribute, and setting a time attribute, so as to observe the change of the indicator at a time point or on a timeline.

9. A method for visualizing scenarios of a gas business, characterized in that, The method includes the following steps: Receiving original data, the original data includes the device information of the gas monitoring entity device, and cleaning and classifying the original data according to the attribute definition of the device; Designing indicator content, the indicator content includes: the target device to be analyzed, the target attribute, the analysis attribute conditions and the analysis method, and generating an indicator according to the indicator content; Building a scenario, adding the indicator to the scenario to generate an original scenario; Instantiating the original scenario to generate a scenario instance, performing data operations on the original data that has been cleaned and classified according to the indicator content corresponding to the indicator in the scenario instance, and rendering the operation result into a graphical expression; Displaying the graphical expression in a preset scenario.

10. The method for visualizing gas services according to claim 9, wherein the method further includes: Designing a warning plan, the design of the warning plan includes: warning target selection, monitoring threshold setting and warning prompt setting; Adding the indicator and the warning plan to the scenario to generate the original scenario; Select the original scenario, instantiate the original scenario to generate a scenario instance, monitor the device information of the gas monitoring entity device, trigger the monitoring threshold corresponding to the warning plan in the scenario instance in response to the device information, and display the warning in a preset scenario.

Images