WO2011124810A1 - Gestion de service personnalisee dans un reseau ip - Google Patents
Gestion de service personnalisee dans un reseau ip Download PDFInfo
- Publication number
- WO2011124810A1 WO2011124810A1 PCT/FR2011/050645 FR2011050645W WO2011124810A1 WO 2011124810 A1 WO2011124810 A1 WO 2011124810A1 FR 2011050645 W FR2011050645 W FR 2011050645W WO 2011124810 A1 WO2011124810 A1 WO 2011124810A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- context
- information
- user
- network
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Definitions
- a database for storing, on the one hand, context information relating to at least one user and, on the other hand, service information relating to services managed by the service management entity, service information including an identification of the service and at least one feature of the service;
- a reception unit adapted to receive through the heart network context information upon registration of the context management device and at least one of:
- the context management device may further comprise a local management module having means adapted to control the locally received service.
- the user context management device 104 includes sensors in the living room so as to be able to detect changes of context in which the user accesses the service.
Abstract
On gère l'offre de services dans un réseau de communication (102) comprenant un serveur applicatif (103), une entité de gestion de services (100), un réseau cœur de type IMS et un dispositif de gestion de contexte (104). Le serveur applicatif stocke, d'une part, des informations de contexte relatives à au moins un utilisateur et, d'autre part, des informations de service relatives aux services gérés par l'entité de gestion de services. Au niveau du serveur applicatif, on reçoit (111) du réseau cœur un message d'enregistrement du dispositif de gestion de contexte, ledit message d'enregistrement comprenant les informations de contexte et par l'intermédiaire du réseau cœur au moins l'une parmi; une mise à jour des informations de contexte, depuis le dispositif de gestion de contexte; et une mise à jour des informations de services, depuis l'entité de gestion de service. Puis on sélectionne (112) une liste de services à partir d'une combinaison des informations de contexte et des informations de service. Enfin, on transmet (113) la liste de services à destination de l'utilisateur.
Description
GESTION DE SERVICE PERSONNALISEE DANS UN RESEAU IP
La présente invention concerne un réseau de communication de type Internet, ou IΡ pour
'Internet Protocol', et plus particulièrement une gestion de services offerts dans un tel réseau de. manière personnalisée.
Ce type de réseaux permet d'offrir différentes fonctions telles que, par exemple, des services téléphoniques (VoIP pour 'Voice over IP'), de la vidéo téléphonie (V2oIP pour 'Voice and Video Internet Protocol') ou encore de la diffusion vidéo (IPTV pour Internet Protocol TeleVision').
Les fonctions offertes aux utilisateurs leur permettent de plus en plus d'autonomie et de plus en plus de choix. Il en est notamment ainsi de services de type 'nTS' (pour 'network Time Shifting' en anglais) qui permettent à un utilisateur de visionner un programme de télévision en décalage par rapport à sa programmation de diffusion, ou encore des services de type 'nPVR' (pour 'network Personal Video Recorder' en anglais) qui permettent d'enregistrer au niveau du réseau un contenu numérique pour un utilisateur.
Le document 'Intelligent Service Enabler based on Context-Aware in Next Génération Networks' décrit une gestion d'offre de service dans un réseau au cours de laquelle sont prises en compte des informations relatives au contexte du terminal et de son utilisateur en vue d'améliorer le service choisi par l'utilisateur.
La présente invention vient améliorer la situation.
Un premier aspect de la présente invention propose un procédé de gestion d'offre de services dans un réseau de communication, un service correspondant à la transmission d'un contenu numérique ;
le réseau de communication comprenant un réseau cœur de type TMS, une entité de gestion de services, un serveur applicatif et un dispositif de gestion de contexte ;
ledit serveur applicatif stockant, d'une part, des informations de contexte relatives à au moins un utilisateur et, d'autre part, des informations de service relatives aux services gérés par l'entité de gestion de services, une information de service comprenant une identification du service et au moins une caractéristique du service ;
ledit procédé de gestion comprenant les étapes suivantes au niveau du serveur applicatif dudit réseau :
/a/ recevoir (111) du réseau cœur un message d'enregistrement (303) du dispositif de gestion de contexte, ledit message d'enregistrement comprenant les informations de contexte ;
/b/ recevoir au moins l'une parmi :
une mise à jour des informations de contexte, depuis le dispositif de gestion de contexte ; et
une mise à jour des informations de services, depuis l'entité de gestion de service ; /c/ sélectionner une liste de services à partir d'une combinaison des informations de contexte utilisateur et des informations de service ; et
/d/ transmettre ladite liste de services à destination de l'utilisateur.
On entend par les termes 'réseau de communication', tout type de réseau permettant de communiquer entre différents équipements. On peut prévoir ici que lé réseau de communication soit un réseau partagé entre plusieurs fournisseurs de services. Chaque utilisateur de ce réseau pouvant, éventuellement sous réserve de souscrire à des abonnements, bénéficier des services offerts par tout ou partie. des fournisseurs présents sur ce réseau de communication.
On entend par les termes 'contenu numérique', tout type de données pouvant être transmises dans un réseau de communication dans le contexte d'offre de services. On peut ainsi à titre illustratif considérer qu'un contenu numérique correspond à une vidéo dans le contexte d'un service de vidéo à la demande, ou encore à des informations d'aide à la navigation dans le contexte d'un service de navigation piétonnière ou véhiculée. Un contenu numérique peut aussi correspondre à une bande son ou des images ou encore un fichier de texte, etc ... Aucune limitation n'est attachée au type de contenu numérique dans le contexte de la présente invention.
On entend par les termes 'informations de service', des informations qui sont relatives respectivement aux différents services offerts dans le réseau. Ces informations permettent tout d'abord d'identifier les services disponibles dans le réseau. Elles fournissent également des caractéristiques de ces services comme une référence temporelle de début du service, une référence temporelle de fin de service, un type de contenu numérique associé au service, et un codée associé à ce service.
On entend par les termes 'informations de contexte', des données qui permettent d'identifier et de caractériser un utilisateur, c'est-à-dire d'obtenir son profil. Ces données peuvent fournir par exemple l'âge de l'utilisateur, sa profession, ses centres d'intérêt, ses goûts artistiques, etc ...Mais elles peuvent également permettre de déterminer un contexte autour de l'utilisateur, c'est-à-dire qu'elles peuvent caractériser des conditions physiques autour de l'utilisateur comme par exemple le niveau sonore, ou la luminosité ou la localisation de l'utilisateur par rapport à un terminal sur lequel est reçu le service, etc ... Ces informations de contexte relatives à un utilisateur peuvent être mises à jour avantageusement sur la base de détection de contexte à l'aide d'un dispositif de gestion de contexte.
Un tel dispositif de gestion de contexte est adapté pour suivre l'évolution du contexte utilisateur et d'en fournir une mise à jour au serveur applicatif.
Il peut notamment être adapté pour gérer les contextes respectifs de plusieurs utilisateurs. A cet effet, on peut prévoir qu'un utilisateur s'identifie au niveau du dispositif de gestion quand il souhaite l'utiliser. Le serveur applicatif peut ainsi être informé d'un changement d'utilisateur via la réception d'une mise à jour de contexte selon un mode de réalisation de la présente invention. Il est
alors possible de proposer une liste de service personnalisée pour chaque utilisateur éventuel du dispositif de gestion de contexte. Ainsi, une mise à jour de contexte utilisateur peut être déclenchée par un changement d'utilisateur.
Il convient de noter qu'un utilisateur peut utiliser n'importe quel type de terminal. En outre, il suffit de prévoir que le serveur applicatif connaît le ou les terminaux utilisés par l'utilisateur concerné, pour lui transmettre la liste de services selon un mode de réalisation de la présente invention. A cet effet, on peut prévoir qu'un utilisateur déclare qu'il utilise tel ou tel terminal pour recevoir le service requis, le ou les terminaux déclarés pouvant ainsi être utilisés par différents utilisateurs.
Ce dispositif de gestion de contexte peut en outre comprendre une pluralité de capteurs, comme des capteurs de son ou encore des capteurs de mouvement, des capteurs de présence, des capteurs de localisation, etc ... Aucune limitation n'est attachée au regard du type de capteur utilisé. En effet, tout type de données fournies par un capteur permettant de déterminer le contexte de réception du service au niveau de l'utilisateur, ainsi que son évolution, peut être pris avantageusement en compte. Ainsi, une rnise à jour de contexte utilisateur peut être déclenchée par un changement du contexte physique, ou conditions physiques d'un utilisateur donné.
Aucune limitation n'est attachée aux mises à jour de contexte utilisateur.
Il s'agit de gérer une offre de services, chaque service correspondant à la transmission d'un contenu numérique dans le réseau, tout en prenant en compte à la fois les évolutions de la liste de services et les évolutions de contexte d'utilisateur, comme par exemple un changement d'utilisateur ou encore un changement de contexte physique pour un utilisateur donné.
Afin de prendre en compte ces différentes évolutions, il est prévu que le réseau de communication comprenne une entité de gestion de service, un serveur applicatif et également un dispositif de gestion de contexte.
Il convient de noter que le serveur applicatif est adapté pour sélectionner de manière pertinente certains services parmi tous les services qui sont offerts dans le réseau, sur la base des informations qu'il stocke et qui sont à la fois relatives aux services offerts dans le réseau et Telatives au contexte utilisateur. En effet, disposant d'une part des services et d'autre part du contexte d'utilisateur, ce serveur applicatif peut faire une sélection pertinente de services de manière personnalisée.
Avantageusement, le serveur applicatif stocke à la fois des informations de services et des informations de contexte liées à l'utilisateur que l'on considère. Il peut recevoir les informations de contexte utilisateur via une première interface qu'il a avec le dispositif de gestion de contexte et les informations de service via une seconde interface qu'il a avec l'entité de gestion de service. Ainsi, dès qu'une mise à jour des informations est effectuée, soit par l'entité de gestion de service, soit encore par le dispositif de gestion de contexte, le serveur applicatif peut la prendre en compte et en déduire une liste personnalisée de services.
Il convient de noter qu'un utilisateur d'un réseau de communication peut souscrire à des abonnements lui donnant accès à de très nombreux services. Dans ces conditions, il peut ne pas avoir les moyens de sélectionner les services qui lui sont les plus adaptés.
Grâce à ces dispositions, une sélection des services les plus pertinents au regard de critères personnalisés est faite de manière automatique. Puis, suite à la réception de la liste des services sélectionnés, l'utilisateur peut ensuite aisément choisir celui qu'il préfère parmi une présélection , préalablement effectuée de manière automatique, intelligente et adaptative, c'est-à-dire parmi la liste qu'il a reçue selon la présente invention.
On peut prévoir que l'utilisateur indique le nombre de services maximum qu'il souhaite recevoir dans la liste d'aide à la sélection. Cette liste de services peut bien entendu ne comprendre qu'un seul service, permettant ainsi de faire une sélection automatique d'un seul service.
Grâce à ces dispositions, il est aisé de prévoir que, si le serveur applicatif reçoit une mise à jour du contexte de l'utilisateur lui indiquant que le niveau sonore a augmenté considérablement dans la pièce où est situé le terminal qu'il utilise, il prenne en compte ce nouveau contexte d'utilisateur pour lui proposer des services plus adaptés à une ambiance sonore. Dans le cas où le contexte d'utilisateur comprend un profil qui indique son goût pour le football, le serveur applicatif peut alors lui suggérer des services qui correspondent à des événements sportifs, qui peuvent être suivis sans la bande son.
Avantageusement, une gestion d'offre de services selon un mode de réalisation de la présente invention permet d'adapter automatiquement une sélection de programmes pertinents au regard d'un utilisateur en fonction du contexte dans lequel l'utilisateur se trouve. Cette offre de service personnalisée et automatique peut correspondre à une aide à la sélection personnalisée pour un utilisateur dans un paysage d'offre de services très riche.
On peut mettre en œuvre un tel procédé dans le contexte de la télévision sur BP ou encore 'IPTV. En effet, dans ce domaine, la programmation est tellement riche que l'utilisateur peut se sentir perdu dans ses choix. Dans ces conditions, une sélection personnalisée, pertinente et automatique de certains programmes peut être d'une grande aide pour l'utilisateur.
Dans un mode de réalisation de la présente invention, les informations de contexte comprennent des informations statiques relatives à l'utilisateur, lesdites informations statiques étant obtenues dans une étape d'initialisation.
Il peut en effet être avantageux de disposer d'informations statiques sur l'utilisateur, comme par exemple son âge, sa profession, ses goûts, etc ...Ses informations peuvent être récupérées au moment de l'abonnement de son utilisateur au réseau de communication ou tout au moins à certains fournisseurs de services dans ce réseau de communication. On peut également prévoir que le dispositif de gestion de contexte offre une interface utilisateur permettant de modifier ces données personnelles statiques, dont le serveur applicatif peut être informé sous la forme d'une mise à jour des informations de contexte.
Dans un mode de réalisation, une mise à jour des informations de contexte est déclenchée sur détection d'un changement de conditions physiques dans l'environnement de l'utilisateur et/ou sur détection d'un changement d'utilisateur.
Avantageusement, on peut ainsi déclencher une sélection de services à soumettre à l'utilisateur à des instants pertinents, soit parce que l'utilisateur a changé et dans ce cas il parait, important de soumettre une nouvelle liste de services, soit encore parce que les conditions de réception d'un service ont changé pour un utilisateur donné.
Il peut être prévu que, à l'étape /b/, on reçoit également une mise à jour des informations de réseau et, à l'étape Ici, on prend en outre en compte lesdites informations de réseau. Dans de telles conditions, il est avantageusement possible de personnaliser l'offre de service sous la forme d'une liste de services adaptée au profil de l'utilisateur tout en veillant à prendre en compte d'éventuels problèmes de transmission liés à la qualité de service de certaines parties du réseau de communication. Ainsi, dans le cas où la partie du réseau utilisée par un fournisseur rencontre des problèmes, le serveur applicatif selon un mode de réalisation est en mesure de sélectionner une liste de services fournis par d'autres fournisseurs à soumettre à l'utilisateur.
On entend par les termes 'information de réseau', des données qui permettent de caractériser un réseau comme par exemple une valeur de bande passante, une valeur relative à la perte de paquets, ou encore une valeur de retard de transmission.
Lorsqu'un contenu numérique est en cours de transmission vers un terminal de l'utilisateur, on peut prévoir que, sur réception d'une mise à jour d'informations de réseau, le serveur applicatif déclenche la transmission du contenu numérique sur un autre terminal de l'utilisateur.
Cette flexibilité prise en charge de manière automatique par le serveur applicatif présente l'avantage d'offrir un service de meilleure qualité à l'utilisateur considéré. En effet, il est par exemple possible qu'un utilisateur soit en cours de réception d'une vidéo sur son téléphone portable. Lorsque le réseau mobile rencontre certains problèmes, on peut alors prévoir de transmettre cette vidéo sur un poste fixe qui peut être un ordinateur ou encore un poste de télévision, si les informations de contexte utilisateur indiquent que l'utilisateur est chez lui dans un lieu adapté pour visionner la vidéo sur l'ordinateur ou sur le poste de télévision. Il est alors ntile que l'utilisateur déclare auprès du serveur applicatif une liste de terminaux sur lesquels il est en mesure de recevoir les services offerts.
Lorsqu'un contenu numérique est en cours de transmission vers un terminal de l'utilisateur via un médium de transmission du réseau de communication, on peut prévoir que sur réception d'une mise à jour d'informations de réseau, le serveur applicatif sélectionne un autre médium de transmission vers ledit terminal.
Ces dispositions peuvent permettre avantageusement d'améliorer la qualité de transmission du contenu numérique, sans toutefois devoir changer de terminal de réception.
On peut également prévoir toute sorte d'adaptation de transmission, comme notamment la réduction du niveau de résolution du contenu numérique transmis, jusqu'à ce que les informations de réseau soient meilleures.
Dans un mode de réalisation de la présente invention, le réseau de communication est un réseau de type Internet et les services sont des services de type IPTV.
Un deuxième aspect de la présente invention concerne un serveur applicatif comprenant des moyens adaptés pour la mise en œuvre d'un procédé de gestion d'offre de services selon le premier aspect de la présente invention.
Dans un réseau de communication offrant des services, un service correspondant à la transmission d'un contenu numérique ;
le réseau de communication comprenant en outre un réseau cœur de type IMS, un dispositif de gestion de contexte et une entité de gestion de services ;
le serveur applicatif peut comprendre :
une base de données pour stocker, d'une part, des informations de contexte relatives à au moins un utilisateur et, d'autre part, des informations de service relatives aux services gérés par l'entité de gestion de services, une information de service comprenant une identification du service et au moins une caractéristique du service ; une unité de réception adaptée pour recevoir par l'intermédiaire du réseau cœur des informations de contexte lors de l'enregistrement du dispositif de gestion de contexte et au moins l'une parmi :
une mise à jour des informations de contexte, depuis le dispositif de gestion de contexte ; et
une mise à jour des informations de services, depuis l'entité de gestion de service ;
- une unité de sélection adaptée pour sélectionner une liste de services à partir d'une combinaison des informations de contexte et des informations de service ; et une unité de transmission adaptée pour transmettre ladite liste de services à destination de l'utilisateur.
Un troisième aspect de la présente invention propose un système d'offre de service dans un réseau de communication, un service correspondant à la transmission d'un contenu numérique ; ledit système comprenant un serveur applicatif selon le deuxième aspect de la présente invention, une entité de gestion de services adaptée pour fournir des informations de service relativement aux services offerts dans le réseau de communication et un dispositif de gestion de contexte ;
ledit dispositif de gestion de contexte comprenant :
- une pluralité de détecteurs d'informations de contexte utilisateur ; et
un module d'acquisition de contexte en charge de découvrir les détecteurs, de collecter les informations de contexte et de transmettre des mises à jour d'informations de contexte au serveur applicatif.
Dans un tel système d'offre de service, le dispositif de gestion de contexte peut comprendre en outre un module de gestion locale ayant des moyens adaptés pour contrôler le service reçu de manière locale.
Ainsi, on peut en outre mettre en œuvre une gestion locale de service. Par exemple, lorsque l'utilisateur quitte la pièce, son déplacement est détecté et on peut prévoir que le module de gestion locale augmente automatiquement le son de la réception pour permettre à l'utilisateur de contmuer à disposer du service. On peut également envisager aisément dans ces conditions que le son soit coupé sur détection d'une sonnerie de téléphone.
Le système d'offre de service peut comprendre en outre une entité de gestion de réseau ayant des moyens adaptés pour réserver des ressources réseau et pour coopérer avec le serveur applicatif.
Dans un tel système, l'entité de gestion de service peut comprendre un module de contrôle de média et le serveur applicatif peut prendre en compte des informations fournies par ledit module de contrôle média.
Dans un tel système, le réseau cœur est agencé pour transmettre les informations de contexte au serveur applicatif.
Un quatrième aspect de la présente invention propose un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon le premier aspect de la présente invention, lorsque ce programme est exécuté par un processeur.
Un cinquième aspect de la présente invention propose un support d'enregistrement sur lequel est stocké le programme d'ordinateur selon le quatrième aspect de la présente invention.
D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation.
L'invention sera également mieux comprise à l'aide des dessins, sur lesquels :
la figure 1 illustre une architecture schématisée d'un réseau de communication selon un mode de réalisation de la présente invention, ainsi que les principales étapes d'un procédé de gestion d'offre de services selon un mode de réalisation de la présente invention ;
la figure 2 illustre une architecture d'un réseau de communication dans son application à une architecture de type IMS selon des modes de réalisation de la présente invention ;
- la figure 3 illustre une procédure d'enregistrement d'un dispositif de gestion de contexte selon un mode de réalisation de la présente invention ;
la figure 4 illustre une mise à jour d'informations de contexte selon un mode de réalisation de la présente invention ;
- la figure 5 illustre une mise à jour d'informations de service selon un mode de réalisation de la présente invention ;
- la figure 6 illustre une gestion de réseau selon un mode de réalisation de la présente invention ; et
la figure 7 illustre une transmission d'informations de réseau durant la mise en œuvre d'un service selon un mode de réalisation de la présente invention.
La figure 1 illustre une architecture schématisée d'un réseau de communication selon un mode de réalisation de la présente invention, ainsi que les principales étapes d'un procédé de gestion d'offre de services selon un mode de réalisation de la présente invention.
Le réseau de communication selon la présente invention comprend une entité de gestion de service 100, un dispositif de gestion de contexte 104, un réseau cœur 102 et un serveur applicatif 103.
L'entité de gestion de service 100 peut correspondre à toute entité qui est adaptée pour gérer les services à offrir dans le réseau. A ce titre, elle peut être en charge de détecter, ou encore de découvrir dans le réseau, les différents services et de fournir le service souhaité par l'utilisateur, un service correspondant à la transmission d'un contenu numérique à un terminal adapté pour le restituer. Dans le domaine de la télévision IP, une telle entité de gestion de service peut correspondre à une entité IPTV.
Le dispositif de gestion de contexte 104 comprend une pluralité de capteurs d'informations de contexte 105 et un module de traitement 200.
Par exemple, dans le domaine de la télévision IP, lorsque l'utilisateur reçoit un film sur sa télévision dans son salon, le dispositif de gestion de contexte utilisateur 104 comprend des capteurs dans le salon de sorte à pouvoir détecter des changements de contexte dans lequel l'utilisateur accède au service.
On peut envisager le cas dans lequel l'utilisateur peut continuer à recevoir le film lorsqu'il rejoint une autre pièce dans laquelle il y a aussi un terminal adapté. Il convient alors de prévoir que le dispositif de gestion de contexte utilisateur 104 comprend également des capteurs de contexte dans la cuisine et que certains des capteurs sont des capteurs de mouvement.
Le serveur applicatif 103 stocke, d'une part, des informations de contexte relatives à un utilisateur et, d'autre part, des informations de service relatives aux services gérés par l'entité de gestion de services 100. On peut prévoir qu'à l'initialisation, les informations de contexte stockées sont des informations statiques de l'utilisateur, comme par exemple, son âge, sa profession, ses loisirs, ses goûts, etc ... Ces informations statiques permettent d'obtenir un profil initial de l'utilisateur. Elles peuvent être obtenues par exemple lors de la souscription à un abonnement de l'utilisateur. Aucune limitation n'est attachée aux moyens mis en œuvre pour stocker ces
informations au niveau du serveur applicatif. Ces informations peuvent être tout d'abord stockées au niveau du cœur de réseau, au moment de la souscription de l'utilisateur au réseau cœur, puis ensuite transmises depuis le réseau cœur vers le serveur applicatif.
On peut également prévoir que le serveur applicatif stocke une liste initiale de services disponibles pour le réseau. Aucune limitation n'est attachée aux moyens de récupérer cette liste initiale de service. Lors de la connexion du serveur applicatif au réseau cœur, l'entité de gestion de services déjà connectée au réseau cœur peut par exemple transmettre la liste des services offerts dans le réseau à ce moment là.
II convient de noter que la liste de services offerts dans le réseau, ainsi que les informations de contexte relatives à l'utilisateur peuvent évoluer au cours du temps. Avantageusement, il est ici prévu que le serveur applicatif ait à la fois une interface avec le dispositif de gestion de contexte utilisateur 104 et une interface avec l'entité de gestion de service 100. Grâce à ces deux interfaces, il peut recevoir les mises à jour à la fois du contexte de l'utilisateur et des services offerts dans le réseau, lorsqu'il y a des évolutions.
Dans de telles conditions, au niveau du serveur applicatif 103, on peut recevoir, à une étape
111 , au moins l'une parmi :
une mise à jour des informations de contexte, depuis le dispositif de gestion de contexte 104 ; et
une mise à jour des informations de services, depuis l'entité de gestion de service 100.
Puis, à une étape 112, le serveur applicatif 103 sélectionne une liste de services à partir d'une combinaison des informations relatives audit utilisateur et des informations relatives aux services. A cet effet, le serveur applicatif 103 comprend un module ST (pour 'Service Trigger' en anglais) et une base de données CDB (pour 'Context Data Base' en anglais) qui stocke les informations reçues.
Enfin, à une étape 113, la liste est ensuite transmise à destination de l'utilisateur.
En procédant ainsi, on est en mesure d'aider l'utilisateur dans son choix de service, de manière automatique et pertinente, en suivant les évolutions contextuelles de l'utilisateur.
La figure 2 illustre une architecture d'un réseau de communication dans son application à un réseau cœur de type IMS selon un mode de réalisation de la présente invention.
Le réseau cœur 102 est ici un réseau de type IMS (pour 'IP Multimedia Subsystem en anglais) et le serveur applicatif 103 peut coopérer avec différents éléments du réseau cœur au niveau applicatif IMS. Ce réseau cœur IMS comprend quatre types d'éléments fonctionnels : l'élément P-CSCF (pour 'Proxy Call Service Control Function'), l'élément I-CSCF (pour 'Interrogating CSCF), l'élément S-CSCF (pour 'Serving CSCF') et l'élément HSS (pour 'Home Subscriber System'). L'élément P-CSCF est un point d'entrée dans le réseau IMS pour les utilisateurs du réseau. L'élément S-CSCF est en charge d'authentifier les enregistrements
d'utilisateur et de les localiser. L'élément HSS correspond à une base de données pour les abonnés. L'élément I-CSCF est adapté pour interroger le HSS afin de déterminer le S-CSCF pertinent pour un utilisateur. Cet élément I-CSCF peut permettre à un opérateur utilisant le réseau cœur IMS de cacher son architecture à ses abonnés.
L' entité de gestion de service 100 peut correspondre à une entité IPTV qui comprend une fonction de découverte et de sélection de service SD& F (pour 'Service Discovery & Sélection Function' en anglais), une fonction de contrôle de service SCF (pour 'Service Control Funçtion' en anglais) et une fonction de gestion de média, ou encore de support, MF (pour 'Media Function' en anglais). La fonction de découverte et de sélection de service est adaptée pour être compatible avec le cœur de réseau IMS pour découvrir et fournir des services aux utilisateurs de l'entité de gestion de service. Cet aspect n'est pas détaillé ici car il ne fait pas l'objet de la présente invention. La fonction SCF est adaptée pour effectuer un contrôle sur les services fournis aux utilisateurs. La fonction MF est adaptée pour gérer les média ou supports de transmission utilisés pour fournir un service à un utilisateur. La fonction MF comprend un module MDCA (pour 'Media Delivery Context Acquisition' en anglais) qui est en charge de contrôler la transmission de contenus numériques correspondant aux services fournis et en charge d'acquérir des informations relatives aux média utilisés.
Dans un mode de réalisation de la présente invention, un serveur applicatif 103 comprend une unité de réception CAM (pour 'Context' Aware Management' en anglais), une base de données de stockage CDB (pour 'Context Database' en anglais) et un module de sélection ST (pour 'Service Trigger' en anglais).
Plus précisément, le module de réception CAM est en charge de recevoir des informations de contexte et des informations de service selon un mode de réalisation de la présente invention, pour les stocker dans la base de données CDB. Ces informations peuvent être stockées sous une forme pré traitée (basé sur XML) adaptées pour être exploitées dans une étape ultérieure plus facilement. Dans ce cas, le module de réception effectue le pré-traitement avant le stockage.
La base de données CDB offre une interface de requête au module de sélection ST. Ce dernier est en charge de sélectionner une liste de services personnalisés pour chaque utilisateur en fonction des données stockées dans la base de données CDB.
Dans un mode de réalisation de la présente invention, le dispositif de gestion de contexte
104 comprend, d'une part, des capteurs 105 qui sont adaptés pour détecter des changements dans le contexte de l'utilisateur considéré, et d'autre part, une entité de traitement 200 des données fournies par les détecteurs 105. Plus précisément, cette entité de traitement 200 comprend un module d'acquisition de contexte CCA (pour 'Client Context Acquisition' en anglais) qui est en charge de découvrir les détecteurs dans un espace localisé aux alentours de l'utilisateur et de collecter les informations de contexte fournies par les détecteurs découverts. Il envoie ensuite les informations de contexte collectées au module CAM du serveur applicatif 103.
Dans un mode de réalisation, le dispositif de gestion de contexte peut en outre comprendre un module LSM (pour 'Local Service Management' en anglais) pour offrir un service local personnalisé basé sur les données fournies par les détecteurs. Par exemple, lorsqu'un utilisateur visionne- un programme dans le salon, et qu'il est amené à se déplacer dans la cuisine, les détecteurs informent le module LSM de ce déplacement via le module CCA. Ce dernier peut alors décider d'adapter le service de manière personnalisée localement en commandant une augmentation du volume sonore du programmé actuellement suivi par l'utilisateur. Puis, lorsque l'utilisateur revient s'installer dans le salon le volume sonore initial peut être restitué.
Dans un mode de réalisation de la présente invention, le système de gestion d'offre de service comprend en outre une entité de gestion de réseau 201 RACS (pour 'Resource and Admission Control Subsystem' en anglais). Cette entité est en charge de gérer la réservation de ressources pour un service à offrir à utilisateur. A cet effet, cette entité gère une interface avec le serveur applicatif selon un mode de réalisation de la présente invention.
Les sections suivantes fournissent une description détaillée de certains aspects d'un mode de réalisation de la présente invention.
La figure 3 illustre une procédure d'enregistrement d'un dispositif de gestion de contexte selon un mode de réalisation de la présente invention. Cette étape d'enregistrement peut être par exemple déclenchée sur mise sous tension d'un dispositif de gestion de contexte, ou encore par une action manuelle de l'utilisateur sur le dispositif de gestion de contexte.
Dans cette phase d'enregistrement, le dispositif de gestion de contexte (référencé UE sur les figures suivantes, pour 'User Equipement' en anglais) et le réseau cœur échangent entre eux des informations qui permettent à la fois un enregistrement du dispositif de gestion de contexte au réseau IMS et une authentification de ce dispositif de gestion de contexte. Cette étape peut être réalisée selon un échange de messages respectant le protocole SIP (Session Initiation Protocol) tel que celui décrit dans le document RFC 3261 (SIP: Session Initiation Protocol)
On peut ainsi prévoir que, tout d'abord, le dispositif de gestion de contexte contacte (301) l'élément P-CSCF qui est son point d'entrée au réseau. Puis, le P-CSCF contacté récupère auprès de l'élément I-CSCF l'adresse du S-CSCF qui peut gérer ce dispositif au sein de l'IMS. Ensuite, le dispositif de gestion échange des informations avec l'élément S-CSCF afin de s'authentifier et de s'enregistrer au niveau du réseau cœur IMS. Sur réception d'un message d'enregistrement, l'élément S-CSCF dans un mode de réalisation peut alors récupérer un profil de l'utilisateur auprès de la base de données HSS du réseau cœur. Un tel profil correspond aux informations qui sont stockées dans la base de données HSS. Elles peuvent correspondre à des données statiques de l'utilisateur comme son âge, ses préférences, sa profession, ou encore ses droits d'accès (c'est-à- dire les abonnements auxquels il a souscrit). De manière générale, les données statiques qui correspondent à un utilisateur et qui sont stockées dans la base de données HSS peuvent être celles qui sont disponibles au moment de la souscription de l'utilisateur à un ou plusieurs services. Ainsi,
au moment de cette souscription on peut poser des questions personnelles aux utilisateurs qui peuvent être pertinentes pour la mise d'un mode de réalisation de la présente invention. Selon le degré de confidentialité attachée à ces données, il peut parfois être important de mettre en place une. protection de l'accès à ces données.
Afin de récupérer les données statiques stockées dans la base de données HSS, l'élément S-
CSCF interroge la base de données HSS via un échange de messages 302 selon un protocole' de type Diametèr. Une fois que les données statiques de l'utilisateur associé au dispositif en cours de gestion sont récupérées, l'élément S-CSCF. émet un message d'enregistrement 303 auprès du serveur applicatif. Ce message 303 comprend les données statiques d'utilisateur récupérées auprès de la base de données HSS.
Il convient de noter que, lorsque les données statiques d'utilisateur téléchargées comprennent les droits de l'utilisateur concerné dans le réseau MS, l'élément S-CSCF peut contrôler si l'utilisateur est autorisé à s'inscrire au service d'aide à la sélection avant d'émettre les messages d'enregistrement 303.
Le serveur applicatif émet en retour un message d'acquittement 304 à destination de l'élément S-CSCF, qui lui-même le transmet sous la forme d'un message 305 à l'élément I-CSCF, puis sous la forme d'un message 306 depuis l'élément I-CSCF à l'élément P-CSCF et enfin sous la forme d'un message 307 depuis l'élément P-CSCF vers le dispositif de gestion en cours d'enregistrement.
A ce stade, le serveur applicatif a stocké dans sa base de données des informations de contexte qui sont des données statiques de l'utilisateur.
La figure 4 illustre une mise à jour d'informations de contexte selon un mode de réalisation de la présente invention.
Les informations de contexte stockées au moment de la phase d'enregistrement d'un dispositif de gestion de contexte peuvent être complétées, et même mises à jour, par des informations de contexte transmises de manière dynamique par le dispositif de gestion après son enregistrement auprès du serveur applicatif. Cette mise à jour des informations de contexte peut être déclenchée sur détection de modification de contexte utilisateur au niveau de l'entité de traitement 200. Cette détection peut être faite de manière automatique sur la base des données fournies par les détecteurs. Ainsi, lorsque le module CCA détecte qu'un changement de contexte est pertinent pour le serveur applicatif, il transmet les informations liées à ce changement au serveur applicatif, sous la forme d'un message 401 de type 'Context-Publish' à destination de l'élément P-CSCF puis à destination de l'élément S-CSCF sous un message 402, puis sous la forme d'un message 403 au serveur applicatif 103. Ce dernier renvoie un message d'acquittement de type 'CA-OK' 404 à l'élément S-CSCF, puis sous un message 405 à l'élément P-CSCF, puis un message 406 au dispositif de gestion de contexte.
Il est avantageusement possible d'émettre ces messages selon le protocole SIP. Dans ce cas, le message 'CA-OK' peut correspondre au message SIP ΌΚ', et le message 'Context-Publish' peut correspondre au message PUBLISH .SE?. Les informations de contexte dans un message 'Context-Publish' peuvent être conformes au format RPED (pour 'Rich Présence Information Data').
La figure 5 illustre une mise à jour d'informations de service selon un mode de réalisation de la présente invention. Lorsque la fonction SD&S ('service détection and sélection') de l'entité de gestion de service met à jour ses informations de service, elle émet alors à destination de l'élément S-CSCF un message 501 lui transmettant cette mise à jour. L'interface de la fonction SD&S avec le serveur applicatif peut correspondre à un module SCA (pour 'Service Context Acquisition' en anglais). Ce message peut être de type 'Context-Publish', qui peut correspondre à un message de type SIP Publish indiquant les nouvelles informations de service. Puis, ce message 501 est ensuite transmis au serveur applicatif 103, sous la forme d'un message 502 de type 'Context-Publish'. Le serveur applicatif y répond par un message d'acquittement 503 de type CA- OK à destination de l'élément S-CSCF. Cette dernière transmet cet acquittement sous la forme d'un message 504 de même type à destination de l'entité de gestion de service.
Aucune limitation n'est attachée aux conditions de déclenchement de cet échange de messages illustré en figure 5 pour là mise à jour des informations de service de manière dynamique au niveau du serveur applicatif.
La figure 6 illustre une gestion de réseau selon un mode de réalisation de la présente invention. Lorsqu'un module de traitement 200 initie l'utilisation d'un service, il émet un message d'initialisation 601, qui peut être de type SIP 'INVITE', à destination de l'élément P-CSCF. Ce dernier émet ensuite un message de requête de réservation de ressource réseau 602 à destination de l'entité de gestion de réseau RACS. Ce message peut être un message de type 'AA-Request' selon le protocole Diameter. L'entité de gestion de réseau RACS y répond par un message d'acquittement 603 qui peut être de type AA-Answer selon le protocole Diameter, à destination de l'élément P-CSCF. Ce message de réponse peut être référencé Context-AA-Answer (qui peut correspondre à une extension du message AA-Answer). II contient des informations relatives au contexte réseau, c'est-à-dire par exemple des informations de bande passante, de perte de paquets ou encore de retard de transmission. Les informations de réseau peuvent être récupérées au niveau de l'entité de gestion RACS par un module NCA (pour 'Network Context Acquisition' en anglais).
Puis, l'élément P-CSCF transmet ces informations de réseau à l'élément S-CSCF via un message 604 qui peut être de type 'Context-Publish, comme un message SIP Publish.
L'élément S-CSCF transmet à son tour ces informations de réseau au serveur applicatif 103 via un message 605 du même type que le message 604.
A ce stade, le serveur applicatif dispose d'un contexte réseau qui indique des informations de réseau à l'initialisation de la mise en service du module de traitement 200. Ces informations
indiquent notamment la bande passante réservée dans le réseau de communication pour le module de traitement 200;
La figure 7 illustre. une transmission d'informations de réseau durant la mise en œuvre d'un service selon un mode de réalisation de la présente invention.
Pendant la mise en œuvre d'un service l'entité de gestion de service 100 au niveau de sa fonction MF est en charge de contrôler certains paramètres relatifs au niveau de qualité de service (ou encore QoS pour 'Quality of Service' en anglais) de la transmission dans le réseau de communication. Ce contrôle du niveau de qualité est effectué au niveau d'un flux 701 RTP/RTCP (pour 'Real Time Protocol' ou 'Real Time Control Protocol'). Ce contrôle peut consister à déterrniner une valeur relative à la gigue, une valeur relative à la perte de paquets et une valeur relative au retard de transmission. L'élément MF est ensuite en charge de transmettre une mise à jour de contexte de réseau par l'émission d'un message 702, qui peut être de type 'Context- Publish', à destination de l'élément P-CSCF. Cette dernière transmet cette mise à jour de contexte réseau à l'élément S-CSCF via un message 703 de type 'Context-Publish'. Puis, cette mise à jour est ensuite transmise au serveur applicatif 103 via un message 704 du même type. Le format RPID peut ici aussi être utilisé pour transmettre ces informations de réseau.
Sur réception d'une mise à jour du contexte réseau, le serveur applicatif peut décider de soumettre à l'utilisateur une liste de services mise à jour en fonction des informations de QoS dans le réseau de communication. Ainsi, par exemple, si l'utilisateur est actuellement en cours de réception d'un programme fourni par un fournisseur dont le réseau rencontre des problèmes, le serveur applicatif pourra alors en être informé et, de ce fait, proposer une liste de service mise à jour. Cette liste de service mise à jour pourrait notamment indiquer des programmes fournis par d'autres fournisseurs, tout en prenant en compte les informations de contexte utilisateur de manière à ce que cette liste soit également personnalisée.
Dans un mode de réalisation, il peut être prévu de protéger les données personnelles stockées au niveau du serveur applicatif contre d'éventuelles utilisations malveillantes de ces données. A cet effet, le serveur applicatif peut comprendre un module de protection qui contient des règles de protection indiquant quelles données personnelles peuvent être utilisées, éventuellement par quel fournisseur parmi les fournisseurs partageant le réseau de communication, au niveau du module de sélection 112 pour déterminer la liste de service à soumettre à l'utilisateur.
Claims
1. Procédé de gestion d'offre de services dans un réseau de communication (102), un service correspondant à la transmission d'un contenu numérique ;
le réseau de communication comprenant un serveur applicatif (103), une entité de gestion de services (100), un réseau cœur (102) de type IMS et un dispositif de gestion de contexte (104) ; ledit serveur applicatif stockant, d'une part, des informations de contexte relatives à au moins un utilisateur et, d'autre part, des informations de service relatives aux services gérés par l'entité de gestion de services, une information de service comprenant une identification du service et au moins une caractéristique du service ;
ledit procédé de gestion comprenant les étapes suivantes au niveau du serveur applicatif dudit réseau :
/a/ recevoir (111) du réseau cœur un message d'enregistrement (303) du dispositif de gestion de contexte, ledit message d'enregistrement comprenant les informations de contexte ;
/b/ recevoir (111) par Y intermédiaire du réseau cœur au moins l' une parmi :
une mise à jour des informations de contexte, depuis le dispositif de gestion de contexte ; et
une mise à jour des informations de services, depuis l'entité de gestion de service ; /c/ sélectionner (112) une liste de services à partir d'une combinaison des informations de contexte et des informations de service ; et
/d/ transmettre (113) ladite liste de services à destination de l'utilisateur.
2. Procédé de gestion d'offre de services selon la revendication 1, dans lequel les informations de contexte comprennent des informations statiques relatives à l'utilisateur, lesdites informations statiques étant obtenues dans une étape d'initialisation.
3. Procédé de gestion d'offre de services selon la revendication 1, dans lequel une mise à jour des informations de contexte est déclenchée sur détection d'un changement de conditions physiques dans l'environnement de l'utilisateur et/ou sur détection d'un changement d'utilisateur.
4. Procédé de gestion d'offre de service selon la revendication 1, dans lequel, à l'étape Ibl, on reçoit également une mise à jour des informations de réseau et, à l'étape Ici, on prend en outre en compte lesdites informations de réseau.
5. Procédé de gestion d'offre de service selon la revendication 4, dans lequel un contenu numérique est en cours de transmission vers un terminal de l'utilisateur, et
dans lequel, sur réception d'une mise à jour d'informations de réseau, le serveur applicatif déclenche la transmission du contenu numérique sur un autre terminal de l'utilisateur.
6. Procédé de gestion d'offre de service selon la revendication 4, dans lequel un contenu numérique est en cours de transmission vers un terminal de l'utilisateur via un médium de transmission du réseau de communication, et
dans lequel, sur réception d'une mise à jour d'informations de réseau, le serveur applicatif sélectionne un autre médium de transmission vers ledit terminal.
7. Procédé de gestion d'offre de services selon la revendication 1, dans lequel le réseau de communication est un réseau de type Internet et les services sont des services de type IPTV.
8. Serveur applicatif (103) dans un réseau de communication (102) offrant des services, un service correspondant à la transmission d'un contenu numérique ;
le réseau de communication comprenant en outre un réseau cœur (102) de type IMS, un dispositif de gestion de contexte (104) et une entité de gestion de services (100) ;
ledit serveur applicatif comprenant :
une base de données (CDB) pour stocker, d'une part, des informations de contexte relatives à au moins un utilisateur et, d'autre part, des informations de service relatives aux services gérés par l'entité de gestion de services, une information de service comprenant une identification du service et au moins une caractéristique du service ; une unité de réception (CAM) adaptée pour recevoir par l'intermédiaire du réseau cœur des informations de contexte lors de l'enregistrement du dispositif de gestion de contexte et au moins l'une parmi :
une mise à jour des informations de contexte, depuis le dispositif de gestion de contexte ; et
une mise à jour des informations de services, depuis l'entité de gestion de service ;
- une unité de sélection (ST) adaptée pour sélectionner une liste de services à partir d'une combinaison des informations de contexte et des informations de service ; et une unité de transmission (ST) adaptée pour transmettre ladite liste de services à destination de l'utilisateur.
9. Système d'offre de service dans un réseau de communication (102), un service correspondant à la transmission d'un contenu numérique ; ledit système comprenant un serveur applicatif (103) selon la revendication 8, un réseau cœur (102) de type IMS, une entité de gestion de services (100) adaptée pour fournir des informations de service relativement aux services offerts dans le réseau de communication et un dispositif de gestion de contexte (104) ;
ledit dispositif de gestion de contexte comprenant :
- une pluralité de détecteurs d'informations de contexte utilisateur ; et
- un module d'acquisition de contexte (CCA) en charge de découvrir les détecteurs, de collecter les informations de contexte et de transmettre des mises à jour d'informations de contexte au serveur applicatif.
10. Système d'offre de service selon la revendication 9, dans lequel le dispositif de gestion de contexte comprend en outre un module de gestion locale (LSM) ayant des moyens adaptés pour contrôler le service reçu de manière locale.
11. Système d'offre de service selon la revendication 9, comprenant en outre une entité de gestion de réseau (RACS) ayant des moyens adaptés pour réserver des ressources réseau et pour coopérer avec le serveur applicatif (103).
12. Système d'offre de service selon la revendication 9, dans lequel l'entité de gestion de service (100) comprend un module de contrôle de média (MF) et dans lequel le serveur applicatif prend en compte des informations fournies par ledit module de contrôle média.
13. Système d'offre de service selon la revendication 9, dans lequel le réseau cœur est agencé pour transmettre les informations de contexte au serveur applicatif.
14. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon la revendication 1, lorsque ce programme est exécuté par un processeur.
15. Support d'enregistrement sur lequel est stocké le programme d'ordinateur selon la revendication 14.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1052348 | 2010-03-30 | ||
| FR1052348 | 2010-03-30 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2011124810A1 true WO2011124810A1 (fr) | 2011-10-13 |
Family
ID=42352750
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/FR2011/050645 WO2011124810A1 (fr) | 2010-03-30 | 2011-03-25 | Gestion de service personnalisee dans un reseau ip |
Country Status (1)
| Country | Link |
|---|---|
| WO (1) | WO2011124810A1 (fr) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018001978A1 (fr) * | 2016-07-01 | 2018-01-04 | Sagemcom Broadband Sas | Procede de stockage d'un contenu multimedia, procede de lecture associe et procede de gestion d'un espace de stockage contenant un tel contenu |
| WO2018109419A1 (fr) * | 2016-12-15 | 2018-06-21 | Orange | Procédé de contrôle d'un signal radio émis par une passerelle, passerelle et programme d'ordinateur correspondants |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070162929A1 (en) * | 2005-12-28 | 2007-07-12 | Mickle Jacklyn A | Methods, systems and computer program products for providing internet protocol television contextual support |
| WO2010005351A1 (fr) * | 2008-07-10 | 2010-01-14 | Telefonaktiebolaget L M Ericsson (Publ) | Procédé et appareil de gestion de contenu à base de contexte |
-
2011
- 2011-03-25 WO PCT/FR2011/050645 patent/WO2011124810A1/fr active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070162929A1 (en) * | 2005-12-28 | 2007-07-12 | Mickle Jacklyn A | Methods, systems and computer program products for providing internet protocol television contextual support |
| WO2010005351A1 (fr) * | 2008-07-10 | 2010-01-14 | Telefonaktiebolaget L M Ericsson (Publ) | Procédé et appareil de gestion de contenu à base de contexte |
Non-Patent Citations (1)
| Title |
|---|
| LISA ASPUND: "Studying available implicit inputs in viewing behaviours which can be used to create user profiles in future TV services.", 31 January 2010 (2010-01-31), Sweden - University of UMEA, pages 1 - 90, XP002598939, Retrieved from the Internet <URL:http://www8.cs.umu.se/education/examina/Rapporter/LisaAsplund.pdf> [retrieved on 20100901] * |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018001978A1 (fr) * | 2016-07-01 | 2018-01-04 | Sagemcom Broadband Sas | Procede de stockage d'un contenu multimedia, procede de lecture associe et procede de gestion d'un espace de stockage contenant un tel contenu |
| FR3053557A1 (fr) * | 2016-07-01 | 2018-01-05 | Sagemcom Broadband Sas | Procede de stockage d'un contenu multimedia, procede de lecture associe et procede de gestion d'un espace de stockage contenant un tel contenu |
| CN109565617A (zh) * | 2016-07-01 | 2019-04-02 | 萨基姆宽带简易股份有限公司 | 存储多媒体内容的方法、相关读取方法和管理包含这些内容的存储空间的方法 |
| US10997238B2 (en) | 2016-07-01 | 2021-05-04 | Sagemcom Broadband Sas | Method for storing a multimedia content, associated reading method and method for managing a storage space containing such a content |
| CN109565617B (zh) * | 2016-07-01 | 2021-11-02 | 萨基姆宽带简易股份有限公司 | 存储多媒体内容的方法、相关读取方法和管理包含这些内容的存储空间的方法 |
| US11468117B2 (en) | 2016-07-01 | 2022-10-11 | Sagemcom Broadband Sas | Method for storing a multimedia content, associated reading method and method for managing a storage space containing such a content |
| WO2018109419A1 (fr) * | 2016-12-15 | 2018-06-21 | Orange | Procédé de contrôle d'un signal radio émis par une passerelle, passerelle et programme d'ordinateur correspondants |
| FR3060933A1 (fr) * | 2016-12-15 | 2018-06-22 | Orange | Procede de controle d'un signal radio emis par une passerelle, passerelle et programme d'ordinateur correspondants |
| CN110073701A (zh) * | 2016-12-15 | 2019-07-30 | 奥兰治 | 控制由网关发射的无线电信号的方法、对应网关和计算机程序 |
| US10834680B2 (en) | 2016-12-15 | 2020-11-10 | Orange | Method for controlling a radio signal emitted by a gateway, and corresponding gateway and computer program |
| CN110073701B (zh) * | 2016-12-15 | 2022-07-19 | 奥兰治 | 控制由网关发射的无线电信号的方法、网关和记录介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3632087B1 (fr) | Sélection d'une tranche de réseau relative à une application | |
| WO2004068809A1 (fr) | Procede de presentation d’etat d’un utilisateur utilisant plusieurs equipements de communication | |
| EP3155823B1 (fr) | Gestion par un équipement intermédiaire de la qualité de transmission d'un flux de données vers un terminal mobile | |
| WO2007141450A1 (fr) | Systeme d'acces a un service de television sur ip dans un reseau a architecture ims | |
| EP3603024B1 (fr) | Procédé de recommandation d'une pile de communication | |
| EP2168402B1 (fr) | Appropriation dynamique d'au moins un equipement multimedia lors d'une mise en communication | |
| EP2107723B1 (fr) | Commande d'un dispositif a distance par un terminal | |
| EP2706730B1 (fr) | Procédé et dispositif de suggestion d'applications | |
| FR2897453A1 (fr) | Procede et dispositif de declenchement de transfert d'activite(s) entre terminaux, a partir d'evenements associes a des identifiants d'utilisateurs | |
| WO2011124810A1 (fr) | Gestion de service personnalisee dans un reseau ip | |
| EP1625723A1 (fr) | Systeme de gestion de contexte pour un reseau comportant un essemble heterogene de terminaux | |
| EP2589202B1 (fr) | Procédé et système de gestion de sessions de communication | |
| EP2819074B1 (fr) | Procédé de gestion d'un carnet d'adresses utilisateur déporté, et programme d'ordinateur et serveur d'applications afférents | |
| WO2022234218A1 (fr) | Parametrage d'un terminal | |
| WO2015128561A1 (fr) | Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d'un terminal | |
| FR3129506A1 (fr) | Entité applicative ayant une architecture de micro-services, entité de contrôle et procédés mis en œuvre par ces entités | |
| EP4258137A1 (fr) | Procédé de distribution de fichier entre systèmes 3gpp mcdata interconnectés | |
| FR2857191A1 (fr) | Systeme de transmission de parametres caracteristiques d'une session de communication d'un terminal vers un serveur distant | |
| EP2801178B1 (fr) | Procédé dynamique de détermination d'une liste de services dans un réseau sip | |
| FR3079711A1 (fr) | Procede de gestion d'acces a un contenu numerique. | |
| WO2012076796A1 (fr) | Gestion de service dans un reseau | |
| FR2977427A1 (fr) | Passerelle de communication entre cameras video et sous-systeme multimedia | |
| WO2010112738A1 (fr) | Procede d'envoi d'un message de notification, serveur de sessions d'acces et systeme de communications | |
| FR3052620A1 (fr) | Procede de gestion de l'acces a des contenus numeriques via une passerelle domestique | |
| FR2865331A1 (fr) | Procede de connexion d'un reseau domestique a un serveur cops distant et dispositif associe |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 11718427 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 11718427 Country of ref document: EP Kind code of ref document: A1 |