FR 2823333 A1 20021011 FR 0104917 A 20010405 Système terminal interactif à équipement central multi-applicatif et périphériques La présente invention concerne d'une manière générale un système terminal interactif permettant la consultation d'informations et la commande d'applications. Elle a trait plus particulièrement à un tel système comportant un équipement central et des périphériques. De nombreux terminaux sont actuellement capables d'être connectés à un réseau de télécommunications distant, pour des services internet par exemple. Outre les ordinateurs personnels PC, on peut citer notamment les assistants numériques personnels PDA, les tablettes interne, les lecteurs audio MP3, les modems évolués, etc. Ces terminaux sont en général dotés au moins d'un afficheur et d'un clavier, et comprennent une unité centrale intelligente comportant un logiciel de navigation qui envoie des requêtes vers un serveur de réseau auquel ils sont connectés et qui restitue des résultats des requêtes sous forme de réponses textuelles, graphiques ou audiovisuelles. Le logiciel de navigation, dit navigateur, fait passer l'affichage d'un document hypertexte à un autre par le biais de liens hypertextes, de la transmission de requêtes au serveur et de la réception de réponses établies par le serveur. Un document hypertexte ou plus généralement hypermédia comporte un ensemble de données relatives à du texte, des images fixes ou animées et du son, et est formaté par des balises textuelles utilisées pour décrire et restituer le document selon une mise en page adaptée à l'afficheur du système terminal. Chaque document hypertexte est désigné par une adresse URL (Uniform Resource Locator) qui sert à le retrouver chez le serveur destinataire et à établir des liens avec le document. Lorsque l'interface d'usager du terminal composée généralement par un clavier et un écran demande la restitution d'un document hypertexte au serveur, le navigateur doit fournir l'adresse du document soit en l'indiquant explicitement, soit par le biais d'un lien hypertexte. Les navigateurs connus présentent plusieurs inconvénients qui ne peuvent pas être utilisés dans une architecture de système terminal qui est distribuée depuis une unité centrale vers divers périphériques. Les navigateurs connus autorisent la consultation de plusieurs documents respectivement dans plusieurs fenêtres, laquelle consultation ne peut être effectuée que par la transmission séquentielle de requêtes correspondant chacune au passage d'une fenêtre à une autre, une seule fenêtre étant active à la fois. Un navigateur n'autorise pas par exemple deux claviers d'usagers à requérir l'envoi simultané de requêtes sur deux fenêtres distinctes. Inversement, un navigateur n'autorise pas plusieurs usagers à récupérer des documents simultanément sur différents afficheurs. En outre, il existe une correspondance biunivoque figée entre une requête et une fenêtre, la restitution d'un document étant toujours effectuée sur la fenêtre qui a lancé la requête. Il n'est donc pas possible d'aiguiller le résultat d'une requête lancée dans une fenêtre vers une autre fenêtre. La présente invention vise à remédier aux principaux inconvénients précités et plus précisément à fournir un système terminal interactif dans lequel des périphériques ne comportant pas de navigateur et constituant l'interface d'usager du système bénéficie indépendamment des autres périphériques des fonctionnalités d'un unique moyen de navigation implémenté dans un équipement central, tout en permettant une interopérabilité entre les périphériques et une grande souplesse dans la demande et la restitution de documents. A cette fin, un système terminal interactif comprenant un équipement central, au moins un premier périphérique, et au moins un deuxième périphérique, est caractérisé en ce que l'équipement central comprend un moyen de navigation vers un moyen serveur, qui reçoit autant de types de première requête transmise par le premier périphérique que de moyens d'action inclus dans le premier périphérique et qui restitue des premières réponses adaptées au deuxième périphérique. En général, le moyen de navigation peut ouvrir une session de deuxièmes requête et réponse avec le moyen serveur. Chaque première réponse peut être du type textuel, ou graphique, ou image. Chaque première réponse peut être transmise sous la forme de messages de données ayant une longueur compatible avec la capacité de traitement de données du deuxième périphérique. Chaque message de données transmis par le moyen de navigation peut être précédé par un message d'activation transmis par le premier périphérique au moyen de navigation. Une première requête peut être un message qui indique que le deuxième périphérique est prêt à recevoir comme première réponse le début d'une page d'accueil et qui succède à un message de demande d'état prêt transmis par le moyen de navigation au deuxième périphérique avant l'expiration d'une temporisation prédéterminée. Une première requête peut comprendre une référence à l'un de moyens d'action sollicité dans le premier périphérique notamment pour que le deuxième périphérique reçoive une autre première réponse composant la deuxième réponse après mise en forme, ou une première réponse déjà transmise. Une première requête peut comprendre encore une référence à l'un de moyens d'action sollicité dans le premier périphérique, ladite référence étant interprétée par le moyen de navigation comme une adresse de fichier dans le moyen serveur, lorsqu'une ligne dans la première réponse contenant une désignation de fichier a été sélectionnée dans le deuxième périphérique par le moyen de commande sollicité. Le moyen de navigation selon l'invention permet de diffuser le résultat d'une requête dans une première réponse vers au moins un deuxième périphérique déterminé sélectionné dans un premier périphérique et différent du deuxième périphérique associé au premier périphérique à la suite d'une première requête désignant ledit au moins deuxième périphérique déterminé. Le moyen de navigation peut gérer plusieurs premières requêtes simultanément provenant de plusieurs premiers périphériques différents et donc a priori utilisés par différents usagers. Plus particulièrement, le moyen de navigation peut ouvrir plusieurs sessions à la suite de plusieurs premières requêtes simultanées transmises respectivement par des premiers périphériques à l'équipement central. Dans le moyen de navigation de l'invention, certaines premières réponses ne nécessitent pas au préalable une première requête d'un premier périphérique, contrairement aux navigateurs selon la technique antérieure qui ne peuvent envoyer une réponse à un périphérique sans que préalablement celui-ci l'ait demandé, soit directement par une action de l'usager sur le périphérique, soit par une fonction automatique dans le périphérique. A cet égard, de préférence, le moyen de navigation de l'invention fait correspondre un identifiant de session prédéterminé à au moins un deuxième périphérique prédéterminé afin que le moyen de navigation diffuse une première réponse vers ledit au moins un deuxième périphérique prédéterminé indépendamment de toute première requête reçue par le moyen de navigation, à la suite d'une deuxième réponse contenant l'identifiant de session prédéterminé et transmise par le moyen serveur au moyen de navigation. Le moyen de navigation joue ainsi le rôle de serveur d'affichage pour les périphériques et de client pour le moyen serveur en réponse à des premières requêtes depuis les périphériques de manière à retransmettre des documents hypermédia lus dans le moyen serveur aux périphériques désignés. Selon une réalisation préférée de l'invention, le moyen de navigation peut comprendre un moyen de gestion de requêtes pour convertir des premières requêtes transmises par des premiers périphériques en des deuxièmes requêtes qui désignent le moyen serveur, contiennent respectivement des identifiants de session et sont transmises au moyen serveur, un moyen de correspondance pour faire correspondre un identifiant de session respectif à tout deuxième périphérique désigné dans chaque première requête, et un moyen pour convertir chaque deuxième réponse transmise avec un identifiant de session respectif en au moins une première réponse commutée respectivement vers tout deuxième périphérique correspondant à l'identifiant de session respectif dans le moyen de correspondance. Le moyen serveur peut comprendre un serveur distant relié au moins par un réseau de télécommunications à l'équipement central, et/ou un serveur local et une mémoire contenant au moins des pages hypermédia dans l'équipement central. Dans ce dernier cas, un serveur local échange des deuxièmes requêtes et réponses avec le moyen de navigation afin d'introduire dans des deuxièmes réponses notamment des documents hypermédia lus dans la mémoire. Selon une variante de l'invention augmentant les possibilités d'accès des périphériques à de nombreux documents, le système terminal peut comprendre un moyen distant de l'équipement central pour transmettre une requête relative à un document déterminé demandé par un premier périphérique dans un format, tel que HTML, non restituable par le moyen de navigation ou un moyen serveur inclus dans l'équipement central, à un serveur distant et pour traduire le document demandé retourné par le serveur distant dans un format, tel que WML, adapté à un deuxième périphérique associé au premier périphérique afin de transmettre le document adapté au navigateur ou au serveur local vers le deuxième périphérique. Le moyen serveur dans l'équipement central peut comprendre un moyen pour exécuter des programmes en fonction de paramètres contenus dans des deuxièmes requêtes et éventuellement de pages de fichiers lus dans la mémoire afin d'établir et transmettre des deuxièmes réponses vers le moyen de navigation. Le moyen pour exécuter peut comprendre un moyen pour interroger une messagerie dans un serveur distant à la suite d'une deuxième requête contenant un identifiant de la messagerie désignée par un premier périphérique et pour introduire des informations récupérées dans la messagerie dans une deuxième réponse destinée à un deuxième périphérique associé au premier périphérique, et/ou un moyen pour délivrer une page d'accueil vers un deuxième périphérique déterminé à la suite d'une deuxième requête émise par le moyen de navigation à la demande d'un premier périphérique associé au deuxième périphérique déterminé. Selon certaines réalisations de l'invention, le moyen pour exécuter peut comprendre un moyen pour transmettre dans une deuxième réponse un formulaire lu dans la mémoire vers un deuxième périphérique associé à un premier périphérique l'ayant demandé et pour construire une page d'accueil destinée au deuxième périphérique en fonction du formulaire rempli retransmis par le premier périphérique, puis dans une deuxième requête depuis le moyen de navigation, et/ou un moyen pour remplacer une page d'accueil pour un deuxième périphérique par une page dernièrement reçue par celui-ci, et/ou un moyen pour remplacer une page d'accueil pour un deuxième périphérique par une page sélectionnée dans un système de fichiers dans la mémoire. Selon des réalisations particulières de l'invention, le moyen pour exécuter peut comprendre un moyen pour générer une page de commandes de source sonore dans une deuxième réponse vers un deuxième périphérique prédéterminé et pour commander une restitution de son par l'intermédiaire d'au moins une source sonore dans l'équipement central en fonction notamment d'un identifiant de fichier audio et de commandes retournés dans une deuxième requête via le moyen de navigation depuis un premier périphérique associé au premier périphérique prédéterminé, et/ou peut comprendre un moyen pour générer une page de commandes d'une chaîne haute-fidélité dans une deuxième réponse vers un deuxième périphérique prédéterminé et pour retransmettre une commande contenue dans une deuxième requête transmise via le moyen de navigation depuis un premier périphérique associé au deuxième périphérique, dans une deuxième réponse destinée à un autre deuxième périphérique télécommandant la chaîne haute-fidélité. La chaîne haute-fidélité peut constituer un deuxième périphérique relié à travers un moyen d'adaptation sonore au moyen pour exécuter dans l'équipement central afin de retransmettre du son de sources sonores locales et/ou distantes vers la chaîne hautefidélité. En pratique un premier périphérique et un deuxième périphérique sont inclus dans un boîtier de poche commun incluant un microcontrôleur, des boutons de commande et un afficheur. L'équipement central est alors adapté au type de couples de premier et deuxième périphériques notamment pour adapter les premières réponses aux caractéristiques d'affichage du deuxième périphérique, par exemple afin de personnaliser une page d'accueil et d'autres informations dédiées personnellement à l'usager du boîtier. En particulier, le moyen de navigation offre à chaque usager d'un boîtier de périphérique, des informations adaptées dans des formats personnalisés afin de déclencher des applications locales prédéterminées dans le serveur local. Chaque boîtier de périphérique ne comporte aucun navigateur et bénéficie des fonctionnalités du moyen de navigation distribué selon l'invention, ce qui réduit le coût du boîtier de périphériques. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme d'un système terminal interactif selon l'invention ; - la figure 2 est un bloc-diagramme d'un couple de premier et deuxième périphériques selon l'invention ; - la figure 3 est un diagramme d'échange de messages entre un navigateur distribué de l'équipement central et le couple de premier et deuxième périphériques ; la figure 4 est un algorithme de phase d'initialisation dans le navigateur de l'équipement central ; la figure 5 est un algorithme de requêteréponse d'affichage dans un automate de microcontrôleur du couple de premier et deuxième périphériques ; - la figure 6 est un diagramme de requêtes et réponses entre des périphériques, le navigateur distribué et des serveurs ; et - la figure 7 est un bloc-diagramme fonctionnel d'un moyen de traduction de format de document selon une variante de l'invention. En référence à la figure 1, un système terminal interactif ST selon l'invention comprend un équipement central interactif 1 par exemple installé sensiblement au centre d'un appartement ou d'un pavillon, au moins un premier périphérique, dit périphérique de requête, et au moins un deuxième périphérique, dit périphérique de réponse. Plus généralement, le système terminal ST comprend plusieurs premiers périphériques 21,22,... 21 et plusieurs deuxièmes périphériques 31,32,... 31. Le nombre I de périphériques avec I 2 1 n'est pas fixé a priori et peut évoluer dynamiquement au fur et à mesure des besoins et des connexions des périphériques à l'équipement. L'équipement est capable de communiquer avec un ou plusieurs serveurs distants, dont un SD est représenté dans la figure 1, à travers une ligne de télécommunications d'usager LT et un réseau de télécommunications RT incluant un réseau de paquets tels que le réseau interne. Les premiers périphériques 21 à 21 sont reliés respectivement à des ports d'entrée 121 à 121 de l'équipement 1 par lesquels ils transmettent notamment des premières requêtes RQP. Des ports de sortie 131 à 131 de l'équipement 1 desservent respectivement les deuxièmes périphériques 31 à 31 et leur transmettent des premières réponses RSP. Bien qu'en particulier un premier périphérique puisse être lié physiquement à un deuxième périphérique dans un même petit boîtier, on considérera dans la suite que les premiers et deuxièmes périphériques sont distincts. Lorsqu'un premier périphérique et un deuxième périphérique sont liés, les ports d'entrée et de sortie correspondant peuvent constituer un port bidirectionnel qui peut être un port série, ou un port de type parallèle, ou bien un bus USB (Universal Serial Bus). En variante, au lieu de liaisons filaires entre l'équipement central et les périphériques, l'un des, ou plusieurs, ou tous les périphériques 21-31 à 21-31 sont reliés à l'équipement 1 à travers un gestionnaire de liaisons 4 qui gère l'établissement et la rupture de communications radioélectriques numériques de proximité entre l'équipement et les périphériques, comme montré en trait pointillé à la figure 1. Typiquement, les liaisons radioélectriques de proximité sont conformes au protocole Bluetooth, ou plus généralement à tout protocole de système radioélectrique numérique de proximité, et les périphériques sont reconnus par l'équipement central dans un rayon de couverture de quelques dizaines de mètres. Après établissement d'une communication avec un couple de périphériques, les requêtes et réponses échangées entre le couple de périphériques et l'équipement traversent de manière transparente le gestionnaire de liaisons 4. L'équipement central 1 est en permanence sous tension et scrute périodiquement les ports d'entrée 121 à 121 de manière à y détecter des messages signalant la présence de périphériques suite à leur mise sous tension. Un usager possesseur d'un couple de périphériques, tel que le couple 21-31, accède quasiment immédiatement à l'équipement 1 pour débuter une navigation au moyen d'un navigateur 5 inclus dans l'équipement, après un délai d'une seconde environ succédant à la mise sous tension des périphériques. Le temps d'accès à des informations notamment locales dans l'équipement est très réduit comparativement à la mise en fonctionnement d'un ordinateur personnel PC. Typiquement, un périphérique de requête, tel que le périphérique 21, comporte simplement quatre moyens d'action tels que des boutons de commande 211 à 214. Les quatre boutons 211 à 214 permettent à un usager de transmettre respectivement quatre types de requête RQP vers l'équipement 1. Les boutons 211 et 212 assurent des fonctions de défilement vers le haut et vers le bas sur un afficheur 311 dans le périphérique de réponse 31 associé au périphérique 21. Le bouton 213 permet une validation d'informations en retournant un caractère de contrôle à l'équipement. Le bouton 214 donne la possibilité de revenir sur une page précédente d'afficheur. Les fonctions de base assurées par les quatre boutons 211 à 214 permettent à l'usager une navigation à travers des documents hypertextes et plus généralement hypermédia. Les boutons 211 à 214 peuvent être des boutons-poussoirs ou des touches tactiles par exemple. L'afficheur 311 comprend un afficheur à cristaux liquides et comporte par exemple N = 4 lignes LI à L4 chacune de vingt caractères avec éclairage. Typiquement, les caractéristiques du deuxième périphérique 31 sont adaptées après mise en petites pages à l'affichage d'informations textuelles de type WML, c'est-à-dire de petites pages selon la norme de description de mise en page de documents XML (eXtended Markup Language) adaptée à la norme d'affichage WAP (Wireless Access Protocol) pour terminal radiotéléphonique. Le format WML est essentiellement textuel et volontairement concis afin que la consultation sur l'afficheur 311 de petite taille ne soit pas trop pénible. Comme montré à la figure 2, les périphériques 21 et 31 ont en commun un microcontrôleur 215 sans navigateur. Le microcontrôleur 215 comporte un automate de protocole 216 pour contrôler la liaison entre l'équipement central 1 et les boutons 211 à 214 et l'afficheur 311, et un gestionnaire d'entrées/sorties 217 pour adapter notamment la taille de messages de données échangés avec le navigateur 5 avec la longueur des lignes d'affichage dans l'afficheur 311. Les périphériques 21 et 31 comprennent une interface de liaison 218 compatible avec le gestionnaire de liaisons 4 de l'équipement 1. Un petit boîtier de poche, analogue à celui d'un dispositif de réception de messages, dit"pager", enferme les périphériques 21 et 31 et présente en face avant les boutons 211 à 214 et l'afficheur 311. Dans le couple de périphériques 21-31, l'automate 216 établit un échange protocolaire avec l'équipement 1 à une phase d'initialisation IN au cours de laquelle le couple de périphériques indique sa présence au navigateur 5 dans l'équipement 1 et le navigateur indique qu'il est finalement prêt à recevoir des requêtes et transmettre des réponses. Le navigateur charge ensuite une page d'accueil configurable contenant des services personnalisés de l'usager. Une page d'accueil peut être une page WML quelconque qui comprend en général une série de liens constituant un"portail", c'est-à-dire renvoyant à une série de sites extérieurs contenant des informations sur des thèmes particuliers, par exemple stations de programmes radiophoniques diffusés à travers interne, actualités, sport et bourse et/ou des liens à des fichiers locaux tels que messagerie, recettes de cuisine, fichiers audio, chaîne hautefidélité (Hi-Fi). Le langage WML permet un formatage du texte sous forme déroulante et adaptée aux capacités de restitution des périphériques et aux mécanismes hypertextes. Le navigateur peut rajouter à toute page courante qui n'est pas la page d'accueil des liens de"pied de page"tels qu'un lien pour revenir vers la page d'accueil, un lien vers une adresse URL (Uniform Ressource Locator) par exemple d'un script ou programme exécutable CGI (Common Gateway Interface) permettant d'établir la page courante comme page d'accueil, et un lien permettant d'explorer des fichiers locaux WML dans l'équipement central. Comme montré à la figure 4, en référence au début de la figure 3, une phase d'initialisation IN dans le navigateur 5 pour qu'il charge la page d'accueil dans les périphériques 21-31 comprend des étapes Il à 15. A l'étape Il, le navigateur 5 surveille le port d'entrée 121 correspondant au périphérique 21, en attente d'un message"Je suis présent"à émettre par l'automate de protocole 216. Dès qu'une activité est signalée par la réception d'au moins un caractère de message sur le port 121, le navigateur 5 émet un message de demande d'état"Prêt ?"à l'automate 216, à l'étape 12. La demande"Prêt ?"signifie que le navigateur souhaite savoir si le microcontrôleur 215 est prêt à accepter les données de la page d'accueil. Le navigateur passe alors dans un état d'écoute du port d'entrée 121, en attente d'un message"Prêt !" transmis par l'automate 216. Aux étapes 14 et 15, tant que le navigateur n'a pas reçu un message ["Prêt ! "à la réception d'une page d'accueil] pendant une temporisation prédéterminée TPN, ou bien a reçu un message différent de"Prêt !", la phase d'initialisation revient à l'étape 12. Dès que le navigateur 5 a reçu un message"Prêt !"à l'étape 14, le navigateur termine l'initialisation et va chercher une page d'accueil pour les périphériques 21,31 dans un serveur local 6 en réponse à un premier message d'activation DTR (Data Terminal Ready) transmis par le périphérique 21 et précédant le premier message de données relatif à la ligne LI de la page d'accueil à formater et transmettre au périphérique 31. La capacité de traitement du microcontrôleur 215 est relativement limitée et sa vitesse de traitement relativement faible. La taille des messages de données, qui peuvent comprendre chacun un ou plusieurs caractères de ligne ou des octets, échangés avec le navigateur 5 sont adaptés à cette capacité de traitement. L'échange protocolaire dans le microcontrôleur des périphériques 21 et 31 pour charger la page d'accueil après la phase d'initialisation (figure 4) ou plus généralement pour charger toute page constituant une ou plusieurs premières réponses RSP transmises par le navigateur 5, à la suite d'une requête RQP initiée par la sollicitation d'un bouton de commande 211 à 214, est régi suivant l'algorithme de requête-réponse d'affichage montré à la figure 5, comprenant des étapes Pl à P7 après la phase d'initialisation IN. A titre d'exemple, la figure 3 montre une page d'accueil WML comportant une première petite page AGI avec un titre"Portail-XXXX"et deux rubriques "Actualités"et"Sports"aux lignes L3 et L4 qui peuvent être sélectionnées, et à la suite de la sollicitation du bouton de défilement vers le bas 212, une deuxième petite page AC2 avec quatre rubriques"Bourse", "Horoscope","Transport"et "Fichiers locaux". La figure 3 montre aussi une première page d'informations locales composée au moins d'une première petite page PAl comportant quatre rubriques locales"Messagerie"..."Chaîne HiFi"suite à la validation de la rubrique"Fichiers locaux"dans la deuxième petite page d'accueil AC2 par le bouton de validation 213 ; et une deuxième page d'informations distantes PA2 composée au moins de quatre rubriques de sports à la suite de la validation de"Sports"dans la page d'accueil. Le symbole"."désigne le caractère"espace". En revenant à la figure 5, pour chacune des N = 4 lignes L1 à LN = L4 à afficher de la page d'accueil, comme montré en haut de figure 3, ou d'une page quelconque PAl, PA2 comme montré également à la figure 3, la mémoire dans le microcontrôleur 215 récupère les informations d'affichage ligne par ligne transmises par l'équipement central 1 à l'étape Pi. L'affichage d'un message de données (ligne) est précédé par un message d'activation DTR transmis par l'automate 216 à l'équipement 1 afin d'indiquer au navigateur que les périphériques 21-31 sont prêts à recevoir une ligne textuelle à afficher. Le protocole de chargement ligne par ligne est un simple contrôle de flux qui optimise la vitesse d'affichage dans le périphérique 31 en fonction des capacités du traitement du microcontrôleur 215. Dans un souci de simplification, il est supposé dans la figure 3 que chaque message de données transmis après un message d'activation DTR comporte des données pour une ligne de l'afficheur 311, bien que souvent, en pratique, plusieurs messages de données, chacun précédé d'un message DTR, soient transmis pour afficher une ligne complète à travers le gestionnaire 217. Après N = 4 cycles comportant chacun un message d'activation DTR du périphérique 21 au navigateur 5 suivi d'une transmission de ligne de la page à afficher par le navigateur 5 vers le périphérique 31, de manière à afficher une page de réponse RSP composée de N = 4 lignes L1 à L4 dans l'afficheur 311 à l'étape P2, l'automate 216 des périphériques 21 et 31 surveille toute sollicitation des boutons 211 à 214 à l'étape P3. L'appui sur l'un de ces boutons à l'étape P4 déclenche la transmission d'une première requête spécifique RQP contenant une référence du bouton, telle que le numéro du bouton, par l'automate 216 vers le navigateur 5 à l'étape P5. La requête RQP est suivie d'un message d'activation DTR pour signaler au navigateur que les périphériques 21-31 désirent une page à afficher. Après la requête RQP et le message DTR, l'automate 216 retourne à l'état de réception de la première ligne d'une page correspondant à la requête précédente RQP, à l'étape PI. Si aucun bouton à l'étape P4 n'est pressé, le microcontrôleur 215 des périphériques 21-31 demeure dans un état d'écoute de la liaison avec le navigateur 5. A l'expiration d'une temporisation prédéterminée TPP, si aucun message ou caractère de contrôle n'est reçu à l'étape P7, la surveillance continue à nouveau par l'étape P3. Par contre, en réponse à un caractère de contrôle transmis par le navigateur 5 à l'étape P7 pour un mode de diffusion décrit plus loin, le microcontrôleur 215 bascule de l'état d'écoute à l'état initial de réception PI d'une ligne à afficher. Le navigateur 5 soit transmet dans une réponse RSP constituée de N = 4 messages de lignes d'affichage des données"locales"qu'il possède en mémoire si par exemple le bouton de défilement 211 ou 212 a été sollicité comme montrée au niveau de la transmission de la page PAl à la figure 3, soit transmet une deuxième requête RQL, RQD et attend une deuxième réponse RSL, RSD, comme on le verra dans la suite, lorsque par exemple le bouton de validation 213 a été sollicité afin de retransmettre une réponse RSP relative à la page PA2 comme montré en bas de la figure 3. L'équipement central 1 comprend essentiellement le navigateur distribué 5 et un serveur local 6. L'équipement communique avec les périphériques à travers une interface de communication adaptée à ceux-ci, telle que le gestionnaire de liaisons 4, et avec les serveurs éloignés SD à travers une interface de communication TCP/IP ou UDP/IP. L'équipement 1 ne comporte aucune carte graphique dont des fonctionnalités sont développées dans les périphériques 31 à 31. Le caractère"multi- applicatif"de l'équipement central repose sur un système d'exploitation de type LINUX par exemple. Le navigateur 5 est relié aux couples de périphérique 21-31 à 21-31 par les ports 121-131 à 121-131, le cas échéant à travers le gestionnaire de liaisons de communications radioélectriques numériques de proximité 4. Pour chaque couple de périphériques, le navigateur 5 supporte de manière indépendante toutes les fonctions usuelles d'un navigateur classique relatives à des pages d'accueil (homepages) adaptées respectivement au deuxième périphérique, l'historique des pages WML déjà visitées par les périphériques et particulièrement au moins la dernière page affichée, les liens hypertextuels préférés, etc. Le navigateur 5 est relié à l'intérieur de l'équipement 1 au serveur local 6, ainsi qu'à au moins un serveur distant SD à travers la ligne de télécommunications LT, et se comporte comme un client par rapport aux serveurs 6 et SD. A la demande du navigateur-client sont établies des connexions entre le navigateur 5 et chacun des serveurs 6 et SD sous forme de sessions TCP au moyen de paquets TCP/IP (Transmission Control Protocol/Internet Protocol) échangés entre ceux-ci. En variante, le protocole de trnsport UDF (User Datagram Protocol) est utilisé à la place du protocole TCP. Pendant chaque session, le navigateur et le serveur 6 ou SD dialoguent au niveau applicatif en échangeant des données. Ces données sont par exemple des documents hypertextuels désignés par des adresses URL (Uniform Resource Locator) et formatés selon le langage WML dans le protocole HTTP (HyperText Transfer Protocol), ou bien des messages de courrier électronique échangés entre un serveur POP (Post Office Protocol) et un logiciel client POP hébergé au niveau du serveur 6 dans l'équipement 1. Des deuxièmes requêtes RQL et RQD sont basées sur le protocole HTTP et transmises par le navigateur 5 respectivement vers le serveur local 6 et le serveur distant SD. Des deuxièmes réponses RSL et RSD sont également basées sur le protocole HTTP et contiennent notamment des documents hypermédia et transmises respectivement par les serveurs 6 et SD au navigateur 5. Au sens de l'invention, un document hypertexte est un document hypermédia contenant du texte et/ou de l'image fixe ou animée (vidéo) et/ou du son. Du point de vue fonctionnel, le navigateur 5 comporte principalement, comme montré en détail à la figure 1, un gestionnaire de requêtes 51, une table de correspondance 52, un interprétateur de documents à restituer 53 et un commutateur de ports 54. Le gestionnaire de requêtes 51 est relié aux ports d'entrée 121 à 121 et centralisent les premières requêtes RQP émises par les premiers périphériques 21 à 21. A chaque requête reçue sur un port d'entrée prédéterminé est attribué un identifiant de session de réseau IS, tel qu'un numéro de session, attribué par le gestionnaire 51. Le gestionnaire 51 scrute ainsi en permanence les ports d'entrée 121 à 121 pour y détecter les premières requêtes. En outre, le gestionnaire 51 et l'interprétateur 53 gardent en mémoire une image ou page courante des dernières informations affichées dans chaque deuxième périphérique 31 à 31 et restituées par l'interprétateur 53 de manière à pouvoir interpréter correctement une action de l'usager sous la forme d'une référence à l'un sollicité des boutons 211 à 214 dans chaque premier périphérique. Le gestionnaire 51 convertit chaque première requête RQP désignant un serveur ou un fichier dans un serveur en une deuxième requête RQL ou RQD transmise dans la ligne de télécommunications LT vers le serveur désigné, par exemple qui est le serveur local 6 dans l'équipement 1 ou le serveur distant SD relié au réseau de télécommunication RT. Le gestionnaire 51 considère le numéro du port d'entrée ayant reçu une requête RQP comme un identifiant de session IS selon le protocole de transport TCP ou UDP et introduit dans la requête RQL ou RQD l'adresse du serveur désigné dans la requête RQP en tant qu'adresse de destination et le numéro de port d'entrée IS ayant reçu la requête RQP dans le port de source d'application (socket). Avant la conversion, le gestionnaire 51 vérifie que l'accès au serveur désigné est autorisé pour le premier périphérique qui a émis la requête RQP. Les droits d'accès d'un couple de périphériques, comme le couple 21-31, peuvent être différents de ceux d'autres couples de périphériques afin que chaque couple de périphériques accède respectivement à des applications locales respectives dans le serveur 6 et à des applications éloignées respectives dans au moins le serveur distant SD. Par exemple, un couple de périphériques 21-31 dédié aux parents est autorisé à accéder à des applications locales dans le serveur 6 telles que la consultation d'une boîte aux lettres électronique, alors qu'un autre couple de périphériques 22-32 dédié aux enfants n'est pas autorisé à accéder à la boîte aux lettres électronique mais peut accéder à des applications ludiques dans des serveurs distants prédéterminés par exemple. La table de correspondance 52 mémorise les correspondances entre les identifiants de session IS et des numéros de port de sortie NPS désignés dans des premières requêtes RQP. Le contenu de la table 52 évolue en fonction de la connexion ou de la déconnexion des périphériques aux ports de l'équipement 1 et en fonction des disponibilités des sessions sur le réseau RT. La table de correspondance est mise à jour en permanence par le gestionnaire de requêtes 51 et consultée par l'interprétateur 53. Chaque réponse RSL, RSD contient dans le port de destination l'identifiant de session de réseau IS correspondant au port de source dans la deuxième requête RQL, RQD qu'a reçue le serveur correspondant 6, SD afin de lire le ou les numéros de port de sortie NPS dans la table de correspondance 52 correspondant à l'identifiant de session reçu IS. Les données notamment hypertextuelles reçues dans chaque réponse RSL, RSD suivant un format, notamment du type WML, sont converties par l'interprétateur 53 en des messages de données dont la longueur est compatible avec la capacité de traitement de données de l'automate de protocole 216 qui fournit ces messages de données au gestionnaire 217 afin de les mettre en forme de lignes d'affichage pour l'afficheur 311 par petite page d'au plus N = 4 lignes. L'interprétateur arrête provisoirement la transmission des messages de données dès qu'il ne reçoit plus de message d'activation DTR, ce qui signifie qu'une petite page a été transmise. Ces interprétation et découpage de réponse RSL, RSD en messages de données sont adaptés aux capacités de restitution du ou des deuxièmes périphériques reliés aux ports de sortie correspondants dont les numéros ont été trouvés dans la table de correspondance 52. L'interprétateur commande ensuite le commutateur de ports 54 pour que les données ainsi formatées soient aiguillées vers le ou les deuxièmes périphériques correspondants. Lorsqu'aucun deuxième périphérique 31 à 31, c'est-à-dire aucun port de sortie 131 à 131, n'est désigné dans une première requête RQP, le gestionnaire 51 associe par défaut le port de sortie, par exemple le port 131 du deuxième périphérique 31 qui est lié au premier périphérique 21, au port d'entrée 121 selon l'exemple dans lequel est détectée la requête RQP sans numéro de port de sortie, comme indiqué dans une première ligne de la table 52. Si un ou plusieurs ports de sortie, tels que 132 et 133, sont désignés dans une requête RQP, le gestionnaire 51 établit une correspondance dynamique dans la table 52 en écrivant le numéro de session IS relatif au port d'entrée, par exemple 122, qui a reçu la requête RQP en correspondance avec le ou les ports de sortie désignés, comme indiqué dans une ligne intermédiaire de la table 52, afin que l'interprétateur 53 diffuse des petites pages de réponse RSP vers les deuxièmes périphériques reliés aux ports de sortie désignés. Le gestionnaire de requêtes 51 dans le navigateur gère plusieurs requêtes d'entrée RQP transmises simultanément par des premiers périphériques différents 21 à 23 et donc a priori utilisés par différents usagers. De même, la table de correspondance 52 est consultée simultanément par l'interprétateur 53 pour convertir des deuxièmes réponses RSL et RSD transmises respectivement par le serveur local 6 et le serveur distant SD en des premières réponses RSP vers les deuxièmes périphériques 31 à 31 à travers le commutateur de ports 54 et les ports de sortie 131 à 131. Dans ces conditions, la gestion des premières requêtes RQP et donc des premiers périphériques 21 à 21 de type "clavier"par le gestionnaire 51 est indépendant de la gestion des premières réponses RSP et donc des deuxièmes périphériques 31 à 31 de type"afficheur" par l'interprétateur 53. A titre d'exemple, la figure 6 montre la simultanéité de la gestion de deux requêtes RQP1 et RQP2 transmises par les périphériques 21 et 22 à la suite de la sollicitation de boutons déterminés, par exemple respectivement le bouton de validation pour valider la transmission d'un document depuis le serveur distant SD vers les périphériques sélectionnés 31 et 33 et le bouton de retour à la page précédente. En réponse à la requête RQP1, le gestionnaire 51 ouvre une session avec le serveur distant SD désigné dans la requête RQP1, fait correspondre l'identifiant de session 121 aux ports de sortie 131 et 133 dans la table 52 et transmet au serveur SD une requête HTTP RQD1. En réponse à la requête RQP2, le gestionnaire ouvre une session avec le serveur local 6 désigné dans la requête RQP2, attribue par défaut à l'identifiant de session 122 le port de sortie 132 et transmet au serveur 6 une requête HTTP RQL2. Le serveur local 6 retransmet une réponse RSL2 contenant la page hypertextuelle précédente qui est convertie en au moins une réponse RSP2 et aiguillée par défaut vers le périphérique 32 par l'interprétateur 53 et le commutateur 54. Lorsque l'interprétateur 53 reçoit une réponse RSD1 du serveur SD, il la convertit en une réponse adaptée RSP1 aiguillée vers les périphériques 31 et 33 par le commutateur 54, à la suite de la lecture des numéros de port de sortie NPS 131 et 133 en correspondance avec l'identifiant IS = 121 dans la table 52. Selon un aspect particulier de l'invention relatif à un mode diffusion (figure 5), l'interprétateur 53 diffuse au moins une réponse RSP vers un ou plusieurs deuxièmes périphériques prédéterminés 31 à 33 indépendamment de la réception d'une requête spécifique RQP par le gestionnaire de requête 51 émise par l'un des premiers périphériques liés aux deuxièmes périphériques prédéterminés, c'est-à-dire indépendamment de toute action volontaire d'usager sur les premiers périphériques 21 à 21. Dans ce cas, la table de correspondance 32 a mémorisé préalablement la correspondance entre un identifiant de session prédéterminé IDP et les numéros de port de sortie 131,132 et 133 reliés aux deuxièmes périphériques prédéterminés 31,32 et 33, comme indiqué à une dernière ligne dans la table 52. L'identifiant de session prédéterminé IDP (socket) est réservé à la diffusion de données vers les périphériques prédéterminés. L'identifiant IDP identifie dans au moins un serveur, tel que le serveur 6, SD, un port de destination lié à une application prédéterminée et introduit dans une réponse déterminée RSL, RSD du serveur. La réponse déterminée contient par exemple un bandeau de publicité ou des informations personnelles, telles que le dépôt d'un message dans une boîte aux lettres électronique. Le serveur 6, SD transmet cette réponse déterminée à l'interprétateur 53 par exemple lors de la mise en fonctionnement de l'équipement 1 et après un échange protocolaire entre le serveur 6, SD et le navigateur 5, ou bien après l'ouverture de l'une de sessions prédéterminées avec le serveur par le navigateur, c'est-à-dire notamment lors du lancement de l'une d'applications prédéterminées. Dans tous les cas, l'interprétateur 53 dans le navigateur 5 prend l'initiative de la diffusion de la réponse déterminée RSL, RSD sous forme d'une ou plusieurs petites pages de réponse RSP vers les deuxièmes périphériques prédéterminés 31,32 et 33. A la suite de la réponse déterminée reçue RSL, RSD, préalablement à la diffusion de toute petite page RSP, l'interprétateur 53 transmet un message ou caractère de contrôle prédéterminé (étape P7 ; figure 5) aux automates de protocole 216 dans les deuxièmes périphériques prédéterminés reliés aux ports de sortie désignés afin de les faire basculer de l'état d'attente de sollicitation de bouton (étape P4, figure 5) à l'état de réception de message de ligne (étape PI, figure 5). Ainsi, la table de correspondance 52 est configurable statiquement ou dynamiquement pour faire correspondre un port d'entrée, dit identifiant de session, à un ou plusieurs ports de sortie, selon que la correspondance a été introduite par une requête RQP ou a été préprogrammée dans le navigateur. Ainsi une requête RQP peut être restituée vers n'importe quel deuxième périphérique. Par exemple, la sélection d'un lien de type "afficher la météo dans le périphérique 23-33"dans le périphérique 21-31 invite le gestionnaire 51 dans le navigateur 5 à écrire la correspondance [IS = 21, NPS = 33] dans la table 52 et à ouvrir une session avec un serveur de météo distant qui renvoie une réponse RSD contenant un port de destination IS et des informations météorologiques qui est convertie par l'interprétateur 53 en au moins une réponse RQP aiguillée vers le périphérique 33. Le serveur local 6 héberge un portail domestique. Des pages WML composant le portail domestique sont stockées localement dans une mémoire de masse 7 qui peut être un disque dur ou une mémoire non-volatile de type EEPROM ou Flash EEPROM par exemple. Le serveur 6 lit des pages d'application domestique dans la mémoire 7 via une liaison 67 sous la commande des requêtes RQL du navigateur 5 et renvoie des réponses RSL qui sont interprétées et aiguillées par le navigateur 5 respectivement vers les périphériques 31 à 31. La mémoire 7 contient non seulement des pages WML organisées en arborescence ainsi que d'autres données locales comme par exemple des fichiers de configuration afin de choisir une page d'accueil associée à un périphérique de restitution 31 à 31, des fichiers d'historiques, des identifiants de comptes tels que comptes d'accès à internet et comptes de messagerie, des pages HTML, des fichiers audio MP3, une boîte aux lettres locale électronique (messagerie), un agenda, etc. Dans un exemple de réalisation, des pages HTML dans la mémoire 7 servent à configurer une page d'accueil WML en choisissant un sous-ensemble de rubriques parmi une liste pré- établie. Le serveur local 6 peut également décider de donner accès à des informations précises telles que l'actualité, la bourse, des résultats sportifs, des horaires de transport, etc. dans des sites extérieurs à travers le réseau RT. En fonction de liens exécutables contenus dans des requêtes RQL, le serveur HTTP local 6 transmet des paramètres à des programmes exécutables, par exemple des scripts ou exécutables CGI (Common Gateway Interface) dans un gestionnaire d'interaction 8 qui renvoie une page WML au serveur 6 via une liaison 68. Le gestionnaire d'interaction 8 permet à un programme CGI, en implémentant des fonctions relativement simples, de récupérer des paramètres par le biais d'une requête HTTP RQL associant une adresse URL désignant le programme avec une méthode GET ou POST, que lui transmet le serveur HTTP 6. En retour, le gestionnaire 8 fournit une page WML ou plus généralement des données encapsulées dans une réponse RSL du protocole HTTP. Au lieu de fournir en local des pages WML par le serveur 6, une variante de l'invention prévoit de traduire des pages HTML en pages WML à l'extérieur de l'équipement central 1 afin que les couples de périphériques accède à des formats de données beaucoup plus nombreux. L'adaptation du contenu est réalisée par un moyen de traduction PR-SC dans le réseau RT qui en réponse à une requête spécifique, va chercher de l'information et adapte le contenu de celle-ci afin de répondre au client dans un format adapté. Fonctionnellement, le moyen de traduction comprend un proxy de conversion de format PR et un serveur de contenu SC comme montré à la figure 7. L'un 21 des premiers périphériques émet une requête RQP pour un document déterminé que le navigateur 5 ou le serveur 6 n'est pas capable de restituer directement, par exemple "http : //www. actualite. fr/article. html". Le navigateur 5 ou le serveur 6 transmet au proxy PR une requête contenant une référence sur le document déterminé, mais dont le format n'est pas adapté aux capacités de restitution du périphérique associé 31, par exemple "ADAPT http ://www. actualite. fr/article. html". Le proxy PR extrait l'adresse URL de la requête et émet une requête relatif au document en question vers le serveur de contenu SC :"GET http : //www. actualite. fr/article. html". Le serveur de contenu retourne le document déterminé en l'introduisant dans une réponse" ...". Le proxy PR adapte le format de la réponse selon les règles de traduction, en l'occurrence HTML vers WML dont il dispose. La réponse du proxy à l'équipement 1 est" ...". Le navigateur 5 ou le serveur 6 interprète et restitue le document vers le périphérique 31. Les programmes exécutables CGI lisent et écrivent dans la mémoire locale 7 notamment des pages WML et des fichiers de configuration qui sont des fichiers de texte ASCII et qui peuvent être lus et/ou modifiés par les programmes exécutables CGI via une liaison 78. Les programmes exécutables CGI sont aussi capables d'envoyer et de recevoir des requêtes et réponses notamment HTTP et POP échangées avec des serveurs éloignés SD via une liaison 81 avec la ligne LT. Les programmes CGI lancent également via une liaison 89 l'exécution de programmes exécutables non CGI dans un module logiciel 9 qui comprend notamment un lecteur de sources sonores 92 pour restituer du son par exemple d'une station de programme radiophonique sélectionnée reliée au réseau RT, via une carte d'adaptation de son 91 et le gestionnaire de liaisons 4 vers un deuxième périphérique 3C de type chaîne Hi-Fi. Le périphérique de chaîne Hi-Fi 3C est télécommandé classiquement par voie filaire, infrarouge ou radio par un autre deuxième périphérique 3T de type télécommande de chaîne qui reçoit des commandes qui sont incluses dans des réponses RSP de l'interprétateur 53 à travers le commutateur 54 et le gestionnaire de liaisons 4, à la suite de réponses HTTP RSL transmises par le gestionnaire d'interaction 8 via le serveur local 6 lorsque l'un des périphériques 21 à 21 a sélectionné et transmis une commande dans une requête RQP. Les programmes exécutables non CGI dans le module 9 sont des applications qui se différencient des programmes CGI par le fait qu'elles ne génèrent pas de fichier WML en sortie et ne peuvent pas être appelées directement depuis le serveur HTTP 6, mais peuvent être appelées indirectement par un programme exécutable CGI. Par exemple, un lecteur de fichiers audio 92 dans le module 9 est appelé par un pilote CGI 86 dans le gestionnaire 8, via la liaison 89, afin de lire un fichier MP3 dans la mémoire 7 via une liaison 79 ou de connecter l'équipement central à un site de station de programmes radiophoniques diffusés à travers interne. Dans un exemple de réalisation préférée, le gestionnaire 8 comporte les programmes exécutables CGI suivants : un client POP 82, un constructeur de page d'accueil 83, un modificateur de choix de page d'accueil 84, un explorateur d'arborescence de système de fichiers 85, un pilote de lecteur de fichiers audio 86 et un pilote de chaîne hautefidélité 87. Le client POP 82 sert à interroger un compte de messagerie POP associé à un serveur de messagerie distant SD et génère une page WML indiquant le nombre de messages pour un utilisateur se trouvant dans le serveur de messagerie interrogé en utilisant les liaisons 81 et 78. Pour chaque message, la page WML contient des champs tels que l'expéditeur, la date, l'objet et la taille du message. A cet égard, le client POP 82 reçoit en paramètre via une deuxième requête HTTP GET du serveur 6, un identifiant de la messagerie électronique à interroger désignée par le premier périphérique 21 d'un utilisateur. A l'aide de ce paramètre et avec un fichier de configuration dans la mémoire 7, le client 82 récupère le nom du serveur de messagerie, le nom d'utilisateur et le mot de passe de l'utilisateur nécessaires à la téléconsultation du compte de messagerie dans le serveur distant. Ces paramètres sont donnés à un automate POP contenu dans le programme client 82 afin qu'il récupère le nombre de messages dans la messagerie et les en-têtes de M derniers messages électroniques (e-mail) reçus, avec M = 10 par exemple. De chacun de ces en-têtes, l'automate POP extrait la date de réception, le nom de 11 expéditeur et le sujet du message électronique. Ayant récupéré toutes ces informations, le client 82 formule une page WML de réponse conformément au mécanisme CGI et y introduit toutes ces informations afin que le serveur 6 l'envoie sous forme de réponse RSL vers le périphérique 31 de l'utilisateur, après interprétation dans le navigateur 5 à la suite d'une deuxième requête RQL émise par le navigateur à la demande du premier périphérique 21. Une page d'accueil WML décomposée en petite pages d'afficheur RSP par l'interprétateur 53 est obtenue selon l'une des trois méthodes pour un couple de périphériques donnés 21-31. Selon une première méthode, le constructeur de page d'accueil 83 envoie dans une deuxième réponse RSL un formulaire HTML lu dans la mémoire 7 qui est mis en forme de réponses RSP transmises au périphérique donné 31 à la suite d'une requête de construction de page d'accueil RQP par le périphérique 21. L'utilisateur valide des réponses dans le formulaire reçu, par exemple de type cases à cocher (checkbox), qui sont chaînées et renvoyées via le navigateur 5 et le serveur 6 afin que le constructeur 83 construise une page d'accueil en fonction des réponses chaînées. Selon une deuxième méthode, une page d'accueil WML peut être remplacée à tout moment par une page sélectionnée par l'utilisateur et dernièrement reçue par le périphérique donné 31, en renvoyant l'adresse URL de cette page par le navigateur sous la commande du périphérique donné 21 au modificateur du choix de page d'accueil 84 qui sert à configurer selon l'adresse URL la page d'accueil sélectionnée pour un couple de périphériques 21-31. La page WML alors générée est la page d'accueil sélectionnée. A cet égard, le navigateur 5 fait appel au modificateur 84 lorsqu'il reconnaît un mot-clef (PageAccueilSetUp) dans l'adresse URL contenue dans la requête RQP transmise par le premier périphérique prédéterminé et reformulée en une requête RQL en y insérant le numéro du port d'entrée du périphérique prédéterminé en tant qu'identifiant de session IS. Le modificateur 84 reçoit via le serveur 6 en paramètre dans une requête HTTP GET, l'adresse sélectionnée URL de la nouvelle page d'accueil et le numéro du port d'entrée IS du premier périphérique donné 21. Le modificateur 84 écrit dans un fichier de configuration de la mémoire 7 cette association entre l'adresse URL et le numéro de port d'entrée pour que la prochaine session de navigation relative aux périphériques donnés 21-31 débute par ladite nouvelle page d'accueil. Le fichier de configuration est lu localement par le navigateur 5, bien que celui-ci puisse aussi le télécharger. Le modificateur 84 ouvre ensuite le fichier WML correspondant à la nouvelle page d'accueil pour en transmettre le contenu en tant que réponse RSL. Selon une troisième méthode, une page d'accueil WML est remplacée sélectivement par l'utilisateur, par toute page constituant un fichier trouvé lors de la navigation dans l'arborescence d'un système de fichiers locaux notamment de configuration dans la mémoire 7, à l'aide de l'explorateur de système de fichiers 85. L'explorateur lit la liste de fichiers présents dans un répertoire courant et génère une page WML dont les liens sont associés à des répertoires ou des fichiers et permettent respectivement de naviguer de manière récursive sur un répertoire"fils"ou bien de modifier le choix d'une page d'accueil via le modificateur 84. A cet égard, l'explorateur CGI 84 reçoit via le serveur en paramètre une requête HTTP GET contenant un noeud de l'arborescence du système de fichiers, c'est-à-dire le nom d'un répertoire. L'explorateur 85 lit le contenu de ce répertoire par des fonctions "primitives"du système d'exploitation et établit ainsi une liste de répertoires et de fichiers qui est filtrée dans un filtre pour y éliminer les liens symboliques et les données non intéressantes pour l'utilisateur ; ce filtre est également présent dans le fichier de configuration. L'explorateur retourne une page WML contenant cette liste du deuxième périphérique donné de l'utilisateur via le navigateur 5. Chaque entrée de la liste est un lien dont la validation par l'utilisateur provoque l'émission d'une requête RQP puis d'une requête HTTP RQL avec une adresse URL contenant le nom du fichier ou du répertoire vers l'explorateur 85. Si le lien est un répertoire, la nouvelle page, en tant que réponse RSL retournée par l'explorateur, est le contenu de ce répertoire, conformément au mécanisme décrit précédemment ; un symbole particulier, par exemple "..", permet de remonter dans l'arborescence jusqu'au premier noeud du système de fichiers. Si le lien est un nom de fichier, le lien comprend le mot- clef qui est contenu dans les requêtes RQP et RQL correspondantes et qui permet d'établir ce fichier en tant que page d'accueil. Le pilote de lecteur de fichiers audio 86 sert à commander le logiciel de lecteur de fichiers audio 92 dans le module 9 de manière à restituer du son par des sources sonores locales dans l'équipement central 1. Le pilote 86 prend pour paramètre la référence sur un fichier audio ou une adresse URL désignant le flux audio d'une station radio interne, ou bien des instructions de commande du type lecture, pause, etc. Le pilote CGI 86 génère dans une deuxième réponse RSL une page WML donnant par exemple l'état du lecteur audio et des références sur des commandes possibles de source sonore à un couple de périphériques demandeur prédéterminé 22-32. A cet égard, le pilote de lecteur 86 récupère le nom du lecteur de fichiers audio dans un fichier de configuration de la mémoire 7 et récupère d'une requête RQL émise à la demande du premier périphérique demandeur 22 un identifiant du fichier audio à jouer et recherche dans un deuxième fichier de configuration le fichier correspondant à cet identifiant. Lorsque le pilote 86 connaît le nom du lecteur de fichiers audio et l'identifiant du fichier audio, il démarre le lecteur 92 en lui passant le nom du fichier audio en paramètre. Certains identifiants de fichiers audio sont particularisés et correspondent à des codes qui provoquent le pilote 86 à lancer une instruction au lecteur pour influer sur le comportement du lecteur en fonction de commandes reçues par exemple pour monter ou baisser le volume sonore ou arrêter la musique ou sélectionner une station radio. Conformément au mécanisme CGI, le pilote 86 retourne au deuxième périphérique demandeur 32 une page WML sous la forme d'une réponse RSL au navigateur 5. Cette page WML contient le nom du fichier joué par le lecteur et des liens avec le pilote 86 pour changer le comportement du lecteur 92. Le pilote de chaîne haute-fidélité 87 génère, à la suite d'une requête RQP depuis le premier périphérique demandeur 22 via le navigateur 5 et le serveur 6, une page WML présentant toutes les commandes possibles sur la chaîne Hi-Fi, telles que contrôle de volume, contrôle de lecteur de compact disque, contrôle de tuner radio, contrôle de magnétophone, etc... La page de commande est transmise dans des réponses RSL vers le deuxième périphérique 32. Chaque fonction élémentaire de la chaîne Hi-Fi 3C, telle que lecture, pause, radio, sélection de stations radio, cassette, CD, volume haut, volume bas, est codée par un caractère de commande que la chaîne est capable de reconnaître. Le pilote de chaîne 87 extrait d'une requête HTTP GET transmis par le navigateur 5 correspondant à une requête RQP du premier périphérique 22, le caractère de commande de la fonction élémentaire choisie dans le périphérique 32. Le caractère de commande est retransmis dans une réponse HTTP RSL au navigateur 5 qui l'interprète en une réponse de commande RSP destinée via le port 13T au périphérique de télécommande 3T qui commande la fonction choisie dans la chaîne Hi-Fi 3C. Ceci permet à l'utilisateur muni du couple de périphériques 22-32 et situé par exemple dans sa cuisine de choisir par exemple un programme de station radiophonique ou un fichier sonore locale, qui peut être éventuellement provenir d'un site éloigné ou de la mémoire 7 via la carte son 91, et qui est reproduit par la chaîne 3C localisée dans une autre pièce, tels que le salon. Ensuite le pilote 87 signale au couple de périphériques par une page WML transmise au navigateur 5 que la requête GET avec le caractère de commande choisie a été prise en compte. L'usage du pilote de chaîne 87 illustre une situation où l'un des deuxièmes périphériques de l'équipement central n'a pas d'écran et restitue toutefois une page WML. Bien que l'invention ait été décrite dans le cadre particulier d'un équipement central domestique, l'équipement peut être également utilisé dans un lieu public. Par exemple un musée fournit un couple de périphériques à chaque visiteur pour lui permettre de consulter des bases de données culturelles à travers l'équipement. Selon d'autres exemples, un visiteur équipé d'un couple de périphériques de l'invention peut consulter dans un salon des informations locales sur les exposants en interrogeant l'équipement, ou peut consulter des horaires de transport ou de la publicité ou d'autres informations locales, en interrogeant un équipement installé dans un aéroport ou dans une gare. REVENDICATIONS 1-Système terminal interactif comprenant un équipement central (1), au moins un premier périphérique (21), et au moins un deuxième périphérique (31), caractérisé en ce que l'équipement central (1) comprend un moyen de navigation (5) vers un moyen serveur (6, SD), qui reçoit autant de types de première requête (RQP) transmise par le premier périphérique que de moyens d'action (211-214) inclus dans le premier périphérique (21) et qui restitue des premières réponses (RSP) adaptées au deuxième périphérique (31). 2-Système conforme à la revendication 1, dans lequel le moyen de navigation (5) ouvre une session de deuxièmes requête et réponse (RQL, RQD ; RSL, RSD) avec le moyen serveur (6, SD). 3-Système conforme à la revendication 1 ou 2, dans lequel chaque première réponse est du type textuel, ou graphique, ou image. 4-Système conforme à l'une quelconque des revendications 1 à 3, dans lequel chaque première réponse est transmise sous la forme de messages de données ayant une longueur compatible avec la capacité de traitement de données (216) du deuxième périphérique (31). 5-Système conforme à la revendication 4, dans lequel chaque message de données transmis par le moyen de navigation (5) est précédé par un message d'activation (DTR) transmis par le premier périphérique (21) au moyen de navigation. 6-Système conforme à l'une quelconque des revendications 1 à 5, dans lequel la première requête (RQP) est un message (14) qui indique que le deuxième périphérique (31) est prêt à recevoir comme première réponse le début d'une page d'accueil (AGI) et qui succède à un message de demande d'état prêt (12) transmis par le moyen de navigation (5) au deuxième périphérique avant l'expiration d'une temporisation prédéterminée (I5, TPN). 7-Système conforme à l'une quelconque des revendications 1 à 6, dans lequel la première requête (RQP) comprend une référence à l'un de moyens d'action (211-214) sollicité dans le premier périphérique (21) notamment pour que le deuxième périphérique (31) reçoive une autre première réponse (AC2) composant la deuxième réponse (RSL, RSD) après mise en forme, ou une première réponse déjà transmise. 8-Système conforme à l'une quelconque des revendications 1 à 7, dans lequel la première requête (RQP) comprend une référence à l'un de moyens d'action (211-214) sollicité dans le premier périphérique (21), ladite référence étant interprétée par le moyen de navigation comme une adresse de fichier dans le moyen serveur (6, SD), lorsqu'une ligne dans la première réponse (RSP) contenant une désignation de fichier a été sélectionnée dans le deuxième périphérique (31) par le moyen de commande sollicité. 9-Système conforme à l'une quelconque des revendications 1 à 8, comprenant plusieurs deuxièmes périphériques (31-31), et dans lequel le moyen de navigation (5) diffuse une première réponse (RSP) vers au moins un deuxième périphérique déterminé (31- 31) à la suite d'une première requête (RQP) désignant ledit au moins deuxième périphérique déterminé. 10-Système conforme à l'une quelconque des revendications 1 à 9, comprenant plusieurs premiers périphériques (31-31), et dans lequel le moyen de navigation (5) ouvre plusieurs sessions à la suite de plusieurs premières requêtes simultanées (RQP1, RQP2) transmises respectivement par des premiers périphériques (21-22) à l'équipement central (1). 11-Système conforme à l'une quelconque des revendications 1 à 10, dans lequel le moyen de navigation (5) associe par défaut un deuxième périphérique (31) lié à un premier périphérique (21) qui a transmis une première requête (RQP) sans désignation de deuxième périphérique. 12-Système conforme à l'une quelconque des revendications 1 à 11, dans lequel le moyen de navigation (5) fait correspondre un identifiant de session prédéterminé (IDP) à au moins un deuxième périphérique prédéterminé (31-33) afin que le moyen de navigation diffuse une première réponse (RSP) vers ledit au moins un deuxième périphérique prédéterminé (31-33) indépendamment de toute première requête reçue par le moyen de navigation, à la suite d'une deuxième réponse (RSL, RSD) contenant l'identifiant de session prédéterminé (IS) et transmise par le moyen serveur (6, SD) au moyen de navigation. 13-Système conforme à la revendication 12, dans lequel le moyen de navigation (5) diffuse un message de contrôle vers ledit au moins un deuxième périphérique prédéterminé préalablement à la diffusion de la première réponse (RSP) afin de faire basculer ledit au moins deuxième périphérique prédéterminé à un état de réception de message de ligne (Ll). 14-Système conforme à l'une quelconque des revendications 1 à 10, dans lequel le moyen de navigation (5) comprend un moyen de gestion de requêtes (51) pour convertir des premières requêtes (RQP) transmises par des premiers périphériques (21- 21) en des deuxièmes requêtes (RQL, RQD) qui désignent le moyen serveur (6, SD), contiennent respectivement des identifiants de session (IS) et sont transmises au moyen serveur (6, SD), un moyen de correspondance (52) pour faire correspondre un identifiant de session respectif (IS) à tout deuxième périphérique (31-31) désigné dans chaque première requête, et un moyen (53,54) pour convertir chaque deuxième réponse transmise (RSL, RSD) avec un identifiant de session respectif en au moins une première réponse (RSP) commutée respectivement vers tout deuxième périphérique correspondant à l'identifiant de session respectif dans le moyen de correspondance. 15-Système conforme à l'une quelconque des revendications 1 à 14, le moyen serveur comprend un serveur distant (SD) relié au moins par un réseau de télécommunications (RT) à l'équipement central (1). 16-Système conforme à l'une quelconque des revendications 1 à 15, dans lequel le moyen serveur comprend dans l'équipement central (1) une mémoire (7) contenant au moins des documents hypermédia et un serveur local (6) pour échanger des deuxièmes requêtes et réponses (RQL, RSL) avec le moyen de navigation (5) afin d'introduire dans des deuxièmes réponses (RSL) notamment des documents hypermédia lus dans la mémoire. 17-Système conforme à l'une quelconque des revendications 1 à 16, comprenant un moyen (PR) distant de l'équipement central pour transmettre une requête relative à un document déterminé demandé par un premier périphérique dans un format non restituable par le moyen de navigation (5) ou un moyen serveur (SD) inclus dans l'équipement central (1), à un serveur distant (SC) et pour traduire le document demandé retourné par le serveur distant dans un format adapté à un deuxième périphérique (31) associé au premier périphérique afin de transmettre le document adapté au navigateur ou au serveur local vers le deuxième périphérique. 18-Système conforme à la revendication 17, dans lequel le moyen serveur dans l'équipement central comprend un moyen (8) pour exécuter des programmes en fonction de paramètres contenus dans des deuxièmes requêtes (RQL, 68) et notamment de fichiers lus dans la mémoire (7) afin d'établir et transmettre des deuxièmes réponses (RSL) vers le moyen de navigation. 19-Système conforme à la revendication 18, dans lequel le moyen pour exécuter (8) comprend un moyen (82) pour interroger une messagerie dans un serveur distant (SD) à la suite d'une deuxième requête (RQL) contenant un identifiant de la messagerie désignée par un premier périphérique (21) et pour introduire des informations récupérées dans la messagerie dans une deuxième réponse (RSL) destinée à un deuxième périphérique (31) associé au premier périphérique. 20-Système conforme à la revendication 18 ou 19, dans lequel le moyen pour exécuter (8) comprend un moyen (83,84, 85) pour délivrer une page d'accueil vers un deuxième périphérique (31) à la suite d'une deuxième requête (RQL) émise par le moyen de navigation (5) à la demande d'un premier périphérique (21) associé au deuxième périphérique. 21-Système conforme à l'une quelconque des revendications 18 à 20, dans lequel le moyen pour exécuter comprend un moyen (83) pour transmettre dans une deuxième réponse (RSL) un formulaire lu dans la mémoire (7) vers un deuxième périphérique (31) associé à un premier périphérique (21) l'ayant demandé et pour construire une page d'accueil destinée au deuxième périphérique en fonction du formulaire rempli retransmis par le premier périphérique puis dans une deuxième requête (RQL) depuis le moyen de navigation (5). 22-Système conforme à l'une quelconque des revendications 18 à 21, dans lequel le moyen pour exécuter comprend un moyen (84) pour remplacer une page d'accueil pour un deuxième périphérique (31) par une page dernièrement reçue par celui-ci. 23-Système conforme à l'une quelconque des revendications 18 à 22, dans lequel le moyen pour exécuter comprend un moyen (85) pour remplacer une page d'accueil pour un deuxième périphérique (31) par une page sélectionnée dans un système de fichiers dans la mémoire (7). 24-Système conforme à l'une quelconque des revendications 18 à 23, dans lequel le moyen pour exécuter comprend un moyen (86) pour générer une page de commandes de source sonore dans une deuxième réponse (RSL) vers un deuxième périphérique prédéterminé (32) et pour commander une restitution de son par l'intermédiaire d'au moins une source sonore (92) dans l'équipement central (1) en fonction notamment d'un identifiant de fichier audio et de commandes retournés dans une deuxième requête (RQL) via le moyen de navigation (5) depuis un premier périphérique (22) associé au premier périphérique prédéterminé. 25-Système conforme à l'une quelconque des revendications 18 à 24, dans lequel le moyen pour exécuter comprend un moyen (86) pour générer une page de commandes d'une chaîne haute-fidélité (3C) dans une deuxième réponse (RSL) vers un deuxième périphérique prédéterminé (32) et pour retransmettre une commande contenue dans une deuxième requête (RSL) transmise via le moyen de navigation (5) depuis un premier périphérique (22) associé au deuxième périphérique, dans une deuxième réponse (RSL) destinée à un autre deuxième périphérique (3T) télécommandant la chaîne haute-fidélité. 26-Système conforme à la revendication 25, dans lequel la chaîne haute-fidélité constitue un deuxième périphérique (3C) relié à travers un moyen d'adaptation sonore (91) au moyen pour exécuter (8) dans l'équipement central (1) afin de retransmettre du son de sources sonores locales et/ou distantes vers la chaîne haute-fidélité. 27-Système conforme à l'une quelconque des revendications 1 à 26, dans lequel un premier périphérique et un deuxième périphérique sont inclus dans un boîtier de poche commun (21-31 à 21-31). 28-Système conforme à la revendication 27, dans lequel les premier et deuxième périphériques (21-31) dans le boîtier incluent un microcontrôleur (215), des boutons de commande (211-214), et un afficheur (311). 29-Système conforme à l'une quelconque des revendications 1 à 28, dans lequel au moins un périphérique (21-31 à 21-31) est connecté à un port de l'équipement central (1) par une liaison radioélectrique de proximité (4).