[go: up one dir, main page]

WO2004107705A1 - Système de gestion de contexte pour un réseau comportant un ensemble hétérogène de terminaux - Google Patents

Système de gestion de contexte pour un réseau comportant un ensemble hétérogène de terminaux Download PDF

Info

Publication number
WO2004107705A1
WO2004107705A1 PCT/FR2004/001229 FR2004001229W WO2004107705A1 WO 2004107705 A1 WO2004107705 A1 WO 2004107705A1 FR 2004001229 W FR2004001229 W FR 2004001229W WO 2004107705 A1 WO2004107705 A1 WO 2004107705A1
Authority
WO
WIPO (PCT)
Prior art keywords
context
master terminal
terminals
management system
network
Prior art date
Application number
PCT/FR2004/001229
Other languages
English (en)
Inventor
Anthony Dauguet
Anh Vo Viet
Hervé Le Corre
Christophe Beziau
Original Assignee
France Telecom
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 filed Critical France Telecom
Priority to JP2006530365A priority Critical patent/JP2007505417A/ja
Priority to EP04742773A priority patent/EP1625723A1/fr
Priority to US10/557,080 priority patent/US7743091B2/en
Publication of WO2004107705A1 publication Critical patent/WO2004107705A1/fr

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/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
    • 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
    • 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

Definitions

  • the invention relates to a context management system and method for a user of a local information transmission network. More particularly, for a local network comprising a heterogeneous set of terminals interconnected with one another.
  • local network here is meant not only a LAN type network
  • PAN Personal Area Network
  • WPAN Wireless Personal Area Network
  • This information can include data in different forms, for example text, image or sound.
  • This terminal may have a limited information processing capacity and is not necessarily capable of processing the various forms of data which are returned to it in response to the request it has issued.
  • FIG. 5 shows such a system which includes a server 2 connected to an external network 4 for transmitting information.
  • the server thus has access to websites 6 through the external network 4.
  • the server 2 is accessible by a master terminal 8, also connected to the network 4.
  • This master terminal 8 is also connected with other terminals 12, 14, 16 and 18 located in its vicinity, by means of a local network 10 information transmission.
  • These terminals are provided with means of communication with each other through the local network 10, for example supporting Bluetooth communication technology. They thus form a pico-net 20 of terminals capable of exchanging information with one another over the air.
  • the master terminal 8 includes means 22 for determining the composition of terminals of the local network 10 and their information processing capacity.
  • the master terminal 8 comprises means which make it possible to define the context, that is to say means for detecting or defining at a given instant the set of terminals capable of being able to render a service in the environment where finds the user.
  • the server 2 includes processing means 24 for determining the most suitable subset of terminals for processing information originating from the Web 6 and responding to a request sent by the master terminal 8.
  • the server 2 also includes adaptation means 28 for adapting the formats and sizes of the information to the information processing capacities of each of the terminals. This information is then directed to the subset of terminals of the pico-net 20 by routing means 26.
  • the invention aims to remedy these drawbacks, and to simplify and automate the management of contexts for users of a heterogeneous set of terminals by offering them at any time the choice of the most appropriate context.
  • a context management system proposing to a user the most suitable context for processing information, comprising: a heterogeneous set of terminals connected to each other by means of a local information transmission network , including a master terminal; a computer server comprising processing means for determining the most appropriate context for processing information by said heterogeneous set of terminals; an external information transmission network connecting the server to at least the master terminal; characterized in that, the server further comprises a transformation module intended to send an application to the master terminal intended to allow the user to recover said most appropriate context on the master terminal.
  • the most appropriate context can be retrieved by the user without it being necessary to have part of the system on the master terminal.
  • the application sent to the master terminal is intended to detect among said heterogeneous set of terminals, the terminal or terminals accessible by the master terminal.
  • the processing means are intended to determine the most appropriate context as a function of events which they receive from the master terminal and / or from previously programmed data.
  • the processing means comprise a rule engine associated with a rule base and a context base, the rule engine being intended to browse all the rules available in the rule base in association with the data in the context base and in function of events received from the master terminal and / or of data previously programmed, thus determining the most appropriate context.
  • the events received from the master terminal include regular detection by said application of the terminal or terminals accessible by the master terminal.
  • the events received from the master terminal may include a geographic location of the master terminal.
  • the previously programmed data may include schedules for changing the context.
  • the context database includes a list of a plurality of contexts defining for each of the contexts the terminals likely to be accessible, the type of connection adapted between the local network and the external network and the manner of restoring the information to the terminals. according to their capacity.
  • the rule base may include a list of rules based on terminals accessible by the master terminal and / or context change schedules and / or geographic locations of the master terminal.
  • the system can include a peripheral device intended for read / write access to the rule engine and to the rule base.
  • the system may further include a session management module for monitoring the system.
  • the local network is a wireless communications network.
  • the local network is a communications network with infrared transmission.
  • the local network is a wired network.
  • the heterogeneous set of terminals may include mobile and / or fixed terminals.
  • the external network includes a plurality of interconnected networks.
  • the external network includes an Internet network and a telephone network.
  • the invention also relates to a context management method proposing to a user the most suitable context for processing information, comprising a step of determining the most suitable context for processing information by a heterogeneous set of connected terminals between them by means of a local information transmission network, including a master terminal, characterized in that it comprises an additional step of sending an application by a computer server to the master terminal, through a external information transmission network connecting the computer server to at least one the master terminal, in order to allow the user to retrieve said most appropriate context on the master terminal.
  • the application detects among said heterogeneous set of terminals, the terminal or terminals which are accessible by the master terminal.
  • the most appropriate context is determined by browsing rules available in a rule base in association with data available in a context base and according to events that the computer server receives from the master terminal and / or from previously programmed data.
  • FIG. 1 is a very schematic view of a context management system according to the invention
  • FIG. 2 is a very schematic view of a context management system showing a few steps of exchanging information carried out between different means or elements of FIG. 1;
  • FIG. 3 is a very schematic view showing in more detail certain elements of FIG. 1;
  • FIG. 4 is a diagram showing an overall kinetics of the different stages of information exchange carried out between different means or elements of FIG. 3; and FIG. 5 is a very schematic view of an information management system according to the prior art.
  • FIG. 1 illustrates a context management system proposing to a user the most appropriate context for information processing.
  • the system includes a computer server 102 connected to an external network 104 for transmitting information and a heterogeneous set 120 of terminals 108, 112, 114, 116 and 118.
  • the latter are connected to each other by means of a local network 110 of transmission of information.
  • This heterogeneous set 120 of terminals comprises a master terminal 108 provided with a browser 144.
  • the heterogeneous set 120 of terminals can comprise mobile and / or fixed terminals. Indeed, this set depends on the environment of the user.
  • the master terminal 108 can be a computer and the other terminals are a microcomputer 112, headphones 114, a fax machine 116 and a PDA digital personal organizer 118.
  • the master terminal 108 can be a digital personal organizer PDA and the other terminals are for example a car radio 112, speakers 114, a mobile telephone 116 or the like 118.
  • the local area network 110 can be a wireless communications network of the Bluetooth type, an infrared transmission network or a wired network.
  • the external information transmission network 104 connects the computer server 102 to at least the master terminal 108.
  • the terminals 116 and 118 are also connected to the computer server 102 through the external network 104.
  • This computer server 102 has access to websites 106 through the external network 104. It is a “proxy” type server mandated to make a request on the web in place of the master terminal 108.
  • This external network 104 may include a plurality of networks interconnected with one another. For example, it can include among others, an Internet network and a telephone network.
  • the computer server 102 includes processing means 130 for determining the most appropriate context for processing information by the heterogeneous set of terminals.
  • This computer server 102 also includes a transformation module 140 intended to send an application to the master terminal 108 in order to allow the user to recover the most appropriate context on the master terminal 108.
  • FIG. 2 illustrates the mechanism for sending the application to the master terminal 108.
  • the transformation module 140 sends this identical request to the website 106 which hosts the request desired by the user (arrow b).
  • the transformation module 140 receives, from the website 106, the corresponding data (arrow c). Then, the transformation module 140 adds to this data, an application 142 in the form of a message or banner comprising a program, called an “applet” known per se and sends it to the browser of the master terminal.
  • the application or applet is an interface comprising a menu and parameters for connecting to the processing means 130.
  • This application 142 by the browser 144 of the master terminal 108 allows the user to retrieve, on the master terminal 108, the most appropriate context, from the processing means 130 of the computer server 102.
  • the execution of the application 142 sends a message to the processing means 130 of the computer server 102 (arrow e).
  • the processing means 130 send (arrow f) a response, comprising the most appropriate context, to the application 142 which in turn displays this response to the user.
  • the processing means 130 determine the most appropriate context as a function of events they receive from the master terminal
  • the application 142 sent to the master terminal 108 also allows the detection, among the heterogeneous set 120 of terminals, of the terminal or terminals accessible by the master terminal 108.
  • One of the advantages of sending the application to the master terminal 108 is that none of the terminals need to have a specific means for dialoguing with the computer server 102 in order to recover the most appropriate context.
  • Figure 3 shows the context management system detailing the means to determine the most appropriate context.
  • the processing means 130 comprise a rule engine 132 which is associated with a rule base 134 and a context base 136.
  • the bases of rules 134 and of contexts 136 may belong to the computer server 102 or be part of the external network 104.
  • the rules engine 132 and the transformation module 140 may belong to the same computer server 102 or to different computer servers.
  • the context base 136 includes a list of a plurality of contexts defining for each of the contexts the terminals likely to be accessible, the type of connection adapted between the local network 110 and the external network 104 and the manner of restoring the information to the terminals according to their capacity.
  • the context database 136 includes an “office” context, a “car” context, a “home” context and a “walker” context.
  • the accessible terminals are for example a computer and a fax machine
  • the type of connection or gateway is an Ethernet terminal and the restitution of the information goes for example entirely on the computer.
  • the accessible terminals are for example a car radio, a PDA and a mobile phone with GSM system
  • the type of connection is the GSM gateway and the restitution of information is distributed between the various terminals so that the sound is reproduced on the radio and the rest on the PDA.
  • the accessible terminal is for example a computer having an ADSL terminal
  • the type of connection is the ADSL terminal and the restitution of the information goes entirely on the computer.
  • the accessible terminals are for example a headset, a PDA and a mobile phone with GSM system
  • the type of connection is the GSM gateway and the restitution of information is distributed between the different terminals so that the sound is reproduced on the headset and the rest, i.e. image, text, video on the PDA.
  • the rule base 134 includes a list of rules based on terminals accessible by the master terminal and / or context change schedules and / or geographic locations of the master terminal.
  • the data of these rules is structured for example in an extensible meta-language of the XML type.
  • the available or accessible terminals or peripherals are a computer and an Ethernet terminal or if the time slot is between 9h and 18h, then the most appropriate context is the office context.
  • the accessible terminal is a car radio
  • the most appropriate context is the car context.
  • the accessible terminals or peripherals are a computer and an ADSL terminal and the time slot is not between 9h and 18h, then the most appropriate context is the home context.
  • the rule engine 132 determines the most appropriate context by browsing all the rules available in the rule base 134 in association with the data in the context base 136 and as a function of the events which it receives from the master terminal 108 or / and previously programmed data.
  • the events that the rules engine 132 receives from the master terminal 108 may include the subset of accessible terminals which are detected regularly by the application 142 sent to the master terminal 108 by the transformation module 140.
  • the events that the rules engine 132 receives from the master terminal 108 may include a geographic location of the master terminal 108, so that the most appropriate context is determined according to this location.
  • the most appropriate context can be determined as a function of the previously programmed data comprising, for example, context change schedules. This data can be configured by the user.
  • the context management system offers him to switch to the “office” context
  • the system offers him to switch to the “car” context
  • the system offers him to switch to the "home” context
  • FIG. 3 shows that the context management system can also include a session management module 152 and a device 154 connected to the rules engine.
  • the session management module 152 can belong to the server 102 or to another computer server and it is intended for monitoring the system. ,
  • This module can also be used for billing the telecommunications service.
  • the peripheral 154 is intended for read / write access to the rule engine and to the rule base. In general, it is a means of read / write access to the rules engine 132 and to the database. rules 134 not belonging to the heterogeneous set 120 of terminals. For example, it is a desktop computer that the user uses to modify their rules or else equipment of the telecommunications service operator to provide users with predefined rules.
  • the computer server 102 also includes adaptation means 128 for adapting the formats and sizes of the information originating from the web 106, to the information processing capacities of each of the terminals, as well as routing means 126 for direct this information to the accessible terminals in the manner defined by the most appropriate context.
  • FIG. 4 is a diagram showing overall kinetics of an example of the context management method proposing to a user 160 the most appropriate context.
  • step E1 the user 160 requests to access a resource on the Internet by clicking on a link, or by entering the address or the URL, that is to say the format and the path access to a resource of the website that he wishes to display in his browser 144.
  • step E2 the URL entered by the user is translated by the browser 144, into a request according to the corresponding protocol of the URL (for example http) and sends it to the computer server 102.
  • the browser 144 is configured to systematically send all its requests to the server 102 which is responsible for making the request on the Internet or website in place of the browser 144 of the master terminal 108.
  • step E3 the computer server 102 relays this request to identical to the transformation module 140.
  • step E4 no modification is made and the transformation module 140 sends the request to the website 106 which hosts the URL desired by the user 160.
  • step E5 the transformation module 140 receives, coming from the website 106, multimedia information corresponding to this request, for example in the form of a graphic page or “page web ”of type HTML.
  • step E6 the transformation module 140 adds on this information, an application 142 in the form of a message or banner comprising a program which allows access to the most appropriate context and sends everything to the computer server 102.
  • step E7 the computer server 102 transmits to the browser 144 of the master terminal 108 in the format suitable for this terminal, the web page and the application 142 for accessing the most appropriate context.
  • the browser 144 On receipt of this page, the browser 144 displays the page and executes (step E8) the code of the application. In other words, the browser creates the instance for a logon that follows the same path as the request.
  • step E9 the application 142 sends a logon message to the computer server 102.
  • step E10 the computer server 102 sends this message to the session management module 152.
  • step Eli the application detects the accessible terminals and sends this list to the computer server 102.
  • step E12 the computer server 102 sends this list to the session management module 152 for updating the session.
  • step E13 the session management module 152 sends the list of accessible terminals, the current time, location information, or in general all the elements which can intervene for the determination of a context, to the rules engine 132.
  • step E14 the rule engine 132 scans the base of rules 134 until it finds a corresponding rule and sends the response to the session management module 152.
  • step E15 the session management module 152 relays the response to the computer server 102.
  • step E16 the computer server 102 relays the response to the application 142.
  • step E17 the application then displays a message intended for the user to inform him of the most appropriate context.
  • step E18 the user accepts or refuses the proposed context. If it refuses the system remains in the previous context and if it accepts, the new context will be considered as the current context.
  • step E19 the user's response is sent to the computer server 102.
  • step E20 the computer server 102 relays this response to the session management module 152 for updating the session.
  • the following steps correspond to the detection of a new terminal in order to propose a new context. These steps can be replaced by an indication of change of location, or a change of time slot.
  • step E21 the application has for example detected a new terminal accessible by the user 160 and sends this information to the computer server 102.
  • step E22 the computer server 102 sends this information to the session management module 152 for updating the session.
  • step E23 the session management module 152 sends the information on the new terminal accessible to the rules engine 132.
  • step E24 the rule engine 132 scans the base of rules 134 until it finds a corresponding rule and sends the response to the session management module 152.
  • step E25 the session management module 152 relays the response to the computer server 102.
  • step E26 the computer server 102 relays the response to the application 142.
  • step E27 the application then displays a message intended for the user to inform him of a new most suitable context.
  • step E28 the user accepts or refuses the proposed context.
  • step E29 the user's response is sent to the computer server 102.
  • step E30 the computer server 102 relays this response to the session management module 152 for updating the session.

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

Titre de l'invention
SYSTÈME DE GESTION DE CONTEXTE POUR UN RÉSEAU COMPORTANT UN ENSEMBLE HÉTÉROGÈNE DE TERMINAUX
5 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 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. 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 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 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 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 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, l'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 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 ; 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, l'application envoyée au terminal maître est 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 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 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 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 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 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 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.
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 1 ; -la figure 3 est une vue très schématique montrant avec plus de détails certains éléments de la figure 1 ;
-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é à 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 micro- 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 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 » 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 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 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 à 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 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 traitement 130 du serveur informatique 102.
En effet, l'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 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 approprié par ces moyens de traitement 130.
En outre, l'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 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 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 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 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 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 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 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 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 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 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 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é 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, l'utilisateur est à son bureau, le système de gestion de contexte lui propose de basculer dans le contexte « 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 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 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 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 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 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 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 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 crée l'instance pour une ouverture de session qui suit le même chemin que la requête.
A l'étape E9, l'application 142 envoie un message d'ouverture de session au serveur informatique 102.
A l'étape E10, le serveur informatique 102 envoie ce message au module de gestion de session 152.
A l'étape Eli, l'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, l'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, l'application affiche alors un message à destination de l'utilisateur pour l'informer du contexte le plus approprié. A l'étape E18, l'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 localisation, ou un changement de créneau horaire.
A l'étape E21, l'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 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, l'application affiche alors un message à destination de l'utilisateur pour l'informer d'un nouveau contexte le plus approprié.
A l'étape E28, l'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

REVENDICATIONS
1. Système de gestion de contexte proposant à un utilisateur (160) le contexte le plus approprié pour un traitement d'informations, comportant : 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 ; 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) 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 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 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 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 gestion de contexte selon l'une quelconque des revendications 1 à 4, caractérisé en ce que les événements reçus du terminal maître (108) comportent une détection régulière par ladite application (142) du ou des terminaux accessibles par le terminal maître (108).
6. Système de gestion de contexte selon l'une quelconque des revendications 1 à 4, caractérisé en ce que les événements reçus du terminal maître (108) comportent une localisation géographique du terminal maître (108).
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 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 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 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é 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 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 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 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.
PCT/FR2004/001229 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 WO2004107705A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2006530365A JP2007505417A (ja) 2003-05-22 2004-05-19 混成セットの端末を含むネットワークのためのコンテキスト管理システム
EP04742773A EP1625723A1 (fr) 2003-05-22 2004-05-19 Systeme de gestion de contexte pour un reseau comportant un essemble heterogene de terminaux
US10/557,080 US7743091B2 (en) 2003-05-22 2004-05-19 Context management system for a network including a heterogenous set of terminals

Applications Claiming Priority (2)

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
FR03/06167 2003-05-22

Publications (1)

Publication Number Publication Date
WO2004107705A1 true WO2004107705A1 (fr) 2004-12-09

Family

ID=33396671

Family Applications (1)

Application Number Title Priority Date Filing Date
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

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 (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007083954A1 (fr) * 2006-01-23 2007-07-26 Lg Electronics Inc. Procédé de programmation de la gestion d'un dispositif et terminal associé
CN100417267C (zh) * 2005-05-25 2008-09-03 华为技术有限公司 一种在设备管理中控制对终端操作的方法

Families Citing this family (7)

* 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
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
US20070068423A1 (en) * 2005-09-27 2007-03-29 Thiele Erik S Titanium dioxide pigment useful in paper laminates
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
WO2004082317A1 (fr) * 2003-03-11 2004-09-23 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
MXPA05012810A (es) * 2003-06-16 2006-02-13 Allergan Inc Formas de dosis oral de memantina.
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 (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100417267C (zh) * 2005-05-25 2008-09-03 华为技术有限公司 一种在设备管理中控制对终端操作的方法
WO2007083954A1 (fr) * 2006-01-23 2007-07-26 Lg Electronics Inc. Procédé de programmation de la gestion d'un dispositif et terminal associé

Also Published As

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

Similar Documents

Publication Publication Date Title
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
EP1473904B1 (fr) Procédé et système d'accès à un réseau poste à poste
EP1538856A1 (fr) Procédé et système de configuration automatique d'appareil dans un réseau de communications
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
WO2004107705A1 (fr) Système de gestion de contexte pour un réseau comportant un ensemble hétérogène 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
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
EP1705868A2 (fr) Procédé et système de partage d'attributs personnels
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
EP1494419B1 (fr) Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant
FR2918241A1 (fr) Procede, serveur et application pour le partage de contenus personnels entre terminaux d'usager(s)
EP2681899A1 (fr) Distribution d'applications dans un réseau
WO2023275475A1 (fr) Procede de gestion d'une passerelle d'acces a un reseau sur un terminal mobile
EP4518289A1 (fr) Exécution accélérée d'une application web par un terminal de lecture de contenu audio-visuel, au travers d'une passerelle
EP4335144A1 (fr) Parametrage d'un terminal
WO2012022922A1 (fr) Terminal portable pour réseau mobile
EP1853040A1 (fr) Système de communication et terminaux de visualisation à basse consommation convenant à un tel système
EP1989845A1 (fr) Gestion d'une communication entre un systeme de telecommunications et un serveur
WO2004071019A1 (fr) Procede pour l’autoconfiguration d’un routeur de bordure par diffusion d’un contexte
WO2010012961A2 (fr) Mise à jour de critères de recherche de contenu définis pour un fournisseur de service
FR2805625A1 (fr) Procede et systeme d'octroi de privileges par un gestionnaire d'acces au sein d'un reseau de communication

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2007067423

Country of ref document: US

Ref document number: 10557080

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2006530365

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 1020057022271

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2004742773

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 20048174027

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2004742773

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020057022271

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 10557080

Country of ref document: US