INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Par ailleurs, le procédé de traduction permet avantageusement de structurer la traduction d'une partie d'un site web en un ou plusieurs écrans WAP. Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que ladite opération de traduction est effectuée par un moyen de traduction non compris dans ledit site web ou dans ledit au moins un appareil mobile. Selon une caractéristique particulière, le procédé de traduction remarquable en ce que le mobile accède au site web via le moyen de traduction. Ainsi, l'invention permet avantageusement à un mobile WAP d'acceder à un serveur de traduction dédié permettant un accès transparent à un site web. Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que ledit moyen de traduction est un site traducteur. Dans les buts précités, l'invention propose aussi un système de traduction d'au moins une partie d'un site web remarquable en ce qu'il comprend - la partie d'un site web; - au moins un appareil mobile , - un moyen de traduction dynamique et effectuée à la volée de la partie d'un site web dans un langage compréhensible par l'appareil mobile, la traduction permettant à l'appareil mobile d'exploiter la partie d'un site web, sans qu'il soit nécessaire d'installer sur le site un moyen spécifique permettant la traduction autre que d'éventuels marqueurs. Les caractéristiques particulières et les avantages du système de traduction étant les mêmes que ceux des procédés de traduction, ils ne sont pas rappelés ici. D'autres caractéristiques et avantages de l'invention apparaitront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels - la figure 1 présente une infrastructure de réseau WAP et web conforme à l'invention selon un mode particulier de réalisation ; - la figure 2 illustre une page d'un site web selon un mode particulier de réalisation ; - la figure 3 illustre un premier écran WAP selon un mode particulier de réalisation ; - la figure 4 illustre un deuxième écran WAP selon un mode particulier de réalisation ; - la figure 5 décrit un organigramme de fonctionnement d'un moyen de traduction conforme à l'invention selon un mode particulier de réalisation ; - la figure 6 décrit un protocole d'échange simplifié entre un mobile WAP, opérateur et un site web conforme à l'invention selon un mode particulier de réalisation ; Le principe général de l'invention repose principalement sur l'utilisation serveur de traduction permettant de mettre en relation un mobile WAP avec un site web. Le serveur de traduction est adapté à traduire à la volée des pages web en ecrans WAP et ce de manière transparente pour le mobile WAP.
Un mode préféré de réalisation utilise des commandes d'aide à la traduction qui insérées dans des commentaires d'une page HTML, en facilite la traduction en un plusieurs écrans WML. Dans ce mode de réalisation, on utilise notamment des commandes d'aide à la traduction suivantes - wmlcard qui extrait un contenu HTNIL pour définir un nouvel écran. Cette commande permet notamment d'utiliser les données HTML qui sont affichées lors de la consultation d'une page HTML par un terminal HTML ; - wmlmenu qui définit un nouvel écran. Cette commande permet notamment d'introduire des données qui ne sont affichées que par un terminal utilisant le langage W1VIL >- - wmlmenuhead ajoute un contenu à l'entête d'un menu déjà défini ; - wmlnemufoot ajoute un contenu à la fin d'un menu déjà défini .- - wmlmehuentry ajoute une entrée à un menu déjà défini. Cette commande permet notamment la création d'hyperlien lorsqu'elle est associée à une adresse universelle URL; - wmlmenuhref est utilisé pour réutiliser un élément existant afin d'ajouter une entrée dans un menu déjà défini ; - wmltarget déplace un contenu HTML dans un autre écran que l'écran courant. Un contenu peut ainsi être placé dans un écran susceptible d'être utilisé par la suite ou dans un écran avec une référence dite " none " indiquant que le contenu HTML spécifié n'est pas sélectionné dans un écran WAP >- - wmlblock ôte le contenu HTML de l'écran courant et le garde en mémoire ; - wmlputblock affiche le contenu HTML gardé en mémoire à l'aide de la commande wmlblock ; - wmltable modifie la présentation d'un tableau (ordre des lignes et des colonnes, sélection des cellules du tableau qui seront affichées..) ; - wmlimg permet l'incorporation d'une image dans une cible courante ainsi qu' personnalisation des attributs de l'image (coordonnées spatiales, hauteur, largeur, coefficient de réduction ou d'agrandissement, normalisation des couleurs ou niveau de gris, ... ) >- - wmlarea permet l'incorporation d'une partie d'image ainsi qu'une personnalisation de ses attributs ; - wmldirect permet la définition de fenêtres à partir d'un ensemble de fenêtres (en anglais frameset) présentes dans un document HTML ; - wmlohly permet d'incorporer du code spécifique HTML destiné aux terminaux WAP simplement.
Ces commandes d'aide à la traduction sont relativement élaborées et sont généralement enrichies lorsqu'elles sont utilisées avec des paramètres qui précisent la traduction à effectuer. A titre illustratif, on peut par exemple insérer dans une page HTML l'ensemble de commandes suivant permettant de définir un écran: " intro " ontimer= " #maih " group= " deck0 " index--> center> Bienvenue sur mon site l--lwmlcard--> Cet ensemble de commandes insérées dans une page HTML permet l'ouverture d'un écran nommé " intro ", avec une adresse URL " #main " qui sera affiché après écoulement d'une temporisation (en anglais " timer ") déterminant la durée de l'affichage, un nom de groupe spécifique " deck0 " et un mot-clé " index " indiquant la position dans un menu. De même, on peut insérer dans une page HTNIL l'ensemble de commandes permettant de définir un menu !-wmlmenu name
!-wmlmenuhead menuref-- "menu "--> center> Bienvenue .sur mon site !--menuhead--> ! wmlcardname= "recherche "tille = "Recherche "menuref= "menu " !- /wmlcard--> !-wmlmenufoot menuref = " menu "> & copy ; Droit de copie Nom de ma compagnie ! /wmlmenufoot> Ainsi, cette suite d'instructions insérées dans une page HTML sous forme de commentaires permet la définition de menus (notamment nom de menu précisé ' ' la commande wmlmenuname) et d'une mise en page élaborée (avec par exemple une entête d'écran spécifiée par la commande wmlmenuhead et un bas d'écran précisé par la commande wmlmenufoot).
D'une manière générale, le jeu d'instructions et de paramètres associés est riche et permet de préciser finement notamment la mise en page WML, les paramètres d'affichage de texte, de tableaux ou d'images et la définition d'hyperliens.
On présente, en relation avec la figure 1, une infrastructure de réseau WAP et Cette infrastructure comprend notamment - un mobile WAP 10 >- - un point d'accès à un réseau de télécommunication mobile 17 - un serveur de traduction 11 chargé de la traduction de pages web en écrans WAP >- - un site web 12 contenant au moins une page web - un terminal web 15 Le terminal WAP 10 communique via une liaison sans fil 13 avec le point d'accès ' un réseau de télécommunication mobile 17. . Ce terminal est par exemple un téléphone mobile un terminal multimédia sans fil, un " pager ". Le réseau de télécommunication mobile 17 est par exemple un réseau local sans fil, un réseau de type GSM, DECT, GPRS ou mobile de troisième génération. Le réseau de télécommunication mobile 17 est lui-même relié au serveur de traduction 11 via une liaison filaire 18. Un portail (en anglais " gateway ") non représenté peut être présent entre le point d'accès 17 et le site de traduction 11. La communication entre le terminal WAP 10 et le serveur de traduction 11 se fait selon un protocole WAP en utilisant le langage WNIL, Le serveur de traduction 11 communique via une liaison filaire 14 avec un site web 12 selon un protocole HTTP en utilisant le langage HTML. Le site web 12 est un site quelconque par exemple de service (par exemple, météo, bancaire..) ou d'information (routière, d'évènement,_) géré par exemple par une entreprise ou un particulier.
Le terminal web 15 accède au site web 12 via une liaison filaire 16 selon un protocole HTTP. Le terminal web est un terminal par exemple de type micro ordinateur possédant un écran couleur avec une bonne résolution. La figure 2 représente une page web 20 du site web 12 telle que proposée au terminal web 15. La page web 20 est de grande taille, en couleur et possède une haute résolution adaptée à l'écran du terminal web 15. Elle comprend notamment - un texte 21 " Aujourd'hui : Soleil " - une image 24 représentant un soleil avec une forte définition et en couleur par exemple à l'un des formats connus sous les noms de JPEG ou GIF - un texte 22 " Demain: Pluie " - une image 25 représentant un nuage avec une forte définition et en couleur - un texte 23 " Après-demain : Pluie ". La figure 3 représente un premier écran WAP 30 issu de la traduction de la page web 20 par l'opérateur 11 et tel que proposé au terminal WAP 10. Le premier écran WAP 30 est de petite taille, monochrome et possède faible résolution adaptée à l'écran de visualisation du terminal WAP 10. Il comprend notamment - un texte 31 " Aujourd'hui : Soleil " repris du texte 21 éventuellement simplifié - une image 32 représentant un soleil, issue d'une transformation effectuée par l'opérateur 11 visant à réduire la taille de l'image, à la rendre monochrome et à réduire la définition. - une icône 33 d'invitation à aller à un deuxième écran WAP représenté regard de la figure 4.
La figure 4 représente un deuxième écran WAP 40 issu de la traduction de page web 20 par l'opérateur 11. Ce deuxième écran WAP 40 est tel que proposé au terminal WAP 10 à la suite du premier écran 30 lorsque l'utilisateur du terminal WAP 10 a cliqué sur l'icône 33, l'opérateur 11 ayant créé un hyperlien entre l'icône 33 et le deuxième écran WAP 40.
Il est courant que des portions de codes en HTML soient générées dynamiquement côté client, dans le navigateur, grâce à des portions de code écrits dans des langages comme JavaScript et embarqués dans le code HTML principal.
Pour permettre la localisation du contenu HTML généré dynamiquement, le procédé selon l'invention consiste à : # implémenter l'outil 11 de localisation dans le langage de génération dynamique de code, en JavaScript par exemple; # inclure le chargement du code de l'outil 11 de localisation JavaScript correspondant dans la page sur la toile HTML principale (celle générant du code HTML à la volée sur le client) ; # faire charger par l'outil 11 de localisation JavaScript les fichiers 10 de traduction nécessaires à la localisation du code HTML généré sur le client ; # faire appel à l'outil 11 de localisation JavaScript au fur et à mesure de la génération de code HTML.
A défaut d'utiliser une version JavaScript de l'outil 11 de localisation, le concepteur de document Internet peut faire appel à des CGI (Common Gateway Interface ; interface de passerelle commune ). Les composants CGI sont placés sur le serveur 2 et permettent d'exécuter des actions, d'interroger des bases de données, etc. ; ils sont supposés générer des pages HTML ; le standard CGI est un standard Internet Les composants CGI sont susceptibles de réaliser les opérations de localisation qui s'imposent, en passant à ce CGI une variable donnant une indication sur la langue cible proposée à l'utilisateur.
Les formes de réalisation du procédé selon la présente invention sont très variées. Selon une forme de réalisation entrant dans le cadre d'un processus de développement logiciel, l'étape de création des fichiers
localisés est faite en usine avant la mise sur cédérom de tous les fichiers de l'application, auquel cas tous les fichiers localisés sont mis à disposition du producteur avant le pressage du cédérom et les fichiers localisés sont livrés (avec ou sans les fichiers de référence) directement sur le cédérom. Cette forme de réalisation évite d'avoir à livrer, documenter, maintenir vis-àvis de tiers l'outil 11 de localisation.
L'outil 11 de localisation est éventuellement livré (avec les fichiers 8 de référence) aux tiers pour qu'ils étendent par eux-mêmes le nombre de langues supportées. Cela implique une documentation des fichiers 8 de référence pour faciliter la constitution des fichiers 10 de traduction, et la mise en place d'une structure capable de répondre aux questions de ces tiers.
Une autre forme de réalisation consiste à livrer l'outil 11 de localisation et les fichiers 8 de référence, les fichiers localisés étant réalisés à l'installation du logiciel (ce qui offre un gain de place sur le cédérom dudit logiciel), à la demande (quelques temps après l'installation), ou à la volée (i.e. : en cours d'exécution, comme expliqué précédemment avec les solutions JavaScript embarquées dans des pages sur la toile, ou l'utilisation de processus CGI).
Une autre forme de réalisation de l'invention concerne les lecteurs de cédéroms MP3 sur lesquels sont inscrits des fichiers XML. Les fichiers XML contiennent des informations sur les titres stockés sur le cédérom, les paroles associées à chacun des titres et l'encodage MP3 des titres en question. Les fichiers XML constituent des fichiers 8 de référence. Lorsque le lecteur de cédéroms lit les fichiers XML , il est en liaison avec un outil de localisation et des fichiers de traduction qui permettent la constitution de fichiers XML localisés suivant le pays dans lequel on se trouve.
Le procédé selon l'invention est également susceptible d'être mis en oeuvre dans l'éditeur 12 de pages sur la toile. L'éditeur 12, à chaque fois qu'un utilisateur saisit un contenu à internationaliser (un texte, en particulier) associe audit contenu un identifiant unique, propose la saisie d'une valeur par défaut du contenu à internationaliser, et propose la saisie des différentes valeurs prises par ce contenu dans les différentes langues cibles du document en cours d'édition. L'éditeur crée le fichier 8 de référence et les fichiers 10 de traduction associés et les mémorise dans des moyens 16 de stockage. L'éditeur propose : # une saisie ergonomique de ces différents messages pour les différentes langues ciblées par le document , # une facilité de stockage et de constitution de fichiers 10 de traduction lisibles pour les traducteurs ne possédant pas l'outil pour éditer les contenus à localiser ; # une création aisée de contenu localisé à partir des fichiers 8 de référence et des fichiers 10 de traduction.
Contrairement à des éditeurs équivalents qui pourraient exister pour la constitution de documents particuliers, cet éditeur aurait à mémoriser des attributs de localisation associés à l'élément de document à localiser, notamment : le type d'élément localisé (du texte, un nombre, une valeur monétaire, un icône, un son, une couleur, etc ), les paramètres associés à ce type, les paramètres associés au message à localiser (pour les messages à partie fixe et à partie variable).
Un avantage de la présente invention est le comportement des navigateurs face à des balises inconnues et dans la présente invention les balises dédiées à la localisation : comme vu plus haut, lorsque le navigateur rencontre de telles balises, il les ignore. Ainsi, le fichier 8 de référence contenant la page d'origine exprimée dans le langage pivot peut être utilisé en l'état sans qu'il soit nécessaire de le faire passer dans l'outil 11 de
localisation (à quelques exceptions près, concernant notamment les messages avec des paramètres).
Un autre avantage est l'existence de d'analyseurs syntaxiques de langages à balises ; ils sont nombreux, peu encombrants et très faciles à utiliser. La conception de l'outil de localisation pourrait reposer selon une forme de réalisation sur des analyseurs syntaxiques existants.
La présente invention concerne le procédé d'internationalisation du contenu de documents 8 à balises consistant à : # détecter une balise destinée à la localisation du document 8, le ou les attributs de localisation, et éventuellement la valeur de localisation par défaut associée à ladite balise au moyen de l'outil 11de localisation ; # rechercher, si nécessaire, dans les moyens 9 de mémorisation dans le fichier 10 de traduction la valeur localisée de l'élément associé à cet ou ces attributs de localisation ; # remplacer dans le document 8 la balise par la valeur localisée retrouvée dans le fichier 10 de traduction, ou par la valeur de localisation par défaut, ou par une valeur obtenue à travers les fonctions de transcription automatique.
Le procédé consiste à rechercher le type du document 8 de manière à reconnaître les balises utilisées dans ledit document et leur grammaire et syntaxe et réaliser la détection des balises destinées à la localisation.
Le procédé consiste à utiliser comme attribut de localisation un identifiant unique, un type d'élément, et éventuellement des paramètres et/ou des attributs spécifiques du type.
*Un exemple schématique de cette invitation en est illustré à la figure 54.
Considérons par exemple, en référence aux figures 222 et 223, deux clients CIet C2. Le client CIpossède les objets permanents partagés O1et 02, tandis que le client C2 possède les objets permanents partagés 01, 02 et 03. Les clients possèdent des verrous comme suit : le client C1 possède le verrou W/R sur 01. le client C2 possède le verrou W/R sur 02 et 03.
comprise entre 200 et 300 gm.
La plaque 2 peut avoir une épaisseur comprise entre
1 mm et 5 cm.
Chaque diode photoémissive 3 possède, de manière connue, deux électrodes d'alimentation. Une couche d'un matériau conducteur de l'électricité 4 (voir aussi la figure 2), par exemple d'aluminium ou d'argent, est placée entre les diodes photoémissives 3 et la face arrière de la plaque 2, et elle a aussi pour fonction de dissiper une partie au moins de la chaleur dégagée par les sources 3. Dans une variante, il est possible d'utiliser un matériau transparent conducteur, tel que de l'oxyde d'étain et d'indium. Les
électrodes opposées des diodes photoémissives 3 sont connec-
tées en parallèle par des liaisons 5 à une seconde couche conductrice 6 qui est aussi appliquée à la surface de la
plaque 2.
Du côté des sources 3 opposé à la plaque 2 est disposée
une seconde plaque 7, par exemple formée de matière plas-
tique moulée, comprenant des dispositifs de collimation des rayons lumineux émis par les sources 3, ce dispositif, dans l'exemple représenté, étant sous forme d'un arrangement de microsaillies 7a associées chacune à une source 3 et ayant un revêtement réfléchissant 8. Les microsaillies 7a peuvent
avoir un profil paraboloidal ou tout autre profil géomé-
trique simple ou complexe ou même un profil segmenté. Comme l'indique la figure 3, les rayons lumineux émis par chaque source 3 sont dirigés vers la surface réfléchissante 8 qui
les renvoie vers l'extérieur sous forme d'un faisceau colli-
maté ou qui converge de manière prédéterminée. Selon une autre caractéristique, la surface externe 2a de la plaque 2 peut avoir un arrangement de microsaillies 9 à action de diffraction ou de réfraction destiné à donner un faisceau
lumineux possédant les caractéristiques voulues.
De préférence, la plaque 7 est formée de la même matière plastique transparente que la plaque 2, ou elle a un
Parmi ce type de polymères épaississants anioniques à chaîne grasse, on utilisera plus particulièrement des polymères formés à partir d'un mélange de monomères comprenant : (i) essentiellement de l'acide acrylique, (ii) un ester de formule (VII) décrite ci-dessus et dans laquelle R19 désigne H ou CH3, R20 désignant un radical alkyle ayant de 12 à 22 atomes de carbone, (iii) et un agent réticulant, qui est un monomère insaturé polyéthylénique copolymérisable bien connu, comme le phtalate de diallyle, le (méth)acrylate d'allyl, le divinylbenzène, le diméthacrylate de (poly)éthylèneglycol, et le méthylène-bis-acrylamide.
-(IV) les terpolymères acryliques comprenant : (a) environ 20% à 70% en poids d'un acide carboxylique à insaturation [alpha],ss- monoéthylénique,
(b) environ 20 à 80% en poids d'un monomère à insaturation a,-monoéthylénique non-tensio-actif différent de (a), (c) environ 0,5 à 60% en poids d'un mono-uréthane non-ionique qui est le produit de réaction d'un tensio-actif monohydrique avec un monoisocyanate à insaturation monoéthylénique, tels que ceux décrits dans la demande de brevet EP-A-0173109 et plus particulièrement celui décrit dans l'exemple 3, à savoir, un terpolymère acide méthacrylique lacrylate de méthyle/diméthyl métaisopropényl benzyl isocyanate d'alcool béhényle éthoxylé (400E) en dispersion aqueuse à 25%.
Polymères épaississants amphiphiles à chaîne grasse de type non ionique.
Parmi eux, on choisit de préférence : -(1) les celluloses modifiées par des groupements comportant au moins une chaîne grasse ; on peut citer à titre d'exemple : - les hydroxyéthylcelluloses modifiées par des groupements comportant au moins une chaîne grasse tels que des groupes alkyle, arylalkyle, alkylaryle, ou leurs mélanges, et dans lesquels les groupes alkyle sont de préférence en C8-C22, comme le produit NATROSOL PLUS GRADE 330 CS (alkyles en C16) vendu par la société AQUALON, ou le produit BERMOCOLL EHM 100 vendu par la société BEROL NOBEL, - celles modifiées par des groupes polyalkylène glycol éther d'alkyl phénol, tel que le produit AMERCELL POLYMER HM-1500 (polyéthylène glycol (15) éther de nonyl phénol) vendu par la société AMERCHOL.
- (2) les hydroxypropylguars modifiés par des groupements comportant au moins une chaîne grasse tel que le produit ESAFLOR HM 22 (chaîne alkyle en C22) vendu par la société LAMBERTI, les produits RE210-18 (chaîne alkyle en C14) et RE205-1 (chaîne alkyle en C2o) vendus par la société RHONE POULENC.
- (3) les copolymères de vinyl pyrrolidone et de monomères hydrophobes à chaîne grasse ; on peut citer à titre d'exemple :
- les produits ANTARON V216 ou GANEX V216 (copolymère vinylpyrrolidone / hexadécène) vendu par la société I.S.P.
- la pureté est vérifiée par chromatographie liquide à haute performance (HPLC) sur un appareil Merck Lachrom et le temps de rétention observé est rapporté pour l'éluant utilisé.
- l'identité des produits obtenus avec les structures proposées est vérifiée par leur spectre de résonance magnétique nucléaire du proton et par leur spectrométrie de masse.
Les spectres R.M.N 1H sont réalisés à 400 MHz sur un appareil de marque Brüker, les composés étant dissous dans le deutérochloroforme avec le tétraméthylsilane comme référence interne. La nature des signaux, leurs déplacements chimiques en ppm et le nombre de protons qu'ils représentent sont notés.
Les spectres de masse sont enregistrés sur un spectromètre Micromass Platform LC en electrospray positif.
EXEMPLE 1 Oxydation du N-(9-Methyl-4-oxo-1-phenyl-3,4,6,7-tetrahydro- [1,4]diazepino[6,7,1-hi]indol-3-yl)-isonicotinamide (1) avec 1 équivalent d'iodosylbenzène (PhIO) catalysée par la tétra- (2,6-dichlorophényl)porphyrine de manganese Mn(TDCPP)Cl dans divers solvants
Ces réactions, en présence d'un seul équivalent d'iodosylbenzène, donnent les produits d'oxydation 2,3, 4, 5,6 et 7 en plus du produit de départ non converti tel qu'illustré par le schéma 1 :
Le composé 1 (39. 6 mg, 100 mol) est dissout dans le mélange de solvant choisi (960 L) en ajoutant d'abord si nécessaire le solvant protique (ici utilisé comme co-solvant) puis le solvant principal (dichlorométhane ou trifluorotoluène). La solution est agitée pendant 30 minutes
avant d'ajouter une solution 25 mM de tétra-(2,6dichlorophényl) porphyrine de manganese Mn(TDCPP)Cl dans le dichlorométhane (40 L, 1 mol, 1 mol%). Après 15 min, on ajoute l'iodosylbenzène PhIO (22 mg, 1 équiv.). La réaction est contrôlée une heure après addition en analysant par HPLC un échantillon composé de 10 L de mélange réactionnel, 10 L d'une solution 10 mM d'étalon interne dans 1:1 méthanol/acétonitrile et de 980 L d'une solution 1 :1 méthanol et d'acétonitrile. La structure de l'étalon interne est la suivante:
L'échantillon est injecté sur une colonne Kromasil 5C18 250x4.6 mm et élué à 1 mL/min avec un gradient d'acétonitrile et de méthanol dans l'eau (température du four 25 C, UV 240 nm):