JP2010171597A - 画像処理装置 - Google Patents

Abstract

【課題】 ベクターデータからのサムネイルプレビューでは下記の問題点がある。
・複数のページの画像生成を行う必要があるため表示されるまでが非常に遅い。
・ユーザがサムネイルプレビューから、印刷から除外したいページを選択したとき、サムネイル画像から選択されたページを削除したい。その時にベクターデータからサムネイル画像を形成したのでは遅くなってしまう。
本発明はベクターデータからのサムネイルプレビューの高速化を課題とする。
【解決手段】 課題を解決する基本構成は以下の特徴を持つ。
・１ページずつ画像を画像形成してから、それをタイル状に配置してサムネイル画像を作成する手段と、
・タイル状のサムネイル画像を最初から画像形成する手段の２つのサムネイル画像作成手段を備え、
ベクターデータの特徴に応じて、上記２つの手段のうちに高速にサムネイル画像を形成できる手段を選択して処理する。
【選択図】 図８

Description

本発明は、印刷機でサムネイルの印刷プレビューを画面表示するときに、印刷データのベクターデータの特徴によって表示方法を切り替える画像形成方法ならびに画像形成方法を実行するプログラムに関する。

一般にマルチファンクションプリンタ（ＭＦＰ）のボックス機能は、ユーザがＭＦＰのハードディスクに印刷データを保存することで、実機の前で印刷プレビューを表示する。ここで使用されている印刷データは、ホストＰＣからビットマップ形式でＭＦＰへ保存されている。また、ホストＰＣからのジョブをページ記述言語からレンダリング処理を施して、ビットマップ形式で保存も行っている。現在、ＭＦＰ機では印刷データのベクターデータからのサムネイルプレビューを行う手法が考えられる。本出願のサムネイルプレビューに関する先行技術として、複数ページからなる原稿から読み取られた複数ページ分の印刷データを、１ページ内に縮小して出力させる手法がある。この出願では、ＭＦＰが出力する１ページに縮小された複数の印刷データ中に視認性が低いページが存在するかを判断する。そして、視認性が低いページ領域があると判断した場合に、そのページ領域の印刷データに対して変倍画像処理を行う技術がある。（特許文献１）
特開２００７−１７４２７０号公報

しかしながら、上記の手法では下記の項目の問題が考えられる。

課題１：サムネイルプレビューでは複数のページの画像生成を行う必要があるため表示されるまでが非常に遅いといった問題点がある。

課題２：ユーザがサムネイルプレビューを見て、印刷から除外したいページを選択したとき、サムネイル画像から選択されたページを削除したい。そのときにベクターデータからサムネイル画像を形成したのでは遅くなってしまうという問題点がある。

課題１を解決する手段。

操作パネルと記憶領域を有する画像処理装置において、保存された印刷データをプレビュー画面で表示するとき、
・１ページずつ画像を画像形成してから、それをタイル状に配置してサムネイル画像を作成する手段と、
・タイル状のサムネイル画像を最初から画像形成する手段の２つのサムネイル画像作成手段を備え、
・ベクターデータの特徴に応じて、上記２つの手段のうちに高速にサムネイル画像を形成できる手段を選択して処理する手段と、を備えることを特徴とする。
前記項目の切り替え後の表示方法は、
・ページごとのベクターデータから中間データを生成する手段を備え、
・タイル状のサムネイル画像を最初から画像形成する場合は各ページの中間データの処理順番を記載した、第２の（Ｎ−ＵＰ状の）中間データを作成する手段を備え、
・第２の中間データに従って画像形成を行うことにより、タイル状のサムネイル画像を最初から画像形成すること、
を有することを特徴とする画像処理装置。

課題２を解決する手段。

・最初のサムネイル画像を作成するときに、中間データは各ページに作成しておく。（Ｎ−ＵＰ状の第２の中間データを作成しない）
・中間データはキャッシュしておき、ベクターデータからでなく中間データからサムネイル画像を生成すること、
を有することを特徴とする画像処理装置。

サムネイルプレビューを２つの手法を切り替えて画像形成することで、大量のページ数がある印刷データのプレビュー画面で、ユーザがすばやく各ページのレイアウトを確認することができる。

サムネイルプレビュー中の中間データを作成後、キャッシュしておくことでユーザがページ削除の編集をした結果を早く作成することができる。

上記２つの課題を解決する本提案法では、印刷データのベクターデータからのサムネイルプレビューの高速化を実現する。

以下に、本発明の実施の形態について図を用いて説明する。
『プリンタの構成』
図１は、本発明を実施する印刷装置の一形態であるプリンタの構成を示すブロック図である。

プリンタコントローラ部１０３と、プリンタエンジン部１０５と、操作パネル部１０４とを備える。プリンタコントローラ部１０３は、ホストコンピュータ（以下、ホスト）などの外部機器１０１からコードデータ（各種ページ記述言語（以下、ＰＤＬ））が入力される。そのコードデータを解析することによってイメージデータ（ページ情報）を生成する。この生成されたイメージデータはインターフェースを介してプリンタエンジン部１０５に送信する。プリンタエンジン部１０５は、電子写真プロセスにより、プリンタコントローラ部１０３によって生成されたイメージデータが示す画像を用紙上に形成する。プリンタエンジン部１０５には、各機構と、その各機構による各印字プロセス処理（例えば、給紙処理など）に関する制御を行うエンジン制御部とが含まれている。操作パネル部１０４は、ユーザとのインターフェースを司り、プリンタ１０２に対する所望の動作を指示するための入力操作を行うための操作部を構成する。
『プリンタコントローラ部の構成』
次に、プリンタコントローラ部１０３の構成について図２を参照しながら説明する。

プリンタコントローラ部１０３は、プリンタコントローラ部１０３全体を制御するためのＣＰＵ２０２で、外部機器１０１との間でやり取りされる信号の入出力部を構成する。ＲＡＭ２０４は、ＣＰＵ２０２が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリでもある。さらに、ＲＯＭ２０５にはシステムの制御コードが格納されている。また、プリンタコントローラ部は、外部機器１０１との間の通信制御を行うホストＩ／Ｆ２０３とを有している。

ラスタイメージプロセッサ（ＲＩＰ）２０６は、ＰＤＬデータなどをビットマップデータに展開する。ホストＩ／Ｆ２０３を介して入力されたコードデータから、ＣＰＵ２０２はＲＯＭ２０５に格納されている制御コードに従い、ＲＩＰ２０６からプリンタエンジン部１０５が処理可能なビットマップデータの作成を行う。

ビットマップデータは、エンジンＩ／Ｆ部２０７を介してビデオ信号としてプリンタエンジン部１０５に転送される。エンジンＩ／Ｆ部２０７は、プリンタエンジン部１０５とでやり取りされる信号の入出力部を構成するとともに、プリンタエンジン部１０５との間の通信制御を行う。

パネル部１０４（図１に示す）から操作入力によって出されたモード設定に関する指示などは、操作パネルＩ／Ｆ部２０１を介して入力され、操作パネルＩ／Ｆ部２０１はパネル部１０４とＣＰＵ２０２の間のインターフェースを構成する。

ＣＰＵ２０２は、パネル部１０４から指示されたモードに応じて上述の各ブロックに対する制御を行い、この制御はＲＯＭ２０５に格納されている制御コードに基づき実行される。上述のＣＰＵ２０２を含む各ブロックは、システムバス２０８にＣＰＵがアクセス可能なように接続されている。ＨＤＤ２０９はハードディスクドライブであり、各種処理のためのシステムソフトウェア及び入力された画像データ等を格納する。
『コントローラソフトウェアの構成』
図３は、印刷装置の動作を制御するコントローラソフトウェアの構成を示すブロック図である。

プリンタインターフェイス３０１は、外部との入出力のための手段である。プロトコル制御部３０２は、ネットワークプロトコルを解析・送信することによって外部との通信を行う手段である。

ベクターデータ生成部３０３は、ビットマップイメージから解像度に依存しない描画記述であるベクターデータを生成（ベクタライズ）するものである。

メタデータ生成部３０４はベクタライズの過程で得られる副次情報を、サムネイルプレビューで描画するときの位置データとしてメタデータを生成するものである。各ページのサムネイルプレビューの位置情報を保持している。ユーザからサムネイルプレビューが要求されたときに、一画面に表示するページ数によって整列するサムネイルの位置を示すデータである。

ＰＤＬデータ解析部３０５は、ＰＤＬデータを解析し、より処理しやすい形式の中間コード（ＤＩＳＰＬＡＹ ＬＩＳＴ）に変換する手段である。ＰＤＬデータ解析部３０５において生成された中間コードはデータ描画部３０６に渡されて処理される。データ描画部３０６は上記中間コードをビットマップデータに展開するものであり、展開されたビットマップデータはページメモリ３０７に逐次描画されて行く。

ページメモリ３０７はレンダラが展開するビットマップデータを一次的に保持する揮発性のメモリである。

パネル入出力制御部は操作パネルからの入出力を制御するものである。

ドキュメント記憶部３０９は入力文書の一塊（ジョブ）単位にベクターデータ、ＤＩＳＰＬＡＹ ＬＩＳＴ、メタデータを包含するデータファイルを記憶する手段であり、ハードディスク等の二次記憶装置によって実現される。

スキャン制御部３１１はスキャナから入力した画像データに対して、補正、加工、編集などの各種処理を行う。

印刷制御部３１２は、ページメモリ３０７の内容をビデオ信号に変換処理し、プリンタエンジン部３１３へ画像転送を行う。プリンタエンジン部３１３は受け取ったビデオ信号を記録紙に永久可視画像形成するための印刷機構部である。
『ドキュメントデータ構造』
次に、ドキュメントの構造を説明する。

図４、図５はドキュメントの構造を示している。

図４はドキュメントのデータ構造を示している。

ドキュメントは複数ページからなるデータである。大きく分けるとベクターデータ４１１、メタデータ４１２、ＤＩＳＰＬＡＹ ＬＩＳＴ４１３で構成されており、ドキュメントヘッダ４０１を先頭とする階層構造である。ベクターデータ４１１はさらに、ページヘッダ４０２、サマリ情報４０３、オブジェクト４０４で構成されており、メタデータ４１２はさらにページ数情報４０５と配置情報４０６で構成されている。ＤＩＳＰＬＡＹ ＬＩＳＴ４１３はさらに、ページヘッダ４０７と描画展開用のインストラクション４０８から構成されている。ドキュメントヘッダ４０１にはベクターデータの格納場所とＤＩＳＰＬＡＹ ＬＩＳＴの格納場所が記述されているためベクターデータとＤＩＳＰＬＡＹ ＬＩＳＴはドキュメントヘッダ４０１によって関連付けられている。

ベクターデータ４１１は解像度非依存な描画データであるので、ページヘッダ４０２はページの大きさや向きなどのレイアウト情報が記述される。オブジェクト４０４にはライン、多角形、ベジェ曲線などの描画データが一つずつリンクされており、複数のオブジェクトがまとめてサマリ情報４０３に関連付けられている。サマリ情報４０３は複数のオブジェクトの特徴をまとめて表現するものであり、分割領域の属性情報などが記述される。

メタデータ４１２はサムネイルプレビューで描画するときの位置データとしてメタデータを生成するものである。ページ数情報４０５領域には、例えば一画面に表示するページ数などの情報が記述される。また、配置情報４０６には整列するサムネイルの位置を示すデータが記述される。

ＤＩＳＰＬＡＹ ＬＩＳＴ４１３はレンダラがビットマップ展開するための中間コードである。ページヘッダ４０７にはページ内の描画情報（インストラクション）の管理テーブルなどが記述され、インストラクション４０８は解像度依存な描画情報で構成されている。

ここに、新たに修正が行われたドキュメントが保存された場合、新規生成されたＤＩＳＰＬＡＹ ＬＩＳＴ４０９がドキュメントに追加される。

さらに、メタデータに元ページとのＤＩＦＦ情報４０９とへのリンク情報が含まれる新規メタデータ４１０が追加される。

図５は図４で説明したデータ構造がメモリ上、ファイル上にどう配置されるのかを示す図である。

５−１で示すようにドキュメントはベクターデータ領域、メタデータ領域、ＤＩＳＰＬＡＹ ＬＩＳＴ領域がメモリ上の任意のアドレスに配置される。

５−２で示すようにドキュメントはベクターデータ領域、メタデータ領域、ＤＩＳＰＬＡＹ ＬＩＳＴ領域が、一つのファイルにシリアライズされる。

本実施例は、下記の２つの方法からサムネイルプレビューの表示方法を切り替える手法を示す。１つ目の方法は、１ページずつ画像を画像形成してから、それをタイル状に配置してサムネイル画像を作成する手段である。図６に示すように印刷データ６０１からＤＩＳＰＬＡＹ ＬＩＳＴ６０３への変換６０２を行う。複数ページが存在する印刷データのとき、各ページのＲＩＰ処理６０４でページイメージ６０５を生成する。サムネイルプレビュー画面６０７は、操作パネル部１０４のパネル画面に１ページごとの画像形成を繰り返し行う。一方、もう１つの方法では、タイル状のサムネイル画像を最初から画像形成する手段である。図７では、印刷データ７０１の複数ページのＤＩＳＰＬＡＹ ＬＩＳＴ７０３の処理順番を記載した第２のＤＩＳＰＬＡＹ ＬＩＳＴ７０４として生成する。各ページのサムネイル画像は、第２のＤＩＳＰＬＡＹ ＬＩＳＴ７０４に従って、操作パネル部１０４の画面に１つの画像でタイル状のサムネイル画像７０６として画像形成される７０５。このサムネイルプレビュー画面の画像形成方法をＮ−ＵＰサムネイルプレビューと呼ぶ。これら２つの処理を、ベクターデータ４１１の特徴に応じて、高速にサムネイル画像を形成できる手段を選択して処理する。

図８に上記手法のフローチャート図を示す。開始８０１はユーザからプレビュー画面の表示が選択８０２されるときに、前記項目の２つの手段を切り替えは、ベクターデータ４１１に含まれるエッジ数によって判断する。エッジ数の情報から中間データから画像形成するときに、中間データがキャッシュ内に入りきるかどうかをあらかじめ設定した閾値８０３から判断する。閾値は、キャッシュサイズと１つのエッジのデータサイズから、キャッシュ内にエッジを保持できる数を算出する。例えば、１つのエッジのサイズが、約７５ＢＹＴＥ、ＣＰＵのキャッシュが８ＫＢＹＴＥを使用可能な環境では、約１００個のエッジが保持できる。この場合、閾値を１００としてエッジ数の合計の比較を行う８０４。エッジのバッファがキャッシュ内に収まる場合、タイル状のサムネイル画像を最初から画像形成する手法８０５が、１ページずつ画像を形成する方法８０６よりもキャッシュへのミスヒットが少なくなり早く表示できる。

実施例１では、サムネイルプレビューを表示するときに印刷データのベクターデータの特徴によって、各ページを画像形成する２つの手段を切り替える方法と画像を表示する形態について説明した。実施例２では、ユーザからサムネイルプレビュー画面の印刷するページの削除や並び替えなどの編集をするときの画像形成方法について説明する。

図９では、実施例２の画像形成の方法を示している。あらかじめ最初のサムネイル画像を作成する前に、ＤＩＳＰＬＡＹ ＬＩＳＴは各ページ９０１に作成しておく。次に、各ページのＤＩＳＰＬＡＹ ＬＩＳＴ９０３をキャッシュ内９０２に保存する。ここでは、第１の実施例のようにＤＩＳＰＬＡＹ ＬＩＳＴ９０３からベクターデータ４１１に変換された第２のＤＩＳＰＬＡＹ ＬＩＳＴ７０４を作成しないようにする。ＤＩＳＰＬＡＹ ＬＩＳＴ９０３を各ページでキャッシュしておくことで、プレビュー画面での編集結果を実施例１の２つの手段を切り替えるときに効率よくおこなえる。

本発明の印刷装置における実施例の一形態であるプリンタの構成を示すブロック図である。 実施形態における各機器のコントロールユニットの構成例を示すブロック図である。 実施形態におけるコントローラソフトウェアの構成の一例を示すブロック図である。 実施形態におけるドキュメントのデータ構造を示す図である。 実施形態におけるドキュメントの格納構造を示す図である。 実施形態における１ページずつタイル状にサムネイル画面を表示するときのシステムの構成を示す図である。 実施形態における複数ページをタイル状にサムネイル画面として最初から画像形成するシステムの構成を示す図である。 実施形態における２つのサムネイルプレビューの画像形成方法を切り替える処理を示したフローチャート図である。 実施形態におけるサムネイルプレビューを画像形成する前の各ページの中間データをキャッシュしている状態を示した図である。

Claims (4)

1. 操作パネル（１０４）と記憶領域（２０９）を有する画像処理装置に、保存した印刷データをプレビュー画面で表示（８０２）するとき、
   １ページずつ画像を画像形成してから、それをタイル状に配置してサムネイル画像を作成（６０７）する手段と、
   タイル状のサムネイル画像を最初から画像形成（７０６）する手段の２つのサムネイル画像作成手段を備え、
   ベクターデータ（４１１）の特徴に応じて、上記２つの手段のうちに高速にサムネイル画像を形成できる手段を選択して処理する手段（８０４）と、
   を有することを特徴とする画像処理装置（１０２）。
2. 前記２つの手段を切り替える方法（８０４）として、
   画像処理装置（１０２）に搭載されたキャッシュサイズと印刷データのエッジ数から閾値を計算することで閾値を設定する手段（８０３）を有することを特徴とする請求項１に記載の画像処理装置（１０２）。
3. 前記切り替え後の表示方法は、
   ページごとのベクターデータ（４１１）から中間データを生成する手段（６０２）を備え、
   タイル状のサムネイル画像を最初から画像形成する場合は各ページの中間データの処理順番を記載した、第２の（Ｎ−ＵＰ状の）中間データを作成する手段（７０４）を備え、
   第２の中間データに従って画像形成を行うことにより、タイル状のサムネイル画像を最初から画像形成する（７０６）こと、
   を有することを特徴とする請求項１に記載の画像処理装置（１０２）。
4. 前記２つの手段を切り替える前の中間データの保持方法は、
   最初のサムネイル画像を作成するときに、中間データは各ページに作成する手段（９０３）と、
   中間データはキャッシュ（９０２）しておき、ベクターデータ（４１１）からでなく中間データからサムネイル画像を生成する手段（９０４）と、
   を有することを特徴とする請求項１に記載の画像処理装置（１０２）。