FR2773899A1 - Procede et appareil de superposition d'imprime a l'aide d'un ordinateur - Google Patents
Procede et appareil de superposition d'imprime a l'aide d'un ordinateur Download PDFInfo
- Publication number
- FR2773899A1 FR2773899A1 FR9814357A FR9814357A FR2773899A1 FR 2773899 A1 FR2773899 A1 FR 2773899A1 FR 9814357 A FR9814357 A FR 9814357A FR 9814357 A FR9814357 A FR 9814357A FR 2773899 A1 FR2773899 A1 FR 2773899A1
- Authority
- FR
- France
- Prior art keywords
- postscript
- printer
- file
- image
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 230000008569 process Effects 0.000 title description 5
- 239000002131 composite material Substances 0.000 claims abstract description 10
- 239000011159 matrix material Substances 0.000 claims description 15
- 230000009466 transformation Effects 0.000 claims description 12
- 238000012546 transfer Methods 0.000 abstract description 10
- 230000015654 memory Effects 0.000 description 14
- 230000007246 mechanism Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 10
- 238000012545 processing Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 7
- 238000013519 translation Methods 0.000 description 7
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000003780 insertion Methods 0.000 description 4
- 230000037431 insertion Effects 0.000 description 4
- 239000004065 semiconductor Substances 0.000 description 4
- 238000011282 treatment Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000001427 coherent effect Effects 0.000 description 2
- 239000003623 enhancer Substances 0.000 description 2
- 238000002474 experimental method Methods 0.000 description 2
- 230000005291 magnetic effect Effects 0.000 description 2
- 241000258241 Mantis Species 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 230000009931 harmful effect Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 239000003973 paint Substances 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000009291 secondary effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
- G06K15/02—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers using printers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K2215/00—Arrangements for producing a permanent visual presentation of the output data
- G06K2215/0002—Handling the output data
- G06K2215/0005—Accepting output data; Preparing data for the controlling system
- G06K2215/0008—Downloading generic data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K2215/00—Arrangements for producing a permanent visual presentation of the output data
- G06K2215/0002—Handling the output data
- G06K2215/0062—Handling the output data combining generic and host data, e.g. filling a raster
- G06K2215/0065—Page or partial page composition
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K2215/00—Arrangements for producing a permanent visual presentation of the output data
- G06K2215/0082—Architecture adapted for a particular function
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Record Information Processing For Printing (AREA)
Abstract
L'invention concerne un procédé et un appareil permettant de superposer une image de données à une image d'imprimé. Un utilitaire (7) de superposition d'imprimés mémorise et gère des fichiers PostScript encapsulé d'images d'imprimés dans un dispositif de mémorisation de masse (3) connecté à une imprimante (1). Selon l'invention, on combine le fichier de données également codé, quoique ce soit dans un format PostScript normalisé, avec le fichier d'image de l'imprimé afin de produire un imprimé composite qui est délivré par l'imprimante sans qu'il faille transférer l'imprimé via un ordinateur (5) à l'imprimante à chaque fois que l'on remplit l'imprimé. Dans ce but, le procédé et l'appareil font intervenir un module de superposition d'imprimés qui insère des instructions PostScript particulières dans un train de tâches d'impression produit par un pilote PostScript d'Adobe exécutant la description de page des données de façon à appeler le fichier d'image d'imprimé PostScript encapsulé depuis le disque dur de l'imprimante et à le combiner de manière correcte avec le fichier de données PostScript.
Description
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 << /FormnType 1 /BBox [clippath pathbbox] /Matrix [1.0 0 0 1.0 0 0] /Paint Proc { pop /FormOverlaySaveObj save def {(UserForm/kristen. eps)run} stopped { /Times-Roman 24 selectfont 100 600 moveto (Form Overlay Error:) show /_s 100 string def $ error dup /errorname get _ s cvs show /100 570 moveto (Offending Command:) show /command get s cvs show 540 moveto (Form Filename:kristen.eps) show } if clear FormOverlaySaveObj restore} bind >> def /FormOverlayExec { /FormOverlayMTX 6 array currentmatrix def initmatrix FormOverlay execform FormOverlayMTX setmatrix } bind def end
% Ricoh Form Overlay Header End.
Claims (5)
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.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US6588397P | 1997-11-17 | 1997-11-17 | |
| US09/103,561 US6268927B1 (en) | 1997-11-17 | 1998-06-24 | Computer-related form overlay method and apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2773899A1 true FR2773899A1 (fr) | 1999-07-23 |
| FR2773899B1 FR2773899B1 (fr) | 2003-08-08 |
Family
ID=26746128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR9814357A Expired - Fee Related FR2773899B1 (fr) | 1997-11-17 | 1998-11-16 | Procede et appareil de superposition d'imprime a l'aide d'un ordinateur |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6268927B1 (fr) |
| JP (1) | JP2000198245A (fr) |
| DE (1) | DE19852296B4 (fr) |
| FR (1) | FR2773899B1 (fr) |
| GB (1) | GB2331388B (fr) |
Families Citing this family (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11170655A (ja) * | 1997-12-12 | 1999-06-29 | Canon Inc | 画像出力装置及び方法 |
| JP3884876B2 (ja) | 1999-01-29 | 2007-02-21 | キヤノン株式会社 | 情報処理装置、情報処理方法及びコンピュータ読み取り可能なプログラムが格納された記憶媒体 |
| US6401141B1 (en) * | 1999-02-19 | 2002-06-04 | Autodesk, Inc. | Accurate and reliable page size selection in a postscript output device |
| GB2357613A (en) * | 1999-12-23 | 2001-06-27 | Marks Spencer Plc | Data processing system |
| US6914694B1 (en) * | 2000-10-12 | 2005-07-05 | Seiko Epson Corporation | Web print system with image enhancement |
| WO2002082362A2 (fr) | 2001-04-06 | 2002-10-17 | OCé PRINTING SYSTEMS GMBH | Procede, systeme, et programme informatique destines a produire un document electronique a partir de donnees d'image tramees |
| JP2002321420A (ja) * | 2001-04-26 | 2002-11-05 | Oki Data Corp | 印刷装置 |
| US7298510B2 (en) * | 2001-05-10 | 2007-11-20 | Canon Kabushiki Kaisha | Image enlargement through poster printing by combining pattern data with image data |
| US7106469B2 (en) | 2001-08-08 | 2006-09-12 | Hewlett-Packard Development Company, L.P. | Variable data printing with web based imaging |
| EP1291756A3 (fr) * | 2001-09-05 | 2006-08-02 | Eastman Kodak Company | Système de formation d'image avec une interface utilisateur graphique ayant une architecture d'interconnexion |
| US20030112306A1 (en) * | 2001-12-13 | 2003-06-19 | Simpson Shell S. | System and method for form processing |
| US6857565B2 (en) * | 2001-12-14 | 2005-02-22 | Damon Eugene Smith | Electronic traveler's checks |
| JP4323839B2 (ja) * | 2002-05-16 | 2009-09-02 | キヤノン株式会社 | 画像入出力装置、画像入出力システム、記憶媒体、及び、画像入出力システムに好適な操作方法、操作画面表示方法 |
| US20080046835A1 (en) * | 2002-05-28 | 2008-02-21 | Truc Nguyen | Object-oriented processing of tab text |
| US20040019848A1 (en) * | 2002-07-24 | 2004-01-29 | Truc Nguyen | Method for dynamically inserting and removing tab text |
| JP4193458B2 (ja) * | 2002-10-03 | 2008-12-10 | セイコーエプソン株式会社 | 双方向印刷時の記録位置ずれの調整 |
| US8279461B2 (en) * | 2004-06-03 | 2012-10-02 | Sharp Laboratories Of America, Inc. | Systems and methods for managing a plurality of resources across multiple printing devices |
| JP4683885B2 (ja) * | 2004-09-08 | 2011-05-18 | コニカミノルタビジネステクノロジーズ株式会社 | ファイル管理装置および方法、画像出力装置、およびコンピュータプログラム |
| JP3809840B2 (ja) * | 2004-09-09 | 2006-08-16 | コニカミノルタビジネステクノロジーズ株式会社 | データ管理装置、画像出力装置、データ管理方法、およびコンピュータプログラム |
| US7859705B2 (en) * | 2005-10-20 | 2010-12-28 | Sharp Laboratories Of America, Inc. | Systems and methods for creating and using overlay files that are application independent and device independent |
| JP4684857B2 (ja) * | 2005-11-08 | 2011-05-18 | キヤノン株式会社 | システム及び画像処理装置及び画像処理装置の制御方法及びプログラム及び記憶媒体 |
| US8120802B2 (en) * | 2006-12-06 | 2012-02-21 | Sharp Laboratories Of America, Inc. | System and method for securely accessing downloaded print job resources |
| US8441655B2 (en) * | 2008-10-06 | 2013-05-14 | Ricoh Company, Ltd | Job-ticket optimized rendering |
| JP5267337B2 (ja) * | 2009-06-01 | 2013-08-21 | 株式会社リコー | プログラム、記憶媒体、情報処理装置、プリンタ装置およびシステム |
| US20110096367A1 (en) * | 2009-10-23 | 2011-04-28 | Jason Charles Walp | Print Settings Verification Mechanism |
| US8610927B2 (en) | 2010-02-09 | 2013-12-17 | Apple Inc. | Walk-up printing without drivers |
| US8610928B2 (en) * | 2010-02-09 | 2013-12-17 | Apple Inc. | Framework that supports driverless printing |
| US8736906B2 (en) * | 2010-09-29 | 2014-05-27 | Xerox Corporation | Method and apparatus for processing print job in printing platform for determining rotation |
| US9602694B2 (en) | 2010-09-29 | 2017-03-21 | Xerox Corporation | Image rotation to optimize rip and print performance time |
| JP2012118824A (ja) * | 2010-12-01 | 2012-06-21 | Ricoh Co Ltd | 印刷プログラム、情報処理装置および記録媒体 |
| US8675215B2 (en) | 2012-01-31 | 2014-03-18 | Apple Inc. | Using regions of interest to scale print data for print jobs |
| US9298401B2 (en) * | 2012-02-03 | 2016-03-29 | Apple Inc. | Configuring print jobs associated with unsupported document formats |
| US8891115B2 (en) | 2012-02-03 | 2014-11-18 | Apple Inc. | Configuration of print data for print jobs based on document-processing capabilities of printers |
| JP6010744B2 (ja) * | 2012-05-31 | 2016-10-19 | 株式会社Pfu | 文書作成システム、文書作成装置、文書作成方法、及びプログラム |
| KR101472016B1 (ko) * | 2013-02-25 | 2014-12-15 | 삼성전자주식회사 | 이미지 파일에 추가 데이터가 삽입된 복합파일 생성방법 및 상기 복합파일이 기록된 데이터 저장장치 |
| JP5818832B2 (ja) | 2013-03-07 | 2015-11-18 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置 |
| US20170154050A1 (en) | 2015-11-30 | 2017-06-01 | International Business Machines Corporation | Optimized content object storage service for large scale content |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4564302A (en) * | 1982-11-15 | 1986-01-14 | Hitachi, Ltd. | Control device for printer which has function of format data printing |
| US4826333A (en) * | 1983-07-18 | 1989-05-02 | Kanzaki Paper Mfg. Co., Ltd. | Form overlay type printing apparatus |
| US5615316A (en) * | 1990-11-30 | 1997-03-25 | Hitachi, Ltd. | Printing control method and apparatus |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5029115A (en) * | 1989-05-04 | 1991-07-02 | Laserfast Industries | Process for the creation of camera-ready mechanicals |
| US5133051A (en) | 1990-12-13 | 1992-07-21 | Handley George E | Automatic high speed publishing system |
| US5490243A (en) * | 1990-12-13 | 1996-02-06 | F3 Software Corporation | Data processing system for multi-platform print control and electronic data fill |
| DE69429761T2 (de) * | 1993-11-16 | 2002-06-06 | Fujitsu Ltd | Netzwerkdrucker |
| DE69401435T2 (de) * | 1994-09-13 | 1997-06-26 | Agfa Gevaert Nv | Veränderliche Datenfelder in einer Seitenbeschreibungssprache |
| US5729665A (en) | 1995-01-18 | 1998-03-17 | Varis Corporation | Method of utilizing variable data fields with a page description language |
| US5813020A (en) * | 1995-07-31 | 1998-09-22 | International Business Machines Corporation | Method and system for dynamic presentation parameter override during document interchange |
-
1998
- 1998-06-24 US US09/103,561 patent/US6268927B1/en not_active Expired - Lifetime
- 1998-10-30 GB GB9823876A patent/GB2331388B/en not_active Expired - Fee Related
- 1998-11-12 DE DE19852296A patent/DE19852296B4/de not_active Expired - Fee Related
- 1998-11-16 FR FR9814357A patent/FR2773899B1/fr not_active Expired - Fee Related
- 1998-11-16 JP JP10325346A patent/JP2000198245A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4564302A (en) * | 1982-11-15 | 1986-01-14 | Hitachi, Ltd. | Control device for printer which has function of format data printing |
| US4826333A (en) * | 1983-07-18 | 1989-05-02 | Kanzaki Paper Mfg. Co., Ltd. | Form overlay type printing apparatus |
| US5615316A (en) * | 1990-11-30 | 1997-03-25 | Hitachi, Ltd. | Printing control method and apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| GB9823876D0 (en) | 1998-12-30 |
| DE19852296A1 (de) | 1999-06-02 |
| JP2000198245A (ja) | 2000-07-18 |
| DE19852296B4 (de) | 2005-02-24 |
| FR2773899B1 (fr) | 2003-08-08 |
| GB2331388A (en) | 1999-05-19 |
| GB2331388B (en) | 2000-01-12 |
| GB2331388A9 (en) | |
| US6268927B1 (en) | 2001-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2773899A1 (fr) | Procede et appareil de superposition d'imprime a l'aide d'un ordinateur | |
| CN110489943B (zh) | 页面水印防篡改方法和系统 | |
| US6999101B1 (en) | System and method for providing vector editing of bitmap images | |
| US7653876B2 (en) | Reversible document format | |
| US7818245B2 (en) | Electronic endorsement of check images | |
| US7584415B2 (en) | Common charting using shapes | |
| EP2232387B1 (fr) | Procédé et système améliorés de saisie assistée notamment pour outils de gestion informatique | |
| EP1757154A2 (fr) | Procede pour ameliorer la qualite d'utilisation de services en telephonie mobile | |
| Merz | Web publishing with Acrobat/PDF | |
| US20180101974A1 (en) | Portable typelet file | |
| WO2007051784A1 (fr) | Procede d'optimisation de rendu d'une scene multimedia, programme, signal, support de donnees, terminal et procede de reception correspondants | |
| FR2826749A1 (fr) | Description d'une interface applicable a un objet informatique | |
| FR2742892A1 (fr) | Systeme de protection de logiciel pour ordinateur ecrit en langage interprete | |
| EP1565843A2 (fr) | Procede et systeme d'elaboration dynamique d'images pour conversion en format compatible avec des terminaux distants | |
| EP1046104A1 (fr) | Creation dynamique de classes d'objets | |
| JP2007243362A (ja) | 画像処理装置、画像処理方法および画像処理プログラム | |
| FR2826761A1 (fr) | Procede d'analyse d'un document represente dans un langage de balisage | |
| EP1262867A1 (fr) | Procédé d'implémentation d'une pluralité d'interfaces d'objets | |
| AU717463B2 (en) | An efficient method of modifying an image | |
| FR3138953A3 (fr) | Procédé et application logicielle permettant de prouver la fiabilité d'une capture d'écran et/ou d'un constat sur Internet et sécurisé par l'ancrage sur la blockchain produisant un jeton non fongible . | |
| FR2527808A1 (fr) | Procede et dispositif de documentation dans un systeme informatique | |
| FR2785404A1 (fr) | Procede de commande d'une fonction executable par des commandes specifiques a des logiciels differents | |
| WO2020070459A1 (fr) | Procédé pour transformer un modèle tridimensionnel (3d) en un modèle 3d embarquable dans une interface humain-machine d'un équipement embarque | |
| Merz | Creating PDF Files | |
| Abom | Frame-working RM-ODP. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20140731 |