| WO/2011/004015 | MANAGEMENT OF A NUMBER OF SWIMMING POOLS |
| WO/2008/050097 | SYSTEM AND METHOD FOR DATA ACQUISITION AND PROCESSING |
| JP60072470 | FAX OUTPUT CONTROL SYSTEM |
MARREC, Anne (10 route de Roscane, Pleumeur-Bodou, Pleumeur-Bodou, F-22560, FR)
SALAUN, Mikaël (15 An Duchen, Rosnoen, Rosnoen, F-29590, FR)
RADIER, Benoît (33 rue du Docteur Laennec, Perros Guirec, Perros Guirec, F-22700, FR)
MARREC, Anne (10 route de Roscane, Pleumeur-Bodou, Pleumeur-Bodou, F-22560, FR)
SALAUN, Mikaël (15 An Duchen, Rosnoen, Rosnoen, F-29590, FR)
| REVEN DICATIONS 1. Procédé d'obtention par un serveur de sessions d'accès (7) d'informations (I5 ; I5b, Isc) relatives à un terminal (la ; 10) appartenant à un réseau local, ledit serveur de sessions d'accès (7) étant adapté à fournir des informations (I7 ; I70) relatives à une session d'accès du terminal à un réseau d'accès (4), ledit procédé d'obtention étant caractérisé en ce qu'il comprend, sur réception d'une requête (R2 ; R2o) d'informations relatives au terminal en provenance d'un serveur d'application (9), l'obtention auprès d'un serveur d'auto-configuration (5), d'informations (I5; I5b, I5c) relatives à un environnement local dudit terminal (la ; 10) et la fourniture desdites informations au serveur d'application (9). 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'envoi (E7 ; E70) par le serveur de session d'accès (7) au serveur d'application (9) desdites informations (I7 ; I70) relatives à une session d'accès du terminal conjointement avec les informations (I5; I5b, I5c) relatives à un environnement local du terminal (la ; 10). 3. Procédé mis en œuvre par un serveur d'auto-configuration (5), caractérisé en ce qu'il comprend : -la réception par ledit serveur d'auto-configuration (5) d'une requête d'interrogation (R3 ; R30) en provenance d'un serveur de sessions d'accès (7) pour obtenir des informations (I5 ; I5b, Isc) relatives à un environnement local d'un terminal (la ; 10) appartenant à un réseau local ; et - la fourniture (E6 , E7 ; E60, E70) par ledit serveur d'auto-configuration (5) desdites informations audit serveur de sessions d'accès (7), en réponse à ladite requête. 4. Procédé selon la revendication 3, caractérisé en ce qu'il comprend en outre une sélection par ledit serveur d'auto-configuration (5) des informations relatives à un environnement local du terminal à fournir au serveur de sessions d'accès (7) en fonction d'un service à fournir au terminal par un serveur d'application (9). 5. Procédé selon la revendication 3, caractérisé en ce que les informations (I5 ; Iδb/ hc) relatives à un environnement local du terminal comprennent des informations relatives à des bornes d'accès (30b, 30c) au réseau d'accès (4) voisines du terminal et en ce que le procédé comprend la sélection d'une borne d'accès parmi lesdites bornes d'accès en fonction du service adapté à fournir. 6. Procédé de fourniture de service à un terminal (la ; 10) appartenant à un réseau local (2), comprenant : - l'envoi d'une requête (R2 :R20) d'informations relatives à un terminal par un serveur d'application à un serveur de sessions d'accès ; - l'obtention et la fourniture par ledit serveur de sessions d'accès audit serveur d'applications d'informations relatives à une session d'accès du terminal à un réseau d'accès (4) ; - l'obtention et la fourniture desdites informations relatives à un environnement local du terminal audit serveur d'application par ledit serveur de sessions d'accès conformément à un procédé selon la revendication 1 ; et - la fourniture (E9 ; E90) par ledit serveur d'application audit terminal d'au moins un service adapté en fonction à la fois des informations (I7 ; I70) relatives à une session d'accès du terminal et des informations (I5 ; I5b, Isc) relatives à un environnement local du terminal. 7. Procédé selon la revendication 6, caractérisé en ce que ledit serveur de sessions d'accès fournit lesdites informations (I5 ; I5b, hc) relatives à un environnement local du terminal complétées avec lesdites informations (I7 ; I70) relatives à une session d'accès du terminal. 8. Procédé selon la revendication 6, caractérisé en ce qu'avant de fournir au serveur de sessions d'accès les informations relatives à un environnement local, ledit serveur d'auto-configuration (5) sélectionne les informations relatives à un environnement local du terminal à fournir au serveur de sessions d'accès (7) en fonction du service adapté à fournir. 9. Procédé selon la revendication 6, caractérisé en ce que les informations (Is ; Isb/ Isc) relatives à un environnement local du terminal comprennent des informations relatives à des bornes d'accès (30b, 30c) au réseau d'accès (4) voisines du terminal et en ce que le procédé comprend la sélection d'une borne d'accès parmi lesdites bornes d'accès en fonction du service adapté à fournir. 10. Serveur de sessions d'accès (7), adapté à fournir des informations relatives à une session d'accès à un réseau d'accès d'un terminal appartenant à un réseau local, caractérisé en ce qu'il comprend des moyens pour, sur réception d'une requête (R2 ; R20) d'informations relatives au terminal en provenance d'un serveur d'application (9), obtenir par interrogation d'un serveur d'auto- configuration (5) des informations (I5; I5b, I5c) relatives à un environnement local du terminal (la ; 10) et pour fournir ces informations audit serveur d'application (9). 11. Serveur d'auto-configuration (5) comprenant des moyens pour obtenir des informations (I5 ; I5b, I5c) relatives à un environnement local d'un terminal (la ; 10) appartenant à un réseau local (2), caractérisé en ce qu'il comprend en outre des moyens de réception d'une requête d'interrogation (R3 ; R30) en provenance d'un serveur de sessions d'accès (7) et des moyens pour fournir lesdites informations relatives à un environnement local du terminal audit serveur de sessions d'accès (7), en réponse à ladite requête d'interrogation (R3 ; R30). 12. Programme d'ordinateur (P1) comprenant des instructions pour la mise en oeuvre des étapes du procédé selon la revendication 3, lorsque ledit programme est exécuté par un ordinateur. 13. Programme d'ordinateur (P2) comprenant des instructions pour la mise en œuvre des étapes du procédé selon la revendication 1, lorsque ledit programme est exécuté par un ordinateur. 14. Système comprenant un terminal (la ; 10) appartenant à un réseau local (2), un serveur d'auto-configuration (5) selon la revendication 11, un serveur de sessions d'accès (7) selon la revendication 10 et un serveur d'application (9) apte à fournir des services audit terminal (la ; 10), ledit serveur d'application (9) comprenant : -des moyens pour envoyer une requête d'informations relatives à un terminal (la ; 10) audit serveur de sessions d'accès ; et -des moyens pour fournir audit terminal au moins un service adapté en fonction à la fois des informations relatives à une session d'accès du terminal et des informations relatives à un environnement local du terminal. |
Arrière-plan de l'invention
La présente invention concerne un procédé pour obtenir depuis un réseau d'accès (par exemple de type WAN : « Wide Area Network »), des informations relatives à un environnement local d'un terminal appartenant à un réseau local (par exemple de type LAN : « Local Area Network »).
L'invention trouve une application privilégiée dans le domaine de la fourniture de services personnalisés, pour permettre en particulier à des opérateurs de télécommunications et/ou des fournisseurs de services, de fournir à un terminal des services adaptés à son environnement local, en fonction d'informations d'environnement relatives au réseau local auquel appartient le terminal.
Le terminal accède à un service, à travers une ligne du client d'un opérateur de réseau d'accès de type RTC (« Réseau Téléphonique Commuté »), l'accès au réseau étant effectué à travers un équipement de type NAS (« Network Access Server ») ou BAS (« Broadband Access Server »).
Le terminal est contrôlé par l'opérateur du réseau d'accès auprès duquel il obtient une adresse IP (« Internet Protocol »). Pour cela, le terminal est identifié auprès d'un serveur de session d'accès. Dans le contexte de l'invention, on entendra par serveur de sessions d'accès réseau (CLF « Connectivity Session Location and Repository Function ») un serveur permettant de collecter des informations sur des sessions utilisateur au niveau du réseau d'accès. De manière connue, le serveur de sessions enregistre l'association d'une adresse IP d'un terminal et des informations de localisation géographique du réseau correspondantes, des caractéristiques sur l'accès (débit montant, débit descendant, caractéristiques physiques de la ligne), le nom du propriétaire de l'accès.
Par ailleurs, le terminal est configuré sur le réseau local par un serveur d'auto- configuration appartenant au réseau d'accès.
Dans le contexte de l'invention, on entendra par serveur d'auto- configuration (ACS pour « AutoConfiguration Server » ou CNGCF « Customer Network Gateway Configuration Function » ou CPECF « Customer Premises Equipment Configuration Function ») un serveur permettant à un terminal de se paramétrer et de se configurer automatiquement pour qu'il puisse accéder aux services souscrits par le client auprès d'un fournisseur de services, en fonction du type du terminal et de droits d'accès aux services du client. Par conséquent, le serveur d'auto-configuration contient l'ensemble des droits d'accès aux services des clients, ainsi que les différents paramètres permettant de configurer les différents types de terminaux de ces clients. Le serveur d'auto- configuration est apte à récupérer les modifications d'état des terminaux et les différentes informations sur les configurations des terminaux.
La fourniture du service au terminal est assurée par un serveur d'application (AF « Application Function »). Actuellement, il n'existe pas de procédé qui permette d'obtenir depuis le réseau d'accès, des informations d'environnement local relatives à un terminal appartenant à un réseau local ou domestique, de manière fiable et simple. Par informations d'environnement local, on entend par la suite informations d'environnement dans le réseau local ou domestique. A fortiori, un tel procédé n'est pas mis en œuvre pour fournir un service adapté à un terminal sur un réseau local ou domestique, en fonction d'informations d'environnement local obtenues à partir du réseau d'accès.
Objet et résumé de l'invention La présente invention propose un procédé d'obtention par un serveur de sessions d'accès d'informations relatives à un terminal appartenant à un réseau local, ledit serveur de sessions d'accès étant adapté à fournir des informations relatives à une session d'accès du terminal à un réseau d'accès, ledit procédé d'obtention étant caractérisé en ce qu'il comprend, sur réception d'une requête d'informations relatives au terminal en provenance d'un serveur d'application, l'obtention auprès d'un serveur d'auto-configuration, d'informations relatives à un environnement local dudit terminal et la fourniture desdites informations audit serveur d'application.
La présente invention vise également un procédé de fourniture de service à un terminal appartenant à un réseau local, comprenant : l'envoi d'une requête d'informations relatives à un terminal par un serveur d'application à un serveur de sessions d'accès ; l'obtention et la fourniture par ledit serveur de sessions d'accès audit serveur d'applications d'informations relatives à une session d'accès du terminal à un réseau d'accès ; l'obtention et la fourniture desdites informations relatives à un environnement local du terminal audit serveur d'application par ledit serveur de sessions d'accès conformément à un procédé d'obtention tel que décrit précédemment ; et la fourniture par ledit serveur d'application audit terminal d'au moins un service adapté en fonction à la fois des informations relatives à une session d'accès du terminal et des informations relatives à un environnement local du terminal.
Le procédé de fourniture de service selon l'invention est avantageusement utilisé pour récupérer simultanément des informations de sessions et des informations d'environnement local et fournir un service adapté à chaque terminal en fonction de ces informations.
De manière classique, le terminal sur le réseau local communique avec les serveurs du réseau d'accès par l'intermédiaire d'une passerelle (« gateway »), qui peut être une passerelle résidentielle dans le cas d'un réseau local domestique. Dans le cas où la passerelle est un modem routeur, le terminal est caché derrière la passerelle. Dans le cas où la passerelle est un modem pont, le terminal est directement visible depuis le réseau d'accès.
D'une part, le fait que les informations d'environnement local soient obtenues auprès du serveur d'auto-configuration permet de garantir la véracité de ces informations et de maintenir un bon niveau de confiance auprès d'une entité tierce telle qu'un serveur d'application. La véracité de ces informations est garantie dans la mesure où celles-ci sont maintenues au niveau du serveur d'auto-configuration qui est sous le contrôle d'un opérateur ou d'un fournisseur de services. De cette manière, on évite à un terminal de fournir lui-même à une entité tierce ses propres informations d'environnement local qu'il aurait pu falsifier. Ainsi, il est possible d'empêcher une utilisation frauduleuse de ces informations.
D'autre part, l'obtention des informations d'environnement local par l'intermédiaire du serveur de sessions d'accès est simple à mettre en œuvre, dans la mesure où elle ne fait pas intervenir d'interface de communication supplémentaire par rapport à ce qui existe actuellement.
Selon une caractéristique de la présente invention, le serveur de sessions d'accès fournit lesdites informations relatives à un environnement local du terminal complétées avec lesdites informations relatives à une session d'accès du terminal. Ainsi, le serveur de sessions obtient simultanément des informations de session et des informations d'environnement local en réutilisant les interfaces de communication existantes. L'ensemble de ces informations permettent de caractériser plus précisément l'environnement du terminal.
Selon une autre caractéristique de la présente invention, avant de fournir au serveur de sessions d'accès les informations relatives à un environnement local, le serveur d'auto-configuration sélectionne les informations relatives à un environnement local du terminal à fournir au serveur de sessions d'accès en fonction du service adapté à fournir.
La sélection des informations pertinentes au niveau du serveur d'auto- configuration permet d'optimiser l'utilisation de la bande passante en limitant la quantité d'informations transitant à travers le réseau d'accès.
Selon une autre caractéristique de la présente invention, les informations relatives à un environnement local du terminal comprennent des informations relatives à des bornes d'accès au réseau d'accès voisines du terminal et le procédé de fourniture de service comprend la sélection d'une borne d'accès parmi lesdites bornes d'accès en fonction du service adapté à fournir.
Ceci est particulièrement avantageux pour déterminer une borne d'accès adaptée dans le cadre de la gestion d'un service de handover. La présente invention vise également un procédé mis en œuvre par un serveur d'auto-configuration, caractérisé en ce qu'il comprend :
- la réception par ledit serveur d'auto-configuration d'une requête d'interrogation en provenance d'un serveur de sessions d'accès pour obtenir des informations relatives à un environnement local d'un terminal appartenant à un réseau local ; et - la fourniture par ledit serveur d'auto-configuration desdites informations audit serveur de sessions d'accès, en réponse à ladite requête.
Selon une caractéristique de la présente invention, le procédé mis en œuvre par le serveur d'auto-configuration comprend en outre une sélection par ledit serveur d'auto-configuration des informations relatives à un environnement local du terminal à fournir au serveur de sessions d'accès en fonction d'un service à fournir au terminal par un serveur d'application.
Selon une autre caractéristique, les informations relatives à un environnement local du terminal comprennent des informations relatives à des bornes d'accès au réseau d'accès voisines du terminal et le procédé mis en œuvre par le serveur d'auto- configuration comprend la sélection d'une borne d'accès parmi lesdites bornes d'accès en fonction du service adapté à fournir.
Selon une caractéristique de Ia présente invention, le procédé d'obtention comprend en outre l'envoi par le serveur de session d'accès au serveur d'application desdites informations relatives à une session d'accès du terminal conjointement avec les informations relatives à un environnement local du terminal.
La présente invention vise également un serveur d'auto-configuration comprenant des moyens pour obtenir des informations relatives à un environnement local d'un terminal. Le serveur d'auto-configuration selon l'invention comprend en outre des moyens de réception d'une requête d'interrogation en provenance d'un serveur de sessions d'accès et des moyens pour fournir lesdites informations relatives à un environnement local du terminal audit serveur de sessions d'accès, en réponse à ladite requête d'interrogation.
Conformément à la présente invention, le serveur d'auto-configuration est ainsi adapté à fournir des informations d'environnement relatives à un environnement local du terminal sur un réseau à local à une entité tierce. De manière avantageuse, la véracité des informations est garantie par l'opérateur ou le fournisseur de services à qui appartient le serveur d'auto-configuration. Selon une caractéristique de la présente invention, le serveur d'auto- configuration comprend en outre des moyens pour sélectionner, en fonction du service à fournir, les informations relatives à un environnement local du terminal à fournir au serveur de sessions d'accès. La présente invention vise également un serveur de sessions d'accès, adapté à fournir des informations relatives à une session d'accès à un réseau d'accès d'un terminal appartenant à un réseau local, caractérisé en ce qu'il comprend des moyens pour, sur réception d'une requête d'informations relatives au terminal en provenance d'un serveur d'application, obtenir par interrogation d'un serveur d'auto-configuration des informations relatives à un environnement local du terminal et pour fournir ces informations audit serveur d'application.
De manière avantageuse, le serveur de sessions d'accès obtient les informations d'environnement local auprès du serveur d'auto-configuration, de manière fiable et simple en réutilisant les interfaces de communication existantes. Selon une caractéristique de la présente invention, le serveur de sessions d'accès comprend en outre des moyens pour envoyer au serveur d'application des informations relatives à une session d'accès conjointement avec les informations d'environnement relatives à un environnement local du terminal.
L'invention vise également un système comprenant un terminal appartenant à un réseau local, un serveur d'auto-configuration et un serveur de sessions d'accès tels que décrits précédemment et un serveur d'application apte à fournir des services audit terminal, ledit serveur d'application comprenant :
- des moyens pour envoyer une requête d'informations relatives à un terminal audit serveur de sessions d'accès ; et - des moyens pour fournir audit terminal au moins un service adapté en fonction à la fois des informations relatives à une session d'accès du terminal et des informations relatives à un environnement local du terminal.
Ainsi, le serveur d'application obtient simultanément de manière simple et garantie les informations de session et les informations d'environnement local. Ces informations permettent au serveur d'application de personnaliser le service proposé en tenant compte non seulement du réseau d'accès mais également du réseau local.
Le fait que le serveur d'application obtienne les informations d'environnement local auprès du serveur d'auto-configuration permet de garantir la véracité de celles-ci, dans la mesure où ces informations sont maintenues au niveau du serveur d'auto- configuration qui est sous le contrôle d'un opérateur ou d'un fournisseur de services. Ceci permet d'éviter à un terminal de fournir ses propres informations d'environnement local directement au serveur d'application, informations qu'il aurait pu falsifier. Par ailleurs, l'obtention des informations d'environnement par l'intermédiaire du serveur de sessions d'accès est simple à mettre en œuvre, dans la mesure où elle permet l'utilisation d'interfaces de communication existantes.
La présente invention vise également un programme d'ordinateur comprenant des instructions pour la mise en œuvre des étapes du procédé mis en œuvre par un serveur d'auto-configuration selon l'invention tel que décrit ci-avant, lorsque ledit programme est exécuté par un ordinateur.
La présente invention vise également un programme d'ordinateur comprenant des instructions pour la mise en œuvre des étapes du procédé d'obtention par un serveur de sessions d'accès d'informations relatives à un terminal selon l'invention tel que décrit ci-avant, lorsque ledit programme est exécuté par un ordinateur.
Chacun des programmes d'ordinateur décrits ci-dessus peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et sur lequel sont enregistrées des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les dessins :
- la figure 1 illustre de manière schématique un système dans un mode de réalisation de la présente invention dans le cadre de la fourniture d'un service personnalisé ; - la figure 2 illustre sous forme d'organigramme les étapes du procédé dans un mode de réalisation de la présente invention mis en œuvre dans le cadre de la fourniture d'un service personnalisé ;
- la figure 3 illustre de manière schématique un système dans un mode de réalisation particulier de la présente invention mis en œuvre dans le cadre de la gestion de la mobilité d'un terminal ; et
- la figure 4 illustre sous forme d'organigramme les étapes du procédé dans un mode de réalisation particulier de la présente invention mis en œuvre dans le cadre de la gestion de la mobilité d'un terminal.
Description détaillée d'un mode de réalisation
Un mode de réalisation de la présente invention va être maintenant décrit de manière détaillée en référence aux figures 1 et 2, dans le cadre de la fourniture d'un service personnalisé à un utilisateur d'équipements sur un réseau domestique 2 (réseau local) depuis un réseau d'accès 4.
Comme illustré sur la figure 1, le réseau domestique 2 comprend un terminal la (ordinateur portable) et un écran à haute définition Ib. Chacun de ces équipements la, Ib est connecté à une passerelle domestique 3 (CNG « Customer Network Gateway ») qui est le point central du réseau domestique. Comme illustré sur la figure 1, le réseau d'accès 4 comprend :
- un serveur d'auto-configuration 5 associé à une base de données 5a, dans laquelle sont maintenues des informations I 5 relatives au réseau domestique 2 auquel appartient le terminal la ;
- un serveur de sessions d'accès 7 au réseau d'accès 4, ledit serveur 7 étant associé à une base de données 7a, dans laquelle sont maintenues des informations de sessions I 7 relatives à une session d'accès du terminal la auprès du réseau d'accès 4 ; et
- un serveur d'application 9 apte à fournir un service au terminal sur le réseau domestique 2, ce service étant adapté en fonction d'informations reçues du serveur de sessions d'accès 7. Une interface de communication est prévue entre le serveur d'auto- configuration 5 et le serveur de sessions 7 pour permettre notamment au serveur de sessions 7 d'obtenir auprès du serveur d'auto-configuration 5 les informations I 5 relatives au réseau domestique 2 conformément à la présente invention.
Les étapes du procédé de fourniture du service personnalisé en fonction des informations d'environnement local I 5 et des informations de sessions I 7 vont être maintenant décrites de manière détaillée en référence à la figure 2.
Lors d'une phase préalable de configuration P 0 , les équipements la, 3 du réseau domestique 2 sont configurés par le serveur d'auto-configuration 5. En particulier, la passerelle domestique 3 est configurée (étape E 0 ) par le serveur d'auto-configuration 5 et identifiée auprès du serveur de sessions d'accès 7 (étape E' o ).
De préférence, le protocole utilisé pour permettre au serveur d'auto- configuration 5 de configurer les équipements du réseau domestique 2 est le protocole TR-069 (« CPE WAN Management Protocol »). Pour la configuration d'équipements utilisant la technologie VoIP (« Voice over IP »), le protocole TR-104 (« Provisioning Parameters for VoIP CPE ») peut être utilisé.
Les paramètres de configuration utilisés pour configurer chaque équipement sur le réseau domestique 2 sont enregistrés dans la base de données 5a gérée par le serveur d'auto-configuration 5 et constituent des informations I 5 relatives à un environnement local de l'utilisateur, au sens de la présente invention.
A titre indicatif, ces informations sont constituées par :
- le(s) type(s) d'accès disponible(s) sur le réseau domestique 2 : Wi -Fi™ (IEEE 802.11 b, g, n), Ethernet (IEEE 802.3) ; - le type d'équipements (passerelle domestique 3, ordinateur la) présents sur le réseau domestique 2 et configurés par le serveur d'auto-configuration 5; et
- les équipements disponibles présents sur le réseau local mais ne nécessitant pas de configuration particulière (écran de télévision Ib, enceintes audio, microphone, écran d'ordinateur). A titre d'exemple, les paramètres de configuration de chaque équipement 3, la du réseau domestique 2 et relatifs à chaque interface de communication (USB, Ethernet, Wireless) sont enregistrés dans la base de données 5a sous la forme suivante :
• « Software/firmware image management » de chaque équipement,
• « Status and performance monitoring », et • « Diagnostics ».
Les données sont enregistrées sous forme d'un objet. Par exemple, l'objet
InternetGatewayDevice.LANDevice.{i}. WLAN-Confιguration.{i} contient les informations suivantes :
Enable; Status; BSSID; SSID; MaxBitRate; Channel; BeaconType; MACAddressControlEnabled; Standard; WEPKeylndex; KeyPassphrase;
WEPEncryptionLevel; BasicEncryptionModes; BasicAuthenticationMode;
WPAEncryption Modes; WPAAuthenticationMode;IEEElliEncryptionModes ;
IEEEl UAuthentication Mode; PossibleChannels; BasicData TransmitRates;
OperationalData TransmitRates; PossibleData TransmitRates; InsecureOOBAccessEnabled; BeaconAdvertisementEnabled; RadioEnabled; AutoRateFalIBackEnabled ;
LocationDescήption; RegulatoryDomain; TotalPSKFailures; TotalIntegrityFailures;
ChanneisInUse; DeviceOperationMode; DistanœFromRoot; PeerBSSID; AuthenticationServiceMode; TotalBytesSent; Total BytesReceived ; TotalPacketsSent ; TotalPacketsReceived ; TotalAssociations.
Les informations de sessions I 7 sont stockées dans la base de données 7a gérée par le serveur de sessions 7, de sorte que la validité de ces informations soit garantie par l'opérateur du réseau d'accès 4 qui contrôle le serveur de sessions 7.
De manière connue, les informations de sessions I 7 sont utilisées pour identifier l'accès au réseau d'accès 4 et construire une configuration adaptée à l'environnement de l'utilisateur du terminal la.
A titre indicatif, les informations de sessions I 7 comprennent par exemple : - l'identifiant du client associé à une ligne d'accès (« Subscriber ID ») ;
- identifiant de la ligne d'accès ou identifiant d'accès logique ;
- le type du réseau d'accès (ATM, Ethernet, Wi-Fi, xDSL, FTTH) ;
- le type de terminal (voix, vidéo, PC) ; et
- l'adresse IP publique (« IP Edge Identity ») utilisée par la passerelle domestique 3 ou l'adresse publique utilisée par les terminaux utilisateurs sur le réseau domestique 2.
D'autres informations telles que la localisation géographique du réseau domestique 2 (« Physical Access ID » ; « Address Realm »), le type d'accès physique
(ADSL : « Asynchronous Digital Subscriber Line », FTTI-I : « Fiber To The Home ») et le débit (montant, descendant) de la ligne physique utilisée par le terminal la /passerelle domestique 3 peuvent être comprises dans les informations de sessions I 7 .
Dès lors que des modifications de la configuration d'un équipement appartenant au réseau domestique 2 sont réalisées par un administrateur de l'équipement ou par une mise à jour de la couche logicielle effectuée par le réseau d'accès, celles-ci sont transmises automatiquement au serveur d'auto-configuration 5 selon le protocole TR-069 et/ou TR-104.
On suppose qu'un utilisateur du terminal la souhaite accéder à un service de réception d'un flux vidéo adapté à l'environnement dans lequel il se trouve. Par exemple, ce service permet à l'utilisateur de visualiser un flux vidéo HD (« High Définition ») sur un terminal ou périphérique adéquat du réseau domestique 2. A cet effet, le terminal la émet, lors d'une étape d'envoi E 1 , une requête de service R 1 à destination du serveur d'application 9. La requête de service R 1 comprend l'adresse IP (@1) du terminal la, permettant l'identification de celui-ci.
Dans l'exemple de réalisation illustré sur la figure 2, la passerelle domestique 3 intègre les fonctionnalités d'un modem pont. Un tel modem pont a la particularité de laisser passer toutes les requêtes dans le réseau d'accès 4, sans les modifier. Dans ce cas, le réseau d'accès 4 a une visibilité directe sur les équipements du réseau domestique 2.
Dans un autre exemple de réalisation non illustré, la passerelle domestique 3 intègre les fonctionnalités d'un modem routeur. L'utilisation d'un modem routeur implique que le réseau d'accès 4 n'a pas connaissance des équipements connectés sur le réseau domestique 2. Dans ce cas, seul le serveur d'auto-configuration 5 a connaissance des équipements connectés sur le réseau domestique 2. Dans cette variante de réalisation, à réception de la requête de service Ri, la passerelle domestique 3 substitue à l'adresse IP (@1) du terminal la sa propre adresse IP publique (@3) dans la requête de service pour communiquer avec le serveur d'application 9.
Sur réception de la requête de service R 1 , le serveur d'application 9 envoie au serveur de sessions 7 une requête d'informations R 2 comprenant l'adresse IP (@1) du terminal la qui est à l'origine de la demande de service (ou en variante l'adresse IP (@3) de la passerelle domestique 3 si celle-ci a substitué sa propre adresse à celle du terminal dans la requête de service Ri).
Conformément à la présente invention, cette requête d'informations R 2 est prévue pour permettre au serveur d'application 9 d'obtenir des informations d'environnement I 5 relatives au réseau domestique 2 auquel appartient le terminal la. Cette requête R 2 permet également d'obtenir par la même occasion les informations de sessions I 7 relatives à la session d'accès du terminal la au réseau d'accès 4.
Sur réception de la requête d'informations R 2 , le serveur de sessions 7 obtient, lors d'une étape d'obtention E 3 , les informations de sessions I 7 relatives à la session d'accès associée à l'adresse @1 du terminal la (ou en variante, à l'adresse @3 de la passerelle domestique 3). Ces informations de sessions I 7 sont extraites de la base de données 7a associée au serveur de sessions 7. Ainsi, l'obtention des informations I 7 relatives à une session d'accès du terminal est réalisée par interrogation du serveur de sessions d'accès 7.
Lors de cette même étape d'obtention E 3 , le serveur de sessions d'accès 7 obtient l'adresse IP (@5) du serveur d'auto-configuration 5 ayant configuré le terminal la sur le réseau domestique 2, ainsi que l'identifiant ID 3 de la passerelle domestique 3 dont dépend le terminal la.
À partir de l'adresse publique du réseau domestique 2, le serveur de sessions 7 connaît l'identifiant ID3 de la passerelle domestique 3, ainsi que l'adresse @5 du serveur d'auto-configuration 5. Ces données sont mémorisées en relation dans le serveur de sessions d'accès 7.
Dans le cas où la passerelle domestique est un modem pont, le serveur de sessions d'accès 7 a besoin de l'adresse IP publique @1 du terminal la pour obtenir l'adresse @5 du serveur d'auto-configuration et l'identifiant ID3 de la passerelle domestique 3. La passerelle domestique 3 étant connectée sur la même ligne que le terminal la, il suffit de récupérer l'adresse IP d'un équipement de type « passerelle domestique » connecté sur la même ligne que le terminal la. Le serveur de sessions d'accès 7 a la connaissance de tous les types d'équipements connectés sur une ligne dès lors qu'il obtient une adresse publique. Le serveur de sessions d'accès 7 permet de retrouver la localisation géographique du réseau d'un terminal.
Dans Ie cas où la passerelle domestique est un modem routeur, lors de la procédure de recherche de la passerelle domestique, le serveur de sessions d'accès 7 retourne l'adresse IP publique @3 de Ia passerelle 3 identique à celle figurant dans la requête de service R 1 .
L'adresse @5 permet d'interroger le serveur d'auto-configuration 5 pour récupérer des informations sur l'environnement local. L'adresse @5 est enregistrée au niveau du serveur de sessions d'accès 7 en association avec une adresse IP publique de chaque terminal (terminal ou passerelle, selon que cette dernière joue le rôle de modem pont ou de modem routeur) lors de l'attribution d'adresse IP publique des équipements du réseau d'accès. Le serveur de sessions d'accès 7 mémorise des couples (@IP publique, @5), permettant, pour chaque équipement (terminal ou passerelle) de connaître le serveur d'auto-configuration 5 auquel il est rattaché. L'adresse IP publique est celle du terminal si la passerelle est transparente ou celle de la passerelle si le terminal n'est pas visible depuis le réseau d'accès.
Conformément à la présente invention, le serveur de sessions 7 complète les informations de sessions I 7 par des informations d'environnement I 5 relatives au réseau local qu'il obtient auprès du serveur d'auto-configuration 5 responsable de la configuration du réseau local 2 comme décrit ci-dessous.
Pour cela, le serveur de sessions 7 envoie au serveur d'auto-configuration 5, lors d'une étape E 4 , une requête d'informations R 3 à l'adresse IP (@5) du serveur d'auto- configuration 5 comprenant l'identifiant ID 3 de la passerelle domestique 3 déterminé lors de l'étape d'obtention E 3 précédente. Sur réception de la requête d'informations R 3 , le serveur d'auto-configuration 5 extrait (étape E 5 ) de la base de données 5a associée, les informations d'environnement I 5 relatives au réseau domestique 2.
Lors de cette même étape E 5 , le serveur d'auto-configuration 5 sélectionne les informations relatives à un environnement local du terminal à fournir au serveur de sessions d'accès 7, en fonction du service adapté à fournir.
Comme décrit ci-avant, les informations d'environnement I 5 concernent la configuration du réseau domestique 2 et plus particulièrement la configuration de connexion de la passerelle domestique 3 (type d'accès disponible, type de terminaux connectés et configurés par le serveur d'auto-configuration 5). Selon une variante de réalisation, toutes les informations d'environnement I 5 relatives au réseau domestique 2 ne sont pas stockées dans la base de données 5a. Ceci est particulièrement avantageux lorsque la quantité totale d'informations à stocker est élevée en raison du nombre élevé de clients à gérer. Dans ce cas, le serveur d'auto- configuration 5 obtient à la volée (en réponse à la requête d'information R 3 ) des informations d'environnement local spécifiques au réseau domestique 2 auprès de la passerelle domestique 3 et/ou des équipements connectés à la passerelle 3. De telles informations peuvent être obtenues par le serveur d'auto-configuration 5 en utilisant les commandes ci-dessous prévues par le protocole TR069 :
« GetParameterValues » permet d'obtenir la valeur d'un paramètre;
« GetParameterNames » permet de connaître le nom des paramètres que le serveur d'auto-configuration 5 peut récupérer;
« GetParameterAttributes » permet de connaître l'ensemble des arguments d'un paramètre.
Ces différentes méthodes permettent ensuite de récupérer les informations suivantes citées ci-dessous à titre d'exemple :
« LANDeviceNumberOfEntries » permet de savoir combien de terminaux (CND) sont connectés à la passerelle domestique 3 (CNG). « InternetGatewayDevice.LANDevice.{i} » permet de connaître le nombre de terminaux connectés sur le réseau domestique LAN {i} de la passerelle domestique 3 pour les technologies WL-AN, Ethernet et USB. «InternetGatewayDevice. LANDevice. {]}. LAN-EthernetlnterfaceConfig. {i}» permet de connaître les caractéristiques de l'interface {i} du réseau domestique 2 (LAN) {j} avec un terminal (CPE). De telles informations peuvent être utilisées par le serveur d'application 9 pour connaître le type de connectivité utilisé par un terminal et ainsi permettre de vérifier que le terminal est bien connecté à la passerelle domestique 3 ou que la ligne d'accès du réseau n'est pas saturée.
« InternetGatewayDevice. LANDevice. {i}. WLAN-Con figuration. {i}. » permet de connaître la configuration Wifi de la passerelle domestique 3 ou des terminaux présents sur le réseau domestique 2. Ces informations peuvent être avantageusement utilisées par le serveur d'application 9, par exemple dans le cadre de la gestion d'un procédé de « handover ».
De manière similaire, le protocole TR-104 peut être utilisé dans le cadre de la gestion de services VoIP, pour permettre au serveur d'auto-configuration 5 d'obtenir des informations spécifiques auprès de terminaux VoIP. Par exemple : « VoiceService.{i}.Capabilities » permet de savoir si un appel de type voix peut être transféré vers un appel de type visio-conférence (voix et image) en fonction des capacités de la passerelle domestique 3 ;
« VoiceService.{i}.Capabilities.SIP » permet de savoir si un terminal est apte à recevoir un appel de type VoIP selon le protocole SIP « Session Initiation Protocol » et de connaître le numéro de téléphone associé à l'adresse IP du terminal ; et
« VoiceService.{i}.Capabilities. Codées. {i} » permet de connaître les codées supportés par un terminal et donc par exemple de savoir si le terminal peut recevoir un appel en visioconférence. Lors d'une étape d'envoi E 6 , le serveur d'auto-configuration 5 envoie au serveur de sessions 7 dans un message Mi les informations d'environnement local I 5 préalablement obtenues. Par exemple, le message M 1 comprend des paramètres relatifs aux différentes interfaces de communication disponibles au niveau de la passerelle domestique 3 du réseau domestique 2.
Sur réception des informations d'environnement local I 5 fournies par le serveur d'auto-configuration 5, le serveur de sessions d'accès 7 envoie (étape E 7 ) au serveur d'application 9 un message M 2 comprenant les informations d'environnement local I 5 complétées par les informations I 7 de la session d'accès du terminal. Lors d'une étape d'adaptation E 8 , le serveur d'application 9 adapte le service requis par le terminal, en fonction des informations d'environnement I 5 relatives au réseau local 2 et des informations de sessions d'accès I 7 relatives à la session en cours. Ainsi, le serveur d'application 9 peut proposer à un utilisateur un service adapté en fonction de son accès au réseau d'accès 4 et de son accès au réseau domestique 2. Lors d'une étape d'activation E 9 , le serveur d'application 9 active le service adapté en fonction de ces deux types d'informations, en envoyant une commande C au terminal la via la passerelle domestique 3.
Sur réception de cette commande C, l'utilisateur du terminal peut bénéficier du service adapté. Dans le cadre du service décrit ci-dessus, la commande C permet par exemple d'activer l'écran Ib pour recevoir un flux vidéo haute définition, plutôt que de recevoir ce même flux vidéo sur l'ordinateur portable la qui n'est pas adapté à ce service.
Autre mode de réalisation Un autre mode de réalisation de la présente invention va être maintenant décrit de manière détaillée, dans le cadre de la gestion de la mobilité d'un terminal mobile
10 à partir d'un réseau d'accès 4 comprenant un serveur d'auto-configuration 5, un serveur de sessions d'accès 7 et un serveur d'application 9.
Le service considéré est la gestion d'un procédé de « handover », en prenant en compte des informations d'environnement local obtenues conformément à la présente invention.
Dans cet exemple, le terminal mobile 10 est un téléphone Wifi ™ apte à communiquer selon le protocole IEEE 802.11. Ce téléphone 10 est initialement connecté à une première borne d'accès sans fil 30a associée à un premier réseau local 20a et se trouve à portée de deux autres bornes d'accès sans fil voisines 30b, 30c. Chacune des bornes d'accès 30a, 30b, 30c définit un réseau local noté respectivement 20a, 20b, 20c délimité par le domaine de portée radio de la borne d'accès correspondante 30a, 30b,
30c. Le terminal 10 et les trois bornes d'accès 30a, 30b, 30c sont aptes à communiquer avec le serveur d'auto-configuration 5 et le serveur d'application 9 selon l'invention comme décrit précédemment.
Comme illustré sur la figure 3, on considère qu'à un instant donné, le terminal mobile 10 se trouve dans une zone de recouvrement Z définie par l'intersection des zones de couverture des trois réseaux locaux 20a, 20b, 20c.
Le procédé selon l'invention va être maintenant décrit de manière détaillée en référence à la figure 4 dans le cadre de la gestion de la mobilité ou handover.
Lors d'une phase de configuration Po déjà décrite ci-avant, chaque borne d'accès sans fil 30a, 30b, 30c est configurée par le serveur d'auto-configuration 5 et identifiée auprès du serveur de sessions d'accès 7.
L'accès au réseau d'accès 4 par le terminal 10 est identifié auprès du serveur de sessions d'accès 7 en utilisant notamment l'adresse IP publique (@10) du terminal 10, ou en variante l'adresse IP publique (@30a) de la borne d'accès 30a. Lors d'une étape d'envoi Ei 0 , le terminal 10 envoie au serveur d'application 9 une requête de service Rio comprenant :
- l'adresse IP (@10) du terminal mobile 10 permettant son identification;
- un identifiant SSIDl (SSID ou ESSID : « Extended Service Set Identifier ») de la borne d'accès sans fil 30a auquel le terminal 10 est connecté et l'identifiant BSSIDl (BSSID : « Basic Service Set Identifier »), cet identifiant étant constitué par l'adresse MAC (« Médium Access Control ») de cette borne d'accès 30a ; et
- des informations relatives aux bornes d'accès voisines 30b, 30c se trouvant à portée radio du terminal mobile 10, ces informations étant présentées sous la forme d'une liste d'identifiants SSID (SSID2, SSID3), et d'identifiants BSSID (BSSID2, BSSID3). Chaque identifiant BSSID correspond à l'adresse MAC de la borne d'accès associée.
Les identifiants SSID des bornes d'accès voisines (SSID2, SSID3) sont obtenus par le terminal mobile 10 lors d'une étape de scan S préalable. De manière alternative, la borne d'accès 30a dont dépend initialement le terminal 10 est adaptée pour déterminer elle-même les bornes d'accès voisines 30b, 30c qui sont disponibles. Les informations relatives aux bornes d'accès voisines 30b, 30c ainsi obtenues peuvent être avantageusement utilisées lors de la configuration de la borne 30a par le serveur d'auto- configuration 5, par exemple pour sélectionner un canal de transmission qui ne sera pas perturbé par les bornes d'accès voisines. Dans ce cas, le serveur d'auto-configuration 5 peut fournir directement les identifiants des bornes d'accès voisines au serveur d'application 9, en évitant au terminal 10 d'effectuer un scan pour détecter les bornes d'accès disponibles.
Dans l'exemple de la figure 3, le terminal 10 sur le réseau local 20a détecte deux bornes d'accès 30b, 30c voisines. Par conséquent, le terminal 10 fournit dans la requête de service Ri 0 son adresse IP publique @10 et les informations relatives aux bornes d'accès voisines 30b, 30c, ces informations étant constituées par leur identifiant respectif SSID2, SSID3 associé à leur adresse MAC respective BSSID2, BSSID3. Dans le cas où la borne d'accès 30a est un modem routeur, l'adresse @30a de la borne d'accès à laquelle le terminal 10 est connecté est fournie dans la requête de service Ri 0 .
Sur réception de la requête de service R 10 , le serveur d'application 9 envoie (étape E 20 ) au serveur de sessions 7, une requête d'informations R 20 comprenant la liste d'identifiants {SSID, BSSID} des bornes d'accès voisines 30b, 30c et l'adresse IP publique @10 utilisée par le terminal 10 pour se connecter à la borne d'accès 30a. Sur réception de la requête d'informations R 20 , le serveur de sessions 7 vérifie que le serveur d'application 9 est autorisé à recevoir ou récupérer des informations.
Dans l'affirmative, le serveur de sessions 7 obtient (étape d'obtention E 30 ) des informations de sessions I 7 relatives à la session d'accès du terminal 10 au réseau d'accès 4. Ces informations de sessions I 7 sont extraites de la base de données 7a associée au serveur de sessions 7. Il s'agit par exemple d'informations telles que la localisation géographique du réseau domestique 20a, le type d'accès et le débit (montant, descendant) de l'accès radio utilisé par le terminal 10.
N'ayant pas connaissance des identifiants {SSID, BSSID} contenus dans la requête d'informations R 2 o, le serveur de sessions 7 transfère ceux-ci (étape E 40 ) au serveur d'auto-configuration 5 dans une requête R 30 .
Sur réception de la requête R 30 , le serveur d'auto-configuration 5 détermine (étape E 50 ) à partir des identifiants (SSID2, BSSID2 ; SSID3, BSSID3) fournis dans cette requête R 30 les environnements d'accès radio correspondants.
Pour cela, le serveur d'auto-configuration 5 extrait (étape E 50 ) de la base de données 5a, pour chaque borne d'accès 30b, 30c identifiée dans la requête R 30 des informations d'environnement local I 5b , Is c relatives à la connectivité radio disponible au niveau des bornes d'accès voisines 30b, 30c. Ces informations concernent la configuration du réseau local 20b, 20c de chaque borne d'accès 30b, 30c et plus particulièrement les paramètres de configuration de la connexion radio (protocole utilisé : IEEE 802.11 a/b/g/n, exemple type d'authentification (WEP), clé WEP à utiliser, canal à utiliser, bande passante disponible, nombre de terminaux déjà connectés).
Selon une variante de réalisation, sur réception de la requête R 30 , le serveur d'auto-configuration 5 est adapté à obtenir directement (étape non représentée) auprès des bornes d'accès 30b, 30c les informations d'environnement local I 5b , I 5c requises. De manière avantageuse, le serveur d'auto-configuration 5 peut être adapté pour sélectionner lors de cette même étape E 50 , les informations d'environnement local pertinentes I 5b qui concernent uniquement les SSID appartenant à un domaine de souscription de l'utilisateur et acceptant les utilisateurs nomades. En particulier, le serveur d'auto-configuration 5 peut être adapté à sélectionner une borne d'accès parmi les bornes d'accès voisines en fonction du service adapté (handover) à fournir au terminal.
Lors d'une étape d'envoi E 60 , le serveur d'auto-configuration 5 envoie dans un message M 10 les informations d'environnement local I 5b pertinentes au serveur de sessions d'accès 7.
On notera que la sélection des informations d'environnement local pertinentes au niveau du serveur d'auto-configuration 5 permet de minimiser la quantité d'informations transmises au serveur de sessions 7 et ainsi d'optimiser l'utilisation de la bande passante au sein du réseau d'accès 4. Sur réception des informations d'environnement local I 5b , Is c fournies par le serveur d'auto-configuration 5, le serveur de sessions d'accès 7 envoie (étape E 70 ) au serveur d'application 9 un message M 2 o comprenant les informations d'environnement local I 5b , I 5c et les informations de session d'accès I 70 .
Lors d'une étape de sélection E 8 o, le serveur d'application 9 sélectionne parmi l'ensemble des bornes d'accès voisines identifiées 30b, 30c celle(s) dont les informations d'environnement local I 5b , I 5c sont compatibles avec les informations de sessions I 70 de l'utilisateur. Le serveur d'application 9 sélectionne une borne d'accès 20b susceptible d'assurer l'itinérance (Roaming ou Handover) du terminal 10, lorsque celui-ci s'apprête à quitter l'espace de couverture du réseau local 20a auquel il est initialement connecté. Pour cela, le serveur d'application 9 élimine les bornes d'accès qui ne sont pas aptes à supporter les demandes de connexion des services activés sur le terminal de l'utilisateur 10, en vérifiant leur connectivité réseau et en vérifiant que les clients des bornes d'accès acceptent les utilisateurs nomades, les bornes d'accès sont connectées au réseau d'accès 4, la bande passante nécessaire pour continuer le service non disponible, le débit disponible sur les accès identifiés par les identifiants SSID, le débit disponible dans le réseau d'accès 4 jusqu'à chaque borne.
En résumé, à partir des identifiants SSID des bornes d'accès localisées dans le domaine de portée radio du terminal 10, le serveur d'application 9 situé sur le réseau d'accès 4, obtient des informations d'environnement WAN et LAN de ces bornes. En fonction de ces deux types d'informations, le serveur d'application 9 peut réaliser la gestion du handover en cas de mobilité du terminal 10.
Le serveur d'auto-configuration 5 selon l'invention a l'architecture conventionnelle d'un ordinateur. Il comporte notamment un processeur 50, une mémoire vive de type RAM 52 et une mémoire morte de type ROM 53 comme représenté sur la figure 3.
La mémoire morte 53 constitue un support d'enregistrement 53 selon l'invention, sur lequel est mémorisé un programme d'ordinateur P 1 conforme à l'invention. Ce programme Pi comporte des instructions pour l'exécution des étapes d'extraction E 5 , E 50 et d'envoi E 6 , E 60 des informations d'environnement local I 5 , I 5b , I 5c du procédé selon l'invention, ces étapes ayant été décrites ci-dessus en référence aux figures 2 et 4. La mémoire vive 52 est utilisée par le processeur 51 pour l'exécution du programme d'ordinateur Pi selon l'invention. Le serveur d'auto-configuration 5 comporte aussi des moyens de communication 54 aptes à communiquer d'une part avec la passerelle domestique 3, les bornes d'accès sans fil 20a, 20b, 20c, les terminaux la, 10 et d'autre part avec le serveur de sessions 7.
Le serveur de sessions 7 selon l'invention a l'architecture conventionnelle d'un ordinateur. Il comporte notamment un processeur 70, une mémoire vive de type RAM 72 et une mémoire morte de type ROM 73, comme représenté sur la figure 3.
La mémoire morte 73 constitue un support d'enregistrement 73 selon l'invention, sur lequel est mémorisé un programme d'ordinateur P 2 conforme à l'invention. Ce programme P 2 comporte des instructions pour l'exécution des étapes d'interrogation E 4 , E 40 pour obtenir les informations d'environnement local I 5, I 5b , I 5c auprès du serveur d'auto-configuration 5, les étapes d'obtention E 3 , E 30 des informations de sessions et les étapes d'envoi E 7 , E 70 de ces informations au serveur d'application 9 du procédé selon l'invention décrites ci-dessus en référence aux figures 2 et 4. La mémoire vive 72 est utilisée par le processeur 71 pour l'exécution du programme d'ordinateur P 2 selon l'invention.
Le serveur de sessions 7 comporte aussi des moyens de communication 74 aptes à communiquer d'une part avec le serveur d'auto-configuration 5 et d'autre part avec le serveur d'application 9.
Le serveur d'application 9 selon l'invention a l'architecture conventionnelle d'un ordinateur. Il comporte notamment un processeur 90, une mémoire vive de type RAM 92 et une mémoire morte de type ROM 93, comme représenté sur la figure 3.
La mémoire morte 93 constitue un support d'enregistrement 93 selon l'invention, sur lequel est mémorisé un programme d'ordinateur P 3 conforme à l'invention. Ce programme P 3 comporte des instructions pour l'exécution des étapes d'envoi E 2 , E 2 o, des étapes E 7 , E 70 de réception des informations d'environnement local I 5, 1 5b , I 5c et des informations de sessions I 7 , I 70 , les étapes d'adaptation E 8 , E 80 et d'envoi E 9 , E 90 telles que décrites ci-dessus en référence aux figures 2 et 4. La mémoire vive 92 est utilisée par le processeur 91 pour l'exécution du programme d'ordinateur P 3 selon l'invention.
Le serveur d'application 9 comporte aussi des moyens de communication 94 aptes à communiquer d'une part avec les terminaux la, 10 et d'autre part avec le serveur de sessions 7.