IV - Structure des données On a représenté sur la figure 2 une organisation sous forme d'une structure de tables liées utilisée par le système selon l'invention. Cette organisation comporte - une table " Vides " contenant des mots vides ou non signifiants " Mot ", utilisée comme décrit plus haut pour transformer une question en langage naturel en une question simplifiée correspondante ; - dans le cas d'une application multilingue de la présente invention, une plusieurs autres tables de mots vides, par exemple " Vides Anglais " ; - un table de " Formulaires " avec pour chaque article ou instance de la table: * URL : une adresse au format URL d'un serveur de bases de données (par exemple en format texte de 255 caractères) ; * NomFormulaire : l'identification d'un formulaire associé (par exemple en format texte de 50 caractères), utile dans le cas où plusieurs formulaires existent en association avec un même serveur, et donc avec une même adresse URL * Action : une action à accoler à l'adresse URL pour déclencher dans le serveur à cette adresse l'action requise (typiquement un résultat la requête appliquée) * Méthode : typiquement Post ou Get dans le langage HTML * Theme : le sujet général auquel se rapporte le site, avec classification qui peut être extrêmement variable en fonction du type de questions à traiter * EMail : l'adresse de courrier électronique du serveur concerné ; - une table d"` Eléments " (variables) avec pour chaque instance * l'adresse URL figurant dans l'article associé de la table de " Formulaires " ; * l'identification de formulaire " NomFormulaire ", utile notamment dans le cas où plusieurs formulaires existent sur le serveur à l'adresse URL en question * une variable " OrdreElément ", utilisée pour fixer un ordre d'affichage des éléments à l'utilisateur lorsqu'il doit valider ou compléter une requête, * Tag : une étiquette de type de donnée, par exemple INPUT, SELECT, etc, selon la normale HTML ; * NomElément : la désignation, en général sous forme de texte en clair, de la variable ; de préférence, NomElément est directement récuperé à partir des champs NAME du formulaire en format HTML engendré par le serveur; * Typelnput : le format de la variable (ici encore de préférence conformément à la norme HTML) * ValeurInput : la valeur effective de la variable ; * Checked : une étiquette liées aux cases à cocher (habituel en HTML) ; * QuestionAssociée : un champ de texte constituant faisant partie d'une question additionnelle que le système doit poser à l'utilisateur dans le cas où ValeurInput pour l'élément considéré n'a pas pu être déterminée par l'interface en langage naturel décrite plus haut ; * ElémentCookieAssocié : désigne la variable contenue dans un " Cookie " de préférences ou de localisation, de manière à charger automatiquement la valeur de cette variable dans le champ ValeurInput comme décrit plus haut ; le " Cookie " peut être dans le poste client ou sur un serveur mettant en oeuvre le système de l'invention ; - une table de " Règles " constituant un corps de règles prédéterminé comprenant pour chaque instance * l'adresse URL, ; * l'identification de formulaire " NomFormulaire " * OrdreRègles : une variable d'ordonnancement règles créée par numérotation automatique incrémentielle, à chaque fois qu'une règle nouvelle est créée par le personnel de référencement ; cette variable permet de distinguer les unes des autres plusieurs règles associées à un même formulaire d'un serveur donné * " Phraselnitiale " : contenant l'exemple de question type en langage naturel (dans l'exemple précédent : "Â quelle heure est le prochain train pour Lille ? " * " MembresGauches " : membre gauche de la règle * " MembresDroits " : membres droits de la règle - une table d'" Options " composée pour chaque instance * des éléments " URL NomFormulaire " et " OrdreElément indiqués plus haut ; * des éléments " OrdreOption TexteOption ValeurOption " et " SelectedOption ", d'une manière classique en soi lorsqu'un utilisateur doit effectuer un choix parmi une liste d'options.