WO2015121571A1 - Commande d'équipement, perfectionnée et universelle - Google Patents

Commande d'équipement, perfectionnée et universelle Download PDF

Info

Publication number
WO2015121571A1
WO2015121571A1 PCT/FR2015/050296 FR2015050296W WO2015121571A1 WO 2015121571 A1 WO2015121571 A1 WO 2015121571A1 FR 2015050296 W FR2015050296 W FR 2015050296W WO 2015121571 A1 WO2015121571 A1 WO 2015121571A1
Authority
WO
WIPO (PCT)
Prior art keywords
equipment
data
application
control
control unit
Prior art date
Application number
PCT/FR2015/050296
Other languages
English (en)
Inventor
Nicolas De Cordes
Jean-Marc RAIBAUD
Albert PAZUELO
Original Assignee
Orange
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 filed Critical Orange
Priority to US15/118,309 priority Critical patent/US10062275B2/en
Priority to EP15709226.3A priority patent/EP3105749B1/fr
Publication of WO2015121571A1 publication Critical patent/WO2015121571A1/fr

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/20—Binding and programming of remote control devices
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/20—Binding and programming of remote control devices
    • G08C2201/21—Programming remote control devices via third means
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/30—User interface
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C2201/00—Transmission systems of control signals via wireless link
    • G08C2201/90—Additional features
    • G08C2201/92—Universal remote control

Definitions

  • the present invention relates to an equipment control, more particularly to control the operation of such equipment.
  • the equipment may be for example a home automation device such as a sound reproduction device (Hi-Fi system, or other), a lighting device including at least one lamp, a detection unit comprising one or more sensors (for example: example of intrusion, or emanation of toxic gas, or others), one or more electric radiators, or others.
  • a home automation device such as a sound reproduction device (Hi-Fi system, or other)
  • a lighting device including at least one lamp
  • a detection unit comprising one or more sensors (for example: example of intrusion, or emanation of toxic gas, or others), one or more electric radiators, or others.
  • a lighting device may comprise a processor and a memory storing application data for executing predefined programs, for example, switching on / off at predetermined times or depending on a detection by a sensor of presence, or flashing for a mood light.
  • the present invention improves the situation.
  • control unit remote from the equipment, executes a control application of the equipment, the equipment being, meanwhile, devoid of a
  • the method, executed by the control unit comprises the steps of: obtaining circuit data contained in the equipment, for controlling an operation of the equipment, and
  • the present invention proposes to deport the execution of the application and more particularly the execution of the calculations related to the application on the remote control unit, and to transmit only low-level operating data to the remote control unit.
  • equipment directly addressing the circuit of the equipment.
  • the equipment may be devoid of sophisticated computer means (a processor for complex calculations or high memory capacity), which reduces the cost of manufacturing such equipment.
  • the remote control unit can, in turn, perform a multiplicity of applications to control a multiplicity of possible programs of operation of the equipment.
  • the operation of the equipment is not limited to a choice pre-programmed by its manufacturer, or predetermined according to its memory capacity or calculations.
  • the control unit can control a plurality of equipment.
  • a lookup table delivers circuit data that includes a device based on an identifier of this equipment provided at the input of the table.
  • This equipment identifier then makes it possible to obtain, by consultation of the correspondence table, all the data relating to its circuit and which are necessary for the remote control of the equipment by the control unit.
  • the identifier of the equipment may be data such as a sequence of characters or a barcode or QRC, written on the commercial packaging of the equipment or on the equipment itself.
  • this data is read by the control unit by the wireless link.
  • the control unit can: receive the equipment identifier from the equipment via a wireless link, and obtain from the correspondence table the circuit data of the equipment, to control the operation of the equipment.
  • the circuit data of the equipment may comprise, for example, input / output data of the circuit (eg input / output port address data of the circuit).
  • the circuit data comprise at least one device-specific driver file.
  • a driver file may typically be a so-called “driver” file which may further include the aforementioned input / output data of the circuit.
  • control unit transmits to the equipment only low level commands to directly address the hardware hardware of the equipment.
  • the "intelligence" needed to run the applications is then transferred to the control unit.
  • provision may then be made for a terminal available to a user and comprising a wireless communication module, the terminal further comprising the aforementioned control unit, the application being installed in the terminal and executed by the user.
  • the terminal may be a smartphone-type mobile for example, a tablet, a laptop or fixed.
  • the terminal can send the control data to a gateway, for example a home gateway, which interfaces between: a wide area network to which the terminal is connected, and
  • a local area network for example wireless, to which the equipment is connected to receive the control data.
  • the gateway relay to the equipment the control data that the terminal transmits via the WAN.
  • the terminal can send the control data to the gateway via the local network and the gateway transmits this data to the equipment.
  • the gateway can send the control data to the gateway via the local network and the gateway transmits this data to the equipment.
  • the terminal can simply relay control data of the equipment from a remote server comprising the control unit.
  • a terminal available to a user can access a web interface to manage a user's preferences for the execution of the application. This web interface is in connection with a server comprising the control unit. This server can then transmit to a gateway (for example domestic) control data from the server and the gateway relay this control data to the equipment.
  • a gateway for example domestic
  • calculation means provided in the "Cloud” are used to execute the application.
  • control unit can be arranged to execute a plurality of control applications of the equipment.
  • the method then comprises, in such an embodiment, following a selection of an application among said plurality of applications, the addressing of the circuit by the wireless link to transmit to the equipment control data relating to the execution of the selected application.
  • the control unit is arranged to execute a control application of several pieces of equipment at a time.
  • the method then comprises, in such an embodiment, the steps of: obtaining data from circuit of each equipment, for controlling respective operations of the equipment of the plurality of equipment, and addressing each circuit of a device of the plurality of devices by a wireless link to transmit to this equipment control data conforming to this equipment and relating to the execution of the application at the control unit.
  • the invention makes it possible to create new forms of applications capable of driving several types of equipment at the same time, for example the reading of an audio content on a sound reproduction apparatus and a lighting which varies in according to the sound intensities of the content in a lighting device, which is controlled by the control unit for this purpose.
  • the method further comprises a step implemented by the reception control unit by the wireless link of data from the equipment.
  • this data from the equipment may comprise measurements made by the sensor.
  • data from one device can be used to build control data for another device.
  • the present invention also relates to a computer program, comprising instructions for implementing the above method, when this program is executed by a processor.
  • a program can be installed near the control unit, for the management of low level commands of one or more equipment.
  • a flow chart of the general algorithm of such a program is illustrated in Figure 2 commented below.
  • the present invention also aims at a control unit: comprising at least one execution module of a control application of a device and
  • a wireless communication module for addressing a circuit of the equipment with control data relating to the execution of the application to the control unit, for the implementation of the method above.
  • control unit can be integrated in a terminal of the type presented above (and be in the form of a computer module typically using a processor, a storage memory, and a wireless communication interface) , or be integrated into a server capable of transmitting control data to a gateway as indicated above, or to be integrated into the gateway itself.
  • the present invention also provides an equipment, comprising a wireless communication module for receiving on a circuit of the equipment control data relating to an application executed with a remote control unit, for the implementation of the method ci -before.
  • equipment may have in memory only an identifier that communicates, after interrogation of a control unit, to determine from the control unit its circuit data.
  • FIG. 1 illustrates an exemplary implementation of the invention
  • FIG. 2 illustrates the main steps of an exemplary method within the meaning of the invention
  • FIG. 3 illustrates the pairing between a control unit UP and a circuit UD1 of a device
  • FIG. 4 illustrates the putting into operation of a device in cooperation with the control unit UP;
  • FIG. 5 illustrates an exemplary embodiment using four pieces of equipment RS, HP, LED, BR for at least two applications.
  • equipment such as a sound reproduction device RS, an illumination device EC, or the like comprises a wireless communication module (RF4, RF5 respectively) and a memory (respectively M4, M5) storing, in the example shown, an identifier specific to the equipment (or more particularly to the type of equipment having a given specific circuit).
  • RF4 wireless communication module
  • M5 memory
  • a TER terminal available to a user, can then execute an application (typically through a processor P2, cooperating with a working memory and / or storage M2) .It can then transmit, by a wireless communication module RF, control data directly to equipment circuits, via a wireless link (arrows Fi l and F12 respectively).
  • the TER terminal can interrogate each of the equipment via the wireless link (for example NFC, Zigbee, wifi, Bluetooth, or other) and retrieve the respective identifiers of the equipment to derive data on the devices.
  • circuits of these equipment typically input / output data from these circuits.
  • It can be typically data of a driver file (or "driver") including data relating to input / output ports of hardware circuits of a device.
  • driver data may be provided by a remote server SER, storing a correspondence table TC which receives as input an equipment identifier which the terminal transmits and outputs the circuit data of the equipment (double arrow F21).
  • the calculations related to the execution of the application are carried out by a control unit which can be implanted in the terminal (in the form for example of a computer module using the processor P2 and the memory M2 of the terminal).
  • This control unit then executes the calculations related to the execution of the application and then determines low level commands to be addressed directly to the circuit of the equipment.
  • These low-level commands are more particularly transmitted to the RF wireless communication module of the terminal (for example a WiFi interface, or Bluetooth, or Zigbee, or NFC, or other) that sends them to the wireless communication module or modules RF4, RF5 equipment.
  • the terminal for example for another application, can access a web interface to adjust parameters of an application which is executed with a SER server comprising for this purpose a PI processor and a memory Ml.
  • the server can then issue low level commands to a GW gateway between the wide area network RE (to which the SER server is connected) and a local area network to which the RS and EC equipment are connected.
  • the GW gateway relays the low-level commands to the RS and EC equipment via a wireless link (arrows F23 and F24).
  • the application can be executed by the gateway GW and receive, for example by a wireless link, parameters chosen by a user on the terminal TER (arrow 31).
  • the gateway may itself include a processor P3, a memory M3 to perform calculations related to the execution of the application.
  • the method may be implemented by a different hardware, as follows.
  • a near-field reading card (NFC) or a terminal retrieves the identifiers of the equipment RS and EC via an NFC link. Then, the terminal transmits these identifiers to a remote server, or by a second reading in the near field, this time between the card and the GW gateway, the gateway retrieves the equipment identifiers and transmits them to a remote server.
  • This server remote executes a given application to then issue low level instructions to the devices via the terminal, or via the gateway and the card.
  • FIG. 2 shows the different steps implemented in an exemplary embodiment of the invention (independently of the type of equipment used for this implementation).
  • a correspondence table TC is consulted in step S22, to deduce in step S23 input / output data of a circuit of the equipment.
  • the application is executed in step S24 (on a terminal, or on a server, or on a gateway, or the like) and the control data from this execution is transmitted to step S25 to the equipment , by a wireless link.
  • these commands are in accordance with the input / output data of the circuit of the equipment, to be directly interpretable by the latter.
  • the advantages of the solution are: to reduce the costs of the useful part, containing the inputs and outputs of the circuit, by limiting the circuit of the equipment to the minimum, thanks to the offset of the low level control processes with a process of 'identification ; to allow an emulation of the "calculator" part on a central computer (on a mobile terminal, a server, or other) communicating for example with several I / O circuits, by freeing itself from specific hardware needs of the applications, to simplify the pairing of the inputs / outputs of an equipment circuit with the central computer by providing for the configuration of the necessary parts of these two units during a preliminary step by simple use of NFC or radiofrequency, to allow a secure offset of the inputs / outputs (I / O) associated with a control process.
  • an application emulator of an application that is loaded on the terminal, which also presents a user interface (GUI) for configuring objects (devices and control processes); also develop a remote input / output module, in the form of a card with NFC reading, with the few inputs and outputs identical to those of the equipment, a radio frequency module necessary for remote communication between this module and the terminal (for example Bluetooth 4, or other) as well as an NFC module for matching the I / O card to the terminal on which the emulator / GUI application is located; also provide a development platform for configuring the I / O map pairing, as well as the hardware characteristics of the card. This platform can also provide a server on the cloud where the programs associated with the objects can be proposed.
  • GUI user interface
  • this I / O card can be implemented in the equipment in the form of an I / O module.
  • the equipment can be a lamp in an exemplary embodiment given below.
  • the lamp switch can be connected with the I / O module.
  • the lamp can then be used with application / GUI.
  • only the I / O module is installed in the lamp and its NFC reference is configured to point to the program of the lamp.
  • the user can then choose in application / GUI to associate a function of his choice available (either generic, such as receiving an email, or specific to the lamp and given by its manufacturer, or associated with a third-party application , or others). For example, when he receives a new e-mail, his lamp flashes three times. Otherwise, it remains off or on at the user's choice.
  • a function of his choice available (either generic, such as receiving an email, or specific to the lamp and given by its manufacturer, or associated with a third-party application , or others). For example, when he receives a new e-mail, his lamp flashes three times. Otherwise, it remains off or on at the user's choice.
  • the program can continue, for example if the user leaves his home with his terminal so that the equipment lose their connection, by the application of a default status (for example: lamp off).
  • a default status for example: lamp off.
  • his device detects devices via Bluetooth, initiates reconnections, and his application / GUI updates the statuses of equipment.
  • main unit UP
  • remote units UD1, UD2.
  • the main unit UP may be a programmable controller and / or a calculation unit. It has one or more input / output I / O ports numbered from 1 to n. These ports may have special functions, pinouts, and electrical characteristics.
  • a user has a remote UD unit, with its own I / O port.
  • This UD unit is assumed to be associated with a "k" configuration of the I / O inputs / outputs of the main unit.
  • This remote unit UD has an identifier (identification number for example) which indicates both the type of input / output I / O ("k" in the example) as well as a unique identifier characteristic of the unit. deported.
  • the remote unit is "approximated" to the main unit to perform the pairing. This can be done in at least two ways: the remote unit UD1 is physically approximated from the main unit (arrow 3a) by an NFC link and the pairing is done live; the remote unit UD1 is physically approached by a communication terminal TER and a software implanted in this terminal establishes, via a telecommunications network (for example the extended network RE), the connection with the main unit UP to carry out the same pairing mechanism (arrow 3b).
  • a telecommunications network for example the extended network RE
  • the remote unit then changes from an idle state UD1 to an active state UD2. It can then be moved away from the main unit (in the case of the arrow 3a) or from the communication terminal which served as relay (in the case of the arrow 3b).
  • the remote unit UD2 then remains active. However, it can receive and transmit information with the main unit only in the following cases: when the remote unit UD can access the main unit because they are connected to the same wireless LAN RL (arrow 5a) , or when the remote unit can access the main unit using the mobile as a router (arrow 5b).
  • the links between the remote unit and the main unit, or between the remote unit and the mobile can be established with any type of local wireless communication (NFC, Bluetooth, Zigbee, or others).
  • the remote unit UD is initially inactive. It has not been “recognized” by the main unit and does not have, at this stage at least, software necessary for its operation. It contains however a unique identifier to know its type (including the type of input / output it contains). The remote unit is "approached" to the main unit to perform pairing according to one of the ways (arrows 3a, 3b) presented above with reference to Figure 3.
  • the remote unit UD then supplies the main unit UP with its unique identifier. Then, in one embodiment, the main unit UP can interrogate a remote unit identification server (following the receipt of an identifier) and supply specific applications called API (for "Application Program Interface" ).
  • This SER server is functionally distinct from the main unit and can be accessed via a wide area network (or local via a gateway), or even be present in the same physical machine as the main unit UP.
  • the unique identifier of the remote unit allows this service to recognize the type of input / output that is managed by this remote unit UD (and incidentally, to recover some service information: manufacturer, hardware and software version, etc.). ).
  • the API identification and delivery service returns to the main unit all the hardware and software information needed to control the remote unit (including the necessary driver or "software driver” file and the functions offered by the remote control unit. programming and control interface).
  • This information is stored by the main unit UP in its own API manager referenced G-API. It is through this function that the main unit keeps the memory of all the remote units that have been paired to it, their identifiers as well as all the drivers necessary for their piloting.
  • the remote unit is then activated by the main unit in two ways: when the remote unit can access the main unit, because they are on the same wireless LAN (for example on the home network) RL (arrow 7a), or when the remote unit can access the main unit using the mobile as a router (arrow 7b).
  • the main unit UP can control the input / output ports of the remote unit UD and / or possibly receive signals therefrom (eg sensor measurements).
  • the main unit offers, via an access service open to the application programs, access to all the APIs of the remote units associated with it. Any new application requesting these APIs can thus control one or more of the remote units associated with the main unit, with a logic specific to this application.
  • An exemplary embodiment of an application using four devices at a time is now described with reference to FIG. More specifically, two possible uses are presented here with two simultaneously present applications, which can address four devices.
  • a sound reproduction chamber RS for example an indoor siren
  • a speaker HP for example an indoor siren
  • a lamp LED also including a loudspeaker
  • a BR fall detection bracelet for example an indoor siren
  • the four devices each include a remote unit UD of the above type and are supposed to be connected to the main unit UP via a Bluetooth link.
  • the PLCs of the remote units of these four equipments are made accessible to the applications after consultation.
  • the SER server presented previously with reference to FIG.
  • an ambience application addresses and controls RS, LED and BR equipment. HP equipment is not used here.
  • a presence detection is reassembled by the main unit to the application.
  • This application can then simultaneously or successively: send on the LED equipment a lighting order of the LED, as well as a sound track (for example a welcome sound sequence), and send on the equipment RS a second sound track (for example, background music).
  • the application When the user leaves the house, the application is notified (loss of presence detection of the bracelet) and can cut both the light on the LED equipment and the sound sequences in progress on the equipment RS and LED.
  • Another application can address and control all equipment.
  • the bracelet BR sends back a signal, which is transmitted to the application by API of the main unit.
  • This application can then: simultaneously send a sound message on the equipment RS and LED, for example to try to wake the user, at the same time, flash the lamp of the LED equipment to attract his attention in another way, and after a preprogrammed time (configurable in the application), if no new movement signal goes up the BR bracelet, order the HP indoor siren to call for help (near the neighborhood for example).
  • control unit may be implanted in a specific device, such as the aforementioned main unit UP.
  • a terminal can still intervene to choose parameters of an application (environment or security for example, then choosing, via a human / machine interface of the terminal, a music or a kind of dimmed lighting, or a duration of delay before triggering an alarm).
  • the calculations of the application can be executed on the terminal or on the control unit, but the control application itself, with in particular the conversion of the commands to be interpreted by the circuit of a device, are then performed by the control unit within the meaning of the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Selective Calling Equipment (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne une commande d'un équipement (EC), dans laquelle une unité de commande (UP), distante de l'équipement, exécute une application (G-API) de commande de l'équipement, l'équipement étant dépourvu d'un stockage de données de l'application. En particulier, l'unité de commande (UP): - obtient (SER) des données de circuit (UD) que comporte l'équipement (EC), pour piloter un fonctionnement de l'équipement, et - adresse(E/S k) le circuit (UD) par une liaison sans fil (7a; 7b) pour transmettre à l'équipement des données de commande conformes aux données de circuit obtenues et relatives à l'exécution de l'application auprès de l'unité de commande.

Description

Commande d'équipement, perfectionnée et universelle
La présente invention concerne une commande d'équipement, plus particulièrement pour piloter le fonctionnement d'un tel équipement.
L'équipement peut être par exemple un équipement domotique tel qu'un appareil de restitution sonore (chaîne Hi-Fi, ou autre), un dispositif d'éclairage incluant au moins une lampe, une unité de détection comportant un ou plusieurs capteurs (par exemple d'intrusion, ou d'émanation de gaz toxique, ou autres), un ou plusieurs radiateurs électriques, ou autres.
Habituellement, les équipements connus sont préprogrammés pour exécuter des applications en nombre limité. Par exemple, un dispositif d'éclairage peut comporterun processeur et une mémoire stockant des données d'applications pour exécuter des programmes prédéfinis, par exemple s'allumer/s'éteindre à des horaires prédéterminés ou en fonction d'une détection par un capteur de présence, ou encore clignoter pour une lumière d'ambiance.
Néanmoins, l'utilisation de tels équipements reste figée en fonction de leur pré-programmation.
La présente invention vient améliorer la situation.
Elle propose à cet effet un procédé de commande d'un équipement, dans lequel une unité de commande, distante de l'équipement, exécute une application de commande de l'équipement, l'équipement étant,quant à lui, dépourvu d'un stockage de données de l'application.En particulier, le procédé, exécuté par l'unité de commande, comporte les étapes : obtenir des données de circuit que comporte l'équipement, pour piloter un fonctionnement de l'équipement, et
adresser le circuit par une liaison sans fil pour transmettre à l'équipement des données de commande conformes aux données de circuit obtenues et relatives à l'exécution de l'application auprès de l'unité de commande.
Ainsi, la présente invention propose de déporter l'exécution de l'application et plus particulièrement l'exécution des calculs liés à l'application sur l'unité de commande distante, et de ne transmettre que des données de fonctionnement de bas niveau à l'équipement, en adressant directement le circuit de l'équipement. Selon l'un des avantages que peut procurer alors l'invention, l'équipement peut être dépourvu de moyens informatiques sophistiqués (un processeur pour des calculs complexes ou des capacités de mémoire élevées), ce qui réduit le coût de fabrication de tels équipements. En outre, l'unité de commande distante peut, quant à elle, exécuter une multiplicité d'applications pour piloter une multiplicité de programmes possibles de fonctionnement de l'équipement. Ainsi, le fonctionnement de l'équipement n'est pas limité à un choix préprogrammé par son constructeur, ou prédéterminé en fonction de ses capacités de mémoire ou de calculs.
Dès lors, l'unité de commande peut piloter une pluralité d'équipements. Par exemple, dans un mode de réalisation, on peut prévoirqu'une table de correspondance délivre des données de circuit que comporte un équipement en fonction d'un identifiant de cet équipement fourni en entrée de la table. Cet identifiant d'équipement permet alors d'obtenir, par consultation de la table de correspondance, toutes les données relatives à son circuit et qui sont nécessaires au pilotage à distance de l'équipement par l'unité de commande. L'identifiant de l'équipement peut être une donnée telle qu'une suite de caractères ou un code-barres ou QRC, inscrite sur l'emballage commercial de l'équipement ou sur l'équipement même.
En variante, cette donnée est lue par l'unité de commande par la liaison sans fil. Ainsi, dans une telle réalisation, l'unité de commande peut : recevoir de l'équipement l'identifiant de l'équipement par une liaison sans fil, et obtenir de la table de correspondance les données de circuit de l'équipement, pour piloter le fonctionnement de l'équipement.
Les données de circuit de l'équipement peuvent comporterpar exemple des données d'entrées/sorties du circuit (par exemple des données d'adresses de ports d'entrée/sortie du circuit).
En complément ou en variante, les données de circuit comportent au moins un fichier pilote propre à l'équipement. Un tel fichier pilote peut être typiquement un fichier dit « driver » qui peut comprendre d'ailleurs les données précitées d'entrées/sorties du circuit.
Ainsi, on comprendra que, dans cette réalisation, l'unité de commande ne transmet à l'équipement que des commandes de bas niveau pour adresser directement le matériel « hardware » de l'équipement. « L'intelligence » nécessaire à l'exécution des applications est alors déportée sur l'unité de commande.
On peut prévoir alors dans une réalisation particulière, un terminal à disposition d'un utilisateur et comportant un module de communication sans fil, le terminal comportant en outre l'unité de commande précitée, l'application étant installée dans le terminal et exécutée par le terminal. Le terminal peut être un mobile de type Smartphone par exemple, une tablette, un ordinateur portable ou fixe.
Dans une forme de réalisation équivalente, le terminal peut envoyer les données de commande à une passerelle, par exemple domestique,qui s 'interface entre : un réseau étendu auquel est relié le terminal, et
un réseau local, par exemple sans fil, auquel est relié l'équipement pour recevoir les données de commande.
Ainsi, la passerelle relaye à destination de l'équipement les données de commande que lui transmet le terminal via le réseau étendu.
Bien entendu, dans une autre réalisation, le terminal peut envoyer les données de commande à la passerelle via le réseau local et la passerelle transmet ces données à l'équipement. Une telle réalisation profite de la longue portée d'une passerelle domestique pour piloter les équipements présents dans une habitation par exemple.
Dans une variante de réalisation, le terminal peut simplement relayer des données de commande de l'équipement issues d'un serveur distant comportant l'unité de commande.D'ailleurs, dans cette autre forme de réalisation possible, un terminal à disposition d'un utilisateur peut accéder à une interface web pour gérer des préférences d'un utilisateur quant à l'exécution de l'application. Cette interface web est en liaison avec un serveur comportant l'unité de commande. Ce serveur peut alors transmettre à une passerelle (par exemple domestique) des données de commande issues du serveur et la passerelle relaye ces données de commande à l'équipement.
Ainsi, dans une telle réalisation, on utilise des moyens de calculs prévus dans le « Cloud » pour exécuter l'application.
Selon l'un des avantages que procure l'invention, l'unité de commande peut être agencée pour exécuter une pluralité d'applications de commande de l'équipement.Le procédé comporte alors, dans une telle réalisation, suite à une sélection d'une application parmi ladite pluralité d'applications, l'adressage du circuit par la liaison sans fil pour transmettre à l'équipement des données de commande relatives à l'exécution de l'application sélectionnée.
Selon l'un des autres avantages que procure l'invention, l'unité de commande est agencée pour exécuter une application de commande de plusieurs équipements à la fois.Le procédé comporte alors, dans une telle réalisation, les étapes : obtenir des données de circuit de chaque équipement, pour piloter des fonctionnements respectifs des équipements de la pluralité d'équipements, et adresser chaque circuit d'un équipement de la pluralité d'équipements par une liaison sans fil pour transmettre à cet équipement des données de commande conformes à cet équipement et relatives à l'exécution de l'application auprès de l'unité de commande.
On comprendra alors que l'invention permet de créer de nouvelles formes d'applications, capables de piloter plusieurs types d'équipements à la fois, par exemple la lecture d'un contenu audio sur un appareil de restitution sonore et un éclairage qui varie en fonction des intensités sonores du contenu dans un dispositif d'éclairage, lequel est piloté par l'unité de commande à cet effet.
Dans une forme de réalisation, le procédé comporte en outre une étape mise en œuvre par l'unité de commande de réception par la liaison sans fil de données issues de l'équipement. Par exemple, dans le cas où l'équipement comporte un capteur, ces données issues de l'équipement peuvent comporter des mesures effectuées par le capteur. Ainsi, par exemple, les données issues d'un équipement peuvent être utilisées pour élaborer les données de commande d'un autre équipement.
D'autres exemples de réalisations combinant la commande de différents types d'équipements sont donnés dans la description détaillée qui suit.
La présente invention vise aussi un programme informatique, comportant des instructions pour la mise en œuvre du procédé ci-avant, lorsque ce programme est exécuté par un processeur. Un tel programme peut être installé auprès de l'unité de commande, pour la gestion des commandes de bas niveau d'un ou plusieurs équipements. Un ordinogramme de l'algorithme général d'un tel programme est illustré en figure 2 commentée ci-après.
La présente invention vise aussi une unité de commande : comprenant au moins un module d'exécution d'une application de commande d'un équipement et
reliée à un module de communication sans fil pour adresser un circuit de l'équipement avec des données de commande relatives à l'exécution de l'application auprès de l'unité de commande, pour la mise en œuvre du procédé ci-avant.
On comprendra que l'unité de commande peut être intégrée à un terminal du type présenté ci-avant (et se présenter sous la forme d'un module informatique utilisant typiquement un processeur, une mémoire de stockage, et une interface de communication sans fil), ou encore être intégrée à un serveur capable de transmettre des données de commande à une passerelle comme indiqué ci-avant, ou encore être intégrée dans la passerelle elle-même.
La présente invention vise aussi un équipement, comprenant un module de communication sans fil pour recevoir sur un circuit de l'équipement des données de commande relatives à une application exécutée auprès d'une unité de commande distante, pour la mise en œuvre du procédé ci-avant. Comme indiqué, un tel équipement peut ne comporter en mémoire qu'un identifiant qu'il communique, après interrogation d'une unité de commande, pour déterminer auprès de l'unité de commande ses données de circuit.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après d'exemples de réalisation, et des dessins annexés sur lesquels : la figure 1 illustre un exemple de mise en œuvre de l'invention ;
la figure 2 illustreles étapes principales d'un exemple de procédé au sens de l'invention ;
la figure 3 illustre l'appairage entre une unité de commande UP et un circuit UD1 d'un équipement ;
la figure 4 illustre la mise en fonctionnement d'un équipement en coopération avec l'unité de commande UP ;
la figure 5 illustre un exemple de réalisation utilisant quatre équipements RS, HP, LED, BR pour au moins deux applications.
On se réfère à la figure 1 sur laquelle des équipements tels qu'un dispositif de restitution sonore RS, un dispositif d'éclairage EC, ou autres, comportent un module de communication sans fil (respectivement RF4, RF5), ainsi qu'une mémoire (respectivement M4, M5) stockant, dans l'exemple représenté, un identifiant propre à l'équipement (ou plus particulièrement au type d'équipement ayant un circuit spécifique donné).
Un terminal TER, à disposition d'un utilisateur, peut alors exécuter une application (typiquement grâce à un processeur P2, coopérant avec une mémoire de travail et/ou de stockage M2).I1 peut transmettre ensuite, par un module de communication sans fil RF, des données de commande directement à des circuits des équipements, via une liaison sans fil (flèches Fi l et F12 respectivement).
Pour ce faire, dans une étape préalable, le terminal TER peut interroger chacun des équipements par la liaison sans fil (par exemple NFC, Zigbee, wifi, Bluetooth, ou autre) et récupérer les identifiants respectifs des équipements pour en déduire des données sur les circuits de ces équipements (typiquement des données d'entrées /sorties de ces circuits). Il peut s'agir typiquement de données d'un fichier pilote (ou « driver ») comportant notamment des données concernant des ports d'entrée/sortie de circuits hardware d'un équipement. De telles données peuvent être fournies par un serveur distant SER, stockant une table de correspondance TC qui reçoit en entrée un identifiant d'équipement que transmet le terminal et fournit en sortie les données de circuit de l'équipement (double flèche F21).
Ainsi, les calculs liés à l'exécution de l'application sont effectués par une unité de commande qui peut être implantée dans le terminal (sous la forme par exemple d'un module informatique utilisant le processeur P2 et la mémoire M2 du terminal). Cette unité de commande exécute alors les calculs liés à l'exécution de l'application et détermine ensuite des commandes de bas niveau à adresser directement au circuit de l'équipement. Ces commandes de bas niveau sont plus particulièrement transmises au module de communication sans fil RF du terminal (par exemple une interface wifi, ou Bluetooth, ou Zigbee, ou NFC, ou autre) qui les émet à destination du ou des modules de communication sans fil RF4, RF5 des équipements. Ces commandes de bas niveau, une fois reçues par un module de communication d'un équipement, sont transmises ensuite au circuit de cet équipement pour commander directement le fonctionnement de l'équipement (consignes, transmises à la volée, d'allumer ou d'éteindre une ou plusieurs lampes désignées, par exemple). Ainsi, les équipements n'exécutent que des commandes de bas niveau que transmet le terminal.
Dans une réalisation variante ou complémentaire, le terminal, par exemple pour une autre application, peut accéder sur une interface Web pour régler des paramètres d'une application qui, elle, est exécutée auprès d'un serveur SER comportant à cet effet un processeur PI et une mémoire Ml. Le serveur peut alors délivrer des commandes de bas niveau à une passerelle GW entre le réseau étendu RE (auquel est relié le serveur SER) et un réseau local auquel les équipements RS et EC sont reliés. Ensuite, la passerelle GW relaye les commandes de bas niveau aux équipements RS et EC par une liaison sans fil (flèches F23 et F24).
Dans une autre variante encore, l'application peut être exécutée par la passerelle GW et recevoir, par exemple par une liaison sans fil, des paramètres choisis par un utilisateur sur le terminal TER (flèche 31). À cet effet, la passerelle peut elle-même comporter un processeur P3, une mémoire M3 pour effectuer les calculs liés à l'exécution de l'application.
Dans une autre variante encore, le procédé peut être implémenté par un matériel différent, comme suit. Une carte de lecture en champ proche (NFC) ou un terminal récupère par une liaison NFC les identifiants des équipements RS et EC. Ensuite, le terminal transmet ces identifiants à un serveur distant, ou par une deuxième lecture en champ proche, cette fois entre la carte et la passerelle GW, la passerelle récupère les identifiants d'équipements et les transmet à un serveur distant. Ce serveur distant exécute une application donnée pour délivrer ensuite des consignes de bas niveau aux équipements via le terminal, ou via la passerelle et la carte.
On a représenté sur la figure 2 les différentes étapes mises en œuvre dans un exemple de réalisation de l'invention (indépendamment du type de matériel utilisé pour cette mise en œuvre). Ainsi, après une première étape S21 de récupération d'un identifiant ID d'un équipement, une table de correspondance TC est consultée à l'étape S22, pour en déduire à l'étape S23 des données d'entrée/sortie d'un circuit de l'équipement. Ensuite, l'application est exécutée à l'étape S24 (sur un terminal, ou sur un serveur, ou sur une passerelle, ou autres) et les données de commande issues de cette exécution sont transmises à l'étape S25 à l'équipement, par une liaison sans fil. En particulier, ces commandes sont conformes aux données d'entrée/sortie du circuit de l'équipement, pour être directement interprétables par ce dernier.
Bien entendu, les exemples de réalisation présentés ci-avant, notamment en référence à la figure 1, ne doivent pas être interprétés limitati veinent et ont pour vocation d'expliquer les principes généraux liés à l'invention. En effet, de nombreuses automatisations industrielles ou pour le grand public peuvent faire appel à des automates programmables ou de petites unités de calculs reliées à des entrées et sorties utiles à une application considérée. Comme, actuellement, les automates programmables/unités de calculs sont souvent dupliqués pour une application donnée pour un équipement, il est proposéde déporter les entrées et sorties de l'automate programmable/unité de calcul sur un dispositif spécifique, le lien entre l'unité de calcul et l'équipement étant construit après identification par un mécanisme de type NFC, ou autre technique de communication sans fil.
Les avantages de la solution sont notamment : de réduire les coûts de la partie utile, contenant les entrées et sorties du circuit, en limitant le circuit de l'équipement au minimum, grâce au déport des processus de commande de bas niveau avec un processus d'identification ; de permettre une émulation de la partie « calculateur » sur un calculateur central (sur un terminal mobile, un serveur, ou autre) communiquant par exemple avec plusieurs circuits E/S, en s 'affranchissant de besoins de hardware spécifiques des applications, de simplifier l'appairage des entrées/sorties d'un circuit d'équipement avec le calculateur central en prévoyant la configuration des parties nécessaires de ces deux unités lors d'une étape préalable par simple usage de NFC ou radiofréquence, de permettre un déport sécurisé des entrées/sorties (E/S)associées à un processus de commande.
Bien entendu, il peut être prévu des applications de l'invention de nature domestique, mais aussi industrielle qui permettent alors de réduire les coûts des équipements déployés, en réduisant les risques associés à l'installation de processeurs coûteux dans des environnements peu propices, ou en simplifiant les opérations de maintenance et remplacement des E/S d'un équipement.
Par ailleurs, dans une application destinée à un utilisateur de terminal doté d'un module de communication sans fil (par exemple un Smartphone ou une tablette, ou autres), on peut : développer une application émulatrice d'une application que l'on charge sur le terminal, et qui présente également une interface utilisateur (GUI) pour configurer les objets (les équipements et les processus de commande) ; développer également un module des entrées/sorties déporté, sous forme d'une carte avec lecture NFC, avec les quelques entrées et sorties identiques à celles de l'équipement, un module radiofréquence nécessaire à la communication à distance entre ce module et le terminal (par exemple Bluetooth 4, ou autre) ainsi qu'un module NFC permettant d'apparier la carte E/S au terminal sur lequel se trouve l'application émulatrice/GUI ; prévoir aussi une plateforme de développement permettant de configurer l'appariement de la carte E/S, ainsi que les caractéristiques matérielles de la carte. Cette plateforme peut mettre aussi à disposition un serveur sur le Cloud où pourront être proposés les programmes associés aux objets.
Il est alors possible de créer un objet (un processus pour un type d'équipement donné) qui utilise la carte E/S. Dans un exemple de réalisation, cette carte E/S peut être implantée dans l'équipement sous la forme d'un module E/S. L'équipement peut être une lampedans un exemple de réalisation donné ci-après. Dans ce cas,l'interrupteur de la lampe peut être connecté avec le module E/S. Il est alors possible de développer un code informatique nécessaire à cet équipement (par exemple : clignoter). La lampe peut ensuite être utilisée avec application/GUI. Ainsi, seul le module E/S est installé dans la lampeet sa référence NFC est configurée pour pointer vers le programme de la lampe.
Lorsqu'un utilisateur achète une lampe « compatible » avec cette application, lors de l'installation, il rapproche son terminal de celle-ci pour l'apparier en utilisant une lecture NFC qui déclenche la recherche du software associé à cette lampe.Le terminal rapatrie ce software dans l'application émulatrice/GUI. Le software configure la communication radiofréquence (Bluetooth par exemple) entre le terminal et le module E/S de la lampe, et présente dans l'interface GUI les fonctions possibles de la lampe (allumer et clignoter) et les éventuels programmes d'usages proposés.
L'utilisateur peut choisir alors dans application/GUI d'associer une fonction de son choix disponible (soit générique, telle que la réception d'un email, soit spécifique à la lampe et donnée par son constructeur, ou encore associée à une application tierce, ou autres).Par exemple, lorsqu'il reçoit un nouvele-mail, sa lampe clignote trois fois. Sinon, elle reste éteinte ou allumée au choix de l'utilisateur.
Le programme peut se poursuivre, par exemple si l'utilisateur quitte son domicile avec son terminal de sorte que les équipements perdent leur connexion, par l'application d'un statut par défaut (par exemple : lampe éteinte). Lorsque l'utilisateur revient chez lui, son terminal détecte les équipements via le Bluetooth, initie les reconnexions, puis son application/GUI effectue des mises à jour éventuelles des statuts des équipements.
On se réfère maintenant à la figure 3 pour décrire un exemple de réalisation particulier dans lequel on prévoit un dispositif spécifique en tant qu'unité de commande, appelée ci-après « unité principale » UP, et des circuits spécifiques d'équipement (connectés aux équipements, par exemple à l'interrupteur d'une lampe), appelés ci-après « unités déportées » UD1, UD2.
L'unité principale UP peut être un automate programmable et/ou une unité de calcul. Elle possède un ou plusieurs ports d'entrée/sortie E/S numérotés de 1 à n. Ces ports peuvent avoir des fonctions, des brochages et des caractéristiques électriques particuliers.
Un utilisateur possède une unité déportée UD, avec son propre port d'E/S. Cette unité UD est supposée être associée à une configuration « k » des entrées/sorties E/S de l'unité principale.
Cette unité déportée UD possède un identifiant (numéro d'identification par exemple) qui indique à la fois le type d'entrée/sortie E/S (« k » dans l'exemple) ainsi qu'un identifiant unique caractéristique de l'unité déportée.
On décrit dans un premier temps ci-après l'activation et la connexion de l'unité déportée UD1.
L'unité déportée est « approchée » de l'unité principale pour effectuer l'appairage. Ceci peut se faire d'au moins deux manières : l'unité déportée UD1 est approchée physiquement de l'unité principale (flèche 3a) par une liaison NFC et l'appairage s'effectue en direct ; l'unité déportée UD1 est approchée physiquement d'un terminal de communication TER et un logiciel implanté dans ce terminal établit, via un réseau de télécommunications (par exemple le réseau étendu RE), la connexion avec l'unité principale UP pour effectuer le même mécanisme d'appairage (flèche 3b).
L'unité déportée passe alors d'un état inactif UD1 à un état actif UD2. Elle peut alors être éloignée ensuite de l'unité principale (cas de la flèche 3a) ou du terminal de communication qui a servi de relais (cas de la flèche 3b).
L'unité déportée UD2 reste alors active. Toutefois, elle ne peut recevoir et émettre des informations avec l'unité principale que dans les cas suivants : lorsque l'unité déportée UD peut accéder à l'unité principale car elles sont reliées à un même réseau local sans fil RL (flèche 5a), ou lorsque l'unité déportée peut accéder à l'unité principale en utilisant le mobile comme routeur (flèche 5b).
Dans les deux derniers cas, les liaisons entre l'unité déportée et l'unité principale, ou entre l'unité déportée et le mobile peuvent être établies avec tout type de communication locale sans fil (NFC, Bluetooth, Zigbee, ou autres).
On décrit maintenant en référence à la figure 4 l'initiation du fonctionnement d'une telle installation, suite à l'appairage illustré sur la figure 3.
L'unité déportée UD est initialement inactive. Elle n'a pas été « reconnue » par l'unité principale et ne possède pas, à ce stade du moins, de logiciel nécessaire à son fonctionnement. Elle contient en revanche un identifiant unique permettant de connaître son type (notamment le type d'entrées/sorties qu'elle contient). L'unité déportée est « approchée » de l'unité principale pour effectuer l'appairage conformément à l'une des manières (flèches 3a, 3b) présentées ci-avant en référence à la figure 3.
L'unité déportée UD fournit alors à l'unité principale UP son identifiant unique. Ensuite, dans une forme de réalisation, l'unité principale UP peut interroger un serveur d'identification d'unités déportées (suite à la réception d'un identifiant) et de fourniture d'applications spécifiques dites API (pour « Application Program Interface »). Ce serveur SER est fonctionnellement distinct de l'unité principale et peut être accessible via un réseau étendu (ou local via une passerelle), ou même être présent dans une même machine physique que l'unité principale UP. L'identifiant unique de l'unité déportée permet à ce service de reconnaître le type d'entrée/sortie qui est géré par cette unité déportée UD (et accessoirement, de récupérer quelques informations de service : constructeur, version matérielle et logicielle, etc.).
Le service d'identification et de fourniture d'API retourne à l'unité principale l'ensemble des informations matérielles et logicielles nécessaires au pilotage de l'unité déportée (notamment le fichier pilote ou « driver logiciel » nécessaire et les fonctions offertes par l'interface de programmation et de commande).
Ces informations sont mémorisées par l'unité principale UP dans son propre gestionnaire d'API référencé G-API. C'est à travers cette fonction que l'unité principale conserve la mémoire de l'ensemble des unités déportées qui lui ont été appairées, leurs identifiants ainsi que l'ensemble des drivers nécessaires à leur pilotage.
L'unité déportée est alors activée par l'unité principale de deux manières : lorsque l'unité déportée peut accéder à l'unité principale, car elles sont sur le même réseau local sans fil (par exemple sur le réseau domestique) RL (flèche 7a), ou lorsque l'unité déportée peut accéder à l'unité principale en utilisant le mobile comme routeur (flèche 7b).
Ainsi, lorsque le lien entre l'unité déportée et l'unité principale est opérationnel (typiquement quand l'unité déportée est accessible pour l'unité principale via un réseau local ou via le réseau étendu et un routeur), l'unité principale UP peut commander les ports d'entrées/sorties de l'unité déportée UD et/ou recevoir éventuellement des signaux depuis celle-ci (par exemple des mesures de capteurs).
En effet, il n'est pas fait d'hypothèse sur le niveau d'intelligence supposé des diverses unités déportées. On indique d'ailleurs que certaines unités déportées peuvent éventuellement recevoir en outre des informations supplémentaires telles qu'une mise à jour de leur logiciel de base ou des informations de sécurité.
Ainsi, l'unité principale propose, via un service d'accès ouvert aux programmes applicatifs, l'accès à l'ensemble des API des unités déportées qui lui sont associées. Toute nouvelle application sollicitant ces API peut ainsi commander au choix une ou plusieurs des unités déportées associées à l'unité principale, avec une logique propre à cette application. On décrit maintenant en référence à la figure 5 un exemple de réalisation d'une application utilisant quatre équipements à la fois. Plus particulièrement, on présente ici deux cas d'usages possibles avec deux applications simultanément présentes, et qui peuvent adresser quatre équipements.
Ainsi, quatre équipements sont supposés ici appairés avec l'unité principale UP, selon le mode de fonctionnement décrit précédemment, qui sont dans cet exemple une enceinte de restitution sonore RS,un haut-parleur HP par exemple de sirène d'intérieur,une lampe LED incluant aussi un haut- parleur, etun bracelet de détection de chutes BR.
Dans cet exemple, les quatre équipements intègrent chacun une unité déportée UD du type ci-avant et sont supposés connectés à l'unité principale UP via une liaison Bluetooth.
Après appairage, les API des unités déportées de ces quatre équipements (i.e. les circuits de ces équipements par exemple reliés à un interrupteur pour allumer une lampe ou reliés à un capteur pour recevoir un signal directement de ce capteur) sont rendues accessibles aux applicatifs après consultation du serveur SER présenté précédemment en référence à la figure 4.
Pour cet exemple, on suppose que les API proposées permettent d'accéder aux fonctions suivantes :
- pour l'enceinte RS :
* envoi d'un morceau sonore (choisi par l'applicatif), -pour la sirène d'intérieur HP :
* commande et arrêt du signal d'alarme (l'applicatif n'ayant ici que la possibilité de lancer ou d'arrêter le signal),
- pour la lampe LED :
* commande et arrêt de la lampe,
* envoi d'un morceau sonore (choisi par l'applicatif), -pour le bracelet détecteur de chute BR :
* détection de présence et de mouvement,
* réception par l'applicatif d'un signal d'alerte en cas de chute.
A partir de ces API, deux applicatifs différents peuvent ainsi accéder simultanément aux API adressant ces équipements. On peut supposer ces applicatifs s'exécutant en tâche de fond. Par exemple, une application d'ambiance adresse et contrôle les équipements RS, LED et BR. L'équipement HP n'est pas utilisé ici.
Ainsi, lorsque l'utilisateur porteur du bracelet BR pénètre dans la maison, une détection de présence est remontée par l'unité principale vers l'application. Cette application peut alors simultanément ou successivement : envoyer sur l'équipement LED un ordre d'allumage de la LED, ainsi qu'un morceau sonore (par exemple une séquence sonore de bienvenue), et envoyer sur l'équipement RS un second morceau sonore (par exemple, une musique d'ambiance).
Lorsque l'utilisateur sort de la maison, l'application est avertie (perte de la détection de présence du bracelet) et peut couper à la fois la lumière sur l'équipement LED et les séquences sonores en cours sur les équipements RS et LED.
Une autre application, de sécurité, peut adresser et contrôler l'ensemble des équipements. En cas de chute de l'utilisateur, le bracelet BR remonte un signal, qui est transmis vers l'application par API de l'unité principale. Cette application peut alors : envoyer simultanément un message sonore sur les équipements RS et LED, par exemple pour tenter de réveiller l'utilisateur, en même temps, faire clignoter la lampe de l'équipement LED pour attirer son attention d'une autre manière, et après une durée préprogrammée (paramétrable dans l'application), si aucun signal de nouveau mouvement ne remonte du bracelet BR, commander la sirène d'intérieur HP pour appeler du secours (auprès du voisinage par exemple).
On comprendra alors que toute l'intelligence est ici dans les applications. Les API ouvertes par l'unité principale ne gèrent que des fonctions de bas niveau sur les divers circuits des équipements.
Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemple ; elle s'étend à d'autres variantes.
Ainsi par exemple, on a décrit ci-avant en référence à la figure 1, une réalisation dans laquelle l'unité de commande est implantée dans un terminal de communications, ou encore auprès d'un serveur distant pour mener les calculs liés à une application. Néanmoins, comme présenté ci-avant en référence aux figures 3 à 5, l'unité de commande peut être implantée dans un dispositif spécifique, tel que l'unité principale précitée UP. Un terminal peut encore intervenir pour choisir des paramètres d'une application (d'ambiance ou de sécurité par exemple, en choisissant alors, via une interface homme/machine du terminal, une musique ou un type d'éclairage tamisé, ou une durée de temporisation avant de déclencher une alarme). Les calculs de l'application peuvent être exécutés sur le terminal ou sur l'unité de commande, mais l'application de commande elle-même, avec en particulier la conversion des commandes pour être interprétées par le circuit d'un équipement, sont alors réalisées par l'unité de commande au sens de l'invention.

Claims

REVENDICATIONS
1. Procédé de commande d'un équipement, dans lequel une unité de commande, distante de l'équipement, exécute une application de commande de l'équipement, l'équipement étant dépourvu d'un stockage de données de l'application, le procédé, exécuté par l'unité de commande,comportant les étapes :
obtenir des données de circuit que comporte l'équipement, pour piloter un fonctionnement de l'équipement, et
adresser le circuit par une liaison sans fil pour transmettre à l'équipement des données de commande conformes aux données de circuit obtenues et relatives à l'exécution de l'application auprès de l'unité de commande.
2. Procédé selon la revendication 1, dans lequel on prévoit une table de correspondance délivrant des données de circuit que comporte un équipement en fonction d'un identifiant de cet équipement fourni en entrée de la table.
3. Procédé selon la revendication 2, dans lequel l'unité de commande :
reçoit de l'équipement l'identifiant de l'équipement par une liaison sans fil, et obtient de la table de correspondance les données de circuit de l'équipement, pour piloter le fonctionnement de l'équipement.
4. Procédé selon l'une des revendications précédentes, dans lequel les données de circuit de l'équipement comportent des données d'entrées/sorties du circuit.
5. Procédé selon l'une des revendications précédentes, dans lequel lesdites données de circuit comportent au moins un fichier pilote propre à l'équipement.
6. Procédé selon l'une des revendications précédentes, dans lequel un terminal à disposition d'un utilisateur et comportant un module de communication sans fil comporte en outre ladite unité de commande, ladite application étant installée dans le terminal.
7. Procédé selon l'une des revendications précédentes, dans lequel l'unité de commande est agencée pour exécuter une pluralité d'applications de commande de l'équipement, le procédé comportant, suite à une sélection d'une application parmi ladite pluralité d'applications, l'adressage du circuit par la liaison sans fil pour transmettre à l'équipement des données de commande relatives à l'exécution de l'application sélectionnée.
8. Procédé selon l'une des revendications précédentes, dans lequel l'unité de commande est agencée pour exécuter une application de commande d'une pluralité d'équipements à la fois, le procédé comportant les étapes :
obtenir des données de circuit de chaque équipement, pour piloter des fonctionnements respectifs des équipements de la pluralité d'équipements, et
adresser chaque circuit d'un équipement de la pluralité d'équipement par une liaison sans fil pour transmettre à cet équipement des données de commande conformes aux données de circuit obtenues pour cet équipement et relatives à l'exécution de l'application auprès de l'unité de commande.
9. Procédé selon l'une des revendications précédentes, comportant en outre une étape mise en œuvre par l'unité de commande de réception par la liaison sans fil de données issues de l'équipement.
10. Procédé selon la revendication 9, dans lequel, l'équipement comportant un capteur, les données issues de l'équipement comportent des mesures effectuées par le capteur.
11. Procédé selon l'une des revendications 9 et 10, combinées à la revendication 8, dans lequel les données issues d'un équipement sont utilisées pour élaborer les données de commande d'un autre équipement.
12. Programme informatique, comportant des instructions pour la mise en œuvre du procédé selon l'une des revendications 1 à 11, lorsque ce programme est exécuté par un processeur.
13. Unité de commande, comprenant au moins un module d'exécution d'une application de commande d'un équipement et reliée à un module de communication sans fil pour adresser un circuit de l'équipement avec des données de commande relatives à l'exécution de l'application auprès de l'unité de commande, pour la mise en œuvre du procédé selon l'une des revendications 1 à 11.
14. Equipement, comprenant un module de communication sans fil pour recevoir sur un circuit de l'équipement des données de commande relatives à une application exécutée auprès d'une unité de commande distante, pour la mise en œuvre du procédé selon l'une des revendications 1 à 11.
PCT/FR2015/050296 2014-02-14 2015-02-09 Commande d'équipement, perfectionnée et universelle WO2015121571A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/118,309 US10062275B2 (en) 2014-02-14 2015-02-09 Universal equipment control system
EP15709226.3A EP3105749B1 (fr) 2014-02-14 2015-02-09 Commande d'équipement, perfectionnée et universelle

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1451153 2014-02-14
FR1451153A FR3017738A1 (fr) 2014-02-14 2014-02-14 Commande d'equipement, perfectionnee et universelle

Publications (1)

Publication Number Publication Date
WO2015121571A1 true WO2015121571A1 (fr) 2015-08-20

Family

ID=50933293

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2015/050296 WO2015121571A1 (fr) 2014-02-14 2015-02-09 Commande d'équipement, perfectionnée et universelle

Country Status (4)

Country Link
US (1) US10062275B2 (fr)
EP (1) EP3105749B1 (fr)
FR (1) FR3017738A1 (fr)
WO (1) WO2015121571A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3067546A1 (fr) * 2017-06-19 2018-12-14 Orange Procedes d’identification operateur de trames a emettre, et de verification d’appartenance operateur, un dispositif de communication et une passerelle de communication
JP7304979B2 (ja) * 2019-07-02 2023-07-07 コムスコープ テクノロジーズ リミティド ライアビリティ カンパニー クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース
CN110992665A (zh) * 2019-12-11 2020-04-10 北京宸控科技有限公司 一种矿山机械设备运行的安全保护方法
CN113284333A (zh) * 2021-05-21 2021-08-20 北京昆羽科技有限公司 基于遥控器的学习方法、装置、遥控器及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010057153A1 (fr) * 2008-11-17 2010-05-20 Universal Electronics Inc. Système et procédé de configuration rapide d’un dispositif de commande universel

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3800625B2 (ja) * 2003-01-30 2006-07-26 ソニー株式会社 制御装置および方法、記録媒体、並びにプログラム
US9632665B2 (en) * 2004-09-08 2017-04-25 Universal Electronics Inc. System and method for flexible configuration of a controlling device
US7436346B2 (en) * 2005-01-20 2008-10-14 At&T Intellectual Property I, L.P. System, method and interface for controlling multiple electronic devices of a home entertainment system via a single control device
EP1744290B1 (fr) * 2005-07-15 2018-05-30 Samsung Electronics Co., Ltd. Contrôleur à distance intégré et méthode de dispositif de sélection contrôlé par ce moyen
US9277156B2 (en) * 2005-11-30 2016-03-01 Broadcom Corporation Universal parallel television remote control
CA2643061A1 (fr) * 2006-02-23 2007-08-30 Tir Technology Lp Systeme et procede d'identification d'une source lumineuse
KR20090021796A (ko) * 2007-08-28 2009-03-04 삼성전자주식회사 단말 및 그의 기기 제어 방법
US9355557B2 (en) * 2008-07-16 2016-05-31 Samsung Electronics Co., Ltd. Universal remote controller and remote control method thereof
US9679470B2 (en) * 2009-05-12 2017-06-13 At&T Intellectual Property I, L.P. Programming a universal remote control using an identifying device image
US9021084B2 (en) * 2009-10-22 2015-04-28 Xerox Corporation Network device discovery
FI20096399A0 (fi) * 2009-12-28 2009-12-28 Valtion Teknillinen Järjestelmä ja menetelmä sähkölaitteiden etäkäyttämiseksi
US10102208B2 (en) * 2010-10-29 2018-10-16 Microsoft Technology Licensing, Llc Automatic multimedia slideshows for social media-enabled mobile devices
WO2012080881A1 (fr) * 2010-12-14 2012-06-21 Koninklijke Philips Electronics N.V. Procédé de commande de dispositifs sans fil
JP6035014B2 (ja) * 2011-08-31 2016-11-30 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 無線操作装置、無線操作システム及び無線操作方法
WO2013052685A2 (fr) * 2011-10-04 2013-04-11 Advanergy, Inc. Procédé et système d'intégration de réseau
JP6002771B2 (ja) * 2012-08-21 2016-10-05 日本電気通信システム株式会社 無線装置、それによって制御される制御対象機器、無線装置および制御対象機器を備える制御システム、および無線装置において制御対象機器の制御をコンピュータに実行させるためのプログラム
US9602172B2 (en) * 2012-09-05 2017-03-21 Crestron Electronics, Inc. User identification and location determination in control applications
US20140075075A1 (en) * 2012-09-11 2014-03-13 Google Inc. Context-Dependent Home Automation Controller and Docking Station
CN204206548U (zh) * 2014-10-14 2015-03-11 吉庆 一种智能电灯控制开关

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010057153A1 (fr) * 2008-11-17 2010-05-20 Universal Electronics Inc. Système et procédé de configuration rapide d’un dispositif de commande universel

Also Published As

Publication number Publication date
FR3017738A1 (fr) 2015-08-21
US10062275B2 (en) 2018-08-28
EP3105749A1 (fr) 2016-12-21
US20170178492A1 (en) 2017-06-22
EP3105749B1 (fr) 2017-11-22

Similar Documents

Publication Publication Date Title
US11088862B2 (en) Selection of a coordinator device for an automated environment
Piyare et al. Bluetooth based home automation system using cell phone
US20170345422A1 (en) Electronic devices having speech recognition functionality and operating methods of electronic devices
AU2014207970B2 (en) Smart home system using portable device
EP3105749B1 (fr) Commande d'équipement, perfectionnée et universelle
CN105847067A (zh) Zigbee设备的升级方法和装置
KR20170042156A (ko) 전자 장치 및 전자 장치의 서비스 지원 방법
CH701294A1 (fr) Système multi-protocolaire de contrôle et de gestion d'objets communicants hétérogènes.
JP2013529423A (ja) 無線データ関連のアプリケーションを再パッケージ化する方法及びシステム
WO2016037125A1 (fr) Système et procédé pour permettre une découverte d'un dispositif sans fil
CN105320616B (zh) 外部设备控制方法及装置
US20180095439A1 (en) Universal device communication and configuration
FR3011706A1 (fr) Dispositif de configuration d'equipements ethernet et procede de configuration d'equipements ethernet a l'aide d'un tel dispositif
EP2350994B1 (fr) SYSTèME DOMOTIQUE ET PROCéDéS DE CONFIGURATION ET D'UTILISATION ASSOCIéS
CN113965889A (zh) 数据处理、过滤信息数量确定与配置方法、设备及介质
CN113940143B (zh) 用于协助用户配置照明系统的系统及方法
CN105049924A (zh) 对与主显示器在相同房间内的候选同伴显示设备的检测
EP3588461B1 (fr) Système de commande d'objets connectés, procédé de commande et programme d'ordinateur correspondants
EP3815470B1 (fr) Système permettant de configurer un dispositif d'éclairage
EP3657732B1 (fr) Système de commande de dispositif électronique pour commander un dispositif électronique, et procédé de commande de dispositif électronique
CN114902812A (zh) 在检测到与光控制设备的交互时在设备上显示光控制ui
WO2020128217A1 (fr) Procédé de gestion d'un dispositif de communication de données et dispositif pour la mise en œuvre du procédé
WO2018229398A1 (fr) Procédé de configuration d'une unité centrale de commande appartenant à une installation domotique
US11871498B2 (en) Determining a reachability of an electronic device over multiple wireless communication protocols
EP2991279B1 (fr) Procédé de transfert d'information bidirectionnel à partir d'un système domotique, un tel système et un ensemble convenant à la mise en uvre du procédé

Legal Events

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

Ref document number: 15709226

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2015709226

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015709226

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15118309

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE