Par exemple, dans le contexte de l'Internet, les différents postes clients connectés à un tel réseau sont par nature hétérogènes. Cette hétérogénéité est d'ordre matériel (ordinateur personnel ou PC (personnel computer), MacIntosh d'AppleI station de travail), d'une part, et, d'autre part, d'ordre logiciel (système d'exploitation de type Windows", Machos", Linux, Unix, etc...).

Du fait de cette hétérogénéité, la représentation graphique d'une chaîne de caractères sur une page de type HTML (HyperText Markup Language ou langage de marquage pour hypertexte) s'effectue généralement avec une ou plusieurs substitutions de familles de polices de caractères en une autre. Ainsi, la page n'apparaît pas à l'identique pour les divers postes clients connectés.

La solution serait de fournir avec la page HTML le ou les fichiers de polices de caractères utilisés dans cette page. Mais la taille de ce type de fichiers (de l'ordre de 200 kilo-octets en moyenne) rend cette solution incompatible avec la bande passante du réseau sauf à avoir des temps de latence totalement excessifs.

De plus, il faudrait réaliser une installation du ou des

fichiers de polices de caractères sur le poste client, ce qui nécessite une intrusion sur le dit poste client.

Une telle installation nécessite de plus un temps non négligeable pour s'accomplir. D'autre part, la représentation d'une chaîne de caractères avec un tel fichier de polices nécessite l'utilisation d'un moteur graphique particulier qui n'est pas systématiquement présent sur le poste client selon le système d'exploitation utilisé sur ce dit poste client. De plus, l'installation d'un tel moteur graphique présuppose que l'utilisateur du poste client accepte cette installation, ce qui n'est absolument pas garanti.

D'autres approches demandent un travail supplémentaire au concepteur de la page HTML, ce qui entraîne des coûts non négligeables de conception, de réalisation et de maintenance.

Un but de l'invention est de fournir un procédé d'affichage d'éléments textuels sur un poste client de manière reproductible indépendamment de la configuration locale du poste client et indépendamment d'une architecture client/serveur.

Pour cela, on prévoit, selon l'invention, un procédé d'affichage sur un poste client d'un document transmis par un poste serveur et comportant des éléments textuels, caractérisé en ce qu'il comprend les étapes suivantes : mémoriser dans le poste serveur un fichier de police source comprenant une cartographie binaire d'un ensemble prédéterminé de

caractères aptes à constituer les éléments textuels, au niveau du poste serveur, préparer le document contenant les éléments textuels, l'aspect des éléments textuels dans le document étant obtenu par des références aux caractères correspondants dans le fichier de police source, transmettre au poste client le document, mémoriser dans le poste client un fichier de police local identique au fichier de police source, et au niveau du poste client, utiliser les références en combinaison avec le fichier de police local pour reconstituer fidèlement l'aspect des éléments textuels.

Ainsi, la forme des caractères constituant les éléments textuels est transmise au poste client qui peut alors les afficher à l'identique sur ses moyens d'affichages.

Avantageusement, mais facultativement, le procédé présente une des caractéristiques additionnelles suivantes : * l'étape de mémorisation dans le poste client d'un fichier de police local, comporte des sous-étapes suivantes si le fichier de police local n'est pas présent sur le poste client : requte par le poste client d'une copie du fichier de police source au poste serveur ;

'transmission par le poste serveur au poste client d'une copie du fichier de police source ; et, réception par le poste client de la copie du fichier de police source comme fichier de police local ; * le fichier de police source, une fois constitué, est compressé en vue de sa transmission ; * le fichier de police source est créé par des étapes suivantes : - appel du dessin du caractère engendré par un système d'exploitation du poste serveur ; - dessin du caractère dans une mémoire organisée de manière bidimensionnelle du poste serveur ; - lecture dans la mémoire bidimensionnelle de chaque point du dessin du caractère formant la cartographie binaire du caractère ; concaténation des valeurs de chaque point du dessin dans une mémoire tampon du poste serveur ; et, - mémorisation des concaténations à partir de la mémoire tampon dans le fichier de police source.

* préalablement à l'appel du dessin du caractère, on effectue une mise à zéro de la mémoire bidimensionnelle dans lequel on va dessiner le caractère ; * le procédé présente une étape préliminaire d'allocation d'une mémoire organisée de manière bidimensionnelle pour représenter tous les caractères de la police de caractères ;

*lors de l'utilisation des références en combinaison avec le fichier de police local pour reconstituer fidèlement l'aspect des éléments textuels : pour chaque caractère à afficher des éléments textuels, on lit dans le fichier de police local la cartographie binaire du caractère donnant les valeurs des points du caractère ; on dessine sur des moyens d'affichage du poste client le caractère à partir des valeurs des points lus dans le fichier de police local ; * le document comprend une routine apte à mettre en oeuvre l'étape d'utilisation des références en combinaison avec le fichier de police local pour reconstituer fidèlement l'aspect des éléments textuels.

On propose aussi, selon l'invention, un procédé de génération sur un poste serveur d'un document apte à tre transmis et comportant des éléments textuels, caractérisé en ce qu'il comprend les étapes suivantes : mémoriser dans le poste serveur un fichier de police source comprenant une cartographie binaire d'un ensemble prédéterminé de caractères aptes à constituer les éléments textuels, préparer le document contenant les éléments textuels, l'aspect des éléments textuels dans le document étant obtenu par des références aux caractères correspondants dans le fichier de police source, transmettre à un poste client le document, et

mettre à disposition le fichier de police source.

Avantageusement, mais facultativement, le procédé présente une des caractéristiques additionnelles suivantes : * le fichier de police source, une fois constitué, est compressé en vue de sa transmission ; * le fichier de police source est créé par des étapes suivantes : appel du dessin du caractère engendré par un système d'exploitation du poste serveur ; - dessin du caractère dans une mémoire organisée de manière bidimensionnelle du poste serveur ; - lecture dans la mémoire bidimensionnelle de chaque point du dessin du caractère formant la cartographie binaire du caractère ; - concaténation des valeurs de chaque point du dessin dans une mémoire tampon du poste serveur ; et, -mémorisation des concaténations à partir de la mémoire tampon dans le fichier de police source.

* préalablement à l'appel du dessin du caractère, on effectue une mise à zéro de la mémoire bidimensionnelle dans lequel on va dessiner le caractère.

* le procédé présente une étape préliminaire d'allocation d'une mémoire organisée de manière bidimensionnelle pour représenter tous les caractères de la police de caractères.

On propose aussi, selon l'invention, un procédé d'affichage sur un poste client d'un document transmis par un poste serveur et comportant des éléments textuels, caractérisé en ce qu'il comprend les étapes suivantes : réception du document transmis, mémoriser dans le poste client un fichier de police local identique au fichier de police source, et utiliser les références en combinaison avec le fichier de police local pour reconstituer fidèlement l'aspect des éléments textuels.

Avantageusement, mais facultativement, le procédé présente une des caractéristiques additionnelles suivantes : * l'étape de mémorisation dans le poste client d'un fichier police local, comporte des sous-étapes suivantes si le fichier de police local n'est pas présent sur le poste client : Requte par le poste client d'une copie du fichier de police source au poste serveur ; 'transmission par le poste serveur au poste client d'une copie du fichier de police source ; et, réception par le poste client de la copie du fichier de police source comme fichier de police local.

* lors de l'utilisation des références en combinaison avec le fichier de police local pour reconstituer fidèlement l'aspect des éléments textuels : pour chaque caractère à afficher des éléments textuels, on lit dans le fichier de police local la cartographie binaire du caractère donnant les valeurs des points du caractère ; on dessine sur des moyens d'affichage du poste client le caractère à partir des valeurs des points lus dans le fichier de police local.

* le document comprend une routine apte à mettre en oeuvre l'étape d'utilisation des références en combinaison avec le fichier de police local pour reconstituer fidèlement l'aspect des éléments textuels.

On prévoit en outre, selon l'invention, un réseau d'ordinateurs comportant au moins un poste serveur et au moins un poste client, caractérisé en ce qu'il comporte des moyens aptes à mettre en oeuvre le procédé présentant au moins l'un des caractéristiques précitées.

On prévoit aussi, selon l'invention, un poste serveur connecté à un réseau d'ordinateurs caractérisé en ce qu'il comporte des moyens aptes à mettre en oeuvre le procédé présentant au moins l'un des caractéristiques précitées.

On prévoit en outre, selon l'invention, un poste client connecté à un réseau d'ordinateurs caractérisé en ce qu'il comporte des moyens aptes à mettre en oeuvre le

procédé présentant au moins l'un des caractéristiques précitées.

D'autres caractéristiques et avantages de l'invention apparaîtront dans la description ci-après d'un mode de réalisation préféré de l'invention. Aux dessins annexés : la figure 1 est un schéma représentant la structure d'un réseau informatique ; la figure 2 est une représentation point par point d'un caractère d'une police de caractères.

L'invention s'applique dans l'environnement d'un réseau tel qu'illustré à la figure 1. Le réseau comporte un ou plusieurs postes client 11,12,13, reliés à un ou plusieurs postes serveur 1, 2, selon un réseau informatique de type intrant, extranet, ou encore internet.

DEFINITIONS : Familles : la famille de police de caractères désigne la silhouette générique des différents caractères de la police, comme par exemple Arial ou Times.

Tailles : la taille de la police est généralement comptée en nombre de points (pixels à l'écran) pour le caractère m. Par exemple, une police de taille 10 indique que la hauteur du caractère m est de 10 points.

D'autres mesures sont cependant possibles.

Style : une police de caractères peut de décliner en plusieurs styles : les styles les plus courants sont

plain (normal), bold (gras), italic (italique). A noter que la notion de bold est représentable par un nombre de 1 à 1000 par exemple. Plus le nombre est élevé, plus les caractères apparaissent appuyés.

La première étape de l'invention s'effectue sur un poste serveur. Cette première étape concerne l'extraction et la génération d'un ou plusieurs caractères à partir d'une police de caractères pour une famille donnée, une taille donnée et un style donné. L'extraction consiste à charger dans un environnement graphique la famille, la taille et le style désirés d'une police de caractères donnée. L'environnement graphique du serveur est déterminé par son système d'exploitation comprenant un environnement donné. Par exemple, cet environnement graphique peut tre celui de Microsoft"Windows", MacOS" d'Apple, Linux, Solaris, ou encore Java II. Chaque dessin de caractère est inscrit en mémoire au sein de l'environnement graphique de manière tour à tour, en blanc sur fond noir.

Un exemple est illustré en figure 2 pour le caractère m.

L'information pour la police de caractères utilisée permet, pour chaque caractère, de connaître son encombrement horizontal et vertical. Dans l'illustration de la figure 2, le caractère m a un encombrement horizontal N égal à 13 points et un encombrement vertical M égal à 7 points. L'information de la forme de chaque caractère est considérée comme binaire, de manière préférentielle : un pixel (ou un point) est soit blanc ou allumé, soit noir ou éteint. Lorsque le point est blanc, on considère que sa valeur est égale à 1 ou

vrai. De mme, lorsque le point est noir, on considère que sa valeur est égale à 0 ou faux. La boucle d'extraction et de génération selon l'invention peut s'écrire comme suit : - allocation d'une portion de mémoire de l'environnement graphique suffisant pour pouvoir y dessiner tous les caractères d'une famille de caractères donnée, d'une taille donnée et d'un style donné ; - sélection dans cette portion de mémoire de l'environnement graphique d'un ou plusieurs caractères désirés.

- pour chaque caractère désiré : - mise à zéro d'une zone de la portion de mémoire de l'environnement graphique nécessaire à la représentation du caractère ; - appel du dessin du caractère ; - dessin dans la zone du caractère ; et - extraction et concaténation des valeurs des points du dessin dans une mémoire tampon.

L'extraction des valeurs des points consiste à déterminer si le point est blanc (1) ou noir (0). La concaténation des valeurs de ces points consiste simplement à placer dans un mme octet (soit 8 bits), les valeurs de 8 points successifs. Les différents points sont lus de gauche à droite et de haut en bas, comme cela est illustré par la numérotation des colonnes et des lignes sur la figure 2. Le caractère étant représenté par une matrice N par M, cette concaténation nécessite : P tiE tiè7e (N+7) *M octets.

Dans l'exemple

du caractère m illustré à la figure 2, ce caractère m occupe une matrice de 13 x 7. Ainsi, la concaténation selon l'invention de cette matrice nécessitera donc partie entière ( (13+7)/8) x 7 octets, soit 14 octets dans cet exemple. L'extraction des valeurs des points et leur concaténation donneront les valeurs d'octet suivantes : i\j 1 2 1 11011110 11110XXX 2 11111111 lllllXXX 3 01100011 00011XXX 01100011 00011XXX 01100011 00011XXX 6 01100011 00011XXX 7 01100011 00011XXX L'octet i=l, j=1 correspond aux points 1 à 8 de la première ligne de la matrice de m.

L'octet i=l, j=2 correspond aux points 9 à 13 de la première ligne de la matrice de m. Comme il n'y a pas 8 points successifs pour construire cet octet, on complète soit par des 0 soit par des 1 en lieu et place des X indiqués ci-dessus.

L'octet i=2, j=1 correspond aux points 1 à 8 de la deuxième ligne de la matrice de m, et ainsi de suite, pour que toute la matrice de m soit concaténée.

Au final, on obtient, comme concaténation, la succession de chiffres hexadécimaux, si on considère X=0 : DE FO FF F8 63 18 63 18 63 18 63 18 63 18 soit 14 octets.

La deuxième étape principale de l'invention est la préparation ou l'assemblage des données définissant chacun des caractères générés lors de la première étape, dans le but de pouvoir les transmettre à travers le réseau. Cette étape de préparation est effectuée sur le poste serveur, comme cela est décrit ci-dessous.

Après avoir concaténé la matrice de chaque caractère, comme nous venons de le décrire, le résultat de la concaténation est ensuite stocké dans un fichier. Ce fichier peut contenir, de manière préférentielle, un ou plusieurs caractères concaténés. Dans le cas de plusieurs caractères concaténés, le contenu du fichier est décrit ci-après.

Le fichier est stocké de manière préférentielle sur des moyens de stockage que comprend le serveur, ces moyens de stockage pouvant tre un disque dur. L'avantage de stocker le fichier sur le disque dur permet d'éviter de régénérer les informations de concaténation pour une famille de polices donnée pour une taille donnée et un style donné à chaque fois que des éléments textuels sont affichés sur un poste client selon une telle famille de police de caractères pour une telle taille et pour un tel style. Le fichier comprend les informations nécessaires concernant chaque caractère. Il comporte des informations globales sur la police, telles que la hauteur maximale des caractères, la position de la ligne de base qui correspond à une ligne horizontale sur laquelle s'alignent tous les caractères, la distance verticale maximale en points au-dessus de cette ligne de

base ainsi que la distance verticale maximale en dessous de cette mme ligne de base. D'autre part, le fichier comporte des informations d'encombrement horizontal de chacun des caractères, ainsi que les positions au sein du fichier pour chacune des matrices de chacun des caractères ainsi que l'ensemble de ces matrices concaténées lors de l'étape précédente ci-dessus décrite. Les informations d'encombrement horizontal pour un caractère donné sont, de préférence, indexées sur la valeur, selon le code ASCII (ou UTF8), du caractère. De mme, la position de la matrice d'un caractère donné est indexée de la mme manière dans le fichier comportant tous les caractères.

Enfin le fichier ainsi constitué est ensuite compressé en utilisant une méthode de compression standard de fichier, comme par exemple en utilisant la méthode de compression dite « ZIP ». Une telle compression de ce type de fichier est particulièrement efficace, puisqu'un taux de compression de 1 : 8 est typiquement obtenu. Le résultat final est donc, pour chaque famille de police, constitué de n fichiers très compacts, un fichier par taille et style donnés.

De manière préférentielle, tous les fichiers ainsi générés peuvent se retrouver sur les moyens de stockage du poste serveur. Il faut noter que seuls les fichiers contenant une famille, une taille et un style nécessaires sont générés. Cela permet de réduire au maximum la place occupée par ces fichiers sur les moyens de stockage du poste serveur.

Lors de la transmission au poste client d'éléments textuels à afficher, le fichier compressé est transmis avec ces éléments textuels si le poste client ne comporte pas dans son cache le dit fichier ou si le poste client comporte une version antérieure du dit fichier compressé.

Il est à noter qu'en aucun cas, la police source ne reste installée sur le poste client, dans le sens où elle ne devient pas utilisable pour un autre document.

Cette caractéristique permet de ne pas violer les règles du droit d'auteurs des polices de caractères, à savoir que la plupart des polices permettent l'intégration à l'intérieur d'un document en mode prévisualisation, ce qui est le cas dans l'invention.

La troisième étape principale de l'invention est la génération des caractères sur le poste client. Cette génération se fera à partir des fichiers transmis par le poste serveur au poste client, les fichiers ayant été générés selon les étapes précédentes. Au moment où une chaîne de caractères doit tre dessinée à l'écran selon une famille, une taille et un style donnés, le poste client charge si nécessaire à travers le réseau sur le poste serveur le fichier correspondant qui lui est alors transmis selon le protocole du réseau comme on va le décrire. Dans le cas d'un réseau internet, extranet ou intranet, le protocole peut tre le protocole HTTP (HyperText Transfert Protocol ou protocole de transfert d'hypertexte). En pratique, le fichier de police n'est transmis qu'une seule fois au poste client. En effet, le poste client comprenant une mémoire cache, il existe une

probabilité importante pour que le fichier de police considéré y soit déjà chargé lorsqu'une utilisation ultérieure de ce fichier est demandée. Lors de cette utilisation ultérieure, la décision de charger ou non le fichier à partir du poste serveur dépend principalement de la comparaison de la date du dernier chargement à la date de modification du fichier sur le poste serveur : si cette date de modification est plus récente, le fichier est rechargé, sinon le fichier du cache est utilisé.

Sur le poste client, une boucle ou une routine de dessin est implmentée. Cette boucle de dessin va permettre de dessiner sur les moyens d'affichage du poste client les différents caractères d'une chaîne de caractères à partir des informations contenues dans le fichier transmis. L'implémentation de la boucle de dessin est faite de préférence en langage JAVA, ceci afin de garantir un maximum de compatibilité avec les systèmes existants sur les différents postes clients. D'autre part, comme les matrices de caractères chargées sont en fait déjà organisées comme elles doivent tre affichées à l'écran, l'utilisation d'un langage interprété comme un langage de type JAVA (par opposition à un langage compilé pour un processeur donné) est suffisamment rapide pour tre transparent du point de vue de l'utilisateur.

La boucle de base de dessin est la suivante : elle comprend les données d'entrée suivantes : la chaîne de caractères à dessiner ; la position horizontale x et verticale y ; et

la couleur de dessin.

L'algorithme de la boucle est le suivant : soit x = position horizontale du premier caractère soit y = position verticale du premier caractère soit dy = hauteur de la police Pour chaque caractère c de la chaîne : soit o = position dans le fichier depuis le début du fichier de la matrice de c soit w = largeur du caractère c lu dans le fichier pour chaque i de 0 à dy pour chaque j de 0 à Payez(N+7) _1 8 J soit Bij = jème octet de la ième ligne du caractère c dans sa matrice pour chaque bit b de Bij de 0 à 7 (de gauche à droite) si Bij [b] est vrai, alors pixel (x+j*8+b, x+i) =couleur b = b + 1 j = j + 1 i = i + 1 x = x + w (déplacement à la position du caractère suivant dans la chaîne) Il est à noter que, seuls, les bits non nuls sont considérés. Si un fond particulier est désiré, celui-ci doit tre créé avant le dessin des caractères à proprement dit, que le fond soit uni ou que le fond soit constitué d'une image par exemple.

Cette boucle de base de dessin telle que décrite peut tre augmentée afin de permettre un anti-aliasing. La

valeur du point à désigner sera alors une fonction du point existant du fait de l'image de fond ou du fond uni déjà présent et de la couleur du texte proprement dite.

La valeur finale attribuée au point est une fonction du nombre de ses voisins ayant une valeur vraie dans la matrice du caractère considéré. En prenant en compte les voisins immédiats du point, soit 8 voisins, la valeur attribuée est un barycentre entre la valeur d'origine et la valeur de la couleur désirée pour le texte. Le jeu des poids s'effectuant sur le nombre de voisins dont la valeur est vraie.

Il est aussi possible d'augmenter aussi la boucle de dessin telle que décrite précédemment afin de pouvoir afficher le texte dans une orientation angulaire arbitraire. La procédure consiste alors simplement à ne plus considérer la valeur de la ligne de base comme constante mais fonction d'une courbe donnée. Pour chaque pixel désigné, la ligne de base est réajustée en fonction de sa position dans la matrice. Son déplacement est dans le cas général bien représenté par une courbe de type spline, mais peut se simplifier par une routine d'approximation linéaire si une rotation est suffisante, par une simple addition par un angle multiple de 45°, et une constante pour une direction verticale.