REVENDICATIONS 1. Système de publication multi - terminal (2), du type offrant un accès à au moins une application correspondant à un service, permettant de fournir à une pluralité de terminaux (3-10), selon au moins deux types de terminal distincts, des informations contenues dans au moins une source d'informations (40), caractérisé en ce qu'il comprend : au moins un module de création d'objets (30,301-303), permettant de fournir au moins une fonction de création d'objets à partir de données brutes extraites de ladite au moins une source d'informations et/ou générées par ledit au moins un module de création d'objets ; un module (31) de génération de réponse sous un format de présentation générique, en réponse à une requête (51) formulée par un terminal et relative à une application donnée, ladite application étant définie, au sein dudit module de génération de réponse, par une pluralité de contextes et une politique de navigation parmi lesdits contextes, chaque contexte comprenant au moins une action et/ou au moins un objet, créé par ledit au moins un module de création d'objets, ladite réponse résultant d'une navigation selon ladite politique de navigation au sein de ladite pluralité de contextes ; - un module de présentation (32), permettant de transformer ladite réponse sous un format de présentation générique en une réponse sous un format de présentation spécifique au type dudit terminal ayant formulé ladite requête. 2. Système selon la revendication 1, caractérisé en ce que ladite réponse sous un format de présentation générique est un arbre de type XML ou de type SGML. 3. Système selon l'une quelconque des revendications 1 et 2, caractérisé en ce qu'il comprend en outre un module d'interfaçage (59) permettant d'intercepter et d'analyser ladite requête (51) formulée par un terminal, de manière à : identifier le type dudit terminal ; créer une nouvelle requête (52), sous un format de requête générique, destinée audit module de génération de réponse. 4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que chaque objet comprend au moins un membre relatif à la structure dudit objet et au moins un constructeur, ledit au moins un constructeur permettant audit au moins un module (30) de création d'objets de renseigner le contenu dudit au moins un membre. 5. Système selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit au moins un module (30) de création d'objets appartient au groupe comprenant : un module (301) de création d'objets, appelé module Webbike, permettant de fournir au moins une fonction de création d'objets à partir de données brutes extraites d'au moins une source de données contenant au moins un document exprimé selon un langage de type "markup" ; un module (303) de création d'objets, permettant de fournir au moins une fonction de création d'objets à partir de données brutes extraites d'au moins une base de données du type SQL ; un module (302) de création d'objets, construit à partir d'un langage du type java, permettant de fournir au moins une fonction de création d'objets à partir de données brutes générées par ledit module de création d'objets et/ou extraites d'au moins une source d'informations prédéterminées. 6. Système selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit module (32) de présentation est construit à l'aide d'un langage du type XSL. 7. Système selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'au sein dudit module (31) de génération de réponse, ladite au moins une application est composée, selon un premier langage spécifique, d'un conteneur service, décrivant ledit service, et d'au moins un conteneur contexte, correspondant chacun à une étape de ladite navigation. 8. Système selon la revendication 7, caractérisé en ce qu'un conteneur est composé d'au moins un composant, permettant de regrouper au moins une instruction. 9. Système selon la revendication 8, caractérisé en ce qu'il met en #uvre six types de composants : des composants de type "point d'entrée", permettant de décrire une première pluralité d'opérations que ledit module de génération de réponse doit effectuer au lancement de l'exécution d'un conteneur service ou d'un conteneur contexte ; - des composants de type "attributs", permettant de décrire une pluralité de variables utilisables dans ledit conteneur courant ; - des composants de type "méthode", permettant de regrouper une pluralité desdites au moins une instruction au sein d'une procédure ; - des composants de type "imports", permettant de décrire ledit au moins un objet nécessaire audit module de génération de réponse, pour générer ladite réponse à ladite requête relative à une application donnée ; - des composants de type "traitement", permettant de décrire une seconde pluralité d'opérations que ledit module de génération de réponse doit effectuer en réponse à une action réalisée par un terminal ; - des composants de type "contenu", permettant de décrire lesdites informations fournies à un terminal au sein de ladite réponse et/ou de décrire ladite au moins une action que peut réaliser ledit terminal à une étape de ladite navigation donnée. 10. Système selon l'une quelconque des revendications 8 et 9, caractérisé en ce qu'il met en #uvre les quatre types d'instructions suivants : des instructions de type "contenu", permettant de générer une partie de ladite réponse sous un format de présentation générique ; - des instructions de type "manipulation de variables", permettant de déclarer et/ou de manipuler au moins une variable ; - des instructions de type "navigation", permettant de changer de contexte courant et/ou d'application courante ; des instructions de type "utilisation", pouvant être utilisées par des instructions et/ou des composants. 11. Système selon la revendication 10, caractérisé en ce que lesdites instructions de type "contenu" appartiennent au groupe comprenant : - une instruction "contenu-littéral", permettant de décrire une chaîne de caractères de ladite réponse sous un format générique ; - une instruction "contenu-objet", permettant de décrire un objet ; - une instruction "contenu-liste", permettant de décrire une liste d'objets ; - une instruction "contenu-item", permettant de décrire un élément d'une liste ; - une instruction "contenu-membre", permettant de décrire un membre d'un objet ; - une instruction "contenu-sélection ", permettant de sélectionner un item dans une liste ; - une instruction "contenu-sélection-multiple", permettant de sélectionner au moins un item dans une liste ; - une instruction "contenu-entrée", permettant de décrire un item de type "entrée" par lequel ledit terminal ayant formulé ladite requête peut entrer une valeur ; - une instruction "contenu-défilement-action ", permettant de se déplacer au sein d'une liste ; - une instruction "contenu-action", permettant de décrire une action ; - une instruction "contenu-action-changement-de-contexte", permettant de décrire une action qui permet audit terminal ayant formulé ladite requête de changer de contexte ; - une instruction "contenu-action-contexte-précédent", permettant audit terminal ayant formulé ladite requête de revenir au contexte précédent. 12. Système selon l'une quelconque des revendications 10 et 11, caractérisé en ce que lesdites instructions de type "manipulation de variables" appartiennent au groupe comprenant : une instruction "objet", permettant de déclarer une variable de type "objet" ; une instruction "liste", permettant de déclarer une variable de type "liste" ; une instruction "simple", permettant de déclarer une variable de type "simple", distinct dudit type "objet" et dudit type "liste " ; une instruction "créer", permettant de construire un objet ou une liste d'objets ; une instruction "établissement", permettant d'affecter une valeur à une variable ; une instruction "liste-déplacer", permettant de déplacer un pointeur courant d'une liste, en spécifiant un pas de déplacement ; une instruction "liste-déplacer-vers", permettant de déplacer un pointeur courant d'une liste en spécifiant une nouvelle position dudit pointeur. 13. Système selon l'une quelconque des revendications 10 à 12, caractérisé en ce que lesdites instructions de type "navigation" appartiennent au groupe comprenant : - une instruction "changer-contexte", permettant d'instancier un nouveau contexte ; - une instruction "changer-service", permettant d'instancier un nouveau service ; - une instruction " contexte-précédent", permettant de revenir au contexte précédent dans le service courant ; - une instruction "service-précédent", permettant de revenir au contexte précédent avec le dernier contexte dudit service. 14. Système selon l'une quelconque des revendications 10 à 13, caractérisé en ce que lesdites instructions de type "utilisation" appartiennent au groupe comprenant : une instruction "appel", permettant d'appeler un composant "méthode" dans le contexte ou le service courant ; une instruction "si", permettant d'établir une condition sur un ensemble d'instructions ; une instruction "sinon", faisant suite à une instruction "si" et permettant d'établir une condition sur un ensemble d'instructions ; une instruction "sinon-si", faisant suite à une instruction "si" et permettant d'établir au moins une autre condition sur ledit ensemble d'instructions ; une instruction "exécuter-contenu", permettant de générer une présentation desdites informations décrites dans un composant "contenu" ; une instruction "sidl-import", permettant de spécifier un objet à utiliser dans le service courant ; une instruction "paramètre-liste", permettant de regrouper des déclarations de paramètres ; une instruction "paramètre", permettant de spécifier la valeur d'un paramètre ; une instruction "faire", permettant de regrouper dans un composant du type "traitement" des actions à effectuer au lancement de l'exécution d'un contexte ; une instruction "sur", permettant de regrouper des conditions devant être validées pour qu'un composant du type "traitement" s'exécute. 15. Système selon l'une quelconque des revendications 1 à 14, caractérisé en ce qu'à la réception par ledit au moins un module (30) de création d'objets d'une demande d'au moins un objet, ladite demande venant dudit module (31) de génération de réponse, ladite au moins une fonction de création d'objets met en #uvre au moins une sous-fonction d'extraction, permettant de renseigner le contenu d'au moins un membre relatif à la structure dudit au moins un objet. 16. Système selon la revendication 15, caractérisé en ce que ladite au moins une fonction de création d'objets comprend en outre une sous-fonction de comparaison dudit au moins un objet sur lequel porte ladite demande avec une liste d'objets préalablement au moins partiellement créés, de façon à ne mettre en #uvre ladite au moins une sous-fonction d'extraction que pour la création d'objets non préalablement créés et/ou pour compléter des objets préalablement partiellement créés. 17. Système selon l'une quelconque des revendications 15 et 16, caractérisé en ce qu'au sein dudit module Webbike (301), chaque sous-fonction d'extraction est composée, selon un second langage spécifique, d'au moins une page Webbike comprenant au moins un n#ud Webbike, et en ce que ladite au moins une page Webbike est synchronisée avec au moins un document exprimé selon un langage de type "markup" d'au moins une source de données, ledit au moins un document comprenant lui-même au moins un n#ud d'un langage de type "markup", ladite synchronisation permettant à un n#ud Webbike de se positionner sur un n#ud d'un langage de type "markup" afin d'en extraire des données brutes en vue de ladite création d'objets. 18. Système selon les revendications 4 et 17, caractérisé en ce qu'au sein dudit module Webbike, à la réception d'une demande d'au moins un premier objet, ladite sous-fonction d'extraction permet en outre de renseigner le contenu d'au moins un membre d'au moins un second objet, distinct dudit au moins un premier objet, lorsque des données brutes permettant de renseigner ledit contenu sont présentes au sein dudit document avec lequel est synchronisé ladite au moins une page Webbike. 19. Système selon l'une quelconque des revendications 17 et 18, caractérisé en ce qu'il existe au moins les trois types de n#uds Webbike suivants : des n#uds Webbike de type synchronisation, permettant de rechercher un n#ud d'un langage de type "markup" ou une "frame" d'un n#ud d'un langage de type "markup" dans ledit au moins un document exprimé selon un langage de type "markup", afin de se positionner sur ledit n#ud d'un langage de type "markup" ou sur ladite "frame" ; des n#uds Webbike de type structure, permettant de définir au moins une condition d'exécution desdits n#uds Webbike de type synchronisation ; des n#uds Webbike de type commande, permettant de mettre en #uvre au moins une opération prédéterminée après s'être positionné sur ledit n#ud d'un langage de type "markup" ou sur ladite "frame". 20. Système selon la revendication 19, caractérisé en ce qu'il existe en outre au moins un des types de n#uds Webbike suivants: des n#uds Webbike du type permettant la définition d'une sous-fonction d'extraction ; - des n#uds Webbike du type permettant l'indication du ou des objet(s) utilisé(s) dans une sous-fonction d'extraction ; des n#uds Webbike du type permettant la définition d'une page Webbike ; - des n#uds Webbike du type pouvant être réutilisés avec éventuellement une liste de paramètres ; des n#uds Webbike du type permettant la déclaration des paramètres d'une page ou d'un n#ud réutilisable ; des n#uds Webbike du type permettant d'appeler une autre page Webbike sans se synchroniser sur un n#ud d'un langage de type "markup" ; - des n#uds Webbike du type permettant d'appeler un n#ud de type réutilisable ; - des n#uds Webbike du type permettant de faire le lien vers une autre page Webbike ; - des n#uds Webbike du type permettant la définition d'une URL dynamique pour une page HTML ; - des n#uds Webbike du type permettant d'affecter une valeur à un paramètre ; des n#uds Webbike du type permettant de répéter une séquence d'au moins un n#ud Webbike ; - des n#uds Webbike du type permettant d'inclure au moins une commande dans un emplacement normalement non autorisé d'une séquence d'au moins un n#ud Webbike ; des n#uds Webbike du type permettant de définir au moins deux façons de se synchroniser selon le contenu d'un document ; des n#uds Webbike du type permettant d'interpréter de façon conditionnelle une séquence d'au moins un n#ud Webbike. 21. Système selon la revendication 19, caractérisé en ce que lesdits n#uds Webbike de type commande appartiennent au groupe comprenant : - des n#uds Webbike du type permettant de définir un bloc d'au moins une commande associé à un n#ud du type permettant la définition d'une sous- fonction d'extraction ; - des n#uds Webbike du type permettant l'extraction du contenu textuel d'un n#ud d'un langage de type "markup" ; - des n#uds Webbike du type permettant l'extraction d'au moins un attribut du n#ud d'un langage de type "markup" courant ; - des n#uds Webbike du type permettant de désigner une valeur constante ; - des n#uds Webbike du type permettant d'assurer des fonctions de transformation des informations extraites d'un fichier d'un langage de type "markup". 22. Système selon la revendication 21, caractérisé en ce que ladite au moins une commande, d'un bloc défini par un n#ud Webbike, appartient au groupe comprenant : les commandes de création d'objets ; - les commandes de modification d'au moins un membre d'un objet. 23. Système selon l'une quelconque des revendications 17 à 22, caractérisé en ce qu'il existe au moins les deux types de page Webbike suivants : des pages Webbike statiques, analysées au lancement de ladite sous- fonction d'extraction ; - des pages Webbike dynamiques, accessibles à partir d'une autre page Webbike par un n#ud Webbike d'un type particulier, dit lien Webbike. 24. Système selon l'une quelconque des revendications 19 à 23, caractérisé en ce qu'il existe au moins un n#ud Webbike de type synchronisation spécifique permettant de rechercher un n#ud d'un langage de type "markup" prédéterminé, afin de se positionner sur ledit n#ud d'un langage de type "markup" prédéterminé, et, en outre, un n#ud Webbike de type synchronisation générique permettant de rechercher un n#ud d'un langage de type "markup" non - prédéterminé mais spécifié en paramètre, afin de se positionner sur ledit n#ud d'un langage de type "markup" non - prédéterminé. 25. Système selon l'une quelconque des revendications 19 à 24, caractérisé en ce que au moins certains des n#uds de type synchronisation tiennent compte de conditions d'extraction portant sur des attributs et/ou sur un contenu textuel et/ou sur au moins un n#ud fils d'un n#ud d'un langage de type "markup" trouvé. 26. Système selon l'une quelconque des revendications 5 à 25, caractérisé en ce que ledit module Webbike met en #uvre une fonction de gestion des cookies. 27. Système selon les revendications 7 et 17, caractérisé en ce qu'au moins l'un desdits premier et second langages spécifiques est construit à l'aide d'un langage du type XML. 28. Système selon l'une quelconque des revendications 17 à 27, caractérisé en ce que ledit langage de type "markup" appartient au groupe comprenant : les langages de type XML (en anglais "Extended Markup Language") ; - les langages de type HTML (en anglais "HyperText Markup Language") ; les langages de type SGML (en anglais "Standard Generalized Markup Language") et dérivés ; - les langages de type WML (en anglais "Wireless Markup Language"). 29. Procédé de mise en #uvre d'un système selon l'une quelconque des revendications 1 à 28, caractérisé en ce qu'il comprend les étapes suivantes : un terminal (3-10) émet une requête (51) relative à une application donnée à destination dudit système (2) ; pour élaborer une réponse à ladite requête, ledit module (31) de génération de réponse émet une demande d'au moins un objet à destination dudit au moins un module (30) de création d'objets, de façon à renseigner la pluralité de contextes de ladite application ; ledit au moins un module de création d'objets crée ledit au moins un objet et le renvoie audit module de génération de réponse ; ledit module de génération de réponse génère une réponse sous un format de présentation générique, en mettant en #uvre ladite navigation selon ladite politique de navigation au sein de ladite pluralité de contextes ; ledit module de présentation (32) reçoit dudit module de génération de réponse ladite réponse sous un format de présentation générique et la transforme en une réponse sous un format de présentation spécifique au type dudit terminal ayant formulé ladite requête ; ledit système envoie ladite réponse sous un format de présentation spécifique audit terminal. 30. Procédé selon la revendication 29, caractérisé en ce que ledit procédé est itératif, et en ce que la réponse à une requête donnée dépend de ladite politique de navigation et d'au moins une requête et/ou réponse précédente.