WO2021095915A1 - Procédé de conversion d'un modèle de données d'automationml en modèle d'informations d'ua pour opc et dispositif associé - Google Patents

Procédé de conversion d'un modèle de données d'automationml en modèle d'informations d'ua pour opc et dispositif associé Download PDF

Info

Publication number
WO2021095915A1
WO2021095915A1 PCT/KR2019/015441 KR2019015441W WO2021095915A1 WO 2021095915 A1 WO2021095915 A1 WO 2021095915A1 KR 2019015441 W KR2019015441 W KR 2019015441W WO 2021095915 A1 WO2021095915 A1 WO 2021095915A1
Authority
WO
WIPO (PCT)
Prior art keywords
automationml
opc
file
node
data
Prior art date
Application number
PCT/KR2019/015441
Other languages
English (en)
Korean (ko)
Inventor
정지은
이재현
Original Assignee
전자부품연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 전자부품연구원 filed Critical 전자부품연구원
Publication of WO2021095915A1 publication Critical patent/WO2021095915A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/84—Mapping; Conversion
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/18—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form
    • G05B19/408—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form characterised by data handling or data format, e.g. reading, buffering or conversion of data

Definitions

  • the present invention relates to a data model conversion method, and more specifically, to a data model conversion method and a data model conversion apparatus for converting the AutomationML data model into an OPC UA information model.
  • the most important feature of the future smart factory is the adaptability of the production system and the corresponding IT system.
  • a smart factory must have the ability to continuously optimize production processes, change production facilities, and transform production into various products.
  • continuous reconfiguration of not only production machinery and equipment, but also related software is required.
  • different systems are used for each plant and further for each process line, and different data formats and data transmission protocols are used for each system, which is a big obstacle to the flexible change of the entire system. Therefore, technologies such as AutomationML and OPC UA standards have recently been proposed to increase interoperability and enable connection between various production systems, and furthermore, integration between the two standards is attracting great attention.
  • AutomationML is a standard (IEC 62714) proposed to increase the efficiency of information transfer and improve interoperability by consistently exchanging data in the production system engineering stage.
  • the engineering stage of a production system is largely composed of factory design, construction, commissioning, and maintenance, and the tools used in each stage (for example, solidworks, excel, AutoCAD, etc.) and data formats are very diverse.
  • AutomationML is an open data standard format designed to consistently exchange heterogeneous data generated in various engineering stages, and defines the syntax and meaning of data based on XML.
  • OPC UA enables horizontal information transfer between different industrial networks or equipments of different suppliers, and communicates with various objects and services inside and outside the factory through information transfer in a vertical structure from the field level to the enterprise level. It is a communication technology standard (IEC 62541) that enables compatibility.
  • the problem to be solved here is that in order to configure the OPC UA server, the AutomationML data model must be converted to the OPC UA information model.
  • the data model of AutomationML was manually analyzed and converted into an information model according to the conversion methodology suggested in the standard document of “OPC Unified Architecture Information Model for AutomationML”, errors in the conversion process are easy to occur and the information The larger the amount, the more time and effort was required for the conversion work.
  • the manual conversion method has reached its limit.
  • the technical problem to be solved by the present invention is to provide a data model conversion method and a data model conversion apparatus for converting an AutomationML data model describing various information of a production system into an OPC UA information model.
  • a data model conversion method receives an AutomationML file created according to an AutomationML model, and parses the AutomationML element and data on the AutomationML element from the received AutomationML file. Creating a data structure; Converting the AutomationML element into an OPC UA node using a mapping rule for mapping an AutomationML element to an OPC UA node based on the generated data structure; And generating an OPC UA file according to the OPC UA model by using the converted OPC UA node.
  • the step of generating a data structure by parsing the AutomationML element and the data on the AutomationML element from the received AutomationML file may include reading a schema version of the received AutomationML file; Reading a schema file corresponding to the read schema version from a storage unit or receiving a schema file corresponding to the read schema version from outside; And parsing the AutomationML element and data on the AutomationML element from the received AutomationML file using the schema file read from the storage unit or the received schema file.
  • the step of converting the AutomationML element to an OPC UA node may include generating an OPC UA node tree corresponding to the element tree structure of the AutomationML file.
  • generating the OPC UA file may include generating a data structure according to an OPC UA model based on a root node among the generated OPC UA node trees; And generating an XML-based OPC UA file by using the data structure according to the generated OPC UA model.
  • the step of converting the AutomationML element to an OPC UA node may include mapping the AutomationML element to a UAObject, UAObjectType, UAVariable, or other node; And generating an OPC UA node tree according to the relationship between the mapped AutomationML elements.
  • the other node may be a node that refers to an AutomationML element, and may be a node that is mapped when there is no UA node type mapped to the AutomationML element.
  • a data model conversion apparatus includes at least one memory and at least one processor, and the processor receives an AutomationML file created according to the AutomationML model, and the received A reading unit for generating a data structure by parsing the AutomationML element and data on the AutomationML element from the AutomationML file; A conversion unit for converting the AutomationML element into an OPC UA node using a mapping rule for mapping an AutomationML element to an OPC UA node based on the generated data structure; And a writing unit for generating an OPC UA file according to the OPC UA model by using the converted OPC UA node.
  • the reading unit reads the schema version of the received AutomationML file, and reads the schema file corresponding to the read schema version from the storage unit, or a schema file corresponding to the schema version read from the outside through the communication unit. And parsing the AutomationML element and data for the AutomationML element from the received AutomationML file using the schema file read from the storage unit or the schema file received through the communication unit.
  • the conversion unit may generate an OPC UA node tree corresponding to the element tree structure of the AutomationML file.
  • the conversion unit generates a data structure according to the OPC UA model based on a root node of the generated OPC UA node tree, and generates an XML-based OPC UA file using a data structure according to the generated OPC UA model. Can be generated.
  • the conversion unit may map the AutomationML element to a UAObject, UAObjectType, UAVariable, or other node, and generate an OPC UA node tree according to the relationship between the mapped AutomationML elements.
  • the other node may be a node that refers to an AutomationML element, and may be a node that is mapped when there is no UA node type mapped to the AutomationML element.
  • FIG. 1 is a block diagram of an apparatus for converting a data model according to an embodiment of the present invention.
  • FIG. 2 is a block diagram of an apparatus for converting a data model according to another embodiment of the present invention.
  • 3 to 7 are diagrams for explaining a process of converting a data model in a data model conversion apparatus according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of a data model conversion method according to an embodiment of the present invention.
  • 9 to 12 are flowcharts of a data model conversion method according to another embodiment of the present invention.
  • the technical idea of the present invention is not limited to some embodiments to be described, but may be implemented in various different forms, and within the scope of the technical idea of the present invention, one or more of the constituent elements may be selectively selected between the embodiments. It can be used by combining or replacing with
  • the singular form may also include the plural form unless specifically stated in the phrase, and when described as "at least one (or more than one) of A and (and) B and C", it is combined with A, B, and C. It may contain one or more of all possible combinations.
  • first, second, A, B, (a), (b) may be used. These terms are only for distinguishing the constituent element from other constituent elements, and are not limited to the nature, order, or order of the constituent element by the term.
  • a component when a component is described as being'connected','coupled', or'connected' to another component, the component is directly'connected','coupled', or'connected' to the other component. In addition to the case, it may include a case in which the component is'connected','coupled', or'connected' due to another component between the component and the other component.
  • top (top)” or “bottom (bottom)” means that the two components are directly It includes not only the case of contact, but also the case where one or more other components are formed or disposed between the two components.
  • upper (upper) or “lower (lower)
  • the meaning of not only an upward direction but also a downward direction based on one component may be included.
  • the data model conversion apparatus 100 includes at least one memory and at least one processor, and the processor includes a read unit 110, a conversion unit 120, and a write unit 130. do.
  • the processor includes a read unit 110, a conversion unit 120, and a write unit 130. do.
  • a storage unit 140 or a communication unit 150 may be further included.
  • the read unit 110, the conversion unit 120, and the write unit 130 may be included in one processor, or one or more may be included in another processor.
  • the reading unit 110 receives the AutomationML file created according to the AutomationML (AML) model, and generates a data structure by parsing the AutomationML element and data on the AutomationML element from the received AutomationML file.
  • AML AutomationML
  • the reader 110 receives the AutomationML file created according to the AutomationML model.
  • the AutomationML element and data about the AutomationML element are parsed from the AutomationML file before conversion to the OPC UA model.
  • the parsed data is saved by creating a data structure.
  • AutomationML expresses the data model based on the Computer Aided Engineering Exchange (CAEX) class model defined in the IEC 62424 standard.
  • CAEX Computer Aided Engineering Exchange
  • CAEX is a data format that stores hierarchical object information, such as a hierarchical structure of a factory.
  • factories are made up of modules or components connected to each other, and CAEX allows the module or component to be stored through objects.
  • Object-oriented concepts such as encapsulation, classes, class libraries, instances, instance hierarchies, inheritance, relationships, properties, and interfaces are explicitly supported.
  • CAEX is based on XML and is defined as an XML schema (xsd file). The original intent of CAEX development is for the common and established data exchange between process engineering tools and process control engineering tools, but CAEX can be applied to any type of static object information. For example, it can be applied to factory topology, document topology, product topology, petri net, etc.
  • AutomationML is largely divided into 4 areas as shown in FIG. 3 to define elements suitable for each area.
  • the Interface Class Library 340 is a part that defines various interface classes for connecting with internal and external components such as a port or an external data connector.
  • the Role Class Library 330 is a part defining role classes to be used to give a component the same meaning as Group, Resource, Product, and Process.
  • the System Unit Library 320 may define a System Unit Class (SUC) including characteristics of equipment or objects, and the corresponding class may connect roles and interfaces with reference to the previously defined Role Class and Interface Class.
  • SUC System Unit Class
  • IH InstanceHierarchy (IH, 310), you can define an internal element (IE) instance based on SUC, assign roles and interfaces by referring to Role Class and Interface Class, or define connection relationships between instances using Internal Link. can do.
  • Each class element can refer to external data using an external interface, and can have attribute values through Attribute.
  • OPC UA to convert AutomationML files is an XML format standard (IEC 62541-5) that describes the set of nodes to be managed by the OPC UA server.
  • information such as ID, name, and description for each node 410 can be described as an Attribute 411, as shown in FIG. 4, and the type of node or the relationship between nodes with other nodes 420, etc.
  • the reading unit 110 parses the AutomationML file and generates a data structure of the elements to which the transformation is applied and what data the elements have in order to convert into OPC UA.
  • the reading unit 110 uses a schema file in parsing the AutomationML data model.
  • the schema file is a file for the structure and conditions of the data model, and it is a file that generally defines the objects, properties, relationships, and constraints of data values when manipulating the data.
  • Schema files refer to the structural characteristics of data and can be defined by instances.
  • a schema file is a set of rules that must be followed in order for the file to be considered valid.
  • Schema may contain element declarations and attribute declarations.
  • Element declaration and element properties are defined. Contains the element name and target namespace. The type of an element is an important attribute, and it limits what attributes and children an element can have. The type of element can vary depending on the value of its characteristic. Elements can belong to a substitution group. If element E belongs to element H's substitution group, E can appear anywhere the schema allows H. Elements can have integrity constraints. Element declarations can be global or local. Thus, you can use the same name to refer to elements that are not related to each other in different parts of the instance document.
  • the property declaration defines the property of the property. Again, include the attribute name and target namespace.
  • the type of attribute limits the values that the attribute can have. The default value can be specified in the property declaration or the value can be fixed.
  • Schema can be divided into external schema, conceptual schema, and internal schema.
  • the external schema can be expressed as a sub-schema or a user view, and the external schema is the definition of the logical structure of the database that the user or application programmer needs from the standpoint of each individual.
  • External schemas can be viewed as a logical part of the entire database, so they are also referred to as sub schemas.
  • Several external schemas can exist in one database system, and multiple applications or users can share one external schema. It allows you to define different views for the same database. General users can easily use the DB by using a query language (SQL), and application programmers can access the DB by using languages such as COBOL and C.
  • SQL query language
  • the conceptual schema corresponds to the overall view, and the conceptual schema is the overall logical structure of the database, and there is only one database for the entire organization that aggregates the data required by all applications or users.
  • the conceptual schema represents the relationships or constraints between entities and defines the specification of database access rights, security and integrity rules. It represents the type of data stored in the database file, and simply schema means a conceptual schema. It defines a database from the perspective of an organization or organization. It is configured by the database administrator (DBA).
  • the internal schema can be expressed as a storage schema.
  • the internal schema is a database structure viewed from the point of view of a physical storage device, and is a layer closely related to the physical storage device.
  • the internal schema defines the physical structure of the records to be actually stored in the database, and indicates how the stored data items are expressed, and the physical order of the internal records. It is a schema from the perspective of a system programmer or system designer.
  • the reading unit 110 generates a data structure by parsing the AutomationML file using XSD (XML Schema Definition), which is a CAEX schema file.
  • XSD XML Schema Definition
  • the reading unit 110 reads the schema version of the received AutomationML file, and reads the schema file corresponding to the read schema version from the storage unit 140, or reads the schema file from the outside through the communication unit 150 Receiving a schema file corresponding to the schema version, and using the schema file read from the storage unit 140 or the schema file received through the communication unit 150 to the AutomationML element and the AutomationML element from the received AutomationML file You can parse the data for it.
  • a schema file corresponding to the schema version of the AutomationML file must be used. If the schema versions are different, the rules may be different, making accurate parsing difficult.
  • the reading unit 110 first reads the schema version of the AutomationML file to be parsed.
  • the schema file may be read from the storage unit 140 and used.
  • the schema file may be received from the outside through the communication unit 150 and used.
  • the schema file may be received from the outside through the communication unit 150.
  • the schema file may be a schema file provided by the AutomationML site.
  • the received schema file may be stored in the storage unit 140.
  • the communication unit 150 may receive the updated schema file and store it in the storage unit 140.
  • the AutomationML element and the AutomationML element are retrieved from the received AutomationML file using the corresponding schema file. Parse the data.
  • the parsed elements and data are created and stored in a data structure. In this case, the generated data structure may be stored in the storage unit 140.
  • the process of generating a data structure by parsing the AutomationML file in the reading unit 110 may be performed as shown in FIG. 5.
  • the reading unit 110 receives the AutomationML file 510, and the AutomationML Library Manager 520 searches the External Reference elements defined in the AutomationML file as shown in the example below to read the external AutomationML data model recorded in another AutomationML file, and You can create a data structure for reference through the same process.
  • the conversion unit 120 converts the AutomationML element into an OPC UA node using a mapping rule for mapping an AutomationML element to an OPC UA node based on the generated data structure.
  • the conversion unit 120 sequentially searches the data structure generated by the reading unit 110, and reconstructs the AutomationML element into an OPC UA node.
  • the data of the AutomationML element is used to reconstruct the data into an OPC UA node with the same meaning.
  • Mapping rules that map AutomationML elements to OPC UA nodes can be saved as a mapping table. Mapping rules can be updated if the AutomationML schema file or OPC UA version is updated, or if the rules are different.
  • the conversion unit 120 sequentially searches the data structure generated by the reading unit 110, and derives a UA node type, a UA reference type, and a UA reference node corresponding to each AutomationML element.
  • the UA node type is divided according to what kind of node the AutomationML element is among UA nodes, and the UA node type can be divided into UAObject, UAObjectType, UAVariable, and the like, as shown in FIG. 6.
  • the conversion unit 120 maps the AutomationML element to UAObject, UAObjectType, UAVariable, or other nodes.
  • the other node may be a node that refers to an AutomationML element, and may be a node that is mapped when there is no UA node type mapped to the AutomationML element.
  • the AutomationML element can be mapped to other nodes. As shown in FIG. 6, since a corresponding UA node type does not exist for SupportedRoleClass or RoleRequirement among AutomationML elements, the corresponding UA node type may be left blank or may be mapped to other node types.
  • the UA reference type is divided according to which node refers to what meaning when there is a node referenced by the corresponding node, and the UA reference type can be divided into HasTypeDefinition, HasSubType, etc.
  • HasTypeDefinition As described above, if a corresponding UA node type does not exist among AutomationML elements, but there is a reference, as shown in FIG. 6, SupportedRoleClass maps 1:HasAutomationMLSupportedPoleClass as UA reference type, and RoleRequirement maps 1:HasAutomationMLRoleRequirement. I can.
  • the UA reference node maps the reference node if there is a node referenced by the node. As shown in FIG. 6, it may be mapped to 1:CAEXFileType, FolderType, PropertyType, *RefSystemUnitClassPath, *RefRoleClassPath, *RefBaseRoleClassPath, and the like.
  • the conversion unit 120 may generate an OPC UA node tree corresponding to the element tree structure of the AutomationML file.
  • OPC UA node tree can be created according to the relationship of the mapped AutomationML elements.
  • InterfaceClass, RoleClass, and SystemUnitClass elements defined under InterfaceClassLib, RoleClassLib, and SystemUnitClassLib elements are mapped to UAObjectType nodes to be referenced by other nodes.
  • Nodes such as the InternalElement element under the InstanceHierarchy element are mapped to UAObject nodes, and when SupportedRoleClass and RoleRequirements elements are included, refer to the UAObjectType nodes described above as Reference.
  • the Attribute element is mapped to a UAVariable node, and the parent element that owns the element is added as a child of the mapped node.
  • the converted OPC UA server has the same node tree as the element tree structure described in InstanceHierarchy as shown in FIG. 7.
  • the OPC UA node tree can be created by configuring each node into a node tree using each mapped node and reference relationships. Through this, a data structure according to the OPC UA model can be created based on the root node of the OPC UA node tree. As shown in FIG. 7, the OPC UA node tree structure may be generated by arranging UA nodes in a tree structure so as to correspond to the element tree structure described in InstanceHierarchy of the AutomationML file.
  • IH AutomationML's InstanceHierarchy
  • the IH may have'Conveyor' and'MyRobot' as IE
  • the SUC (SystemUnitClass) of'IE:Conveyor' is'Conveyor1'
  • RC (RoleClass) may be'beltConveyor'.
  • the attribute of'IE:MyRobot' is'Number0' and may include'Servo Motor' as IE.
  • RC (RoleClass) of'IE: Servo Motor' may be'Actuator'.
  • OPA UA node tree is created to correspond to this AutomationML tree structure.
  • objects 720 and 730 that are child relationships of the object 710 are connected through HasComponent based on the object 710 which is the root node corresponding to the AutomationML IH.
  • Objects 720 and 730 are UA nodes to which'IE:Conveyor' and'IE:MyRobot' of AutomationML are mapped.
  • ObjectType 740 of Object 720 is a UA node to which SUC and RC of'IE:Conveyor' are mapped, and is connected through HasTypeDefinition.
  • Variable 750 and Object 760 connected to Object 730 are UA nodes to which Attribue and IE: Servo Motor of'IE:MyRobot' are mapped, respectively, and are connected through HasComponent.
  • ObjectType 770 is a UA node to which RC of'IE:Servo Motor' is mapped and is connected through HasTypeDefinition.
  • UA nodes to which AutomationML elements are mapped are created in a node tree structure and stored as a data structure.
  • the generated data structure may be stored in the storage unit 140.
  • the writing unit 130 generates an OPC UA file according to the OPC UA model by using the converted OPC UA node.
  • the conversion unit 120 generates an OPC UA file according to the OPC UA model by using the node tree structure generated by mapping AutomationML elements to OPC UA nodes.
  • the writing unit 130 may generate an XML-based OPC UA file using a data structure according to the generated OPC UA model.
  • the writing unit 130 creates a basic XML document structure that the OPC UA information model should have by using the UANodeSet element as a root, and adds a namespace for the OPC UA information model and a namespace for the AutomationML data model as follows.
  • an OPC UA server can be built together with the OPC UA file to be integrated.
  • integrated management of information according to AutomationML file and information according to OPC UA file becomes possible.
  • static data such as production plan, structure and topology, and connection information are imported from AutomationML (*AutomationML)
  • dynamic data such as operation data and process are obtained from OPC UA.
  • AutomationML For example, if a change occurs in the factory production system, you can use AutomationML to modify the properties and functions of the components that make up the factory, and convert it to the OPC UA information model for the control system. It can be reflected in the UA server, and changed properties or functions can be applied quickly.
  • FIGS. 8 and 9 to 12 are flow charts of a data model conversion method according to another embodiment of the present invention.
  • a detailed description of each step of FIGS. 8 to 12 corresponds to a detailed description of the data model conversion apparatus of FIGS. 1 to 7, and redundant descriptions will be omitted below.
  • An image processing method relates to a method for converting a data model in a data model conversion apparatus including one or more processors or another apparatus including a processor for converting data models.
  • the processor can process a program that converts an AutomationML file to an OPC UA file, and a program that converts an AutomationML file to an OPC UA file may be stored in memory.
  • the data model conversion method receives an AutomationML file created according to an AutomationML (hereinafter, AML) model in step S11, and parses the AutomationML element and the data for the AutomationML element from the received AutomationML file. Create a data structure.
  • AML AutomationML
  • step S11 may be performed through steps S21 to S24.
  • step S21 the schema version of the received AutomationML file is read
  • step S22 the schema file corresponding to the read schema version is read from the storage unit, or a schema file corresponding to the read schema version is received from the outside.
  • step S23 the AutomationML element and data for the AutomationML element may be parsed from the received AutomationML file using the schema file read from the storage unit or the received schema file. In this way, a data structure composed of parsed information can be created.
  • step S11 based on the data structure created in step S12, the AutomationML element is converted to an OPC UA node using a mapping rule for mapping an AutomationML element to an OPC UA node, and the converted OPC UA node in step S13 Create an OPC UA file according to the OPC UA model by using.
  • step S12 the step of generating the OPC UA node tree corresponding to the element tree structure of the AutomationML file in step S31 may be further included.
  • step S31 the data structure according to the OPC UA model is created based on the root node among the generated OPC UA node tree in step S41, and the data structure according to the generated OPC UA model is used in step S42.
  • OPC UA files can be created.
  • Step S12 may be performed through steps S51 and S52.
  • the AutomationML element may be mapped to UAObject, UAObjectType, UAVariable, or other nodes
  • an OPC UA node tree may be generated according to the relationship between the mapped AutomationML elements.
  • the other node may be a node that refers to an AutomationML element, and may be a node that is mapped when there is no UA node type mapped to the AutomationML element.
  • the embodiments of the present invention can be implemented as computer-readable codes on a computer-readable recording medium.
  • the computer-readable recording medium includes all types of recording devices that store data that can be read by a computer system.
  • Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tapes, floppy disks, and optical data storage devices.
  • computer-readable recording media are distributed across networked computer systems.
  • Computer-readable code can be stored and executed in a distributed manner.
  • functional programs, codes, and code segments for implementing the present invention can be easily inferred by programmers in the technical field to which the present invention belongs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Manufacturing & Machinery (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Procédé de conversion d'un modèle de données, selon un mode de réalisation de l'invention, comprenant les étapes consistant à : recevoir un fichier d'AutomationML (langage de description Automation) créé selon un modèle d'AutomationML et analyser des éléments d'AutomationML et des données concernant les éléments d'AutomationML à partir du fichier d'AutomationML reçu pour générer une structure de données ; convertir les éléments d'AutomationML en nœuds d'UA (architecture unifiée) pour OPC (commande de protocole OLE) sur la base de la structure de données générée à l'aide d'une règle de mappage destinée à mapper des éléments d'AutomationML dans des nœuds d'UA pour OPC ; et générer un fichier d'UA pour OPC selon un modèle d'UA pour OPC à l'aide des nœuds d'UA pour OPC convertis.
PCT/KR2019/015441 2019-11-12 2019-11-13 Procédé de conversion d'un modèle de données d'automationml en modèle d'informations d'ua pour opc et dispositif associé WO2021095915A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2019-0144390 2019-11-12
KR1020190144390A KR102295100B1 (ko) 2019-11-12 2019-11-12 AutomationML 데이터 모델을 OPC UA 정보 모델로 변환하는 방법 및 그 장치

Publications (1)

Publication Number Publication Date
WO2021095915A1 true WO2021095915A1 (fr) 2021-05-20

Family

ID=75912423

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/015441 WO2021095915A1 (fr) 2019-11-12 2019-11-13 Procédé de conversion d'un modèle de données d'automationml en modèle d'informations d'ua pour opc et dispositif associé

Country Status (2)

Country Link
KR (1) KR102295100B1 (fr)
WO (1) WO2021095915A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113630452B (zh) * 2021-07-28 2023-10-31 三峡大学 一种组塔施工远程可视化监控系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101803919B1 (ko) * 2017-05-19 2017-12-04 주식회사 에스알에너지 에너지 통합 모니터링 장치, 그 방법 및 에너지 통합 모니터링을 하기 위한 프로그램을 저장하는 저장매체
KR20180001650A (ko) * 2016-06-24 2018-01-05 전자부품연구원 IoT 기반의 공장 통합 관리 장치
JP2018513490A (ja) * 2015-04-16 2018-05-24 シーメンス アクチエンゲゼルシヤフトＳｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ 自動化システムを動作させる方法及び装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100704285B1 (ko) * 2004-06-02 2007-04-10 인하대학교 산학협력단 자원 디스크립션 프레임워크를 사용하여 제품 데이터온톨로지를 구성하는 장치 및 방법
US20100070535A1 (en) * 2008-09-12 2010-03-18 Microsoft Corporation Data schema transformation using declarative transformations
KR20110026973A (ko) * 2009-09-09 2011-03-16 주식회사 지노스 이기종 시스템 간의 데이터 교환 방법과 이를 위한 시스템
EP3335083B1 (fr) * 2015-08-11 2024-02-14 Siemens Aktiengesellschaft Contextualisation riche de données d'automatisation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018513490A (ja) * 2015-04-16 2018-05-24 シーメンス アクチエンゲゼルシヤフトＳｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ 自動化システムを動作させる方法及び装置
KR20180001650A (ko) * 2016-06-24 2018-01-05 전자부품연구원 IoT 기반의 공장 통합 관리 장치
KR101803919B1 (ko) * 2017-05-19 2017-12-04 주식회사 에스알에너지 에너지 통합 모니터링 장치, 그 방법 및 에너지 통합 모니터링을 하기 위한 프로그램을 저장하는 저장매체

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
AUTOMATIONML CONSORTIUM: "AutomationML Whitepaper: OPC Unified Architecture Information Model for AutomationML", OPC FOUNDATION, 31 March 2016 (2016-03-31), XP055826452, Retrieved from the Internet <URL:https://www.automationml.org/o.red/uploads/dateien/1485865685-WP_OPCUAforAutomationML_V1.0.0.zip> [retrieved on 20200728] *
ROBERT HENBEN: "Interoperability between OPC UA and AutomationML", PROCED IA CIRP, vol. 25, 2014, pages 297 - 304, XP055439225, Retrieved from the Internet <URL:https://www.sciencedirect.com/science/article/pii/S2212827114010737> [retrieved on 20200728], DOI: 10.1016/j.procir.2014.10.042 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113630452B (zh) * 2021-07-28 2023-10-31 三峡大学 一种组塔施工远程可视化监控系统

Also Published As

Publication number Publication date
KR102295100B1 (ko) 2021-08-31
KR20210057533A (ko) 2021-05-21

Similar Documents

Publication Publication Date Title
US7366717B2 (en) Method and apparatus for mapping between XML and relational representations
US8640087B2 (en) Semantic system for integrating software components
CN110134671B (zh) 一种面向溯源应用的区块链数据库数据管理系统及方法
US7877397B2 (en) Extensible command execution for entity data model platform
Fierro et al. Shepherding metadata through the building lifecycle
GB2415806A (en) A dynamic software integration architecture
JP7317961B2 (ja) 自動化目的のためのデータモデルをターゲットオントロジーに変換する方法
WO2015037802A1 (fr) Système permettant l&#39;intégration de métamodèles
WO2017175925A1 (fr) Passerelle pour une conversion entre iec61850 et dnp3.0 et procédé permettant de traiter un service demandé entre un client iec61850 et un esclave dnp3.0
Gašević et al. Bridging MDA and OWL ontologies
WO2021095915A1 (fr) Procédé de conversion d&#39;un modèle de données d&#39;automationml en modèle d&#39;informations d&#39;ua pour opc et dispositif associé
Na et al. A method for building domain ontologies based on the transformation of UML models
WO2015037801A1 (fr) Système de transformation de méta-modèle
Chang et al. Transforming queries from a relational schema to an object schema: A prototype based on F-logic
Papazoglou Knowledge-driven distributed information systems
WO2024128344A1 (fr) Procédé d&#39;interfonctionnement d&#39;installations et de visualisation de données utilisant un modèle d&#39;informations de coquille d&#39;administration des actifs
Pandya A survey of description methods for fieldbus systems
Marder On realizing transformation independence in open, distributed multimedia information systems
WO2023101493A1 (fr) Procédé et système de construction de réseau informatique périphérique intelligent basé sur des règles ia
Diaz et al. A framework focus on configuration modeling and integration with transparent persistence
JP3018468B2 (ja) ネットワーク管理システム
CN117873943A (zh) 基于opc ua和本体语义模型的现场设备配置方法
Toyonaga et al. An Internet of Things Platform: Information Model Approach for Agile Service Development in a Multi-Vendor Environment
Siegel et al. Composite information systems: resolving semantic heterogeneities
Gómez-Pérez A proposal of infrastructural needs on the framework of the semantic web for ontology construction and use

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19952938

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19952938

Country of ref document: EP

Kind code of ref document: A1