Time axis driven fire digital twin dynamic response and evolution method and device

Abstract

The application provides a time axis driven fire-fighting digital twin dynamic response and evolution method and equipment, which can provide real-time and accurate monitoring and emergency response support in each stage of fire occurrence by combining digital twin technology and time axis driven dynamic simulation, and can realize digital dynamic response and deduction for fire-fighting management and fire emergency response. When a fire occurs, the fire department and personnel can timely and accurately master the fire dynamics based on the realized fire-fighting digital twin, so as to avoid delay of the best opportunity for emergency response.

Description

Technical Field

[0001] This application relates to the field of digital twin technology, specifically to a time-axis driven dynamic response and evolution method for fire protection digital twins, computer equipment and computer program products, and computer-readable storage media. Background Technology

[0002] With the acceleration of urbanization, the scale of buildings, public facilities, and large industrial areas is expanding, leading to a corresponding increase in fire risk. Existing fire management and emergency response typically rely on manual inspections, static fire protection facilities, and emergency response plans, which suffer from problems such as long response times, data lag, and inaccurate localized information. These issues often prevent fire departments and personnel from timely and accurately grasping the dynamics of a fire, thus delaying the optimal time for emergency response and causing significant losses.

[0003] How to implement digital dynamic response and simulation for fire management and fire emergency response has become an urgent technical problem to be solved. Summary of the Invention

[0004] One objective of this application is to provide a time-axis driven dynamic response and evolution method, equipment, computer program product, and computer-readable storage medium for digital response and simulation of fire management and fire emergency response.

[0005] According to one aspect of the embodiments of this application, a time-axis driven dynamic response and evolution method for fire protection digital twins is disclosed, the method comprising:

[0006] In response to the operation of the pre-configured timeline, the node to which the timeline pointer is currently flowing is triggered, and the node is configured to run the main twin;

[0007] The master twin receives real-time data corresponding to its node, and the real-time data is used to describe the fire information on the time axis node and / or the changes that occur in the associated twin.

[0008] The main twin is controlled to run according to the real-time data, and the operation of the main twin triggers defined events and / or runs business processes, wherein the events and business processes are defined by the main twin and / or the node;

[0009] The system dynamically displays the fire safety evolution in response to triggered events and / or running business processes.

[0010] According to one aspect of the embodiments of this application, a computer device is disclosed, including a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program to implement the steps of the method described above.

[0011] According to one aspect of the embodiments of this application, a computer program product is disclosed, including a computer program that, when executed by a processor, implements the steps of the method as described above.

[0012] According to one aspect of the embodiments of this application, a computer-readable storage medium is disclosed having a computer program stored thereon that, when executed by a processor, implements the steps of the method as described above.

[0013] This application embodiment combines digital twin technology to implement the operation of the twin under the drive of a time axis to achieve dynamic response. It also provides real-time and accurate presentation and emergency response support for each stage of a fire by dynamically displaying the evolution of messages under the drive of a time axis.

[0014] Specifically, in the embodiments of this application, under the operation of a pre-configured timeline, as the node currently being flowed by the timeline pointer is triggered, the main twin configured and running at that node will receive information describing the timeline node and / or changes occurring in the associated twin. Then, it controls the main twin to run according to real-time data, triggering defined events and / or running business processes through the operation of the main twin. Finally, in response to the triggered events and / or business processes, it dynamically displays the fire evolution situation, thereby enabling digital dynamic response and simulation for fire management and fire emergency response. When a fire occurs, fire departments and personnel can grasp the fire dynamics in a timely and accurate manner based on the realized fire digital twin, avoiding delays in the best time for emergency response.

[0015] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.

[0016] It should be understood that the above general description and the following detailed description are merely exemplary and do not limit this application. Attached Figure Description

[0017] The above and other objectives, features and advantages of this application will become more apparent from a detailed description of exemplary embodiments thereof with reference to the accompanying drawings.

[0018] Figure 1 This is a flowchart illustrating a time-axis driven dynamic response and evolution method for fire protection digital twins, according to an exemplary embodiment.

[0019] Figure 2 It is based on Figure 1 A flowchart illustrating the steps of receiving real-time data corresponding to the node of the master twin, as shown in the corresponding embodiment.

[0020] Figure 3 It is based on Figure 1 The corresponding embodiment shows a flowchart describing a method for controlling the main twin to operate based on real-time data, triggering defined events and / or running business process steps through the operation of the main twin.

[0021] Figure 4 It is based on Figure 1 The corresponding embodiment shows a flowchart describing the method steps for controlling the master twin to trigger matched events and / or scheduling business processes for the master twin. Detailed Implementation

[0022] Exemplary embodiments will now be described more fully with reference to the accompanying drawings. However, these exemplary embodiments can be implemented in many forms and should not be construed as limited to the examples set forth herein; rather, they are provided to make the description of this application more comprehensive and complete, and to fully convey the concept of the exemplary embodiments to those skilled in the art. The drawings are merely illustrative of this application and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted.

[0023] Furthermore, the described features, structures, or characteristics can be combined in any suitable manner in one or more exemplary embodiments. Numerous specific details are provided in the following description to give a full understanding of exemplary embodiments of this application. However, those skilled in the art will recognize that the technical solutions of this application can be practiced with one or more of the specific details omitted, or other methods, components, steps, etc., can be employed. In other instances, well-known structures, methods, implementations, or operations are not shown or described in detail to avoid obscuring various aspects of this application.

[0024] Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0025] This application embodiment realizes fire protection digital twins, and can realize the dynamic response of each twin and the dynamic visualization of the fire evolution under the time axis drive for each stage and scenario of a fire. It can achieve accurate dynamic display of the implemented fire management and fire evolution, and combine the time axis, real-time data input, event triggering on the main twin involved, and automated operation of business processes to form an efficient, flexible and intelligent fire emergency response system, which will significantly shorten the response time and avoid human delays and operational errors.

[0026] Driven by a timeline, the system enables dynamic display across different stages, helping commanders to understand the fire's progress in real time, optimize decision-making, and improve overall fire and rescue efficiency.

[0027] See Figure 1 , Figure 1 This is a flowchart illustrating a time-axis driven dynamic response and evolution method for fire protection digital twins, according to an exemplary embodiment.

[0028] The time-axis driven dynamic response and evolution method for fire protection digital twins provided in this application includes:

[0029] Step S110: In response to the operation of the pre-configured timeline, the node to which the timeline pointer is currently flowing is triggered, and the node is configured to run the main twin.

[0030] Step S120: The master twin receives the real-time data corresponding to its node. The real-time data is used to describe the fire information on the time axis node and / or the changes that have occurred in the associated twin.

[0031] Step S130: Control the main twin to run according to real-time data, and trigger defined events and / or run business processes through the operation of the main twin. The events and business processes are defined by the main twin and / or nodes.

[0032] Step S140: In response to the triggered event and / or the running business process, dynamically display the fire protection evolution status.

[0033] These steps are explained in detail below.

[0034] First, it should be noted that this application embodiment configures a timeline with several nodes distributed along it, and each node is configured to run a corresponding master twin. The distribution of nodes on the timeline has a default configuration so that it can run even without more real-time data before the timeline runs, and provides an initial response and evolution implementation.

[0035] As the timeline progresses, the default configured nodes can be changed to adapt to the key stages mapped in the simulated firefighting evolution, without any limitations here.

[0036] In one exemplary embodiment, nodes distributed along the timeline are configured to run fire simulation data of the master twin and / or the corresponding time slice, which is used to dynamically display the fire evolution situation.

[0037] In other words, the nodes distributed on the timeline are the starting points of a time slice. When the timeline pointer moves to a node, it means that the fire is about to enter a certain stage. The time point where the node is located is the starting time of this stage, and the time range corresponding to this stage is the time slice corresponding to the node.

[0038] Therefore, the fire simulation will be divided into several slices under the action of the time axis, and the slice data under each slice, that is, the fire simulation data corresponding to the time slice, will be used to dynamically display the time-based fire evolution of each node.

[0039] Adapting to the current stage, each node and its corresponding time slice are configured to run a primary twin. The operation of the primary twin and its associated twins will enable the execution of the fire protection digital twin scenario within that time slice. In other words, the twins running in the fire protection digital twin scenario include the primary twin and other twins, and there are associations between the other twins and the primary twin to achieve mutual collaboration between the twins.

[0040] In an exemplary embodiment, the master twin running at the start node of the timeline (which may correspond to the dispatch phase of receiving a fire alarm) may be the command and control center twin, and other associated twins may be the fire brigade twin, the firefighter twin belonging to the fire brigade, the fire truck twin belonging to the fire brigade, and the water tanker twin.

[0041] During the fire reconnaissance phase, the main twin running on the corresponding node can be the command center twin, and other twins associated with it include the fire brigade twin and the firefighter twin.

[0042] During the rescue simulation phase, the main twins running on the corresponding nodes are the command and control center twin, the firefighter twin, and the trapped personnel twin. This is only for illustrative purposes and is not limited or listed one by one.

[0043] For example, several nodes distributed along the timeline correspond to past, present, and future times, respectively. Therefore, the twin operations performed at each time point are based on real-time data input at that specific time and fire simulation data. These are then adaptively executed through events and / or business processes defined by the twin itself, and accurately displayed on the front end based on its geometric attributes. Specifically, the twin operation for the past time is a reproduction of historical situations, and the simulations performed are reverse simulations; the twin operation for the present time is a precise feedback of the current fire situation; and the twin operation and simulation for the future time are simulations and predictions of the fire evolution process, especially the fire evolution process itself.

[0044] Driven by the time axis, on the one hand, the defined events and / or business processes will be adaptively triggered by the operation of the twin under real-time data input, and the front-end will be visualized and dynamically displayed based on the geometric attributes carried by the twin, i.e., the parametric 3D model; on the other hand, the fire simulation data of the current time slice will be played in accordance with the flow of the pointer, so as to realize forward and reverse simulations in the past, present and future.

[0045] During the execution of step S110, in the constructed fire protection digital twin scenario, as the timeline runs, the node that the pointer on the timeline moves to will be triggered, and the triggering of the node will cause the main twin configured for that node to be triggered.

[0046] A fire protection digital twin scenario is constructed based on at least one physical entity within the Internet of Things (IoT). Within this scenario, a corresponding twin runs for that physical entity. The twin running in the fire protection digital twin scenario synchronizes real-time data with its physical entity within the IoT, and thus operates under the guidance of the physical entity. Examples of physical entities include, but are not limited to, command and control centers, fire brigades, firefighters, and fire trucks.

[0047] In summary, a fire protection digital twin scenario is an environment obtained by mapping the state, behavior, and processes of physical spaces (such as buildings, facilities, and equipment) to fire protection systems. For example, a fire protection digital twin scenario can correspond to a fire compartment consisting of at least one room, or a fire scene consisting of several fire compartments, and can be flexibly switched according to the scenario management being performed.

[0048] The execution of the timeline refers to the start of execution at any point in time on the timeline, and is not limited to nodes. For example, when the pointer flows forward to a point in time on the timeline, it triggers a deduction start operation, at which point the timeline will run in response to the deduction start operation.

[0049] It should be further explained that the current triggered timeline operation, as well as the dynamic response and evolution of the ongoing fire protection digital twin scenario, are all oriented towards a fire protection digital twin scenario, such as a fire compartment, or a fire protection digital twin scenario constructed from the fire scene formed by several fire compartments, and can switch to the timeline of the scenario as the scenario changes.

[0050] The configuration of the master twin on the pre-configured timeline and the nodes distributed on the timeline enables the operation of the fire protection digital twin scenario to be driven by the timeline and the real-time data input. This achieves automatic response and evolution across stages, while also adapting to the real fire environment to improve the flexibility and adaptability of emergency response, ensuring that it can cope with complex and sudden fire situations.

[0051] In another exemplary embodiment, prior to step S110, the time-axis driven dynamic response and evolution method for fire digital twins provided in this application further includes:

[0052] In response to the timeline's progression, the system begins operating the timeline. Under the timeline's operation, the system controls the timeline pointer to flow according to the time flow rate, propelling the timeline pointer to the configured node.

[0053] The operation of the timeline can be triggered when the simulation begins. At this time, the pointer on the timeline will flow according to the time flow and advance to a node. Once the pointer advances to a node, that node will be triggered.

[0054] Correspondingly, the timeline will also stop running in response to the end of the simulation, and will switch to another time point in response to the dragging operation of the pointer, so that the timeline can run again at that time point.

[0055] Thus, under the influence of the timeline, the dynamic response and evolution of the fire protection digital twin scenario can be interactively controlled, and it can be migrated and switched at any time as needed, greatly enhancing the flexibility of the operation of the fire protection digital twin scenario.

[0056] In step S120, as a node on the timeline is triggered, the primary twin configured for that node will be triggered to run. The primary twin refers to the twin that runs when the node is triggered, while other twins running in the time slice of the node are driven by events and / or messages published by the primary twin, thereby achieving the operation of the fire protection digital twin scenario in this time slice.

[0057] The triggered main twin will be driven by real-time data to run corresponding business processes, trigger defined events, or update the corresponding front-end display to dynamically reflect the fire evolution.

[0058] The fire protection digital twin scenario is a specific application environment that is configured and built. The main twin and other twins associated with the main twin will run as twin instances in the fire protection digital twin scenario.

[0059] Real-time data is used to describe the fire situation information and / or changes in the associated twin at the time axis node.

[0060] In an exemplary embodiment, the real-time data driving the master twin includes fire information that the corresponding physical entity can perceive, or changes that occur in the master twin and its associated twins in the time slice corresponding to the previous node. These changes will serve as the real-time data carried by the current node's master twin, thereby enabling the master twin to respond to the twin changes that occurred in the previous time slice and initiate operation with high timeliness.

[0061] As a node on the timeline is triggered, the main twin configured on that node starts running to receive real-time data.

[0062] As mentioned above, nodes distributed along the timeline can correspond to any of the past, present, and future times. Therefore, the real-time data received by the main twin is relative to its current point in time. For example, if the current point in time corresponds to the present time, the received real-time data includes the current runtime data of the corresponding physical entity, as well as changes that occurred in other twins at the previous point in time, such as events triggered by published messages.

[0063] If the current time corresponds to a past time, then the received real-time data is the fire information and / or changes that occurred in the associated twin at that past time.

[0064] If the current time corresponds to a future time, then the received real-time data is the most likely change in the fire situation and / or the associated twin at that future time, as predicted and extrapolated.

[0065] The timeline configuration provides front-end interactive functionality, enabling the timeline to run by triggering operations on the configured timeline. During the timeline's operation, the pointer is controlled to flow according to the time flow rate, thus advancing to the configured node.

[0066] For the current time, the operation triggered on the timeline at the present time is the simulation start operation. The triggering of the simulation start operation, on the one hand, enables the current fire digital twin scenario to operate in response to the received real-time data; on the other hand, it also configures fire simulation data for nodes on the timeline with a future perspective. Specifically, this refers to the simulation plan data within the fire simulation data. Furthermore, as the pointer moves forward, it continuously performs reverse calculations based on the obtained real-time data, correcting the fire simulation data configured for future times, and obtaining the actual fire situation at each past time point as historical data—that is, fire simulation reverse calculation data.

[0067] Please also see Figure 2 , Figure 2 It is based on Figure 1 A flowchart illustrating the steps of receiving real-time data corresponding to the node of the master twin, as shown in the corresponding embodiment.

[0068] The step S120 of receiving real-time data corresponding to the node provided in this embodiment includes:

[0069] Step S121: For the received fire alarm, the master twin configured on the starting node receives the fire information reported in the fire alarm through the twin runtime data service configured in the digital twin architecture. The fire information indicates the location of the fire alarm.

[0070] Step S122: By distributing the disaster location to the primary twin on the starting node, the primary twin receives the real-time data corresponding to its node.

[0071] First, it should be noted that a digital twin architecture has been configured to enable the operation of various fire protection digital twin scenarios and the various twin entities operating within these scenarios. Therefore, real-time data reception and the necessary message and event publishing will all be achieved through this digital twin architecture. The architecture uses an event bus, asynchronous message processing mechanism, and business process invocation mechanism to decouple the various parts of the digital twin architecture, allowing for efficient and independent operation, while maintaining collaboration under the influence of events and messages. This enhances scalability and overall operational efficiency, improving flexibility and adaptability.

[0072] The reception of real-time data will be performed through the runtime data service of the twin configured in the digital twin architecture. After receiving the real-time data, it will be distributed to the main twin, so that the main twin can receive the real-time data corresponding to its node.

[0073] Based on this, in step S121, the time of receiving the fire alarm is taken as the starting node, which corresponds to the current start time. As the start operation is initiated based on the starting node, the main twin configured on the starting node, namely the command center twin as mentioned above, receives the fire information reported in the fire alarm through the twin motion data service configured in the digital twin architecture.

[0074] In other words, when a fire alarm is reported, the simulation begins and the operation starts. The runtime data service of the digital twin architecture will, based on the obtained fire information and the location of the fire alarm indicated in the fire information, issue real-time data indicating the location of the fire to the master twin configured on the corresponding node, as in the execution of the distribution operation in step S122.

[0075] It should be understood that, under the digital twin architecture and its twin runtime data services, real-time data reception is achieved for all main twins, realizing unified control and processing of real-time data reception, greatly avoiding the loss of real-time data and ensuring the reliability of real-time data reception.

[0076] This provides the capability to receive real-time data related to fire information at the outset of a fire. Other information reported during a fire is received in a similar manner through a digital twin architecture and ultimately transmitted to the main twin.

[0077] As real-time data is received in step S120, the obtained real-time data belongs to the main twin running at the current node. Therefore, the main twin to which the real-time data belongs will trigger corresponding events and / or schedule corresponding business processes through the execution control of the main twin in step S130.

[0078] In step S130, it should first be noted that each twin, namely the node and the primary twin configured for the node's corresponding time slice, and other associated twins, defines specific events and / or business processes. The defined events and / or business processes will be adapted to the attributes, services, and events possessed by the corresponding physical entity. Changes in the physical entity's state indicated by real-time data will trigger specific events; for example, a low-pressure change in the pipeline network physical entity will trigger a low-pressure alarm event.

[0079] Business processes, on the other hand, have corresponding business logic. As a business process is scheduled, the corresponding business logic will be executed in the main twin, and the execution of this business logic will initiate the execution of at least one task or operation in order to complete the entire business process.

[0080] In one exemplary embodiment, real-time data from a physical entity is received, carrying a physical entity identifier and corresponding data content. Therefore, after determining the primary twin to which the real-time data belongs based on the physical entity identifier, the events and business processes defined by the primary twin itself are matched with the real-time data, thereby triggering the matched events and / or business processes.

[0081] Specifically, the digital twin architecture can be configured with a workflow scheduler, a workflow keyword matcher, and a workflow engine component, which work together to match and schedule business processes.

[0082] For example, physical entity identifiers and indicator data carried by the data content are extracted from real-time data and passed to the workflow scheduler. The workflow scheduler will obtain the required matching logic and then pass the physical entity identifiers, indicator data and matching logic to the process keyword matcher to execute the matching logic, obtain the business process keywords, and return them to the workflow scheduler.

[0083] At this point, the workflow scheduler can pass the business process keywords and the startup parameters carried in the real-time data to the workflow engine component, which will then run the business process.

[0084] Thus, through the interaction of the workflow scheduler, workflow keyword matcher, and workflow engine components in the digital twin architecture, business processes can be scheduled for the main twin and other twins associated with the main twin in the fire protection digital twin scenario, ensuring the reliability and accuracy of the fire protection digital twin scenario operation.

[0085] Each twin is adapted to the corresponding physical entity, defining events and / or business processes, thereby enabling the twin's operation to be accurately adapted to and synchronized with the physical entity, rather than being limited to the physical entity's presentation and expression at the view level.

[0086] The digital twin architecture constructs at least one fire protection digital twin scenario, and the operation of the twin in each fire protection digital twin scenario will respond to real-time data trigger events or call business processes, so as to facilitate unified scheduling and execution of events and business processes, ensuring the reliability and orderliness of system operation.

[0087] In a digital twin architecture, trigger signals are generated in response to real-time data, thereby triggering events and / or business processes. Furthermore, inheriting from real-time data, the generated trigger signals carry physical entity identifiers and corresponding data content, such as fire information. These trigger signals are then passed to the workflow scheduler, which, in conjunction with the workflow scheduler, workflow keyword matcher, and workflow engine components, triggers the events and / or business processes.

[0088] In this exemplary embodiment, the twin of the fire protection digital twin scenario can drive and trigger events and business processes under the control of the digital twin architecture, which facilitates the construction of the fire protection digital twin scenario and the creation of the twin, and ensures that the constructed fire protection digital twin scenario and the twin added in the scenario can be adapted to the physical entity to define and trigger the required events and business processes.

[0089] Please also see Figure 3 , Figure 3 It is based on Figure 1 The corresponding embodiment shows a flowchart describing a method for controlling the main twin to operate based on real-time data, triggering defined events and / or running business process steps through the operation of the main twin.

[0090] The control master twin provided in this application embodiment operates based on real-time data, and the step S130, which triggers defined events and / or runs business processes through the operation of the master twin, includes:

[0091] Step S131a: Match the defined events and business processes for the master twin, and determine the matched events and / or business processes;

[0092] Step S132a: Control the master twin to trigger the matched event and / or schedule the business process for the master twin.

[0093] The following is a detailed explanation of these two steps.

[0094] This embodiment will match the business process of the master twin to which the real-time data belongs based on the keywords carried by the real-time data, namely the business process keywords, and then schedule and trigger the business process to execute the business logic of the business process.

[0095] Steps S131 and S132 will achieve business process matching and scheduling through the cooperation of the workflow scheduler, process keyword matcher and process engine components deployed in the digital twin architecture.

[0096] In other words, in step S130, the digital twin architecture built by the workflow scheduler, process keyword matcher and process engine components will be used to trigger events and schedule business processes during the operation of the twin, so that the twin can be adapted to the physical entity to accurately trigger events and business processes, and avoid the loss of events and business processes and accidental triggering due to system busyness.

[0097] As step S130 is executed, the event defined by the twin corresponding to the real-time data and / or the corresponding business process are triggered in response to the real-time data.

[0098] In addition, as events are triggered and / or business processes are scheduled, messages are often published. For example, when it is necessary to trigger other digital twins, messages can be published to initiate the collaborative operation of other digital twins, thereby enabling the digital twins in the fire protection digital twin scenario to interact with each other, rather than being limited to the execution of a single action.

[0099] The twins running in the fire protection digital twin scenario will monitor real-time data and events through the twin runtime data service and workflow scheduler configured in the digital twin architecture.

[0100] The invocation and execution of business processes will initiate the execution of the corresponding business logic, and in turn, the execution of at least one task or operation will be initiated during the execution of the business logic.

[0101] The triggered business process will trigger, execute, and / or schedule certain tasks or business logic, thereby enabling the business process triggered by the twin to be executed. The triggered event will also initiate the execution of corresponding operations.

[0102] Furthermore, it should be noted that both business process invocation and event triggering can send messages at different stages and times. Other associated twins will listen for these messages during their own operation and respond to them with their own business logic. These messages include event messages for publishing events and process messages, where process messages are used to initiate the scheduling and execution of corresponding business processes by other twins.

[0103] As events are triggered and business processes are scheduled, the parameterized 3D models of each twin in the running fire protection digital twin scenario will be updated in response to the triggered events and / or executed business logic, and the front end will dynamically respond, that is, realize the dynamic display of the fire protection evolution in step S140.

[0104] With the help of the parametric 3D model, the front-end display in step S140 can accurately present the mapped fire compartments and the fire scenes distributed in the fire compartments. This makes the front-end display of the real fire compartments and fire scenes no longer a simple graphic illustration, but can achieve very high accuracy in terms of timeliness and content.

[0105] Please also see Figure 4 , Figure 4 It is based on Figure 1 The corresponding embodiment shows a flowchart describing the method steps for controlling the master twin to trigger matched events and / or scheduling business processes for the master twin.

[0106] The step S130 provided in this application embodiment, which controls the master twin to trigger matched events and / or schedules business processes for the master twin, includes:

[0107] In step S131b, the main twin of the event and / or business process defined by itself is triggered to publish messages, and listen for messages published by other twins.

[0108] Step S133b: When a message published by another twin is received, a message generation trigger signal is generated in response. This trigger signal is used to trigger a self-defined event and / or schedule the corresponding business process.

[0109] The following is a detailed explanation of these two steps.

[0110] The triggering of events and the execution of business processes will both lead to the publication of messages. Published messages, such as event messages, will be used to trigger other events. Specifically, event messages will trigger the publication of events, which in turn will trigger the published events; while published process messages will be used to initiate other twin scheduling of corresponding business processes and their execution.

[0111] A twin that triggers its own defined events and / or runs business processes will publish a corresponding message when it reaches a specific node, such as a process node, and needs to notify the arrival of that process node. It should be understood that the main twin, in addition to publishing messages, also listens for messages published by other twins.

[0112] Other digital twins will listen for messages to ensure they receive relevant information promptly. Furthermore, this message listening can be implemented through a workflow message processing service configured within the digital twin architecture, which is also a workflow message processor.

[0113] The workflow message processing service asynchronously listens for and processes messages. For each workflow message listened for, the corresponding twin is found based on the parameters carried in the workflow message, and then the command encoding and execution parameters carried in the workflow message are used to generate a trigger signal.

[0114] Upon receiving the trigger signal, the trigger signal corresponding to the process message is passed to the found twin, which in turn enables the twin to obtain the command code and execution parameters carried by the trigger signal. Then, it searches for its own command implementation class through the command code, passes the execution parameters through the found command implementation class, and executes the twin command.

[0115] At this point, with the execution of commands by the twin entity, the release of the resulting messages will initiate events and / or business processes on other twin entities. In addition, they can also be pushed to the front end for display to dynamically update the operational status of the fire protection digital twin scenario.

[0116] Regarding event messages, in one exemplary embodiment, an event message is generated in response to the execution of a business process. At this time, the event message will trigger the publication of the event. Specifically, when a variant of its own defined business process is run, the execution of the business process reaches a specific node and generates an event message. The generated event message is then published, triggering the publication of the event. The published event is delivered to other twins, i.e., the target twins, through the event bus configured in the digital twin architecture.

[0117] The target twin will listen for the delivered event and then respond to the event by triggering an update of the twin and / or triggering the subsequent actions mapped by the event, such as the parameterized 3D model displayed on the front end performing the configured behavior.

[0118] Thus, a message processing mechanism for the fire protection digital twin scenario and a collaboration mechanism between the various twins in the scenario have been established. This enables the operation of the twins in the scenario to no longer be limited to themselves, and the twins and the fire protection digital twin scenario in which they are located can accurately and timely visualize the corresponding physical scenario.

[0119] In a fire protection digital twin, the operation of each twin entity may result in the publication of process messages, event messages, and so on. Therefore, to handle the numerous published messages, the digital twin architecture will adopt an asynchronous message listening and processing approach to improve system performance, achieve high concurrency, and avoid potential resource blockage. Decoupling message publication and processing from the 3D digital twin instances will significantly improve the scalability and reliability of both the twin instances and the digital twin scenario.

[0120] The published message will find the corresponding twin through the parameters it carries, so that the corresponding twin can respond to the message, call the corresponding business process, and execute the corresponding business logic.

[0121] The operation of a fire digital twin scenario corresponds to a specific stage of a fire alarm or disaster. For example, the corresponding stage could be the reception stage of a fire alarm or disaster before dispatch. In this case, as mentioned earlier, the received real-time data is the fire information reported during the fire alarm or disaster, which indicates the location of the fire.

[0122] Therefore, the execution of step S130 will also include:

[0123] Based on the disaster location carried by real-time data, the command center twin is triggered to locate the nearest fire point of the current fire alarm disaster, and obtain the nearest fire point and the fire brigade mapped to the nearest fire point.

[0124] The command center twin releases a message carrying the nearest fire location and the fire brigade mapped to that fire location. The message is transmitted to the target twin through the digital twin architecture it belongs to. The target twin is the fire truck twin and water tanker twin belonging to the fire brigade.

[0125] It should be clearly stated that the triggered business process is the business logic of determining the nearest fire station and the fire brigade mapped from the disaster location. The nearest fire station is the closest point where vehicles can be placed relative to the disaster location, and further, the location where fire trucks, water tankers, etc., of the fire brigade can be placed.

[0126] During the execution of business logic, based on the nearest fire station location, several fire brigades located near this nearest fire station are identified. At this point, when the process node that obtains the nearest fire station location and the several fire brigades mapped to it is reached, a message is published, and the command and control center twin will publish a message carrying the nearest fire station location and the fire brigades mapped to that fire station location.

[0127] This message is transmitted to the target twin through the digital twin architecture, which includes, but is not limited to, fire truck twins and water tanker twins belonging to the mapped fire brigade.

[0128] Thus, in the current operation of the fire protection digital twin scenario, the command center twin dynamically responds to the initiation of a fire alarm before the dispatch of an emergency. Driven by the timeline, the twin runs business logic, thereby driving the linkage of related twins, such as fire trucks and water tankers of the fire brigade, to determine the fire brigade that will be dispatched.

[0129] Similarly, in the next stage of the fire brigade dispatching scenario for fire-fighting digital twins, the dispatching of fire brigades will also be driven by the real-time data and message releases received, enabling dynamic response and evolution prediction that are adaptive throughout the entire disaster relief process under fire alarms.

[0130] Correspondingly, for messages published by the digital twin, the execution of step S130 will also include, through the digital twin architecture, the transmission of these messages:

[0131] When a target twin associated with the primary twin receives a message transmitted by its digital twin architecture, it responds to a message generation trigger signal.

[0132] Trigger events and / or schedule corresponding business processes defined by the target twin itself by triggering signals.

[0133] This message includes event messages and process messages.

[0134] This is the message processing mechanism between the main twin and other associated twins in a fire protection digital twin scenario, as well as the collaboration mechanism between twins, which enables the twins running in the fire protection digital twin scenario to run autonomously.

[0135] In another exemplary embodiment, the time-axis driven dynamic response and evolution method for fire digital twins provided in this application further includes:

[0136] The primary twin and / or other twins associated with the primary twin publish events to the configured event bus, which then delivers the published events to the target twin, which runs on its current node or the next node.

[0137] When the target twin detects an event, it responds by updating and / or triggering subsequent actions in the event mapping, which are behaviors that the target twin can perform.

[0138] In a fire protection digital twin scenario, the twin will coordinate with other twins by releasing events.

[0139] The digital twin architecture is configured with an event bus, which allows any twin to publish events to the event bus and deliver each published event to the target twin.

[0140] For example, the event bus performs a series of execution processes on published events, including event processing, matching, and transformation, before finally delivering them to the target twin. Event filtering is used to intercept events, facilitating matching and transformation of the published events. Event matching refers to matching the published event with the target twin to determine the target twin to which the event is delivered. After determining the target twin through event matching, event transformation can be performed on the target twin, ensuring that the delivered event is processable by the target twin.

[0141] Therefore, an event matching and conversion mechanism was built for the release of events, thereby enabling the twin of the fire protection digital twin scenario constructed by the digital twin architecture to have the ability to release events.

[0142] To further explain, the publication of an event message will trigger an event publication, and the event publication triggered will be implemented through the event bus, as described above.

[0143] For example, as the business process runs, when a process node is reached, such as the completion of a task, a task notification will be triggered. If the task notification is an event message, it will be processed to publish the event, that is, the published event will be pushed to the event bus. The event bus will then deliver the event to the target twin through a series of execution processes, including event filtering, matching and transformation.

[0144] It should be understood that, through the embodiments provided in this application, the fire protection digital twin scene built by the digital twin architecture can respond to the received real-time data to realize the operation of each twin, and then initiate the linkage of other twins as the twins operate. The resulting twins, the fire protection digital twin scene, and the front-end display will no longer be as simple as the image-based control and display in the existing implementation.

[0145] As step S130 triggers events and / or schedules business processes for the main twin, the dynamic display of the fire evolution status can be dynamically displayed in response to the triggered events and / or running business processes, thereby realizing front-end visualization display based on parametric 3D models and obtaining visualized dynamic response and fire evolution status presentation.

[0146] In step S140, the fire evolution situation refers to the fire situation obtained by forward fire simulation and reverse fire simulation on the time dimension mapped by the time axis. That is to say, the fire evolution situation includes the historical situation relative to the present time and the future fire simulation situation. The historical situation is the fire situation obtained by reverse fire simulation, and the fire simulation situation is the dynamic fire simulation simulation of the future time achieved by forward fire simulation.

[0147] The reverse fire simulation will be based on the obtained real-time data, namely fire information, to obtain the fire situation of the fire protection zone corresponding to the fire digital twin scenario, thereby obtaining a richer and more realistic situation, which is conducive to enhancing the response efficiency and controllability of disaster relief.

[0148] Based on this, in an exemplary embodiment, the execution process of step S140 includes:

[0149] The time point to which the time axis pointer has flowed forward is located, the time point is located in the time slice of the node, and the node corresponds to past time;

[0150] Obtain the fire simulation and reverse calculation data corresponding to the time slice;

[0151] The fire simulation data is used to visualize a three-dimensional fire simulation scene starting from the stated time point.

[0152] For past nodes and their corresponding time slices, fire simulations are performed in reverse order to obtain fire simulation data corresponding to the time slice. The fire simulation data corresponding to the time slice will reproduce the real fire situation in the fire scene in the order of the time points in the time slice.

[0153] During this execution process, the pointers in the current node and its time slice advance to past times. Fire simulation data includes fire simulation backwards data, which is used to visualize a 3D fire simulation scene starting from a specific time point. This includes:

[0154] Extract partial fire simulation and reverse calculation data corresponding to the time point and the current scene from the fire simulation and reverse calculation data corresponding to the time slice. The extracted partial fire simulation and reverse calculation data is used for the visualization of the three-dimensional scene of fire simulation starting from the time point. The current scene is a fire scene consisting of one fire compartment or several fire compartments.

[0155] Therefore, by dragging the pointer on the timeline, the pointer can be moved to any point in the past, at which point a real fire scene is started.

[0156] In other words, the fire simulation and reverse engineering data corresponding to a time slice exists frame by frame, corresponding to each time point in that time slice, with one frame of data for each time point. After the positioning pointer is dragged, the flow advances to the past time point, and the fire simulation and reverse engineering data corresponding to the time slice of that past time point is obtained. Then, the fire simulation and reverse engineering data is played starting from this time point to obtain a dynamic 3D fire simulation scene.

[0157] This not only improves data interpretability but also enhances the efficiency of fire prevention, emergency response, and decision-making. The resulting fire simulation and inverse reasoning data contains a wealth of multidimensional data, such as temperature distribution, smoke diffusion paths, fire source locations, and time series. Dynamic visualizations transform this complex data into intuitive graphics, animations, and interactive models, making the data easier to understand and analyze.

[0158] For example, by using parametric 3D models of twins of all parties involved, the process of a fire from its occurrence to its spread can be dynamically displayed based on fire simulation and reverse data, intuitively presenting information such as fire source development, smoke diffusion path, and hotspot areas.

[0159] By making static data dynamic, observers can grasp key information about the evolution of a fire without having to understand the technical details. This allows for accurate reconstruction of the fire's evolution process and enables fire scene reconstruction in both time and space dimensions. On the one hand, it provides a deeper understanding of the fire behavior at each stage, and on the other hand, it facilitates rescue efforts, locates the fire source and its propagation path, and retraces the details of the scene. Ultimately, this enhances fire emergency response capabilities and optimizes firefighting strategies and resource deployment.

[0160] Specifically, the dynamic display of fire evolution achieved through fire simulation and reverse data can intuitively locate the fire head, the heat release intensity of the initial fire source, and the path of fire spread. It can also intuitively display the temperature, smoke flow, and dynamic changes of the affected area at different locations when the fire occurs, providing intuitive evidence for fire accident investigation.

[0161] Correspondingly, the method provided in this application also includes a fire simulation and reverse calculation process to provide corresponding fire simulation and reverse calculation data for each time slice. For example, the method provided in this application includes: performing fire simulation and reverse calculation of a set scenario based on fire information described by real-time data, obtaining fire simulation and reverse calculation data from the current node, corresponding to each node in the past time and each time point in the node's time slice covering each scenario.

[0162] For nodes that become past times and time slices of those nodes, fire simulation and reverse engineering are used to provide fire simulation and reverse engineering data for each time point in that time slice and the scene it covers, so that when the pointer is dragged to the past time, the fire evolution process can be accurately reconstructed.

[0163] The fire simulation and reverse engineering process, as well as the scenarios that the fire simulation and reverse engineering data needs to cover, constitute the various fire protection digital twin scenarios created. It should be understood that corresponding fire protection digital twin scenarios can be built for different fire compartments and different combinations of fire compartments, and then corresponding twins can be added to the built fire protection digital twin scenarios.

[0164] In addition to fire simulation and reverse engineering, dynamic fire simulation will also be conducted for the future, and the resulting simulation data will be used to present the evolution of fire protection.

[0165] In an exemplary embodiment, the node and the time point to which the pointer in the node's time slice advances correspond to a future time. The fire simulation data includes simulation scheme data. Step S140 includes:

[0166] Extract data slices corresponding to the time points and the current scene from the simulation plan data corresponding to the time slices;

[0167] Heatmap data corresponding to each time frame is generated by data slicing corresponding to key observation points in the current scene, with the time point as the starting point.

[0168] Follow the pointer's movement along the timeline to advance the playback of the heatmap data for the corresponding time frame.

[0169] This process is based on the simulation scheme data. By extracting data slices from the time slices on the time axis and dynamically generating heat map data, the data display of the corresponding time frame is realized by playing the data in a flowing manner on the time axis.

[0170] As mentioned earlier, the timeline is used to control the continuous flow of time during the fire simulation. Several nodes are deployed on it, and each node has a corresponding time slice. The simulation data is essentially time-series data, including information such as temperature field, smoke distribution, and heat release rate at each time frame during the fire evolution process.

[0171] The key observation points referred to are those in the fire scene that are representative and important for the evolution of the fire. For example, key observation points may be the fire source and its surrounding area, key points in the smoke diffusion path, and key points in the distribution of high-temperature areas and flammable materials. There is no limitation here, and they can be flexibly adjusted according to specific circumstances.

[0172] Based on the time slice and the fire protection digital twin scenario, the data slice corresponding to the time point is extracted from the simulation plan data. The data slice is then further extracted to obtain the observation values ​​mapped to the key observation points.

[0173] Heatmap data corresponding to each time frame is generated from data slices, with each time point as the starting point. The observation values ​​mapped to key observation points are marked in the heatmap data, and the heatmap data is played out as the time axis pointer advances.

[0174] As the time pointer advances, the heatmap data corresponding to the current time frame is rendered, the heatmap data is projected onto the corresponding parametric 3D model, and the spatial distribution changes of the observation values ​​mapped by the key observation points are dynamically displayed.

[0175] This enables a dynamic display of the spatiotemporal evolution of fire simulation data, effectively enhancing fire emergency response capabilities. Correspondingly, to achieve a dynamic display of the fire evolution process, dynamic fire simulations will also be performed looking towards the future, providing simulation plan data for each time slot.

[0176] In other words, the method provided in this application also includes forward fire simulation, that is, the execution process of dynamic fire simulation.

[0177] Specifically, the method provided in this application further includes: for nodes that receive real-time data, performing dynamic fire simulation and extrapolation for future times based on the real-time data, and obtaining extrapolation scheme data corresponding to time slices and capable of covering time points and scenarios within the time slices.

[0178] This enables dynamic fire simulation and extrapolation based on real-time data. By using the received real-time data, simulations are performed on nodes to predict the dynamic evolution of the fire over future time periods, generating simulation scheme data corresponding to time slices.

[0179] For future time points, fire dynamics models are built based on real-time data, such as temperature changes, smoke concentration, airflow speed and direction, heat release rate and combustible material distribution, to construct a simulation environment for fire evolution and obtain simulation scheme data corresponding to time slices.

[0180] For example, focusing on future time on the timeline, the timeline will be progressively advanced to complete the dynamic simulation and extrapolation of fires for all time slices, obtaining data on all extrapolation schemes covering the entire future time, so as to effectively support rapid response and early warning, optimize fire prevention and control decisions, and then adjust and update the current fire fighting and rescue efforts.

[0181] Therefore, the dynamic display of the fire-fighting evolution will be applied to the parametric 3D models of each twin in the fire-fighting digital twin scenario. The parametric 3D models, as the geometric attributes of the twins, are then used for the front-end display.

[0182] A parametric 3D model, which is obtained through parametric modeling, exists in the form of functions. That is, the parametric 3D model is represented by functions based on points, lines, and surfaces.

[0183] It is precisely because of the model support provided by the parametric 3D model that the dynamic changes updated by the front end can be accurately applied to a certain surface, a certain line or other basic unit, rather than just to the entire model, which greatly enhances the accuracy of operation. With the help of the parametric 3D model, the operation of the twin is more detailed and accurate, and the fire evolution situation presented is more detailed and accurate.

[0184] For example, the constructed fire-fighting digital twin scenario will be used to present the operation of the twin corresponding to the spontaneously combusting vehicle at an intersection. In the existing implementation, the model of each vehicle is constructed based on images, and the business processes and events created are all applied to the vehicle as a whole.

[0185] The geometric attributes obtained through parametric modeling are added to the twin in the fire protection digital twin scenario. This allows for the creation of a sub-twin for the entire vehicle, as well as each part within it, such as tires and bearings. Each sub-twin can then generate its own business processes and events, driven by real-time data and other twins, achieving precise response in the fire protection digital twin scenario. Existing models are mostly image-based, such as models constructed from various static images, dynamic images, or even video streams. These models lack the precision to points, lines, and surfaces, and therefore cannot provide responses specific to each part of the model as a whole. In an exemplary embodiment, this application also provides a computer device, including a memory, a processor, and a computer program stored in the memory. The processor executes the computer program to implement the steps of the method described above.

[0186] In one exemplary embodiment, this application also provides a computer program product including a computer program that, when executed by a processor, implements the steps of the method as described above.

[0187] In one exemplary embodiment, this application also provides a computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements the steps of the method as described above.

[0188] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, terminal device, or network device, etc.) to execute the method according to the embodiments of this application.

[0189] In an exemplary embodiment of this application, a computer program medium is also provided, on which computer-readable instructions are stored, which, when executed by a computer's processor, cause the computer to perform the methods described in the above method embodiments.

[0190] According to one embodiment of this application, a program product for implementing the methods in the above-described method embodiments is also provided. This product may employ a portable compact disc read-only memory (CD-ROM) and include program code, and may run on a terminal device, such as a personal computer. However, the program product of this invention is not limited thereto. In this document, a readable storage medium may be any tangible medium containing or storing a program that may be used by or in conjunction with an instruction execution system, apparatus, or device.

[0191] The program product may employ any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0192] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium, capable of sending, propagating, or transmitting programs for use by or in conjunction with an instruction execution system, apparatus, or device.

[0193] The program code contained on the readable medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof.

[0194] Program code for performing the operations of this invention can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The program code can execute entirely on the user's computing device, partially on the user's device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0195] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0196] Furthermore, although the steps of the method in this application are described in a specific order in the accompanying drawings, this does not require or imply that the steps must be performed in that specific order, or that all the steps shown must be performed to achieve the desired result. Additional or alternative steps may be omitted, multiple steps may be combined into one step, and / or a step may be broken down into multiple steps.

[0197] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, mobile terminal, or network device, etc.) to execute the method according to the embodiments of this application.

[0198] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the appended claims.

Claims

1. A time-axis driven dynamic response and evolution method for fire protection digital twins, characterized in that, The method includes: In response to the operation of the pre-configured timeline, the node to which the timeline pointer is currently flowing is triggered, and the node is configured to run the main twin; The master twin receives real-time data corresponding to its node. The real-time data is used to describe the fire information and / or changes in the associated twin at the time axis node. The real-time data driving the master twin includes fire information that the corresponding physical entity can perceive, or changes in the master twin and associated twins in the time slice corresponding to the previous node. These changes will be used as the real-time data carried by the master twin at the current node, thereby enabling the master twin to respond to the twin changes that occurred in the previous time slice. The main twin is controlled to run according to the real-time data, and the operation of the main twin triggers defined events and / or runs business processes, which are defined by the main twin and / or the node; for the node that receives the real-time data, a dynamic simulation of fire in the future time is performed based on the real-time data to obtain simulation scheme data corresponding to the time slice and covering the time points and scenarios in the time slice; In response to triggered events and / or running business processes, dynamically display the fire safety evolution status; The nodes distributed along the time axis are configured to run the master twin and / or the fire simulation data of the corresponding time slice. The fire simulation data is used to dynamically display the fire evolution situation. The fire simulation data includes simulation scheme data.

2. The method according to claim 1, characterized in that, The nodes distributed along the timeline correspond to past time, present time, and future time, respectively.

3. The method according to claim 1, characterized in that, Before triggering the node corresponding to the current execution of the timeline in response to the execution of the pre-configured timeline, the method includes: In response to the timeline's derivation, the timeline is started to run, and the timeline pointer is controlled to flow at the time flow rate, and the timeline pointer will advance the flow to the configured node.

4. The method according to claim 1, characterized in that, The master twin receives real-time data corresponding to its node, including: Upon receiving a fire alarm, the primary twin configured on the starting node receives the fire information reported in the fire alarm through the twin runtime data service configured in the digital twin architecture. The fire information indicates the location of the fire alarm. By distributing the disaster location to the primary twin on the starting node, the primary twin receives the real-time data corresponding to its node.

5. The method according to claim 1, characterized in that, The control of the master twin to operate based on the real-time data, and the triggering of defined events and / or execution of business processes through the operation of the master twin, includes: For the events and business processes defined in the master twin, determine the matching events and / or business processes; Control the master twin to trigger the matched events and / or schedule the business process for the master twin.

6. The method according to claim 5, characterized in that, The control of the master twin to trigger the matched event and / or to schedule the business process for the master twin includes: The main twin that triggers its own defined events and / or business processes publishes messages and listens for messages published by other twins; When a message published by another twin is detected, a trigger signal is generated in response to the message. The trigger signal is used to trigger a self-defined event and / or schedule the corresponding business process.

7. A computer device, comprising a memory, a processor, and a computer program stored in the memory, characterized in that, The processor executes the computer program to implement the steps of the method according to any one of claims 1-6.

8. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method as described in any one of claims 1-6.

9. A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the method according to any one of claims 1-6.

Images