EP2483881A2 - PROCEDES ET DISPOSITIFS DE COMMANDES A DISTANCE PAR UN SERVICE UPnP - Google Patents

PROCEDES ET DISPOSITIFS DE COMMANDES A DISTANCE PAR UN SERVICE UPnP

Info

Publication number
EP2483881A2
EP2483881A2 EP10773657A EP10773657A EP2483881A2 EP 2483881 A2 EP2483881 A2 EP 2483881A2 EP 10773657 A EP10773657 A EP 10773657A EP 10773657 A EP10773657 A EP 10773657A EP 2483881 A2 EP2483881 A2 EP 2483881A2
Authority
EP
European Patent Office
Prior art keywords
control
command
remote control
controlled
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP10773657A
Other languages
German (de)
English (en)
Other versions
EP2483881B1 (fr
Inventor
Vincent Murphy
Roberto Agro
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2483881A2 publication Critical patent/EP2483881A2/fr
Application granted granted Critical
Publication of EP2483881B1 publication Critical patent/EP2483881B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/40—Remote control systems using repeaters, converters, gateways
    • G08C2201/42—Transmitting or receiving remote control signals via a network
    • 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
    • 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/93—Remote control using other portable devices, e.g. mobile phone, PDA, laptop

Definitions

  • the present invention is directed to remote control methods and devices by a UPnP service (acronym for "Universal Plug and Play” for universal connection and use). It applies in particular to the substitution of commands transmitted by infrared radiation by a UPnP service.
  • the technical field of the present invention relates to audiovisual services and, in particular, remote control of a remotely controllable device using UPnP commands.
  • Digital home electronics has seen the advent of consumer electronics devices that allow the use of DLNA (Digital Living Network Alliance for Digital Living Network Alliance) and UPnP, such as digital television set-top boxes, audio devices and video and game devices.
  • DLNA Digital Living Network Alliance for Digital Living Network Alliance
  • UPnP Digital television set-top boxes, audio devices and video and game devices.
  • the "UPnP AV" architecture (for UPnP Audio & Video), involves three entities in the home network for managing audio, video and photo content:
  • Control Point or Control Point
  • CP the UPNP client, the "master” entity of the network, which can detect devices or entities
  • UPnP (called “devices” in the UPnP standard) and their services, receive events from these UPnP entities and control them by sending them UPnP actions and
  • the "Media Renderer” (or media restorer), or “MR”: “slave” entity responsible for rendering or displaying the content (for example, television screen, hi-fi system, etc.).
  • the so-called “Media Renderers” equipment are also “Media Players”, or “MP” and integrate a “Media Controller”, or “MC”, capable of rendering, on the device itself, content from a Media Server.
  • a "digital media renderer” must include the “ConnectionManager” (for connection manager) and “RenderingControl” (for rendering control) services and, in general, include the “AVTransport” service (for audio-video transport) .
  • the Control Point software coupled with a human-machine interface (or "HMI"), allows a user to select a content (eg video, audio or image) made available by a "media server” and to broadcast on the "media renderer” of his choice.
  • a content eg video, audio or image
  • the mobile Nokia N95 registered trademarks
  • the Control Point or digital media controller Once the Control Point or digital media controller has discovered a UPnP entity in the network, it obtains a description of that entity (called a device description) using a URL included in the discovery message. Then, from the URL contained in this description of this entity, it obtains for each service implemented by this entity, a service description comprising a list of UPnP commands or invokable actions, as well as the possible parameters for each of its actions.
  • the service description also includes a list of state variables that describe the current state of the service when it is run.
  • the conventional remote control is often powered by batteries that must be replaced, unlike mobile type terminals that have, as standard, rechargeable batteries and chargers associated.
  • the communications are unidirectional, from the remote control to the decoder.
  • the remote control also has no display capability or presentation of information from the decoder.
  • the remote control is only provided in one copy with a decoder. When it is damaged or lost, the remote control becomes impossible and a new remote compatible with the old one must be obtained. Similarly, when two people want to successively remote control the same device, they must pass the remote control by hand.
  • the present invention aims to remedy these disadvantages.
  • the present invention aims, according to a first aspect, a method of remote control of a device to be controlled using a command processing module, characterized in that it comprises a step of implementation, on said control device, a remote control application, which, following detection of at least one interaction of a user with a user interface associated with said application, invokes via a network at least one action of a command reception service, implemented in the device to be controlled and transmitting to said command processing module at least one control code representing said interaction.
  • UPnP UPnP entities declare the functions associated with the services they implement in accordance with a feature discovery mechanism and discovery feature discovery.
  • the device to be controlled has a new remote control channel passing, from the user, by the user interface associated with the application and by the command reception service to arrive. to the command processing module of the device.
  • the command processing module is adapted to receive the same said control code from said hardware interface.
  • control input e.g., a control input hardware interface
  • the order acceptance service thus offers a new control mode, complementary to a control mode by means of a hardware interface.
  • the order receiving service makes it possible to receive and transmit to the command processing module command codes from the control device, these command codes being identical to those from the hardware interface.
  • the command codes transmitted to the processing module represent actions that can be performed on a hardware input control interface of said device to be controlled.
  • the implementation of the present invention makes it possible to set up new remote control mechanisms by replacing infrared codes by a UPnP command syntax.
  • the invention makes it possible to substitute a control input hardware interface (infrared remote control, keyboard, buttons, knobs or other actuators on the equipment housings, etc.) that can be used to control the device to be controlled. , a software interface for generating control codes representative of actions that can be performed on such a hardware control input interface.
  • a control input hardware interface infrared remote control, keyboard, buttons, knobs or other actuators on the equipment housings, etc.
  • a software interface for generating control codes representative of actions that can be performed on such a hardware control input interface.
  • this new UPnP service has been defined and implemented both on the UPnP Control Point side, for the Invoke Actions part, and on the Device side to be controlled, for the implementation. the service of receiving orders.
  • the invention therefore provides means for replacing a local control (keypad of the device to be controlled) or remotely, including conventional remote control (ray and infrared codes), a device implementing the new order receiving service.
  • control application obtains a file defining the action (s) to be invoked and / or possible action parameters according to the user's interactions with the user. user interface.
  • the present invention is not limited to infrared remote control key codes but extends to any control code representative of actions that may be performed on a control input hardware interface, provided that order receipt is identified by the remote control application.
  • the method which is the subject of the present invention, as briefly described above, comprises a step of configuring the user interface in accordance with a configuration file obtained by said application and defining graphic elements representing elements control input of a control input hardware interface of said device to be controlled.
  • the configuration file is specific to the device to be controlled.
  • the configuration file specifies a type of user interaction with each element of the user interface with which the user can interact, the actions invoked and / or parameters of these actions depending on the type interaction detected.
  • the present invention aims at a method of remote control of a device to be controlled using a command processing module, characterized in that it comprises a step of implementation, on the device to be controlled. of a command-receiving service which executes actions invoked via a network by a remote control application and which transmits to said command processing module command codes representing user interactions with a user interface associated with it. said remote control application.
  • said application is integrated in a UPnP entity and the command reception service is a UPnP service.
  • the method which is the subject of the present invention, as briefly described above, comprises a step of discovery, by the application of remote control, of a device of a network implementing the service of receiving remote control and, at least in the case where more than one such device is discovered, a step of presenting the discovered devices and a step of selecting, by the user, one of the discovered devices, said invocations being addressed to the selected device.
  • the remote control object of the present invention can be used to control all infrared remote control equipment, and more generally those having a hardware input control interface.
  • the invention aims in particular at providing entities of the network to which the equipment is connected, a command reception service designed to transmit command codes to a command processing module, this module being capable / designed to receive these same command codes of a hardware input command interface.
  • the command codes represent actions that can be performed on a hardware input control interface of said device to be controlled.
  • the control codes represent simple, double or long user interactions with a touch of a hardware input control interface of said device to be controlled.
  • At least one invoked action represents a string of characters entered with said user interface.
  • the present invention thus allows new features, such as, for example, the remote search of files or work by their title, author, interpreter or any other reference using a string of characters.
  • the command codes represent a key press or release of a hardware input control interface of said device to be controlled.
  • one touch-key type of management includes the support and release of elements of the user interface and another type of management does not include them. These releases and releases allow the remote control reception service to take into account the duration of the interaction and to differentiate a long support from a short support.
  • the present invention is directed to a control device and a device to be controlled.
  • the device for remote control of a device to be controlled using a command processing module characterized in that it comprises means for implementing a remote control application, adapted, following a detection of at least one interaction of a user with a user interface associated with said application, to invoke, via a network, at least one action of a command reception service, implemented in the device to be controlled and transmitting to said auditing command processing module at least one command code representing said interaction.
  • the device to be controlled using a command processing module characterized in that it comprises means for implementing a command reception service adapted to perform actions invoked via a network by a remote control application and transmitting to said command processing module command codes representing user interactions with a user interface associated with said remote control application.
  • FIG. 1 represents, schematically, a particular embodiment of the system that is the subject of the present invention, replacing an infrared remote control
  • FIG. 2 represents queries emitted by a simplified embodiment of the method and system that is the subject of the present invention
  • FIG. 3 represents, in the form of a logic diagram, the steps implemented in a particular embodiment of the method that is the subject of the present invention.
  • keyboard a keyboard or a hardware interface of control input of the device to be controlled.
  • Figure 1 shows only one control device and only one device to control. However, the present invention also applies to the remote control of a plurality of devices to be controlled by a single control device.
  • FIG. 1 shows a remote control device 105, a conventional infrared remote control 1 10 and a remote control device 150.
  • the device to be controlled 105 is any device integrating a UPnP entity, implementing a UPnP service defined in the UPnP standard (for example a UPnP media server, a UPnP media renderer or a Digital Media Printer, or "DMPr" printer). , etc.) and further implementing a command receiving service as defined in the present invention.
  • a UPnP service defined in the UPnP standard (for example a UPnP media server, a UPnP media renderer or a Digital Media Printer, or "DMPr" printer). , etc.) and further implementing a command receiving service as defined in the present invention.
  • the device to be controlled 105 is for example a decoder, a hi-fi system, a general-purpose computer, a radio, a television, or a set-top box that can be controlled by a local keyboard, by optical signals. or electric, powerline, WiFi or Bluetooth (registered trademarks).
  • the device to be controlled can be controlled by a control input hardware interface, for example by an infrared remote control 1 10.
  • the remote control 1 10 has keyboard keys 1 15, an encoder January 17 which provides a key code for each press on one of the keys of the keyboard 1 and an infrared signal transmitter 120 which modulates infrared signals representative of the key codes generated by the encoder 1 17.
  • Side 105, an infrared signal receiver 125 receives these signals and demodulates them before transmitting them to a control processing module 130.
  • the control processing module 130 after interpretation of received key codes, activates one or more functions 135 of the device 105.
  • remote control means implemented in both a control device 150 and at least one control device 105 are added.
  • the control device 150 is a portable device, for example a mobile telephone. , a PDA, or PDA, or a handheld or portable computer.
  • control device 150 comprises:
  • an application 160 implementing a user interface on the graphic screen and a user interface controller that detects user interactions with the user interface and invokes actions of a reception and control interpretation service 170 of the device to be controlled 105 and
  • a remote communication module 165 a remote communication module 165.
  • the remote communication module 165 communicates through a local area network (not shown) with a remote communication module 167 of the device to be controlled 105.
  • the reception and control interpretation service 170 receives, via the module 167, UPnP action invocation queries, interprets these commands and their possible parameters, and transmits to the command processing module 130 command codes resulting from this interoperability.
  • the service 170 hereinafter called "RemoteControl” service, thus serves as an interface making it possible to make available to the UPnP entities of the local network, the control mode implemented by the command processing module 130 and the functions 135.
  • the command processing module 130 is able to receive and process both key codes, emitted by means of an infrared signal from the remote control 120, and control codes, derived from UPnP commands conveyed through the local network by invoking UPnP actions proposed by the "RemoteControl" service 170.
  • the device to be controlled 105 also implements an entity
  • UPnP of the "digital media renderer” or DMR 175 type which, in accordance with the UPnP standard, implements the "ConnectionManager” (for connection manager) and “RenderingControl” (for rendering control) services and, in general, includes the “AVTransport” service (for audio-video transport).
  • This set of standard services is shown in Figure 1 by reference 171.
  • the action invocation requests of these services are also transmitted through the remote communication module 165, the local network and the remote communication module 167.
  • the "RemoteControl” service 170 is preferably performed as a UPnP service of a UPnP entity / device.
  • the "RemoteControl” service 170 is implemented by the UPnP entity 175 (or device DMR, according to the UPnP terminology).
  • UPnP entity 175 or device DMR, according to the UPnP terminology.
  • the device to be controlled 105 may also be an equipment integrating a UPnP entity implementing, as sole service, the UPnP command receiving service as defined in the present invention.
  • FIG. 2 represents an exchange of messages for changing the channel on a decoder 105. It is assumed that the application 160 enabling the remote control operates on a mobile telephone 150 and, via its user interface, displays the user a list of channels identified, each, by a channel number and graphical elements representing keys of a numeric keypad, bearing the numbers "0" to "9".
  • the command application invokes actions of the "RemoteControl" service 170.
  • the DMC invokes the following actions:
  • the "KeyCode” parameter identifies the key pressed and the "PressType” parameter identifies the type of interaction, in this case the type of key press.
  • the application DMC is aware, for all the user interface elements allowing a user interaction, of each action to be invoked (for example an action or sequence of actions, possibly triggered by "macros"), key codes to be used as parameters and the type of interactions to be detected.
  • an action can be invoked for a plurality of detected interactions.
  • the application DMC 160 may for example be used to send an alphanumeric character string that a user would have entered by multiple interactions with a portion of the user interface representing an alphanumeric keyboard.
  • the character string is for example transmitted as a parameter of a "SendKeyCodeSequence" action designed for this purpose.
  • the action invocation requests including the key codes and any information on the type of key press, are transmitted by the application 160 and addressed to the "RemoteControl" service 170 and detected in accordance with the intended discovery protocol. in UPnP.
  • the "RemoteControl” service 170 Upon receipt of an action invocation request by the "RemoteControl” service 170 and its possible parameters, the latter translates this request into command codes and then transmits these command codes to the processing module 130.
  • an application 160 enabling the remote control of several devices to be controlled 105, which application is generic and configurable whatever the device to be controlled 105.
  • the application 160 is for example integrated in a UPnP DMC so that the set of UPnP actions including,
  • the application 160 is also called “DMC application”.
  • the application DMC 160 thus designates the application that allows a user to control UPnP devices of a home network that implement the "RemoteControl” service 170.
  • the application DMC 160 is composed of a user interface ("UI"). for "User Interface”) and a UPnP DMC module enhanced by the ability to detect and invoke actions of the "RemoteControl” service 170.
  • UI user interface
  • UPnP DMC module enhanced by the ability to detect and invoke actions of the "RemoteControl” service 170.
  • the application 160 is able to present to the user, on the screen 155, in a specific manner, the UPnP devices that implement the "RemoteControl” service. 170.
  • the application 160 displays the list of UPnP devices of the home network
  • each device implementing the "RemoteControl” service 170 is identified by a remote control icon. By selecting this icon, the user enters a "remote control" mode of the device 105 in question and screens specific to this remote control are displayed on the screen 155, through the user interface.
  • buttons and other interactive graphic elements are configurable. Indeed, the list of buttons and other interactive graphic elements, their layout and the associated key codes are described in an XML configuration file that the DMC controller application 160 obtains during its initialization. This file is either pre-recorded by the DMC application in a predefined file directory, or transmitted by the "RemoteControl" service 170 to the DMC application on receipt of a request defined for this purpose or obtained by means of a URL provided by the RemoteControl service 170.
  • each interaction at one of the buttons or other interactive graphic element of the user interface causes one or more key codes to be sent by means of an UPnP action invocation request.
  • the configuration file defines the action (s) to be invoked and / or possible action parameters according to the interactions of the user with the user interface associated with the command application.
  • the "SendKeyStrokeEvent” action reports a keystroke to the "RemoteControl” 170 service. It includes the following parameters:
  • the "RemoteControl” 170 service makes it possible to manage different key press durations ("SINGLE” for a short press, “DOUBLE” for two short presses and “LONG” for a long press) and more events. low level (of type pressing or releasing keys).
  • the configuration file therefore specifies the type of interaction to be detected for each graphical element representing a button, especially if the user interface, the module Ul, must perform PUSH / RELEASE management (or press / release) for the button. and, in this case, send the events down level "PUSH” (press) and “RELEASE” (released) via the action "SendKeyStrokeEvent ()".
  • this action sends a sequence of key codes to the "RemoteControl” service 170.
  • the name of the screen configuration file can be chosen based on properties specified in the UPnP entity description. For example, the "modeIname" property of a UPnP entity is used to retrieve the name of the screen configuration file. For example, if the IName mode of an STB decoder is "TV Decoder", the configuration file is "decoder_tvRemoteConfig.xml".
  • the "keyStroke” attribute allows the Ul module to specify that it should handle low-level press / release for that button.
  • the attribute "position” makes it possible to specify a position of the button in the screen.
  • the screen presents the buttons in the form of a grid and each box of the grid is numbered and associated with a button.
  • UPnP allows the definition, discovery and control of UPnP entities present on the network ("network devices").
  • step 305 it is initialized on the control device
  • an application 160 implementing a user interface, implemented on the control device or on a remote device communicating with the control device, which detects interactions of the user with the user interface and invokes actions of the "RemoteControl" service 170, corresponding to said interactions.
  • a "RemoteControl" service 170 is initialized on at least one command device 105, which receives, from the application 160, action invocation requests, translates them into action. control codes then transmits these command codes to the command processing module 130.
  • a addressing phase 315 each of the devices 105 and 150 joins the UPnP network, automatically obtaining a unique address that the network entities can use to communicate with this device.
  • the device to be controlled 105 indicates that it has the "RemoteControl" service 170.
  • a UPnP entity gives a list of the services it provides, in documents based on XML.
  • the description of UPnP includes a URL to access a description of each service provided by that entity.
  • a service description provides detailed information about this service, the actions this service provides, the service settings, and its return value.
  • the device 105 is detected by UPnP Control Points, in particular by the device 150, which learn the capabilities of the device 105 to obtain its description.
  • the discovery phase defines how an UPnP entity announces its presence and how UPnP Control Points discover it by implementing the Simple Service Discovery Protocol (SSDP).
  • SSDP Simple Service Discovery Protocol
  • This SSDP protocol extends HTTP protocol headers to provide a simple discovery protocol based on a multicast broadcast.
  • this UPnP entity is periodically signaling itself on the network.
  • This periodic communication as well as the responses during discovery phases include a URL of the XML description document.
  • This URL provides UPnP Control Points with the information they will need to retrieve descriptions of this UPnP entity and its services.
  • the description documents are found by the UPnP Control Points and scanned, or "parsed", to know the UPnP entity well.
  • a vendor can add extensions beyond the basic functions and include them in the description documents. This extension mechanism allows a Point to UPnP control to prefer an optional or vendor-specific interface to a standard interface.
  • the device 105 processes the requests that come to it from the UPnP Control Points, in particular from the device 150.
  • the UPnP Control Points invoke the actions of a service of a UPnP entity.
  • UPnP relies on the Simple Object Access Protocol (SOAP) for controlling a UPnP entity.
  • SOAP Simple Object Access Protocol
  • This protocol unites XML and http to provide web-based messages and remote call procedure mechanisms: XML expresses the contents of the message while HTTP sends the messages to their destinations.
  • SOAP protocol is specified as a set of conventions that govern the format and rules for processing SOAP messages.
  • the device 105 During an event processing phase 335, the device 105 notifies the control points that have subscribed to this notification, each modification of its internal state.
  • the device 105 provides an administration interface based on HTML code to allow the direct manipulation and monitoring of the device 105.
  • Each of the UPnP phases is related to protocols. Note that the device 105 can provide the URL of a presentation page in the description of the device.
  • the user interacts with the user interface.
  • the user interface detects each interaction of the user with the user interface.
  • the application 160 invokes actions, including any parameters, representing said interactions.
  • the invocation request is transmitted to the device 105.
  • the "RemoteControl" service 170 receives the action invocation request, that is to say receives a UPnP command.
  • the "RemoteControl" service 170 interprets this command to generate one or more command codes that it transmits to the command processing module 130.
  • the command processing module interprets the command code (s) received, in order to activate the function (s) 135 corresponding to these command codes.
  • each UPnP entity can offer a large number of services, each service having its own unique type of service. This is how departments define the real features of this entity.
  • a Control Point is a network entity that invokes a feature of a UPnP entity.
  • the Control Point is the client and the UPnP entity is the server.
  • Control Points invoke actions on services, providing any required input parameters and receiving any output parameters and possibly a return value.
  • a Control Point discovers UPnP entities, invokes actions on the services of these UPnP entities and subscribes to event notifications. For its part, a UPnP entity responds to action invocations, sends events when state variables change, and supports a web page for an administrative control, called page ("page layout"). ).
  • the UPnP remote gives the potential to design and develop new infrared-based control mechanisms that enrich the UPnP interfaces that these devices already have.
  • the UPnP standard has been retained in this description because it is one of the best candidates for compatibility, interoperability and simplicity of development. However, the principles of the invention are also applicable to other standards for remote control of equipment.
  • the invention not only the users can control the DMR services of their decoder, but also have a user interface also offering the equivalent of the buttons of the remote control and access to the more advanced functions of the decoder which can thus be fully piloted from any DMC control point that implements the remote control application.
  • This remote control application can be implemented in any type of terminal capable of communicating through the network to which the device to be controlled is connected.
  • the end user can therefore use his mobile phone or any other communicating device to control all services available on the device to be controlled, which allows to evolve beyond the conventional infrared remote control.
  • the present invention allows the complete remote control of a decoder via UPnP, including basic functions such as changing channels, accessing a menu, information, to start a play ("play"), stop playback, change playback range, change colors, move up, down, right or left, etc.
  • an application implementing a UPnP "Control Point" which has been configured to also include the UPnP remote control application 160 is able to control the decoder via its associated graphical interface. this application.
  • the present invention also brings new functionalities, in particular because of the possibility offered to the user to drive, from one and the same user interface, several devices each integrating a "RemoteControl" service 170: for example, the simultaneous control of a recording device (or "DVR” for "Digital Video Recorder") and a television for a programming of a recording of content or the simultaneous control of two separate TVs, for example, likely to broadcast the same audiovisual program.
  • a "RemoteControl” service 170 for example, the simultaneous control of a recording device (or "DVR" for "Digital Video Recorder") and a television for a programming of a recording of content or the simultaneous control of two separate TVs, for example, likely to broadcast the same audiovisual program.
  • the remote control application 160 can be used to control all infrared-controllable equipment incorporating a UPnP entity, for example of the "Digital Media Renderer" type.
  • the user's experience goes beyond the functionalities allowed at the decoder by the UPnP (Digital Media Renderer) entity integrated therein.
  • the UPnP entity of the decoder allows it to be remotely controlled.
  • the present invention aims at defining a new service in terms of UPnP in order to allow the total control of the decoder by means of a single remote control application, that is to say the activation of both the functions of the pre-existing UPnP entity and basic functions, the latter being activable until now only by means of a remote control or buttons of the decoder.
  • the user will be able to take his mobile phone integrating this application of control, with some consequent modifications to this new service and to be able to control completely all the services audio and video on their television which arrive by the decoder or services musical on a device Hifi.

Landscapes

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

Abstract

Le procédé de commande à distance d'un dispositif à commander mettant en œuvre un module de traitement de commandes, comporte : une étape de mise en œuvre, sur ledit dispositif de commande, d'une application de commande à distance, qui, suite à une détection d'au moins une interaction d'un utilisateur avec une interface utilisateur associée à ladite application, invoque via un réseau au moins une action d'un service de réception de commande, une étape de mise en œuvre, sur le dispositif à commander, d'un service de réception de commande qui exécute des actions invoquées via un réseau par une application de commande à distance et qui transmet audit module de traitement de commandes des codes de commandes représentant des interactions de l'utilisateur avec une interface utilisateur associée à ladite application de commande à distance.

Description

Procédés et dispositifs de commandes à distance par un service UPnP
La présente invention vise des procédés et des dispositifs de commande à distance par un service UPnP (acronyme de « Universal Plug and Play » pour brancher et utiliser universel). Elle s'applique notamment à la substitution de commandes transmises par rayonnements infrarouges par un service UPnP.
Le domaine technique de la présente invention concerne les services audiovisuels et, particulièrement, la commande à distance d'un dispositif commandable à distance en utilisant des commandes UPnP.
L'électronique numérique domestique a vu l'arrivée de dispositifs électroniques grand public autorisant l'utilisation de DLNA (acronyme de « Digital Living Network Alliance » pour alliance pour le réseau vivant numérique) et UPnP, tels que des décodeurs de télévision numériques, des dispositifs audio et des dispositifs vidéo et de jeux.
L'architecture « UPnP AV » (pour UPnP Audio & Vidéo), fait intervenir trois entités dans le réseau domestique pour la gestion des contenus audio, vidéo et photo :
- le « Media Server » (pour serveur de médias), ou « MS » : entité « esclave » qui partage ses médias (comme l'audio, la vidéo ou des images) avec les clients UPnP du réseau ;
- le « Control Point » (pour Point de Contrôle), ou « CP » : le client UPNP, l'entité « maître » du réseau, qui peut détecter les dispositifs ou entités
UPnP (appelés « devices » dans le standard UPnP) et leurs services, recevoir des événements de ces entités UPnP et les commander en leur envoyant des actions UPnP et
- le « Media Renderer » (pour restituteur de média), ou « MR » : entité « esclave » en charge de la restitution ou de l'affichage du contenu (par exemple, écran de télévision, chaîne Hifi, ...). Généralement, les équipements dits « Media Renderers », sont aussi « Media Players » (pour lecteur de médias), ou « MP » et intègrent un « Media Controller » (pour contrôleur de média), ou « MC », capable de restituer, sur le dispositif lui-même, le contenu provenant d'un Media Server.
On note que l'on utilise aussi les termes de « DMS », « DMR » et
« DMC », en lieu et place des termes « MS », « MR » et « MC », respectivement, le « D » ajouté signifiant digital, ou numérique.
Chacune de ces entités implémente des services spécifiés par UPnP. En particulier, un « digital média renderer » doit comporter les services « ConnectionManager » (pour gestionnaire de connexion) et « RenderingControl » (pour contrôle de rendu) et, en général, comprendre le service « AVTransport » (pour transport audio-vidéo).
Le logiciel du Point de Contrôle, couplé à une interface homme- machine (ou « IHM »), permet à un utilisateur de sélectionner un contenu (par exemple vidéo, audio ou image) mis à disposition par un « média server » et de le diffuser sur le « média renderer » de son choix. Par exemple, le mobile Nokia N95 (marques déposées) comporte un « digital média controller » qui permet de consulter les contenus des média servers UPnP et de les pousser vers un « média renderer » UPnP (par exemple comme une chaîne Hifi UPnP ou un cadre photo UPnP).
Au sein d'UPnP, il est prévu d'enrichir le standard par des évolutions spécifiques. En effet, un industriel peut définir ses propres entités UPnP, et services associés, par exemple en étendant des services existants ou en ajoutant des « actions » en suivant le formalisme normalisé par UPnP, ces extensions sont nommées « vendor-specific » (pour spécifiques au vendeur).
Une fois que le Point de Contrôle ou le digital média controller a découvert une entité UPnP du réseau, il obtient une description de cette entité (appelée « device description ») au moyen d'une URL incluse dans le message de découverte. Puis, à partir d'URL contenue dans cette description de cette entité, il obtient pour chaque service mis en œuvre par cette entité, une description de service comprenant une liste des commandes UPnP ou actions invocables, ainsi que les paramètres éventuels pour chacune de ses actions. La description de service comprend également une liste de variables d'état qui décrivent l'état courant du service lors de son exécution.
Cependant, il n'existe pas de service UPnP permettant un contrôle total d'un équipement.
Pour la télécommande d'un décodeur, la technique antérieure consiste à envoyer des codes infra rouges à ce décodeur. Cette technique reste une solution « directionnelle », ou « line of sight », c'est-à-dire qu'il est nécessaire qu'il n'y ait pas d'écran entre l'utilisateur qui pointe la télécommande et le récepteur du décodeur en question.
De plus, la télécommande classique est souvent alimentée par des piles qu'il faut remplacer, contrairement à des terminaux de type mobile qui ont, de série, des batteries rechargeables et des chargeurs associés.
Dans le cas de la télécommande classique, les communications sont unidirectionnelles, de la télécommande vers le décodeur.
La télécommande ne dispose en outre d'aucune capacité d'affichage ou de présentation d'information provenant du décodeur.
La télécommande n'est fournie qu'en un seul exemplaire avec un décodeur. Lorsqu'elle est endommagée ou égarée, la commande à distance devient impossible et une nouvelle télécommande compatible avec l'ancienne doit être obtenue. De même, lorsque deux personnes veulent successivement télécommander le même dispositif, elles doivent se passer la télécommande à la main.
De plus, en dehors des télécommandes dites « universelles », les télécommandes classiques ne servent à piloter qu'un seul dispositif et ses contenus associés. Il est donc nécessaire de disposer d'autant de télécommandes qu'il y a de dispositifs à télécommander, ce qui provoque une perte de place, une consommation importante de piles et un risque d'égarer une télécommande ou d'envoyer des commandes involontaires à un dispositif plutôt qu'à un autre, lorsque l'on confond les télécommandes de différents dispositifs.
Enfin, il existe, par exemple pour le Nokia N95, des applications permettant de piloter des dispositifs UPnP de type DMS ou DMR, mais ces applications ne permettent qu'un pilotage des fonctions définies dans UPnP / DLNA, tandis que des fonctions élémentaires (telles que changement de canal de réception) ne sont accessibles qu'au moyen d'une télécommande à infrarouge.
La présente invention vise à remédier à ces inconvénients.
A cet effet, la présente invention vise, selon un premier aspect, un procédé de commande à distance d'un dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte une étape de mise en œuvre, sur ledit dispositif de commande, d'une application de commande à distance, qui, suite à une détection d'au moins une interaction d'un utilisateur avec une interface utilisateur associée à ladite application, invoque via un réseau au moins une action d'un service de réception de commande, mis en œuvre dans le dispositif à commander et transmettant audit module de traitement de commandes au moins un code de commande représentant ladite interaction.
On note que le terme de « service » s'entend ici au sens du standard UPnP ou d'un standard équivalent ou dérivé. Plus généralement, il s'agit d'un ensemble de fonctions d'une entité dont l'exécution est susceptible d'être déclenchée par une autre entité du réseau et que l'entité déclare. Dans UPnP, les entités UPnP déclarent les fonctions associées aux services qu'ils mettent en œuvre conformément à un mécanisme de découverte d'entités et d'interrogation des entités découvertes.
Grâce à la mise en œuvre de la présente invention, le dispositif à commander possède une nouvelle voie de commande à distance passant, depuis l'utilisateur, par l'interface utilisateur associée à l'application et par le service de réception de commande pour arriver au module de traitement de commandes du dispositif.
Selon un mode de réalisation dans lequel, une interface matérielle d'entrée de commande est utilisable pour la commande du dispositif à commander, le module de traitement de commandes est conçu pour recevoir le même dit code de commande en provenance de ladite interface matérielle d'entrée de commande. Le service de réception de commande offre ainsi un nouveau mode de commande, complémentaire d'un mode de commande au moyen d'une interface matérielle. Le service de réception de commande permet en effet de réceptionner et transmettre au module de traitement de commande des codes de commandes provenant du dispositif de commande, ces codes de commandes étant identiques à ceux en provenance de l'interface matérielle.
Ceci revient donc à coupler un service de réception de commande à un module de traitement de commande, de manière à ce que ce même module de traitement de commande puisse servir à la fois au traitement de codes de commande provenant de l'interface matérielle et à la fois au traitement de ces mêmes codes de commande lorsqu'ils proviennent du dispositif de commande distant et sont générés suite à l'invocation d'une action de ce service de commande.
Selon un mode de réalisation, les codes de commandes transmis au module de traitement représentent des actions susceptibles d'être opérées sur une interface matérielle d'entrée de commande dudit dispositif à commander.
La mise en œuvre de la présente invention permet la mise en place de nouveaux mécanismes de commande à distance par remplacement de codes infrarouges par une syntaxe de commande UPnP.
De manière générale, l'invention permet de substituer à une interface matérielle d'entrée de commande (télécommande à infrarouge, clavier, boutons, molettes ou autres actionneurs sur les boîtiers des équipements, etc .), utilisable pour la commande du dispositif à commander, une interface logicielle pour la génération de codes de commandes représentatifs d'actions susceptibles d'être opérées sur une telle interface matérielle d'entrée de commande.
Cela signifie que, non seulement l'utilisateur a le contrôle de l'entité UPnP DMR (acronyme de Digital Media Renderer pour restituteur de média numérique) dans l'équipement connecté au réseau UPnP, (de type décodeur, ou « STB », acronyme de « Set-top box », téléviseur, chaîne hifi, etc .), mais qu'il a aussi l'équivalent des boutons situés sur le boîtier de l'équipement ou des boutons de télécommande, par l'intermédiaire d'un nouveau service pour la commande à distance, notamment UPnP, à partir de toute application de commande apte à invoquer ce nouveau service de réception de commande.
Pour complètement contrôler le décodeur à un niveau UPnP, ce nouveau service UPnP a été défini et implémenté à la fois du côté du Point de Contrôle UPnP, pour la partie invocation d'actions, et du côté du dispositif à commander, pour la mise en œuvre du service de réception de commandes.
L'invention fournit donc des moyens de remplacer une commande locale (clavier du dispositif à commander) ou à distance, notamment télécommande classique (à rayons et codes infra rouge), d'un dispositif mettant en œuvre le nouveau service de réception de commande.
Selon des caractéristiques particulières, au cours de l'étape de mise en œuvre, l'application de commande obtient un fichier définissant la ou les actions à invoquer et/ou paramètres d'action éventuels en fonction des interactions de l'utilisateur avec l'interface utilisateur.
On note que la présente invention ne se limite pas aux codes de touches de télécommandes infrarouge mais s'étend à tout code de commande représentatifs d'actions susceptibles d'être opérées sur une interface matérielle d'entrée de commande, pourvu que le service de réception de commandes soit identifié par l'application de commande à distance.
Selon des caractéristiques particulières, le procédé objet de la présente invention, tel que succinctement exposé ci-dessus, comporte une étape de configuration de l'interface utilisateur conformément à un fichier de configuration, obtenu par ladite application et définissant des éléments graphiques représentant des éléments d'entrée de commande d'une interface matérielle d'entrée de commande dudit dispositif à commander.
Selon des caractéristiques particulières, le fichier de configuration est propre au dispositif à commander.
Selon des caractéristiques particulières, le fichier de configuration spécifie un type d'interactions de l'utilisateur avec chaque élément de l'interface utilisateur avec lequel l'utilisateur peut interagir, les actions invoquées et/ou paramètres éventuels de ces actions étant fonction du type d'interaction détecté. Selon un deuxième aspect, la présente invention vise un procédé de commande à distance d'un dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte une étape de mise en œuvre, sur le dispositif à commander, d'un service de réception de commande qui exécute des actions invoquées via un réseau par une application de commande à distance et qui transmet audit module de traitement de commandes des codes de commandes représentant des interactions de l'utilisateur avec une interface utilisateur associée à ladite application de commande à distance.
Selon des caractéristiques particulières, ladite application est intégrée dans une entité UPnP et le service de réception de commande est un service UPnP.
Selon des caractéristiques particulières, le procédé objet de la présente invention, tel que succinctement exposé ci-dessus, comporte une étape de découverte, par l'application de commande à distance, d'un dispositif d'un réseau mettant en œuvre le service de réception de commande à distance et, au moins au cas où plus d'un tel dispositif est découvert, une étape de présentation des dispositifs découverts et une étape de sélection, par l'utilisateur, de l'un des dispositifs découverts, lesdites invocations étant adressées au dispositif sélectionné.
La commande à distance objet de la présente invention peut être utilisée pour piloter l'ensemble des équipements à télécommande Infra Rouge, et plus généralement ceux présentant une interface matérielle d'entrée de commande. L'invention vise en particulier à mettre à disposition des entités du réseau auquel est connecté l'équipement, un service de réception de commande conçu pour transmettre des codes de commandes à un module de traitement de commande, ce module étant susceptible / conçu pour recevoir ces mêmes codes de commandes d'une interface matérielle d'entrée de commande.
Selon des caractéristiques particulières, les codes de commandes représentent des actions susceptibles d'être opérées sur une interface matérielle d'entrée de commande dudit dispositif à commander. Selon des caractéristiques particulières, les codes de commandes représentent des interactions simples, doubles ou longues de l'utilisateur avec une touche d'une interface matérielle d'entrée de commande dudit dispositif à commander.
Selon des caractéristiques particulières, au moins une action invoquée représentent une chaîne de caractères saisie avec ladite interface utilisateur.
La présente invention permet ainsi de nouvelles fonctionnalités, comme, par exemple, la recherche, à distance, de fichiers ou d'œuvre par leur titre, leur auteur, leur interprète ou toute autre référence utilisant une chaîne de caractères.
Selon des caractéristiques particulières, les codes de commandes représentent un appui ou un relâché de touche d'une interface matérielle d'entrée de commande dudit dispositif à commander.
Ainsi, typiquement, un type de gestion touche par touche comporte les appuis et relâchés d'éléments de l'interface utilisateur et un autre type de gestion ne les comporte pas. Ces appuis et relâchés permettent au service de réception de commande à distance de tenir compte de la durée de l'interaction et de différencier un appui long d'un appui court.
Selon un troisième aspect, la présente invention vise un dispositif de commande et un dispositif à commander.
Le dispositif de commande à distance d'un dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte un moyen de mise en œuvre d'une application de commande à distance, adapté, suite à une détection d'au moins une interaction d'un utilisateur avec une interface utilisateur associée à ladite application, à invoquer, via un réseau, au moins une action d'un service de réception de commande, mis en œuvre dans le dispositif à commander et transmettant audit module de traitement de commandes au moins un code de commande représentant ladite interaction.
Le dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte un moyen de mise en œuvre d'un service de réception de commande adapté à exécuter des actions invoquées via un réseau par une application de commande à distance et à transmettre audit module de traitement de commandes des codes de commandes représentant des interactions de l'utilisateur avec une interface utilisateur associée à ladite application de commande à distance.
Les avantages, buts et caractéristiques de ces dispositifs étant similaires à ceux du procédé objet de la présente invention, tels que succinctement exposés ci-dessus, ils ne sont pas rappelés ici.
D'autres avantages, buts et caractéristiques de la présente invention ressortiront de la description qui va suivre faite, dans un but explicatif et nullement limitatif, en regard des dessins annexés, dans lesquels :
- la figure 1 représente, schématiquement, un mode de réalisation particulier du système objet de la présente invention se substituant à une télécommande infrarouge
- la figure 2 représente des requêtes émises par un mode de réalisation simplifié du procédé et du système objet de la présente invention et
- la figure 3 représente, sous forme d'un logigramme, des étapes mises en œuvre dans un mode de réalisation particulier du procédé objet de la présente invention.
Dans toute la description qui suit, on utilise indifféremment les termes de « touche », « clé » ou « icône » pour désigner des éléments, matériels ou logiciels, d'actionnement avec lesquels un utilisateur peut interagir, ces éléments étant, par exemple, présents sur un clavier ou sur une interface matérielle d'entrée de commande du dispositif à commander.
La figure 1 ne représente qu'un seul dispositif de commande et qu'un seul dispositif à commander. Cependant, la présente invention s'applique aussi à la télécommande d'une pluralité de dispositifs à commander par un seul dispositif de commande.
On observe, en figure 1 , un dispositif à commander à distance 105, une télécommande classique à infrarouge 1 10 et un dispositif de commande à distance 150. Le dispositif à commander 105 est n'importe quel équipement intégrant une entité UPnP, mettant en œuvre un service UPnP défini dans le standard UPnP (par exemple un média server UPnP, un média renderer UPnP ou une imprimante Digital Media Printer, ou « DMPr », etc) et mettant en œuvre en outre un service de réception de commande tel que défini dans la présente invention.
Le dispositif à commander 105 est par exemple un décodeur, une chaîne Hifi, un ordinateur d'usage général, une radio, un téléviseur, ou une set- top-box que l'on peut commander par un clavier local, par des signaux optiques ou électriques, par courant porteur, par WiFi ou Bluetooth (marques déposées). Dans l'exemple illustré en figure 1 , le dispositif à commander peut être commandé par une interface matérielle d'entrée de commande, par exemple par une télécommande à infrarouges 1 10. A cet effet, la télécommande 1 10 possède des touches de clavier 1 15, un codeur 1 17 qui fournit un code de touche pour chaque appui sur l'une des touches du clavier 1 15 et un émetteur de signaux infrarouges 120 qui module des signaux infrarouges représentatifs des codes de touches générés par le codeur 1 17. Côté dispositif à commander 105, un récepteur de signaux infrarouges 125 reçoit ces signaux et les démodule avant de les transmettre à un module de traitement de commande 130. Le module de traitement de commande 130, après interprétation de codes de touches reçus, active une ou plusieurs des fonctions 135 du dispositif 105.
Conformément à la présente invention, on ajoute des moyens de télécommande mis en œuvre à la fois dans un dispositif de commande 150 et au moins un dispositif à commander 105. Ici, le dispositif de commande 150 est un dispositif portable, par exemple un téléphone mobile, un assistant numérique personnel, ou PDA, ou un ordinateur de poche ou portable.
Dans le mode de réalisation illustré en figure 1 , le dispositif de commande 150 comporte :
- un écran graphique 155,
- une application 160 implémentant une interface utilisateur sur l'écran graphique et un contrôleur d'interface utilisateur qui détecte des interactions de l'utilisateur avec l'interface utilisateur et invoque des actions d'un service de réception et d'interprétation de commande 170 du dispositif à commander 105 et
- un module de communication à distance 165.
Le module de communication à distance 165 communique à travers un réseau local (non représenté) avec un module de communication à distance 167 du dispositif à commander 105. Le service de réception et d'interprétation de commande 170 reçoit, via le module 167, des requêtes d'invocation d'action UPnP, interprète ces commandes et leur éventuels paramètres, et transmet au module de traitement de commandes 130 des codes de commandes résultant de cette i nterprétati on .
Le service 170, nommé par la suite service « RemoteControl », sert ainsi d'interface permettant de rendre accessibles aux entités UPnP du réseau local, le mode de commande mis en œuvre par le module 130 de traitement de commandes et les fonctions 135.
Le module de traitement de commandes 130 est susceptible de recevoir et traiter à la fois des codes de touches, émis au moyen d'un signal infrarouge à partir de la télécommande 120, et des codes de commande, dérivés de commandes UPnP véhiculées à travers le réseau local par invocation d'actions UPnP proposées par le service « RemoteControl » 170.
Le dispositif à commander 105 met en œuvre également une entité
UPnP de type « digital média renderer » ou DMR 175, qui, conformément au standard UPnP, met en œuvre les services « ConnectionManager » (pour gestionnaire de connexion) et « RenderingControl » (pour contrôle de rendu) et, en général, comprend le service « AVTransport » (pour transport audio-vidéo). Cet ensemble de services standard est représenté sur la figure 1 par la référence 171 . Les requêtes d'invocation d'actions de ces services sont également transmises à travers le module de communication à distance 165, le réseau local et le module de communication à distance 167.
Le service « RemoteControl » 170 est réalisé préférentiellement en tant que service UPnP d'une entité / d'un dispositif UPnP. Dans le mode de réalisation décrit ici à titre d'exemple, le service « RemoteControl » 170 est mis en œuvre par l'entité UPnP 175 (ou device DMR, selon la terminologie UPnP). De cette manière, au moyen de l'application de commande 160 et d'une interface utilisateur associée à cette application, un utilisateur est susceptible de commander complètement les fonctions du dispositif à commander 105 : d'une part, les fonctions élémentaires usuellement déclenchées par commandes infrarouges, et, d'autre part, les fonctions de restitution d'un DMR proposées via les services « ConnectionManager », « RenderingControl » et « AVTransport ».
Le dispositif à commander 105 peut aussi être un équipement intégrant une entité UPnP mettant en œuvre, comme seul service, le service de réception de commande UPnP tel que défini dans la présente invention.
La figure 2 représente un échange de messages pour changer de canal sur un décodeur 105. On suppose que l'application 160 permettant la commande à distance fonctionne sur un téléphone mobile 150 et, par l'intermédiaire de son interface utilisateur, affiche à l'utilisateur une liste de canaux identifiés, chacun, par un numéro de canal et des éléments graphiques représentant des touches d'un clavier numérique, portant les chiffres « 0 » à « 9 ».
En fonction des interactions détectées sur cette interface utilisateur, l'application de commande invoque des actions du service « RemoteControl » 170.
Par exemple, si l'utilisateur choisit le canal numéro « 12 », en sélectionnant successivement les touches « 1 » et « 2 » sur la partie de l'interface utilisateur du DMC représentant un clavier numérique, le DMC invoque les actions suivantes :
- l'action « SendKeyPressEvent() » avec les paramètres suivants :
KeyCode=«D1 » et PressType=« SINGLEPRESS » et
l'action « SendKeyPressEvent() » avec les paramètres suivants : KeyCode=«D2» et PressType=« SINGLEPRESS »,
où le paramètre « KeyCode » identifie la touche appuyée et le paramètre « PressType » identifie le type d'interaction, en l'occurrence le type d'appui de touche. L'application DMC a connaissance, pour tous les éléments d'interface utilisateur permettant une interaction d'un utilisateur, de chaque action à invoquer (par exemple une action ou une séquence d'actions, éventuellement déclenchées par des « macros »), des codes de touches (« key codes ») à utiliser en paramètres et du type des interactions à détecter.
Selon le même principe d'invocation d'actions, une action peut être invoquée pour une pluralité d'interactions détectées. L'application DMC 160 peut par exemple être utilisée pour envoyer une chaîne de caractères alphanumériques qu'un utilisateur aurait saisie par interactions multiples avec une partie de l'interface utilisateur représentant un clavier alphanumérique. Dans ce cas, la chaîne de caractères est par exemple transmise en tant que paramètre d'une action « SendKeyCodeSequence » conçue dans ce but.
Les requêtes d'invocation d'actions, comprenant les codes de touches et les éventuelles informations sur le type d'appui de touche, sont émises par l'application 160 et adressées au service « RemoteControl » 170 et détectées conformément au protocole de découverte prévu dans UPnP. A réception d'une requête d'invocation d'une action par le service « RemoteControl » 170 et de ses éventuels paramètres, celui-ci traduit cette requête en codes de commandes puis transmet ces codes de commandes au module de traitement 130.
On présente, ci-après, une mise en œuvre de la présente invention pour une application 160 permettant la commande à distance de plusieurs dispositifs à commander 105, application qui est générique et configurable quel que soit le dispositif à commander 105. L'application 160 est par exemple intégrée dans un DMC UPnP de manière à ce que l'ensemble des actions UPnP comprenant,
- d'une part, les actions UPnP définies dans le standard UPnP pour le service de restitution d'un DMR UPnP et,
- d'autre part, les actions UPnP définies selon la présente invention pour le service « RemoteControl » 170,
soit mis en œuvre au sein d'une seule et même application 160. Dans cette optique, l'application 160 est également nommée « application DMC ». L'application DMC 160 désigne ainsi l'application qui permet à un utilisateur de piloter des dispositifs UPnP d'un réseau domestique qui implémentent le service « RemoteControl » 170. L'application DMC 160 est composée d'une interface utilisateur (« Ul » pour « User Interface ») et d'un module DMC UPnP enrichi par la capacité de détecter et d'invoquer des actions du service « RemoteControl » 170.
Du fait de sa compatibilité avec le service « RemoteControl » 170, l'application 160 est capable de présenter à l'utilisateur, sur l'écran 155, d'une manière spécifique, les dispositifs UPnP qui mettent en œuvre le service « RemoteControl » 170. Par exemple, lorsque l'application 160 affiche la liste des dispositifs UPnP du réseau domestique, chaque dispositif mettant en œuvre le service « RemoteControl » 170 est identifié par une icône de télécommande. En sélectionnant cette icône, l'utilisateur rentre dans un mode « télécommande » du dispositif 105 considéré et des écrans spécifiques à cette commande à distance lui sont affichés sur l'écran 155, par l'interface utilisateur.
Afin de privilégier une application DMC 160 générique, préférentiellement, on définit des écrans de l'interface utilisateur dont les boutons et autres éléments graphiques interactifs sont configurables. En effet, la liste des boutons et autres éléments graphiques interactifs, leur disposition et les codes de touches associés sont décrits dans un fichier de configuration XML que l'application dispositif de commande DMC 160 obtient lors de son initialisation. Ce fichier est soit préenregistré par l'application DMC dans un répertoire de fichier prédéfini, soit transmis par le service « RemoteControl » 170 à l'application DMC à réception d'une requête définie dans ce but ou encore obtenu au moyen d'une URL fournie par le service « RemoteControl » 170.
Nous supposons que chaque interaction au niveau d'un des boutons ou d'un autre élément graphique interactif de l'interface utilisateur provoque l'envoi d'un ou plusieurs codes de touches au moyen d'une requête d'invocation d'action UPnP. Le fichier de configuration définit dans ce but la ou les actions à invoquer et/ou paramètres d'action éventuels en fonctions des interactions de l'utilisateur avec l'interface utilisateur associée à l'application de commande. L'action « SendKeyStrokeEvent » signale une frappe de touche au service « RemoteControl » 170. Elle comprend les paramètres suivants :
Argument Direction Variable d'état liée
KeyCode IN A_ARGTYP E_KeyCode
StrokeType IN A_ARGTYPE_StrokeType
Code d'erreur Description d'erreur Description
801 Invalid Key Code le code n'est pas valide
802 Invalid Stroke Type le type de frappe n'est pas valide L'action « SendKeyPressEvent » signale un appui de touche au service « RemoteControl » 170. Elle comprend les paramètres suivants :
Argument Direction Variable d'état liée
KeyCode IN A_ARGTYPE_KeyCode
PressType IN A_ARGTYPE_PressType
Code d'erreur Description d'erreur Description
801 Invalid Key Code Le code n'est pas valide
802 Invalid Press Type Le type de frappe n'est pas valide
Selon l'équipement à piloter, il peut être nécessaire de détecter différents types d'interaction de l'utilisateur sur l'interface utilisateur de l'application 160 :
- des appuis ou relâchés de touche, simulés par clic de souris sur un élément graphique représentant la touche considérée ou
- des durées d'appui de touche, simulés par clic de souris sur un élément graphique représentant la touche considérée.
Le service « RemoteControl » 170 permet en effet de gérer des durées d'appui de touches différentes (« SINGLE » pour un simple appui court, « DOUBLE » pour deux appuis courts et « LONG » pour un appui long) et des événements de plus bas niveau (de type appui ou relâché de touches). Le fichier de configuration spécifie donc le type d'interaction à détecter pour chaque élément graphique représentant un bouton, en particulier si l'interface utilisateur, le module Ul, doit effectuer la gestion du PUSH/RELEASE (ou appui/relâché) pour le bouton et, dans ce cas, envoyer les événements de bas niveau « PUSH » (appui) et « RELEASE » (relâché) via l'action « SendKeyStrokeEvent() ».
En ce qui concerne « SendKeyCodeSequence() », cette action envoie une séquence de codes de touches au service « RemoteControl » 170.
Argument Direction Variable d'état liée
KeySequence IN A_ARGTYPE_KeyCodel_ist
En ce qui concerne l'envoi de caractères, avec le nouveau service de télécommande, on peut fournir des utilisations avancées, par exemple en permettant à l'utilisateur de chercher un fichier vidéo dans un catalogue VOD par saisie de son titre, son auteur, un de ses interprètes ou toute autre référence utilisant une chaîne de caractères. Cette fonctionnalité peut être aisément fournie en mettant en œuvre une application riche (« rich média application ») basée sur un DMC compatible avec le service « RemoteControl » 170.
A cet effet, deux options d'implémentation sont envisagées :
- utiliser l'action « SendKeySequence() » pour transmettre des caractères. Pour éviter des conflits avec des codes de touches de commande à distance, on peut mettre à part les caractères (par exemple avec un antislash ou barre oblique inversée, en anglais « backslash », suivi du caractère à transmettre), ou spécifier les codes ASCII ou UTF8 (par example « ASC48 » pour le caractère « a »),
- créer une action spécifique pour transmettre des caractères « UTF-8 » (par exemple, « SendCharacters() » comportant la chaîne à transmettre comme un argument « IN »).
Le nom du fichier de configuration des écrans peut être choisi en fonction de propriétés spécifiées dans la description de l'entité UPnP. La propriété « modeIName » d'une entité UPnP est par exemple utilisée pour retrouver le nom du fichier de configuration des écrans. Par exemple, si le modeIName d'un décodeur STB est « Décodeur TV », le fichier de configuration est « decodeur_tvRemoteConfig.xml ».
On donne, ci-dessous, un exemple de fichier XML de configuration : <?xml version=«1 .0» encoding=«UTF-8»> <remoteConfig>
<button position=«1 » text=«Menu» icon=«menu.png»>
<key code=«MENU» type=«SINGLEPRESS»>
</button>
<button position=«2» text=«UP» icon=«up.png» keystroke=«UP»>
</remoteConfig>
L'exemple ci-dessus définit deux boutons :
- le bouton « MENU » qui correspond à la touche « MENU » de la télécommande. Sa sélection dans l'interface doit générer l'envoi du code de touche (« KeyCode ») « MENU » avec une variable de type d'appui (« pressType ») valant « SINGLEPRESS » (appui simple) et
- le bouton « UP » qui correspond à la flèche « haut ». L'attribut « keyStroke » permet de spécifier au module Ul qu'il doit gérer les appuis/relâchés de bas niveau pour ce bouton.
L'attribut « position » permet de préciser une position du bouton dans l'écran. Par exemple, l'écran présente les boutons sous forme de grille et chaque case de la grille est numérotée et associée à un bouton.
En parallèle de la description des étapes illustrées en figure 3, on rappelle, ci-dessous, les fondements du standard UPnP.
UPnP permet la définition, la découverte et le contrôle d'entités UPnP présentes sur le réseau (« network devices »).
Au cours d'une étape 305, on initialise, sur le dispositif de commande
150, une application 160 implémentant une interface utilisateur, implémentée sur le dispositif de commande ou sur un dispositif déporté communiquant avec le dispositif de commande, qui détecte des interactions de l'utilisateur avec l'interface utilisateur et invoque des actions du service « RemoteControl » 170, correspondant auxdites interactions.
Au cours d'une étape 310, on initialise, sur au moins un dispositif à commander 105, un service « RemoteControl » 170, qui reçoit, en provenance de l'application 160, des requêtes d'invocation d'action, les traduit en codes de commandes puis transmet ces codes de commandes au module de traitement de commandes 130. Lors d'une phase d'adressage (« addressing ») 315, chacun des dispositifs 105 et 150 rejoint le réseau UPnP, obtient automatiquement une adresse unique que les entités du réseau peuvent utiliser pour communiquer avec ce dispositif.
Au cours d'une phase de description 320, chacun des dispositifs 105 et
150 résume ses services et capacités dans un format standard. Notamment, le dispositif à commander 105 indique qu'il dispose du service « RemoteControl » 170. Lors de la phase de description, une entité UPnP donne une liste des services qu'il fournit, dans des documents basés sur XML. La description de l'entité UPnP comporte une URL permettant d'accéder à une description de chaque service fourni par cette entité. Une description de service fournit une information détaillée sur ce service, les actions que ce service fournit, les paramètres du service et sa valeur de retour.
Lors d'une phase de découverte (« discovery ») 325, le dispositif 105 est détecté par des Points de Contrôle UPnP, notamment par le dispositif 150, qui apprennent les capacités du dispositif 105 par obtention de sa description.
La phase de découverte définit comment une entité UPnP annonce sa présence et comment les Points de Contrôle UPnP la découvrent, en mettant en œuvre le protocole Simple Service Discovery Protocol (SSDP). Ce protocole SSDP étend les entêtes du protocole HTTP pour fournir un protocole de découverte simple basé sur une diffusion multicast.
Une fois qu'une entité UPnP a acquis une adresse IP, cette entité UPnP se signale périodiquement sur le réseau. Cette communication périodique ainsi que les réponses lors de phases de découvertes comportent une URL du document de description XML. Cette URL fournit aux Points de Contrôle UPnP les informations dont ils auront besoin pour retrouver les descriptions de cette entité UPnP et de ses services. Les documents de description sont retrouvés par les Points de Contrôle UPnP et scrutés, ou « parsés », pour bien connaître l'entité UPnP. Un fournisseur (« vendor ») peut ajouter des extensions au delà des fonctions de base et les inclure dans les documents de description. Ce mécanisme d'extension permet à un Point de Contrôle UPnP de préférer une interface optionnelle ou spécifique au fournisseur (« vendor-specific interface ») à une interface standard.
Lors d'une phase de contrôle 330, le dispositif 105 traite les requêtes qui lui arrivent des Points de Contrôle UPnP, notamment du dispositif 150. Lors de la phase de contrôle, les Points de Contrôle UPnP invoquent les actions d'un service d'une entité UPnP. Lorsqu'un service reçoit un message de contrôle, ce service agit selon ce message. UPnP s'appuie sur le protocole SOAP (Simple Object Access Protocol) pour le contrôle d'une entité UPnP. Ce protocole unit XML et http pour fournir des messages basés sur la toile et des mécanismes de procédures d'appel à distance : XML exprime le contenu du message alors que HTTP envoie les messages à leurs destinations. Le protocole SOAP est spécifié comme un ensemble de conventions qui gouvernent le format et les règles de traitement de messages SOAP.
Lors d'une phase de traitement d'événement (« eventing ») 335, le dispositif 105 notifie aux Points de Contrôle ayant souscrit à cette notification, chaque modification de son état interne.
Lors d'une phase de présentation 340, le dispositif 105 fournit une interface d'administration basée sur du code HTML pour permettre la manipulation directe et la surveillance du dispositif 105. Chacune des phases UPnP est en relation avec des protocoles. On note que le dispositif 105 peut fournir l'URL d'une page de présentation dans la description du dispositif.
Au cours d'une étape 345, l'utilisateur interagit avec l'interface utilisateur. Au cours d'une étape 350, l'interface utilisateur détecte chaque interaction de l'utilisateur avec l'interface utilisateur. Au cours d'une étape 355, l'application 160 invoque des actions, comportant d'éventuels paramètres, représentant lesdites interactions. Au cours d'une étape 360, la requête d'invocation est transmise au dispositif 105.
Au cours d'une étape 365, le service « RemoteControl » 170, reçoit la requête d'invocation d'action, c'est-à-dire reçoit une commande UPnP.
Au cours d'une étape 370, le service « RemoteControl » 170 interprète cette commande pour générer un ou des codes de commandes qu'il transmet au module de traitement de commandes 130. Au cours d'une étape 375, le module de traitement de commande interprète le ou les codes de commande reçus, afin d'activer la ou les fonctions 135 correspondant à ces codes de commandes.
On note que chaque entité UPnP peut offrir un grand nombre de services, chaque service ayant son propre et unique type de service. C'est ainsi que les services définissent les fonctionnalités réelles de cette entité.
Un Point de Contrôle est une entité de réseau qui invoque une fonctionnalité d'une entité UPnP. En termes de client/serveur, le Point de Contrôle est le client et l'entité UPnP est le serveur. Les Points de Contrôle invoquent des actions sur des services, en fournissant tout paramètre d'entrée requis et en recevant tout paramètre de sortie et, éventuellement, une valeur de retour. Un Point de Contrôle découvre des entités UPnP, invoque des actions sur les services de ces entités UPnP et souscrit à des notifications d'événements. De son côté, une entité UPnP répond aux invocations d'actions, envoie des événements quand des variables d'état changent et supporte une page de la toile (« web ») pour un contrôle d'administration, page appelée (« présentation page »).
Plusieurs avantages de la présente invention sont donnés ci-dessous : elle permet une interaction plus facile avec plus de possibilités au niveau de l'affichage (tactile, affichage des métadonnées...),
elle permet une interaction optimisée en termes de programmation des tâches, etc. Par exemple, je veux programmer l'enregistrement d'une émission sur le canal 2 mais je regarde le canal 5 et ne veux pas le perturber sur la télévision, ce qui n'est pas possible avec l'EPG et l'enregistrement actuel par télécommande classique. Donc je programme l'enregistrement du canal 2 avec mon application sur mon mobile,
elle permet une écriture alphabétique plus simple avec le clavier d'un mobile ou un clavier tactile sur un terminal mobile, par exemple dans le cadre d'une recherche d'une vidéo dans un catalogue de vidéo à la demande.
La télécommande UPnP donne le potentiel de concevoir et de développer de nouveaux mécanismes de commande alternatifs aux codes infrarouges enrichissant les interfaces UPnP que ces appareils possèdent déjà. La norme UPnP a été retenue dans cette description car elle est l'une des meilleures candidates pour la compatibilité, l'interopérabilité et la simplicité de développement. Cependant, les principes de l'invention sont également applicables à d'autres normes permettant la commande à distance d'équipement.
Grâce à l'invention, non seulement les utilisateurs peuvent contrôler les services du DMR de leur décodeur, mais disposent aussi d'une interface utilisateur proposant aussi l'équivalent des boutons de la télécommande et l'accès aux fonctions plus avancées du décodeur qui peut ainsi être complètement piloté depuis n'importe quel point de contrôle DMC qui implémente l'application de commande à distance.
Cette application de commande à distance est susceptible d'être mise en œuvre dans tout type de terminal apte à communiquer à travers le réseau auquel est connecté le dispositif à commander.
L'utilisateur final peut donc utiliser son téléphone portable ou tout autre appareil communiquant pour contrôler l'ensemble des services disponibles sur le dispositif à commander, ce qui permet ainsi d'évoluer au delà de la télécommande infrarouge classique.
Pour bénéficier des avantages de l'invention, il est nécessaire que le dispositif à commander implémente ce nouveau service UPnP « RemoteControl » 170.
La présente invention permet la télécommande complète d'un décodeur par l'intermédiaire d'UPnP, y compris des fonctions élémentaires telles que changer de canal, accéder à un menu, à des informations, pour lancer une lecture (« play »), arrêter la lecture, changer de plage de lecture, modifier les couleurs, monter, descendre, aller à droite ou à gauche, etc.
Grâce à l'invention, une application mettant en œuvre un « Point de Contrôle » UPnP qui a été configurée pour inclure également l'application 160 de commande à distance UPnP est capable de contrôler le décodeur par l'intermédiaire de son interface graphique associée à cette application.
La présente invention apporte aussi de nouvelles fonctionnalités, du fait notamment de la possibilité offerte à l'utilisateur de piloter, à partir d'une même interface utilisateur, plusieurs dispositifs intégrant chacun un service « RemoteControl » 170 : par exemple, le pilotage simultané d'un dispositif d'enregistrement (ou « DVR » pour « Digital Video Recorder ») et d'un téléviseur pour une programmation d'un enregistrement de contenu ou encore le pilotage simultané de deux téléviseurs distincts, susceptibles par exemple de diffuser un même programme audiovisuel. Ainsi l'invention, se prête à des applications complexes de gestion de flux multimédia nécessitant le pilotage de plusieurs équipements indépendants. L'application 160 de commande à distance peut être utilisée pour piloter l'ensemble des équipements pilotables par infrarouges et intégrant une entité UPnP, par exemple de type « Digital Media Renderer ».
Il est à noter que, avec la présente invention, l'expérience de l'utilisateur va au-delà des fonctionnalités permises au niveau du décodeur par l'entité UPnP (Digital Media Renderer) qui y est intégré. Par défaut, conformément au standard UPnP, l'entité UPnP du décodeur lui permet d'être contrôlé à distance. La présente invention vise à définir un nouveau service en termes UPnP afin de permettre le contrôle total du décodeur au moyen d'une application de commande à distance unique, c'est-à-dire l'activation à la fois des fonctions de l'entité UPnP préexistant et des fonctions de base, ces dernières étant activables jusqu'à présent uniquement au moyen d'une télécommande ou des boutons du décodeur. L'utilisateur pourra ainsi prendre son téléphone mobile intégrant cette application de pilotage, avec quelques modifications consécutives à ce nouveau service et être capable de contrôler complètement tous les services audio et vidéo sur leur téléviseur qui arrivent par le décodeur ou des services musicaux sur un dispositif Hifi.

Claims

REVENDICATIONS
1 . Procédé de commande à distance d'un dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte une étape de mise en œuvre, sur ledit dispositif de commande, d'une application de commande à distance, qui, suite à une détection d'au moins une interaction d'un utilisateur avec une interface utilisateur associée à ladite application, invoque via un réseau au moins une action d'un service de réception de commande, mis en œuvre dans le dispositif à commander et transmettant audit module de traitement de commandes au moins un code de commande représentant ladite interaction.
2. Procédé selon la revendication 1 , dans lequel, une interface matérielle d'entrée de commande étant utilisable pour la commande du dispositif à commander, le module de traitement de commandes est conçu pour recevoir un dit code de commande en provenance de ladite interface matérielle d'entrée de commande.
3. Procédé selon la revendication 1 ou 2, dans lequel ledit au moins un code de commande représente au moins une action susceptible d'être opérée sur une interface matérielle d'entrée de commande dudit dispositif à commander.
4. Procédé selon la revendication 1 , dans lequel, au cours de l'étape de mise en œuvre, l'application de commande obtient un fichier définissant la ou les actions à invoquer et/ou paramètres d'action éventuels en fonction des interactions de l'utilisateur avec l'interface utilisateur.
5. Procédé selon l'une quelconque des revendications 1 à 4, qui comporte une étape de configuration de l'interface utilisateur conformément à un fichier de configuration, obtenu par ladite application et définissant des éléments graphiques représentant des éléments d'entrée de commande d'une interface matérielle d'entrée de commande dudit dispositif à commander.
6. Procédé selon la revendication 5, dans lequel, le fichier de configuration est propre au dispositif à commander.
7. Procédé selon l'une quelconque des revendications 5 ou 6, dans lequel le fichier de configuration spécifie un type d'interactions de l'utilisateur avec chaque élément de l'interface utilisateur avec lequel l'utilisateur peut interagir, les actions invoquées et/ou paramètres éventuels de ces actions étant fonction du type d'interaction détecté.
8. Procédé de commande à distance d'un dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte une étape de mise en œuvre, sur le dispositif à commander, d'un service de réception de commande qui exécute des actions invoquées via un réseau par une application de commande à distance et qui transmet audit module de traitement de commandes des codes de commandes représentant des interactions de l'utilisateur avec une interface utilisateur associée à ladite application de commande à distance.
9. Procédé selon l'une quelconque des revendications 1 à 8, dans lequel ladite application est intégrée dans une entité UPnP et le service de réception de commande est un service UPnP.
10. Procédé selon l'une quelconque des revendications 1 à 9, qui comporte une étape de découverte, par l'application de commande à distance, d'un dispositif d'un réseau mettant en œuvre le service de réception de commande à distance et, au moins au cas où plus d'un tel dispositif est découvert, une étape de présentation des dispositifs découverts et une étape de sélection, par l'utilisateur, de l'un des dispositifs découverts, lesdites invocations étant adressées au dispositif sélectionné.
1 1 . Procédé selon l'une quelconque des revendications 1 à 10, dans lequel les codes de commandes représentent des actions susceptibles d'être opérées sur une interface matérielle d'entrée de commande dudit dispositif à commander.
12. Procédé selon l'une quelconque des revendications 1 à 1 1 , dans lequel les codes de commandes représentent des interactions simples, doubles ou longues de l'utilisateur avec une touche d'une interface matérielle d'entrée de commande dudit dispositif à commander.
13. Procédé selon l'une quelconque des revendications 1 à 12, dans lequel au moins une action invoquée représente une chaîne de caractères saisie avec ladite interface utilisateur.
14. Procédé selon l'une quelconque des revendications 1 à 1 1 , dans lequel, les codes de commandes représentent un appui ou un relâché de touche d'une interface matérielle d'entrée de commande dudit dispositif à commander.
15. Dispositif de commande à distance d'un dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte un moyen de mise en œuvre d'une application de commande à distance, adapté, suite à une détection d'au moins une interaction d'un utilisateur avec une interface utilisateur associée à ladite application, à invoquer, via un réseau, au moins une action d'un service de réception de commande, mis en œuvre dans le dispositif à commander et transmettant audit module de traitement de commandes au moins un code de commande représentant ladite interaction.
16. Dispositif à commander mettant en œuvre un module de traitement de commandes, caractérisé en ce qu'il comporte un moyen de mise en œuvre d'un service de réception de commande adapté à exécuter des actions invoquées via un réseau par une application de commande à distance et à transmettre audit module de traitement de commandes des codes de commandes représentant des interactions de l'utilisateur avec une interface utilisateur associée à ladite application de commande à distance.
EP10773657.1A 2009-09-30 2010-09-29 PROCÉDÉS ET DISPOSITIFS DE COMMANDES À DISTANCE PAR UN SERVICE UPnP Active EP2483881B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0956812 2009-09-30
PCT/FR2010/052047 WO2011039471A2 (fr) 2009-09-30 2010-09-29 PROCEDES ET DISPOSITIFS DE COMMANDES A DISTANCE PAR UN SERVICE UPnP

Publications (2)

Publication Number Publication Date
EP2483881A2 true EP2483881A2 (fr) 2012-08-08
EP2483881B1 EP2483881B1 (fr) 2018-02-28

Family

ID=42227813

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10773657.1A Active EP2483881B1 (fr) 2009-09-30 2010-09-29 PROCÉDÉS ET DISPOSITIFS DE COMMANDES À DISTANCE PAR UN SERVICE UPnP

Country Status (4)

Country Link
EP (1) EP2483881B1 (fr)
KR (1) KR101793964B1 (fr)
CN (1) CN102667885B (fr)
WO (1) WO2011039471A2 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9164779B2 (en) * 2012-02-10 2015-10-20 Nokia Technologies Oy Apparatus and method for providing for remote user interaction
CN102625171B (zh) * 2012-03-16 2014-12-03 晨星软件研发(深圳)有限公司 智能电视的远程控制方法、系统及相应的设备
CN104320718B (zh) * 2014-09-24 2017-07-25 广东欧珀移动通信有限公司 一种避免多个dmc推送媒体播放产生冲突的方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040249925A1 (en) * 2003-06-04 2004-12-09 Seong-Joon Jeon Remotely controlling appliances using a wireless terminal
WO2005036325A2 (fr) * 2003-09-19 2005-04-21 Universal Electronics Inc. Systeme et procede de mise en oeuvre d'une telecommande universelle

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6618754B1 (en) * 1995-10-23 2003-09-09 Sun Microsystems, Inc. System for transmission of embedded applications over a network
US6002450A (en) * 1997-03-24 1999-12-14 Evolve Products, Inc. Two-way remote control with advertising display
TW515146B (en) * 1998-12-09 2002-12-21 Intel Corp Remotely controlling electronic devices
US20020130834A1 (en) * 2001-03-16 2002-09-19 Emsquare Research, Inc. System and method for universal control of devices
US20080021952A1 (en) * 2005-02-01 2008-01-24 Molinie Alain Data Exchange Process and Device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040249925A1 (en) * 2003-06-04 2004-12-09 Seong-Joon Jeon Remotely controlling appliances using a wireless terminal
WO2005036325A2 (fr) * 2003-09-19 2005-04-21 Universal Electronics Inc. Systeme et procede de mise en oeuvre d'une telecommande universelle

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2011039471A2 *

Also Published As

Publication number Publication date
WO2011039471A2 (fr) 2011-04-07
CN102667885A (zh) 2012-09-12
KR101793964B1 (ko) 2017-11-06
WO2011039471A3 (fr) 2011-05-26
EP2483881B1 (fr) 2018-02-28
CN102667885B (zh) 2016-03-30
KR20120099422A (ko) 2012-09-10

Similar Documents

Publication Publication Date Title
WO2020244266A1 (fr) Procédé de commande à distance pour téléviseur intelligent, terminal mobile et téléviseur intelligent
KR101809544B1 (ko) 범용 웹 애플리케이션을 이용하여 홈 네트워크 장치를 제어하는 방법 및 장치
US20110131518A1 (en) Control apparatus and control method
RU2448362C2 (ru) Отображение обнаруженных элементов универсального режима &#34;подключай и работай&#34; на местоположение smb
US20030101294A1 (en) Method and architecture to support interaction between a host computer and remote devices
US20020027569A1 (en) Generic user control point tool for universal plug and play (UPnP) devices
US9372839B2 (en) Rendering system
EP1582035A1 (fr) PROCEDE DE CONTR LE D&amp;rsquo;APPAREILS AU SEIN D&amp;rsquo;UN RE SEAU PAR UNE TELECOMMANDE DEDIEE ET APPAREILS METTANT EN OEUVRE LE PROCEDE
US8836482B2 (en) Method and apparatus for controlling remote user interface client through the third remote user interface client
EP2483881B1 (fr) PROCÉDÉS ET DISPOSITIFS DE COMMANDES À DISTANCE PAR UN SERVICE UPnP
WO2021120586A1 (fr) Procédé de synchronisation de compte, dispositif mobile et télévision intelligente
KR100636784B1 (ko) 홈네트워크의 서비스 프레임워크
EP2119191B1 (fr) Dispositif client léger et procédé d&#39;utilisation
Ishikawa PUCC activities on overlay networking protocols and metadata for controlling and managing home networks and appliances
De Lucena et al. A home automation proposal built on the Ginga digital TV middleware and the OSGi framework
EP2633683A1 (fr) Exécution déportée d&#39;une application logicielle au sein d&#39;un réseau
KR20130090923A (ko) 자동 매칭으로 실제 객체들의 세트상에 서비스들의 배치
KR101329668B1 (ko) 푸쉬 서버를 이용한 콘텐츠 공유 시스템 및 방법
de Freitas et al. Ubiquitous services in home networks offered through digital tv
CN116614659A (zh) 一种投屏方法、显示设备及智能设备
Bjelica et al. A concept and implementation of the embeddable home controller
Epelde et al. Universal Remote Console-based next-generation accessible television
Yang et al. Collaboration of set-top box and residential gateway platforms
WO2012010803A1 (fr) Mise a disposition d&#39;informations par un terminal mobile dans un reseau
EP2577915B1 (fr) Partage d&#39;informations de contexte de restitution entre dispositifs de pilotage

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20120323

AK Designated contracting states

Kind code of ref document: A2

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

RIN1 Information on inventor provided before grant (corrected)

Inventor name: MURPHY, VINCENT

Inventor name: AGRO, ROBERTO

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20140318

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20160826

GRAJ Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted

Free format text: ORIGINAL CODE: EPIDOSDIGR1

INTC Intention to grant announced (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20171020

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 974939

Country of ref document: AT

Kind code of ref document: T

Effective date: 20180315

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602010048848

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20180228

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 974939

Country of ref document: AT

Kind code of ref document: T

Effective date: 20180228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180528

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 9

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180528

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180529

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602010048848

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20181129

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20180930

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180929

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180929

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180930

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180930

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180930

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180228

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20100929

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180628

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20230823

Year of fee payment: 14

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230822

Year of fee payment: 14

Ref country code: DE

Payment date: 20230822

Year of fee payment: 14