FR 2975554 A1 20121123 FR 1154319 A 20110518 Procédé d'adaptation d'un contenu en fonction du récepteur du contenu. L'invention se rapporte à un procédé d'adaptation d'un contenu en fonction du destinataire du contenu. Un destinataire inclut indifféremment un terminal ou un couple comprenant un terminal et son utilisateur. Le terminal en question englobe tout dispositif de traitement de données, c'est-à-dire équipé de ressources physiques et/ou logicielles dont au moins un microprocesseur, apte à communiquer au travers d'un réseau de communication. Le terminal en question est apte à recevoir des contenus via un réseau de communication. Le réseau peut être par exemple le réseau Internet, ou tout autre réseau apte à transporter des données numériques. Un contenu inclut toutes données numériques telles qu'un contenu multimédia, une page internet, etc. Les fournisseurs de contenus offre à leurs clients un accès à des contenus. Si le contenu en question est un contenu multimédia, par exemple un film cinématographique, un sous-titrage peut être fourni; le choix de la langue du sous-titrage requiert de la part d'un utilisateur une sélection sur le terminal d'une langue de sous-titrage. Cependant, le terminal en question n'est pas forcément équipé de moyens de sélection ; une solution pourrait consister à rendre disponibles des données contextuelles sur tous les terminaux, susceptibles de restituer un contenu, appartenant à un même utilisateur ou à un groupe d'utilisateurs. Ces données contextuelles seraient stockées ou récupérées à la volée suite à une authentification. Ensuite, le terminal communiquerait spontanément les données contextuelles au fournisseur de contenu pour que celui-ci adapte le contenu. Le stockage n'est pas très confortable car il requiert un stockage de données contextuelles sur plusieurs terminaux, entraînant de ce fait une redondance de données. La récupération à la volée suite à une authentification n'est pas envisageable sur des terminaux non prévus de moyens pour la saisie de données d'authentification en particulier sur des terminaux dépourvus de clavier. Aussi, si le contenu est une page accessible sur le réseau Internet, et que cette page comporte des articles à vendre, le prix indiqué peut être dans une unité monétaire autre que celle utilisée couramment par l'utilisateur qui visualise la page. Un constat est qu'un contenu délivré est le même quel que soit l'utilisateur récepteur du contenu. L'invention vient améliorer la situation. A cet effet, selon un aspect fonctionnel, l'invention a trait à un procédé d'adaptation d'un contenu apte à être restitué sur des moyens de restitution d'un terminal, dit premier terminal, caractérisé en ce que la restitution du contenu est précédée des étapes suivantes: - une étape de transmission d'une demande de données contextuelles du premier terminal vers un deuxième terminal apte fournir des données contextuelles, - une étape réception par le premier terminal d'une réponse issue du deuxième terminal, incluant les données contextuelles, - une étape d'adaptation du contenu fonction des données contextuelles reçues. Selon l'invention, les données de contexte qui serviront à personnaliser le contenu sont stockées sur un terminal autre que le terminal sur lequel est restitué le contenu. Il n'est donc plus nécessaire que le premier terminal soit équipé de moyens de saisie pour la saisie de données, notamment de contexte, dans le but de recevoir un contenu personnalisé. Il se peut que le premier terminal ne soit pas équipé de moyens de réception de données via le moyen de communication qui a été utilisé pour la transmission de la demande de données contextuelles. Dans cette configuration, selon un mode de mis en oeuvre particulier de l'invention, le premier terminal inclut dans la demande un identifiant d'un dispositif. Ainsi, le deuxième terminal, connaissant l'identifiant du dispositif, transmet les données contextuelles au dispositif. Ensuite, le dispositif transmet au deuxième terminal les données contextuelles; cette caractéristique permet au premier terminal de faire une demande via un moyen de communication et de recevoir une réponse via un autre moyen de communication. Selon un autre mode de mis en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, les données de contexte incluent un profil d'utilisateur tels qu'une langue maternelle, une nationalité, un âge. Un tel profil permet d'adapter le contenu à restituer pour qu'il soit compréhensible par l'utilisateur associé au profil et récepteur du contenu. Selon encore un autre mode de mis en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, les données de contexte incluent un identifiant de contenu. Ainsi, le transfert concerne un contenu en particulier. Grâce à cette caractéristique, un utilisateur pourra transférer la visualisation d'un contenu d'un terminal vers un autre. Selon encore un autre mode de mis en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, le contenu est un contenu ayant une durée donnée, l'identifiant de contenu est accompagné d'un point de démarrage temporel dudit contenu. Ainsi, si le contenu est restitué sur le premier terminal et que le transfert de restitution vers le deuxième terminal a lieu, l'utilisateur pourra poursuivre la restitution du contenu à une position temporelle définie dans les données contextuelles. Selon un aspect matériel, l'invention a trait à un terminal comprenant des moyens de restitution d'un contenu et des moyens de communication, caractérisé en qu'il comprend - Des moyens de transmission d'une demande de données contextuelles via les moyens de communication, - Des moyens de réception d'une réponse incluant les données contextuelles, - Des moyens d'adaptation du contenu en fonction des données contextuelles reçues. Selon un autre aspect matériel, l'invention a trait à un programme d'ordinateur apte à être mis en oeuvre sur le terminal défini ci-dessus, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de l'invention définie ci-dessus. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Les figures : La figure 1 représente un système informatique illustrant deux modes de réalisation de l'invention, à savoir un premier mode et un deuxième mode. Les figures 2 et 3 sont des vues schématiques des échanges ayant lieu entre les différents éléments composant le système informatique relativement à un premier mode de réalisation et à un deuxième mode de réalisation, respectivement. La figure 4 est une vue détaillée d'un circuit du deuxième terminal relativement au deuxième mode de réalisation. Description détaillée d'un exemple de réalisation illustrant l'invention. La figure 1 représente un système SYS comprenant un serveur SRV appartenant à un fournisseur de contenu et un terminal TRM1, dit premier terminal. Le serveur et le premier terminal TRM1 sont connectés entre eux via un premier moyen de communication RES1, tel qu'un réseau de communication, dit premier réseau par la suite. Ce premier réseau RES1 est par exemple un réseau Internet. Le système comprend aussi un second terminal TRM2. Dans notre exemple, ce second terminal est aussi connecté au premier réseau RES1. Dans notre exemple, les deux terminaux TRM1 et TRM2 appartiennent à un même utilisateur UT mais pourrait très bien appartenir à deux utilisateurs différents. Les terminaux sont équipés d'un premier microprocesseur CPU1 et d'un deuxième microprocesseur CPU2, respectivement. Dans notre exemple, le second terminal TRM2 est apte à recevoir des données issues du premier terminal via un deuxième moyen de communication par exemple un deuxième réseau de communication, différent du premier dans notre exemple. Dans notre exemple, Le premier terminal TRM1 comprend en outre - des premiers moyens de communication COM1a et COM1b permettant de communiquer avec le premier réseau RES1 et le deuxième réseau RES2, respectivement; - Une première mémoire MEM1 apte à stocker des données; - Un moyen de restitution ECR illustré par un écran. Les moyens décrits ci-dessus ainsi que le premier microprocesseur CPU1 sont reliés entre eux par l'intermédiaire d'un premier bus BUS1 Le deuxième terminal TRM2 comprend, outre le deuxième processeur CPU2, - des deuxièmes moyens de communication COM2a et COM2b permettant de communiquer avec le premier moyen RES1 et le deuxième réseau RES2, respectivement; - une deuxième mémoire MEM2 apte à stocker des données notamment des données contextuelles CTX. Les moyens décrits ci-dessus ainsi que le deuxième microprocesseur CPU2 sont reliés entre eux par l'intermédiaire d'un deuxième bus BUS2. Rappelons qu'un bus a pour fonction d'assurer le transfert de données numériques entre les différents circuits d'un terminal. Dans notre exemple, le bus en question inclut un bus de données et un bus de contrôle. A noter aussi que, dans notre exemple, les mémoires décrites ci-dessus sont des mémoires permanentes de type ROM (acronyme anglo-saxon de Read Only Memory). Le premier terminal TRM1 est apte à utiliser un premier service S1. Une utilisation de ce service requiert l'envoi de données contextuelles en complément de la demande d'utilisation du service. Dans notre exemple, le premier service S1 fournit des vidéos à la demande qu'un utilisateur peut sélectionner via le premier terminal TRM1 et un sous-titrage associé à la vidéo sélectionnée. Les étapes suivantes ont lieu avant un envoi d'une demande d'utilisation du premier service S1 par le premier terminal TRM1. On considère ici que le deuxième terminal TRM2 stocke des données contextuelles. Deux modes de réalisation vont illustrer les étapes qui précédèrent cette demande d'utilisation du premier service S1 par le premier terminal TRM1. Les étapes relatives à un premier mode est illustré sur la figure 2 et les étapes relatives à un deuxième mode est illustré sur les figures 3 et 4. A noter que, sur ces figures, sont représentés des axes illustrant un échange de données. A cet effet, un axe temporel "t" indique le sens d'exécution des étapes. Sur ces mêmes figures, un échange de données est symbolisé par une flèche ayant une origine et une extrémité, l'origine étant associé à l'émetteur d'un message, l'extrémité étant associé au destinataire du message. Aussi, une flèche ayant une origine et une extrémité sur un même axe représente un traitement interne. Dans un premier mode de réalisation, on suppose que le deuxième réseau permet une communication bidirectionnelle. Dans ce premier mode les étapes seront référencées ET1n avec n= 1,...,6. Lors d'une première étape ET11, le premier terminal TRM1 requiert au deuxième terminal des données contextuelles CTX. Lors d'une deuxième étape ET12, le deuxième terminal TRM2 reçoit la requête. Lors d'une troisième étape ET13, le deuxième terminal TRM2 transmet en retour les données contextuelles CTX au premier terminal TRM1. Lors d'une quatrième étape ET14, le premier terminal reçoit les données contextuelles. Lors d'une cinquième étape ET15, le premier terminal requiert l'utilisation du premier service par l'intermédiaire d'une commande incluant les données contextuelles. Lors d'une sixième étape ET16, le premier service S1 transmet un contenu multimédia avec un sous-titrage correspondant à la langue transmise dans les données contextuelles. Dans un deuxième mode de réalisation, le deuxième réseau ne permet qu'une communication unidirectionnelle à savoir du premier vers le deuxième terminal. Ce mode de réalisation fait intervenir un dispositif illustré par un serveur SRV. Dans ce premier mode les étapes seront référencées ET2k avec k= 1,...,9. Lors d'une première étape ET21, le premier terminal requiert auprès du serveur SRV un identifiant. A ce stade, le serveur SRV stocke l'identifiant et une adresse du premier terminal afin de lui communiquer des données, à savoir des données contextuelles, ultérieurement si nécessaire. Lors d'une deuxième étape ET22, le premier terminal reçoit un identifiant ID de la part du serveur SRV. Lors d'une troisième étape ET23, le premier terminal TRM1 requiert au second terminal TRM2 des données contextuelles CTX. Dans notre exemple, les premiers moyens de communication COM1b sont aptes à afficher l'identifiant ID et une adresse réseau ADR du serveur SRV sur l'écran ECR par exemple sous forme de code 2D. Dans cette configuration, les moyens de communication sont un écran. Cette troisième étape est optionnelle car le premier terminal TRM1 peut ne pas être équipé de moyens aptes à requérir des données à un autre terminal. Lors d'une quatrième étape ET24, les deuxièmes moyens de communication COM2b capturent le code. Dans cette configuration, en référence à la figure 4, les deuxième moyens de communication COM2b sont des moyens de moyens de prise de vue CPT tels qu'un appareil photographique reliés à des moyens de traitement TRT eux-mêmes reliés au deuxième processeur CPU2 par l'intermédiaire du deuxième bus BUS2. Les moyens de traitement TRT ont pour fonction de décoder les signaux capturés reçus depuis le deuxième réseau RES2. Lors d'une cinquième étape ET25, le deuxième terminal TRM2 décode le code 2D reçu et extrait l'identifiant ID et l'adresse ADR du serveur SRV. Lors d'une sixième étape ET26, le deuxième terminal transmet au serveur l'identifiant ID et les données contextuelles CTX stockées dans la deuxième mémoire MEM2. Lors d'une septième étape ET27, le serveur SRV reçoit l'identifiant et fait une correspondance avec l'identifiant reçu par le premier terminal lors de la deuxième étape ET22. Lors d'une huitième étape ET28, le serveur SRV transmet au premier terminal TRM1 les données de contexte CTX. Lors d'une neuvième étape ET29, le premier terminal requiert une utilisation du premier service. La demande en question inclus les données de contexte CTX. Lors d'une dixième étape ET210, le premier terminal reçoit un contenu prenant en compte les données contextuelles, par exemple un film et un sous-titrage en français si la langue française est indiquée dans les données contextuelles. Les modes de réalisation décrits ci-dessus peuvent faire l'objet de variantes dont les suivantes. Selon cette variante, les données contextuelles CTX sont obtenues par le deuxième terminal de la façon suivante: Lors d'une étape, le deuxième terminal requiert auprès du deuxième service S2 la réception de données contextuelles. Lors d'une étape suivante, le deuxième terminal reçoit les données contextuelles et les stockent dans la deuxième mémoire MEM 2 pour être utilisée lors de la deuxième étape ET13 relativement au premier mode ou lors de la sixième étape ET26 relativement au deuxième mode de réalisation. Ces deux étapes sont réalisées - avant la troisième étape ET13 relativement au premier mode de réalisation. - et avant la sixième étape ET26 relativement au deuxième mode de réalisation. Dans les exemples, les données contextuelles sont la langue parlée par l'utilisateur du premier terminal. Cela permet, comme nous l'avons vu, au premier service de transmettre un film accompagné d'un sous-titrage dont la langue sera la langue incluse dans les données contextuelles. D'autres données contextuelles peuvent naturellement être utilisées. Parmi ces données on trouve - un profil d'utilisateur (nom, prénom, langue, nationalité, etc.) - un identifiant de contenu (transfert de la restitution d'un 10 contenu du premier vers le deuxième). Aussi lorsque le contenu est un contenu ayant une durée donnée, l'identifiant de contenu peut être accompagné d'un point de démarrage temporel dudit contenu. De cette façon, si le contenu est restitué sur le premier terminal TRM1, et qu'un transfert de restitution vers le deuxième terminal a lieu, 15 l'utilisateur pourra poursuivre la restitution du contenu à une position temporelle définie dans les données contextuelles. REVENDICATIONS1. Procédé d'adaptation d'un contenu (CNT) apte à être restitué sur des moyens de restitution (ECR) d'un terminal (TRM1), dit premier terminal, caractérisé en ce que la restitution du contenu est précédée des étapes suivantes: - une étape de transmission (ET11,ET23) d'une demande de données contextuelles (CTX) du premier terminal (TRM1) vers un deuxième terminal (TRM2) apte fournir des données contextuelles, - une étape réception (ET13,ET28) par le premier terminal (TRM1) d'une réponse issue du deuxième terminal (TRM2), incluant les données contextuelles (CTX), - une étape d'adaptation du contenu (CNT) fonction des données contextuelles reçues (CTX). 2. Procédé selon la revendication 1, caractérisé en ce que le premier terminal inclut dans la demande un identifiant d'un dispositif, en ce que le deuxième terminal transmet les données contextuelles au dispositif et en ce que le dispositif transmet au deuxième terminal les données contextuelles. 3. Procédé selon la revendication 1, caractérisé en ce que les données de contextes incluent un profil d'utilisateur. 4. Procédé selon la revendication 1, caractérisé en ce que les données de contexte incluent un identifiant de contenu. 5. Procédé selon la revendication 5, caractérisé en ce que le contenu est un contenu ayant une durée donnée, et en ce que l'identifiant de contenu est accompagné d'un point de démarrage temporel dudit contenu. 11 6. Terminal (TRM1) comprenant des moyens de restitution d'un contenu et des moyens de communication (COM1a,COM1b), caractérisé en qu'il comprend - Des moyens de transmission d'une demande de données 5 contextuelles via les moyens de communication (RES2), - Des moyens de réception d'une réponse incluant les données contextuelles, - Des moyens d'adaptation du contenu en fonction des données contextuelles reçues. 10 7. Programme d'ordinateur apte à être mis en oeuvre sur un terminal (TRM1) tel que défini dans la revendication 6, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur (CPU1), réalise les étapes définies dans la revendication 1. 15