WO2003048920A1 - Efficient elimination of duplicate resources in input files - Google Patents

Efficient elimination of duplicate resources in input files Download PDF

Info

Publication number
WO2003048920A1
WO2003048920A1 PCT/US2002/038101 US0238101W WO03048920A1 WO 2003048920 A1 WO2003048920 A1 WO 2003048920A1 US 0238101 W US0238101 W US 0238101W WO 03048920 A1 WO03048920 A1 WO 03048920A1
Authority
WO
WIPO (PCT)
Prior art keywords
pages
pdf
composite
output file
cos
Prior art date
Application number
PCT/US2002/038101
Other languages
French (fr)
Inventor
Todd R. Kueny
Original Assignee
Kueny Todd R
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
Priority claimed from US09/683,183 external-priority patent/US7020837B1/en
Application filed by Kueny Todd R filed Critical Kueny Todd R
Priority to AU2002365756A priority Critical patent/AU2002365756A1/en
Publication of WO2003048920A1 publication Critical patent/WO2003048920A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/123—Storage facilities

Definitions

  • This invention relates to the use of Adobe Acrobat PDF files, and, in particular, discloses a method for creating a compressed form of Adobe ® Acrobat ® PDF containing composite PDF pages.
  • PDF Portable Document Format
  • PDF is a universal file format that preserves all the fonts, formatting, graphics, and color of the source document, regardless of the application and platform used to create it.
  • Adobe PDF files can be shared, viewed, navigated, and printed exactly as intended.
  • the PDF format and the line of Acrobat ® products provides platform transportability for documents.
  • Each PDF file can describe multiple pages of content.
  • the pages are represented in a database having the form of a tree-structure.
  • Each PDF page is accessible from the well-defined root of the tree-structure using a known traversal algorithm.
  • the graphic content of each page, in the form of Cos objects, is represented by one or more terminal nodes in the structure.
  • Figure 1 shows a process by which component static PDF files composed of graphical components are composited onto a single page or multiple pages to create a final document.
  • Figures 1 A & IB shows an individual composite page. The page contains a letter in which the logo, letter body and signature block can be varied among several choices, most likely depending upon the recipient of the letter. The variable portions of the letter are stored in static PDF files.
  • Figure 1(C) shows the selection of variable graphic objects for placement of the page based on a variable data stream containing the addressee information.
  • Figure 2 shows the retrieval of the variable graphic objects from static PDF files.
  • RD? process can be computationally and time intensive, a technique is needed to organize a PDF file so that 1) multiple RIPs can be efficiently and simultaneously used to rasterize the file and 2) component PDF files that are used multiple times, i.e., composited more that once onto a single page or different pages, can share a single pass through the RD? and/or rasterization process.
  • a technique for creating a compressed form of Adobe ® Acrobat ® PDF from a stream of variable page descriptions and static PDF files is disclosed.
  • the resulting compressed files are compatible with the Adobe ® Acrobat ® line of products.
  • the technique includes a symmetrical compression/decompression process yielding a file in which composite pages and their components can be efficiently and directly accessed.
  • Figure 1 shows how complex documents are assembled from multiple, components PDF files.
  • Figure 1(A) shows a complex document having variable fields.
  • Figure 1(B) shows variable data being placed into the document of Figure 1(A).
  • Figure 1(C) shows the selection of components for the variable data fields based on a data stream.
  • Figure 2 shows the selection of components for the variable data fields from a PDF file.
  • Figures 3A-C show the placement of Cos objects and allocated storage blocks in a compressed composite PDF file.
  • Figure 4 shows the links between allocated storage blocks, contents arrays and Cos objects.
  • each component PDF page in a static source PDF file is modified at most by one clipping function and a single 2-dimensional matrix transformation (CTM or Current Transformation Matrix).
  • the clipping function describes an area of the page which is to be eliminated from the composite (i.e., a hole in the page) such that other pages underlying the clipped page can show through.
  • the matrix transformation is a mathematical function that rotates, scales or offsets an object.
  • each static PDF file has a contents array containing references to PDF commands and a resources dictionary that identifies all resources used on the page.
  • each composite page is defined by a compositing language, several of which are well known in the art. Some examples include ASCII text, pdfExpress script, PPML and the Barco Book Ticket Language. Using one of these languages, each resulting composite page is described separately. Within the description of each composite page, every placement of a PDF page from a static PDF file is defined by its own CTM and clipping function. Further, on each composite page, the placement of a static page, using the clipping function and the CTM, overlays any prior marks caused by previous placements on the composite page. Using the compositing language, the composite page description can be parsed efficiently into a single, random access data structure representing the entire assembly process. The compositing language may also support other features, such as the substitution of text or images.
  • the compressed output composite PDF file is first defined by a sequence of operations, based on the compositing language, which are recorded for later analysis.
  • the recording of the operations allows an analysis and optimization step to occur prior to the creation of the output file..
  • the compression is a two-phased operation. In the first phase, components of the input PDF files needed in the composited output are analyzed. These components may need to be modified in some manner. In the second phase the components are copied, and any necessary modifications are applied.
  • Each new composite PDF page is defined by the following:
  • a base PDF rotation for the base page defining the orientation of that page (i.e., 0°, 90°, etc.);
  • each input static PDF file is opened and the PDF pages within the files are located, using the root and tree-structure.
  • the PDF resources (Cos objects) that are used on that page are identified and assigned a unique name.
  • a resource lookup table is created to associate the unique name with the original name of the resource. Resources shared across two or more PDF pages are tracked separately for each page that references them.
  • the PDF content stream for each page is examined to determine all points where a PDF operator references a resource. The information required to modify the reference to the resource is stored.
  • certain information about the PDF component parts (i.e., PDF Cos objects and PDF content streams) of each page is stored in a second table associated with each PDF file and each page. This table defines a set of modifications to the input PDF files that allow the contents of the files to be used in the next phase.
  • the output file is constructed.
  • an output file usage table is created which has an entry for each PDF component part (i.e., PDF content stream or PDF Cos object). Initially, all entries are set to FALSE, indicating that the component has not been copied to the output file.
  • the recorded operations are sequentially processed. When a reference to a particular PDF page is encountered within the recorded operations, the output file usage table is tested for each component part of the page. If a FALSE entry is encountered, the component part is copied to the output file and the table is set to TRUE. Conversely, if a TRUE entry is encountered, no copying is performed. The effect is to copy each PDF component part to the output file only one time.
  • the copied PDF components are shown in Figure 3B.
  • each object is copied to the output file, it is assigned a new ID number, such that a new numbering system is created only for objects copied to the output file.
  • each operator is inspected. If a reference is made to an original PDF resource, a lookup is performed in the resource lookup table, and the operation is modified to refer to the resource using the new, unique name of the resource instead of the original name.
  • a new PDF content stream is created to represent the page.
  • the new content stream is constructed as a Cos array type object (Contents Array), but other representations are possible.
  • a static block of storage is allocated for each new output page. This is shown in Figure 3(C).
  • the storage block links resources and the Contents Array for each page.
  • the Contents Array is populated with references to the Cos objects using the IDs that were assigned when the objects were copied to the output file.
  • a PDF stream consisting of commands which terminate and initiate graphic isolation, transform and crop the static PDF page, and identify the page is constructed.
  • the page identification consists of the following information: a platform independent path and file name, the original page number, the total number of pages in the original file, a unique checksum dependent on the content streams representing the page, the clipping function, the CTM, and the number of times this file/page combination is used (defined as use count).
  • This stream is converted to a Cos object and inserted in the next available Contents Array slot.
  • the Contents Array elements for the page are then copied into the array and the next available slot is advanced to the first available slot after the copied contents.
  • the Contents Array is written to the output file, along with the information necessary to reference the proper resources required for that page.
  • un-referenced static PDF pages and un-used Cos objects, as well as the text of the original compositing language may be stored in the PDF files as storage blocks for purposes of reconstruction if the file is to be decompressed.
  • the compressed file can be decompressed in a reverse process.
  • the compressed composite PDF is opened and a traversal of all of the Contents Array for each of the composite PDF pages in the file, as well as the list of unused static PDF pages is completed. All references to the original, static PDF pages are collected and sorted by file name and page number, and duplicate entries are removed.
  • a compositing language stream is constructed based on the file names, page numbers, CTMs, clipping functions and composite page structure. This language duplicates the original used to construct the file. Alternatively, the original language could be extracted if stored as described above.
  • the list is processed by file name.
  • the PDF files are constructed using the page components identified in the traversal described above.
  • Random access to page information is driven by the PDF page structure.
  • the PDF page structure For a given page, the PDF page structure is traversed to locate the page. This yields approximately Log(n) performance for accessing pages (where n is the number of pages) because the PDF Page structure acts as a database-style index to the given pages.
  • the RTPing process can make a complete, static analysis of the file. This static analysis can be used to efficiently process the file, and the process can be optimized based on the particular production environment (i.e., output device).

Abstract

Disclosed is a method for efficiently creating a compressed PDF file containing multiple composite graphics pages (fig. 4), each of which is composed of a base page and zero or more overlaid and clipped PDF pages, wherein the pages and the graphic elements of each page are stored in static PDF files.

Description

EFFICIENT ELIMINATION OF DUPLICATE RESOURCES IN INPUT FILES
Related Applications
This application claims the benefit of U.S. Patent Application Serial Number 09/683,183, filed on November 29, 2001.
Field of the Invention
This invention relates to the use of Adobe Acrobat PDF files, and, in particular, discloses a method for creating a compressed form of Adobe® Acrobat® PDF containing composite PDF pages.
Background of Invention
The Adobe® company's Acrobat line of products is designed to allow the creation and viewing of documents in a platform-independent manner. Files can be created or converted to Adobe® Acrobat® Portable Document Format (PDF), which is an open de facto standard for electronic document distribution. PDF is a universal file format that preserves all the fonts, formatting, graphics, and color of the source document, regardless of the application and platform used to create it. Adobe PDF files can be shared, viewed, navigated, and printed exactly as intended. The PDF format and the line of Acrobat® products provides platform transportability for documents.
Each PDF file can describe multiple pages of content. Within each PDF file, the pages are represented in a database having the form of a tree-structure. Each PDF page is accessible from the well-defined root of the tree-structure using a known traversal algorithm. The graphic content of each page, in the form of Cos objects, is represented by one or more terminal nodes in the structure.
In the publishing industry, it is useful to be able to produce composite pages which consist of multiple component graphic objects. It is not uncommon for some of the graphic objects to be variable in nature, such as, for example, the addressee on a form letter. It is also useful and convenient for the component graphic objects to be stored as static PDF files.
Figure 1 shows a process by which component static PDF files composed of graphical components are composited onto a single page or multiple pages to create a final document. Figures 1 A & IB shows an individual composite page. The page contains a letter in which the logo, letter body and signature block can be varied among several choices, most likely depending upon the recipient of the letter. The variable portions of the letter are stored in static PDF files. Figure 1(C) shows the selection of variable graphic objects for placement of the page based on a variable data stream containing the addressee information. Lastly, Figure 2 shows the retrieval of the variable graphic objects from static PDF files.
Traditionally this process has been accomplished by RTPing (sending through a Raster Image Processor) each PDF file and using assembling hardware and/or software to overlay the raster images of each component to create a composite page. This construction is driven by a static, descriptive language, called a compositing language, that defines the appearance of each page in terms of component pages.
Because the RD? process can be computationally and time intensive, a technique is needed to organize a PDF file so that 1) multiple RIPs can be efficiently and simultaneously used to rasterize the file and 2) component PDF files that are used multiple times, i.e., composited more that once onto a single page or different pages, can share a single pass through the RD? and/or rasterization process.
Summary of Invention
A technique for creating a compressed form of Adobe® Acrobat® PDF from a stream of variable page descriptions and static PDF files is disclosed. The resulting compressed files are compatible with the Adobe® Acrobat® line of products. The technique includes a symmetrical compression/decompression process yielding a file in which composite pages and their components can be efficiently and directly accessed. Brief Description of Drawings
Figure 1 shows how complex documents are assembled from multiple, components PDF files.
Figure 1(A) shows a complex document having variable fields.
Figure 1(B) shows variable data being placed into the document of Figure 1(A).
Figure 1(C) shows the selection of components for the variable data fields based on a data stream.
Figure 2 shows the selection of components for the variable data fields from a PDF file.
Figures 3A-C show the placement of Cos objects and allocated storage blocks in a compressed composite PDF file.
Figure 4 shows the links between allocated storage blocks, contents arrays and Cos objects.
Detailed Description
The following process describes the construction of multiple component static PDF files into a composite, compressed file which is compatible with the Adobe Acrobat® line of products. Several assumptions are made regarding the static PDF source files. First, each component PDF page in a static source PDF file is modified at most by one clipping function and a single 2-dimensional matrix transformation (CTM or Current Transformation Matrix). The clipping function describes an area of the page which is to be eliminated from the composite (i.e., a hole in the page) such that other pages underlying the clipped page can show through. The matrix transformation is a mathematical function that rotates, scales or offsets an object. Second, each static PDF file has a contents array containing references to PDF commands and a resources dictionary that identifies all resources used on the page. The process that describes the construction of each composite page is defined by a compositing language, several of which are well known in the art. Some examples include ASCII text, pdfExpress script, PPML and the Barco Book Ticket Language. Using one of these languages, each resulting composite page is described separately. Within the description of each composite page, every placement of a PDF page from a static PDF file is defined by its own CTM and clipping function. Further, on each composite page, the placement of a static page, using the clipping function and the CTM, overlays any prior marks caused by previous placements on the composite page. Using the compositing language, the composite page description can be parsed efficiently into a single, random access data structure representing the entire assembly process. The compositing language may also support other features, such as the substitution of text or images.
The compressed output composite PDF file is first defined by a sequence of operations, based on the compositing language, which are recorded for later analysis. The recording of the operations allows an analysis and optimization step to occur prior to the creation of the output file.. The compression is a two-phased operation. In the first phase, components of the input PDF files needed in the composited output are analyzed. These components may need to be modified in some manner. In the second phase the components are copied, and any necessary modifications are applied.
Prior to the analysis, a sequence of operations that select and place PDF pages from existing static PDF files into new pages in the output PDF file is recorded in a data structure. Each new composite PDF page is defined by the following:
1. A base page size defined by a rectangle;
2. A base PDF rotation for the base page defining the orientation of that page (i.e., 0°, 90°, etc.); and
3. Zero or more additional PDF pages layered or overlaid on top of the base page.
For each such page, a CTM and a clipping function is specified.
In phase I of the analysis, each input static PDF file is opened and the PDF pages within the files are located, using the root and tree-structure. For each page, the PDF resources (Cos objects) that are used on that page are identified and assigned a unique name. A resource lookup table is created to associate the unique name with the original name of the resource. Resources shared across two or more PDF pages are tracked separately for each page that references them. Next, the PDF content stream for each page is examined to determine all points where a PDF operator references a resource. The information required to modify the reference to the resource is stored. Lastly, certain information about the PDF component parts (i.e., PDF Cos objects and PDF content streams) of each page is stored in a second table associated with each PDF file and each page. This table defines a set of modifications to the input PDF files that allow the contents of the files to be used in the next phase.
In phase II, the output file is constructed. First, an output file usage table is created which has an entry for each PDF component part (i.e., PDF content stream or PDF Cos object). Initially, all entries are set to FALSE, indicating that the component has not been copied to the output file. Next, the recorded operations are sequentially processed. When a reference to a particular PDF page is encountered within the recorded operations, the output file usage table is tested for each component part of the page. If a FALSE entry is encountered, the component part is copied to the output file and the table is set to TRUE. Conversely, if a TRUE entry is encountered, no copying is performed. The effect is to copy each PDF component part to the output file only one time. The copied PDF components are shown in Figure 3B. As each object is copied to the output file, it is assigned a new ID number, such that a new numbering system is created only for objects copied to the output file. As PDF content streams are encountered, each operator is inspected. If a reference is made to an original PDF resource, a lookup is performed in the resource lookup table, and the operation is modified to refer to the resource using the new, unique name of the resource instead of the original name.
For each new output page, a new PDF content stream is created to represent the page. Preferably, the new content stream is constructed as a Cos array type object (Contents Array), but other representations are possible. In the output file, a static block of storage is allocated for each new output page. This is shown in Figure 3(C). The storage block links resources and the Contents Array for each page. The Contents Array is populated with references to the Cos objects using the IDs that were assigned when the objects were copied to the output file. For each static PDF page to be composited onto a new output page, the following occurs: A PDF stream consisting of commands which terminate and initiate graphic isolation, transform and crop the static PDF page, and identify the page is constructed. The page identification consists of the following information: a platform independent path and file name, the original page number, the total number of pages in the original file, a unique checksum dependent on the content streams representing the page, the clipping function, the CTM, and the number of times this file/page combination is used (defined as use count). This stream is converted to a Cos object and inserted in the next available Contents Array slot. The Contents Array elements for the page are then copied into the array and the next available slot is advanced to the first available slot after the copied contents. Finally, as shown in Figure 4, the Contents Array is written to the output file, along with the information necessary to reference the proper resources required for that page.
In alternative embodiments, un-referenced static PDF pages and un-used Cos objects, as well as the text of the original compositing language, may be stored in the PDF files as storage blocks for purposes of reconstruction if the file is to be decompressed.
The compressed file can be decompressed in a reverse process. The compressed composite PDF is opened and a traversal of all of the Contents Array for each of the composite PDF pages in the file, as well as the list of unused static PDF pages is completed. All references to the original, static PDF pages are collected and sorted by file name and page number, and duplicate entries are removed. During the traversal a compositing language stream is constructed based on the file names, page numbers, CTMs, clipping functions and composite page structure. This language duplicates the original used to construct the file. Alternatively, the original language could be extracted if stored as described above.
The list is processed by file name. The PDF files are constructed using the page components identified in the traversal described above.
Random access to page information is driven by the PDF page structure. For a given page, the PDF page structure is traversed to locate the page. This yields approximately Log(n) performance for accessing pages (where n is the number of pages) because the PDF Page structure acts as a database-style index to the given pages. Because the PDF file represents the entire set of knowledge required for a complete, set-theoretic job decomposition of itself, the RTPing process can make a complete, static analysis of the file. This static analysis can be used to efficiently process the file, and the process can be optimized based on the particular production environment (i.e., output device).
It can be seen that various modifications could be made to the above-described process without deviating from the spirit or scope of the invention, which is embodied in the claims below. For example, the content copying pass and page construction pass could be combined into a single pass.

Claims

Claims
1. A method for efficiently storing components of one or more composite graphic pages comprising the steps of:
parsing a description of each of said composite pages and storing said parsed description;
opening one or more input files and uniquely identifying resources used on component pages described within that file;
copying said resources required by said component pages to an output file, and eliminating duplicate resources, such that each unique resources is copied to said output file only once;
creating said one or more composite graphic pages with references to said resources in said output file; and
copying said one or more composite graphic pages to said output file.
2. The method of claim 1 wherein said description of said composite pages are in the form of a compositing language.
3 The method of claim 2 wherein said compositing language is selected from a group comprising ASCII text, pdfExpress script, PPML and the Barco Book Ticket Language.
4 The method of claim 1 further comprising the step of copying resources unused by said one or more composite graphic pages to said output file.
5 The method of claim 1 further comprising the step of copying said description of each of said composite pages to said output file.
6. A method for creating a compressed PDF file containing one or more composite PDF pages comprising the steps of:
parsing a description of each of said composite pages and storing said parsed description;
opening one or more input PDF files and uniquely identifying Cos objects used by PDF pages defined by PDF content streams within said one or more input PDF files;copying said Cos objects required by said composite pages to an output file, and eliminating duplicate Cos objects, such that each unique Cos object is copied to said output file only once;
creating a PDF content stream for said one or more composite graphic pages, based on said stored description, which includes references to said Cos objects in said output file; and
copying said PDF content stream of said one or more composite graphic pages to said output file.
7 The method of claim 6 wherein said description of said composite pages are in the form of a compositing language.
8. The method of claim 7 wherein said compositing language is selected from a group comprising ASCII text, pdfExpress script, PPML and the Barco Book Ticket Language.
9. The method of claim 6 further comprising the step of copying Cos objects unused by said one or more composite graphic pages to said output file.
10. The method of claim 7 further comprising the step of copying said compositing language describing each of said composite pages to said output file.
11. The method of claim 6 further comprising the step of assigning unique identifiers to said Cos objects as they are copied to said output file.
12. The method of claim 11 wherein said PDF content stream for said one or more composite graphic pages is constructed as a Cos array-type object.
13. The method of claim 12 wherein said Cos array-type objects containing said PDF content streams reference said copied Cos objects using said unique identifiers.
14. The method of claim 6 further wherein said composite graphic pages comprise a base page and zero or more overlaid pages.
15. The method of claim 14 wherein a PDF rotation is applied to said base page.
16. The method of claim 15 wherein said zero or more overlaid pages are modified by a clipping function.
17. The method of claim 15 wherein said zero or more overlaid pages are modified by a two- dimensional matrix transformation.
18. The method of claim 15 wherein said zero or more overlaid pages are modified by a clipping function and a two-dimensional matrix transformation.
19. The method of claim 18 wherein said clipping function and said two-dimensional matrix are copied to said output file as part of said PDF content stream for said one or more composite graphic pages
PCT/US2002/038101 2001-11-29 2002-11-26 Efficient elimination of duplicate resources in input files WO2003048920A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002365756A AU2002365756A1 (en) 2001-11-29 2002-11-26 Efficient elimination of duplicate resources in input files

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/683,183 2001-11-29
US09/683,183 US7020837B1 (en) 2000-11-29 2001-11-29 Method for the efficient compression of graphic content in composite PDF files

Publications (1)

Publication Number Publication Date
WO2003048920A1 true WO2003048920A1 (en) 2003-06-12

Family

ID=24742891

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2002/038101 WO2003048920A1 (en) 2001-11-29 2002-11-26 Efficient elimination of duplicate resources in input files

Country Status (2)

Country Link
AU (1) AU2002365756A1 (en)
WO (1) WO2003048920A1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5832530A (en) * 1994-09-12 1998-11-03 Adobe Systems Incorporated Method and apparatus for identifying words described in a portable electronic document
US6105021A (en) * 1997-11-21 2000-08-15 International Business Machines Corporation Thorough search of document database containing compressed and noncompressed documents
US6230173B1 (en) * 1995-07-17 2001-05-08 Microsoft Corporation Method for creating structured documents in a publishing system
US6385595B1 (en) * 1996-10-09 2002-05-07 Visa International Service Association Electronic statement presentment system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5832530A (en) * 1994-09-12 1998-11-03 Adobe Systems Incorporated Method and apparatus for identifying words described in a portable electronic document
US6230173B1 (en) * 1995-07-17 2001-05-08 Microsoft Corporation Method for creating structured documents in a publishing system
US6385595B1 (en) * 1996-10-09 2002-05-07 Visa International Service Association Electronic statement presentment system
US6105021A (en) * 1997-11-21 2000-08-15 International Business Machines Corporation Thorough search of document database containing compressed and noncompressed documents

Also Published As

Publication number Publication date
AU2002365756A1 (en) 2003-06-17

Similar Documents

Publication Publication Date Title
US7020837B1 (en) Method for the efficient compression of graphic content in composite PDF files
US5960164A (en) Data interface for high performance
US7007231B2 (en) Document management system employing multi-zone parsing process
US20030189724A1 (en) Variable data printing using variants
US20030189726A1 (en) Variable data printing dynamic imposition template
US6813747B1 (en) System and method for output of multipart documents
US20050235202A1 (en) Automatic graphical layout printing system utilizing parsing and merging of data
MXPA06012369A (en) Document mark up methods and systems.
US20080155394A1 (en) Variable data printing
US6330073B1 (en) System and method for merging multi-platform documents
US5950213A (en) Input sheet creating and processing system
US20030189727A1 (en) Method and apparatus for using fields of data to organize variable data print jobs
JP6840597B2 (en) Search result summarizing device, program and method
US20020067502A1 (en) Methods for digitally printing composite documents
Nunes et al. WikiChanges: exposing Wikipedia revision activity
JPH0683827A (en) Method and device for controlling document presentation
US6760887B1 (en) System and method for highlighting of multifont documents
CN114330245A (en) OFD document processing method and device
US6547831B1 (en) Method of generating documents having variable data fields
US20030189725A1 (en) Variable data printing using family groupings
US20090094198A1 (en) Method and system for identification of repeat print jobs using object level hash tables
US20040091162A1 (en) Run length compression format for storing raster data in a cache
Hutchins Testing software tools of potential interest for digital preservation activities at the national library of australia
AU4650800A (en) Variable data print job system
US7031002B1 (en) System and method for using character set matching to enhance print quality

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP