KR20240082599A - Electronic apparatus for editing information model - Google Patents

Abstract

A method for controlling an electronic device that edits an information model is disclosed. This control method includes the steps of identifying the type of module based on a module ID obtained according to user input, selecting at least one item matching the identified type among a plurality of items, and selecting at least one item matching the identified type. It includes providing at least one UI (User Interface) for receiving matching data.

Description

Electronic device for editing information model { ELECTRONIC APPARATUS FOR EDITING INFORMATION MODEL }

This disclosure relates to an electronic device for editing an information model, and more specifically, to an editing method for editing an information model for each item according to user input.

The definitions of the term information model used in each field are as follows:

The Building Information Model defines it as “a computer file that can be extracted, exchanged, or networked to support decision-making about construction assets.” https://en.wikipedia.org/wiki/Building_information_modeling

In other words, the building information model is considered a project-specific virtual computer space that holds structured data on assets (design, material quantity and properties, time, cost, completion status, etc.), and is analyzed using modeling tools and 3D visualization tools. and collaboration focused on manufacturing technology processes while simultaneously developing products.

OPC-UA defines it as “an organizational framework that defines, characterizes, and relates the information resources of a given system or set of systems,” and ISO TC299 defines it as “an abstraction and representation of entities, including the managed environment and entities. It is defined as “the manner in which the attributes, characteristics, actions, and entities of are related to each other” (ISO 22166-1).

IEC TC57 defines an information model as “an abstract model representing all major objects within a utility enterprise generally related to electric utility operations.” By providing a standard way to express power system resources as object classes and properties through IEC's CIM according to their relationships, CIM can be used between entire systems running independently developed network applications or between entire systems running network applications. Facilitates the integration of network applications developed independently by different vendors, between the system and other systems involved in different aspects of power system operation, such as generation or distribution management.

The Hardware Robot Information Model (HRIM) is defined as a common interface that facilitates interoperability between suppliers providing various hardware modules to create module-based robots, and focuses on standardizing logical interfaces between robot hardware modules. I am leaving it. Here, the logical interface refers to a set of rules that the hardware module must satisfy. It is an information model for sensors and drivers that mainly operates based on ROS (Robot Operating System) and defines a standard format for messages and services used in ROS in relation to the interface.

In addition, by understanding the information model as digital manufacturing, we understand development and production from design to acquisition of completed functional products based on advanced manufacturing, new materials, new information and communication technologies, big data, and cloud technologies. An information model is sometimes defined as encompassing all steps (Automation Of Machine-Building Production According To Industry 4.0).

The purpose of Industry 4.0 in Germany is to use the current trend of industrial automation and technological innovation to produce or use equipment equipped with IT technology. In Industry 4.0, there are many studies implemented using the information model of OPC UA. Some studies suggest that the fundamental basis of a digital twin is an information model that describes the properties and relationships of all relevant data and information required to realize processing operations and digital representations.

In other words, it can be seen that the information model was created and used for interoperability. To ensure this interoperability, the interfaces used and related descriptions must be well defined.

The characteristics of the robot for creating an information model for the robot are as follows.

C1. Modules used in robots consist of mechanical modules, electrical/electronic modules, and software modules, and these modules must be combined. Robots are also considered modules made up of a combination of modules.

C2. The software that operates on the robot is of process type and thread type, and the method of operating it may differ depending on the type, and the libraries used are also different.

C3. Whenever possible, creativity should not be hindered when developing modules. In other words, interfaces should not be fixed.

C4. By setting whether interfaces are provided or not, this can be checked at the time of design. The interface used here refers to variables and methods (or functions).

C5. The level of safety and security provided by the module or system must be defined.

C6. Modeling-related information must be provided so that it can be used for simulation.

Looking at existing studies, BIM emphasizes the hardware characteristics of buildings and is used to develop information models for interoperability of data generated at each stage from design to construction and disposal, while OPC-UA is used in the software aspect from the manufacturing system perspective. An information model is being developed and used for interoperability. IEC TC57 also emphasized interoperability by designing the power system from an information model perspective, but its characteristic compared to other information models is that it defines data-related properties used in the components of the power system (transformers, protection devices, substations, etc.). will be. This is thought to be because the function of each component of the power system is determined, so there is no need to define function-related methods (or functions). However, it is expected that it will be necessary to define related methods for security and function updates.

HRIM mainly defines ROS-based messages and services for interoperability of sensors and actuators operating on ROS, but does not define the interface standard format for general software modules and the interface standard for mechanical modules. In other words, there is no information model that satisfies all of the robot characteristics C1 to C5. In addition, in order to utilize the information model, the necessary information must be provided, but such a tool (from now on, this tool will be called the information model editor) does not currently exist. The information model editor can also list and input all the data input terms of the information model, but in this case, mutually contradictory terms may occur.

This disclosure relates to an electronic device that provides a UI (User Interface) that allows a user to sequentially input necessary items according to the type of information model (: module) desired to be created.

The objects of the present disclosure are not limited to the purposes mentioned above, and other objects and advantages of the present disclosure that are not mentioned can be understood by the following description and will be more clearly understood by the examples of the present disclosure. Additionally, it will be readily apparent that the objects and advantages of the present disclosure can be realized by the means and combinations thereof indicated in the patent claims.

A control method of an electronic device that edits an information model according to an embodiment of the present disclosure includes the steps of identifying, by the electronic device, a type of module based on a module ID obtained according to a user input, the electronic device A, selecting at least one item matching the identified type among a plurality of items, providing, by the electronic device, at least one UI (User Interface) for receiving data matching the selected item. Includes.

The step of identifying the type of the module may identify the type of the module related to at least one of basic, complex, software, hardware, safe mode, and security mode based on the module ID obtained according to the user input.

Here, in the step of selecting the at least one item, if the identified type corresponds to at least one of safe mode and security mode, the safesecure item may be selected.

Additionally, the step of identifying the type of the module may identify an error when the module ID does not correspond to either software or hardware.

The plurality of items include “idntype” related to additional information about the module, “properties” related to the attributes of data used in the module, “variables” related to input and output variables used in the module, and functions used in the module. It may include “services” matching the interface for the module, “infra” related to the environment in which the module operates, “modelling” related to the simulation of the module, and “execform” related to the executable file within the module.

The electronic device according to the present disclosure presents a new standard and direction of utilization of the information model by first selecting the type of the information model and then receiving data for each item in the process of editing the information model.

Rather than listing all information from the beginning and receiving all input during the editing process of the information model, the electronic device according to the present disclosure inputs necessary information first and allows users to input only the necessary information, thereby reducing content and reducing errors. There is an advantage.

1 is a diagram illustrating various items separately in an information model according to an embodiment of the present disclosure;
2 is a flowchart illustrating a control method of an electronic device for receiving one or more items constituting an information model (module) according to an embodiment of the present disclosure;
3 is a diagram illustrating information about the ID and type of the module;
4A to 4B show algorithms for explaining the process of determining the type of module;
5 is a flowchart illustrating an example in which an electronic device according to the present disclosure provides an “editor” function;
Figures 6a to 6g are diagrams exemplarily showing the configuration of each item;
7A to 7B are diagrams for explaining the operation of an electronic device that manages folders of a user-defined data type and a system-defined data type, respectively;
Figure 8 is a block diagram for explaining the configuration of an electronic device according to various embodiments of the present disclosure.

Before explaining the present disclosure in detail, the description method of the present specification and drawings will be explained.

First, the terms used in the specification and claims are general terms selected in consideration of their functions in various embodiments of the present disclosure. However, these terms may vary depending on the intention of technicians working in the relevant technical field, legal or technical interpretation, and the emergence of new technologies. Additionally, some terms are arbitrarily selected by the applicant. These terms may be interpreted as defined in this specification, and if there is no specific term definition, they may be interpreted based on the overall content of this specification and common technical knowledge in the relevant technical field.

In addition, the same reference numbers or symbols in each drawing attached to this specification indicate parts or components that perform substantially the same function. For convenience of explanation and understanding, the same reference numerals or symbols are used in different embodiments. That is, even if all components having the same reference number are shown in multiple drawings, the multiple drawings do not represent one embodiment.

Additionally, in this specification and claims, terms including ordinal numbers such as “first”, “second”, etc. may be used to distinguish between components. These ordinal numbers are used to distinguish identical or similar components from each other, and the meaning of the term should not be interpreted limitedly due to the use of these ordinal numbers. For example, the order of use or arrangement of components combined with these ordinal numbers should not be limited by the number. If necessary, each ordinal number may be used interchangeably.

In this specification, singular expressions include plural expressions, unless the context clearly dictates otherwise. In this application, terms such as “comprise” or “consist of” are intended to designate the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, but are intended to indicate the presence of one or more other It should be understood that this does not exclude in advance the presence or addition of features, numbers, steps, operations, components, parts, or combinations thereof.

In embodiments of the present disclosure, terms such as “module”, “unit”, “part”, etc. are terms to refer to components that perform at least one function or operation, and these components are hardware or software. It may be implemented or may be implemented through a combination of hardware and software. In addition, a plurality of "modules", "units", "parts", etc. are integrated into at least one module or chip, except in cases where each needs to be implemented with individual specific hardware, and is integrated into at least one processor. It can be implemented as:

Additionally, in an embodiment of the present disclosure, when a part is connected to another part, this includes not only direct connection but also indirect connection through other media. In addition, the meaning that a part includes a certain component does not mean that other components are excluded, but that other components can be further included, unless specifically stated to the contrary.

The information model for the robot is composed of object-oriented model items, but the input to each attribute of these items is input as data in XML or Json format. Because there is a lot of input content, it is necessary to reduce the input content depending on the type of module. In particular, some of the input data includes content that is required when creating a module ID.

1 is a diagram illustrating various items separately in an information model according to an embodiment of the present disclosure.

An information model is a data sheet for a module that can perform one or more functions and contains all information related to the use of the module. Information models can also be used in the design, development, operation, maintenance, and disposal of robots, such as information models for robots and building information models.

Referring to Figure 1, moduleName (module name), description (description), manufacturer (manufacturer), examples (example), idnType (module type), properties (properties), ioVariables (input/output variables), status (status), services Items such as (service (function)), infra (infrastructure), safeSecure (safety/security), modeling (modeling), execForm (executable format), etc. may be provided.

FIG. 2 is a flowchart illustrating a control method of an electronic device to receive input of one or more items constituting an information model (: module) according to an embodiment of the present disclosure.

Referring to FIG. 2, the electronic device can identify the type of module based on the module ID obtained according to the user input (S210).

At this time, the electronic device may identify the type of module related to at least one of basic, complex, software, hardware, safe mode, and security mode based on the module ID obtained according to the user input.

However, if the module ID does not correspond to either software or hardware, the electronic device can identify an error. In this case, the electronic device may provide at least one message requesting the user to re-enter the module ID.

When the type of module is identified, the electronic device may select at least one item matching the identified type from among the plurality of items (S220).

In relation to this, Figure 3 exemplarily represents information on the ID and type of the module. Referring to Figure 3, the type of module may correspond to a Basic module or a Comp module, may include SW Aspect and/or HW Aspect, and may include Safety Mode. , may include Security Mode.

As a result, various types can be selected as shown in Table 1 below.

number BasicComp SW Aspect HW Aspect Safety Mode Security Mode explanation One 0 0 One 0 0 Although it is a basic module, it has only the HW aspect and does not support safety and security. 2 0 0 One 0 One Although it is a basic module, it has only the HW aspect and does not support Safety, but supports Security. 3 0 0 One One 0 Although it is a basic module, it has only the HW aspect and supports Safety but not Security. 4 0 0 One One One Although it is a basic module, it has only the HW aspect and supports safety and security. 5 0 One 0 0 0 Although it is a basic module, it only has a SW aspect and does not support safety and security. 6 0 One 0 0 One Although it is a basic module, it only has a SW aspect and does not support Safety, but supports Security. 7 0 One 0 One 0 Although it is a basic module, it only has a SW aspect and supports Safety but not Security. 8 0 One 0 One One Although it is a basic module, it only has a SW aspect and supports safety and security. 9 0 One One 0 0 Although it is a basic module, it has both HW and SW aspects and does not support safety and security. 10 0 One One 0 One Although it is a basic module, it only has HW and SW aspects, and does not support Safety, but supports Security. 11 0 One One One 0 Although it is a basic module, it has only HW and SW aspects, and supports Safety but not Security. 12 0 One One One One Although it is a Comp module, it has only HW and SW aspects and supports Safety and Security. 13 One 0 One 0 0 Although it is a Comp module, it has only the HW aspect and does not support Safety and Security. 14 One 0 One 0 One Although it is a Comp module, it has only the HW aspect and does not support Safety, but supports Security. 15 One 0 One One 0 Although it is a Comp module, it has only the HW aspect and supports Safety but not Security. 16 One 0 One One One Although it is a Comp module, it has only the HW aspect and supports Safety and Security. 17 One One 0 0 0 Although it is a Comp module, it only has a SW aspect and does not support Safety and Security. 18 One One 0 0 One Although it is a Comp module, it only has a SW aspect and does not support Safety, but supports Security. 19 One One 0 One 0 Although it is a Comp module, it only has a SW aspect and supports Safety but not Security. 20 One One 0 One One Although it is a basic module, it only has a SW aspect and supports safety and security. 21 One One One 0 0 Although it is a Comp module, it has both HW and SW aspects and does not support Safety and Security. 22 One One One 0 One Although it is a Comp module, it has only HW and SW aspects, and does not support Safety, but supports Security. 23 One One One One 0 Although it is a Comp module, it has only HW and SW aspects, and supports Safety but not Security. 24 One One One One One Although it is a Comp module, it has only HW and SW aspects and supports Safety and Security.

In relation to this, FIG. 4A is an algorithm for explaining an operation in which an electronic device identifies the type of module according to a user input according to an embodiment of the present disclosure. Referring to FIG. 4A, the electronic device can sequentially identify whether it is a Basic module, whether it is a Comp (combination) module, whether a SW Aspect is included, and whether a HW Aspect is included, according to user input. For example, if it does not apply to both SW and HW (SW Aspect: 0, HW Aspect: 0), an error may be identified in type identification.

In addition, FIG. 4B is also an algorithm for explaining an operation in which an electronic device identifies the type of module according to a user input according to an embodiment of the present disclosure. Referring to FIG. 4b, the electronic device can sequentially identify whether Safety Mode is included, Security Mode is included, etc. according to user input.

The plurality of items may correspond to various items shown in FIG. 1 .

Since the configuration of items constituting the information model may vary depending on the identified type, the electronic device may select one or more items that fit the identified type. In other words, the electronic device can receive data for each item while providing different screens depending on the identified type.

Specifically, if the identified type corresponds to at least one of safe mode and secure mode, the electronic device may select the safesecure item. In addition, you can select items such as Variables, Services, and Infra by type.

Additionally, the electronic device may provide at least one UI (User Interface) for receiving data matching the selected item (S230). Here, the UI may be displayed as various forms of visual UI, such as consisting of at least one input window for receiving data matching each item, or a selection window consisting of a plurality of selection items, but is not limited to this. .

Depending on the type, the configuration of the UI (ex. screen) for receiving input for each item may vary. For example, when a type including software is selected, in the process of inputting items such as Variables and Services, input windows corresponding to class types and enumeration types related to software may be provided.

For example, if a type including hardware is selected, an input window related to hardware configuration may be provided while entering items such as Variables and Services. As a specific example, an input window may be provided to receive user input regarding the type and utilization operation of data input from a hardware device or device.

When data is constructed according to user input for each item, an information model for the module can be constructed. A series of processes including steps S210 to S230 may be provided in the form of at least one computer program or software on an electronic device, and may be referred to and utilized by a name such as “editor.”

In relation to this, FIG. 5 is a flowchart illustrating an example in which an electronic device according to the present disclosure provides a specific “editor” function based on the process of FIG. 2 described above.

Referring to FIG. 5, the electronic device can receive the name, description, manufacturer, example, etc. of the module according to the user's data input. Depending on user input for the corresponding items, the type of module may be identified.

The VID previously shown in FIG. 3 is a vendor identifier. Referring to FIG. 5, the electronic device can generate a UUID identifier using the vendor name, etc. However, there is a problem that if the user enters a different name, such as the vendor name, a different UUID appears. When creating a used UUID, Namespace and Name values are required. Accordingly, if the predefined UUID or Namespace and Name values are the same, the same UUID is generated, but if even one letter is incorrect in these values, a different UUID may be generated. For example, assuming that the company's official name is “Company Ltd.”, if you enter the same name, the same UUID is generated, but if one character is entered as a different name, for example, “company Ltd.”, “Company ltd.” ”, “Company Ltd”, etc. are entered, a different UUID is created, so it is necessary to reduce such errors.

To eliminate these errors, the electronic device according to the present disclosure can perform operations according to the following algorithm.

As an example, the electronic device may include 1) an editor of an information model customized for each company. This may correspond to an editor programmed by saving the UUID (or name space, etc.) and company name (or URL) predefined for the company in the program to input UUID v.5.

Alternatively, the electronic device may include 2) a generalized information model editor using a UUID information file. In order to input UUID v.5, the UUID (or name space, etc.) and company name (or URL) already defined for the company are provided in a file, and a verification code is placed in the file to check whether the previously entered data has been changed. This is a way to check.

Referring again to FIG. 5, as the type (IdnType) of the module is identified, the electronic device based on user input for a plurality of items (ex. variables, services, infra, safeSecure, modeling, exeform) matching the type. You can collect data for each item. In the case of FIG. 5, since safeSecure is included in the collected items, it is confirmed that the type (IdnType) identified in FIG. 5 includes at least one of Safety Mode and Security Mode.

Meanwhile, Figures 6A to 6G below exemplarily show the configuration of each item.

First, Figure 6a shows the configuration of the item IDnType. The type of module may be composed of module ID, version of information model, etc. ‘Information model version’ is the version number of the information model. ‘Module ID’ is the unique identifier of the module within the robot. VID uses UUID v.5, and PID Type is used to identify the module type. The 'hardware aspect' and 'software aspect' are only related in complex modules. In other words, this information is not used for a basic module that consists of only one module, but can be used when it is composed of two or more modules. On the hardware side, modules related to equipment and electrical/electronic components are listed, and on the software side, modules related to software are listed. For reference, hardware modules do not have software properties, and software modules also do not have hardware properties. A hardware-software module can have both hardware and software properties. For reference, a module that operates alone because it does not include a communication part (including exchanging electrical signals) even though it has some software content is called a hardware module. These properties are properties of IDnType.

Figure 6b shows the configuration of Properties. 'Module properties' generally define values used for module initialization. When creating a module, you can define and use the necessary properties appropriately. As can be seen in Figure 6b, the user can create properties arbitrarily.

Figure 6c shows the configuration of IOVariables. 'Input' and 'Output' describe the names of variables for sending and receiving data with other modules. This can be a global variable for the module, and in a ROS module, the publisher and subscriber can be defined here. In other words, variables or memory spaces published to other modules are defined here. When users or developers create and use a module, if they define arbitrary variables in addition to essential variables (to be defined in the future), other modules can check and use which variables are used. Since these input and output related variables are all defined and used in XML, variables with arbitrary names can be defined.

Meanwhile, Status displays the status of the module in operation, and this value changes only when the actual module is in operation.

Figure 6d shows the configuration of Services. 'Service (function)' describes the interfaces provided and utilized by the module for robot service, and can be defined in IDL (Interface Definition Language) and/or XML. Therefore, users or developers can arbitrarily define and use interfaces.

Figure 6e shows the configuration of Infra. 'Infrastructure' lists the hardware and/or software that the module typically uses or connects to. Examples of this include the type of power source used by the module, types of middleware such as ROS and OPRoS, types of data buses such as fieldbuses used by the module, and types of DBMS such as mySQL. Accordingly, users or developers can use middleware of their choice. When using specific middleware, it may be necessary to provide a bridge module for data exchange with modules of other middleware. Figure 2c shows the configuration diagram of Services. ServiceProfile has an ifURL property, which contains the path to the IDL file used by the module. The remaining properties are used to define interfaces.

Figure 6f shows the configuration of SafeSecure. ‘Safety/Security’ describes information regarding safety-related performance levels and security levels provided by the module. Safety information uses safety-related performance levels for modules as defined in ISO 13849-1, and security levels range from '0', meaning no security measures, to levels '1' to ', as defined in IEC 62443-4-2. Use 4'. Safety and security may be provided at the same time, but only one type may be provided for each module, or they may not be provided.

Modeling provides information that enables simulation, including the shape of 2D/3D objects for simulation. In addition to shape information, it also provides information related to virtual device operation programs for simulation experiments. Modeling can provide information about one or more simulators.

Figure 6g shows the configuration of ExecForm. 'ExecutableForm' provides information about the program that is executed to support the design of the module or operate the module, and provides the location of the program and the libraries and operation methods required to execute this program.

Meanwhile, in one embodiment, the electronic device may manage a folder (storage space) containing a user-defined data type. At this time, user input for entering data of various items may be collected and managed within the corresponding folder.

Relatedly, FIG. 7A is a flowchart for explaining the operation of an electronic device that manages a folder with a user-defined data type. Figure 7a may mainly be an operation for managing data related to services and variable items.

Basic data types such as integer and real numbers are fixed and can be easily provided, but class types and enumeration types are arbitrarily determined by the user, so they must be provided in the form the user wants. As an example, the class or enumeration format provided by the user may be set in json or XML format.

The following is an example of an enumeration type (ex. json), and the name of the enumeration type may be PLSIL Type, MOType, InOutType, etc.

Additionally, the following is an example of a class type (ex. XML), and the name of the class type may be PoseType, OrientationType, etc.

Enumerations and class types defined and used in the information model are stored in a designated directory (or URL) used by the information model editor and can be used when necessary. Additionally, users can define necessary enumerations and classes in json or XML and save them in the relevant directory or user-defined directory.

Electronic devices provide these class types and enumerations using a file name with the name of the enumeration or class type, or a file name that stores all of the enumeration or class types, for example, enum. In the case of json and class types, they can be used by defining them in class.xml.

Meanwhile, FIG. 7B is a flowchart for explaining the operation of an electronic device that manages a folder with a system-defined data type.

System-defined data types and user-defined data types refer to data types provided by the system, and user-defined data types are data types defined by the user. Integer type, real number type, character type, string type, or character array type are data types that can be used by default, but the enumeration type in Figure 1 and the class type in Figure 2 must be defined and used by the system or user. Therefore, it is important to define them and make them easy to use.

Since the system-defined type is defined in advance as JSON or XML in the system, the corresponding contents can be viewed on the screen as shown in Figure 7b. That is, if you select a class type in Figure 7b, class type names (e.g., PoseType, OrientationType) defined in the system are displayed, and if you select PoseType, the contents of the selected class can be displayed on the screen as follows.

In this case, the user is asked to check whether the class type is correct and then select it. Of course, if you select an enumeration type, the enumeration type names (e.g. PLSILType, MOType, InOutType) defined in the system are displayed, and if you select MOType among them, the following screen is displayed to confirm that your selection is correct. Please note that this example is C++ and may appear differently depending on the language selected.

If the user says that the enumeration or class type provided by the system is not appropriate, it can be created through an electronic device. These data can be defined in userdefinedclass.xml or userdefinedenum.json. The former is a file that stores classes, and the latter is a file that stores enumerations. Enumerations can also be saved as xml.

For example, as shown below, Direction and Shape can be added to the enumeration type, and RobotPose3 and RobotPose6 can be added to the class type.

If the same is performed in Figure 7a as in Figure 7b, Direction and Shape are displayed on the screen in the case of an enumeration type, and RobotPose3 and RobotPose6 are displayed in the case of a class type. If you want to check this content, click on it and the details will be displayed. These enumeration and class types can be used when defining services and variables.

Meanwhile, FIG. 8 is a block diagram for explaining the configuration of an electronic device according to various embodiments of the present disclosure.

Referring to FIG. 8 , the electronic device 100 includes a memory 110 and a processor 120. The electronic device 100 may be implemented as a device or system comprised of one or more computers. The electronic device 100 may be implemented as a server or as a terminal device such as a desktop PC, laptop PC, tablet PC, or smartphone.

The memory 110 is configured to store an operating system (OS) for controlling the overall operation of the components of the electronic device 100 and at least one instruction or data related to the components of the electronic device 100. .

The memory 110 may include non-volatile memory, such as ROM or flash memory, and may include volatile memory, such as DRAM. Additionally, the memory 110 may include a hard disk, solid state drive (SSD), etc.

The memory 110 may store computer programs/software that allow the electronic device 100 to perform the various operations described above.

The processor 120 is configured to overall control the electronic device 100. Specifically, the processor 120 may perform operations according to various embodiments of the present disclosure by being connected to the memory 110 and executing at least one instruction stored in the memory 110.

The processor 120 may include a general-purpose processor such as a CPU, AP, or DSP (Digital Signal Processor), a graphics-specific processor such as a GPU, a VPU (Vision Processing Unit), or an artificial intelligence-specific processor such as an NPU. An artificial intelligence-specific processor may be designed with a hardware structure specialized for training or use of a specific artificial intelligence model.

The processor 120 may perform the various operations described above by executing a computer program stored in the memory 110.

The electronic device 100 may further include a user input unit 130, a communication unit 140, etc. in addition to the memory 110 and the processor 120.

The user input unit 130 is configured to receive input of various user commands or information. When the electronic device 100 is implemented as a terminal device for a user, the user input unit 130 may include at least one button, a touch pad, a microphone, a camera, etc.

Alternatively, the electronic device 100 may be connected wired or wirelessly to various user input devices such as a mouse and keyboard to receive user input.

The communication unit 140 may include circuits, modules, chips, etc. for communicating with at least one external device through various wired or wireless communication methods.

The communication unit 140 may include circuits, modules, chips, etc. for communicating with at least one external device through various wired or wireless communication methods. The communication unit 140 may be connected to external devices through various networks.

Depending on the area or size, the network may be a personal area network (PAN), a local area network (LAN), or a wide area network (WAN). Depending on the openness of the network, it may be an intranet, It may be an extranet, or the Internet.

The communication unit 140 supports long-term evolution (LTE), LTE Advance (LTE-A), 5th Generation (5G) mobile communication, code division multiple access (CDMA), wideband CDMA (WCDMA), and universal mobile telecommunications system (UMTS). , WiBro (Wireless Broadband), GSM (Global System for Mobile Communications), DMA (Time Division Multiple Access), WiFi (Wi-Fi), WiFi Direct, Bluetooth, NFC (near field communication), Zigbee, etc. It can be connected to external devices.

Additionally, the communication unit 140 may be connected to external devices through a wired communication method such as Ethernet, optical network, USB (Universal Serial Bus), or Thunderbolt.

In one embodiment, the electronic device 100 may transmit the above-described computer program to an external device through the communication unit 140 or may download the above-described computer program from an external device. Additionally, the electronic device 100 may perform the various operations described above in conjunction with one or more external devices in the form of at least one web page or application.

According to the above-described embodiments, the electronic device may generate a plurality of information models for a plurality of modules. At this time, the electronic device may identify information models corresponding to the same type among a plurality of information models.

Here, the electronic device can compare data within some items (ex. Variables, Services, Infra) of information models corresponding to the same type. Here, the similarity between each information model can be compared for at least one item.

Similarity refers to the degree to which data is similar, and can be calculated higher as the number of common words or common entities (ex. specific data) increases. Similarity can be calculated for each item.

At this time, the electronic device may select two or more information models whose similarity is greater than or equal to a threshold for at least one item and provide information about the selected information models.

For example, if most of the entities constituting the inputs (IOvariables) of the first information model and the second information model are the same, information about the first information model and information about the second information model may be provided to the user, respectively. .

At this time, the electronic device may provide recommendation information recommending integration of the two information models. Specifically, the electronic device may provide the user with information about items whose similarity is greater than a threshold, words that match within the items, etc. .

Integration refers to the process of integrating two or more information models into one information model.

Here, when a user's request for integration of two information models is received, the electronic device may provide an editing function related to the corresponding item. For example, if most of the entities constituting the inputs (IOvariables) of the first information model and the second information model are the same, the electronic device uses the first data constituting the IOvariables of the first information model and the IOvariables of the second information model. A separate integrated input window in which data including the constituting second data is input may be provided. As a result, users can edit data while comparing information corresponding to the IOvariables of the two information models.

Once editing of the corresponding item (ex. IOvariables) is completed, the electronic device may sequentially provide input windows for the remaining items.

Meanwhile, if the user's request for integration is not received even though the above-described recommendation information is provided, the electronic device may perform an update to increase the above-described similarity threshold. As a result, the frequency of providing recommended information can be gradually refined, and recommendations for integration can be reasonably provided only in situations where the data between information models is similar enough that the user himself considers integration reasonable.

In addition, as an example, the electronic device may compare a first value obtained by adding the data sizes of each of the first information model and the second information model before integration with the second value corresponding to the data size of the integrated information model on which integration was performed. there is.

Here, if the second value is greater than the value subtracted from the first value by the threshold capacity, the electronic device may perform an update to increase the above-described similarity threshold. This is a method to perform integration only when the data size can be reduced by more than the critical capacity through integration.

Meanwhile, the various embodiments described above may be implemented by combining multiple embodiments as long as they do not conflict with each other.

Meanwhile, the various embodiments described above may be implemented in a recording medium that can be read by a computer or similar device using software, hardware, or a combination thereof.

According to hardware implementation, the embodiments described in this disclosure include Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), and Field Programmable Gate Arrays (FPGAs). ), processors, controllers, micro-controllers, microprocessors, and other electrical units for performing functions.

In some cases, embodiments described herein may be implemented in the processor itself. According to software implementation, embodiments such as procedures and functions described in this specification may be implemented as separate software modules. Each of the software modules described above may perform one or more functions and operations described herein.

Meanwhile, computer instructions or computer programs for performing processing operations in each device according to the various embodiments of the present disclosure described above may be stored in a non-transitory computer-readable medium. You can. Computer instructions or computer programs stored in such non-transitory computer-readable media, when executed by a processor of a specific device such as an electronic device, cause the specific device to perform the operations of the electronic device according to the various embodiments described above.

A non-transitory computer-readable medium refers to a medium that stores data semi-permanently and can be read by a device, rather than a medium that stores data for a short period of time, such as registers, caches, and memories. Specific examples of non-transitory computer-readable media may include CD, DVD, hard disk, Blu-ray disk, USB, memory card, ROM, etc.

In the above, preferred embodiments of the present disclosure have been shown and described, but the present disclosure is not limited to the specific embodiments described above, and may be used in the technical field pertaining to the disclosure without departing from the gist of the disclosure as claimed in the claims. Of course, various modifications can be made by those skilled in the art, and these modifications should not be understood individually from the technical ideas or perspectives of the present disclosure.

100: electronic device 110: memory
120: processor

Claims (10)

In a method of controlling an electronic device that edits an information model,
identifying, by the electronic device, a type of module based on a module ID obtained according to a user input;
selecting, by the electronic device, at least one item matching the identified type among a plurality of items; and
A method of controlling an electronic device comprising: providing, by the electronic device, at least one UI (User Interface) for receiving data matching the selected item. According to paragraph 1,
The step of identifying the type of the module is,
A method of controlling an electronic device, identifying a type of the module associated with at least one of basic, complex, software, hardware, safe mode, and security mode based on a module ID obtained according to user input. According to paragraph 2,
The step of selecting at least one item is,
A control method of an electronic device, wherein when the identified type corresponds to at least one of safe mode and secure mode, a safesecure item is selected. According to paragraph 2,
The step of identifying the type of the module is,
A control method of an electronic device, identifying an error when the module ID does not correspond to any of software and hardware. According to paragraph 1,
The plurality of items are:
“idntype” related to additional information about the module, “properties” related to the attributes of data used in the module, “variables” related to input and output variables used in the module, and “matching interfaces for functions used in the module.” Control methods for electronic devices, including “services”, “infra” related to the environment in which the module operates, “modelling” related to simulation of the module, and “execform” related to executable files within the module. According to paragraph 1,
The control method of the electronic device is,
Generating a plurality of information models respectively according to user input;
Identifying information models corresponding to the same type among the plurality of information models;
Comparing data constituting the identified information models for each item to calculate similarity between the information models;
selecting a first information model and a second information model whose similarity is equal to or greater than a threshold for at least one item; and
A method of controlling an electronic device comprising: providing recommended information for integration of the first information model and the second information model. According to clause 6,
The control method of the electronic device is,
If a user input for integration of the first information model and the second information model is not received even though the recommended information is provided, increasing and updating the threshold for the similarity; further comprising, of the electronic device Control method. In electronic devices,
a memory storing at least one instruction; and
An electronic device comprising: a processor that performs the control method of claim 1 by executing the instruction. A computer program stored in a computer-readable medium that is executed by a processor of an electronic device and causes the electronic device to perform the control method of claim 1. In a method of controlling an electronic device that edits an information model,
A step of the electronic device arbitrarily creating a data type by a user;
selecting, by the electronic device, at least one item matching the identified type among a plurality of items; and
A method of controlling an electronic device comprising: providing, by the electronic device, at least one UI (User Interface) for receiving data matching the selected item.