FR2999849A1

FR2999849A1 - METHOD FOR ACCESSING A CORRESPONDING MULTI MEDIA CONTENT, MOBILE TERMINAL, TERMINAL AND SOFTWARE MODULE

Info

Publication number: FR2999849A1
Application number: FR1262152A
Authority: FR
Inventors: Gael Fromentoux; Nicolas Bihannic; Lann Pierre-Yves Le
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2012-12-17
Filing date: 2012-12-17
Publication date: 2014-06-20
Also published as: WO2014096683A3; WO2014096683A2

Abstract

L'invention concerne un procédé d'accès à un contenu multi media accessible via un système de télécommunication, initialisé depuis un terminal mobile identifié (OM_UI) auprès d'un opérateur mobile. Le procédé comprend : - une phase de découverte (Sq1, Sq2) par le terminal mobile d'un terminal fixe (TV) à proximité, comprenant une mémorisation par le terminal mobile de données de profil (device type) du terminal fixe, - une transmission (Sq3, Sq4, Sq5.1, Sq5.2, Sq5.3, Sq5.4) depuis le terminal mobile d'une requête d'activation d'un service d'accès à du contenu multi media enrichie de données (device type) de profil du terminal fixe à un serveur (PFS TV) de gestion d'offre de services d'un fournisseur de contenu, - une vérification (Sq6, Sq6.1, Sq6.2, Sq6.3, Sq6.4, Sq6.5, Sq.6.6) d'une légitimité d'accès au contenu en fonction (Sq6.1) d'une offre de services souscrite par l'utilisateur du terminal mobile auprès du fournisseur de contenu (FC), - une sélection d'une application correspondant au service requis, à installer sur le terminal fixe, en fonction de données de profil du terminal fixe, - une adaptation de l'application par le serveur de gestion d'offre en fonction de données de configuration de l'utilisateur relatives au service, - une installation sur le terminal fixe de l'application téléchargée sur le terminal mobile.The invention relates to a method for accessing a multi-media content accessible via a telecommunication system, initialized from an identified mobile terminal (OM_UI) from a mobile operator. The method comprises: - a discovery phase (Sq1, Sq2) by the mobile terminal of a fixed terminal (TV) nearby, comprising storage by the mobile terminal of device type data of the fixed terminal, - a transmission (Sq3, Sq4, Sq5.1, Sq5.2, Sq5.3, Sq5.4) from the mobile terminal of a request to activate a service for access to multimedia content enriched with data (device type) of the fixed terminal profile to a service provider management server (PFS TV) of a content provider, - a check (Sq6, Sq6.1, Sq6.2, Sq6.3, Sq6.4, Sq6.5, Sq.6.6) of a legitimacy of access to the content based (Sq6.1) of a service offer subscribed by the user of the mobile terminal to the content provider (FC), - a selection an application corresponding to the service required, to be installed on the fixed terminal, according to fixed terminal profile data, - an adaptation of the application by the management server of offer in function of user configuration data relating to the service, - installation on the fixed terminal of the application downloaded to the mobile terminal.

Description

Procédé d'accès à un contenu muid media, terminal mobile, terminal fixe et module logiciel correspondants. Domaine de l'invention La présente invention concerne de manière générale l'accès à des contenus accessibles dans les réseaux de télécommunications et leur visualisation à partir d'un terminal. L'invention se rapporte de manière générale au domaine des télécommunications et plus particulièrement aux techniques qui mettent en jeu du streaming. Le mot streaming est utilisé par référence à la possibilité qu' à une application d'utiliser des flux de données synchronisées, par exemple audio ou vidéo, de manière continue alors que ces flux sont transmis au client par un réseau de données. Au niveau applicatif, on distingue souvent les services en direct (« live ») des services à la demande. Par exemples pour les services en direct on peut citer la fourniture de contenu radio ou de programmes TV en direct, et pour les services à la demande on peut citer la musique, les nouvelles de type podcast et la vidéo VOD à la demande.Method of accessing a muid media content, mobile terminal, fixed terminal and corresponding software module. Field of the Invention The present invention generally relates to access to accessible contents in telecommunication networks and their viewing from a terminal. The invention relates generally to the field of telecommunications and more particularly to techniques that involve streaming. The word streaming is used by reference to the possibility that an application to use synchronized data streams, for example audio or video, continuously while these streams are transmitted to the client by a data network. At the application level, live services are often distinguished from on-demand services. Examples for live services include the provision of radio content or live TV programs, and for on-demand services include music, podcast news and on-demand video-on-demand.

Les services de streaming dans un réseau paquet basé protocole IP font l'objet d'actions de normalisation, en particulier au sein du 3GPP. Le standard TS 26 234 (ETSI TS 126 234) spécifie les protocoles et codecs (codeurs décodeurs) associés à ces services. Le standard TS 22 233 (ETSI TS 122 233) spécifie l'architecture générale du réseau impliquée dans des services de streaming. Cette architecture est illustrée par les figures 1 et 2 qui correspondent respectivement à une architecture 2G/3G (UMTS) avec un coeur de réseau GPRS et une architecture 2G/3G/4G et un coeur de réseau EPC. Un service de streaming fonctionne sur un schéma client/serveur, il s'appuie sur au moins un serveur de contenu et un client destinataire du streaming Le serveur de contenu est situé derrière l'interface Gi. D'autres entités situées derrière cette interface Gi peuvent intervenir dans le service, en particulier des portails, des serveurs de profils, des serveurs de cache et de proxy. Un portail est un serveur qui permet l'accès à du contenu de streaming, par exemple il peut permettre de faire des recherches. Le portail le plus simple correspond à une page WEB((X)HTML)/WAP avec une liste de liens de contenu téléchargeable ou de streaming qui pointe vers un serveur généralement distant et situé derrière l'interface Gi. Les serveurs de profils stockent des profils d'équipements qui allient des données propres à l'utilisateur et des données spécifiques à l'équipement (terminal). Ces profils peuvent être utilisés pour contrôler la présentation du contenu muid media de streaming à l'utilisateur du terminal comme illustré par la figure 3. Le client (UE PSS client) initialise le service et se connecte au serveur de contenu sélectionné. Le serveur de profils peut être contacté lors d'une phase initiale. Les données propres à l'utilisateur permettent de paramétrer le service de streaming avec les préférences de l'utilisateur.Streaming services in an IP-based packet network are subject to standardization actions, particularly within 3GPP. The TS 26 234 standard (ETSI TS 126 234) specifies the protocols and codecs (decoders) associated with these services. The standard TS 22 233 (ETSI TS 122 233) specifies the general architecture of the network involved in streaming services. This architecture is illustrated by FIGS. 1 and 2 which respectively correspond to a 2G / 3G (UMTS) architecture with a GPRS core network and a 2G / 3G / 4G architecture and an EPC core network. A streaming service runs on a client / server schema, it relies on at least one content server and one streaming destination client The content server is located behind the Gi interface. Other entities located behind this interface Gi can intervene in the service, in particular portals, profile servers, cache and proxy servers. A portal is a server that allows access to streaming content, for example it can be used to search. The simplest portal is a WEB ((X) HTML) / WAP page with a list of links for downloadable content or streaming that points to a generally remote server located behind the Gi interface. Profile servers store device profiles that combine user-specific data with device-specific (terminal) data. These profiles can be used to control the presentation of streaming media content to the terminal user as shown in Figure 3. The client (PSS client UE) initializes the service and connects to the selected content server. The profile server can be contacted during an initial phase. User-specific data is used to set up the streaming service with the user's preferences.

Les données spécifiques au terminal sont utilisées par le service de streaming pour décider si le terminal du client est capable ou pas de recevoir le contenu de streaming La figure 4 est une représentation schématique du contenu d'un profil équipement qui se décompose en des données propres à l'utilisateur et en des données spécifiques à l'équipement (terminal). Les données propres à l'utilisateur comprennent essentiellement les préférences de l'utilisateur dans l'utilisation de cet équipement pour le service considéré. Les données spécifiques à l'équipement peuvent être décomposées en trois modules, un module de description des capacités matérielles du terminal (type du terminal, numéro de modèle, taille de l'écran, entrées/sorties, etc), un module de description des capacités logicielles du terminal (système d'exploitation (OperatingSystem), codeurs vidéo et audio compatibles, etc) et un module de plug-in matériel et logiciel. Dans le contexte de l'invention, il est effectué une distinction entre un terminal fixe et un terminal mobile. Le terminal fixe est classiquement une télévision ou un écran accessible via un réseau de télécommunication qui est utilisé pour visualiser un contenu vidéo et plus généralement pour restituer à l'utilisateur un contenu mufti média. Le terminal mobile est classiquement un téléphone mobile, par exemple un smartphone, qui permet d'établir une communication téléphonique et plus largement des communications de différents types en fonction de l'abonnement souscrit par le client auprès d'un opérateur mobile.The terminal-specific data is used by the streaming service to decide whether or not the client terminal is capable of receiving the streaming content. FIG. 4 is a schematic representation of the content of an equipment profile which is broken down into its own data. to the user and device-specific data (terminal). User-specific data essentially includes the user's preferences in the use of this equipment for the particular service. The equipment-specific data can be broken down into three modules, a description module of the hardware capabilities of the terminal (terminal type, model number, screen size, inputs / outputs, etc.), a module describing terminal software capabilities (operating system (OperatingSystem), compatible video and audio encoders, etc.) and a hardware and software plug-in module. In the context of the invention, a distinction is made between a fixed terminal and a mobile terminal. The fixed terminal is conventionally a television or a screen accessible via a telecommunication network which is used for viewing video content and more generally for rendering the user mufti media content. The mobile terminal is conventionally a mobile phone, for example a smartphone, which allows to establish a telephone communication and more broadly communications of different types depending on the subscription taken by the customer from a mobile operator.

Art antérieur Les utilisateurs de terminaux disposent souvent de plusieurs types de terminaux fixes et mobiles qu'ils configurent selon leurs préférences. Ils peuvent choisir par exemple de visualiser uniquement certaines chaînes de télévision comme leurs chaînes favorites qui sont alors mises en avant dans la page d' accueil, ils peuvent renseigner une grille de programmes et marquer des émissions qu'ils souhaitent visualiser. Aujourd'hui, l'utilisateur doit généralement configurer spécifiquement chaque terminal selon ses préférences. Exposé de l'invention L'invention a pour objet un procédé d'accès à un contenu mufti media accessible via un système de télécommunication, initialisé depuis un terminal mobile identifié auprès d'un opérateur mobile. Le procédé comprend : une phase de découverte par le terminal mobile d'un terminal fixe à proximité, comprenant une mémorisation par le terminal mobile de données de profil du terminal fixe, une transmission depuis le terminal mobile d'une requête d'activation d'un service d'accès à du contenu muid media enrichie de données de profil du terminal fixe à un serveur de gestion d'offre de services d'un fournisseur de contenu, une vérification d'une légitimité d'accès au contenu en fonction d'une offre de services souscrite par l'utilisateur du terminal mobile auprès du fournisseur de contenu, une sélection d'une application correspondant au service requis, à installer sur le terminal fixe, en fonction de données de profil du terminal fixe, une adaptation de l'application par le serveur de gestion d'offre en fonction de données de configuration de l'utilisateur relatives au service, une installation sur le terminal fixe de l'application téléchargée sur le terminal mobile. L'identifiant du terminal mobile correspond à l'identifiant attribué par l'opérateur mobile à l'utilisateur lors de la souscription d'une offre de communication avec un terminal mobile. Cet identifiant est connu sous l'acronyme MSISDN dans les standards GSM et UMTS et est connu plus communément comme étant le numéro de téléphone. Selon ces standards, cet identifiant est embarqué dans la carte SIM qui est inséré dans le terminal mobile. L'identifiant est alors associé au terminal mobile qui embarque la carte SIM. Selon l'invention, la requête d'activation du service part du terminal mobile et est transmise à une plateforme de fourniture de contenu muid média via un réseau d'accès mobile.PRIOR ART Terminal users often have several types of fixed and mobile terminals which they configure according to their preferences. They can choose, for example, to view only certain TV channels such as their favorite channels which are then highlighted in the home page, they can enter a program schedule and mark programs they want to view. Today, the user usually has to specifically configure each terminal according to his preferences. DISCLOSURE OF THE INVENTION The subject of the invention is a method of accessing a mufti media content accessible via a telecommunication system, initialized from a mobile terminal identified with a mobile operator. The method comprises: a phase of discovery by the mobile terminal of a fixed terminal nearby, comprising a storage by the mobile terminal of profile data of the fixed terminal, a transmission from the mobile terminal of an activation request of a service for accessing muid media content enriched with fixed terminal profile data to a service provider management server of a content provider, a verification of a legitimacy of access to the content according to a service offer subscribed by the user of the mobile terminal to the content provider, a selection of an application corresponding to the required service, to be installed on the fixed terminal, according to the fixed terminal profile data, an adaptation of the application by the bid management server based on user configuration data relating to the service, an installation on the fixed terminal of the application downloaded to the terminal mo bile. The identifier of the mobile terminal corresponds to the identifier assigned by the mobile operator to the user when subscribing to a communication offer with a mobile terminal. This identifier is known by the acronym MSISDN in the GSM and UMTS standards and is more commonly known as the telephone number. According to these standards, this identifier is embedded in the SIM card which is inserted in the mobile terminal. The identifier is then associated with the mobile terminal that embeds the SIM card. According to the invention, the request for activation of the service starts from the mobile terminal and is transmitted to a platform providing muid media content via a mobile access network.

Cette requête d'activation est paramétrée avec des données récupérées préalablement par le terminal mobile auprès du terminal fixe lors d'une phase de découverte. La plateforme vérifie l'éligibilité de l'accès à partir du terminal fixe au contenu en fonction de l'offre souscrite par l'utilisateur. La plateforme sélectionne l'application en fonction du terminal fixe. La plateforme adapte l' application à installer sur le terminal fixe pour accéder au contenu muid média en tenant compte d'une configuration personnelle de l'utilisateur relative au service demandé. L'utilisateur n' a pas besoin d'intervenir sur le terminal fixe, l'application est téléchargée sur le terminal mobile puis installée sur le terminal fixe, typiquement via une communication courte distance entre le terminal mobile et le terminal fixe. Ainsi, quel que soit le lieu où se situe le terminal fixe, sous réserve que celui-ci ait une connectivité IP, l'utilisateur du terminal mobile peut visualiser sur ce terminal fixe les services muid media d'une offre souscrite auprès d'un fournisseur de contenu tout en bénéficiant automatiquement sur ce terminal fixe de ses données de configuration. Ces données de configuration peuvent provenir des préférences de l'utilisateur enregistrées dans un profil associé à son terminal mobile ou éventuellement associé à un autre terminal fixe et/ou de données liées à l'usage de ce service par l'utilisateur. Ainsi, l'utilisateur n'est plus contraint de configurer manuellement le terminal fixe pour retrouver sa configuration personnelle. Selon l'invention, le terminal mobile est utilisé comme un terminal personnel de confiance afin de configurer de manière sécurisée pour l'utilisateur l'accès à son offre de contenu sur un nouveau terminal fixe. En outre, l'utilisateur peut privilégier l'utilisation de son terminal mobile pour s' abonner à de nouveaux services de contenu qui seront rendus disponibles sur un terminal fixe TV, en lançant une mise à jour de son offre de services. Le terminal mobile peut être ainsi utilisé comme terminal personnel privilégié pour des actions de souscription à des offres de contenu. Ces offres de contenus peuvent alors être délivrées sur un terminal fixe pour leur visualisation.This activation request is parameterized with data previously retrieved by the mobile terminal from the fixed terminal during a discovery phase. The platform checks the eligibility of the access from the fixed terminal to the content according to the offer subscribed by the user. The platform selects the application based on the fixed terminal. The platform adapts the application to be installed on the fixed terminal to access the media content taking into account a personal configuration of the user relating to the requested service. The user does not need to intervene on the fixed terminal, the application is downloaded to the mobile terminal and then installed on the fixed terminal, typically via a short distance communication between the mobile terminal and the fixed terminal. Thus, whatever the location of the fixed terminal, provided that it has IP connectivity, the user of the mobile terminal can view on this fixed terminal the muid media services of an offer subscribed to a content provider while automatically benefiting from this fixed terminal of its configuration data. This configuration data may come from the preferences of the user registered in a profile associated with his mobile terminal or possibly associated with another fixed terminal and / or data related to the use of this service by the user. Thus, the user is no longer forced to manually configure the fixed terminal to find his personal configuration. According to the invention, the mobile terminal is used as a trusted personal terminal in order to securely configure for the user access to its content offer on a new fixed terminal. In addition, the user may prefer the use of his mobile terminal to subscribe to new content services that will be made available on a fixed terminal TV, by launching an update of its service offering. The mobile terminal can thus be used as a privileged personal terminal for subscription actions to content offers. These content offers can then be delivered on a fixed terminal for viewing.

Selon un mode de réalisation, le procédé d'accès à un contenu muid media est tel que : la phase de découverte comprend en outre une mémorisation par le terminal mobile de caractéristiques du réseau d'accès fixe, le terminal mobile transmet en outre les caractéristiques du réseau d'accès fixe au serveur de gestion d'offre de services du fournisseur de contenu, le terminal fixe ayant une adresse IP adressable via le système de télécommunication. Ce mode est plus particulièrement adapté lorsque le terminal fixe accède au système de télécommunication via un fournisseur d'accès internet (FAI) et que ce fournisseur d'accès est capable de fournir des données sur l'infrastructure du réseau d'accès fixe au moyen par exemple du protocole TR-69 défini par le Broadband Forum entre le terminal fixe et un serveur de l'opérateur du réseau d'accès. La mise en oeuvre de la récupération de ces données par le terminal mobile auprès du terminal fixe peut se faire en utilisant le protocole UPnP et la fonction Discovery. Plus particulièrement, le message SSDP Notify peut être renseigné de données du réseau d'accès fixe telles que latence, gigue et perte de paquets. Les données du réseau d'accès fixe peuvent être utilisées par le serveur de gestion d'offre pour déterminer si l'offre de services souscrite par l'utilisateur rend éligible le service demandé dans un contexte d'activation sur le terminal fixe. Selon un mode de réalisation, le procédé d'accès à un contenu muid media est tel que la requête d'activation est transmise depuis le terminal mobile via un réseau d'accès mobile cellulaire, et le procédé comprend en outre : la substitution par le réseau d'accès mobile d'un identifiant du terminal mobile présent dans la requête d'activation par un identifiant connu du fournisseur de contenu. Les réseaux d'accès mobiles de type cellulaire insèrent automatiquement l'identifiant du terminal mobile dans la requête d'activation, ie l'identifiant de l'utilisateur attribué par l'opérateur mobile lors de la souscription d'une offre de communication avec un terminal mobile. Ce mode est plus particulièrement adapté lorsque l'opérateur mobile et le fournisseur de contenu sont des entités économiques différentes. En ne transmettant qu'un alias de l'identifiant mobile au fournisseur de contenu, l'opérateur mobile garantit la confidentialité à l'utilisateur de son identifiant mobile. Cet identifiant correspond généralement au numéro de téléphone associé à ses données de souscription auprès de cet opérateur mobile. Vis-à-vis du fournisseur de contenu, l'opérateur mobile joue le rôle de tiers de confiance dans la gestion d'identité. Selon un mode de réalisation, le procédé d'accès à un contenu muid media est tel que : le serveur de gestion d'offre de services du fournisseur de contenu demande au terminal mobile de s'identifier en l'absence dans la requête d'activation d'un identifiant du terminal mobile. Les réseaux d'accès mobile de type cellulaire insèrent automatiquement l'identifiant du terminal mobile dans la requête d'activation. Ce mode s'applique donc plus particulièrement quand le terminal mobile n'est pas attaché à un réseau d'accès mobile cellulaire mais accède au système de télécommunication via un point d'accès, par exemple de type WiFi qui n'est pas interconnecté au réseau coeur mobile (« 3GPP core network » de la figure 1). Dans ce cas, le réseau d'accès ne sait pas insérer l'identifiant du terminal mobile puisqu'il ne s'agit pas d'un réseau d'accès mobile cellulaire. Selon un mode de réalisation, le procédé d'accès à un contenu mufti media comprend en outre : - la génération par le serveur de gestion d'offre de services du fournisseur de contenu d'une clé de configuration unique à partir d'un identifiant du terminal mobile, à partir des données de profil du terminal fixe et à partir du service requis, - l'insertion dans des paramètres de l'application à télécharger de la clé de configuration et de paramètres de routage pour un accès depuis le terminal fixe au contenu multi media par l'application à télécharger, - une requête d'activation de l'application à partir du terminal fixe paramétrée avec les paramètres de routage et la clé de configuration. Selon ce mode, le fournisseur de contenu génère une clé de configuration à partir de l'identifiant qu'il connait du terminal mobile et qui est associé à l'identité de l'utilisateur, c'est-à-dire soit l'identifiant mobile, soit l' alias de cet identifiant connu du fournisseur de contenu en particulier lorsque ce dernier n'est pas l'opérateur mobile. Cette clé permet d'authentifier et de certifier que la requête d' activation du contenu à partir du terminal fixe est associée au terminal mobile, donc à l'utilisateur qui est identifié avec certitude auprès de l'opérateur mobile. L'opérateur mobile peut donc garantir au fournisseur de contenu l'identité de l'utilisateur qui demande l'activation du service depuis son terminal mobile. Cette authentification et cette certification permettent d'assurer le mécanisme de paiement entre l'utilisateur, l'opérateur, le propriétaire du terminal fixe et le fournisseur de contenu. La génération de la clé est dynamique ce qui offre une très grande souplesse d'utilisation. Les paramètres de routage consistent par exemple en une URL qui pointe sur le portail d' accès au service de contenu sur un serveur de streaming. Ce mode permet une gestion de plusieurs configurations personnelles d'utilisateurs sur un même terminal fixe puisque la clé est fonction de l'identifiant du terminal mobile ie de l'utilisateur. Lors de la mise en route du terminal fixe, il peut être proposé à l'utilisateur de sélectionner un compte utilisateur avec la saisie d'un mot de passe qui permet d'identifier l'utilisateur. Ainsi la sélection du compte peut automatiquement permettre la sélection de la configuration de l'utilisateur pour ce terminal fixe puisque les données de personnalisation sont présentes dans l'application téléchargée. Selon un mode de réalisation, le procédé d'accès à un contenu mufti media comprend en outre : - la mémorisation dans une ou plusieurs bases de données de la clé de configuration et des paramètres de routage avec les données de configuration de l'utilisateur relatives au service dans un profil associé au terminal fixe. Le profil associé au terminal fixe est mémorisé par exemple dans la base de données de profils connue sous l'appellation Device Profile Server.According to one embodiment, the method for accessing a muid media content is such that: the discovery phase furthermore comprises storage by the mobile terminal of characteristics of the fixed access network, the mobile terminal also transmitting the characteristics from the fixed access network to the content provider's service offering management server, the fixed terminal having an addressable IP address via the telecommunication system. This mode is more particularly adapted when the fixed terminal accesses the telecommunication system via an Internet Service Provider (ISP) and this access provider is able to provide data on the infrastructure of the fixed access network by means of for example, the TR-69 protocol defined by the Broadband Forum between the fixed terminal and an access network operator server. The implementation of the recovery of these data by the mobile terminal from the fixed terminal can be done using the UPnP protocol and the Discovery function. More specifically, the SSDP Notify message can be filled with data from the fixed access network such as latency, jitter and packet loss. The data of the fixed access network may be used by the bid management server to determine whether the subscription of services subscribed by the user makes the requested service eligible in an activation context on the fixed terminal. According to one embodiment, the method of accessing a muid media content is such that the activation request is transmitted from the mobile terminal via a cellular mobile access network, and the method furthermore comprises: the substitution by the mobile access network of an identifier of the mobile terminal present in the activation request by a known identifier of the content provider. Cell-type mobile access networks automatically insert the identifier of the mobile terminal into the activation request, ie the user identifier assigned by the mobile operator when subscribing a communication offer with a mobile terminal. mobile terminal. This mode is particularly suitable when the mobile operator and the content provider are different economic entities. By transmitting only an alias from the mobile identifier to the content provider, the mobile operator guarantees the confidentiality of the user's mobile identifier. This identifier generally corresponds to the telephone number associated with its subscription data with this mobile operator. Vis-à-vis the content provider, the mobile operator plays the role of trusted third parties in identity management. According to one embodiment, the method for accessing a muid media content is such that: the content provider's management service management server requests the mobile terminal to identify itself in the absence in the request of activation of an identifier of the mobile terminal. Mobile type mobile access networks automatically insert the identifier of the mobile terminal into the activation request. This mode therefore applies more particularly when the mobile terminal is not attached to a cellular mobile access network but accesses the telecommunication system via an access point, for example of WiFi type which is not interconnected to the mobile core network ("3GPP core network" of Figure 1). In this case, the access network does not know how to insert the identifier of the mobile terminal since it is not a cellular mobile access network. According to one embodiment, the method of accessing a mufti media content further comprises: the generation by the service provider management server of the content provider of a unique configuration key from an identifier of the mobile terminal, from the profile data of the fixed terminal and from the required service, - the insertion into parameters of the application to download the configuration key and routing parameters for access from the fixed terminal multi-media content by the application to be downloaded, - a request to activate the application from the fixed terminal set with the routing parameters and the configuration key. According to this mode, the content provider generates a configuration key from the identifier that he knows of the mobile terminal and which is associated with the identity of the user, that is to say, the identifier mobile, or the alias of this identifier known to the content provider, especially when the latter is not the mobile operator. This key makes it possible to authenticate and certify that the request for activation of the content from the fixed terminal is associated with the mobile terminal, therefore with the user who is definitely identified with the mobile operator. The mobile operator can therefore guarantee the content provider the identity of the user who requests activation of the service from his mobile terminal. This authentication and certification ensures the payment mechanism between the user, the operator, the owner of the fixed terminal and the content provider. The generation of the key is dynamic which offers a great flexibility of use. The routing parameters consist for example of a URL which points to the portal of access to the content service on a streaming server. This mode allows management of several personal configurations of users on the same fixed terminal since the key is a function of the identifier of the mobile terminal ie the user. During the startup of the fixed terminal, it may be proposed to the user to select a user account with the entry of a password that identifies the user. Thus the selection of the account can automatically allow the selection of the configuration of the user for this fixed terminal since the personalization data are present in the downloaded application. According to one embodiment, the method of accessing a mufti media content further comprises: storing in one or more databases the configuration key and the routing parameters with the user configuration data relating to serving in a profile associated with the fixed terminal. The profile associated with the fixed terminal is stored for example in the profile database known as Device Profile Server.

Selon un mode de réalisation, le procédé d'accès à un contenu muid media est tel que le fournisseur de contenu gère une base de données qui contient pour un utilisateur donné, la liste des services souscrits et la liste des services activés par terminal avec la clé de configuration associée au terminal et au service, le procédé comprend en outre : la mise à jour de la base de données avec la clé de configuration générée pour le terminal fixe et le service demandé. Cette base de données permet de connaître la liste des services activés pour un utilisateur donné et par terminal. Elle permet donc de connaître l'ensemble des terminaux configurés pour les services activés de l'utilisateur. Une telle base est avantageuse plus particulièrement pour enrichir le système d'information du fournisseur de contenu et par exemple servir d'aide aux services après- vente lors d'un problème remonté par l'utilisateur. La clé de configuration permet de faire le lien avec la base de données de profils (« Device Profile Server ») pour obtenir les détails du profil d'un terminal donné. Lors de la configuration d'un nouveau terminal, le fournisseur de service peut récupérer un ensemble de préférences de l'utilisateur relatives à ses usages sur chacun des terminaux où il a activé un service donné. Par défaut, les préférences utilisées pour la configuration d'un nouveau terminal fixe sont celles du terminal mobile. Le fournisseur et/ou l'utilisateur peut paramétrer des règles de sélection de préférence parmi ses différentes configurations pour un service donné. Par exemple, une règle peut être de sélectionner les préférences associées à un terminal dont les caractéristiques sont les plus proches de celles du nouveau terminal sur lequel l' activation du service est demandée. Selon un mode de réalisation, le procédé d'accès à un contenu muid media comprend en outre : une transmission depuis le terminal mobile au serveur de gestion d'offre de services du fournisseur de contenu d'une requête de desactivation du service paramétrée avec la clé de configuration. Cette requête permet à l'utilisateur de lancer à son initiative la desactivation du service qu'il a pu activer sur le terminal fixe. Ce mode est particulièrement avantageux pour l'utilisateur dans un contexte où le terminal fixe est celui d'une chambre d'hôtel. L'utilisateur a ainsi la possibilité de contrôler la période pendant laquelle le service auquel il a souscrit auprès d'un fournisseur de contenu est actif. Ainsi, l'utilisateur peut rendre inactif l'accès à ce service à tout moment et plus particulièrement dès qu'il s'absente ou quitte définitivement sa chambre. Selon un mode de réalisation, le procédé d'accès à un contenu muid media comprend en outre : une transmission depuis le serveur de gestion d'offre de services du fournisseur de contenu au terminal fixe d'une requête de desactivation du service paramétrée avec la clé de configuration.According to one embodiment, the method of accessing a muid media content is such that the content provider manages a database that contains for a given user, the list of subscribed services and the list of services activated by terminal with the configuration key associated with the terminal and the service, the method further comprises: updating the database with the configuration key generated for the fixed terminal and the requested service. This database makes it possible to know the list of activated services for a given user and by terminal. It thus makes it possible to know all the terminals configured for the services activated by the user. Such a base is particularly advantageous for enriching the information system of the content provider and for example serve as a support for after-sales services during a problem reported by the user. The configuration key is used to link to the Profile Profile Server to obtain the profile details of a given terminal. When configuring a new terminal, the service provider can retrieve a set of user preferences relating to its uses on each of the terminals where it has activated a given service. By default, the preferences used for setting up a new fixed terminal are those of the handheld. The provider and / or the user can set preference selection rules among its different configurations for a given service. For example, a rule may be to select the preferences associated with a terminal whose characteristics are closest to those of the new terminal on which the activation of the service is requested. According to one embodiment, the method of accessing a muid media content further comprises: a transmission from the mobile terminal to the service provider management server of the content provider of a deactivation request of the service parameterized with the configuration key. This request allows the user to initiate the deactivation of the service he activated on the fixed terminal. This mode is particularly advantageous for the user in a context where the fixed terminal is that of a hotel room. The user thus has the possibility of controlling the period during which the service to which he has subscribed with a content provider is active. Thus, the user can disable access to this service at any time and especially as soon as he leaves or leaves his room permanently. According to one embodiment, the method of accessing a muid media content further comprises: a transmission from the service provider management server of the content provider to the fixed terminal of a service deactivation request parameterized with the configuration key.

Cette requête permet au fournisseur de service de lancer à son initiative la desactivation du service que l'utilisateur a pu activer sur le terminal fixe. Ce mode est particulièrement avantageux pour l'utilisateur dans un contexte où le terminal fixe est celui d'une chambre d'hôtel. Cette requête peut être déclenchée automatiquement lors du paiement par l'utilisateur de sa note d'hôtel.This request allows the service provider to initiate the deactivation of the service that the user was able to activate on the fixed terminal. This mode is particularly advantageous for the user in a context where the fixed terminal is that of a hotel room. This request can be triggered automatically when the user pays for his hotel bill.

Ce mode assure donc un fonctionnement sécurisé à l'utilisateur en lui assurant un arrêt définitif après son départ de tout accès au service qu'il avait activé même s'il n'a pas pris lui-même l'initiative de desactiver ce service. Selon un mode de réalisation, le procédé d'accès à un contenu muid media comprend en outre : une transmission depuis le terminal mobile au serveur de gestion d'offre de services du fournisseur de contenu d'une requête de mise à jour du service paramétrée avec la clé de configuration. Cette requête permet à l'utilisateur de lancer la mise à jour du service activé. Ce mode est avantageux lorsque le fournisseur de contenu fait évoluer l'offre de services pour ses clients et par exemple enrichie le service déjà souscrit par l'utilisateur. Selon un mode de réalisation, le procédé d'accès à un contenu muid media comprend en outre : la réception par le terminal mobile d'un code de sécurité généré depuis le serveur de gestion d'offre de services du fournisseur de contenu, la fourniture du code de sécurité au terminal fixe, la transmission depuis le terminal fixe du code de sécurité au serveur de gestion d'offre de services du fournisseur de contenu, la transmission d'une requête d'autorisation d'activation du serveur de gestion d'offre de services du fournisseur de contenu au terminal fixe uniquement si le code de sécurité reçu est identique au code généré. Ce mode permet d'ajouter une sécurité supplémentaire au procédé d'accès en interdisant toute activation du service sur le terminal fixe en l'absence de fourniture d'un code de sécurité. Ce code est préalablement généré par le serveur d'offre du fournisseur de contenu et transmis au terminal mobile. La transmission du code au terminal mobile peut se faire par SMS, ou via une notification https. Le code peut ensuite être inséré par exemple via une saisie manuelle par l'utilisateur. Cette saisie peut intervenir à partir d'une télécommande du terminal fixe. La transmission depuis le terminal fixe peut se faire via une requête https. Selon un mode de réalisation, le procédé d'accès à un contenu muid media est tel que la phase de découverte met en oeuvre un lien point à point courte distance entre le terminal mobile et le terminal fixe. La phase de découverte se déroule par exemple selon un protocole UPnP (Universal Plug and Play) en empruntant un lien physique câblé ou sans fil point à point courte distance de type NFC, bluetooth, IR, USB, dongle avec WiFi... qui a pour avantage de limiter la zone de localisation dans laquelle peut se situer le terminal fixe que l'utilisateur peut configurer au moyen de son terminal mobile. La liaison courte distance permet de limiter physiquement le champ des terminaux fixes pouvant être configurés par l'utilisateur au moyen de son terminal mobile. Ceci est en particulier avantageux dans un hôtel puisque cette limitation physique réduit la possibilité de configurer la télévision d'une chambre voisine. Selon un mode de réalisation, le procédé d'accès à un contenu muid media est tel que la phase de découverte comprend une restitution à l'utilisateur de données de profil du terminal fixe pour confirmation par l'utilisateur de la poursuite du procédé avec ce terminal fixe.This mode ensures a secure operation to the user by ensuring a final stop after leaving any access to the service he had activated even if he himself did not take the initiative to disable this service. According to one embodiment, the method of accessing a muid media content further comprises: a transmission from the mobile terminal to the service provider management server of the content provider of a parameterized service update request with the configuration key. This request allows the user to start the update of the activated service. This mode is advantageous when the content provider changes the service offering for its customers and for example enriches the service already subscribed by the user. According to one embodiment, the method of accessing a muid media content further comprises: the reception by the mobile terminal of a security code generated from the service provider's management server of the content provider, the provision of of the security code at the fixed terminal, the transmission from the fixed terminal of the security code to the service provider management server of the content provider, the transmission of a request for authorization of activation of the management server of providing content provider services to the fixed terminal only if the received security code is identical to the generated code. This mode makes it possible to add additional security to the access method by prohibiting any activation of the service on the fixed terminal in the absence of provision of a security code. This code is previously generated by the offer server of the content provider and transmitted to the mobile terminal. The transmission of the code to the mobile terminal can be done by SMS, or via an https notification. The code can then be inserted for example via manual input by the user. This input can intervene from a remote control of the fixed terminal. Transmission from the fixed terminal can be done via an https request. According to one embodiment, the method of accessing a muid media content is such that the discovery phase implements a short-distance point-to-point link between the mobile terminal and the fixed terminal. The discovery phase takes place for example according to a UPnP protocol (Universal Plug and Play) by borrowing a wired physical link or wireless point-to-point short-distance NFC, bluetooth, IR, USB, dongle with WiFi ... which has for the advantage of limiting the location area in which the fixed terminal can be located that the user can configure by means of his mobile terminal. The short-distance link physically limits the field of fixed terminals that can be configured by the user by means of his mobile terminal. This is particularly advantageous in a hotel since this physical limitation reduces the possibility of configuring the television of a neighboring room. According to one embodiment, the method for accessing a muid media content is such that the discovery phase includes a return to the user of the fixed terminal profile data for confirmation by the user of the continuation of the method with this method. fixed terminal.

Cette demande de confirmation donne la possibilité à l'utilisateur de vérifier que le terminal fixe découvert par le terminal mobile est bien celui qu'il a l'intention de configurer. Ce mode est particulièrement avantageux dans un hôtel car il permet à l'utilisateur de vérifier qu'il n'est pas en train de configurer la télévision d'une chambre voisine. La mise en oeuvre peut se faire en utilisant le protocole UPnP et la fonction Discovery. L'utilisation du message SSDP Notify permet de renseigner par exemple la chaine de caractère "terminal TV de la chambre 111". L'affichage du n° de chambre dans lequel est situé le terminal fixe permet à l'utilisateur de s'assurer que son terminal mobile s'appaire au bon terminal fixe (la télévision située dans sa chambre) lors d'une découverte en Wifi. Ce mode réduit très fortement une configuration par erreur du terminal fixe d'une chambre voisine.This confirmation request gives the user the opportunity to verify that the fixed terminal discovered by the mobile terminal is the one he intends to configure. This mode is particularly advantageous in a hotel because it allows the user to check that he is not configuring the television of a neighboring room. The implementation can be done using the UPnP protocol and the Discovery function. The use of the SSDP Notify message makes it possible, for example, to enter the string "terminal TV of the room 111". The display of the room number in which the fixed terminal is located enables the user to ensure that his mobile terminal is paired with the correct fixed terminal (the television located in his room) during a Wifi discovery. . This mode greatly reduces an erroneous configuration of the fixed terminal of a neighboring chamber.

L'invention a en outre pour objet un module logiciel comportant des instructions de programme telles que leur exécution par un terminal mobile met en oeuvre les étapes suivantes : une phase de découverte d'un terminal fixe à proximité du terminal mobile, comprenant une mémorisation par le terminal mobile de données de profil du terminal fixe, une transmission depuis le terminal mobile d'une requête d'activation d'un service d'accès à du contenu muid media enrichie de données de profil du terminal fixe à destination d'un serveur de gestion d'offre de services d'un fournisseur de contenu, un téléchargement d'une application correspondant au service requis sélectionnée en fonction des données de profil du terminal fixe et adaptée en fonction de données de configuration de l'utilisateur relatives au service, une installation sur le terminal fixe de l'application téléchargée sur le terminal mobile. L'invention a en outre pour objet un support d'informations comportant des instructions de programme adaptées à la mise en oeuvre des étapes suivantes lorsque ledit programme est chargé et exécuté dans un terminal mobile : une phase de découverte d'un terminal fixe à proximité du terminal mobile, comprenant une mémorisation par le terminal mobile de données de profil du terminal fixe, une transmission depuis le terminal mobile d'une requête d' activation d'un service d'accès à du contenu muid media enrichie de données de profil du terminal fixe à destination d'un serveur de gestion d'offre de services d'un fournisseur de contenu, un téléchargement d'une application correspondant au service requis sélectionnée en fonction des données de profil du terminal fixe et adaptée en fonction de données de configuration de l'utilisateur relatives au service, - une installation sur le terminal fixe de l'application téléchargée sur le terminal mobile. L'invention a en outre pour objet, un terminal mobile comprenant un module logiciel avec des instructions de programme telles que leur exécution met en oeuvre les étapes suivantes : une phase de découverte d'un terminal fixe à proximité du terminal mobile, comprenant une mémorisation par le terminal mobile de données de profil du terminal fixe, une transmission depuis le terminal mobile d'une requête d'activation d'un service d'accès à du contenu multi media enrichie des données de profil du terminal fixe à destination d'un serveur de gestion d'offre de services d'un fournisseur de contenu, un téléchargement d'une application correspondant au service requis sélectionnée en fonction des données de profil du terminal fixe et adaptée en fonction de données de configuration de l'utilisateur relatives au service, - une installation sur le terminal fixe de l'application téléchargée sur le terminal mobile. L'invention a en outre pour objet, un terminal fixe comprenant un module logiciel avec des instructions de programme telles que leur exécution met en oeuvre les étapes suivantes : une phase de découverte entre un terminal mobile et le terminal fixe, le terminal mobile étant à proximité du terminal fixe, comprenant une mémorisation par le terminal mobile de données de profil du terminal fixe, une phase d'installation sur le terminal fixe à partir du terminal mobile d'une application téléchargée au préalable sur le terminal mobile, l'application correspondant à un service d'accès à un contenu mufti media sélectionnée en fonction des données de profil du terminal fixe et adaptée en fonction de données de configuration de l'utilisateur relatives au service, une phase d'activation du service d'accès à un contenu mufti media entre le terminal fixe et un serveur de gestion d'offre de services d'un fournisseur du contenu mufti média. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des figures annexées, parmi lesquelles : - la figure 1, déjà commentée en relation avec l'art antérieur, est une illustration de l'architecture générale du réseau 2G/3G (UMTS) avec un coeur de réseau GPRS impliquée dans des services de streaming en référence au standard 3GPP TS 26 233, la figure 2, déjà commentée en relation avec l'art antérieur, est une illustration de l'architecture générale du réseau 2G/3G/4G avec un coeur de réseau EPC impliquée dans des services de streaming en référence au standard 3GPP TS 26 233, la figure 3, déjà commentée en relation avec l'art antérieur, est une illustration de l'architecture logique système du mécanisme de négociation des capacités mise en oeuvre dans un service de streaming PSS en référence au standard 3GPP TS 26 233, la figure 4, déjà commentée en relation avec l'art antérieur, est une représentation schématique du contenu d'un profil équipement d'un serveur de profils conforme au standard 3GPP TS 26 233, la figure 5 est une représentation schématique du contenu d'un profil équipement enrichi selon l'invention, - la figure 6 est un schéma de différents profils équipement enrichis avec les liens respectifs avec une base de données de services souscrits et de services actifs pour un utilisateur, selon l'invention, la figure 7 représente les différentes entités mises en jeu selon un premier mode de mise en oeuvre d'un procédé selon l'invention, - les figures 8-10 sont des schémas de principe des échanges (cati flow) entre les différentes entités représentées à la figure 7 selon un mode de réalisation d'un procédé selon l'invention, la figure 11 représente les différentes entités mises en jeu selon un deuxième mode de mise en oeuvre d'un procédé selon l'invention, - les figures 12-14 sont des schémas de principe des échanges (cati flow) entre les différentes entités représentées à la figure 11 selon un mode de réalisation d'un procédé selon l'invention, la figure 15 est un schéma de principe des échanges (cati flow) entre les différentes entités représentées à la figure 11 selon un mode de réalisation d'un procédé selon l'invention, - la figure 16 est un schéma de principe des échanges (cati flow) entre les différentes entitées représentés à la figure 11 selon un mode de réalisation d'un procédé selon l'invention, la figure 17 est un schéma d'une structure simplifiée d'un terminal mobile selon l'invention, la figure 18 est un schéma d'une structure simplifiée d'un terminal fixe selon l'invention.The invention furthermore relates to a software module comprising program instructions such that their execution by a mobile terminal implements the following steps: a discovery phase of a fixed terminal near the mobile terminal, comprising a storage by the mobile terminal of profile data of the fixed terminal, a transmission from the mobile terminal of a request to activate a service of access to content muid media enriched with profile data of the fixed terminal to a server a content provider's service offering management system, a download of an application corresponding to the required service selected according to the fixed terminal profile data and adapted according to user configuration data relating to the service, an installation on the fixed terminal of the application downloaded to the mobile terminal. The invention further relates to an information carrier comprising program instructions adapted to the implementation of the following steps when said program is loaded and executed in a mobile terminal: a discovery phase of a fixed terminal nearby of the mobile terminal, comprising a storage by the mobile terminal of profile data of the fixed terminal, a transmission from the mobile terminal of a request for activation of a service to access content muid media enriched with profile data of the fixed terminal to a service provider management server of a content provider, a download of an application corresponding to the required service selected according to the terminal profile data fixed and adapted according to configuration data of the user relating to the service, - an installation on the fixed terminal of the application downloaded to the mobile terminal. The invention furthermore relates to a mobile terminal comprising a software module with program instructions such that their execution implements the following steps: a discovery phase of a fixed terminal near the mobile terminal, comprising a storage by the mobile terminal of profile data of the fixed terminal, a transmission from the mobile terminal of a request to activate a service for access to multimedia content enriched the profile data of the fixed terminal to a destination. content provider service management server of a content provider, a download of an application corresponding to the required service selected according to the fixed terminal profile data and adapted according to service configuration data of the user relating to the service - an installation on the fixed terminal of the application downloaded to the mobile terminal. The invention furthermore relates to a fixed terminal comprising a software module with program instructions such that their execution implements the following steps: a discovery phase between a mobile terminal and the fixed terminal, the mobile terminal being near the fixed terminal, comprising a storage by the mobile terminal profile data of the fixed terminal, an installation phase on the fixed terminal from the mobile terminal of an application previously downloaded to the mobile terminal, the corresponding application a service of access to mufti media content selected according to the profile data of the fixed terminal and adapted according to user configuration data relating to the service, a phase of activation of the access service to a content mufti media between the fixed terminal and a service provider management server of a mufti media content provider. List of Figures Other features and advantages of the invention will emerge more clearly on reading the following description of particular embodiments, given as simple illustrative and non-limiting examples, and the appended figures, among which: FIG. 1, already commented on in relation with the prior art, is an illustration of the general architecture of the 2G / 3G (UMTS) network with a GPRS core network involved in streaming services with reference to the 3GPP standard TS 26 233, FIG. 2, already commented on in relation to the prior art, is an illustration of the general architecture of the 2G / 3G / 4G network with an EPC core network involved in streaming services with reference to 3GPP standard TS 26 233, FIG. 3, already commented on in relation with the prior art, is an illustration of the system logical architecture of the capacity negotiation mechanism implemented in a service. PSS streaming with reference to 3GPP standard TS 26 233, Figure 4, already commented in connection with the prior art, is a schematic representation of the contents of an equipment profile of a profile server compliant with 3GPP standard TS 26 233, FIG. 5 is a schematic representation of the contents of an enriched equipment profile according to the invention; FIG. 6 is a diagram of various equipment profiles enriched with the respective links with a database of subscribed services and of active services. for a user, according to the invention, FIG. 7 represents the various entities involved according to a first embodiment of a method according to the invention; FIGS. 8-10 are schematic diagrams of the exchanges ( cati flow) between the different entities represented in FIG. 7 according to one embodiment of a method according to the invention, FIG. 11 represents the different entities involved according to a second According to the embodiment of a method according to the invention, FIGS. 12-14 are diagrams of the principle of exchanges (cati flow) between the different entities represented in FIG. 11 according to one embodiment of a method. according to the invention, FIG. 15 is a schematic diagram of exchanges (cati flow) between the different entities represented in FIG. 11 according to one embodiment of a method according to the invention; FIG. 16 is a diagram of exchange principle (cati flow) between the different entities shown in Figure 11 according to an embodiment of a method according to the invention, Figure 17 is a diagram of a simplified structure of a mobile terminal according to the invention FIG. 18 is a diagram of a simplified structure of a fixed terminal according to the invention.

Description de modes de réalisation de l'invention Le principe général de l'invention repose sur l'utilisation d'un terminal mobile comme d'un terminal de confiance avec lequel l'utilisateur peut configurer d'autres terminaux, par exemple fixes pour visualiser des contenus muid media. L'utilisateur a souscrit un abonnement et plus généralement une offre de services auprès d'un opérateur mobile qui lui a attribué en retour un numéro d'appel. En référence à certains standards comme le GSM, ce numéro d'appel est généralement identique à un identifiant désigné par les acronymes MSISDN. En parallèle, l'utilisateur peut souscrire auprès de fournisseurs de contenu des offres complémentaires et plus généralement supplémentaires. Dans son environnement résidentiel, l'utilisateur peut partager un ou plusieurs terminaux fixes tels des équipements télévisuels (TV) avec des membres de sa famille. Chaque membre peut détenir un terminal mobile personnel.DESCRIPTION OF EMBODIMENTS OF THE INVENTION The general principle of the invention is based on the use of a mobile terminal as a trusted terminal with which the user can configure other terminals, for example fixed to view muid media content. The user has subscribed to a subscription and more generally to a service offer from a mobile operator who has given him a call number in return. With reference to certain standards such as GSM, this call number is generally identical to an identifier designated by the MSISDN acronyms. In parallel, the user can subscribe to content providers of additional and more generally additional offers. In its residential environment, the user can share one or more fixed terminals such as television equipment (TV) with members of his family. Each member can hold a personal mobile terminal.

L'utilisateur peut ne pas partager les mêmes préférences ou usages de visualisation de contenu que les membres de sa famille Par suite, il peut être contraint de devoir configurer à chaque fois la TV qu'il utilise à un instant t pour obtenir une configuration qui corresponde à son offre de contenu, qui corresponde à son usage, qui corresponde à ses préférences. Selon un mode de réalisation de l'invention, l'utilisateur a la possibilité de configurer automatiquement un terminal fixe avec ses préférences et ses usages associés à son terminal mobile. Le terminal mobile récupère certains éléments de données du profil du terminal fixe et demande au fournisseur de contenu d'adapter son profil associé à son mobile au terminal fixe à partir des éléments de données du profil du terminal fixe qu'il lui transmet. Ceci permet donc à l'utilisateur d'étendre son offre de contenu à d'autres terminaux accessibles via un réseau fixe.The user may not share the same preferences or uses of viewing content as his family members. As a result, he may be forced to configure each time the TV he uses at a time t to obtain a configuration that corresponds to its offer of content, which corresponds to its use, which corresponds to its preferences. According to one embodiment of the invention, the user can automatically configure a fixed terminal with his preferences and uses associated with his mobile terminal. The mobile terminal retrieves certain data elements from the profile of the fixed terminal and requests the content provider to adapt his profile associated with his mobile to the fixed terminal from the data elements of the profile of the fixed terminal that he transmits to him. This allows the user to extend its content offering to other terminals accessible via a fixed network.

Le standard 3GPP TS 26 234 spécifie un profil illustré par la figure 4 associé à un équipement terminal. Dans le contexe de l'invention, ce profil est utilisé par le service de contenu muid media, il est généralement mémorisé sur un serveur dit « device profil server ». Il est bien entendu que ce serveur peut en réalité correspondre à plusieurs serveurs. Le profil contient des données sur les capacités « matériel » du terminal désignées par les termes « Hardware capabilities », des données sur les capacités « logiciel » désignées par les termes « Software capabilities ». Ces capacités sont enrichies par l'utilisateur ou par le fournisseur de service au moyen de plug-in, désignés par les termes « Hardware/Software plug-in », par exemple une extension de la capacité mémoire, un module logiciel téléchargé. L'utilisateur peut saisir des paramètres classés dans les « User Preferences », par exemple le choix d'un son audio et non stéréo. L'invention se propose d'enrichir le profil d'un équipement avec deux modules, un module routage désigné par les termes « routing policies » et un module avec une clé de configuration désigné par les termes « Configuration key » comme illustré en figure 5. L'invention se propose en outre de gérer une base de données dans laquelle sont mémorisés les services souscrits et les services activés par l'utilisateur sur différents terminaux. La figure 6 représente cette base de données désignée par les termes "liste des services souscrits par l'utilisateur et liste des services activés pour l'utilisateur par terminal"(« subscribed and activated services per user ») ainsi que les différents profils associés à chaque terminal et le lien entre un profil et cette base de données.The standard 3GPP TS 26 234 specifies a profile illustrated in Figure 4 associated with a terminal equipment. In the context of the invention, this profile is used by the content service muid media, it is usually stored on a server called "device profile server". It is understood that this server can actually correspond to several servers. The profile contains data on the hardware capabilities of the terminal referred to as hardware capabilities, data on software capabilities referred to as software capabilities. These capabilities are enriched by the user or the service provider by means of plug-ins, referred to as "Hardware / Software plug-in", for example an extension of the memory capacity, a downloaded software module. The user can enter parameters classified in the "User Preferences", for example the choice of audio and non-stereo sound. The invention proposes to enrich the profile of a device with two modules, a routing module designated by the terms "routing policies" and a module with a configuration key designated by the terms "Configuration key" as illustrated in FIG. The invention further proposes managing a database in which the subscribed services and the services activated by the user on different terminals are memorized. FIG. 6 represents this database designated by the terms "list of services subscribed by the user and list of services activated for the user by terminal" ("subscribed and activated services per user") as well as the different profiles associated with each terminal and the link between a profile and this database.

Selon un mode de réalisation, le système d'information SI gère la base de données "liste des services souscrits par l'utilisateur et liste des services activés pour l'utilisateur par terminal". Ainsi selon ce mode, le système d'information SI donne des éléments de réponse suite à un appel client relatif à un service non disponible. La plateforme de service gère généralement la base de données "device profile server" puisque le module « routing policies » fait référence à des données de configuration relatives à la plateforme de service telle que l'URL ou l'adresse IP pour permettre au terminal l'envoi de ces requêtes de service. Ces deux bases permettent de connaître l'ensemble des terminaux qui sont configurés pour donner l'accès aux services de l'utilisateur. La base de données "liste des services souscrits par l'utilisateur et liste des services activés pour l'utilisateur par terminal" donne la liste des services activés par terminal pour un utilisateur donné. Lors de la configuration d'un nouveau terminal, le fournisseur de service peut récupérer un ensemble de préférences de l'utilisateur relatives aux usages sur chacun des terminaux où les services sont activés. A minima, le fournisseur de service récupère les préférences de l'utilisateur pour le terminal mobile (par exemple smartphone) qui a une souscription active. Ainsi, l'invention permet d'exporter le profil associé à un service du terminal mobile vers un terminal fixe pour visualiser un contenu muid média sur ce terminal fixe. Le terminal mobile sert de terminal de confiance dans l'activation du service sur le terminal fixe.According to one embodiment, the information system SI manages the database "list of services subscribed by the user and list of services activated for the user by terminal". Thus according to this mode, the information system SI gives elements of response following a customer call relating to a service unavailable. The service platform usually manages the "device profile server" database since the "routing policies" module refers to configuration data relating to the service platform such as the URL or the IP address to enable the terminal sending these service requests. These two bases make it possible to know all the terminals which are configured to give access to the services of the user. The database "list of services subscribed by the user and list of services activated for the user by terminal" gives the list of services activated by terminal for a given user. When configuring a new terminal, the service provider can retrieve a set of user preferences for the uses on each of the terminals where the services are enabled. At a minimum, the service provider retrieves the user's preferences for the mobile terminal (for example smartphone) which has an active subscription. Thus, the invention makes it possible to export the profile associated with a service of the mobile terminal to a fixed terminal for viewing a muid media content on this fixed terminal. The mobile terminal serves as a trusted terminal in the activation of the service on the fixed terminal.

Selon un premier mode de mise en oeuvre de l'invention, l'opérateur mobile et le fournisseur de contenu sont des acteurs différents. Ce mode est détaillé en référence à la figure 7 qui représente les différentes entités mises en jeu et aux figures 8-10 qui sont des schémas de principe des échanges (cati flow) entre les différentes entités lors de l'exécution sur le terminal mobile des instructions de programme d'un module logiciel conforme à un mode de réalisation de l'invention. Le terminal mobile est identifié auprès d'un opérateur mobile OM, le terminal fixe « TV» est localisé par exemple dans un hôtel ou tout autre bâtiment telle une maison, un immeuble. Les terminaux mobiles et fixes sont respectivement accessibles via un réseau d'accès mobile et un réseau d'accès fixe par le système de télécommunication. Les réseaux d'accès mobile et fixe sont désignés par « Ntw » et distingués par deux traits verticaux Mob, Fix. Un fournisseur d'accès FAI autorise l'accès du terminal fixe TV au système de télécommunication via le réseau d'accès fixe. La plateforme d'offre de services PFS comprend un portail mobile TV de l'opérateur mobile OM et un portail TV du fournisseur de contenu FC, quatre traits verticaux lui sont attachés. Les traits référencés FE (Front End) correspondent à des fonctions qui mettent en oeuvre les échanges avec l'utilisateur, les traits référencés BE (Buck End) correspondent aux autres échanges respectivement du portail de l'opérateur mobile et du portail du fournisseur de contenu et le 4' trait correspond à la fonction de gestion des profils. Cette plateforme correspond à un ou plusieurs serveurs. Les serveurs du système d'information sont identifiés par le terme « SI », deux traits verticaux lui sont attachés. Le l' trait correspond au système d'information de l'opérateur mobile OM. Le 2e trait correspond au système d'information du fournisseur de contenu FC. Les séquences Sqx de messages échangés selon le mode de réalisation illustré sont listées ci-après.According to a first embodiment of the invention, the mobile operator and the content provider are different actors. This mode is detailed with reference to FIG. 7 which represents the various entities involved and FIGS. 8-10 which are flow diagrams of the exchanges (cati flow) between the different entities during the execution on the mobile terminal of program instructions of a software module according to an embodiment of the invention. The mobile terminal is identified with a mobile operator OM, the fixed terminal "TV" is located for example in a hotel or any other building such a house, a building. The mobile and fixed terminals are respectively accessible via a mobile access network and a fixed access network by the telecommunication system. The mobile and fixed access networks are designated by "Ntw" and distinguished by two vertical lines Mob, Fix. An ISP access provider allows access of the fixed terminal TV to the telecommunication system via the fixed access network. The service provider platform PFS includes a mobile TV portal OM mobile operator and a TV portal content provider FC, four vertical lines are attached thereto. The FE referenced features (Front End) correspond to functions that implement the exchanges with the user, the features referenced BE (Buck End) correspond to the other exchanges respectively of the portal of the mobile operator and the portal of the content provider and the 4th line corresponds to the profile management function. This platform corresponds to one or more servers. The servers of the information system are identified by the term "SI", two vertical lines are attached to it. The line corresponds to the information system of the mobile operator OM. The second line corresponds to the information system of the FC content provider. The Sqx sequences of messages exchanged according to the illustrated embodiment are listed below.

Sql : séquence «device discovery 0». Cette séquence correspond à la découverte depuis le terminal mobile d'un terminal fixe à proximité via un lien câblé (par exemple USB) ou un lien sans fil (wireless). Cette séquence est par exemple basée sur un protocole UPnP basé sur une notification SSDP.Sql: sequence "device discovery 0". This sequence corresponds to the discovery from the mobile terminal of a fixed terminal nearby via a wired link (for example USB) or a wireless link. This sequence is for example based on a UPnP protocol based on an SSDP notification.

Sq2 : séquence «device_discovery (user agent device type)». Cette séquence correspond à la réponse du terminal fixe vers le terminal mobile. Le terminal fixe transmet des données de son profil tel que « user agent device type » en référence à l'Open Mobile Alliance qui a édité un document référencé User agent profile version 2.0 de février 2006 définissant le profil UAProf d'un agent utilisateur « User Agent Pofile ». Le terminal fixe transmet éventuellement en outre des caractéristiques « fixed access type » du réseau d'accès auquel il est connecté. Cette réponse est basée sur le même protocole que celui utilisé lors de la séquence Sql, par exemple le protocole UPnP. Sq3 : séquence «activation_request (mobile type, TV device type, service type)». Cette séquence correspond à la demande d'activation d'un service d'accès à du contenu muid media émise depuis le terminal mobile à destination du fournisseur de contenu. Elle contient des données sur le terminal mobile (mobile type), sur le terminal fixe (TV device type) ainsi que sur le service demandé (service type). Eventuellement elle contient des données sur le réseau d'accès fixe (fixed access type). Sq4 : séquence «activation_request enrichment (+0M_UI)». Cette séquence correspond à l'insertion de l'identifiant mobile du terminal mobile par le réseau d'accès mobile dans la requête d'activation « activation_request » émise par le terminal mobile. Cet identifiant est connu sous les acronymes MSISDN dans le cas d'un réseau d'accès 2G ou 3G (GSM, UMTS). Une telle séquence n'existe pas dans le cas d'un réseau d'accès sans fil, par exemple de type WiFi, non interconnecté avec le réseau coeur mobile (aussi appelé « 3GPP Core Network » en figure 1).Sq2: sequence "device_discovery (user agent device type)". This sequence corresponds to the response of the fixed terminal to the mobile terminal. The fixed terminal transmits data of its profile such as "user agent device type" with reference to the Open Mobile Alliance which has published a document referenced User agent profile version 2.0 of February 2006 defining the profile UAProf of a user agent User Agent Pofile ". The fixed terminal may also transmit "fixed access type" characteristics of the access network to which it is connected. This response is based on the same protocol used in the Sql sequence, for example the UPnP protocol. Sq3: sequence "activation_request (mobile type, TV device type, service type)". This sequence corresponds to the request to activate a service for accessing muid media content sent from the mobile terminal to the content provider. It contains data on the mobile terminal (mobile type), on the fixed terminal (TV device type) as well as on the requested service (typical service). Possibly, it contains data on the fixed access type network. Sq4: sequence "activation_request enrichment (+ 0M_UI)". This sequence corresponds to the insertion of the mobile identifier of the mobile terminal by the mobile access network in the activation request "activation_request" issued by the mobile terminal. This identifier is known by the acronyms MSISDN in the case of a 2G or 3G access network (GSM, UMTS). Such a sequence does not exist in the case of a wireless access network, for example WiFi type, not interconnected with the mobile core network (also called "3GPP Core Network" in Figure 1).

Sq5 : lors des séquences 5.1, 5.2, 5.3, 5.4 les ressources de l'opérateur mobile OM analyse la requête de l'utilisateur. Sq5.1 : séquence « activation_request (TV device type, OM_UI, service type). Cette séquence correspond au passage de la requête d'activation entre les applications FE de la partie de la plateforme sous contrôle de l'opérateur mobile qui échangent avec les terminaux et les applications BE qui traitent les requêtes transmises par les applications FE pour traitement. Sq5.2 : séquence «Aliasing_request (service type, OM_UI)». Cette séquence depuis la partie de la plateforme sous contrôle de l'opérateur mobile à destination de son système d'information SI M correspond à la demande d'obtention d'une identité alias connue du fournisseur de contenu. Cet alias permet à l'opérateur de garantir à l'utilisateur que son identité mobile n'est pas communiquée au fournisseur de contenu. En outre, il permet à l'opérateur mobile de jouer le rôle de garant auprès du fournisseur de contenu en ce qui concerne l'identité de l'utilisateur qui invoque le service demandé.Sq5: during the sequences 5.1, 5.2, 5.3, 5.4 the resources of the mobile operator OM analyzes the request of the user. Sq5.1: sequence "activation_request (TV device type, OM_UI, service type). This sequence corresponds to the passage of the activation request between the FE applications of the portion of the platform under the control of the mobile operator that exchanges with the terminals and the BE applications that process the requests transmitted by the FE applications for processing. Sq5.2: sequence "Aliasing_request (service type, OM_UI)". This sequence from the part of the platform under the control of the mobile operator to its information system SI M corresponds to the request to obtain an alias identity known to the content provider. This alias allows the operator to guarantee to the user that his mobile identity is not communicated to the content provider. In addition, it allows the mobile operator to act as guarantor to the content provider with respect to the identity of the user invoking the requested service.

Sq5.3 : séquence «Aliasing_response (FC_UI)». Cette séquence en réponse au message précédent contient l'alias FC_UI connu du fournisseur de contenu de l'identité mobile OM_UI de l'utilisateur du terminal mobile. Sq5.4 : séquence « activation_request (TV device type, FC_UI, service type). Cette séquence correspond au passage de la requête d'activation de la séquence Sq5.1 entre la partie de la plateforme sous contrôle de l'opérateur mobile et la partie de la plateforme sous contrôle du fournisseur de contenu, la requête est transmise entre deux acteurs différents. Par suite, la séquence contient les paramètres/données nécessaires pour analyser la demande en fonction de l'offre de services souscrite par l'utilisateur auprès du fournisseur de contenu. La séquence contient ainsi le type de terminal fixe (TV device type), le service demandé (service type) et l'alias (FC_UI). Eventuellement, la séquence contient le type d'accès fixe (fixed access type). Sq6 : lors des séquences 6.1, 6.2 le fournisseur de contenu FC analyse la requête de l'utilisateur. Sq6.1 : séquence « fetch_subscribed_offer_data (FC_UI) » entre la plateforme PFS TV et le système d'information SI, dans l'environnement du fournisseur de contenu. La plateforme d'offre de services PFS TV interroge le système d'information SI du fournisseur de contenu pour obtenir en retour les données sur l'offre souscrite par l'utilisateur. Les échanges contiennent l'alias FC_UI. La plateforme récupère les services souscrits et l'ensemble des clés de configuration actives (configuration_keys) pour l'utilisateur FC_UI. 5q6.2 : séquence « fetch_device_capabilities (TV device type) » entre la partie de la plateforme PFS TV sous contrôle du fournisseur de service et une base de données d'équipements de différents fabricants. Lors de cet échange, la plateforme récupère les caractéristiques des moyens matériels et logiciels (device capabilities) dont bénéficie le terminal fixe. 5q6.3 étape «Check eligibility { subscribed offer, device capabilities }». Cette étape correspond à la vérification par la plateforme d'offre de services PFS TV de l'éligibilité de l'offre de service souscrite dans le contexte d'une activation du service sur le terminal fixe à partir des caractéristiques des moyens matériels et logiciels « device capabilities » dont bénéficie le terminal fixe. En fonction de ces moyens, la plateforme détermine si le terminal a les ressources suffisantes pour le service demandé. La vérification est effectuée dans l'environnement du fournisseur de contenu. 5q6.4 : séquence « activation_response(FC_UI) ». Cette séquence depuis la partie de la plateforme de service qui dépend du fournisseur de contenu est destinée au terminal mobile identifié par son alias. La plateforme d'offre de services PFS TV indique à l'utilisateur le statut du procédé. En fonction de l'offre souscrite et des caractéristiques du terminal fixe (TV device type), l'accès au service peut être refusé (access denied), l'accès au service peut être restreint (restricted access) ou l'accès au service peut être autorisé (installation under progress). 5q6.5 : étape « Aliasing (FC_UI, OM_UI) ». Lors de cette étape, la partie de la plateforme sous contrôle de l'opérateur mobile remplace l' alias par l'identité mobile de l'utilisateur. Sq6.6 : séquence « activation_response (0M_UI)». Cette séquence correspond à la séquence Sq6.3 avec l'identité du mobile au lieu de l'alias. Elle est en réponse à la séquence Sq3. Cet échange Sq6.5-Sq3 peut utiliser le protocole http.Sq5.3: sequence "Aliasing_response (FC_UI)". This sequence in response to the previous message contains the alias FC_UI known to the content provider of the mobile user's mobile identity OM_UI. Sq5.4: sequence "activation_request (TV device type, FC_UI, service type). This sequence corresponds to the passage of the activation request of the sequence Sq5.1 between the part of the platform under the control of the mobile operator and the part of the platform under control of the content provider, the request is transmitted between two actors different. As a result, the sequence contains the parameters / data necessary to analyze the request according to the service offer subscribed by the user with the content provider. The sequence thus contains the type of fixed terminal (TV device type), the requested service (service type) and the alias (FC_UI). Optionally, the sequence contains the fixed access type. Sq6: During sequences 6.1, 6.2 the content provider FC analyzes the request of the user. Sq6.1: "fetch_subscribed_offer_data (FC_UI)" sequence between the PFS TV platform and the SI information system in the content provider environment. The PFS TV service offering platform queries the content provider's information system SI to obtain the subscribed subscription data from the user. The exchanges contain the FC_UI alias. The platform retrieves the subscribed services and the set of active configuration keys (configuration_keys) for the FC_UI user. 5q6.2: "fetch_device_capabilities (TV device type)" sequence between the portion of the PFS TV platform under the control of the service provider and a database of equipment of different manufacturers. During this exchange, the platform retrieves the characteristics of the hardware and software capabilities of the fixed terminal. 5q6.3 "Check eligibility {subscribed offer, device capabilities}" step. This step corresponds to the verification by the platform of PFS TV service offer of the eligibility of the service offer subscribed in the context of an activation of the service on the fixed terminal from the characteristics of the hardware and software means " device capabilities "of which the fixed terminal benefits. Based on these means, the platform determines if the terminal has sufficient resources for the requested service. The verification is performed in the content provider environment. 5q6.4: sequence "activation_response (FC_UI)". This sequence from the part of the service platform that depends on the content provider is for the mobile terminal identified by its alias. The PFS TV service offering platform tells the user the status of the process. Depending on the subscribed offer and the characteristics of the fixed terminal (TV device type), access to the service may be refused (access denied), access to the service may be restricted (restricted access) or access to the service can be authorized (installation under progress). 5q6.5: step "Aliasing (FC_UI, OM_UI)". During this step, the part of the platform under the control of the mobile operator replaces the alias with the mobile identity of the user. Sq6.6: sequence "activation_response (0M_UI)". This sequence corresponds to the sequence Sq6.3 with the identity of the mobile instead of the alias. It is in response to the sequence Sq3. This exchange Sq6.5-Sq3 can use the http protocol.

Sq6.7 : séquence « user service request for application download ( ) ». Cette séquence depuis le terminal mobile vers le fournisseur de contenu est une requête pour obtenir l'application à télécharger correspondant au service requis. Sq6.8 : séquence « Fetch user preferences (configuration_keys) » entre la partie de la plateforme PFS TV sous contrôle du fournisseur de service et la base de données de profils « Profile server ». En interrogeant la base de données de profils à partir du/des paramètre(s) « configuration_keys », la plateforme peut récupérer les préférences d'usage de l'utilisateur pour chacun des terminaux où le service demandé est actif. Sq7 : étape « application selection {device capabilities, OS, service type... } ». Cette étape correspond à la sélection par la plateforme PFS TV de l'application à télécharger sur le terminal mobile en fonction des capacités du terminal fixe et de l'offre muid média TV souscrite par l'utilisateur ainsi que le type de service demandé par l'utilisateur pour le terminal fixe TV. Sq8 : étape « routing policies selection » Lors de cette étape la plateforme PFS TV configure les paramètres de routage de l' application en fonction des capacités du terminal fixe. Cela correspond typiquement au paramétrage de l'URL de la plateforme (URL du Front End de la plateforme PFS TV qui est sous le contrôle du fournisseur de contenu) qui devient accessible au terminal fixe après téléchargement et installation via le terminal mobile. Ces paramètres de routage (routing policies) permettent au terminal fixe d' accéder au serveur du fournisseur de contenu pour la visualisation du contenu sur ce terminal. Sq9 : étape « service personalization ». Lors de cette étape, la plateforme PFS TV prend en compte les données de personnalisation (préférences d'usage) qui vont être exportées sur le terminal fixe. Les données incluent l'ensemble des données de personnalisation des services de l'utilisateur ainsi que des données d'usage connues de la plateforme PFS TV. En pratique, ces données peuvent correspondre à des cookies qui intègrent des préférences d'usages, des données de configuration et des données d'identité d'authentification implicite. Eventuellement, une pondération est effectuée pour donner une importance plus importante pour des usages associés à des terminaux de type proche de celui du terminal fixe. Par défaut, la plateforme prend en compte les usages antérieurs sur le terminal mobile (typiquement de type smartphone). Sql0 : étape « configuration_Key generation». Cette étape correspond à la génération par la plateforme PFS TV de la clé de configuration unique Configuration-Key à partir de l'alias FC_UI connu du fournisseur de contenu, de caractéristiques du terminal fixe déterminées à partir du type de terminal (TV device type) et du service demandé. Cette clé est utilisée à plusieurs fins : -durant la suite de la configuration du terminal TV fixe, ce dernier insère cette clé qui permet à la PFS TV de reconnaitre le contexte de configuration notamment en séquence Sq13, -durant l'usage du service, cette clé de configuration est présente dans les deux bases de données ("liste des services souscrits par l'utilisateur et liste des services activés pour l'utilisateur par terminal" et "device profile server") et permet au fournisseur de service de s'assurer que les données de configuration du terminal TV (« routing policies ») sont en cohérence avec les services souscrits et activés sur le terminal TV. La vérification de cette cohérence est notamment nécessaire en cas de notification par l'utilisateur de problème d'accès aux services de contenu. Sq.10bis : séquence "writing of configuration parameters in DB» de la plateforme vers les bases de données DB de profil et de services souscrits et de services activés, dans l'environnement du fournisseur de contenu. Cette séquence correspond à l'écriture des paramètres de configurations dans les bases de données Profile server et subscribed services, donc plus particulièrement les paramètres de routage (routing policies) et la clé de configuration (configuration_key). Sq11.1 : séquence « application_download (software, personalized preferences, FC_UI, routing policies, configuration key) » depuis la plateforme PFS TV à destination du terminal mobile. Cette séquence correspond au téléchargement sur le terminal mobile de l'application à installer sur le terminal fixe. Le téléchargement inclut le logiciel (software), les données de personnalisation (par exemple les chaînes Live favorites, VoD boolçmarkés, les liens de réseaux sociaux, la page d'accueil personnalisée (welcome screen personalisé)), l'alias FC_UI, les paramètres de routage (routing policies), la clé de configuration (configuration key). La clé de configuration permet l'authentification implicite de l'utilisateur pour les services du fournisseur de contenu. L'ajout de l' alias FC_UI connu du fournisseur de contenu à l'application à télécharger sur le terminal fixe permet de gérer plusieurs comptes sur le terminal fixe à partir de la page d' accueil des services du fournisseur de contenu. Sq11.2 : étape « Aliasing (FC_UI, OM_UI) ». Lors de cette étape, la partie de la plateforme sous contrôle de l'opérateur mobile remplace l' alias par l'identité mobile. Elle est similaire à l'étape 5q6.4. Sq11.3 : séquence « application_download (software, personalized preferences, OM_UI, routing policies, configuration key) ». Cette séquence correspond à la séquence Sq11.1 avec remplacement de l' alias par l'identifiant du terminal mobile. Cette séquence est en réponse à la séquence 5q6.7. Cet échange Sq6.7-Sq11.3 peut utiliser le protocole http. 5q12 : séquence « application install ». Cette séquence correspond à l'installation sur le terminal fixe de l'application TV téléchargée depuis le terminal mobile. Cette séquence est par exemple basée sur un protocole UPnP. Sql3 : séquence « activation_request (configuration_key) ». Cette séquence correspond à une demande d'activation du service depuis le terminal fixe à destination de la partie de la plateforme sous contrôle du fournisseur de contenu. Cette séquence peut être basée sur un protocole https.Sq6.7: "user service request for application download ()" sequence. This sequence from the mobile terminal to the content provider is a request to obtain the application to download corresponding to the required service. Sq6.8: "Fetch user preferences (configuration_keys)" sequence between the part of the PFS TV platform under the control of the service provider and the "Profile server" profile database. By querying the profile database from the "configuration_keys" parameter (s), the platform can retrieve the user's usage preferences for each of the terminals where the requested service is active. Sq7: "application selection {device capabilities, OS, service type ...}" step. This step corresponds to the selection by the platform PFS TV of the application to download on the mobile terminal according to the capabilities of the fixed terminal and the muid media TV offer subscribed by the user and the type of service requested by the user. user for the fixed TV terminal. Sq8: "routing policies selection" step In this step, the PFS TV platform configures the routing parameters of the application according to the capabilities of the fixed terminal. This typically corresponds to the setting of the platform URL (Front End URL of the PFS TV platform that is under the control of the content provider) which becomes accessible to the fixed terminal after download and installation via the mobile terminal. These routing policies allow the fixed terminal to access the content provider 's server for viewing content on that terminal. Sq9: "service personalization" step. During this step, the PFS TV platform takes into account the personalization data (usage preferences) that will be exported to the fixed terminal. The data includes all of the personalization data of the user services as well as known usage data of the PFS TV platform. In practice, this data may correspond to cookies that incorporate usage preferences, configuration data and implicit authentication identity data. Optionally, a weighting is performed to give greater importance for uses associated with terminals of the type close to that of the fixed terminal. By default, the platform takes into account prior uses on the mobile terminal (typically smartphone type). Sql0: step "configuration_Key generation". This step corresponds to the generation by the platform PFS TV of the unique Configuration-Key configuration key from the FC_UI alias known content provider fixed terminal characteristics determined from the type of terminal (TV device type) and the requested service. This key is used for several purposes: -during the configuration of the fixed TV terminal, the latter inserts this key that allows the PFS TV to recognize the configuration context including sequence Sq13, -during the use of the service, this configuration key is present in the two databases ("list of services subscribed by the user and list of services activated for the user by terminal" and "device profile server") and allows the service provider to ensure that the configuration data of the TV terminal ("routing policies") are consistent with the services subscribed and activated on the TV terminal. Verification of this consistency is particularly necessary in case of notification by the user of problem of access to the content services. Sq.10bis: The "writing of configuration parameters in DB" sequence from the platform to the DB and subscribed service and service DB databases in the content provider environment. configuration parameters in the Profile server and subscribed services databases, and more particularly the routing policies and the configuration key (configuration_key) Sq11.1: sequence "application_download" (software, personalized preferences, FC_UI, routing policies, configuration key) from the PFS TV platform to the mobile terminal This sequence corresponds to the download on the mobile terminal of the application to be installed on the fixed terminal The download includes the software, the personalization data (eg Favorite Live Channels, VoD Boolçmarked, Social Network Links, Personalized Home Page Custom welcome screen), FC_UI alias, routing policies, configuration key. The configuration key allows implicit authentication of the user for content provider services. The addition of the FC_UI alias known to the content provider to the application to be downloaded to the fixed terminal makes it possible to manage several accounts on the fixed terminal from the content provider's homepage. Sq11.2: step "Aliasing (FC_UI, OM_UI)". During this step, the part of the platform under the control of the mobile operator replaces the alias with the mobile identity. It is similar to step 5q6.4. Sq11.3: sequence "application_download (software, personalized preferences, OM_UI, routing policies, configuration key)". This sequence corresponds to the sequence Sq11.1 with replacement of the alias by the identifier of the mobile terminal. This sequence is in response to the sequence 5q6.7. This exchange Sq6.7-Sq11.3 can use the http protocol. 5q12: sequence "application install". This sequence corresponds to the installation on the fixed terminal of the TV application downloaded from the mobile terminal. This sequence is for example based on a UPnP protocol. Sql3: sequence "activation_request (configuration_key)". This sequence corresponds to a request for activation of the service from the fixed terminal to the part of the platform under control of the content provider. This sequence can be based on an https protocol.

Sq14 : les séquences 14.1-14.4 correspondent à une exigence du fournisseur de contenu FC d'effectuer une dernière vérification avant l'activation du service. Ce jeu de séquences reste optionnel. Sq14.1 : séquence « Security code generation (Secure_code, FC_UI) depuis la partie de la plateforme sous contrôle du fournisseur de contenu vers la partie sous contrôle de l'opérateur mobile. Cette séquence contient un code (Secure_code) et 1' alias de l'utilisateur. Sq14.2 : étape « Aliasing (FC_UI, OM_UI) ». Lors de cette étape, la partie de la plateforme sous contrôle de l'opérateur mobile remplace 1' alias par l'identité mobile. Elle est similaire à l'étape Sq6.5 et à l'étape Sq11.2.Sq14: The 14.1-14.4 sequences correspond to a requirement of the FC content provider to perform a final check before the activation of the service. This sequence game remains optional. Sq14.1: "Security code generation" sequence (Secure_code, FC_UI) from the part of the platform under the control of the content provider to the part under control of the mobile operator. This sequence contains a code (Secure_code) and 1 'alias of the user. Sq14.2: step "Aliasing (FC_UI, OM_UI)". During this step, the part of the platform under the control of the mobile operator replaces the alias with the mobile identity. It is similar to step Sq6.5 and step Sq11.2.

Sq14.3 : séquence « Security code transfer (Secure_code) ». Cette séquence correspond à la transmission de la séquence Sq14.1 depuis la partie de la plateforme sous contrôle de l'opérateur mobile à destination du terminal mobile. Cette séquence peut être basée sur un mécanisme de type « push API ». A ce stade, l'utilisateur du terminal mobile doit saisir sur le terminal fixe le code reçu sur son terminal mobile. Sq14.4 : séquence « Security code insertion (Secure_code, configuration_key) » depuis le terminal fixe à destination du fournisseur de contenu. Compte tenu que le terminal fixe connait les paramètres de routage (routing policies) et la clé de configuration, il transmet le code saisi avec la même clé de configuration et en utilisant les paramètres de routage pour pointer sur le fournisseur de contenu. Cette séquence peut être basée sur un protocole https. La réception d'un code saisi identique au code émis termine la dernière vérification par le fournisseur de contenu. Sq15.1 : séquence « account_activation (configuration_key) ». Cette séquence correspond à l'activation du compte demandée par la plateforme de service au système d'information SI du fournisseur de contenu. 5q15.2 : séquence « successful_activation (configuration_key) » entre applications BE et FE de la partie de la plateforme sous contrôle du fournisseur de contenu. 5q15.3 : séquence « activation_response (configuration_key) » depuis la partie de la plateforme sous contrôle du fournisseur de contenu à destination du terminal fixe. Cette séquence correspond à la réponse à la séquence 5q13. L'échange 5q13-5q15.3 peut être basé sur un protocole http ou https. 5q15.4 : séquence «successful_activation» depuis la plateforme PFS à destination du terminal mobile. Cette séquence est destinée à informer le terminal mobile du succès de l'activation. Cette séquence contient 1' alias de l'utilisateur. 5q15.5 : étape « Aliasing (FC_UI, OM_UI) ». Cette séquence est similaire à la séquence Sq14.2. 5q15.6 : séquence « user notification ( ) » depuis la partie de la plateforme sous contrôle de l'opérateur mobile. Le message de notification contient l'identifiant mobile de l'utilisateur. La notification au terminal mobile peut inclure une indication que le service est disponible (service available). Cette séquence peut être basée sur un mécanisme de type « push API ». Selon un deuxième mode de mise en oeuvre, l'opérateur mobile et le fournisseur de contenu sont vus comme un seul acteur. La figure 11 illustre les différentes entités. Le principe des échanges reste celui décrit pour le premier mode. Certains échanges disparaissent compte tenu qu'il n'y a plus de distinction entre l'opérateur mobile et le fournisseur de mobile. Il n'y a plus selon ce mode d'utilisation d'alias, seul l'identifiant mobile 0M_UI est utilisé. Les figures 12, 13 et 14 sont des schémas de principe des échanges selon le mode de réalisation.Sq14.3: sequence "Security code transfer (Secure_code)". This sequence corresponds to the transmission of the sequence Sq14.1 from the part of the platform under the control of the mobile operator to the mobile terminal. This sequence can be based on a "push API" mechanism. At this stage, the user of the mobile terminal must enter on the fixed terminal the code received on his mobile terminal. Sq14.4: sequence "Security code insertion (Secure_code, configuration_key)" from the fixed terminal to the content provider. Given that the fixed terminal knows the routing policies and the configuration key, it transmits the code entered with the same configuration key and using the routing parameters to point to the content provider. This sequence can be based on an https protocol. The receipt of a code entered identical to the issued code terminates the last verification by the content provider. Sq15.1: sequence "account_activation (configuration_key)". This sequence corresponds to the activation of the account requested by the service platform to the information system SI of the content provider. 5q15.2: sequence "successful_activation (configuration_key)" between BE and FE applications of the part of the platform under the control of the content provider. 5q15.3: sequence "activation_response (configuration_key)" from the part of the platform under the control of the content provider to the fixed terminal. This sequence corresponds to the response to the 5q13 sequence. The 5q13-5q15.3 exchange can be based on an http or https protocol. 5q15.4: "successful_activation" sequence from the PFS platform to the mobile terminal. This sequence is intended to inform the mobile terminal of the success of the activation. This sequence contains the user's alias. 5q15.5: step "Aliasing (FC_UI, OM_UI)". This sequence is similar to the sequence Sq14.2. 5q15.6: "user notification ()" sequence from the part of the platform under the control of the mobile operator. The notification message contains the mobile identifier of the user. The notification to the mobile terminal may include an indication that the service is available (service available). This sequence can be based on a "push API" mechanism. According to a second embodiment, the mobile operator and the content provider are seen as a single actor. Figure 11 illustrates the different entities. The principle of exchanges remains that described for the first mode. Some exchanges disappear since there is no distinction between the mobile operator and the mobile provider. There is more according to this mode of use of aliases, only the mobile identifier 0M_UI is used. Figures 12, 13 and 14 are schematic diagrams of exchanges according to the embodiment.

Selon un mode de réalisation, l'utilisateur peut demander une mise à jour de son offre de services à destination de son terminal TV fixe, à partir de son terminal mobile comme la souscription à de nouveaux services TV ou le désabonnement à certains contenus. Cette demande peut nécessiter la mise à jour de l'application installée sur le terminal TV fixe. Ce mode est détaillé en référence à la figure 15 qui est un schéma de principe des échanges (call flow) entre les précédentes entités lors de l'exécution sur le terminal mobile des instructions de programme d'un module logiciel conforme au mode de réalisation de l'invention. Sq101 : séquence « update_account_request (configuration_key, requested_services)» depuis le terminal mobile à destination du fournisseur de contenu. Cette séquence correspond à la demande de mise à jour émise par le terminal mobile. Le message émis contient la clé de configuration associée au profil du terminal fixe. Il contient en outre les services à mettre à jour (requested_services). L'envoi du paramètre «Configuration_Key » permet de savoir quel profil de service est à mettre à jour lorsque plusieurs comptes appartenant à différents utilisateurs sont activés sur un même terminal TV fixe. 5q102 : séquence « update_account_request enrichment (+0M_UI)» par le réseau d'accès mobile à destination de la plateforme d'offre de services PFS TV du fournisseur de contenu. Cette séquence est similaire à la séquence 5q4 du premier mode. 5q103 : séquence « update_account_request (0M_UI, requested_services)» entre la plateforme PFS et le système d'information SI. La plateforme d'offre de services PFS interroge le système d'information SI du réseau mobile pour obtenir en retour les données mises à jour sur l'offre mobile souscrite par l'utilisateur. Les messages échangés contiennent l'identifiant du terminal mobile (0M_UI). 5q104 : étape « Check of Compatibility (subscribed offer, device capabilities) ». Cette étape correspond à la vérification par la plateforme d'offre de services PFS de la compatibilité de l'offre souscrite mise à jour dans le contexte d'une activation sur le terminal fixe. Cette étape est similaire à l'étape 5q6.3 du premier mode. 5q105 : étape « application update (device capabilities, OS,...). Cette étape optionnelle correspond à la mise à jour de la sélection par la plateforme PFS de l'application à télécharger sur le terminal en fonction des capacités du terminal fixe et de l'offre muid média mise à jour souscrite par l'utilisateur. Sq106 : étape « routing policies update». Lors de cette étape optionnelle la plateforme PFS met à jour les paramètres de routage de l'application. Cela correspond typiquement à la mise à jour du paramétrage de l'URL de l'application FE de la plateforme (i.e. URL qui permet au terminal TV fixe d'accéder à cette mise à jour des services) qui devient accessible au terminal fixe après téléchargement. Ces paramètres de routage (routing policies update) permettent au terminal fixe d'accéder au serveur du fournisseur de contenu pour la visualisation du contenu sur ce terminal associé à la mise à jour de la souscription.According to one embodiment, the user can request an update of his service offering to his fixed TV terminal, from his mobile terminal such as the subscription to new TV services or the unsubscription to certain content. This request may require updating the application installed on the fixed TV terminal. This mode is detailed with reference to FIG. 15 which is a circuit diagram of the exchanges (call flow) between the previous entities when the mobile terminal executes program instructions of a software module according to the embodiment of FIG. the invention. Sq101: sequence "update_account_request (configuration_key, requested_services)" from the mobile device to the content provider. This sequence corresponds to the update request sent by the mobile terminal. The message sent contains the configuration key associated with the profile of the fixed terminal. It also contains the services to be updated (requested_services). The sending of the "Configuration_Key" parameter makes it possible to know which service profile is to be updated when several accounts belonging to different users are activated on the same fixed TV terminal. 5q102: sequence "update_account_request enrichment (+ 0M_UI)" by the mobile access network to the content provider's PFS TV service offering platform. This sequence is similar to the 5q4 sequence of the first mode. 5q103: sequence "update_account_request (0M_UI, requested_services)" between the PFS platform and the SI information system. The PFS service offering platform polls the mobile network information system SI to obtain updated data on the mobile subscription subscribed by the user. The exchanged messages contain the identifier of the mobile terminal (0M_UI). 5q104: "Check of Compatibility (subscribed offer, device capabilities)" step. This step corresponds to the verification by the PFS service offer platform of the compatibility of the subscribed offer updated in the context of an activation on the fixed terminal. This step is similar to step 5q6.3 of the first mode. 5q105: step "application update (device capabilities, OS, ...). This optional step corresponds to the update of the selection by the platform PFS of the application to download on the terminal according to the capabilities of the fixed terminal and the updated muid media offer subscribed by the user. Sq106: "routing policies update" step. During this optional step, the PFS platform updates the routing parameters of the application. This typically corresponds to the update of the configuration of the FE application URL of the platform (ie URL that allows the fixed TV terminal to access this update services) which becomes accessible to the fixed terminal after download . These routing policies update allow the fixed terminal to access the server of the content provider for viewing content on this terminal associated with the update of the subscription.

Sq107 : étape « service personalization update». Lors de cette étape optionnelle, la plateforme PFS met à jour les données de personnalisation (notamment issues des usages antérieurs sur le terminal mobile) qui vont être exportées sur le terminal fixe. Sq108 : étape « configuration_Key generation update». Cette étape optionnelle correspond à la mise à jour par la plateforme PFS de la clé de configuration unique Configuration-Key à partir de l'identifiant OM_UI du terminal mobile, de caractéristiques du terminal fixe déterminées à partir du type de terminal (device type) et de la mise à jour du service demandé. Sq108bis : séquence "writing of configuration parameters in databases » de la plateforme vers les bases de données de profil et de services souscrits. Cette séquence correspond à la mise à jour des paramètres de configurations dans les bases de données Profile server et subscribed services. Cette séquence est similaire à la séquence SqlObis du premier mode. Sq109 : séquence « application_download (personalized preferences, OM_UI, routing policies, configuration key) » depuis la plateforme PFS à destination du terminal mobile. Cette séquence optionnelle correspond au téléchargement sur le terminal mobile de la mise à jour de l'application déjà installée sur le terminal fixe. Le téléchargement inclut les données de personnalisation (chaînes Live favorites, VoD bookmarkés, liens réseaux sociaux, welcome screen personalisé) mises à jour, l'identifiant du terminal mobile OM_UI, les paramètres de routage (routing policies) mis à jour, la clé de configuration (configuration key) mise à jour. Cette séquence est similaire à la séquence Sq11.3 du premier mode. Sq109bis : séquence « application install ». Cette séquence correspond à l'installation sur le terminal fixe des mises à jour de l'application déjà téléchargée depuis le terminal mobile relative au service demandé. Cette séquence est similaire à la séquence 5q12 du premier mode. Sq110 : séquence « application_update» (configuration_key). Cette séquence optionnelle correspond au statut (successful/non successful) de la mise à jour de l'offre de service transmise depuis le terminal fixe à destination de la plateforme de services PFS.Sq107: "service personalization update" step. During this optional step, the PFS platform updates the personalization data (in particular from previous uses on the mobile terminal) that will be exported to the fixed terminal. Sq108: "configuration_Key generation update" step. This optional step corresponds to the update by the platform PFS of the unique Configuration-Key configuration key from the identifier OM_UI of the mobile terminal, characteristics of the fixed terminal determined from the type of terminal (device type) and the update of the requested service. Sq108bis: The "writing of configuration parameters in databases" sequence from the platform to the subscribed services and profile databases This sequence corresponds to the update of the configuration parameters in the Profile server and subscribed services databases. The sequence is similar to the SqlObis sequence of the first mode Sq109: sequence "application_download (personalized preferences, OM_UI, routing policies, configuration key)" from the PFS platform to the mobile terminal This optional sequence corresponds to the download on the mobile terminal of the update of the application already installed on the fixed terminal The download includes the personalization data (favorite live channels, bookmarked VoDs, social network links, customized welcome screen) updated, the identifier of the mobile terminal OM_UI, the routing parameters updated, the configuration key (configuration key) update This sequence is similar to the sequence Sq11.3 of the first mode. Sq109bis: sequence "application install". This sequence corresponds to the installation on the fixed terminal of the updates of the application already downloaded from the mobile terminal relating to the requested service. This sequence is similar to the 5q12 sequence of the first mode. Sq110: sequence "application_update" (configuration_key). This optional sequence corresponds to the status (successful / non successful) of the update of the service offer transmitted from the fixed terminal to the PFS service platform.

Sq111 : séquence « account_update ». Cette séquence correspond à la mise à jour du compte demandée par la plateforme de service au système d'information SI du fournisseur de contenu.Sq111: sequence "account_update". This sequence corresponds to the update of the account requested by the service platform to the information system SI of the content provider.

Sq112 : séquence « user_notification (en option : account update) » depuis la plateforme PFS à destination du terminal mobile. Cette séquence correspond à une notification de la mise à jour vers le terminal mobile. Selon un mode de réalisation, l'utilisateur peut obtenir une mise à jour de son offre de service à partir d'un terminal fixe sur lequel un service de son offre est déjà activé. Ce mode est détaillé en référence à la figure 16 qui est un schéma de principe des échanges (cati flow) entre les précédentes entités lors de l'exécution sur les terminaux fixe et mobile des instructions de programme d'un module logiciel conforme au mode de réalisation de l'invention. 5q201 : séquence « update_account_request (configuration_key, requested_services)» depuis le terminal fixe à destination du fournisseur de contenu. Cette séquence correspond à la demande de mise à jour émise par le terminal fixe. Cette séquence est similaire à la séquence Sq101 de mise à jour à partir du terminal mobile. 5q202 : séquence « user notification (0M_UI, requested_services)» par le réseau d'accès mobile à destination du terminal mobile. Cette séquence correspond à une demande d'autorisation du terminal mobile pour poursuivre dans la mise à jour. Sq202bis : séquence « user confirmation ». Cette séquence est une réponse à la séquence Sq202. 5q203 : séquence « update_account_request (0M_UI, requested_services)» entre la plateforme PFS et le système d'information SI. Cette séquence est similaire à la séquence 5q103 du mode de mise à jour à partir du terminal mobile. 5q204 : étape « Check of Compatibility (subscribed offer, device capabilities) ». Cette séquence est similaire à la séquence 5q104 du mode de mise à jour à partir du terminal mobile. 5q205_Sq208bis : Ces séquences sont similaires aux séquences 5q105_Sq108bis du mode de mise à jour à partir du terminal mobile. 5q209 : séquence « application_download (personalized preferences, 0M_UI, routing policies, configuration key) » depuis la plateforme PFS à destination du terminal fixe. Cette séquence correspond au téléchargement sur le terminal fixe de la mise à jour de l'application déjà installée sur le terminal fixe. Le téléchargement inclut les données de personnalisation (chaînes Live favorites, VoD boolçmarkés, liens réseaux sociaux, welcome screen personalisé) mises à jour, l'identifiant du terminal mobile 0M_UI, les paramètres de routage (routing policies) mis à jour, la clé de configuration (configuration key) mise à jour. 5q210_5q212 : Ces séquences sont similaires aux séquences Sql1O_Sq112 du mode de mise à jour à partir du terminal mobile. La structure simplifiée d'un terminal mobile selon l'invention mettant en oeuvre un procédé d'accès à un contenu muid media selon l'invention est décrite ci-après et illustrée par la figure 17. Un tel terminal TM comprend une antenne ANT, une chaîne d'émission/réception E/R_IR pour l'émission/réception d'un signal selon une technologie courte distance, une chaîne d'émission/réception E/R_Rw pour l'émission/réception d'un signal selon une technologie radio, une mémoire MEM_TM comprenant une mémoire tampon RAM, une unité de traitement uP_TM équipée par exemple d'un microprocesseur et pilotée par un programme d'ordinateur Pg_TM pour une mise en oeuvre d'un procédé d'accès à un contenu muid media selon l'invention.Sq112: sequence "user_notification (optional: account update)" from the PFS platform to the mobile terminal. This sequence corresponds to a notification of the update to the mobile terminal. According to one embodiment, the user can obtain an update of his service offer from a fixed terminal on which a service of his offer is already activated. This mode is detailed with reference to FIG. 16, which is a schematic diagram of the exchanges (cati flow) between the preceding entities during the execution on the fixed and mobile terminals of the program instructions of a software module conforming to the mode of communication. embodiment of the invention. 5q201: sequence "update_account_request (configuration_key, requested_services)" from the fixed terminal to the content provider. This sequence corresponds to the update request sent by the fixed terminal. This sequence is similar to the update sequence Sq101 from the mobile terminal. 5q202: sequence "user notification (0M_UI, requested_services)" by the mobile access network to the mobile terminal. This sequence corresponds to a request for authorization of the mobile terminal to continue in the update. Sq202bis: sequence "user confirmation". This sequence is a response to the sequence Sq202. 5q203: sequence "update_account_request (0M_UI, requested_services)" between the PFS platform and the SI information system. This sequence is similar to the update mode 5q103 from the mobile terminal. 5q204: "Check of Compatibility (subscribed offer, device capabilities)" step. This sequence is similar to the update mode 5q104 from the mobile terminal. 5q205_Sq208bis: These sequences are similar to the update mode 5q105_Sq108bis from the mobile terminal. 5q209: "application_download (personalized preferences, 0M_UI, routing policies, configuration key)" sequence from the PFS platform to the fixed terminal. This sequence corresponds to the download on the fixed terminal of the update of the application already installed on the fixed terminal. The download includes personalization data (favorite Live Channels, boolçmarked VoDs, social networking links, personalized welcome screen) updated, the mobile device identifier 0M_UI, the updated routing parameters, the key of configuration (configuration key) update. 5q210_5q212: These sequences are similar to the Sql1O_Sq112 sequences of the update mode from the mobile terminal. The simplified structure of a mobile terminal according to the invention implementing a method for accessing a media media content according to the invention is described below and illustrated in FIG. 17. Such a terminal TM comprises an antenna ANT, a transmission / reception chain E / R_IR for the transmission / reception of a signal according to a short-distance technology, a transmission / reception chain E / R_Rw for the transmission / reception of a signal according to a radio technology , a memory MEM_TM comprising a buffer memory RAM, a processing unit uP_TM equipped for example with a microprocessor and driven by a computer program Pg_TM for an implementation of a method of access to a content muid media according to l 'invention.

A l'initialisation ou suite à une entrée de l'utilisateur via une interface homme machine (IHM), les instructions de code du programme d'ordinateur Pg_TM sont par exemple chargées dans la mémoire tampon avant d'être exécutées par le processeur de l'unité de traitement uP_TM. Le microprocesseur de l'unité de traitement uP_TM met en oeuvre en particulier les étapes suivantes selon les instructions du programme d'ordinateur Pg_TM, en coopérant avec les différents moyens du terminal : une phase de découverte Sql, Sq2 d'un terminal fixe TV à proximité du terminal mobile TM, comprenant une mémorisation par le terminal mobile de données de profil (device type) du terminal fixe, une transmission Sq3 depuis le terminal mobile d'une requête d'activation d'un service d'accès à du contenu muid media enrichie de données (device type) de profil du terminal fixe à destination d'un serveur (PFS TV) de gestion d'offre de services d'un fournisseur de contenu FC, un téléchargement Sq11.3 d'une application correspondant au service requis sélectionnée en fonction des données (device type) de profil du terminal fixe et adaptée en fonction de données de configuration de l'utilisateur relatives au service, une installation 5q12 sur le terminal fixe de l'application téléchargée sur le terminal mobile. Le terminal mobile peut mettre en oeuvre d'autres étapes en particulier celles détaillées dans les modes de réalisation préalablement décrits.At initialization or following input from the user via a human machine interface (HMI), the code instructions of the computer program Pg_TM are for example loaded into the buffer before being executed by the processor of the computer. uP_TM processing unit. The microprocessor of the processing unit uP_TM implements in particular the following steps according to the instructions of the computer program Pg_TM, cooperating with the various means of the terminal: a discovery phase Sql, Sq2 of a fixed terminal TV to near the mobile terminal TM, comprising a storage by the mobile terminal of the device type data of the fixed terminal, a transmission Sq3 from the mobile terminal of a request to activate a service to access content muid device-enriched media type of the fixed terminal profile to a service provider management server (PFS TV) of an FC content provider, an Sq11.3 download of an application corresponding to the service required based on device profile data of the fixed terminal and adapted according to user configuration data related to the service, a 5q12 installation on the fixed terminal of the app cation downloaded to the mobile terminal. The mobile terminal may implement other steps, in particular those detailed in the previously described embodiments.

Le moyen d'émission/réception E/R_IR coopère avec l'unité de traitement uP_TM plus particulièrement lors des phases de découverte et d'installation. Le moyen d'émission/réception E/R_Rw et l'antenne ANT coopèrent avec l'unité de traitement uP_TM plus particulièrement lors des phases de transmission et de téléchargement. La structure simplifiée d'un terminal fixe selon l'invention mettant en oeuvre un procédé d'accès à un contenu muid media selon l'invention est décrite ci-après et illustrée par la figure 18. Un tel terminal TV comprend une antenne ANT_TV, une chaîne d'émission/réception E/R_HF pour la réception d'un signal de télévision (conforme à un standard de diffusion par exemple de type DVB-T, DBT-T2, etc) transmis par exemple en HF, VHF, une chaîne d'émission/réception E/R_IR pour l'émission/réception d'un signal selon une technologie courte distance, une chaîne d'émission/réception E/R_IP pour l'émission/réception de messages selon un protocole IP, par exemple transmis en ADSL, une mémoire MEM_TV comprenant une mémoire tampon RAM, une unité de traitement uP_TV équipée par exemple d'un microprocesseur et pilotée par un programme d'ordinateur Pg_TV pour une mise en oeuvre d'un procédé d' accès à un contenu muid media selon l'invention. A l'initialisation ou suite à une entrée de l'utilisateur via une interface homme machine (IHM), les instructions de code du programme d'ordinateur Pg_TV sont par exemple chargées dans la mémoire tampon avant d'être exécutées par le processeur de l'unité de traitement ttP_TV. Le microprocesseur de l'unité de traitement ttP_TV met en oeuvre en particulier les étapes suivantes selon les instructions du programme d'ordinateur Pg_TV, en coopérant avec les différents moyens du terminal : une phase de découverte Sql, Sq2 entre un terminal mobile TM et le terminal fixe TV, le terminal mobile étant à proximité du terminal fixe, comprenant une mémorisation par le terminal mobile de données de profil « device type » du terminal fixe, une installation Sq12 sur le terminal fixe à partir du terminal mobile d'une application téléchargée (Sq11.3) au préalable sur le terminal mobile, l'application correspondant à un service d'accès à un contenu muid media sélectionnée en fonction des données (device type) de profil du terminal fixe et adaptée en fonction de données de configuration de l'utilisateur relatives au service, une phase d'activation 5q13, 5q15.3 du service d'accès à un contenu multi media entre le terminal fixe et un serveur de gestion d'offre de services d'un fournisseur du contenu muid média.The transmitting / receiving means E / R_IR cooperates with the processing unit uP_TM more particularly during the discovery and installation phases. The transmitting / receiving means E / R_Rw and the antenna ANT cooperate with the processing unit uP_TM more particularly during the transmission and download phases. The simplified structure of a fixed terminal according to the invention implementing a method of accessing a muid media content according to the invention is described below and illustrated by FIG. 18. Such a TV terminal comprises an antenna ANT_TV, a transmission / reception chain E / R_HF for the reception of a television signal (conforming to a broadcast standard for example of the DVB-T type, DBT-T2, etc.) transmitted for example in HF, VHF, a channel transmission / reception E / R_IR for the transmission / reception of a signal according to a short-distance technology, an E / R_IP transmission / reception string for sending / receiving messages according to an IP protocol, for example transmitted in ADSL, a memory MEM_TV comprising a RAM buffer, a processing unit uP_TV equipped for example with a microprocessor and driven by a computer program Pg_TV for implementing a method of accessing a content muid media according to the invention. At initialization or following an input from the user via a human machine interface (HMI), the code instructions of the computer program Pg_TV are for example loaded into the buffer before being executed by the processor of the computer. ttP_TV processing unit. The microprocessor of the processing unit ttP_TV implements in particular the following steps according to the instructions of the computer program Pg_TV, by cooperating with the different means of the terminal: a discovery phase Sql, Sq2 between a mobile terminal TM and the fixed terminal TV, the mobile terminal being close to the fixed terminal, comprising storage by the mobile terminal of "device type" profile data of the fixed terminal, installation Sq12 on the fixed terminal from the mobile terminal of a downloaded application (Sq11.3) in advance on the mobile terminal, the application corresponding to a service of access to a content muid media selected according to the device type data of the terminal fixed and adapted according to data configuration of the service-related user, a 5q13, 5q15.3 activation phase of the multi-media content access service between the fixed terminal and a management server service offering of a provider of media content.

Le terminal fixe peut mettre en oeuvre d' autres étapes en particulier celles détaillées dans les modes de réalisation préalablement décrits. Le moyen d'émission/réception E/R_IR coopère avec l'unité de traitement ttP_TV plus particulièrement lors des phases de découverte et d'installation. Le moyen d'émission/réception E/R_IP coopère avec l'unité de traitement ttP_TV plus particulièrement lors de la phase d'activation. Bien que dans le contexte de la description de l'invention, il soit effectué une distinction entre un terminal fixe et un terminal mobile, le procédé d'accès selon l'invention est totalement compatible d'une mise en oeuvre avec un terminal mobile en lieu et place du terminal fixe. Dans les revendications de procédé, il faut donc comprendre que les mots « terminal fixe » peuvent être remplacés par les mots « terminal mobile ». Ce dernier doit alors être considéré comme un second terminal mobile.The fixed terminal may implement other steps, in particular those detailed in the previously described embodiments. The transmitting / receiving means E / R_IR cooperates with the processing unit ttP_TV more particularly during the discovery and installation phases. The transmitting / receiving means E / R_IP cooperates with the processing unit ttP_TV more particularly during the activation phase. Although in the context of the description of the invention, a distinction is made between a fixed terminal and a mobile terminal, the access method according to the invention is fully compatible with an implementation with a mobile terminal. place and place of the fixed terminal. In the process claims, it must therefore be understood that the words "fixed terminal" may be replaced by the words "mobile terminal". The latter must then be considered as a second mobile terminal.

Claims

REVENDICATIONS1. A method of accessing a mufti media content accessible via a telecommunication system, initialized from an identified mobile terminal (0M_UI) from a mobile operator (OM), characterized in that the method comprises: a discovery phase (Sql, Sq2) by the mobile terminal of a nearby fixed terminal (TV), comprising storage by the mobile terminal of device type data of the fixed terminal, a transmission (Sq3, Sq4, Sq5.1, Sq5.2 , Sq5.3, Sq5.4) from the mobile terminal to a service provider management (FC) service provider management server (PFS TV) for an access service activation request to content mufti media enriched with data device type (device type) of the fixed terminal, a check (Sq6, Sq6.1, Sq6.2, Sq6.3, Sq6.4, Sq6.5, Sq.6.6) of a legitimacy of access to the content based (Sq6.1) of a service offer subscribed by the user of the mobile terminal with the content provider (FC), a selectio n (Sq7) of an application corresponding to the service required, to be installed (Sq12) on the fixed terminal, according to data (Sq6.2) of the profile of the fixed terminal, an adaptation (Sq 9) of the application by the offer management server based on user configuration data relating to the service, an installation (Sq12) on the fixed terminal of the downloaded application (Sq11.1, Sq11.2, Sq11.3) on the terminal mobile.

2. A method of accessing a mufti media content according to claim 1 wherein: the discovery phase (Sql, 5q2) further comprises a storage by the mobile terminal of characteristics (access type) of the fixed access network, the The mobile terminal further transmits the characteristics of the fixed access network to the content provider (FC) service offering management server, the fixed terminal (TV) having an addressable IP address via the telecommunication system.

3. A method of accessing a multi-media content according to one of claims 1 to 2 wherein the activation request is transmitted from the mobile terminal via a cellular mobile access network, further comprising: the substitution (5q5 .2, 5q5.3) by the mobile access network of an identifier (0M_UI) of the mobile terminal present in the activation request by an identifier (FC_UI) known to the content provider.

4. A method of accessing a multi-media content according to one of claims 1 to 2 wherein: the content provider's service provider management server (PFS TV) requests the mobile terminal to identify itself as a user. absence in the activation request of an identifier of the mobile terminal (0M_UI).

5. A method of accessing a muid media content according to one of claims 1 to 4 further comprising: the generation (Sq10) by the service provider management server of the content provider of a configuration key unique to from an identifier (0M_UI, FC_UI) of the mobile terminal, from the device type data of the fixed terminal and from the required service, the insertion into parameters of the application to be downloaded from the key of configuration and routing parameters (routing policies) for access from the fixed terminal to the content muid media by the application to download, an activation request (Sq13) of the application from the fixed terminal set with the parameters of routing and configuration key.

6. A method of accessing a multi-media content according to the preceding claim further comprising: storing (10bis) in one or more databases of the configuration key (configuration_key) and routing parameters (routing policies) with the user configuration data relating to the service in a profile associated with the fixed terminal.

7. A method of accessing a muid media content according to the preceding claim wherein the content provider manages a database that contains for a given user, the list of subscribed services and the list of services activated by terminal with the key of configuration associated with the terminal and the service, further comprising: updating (SqlObis) the database with the configuration key generated for the fixed terminal and the requested service.

The method of accessing a muid media content according to one of claims 6 to 7, further comprising: a transmission from the mobile terminal to the content provider (FC) service offering management server (PFS TV) a request to deactivate the service parameterized with the configuration key (Configuration_Key).

9. A method of accessing a muid media content according to one of claims 6 to 8 further comprising: a transmission from the server (PFS TV) service management management of the content provider (FC) to the fixed terminal a request to deactivate the service configured with the configuration key.

The method for accessing a muid media content according to one of claims 6 to 9, further comprising: a transmission (5q101) from the mobile terminal to the content provider's service provider management server (PFS TV) (FC) a request to update the service set with the configuration key.

11. A method of accessing a muid media content according to one of claims 1 to 10 further comprising: - the reception (Sq14.3) by the mobile terminal of a security code generated from the server (PFS TV) of content provider (FC) service offering management, - provision of the security code to the fixed terminal, - transmission (Sq14.4) from the fixed terminal of the security code to the server (PFS TV) management of the content provider (FC) service offering, - the transmission (Sq15.3) of a Content Provider (FC) service offering management (PFS TV) service activation authorization request (FC) to the fixed terminal only if the security code received is identical to the generated code.

12. The method of accessing a mufti media content according to one of claims 1 to 11 wherein the discovery phase implements a point-to-point short-distance link between the mobile terminal and the fixed terminal.

13. A method of accessing a mufti media content according to one of claims 1 to 12 wherein the discovery phase comprises a return to the user of fixed terminal profile data for confirmation by the user of the continuation of the process with this fixed terminal.

14. Software module comprising program instructions such that their execution by a mobile terminal implements the following steps: a discovery phase (Sql, Sq2) of a fixed terminal (TV) near the mobile terminal, comprising a storing by the mobile terminal of the device type data of the fixed terminal; a transmission (Sq3) from the mobile terminal of a request to activate a service for access to content mufti media enriched with data ( device type) of the fixed terminal profile destined for a content provider (FC) service offering management server (PFS TV), - a download (Sq11.3) of an application corresponding to the service required selected according to the device type data of the terminal fixed and adapted according to user configuration data relating to the service, - an installation (Sq12) on the fixed terminal of the downloaded application (Sq11.3 ) on the terminal mobile.

15. Information carrier comprising program instructions adapted to the implementation of the following steps when said program is loaded and executed in a mobile terminal: - a discovery phase (Sql, 5q2) of a fixed terminal (TV) in the vicinity of the mobile terminal, comprising storage by the mobile terminal of device type data of the fixed terminal; transmission (5q3) from the mobile terminal of a request to activate an access service to content mufti media enriched with device type data of the fixed terminal profile to a content provider (FC) service provider management server (PFS TV), a download (Sq11.3) of an application corresponding to the required service selected according to the device type data of the terminal fixed and adapted according to user configuration data relating to the service, an installation (Sq12) on the fixed terminal of the application n downloaded (Sq 11.3) on the mobile terminal.

16. Mobile terminal comprising a software module with program instructions such that their execution implements the following steps: a discovery phase (Sql, Sq2) of a fixed terminal (TV) near the mobile terminal, comprising a storage by the terminal device mobile device type (device type), a transmission (Sq3) from the mobile terminal of a request to activate a service for access to content mufti media enriched data (device type ) of the fixed terminal profile to a content provider (FC) service provider management server (PFS TV), a download (Sq11.3) of an application corresponding to the required service selected in fixed device profile data type (device type) adapted according to user configuration data relating to the service, an installation (Sq12) on the fixed terminal of the downloaded application (Sq11.3) on the terminal mobile e.

17. Fixed terminal (TV) comprising a software module with program instructions such that their execution implements the following steps: a discovery phase (Sql, Sq2) between a mobile terminal (TM) and the fixed terminal (TV) , the mobile terminal being close to the fixed terminal, comprising storage by the mobile terminal of device type data of the fixed terminal, installation phase (Sq12) on the fixed terminal from the mobile terminal of a previously downloaded application (Sq11.3) on the mobile terminal, the application corresponding to a service of access to a content mufti media selected according to the data type (device type) of the profile of the fixed terminal and adapted according to data of configuration of the user relating to the service, an activation phase (Sq13, Sq15.3) of the service of access to a mufti media content between the fixed terminal and a service provider management server of a service provider. conten u mufti media.35