画像処理装置、画像形成装置、画像処理方法、プログラム及び記録媒体
【課題】受信したＰＤＬデータを変換して印刷デバイスに出力する処理にかかる演算処理時間を今まで以上に短縮する。
【解決手段】画像処理装置は、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信手段と、受信手段により受信されたＰＤＬデータを記憶装置に格納する格納手段と、記憶装置からインデックス情報をページごとに検索する検索手段と、検索手段により検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する複数の変換手段と、を有する。
【解決手段】画像処理装置は、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信手段と、受信手段により受信されたＰＤＬデータを記憶装置に格納する格納手段と、記憶装置からインデックス情報をページごとに検索する検索手段と、検索手段により検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する複数の変換手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像形成装置、画像処理方法、プログラム及び記録媒体に関し、特に、例えばホストコンピュータに接続され、装置内に複数のＣＰＵを備え、入力されたＰＤＬ（Page Description Language）データを単一の印刷デバイスに出力するプリンタに好ましく適用される技術に関するものである。
【背景技術】
【０００２】
近年、プリンタやＭＦＰ等の画像形成装置は高解像度化及び高機能化が急速に進展している。そして、画像処理装置中で受け取ったＰＤＬデータを印刷デバイスに出力する処理は、装置の高解像度化や高機能化を受けて、より高機能な演算処理を必要とするようになった。特に、比較的新しいＰＤＬであるＰＤＦ（Portable Document Format）やＸＰＳ（XML Paper Specification）等といった言語ではその傾向が強い。演算処理に用いるＣＰＵを複数用意し、ＰＤＬをディスプレイリスト等の中間言語に変換した後、その中間言語の処理に必要となるレンダラ処理を複数ＣＰＵに別々に割り当てて処理を行い、演算処理時間を短縮する技術は、既に知られている。
【０００３】
例えば特許文献１では、演算処理時間を短縮する目的で、複数のＣＰＵとレンダリングデバイスとを備え、入力されたＰＤＬデータを単一のデバイスに出力する画像処理装置が開示されている。この画像処理装置は、ＰＤＬデータを受信する手段と、ＰＤＬデータをページ単位に独立した中間データあるいはディスプレイリストに変換する手段と、中間データあるいはディスプレイリストを複数のＣＰＵあるいは複数のレンダリングデバイスに振り分ける手段と、有する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１で開示された画像処理装置では、中間データあるいはディスプレイリストを複数のＣＰＵあるいは複数のレンダリングデバイスに振り分けて処理を行わせており、レンダラ処理に関しては確かに処理時間の短縮化が図られている。しかしながら、受信したＰＤＬデータを中間データ（あるいはディスプレイリスト等の中間言語）に変換する処理自体は分割できていないため、中間言語への変換処理に関しては処理時間が短縮していない。つまり、ＰＤＬデータの印刷デバイスへの出力処理全体としては、演算処理時間を短縮できていない。
【０００５】
そこで、本発明は、上述した事情に鑑みて、受信したＰＤＬデータを変換して印刷デバイスに出力する処理にかかる演算処理時間を今まで以上に短縮することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面である画像処理装置は、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信手段と、受信手段により受信されたＰＤＬデータを記憶装置に格納する格納手段と、記憶装置からインデックス情報をページごとに検索する検索手段と、検索手段により検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する複数の変換手段と、を有する。
【０００７】
本発明の一側面である画像形成装置は、上記の画像形成装置を搭載したものである。
【０００８】
本発明の一側面である画像処理方法は、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信ステップと、受信ステップで受信されたＰＤＬデータを記憶装置に格納する格納ステップと、記憶装置からインデックス情報をページごとに検索する検索ステップと、検索ステップで検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換ステップと、を有する。
【０００９】
本発明の一側面であるプログラムは、コンピュータに、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信処理と、受信処理で受信されたＰＤＬデータを記憶装置に格納する格納処理と、記憶装置からインデックス情報をページごとに検索する検索処理と、検索処理で検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換処理と、を実行させる。
【００１０】
本発明の一側面である記録媒体は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１１】
本発明では、受信した構造化ＰＤＬデータを一旦装置内の記憶装置に蓄積し、第１のＣＰＵでそのＰＤＬデータ内部のページ毎のアドレスを検索し、検索結果を他の複数のＣＰＵに入力して該ＣＰＵでＰＤＬ解釈を行うことで、ＰＤＬデータを変換及び分割することなしに、各ＣＰＵは、単一のＰＤＬデータを参照し、並行して印刷デバイスの解釈できる形式に変換する。このため、本発明によれば、受信したＰＤＬデータを変換して印刷デバイスに出力する処理にかかる演算処理時間を今まで以上に短縮することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る画像形成装置の概略構成を示した図である。
【図２】本発明の実施形態に係る画像形成装置の機能構成を示した図である。
【図３】本発明の実施形態において用いる構造化されたＰＤＬデータを説明するための図である。
【図４】本発明の実施形態において複数のＰＤＬ部で構造化ＰＤＬデータを解釈する方法を説明するための図である。
【図５】本発明の実施形態におけるＰＤＬデータの処理手順を示すシーケンス図である。
【図６】本発明の実施形態におけるプリンタコントロールシステム部が行う処理の流れを示したフローチャートである。
【図７】本発明の実施形態におけるページのインデックス読み取り処理の流れを示したフローチャート図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について図面を参照して説明する。
【００１４】
図１は、本実施形態の画像形成装置の概略構成を示した図である。本実施形態の画像形成装置は、画像形成装置の制御を行うコントローラ１０、用紙に画像を印刷するためのエンジン２、ユーザの入力を受け付ける操作部及び機器状態を表示する表示部を備えるパネル装置３を有して構成される。コントローラ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＮＶＲＡＭ１４、ネットワークＩ／Ｆ１５、エンジンＩ／Ｆ１６、パネルＩ／Ｆ１７を有する。
【００１５】
ＣＰＵ１１は、ＲＯＭ１２に格納されたプログラムに従って画像形成装置の制御を行う。ＲＯＭ１２は、コントローラ上で動作するためのプログラムを格納する。ＲＡＭ１３は、コントローラソフト（ＣＰＵ１１がプログラムを読み込むことで構成される機能部、図２を参照）が作成するページメモリや、ソフトウェアが動作するために必要なワークメモリとして利用されるメモリである。ＮＶＲＡＭ１４は、画像形成装置の印刷条件設定等を保存しておく不揮発性メモリである。
【００１６】
ネットワークＩ／Ｆ１５は、ネットワーク上に接続されたホストＰＣ５とデータのやり取りを行うためのインターフェースである。エンジンＩ／Ｆ１６、エンジン２０との間で印刷指示等を行うためのインターフェースである。パネルＩ／Ｆ１７は、パネル装置３０との入出力を行うためのインターフェースである。
【００１７】
なお、ＣＰＵ１１は１個以上であり、複数あってもよい。また、ＣＰＵ１１は内部に複数のコアを持つ構成（マルチコア）であってもよい。
【００１８】
図２は、本実施形態の画像形成装置の機能構成を示した図である。コントローラソフトは、先に述べたように、ＣＰＵ１１がＲＯＭ１２に格納されたプログラムを読み込むことで構成される機能部で、プリンタコントロールシステム部１０１、ＰＤＬ部１０２、ネットワークＩ／Ｆ部１０３、エンジンＩ／Ｆ部１０４、パネルＩ／Ｆ部１０５を有して構成される。
【００１９】
プリンタコントロールシステム部１０１は、受信したＰＤＬデータの印刷デバイスへの出力処理に関して中心的な役割を果たす。具体的には、ホストＰＣ５からＰＤＬデータを受信し、ＰＤＬ部にページごとのインデックス情報（アドレス情報）を付与して印刷画像を作成させ、作成された印刷画像をエンジン２０に送信する。ＰＤＬ部１０２は、プリンタコントロールシステム部１０１から印刷データを受け取り、印刷画像を作成する。また、ＰＤＬ部１０２は、ＣＰＵの数に応じて複数個存在する。ネットワークＩ／Ｆ部１０３は、ホストＰＣ５とデータの交換を行う。エンジンＩ／Ｆ部１０４は、エンジン２０の印刷制御を行う。パネルＩ／Ｆ部１０５は、パネル装置３０の制御を行う。
【００２０】
図３は、本実施形態において用いる構造化されたＰＤＬデータを説明するための図である。図３（ａ）に構造化されていないＰＤＬデータを示し、図３（ｂ）に構造化されたＰＤＬデータを示す。図面を参照して、構造化されていないＰＤＬデータと構造化されたＰＤＬデータとの違いを説明する。
【００２１】
構造化されていないＰＤＬデータは、ページごとの描画命令が順次記載され、印刷が必要な箇所で印刷命令が記述される。これの繰り返しである。基本的に命令処理に前後関係がないため、データを順次受け取りながら処理できるという特徴がある。しかし、命令はデータの最初から最後まで順番に確認して行く必要がある。このようなＰＤＬデータの代表例として、ＨＰ社のＰＣＬ（登録商標）や、Ａｄｏｂｅ（登録商標）社のＰｏｓｔＳｃｒｉｐｔ（登録商標）等が挙げられる。
【００２２】
一方、構造化されたＰＤＬデータは、ページ情報、ページの構成要素の情報の関連が記載されている。解釈する側は、まずファイル末尾のインデックス情報を参照し、文書情報、ページ情報、ページ構成要素の情報を参照していくことが可能である。構造化されていないＰＤＬデータと異なり、データ末尾にインデックス情報が含まれているため、基本的にはデータをすべて参照できる状態（ランダムアクセス可能な状態）でなければ解釈できない。このようＰＤＬデータの代表例としては、ＰＤＦやＸＰＦ等が挙げられる。
【００２３】
図４は、本実施形態において複数のＰＤＬ部で構造化ＰＤＬデータを解釈する方法を説明するための図である。また、図４は、ＰＤＬ部と処理対象のＰＤＬデータとの関係を示している。なお、図４の各構成（ネットワークＩ／Ｆ、プリンタコントロールシステム部等）は図２に記載した構成と同じで、図面における符号の表示は省略している。
【００２４】
まず、第１のＣＰＵあるいはＣＰＵコアにおいて、プリンタコントロールシステム部が受信したＰＤＬデータ（図４（１））を、ＲＡＭ等の記憶装置あるいはＨＤＤ等の補助記憶装置にスプールする（図４（２））。その後、スプールしたＰＤＬデータのインデックス情報を参照し、各ページのデータの開始位置を記録する。そして、プリンタコントロールシステム部は、その各ページのデータ開始位置を、各ＣＰＵあるいは各ＣＰＵコアに割り当てられているＰＤＬ部１〜ＰＤＬ部３に入力する（図４（３−１）〜図４（３−３））。
【００２５】
その後、各ＣＰＵあるいは各ＣＰＵコアにおいて、ＰＤＬ部１〜ＰＤＬ部３は、入力されたデータ開始位置にＰＤＬデータを読み込みに行く。ＰＤＬ部１〜ＰＤＬ部３は、ページの要素を解釈し、出力デバイスが解釈できる形式に変換してプリンタコントロールシステム部に送信する（図４（４−１）〜図４（４−３））。プリンタコントロールシステム部は、ＰＤＬ部１〜ＰＤＬ部３からの変換後データを画像データとしてエンジンＩ／Ｆに送信する。あるいは、変換後はＨＤＤ等の補助記憶装置にスプールし、エンジンが必要なタイミングでプリンタコントロールシステム部がエンジンＩ／Ｆを通してエンジンに送信するように構成することもできる。
【００２６】
これらの処理は、複数のＣＰＵあるいは複数のＣＰＵコアによって並列に行われる。なお、ＰＤＬデータへの同時読み込みアクセスが可能なため、ＰＤＬデータを分割する処理は必要ない。また、各ＣＰＵあるいは各ＣＰＵコアにおけるＰＤＬ部１〜ＰＤＬ部３は、変換処理が終了すると、未変換のページから最優先されるページを選択して解釈処理を開始する。これらの繰り返しにより、出力デバイスの待ち時間がもっとも少なくなる形で印刷処理が実施される。なお、上記の図の説明では、できるだけシンプルにするために、ＣＰＵあるいはＣＰＵコアが４つある場合の構成を記載したが、このＣＰＵの数はもちろん任意であってよい。
【００２７】
図５は、本発明の実施形態におけるＰＤＬデータの処理手順を示すシーケンス図で、図４で説明した処理の手順を表したものである。簡単のため、５ページものの印刷処理を行う場合を想定する。
【００２８】
まず、プリンタコントロールシステムは、ＰＤＬデータ受信した後、ＰＤＬ部１にページ１、ＰＤＬ部２にページ２、ＰＤＬ部ページ３にそれぞれのページのインデックスを入力する。ＰＤＬ部１〜３では、それぞれでＰＤＬデータの該当ページのデータを読み込み、解釈処理を実行する。解釈処理が完了したＰＤＬ部はプリンタコントロールシステムに解釈終了を通知する。プリンタコントロールシステムは、その終了したページをエンジンＩ／Ｆ経由でエンジンに伝える。その後、未処理のページのインデックスを処理が空いているＰＤＬ部に入力する。このように並行してページ解釈処理が実行されるため、エンジンでのページ出力処理の空き時間を最小限にすることができる。
【００２９】
図６は、本実施形態におけるプリンタコントロールシステム部が行う処理の流れを示したフローチャートである。図６のフローチャートはプリンタコントロールシステム部の起動後に開始し、プリンタコントロールシステム部は非同期にイベントを受信することができる。
【００３０】
プリンタコントロールシステム部は、ネットワークＩ／Ｆ部を介してホストＰＣから受信すると、まずは装置内の記憶装置（例えばＲＡＭ）にＰＤＬデータを全てスプールする（ステップＳ１０１）。次に、プリンタコントロールシステム部は、スプールしたＰＤＬデータを参照し、各ページのインデックスを読み取って、内部的なテーブルに保存する（ステップＳ１０２）。この際、ＰＤＬデータが持つ総ページ数も記録する。そして、ページカウンタＣＡ、ＣＰＵカウンタＣＢ、処理済ページカウンタＣＣを初期化（ＣＡ＝１、ＣＢ＝１、ＣＣ＝０）する（ステップＳ１０３）。
【００３１】
その後、プリンタコントロールシステム部は、ページカウンタＣＡが総ページ数以下の間（ステップＳ１０４／ＹＥＳ）、以下の処理を繰り返す（ステップＳ１０５〜ステップＳ１１１）。
【００３２】
プリンタコントロールシステム部は、ＣＰＵカウンタＣＢが「ＣＰＵの個数―１」より小さければ（ステップＳ１０５／ＹＥＳ）、ＣＢ番目のＣＰＵが空いているかを判定する（ステップＳ１０６）。ここで、比較するＣＰＵの個数が総数より１少ないのは、本実施形態の構成では複数のＣＰＵのうち、１つをプリンタコントローラシステム部に割り当て、残りをＰＤＬ部に割り当てているためである。
【００３３】
ＣＢ番目のＣＰＵが空いている場合（ステップＳ１０６／ＹＥＳ）、すなわちＣＢ番目のＣＰＵのＰＤＬ解釈処理が終わっており、新たなページを処理可能な場合は、プリンタコントロールシステム部は、ＣＢ番目のＣＰＵ（ＰＤＬ部）にＣＡページ目のインデックス値を渡す（ステップＳ１０８）。インデックス値を渡されたＣＢ番目のＣＰＵは、そのページのＰＤＬ解釈処理を開始する。そして、プリンタコントロールシステム部は、次のページを処理するために、ページカウンタＣＡを１インクリメントして（ステップＳ１０９）、ステップＳ１０４に戻る。
【００３４】
ＣＢ番目のＣＰＵが空いていない場合（ステップＳ１０６／ＮＯ）、すなわち既に処理中のページがあり、ＣＢ番目のＣＰＵが処理不可能な場合には、ＣＰＵカウンタＣＢを１インクリメントし（ステップＳ１０７）、ステップＳ１０５に戻る。
【００３５】
プリンタコントロールシステム部は、ＣＰＵカウンタＣＢが「ＣＰＵの個数―１」以上の場合（ステップＳ１０５／ＮＯ）、すなわち全てのＣＰＵがＰＤＬ処理中である場合は、いずれかのＣＰＵの処理が完了するまでアイドル状態となる。プリンタコントロールシステム部は、定期的に処理済ページカウンタＣＣを参照して、いずれかのＣＰＵからエンジンＩ／Ｆへの転送終了の通知が来るまで待機し（ステップＳ１１０）、いずれかのＣＰＵが処理済となったとき、ＣＰＵカウンタＣＢを初期化して（ステップＳ１１１）、ステップＳ１０５に戻る。
【００３６】
他方、プリンタコントロールシステム部は、ステップＳ１０８の処理を受けてＰＤＬ部で開始されるＰＤＬ解釈処理が終了した場合、そのＣＰＵからＰＤＬ解釈処理の終了通知を受け取る（ステップＳ１１２）。次に、プリンタコントロールシステム部は、終了通知を受けたページの出力データをエンジンＩ／Ｆに転送する（ステップＳ１１３）。そして、プリンタコントロールシステム部は、処理済ページカウンタＣＣを１インクリメントする（ステップＳ１１４）。
【００３７】
ページカウンタＣＡが総ページ数に達した場合（ステップＳ１０４／ＮＯ）、エンジン処理の終了を待つ。全ページのエンジンＩ／Ｆへの転送が終了したかどうかは、処理済ページカウンタＣＣが総ページ数に達したことで判断する。
【００３８】
図７は、本実施形態におけるページのインデックス読み取り処理の流れを示したフローチャート図で、一例として、ＰＤＦデータの場合の読み取り手順を表したものである。
【００３９】
ＰＤＦフォーマットの詳細は、Ａｄｏｂｅ（登録商標）社から発行されているＰＤＦリファレンスに記載されている。ＰＤＦデータは、オブジェクトデータ及びデータ終端の相互参照表とファイルトレーラからなる。相互参照表には、各オブジェクトの番号と先頭からのオフセット位置の組合せが記録されている。ファイルトレーラには、相互参照表へのオフセット及びＰＤＦのカタログオブジェクトのオブジェクト番号が記録されている。ＰＤＦカタログオブジェクト内には、ページを管理するページツリーオブジェクトのオブジェクト番号が記録されている。ページツリーオブジェクトには、各ページのオブジェクト番号及びページ総数が記録されている。よって、図７のフローチャートに示す以下の手順で各ページのインデックスを取得することができる。
【００４０】
ＰＤＬ部は、装置内の記憶装置（例えばＲＡＭ）に格納されたＰＤＦデータのうちファイルトレーラを読み込む（ステップＳ２０１）。そして、ＰＤＬ部は、格納されたＰＤＦデータのうち相互参照表を読み込む（ステップＳ２０２）。以後、ＰＤＬ部は、各オブジェクトを参照できるようになる。
【００４１】
続いて、ＰＤＬ部は、ＰＤＦのカタログオブジェクトを参照し、ページツリーオブジェクトのオブジェクト番号を取得する（ステップＳ２０３）。そして、ＰＤＬ部は、ページツリーオブジェクトを参照し、ページ総数を取得する（ステップＳ２０４）。
【００４２】
以後、ＰＤＬ部は、ページ総数分（ステップＳ２０５／ＹＥＳ）、Ｎページ目のページオブジェクトへのインデックスを取得し（ステップＳ２０６）、Ｎページのページ番号とインデックスの組合せをテーブルに保存する（ステップＳ２０７）処理を行う。ステップＳ２０６、ステップＳ２０７の処理をページ総数分行った後（ステップＳ２０５／ＮＯ）、完成したテーブルを呼び出し元の関数に提供して終了する（ステップＳ２０８）。
【００４３】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００４４】
すなわち、本実施形態に係る画像形成装置で実行されるプログラムは、先に述べた機能部（プリンタコントローラシステム部１０１、ＰＤＬ部１０２等）を含むモジュール構成となっており、実際のハードウェアを用いて具体的手段を実現する。すなわち、コンピュータ（ＣＰＵ）が所定の記録媒体からプログラムを読み出して実行することにより上記各機能部が主記憶装置上にロードされて生成される。また、これらの機能部に相当する構成は、上記のようにソフトウェアで実現してもよいが、回路等のハードウェアで実現してもよい。
【００４５】
本実施形態に係る画像形成装置で実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。
【００４６】
また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００４７】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【符号の説明】
【００４８】
５ ホストＰＣ
１０ コントローラ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ ＮＶＲＡＭ
１５ ネットワークＩ／Ｆ
１６ エンジンＩ／Ｆ
１７ パネルＩ／Ｆ
２０ エンジン
３０ パネル装置
１０１ プリンタコントローラシステム部
１０２ ＰＤＬ部
１０３ ネットワークＩ／Ｆ部
１０４ エンジンＩ／Ｆ部
１０５ パネルＩ／Ｆ
【先行技術文献】
【特許文献】
【００４９】
【特許文献１】特開２００６−１５９７３８号公報
【技術分野】
【０００１】
本発明は、画像処理装置、画像形成装置、画像処理方法、プログラム及び記録媒体に関し、特に、例えばホストコンピュータに接続され、装置内に複数のＣＰＵを備え、入力されたＰＤＬ（Page Description Language）データを単一の印刷デバイスに出力するプリンタに好ましく適用される技術に関するものである。
【背景技術】
【０００２】
近年、プリンタやＭＦＰ等の画像形成装置は高解像度化及び高機能化が急速に進展している。そして、画像処理装置中で受け取ったＰＤＬデータを印刷デバイスに出力する処理は、装置の高解像度化や高機能化を受けて、より高機能な演算処理を必要とするようになった。特に、比較的新しいＰＤＬであるＰＤＦ（Portable Document Format）やＸＰＳ（XML Paper Specification）等といった言語ではその傾向が強い。演算処理に用いるＣＰＵを複数用意し、ＰＤＬをディスプレイリスト等の中間言語に変換した後、その中間言語の処理に必要となるレンダラ処理を複数ＣＰＵに別々に割り当てて処理を行い、演算処理時間を短縮する技術は、既に知られている。
【０００３】
例えば特許文献１では、演算処理時間を短縮する目的で、複数のＣＰＵとレンダリングデバイスとを備え、入力されたＰＤＬデータを単一のデバイスに出力する画像処理装置が開示されている。この画像処理装置は、ＰＤＬデータを受信する手段と、ＰＤＬデータをページ単位に独立した中間データあるいはディスプレイリストに変換する手段と、中間データあるいはディスプレイリストを複数のＣＰＵあるいは複数のレンダリングデバイスに振り分ける手段と、有する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１で開示された画像処理装置では、中間データあるいはディスプレイリストを複数のＣＰＵあるいは複数のレンダリングデバイスに振り分けて処理を行わせており、レンダラ処理に関しては確かに処理時間の短縮化が図られている。しかしながら、受信したＰＤＬデータを中間データ（あるいはディスプレイリスト等の中間言語）に変換する処理自体は分割できていないため、中間言語への変換処理に関しては処理時間が短縮していない。つまり、ＰＤＬデータの印刷デバイスへの出力処理全体としては、演算処理時間を短縮できていない。
【０００５】
そこで、本発明は、上述した事情に鑑みて、受信したＰＤＬデータを変換して印刷デバイスに出力する処理にかかる演算処理時間を今まで以上に短縮することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面である画像処理装置は、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信手段と、受信手段により受信されたＰＤＬデータを記憶装置に格納する格納手段と、記憶装置からインデックス情報をページごとに検索する検索手段と、検索手段により検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する複数の変換手段と、を有する。
【０００７】
本発明の一側面である画像形成装置は、上記の画像形成装置を搭載したものである。
【０００８】
本発明の一側面である画像処理方法は、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信ステップと、受信ステップで受信されたＰＤＬデータを記憶装置に格納する格納ステップと、記憶装置からインデックス情報をページごとに検索する検索ステップと、検索ステップで検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換ステップと、を有する。
【０００９】
本発明の一側面であるプログラムは、コンピュータに、文書情報のページ単位の構成要素及び該構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信処理と、受信処理で受信されたＰＤＬデータを記憶装置に格納する格納処理と、記憶装置からインデックス情報をページごとに検索する検索処理と、検索処理で検索されたインデックス情報を用いて、該インデックス情報に対応する構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換処理と、を実行させる。
【００１０】
本発明の一側面である記録媒体は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１１】
本発明では、受信した構造化ＰＤＬデータを一旦装置内の記憶装置に蓄積し、第１のＣＰＵでそのＰＤＬデータ内部のページ毎のアドレスを検索し、検索結果を他の複数のＣＰＵに入力して該ＣＰＵでＰＤＬ解釈を行うことで、ＰＤＬデータを変換及び分割することなしに、各ＣＰＵは、単一のＰＤＬデータを参照し、並行して印刷デバイスの解釈できる形式に変換する。このため、本発明によれば、受信したＰＤＬデータを変換して印刷デバイスに出力する処理にかかる演算処理時間を今まで以上に短縮することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る画像形成装置の概略構成を示した図である。
【図２】本発明の実施形態に係る画像形成装置の機能構成を示した図である。
【図３】本発明の実施形態において用いる構造化されたＰＤＬデータを説明するための図である。
【図４】本発明の実施形態において複数のＰＤＬ部で構造化ＰＤＬデータを解釈する方法を説明するための図である。
【図５】本発明の実施形態におけるＰＤＬデータの処理手順を示すシーケンス図である。
【図６】本発明の実施形態におけるプリンタコントロールシステム部が行う処理の流れを示したフローチャートである。
【図７】本発明の実施形態におけるページのインデックス読み取り処理の流れを示したフローチャート図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について図面を参照して説明する。
【００１４】
図１は、本実施形態の画像形成装置の概略構成を示した図である。本実施形態の画像形成装置は、画像形成装置の制御を行うコントローラ１０、用紙に画像を印刷するためのエンジン２、ユーザの入力を受け付ける操作部及び機器状態を表示する表示部を備えるパネル装置３を有して構成される。コントローラ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＮＶＲＡＭ１４、ネットワークＩ／Ｆ１５、エンジンＩ／Ｆ１６、パネルＩ／Ｆ１７を有する。
【００１５】
ＣＰＵ１１は、ＲＯＭ１２に格納されたプログラムに従って画像形成装置の制御を行う。ＲＯＭ１２は、コントローラ上で動作するためのプログラムを格納する。ＲＡＭ１３は、コントローラソフト（ＣＰＵ１１がプログラムを読み込むことで構成される機能部、図２を参照）が作成するページメモリや、ソフトウェアが動作するために必要なワークメモリとして利用されるメモリである。ＮＶＲＡＭ１４は、画像形成装置の印刷条件設定等を保存しておく不揮発性メモリである。
【００１６】
ネットワークＩ／Ｆ１５は、ネットワーク上に接続されたホストＰＣ５とデータのやり取りを行うためのインターフェースである。エンジンＩ／Ｆ１６、エンジン２０との間で印刷指示等を行うためのインターフェースである。パネルＩ／Ｆ１７は、パネル装置３０との入出力を行うためのインターフェースである。
【００１７】
なお、ＣＰＵ１１は１個以上であり、複数あってもよい。また、ＣＰＵ１１は内部に複数のコアを持つ構成（マルチコア）であってもよい。
【００１８】
図２は、本実施形態の画像形成装置の機能構成を示した図である。コントローラソフトは、先に述べたように、ＣＰＵ１１がＲＯＭ１２に格納されたプログラムを読み込むことで構成される機能部で、プリンタコントロールシステム部１０１、ＰＤＬ部１０２、ネットワークＩ／Ｆ部１０３、エンジンＩ／Ｆ部１０４、パネルＩ／Ｆ部１０５を有して構成される。
【００１９】
プリンタコントロールシステム部１０１は、受信したＰＤＬデータの印刷デバイスへの出力処理に関して中心的な役割を果たす。具体的には、ホストＰＣ５からＰＤＬデータを受信し、ＰＤＬ部にページごとのインデックス情報（アドレス情報）を付与して印刷画像を作成させ、作成された印刷画像をエンジン２０に送信する。ＰＤＬ部１０２は、プリンタコントロールシステム部１０１から印刷データを受け取り、印刷画像を作成する。また、ＰＤＬ部１０２は、ＣＰＵの数に応じて複数個存在する。ネットワークＩ／Ｆ部１０３は、ホストＰＣ５とデータの交換を行う。エンジンＩ／Ｆ部１０４は、エンジン２０の印刷制御を行う。パネルＩ／Ｆ部１０５は、パネル装置３０の制御を行う。
【００２０】
図３は、本実施形態において用いる構造化されたＰＤＬデータを説明するための図である。図３（ａ）に構造化されていないＰＤＬデータを示し、図３（ｂ）に構造化されたＰＤＬデータを示す。図面を参照して、構造化されていないＰＤＬデータと構造化されたＰＤＬデータとの違いを説明する。
【００２１】
構造化されていないＰＤＬデータは、ページごとの描画命令が順次記載され、印刷が必要な箇所で印刷命令が記述される。これの繰り返しである。基本的に命令処理に前後関係がないため、データを順次受け取りながら処理できるという特徴がある。しかし、命令はデータの最初から最後まで順番に確認して行く必要がある。このようなＰＤＬデータの代表例として、ＨＰ社のＰＣＬ（登録商標）や、Ａｄｏｂｅ（登録商標）社のＰｏｓｔＳｃｒｉｐｔ（登録商標）等が挙げられる。
【００２２】
一方、構造化されたＰＤＬデータは、ページ情報、ページの構成要素の情報の関連が記載されている。解釈する側は、まずファイル末尾のインデックス情報を参照し、文書情報、ページ情報、ページ構成要素の情報を参照していくことが可能である。構造化されていないＰＤＬデータと異なり、データ末尾にインデックス情報が含まれているため、基本的にはデータをすべて参照できる状態（ランダムアクセス可能な状態）でなければ解釈できない。このようＰＤＬデータの代表例としては、ＰＤＦやＸＰＦ等が挙げられる。
【００２３】
図４は、本実施形態において複数のＰＤＬ部で構造化ＰＤＬデータを解釈する方法を説明するための図である。また、図４は、ＰＤＬ部と処理対象のＰＤＬデータとの関係を示している。なお、図４の各構成（ネットワークＩ／Ｆ、プリンタコントロールシステム部等）は図２に記載した構成と同じで、図面における符号の表示は省略している。
【００２４】
まず、第１のＣＰＵあるいはＣＰＵコアにおいて、プリンタコントロールシステム部が受信したＰＤＬデータ（図４（１））を、ＲＡＭ等の記憶装置あるいはＨＤＤ等の補助記憶装置にスプールする（図４（２））。その後、スプールしたＰＤＬデータのインデックス情報を参照し、各ページのデータの開始位置を記録する。そして、プリンタコントロールシステム部は、その各ページのデータ開始位置を、各ＣＰＵあるいは各ＣＰＵコアに割り当てられているＰＤＬ部１〜ＰＤＬ部３に入力する（図４（３−１）〜図４（３−３））。
【００２５】
その後、各ＣＰＵあるいは各ＣＰＵコアにおいて、ＰＤＬ部１〜ＰＤＬ部３は、入力されたデータ開始位置にＰＤＬデータを読み込みに行く。ＰＤＬ部１〜ＰＤＬ部３は、ページの要素を解釈し、出力デバイスが解釈できる形式に変換してプリンタコントロールシステム部に送信する（図４（４−１）〜図４（４−３））。プリンタコントロールシステム部は、ＰＤＬ部１〜ＰＤＬ部３からの変換後データを画像データとしてエンジンＩ／Ｆに送信する。あるいは、変換後はＨＤＤ等の補助記憶装置にスプールし、エンジンが必要なタイミングでプリンタコントロールシステム部がエンジンＩ／Ｆを通してエンジンに送信するように構成することもできる。
【００２６】
これらの処理は、複数のＣＰＵあるいは複数のＣＰＵコアによって並列に行われる。なお、ＰＤＬデータへの同時読み込みアクセスが可能なため、ＰＤＬデータを分割する処理は必要ない。また、各ＣＰＵあるいは各ＣＰＵコアにおけるＰＤＬ部１〜ＰＤＬ部３は、変換処理が終了すると、未変換のページから最優先されるページを選択して解釈処理を開始する。これらの繰り返しにより、出力デバイスの待ち時間がもっとも少なくなる形で印刷処理が実施される。なお、上記の図の説明では、できるだけシンプルにするために、ＣＰＵあるいはＣＰＵコアが４つある場合の構成を記載したが、このＣＰＵの数はもちろん任意であってよい。
【００２７】
図５は、本発明の実施形態におけるＰＤＬデータの処理手順を示すシーケンス図で、図４で説明した処理の手順を表したものである。簡単のため、５ページものの印刷処理を行う場合を想定する。
【００２８】
まず、プリンタコントロールシステムは、ＰＤＬデータ受信した後、ＰＤＬ部１にページ１、ＰＤＬ部２にページ２、ＰＤＬ部ページ３にそれぞれのページのインデックスを入力する。ＰＤＬ部１〜３では、それぞれでＰＤＬデータの該当ページのデータを読み込み、解釈処理を実行する。解釈処理が完了したＰＤＬ部はプリンタコントロールシステムに解釈終了を通知する。プリンタコントロールシステムは、その終了したページをエンジンＩ／Ｆ経由でエンジンに伝える。その後、未処理のページのインデックスを処理が空いているＰＤＬ部に入力する。このように並行してページ解釈処理が実行されるため、エンジンでのページ出力処理の空き時間を最小限にすることができる。
【００２９】
図６は、本実施形態におけるプリンタコントロールシステム部が行う処理の流れを示したフローチャートである。図６のフローチャートはプリンタコントロールシステム部の起動後に開始し、プリンタコントロールシステム部は非同期にイベントを受信することができる。
【００３０】
プリンタコントロールシステム部は、ネットワークＩ／Ｆ部を介してホストＰＣから受信すると、まずは装置内の記憶装置（例えばＲＡＭ）にＰＤＬデータを全てスプールする（ステップＳ１０１）。次に、プリンタコントロールシステム部は、スプールしたＰＤＬデータを参照し、各ページのインデックスを読み取って、内部的なテーブルに保存する（ステップＳ１０２）。この際、ＰＤＬデータが持つ総ページ数も記録する。そして、ページカウンタＣＡ、ＣＰＵカウンタＣＢ、処理済ページカウンタＣＣを初期化（ＣＡ＝１、ＣＢ＝１、ＣＣ＝０）する（ステップＳ１０３）。
【００３１】
その後、プリンタコントロールシステム部は、ページカウンタＣＡが総ページ数以下の間（ステップＳ１０４／ＹＥＳ）、以下の処理を繰り返す（ステップＳ１０５〜ステップＳ１１１）。
【００３２】
プリンタコントロールシステム部は、ＣＰＵカウンタＣＢが「ＣＰＵの個数―１」より小さければ（ステップＳ１０５／ＹＥＳ）、ＣＢ番目のＣＰＵが空いているかを判定する（ステップＳ１０６）。ここで、比較するＣＰＵの個数が総数より１少ないのは、本実施形態の構成では複数のＣＰＵのうち、１つをプリンタコントローラシステム部に割り当て、残りをＰＤＬ部に割り当てているためである。
【００３３】
ＣＢ番目のＣＰＵが空いている場合（ステップＳ１０６／ＹＥＳ）、すなわちＣＢ番目のＣＰＵのＰＤＬ解釈処理が終わっており、新たなページを処理可能な場合は、プリンタコントロールシステム部は、ＣＢ番目のＣＰＵ（ＰＤＬ部）にＣＡページ目のインデックス値を渡す（ステップＳ１０８）。インデックス値を渡されたＣＢ番目のＣＰＵは、そのページのＰＤＬ解釈処理を開始する。そして、プリンタコントロールシステム部は、次のページを処理するために、ページカウンタＣＡを１インクリメントして（ステップＳ１０９）、ステップＳ１０４に戻る。
【００３４】
ＣＢ番目のＣＰＵが空いていない場合（ステップＳ１０６／ＮＯ）、すなわち既に処理中のページがあり、ＣＢ番目のＣＰＵが処理不可能な場合には、ＣＰＵカウンタＣＢを１インクリメントし（ステップＳ１０７）、ステップＳ１０５に戻る。
【００３５】
プリンタコントロールシステム部は、ＣＰＵカウンタＣＢが「ＣＰＵの個数―１」以上の場合（ステップＳ１０５／ＮＯ）、すなわち全てのＣＰＵがＰＤＬ処理中である場合は、いずれかのＣＰＵの処理が完了するまでアイドル状態となる。プリンタコントロールシステム部は、定期的に処理済ページカウンタＣＣを参照して、いずれかのＣＰＵからエンジンＩ／Ｆへの転送終了の通知が来るまで待機し（ステップＳ１１０）、いずれかのＣＰＵが処理済となったとき、ＣＰＵカウンタＣＢを初期化して（ステップＳ１１１）、ステップＳ１０５に戻る。
【００３６】
他方、プリンタコントロールシステム部は、ステップＳ１０８の処理を受けてＰＤＬ部で開始されるＰＤＬ解釈処理が終了した場合、そのＣＰＵからＰＤＬ解釈処理の終了通知を受け取る（ステップＳ１１２）。次に、プリンタコントロールシステム部は、終了通知を受けたページの出力データをエンジンＩ／Ｆに転送する（ステップＳ１１３）。そして、プリンタコントロールシステム部は、処理済ページカウンタＣＣを１インクリメントする（ステップＳ１１４）。
【００３７】
ページカウンタＣＡが総ページ数に達した場合（ステップＳ１０４／ＮＯ）、エンジン処理の終了を待つ。全ページのエンジンＩ／Ｆへの転送が終了したかどうかは、処理済ページカウンタＣＣが総ページ数に達したことで判断する。
【００３８】
図７は、本実施形態におけるページのインデックス読み取り処理の流れを示したフローチャート図で、一例として、ＰＤＦデータの場合の読み取り手順を表したものである。
【００３９】
ＰＤＦフォーマットの詳細は、Ａｄｏｂｅ（登録商標）社から発行されているＰＤＦリファレンスに記載されている。ＰＤＦデータは、オブジェクトデータ及びデータ終端の相互参照表とファイルトレーラからなる。相互参照表には、各オブジェクトの番号と先頭からのオフセット位置の組合せが記録されている。ファイルトレーラには、相互参照表へのオフセット及びＰＤＦのカタログオブジェクトのオブジェクト番号が記録されている。ＰＤＦカタログオブジェクト内には、ページを管理するページツリーオブジェクトのオブジェクト番号が記録されている。ページツリーオブジェクトには、各ページのオブジェクト番号及びページ総数が記録されている。よって、図７のフローチャートに示す以下の手順で各ページのインデックスを取得することができる。
【００４０】
ＰＤＬ部は、装置内の記憶装置（例えばＲＡＭ）に格納されたＰＤＦデータのうちファイルトレーラを読み込む（ステップＳ２０１）。そして、ＰＤＬ部は、格納されたＰＤＦデータのうち相互参照表を読み込む（ステップＳ２０２）。以後、ＰＤＬ部は、各オブジェクトを参照できるようになる。
【００４１】
続いて、ＰＤＬ部は、ＰＤＦのカタログオブジェクトを参照し、ページツリーオブジェクトのオブジェクト番号を取得する（ステップＳ２０３）。そして、ＰＤＬ部は、ページツリーオブジェクトを参照し、ページ総数を取得する（ステップＳ２０４）。
【００４２】
以後、ＰＤＬ部は、ページ総数分（ステップＳ２０５／ＹＥＳ）、Ｎページ目のページオブジェクトへのインデックスを取得し（ステップＳ２０６）、Ｎページのページ番号とインデックスの組合せをテーブルに保存する（ステップＳ２０７）処理を行う。ステップＳ２０６、ステップＳ２０７の処理をページ総数分行った後（ステップＳ２０５／ＮＯ）、完成したテーブルを呼び出し元の関数に提供して終了する（ステップＳ２０８）。
【００４３】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００４４】
すなわち、本実施形態に係る画像形成装置で実行されるプログラムは、先に述べた機能部（プリンタコントローラシステム部１０１、ＰＤＬ部１０２等）を含むモジュール構成となっており、実際のハードウェアを用いて具体的手段を実現する。すなわち、コンピュータ（ＣＰＵ）が所定の記録媒体からプログラムを読み出して実行することにより上記各機能部が主記憶装置上にロードされて生成される。また、これらの機能部に相当する構成は、上記のようにソフトウェアで実現してもよいが、回路等のハードウェアで実現してもよい。
【００４５】
本実施形態に係る画像形成装置で実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。
【００４６】
また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００４７】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【符号の説明】
【００４８】
５ ホストＰＣ
１０ コントローラ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ ＮＶＲＡＭ
１５ ネットワークＩ／Ｆ
１６ エンジンＩ／Ｆ
１７ パネルＩ／Ｆ
２０ エンジン
３０ パネル装置
１０１ プリンタコントローラシステム部
１０２ ＰＤＬ部
１０３ ネットワークＩ／Ｆ部
１０４ エンジンＩ／Ｆ部
１０５ パネルＩ／Ｆ
【先行技術文献】
【特許文献】
【００４９】
【特許文献１】特開２００６−１５９７３８号公報
【特許請求の範囲】
【請求項１】
文書情報のページ単位の構成要素及び前記構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信手段と、
前記受信手段により受信された前記ＰＤＬデータを記憶装置に格納する格納手段と、
前記記憶装置から前記インデックス情報をページごとに検索する検索手段と、
前記検索手段により検索されたインデックス情報を用いて、該インデックス情報に対応する前記構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する複数の変換手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記複数の変換手段は、前記検索手段から異なるページの構成要素にアクセスするためのインデックス情報を順次取得し、前記記憶装置に格納された単一の前記ＰＤＬデータに対して、前記インデックス情報を用いて対応するページの構成要素にアクセスすることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記複数の変換手段は、平行して、前記検索手段から異なるページの構成要素にアクセスするためのインデックス情報を順次取得し、取得したインデックス情報を用いて各ページの構成要素にアクセスし、データ形式の変換を行うことを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記検索手段により検索された前記インデックス情報をデータ形式変換の処理中でない変換手段に入力する入力手段を有することを特徴とする請求項１から３のいずれか１項に記載の画像処理装置。
【請求項５】
請求項１から４のいずれか１項に記載の画像処理装置を搭載したことを特徴とする画像形成装置。
【請求項６】
文書情報のページ単位の構成要素及び前記構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信ステップと、
前記受信ステップで受信された前記ＰＤＬデータを記憶装置に格納する格納ステップと、
前記記憶装置から前記インデックス情報をページごとに検索する検索ステップと、
前記検索ステップで検索されたインデックス情報を用いて、該インデックス情報に対応する前記構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換ステップと、
を有することを特徴とする画像処理方法。
【請求項７】
コンピュータに、
文書情報のページ単位の構成要素及び前記構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信処理と、
前記受信処理で受信された前記ＰＤＬデータを記憶装置に格納する格納処理と、
前記記憶装置から前記インデックス情報をページごとに検索する検索処理と、
前記検索処理で検索されたインデックス情報を用いて、該インデックス情報に対応する前記構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換処理と、
を実行させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムを記録しコンピュータ読み取り可能なことを特徴とする記録媒体。
【請求項１】
文書情報のページ単位の構成要素及び前記構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信手段と、
前記受信手段により受信された前記ＰＤＬデータを記憶装置に格納する格納手段と、
前記記憶装置から前記インデックス情報をページごとに検索する検索手段と、
前記検索手段により検索されたインデックス情報を用いて、該インデックス情報に対応する前記構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する複数の変換手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記複数の変換手段は、前記検索手段から異なるページの構成要素にアクセスするためのインデックス情報を順次取得し、前記記憶装置に格納された単一の前記ＰＤＬデータに対して、前記インデックス情報を用いて対応するページの構成要素にアクセスすることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記複数の変換手段は、平行して、前記検索手段から異なるページの構成要素にアクセスするためのインデックス情報を順次取得し、取得したインデックス情報を用いて各ページの構成要素にアクセスし、データ形式の変換を行うことを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記検索手段により検索された前記インデックス情報をデータ形式変換の処理中でない変換手段に入力する入力手段を有することを特徴とする請求項１から３のいずれか１項に記載の画像処理装置。
【請求項５】
請求項１から４のいずれか１項に記載の画像処理装置を搭載したことを特徴とする画像形成装置。
【請求項６】
文書情報のページ単位の構成要素及び前記構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信ステップと、
前記受信ステップで受信された前記ＰＤＬデータを記憶装置に格納する格納ステップと、
前記記憶装置から前記インデックス情報をページごとに検索する検索ステップと、
前記検索ステップで検索されたインデックス情報を用いて、該インデックス情報に対応する前記構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換ステップと、
を有することを特徴とする画像処理方法。
【請求項７】
コンピュータに、
文書情報のページ単位の構成要素及び前記構成要素にアクセスするためのインデックス情報を含む構造化されたＰＤＬデータを受信する受信処理と、
前記受信処理で受信された前記ＰＤＬデータを記憶装置に格納する格納処理と、
前記記憶装置から前記インデックス情報をページごとに検索する検索処理と、
前記検索処理で検索されたインデックス情報を用いて、該インデックス情報に対応する前記構成要素にアクセスし、印刷を行う出力装置の解釈できるデータ形式に該構成要素を変換する変換処理と、
を実行させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムを記録しコンピュータ読み取り可能なことを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−５６８０８（Ｐ２０１１−５６８０８Ａ）
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願番号】特願２００９−２０９５７７（Ｐ２００９−２０９５７７）
【出願日】平成２１年９月１０日（２００９．９．１０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願日】平成２１年９月１０日（２００９．９．１０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]