FR2855344A1 - Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux - Google Patents

Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux Download PDF

Info

Publication number
FR2855344A1
FR2855344A1 FR0306167A FR0306167A FR2855344A1 FR 2855344 A1 FR2855344 A1 FR 2855344A1 FR 0306167 A FR0306167 A FR 0306167A FR 0306167 A FR0306167 A FR 0306167A FR 2855344 A1 FR2855344 A1 FR 2855344A1
Authority
FR
France
Prior art keywords
context
master terminal
terminals
management system
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0306167A
Other languages
English (en)
Inventor
Anthony Dauguet
Viet Anh Vo
Corre Herve Le
Christophe Beziau
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Priority to FR0306167A priority Critical patent/FR2855344A1/fr
Priority to CN200480017402A priority patent/CN100592736C/zh
Priority to JP2006530365A priority patent/JP2007505417A/ja
Priority to US10/557,080 priority patent/US7743091B2/en
Priority to PCT/FR2004/001229 priority patent/WO2004107705A1/fr
Priority to EP04742773A priority patent/EP1625723A1/fr
Priority to KR1020057022271A priority patent/KR100765991B1/ko
Publication of FR2855344A1 publication Critical patent/FR2855344A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/22—Self-organising networks, e.g. ad-hoc networks or sensor networks with access to wired networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/2895—Intermediate processing functionally located close to the data provider application, e.g. reverse proxies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

Un système de gestion de contexte proposant à un utilisateur (160) le contexte le plus approprié pour un traitement d'informations comprend 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 d'informations par ledit ensemble (120) hétérogène de terminaux, et un réseau externe (104) de transmission d'informations reliant le serveur (102) à au moins le terminal maître (108). Le serveur (102) comporte en outre un module de transformation (140) destiné à envoyer une application (142) au terminal maître (108) afin de permettre à l'utilisateur (160) de récupérer ledit contexte le plus approprié sur le terminal maître (108).

Description

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.

Claims (20)

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.
FR0306167A 2003-05-22 2003-05-22 Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux Pending FR2855344A1 (fr)

Priority Applications (7)

Application Number Priority Date Filing Date Title
FR0306167A FR2855344A1 (fr) 2003-05-22 2003-05-22 Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux
CN200480017402A CN100592736C (zh) 2003-05-22 2004-05-19 包括不同种类的终端集合的网络的环境管理系统
JP2006530365A JP2007505417A (ja) 2003-05-22 2004-05-19 混成セットの端末を含むネットワークのためのコンテキスト管理システム
US10/557,080 US7743091B2 (en) 2003-05-22 2004-05-19 Context management system for a network including a heterogenous set of terminals
PCT/FR2004/001229 WO2004107705A1 (fr) 2003-05-22 2004-05-19 Système de gestion de contexte pour un réseau comportant un ensemble hétérogène de terminaux
EP04742773A EP1625723A1 (fr) 2003-05-22 2004-05-19 Systeme de gestion de contexte pour un reseau comportant un essemble heterogene de terminaux
KR1020057022271A KR100765991B1 (ko) 2003-05-22 2004-05-19 이기종 단말기 세트를 포함하는 네트워크에 대한 컨텍스트 관리 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0306167A FR2855344A1 (fr) 2003-05-22 2003-05-22 Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux

Publications (1)

Publication Number Publication Date
FR2855344A1 true FR2855344A1 (fr) 2004-11-26

Family

ID=33396671

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0306167A Pending FR2855344A1 (fr) 2003-05-22 2003-05-22 Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux

Country Status (7)

Country Link
US (1) US7743091B2 (fr)
EP (1) EP1625723A1 (fr)
JP (1) JP2007505417A (fr)
KR (1) KR100765991B1 (fr)
CN (1) CN100592736C (fr)
FR (1) FR2855344A1 (fr)
WO (1) WO2004107705A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007004086A1 (fr) * 2005-06-30 2007-01-11 Koninklijke Philips Electronics N.V. Service de routage/conversion pour augmenter la capacite d'apprentissage de contenu

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2855344A1 (fr) * 2003-05-22 2004-11-26 France Telecom Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux
CN100417267C (zh) * 2005-05-25 2008-09-03 华为技术有限公司 一种在设备管理中控制对终端操作的方法
US20070068423A1 (en) * 2005-09-27 2007-03-29 Thiele Erik S Titanium dioxide pigment useful in paper laminates
WO2007083954A1 (fr) * 2006-01-23 2007-07-26 Lg Electronics Inc. Procédé de programmation de la gestion d'un dispositif et terminal associé
CN102761853A (zh) * 2011-04-25 2012-10-31 中兴通讯股份有限公司 终端管理系统及方法
US9009220B2 (en) * 2011-10-14 2015-04-14 Mimecast North America Inc. Analyzing stored electronic communications
CN103811013B (zh) * 2012-11-07 2017-05-03 中国移动通信集团公司 噪声抑制方法、装置、电子设备和通信处理方法
CN107181685A (zh) * 2016-03-09 2017-09-19 群光电子股份有限公司 电子装置及其传输方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6035339A (en) * 1997-03-13 2000-03-07 At&T Corporation Network information delivery system for delivering information based on end user terminal requirements
EP1063821A2 (fr) * 1999-06-21 2000-12-27 Lucent Technologies Inc. Système pour la gestion et redirection de messages dans un réseau sans fil
FR2818848A1 (fr) * 2000-12-26 2002-06-28 France Telecom Systeme de gestion d'informations en temps reel, pour un reseau comportant un ensemble heterogene de terminaux, serveur et terminal principal pour un tel systeme

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11136394A (ja) * 1997-08-26 1999-05-21 Casio Comput Co Ltd データ出力システムおよびデータ出力方法
US20020013827A1 (en) * 2000-05-18 2002-01-31 Edstrom Claes G.R. Personal service environment management apparatus and methods
JP4056686B2 (ja) * 2000-09-21 2008-03-05 株式会社リコー 環境経営情報システム及び環境経営情報提供方法
FR2827976B1 (fr) * 2001-07-25 2004-01-23 Gemplus Card Int Protection de donnees personnelles lues dans une station terminale par un serveur
FI113730B (fi) * 2001-10-08 2004-05-31 Locus Portal Corp Paikannusmenetelmä matkaviestin verkoille
US7570943B2 (en) * 2002-08-29 2009-08-04 Nokia Corporation System and method for providing context sensitive recommendations to digital services
EP1602255A1 (fr) * 2003-03-11 2005-12-07 Nokia Corporation Procedes, dispositifs et systeme de gestion d'informations associees aux positions dans les equipements cellulaires
FR2855344A1 (fr) * 2003-05-22 2004-11-26 France Telecom Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux
CN1805737A (zh) * 2003-06-16 2006-07-19 欧乐根公司 美金刚胺(memantine)口服剂型
US20050060118A1 (en) * 2003-09-11 2005-03-17 Nokia Corporation Terminal and an associated system, method and computer program product for obtaining the terminal location based upon connections of the terminal

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6035339A (en) * 1997-03-13 2000-03-07 At&T Corporation Network information delivery system for delivering information based on end user terminal requirements
EP1063821A2 (fr) * 1999-06-21 2000-12-27 Lucent Technologies Inc. Système pour la gestion et redirection de messages dans un réseau sans fil
FR2818848A1 (fr) * 2000-12-26 2002-06-28 France Telecom Systeme de gestion d'informations en temps reel, pour un reseau comportant un ensemble heterogene de terminaux, serveur et terminal principal pour un tel systeme

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007004086A1 (fr) * 2005-06-30 2007-01-11 Koninklijke Philips Electronics N.V. Service de routage/conversion pour augmenter la capacite d'apprentissage de contenu

Also Published As

Publication number Publication date
CN100592736C (zh) 2010-02-24
EP1625723A1 (fr) 2006-02-15
US20070067423A1 (en) 2007-03-22
KR100765991B1 (ko) 2007-10-10
US7743091B2 (en) 2010-06-22
JP2007505417A (ja) 2007-03-08
CN1810009A (zh) 2006-07-26
WO2004107705A1 (fr) 2004-12-09
KR20060021322A (ko) 2006-03-07

Similar Documents

Publication Publication Date Title
US8086495B2 (en) Device and a method for ordering product at a premises via an integrated multimedia service system
US8386465B2 (en) System and method to manage and distribute media using a predictive media cache
EP2727414B1 (fr) D'obtention par un terminal d'une information relative à un acces à un service
EP1891794B1 (fr) Modification du mode de service demande par un terminal de communication
WO2004068809A1 (fr) Procede de presentation d’etat d’un utilisateur utilisant plusieurs equipements de communication
FR2870022A1 (fr) Procede et dispositif de distribution de donnees numeriques notamment pour reseau pair-a-pair
EP3053326B1 (fr) Procédé d'accès d'un utilisateur a au moins un service de communication fourni par l'intermédiaire d'un centre informatique d'un système d'informatique en nuage
EP2107723B1 (fr) Commande d'un dispositif a distance par un terminal
FR2855344A1 (fr) Systeme de gestion de contexte pour un reseau comportant un ensemble heterogene de terminaux
EP2039209B1 (fr) Procede, dispositif et systeme de selection d'un reseau a acces sans fil sur la base d'information d'environnement, programme d'ordinateur et support de donnees correspondant
EP1139637A2 (fr) Procédé et système d'octroi de privilèges par un gestionnaire d'accèss au sein d'un réseau de communication
FR2833123A1 (fr) Procede de gestion d'une communication avec des moyens de fourniture d'un service a serveurs multiples
WO2011124810A1 (fr) Gestion de service personnalisee dans un reseau ip
EP3085101B1 (fr) Procédé de réservation d'une bande passante dans un réseau pour l'exécution d'un service sur un terminal utilisateur
EP1705868A2 (fr) Procédé et système de partage d'attributs personnels
EP2681899A1 (fr) Distribution d'applications dans un réseau
EP1989845B1 (fr) Gestion d'une communication entre un système de télécommunications et un serveur
FR2918241A1 (fr) Procede, serveur et application pour le partage de contenus personnels entre terminaux d'usager(s)
EP1494419A1 (fr) Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant
WO2023275475A1 (fr) Procede de gestion d'une passerelle d'acces a un reseau sur un terminal mobile
EP1853040A1 (fr) Système de communication et terminaux de visualisation à basse consommation convenant à un tel système
FR3089089A1 (fr) Procédé pour l’optimisation par type de message de l’échange de données entre objets connectés
FR3091120A1 (fr) Procédé d’optimisation de l’utilisation de passerelles en fonction des messages à transmettre
WO2004071019A1 (fr) Procede pour l’autoconfiguration d’un routeur de bordure par diffusion d’un contexte
EP2442534A1 (fr) Découverte de services WEB dans un réseau local