Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/2803—Home automation networks
  • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
  • H04L12/281—Exchanging configuration information on appliance services in a home automation network indicating a format for calling an appliance service function in a home automation network
• • 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/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L61/00—Network arrangements, protocols or services for addressing or naming
  • H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
• • 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
• • 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/131—Protocols for games, networked simulations or virtual reality
• • 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
• • 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/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/2803—Home automation networks
  • H04L2012/2847—Home automation networks characterised by the type of home appliance used
  • H04L2012/285—Generic home appliances, e.g. refrigerators

Definitions

• the invention relates to the general field of telecommunication networks and more particularly to the Internet of Things.
• Connected objects are, for example, household objects such as light bulbs, lamps, radiators, audio, video, electricity meters, vehicles, watering systems, etc. Connected objects interact with each other via several categories of networks, whether wired or wireless.
• a bus stop which is not a traditional connected object, may however be of interest to a user, wishing to access, for example, features such as transit times, alerts, etc.
• multimedia content can be seen as a connected object.
• the invention offers a solution that does not have the drawbacks of the state of the art.
• the subject of the invention is a method of virtualization of an object connected to a communications network, said connected object having at least one characteristic, called a basic characteristic, said method being characterized in what it involves the following steps on a virtualization device, to obtain an avatar able to represent the connected object:
• an address management structure comprising at least one correspondence between at least one address of the avatar and at least one address of the connected object.
• connected object is meant here any physical or logical entity capable of rendering a service to a user in a communications network, for example:
• flows associated with the input or output functions of the object commands, responses, messages, data streams, for example audiovisual, etc.
• flow in the broad sense.
• a message command, request, response, acknowledgment, etc.
• a data flow limited in time.
• virtualization is meant the creation of a virtualized object associated with a connected object and having an address to access the connected object.
• the virtual object after its creation, offers, or exposes, the characteristics of the connected object and selected enhancement characteristics according to embodiments which will be described later.
• virtualized object is meant an object that includes the connected object and its encapsulation according to the present invention, that is to say an avatar of the object.
• avatar is meant a representation, or enriched encapsulation of the object; the avatar therefore includes: • one or more characteristics of the object, basic or enriched, and in the latter case a set of functions, or implementation program instructions, associated;
• address of the connected object is meant any type of address corresponding to the access of all or part of the characteristics of the connected object.
• Such an address can be physical (http://192.145.1.1) or symbolic (zoom.ov3@mypasserelle.fr to access the zoom function of the camera object via the home gateway). It can take the form of a universal address (URI, URL), an IP address, etc.
• the accessible functions or the generated flows of a connected object can be encapsulated in a virtualized object so that the connected object is hidden behind the virtualized object.
• a user of the connected object does not access it directly but via his avatar.
• the user invokes the avatar to access the connected object.
• This encapsulation of the data makes it possible in particular to protect the object and to make it independent.
• the connected (physical) object can be paused and woken by its avatar when a request is made to the virtualized object.
• the virtualized object that is, the entity formed by the connected object and its avatar, can implement the characteristics of the connected object and the selected enhancement characteristics according to embodiments that will be described later.
• the basic characteristics of the object can be supplemented by other characteristics managed not by the connected object itself but by the virtualized object that corresponds to it.
• a webcam physical object
• To the physical object of departure (connected camera) having basic functions (image capture, videos, zoom, rotations, etc.) and associated flows (image capture, zoom control, output flow audiovisual, etc.) so new functions (for example a clock function) associated with new streams (for example, the timestamp command and the timestamped output stream) are added.
• new functions for example a clock function
• new features functions and flows
• the virtual object When the virtual object is used, its basic characteristics (capturing an image) and / or its enhancement characteristics (time stamping the image) can be used.
• a basic characteristic is the connected object itself which is implemented by the avatar (for example to capture the image), in other words the commands, messages etc. they are relayed by the avatar (via his proxy) and the responses received by the avatar before retransmission. If on the other hand it is an enrichment characteristic which is invoked, it is the program of implementation of this characteristic of the avatar of the object which is used (since the connected object does not know this characteristic, it is impossible for him to implement it).
• the invention makes it possible to enrich an object with characteristics that are not part of it according to its initial specifications. Particularly in the case of a physical object, the invention allows to complete it with useful functions that have not been provided by the manufacturer.
• a method as described above is further characterized in that the enrichment step comprises the substeps of:
• Validation means the actual endowment of the enriched feature to the virtualized object.
• the enriched feature is then accessible through the virtualized object. Indeed, it could be previously registered in the avatar without being authorized for the implementation.
• the validation authorizes it.
• the user can request an enrichment of his connected object. For this, it establishes a request to the virtualization device. For example, he may ask to enrich his camera with a clock.
• the terms of the request can take any form within the reach of the skilled person. For example one can imagine that the user has on his smartphone, or on his PC, a representation of the virtualized object "camera", in which it comes to slide a clock icon. In this case, if the avatar has a "clock" feature, this feature is validated in the avatar and becomes available as an enrichment feature of the virtualized object, as well as basic features.
• a method as described above is further characterized in that the enrichment step includes a validation of the set of enrichment features available in the second data structure of the avatar.
• the enrichment is done automatically. All the enrichment features that were obtained and entered into the avatar structure are automatically added to the virtualized object. For example if the avatar has a characteristic "clock” and a characteristic "temperature”, these characteristics are activated in the avatar and become available as features of enrichment of the virtualized object, in the same way as basic features.
• the invention also relates to a method for implementing a virtualized object of an object connected in a communications network, said virtualized object comprising an avatar of the connected object, the method being characterized in what it comprises the following steps on a device for implementing the virtualized object:
• said avatar comprising at least:
• a first data structure comprising at least one basic characteristic of the connected object
• said proxy comprising a correspondence at least between at least one address of the avatar and at least one address of the connected object;
• the characteristic to be implemented is a basic characteristic, and / or
• the virtualized object encapsulates and enriches the connected object so that it can access not only the characteristics (functions and flows) of the connected object but also the enriched functions of the virtual object thanks to its avatar.
• the message to use / implement the virtualized object can come from the connected object itself (for example if it raises the temperature every hour, or if an event triggered the object - case of an opening gate) or any device on the network (user's terminal, server in the network, etc.), or the virtualized object (which for example monitors the alerts of the connected object).
• the characteristic required can correspond to a function rendered:
• time stamp that is, transmission of the time in the stream
• the invention also relates to a device for virtualization of a connected object of a communications network, said object having at least one characteristic, called basic characteristic, the virtualization device comprising:
• a module for generating a first data structure comprising said at least one basic characteristic of the connected object
• a module for generating a second data structure comprising said at least one enrichment characteristic for the connected object
• a module for obtaining program instructions for implementing said at least one enrichment characteristic an address management module, for generating a data structure, called a proxy, comprising at least one correspondence between at least one address of the avatar and at least one address of the connected object;
• module used in the present description can correspond as well to a software component as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or subprograms. or more generally to any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
• a hardware component corresponds to any element of a hardware set (or hardware) able to implement a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .)
• the invention also relates to a device for implementing a virtualized object of an object connected in a communications network, the implementation device comprising:
• a module for obtaining a message for using the virtualized object said message comprising at least one characteristic to be implemented
• proxy a module for obtaining an address management structure, called proxy, comprising a correspondence at least between at least one address of the avatar and at least one address of the connected object;
• the connected object if the characteristic to be implemented is a basic characteristic, and / or the program for implementing an enrichment characteristic if the characteristic to be implemented is an enrichment characteristic.
• the invention also relates to a home gateway comprising a virtualization device and / or an implementation device as described above.
• the invention also relates to a virtualized object comprising:
• a connected object having at least one identifier, a basic feature and an address
• an avatar of said connected object comprising:
• a first data structure comprising at least one basic characteristic of the connected object
• a second data structure comprising at least one enrichment characteristic of the connected object
• an address management structure comprising at least one correspondence between at least one address of the avatar and at least one address of the connected object.
• the invention also relates to a computer program adapted to be implemented on a virtualization device as described above, the program comprising code instructions which, when the program is executed by a processor, performs the steps of the virtualization method defined above.
• the invention further relates to a computer program adapted to be implemented on a communication device as described above, the program comprising code instructions which, when the program is executed by a processor, performs the steps of the communication method defined above.
• the invention relates to a recording medium readable by a data processor on which is recorded a program comprising program code instructions for executing the steps of any one of the methods. defined above.
• the objects according to the material aspects of the invention provide at least the same advantages as those provided by the method according to the first functional aspect.
• the optional features mentioned for the first aspect can be applied to the material aspects.
• FIG. 1 represents the general context of the invention, showing connected and virtual objects of a user of a local network according to the state of the art.
• Figure 2 illustrates a virtualized object according to one embodiment of the invention.
• Figure 3 illustrates an object avatar according to one embodiment of the invention.
• FIG. 4 represents an architecture of a device for virtualization of objects and / or implementation of virtualized objects according to one embodiment of the invention.
• FIG. 5 represents a chronogram of virtualization of an object and of subsequent implementation of the virtualized object according to one embodiment of the invention.
• FIG. 1 represents the general context of the invention according to the state of the art, showing connected and virtual objects of a user of a Local Area Network (LAN) 1.
• the LAN is a home network connected to a Wide Area Network (WAN), 3 for example an Internet network.
• WAN Wide Area Network
• a LAN could be a corporate network or be limited to a single object connected to the Internet (eg a Beach Webcam) and WAN 3 could be of any type (cellular, GSM - Global System for Mobile Communications, UMTS - Universal Mobile Telecommunications System, Wifi - Wireless, etc.) without departing from the scope of the invention.
• a network management element (2) (a residential, professional gateway, a hub, etc.) and terminal equipments, hereafter referred to as connected objects or simply objects (Oi), are connected to the local network 1. It is acts respectively according to the example of a connected headset (01), a smartphone (02), a connected camera (03), a temperature sensor (04). These objects are able to communicate on the local network and can be accessed from inside or outside the local network via the service gateway
• a bus stop (07) has been represented by way of example, which is associated with traffic information, timetables, etc. and a rain gauge (06) and a shared bicycle (08)
• - private objects on the public network associated with location information, status, etc.
• a user's social network account (09) is shown.
• These objects may differ by their operating system (Windows, Linux, Android, etc.), their type of network connection (Ethernet, Wifi, Bluetooth, etc.), and the functions / actions they are capable of: measuring the temperature, communicate on social networks, implement a cooking recipe, play multimedia content, record a surveillance video, transmit it, detect a movement, light a lamp, etc.
• a virtual object is not materialized by a physical device. It is only a representation simulated by a digital entity. This is for example a time stamp function, location, etc.
• the left column indicates the nature of the object (physical, virtual or physical / virtual) and the top line its type (personal or public).
• each of the objects has a certain number of characteristics (functions and / or input / output flows) but could be usefully enriched with characteristics that it does not possess natively. According to some examples:
• the camera does not have hourly information; now it may be useful to time-stamp his data;
• the bicycle does not have a kilometer counter; it may be useful to know the number of kilometers traveled;
• the bus stop does not have traffic information; however, it may be useful to know the next hour of passage, whether the bus is on time, whether it is charged or not, etc.
• This information (traffic, timetables) is available from the operator's information system; it may be interesting to consider the physical bus stop (object not connected) as a virtualized bus stop to which the traffic and time functions have been added.
• FIG. 2 An embodiment of the invention will now be described in support of FIG. 2, the purpose of which is to offer the user a virtualized object, possibly enriched, corresponding to a connected object.
• the connected object is a physical object (a camera) but it could be virtual (a clock) without loss of generality.
• the camera object of the user's local network (03) will be enriched with a "function" which he does not have natively: a timestamp function (FH) from the wide area network; the streams of the camera can be time stamped and the time can be transmitted in response to a request to the virtualized object.
• the camera is equipped, via a hardware or software overlay, with an additional feature (function and flow).
• the resulting object is a virtualized object, that is to say a particular object corresponding to a connected object, able at least to render its functions and process information flows to or from the connected object (physical or virtual ).
• the virtualized object corresponding to a connected object is represented as an entity rendering functions and having input and output flows. All the flows of the connected object go through a proxy-like software package, the object avatar, built on the flows coming from or in the direction of the object. This object avatar represents the object on the network. It should be noted that the connected object, if it has the necessary resources, hardware and software, can be autonomous provided that it supports the functions of the object avatar.
• the avatar is therefore a "standardized” interface with capabilities that can also be standardized (timestamp). It is a kind of overlay of the object (encapsulation).
• the owner of the object installs it initially on his home gateway.
• a virtualization device on the gateway built for the object an avatar.
• the avatar is accessible via a new address that serves to access the object.
• This avatar can also be typically implemented in the network of the operator if the home gateway is virtualized, or in the network (cloud) provided to implement a secure connection between the avatar that is in the network. network and the object.
• some objects could directly integrate the avatar (connected objects) or implement it (in a case of computer representation of a physical object).
• the created avatar acts as a proxy between the connected object and the requests made to it.
• a proxy is a software component that acts as an intermediary between two entities to facilitate exchanges.
• the proxy (PY) of the avatar is placed between the user of the object, for example a website on a smartphone, and the object connected to the LAN / WAN.
• the proxy redirects flows transparently to the user, to and from the connected object.
• the avatar can have its own proxy, or alternatively, be attached to a proxy that groups together a set of avatars.
• the type of the object can be identified and for example thanks to a base of referencing, or thanks to the avatar which includes itself the information, one can recover the information concerning the interfaces (flow , functions) of the object and so show them, or expose, for example in a graphical interface associated with the virtual object.
• the avatar associated with the camera has zoom, scan, encoding format, still image capture, and so on. and in addition, according to the example proposed above, timestamp functions.
• the goal is to be able to adapt to the needs of the user all connected objects regardless of their own characteristics, through an enrichment mechanism.
• Figure 3 shows in more detail a possible architecture for an object avatar according to an embodiment of the invention.
• it is the connected object 03 (the camera) which is considered to lead to a virtualized object (OV3).
• the avatar (AV_03) contains:
• ID_03 an identification of the connected object
• a first data structure comprising at least one basic characteristic (CB1_03, ... CBN_03) of the connected object (zoom, image capture, video stream, capture command, etc.);
• SDE_03 a second data structure comprising at least one enrichment characteristic (CE1_03, ... CEN_03) of the connected object
• proxy PY_03
• PY_03 an address management structure, called proxy (PY_03) comprising a correspondence between at least one address of the avatar (@ AV_OV3) and at least one address of the connected object (@ 03). It is recalled that the address can be of any type and address all or part of the characteristics of the connected object. otherwise
• the object has its own proxy; schematically in this case the object will be accessible via an address of type / my_camera - Or it is attached to a proxy that includes a set of avatars; schematically in this case the object will be accessible via an address of proxy_ objects / my_camera (and another object, for example a thermometer connected, will be accessible via proxy_ objects / my_ thermometer).
• FIG. 4 represents an architecture of a device for virtualization of objects and / or implementation of virtualized objects according to one embodiment of the invention.
• the virtualization device includes:
• the memories can be type ROM (English Read On / y Memor ⁇ ) or RAM (English Random Access Memor ⁇ ). They can take the form of a removable card (SD, flash, etc.). Part of the memory M may contain in particular, according to the invention, the avatars corresponding to the virtualized objects.
• a communication module for communication with the connected objects, with the user, and with different entities of the local network and or / extended;
• this module can be of type WiFI, Bluetooth, ETHERNET etc. and use any appropriate protocol to interact with these entities (http, RTP, ...);
• GETB Basic Characteristic Obtaining Module
• a module for obtaining enriched characteristics (TEAP), making it possible to obtain a set of enriched characteristics that can be associated with connected objects (for example, time stamp, temperature, traffic, etc.); according to the example of FIG. 3, these data are read in a base (BD_CE) of characteristics; this database can be located on the virtualization device or not (it can be in the cloud, on any equipment of the local or wide area network, etc.);
• a module for generating avatars in charge of virtualizing the objects that are provided to it, that is to say to generate an avatar for a connected object, by enriching it with functions are it does not have 'origin.
• a proxies management module which makes it possible to associate a proxy structure (PY_Oi) with one or more object avatars and subsequently to manage the flows to and from the object.
• an avatars implementation module (EXAV) that allows, once the virtualized object, that is to say its created avatar, to access the virtualized object (access to the basic characteristics corresponding to the characteristics of the virtualized object) the connected object and / or access to the enrichment features offered by the avatar). Note that for reasons of simplification, the EXAV module has been placed on the virtualization device. However it could be part of an avatar implementation device separate from the virtualization device.
• a base of avatars (BD_AV); this database can be located on the virtualization device or outside. It contains the avatars of virtualized objects.
• a user interface module (MIU), to make available, or expose, to the user, an access address (@ AV_03) to said avatar (AV_03) and the characteristics of the avatar of the object (for example in the form of a graphic object that can be transmitted to the user, as shown in Figure 4 below: representation of the object in the form of pictograms and associated functions).
• MIU user interface module
• Figure 5 shows a timeline of virtualization of a connected object and subsequent implementation of the virtualized object.
• an object avatar on the object virtualization device located according to this example on a home gateway, and the subsequent use of this object by its owner. It includes the main phases of virtualization (declaration of the connected object, creation and enrichment of the avatar), exposure of the virtualized object (provision of the user) and implementation of the object virtualized according to examples.
• the virtualization (DV) and virtualized object implementation (DMO) devices are merged and are on the service gateway. Any other location of one and / or the other of these two devices could be considered: in the local network, in the wide area network, carried by a server, a terminal, a connected object, etc.
• the goal of this phase is to create a virtualized object (0V3) representing a connected object (03).
• V3 representing a connected object (03).
• the virtualized object is the connected object and its avatar.
• the user declares a connected object.
• it is a connected camera (03) of the local network.
• the object connected to virtualize is therefore physical but it could be virtual without loss of generality (for example, the bus stop presented above in support of FIG. 1 is represented by a computer system). Any other object could be considered without loss of generality, as described in support of Figure 1.
• the connected object declares itself to the service gateway (name of the camera, model, etc.);
• the virtualization device receives the declaration of the object and prepares a virtualized object, or avatar, having the characteristics of the object (physical or virtual) that has just been declared.
• the gateway module DEC can according to the case:
• an object referencing site to receive its function and flow characteristics (for example, the manufacturer's site for a camera);
• the virtualization device virtualizes the object, that is to say creates for this object a data structure and a set of associated software (or hardware) characteristics, called avatar (AV ).
• avatar is a software overlay of the object that possesses / presents the functions and flows of the object. It is recalled that it comprises a structure carrying the basic characteristics of the connected object and a structure bearing the possible enrichment characteristics of the object with the associated implementation programs. Moreover, it is associated with a proxy making it possible to link the addresses of the virtualized object with the addresses of the connected object.
• the enrichment characteristics are extracted from a base of enrichment characteristics (BD_CE).
• all the enrichment features inserted in the avatar in the previous step are automatically validated in the virtual object, that is to say that these characteristics of the virtual object can be implemented.
• all the enrichment features inserted in the avatar in the previous step are proposed but are not validated automatically.
• the user requests an effective enrichment of the object with an enrichment characteristic.
• it asks to enrich the camera with a clock function (CE).
• CE clock function
• it can for example enter in a graphical interface a pictogram of the connected object, a pictogram of a clock object, and bring the two pictograms closer together.
• Any other method can be envisaged to result in the transmission of a message bearing an identifier of the object (identifier ID_03 of the connected object, or its address, or the address of the avatar being created if this address has been passed to the user, etc.) and at least one enrichment feature.
• the two embodiments may be combined if only part of the enrichment features is automatically validated.
• the virtualization device receives this request in step E22 and processes it in step E23. It checks that the avatar has the required enrichment feature, then it validates this characteristic in the avatar if it is the case. Finally, it memorizes the avatar in the database of avatars.
• the avatar is also provided with a representation of the virtualized object.
• This representation can be of any type (graphic, text, sound, etc.). It is accessible for example on the smartphone of the user, who can receive this representation and "sees" then the virtualized object in the form of an HMI; for example, the representation associated with the camera object can show / expose with the representation of the camera:
• the virtualized object therefore has an avatar comprising at least the basic characteristics of the connected object, a proxy to access it transparently via the address of the avatar, and possibly a representation. graphic.
• the user (on his smartphone) and the proxy can exchange a secret during the steps E14 and E24, in order to subsequently communicate securely.
• the virtualization device provides the owner of the connected object with the address of the virtualized object, that is to say the avatar address (@ AV_03) contained in the proxy of the avatar. With this address, the user can access the virtualized object; in addition, during this step, the virtualization device can also provide a representation (HMI) of the object via its user interface module (MUI).
• HMI user interface module
• CB1 image capture, see for example table 2
• IEC timestamp
• the implementation device of the virtualized object on the gateway receives this message during a step E26 and the analysis. For this purpose, it queries the database of avatars to obtain the avatar (AV3) of the object.
• IEC timestamp
• step E29 retransmit the timestamped stream to the terminal of the user.
• the implementation can be triggered by the connected object itself, for example if it is a motion sensor, it can trigger an implementation of the virtual object "camera" OV3 when it detects a movement.
• the detection signal is received by the virtualized object, possibly enriched before being for example transmitted to a remote server.
• the implementation can be triggered by the virtualized object itself; the avatar of the virtualized object monitors the connected object. It transmits to it lots of a step similar to step E27 an image capture command; it recovers the capture, possibly enriches it (by timestamp %) and transmits it to a remote server. etc.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Automation & Control Theory (AREA)
• Health & Medical Sciences (AREA)
• Computing Systems (AREA)
• General Health & Medical Sciences (AREA)
• Medical Informatics (AREA)
• Information Transfer Between Computers (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=61750363

Family Applications (1)

Country Status (4)

Families Citing this family (1)

Family Cites Families (3)

• 2017
  • 2017-12-27 FR FR1763260A patent/FR3076022A1/fr not_active Withdrawn
• 2018
  • 2018-12-12 EP EP18833096.3A patent/EP3732859A1/de not_active Withdrawn
  • 2018-12-12 WO PCT/FR2018/053224 patent/WO2019129946A1/fr unknown
  • 2018-12-12 US US16/958,291 patent/US20210058265A1/en not_active Abandoned

Also Published As

Similar Documents

Legal Events