Brevet FR2882170A1 — publié le 20060818

PROCEDE ET DISPOSITIF DE TRANSFERT D'INFORMATION ACCESSIBLE SUR PLUSIEURS SUPPORTS D'INFORMATION La présente invention vise un procédé et un dispositif de transfert d'information accessible sur plusieurs supports d'information. Dans de nombreux cas, par exemple, pour les compte-rendus de congrès, le gestionnaire de l'information souhaite rendre accessible l'information collectée non seulement aux participants mais, plus généralement au grand public, moyennant rétribution, dans ce dernier cas. Le gestionnaire de l'information doit alors choisir entre de nombreux supports d'information, impression papier, disques compacts (connus sous le nom de CD-ROM), site accessible sur le réseau internet. Chacun de ces supports possède ses avantages et ses inconvénients mais en choisir plusieurs multiplie les coûts. De plus, l'utilisateur qui voudrait accéder à ces informations sur différents supports, par exemple selon qu'il a accès à Internet ou non, trouvera des organisations et présentations de l'information différentes selon le support, ce qui nuira à son efficacité ou imposera des coûts très élevés de réorganisation des différents supports. En effet, les langages et moyens d'accès à l'information sont très différents entre les différents supports cités ci-dessus, les serveurs disposant de langage, par exemple PHP, différents des langages disponibles sur les terminaux utilisateur, par exemple adaptés à mettre en oeuvre des Javascript. La présente invention vise, selon son premier aspect, à remédier à cet inconvénient en rendant possible de n'effectuer qu'un seul traitement de l'information pour la rendre accessible (et, éventuellement, imprimable) de la même manière sur différents:supports, physiques ou en ligne. Dans le cas particulier de l'organisation d'événement, par exemple congrès scientifique, l'information est "vivante", c'est-à-dire que les auteurs ont la possibilité de modifier leur texte, jusqu'à la publication de celui-ci. Les processus classiques d'organisation de congrès, basés sur des correspondances écrites transmises par courrier, sont fastidieuses, manquent de souplesse et ne permettent pas de correction d'oeuvre après soumission initiale. De plus, l'organisation de congrès telle qu'elle est actuellement effectuée donne lieu à de nombreuses erreurs (orateur appelé à exposer ses travaux au même instant dans deux salles différentes, orateur oublié ou appelé deux fois, ...). La présente invention vise, selon son deuxième aspect, détaillé plus loin, à remédier à ces inconvénients, en automatisant le processus d'organisation et de suivi de congrès et, plus généralement, d'événements réunissant plusieurs personnes et en rendant accessible, à leur auteur, les oeuvres associées à l'événement. Selon son premier aspect, la présente invention vise un procédé de transfert d'information accessible sur plusieurs supports d'information, caractérisé en ce qu'il comporte: - une étape de définition: d'un modèle de présentation d'information dans un premier langage de description de pages, d'un modèle d'interrogation d'information à distance, sur un réseau informatique, dans un deuxième langage adapté à être mis en oeuvre sur un serveur, d'un modèle d'interrogation d'information locale, sur un support physique d'un terminal non connecté à un réseau, dans un troisième langage adapté à être mis en oeuvre sur un terminal; - une étape de compilation du modèle de présentation d'information pour fournir un modèle de présentation dans chacun des deuxième et troisième langages; - une étape de collecte d'information à rendre accessible aux utilisateurs, dans un format prédéterminé ; - une étape de compilation des modèles d'interrogation et de l'information collectée, pour fournir deux codes sources différents dans les deuxième et troisième langages, fournissant les mêmes fonctions et exécutables sans compilation supplémentaire, respectivement sur un serveur accessible sur le réseau informatique et sur un terminal utilisateur doté localement d'un support physique de ladite information; - en cas de requête, de la part d'un utilisateur, d'information disponible à distance sur le réseau informatique, une étape d'exécution du modèle de présentation d'informat on dans le deuxième langage et du code source dans le deuxième langage et de fourr iture du résultat de l'exécution et - en cas de requête, de la part d'un utilisateur, d'information sur un support physique local, une étape d'exécution du modèle de présentation d'information dans le troisième langage et du code source dans le troisième langage et de fourniture du résultat de l'exécution. Par exemple, le premier langage est le langage HTML (acronyme de Fiypertext Markup Language pour langage de marquage avec liens hypertextes), le deuxième langage est le langage PHP et le troisième langage est le langage Java ou Javascript. Grâce à ces dispositions, le modèle de présentation est indépendant du mode de transfert de l'information, locale ou à distance et de l'information à transmettre, ce qui réduit la complexité et le coût de fourniture de l'information sur chaque support, local ou à distance. De plus, puisque deux codes sources fournissent les mêmes fonctions et que le modèle de présentation est identique, l'utilisateur accède à l'information de la même mani ère, que l'accès se fasse localement ou à distance. Enfin, les étapes du procédé fournissent automatiquement les moyens d'accès sur deux supports, sans effort de la part du gestionnaire de l'information. Selon son deuxième aspect, la présente invention vise un procédé d'organisation d'événement, caractérisé en ce qu'il comporte: - une étape de réception d'information selon un premier format, dit "résumé", 15 -une étape de sélection d'auteurs, - pour chaque auteur sélectionné, une étape de requête d'information selon un deuxième format, dit "complet", différent du premier format, - une étape d'organisation de sessions de l'événement et de calendrier de chacune desdites sessions, - une étape de réception d'information au format complet et - une étape de mise en page automatique de l'information au format complet sous forme de publications accessibles sur un réseau informatique, de publications sur support papier et de publications sur un support électronique physique lisible par un terminal utilisateur. Grâce à ces dispositions, le contenu, les sessions et le calendrier de chaque session de l'événement, par exemple du congrès, sont automatiquement traités. Selon des caractéristiques particulières, le procédé comporte: -une étape d'inscription sur un réseau informatique, - une étape de confirmation d'inscription et - une étape de fabrication de supports individuels d'identification pour chaque participant à l'événement. Selon un troisième aspect, la présente invention vise un dispositif de:ransfert d'information accessible sur plusieurs supports d'information, caractérisé en ce qu'il comporte: - un moyen de définition: d'un modèle de présentation d'information dans un premier langage de description de pages, d'un modèle d'interrogation d'information à distance, sur un réseau informatique, dans un deuxième langage adapté à être mis en oeuvre sur un serveur, d'un modèle d'interrogation d'information locale, sur un support physique d'un terminall non connecté à un réseau, dans un troisième langage adapté à être mis en oeuvre sur un terminal; - un moyen de compilation du modèle de présentation d'information pour fournir un modèle de présentation dans chacun des deuxième et troisième langages; - un moyen de collecte d'information à rendre accessible aux utilisateurs, dans un format prédéterminé ; - un moyen de compilation des modèles d'interrogation et de l'information collectée, pour fournir deux codes sources différents dans les deuxième et troisième langages, fournissant les mêmes fonctions et exécutables sans compilation supplémentaire, respectivement sur un serveur accessible sur le réseau informatique et sur un terminal utilisateur doté localement d'un support physique d'information; - des moyens de traitement adaptés, en cas de requête, de la part d'un utilisateur, d'information disponible à distance sur le réseau informatique, à exécuter le modèle de présentation d'information dans le deuxième langage et le code source dans le ceuxième langage et à fournir le résultat de l'exécution et, en cas de requête, de la part d'un u. :ilisateur, d'information sur un support physique local, à exécuter le modèle de présentation d'information dans le troisième langage et le code source dans le troisième langage et à fournir le résultat de l'exécution. Selon un quatrième aspect, la présente invention vise un dispositif d'organisation d'événement, caractérisé en ce qu'il comporte: -un moyen de réception d'information selon un premier format, dit "résumé", - un moyen de sélection d'auteurs, - pour chaque auteur sélectionné, un moyen d'émission de requête d'information selon un deuxième format, dit "complet", différent du premier format, - un moyen d'organisation de sessions de l'événement et de calendrier de chacune desdites sessions, un moyen de réception d'information au format complet et - un moyen de mise en page automatique de l'information au format complet sous forme de publications accessibles sur un réseau informatique, de publications susupport papier et de publications sur un support électronique physique lisible par un terminal utilisateur. Les avantages, buts et caractéristiques de ces dispositifs étant similaires à ceux des procédés tels que succinctement exposés ci-dessus, ils ne sont pas rappelés ici. D'autres avantages, buts et caractéristiques de la présente invention ressortiront de la description qui va suivre, faite, dans un but explicatif et nullement limitatif, en regard des dessins annexés dans lesquels: - la figure 1 représente, schématiquement, un mode de réalisation particulier du dispositif objet des troisième et quatrième aspects de la présente invention; - les figures 2 à 4 représentent, sous forme d'un logigramme, des étapes d'un mode de réalisation particulier du procédé objet des premier et deuxième aspects de la 'présente invention; Bien que la présente invention soit décrite ici en relation avec l'organisa:ion d'un congrès, elle ne se limite pas à ce cas particulier d'utilisation, ni même aux organisations d'événement mais s'applique, au contraire à tous les cas où l'on souhaite donner accès à de l'information d'une part sur un support électronique physique consultable localement et, d'autre part, en ligne, sur un serveur et, éventuellement aussi sur support papier. On observe, en figure 1, un réseau informatique 100 auquel sont reliés un serveur 110, des terminaux utilisateurs d'auteurs 120, des terminaux utilisateurs de lecteurs 130 et des terminaux utilisateurs de clients 135 et 140. Le serveur 110 comporte un moyen de gravure 115 de supports physiques et les terminaux de clients 140 comportent un moyen de lecture des supports physiques 145. Le réseau informatique 100 est, par exemple le réseau internet. Le serveur 110 est de type connu et adapté à communiquer, par l'intermédiaire du réseau informatique 100, avec les terminaux 120, 130, 135 et 140. Le serveur 110 implémente le procédé objet de la présente invention, par exemple en mettant en oeuvre les étapes illustrées en figures 2. Le moyen de gravure 115 de supports physiques est, par exemple, un graveur de disques compacts appelés CD-ROM. Les terminaux utilisateurs 120, 130, 135 et 140 sont de type connu. Les moyens de lecture des supports physiques 145 sont, par exemple, des lecteurs de disques compacts appelés CD-ROM. Le serveur 110 est adapté à mettre en oeuvre les logigrammes illustrés en figures 2 à 4. Les terminaux clients 140 sont adaptés à lire des supports électroniques physiques et à mettre en oeuvre une des compilations et exécutions représentées en figure 4, pour l'accès local à de l'information. Pour l'organisateur de l'événement, la présente invention lui permet de proposer un service disponible par le biais d'Internet, qui permet une automatisation de l'organisation de l'événement, par exemple un congrès, et une automatisation de la création des supports de diffusion moteur de recherche pour CD/DVD-ROM intelligents, édition papier et sites web. Organiser un congrès, c'est concentrer en un même lieu et un même temps une masse d'informations considérable qui doit être collectée, triée, assemblée, organisée puis présentée en direct et en différé (actes papiers, site Web ou CD-ROM). Le système objet de la présente invention assure: - la collecte initiale des données relatives à chaque article (noms, prénoms, adresses des auteurs, classification thématique, motsclés, résumés, ...), étapes 200 à 205 et 225 à 240, - l'organisation de l'événement, étapes 210 à 220 (figure 2), - l'inscription des participants en ligne, étapes 270 à 300 (figure 3) et - la préparation les actes à diffuser, étapes 245 à 265 (figure 4). L'ensemble du système objet de la présente invention repose sur des formulaires Web (accessibles sur un site de la toile) qui sont remplis par le congressiste, l'organisateur du congrès et/ou les auteurs, puis transmis au serveur. La technologie utilisée repose sur l'exécution de programmes CGI par le serveur Web, principalement développés en langage C/C++. Ils extraient les données des formulaires et alimentent diverses bases de données archivées par l'ordinateur (auteurs, résumés, classifications thématiques, sessions spéciales, Au cours de la phase de collecte des données relatives à chaque article, le système maintient une base de données auteurs et une base de données articles. Au cours d'une étape 200, les auteurs soumettent leurs résumés en fonction d'un préprogramme établi par l'organisateur. Les résumés sont transmis en ligne, en format électronique, par exemple en format texte ou document, la transmission étant protégée par un protocole de sécurisation, par exemple le protocole SSL (acronyme de "Secure Socket Layer" pour couche de sécurité) reconnaissable par l'en-tête des adresses électroniques URL (acronyme de Uniform Resource Locator pour localisateur uniforme de ressource) commençant par "https". Au cours de cette étape 200, chaque auteur fournit au moins une adresse de courrier électronique pour la correspondance avec les organisateurs de l'événement. Le format des résumés étant généralement fixé par l'organisateur, le système vérifie que chaque résumé répond aux contraintes de ce format (nombre de caractères, de lignes, polices de caractères, par exemple) et notifie la conformité au format ou les défauts de conformité au format, aux auteurs respectifs, sous forme de courriers électroniques, au cours de l'étape 200. Les auteurs peuvent, à tout moment, modifier leurs résumés. Puis, au cours de l'étape 205, à une date fixée et annoncée par avance aux auteurs, le système verrouille la base de données des résumés, c'està-dire n'accepte plus de nouveaux résumés ou de corrections de résumés. Puis, au cours d'une étape 225, les lecteurs sont sollicités et reçoivent, chacun, des résumés d'articles conservés dans la base de données des résumés de telle manière que chaque résumé est transmis à au moins un lecteur. Les adresses de courrier électroniques des lecteurs ayant été préalablement fournies par l'organisateur de l'événement, les résumés sont transmis aux lecteurs par courrier électronique. Au cours de cette même étape 225, les lecteurs rédigent leur rapport sur chaque résumé. Au cours d'une étape 230, le comité de lecture statue définitivement sur les résumés d'articles pour décider s'ils feront l'objet d'une présentation orale, d'une présentation écrite (appelée "poster") ou seront rejetés. Au cours d'une étape 235, on notifie les auteurs de la décision du comité de lecture, par courrier électronique. Les auteurs devant fournir des documents ou articles -eçoivent alors les consignes de format de ces documents. Au cours d'une étape 240, le système reçoit les documents ou articles complets et définitifs, par transmission en ligne sécurisée. Le format des documents ou articles étant déterminé en fonction du traitement qui va être fait et en fonction des souhaits de l'organisateur, le système vérifie que chaque document répond aux contraintes de ce format (nombre de caractères, de lignes, polices de caractères, par exemple) et notifie la conformité au format ou les défauts de conformité au format, aux auteurs respectifs, sous forme de courriers électroniques, au cours de l'étape 240. En cas de défaut de conformité, les auteurs doivent modifier le format de leurs documents pour les mettre en conformité avec les consignes imposées. Par exemple, le format des documents et articles impose qu'ils soient fournis en format pdf, lisible par le logiciel Adobe Acrobat (marques déposées). Au cours d'une étape 265, on produit automatiquement un index d'auteurs et un index bibliographique, par traitement d'un formulaire papier ou électronique fourni par les auteurs. Au cours d'une étape 245, on effectue la mise en page automatique des documents pour fournir des actes de l'événement sur plusieurs supports: - sur support physique électronique, par exemple disque compact connu SOLS le nom de CD-ROM, - sur des pages de la toile accessibles en ligne, sur Internet, en utilisant un navigateur de type connu (pages dites "web") et - sur support papier. L'étape 245 et les étapes permettant sa mise en oeuvre sont détaillées en regard de la figure 4. Au cours d'une étape 400, on établit une définition: d'un modèle de présentation d'information dans un premier langage de description de pages, par exemple HTML, d'un modèle d'interrogation d'information à distance, sur un réseau informatique, dans un deuxième langage adapté à être mis en oeuvre sur un serveur, par exemple PHP, d'un modèle d'interrogation d'information locale, sur un support physique d'un terminal non connecté à un réseau, dans un troisième langage adapté à être mis en oeuvre sur un terminal, par exemple Java ou Javascript. Au cours d'une étape 405, le système effectue une compilation du modèle de présentation d'information pour fournir un modèle de présentation dans chacun des deuxième et troisième langages. Au cours des étapes 200 et 240, le système effectue une collecte d'information à rendre accessible aux utilisateurs (articles, documents et, éventuellement, résumés), dans un format prédéterminé, par exemple en format pdf, lisible par le logiciel Adobe Acrobat (marques déposées). Au cours d'une étape 415, le système effectue une compilation des modèles d'interrogation et de l'information collectée, pour fournir deux codes sources différents dans les deuxième et troisième langages, fournissant les mêmes fonctions et exécutables sans compilation supplémentaire, respectivement sur un serveur accessible sur le réseau informatique et sur un terminal utilisateur doté localement d'un support physique d'information. Dans cette étape, la compilation consiste à transformer les données collectée dans un format qui soit adapté aux deuxième et troisième langages ainsi qu'aux fonctions du modèle d'interrogation. Les index sont des formats particuliers de mise en forme de ces données en vue d'une lecture optimisée et rapide. Au cours d'une étape 420, un utilisateur, par exemple un participant à l'événement ou un auteur, demande à accéder aux actes de l'événement. Au cours de l'étape 420, il choisit soit de recevoir un support électronique physique de ces actes, soit un accès à ces actes en ligne, soit un support papier de ces actes. Dans les trois cas, le paiement n'est pas représenté car il peut avoir été fait à l'inscription du participant ou être offert aux auteurs. Pour fournir un support physique local, au cours d'une étape 425, le système transfert, sur le support électronique physique l'information à consulter, le modèle de présentation d'information dans le troisième langage et le code source dans le troisième langage. Par exemple, ces modèle et code source sont gravés sur un disque compact qui est acheminé à l'utilisateur demandeur, de manière connue en soi, étape 430. On observe que les index d'auteur et index bibliographique sont insérés dans chaque support électronique physique, même si l'ensemble des actes est réparti sur plusieurs supports électroniques physiques, et dans chaque tome des actes papiers. Préférentiellement, l'accès aux données conservées sur le support électronique d'information est effectué en mettant en oeuvre un logiciel de navigation (par exemple Microsoft Internet Explorer, marques déposées) et une page de définition de requête, par exemple par auteur ou par motclé ou par recherche dans les index d'auteur et bibliographique. En cas de requête, de la part d'un utilisateur, d'information sur le support électronique physique local, le terminal effectue une exécution du modèle de présentation d'information dans le troisième langage et du code source dans le troisième langage et fournit le résultat de l'exécution à l'utilisateur, par exemple par affichage sur l'écran du terminal. Le fonctionnement de cette étape d'exécution est le suivant: - le code source (résultat de la compilation du modèle d'interrogation et des données de l'événement), écrit des données en mémoire de la machine (serveur ou locale), en fonction de la requête de l'utilisateur, - le modèle de présentation, (dans le même langage que le code source) est alors exécuté : il utilise alors les données en mémoire pour documenter le modèle de présentation, En d'autres termes, un espace mémoire joue le rôle d'intermédiaire entre les fonctions logiques, qui ont la faculté d'interpréter les requêtes et de remplir l'espace mémoire dans un format de données, et le modèle de présentation, qui a uniquement la faculté de connaître le format de données en question et de l'utiliser pour documenter la présentation. Pour permettre l'accès aux actes en ligne, sur le réseau informatique, au cours d'une étape 435, le système effectue une compilation du modèle de présentation d'information dans le deuxième langage, du code source dans le deuxième langage. Le résultat de cette compilation est conservé par un serveur, en relation avec un site de la toile accessible en ligne et comportant des moyens de définition d'une requête (par exemple recherche par auteur ou par mot-clé). En cas de requête, de la part d'un utilisateur, d'information disponible à distance sur le réseau informatique, le serveur effectue une exécution du modèle de présentation d'information dans le deuxième langage, du code source dans le deuxième langage et fournit le résultat de cette exécution à l'utilisateur, par exemple sous la forme d'une page affichée sur l'écran du terminal d'accès. On observe que les modes de recherche et les résultats affichés sont identiques, que la recherche et l'accès soit effectués à partir du serveur ou à partir du support électronique physique. Les pages contiennent des liens hypertextes vers les documents PDF. C'est à ce moment que les articles ne sont pas cherchables, au sens où les fonctions du modèle d'interrogation ne sont pas capables d'ouvrir les documents PDF et d'analyser leur contenu. Dans des variantes, il est possible, qu'au moment de la compilation du modèle d'interrogation et des données collectées, les articles PDF soient lus par des programmes spécifiques disponibles sur la machine qui effectue cette compilation et que la compilation considère le corps des messages comme une donnée collectée à part entière, pour en faire un index de mot clés par exemple (en vue d'une recherche ultérieure par l'utilisateur final). Pour éditer les actes papiers, on définit le contenu de chaque page, à partir des documents à imprimer, selon des techniques connues. On donne, si-dessous, sur la base d'un exemple, des explications complémeitaires. Le fait que les fichiers soient des modèles s'explique par l'insertion de séquences que le moteur de compilation sait interpréter. Par exemple, une chaîne alphanumérique entre accolades: {NOM_DE_CHAMP} est remplacé par une variable, pendant la compilation. De même, truc va répéter truc autant de fois que le tableau nom_de_boucle contient d'éléments. Par exemple: - Modèle de présentation, stocké dans le fichier presentation.txt: Bonjour {NOM}, vous avez entré le chiffre {CHIFFRE}. - La compilation en langage PHP va donner le fichier presentation. php: Bonjour , vous avez entré le chiffre . - Et le fichier en langage Javascript, presentation.js: document. write('Bonjour '+data[NOM+', vous avez entré le chiffre '+data.CHIFFRE+ . ') ; - Donnée collecté, un fichier texte brut, contenant une ligne: Marcel - Modèle d'interrogation en PHP: Modèle d'interrogation en JavaScript modele='{MODELE}' ; data = { NOM:'{NOM}', CHIFFRE: get_user_input('chiffre') ; }; eval(modele) ; La compilation du modèle d'interrogation donnera les résultats suivants: et modele='document. write(\'Bonjour \'+data.NOM+\', vous avez entré le chiffre \'+data. CHIFFRE+\'.\')' ; data = { NOM:'Marcel', CHIFFRE: get_user_input('chiffre') ; eval(modele) ; On observe que le modèle de présentation est indépendant du mode de transfert de l'information, locale ou à distance et de l'information à transmettre, ce qui réduit la complexité et le coût de fourniture de l'information sur chaque support, local ou à distance. De plus, puisque deux codes sources fournissent les mêmes fonctions et que le modèle de présentation est identique, l'utilisateur accède à l'information de la même man ère, que l'accès se fasse localement ou à distance. Enfin, les étapes du procédé fournissent automatiquement les moyens d'accès sur deux supports, sans effort de la part du gestionnaire de l'information. En revenant à la figure 2, parallèlement aux étapes 225 à 265, au cours d'une étape 210, on organise des sessions auxquelles pourront participer les auditeurs et on leur attribue un calendrier ou planning indiquant leur sujet, les auteurs qui y participe-ont (par présentation orale ou présentation de leur poster), leur date et heure d'intervention. le ou les lieux où se déroulera cette session. Au cours de l'étape 210, le système met en oeuvre des règles logiques qui représentent des contraintes de déroulement de l'événement (par exemple, un;auteur ne peut intervenir simultanément en deux lieux différents. Lorsque l'ensemble des auteurs retenus est déterminé (étape 230) et que les horaires d'intervention ont été définitivement convenus avec ces auteurs et les organisateurs de l'événement, au cours d'une étape 215, on établit automatiquement le programme final. Puis, au cours d'une étape 220, le système fournit automatiquement les documents à publier en ligne, sur support électronique physique ou sur support papier corr me, par exemple, le programme de l'événement, lesinvitations, le livre des résumés d'articles... De plus, un congrès géré par le système objet de la présente invention permet d'extraire de nombreuses informations statistiques, aussi bien celles concernant un congrès donné (répartition géographique des auteurs, évolution au jour le jour du nombre de contributions soumises, ...) que celles concernant un ensemble de congrès (évolution des centres d'intérêts, nombre de congrès par an, répartitions géographiques, ...). La technique utilisée permet d'automatiser de nombreuses tâches dans l'ensemble du processus d'organisation du congrès, de la collecte à la publication finale des actes sous diverses formes. L'automatisation permet d'accélérer les processus de traitement, mais surtout, elle permet de satisfaire des règles de qualité beaucoup plus strictes: la rigueur d'organisation logique est nécessairement respectée, le risque d'erreurs est fortement réduit, et la cohérence graphique des documents finaux est facilitée. Le paramétrage du système concerne: les classifications thématiques, les sessions spécialisées (pré-programme), les dates de déroulement de la manifestation, les salles de conférences, le planning de toutes les sessions, - les modèles de documents (pages web, préparation du livre des résumés, actes papier finaux), - la durée de chaque type de présentation (modifiable ensuite session par session), les restrictions au niveau des résumés soumis (longueur maximale ou minimale), les restrictions au niveau des documents finaux (nombre de page), - la répartition des actes finaux en volumes multiples. - la possibilité de solliciter des prospects par courrier électronique, en fonction d'une base de données fournie par l'organisateur Les fonctions essentielles du système sont: - de faciliter l'envoi automatique de courrier électronique aux auteurs, la visualisation instantanée de l'état de la base de données (nombre de soumissions, nombre de documents finaux, ...), - la vérification de la validité des documents finaux, la vérification de l'intégrité de la base de données (absence de collision entre sessions, vérification qu'un même auteur ne doit pas parler en même temps dans deux salles différentes, ...) , la constitution des actes (CDROM, Web, papier) ; index des auteurs, index bibliographique, la gestion des inscriptions en ligne, avec possibilité de préparation des badges Le module d'inscription en ligne des participants à l'événement est décrit en regard des étapes 270 à 300 (figure 3). Au cours d'une étape 270, le futur participant effectue son inscription à l'événement en ligne, par l'intermédiaire de pages de la toile ("pages web") de type connu et d'un formulaire qui comporte au moins un champ pour fournir une adresse de courrier électronique. Au cours d'une étape 275, le système transmet automatiquement une confirmation à chaque futur participant, sous la forme d'un courrier électronique qui lui est adressé. Si le futur participant choisit de payer en ligne, au cours d'une étape 280, il effectue un paiement, par exernple par carte bancaire et, au cours d'une étape 285, le système lui transmet un reçu de paiement, sous forme de courrier électronique. Si, au contraire, le futur participant décide de payer par d'autres moyens, hors ligne, il envoie un chèque ou paye au début de l'événement, étape 290 et on lui remet un reçu ou une facture, au cours d'une étape 295. A la suite de l'une ou l'autre des étapes 285 et 295, au cours d'une étape 300, le système prépare les badges d'accès, la liste des participants, les données récapitulatives comptables et les outils de recherche souhaités par les exposants, l'organisateur ou les participants, par exemple, la recherche par nom, par numéro d'inscription, par montant payé, par adresse ou institution, recherche des inscriptions payées ou non payées...). Un tableau récapitulatif global permet d'avoir une vision immédiate des toutes les inscriptions, ainsi que de l'état des règlements. Par ailleurs, il est possible de générer des étiquettes d'adresse pour publi-postage. REVENDICATIONS 1 - Procédé de transfert d'information accessible sur plusieurs supports d'infcrmation, caractérisé en ce qu'il comporte: - une étape de définition: d'un modèle de présentation d'information dans un premier langage de description de pages, d'un modèle d'interrogation d'information à distance, sur un réseau informatique, dans un deuxième langage adapté à être mis en oeuvre sur un serveur, d'un modèle d'interrogation d'information locale, sur un support physique d'un terminal non connecté à un réseau, dans un troisième langage adapté à être mis en oeuvre sur un terminal; une étape de compilation du modèle de présentation d'information pour fournir un modèle de présentation dans chacun des deuxième et troisième langages; - une étape de collecte d'information à rendre accessible aux utilisateurs, dans un format prédéterminé ; - une étape de compilation des modèles d'interrogation et de l'information collectée, adaptée à fournir deux codes sources différents dans les deuxième et troisième langages, fournissant les mêmes fonctions et exécutables sans compilation supplémentaire, respectivement sur un serveur accessible sur le réseau informatique et sur un terminal utilisateur doté localement d'un support physique de ladite information; - en cas de requête, de la part d'un utilisateur, d'information disponible à distance sur le réseau informatique, une étape d'exécution du modèle de présentation d'information dans le deuxième langage, du code source dans le deuxième langage et de fourniture du résultat de l'exécution et - en cas de requête, de la part d'un utilisateur, d'information sur un support physique local, une étape d'exécution du modèle de présentation d'information dans le troisième langage et du code source dans le troisième langage et de fourniture du résultat de l'exécution. 2 - Procédé selon la revendication 1, caractérisé en ce qu'il comporte: une étape de réception d'information selon un premier format, dit "résumé", - une étape de sélection d'auteurs, - pour chaque auteur sélectionné, une étape de requête d'information:selon un deuxième format, dit "complet", différent du premier format, - une étape d'organisation de sessions de l'événement et de calendrier de chacune desdites sessions, une étape de réception d'information au format complet et - une étape de mise en page automatique de l'information au format complet sous forme de publications accessibles sur un réseau informatique et de publications sur un support électronique physique lisible par un terminal utilisateur. 3 - Procédé selon la revendication 2, caractérisé en ce qu'il comporte: une étape d'inscription sur un réseau informatique, - une étape de confirmation d'inscription et - une étape de fabrication de supports individuels d'identification pour chaque participant à l'événement. 4 - Dispositif de transfert d'information accessible sur plusieurs supports d'information, caractérisé en ce qu'il comporte: - un moyen de définition: d'un modèle de présentation d'information dans un premier langage de description de pages, 15. d'un modèle d'interrogation d'information à distance, sur un réseau informatique, dans un deuxième langage adapté à être mis en oeuvre sur un serveur, d'un modèle d'interrogation d'information locale, sur un support physique d'un terminal non connecté à un réseau, dans un troisième langage adapté à être mis en oeuvre sur un terminal; - un moyen de compilation du modèle de présentation d'information pour fournir un modèle de présentation dans chacun des deuxième et troisième langages; - un moyen de collecte d'information à rendre accessible aux utilisateurs, dans un format prédéterminé ; - un moyen de compilation des modèles d'interrogation et de l'information collectée, pour fournir deux codes sources différents dans les deuxième et troisième langages, fournissant les mêrnes fonctions et exécutables sans compilation supplérnentaire, respectivement sur un serveur accessible sur le réseau informatique et sur un terminal utilisateur doté localernent d'un support physique d'information; - des moyens de traitement adaptés, en cas de requête, de la part d'un utilisateur, d'information disponible à distance sur le réseau informatique, à exécuter le modèle de présentation d'information dans le deuxième langage et le code source dans le deuxième langage et à fournir le résultat de l'exécution et, en cas de requête, de la part d'un utilisateur, d'information sur un support physique local, à exécuter le modèle de présentation d'information dans le troisième langage et le code source dans le troisième langage et à fournir le résultat de l'exécution. - Dispositif selon la revendication 4, caractérisé en ce qu'il comporte: un moyen de réception d'information selon un premier format, dit "résumé", - un moyen de:sélection d'auteurs, - pour chaque auteur sélectionné, un moyen d'émission de requête d'information selon un deuxième format, dit "complet", différent du premier format, - un moyen d'organisation de sessions de l'événement et de calendrier de chacune desdites sessions, un moyen de réception d'information au format complet et - un moyen de mise en page automatique de l'information au format complet sous forme de publications accessibles sur un réseau informatique, de publications sur support papier et de publications sur un support électronique physique lisible par un terminal utilisateur.