EP4544764A1 - Système de gestion de jumeaux numériques, procédé de gestion associé - Google Patents

Système de gestion de jumeaux numériques, procédé de gestion associé

Info

Publication number
EP4544764A1
EP4544764A1 EP23731221.0A EP23731221A EP4544764A1 EP 4544764 A1 EP4544764 A1 EP 4544764A1 EP 23731221 A EP23731221 A EP 23731221A EP 4544764 A1 EP4544764 A1 EP 4544764A1
Authority
EP
European Patent Office
Prior art keywords
twin
digital
digital twin
module
property
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
EP23731221.0A
Other languages
German (de)
English (en)
Inventor
Thomas HASSAN
Stéphanie GERBAUD
Philippe Raipin Parvedy
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.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Publication of EP4544764A1 publication Critical patent/EP4544764A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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
    • G05B17/00—Systems involving the use of models or simulators of said systems
    • G05B17/02—Systems involving the use of models or simulators of said systems electric
    • 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—Program-control systems
    • G05B19/02—Program-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41885—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by modeling, simulation of the manufacturing system
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/25—Manufacturing
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/10—Detection; Monitoring
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/30—Control
    • G16Y40/35—Management of things, i.e. controlling in accordance with a policy or in order to achieve specified objectives
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation

Definitions

  • the present invention belongs to the general field of the Internet of Things. It concerns more particularly a digital twin management system. It also relates to a management method implemented by such a digital twin management system.
  • a digital twin is generally configured to provide at each moment information on the current operating state of the real object to which it is connected, but also to simulate a scenario, or even predict or anticipate certain situations with regard to the current functioning of this object.
  • digital twins are increasingly popular because they offer increased monitoring, make it possible to anticipate possible breakdowns and facilitate thus decision-making. They are also increasingly used for monitoring complex systems, such as cities, since they can include construction and building management data, as well as data from transport and energy networks. .
  • the present invention aims to remedy all or part of the disadvantages of the prior art, in particular those set out above, by proposing a solution which makes it possible to manage a digital twin and to store a representation of it in a database, without this representation following a predetermined data pattern requiring to be stored in said database.
  • the representations can then follow a data schema for example defined by a user of the system depending on the use case of this digital twin.
  • the present invention makes it possible to manage a digital twin independently of its data format, which makes its management and use flexible.
  • the invention relates to a digital twin management system comprising:
  • the representations of a database are said to be compatible with each other in the sense that a first representation of a first digital twin can interact with a second representation of a second digital twin, the formats of the first and second digital twins not necessarily allowing this interaction.
  • interaction we mean for example the exchange of data but also the management (generation, evolution, deletion) of relationships between these first and second representations.
  • the system may also include one or more of the following characteristics, taken in isolation or in all technically possible combinations.
  • the database is a document-oriented database, and a representation is stored in the database in the form of a document comprising the second set of at least one property.
  • This implementation is advantageous in that it does not require a predetermined data schema that needs to be stored in said database, and that it makes it possible to store a representation whatever the format of the associated digital twin, and whatever the properties of this digital twin.
  • the management module (100) comprises at least one agent (120) dedicated to the management of a representation and the agent comprises a synchronization module configured to trigger, in response to the determination of 'an evolution of the value of the at least one property of the first set, an update of the value of the at least one property of the second set, the update being a function of a synchronization strategy characterizing a synchronization frequency and/or a synchronization state.
  • This implementation is advantageous in that it makes it possible to avoid congestion linked to the simultaneous reception of a significant number of requests by the digital twin management module.
  • the digital twin is a physical twin corresponding to a digital replica of the entity, a virtual twin corresponding to a simulation of the entity being associated with this physical twin, and the synchronization state is one state among:
  • the database is a graph-oriented database.
  • a graph-oriented database is advantageous since the relationships between the different database entries are stored in the database itself, and do not have to be determined on the fly. , upon receipt of a specific request. Of this This way, response time is significantly reduced, even for complex queries. Furthermore, a graph-oriented database is particularly suited to the Internet of Things and complex systems since it allows a large quantity of (potentially complex) data to be stored, without this affecting the processing of a query. in such a basis.
  • the management module is configured to manage at least one first and second digital twins linked together by a semantic relationship, and the management module includes an indication according to which the representations of the first and second digital twins are also linked to each other.
  • This implementation is advantageous in that it makes it possible to manage a complex system consisting of a large number of interacting twins.
  • the management module comprises:
  • an instantiation module configured to instantiate a representation.
  • the agent further comprises:
  • the management module further comprises a response module configured to generate a response representative of the successful application of a method on a digital twin.
  • the invention relates to a method of managing digital twins by a digital twin management system, the method comprising:
  • the invention relates to a computer program comprising instructions for implementing a management method, when said program is executed by a processor.
  • the invention relates to a recording medium readable by a computer on which the computer program according to the invention is recorded.
  • Figure IB schematically represents a second embodiment, in accordance with the invention, of a digital twin management system.
  • FIG.3A Figure 3A schematically represents an exemplary embodiment, according to the invention, of a management module 100 belonging to the management system of Figure IA or Figure IB.
  • FIG.3B schematically represents an exemplary embodiment, in accordance with the invention, of an agent 120 belonging to the management module 100 of Figure 3A.
  • Figure 4 schematically represents an example of hardware architecture of a management module 100 belonging to the management system of Figure IA or Figure IB.
  • Figure 5 represents, in the form of a time diagram, an example of a digital twin management method, as implemented by the management system of Figure IA or of Figure IB.
  • Figure IA schematically represents a first embodiment, in accordance with the invention, of a digital twin management system.
  • the digital twin management system 1000 comprises a digital twin management module 100 connected, via a telecommunications network 500, to a digital twin 200.
  • the digital twin management module 100 is also connected to a database 400.
  • the database 400 is a NoSQL database (acronym for “Not Only SQL”). These databases are particularly suited to the Internet of Things, since they make it possible to store and analyze large volumes of data, without the data necessarily following a predetermined data pattern requiring to be stored in said database. . In other words, the data is not necessarily organized in the form of tables linked together by joins, and it is therefore possible to interact with these databases without using complex query language. Programming interfaces typically make it possible to manipulate data using a language representing structured information, such as XML (acronym for “extensible Markup Language) or JSON (acronym for “JavaScript Object Notation”).
  • XML acronym for “extensible Markup Language”
  • JSON acronym for “JavaScript Object Notation”.
  • the database 400 is a document-oriented NoSQL database. Each entry in the database then corresponds to a pair [key, value]. And the value corresponds to a document containing a list of properties, with each property associated with a value which may itself be a list of properties.
  • the document is a JSON or XML type file.
  • the database 400 is a graph-oriented database.
  • the relationships between the different database entries are stored in the database 400 itself, and do not have to be determined on the fly, upon receipt of a specific request. In this way, response time is significantly reduced, even for complex queries.
  • a graph-oriented database is particularly suited to the Internet of Things and complex systems since it allows a large quantity of (potentially complex) data to be stored, without this affecting the processing of a query. in such a basis.
  • the management module 100 comprises a generic module 110 configured to manage a set of at least one agent 120. More precisely, the generic module is responsible for the logical organization in memory of agents 120, including in particular the logical grouping of agents dedicated to twins from the same functional domain or dedicated to the same application, and the generation of semantic relationships between these agents, said generated relationships replicating the links stored in the database. data between digital twins.
  • An agent 120 is configured to process a single digital twin 200, as well as the representation 410 of this digital twin in the database 400.
  • the functionalities of this agent 120 will be described more precisely below.
  • the representation 410 corresponds to an entry in the database 400.
  • the representation 410 corresponds to a document from this base.
  • a digital twin can be defined as a digital replication of an entity, e.g., a real object or a process, which has the particularity of evolving according to transformations of the entity to which it is attached.
  • the digital twin 200 can be either a physical digital twin 210 and in this case it corresponds to the most faithful possible digital replica of a real object 300.
  • the digital twin 200 is a virtual digital twin 220 and then corresponds to a simulated or adapted version of the object 300.
  • Concerning this aspect those skilled in the art can refer to the document “Differentiating Digital Twin From Digital Shadow: Elucidating A Paradigm Shift To Expedite A Smart, Sustainable Built Environment”, Samad ME Sepasgozar, Buildings, 77(4), 151.
  • the digital twin 200 includes a physical digital twin 210 and a virtual digital twin 220. This digital twin 200 is connected to the object 300 that it represents , for example through a communication network 510.
  • a digital twin 200 is by definition configured to provide at each moment information on the current operating state of the real object 300 to which it is connected, and a fortiori, the same is true for its representation 410 in database 400.
  • the value of the corresponding property of the representation evolves in a similar manner.
  • the value of the corresponding property of the representation is equal to that of the property of the digital twin.
  • This synchronization is not necessarily immediate, but depends on a synchronization strategy, accessible by the agent 120 managing this digital twin 200, and characterizing a synchronization frequency and/or a synchronization state.
  • the synchronization frequency generally depends on the type of object, but also on the use made of it. Thus, if the object considered is for example a lamp illuminating an agricultural greenhouse depending on the ambient brightness, synchronization once every 30 minutes will be more than sufficient. If, on the other hand, the lamp illuminates a desk, synchronization once per minute will be preferable.
  • the synchronization state corresponds to:
  • said management module in the event of detection, by an agent 120 or more generally a management module 100, of a desynchronization between the real object 300 and its digital twin 200 (physical and/or virtual) or between the digital twin 200 and its representation 410 in the database, said management module is configured to transmit a notification, to a user of the system 1000, comprising an indication that at least some of the components of the system are out of synchronization with each other.
  • association data is stored by the agent 120 and defines a relationship, which can evolve over time, between the properties of the digital twin 200 and the properties of its representation 410.
  • the database 400 when the digital twin 200 comprises a physical digital twin 210 and a virtual digital twin 220, the database 400 includes two representations associated with this digital twin 200, each being associated with one of the physical twins and virtual.
  • the agent 120 managing said digital twin 200 comprises on the one hand first association data linking the properties of the physical twin 210 and the representation of said physical twin, on the other hand second association data linking the properties of the virtual twin 220 and the representation of said virtual twin.
  • this association data is hard-coded and defined by a user of the system 1000 for a particular digital twin 200.
  • association data is determined dynamically, based on a standard or a standard. More precisely, a digital twin 200 complies with a standard, such as DTDL (acronym for “Digital Twins Definition Language” and a specification of which can be accessed from the address https://qithub.com/Azure/opendiqitaltwins-dtdl/ blob/master/DTDL/v2/dtdlv2.md); NGSI-LD (defined in ETSI GS CIM 009 VI.4.1, Context Information Management (CIM) NGSI-LD API, published February 2021); SensorThings API (a specification of which can be accessed from https://qithub.com/opengeospatial/sensorthings); or WoT TD (acronym for “Thing Description Ontology - Thing Description” and a specification of which can be accessed from the address https://www.w3.org/2019/wot/td). And an association between the properties of
  • a software component converts the representation of one or more standard format representations to the database representation.
  • This component can take advantage of the metadata (e.g. MIME type) of the representation file, indicating what format it is as input.
  • the data collected via sensors placed on or near the real object 300 are recorded in a database 600 connected to the real object 300 through a telecommunications network 530.
  • This database 600 can also be accessed by the digital twin 200 via the telecommunications network 520.
  • the database 600 can also store metadata of the object 300. This metadata includes for example the date of creation, last update date, expiration date, owner (ID), visibility and/or confidentiality indicator.
  • the digital twin 200 is more precisely an instance of a digital twin, this digital twin having been developed so as to model a particular type of object to which the real object 300 belongs. .
  • the digital twins 200 of the library 700 were developed for a particular type of object. Unlike the example illustrated by Figure IA which manipulates twins 200 already instantiated, the library 700 stores digital twins 200 which, when stored in the library 700, are not yet instantiated, and a fortiori, are not yet linked to a real object 300.
  • the instantiation of such a digital twin is implemented, for example when a user of the system 1000 wishes to use a digital twin of the library for an object 300 in its environment.
  • This object 300 is connected, directly or via a telecommunications network (not shown), to the management module 100.
  • the database 400 then stores a representation of an instantiation of a digital twin 200 of the library 700 of digital twins.
  • the real object 300 is for example a lamp located in an office, when it actually turns on or off, this change of state should be able to be automatically broadcast to the air conditioning device equipping this office.
  • the digital twin of the lamp should be linked to the digital twin of the air conditioning device in order to be able to inform it that a value of one of its properties has changed, and thus allow the air conditioning device to turn off when the lamp is off.
  • the digital twins are therefore linked together by a semantic relationship, and belong to the same system, here a building management system.
  • digital twins 200 can therefore form a complex system which can be represented in the form of a graph, each node corresponding to a digital twin, an arc between two nodes corresponding to a semantic relationship between two digital twins 200.
  • This structuring or hierarchy between digital twins must also be reflected at the level of the agents managing the representations of these digital twins.
  • graph-oriented database when a graph-oriented database is used, these relationships are also specified within that database.
  • Figure 2A schematically illustrates an example of agents 120-1 and 120-2 managing the representations of digital twins linked together by a semantic relationship 130-1.
  • the semantic relationship corresponds for example to “is_a_part_of”, “is_a”, “is_connected_to”.
  • FIG 2B schematically illustrates an example of agents 120-3 and 120-4 managing the representations of digital twins belonging to the same digital twin system. More precisely, the agent 120-3 is linked by the semantic relationship 130-2 to the agent 120-4, and these two agents also belong to the same system 140-1.
  • Figure 2C schematically represents an example of two systems 140-2, 140-3 of digital twins linked together by a semantic relationship 150-1.
  • the semantic relationship linking two systems corresponds for example to “is_a_part_of”, “is_a”, “is_connected_to”.
  • FIG 3A schematically represents an exemplary embodiment, in accordance with the invention, of a management module 100 belonging to the management system 1000 of Figure IA or Figure IB.
  • Figure 3B schematically represents an exemplary embodiment, in accordance with the invention, of an agent 120 belonging to the management module 100 of Figure 3A.
  • FIG 4 schematically represents an example of hardware architecture of a management module 100 belonging to the management system of Figure IA or Figure IB.
  • the digital twin management module 100 has the hardware architecture of a computer.
  • the module includes, in particular, a processor 1, a RAM 2, a read only memory 3 and a non-volatile memory 4. It also includes a communication module 5.
  • the read-only memory 3 of the system constitutes a recording medium as proposed, readable by the processor 1 and on which is recorded a computer program PROG_P conforming to the invention, comprising instructions for the execution of stages of the management process as proposed below.
  • the PROG_P program defines functional modules of the management module 100 as represented in Figure 3A and of the agent 120 as represented in Figure 3B, which rely on or control the hardware elements 1 to 5 of the management module cited previously, and which include in particular:
  • the agent 120 includes:
  • an instantiation module MOD_INS_REP configured to instantiate a representation of said digital twin (J);
  • MOD_SYN synchronization module configured to trigger, in response to the determination of a change in the value of a property of the digital twin, an update of the value of the corresponding property of the representation, the updating updated being a function of a synchronization strategy characterizing a synchronization frequency and/or a synchronization state;
  • MOD_API module for managing at least one set of programming interfaces specifying the methods applicable to the digital twin (J).
  • management module 100 may also include other modules, in particular to implement particular modes of the management process, as described in more detail later.
  • the instruction received by the module MOD_RX for receiving an instruction is issued by a user of the system 1000 wishing to interact with a particular digital twin, or by a control module configured to warn the module of management 100 of the registration of a new twin in the database 700.
  • the request received by the reception module MOD_RX includes an indication making it possible to uniquely identify a digital twin 200. This is for example a unique identifier such as a URI (acronym for “Uniform Resource Identifier”).
  • the determination module MOD_DET is then configured to compare this unique identifier with a list of unique identifiers of twins previously instantiated by the management module 100. If the list does not contain the identifier present in the request, this then means that no agent of said management module has not previously been associated with the digital twin identified in the request.
  • the MOD_ACC module for accessing the digital twin can also be configured to implement a digital twin authentication process.
  • This authentication process can use a cryptographic key that is symmetric or asymmetric.
  • an EAP type protocol (acronym for “Extensible Authentication Protocol”) using an authentication server can be implemented.
  • the MOD_ACC module is also configured to verify that the user having issued the request received by the MOD_RX module has access rights to apply a certain function on the digital twin (J).
  • the MOD_API module for obtaining at least one set of programming interfaces specifying the methods applicable to the digital twin (J) may include a MOD_API_PHY submodule configured to obtain the interfaces. programming interfaces specifying the methods applicable to the physical digital twin 210, and a submodule MOD_API_VIRT configured to obtain the programming interfaces specifying the methods applicable to the virtual digital twin 220.
  • the communication module 5 of the management module 100 allows it in particular to communicate with the database 400, and with the digital twin 200 or with the library 700 of digital twins, and for this purpose integrates the MOD_RX reception modules and MOD_ACC access, as well as hardware and software means such as those described above to implement the management process.
  • the management method comprises a first step E410, implemented by the MOD_RX module for receiving, by the management module 100, an instruction aimed at interacting with a digital twin 200.
  • the request received by the reception module MOD_RX includes an indication making it possible to identify unique way a digital twin 200. This is for example a unique identifier such as a URI (acronym for “Uniform Resource Identifier”).
  • the management method further comprises a step of determining, by the MOD_DET determination module of the management module 100, that no agent of said management module has been previously associated with said digital twin 200. More precisely, this unique identifier is compared with a list of unique identifiers of twins previously instantiated by the management module 100. If the list does not contain the identifier present in the request, this then means that no agent of said management module has not been previously associated with the digital twin identified in the request.
  • a new agent 120 is instantiated in memory dynamically during a step E430 by the instantiation module MOD_INS.
  • This implementation is advantageous in that it optimizes the available memory resource.
  • the method further comprises a step E440 during which the agent 120 transmits a notification to the management module 100 to inform it that said agent is correctly instantiated.
  • a database representation 400 of said digital twin 200 is instantiated. This step is implemented by the instantiation module MOD_INS_REP of the agent 120.
  • the instantiation module accesses a database (such as the database 600 of Figure IA) and obtains :
  • the method further comprises a step E460 during which the representation 410 transmits a notification to the agent 120 to inform it that said representation is correctly instantiated.
  • the request received during step E410 also includes a function (f) to be applied to the digital twin 200 and, where appropriate, values of the parameters of this function.
  • a new request comprising this function (f) and, where applicable, values of the parameters of this function is received by the management module 100.
  • the management module 100 transmits, to the destination of the agent 120, the function (f) to be applied to the digital twin 200 as well as the values of the parameters of this function.
  • the MOD_API module determines whether this function (f) can actually be applied to the digital twin 200, and if this is the case, the MOD_ACC module determines whether the user who issued the request has the necessary access rights to apply this function (f) to the digital twin 200. If it is In this case, an instruction aimed at applying function (f) is transmitted to the digital twin 200 during a step E480.
  • the digital twin 200 implements this function (f) during a step E490, and updates the value of at least one property reflecting the implementation of this function. So if the digital twin represents a lamp, and if the function aims to turn off the lamp, then the digital twin implements this function and the value of the “state” property changes from the value “1” to the value “0” .
  • said digital twin 200 transmits during a step 500 an instruction to the object 300 which it represents, so that the latter also implements this function (f).
  • the object 300 returns to the digital twin 200, the value of at least one property having been modified after application of function (f) during a step E510.
  • step E520 the values of the properties of the digital twin and/or the object reflecting the implementation of this function (f) are transmitted to the agent 120, which then updates the representation corresponding during a step E530.
  • the exchanges between the management module and the user, and/or between the management module and the digital twin 200, and/or between the digital twin and the object 300 that it represents comply with the HTTP protocol (acronym for “Hypertext Transfer Protocol”).
  • the exchanges E510, E520, E540 and E550 include a programmatic localization of the effect of the implementation of function (f).
  • a communication paradigm conforming to HATEOAS (acronym for “Hypermedia As The Engine of Application State”) is used, for example.
  • the exchanges E510, E520, E540 and E550 include a duration of execution of the function (f) and/or an effective date of end of implementation of the function (f).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • Manufacturing & Machinery (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Medical Informatics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un système (1000) de gestion de jumeaux numériques comprenant : un module de gestion (100) d'au moins un jumeau numérique (200) d'une entité (300), ledit jumeau numérique étant accessible au travers d'un réseau de télécommunications, ledit jumeau numérique (200) comprenant un premier ensemble d'au moins une propriété ayant une valeur pouvant évoluer au cours du temps; une base de données (400) connectée au module de gestion (100) de jumeaux numériques et configurée pour enregistrer des représentations (410) de jumeaux numériques (200), les représentations étant compatibles entre elles, une représentation (410) d'un jumeau numérique comprenant un deuxième ensemble d'au moins une propriété ayant une valeur évoluant au cours du temps en fonction de l'évolution de la valeur de la au moins une propriété du premier ensemble du jumeau correspondant.

Description

Description
Titre de l'invention : Système de gestion de jumeaux numériques, procédé de gestion associé
Domaine Technique
[0001] La présente invention appartient au domaine général de l'Internet des Objets. Elle concerne plus particulièrement un système de gestion de jumeaux numériques. Elle concerne également un procédé de gestion mis en œuvre par un tel système de gestion de jumeaux numériques.
Technique antérieure
[0002] Un jumeau numérique peut être défini comme une réplication numérique d'un objet réel ou d'un procédé, qui présente la particularité d'évoluer en fonction des transformations de l'objet ou du procédé auquel il est attaché. La particularité d'un jumeau numérique est de s'appuyer sur un modèle physique qui est alimenté en continu par des données collectées via des capteurs disposés sur ou à proximité de l'objet réel, ou issues d'une inspection à un certain instant de cet objet.
[0003] Ainsi, à la différence d'une modélisation numérique classique, un jumeau numérique est généralement configuré pour fournir à chaque instant des informations sur l'état actuel de fonctionnement de l'objet réel auquel il est relié, mais également pour simuler un scénario, voire prédire ou anticiper certaines situations au regard du fonctionnement actuel de cet objet.
[0004] Dans le domaine de l'industrie, et en particulier de l'aérospatial ou de la construction automobile, les jumeaux numériques sont de plus en plus populaires car ils offrent une surveillance accrue, permettent d'anticiper d'éventuelles pannes et facilitent ainsi les prises de décision. Ils sont également de plus en plus utilisés pour le suivi de systèmes complexes, tels que les villes, puisqu'ils permettent d'inclure des données de construction et de gestion des bâtiments, ainsi que des données issues des réseaux de transport et d'énergie.
[0005] Cependant, de manière conventionnelle, de tels systèmes complexes utilisent une pluralité de jumeaux numériques qui sont généralement conçus par différents fournisseurs de jumeaux numériques, selon un certain format de données, parfois propriétaire. Ces différents jumeaux numériques, qui représentent des sous-systèmes ou des objets réels du système complexe, ne sont alors pas interopérables entre eux, et l'intérêt d'un jumeau numérique d'un tel système complexe s'en trouve alors limité.
[0006] À titre d'exemple, dans le cadre d'une ville, les autoroutes, les ponts et tunnels, les chemins de fer, les métros, et les autres infrastructures de transport sont généralement exploités et entretenus par plusieurs opérateurs. Chaque opérateur peut décider de concevoir un jumeau numérique de l'infrastructure qu'il gère, mais celui-ci est généralement réalisé indépendamment des autres jumeaux numériques représentant les autres infrastructures de transport de la ville. Pour que ces opérateurs puissent coopérer plus efficacement et ainsi améliorer l'exploitation, la planification et le développement de l'infrastructure de transport, il s'avère donc souhaitable d'améliorer la coopération entre ces différents jumeaux numériques.
Exposé de l'invention
[0007] La présente invention a pour objectif de remédier à tout ou partie des inconvénients de l'art antérieur, notamment ceux exposés ci-avant, en proposant une solution qui permette de gérer un jumeau numérique et d'en stocker une représentation dans une base de données, sans que cette représentation ne suivre un schéma de données prédéterminé nécessitant d'être stocké dans ladite base de données. Les représentations peuvent alors suivre un schéma de données par exemple défini par un utilisateur du système en fonction du cas d'utilisation de ce jumeau numérique.
[0008] Plus particulièrement, la présente invention permet de gérer un jumeau numérique indépendamment de son format de données, ce qui rend sa gestion et son utilisation flexible.
[0009] À cet effet, et selon un premier aspect, l'invention concerne un système de gestion de jumeaux numériques comprenant :
- un module de gestion d'au moins un jumeau numérique d'une entité, ledit jumeau numérique étant accessible au travers d'un réseau de télécommunications, ledit jumeau numérique comprenant un premier ensemble d'au moins une propriété ayant une valeur pouvant évoluer au cours du temps ;
- une base de données connectée au module de gestion (100) de jumeaux numériques et configurée pour enregistrer des représentations de jumeaux numériques, les représentations étant compatibles entre elles, une représentation d'un jumeau numérique comprenant un deuxième ensemble d'au moins une propriété ayant une valeur évoluant au cours du temps en fonction de l'évolution de la valeur de la au moins une propriété du premier ensemble du jumeau correspondant.
[0010] Les représentations d'une base de données sont dites compatibles entre elles dans le sens où une première représentation d'un premier jumeau numérique peut interagir avec une deuxième représentation d'un deuxième jumeau numérique, les formats des premier et deuxième jumeaux numériques ne permettant pas nécessairement cette interaction. Par interaction, on entend par exemple l'échange de données mais également la gestion (génération, évolution, suppression) de relations entre ces première et deuxième représentations.
[0011] Dans des modes particuliers de mise en œuvre, le système peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. [0012] Selon une implémentation particulière, la base de données est une base de données orientée documents, et une représentation est stockée dans la base de données sous la forme d'un document comprenant le deuxième ensemble d'au moins une propriété.
[0013] Cette implémentation est avantageuse en ce qu'elle ne nécessite pas de schéma de données prédéterminé nécessitant d'être stocké dans ladite base de données, et qu'elle permet de stocker une représentation quel que soit le format du jumeau numérique associé, et quelles que soient les propriétés de ce jumeau numérique.
[0014] Selon une implémentation particulière, le module de gestion (100) comprend au moins un agent (120) dédié à la gestion d'une représentation et l'agent comprend un module de synchronisation configuré pour déclencher, en réponse à la détermination d'une évolution de la valeur de la au moins une propriété du premier ensemble, une mise-à-jour de la valeur de la au moins une propriété du deuxième ensemble, la mise-à-jour étant fonction d'une stratégie de synchronisation caractérisant une fréquence de synchronisation et/ou un état de synchronisation.
[0015] Cette implémentation est avantageuse en ce qu'elle permet d'éviter une congestion liée à la réception simultanée d'un nombre significatif de requêtes par le module de gestion de jumeaux numériques.
[0016] Selon une implémentation particulière, le jumeau numérique est un jumeau physique correspondant à une réplique numérique de l'entité, un jumeau virtuel correspondant à une simulation de l'entité étant associé à ce jumeau physique, et l'état de synchronisation est un état parmi :
- une désynchronisation entre l'entité, les jumeaux physique et virtuel, et la représentation correspondante ;
- une synchronisation entre l'entité, les jumeaux physique et virtuel, et la représentation correspondante ;
- une réplication de la valeur d'au moins une propriété du jumeau physique avec la valeur d'au moins une propriété correspondante du jumeau virtuel et une synchronisation entre le jumeau physique et la représentation correspondante ;
- une réplication de la valeur d'au moins une propriété du jumeau virtuel avec la valeur d'au moins une propriété correspondante du jumeau physique et une synchronisation entre le jumeau virtuel et la représentation correspondante.
[0017] Selon une implémentation particulière, la base de données est une base de données orientée graphe.
[0018] L'utilisation d'une base de données orientée graphes est avantageuse puisque les relations entre les différentes entrées de la base de données sont stockées dans la base de données elle- même, et n'ont pas à être déterminées à la volée, sur réception d'une requête spécifique. De cette manière, le temps de réponse est considérablement réduit, même pour des requêtes complexes. Par ailleurs, une base de données orientée graphe est particulièrement adaptée à l'Internet des Objets et aux systèmes complexes puisqu'elle permet de stocker une grande quantité de données (potentiellement complexes), sans que ceci n'affecte le traitement d'une requête dans une telle base.
[0019] Selon une implémentation particulière, le module de gestion est configuré pour gérer au moins un premier et deuxième jumeaux numériques liés entre eux par une relation sémantique, et le module de gestion comprend une indication selon laquelle les représentations des premier et deuxième jumeaux numériques sont également liées entre elles.
[0020] Cette implémentation est avantageuse en ce qu'elle permet de gérer un système complexe constitué d’un grand nombre de jumeaux en interaction.
[0021] Selon une implémentation particulière, le module de gestion comprend :
- un module de réception d'une instruction visant à interagir avec un jumeau numérique (J)
- un module de détermination qu'un agent dudit module de gestion n'a pas été préalablement associé audit jumeau numérique (J) ;
- un module d'instanciation d'un agent associé audit jumeau numérique (J) configuré pour instancier ledit agent en mémoire de manière dynamique ; et,
- un module d'instanciation configuré pour instancier une représentation.
[0022] Selon une implémentation particulière, l'agent comprend en outre :
- un module d'accès au jumeau numérique (J) ; et,
- un module de gestion d'au moins un ensemble d'interfaces de programmation spécifiant les méthodes applicables au jumeau numérique (J).
[0023] Selon une implémentation particulière, le module de gestion comprend en outre un module de réponse configuré pour générer une réponse représentative de la réussite de l'application d'une méthode sur un jumeau numérique.
[0024] Selon un deuxième aspect, l'invention concerne un procédé de gestion de jumeaux numériques par un système de gestion de jumeaux numériques, le procédé comprenant:
- la réception d'une instruction visant à interagir avec un jumeau numérique (J) ;
- la détermination qu'aucun agent dudit module de gestion n'a été préalablement associé audit jumeau numérique (J) ;
- l'instanciation d'un agent associé audit jumeau numérique (J), l'instanciation étant réalisée en mémoire et de manière dynamique ; et, - l'instanciation d'une représentation d'un jumeau numérique, en fonction de données d'association.
[0025] De manière générale, on considère que les étapes d'un procédé ne doivent pas être interprétées comme étant liées à une notion de succession temporelle.
[0026] Selon un troisième aspect, l'invention concerne un programme d'ordinateur comportant des instructions pour la mise en œuvre d'un procédé de gestion, lorsque ledit programme est exécuté par un processeur.
[0027] Selon un quatrième aspect, l'invention concerne un support d'enregistrement lisible par un ordinateur sur lequel est enregistré le programme d'ordinateur selon l'invention.
Brève description des dessins
[0028] D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
[0029] [Fig.lA] la figure IA représente schématiquement un premier exemple de réalisation, conforme à l'invention, d'un système de gestion de jumeaux numériques.
[0030] [Fig.lB] la figure IB représente schématiquement un deuxième exemple de réalisation, conforme à l'invention, d'un système de gestion de jumeaux numériques.
[0031] [Fig.2A] la figure 2A illustre schématiquement un exemple d'agents associés à des jumeaux numériques liés entre eux par une relation sémantique.
[0032] [Fig.2B] la figure 2B illustre schématiquement un exemple d'agents associés à des jumeaux numériques appartenant à un même système de jumeaux numériques.
[0033] [Fig.2C] la figure 2C représente schématiquement un exemple de systèmes de jumeaux numériques liés entre eux par une relation sémantique.
[0034] [Fig.3A] la figure 3A représente schématiquement un exemple de réalisation, conforme à l'invention, d'un module de gestion 100 appartenant au système de gestion de la figure IA ou de la figure IB.
[0035] [Fig.3B] la figure 3B représente schématiquement un exemple de réalisation, conforme à l'invention, d'un agent 120 appartenant au module de gestion 100 de la figure 3A.
[0036] [Fig.4] La figure 4 représente schématiquement un exemple d'architecture matérielle d'un module de gestion 100 appartenant au système de gestion de la figure IA ou de la figure IB. [0037] [Fig.5] la figure 5 représente, sous la forme d'un diagramme temporel, un exemple de procédé de gestion de jumeaux numériques, tel qu'il est mis en œuvre par le système de gestion de la figure IA ou de la figure IB.
Description des modes de réalisation
[0038] Les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits, par souci de concision.
[0039] La figure IA représente schématiquement un premier exemple de réalisation, conforme à l'invention, d'un système de gestion de jumeaux numériques.
[0040] Le système 1000 de gestion de jumeaux numériques comprend un module 100 de gestion de jumeaux numériques connecté, au travers d'un réseau de télécommunication 500, à un jumeau numérique 200. Le module 100 de gestion de jumeaux numériques est également connecté à une base de données 400.
[0041] Base de données 400
[0042] Selon une implémentation particulière, la base de données 400 est une base de données NoSQL (acronyme de « Not Only SQL »). Ces bases de données sont particulièrement adaptées à l'Internet des Objets, puisqu'elles permettent de stocker et analyser des volumes importants de données, sans que les données ne suivent nécessairement un schéma de données prédéterminé nécessitant d'être stocké dans ladite base de données. Autrement dit, les données ne sont pas nécessairement organisées sous la forme de tables liées entre elles par des jointures, et il est donc possible d'interagir avec ces bases de données sans utiliser de langage de requête complexe. Des interfaces de programmations permettent typiquement de manipuler les données en utilisant un langage représentant de l'information structurée, tel que XML (acronyme de « extensible Markup Language) ou JSON (acronyme de « JavaScript Object Notation »).
[0043] Selon une implémentation particulière, la base de données 400 est une base de données NoSQL orientée documents. Chaque entrée de la base de données correspond alors à un couple [clef, valeur]. Et la valeur correspond à un document contenant une liste de propriétés, chaque propriété étant associée à une valeur qui peut elle-même être une liste de propriétés. Selon une implémentation particulière, le document est un fichier de type JSON ou XML.
[0044] L'utilisation d'une base de données NoSQL orientée documents offre l'avantage de manipuler des données (e.g., des documents) structurées sans qu'un schéma de données préalablement défini et nécessitant d'être stocké dans ladite base de données ne soit nécessaire. Par ailleurs, elle permet de manipuler ces documents, et en particulier de récupérer un ensemble d'informations structurées de manière hiérarchique en utilisant une unique clef. Avec une base de données relationnelle, cette opération serait coûteuse en terme de ressource de traitement puisqu'elle nécessiterait potentiellement de réaliser plusieurs jointures.
[0045] Selon une implémentation particulière, la base de données 400 est une base de données orientée graphe. Dans ce cas, les relations entre les différentes entrées de la base de données sont stockées dans la base de données 400 elle-même, et n'ont pas à être déterminées à la volée, sur réception d'une requête spécifique. De cette manière, le temps de réponse est considérablement réduit, même pour des requêtes complexes. Par ailleurs, une base de données orientée graphe est particulièrement adaptée à l'Internet des Objets et aux systèmes complexes puisqu'elle permet de stocker une grande quantité de données (potentiellement complexes), sans que ceci n'affecte le traitement d'une requête dans une telle base.
[0046] Module de gestion de jumeaux numériques
[0047] De retour à la figure IA, le module de gestion 100 comprend un module générique 110 configuré pour gérer un ensemble d'au moins un agent 120. Plus précisément, le module générique est responsable de l'organisation logique en mémoire d'agents 120, incluant notamment le regroupement logique d'agents dédiés à des jumeaux issus d'un même domaine fonctionnel ou dédiés à une même application, et la génération de relations sémantiques entre ces agents, lesdites relations générées répliquant les liens stockés dans la base de données entre les jumeaux numériques.
[0048] Un agent 120 est configuré pour traiter un unique jumeau numérique 200, ainsi que la représentation 410 de ce jumeau numérique dans la base de données 400. Les fonctionnalités de cet agent 120 seront décrites plus précisément ci-après. La représentation 410 correspond à une entrée de la base de données 400. Ainsi, si la base de données est une base de données NoSQL orientée documents, la représentation 410 correspond à un document de cette base.
[0049] Jumeau numérique
[0050] Il convient de rappeler à ce stade qu'un jumeau numérique peut être défini comme une réplication numérique d'une entité, e.g., un objet réel ou un procédé, qui présente la particularité d'évoluer en fonction des transformations de l'entité à laquelle il est attaché.
[0051] Le jumeau numérique 200 peut être soit un jumeau numérique physique 210 et il correspond dans ce cas à une réplique numérique la plus fidèle possible d'un objet réel 300. En variante, le jumeau numérique 200 est un jumeau numérique virtuel 220 et correspond alors à une version simulée ou adaptée de l'objet 300. Concernant cet aspect, l'homme du métier peut se référer au document « Differentiating Digital Twin From Digital Shadow: Elucidating A Paradigm Shift To Expedite A Smart, Sustainable Built Environment », Samad M. E. Sepasgozar, Buildings, 77(4), 151. Enfin, en variante, le jumeau numérique 200 comprend un jumeau numérique physique 210 et un jumeau numérique virtuel 220. Ce jumeau numérique 200 est relié à l'objet 300 qu'il représente, par exemple au travers d'un réseau de communication 510. [0052] Synchronisation du iumeau numérique 200 et de sa représentation 410
[0053] Un jumeau numérique 200 est par définition configuré pour fournir à chaque instant des informations sur l'état actuel de fonctionnement de l'objet réel 300 auquel il est relié, et à fortiori, il en est de même pour sa représentation 410 en base de données 400. Autrement dit, lorsqu'au moins une valeur d'une propriété du jumeau numérique évolue dans le temps, la valeur de la propriété correspondante de la représentation évolue de manière similaire. Selon une implémentation particulière, la valeur de la propriété correspondante de la représentation est égale à celle de la propriété du jumeau numérique. Cette synchronisation n'est pas nécessairement immédiate, mais dépend d'une stratégie de synchronisation, accessible par l'agent 120 gérant ce jumeau numérique 200, et caractérisant une fréquence de synchronisation et/ou un état de synchronisation.
[0054] La fréquence de synchronisation dépend généralement du type d'objet, mais également de l'utilisation qui en est faite. Ainsi, si l'objet considéré est par exemple une lampe éclairant une serre agricole en fonction de la luminosité ambiante, une synchronisation une fois toutes les 30 minutes sera amplement suffisante. Si par contre la lampe éclaire un bureau, une synchronisation une fois par minute sera préférable.
[0055] L'état de synchronisation correspond :
- soit à une désynchronisation totale entre l'objet réel 300, les jumeaux numériques physique 210 et virtuel 220, et à fortiori la représentation 410 correspondante ;
- soit à une synchronisation totale entre l'objet réel 300, les jumeaux numériques physique 210 et virtuel 220, et la représentation 410 correspondante ;
- soit à une synchronisation directionnelle « jumeau numérique physique vers jumeau numérique virtuel », c'est-à-dire à une réplication des valeurs des propriétés du jumeau numérique physique 210 sur les valeurs des propriétés correspondantes du jumeau numérique virtuel 220, puis une synchronisation entre le jumeau numérique (physique ou virtuel) et la représentation correspondante 410 ; ou,
- soit à une synchronisation directionnelle « jumeau numérique virtuel vers jumeau numérique physique », c'est-à-dire à une réplication des valeurs des propriétés du jumeau virtuel 220 sur les valeurs des propriétés correspondantes du jumeau physique 210, puis une synchronisation entre le jumeau numérique (physique ou virtuel) et la représentation correspondante 410.
[0056] Selon une implémentation particulière, en cas de détection, par un agent 120 ou plus généralement un module de gestion 100, d'une désynchronisation entre l'objet réel 300 et son jumeau numérique 200 (physique et/ou virtuel) ou entre le jumeau numérique 200 et sa représentation 410 en base de donnée, ledit module de gestion est configuré pour transmettre une notification, à un utilisateur du système 1000, comprenant une indication selon laquelle au moins certains des composants du système sont désynchronisés entre eux.
[0057] Données d'association
[0058] Il convient de rappeler que, lorsqu'au moins une valeur d'une propriété du jumeau numérique évolue dans le temps, la valeur de la propriété correspondante de la représentation évolue également.
[0059] La détermination de la propriété correspondante se fait au travers de données d'association. Ces données d'association sont stockées par l'agent 120 et définissent une relation, pouvant évoluer dans le temps, entre les propriétés du jumeau numérique 200 et les propriétés de sa représentation 410.
[0060] Selon une implémentation particulière, lorsque le jumeau numérique 200 comprend un jumeau numérique physique 210 et un jumeau numérique virtuel 220, la base de données 400 comprend deux représentations associées à ce jumeau numérique 200, chacune étant associée à un des jumeaux physique et virtuel. Dans ce cas, l'agent 120 gérant ledit jumeau numérique 200 comprend d'une part des premières données d'association liant les propriétés du jumeau physique 210 et la représentation dudit jumeau physique, d'autre part des deuxième données d'association liant les propriétés du jumeau virtuel 220 et la représentation dudit jumeau virtuel.
[0061] Selon une implémentation particulière, ces données d'association sont codées en dur et définies par un utilisateur du système 1000 pour un jumeau numérique 200 particulier.
[0062] En variante, les données d'association sont déterminées de façon dynamique, en fonction d'un standard ou d'une norme. Plus précisément, un jumeau numérique 200 est conforme à un standard, tel que DTDL (acronyme de « Digital Twins Definition Language » et dont une spécification peut être accédée depuis l'adresse https://qithub.com/Azure/opendiqitaltwins- dtdl/blob/master/DTDL/v2/dtdlv2.md) ; NGSI-LD (définit dans le document ETSI GS CIM 009 VI.4.1, Context Information Management (CIM) NGSI-LD API, publié en février 2021) ; SensorThings API (dont une spécification peut être accédée depuis l'adresse https://qithub.com/opengeospatial/sensorthings) ; ou WoT TD (acronyme de « Thing Description Ontology - Thing Description » et dont une spécification peut être accédée depuis l'adresse https://www.w3.org/2019/wot/td). Et une association entre les propriétés du jumeau numérique 200 et les propriétés de sa représentation 410 en base de données peut alors être déduite.
[0063] Selon une implémentation particulière, un composant logiciel convertit la représentation d'une ou de plusieurs représentations de format standards vers la représentation en base de données. Ce composant peut tirer parti des métadonnées (e.g. MIME type) du fichier de représentation, indiquant de quel format il s'agit en entrée.
[0064] Autres particularités [0065] Dans l'exemple illustré par cette figure IA, les données collectées via des capteurs disposés sur ou à proximité de l'objet réel 300 sont enregistrées dans une base de données 600 connectée à l'objet réel 300 au travers d'un réseau de télécommunication 530. Cette base de données 600 peut également être accédée par le jumeau numérique 200 via le réseau de télécommunication 520. La base de données 600 peut également stocker des métadonnées de l'objet 300. Ces métadonnées comprennent par exemple la date de création, la date de dernière mise à jour, la date d'expiration, le propriétaire (ID), un indicateur de visibilité et/ou de confidentialité.
[0066] Les réseaux de télécommunication 500, 510, 520 et 530 peuvent correspondre à des réseaux distincts ou à un même réseau. Aucune limitation n'est attachée au type de réseau de télécommunication, qui est par exemple un réseau Internet, un réseau Wifi, ou un réseau de téléphonie fixe ou mobile. En variante, les réseaux de télécommunication 500, 510, 520 et 530 peuvent ne correspondre qu'à une simple liaison filaire ou sans fil.
[0067] Dans l'exemple de la figure IA, le jumeau numérique 200 est plus précisément une instance d'un jumeau numérique, ce jumeau numérique ayant été développé de sorte à modéliser un type particulier d'objet dont l'objet réel 300 appartient.
[0068] Figure IB
[0069] La figure IB représente schématiquement un deuxième exemple de réalisation, conforme à l'invention, d'un système de gestion de jumeaux numériques.
[0070] Dans cet exemple, le module 100 de gestion de jumeaux numérique est lié à une bibliothèque 700 de jumeaux numériques 200, les jumeaux de la bibliothèque correspondant à des jumeaux numériques physiques 210, des jumeaux numériques virtuels 220 ou comprenant à la fois un jumeau numérique physique 210 et un jumeau numérique virtuel 220.
[0071] Les jumeaux numériques 200 de la bibliothèque 700 ont été développés pour un type particulier d'objet. À la différence de l'exemple illustré par la figure IA qui manipule des jumeaux 200 déjà instanciés, la bibliothèque 700 stocke des jumeaux numériques 200 qui, lorsqu'ils sont stockés dans la bibliothèque 700, ne sont pas encore instanciés, et a fortiori, ne sont pas encore reliés à un objet réel 300.
[0072] L'instanciation d'un tel jumeau numérique est mise en œuvre, par exemple lorsqu'un utilisateur du système 1000 souhaite utiliser un jumeau numérique de la bibliothèque pour un objet 300 de son environnement. Cet objet 300 est connecté, directement ou au travers d'un réseau de télécommunication (non représenté), au module de gestion 100.
[0073] Dans cet exemple, la base de données 400 stocke alors une représentation d'une instanciation d'un jumeau numérique 200 de la bibliothèque 700 de jumeaux numériques.
[0074] Organisation des jumeaux numériques [0075] Si l'objet réel 300 est par exemple une lampe située dans un bureau, lorsque celle-ci s'allume ou s'éteint réellement, ce changement d'état devrait pouvoir être automatiquement diffusé au dispositif de climatisation équipant ce bureau. De manière symétrique, le jumeau numérique de la lampe devrait être lié au jumeau numérique du dispositif de climatisation afin de pouvoir l'informer qu'une valeur d'une de ses propriétés a évolué, et ainsi permettre au dispositif de climatisation de s'éteindre lorsque la lampe est éteinte. Dans cet exemple, les jumeaux numériques sont donc liés entre eux par une relation sémantique, et appartiennent à un même système, ici un système de gestion d'un bâtiment.
[0076] De manière plus générale, plusieurs jumeaux numériques 200 peuvent donc former un système complexe qui peut être représenté sous la forme d'un graphe, chaque nœud correspondant à un jumeau numérique, un arc entre deux nœuds correspondant à une relation sémantique entre deux jumeaux numériques 200. Cette structuration ou hiérarchie entre les jumeaux numériques doit également être reflétée au niveau des agents gérant les représentations de ces jumeaux numériques. En variante, lorsqu'une base de données orientée graphe est utilisée, ces relations sont également spécifiées au sein de cette base de données.
[0077] Ainsi, la figure 2A illustre schématiquement un exemple d'agents 120-1 et 120-2 gérant les représentations de jumeaux numériques liés entre eux par une relation sémantique 130-1. La relation sémantique correspond par exemple à « est_une_partie_de », « est_un », « est_connecté_à ».
[0078] La figure 2B illustre schématiquement un exemple d'agents 120-3 et 120-4 gérant les représentations de jumeaux numériques appartenant à un même système de jumeaux numériques. Plus précisément, l'agent 120-3 est lié par la relation sémantique 130-2 à l'agent 120-4, et ces deux agents appartiennent également à un même système 140-1.
[0079] La figure 2C représente schématiquement un exemple de deux systèmes 140-2, 140-3 de jumeaux numériques liés entre eux par une relation sémantique 150-1. La relation sémantique liant deux système correspond par exemple à « est_une_partie_de », « est_un », « est_connecté_à ».
[0080] Figures 3A, et 3B
[0081] La figure 3A représente schématiquement un exemple de réalisation, conforme à l'invention, d'un module de gestion 100 appartenant au système de gestion 1000 de la figure IA ou de la figure IB.
[0082] La figure 3B représente schématiquement un exemple de réalisation, conforme à l'invention, d'un agent 120 appartenant au module de gestion 100 de la figure 3A.
[0083] La figure 4 représente schématiquement un exemple d'architecture matérielle d'un module de gestion 100 appartenant au système de gestion de la figure IA ou de la figure IB. [0084] Tel qu'illustré par la figure 4, le module de gestion 100 de jumeaux numériques dispose de l'architecture matérielle d'un ordinateur. Ainsi, le module comporte, notamment, un processeur 1, une mémoire vive 2, une mémoire morte 3 et une mémoire non volatile 4. Il comporte en outre un module de communication 5.
[0085] La mémoire morte 3 du système constitue un support d'enregistrement tel que proposé, lisible par le processeur 1 et sur lequel est enregistré un programme d'ordinateur PROG_P conforme à l'invention, comportant des instructions pour l'exécution d'étapes du procédé de gestion tel que proposé ci-après. Le programme PROG_P définit des modules fonctionnels du module de gestion 100 tels que représentés à la figure 3A et de l'agent 120 tels que représentés à la figure 3B, qui s'appuient ou commandent les éléments matériels 1 à 5 du module de gestion cités précédemment, et qui comprennent notamment :
- un module MOD_RX de réception d'une instruction visant à interagir avec un jumeau numérique (J) ;
- un module MOD_DET de détermination qu'aucun agent dudit module de gestion n'a pas été préalablement associé audit jumeau numérique (J) ;
- un module MOD_INS d'instanciation d'un agent associé audit jumeau numérique (J) configuré pour instancier ledit agent en mémoire de manière dynamique.
[0086] Par ailleurs, une fois instancié, l'agent 120 comprend :
- un module d'instanciation MOD_INS_REP configuré pour instancier une représentation dudit jumeau numérique (J) ;
- un module MOD_ACC d'accès au jumeau numérique (J) ;
- un module MOD_SYN de synchronisation configuré pour déclencher, en réponse à la détermination d'une évolution de la valeur d'une propriété du jumeau numérique, une mise- à-jour de la valeur de la propriété correspondante de la représentation, la mise-à-jour étant fonction d'une stratégie de synchronisation caractérisant une fréquence de synchronisation et/ou un état de synchronisation ; et,
- un module MOD_API de gestion d'au moins un ensemble d'interfaces de programmation spécifiant les méthodes applicables au jumeau numérique (J).
[0087] Par ailleurs, le module de gestion 100 peut encore comporter d'autres modules, notamment pour mettre en œuvre des modes particuliers du procédé de gestion, comme cela est décrit plus en détail ultérieurement.
[0088] Il convient de noter que l'instruction reçue par le module MOD_RX de réception d'une instruction est émise par un utilisateur du système 1000 souhaitant interagir avec un jumeau numérique particulier, ou par un module de contrôle configuré pour avertir le module de gestion 100 de l'enregistrement d'un nouveau jumeau dans la base de données 700. [0089] Par ailleurs, il convient également à noter que selon une implémentation particulière, la requête reçue par le module MOD_RX de réception comprend une indication permettant d'identifier de manière unique un jumeau numérique 200. Il s'agit par exemple d'un identifiant unique tel qu'un URI (acronyme de « Uniform Ressource Identifier »). Le module MOD_DET de détermination est alors configuré pour comparer cet identifiant unique avec une liste d'identifiants uniques de jumeaux préalablement instanciés par le module de gestion 100. Si la liste ne contient pas l'identifiant présent dans la requête, cela signifie alors qu'aucun agent dudit module de gestion n'a pas été préalablement associé au jumeau numérique identifié dans la requête.
[0090] Le module MOD_ACC d'accès au jumeau numérique peut également être configuré pour mettre en œuvre un processus d'authentification du jumeau numérique. Ce processus d'authentification peut utiliser une clé cryptographique qui est symétrique ou asymétrique. En variante, pour accroître la sécurité par rapport à ces solutions basées sur des clefs, un protocole de type EAP (acronyme de « Extensible Authentication Protocol ») utilisant un serveur d'authentification peut être mis en œuvre.
[0091] Selon une implémentation particulière, le module MOD_ACC est également configuré pour vérifier que l'utilisateur ayant émis la requête reçue par le module MOD_RX dispose des droits d'accès pour appliquer une certaine fonction sur le jumeau numérique (J).
[0092] Par ailleurs, il est à noter que le module MOD_API d'obtention d'au moins un ensemble d'interfaces de programmation spécifiant les méthodes applicables au jumeau numérique (J) peut comprendre un sous-module MOD_API_PHY configuré pour obtenir les interfaces de programmation spécifiant les méthodes applicables au jumeau numérique physique 210, et un sous-module MOD_API_VIRT configuré pour obtenir les interfaces de programmation spécifiant les méthodes applicables au jumeau numérique virtuel 220.
[0093] Le module de communication 5 du module de gestion 100 lui permet notamment de communiquer avec la base de données 400, et avec le jumeau numérique 200 ou avec la bibliothèque 700 de jumeaux numériques, et intègre à cet effet les modules de réception MOD_RX et d'accès MOD_ACC, ainsi que des moyens matériels et logiciels tels que ceux décrits ci-avant pour mettre en œuvre le procédé de gestion.
[0094] La figure 5 représente, sous la forme d'un diagramme temporel, un exemple de procédé de gestion de jumeaux numériques, tel qu'il est mis en œuvre par le système de gestion de la figure IA ou de la figure IB.
[0095] Tel qu'illustré par la figure 5, le procédé de gestion comprend une première étape E410, mis en œuvre par le module MOD_RX de réception, par le module de gestion 100, d'une instruction visant à interagir avec un jumeau numérique 200. Selon une implémentation particulière, la requête reçue par le module MOD_RX de réception comprend une indication permettant d'identifier de manière unique un jumeau numérique 200. Il s'agit par exemple d'un identifiant unique tel qu'un URI (acronyme de « Uniform Ressource Identifier »).
[0096] Le procédé de gestion comprend en outre une étape de la détermination, par le module MOD_DET de détermination du module de gestion 100, qu'aucun agent dudit module de gestion n'a été préalablement associé audit jumeau numérique 200. Plus précisément, cet identifiant unique est comparé avec une liste d'identifiants uniques de jumeaux préalablement instanciés par le module de gestion 100. Si la liste ne contient pas l'identifiant présent dans la requête, cela signifie alors qu'aucun agent dudit module de gestion n'a pas été préalablement associé au jumeau numérique identifié dans la requête.
[0097] Si tel est le cas, un nouvel agent 120 est instancié en mémoire de manière dynamique lors d'une étape E430 par le module MOD_INS d'instanciation. Cette mise en œuvre est avantageuse en ce qu'elle optimise la ressource mémoire disponible. Le procédé comprend en outre une étape E440 au cours de laquelle l'agent 120 transmet une notification au module de gestion 100 pour l'informer que ledit agent est correctement instancié.
[0098] Lors d'une étape E450, une représentation en base de données 400 dudit jumeau numérique 200 est instanciée. Cette étape est mise en œuvre par le module d'instanciation MOD_INS_REP de l'agent 120. Dans une implémentation particulière, le module d'instanciation accède à une base de données (telle que la base de données 600 de la figure IA) et obtient :
- une information permettant d'accéder au jumeau numérique ;
- une stratégie de synchronisation associée au jumeau numérique 200 ;
- un ensemble d'interfaces de programmation spécifiant les méthodes applicables au jumeau numérique 200 ; et,
- des données d'association qui définissent une projection, pouvant évoluer dans le temps, entre les propriétés du jumeau numérique 200 et les propriétés de sa représentation en base de données 400.
[0099] Le procédé comprend en outre une étape E460 au cours de laquelle la représentation 410 transmet une notification à l'agent 120 pour l'informer que ladite représentation est correctement instanciée.
[0100] La requête reçue lors de l'étape E410 comprend également une fonction (f) à appliquer sur le jumeau numérique 200 et, le cas échéant, des valeurs des paramètres de cette fonction. En variante, une nouvelle requête comprenant cette fonction (f) et, le cas échéant, des valeurs des paramètres de cette fonction est reçue par le module de gestion 100. Lors d'une étape E470, le module de gestion 100 transmet, à destination de l'agent 120, la fonction (f) à appliquer sur le jumeau numérique 200 ainsi que les valeurs des paramètres de cette fonction. En réponse à la réception de cette fonction, le module MOD_API détermine si cette fonction (f) peut effectivement être appliquée au jumeau numérique 200, et si c'est le cas, le module MOD_ACC détermine si l'utilisateur ayant émis la requête dispose des droits d'accès nécessaires pour appliquer cette fonction (f) au jumeau numérique 200. Si c'est le cas, une instruction visant à appliquer la fonction (f) est transmise au jumeau numérique 200 lors d'une étape E480.
[0101] En réponse à la réception de cette instruction, le jumeau numérique 200 met en œuvre cette fonction (f) lors d'une étape E490, et met à jour la valeur d'au moins une propriété reflétant la mise en œuvre de cette fonction. Ainsi si le jumeau numérique représente une lampe, et si la fonction vise à éteindre la lampe, alors le jumeau numérique met en œuvre cette fonction et la valeur de la propriété « état » passe de la valeur « 1 » à la valeur « 0 ».
[0102] S'il est synchronisé avec l'objet 300 auquel il est relié, ledit jumeau numérique 200 transmet lors d'une étape 500 une instruction à l'objet 300 qu'il représente, de sorte que ce dernier mette également en œuvre cette fonction (f). En retour, l'objet 300 retourne au jumeau numérique 200, la valeur d'au moins une propriété ayant été modifiée après application de la fonction (f) lors d'une étape E510.
[0103] Lors d'une étape E520, les valeurs des propriétés du jumeau numérique et/ou de l'objet reflétant la mise en œuvre de cette fonction (f) sont transmises à l'agent 120, qui met alors à jour la représentation correspondante lors d'une étape E530.
[0104] Enfin, lors d'une étape E540, ces valeurs sont transmises, par un module de réponse de l'agent à destination du module de gestion 100, qui les transmet à un dispositif d'affichage lors d'une étape E550.
[0105] Selon une implémentation particulière, les échanges entre le module de gestion et l'utilisateur, et/ou entre le module de gestion et le jumeau numérique 200, et/ou entre le jumeau numérique et l'objet 300 qu'il représente sont conformes au protocole HTTP (acronyme de « Hypertext Transfer Protocol»).
[0106] Selon une implémentation particulière, les échanges E510, E520, E540 et E550 comprennent une localisation programmatique de l'effet de la mise en œuvre de la fonction (f). Dans ce cas, un paradigme de communication conforme à HATEOAS (acronyme de « Hypermedia As The Engine of Application State ») est par exemple utilisé.
[0107] Selon une implémentation particulière, les échanges E510, E520, E540 et E550 comprennent une durée d'exécution de la fonction (f) et/ou une date effective de fin de mis en œuvre de la fonction (f).
[0108] Le procédé de gestion a été décrit jusqu'à présent dans le cas où la valeur d'au moins une propriété du jumeau numérique 200 et/ou de l'objet 300 qu'il représente est transmise au module de gestion 100, mais ce procédé n'en reste pas moins applicable dans le cas particulier où c'est une information représentative de l'échec (ou du succès) de la mise en œuvre de cette fonction (f) qui est transmise sur toute la chaîne de traitement, en fonction du mode de synchronisation.

Claims

Revendications
[Revendication 1] Système (1000) de gestion de jumeaux numériques comprenant :
- un module de gestion (100) d'au moins un jumeau numérique (200) d'une entité (300), ledit jumeau numérique étant accessible au travers d'un réseau de télécommunications, ledit jumeau numérique (200) comprenant un premier ensemble d'au moins une propriété ayant une valeur pouvant évoluer au cours du temps;
- une base de données (400) connectée au module de gestion (100) de jumeaux numériques et configurée pour enregistrer des représentations (410) de jumeaux numériques (200), les représentations étant compatibles entre elles, une représentation (410) d'un jumeau numérique comprenant un deuxième ensemble d'au moins une propriété ayant une valeur évoluant au cours du temps en fonction de l'évolution de la valeur de la au moins une propriété du premier ensemble du jumeau correspondant.
[Revendication 2] Système de gestion selon la revendication 1, dans lequel la base de données (400) est une base de données orientée documents, une représentation (410) étant stockée dans la base de données (400) sous la forme d'un document comprenant le deuxième ensemble d'au moins une propriété.
[Revendication 3] Système selon la revendication 2, dans lequel le module de gestion (100) comprend au moins un agent (120) dédié à la gestion d'une représentation, ledit agent (120) comprenant un module de synchronisation (MOD_SYN) configuré pour déclencher, en réponse à la détermination d'une évolution de la valeur de la au moins une propriété du premier ensemble, une mise-à-jour de la valeur de la au moins une propriété du deuxième ensemble, la mise-à-jour étant fonction d'une stratégie de synchronisation caractérisant une fréquence de synchronisation et/ou un état de synchronisation.
[Revendication 4] Système selon la revendication 3, dans lequel ledit jumeau numérique (200) est un jumeau physique (210) correspondant à une réplique numérique de l'entité, un jumeau virtuel (220) correspondant à une simulation de l'entité étant associé au jumeau physique (210), et l'état de synchronisation est un état parmi :
- une désynchronisation entre l'entité (300), les jumeaux physique (210) et virtuel (220), et la représentation correspondante (410) ;
- une synchronisation entre l'entité (300), les jumeaux physique (210) et virtuel (220), et la représentation correspondante (410) ; - une réplication de la valeur d'au moins une propriété du jumeau physique (210) avec la valeur d'au moins une propriété correspondante du jumeau virtuel (220) et une synchronisation entre le jumeau physique (210) et la représentation correspondante (410);
- une réplication de la valeur d'au moins une propriété du jumeau virtuel (220) avec la valeur d'au moins une propriété correspondante du jumeau physique (210) et une synchronisation entre le jumeau virtuel (220) et la représentation correspondante (410).
[Revendication 5] Système de gestion selon la revendication 1, dans lequel la base de données (400) est une base de données orientée graphe.
[Revendication 6] Système de gestion selon l'une quelconque des revendications 1 à 5, dans lequel le module de gestion (100) est configuré pour gérer au moins un premier et deuxième jumeaux numériques liés entre eux par une relation sémantique, le module de gestion comprenant une indication selon laquelle les représentations des premier et deuxième jumeaux numériques sont également liées entre elles.
[Revendication 7] Système de gestion selon l'une quelconque des revendications 1 à 6, dans lequel le module de gestion comprend :
- un module (MOD_RX) de réception d'une instruction visant à interagir avec un jumeau numérique (J) ;
- un module (MOD_DET) de détermination qu'un agent dudit module de gestion n'a pas été préalablement associé audit jumeau numérique (J) ;
- un module (MOD_INS) d'instanciation d'un agent associé audit jumeau numérique (J) configuré pour instancier ledit agent en mémoire de manière dynamique ; et
- un module (MOD_INS_REP) d'instanciation configuré pour instancier une représentation.
[Revendication 8] Système de gestion selon la revendication 7 en combinaison avec la revendication 3, dans lequel l'agent comprend en outre :
- un module (MOD_ACC) d'accès au jumeau numérique (J) ; et,
- un module de gestion (MOD_API) d'au moins un ensemble d'interfaces de programmation spécifiant les méthodes applicables au jumeau numérique (J).
[Revendication 9] Système de gestion selon l'une quelconque des revendications 1 à 8, dans lequel le module de gestion (100) comprend en outre un module de réponse configuré pour générer une réponse représentative de la réussite de l'application d'une méthode sur un jumeau numérique.
EP23731221.0A 2022-06-24 2023-06-06 Système de gestion de jumeaux numériques, procédé de gestion associé Pending EP4544764A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2206301A FR3137193A1 (fr) 2022-06-24 2022-06-24 Système de gestion de jumeaux numériques, procédé de gestion associé
PCT/EP2023/065101 WO2023247172A1 (fr) 2022-06-24 2023-06-06 Système de gestion de jumeaux numériques, procédé de gestion associé

Publications (1)

Publication Number Publication Date
EP4544764A1 true EP4544764A1 (fr) 2025-04-30

Family

ID=83594181

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23731221.0A Pending EP4544764A1 (fr) 2022-06-24 2023-06-06 Système de gestion de jumeaux numériques, procédé de gestion associé

Country Status (3)

Country Link
EP (1) EP4544764A1 (fr)
FR (1) FR3137193A1 (fr)
WO (1) WO2023247172A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3709195B1 (fr) * 2019-03-11 2022-08-17 ABB Schweiz AG Système et procédé de communication interopérable entre des entités possédant des structures différentes
EP3809216A1 (fr) * 2019-10-15 2021-04-21 ABB Schweiz AG Ligne de production pour la fabrication d'une partie d'un véhicule
EP3933516A1 (fr) * 2020-06-30 2022-01-05 Siemens Aktiengesellschaft Procédé et système pour la création ou la mise à jour d'un jumeau numérique

Also Published As

Publication number Publication date
WO2023247172A1 (fr) 2023-12-28
FR3137193A1 (fr) 2023-12-29

Similar Documents

Publication Publication Date Title
KR101265455B1 (ko) 동기화 서버 프로세스
CN101796752B (zh) 内在地集成企业移动性的方法和系统
US6895586B1 (en) Enterprise management system and method which includes a common enterprise-wide namespace and prototype-based hierarchical inheritance
US10248473B2 (en) Discovering object definition information in an integrated application environment
FR2844370A1 (fr) Document electronique de description d'un service informatique
US7577691B2 (en) Extending hierarchical synchronization scopes to non-hierarchical scenarios
US20240419423A1 (en) Dependency based application deployment
EP1303812A2 (fr) Procede de transmission d'un agent mobile dans un reseau; emetteur, recepteur, et agent mobile associes
Zyrianoff et al. Two-way integration of service-oriented systems-of-systems with the web of things
JP5886901B2 (ja) 装置へのコンテンツの分配を管理するシステムと方法とプログラムを提供する記憶媒体
EP4544764A1 (fr) Système de gestion de jumeaux numériques, procédé de gestion associé
Noor et al. RemOrphan: Object storage sustainability through removing offline-processed orphan garbage data
US12547763B2 (en) Digital asset (DA) move option between personal and shared DA libraries
CN116541347B (zh) 获得文档认知的方法、装置以及计算设备
FR2966948A1 (fr) Indexation et execution d'applications logicielles dans un reseau
CN117724741A (zh) Mapper配置文件的更新方法、装置和存储介质
CN116132123B (zh) 一种网络服务管理系统
CN118784630A (zh) 一种数据访问方法及相关装置
CN121858759A (zh) 面向对象存储的图像处理方法、装置、设备及介质
EP3343410A1 (fr) Dispositif de traitement de flux de données à grande échelle
Foerster et al. Integrating web-based sensor information into geospatial mass-market applications through OGC web processing services
Mahr et al. Reconstructing File Versions and Timestamps: Challenges and Guidelines in Network Forensics
CN121478738A (zh) 一种云文档管理系统的数据同步方法及装置
FR3041450A1 (fr) Architecture client/serveur pour l'administration d'un supercalculateur
EP0977400A1 (fr) Procédé de référencement dans une base d'information d'administration d'un ensemble d'instances d'objet

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: 20250113

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 ME MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)