(57)【要約】      （修正有）【課題】  オートカラーの精度を上げる。【解決手段】  プリンターに印刷したジョブの内容を各ページイメージ情報を含む追跡対象情報を蓄積し、情報漏洩を防止するネットワーク印刷システムにおいて、ページイメージの属性を設定する設定手段と印刷ページ判定手段にて抽出したページイメージの属性が設定手段でカラーと設定される場合であっても、前記印刷ページ判定手段にてモノクロページと判定されるのであれば、前記ページイメージ生成手段にてモノクロ属性のページイメージを生成することを特徴とする印刷制御装置。【選択図】  図１
2006146777.tif 000002
【特許請求の範囲】
【請求項１】
プリンタに印刷したジョブの内容を前記ジョブ内の各ページイメージを含む追跡対象情報として蓄積し追跡可能とすることで情報漏えいを抑止するネットワーク印刷システムにおいて利用される印刷制御装置であって、
抽出するページイメージの属性を指定する設定手段と、
印刷するページがカラーであるかモノクロであるかを判定する印刷ページ判定手段と、
ページイメージを生成するページイメージ生成手段を備え、
前記設定手段では抽出するページイメージの属性はカラーかモノクロかを指定可能であり、
前記設定手段にて抽出するページイメージの属性がカラーと設定される場合であっても、
前記印刷ページ判定手段にてモノクロページと判定されるのであれば、
前記ページイメージ生成手段にてモノクロ属性のページイメージを生成することを特徴とする印刷制御装置。
【請求項２】
前記請求項１の印刷制御装置において、
前記設定手段にて印刷するページがカラーの場合とモノクロの場合それぞれに抽出するページイメージの属性が指定可能であり、
前記印刷ページ判定手段にて印刷するページがカラーと判定された場合に前記設定手段の印刷するページがカラーの場合のページイメージの属性で前記ページイメージ生成手段がページイメージを生成し、
前記印刷ページ判定手段にて印刷するページがモノクロと判定された場合に前記設定手段の印刷するページがモノクロの場合のページイメージの属性で前記ページイメージ生成手段がページイメージを生成することを特徴とする印刷制御装置。
【請求項３】
前記請求項２の印刷制御装置の設定手段は印刷するページがカラーの場合とモノクロの場合それぞれに対応して抽出するページイメージの属性を指定可能なユーザインターフェースを表示することを特徴とする印刷制御装置。
【請求項４】
プリンタに印刷したジョブの内容を前記ジョブ内の各ページイメージを含む追跡対象情報として蓄積し追跡可能とすることで情報漏えいを抑止するネットワーク印刷システムにおいて利用される印刷制御装置であって、
抽出するページイメージの属性を指定する設定手段と、
ページイメージを生成するための情報を蓄積する手段と、
ページイメージを生成するページイメージ生成手段と、
生成されたページイメージにカラー情報が含まれるかどうかを判定するイメージ判定手段を備え、
前記設定手段にて抽出するページイメージの属性がカラーと設定される場合、
前記蓄積手段にページイメージを生成できる情報を蓄積した後に、
前記ページイメージ生成手段にてカラー属性の第一のページイメージを生成し、
前記イメージ判定手段にて前記第一のページイメージにカラー情報が含まれるかどうかの判定を実施し、カラー情報が含まれていないと判定されるのであれば、
前記蓄積手段に蓄積された情報を参照し再度前記イメージ生成手段にてモノクロ属性の第二のページイメージを生成することを特徴とする印刷制御装置。
【請求項５】
プリンタに印刷したジョブの内容を前記ジョブ内の各ページイメージを含む追跡対象情報として蓄積し追跡可能とすることで情報漏えいを抑止するネットワーク印刷システムにおいて利用される印刷制御装置であって、
抽出するページイメージの属性を指定する設定手段と、
ページイメージを生成するページイメージ生成手段と、
生成されたページイメージにカラー情報が含まれるかどうかを判定するイメージ判定手段と、
カラー属性のページイメージをモノクロ属性のページイメージに変換する変換手段を備え、
前記設定手段にて抽出するページイメージの属性がカラーと設定される場合、
前記イメージ生成手段にてカラー属性の第一のページイメージを生成し、
前記イメージ判定手段にて前記第一のページイメージにカラー情報が含まれるかどうかの判定を実施し、カラー情報が含まれていないと判定されるのであれば、
前記変換にて前記第一のページイメージをモノクロ属性の第二のページイメージに変換することを特徴とする印刷制御装置。
【請求項６】
前記請求項１〜３の印刷制御装置に対して、
ページイメージを生成するための情報を蓄積する手段と
生成されたページイメージにカラー情報が含まれるかどうかを判定するイメージ判定手段を更に備え、
前記イメージ生成手段にてカラー属性の第一のページイメージを生成した場合、
前記イメージ判定手段にて第一のページイメージにカラー情報が含まれるかどうかの判定を実施し、カラー情報が含まれていないと判定されるのであれば、
前記蓄積手段に蓄積された情報を参照し再度前記イメージ生成手段にてモノクロ属性の第二のページイメージを生成することを特徴とする印刷制御装置。
【請求項７】
前記請求項１〜３の印刷制御装置に対して、
生成されたページイメージにカラー情報が含まれるかどうかを判定するイメージ判定手段と、
カラー属性のページイメージをモノクロ属性のページイメージに変換する変換手段を更に備え、
前記イメージ生成手段にてカラー属性の第一のページイメージを生成した場合、
前記イメージ判定手段にて前記第一のページイメージにカラー情報が含まれるかどうかの判定を実施し、カラー情報が含まれていないと判定されるのであれば、
前記変換にて前記第一のページイメージをモノクロ属性の第二のページイメージに変換することを特徴とする印刷制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷制御装置の情報処理方法に関し、詳しくは、パーソナルコンピュータ等の情報処理装置とプリンタなどの印刷装置を有して構成されるシステムにおいて、特に前記印刷装置から印刷された内容を蓄積し追跡可能とすることで情報漏洩を抑止するネットワーク印刷システムに関した印刷制御装置の制御方法に関するものである。
【背景技術】
【０００２】
情報のデジタル化、ネットワーク化、モバイル化が進展したことに伴い、一度に大量の情報にアクセスすることが可能になると共に、情報の可搬性が飛躍的に向上したことなどが挙げられ、今後もこの傾向はますます加速していくことは必至である。
【０００３】
従来、情報漏えい対策として広く用いられている手法として、機密情報またはこれを格納するストレージサーバーなどにアクセス権を設定することで機密情報にアクセスできる人を限定する方法がある。
【０００４】
しかしながら、近年の情報漏えい事件は機密情報へのアクセスを許可された人物の意図的な内部犯行が圧倒的に多い傾向にあり、もはやアクセス権を設定することによる情報漏えい抑止だけでは充分な情報漏えい対策とは言えない。
【０００５】
一方、情報漏えいから守るべき情報として、大企業の顧客情報に代表されるような量的に膨大な情報のみではなく、情報量は少ないが質的に重要な情報も考慮に入れる必要がある。このような情報は、印刷物として容易に持ち出すことが可能であり、印刷についても情報漏えい抑止を意識した対策が望まれている。
【０００６】
本発明ではこの印刷、特にネットワーク印刷システムについて、印刷された内容を蓄積し情報追跡を可能にする情報漏えい抑止方法に関するものである。
【０００７】
これまで、本発明の技術分野であるネットワーク印刷システムの領域においても様々な情報漏えい防止のための手段が発明されてきた。
【０００８】
例えば、印刷する文書や印刷データに印刷許可情報を設定しておき、印刷を行う場合にこの印刷許可情報を参照するもの（例えば、特許文献１参照）。
【０００９】
ネットワークに接続されたデバイスを利用するためにユーザー認証を行う方法（例えば、特許文献２参照）。
【００１０】
プリントサーバーにより印刷データを再印刷可能な状態で保管すると共に、ジョブ名、クライアント名、ユーザー名などの情報を取得しタイムスタンプを付加したり、更には印刷データからビットマップを生成したりして印刷ログとして保管する方法（例えば、特許文献３参照）。
【００１１】
上記に加えプリンタ側でも印刷ログを取得しておき、これをサーバーに格納する方法（例えば、特許文献４参照）。
【００１２】
また、同様にプリントサーバーはクライアントから印刷データを受信すると同時に、ユーザーを一意に特定できる情報も受信し、この印刷データとユーザー情報を元に印刷ログを生成し検索、閲覧、再印刷を可能とする方法。（例えば、特許文献５参照）。
等々様々な情報漏えい抑止の手段が提案されてきた。
【００１３】
また、本発明に関連に関連する各印刷ページの色属性の判定方法に係わるものとして、印刷アプリケーションから受け取る描画命令を一旦中間データとして保存しておき、この中間データを保存する過程において描画命令内に色属性がカラーのものが含まれていたかどうかを判定し、この結果も中間データに含め、実際にプリンタへの印刷を行う際に各ページの色処理モードを先の判定結果に従って行うものがある。
【特許文献１】特開２００４−２５２７８４号広報
【特許文献２】特開２００３−２８８３２７号広報
【特許文献３】特開２００２−１４９３７１号広報
【特許文献４】特開２００３−３３０６７７号広報
【特許文献５】特開２００４−１１８２４３号広報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は以上の問題点を鑑み考案されたものであり、特別な印刷アプリケーションや特別なプリンタなどのネットワークデバイスなどを必要とせず、また印刷経路に対する制約を設けること無しに、印刷された内容を蓄積し追跡可能とするネットワーク印刷システムを実現することを目的とする。
【００１５】
また更には、抽出、蓄積する内容を、出力対象のプリンタ及びこの属性に関する情報、印刷指示を行った情報処理装置及びユーザーに関する情報、印刷ジョブに関する各種属性及び統計情報、印刷ジョブ内の各々のページの属性情報とすることで、何時、どの情報機器からどの印刷装置に対して、誰が、どのような印刷を行ったのか、またその印刷にはどのような内容を含んでいたのかといった情報を蓄積することで、追跡可能となる。
【００１６】
これは本ネットワーク印刷システムが導入されていることをユーザーに知らせることで情報漏えいの抑止効果を発揮するものである。
【００１７】
一方、抽出対象となる情報を本発明では印刷指示を行う情報機器内で実行し、印刷データとは独立した追跡用データとして生成する。このためプリンタドライバの印刷データ生成部分やこれを解釈するプリンタ側への本発明の影響は無く、従来通りの印刷処理を実行することが可能である。更に、抽出を行う場所が印刷指示を出す情報機器内に設けることで、従来印刷データに含めなかった情報、例えば印刷指示を出す情報機器を細かく特定する情報、印刷データには含まれない詳細な印刷設定情報などを容易にしかも柔軟に拡張可能形で取得することが可能となる。更に、抽出された追跡用データの転送手段や形式を公には非公開とすることで、追跡用データの改ざんを行いにくくすることも可能となる。
【００１８】
尚、本発明で保存しておく情報はページイメージであり、情報検索・閲覧が情報機器などのディスプレイ上で容易に行うことも可能となる。
【００１９】
更には、実印刷物のカラーかモノクロかの色属性と保存イメージ画像の色属性を一致させることで、同一性の判断が容易に行えるようになることに加え、記憶領域にかかる保存コスト、ネットワークを介して流される保存データのサイズを最適化することが可能となる。
【課題を解決するための手段】
【００２０】
プリンタに印刷したジョブの内容を前記ジョブ内の各ページイメージを含む追跡対象情報として蓄積し追跡可能とすることで情報漏えいを抑止するネットワーク印刷システムにおいて利用される印刷制御装置であって、抽出するページイメージの属性を指定する設定手段と、印刷するページがカラーであるかモノクロであるかを判定する印刷ページ判定手段と、ページイメージを生成するページイメージ生成手段とを備え、前記設定手段では抽出するページイメージの属性はカラーかモノクロかを指定可能であり、前記設定手段にて抽出するページイメージの属性がカラーと設定される場合であっても、前記印刷ページ判定手段にてモノクロページと判定されるのであれば、前記ページイメージ生成手段にてモノクロ属性のページイメージを生成するものである。
【発明の効果】
【００２１】
ジョブチェイシングでのオートカラーの精度をあげることができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施形態を詳細に説明する。チェイシングシステムの構成を説明する。図１は本発明の実施形態に係る印刷システムの構成例を示すブロック図である。本印刷システムはネットワーク５０００につながったホストコンピュータ３０００、プリンタ１５００、追跡情報格納サーバー１０００、及び管理用クライアント４０００から構成される。
【００２３】
ホストコンピュータ３０００はユーザーから印刷要求を受け付け、印刷要求の内容に従った印刷データを生成しプリンタ１５００へ送信する。更に、ホストコンピュータ３０００はこの印刷要求に合致した追跡用データの抽出・生成を行い、追跡情報格納サーバー１０００へ送信する。
【００２４】
プリンタ１５００は受け取った印刷データに従い印刷処理を実行する。
【００２５】
追跡情報蓄積サーバー１０００はホストコンピュータ３０００から受け取る追跡用データを自身または他の情報機器内に構築された記憶領域にデータベースとして登録し保管する。
【００２６】
管理者用クライアント４０００はシステム管理者が必要に応じて前記データベース内に登録された追跡用データを検索、閲覧するために使用する。
【００２７】
尚、管理者用クライアント４０００は追跡情報蓄積サーバー１０００と同一の情報機器であっても良い。
【００２８】
ホストコンピュータ３０００の構成を説明する。
【００２９】
図２は、ホストコンピュータ３０００及びプリンタ１５００の構成を示すブロック図である。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続され、処理が行われるシステムであっても本発明を適用できる。
【００３０】
同図において、コンピュータ３０００は、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１に記憶された文書処理プログラム等に基づいて、以降で後述される本発明の各実施形態に係わる処理を含む、図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理およびそれに基づく印刷処理の実行を制御するＣＰＵ１を備えている。このＣＰＵ１がシステムバス４に接続される各デバイスの制御を総括する。また、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１には、ＣＰＵ１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等が記憶されている。また、ＲＯＭ３のフォント用ＲＯＭあるいは外部メモリ１１には上記文書処理の際に使用するフォントデータ等が記憶されている。さらに、ＲＯＭ３のデータ用ＲＯＭあるいは外部メモリ１１には上記文書処理等を行う際に使用する各種データが記憶されている。ＲＡＭ２は、ＣＰＵ１の主メモリ、ワークエリア等として機能する。
【００３１】
キーボードコントローラ（ＫＢＣ）５は、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０による表示を制御する。７はディスクコントローラ（ＤＫＣ）を示し、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）８は、双方向性インターフェース（インターフェース）２１を介してプリンタ１５００に接続されて、プリンタ１５００との通信制御処理を実行する。
【００３２】
なお、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて、予め登録された種々のウィンドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウィンドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行うことができる。
【００３３】
プリンタ１５００は、そのＣＰＵ１２によって制御される。プリンタＣＰＵ１２は、ＲＯＭ１３に記憶された制御プログラム等、あるいは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される印刷部（プリンタエンジン）１７に印刷出力情報としての画像信号を出力する。
【００３４】
また、このＲＯＭ１３のプログラムＲＯＭには、ＣＰＵ１２の制御プログラム等が記憶される。また、ＲＯＭ１３のフォント用ＲＯＭには上記印刷出力情報を生成する際に使用するフォントデータ等が記憶される。また、ＲＯＭ１３のデータ用ＲＯＭには、ハードディスク等の外部メモリ１４がないプリンタの場合には、コンピュータ上で利用される情報等が記憶されている。
【００３５】
ＣＰＵ１２は入力部１８を介してコンピュータとの通信処理が可能となっている。これにより、プリンタ内の情報等をコンピュータ３０００に通知できる。ＲＡＭ１９は、ＣＰＵ１２の主メモリや、ワークエリア等として機能するＲＡＭである。また、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。
【００３６】
前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、１８は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等である。
【００３７】
また、プリンタ１５００は図示しないＮＶＲＡＭを有し、操作パネル１５０１からのプリンタモード設定情報を記憶するようにしてもよい。
【００３８】
印刷部１７は本実施形態では電子写真方式のエンジンとしている。従って、印刷データはトナーのドットによって最終的に紙などの媒体上に記録される。なお、本発明における印刷の方式はこのような電子写真方式に限られないことはもちろんである。例えば、インクジェット方式など、ドットを形成して印刷を行ういずれの方式の印刷装置にも本発明を適用することができる。
【００３９】
ホストコンピュータ３０００における印刷処理装置および情報追跡装置の構成を説明する。
【００４０】
ホストコンピュータ３０００における印刷処理装置および情報追跡装置の構成について、図３および図４を用いて説明する。
【００４１】
図３は、図１に示したコンピュータ３０００における印刷処理および情報追跡のための構成例を示す図である。アプリケーション２０１、グラフィックエンジン２０２、プリンタドライバ２０３、およびシステムスプーラ２０４は、外部メモリ１１に保存されたファイルとして存在する。そして、これらは、ＯＳやそのモジュールを利用するモジュールによってＲＡＭ２にロードされて実行されるプログラムモジュールである。
【００４２】
また、アプリケーション２０１およびプリンタドライバ２０３は、外部メモリ１１のＦＤや不図示のＣＤ−ＲＯＭ、あるいは不図示のネットワークを経由して外部メモリ１１のＨＤに追加することが可能となっている。外部メモリ１１に保存されているアプリケーション２０１はＲＡＭ２にロードされて実行されるが、このアプリケーション２０１からプリンタ１５００に対して印刷を行う際には、同様にＲＡＭ２にロードされ実行可能となっているグラフィックエンジン２０２を利用して出力（描画）を行う。
【００４３】
グラフィックエンジン２０２は、プリンタなどの印刷装置ごとに用意されたプリンタドライバ２０３を外部メモリ１１からＲＡＭ２にロードし、アプリケーション２０１の出力をプリンタドライバ２０３に設定する。また、グラフィックエンジン２０２はアプリケーション２０１から受け取るＧＤＩ（Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）関数をＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）関数に変換して、プリンタドライバ２０３へ出力する。プリンタドライバ２０３は、グラフィックエンジン２０２から受け取ったＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、例えばＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）に変換する。変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ２にロードされたシステムスプーラ２０４を経てインターフェース２１経由でプリンタ１５００へ印刷データとして出力される仕組みとなっている。
【００４４】
また、本実施形態の印刷システムは、プリンタドライバ２０３内にジョブ追跡機能部４００を有する。ジョブ追跡機能部４００はプリンタドライバ２０３のビルドインモジュールであってもよいし、個別のインストーレーションによって追加されるライブラリモジュールの形式であっても構わない。
【００４５】
また、プリンタドライバ２０３は、ジョブ追跡機能部４００の実行により、追跡用データの抽出・生成を行い、ジョブ追跡管理部５００へ送る。
【００４６】
ジョブ追跡管理部５００は追跡用データを受け取り、これを追跡情報格納サーバー１０００へ転送する。尚、ジョブ追跡管理部５００は受け取った追跡用データを必要に応じて加工したり、選別したりしてもよく、また更に、追跡用データを受け取ると同時に追跡情報格納サーバー１０００へ送信したり、一時的にハードディスク等の記憶領域内に貯め置きし、別途指定される追跡情報蓄積部１０００への送信スケジュールに従い追跡情報格納サーバー１０００へ送信したりしても良い。
【００４７】
図４は、図３のシステムを拡張したもので、グラフィックエンジン２０２からプリンタドライバ２０３へ印刷命令を送る際に、スプールシステム３００によって一旦中間コードからなるスプールファイル３０３を生成する構成をとる。図３のシステムでは、アプリケーション２０１が印刷処理から開放されるのはプリンタドライバ２０３がグラフィックエンジン２０２からのすべての印刷命令をプリンタの制御コマンドへ変換し終った時点である。これに対して、図４のシステムでは、スプーラ３０２がすべての印刷命令を中間コードデータに変換し、スプールファイル３０３に出力した時点である。通常、後者の方が短時間で済む。また、図４で示すシステムにおいては、スプールファイル３０３の内容に対して加工することができる。これによりアプリケーションからの印刷データに対して、拡大縮小や、複数ページを１ページに縮小して印刷する等、アプリケーションの持たない機能を実現することができる。
【００４８】
これらの目的のために、図３のシステムに対し、図４の様に中間コードデータでスプールする様、システムの拡張がなされてきている。なお、印刷データの加工を行うためには、通常プリンタドライバ２０３が提供するＵＩ制御部２０３Ｂから設定を行い、その設定内容をＲＡＭ２上あるいは外部メモリ１１上に保管する。
【００４９】
以下、図４の詳細を説明する。図に示す通り、この拡張された処理方式では、グラフィックエンジン２０２からの印刷命令であるＤＤＩ関数をディスパッチャ３０１が受け取る。ディスパッチャ３０１がグラフィックエンジン２０２から受け取った印刷命令（ＤＤＩ関数）が、アプリケーション２０１からグラフィックエンジン２０２へ発行された印刷命令（ＧＤＩ関数）に基づくものである場合には、ディスパッチャ３０１は外部メモリ１１に格納されているスプーラ３０２をＲＡＭ２にロードし、スプーラ３０２へ印刷命令（ＤＤＩ関数）を送付する。
【００５０】
スプーラ３０２は受け取った印刷命令を解析し、ページ単位に中間コードに変換してスプールファイル３０３に出力する。また、スプーラ３０２は、ＵＩ制御部２０３Ｂに対して設定されている印刷データに関する加工設定（Ｎｕｐ、両面、ステープル、カラー／モノクロ指定等）を取得してジョブ単位のファイルとしてスプールファイル３０３に保存する。なお、スプールファイル３０３は外部メモリ１１上にファイルとして生成するが、ＲＡＭ２上に生成されても構わない。更にスプーラ３０２は、外部メモリ１１に格納されているスプールファイルマネージャ３０４をＲＡＭ２にロードし、スプールファイルマネージャ３０４に対してスプールファイル３０３の生成状況を通知する。その後、スプールファイルマネージャ３０４は、スプールファイル３０３に保存された印刷データに関する加工設定の内容に従って印刷を行えるか判断する。
【００５１】
スプールファイルマネージャ３０４がグラフィックエンジン２０２を利用して印刷を行えると判断した際には、外部メモリ１１に格納されているデスプーラ３０５をＲＡＭ２にロードし、デスプーラ３０５に対して、スプールファイル３０３に記述された中間コードのページ描画ファイルの印刷処理を行うように指示する。
【００５２】
デスプーラ３０５はスプールファイル３０３に含まれる中間コードのページ描画ファイルをスプールファイル３０３に含まれる加工設定情報を含むジョブ設定ファイルに従って加工する。具体的には、中間コードのページ描画命令を読み込み、ＧＤＩ関数を再生成し、もう一度グラフィックエンジン２０２経由でＧＤＩ関数を出力する。
【００５３】
まず、デスプーラ３０５は、出力したＧＤＩ関数による描画結果をジョブ追跡機能処理部に対して送信するために、ビットマップ展開するための領域（デバイスコンテキスト）をＲＡＭ２に確保し、描画を行う。生成された追跡情報はジョブ追跡機能処理部４０２によってジョブ追跡管理部５００が読み取り可能な形式に変換され、転送される。変換形式は例えばＸＭＬ形式などの互換性の高い形式であっても構わないし、独自の規約に従った形式であっても構わない。
【００５４】
次に、デスプーラ３０５は、ディスパッチャ３０１に対して、グラフィックエンジン２０２経由でＧＤＩ関数を出力する。
【００５５】
ディスパッチャ３０１は、グラフィックエンジン２０２から受け取った印刷命令（ＤＤＩ関数）がデスプーラ３０５からグラフィックエンジン２０２へ発行された印刷命令（ＧＤＩ関数）に基づいたものである場合には、ディスパッチャ３０１はスプーラ３０２ではなく、描画処理部２０３Ｃに印刷命令を送る。
【００５６】
描画処理部２０３Ｃはグラフィックエンジン２０２から取得したＤＤＩ関数に基づいてページ記述言語等からなるプリンタ制御コマンドを生成し、システムスプーラ２０４経由でプリンタ１５００に出力する。
【００５７】
以上、ホストコンピュータ３０００における印刷処理装置および情報追跡装置の構成について説明した。
【００５８】
システム構成例の説明の説明をする。図６は本発明の様々な運用形態を説明するための図である。
【００５９】
図６（ａ）は本発明の最もシンプルな運用例を示す図である。ホストコンピュータ３０００内にジョブ追跡管理部５００を配し、印刷データはプリンタドライバ２０３からプリンタ１５００へ直接転送され、追跡用データはジョブ追跡機能部４００からホストコンピュータ３０００内のジョブ追跡機能管理部５００を介して追跡情報管理サーバー１０００へと送られる。本構成は本発明を実施するための最小かつ標準的な構成であり、以降の説明では特に断りが無い限り本構成での実施を説明するものとする。
【００６０】
図６（ｂ）は図６（ａ）に対し、ジョブ追跡管理部５００をホストコンピュータ３０００とは別の追跡管理コンピュータ６０００に配したものである。印刷データは図６（ａ）と同じく、プリンタドライバ２０３から直接プリンタ１５００へ転送され、追跡用データはジョブ追跡機能部４００から追跡管理コンピュータ６０００内のジョブ追跡機能管理部５００を介して追跡情報管理サーバー１０００へと送られる。本構成を採ることで追跡用データの追跡情報管理サーバー１０００を、例えばネットワーク負荷が軽くなる日や時間帯にスケジューリングすることが可能となり、追跡情報管理サーバー１０００への負荷を制御することが可能になる。
【００６１】
図６（ｃ）は図６（ａ）に対し、プリントサーバー７０００をホストコンピュータ３０００とプリンタ１５００の間に入れたものである。印刷データはプリンタドライバ２０３からプリントサーバー７０００の該当するプリンタキュー（プリントスプーラ）を通ってプリンタ１５００へ転送され、追跡用データは図６（ａ）と同じく、ジョブ追跡機能部４００からホストコンピュータ３０００内のジョブ追跡機能管理部５００を介して追跡情報管理サーバー１０００へと送られる。本構成を採ることで、プリントサーバー７０００を用いる運用形態にも適応されることが出来ると共に、プリントサーバー７０００内にプリンタドライバ２０３を置くことで、ホストコンピュータ３０００へのプリンタドライバの配布や同期、設定情報の共有化などが可能となる。更には、ジョブ追跡機能に係わる各種設定をプリントサーバー７０００上で一括管理することも可能となり、ジョブ追跡機能の各種設定を実行する権限の無いユーザーが設定変更行えなくなるような機構も併せ持つこととなる。
【００６２】
図６（ｄ）は図６（ｂ）と図６（ｃ）の構成を併用したものであり、プリントサーバー７０００をホストコンピュータ３０００とプリンタ１５００の間に入れ、ジョブ追跡管理部５００をホストコンピュータ３０００とは別の追跡管理コンピュータ６０００に配したものである。印刷データは図６（ｃ）と同じく、プリンタドライバ２０３からプリントサーバー７０００の該当するプリンタキュー（プリントスプーラ）を通ってプリンタ１５００へ転送され、追跡用データは図６（ｂ）と同じく、ジョブ追跡機能部４００から追跡管理コンピュータ６０００内のジョブ追跡機能管理部５００を介して追跡情報管理サーバー１０００へと送られる。本構成を採ることで、図６（ｂ）、図６（ｃ）の利点を併せ持つことが可能となる。
【００６３】
図７は図６（ｄ）の追跡管理コンピュータ６０００とプリントサーバー７０００とを同一のコンピュータ上で実現するようにプリントサーバー兼追跡管理コンピュータ８０００を設けたものである。印刷データはプリンタドライバ２０３からプリントサーバー兼追跡管理コンピュータ８０００の該当するプリンタキュー（プリントスプーラ）を通ってプリンタ１５００へ転送され、追跡用データはジョブ追跡機能部４００からプリントサーバー兼追跡管理コンピュータ８０００内のジョブ追跡機能管理部５００を介して追跡情報管理サーバー１０００へと送られる。本構成を採ることで図６（ｄ）では追跡管理コンピュータ６０００、プリントサーバー７０００の２台のコンピュータであったが、これをプリントサーバー兼追跡管理コンピュータ８０００の１台に集約することで、設置スペースやコストの削減を行うことが可能となる。
【００６４】
ジョブ追跡印刷処理の説明をする。図８は、図４で説明したジョブ追跡印刷の全体処理の流れについて説明したフローチャートである。
【００６５】
印刷ジョブが開始された後、ステップＳ６１０でプリンタドライバ２０３内のスプールシステム３００はグラフィックエンジンからの描画命令をディスパッチャ３０１によってスプーラ３０２へ送信し、スプールファイル３０３として蓄積する。
その後ステップＳ６１１でスプールファイル３０３から描画命令を読み込む。
【００６６】
ステップＳ６１２では、スプールシステム内のデスプーラ３０５は、スプールファイルマネージャ３０４からの指令に基づきジョブ追跡用情報の収集、生成を行い、グラフィックエンジン２０２、ジョブ追跡機能部４００内のジョブ追跡機能処理部４０２を経由してジョブ追跡管理部５００へと転送を行う。
【００６７】
より詳しくは、例えば、受信した描画命令が印刷開始命令であればジョブに関する属性情報や印刷が行われている環境情報などを追跡用データとし、ページ開始命令であればそのページに関する属性情報等を追跡用データとする、更にジョブ追跡機能部に対してテキスト情報の抽出が指示されているのであれば、テキスト描画コマンドから文字列情報など抽出し追跡用データとし、同じくイメージ抽出が指示されているのであれば、各描画命令を確保してあるメモリ領域等にビットマップイメージとして描く等々、受信した描画命令及びジョブ追跡機能部４００に指示された各種設定に依存した処理を実行することで、追跡用データの収集・生成を行い、これをジョブ追跡管理部５００へと転送する。
【００６８】
続くステップＳ６１３では１物理ページ分のジョブ追跡情報生成、転送処理が終了したかを判定し、終了していなければステップＳ６１１に戻る。
【００６９】
一方、ステップＳ６１３で１物理ページ分の描画処理が終了していればステップＳ６１４へ進み、スプールファイル３０３から描画命令を読み込む。そして続くステップＳ６１５において、デスプーラ３０５がスプールファイルマネージャ３０４の指示により印刷データ用の生成を行い、グラフィックエンジン２０２、ディスパッチャ３０１、描画処理部２０３Ｃを経由してシステムスプーラ２０４へ書き出され、プリンタ１５００への転送が行われる。
【００７０】
ステップＳ６１６では１物理ページ分の印刷処理が終了したかを判定し、終了していなければステップＳ６１１に戻り、終了していればステップＳ６１７へ進む。
【００７１】
そして、ステップＳ６１７において、印刷ジョブが終了していれば処理を終え、終了ししていなければステップＳ６１１へ戻り当該ジョブに対する処理を続行する。
【００７２】
以上、ジョブ追跡印刷処理の流れについて説明した。
【００７３】
ジョブ追跡機能ＵＩの説明をする。図５（ａ）および図５（ｂ）は、ジョブ追跡に関する設定をおこなうユーザインターフェースの一例を示す図である。
【００７４】
図５（ａ）はプリンタドライバ２０３内のアドインＵＩ制御部４０１に配された、チェイシングに関するユーザインターフェースの初期画面の一例である。この例では、ダイアログ内のプロパティシート「ジョブ追跡機能」においてチェイシングに関する設定が行えるようになっている。
【００７５】
尚、この図５（ａ）及び図５（ｂ）で示すジョブ追跡に関する設定画面をプリンタドライバ２０３とは別の専用ツール上に表示し、設定情報をプリンタドライバ２０３内のアドインＵＩ制御部４０１に伝えることで実現しても構わない。
【００７６】
更に、このダイアログ５１０は本システムの運用目的からして、該当プリンタに対して設定変更を行うことが許可されたユーザーのみに表示するのが望ましく、本ダイアログを開くためにパスワード等による認証を設けたり、実行ユーザー権限を限定したりすることが考えられる。
【００７７】
図５（ａ）の「ジョブ追跡を行う」チェックボックス５１１はジョブ追跡機能の有効、無効を指示するチェックボックスである。ユーザーはこのチェックボックスを操作することで本機能のＯＮ、ＯＦＦの制御が可能になる。
【００７８】
図５（ｂ）のジョブ追跡機能の詳細設定を行うダイアログ５２０は図５（ａ）の設定ボタン５１２を選択することで開く。このジョブ追跡設定ダイアログでは主に追跡用データの送信先の情報及びジョブ追跡機能処理部４０２で生成する追跡用データの内容を決定することになる。
【００７９】
管理クライアント名５２１にはジョブ追跡管理部５００が動作しているコンピュータ識別名称を入力し、識別名称５２２にはジョブ追跡管理部５００内の他の接続と区別するためのキーを入力し、タイムアウト値５２３にはジョブ追跡管理部５００との通信において使用するタイムアウト時間をあらかじめ設定しておく。以上の３つが追跡データを送信するための情報である。
【００８０】
尚、本ユーザインターフェースを表示しているコンピュータでジョブ追跡管理部５００が動作しているのであれば、管理クライアント名５２１には自身のコンピュータ識別名称を設定し、他のコンピュータでジョブ追跡管理部５００が動作しているのであれば、そのジョブ追跡管理部５００が動作しているコンピュータ識別名称を入力することになる。
【００８１】
「テキスト抽出をする」チェックボックス５２４は追跡用データにテキスト文字列情報を含めるかどうかを指示するチェックボックスである。このチェックボックスをＯＮにすることで、プリンタドライバ２０３はテキスト文字列情報を追跡用データとして抽出する。テキスト文字列情報を追跡データに付加しておくことで追跡情報蓄積サーバー１０００に格納された後のテキスト検索を容易に実現することが可能となる。
【００８２】
「イメージを抽出する」チェックボックス５２５は追跡用データにページビットマップ情報を含めるかどうかを指示するチェックボックスである。このチェックボックスをＯＮにすることで、プリンタドライバ２０３は印刷データとは別にページビットマップを生成する。ページビットマップを追跡用データ付加しておくことで追跡情報蓄積サーバー１０００に格納された後の画像閲覧が可能となる。
【００８３】
ビット数カラー５２６、ビット数白黒５２７、解像度５２８、圧縮方法５２９、エンコード方法５３０において生成するページイメージの属性や形式を詳細に指定できるようになっている。
【００８４】
追跡用データについて説明する。本発明のジョブ追跡機能部４００で抽出される追跡用データについて述べる。
【００８５】
追跡用データの生成は図７のステップ７０２で実行される。
【００８６】
追跡用データは以下の４つのカテゴリーに分類し抽出されるものとする。（１）出力対象のプリンタ及びこの属性に関する情報、（２）印刷を行ったコンピュータなどの情報機器及びユーザーに関する情報、（３）印刷ジョブに関する各種属性情報及び統計情報、（４）印刷ジョブ内の各々のページの内容に関する情報。
【００８７】
以下に各々の情報の内容について述べる。
【００８８】
＜出力対象のプリンタ及びこの属性に関する情報＞
図１０に出力対象のプリンタ及びこの属性に関する情報（プリンタ情報８００）の例を示す。これらの情報は出力対象のプリンタに依存した情報であるため、図７のステップ７０２で１ジョブ中に必ず１回だけ出現する命令を処理するタイミング、例えばジョブ開始命令時、に生成されれば良い。
【００８９】
サーバー名８０１は出力対象プリンタがプリントサーバー経由の印刷となる構成の場合に使用され、プリントサーバー名を示す。
【００９０】
プリンタ名８０２は本クライアントＰＣ内で対象プリンタを特定するための名称を示す。
【００９１】
シェア名８０３はプリントサーバー上で他のクライアントＰＣが参照可能なように管理者が設定する共有名称を示す。プリントサーバーを使用しない場合この項目は使用されない。
【００９２】
ポート名８０４は対象プリンタが接続されているポート名称を示す。例えばＬＰＲ接続などの場合、標準名称はＩＰアドレスをベースとした名称となるため、出力先デバイスを特定することが可能となる。
【００９３】
ドライバ名称８０５は対象プリンタへ出力するために使用されるプリンタドライバ名称を示す。この名称はプリンタ名称８０２と異なりユーザーが任意に変更できないドライバ固有の名称となるため出力対象機種を特定することが出来る。
【００９４】
コメント８０６およびロケーション８０７はプリンタドライバに対してクライアント及びサーバーの管理者が任意に付与できる文字列情報である。プリントサーバー経由の印刷の場合管理者がこのフィールドによりプリンタを特定しやすくなる情報を入力することで後の追跡が容易に行えるようになる。
【００９５】
＜印刷を行ったコンピュータなどの情報機器及びユーザーに関する情報＞
同じく図１０に印刷を行ったコンピュータなどの情報機器及びユーザーに関する情報（環境ユーザー情報８１０）の例を示す。これらの情報は印刷を行った環境及びユーザーに依存した情報であるため、先のプリンタ情報８００と同じく印刷ジョブ中に必ず１回だけ出現する命令処理時に生成されれば良い。
【００９６】
コンピュータ名８１１は印刷指示を行ったコンピュータ名称を示し、ＩＰアドレス８１２は印刷指示を行ったコンピュータに内蔵されているネットワークアドレスを示し、ＭＡＣアドレス８１３はコンピュータに内蔵されているネットワークアダプター固有の識別記号である。これらの情報を元に印刷指示を出した情報機器を特定することが可能となる。
【００９７】
ユーザー名８１４は印刷指示を与えたコンピュータを使用していたユーザー識別名称を示す。この情報を元に印刷指示を与えたユーザーを特定することになる。
【００９８】
＜印刷ジョブに関する各種属性情報及び統計情報＞
図１１に印刷ジョブに関する各種属性情報及び統計情報（ジョブ情報８２０）の例を示す。この情報は印刷ジョブ固有の情報であるため、前出のプリンタ情報８００、環境ユーザー情報８１０と同じく印刷ジョブ中に必ず１回だけ出現する命令処理時に生成されれば良い。
【００９９】
印刷モジュール名８２１は印刷処理を実行したアプリケーションの実行モジュール名を示す。ジョブ追跡処理部４００はプリンタドライバ２０３の一部として動作するため、印刷実行アプリケーションの実行モジュール名を取得することが可能である。この情報は印刷がどのアプリケーションで実行されたものなのかを特定することになる。
【０１００】
ジョブ名８２２は印刷アプリケーションが印刷ジョブに対して付与した印刷ジョブ名称を示す。
【０１０１】
出力先８２３は印刷アプリケーションが個別に指定した出力先を示す。印刷アプリケーションがジョブ個別の出力先を指定しない場合はこの情報は使用されない。
【０１０２】
ローカル開始日時８２４、ＵＴＣ開始日時８２５は共に印刷開始日時を示すものであり、ローカル開始日時８２４はローカルコンピュータ上での日時を示し、ＵＴＣ開始時刻はローカルコンピュータ上で設定されているロケールを加味し協定世界時刻（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）で表現したものである。このように２つの日時表記を行うことで、対象となっているコンピュータに設定されているロケールに関係せず、印刷実行日時を統一的に取得することが可能となる。
【０１０３】
上記８２１〜８２５までの情報は印刷開始時に確定される情報であるため印刷開始命令実行時に処理することが可能である。
【０１０４】
論理ページ数８３１は論理的なページの数を示す。論理的なページとはＮ−ｉｎＯｎｅ印刷を行った場合の物理的なページ内に配される各々のページを意味する。論理ページの切り替え命令または切り替え制御の数をジョブ中にカウントしておくことで取得可能な情報となる。
【０１０５】
物理ページ数８３２は物理的なページの数を示す。物理的なページとは例えば両面印刷の場合などは各々の面を１ページと見なすものとする。ジョブ中にページ終了命令の数をカウントしておくことで本情報は取得可能な情報となる。
【０１０６】
用紙枚数８３３は印刷に使用する物理的な用紙の枚数を示す。印刷ジョブ中に先の物理ページ数８３２のカウント及び両面・片面印刷モードの推移を監視しておくことで最終的に出力される物理用紙の枚数を取得することは可能となる。
【０１０７】
コピー部数８３４は印刷ジョブに指定された印刷部数を示し、印刷ジョブに含まれる部数指定命令を監視することで取得可能である。尚、追跡用データサイズの縮小のために、例えドライバ２０３が各々ページをリプレイすることで部数印刷をサポートしている場合、一部のみのテータ抽出を行うなどしても構わない。
【０１０８】
終了状態８３５はジョブの終了状態を示す。この情報は正常終了なのかユーザーによる印刷中断が指示されたかを示す。ユーザーが印刷の中断を指示した場合、ドライバ２０３が生成したページ数と実際に出力されたページ数は必ずしも一致しないため、終了状態８３５が中断となっている場合上記現象が発生した可能性を示唆することになる。
【０１０９】
以上の８３１〜８３５の情報は印刷ジョブの終了時に確定する統計情報を含んでいるため、印刷ジョブの終了時命令時に処理することになる。
【０１１０】
＜印刷ジョブ内の各々のページの内容に関する情報。＞
図１２に印刷ジョブ内の各々のページの内容に関する情報（ページ情報）の例を示す。この例ではページ属性情報８４０、テキスト情報８５０、イメージ情報８６０に分類され、ページ属性情報８４０は該当ページの属性を記述した情報であり、テキスト情報８５０はページ内に含まれるテキスト情報であり、イメージ情報８６０は抽出したページイメージ情報である。以下にこの内容を順に説明していく。
【０１１１】
用紙名８４１は該当ページの用紙名称を示す情報である。
用紙方向８４２は該当ページの用紙方向、つまりポートレイトであるかランドスケープであるかを示す。
用紙幅８４３、用紙長８４４はそれぞれ用紙のサイズを示す。
両面・片面モード８４５は該当ページが両面印刷なのか片面印刷なのかを示す。
カラーモード８４６は該当ページの印刷がカラーモードなのかモノクロモードなにかを示す。
レイアウト８４７は該当ページのＮｕｐ印刷やポスター印刷などのレイアウトモードを示す。
印刷解像度８４８は該当ページの印刷解像度を示す。
【０１１２】
オーバーレイモード８４９は通常印刷モード、オーバーレイ印刷モード、オーバーレイ登録モードの各々のオーバーレイの動作モードを示す。オーバーレイ印刷モードでは実際に印刷されるデータは対象ジョブにオーバーレイ分が追加されたものとなり、更に登録モードの場合、対象ジョブだけで印刷が実行されることはない。これらの状況を示唆するために本情報は収集される。
【０１１３】
コードページ８５１はテキスト８５２で記述される文字コードのコードページ情報を示す。コードページ情報は例えば２バイトのユニコードをＤＢＣＳに変換する場合など使われるものである。
【０１１４】
テキスト８５２は該当ページ内に含まれるテキスト描画命令に渡された文字コード情報を保存するものである。このテキスト８５２は各々のテキスト描画命令毎に抽出される情報となる。
【０１１５】
尚、このテキスト情報８５０は図５のテキスト抽出を行う５２４チェックボックスが有効になった場合に抽出される追跡情報である。
【０１１６】
イメージ幅８６１、イメージ高８６２は抽出されたページイメージのサイズをピクセル数で示す。
【０１１７】
イメージ解像度８６３は抽出されたページイメージの解像度を示し、図５の解像度５２８で指示された値となる。
【０１１８】
イメージ深度８６４は抽出されたページイメージの諧調を示し、図５のビット数カラー５２６、ビット数白黒５２７で指定された値となる。
【０１１９】
イメージフォーマット８６５は抽出されたページイメージの形式を示す。
【０１２０】
イメージビッツ８６６は実際に抽出されたページイメージの実体を示し、各々の描画命令を処理する単位でページイメージのビットマップ領域に描画イメージを書き込んでいくことで作製されるものである。
【０１２１】
尚、８６１〜８６６の抽出ページイメージに関連する情報は図５のイメージ抽出を行うチェックボックスが有効となった場合に抽出される情報である。
【０１２２】
尚、追跡用データとして抽出・生成されるこれらの情報の表現形式はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されても構わない。
【０１２３】
以上本実施例では上記のような追跡用データの例を示した。
【０１２４】
スプーラ３０２でのカラーもモノクロ判定について
図１３は、スプーラ３０２における、スプールファイル３０３の生成及び印刷のカラー・モノクロ判定処理をフローチャートで示したものである。説明を簡略化するために１ページ毎に独立してカラーモードを決定する場合の処理フローについて述べる。
【０１２５】
尚、ここで述べる処理は図７のステップＳ６１０で行われる処理である。
【０１２６】
まずステップＳ１３０１では、スプーラ３０２は、アプリケーションからグラフィックエンジン２０２を介して印刷要求を受け付ける。アプリケーションにおいては、プリンタドライバ２０３内のＵＩ制御部２０３Ｂによって各種印刷設定項目が設定可能となる。印刷設定の一例としては、１物理ページに複数の論理ページを配置するといった、スプールシステム３００を利用して実現するような項目等を含んでいる。尚、ジョブ追跡機能に関する各種設定もこれらの印刷設定に含まれるものとする。
【０１２７】
ステップＳ１３０２では、スプーラ３０２は、受け付けた印刷要求がジョブ開始要求か判定し、もしここでジョブ開始要求であると判断した場合には、ステップＳ１３０３に進み、スプーラ３０２は、中間データを一時的に保存するためのスプールファイル３０３を作成する。続いて、ステップＳ１３０４では、スプーラ３０２は、スプールファイルマネージャ３０４へ印刷処理の進捗を通知し、続くステップＳ１３０５でスプーラ３０２のページ数カウンタを１に、カラーページフラグを０に初期化する。ここで、スプールファイルマネージャ３０４においては、印刷が開始されたジョブに対するジョブの情報や加工設定などをスプールファイル３０３より読み込み、記憶することになる。
【０１２８】
一方、ステップＳ１３０２において、ジョブ開始要求ではなかったと判断した場合には、ステップＳ１３１０に進む。
【０１２９】
ステップＳ１３１０では、スプーラ３０２は、受け付けた要求がジョブ終了要求かどうかの判別を行う。ジョブ終了要求でないと判断した場合には、ステップＳ１３２０に進み、ページの終了命令かどうかの判別を行う。もしもステップＳ１３２０でページの終了命令であると判断した場合には、ステップＳ１３２１に進み、その時点のカラーページフラグの値をスプールファイル３０３に書き込み、ステップＳ１３２２にてページカウンターを１インクメントし、ページの終了に該当する中間コードをスプールファイル３０３に書き込んだ後に、このスプールファイル３０３を閉じ、ステップＳ１３２３にてスプールファイルマネージャ３０４へ１ページのスプール処理の終了を通知すると共に、該当ページのカラーモードを連絡する。その後ステップ１３２４にてカラーページフラグを０で初期化した後に、次のページのしプール処理の準備を行う。
【０１３０】
ステップＳ１３２０において、受け付けた印刷要求がページの終了命令ではないと判断した場合には、ステップＳ１３３０へ進み、カラーページフラグがカラーの値（１）を示しているかどうかを判定する。ここで、もしカラーページフラグの値が初期状態（０）のままであれば、ステップＳ１３４０へ進み現在の描画要求内にカラーの情報が含まれているかどうかを判定する。ステップＳ１３４０でカラー情報が含まれていると判定される場合、ステップＳ１３４１へ進み、カラーページフラグの値をカラーの値（１）に書き換え、ステップＳ１３３１に進む。尚、ステップＳ１３４０にて現在の描画要求内にカラーの情報が含まれていないと判定される場合、及びステップＳ１３３０にて既にカラーページフラグがカラーの値（１）を示していると判定される場合も同様にステップＳ１３３１へ進む。
【０１３１】
ステップＳ１３３１では現在の描画命令をスプールファイルに格納するための各種準備を行った後に、ステップＳ１３３２にて現在の描画要求を中間コードに変換し、ステップＳ１３３３にてこの変換された中間コードをスプールファイル３０３に書き込む。
【０１３２】
その後、ステップＳ１３０１に戻り、再びアプリケーションからの印刷要求を受け付ける。これら一連の処理を繰り返し、ステップＳ１３１０にてアプリケーションよりジョブ終了要求を受け取るまで続ける。
【０１３３】
尚、ジョブ追跡用設定を含む各種印刷設定情報もこれがグラフィック制御部２０３Ａに通知される度に、スプールファイル３０３へ書き込まれる。
【０１３４】
ステップ１３１０にて、アプリケーションからの印刷要求がジョブ終了であると判断した場合には、ステップＳ１３１１に進み、スプールファイルをクローズするとともにスプールファイルマネージャ３０４へ印刷処理の進捗を通知し、処理を終える。
【０１３５】
このカラーページフラグの値を参照することで、スプールファイルマネージャ３０４は各々の印刷ページがカラー情報を含むかどうかの情報を得ることになり、デスプーラ３０５に対してジョブ追跡用のデータ生成処理を指示することが可能となる。
【０１３６】
ジョブ追跡処理用イメージデータ作成処理について説明する。
【０１３７】
＜＜本発明第一の発明の説明＞＞
図１４は前記スプーラ３０２による印刷データの色処理モード判定結果を使用した場合の印刷設定があった場合のデスプーラ３０５で行われるジョブ追跡用イメージデータの作成処理を示す処理フローである。
【０１３８】
まず、ステップＳ１４０１にて現在の印刷ページの色処理モードを取得する。次にステップＳ１４０２にて取得した印刷ページの色処理モードがカラーであるかモノクロであるかの判定を行う。ここで印刷ページの色処理モードがカラーと判定される場合、ステップＳ１４０３へ進み、ジョブ追跡用設定内に含まれる追跡用イメージの色処理モードを取得する。
【０１３９】
尚、ここで想定しているジョブ追跡用設定内に含まれる追跡用イメージの色処理モードとは例えば図１５に示されるように、ジョブ追跡用設定で指定されるイメージのビット数属性は唯一つである場合を想定している。図１５で示した例だとビット数５７０には２４ビット／ピクセルが指定されカラーを意味するものとする。この他１ビット／ピクセル、８ビット／ピクセルなどのモノクロを指定することも可能であるものとする。（ここで８ビット／ピクセルはモノクロを意味するものとしたが、任意にカラーのパレットを準備することでカラーを表現する値とすることも可能である）
また、追跡用イメージの色処理モードがカラーで示される場合、予め印刷ページの色処理モードがモノクロの場合に適用されるモノクロの追跡用イメージの色処理モードが保持されているものとする。
【０１４０】
図１４に戻り、ステップＳ１４０４では先のステップＳ１４０３で取得した追跡用イメージの色処理モードがカラーかモノクロかの判定を行う。ここでカラーの追跡用イメージ生成が指示されている場合ステップＳ１４０５に進みカラーの追跡用ページイメージを生成する。
【０１４１】
イメージ生成処理は特に図示しないが、スプールファイル３０３を１レコード毎読みこみ、別途デスプーラ３０５が生成イメージ用領域として準備するＲＡＭ領域にＧＤＩ若しくは他のレンダリングモジュールを用い印刷物の画像と同等のビットマップを書き出していくことで実現される。
【０１４２】
尚、ステップＳ１４０２にて印刷ページの色処理モードがモノクロと判定される場合、及びステップＳ１４０４にてモノクロの追跡用イメージ生成が指定される場合にはステップＳ１４０６に進みモノクロの追跡用ページイメージを生成する。
【０１４３】
ステップＳ１４０５及びステップＳ１４０６で生成された追跡用ページイメージはステップＳ１４０７にてジョブ追跡機能処理部４０２へ渡され、最終的に追跡情報格納サーバー１０００内に保管される。
【０１４４】
以上のような処理を実施することで、カラーの追跡用イメージが生成されるのは、印刷ページがカラーでかつ追跡用イメージの色処理モードにカラーが指定されていた場合のみとなり、他の場合、つまり印刷ページがモノクロの場合や追跡用イメージにモノクロが指定されている場合、はモノクロの追跡用イメージを生成することになり、追跡用イメージの色処理モードを適切に制御することが可能となる。
【０１４５】
＜＜本発明第二の発明の説明＞＞
次に図５（ｂ）５２６、５２７のように印刷ページの色処理モードがカラーの場合とモノクロの場合のそれぞれに追跡用イメージの色属性を指定させた場合の処理について述べる。図１６はこの場合の処理フローを示す図である。
【０１４６】
まず、ステップＳ１６０１で追跡用イメージの色属性を読み込み、カラーの場合とモノクロの場合それぞれに分けて記憶しておく。次にステップＳ１６０２にて印刷ページの色処理モードを取得し、次にステップＳ１６０３で、この印刷ページの色処理モードがカラーかモノクロかの判定を行う。現在の印刷ページがカラーモードで印刷されるのであれば、ステップＳ１６０４に進み、先にステップＳ１６０１で取得したカラーの場合の追跡用イメージの色属性値でページイメージを生成する。現在の印刷ページがモノクロモードで印刷されるのであれば、ステップＳ１６０５に進み、先にステップＳ１６０１で取得したモノクロの場合の追跡用イメージの色属性値でページイメージを生成する。ステップＳ１６０４、ステップＳ１６０５何れに進んだ場合であっても生成された追跡用ページイメージはステップＳ１６０６にて、ジョブ追跡機能処理部４０２へ渡され、最終的に追跡情報格納サーバー１０００内に保管される。
【０１４７】
尚、図５（ｂ）のビット数カラー５２６に対しては、追跡情報格納サーバー１０００内の記憶領域の増大化防止及び、ネットワークデータ転送量の削減を目的として、モノクロ属性のイメージタイプを設定することも可能であるとする。
【０１４８】
上記のように処理をすることで、印刷ページがカラーの場合とモノクロの場合それぞれについての追跡用ページイメージの色属性をしてすることで、生成されるページイメージの色属性を制御することが可能である。先に示した図１４の例に比べ、こちらのほうが寄り細かい追跡用ページイメージの色属性の制御が可能である。例えば、モノクロページの印刷の場合であってもカラーの追跡用イメージの生成を指示することが可能である。
【０１４９】
＜＜本発明第三の発明の説明＞＞
次に、印刷ページのカラーモードも用いずに追跡用イメージのカラーモードを最適に選択する処理について述べる。図１７は印刷ページのカラーモード判別を用いないで追跡用イメージのカラーモードを設定する処理を示すフローチャートである。
【０１５０】
先ずステップＳ１７０１で追跡用イメージの色属性の設定値を読み込む。ここで読み込まれる値はカラーまたはモノクロのイメージ属性を示す値である。次にステップＳ１７０２にてこの追跡用イメージの属性値がカラーかモノクロかの判定を行う。追跡用イメージの色属性がカラーだった場合、ステップＳ１７０３に進む指定されたカラー属性のページイメージの生成を行う。その後ステップＳ１７０４で作成されたカラーページイメージに本当にカラーの値が含まれているかどうかを判定する。
【０１５１】
この判定処理の一例を図１８のフローを用いて説明する。先ずステップＳ１８０１でページイメージ画像の初期読み込み位置や、次のピクセルに移動するための各種パラメータの設定を行う。またここでページイメージ画像の中にカラー情報が含まれていたかどうかを示すＣＯＬＯＲフラグがモノクロを示す値（０）で初期化しておく。次にステップＳ１８０２へ進み対象ピクセルの色情報の取得を行う。ここでは色情報はＲｅｄ、Ｇｒｅｅｎ、Ｂｌｕｅの色空間で表現されているものとする。その後ステップＳ１８０３にて先に取得した色情報がカラーかモノクロかの判定を行う。ＲＧＢの色空間での色情報Ｒ＝Ｇ＝Ｂで表現されている場合はモノクロ濃度で表現することが可能であるためモノクロ色とし、これ以外の場合はカラー色とする。もし対象ピクセルがカラーであった場合、ステップＳ１８０４へ進みＣＯＬＯＲフラグにカラーを示す値（１）を書き込み、終了する。
【０１５２】
対象ピクセルがモノクロであった場合、ステップＳ１８０５へ進み、全てのピクセルを走査したかどうかを判定すする。まだ全てのピクセルの走査が完了していないのであれば、ステップＳ１８０６へ進み対象ピクセルを次のピクセルの移し再びステップＳ１８０２から処理を繰り返す。全てのピクセルを走査し終えたのであれば処理を終了する。
【０１５３】
このような処理が終了した時点でのＣＯＬＯＲフラグの値を参照することで対象ページイメージにカラー値が含まれているかどうかの判定が行える。
【０１５４】
尚、先の図１３での判定方法は画像の重なりや描画論理演算の結果をカラー・モノクロ判定の対象とすることはできないが、上記のような判定方法を用いることで、ページイメージのピクセルとして表現される画素を対象とするため、より厳格なカラー・モノクロ判定を実施することが可能になり、例えばこの結果を実際の印刷に指定する色モードに反映させても良い。
【０１５５】
図１７に戻り、ステップＳ１７０５ではページイメージ内にカラー情報があったかどうかの判定を行う。ここでカラー情報が無いと判断された場合ステップＳ１７０６へ進みモノクロページイメージの生成を行うことになる。ステップＳ１７０２では追跡用イメージの色属性としてカラーが指定されていた場合として話を進めてきたが、追跡用イメージの色属性としてカラーが指定されていた場合には予めモノクロの追跡用イメージの色処理モードも保持されているものとする。この保持されているモノクロの属性のページイメージをステップＳ１７０６で生成する。
【０１５６】
この生成方法には二つのやり方が考えられる。まず一つ目はステップＳ１７０３で生成したカラーのページイメージを単純にモノクロに変換することでモノクロページイメージを作成する方法である。このステップＳ１７０６に到達した場合カラーページイメージの全ての画素でＲ＝Ｇ＝Ｂの関係が成立しているため、単純に例えばＲのみ濃度情報でモノクログレーのビットマップを作成することが可能である。
【０１５７】
もう一つの方法は再度スプールファイル３０３を参照しＧＤＩ若しくは独自のレンダリングモジュールも用いて追跡用モノクロページイメージを生成する方法もある。
【０１５８】
図１７の説明に戻り、ステップＳ１７０２で追跡用イメージの色属性がモノクロで指定されていた場合にはステップＳ１７０７にて指定されたモノクロページイメージの生成を行いう。なお、ステップＳ１７０５にてカラー情報が含まれていると判定された場合には、既に追跡用カラーページイメージは作成しているのでこのまま最後のステップＳ１７０８へ進んでよい。
【０１５９】
最後のステップＳ１７０８では、上記ステップＳ１７０３で作成されたカラーページイメージまたはステップＳ１７０６、ステップＳ１７０７で作成したモノクロページイメージをジョブ追跡機能処理部４０２へ渡し、最終的に追跡情報格納サーバー１０００内に保管する。
【０１６０】
以上の追跡用イメージに対してカラー・モノクロ判定を実施する処理は実質保存されるイメージがモノクロである場合にモノクロ化されるため格納効率が良い。
【０１６１】
＜＜第一、第二の発明に第三の発明を組み合わせる例＞＞
但し、実際の印刷モードがモノクロの場合であってもカラーで保存されることがあるため、図１４や図１６で示した手法に追跡用カラーイメージのカラー・モノクロ判定を追加することも可能である。
【０１６２】
つまり、図１４のステップＳ１４０５の後に、図１７のステップＳ１７０４、ステップＳ１７０５、ステップＳ１７０６を実施すること。又は、図１６のステップＳ１６０４及びステップＳ１６０５の後に作成した追跡用ページイメージがカラーであれば、図１７のステップＳ１７０４、ステップＳ１７０５、ステップＳ１７０６を実施することが可能であり。
【０１６３】
印刷ページのカラー・モノクロ判定と追跡用イメージのカラー・モノクロ判定とを組み合わせることで、より強固な追跡用ページイメージに対するカラー・モノクロ判定を実施することが可能となり、対象印刷物との同一性の判定を容易に行えるようになり、適切な色モードで追跡用ページイメージを格納することで、追跡情報格納サーバー１０００内に保管容量の肥大化抑止及びネットワークに流れるデータ量の最適化という効果が得られる。
【０１６４】
なお、本発明は、複数の機器（例えばコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。
【０１６５】
また、本発明の目的は、前述した実施形態で示したフローチャートの手順を実現するプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。
【０１６６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６７】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１６８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１６９】
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１７０】
【図１】本発明の実施形態に係る印刷システムの構成を示すブロック図
【図２】本発明の実施形態に係るホストコンピュータ３０００及びプリンタ１５００の構成を示すブロック図
【図３】ホストコンピュータ３０００における印刷処理のための一構成を示す図
【図４】プリンタドライバ２０３における印刷処理のための一構成を示す図
【図５】ジョブ追跡機能に関するユーザインターフェースの初期画面の一例を示す図
【図６】Ａ〜Ｄはシステム構成例を示す図
【図７】システム構成例を示す図
【図８】ドライバ２０３全体処理概要を示すチャート
【図９】プリンタドライバ２０３内の構成を示す図
【図１０】追跡用データ（プリンタ、ホストコンピュータ、ユーザー情報）の一例
【図１１】追跡用データ（印刷ジョブ情報）の一例
【図１２】追跡用データ（ページ情報）の一例
【図１３】スプーラ３０２でのカラー・モノクロ判定処理フロー
【図１４】本発明第一の発明の処理フロー
【図１５】本発明第一の発明のユーザインターフェース画面の一例を示す図
【図１６】本発明第二の発明の処理フロー
【図１７】本発明第三の発明の処理フロー
【図１８】追跡用ページイメージのカラー・モノクロ判定処理フロー
【図１】
2006146777.tif 000003
【図２】
2006146777.tif 000004
【図３】
2006146777.tif 000005
【図４】
2006146777.tif 000006
【図５】
2006146777.tif 000007
【図６】
2006146777.tif 000008
【図７】
2006146777.tif 000009
【図８】
2006146777.tif 000010
【図９】
2006146777.tif 000011
【図１０】
2006146777.tif 000012
【図１１】
2006146777.tif 000013
【図１２】
2006146777.tif 000014
【図１３】
2006146777.tif 000015
【図１４】
2006146777.tif 000016
【図１５】
2006146777.tif 000017
【図１６】
2006146777.tif 000018
【図１７】
2006146777.tif 000019
【図１８】
2006146777.tif 000020