WO2009112352A2 - Verfahren, drucksystem und computerprogramm zum erzeugen und verarbeiten von dokumentendatenströmen - Google Patents

Verfahren, drucksystem und computerprogramm zum erzeugen und verarbeiten von dokumentendatenströmen Download PDF

Info

Publication number
WO2009112352A2
WO2009112352A2 PCT/EP2009/052109 EP2009052109W WO2009112352A2 WO 2009112352 A2 WO2009112352 A2 WO 2009112352A2 EP 2009052109 W EP2009052109 W EP 2009052109W WO 2009112352 A2 WO2009112352 A2 WO 2009112352A2
Authority
WO
WIPO (PCT)
Prior art keywords
format
document
document data
page
data
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.)
Ceased
Application number
PCT/EP2009/052109
Other languages
English (en)
French (fr)
Other versions
WO2009112352A3 (de
Inventor
Göran EILER
Robert Wallner
Helmut Weiner
Frank Matzke
Hans-Detlef Groeger
José LA ROSA DUCATO
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Production Printing Germany GmbH and Co KG
Original Assignee
Oce Printing Systems GmbH and Co KG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Oce Printing Systems GmbH and Co KG filed Critical Oce Printing Systems GmbH and Co KG
Priority to US12/918,010 priority Critical patent/US8397162B2/en
Publication of WO2009112352A2 publication Critical patent/WO2009112352A2/de
Publication of WO2009112352A3 publication Critical patent/WO2009112352A3/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1211—Improving printing performance
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/103—Formatting, i.e. changing of presentation of documents
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1244—Job translation or job parsing, e.g. page banding
    • G06F3/1247—Job translation or job parsing, e.g. page banding by conversion to printer ready format
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285—Remote printer device, e.g. being remote from client or server

Definitions

  • the present invention relates to a method, a printing system and computer programs for generating and processing document data streams.
  • various data formats have emerged in the generation and processing of document data in which the documents are created and made available for further processing on various output devices, such as printing devices.
  • PS PostScript
  • PDF Portable Document Format
  • the PDF format has also been found in catchment wide ranges of office applications and is meantime ⁇ be Lich adopted as ISO standard 15930 of the International Organization for Standardization.
  • PCL Page Description Language
  • No. 6,538,760 B1 describes a method with which, for example, PDF single-page objects for a MO: DCA data Electricity can be generated.
  • a PDF data stream is analyzed in a print server, the data stream is broken down into individual pages and the individual PDF page data in object containers is output to a printing device.
  • the PDF data is loaded as a complete file via the element "EXTERNAL_DATA_ARRAY”, the data is analyzed and then object-by-object converted into a so-called PPML template where PDF data is selected object-by-object, if necessary converted and transferred into the PPML template. This is then in turn connected to data of a PPML print job and sent to a high-speed printing ⁇ machine.
  • data streams that are optimized for output on high-speed printing devices are structured on a page-by-page basis.
  • the data stream is structured so that a page start command and a 9.endkommando are for the pages per ⁇ wells provided and are the jewei ⁇ time information for this page between these commands. All information required for this page, in addition to the presentation objects as such, as well as the corresponding control information and additional information, are either contained between these two page commands or are already contained in the data stream in previous pages or page-independent introductory information.
  • each page of the document can be analyzed by a processing stage after completion of its page end command, in particular in a parsing process in which the data of the document data stream is read and stored in accordance with the language. Syntax is interpreted, are immediately fully proces ⁇ tet.
  • the document data stream can thereby be spread immediately for a subsequent process, for example for a raster process, in which raster images are generated from the coded page data on a page-by-page basis.
  • a subsequent process for example for a raster process, in which raster images are generated from the coded page data on a page-by-page basis.
  • This makes it particularly in the processing of large strö ⁇ men, containing, for example, some tens or hundreds of thousands of pages, possible already issue the first pages of the data stream to a pressure device while subsequent pages even prior processing steps, such as the parsing process and go through the Raster Image Processor (RIP).
  • RIP Raster Image Processor
  • the data is not in contrast paged structured from ⁇ closing, so that first all pages or data of a PDF file must be read before a parsing process to resolve the side structure complete and the For example, data can be passed to a raster image processor for performing the rasterization process.
  • a reference table is provided at the end of the file which must be read before the pages of the document can be resolved.
  • a process flow is shown in ⁇ play, in a sold by the applicant printing system 1, in which, for example, a print server 2, the Oce PRISMA Production series and a elektrotudei- ULTRASONIC color printing device 12 of the type Oce Variostream finds 9240 application- , In this case, for example, PostScript files 3 or PDF files 4 for generating an AFP print data stream 13 ver ⁇ turns.
  • the data is read into the print server 2 and rasterized pixel by pixel with a raster image program (raster image processor, RIP) 5.
  • the so geraster ⁇ th data is then converted into a specific image format AFP IOCA (Image Object Content) and the entspre ⁇ sponding IOCA objects 6 supplied to an imposition application.
  • AFP IOCA Image Object Content
  • entspre ⁇ sponding IOCA objects 6 supplied to an imposition application.
  • 7 Incoming PostScript or PDF documents that span a large number of pages are converted into IOCA objects that contain exactly one rasterized page of the document per object.
  • the individual page-by-page IOCA objects thus generated are then supplied individually to the imposition program 7, in which the individual pages or IOCA objects are imposed according to a page order (impositioning). Details of such an imposition process can be found, for example, in WO 00/68877 A.
  • individual page information can also be changed or enriched with further data, for example, subjected to a clipping process.
  • the imposition 7 then outputs AFP data in which the individual pages are output as AFP IOCA data in a new order, and possibly with modifi ⁇ ed information.
  • This AFP print data stream 13 is in a converter 9 to a
  • IPDS print stream 14 converted and then transferred from the print server 2 to a printing device.
  • the printing device 12 includes a data controller that can interpret print data in one or more languages.
  • An IPDS Par sing program 10 interprets corresponding IPDS data and prepares them for further processing in the printing apparatus, which is then finally prints the data on a recording ⁇ carrier, for example in a elektrobibi- rule process on paper by means of a character generator. 11
  • a page serially textured gray ⁇ ter document data stream of a first format is generated and / or or processed.
  • the format of the first page of a multipage document is complete and successful ⁇ rich pass through a parsing process before document data of the subsequent pages through the parsing process.
  • Document data of a second format comprising a plurality of pages of a document, apply to the sides ge ⁇ my same settings and / or resources are associated with the document data stream.
  • a separate type map is provided in the document data stream of the first format indicating that contiguous document data comprising multiple pages is associated with the document data stream.
  • Example imposition the selection of print media or the mixed output to different media types (so- ⁇ -called Mixplexing) and the enrichment of, for example AFP objects that are typical environments for Druckrucsumge- such as BCOCA barcodes or Kiran ⁇ dos which are possible between post-processing devices, such as pressure equipment, cutters and inserters, via a suitable protocol, for example via the standardized UP 3 I protocol.
  • the invention in particular, it is proposed to execute a corresponding method in the generation of AFP data streams.
  • it is also applicable to other page-wise serially structured document data streams, such as PPML.
  • the invention provides, in particular, for using PDF data as embedded document data of the second format.
  • the corresponding files of the two ⁇ th format such as PDF files containing a plurality of pages are transferred from an application program to the print server can. They can thus advantageously be embedded in an AFP document data stream in the print server, in particular as a so-called inline resource together with the rest of the data stream, ie the data of the first format in a file whose main parent structure corresponds to the first format.
  • the file of the second format can furthermore advantageously be transmitted within a single AFP container, either as an inline AFP resource or else as a so-called external resource in a file independent of the rest of the document data stream.
  • the document data of the second format can also be stored in a separate file from the data of the document data stream and the connection can be made by referencing.
  • the file can be processed as a so-called.
  • External AFP resource the connection to the document data stream of the first format is logical and about referencing data.
  • the resource file in particular corresponds to the first format in a main structure superimposed on the data of the second format.
  • the file with the data of the second format can only be called up in allocated page areas of the AFP document data stream via references to this AFP multipage container, for example via the include method known from the AFP specification.
  • Object field (IOB) The corresponding multipage AFP Object container are thereby systematically as others, already covers known AFP object container, respects ⁇ Lich creation, management, identification, chargings, caching operations and erase operations.
  • an extension is proposed, which can be introduced without much architectural effort or to change the AFP specification.
  • the invention can achieve the speed of embedding and processing PDF data into an AFP data stream in which the PDF data comprises a plurality of pages.
  • each multipage or multi-image container is handled like a standard AFP resource.
  • the pages within the container are called individu ⁇ ell, wherein an indexing mechanism (page index) to an include Objeet call (IOB) is added.
  • the indexing mechanism may in particular already in the document data of the two ⁇ th format (eg PDF) use existing site-specific data, such as the page number. This can be called in the IOB call, for example, pages ⁇ specific page by its number.
  • the IOB calls are inserted in a standard sequence of top and bottom end commands.
  • AFP object types such as BCOCA, PTOCA, GOCA
  • BCOCA BCOCA
  • PTOCA PTOCA
  • GOCA GOCA
  • AFP Within a page displayed in AFP, multiple pages from different multi-PDF Containers or from a PDF container.
  • the corresponding pages can be overlaid or rendered side by side within the AFP page view.
  • different pages of a multipage AFP container which do not share the same set of common PDF properties, re-initialize the PDF parser and / or PDF raster image processor in the output-side processing process, for example in the printing device result.
  • the respective PDF pages are then processed individually with the respective PDF parameters and / or resources.
  • the document data of the second format at the latest with the data of the first page of the data stream Discounted by the second format, the document data of the second format at the latest with the data of the first page of the data stream Discountbet ⁇ tet, in which one side of the second format will be called. This can be assured that when all the information for parsing and scanning process from the first page from standing out ⁇ reproducing side processing of the data stream fully available, which are present in the format of the second format.
  • the data of the complete document of the second format is completely transferred before its first page is called up. This can be done within the first Be ⁇ tendarwolf in the document data stream or even in a range with generally independent page header resource that is transmitted management data stream independently of the remaining data of the document.
  • the multipage object containers can be transmitted within the AFP data stream or can be transferred to the output device independently of the other data stream data.
  • the invention can be advantageously applied in which format due to the conclusion of a parsing process in which read, analyzed and interpreted ⁇ the one who first page must be read the entire document data and interprets the data, particularly for document data of the second format. If the data stream is an AFP data stream, then in particular it can be provided that the type data field is of the resource type "object container", wherein it can be distinguished, in particular, as a multipage object container from other object containers.
  • page-structured document data formats such as e.g. PPML can also be provided in each case a separate, multipage-specific structural element.
  • An inventive page serially structured document data stream is in a first format, in which the first page of a multipage document can completeness, ⁇ dig and successfully passed through a parsing process before the document data of the subsequent pages through the parsing process.
  • the document data stream is associated with document data of a second format, which comprises several pages of a document, wherein for the
  • Pages common settings and / or resources apply.
  • a separate type map is provided in the document data stream of the first format, indicating that contiguous document data comprising multiple pages is associated with the document data stream.
  • the data of the Dokumen ⁇ tenariesstroms can be parsed.
  • the separate type map may be detected, indicating that contiguous document data comprising multiple pages is associated with the document data stream.
  • it may be provided in particular that at least the part of the document data of the second format is run through a complete parsing process, which is used several times before the data of the first page of the Documents to which data from the second document are referenced.
  • the parsed document data of the second format may be stored at least as long and reused in a call by data of subsequent pages until all pages of the document in which document data of the second format are referenced are also parsed.
  • a file with the document data of the second format can be segmented into smaller files. These can each comprise several pages and then be connected to the data of the first format, in particular by means of a multipage object container.
  • a computer program product corresponding to the method according to the invention, a printer server and a printing system are also provided.
  • FIG. 3 shows an exemplary data structure for an AFP print data stream.
  • Postscript data by means of a normalizer program 20, for example, that available from Adobe Systems Inc. Normalizer known program processed and thereby he testified ⁇ data stream embedded in a multi-page object container 6 in the data format AFP. The same can be done with PDF data 4 by means of a conversion program 21.
  • the so ER- witnessed AFP object container 6 illustrates a resource.
  • the resource can be processed again with the imposition 7 so that a multi-page object is created Contai ⁇ ner resource 22, by means of which pages in a changed order, according to the in Imposition 7 made resort can be issued.
  • the embedded PostScript or PDF data are successively unpacked, for example by means of a PDF parsing program 23.
  • FIG. 3 shows a data structure which can be used, for example, in an AFP document data stream.
  • object containers of the type Multipage or Multiimage are defined.
  • resources are defined.
  • the data required for an individual page is called up.
  • the object container data of the area 25, the area pre-process presentation object data 26 and the area 27 include object data cooperate in such a way that the corresponding page in the called page has the same meaning Page of the original PDF file is called, taking the PDF settings and resources through the previous processing, for example in the areas 25, 26 are reusable.
  • These data objects contain a PDF document or a PDF file that can contain several pages.
  • the object containers are sent from a print server to a printing device, in particular in the basic state of the printing device, e.g. in the so-called homestate state of an IPDS-capable printer.
  • the data objects are identified by identifier (HAID) and can be stored and activated by an AFP Activate resource command. Within an AFP coded page or an overlay, they can be inserted by the IPDS command IDO.
  • An AFP Activate Resource (AR) command activates the entire multipage document. Individual pages or sections of the document are not separately fourth acti ⁇ .
  • AFP rasterized presentation object By means of an optional AFP rasterized presentation object (RPO) command, either a pre-rasterization of the complete document can take place or individual pages of the PDF document or the PDF file can be executed.
  • RPO AFP rasterized presentation object
  • An optional page sequence number within the RPO entries makes it possible to pre-rasterize a particular page of a PDF document. If no page number is specified in the RPO entry, the entire document, that is, all pages or images, is rasterized. If the entire document is rasterized, a common set of control parameters from the RPO command can be used for all pages of the document. If pages or images are to be separately rasterized, each corresponding object can have its own set of control parameters. Each object then contains its own entry within the RPO command.
  • the AFP include Data Object command (IDO) is used to connect to a selected page of the PDF document in a Be ⁇ ten Modell an IPDS data stream or in a entspre ⁇ sponding overlay structure.
  • IDO Data Object command
  • the number of the desired page or image can be specified.
  • Step 1 The PDF document file is sent to the printer as a homestate object container, HAID # 0001.
  • Step 2 The optional RPO command is used to rasterize all pages of the document. If the RPO command is not used, the pages are rasterized in the next step.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Record Information Processing For Printing (AREA)
  • Document Processing Apparatus (AREA)

Abstract

Die vorliegende Erfindung betrifft ein Verfahren, ein Drucksystem und ein Computerprogramm zum Erzeugen eines seitenweise seriell strukturierten Dokumentendatenstroms eines ersten Formats. In dem Format kann die erste Seite eines mehrseitigen Dokuments vollständig und erfolgreich einen Parsing-Prozess durchlaufen, bevor Dokumentendaten der nachfolgenden Seiten den Parsing-Prozess durchlaufen. Dokumentendaten eines zweiten Formats, die mehrere Seiten eines Dokuments umfassen, wobei für die Seiten gemeinsame Einstellungen und/oder Ressourcen gelten, werden mit dem Dokumentendatenstrom verbunden. In dem Dokumentendatenstrom des ersten Formats wird ein gesondertes Typen-Kennfeld vorgesehen, das anzeigt, dass zusammenhängende Dokumentendaten, die mehrere Seiten umfassen, mit dem Dokumentendatenstrom verbunden sind.

Description

Verfahren, Drucksystem und Computerprogramm zum Erzeugen und Verarbeiten von Dokumentendatenströmen
Die vorliegende Erfindung betrifft ein Verfahren, ein Drucksystem und Computerprogramme zum Erzeugen und Verarbeiten von Dokumentendatenströmen. Bei der Erzeugung und Verarbeitung von Dokumentendaten haben sich je nach Anwen- dungsgebiet verschiedene Datenformate herausgebildet, in denen die Dokumente erstellt werden und zur Weiterverarbeitung auf verschiedene Ausgabegeräten, wie zum Beispiel Druckgeräten, bereit gestellt werden. Beispielsweise haben sich in der grafischen Industrie die Datenformate Postsc- ript (PS) und Portable Document Format (PDF) etabliert, die darauf optimiert sind, komplexe grafische Strukturen zu kodieren. Das Format PDF hat zudem Einzug gefunden in weite Bereiche der Büroanwendungen und ist zwischenzeit¬ lich als ISO-Norm 15930 der International Organization for Standardization angenommen werden. In Büro-Umgebungen ist das Datenformat Page Description Language (PCL) etabliert.
Im Bereich der Hochgeschwindigkeits-Ausgabe digitaler Da¬ ten, zum Beispiel zum Ausdruck von Rechnungen aus Daten- banken von Großrechenanlagen, ist das Datenformat Advanced Function Presentation (AFP) einschließlich seiner zahlreichen Weiterentwicklungen, wie zum Beispiel Mixed Object Document Content Architecture (MO: DCA) und das damit ver¬ bundene, für die Ausgabe an Druckgeräte optimierte Format Intelligent Printer Data Stream (IPDS) entwickelt worden. Das Format MO:DCA ist beispielsweise in der Spezifikation MO :DCA-Reference der International Business Machines Cor¬ poration (IBM), IBM-Dokument Nummer SC31-8602-06, 7th ed. (January 2004) beschrieben. Auf den Seiten 15 und 100 bis 102 dieses Dokuments sind sog. Objekt-Container erläutert, mit denen andere Daten umschlossen werden können. Auf den Seiten 542 und 543 sind Objekttypen aufgeführt, die in der MO:DCA Architektur registriert sind. Dort ist beispiels¬ weise unter der ID Component 25 der Objekt-Typ „PDF Sin- gle-page Object" genannt.
In der US 6,538,760 Bl ist ein Verfahren beschrieben, mit dem z.B. PDF Single-page Objekte für einen MO:DCA Daten- Strom erzeugt werden können. Ein PDF Datenstrom wird dabei in einem Druckserver analysiert, der Datenstrom in einzelnen Seiten zerlegt und die einzelnen PDF Seitendaten in Objekt-Containern an ein Druckgerät ausgegeben.
Zur Ausgabe grafischer Informationen wurde weiterhin das Datenformat Personalized Print Markup Language (PPML) ent¬ wickelt, das im Dokument PPML 2.2, November 2006, der Or¬ ganisation PODi, Rochester, NY, USA beschrieben ist. Auch in diesem Datenformat ist vorgesehen, Daten anderer Formate als Objekte zu übernehmen, beispielsweise PDF-Daten, siehe in diesem Dokument die Seiten 27, 51 und 52. In der US 7,434,160 B2 ist ein entsprechendes Verfahren beschrie¬ ben, mit dem PDF Daten in einen PPML-Datenstrom integriert werden können. Die PDF-Daten werden dabei über das Element „EXTERNAL_DATA_ARRAY" als komplette Datei geladen, die Daten analysiert und dann objektweise in ein sog. PPML Template umgesetzt. Dabei werden PDF Daten objektweise ausgewählt, ggf. konvertiert und in das PPML Template ü- bertragen. Dieses wird dann wiederum mit Daten eines PPML- Druckauftrags verbunden und an eine Hochgeschwindigkeits¬ druckmaschine gesandt.
Im Vergleich der oben genannten Datenströme zeigt sich, dass Datenströme, die zur Ausgabe auf Hochgeschwindig- keits-Druckgeräten optimiert sind, wie zum Beispiel AFP oder PPML, seitenweise abschließend strukturiert sind. Der Datenstrom ist dabei so aufgebaut, dass für die Seiten je¬ weils ein Seitenanfangskommando und ein Seitenendkommando vorgesehen sind, und zwischen diesen Kommandos die jewei¬ ligen Informationen für diese Seite stehen. Alle für diese Seite notwendigen Informationen, neben den Darstellungsobjekten als solchen auch die entsprechenden Steuerinformationen und Zusatzinformationen sind dabei entweder zwi- sehen diesen beiden Seitenkommandos enthalten oder im Datenstrom bereits in vorherigen Seiten oder seitenunabhängigen einleitenden Informationen enthalten. Dadurch kann jede Dokumentenseite nach Abschluss ihres Seitenendkomman- dos von einer Bearbeitungsstufe, insbesondere in einem Parsing-Prozess, in dem die Daten des Dokumentendaten- stroms gelesen, analysiert und entsprechend dem Sprach- Syntax interpretiert werden, sofort vollständig verarbei¬ tet werden.
Der Dokumentendatenstrom kann dadurch für einen nachfol- genden Prozess sofort aufbreitet werden, beispielsweise für einen Rasterprozess, in dem aus den kodierten Seitendaten seitenweise Rasterbilder erzeugt werden. Dadurch ist es insbesondere bei der Verarbeitung von großen Datenströ¬ men, die zum Beispiel einige zehn- oder hunderttausend Seiten enthalten, möglich, die ersten Seiten des Datenstroms bereits an einem Druckgerät auszugeben, während die nachfolgenden Seiten noch vorherige Verarbeitungsstufen, wie den Parsing-Prozess und den Raster Image Prozessor (RIP) durchlaufen.
Bei anderen Datenformaten, wie zum Beispiel dem PDF- Format, sind die Daten demgegenüber nicht seitenweise ab¬ schließend strukturiert, so dass zuerst alle Seiten bzw. Daten einer PDF-Datei gelesen werden müssen, bevor ein Parsing-Prozess die Seitenstruktur vollständig auflösen und die Daten zum Beispiel an einen Raster Image Prozessor zur Durchführung des Rasterprozesses übergeben kann. Im PDF-Format ist zum Beispiel am Dateiende eine Referenz- Tabelle vorgesehen, die gelesen werden muß, bevor die Sei- ten des Dokuments aufgelöst werden können.
In der Prozesskette von dem Parsing-Prozess des Dokuments bis zur Ausgabe auf einem Druckgerät entsteht dadurch ein hoher Zeitbedarf, insbesondere bei der Verarbeitung von Datenströmen mit einer großen Seitenzahl, weil das Druckgerät mit dem Druckvorgang erst beginnen kann, nachdem der vollständige Datenstrom den Parsing-Prozess durchlaufen hat.
In Figur 2 ist ein Verfahrensablauf gezeigt, der bei¬ spielsweise in einem von der Anmelderin vertriebenen Drucksystem 1, bei dem beispielsweise ein Druckserver 2 der Serie Oce PRISMA Production und ein elektrofotografi- sches Farb-Druckgerät 12 des Typs Oce VarioStream 9240 An- wendung findet. Dabei werden beispielsweise Postscript-Dateien 3 oder PDF- Dateien 4 zur Erzeugung eines AFP-Druckdatenstroms 13 ver¬ wendet. Die Daten werden in den Druckserver 2 eingelesen und dort mit einem Rasterbildprogramm (raster image pro- cessor, RIP) 5 bildpunktweise gerastert. Die so geraster¬ ten Daten werden dann in ein AFP-spezifisches Bildformat IOCA (Image Object Content) umgewandelt und die entspre¬ chenden IOCA-Objekte 6 einem Ausschießprogramm 7 zugeführt. Eingehende PostScript- bzw. PDF-Dokumente, die eine Vielzahl von Seiten umfassen, werden dabei in IOCA-Objekte umgewandelt, bei denen pro Objekt genau eine gerasterte Seite des Dokuments enthalten ist. Die so erzeugten ein- zelseitenweisen IOCA-Objekte werden dann einzeln dem Ausschießprogramm 7 zugeführt, in dem die einzelnen Seiten bzw. IOCA-Objekte entsprechend einer Seitenreihenfolge ausgeschossen werden (impositioning) . Details eines derartigen Ausschießvorgangs sind beispielsweise in der WO 00/68877 A zu entnehmen. Dabei können einzelne Seiteninformationen auch verändert bzw. mit weiteren Daten ange- reichert werden, beispielsweise einem Clipping-Vorgang unterzogen werden. Das Ausschießprogramm 7 gibt dann AFP- Daten aus, bei denen die einzelnen Seiten als AFP IOCA- Daten in neuer Reihenfolge und gegebenenfalls mit modifi¬ zierten Informationen ausgegeben werden. Dieser AFP- Druckdatenstrom 13 wird in einem Konverter 9 zu einem
IPDS-Druckdatenstrom 14 umgewandelt und dann vom Druckserver 2 an ein Druckgerät übertragen. In dem Druckgerät 12 ist ein Datenkontroller enthalten, der Druckdaten in einer oder mehreren Sprachen interpretieren kann. Ein IPDS Par- sing-Programm 10 interpretiert entsprechende IPDS-Daten und bereitet diese zur weiteren Verarbeitung im Druckgerät auf, das dann letztlich die Daten auf einen Aufzeichnungs¬ träger druckt, beispielsweise in einem elektrofotografi- schen Prozess auf Papier mittels eines Zeichengenerators 11.
Nachteilig bei dem in Figur 2 gezeigten Verfahren ist, dass bereits zu einem sehr frühen Zeitpunkt der Verarbei¬ tungskette durch das Rasterbildprogramm 5 eine Rasterung von unter Umständen großen PDF-Dateien erfolgen muss, was zu einer relativ langsamen Geschwindigkeit des Gesamtpro¬ zesses führt. Insbesondere ist dabei ein Problem, dass am Druckgerät solange keine Ausgabe erfolgen kann, bis die vollständigen PDF-Dateien den Rasterprozess durchlaufen haben .
Die eingangs genannten Dokumente werden hiermit durch Be¬ zugnahme in die vorliegende Beschreibung aufgenommen.
Es ist Aufgabe der Erfindung, ein Verfahren zum Erzeugen und Verarbeiten eines seitenweise seriell strukturierten Dokumentendatenstroms anzugeben, bei dem Dokumentendaten eines zweiten Formats so eingebettet werden können, dass eine hohe Verarbeitungsgeschwindigkeit bei der Ausgabe des zusammengesetzten Datenstroms erreichbar ist.
Diese Aufgabe wird durch die in den unabhängigen Ansprü¬ chen angegebene Erfindung gelöst. Vorteilhafte Weiterbil¬ dungen der Erfindung sind in den abhängigen Ansprüchen beschrieben .
Erfindungsgemäß wird ein seitenweise seriell strukturier¬ ter Dokumentendatenstrom eines ersten Formats erzeugt und/oder oder verarbeitet. In dem Format kann die erste Seite eines mehrseitigen Dokuments vollständig und erfolg¬ reich einen Parsing-Prozess durchlaufen, bevor Dokumenten- daten der nachfolgenden Seiten den Parsing-Prozess durchlaufen. Dokumentendaten eines zweiten Formats, die mehrere Seiten eines Dokuments umfassen, wobei für die Seiten ge¬ meinsame Einstellungen und/oder Ressourcen gelten, werden mit dem Dokumentendatenstrom verbunden. In dem Dokumenten- datenstrom des ersten Formats wird ein gesondertes Typen- Kennfeld vorgesehen, das anzeigt, dass zusammenhängende Dokumentendaten, die mehrere Seiten umfassen, mit dem Dokumentendatenstrom verbunden sind.
Erfindungsgemäß wurde erkannt, dass in der Verarbeitungs¬ kette von seitenweise seriell strukturierten Dokumentenda- tenströmen die Einbettung von Dokumentendaten, die eine Vielzahl von Seiten umfassen, aber in einem anderen Format vorliegen, bei dem einerseits gemeinsame Einstellungen gelten, wie zum Beispiel eines PDF-Datenstroms oder ge¬ meinsame Ressourcen verwendet werden, beispielsweise ein gemeinsamer Zeichensatz, die in den entsprechenden Doku- mentendaten mit enthalten sein können, eine Beschleunigung des Verfahrens dadurch erreicht werden kann, dass derarti¬ ge Daten des zweiten Formats in den Datenstrom des ersten Formats kompakt eingebettet werden können. Durch eine der- artige Einbettung ist es möglich, diese in nachfolgenden Prozessketten, insbesondere in einem Datenkontroller eines Druckgerätes, bei der Verarbeitung des Datenstroms einma¬ lig zu laden und die geladenen Daten bei späteren Aufrufen von Seiten desselben ursprünglichen Dokumentendatensatzes wieder zu verwenden. Solche wieder verwendbaren Daten sind insbesondere externe Ressourcen, die getrennt von den Do¬ kumentendaten speicherbar sind, wie zum Beispiel Zeichensätze oder wiederkehrende Standard-Bilder. Insbesondere in dem Druckdatenstrom AFP gibt es einen Mechanismus um der- artige Ressourcen einmalig zu laden und sie mehrfach als sogenannte „sekundäre Ressourcen" zu verwenden. Mit der Erfindung wurde erkannt, dass derartige Ressourcenhandha¬ bung auch mit Daten anderer Formate, insbesondere PDF, möglich ist und sich durch die erfindungsgemäßen Maßnahmen die Verarbeitung derartiger Ressourcen in einem Datenstrom, in dem Daten beider Formate gemischt sind, korre¬ lieren lässt.
Weiterhin ist mit der Erfindung der Vorteil erreichbar, dass sogenannte Seitenprogrammierungsvorgänge, wie zum
Beispiel das Ausschießen, die Auswahl von Druckmedien oder die gemischte Ausgabe auf verschiedene Medienarten (soge¬ nanntes Mixplexing) als auch die Anreicherung von zum Beispiel AFP-Objekten, die typisch für Druckproduktionsumge- bungen sind, wie zum Beispiel BCOCA-Barcodes oder Komman¬ dos, die zwischen Nachverarbeitungsgeräten, wie Druckgeräten, Schneidegeräten und Kuvertiergeräten über ein geeignetes Protokoll, beispielsweise über das standardisierte UP 3 I-Protokoll, möglich sind.
Mit der Erfindung wird insbesondere erreicht, dass gemein¬ same Einstellparameter oder Ressourcen der verschiedenen Seiten eines Dokuments des zweiten Formats, zum Beispiel PDF, im Ausgabeprozess mehrfach wieder verwendbar sind. Dadurch können spezielle Maßnahmen zur Bereitstellung dieser Einstellungen und Ressourcen an den einzelnen Seitenpositionen eingespart werden und insbesondere eine Reini- tialisierung des Parsing-Prozesses im ausgabeseitigen Verfahren vielfach nicht mehr nötig.
Mit der Erfindung wird insbesondere vorgeschlagen, ein entsprechendes Verfahren bei der Erzeugung von AFP- Datenströmen auszuführen. Sie ist jedoch auch für andere seitenweise seriell strukturierte Dokumentendatenströme, wie zum Beispiel PPML, anwendbar. Weiterhin sieht die Erfindung insbesondere vor, als eingebettete Dokumentendaten des zweiten Formats PDF-Daten zu verwenden.
Gemäß der Erfindung können entsprechende Dateien des zwei¬ ten Formats, zum Beispiel PDF-Dateien, die eine Vielzahl von Seiten enthalten, von einem Anwenderprogramm an den Druckserver übertragen werden. Sie können so im Druckserver in einen AFP-Dokumentendatenstrom vorteilhaft eingebettet werden, insbesondere als sogenannte inline-Resource gemeinsam mit dem übrigen Datenstrom, d.h. den Daten des ersten Formats in einer Datei, deren übergeordnete Haupt- struktur dem ersten Format entspricht.
Die Datei des zweiten Formats kann weiterhin vorteilhaft innerhalb eines einzigen AFP-Containers übertragen werden, entweder als inline-AFP-Resource oder auch als sog. exter- ne Resource in einer vom übrigen Dokumentendatenstrom unabhängigen Datei.
Die Dokumentendaten des zweiten Formats können auch in einer von den Daten des Dokumentendatenstroms separaten Da- tei gespeichert werden und die Verbindung durch Referen- zierung erfolgen. Die Datei kann dabei als sog. externe AFP-Resource verarbeitet werden, wobei die Verbindung zum Dokumentendatenstrom des ersten Formats logisch und über Referenzierungs-Daten erfolgt. Die Ressourcen-Datei ent- spricht dabei insbesondere in einer den Daten des zweiten Formats übergeordneten Hauptstruktur dem ersten Format.
Die Datei mit den Daten des zweiten Formats kann jeweils in zugeordneten Seitenbereichen des AFP- Dokumentendatenstroms lediglich über Referenzen auf diesen AFP-Multipage-Container aufgerufen werden, beispielsweise über das aus der AFP-Spezifikation bekannte Include- Object-Feld (IOB) . Die entsprechenden Multipage-AFP- Object-Container werden dabei systematisch wie andere, bereits bekannte AFP-Object-Container behandelt, hinsicht¬ lich Erzeugung, Verwaltung, Identifizierung, Ladevorgän- gen, Zwischenspeicherungsvorgängen und Löschvorgängen. Mit der Erfindung wird also eine Erweiterung vorgeschlagen, die sich ohne großen architektonischen Aufwand bzw. um Änderung der AFP-Spezifikation einführen lässt. Andererseits kann mit der Erfindung die Geschwindigkeit bei der Einbet- tung und Verarbeitung von PDF-Daten in einen AFP- Datenstrom erreicht werden, bei dem die PDF-Daten eine Vielzahl von Seiten umfassen.
Mit der Erfindung kann vorteilhaft vorgesehen werden:
- dass jeder Multipage bzw. Multi-Image-Container gehandhabt wird wie eine Standard-AFP-Ressource.
- Die Seiten innerhalb des Containers werden individu¬ ell aufgerufen, wobei ein Indizierungsmechanismus (Seiten-Index) zu einem Include-Objeet-Aufruf (IOB) hinzugefügt wird. Der Indizierungsmechanismus kann insbesondere bereits in den Dokumentendaten des zwei¬ ten Formats (z.B. PDF) vorhandene seitenspezifische Daten, wie zum Beispiel die Seitennummer, verwenden. Dadurch kann in dem IOB-Aufruf beispielsweise seiten¬ spezifisch eine Seite anhand ihrer Nummer aufgerufen werden .
- Die IOB-Aufrufe werden in eine Standardsequenz von Seitenanfang- und Seitenendkommandos eingefügt. - Andere, bereits bekannte AFP-Kontroll-Kommandos, die auf Seiten- bzw. Blattstrukturebene an sich bekannt sind, wie zum Beispiel Medium-Auswahl, Finishing- Befehle für Geräte, die das Ausgabemedium vor oder nach dem Druckprozess bearbeiten, Bild-Rotation usw., bleiben weiterhin verfügbar.
- Auch andere AFP-Objekttypen, wie zum Beispiel BCOCA, PTOCA, GOCA können ebenfalls weiterhin in die AFP- Seiten eingefügt werden und zusammen mit den eingebetteten Dokumentendaten des anderen Formats ausgege- ben werden.
- Innerhalb einer in AFP dargestellten Seite können auch mehrer Seiten aus verschiedenen Multi-PDF- Containern oder aus einem PDF-Container eingefügt werden. Die entsprechenden Seiten können überlagert oder nebeneinander innerhalb der AFP- Seitendarstellung wiedergegeben werden. - Weiterhin kann vorgesehen werden, dass verschiedene Seiten eines Multipage-AFP-Containers, die nicht das gleiche Set gemeinsamer PDF-Eigenschaften teilen, eine Neuinitialisierung des PDF-Parsers und/oder PDF- Raster-Image-Prozessors im ausgabeseitigen Verarbei- tungsprozess, beispielsweise im Druckgerät zur Folge haben. Die jeweiligen PDF-Seiten werden dann jeweils individuell mit den entsprechenden PDF-Parametern und/oder Ressourcen verarbeitet.
Obwohl hinsichtlich der einzubettenden Daten vorstehend hauptsächlich auf PDF-Dateien Bezug genommen wurde, können die jeweiligen Prozesse und Einstellungen auch für Daten anderer Datenformate, z.B. auch für PCL Daten angewandt werden .
In einem vorteilhaften Ausführungsbeispiel der Erfindung werden die Dokumentendaten des zweiten Formats spätestens mit den Daten der ersten Seite des Datenstroms eingebet¬ tet, in denen eine Seite des zweiten Formats aufgerufen wird. Dadurch kann gewährleistet werden, dass bei der aus¬ gabeseitigen Verarbeitung des Datenstroms sämtliche Informationen für den Parsing- und Rasterprozess von der ersten Seite ab vollständig zur Verfügung stehen, die im Format des zweiten Formats vorliegen.
Insbesondere werden die Daten des kompletten Dokuments des zweiten Formats vollständig übertragen, bevor deren erste Seite aufgerufen wird. Dies kann innerhalb der ersten Sei¬ tendarstellung im Dokumentendatenstrom erfolgen oder auch in einem Bereich mit allgemeinen, seitenunabhängigen Kopf- Ressource, die unabhängig von den übrigen Daten des Doku- mentendatenstroms übertragen wird.
Die Multipage-Object-Container können innerhalb des AFP- Datenstroms übertragen oder auch unabhängig von den übrigen Daten des Datenstroms an das Ausgabegerät übertragen werden . Die Erfindung lässt sich insbesondere für Dokumentendaten des zweiten Formats vorteilhaft anwenden, bei denen formatbedingt für den Abschluss eines Parsing-Prozesses, bei dem die Daten gelesen, analysiert und interpretiert wer¬ den, der ersten Seite die gesamten Dokumentendaten gelesen und interpretiert werden müssen. Wenn der Datenstrom ein AFP-Datenstrom ist, dann kann insbesondere vorgesehen werden, dass das Typen-Datenfeld vom Ressourcen-Typ „Object- Container" ist, wobei es insbesondere als Multipage- Object-Container von anderen Object-Containern unterscheidbar ist.
Für andere seitenweise strukturierte Dokumentendatenforma- te wie z.B. PPML kann ebenfalls jeweils ein gesondertes, Multipage spezifisches Strukturelement vorgesehen werden.
Ein erfindungsgemäßer seitenweise seriell strukturierter Dokumentendatenstrom liegt in einem ersten Format vor, bei dem die erste Seite eines mehrseitigen Dokuments vollstän¬ dig und erfolgreich einen Parsing-Prozess durchlaufen kann, bevor Dokumentendaten der nachfolgenden Seiten den Parsing-Prozess durchlaufen. Mit dem Dokumentendatenstrom sind Dokumentendaten eines zweiten Formats verbunden, die mehrere Seiten eines Dokuments umfassen, wobei für die
Seiten gemeinsame Einstellungen und/oder Ressourcen gelten. In dem Dokumentendatenstrom des ersten Formats ist ein gesondertes Typen-Kennfeld vorgesehen, das anzeigt, dass zusammenhängende Dokumentendaten, die mehrere Seiten umfassen, mit dem Dokumentendatenstrom verbunden sind.
Zum Weiterverarbeiten eines Dokumentendatenstroms, der er¬ findungsgemäß erzeugt ist, können die Daten des Dokumen¬ tendatenstroms geparst werden. Dabei kann insbesondere das gesonderte Typen-Kennfeld erfasst werden, das anzeigt, dass zusammenhängende Dokumentendaten, die mehrere Seiten umfassen, mit dem Dokumentendatenstrom verbunden sind. Weiterhin kann insbesondere vorgesehen sein, zumindest den Teil der Dokumentendaten des zweiten Formats einen voll- ständigen Parsing-Prozess durchlaufen zu lassen, der mehrfach verwendet wird, bevor die Daten der ersten Seite des Dokuments, auf die Daten des zweiten Dokuments referen- ziert werden, weiterverarbeitet werden.
Die geparsten Dokumentendaten des zweiten Formats können dabei mindestens solange gespeichert und bei einem Aufruf durch Daten nachfolgender Seiten wiederverwendet werden, bis alle Seiten des Dokuments, in denen Dokumentendaten des zweiten Formats referenziert werden, ebenfalls geparst sind.
Weiterhin kann eine Datei mit den Dokumentendaten des zweiten Formats in kleinere Dateien segmentiert werden. Diese können jeweils mehrere Seiten umfassen und dann mit den Daten des ersten Formats verbunden werden, insbes. mittels eines Multipage-Object-Containers .
Erfindungsgemäß sind auch ein dem erfindungsgemäßen Verfahren entsprechendes Computerprogrammprodukt, ein Druck¬ server und ein Drucksystem vorgesehen.
Weitere Einzelheiten und Vorteile der Erfindung werden anhand der nachfolgenden Beschreibung von Ausführungsbeispielen deutlich.
Es zeigen:
Fig. 1: ein Verfahren zur Erzeugung eines erfindungsgemäßen Druckdatenstroms,
Fig. 2: ein Verfahren zum Erzeugen eines AFP-Datenstroms gemäß dem Stand der Technik und
Fig. 3: eine beispielhafte Datenstruktur für einen AFP- Druckdatenstrom.
In Figur 1 werden, soweit es sich um gleiche Elemente handelt, dieselben Bezugszeichen verwendet, wie bereits in der vorstehend beschriebenen Figur 2.
Bei dem in Figur 1 gezeigten Verfahrensablauf werden
Postscript-Daten mittels eines Normalizer-Programms 20, beispielsweise dem von der Firma Adobe Systems Inc. be- kannten Normalizer-Programms verarbeitet und der dabei er¬ zeugte Datenstrom in einen Multipage-Object-Container 6 im Datenformat AFP eingebettet. Dasselbe kann mit PDF-Daten 4 mittels eines Konversionsprogramms 21 erfolgen. Der so er- zeugte AFP-Object-Container 6 stellt eine Ressource dar. Diese Ressource kann mit dem Ausschießprogramm 7 wiederum so verarbeitet werden, dass eine Multipage-Object Contai¬ ner Ressource 22 entsteht, mittels derer Seiten in einer geänderten Reihenfolge gemäß der im Ausschießprogramm 7 vorgenommenen Umsortierung ausgegeben werden können. Im IPDS-Parsing-Programm 10 bzw. dem damit verbundenen Par- sing-Vorgang werden die eingebetteten PostScript bzw. PDF- Daten sukzessive entpackt, beispielsweise mittels eines PDF-Parsing-Programms 23. Dabei werden im Zuge der ersten verarbeiteten PDF-Daten die jeweiligen übergeordneten bzw. mehrfach genutzten PDF-Einstellungen oder PDF-Ressourcen geladen, verarbeitet und zwischengespeichert. Die zwi¬ schengespeicherten Daten können dann sukzessive beim Aufruf der jeweiligen Seiten in Verbindung mit den dort vor- kommenden individuellen Seitendaten verbunden werden, bevor sie an den Zeichengenerator 11 ausgegeben werden. In diesem Zusammenhang ist es auch möglich, dass vorgegebene Bildobjekte, wie zum Beispiel Logos, die als Ressour¬ cen zur Verfügung stehen, einmalig gerastert und auf den jeweiligen Seiten mehrfach wiederverwendet werden, ohne dass für die nachfolgenden Seiten jeweils ein neuer Rastervorgang ausgeführt werden muss.
In Figur 3 ist eine Datenstruktur gezeigt, die beispiels- weise in einem AFP-Dokumentendatenstrom verwendet werden kann. In einer ersten Datengruppe 25 werden Object- Container des Typs Multipage bzw. Multiimage definiert. In einem zweiten Bereich 26 werden Ressourcen definiert. In einem dritten Bereich 27 werden die für eine individuelle Seite notwendigen Daten aufgerufen. Bei dem seriellen Abarbeiten des Datenstroms wirken die Object-Containerdaten des Bereichs 25, die Pre-Process-Presentation-Object-Daten des Bereichs 26 und die Include-Object-Daten des Bereichs 27 so zusammen, dass in der aufgerufenen Seite die ent- sprechende Seite der ursprünglichen PDF-Datei aufgerufen wird, wobei die PDF-Einstellungen und Ressourcen durch die vorherige Abarbeitung, beispielsweise in den Bereichen 25, 26 wieder verwendbar sind.
Für AFP-Dokumentendatenstöme wird vorgeschlagen, folgende Object Container vorzusehen:
- PDF Document Object
- PDF Document Object with transparency
Diese Datenobjekte enthalten ein PDF-Dokument bzw. eine PDF-Datei, die mehrere Seiten enthalten kann. Die Object Container werden von einem Druckserver an ein Druckgerät gesandt, insbesondere im Grundzustand des Druckgerätes, z.B. im sog. Homestate-Zustand eines IPDS-fähigen Dru- ckers .
Die Datenobjekte werden durch Identifier (HAID) identifiziert und können gespeichert und aktiviert werden durch ein AFP-Activate-Ressource-Kommando . Innerhalb einer in AFP kodierten Seite oder eines Overlays können sie durch das IPDS-Kommando IDO eingefügt werden.
Durch ein AFP Activate-Ressource (AR) Kommando wird das gesamte Multipage-Dokument aktiviert. Einzelne Seiten oder Bereiche des Dokuments werden dabei nicht gesondert akti¬ viert .
Mittels eines optionalen AFP Rasterized-Presentation- Object (RPO) Kommandos kann entweder eine Vorab-Rasterung des kompletten Dokuments erfolgen oder einzelne Seiten des PDF-Dokuments bzw. der PDF-Datei erfolgen. Durch eine der¬ artige Vorab-Rasterung können insbesondere sehr große oder anderweitig raster-aufwendige, kritische Anwendungen die Verarbeitungsgeschwindigkeit bei der Ausgabe des Dokuments insgesamt erhöhen.
Durch eine optionale Seitensequenznummer innerhalb der RPO-Einträge ist es möglich, eine bestimmte Seite eines PDF-Dokuments vorab dem Rasterprozess zu unterziehen. Ist in dem RPO-Eintrag keine Seitennummer angegeben, so wird das gesamte Dokument, das heißt alle Seiten bzw. Bilder gerastert . Wenn das komplette Dokument gerastert wird, so kann ein gemeinsames Set von Steuerungsparametern aus dem RPO- Kommando für alle Seiten des Dokuments verwendet werden. Wenn Seiten bzw. Bilder separat gerastert werden sollen, so kann jedes entsprechende Objekt ein eigenes Set von Steuerungsparametern haben. Jedes Objekt enthält dann einen eigenen Eintrag innerhalb des RPO-Kommandos .
Das AFP Include-Data-Object-Kommando (IDO) wird benutzt, um eine ausgewählte Seite des PDF-Dokuments in eine Sei¬ tenstruktur eines IPDS-Datenstroms oder in eine entspre¬ chende Overlay-Struktur einzubinden. Innerhalb eines IDO Data-Object-Data-Distriptors kann dann die Nummer der ge- wünschten Seite bzw. des gewünschten Bildes angegeben werden .
Nachfolgend wird beschrieben, wie eine große PDF-Datei, wie zum Beispiel ein Buch in den AFP- bzw. IPDS-Datenstrom eingebunden wird, bei der keine weitere Bearbeitung oder Änderung vorgenommen wird.
Schritt 1 : Die PDF-Dokumenten-Datei wird an den Drucker als Homestate-Object-Container, HAID#0001 gesandt.
Schritt 2: Das optionale RPO-Kommando wird benutzt um alle Seiten des Dokuments zu rastern. Wenn das RPO- Kommando nicht benutzt wird, werden die Seiten erst im nächsten Schritt gerastert.
- Schritt 3: Es wird eine Schleife durchlaufen mit der Kommandosequenz Beginn Page Include-Data-Objekt (HAID#0001, Page N) End Page
Dadurch werden sukzessive alle Seiten des Dokuments se¬ riell abgearbeitet und ausgegeben.
Mit den oben beschriebenen Maßnahmen ist eine beträchtIi- che Beschleunigung bei der Verarbeitung von mehrseitigen PDF-Dateien möglich. Um diese weiter zu verbessern ist auch denkbar, sehr große Dateien in kleinere Dateien zu segmentieren. Beispielsweise könnte eine PDF-Datei die Da¬ ten von 5000 Seiten umfasst, in fünf kleinere PDF-Dateien mit je 1000 Seiten segmentiert werden. Dadurch kann zum Beispiel die Zeit bis zum ersten Druck weiter verkürzt werden. In diesem Fall müssten jedoch Maßnahmen ergriffen werden, mit denen für spätere Multipage-Container angezeigt wird, dass für diese dieselben Parameter und gegebe¬ nenfalls Ressourcen gelten wie für die früheren Multipage- Container. Dies könnte zum Beispiel durch eine gemeinsame Identifikationsnummer (ID) erfolgen. Eine weitere Identifikationsnummer könnte dazu vorgesehen werden, um anzuzeigen, dass Multipage-PDF-Dateien in eine gemeinsame AFP- Seite zusammengeführt werden sollen.
Schließlich kann es vorteilhaft sein, innerhalb des AFP- Dokumentendatenstroms Maßnahmen vorzusehen, durch die ein automatischer Rasterprozess in einem Druckserver oder in einem Druckgerät aktiviert oder deaktiviert wird. Dies könnte zum Beispiel durch eine neue AFP Medium-Map- Anweisung erfolgen.
Bezugszeichenliste
1 Drucksystem
2 Druckserver
3 Postscript-Datei
4 PDF-Datei
5 Rasterbildprogramm
6 IOCA-Objekt
7 Ausschießprogramm
8 IOCA-Objekt
9 Konverter
10 IPDS Parser
11 Zeichengenerator
12 Druckgerät
13 AFP-Druckdatenstrom
14 IPDS-Druckdatenstrom
20 Normalizer
21 Konversionsprogramm
22 Object-Container
23 PDF Parser
25 Object-Container-Definition
26 Ressource-Definition
27 Seitendefinition

Claims

Patentansprüche
1. Verfahren zum Erzeugen eines seitenweise seriell strukturierten Dokumentendatenstroms eines ersten Formats,
- wobei in dem ersten Format die erste Seite eines mehrseitigen Dokuments vollständig und erfolgreich einen Parsing-Prozess durchlaufen kann, bevor Dokumentendaten der nachfolgenden Seiten den Parsing- Prozess durchlaufen,
- wobei Dokumentendaten eines zweiten Formats mit dem Dokumentendatenstrom verbunden werden, die mehrere
Seiten eines Dokuments umfassen, wobei für die Seiten gemeinsame Einstellungen und/oder Ressourcen gelten,
- und wobei in dem Dokumentendatenstrom des ersten Formats ein gesondertes Typen-Kennfeld vorgesehen wird, das anzeigt, dass zusammenhängende Dokumenten¬ daten, die mehrere Seiten umfassen, mit dem Dokumentendatenstrom verbunden sind.
2. Verfahren nach Anspruch 1, wobei die Verbindung durch eine Einbettung der Dokumentendaten des zweiten Formats in den Dokumentendatenstrom des ersten Formats erfolgt .
3. Verfahren nach Anspruch 1, wobei die Dokumentendaten des zweiten Formats in einer von den Daten des Dokumentendatenstroms separaten Datei gespeichert werden und die Verbindung durch Referenzierung erfolgt.
4. Verfahren nach einem der Ansprüche 1 bis 3, wobei die Dokumentendaten des zweiten Formats spätestens mit den Daten der ersten Seite des Datenstroms eingebet¬ tet werden, in denen eine Seite des zweiten Formats aufgerufen wird.
5. Verfahren nach einem der Ansprüche 1 bis 4, wobei bei den Dokumentendaten des zweiten Formats formatbedingt zum vollständigen Parsing der ersten Seite die gesamten Dokumentendaten des zweiten Formats gelesen und interpretiert werden müssen.
6. Verfahren nach einem der vorhergehenden Ansprüche, wobei das zweite Format das Portable Document Format (PDF) ist.
7. Verfahren nach einem der Ansprüche 1 bis 5, wobei das zweite Format Page Description Language (PCL) ist.
8. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Dokumentendaten des zweiten Formats seitenweise indiziert werden und ein Seiten-Index gebildet wird.
9. Verfahren nach Anspruch 8, wobei bei der Weiterverarbeitung des Dokumentendatenstroms die Seiten indivi¬ duell unter Verwendung des Seiten-Index aufgerufen werden.
10. Verfahren nach einem der vorhergehenden Ansprüche, wobei das erste Format Advanced Function Presentation
(AFP), Mixed Object Content Architecture (MO:DCA) o- der Intelligent Printer Data Stream (IPDS) ist.
11. Verfahren nach Anspruch 10, wobei das Typen-Datenfeld vom Ressourcen-Typ Object Container ist und insbesondere ein Multipage Object Container ist.
12. Verfahren nach Anspruch 11, wobei bei der Weiterverarbeitung des Dokumentendatenstroms Seiten innerhalb des Multipage Object Containers über eine Include Ob¬ ject Anweisung aufgerufen werden.
13. Verfahren nach einem der Ansprüche 1 bis 9, wobei das erste Format Personalized Print Markup Language
(PPML) ist.
14. Verfahren nach einem der vorhergehenden Ansprüche, wobei eine Datei mit den Dokumentendaten des zweiten Formats in kleinere Dateien segmentiert wird.
15. Verfahren zum Weiterverarbeiten eines Dokumentenda- tenstroms, der nach einem der Ansprüche 1 bis 14 er- zeugt ist, wobei die Daten des Dokumentendatenstroms geparst werden.
16. Verfahren nach Anspruch 15, wobei die Dokumentendaten des zweiten Formats vollständig geparst werden, bevor die Daten der ersten Seite des Dokuments, auf die Da¬ ten des zweiten Dokuments referenziert werden, wei¬ terverarbeitet werden.
17. Verfahren nach Anspruch 16, wobei geparste Dokumen- tendaten des zweiten Formats mindestens so lange ge¬ speichert und bei einem Aufruf durch Daten nachfol¬ gender Seiten wieder verwendet werden, bis alle Seiten des Dokuments, in denen Dokumentendaten des zweiten Formats referenziert werden, geparst sind.
18. Computerprogramm, durch das beim Laden und Ausführen auf einem Computer ein Verfahren nach einem der vorhergehenden Ansprüche ausgeführt wird.
19. Druckserver auf dem ein Computerprogramm nach Anspruch 18 geladen ist.
20. Drucksystem umfassend einen Computer, auf dem ein Computerprogramm nach Anspruch 18 geladen ist.
21. Drucksystem nach Anspruch 20, wobei der Computer als Datencontroller eines Druckgeräts vorgesehen ist.
PCT/EP2009/052109 2008-03-03 2009-02-23 Verfahren, drucksystem und computerprogramm zum erzeugen und verarbeiten von dokumentendatenströmen Ceased WO2009112352A2 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/918,010 US8397162B2 (en) 2008-03-03 2009-02-23 Method, printing system and computer program for generating and processing document data streams

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102008012329A DE102008012329B4 (de) 2008-03-03 2008-03-03 Verfahren, Drucksystem und Computerprogramm zum Erzeugen und Verarbeiten von Dokumentendatenströmen
DE102008012329.3 2008-03-03

Publications (2)

Publication Number Publication Date
WO2009112352A2 true WO2009112352A2 (de) 2009-09-17
WO2009112352A3 WO2009112352A3 (de) 2009-11-05

Family

ID=40952827

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2009/052109 Ceased WO2009112352A2 (de) 2008-03-03 2009-02-23 Verfahren, drucksystem und computerprogramm zum erzeugen und verarbeiten von dokumentendatenströmen

Country Status (3)

Country Link
US (1) US8397162B2 (de)
DE (1) DE102008012329B4 (de)
WO (1) WO2009112352A2 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012022444A (ja) * 2010-07-13 2012-02-02 Canon Inc 情報処理装置、ページ記述方法、及びプログラム
US8582132B2 (en) * 2011-11-18 2013-11-12 Infoprint Solutions Company Llc Print format transform mechanism
US10747479B2 (en) * 2014-02-06 2020-08-18 Ricoh Company, Ltd. Metadata indexing for advanced function presentation systems
US10387085B1 (en) * 2018-03-01 2019-08-20 Ricoh Company, Ltd. Modification of advanced function presentation (AFP) print jobs
US11934731B1 (en) 2023-03-09 2024-03-19 Ricoh Company, Ltd. Alternative media generation mechanism

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6236463B1 (en) * 1997-01-17 2001-05-22 Moore U.S.A., Inc. Generating high speed variable information printed multiple page documents
US6407821B1 (en) * 1998-09-08 2002-06-18 International Business Machines Corporation Method and apparatus for printing documents including embedded print objects with an intelligent printing system
US6538760B1 (en) * 1998-09-08 2003-03-25 International Business Machines Corp. Method and apparatus for generating a production print stream from files optimized for viewing
DE19921120C2 (de) 1999-05-07 2001-05-10 Oce Printing Systems Gmbh Verfahren und System zum Ausschießen von Druckdaten
US20050055476A1 (en) * 2003-09-05 2005-03-10 International Business Machines Corp. System and method for processing distributed print jobs
US7434160B2 (en) * 2003-12-03 2008-10-07 Hewlett-Packard Development Company, L.P. PDF document to PPML template translation
US7512878B2 (en) * 2004-04-30 2009-03-31 Microsoft Corporation Modular document format
US7756865B2 (en) * 2006-08-09 2010-07-13 Infoprint Solutions Company, Llc Extendable meta-data support in final form presentation datastream print enterprises
US7948651B2 (en) * 2007-03-01 2011-05-24 Konica Minolta Systems Laboratory, Inc. Non-sequential transfer of PDF data for PDF direct printing

Also Published As

Publication number Publication date
US8397162B2 (en) 2013-03-12
DE102008012329A1 (de) 2009-09-17
WO2009112352A3 (de) 2009-11-05
DE102008012329B4 (de) 2011-07-14
US20100318901A1 (en) 2010-12-16

Similar Documents

Publication Publication Date Title
EP1579309B1 (de) Verfahren, computerprogrammprodukt und vorrichtung zum verarbeiten eines dokumentendatenstroms eines eingangsformates zu einem ausgangsformat
DE69428929T2 (de) Gerät und Verfahren zur Verarbeitung einer Folge von Bilddaten in einem Drucksystem
DE60207593T2 (de) Ein druckersystem
DE69422076T2 (de) Druckersystem mit Datenanalyse-Bestimmungsfähigkeit
EP1388042B1 (de) Verfahren, gerätesystem und computerprogrammsystem zum visuellen überprüfen eines druckdatenstroms
EP1213644A2 (de) Drucksystem und Verfahren zur Individualisierung eines Druckauftrags
EP1161731B1 (de) Verfahren, computerprogrammprodukt und system zur übertragung von computerdaten an ein ausgabegerät
DE102008012329B4 (de) Verfahren, Drucksystem und Computerprogramm zum Erzeugen und Verarbeiten von Dokumentendatenströmen
DE10158419A1 (de) Verfahren zum digitalen Drucken von zusammengesetzten Dokumenten
DE102007037032B4 (de) Verfahren zum Erzeugen eines Templates
DE102009008681B4 (de) Verfahren, Computer und Computerprogramm zur Aufbereitung von Dokumentendaten mit Farbdaten
DE102010036336B4 (de) Verfahren und Computerprogrammprodukt zur Ausgabe von seitenweise gegliederten Dokumentendaten
EP1013070A2 (de) Verfahren und gerät zur elektronischen archivierung eines computer-datenstroms
DE102007036985B4 (de) Verfahren, System und Computerprogrammprodukt zum automatischen Aufbereiten von Dokumentenbearbeitungsdaten
WO2005106641A2 (de) Verfahren, vorrichtung und computerprogrammprodukt zum erzeugen eines seiten- und/oder bereichsstrukturierten datenstroms aus einem zeilendatenstrom
DE102004047327A1 (de) Verfahren und System zum automatischen Bearbeiten eines Jobtickets für einen Druckprozess
WO2001088840A2 (de) Verfahren und system zur transformation digitaler druckdatenströme sowie zugehörige drucker und druckerserver
WO2006034859A2 (de) Verfahren und system zum automatischen auswählen eines gerätes zum bearbeiten eines dokumentenbearbeitungsauftrages
DE102007036986B4 (de) Verfahren zum automatischen Aufbereiten und Trennen von in einem Dokumentendatenstrom enthaltenen Dokumentenbearbeitungsdaten
DE102015120841A1 (de) Verfahren, Vorrichtung und Computerprogrammprodukt zum Verarbeiten von Druckdaten zum Erzeugen eines Druckbildes auf einem endlosen Trägermaterial
DE102018133397B3 (de) Verfahren zum Erzeugen eines Druckbilds mit einer digitalen Druckmaschine
EP1163574B1 (de) Verfahren, computerprogrammprodukt und system zur übertragung von computerdaten an ein ausgabegerät
DE102020113793B4 (de) Verfahren zum Justieren eines Druckauftrages für digitale Hochleistungsdrucksysteme und ein entsprechendes Drucksystem
DE10223926A1 (de) Verfahren, Computersystem und Computerprogrammprodukt zum Übertragen eines Druckauftrages von einem Host Computer an einen Druckserver
EP3098708A1 (de) Verfahren zum verarbeiten eines druckauftrags in einer computergestützten druckvorstufe

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09718770

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 12918010

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09718770

Country of ref document: EP

Kind code of ref document: A2