Brevet FR2762460A1 — publié le 19981023

DEMANDE DE BREVET CONNEXE La présente demande de brevet revendique le bénéfice de la demande provisoire des Etats-Unis d'Amérique N 60/040 028 intitulée "Usenet News Reader" (c'est-à-dire programme de lecture des articles du serveur USENET) déposée par Richard Simoni et Douglas Pan, le 4 Mars 1997 dont la description est incorporée dans le présent mémoire à titre de référence. DOMAINE DE L'INVENTION La présente invention se rapporte d'une manière générale aux technologies de discussion par voie informati- que. Plus particulièrement, la présente invention consiste en un procédé et un appareil destinés à fournir des interfaces améliorées aux technologies de discussion par voie informati- que telles que les nouvelles électroniques (courrier électro- nique, courrier vocal, dialogue Internet, conférence vocale, visioconférence, télécopie pour courrier électronique, email, etc.). ARRIERE PLAN DE L'INVENTION Les nouvelles électroniques sont une technologie de discussion qui est devenue familière aux utilisateurs de l'informatique du monde entier. Dans un système de nouvelles électroniques typique, des utilisateurs postent des articles vers des groupes de nouvelles également appelés groupes de discussion. Des utilisateurs lisent et répondent également aux articles postés par d'autres utilisateurs. Chaque article et réponse sont archivés pour une période de temps, permet- tant aux utilisateurs de participer à des discussions dans un mode différé. Sur le réseau Internet, la forme de nouvelles électroniques la plus largement utilisée consiste en les nouvelles diffusées sur le réseau spécialisé USENET, couram- ment appelées nouvelles USENET. Les nouvelles USENET ont débuté par un simple procédé par lequel des utilisateurs échangeaient des articles via le courrier électronique. A partir de ce début simple, les nouvelles USENET ont évolué vers un système complexe dans lequel les articles de nouvelles sont archivés sur des systèmes serveurs de nouvelles. Des articles de nouvelles archivés sont transférés5 à la demande vers des systèmes clients utilisant le protocole (NNTP) (c'est-à-dire protocole de transfert de nouvelles réseau ou protocole de transfert USENET) décrits dans le document Internet RFC 977. Les utilisateurs des systèmes clients visualisent les articles de nouvelles en utilisant les interfaces utilisateurs fournies par les programmes connus sous le nom de lecteurs de nouvelles. Le système des nouvelles USENET s'est avéré être une forme efficace et populaire de nouvelles électroniques. En fait, des milliers de groupes de discussion USENET différents sont à présent disponibles sur le réseau Internet, et des millions d'articles sont postés chaque semaine. La technologie USENET de base est également largement déployée à l'intérieur des réseaux internes, ou intranets, de nombreuses sociétés et organisations. Ces sociétés et organisations utilisent des systèmes serveurs de nouvelles du type USENET et le protocole NNTP pour distribuer des articles à l'intérieur de leurs systèmes informatiques internes. En dépit de l'efficacité globale du système de nouvelles USENET, la pratique a montré qu'il existait toujours un besoin pour une amélioration dans cette techno- logie. En particulier, la pratique a montré qu'un grand nombre d'utilisateurs trouvait les interfaces utilisateurs proposées par les nombreux programmes lecteurs de nouvelles comme étant quelque peu absconses et difficiles à utiliser. Même des interfaces qui n'apparaissent pas comme étant absconses sont encore dépourvues d'un grand nombre des caractéristiques que les utilisateurs sont venus à attendre lorsqu'ils utilisent d'autres programmes tels que des navigateurs destinés au World Wide Web ou navigateurs Web. Ainsi, il existe un besoin pour les interfaces utilisateurs améliorées pouvant simplifier l'utilisation du système des nouvelles USENET. Malheureusement, la production d'interfaces utilisateurs améliorées s'est avérée être une tâche dif- ficile. Cette difficulté est multiple du fait de l'utilisa- tion largement répandue de la technologie USENET. En deux mots, il existe un large parc installé de programmes lecteurs de nouvelles et un large parc installé de systèmes serveurs de nouvelles. Toutes modifications réalisées en vue de fournir un programme lecteur de nouvelles amélioré doivent être compatibles avec une grande quantité de logiciels pré- existants. En particulier, ceci signifie qu'il n'est pas réaliste d'apporter des modifications aux systèmes serveurs de nouvelles ou au protocole NNTP. Le besoin de fournir une interface utilisateur améliorée tout en maintenant la compatibilité avec les logiciels existants n'est pas propre aux nouvelles USENET. En fait, ce besoin existe dans le cadre d'autres technologies de discussion, dont les systèmes de nouvelles électroniques, services d'informations télématique (BBS), et systèmes de dialogue télématique non orientés USENET. Ainsi, un besoin existe pour une interface utilisa- teur de programme lecteur de nouvelles améliorée qui soit compatible avec les technologies USENET et apparentées existantes. RESUME DE L'INVENTION La présente invention comprend un procédé et un appareil pour fournir les interfaces améliorées à des technologies de discussion par voie informatique telles que les nouvelles électroniques. Un environnement représentatif de la présente invention comprend un réseau informatique comportant des systèmes informatiques serveurs et clients. De préférence, la présente invention est destinée à être utilisée dans des environnements Internet ou Intranet dans lesquels des systèmes clients peuvent inclure des stations de travail, des ordinateurs individuels, des systèmes informati- ques réseaux et des téléviseurs avec accès à Internet. Dans l'environnement préféré, il est prévu un ou plusieurs serveurs de nouvelles. De préference, les serveurs de nouvelles distribuent des articles de nouvelles en utilisant le protocole NNTP décrit dans Internet RFC 977 (la mention de RFC 977 est incorporée dans ce document à titre de réfé- rence). En variante, d'autres protocoles et systèmes de distribution de nouvelles peuvent être utilisés. Pour atteindre les objectifs de la présente invention, un ou plusieurs des systèmes serveurs incorporés dans le réseau informatique sont désignés sous le terme systèmes super-serveurs. Chaque système super-serveur comporte une application super-serveur. L'application super- serveur fournit des informations à l'intérieur du réseau informatique utilisant un protocole super-serveur (SSP). L'information fournie par le SSP complète les articles de nouvelles délivrés par les serveurs de nouvelles. A l'inté- rieur des programmes lecteurs de nouvelles compatibles, l'information fournie par le SSP autorise l'utilisation d'interfaces utilisateur améliorées. L'information fournie par le SSP est destinée à être utilisée à l'intérieur d'une gamme de différents types de programmes lecteurs de nouvelles. Pour un premier mode de réalisation de la présente invention, un programme lecteur de nouvelles (dit lecteur de nouvelles dans la suite du mémoire) est fourni par une petite application également appelée "applette" cliente. L'applette cliente est de préférence implémentée sous forme d'une applette Java laquelle est téléchargée sur demande vers les systèmes clients du réseau. Une fois téléchargée, l'applette cliente est exécutée sous le contrôle d'un navigateur compatible Java , tel que Netscape Navigator . (Java est une marque déposée de la Société Sun Microsystems Inc.) (Navigator est une marque déposée de la Société Netscape Communications Corporation). Au cours de l'exécution, l'applette cliente communique avec le système super-serveur et les systèmes serveurs de nouvelles. L'applette cliente utilise l'information incluse dans le SSP pour fournir une interface améliorée d'accès aux nouvelles electroniques. L'interface fournie par la combinaison du système super- serveur, SSP et l'applette cliente comporte de nombreuses caractéristiques qui simplifient la tâche d'accès aux nouvelles électroniques. Plus particulièrement, lors- qu'elle est utilisée en combinaison avec un navigateur, la présente invention fournit une interface du type "Web" (c'est-à-dire en présentation hypertextuelle de réseau multimédia) pour accéder aux nouvelles électroniques. L'interface du type Web trie les groupes de discussion en catégories logiques. Chaque catégorie a un nom associé qui décrit le contenu des groupes de discussion de la catégorie. Chaque catégorie ou groupe de discussion peut également avoir un ou plusieurs forums de dialogue en temps réel associés. Le regroupement des groupes de discussion et des forums de dialogue en catégories fournit aux utilisateurs un guide intuitif vers les divers thèmes des groupes de discussion qui sont disponibles sur l'Internet. Le classement par catégories des groupes de discussion et des forums de dialogue en direct permet également à l'interface du type Web de répondre de manière intelligente aux profils d'utilisation de l'utilisateur. Par exemple, une annonce publicitaire pour un magasin de musique en ligne peut être envoyée aux utilisateurs qui ont l'habi- tude de se connecter à une catégorie de groupes de discussion sur la musique. Selon un autre exemple, si de nombreux utilisateurs ont l'habitude d'accéder à un groupe de caté- gories, une nouvelle supercatégorie peut être créée pour satisfaire les besoins de ces utilisateurs. Les avantages de l'invention seront exposés, en partie, dans le mémoire descriptif qui suit et, en partie, seront appréciés par l'homme de l'art d'après la description ou peuvent être mis en évidence en pratiquant l'invention. Les avantages de la présente invention seront réalisés et atteints au moyen des éléments et des combinaisons, tels que particulièrement soulignés dans les revendications et équivalentes. Sur les dessins ci-joints qui illustrent plusieurs modes de réalisation de l'invention et qui, conjointement avec la description, servent à expliquer les principes de l'invention: la figure 1 est un diagramme synoptique d'un réseau informatique représenté comme environnement représen- tatif de la présente invention; la figure 2 est un diagramme synoptique d'un système informatique hôte selon un mode de réalisation de la présente invention; la figure 3 est un diagramme synoptique montrant la relation existant entre les composants logiciels d'un mode de réalisation de la présente invention; la figure 4 est un diagramme synoptique d'un réseau informatique représenté comme un environnement représentatif pour une variante de mode de réalisation de la présente invention; la figure 5 est un diagramme montrant un premier écran d'une interface utilisateur telle qu'utilisée dans un mode de réalisation de la présente invention; la figure 6 est un diagramme montrant un second écran d'une interface utilisateur telle qu'utilisée dans un mode de réalisation de la présente invention; la figure 7 est un diagramme montrant un troi- sième écran d'une interface utilisateur telle qu'utilisée dans un mode de réalisation de la présente invention; et la figure 8 est un diagramme montrant un qua- trième écran d'une interface utilisateur telle qu'utilisée dans un mode de réalisation de la présente invention; et les figures 9 à 14 sont des diagrammes montrant des écrans supplémentaires d'une interface utilisateur telle qu'utilisée dans un mode de réalisation de la présente invention. 5 DESCRIPTION DETAILLEE DES MODES DE REALISATION PREFERES Il se fait référence à présent en détail aux modes de réalisation préférés de l'invention dont des exemples sont illustrés par les dessins ci-joints. Là o cela a été possible, les mêmes références numériques ont été10 utilisées dans les dessins pour se référer aux éléments identiques ou similaires. ENVIRONNEMENT Sur la figure 1, un réseau informatique 100 est représenté en tant qu'environnement représentatif de la présente invention. Le réseau 100 comporte un mélange de systèmes clients 102a à 102c et de systèmes serveurs 104a à 104d. Le nombre de systèmes clients 102 et de systèmes serveurs 104 est destiné à être représentatif en nature. Ainsi, la figure 1 pourrait incorporer un nombre quelconque de systèmes clients 102 ou de systèmes serveurs 104. Les systèmes clients 102 et les systèmes serveurs 104 peuvent être sélectionnés à partir d'une large gamme de types de systèmes informatiques, dont des assistants numériques personnels, des stations de travail et des ordinateurs individuels. Les systèmes clients 102 peuvent également comprendre des systèmes informatiques réseaux configurés de manière appropriée ou des systèmes Internet compatibles télévision. En se référant brièvement à la figure 2, un système informatique 200 est représenté en tant qu'implémen- tation représentative des systèmes clients 102 et des systèmes serveurs 104. Sur le plan de la structure, le système informatique 200 comprend un bus 202 connectant un ou plusieurs processeurs 204 à une ou plusieurs mémoires 206. Un dispositif d'entrée/sortie 208 est également connecté au bus 202. Le dispositif entrée/sortie 208 représente une large gamme de dispositifs E/S (entrée/sortie) variés tels que des unités de disque, des claviers, des modems, des adaptateurs réseaux, des imprimantes et des moniteurs d'affichage. Le système informatique 200 comporte également un ou plusieurs dispositifs de stockage de masse 210 de tout type approprié tels qu'un disque dur, un disque optique, un disque magnéto- optique, un système de stockage non volatil flash ou autre. En général, il peut être apprécié que le système informatique10 hôte 200 soit destiné à être représentatif d'ordinateurs universels. Le système informatique 200 vise à être représen- tatif d'une large gamme de types d'ordinateurs. Ainsi, certaines implémentations du système informatique 200 peuvent ne pas nécessiter chaque composant structurel représenté sur la figure 2. Par exemple, dans le cas o un système Internet compatible télévision ou un système informatique réseau est choisi en tant que système client 102, le dispositif de stockage de masse 210 peut être superflu. Sur le réseau 100 de la figure 1, chaque système serveur 104a à 104c comporte une application appropriée. Ces applications sont l'application serveur NNTP 106, l'applica- tion serveur dialogue 108 et l'application serveur courrier , destinées aux systèmes serveurs 104a à 104c, respec- tivement. Du fait de ces applications, les systèmes serveurs 104a à 104c seront désignés en tant que système serveur NNTP 104a, système serveur dialogue 104b et système serveur 104c. Un point important réside dans le fait que le réseau 100 peut comporter un nombre quelconque de systèmes serveurs NNTP 104a, de systèmes serveurs dialogues 104b, et de systèmes serveurs courriers 104c. Le système serveur NNTP 104a fournit des nouvelles réseau en utilisant le protocole NNTP décrit dans l'Internet RFC 977 (la mention de RFC 977 est incorporée dans ce mémoire à titre de référence). Le système serveur dialogue 104b fournit l'accès à des forums de dialogue en temps réel en utilisant le protocole Internet Relay Chat (IRC) (c'est-à- dire "relais de conversations textuelles en temps réel") décrit dans Internet RFC 1459 (la mention de RFC 1459 est incorporée dans le présent mémoire à titre de référence). Le système serveur courrier 104c fournit l'accès au courrier électronique en utilisant un protocole tel que le protocole de transfert de courrier électronique (SMTP) défini dans Internet RFC 821 (la mention de RFC 821 est incorporée dans le présent mémoire à titre de référence). En général, on appréciera le fait que, bien que la figure 1 montre des protocoles NNTP, IRC et SMTP, la présente invention vise particulièrement à être utilisée avec une large gamme de technologies de discussion, y compris les technologies BBS (service d'informations télématique) et Minitel. VUE D'ENSEMBLE D'UN MODE DE REALISATION PREFERE DE LA PRESENTE INVENTION Un mode de réalisation préféré de la présente invention comprend un procédé et un appareil pour fournir une interface améliorée à des technologies de discussion dans des environnements tels que le réseau 100. En général, la présente invention est applicable à une large gamme de technologies de discussion différentes. A des fins des- criptives, cependant, la description suivante se concentre sur l'utilisation de la présente invention en tant que procédé et appareil pour fournir une interface améliorée au système de nouvelles USENET. Sur le plan structurel, un mode de réalisation préféré de la présente invention comporte une applette cliente et une application super-serveur. Ces dernières sont représentées en tant qu'applettes clientes 112a à 112c et application super-serveur 114 sur la figure 1. Pour le mode de réalisation décrit, l'applette cliente 112 fonctionne comme une interface utilisateur ou un programme lecteur de nouvelles, pour des nouvelles USENET. L'interface utilisateur fournie par l'applette cliente 112 est de préférence orientée écran, fournissant à l'utilisateur une série d'écrans à travers laquelle il peut naviguer. Chaque écran est constitué d'une collection d'informations et d'éléments graphiques. Le style et le contenu de chaque écran dépendent largement de l'implémentation particulière de la présente invention. Dans de nombreux cas, un écran comprendra un ou plusieurs liens à d'autres écrans. L'utilisateur de l'applette cliente 112 active ces liens pour se déplacer entre les écrans successifs. A l'intérieur de certains des écrans fournis par l'applette cliente, il existe des liens à des groupes de discussion USENET et des liens à des catégories. Une caté- gorie est un jeu de groupes de discussion USENET apparentés. L'utilisateur de l'applette cliente 112 active un lien groupe de discussion pour accéder au contenu de ce groupe de discussion. Un lien catégorie est activé pour accéder à un groupement de groupes de discussion USENET apparentés et/ou autres sous-catégories. L'application super-serveur 114 maintient des informations concernant les utilisateurs de l'applette cliente 112. L'application super-serveur 114 maintient également les informations qui sont utilisées par l'applette cliente 112 pour construire son interface utilisateur. L'applette cliente 112 accède aux informations maintenues par l'application super-serveur 114 en utilisant un protocole super-serveur (SSP). L'applette cliente 112 utilise les informations incluses dans le SSP pour fournir l'interface améliorée d'accès aux nouvelles USENET. CLASSE DE NOEUDS Le protocole super-serveur utilisé par l'applica- tion super-serveur 114 et l'applette cliente 112 est un protocole à base de messages requête/réponse. Dans certains cas, ces requêtes et ces réponses nécessitent que les structures de données soient passées entre l'application super-serveur 114 et l'applette cliente 112. Pour simplifier ce processus, l'applette cliente 112 et l'application super- serveur 114 comportent une classe de Noeuds. Chaque instance de la classe de Noeuds est identifiée par un identifiant entier unique. L'identifiant entier fonctionne comme une méthode portable pour référencer les Noeuds. En particulier, l'identifiant entier signifie que la valeur utilisée pour référencer un Noeud donné ne diffère pas entre l'applette cliente 112 et l'application super-serveur 114. Ainsi, le Noeud référencé par la valeur entière cinq dans l'applette cliente 112 est le même Noeud référencé par la valeur entière cinq dans l'application super-serveur 114. La classe de Noeuds est un type de données abstrait qui fonctionne comme une classe de base pour une série de classes dérivées. Chaque classe dérivée étend la classe de Noeuds à un objectif particulier. Par exemple, pour décrire un écran, une classe dérivée qui comporte des informations décrivant l'écran est utilisée. Les classes dérivées comportent les attributs de la classe de Noeuds de base. En conséquence, les classes dérivées sont identifiées par des identifiants entiers uniques. Pour des raisons de simplicité, le reste de ce document se réfère à des Noeuds sans distinction entre les diverses classes dérivées. PROTOCOLE SUPER-SERVEUR Dans le protocole super-serveur, chaque requête comporte un code d'opération à valeur entière. Le code d'opération à valeur entière est suivi, lorsqu'approprié, d'un ou plusieurs opérandes. Chaque requête a une réponse associée. Le tableau suivant liste le code d'opération, la valeur entière du code d'opération, les opérandes et la30 réponse pour chaque requête incluse dans une implémentation représentative du protocole super-serveur: Code opération Valeur Opérandes Résultat LOGIN 0 Nom utilisateur Booléen VRAI ou FAUX (connexion) Mot de passe GET HOME SCREEN 1 Instance Noeud associé (obtenir écran d'accueil) à l'écran d'accueil GET NEWSCROUP Nom groupe de discussion (obtenir groupe de 2 discussion) GETSCREEN, 3 Identifiant Noeud Instance Noeud associé (obtenir écran) d'écran à l'écran demandé GET READ ARTICLES 4 Nom groupe de discussionGanmme des articles lus (obtenir articles lus) SET READ ARTICLES 5 Nom groupe de discussion (positionner articles lus) Gamme des articles lus GET CANDIDATES 6 Liste des candidats (obtenir candidats) pour qui voter GET VOTING RESULTS 7 Liste d'articles Liste de résultats de (obtenir résultats vote) vote Vote 8 Liste d'articles Liste des votes Pour authentifier un utilisateur, l'applette cliente 112 envoie une requête LOGIN (connexion) à l'applica- tion super-serveur 114. La requête comporte, dans l'ordre, la valeur zéro, suivie des chaînes de caractères composant le nom et le mot de passe de l'utilisateur. En réponse à la requête LOGIN, l'application super-serveur 114 retourne une valeur Booléenne VRAI si l'utilisateur a une autorisation d'accès et FAUX si ce n'est pas le cas. Pour le mode de réalisation décrit, un écran d'accueil est inclus. L'écran d'accueil représente le niveau supérieur dans la hiérarchie des écrans et fonctionne comme un point de départ pour les utilisateurs de l'applette cliente 112. Pour accéder aux données correspondant à l'écran d'accueil, l'applette cliente 112 envoie une requête GET_HOME SCREEN (obtenir écran d'accueil) à l'application super- serveur 114. La requête a la valeur un et ne comporte pas d'opérandes. En réponse à la requête GETHOMESCREEN, l'application super-serveur 114 retourne l'instance de la classe de Noeuds qui décrit l'écran d'accueil. Pour accéder aux données correspondant aux écrans autres que l'écran d'accueil, l'applette cliente 112 envoie une requête GET_SCREEN (obtenir écran) à l'application super- serveur 114. La requête a la valeur trois, suivie de l'iden- tifiant entier de l'instance de classe de Noeuds associée à l'écran souhaité. En réponse à la requête GETSCREEN, l'application super-serveur 114 retourne l'instance de classe de Noeuds qui est associée à l'identifiant. L'instance de classe de Noeuds porte des informations qui décrivent l'écran souhaité. Pour accéder à un groupe de discussion parti- culier, l'applette cliente 112 envoie une requête GETNEWSGROUP (obtenir groupe de discussion) à l'application super- serveur 114. La requête comporte, dans l'ordre, la valeur deux, suivie d'une chaine pour le nom du groupe de discussion souhaité. L'application super-serveur 114 répond en retournant l'instance de classe de Noeuds qui correspond au groupe de discussion particulier. Pour obtenir la gamme des articles déjà lus dans un groupe de discussion particulier par un utilisateur donné, l'applette cliente 112 envoie une requête GET_READ_ARTICLES (obtenir articles lus) à l'application superserveur 114. La requête comporte, dans l'ordre, la valeur quatre, suivie d'une chaine qui correspond au nom du groupe de discussion. L'application super-serveur 114 répond en retournant une chaîne à l'applette cliente 112, laquelle définit la gamme des articles que l'utilisateur de l'applette cliente 112 a déjà lue pour le groupe de discussion particulier. Pour positionner la gamme des articles précédem- ment lus dans un groupe de discussion particulier, l'applette cliente 112 envoie une requête SET_READ_ARTICLES (positionner articles lus) à l'application super-serveur 114. La requête5 comporte, dans l'ordre, la valeur cinq, suivie d'une chaîne qui correspond au nom du groupe de discussion et une seconde chaîne qui définit la gamme des articles que l'utilisateur de l'applette cliente a lue pour le groupe de discussion parti- culier. En réponse, l'appllication super-serveur 114 met à10 jour la gamme des articles que l'utilisateur de l'applette cliente 112 a lue pour le groupe de discussion particulier. Lorsqu'un utilisateur exprime son opinion par vote sur un article, il ou elle sélectionne à partir d'une liste de candidats tels que "approuve", "désapprouve",15 "drôle", "arrosage", etc. Pour obtenir la liste des candidats sur lesquels l'utilisateur peut exprimer son opinion par vote, l'applette cliente 112 envoie une requête GET_CANDIDATES (obtenir candidats) à l'application super- serveur 114. La requête a la valeur six et ne comporte aucun20 opérande. En réponse, l'application super-serveur 114 retourne une liste de chaines représentant les candidats. Afin d'afficher les résultats du vote à l'inten- tion de l'utilisateur, l'applette cliente 112 doit récupérer les résultats à partir de l'application super-serveur 114. Pour récupérer les résultats, l'applette cliente 112 envoie une requête GETVOTING_RESULTS (obtenir résultats des votes) à l'application super-serveur 114. La requête comporte, dans l'ordre, la valeur sept, suivie d'une liste de chaines représentant les identifiants-messages des articles pour30 lesquels les résultats du vote doivent être récupérés. En réponse, l'application super-serveur 114 retourne une liste d'objets représentant les résultats du vote pour chacun des articles spécifiés dans la requête. Afin d'enregistrer les votes d'un utilisateur, l'applette cliente 112 envoie ces votes vers l'application super-serveur 114. Pour envoyer les votes, l'applette cliente 112 envoie une requête VOTE à l'application super-serveur 114. La requête comporte, dans l'ordre, la valeur huit, suivie d'une liste de chaines représentant les identifiants- messages des articles pour lesquels les votes sont en train d'être envoyés, suivie d'une liste d'objets représentant, pour chaque article, les candidats pour lesquels l'utilisa- teur a voté. En réponse, l'application super-serveur 114 enregistre et totalise le vote en interne pour l'inclure dans des réponses aux futures requêtes GET_VOTING_RESULTS que l'application super-serveur 114 recevra. APPLICATION SUPER-SERVEUR L'application super-serveur 114 est de préférence implémentée sous la forme d'un programme Java . Comme représenté sur la figure 3, l'application super-serveur 114 comporte une base de données 300 et un gestionnaire de requête 302. La base de données 300 est utilisée pour stocker les informations destinées aux utilisateurs de l'applette cliente 112. Ces informations comprennent les gammes d'articles que les utilisateurs ont lues dans des groupes de discussion particuliers. Les préférences des utilisateurs peuvent également être maintenues comme partie de la base de données 300. La base de données 300 est également utilisée par l'application super-serveur 114 pour maintenir les informations d'interface utilisateur qui sont utilisées par l'applette cliente 112. Le gestionnaire de requête 302 est appelé par l'application super- serveur 114 pour traiter les requêtes reçues à partir de l'application cliente 112. En réponse à une requête, le gestionnaire de requête 302 détermine d'abord le code d'opération de protocole super-serveur de la requête. Sur la base du code d'opération, le gestionnaire de requête 302 exécute ou appelle les fonctions requises pour implé- menter le côté serveur du protocole super-serveur. La figure 1 représente une application super- serveur unique 114 à l'intérieur du réseau 100. Il peut être préférable d'inclure de multiples applications super-serveurs 114 dans le réseau 100. Ceci est particulièrement vrai dans les cas pour lesquels des fonctions d'équilibrage de charge ou de dépannage automatique sont requises. APPLETTE CLIENTE L'applette cliente 112 est de préférence implé- mentée sous la forme d'une applette Java . L'applette cliente 112 est également de préférence téléchargée à la demande à partir d'un système serveur 104 incorporé dans le réseau 100. Une fois téléchargée, l'applette cliente 112 est exécutée sous le contrôle d'un navigateur Web compatible Java , tel que Microsoft Internet Explorer, ou Netscape Navigator . En15 variante, l'applette cliente 112 peut être implémentée en utilisant le langage ActiveX ou autre langage de program- mation. L'applette cliente 112 peut également être implé- mentée en tant qu'application autonome qui fonctionne sans l'aide d'un navigateur Web.20 Comme représenté sur la figure 3, l'applette cliente 112 comporte une suite logicielle d'interface utilisateur 306 et une suite logicielle cliente 308. La suite logicielle cliente 308 comporte, quant à elle, une suite logicielle NNTP 310, une classe dialogue 312, une classe courrier 314 et une classe super- serveur 316. La suite logicielle d'interface utilisateur 306 assure l'interface utilisateur pour l'applette cliente 112. La suite logicielle NNTP 310, la classe dialogue 312, la classe courrier 314 et la classe super-serveur 316 dotent l'applette cliente 112 de la capacité à communiquer avec l'application serveur NNTP 106, l'application serveur dialogue 108, l'application serveur courrier 110 et l'application super- serveur 114, respectivement. CLIENT ET SERVEUR HTML (Langage de description de documents hypertextuels) En général, bien que l'utilisation de navigateurs compatibles Java soit en train de devenir relativement courante, un grand nombre de navigateurs anciens, non compa- tibles Java sont encore en utilisation. De plus, certains utilisateurs choisissent de désactiver Java dans leurs navigateurs compatibles Java . Pour faire face à cette situation, une variante de mode de réalisation de la présente invention est proposée. L'utilisation de la variante de mode de réalisation de la présente invention peut être mieux comprise en se référant au réseau 400 de la figure 4. Plus en détail, il peut être constaté que le réseau 400 comporte un grand nombre des éléments du réseau 100 de la figure 1. Le réseau 400 est différent, cependant, du fait que le système client 102c incorpore un client HTML 402 et un système serveur 104e qui comporte une application serveur HTML 404. L'application serveur HTML 404 peut être implémentée en utilisant toute technologie appropriée telle que Java. A l'intérieur du réseau 400, l'application serveur HTML 404 fonctionne comme un pseudo-client de l'application super-serveur 114. Au lieu d'interagir avec un utilisateur de l'applette cliente 112, cependant, l'applica- tion serveur HTML 404 fonctionne comme un fournisseur de pages Web au format HTML à l'intérieur du réseau 400. Les pages Web fournies par l'application serveur HTML 404 imitent l'interface utilisateur fournie par l'applette cliente 112. Ceci fournit des navigateurs non validés Java , tels que le client HTML 402, avec une interface améliorée qui est similaire à la convivialité offerte par l'applette cliente 112. INTERFACE UTILISATEUR Un premier écran de l'interface utilisateur fourni par l'applette cliente 112 est représenté sur la figure 5 et est désigné d'une manière générale par la référence 500. Comme représenté sur la figure 5, l'écran 500 vise a être un écran d'ouverture ou d'accueil et est affiché lorsque l'applette cliente 112 est invoquée par un utilisa- teur des systèmes clients 102. L'écran 500 comporte une série5 d'icônes dont les icônes 502a à 502c sont représentatives. Chaque icône 502 correspond à une catégorie ou un groupement particulier de groupes de discussion réseau et de forums de dialogue et autres sous-catégories. Le fait de cliquer sur une icône particulière 502 vise à activer la catégorie10 correspondante. L'écran 500 comporte également une boîte de recherches 504 activée par un bouton de recherche 506. La boite de recherche 504 permet à l'utilisateur d'entrer une requête de recherche sous la forme d'une chaîne de texte. Le fait de cliquer sur le bouton de recherche 506 active un moteur de recherche, amenant ce dernier à localiser une ou plusieurs catégories et/ou des groupes de discussion qui se rapportent au texte entré dans la boîte de recherche 504. Sur la figure 6, un second écran de l'interface utilisateur fourni par l'applette cliente 112 est représenté et est désigné d'une manière générale par la référence 600. L'écran 600 est affiché par l'applette cliente 112 chaque fois que l'utilisateur active la catégorie commerciale en cliquant sur l'icône commerce 502c. L'écran 600 comporte une série d'icônes 602a à 602c. Chaque icône 602 correspond à un groupe de discussion qui est inclus dans la catégorie commerce. Un point important réside dans le fait que chaque icône 602 comporte du texte qui décrit, d'une manière aisément compréhensible, le thème du groupe de discussion associé. De manière importante, au lieu d'un groupe de discussion unique, chaque icône 602 peut également repré- senter un groupement d'articles sélectionnés d'une manière logique à partir de groupes de discussion multiples. L'écran 600 comporte également une série d'icônes dont les icônes 604a à 604c sont représentatives. Chaque icône 604 correspond à une sous-catégorie qui est incluse dans le thème de la catégorie commerce. Sur la figure 7, un troisième écran de l'inter- face utilisateur fourni par l'applette cliente 112 est représenté et est d'une manière générale désigné par la référence 700. L'écran 700 est un exemple des écrans qui sont affichés par l'applette cliente 112 lorsque l'utilisateur active l'un des groupes de discussion inclus dans l'écran 600. L'écran 700 comporte un nombre de rubriques 702. Chaque rubrique 702 correspond à un "fil" ou un groupe d'un ou plusieurs articles de nouvelles réseau pris à partir d'un groupe de discussion réseau particulier. Chaque rubrique 702 comporte un titre 704 décrivant le thème des articles de nouvelles réseau associés. Chaque rubrique 702 peut également comporter un attribut d'état visuel 706. Lorsqu'approprié, l'attribut d'état visuel 706 informe l'utilisateur qu'il ou qu'elle a déjà lu tous les articles inclus dans une chaîne de messages (comme dans le cas de l'attribut d'état visuel 706a). En variante, l'attri- but d'état visuel 706 peut informer l'utilisateur qu'une chaîne de messages particulière comporte des articles qui ont été postés postérieurement au dernier accès de l'utilisateur au groupe de discussion (comme c'est le cas de l'attribut d'état visuel 706b). D'autres attributs d'état visuels 706 peuvent être appropriés dans d'autres situations. Chaque rubrique 702 peut également comporter un indicateur de vote visuel 708. L'indicateur de vote visuel représente un résultat d'un processus de vote parmi les utilisateurs du protocole super-serveur. En particulier, l'indicateur de vote visuel 708 indique le résultat total parmi les utilisateurs qui ont voté sur le contenu d'une chaîne de messages particulière. L'indicateur de vote visuel 708 peut être un symbole "pouce vers le haut" (symbole d'approbation), comme dans le cas de l'indicateur de vote visuel 708a ou un symbole de "pouce vers le bas" (symbole de désapprobation) comme c'est le cas de l'indicateur de vote visuel 708b. Les symboles "pouce vers le haut" et "pouce vers le bas" peuvent être mélangés dans une icône unique pour indiquer un vote partagé, comme dans le cas de l'indicateur de vote visuel 708c. L'indicateur de vote visuel 708 peut également utiliser d'autres symboles et icônes comme dans le cas du visage souriant utilisé pour l'indicateur de vote visuel 708d. L'indicateur de vote visuel peut également être sous la forme d'une boîte de conserve (spam) (marque commer- ciale de viande en conserve) pour indiquer qu'un article particulier a été posté abusivement vers un large éventail de groupes de discussion. De préférence, la rubrique 702 peut également comporter un décompte des articles non lus 710. L'écran 700 comporte également une série d'icônes ressources 712. L'action de cliquer sur une icône ressource 712 active une ressource disponible à l'intérieur du réseau qui est en rapport avec le thème de l'écran 700. Par exemple, le fait de cliquer sur l'icône ressource 712a active un forum de dialogue en temps réel ayant trait aux investis- sements en bourse. Le fait de cliquer sur l'icône ressource 712b provoque l'affichage du contenu d'un fichier de ques- tions fréquemment posées (FAQ) se rapportant aux actions boursières. L'icône ressource 712c est liée à un espace commercial interactif, tel qu'une page Web, pour des marchan- dises et matières ayant trait aux actions boursières. L'icône ressource 712d est liée à une page Web avec des liens (éventuellement contributifs de la part de l'utilisateur) vers d'autres pages Web se rapportant aux actions boursières. Sur la figure 8, un quatrième écran de l'inter- face utilisateur fourni par l'applette cliente 112 est représenté et est désigné d'une manière générale par la référence 800. On accède à l'écran 800 lorsqu'un utilisateur active une rubrique 702 incluse dans l'écran 700 et l'écran 800 fonctionne comme un navigateur pour les articles inclus dans la rubrique activée 702. L'écran 800 comporte du texte 802 qui correspond à l'un des articles inclus dans la rubrique activée 702. L'écran 800 comporte également un bouton "suivant" 804 et un bouton de saut 806 qui permettent à l'utilisateur de naviguer à travers les différents articles inclus dans la rubrique activée 702. Un bouton réponse 808, un bouton poster 810 et un bouton sauvegarder 812 permettent à l'utilisateur de répondre à l'article affiché (en adressant un courrier électronique à l'auteur et/ou en postant une réponse), de poster un nouvel article et de sauvegarder l'article affiché, respectivement. Des boutons de vote 816a et 816b permettent à l'utilisateur de voter pour approuver ou désapprouver l'article affiché. Le bouton de vote 816c permet à l'utilisateur d'indiquer que l'article courant est "drôle" ou humoristique. Les choix de vote particuliers sont représentatifs. Ainsi, tout critère de vote pertinent peut être utilisé. Par conséquent, des boutons de vote pourraient être incorporés pour indiquer qu'un article particulier est outrageant ou qu'un article parti- culier a fait l'objet d'un postage inopportun vers un large éventail de groupes de discussion (c'est-à-dire que l'article a fait l'objet d'un "arrosage"). L'écran 800 comporte également un espace d'an- nonces publicitaires 818. De préférence, l'espace d'annonces publicitaires 818 est utilisé pour afficher des annonces ou des offres promotionnelles qui sont ciblées pour correspondre au thème des articles incorporés dans la rubrique activée 702. L'affichage d'annonces publicitaires à l'intérieur de l'espace d'annonces publicitaires 818 est de préférence minuté pour rester à l'écran pendant une période de temps prédéterminée. L'affichage pendant une période de temps prédéterminée augmente la probabilité qu'une annonce publici- taire affichée à l'intérieur de l'espace d'annonces publici- taires 818 soit lue par l'utilisateur. L'information concernant l'auteur 820 est affichée à l'intérieur de l'écran 800. D'une manière typique, l'information d'auteur 820 comportera des données identifiant l'auteur de l'article affiché tel que le nom de l'auteur et son adresse de courrier électronique. Dans certains cas, une image graphique de l'auteur peut être affichée pour aider à l'identification de l'auteur. Les informations addition- nelles, telles que la date d'envoi de l'article 824 ou une carte montrant l'origine de l'article 822 sont également incorporées de préférence dans l'écran 800. L'icône de vote 826 montre comment les utilisateurs ont voté concernant l'article affiché. Dans le cas de l'icône de vote 826, il peut être constaté que les utilisateurs ont répondu de manière favorable à l'article affiché. Il peut être apprécié, * cependant, qu'un "pouce vers le bas" ou autres icônes de vote, soient appropriés pour d'autres articles. Les diverses ressources 712 incorporées à l'écran 700 sont également15 incluses dans l'écran 800. EXTENSIONS La description précédente des caractéristiques et de l'interface utilisateur fournies par l'applette cliente 112 vise à être représentative des caractéristiques et des interfaces utilisateurs possibles autorisées par la coopéra- tion entre l'application super-serveur 114 et l'applette cliente 112. Il est important de noter que la coopération entre l'application superserveur 114 et l'applette cliente 112 permet aux caractéristiques et à l'interface utilisateur de l'applette cliente 112 d'être étendues au- delà de la description précédente de nombreuses manières. La section suivante vise à décrire au moins quelques-unes de ces extensions. L'applette cliente 112 peut être étendue pour inclure une hiérarchie meilleure que la hiérarchie USENET existante. La hiérarchie des groupes de discussion USENET existante comporte des "mots" ineptes tels que "alt", "soc", "comp", "rec", parmi d'autres. A l'intérieur de l'applette cliente 112, ceci est remplacé par des noms de groupes de discussion qui utilisent des mots anglais entiers et sont plus représentatifs du contenu des groupes de discussion. Les groupes de discussion peuvent être également accompagnés d'icônes graphiques sur lesquelles l'utilisateur peut cliquer pour visiter un groupe de discussion ou une catégorie contenant plusieurs groupes de discussion ou d'autres catégories. Ces extensions sont implémentées en stockant la hiérarchie améliorée à l'intérieur de l'application super- serveur 114 et en téléchargeant ladite hiérarchie vers l'applette cliente 112 à la volée comme requis (y compris l'action d'extraire par anticipation et mettre en antémémoire le graphe hiérarchique à partir du point o l'utilisateur siège actuellement). En variante, la hiérarchie améliorée peut être stockée à l'intérieur de l'applette cliente 112 et mise à jour, lorsque nécessaire, en téléchargeant une nouvelle copie de l'applette cliente 112 vers les systèmes clients 102. L'applette cliente 112 peut être étendue pour fournir l'accès à tous les groupes de discussion à tout moment. Plus particulièrement, l'applette cliente 112 peut être étendue pour incorporer une boîte d'entrée de texte pour permettre aux utilisateurs d'effectuer une recherche tex- tuelle d'un ou plusieurs groupes de discussion présentant un intérêt. L'application super-serveur 114 peut être configurée pour stocker encore plus d'informations concernant chaque groupe de discussion que ce qui est normalement fourni par l'application serveur NNTP 106. En conséquence, la recherche peut être beaucoup plus complète que celle autorisée par l'architecture USENET traditionnelle. La recherche peut également incorporer la recherche de contenu de groupes de discussion en exécutant une passe de pré-indexation sur les articles contenus dans chaque groupe de discussion. En variante, des informations pouvant faire l'objet d'une recherche peuvent être stockées à l'intérieur de l'applette cliente 112 et mises à jour, lorsque nécessaire, en télé- chargeant une nouvelle copie de l'applette cliente 112 vers les systèmes clients 102. L'applette cliente 112 peut être étendue pour fournir des introductions conviviales de nouveaux groupes de discussion. Une section spéciale "nouveaux groupes" de la hiérarchie de groupe de discussion améliorée peut être incorporée pour aider les utilisateurs néophytes aux groupes de discussion qui ont été nouvellement créés ou nouvellement ajoutés à la hiérarchie améliorée. Un groupe de discussion peut demeurer dans la section "nouveaux groupes" jusqu'à ce qu'un utilisateur ne le voie une fois ou un nombre déterminé de fois ou il peut demeurer dans la section "nouveaux groupes" pendant un certain nombre de jours. Le fait d'être dans la section "nouveaux groupes" n'empêche pas le groupe de discussion d'être incorporé dans la partie permanente de la hiérarchie améliorée simultanément. La section "nouveaux groupes" peut incorporer plus de descriptions détaillées des groupes de discussion de même que leurs noms usuels (amélioré), étant donné que la rubrique peut être nouvelle pour l'utilisateur. L'information définissant la section "nouveaux groupes" peut être stockée à l'intérieur de l'application super-serveur 114 et faire l'objet d'un accès par l'applette cliente 112 en utilisant le protocole super- serveur. En variante, la même information peut être stockée à l'intérieur de l'applette cliente 112 et mise à jour, lorsque nécessaire, en téléchargeant une nouvelle copie de l'applette cliente 112 vers les systèmes clients 102. L'applette cliente 112 peut être étendue pour fournir des descriptions facilitant l'accès aux groupes de discussion. Dans la hiérarchie de groupe de discussion améliorée, l'utilisateur peut avoir accès à une description quelque peu plus prolixe et détaillée du contenu ou de la charte de chaque groupe de discussion ou catégorie de groupes de discussion disponibles pour l'utilisateur à la position courante de l'utilisateur dans la hiérarchie des groupes de discussion. Des descriptions de groupe de discussion peuvent être stockées dans l'application super-serveur 114 et faire l'objet d'un accès par l'applette cliente 112 en utilisant le protocole super-serveur. En variante, la même information peut être stockée à l'intérieur de l'applette cliente 112 et mise à jour, lorsque requise, en téléchargeant une nouvelle copie de l'applette cliente 112 vers les systèmes clients 102. L'applette cliente 112 peut être étendue pour augmenter la hiérarchie des groupes de discussion par des ressources autres que des groupes de discussion. Ces res- sources additionnelles peuvent comporter des liants à des pages Web concernant la catégorie, des documents textuels ou multimédias concernant la catégorie (par exemple, des matériaux de référence, des clips vidéos, des clips sonores), des salles de discussion en temps réel concernant la caté- gorie, des listes de produits ou de sociétés ayant trait à la catégorie, des réponses à des questions fréquemment posées concernant la catégorie, etc. La hiérarchie peut par consé- quent agir non pas seulement comme un moyen de naviguer à20 travers les groupes de discussion se rapportant à des rubriques présentant un intérêt pour l'utilisateur, mais comme mécanisme général pour naviguer à travers toutes les ressources en ligne concernant ces rubriques. L'information décrivant des ressources additionnelles peut être stockée à l'intérieur de l'application super-serveur 114 et faire l'objet d'un accès par l'applette cliente 112 en utilisant le protocole super-serveur. En variante, la même information peut être stockée à l'intérieur de l'applette cliente 112 et mise à jour, lorsque requise, en téléchargeant une nouvelle copie de l'applette cliente 112 vers les systèmes clients 102. L'applette cliente 112 peut être étendue pour indiquer (ou pour simplement afficher) ceux des messages sélectionnés par des "éditeurs". Les utilisateurs peuvent se désigner eux-mêmes comme éditeurs pour des groupes de discussion particuliers ou pour tous les groupes de discus- sion. Les éditeurs peuvent incorporer des informations personnelles les concernant eux-mêmes et une profession de foi pour une lecture attentive par les autres utilisateurs. Les articles que les éditeurs sélectionnent sont ensuite rendus disponibles à tous les utilisateurs. L'information concernant chaque éditeur et la liste identifiant les articles qu'il ou elle sélectionne est stockée à l'intérieur de l'application super-serveur 114 et distribuée à l'applette cliente 112 selon la demande. L'applette cliente 112 peut être étendue pour fournir un vote des utilisateurs sur chaque article. Les utilisateurs peuvent voter sur chaque article. Des entrées typiques qu'ils peuvent sélectionner comprennent "j'approuve cet article", "je désapprouve cet article", "cet article est drôle", etc. Beaucoup d'autres entrées sont possibles. En fait, les types d'entrée peuvent même être sélectionnés par l'utilisateur écrivant l'article original sur lequel d'autres utilisateurs expriment leur opinion par vote. Les entrées peuvent être accompagnées par des pictogrammes représentant le sentiment, par exemple, une icône "pouce vers le haut", une icône "pouce vers le bas", ou une icône face souriante. Un résumé des résultats de vote pour chaque chaîne de messages (un groupe d'articles ayant le même thème) peut être présenté avec le sujet sur l'écran à partir duquel l'utilisa- teur sélectionne la chaîne de messages à lire. Le résumé peut être représenté de manière graphique ou non; par exemple, des lots de vote "j'approuve" peuvent être représentés par une grande icône "pouce vers le haut", tandis que quelques votes "je désapprouve" peuvent être représentés par une petite icône "pouce vers le bas". Les entrées pour chaque article et le nombre de votes pour chaque entrée pour chaque article sont stockés à l'intérieur de l'application super- serveur 114 et distribués à l'applette cliente 112 selon la demande. Ce mécanisme de vote peut également être appliqué pour approuver d'autres choses que des articles, comprenant sans y être limité des groupes de discussion, des annonces publicitaires, des messages électroniques et des sites Web. Voter sur des messages de courriers électroniques est utile lorsque le même message de courrier électronique est envoyé à plusieurs destinataires comme dans le cas o une liste de publipostage est utilisée pour envoyer un message. Les entrées sélectionnées et le nombre de votes pour chaque entrée pour chaque sujet de sondage (par exemple annonces publicitaires, messages de courrier électronique, sites Web, etc.) sont stockés à l'intérieur de l'application super- serveur 114 et distribués à l'applette cliente 112 selon la demande. L'applette cliente 112 peut être étendue pour fournir un filtrage souple de contenu indésirable, tel que des articles, des groupes de discussion, des annonces publicitaires, des messages de courriers électroniques, et des sites Web indésirables. Ceci permet à un utilisateur de personnaliser sa visualisation du contenu en spécifiant deux listes: "montrer uniquement des contenus comportant ces caractéristiques" et "ne pas montrer des contenus comportant ces caractéristiques". A chaque liste l'utilisateur peut ajouter des auteurs, des dates, une chaîne de recherche dans la ligne des messages, une chaîne de recherche n'importe o dans le corps des messages, des contenus sélectionnés par des éditeurs individuels, des résultats de vote, et/ou des mots clés. D'autres critères sont possibles également. De préfé- rence, les critères de filtrage d'un utilisateur sont stockés à l'intérieur de l'application super-serveur 114. Le filtrage lui-même est également effectué de préférence à l'intérieur de l'application superserveur 114. De cette manière, le coût et le temps pour filtrer de larges quantités de texte sur une connexion réseau lente (telle qu'un modem) sont évités. L'applette cliente 112 peut être étendue pour fournir un filtrage coopératif des messages. Un critère sur lequel le filtrage des groupes de discussion peut être basé, réside dans le fait de savoir si un article particulier et/ou une série ont été lus (et peut-être approuvés par vote) par d'autres utilisateurs qui partagent les mêmes goûts que l'utilisateur de l'applette cliente 112. Pour chaque utilisa- teur, l'application super-serveur 114 détermine ceux des autres utilisateurs dont les jeux d'articles lus/séries de10 messages se chevauchent de manière significative et ceux des autres utilisateurs qui ont voté de la même manière sur des articles. Chaque utilisateur peut ensuite utiliser cette information comme un critère de filtre par exemple, pour lui montrer seulement les articles lus par d'autres personnes ayant les goûts similaires. L'applette cliente 112 peut être étendue pour fournir un écran résumé qui montre les quelques premières lignes non citées (les lignes citées sont des lignes incluses à partir d'autres messages dans le but d'y répondre) de chaque article dans une série de messages ou un groupe de discussion. Un utilisateur peut ensuite aller directement à une visualisation complète de n'importe quel message qu'il trouve intéressant en cliquant sur les lignes de résumé pour cet article. La performance de cette caractéristique est grandement améliorée en incorporant des informations de résumé à l'intérieur de l'application super-serveur 114 et en la téléchargeant lorsque nécessaire, vers l'applette cliente 112. De cette manière, l'applette cliente 112 évite d'avoir à télécharger tous les articles à résumer à partir de l'application serveur NNTP 106. Ceci est particulièrement vrai lorsqu'une connexion réseau lente (telle qu'un modem) connecte l'applette cliente 112 et l'application serveur NNTP 106. L'applette cliente 112 peut être étendue pour fournir des liens WWW (World Wide Web). Toutes URL (Uniform Resource Locators ou adresses uniformes de ressources) contenues dans le texte des articles peuvent être rendues "vivantes" lorsqu'elles sont affichées, c'est-à-dire que l'utilisateur peut cliquer sur ces dernières et envoyer son navigateur Web vers l'emplacement réseau signifié par la URL. L'applette cliente 112 peut êtreétendue pour montrer le visage (ou visage choisi par l'auteur) et les informations personnelles concernant l'auteur. Les utilisa- teurs peuvent remplir un profil d'utilisateur avec peu ou prou d'informations personnelles selon leur préférence. Ces informations sont alors disponibles à d'autres utilisateurs lisant les articles provenant des auteurs qui ont fourni un profil d'utilisateur. Le profil d'utilisateur peut comporter des informations de contact du type carte de visite (par exemple, nom, société, adresse, numéro de téléphone, télé- copie, adresse de courrier électronique (email), etc.), information du type CV (compétences, expérience, formation, etc.), et informations personnelles (par exemple centres d'intérêt, hobbies, demandes de renseignements, etc.), et d'autres informations libres, la nature de ces dernières pouvant être déterminée par l'utilisateur. Le profil d'utili- sateur peut également incorporer le visage de l'utilisateur. Le visage peut être une photonumérisé, ou l'utilisateur peut sélectionner à partir d'un nombre de descriptions graphiques fournies de visages ou de visages photographiques réalistes, ou l'utilisateur peut construire un visage en sélectionnant de manière interactive des yeux, un nez, une bouche, une chevelure, des lunettes, une forme de visage, etc. L'informa- tion concernant chaque utilisateur est stockée à l'intérieur de l'application super-serveur 114 et distribuée à l'applette cliente 112 selon les besoins. L'applette cliente 112 peut être étendue pour fournir un accès aisé à l'article original d'une série de messages. Souvent, un utilisateur peut souhaiter lire l'article initial qui a provoqué une série de messages qui sont postés en tant que réponses. Cette caractéristique permet a l'utilisateur d'indiquer qu'il ou qu'elle souhaite accéder à l'article original dans la série; l'applette cliente 112 détermine ensuite automatiquement quel article est l'original et l'affiche. L'applette cliente 112 peut être étendue pour fournir un accès aisé à un article original qui a été cité. Si un utilisateur est en train de lire un article qui comporte du texte cité à partir d'un autre article, l'utili- sateur peut aller au texte complet de l'article cité en cliquant sur la citation. L'application super-serveur 114 peut être configurée pour stocker des articles pour une période de temps plus longue que l'application serveur NNTP 106. Dans ce cas, l'accès à des articles cités peut être maintenu pour des périodes qui excèdent l'architecture USENET traditionnelle. L'applette cliente 112 peut être étendue pour fournir un contrôle intelligent des polices de caractère dans les articles. Le logiciel peut en quelque sorte redistribuer de manière intelligente les articles affichés à l'intention de l'utilisateur, les afficher normalement dans une police espacée proportionnellement aisée à lire, mais commuter vers une police à espacement fixe si la présence d'un lot d'espace blanc tel que des tabulations ou des espaces multiples indique qu'une information en colonnes est incorporée dans l'article. La police à espacement fixe qui doit permettre aux colonnes d'être alignées correctement, peut être utilisée uniquement pour les informations en colonnes incorporées dans l'article ou bien l'article entier peut être affiché dans une police à espacement fixe si aucune information en colonnes n'est détectée dans l'article. L'applette cliente 112 peut être étendue pour fournir aux utilisateurs la capacité de lire différents groupes de discussion de manière différente. Les possibilités comprennent "chainée" ou "non chaînée" (c'est-a-dire le fait d'avoir ou non tous les articles sur un sujet donné réduits dans un unique en-tête avec ce sujet), triés par date, triés par auteur, triés par résultat de vote, triés par la sélec- tion par des éditeurs individuels, triés par le nombre d'éditeurs choisissant l'article, triés par la popularité (l'application superserveur 114 peut être configurée pour maintenir des informations de popularité pour chaque article ou série d'articles), des articles et/ou des séries d'articles comportant une ou plusieurs chaînes de recherche à l'intérieur de la ligne sujet de l'article/série, et des articles et/ou des séries d'articles comportant une ou plusieurs chaînes de recherche à l'intérieur du corps de l'article ou série d'articles. La performance de cette caractéristique est hautement améliorée en triant les articles à l'intérieur des groupes de discussion à l'inté- rieur de l'application super-serveur 114 et en téléchargeant les résultats vers l'applette cliente 112. De cette manière, l'applette cliente 112 est dispensée de télécharger tous les articles à trier à partir de l'application serveur NNTP 106. Ceci est particulièrement vrai lorsqu'une connexion réseau lente (telle qu'un modem) connecte l'applette cliente 112 et l'application serveur NNTP 106. L'applette cliente 112 peut être étendue pour fournir un accès aisé à des listes de "questions fréquemment posées". Beaucoup de groupes de discussion comportent un article "questions fréquemment posées" ou FAQ qui est posté périodiquement par une personne qui s'est portée volontaire pour maintenir cet article. L'article comporte des questions que de nouveaux participants dans un groupe de discussion posent fréquemment, et des réponses qui ont été proposées par des participants au groupe de discussion dans le passe. Malheureusement, l'incorporation de FAQ à l'intérieur des articles de groupes de discussion signifie que les FAQ peuvent ne pas être aisés à trouver. Pire, étant donné que les articles inclus dans les groupes de discussion expirent et sont purgés régulièrement, il peut ne pas être possible de trouver les FAQ d'un groupe de discussion à tout moment. Pour éviter cette difficulté, l'application cliente 112 peut être configurée pour inclure un lien, ou dispositif similaire, qui permette aux utilisateurs d'accéder aisément à l'article FAQ sans avoir à le trouver dans une longue liste d'articles. Lorsque le lien est activé, l'application cliente 112 récupère automatiquement le FAQ à partir de l'application serveur NNTP 106 ou de l'application super-serveur 114. Point important, en stockant l'information décrivant l'emplacement de chaque FAQ à l'intérieur de l'application super-serveur 114, il devient possible pour un humain de vérifier l'exacti- tude de chaque FAQ. En particulier, il devient possible de vérifier que chaque FAQ est réellement l'article FAQ correct pour son groupe de discussion associé. L'applette cliente 112 peut être étendue pour fournir une possibilité de rejoindre un groupe de dialogue en temps réel associé. Chaque groupe de discussion peut avoir un ou plusieurs groupes de dialogue en temps réel correspondant se rapportant à des sous-rubriques du groupe de discussion. Tout en lisant un groupe de discussion, l'applette cliente 112 peut indiquer à l'utilisateur combien de personnes sont en conversation en temps réel concernant le sujet dans un groupe de dialogue ou salle de réunion en ligne. L'applette cliente 112 peut de plus indiquer quels utilisateurs sont actuellement en dialogue en temps réel. L'applette cliente 112 peut aussi indiquer si l'auteur de l'article que l'utili- sateur est en train de lire, est bien actuellement en dialogue (même si l'auteur est en dialogue dans un groupe de dialogue en temps réel correspondant à un groupe de discus- sion différent de celui que l'utilisateur est en train de lire). L'applette cliente 112 peut ensuite permettre à l'utilisateur de rejoindre le groupe de dialogue en temps réel s'il le souhaite. Les groupes de dialogue en temps réel peuvent être hébergés sur l'application super-serveur 114 ou l'application serveur de dialogue 108, et l'applette cliente 112 peut communiquer avec l'application super- serveur 114 et/ou l'application serveur de dialogue 108 d'une manière qui permette à l'utilisateur de participer au groupe de dialogue en temps réel. L'applette cliente 112 peut être étendue pour fournir des groupes de discussion personnalisés créés en appliquant des critères de filtre sur plusieurs groupes de discussion. Ceci permet à un utilisateur ou à l'administra- teur de l'application super-serveur 114 de créer un "groupe de discussion" personnalisé qui, bien qu'il apparaisse comme un groupe de discussion à l'utilisateur, n'est pas en réalité un groupe de discussion distinct véhiculé par les serveurs NNTP. Au contraire, le groupe de discussion personnalisé est15 un agrégat de messages qui remplissent un jeu de critères spécifié par l'utilisateur ou l'administrateur de l'applica- tion super-serveur 114. Il ou elle peut spécifier les groupes de discussion ou la partie de la hiérarchie de groupe de discussion améliorée à travers laquelle les critères de filtre spécifiés sont appliqués. En utilisant ce mécanisme, un utilisateur ou un administrateur peut créer ce qui apparaît comme étant un groupe de discussion personnalisé consistant, par exemple, en tous les articles dans les groupes de discussion se rapportant aux investissements25 boursiers qui comportent le mot "penny". A titre d'un autre exemple, un modérateur peut réviser tous les articles postés vers un ou plusieurs groupes de discussion. Des articles considérés comme étant appropriés aux enfants, ou autres auditoires, peuvent être incorporés dans un groupe person- nalisé. Lorsque des groupes de discussion personnalisés sont utilisés, les rubriques 702, incorporées dans l'écran 700, peuvent être puisées dans de multiples groupes de discussion. Par exemple, la rubrique 702a peut être associée à une chaine trouvée dans un groupe de discussion se rapportant à des actions qui ont été échangées sur des places boursières nationales. Dans le même exemple, la rubrique 702b peut être associée à une série de messages trouvés dans un groupe de discussion se rapportant à des actions qui ont été5 échangées sur des places boursières internationales. Comme d'autres tâches de filtrage, la caractéris- tique de groupe de discussion personnalisé est implémentée de manière optimale à l'intérieur de l'application super-serveur 114. Ceci évite à l'applette cliente 112 d'avoir à télé- charger de nombreux articles à partir de groupes de discus- sion différents afin d'appliquer le critère de sélection. Des groupes de discussion personnalisés peuvent de manière optionnelle être "modérés", dans lesquels tous les messages postés vers le groupe de discussion personnalisé15 sont d'abord envoyés à un modérateur humain pour approbation. Seuls les messages approuvés par le modérateur sont ensuite rendus disponibles aux utilisateurs lisant le groupe de discussion personnalisé. Cette caractéristique peut être utilisée entre autres pour créer des groupes de discussion20 personnalisés destinés aux enfants de manière qu'un humain puisse écarter tous articles postés contestables avant qu'ils n'atteignent le lectorat du groupe de discussion personnalisé composé de mineurs. L'applette cliente 112 peut être étendue pour fournir la création de groupes de discussion par les utilisa- teurs. Ceci permet à un utilisateur de démarrer un groupe de discussion sur la rubrique de son choix. Bien qu'il apparaisse comme un groupe de discussion réel aux utilisa- teurs, un groupe de discussion n'est pas créé a l'intérieur de la hiérarchie USENET stockée sur les serveurs NNTP. Au contraire, le groupe de discussion est complètement hébergé par l'application super-serveur 114 et tous articles postés vers le groupe de discussion sont stockés à l'intérieur de l'application super-serveur 114. L'applette cliente 112 peut être étendue pour assurer la migration des listes de publipostage vers les groupes de discussion. Ceci permet à la personne chargée de la mise à jour d'une liste de publipostage de créer un groupe de discussion (tel qu'expliqué précédemment) et créer une passerelle entre sa liste de publipostage et le groupe de discussion. Cette passerelle fonctionne comme suit: chaque message posté vers le groupe de discussion est distribué aux membres de la liste de publipostage, et chaque message posté vers la liste de publipostage est également posté vers le groupe de discussion. De cette manière, la personne chargée de la mise à jour de la liste de publipostage peut faire migrer ses utilisateurs vers un groupe de discussion, dans lequel un large volume de messages postés n'encombrera pas les boites à lettres des utilisateurs. L'applette cliente 112 peut être étendue pour fournir des groupes de discussion privés. Ceci permet à des utilisateurs de créer un groupe de discussion (en utilisant la caractéristique précédemment évoquée "création de groupe de discussion par les utilisateurs") et de spécifier une liste d'utilisateurs ou de domaines IP ou encore de sous- plages d'adresses IP qui sont autorisés à accéder au groupe de discussion. L'utilisateur peut décider du fait que le groupe de discussion doit être codé ou non. Dans l'affirma- tive, toutes les informations concernant le groupe de discussion qui sont transmises sur le réseau Internet sont codées par l'expéditeur et décodées par le destinataire. Ceci améliore le degré de confidentialité offert par le groupe de discussion. Comme déjà mentionné, l'application super-serveur 114 stocke tous les articles postés vers des groupes de discussion créés par les utilisateurs. En particulier, l'application super-serveur 114 et l'applette cliente 112 peuvent incorporer tous deux des modules pour coder et décoder ces informations. L'applette cliente 112 peut être étendue pour fournir un support pour les sous-groupes à l'intérieur d'un groupe de discussion. La hiérarchie de groupe de discussion améliorée peut inclure des sous-groupes à l'intérieur d'un groupe de discussion, ou des sous-groupes peuvent être listés une fois que l'utilisateur a entré un groupe de discussion dans le but de le lire. Ces sous-groupes peuvent permettre aux utilisateurs de trouver plus rapidement des articles présentant un intérêt, en particulier dans les groupes de10 discussion à chartes larges et à volumes importants de messages. A la différence des groupes de discussion décrits ci-dessus dans lesquels les articles sont stockés sur l'application super-serveur 114, les articles dans les sous- groupes sont en fait les mêmes articles que dans le groupe de15 discussion lui- même et sont par conséquent stockés sur l'application serveur NNTP 106. La seule indication selon laquelle les articles appartiennent à un sous- groupe est une ligne supplémentaire dans l'en-tête de l'article identifiant le ou les sous-groupes auxquels l'article appartient. L'application super-serveur 114 ne conserve la piste que des sous- groupes qui existent et de l'endroit o ils se trouvent dans la hiérarchie des groupes de discussion. Lorsqu'un utilisateur poste un message vers un sous-groupe d'un groupe de discussion, il est posté vers le groupe de discussion lui- même avec la ligne d'en-tête identifiant le message comme appartenant audit sous-groupe. Les personnes utilisant le logiciel à architecture USENET traditionnelle verront le message dans le groupe de discussion usuel. Les utilisateurs de l'applette cliente 112 peuvent voir le message dans le sous-groupe. De manière optionnelle, les utilisateurs de l'applette cliente 112 peuvent opter pour passer les sous- groupes et lire le message dans le groupe de discussion lui- même. L'applette cliente 112 peut être étendue pour fournir un support pour la création d'archives d'articles privés. L'utilisateur peut créer une ou plusieurs archives nommées. Les archives contiennent des articles que l'utilisa- teur décide de sauvegarder dans ces archives. Les archives peuvent être emboîtées les unes dans les autres, formant un arbre ou un graphe d'archives. L'utilisateur peut ajouter des articles à ses archives ou en retirer comme souhaité. Les dénominations des archives peuvent être choisies par l'utili- sateur ou bien peuvent être choisies de manière automatique. Si elle est choisie de manière automatique, la dénomination du jeu d'archives peut être le nom (amélioré) du groupe de discussion d'ou sont originaires les articles stockés, et les archives peuvent être stockées de manière hiérarchique dans une structure similaire ou identique à la hiérarchie des groupes de discussion améliorés, ou peuvent être maintenues à plat. Les articles dans les archives, ou une liste identi- fiant les articles dans les archives, peuvent être stockés sur le disque local de l'utilisateur ou peuvent être stockés sur l'application super-serveur 114. L'application super-serveur 114 peut être configurée pour archiver tous les groupes de discussion et articles (ou un sous-ensemble de ces derniers). Tous ou un grand nombre des groupes de discussion et articles peuvent être stockés à l'intérieur de l'application super- serveur 114 de manière illimitée. Ceci permet aux utilisateurs de l'applette cliente 112 de chercher les articles à partir d'un groupement d'articles qui peuvent être expirés depuis longtemps de leur serveur NNTP. De plus, ceci permet aux utilisateurs qui ont peu d'espace disque ou sont à court d'espace disque (par exemple des utilisateurs ayant un terminal Internet dédié sans disque interne, des utilisateurs se connectant au réseau Internet via des assistants numéri- ques personnels dépourvus de disque) d'archiver les articles, étant donné que l'application super-serveur 114 peut stocker soit les articles archivés par l'utilisateur, soit une liste identifiant les article archivés par un utilisateur. L'applette cliente 112 peut être étendue pour assurer une recherche sans discontinuité d'archives person- nelles et communes. Un utilisateur peut souhaiter rechercher les articles qu'il a sauvegardés ou peut souhaiter rechercher5 les archives complètes maintenues sur l'application super- serveur 114. Dans d'autres cas, l'utilisateur peut souhaiter rechercher à la fois les archives peut-être avec les articles qu'il a sauvegardés venant en début de la liste des articles correspondant aux critères de recherche spécifiés par l'utilisateur. L'applette cliente 112 peut être étendue pour assurer la publication d'archives personnelles à l'intention d'autres utilisateurs avec ou sans annotations. Un utilisa- teur peut de manière sélective rendre ses archives person- nelles disponibles aux autres utilisateurs pour information. Les archives personnelles peuvent également contenir des annotations personnelles des articles contenus dans les archives, permettant à l'utilisateur de mettre son point de vue éditorial sur ses archives à la fois par les articles qu'il a sélectionnés et par les annotions qu'il a ajoutées auxdits articles. Les archives avec leurs annotations peuvent ensuite être stockées dans l'application super-serveur 114. L'applette cliente 112 peut être étendue pour fournir une interface aux moteurs de bases de données locales. Le moteur de recherche peut être intégré pour chercher non seulement les archives stockées sur la machine locale de l'utilisateur et dans l'application super-serveur 114, mais également toutes bases de données maintenues dans l'environnement local de l'utilisateur. Par exemple, une entreprise peut maintenir une base de données orientée SQL ou orientée Lotus Notes interne contenant des articles et des informations se rapportant aux affaires de l'entreprise; lorsqu'un utilisateur exécute une recherche, le moteur de recherche peut incorporer une recherche de ces ressources. L'applette cliente 112 peut être étendue pour assurer un assemblage automatique et un décodage/reproduction des fichiers. Dans les groupes de discussion dans lesquels l'objectif premier est de disséminer des médias auxiliaires (c'est-à-dire non textuels) tels que des images et des sons, les fichiers sont toujours encodés sous forme de texte d'une manière quelconque (par exemple par le programme codeur UUENCODE) et fréquemment divisés en de multiples messages. L'application super- serveur 114 et l'applette cliente 112 peuvent exécuter de manière automatique l'assemblage néces-10 saire des messages multiples (c'est-à- dire en assemblant les messages qui ont été divisés à l'origine) et le décodage nécessaire pour afficher ou reproduire le type de médias non textuels, rendant ainsi ces opérations transparentes à l'utilisateur. 15 L'applette cliente 112 peut être étendue pour assurer un morcellement et un encodage automatiques des fichiers. Dans les groupes de discussion dans lesquels l'objectif premier est de disséminer des médias auxiliaires (c'est-à-dire non textuels) tels que des images et des sons, les fichiers sont toujours encodés sous la forme de texte d'une manière quelconque (par exemple par le programme codeur UUENCODE) et fréquemment morcelés en de multiples messages. Si l'utilisateur souhaite poster un message incorporant un média non textuel vers un groupe de discussion, l'applette cliente 112 peut exécuter automatiquement l'encodage néces- saire des données de médias non textuels et le morcellement du code résultant en de multiples messages, rendant ainsi ces opérations transparentes à l'utilisateur. De plus, l'applette cliente 112 peut capturer directement le média auxiliaire (plutôt que d'avoir d'abord à le stocker dans un fichier) à partir d'un dispositif d'entrée approprié tel qu'un appareil numérique de prise de vues fixe ou vidéo, un capteur de fenêtre, un CD-ROM, un DVD (disque vidéo numérique), un scanner, un CD audio ou un microphone. L'applette cliente 112 peut être étendue pour assurer l'intégration de médias dans des messages textuels. L'applette cliente 112 peut supporter l'incorporation de médias auxiliaires à l'intérieur de messages textuels normaux. Par exemple, un article textuel peut être embelli par un diagramme ou une photo ou bien un clip vidéo. Ceci peut être encodé en utilisant le standard MIME (Multipurpose Internet Mail Extensions ou Méthodes d'encodage des fichiers joints à un message) pour le postage vers les groupes de discussion; des données additionnelles ou des données d'un type non supporté par le standard MIME peuvent être stockées sur l'application super-serveur 114 et faire l'objet d'un accès par les utilisateurs de l'applette cliente 112. L'applette cliente 112 peut être étendue pour assurer l'incorporation d'informations de formatage dans les messages textuels. Par exemple, des messages textuels peuvent venir avec des informations additionnelles spécifiant la police de caractère, la taille, la couleur, le style et la position à l'écran, permettant au texte d'être affiché par l'applette cliente 112 avec mise en page plutôt qu'en tant que texte brut. Cette information de formatage peut être incluse de manière ordonnée dans le texte (comme dans le cas de la norme HTML), ou peut être incluse séparément dans l'en- tête du message ou sous la forme d'une note de bas de page dans le corps du texte de message. L'incorporation séparée de la mise en page permet au texte d'être lu aisément par les utilisateurs de programmes lecteurs de groupes de discussion qui ne supportent pas cette caractéristique de formatage. En variante, l'information de formatage peut être stockée non pas dans l'article lui-même, mais sur l'application super- serveur 114, ce qui rend l'information disponible à l'applette cliente 112 sur demande. L'applette cliente 112 peut être étendue pour fournir une possibilité de lancer des visualiseurs appropriés de sociétés tierces. L'applette cliente 112 peut reconnaître des types multiples de médias et lancer un programme de visualisation approprié pour chaque type sur l'ordinateur de l'utilisateur. L'applette cliente 112 peut être étendue pour assurer une citation aisée d'autres messages (éventuellement multiples). Le logiciel peut aider l'utilisateur à parcourir aisément d'autres messages dans la même chaîne tout en composant son propre message, ce qui rend facile par un mécanisme d'interface utilisateur quelconque (par exemple glissé-déposé) de citer d'autres messages dans son propre message. L'applette cliente 112 peut être étendue pour fournir une vérification d'orthographe avant le postage. A l'instar de nombreux progiciels de traitement de texte, l'applette cliente 112 peut vérifier l'orthographe du message nouvellement composé par l'utilisateur avant de le poster vers un groupe de discussion. L'applette cliente 112 peut être étendue pour fournir une possibilité de choisir optionnellement un autre éditeur de texte. Si l'utilisateur n'est pas satisfait de l'éditeur de texte incorporé à l'applette cliente 112, ou est habitué à son propre éditeur et le préfère, l'utilisateur peut être en situation d'utiliser de manière optionnelle un éditeur de son choix pour composer ses messages. Cet éditeur peut aller au-delà du texte de base et permettre également d'éditer des médias non textuels tels que des graphiques, des images, des sons, des images vidéo, etc. L'applette cliente 112 peut être étendue pour intégrer des expressions faciales. L'utilisateur peut choisir d'incorporer l'un quelconque d'un certain nombre d'icônes d'expressions faciales représentées graphiquement à l'inté- rieur du texte des messages composés par lui. Ces icônes peuvent être utilisées pour enrichir l'expression du message, en présentant une expression faciale qui traduit les senti- ments de l'auteur, tels que joyeux, triste, en colère, plaisantant, sarcastique, indifférent, etc. Les icônes graphiques peuvent être fournies par l'utilisateur, person- nalisées par l'utilisateur ou choisies à partir d'un menu d'options fourni par l'applette cliente 112. Tel que posté 5 vers le serveur NNTP, le message peut contenir une "émoticône" (icône émotionnelle) équivalente (expressions faciales couramment utilisées dans les messages USENET et représentées par les caractères de texte dans le jeu de caractères ASCII normal), tel que le visage souriant de côté ":-)". Pour remplacer ces émoticônes par des équivalents plus riches et plus graphiques, l'information nécessaire indiquant la sélection et la position des icônes graphiques peut être contenue dans l'en-tête du message posté ou peut être stockée sur l'application super-serveur 114. Les données encodant les icônes graphiques elles-mêmes peuvent être encodées dans l'en-tête du message ou stockées sur l'application super- serveur 114. En variante, les icônes peuvent être stockées à l'intérieur de l'applette cliente 112 et mises à jour, lorsque requises, en téléchargeant une nouvelle copie de l'applette cliente 112 vers les systèmes clients 102. L'applette cliente 112 et l'application super- serveur 114 peuvent être étendues pour assurer un postage anonyme. L'utilisateur peut choisir si son nom doit être attaché en tant qu'auteur à un message qu'il poste, ou si le message doit être posté de manière anonyme. La valeur par défaut quant à savoir si le postage vers un groupe de discussion est anonyme ou non peut dépendre du groupe de discussion vers lequel l'utilisateur poste ces messages. L'utilisateur peut de manière optionnelle inclure une adresse de courrierélectronique email à laquelle les réponses peuvent être envoyées; cette adresse n'est pas postée, mais plutôt sauvegardée dans l'application super-serveur 114, qui peut alors diriger toutes les réponses reçues vers l'adresse spécifiée. En variante, les réponses peuvent être sauve- gardées dans un "groupe de discussion" privé (comme décrit auparavant, il ne s'agit pas d'un groupe de discussion stocké sur le serveur NNTP au sens traditionnel du terme, mais plutôt un groupe de discussion qui est seulement hébergé dans l'application super-serveur 114, mais apparaît comme un 5 groupe de discussion normal à l'utilisateur) accessible uniquement par l'utilisateur. L'applette cliente 112 peut être étendue pour assurer le classement des groupes de discussion. A l'inté- rieur de l'applette cliente 112, ceci est implémenté en incorporant un mécanisme (tel qu'une série de boutons) qui permet aux parents de classer chaque groupe de discussion. En variante, des classements peuvent être fournis par une société ou organisation au bénéfice des utilisateurs de l'applette cliente 112. Les classements peuvent indiquer si le groupe de discussion contient du matériel considéré comme inapproprié à des enfants. Il peut exister des classements séparés pour chaque catégorie de matériel que les parents peuvent vouloir bloquer (par exemple, des contenus sexuels, des contenus de violence, des contenus religieux, des contenus anti-religieux). Les classements pour chaque groupe de discussion peuvent être stockés à l'intérieur de l'appli- cation super-serveur 114 et téléchargés, à la demande, vers l'applette cliente 112. L'applette cliente 112 peut être étendue pour n'afficher que les groupes de discussion sélectionnés. L'applette cliente 112 peut permettre aux parents de sélec- tionner quels groupes de discussion sont disponibles à l'utilisateur et quels groupes de discussion sont bloqués à l'utilisateur. La sélection peut être effectuée sur une base par groupes ou de manière couvrante basée sur les classements donnés à chaque groupe de discussion. L'applette cliente 112 peut être étendue pour bloquer des articles individuels et/ou des chaînes de messages basées sur l'inclusion de mots sélectionnés. Les parents peuvent ordonner à l'applette cliente 112 de bloquer tous articles et/ou toutes chaines de messages incorporant une liste de mots considérés inappropriés à leurs enfants. L'applette cliente 112 peut être préconfigurée avec une liste de mots par défaut, qui peuvent être alors édités par les parents. L'applette cliente 112 et l'application super- serveur 114 peuvent être étendues pour optimiser leurs opérations internes pour comptabiliser la vitesse de liaison et la vitesse de l'ordinateur de l'utilisateur. En accédant aux paramètres sytème et/ou en envoyant un message de test et en le synchronisant, l'applette cliente 112 et/ou l'applica- tion super-serveur 114 peuvent déterminer grossièrement la vitesse à laquelle les données peuvent être transférées vers le système client concerné 102 et à partir de ce dernier. En accédant aux paramètres système et/ou en exécutant un banc d'essai du processeur et en le chronométrant, l'applette cliente 112 peut grossièrement déterminer la vitesse du même système client 102. Ces deux éléments d'information peuvent être utilisés pour optimiser l'expérience de l'utilisateur, compte tenu des contraintes de son environement informatique. Par exemple, le nombre d'articles extraits par défaut lorsqu'un utilisateur pénètre dans un groupe de discussion pourrait dépendre de la vitesse du lien; les utilisateurs avec des liens plus rapides peuvent recevoir plus d'articles par défaut. De plus, l'application super- serveur 114 peut supporter plus de responsabilités en ce qui concerne les opérations qui doivent par ailleurs excéder les capacités de l'ordinateur de l'utilisateur ou de ses liaisons de communi- cation dans la somme normale de temps qu'un utilisateur veut attendre pour l'exécution d'une commande. L'applette cliente 112 et l'application super- serveur 114 peuvent être étendues pour permettre une sélec- tion automatique de l'application super-serveur la plus performante 114. Il peut exister plusieurs applications super-serveurs 114 disponibles à l'intérieur du réseau 100 ou sur un réseau externe, tel que l'Internet. Cependant, l'applette cliente 112 n'a pas toujours besoin de choisir de communiquer avec l'application super-serveur 114 la plus proche. Dans certains cas, l'applette cliente 112 peut améliorer la performance en communiquant avec une application super-serveur 114 plus distante. Ceci peut être le cas si l'application super-serveur 114 la plus proche est actuel- lement très chargée alors que des applications super-serveurs plus distantes 114 sont moins chargées. Il pourrait également être préférable de communiquer avec une application super- serveur plus distante 114 si le lien à l'application super- serveur la plus proche 114 est très chargé ou complètement hors service. En envoyant un message de test demandant l'état de l'application superserveur 114 et en chronométrant sa réponse le plus souvent possible, l'applette cliente 112 peut déterminer à la volée quelle application super-serveur 114 lui offrira la meilleure performance; l'applette cliente 112 peut alors commuter de l'application super-serveur 114 avec laquelle elle est en train de communiquer vers la nouvelle20 application super-serveur 114, ou peut communiquer avec les deux applications super-serveur 114. L'applette cliente 112 et l'application super- serveur 114 peuvent être étendues pour asssurer une pré- extraction et une mise en antémémoire basées sur la popula- rite d'un article et/ou un vote. Une manière d'accélérer le temps de réponse est d'effectuer la chose suivante: tandis que l'utilisateur lit un article, l'applette cliente 112 extrait les articles suivants que l'utilisateur est sus- ceptible de lire et les stocke en mémoire, étant prêt à les30 afficher sans attendre le réseau si l'utilisateur demande en fait ces articles dans le futur proche. La sélection de l'article probable suivant peut être effectuée en obtenant l'article suivant à partir de la chaîne courante de messages. Une autre option est d'extraire les articles qui montrent des résultats de vote très positifs, étant donné que l'utilisa- teur peut très bien regarder les articles qui ont obtenu une réponse très positive d'abord. L'application super-serveur 114 peut également pister quels articles et/ou chaînes de messages sont lus le plus fréquemment par d'autres utilisa- teurs. L'application super-serveur 114 peut par conséquent5 informer l'applette cliente 112 quant aux articles que l'utilisateur pourrait lire prochainement si ses goûts sont similaires à la base utilisateur dans son ensemble. Un stade plus loin, si l'application super-serveur 114 trouve une corrélation entre les articles que l'utilisateur choisit de lire d'une manière typique et les articles particuliers que d'autres utilisateurs choisissent de lire, alors l'applica- tion super-serveur 114 peut utiliser ces autres utilisateurs en tant que jeu de lecteurs sur lequel baser les prévisions concernant quels articles cet utilisateur est susceptible de15 lire. L'applette cliente 112 et l'application super- serveur 114 peuvent être étendues pour assurer une pré- extraction basée sur une directive de l'utilisateur. L'utili- sateur peut spécifier, si possible, l'ordre dans lequel il lit usuellement les articles, les chaînes de messages, et/ou les groupes de discussion. L'applette cliente 112 peut alors utiliser cette information pour guider son algorithme de pré- extraction en conséquence. L'applette cliente 112 et l'application super- * serveur 114 peuvent être étendues pour fournir un "centre de ressources" qui ajoute des espaces additionnels à chaque groupe de discussion. Chaque centre de ressources peut être hébergé sur l'application super- serveur 114. Ces ressources peuvent être spécifiques à des groupes, de sorte que le groupe de discussion sur l'applette cliente 112 peut servir en tant que point de lancement à partir duquel l'utilisateur peut accéder aux autres ressources. Des exemples de ces ressources comprennent des groupes de dialogue en direct associés au groupe de discussion et le FAQ associé au groupe de discussion. Une autre ressource peut être un listing d'événements. Cette ressource incorpore des listings calen- daires d'événements avec des descriptions des événements. Les événements peuvent se rapporter à la rubrique du groupe de discussion à partir duquel l'utilisateur accède aux listings événementiels. Les événements peuvent être des événements en ligne (par exemple discussions en ligne, forums de discussion en ligne, conférences en ligne) ou des événements ayant lieu en des emplacements physiques et des heures donnés (par exemple présentations, conférences, réunions, concerts, événements sportifs). Les événements eux-mêmes peuvent être apportés, soit par des utilisateurs en utilisant un formu- laire fourni comme partie intégrante du logiciel client, ou par les administrateurs de l'application super-serveur 114. Une autre ressource peut être un listing d'annonces publicitaires classifiées. Cette ressource affiche des annonces publicitaires classifiées. Ces annonces peuvent se rapporter à la rubrique du groupe de discussion à partir duquel l'utilisateur accède aux annonces classifiées. La zone peut être une simple liste d'annonces sans organisation particulière, ou les annonces peuvent être groupées en catégories (par exemple à vendre, demande d'aide, demandes d'emploi, offres de services) à la manière des annonces classifiées dans un journal. Les catégories peuvent être les mêmes que celles rencontrées dans tous les groupes de discussion ou bien les catégories peuvent être rendues spécifiques pour chaque groupe de discussion (par exemple "Condominiums à vendre" peuvent être une catégorie dans un groupe de discussion consacré à l'immobilier). Les annonces elles-mêmes peuvent être l'objet d'une contribution soit des utilisateurs en utilisant un formulaire fourni comme partie intégrante du logiciel client ou bien par les administrateurs de l'application super-serveur 114. Une autre ressource peut être un espace commer- cial. Dans cet espace, des biens et services sont vendus à des utilisateurs. Ces biens et services sont potentiellement en rapport avec la rubrique du groupe de discussion à partir duquel l'utilisateur accède à l'espace commercial. Par exemple, des disques compacts musicaux peuvent être vendus dans l'espace commercial accessible à partir de divers groupes de discussion musicaux. L'utilisateur achète des articles en saisissant les informations nécessaires pour le vendeur afin de compléter la transaction. Des biens et services à vendre et leurs descriptifs peuvent être apportés soit par des utilisateurs en utilisant un formulaire fourni comme partie intégrante du logiciel client ou par les administrateurs de l'application super-serveur 114. Des documents à longue durée de vie constituent une autre ressource possible. Cet espace permet aux utilisa- teurs d'accéder à des documents qui sont perçus comme ayant une valeur durable au-delà de la quantité des articles ponctuels qui sont normalement stockés sur des serveurs d'articles USENET typiques (par exemple les serveurs NNTP). Ces documents sont potentiellement en rapport avec la rubrique du groupe de discussion à partir duquel l'utilisa- teur accède à l'espace documentaire. Ces documents peuvent être l'objet d'une contribution soit des utilisateurs en utilisant un formulaire fourni comme partie intégrante du logiciel client ou par les administrateurs de l'application super-serveur 114. Les liens Web constituent une autre encore des ressources possibles. Cet espace permet aux utilisateurs d'accéder à des liens vers des pages du World Wide Web. Ces liens sont potentiellement en rapport avec la rubrique du groupe de discussion à partir duquel l'utilisateur accède à l'espace de liens. Ces liens peuvent être la contribution soit des utilisateurs en utilisant un formulaire fourni comme partie intégrante du logiciel client, ou des administrateurs de l'application super-serveur 114. Des pages à liens Web externe sont une autre encore ressource possible. Cet espace peut être une page World Wide Web ou des liens World Wide Web fournis par une société tierce potentiellement sans rapport avec l'applica- tion cliente ou l'application super-serveur 114. Par exemple, l'accès à cet espace peut conduire l'utilisateur vers une 5 page de liens sur un service de recherche tel que Yahoo, Lycos, ou Excite. Ces liens montrés à cet endroit-là sont potentiellement en rapport avec la rubrique du groupe de discussion à partir duquel l'utilisateur accède à l'espace de liens externes. L'applette cliente 112 et l'application super- serveur 114 peuvent être étendues pour assurer une connexion automatique à une application serveur NNTP 106. En maintenant une base de données des applciations serveurs NNTP 106 sur l'application super-serveur 114, la sélection de l'applica- tion serveur NNTP de l'utilisateur 106 peut être rendue transparente à l'utilisateur. En d'autres termes, l'utilisa- teur n'a pas besoin de saisir l'adresse réseau ou le nom du domaine Internet de son application serveur NNTP 106. La base de données des applications serveurs NNTP 106 peut être construite en utilisant un programme logiciel utilitaire qui balaie les lignes "PATH (chemin):" dans les en-têtes d'articles USENET. Chaque nom de machine Internet trouvé peut être sauvegardé dans la base des données. Pour se connecter à une application serveur NNTP 106, l'applette cliente 112 envoie d'abord un message de notification vers l'application super-serveur 114. Le message de notification informe l'application super-serveur 114 de l'adresse réseau de l'applette cliente 112. En utilisant cette adresse réseau, l'application super-serveur 114 crée un nom de domaine correspondant. L'application super-serveur 114 consulte ensuite la base de données, cherchant le nom de l'application serveur NNTP 106 dans le même domaine. L'application super- serveur 114 transmet ensuite les noms logiques de toutes les applications serveurs NNTP 106 trouvées dans la base de données à l'applette cliente 112. L'applette cliente 112 tente alors de se connecter aux applications serveurs NNTP 106. Si les tentatives effectuées par l'applette cliente 112 pour se connecter aux applications serveurs NNTP 106 échouent toutes, alors et seulement alors l'utilisateur est interrogé pour donner le nom ou l'adresse de son application serveur NNTP 106. D'autres modes de réalisation sont évidents à l'homme de l'art d'après le mémoire descriptif et la mise en oeuvre de l'invention telle que décrite ci-avant. Il va de soi que la description et les modes de réalisation donnés ci- avant sont a considérer à titre d'exemple nullement limi- tatif, le cadre véritable de l'invention étant défini dans les revendications suivantes et équivalentes. REVENDICATIONS 1. Système pour fournir une interface améliorée à une technologie de discussion en ligne, le système compre- nant: une application super-serveur, l'application super-serveur fournissant des informations qui augmentent l'information autrement disponible à l'intérieur de la technologie de discussion en ligne; et une applette cliente, l'applette cliente utili- sant l'information fournie par l'application super-serveur pour fournir une interface améliorée à la technologie de discussion en ligne. 2. Application super-serveur pour l'exécution par un système serveur raccordé par réseau à au moins un système client afin de fournir aux utilisateurs d'au moins un système client mis en réseau au moins une application pour augmenter l'accès à des messages en ligne, l'application super-serveur comprenant: un système de gestion de requêtes pour traiter les requêtes pour des messages en ligne provenant des utilisateurs de systèmes clients mis en réseau avec le système serveur; et une base de données pour stocker l'information concernant les requêtes de ces utilisateurs, dans lequel l'application super-serveur fournit aux utilisa- teurs une interface d'accès aux messages en ligne basée sur l'information stockée dans sa base de données. 3. Application super-serveur selon la reven- dication 2, caractérisée en ce que la base de données stocke des données spécifiques à l'utilisateur utilisées par l'application super- serveur pour fournir des interfaces utilisateur personnalisées à des utilisateurs spécifiés. 4. Application super-serveur selon la reven- dication 3, caractérisée en ce que les données spécifiques à l'utilisateur pour un utilisateur donné sont basées sur des requêtes traitées provenant dudit utilisateur. 5. Application super-serveur selon la reven- dication 3, caractérisée en ce que les données spécifiques à l'utilisateur sont basées sur une entrée utilisateur.5 6. Application super-serveur selon la reven- dication 3, caractérisée en ce que les données spécifiques à l'utilisateur pour un utilisateur donné sont basées sur des requêtes précédemment traitées provenant d'un groupe d'utili- sateurs.10 7. Application super-serveur selon la revendi- cation 3, caractérisée en ce que l'application super-serveur comporte de plus un filtre pour filtrer des messages accessibles aux utilisateurs spécifiés sur la base de leurs données spécifiques à l'utilisateur. 8. Application super-serveur selon la reven- dication 3, caractérisée en ce que les applications de discussion en ligne comportent des groupes de discussion existants, et l'application super-serveur comprend de plus un filtre de groupes de discussion personnalisés pour appliquer des critères de filtre sur les groupes de discussion exis- tants, identifiant des messages en ligne à l'intérieur de ces groupes de discussion qui satisfont aux critères de filtrage, et groupant ces messages dans un groupe de discussion person- nalisé. 9. Application super-serveur selon la reven- dication 3, caractérisée en ce que des messages en ligne accessibles par les applications de discussion en ligne sont classés par des utilisateurs, et sur la base des données spécifiques à l'utilisateur, l'application super-serveur identifie les messages en ligne ayant des classements satisfaisant à un critère prédéterminé pour la transmission aux utilisateurs. 10. Application cliente pour l'exécution par un système client raccordé par réseau à un système serveur pour fournir aux utilisateurs du système client au moins une application de discussion en ligne pour accéder à des messages en ligne, l'application cliente comprenant: un progiciel client fournissant au moins une application de discussion en ligne autorisant le système client à communiquer avec un système serveur mis en réseau utilisant la technologie de discussion en ligne; et un progiciel d'interface utilisateur pour fournir les interfaces utilisateurs personnalisées pour autoriser le système client à accéder à des messages en ligne, dans laquelle les interfaces utilisateurs sont personnalisées sur la base de l'utilisation des applications des discussions en ligne par les utilisateurs. 11. Application cliente selon la revendication , caractérisée en ce que le système serveur mis en réseau télécharge l'application cliente vers le système client en réponse à une requête provenant du système client. 12. Application cliente selon la revendication , caractérisée en ce qu'en réponse à une requête utilisa- teur utilisant une application de discussion en ligne dans le progiciel client, le progiciel d'interface utilisateur affiche des liens vers des informations catégorisées par sujet, comprenant des groupes de discussion prédéterminés fournis par l'application des discussions en ligne. 13. Application cliente selon la revendication 12, caractérisée en ce que le progiciel d'interface utilisa- teur affiche un lien sous la forme d'une icône. 14. Application cliente selon la revendication 13, caractérisée en ce qu'une icône incorpore un attribut d'état visuel pour indiquer si les messages associés à l'icône comportent des messages non lus par l'utilisateur. 15. Application cliente selon la revendication 13, caractérisée en ce qu'un attribut d'état visuel est un indicateur de vote pour indiquer les résultats d'un vote par des utilisateurs accédant aux messages disponibles à travers le lien indiqué sous forme d'une icône. 16. Application cliente selon la revendication 12, caractérisée en ce qu'un utilisateur sélectionne un lien pour accéder à l'information correspondant au lien. 17. Application cliente selon la revendication 12, comprenant de plus un programme navigateur pour balayer les informations correspondant à un lien. 18. Application cliente selon la revendication 12, caractérisée en ce que le lien fournit un accès à au moins une page Web. 19. Application cliente selon la revendication 12, caractérisée en ce que les liens comportent des liens à des fichiers numériques, dont des fichiers accessibles à partir du système client et des fichiers accessibles à partir du système serveur. 20. Application cliente selon la revendication 12, caractérisée en ce que des informations liées peuvent inclure des liens incorporés à des informations addition- nelles. 21. Application cliente selon la revendication 12, caractérisée en ce que le progiciel d'interface utilisa- teur permet à un utilisateur de personnaliser l'affichage des liens selon un critère spécifié par l'utilisateur. 22. Application cliente selon la revendication 10 comprenant de plus un filtre de groupes de discussion personnalisés, caractérisée en ce que, en réponse à des critères spécifiés par l'utilisateur via une application de discussion en ligne, l'application cliente détermine des groupes de discussion existants sur la base du critère spécifié par l'utilisateur et regroupe dans un groupe de discussion personnalisé des messages à l'intérieur desdits groupes de discussion existants qui satisfont aux critères spécifiés par l'utilisateur, et le progiciel d'interface utilisateur fournit une interface utilisateur pour accéder audit groupe de discussion personnalisé. 23. Application cliente selon la revendication , caractérisée en ce que les applications de discussion en ligne permettent à un utilisateur sur le système client de télécharger des messages en ligne, l'application cliente comprenant de plus un système d'archivage pour stocker des messages téléchargés vers un utilisateur. 24. Application cliente selon la revendication 23, caractérisée en ce que le système d'archivage publie les messages archivés d'un utilisateur en les rendant accessibles à d'autres utilisateurs et clients du système serveur mis en réseau. 25. Application cliente selon la revendication , comprenant de plus un moteur de recherche pour identifier des sources d'informations accessibles par les applications de discussion en ligne fournies dans le progiciel client sur la base de critères de recherche entrés par un utilisateur. 26. Application cliente selon la revendication , caractérisée en ce que le moteur de recherche cherche de plus des bases de données maintenues dans l'environnement local du système client. 27. Application cliente selon la revendication , comprenant de plus une application de blocage pour bloquer l'accès à des informations basées sur des critères de blocage prédéterminés. 28. Application cliente selon la revendication 27, caractérisée en ce que le critère de blocage est basé sur des critères définis par l'utilisateur. 29. Application cliente selon la revendication , comprenant de plus un sélecteur de serveur pour estimer la performance d'au moins deux systèmes serveurs accordés par réseau au système client et sélectionnant un système serveur sur la base de la performance estimée. 30. Application cliente selon la revendication , comprenant de plus une application d'antémémoire pour extraire préalablement de manière automatique et pour mettre en antémémoire des messages sur la base de critères prédéter- minés, sans attendre que l'utilisateur fasse la demande de ces messages. 31. Application cliente selon la revendication 30, caractérisée en ce que les critères prédéterminés comprennent des classements des messages et l'application de mise en antémémoire extrait au préalable et met en antémémoire des messages ayant des classements au-dessus d'un seuil prédéterminé.10 32. Application cliente selon la revendication , caractérisée en ce que les critères prédéterminés comprennent des relations entre les messages, et lorsque l'application cliente télécharge un premier message vers un utilisateur, l'application de mise en antémémoire extrait au préalable et met en antémémoire des messages connexes. 33. Application cliente selon la revendication 32, caractérisée en ce que les messages connexes comprennent des messages correspondant à un lien incorporé dans le premier message. 34. Application cliente selon la revendication 32, caractérisée en ce que les messages comportent des articles de groupes de discussion et les réponses à ces articles, et les messages se rapportant à un premier message comportent des messages qui sont les réponses au premier message et des messages auxquels le premier message répond. 35. Application cliente selon la revendication , caractérisée en ce que le progiciel client comporte un logiciel d'application d'une société tierce. 36. Application cliente selon la revendication 35, caractérisée en ce que le logiciel de la société tierce comprend des applications de visualisation pour accéder aux messages. 37. Application cliente selon la revendication , caractérisée en ce que le logiciel de la société tierce comporte des applications d'édition pour éditer les messages. 38. Procédé pour organiser des informations en ligne pour un utilisateur d'un système client raccordé par réseau à un système serveur dans un environnement de discus- sion en ligne, comprenant des étapes consistant à: déterminer des critères spécifiques à l'utili- sateur; appliquer les critères spécifiques à l'utilisa- teur à de multiples groupes de discussion existants dans l'environnement de discussion en ligne pour identifier des10 messages à l'intérieur desdits groupes de discussion exis- tants qui satisfont aux critères spécifiques à l'utilisa- teur; et créer un groupe de discussion personnalisée pour accéder aux messages identifiés. 39. Procédé selon la revendication 38, carac- térisé en ce que l'étape consistant à déterminer des critères spécifiques à l'utilisateur est basée sur une entrée utilisa- teur. 40. Procédé de personnalisation de l'environne- ment et de l'interface utilisateur pour l'accès, la lecture et la gestion des données et des informations disponibles sur un réseau informatique étendu (WAN) tel que l'Internet auquel sont connectés au moins un système serveur, un poste client et au moins un périphérique de stockage, caractérisé en ce qu'il consiste à: - mettre en oeuvre sur ledit serveur une applica- tion dite "application super-serveur", adaptée à maintenir et mettre à jour des informations représentatives de l'environ- nement et de l'interface utilisateur, à gérer les requêtes lancées par un utilisateur du poste client et à répondre à ces dernières, - mettre en oeuvre sur ledit poste client une petite application cliente dite "applette cliente" adaptée à la demande de l'utilisateur, à: (i) configurer l'interface utilisateur, et/ou (ii) agencer les données et informations reçues dudit réseau étendu via ladite application super- serveur, et/ou (iii) créer un profil personnel à l'utilisa- teur et l'incorporer aux données et informations reçues du WAN, et/ou (iv) sélectionner tout ou partie de ces données et informations en vue d'en demander le stockage sur ledit périphérique de stockage, - mettre en oeuvre une base de données sur ledit super-serveur adaptée, sous le contrôle de ladite application super-serveur et à la demande de ladite applette cliente à de manière sélective, stocker, mettre à jour, trier et resti- tuer, d'une part, les informations de configuration de l'environnement et de l'interface utilisateur, et d'autre part, les informations reçues via ledit réseau étendu et incorporant le profil personnel créé par l'utilisateur. 41. Procédé de personnalisation de l'environne- ment et de l'interface utilisateur selon la revendication 1, caractérisé en ce que les données et informations reçues du réseau étendu sont représentatives d'articles contenus dans des groupes de discussion du type "groupes de discussion20 USENET". 42. Ordinateur destiné à être utilisé comme système serveur, comprenant au moins un processeur (204) et une mémoire (206), reliés par un bus (202) et connecté à un réseau étendu tel qu'Internet, le réseau étendu comportant au moins un poste client (102), caractérisé en ce qu'il est piloté par une application super-serveur, adaptée à: - coopérer avec une petite application dite "applette cliente", mise en oeuvre sur ledit poste client, destinée, à la demande d'un utilisateur, à: (i) configurer une interface utilisateur définie sur ledit poste client, et/ou (ii) réagencer les données et informations reçues dudit réseau étendu via ledit super-serveur, et/ou (iii) créer des données personnelles et les incorporer aux données reçues, et/ou (iv) sélectionner tout ou partie de ces informations en vue d'en commander le stockage sur un périphérique de stockage, - accéder, à la demande de ladite applette cliente, à une base de données adaptée à, de manière sélec- tive, stocker, mettre à jour, trier et restituer, d'une part, les informations de configuration de l'environnement et de l'interface utilisateur, et, d'autre part, les informations reçues via ledit réseau étendu et incorporant un profil personnel créé par l'utilisateur, et maintenir et mettre à jour les informations représentatives de l'interface utilisateur, gérer les requêtes lancées par l'utilisateur dudit poste client et répondre à ces dernières. 43. Appareil (102) destiné à être utilisé comme poste client, connecté à un réseau étendu (WAN) tel qu'Internet, et comportant au moins un système serveur, caractérisé en ce qu'il est piloté par une petite application cliente dite "applette cliente", adaptée, à la demande d'un utilisateur dudit appareil, à: - par elle-même: (i) configurer une interface utilisateur définie sur cet appareil, et/ou (ii) agencer les données et informations reçues dudit réseau étendu via ledit système serveur, et/ou (iii) créer un profil personnel à l'utilisateur et l'incorporer aux données et informations reçues du WAN, et/ou (iv) sélectionner tout ou partie de ces données et informations en vue d'en commander le stockage sur un périphérique de stockage, et - en liaison avec une application dite "applica- tion super-serveur" pilotant le système serveur, gérer une base de données adaptée à, de manière sélective, stocker, mettre à jour, trier et restituer, d'une part, les infor- mations de configuration de l'environnement et de l'interface utilisateur, et, d'autre part, les informations reçues via ledit réseau étendu et incorporant le profil personnel créé par un utilisateur du poste client, ladite application super- serveur étant adaptée à maintenir et mettre à jour les informations représentatives de l'interface utilisateur, à gérer les requêtes lancées par l'utilisateur et à répondre à ces dernières. 44. Système selon la revendication 1, caractérisé en ce que la technologie de discussion en ligne comprend des groupes de discussion USENET. 45. Système selon la revendication 1, caractérisé en ce que la technologie de discussion en ligne comprend le courrier électronique (email). 46. Système selon la revendication 1, caractérisé en ce que la technologie de discussion en ligne comprend des forums de dialogue en temps réel Internet (chat). 47. Système selon la revendication 1, caractérisé en ce que la technologie de discussion en ligne comprend du courrier vocal (Voicemail). 48. Système selon la revendication 1, caractérisé en ce que la technologie de discussion en ligne comprend du courrier vidéo (videomail). 49. Procédé pour mettre en oeuvre un système informatique afin de personnaliser la possibilité pour un utilisateur d'accéder, lire et gérer les données et infor- mations disponibles à partir d'un réseau étendu (WAN) tel que l'Internet, caractérisé en ce que le procédé consiste à: - exécuter sur les données disponibles à partir du réseau étendu une passe de pré- indexation selon un critère prédéterminé, et - établir, en tant que partie intégrante d'une base de données, une première hiérarchie d'informations basée sur les données résultant de la passe de pré-indexation. 50. Procédé selon la revendication 49, carac- térisé en ce que le critère prédéterminé est basé sur des mots clés. 51. Procédé selon la revendication 50, carac- terisé en ce que la première hiérarchie est fournie sur un super-serveur. 52. Application super-serveur selon la reven- dication 2, caractérisée en ce qu'elle comprend de plus une section de groupes de discussion. 5 53. Application super-serveur selon la reven- dication 2, caractérisée en ce que les noms des groupes de discussion sont des mots ou des phrases de la langue courante. 54. Procédé selon la revendication 49, carac- térisé en ce que la hiérarchie comprend des ressources autres que les groupes de discussion. 55. Application super-serveur selon la reven- dication 3, caractérisée en ce que les données spécifiques à l'utilisateur pour un utilisateur sont basées sur des messages sélectionnés par des éditeurs. 56. Application super-serveur selon la reven- dication 3, caractérisée en ce que l'interface utilisateur incorpore un sommaire des messages. 57. Application super- serveur selon la reven- dication 3, caractérisée en ce que des indices associés à l'auteur d'un messages sont affichés avec le message. 58. Application super-serveur selon la reven- dication 3, caractérisée en ce qu'un lien est prévu sur l'article original d'une chaîne de messages.25 59. Application super-serveur selon la reven- dication 3, caractérisée en ce qu'un lien est prévu sur un article cité dans un message. 60. Application super-serveur selon la reven- dication 3, comprenant de plus un contrôle intelligent des polices d'affichage dans les articles. 61. Application super-serveur selon la reven- dication 3, comprenant de plus des préférences de lecture différentes pour chaque groupe de discussion. 62. Application super-serveur selon la reven- dication 3, comprenant de plus un lien pour accéder à des FAQ (questions fréquemment posées). 63. Application super-serveur selon la reven- dication 3, comportant de plus un accès à des forums de dialogue en temps réel (chat group) associés à un message. 64. Application super-serveur selon la reven- dication 3, comportant de plus la possibilité de permettre aux utilisateurs de créer des pseudo-groupes de discussion. 65. Application super-serveur selon la reven- dication 3, comportant de plus une passerelle courrier électronique vers nouvelles. 66. Application super-serveur selon la reven- dication 3, comprenant de plus la possibilité de groupes de discussion privée. 67. Application super-serveur selon la reven- dication 3, comprenant de plus la possibilité de sous-groupes à l'intérieur d'un groupe de discussion. 68. Application super-serveur selon la reven- dication 2, caractérisée en ce que le système de gestion des requêtes augmente en outre les informations autrement disponibles à l'intérieur de la technologie de discussion en ligne. 69. Application cliente selon la revendication , caractérisée en ce que les applications de discussion en ligne permettent à un utilisateur sur le système client de télécharger des messages en ligne, l'application cliente comportant de plus un ou plusieurs systèmes d'archivage pour stocker les messages. 70. Application cliente selon la revendication , caractérisée en ce que les applications de discussion en ligne permettent à un utilisateur sur le système client de télécharger des messages en ligne, l'application cliente comportant de plus un système d'archivage pour stocker des messages sur le serveur. 71. Application super-serveur selon la revendi- cation 3, caractérisée en ce qu'elle comporte de plus la possibilité pour un client d'établir un ou plusieurs jeux d'archives d'articles privés sur le serveur. 72. Application super-serveur selon la reven- dication 3, comportant de plus la possibilité de stocker tous les groupes de discussion et articles sur le serveur. 73. Application super-serveur selon la revendica- tion 71, comportant de plus la possibilité pour un utilisa- teur de rechercher les archives privées associées et toutes les ressources du réseau étendu en une seule commande. 74. Application cliente selon la revendication , caractérisée en ce qu'un ou plusieurs jeux d'archives personnelles peuvent être publiés à l'intention d'autres utilisateurs. 75. Application super-serveur selon la reven- dication 3, comportant de plus une interface vers des moteurs de base de données maintenus localement. 76. Application super-serveur selon la reven- dication 3, comportant de plus le décodage et la reproduction automatiques de fichiers. 77. Application cliente selon la revendication , comportant de plus le décodage et la production automati- ques de fichiers. 78. Application super-serveur selon la reven- dication 3, comportant de plus l'incorporation de médias dans des messages textuels selon les directives de l'utilisateur. 79. Application super-serveur selon la reven- dication 3, comportant de plus la fourniture de classements des groupes de discussion. 80. Application super-serveur selon la reven- dication 3, comportant de plus la fourniture d'un centre de ressources dans chaque groupe de discussion. 81. Application super-serveur selon la reven- dication 3, comportant de plus une connexion automatique à un serveur NNTP associé. 82. Réseau local comportant au moins un système serveur et au moins un poste client, connecté à un réseau étendu tel qu'Internet, caractérisé en ce que: - le système serveur est piloté par une appli- cation dite "application super-serveur", adaptée à maintenir et mettre à jour les informations représentatives d'une interface utilisateur définie sur ledit poste client, à gérer les requêtes lancées par l'utilisateur du poste client et à répondre à ces dernières, - ledit poste client est piloté par une petite application cliente dite "applette cliente" adaptée, à la demande dudit utilisateur, à: (i) configurer l'interface utilisateur, et/ou (ii) réagencer les données et informations reçues dudit réseau étendu via ledit système super-serveur, et/ou (iii) créer des données personnelles et les incorporer aux données et informations reçues par le réseau étendu, et/ou (iv) sélectionner tout ou partie de ces données et informations en vue d'en commander le stockage sur ledit périphérique de stockage, - ladite applette cliente est adaptée à solli- citer tandis que ladite application super-serveur est adaptée à contrôler une base de données implémentée sur ledit système serveur pour, de manière sélective, stocker, mettre à jour, trier et restituer, d'une part, les informations de configu- ration de l'environnement et de l'interface utilisateur, et, d'autre part, les informations reçues via ledit réseau étendu et incorporant les données personnelles créées par l'utilisa- teur.