FR 2773899 A1 19990723 FR 9814357 A 19981116 La présente invention concerne des procédés et des appareils de formation d'images associées à des ordinateurs, qui impriment des images correspondant à des fichiers d'image, par exemple des descriptions de page, qui sont stockées sur un support pouvant être lu par un ordinateur. Plus particulièrement, l'invention concerne des procédés et des appareils d'impression qui combinent une image de données avec l'image d'un imprimé mécanographique, qui est stockée en mémoire dans l'imprimante, o l'image de données et l'image de l'imprimé sont codées suivant des instructions de langages d'imprimante normalisés dans l'industrie. Au cours d'une opération d'impression, l'image de données est alignée avec l'image de l'imprimé, d'une façon rappelant beaucoup la manière utilisée pour compléter des imprimés mécanographiques vierges classiques au moyen de données tapées à la machine, et est imprimée sous la forme d'une image composite sur un support d'image, par exemple une feuille de papier, un transparent pour projection, etc. Dans le traitement moderne des opérations adminisratives, la tendance est à l'automatisation, bien que la plupart de ces opérations administratives utilisent encore des imprimés mécanographiques ordinaires pour le travail au jour le jour. La figure 1 présente un exemple d'imprimé que l'on remplit habituellement à la main. L'utilisation de tels imprimés de manière programmée peut se faire via une assistance informatique par l'affichage d'une image de l'imprimé sur un écran et la saisie de données dans des champs spécifiques de l'imprimé au moyen d'un clavier, d'une souris ou d'un autre dispositif de saisie de données. Une fois que l'imprimé informatisé a été rempli, l'opérateur lance l'impression du formulaire rempli, qui porte les données saisies, en transférant l'imprimé et les données à une imprimante de façon à obtenir une reproduction sur papier complète (voir par exemple la figure 2). Dans certains cas, l'imprimé informatisé peut être relativement complexe et comporté des lignes, du texte, des parties graphiques, un ombrage, etc. Des langages d'imprimante normalisés classiques, tels que PostScript ou un langage de commande d'impression (PCL), aident à résoudre les problèmes posés par la complexité et les insuffisances du téléchargement de grandes quantités de données graphiques, à raison d'un pixel à la fois, en convertissant les informations graphiques en instructions d'imprimante qui peuvent être reconnues et sont interprétées par l'imprimante. Dans des conditions, du fait de la quasi omniprésence sur le marché d'imprimantes qui sont compatibles avec des langages d'imprimante normalisés, la demanderesse a admis que la plupart des utilitaires et des applications pour imprimantes qui présenteront un intérêt commercial devront être compatibles avec des langages d'imprimante normalisés. Les progiciels d'imprimantes personnalisés n'ont tout simplement pas de grand avenir commercial. Comme cela a été constaté par la demanderesse, les informations se rapportant à l'imprimé peuvent souvent être très volumineuses, même si elles sont codées dans un langage d'imprimante normalisé, tandis que les informations relatives aux données utilisées pour remplir l'imprimé sont généralement très réduites. Ainsi, la plus grande partie du temps nécessaire au téléchargement et à l'impression de l'imprimé rempli est consacrée au transfert répété des informations relatives à l'imprimé. En plus d'être peu efficace du point de vue du temps, cette impression répétée de l'imprimé accapare une part notable de la capacité de transmission de la liaison existant entre l'ordinateur et l'imprimante, ce qui est particulièrement gênant lorsque l'ordinateur est raccordé à l'imprimante par l'intermédiaire d'un réseau. Certaines imprimantes classiques, telles des imprimantes laser, comportent un dispositif de stockage de masse, comme par exemple un disque dur, une mémoire semiconductrice, ou une mémoire d'un autre type, servant à stocker des polices et des fichiers graphiques, par exemple des logos. L'extraction et l'utilisation de ces informations graphiques sont effectuées de manière invisible par le pilote, ou gestionnaire normalisé de l'imprimante, par exemple un pilote d'imprimante PostScript, qui est employé dans l'ordinateur, car le contenu des informations graphiques est prédéterminé et peut donc être pris en compte dans le pilote de l'imprimante. Toutefois, comme cela sera discuté ultérieurement et comme la demanderesse l'a constaté, on ne dispose d'utilitaires classiques pour télécharger de grands fichiers d'image (par exemple des modèles d'imprimés) afin de mémoriser, et on ne dispose pas de pilotes d'imprimante normalisés permettant d'utiliser ces grands fichiers d'image avec une description PostScript de l'image de données (qui doit être superposée à l'imprimé). Comme on peut le constater aujourd'hui, le risque qui découle de la combinaison d'un grand fichier d'image avec l'image de données est que le grand fichier d'image laisse ses marques sur un tampon d'image, dont le contenu sera imprimé par imprimante, et que les marques affectent négativement l'état graphique et l'état d'exécution d'un interpréteur PostScript. De plus, le grand fichier d'image peut amener un effet nuisible durable, qui agira sur d'autres opérations d'impression, du fait que le grand fichier graphique aura modifié l'état graphique et l'état d'exécution de l'interpréteur PostScript. Le brevet des Etats-Unis d'Amérique n 5 050 101 décrit un autre appareil d'impression qui comporte une mémoire stockant plusieurs types d'informations relatives à des imprimés, dans un format personnalisé. Puisque les informations sont codées suivant un format personnalisé, l'appareil d'impression n'est pas compatible avec les langages d'imprimante normalisés, et ne peut donc pas utiliser un pilote d'imprimante PostScript normalisé, par exemple. Dans cet appareil, des ensembles de données respectifs sont catalogués à l'aide de certains "codes délimiteurs", propres à des applications, que l'on utilise pour ranger les informations stockées dans la mémoire de l'imprimante, et, ensuite, pour construire une image composite. Ces codes propres sont ensuite utilisés pour disposer les ensembles de données respectifs dans des images composites qui sont ensuite imprimées, par l'intermédiaire d'un interpréteur personnalisé (c'est-à-dire particularisé). Comme la demanderesse l'a constaté, l'appareil d'impression ci-dessus décrit s'appuie sur des instructions propres qui ne sont pas compatibles avec d'autres langages d'imprimante normalisés, comme PostScript, de sorte qu'ils ne pourraient pas être commodément utilisés avec diverses applications fonctionnant sous des systèmes d'exploitation courants tels que WINDOWS 95 ou WINDOWS 3.1, par exemple. Le brevet des Etats-Unis d'Amérique n 4 944 614 décrit un appareil d'impression du type à superposition d'imprimé, dans lequel des données d'image (qui peuvent être représentatives d'un imprimé) sont transférées à une imprimante en même temps que d'autres données. L'imprimante comporte une section de commande d'entrée qui distingue les données d'image vis-à-vis des autres données et stocke séparément les données respectives dans des mémoires différentes. Ensuite, seules les données variables sont appliquées à l'imprimante par l'ordinateur, et l'imprimante construit des images composites respectives en extrayant des parties sélectionnées de données d'image et d'autres données stockées en fonction des données variables. Comme cela a été constaté par la demanderesse, des dispositifs classiques ne codent pas le fichier d'image et les données relatives à l'imprimé dans un langage normalisé de modèle de description, comme PostScript, de façon que les imprimés puissent être employés par tous les logiciels d'application et toutes les imprimantes normalisées qui sont compatibles avec le langage d'imprimante PostScript. Pour obtenir une description générale du langage PostScript, on pourra par exemple se reporter à Adobe Systems Incorporated, "PostScript Language Reference Manual", Addison-Westley Publishing Company, Inc., 8ème édition, 1990, et McGilton, et ai., "PostScript by Example", Addison- Westley Publishing Company, Inc., 1992. A côté des applications de "superposition" d'impressions qui utilisent des approches particulières pour coder les données, il existe plusieurs variantes de langages de description normalisés d'imprimante pour coder des images, mais la demanderesse a constaté que la plupart des langages de description normalisés d'imprimante ne prévoyait pas un accès à un dispositif de mémorisation de masse au titre de leurs caractéristiques normalisées. Le langage PCL est un exemple de langage d'impression normalisé qui ne satisfait pas ce critère. Au contraire de PostScript, qui est une exception reconnue, les autres langages de description normalisés d'imprimante ne sont pas en mesure de tirer avantage du synergisme existant entre les langages modélisés d'imprimante normalisés, et par conséquent, largement applicables, et l'utilisation de caractéristiques de gestion de fichiers qui permettent à l'opérateur d'organiser et de maintenir des fichiers relatifs à des imprimés sur les dispositifs de mémorisation de masse de l'imprimante, comme par exemple un disque dur, un disque optique ou une batterie de mémoires semiconductrices, par exemple. C'est donc un but de l'invention de produire un procédé et un appareil nouveaux utilisant l'informatique, qui surmontent les limitations cidessus indiquées des procédés et des appareils classiques. Un autre but de l'invention est de réaliser un procédé et un appareil nouveaux utilisant l'informatique pour combiner un fichier de données avec un fichier d'image et produire une image finale superposée composite o le fichier d'image de l'imprimé est stocké dans l'imprimante et peut être sélectionné par l'utilisateur de l'ordinateur. Un autre but de l'invention est de produire un module de pilote d'imprimante qui étend de manière non gênante un pilote d'imprimante normalisé de façon qu'on puisse l'utiliser avec des applications d'usage courant qui emploient le pilote d'imprimante normalisé sous des systèmes d'exploitation classiques, par exemple le système d'exploitation WINDOWS. Un autre but de l'invention est de produire un procédé et un mécanisme de codage d'imprimés stockés sur un disque dur d'une imprimante sous un format EPS (PostScript "encapsulé"), qui peuvent être appelés par un train d'instructions PostScript à partir d'un fichier d'image de données PostScript. Un autre but de l'invention est d'étendre un pilote d'imprimante normalisé, par exemple un pilote d'imprimante PostScript, au moyen d'un module de superposition d'imprimés autorisant qu'un train d'instructions PostSscript venant d'un fichier d'image de données appelle un fichier EPS stocké sur un disque dur d'une imprimante sans que le fichier EPS ne modifie de façon négative un état graphique ou un état d'exécution d'un interpréteur PostScript pendant l'exécution du fichier EPS et sans que le fichier EPS ne dépende d'aucun état supposé de l'interpréteur. Un autre but de l'invention est de produire un procédé et un appareil qui superposent une image de données se trouvant dans un fichier PostScript à un fichier EPS conservé sur un support de mémoire de masse de l'imprimante et qui redéfinissent une opération de "page de démonstration" ("Showpage") pour qu'elle serve d'opération ineffective (pas d'opération), ou d'une autre opération appropriée de non-impression, afin d'empêcher l'impression de pages non voulues et l'effacement d'un tampon d'image lors de l'exécution d'une opération de page de démonstration ayant lieu dans un train d'instructions PostScript. Ces buts, ainsi que d'autres, sont obtenus au moyen d'un module d'enrichissement d'imprimé (ou de superposition d'imprimés) qui fait fonction d'interface avec un pilote PostScript et d'un programme utilitaire de superposition d'imprimé qui stocke et gère des fichiers "PostScript encapsulée" d'images d'imprimés sur un dispositif de mémorisation de masse d'une imprimante. Le procédé et l'appareil prévoient également la combinaison du fichier de données (description de page de données) codé lui aussi dans le format PostScript avec le fichier d'image de façon que l'on obtienne un imprimé de sortie composite qui est imprimé par l'imprimante sans qu'on ait à transférer l'imprimé via l'ordinateur à l'imprimante à chaque fois que l'imprimé doit être rempli. A cet effet, le procédé et l'appareil selon l'invention comportent un module de superposition d'imprimés qui insère des instructions PostScript particulières dans un train de travaux d'impression produit par un pilote PostScript (PS) d'Adobe exécutant le fichier d'image de données afin d'appeler le fichier d'image d'imprimé EPS du disque dur de l'imprimante et de le combiner de manière correcte avec le fichier de données PS en vue de l'impression. Puisqu'un fichier de données PS peut prendre de manière inappropriée l'orientation paysage ou portrait du fichier d'imprimé EPS, l'appareil et le procédé selon l'invention commencent par déterminer l'orientation d'une boîte de confinement supposée servant au stockage dans le fichier EPS et fait tourner le fichier EPS, si cela est nécessaire, pour rendre l'orientation de l'image EPS cohérente avec celle supposée par le fichier de données PS. A cet effet, un "chemin de coupure" ("clippath") associé à l'image d'imprimé EPS est également déplacé en translation dans une direction "y" afin de compenser l'opération de rotation, lorsque celle-ci est exécutée, qui fait tourner autour du coin inférieur gauche du chemin de coupure. Une caractéristique de l'invention consiste en un mécanisme qui compare des valeurs de décalage d'une matrice de transformation courante avec les coordonnés "y" d'une boîte de confinement définie dans le fichier d'image EPS et substituent ces coordonnés "y" de la boîte de confinement aux valeurs de décalage, lorsqu'elles sont différentes. Sinon, les différences existant entre les valeurs de décalage et les coordonnés "y" amèneraient un décalage de position sur la page imprimée entre l'image d'imprimé EPS et l'image de données. Le procédé et l'appareil selon l'invention prévoient également un mécanisme destiné à assurer que les images d'imprimés ne soient pas expulsées du dispositif de mémorisation de masse de l'imprimante au moment de l'exécution d'une instruction de "page de démonstration". Plus particulièrement, l'opération de page de démonstration est redéfinie afin de servir d'opérateur "d'opération ineffective", ce qui évite qu'une opération de page de démonstration classique ne soit exécutée après l'interprétation du fichier de description de page d'imprimé EPS. De plus, une particularité de l'invention consiste en une interface d'utilisateur graphique qui permet à l'opérateur de sélectionner les opérations de superposition d'imprimé ci-dessus décrites comme une extension des options des programmes utilitaires d'imprimante dans un système d'exploitation d'ordinateur normalisé, comme WINDOWS. La description suivante, conçue à titre d'illustration de l'invention, vise à donner une meilleure compréhension de ses caractéristiques et avantages; elle s'appuie sur les dessins annexés, parmi lesquels: la figure 1 est un exemple d'imprimé qui est imprimé sur une page, et, dans le contexte de l'invention, correspond à un fichier de description de page d'imprimé EPS transféré depuis un ordinateur et stocké sur un dispositif de mémorisation de masse d'une imprimante; la figure 2 est une image analogue à celle présentée sur la figure 1, comportant en outre un fichier de données superposé sur cette image; la figure 3 est un schéma fonctionnel, au niveau du système, d'un système de superposition d'imprimés utilisant un ordinateur, selon l'invention; la figure 4 est un schéma fonctionnel plus détaillé que celui représenté sur la figure 3 et identifie des mécanismes distincts inclus à l'intérieur de l'ordinateur et constituant des caractéristiques de superposition d'imprimés selon l'invention; les figures 5A et 5B sont des schémas montrant respectivement des erreurs d'orientation et de décalage d'origine du fichier de description de page d'imprimé EPS; la figure 6 est un organigramme montrant un procédé qui permet de déterminer une image d'imprimé EPS et, si nécessaire, de lui appliquer une translation et une rotation afin de l'aligner de manière appropriée avec le fichier de données PS, de manière cohérente avec un réglage en portrait ou en paysage tel que déterminé par le fichier de données PS; la figure 7 est un organigramme d'un procédé permettant de modifier l'origine d'une image d'imprimé EPS afin qu'elle soit cohérente avec l'origine d'une matrice de transformation courante; la figure 8 est un onglet de consultation, relatif à la superposition d'imprimés, d'une fenêtre graphique d'interface utilisateur, des propriétés de l'imprimante, dans laquelle l'opérateur sélectionne un imprimé EPS stocké dans un dispositif de mémorisation de masse d'une imprimante en vue de l'utiliser pour l'impression d'un imprimé auquel des données ont été supersposées; et la figure 9 est une fenêtre d'utilitaire de superposition d'imprimés qui permet à l'opérateur de gérer les fichiers présents dans un dispositif de mémorisation de masse de l'imprimante. On se reporte maintenant aux dessins, sur lesquels des numéros de référence identiques désignent des parties identiques ou correspondantes sur toutes les vues, et plus particulièrement à la figure 3, qui est un schéma fonctionnel représentant un appareil utilisant un ordinateur et mettant en oeuvre une opération de superposition améliorée d'imprimés qui utilise des imprimés stockés dans un dispositif de mémorisation de masse 3 d'une imprimante 1 et une description de page de données transférées depuis un ordinateur 5. La figure 3 représente une imprimante compatible PostScript, comme par exemple le modèle désigné par la référence MP01, que l'on peut se procurer auprès de la société Ricoh Corporation, et qui est tout spécialement conçu pour avoir un dispositif de mémorisation de masse 3, placé à l'intérieur de l'imprimante 1 ou bien à l'extérieur de celle-ci. Le dispositif de mémorisation de masse 3 est un disque dur magnétique, mais il pourrait aussi bien s'agir d'un disque optique, d'une mémoire semiconductrice, ou analogue. Un ordinateur personnel 5, par exemple un modèle Dell Omniplex GL5 133, qui utilise WINDOWS 95 comme système d'exploitation, fournit à l'imprimante 1 des données d'utilisateur via un port parallèle, ou bien, selon une autre possibilité, via un réseau Ethernet utilisant un protocole TCP/IP, par exemple. A l'intérieur d'une mémoire de l'imprimante 1, se trouve un programme utilitaire 7 qui coopère avec un utilitaire 61 (figure 4) mémorisé dans l'ordinateur et servant à réaliser le transfert de fichiers de description de page d'imprimé EPS, ainsi que des procédures de gestion de fichiers. On va d'abord décrire en termes généraux le fonctionnement de l'appareil représenté sur la figure 3, puis un traitement plus détaillée sera exposé en liaison avec la figure 4. L'image d'une facture (c'est-à-dire un certain type d'imprimé) est stockée sous la forme d'un fichier EPS (PostScript encapsulé) dans le dispositif de mémorisation 3, après qu'il a précédemment été transféré à l'imprimante par l'utilitaire 61 (figure 4) depuis l'ordinateur 5. L'image de la facture correspond à un imprimé vierge, ne comportant pas de nouvelles données, fournies par un utilisateur terminal. Selon une autre possibilité, l'imprimé peut contenir des sous-ensemble de données, comme par exemple le nom et le numéro de téléphone de l'opérateur, par exemple, qui sont mémorisés avec l'imprimé. Lorsque l'utilisateur de l'ordinateur 5 identifie un imprimé particulier (tel que celui représenté sur la figure 1) qui est déjà codé dans un format EPS, il sélectionne l'imprimé et fait démarrer une opération d'impression concernant une description de page de données présélectionnées (qui est identifiée sous la forme de "données d'utilisateur" sur la figure 3). En réponse à cela, un pilote PostScript contenu dans l'ordinateur 5 émet un train d'instructions PostScript bien qu'un module de superposition d'imprimés (module d'enrichissement d'imprimés, élément 55 sur la figure 4) intervienne dans la production du train en des emplacements prédéterminés (comme cela sera discuté ci-après) et apporte des modifications au train afin de permettre que le fichier de description de page d'imprimé EPS sélectionné qui est stocké dans le dispositif de mémorisation 3 soit appelé et utilisé par celui-ci, ces modifications étant faites pour éviter de perturber un état de l'interpréteur PostScript de l'imprimante 1. En ce qui concerne les "modifications", seules des additions sont faites par le module 55 de superposition d'imprimés (figure 4) de façon à préserver la compatibilité totale avec les machines et les applications logicielles utilisant PostScript. Ces modifications permettent au train PostScript d'ouvrir le fichier (EPS) se trouvant dans le dispositif de mémorisation 3 de façon que l'image de données PS ("données d'utilisateur", comme indiqué sur la figure 3) se superpose à l'image d'imprimé EPS ("facture", comme indiqué sur la figure 3) lors de l'impression sous forme d'image composite ("imprimé + données", comme indiqué sur la figure 3) par l'imprimante 1. La figure 4 est un schéma fonctionnel plus détaillé qui montre les mécanismes respectifs, principalement les mécanismes logiciels, de l'ordinateur 5 fournissant un moyen pour que des fichiers d'imprimés EPS respectifs soient transférés dans le dispositif de mémorisation 3 de l'imprimante 1 et soient ultérieurement imprimés lorsqu'ils seront appelés par un train PostScript envoyé à l'imprimante 1. L'ordinateur 5 est connecté à un dispositif 40 d'entrée de données, par exemple une imprimante, une souris ou un connecteur de données tel qu'un bus USB (Universal Serial Bus), une connexion hertzienne à un réseau local (LAN), un câble du type FireWire, ou analogue. Un dispositif d'affichage 42, par exemple un tube cathodique, un afficheur à plasma, un afficheur à cristal liquide, ou analogue, est également connecté à l'ordinateur 5. Bien que ceci ne soit pas représenté, l'ordinateur comporte d'autres mécanismes d'entrée/sortie tels que des lecteurs de disquette, des lecteurs de disque optique, des connexions à des réseaux d'ordinateurs, des mémoires semiconductrices, des interfaces de données à des dispositifs de lecture optique, etc., qui peuvent être utilisés comme mécanisme permettant de fournir des données en entrée à l'ordinateur 5. L'ordinateur utilise un système de fonctionnement tel que WINDOWS 95, qui inclut des options de propriétés d'imprimante pouvant être sélectionnées par l'opérateur, comme représenté sur la figure 8, qui se présentent sous la forme d'un onglet distinct dans lequel l'opérateur peut choisir. De la même façon, la figure 9 montre une fenêtre d'interface d'utilitaire d'enrichissement d'imprimés, qui permet que divers fichiers de description de page d'imprimés EPS soient transférés, renommés ou effacés dans le dispositif de mémorisation 3 de l'imprimante 1. Diverses applications exécutées par l'ordinateur 5 produisent des fichiers de format ".GDI" d'interfaces de dispositifs graphiques qui sont transmis à un pilote PostScript 50. Le pilote PostScript 50 convertit les fichiers ".GDI" respectifs en un train d'instructions PostScript, qui sera finalement transmis à un interpréteur PostScript logé dans l'imprimante 1. Dans le pilote PostScript 50, se trouvent également un fichier 51 de description d'imprimante PostScript (PPD) et un pilote 52 PostScript d'Adobe, de niveau 2 PostScript, normalisé. Le fichier PPD 51 contient des informations concernant les particularités spécifiques et les attributs de l'imprimante, comme les polices incorporées dans l'imprimante 1, les formats de page, les bacs de sortie d'imprimante, etc. Le pilote PostScript d'Adobe normalisé 52 comporte un ensemble enfichable, c'est-à-dire insérable, OEM (c'est- à-dire à incorporer) Adobe qui est le moyen par lequel un module insérable 55 de superposition d'imprimés (c'est-à-dire d'enrichissement d'imprimés, soit FE) modifie le train PostScript lors de l'exécution de la fonction de superposition d'imprimés selon l'invention. Alors que le module insérable FE 55 est représenté comme une particularité additionnelle, il peut également être envisagé que les fonctions effectuées par le module insérable FE 55 soient incorporées dans le pilote PostScript 55 lui même. En réponse à une consultation faite par l'utilisateur, le pilote PostScript produit une option sélection qui permet à l'utilisateur de valider ou d'invalider la fonction de superposition d'imprimés. Plus particulièrement, dans une fenêtre "propriétés de l'imprimante" du système d'exploitation, un "Onglet d'Enrichis- sement d'Imprimés Ricoh" (comme celui représenté sur la figure 8) est à la disposition de l'utilisateur pour permettre une sélection. Cette fenêtre comporte une option "valider l'enrichisseur d'imprimés" qui permet à l'utilisateur de valider et d'invalider la fonction de superposition d'imprimés. Si elle est invalidée, alors les fichiers "std" ". PS" passent du pilote PostScript 50 à un tampon "fichier (. PS)", puis à l'imprimante 1, sans que le module insérable FE55 ne modifie le train PostScript. (On note que le cycle "std" désigne une tâche d'impression normale). Ainsi, dans ce cas, une description de page de données peut être combinée avec une image d'imprimé, mais toutes deux étant tirées comme des fichiers PostScript classiques (et non des fichiers EPS) et envoyées à l'imprimante 1. Inversement, lorsque l'opérateur valide la fonction de superposition d'imprimés, seule la description de page de données (après que des instructions PostScript sélectionnées aient été ajoutées par l'intermédiaire du module insérable FE55) est envoyée au tampon "fichier (.PS)" 57 et, lorsqu'il est appelé, alors le fichier de description de page d'imprimé EPS est extrait du dispositif de mémorisation 3 de l'imprimante, sans avoir été séparément transféré de l'ordinateur 5 à l'impri- mante 1. Le mécanisme 59 de production de fichier d'imprimé est un utilitaire qui permet à des utilisateurs de produire un imprimé et de le mettre au format de fichier EPS pour le stocker dans le dispositif de mémorisation 3 de l'imprimante. Plus particulièrement, l'utilisateur crée un imprimé en utilisant un logiciel tel que "Omni Form", proposé par la société Caera, "Form Tool 97", proposé par IMSI, "In-Power Forms", proposé par Think Stream, "Key Form", proposé par Softkey, ou "Trans Forms", proposé par MIPS, par exemple. Après production du fichier d'imprimé, si le logiciel de fabrication d'imprimé n'offre pas de mécanisme permettant de convertir l'imprimé en un fichier EPS, alors le mécanisme 59 de production de fichier d'imprimé EPS donne instruction à l'utilisateur de sélectionner le menu "propriétés" du menu "fichier" du menu "imprimante" et de sélectionner l'option "format de fichier de sortie PostScript encapsulé". Ultérieurement, dans une boîte de dialogue d'impression, il est demandé à l'opérateur de donner au fichier la nouvelle forme (dans le format EPS), puis il lui est demandé de donner un nom de fichier qui puisse être ultérieurement utilisé pour extraire l'imprimé du dispositif de mémorisation 3 de l'imprimante. Ensuite, l'utilitaire 61 de transfert d'imprimé demande à l'utilisateur de fixer celui des imprimés respectifs qui doit être transféré au dispositif de mémorisation 3. Le dispositif de mémorisation 3 sert de réceptacle pour les divers imprimés qui y ont été chargés et le nombre total de fichiers est déterminé par la quantité de place disponible dans le dispositif de mémorisation 3. Dans le cas o le dispositif de mémorisation 3 devient plein, les fichiers d'imprimés nouvellement téléchargés ne seront pas sauvegardés, et un message d'avertissement s'affichera sur le dispositif d'affichage 42. Selon une autre possibilité, il est demandé à l'utilisateur de répondre au manque de place disponible constaté en identifiant les fichiers présents dans le dispositif de mémorisation qui peuvent être effacés pour créer une place suffisante pour le nouveau fichier. Lors de la mise en oeuvre du présent mécanisme de superposition d'imprimés, plusieurs problèmes de mise en oeuvre ont été constatés et des solutions à ces problèmes ont également été identifiés, comme expliqué ci-après. En premier lieu, est apparu un problème concernant la manière d'orienter l'imprimé EPS pour qu'il soit cohérent avec la description de page de données FS qui a appelé l'imprimé EPS. Puisque l'imprimé EPS a été préparé indépendamment d'un fichier appelant particulier, il est souhaitable d'orienter les images d'imprimé EPS respectives d'une manière cohérente (c'est-à-dire en portrait de façon cohérente, ou bien paysage de façon cohérente) de façon qu'un fichier appelant sache s'il doit ou non faire tourner l'image d'imprimé EPS utilisée dans l'application de superposition d'imprimé particulière. De plus, certains programmes appelants peuvent vouloir que l'image d'imprimé EPS soit suivant l'orientation paysage, tandis que d'autres veulent que le fichier EPS soit suivant l'orientation portrait. Ainsi, si, par convention, les fichiers EPS sont toujours mémorisés dans un réglage portrait, alors le fichier appelant saura, a priori, s'il faut ou non faire tourner le fichier EPS, pour le faire concorder avec l'image de données. Pour que l'utilitaire 61 enrichisseur de fichier (figure 4) sache s'il faut faire tourner l'image, les coordonnées inférieure gauche et supérieure droite d'une boîte de confinement (ou chemin de coupure) sont d'abord identifiées, à savoir a, b et c, d, correspondant respectivement aux coordonnées igx (inférieure gauche x), igy (inférieure gauche y) et sdx (supérieure droite x), sdy (supérieure droite y). La figure 5A montre une telle boîte de confinement, qui est identifiée par une ligne en trait interrompu, o a, b définissent la coordonnée inférieure gauche et c, d, définissent la coordonnée supérieure droite. Pour déterminer s'il faut faire tourner la boîte de confinement, on effectue une comparaison pour déterminer sic > d. Si cette condition n'est pas satisfaite, l'orientation de l'image ne change pas. Toutefois, si c > d, alors la composante x de la coordonnée supérieure droite est plus grande que la composante y de la coordonnée supérieure droite, ce qui indique que l'image de l'imprimé est orientée en réglage paysage et demande donc qu'une rotation de 90 soit appliquée à l'image. Cette opération de rotation fait tourner l'image sur son coin inférieur gauche, ce qui décale l'image dans la direction "y" par rapport à la page, comme représenté sur la figure 5A. Par conséquent, pour réajuster l'image suivant la direction "y", une opération de translation est effectuée avant l'opération de rotation (bien qu'elle puisse être également effectuée après l'opération de rotation), l'amplitude de la translation étant fixée de façon à valoir la somme des deux coordonnées "y", soit b + d. Ainsi, lorsqu'il a été déterminé qu'une opération de rotation était nécessaire, les opérations suivantes sont effectuées sur le fichier de description de page d'imprimé EPS: (b+d) 0 translation rotation La figure 6 est un organigramme illustrant un procédé qui permet de vérifier si l'image de l'imprimé EPS doit subir une rotation et une translation. Le processus commence à l'étape S 1, o la boîte de confinement est identifiée relativement à l'image d'imprimé EPS. En particulier, les coordonnées utilisées pour définir le coin supérieur droit de la boîte de liaison sont identifiées. Le traitement va ensuite à l'étape S3, o la valeur associée à la coordonnée c est comparée avec la valeur associée à la coordonnée d afin qu'il soit déterminé si c est ou non supérieur à d. Si la réponse obtenue à l'étape S3 est négative, alors, à l'étape S5, il est déterminé qu'aucune rotation n'est nécessaire et le traitement prend fin. Toutefois, si la réponse obtenue à l'étape S3 est affirmative, le traitement va à l'étape S7, o l'opération de translation est effectuée, après quoi, à l'opération S9, est effectuée une rotation de 90 . Ensuite, le traitement prend fin. Un autre problème qui a été découvert, et qui a finalement été corrigé, est que les variables de décalage de la matrice de transformation définie par le pilote PostScript d'Adobe 52 sont définies dans un format qui n'est pas compatible avec celui utilisé pour définir les coordonnées de la boîte de confinement du fichier EPS. Plus particulièrement, les variables de décalage de la matrice de transformation (comme indiqué dans une convention de dénomination du pilote PostScript par "/mysetup") sont définies dans un format réel, tandis que les coordonnées de la boîte de confinement sont définies dans un format entier. Par exemple, dans un cas cité à titre d'exemple, une boîte de confinement est définie comme ayant des coordonnées b et d formées de valeurs entières telles que 13 et 780, mais on observe que les valeurs de décalage de la matrice de transformation ont des valeurs respectives de 12,96 et 778,92. Par conséquent, et comme représenté sur la figure 5B, un décalage est observé entre le fichier de description de page d'imprimé EPS et la description de page de données PS. Ainsi, l'image des données ne concorde pas précisément avec l'image de l'imprimé. Une fois ce problème reconnu, on a déterminé qu'il était possible d'éliminer le décalage non voulu en substituant les coordonnées b et d de la boîte de confinement aux valeurs de décalage de la matrice de transformation courante. Grâce à cette substitution, le fichier d'imprimé EPS s'aligne correctement avec la description de page de données lorsque l'image composite a été formée. La figure 7 est un organigramme illustrant un traitement qui permet de déterminer si un décalage se produit entre l'origine de la boîte de confinement et la matrice de transformation courante, et de corriger le décalage s'il est présent. Le traitement commence à l'étape S 1 1, o la boîte de confinement et les coordonnées qu'elle contient sont identifiées. Une fois cette identification effectuée, le traitement va à l'étape S13, o au moins l'une des coordonnées b et d est comparée avec une coordonnée de décalage correspondante de la matrice de transformation courante. Si le résultat de l'interrogation faite à l'étape S13 est négatif, les coordonnées respectives sont égales, et le traitement prend fin. Toutefois, si les coordonnées respectives sont mutuellement différentes, les coordonnées de décalage de la matrice de transformation courante sont remplacées par les coordonnées correspondantes de la boîte de confinement (c'est-à-dire b etd). A côté des problèmes cités ci-dessus et de leurs solutions, qui ont été rapportées en liaison avec l'utilitaire 61 de superposition d'imprimés (figure 4), plusieurs événements surviennent du fait de l'emploi du fichier de description de page d'imprimé EPS (par exemple un modèle d'imprimé) dans le dispositif de mémorisation 3 de l'imprimante, qui pourrait être facilement appelé à partir du train PostScript d'image de données produit par la combinaison du pilote PostScript d'Adobe 52 et du module insérable FE 55. Plus particulièrement, la demanderesse a constaté qu'il était important de minimiser la quantité de changements apportés à la description de page PostScript et de modifier le train PostScript aux emplacements o peuvent intervenir des parties définies par OEM du pilote d'imprimante. Le risque est que l'image imprimée EPS présente dans le tampon d'image de l'imprimante ne crée des changements d'état résiduels qui perturbent de manière inopinée un état graphique et un état d'exécution de l'interpréteur PostScript de l'imprimante. Dans ce but, en sauvegardant l'image de l'imprimé dans un format EPS (par opposition à un format personnalisé ou à un format PCL, par exemple) et en insérant à des endroits prédéterminés un code PostScript via le module insérable FE 55, on acquiert un degré important de protection contre les changements d'état susceptibles d'affecter l'interpréteur pendant l'exécution des données d'image, et on réalise une séparation de la dépendance du fichier de description de page d'imprimé (EPS) vis à vis d'un état supposé de l'interpréteur. Ainsi, la sélection d'un format EPS permettant de conserver le fichier d'imprimé est compatible avec le langage de l'imprimante PostScript et aide à assurer un fonctionnement stable compatible avec PostScript. Le point d'insertion du code par le module insérable FE 55 dans le train PostScript du pilote est à mettre en relation avec la complète compatibilité de la présente fonction de superposition d'imprimés avec des applications de logiciels compatibles avec PostScript et avec un équipement compatible avec PostScript. Il est préférable que le code soit inséré dans le train PostScript, à partir du pilote PostScript d'Adobe normalisé en deux emplacements précis: un premier emplacement o doit être inséré le code d'établissement de la tache globale, et un deuxième emplacement destiné à provoquer l'exécution de la superposition de l'imprimé venant du dispositif de mémorisation de l'imprimante pour chaque page. On choisit le premier point, ou emplacement, d'insertion de façon que la zone de coupure de la page à imprimer soit établie. Ceci impose que le dispositif de la page soit établi pour le bac et le format de page, avant l'évaluation du trajet de coupure. Dans ce but, selon le présent mode de réalisation, le point choisi se trouve au niveau du dernier élément du "Prologue de Page" émis par le pilote d'imprimante PostScript normalisé. Le deuxième point d'insertion revient à chaque page, ce qui fait que, généralement, l'insertion concernant les pages venant après la première est relativement facile à déterminer, mais, toutefois, le cas de la première page est délicat. Ceci est dû à la tendance qu'ont les pilotes à émettre une grande quantité de code de paramétrage orienté page directement avant la première page, comme l'a observé la demanderesse. L'opération de superposition d'imprimés est donc de préférence exécutée en un point o tout ce qui pourrait effacer la zone de formation d'image a déjà été exécutée, o l'état graphique est le même et o le dispositif de page voulu est installé. Dans ce but, selon le présent mode de réalisation, le point choisi se trouve à la fin le "Paramétrage de Page" et avant l'endroit o les "Ressources de Page" sont émises. En ce qui concerne la manipulation d'état, lorsque la superposition d'imprimé est exécutée à partir du support de mémorisation de l'imprimante, il existe deux aspects d'état qui doivent être manipulés. Tout d'abord, l'état courant de l'interprèteur est préservé et, ensuite, un nouvel état, relativement neuf, est construit pour l'exécution de la superposition d'imprimé du dispositif de mémorisation. L'opérateur sauvegarde est utilisé pour préserver l'état graphique et l'état VM et une nouvelle matrice de transformation est installée de sorte qu'il n'y aura pas d'effets secondaire de mise à l'échelle ou de translation. La matrice précédente, l'état VM précédent et l'état graphique précédent sont restaurés à l'aide de l'opérateur restauration et d'autres opérateurs de manipulation de matrice. Pour qu'il soit correctement rendu compte, à l'opérateur, des erreurs pendant l'exécution de la fonction de superposition d'imprimés, la demanderesse a déterminé que le plus efficace pour accomplir cette tâche consisterait à placer le code de traitement d'erreurs en ligne. Le module insérable du pilote insère un programme de traitement d'erreurs qui intervient si une erreur est rencontrée pendant l'exécution de l'imprimé à partir du disque. Ceci s'effectue à l'aide d'un contexte arrêté PostScript visant à piéger les erreurs, puis un autre code PostScript est exécuté pendant un état d'erreur afin de produire un compte-rendu d'erreur sur la matière imprimée. Un problème actuellement reconnu est l'exécution d'opérations "page de démonstration" après achèvement de l'interprétation de l'imprimé. Le fait d'exécuter une opération de page de démonstration après achèvement d'une interprétation de l'imprimé aura plusieurs conséquences négatives telles que l'impression de pages non voulues et l'effacement d'un tampon d'image. Puisque la fonction de superposition d'imprimés selon l'invention peut être transportée entre des dispositifs compatibles PostScript, il n'est pas facile, d'un point de vue pratique, d'éliminer l'opérateur page de démonstration du train PostScript. En examinant ce problème, la demanderesse a constaté que l'opérateur page de démonstration pouvait être redéfini comme une "non-opération" (c'est-à- dire une opération ineffective). La redéfinission de l'opération page de démonstration s'effectue lors du rappel de l'imprimé d'image transféré de façon à permettre tout prétraitement spécial qui pourrait être effectué ou toute dépendance d'une application. Un mécanisme permettant de rendre moins fâcheuse l'opération page de démonstration consiste à redéfinir l'opération page de démonstration conmme une opération ineffective à l'aide de la chaîne de caractères suivante /showpage {} def. Alors que le document cité précédemment, à savoir "Adobe PostScript Language Reference Manual", admet que l'opérateur page de démonstration peut être redéfini à l'aide d'une chaîne de caractères de redéfinition telle que celle définie ci-dessus (voir par exemple page 719 de "PostScript Language Reference Manual, Deuxième édition"), cette description suppose que l'opérateur page de démonstration contiendra un paramètre entre les crochets. En prenant le contre- pied de cette approche, la demanderesse a volontairement redéfini l'opérateur page de démonstration sans paramètre entre les crochets, si bien que l'opération page de démonstration effectue alors une fonction équivalente à une "opération ineffective". Un exemple indiquant l'endroit o on doit employer cette redéfinition de l'opérateur page de démonstration est présenté en annexe (Annexe 1), cette redéfinition devant être ajoutée à la partie antérieure de tout fichier qui doit être transféré au dispositif de mémorisation 3 de l'imprimante. Dans l'exemple de l'annexe 1, la première partie du code fait que tout ce qui se trouve après l'opérateur "do it" (exécution) sera transféré au dispositif de mémorisation 3 de l'imprimante 1 (figure 4). La deuxième partie du code présentée dans l'Annexe 1 redéfinit l'opérateur page de démonstration comme précédemment expliqué. Une chaîne de code d'initialisation est employée au titre d'une partie d'établissement devant être émise après un en-tête de pilote normalisé, mais avant le fichier PostScript associé aux données devant être incorporées dans l'imprimé. Un code présenté en annexe (Annexe 2) remplace une partie d'établissement devant être émise après un en-tête de pilote normalisé pour un imprimé présent sur le disque sous le nom "kristen.eps". Le code présenté dans l'Annexe 2 décrit comment un dictionnaire d'imprimés est établi de façon que le dictionnaire d'imprimés puisse être utilisé pour reproduire une image d'imprimé. On note que l'opération PaintProc appelle le fichier d'imprimé transféré dans l'exemple ci-dessus décrit et le fait s'exécuter avec les opérations appropriées sauvegarde et restauration. La partie suivante de code est insérée sous la forme d'une chaîne au début de chaque page. FormOverlayExec La chaîne ci-dessus indiquée exécute l'imprimé représenté par le dictionnaire imprimés lié au nom "FormOverlay" défini dans le code d'initialisation indiqué dans l'annexe 2. L'exécution de l'imprimé ne change pas l'état de l'interpréteur, du fait des sauvegardes et des restaurations ainsi que de la définition et de la mise en oeuvre de l'opérateur "execform". Des expériences utilisant la fonction d'enrichissement d'imprimé selon l'invention ont révélé d'importantes améliorations du temps de transfert. Plus particulièrement, des fichiers échantillons produits à l'aide de "OmniForm" ont été utilisés pour produire un imprimé de facture typique présentant un contenu modeste en image graphique. Un premier fichier, présenté ci-après, correspond à la délivrance d'un imprimé et de données, tandis que le deuxième fichier correspond à la délivrance de données seules. FORMDATA PS 97,842 06-13-96 6:54p formdata.ps DATAONLY PS 18; 812 06-13-96 6:54p dataonly.ps Pendant ces expériences, on a supposé que l'ensemble "imprimé + données" équivalait à 100 Ko et que les données seules équivalaient à 20 Ko. Les résultats observés sont présentés dans les tableaux 1 et 2. Tableau 1 Transfert d'imprimé sur liaison parallèle "Centronics" Vitesse typique de la liaison "Centronics": 100 Ko/s Vitesse de transfert moyenne du disque 1 Mo/s Liaison Temps d'accès Temps total ppm associé "Centronics" au disque de l'imprimante OmniForm sans 1 000 ms 1 000 ms X ppm superposition OmniForm avec 100 ms 100 ms 200 ms X+4 ppm superposition Tableau 2 Transfert d'imprimé sur TCP/IP Vitesse typique de réseau local: 100 Ko/s Vitesse de transfert moyenne du disque: 1 Mo/s Réseau local Temps d'accès Temps total ppm associé (TCP/IP) au disque de l'imprimante OmniForm sans 1 000 ms 1 000 ms X ppm superposition OmniForm avec 100 ms 100 ms 200 ms X+4 ppm superposition En plus des avantages ci-dessus décrits, grâce au stockage des imprimés sur un dispositif de mémorisation de masse, on ne perd pas d'imprimés en cas de coupure de courant. Les traitements présentés dans la présente description peuvent être mis en oeuvre au moyen d'un microprocesseur de type général classique programmé selon les enseignements de l'invention, ainsi que le comprendra facilement l'homme de l'art. Des codes logiciels appropriés peuvent facilement être préparés par des programmeurs qualifiés sur la base des enseignements de l'invention, comme le comprendra également l'homme de l'art. L'invention concerne donc également un produit obtenu par utilisation de moyens informatiques, qui peut être logé dans un support de mémorisation et comprendre des instructions pouvant être utilisées pour programmer un ordinateur afin qu'il effectue le traitement selon l'invention. Ce support de mémorisation peut comporter, sans que ceci constitue une limitation, tout type de disque, notamment disquette, disque optique, disque optique numérique (c'est-à-dire CD-ROM), et disque magnéto- optique, ainsi que des mémoires mortes (ROM), des mémoires vives (RAM), des mémoires mortes programmables (EPROM), des mémoires reprogrammables effaçables électriquement (EEPROM), des mémoires flash, des cartes magnétiques ou optiques, et tout type de support approprié à la mémorisation d'instructions électroniques. Bien entendu, l'homme de l'art sera en mesure d'imaginer, à partir des procédés et des appareils dont la description vient d'être donnée à titre simplement illustratif et nullement limitatif, diverses variantes et modifications ne sortant pas du cadre de l'invention. ANNEXE I /filename (demoform.eps) def /readh currentfile def /writeh filename (w) file def /str 2000 string def /doit { { readh str readstring not /done exch def writeh exch writestring done (exit) if } loop writeh closefile } def doit % Line added to redefine showpage /showpage {} def ANNEXE 2 %Ricoh Form Overlay Header Begin (kristen) /FormOverlay > def /FormOverlayExec { /FormOverlayMTX 6 array currentmatrix def initmatrix FormOverlay execform FormOverlayMTX setmatrix } bind def end % Ricoh Form Overlay Header End. REVENDICATIONS 1. Procédé permettant de superposer une image de données d'un fichier de données PostScript sur une image d'imprimé contenue dans un fichier PostScript encapsulé, caractérisé en ce qu'il comprend les opérations suivantes: mémoriser l'image d'imprimé se trouvant dans le fichier PostScript encapsulé sur un dispositif de mémorisation d'une imprimante; envoyer à l'imprimante le fichier de données PostScript, ce qui amènera le fichier PostScript encapsulé à être interprété à l'aide du fichier de données PostScript; et imprimer une page composite comportant l'image de données superposée à l'image d'imprimé. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'opération qui consiste à déterminer si l'orientation du fichier PostScript encapsulé est la même qu'une orientation prédéterminée, et à faire tourner le fichier PostScript encapsulé s'il est déterminé que le fichier PostScript encapsulé n'est pas orienté de façon commune avec l'orientation prédéterminée. 3. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'opération consistant à ajuster l'origine d'au moins l'un des éléments que forment le fichier PostScript encapsulé et une matrice de transformation, afin qu'il soit obtenu une origine commune pour le fichier PostScript encapsulé et la matrice de transformation. 4. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'opération qui consiste à redéfinir une opération "page de démonstration" ("showpage") de façon à effectuer une opération ineffective. 5. Appareil configuré de façon à mettre en oeuvre le procédé de l'une quelconque des revendications 1 à 4.