WO2012010803A1 - Mise a disposition d'informations par un terminal mobile dans un reseau - Google Patents

Mise a disposition d'informations par un terminal mobile dans un reseau Download PDF

Info

Publication number
WO2012010803A1
WO2012010803A1 PCT/FR2011/051756 FR2011051756W WO2012010803A1 WO 2012010803 A1 WO2012010803 A1 WO 2012010803A1 FR 2011051756 W FR2011051756 W FR 2011051756W WO 2012010803 A1 WO2012010803 A1 WO 2012010803A1
Authority
WO
WIPO (PCT)
Prior art keywords
sharing
entity
information
data
service
Prior art date
Application number
PCT/FR2011/051756
Other languages
English (en)
Inventor
Roberto Agro
Yoann Vincent
Original Assignee
France Telecom
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 filed Critical France Telecom
Publication of WO2012010803A1 publication Critical patent/WO2012010803A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/281—Exchanging configuration information on appliance services in a home automation network indicating a format for calling an appliance service function in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/284—Home automation networks characterised by the type of medium used
    • H04L2012/2841—Wireless

Definitions

  • the present invention relates generally to the communication between equipment connected to a home network, and in particular the exchange of information between these devices.
  • Smart Phone Mobile devices with advanced features, commonly referred to as the "Smart Phone”, centralize an increasing amount of information, including personal data, user preferences, and access elements. many services.
  • home networks can interconnect a plurality of equipment, including televisions, hi-fi channels, set-top boxes, internet access points, computers, game consoles.
  • the user may wish, when at home or at friends for example, to access certain services, using the equipment connected to the home network.
  • the user may wish to view, on a television, a video available on the internet after connection to his account opened in a social network.
  • the mobile terminal may include content, for example music, videos or photos, that the user may want to transmit to one of the devices of the home network, for example to display a photo stored in the terminal mobile on a photo frame connected to the home network.
  • point-to-point data links For example via a "BlueTooth" data link.
  • the devices of the home network for example television decoders or "Set-Top-Box" in English, do not necessarily have the necessary hardware components to implement this point-to-point connection.
  • the existing techniques for exchanging information between the equipment of a home network and a mobile terminal presuppose the shared use of hardware means to access the same physical layer.
  • the present invention aims to improve the situation.
  • a method of providing information accessible via a data delivery module comprises the following steps, intended to be implemented in a terminal coupled to a network:
  • said entity may be a UPnP device that can be detected by a UPnP control device implemented in the terminal.
  • the method allows two devices connected to the network to exchange information.
  • one of these devices can be equipment storing personal data, for example a mobile phone.
  • the method then proposes a solution for putting personal data, included on a mobile phone carrying a shared management module, available to different entities present on the network.
  • This entity is, for example, a collective equipment offering a customer sharing service, such as a decoder coupled to a television.
  • the decoder can thus use the personal data.
  • the method can be implemented by software components, without requiring hardware updates of the terminal.
  • the information accessible via the terminal being made available to the decoder, the latter can access services and features, without the user having to re-enter data connection and / or authentication.
  • the decoder may for example provide remote access to the user's personal contents by using the information accessible via the terminal, or display on the television information stored on the terminal.
  • to enhance the security of the sharing sharing activation process is subordinated to at least one condition.
  • activation sharing sharing is subordinated to the fact that no sharing is already activated by said customer sharing service. This variant improves security by preventing the client sharing service from sharing information with multiple terminals simultaneously.
  • the activation of information sharing is subject to obtaining authorization from a user of said entity.
  • a dialog box requesting confirmation of activation of the share may be displayed on the equipment implementing the data sharing service, for example on the display device coupled to the decoder, so as to obtain authorization of a user of this equipment.
  • This variant embodiment also makes it possible to improve security by avoiding any undesired sharing activation.
  • the information may comprise authentication and / or configuration and / or personalization data, specific to a user of said terminal, and making it possible to access from a device of said network to at least one service.
  • This information is useful in particular to know the authentication elements, preferences, and configuration elements specific to the user. This information makes it possible to adapt and personalize the services and functionalities corresponding to said information, by limiting the entries and more generally the interventions of the user.
  • the method includes a step of identifying at least one type of shared information to be transmitted to said client sharing service.
  • the type of shared information to be transmitted may be a function of the client-sharing service that receives this information. This makes it possible to transmit only the information that the client sharing service is able to receive and process.
  • the method comprises a step of obtaining a description of said client-sharing service and / or the entity found and an identification step from said description of at least one type of client. information to be transmitted to said customer sharing service.
  • the transmitted information can thus be adapted to the entity found and / or the equipment in which the client sharing service is implemented in order to share only information actually usable by this entity or this equipment or this sharing service. customer.
  • the transmitted connection data are specific to the type of information identified. In this way, it can be ensured that the client sharing service will connect to a data delivery module capable of transmitting information of a suitable type for exploitation of that information by the customer sharing service.
  • the different embodiments mentioned can be combined with each other for the implementation of the invention.
  • a method for obtaining shared information implemented by a client sharing service of an entity of a network, comprising the following steps:
  • a shared management module adapted to be coupled to a data delivery module through which information is accessible and configured so as to:
  • a terminal comprising a sharing management module according to the third aspect.
  • a client sharing module configured to:
  • Shared information received from the data delivery module provides access from a device of said network to at least one service.
  • a content rendering device comprising a client sharing module according to the fifth aspect and capable of declaring a data sharing service implemented by the client sharing module.
  • the shared information received from the data supply module is for example used to implement a service in this rendering device.
  • the invention also relates to computer programs on an information medium, these programs being capable of being implemented respectively in a computer, these programs respectively comprising instructions adapted to the implementation of the instructions. process steps according to the first or second aspect.
  • These programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • a computer-readable information medium and including instructions of a computer program according to the seventh aspect.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the methods in question.
  • FIG. 1, previously described, illustrates, by a block diagram, a home network according to one embodiment
  • FIG. 2 illustrates, by a block diagram, a method, according to one embodiment, of exchanging information between a client sharing module and a sharing management module;
  • Figure 3 shows, in a block diagram, a home network 5 according to one embodiment.
  • the home network 5 may include a wireless local area network according to the IEEE 802.11 standard called "Wi-Fi".
  • the home network 5 may also include other wireless and / or wired networks, such as an Ethernet network, and / or a line carrier network.
  • the home network 5 thus federates all the networks that constitute it, by interconnecting them.
  • the home network 5 is coupled to the Internet via a gateway 20 or "Home Gateway" in English.
  • the client sharing module SC comprises at least one client sharing module SC 10, adapted to be coupled to the home network 5 via a network interface.
  • the customer sharing module SC can be included in a decoder 12, or "Set-Top-Box" in English, coupled to a television.
  • the client sharing module SC comprises a processing unit 9 adapted on the one hand to present, via an SCS client sharing service, the services Si..S n that it offers, and on the other hand to receive information put provided by the other devices of the home network 5.
  • the client-sharing module SC comprises an SI communication interface 11 adapted to make calls to data supply services provided by other entities of the home network 5
  • the communication interface 11 may in particular be used, by applications and / or man / machine interfaces running on the decoder 12, to receive information available on the home network.
  • the client sharing module SC comprises a user interface 13, particularly adapted to take into account the requests of a user and display information, for example in the form of a web page displayed on a screen coupled to the decoder 12.
  • the home network 5 comprises at least one sharing management module 14 adapted to be coupled to the home network 5 via a network interface, for example a wireless network interface of "Wi-Fi" type.
  • the shared management module 14 may be included in a mobile terminal 18, for example a mobile phone.
  • the shared management module 14 comprises a processing unit 15, in particular adapted to detect the presence, in the home network 5, the client sharing module 10, to activate a sharing, possibly securely, with the client sharing module 10, and to transmit to the client sharing module 10 INF information.
  • the INF information comprises authentication and / or configuration and / or personalization elements, specific to a user, and allowing access to content provided by services accessible via the home network.
  • the INF information may include one or more of the following non-exhaustive list:
  • Data access to a service or entity of the network or remote including identification data and / or authentication of a user, for example identifier pairs / passwords, for:
  • the shared management module 14 cooperates with a data delivery module 16, for example implemented by the terminal in the form of a data server, configured to deliver information / shared data in response to a request.
  • the data delivery module 16 is furthermore coupled with the components of the mobile terminal 18 storing and managing the information INF, such as for example an address book management component, a message management component and / or emails, a hyperetext link management component.
  • the data delivery module 16 provides INF information delivery services, at the request of a client. Requests can include web service calls.
  • the data supply module 16 is implemented in a separate device of the terminal implementing the shared management module 14, or even in a device located outside the home network 5.
  • the data delivery module 16 is for example implemented as a web service (“Web service”) easily remotely invokable by HTTP request.
  • the home network 5 comprises entities conforming to ISO / IEC 29341, "Information technology - UPnP Device Architecture", and implements more particularly the “Universal Plug and Play Audio &Video” protocol, generally designated by the acronym UPnP AV. According to UPnP Av terminology:
  • the shared management module 14 comprises a CP UPnP control device (called “Control Point” or “Digital Media Controller” in the UPnP standard), able to detect the devices conforming to the UPnP AV protocol and the services offered by these devices receiving events from said devices and commanding them by sending commands to them (called actions in the UPnP standard);
  • CP UPnP control device called "Control Point” or “Digital Media Controller” in the UPnP standard
  • a television or a hi-fi system coupled to the decoder 12 includes a rendering device MR, called "Digital Media Renderer" in the UPnP standard; this rendering device itself comprises a client sharing module 10 implementing a data sharing service; as any service of a UPnP device, the existence of this data sharing service is detectable by the controller CP in accordance with the mechanisms of discovery and declaration of services provided in UPnP.
  • MR Digital Media Renderer
  • Each of the UPnP entities implements services specified by the UPnP AV standard.
  • the MR rendering device implements, in accordance with what is described in this document for the client sharing module, a data sharing service.
  • the client sharing module 10 and the data sharing service, implemented by this client sharing module as described in this document, may be integrated in any other UPnP device of the network 5, which it either of the "Digital Media Renderer", “Digital Media Server”, “Digital Media Player” or “Digital Media Controller” type.
  • the use of the shared data may be different, particularly in relation to the functions specific to this UPnP device.
  • a data sharing with a UPnP (“Digital Media Server") content server may be used to transmit metadata to be used to enrich the metadata of content referenced by this content server or to transmit new content to reference in this content server.
  • the remainder of the description illustrates the exemplary case in which the improved UPnP device is the MR rendering device of the decoder 12.
  • FIG. 2 An embodiment of an information exchange method between the client sharing module 10 and the sharing management module 14 is illustrated in FIG. 2.
  • the method is for example implemented when a user wishes to put in relation to its mobile terminal 16 and its decoder 12, in order to use a graphic interface displayed on a television coupled to the decoder 12 to manipulate / exploit information available via its mobile terminal 16.
  • step 110 the shared management module 14 triggers, by means of its UPnP control device ("Checkpoint" UPnP), a search in the network 5, a UPnP entity offering the SCS client sharing service, for example the SC 10 client sharing module.
  • Checkpoint UPnP
  • the user can thus start searching for a device, for example a decoder with which he wishes to exchange the information.
  • INF UPnP control device
  • step 110 may be implemented using the service discovery protocol used in the UPnP / DLNA standard, designated by the acronym "SSDP" for "Simple Service Discovery Protocol".
  • this search is to send in multicast mode a SSDP request "SEARCH” containing search criteria, including the type of service sought.
  • the service sought is of the "customer-sharing service” type: this type of service will preferably be identified by a designation specific to this service, so as to be able to distinguish it from other UPnP services likely to be deployed. works in the UPnP entities of the network.
  • the SSDP protocol makes it possible to search for entities according to their type (here, the type is content server) or according to their identifier (UUID for Universal Unique Identifier or UDN for Unique Device Name).
  • a "Sharing Client Service” parameter identifying the services of the "client sharing service” type will be added to the "SEARCH” SSDP request: this parameter will be ignored by UPnP / DLNA entities of the DMS, DMC or DMP type that do not offer a service. such service but will be interpreted and exploited by the UPnP entity integrating a customer-sharing service.
  • the UPnP entity or entities meeting the search criteria respond to this SSDP request "SEARCH" by transmitting in unicast mode a response message comprising an identifier (UUID identifier, Universal Unique Identifier or UDN identifier, Unique Device Name) of the UPnP entity. considered, as well as a hypertext link to a description (in XML format) of this entity and the UPnP services implemented by this entity.
  • the sharing management module then obtains for each found entity, such a description by means of the hypertext link provided. This description contains a list of properties describing the characteristics of the UPnP entity and the services offered by this entity.
  • the UPnP control device (“Checkpoint” UPnP) detects, in accordance with the provisions of the standard, the presence of any UPnP entity, including those including a client share service.
  • Checkpoint UPnP
  • This variant is suitable when the UPnP control device is initialized before the other devices of the network: it can thus detect the connection to the network of a UPnP entity, because it transmits following this connection an advertisement message SSDP "ALIVE" to signal his presence.
  • the variant with SSDP message "SEARCH” is best suited when the terminal including the shared management module 14 can connect to the network at any time and send the SSDP message "SEARCH” at its connection: in this variant, it is not not necessary wait for the sending of an "ALIVE" SSDP announcement message by a UPnP entity of the network to detect its presence: the response to the SSDP message "SEARCH” obtained includes the desired information.
  • a list L of UPnP entities offering the SCS client sharing service is constituted by the shared management module 14.
  • an entity of the list L is selected.
  • the list L is displayed on the mobile terminal 18, and the user selects an entity from the list L with which he wishes to exchange the information INF. It is assumed that the selected entity is the rendering device MR of the decoder 12.
  • a sharing activation request is sent by the sharing management module 14 to the selected entity of the list L.
  • the sharing activation request may take the form of sending a UPnP action called "ActivateSharing" of the sharing service implemented by the client sharing module 10 of the selected entity.
  • This activation request is used to trigger an information sharing process and establishing a connection through which the information for which the sharing is activated will be transmitted.
  • the activation request enables the client sharing module 10 that receives it to accept or, conversely, to refuse sharing, and in particular to subordinate sharing activation to at least one condition, verified by this client sharing module 10.
  • the client sharing module 10 receives the activation request then, during the step 140 causes by means of its user interface 13 the display of a dialog box on a display screen of the decoder 12, prompting the user to confirm that it allows the sharing of INF information with the selected entity, the user having the possibility to accept or refuse this sharing.
  • the client sharing module 10 sends the sharing management module 14 a sharing activation state.
  • the activation state of the share is received by the sharing management module 14.
  • This state can in particular correspond to the acceptance, to the refusal of the activation of the sharing, or to an impossibility of activation. sharing.
  • the activation state can be transmitted via a UPnP event, sent by the client sharing module 10 of the entity selected in the list L.
  • a state variable VE which can take for example values corresponding to a state of ON or OFF activation can be used to keep and track the activation status of the share.
  • Such a state variable ensures that only one share is enabled at a time for a client share module.
  • a request to activate a received share when the state variable is in the "ACTIVE” state will be denied.
  • a request to activate a share received when the state variable is in the "INACTIVE” state will be accepted, subject to authorization of the user.
  • only one share with a terminal is activated on both the given equipment including the client sharing module. This avoids conflicts between two terminals that simultaneously send different shared information.
  • a step 160 if the sharing activation state corresponds to a state in which the sharing is actually active, the sharing management module 14 transmits, to the client sharing module 10 of the selected entity of the list L , connection data to the data supply module 16, for example in the form of an address of the data supply module 16 or also of a CA access path to the data supply module 16.
  • connection data serve to establish a connection between the client sharing module 10 and the data supply module 16, connection via which the shared information will be transmitted.
  • the CA path queries the data delivery module 16 to obtain the shared INF information.
  • the access path CA can for example be a uniform resource locator (URL, Uniform Resource Locator), identifying and locating the data delivery module.
  • the access path CA in this case comprises an address IP of the equipment integrating the data supply module 16 and a communication port number via which this data delivery module 16 is addressable.
  • connection data to the data supply module 16 is performed for example by invoking a UPnP action called "SetDataPro empty URI" of the data sharing service implemented by the client sharing module 10 of the selected entity: the CA path is passed to the client share module as a parameter of the "SetDataProviderURI” action.
  • the transmitted connection data and / or the transmitted shared information are adapted to the entity found during the search step and / or to the SCS client sharing service of this entity.
  • the shared management module 14 can thus manage different types of entities that have different needs or different processing capabilities.
  • the sharing management module 14 analyzes the description obtained for this entity and / or for the SCS client sharing service of this entity and identifies:
  • the sharing management module 14 identifies the type of entity found and deduces the type / format of the shared information. to be transmitted to this entity via its customer sharing service.
  • different UPnP entities may be detected in a network: content server, rendering device, etc. Since the functions and possibilities of these entities are different, it is useful to take them into account in order to send shared information suitable for being processed by the entity for which this shared information is to be sent.
  • the sharing management module 14 identifies from the description at least one type of information to be transmitted to the client sharing service, for example by extracting from the description obtained for the found entity and / or the SCS client-sharing service, a property or identifier representative of a type / format of information that that entity and / or client-sharing service is likely to receive and process.
  • a property or identifier representative of a type / format of information that that entity and / or client-sharing service is likely to receive and process may be indicated in the description. The examples below illustrate these two alternatives.
  • the connection data sent makes it possible to establish a connection with a data supply module 16 adapted to supply useful information to be shared with a UPnP rendering device.
  • the shared information is, for example, information that is to be restored by means of said UPnP rendering device or shared information in relation to a content, it is desired to restore using said UPnP rendering device.
  • This shared information includes, for example, information to be displayed on this UPnP rendering device (contact list, in text format or an HTML web page) or a hypertext link to a content to be rendered on this UPnP rendering device.
  • the sent connection data makes it possible to establish a connection with a data delivery module 16 configured to provide useful information to be shared with a UPnP content server.
  • the shared information is, for example, information relating to a content that is to be stored and / or referenced in the UPnP content server: a hypertext link to a content to be downloaded / referenced in the UPnP content server.
  • the connection data sent makes it possible to establish a connection with a data supply module 16 adapted to provide shared information to a software application for access to services in line.
  • the shared information is, for example, authentication data (login, password, etc.) and / or profile data and / or configuration data for accessing an online service.
  • the connection data can also be adapted to the type and / or format identified, in order to simplify the connection and the dialogue between the client sharing service and the data delivery module.
  • connection data when the connection data is in the form of a URL, provision may be made to insert in the URL identifying the data delivery module 16 one or more parameters, which specify the type / format of information to be transmitted.
  • a plurality of data delivery modules 16 each data supply module being identified by one of its own connection data and being adapted to provide a type of data supply module. specific information, or even a specific information format.
  • it is the entity found during the search step that specifies to the data supply module the type and / or the format of the shared information that it wishes to obtain: for example, in transmitting to the data supply module 16 via the connection established an identifier of the type / format of shared information to be transmitted.
  • this identifier enables the data supply module 16 to identify the type / format of the shared information to be transmitted.
  • the communication interface 11 can use the access path CA to interrogate the data supply module 16 in order to obtain the information INF present on the terminal mobile.
  • the data delivery services provided by the data delivery module 16 may be invoked by the shared management module 14 using the secure hypertext transfer protocol or "HTTPS" for "HyperText Transfer Protocol Secured "in English.
  • the sharing is terminated on receipt of a request sent by the sharing management module 14 or by the client sharing module 10 of the entity selected from the list L.
  • the user can end the sharing:
  • the sharing management module 14 invoking a UPnP action called "DeactivateSharing" of the client sharing module 10 of the selected entity; or by using an application on the decoder 12, the client sharing module 10 of the selected entity then sending back an end of sharing event intercepted by the sharing management module 14.
  • the client-sharing module 10 of the selected entity exposes the following UPnP actions:
  • the equipment integrating the client sharing module 10 that is to say here the decoder 12, uses the INF information received from the data supply module 16 to access an online service or to implement operates a service in this equipment.
  • This INF information is exploited either directly by the client-sharing module 10 or by a software application for implementing a service, interfaced with the client-sharing module 10, able to receive this information from the client-sharing module 10 and to trigger upon receipt of this data the execution of one or more operations using this information: display of information, retrieval of information, configuration / customization of a service / or device, transmission of information to an entity, establishment a connection to a local or remote entity using the information when it is connection information, etc.
  • the client sharing module 10 / the software application implements a display or rendering service, for example by causing the display of these messages or of this contact list or the display / the return of this content on a user interface of the decoder 12.
  • this content can be rendered directly by the rendering device DMR of the decoder 12.
  • the client sharing module 10 / the software application automatically connects to the service / device in question.
  • the client sharing module 10 / the software application automatically performs the configuration of the service / device in question or transmits this data configuration to the entity implementing this service / device.
  • a home network 5 is considered in one embodiment.
  • An ALI software application installed on the mobile terminal 18 of the extended-feature telephone type, allows a user to access content provided by SLl, SL2 and SL3 online services. Services in lines SL1, SL2, SL3 are for example:
  • Services for sharing multimedia content for example videos, photos, music, and / or texts;
  • the online services SL1, SL2, SL3 are accessible in particular via a mediation platform 50 which offers a unified format for accessing the content of said online services.
  • the mediation platform 50 comprises a database that associates a user account with a set of identifier / password pairs associated with the online services SL1, SL2, SL3.
  • the mobile terminal 18 and the decoder 12 have an ALA software application for accessing the online services SL1, SL2, SL3 via the mediation platform 50.
  • the mediation platform 50 is configured to require data from the Internet. authentication of the user before allowing him to access the SLl, SL2, SL3 online services. The authentication may consist in entering a pair C identifier / password specific to the user and to the mediation platform 50.
  • the application ALI stores on the mobile terminal 18 the pair C identifier / password for accessing the services SL1, SL2, SL3 via the mediation platform 50.
  • a software application AL2 installed on the decoder 12 of the TV decoder type , allows a user to access content provided by online services SL1, SL2 and SL3, via the mediation platform 50, and to view / return these contents using the user interface 13 and means of rendering ( screen, speaker, etc.) of the decoder 12.
  • the pair C identifier / password known from the application ALI is made available to the software application AL2 by implementing the method of provision by the Thus, the user can access and display on a screen coupled to the decoder the same contents to which he has access from his mobile terminal.
  • the INF information relating to the pair C stored on his terminal 18 is The decoder can then connect to the online services SL1, SL2 and SL3 via the mediation platform 50. More particularly, the sequence of steps implemented between the terminal 18 and the decoder 12 leading to the establishment of a connection to the mediation platform 50 and to the access to the on-line services SL1, SL2 and SL3:
  • the user uses a sharing application coupled to the sharing management module 14 on his terminal 18 to search the entities present on the home network capable of implementing a sharing;
  • the decoder 12 is detected and selected by the user via a human machine interface
  • the sharing management module 14 requests the activation of the sharing at the client sharing module 10 of the selected decoder 12;
  • the client sharing module 10 transmits an event to inform the sharing management module 14 of the acceptance of the sharing;
  • the sharing management module 14 intercepts the event and updates the value of the shared EV variable to "ACTIVE";
  • the sharing management module 14 communicates to the client-sharing module 10 the access path CA to the data-supply module 16 in order to obtain the information INF, the said information INF comprising the pair C identifier / password allowing access services SL1, SL2, SL3 via the mediation platform 50;
  • the client sharing module 10 can then use the access path CA to interrogate the data supply module 16 and in particular obtain the pair C identifier / password.
  • the user can use the application ALA on the decoder to access the services SL1, SL2, SL3 via the mediation platform 50.
  • the application ALA having the torque C, can then connect and interact with the mediation platform, and for example find a user profile on said platform and access all the online services configured for this user.
  • ALA application instead of connecting to the service via a mediation platform, ALA application connects directly to a server implementing the service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention se rapporte à la mise à disposition d'informations accessibles par l'intermédiaire d'un module de fourniture de données compris dans un terminal couplé à un réseau, en : • recherchant, dans le réseau, d'au moins une entité proposant un service de partage client; • activant d'un partage des informations, entre le module de gestion de partages et l'entité; • après activation du partage, transmettant, à l'entité, d'un chemin d'accès comportant des données permettant d'accéder, via le module de fourniture de données, aux informations.

Description

Mise à disposition d'informations par un terminal mobile dans un réseau
La présente invention se rapporte de manière générale à la communication entre des équipements connectés à un réseau domestique, et en particulier l'échange d'informations entre ces équipements.
Les terminaux mobiles disposant de fonctionnalités évoluées, généralement désignés par le terme anglo-saxon de « Smart Phone », centralisent, une quantité croissante d'informations, notamment des données personnelles, des préférences de l'utilisateur et des éléments d'accès à de nombreux services.
Parallèlement, les réseaux domestiques permettent d'interconnecter une pluralité d'équipements, notamment des télévisions, des chaînes haute fidélité, des décodeurs, des points d'accès à internet, des ordinateurs, des consoles de jeux.
Aussi, l'utilisateur peut souhaiter, lorsqu'il est à domicile ou chez des amis par exemple, accéder à certains services, en utilisant les équipements reliés au réseau domestique. Par exemple, l'utilisateur peut souhaiter visualiser, sur une télévision, une vidéo disponible sur internet après connexion à son compte ouvert dans un réseau social. Or, lorsque les informations nécessaires pour accéder aux services sont stockées dans le terminal mobile de l'utilisateur, il peut être souhaitable de transmettre au réseau domestique ces informations pour que ce dernier les utilise. En outre, le terminal mobile peut comporter des contenus, par exemple de la musique, des vidéos ou des photos, que l'utilisateur peut vouloir transmettre à l'un des équipements du réseau domestique, par exemple pour afficher une photo stockée dans le terminal mobile sur un cadre photo relié au réseau domestique.
Pour transmettre des informations entre le terminal mobile et un dispositif du réseau domestique, il est possible de mettre en œuvre des liaisons de données point à point, par exemple via une liaison de données « BlueTooth ». Cependant, les dispositifs du réseau domestique, par exemple les décodeurs pour télévision ou « Set-Top-Box » en anglais, ne disposent pas nécessairement des composants matériels nécessaires pour mettre en œuvre cette liaison point à point. Plus généralement, les techniques existantes pour échanger des informations entre les équipements d'un réseau domestique et un terminal mobile, présupposent l'utilisation partagée de moyens matériels pour accéder à une même couche physique.
Il existe donc un besoin pour des moyens d'échange, via une couche applicative, dans un réseau domestique, d'informations entre équipements d'usage personnel et équipements d'usage collectif, et plus particulièrement, entre un terminal mobile et un décodeur pour télévision de manière à ce que ce dernier puisse accéder à des informations accessible via le terminal mobile. La présente invention vise à améliorer la situation.
Selon un premier aspect, il est proposé un procédé de mise à disposition d'informations accessibles par l'intermédiaire d'un module de fourniture de données. Il comporte les étapes suivantes, destinées à être mises en œuvre dans un terminal couplé à un réseau :
• recherche dans le réseau d'au moins une entité proposant un service de partage client configuré pour recevoir des informations partagées;
• envoi d'une demande d'activation d'un partage à une entité trouvée lors de l'étape de recherche;
• après activation du partage par l'entité trouvée, transmission à l'entité de données de connexion au module de fourniture de données,
• transmission d'informations partagées audit service de partage client.
En particulier, ladite entité peut être un dispositif UPnP apte à être détecté par un dispositif de commande UPnP mis en œuvre dans le terminal.
Ainsi, le procédé permet à deux équipements, reliés au réseau, d'échanger des informations. En particulier, un de ces équipements peut être un équipement stockant des données personnelles, par exemple un téléphone mobile. Le procédé propose alors une solution pour mettre les données personnelles, comprises sur un téléphone mobile embarquant un module de gestion de partages, à disposition de différentes entités présentes sur le réseau. Cette entité est, par exemple, un équipement collectif proposant un service de partage client, comme un décodeur couplé à une télévision. Le décodeur peut ainsi utiliser les données personnelles. Le procédé peut être mis en œuvre par des composants logiciels, sans nécessiter de mises à jour matérielles du terminal.
En outre, les informations accessibles via le terminal étant rendues disponibles au décodeur, ce dernier pourra accéder à des services et des fonctionnalités, sans que l'utilisateur n'ait à saisir à nouveau des données de connexion et/ou d'authentification. En particulier, le décodeur peut offrir par exemple un accès distant aux contenus personnels de l'utilisateur en utilisant les informations accessibles via le terminal, ou afficher sur la télévision des informations stockées sur le terminal.
Dans un mode de réalisation, pour améliorer la sécurité du processsus de partage activation du partage est subordonnée à au moins une condition.
Dans une première variante de réalisation, activation du partage du partage est subordonnée au fait qu'aucun partage ne soit déjà activé par ledit service de partage client. Cette variante permet d'améliorer la sécurité en évitant que le service de partage client ne partage des informations avec plusieurs terminaux simultanément.
Dans une deuxième variante de réalisation, l'activation du partage des informations est subordonnée à l'obtention d'une autorisation d'un utilisateur de ladite entité. Par exemple, une boîte de dialogue demandant la confirmation d'activation du partage pourra être affichée sur l'équipement mettant en œuvre le service de partage de données, par exemple sur le dispositif d'affichage couplé au décodeur, de manière à obtenir une autorisation d'un utilisateur de cet équipement.
Ce variante de réalisation permet en outre d'améliorer la sécurité en évitant toute activation de partage non souhaitée.
Les informations peuvent comprendre des données d' authentification et/ou de configuration et/ou de personnalisation, propres à un utilisateur dudit terminal, et permettant d'accéder à partir d'un équipement dudit réseau à au moins un service.
Ces informations sont utiles notamment pour connaître les éléments d' authentification, les préférences, et les éléments de configuration propres à l'utilisateur. Ces informations permettent ainsi d'adapter et personnaliser les services et les fonctionnalités correspondant auxdites informations, en limitant les saisies et plus généralement les interventions de l'utilisateur.
Dans un mode de réalisation, le procédé comprend une étape d'identification d'au moins un type d'informations partagées à transmettre audit service de partage client. En particulier, le type d'informations partagées à transmettre peut être fonction du service de partage client destinataire de ces informations. Ceci permet de ne transmettre que les informations que le service de partage client est capable de recevoir et traiter.
Dans un autre mode de réalisation, le procédé comprend une étape d'obtention d'une description dudit service de partage client et/ou de l'entité trouvée et une étape d'identification à partir de ladite description d'au moins un type d'informations à transmettre audit service de partage client.
Les informations transmises peuvent ainsi être adaptées à l'entité trouvée et/ou à l'équipement dans lequel le service de partage client est mis en œuvre afin de ne partager que des informations effectivement exploitables par cette entité ou cet équipement ou ce service de partage client.
Dans un mode de réalisation, les données de connexion transmises sont propres au type d'information identifié. De cette manière, on peut garantir que le service de partage client se connectera à un module de fourniture de données capable de transmettre des informations d'un type approprié pour une exploitation de ces informations par le service de partage client. Les différents modes de réalisation cités peuvent être combinés entre eux pour la mise en œuvre de l'invention.
Les avantages et modes de réalisation énoncés sont transposables aux autres aspects de l'invention.
Selon un deuxième aspect, il est proposé un procédé d'obtention d'informations partagées mis en œuvre par un service de partage client d'une entité d'un réseau, comprenant les étapes suivantes :
• réponse à une requête de recherche dans ledit réseau d'au moins une entité proposant un service de partage client configuré pour recevoir des informations partagées;
• réception d'une demande d'activation d'un partage;
• après activation du partage, réception de données de connexion à un module de fourniture de données par l'intermédiaire duquel des informations partagées sont accessibles,
• réception d'informations partagées en provenance du module de fourniture de données.
Selon un troisième aspect, il est proposé un module de gestion de partages, adapté à être couplé à un module de fourniture de données par l'intermédiaire duquel des informations sont accessibles et configuré de sorte à :
• rechercher dans le réseau au moins une entité proposant un service de partage client configuré pour recevoir des informations partagées;
• envoyer une demande d'activation d'un partage à une entité trouvée lors de l'étape de recherche;
• après activation du partage par l'entité trouvée, transmettre à l'entité trouvée des données de connexion au module de fourniture de données,
• transmettre des informations partagées audit service de partage client.
Selon un quatrième aspect, il est proposé un terminal comportant un module de gestion de partages selon le troisième aspect.
Selon un cinquième aspect, il est proposé un module de partage client configuré de sorte à:
• répondre à une requête de recherche dans ledit réseau d'au moins une entité proposant un service de partage client configuré pour recevoir des informations partagées;
• recevoir une demande d'activation d'un partage; • après activation du partage, recevoir des données de connexion à un module de fourniture de données par l'intermédiaire duquel des informations partagées sont accessibles,
• recevoir des informations partagées en provenance du module de fourniture de données.
Les informations partagées reçues du module de fourniture de données permettent d'accéder à partir d'un équipement dudit réseau à au moins un service.
Selon un sixième aspect, il est proposé un dispositif de restitution de contenus, comportant un module de partage client selon le cinquième aspect et apte à déclarer un service de partage de données mis en œuvre par le module de partage client. Les informations partagées reçues du module de fourniture de données sont par exemple utilisées pour mettre en œuvre un service dans ce dispositif de restitution.
Selon un septième aspect, l'invention vise aussi des programmes d'ordinateur sur un support d'informations, ces programmes étant susceptibles d'être mis en œuvre respectivement dans un ordinateur, ces programmes comportant respectivement des instructions adaptées à la mise en œuvre des étapes des procédés selon le premier ou le deuxième aspect.
Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
Selon un huitième aspect, il est proposé un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon le septième aspect. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés en question. D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation.
L'invention sera également mieux comprise à l'aide des dessins, sur lesquels :
la figure 1, précédemment décrites, illustrent, par un synoptique, un réseau domestique selon un mode de réalisation ;
la figure 2, illustre, par un synoptique, un procédé, selon un mode de réalisation, d'échange d'informations entre un module de partage client et un module de gestion de partages;
la figure 3 montre, par un schéma de principe, un réseau domestique 5 selon un mode de réalisation.
Sur la figure 1 est représenté un réseau domestique 5 selon un mode de réalisation. A titre d'exemple non limitatif, le réseau domestique 5 peut comporter un réseau local sans fil selon la norme IEEE 802.11 dit « Wi-Fi ». Le réseau domestique 5 peut également comporter d'autres réseaux sans fil et/ou filaires, comme par exemple un réseau Ethernet, et/ou un réseau sur courant porteur de ligne. Le réseau domestique 5 fédère ainsi l'ensemble des réseaux qui le constitue, en les interconnectant. En outre, le réseau domestique 5 est couplé à Internet via une passerelle 20 ou « Home Gateway » en anglais.
Il comporte au moins un module de partage client SC 10, adapté à être couplé au réseau domestique 5 via une interface réseau. A titre d'exemple non limitatif, le module de partage client SC peut être inclus dans un décodeur 12, ou « Set-Top-Box » en anglais, couplé à une télévision. Le module de partage client SC comporte une unité de traitement 9 adaptée d'une part pour présenter, via un service de partage client SCS, les services Si..Sn qu'il propose, et d'autre part pour recevoir des informations mises à disposition par les autres dispositifs du réseau domestique 5. Le module de partage client SC comprend une interface 11 de communication SI adaptée pour émettre des appels à destination de services de fourniture de données, mis à disposition par d'autres entités du réseau domestique 5. L'interface 11 de communication peut notamment être utilisée, par des applications et/ou des interfaces homme/machine s'exécutant sur le décodeur 12, pour recevoir des informations disponibles sur le réseau domestique. Le module de partage client SC comprend une interface utilisateur 13, adaptée notamment pour prendre en compte les demandes d'un utilisateur et afficher des informations, par exemple sous la forme d'une page web affichée sur un écran couplé au décodeur 12.
Le réseau domestique 5 comporte au moins un module de gestion de partages 14 apte à être couplé au réseau domestique 5 via une interface réseau, par exemple une interface réseau sans fil de type « Wi-Fi ». A titre d'exemple non limitatif, le module de gestion de partages 14 peut être inclus dans un terminal mobile 18, par exemple un téléphone mobile. Le module de gestion de partages 14 comporte une unité de traitement 15 notamment adaptée pour détecter la présence, dans le réseau domestique 5, du module de partage client 10, pour activer un partage, éventuellement de manière sécurisée, avec le module de partage client 10, et pour transmettre au module de partage client 10 des informations INF.
Les informations INF comprennent des éléments d'authentification et/ou de configuration et/ou de personnalisation, propres à un utilisateur, et permettant d'accéder à des contenus fournis par des services accessibles via le réseau domestique. En particulier, les informations INF peuvent comprendre un ou plusieurs éléments parmi la liste non exhaustive suivante:
• un ou plusieurs contenus, par exemple: une liste de contacts, des messages court dit « SMS » en anglais pour « Short Message Service », des courriels, et plus généralement tous autres contenus stockés dans le terminale mobile 18; et/ou
• des données d'accès à un service ou à une entité du réseau ou distante, notamment des données d'identification et/ou d'authentification d'un utilisateur, par exemple des couples identifiant / mots de passe, pour:
• accéder à des sites et des services via Internet;
• accéder à un terminal d'un réseau distant, après connexion à une passerelle de ce réseau;
• se connecter à un serveur ou une plate -forme de médiation;
• des données de configuration et/ou de personnalisation d'un service et/ou d'un équipement. Le module de gestion de partages 14 coopère avec un module de fourniture de données 16, par exemple mis en œuvre par le terminal sous forme de serveur de données, configuré pour délivrer des informations / données partagées en réponse à une requête. Le module de fourniture de données 16 est en outre couplé avec les composants du terminal mobile 18 stockant et gérant les informations INF, comme par exemple un composant de gestion d'un carnet d'adresses, un composant de gestion des messages et/ou des courriels, un composant de gestion de liens hyperetextes. Le module de fourniture de données 16 propose des services de fourniture des informations INF, sur demande d'un client. Les demandes peuvent notamment être des appels de type service Web.
Selon une variante de réalisation, le module de fourniture de données 16 est mis en œuvre dans un équipement distinct du terminal mettant en œuvre le module de gestion de partages 14, voire même dans un équipement situé hors du réseau domestique 5. Dans ce dernier cas, le module de fourniture de données 16 est par exemple implémenté sous forme de service Web ("Web service") aisément invocable à distance par requête HTTP.
Dans un mode de réalisation, le réseau domestique 5 comprend des entités conformes à la norme ISO/IEC 29341, « Information technology - UPnP Device Architecture », et met en œuvre plus particulièrement le protocole « Universal Plug and Play Audio & Video », généralement désigné par l'acronyme UPnP AV. Selon la terminologie UPnP Av:
• le module de gestion de partages 14 comprend un dispositif de commande CP UPnP (nommé « Control Point » ou « Digital Media Controller » dans la norme UPnP), apte à détecter les dispositifs conformes au protocole UPnP AV et les services proposés par ces dispositifs, à recevoir des événements desdits dispositifs et à commander ces derniers en leur envoyant des commandes (appelées actions dans le standard UPnP) ;
• une télévision ou une chaîne haute fidélité couplé au décodeur 12 comprend un dispositif de rendu MR , nommé « Digital Media Renderer » dans le standard UPnP; ce dispositif de rendu comprend lui-même un module de partage client 10 mettant en œuvre un service de partage de données; comme tout service d'un dispositif UPnP, l'existence de ce service de partage de données est détectable par le dispositif de commande CP conformément aux mécanismes de découverte et de déclaration de services prévus dans UPnP.
Chacune des entités UPnP implémente des services spécifiés par la norme UPnP AV. Outre les services spécifiés dans la norme UPnP AV, le dispositif de rendu MR met en œuvre, conformément à ce qui est décrit dans ce document pour le module de partage client, un service de partage de données.
Le module de partage client 10 et le service de partage de données, mis en œuvre par ce module de partage client selon ce qui est décrit dans ce document, est susceptible d'être intégré dans tout autre dispositif UPnP du réseau 5, qu'il soit de type « Digital Media Renderer », « Digital Media Serveur », « Digital Media Player » ou « Digital Media Controller ». Selon le dispositif UPnP dans lequel ce module de partage client 10 sera intégré, l'usage des données partagées pourra être différent, notamment en rapport avec les fonctions propres à ce dispositif UPnP. Par exemple, un partage de données avec un serveur de contenus UPnP (« Digital Media Serveur ») pourra être utilisé pour transmettre des métadonnées à utiliser pour enrichir les métadonnées d'un contenu référencé par ce serveur de contenus ou pour transmettre un nouveau contenu à référencer dans ce serveur de contenus. La suite de la description illustre le cas d'exemple dans lequel le dispositif UPnP amélioré est le dispositif de rendu MR du décodeur 12.
Un mode de réalisation d'un procédé d'échange d'informations entre le module de partage client 10 et le module de gestion de partages 14 est illustré sur la figure 2. Le procédé est par exemple mis en œuvre lorsqu'un utilisateur souhaite mettre en relation son terminal mobile 16 et son décodeur 12, afin d'utiliser une interface graphique affichée sur une télévision couplée au décodeur 12 pour manipuler / exploiter des informations disponibles via son terminal mobile 16.
Dans une étape 110, le module de gestion de partages 14 déclenche au moyen de son dispositif de commande UPnP ("Point de contrôle" UPnP) une recherche, dans le réseau domestique 5, d'une entité UPnP offrant le service de partage client SCS, par exemple le module de partage client SC 10. L'utilisateur peut ainsi lancer la recherche d'un équipement, par exemple un décodeur avec lequel il souhaite échanger les informations INF. A titre d'exemple, l'étape 110 peut être mise en œuvre en utilisant le protocole de découverte de service utilisé dans le standard UPnP / DLNA, désigné par le sigle anglo-saxon « SSDP » pour « Simple Service Discovery Protocol ».
En cas d'utilisation du protocole de découverte SSDP, cette recherche consiste à envoyer en mode multicast une requête SSDP « SEARCH » contenant des critères de recherche, notamment le type de service recherché. En l'occurrence, le service recherché est du type « service de partage client » : ce type de service sera identifié de préférence par une désignation propre à ce service, de manière à pouvoir le distinguer des autres services UPnP susceptibles d'être mis en œuvres dans les entités UPnP du réseau.
Le protocole SSDP permet en effet de rechercher des entités selon leur type (ici, le type est serveur de contenus) ou selon leur identifiant (UUID pour Universal Unique Identifier ou UDN pour Unique Device Name). Un paramètre "Sharing Client Service" identifiant les services du type « service de partage client » sera jouté à la requête SSDP « SEARCH » : ce paramètre sera ignoré par les entités UPnP / DLNA de type DMS, DMC ou DMP qui ne proposent pas un tel service mais sera interprété et exploité par l'entité UPnP intégrant un service de partage client.
La ou les entités UPnP répondant aux critères de recherche répondent à cette requête SSDP « SEARCH » en transmettant en mode unicast un message de réponse comprenant un identifiant (identifiant UUID, Universal Unique Identifier ou identifiant UDN, Unique Device Name) de l'entité UPnP considérée, ainsi qu'un lien hypertexte vers une description (au format XML) de cette entité et des services UPnP mis en œuvre par cette entité. Le module de gestion de partages obtient ensuite pour chaque entité trouvée, une telle description au moyen du lien hypertexte fourni. Cette description contient une liste de propriétés décrivant les caractéristiques de l'entité UPnP et des services proposés par cette entité.
En variante de réalisation, au lieu d'utiliser un message SSDP « SEARCH » lors de l'étape de recherche, le dispositif de commande UPnP ("Point de contrôle" UPnP) détecte, conformément à ce qui est prévu dans le standard, la présence de toute entité UPnP, y compris celles comprenant un service de partage client . Cette variante convient lorsque le dispositif de commande UPnP est initialisé avant les autres dispositifs du réseau : il peut ainsi détecter la connexion au réseau d'une entité UPnP, car celle-ci émet suite à cette connexion un message d'annonce SSDP « ALIVE » pour signaler sa présence.
La variante avec message SSDP « SEARCH » convient elle mieux lorsque le terminal incluant le module de gestion de partages 14 peut se connecter au réseau à tout moment et envoyer dès sa connexion le message SSDP « SEARCH » : dans cette variante, il n'est pas nécessaire d'attendre l'émission d'un message d'annonce SSDP « ALIVE » par une entité UPnP du réseau pour détecter sa présence : la réponse au message SSDP « SEARCH » obtenue comprend les informations voulues.
Dans une étape 120, à l'issue de l'étape 110 de recherche, une liste L d'entités UPnP offrant le service de partage client SCS est constituée par le module de gestion de partages 14.
Dans une étape 130, une entité de la liste L est sélectionnée. Typiquement, la liste L est affichée sur le terminal mobile 18, et l'utilisateur sélectionne une entité de la liste L avec laquelle il souhaite échanger les informations INF. On suppose que l'entité sélectionnée est le dispositif de rendu MR du décodeur 12.
Dans une étape 140, une demande d'activation du partage est envoyée par le module de gestion de partages 14 à l'entité sélectionnée de la liste L. Par exemple, selon le protocole UPnP Av, la demande d'activation du partage peut prendre la forme de l'envoi d'une action UPnP appelée « ActivateSharing » du service de partage mis en œuvre par le module de partage client 10 de l'entité sélectionnée. Cette demande d'activation sert à déclencher un processus de partage d'informations et l'établissement d'une connexion via laquelle seront transmises les informations pour lesquelles le partage est activé. La demande d' activation permet au module de partage client 10 qui la reçoit d'accepter ou au contraire de refuser le partage, et notamment de subordonner activation du partage à au moins une condition, vérifiée par ce module de partage client 10.
Le module de partage client 10 reçoit la demande d'activation puis, au cours de l'étape 140 provoque au moyen de son interface utilisateur 13 l'affichage d'une boîte de dialogue sur un écran d'affichage du décodeur 12, incitant l'utilisateur à confirmer qu'il autorise le partage des informations INF avec l'entité sélectionnée, l'utilisateur ayant la possibilité d'accepter ou de refuser ce partage. En réponse à la demande d'activation, le module de partage client 10 envoie au module de gestion de partages 14 un état d'activation du partage.
Dans une étape 150, l'état d'activation du partage est reçu par le module de gestion de partages 14. Cet état peut notamment correspondre à l'acceptation, au refus de l'activation du partage, ou à une impossibilité d'activation du partage. L'état d'activation peut être transmis via un événement UPnP, émis par le module de partage client 10 de l'entité sélectionnée dans la liste L. Une variable d'état VE, pouvant prendre par exemple des valeurs correspondant à un état d'activation INACTIF ou ACTIF, peut être utilisée pour conserver et suivre l'état d'activation du partage.
Une telle variable d'état permet de s'assurer qu'un seul partage est activé à la fois pour un module de partage client. En particulier, une demande d'activation d'un partage reçue lorsque la variable d'état est dans l'état « ACTIF » sera refusée. Une demande d'activation d'un partage reçue lorsque la variable d'état est dans l'état « INACTIF » sera elle acceptée, sous réserve d'autorisation de l'utilisateur. Ainsi un seul partage avec un terminal est activé à la fois sur l'équipement donné comprenant le module de partage client. Ceci évite les conflits entre deux terminaux qui enverraient simultanément des informations partagées différentes.
Dans une étape 160, si l'état d'activation du partage correspond à un état dans lequel le partage est effectivement actif, le module de gestion de partages 14 transmet, au module de partage client 10 de l'entité sélectionnée de la liste L, des données de connexion au module de fourniture de données 16, par exemple sous forme d'adresse du module de fourniture de données 16 ou encore de chemin d'accès CA au module de fourniture de données 16. Ces données de connexion servent à établir une connexion entre le module de partage client 10 et le module de fourniture de données 16, connexion via laquelle seront transmises les informations partagées.
Le chemin d'accès CA permet d'interroger le module de fourniture de données 16 afin d'obtenir les informations INF partagées. Le chemin d'accès CA peut par exemple être un localisateur uniforme de ressources (URL, « Uniform Resource Locator » en anglais), identifiant et localisant le module de fourniture de données 16. Le chemin d'accès CA comporte dans ce cas une adresse IP de l'équipement intégrant le module de fourniture de données 16 et un numéro de port de communication via lequel ce module de fourniture de données 16 est adressable.
La transmission de données de connexion au module de fourniture de données 16 est effectuée par exemple en invoquant une action UPnP appelée "SetDataPro vider URI " du service de partage de données mis en œuvre par le module de partage client 10 de l'entité sélectionnée: le chemin d'accès CA est transmis au module de partage client en tant que paramètre de l'action "SetDataProviderURI ".
Dans un premier mode de réalisation, les données de connexion transmises et/ou les informations partagées transmises sont adaptées à l'entité trouvée lors de l'étape de recherche et/ou au service de partage client SCS de cette entité. Le module de gestion de partages 14 peut ainsi gérer différents types d'entités qui auraient des besoins différents ou des capacités de traitement différentes.
Dans ce but le module de gestion de partages 14 analyse la description obtenue pour cette entité et/ou pour le service de partage client SCS de cette entité et identifie :
- le type d'entité trouvée et/ou,
- le ou les types d'informations partagées à transmettre et/ou
- le format dans lequel les informations partagées sont à transmettre.
Dans une première alternative de ce premier mode de réalisation, le module de gestion de partages 14 identifie le type d'entité trouvée et en déduit le type / format des informations partagées à transmettre à cette entité via son service de partage client. Dans le cas du standard UPnP, différentes entités UPnP peuvent être détectées dans un réseau : serveur de contenus, dispositif de restitution, etc. Les fonctions et possibilités de ces entités étant différentes, il est utile de les prendre en compte pour envoyer des informations partagées propres à être traités par l'entité destinatrice de ces informations partagées.
Dans une deuxième alternative de ce premier mode de réalisation, le module de gestion de partages 14 identifie à partir de la description au moins un type d'informations à transmettre au service de partage client, par exemple en extrayant de la description obtenue pour l'entité trouvée et/ou le service de partage client SCS, une propriété ou un identifiant représentatif d'un type / format d'informations que cette entité et/ou ce service de partage client est susceptible de recevoir et de traiter. Dans ce deuxième cas, un ou plusieurs types / formats d'informations peuvent être indiqués dans la description. Les exemples ci-dessous illustrent ces deux alternatives.
Selon un premier exemple, si l'entité trouvée est un dispositif de restitution UPnP les données de connexion envoyées permettent d'établir une connexion avec un module de fourniture de données 16 adapté à fournir des informations utiles à partager avec un dispositif de restitution UPnP. Les informations partagées sont par exemples des informations dont on souhaite la restitution au moyen dudit dispositif de restitution UPnP ou des informations partagées en rapport avec un contenu on souhaite la restitution au moyen dudit dispositif de restitution UPnP. Ces informations partagées comprennent par exemple des informations à afficher sur ce dispositif de restitution UPnP (liste de contacts, au format texte ou une page Web au format HTML) ou bien un lien hypertexte vers un contenu à restituer sur ce dispositif de restitution UPnP.
Selon un autre exemple, si l'entité trouvée est un serveur de contenus UPnP les données de connexion envoyées permettent d'établir une connexion avec un module de fourniture de données 16 configuré pour fournir des informations utiles à partager avec un serveur de contenus UPnP. Les informations partagées sont par exemples des informations en rapport avec un contenu dont on souhaite le stockage et/ou le référencement dans le serveur de contenus UPnP : un lien hypertexte vers un contenu à télécharger / référencer dans le serveur de contenus UPnP .
Selon encore un autre exemple, si l'entité trouvée ne comprend aucun autre service UPnP - mis à part le service de partage client SCS - mais met en œuvre une application logicielle ALA d'accès à des services en ligne SL1, SL2, SL3 via la plate -forme de médiation 50, les données de connexion envoyées permettent d'établir une connexion avec un module de fourniture de données 16 adapté à fournir des informations partagées à une application logicielle d'accès à des services en ligne. Les informations partagées sont par exemples des données d' authentification (login, mot de passe, etc) et/ou des données de profil et/ou des données de configuration pour l'accès à un service en ligne. Dans les deux alternatives qui viennent d'être décrites, les données de connexion peuvent également être adaptées au type et/ou au format identifié, afin de simplifier la connexion et le dialogue entre le service de partage client et le module de fourniture de données. Par exemple, lorsque les données de connexion sont sous forme d'URL, il peut être prévu d'insérer dans l'URL identifiant le module de fourniture de données 16 un ou des paramètres, qui spécifient le type / format d'information à transmettre par ce module de fourniture de données 16. En variante, il est prévu plusieurs modules de fourniture de données 16, chaque module de fourniture de données étant identifié par un des données de connexion qui lui sont propres et étant adapté à fournir un type d'information spécifique, voire un format d'information spécifique. Dans un deuxième mode de réalisation, c'est l'entité trouvée lors de l'étape de recherche qui spécifie au module de fourniture de données le type et/ou le format des informations partagées celles qu'elle souhaite obtenir : par exemple, en transmettant au module de fourniture de données 16 via la connexion établie un identifiant du type / format d'informations partagées à transmettre. Dans ce deuxième mode de réalisation, cet identifiant permet au module de fourniture de données 16 d'identifier le type / format des informations partagées à transmettre.
Lorsque l'entité sélectionnée de la liste L est le dispositif de rendu MR, l'interface de communication 11 peut utiliser le chemin d'accès CA pour interroger le module de fourniture de données 16 afin d'obtenir les informations INF présentes sur le terminal mobile. De manière à renforcer la sécurité, les services de fourniture de données proposés par le module de fourniture de données 16 peuvent être invoqués par le module de gestion de partages 14 en utilisant le protocole de transfert hypertexte sécurisé ou « HTTPS » pour « HyperText Transfer Protocol Secured » en anglais.
Dans une étape 170 optionnelle, il est mis fin au partage sur réception d'une requête émise par le module de gestion de partages 14 ou par le module de partage client 10 de l'entité sélectionnée de la liste L. A titre d'exemple, l'utilisateur peut mettre fin au partage :
soit en utilisant une application sur le terminal mobile, le module de gestion de partages 14 appelant une action UPnP appelée « DeactivateSharing » du module de partage client 10 de l'entité sélectionnée; soit en utilisant une application sur le décodeur 12, le module de partage client 10 de l'entité sélectionnée émettant alors en retour un événement de fin de partage intercepté par le module de gestion de partages 14.
On notera que, dans le mode de réalisation basé sur le protocole UPnP, le module de partage client 10 de l'entité sélectionnée expose les actions UPnP suivantes :
• « ActivateSharing »;
• « DeactivateSharing »;
• « SetDataPro vider URI » avec en paramètre d'entrée le chemin d'accès CA ;
Dans une étape 180, l'équipement intégrant le module de partage client 10, c'est-à-dire ici le décodeur 12, utilise les informations INF reçues du module de fourniture de données 16 pour accéder à un service en ligne ou mettre en œuvre un service dans cet équipement.
Ces informations INF sont exploitées soit directement par le module de partage client 10, soit par une application logicielle de mise en œuvre d'un service, interfacée avec le module de partage client 10, apte à recevoir ces informations du module de partage client 10 et à déclencher à réception de ces données l'exécution d'une ou plusieurs opérations utilisant ces informations: affichage des informations, restitution des informations, configuration / personnalisation d'un service / ou d'un dispositif, transmission des informations à une entité, établissement d'une connexion avec une entité locale ou distante au moyen des informations lorsque ce sont des informations de connexion, etc.
Par exemple, lorsque les informations INF reçues sont des messages ou une liste de contact ou un contenu quelconque, le module de partage client 10 / l'application logicielle met en œuvre un service d'affichage ou de restitution, par exemple en provoquant l'affichage de ces messages ou de cette liste de contact ou l'affichage / la restitution de ce contenu sur une interface utilisateur du décodeur 12. Lorsque le contenu est une vidéo ou un contenu audio, ce contenu peut être restitué directement par le dispositif de rendu DMR du décodeur 12.
Par exemple encore, lorsque les informations INF reçues sont des données de connexion à un service ou à un dispositif, le module de partage client 10 / l'application logicielle se connecte automatiquement au service / dispositif en question.
Par exemple encore, lorsque les informations INF reçues sont des données de configuration d'un service / d'un dispositif, le module de partage client 10 / l'application logicielle effectue automatiquement la configuration du service / du dispositif en question ou transmet ces données de configuration à l'entité mettant en œuvre ce service / à ce dispositif.
Par référence à la figure 3 est décrit un exemple d'application de l'invention. On considère dans la suite de la description un réseau domestique 5 dans un mode de réalisation. Une application logicielle ALI, installée sur le terminal mobile 18 de type téléphone à fonctionnalités étendues, permet à un utilisateur d'accéder à des contenus fournis par des services en ligne SLl, SL2 et SL3. Les services en lignes SLl, SL2, SL3 sont par exemple :
• des services d'informations et de divertissement fournissant des données météorologique, de trafic routier, d'horoscopes ;
· des services de partages de contenus multimédia, par exemple de vidéos, de photos, de musiques, et/ou de textes ;
• des services fournis par l'opérateur gérant le réseau mobile auquel se connecte le terminal mobile 18.
Les services en ligne SLl, SL2, SL3 sont accessibles notamment par l'intermédiaire d'une plate - forme de médiation 50 qui propose un format unifié pour l'accès aux contenus desdits services en ligne. La plate -forme de médiation 50 comprend une base de données qui associe un compte utilisateur un ensemble de couples identifiant / mot de passe associés aux services en ligne SLl, SL2, SL3. Le terminal mobile 18 et le décodeur 12 disposent d'une application logicielle ALA d'accès aux services en ligne SLl, SL2, SL3 via la plate-forme de médiation 50. La plateforme de médiation 50 est configurée de manière à requérir des données d'authentification de l'utilisateur avant de lui permettre d'accéder aux services en ligne SLl, SL2, SL3. L' authentification peut consister en la saisie d'un couple C identifiant/mot de passe propre à l'utilisateur et à la plateforme de médiation 50.
L'application ALI stocke sur le terminal mobile 18 le couple C identifiant / mot de passe permettant d'accéder aux services SLl, SL2, SL3 via la plateforme de médiation 50. Une application logicielle AL2, installée sur le décodeur 12 de type décodeur TV, permet à un utilisateur d'accéder à des contenus fournis par des services en ligne SLl, SL2 et SL3, via la plateforme de médiation 50, et de visualiser / restituer ces contenus en utilisant l'interface utilisateur 13 et des moyens de restitutions (écran, haut parleur, etc.) du décodeur 12. Le couple C identifiant / mot de passe, connu de l'application ALI, est mis à disposition de l'application logicielle AL2 en mettant en œuvre le procédé de mise à disposition par le terminal mobile 18 d'informations au décodeur 12. Ainsi, l'utilisateur peut accéder et afficher sur un écran couplé au décodeur aux mêmes contenus auxquels il a accès à partir de son terminal mobile. Par exemple, lorsque l'utilisateur se connecte avec son terminal 18 au réseau domestique 5, ledit réseau domestique étant déployé chez l'utilisateur, chez un tiers ou dans un lieu public, les informations INF relatives au couple C stockées sur son terminal 18 sont partagées et mises à disposition du décodeur 12. Le décodeur pourra alors se connecter aux services en ligne SLl, SL2 et SL3, via la plateforme de médiation 50. On décrit plus particulièrement la séquence d'étapes mises en œuvre entre le terminal 18 et le décodeur 12 aboutissant à l'établissement d'une connexion à la plate -forme de médiation 50 et à l'accès aux services en ligne SL1, SL2 et SL3 :
• l'utilisateur utilise une application de partage couplée au module de gestion de partages 14 sur son terminal 18 pour rechercher les entités présentes sur le réseau domestique aptes à mettre en œuvre un partage ;
• le décodeur 12 est détecté et sélectionné par l'utilisateur via une interface homme machine ;
• le module de gestion de partages 14 demande l'activation du partage au module de partage client 10 du décodeur 12 sélectionné ;
• une confirmation portant sur la mise en œuvre du partage est demandée à l'utilisateur via l'interface utilisateur 13 du module de partage client 10 ;
• l'utilisateur confirme son souhait d'établir le partage, par exemple en pressant un bouton d'une télécommande du décodeur ;
• le module de partage client 10 émet un événement pour informer le module de gestion de partages 14 de l'acceptation du partage ;
• le module de gestion de partages 14 intercepte l'événement et met à jour la valeur de la variable VE de partage à "ACTIF" ;
• le module de gestion de partages 14 communique au module de partage client 10 le chemin d'accès CA au module de fourniture de données 16 afin d'obtenir les informations INF, lesdites informations INF comportant le couple C identifiant / mot de passe permettant d'accéder aux services SL1, SL2, SL3 via la plateforme de médiation 50 ;
• le module de partage client 10 peut alors utiliser le chemin d'accès CA pour interroger le module de fourniture de données 16 et obtenir notamment le couple C identifiant / mot de passe.
Une fois cette mise en relation effectuée, l'utilisateur peut utiliser l'application ALA sur le décodeur pour accéder aux services SL1, SL2, SL3 via la plateforme de médiation 50. L'application ALA, disposant du couple C, peut alors se connecter et interagir avec la plateforme de médiation, et par exemple retrouver un profil utilisateur sur ladite plate-forme et accéder à l'ensemble des services en ligne configurés pour cet utilisateur.
Dans une variante de réalisation, au lieu de se connecter au service via une plateforme de médiation, application ALA de connecte directement à un serveur mettant en œuvre le service.

Claims

REVENDICATIONS
Procédé de mise à disposition d'informations (INF) accessibles par l'intermédiaire d'un module de fourniture de données (16), caractérisé en ce qu'il comporte les étapes suivantes, destinées à être mises en œuvre dans un terminal (18) couplé à un réseau (5) :
• recherche (110) dans le réseau d'au moins une entité proposant un service de partage client configuré pour recevoir des informations partagées (SCS) ;
• envoi d'une demande d'activation d'un partage (120, 130, 140, 150) à une entité trouvée lors de l'étape de recherche;
• après activation du partage par l'entité trouvée, transmission (160) à l'entité de données de connexion au module de fourniture de données,
• transmission d'informations partagées audit service de partage client.
Procédé selon la revendication 1, dans lequel l'activation du partage est subordonnée (140) à au moins une condition.
Procédé selon la revendication 1, dans lequel l'activation du partage est subordonnée au fait qu'aucun partage ne soit déjà activé par ledit service de partage client.
Procédé selon la revendication 1 ou 3, dans lequel l'activation du partage est subordonnée (140) à l'obtention d'une autorisation d'un utilisateur de ladite entité.
5. Procédé selon la revendication 1, dans lequel ladite entité est un dispositif UPnP apte à être détecté par un dispositif de commande UPnP mis en œuvre dans le terminal et ledit service de partage client est un service UPnP.
6. Procédé selon la revendication 1, comprenant une étape d'identification d'au moins un type d'informations partagées à transmettre audit service de partage client.
7. Procédé selon la revendication 1, comprenant une étape d'obtention d'une description dudit service de partage client et/ou de l'entité trouvée et une étape d'identification à partir de ladite description d'au moins un type d'informations à transmettre audit service de partage client.
8. Procédé selon la revendication 6 ou 7, dans lequel les données de connexion transmises sont propres au type d'information identifié.
9. Procédé selon la revendication 1, dans lequel les informations partagées comprennent des données d'authentification et/ou de configuration et/ou de personnalisation, propres à un utilisateur dudit terminal, et permettant d'accéder à partir d'un équipement dudit réseau à au moins un service.
10. Procédé d'obtention d'informations partagées, mis en œuvre par un service de partage client (SCS) d'une entité d'un réseau, comprenant les étapes suivantes :
• réponse à une requête de recherche (110) dans ledit réseau d'au moins une entité proposant un service de partage client (SCS) configuré pour recevoir des informations partagées;
• réception d'une demande d'activation d'un partage;
• après activation du partage, réception de données de connexion à un module de fourniture de données par l'intermédiaire duquel des informations partagées (INF) sont accessibles,
• réception d'informations partagées en provenance du module de fourniture de données.
11. Procédé selon la revendication 10, dans lequel activation du partage est subordonnée au fait qu'aucun partage ne soit déjà activé par ledit service de partage client.
12. Procédé selon la revendication 10 ou 11, dans lequel l'activation du partage est subordonnée (140) à l'obtention d'une autorisation d'un utilisateur de ladite entité.
13. Module de gestion de partages (14) adapté à être couplé à un module de fourniture de données (16) par l'intermédiaire duquel des informations (INF) sont accessibles:
caractérisé en ce qu'il est configuré de sorte à :
• rechercher (110) dans le réseau au moins une entité proposant un service de partage client configuré pour recevoir des informations partagées;
• envoyer une demande d'activation d'un partage (120, 130, 140, 150) à une entité trouvée lors de l'étape de recherche;
• après activation du partage par l'entité trouvée, transmettre (160) à l'entité trouvée des données de connexion au module de fourniture de données, • transmettre des informations partagées audit service de partage client.
14. Terminal comportant un module de gestion de partages selon la revendication 13.
15. Module de partage client (10) configuré de sorte à :
• répondre à une requête de recherche (110), dans ledit réseau d'au moins une entité proposant un service de partage client (SCS) configuré pour recevoir des informations partagées;
• recevoir une demande d'activation d'un partage;
• après activation du partage, recevoir des données de connexion à un module de fourniture de données par l'intermédiaire duquel des informations partagées (INF) sont accessibles,
• recevoir des informations partagées en provenance du module de fourniture de données.
16. Module selon la revendication 15, dans lequel les informations partagées reçues du module de fourniture de données permettent d'accéder à partir d'un équipement dudit réseau à au moins un service.
17. Dispositif de restitution de contenus, comportant un module de partage client selon la revendication 15 et apte à déclarer un service de partage de données mis en œuvre par le module de partage client.
18. Dispositif selon la revendication 17, dans lequel les informations partagées reçues du module de fourniture de données sont utilisées pour mettre en œuvre un service dans ce dispositif de restitution.
19. Programme d'ordinateur comportant des instructions pour la mise en œuvre d'un procédé selon l'une quelconque des revendications 1 à 10 lorsque ce programme est exécuté par un processeur.
20. Support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon la revendication 19.
PCT/FR2011/051756 2010-07-22 2011-07-20 Mise a disposition d'informations par un terminal mobile dans un reseau WO2012010803A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1056015 2010-07-22
FR1056015A FR2964523A1 (fr) 2010-07-22 2010-07-22 Mise a disposition d'informations par un terminal mobile dans un reseau.

Publications (1)

Publication Number Publication Date
WO2012010803A1 true WO2012010803A1 (fr) 2012-01-26

Family

ID=43661860

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2011/051756 WO2012010803A1 (fr) 2010-07-22 2011-07-20 Mise a disposition d'informations par un terminal mobile dans un reseau

Country Status (2)

Country Link
FR (1) FR2964523A1 (fr)
WO (1) WO2012010803A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013144134A1 (fr) * 2012-03-30 2013-10-03 Telefonica, S.A. Procédé et système de contrôle d'accès pour contenu upnp
CN113377312A (zh) * 2021-06-17 2021-09-10 北京十一贝科技有限公司 同屏互动方法、装置、计算机设备及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1596559A2 (fr) * 2004-05-12 2005-11-16 Samsung Electronics Co., Ltd. Procédé pour le partage en réseau de contenu audiovisuel, et structures de dispositif puit, de dispositif source et de message
US20060168000A1 (en) * 2003-02-28 2006-07-27 Bodlaender Maarten P Method of sharing files between user stations in a network
US20070067431A1 (en) * 2005-08-17 2007-03-22 Kddi Corporation Consumer equipment remote operation system and operating method for the same
US20090077162A1 (en) * 2005-03-22 2009-03-19 Monta Nakatsuka Medium Management Device and Medium Management Method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060168000A1 (en) * 2003-02-28 2006-07-27 Bodlaender Maarten P Method of sharing files between user stations in a network
EP1596559A2 (fr) * 2004-05-12 2005-11-16 Samsung Electronics Co., Ltd. Procédé pour le partage en réseau de contenu audiovisuel, et structures de dispositif puit, de dispositif source et de message
US20090077162A1 (en) * 2005-03-22 2009-03-19 Monta Nakatsuka Medium Management Device and Medium Management Method
US20070067431A1 (en) * 2005-08-17 2007-03-22 Kddi Corporation Consumer equipment remote operation system and operating method for the same

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013144134A1 (fr) * 2012-03-30 2013-10-03 Telefonica, S.A. Procédé et système de contrôle d'accès pour contenu upnp
CN113377312A (zh) * 2021-06-17 2021-09-10 北京十一贝科技有限公司 同屏互动方法、装置、计算机设备及计算机可读存储介质

Also Published As

Publication number Publication date
FR2964523A1 (fr) 2012-03-09

Similar Documents

Publication Publication Date Title
US7987490B2 (en) System and method to acquire, aggregate, manage, and distribute media
RU2448362C2 (ru) Отображение обнаруженных элементов универсального режима "подключай и работай" на местоположение smb
US8086495B2 (en) Device and a method for ordering product at a premises via an integrated multimedia service system
EP2248306B1 (fr) Systèmes de communications unifiés et procédés
EP2107723B1 (fr) Commande d'un dispositif a distance par un terminal
FR2859341A1 (fr) Methode de controle entre appareils connectes a un reseau heterogene et appareil implementant la methode
EP2888861B1 (fr) Accès a distance a des contenus a partir d'un client léger
WO2011107717A1 (fr) Pilotage d'un dispositif d'un reseau distant a partir d'un reseau local
WO2012010803A1 (fr) Mise a disposition d'informations par un terminal mobile dans un reseau
KR20120072100A (ko) 웹 콘텐트 서비스와 홈네트워크의 연동을 위한 웹 미디어 제어 장치 및 그 방법
EP2538638B1 (fr) Procédé de gestion de fourniture de services
EP2504957B1 (fr) Acces a un contenu reference par un serveur de contenu
EP2594038B1 (fr) Détection d'un module de contrôle upnp
EP2577915B1 (fr) Partage d'informations de contexte de restitution entre dispositifs de pilotage
EP2614630B1 (fr) Traitement de données pour la notification d'un équipement
FR2913841A1 (fr) Procede d'acces a distance a un reseau,produit programme d'ordinateur,moyen de stockage et dispositifs correspondants
EP3109790A1 (fr) Dispositif de communication courte distance, adapte pour donner acces a un service distant
EP3235255A1 (fr) Dispositif et procede de gestion des priorites pour le telechargement de contenus multimedia
EP2384566B1 (fr) DETECTION D'UN DISPOSITIF DE CONTROLE UPnP ET ÉTABLISSEMENT D'UNE CONNEXION AVEC UN TERMINAL
WO2011039481A1 (fr) Surveillance d'un reseau upnp
Interoperability et al. Interoperable Home Infrastructure
EP2448218A1 (fr) Procédé de présentation de services sur un écran d'un terminal
EP2469768A1 (fr) Procédé d'interfaçage de dispositifs UPnP
FR2999047A1 (fr) Communication entre un reseau domestique et une plateforme de services externe
EP2442534A1 (fr) Découverte de services WEB dans un réseau local

Legal Events

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

Ref document number: 11754450

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11754450

Country of ref document: EP

Kind code of ref document: A1