Brevet FR2781629A1 — publié le 20000128

Procédé de discrimination automatique d'un alphabet pour la restitution visuelle ou sonore d'un document HTML, et dispositif de gestion de documents HTML correspondant. L'invention concerne un procédé de discrimination automatique d'un alphabet, notamment pour la restitution visuelle ou sonore d'un document HTML et un dispositif de gestion de documents HTML correspondant. Par "restitution visuelle ou sonore", on entend la visualisation du docu- ment et/ou sa lecture vocale. L'essor considérable de l'échange de données de tout type, données, textes ou fichiers image, par l'inter- médiaire des réseaux de télécommunication, notamment le réseau INTERNET, pose le problème de la communication de leurs utilisateurs à partir de cultures et de langues dif- férentes. A l'heure actuelle les documents transmis sur le réseau INTERNET sont transmis sous forme de documents HTML, pour Hyper Text Mark-up Language en langage anglo- saxon. Les documents HTML ou compatibles, tels que SGML ou XML, sont constitués généralement d'un fichier HTML et d'éléments associés, tels que par exemple des fichiers image et/ou son, ou d'autres fichiers HTML. Le passage d'un document à un autre se fait généralement à partir d'un lien, élément pointant vers une adresse URL. L'asso- ciation de fichiers HTML à un premier fichier HTML (appelé "frame") se fait généralement par référence à l'adresse URL de ces fichiers. Ces adresses URL sont relatives à un site, tel qu'un site WEB installé sur ce réseau. WEB dési- gne en abrégé le système hypermédia WWW (World-Wide Web) en langage anglo-saxon. Les documents précités, couramment appelés docu- ments HTML, peuvent donc être écrits, par leurs auteurs, à partir d'alphabets étrangers pour l'utilisateur ayant sol- licité et obtenu l'accès à ces documents. Ces documents sont habituellement accessibles, par l'intermédiaire de tout fournisseur d'accès, à partir de tout terminal interconnecté au réseau INTERNET et habili- té. En particulier l'accès et l'affichage de ces docu- ments est actuellement obtenu: - à partir d'un micro ordinateur, dont le clavier et les caractères d'affichage sont notamment adaptés à l'alphabet du pays, ce micro ordinateur étant équipé d'un logiciel spécifique désigné par browser en langage anglo- saxon, permettant de traiter, des alphabets répondant à la norme W3C, ainsi que des documents écrits d'une manière spécifique dans la langue nationale officielle ou offi- ciellement reconnue de ce pays; - en effectuant une opération manuelle, préalable ou a posteriori à la lecture d'un tel document, qui con- siste en général à choisir, pour la machine ou le termi- nal, le type d'alphabet que ce dernier doit utiliser; - à partir d'un décodeur à la norme HTML 4.x et capable de décoder des documents écrits suivant le stan- dard UNICODE ou de détecter les marqueurs placés en tête du document aux fins de préciser l'alphabet qui a été ini- tialement utilisé pour composer ce dernier. On rappelle que le standard UNICODE est défini par la norme ISO/IEC 10 646. Toutefois certains pays ont mis en place un procé- dé spécifique, basé généralement sur des normes existan- tes, afin de permettre une adaptation à la langue natio- nale officielle ou officiellement reconnue de ce pays. Ce type de procédé consiste en la récupération de documents d'information existants, en la mise en oeuvre d'outils lo- giciels permettant de composer des documents dans cette langue. Chacun de ces procédés constitue en fait un stan- dard de codage et risque fort, dans chaque pays, de perdu- rer. En outre il existe actuellement une variété relative de terminaux d'accès aux réseaux INTERNET, certains de ces derniers ne permettant que des opérations d'affichage li- mitées. C'est en particulier le cas des premières versions de terminaux à bas coût, lesquelles permettent l'affichage d'un alphabet satisfaisant à la norme ISO 8859-1, alphabet par défaut, mais n'acceptant aucunement l'affichage au standard UNICODE ni même d'autres définitions ISO d'alpha- bets divers. La présente invention a pour objet de remédier aux inconvénients liés à la diversité des situations préci- tées, subis par les utilisateurs du réseau INTERNET, afin de permettre, notamment, la restitution visuelle ou sonore des documents HTML dans leur langue d'origine et leur pré- sentation initiale. Un autre objet de la présente invention est égale- ment la mise en oeuvre d'un procédé de discrimination auto- matique d'un alphabet pour la visualisation d'un document HTML afin de permettre, pour les terminaux actuels et fu- turs acceptant le standard UNICODE, la conversion de ces documents HTML au standard d'affichage UNICODE précité. Un autre objet de la présente invention est, éga- lement, la mise en oeuvre d'un procédé de discrimination automatique d'un alphabet pour la visualisation d'un docu- ment HTML, par conversion pour visualisation de tout ou partie du document HTML considéré sous forme de cellules images dans un format déterminé. Un autre objet de la présente invention est, éga- lement, la mise en oeuvre d'un procédé de discrimination automatique d'un alphabet pour la visualisation d'un docu- ment HTML, par conversion pour visualisation de tout ou partie du document HTML considéré sous forme de polices de caractères résidentes et/ou téléchargeables dans les ter- minaux. Un autre objet de la présente invention est, éga- lement, la mise en oeuvre d'un procédé de discrimination automatique d'un alphabet, et plus précisément d'une lan- gue, pour réaliser la lecture vocale de tout ou partie du document HTML considéré. Un autre objet de la présente invention est, éga- lement, la mise en oeuvre d'un procédé de discrimination automatique d'un alphabet pour la visualisation d'un docu- ment HTML, par conversion pour visualisation de tout ou partie du document HTML considéré sous forme de caractères DRCS, pour Dynamical Redefinition Character Set en langage anglo-saxon, directement utilisables par les terminaux de type VIDEOTEX. Un autre objet de la présente invention est, éga- lement, la mise en ouvre d'un procédé de discrimination automatique d'un alphabet, et plus précisément d'une lan- gue, pour réaliser la restitution de tout ou partie d'un document HTML sous forme d'un service de type AUDIOTEL. Le procédé de discrimination automatique d'un al- phabet pour la restitution visuelle ou sonore d'un docu- ment HTML dans sa langue d'origine et sa présentation initiale, ce document étant délivré par un site WEB suite à la sélection, par exemple, d'une adresse URL déterminée, conforme à l'objet de la présente invention, est remarqua- ble en ce qu'il comporte au moins, pour chaque document HTML courant, les étapes consistant à discriminer dans les adresses URL le suffixe constitutif de cette adresse URL, et suite à la discrimination ou la nondiscrimination de ce suffixe, à commander la réception de ce document cou- rant, et à déterminer, relativement au document courant, au moins un alphabet de référence en fonction de données d'en-tête de documents descriptives de l'alphabet utilisé, et sur réponse positive à cette étape consistant à déter- miner un alphabet de référence, à affecter à ce document courant l'alphabet de référence déterminé précité. La présente invention a également pour objet la mise en ouvre, dans un système d'interfaçage et d'adapta- tion entre un terminal d'accès à un serveur interconnecté à ce serveur par un réseau ou dans un système d'interfa- çage de type passerelle entre un terminal de type VIDEOTEX et un serveur interconnecté à ce système de type passe- relle par l'intermédiaire d'un réseau soumis à un proto- cole d'intercommunication de type IP et de communication de documents HTML, d'un dispositif de gestion automatique de l'alphabet choisi pour la restitution visuelle ou so- nore de ces documents HTML. Elle sera mieux comprise à la lecture de la des- cription et à l'observation des dessins ci-après dans les- quels: - la figure la représente, à titre illustratif, un organigramme relatif au procédé objet de la présente in- vention permettant une opération de reconnaissance de l'alphabet utilisé par un document HTML courant et d'allo- cation à ce document d'un alphabet reconnu, l'alphabet re- connu étant explicitement défini, autre qu'un alphabet par défaut, ou correspondant au codage UNICODE; - la figure lb représente, en liaison avec la figure la, à titre illustratif, un organigramme relatif au procé- dé objet de la présente invention permettant une opération d'allocation d'un alphabet par défaut respectivement d'un alphabet défini estimé, dit alphabet de référence, lorsque aucun alphabet utilisé par le document HTML courant n'est reconnu, l'alphabet défini estimé étant déterminé par une procédure d'estimation spécifique; - la figure lc représente de manière illustrative, le principe d'un processus de masquage appliqué à des mots reconnus de différentes langues, sur un diagramme gradué en nombre de mots pour une pluralité de langues considé- rées; - la figure 2a représente un schéma fonctionnel d'un système d'interfaçage et d'adaptation entre un terminal d'accès à un serveur interconnecté à ce serveur par un ré- seau de type INTERNET équipé d'un module d'analyse et de transformation de documents HTML, dans lequel est implanté un dispositif de gestion automatique de l'alphabet choisi pour la restitution visuelle ou sonore de ces documents HTML, conformément au procédé objet de la présente inven- tion; - la figure 2b représente un organigramme général re- latif à un mode opératoire donné à titre d'exemple non li- mitatif du dispositif de gestion automatique implanté dans le module d'analyse et de transformation du système d'in- terfaçage et d'adaptation représenté en figure 2a; -7 - la figure 3a représente un schéma fonctionnel d'un système d'interfaçage de type passerelle entre un terminal de type VIDEOTEX et un serveur interconnecté à ce système de type passerelle par l'intermédiaire d'un réseau soumis à un protocole d'intercommunication de type IP et de com- munication de documents HTML, dans lequel est implanté un dispositif de gestion automatique de l'alphabet choisi pour la restitution visuelle ou sonore de ces documents HTML, conformément au procédé objet de la présente inven- tion; - la figure 3b représente un organigramme général re- latif à un mode opératoire donné à titre d'exemple non li- mitatif du dispositif de gestion automatique implanté dans la passerelle du système d'interfaçage et d'adaptation re- présenté en figure 3a; - la figure 4a représente la visualisation, en France, d'un document HTML délivré par un site WEB situé en Grèce en présentation initiale établie à partir de l'alphabet grec, en l'absence de toute mise en oeuvre du procédé objet de la présente invention; - la figure 4b représente la visualisation, en France, du document HTML représenté en figure 4a, lors de la mise en oeuvre du procédé objet de la présente inven- tion, les caractères de l'alphabet grec d'origine étant restaurés; - la figure 5a représente la visualisation, en France, d'un document HTML délivré par un site WEB situé au Japon en présentation initiale établie à partir d'idéo- grammes japonais, en l'absence de toute mise en oeuvre du procédé objet de la présente invention; - la figure 5b représente la visualisation, en France, du document HTML représenté en figure 5a, lors de la mise en oeuvre du procédé objet de la présente inven- tion, les idéogrammes d'origine étant restaurés sous forme de cellules images affichées sur un terminal de type VIDEOTEX. Une description plus détaillée du procédé de discri- mination automatique d'un alphabet ou d'une langue pour la restitution visuelle ou sonore d'un document HTML conforme à l'objet de la présente invention sera maintenant donnée en liaison avec les figures la et lb. D'une manière générale, on rappelle qu'un document HTML est transmis dans sa langue d'origine et sa présenta- tion initiale à partir d'un site WEB délivrant ce dernier à partir d'une adresse URL déterminée. La sélection d'une adresse URL permet ainsi d'obtenir les documents HTML dis- ponibles au niveau du site WEB précité. Ainsi qu'il a été représenté en figure la, lorsque l'utilisateur sur son terminal sélectionne une adresse URL le procédé objet de la présente invention, en référence à la figure la, pour ce document courant délivré par l'adresse URL demandée, consiste à mettre en ouvre une fonction type d'alphabet consistant au moins en une étape (a) à discriminer dans l'adresse URL précitée le suffixe constitutif de cette adresse URL. On rappelle en effet que les adresses URL comportent habituellement une chaîne de caractères dont l'extension symbolisée par un point et un suffixe est significative du pays dans lequel le site WEB accédé et interrogé est situé et donc de la langue d'ori- gine dans laquelle le document HTML correspondant a été normalement établi. Ainsi on rappelle que les extensions courantes sont.gr, pour la Grèce,.ru, pour la Russie, fr, pour la France,.ch pour la Chine,.jp, pour le Japon et ainsi de suite. Cette étape de discrimination est suivie par exemple d'une étape de mémorisation d'une valeur logique de suf- fixe notée VS à laquelle est attribuée la valeur 1 lors- qu'un suffixe a été reconnu et à laquelle est au contraire attribuée la valeur 0 lorsqu'aucun suffixe n'a été recon- nu. En tout état de cause, la valeur logique attribuée à la variable VS est mémorisée pour utilisation ultérieure. Le procédé objet de la présente invention consiste, suite à la discrimination ou à la non-discrimination du suffixe précité et à l'allocation de la valeur 0 ou la va- leur 1 à la variable logique VS à commander en une étape (b) la réception proprement dite du document courant c'est-à-dire l'admission pour restitution visuelle ou so- nore au niveau du terminal de ce dernier, l'instruction de restitution visuelle ou sonore n'étant toutefois pas appe- lée pour la restitution visuelle ou sonore du document courant. L'étape (b) de commande de réception de ce document courant est alors suivie d'une étape (c) consistant à dé- terminer pour ce document courant au moins un alphabet de référence susceptible d'être alloué au document courant considéré. D'une manière particulièrement avantageuse, on indi- que que l'alphabet de référence peut consister en l'alpha- bet défini explicitement dans l'en-tête et/ou dans le document d'information relatif au document HTML courant et /ou le cas échéant en la reconnaissance, pour le document courant, d'un codage de type UNICODE, ainsi que des carac- tères et/ou de séquences privées ou correspondant à des alphabets ISO adoptés en standard dans le pays d'origine, dont émane le document HTML courant considéré. On rappelle que le sigle ISO désigne l'Institute for Standard Organi- zation en langage anglo-saxon. A titre d'exemple non limitatif on indique que dans les documents HTML établis au Japon ou à tout le moins "japonisés" la séquence de code lB 24 42 indique que les caractères qui suivent cette séquence sont relatifs à des idéogrammes définis dans le jeu JIS alors que la séquence de code lB 28 42 introduit le codage HTML proprement dit. Sur réponse positive à l'étape (c) précitée, c'est-à- dire lors de la reconnaissance de l'un des alphabets pré- cités comme alphabet de référence, le procédé objet de la présente invention consiste alors à affecter, à l'étape (d), au document courant l'alphabet de référence précité c'est-à-dire l'un des alphabets reconnu, alphabet particu- lier ou par défaut. A l'étape (d) précitée l'allocation au document courant de l'alphabet de référence est notée VAL PC = VALR. En outre, de manière non limitative, à la même étape (d), et pour une notion de complétude du caractère itéra- tif du procédé objet de la présente invention relatif à tout document HTML successif, à une variable représenta- tive de l'alphabet du document HTML précédent notée VALPP, qui n'est autre bien entendu que le document cou- rant actuel, est également alloué l'alphabet de référence précité cette opération étant notée à l'étape (d) de la figure la VAL PP = VAL R. L'étape (d) en tant que telle est alors suivie d'une étape de fin de procédure puisque pour la restitution vi- suelle ou sonore du document courant précité et le cas échéant de tout document ultérieur à partir de ce même do- cument courant constituant le document précédent de ce dernier a été attribué un alphabet de référence consistant en l'un des alphabets, reconnu à l'étape (c). D'une ma- nière générale on indique que l'étape de fin de procédure peut consister en un appel d'une fonction de traitement de document pour assurer une mise en page du document courant précité et finalement assurer un affichage et/ou une lec- ture vocale de ce dernier. Le procédé objet de la présente invention tel que dé- crit précédemment en liaison avec la figure la permet une restitution visuelle satisfaisante pour la majorité des terminaux et navigateurs modernes satisfaisant à la norme HTML 4.x. Cependant, lorsqu'un alphabet au sens ISO du terme est commun à plusieurs langues, comme l'est par exemple l'alphabet par défaut ISO LATIN 1 (ISO0-8859-1), une façon avantageuse mais non limitative de permettre la définition plus précise de la langue à utiliser, notamment pour la restitution sonore du document, va consister, sur réponse positive à l'étape (c), entre autres: au cours d'une étape (g'), à identifier dans les données à restituer un ensemble de mots distinctifs vis-à-vis d'une pluralité de dictionnaires réduits de mots préétablis non communs à plusieurs langues d'origine et mémoriser cette opération de comparaison et d'identification sous forme de listes de mots classées par nombre de mots détectés par langue d'origine et par nombre total de mots, pour établir une pluralité de variables de classement du nombre de mots dé- tectés par langue d'origine et par nombre total de mots; au cours d'une étape (h'), à soumettre les données à res- tituer du document courant à un test d'existence ou de non existence d'une fin de document du document courant, et, sur réponse positive à ce test d'existence ou de non exis- tence d'une fin de document, (i') allouer au document cou- rant une langue de référence choisie en fonction de la valeur d'au moins une variable de classement du nombre de mots détectés par langue d'origine et par nombre total de mots. Toutefois, et en raison de la diversité des matériels connectés à ce réseau précédemment mentionnée dans la des- cription, lorsqu'en référence à l'étape (c) de détermina- tion d'au moins un alphabet de référence aucun alphabet défini explicitement dans l'en-tête et/ou dans le document d'information relatif au document HTML n'est détecté ou lorsque le codage UNICODE du document n'est pas détecté ou que des séquences privées ou correspondant à un alphabet ISO autre que celui par défaut, ne sont pas non plus dé- tectées, la réponse à l'étape (c) de détermination est alors négative. Dans un tel cas et conformément à un mode de réalisa- tion particulier non limitatif du procédé objet de la pré- sente invention, ce procédé consiste en outre dans une étape (e) à allouer au document courant un alphabet par défaut. Cette opération est notée VALPC = AD, AD dési- gnant l'alphabet par défaut sur la figure la à l'étape (e). Bien entendu, l'allocation d'un alphabet par défaut à l'étape (e) n'est pas une fin en soi mais constitue, en fait, une solution d'affichage minimal en vue d'assurer l'affichage et/ou la lecture vocale du document HTML cou- rant correspondant. En conséquence, ainsi que représenté sur la figure la l'étape (e) peut alors être suivie d'une étape (f) consis- tant à soumettre les données à restituer du document HTML courant à un processus de filtrage consistant, par exem- ple, à discriminer le pourcentage des valeurs de code de ces données à restituer, ce pourcentage de valeurs de code étant noté N. valeurs de code notées CODE comprises entre une première et une deuxième valeurs limites pour établir une valeur de pourcentage descriptive de code de ces don- nées à restituer pour le document courant considéré. On conçoit bien sûr qu'en fonction de la valeur de pourcen- tage N précitée le procédé objet de la présente invention permet d'établir et de discriminer un alphabet autre que l'alphabet par défaut précité, mais susceptible de présen- ter une meilleure adaptation à la représentation et l'af- fichage et/ou la lecture vocale du document HTML courant dans sa version linguistique d'origine. Dans un mode de réalisation préférentiel non limita- tif on indique que la première et la deuxième valeurs li- mites peuvent être prises égales à la valeur A0 et à la valeur FF respectivement, ces valeurs étant exprimées dans ce cas en code hexadécimal. Le pourcentage des valeurs de code comprises entre les valeurs limites précitées est no- té N, N étant exprimé en %. L'étape (f) précitée est alors elle-même suivie d'une étape (g) de recherche d'un alphabet ou d'une langue par- ticulier dans le document HTML courant, cette étape de re- cherche d'un ou d'une langue alphabet particulier consistant à identifier et repérer dans les données à res- * tituer précitées un ensemble de mots distinctifs, par com- paraison et identification de ces mots distinctifs vis-à- vis d'une pluralité de dictionnaires réduits de mots pré- établis, non communs à plusieurs langues d'origine. L'opération réalisée à l'étape (g) précitée peut être réalisée de façon à obtenir avantageusement un classement par nombre de mots différents détectés par langue et par nombre total de mots. On comprend en particulier que le mode opératoire précité à l'étape (g) représenté en figure la permet alors d'établir une pluralité de variables de classement du nom- bre des mots détectés par langue d'origine, c'est-à-dire en fait par alphabet permettant d'exprimer une telle lan- gue d'origine, et bien entendu par nombre total de mots dans la langue d'origine considérée. D'une manière générale on indique que les variables de classement peuvent être organisées en fichiers succes- sifs tels que représentés schématiquement dans le tableau ci-après: Alphabet Ai Alphabet A2 Alphabet AN-1 Alphabet AN NBMotdifférents NB Mot différents NB_Mot différents NBMotdifférents Alphali Alpha2 AlphaN-1 AlphaN TotalMot_ 1 A1 TotalMot_ 1 A2 Total Mot_ 1 AN-1 TotalMot 1 AN Total Mot 2 Ai Total Mot 2 A2 ITotal Mot 2 AN-1 Total Mot 2 AN Total_Mot 3 A1 Total_Mot_3 A2 TotalMot_3_AN-1 Total_Mot 3 AN TotalMotN-lA1 TotalMotN-lA2 TotalMotN-1iAN-1 TotalMotN-lAN Total_Mot NA1 [TotalMotN A2 Total Mot N AN-1 Total Mot N AN Dans le tableau précité, on indique que chaque dic- tionnaire réduit peut comporter par exemple entre cinq et dix mots pour chaque langue ou alphabet support de chaque langue considérée. A titre d'exemple non limitatif on in- dique que les mots du dictionnaire réduit de chaque langue sont des mots à forte fréquence de répétition, spécifiques à chaque langue considérée, tels que les articles, les pronoms personnels, adjectifs possessifs soit pour le français le, la, les, je, tu, il, mon, ton, son, pour l'anglais the, my, you etc. Dans le tableau précité les différents alphabets sont notés alphabet A1 à alphabet An le nombre des mots diffé- rents sont notés Total mot 1 A1 pour le premier mot de l'alphabet A1, Totalmot_1 A2 pour le premier mot de l'al- phabet A2 et ainsi de suite. L'ensemble est alors classé ainsi que représenté au tableau précité. On comprend bien sûr que l'étape (g) de recherche d'un alphabet ou d'une langue particulier par analyse et comparaison des mots par rapport aux mots des dictionnai- res réduits est réalisée pour chaque mot du document cou- rant considéré. Pour cette raison, après chaque mot de ce dernier les données à restituer sont soumises à une étape (h) consistant à soumettre les données à restituer de ce document courant à un test d'existence ou de non-existence d'une fin de document de ce dernier. Ce test peut être simplement réalisé par la détection d'un code de fin de document pour le document HTML considéré, ou par détection de la réception complète du document, ou sur réception d'une partie du document jugée suffisante pour faire abou- tir le procédé de l'invention, ou encore par détection d'un code de fin de fichier. Sur réponse négative au test d'existence de fin de document de l'étape (h) le processus est poursuivi pour le mot suivant par retour à l'étape (b) réception de document par exemple. On comprend en effet que l'étape réception de document (b) précitée peut être réalisée relativement au mot successif constitutif du document HTML courant consi- déré. Au contraire sur réponse positive au test de l'étape (h) précédemment mentionnée, le procédé objet de la pré- sente invention consiste à allouer au document courant un alphabet de référence choisi en fonction de la valeur des- criptive de pourcentage de code de ces données à resti- tuer, la valeur N précitée, pour le document courant considéré et de la valeur d'au moins une variable de clas- sement du nombre de mots détectés par langue d'origine et par nombre total de mots. On conçoit par exemple à titre d'exemple non limitatif qu'une procédure permettant d'al- louer au document courant un alphabet de référence corres- pondant à celui choisi à l'étape (g) peut consister à prendre par exemple comme alphabet de référence celui qui correspond à la somme du nombre total de mots du diction- naire réduit correspondant dont la valeur est la plus forte. Ce mode de réalisation simple n'est pas forcément le plus adapté et il est préférable, en particulier, de soumettre le processus précité, ainsi que représenté sur la figure la en une étape (i), à un test supplémentaire consistant en une comparaison de la valeur descriptive de pourcentage de code de données à restituer, pour le docu- ment courant considéré, soit la valeur N précitée, à une valeur de seuil. Ce test de comparaison, noté dans ces conditions il sur la figure la peut par exemple consister à comparer la valeur N de pourcentage précité à une valeur de seuil de référence qui peut être prise égale à 50%. Le test réalisé à l'étape (i) et en particulier (il) peut alors être suivi de manière avantageuse d'une étape de mémorisation d'une variable logique C2 représentant la condition 2 précitée, à cette variable logique étant at- tribuée la valeur 1 sur réponse positive au test il précé- demment mentionné alors que sur réponse négative au test il précité est allouée une valeur 0 à la variable logique C2. Les étapes de mémorisation précédemment mentionnées peuvent alors être suivies soit du choix de la somme du nombre de mots majoritaires précédemment mentionnés, soit d'un processus beaucoup plus élaboré lequel sera décrit en liaison avec la figure lb ci-après. En référence à la figure lb précédemment citée, le test (i) de la figure la, suite à la mémorisation de la variable logique C2, peut comprendre et être suivi, ainsi que représenté sur la figure lb d'au moins un test (j) de reconnaissance de discrimination ou de non-discrimination du suffixe précédemment cité, ce test pouvant alors être simplement réalisé par appel de la variable logique VS précédemment mentionnée dans la description et comparaison de la valeur de cette variable logique à la valeur 1. Le suffixe ayant été mémorisé précédemment, il est alors pos- sible de poursuivre l'étape (i) précitée dans le mode de réalisation préférentiel ci-après. Sur réponse positive au test (j) précédemment men- tionné, un test (k) est prévu consistant à effectuer un premier critère de choix d'un alphabet spécifique respec- tivement de l'alphabet par défaut alloué à l'étape (e) précédente. Ce premier critère de choix peut consister par exemple en une comparaison de la variable logique C2 rela- tive à la condition 2 à la valeur 1. Sur réponse positive au test (k) précité, et donc au premier critère de choix, une étape (k2) est introduite consistant à allouer au do- cument courant un alphabet spécifique comme alphabet de référence en fonction du type de suffixe reconnu. Cette opération est notée VAL_PC, variable relative à l'alphabet du document courant, = VALR l'alphabet reconnu étant pris comme alphabet de référence. De la même manière que dans le cas de l'étape (d), cet alphabet spécifique en une étape (kl) est également alloué au document précédant le document courant ulté- rieur, c'est-à-dire au document courant actuel. Cette opé- ration est notée de la même manière que dans le cas de l'étape (d) VALPP = VAL_R. Au contraire, lorsque le test (k) sur la variable lo- gique C2 n'est pas satisfait, et donc sur réponse négative au premier critère de choix 1, au document courant est alors alloué l'alphabet par défaut tel que défini précé- demment avec l'étape (e) comme alphabet de référence. L'étape (1) est notée affichage par défaut sur la figure lb. De la même manière que relativement à l'étape (kl) précédemment décrite, cet alphabet par défaut peut alors être alloué au document précédant le document courant ul- térieur. Sur réponse négative au test (j) précité, la variable logique VS étant différente de la valeur 1 avec les con- ventions précédemment définies, un deuxième critère de choix d'un alphabet spécifique respectivement de l'alpha- bet par défaut est alors introduit. Ce deuxième critère de choix porte la référence m et consiste en un test de la variable logique C2 relative à la condition 2 précédemment définie à l'étape (il) à la valeur 1. Sur réponse négative au deuxième critère de choix m précité, le procédé objet de la présente invention consiste à effectuer un affichage et/ou une lecture vocale par défaut, c'est-à-dire l'affi- chage et/ou la lecture vocale par défaut tel(s) que défi- ni(s) à l'étape (1) précédemment décrite dans la description. Ainsi à l'étape (1) précitée, au document courant est alloué comme alphabet de référence, l'alphabet par défaut. On indique que l'étape (1) d'affichage par dé- faut est alors suivie d'une étape de fin de procédure sem- blable à celle qui a été décrite en liaison avec l'étape (d) précédemment mentionnée dans la description. Il en est de même pour les étapes (kl) et (k2) précédemment décri- tes. De la même manière que sur réponse négative au pre- mier critère de choix k, la réponse négative au deuxième critère de choix m implique l'appel de l'étape (1) et en particulier l'allocation de l'alphabet par défaut au docu- ment précédant le document courant ultérieur dans des con- ditions semblables. Sur réponse positive au deuxième critère de choix m, le procédé objet de la présente invention consiste alors à effectuer un troisième critère de test (n) d'allocation au document précédant le document courant d'un alphabet de référence, c'est-à-dire d'un alphabet autre que l'alphabet par défaut. Sur réponse positive au troisième critère de test n précité, une opération d'allocation au document courant de l'alphabet de référence alloué au document précédant le document courant est effectuée à l'étape (o), cette opéra- tion étant notée en conséquence VAL PC = VALPP. L'étape (o) précitée est alors suivie de l'étape de fin de procé- dure précédemment mentionnée dans la description. Au contraire, sur réponse négative à l'étape (n) de troisième critère de test, un quatrième critère de test p est alors réalisé, ce quatrième critère de test consistant en fait en un test de reconnaissance d'au moins un alpha- bet pour déterminer un alphabet reconnu. A titre d'exemple non limitatif, on indique que le quatrième critère de test p peut consister à effectuer une comparaison pl de mots caractéristiques d'un ou plusieurs alphabets avec un masque de décision prédéfini tel qu'un OU logique par exemple. En référence à la figure lc on indique que la fonc- tion de masquage peut être introduite lorsqu'il existe une ambiguïté sur le nombre de mots reconnus par rapport à deux langues, les langues L1 et L4 par exemple, ainsi que relativement à leur distance, par rapport aux autres lan- gues telles que les langues L2 et L3 lorsque ces distances ne sont pas considérées comme significatives. L'étape (pl) de comparaison des mots peut alors être suivie d'une étape (p2) consistant à définir l'existence ou la non-existence d'un alphabet. Ce critère consiste simplement à appliquer aux variables logiques obtenues par l'application du OU logique de masquage d'une comparaison à la valeur 1 de cette variable logique. Sur réponse positive au critère d'existence d'un al- phabet p2 et donc sur réponse positive au quatrième cri- tère de test p le procédé objet de la présente invention consiste alors en une étape (q) à allouer au document cou- rant l'alphabet reconnu, cet alphabet reconnu étant pris comme alphabet de référence, cette opération est notée VAL PC = alphabet reconnu au test q précité. De la même manière que dans le cas des opérations k2 et kl ou de l'étape (d) cet alphabet reconnu est également alloué au document précédant le document courant ultérieur, c'est-à- dire au document courant. Cette opération est notée de la même manière VALPP = alphabet reconnu. L'étape (q) est bien entendu suivie de l'étape de fin de procédure précé- demment mentionnée dans la description. Au contraire sur réponse négative à l'étape (p2) de critère d'alphabet, c'est-à-dire, sur réponse négative au quatrième critère de test p de reconnaissance d'au moins un alphabet, aucun alphabet n'ayant pu être reconnu con- formément à la mise en ouvre du procédé objet de la pré- sente invention, une étape (r) est alors réalisée consistant à permettre une levée de doute quant à la re- connaissance de l'alphabet par l'utilisateur. Cette étape consiste alors à effectuer un choix manuel d'un alphabet par ce dernier. Cet alphabet constitue un alphabet préci- sé, lequel est alors alloué au document courant, et, de la même manière que relativement aux étapes (q), (kl), (k2) et (d) au document précédant le document courant ulté- rieur. L'étape (r) est alors suivie d'une étape de fin de procédure telle que décrite précédemment dans la descrip- tion. En ce qui concerne l'initialisation du procédé objet de la présente invention, c'est-à-dire lors de la récep- tion du premier document HTML, cette étape d'initialisa- tion peut consister à choisir comme alphabet par défaut un alphabet tel que l'alphabet ISO latin par exemple, ce type d'alphabet correspondant à l'alphabet ASCII américain au- quel sont ajoutés les caractères accentués européens. En outre, on indique que selon une variante de mise en ouvre non limitative du procédé objet de la présente invention, l'étape a) consistant à discriminer dans l'adresse URL le suffixe constitutif de cette dernière peut ne pas être exécutée antérieurement à l'étape b). En effet, l'étape a) précitée peut, par exemple, être exécu- tée préalablement à l'étape j) représentée en figure lb, suite à l'exécution de l'étape i) représentée en figure la, sans sortir du cadre de l'objet de la présente inven- tion, l'adresse URL ayant été mémorisée. Un mode de réalisation spécifique d'un dispositif de gestion automatique de l'alphabet choisi pour la restitu- tion visuelle ou sonore de documents HTML mis en oeuvre dans un système d'interfaçage et d'adaptation entre un terminal d'accès à un serveur interconnecté par un réseau soumis à un protocole d'intercommunication de type IP pour INTERNET PROTOCOLE et de communication HTML de documents précités, sera maintenant décrit en liaison avec les figu- res 2a et 2b. D'une manière générale on rappelle que ce type de système d'interfaçage et d'adaptation comprend un module d'analyse et de transformation HTML noté Ml, un module d'anticipation noté M2, un module de conversion en ligne de documents noté M3 et un module de mémoire cache de do- cuments convertis noté M4. L'ensemble de ces éléments pré- cités est connecté par l'intermédiaire d'un système dit "proxy" ce système proxy, sur les réseaux INTERNET, ser- vant d'interface d'adaptation entre le terminal et un ser- veur. Le terminal et le serveur sont représentés et désignés comme tels sur la figure 2a. l'ensemble constitué par les éléments précités à savoir le module d'analyse et de transformation HTML Ml, le mécanisme d'anticipation M2, le module de conversion au vol des documents M3 et le mo- dule de mémoire cache des documents convertis M4, associés au système proxy est appelé un conjugué. Un conjugué per- met, en fait, d'assurer le transfert, avec ou sans conver- sion, des documents délivrés par le serveur vers le terminal au format HTML. Ainsi qu'on l'a représenté de manière schématique sur la figure 2a, le dispositif de gestion automatique de l'alphabet choisi pour la restitution visuelle ou sonore de ces documents HTML, est implanté dans le module d'ana- lyse 1 et de transformation HTML et pour cette raison porte la référence G dans ce module. Le dispositif de gestion G comprend bien entendu des modules de mise en ouvre du procédé tel que précédemment décrit en liaison avec les figures la et lb permettant, dans les conditions décrites précédemment dans la descrip- tion, d'attribuer à chaque document HTML courant un alpha- bet de référence afin de permettre la restitution visuelle ou sonore de ce document courant dans sa langue d'origine et sa version initiale. Ce module de mise en oeuvre du pro- cédé précédemment décrit porte la référence 1 sur la fi- gure 2b. En outre le dispositif de gestion G objet de la pré- sente invention comprend un module 2 permettant d'assurer la discrimination de la présence ou de l'absence de codage du document courant selon un alphabet UNICODE. Ainsi que représenté sur la figure 2b précitée, le module 2 de discrimination peut comprendre un module 20 de discrimination de la présence de caractères autres que ceux de l'alphabet par défaut, l'alphabet ISO-8859-l par exemple, de l'alphabet UNICODE ou d'un autre alphabet ain- si que d'un module 21 actionné sur réponse positive au mo- dule 20, le module 21 permettant de discriminer la pré- sence d'un codage UNICODE du document courant ou de carac- tères codés en mode UNICODE, autres que ceux de l'alphabet par défaut en référence à la figure 2b. On indique que le module 2 de discrimination de la présence respectivement de l'absence de codage du document courant selon l'alpha- bet UNICODE correspond à une réponse négative au module 20 alors que la présence de codage du document courant selon l'alphabet UNICODE correspond à la réponse positive du mo- dule 20 et à la réponse positive du module 21, présence de codage UNICODE, un cas intermédiaire correspondant toute- fois à l'absence de codage UNICODE du document bien que certains caractères UNICODE soient présents en réponse au module 20. En outre un module de reconnaissance 3 de la compati- bilité du terminal avec le codage UNICODE est prévu, ce module répondant uniquement à la réponse positive respec- tivement négative du module 21 précédemment mentionné. Le module 3 de reconnaissance de la compatibilité du terminal avec le codage UNICODE peut comporter un module 30 d'allo- cation, sur réponse négative du module 21, d'un alphabet reconnu au document courant, cet alphabet reconnu étant distinct de l'alphabet par défaut, le document courant pouvant toutefois contenir en plus des caractères de l'al- phabet par défaut. Le module 3 de reconnaissance de compa- tibilité au codage UNICODE du terminal comporte en outre un module proprement dit de reconnaissance de terminal UNICODE 31, 32. Le module 3 de reconnaissance de la compatibilité du 0 terminal avec le codage UNICODE permet, ainsi que repré- senté sur la figure 2b, l'émission et la restitution vi- suelle ou sonore du document courant vers le terminal à l'étape A lorsque l'alphabet de référence alloué à ce do- cument courant est l'alphabet par défaut ou que cet alpha- bet de référence est l'alphabet UNICODE et que le caractère de compatibilité du terminal avec le codage UNICODE est reconnu. En effet, dans un tel cas, un termi- nal UNICODE est en mesure d'afficher le document courant HTML sans changement ou intervention. L'étape A est suivie bien entendu d'une étape de fin de procédure. Le module 3, associé au module 2 précédemment décrit, permet également la transformation du document courant en fichiers de cellules images à l'étape B lorsque l'alphabet de référence est l'alphabet UNICODE sur réponse positive du module 21 mais que le caractère de compatibilité du terminal avec le codage UNICODE n'est pas reconnu, réponse négative du module 31, ou lorsque l'alphabet du document courant n'est pas l'alphabet UNICODE sur réponse négative au module 21 et que le caractère de compatibilité du ter- minal avec le codage UNICODE n'est pas reconnu, sur ré- ponse négative du module 32. L'étape B constitue en fait une étape de transformation du document HTML initial en document HTML dans lequel les caractères alphabétiques et/ou les idéogrammes sont remplacés par des cellules ima- ges qui permettent alors de représenter ces derniers. De manière avantageuse ces cellules images sont alors déli- vrées au format JPEG, GIF ou autres par exemple. On com- prend en particulier que ces cellules images peuvent être combinées ou regroupées pour représenter un ou plusieurs idéogrammes en une seule image. En outre le module 3 associé au module 2 précité per- met encore la transformation du document courant par co- dage au moyen de l'alphabet UNICODE à l'étape C lorsque l'alphabet de référence n'est pas l'alphabet UNICODE sur réponse négative du module 21 mais que le caractère de compatibilité du terminal avec le codage UNICODE est re- connu, c'est-à-dire sur réponse positive du module 32. Les étapes B et C sont alors suivies d'une étape D permettant l'émission du document transformé vers le terminal tel qu'un MINITEL-INTERNET, un micro-ordinateur ou autre. L'étape D est elle-même suivie d'une étape de fin de pro- cédure. De la même manière un dispositif de gestion automati- que de l'alphabet choisi pour la restitution visuelle ou sonore de documents HTML peut être mis en oeuvre dans un système d'interfaçage de type passerelle entre un terminal de type VIDEOTEX interconnecté par l'intermédiaire du ré- seau téléphonique commuté RTC et d'une liaison spécialisée LT d'un système d'accès PAVI et d'une ligne de type X.25 connectée à cette passerelle, la passerelle étant elle- même interconnectée par un réseau tel que le réseau INTERNET à différents serveurs. Le réseau est bien entendu soumis à un protocole d'intercommunication de type IP et de communication de documents HTML. Dans un tel cas le dispositif de gestion objet de la présente invention est implanté dans la passerelle constituant un système d'adap- tation de type INTERNET/TELETEL pour le terminal VIDEOTEX par exemple. Le dispositif de gestion objet de la présente inven- tion est alors intégré et implanté dans la passerelle et porte pour cette raison la référence G' sur la figure 3a. En référence à la figure 3b il comprend de la même manière que relativement à la figure 2b, un module 1 de mise en oeuvre du procédé objet de la présente invention permettant d'attribuer au document courant HTML un alphabet de réfé- rence afin de permettre l'affichage de ce document courant dans sa langue d'origine et sa version initiale. En outre, le dispositif de gestion comporte un module 4 de discrimi- nation de la présence respectivement de l'absence de co- dage du document courant selon un alphabet de référence correspondant à un alphabet par défaut, tel que l'alphabet ISO-8859-1, ainsi qu'un module 4o permettant, sur réponse positive du module 4 à la présence de l'alphabet par dé- faut précité, la transformation du document courant en service au format VIDEOTEX à partir de jeux de caractères de base du terminal VIDEOTEX précité. Le module 4o de transformation du document courant permet alors l'affi- * chage du document HTML ainsi transformé en service VIDEOTEX par un retour à une étape de fin de procédure. En outre un module 5 de discrimination, dans le docu- ment courant, de la présence d'idéogrammes et/ou de carac- tères codés selon le code UNICODE correspondant à des idéogrammes est prévu. Ce module 5 est actionné sur ré- ponse négative du module 4 précédemment mentionné. Un module 5o est prévu pour assurer la transformation du document courant en service au format VIDEOTEX sur ré- ponse négative du module 5. Cette transformation est ef- fectuée à partir de jeux de caractères de base du terminal VIDEOTEX et de jeux de caractères redéfinissables dynami- quement DRCS en fonction de l'alphabet de référence al- loué, ceci permet ainsi un affichage limité en nombre d'idéogrammes du document courant. Un module 6 est en outre prévu, lequel permet d'assu- rer la discrimination de la capacité du terminal VIDEOTEX précité à afficher des fichiers images. Sur réponse posi- tive du module 5 de discrimination de présence d'idéogram- mes et/ou de caractères codés selon le code UNICODE correspondant à des idéogrammes, et sur réponse positive au module 6 précité, de discrimination de la capacité du terminal à visualiser et afficher des fichiers images un module de transformation 60 permet d'assurer la transfor- mation du document courant en service VIDEOTEX à partir de jeux de caractères de base du terminal VIDEOTEX et de jeux de caractères redéfinissables dynamiquement DRCS en fonc- tion de l'alphabet de référence alloué, ainsi que par l'affichage d'idéogrammes reconnus sous forme de cellules- images. Le module 6o utilise les jeux de caractères de base des terminaux VIDEOTEX, tels que les MINITEL, des jeux de caractères DRCS téléchargés d'un nombre d'idéo- grammes reconnus limités en nombre à 47 par document. Tout ou partie des caractères alphabétiques et/ou idéogrammes peuvent être remplacés par des cellules images les repré- sentant au format JPEG et/ou GIF par exemple. Enfin, sur réponse négative au module 6 un module 61 permet d'assurer une transformation du document HTML cou- rant en service VIDEOTEX utilisant les jeux de caractères de base des MINITEL, les jeux de caractères DRCS précédem- ment téléchargés dans le MINITEL en fonction de l'alphabet reconnu de même que dans le cas du module 5o. Toutefois un affichage en nombre limité d'idéogrammes, 47 par document, est également prévu et mis en ouvre par le module 61. La figure 4a représente l'exemple d'un document HTML affiché sur le moniteur d'un terminal en France, ce docu- ment HTML étant délivré par un site WEB localisé en Grèce par exemple. La figure 4a représente un tel document HTML en l'absence d'application du procédé objet de la présente invention. On constate que l'ensemble du texte affiché consiste en une succession de caractères sensiblement in- intelligibles en raison du type d'alphabet retenu pour l'affichage du document HTML considéré. Il n'existe en ef- fet aucune raison pour que les codes relatifs à chaque ca- ractère de l'alphabet grec permettent d'obtenir un code cohérent à partir des codes correspondants utilisés en France. Au contraire en figure 4b on a représenté un document HTML délivré par le même site WEB localisé en Grèce et dans lequel grâce à la mise en ouvre du procédé objet de la présente invention l'ensemble des caractères affichés a été reconstitué à partir de l'alphabet grec d'origine, la visualisation du document étant restituée dans sa version d'origine. Il en est de même en ce qui concerne la figure 5a re- lativement à un document HTML délivré par un site WEB si- tué au Japon. L'affichage d'un tel document à partir d'un alphabet utilisé en France délivre également une série de caractères totalement inintelligibles en l'absence de la mise en oeuvre du procédé objet de la présente invention. Au contraire en figure 5b on a représenté un document HTML issu du même site WEB localisé au Japon dans lequel toutefois grâce à la mise en oeuvre du procédé objet de la présente invention, les codes correspondants ont été transformés de façon à représenter des fichiers images re- présentatifs d'idéogrammes significatifs pour toute per- sonne disposant de la connaissance des idéogrammes précités. On a ainsi décrit un procédé de discrimination auto- matique d'un alphabet pour la restitution visuelle ou so- nore d'un document HTML particulièrement performant dans la mesure o en raison de l'implantation spécifique de mo- dules de mise en oeuvre du procédé sous forme de modules de gestion correspondants en fonction des terminaux utilisés et en particulier du mode de liaison de ces terminaux par l'intermédiaire du réseau INTERNET à différents serveurs, il est ainsi possible de restituer tout document HTML dans sa version d'origine et en particulier dans sa langue d'origine. Le procédé de discrimination automatique d'un alpha- bet pour la restitution visuelle ou sonore d'un document HTML peut être implémenté, à titre d'exemples non limita- tifs, au niveau du serveur de fichiers, dans une passe- relle entre ce serveur et le terminal de consultation, ou dans ce terminal. REVENDICATIONS 1. Procédé de discrimination automatique d'un al- phabet, notamment pour la restitution visuelle ou sonore d'un document HTML dans sa langue d'origine et sa présen- tation initiale, ce document étant délivré par un site WEB obtenu à partir d'une adresse URL déterminée, procédé com- portant au moins, pour ce document courant HTML, les éta- pes consistant à: a) discriminer dans ladite adresse URL le suffixe consti- tutif de cette adresse URL; et suite à la discrimina- tion ou à la non discrimination dudit suffixe, b) commander la réception dudit document courant; et c) déterminer, relativement audit document courant, au moins un alphabet de référence en fonction de données d'en-tête de documents descriptives de l'alphabet uti- lisé; et, sur réponse positive de cette étape consis- tant à déterminer, relativement au document courant, un alphabet de référence, d) affecter audit document courant l'alphabet de référence déterminé à l'étape c) précédente. 2. Procédé selon la revendication 1, caractérisé en ce que, sur réponse négative à ladite étape c) consis- tant à déterminer relativement audit document courant un alphabet de référence, ledit procédé consiste en outre à: e) allouer audit document courant un alphabet par défaut; et f) soumettre les données à restituer dudit document cou- rant à un processus de filtrage consistant à discrimi- ner le pourcentage des valeurs de code de ces données à restituer compris entre une première et une deuxième valeurs limites, pour établir une valeur de pourcentage descriptive de code de ces données à restituer pour le document courant considéré; g) identifier dans lesdites données à restituer un ensem- ble de mots distinctifs, par comparaison et identifica- tion de ces mots distinctifs vis-à-vis d'une pluralité de dictionnaires réduits de mots préétablis non communs à plusieurs langues d'origine et mémoriser cette opéra- tion de comparaison et d'identification sous forme de listes de mots classées par nombre de mots détectés par langue d'origine et par nombre total de mots, pour éta- blir une pluralité de variables de classement du nombre de mots détectés par langue d'origine et par nombre to- tal de mots; h) soumettre les données à restituer dudit document cou- rant à un test d'existence ou de non existence d'une fin de document dudit document courant, et, sur réponse positive à ce test d'existence ou de non existence d'une fin de document, i) allouer audit document courant un alphabet de référence choisi en fonction de la valeur descriptive de pourcen- tage de code de ces donnés à restituer pour ce document courant et de la valeur d'au moins une variable de classement du nombre de mots détectés par langue d'ori- gine et par nombre total de mots. 3. Procédé selon la revendication 1, caractérisé en ce que, sur réponse positive à ladite étape c) consis- tant à déterminer relativement audit document courant un alphabet de référence, ledit procédé consiste en outre à: g') identifier dans lesdites données à restituer un ensemble de mots distinctifs, par comparaison et iden- tification de ces mots distinctifs vis-à-vis d'une plu- ralité de dictionnaires réduits de mots préétablis non communs à plusieurs langues d'origine et mémoriser cette opération de comparaison et d'identification sous forme de listes de mots classées par nombre de mots dé- tectés par langue d'origine et par nombre total de mots, pour établir une pluralité de variables de clas- sement du nombre de mots détectés par langue d'origine et par nombre total de mots; h') soumettre les données à restituer dudit document courant à un test d'existence ou de non existence d'une fin de document dudit document courant, et, sur réponse positive à ce test d'existence ou de non existence d'une fin de document, i') allouer audit document courant une langue de réfé- rence choisie en fonction de la valeur d'au moins une variable de classement du nombre de mots détectés par langue d'origine et par nombre total de mots. 4. Procédé selon la revendication 2, caractérisé en ce que ladite étape i), consistant à allouer un alpha- bet de référence audit document courant, comporte au moins un test de comparaison de la valeur descriptive de pour- centage de code de données à restituer pour le document courant considéré à une valeur de seuil. 5. Procédé selon la revendication 2 ou 4, caracté- risé en ce que l'étape i) consistant à allouer audit docu- ment courant un alphabet de référence comprend au moins: j) un test de reconnaissance de discrimination ou de non discrimination dudit suffixe, et, sur réponse positive audit test: k) un premier critère de choix d'un alphabet spécifique, respectivement de l'alphabet par défaut, et, sur ré- ponse positive audit premier critère de choix, k2) al- location au document courant d'un alphabet spécifique comme alphabet de référence en fonction du type de suf- fixe reconnu, allocation k1) de cet alphabet spécifique au document précédant ledit document courant ultérieur, et, sur réponse négative audit premier critère de choix, 1) allocation au document courant de l'alphabet par défaut comme alphabet de référence, et allocation de cet alphabet par défaut audit document précédant le document courant ultérieur, et, sur réponse négative audit test j, m) un deuxième critère de choix d'un alphabet spécifique respectivement de l'alphabet par défaut et, sur réponse négative audit deuxième critère de choix, 1) allocation au document courant de l'alphabet par défaut comme al- phabet de référence, et allocation de cet alphabet par défaut audit document précédant le document courant ul- térieur, et, sur réponse positive audit deuxième cri- tère de choix, n) un troisième critère de test d'allocation audit docu- ment précédant le document courant d'un alphabet de ré- férence, et, sur réponse positive audit troisième critère de test, o) allocation audit document courant de l'alphabet de référence alloué audit document précé- dant le document courant, et, sur réponse négative au- dit troisième critère de test, p) un quatrième critère de test de reconnaissance d'au moins un alphabet pour déterminer un alphabet reconnu, par comparaison de mots caractéristiques d'un ou plu- sieurs alphabets avec un masque de décision, et, sur réponse positive au quatrième critère test, q) alloca- tion audit document courant de l'alphabet reconnu, et allocation de cet alphabet reconnu audit document pré- cédant le document courant ultérieur, et, sur réponse négative au quatrième critère de test, en l'absence d'alphabet reconnu, r) allocation manuelle par un uti- lisateur d'un alphabet précisé audit document courant, et allocation de cet alphabet précisé audit document précédant le document courant ultérieur. 6. Procédé de discrimination automatique d'un al- phabet, notamment pour la restitution visuelle ou sonore d'un document HTML dans sa langue d'origine et sa présen- tation initiale, ce document étant délivré par un site WEB obtenu à partir d'une adresse URL déterminée, procédé com- portant au moins, pour ce document courant HTML, les éta- pes consistant à: b) commander la réception dudit document courant; et c) déterminer, relativement audit document courant, au moins un alphabet de référence en fonction de données d'en-tête de documents descriptives de l'alphabet uti- lisé; et, sur réponse positive de cette étape consis- tant à déterminer, relativement au document courant, un alphabet de référence, d) affecter audit document courant l'alphabet de référence déterminé à l'étape c) précédente, et sur réponse néga- tive à ladite étape c) consistant à déterminer relati- vement audit document courant un alphabet de référence: e) allouer audit document courant un alphabet par défaut; et f) soumettre les données à restituer dudit document cou- rant à un processus de filtrage consistant à discrimi- ner le pourcentage des valeurs de code de ces données à restituer compris entre une première et une deuxième valeurs limites, pour établir une valeur de pourcentage descriptive de code de ces données à restituer pour le document courant considéré; g) identifier dans lesdites données à restituer un ensem- ble de mots distinctifs, par comparaison et identifica- tion de ces mots distinctifs vis-à-vis d'une pluralité de dictionnaires réduits de mots préétablis non communs à plusieurs langues d'origine et mémoriser cette opéra- tion de comparaison et d'identification sous forme de listes de mots classées par nombre de mots détectés par langue d'origine et par nombre total de mots, pour éta- blir une pluralité de variables de classement du nombre de mots détectés par langue d'origine et par nombre to- tal de mots; h) soumettre les données à restituer dudit document cou- rant à un test d'existence ou de non existence d'une fin de document dudit document courant, et, sur réponse positive à ce test d'existence ou de non existence d'une fin de document, i) allouer audit document courant un alphabet de référence choisi en fonction de la valeur descriptive de pourcen- tage de code de ces donnés à restituer pour ce document courant et de la valeur d'au moins une variable de classement du nombre de mots détectés par langue d'ori- gine et par nombre total de mots. 7. Dans un système d'interfaçage et d'adaptation entre un terminal d'accès à un serveur interconnectés par un réseau, soumis à un protocole d'intercommunication de type IP et de communication de documents HTML, ce système d'interfaçage et d'adaptation comprenant un module d'ana- lyse et de transformation HTML, un module d'anticipation, un module de conversion en ligne de documents et un module de mémoire cache de documents convertis, un dispositif de gestion automatique de l'alphabet choisi pour la restitu- tion visuelle ou sonore de ces documents HTML courants comprenant au moins, dans ledit module d'analyse et de transformation HTML: - des moyens de mise en ouvre du procédé selon l'une des revendications 1 à 6, lesdits moyens permettant d'attribuer au document courant un alphabet de référence, permettant la restitution visuelle ou sonore de ce docu- ment courant dans sa langue d'origine et sa version ini- tiale; - des moyens de discrimination de la présence, respectivement de l'absence de codage dudit document cou- rant selon un alphabet UNICODE; - des moyens de reconnaissance de la compatibilité dudit terminal avec le codage UNICODE; lesdits moyens de reconnaissance de la compatibilité de ce terminal avec le codage UNICODE permettant: ò soit l'émission et la restitution visuelle ou sonore dudit document courant lorsque l'alphabet de référence alloué à ce document courant est l'alphabet par défaut ou que cet alphabet de référence est l'alphabet UNICODE et que le caractère de compatibilité du terminal avec le codage UNICODE est reconnu; * soit la transformation dudit document courant en fi- chiers de cellules images lorsque cet alphabet de réfé- rence est l'alphabet UNICODE mais que le caractère de compatibilité du terminal avec le codage UNICODE n'est pas reconnu ou lorsque cet alphabet n'est pas l'alpha- bet UNICODE de référence et que le caractère de compa- tibilité du terminal avec le codage UNICODE n'est pas reconnu, puis émission et affichage du document courant transformé; ou encore transformation du document courant par codage au moyen de l'alphabet UNICODE puis émission et resti- tution visuelle ou sonore du document courant transfor- mé lorsque cet alphabet de référence n'est pas l'alphabet UNICODE mais que le caractère de compatibi- lité du terminal avec le codage UNICODE est reconnu. 8. Dans un système d'interfaçage de type passe- relle entre un terminal de type VIDEOTEX interconnecté par l'intermédiaire du réseau téléphonique commuté et d'une liaison spécialisée à ce système de type passerelle et un serveur interconnecté à ce système de type passerelle par l'intermédiaire d'un réseau soumis à un protocole d'inter- communication de type IP et de communication de documents HTML, un dispositif de gestion automatique de l'alphabet choisi pour la restitution visuelle ou sonore de ces docu- ments HTML courants comprenant au moins, dans ladite pas- serelle: - des moyens de mise en oeuvre du procédé selon l'une des revendications 1 à 6, lesdits moyens permettant d'attribuer au document courant un alphabet de référence, permettant la restitution visuelle ou sonore de ce docu- ment courant dans sa langue d'origine et sa version ini- tiale; - des moyens de discrimination de la présence, respectivement de l'absence de codage dudit document cou- rant selon un alphabet de référence correspondant à un al- phabet par défaut, et, sur réponse positive à la présence de cet alphabet par défaut, u transformation dudit document courant en un ou plu- sieurs services au format VIDEOTEX à partir de jeux de caractères de base dudit terminal VIDEOTEX; et sur ré- ponse négative à la présence de cet alphabet par dé- faut, - des moyens de discrimination dans ledit document courant de la présence d'idéogrammes et/ou de caractères codés selon le code UNICODE correspondant à des idéogram- mes, et sur réponse négative à ladite discrimination de présence d'idéogrammes et/ou de caractères codés selon le code UNICODE correspondant à des idéogrammes transformation dudit document courant en un ou plu- sieurs services au format VIDEOTEX à partir de jeux de caractères de base du terminal VIDEOTEX et de jeux de caractères redéfinissables dynamiquement (DRCS), et restitution visuelle ou sonore du document courant transformé correspondant; - des moyens de discrimination de la capacité dudit terminal VIDEOTEX à afficher des fichiers images, et sur réponse positive audit test de discrimination de pré- sence d'idéogrammes et/ou de caractères codés selon le code UNICODE correspondant à des idéogrammes; * sur réponse négative à ladite discrimination de capaci- té dudit terminal VIDEOTEX à afficher des fichiers ima- ges, transformation dudit document courant en un ou plusieurs services au format VIDEOTEX à partir de jeux de caractères de base du terminal VIDEOTEX et de jeux de caractères redéfinissables dynamiquement (DRCS), en fonction de l'alphabet de référence alloué et restitu- tion visuelle ou sonore du document ainsi transformé, la restitution visuelle comprenant également l'affi- chage d'idéogrammes du document courant, et sur réponse positive à ladite discrimination de capaci- té dudit terminal VIDEOTEX à afficher des fichiers ima- ges, transformation dudit document courant en un ou plusieurs services au format VIDEOTEX à partir de jeux de caractères de base du terminal VIDEOTEX et de jeux de caractères redéfinissables dynamiquement (DRCS), en fonction de l'alphabet de référence alloué et restitu- tion visuelle ou sonore du document ainsi transformé, la restitution visuelle comprenant également l'affi- chage d'idéogrammes reconnus sous forme de cellules images.