FR 2855344 A1 20041126 FR 0306167 A 20030522 Arrière-plan de l'invention L'invention concerne un système et un procédé de gestion de contexte pour un utilisateur d'un réseau local de transmission d'informations. Plus particulièrement, pour un réseau local comportant un ensemble hétérogène de terminaux interconnectés entre eux. Par 10 " réseau local ", on désigne ici non seulement un réseau de type LAN (Local Area Network), mais aussi notamment un réseau local personnel PAN (Personal Area Network) ou WPAN (Wireless Personal Area Network). De façon bien connue, lorsqu'un terminal d'un ensemble hétérogène de terminaux interconnectés entre eux au moyen d'un réseau 15 local, transmet une requête d'informations à un site web, il reçoit en retour, des informations correspondant à sa requête. Ces informations peuvent comporter des données sous différentes formes, par exemple texte, image ou son. Ce terminal peut avoir une capacité de traitement 20 d'informations limitée et n'est pas nécessairement capable de traiter les différentes formes de données qui lui sont retournées en réponse à la requête qu'il a émise. Pour remédier à ces inconvénients, il a été proposé dans le brevet français du même déposant FR2818848, un système de gestion 25 d'informations capable de gérer les informations émises ou reçues par un réseau local comportant un ensemble hétérogène de terminaux, en tenant compte des différentes capacités de traitement des terminaux de ce réseau. La figure 5, montre un tel système qui comporte un serveur 2 connecté à un réseau externe 4 de transmission d'informations. Le serveur a ainsi accès à des sites Web 6 au travers du réseau externe 4. Le serveur 2 est accessible par un terminal maître 8, également 5 connecté au réseau 4. Ce terminal maître 8 est par ailleurs connecté avec d'autres terminaux 12, 14, 16 et 18 situés dans son voisinage, au moyen d'un réseau local 10 de transmission d'informations. Ces terminaux sont munis de moyens de communication entre eux à travers le réseau local 10, supportant par exemple une technologie de communication Bluetooth. 10 Ils forment ainsi un pico-net 20 de terminaux capables d'échanger des informations entre eux par voie hertzienne. Le terminal maître 8 comporte des moyens 22 de détermination de la composition en terminaux du réseau local 10 et de leur capacité de traitement d'informations. Ainsi, le terminal maître 8 comporte des 15 moyens qui permettent de définir le contexte, c'est-à-dire des moyens pour détecter ou définir à un instant donné l'ensemble de terminaux susceptibles de pouvoir rendre un service dans l'environnement o se trouve l'utilisateur. En outre, le serveur 2 comporte des moyens 24 de traitement 20 pour déterminer le sous-ensemble de terminaux le plus approprié pour traiter les informations en provenance du Web 6 et répondant à une requête émise par le terminal maître 8. Le serveur 2 comporte aussi des moyens d'adaptation 28 pour adapter les formats et tailles des informations aux capacités de traitement 25 d'informations de chacun des terminaux. Ces informations sont ensuite dirigées vers le sous-ensemble de terminaux du pico-net 20 par des moyens de routage 26. Ainsi, selon les techniques existantes, il est nécessaire de disposer sur chacun des terminaux ou au moins sur le terminal maître 30 d'une partie du système qui permet la gestion des contextes. De plus, étant donné que les contextes sont stockés sur le terminal maître, I'utilisateur change de système de gestion de contextes lorsqu'il change de terminal maître. Par ailleurs, une action manuelle et parfois répétitive est 5 nécessaire pour que l'utilisateur change de contexte. Lorsque les changements de contextes sont nombreux dans une même journée, l'utilisateur finit par ne plus utiliser cette fonctionnalité de gestion de contexte, ce qui rend cette fonction finalement inutile. Objet et résumé de l'invention L'invention a pour but de remédier à ces inconvénients, et de simplifier et d'automatiser la gestion de contextes pour les utilisateurs d'un ensemble hétérogène de terminaux en leur proposant à tout moment le choix du contexte le plus approprié. Ces buts sont atteints grâce à un système de gestion de contexte proposant à un utilisateur le contexte le plus approprié pour un traitement d'informations, comportant: un ensemble hétérogène de terminaux connectés entre eux au moyen d'un réseau local de transmission d'informations, dont un terminal maître; 20 un serveur informatique comprenant des moyens de traitement pour déterminer le contexte le plus approprié pour un traitement d'informations par ledit ensemble hétérogène de terminaux; un réseau externe de transmission d'informations reliant le serveur à au moins le terminal maître; caractérisé en ce que, le serveur comporte en outre un module de transformation destiné à envoyer une application au terminal maître destinée à permettre à l'utilisateur de récupérer ledit contexte le plus approprié sur le terminal maître. Ainsi, le contexte le plus approprié peut être récupéré par l'utilisateur sans qu'il soit nécessaire de disposer d'une partie du système sur le terminal maître. Avantageusement, I'application envoyée au terminal maître est 5 destinée à détecter parmi ledit ensemble hétérogène de terminaux, le ou les terminaux accessibles par le terminal maître. Les moyens de traitement sont destinés à déterminer le contexte le plus approprié en fonction d'événements qu'ils reçoivent du terminal maître ou/et de données préalablement programmées. Les moyens de traitement comportent un moteur de règles associé à une base de règles et une base de contextes, le moteur de règles étant destiné à parcourir toutes les règles disponibles dans la base de règles en association avec les données dans la base de contextes et en fonction des événements reçus du terminal maître ou/et des données 15 préalablement programmées, déterminant ainsi le contexte le plus approprié. Les événements reçus du terminal maître comportent une détection régulière par ladite application du ou des terminaux accessibles par le terminal maître. Selon une particularité de l'invention, les événements reçus du terminal maître peuvent comporter une localisation géographique du terminal maître. Selon une autre particularité de l'invention les données préalablement programmées peuvent comporter des horaires de 25 changement de contexte. Avantageusement, la base de contextes comporte une liste d'une pluralité de contextes définissant pour chacun des contextes les terminaux susceptibles d'être accessibles, le type de connexion adaptée entre le réseau local et le réseau externe et la manière de restituer les 30 informations aux terminaux en fonction de leur capacité. La base de règles peut comporter une liste de règles basées sur des terminaux accessibles par le terminal maître et/ou des horaires de changement de contexte et/ou des localisations géographiques du terminal maître. Selon un mode particulier de l'invention, le système peut comporter un périphérique destiné à accéder en lecture/écriture au moteur de règles et à la base de règles. Le système peut comporter en outre un module de gestion de session destiné à la surveillance du système. Selon un aspect de l'invention, le réseau local est un réseau hertzien de communications. Selon un autre aspect de l'invention, le réseau local est un réseau de communications à transmission infra rouge. Selon encore un autre aspect de l'invention, le réseau local est 15 un réseau filaire. L'ensemble hétérogène de terminaux peut comporter des terminaux mobiles et/ou fixes. Le réseau externe comporte une pluralité de réseaux interconnectés entre eux. Le réseau externe comporte un réseau Internet et un réseau téléphonique. L'invention vise aussi un procédé de gestion de contexte proposant à un utilisateur le contexte le plus approprié pour un traitement d'informations, comportant une étape de détermination du contexte le 25 plus approprié pour un traitement d'informations par un ensemble hétérogène de terminaux connectés entre eux au moyen d'un réseau local de transmission d'informations, dont un terminal maître, caractérisé en ce qu'il comporte une étape supplémentaire d'envoi d'une application par un serveur informatique au terminal maître, au travers d'un réseau externe 30 de transmission d'informations reliant le serveur informatique à au moins le terminal maître, afin de permettre à l'utilisateur de récupérer ledit contexte le plus approprié sur le terminal maître. L'application détecte parmi ledit ensemble hétérogène de terminaux, le ou les terminaux qui sont accessibles par le terminal maître. Le contexte le plus approprié est déterminé en parcourant des règles disponibles dans une base de règles en association avec des données disponibles dans une base de contexte et en fonction d'événements que le serveur informatique reçoit du terminal maître ou/et de données préalablement programmées. 10 Brève description des dessins D'autres particularités et avantages de l'invention ressortiront à la lecture de la description faite, ci-après, à titre indicatif mais non limitatif, en référence aux dessins annexés, sur lesquels: -la figure 1 est une vue très schématique d'un système de gestion de contexte selon l'invention; -la figure 2 est une vue très schématique d'un système de gestion de contexte montrant quelques étapes d'échanges d'informations effectués entre des différents moyens ou éléments de la figure i; -la figure 3 est une vue très schématique montrant avec plus de détails certains éléments de la figure i; -la figure 4 est un schéma montrant une cinétique globale des différentes étapes d'échanges d'informations effectués entre des différents moyens ou éléments de la figure 3; et -la figure 5 est une vue très schématique d'un système de gestion d'information selon l'art antérieur. Description détaillée de modes de réalisation Conformément à l'invention, la figure 1 illustre un système de gestion de contexte proposant à un utilisateur le contexte le plus approprié pour un traitement d'information. Le système comporte un serveur informatique 102 connecté à 5 un réseau externe 104 de transmission d'informations et un ensemble 120 hétérogène de terminaux 108, 112, 114, 116 et 118. Ces derniers sont connectés entre eux au moyen d'un réseau local 110 de transmission d'informations. Cet ensemble 120 hétérogène de terminaux comporte un terminal maître 108 muni d'un navigateur 144. L'ensemble 120 hétérogène de terminaux peut comporter des terminaux mobiles et/ou fixes. En effet, cet ensemble dépend de l'environnement de l'utilisateur. Par exemple, dans un environnement de travail, le terminal maître 108 peut être un ordinateur et les autres terminaux sont un micro15 ordinateur 112, des écouteurs 114, un télécopieur 116 et un organiseur personnel numérique PDA 118. Dans un environnement de voiture, le terminal maître 108 peut être un organiseur personnel numérique PDA et les autres terminaux sont par exemple un autoradio 112, des haut-parleurs 114, un téléphone 20 mobile 116 ou autre 118. Ces terminaux sont munis de moyens de communication entre eux à travers le réseau local 110, formant ainsi un pico-net de terminaux capables d'échanger des informations entre eux par voie hertzienne, infra rouge ou filaire. Autrement dit, le réseau local 110 peut être un réseau hertzien de communications du type Bluetooth, un réseau à transmission infra rouge ou un réseau filaire. Le réseau externe 104 de transmission d'informations relie le serveur informatique 102 à au moins le terminal maître 108. Dans cet exemple, les terminaux 116 et 118 sont aussi reliés au serveur informatique 102 au travers du réseau externe 104. Ce serveur informatique 102 a accès à des sites web 106 au travers du réseau externe 104. C'est un serveur de type " proxy " 5 mandaté pour effectuer une requête sur le web à la place du terminal maître 108. Ce réseau externe 104 peut comporter une pluralité de réseaux interconnectés entre eux. Par exemple, il peut comporter entre autres, un réseau Internet et un réseau téléphonique. Le serveur informatique 102 comprend des moyens 130 de traitement pour déterminer le contexte le plus approprié pour un traitement d'informations par l'ensemble hétérogène de terminaux. Ce serveur informatique 102 comprend aussi un module 140 de transformation destiné à envoyer une application au terminal maître 108 15 afin de permettre à l'utilisateur de récupérer le contexte le plus approprié sur le terminal maître 108. La figure 2 illustre le mécanisme d'envoi de l'application au terminal maître 108. En effet, lorsqu'un utilisateur transmet une requête 20 d'informations à un site web à partir du terminal maître 108, le navigateur 144 de ce terminal 108 envoie cette requête, au travers du réseau externe 104 au module de transformation 140 du serveur informatique 102 (flèche a) . Le module de transformation 140 envoie cette requête à 25 l'identique au site web 106 qui héberge la demande souhaitée par l'utilisateur (flèche b) . En fonction de la requête d'informations, le module de transformation 140 reçoit, en provenance du site web 106, les données correspondantes (flèche c). Ensuite, le module de transformation 140 ajoute sur ces données, une application 142 en forme de message ou bandeau comportant un programme, appelé " applet " connu en soi et l'envoie au navigateur du terminal maître. L'application ou l'applet est une interface 5 comportant un menu et des paramètres pour se connecter aux moyens 130 de traitement. L'exécution de cette application 142 par le navigateur 144 du terminal maître 108 permet à l'utilisateur de récupérer, sur le terminal maître 108, le contexte le plus approprié, à partir des moyens de 10 traitement 130 du serveur informatique 102. En effet, I'exécution de l'application 142 envoie un message aux moyens de traitement 130 du serveur informatique 102 (flèche e). En retour, les moyens de traitement 130 envoient (flèche f) une réponse, comportant le contexte le plus approprié, à l'application 142 qui à son tour 15 affiche cette réponse à destination de l'utilisateur. Les moyens de traitement 130 déterminent le contexte le plus approprié en fonction d'événements qu'ils reçoivent du terminal maître 108 ou/et de données préalablement programmées. Plus avant, on verra des exemples du mécanisme de détermination du contexte le plus 20 approprié par ces moyens de traitement 130. En outre, I'application 142 envoyée au terminal maître 108 permet aussi la détection parmi l'ensemble 120 hétérogène de terminaux, du ou des terminaux accessibles par le terminal maître 108. De telles applications ou programmes informatiques pour une 25 détermination automatique de la composition en terminaux accessibles sont connus dans l'état de la technique, de sorte que l'on ne les décrira pas plus en détail. Un des avantages d'envoyer l'application au terminal maître 108 réside par le fait qu'aucun des terminaux n'a besoin de posséder un moyen spécifique pour dialoguer avec le serveur informatique 102 afin de récupérer le contexte le plus approprié. La figure 3, montre le système de gestion de contexte en détaillant les moyens permettant de déterminer le contexte le plus approprié. Les moyens de traitement 130 comportent un moteur 132 de règles qui est associé à une base de règles 134 et une base de contextes 136. On notera que, les bases de règles 134 et de contextes 136 10 peuvent appartenir au serveur informatique 102 ou faire partie du réseau externe 104. En outre, le moteur de règles 132 et le module de transformation 140 peuvent appartenir au même serveur informatique 102 ou à des serveurs informatiques différents. La base de contexte 136 comporte une liste d'une pluralité de 15 contextes définissant pour chacun des contextes les terminaux susceptibles d'être accessibles, le type de connexion adaptée entre le réseau local 110 et le réseau externe 104 et la manière de restituer les informations aux terminaux en fonction de leur capacité. A titre d'exemple, la base de contextes 136 comporte un 20 contexte " bureau ", un contexte " voiture ", un contexte " domicile " et un contexte " promeneur ". Pour le contexte bureau, les terminaux accessibles sont par exemple un ordinateur et un télécopieur, le type de connexion ou passerelle est une borne Ethernet et la restitution des informations va par 25 exemple en totalité sur l'ordinateur. Pour le contexte voiture, les terminaux accessibles sont par exemple un autoradio, un PDA et un téléphone mobile à système GSM, le type de connexion est la passerelle GSM et la restitution des informations est distribuée entre les différents terminaux de sorte que le son est 30 restitué sur l'autoradio et le reste sur le PDA. Pour le contexte domicile, le terminal accessible est par exemple un ordinateur ayant une borne ADSL, le type de connexion est la borne ADSL et la restitution des informations va en totalité sur l'ordinateur. Pour le contexte promeneur, les terminaux accessibles sont par exemple une oreillette, un PDA et un téléphone mobile à système GSM, le type de connexion est la passerelle GSM et la restitution des informations est distribuée entre les différents terminaux de sorte que le son est restitué sur l'oreillette et le reste, c'est-à-dire image, texte, vidéo sur le 10 PDA. La base de règles 134 comporte une liste de règles basées sur des terminaux accessibles par le terminal maître et/ou des horaires de changement de contexte et/ou des localisations géographiques du terminal maître. Les données de ces règles sont structurées par exemple 15 en un méta-langage extensible du type XML. On décrit ci-dessous, quelques exemples non exhaustifs de ces règles: -Si les terminaux ou périphériques disponibles ou accessibles sont un ordinateur et une borne Ethernet ou que le créneau horaire est entre 9h 20 et 18h, alors le contexte le plus approprié est le contexte bureau. -Si le terminal accessible est un autoradio, alors le contexte le plus approprié est le contexte voiture. -Si les terminaux accessibles ou périphériques sont un ordinateur et une borne ADSL et que le créneau horaire n'est pas entre 9h et 18h, alors le 25 contexte le plus approprié est le contexte domicile. Ainsi, le moteur 132 de règles détermine le contexte le plus approprié en parcourant toutes les règles disponibles dans la base de règles 134 en association avec les données dans la base de contexte 136 et en fonction des événements qu'il reçoit du terminal maître 108 ou/et 30 des données préalablement programmées. Les événements que le moteur 132 de règles reçoit du terminal maître 108 peuvent comporter le sous-ensemble des terminaux accessibles qui sont détectés régulièrement par l'application 142 envoyée au terminal maître 108 par le module 140 de transformation. En outre, les événements que le moteur 132 de règles reçoit du terminal maître 108 peuvent comporter une localisation géographique du terminal maître 108, de sorte que le contexte le plus approprié est déterminé selon cette localisation. Par ailleurs, le contexte le plus approprié peut être déterminé 10 en fonction des données préalablement programmées comportant par exemple des horaires de changement de contexte. Ces données peuvent être configurées par l'utilisateur. Ainsi, lorsque par exemple, I'utilisateur est à son bureau, le système de gestion de contexte lui propose de basculer dans le contexte 15 " bureau ", lorsqu'il est en voiture le système lui propose de basculer dans le contexte " voiture " et lorsqu'il est à son domicile, le système lui propose de basculer dans le contexte " domicile ". La figure 3 montre que le système de gestion de contexte peut aussi comporter un module de gestion de session 152 et un périphérique 20 154 connectés au moteur de règles. Le module de gestion de session 152 peut appartenir au serveur 102 ou à un autre serveur informatique et il est destiné à la surveillance du système. En effet, il sert à la connaissance, par l'opérateur d'un service 25 de télécommunications, de la composition de l'ensemble 120 hétérogène de terminaux accessibles à l'utilisateur à tout moment. Ce module peut aussi servir à des fins de facturation du service de télécommunications. Le périphérique 154 est destiné à accéder en lecture/écriture au moteur de règles et à la base de règles. D'une manière générale, c'est un 30 moyen d'accès en lecture/écriture au moteur de règles 132 et à la base de règles 134 n'appartenant pas à l'ensemble 120 hétérogène de terminaux. Par exemple, c'est un ordinateur de bureau que l'utilisateur utilise pour modifier ses règles ou bien un équipement de l'opérateur du service de télécommunications pour fournir aux utilisateurs des règles prédéfinies. De façon connue, le serveur informatique 102 comporte aussi des moyens d'adaptation 128 pour adapter les formats et tailles des informations en provenance du web 106, aux capacités de traitement d'informations de chacun des terminaux, ainsi que des moyens de routage 126 pour diriger ces informations vers les terminaux accessibles selon la 10 manière définie par le contexte le plus approprié. La figure 4 est un schéma montrant une cinétique globale d'un exemple du procédé de gestion de contexte proposant à un utilisateur 160 le contexte le plus approprié. La suite des étapes se déroule du haut en bas. Ainsi, à l'étape 15 El, l'utilisateur 160 demande d'accéder à une ressource sur Internet en cliquant sur un lien, ou en saisissant l'adresse ou l'URL, c'est-à-dire le format et le chemin d'accès à une ressource du site web qu'il désire afficher dans son navigateur 144. A l'étape E2, l'URL saisie par l'utilisateur est traduite par le 20 navigateur 144, en requête selon le protocole correspondant de l'URL (par exemple http) et l'envoie au serveur informatique 102. En effet, le navigateur 144 est configuré pour envoyer systématiquement toutes ses requêtes au serveur 102 qui est chargé d'effectuer la requête sur Internet ou site web à la place du navigateur 144 du terminal maître 108. A l'étape E3, le serveur informatique 102 relaie cette requête à l'identique au module de transformation 140. A l'étape suivante E4, aucune modification n'est faite et le module de transformation 140 envoie la requête au site web 106 qui héberge l'URL souhaitée par l'utilisateur 160. A l'étape E5, et en fonction de la requête d'informations, le module de transformation 140 reçoit, en provenance du site web 106, des informations multimédias correspondant à cette requête, par exemple sous forme d'une page graphique ou " page web " du type HTML. Lors de l'étape E6, le module de transformation 140 ajoute sur ces informations, une application 142 en forme de message ou bandeau comportant un programme qui permet l'accès au contexte le plus approprié et envoie le tout au serveur informatique 102. Lors de l'étape E7, le serveur informatique 102 transmet au 10 navigateur 144 du terminal maître 108 dans le format adapté à ce terminal, la page web et l'application 142 d'accès au contexte le plus approprié. A la réception de cette page, le navigateur 144 affiche la page et exécute (étape E8) le code de l'application. Autrement dit, le navigateur 15 crée l'instance pour une ouverture de session qui suit le même chemin que la requête. A l'étape E9, I'application 142 envoie un message d'ouverture de session au serveur informatique 102. A l'étape El0, le serveur informatique 102 envoie ce message 20 au module de gestion de session 152. A l'étape Ell, I'application détecte les terminaux accessibles et envoie cette liste au serveur informatique 102. A l'étape E12, le serveur informatique 102 envoie cette liste au module de gestion de session 152 pour la mise à jour de la session. A l'étape E13, le module de gestion de session 152 envoie la liste des terminaux accessibles, I'heure courante, des informations de localisation, ou d'une manière générale tous les éléments qui peuvent intervenir pour la détermination d'un contexte, au moteur 132 de règles. A l'étape E14, le moteur 132 de règles parcourt la base des règles 134 jusqu'à trouver une règle correspondante et envoie la réponse au module de gestion de session 152. A l'étape E15, le module de gestion de session 152 relaie la réponse au serveur informatique 102. A l'étape E16, le serveur informatique 102 relaie la réponse à l'application 142. A l'étape E17, I'application affiche alors un message à destination de l'utilisateur pour l'informer du contexte le plus approprié. A l'étape E18, I'utilisateur accepte ou refuse le contexte proposé. S'il refuse le système reste dans le contexte précédent et s'il accepte, le nouveau contexte sera considéré comme le contexte courant. A l'étape E19, la réponse de l'utilisateur est envoyée au serveur informatique 102. A l'étape E20, le serveur informatique 102 relaie cette réponse au module de gestion de session 152 pour la mise à jour de la session. Les étapes suivantes correspondent à la détection d'un nouveau terminal dans le but de proposer un nouveau contexte. Ces étapes peuvent être remplacées par une indication de changement de 20 localisation, ou un changement de créneau horaire. A l'étape E21, I'application a par exemple détecté un nouveau terminal accessible par l'utilisateur 160 et envoie cette information au serveur informatique 102. A l'étape E22, le serveur informatique 102 envoie cette 25 information au module de gestion de session 152 pour la mise à jour de la session. A l'étape E23, le module de gestion de session 152 envoie l'information sur le nouveau terminal accessible au moteur 132 de règles. A l'étape E24, le moteur 132 de règles parcourt la base des règles 134 jusqu'à trouver une règle correspondante et envoie la réponse au module de gestion de session 152. A l'étape E25, le module de gestion de session 152 relaie la réponse au serveur informatique 102. A l'étape E26, le serveur informatique 102 relaie la réponse à l'application 142. A l'étape E27, I'application affiche alors un message à destination de l'utilisateur pour l'informer d'un nouveau contexte le plus 10 approprié. A l'étape E28, I'utilisateur accepte ou refuse le contexte proposé. A l'étape E29, la réponse de l'utilisateur est envoyée au serveur informatique 102. A l'étape E30, le serveur informatique 102 relaie cette réponse au module de gestion de session 152 pour la mise à jour de la session. REVENDICATIONS 1. Système de gestion de contexte proposant à un utilisateur (160) le contexte le plus approprié pour un traitement d'informations, comportant: 5 un ensemble (120) hétérogène de terminaux connectés entre eux au moyen d'un réseau local (110) de transmission d'informations, dont un terminal maître (108); un serveur informatique (102) comprenant des moyens de traitement (130) pour déterminer le contexte le plus approprié pour un traitement 10 d'informations par ledit ensemble (120) hétérogène de terminaux; un réseau externe (104) de transmission d'informations reliant le serveur (102) à au moins le terminal maître (108); caractérisé en ce que, le serveur (102) comporte en outre un module de transformation (140) 1 5 destiné à envoyer une application (142) au terminal maître (108) destinée à permettre à l'utilisateur (160) de récupérer ledit contexte le plus approprié sur le terminal maître (108). 2. Système de gestion de contexte selon la revendication 1, caractérisé en 20 ce que l'application (142) envoyée au terminal maître (108) est destinée à détecter parmi ledit ensemble (120) hétérogène de terminaux, le ou les terminaux accessibles par le terminal maître (108). 3. Système de gestion de contexte selon l'une quelconque des 25 revendications 1 et 2, caractérisé en ce que les moyens de traitement (130) sont destinés à déterminer le contexte le plus approprié en fonction d'événements qu'ils reçoivent du terminal maître (108) ou/et de données préalablement programmées. 4. Système de gestion de contexte selon l'une quelconque des revendications 1 à 3, caractérisé en ce que les moyens de traitement (130) comportent un moteur de règles (132) associé à une base de règles (134) et une base de contextes (136), le moteur de règles (132) étant 5 destiné à parcourir toutes les règles disponibles dans la base de règles (134) en association avec les données dans la base de contextes (136) et en fonction des événements reçus du terminal maître (108) ou/et des données préalablement programmées, déterminant ainsi le contexte le plus approprié. 5. Système de revendications 1 terminal maître application (142) 15 (108). gestion de contexte selon l'une quelconque des à 4, caractérisé en ce que les événements reçus du (108) comportent une détection régulière par ladite du ou des terminaux accessibles par le terminal maître 6. Système de gestion de contexte revendications 1 à 4, caractérisé en ce terminal maître (108) comportent une 20 terminal maître (108). selon l'une quelconque des que les événements reçus du localisation géographique du 7. Système de gestion de contexte selon l'une quelconque des revendications 1 à 4, caractérisé en ce que les données préalablement programmées comportent des horaires de changement de contexte. 8. Système de gestion de contexte selon la revendication 4, caractérisé en ce que la base de contexte (136) comporte une liste d'une pluralité de contextes définissant pour chacun des contextes les terminaux susceptibles d'être accessibles, le type de connexion adaptée entre le réseau local (110) et le réseau externe (104) et la manière de restituer les informations aux terminaux en fonction de leur capacité. 9. Système de gestion de contexte selon la revendication 4, caractérisé en 5 ce que la base de règles (134) comporte une liste de règles basées sur des terminaux accessibles par le terminal maître (108) et/ou des horaires de changement de contexte et/ou des localisations géographiques du terminal maître. 10. Système de gestion de contexte selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il comporte un périphérique (154) destiné à accéder en lecture/écriture au moteur de règles (132) et à la base de règles (134). 11. Système de gestion de contexte selon l'une quelconque des revendications 1 à 10, caractérisé en ce qu'il comporte en outre un module de gestion de session (152) destiné à la surveillance du système. 12. Système de gestion de contexte selon l'une quelconque des 20 revendications 1 à 11, caractérisé en ce que le réseau local (110) est un réseau hertzien de communications. 13. Système de gestion de contexte selon l'une quelconque des revendications 1 à 11, caractérisé en ce que le réseau local (110) est un 25 réseau de communications à transmission infra rouge. 14. Système de gestion de contexte selon l'une quelconque des revendications 1 à 11, caractérisé en ce que le réseau local (110) est un réseau filaire. 15. Système de gestion de contexte selon l'une quelconque des revendications 1 à 14, caractérisé en ce que l'ensemble (120) hétérogène de terminaux comporte des terminaux mobiles et/ou fixes. 16. Système de gestion de contexte selon l'une quelconque des revendications 1 à 15, caractérisé en ce que le réseau externe (104) comporte une pluralité de réseaux interconnectés entre eux. 17. Système de gestion de contexte selon la revendication 16, caractérisé 10 en ce que le réseau externe (104) comporte un réseau Internet et un réseau téléphonique. 18. Procédé de gestion de contexte proposant à un utilisateur le contexte le plus approprié pour un traitement d'informations, comportant une étape 15 de détermination du contexte le plus approprié pour un traitement d'informations par un ensemble (120) hétérogène de terminaux connectés entre eux au moyen d'un réseau local (110) de transmission d'informations, dont un terminal maître (108), caractérisé en ce qu'il comporte une étape supplémentaire d'envoi d'une application (142) par un 20 serveur informatique (102) au terminal maître (108), au travers d'un réseau externe (104) de transmission d'informations reliant le serveur informatique (102) à au moins le terminal maître (108), afin de permettre à l'utilisateur de récupérer ledit contexte le plus approprié sur le terminal maître (108). 19. Procédé de gestion de contexte selon la revendication 18, caractérisé en ce que l'application (142) détecte parmi ledit ensemble (120) hétérogène de terminaux, le ou les terminaux qui sont accessibles par le terminal maître (108). 20. Procédé de gestion de contexte selon l'une quelconque des revendications 18 et 19, caractérisé en ce que le contexte le plus approprié est déterminé en parcourant des règles disponibles dans une base de règles (134) en association avec des données disponibles dans 5 une base de contextes (136) et en fonction d'événements que le serveur informatique (102) reçoit du terminal maître (108) ou/et de données préalablement programmées.