JP2004192390A - Data processor - Google Patents

Data processor Download PDF

Info

Publication number
JP2004192390A
JP2004192390A JP2002360338A JP2002360338A JP2004192390A JP 2004192390 A JP2004192390 A JP 2004192390A JP 2002360338 A JP2002360338 A JP 2002360338A JP 2002360338 A JP2002360338 A JP 2002360338A JP 2004192390 A JP2004192390 A JP 2004192390A
Authority
JP
Japan
Prior art keywords
pdl
objects
data
input
description language
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.)
Pending
Application number
JP2002360338A
Other languages
Japanese (ja)
Inventor
Morikazu Ito
盛一 伊藤
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 Inc
Original Assignee
Canon Inc
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 Canon Inc filed Critical Canon Inc
Priority to JP2002360338A priority Critical patent/JP2004192390A/en
Publication of JP2004192390A publication Critical patent/JP2004192390A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To improve raster image development processing efficiency in every page by enabling to reuse raster images already developed in storage means in image development processing for similar kinds of objects even when intermediate page description language data is complex. <P>SOLUTION: When a CPU 1 determines that the similar kinds of objects are included in the intermediate page description language data stored in a RAM 2, identification information is added to the objects and stored in the RAM 2, and the registered objects are developed in a raster image and registered onto the RAM 2. In page development processing, the registered identification information and identification information of the objects to be net developed are compared, and page development processing is performed using the developed raster image. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、ページ記述言語データあるいは該ページ記述言語を解析して生成される中間ページ記述言語データに従い印刷装置が印刷可能ならラスタイメージへの展開処理を行うデータ処理装置の制御に関するものである。
【0002】
【従来の技術】
従来、ページ記述言語データあるいは該ページ記述言語を解析して生成される中間ページ記述言語データに従い印刷装置が印刷可能ならラスタイメージへの展開処理を行うデータ処理装置におけるソフトラスタイメージプロセッシング(SoftRIP)において、ページ単位でインタプリタ、レンダリング処理を行っていた。
【0003】
【発明が解決しようとする課題】
しかしながら、複数ページからなるジョブ中のページ記述言語の複雑化すると、各ページに同一のオブジェクトがある場合にも、最初から解析して中間ページ記述言語データを生成した後、RIP処理するように制御されているので、ジョブ全体としてRIP処理に時間がかかり印刷処理効率が低下してしまうという問題点があった。
【0004】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、ページ記述言語データあるいは該ページ記述言語を解析して生成される中間ページ記述言語データに従い印刷装置が印刷可能なラスタイメージへの展開処理を行うデータ処理装置において、記憶手段に記憶された中間ページ記述言語データ中に同種のオブジェクトが含まれていると判別された場合に、該オブジェクトに識別情報を付与して記憶手段に登録するとともに、登録されたオブジェクトをラスタイメージに展開して記憶手段に登録し、ページ展開処理時に、登録された識別情報と次に展開すべきオブジェクトの識別情報とを比較して、展開済みのラスタイメージを利用してページ展開処理を行うことにより、中間ページ記述言語データが複雑化しても、同種のオブジェクトに対するイメージ展開処理時に、記憶手段に展開済みのラスタイメージを再利用可能として、各ページにおけるラスタイメージ展開処理効率を格段に向上させることができるデータ処理装置を提供することである。
【0005】
【課題を解決するための手段】
上記目的を達成する本発明のデータ処理装置は以下に示す構成を備える。
【0006】
本発明は、ページ記述言語データあるいは該ページ記述言語を解析して生成される中間ページ記述言語データに従い印刷装置が印刷可能ならラスタイメージへの展開処理を行うデータ処理装置であって、前記中間ページ記述言語データをジョブ単位に記憶する記憶手段(例えば図1に示すRAM2)と、前記記憶手段に記憶された中間ページ記述言語データ中に同種のオブジェクトが含まれているかどうかを判別する判別手段(例えば図5に示す手順に従う制御プログラムであって、外部メモリ11よりRAM2にロードされ、CPU1が実行する判別処理)と、前記判別手段により同種のオブジェクトが含まれていると判別されたオブジェクトに識別情報を付与して前記記憶手段に登録する第1の登録手段(例えば図5に示す手順に従う制御プログラムであって、外部メモリ11よりRAM2にロードされ、CPU1が実行する登録処理)と、前記第1の登録手段により登録されたオブジェクトをラスタイメージに展開して前記記憶手段に登録する第2の登録手段(例えば図5に示す手順に従う制御プログラムであって、外部メモリ11よりRAM2にロードされ、CPU1が実行する登録処理)と、前記記憶手段に記憶された前記中間ページ記述言語データに対するページ展開処理時に、前記第1の登録手段により登録された識別情報と次に展開すべきオブジェクトの識別情報とを比較して、前記記憶手段に記憶されている展開済みのラスタイメージを利用してページ展開処理を行う制御手段(例えば図5に示す手順に従う制御プログラムであって、外部メモリ11よりRAM2にロードされ、CPU1が実行する制御処理)とを有することを特徴とする。
【0007】
【発明の実施の形態】
図1は、本発明の一実施形態を示すデータ処理装置を適用可能な印刷システムの一例を示すブロック図である。
【0008】
図1において、1はCPUであり、本装置全体の制御及び演算処理を行う。2はRAMであり、処理毎にそれぞれのプログラム及びデータがロードされ、実施される領域である。3はROMであり、システム制御プログラムや、入力PDL、中間PDL、イメージデータ、IDテーブルなどの記憶領域である。
【0009】
5はKBCであり、キーボード9(KB)からのキー入力によりデータを受け取りCPU1へ伝達する。8はプリンタ制御部(PRTC)であり、プリンタ装置(PRT)1500を制御するためのものである。
【0010】
プリンタ装置1500は、レーザービームプリンタ、インクジェットプリンタなどである。
【0011】
6はディスプレイ制御部(CRTC)であり、ディスプレイ装置(CRT)10への表示制御を行う。7はディスク制御部(DKC)であり、データ伝送などの制御を行うものである。11は外部記憶装置(外部メモリ)であり、例えばフレキシブルディスク(FD)あるいはハードディスク(HD)等で構成され、プログラム及びデータを記憶させておき、実行時必要に応じて参照またはRAM2へロードする。4はシステムバスであり、上述の構成要素間におけるデータ転送の通路となるべきものである。
【0012】
本装置は、基本I/O(入出力) プログラム、OS(オペレーティングシステム)、及び以下に説明するRIPにおいてオブジェクト単位でインタプリタ及びレンダリングを行う処理がCPU1が実行することにより動作する。
【0013】
基本I/OプログラムはROM3に記憶されており、OSはHD等の外部メモリ11に書き込まれている。そして本装置の電源がONにされた時、基本I/Oプログラム中のIPL(イニシャルプログラムローディング)機能によりHD11からOSがRAM2に読み込まれ、OSの動作が開始される。
【0014】
本実施形態では、RIPにおいてオブジェクト単位でインタプリタ及びレンダリングを行う処理及び関連データは、図2に示すようにフレキシブルディスクまたはCD−ROM等の外部記憶メモリ11中に記録されており、該記録された和文フォントマッチングプログラム及び関連データは、図3に示すように、FDドライブまたはCD−ROMドライブを通じて、本装置のHD等の外部メモリ11にインストールする事が出来る。
【0015】
この場合FDまたはCD−ROMをFDドライブまたはCD−ROMドライブにセットすると、OS及び基本I/Oプログラムの制御のもとに和文フォントマッチングプログラム及び関連データがFDまたはCD−ROMから読み出され、HDにインストールされて動作可能となる。
【0016】
なお、第1実施形態に係るプリント制御システムは、ホストコンピュータ3000とプリンタ1500とから構成されている。
【0017】
ホストコンピュータ3000は、CPU1とRAM2と、ROM3とキーボードコントローラ(KBC)5と、CRTコントローラ(CRTC)6とディスクコントローラ(DKC)7と、プリンタコントローラ(PRTC)8と、キーボード(KB)9と、CRTディスプレイ(CRT)10と、外部メモリ11とを備えている。
【0018】
先ず、ホストコンピュータ3000の各部の構成を詳述すると、CPU1はシステムバス4に接続された各デバイスを統括的に制御する中央処理装置であり、ROM3のプログラム用ROM3b(後述)或いは外部メモリ11に記憶された文書処理プログラム等に基づいて、図形、イメージ、文字、表(表計算等を含む)等が混在した文書処理を実行する。また、CPU1は、例えばRAM2上に設定された表示情報RAMへのアウトラインフォントの展開(ラスタライズ)処理を実行し、CRTディスプレイ10上でのWYSIWYG(What You See Is What You Get:CRTディスプレイ画面上に見えているそのままの大きさや形で印刷できる機能)を可能としている。
【0019】
更に、CPU1はCRTディスプレイ10上のマウスカーソル(図示略)等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザはプリンタ1500を使用して印刷する際、印刷の設定に関するウインドウを開き、プリンタ1500の設定や印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行うことができるようになっている。
【0020】
RAM2はCPU1の主メモリ、ワークエリア等として機能する。ROM3はフォント用ROM3aと、プログラム用ROM3bと、データ用ROM3cとを備えている。フォント用ROM3a或いは外部メモリ11は、上記文書処理の際に使用するフォントデータなどを記憶する。プログラム用ROM3b或いは外部メモリ11は、CPU1の制御プログラムであるオペレーティングシステム(以下、OS)等を記憶する。データ用ROM3c或いは外部メモリ11は、上記文書処理等を行う際に使用する各種データを記憶する。
【0021】
キーボードコントローラ(KBC)5は、キーボード9やポインティングデバイス(図示略)からのキー入力を制御する。CRTコントローラ(CRTC)6は、CRTディスプレイ(CRT)10の表示を制御する。ディスクコントローラ(DKC)7は、外部メモリ11とのアクセスを制御する。プリンタコントローラ(PRTC)8は、双方向性インターフェース21を介してプリンタ1500に接続されて、プリンタ1500との通信制御処理を実行する。キーボード9は、各種キーを備えている。
【0022】
CRTディスプレイ(CRT)10は、図形、イメージ文字、表等を表示する。外部メモリ11はハードディスク(HD)、フレキシブルディスク(FD)等から構成されており、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム(以下、プリンタドライバ)等を記憶する。
【0023】
上述したCPU1、RAM2、ROM3、キーボードコントローラ(KBC)5、CRTコントローラ(CRTC)6、ディスクコントローラ(DKC)7、プリンタコントローラ(PRTC)8は、コンピュータ制御ユニット2000上に配設されている。
【0024】
次に、プリンタ1500の各部の構成を詳述すると、CPU12は、システムバス15に接続された各デバイスを統括的に制御する中央処理装置であり、ROM13のプログラム用ROM13b(後述)に記憶された制御プログラム等或いは外部メモリ14に記憶された制御プログラム等に基づいて印刷部(プリンタエンジン)17に出力情報としての画像信号を出力する。また、CPU12は、入力部18を介してホストコンピュータ3000との通信処理が可能となっており、プリンタ1500内の情報等をホストコンピュータ3000に通知できる構成となっている。
【0025】
RAM19は、CPU12の主メモリや、ワークエリア等として機能し、増設ポートに接続されるオプションRAM(図示略)によりメモリ容量を拡張することができるように構成されている。
【0026】
なお、RAM19は、出力情報展開領域、環境データ格納領域、NVRAM等に用いられる。ROM13は、フォント用ROM13aと、プログラム用ROM13bと、データ用ROM13cとを備えている。フォント用ROM13aは、上記出力情報を生成する際に使用するフォントデータなどを記憶する。プログラム用ROM13bは、CPU12の制御プログラム等を記憶する。データ用ROM13cは、プリンタ1500にハードディスク等の外部メモリ14が接続されていない場合には、ホストコンピュータ3000上で利用される情報等を記憶する。
【0027】
入力部18は、双方向性インターフェース(I/F)21を介してプリンタ1500とホストコンピュータ3000との間におけるデータの送受を行う。印刷部インタフェース(I/F)16は、CPU12と印刷部17との間におけるデータの送受を行う。メモリコントローラ(MC)20は、外部メモリ14のアクセスを制御する。印刷部17は、CPU12の制御に基づき印刷動作を行う。操作部22は、各種操作のためのスイッチや表示手段(例えばLED表示器)等を備えている。
【0028】
外部メモリ14は、ハードディスク(HD)、ICカード等から構成されており、プリンタ1500にオプションとして接続される。外部メモリ14は、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶するものであり、メモリコントローラ(MC)20によりアクセスを制御される。またその容量が大きければ印刷装置内でのジョブのスプール記憶手段として用いられる。
なお、外部メモリ14は、1個に限らず、複数個備えることが可能となっている。即ち、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、NVRAM(図示略)を有し、操作部22からのプリンタモード設定情報を記憶するようにしてもよい。
【0029】
上述したCPU12、RAM19、ROM13、入力部18、印刷部インタフェース(I/F)16、メモリコントローラ(MC)20は、プリンタ制御ユニット1000上に配設されている。
【0030】
図4は、図1に示したRAM2上のメモリマップの一例を示す図であり、例えばRIPにおいてオブジェクト単位でインタプリタ及びレンダリングを行う処理プログラムがHDにインストールされ実行可能になった状態のメモリマップを示す。
【0031】
図5,図6は、本発明に係るデータ処理装置におけるデータ処理手順の一例を示すフローチャートであり、例えばRIPにおいてオブジェクト単位でインタプリタ及びレンダリングを行う処理における処理手順に対応する。なお、(1)〜(28)は各ステップを示す。
【0032】
まず、ステップ(1)では、RIPされるPostScript(登録商標)やPDFなどの入力ページ記述言語(以下入力PDL)や、インタプリト済み中間ページ記述言語(レンダリング可能なページ記述言語、以下中間PDL)が入力として入る。
【0033】
そして、ステップ(2)では、ステップ(1)で入力された入力PDLや中間PDLをメモリにセットする。次に、ステップ(3)では、ステップ(1)で入力された入力PDLが複数個のオブジェクトから構成されるか判断して、ステップ(3)の判断がYesの場合、ステップ(4)で各オブジェクトの幅や高さ、配置場所のページ数、X座標、Y座標、拡大率、縮小率などの情報を取得し、各オブジェクトに一意のIDを付加する。
【0034】
次に、ステップ(5)において、ステップ(4)で取得した情報を一括で管理するファイル(以下情報管理ファイル)を作成する。そして、ステップ(6)で、各オブジェクト毎にインタプリタを行い、レンダリング可能な中間ページ記述言語(以下中間PDL)を作成する。
【0035】
一方、ステップ(3)において、オブジェクトが1つだった場合、または複数個のオブジェクトを1つで扱いたい場合は、ステップ(7)において、そのオブジェクトをインタプリタして、ステップ(8)へ進む。
【0036】
そして、ステップ(8)において、ステップ(6)やステップ(7)で作成した中間PDLやその情報管理ファイルを保存するか判断して、Yesであると判断した場合、ステップ(9)において、ステップ(6)やステップ(7)のデータとその情報管理ファイルをファイルに保存する。
【0037】
次に、ステップ(10)において、処理を終了するか判断して、Yesであると判断した場合、本処理を終了する。
【0038】
一方、ステップ(8)で、Noであると判断した場合、処理を続行し、ステップ(11)において、途中から入ってくる中間PDLやその情報管理ファイルがあるか判断して、Yesであると判断した場合、ステップ(12)のオブジェクト毎の中間PDLとその情報管理ファイルを入力する。
【0039】
次に、ステップ(13)において、ステップ(12)のデータをメモリに展開し、ステップ(14)において、ステップ(6)とステップ(12)のデータの整合性(IDが重複しないような処理)をとる。
【0040】
一方、ステップ(11)でNoであると判断した場合、ステップ(15)へ進み、ページの編集を行うか判断して、Yesであると判断した場合、ステップ(16)において、ドキュメントのイメージ画像をView画面で表示する。
【0041】
そして、ステップ(17)において、ユーザがオブジェクトの拡大や縮小、場所の移動などを行いレイアウトを決定する。次に、ステップ(18)において、ステップ(17)で変更した部分を情報管理ファイルに反映させる。
【0042】
次に、ステップ(19)において、レンダリングしオブジェクト毎のイメージデータを作成する。
【0043】
一方、ステップ(15)で、Noであると判断した場合、ステップ(20)でレンダリング処理を行い、ステップ(21)へ進む。
【0044】
そして、ステップ(19)やステップ(20)で作成したイメージデータやその情報管理ファイルを保存するか判断して、Yesであると判断した場合、ステップ(22)で、ステップ(19)やステップ(20)のデータとその情報管理ファイルをファイルに保存する。
【0045】
一方、ステップ(21)で、Noであると判断した場合、データ処理の終了を判断して、Yesであると判断した場合、本処理を終了する。
【0046】
一方、ステップ(23)で、Noであると判断した場合、ステップ(24)で、イメージデータの入力があるか否かを判断して、Noであると判断した場合、ステップ(28)へ進み、Yesであると判断した場合、ステップ(22)で保存した作成したイメージデータやその情報管理ファイルを入力し、ステップ(26)で、メモリに読み込む。
【0047】
そして、ステップ(27)で、ステップ(25)で入力したデータと、ステップ(19)やステップ(20)のデータとの整合性を取り(IDが重複しないような処理)、ステップ(28)で、表示または印刷を行って、処理を終了する。
【0048】
図7は、本発明に係るデータ処理装置におけるRIP処理時におけるオブジェクト管理ファイルと入力PDLとの対応を説明する図である。
【0049】
図7において、100,101は入力PDLデータであり、オブジェクトの一部が共通している場合を示す。
【0050】
102は情報管理ファイルで、例えば入力PDLデータ100に対する情報管理ファイルであり、オブジェクトID毎に位置やサイズが管理されている。
【0051】
103,104はオブジェクトであり、それぞれIDが情報管理ファイル102上のオブジェクトIDに対応している。
【0052】
この例では、Page1,2とでは、オブジェクトID「1」のテキストと、オブジェクトID「3」のグラフィックとが共通するため、該オブジェクトをキャッシュして管理することにより、RIPにおける処理の高速化が可能となる。
【0053】
つまり、インタプリタやレンダリングをオブジェクト単位で行うことにより、オブジェクトのキャッシュや再利用化をすることによりRIPの高速化を行うことが可能になる。
【0054】
なお、本実施形態では、図5に示したステップ(9)や、図6に示したステップ(21)を処理する際に、オブジェクトIDの登録処理時に、既に同じオブジェクトIDが登録済みであるか否かを判断処理している。
【0055】
以下、図8に示すメモリマップを参照して本発明に係るデータ処理装置で読み出し可能なデータ処理プログラムの構成について説明する。
【0056】
図8は、本発明に係るデータ処理装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【0057】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報,作成者等も記憶され、かつ、プログラム読み出し側のOS等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【0058】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【0059】
本実施形態における図5,図6に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、CD−ROMやフラッシュメモリやFD等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【0060】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【0061】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【0062】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク,ハードディスク,光ディスク,光磁気ディスク,CD−ROM,CD−R,磁気テープ,不揮発性のメモリカード,ROM,EEPROM等を用いることができる。
【0063】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0064】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0065】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形(各実施形態の有機的な組合せを含む)が可能であり、それらを本発明の範囲から排除するものではない。
【0066】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様1〜21について説明する。
【0067】
〔実施態様1〕
入力ページ記述言語(入力PDL)及び、インタプリタ済み中間ページ記述言語(レンダリング可能なページ記述言語、以下中間PDL)を入力し(図5に示すステップ(1))、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5に示すステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5に示すステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクト(例えば全ページに使われるヘッダ、フッタなど)があるか判断するステップ(図示しない))と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップと、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5に示すステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5に示すステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5に示すステップ(11))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップと、登録されていた場合、その中間PDLを適応するステップ(図5に示すステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップと、レンダリングを開始するステップ(図6に示すステップ(20))と、作成した中間PDLをレンダリングし、イメージデータ(プリンタが出力できるビットマップデータ)を作成するステップ(図6に示すステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6に示すステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップ(図6に示すステップ(27))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップと、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0068】
〔実施態様2〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップと、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5に示すステップ(2))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5に示すステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5に示すステップ(4))と、他からの中間PDLの入力があった場合、オブジェクトと一致するものがあるか判断するステップ(図5に示すステップ(2))と、一致するものがあった場合、そのオブジェクトと同一のIDを付け、インタプリタ済みIDテーブルにIDを登録するステップ(図5に示すステップ(9))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5に示すステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5に示すステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップと、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5に示すステップ(9))と、レンダリングを開始するステップ(図6に示すステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6に示すステップ(20))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6に示すステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップ(図6に示すステップ(27))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0069】
〔実施態様3〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5のステップ(9))と、レンダリングを開始するステップ(図6のステップ(20))と、他からの中間PDLやイメージデータの入力があるか判断するステップ(図5のステップ(11),図6のステップ(24))と、入力があった場合、中間PDLと一致するものがあるか判断するステップ(図示しない)と、一致するものがあった場合、その中間PDLは既存の中間PDLと同一のIDを付ける、または、イメージデータの場合、中間PDLと同一のIDを付けレンダリング済みIDテーブルにIDを登録するステップ(図示しない)と、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6のステップ(20))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップと、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0070】
〔実施態様4〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、インタプリトされた中間PDLがDiskに保存するか判断するステップ(図示しない)と、その中間PDLをDiskに保存する場合、Diskに中間PDLを書き込むステップ(図示しない)と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップと、レンダリングを開始するステップ(図6のステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6のステップ(20))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップ(図6のステップ(27))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0071】
〔実施態様5〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図示しない)と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5のステップ(9))と、レンダリングを開始するステップと、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6のステップ(20))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップ(図6のステップ(27))と、レンダリングされたイメージデータをDiskに保存するか判別するステップ(図示しない)と、そのイメージデータをDiskに保存する場合、Diskに書き込むステップ(図示しない)と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0072】
〔実施態様6〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、インタプリトされた中間PDLがDiskに保存するか判断するステップ(図示しない)と、その中間PDLをDiskに保存する場合、Diskに中間PDLを書き込むステップ(図示しない)と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図9のステップ(9))と、処理を続けるかどうか判断するステップ(図5のステップ(10))と、処理を終了する場合、RIPの終了をするステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0073】
〔実施態様7〕
PostScript(登録商標)やPDFなどの入力ページ記述言語(以下入力PDL)及び、インタプリタ済み中間ページ記述言語(レンダリング可能なページ記述言語、以下中間PDL)を入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始する手段(図5に示すステップ(1))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断する手段(図5に示すステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクト(例えば全ページに使われるヘッダ、フッタなど)があるか判断する手段(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加する手段(図5に示すステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加する手段(図5に示すステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成する手段と、インタプリタ済みIDテーブルにIDを登録する手段(図示しない)と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別する手段(図示しない)と、登録されていた場合、その中間PDLを適応する手段(図5に示すステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持する手段(図5に示すステップ(9))と、レンダリングを開始する手段(図6に示すステップ(20))と、作成した中間PDLをレンダリングし、イメージデータ(プリンタが出力できるビットマップデータ)を作成する手段(図5に示すステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録する手段(図6に示すステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断する手段(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応する手段と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了する手段(図示しない)と、RIPを終了する手段(図示しない)とを有することを特徴とするデータ処理装置。
【0074】
〔実施態様8〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始する手段(図5に示すステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断する手段(図5に示すステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断する手段(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加する手段(図5に示すステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加する手段(図5に示すステップ(4))と、他からの中間PDLの入力があった場合、オブジェクトと一致するものがあるか判断する手段と、一致するものがあった場合、そのオブジェクトと同一のIDを付け、インタプリタ済みIDテーブルにIDを登録する手段(図5に示すステップ(9))と、IDを持つ入力PDLをインタプリトして中間PDLを作成する手段(図5に示すステップ(6))と、インタプリタ済みIDテーブルにIDを登録する手段(図5に示すステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別する手段(図示しない)と、登録されていた場合、その中間PDLを適応する手段(図5に示すステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持する手段(図5に示すステップ(9))と、レンダリングを開始する手段(図6に示すステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成する手段(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録する手段(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断する手段(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応する手段(図6に示すステップ(22))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了する手段(図示しない)と、RIPを終了する手段(図示しない)とを有することを特徴とするデータ処理装置。
【0075】
〔実施態様9〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始する手段(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断する手段(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断する手段(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加する手段(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加する手段(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成する手段(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録する手段(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別する手段(図示しない)と、登録されていた場合、その中間PDLを適応する手段(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持する手段(図5のステップ(9))と、レンダリングを開始する手段(図6のステップ(20))と、他からの中間PDLやイメージデータの入力があるか判断する手段(図5のステップ(11),(図6のステップ(24))と、入力があった場合、中間PDLと一致するものがあるか判断する手段(図示しない)と、一致するものがあった場合、その中間PDLは既存の中間PDLと同一のIDを付ける、または、イメージデータの場合、中間PDLと同一のIDを付けレンダリング済みIDテーブルにIDを登録する手段(図6のステップ(21))と、作成した中間PDLをレンダリングし、イメージデータを作成する手段(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録する手段(図5のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断する手段(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応する手段(図6のステップ(27))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了する手段(図示しない)と、RIPを終了する手段(図示しない)とを有することを特徴とするデータ処理装置。
【0076】
〔実施態様10〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始する手段(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断する手段(図5のステップ(8))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断する手段(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加する手段(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加する手段(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成する手段(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録する手段(図示しない)と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別する手段(図示しない)と、登録されていた場合、その中間PDLを適応する手段(図5のステップ(14))と、インタプリトされた中間PDLがDiskに保存するか判断する手段(図示しない)と、その中間PDLをDiskに保存する場合、Diskに中間PDLを書き込む手段(図示しない)と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持する手段(図5のステップ(9))と、レンダリングを開始する手段(図6のステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成する手段(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録する手段(図示しない)と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断する手段(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応する手段(図16のステップ(14))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了する手段(図示しない)と、RIPを終了する手段(図示しない)とを有することを特徴とするデータ処理装置。
【0077】
〔実施態様11〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始する手段(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断する手段(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断する手段(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加する手段(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加する手段(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成する手段(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録する手段(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別する手段(図示しない)と、登録されていた場合、その中間PDLを適応する手段(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持する手段(図5のステップ(9))と、レンダリングを開始する手段(図6のステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成する手段(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録する手段(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断する手段(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応する手段(図6のステップ(22))と、レンダリングされたイメージデータをDiskに保存するか判別する手段(図示しない)と、そのイメージデータをDiskに保存する場合、Diskに書き込む手段(図示しない)と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了する手段(図示しない)と、RIPを終了する手段(図示しない)とを有することを特徴とするデータ処理装置。
【0078】
〔実施態様12〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始する手段(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断する手段(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断する手段(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加する手段(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加する手段(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成する手段(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録する手段(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別する手段(図示しない)と、登録されていた場合、その中間PDLを適応する手段(図5のステップ(14))と、インタプリトされた中間PDLがDiskに保存するか判断する手段(図示しない)と、その中間PDLをDiskに保存する場合、Diskに中間PDLを書き込む手段(図示しない)と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持する手段(図示しない)と、処理を続けるかどうか判断する手段(図示しない)と、処理を終了する場合、RIPの終了をする手段(図示しない)とを有することを特徴とするデータ処理装置。
【0079】
〔実施態様13〕
PostScript(登録商標)やPDFなどの入力ページ記述言語(以下入力PDL)及び、インタプリタ済み中間ページ記述言語(レンダリング可能なページ記述言語、以下中間PDL)を入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクト(例えば全ページに使われるヘッダ、フッタなど)があるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5のステップ(9))と、レンダリングを開始するステップ(図6のステップ(20))と、作成した中間PDLをレンダリングし、イメージデータ(プリンタが出力できるビットマップデータ)を作成するステップ(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップと、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0080】
〔実施態様14〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップと、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、他からの中間PDLの入力があった場合、オブジェクトと一致するものがあるか判断するステップ(図示しない)と、一致するものがあった場合、そのオブジェクトと同一のIDを付け、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5のステップ(9))と、レンダリングを開始するステップ(図6のステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップ(図6のステップ(27))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0081】
〔実施態様15〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5のステップ(9))と、レンダリングを開始するステップ(図6のステップ(20))と、他からの中間PDLやイメージデータの入力があるか判断するステップ(図5のステップ(11),図6のステップ(24))と、入力があった場合、中間PDLと一致するものがあるか判断するステップ(図示しない)と、一致するものがあった場合、その中間PDLは既存の中間PDLと同一のIDを付ける、または、イメージデータの場合、中間PDLと同一のIDを付けレンダリング済みIDテーブルにIDを登録するステップ(図示しない)と、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップ(図6のステップ(22))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0082】
〔実施態様16〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップと、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルにIDが登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、インタプリトされた中間PDLがDiskに保存するか判断するステップ(図示しない)と、その中間PDLをDiskに保存する場合、Diskに中間PDLを書き込むステップ(図示しない)と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図示しない)と、レンダリングを開始するステップ(図6のステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップ(図6のステップ(27))と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0083】
〔実施態様17〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルに登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5のステップ(9))と、レンダリングを開始するステップ(図6のステップ(20))と、作成した中間PDLをレンダリングし、イメージデータを作成するステップ(図6のステップ(19))と、イメージデータに変換した中間PDLのIDをレンダリング済みIDテーブルに登録するステップ(図6のステップ(22))と、次のレンダリングする中間PDLのIDを見て、レンダリング済みIDテーブルのIDと一致するか判断するステップ(図示しない)と、一致したらレンダリングを行わず、そのイメージデータを適応するステップと、レンダリングされたイメージデータをDiskに保存するか判別するステップ(図示しない)と、そのイメージデータをDiskに保存する場合、Diskに書き込むステップ(図示しない)と、すべての中間PDLがレンダリングし終えた時に、レンダリングを終了するステップ(図示しない)と、RIPを終了するステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0084】
〔実施態様18〕
PostScript(登録商標)やPDFなど入力PDL及び、中間PDLを入力し、入力PDLや中間PDLをメモリに読み込みRIPを開始するステップ(図5のステップ(2))と、入力PDL内に複数個のオブジェクト(例えばグラフィックやイメージ)があるか判断するステップ(図5のステップ(3))と、複数個のオブジェクトがあった場合、複数のオブジェクト内に同一のオブジェクトがあるか判断するステップ(図示しない)と、同じオブジェクトがあった場合、同じオブジェクトには同じIDを付加するステップ(図5のステップ(4))と、違うオブジェクトにはそのオブジェクトごとにIDを付加するステップ(図5のステップ(4))と、IDを持つ入力PDLをインタプリトして中間PDLを作成するステップ(図5のステップ(6))と、インタプリタ済みIDテーブルにIDを登録するステップ(図5のステップ(9))と、次のオブジェクトのIDがインタプリタ済みIDテーブルに登録されているか判別するステップ(図示しない)と、登録されていた場合、その中間PDLを適応するステップ(図5のステップ(14))と、インタプリトされた中間PDLがDiskに保存するか判断するステップ(図示しない)と、その中間PDLをDiskに保存する場合、Diskに中間PDLを書き込むステップ(図示しない)と、すべてのオブジェクトのインタプリタが終了し、オブジェクト毎の中間PDLとIDを保持するステップ(図5のステップ(9))と、処理を続けるかどうか判断するステップ(図示しない)と、処理を終了する場合、RIPの終了をするステップ(図示しない)とを有することを特徴とするデータ処理方法。
【0085】
〔実施態様19〕
ページ記述言語データあるいは該ページ記述言語を解析して生成される中間ページ記述言語データに従い印刷装置が印刷可能ならラスタイメージへの展開処理を行うデータ処理装置におけるデータ処理方法であって、記憶手段に記憶された中間ページ記述言語データ中に同種のオブジェクトが含まれているかどうかを判別する判別ステップ(図示しない)と、前記判別ステップにより同種のオブジェクトであると判別されたオブジェクトに識別情報を付与して前記記憶手段に登録する第1の登録ステップ(図5のステップ(4))と、前記第1の登録ステップにより登録されたオブジェクトをラスタイメージに展開して前記記憶手段に登録する第2の登録ステップ(図6のステップ22))と、前記記憶手段に記憶された前記中間ページ記述言語データに対するページ展開処理時に、前記第1の登録ステップにより登録された識別情報と次に展開すべきオブジェクトの識別情報とを比較して、前記記憶手段に記憶されている展開済みのラスタイメージを利用してページ展開処理を行う制御ステップ(図6のステップ(25)〜ステップ(27))とを有することを特徴とするデータ処理方法。
【0086】
〔実施態様20〕
実施態様1〜6,13〜19のいずれかに記載のデータ処理方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【0087】
〔実施態様21〕
実施態様1〜6,13〜19のいずれかに記載のデータ処理方法を実現することを特徴とするプログラム。
【0088】
【発明の効果】
以上説明したように、本発明によれば、ページ記述言語データあるいは該ページ記述言語を解析して生成される中間ページ記述言語データに従い印刷装置が印刷可能なラスタイメージへの展開処理を行うデータ処理装置において、記憶手段に記憶された中間ページ記述言語データ中に同種のオブジェクトが含まれていると判別された場合に、該オブジェクトに識別情報を付与して記憶手段に登録するとともに、登録されたオブジェクトをラスタイメージに展開して記憶手段に登録し、ページ展開処理時に、登録された識別情報と次に展開すべきオブジェクトの識別情報とを比較して、展開済みのラスタイメージを利用してページ展開処理を行うので、中間ページ記述言語データが複雑化しても、同種のオブジェクトに対するイメージ展開処理時に、記憶手段に展開済みのラスタイメージを再利用可能として、各ページにおけるラスタイメージ展開処理効率を格段に向上させることができるという効果を奏する。
【図面の簡単な説明】
【図1】本発明の一実施形態を示すデータ処理装置を適用可能な印刷システムの一例を示すブロック図である。
【図2】図1に示した外部記憶装置に記憶されるデータのデータ構造の一例を示す図である。
【図3】図1に示したホストコンピュータへのプログラム供給例を示す図である。
【図4】図1に示したRAM上のメモリマップの一例を示す図である。
【図5】本発明に係るデータ処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図6】本発明に係るデータ処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図7】本発明に係るデータ処理装置におけるRIP処理時におけるオブジェクト管理ファイルと入力PDLとの対応を説明する図である。
【図8】本発明に係るデータ処理装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
1 CPU
2 RAM
3 ROM
11 外部メモリ
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to control of a data processing device that performs rasterization processing if a printing device can print according to page description language data or intermediate page description language data generated by analyzing the page description language.
[0002]
[Prior art]
Conventionally, in a soft raster image processing (SoftRIP) in a data processing apparatus which performs rasterization processing if a printing apparatus can print according to page description language data or intermediate page description language data generated by analyzing the page description language. , An interpreter and a rendering process were performed on a page-by-page basis.
[0003]
[Problems to be solved by the invention]
However, when the page description language in a job composed of a plurality of pages becomes complicated, even if each page has the same object, control is performed such that the intermediate page description language data is generated by analyzing it from the beginning and then subjected to RIP processing. Therefore, there is a problem that the RIP process takes a long time as a whole job and the print processing efficiency is reduced.
[0004]
SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object of the present invention is to provide a printing apparatus which prints data according to page description language data or intermediate page description language data generated by analyzing the page description language. In a data processing device that performs a rasterizing process to a possible raster image, when it is determined that the same type of object is included in the intermediate page description language data stored in the storage unit, identification information is added to the object. In addition, the registered object is expanded into a raster image and registered in the storage unit, and the registered identification information is compared with the identification information of the object to be expanded next at the time of the page expansion processing. Even if the intermediate page description language data becomes complicated by performing the page expansion process using the raster image During the image development process for the object, as reusable deployed raster image in the storage means is to provide a data processing apparatus which can remarkably improve the raster image expansion processing efficiency in each page.
[0005]
[Means for Solving the Problems]
The data processing device of the present invention that achieves the above object has the following configuration.
[0006]
The present invention relates to a data processing apparatus for performing a rasterization process if a printing apparatus can print according to page description language data or intermediate page description language data generated by analyzing the page description language. Storage means (for example, RAM 2 shown in FIG. 1) for storing description language data in job units; and determination means for determining whether or not the same type of object is included in the intermediate page description language data stored in the storage means ( For example, a control program according to the procedure shown in FIG. 5 is loaded into the RAM 2 from the external memory 11 and executed by the CPU 1), and is discriminated into objects determined to contain the same type of object by the discriminating means. First registering means for adding information and registering the information in the storage means (for example, a system according to the procedure shown in FIG. 5) A program, which is loaded into the RAM 2 from the external memory 11 and executed by the CPU 1), and a second process of developing an object registered by the first registration unit into a raster image and registering the raster image in the storage unit. Registration means (for example, a control program according to the procedure shown in FIG. 5, which is loaded into the RAM 2 from the external memory 11 and executed by the CPU 1), and a page expansion for the intermediate page description language data stored in the storage means At the time of processing, the identification information registered by the first registration means is compared with the identification information of the object to be developed next, and the page development is performed by using the rasterized image stored in the storage means. Control means for performing processing (for example, a control program according to the procedure shown in FIG. The loaded, and having a control process) and that CPU1 executes.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a block diagram illustrating an example of a printing system to which a data processing device according to an embodiment of the present invention can be applied.
[0008]
In FIG. 1, reference numeral 1 denotes a CPU, which controls the entire apparatus and performs arithmetic processing. Reference numeral 2 denotes a RAM, which is an area where each program and data are loaded and executed for each process. Reference numeral 3 denotes a ROM, which is a storage area for a system control program, input PDL, intermediate PDL, image data, ID table, and the like.
[0009]
Reference numeral 5 denotes a KBC, which receives data by key input from a keyboard 9 (KB) and transmits the data to the CPU 1. Reference numeral 8 denotes a printer control unit (PRTC) for controlling the printer device (PRT) 1500.
[0010]
The printer 1500 is a laser beam printer, an inkjet printer, or the like.
[0011]
Reference numeral 6 denotes a display control unit (CRTC) that controls display on a display device (CRT) 10. Reference numeral 7 denotes a disk control unit (DKC) which controls data transmission and the like. Reference numeral 11 denotes an external storage device (external memory), which is composed of, for example, a flexible disk (FD) or a hard disk (HD), stores programs and data, and refers to or loads the programs and data into the RAM 2 as needed at the time of execution. Reference numeral 4 denotes a system bus, which should serve as a path for data transfer between the above-described components.
[0012]
The present device operates by the CPU 1 executing a process of performing an interpreter and rendering for each object in a basic I / O (input / output) program, an OS (operating system), and a RIP described below.
[0013]
The basic I / O program is stored in the ROM 3, and the OS is written in the external memory 11 such as an HD. When the power of the apparatus is turned on, the OS is read from the HD 11 into the RAM 2 by the IPL (initial program loading) function in the basic I / O program, and the operation of the OS is started.
[0014]
In the present embodiment, the process of performing the interpreter and rendering in the RIP on an object basis and related data are recorded in an external storage memory 11 such as a flexible disk or a CD-ROM as shown in FIG. As shown in FIG. 3, the Japanese font matching program and related data can be installed in an external memory 11 such as an HD of the apparatus through an FD drive or a CD-ROM drive.
[0015]
In this case, when the FD or CD-ROM is set in the FD drive or CD-ROM drive, a Japanese font matching program and related data are read from the FD or CD-ROM under the control of the OS and the basic I / O program. It is installed in the HD and becomes operable.
[0016]
The print control system according to the first embodiment includes a host computer 3000 and a printer 1500.
[0017]
The host computer 3000 includes a CPU 1, a RAM 2, a ROM 3, a keyboard controller (KBC) 5, a CRT controller (CRTC) 6, a disk controller (DKC) 7, a printer controller (PRTC) 8, a keyboard (KB) 9, A CRT display (CRT) 10 and an external memory 11 are provided.
[0018]
First, the configuration of each unit of the host computer 3000 will be described in detail. The CPU 1 is a central processing unit that controls each device connected to the system bus 4 in a centralized manner, and is stored in a program ROM 3 b (described later) of the ROM 3 or the external memory 11. Based on a stored document processing program or the like, a document process in which graphics, images, characters, tables (including spreadsheets and the like) are mixed is executed. Further, the CPU 1 executes, for example, a process of developing (rasterizing) the outline font in the display information RAM set on the RAM 2, and displays a WYSIWYG (What You See Is What You Get: CRT display screen) on the CRT display 10. (The ability to print in the exact size and shape that you see).
[0019]
Further, the CPU 1 opens various registered windows based on commands specified by a mouse cursor (not shown) on the CRT display 10 and executes various data processing. When printing using the printer 1500, the user can open a window relating to print settings and set print processing methods for the printer driver, including setting of the printer 1500 and selection of a print mode.
[0020]
The RAM 2 functions as a main memory, a work area, and the like for the CPU 1. The ROM 3 includes a font ROM 3a, a program ROM 3b, and a data ROM 3c. The font ROM 3a or the external memory 11 stores font data and the like used in the document processing. The program ROM 3b or the external memory 11 stores an operating system (hereinafter referred to as OS), which is a control program of the CPU 1, and the like. The data ROM 3c or the external memory 11 stores various data used when performing the document processing and the like.
[0021]
A keyboard controller (KBC) 5 controls a key input from a keyboard 9 or a pointing device (not shown). A CRT controller (CRTC) 6 controls display on a CRT display (CRT) 10. The disk controller (DKC) 7 controls access to the external memory 11. The printer controller (PRTC) 8 is connected to the printer 1500 via the bidirectional interface 21 and executes a communication control process with the printer 1500. The keyboard 9 has various keys.
[0022]
A CRT display (CRT) 10 displays figures, image characters, tables, and the like. The external memory 11 includes a hard disk (HD), a flexible disk (FD), and the like, and stores a boot program, various applications, font data, user files, edit files, a printer control command generation program (hereinafter, printer driver), and the like. Remember.
[0023]
The above-described CPU 1, RAM 2, ROM 3, keyboard controller (KBC) 5, CRT controller (CRTC) 6, disk controller (DKC) 7, and printer controller (PRTC) 8 are arranged on a computer control unit 2000.
[0024]
Next, the configuration of each part of the printer 1500 will be described in detail. The CPU 12 is a central processing unit that controls each device connected to the system bus 15, and is stored in a program ROM 13 b (described later) of the ROM 13. An image signal as output information is output to the printing unit (printer engine) 17 based on a control program or the like or a control program or the like stored in the external memory 14. Further, the CPU 12 is capable of performing communication processing with the host computer 3000 via the input unit 18, and has a configuration capable of notifying the host computer 3000 of information and the like in the printer 1500.
[0025]
The RAM 19 functions as a main memory of the CPU 12, a work area, and the like, and is configured so that the memory capacity can be expanded by an optional RAM (not shown) connected to the additional port.
[0026]
The RAM 19 is used for an output information development area, an environment data storage area, an NVRAM, and the like. The ROM 13 includes a font ROM 13a, a program ROM 13b, and a data ROM 13c. The font ROM 13a stores font data and the like used when generating the output information. The program ROM 13b stores a control program of the CPU 12, and the like. When the external memory 14 such as a hard disk is not connected to the printer 1500, the data ROM 13c stores information used on the host computer 3000.
[0027]
The input unit 18 transmits and receives data between the printer 1500 and the host computer 3000 via the bidirectional interface (I / F) 21. The printing unit interface (I / F) 16 sends and receives data between the CPU 12 and the printing unit 17. The memory controller (MC) 20 controls access to the external memory 14. The printing unit 17 performs a printing operation under the control of the CPU 12. The operation unit 22 includes switches and display means (for example, an LED display) for various operations.
[0028]
The external memory 14 includes a hard disk (HD), an IC card, and the like, and is connected to the printer 1500 as an option. The external memory 14 stores font data, an emulation program, form data, and the like, and its access is controlled by a memory controller (MC) 20. If the capacity is large, it is used as spool storage means for a job in the printing apparatus.
The external memory 14 is not limited to one, and a plurality of external memories can be provided. In other words, in addition to the built-in fonts, an option card and a plurality of external memories storing programs for interpreting printer control languages of different languages may be connected. Further, an NVRAM (not shown) may be provided to store the printer mode setting information from the operation unit 22.
[0029]
The above-described CPU 12, RAM 19, ROM 13, input unit 18, printing unit interface (I / F) 16, and memory controller (MC) 20 are arranged on the printer control unit 1000.
[0030]
FIG. 4 is a diagram showing an example of a memory map on the RAM 2 shown in FIG. 1. For example, a memory map in a state in which a processing program for performing an interpreter and rendering for each object in the RIP is installed in the HD and becomes executable. Show.
[0031]
FIGS. 5 and 6 are flowcharts showing an example of a data processing procedure in the data processing apparatus according to the present invention, and correspond to, for example, a processing procedure in a process of performing an interpreter and rendering in an object unit in a RIP. In addition, (1) to (28) indicate each step.
[0032]
First, in step (1), an input page description language (hereinafter referred to as input PDL) such as PostScript (registered trademark) or PDF to be RIP or an interpreted intermediate page description language (renderable page description language; hereinafter, intermediate PDL) is used. Enter as input.
[0033]
Then, in step (2), the input PDL and intermediate PDL input in step (1) are set in the memory. Next, in step (3), it is determined whether the input PDL input in step (1) is composed of a plurality of objects, and if the determination in step (3) is Yes, each of the objects is determined in step (4). Information such as the width and height of the object, the number of pages at the placement location, the X coordinate, the Y coordinate, the enlargement ratio, the reduction ratio, and the like are acquired, and a unique ID is added to each object.
[0034]
Next, in step (5), a file (hereinafter, an information management file) for collectively managing the information acquired in step (4) is created. In step (6), an interpreter is performed for each object to create a renderable intermediate page description language (hereinafter, intermediate PDL).
[0035]
On the other hand, in step (3), if there is only one object, or if it is desired to handle a plurality of objects as one, in step (7), the object is interpreted and the process proceeds to step (8).
[0036]
Then, in step (8), it is determined whether to save the intermediate PDL or its information management file created in step (6) or step (7), and if it is determined as Yes, the process proceeds to step (9). The data of (6) and step (7) and its information management file are stored in a file.
[0037]
Next, in step (10), it is determined whether or not to end the processing, and if it is determined as Yes, this processing is ended.
[0038]
On the other hand, if it is determined as No in step (8), the process is continued, and in step (11), it is determined whether there is an intermediate PDL or its information management file coming from the middle, and it is determined as Yes. If it is determined, the intermediate PDL for each object in step (12) and its information management file are input.
[0039]
Next, in step (13), the data of step (12) is expanded in a memory, and in step (14), the data consistency of step (6) and step (12) (a process in which IDs do not overlap) Take.
[0040]
On the other hand, if it is determined as No in step (11), the process proceeds to step (15), and it is determined whether to edit the page. If it is determined as Yes, in step (16), the image Is displayed on the View screen.
[0041]
Then, in step (17), the user determines the layout by enlarging or reducing the object, moving the place, and the like. Next, in step (18), the part changed in step (17) is reflected in the information management file.
[0042]
Next, in step (19), rendering is performed to create image data for each object.
[0043]
On the other hand, when it is determined as No in step (15), rendering processing is performed in step (20), and the process proceeds to step (21).
[0044]
Then, it is determined whether to save the image data and its information management file created in step (19) and step (20), and when it is determined as Yes, in step (22), step (19) or step ( 20) Save the data and its information management file in a file.
[0045]
On the other hand, in step (21), if it is determined to be No, the end of the data processing is determined. If it is determined to be Yes, this processing is ended.
[0046]
On the other hand, if it is determined as No in step (23), it is determined whether or not image data is input in step (24). If it is determined as No, the process proceeds to step (28). , Yes, the created image data and its information management file saved in step (22) are input and read into the memory in step (26).
[0047]
Then, in step (27), the data input in step (25) is made consistent with the data in step (19) or step (20) (a process for preventing ID duplication), and in step (28) Is displayed or printed, and the process ends.
[0048]
FIG. 7 is a view for explaining the correspondence between the object management file and the input PDL at the time of RIP processing in the data processing device according to the present invention.
[0049]
In FIG. 7, reference numerals 100 and 101 denote input PDL data, showing a case where some of the objects are common.
[0050]
An information management file 102 is, for example, an information management file for the input PDL data 100, and the position and size are managed for each object ID.
[0051]
Reference numerals 103 and 104 denote objects whose IDs correspond to the object IDs on the information management file 102, respectively.
[0052]
In this example, since the text of the object ID "1" and the graphic of the object ID "3" are common to the pages 1 and 2, the cached and managed objects can speed up the processing in the RIP. It becomes possible.
[0053]
That is, by performing the interpreter and the rendering for each object, it is possible to speed up the RIP by caching and reusing the object.
[0054]
In the present embodiment, when processing the step (9) shown in FIG. 5 or the step (21) shown in FIG. 6, whether the same object ID has already been registered at the time of the registration processing of the object ID. It is determined whether or not it is.
[0055]
Hereinafter, the configuration of a data processing program that can be read by the data processing device according to the present invention will be described with reference to a memory map shown in FIG.
[0056]
FIG. 8 is a diagram illustrating a memory map of a storage medium that stores various data processing programs that can be read by the data processing device according to the present invention.
[0057]
Although not shown, information for managing a group of programs stored in the storage medium, for example, version information, a creator, and the like are also stored, and information dependent on the OS or the like on the program reading side, for example, a program is identified and displayed. Icons and the like may also be stored.
[0058]
Further, data dependent on various programs is also managed in the directory. In addition, a program for installing various programs on a computer or a program for decompressing a program to be installed when the program to be installed is compressed may be stored.
[0059]
The functions shown in FIGS. 5 and 6 in this embodiment may be executed by a host computer by a program installed from the outside. In this case, the present invention is applied even when a group of information including a program is supplied to the output device from a storage medium such as a CD-ROM, a flash memory, or an FD, or from an external storage medium via a network. Things.
[0060]
As described above, the storage medium storing the program codes of the software for realizing the functions of the above-described embodiments is supplied to the system or the apparatus, and the computer (or CPU or MPU) of the system or the apparatus stores the storage medium in the storage medium. It goes without saying that the object of the present invention is also achieved by reading and executing the program code thus obtained.
[0061]
In this case, the program code itself read from the storage medium implements the novel function of the present invention, and the storage medium storing the program code constitutes the present invention.
[0062]
As a storage medium for supplying the program code, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, magnetic tape, nonvolatile memory card, ROM, EEPROM, or the like may be used. it can.
[0063]
When the computer executes the readout program code, not only the functions of the above-described embodiments are realized, but also an OS (Operating System) running on the computer based on the instruction of the program code. It goes without saying that a part or all of the actual processing is performed and the functions of the above-described embodiments are realized by the processing.
[0064]
Further, after the program code read from the storage medium is written into a memory provided on a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that a CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing, and the processing realizes the functions of the above-described embodiments.
[0065]
The present invention is not limited to the above embodiments, and various modifications (including organic combinations of the embodiments) are possible based on the spirit of the present invention, and those are excluded from the scope of the present invention. is not.
[0066]
Although various examples and embodiments of the present invention have been shown and described, those skilled in the art will recognize that the spirit and scope of the present invention is not limited to the specific description herein, but rather includes the following embodiments. Needless to say, this is also included. Hereinafter, Embodiments 1 to 21 will be described.
[0067]
[Embodiment 1]
An input page description language (input PDL) and an interpreted intermediate page description language (renderable page description language; hereinafter, intermediate PDL) are input (step (1) shown in FIG. 5), and the input PDL and the intermediate PDL are stored in a memory. A step of starting reading RIP (step (2) shown in FIG. 5), a step of determining whether there are a plurality of objects (for example, graphics and images) in the input PDL (step (3) shown in FIG. 5), If there are a plurality of objects, a step (not shown) of judging whether or not the same object (for example, a header or a footer used for all pages) is present in the plurality of objects is the same as the step of determining whether there is the same object. Adding the same ID to objects, and assigning different objects D (step (4) shown in FIG. 5), an input PDL having an ID is interpreted to create an intermediate PDL (step (6) shown in FIG. 5), and an ID is stored in the interpreted ID table. (Step (11) shown in FIG. 5), a step of determining whether the ID of the next object is registered in the interpreted ID table, and if the ID is registered, adapt the intermediate PDL. Step (Step (14) shown in FIG. 5), Step of holding the intermediate PDL and ID for each object after the interpreter of all objects is completed, and Step of starting rendering (Step (20) shown in FIG. 6) Renders the created intermediate PDL and outputs image data (a bitmap that can be output by a printer) (Step (19) shown in FIG. 6), a step of registering the ID of the intermediate PDL converted into image data in the rendered ID table (step (22) shown in FIG. 6), A step (not shown) of looking at the ID of the intermediate PDL to be rendered and determining whether it matches the ID of the rendered ID table, and a step of adapting the image data without rendering if matched (step shown in FIG. 6). (27)) and a step of ending the rendering when all intermediate PDLs have been rendered, and a step (not shown) of ending the RIP (not shown).
[0068]
[Embodiment 2]
Inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP, and a plurality of objects (for example, graphics and images) in the input PDL. (Step (2) shown in FIG. 5) and, when there are a plurality of objects, a step (not shown) of determining whether or not the same object exists in the plurality of objects. In this case, a step of adding the same ID to the same object (step (4) shown in FIG. 5), a step of adding an ID to a different object for each object (step (4) shown in FIG. 5), If there is an intermediate PDL input from, determine if there is something that matches the object (Step (2) shown in FIG. 5), and if there is a match, assign the same ID as the object and register the ID in the interpreted ID table (step (9) shown in FIG. 5). ), A step of interpreting an input PDL having an ID to create an intermediate PDL (step (6) shown in FIG. 5), and a step of registering the ID in an interpreted ID table (step (9) shown in FIG. 5). Determining whether the ID of the next object is registered in the interpreted ID table (not shown), applying the intermediate PDL if the ID is registered, and terminating the interpreter of all objects Then, a step of holding the intermediate PDL and ID of each object (step (9) shown in FIG. 5), A step of starting dulling (step (20) shown in FIG. 6), a step of rendering the created intermediate PDL to create image data (step (20) shown in FIG. 6), and an intermediate PDL converted to image data Is registered in the rendered ID table (step (22) shown in FIG. 6), and the step of checking the ID of the next intermediate PDL to be rendered and determining whether the ID matches the ID of the rendered ID table (illustration) No), rendering is not performed if they match, a step of applying the image data (step (27) shown in FIG. 6), and a step of ending the rendering when all intermediate PDLs have been rendered (not shown). And ending the RIP (not shown). Data processing method.
[0069]
[Embodiment 3]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. (Step (6) in FIG. 5), registering the ID in the interpreted ID table (Step (9) in FIG. 5), and determining whether the ID of the next object is registered in the interpreted ID table (Not shown), if registered, the step of applying the intermediate PDL (step (14) in FIG. 5), and the interpreter for all objects is terminated, and the intermediate PDL and ID for each object are held. 5 (step (9) in FIG. 5), a step of starting rendering (step (20) in FIG. 6), and a step of determining whether or not there is input of intermediate PDL or image data from another (step of FIG. 5). (11), step (24) in FIG. 6, and when there is an input, a step of determining whether there is something that matches the intermediate PDL. (Not shown), if there is a match, the intermediate PDL is assigned the same ID as the existing intermediate PDL, or in the case of image data, the same ID is assigned to the intermediate PDL and the ID is assigned to the rendered ID table. (Not shown), rendering the created intermediate PDL and creating image data (step (20) in FIG. 6), and adding the ID of the intermediate PDL converted to the image data to the rendered ID table. The step of registering (step (22) in FIG. 6), the step of looking at the ID of the next intermediate PDL to be rendered, and judging whether or not it matches the ID of the rendered ID table (not shown) The step of adapting the image data and rendering all intermediate PDLs A data processing method comprising the steps of ending rendering (not shown) and ending RIP (not shown) when rendering is completed.
[0070]
[Embodiment 4]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. (Step (6) in FIG. 5), registering the ID in the interpreted ID table (Step (9) in FIG. 5), and determining whether the ID of the next object is registered in the interpreted ID table (Not shown), if registered, a step of applying the intermediate PDL (step (14) in FIG. 5), and a step of determining whether the interpreted intermediate PDL is stored in the Disk (not shown) When storing the intermediate PDL in the disk, a step of writing the intermediate PDL to the disk (not shown), a step of terminating the interpreter of all the objects and holding the intermediate PDL and the ID of each object, and starting the rendering (Step (20) in FIG. 6) and render the created intermediate PDL. (Step (20) in FIG. 6), registering the ID of the intermediate PDL converted into the image data in the rendered ID table (Step (22) in FIG. 6), and (Step (not shown)) to see if the ID of the intermediate PDL to be rendered matches the ID of the rendered ID table, and to apply the image data without performing rendering if the ID matches (step (FIG. 6) 27)) and a step of ending the rendering (not shown) when all the intermediate PDLs have been rendered, and a step of ending the RIP (not shown).
[0071]
[Embodiment 5]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. (Step (6) in FIG. 5), a step of registering an ID in the interpreted ID table (not shown), and a step of determining whether the ID of the next object is registered in the interpreted ID table (not shown) ) And, if registered, a step of adapting the intermediate PDL (step (14) in FIG. 5) and a step of terminating the interpreter for all objects and retaining the intermediate PDL and ID for each object (FIG. 5). Step (9)), a step of starting rendering, a step of rendering the created intermediate PDL to create image data (step (20) in FIG. 6), and an ID of the intermediate PDL converted into the image data. The step of registering in the rendered ID table (step (22) in FIG. 6) Looking at the ID of the intermediate PDL to be rendered and determining whether the ID matches the ID of the rendered ID table (not shown), and applying the image data without performing rendering when the ID matches (step (27 in FIG. 6). )), A step of determining whether to store the rendered image data in the disk (not shown), and a step of writing the image data in the disk (not shown) when storing the image data in the disk. A data processing method comprising the steps of ending rendering (not shown) and ending RIP (not shown) when processing is completed.
[0072]
[Embodiment 6]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. (Step (6) in FIG. 5), registering the ID in the interpreted ID table (Step (9) in FIG. 5), and determining whether the ID of the next object is registered in the interpreted ID table (Not shown), if registered, a step of applying the intermediate PDL (step (14) in FIG. 5), and a step of determining whether the interpreted intermediate PDL is stored in the Disk (not shown) When the intermediate PDL is stored in the disk, a step of writing the intermediate PDL to the disk (not shown) and a step of terminating the interpreter of all objects and holding the intermediate PDL and ID for each object (step of FIG. 9) (9)) and a step of determining whether to continue the processing (step (10) in FIG. 5) , When the process ends, data processing method characterized by a step (not shown) to the end of the RIP.
[0073]
[Embodiment 7]
An input page description language (hereinafter referred to as input PDL) such as PostScript (registered trademark) or PDF and an interpreted intermediate page description language (renderable page description language, hereinafter referred to as intermediate PDL) are input, and the input PDL or intermediate PDL is stored in a memory. Means for starting reading RIP (step (1) shown in FIG. 5), means for determining whether there are a plurality of objects (for example, graphics and images) in the input PDL (step (3) shown in FIG. 5), When there are a plurality of objects, means (not shown) for determining whether the same object (for example, a header or footer used for all pages) exists in the plurality of objects, and when there is the same object, the same object Means for adding the same ID (step (4) shown in FIG. 5) and a different object Means for adding an ID to each object (step (4) shown in FIG. 5), means for interpreting an input PDL having an ID to create an intermediate PDL, and registering the ID in an interpreted ID table. Means (not shown), means for determining whether the ID of the next object is registered in the interpreted ID table (not shown), and means for applying the intermediate PDL if the ID has been registered (see FIG. 5). Step (14)), means for ending the interpreter of all objects and holding the intermediate PDL and ID for each object (step (9) shown in FIG. 5), and means for starting rendering (shown in FIG. 6) Step (20)), render the created intermediate PDL, and create image data (a bit map that can be output by the printer). Means for creating data (step (19) shown in FIG. 5), means for registering the ID of the intermediate PDL converted into image data in the rendered ID table (step (22) shown in FIG. 6), and A means (not shown) for checking the ID of the intermediate PDL to be rendered and judging whether the ID matches the ID of the rendered ID table, a means for applying the image data without rendering if the ID is matched, A data processing device comprising: means for ending rendering (not shown) when rendering is completed; and means for ending RIP (not shown).
[0074]
[Embodiment 8]
Means for inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) shown in FIG. 5), Means (step (3) shown in FIG. 5) for judging whether there is an object (for example, a graphic or an image), and means for judging whether there is the same object in a plurality of objects (step (3) shown in FIG. 5). (Not shown), when there is the same object, means for adding the same ID to the same object (step (4) shown in FIG. 5), and means for adding an ID to a different object for each object (FIG. 5). Step (4)) and if an intermediate PDL is input from another, there is something that matches the object. Means for judging whether there is a match, means for assigning the same ID as the object and registering the ID in the interpreted ID table (step (9) shown in FIG. 5); Means (step (6) shown in FIG. 5) for registering the ID in the interpreted ID table (step (9) shown in FIG. 5). Means for determining whether or not the ID is registered in the interpreted ID table (not shown); means for applying the intermediate PDL if the ID has been registered (step (14) shown in FIG. 5); Is completed, means for holding the intermediate PDL and ID for each object (step (9) shown in FIG. 5), and rendering are started. Means (step (20) shown in FIG. 6), means for rendering the created intermediate PDL to create image data (step (19) in FIG. 6), and rendered the ID of the intermediate PDL converted to image data The means for registering in the ID table (step (22) in FIG. 6) and the means for checking the ID of the next intermediate PDL to be rendered and judging whether it matches the ID of the rendered ID table (not shown) Means for adapting the image data without rendering (step (22) shown in FIG. 6), means for ending the rendering when all intermediate PDLs have been rendered (not shown), and ending the RIP And a data processing device (not shown).
[0075]
[Embodiment 9]
A means for inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory and starting RIP (step (2) in FIG. 5), Means for determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and means for determining whether there is the same object among the plurality of objects when there are a plurality of objects (not shown) ), When there is the same object, means for adding the same ID to the same object (step (4) in FIG. 5), and means for adding an ID to a different object for each object (step (FIG. 5)) 4)) and means for creating an intermediate PDL by interpreting an input PDL having an ID (step (6) in FIG. 5). Means for registering an ID in the interpreted ID table (step (9) in FIG. 5); means for determining whether the ID of the next object is registered in the interpreted ID table (not shown); If so, means for applying the intermediate PDL (step (14) in FIG. 5) and means for holding the intermediate PDL and ID for each object after the interpreter for all objects has been terminated (step (9) in FIG. 5) )), Means for starting rendering (step (20) in FIG. 6), and means for determining whether or not intermediate PDL or image data has been input from another (step (11) in FIG. 5, (step in FIG. 6) (24)), a means (not shown) for judging whether there is a match with the intermediate PDL when there is an input, and Means for attaching the same ID as the existing intermediate PDL to the existing intermediate PDL or, in the case of image data, attaching the same ID to the intermediate PDL and registering the ID in the rendered ID table (step (21) in FIG. 6); A means for rendering the created intermediate PDL to create image data (step (19) in FIG. 6) and a means for registering the ID of the intermediate PDL converted into image data in the rendered ID table (step (22 in FIG. 5) )), Means for checking the ID of the next intermediate PDL to be rendered, and judging whether or not the ID matches the ID of the rendered ID table (not shown). Means for applying the image data without rendering if the ID is matched ( Step (27) in FIG. 6) and when all intermediate PDLs have finished rendering, A data processing apparatus comprising: means for ending (not shown); and means for ending RIP (not shown).
[0076]
[Embodiment 10]
A means for inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory and starting RIP (step (2) in FIG. 5), A means (step (8) in FIG. 5) for determining whether there is an object (for example, a graphic or an image) and a means (not shown) for determining whether there is the same object in the plurality of objects when there are a plurality of objects. ), When there is the same object, means for adding the same ID to the same object (step (4) in FIG. 5), and means for adding an ID to a different object for each object (step (FIG. 5)) 4)) and means for creating an intermediate PDL by interpreting an input PDL having an ID (step (6) in FIG. 5). Means for registering an ID in the interpreted ID table (not shown), means for determining whether the ID of the next object is registered in the interpreted ID table (not shown), A means for adapting the intermediate PDL (step (14) in FIG. 5), a means for determining whether the interpreted intermediate PDL is stored in the disk (not shown), and a method for storing the intermediate PDL in the disk. Means for writing the intermediate PDL (not shown), means for terminating the interpreter of all objects and holding the intermediate PDL and ID for each object (step (9) in FIG. 5), and means for starting rendering (FIG. 6) (20)) and means for rendering the created intermediate PDL and creating image data Step (19) in FIG. 6), means for registering the ID of the intermediate PDL converted into image data in the rendered ID table (not shown), and the ID of the next intermediate PDL to be rendered. Means (not shown) for judging whether the IDs match, and means for adapting the image data without rendering if the IDs match (step (14) in FIG. 16). A data processing apparatus comprising: means for ending rendering (not shown); and means for ending RIP (not shown).
[0077]
[Embodiment 11]
A means for inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory and starting RIP (step (2) in FIG. 5), Means for determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and means for determining whether there is the same object among the plurality of objects when there are a plurality of objects (not shown) ), When there is the same object, means for adding the same ID to the same object (step (4) in FIG. 5), and means for adding an ID to a different object for each object (step (FIG. 5)) 4)) and means for creating an intermediate PDL by interpreting an input PDL having an ID (step (6) in FIG. 5). Means for registering an ID in the interpreted ID table (step (9) in FIG. 5); means for determining whether the ID of the next object is registered in the interpreted ID table (not shown); If so, means for applying the intermediate PDL (step (14) in FIG. 5) and means for holding the intermediate PDL and ID for each object after the interpreter for all objects has been terminated (step (9) in FIG. 5) )), Means for starting rendering (step (20) in FIG. 6), means for rendering the created intermediate PDL and creating image data (step (19) in FIG. 6), and conversion to image data. Means for registering the ID of the intermediate PDL in the rendered ID table (step (22) in FIG. 6); A means (not shown) for judging whether the ID of the intermediate PDL matches the ID of the rendered ID table, and a means for adapting the image data without rendering when the ID is matched (step (22) in FIG. 6). Means for determining whether to store the rendered image data in the disk (not shown); means for writing the image data to the disk (not shown) if the image data is to be stored in the disk; and all intermediate PDLs have been rendered. A data processing device having means for ending the rendering (not shown) and means for ending the RIP (not shown).
[0078]
[Embodiment 12]
A means for inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory and starting RIP (step (2) in FIG. 5), Means for determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and means for determining whether there is the same object among the plurality of objects when there are a plurality of objects (not shown) ), When there is the same object, means for adding the same ID to the same object (step (4) in FIG. 5), and means for adding an ID to a different object for each object (step (FIG. 5)) 4)) and means for creating an intermediate PDL by interpreting an input PDL having an ID (step (6) in FIG. 5). Means for registering an ID in the interpreted ID table (step (9) in FIG. 5); means for determining whether the ID of the next object is registered in the interpreted ID table (not shown); If so, means for adapting the intermediate PDL (step (14) in FIG. 5), means for determining whether the interpreted intermediate PDL is stored in the Disk (not shown), and storing the intermediate PDL in the Disk In this case, means for writing the intermediate PDL to the disk (not shown), means for ending the interpreter of all objects and holding the intermediate PDL and ID for each object (not shown), and means for determining whether to continue the processing (Not shown) and means (not shown) for terminating the RIP when processing is to be ended The data processing apparatus according to claim.
[0079]
[Embodiment 13]
An input page description language (hereinafter referred to as input PDL) such as PostScript (registered trademark) or PDF and an interpreted intermediate page description language (renderable page description language, hereinafter referred to as intermediate PDL) are input, and the input PDL or intermediate PDL is stored in a memory. A step of starting a read RIP (step (2) of FIG. 5), a step of determining whether there are a plurality of objects (for example, graphics and images) in the input PDL (a step (3) of FIG. 5), If there is an object, a step (not shown) of determining whether the same object (for example, a header and a footer used for all pages) is present in a plurality of objects. A step different from the step of adding the same ID (step (4) in FIG. 5) A step of adding an ID to the object for each object (step (4) of FIG. 5), a step of interpreting an input PDL having the ID to create an intermediate PDL (step (6) of FIG. 5), The step of registering the ID in the completed ID table (step (9) in FIG. 5) and the step of determining whether the ID of the next object is registered in the interpreted ID table (not shown) In this case, the step of applying the intermediate PDL (step (14) in FIG. 5) and the step of terminating the interpreter of all objects and retaining the intermediate PDL and ID for each object (step (9) in FIG. 5) , A step of starting rendering (step (20) in FIG. 6), and rendering the created intermediate PDL , Creating image data (bitmap data that can be output by the printer) (step (19) in FIG. 6), and registering the ID of the intermediate PDL converted into the image data in the rendered ID table (step in FIG. 6) (22)) and a step of checking the ID of the next intermediate PDL to be rendered and judging whether or not it matches the ID of the rendered ID table (not shown). If the two match, rendering is not performed and the image data is applied. A data processing method, comprising: a step of terminating rendering when all intermediate PDLs have been rendered (not shown); and a step of terminating RIP (not shown).
[0080]
[Embodiment 14]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); The step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5) and the step of determining whether the same object exists in the plurality of objects when there are a plurality of objects are the same. If there is an object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object for each object (step (4) in FIG. 5). When an intermediate PDL is input from another, it is determined whether or not there is an object that matches the object. If there is a match with a step (not shown), the same ID as the object is assigned, the ID is registered in the interpreted ID table (step (9) in FIG. 5), and the input PDL having the ID is entered. (Step (6) in FIG. 5), registering an ID in the interpreted ID table (step (9) in FIG. 5), and interpreting the ID of the next object as interpreted. The step of determining whether or not the ID is registered in the ID table (not shown), the step of applying the intermediate PDL if the ID has been registered (step (14) in FIG. 5), and the interpreter for all objects are completed. Holding the intermediate PDL and ID for each object (step (9) in FIG. 5); (Step (20) in FIG. 6), a step of rendering the created intermediate PDL to create image data (Step (19) in FIG. 6), and an ID of the intermediate PDL converted into image data. In the rendered ID table (step (22) in FIG. 6) and a step (not shown) of checking the ID of the next intermediate PDL to be rendered and determining whether it matches the ID of the rendered ID table. If no match is found, the rendering is not performed and the image data is applied (step (27) in FIG. 6). When all the intermediate PDLs have been rendered, the rendering is terminated (not shown). Ending (not shown) a data processing method.
[0081]
[Embodiment 15]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. (Step (6) in FIG. 5), registering the ID in the interpreted ID table (Step (9) in FIG. 5), and determining whether the ID of the next object is registered in the interpreted ID table (Not shown), if registered, the step of applying the intermediate PDL (step (14) in FIG. 5), and the interpreter for all objects is terminated, and the intermediate PDL and ID for each object are held. 5 (step (9) in FIG. 5), a step of starting rendering (step (20) in FIG. 6), and a step of determining whether or not there is input of intermediate PDL or image data from another (step of FIG. 5). (11), step (24) in FIG. 6, and when there is an input, a step of determining whether there is something that matches the intermediate PDL. (Not shown), if there is a match, the intermediate PDL is assigned the same ID as the existing intermediate PDL, or in the case of image data, the same ID is assigned to the intermediate PDL and the ID is assigned to the rendered ID table. (Not shown), rendering the created intermediate PDL and creating image data (step (19) in FIG. 6), and adding the ID of the intermediate PDL converted to the image data to the rendered ID table. The step of registering (step (22) in FIG. 6), the step of looking at the ID of the next intermediate PDL to be rendered, and judging whether or not it matches the ID of the rendered ID table (not shown) First, a step of applying the image data (step (22) in FIG. 6). A data processing method comprising the steps of ending rendering (not shown) and ending RIP (not shown) when rendering of all intermediate PDLs is completed.
[0082]
[Embodiment 16]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. Registering the ID in the interpreted ID table (step (9) in FIG. 5); determining whether the ID of the next object is registered in the interpreted ID table (not shown); If so, the step of applying the intermediate PDL (step (14) in FIG. 5), the step of determining whether the interpreted intermediate PDL is stored in the Disk (not shown), and the step of storing the intermediate PDL in the Disk In this case, a step of writing the intermediate PDL to the disk (not shown), a step of terminating the interpreter of all objects and holding the intermediate PDL and ID of each object (not shown), and a step of starting rendering (FIG. 6) Step (20)) and render the created intermediate PDL, A step of creating image data (step (19) in FIG. 6), a step of registering the ID of the intermediate PDL converted into image data in the rendered ID table (step (22) in FIG. 6), and the next rendering A step of checking the ID of the intermediate PDL to determine whether or not the ID matches the ID of the rendered ID table (not shown), and a step of applying the image data without performing rendering if the ID matches (step (27) in FIG. 6). And a step of ending rendering (not shown) when all intermediate PDLs have been rendered, and a step of ending RIP (not shown).
[0083]
[Embodiment 17]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. (Step (6) in FIG. 5), a step of registering the ID in the interpreted ID table (Step (9) in FIG. 5), and a step of determining whether the ID of the next object is registered in the interpreted ID table (Not shown), if registered, a step of applying the intermediate PDL (step (14) in FIG. 5), and a step of terminating the interpreter of all objects and holding the intermediate PDL and ID for each object (Step (9) in FIG. 5), a step of starting rendering (Step (20) in FIG. 6), and a step of rendering the created intermediate PDL and creating image data (Step (19) in FIG. 6). Registering the ID of the intermediate PDL converted into image data in the rendered ID table ( Step (22) of Step 6), a step of checking the ID of the next intermediate PDL to be rendered, and judging whether or not the ID matches the ID of the rendered ID table (not shown). , Determining whether to store the rendered image data in the disk (not shown), and writing the image data in the disk (not shown) when storing the image data in the disk. A data processing method, comprising the steps of ending rendering (not shown) and ending RIP (not shown) when rendering is completed.
[0084]
[Embodiment 18]
A step of inputting an input PDL such as PostScript (registered trademark) or PDF and an intermediate PDL, reading the input PDL or the intermediate PDL into a memory, and starting RIP (step (2) in FIG. 5); A step of determining whether there is an object (for example, a graphic or an image) (step (3) in FIG. 5), and a step of determining whether there is the same object in the plurality of objects (not shown) when there are a plurality of objects. ) And when there is the same object, a step of adding the same ID to the same object (step (4) in FIG. 5), and a step of adding an ID to each different object (step (4) in FIG. 5). 4)) and a step of interpreting an input PDL having an ID to create an intermediate PDL. (Step (6) in FIG. 5), a step of registering the ID in the interpreted ID table (Step (9) in FIG. 5), and a step of determining whether the ID of the next object is registered in the interpreted ID table (Not shown), if registered, a step of adapting the intermediate PDL (step (14) in FIG. 5), and a step of determining whether or not the interpreted intermediate PDL is stored in the Disk (not shown). When the intermediate PDL is stored in the disk, a step of writing the intermediate PDL to the disk (not shown) and a step of terminating the interpreter of all objects and retaining the intermediate PDL and ID for each object (step (9 in FIG. 5) )), A step of determining whether or not to continue the processing (not shown), and terminating the processing. If the data processing method characterized by a step (not shown) to the end of the RIP.
[0085]
[Embodiment 19]
A data processing method in a data processing device for developing a raster image if the printing device is capable of printing according to page description language data or intermediate page description language data generated by analyzing the page description language. A determination step (not shown) for determining whether or not the same type of object is included in the stored intermediate page description language data; and identifying information is given to the object determined to be the same type of object in the determination step. A first registration step (step (4) in FIG. 5) for registering the object registered in the storage means into a raster image and registering the raster image in the storage means. Registration step (step 22 in FIG. 6)) and the intermediate page description stored in the storage means At the time of the page development processing for the word data, the identification information registered in the first registration step is compared with the identification information of the object to be developed next, and the developed raster image stored in the storage unit is compared. A data processing method, comprising: a control step (step (25) to step (27) in FIG. 6) of performing a page expansion process using the data.
[0086]
[Embodiment 20]
A computer-readable storage medium storing a program for implementing the data processing method according to any one of the first to sixth and thirteenth to nineteenth embodiments.
[0087]
[Embodiment 21]
A program for realizing the data processing method according to any one of the first to sixth, thirteenth, and thirteenth embodiments.
[0088]
【The invention's effect】
As described above, according to the present invention, data processing for expanding a print image into a printable raster image in accordance with page description language data or intermediate page description language data generated by analyzing the page description language In the device, when it is determined that the same type of object is included in the intermediate page description language data stored in the storage unit, the object is assigned identification information, registered in the storage unit, and registered. The object is developed into a raster image and registered in the storage unit. At the time of the page developing process, the registered identification information is compared with the identification information of the object to be developed next, and the page is developed using the raster image that has been developed. Performs image expansion processing, so even if intermediate page description language data is complicated, image expansion processing for the same type of object To, as reusable deployed raster image in the storage unit, an effect that the raster image expansion processing efficiency in each page can be remarkably improved.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating an example of a printing system to which a data processing device according to an embodiment of the present invention can be applied.
FIG. 2 is a diagram illustrating an example of a data structure of data stored in an external storage device illustrated in FIG. 1;
FIG. 3 is a diagram illustrating an example of a program supply to the host computer illustrated in FIG. 1;
FIG. 4 is a diagram showing an example of a memory map on a RAM shown in FIG. 1;
FIG. 5 is a flowchart illustrating an example of a data processing procedure in the data processing device according to the present invention.
FIG. 6 is a flowchart illustrating an example of a data processing procedure in the data processing device according to the present invention.
FIG. 7 is a diagram illustrating a correspondence between an object management file and an input PDL at the time of RIP processing in the data processing device according to the present invention.
FIG. 8 is a diagram illustrating a memory map of a storage medium that stores various data processing programs that can be read by the data processing device according to the present invention.
[Explanation of symbols]
1 CPU
2 RAM
3 ROM
11 External memory

Claims (1)

ページ記述言語データあるいは該ページ記述言語を解析して生成される中間ページ記述言語データに従い印刷装置が印刷可能なラスタイメージへの展開処理を行うデータ処理装置であって、
前記中間ページ記述言語データをジョブ単位に記憶する記憶手段と、
前記記憶手段に記憶された中間ページ記述言語データ中に同種のオブジェクトが含まれているかどうかを判別する判別手段と、
前記判別手段により同種のオブジェクトが含まれていると判別されたオブジェクトに識別情報を付与して前記記憶手段に登録する第1の登録手段と、
前記第1の登録手段により登録されたオブジェクトをラスタイメージに展開して前記記憶手段に登録する第2の登録手段と、
前記記憶手段に記憶された前記中間ページ記述言語データに対するページ展開処理時に、前記第1の登録手段により登録された識別情報と次に展開すべきオブジェクトの識別情報とを比較して、前記記憶手段に記憶されている展開済みのラスタイメージを利用してページ展開処理を行う制御手段と、
を有することを特徴とするデータ処理装置。
A data processing device that performs a rasterization process into a printable raster image according to page description language data or intermediate page description language data generated by analyzing the page description language,
Storage means for storing the intermediate page description language data in job units;
Determining means for determining whether the same type of object is included in the intermediate page description language data stored in the storage means,
First registration means for adding identification information to an object determined to contain the same type of object by the determination means and registering the object in the storage means;
A second registration unit that develops an object registered by the first registration unit into a raster image and registers the raster image in the storage unit;
At the time of page expansion processing for the intermediate page description language data stored in the storage means, the identification information registered by the first registration means is compared with the identification information of the object to be expanded next, and the storage means Control means for performing a page developing process using the developed raster image stored in the
A data processing device comprising:
JP2002360338A 2002-12-12 2002-12-12 Data processor Pending JP2004192390A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002360338A JP2004192390A (en) 2002-12-12 2002-12-12 Data processor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002360338A JP2004192390A (en) 2002-12-12 2002-12-12 Data processor

Publications (1)

Publication Number Publication Date
JP2004192390A true JP2004192390A (en) 2004-07-08

Family

ID=32759438

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002360338A Pending JP2004192390A (en) 2002-12-12 2002-12-12 Data processor

Country Status (1)

Country Link
JP (1) JP2004192390A (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007293854A (en) * 2006-04-24 2007-11-08 Xerox Corp Methods and systems for optimizing processing performance of printer
JP2007299321A (en) * 2006-05-02 2007-11-15 Ricoh Co Ltd Information processor, information processing method, information processing program and information storage medium
JP2008018577A (en) * 2006-07-11 2008-01-31 Canon Inc Image forming apparatus, image forming method, and program
JP2009193573A (en) * 2008-01-17 2009-08-27 Konica Minolta Systems Lab Inc System and method for print resource management
JP2010128941A (en) * 2008-11-28 2010-06-10 Canon Inc Printing control device, printing control method, and computer program
EP2333699A2 (en) 2009-12-09 2011-06-15 Canon Kabushiki Kaisha Printing apparatus, printing method, and program
US8094327B2 (en) 2005-02-28 2012-01-10 Konica Minolta Business Technologies, Inc. Image processing device, image processing method, computer readable recording medium stored with image processing program, image processing system, and image forming device
JP2012153058A (en) * 2011-01-27 2012-08-16 Canon Inc Image forming apparatus, method of controlling image forming apparatus, and program
JP2012200955A (en) * 2011-03-24 2012-10-22 Fuji Xerox Co Ltd Image processing system
US20130258378A1 (en) * 2012-03-29 2013-10-03 Dainippon Screen Mfg. Co., Ltd. Printing control apparatus, printing system, recording medium having recorded thereon printing control program, and printing control method

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8094327B2 (en) 2005-02-28 2012-01-10 Konica Minolta Business Technologies, Inc. Image processing device, image processing method, computer readable recording medium stored with image processing program, image processing system, and image forming device
JP2007293854A (en) * 2006-04-24 2007-11-08 Xerox Corp Methods and systems for optimizing processing performance of printer
EP1850221B1 (en) * 2006-04-24 2018-04-11 Xerox Corporation Systems and methods for dynamically re-configuring imager and caching modules to optimize processing performance
JP2007299321A (en) * 2006-05-02 2007-11-15 Ricoh Co Ltd Information processor, information processing method, information processing program and information storage medium
US7995869B2 (en) 2006-05-02 2011-08-09 Ricoh Company, Ltd. Information processing apparatus, information processing method, and information storing medium
JP2008018577A (en) * 2006-07-11 2008-01-31 Canon Inc Image forming apparatus, image forming method, and program
US8953187B2 (en) 2008-01-17 2015-02-10 Konica Minolta Laboratory U.S.A., Inc. Systems and methods for print resource management
JP2009193573A (en) * 2008-01-17 2009-08-27 Konica Minolta Systems Lab Inc System and method for print resource management
US8526036B2 (en) 2008-01-17 2013-09-03 Konica Minolta Laboratory U.S.A., Inc. Systems and methods for print resource management
JP2010128941A (en) * 2008-11-28 2010-06-10 Canon Inc Printing control device, printing control method, and computer program
EP2333699A2 (en) 2009-12-09 2011-06-15 Canon Kabushiki Kaisha Printing apparatus, printing method, and program
JP2012153058A (en) * 2011-01-27 2012-08-16 Canon Inc Image forming apparatus, method of controlling image forming apparatus, and program
US8830506B2 (en) 2011-03-24 2014-09-09 Fuji Xerox Co., Ltd. Image processing system utilizing plural parallel processors and image processing method utilizing plural parallel processors
JP2012200955A (en) * 2011-03-24 2012-10-22 Fuji Xerox Co Ltd Image processing system
US20130258378A1 (en) * 2012-03-29 2013-10-03 Dainippon Screen Mfg. Co., Ltd. Printing control apparatus, printing system, recording medium having recorded thereon printing control program, and printing control method
US8976376B2 (en) * 2012-03-29 2015-03-10 SCREEN Holdings Co., Ltd. Printing control apparatus, printing system, recording medium having recorded thereon printing control program, and printing control method

Similar Documents

Publication Publication Date Title
JPH11129583A (en) Print controller, print control method and memory medium storing computer readable program
US6734986B1 (en) Print control apparatus, print data generating apparatus, print control method, print data generating method, and storage medium
JP2004192390A (en) Data processor
JP2002091728A (en) Information processor, printing system and command generating method
JP3907228B2 (en) Information processing apparatus and data processing method
JP3667043B2 (en) Information processing system, information processing apparatus, and print control method
JP4467855B2 (en) Information processing apparatus, information processing method, and program
JP2004038527A (en) Printer driver, printing control method, computer-readable storage medium, and program
JP2005018494A (en) Data processor, method for creating print data, storage medium for storing computer readable program, and program
JP4100912B2 (en) Information processing apparatus, control method therefor, program, and storage medium
JPH11191042A (en) Data processor, data processing method therefor, and storage medium stored with computer-readable program
JP2001312383A (en) Printer, high speed printing method and storage medium
JP2005159764A (en) Recording method, apparatus, program, and storage medium
JP3173716B2 (en) Output device, information processing system and data output method
JP2006309427A (en) Print controller, print control method, and program for print control
JPH11305962A (en) Printing processor, data processing method therefor and medium for storing computer readable program
JP2000298565A (en) Method and device for controlling printing and storage medium storing program for executing the printing controlling method
JP2002059596A (en) Data processing device, data processing system, data processing method, printing device, printing system, printing method and medium providing processing program
JP2001347708A (en) Apparatus and method for outputting image and storage medium
JP2004192239A (en) Information processor, printer, print controller and printing system
JPH111033A (en) Apparatus and method for controlling printing, and, storage medium
JPH10175332A (en) Equipment and method for controlling printing, and storage medium storing program which can be read by computer
JP2005178028A (en) Printing apparatus
JP2000155661A (en) Printing controller, data processing method for the printing controller, data processor, data processing method for the data processor and storage medium stored with computer readable program
JP2001270172A (en) Image forming apparatus, font data control method therein and memory medium