FR 2813684 A1 20020308 FR 0011243 A 20000904 L'invention concerne la gestion de données et plus particulièrement l'exportation vers un terminal informatique de données contenues dans une base de données. On entend ici par terminal informatique, tout type de matériel informatique permettant l'échange de données informatiques ainsi que l'affichage de données sur un écran, et en particulier les assistants personnels numériques (APN), plus connus sous l'acronyme anglais PDA (pour Personal Digital Assistant). Le développement récent des réseaux de (télé)communications publics (comme par exemple Intemet), mais également privés (comme par exemple ceux de type Intranet), a permis la création, et la mise à disposition du public, de nombreuses bases de données détaillant des évènements tels que des congrès, des expositions, des salons, des foires et analogue. De telles bases de données sont généralement contenues dans des sites informatiques, appelés sites web lorsqu'ils sont raccordés à Intemet. L'accession à l'une de ces bases de données s'effectue par connexion d'un terminal informatique au site qui la contient, via le réseau de communication. Une fois que l'on a accédé à une base de données, il est possible, grâce à certains modules logiciels, de télécharger son contenu sur un terminal, puis de naviguer à l'intérieur de ce contenu, après déconnexion. Cependant, il n'est pas possible d'établir un dialogue entre un contenu de base et des applications spécifiques telles que celles offertes par les gestionnaires électroniques d'informations qui équipent de nombreux terminaux. A titre d'exemple, on peut télécharger sur un terminal le contenu d'une base de données relative à des évènements, mais on ne peut pas transférer de façon automatique vers une application de ce terminal, de type agenda électronique , les informations relatives aux dates auxquelles se tiendront les évènements, et encore moins les données associées à ces évènements. La seule solution disponible actuellement, en dehors de la saisie manuelle, consiste à effectuer à l'aide d'un logiciel dédié une opération de type copier/coller . II en résulte que la gestion des informations collectées est limitée. Cet inconvénient est encore plus gênant lorsque le terminal est un assistant personnel numérique (APN), servant principalement d'agenda électronique, de répertoire électronique, et éventuellement de navigateur permettant de consulter des données brutes préalablement exportées. Certes, il a été proposé des interfaces permettant d'exporter directement des informations générales dans le calendrier ou la liste de l'APN. Mais il ne s'agit que d'informations de type avertissement de retard d'avion ou de manifestation, ou bien de rappel d'opérations à effectuer, comme des courses, ou encore de listes de rendez-vous à échanger entre collègues, et non pas de contenu détaillant une manifestation. L'invention a pour but de remédier aux inconvénients présentés ci- avant. Elle propose à cet effet un dispositif de gestion de données pour un terminal informatique, dit principal , équipé d'un écran d'affichage de données et d'un module de gestion d'informations permettant à son utilisateur de choisir une classe de données d'information parmi plusieurs classes, en vue de l'affichage des données de cette classe sur l'écran. Ce dispositif se caractérise par le fait qu'il comprend * un module logiciel de chargement qui permet à un utilisateur d'accéder à des données contenues dans au moins une base de données de référence qui est située dans un site informatique accessible via un réseau (public ou privé), filaire ou non, et dans laquelle les données sont associées à des classes de données de référence qui correspondent aux classes de données du module de gestion d'informations, * un module logiciel de sélection alimenté en données par le module de chargement et permettant à un utilisateur de sélectionner une partie au moins de ces données en fonction de leur appartenance aux classes de données de référence, et * un module logiciel d'exportation qui exporte les données sélectionnées vers le module de gestion d'informations du terminal principal de sorte qu'elles soient mémorisées avec les données des classes qui correspondent à leurs classes de référence respectives. On entend ici par terminal principal tout type de terminal informatique équipé de moyens d'échange de données et d'un écran d'affichage. II pourra donc s'agir, par exemple, d'un ordinateur fixe ou portable, ou d'un téléphone fixe ou portable, ou d'un assistant personnel numérique (APN), ou d'une console de jeux, ou encore d'une montre. Par ailleurs, on entend ici par base de référence une base de données dans laquelle les données sont classées selon des critères d'appartenance prédéfinis, par opposition à une base primaire dans laquelle les données sont brutes, c'est-à-dire non classées ou non associées à des classes. Ainsi, une fois que la base de référence est créée, le module de chargement peut accéder à ses données classées (ou regroupées selon leurs classes d'appartenance: par exemple des données temporelles destinées à une application d'agenda, des données descriptives destinées à une application thématique, des données d'adresses destinées à un répertoire, des données de localisation spatiale destinées à une application d'affichage de plans), et l'on peut sélectionner certaines de ces données classées, puis les transférer vers une application choisie d'un gestionnaire d'informations, en vue de leur intégration aux données de cette application. Plusieurs variantes peuvent être envisagées. Dans une première variante, la base de données de référence est stockée dans un site informatique, dit primaire , raccordé à un réseau et accessible via un autre site informatique de type portail . Dans ce cas, le module de chargement est agencé pour permettre l'accession aux données de la base de référence via le site portail. Dans une seconde variante, la base de données de référence est constituée à partir d'une base de données primaire stockée dans un site informatique primaire, raccordé à un réseau. Cette base de référence est alors stockée dans un site portail qui est raccordé au réseau. Dans ce cas, le module de chargement permet l'accession directe aux données de la base de référence. Pour permettre la constitution de la base de référence, le dispositif comporte un module d'extraction de données capable d'extraire de la base de données primaire certaines au moins de ses données, et un module logiciel de classement permettant de classer les données extraites dans la base de données de référence, en fonction de leur appartenance aux classes de référence. Il est alors particulièrement avantageux que les modules d'extraction et de classement soient logés dans le site portail, Dans une troisième variante, la base de données primaire est fournit sur un support d'informations tel qu'un disque optique, magnétique, magnéto-optique, ou analogue, et la base de données de référence est constituée à partir des données contenues dans le support. Par ailleurs, on peut envisager que le terminal principal soit raccordable au réseau ou bien qu'il soit raccordable à un terminal auxiliaire (raccordé au réseau). Dans le premier cas, il est particulièrement avantageux que le terminal principal comprenne les modules de sélection et d'exportation, ainsi qu'éventuellement le module de chargement. Dans le second cas, il est avantageux que le terminal auxiliaire comprenne les modules de sélection et d'exportation, ainsi qu'éventuellement le module de chargement, et un gestionnaire d'informations dans lequel sont exportées les données sélectionnées et qu'une synchronisation entre le terminal principal et le terminal auxiliaire permette d'exporter (ou transférer) les données sélectionnées d'un gestionnaire d'informations vers l'autre. D'autre part, le dispositif selon l'invention pourra comporter un module logiciel de liaison pour associer aux données sélectionnées des données complémentaires avant qu'elles ne soient exportées vers un gestionnaire d'informations, de sorte que l'on puisse accéder à ces données complémentaires dans l'application qui gère les données auxquelles elles sont associées. Afin de faciliter la sélection, par un utilisateur, des données classées, le module de sélection pourra être piloté par des moyens de commande vocale implantés dans le terminal de sélection, c'est-à-dire soit dans le terminal principal soit dans le terminal auxiliaire. Dans un mode de réalisation préférentiel, adapté à la gestion des données relatives à des évènements tels qu'un congrès, le module de sélection offre aux utilisateurs la possibilité de sélectionner des données dans les classes agenda , thèmes , orateurs , exposants , inscrits et plans . Bien entendu, le dispositif selon l'invention peut être utilisé dans d'autres applications, comme par exemple pour la sélection d'informations relatives à une exposition, une foire, ou une visite de musée. L'invention concerne également un procédé de gestion de données pour un terminal informatique principal du type de celui présenté ci-avant. Ce procédé se caractérise par le fait qu'il comprend les étapes indiquées ci- après. Dans une première étape (a), on accède à des données d'au moins une base de données de référence, dans laquelle les données sont associées à des classes de données de référence correspondant aux classes de données du module de gestion d'informations. Cette base de données de référence est soit stockée dans un site informatique primaire raccordé à un réseau public ou privé, filaire ou non, et accessible via un site portail, soit stockée dans un site portail et constituée à partir des données stockées dans un site primaire raccordé au réseau. Dans ce dernier cas, on procède dans une étape préliminaire à l'extraction des données dans la base primaire, puis au classement des données extraites dans la base de données de référence en fonction de leur appartenance auxdites classes de référence. Dans une seconde étape (b) on sélectionne une partie au moins des données auxquelles on a accédé à l'étape (a), en fonction de leur appartenance aux classes de données de référence. Par ailleurs, dans cette étape on peut envisager d'associer aux données sélectionnées des données complémentaires. Dans une troisième étape (c) on exporte les données qui viennent d'être sélectionnées vers le module de gestion d'informations du terminal principal de sorte qu'elles soient mémorisées avec les données des classes qui correspondent à leurs classes de référence respectives, de préférence. Cette étape peut, lorsque la sélection s'effectue par l'intermédiaire d'un terminal auxiliaire équipé d'un gestionnaire d'informations, comporter une phase préalable dans laquelle les données sélectionnées sont exportées dans le gestionnaire d'informations du terminal auxiliaire, avant d'être transférées (exportées) dans celui du terminal principal, par exemple lors d'une synchronisation entre les terminaux. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels - la figure 1 illustre de façon très schématique une installation de communication incorporant un assistant personnel numérique, équipé d'un dispositif de gestion selon l'invention, - la figure 2 est un diagramme-bloc illustrant de façon très schématique un dispositif selon l'invention, implanté dans un assistant personnel numérique, - la figure 3 est un schéma illustrant un exemple de page d'écran de sélection des classes de données, après triage, - la figure 4 est un schéma illustrant un exemple de page d'écran de présentation des données principales de la classe agenda , - la figure 5 est un schéma illustrant un exemple de page d'écran de présentation et de sélection des différentes données qui sont associées à l'une des données principales de la classe agenda de la figure 4, - la figure 6 est un schéma illustrant un exemple de page d'écran de présentation et de sélection des données principales de la classe thèmes , - la figure 7 est un schéma illustrant un exemple de page d'écran de présentation et de sélection des données principales de la classe orateurs , - la figure 8 est un algorithme illustrant un exemple de procédé selon l'invention, et - la figure 9 est un schéma illustrant l'ensemble des zones qui peuvent être affichées sur chaque page d'écran pour permettre d'effectuer un transfert de données associées à un élément sélectionné sur la page correspondante, ou de créer des liens avec d'autres classes d'informations. Les dessins annexés sont, pour l'essentiel, de caractère certain. En conséquence, ils pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention porte sur un dispositif de gestion de données pour un terminal informatique. Comme indiqué dans l'introduction, ce dispositif conceme tout type de terminal équipé, d'une part, d'un écran permettant d'afficher des données et, d'autre part, d'un gestionnaire personnel d'informations (GPI) généralement réalisé sous la forme d'un module logiciel couplé à des composants électroniques tels qu'une mémoire. Dans l'exemple illustré sur les figures 1 et 2, le dispositif de gestion selon l'invention est destiné à gérer des données pour un assistant personnel numérique (APN) 1 qui peut dialoguer (échanger des données) avec un autre terminal, tel qu'un ordinateur ou micro-ordinateur 2 raccordé au réseau public Intemet. Bien entendu, l'APN 1 peut être agencé de manière à se connecter directement sur le réseau public Intemet, sans passer par l'intermédiaire d'un terminal auxiliaire 2. Par ailleurs, le terminal auxiliaire 2, ou le terminal principal APN 1, pourrait être raccordé à un réseau privé de type Intranet, plutôt qu'à un réseau public. Le terminal auxiliaire peut également être une borne infrarouge raccordée à un réseau public ou privé, ou bien propre à recevoir des informations d'un autre terminal auxiliaire de type micro-ordinateur. A ce réseau public Intemet se trouvent également raccordés des sites informatiques 3, 4 (ou sites web) qui comportent, pour certains, une base de données, comme par exemple une base de données événementielles. De tels sites web 3, 4 peuvent être créés pour informer le public sur un évènement tel qu'un congrès, une exposition, une foire, un salon et analogue. Mais il peut également s'agir d'un site concernant un musée. Pour accéder à un site comportant une base de données et accessible via le réseau Intemet, il faut émettre une requête comprenant son adresse URL (pour Uniform Resource Locator). Ces adresses sont préférentiellement envoyées vers un serveur d'application dédié à l'administration des manifestations. Les sites événementiels 3, 4, relatifs à un congrès ou une exposition, comportent généralement un très grand nombre d'informations dans lesquelles il est indispensable de faire une sélection si l'on veut optimiser son emploi du temps. II est en effet fréquent lors d'un congrès ou d'une exposition que plusieurs évènements aient lieu sensiblement simultanément et s'étalent sur plusieurs jours. Par ailleurs, plusieurs évènements peuvent porter sur des thèmes partiellement identiques. D'autre part, certains exposants, orateurs et participants (personnes inscrites) peuvent n'être présents qu'à certains moments. La gestion des données d'information, contenues dans les bases de données de ce type de site 3, 4, peut donc s'avérer particulièrement utile. Généralement, dans ce type de site événementiel, une partie des informations est accessible directement par tout type de personne, tandis que le reste des informations n'est accessible qu'aux personnes inscrites à l'événement et possédant un code d'accès. Actuellement, l'utilisateur d'un APN 1 peut télécharger (exporter) directement dans son APN le contenu informatif d'une base de données. II faut pour cela que son APN 1 soit équipé d'un logiciel adapté, comme par exemple Mobi Pocket , Peanuts Reader , ou Avant Go , ce dernier assurant une conversion au format APN de n'importe quel contenu de site web. Grâce à ces logiciels l'utilisateur peut également naviguer dans le contenu informatif qui a été téléchargé, mais il ne peut pas instaurer un dialogue entre le contenu informatif et les autres applications (principales) de l'APN. En particulier, ces logiciels ne permettent pas d'exporter des informations dans les autres applications, si bien que pour effectuer une telle exportation, il faut mettre en couvre des fonctions classiques de type "copier/coller" en utilisant un gestionnaire de texte, ce qui est fastidieux et demande beaucoup de temps. On entend ici par "autres applications" celles qui sont offertes par le gestionnaire personnel d'informations (GPI) qui équipe les APN 1 et la plupart des terminaux informatiques (voir notamment le logiciel Microsoft Outlook de la société Microsoft). De tels GPI offrent des applications de type agenda , mémo , gestionnaire de tâche , répertoire , contacts . L'invention a pour but de remédier à l'inconvénient présenté ci avant. Elle propose à cet effet un dispositif de gestion de données qui, selon les variantes, peut être soit intégralement installé dans un terminal principal tel qu'un APN 1, soit intégralement installé dans un terminal auxiliaire 2 tel qu'un micro-ordinateur, soit encore partiellement intégré dans un terminal principal tel qu'un APN 1 et dans un terminal auxiliaire tel qu'un micro-ordinateur 2. Un tel dispositif est, de préférence, réalisé sous la forme de modules logiciels. Mais, il pourrait également être en partie réalisé à l'aide de composants électroniques, tels que des circuits spécialisés. Par exemple, on pourrait prévoir un module composé de circuits électroniques pilotés par des modules logiciels stockés dans sa mémoire, et destiné à être introduit (enfiché) dans un logement adapté à cet effet dans un APN, ou bien raccordé à celui-ci. Mais, on peut également prévoir un module de mémorisation dans lequel se trouvent stockés des modules logiciels propres à être transférés dans l'APN. De tels modules sont commercialisés par les sociétés VISOR et SONY. Dans l'exemple illustré sur la figure 2, tous les modules du dispositif permettant à un utilisateur de sélectionner des données (chargement, sélection et exportation) sont implantés dans un APN 1, sous la forme de modules logiciels qui vont être décrits maintenant. Un APN 1 comporte, comme tout terminal informatique, une interface de communication 5 qui lui permet de se raccorder directement à un réseau public ou privé, ou à un terminal auxiliaire 2. Cette interface de communication 5 est raccordée au module de contrôle 6 de l'APN 1 (composé notamment de microprocesseurs couplés à des mémoires de type ROM et RAM). L'APN comporte également un écran d'affichage de données 12 géré par le module de contrôle 6, ainsi qu'un gestionnaire personnel d'informations (GPI) 9, couplé au module de contrôle 6 et offrant des applications de type agenda , mémo , répertoire , gestionnaire de tâche , et contacts , notamment. Le dispositif comporte un module de chargement 7 couplé au module de contrôle 6 et permettant à l'utilisateur de l'APN 1 d'accéder aux données d'une base de données de référence (et non pas la base de données primaire sur laquelle on reviendra plus loin) implantée dans un site web 3, 4, soit du type dit primaire du fait qu'il a été créé spécifiquement pour l'événement et généralement par son organisateur, soit du type dit portail du fait qu'il est accessible sur une page web en même temps que d'autres sites ou d'autres applications. Cet accès peut être soit gratuit, soit payant. En variante, la base de référence est stockée dans un site primaire et ses données classées ne sont accessibles à l'utilisateur de l'APN que par l'intermédiaire du site portail. Comme on le verra plus loin, l'invention ne peut fonctionner qu'à condition que l'utilisateur puisse sélectionner des données préalablement classées dans des classes prédéfinies. Par conséquent, on entend par base de données de référence une base dans laquelle les données sont classées ou associées à des classes. Un site primaire peut comporter une telle base de référence, par exemple du fait d'un accord avec le propriétaire du site portail. Mais, le site primaire peut ne comporter qu'une base primaire dans laquelle les informations sont brutes, c'est-à-dire non classées ou non associées à des classes. Bien entendu, comme indiqué précédemment, la base primaire peut être transmise sur un support d'informations (ou matériel informatique de stockage de données). Généralement, les bases de données primaires, de type événementiel, comportent à la fois des données publiques et des données non publiques. Par conséquent, la base de données de référence est constituée à partir d'une partie au moins des données non publiques et préférentiellement d'une partie au moins des données publiques de la base primaire. Cette base de référence et alors stockée soit dans le site portail, soit dans un site auxiliaire. La constitution d'une base de référence à partir d'une base primaire requiert, d'une part, un module logiciel d'extraction capable d'aller chercher dans la base de données primaire tout ou partie de ses données et, d'autre part, un module logiciel de classement capable de classer, dans la base de données de référence, les données extraites, en fonction de leur appartenance aux classes de référence de cette base de référence. Bien entendu, une telle constitution s'effectue avant que la base de données de référence ne soit rendue accessible aux utilisateurs d'APN. Selon la configuration choisie, le module de chargement 7 permet donc à un utilisateur d'aller consulter les informations soit dans un site web primaire 3, 4, soit dans un site portail, soit encore dans un terminal auxiliaire 2 dans lequel il a préalablement téléchargé tout ou partie de la base de référence. Le dispositif comporte également un module de sélection 8 couplé au module de chargement 7 ainsi qu'également au module de contrôle 6, de préférence. Ce module de sélection 8 est agencé de manière à permettre à l'utilisateur de l'APN 1 d'effectuer une sélection d'informations (ou données) parmi des classes de données de référence. Comme illustré, on peut prévoir une classe de données temporelles, de type agenda, une classe de données thématiques, une première classe de données de répertoire, de type "orateurs", une seconde classe de données de répertoire, de type "inscrits", une troisième classe de données de répertoire, de type "exposants", et une classe de données de localisation, de type "plans", permettant à une personne de localiser une salle, ou un exposant, ou un poster, ou encore un restaurant. Bien entendu, d'autres classes de données pourraient être envisagées. Toutes ces classes de référence présentent un lien avec les données qui sont gérées par les différentes applications du gestionnaire personnel d'informations 9 de l'APN 1. Deux cas peuvent être envisagés. Soit toutes les classes de la base de référence sont rapatriées à l'aide du module de chargement 7 dans une mémoire gérée par le module de sélection 8 (on constitue ainsi une copie de base de référence équivalente à l'original), puis on effectue la sélection dans la copie, et le module de sélection 8 stocke les données sélectionnées dans des classes de référence. Soit, le module de sélection 8 permet à l'utilisateur d'effectuer sa sélection directement dans la base de référence et par conséquent, le module de sélection 8 ne fait que stocker dans les classes de référence les données sélectionnées dans la base de référence par l'utilisateur. La sélection s'effectue préférentiellement selon une technologie orientée objet, dans laquelle chaque classe décrit un ensemble de données et de traitements associés. En d'autres termes, lorsque l'application manipule les objets, les traitements que l'on peut effectuer sur les données (définies à partir des classes) sont parfaitement déterminés. Les données sélectionnées par l'utilisateur, grâce au module de sélection 8, sont prises en charge par un module d'exportation 10, couplé au module de sélection 8 et au gestionnaire personnel d'informations 9. Le module d'exportation 10 assure des fonctions d'exportation sélectives, automatisées, des données sélectionnées vers les classes de données qui leurs correspondent dans les différentes applications du gestionnaire personnel d'informations 9 (agenda, mémo, répertoire, contacts et gestionnaire de tâches). Cette exportation ne s'effectue que sur ordre de l'utilisateur, comme on le verra plus loin. Dans le cas où l'on stocke une copie de la base de référence dans la mémoire gérée par le module de sélection, celle-ci est préférentiellement supprimée de la mémoire après l'opération d'exportation. Ainsi, une fois les données sélectionnées intégrées dans les applications du GPI 9 de son APN 1, l'utilisateur peut à tout moment aller les consulter, sans avoir besoin de conserver en mémoire le contenu téléchargé de la base de données de référence, ou bien de retourner consulter cette base de données dans le site web 3, 4. Par ailleurs, lorsque l'utilisateur est sur le lieu d'une manifestation, il n'a plus besoin de se déplacer avec des documents encombrants et dans lesquels il n'est pas toujours facile de trouver rapidement une information. Le dispositif pourra comporter également un module de liaison 11, couplé au module de sélection 8 ainsi que, préférentiellement, au module de chargement 7, et destiné à permettre à l'utilisateur d'associer des données d'informations à des données sélectionnées par l'intermédiaire du module de sélection 8. On se réfère maintenant aux figures 3 à 7 pour détailler les opérations de sélection et d'exportation de données. Comme indiqué précédemment, une fois que le module de chargement 7 a permis au module de sélection 8 d'accéder à tout ou partie des données d'une base de données de référence, il est proposé à l'utilisateur d'effectuer une sélection parmi ces données. Une page, du type de celle illustrée sur la figure 3, va s'afficher sur l'écran du terminal utilisé pour effectuer la sélection. Ici, il s'agit de l'écran 12 de l'APN 1 (voir figure 1). Sur cette page se trouve mentionnées les différentes classes de sélection. II s'agit ici des classes agenda , thèmes , orateurs , exposants , inscrits et plans . Dans le cas d'un APN 1, l'écran 12 est du type tactile . Par conséquent, pour accéder à l'une des classes de sélection, il suffit d'exercer, avec le stylet de l'APN 1, une pression sur la zone de l'écran 12 qui est associée à cette classe. Bien entendu, si la sélection s'effectuait sur un micro-ordinateur, sans écran tactile, elle pourrait s'effectuer à l'aide d'une souris. Par ailleurs, que l'on soit sur un APN ou un micro-ordinateur, on pourrait envisager que les moyens de sélection soient pilotés par un module de commande vocale. Des combinaisons de touches (ou zones) de contrôle, de pointeurs et de commande vocale peuvent également être envisagées. D'une façon plus générale, le module de commande vocale peut être agencé de manière à effectuer tout type de traitement au sein de l'APN, et pas seulement la sélection de contenu. Ainsi, en sélectionnant la classe agenda on obtient une page- écran du type de celle illustrée sur la figure 4. Plusieurs pages peuvent être prévues pour une même manifestation, par exemple pour une conférence se déroulant sur plusieurs jours. Pour passer d'une page à l'autre, c'est-à-dire pour se déplacer parmi les différentes journées d'une manifestation, il suffit de cliquer sur les flèches placées dans la partie supérieure, la flèche "J-1" permettant de revenir au jour précédant et la flèche "J+1" permettant d'aller vers le jour suivant, la page affichée servant bien entendu de jour de référence. Chaque évènement de la manifestation est placé dans un rectangle, par exemple. Un évènement peut être, par exemple, une session plénière, une session de poster ou tout autre partie événementielle définie par l'organisateur de la manifestation. De préférence, 'le module de sélection 8 est capable, suite à une sélection de données effectuée par l'utilisateur dans une autre classe de sélection, d'associer des informations "sous-jacentes" aux données qui caractérisent l'évènement qui se trouve défini dans l'un des rectangles. Pour accéder à ces informations sous-jacentes, il suffit à l'utilisateur d'appliquer son stylet contre le rectangle concerné. Les informations sous-jacentes apparaissent alors dans ce que l'on appelle une fenêtre "pop-up". II peut s'agir, par exemple, d'une courte description de l'évènement, mentionnant le titre d'une session, le nom des intervenants, le sujet ou titre des interventions et une localisation. Une barre de défilement est également prévue (ici dans la partie droite de la page) pour permettre à l'utilisateur de faire défiler les évènements de la jounée, lorsque ceux-ci ne tiennent pas tous dans la même page d'écran. Enfin, les nombres qui sont affichés dans la partie inférieure de la page d'écran désignent les heures de la journée. Afin de permettre la sélection d'un ou plusieurs évènements, on prévoit, en outre, en regard de chaque ligne d'évènement, une zone d'activation (ici circulaire). Lorsque l'utilisateur applique son stylet sur l'une de ces zones, le module de sélection 8 affiche une nouvelle page dans laquelle sont détaillés tous les éléments qui composent l'évènement correspondant. Une telle page est illustrée sur la figure 5. L'évènement est décomposé en éléments tels qu'une intervention orale. De préférence, chaque élément peut être défini par un horaire de début, un horaire de fin, un titre, le nom ou les noms des intervenants, ainsi que les coordonnées de la salle. Egalement de préférence, le module de sélection est agencé, consécutivement à une sélection de données effectuée par l'utilisateur dans une autre classe de sélection, pour associer à chaque élément des informations sous-jacentes, comme par exemple le résumé de l'intervention qui doit avoir lieu. Pour obtenir ce résumé, il suffit à l'utilisateur d'appliquer son stylet sur l'élément qui l'intéresse, ledit résumé étant alors affiché dans une fenêtre "pop-up". On peut également prévoir une fenêtre "pop-up" pour afficher des informations sous-jacentes associées à l'évènement référencé dans le cadre supérieur. Il peut s'agir, par exemple, de commentaires généraux sur cet évènement. Devant chaque définition d'élément on prévoit une zone (ici un carré) pour le sélectionner. L'utilisateur effectue sa sélection en cochant la case avec son stylet, par exemple. Par ailleurs, comme pour la page précédente illustrée sur la figure 4, on prévoit, de préférence, une barre de défilement (ici dans la partie droite de la page) pour permettre à l'utilisateur de parcourir l'ensemble des éléments qui composent l'évènement affiché. Enfin, on prévoit (ici dans la partie inférieure de la page) une multiplicité de zones permettant d'effectuer un transfert (ou exportation) des données associées à l'élément sélectionné sur cette page, vers des applications du gestionnaire personnel d'informations 9 de l'APN 1, ou permettant de créer des liens avec d'autres classes d'information (pour créer les informations sous-jacentes évoquées ci-avant). II pourra s'agir, par exemple, des coordonnées des intervenants (lettre I) ou d'une localisation mentionnée sur le plan de la manifestation (lettre P). Préférentiellement, lorsque l'utilisateur applique son stylet sur les zones comportant les renvois vers les classes d'information désignées par les lettres I (intervenants) et P (plan), l'utilisateur accède aux seules données qui sont liées aux éléments de l'évènement sélectionné. Par exemple, en activant la zone contenant la lettre I, l'utilisateur va accéder aux coordonnées des intervenants qui participent aux éléments qu'il vient de sélectionner. De même, lorsque l'utilisateur sélectionne la lettre P, il va voir s'afficher sur son écran le plan de la manifestation et les lieux où les éléments sélectionnés doivent se dérouler. La zone contenant la lettre A permet à l'utilisateur d'exporter, vers l'application agenda du gestionnaire personnel d'informations 9 de son APN, les données qui sont associées aux éléments qu'il a sélectionnés sur la page évènement . Plus précisément, toutes les données qui sont associées à l'élément sélectionné vont être exportées dans l'application agenda au jour et à l'heure correspondant, en vue d'être stockées avec les données temporelles précédentes. De préférence, le module de liaison 11 est agencé de manière à permettre à l'utilisateur d'exporter, sous la forme d'une note, des informations qui sont associées à l'élément de l'évènement sélectionné. Une telle note pourra par exemple être exportée dans l'application appelée "détail/note" que comprennent les APN de type Palm. Cette note pourra comprendre, par exemple, les données de localisation et/ou les résumés des évènements. En option, on peut également envisager d'exporter vers l'application répertoire du GPI 9 de l'APN 1 les coordonnées des intervenants associés aux éléments de l'évènement sélectionné. Cela peut être effectué à l'aide de la touche I de l'application intervenants. La zone comportant un M permet à l'utilisateur d'exporter vers l'application "mémo" du GPI 9 les données associées aux éléments sélectionnés sur la page, et/ou les données sous-jacentes associées à ces éléments sélectionnés. Il en va de même pour la zone comportant la touche T, qui permet d'exporter les données associées aux éléments de l'évènement sélectionné, vers l'application "gestionnaire de tâche" de l'APN. Les zones d'exportation sont gérées par le module d'exportation 10. Bien entendu, d'autres zones peuvent être prévues pour d'autres types d'exportation, vers d'autres applications du gestionnaire d'informations de l'APN. On peut également prévoir une zone permettant de commuter de la page de sélection vers le gestionnaire personnel d'informations 9 de l'APN. Sur la figure 6 se trouve illustré un exemple de page affichée sur l'écran 12 de l'APN 1 lorsque l'utilisateur sélectionne la classe thèmes avec son stylet. Pour cette classe de données, et contrairement à la classe de données agenda , on accède directement à la page sur laquelle peuvent être sélectionnés les différents thèmes qui caractérisent la manifestation. Bien entendu, on pourrait procéder différemment. Cette page comporte dans sa partie supérieure un rectangle dans lequel se trouve mentionnée la classe de donnée et qui, lorsqu'on lui applique un stylet permet, de préférence, d'afficher une fenêtre "pop-up" comportant des commentaires généraux sur l'ensemble de la manifestation et le choix des thèmes, par exemple. Les thèmes de la manifestation sont affichés les uns à la suite des autres, chacun étant précédé d'une zone (ici un carré) permettant de le sélectionner. Comme pour la sélection des éléments de l'évènement, la sélection d'un thème s'effectue, de préférence, en cochant une case avec le stylet de l'APN. Egalement de préférence, le module de sélection 8 est agencé pour associer des données sous-jacentes aux données qui définissent le thème de la page affichée. Pour accéder à ces données sous-jacentes, il suffit à l'utilisateur d'appliquer son stylet sur le thème qui l'intéresse pour qu'une fenêtre "pop-up" apparaisse. Dans ce menu peuvent être présentés un exposé du thème et le résumé du déroulement de ce thème, par exemple. On prévoit également, ici dans la partie de droite, une barre de défilement pour parcourir l'ensemble des thèmes lorsque ceux-ci ne tiennent pas sur une seule page. Enfin, et comme pour la page de sélection des éléments d'évènements, on prévoit dans la partie inférieure de la page des zones destinées à l'exportation des données sélectionnées. La zone contenant la lettre E permet d'exporter les données vers les éléments des évènements qui sont liés aux thèmes sélectionnés. Cette zone sert, par conséquent, à interfacer les thèmes sélectionnés avec les évènements. Par exemple, les flèches "J-1" et/ou "J+1" seront allumées dans la page agenda sur laquelle sont mentionnés les différents évènements si le ou les thèmes sélectionnés sont répartis sur plusieurs jours. La zone comprenant la lettre M permet, comme indiqué précédemment, d'exporter les données sélectionnées vers l'application "mémo" du GPI 9 de l'APN 1. II en va de même pour la zone comportant la lettre T, laquelle permet d'exporter les données sélectionnées vers l'application "gestionnaire de tâche" du GPI 9 de l'APN 1. Les zones comportant les lettres I et P remplissent les mêmes fonctions que celles décrites précédemment, en référence à la figure 5. Sur la figure 7 se trouve illustrée la page "orateurs" qui s'affiche sur l'écran 12 de l'APN 1 lorsque l'utilisateur sélectionne la classe de données "orateurs" en appliquant son stylet sur la page illustrée sur la figure 3. Sur cette page "orateurs" se trouvent indiqués les noms des orateurs (ou intervenants) de la manifestation. Chaque nom d'orateur est précédé d'une zone (ici un carré) qui permet de le sélectionner. La sélection s'effectue, de préférence, en cochant la case choisie à l'aide du stylet de l'APN 1. De préférence, le module de sélection est agencé de manière à associer des données sous-jacentes aux données affichées. II pourra s'agir, par exemple, des coordonnées professionnelles de l'orateur (ou intervenant). Ces données sous-jacentes peuvent s'afficher dans une fenêtre "pop-up" en cas d'application du stylet sur le nom de l'orateur choisi. Dans la partie inférieure de l'écran se trouvent placées les zones d'exportation des données sélectionnées. La zone comportant la lettre E permet d'exporter les données sélectionnées vers les évènements liés aux orateurs sélectionnés. Par exemple, en appliquant le stylet sur la lettre E, on passe sur la page "agenda" illustrée sur la figure 4 et les évènements liés aux orateurs sélectionnés sont allumés . La zone comportant les lettres Th permet d'interfacer les orateurs sélectionnés avec la page 'thèmes". Ainsi, en appliquant le stylet sur la zone Th on passe dans la page 'thèmes", illustrée sur la figure 6, et les thèmes associés aux orateurs sélectionnés sont allumés . La zone comportant la touche M permet, comme indiqué précédemment, d'exporter les données sélectionnées dans la page "orateurs" vers l'application "mémo" du GPI 9 de l'APN 1. II en va de même de la zone comportant la lettre T, laquelle permet d'exporter les données sélectionnées dans la page "orateurs" vers l'application "gestionnaire de tâche" du GPI de l'APN. Enfin, la zone comportant la lettre R permet d'exporter les coordonnées des orateurs (ou intervenants) sélectionnés vers l'application "répertoire" du GPI de l'APN. II est clair, que pour les pages 'thèmes" et "orateurs", on peut envisager d'autres zones d'exportation ainsi qu'une zone de commutation directe vers le GPI de l'APN. Pour les autres classes de données, et notamment les classes "exposants" et "inscrits", des pages similaires à la page "orateurs" peuvent être utilisées. Pour la page "exposants" on prévoit, en complément, une zone d'exportation contenant la lettre P pour localiser les stands où doivent se trouver les exposants sélectionnés. Par ailleurs, dans une fenêtre de type "pop-up" on pourra afficher les activités de la société de l'exposant dont le nom aura été touché par le stylet, ainsi que les coordonnées de la société et des personnes à contacter, par exemple. Bien entendu, les exposants qui participent à des thèmes et à des évènements pourront être exportés soit dans les pages thèmes et évènements, soit à partir des pages thèmes et évènements, par exemple vers le carnet d'adresse. La page "inscrits" permet à l'utilisateur d'accéder à la liste alphabétique des personnes qui doivent participer à la manifestation. Comme pour les autres pages, une fenêtre de type "pop-up" peut fournir une partie au moins des coordonnées d'un participant inscrit, préférentiellement avec son accord, et l'on peut exporter ses coordonnées vers l'application "répertoire" du GPI de l'APN. La page qui s'affiche sur l'écran 12 de l'APN, lorsque l'utilisateur sélectionne la classe de données "plans" sur la page d'écran illustrée sur la figure 3, permet d'afficher le mode d'accès et la localisation des évènements (jour après jour), des thèmes (jour après jour), des exposants (industriels ou poster de congressistes), ainsi que des lieux particuliers tels que par exemple les salles de restauration, les coins restauration mobiles ou fixes, les toilettes, les moyens de télécommunication, les bornes infrarouge (permettant de télécharger des données dans l'APN), les ordinateurs publics, les antennes émettrices, etc. Sur les figures 5 à 7 sont représentés plusieurs exemples de juxtapositions de zones d'exportation. II ne s'agit que d'exemples illustratifs, non limitatifs. En effet, et comme illustré sur la figure 9, on peut envisager qu'une même juxtaposition de zones d'exportation et de navigation soit placée sur toutes les pages d'écran. Plus précisément dans l'exemple illustré sur la figure 9, les zones E (Evénement), O (Orateurs, intervenants), Th (Thèmes), Ex (Exposants), I (Inscrits), P (Plans) et C (Cherche) désignent les fonctions de navigation dans l'application de gestion de I 'évènement, tandis que les zones A (Agenda), M (Mémo), T (Tâches) et R (Répertoire) désignent les fonctions d'exportation vers le GPI de l'APN. Dans une variante, les zones peuvent être appelées par action du stylet sur une partie de l'écran ou de la surface d'écriture de l'APN. Une autre variante consiste à utiliser des menus déroulants qui apparaissent après actionnement de la touche Menu de l'APN. Le dispositif selon l'invention pourra également comprendre un module de recherche couplé au module de chargement 7, de manière à permettre à l'utilisateur de rechercher certaines informations dans les données téléchargées, ou directement dans la base de données. On peut ainsi envisager tout type de fonction de recherche tel que notamment les troncatures gauche et droite, les recherches d'expression, les recherches booléènnes, les recherches à limitation temporelle ou de catégorie ou encore de localisation. Le dispositif selon l'invention peut également assurer une mise à jour des informations exportées, dans l'hypothèse où les données de la base de données évolueraient. Cette fonction de mise à jour peut être soit automatisée, par exemple en effectuant des interrogations régulières de la base de données. Cette mise à jour peut être automatique, ou bien être proposée à l'utilisateur, sous la forme d'avertissements lui mentionnant toutes les modifications apportées à la base de données. Dans ce qui précède, il a été décrit un exemple de réalisation de l'invention dans lequel le dispositif de gestion est implanté intégralement dans le terminal principal (ici l'assistant personnel numérique APN). Mais, le dispositif selon l'invention pourrait être intégralement implanté dans un terminal auxiliaire, tel qu'un. micro-ordinateur fixe ou portable ou un téléphone portable, fonctionnant selon le protocole WAP (pour Wireless Application Protocol), ou plus généralement vers tout type de matériel informatique équipé d'un écran et pouvant être raccordé à un réseau public ou privé, filaire ou non, quel que soit le protocole de communication. Dans l'hypothèse où le dispositif selon l'invention est intégralement implanté dans un terminal auxiliaire 2, toutes les opérations d'accession et de sélection s'effectuent, de préférence, dans le terminal auxiliaire. En d'autres termes, les modules de chargement 7 et de sélection 8 sont préférentiellement implantés dans le terminal auxiliaire 2. L'exportation des données vers les applications du gestionnaire personnel d'informations 9 du terminal principal (par exemple un APN) s'effectuent de préférence automatiquement lors de chaque synchronisation entre le terminal principal 1 et le terminal auxiliaire 2 ; il est donc préférable que le module d'exportation 10 soit placé dans le terminal auxiliaire 2. Deux cas peuvent être envisagés. Dans un premier cas, le terminal auxiliaire 2 comporte un gestionnaire personnel d'informations, d'un type équivalent ou identique à celui implanté dans le terminal principal 1. Dans ce cas, les données sélectionnées à l'aide du module de sélection 8 sont exportées (ou transférées) à l'aide du module d'exportation 10 dans le GPI du terminal auxiliaire 2 dans l'attente d'être exportées lors de la prochaine synchronisation vers le GPI du terminal principal 1. Dans le deuxième cas, les données sélectionnées sont "figées", par exemple dans une mémoire-tampon, et sont transférées (ou exportées) lors de la prochaine synchronisation vers le GPI 9 du terminal principal 1. Dans une autre variante, le dispositif selon l'invention peut être partiellement implanté dans un terminal auxiliaire 2 et dans un terminal principal 1. Par exemple, le module de chargement peut être implanté dans le terminal auxiliaire 2, tandis que les modules de sélection 8, de liaison 11 et d'exportation 10 sont implantés dans le terminal principal 1. Dans ce cas, le terminal auxiliaire ne sert que de mémoire-tampon pour charger le contenu de la base de données, ou bien d'interface de connexion vers le réseau Intemet pour accéder à une base de données d'un site web. Préférentiellement, toutes les informations qui concernent une manifestation sont centralisées dans une base de données relationnelle, comme par exemple la base de données "Oracle 8". Dans une variante, les informations concernant la manifestation sont stockées dans une première base de données, tandis que celles concernant les visiteurs inscrits sont stockées dans une seconde base de données. L'invention concerne également un procédé de gestion de données pour la mise en oeuvre du dispositif décrit ci-avant. Ce procédé concerne donc un terminal informatique principal tel que défini ci-avant et qui comprend au moins les étapes présentées ci-après, en référence à la figure 8. Dans une étape 100, un utilisateur effectue une demande d'accès à un site (ici le site portail) raccordé au réseau Intemet, en communicant son adresse URL, par exemple. Dans une étape 120, on accède aux données d'une partie au moins de la base de référence contenue dans le site. Comme indiqué précédemment, on peut prévoir une variante dans laquelle la base de référence est implantée dans un site primaire, par exemple de l'organisateur d'un évènement. Dans ce cas, le site portail sert d'intermédiaire entre le terminal d'interrogation et le site primaire. Ces étapes 100 et 120 constituent une première étape (a). Lorsque la base de données de référence est dans le site portail, cela indique qu'elle a été préalablement formée à partir des données d'une base de données primaire stockée dans un site primaire raccordé au réseau (Intemet, par exemple). Dans ce cas, le procédé comporte une étape préliminaire dans laquelle on extrait à partir du site portail certaines au moins des informations contenues dans la base primaire, puis on classe dans la base de référence les données extraites en fonction de leur appartenance à des classes de référence. Dans une étape 130, on sélectionne certaines au moins des données de la base de référence en fonction de leur appartenance à des classes de données de référence qui correspondent aux classes du module de gestion d'informations de l'utilisateur. La sélection peut s'effectuer soit directement dans le site où se trouve la base de référence, soit dans le terminal principal après téléchargement de la base, soit encore dans un terminal auxiliaire auquel est susceptible d'être raccordé le terminal principal. A la fin d'une sélection dans une classe de données, on effectue, dans une étape 140, un test pour déterminer si une autre sélection doit être faite. Dans l'affirmative on retourne à l'étape 130. Dans la négative, on passe à l'étape 150. Dans cette étape 150, on peut associer aux données sélectionnées des données complémentaires, par exemple sous la forme d'une note. En variante l'étape 150 peut être effectuée avant l'étape 140. Les étapes 130 à 150 constituent l'étape (b). Enfin, dans une étape 160 (ou étape (c)), on exporte les données qui viennent d'être sélectionnées, et éventuellement annexées, vers les applications standards du module de gestion d'informations du terminal principal (par exemple un APN) de sorte qu'elles soient mémorisées avec les données des classes qui correspondent à leurs classes de référence respectives, de préférence. Lorsque la sélection s'effectue par l'intermédiaire d'un terminal auxiliaire équipé d'un gestionnaire d'informations, et non pas directement dans le terminal principal, on prévoit une phase préalable dans laquelle on exporte les données sélectionnées dans le gestionnaire d'informations du terminal auxiliaire, dans l'attente de les transférer (exporter) dans le GPI du terminal principal, par exemple lors d'une synchronisation entre les deux terminaux. Dans ce qui précède, il a été question d'un site portail dans lequel se trouve implantée la base de référence ou qui sert d'intermédiaire pour accéder à une telle base de référence lorsqu'elle est implantée dans un site primaire. Un tel site portail peut servir à signaler un certain nombre de manifestations culturelles, sportives, scientifiques, techniques, financières ou politiques ayant lieu dans le monde ou dans une partie du monde, comme par exemple dans le pays ou la région où se trouve l'utilisateur qui se connecte à ce site portail. Ce site portail peut par exemple proposer plusieurs applications, et notamment celles offertes par l'invention, à savoir la sélection de contenus d'informations. Les informations accessibles sur ou via ce site portail sont, de préférence, collectées sur la toile mondiale (ou web ) à l'aide de moteurs de recherche puissants, du type de ceux proposés par les sociétés ARISEM ou AUTONOMY et regroupées dans des rubriques qui seront décrites ci- après. Mais, ces informations peuvent être, également, fournies par des clients du propriétaire du site portail et notamment ceux qui possèdent les bases primaires ou les bases de référence dont il a été question précédemment. On peut également envisager d'offrir aux utilisateurs des informations pratiques de caractère général, comme par exemple des informations sur les moyens de se rendre dans une ville ou dans un musée, etc., ainsi que des liens vers d'autres sites potentiellement intéressants pour l'utilisateur. Préférentiellement, un bandeau d'annonces est affiché sur l'écran d'accueil du portail pour prévenir le visiteur du fait qu'une attention toute particulière a été apportée au filtrage des informations accessibles. De la sorte, l'utilisateur est immédiatement averti du fait que toutes les manifestations ou tous les évènements répertoriés dans le site portail ont été filtrés de manière à ne pas présenter de caractère pédophile, pornographique, raciste, etc. En fin de bandeau, on peut prévoir, éventuellement, une zone permettant de signaler au propriétaire du site (ou webmaster ) le ou les site(s) et/ou manifestation(s) contraire(s) aux bonnes moeurs qui sont accessibles via son site portail et qui lui auraient échappé. Par ailleurs, sur les écrans du site portail peuvent être affichés des bandeaux, bannières et analogues permettant d'afficher des informations publicitaires et/ou des sponsors. A titre d'exemple non limitatif, les informations recueillies (et contenues) dans le site portail peuvent être organisées selon une matrice de dimension 7, chaque dimension correspondant à l'une des rubriques mentionnées ci-après. La première rubrique appelée, par exemple, "quoi", désigne le type de manifestations. II pourra s'agir, notamment, d'une manifestation culturelle, sportive, scientifique et@technique, financière et économique, ou politique. La seconde rubrique appelée, par exemple, "quand", désigne les dates des manifestations ou évènements. La troisième rubrique appelée, par exemple, "où", désigne les lieux des manifestations triées par exemple au format continent/pays/ville. La quatrième rubrique appelée, par exemple, "qui-1", désigne les intervenants d'une manifestation et les titres ou résumés des interventions de ces intervenants. La cinquième rubrique appelée, par exemple, "qui-2", désigne les organismes qui organisent et/ou sponsorisent les manifestations ou évènements. La sixième rubrique appelée, par exemple, "mots-clés", désigne l'archivage des informations en fonction de mots-clés généraux. Enfin, la septième rubrique appelée, par exemple, "manifestations du site", désigne toutes les manifestations pour lesquelles du contenu informatif pourra être délivré sur les terminaux principaux, et permet par conséquent d'avoir accès auxdites manifestations. Une fois arrivés sur un tel site portail, les utilisateurs (ou visiteurs) peuvent rechercher de l'information en suivant des liens hypertexte, par exemple en répondant à des fenêtres positionnées sur la page d'écran en regard de questions prédéfinies, ou bien à l'aide d'un masque de saisie permettant d'accéder aux rubriques précédemment décrites. A titre d'exemple, la page d'accueil du site portail peut également comporter en plus du message de bienvenue et de la zone de publicité et de partenariat, une zone signalant l'application de sélection de contenus faisant l'objet de l'invention, une zone présentant l'actualité des expositions, une zone de recherche par catégories ou mots-clés, ou analogues, et une zone de personnalisation de chaînes d'informations. Bien entendu, le nombre et le libellé des zones ne sont en aucune façon figé. L'utilisateur qui "clique" sur la zone concernant l'application (ou fonction) de sélection arrive sur une page d'accueil qui peut comporter une phrase défilante destinée à donner des nouvelles exclusives sur la couverture d'un évènement, comme par exemple des jeux olympiques ou un championnat du monde, ou une conférence internationale. Sur cette page d'accueil, et de préférence dans la zone de bienvenue, se trouve mentionné le nom du propriétaire du site portail (par exemple une société), de sorte qu'un simple clic sur ce nom permette à l'utilisateur d'obtenir des informations sur ledit propriétaire, l'objet du site, la façon de visiter le site (ses différentes rubriques, ses modes d'interrogation), les filtres du site, les personnes à contacter pour obtenir d'autres informations sur le site (par exemple les adresses e-mail), et une présentation de l'application de sélection. La zone d'actualité des expositions amène l'utilisateur sur une page où sont regroupées, par catégories, les manifestations importantes du moment. De telles informations peuvent être éventuellement classées par continent et/ou pays et/ou région, en fonction de la localisation du visiteur ou de sa demande. La zone de recherche amène l'utilisateur sur une page qui peut être subdivisée en plusieurs parties et notamment une zone de recherche effective, une zone "site/départ" et une zone "promenade". La zone "site/départ" peut servir de point d'entrée sur le site informatif évènementiel. Le visiteur ou l'utilisateur peut alors choisir entre parcourir des pages en fonction de liens hypertexte qui le guideront dans sa recherche, et utiliser plusieurs modes d'interrogation pour trouver les informations qui l'intéressent. La zone "promenade" permet d'accéder à un certain nombre de catégories comme par exemple - le type de la manifestation : cette catégorie est éventuellement décomposée en sous-catégories informatives comme par exemple les informations culturelles, sportives, scientifiques et techniques, financières et économiques, politiques, chaque sous-catégorie étant elle-même décomposable en d'autres sous-catégodes en fonction de la nature des informations disponibles. - la date de la manifestation ; - le lieu de la manifestation : cette catégorie peut être subdivisée en continent, pays, ville ; - les intervenants de la manifestation : cette catégorie précise le nom des organisateurs et des intervenants, lorsque ceux-ci sont disponibles. Elle peut également mentionner le titre de la conférence et le résumé ; - l' " organisation (organisant/sponsor) de la manifestation" ; - les mots-clés : cette catégorie contient les mots les plus significatifs des titres des manifestations et des exposés des manifestations, les noms des organisateurs, des organismes organisateurs et/ou des sponsors, etc ; - les manifestations du site : cette catégorie permet d'accéder directement à l'ensemble des manifestations pour lesquelles du contenu informatif est disponible via la fonction applicative de sélection faisant l'objet de l'invention. Préférentiellement, à chaque instant, le visiteur qui se trouve à l'intérieur d'une catégorie a la possibilité de faire appel à un menu de type "affiner la recherche" qui lui permet, à partir de son point d'arrivée dans une catégorie, de raffiner sa recherche en croisant les données avec celles des autres catégories. La rubrique "recherche" donne accès à des pages de recherche selon différents modes. Certaines pourront ne porter que sur des questions simples (recherche par catégories) ou des questions plus élaborées reposant sur des croisements de catégories. A titre d'exemple illustratif, on peut poser des questions du type - "Dans quel congrès la société XX présente-t-elle ses produits, ou sa stratégie, etc ?" - "A quelle conférence Monsieur Y participera-t-il dans les trois mois à venir ?" - "A quelle conférence Monsieur Z a-t-il participé récemment ?" - "Je sais que la société ZZ, organisatrice de congrès, doit organiser prochainement un congrès en Europe sur les nouvelles technologies de l'information. Pourriez-vous m'indiquer les lieu et date de cette manifestation ?" - "Afin de me mettre à jour rapidement sur la question ZZ, pourriez- vous m'indiquer tous les congrès dans le domaine du AA dans les X mois à venir ?" Bien que l'on soit ici dans un mode de type "promenade" ou "recherche", l'utilisateur (ou visiteur) peut toujours, de préférence, enregistrer son profil d'interrogation et demander à recevoir des mises à jour régulières. La zone désignée "ma page personnelle" est une rubrique destinée à créer un rapport d'informations spécialisées pour le visiteur-utilisateur. Préférentiellement, la page d'écran associée à cette rubrique est divisée en deux grandes sections. Dans la première section, le visiteur peut choisir certains types d'informations générales, par exemple parmi les informations politiques, financières, économiques, boursières, météorologiques, astrologiques, etc. Dans la seconde section, le visiteur a la possibilité de se créer un ou plusieurs masques de sélection d'informations. Le visiteur-utilisateur peut également demander à être averti dès qu'un nouvel objet apparaît dans l'un de ses masques, en définissant une périodicité d'alerte. Il est clair que le site permettant l'accès aux bases de données de référence est de préférence un site portail, mais il pourrait s'agir d'un simple site dédié exclusivement à la sélection de contenus. Dans un autre variante, la base de données de référence peut être implantée dans un site auxiliaire auquel on accède via le site portail, par exemple à l'aide d'un lien hypertexte. Dans cette variante, la génération de la base de données de référence peut être sous-traitée au propriétaire du site auxiliaire, et dans ce cas il est préférable que les modules d'extraction et de classement soient implantés dans le site auxiliaire. Par ailleurs, dans ce qui précède il a été question d'une base de données de référence à laquelle on accède par un terminal principal ou auxiliaire. Mais, il est clair que dans le cadre de l'invention, il est possible d'accéder en parallèle à une multiplicité de bases de données de référence dédiées chacune à une manifestation (ou évènement). L'invention ne se limite pas aux modes de réalisation de dispositif et de procédé décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. Ainsi, on a décrit des applications aux évènements, mais l'invention peut également s'appliquer au domaine touristique, notamment au guides touristiques, ou aux visites de lieux tels que les musées ou châteaux, ainsi qu'à certains grands hôtels comportant plusieurs salles de restaurant et/ou des salles de conférence et/ou des cinémas et/ou des complexes sportifs et commerciaux, par exemple. REVENDICATIONS 1. Dispositif de gestion de données pour un terminal informatique principal (1) comportant un écran (12) et un module de gestion d'informations (9) propre à permettre à un utilisateur dudit terminal de choisir une classe de données d'information parmi une pluralité de classes, en vue de l'affichage des données de cette classe choisie sur l'écran du terminal principal, caractérisé en ce que ledit dispositif comprend * un module de chargement (7) agencé pour accéder à des données d'au moins une base de données de référence, dans laquelle lesdites données sont associées à des classes de données de référence correspondant aux classes de données du module de gestion d'informations (9), * un module de sélection (8) alimenté en données par ledit module de chargement (7) et agencé pour permettre à un utilisateur de sélectionner une partie au moins de ces données en fonction de leur appartenance aux classes de données de référence, et * un module d'exportation (10) agencé pour exporter les données sélectionnées vers le module de gestion d'informations (9) du terminal principal (1), de sorte qu'elles soient mémorisées avec les données des classes correspondant à leurs classes de référence respectives. 2. Dispositif selon la revendication 1, caractérisé en ce que la base de données de référence est contenue dans un site informatique (3,4) raccordé à un réseau, et en ce que le module de chargement (7) est agencé pour accéder aux données stockées dans ledit site de manière à alimenter ledit module de sélection. 3. Dispositif selon la revendication 2, caractérisé en ce que ledit site informatique est un site portail, et en ce que ledit dispositif comprend des moyens d'extraction agencés pour extraire d'une base de données primaire, stockée dans un site informatique primaire raccordé au réseau, certaines au moins de ses données, et des moyens de classement propres à classer les données extraites dans ladite base de données de référence en fonction de leur appartenance auxdites classes de référence. 4. Dispositif selon l'une des revendications 2 et 3, caractérisé en ce que les moyens d'extraction et les moyens de classement sont stockés dans le site portail. 5. Dispositif selon la revendication 2, caractérisé en ce que ledit site informatique (3,4) est un site primaire accessible via un site portail raccordé au réseau, et en ce que ledit module de chargement (7) est agencé pour accéder aux données stockées dans ledit site primaire via ledit site portail, de manière à alimenter ledit module de sélection. 6. Dispositif selon l'une des revendication 2 à 5, caractérisé en ce que ledit terminal principal (1) est propre à être raccordé audit réseau. 7. Dispositif selon l'une des revendications 2 à 5, caractérisé en ce que le terminal principal (1) est propre à être raccordé à un terminal auxiliaire (2) raccordé au réseau, et en ce que ledit module de chargement (7) est agencé pour exporter vers ledit terminal auxiliaire (2), via le réseau, une partie au moins des données de la base de référence, et en ce que le ledit module d'exportation (10) est agencé pour permettre l'exportation vers ledit terminal principal (1) des données sélectionnées dans ledit terminal auxiliaire (2). 8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce que le ledit module d'exportation (10) et ledit module de sélection (8) sont implantés dans ledit terminal principal (1). 9. Dispositif selon la revendication 7, caractérisé en ce que ledit terminal auxiliaire (2) comporte un écran et un module de gestion d'informations propre à permettre à un utilisateur du terminal de choisir une classe de données d'information parmi une pluralité de classes, en vue de l'affichage des données de cette classe choisie sur l'écran du terminal auxiliaire, en ce que le module de sélection (8) est implanté dans ledit terminal auxiliaire (2) de manière à permettre à l'utilisateur de sélectionner les données affichées sur l'écran du terminal auxiliaire (2), et en ce que le module d'exportation (10) est implanté dans ledit terminal auxiliaire (2) et est agencé pour exporter les données sélectionnées vers le module de gestion d'informations du terminal auxiliaire (2) de sorte qu'elles soient mémorisées avec les données des classes qui correspondent à leurs classes de référence respectives, avant que ces données ne soient exportées vers le module de gestion d'informations (9) du terminal principal (1). 10. Dispositif selon l'une des revendications 1 à 9, caractérisé en ce qu'il comprend un module de liaison (11) agencé pour associer des données complémentaires à certaines des données sélectionnées, avant leur exportation, et en ce que ledit module d'exportation (10) est agencé pour exporter simultanément les données d'une classe de référence avec les données complémentaires associées. 11. Dispositif selon l'une des revendications 1 à 10, caractérisé en ce que le module de sélection (8) est agencé pour permettre une sélection de données en fonction de leur appartenance à des classes de référence choisies parmi un groupe comprenant au moins une classe de données temporelles, une classe de données descriptives, une classe de données d'adresses, une classe de données de localisation spatiale. 12. Dispositif selon l'une des revendications 1 à 11, caractérisé en ce que le terminal principal (2) est choisi dans un groupe comprenant un ordinateur fixe ou portable, téléphone fixe ou portable, un assistant personnel numérique, une console de jeux, une montre. 13. Dispositif selon l'une des revendications 1 à 12, caractérisé en ce que le module de sélection (8) est agencé pour être piloté par des moyens de commande vocale implantés dans le terminal de sélection, principal ou auxiliaire. 14. Dispositif selon l'une des revendications 1 à 13, caractérisé en ce que le module de sélection (8) est agencé pour permettre la sélection de données dans les classes de référence agenda , thèmes , orateurs , exposants , inscrits et plans . 15. Utilisation du dispositif selon l'une des revendications 1 à 14 pour la sélection d'informations relatives à un évènement choisi dans un groupe comprenant une exposition, un congrès, une foire, une visite de musée. 16. Procédé de gestion de données pour un terminal informatique principal (1) comportant un écran (12) et un module de gestion d'informations (9) propre à permettre à un utilisateur du terminal de choisir une classe de données d'information parmi une pluralité de classes, en vue de l'affichage des données de cette classe choisie sur l'écran du terminal principal, caractérisé en ce qu'il comprend les étapes suivantes a) accéder à des données d'au moins une base de données de référence, dans laquelle lesdites données sont associées à des classes de données de référence correspondant aux classes de données du module de gestion d'informations (9), b) sélectionner une partie au moins des données accédées, en fonction de leur appartenance aux classes de données de référence, et c) exporter les données sélectionnées vers le module de gestion d'informations (9) du terminal principal (1) de sorte qu'elles soient mémorisées avec les données des classes qui correspondent à leurs classes de référence respectives. 17. Procédé selon la revendication 16, caractérisé en ce que, la base de données de référence étant contenue dans un site informatique, de type portail, raccordé à un réseau, on procède dans une étape préliminaire à l'étape a) à l'extraction de données dans une base de données primaire, stockée dans un site informatique primaire raccordé au réseau, puis au classement des données extraites dans ladite base de données de référence en fonction de leur appartenance auxdites classes de référence. 18. Procédé selon la revendication 16, caractérisé en ce que, la base de données de référence étant contenue dans un site informatique primaire raccordé à un réseau, on accède dans l'étape a) aux données de référence de la base de référence par connexion à un site de type portail raccordé au site primaire via ledit réseau. 19. Procédé selon l'une des revendication 17 et 18, caractérisé en ce que, le terminal principal (1) étant propre à être raccordé audit réseau, on procède dans l'étape a) à une exportation vers ledit terminal principal (1), via le réseau, d'une partie au moins des données de la base de référence de manière à permettre l'accession à ces données exportées. 20. Procédé selon la revendication 18, caractérisé en ce que, ledit terminal principal étant propre à être raccordé à un terminal auxiliaire raccordé au réseau, on effectue l'exportation de l'étape c) via ledit terminal auxiliaire (2). 21. Procédé selon la revendication 20, caractérisé en ce que, ledit terminal auxiliaire (2) comportant un écran et un module de gestion d'informations propre à permettre à un utilisateur de ce terminal auxiliaire (2) de choisir une classe de données d'information parmi une pluralité de classes, en vue de l'affichage des données de cette classe choisie sur l'écran du terminal auxiliaire, on effectue les étapes a) et b) dans ledit terminal auxiliaire (2) et dans l'étape c), avant d'exporter les données sélectionnées vers le gestionnaire d'informations du terminal principal on exporte lesdites données sélectionnées vers le module de gestion d'informations du terminal auxiliaire (2) de sorte qu'elles soient mémorisées avec les données des classes qui correspondent à leurs classes de référence respectives. 22. Procédé selon l'une des revendications 16 à 21, caractérisé en ce qu'à l'étape b) on associe certaines données sélectionnées à des données complémentaires, de sorte que lors de l'étape c) on exporte simultanément les données d'une classe avec les données complémentaires associées. 23. Procédé selon l'une des revendications 16 à 22, caractérisé en ce qu'à l'étape b) on sélectionne les données en fonction de leur appartenance à des classes choisies parmi un groupe comprenant au moins une classe de données temporelles, une classe de données descriptives, une classe de données d'adresses, une classe de données de localisation spatiale.