Brevet FR3002060A1 — publié le 20140815

Reconnaissance contextuelle mise en oeuvre par un terminal, localement L'invention concerne un procédé implémenté localement, pour 5 la reconnaissance d'un contexte d'utilisation courante du terminal. On entend par « terminal », tout dispositif dans lequel une interaction avec un utilisateur est possible. Par exemple, 10 un téléphone portable, un terminal de paiement électronique, un scanner médical, un ordinateur de bureau, un cockpit d'avion de ligne, une tablette tactile, un dispositif de sous-titrage à l'opéra, etc. 15 On entend par « utilisation courante d'un terminal », l'exécution d'une tâche de manière générale qu'elle soit à l'initiative de l'utilisateur ou non (géolocalisation, communication entrante, etc.). 20 On entend par « implémenté localement », une mise en oeuvre de l'invention par des moyens du terminal. Les moyens matériels utilisés pour exécuter les opérations logiques sont situés sur le terminal. 25 On entend par « contenu multimédia » tout type de données diffusables par un terminal. Il peut par exemple s'agir de publicités, de vidéo, de messages, de sons, etc. Les contenus multimédia sont actuellement diffusés sur les 30 terminaux sous différentes formes : - sur des sites web auxquels on accède par un logiciel de navigation sur Internet (Safari (marque déposée), Opera (marque déposée), Chrome (marque déposée), etc.) ; - via des applications fonctionnant sur les téléphones de type smartphones (iPhone (marque déposée), Android (marque déposée), Blackberry (marque déposée), etc.) qui intercalent les contenus multimédia sur leurs écrans sous forme d'images, de sons ou de vidéo presse, jeux, applications utilitaires, applications de chat, de cartographie, etc. ; et - sous forme de message dit « push » via un SMS, des notifications du système d'exploitation (par exemple Android (marque déposée) ou Apple (marque déposée) IOS), des emails ou des MMS qui pointent vers des liens ou contiennent un media de diffusion du contenu. Dans tous les cas, ces contenus publicitaires sont diffusés à partir d'un serveur central (appelée Ad Serveur) qui 20 stocke, recense, comptabilise et diffuse les contenus. De manière à améliorer la pertinence de la diffusion des contenus multimédia, les serveurs centralisés tiennent compte des informations de contexte sur l'utilisation 25 courante via différentes données de contexte. Ces données proviennent du terminal de l'utilisateur, il s'agit par exemple de cookies (ou témoin de connexion), d'adresses IP, du type de navigateur utilisé, du terminal mobile utilisé, de la provenance géographique du terminal (à partir du 30 serveur de connexion), etc. Ces données sont ensuite transmises au serveur central. Ces données permettent d'une part d'identifier l'utilisateur cible, et sont d'autre part enrichies par des éléments temps réels (dernière recherche internet, mots clés, application utilisée, etc.) qui sont préalablement collectées et envoyées au serveur central en temps réel ou au fil de l'eau en fonction de la connexion disponible. La logique de ciblage et de diffusion des contenus est comprise dans un ou plusieurs serveurs centraux. Ainsi, toutes les données nécessaires à la mise en oeuvre de cette logique de ciblage sont collectées par le terminal puis transmises aux serveurs centraux. Les serveurs centraux traitent ensuite ces différentes données (par exemple en décodant un signal de parole). Enfin, les serveurs centraux déduisent de ces données et d'une logique de ciblage des contenus multimédias appropriés. Toutefois, les masses d'informations nécessaires pour mener à bien le ciblage sont gigantesques, et malgré l'augmentation de puissance des réseaux et des serveurs elles sont très difficiles à stocker, à acheminer et à manipuler. Certaines données, comme les vidéos, images, conversations audio, ne peuvent être prises en compte car elles consommeraient trop de bande-passante et seraient impossibles à stocker à cause de leur taille. De plus, certaines informations se périment très vite. La géolocalisation doit par exemple être constamment mise à jour pour être pertinente. Les flux d'informations temps réel doivent donc être traitées en permanence (une conversation 1M «chat», un SMS, etc.) pour être pertinentes. La corrélation entre flux d'informations nécessite que tous les éléments soient disponibles en même temps sur le serveur. Par exemple, un commentaire échangé, sur un match de foot déterminé, près du stade, doivent être des données traitées simultanément pour que soit générée une publicité sur la pizzéria la plus proche. L'utilisateur doit également être disposé à partager ses données personnelles. Les données sont en effet transmises aux serveurs centraux. Elles peuvent donc être facilement interceptées, tant lors de leur transmission que lors de leur stockage sur les serveurs. L'utilisateur étant soumis à des dispositions juridiques liées à son pays de résidence, à la localisation du centre serveur et de l'opérateur de ce dernier, il peut difficilement savoir dans quelle mesure ses données sont protégées. Ainsi, de nombreux utilisateurs ne souhaitent pas utiliser la diffusion contextualisée de contenus multimédia, de peur de voir leurs données personnelles diffusées de manière incontrôlée. Ces difficultés sont telles qu'elles rendent impossible certains services, comme par exemple des publicitaires. En effet, il est très improbable qu'un utilisateur soit disposé à donner un accès illimité à certaines données personnelles sensibles (conversation téléphoniques, emails, SMS par exemple) à des serveurs externes contrôles, par exemple, par des entreprises publicitaires. Des problèmes de gestion temps réel se posent également. Généralement les messages temps réel (chat, messagerie internet, etc.) ne sont pas ou peu pris en compte car ils sont difficiles à traiter en temps réel. En effet, les informations sont souvent trop nombreuses et elles doivent être transmises pour être analysés par les serveurs centraux. Ceci est très souvent prohibitif pour les diffuseurs de contenus alors que ces données temps réel constituent la meilleure source de ciblage possible (« Si on allait boire un café ? » est le meilleur ciblage possible pour une publicité sur le café par exemple). Enfin, les flux de communication asynchrones traditionnellement utilisés pour le ciblage (emails, forums, navigation, etc.) décroissent au profit des flux temps réel (Chat, SMS, RCS, etc.). Les procédés de ciblage via un serveur central sont ainsi de moins en moins adaptés aux usages nouveaux de l'Internet. La présente invention vient améliorer la situation. Elle propose à cet effet un procédé mis en oeuvre localement par des moyens informatiques d'un terminal, de lecture contextuelle de contenus multimédias sur ce terminal pendant une utilisation de ce terminal, le procédé comportant: - l'exécution d'une routine de reconnaissance d'un 20 contexte associé à une utilisation en cours du terminal, et - une sélection d'un contenu multimédia à lire en fonction d'un contexte reconnu. Les opérations de contextualisation des contenus 25 multimédias sont donc effectuées « en local ». L'utilisation d'un script en local préserve les données personnelles et sensibles, et ce pour des raisons techniques ou légales sur les téléphones portables intelligents (ou « smartphones ») notamment. Cela signifie 30 que les moyens matériels utilisés pour exécuter les opérations logiques sont situés dans le terminal. Par exemple, la reconnaissance des caractères est effectuée par un programme exécuté par un processeur du terminal. Dans un autre exemple, la reconnaissance vocale est effectuée par un processeur de signal numérique (ou DSP pour « Digital Signal Processor ») compris dans le transcodeur du terminal. Ainsi, toute la puissance de calcul du terminal est mobilisée pour des opérations de contextualisation concernant uniquement l'utilisateur du terminal (à la différence d'un serveur central qui doit traiter les opérations de contextualisation de nombreux utilisateurs distants). Par exemple, les smartphones peuvent effectuer plusieurs centaines de millions d'opérations par secondes (par exemple 369000000 opérations sur des entiers par seconde pour le processeur A6 (marque déposée)). De même, tous les dispositifs de traitement et d'analyse du terminal sont disponibles pour améliorer la pertinence des contenus multimédia sélectionnés. Par exemple, l'utilisation de données du système de localisation mondial (ou GPS pour « Global Positionning System ») compris dans de nombreux terminaux rend possible un traitement en temps réel de la position de l'utilisateur. De plus, toutes les données contenues sur le terminal sont disponibles pour les opérations de contextualisation. Les vidéos, les photos, les conversations audio ou encore certaines conversations instantanées n'ont ainsi pas à être acheminées et stockées sur des serveurs distants. Elles sont traitées localement par le terminal. La pertinence des contenus multimédias sélectionnés à partir de ces données est de ce fait très largement améliorée. De plus, la bande passante disponible est étendue puisqu'il n'est plus nécessaire de transmettre de données brute (type vidéo, photo, messages, etc.) aux serveurs centraux. Les données personnelles de l'utilisateur sont protégées. Les données de contexte sont en effet directement traitées sur le terminal. L'utilisateur n'a pas à se soucier d'une éventuelle récupération de ces données puisqu'elles ne sortent pas du terminal. Mêmes si les garanties techniques et juridiques offertes, respectivement par un opérateur réseau et un Etat, à l'utilisateur sont très faibles, il est enclin à autoriser le traitement de ses données personnelles dans la mesure où il sait qu'elles ne sortiront pas de son téléphone. Les garanties de sécurité offertes par le procédé sont telles que les instances responsables de la régulation des données personnelles peuvent permettre de s'affranchir de l'autorisation de l'utilisateur. Ainsi, l'utilisateur bénéficie de contenus multimédia très pertinemment contextualisés de manière totalement transparente. Enfin, le procédé de contextualisation est réactif en temps réel, aucun délai n'est requis pour que de nouvelles sollicitations ou contraintes soient prises en compte. Par exemple, un affichage devant une boutique de la publicité correspondante, la proposition d'un produit lié à une conversation ou encore une réponse à une question posée dans une conversation sont des exemples de fonctionnalités rendues possibles par la présente invention. Dans un mode de réalisation, la sélection du contenu multimédia à lire est effectuée dans une liste de contenus, cette liste étant préenregistrée localement dans une 30 mémoire du terminal. Ainsi, un script de sélection détermine localement, à partir des données de contexte, quels contenus multimédia doivent être diffusés. L'exécution des étapes conduisant à la sélection du contenu peut donc se faire de manière totalement locale. Le script n'ayant pas à recourir à un serveur distant qui lui fournirait l'ensemble des contenus disponibles. La diffusion des contenus s'effectue ensuite en chargeant directement le contenu sélectionné à partir d'une mémoire du terminal comprenant une liste de contenus prétéléchargés (dans un mode de réalisation) ou en téléchargeant ce contenu à partir d'un serveur distant au moyen d'un lien pointant vers le contenu présent dans le serveur (dans un autre mode de réalisation). Dans un autre mode de réalisation, le procédé comporte les 15 étapes: - téléchargement, depuis un réseau auquel le terminal est connecté, de contenus multimédias auprès d'un ou plusieurs serveurs prédéterminés, et stockage en mémoire du terminal de ces contenus téléchargés, et 20 - pendant l'utilisation du terminal, exécution de la routine de reconnaissance d'un contexte associé à cette utilisation et lecture de l'un des contenus stockés en mémoire, le contenu lu étant choisi en fonction du contexte reconnu. 25 Certains contenu multimédia sont volumineux (vidéo haute définition, son tridimensionnel, etc.). Leur téléchargement peut conduire à détériorer la bande passante normalement disponible pour l'utilisateur. Le téléchargement préalable 30 de ces contenus multimédia sollicite de manière optimisée les ressources du terminal. En effet, les moments dans lesquels le terminal n'est pas actif et/ou les moments dans lesquels le terminal dispose d'une connexion au réseau internet de bonne qualité (par exemple connexion wifi, ethernet, etc.) sont optimum pour le téléchargement des contenus multimédias. Dans ces situations, l'utilisateur n'est pas impacté par le téléchargement puisqu'il n'utilise pas le terminal ou parce que la connexion est suffisamment bonne pour qu'il puisse utiliser le terminal parallèlement au téléchargement des contenus. Ainsi, la mise en oeuvre de la présente invention se fait de manière complétement transparente pour l'utilisateur. Ce dernier bénéficie donc de contenus multimédia contextualisés sans que son utilisation du terminal en soit affectée. De plus, une mise en oeuvre « off-line » de la présente invention est rendue possible par un tel mode de réalisation : une fois les contenus multimédia téléchargés et stockées de manière pérenne (sur le disque dur) ou temporairement (par exemple sur de la mémoire vive ou « flash »), les opérations de contextualisation appellent lors d'une utilisation ultérieure du terminal les contenus multimédia pertinents stockées ,de manière pérenne ou temporairement, sans qu'aucune connexion internet ne soit nécessaire lors de cette utilisation ultérieure. Dans un autre mode de réalisation, le procédé comporte les étapes: - estimation d'une qualité courante de connexion du terminal à un réseau, et - si la qualité de connexion est supérieure à un seuil 30 prédéterminé, téléchargement desdits contenus. Ce seuil prédéterminé peut-être paramétrable selon le type de contenu multimédia à télécharger. Ce seuil prédéterminé peut-être paramétrable selon l'activité du terminal. Par exemple, le seuil peut être réduit si une utilisation intense du terminal est detectée. Ce seuil prédéterminé peut également être paramétrable selon l'avis de l'utilisateur. Ce dernier peut souhaiter étendre ou, au contraire, restreindre la limite à partir de laquelle les contenus multimédias sont téléchargés en fonction de son utilisation du terminal ou du type de connexion dont il dispose le plus souvent. Typiquement, si il dispose chez lui d'une connexion par la fibre optique (ou connexion FttH pour « Fiber to the Home »), il sera plus enclin à paramétrer un seuil de téléchargement élevé. L'utilisateur dispose alors fréquemment d'une connexion puissante lui permettant de télécharger (voie descendante ou « download ») ou de mettre en ligne (voie montante ou « upload ») plusieurs contenus simultanément. Dans le cas inverse où il disposerait d'une connexion faible (par exemple 56k ou 3G), il aura par contre tendance à baisser le seuil de téléchargement afin que sa bande passante soit le plus possible épargnée. Par exemple, il peut choisir de ne télécharger des contenus multimédia en vue des opérations de contextualisation que lorsqu'il n'utilise pas son terminal. Ainsi, le téléchargement des contenus multimédia est optimisé en ce qu'il est paramétré pour avoir une influence minimale sur l'utilisation que peut faire l'utilisateur de 30 son terminal. Dans un mode de réalisation, le procédé, comportant les étapes : - stockage en mémoire de liens vers un ou plusieurs serveurs prédéterminés, en vue d'un téléchargement d'un ou plusieurs contenus multimédia, et - pendant une utilisation du terminal par l'utilisateur, exécution de la routine de reconnaissance d'un contexte associé à cette utilisation, et sélection d'au moins un lien parmi les liens stockés pour télécharger un contenu multimédia auprès du terminal, le contenu téléchargé étant choisi en fonction du contexte reconnu. Dans ce mode de réalisation, le terminal traite en local les opérations de reconnaissance du contexte mais ne stocke pas directement les contenus multimédia. Ainsi, l'espace nécessaire sur le terminal pour la mise en oeuvre de l'invention est sensiblement réduit. En effet, les liens pointant vers des contenus multimédia présents sur des serveurs distants sont moins volumineux que les fichiers multimédia eux-mêmes. Si le terminal doit bien être connecté pour télécharger les contenus multimédia à partir des liens, les contenus multimédia à télécharger sont ici déjà sélectionnés. La bande-passante mobilisée est donc réduite à celle nécessaire pour un téléchargement direct (ou « direct download ») du contenu multimédia. Les données utilisateurs nécessaires aux opérations de contextualisation ne sont effet pas transmises. De plus, les opérations de contextualisation sont effectuées par le terminal. Ainsi, les avantages techniques tenant à la mobilisation de la puissance de calcul du terminal, à la disponibilité de données pertinentes sur le terminal et au calcul temps réel, sont avantageusement obtenus encore ici. Les liens ne contiennent pas de données utilisateurs, ils sont uniquement relatifs à un contenu multimédia. Les données utilisateurs ne sont donc par transmises au serveur distant. Dans un mode de réalisation, une application logicielle est 5 exécutée pendant l'utilisation du terminal. Cette application logicielle comporte une sous-application comprenant la routine de contextualisation (par exemple et aucunement limitativement une sous-application de type greffon ou « plugin », d'une application principale de 10 reconnaissance de caractères, ou de forme dans une image, ou vocale, ou autres). Les données courantes d'utilisation de l'application logicielle sont ainsi disponibles pour les opérations de contextualisation. 15 Dans un autre mode de réalisation, le contexte comporte une édition d'une suite de caractères correspondant à une entrée de l'utilisateur via une interface du terminal, et la routine comporte une reconnaissance de caractères. 20 Ainsi, toute chaîne de caractère dont l'utilisateur est à l'origine (par exemple écriture d'un message instantané, sélection d'une rubrique comportant une chaîne de caractère dans un menu, recherche sur un moteur de recherche, etc.) est interprétée par la routine grâce à des moyens de 25 reconnaissance de caractères. La routine étant mise en oeuvre de manière autonome sur le terminal (implémentation en local), un traitement temps réel de l'ensemble des chaînes de caractères émis par 30 l'utilisateur est rendu possible. En effet, les opérations de contextualisation à partir de chaînes de caractères sont relativement peu couteuses en ressources de calcul (tests de type « SI ... ALORS ... »). Dans un mode de réalisation, le contexte comporte une édition d'une suite de caractères issus d'une communication de type messagerie instantanée émise ou reçue par l'utilisateur et la routine comporte une reconnaissance de caractères. On entend par messagerie instantanée tout type de communication impliquant l'émission et la réception de chaînes de caractères entre aux moins deux utilisateurs. Par exemple, le dialogue en ligne (également désignée par l'anglicisme « chat » (« bavardage ») francisé en « tchat ») ou encore les « textos » (ou « SMS » pour « Short Message System ») sont des services de messagerie instantanée. Ainsi, l'ensemble des communications écrites émises et reçues par l'utilisateur peuvent servir pour la contextualisation des contenus multimédia proposées. En effet, les capacités de calcul du terminal sont avantageusement mise en oeuvre pour permettre un traitement temps réel de ces chaînes de caractères. Par exemple, un message instantané de type « si on prenait un café à Opéra » est reconnu par la routine de contextualisation qui y associera le contexte « café/opéra » et diffusera ainsi sur le terminal des adresses de cafés dans le quartier d'opéra. Dans un autre mode de réalisation, le terminal étant mobile, le contexte comporte une identification de position courante du terminal par géolocalisation, et la routine comporte une application logicielle d'association un ou plusieurs points d'intérêt à la position courante. Un traitement en temps réel de la position de l'utilisateur rend possible une contextualisation précise de la diffusion de contenus multimédia. La position de l'utilisateur est par exemple utilisée pour lui proposer différentes adresses qui pourraient l'intéresser. Ainsi, un utilisateur passant à proximité d'un magasin et ayant manifesté son intérêt pour ce type de magasin (par exemple en ayant recherché ce type de magasin dans un navigateur web) peut recevoir une vidéo promotionnelle de ce magasin. Dans un mode de réalisation, le contexte comporte un traitement de données vocales d'une communication de l'utilisateur et la routine comporte une reconnaissance vocale de ces données vocales. Ainsi, l'utilisateur peut recevoir des contenus multimédia contextualisé pendant ou après sa communication. Il peut donc recevoir des informations approprié lors d'une communication. Par exemple, s'il envisage vocalement la possibilité avec son correspondant d'aller prendre un café à station de métro Opéra, une information (par exemple vocale ou visuelle) contenant différentes adresses lui est proposée. Dans une réalisation, le contexte comporte une prise de vue courante et la routine comporte une reconnaissance de 25 formes dans la prise de vue. On entend par reconnaissance de formes une extraction d'information à partir d'au moins une image. Cette extraction pouvant être effectuée de manière dynamique, à 30 partir d'une succession d'images. L'utilisateur bénéficie de contenus multimédia appropriés par exemple à l'environnement qui l'entoure ou à ses hobbies. En effet, les opérations de contextualisation peuvent, à partir de l'interprétation faite par la reconnaissance de formes, choisir de proposer différents service dans le cas où des images sont prises à partir d'un appareil photo. Par exemple, si la routine détecte la 5 présence d'une plage ou de la mer, des contenus relatifs à la location de bateaux ou aux secours en mer peuvent être proposés. Dans le cas où des photos et/ou des vidéos sont stockées sur le terminal et sont, pour un grand nombre, relatives à un sujet donné (par exemple sport automobile, 10 vêtements, jeux vidéo, etc.), des contenus multimédia relatif à ce sujet peuvent être proposés à l'utilisateur. Dans un mode de réalisation, la lecture du contenu multimédia est conditionnée par une autorisation d'un 15 utilisateur du terminal. Le terminal stocke une succession d'informations d'autorisation de lecture de contenus multimédias, formant un historique des autorisations. Outre la reconnaissance d'un contexte associé à une utilisation en cours du terminal, la sélection d'un contenu multimédia 20 à lire comporte une prise en compte de l'historique des autorisations, pour un filtrage de contenu à lire et/ou pour un arbitrage d'au moins un contenu à lire parmi plusieurs contenus sélectionnés en fonction du contexte reconnu. 25 Ainsi, la propension de l'utilisateur à autoriser certaines catégories de contenus multimédia est prise en compte. En effet, l'historique des autorisations fournit des informations sur les habitudes de l'utilisateur. Ces 30 informations sont prises en compte lors de la sélection afin de proposer, par exemple, les contenus qui sont le plus souvent acceptés par l'utilisateur. L'invention peut être mise en oeuvre par un terminal comportant des moyens informatiques de lecture contextuelle de contenus multimédias pendant une utilisation de ce terminal, et comportant des moyens : - d'exécution d'une routine de reconnaissance d'un contexte associé à une utilisation en cours du terminal, et - de sélection d'un contenu multimédia à lire en fonction d'un contexte reconnu. L'invention vise aussi un programme informatique comportant des instructions pour la mise en oeuvre du procédé ci-avant, lorsque ce programme est exécuté par un processeur. Par exemple, l'une et/ou l'autre des figures 4a à 6 peut constituer un algorithme général d'un tel programme informatique. D'autres avantages et caractéristiques de l'invention apparaîtront à la lecture de la description détaillée ci-20 après donnée à titre d'exemple de réalisation possible, aucunement limitatif, et des dessins annexés sur lesquels : -la figure 1 illustre schématiquement un contexte général d'application possible de l'invention, 25 -la figure 2 illustre schématiquement un exemple de réalisation d'un terminal pour la mise en oeuvre de l'invention, 30 -la figure 3a illustre schématiquement un exemple de réalisation d'un terminal pour la mise en oeuvre d'un mode de réalisation de l'invention, -la figure 3b illustre schématiquement un exemple de réalisation d'un terminal pour la mise en oeuvre d'un mode de réalisation de l'invention, -la figure 4a illustre schématiquement les étapes d'un procédé au sens de l'invention, dans un exemple de réalisation, -la figure 4b illustre schématiquement les étapes d'un 10 procédé au sens de l'invention, dans un exemple de réalisation, -la figure 5a illustre schématiquement les étapes d'un procédé au sens de l'invention, dans un mode de 15 réalisation, -la figure 5b illustre schématiquement les étapes d'un procédé au sens de l'invention, dans un mode de réalisation, 20 -la figure 6 illustre schématiquement les étapes d'un procédé au sens de l'invention, dans un mode de réalisation. 25 On se réfère à la figure 1 pour décrire un exemple d'application de l'invention. Suite à une recherche d'un utilisateur 11, sur le mot « bar » sur un moteur de recherche web au moyen de son terminal 10, différentes 30 liens sont proposées : - des réponses 121 relatives à un bar dans lequel des boissons sont servies, - des réponses 122 relatives à des barres en fer, - des réponses 123 relatives à l'unité de mesure de la pression, - des réponses 124 relatives à l'examen du barreau. L'utilisateur 11 sélectionne un lien correspondant aux barres de fer. Cette sélection est prise en compte et une reconnaissance de caractères est effectuée sur le lien (ou sur les métadonnées comprises dans ce lien) par une routine de contextualisation. Cette routine de contextualisation, implémentée sur le terminal 10, identifie que l'utilisateur recherche des barres de fer. Une sélection de contenu multimédia 13 est alors effectuée à partir de cette identification du contexte. Par exemple, une publicité pour un magasin de bricolage est affichée. La figure 2 présente schématiquement la structure du terminal 10, comportant : - Une interface d'entrée 21 pour recevoir ou capter des données INPUT relatives à une utilisation du terminal 10 par l'utilisateur. Cette interface d'entrée peut comprendre un clavier 210, un système de positionnement global 211, un appareil photo ou une caméra vidéo 212, un disque dur 213, un microphone 214, un capteur gyroscopique 215, un écran tactile 216, une sourie 217 et/ou une mémoire de travail 23. - Un processeur 22 et une mémoire de travail 23 pour traiter ces données INPUT. - Une interface de sortie 24 pour délivrer un contenu multimédia CONTENT. La figure 3a présente schématiquement un exemple d'application de l'invention, dans un autre mode de réalisation. Dans cette figure, un serveur de contenus 30 fournit des contenus multimédia CONTENTS au terminal 10 de l'utilisateur 11. Le terminal 10 comporte : - Une première interface d'entrée 21 telle que décrite ci-avant pour recevoir ou capter des données INPUT relatives à une utilisation du terminal 10 par l'utilisateur. - Une seconde interface d'entrée A33 pour recevoir les contenus multimédia CONTENTS du serveur de contenus 30. - Une base de données A34 pour stocker les contenus multimédia CONTENTS. - Une mémoire de travail A35 et un processeur A36 pour sélectionner un contenu multimédia CONTENT(K) à partir des données INPUT. - Une interface de sortie A37 pour délivrer un contenu multimédia CONTENT(K). La figure 3b présente schématiquement un exemple d'application de l'invention, dans un autre mode de réalisation. Dans cette figure, un serveur 31 fournit un ensemble E(J) de liens J et un contenu multimédia CONTENT(J) au terminal 10 de l'utilisateur 11. Un lien J pointe vers un contenu multimédia CONTENT(J). Le terminal 10 comporte : - Une première interface d'entrée 21 telle que décrite ci-avant pour recevoir ou capter des données INPUT relatives à une utilisation du terminal 10 par l'utilisateur. - Une seconde interface d'entrée B33 pour recevoir l'ensemble E(J) des liens J du serveur 31. - Une base de données B34 pour stocker l'ensemble E(J) des liens J. - Une mémoire de travail B35 et un processeur B36 pour sélectionner un lien J à partir des données INPUT. - Une première interface de sortie B37 pour émettre une requête REQUEST(J) visant à obtenir le contenu multimédia CONTENT(J) du serveur 31. - Une troisième interface d'entrée B38 pour recevoir le contenu multimédia CONTENT(J) du serveur 31. - Une interface de sortie B39 pour délivrer un contenu multimédia CONTENT(J). On décrit maintenant en référence à la figure 4a un procédé 25 de reconnaissance contextuelle mis en oeuvre par un terminal, selon un mode de réalisation de l'invention. A l'étape SA40, des données d'utilisation INPUT sont entrées, extraites et/ou captées sur le terminal. 30 A l'étape SA41, ces données d'utilisation INPUT sont interprétées par une routine de reconnaissance d'un contexte CTXT. A l'étape SA42, des contenus CONTENTS sont chargés et la variable K est initialisée à O. Les contenus CONTENTS peuvent correspondre aux contenus multimédia directement visualisables par l'utilisateur, à un lien vers des contenus multimédia présents sur un serveur distant ou à tout identifiant d'un contenu multimédia. A l'étape SA43, le contenu CONTENT(K) est extrait. Le test TA44 vérifie si le contenu CONTENT(K) correspond au contexte CTXT. Si non, la variable K est incrémentée à l'étape SA45 et le procédé reprend à l'étape SA41 avec le même contexte CTXT. Si oui, la variable K est remise à 0 à l'étape SA46. Un contenu CONTENT(K) est envoyé à l'étape SA47 et le procédé reprend à l'étape SA41 pour l'identification d'un nouveau contenu approprié à un nouveau contexte. On décrit maintenant en référence à la figure 4b un procédé de reconnaissance contextuelle mis en oeuvre par un terminal et comprenant un module de gestion temporel, selon un mode de réalisation de l'invention. A l'étape SB40, des données d'utilisation INPUT sont entrées, extraites et/ou captées sur le terminal. A l'étape SB41, une nouvelle donnée d'utilisation est chargée et la variable temporelle T est fixée à O. Ainsi, à chaque fois que l'étape SB41 est appelée, une nouvelle donnée d'utilisation est chargée et le compteur temporel remis à 0, ceci afin d'initialiser une nouvelle procédure de reconnaissance de contexte. La variable temporelle représente le temps, elle s'incrémente donc de manière continue à partir de l'étape SB41. A l'étape SB44, cette donnée d'utilisation INPUT est interprétée par une routine de reconnaissance d'un contexte CTXT. A l'étape SB42, des contenus CONTENTS sont chargés et la variable K est initialisée à O. Les contenus CONTENTS peuvent correspondre aux contenus multimédia directement visualisables par l'utilisateur, à un lien vers des contenus multimédia présents sur un serveur distant ou à tout identifiant d'un contenu multimédia. A l'étape SB43, le contenu CONTENT(K) est extrait. Le test TB45 vérifie si le contenu CONTENT(K) correspond au contexte CTXT. Si oui, la variable K est remise à 0 à l'étape. Un contenu CONTENT(K) est envoyé à l'étape SB49 et le procédé reprend à l'étape SB41 pour l'identification d'un nouveau contenu 20 approprié à un nouveau contexte. Si non, la variable K est incrémentée à l'étape SB46. Un test TB47 vérifie que la variable temporelle T n'est pas supérieure à une valeur prédéterminée AT. 25 Si oui, le procédé reprend à l'étape SB43. Si non, l'identification du contexte a échoué, une nouvelle instance du procédé doit être lancée à l'étape SB41. La 30 durée d'identification du contexte ne doit pas être trop longue sous peine de perdre la pertinence du contenu multimédia. En effet, ce contenu multimédia correspond à un contexte apprécié lorsque le compteur temporel a été initialisé (T=0), un tel contexte n'est plus pertinent après une durée AT trop importante. On décrit maintenant en référence à la figure 5a un procédé de reconnaissance contextuelle mis en oeuvre par un terminal dans lequel les contenus multimédia sont pré-téléchargés sur le terminal, selon un mode de réalisation de l'invention. A l'étape SA50, la bande passante disponible est déterminée (par exemple en étudiant le temps de réponse d'un serveur comprenant les contenus multimédia). Le test TA51 vérifie que la bande passante disponible est supérieure à la bande passante BPmin prédéterminée. Ainsi, le téléchargement des contenus multimédia est optimisé en ce que BPmin est paramétré pour avoir une influence minimale sur l'utilisation que peut faire l'utilisateur de son terminal. Si non, une temporisation d'une durée prédéterminée 5T intervient à l'étape SA52. 5T peut par exemple être configuré pour être cohérent avec BPmin. Ainsi, si l'utilisateur souhaite être le moins dérangé possible par le téléchargement, un 5T élevé et un BPmin élevé seront paramétrés. Si oui, les contenus multimédias sont téléchargés à l'étape SA54 et la variable K est initialisée à 0. A l'étape SA57, des données d'utilisation INPUT sont entrées, extraites et/ou captées sur le terminal. A l'étape SA58, ces données d'utilisation INPUT sont interprétées par une routine de reconnaissance d'un contexte CTXT. A l'étape SA53, des contenus CONTENTS sont chargés et la variable K est initialisée à O. Les contenus CONTENTS peuvent correspondre aux contenus multimédia directement visualisables par l'utilisateur, à un lien vers des contenus multimédia présents sur un serveur distant ou à tout identifiant d'un contenu multimédia. A l'étape SA55, le contenu CONTENT(K) est extrait. Le test TA56 vérifie si le contenu CONTENT(K) correspond au 15 contexte CTXT. Si non, la variable K est incrémentée à l'étape SA590 et le procédé reprend à l'étape SA55 avec le même contexte CTXT. Si oui, la variable K est remise à 0 à l'étape SA591. 20 Un contenu CONTENT(K) est envoyé à l'étape SA60 et le procédé reprend à l'étape SA58 pour l'identification d'un nouveau contenu approprié à un nouveau contexte. 25 On décrit maintenant en référence à la figure 5b un procédé de reconnaissance contextuelle mis en oeuvre par un terminal comprenant une identification via des liens relatifs aux contenus multimédia, selon un mode de réalisation de l'invention. 30 A l'étape SB53, des données d'utilisation INPUT sont entrées, extraites et/ou captées sur le terminal. A l'étape SB54, ces données d'utilisation INPUT sont interprétées par une routine de reconnaissance d'un contexte CTXT. A l'étape SB50, l'ensemble des liens E(J) correspondant à un contenu CONTENT(J) sont téléchargés dans le terminal avec la fonction D qui à J associe D(J) et qui permet de décrire le contenu multimédia CONTENT(J). A l'étape SB51, le premier lien J=0 est chargé. Pour des raisons de clarté, les liens sont ici assimilés à un index J. Pa exemple, ces liens peuvent prendre différentes formes (liens HTML, adresses IP, etc.) et être identifiés par un index lors du procédé de contextualisation (par exemple 15 LINK(J)) sans que le procédé ne soit modifié. A l'étape SB52, la fonction descriptive du contenu CONTENT(J) est chargée. Ainsi, une donnée comparable à un contexte CTXT est mise en mémoire. A l'étape SA43, le contenu CONTENT(K) est extrait. Le test TB55 vérifie si le contenu décrit D(J) correspond au contexte CTXT. Si non, la variable J est incrémentée à l'étape SB56 et le procédé reprend à l'étape SB52 avec le même contexte CTXT. Si oui, la variable J est remise à 0 à l'étape SB57 et le 30 procédé reprend à l'étape SB54 pour l'identification d'un nouveau contenu approprié à un nouveau contexte. A l'étape SB58, une requête REQUEST CONTENT(J) est émise en direction d'un serveur pour que soit téléchargé le contenu 20 25 CONTENT(J). Ce contenu est reçu de la part d'un serveur à l'étape SB59 et est diffusé à l'utilisateur à l'étape SB60. On décrit maintenant en référence à la figure 6 un procédé de reconnaissance contextuelle comprenant un traitement de l'historique des autorisations de l'utilisateur mis en oeuvre par un terminal, selon un mode de réalisation de l'invention. A l'étape 5601, des données d'utilisation INPUT sont entrées, extraites et/ou captées sur le terminal. A l'étape S61, ces données d'utilisation INPUT sont interprétées par une routine de reconnaissance d'un 15 contexte CTXT. A l'étape S62, des contenus CONTENTS sont chargés et la variable K est initialisée à O. 20 A l'étape S63, le contenu CONTENT(K) est extrait. Le test T64 vérifie si le contenu CONTENT(K) correspond au contexte CTXT. Si non, la variable K est incrémentée à l'étape S65 et le 25 procédé reprend à l'étape S63 avec le même contexte CTXT. Si oui, la variable K est remise à 0 à l'étape S66 et le procédé reprend à l'étape S61 pour l'identification d'un nouveau contenu approprié à un nouveau contexte. 30 Le test T67 vérifie l'utilisateur donne son autorisation à la diffusion du contenu multimédia. Si non, le contenu CONTENT(K) est supprimé à l'étape S68 parmi les contenus multimédia et/ou les liens pointant vers ces contenus multimédia dans un mode de réalisation. Si oui, un contenu CONTENT(K) est envoyé à l'étape S69. Bien entendu, la présente invention ne se limite pas aux 5 formes de réalisation décrites ci-avant à titre d'exemple ; elle s'étend à d'autres variantes. On a décrit ci-avant un mode de réalisation basé sur des données reçues d'un clavier, d'un système de positionnement 10 global, d'un appareil photo ou une caméra vidéo, d'un disque dur, d'un microphone, d'un capteur gyroscopique, d'un écran tactile, d'une sourie et/ou d'une mémoire de travail. Bien entendu, l'invention ne se limite pas à de tels dispositifs pour déterminer les données de 15 contextualisation. D'autres dispositifs sont envisageables comme des dispositifs biométriques, des capteurs électromagnétiques, d'humidité ou de température ou de toute donnée disponible au niveau du terminal. 20 De telles données d'identifications pouvant être sous forme d'empreinte électromagnétique (par exemple tag d'identification radiofréquence RFID pour « radio frequency identification »), sous forme d'informations physiques sur les utilisateurs des ouvertures (par exemple pour l'analyse 25 morphologique de ces utilisateurs), sous forme d'informations administratives des utilisateurs des ouvertures (par exemple état civil). On a décrit ci-avant un mode de réalisation basé sur un 30 téléchargement de liens ou de contenus sur un terminal. Bien entendu, il est possible de télécharger des liens et des contenus. Il est également possible de télécharger des liens et/ou des contenus. On a décrit ci-avant un mode de réalisation basé sur un téléchargement de liens et/ou de contenus sur un terminal à partir d'un serveur. Bien entendu, plusieurs téléchargements sont envisageables. Par exemple, des téléchargements partiels de liens et/ou contenus à partir d'un serveur peuvent être complétés par des téléchargements d'autres serveurs. On a décrit ci-avant un mode de réalisation basé sur un terminal et un serveur. Bien entendu, l'invention peut être mise en oeuvre, à partir de n'importe quel dispositif présent à n'importe quel niveau d'un réseau (par exemple le réseau internet). REVENDICATIONS1. Procédé mis en oeuvre localement par des moyens 5 informatiques d'un terminal, de lecture contextuelle de contenus multimédias sur ledit terminal pendant une utilisation dudit terminal, le procédé comportant : - l'exécution d'une routine de reconnaissance (SA41) d'un contexte associé à une utilisation en cours du 10 terminal, et - une sélection d'un contenu multimédia (TA44) à lire en fonction d'un contexte reconnu. 2. Procédé selon la revendication 1, dans lequel la 15 sélection du contenu multimédia à lire est effectuée dans une liste de contenus, ladite liste étant préenregistrée localement dans une mémoire du terminal. 3. Procédé selon l'une des revendications 1 et 2, 20 comportant les étapes : - téléchargement (SA54), depuis un réseau auquel le terminal est connecté, de contenus multimédias auprès d'un ou plusieurs serveurs prédéterminés, et stockage en mémoire du terminal desdits contenus téléchargés, 25 et - pendant ladite utilisation, exécution de la routine de reconnaissance (SA58) d'un contexte associé à ladite utilisation et lecture (SA60) de l'un des contenus stockés en mémoire, le contenu lu étant choisi en 30 fonction dudit contexte reconnu. 4. Procédé selon la revendication 3, comportant les étapes :- estimation (TA51) d'une qualité courante de connexion du terminal à un réseau, et - si la qualité de connexion est supérieure à un seuil prédéterminé, téléchargement desdits contenus (SA54). 5. Procédé selon l'une des revendications 1 et 2, comportant les étapes : - stockage en mémoire (S350) de liens vers un ou plusieurs serveurs prédéterminés, en vue d'un téléchargement d'un ou plusieurs contenus multimédia, et - pendant ladite utilisation, exécution de la routine de reconnaissance (S354) d'un contexte associé à ladite utilisation, et sélection (T355) d'au moins un lien parmi les liens stockés pour télécharger un contenu multimédia (S359) auprès du terminal, le contenu téléchargé étant choisi en fonction dudit contexte reconnu. 6. Procédé selon l'une des revendications précédentes, dans lequel, une application logicielle étant exécutée pendant ladite utilisation du terminal, ladite application logicielle comporte une sous-application comprenant ladite routine. 7. Procédé selon l'une des revendications précédentes, dans lequel le contexte comporte une édition d'une suite de caractères (121-124) correspondant à une entrée de l'utilisateur via une interface du terminal, et la routine comporte une reconnaissance de caractères. 8. Procédé selon l'une des revendications précédentes, dans lequel le contexte comporte une édition d'une suite decaractères issus d'une communication de type messagerie instantanée émise ou reçue par l'utilisateur, et la routine comporte une reconnaissance de caractères. 9. Procédé selon l'une des revendications précédentes, dans lequel, le terminal étant mobile, le contexte comporte une identification de position courante du terminal par géolocalisation, et la routine comporte une application logicielle 10 d'association d'au moins un point d'intérêt à la position courante. 10. Procédé selon l'une des revendications précédentes, dans lequel le contexte comporte un traitement de données 15 vocales d'une communication de l'utilisateur, et la routine comporte une reconnaissance vocale dans lesdites données vocales. 11. Procédé selon l'une des revendications précédentes, 20 dans lequel le contexte comporte une prise de vue courante, et la routine comporte une reconnaissance de formes dans la prise de vue. 12. Procédé selon l'une des revendications précédentes, 25 dans lequel la lecture du contenu multimédia est conditionnée par une autorisation (T67) d'un utilisateur du terminal et le terminal stocke (S62) une succession d'informations d'autorisation de lecture de contenus multimédias, formant un historique des autorisations, 30 et dans lequel, outre la reconnaissance d'un contexte associé à une utilisation en cours du terminal, la sélection d'un contenu multimédia à lire comporte une prise en compte de l'historique des autorisations, pour un filtrage (S68) de contenu à lire et/ou pour un arbitraged'au moins un contenu à lire parmi plusieurs contenus sélectionnés en fonction du contexte reconnu. 13. Terminal comportant des moyens informatiques de lecture 5 contextuelle de contenus multimédias pendant une utilisation dudit terminal, et comportant des moyens (PROC, MEM) : - d'exécution d'une routine de reconnaissance d'un contexte associé à une utilisation en cours du terminal, et 10 - de sélection d'un contenu multimédia à lire en fonction d'un contexte reconnu. 14. Programme informatique caractérisé en ce qu'il comporte des instructions pour la mise en oeuvre du procédé selon 15 l'une des revendications 1 à 12, lorsque ce programme est exécuté par un processeur.