EP3776398A1 - Procédé de création d'un jumeau numérique - Google Patents

Procédé de création d'un jumeau numérique

Info

Publication number
EP3776398A1
EP3776398A1 EP19727884.9A EP19727884A EP3776398A1 EP 3776398 A1 EP3776398 A1 EP 3776398A1 EP 19727884 A EP19727884 A EP 19727884A EP 3776398 A1 EP3776398 A1 EP 3776398A1
Authority
EP
European Patent Office
Prior art keywords
digital twin
data
variant
variants
object variant
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
EP19727884.9A
Other languages
German (de)
English (en)
Inventor
Johannes Lehner
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
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 Siemens AG filed Critical Siemens AG
Publication of EP3776398A1 publication Critical patent/EP3776398A1/fr
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00Pattern recognition
    • G06F18/20Analysing
    • G06F18/24Classification techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • G06F30/10Geometric CAD
    • G06F30/12Geometric CAD characterised by design entry means specially adapted for CAD, e.g. graphical user interfaces [GUI] specially adapted for CAD
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • G06F30/20Design optimisation, verification or simulation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0637Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management

Definitions

  • the invention relates to a method for creating a digital twin of a technical product.
  • a digital twin is a software object that represents the respective technical product.
  • An object of the invention is to admit a particularly a specialized method for creating a digital twin.
  • the digital twin is created on the basis of given product knowledge. This is available in an automatically processable form.
  • the product knowledge includes data records with data for different variants of at least one component of the respective technical product or data records with data for different variants of different components of different technical products. Such data records are referred to below as object variants.
  • object variants Each object variant is assigned an object variant classification that functions as a unique identifier.
  • at least geometry data and position data are assigned to the object variants.
  • an article code of the respective technical product is entered or selected, for example.
  • the article code is used to automatically select individual object variants. For all object variants covered by product knowledge, this selection includes checking whether their object variant classification and the respective article code match. Whenever this is the case, the respective object variant is processed as belonging to the digital twin or included in the digital twin, for example by directly or indirectly adding the data of the respective object variant or essential data of the object variant to the resulting software object, the digital twin ,
  • the or each geometric object described by means of the geometry data of the respective object variant is positioned in accordance with the position data of the respective object variant.
  • the advantage of the invention is that the digital twin is created on the basis of product knowledge and in this way data that is already available can be reused.
  • the invention is thus an automatic extraction of the data required to create a digital twin of a specific technical product from a database with product knowledge.
  • the database includes product knowledge in the form of a complete description of the respective technical product, for example in the form of CAD data.
  • This Complete description also includes the aforementioned object variants, for example a description of different components of the respective product or those which vary with regard to their design and / or position, in particular in the form of CAD data. So that such object variants can be used and found automatically within the framework of the approach proposed here, it is only necessary to identify the respective data with a clear object variant classification.
  • a weight value and / or a center of gravity is determined taking into account all object variant data belonging to the digital twin.
  • the determined weight value or focus corresponds to the weight value or focus of the technical product represented by the digital twin.
  • the object variant data are stored in the resulting software object, the digital twin.
  • the digital twin has become independent of the product knowledge and / or its availability due to the transfer of the object variant data.
  • the digital twin i.e. the software object, can thus also be passed on to third parties who do not have access to product knowledge or who should not have such access.
  • expressions in a formal language function as object variant classification.
  • the use of expressions in a formal language, especially the use of regular expressions allows the method proposed here to be integrated into more extensive data processing, for example data processing from a manufacturer of electric motors.
  • the respective technical products, for example electric motors are regularly referred to in a machine-readable form within such data processing anyway, in particular by means of an article code in the form of a machine-readable factory name (MLFB).
  • MLFB machine-readable factory name
  • the method described below is preferably implemented for automatic execution in the form of a computer program.
  • the invention is thus on the one hand also a computer program with executable program code instructions and on the other hand a storage medium with such a computer program, that is a computer program product with program code means, and finally also a basically known computer or a basically known computer system, in the memory of which can be loaded or loaded with such a computer program as a means for carrying out the method and its configurations.
  • FIG. 2 represents the technical product in FIG. 1, the digital twin,
  • FIG. 3 shows a schematically simplified illustration of a
  • FIG. 4 shows a digital twin resulting from a generation according to FIG.
  • FIG. 1 shows a schematically greatly simplified real technical product 10.
  • the product 10 is, for example, an electric motor.
  • the product 10 can be seating, for example.
  • the type of product 10 is not important.
  • a so-called digital twin 12 is to be created for a basically any technical product 10, that is to say a software object that describes the essential properties of the respective technical product 10.
  • the resulting software object is the digital twin 12 and accordingly the terms digital twin 12 and software object are used synonymously.
  • the illustration in FIG. 2 shows a digital twin 12 representing the technical product 10 in FIG. 1.
  • the representation of the digital twin 12 in FIG. 2 also includes symbolic identifiers of the objects comprised by the digital twin 12.
  • the technical product 10 according to FIG. 1 comprises three individual objects in the example shown. In the present case, these are - but only exemplary - cubes.
  • the objects (cubes) are arranged in a concrete geometric relation to each other: next to a first cube there is a second cube and on the first cube there is a third cube.
  • the three cubes are symbolically designated with "A" (first cube), "B" (second cube) and "C" (third cube).
  • FIG. 2 basically already shows the result of the creation of a digital twin 12 to form a real technical product 10.
  • the way to automatically obtain such a digital twin 12 is described below.
  • a digital twin 12 is a data-technical correspondence of a technical product 10 to be represented in each case.
  • a digital twin 12 is therefore in the broadest sense a data record which comprises, directly or indirectly, all the data which are used to describe the relevant properties of the technical product 10, in particular the geometric properties of the technical product 10 and / or properties associated therewith, are necessary.
  • These relevant technical properties are, for example, the dimensions of the technical product 10, a dimension of an envelope contour around the technical product 10, the weight of the technical product 10, a focus of the technical product 10 and so on.
  • product knowledge 20 (FIG. 3) - are advantageously used for the automatic creation of a digital twin 12.
  • FIG. 3 illustrates in a schematically simple manner the method proposed here for creating a digital twin 12.
  • a digital twin 12 is a data record that arises in the course of the method in the memory of a computer.
  • digital twin 12 it is not expressly pointed out that this refers to a data record in the memory of a computer Always read accordingly below and also applies to other elements and the data records on which they are based.
  • the approach is based on using existing product knowledge 20.
  • the product knowledge 20 is available in an automatically processable form, namely in the form of a database (the database represents the product knowledge 20 and comprises the product knowledge 20) with object variants 22 (data records), each of which is a variant of a component of a specific technical product Describe 10.
  • object variants 22 data records
  • different terminal boxes are conceivable as variants, for example, which differ in terms of their geometry and / or their position relative to a housing (stator housing) of the electric motor.
  • the product knowledge then includes 20 corresponding object variants 22.
  • object variants 22 for example housings with or without cooling fins, Ge housing with different cooling fins, motor shafts of different lengths, etc.
  • Each object variant 22 (data record) comprises an object variant classification 24. This functions as a unique identifier of the respective object variant 22. It is preferably provided that an object variant classification 24 classifies an object variant 22 according to an alphanumeric set of rules and is based, for example, on an article code 40 of a technical product 10 oriented.
  • Each object variant 22 comprises object variant data 26 (data set), in particular object variant data 26 and a unique object variant ID 28.
  • the object variant data 26 includes at least geometry data 30 and position data 32.
  • the geometry data 30 (data record) describe at least one geometric object - that is to say, for example a cube, a cylinder or the like - which belongs to the respective object variant 22.
  • the respective object variant 22 includes a large number of geometric objects and the geometry data 30 encompass the entirety of the geometric objects.
  • the geometry data 30 relate to a local coordinate system.
  • the position data 32 describe the position of the entirety of the objects described by means of the geometry data 30 relative to a respective technical product 10.
  • the geometry data 30 describe, for example, at least one geometric object which represents a terminal box of an electric motor.
  • the position data 32 describe its position on the electric motor, for example at the top of the stator housing or at the side of the stator housing.
  • An article code 40 acts as the basis for the specification of the digital twin 12.
  • the article code 40 is used in the course of the method to specify the specific technical product 10 for which a digital twin 12 is to be generated.
  • An article code 40 designates exactly one specific technical product 10 in a specific embodiment, for example an electric motor of a certain power level and with further properties, with the further properties including, for example, that the terminal box of the electric motor is attached to the side.
  • the article code 40 is entered as part of the method or selected from a set of article codes 40, in particular a set of article codes 40.
  • the product knowledge 20 also includes, for example, object variants 22 which relate to different terminal boxes and / or terminal boxes at different positions.
  • object variant 22 in which the object variant classification 24 and the article code 40 match each other, is processed as belonging to the digital twin 12, whereby each object can only comprise one valid object variant 22.
  • An object variant classification 24 fits, for example, to an article code 40 if the object variant classification 24 or part of the object variant classification 24 is contained in the article code 40. Whether the object variant classification 24 or part of the object variant classification 24 is contained in the article code 40 is checked, for example, by means of character string operations (known as string operations) which are known per se.
  • string operations character string operations
  • the object variant classification 24 is in the form of a regular expression.
  • the object variant classification 24 thus defines a lot.
  • an object variant classification 24 such as "1LE5 *” defines an unlimited number of character strings due to the asterisk acting as a placeholder, in which each character string included therein begins with “1LE5".
  • the strings encompassed by the set can be of any length, provided that they contain "1LE5" as the first character and include any characters after "1LE5".
  • the article code 40 - for example “1LE5533-4AB73-3AA24” to one another, because the article code 40 is an element of the quantity defined by the object variant classification 24.
  • the check — whether the object variant classification 24 matches a respective article code 40 is carried out graphically in a schematically simplified manner when the method proposed here is carried out.
  • the check as to whether an object variant classification 24 matches the respective article code 40 is expressed in the illustration with reference to the reference numbers used for the object variant classification 24 and the article code 40 and is in each case within a flowchart symbol for branching (case differentiation). written as "(40e24)?"
  • item code 40 belongs to
  • the product knowledge 20 is searched for the automatic creation of a digital twin 12. This means that all object variants 22 forming product knowledge 20 or a predetermined or predeterminable subset of object variants 22 forming product knowledge 20 in the manner described above and ways to be checked. Whenever the result of the test is positive, the object variant 22 belonging to the respective object variant classification 24 (designated by the object variant classification 24) is processed as belonging to the digital twin 12, whereby each object can only comprise one valid object variant 22 , 3 in the form of a representation of the object variant data 26 and the object variant ID 28 in the area of the digital twin 12.
  • This data that is to say at least the object variant data 26 with the geometry data 30 and the position data 32, in particular the geometry data 30, the position data 32 and the object variant ID 28, now belong directly or indirectly to the digital twin 12.
  • the digital twin 12 includes, for example, a referencing of the data, for example in the form of a so-called pointer to the respective object variant 22 or its object variant data 26. Such referencing is simplified schematically shown in the illustration in FIG. 4.
  • the digital twin 12 then comprises, for example, a data structure in the form of or in the manner of a single or multiple linked list, the elements of such a list referring to the respective data.
  • the or each geometric object described by means of the geometry data 30 of the respective object variant 22 is positioned in accordance with the position data 32 of the respective object variant 22.
  • the digital twin 12 is now created.
  • the data encompassed by this can, for example, in particular in the form of a graphic representation of the entirety of the geometry data 30, be displayed on a computer monitor.
  • a dimension image can be automatically generated and / or a weight value or the center of gravity can be determined.
  • FIG. 4 shows a symbolic illustration of a digital twin 12 as it results as a result of the method for generating a digital twin 12 illustrated in FIG. 3.
  • the digital twin 12 includes references to those object variants 22 that were determined to belong to the digital twin 12 (or references to the object data 26 of those object variants 22 that were determined to belong to the digital twin 12).
  • the digital twin 12 optionally includes an identifier 42 for naming it.
  • the designation can be based on the technical product 10 represented in each case, so that, for example, a designation such as “electric motor 7.5 kW, terminal box on the side” can be considered.
  • the fact that the digital twin 12 includes all relevant data of the referenced object variants 22 indirectly or indirectly means that the referencing defines that the digital twin 12 comprises three objects, namely one first cube ("A"), a second cube ("B") and a third cube ("C").
  • the object variant data 26 is also directly available for the digital twin 12 via the data included in the object variants 22
  • Geometry data 30 encompassing the object variant data 26 describe the dimension and orientation of the individual cubes.
  • the positions of the individual cubes are also immediately available in the form of the position data 32 for each object variant 22.
  • the position data 32 are shown symbolically in the representations in FIG. 3 and FIG. 4 in the form of a coordinate system.
  • each object variant 22 determined as belonging to the digital twin 12 is positioned in a coordinate system applicable to the digital twin 12.
  • the or each object of an object variant 22 described by the geometry data 30 can be correctly positioned relative to all objects of any other object variant 22 belonging to the digital twin 12. Based on the simple example chosen here, this gives the possibility of positioning the second cube ("B") next to the first cube ("A") and adjacent to the first cube, as well as the third cube ("C") to position on the first cube ("A”). This applies accordingly to more complex digital twins 12 (and the underlying technical products 10).
  • the object variants 22 of the individual components of the electric motor identified as belonging to the digital twin 12 are correctly positioned relative to one another by means of the position data 32.
  • a weight value can be determined for the digital twin 12 which corresponds to the weight of the represented technical product 10 corresponds.
  • the object variant data 26 and the position data 32 on the one hand the center of gravity and on the other hand the dimension (length, width, height) of the digital twin 12 can be determined. These values also correspond to the corresponding values of the technical product 10 represented.
  • the digital twin 12 can easily be changed and / or a large number of digital twins 12 can be easily generated.
  • a digital twin 12 of an electric motor is generated, the terminal box of which is located on top of the stator housing of the electric motor.
  • the object variant ID 28 enables the data comprised by a digital twin 12 to be linked to other databases.
  • object variant IDs 28 comprised of digital twin 12 can be used to access a database with cost information successively by means of object variant ID 28 in each case in order to to determine total cost information for the technical product 10 represented by the digital twin 12.
  • a method for classifying product knowledge 20 and for creating a software object acting as a digital twin 12 of a technical product 10 on the basis of given product knowledge 20 is given, the product knowledge 20 is available in an automatically processable form and comprises 22 data records with data for variants for at least one component of the technical product 10 as object variants, the object variants 22 each being assigned an object variant classification 24 which acts as a unique identifier, as well as geometry data 30 and position data 32, each object variant 22, the object variant classification 24 of which corresponds to a predetermined or predefinable article code 40, is processed as belonging to the digital twin 12 and wherein for each object variant 22 belonging to the digital twin 12, a positioning is processed the or each geometric object described by means of the geometry data 30 of the respective object variant 22 takes place in accordance with the position data 32 of the respective object variant 22.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Geometry (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Evolutionary Computation (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • General Business, Economics & Management (AREA)
  • Educational Administration (AREA)
  • Computer Hardware Design (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Mathematical Analysis (AREA)
  • Pure & Applied Mathematics (AREA)
  • Mathematical Optimization (AREA)
  • Computational Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Architecture (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Evolutionary Biology (AREA)
  • Artificial Intelligence (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)

Abstract

La présente invention concerne un procédé de création d'un objet logiciel faisant fonction de jumeau numérique (12) d'un produit technique (10) sur la base d'une connaissance du produit (20) donnée, la connaissance du produit (20) étant disponible sous une forme automatiquement traitable et comporte, en tant que variantes d'objets (22), des ensembles de données ayant des données pour différentes variantes d'au moins une composante du produit technique (10). Une classification de variante d'objet (24) faisant office d'identificateur univoque ainsi que des données de géométrie (30) et des données de position (32) sont attribuées à chaque variante d'objet (22). Chaque variante d'objet (22), dont la classification de variante d'objet (24) convient à un code d'article (40) prédéfini ou prédéfinissable, est traitée de manière requise en tant que jumeau numérique (12) et, pour chaque variante d'objet (22) requise pour le jumeau numérique (12), un positionnement de l'objet géométrique, ou de chaque objet géométrique, décrit au moyen des données de géométrie (30) de la variante d'objet (22) respective, est effectué en fonction des données de positionnement (32) de la variante d'objet (22) respective.
EP19727884.9A 2018-06-20 2019-05-17 Procédé de création d'un jumeau numérique Pending EP3776398A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP18178790.4A EP3584751A1 (fr) 2018-06-20 2018-06-20 Procédé de production d'un jumeau numérique
PCT/EP2019/062777 WO2019242956A1 (fr) 2018-06-20 2019-05-17 Procédé de création d'un jumeau numérique

Publications (1)

Publication Number Publication Date
EP3776398A1 true EP3776398A1 (fr) 2021-02-17

Family

ID=62845933

Family Applications (2)

Application Number Title Priority Date Filing Date
EP18178790.4A Withdrawn EP3584751A1 (fr) 2018-06-20 2018-06-20 Procédé de production d'un jumeau numérique
EP19727884.9A Pending EP3776398A1 (fr) 2018-06-20 2019-05-17 Procédé de création d'un jumeau numérique

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP18178790.4A Withdrawn EP3584751A1 (fr) 2018-06-20 2018-06-20 Procédé de production d'un jumeau numérique

Country Status (7)

Country Link
US (1) US20210117594A1 (fr)
EP (2) EP3584751A1 (fr)
KR (2) KR20210024026A (fr)
CN (1) CN112292702A (fr)
BR (1) BR112020025969A2 (fr)
MX (1) MX2020013771A (fr)
WO (1) WO2019242956A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11449028B2 (en) 2020-09-03 2022-09-20 Rockwell Automation Technologies, Inc. Industrial automation asset and control project analysis
US11561517B2 (en) 2020-09-09 2023-01-24 Rockwell Automation Technologies, Inc. Industrial development hub vault and design tools
US11294360B2 (en) 2020-09-09 2022-04-05 Rockwell Automation Technologies, Inc. Industrial automation project code development guidance and analysis
US20220083926A1 (en) * 2020-09-11 2022-03-17 Rockwell Automation Technologies, Inc. Digital engineering on an industrial development hub
US11415969B2 (en) 2020-09-21 2022-08-16 Rockwell Automation Technologies, Inc. Connectivity to an industrial information hub
US11796983B2 (en) 2020-09-25 2023-10-24 Rockwell Automation Technologies, Inc. Data modeling and asset management using an industrial information hub
CN113792422B (zh) * 2021-09-04 2023-12-05 苏州特比姆智能科技有限公司 一种基于数字孪生的tpm设备管理虚拟验证方法及系统
DE102022103394A1 (de) 2022-02-14 2023-08-17 Hiwin Technologies Corp. Verfahren und System zur Digital-Twin-Modellierung
DE102022207085A1 (de) 2022-07-12 2024-01-18 Robert Bosch Gesellschaft mit beschränkter Haftung Verfahren zum Erzeugen eines digitalen Zwillings eines autonom fahrenden Kraftfahrzeuges

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5717598A (en) * 1990-02-14 1998-02-10 Hitachi, Ltd. Automatic manufacturability evaluation method and system
US7209869B1 (en) * 1998-09-01 2007-04-24 Daimlerchrysler Ag Method and system for resource requirement planning and generating a production schedule using a uniform data model
GB0209543D0 (en) * 2002-04-26 2002-06-05 Rolls Royce Plc The automation and optimisation of the design of a component
JP4675046B2 (ja) * 2004-01-29 2011-04-20 株式会社レクサー・リサーチ 生産設計支援設備
JP2009015460A (ja) * 2007-07-02 2009-01-22 Toyota Motor Corp モデル伝送装置及びモデル伝送方法
KR101575487B1 (ko) * 2014-06-11 2015-12-08 현대자동차주식회사 로봇의 대상물 무게 및 무게중심 산출시스템 및 그 제어방법
US10466681B1 (en) * 2014-09-02 2019-11-05 Machine Research Corporation Systems and methods for machining knowledge reuse
US11295228B2 (en) * 2016-03-21 2022-04-05 Wipro Limited Methods for creating automated dynamic workflows of interoperable bots and devices thereof
US20170286572A1 (en) * 2016-03-31 2017-10-05 General Electric Company Digital twin of twinned physical system
JP6457441B2 (ja) * 2016-07-12 2019-01-23 ファナック株式会社 ロボットの重心表示装置、ロボット制御装置およびロボットシミュレーション装置
US10404569B2 (en) * 2016-08-22 2019-09-03 General Electric Company Internet of things associate
US20180137218A1 (en) * 2016-11-11 2018-05-17 General Electric Company Systems and methods for similarity-based information augmentation
US20180137219A1 (en) * 2016-11-14 2018-05-17 General Electric Company Feature selection and feature synthesis methods for predictive modeling in a twinned physical system
US20190236489A1 (en) * 2018-01-30 2019-08-01 General Electric Company Method and system for industrial parts search, harmonization, and rationalization through digital twin technology
US10974851B2 (en) * 2018-11-09 2021-04-13 Textron Innovations Inc. System and method for maintaining and configuring rotorcraft
DE102020115571A1 (de) * 2019-06-14 2020-12-17 General Electric Company Digitales Doppelecosystem gekoppelt mit Additivherstellung wie konstruiert, wie hergestellt, wie getestet, wie betrieben, wie geprüft und wie gewartet
CN114450643A (zh) * 2019-09-24 2022-05-06 西门子股份公司 用于生成自描述数据模块的方法
US20220334572A1 (en) * 2019-09-24 2022-10-20 Siemens Aktiengesellschaft Method for Generating a Digital Twin of a System or Device
US20230062028A1 (en) * 2021-08-26 2023-03-02 Kyndryl, Inc. Digital twin simulation of equilibrium state

Also Published As

Publication number Publication date
EP3584751A1 (fr) 2019-12-25
BR112020025969A2 (pt) 2021-03-23
KR20210024026A (ko) 2021-03-04
MX2020013771A (es) 2021-03-02
CN112292702A (zh) 2021-01-29
WO2019242956A1 (fr) 2019-12-26
KR20230109780A (ko) 2023-07-20
US20210117594A1 (en) 2021-04-22

Similar Documents

Publication Publication Date Title
EP3776398A1 (fr) Procédé de création d'un jumeau numérique
DE60008397T2 (de) Benutzer emulation für datenaustausch beim rechnergestützten entwurf
DE3855756T2 (de) Schnittstelle für Materialliste für CAD/CAM-Umgebung
WO1997015015A2 (fr) Systeme d'informations et procede de memorisation de donnees dans un systeme d'informations
DE102010046891A1 (de) Speichereffizientes Raytracing mit hierarchischer Netzquantisierung
WO2000011581A1 (fr) Procede ameliore d'affectation des couts basee sur la quantite a partir de differentes sources d'informations
EP2323083A1 (fr) Système de classification technique
EP3425571A1 (fr) Système numérique d'informations de bâtiment
EP2433185A1 (fr) Dispositif et procédé pour le traitement d'une base de données de simulation d'un processus
EP3134834A1 (fr) Procédé de création automatisée d'un jeu de données caractérisant un dessin technique
EP3901713B1 (fr) Procédé et système de fonctionnement d'une installation technique dotée d'un modèle optimal
WO2012017056A1 (fr) Procédé et dispositif de traitement automatique de données en un format de cellule
DE102018216787A1 (de) Verfahren, Computerprogrammprodukt und Computervorrichtung zum Auswerten volumetrischer Subdivisionsmodelle
DE10023377C2 (de) Verfahren zur Erhöhung der Leistungsfähigkeit einer Computereinrichtung bei Finite-Elemente-Simulationen und eine solche Computereinrichtung
DE10240940A1 (de) Computersystem und Verfahren zum Vergleichen von Datensätzen dreidimensionaler Körper
DE102004053034A1 (de) Verfahren zur Suche nach eiem ähnlichen Konstruktionsmodell
DE102011082838A1 (de) Identifikation wiederverwendbarer mechatronischer Komponenten in der Fabrikautomation
EP3454233A1 (fr) Procédé de détermination de solutions techniques destinées à être utilisées dans la construction de produits industriels
EP1645036B1 (fr) Compression de donnees de resultats de simulation
WO2004025501A2 (fr) Procede, dispositif et programme informatique comportant des elements de code de programme et un produit de code de programme destines a l'analyse de donnees utiles structurees selon une structure de base de donnees
DE102010011664A1 (de) View-Server und Verfahren zur Bereitstellung von spezifischen Daten von Objekten und/oder Objekttypen
EP1413964A2 (fr) Procédé et dispositif pour la mise en correspondance automatique d'éléments de données pendant la modélisation d'un système technique
DE102020208321A1 (de) Verfahren und Vorrichtung zum Verwenden und Erstellen von mehrdimensionalen Kennfeldern für die Steuerung und Regelung technischer Vorrichtungen
DE102018129138A1 (de) Verfahren und System zur Bestimmung eines Paars von Tabellenspalten zur Verknüpfung
DE10206285A1 (de) Verfahren und System zur markt- und anwendungsspezifischen Verwaltung von Optionen und Komponenten einer Produktplattform

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20201109

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20220419