MSA-based device orchestration apparatus in digital federated twin
The MSA-based device orchestration device addresses the limitations of IoT control in federated digital twins by enabling unit processing division, command sequencing, and adaptive filter control, enhancing efficiency and scalability.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- TO21 COMMS
- Filing Date
- 2025-10-17
- Publication Date
- 2026-05-21
AI Technical Summary
Existing IoT device control technologies in federated digital twins face limitations due to heterogeneous services and unscalable single application structures, limiting the active and intelligent use of physical devices across varying federation conditions.
An MSA-based device orchestration device that performs unit processing division, determines command sequences, and selects business logic to generate divided control commands, enabling independent execution and flexible control in digital federated twins.
Enhances the efficiency and scalability of IoT device control in federated digital twins by allowing independent task execution, parallel processing, and adaptive filter control, optimizing system operations.
Smart Images
Figure KR2025016517_21052026_PF_FP_ABST
Abstract
Description
MSA-based device orchestration device in a digital federated twin
[0001] The present invention relates to a complex orchestration implementation technology, and more specifically, to a device orchestration device based on MSA (MicroService Architecture) in a digital federated twin capable of generating control commands that provide device control services for federated / single twins in an intelligent digital twin federation and driving said control services.
[0002]
[0003] Since COVID-19, competition for digital transformation has accelerated globally due to the expansion of non-face-to-face services and changes in existing paradigms. In Korea, there is also a trend of announcing the Korean New Deal 2.0 and the Digital New Deal 2.0 to lead the trend of digital transformation and actively promoting policies related to digital twins.
[0004] Digital twins replicate objects (things, environments, etc.) existing in the real world identically in a virtual space and provide the function of simulating the behavior of physical objects and systems. Furthermore, conventional IoT can be utilized in the control and sensing technologies of physical devices to implement a cyclic structure that receives feedback by applying optimal and highly efficient operating methods to the physical system based on simulation results.
[0005] The application areas serviced by a single twin can be found in Table 1 below.
[0006]
[0007] [Table 1]
[0008]
[0009]
[0010] However, the reality is that the control services provided for each single twin are implemented as heterogeneous services regarding the processes handled (commands, protocols, processing time, result values, etc.), resulting in limited support for each control service and operation as an unscalable single application structure tailored to the execution process.
[0011] In federated digital twins, the forms of services provided to users can vary significantly depending on the federation conditions between individual digital twins, which imposes clear limitations on existing IoT device control technologies. Therefore, an advanced control method is essential to enable active and intelligent use of physical devices in federated digital twins by connecting them to top-level user services.
[0012] Korean Published Patent No. 10-2022-0069688 relates to a digital twin federation method and apparatus, wherein the digital twin federation method comprises the steps of: a first digital twin transmitting a connection request including digital twin information for digital twin federation to a connection broker; the first digital twin receiving connection information of a second digital twin having digital twin information for digital twin federation from the connection broker; and the first digital twin performing a connection setup with the second digital twin using the connection information of the second digital twin.
[0013]
[0014] [Prior Art Literature]
[0015] [Patent Literature]
[0016] Korean Published Patent No. 10-2022-0069688 (June 8, 2022)
[0017]
[0018] One embodiment of the present invention aims to provide an MSA-based device orchestration device in a digital federated twin capable of generating a divided control command by performing a unit processing division operation on a control request message.
[0019] One embodiment of the present invention aims to provide an MSA-based device orchestration device in a digital federated twin capable of determining the command sequence and work content based on the predefined parallel processing characteristics of the device.
[0020] One embodiment of the present invention aims to provide an MSA-based device orchestration device in a digital federated twin that can select business logic based on the task assigned to the device and variably control filters according to the business logic.
[0021]
[0022] Among the embodiments, the MSA-based device orchestration device in a digital federated twin includes: a request receiving unit that receives a control request message for a device and performs a unit processing division operation on the control request message to generate a division control command; a control sequence request transmitting unit that receives the division control command, checks the control sequence required by the device, determines the command order and work content, and requests the device to execute the control sequence; a control sequence processing result receiving unit that receives the processing result of the control sequence from the device, performs the application of a filter to determine whether to proceed with the next control sequence and execute business logic according to the processing result, and transmits the next control sequence that has passed the filter to the control sequence request transmitting unit; a request status checking unit that checks the processing status of the division control command and schedules the control sequence required by the device; and a request processing result transmitting unit that transmits the processing result of the device according to the termination of the division control command.
[0023] The above request receiving unit can generate the division control command so that it can be executed independently on the device during the progress of the above unit processing division operation.
[0024] The above control sequence request transmission unit can determine the command sequence and the work content based on the predefined parallel processing characteristics of the device.
[0025] The receiving unit for the control sequence processing result above can select the business logic based on the task assigned to the device and variably control the filter according to the business logic.
[0026]
[0027] The disclosed technology may have the following effects. However, this does not mean that a specific embodiment must include all of the following effects or only the following effects; therefore, the scope of the rights of the disclosed technology should not be understood as being limited by this.
[0028] In a digital federated twin according to one embodiment of the present invention, an MSA-based device orchestration device can generate a divided control command by performing a unit processing division operation on a control request message.
[0029] In a digital federated twin according to one embodiment of the present invention, an MSA-based device orchestration device can determine the command sequence and work content based on the predefined parallel processing characteristics of the device.
[0030] In a digital federated twin according to one embodiment of the present invention, an MSA-based device orchestration device can select business logic based on the assigned tasks of the device and variably control filters according to the business logic.
[0031]
[0032] FIG. 1 is a diagram illustrating an example of a control request that can verify a complete configuration of a combination of control sequence commands.
[0033] Figure 2 is a business process flowchart illustrating the control commands and control panel conditions of the sequence scenario of Figure 1.
[0034] Figure 3 is a diagram illustrating an example of a command composed of multiple commands among control command configurations.
[0035] Figure 4 is a diagram illustrating an example of a single command to be executed.
[0036] FIG. 5 is a diagram illustrating the functional configuration of a device orchestration device according to the present invention.
[0037] FIG. 6 is a flowchart illustrating a sequence diagram for a control request according to one embodiment of the present invention.
[0038]
[0039] The description of the present invention is merely an example for structural or functional explanation, and therefore the scope of the present invention should not be interpreted as being limited by the examples described in the text. That is, since the examples are subject to various modifications and may take various forms, the scope of the present invention should be understood to include equivalents capable of realizing the technical concept. Furthermore, the objectives or effects presented in the present invention do not imply that a specific example must include all of them or only such effects; therefore, the scope of the present invention should not be understood as being limited by them.
[0040] Meanwhile, the meaning of the terms described in this application should be understood as follows.
[0041] Terms such as "first," "second," etc., are intended to distinguish one component from another, and the scope of rights shall not be limited by these terms. For example, the first component may be named the second component, and similarly, the second component may be named the first component.
[0042] When it is stated that one component is "connected" to another component, it should be understood that it may be directly connected to that other component, or that there may be other components in between. Conversely, when it is stated that one component is "directly connected" to another component, it should be understood that there are no other components in between. Meanwhile, other expressions describing the relationships between components, such as "between" and "exactly between," or "adjacent to" and "directly adjacent to," should be interpreted in the same way.
[0043] A singular expression should be understood to include a plural expression unless the context clearly indicates otherwise, and terms such as "include" or "have" are intended to specify the existence of the implemented features, numbers, steps, actions, components, parts, or combinations thereof, and should be understood not to preclude the existence or addition of one or more other features, numbers, steps, actions, components, parts, or combinations thereof.
[0044] In each step, identifiers (e.g., a, b, c, etc.) are used for convenience of explanation and do not describe the order of the steps; the steps may occur differently from the specified order unless a specific order is clearly indicated in the context. That is, the steps may occur in the same order as specified, may be performed substantially simultaneously, or may be performed in the reverse order.
[0045] The present invention may be implemented as computer-readable code on a computer-readable recording medium, and the computer-readable recording medium includes all types of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, etc. Additionally, the computer-readable recording medium may be distributed across networked computer systems, so that computer-readable code can be stored and executed in a distributed manner.
[0046] Unless otherwise defined, all terms used herein have the same meaning as generally understood by those skilled in the art to which this invention pertains. Terms defined in commonly used dictionaries should be interpreted as having meanings consistent with the context of the relevant technology and should not be interpreted as having an ideal or overly formal meaning unless explicitly defined in this application.
[0047]
[0048] FIG. 1 is a diagram illustrating an example of a control request that can verify a complete configuration of a combination of control sequence commands.
[0049] Referring to FIG. 1, the device orchestration device (10) may include a control request statement for controlling sensors for a digital federated twin. Here, the start sequence (101) in the control request may be composed of a condition statement that executes immediately. The start sequence (101) executes the process of the first execution sequence (102), which is the next sequence, immediately after determining the validity of the next sequence (102). In one embodiment, the start sequence (101) may perform initialization to identify the entire request and allow subsequent control sequences to proceed sequentially, and may set basic information necessary to process the request when the request is delivered to the system. The start sequence (101) may be composed of field operators such as requestIdentifier, callbackURL, controlID, and nextSeqIdentifier.
[0050] The first execution sequence (102) is composed of instructions for an execution sequence that performs a check on temperature sensor data of a specific digital combined twin, determines the result of a judgment condition (e.g., 80°C or higher) on the processing result, and if the result is true, performs the next sequence, the second execution sequence (103), and otherwise re-executes the execution sequence. Here, the first execution sequence may include field operators such as controlID, controlCommand, commands, ctrlCondition, and nextSeqIdentifier.
[0051] The second execution sequence (103) is composed of an execution sequence command that checks the gas sensor status information of a specific digital combined twin, performs a judgment on the result of a judgment condition (in operation) for the processing result, and if the result is true, performs the next sequence, the termination sequence (104), and otherwise performs a re-execution (103). Here, the second execution sequence (103) may include field operators such as controlID, controlCommand, commands, ctrlCondition, and nextSeqIdentifier.
[0052] When the sequence is terminated normally, the termination sequence (104) can connect to the callBackURL among the request information to transmit the processing result and terminate the control request. The termination sequence (104) can finish the entire control sequence and, if necessary, perform tasks related to termination processing. Here, the termination sequence (104) may include field operators such as controlID, actualTp(EPS), controlCommand, and nextSeqIdentifier.
[0053]
[0054] Figure 2 is a business process flowchart illustrating the control commands and control panel conditions of the sequence scenario of Figure 1.
[0055] Referring to FIG. 2, the device orchestration device (10) can identify control commands (202, 206) in the flowchart and can identify control panel units (203, 207) that perform control panel units after the control commands. Here, process setting information (201, 204, 205), etc., may correspond to an option list for performing the process. Here, during the process of performing the termination sequence (208), the omission of result information transmission can be prevented by retransmitting the result transmission three or more times.
[0056] Here, we provide MSA-based device orchestration to execute a series of process flows involving process execution and control processing / judgment regarding results in response to control commands / requests. In this context, the MSA-based device orchestration incorporates container virtualization technology (Docker) to configure the system, and supports the multi-instantiation of each module (service) for service delivery. Furthermore, by providing a Docker service (Image) for the entire system configuration, it is possible to configure a service system for MSA-based device orchestration regardless of the operating (Host Server) environment.
[0057]
[0058] Figure 3 is a diagram illustrating an example of a command composed of multiple commands among control command configurations.
[0059] Referring to FIG. 3, an example of a multi-command configuration for controlling a PTZ (Pan-Tilt-Zoom) camera is shown. A PTZ camera may correspond to a camera capable of adjusting direction or zooming in and out. In one embodiment, the PTZ camera of FIG. 3 has commands for controlling the camera's power, panning, tilting, and zooming configured sequentially.
[0060]
[0061] Figure 4 is a diagram illustrating an example of a single command to be executed.
[0062] Referring to Fig. 4, the task of collecting data is defined through the SensingDataControl command. Here, the SensingDataControl command consists of a single command that can be executed independently regardless of specific conditions or order, and can be primarily used to collect sensor data. The SensingDataControl command performs the role of collecting data from the sensor through the GetData command and can be configured in a simple form that does not require specific control values. A single command such as the SensingDataControl command can primarily be used to immediately collect the value of a specific sensor and transmit it to a monitoring system or record it.
[0063]
[0064] FIG. 5 is a diagram illustrating the functional configuration of a device orchestration device according to the present invention.
[0065] Referring to FIG. 5, the device orchestration device (10) may include a request receiving unit (502), a control sequence request transmitting unit (503), a control sequence processing result receiving unit (505), a request status checking unit (506), and a request processing result transmitting unit (507).
[0066] At this time, embodiments of the present invention are not required to include all of the above components simultaneously; depending on each embodiment, some of the components may be omitted, or some or all of the components may be selectively included. The operation of each component will be described in detail below.
[0067]
[0068] The request receiving unit (502) can receive a control request message for a device and perform a unit processing division operation on the control request message to generate a division control command. Here, the unit processing division operation may correspond to a process of dividing the received control request message into multiple sub-task units so that each task can be processed independently. The request receiving unit (502) can receive a request message transmitted for device control and analyze the received control request message to perform a division operation that divides one large task into several small units. Additionally, the request receiving unit (502) can generate a division control command that can be executed individually for each divided unit task and transmit it to each device, thereby enabling each device to perform a clearly instructed task.
[0069] In one embodiment, the request receiving unit (502) can generate a split control command so that it can be executed independently on the device during the process of the unit processing splitting operation. Here, the request receiving unit (502) can receive a request message and perform a request message analysis process including the purpose, nature of the operation, and device requirements included in the request message. For example, in the case of a smart factory, when the request receiving unit (502) receives a control request message for “temperature setting, humidity measurement, and equipment status monitoring,” it can generate a split control command to perform each operation independently. In one embodiment, the request receiving unit (502) can generate a split control command optimized for each device so that the operation can be performed effectively on each device. For example, when the request receiving unit (502) separates the “temperature setting” operation while performing the unit processing splitting operation, it can generate a split control command to “set the temperature to 25 degrees” and provide it to the temperature control device.
[0070] The control sequence request transmission unit (503) receives a split control command, verifies the control sequence required by the device, determines the command order and work content, and can request the device to execute the control sequence. Here, the control sequence may correspond to a command system that lists multiple tasks to be performed by the device in order, but is not necessarily limited thereto and may correspond to a series of commands defined so that each task is executed according to a specific order and rules. The control sequence request transmission unit (503) receives the split control command from the request receiving unit (502) and verifies the control sequence required for each device by performing an analysis of the received split control command. For example, the control sequence request transmission unit (503) can determine the order of tasks and specific work content for each device through the analysis of the split control command. Through this, the control sequence request transmission unit (503) can improve the efficiency and accuracy of the entire system by rearranging commands or performing detailed adjustments to match the task order and work content required by each device.
[0071] In one embodiment, the control sequence request transmission unit (503) can determine the command sequence and work content based on the predefined parallel processing characteristics of the device. Here, the parallel processing characteristics may correspond to the ability of the device or system to perform multiple tasks simultaneously. The control sequence request transmission unit (503) can identify independent tasks in the divided control commands and classify tasks that can be executed simultaneously into groups to create parallel execution groups. Here, the control sequence request transmission unit (503) can execute multiple tasks in parallel within the same application by assigning individual threads or processes to each parallel execution group to execute tasks simultaneously. In one embodiment, the control sequence request transmission unit (503) can monitor the status of each task executed in parallel and adjust it if synchronization between tasks is required. For example, if the next step can only proceed after a specific task is completed, the control sequence request transmission unit (503) can apply synchronization to ensure that all tasks are completed at the required time.
[0072] The control sequence processing result receiving unit (505) receives the processing result of a control sequence from the device, performs the execution of business logic according to the processing result, applies a filter to determine whether to proceed to the next control sequence, and can transmit the next control sequence that has passed the filter to the control sequence request transmitting unit (503). Here, the business logic may correspond to a set of logic including rules, procedures, and calculation processes that must be performed according to the result of a specific task when a specific task is performed within the system. The control sequence processing result receiving unit (505) receives execution result data of each control sequence from the device and can execute business logic according to the received processing result.
[0073] In one embodiment, the control sequence processing result receiving unit (505) may support the system to operate normally by performing subsequent operations or error handling depending on the success or failure of the requested operation. For example, the control sequence processing result receiving unit (505) may apply a filter to determine whether to proceed with the next control sequence. Here, the filter may correspond to a set of conditions applied to the processing result to determine whether to proceed with the next control sequence, and may include, for example, a temperature control filter, an equipment status check filter, and a production quality inspection filter. The control sequence processing result receiving unit (505) may apply a filter to the processing result of the control sequence, determine the next control sequence if the filter conditions are satisfied, and transmit the next control sequence to the control sequence request transmitting unit (503).
[0074] In one embodiment, the control sequence processing result receiving unit (505) can select business logic based on the assigned task of the device and variably control the filter according to the business logic. Here, the control sequence processing result receiving unit (505) can receive a processing result from the device and determine the task to be performed by the device as the assigned task to select the business logic. For example, the control sequence processing result receiving unit (505) can determine the business logic according to the assigned task of the device, including temperature control, humidity control, and equipment status check.
[0075] Next, the control sequence processing result receiving unit (505) determines the business logic according to the assigned task and can variably control the filter conditions according to the business logic. For example, the control sequence processing result receiving unit (505) can adjust the filter conditions to be optimized for the assigned task by changing the filter conditions in a way such as setting a narrow target temperature range in the temperature control task or widening the allowable range as needed. Through this, the control sequence processing result receiving unit (505) can adjust the filter conditions according to changes in the real-time environment and optimize the system to respond flexibly to various situations.
[0076] The request status check unit (506) can check the processing status of the split control command and schedule the control sequence required by the device. Here, the request status check unit (506) can check the processing stage of the split control command by continuously monitoring the progress status of the split control command processed by the device in each independent unit. For example, by continuously monitoring the progress status of the split control command, the request status check unit (506) can determine which split control command was executed at which stage or whether a specific split control command was delayed or failed. Through this, the status check unit can efficiently adjust the required control sequence to guide the device to perform the work in the optimal order.
[0077] The request processing result transmission unit (507) can transmit the processing result of the device following the termination of the split control command. For example, the request processing result transmission unit (507) can report that the work has been completed by transmitting the result to the upper system when the last task is completed during the process of executing multiple stages of split control commands in the device. Here, if an error occurs or the work is interrupted during the process of executing multiple stages of split control commands, the request processing result transmission unit (507) can transmit the result to the upper system to be used as reference material necessary for the next action.
[0078]
[0079] FIG. 6 is a flowchart illustrating a sequence diagram for a control request according to one embodiment of the present invention.
[0080] Referring to FIG. 6, the device orchestration device (10) can receive a user's control request through a request receiving unit (502) and analyze the syntax of the control request. Here, when the analysis of the control request is completed, the device orchestration device (10) can determine the workflow by generating a control command sequence capable of processing the control request. Subsequently, the device orchestration device (10) can input and process the control command based on the generated control command sequence and transmit it to the next step.
[0081] Next, the device orchestration device (10) can check control sequence information through the control sequence request transmission unit (503) and determine task execution settings for performing each task. Here, when the task execution settings are completed, the device orchestration device (10) can transmit the control sequence to the device or related module to start execution. When a specific sequence is completed, the device orchestration device (10) can transmit next execution sequence information for subsequent tasks.
[0082] In one embodiment, the device orchestration device (10) receives a control sequence processing result through a control sequence processing result receiving unit (505) and can perform filtering by applying business logic based on the received control sequence processing result. Here, the device orchestration device (10) can provide a control command if a condition is met and determine a countermeasure if it is not met. In addition, the device orchestration device (10) can perform process error handling so that if a specific error occurs, it can detect the error and, if necessary, perform a retry or notify an administrator.
[0083] In one embodiment, the device orchestration device (10) can manage the process and perform tasks to resolve or supplement the problem when an error occurs in the process through the request processing result transmission unit (507). Here, the device orchestration device (10) can generate a new event based on the error processing result so that other modules can recognize and respond to it, and, for example, transmit the final processing result to an external system or related module to provide a notification that the work has been successfully completed.
[0084] In one embodiment, the device orchestration device (10) can continuously manage the status of each control command through the request status check unit (506) and verify whether the control command is being executed normally. Here, the device orchestration device (10) can manage the progress of the control sequence and check whether it is completed normally and whether an error has occurred. In one embodiment, the device orchestration device (10) can set a TimeOut event for a task that is not completed within a specific time, consider the task as having failed, and provide an alternative solution.
[0085]
[0086] Although the present invention has been described above with reference to preferred embodiments, those skilled in the art will understand that various modifications and changes can be made to the invention without departing from the spirit and scope of the invention as described in the following claims.
[0087]
[0088] [National R&D projects that supported this invention]
[0089] [Project ID] 1711160324
[0090] [Assignment No.] 2022-0-00438
[0091] [Ministry Name] Ministry of Science and ICT
[0092] [Specialized Research Management Agency] Korea Institute of Information & Communication Technology Planning & Evaluation, affiliated with the National Research Foundation of Korea
[0093] [Research Project Name] Digital Twin Alliance Core Technology Development (R&D)
[0094] [Project Title] (Overall · Sub-project 1) Development of Core Technologies for Intelligent Digital Twin Alliance Operation and Prediction
[0095] [Contribution Rate] 1 / 1
[0096] [Organizing Agency] Electronics and Telecommunications Research Institute
[0097] [Research Period] From April 1, 2022 to December 31, 2026 (57 months)
[0098]
[0099] [Explanation of the symbol]
[0100] 10: Device orchestration device
[0101] 101: Start Sequence 102: First Execution Sequence
[0102] 201, 204, 205: Process configuration information
[0103] 202, 206: Control commands 203, 207: Control panel
[0104] 502: Request receiving unit 503: Control sequence request transmitting unit
[0105] 505: Control Sequence Processing Result Receiver
[0106] 506: Request status check unit 507: Request processing result transmission unit
Claims
1. A request receiving unit that receives a control request message for a device and performs a unit processing division operation on the control request message to generate a division control command; A control sequence request transmission unit that receives the above-mentioned split control command, verifies the control sequence required by the device, determines the command order and work content, and requests the device to execute the control sequence; A control sequence processing result receiving unit that receives a processing result of the control sequence from the device, applies a filter to determine whether to proceed with the next control sequence and execute business logic according to the processing result, and transmits the next control sequence that has passed the filter to the control sequence request transmitting unit; A request status check unit that checks the processing status of the above-mentioned split control command and schedules a control sequence required for the device; and A device orchestration device based on MSA (Microservices Architecture) in a digital federated twin, comprising a request processing result transmission unit that transmits the processing result of the device following the termination of the above-mentioned split control command.
2. In paragraph 1, the request receiving unit An MSA-based device orchestration device in a digital federated twin characterized by generating the division control command so that it can be executed independently on the device during the progress of the unit processing division operation.
3. In paragraph 1, the control sequence request transmission unit MSA-based device orchestration device in a digital federated twin characterized by determining the command sequence and the work content based on the predefined parallel processing characteristics of the device.
4. In paragraph 1, the control sequence processing result receiving unit MSA-based device orchestration device in a digital federated twin, characterized by selecting the business logic based on the assigned task of the device and variably controlling the filter according to the business logic.