(57)【要約】【課題】ダウンロードされたリソースに認証されたユーザしか使用できないようにする。【解決手段】プリントデバイス内の画像形成ジョブリソースに安全にアクセスするための方法で、まず、制限されたソフトウェアリソースをプリントデバイスにダウンロードする。ソフトウェアリソースはユーザがアクセス可能なメモリに記憶される。その後、処理のために画像形成ジョブを受け入れる。この画像形成ジョブは、ユーザグループと関連していることが証明され、この証明の後で、制限されたソフトウェアリソースへのアクセスが許可され、制限されたソフトウェアリソースを使って画像形成ジョブを処理する。【選択図】図３
2008146638.tif 000002
【特許請求の範囲】
【請求項１】
制限されたソフトウェアリソースを、あるユーザグループにしか使用できないよう制限されたプリントデバイスへダウンロードするステップと、
前記制限されたソフトウェアリソースをメモリに記憶するステップと、
処理のために、画像形成ジョブを受け入れるステップと、
前記画像形成ジョブが前記ユーザグループに関連することを証明するステップと、
前記証明の後で、前記制限されたソフトウェアリソースへのアクセスを許可するステップと、
前記制限されたソフトウェアリソースを使って前記画像形成ジョブを処理するステップとを備えた、プリントデバイスにおいて画像形成ジョブリソースに安全にアクセスするための方法。
【請求項２】
前記メモリ内に前記制限されたソフトウェアリソースを記憶するステップは、前記メモリ内の前記リソースと記憶されたユーザグループ識別とをクロスレファレンスすることを含み、
前記画像形成ジョブが前記ユーザグループに関連していることを証明するステップは、
ユーザグループ識別を受信するステップと、
前記受信したユーザグループ識別と前記記憶されたユーザグループ識別とを比較するステップとを含む、請求項１記載の方法。
【請求項３】
前記ユーザグループ識別を受信するステップは、処理のための前記画像形成ジョブを受け入れることと同時に、前記ユーザグループ識別を受信することを含む、請求項２記載の方法。
【請求項４】
前記ユーザグループ識別を受信するステップは、
前記画像形成ジョブの受け入れに応答し、処理のために前記制限されたソフトウェアリソースが必要であると決定するステップと、
ユーザグループ識別リクエストを発生するステップと、
前記リクエストに応答し、前記ユーザグループ識別を受信するステップを含む、請求項２記載の方法。
【請求項５】
前記ユーザグループ識別を受信するステップは、ＰＩＮ番号、一方向ハッシュ番号、ユーザＩＤとパスワードの組み合わせと、磁気カードと、スマートカードとからなる群から選択された識別を受信することを含む、請求項２記載の方法。
【請求項６】
前記制限されたソフトウェアリソースをダウンロードするステップは、ローカル接続と、ネットワーク接続と、ポータブル記憶媒体から成る群から選択された通信メディアを使って前記リソースをダウンロードすることを含む、請求項１記載の方法。
【請求項７】
前記ダウンロードされたリソースにアクセスするのに必要なユーザ認証基準を受け入れるステップと、
前記ユーザ認証基準を記憶するステップを更に含む、請求項１記載の方法。
【請求項８】
前記制限されたソフトウェアリソースをダウンロードするステップは、フォーム、フォント、マクロ、ロゴ、透かし、アドレス帳、ハーフトーンパターン、カラープロファイル、画像スタンプ、カバーシート、較正データ、デジタル署名、生体認証情報、オーディオ／ビデオクリップおよび辞書から成る群から選択されたリソースをダウンロードすることを含む、請求項１記載の方法。
【請求項９】
前記プリントデバイスに、前記制限されたソフトウェアリソースをダウンロードするステップは、プリンタ、ファクシミリデバイス、ファイリングデバイス、フォーマット変換デバイス、パブリッシングデバイス、スキャナー、コピー機、電子ホワイトボード、オーディオ／ビデオデバイス、デジタルカメラまたは医療用画像形成デバイスから成る群から選択されたプリントデバイスにダウンロードすることを含む、請求項１記載の方法。
【請求項１０】
処理のための前記画像形成ジョブを受け入れるステップは、ページ記述言語（ＰＤＬ）と、プリンタジョブ言語（ＰＪＬ）と、画像フォーマットから成る群から選択されたフォーマットのプリントジョブを受け入れることを含む、請求項１記載の方法。
【請求項１１】
前記制限されたソフトウェアリソースをダウンロードした後に、前記ダウンロードされたリソースとリードオンリーメモリ（ＲＯＭ）に記憶された工場でロードされたリソースとを区別するステップを更に含む、請求項１記載の方法。
【請求項１２】
前記ダウンロードされたリソースに適用すべき一組の制限を受け入れるステップと、
前記制限の組を記憶するステップを更に含む、請求項１記載の方法。
【請求項１３】
前記メモリ内に前記制限されたソフトウェアリソースを記憶するステップは、内部メモリと、ローカル接続されたメモリと、ネットワーク接続されたメモリと、ポータブル記憶媒体とから成る群から選択されたメモリに前記リソースを記憶することを含む、請求項１記載の方法。
【請求項１４】
あるユーザグループにしか使用できないように制限されたソフトウェアリソースをダウンロードするための第１外部ポートと、
前記制限されたソフトウェアリソースを記憶するための、前記外部ポートに接続されたメモリと、
処理のために画像形成ジョブを受け入れるための第２外部ポートと、
前記画像形成ジョブが前記ユーザグループに関連することを証明した後に、前記制限されたソフトウェアリソースへのアクセスを許可するためのセキュリティモジュールと、
前記画像形成ジョブを受け入れ、前記メモリへアクセスするためのインターフェースを有するプリントエンジンとを備え、前記プリントエンジンは、前記制限されたソフトウェアリソースへのアクセスに応答して前記画像形成ジョブを処理するようになっている、プリントデバイスにおいて画像形成ジョブリソースに安全にアクセスするためのシステム。
【請求項１５】
前記第２外部ポートは、前記画像形成ジョブに関連するユーザグループ識別を受信し、前記安全モジュールは、メモリ内の前記制限されたソフトウェアリソースと記憶されたユーザグループ識別とをクロスレファレンスするテーブルを含み、前記セキュリティモジュールは前記受信したユーザグループ識別と前記記憶されたユーザグループ識別とを比較することにより、前記画像形成ジョブが前記ユーザグループに関連していることを証明する、請求項１４記載のシステム。
【請求項１６】
前記第２外部ポートは、処理のための前記画像形成ジョブを受け入れることと同時に、前記ユーザグループ識別を受信する、請求項１５記載のシステム。
【請求項１７】
前記セキュリティモジュールは、処理のために前記制限されたソフトウェアリソースが必要であると決定し、外部ポートで発生されたユーザグループ識別リクエストを発生し、前記リクエストに応答し、前記ユーザグループ識別を受信する、請求項１５記載のシステム。
【請求項１８】
前記セキュリティモジュールは、ＰＩＮ番号、一方向ハッシュ番号、ユーザＩＤとパスワードの組み合わせと、磁気カードと、スマートカードとからなる群から選択された識別を受信する、請求項１５記載のシステム。
【請求項１９】
前記第１外部ポートは、ローカル接続と、ネットワーク接続と、ポータブル記憶媒体から成る群から選択された通信メディアである、請求項１４記載のシステム。
【請求項２０】
前記第１外部ポートは、前記ダウンロードされたリソースにアクセスするのに必要なユーザ認証基準を受信し、
前記メモリは、前記ユーザ認証基準を記憶する、請求項１４記載のシステム。
【請求項２１】
前記第１外部メディアは、フォーム、フォント、マクロ、ロゴ、透かし、アドレス帳、ハーフトーンパターン、カラープロファイル、画像スタンプ、カバーシート、較正データ、デジタル署名、生体認証情報、オーディオ／ビデオクリップおよび辞書から成る群から選択されたリソースをダウンロードする、請求項１４記載のシステム。
【請求項２２】
前記プリントデバイスは、プリンタ、ファクシミリデバイス、ファイリングデバイス、フォーマット変換デバイス、パブリッシングデバイス、スキャナー、コピー機、電子ホワイトボード、オーディオ／ビデオデバイス、デジタルカメラまたは医療用画像形成デバイスから成る群から選択されたプリントデバイスである、請求項１４記載のシステム。
【請求項２３】
前記第２外部ポートは、ページ記述言語（ＰＤＬ）と、プリンタジョブ言語（ＰＪＬ）と、画像フォーマットから成る群から選択されたフォーマットのプリントジョブを受け入れる、請求項１４記載のシステム。
【請求項２４】
前記セキュリティモジュールは、前記ダウンロードされたリソースとリードオンリーメモリ（ＲＯＭ）に記憶された工場でロードされたリソースとを区別する、請求項１４記載のシステム。
【請求項２５】
前記第１外部インターフェースは、前記ダウンロードされたリソースに適用すべき一組の制限を受け入れ、
前記メモリは、前記制限の組を記憶する、請求項１４記載のシステム。
【請求項２６】
前記メモリは、内部メモリと、ローカル接続されたメモリと、ネットワーク接続されたメモリと、ポータブル記憶媒体とから成る群から選択されている、請求項２５記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、デジタル画像処理に関し、より詳細には、プリンタデバイスがダウンロードされたプリントジョブリソースに安全にアクセスするためのシステムおよび方法に関する。
【背景技術】
【０００２】
多くの従来の多機能周辺機器（ＭＦＰ）またはプリントデバイスは、再使用可能なソフトウェアリソース、例えば、フォント、フォーム、透かし、ロゴ、デジタル署名などのユーザのダウンロードをサポートしている。このようなダウンロードにより、ジョブを発生するたびにリソースを繰り返しダウンロードしなくても、これらリソースを使用するプリントジョブをユーザが発生できる。しかしながら、デバイスに一旦ロードされると、リソースは一般的な無制限の使用がすべてのユーザにとって利用可能となる。このことは、ある環境では望ましくない。
【０００３】
特開２００３−８４９２９号公報には、ユーザの認証を行い、該ユーザの認証結果に応じて画像処理のためのソフトウェアのダウンロードを許可し、ソフトウェアのダウンロードが許可されると、ネットワーク上に保持されている画像処理のためのソフトウェアをダウンロードし、該ダウンロードされたソフトウェアを記憶装置に格納し、ユーザの認証を行い、該ユーザの認証結果に応じて記憶装置に格納されているソフトウェアの実行を許可するようにし、各ユーザのニーズに応じた画像処理を可能とし、冗長な機能の抑制を図った画像処理方法が開示されている。
【特許文献１】特開２００３−８４９２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ソフトウェアリソースをプリントデバイスにダウンロードでき、ダウンロードされたリソースへの認証されたアクセスを有する選択されたグループのユーザによって将来使用できるように、ソフトウェアリソースを記憶装置に維持できれば有利となる。
【課題を解決するための手段】
【０００５】
本発明は、ユーザがプライベートな再使用可能なリソースをダウンロードし、リソースのその後の使用を制限するための方法に関する。作動環境の例は、１つ以上のプリントデバイスと、これらプリントデバイスに通信可能に結合された１つ以上のホスト計算デバイスとからなる。更にユーザは、接続されたホストの１つ以上から接続されたプリンタへリソース（例えば、フォント、フォームなど）をダウンロードできる。最後に、ユーザは、ダウンロードされたリソースの使用を必要とするプリンタにプリントジョブをデスプールできる。
【０００６】
本発明では、ダウンロードされたリソースにアクセス権、例えば、リソースへのアクセスを一人以上のユーザに制限すること（または、その回数を制限することを割り当てること）ができる。リソースに制限されたアクセス権が関連しているとき、リソースを必要とするプリントジョブは、このプリントジョブに関連する認証情報（例えば、ユーザ／パスワードまたはＰＩＮ）を有していなければならない。認証されたユーザに関連するアクセス権は、アクセスをリソースに付与しなければならない。プリントジョブが認証情報を有していないか、またはリソースを使用することがそのプリントジョブに認められていない場合、このプリントジョブを拒否できる。
【０００７】
従って、プリントデバイス内の画像形成ジョブリソースに安全にアクセスするための方法が提供される。この方法は、まず、制限されたソフトウェアリソースをプリントデバイスにダウンロードする。すなわち、リソースはユーザグループによる使用のために制限される。工場でインストールされたソフトウェアまたは現場でのアップデートとは異なり、この制限されたソフトウェアリソースはユーザがアクセス可能なメモリ、例えば、不揮発性記憶装置（例えば、ランダムアクセスメモリすなわちＲＡＭ）に記憶される。その後、処理のために画像形成ジョブを受け入れる。この画像形成ジョブは、ユーザグループと関連していることが証明される。この証明の後で、制限されたソフトウェアリソースへのアクセスが許可され、制限されたソフトウェアリソースを使って画像形成ジョブを処理する。
【０００８】
一般に、画像形成ジョブは、ページ記述言語（ＰＤＬ）のようなプリントジョブであり、制限されたソフトウェアリソースはフォーム、フォント、マクロ、ロゴ、透かし、アドレス帳、ハーフトーンパターン、カラープロフィル、カバーシート、較正データ、デジタル署名、生体認証情報、オーディオ／ビデオクリップおよび辞書のようなリソースとすることができる。
【０００９】
この方法の１つの様相では、処理のための画像形成ジョブを受け入れると同時に、ユーザグループの認証を受信する。これとは別に、（ユーザグループＩＤを有しない）画像形成ジョブを受信し、処理のために、制限されたソフトウェアリソースが必要であるかどうかを判断する。次に、ユーザグループ識別リクエストを発生し、このリクエストに応答してユーザグループの識別（ＩＤ）を受信する。
【００１０】
ダウンロードされたリソースに安全にアクセスするための上記方法およびプリントデバイスシステムの更なる細部を次に、説明する。
【発明を実施するための最良の形態】
【００１１】
プリントデバイスは、より大きいシステム全体の一部とすることができ、このシステムは、プリントデバイスだけでなく、ローカル接続またはネットワーク接続を介してプリントジョブを処理のためのプリントデバイスに送ることができるパソコン（ＰＣ）のようなクライアントデバイスも含む。ネットワークは、例えば、ＲＡＮ、ＷＡＮまたはインターネットとすることができる。プリンタおよびクライアントは有線接続、無線接続またはこれらの組み合わせ接続を通して通信可能に結合できる。ローカル接続は、例えば、ＵＳＢ、シリアルポートインターフェース、パラレルポートインターフェースによりイネーブルできる。
【００１２】
図７は、プリントデバイスシステムの概略ブロック図である。クライアント２００では、スプーラ２０２からポートモニタ２０４およびアップロードマネージャー２０６を介してネットワークサーバ２０８（例えば、ウェブサーバまたはプリントサーバ）へ適当なファイル情報（パラメータ）が送られる。この適当なファイル情報は、例えば、プリンタのロケーション、プリンタネーム、ジョブＩＤ、プリントレベルおよびカラー、ステープリングなどのドキュメント情報を含む。ポートモニタ２０４に、適当なファイル情報が送られた後に、例えば、ドキュメントをプリントするために、有効コンポーネント（例えば、プリントドライバ２１２）が使用中であるかどうかを判断するためにチェックが行われる。クライアントにプリントドライバがファイルとして常駐している。しかしながら、図示されていない別の様相では、ネットワークサーバ内に、またはプリントデバイスと共に、プリントドライバを埋め込むことができる。プリントドライバが有効である場合、プリントスプーラ２０２からポートモニタ２０４へデータファイルが送られる。データファイルは、例えば、情報のパケットとして送られる。データファイル全体が一旦ポートモニタ２０４へ送られると、アップロードマネージャー２０６を介し、データファイル全体がサーバ２０８へ送られ、記憶される。
【００１３】
クライアント２００をターミナル、パソコン、ＰＤＡ、携帯電話などとすることができる。アプリケーション２１４は、例えば、マイクロソフトのワード（商標）またはパワーポイント（商標）のローカルにインストールされたバージョン、または、プリントのためにドキュメントを発生できる他の任意のソフトウェアとすることができる。ローカルアプリケーション２１４は、プリントデバイスへ送信するためのドキュメントを作成またはダウンロードする。本明細書で使用する「ドキュメント」なる用語は、プリントデバイスに送信され、物理的な媒体、例えば、紙にプリントされた状態になることができる任意のデータまたは情報を意味する。プリントドライバ２１２は、ローカルに接続されるか、または、ネットワーク接続できる、選択されたプリントデバイスと通信するのに必要なオブジェクトを構築し、作成する。アップロードマネージャー２０６は、ファイル（例えば、ドキュメント）を圧縮し、これらファイルをネットワークを通して転送する役割を果たす。アップロードマネージャー２０６は、これらファイルを暗号化することもでき、アップロードマネージャーは例えば、安全ソケットレイヤー（ＳＳＬ）を介してポストスクリプトプリンタファイルを転送または圧縮することができる。ドキュメントが一旦サーバ２０８へ送られると、このドキュメントをプリンタデバイス２２０へ送ることができる。これとは異なり、ローカル接続を通してジョブを送ることもできる。
【００１４】
マイクロソフトウィンドウズ（登録商標）のオペレーティングシステムは、一般に、プリントプロセスにおいて２つのファイルのタイプを利用する。これらファイルのタイプは、エンハンスされたメタファイル（ＥＭＦ）と、未処理フォーマットファイルである。未処理フォーマットファイルはデバイスに依存するファイルであり、特定のデバイスを宛て先とし、このデバイスのためにフォーマット化される。未処理ファイルの例は、ポストスクリプトプリンタによる解読のためにフォーマット化されたカプセル化されたポストスクリプト（ＰＳ）ファイルである。ＥＭＦファイルは、デバイスから独立したファイルであり、プリンタ上でアプリケーションのグラフィック要素を再生するグラフィックデバイスインターフェース（ＧＤＩ）ファンクションコールを含む。ＥＭＦファイルは、プリントされたドキュメントを迅速に記録し、システム制御をユーザに戻すために使用される。ユーザに制御が戻された後に、ＥＭＦファイルに記憶されたファンクションコールにアクセスし、バックグラウンド内のプリンタに送ることができる。
【００１５】
プリントデバイスに書き込み、後でプリントデバイスにデスプールされるスプールファイルを使用することにより、後にファイルを再生のためにレコードできる。スプールファイルはＥＭＦおよび未処理ファイルのために使用できる。しかしながら、スプールファイルを使用することなく、プリントデバイスにプリントジョブを直接書き込むこともできる。これらプロセスのコンポーネント、要素および関係、更に、これらが本発明の実施例とどのように関係するかを説明するために、以下、未処理スプールファイルおよびＥＭＦスプールファイルを使った代表的な一部のプリントプロセスのシナリオについて説明する。これらシナリオは、マイクロソフトのウィンドウズ（登録商標）９５ドライバ開発キット（ＤＤＫ）ドキュメンテーション、マイクロソフトのウィンドウズ（登録商標）２０００ＤＤＫドキュメンテーションおよびマイクロソフトのウィンドウズ（登録商標）ＮＴＤＤＫドキュメンテーションに含まれる情報から導かれたものである。
【００１６】
図１は、未処理スプールファイルを使用する従来のプリント動作を示す図である。上記コンポーネントの多くは、コンピュータシステム５０内の要素としてイネーブルできる。コンピュータシステム５０は、パソコン、ワークステーション、パーソナルデジタルアシスタントなどを含む任意のタイプの計算デバイスを含むことができる。計算システム５０は、一般にオペレーティングシステム（図示せず）を含むことができる。コンピュータシステム５０は数種のアプリケーションを作動できるが、図には単一のアプリケーション１０が示されている。アプリケーションの例として、ワードプロセッサ、スプレッドシート、通信ソフトウェアおよびプレゼンテーションソフトウェアを挙げることができる。一般に、コンピュータシステムのユーザは１つ以上のドキュメントを発生するのにアプリケーション１０を利用できる。一部の特徴では、コンピュータシステム５０は他の計算デバイス、サーバ、ルータ、ハブ、スイッチを含むコンピュータネットワークコンポーネントおよびディスプレイ、プリンタ、プロッタ、ＣＤライター、テープドライブおよび他のデバイスのような出力デバイスを更に含むことができる。
【００１７】
コンピュータシステム５０をプリンタのような出力デバイス（図示せず）に接続できる。出力デバイスは、画像を形成できると共に、コンピュータシステム５０と組み合わせて使用できる任意のタイプの出力デバイスとすることができる。アプリケーション１０が作成した１つ以上のドキュメントをプリントするのにプリンタを使用できる。
【００１８】
以下、より詳細に説明するように、コンピュータシステム５０はアプリケーションの出力を出力デバイスとコンパチブルなフォーマットに変換するための出力システムまたはプリントシステムを含むことができる。出力システムまたはプリントシステムは、プリンタドライバ、プリントプロセッサ、スプーラ、プリントプロバイダだけでなく、マイクロソフトのウィンドウズ（登録商標）のオペレーティングシステムに関連してこれまで説明したような、他のプリントシステムコンポーネントも含むことができる。これらプリントシステムのコンポーネントは、アプリケーション１０がプリンタと通信できるようにするソフトウェアである。アプリケーション１０がドキュメントをプリントしなければならないとき、アプリケーション１０は、プリントデータをプリントシステムに送る。プリントデータは、プリントすべきデータを記述するデータであり、一般に、プリントデータは、一連のコマンド（例えば、円を描いたり、特定のフォントでテキストのラインを描いたりすることなど）である。プリンタシステムは、アプリケーション１０からプリントデータを取り込み、次に、プリンタレディデータを作成する。プリンタレディデータは、プリンタが理解できるフォーマットに変換されたプリンタデータのことである。プリンタレディデータのフォーマットは、プリンタの能力に応じて決まる。インクジェットのような多数のローエンドプリンタに対し、プリンタレディデータは、ピクセルデータすなわち紙の部分の上にピクセルをプリントするのに使用できるデータである。次第に、より多数のプリンタが、種々のプリンタ記述言語（ＰＤＬ）、例えば、ＰＣＬ（多数のバージョン）およびポストスクリプトで示された画像に変換できるようになってきている。
【００１９】
アプリケーション１０は、グラフィックデバイスインターフェース（ＧＤＩ）１２を考慮することにより、プリントリクエスト（１）を開始する。アプリケーション１０は、ワードプロセッサ、スプレッドシート、ブラウザ、データベースプログラムまたは基礎となるオペレーティングシステムで作動する他のプログラムとすることができる。一般に、アプリケーション１０はデバイスコンテント（ＤＣ）を作成し、このＤＣにオブジェクト（すなわち、円、ラインなど）を描く。次に、アプリケーション１０は、このＤＣを使用する特定のプリンタ１６（図２）に向けられたプリントリクエストにより、ＧＤＩをコールする。
【００２０】
ＧＤＩ１２は、特定のプリンタ１６に関連するプリンタドライバ１４をコールし、特定のプリンタ１６でオブジェクトをどのようにレンダリングするかの命令をリクエストする（２）。プリンタドライバ１４は、プリンタ１６でオブジェクトをどのようにレンダリングするかの命令をリターンする（３）。このプリントプロセスの例で使用されるウィンドウズ（登録商標）９５では、１６ビットコードでプリンタドライバ１４を書き込み、１６ビットＧＤＩ１２と通信する。このＧＤＩは、プリントリクエストを３２ビットのＧＤＩ（ＧＤＩ３２）１８に送り（４）、３２ビットのウィンドウズ（登録商標）９５のスプーラプロセスを取り扱う。ＧＤＩ３２は、スプーラプロセス２０に対するインタープロセスコールを行う（５）。
【００２１】
スプーラプロセス２０は、プリントジョブをプリンタ１６にルーティングするよう、ルータ２２をコールする（６）。図１〜図２で示されているこの例では、ルータ２２はローカルプリントプロバイダ２４へプリントジョブを送る（７）。別のシナリオでは、ルータ２２は、ネットワークプリントプロバイダ（図示せず）を介してプリントジョブをネットワークプリンタへ送ることができる。デフォルトウィンドウズ（登録商標）９５スプーラを使用するときは、ローカルプリントジョブとしてクライアントマシンにて、ネットワークプリントジョブをスプールし、かつデスプールする。ネットワークプリントサーバにはデスプール中しかコンタクトしない。ウィンドウズ（登録商標）ＮＴ／２０００のクライアントマシンは、ネットワークプリントサーバへのプリントジョブを異なるように取り扱い、これらマシンはプリントサーバで必要なプリントアプリケーションプログラムインターフェース（ＡＰＩ）をコールするために、リモート手順コール（ＲＰＣ）を使用する。これらＮＴ／２０００のシナリオでは、プリントジョブはローカルスプーラキューでショーアップしない。むしろ、プリントサーバでのプリントスプーラによってスプーリングおよびデスプーリングを取り扱う。このＲＰＣ方法は、ウィンドウズ（登録商標）９５のスプーラと組み合わせて使用できる。ローカルに接続されたプリンタまたはローカルにキュー状態（例えば、ＬＰＲ）となっているネットワークプリンタに関するプリントジョブは、ウィンドウズ（登録商標）９５、９８のローカルプリントジョブと同じように取り扱われる。
【００２２】
このローカルプリントのシナリオでは、ルータはプリントジョブと共にローカルプリントプロバイダ２４をコールする。ローカルプリントプロバイダ２４は、後にアクセスできるよう、ディスクに未処理スプールファイル２６を書き込む。すなわち、スプールする（８）。このことは、アプリケーションに制御が戻される前にプリンタがジョブを完了することを待つのを回避するために行われる。プリントリクエスト（１）を開始してからスプールファイル２６を書き込むまでのこれらステップは、何回も繰り返すことができる。プリントジョブが完了した旨の信号をアプリケーションが発するまで、スプールファイル２６にデータを添付できる。EndDoc機能により、ジョブ完了の信号を発することができる。ローカルプリントプロバイダ２４は、プリンタ１６に対するスプールファイル２６の再生すなわち、デスプールをスタートするための最良の時間を決定するバックグラウンドスレッド２８もスタートする（９）。
【００２３】
図２は、スプーラのサブシステム（従来技術）を示す図である。スレッド２８は、スプールファイル２６を再生するための良好な時間を決定するためにスプーラサブシステムのリソースをモニタする。再生を開始すべきであるとスレッド２８が判断すると、新しいプリントプロセッサのスレッド（１１）をスタートするために、プリントプロセッサ３２へStartDocファンクションコール（１７）が送られる。プリントプロセッサのスレッド（１１）は、スプールファイル２６の部分を読み出すためにReadPrinterファンクションコール（１２）により、ローカルプリントプロバイダ２４を呼び出す。WrightPrinterファンクションコールにより、言語モニタ３４を呼び出し、前に特定された双方向プリンタ１６と接続された物理的ポート３８を介し、データを送るために、プリントプロセッサスレッド（１９）はローカルプリントプロバイダ２４も使用する。
【００２４】
デフォルトプリントプロセッサ３２は、未処理のスプールファイルのために、情報のいずれかを変更したり、解読したりすることなく、データを通過するに過ぎない。宛て先プリンタ１６は、双方向のプリンタであるので、この例では、言語モニタ３４が使用される。双方向でないプリンタが使用されると、言語モニタ３４の代わりにポートモニタ３６が呼び出される。言語モニタ３４とポートモニタ３６は、別個のコンポーネントでもよいし、１つのモニタに一体化されていてもよい。
【００２５】
言語モニタ３４はプリンタ１６へプリントジョブデータを送るために、ポートモニタ３６をコールする（１３）。次に、ポートモニタ３６は物理ポート３８を介し（１４）、未処理データをプリンタ１６へ送る。このようなスプールファイル２６からデータを読み出し、このデータをプリンタ１６へ転送するプロセスは、プリントジョブを完了するために数回繰り返すことができる。この作業は、一般に、ファイルの終了部に達するかまたはジョブがキャンセルされるまで繰り返される。この時点で、再生スレッド（１９）が終了される。スプーラプロセッサと、ルータと、ローカルプリントプロバイダと、プリントプロセッサと、言語モニタと、ポートモニタとの組み合わせを「スプーラ」３０と総称できる。
【００２６】
図３および図４は、ウィンドウズ（登録商標）のＥＭＦプリント動作（従来技術）を示す図である。ウィンドウズ（登録商標）の９.ｘシステムのプリントプロセスで、ウィンドウズ（登録商標）のエンハンスされたメタファイル（ＥＭＦ）フォーマットファイルが使用されるとき、プロセスコンポーネントは未処理ファイルと異なるように相互作用する。図３および図４に示されたプリントプロセスの一例は、ＥＭＦファイルを使用したプリントプロセスを示す。このプロセスは、一般に、アプリケーション４０がプリンタＤＣを作成し、このＤＣ（図示せず）にオブジェクトを描くときにスタートする。次に、アプリケーション４０は、指定されたプリンタ６８のためのＥＭＦスプーリングリクエストにより、ＧＤＩ５０をコールする（４１）。ＧＤＩ５０は、ドライバ５２がＥＭＦスプーリングをサポートしているかどうかを判断するために、指定されたプリンタ６８に関連するプリンタドライバ５２に問い合わせをする（４２）。ドライバ５２がスプーリングをサポートする場合、ＧＤＩ５０はプリンタＤＣをＥＭＦ  ＤＣに変更し、ＥＭＦ  ＤＣ５４へオブジェクトをレンダリングする（ＥＭＦファイルを作成する）ための命令を書き込む（４３）。次に、本例において、ウィンドウズ（登録商標）９５のスプーラプロセスは３２ビットのコードであるので、ＧＤＩ５０は、３２ビットのＧＤＩ（ＧＤＩ３２）５６にプリントリクエストを送る（４４）。次に、ＧＤＩ３２はプリントジョブの記述によりスプーラサブシステム７０へのインタープロセスコール（４５）を行う。
【００２７】
スプーラシステム７０におけるスプーラプロセス５８（SPOOL32.EXE）は、指定されたプリンタ６８に達することができるプリントプロバイダ６２へプリントジョブ記述を送るためにルータ６０をコールする。この例では、ローカルプリントプロバイダ６２が使用されているが、ネットワークプリントプロバイダも使用できる。デフォルトウィンドウズ（登録商標）９５のスプーラを使用するときには、クライアントマシンでローカルプリントジョブとしてネットワークプリントジョブをスプールし、デスプールする。デスプール中にしかネットワークプリントサーバにコンタクトしない。ウィンドウズ（登録商標）ＮＴ／２０００のクライアントマシンは、ネットワークプリントサーバに対するプリントジョブをことなるように取り扱い、これらクライアントマシンは、プリントサーバでの必要なプリントアプリケーションプログラムインターフェース（ＡＰＩ）をコールするために、リモート手順コール（ＲＰＣ）を使用する。これらＮＴ／２０００のシナリオでは、プリントジョブは、ローカルスプーラキュー上でショーアップしない。むしろ、プリントサーバ上のプリントスプーラにより、スプーリングおよびデスプーリングが取り扱われる。ウィンドウズ（登録商標）９５スプーラと組み合わせて、このＲＰＣ方法を使用することもできる。
【００２８】
ルータ６０がプリントプロバイダ６２をコールすると、ローカルプリントプロバイダ６２はジョブ記述ファイル６４を作成し（４８）、すべてのＥＭＦページファイルがスプールされ、各ＥＭＦファイルネームおよびロケーションがジョブ記述ファイル６４にレコードされるまで、ジョブのためにコールされる度に、レコードをジョブ記述ファイル６４に追加する（４８）。プリントジョブ内の最終ＥＭＦファイルに関する情報が記憶されると、ローカルプリントプロバイダ６２はEndDocファンクションコールによりスプーラプロセス５８をコールする。このことは、ジョブ全体がスプールされ、デスプーリングの準備が完了したことの信号をスプーラプロセス５８に送る。マルチページジョブに対しては、ジョブのページごとに、最初のスプーリングリクエスト（４１）からジョブ記述ファイルレコード（４８）までのこれらステップが繰り返される。
【００２９】
ＥＭＦファイルスプーリングが完了すると、スプーラプロセス５８はプリントジョブでのReadyToPrint属性をセットし、プリントのためにジョブを利用できる旨の信号をポートスレッド６６に送るイベント（４９）を開始する。ポートスレッド６６はデスプーリングプロセスをスタートするための最良の時間を決定することにより、このイベントに応答し、その時間に、図４に示されるよう、プリントプロセッサ７２にロードする（８１）。プリントプロセッサ７２は、ファイルフォーマットがＥＭＦであると判断し、ウィンドウズ（登録商標）９５のファンクションコール（８２）により、ＧＤＩ３２  ５６をコールする。
【００３０】
次に、ＧＤＩ３２は、ジョブ記述ファイル６４から読み出すために、gdiPlaySpoolStreamファンクションを呼び出す。これにより、ＥＭＦスプールファイル５４へ完全に合格したパスが提供される。ＧＤＩ３２は、ＥＭＦファイルへのパスネームのリストを含むジョブ記述ファイル６４により、プリントジョブ内のすべてのページについて知ることができる。ＧＤＩ３２のgdiPlaySpoolStreamファンクションも、ページをレンダリングするためのＥＭＦスプールファイルへのパスにより、ＧＤＩ３２に組み込まれたサンク（プラットフォームコードを横断するコール）を使ってＧＤＩ５０もコールする。ＧＤＩ５０は、一度にプリントジョブ内の１つのページについてしか知らない。
【００３１】
ＧＤＩ５０は、アプリケーション４０内で選択された指定プリンタ６８に関連するプリンタドライバ５２をコールし、プリンタ６８のためのＤＣを得る。次に、ＧＤＩ５０は、スプールされたＥＭＦファイル５４からページレンダリング命令を読み出し、これら命令を一度にプリンタドライバ５２へ送る（８５）。プリンタドライバ５２は、ページの第１部分をレンダリングするのに必要とされるだけの多くの命令を使用する。１１ビットのプリンタドライバ５２がページの一部をレンダリングするとき、このドライバはプリンタ固有の未処理ページデータをＧＤＩ５０に戻すように送り（８７）、次に、ＧＤＩ５０は未処理データをＧＤＩ３２  ５６へ送る（８８）。次に、ＧＤＩ３２  ５６は未処理データをスプーラプロセス５８へ送り（８９）、次に、スプーラプロセスは上記未処理フォーマットファイルに対してとったのと同じ手順に従う。
【００３２】
スプーラプロセス５８は、プリンタ６８にプリントジョブをルーティングするために、ルータ６０をコールする（９０）。図３および図４に示されたこの例では、ルータ６０はプリントジョブをローカルプリントプロバイダ６２に送る。別のシナリオでは、ルータ６０はネットワークプリントプロバイダ（図示せず）を通して、ネットワークプリンタにプリントジョブを送ることができる。このローカルプリントシナリオでは、ルータ６０はプリントジョブによりローカルプリントプロバイダ６２をコールする。ローカルプリントプロバイダ６２は、前に指定された双方向のプリンタ６８に接続された物理ポート７８を通して、データを送るために、WritePrinterファンクションコールにより、言語モニタ７４を呼び出す。
【００３３】
宛て先プリンタ６８は、双方向プリンタであるので、この例では、言語モニタ７４を使用する。宛て先プリンタ６８は、双方向プリンタであるので、双方向プリンタを使用するとき、言語モニタ７４の代わりにポートモニタ７６を呼び出す。言語モニタ７４とポートモニタ７６とは別個のコンポーネントでもよいし、又は、１つのモニタに一体化してもよい。言語モニタ７４は、プリンタ６８へプリントジョブデータを送るために、ポートモニタ７６をコール（９３）する。次に、ポートモニタ７６は、物理ポート７８を通して未処理データをプリンタ６８へ送る（９４）。
【００３４】
全ページをプリントするまで、このようにＥＭＦページ部分を処理し、プリントする。次に、ＧＤＩ３２  ５６は、次のページのためのＥＭＦスプールファイルイまでのパスをとり、プリントジョブの次のページのレンダリングをするための、そのＥＭＦファイル内の命令を使用するために、ＧＤＩ５０をコールする。ＥＭＦスプールファイルまでのすべてのファイルを使用し尽くすと、プリントジョブが終了する。
【００３５】
図５は、マイクロソフトウィンドウズ（登録商標）のＮＴおよび２０００のプリンティングオペレーション（従来技術）を示す図である。ウィンドウズ（登録商標）オペレーティングシステム例えばウィンドウズ（登録商標）ＮＴおよび２０００の他のバージョンは、異なるプリントプロセスを使用できる。これらプロセスを使用し、直接またはネットワークプリントサーバを介し、ローカルプリンタ、ネットワークプリンタおよびリモートプリンタにデータをプリントできる。例えば、ウィンドウズ（登録商標）ＮＴおよび２０００では、一度に１ページずつではなく、１回のパスですべてのページに対する全ＥＭＦデータをGdiPlayEMF()へ送る。プリントサーバでＥＭＦデータをキュー状態（待ち行列状態）とすべき場合、クライアント側でレンダリングすることなく、プリントサーバへ直接ＥＭＦデータを送る。その代わりに、サーバ側でドライバのマイナーなコピーがＥＭＦデータをレンダリングする。
【００３６】
一般に、ユーザは、ＧＤＩ１０２ファンクションをコールすることにより、プリントジョブを作成するためのアプリケーション１００を使用する。次に、ＧＤＩ１０２および／またはアプリケーション１００は、スプーラへのクライアントインターフェースとなっているWinspool.drv１０４をコールする。このクライアントインターフェースすなわちWinspool.drv１０４はスプーラのWin32（登録商標）ＡＰＩを構成するファンクションをエキスポートし、サーバにアクセスするためのＲＰＣスタブを提供する。次に、スプーラのＡＰＩサーバであるSpoolsv.exe１０６にプリントジョブを転送する。この転送は、オペレーティングシステムをスタートするときにスタートする、ウィンドウズ（登録商標）２０００のサービスとして実行できる。このＡＰＩサーバモジュールは、スプーラのWin32（登録商標）ＡＰＩのサーバ側へＲＰＣインターフェースをイクスポートする。このモジュールは、一部のＡＰＩファンクションを実行するが、ルータすなわちSpoolsv.dll１０８によりプリントプロバイダにほとんどのファンクションコールが送られる。
【００３７】
ルータ１０８は、各ファンクションコールにより提供されたプリンタネームすなわちハンドルに基づき、どのプリントプロバイダがコールするかを決定し、このファンクションコールを正しいプロバイダ１１０、１１２または１１４へ送る。選択されたプリンタがクライアントシステムにより管理されている場合、ローカルプリントプロバイダすなわちlocalspl.dll１１０によりプリントジョブを取り扱う。ローカルプリントプロバイダ１１０により管理されているプリンタは、クライアントに対し、物理的にローカルでなくてもよく、サーバを使用することなく、ネットワーク回路にこれらプリンタを直接接続してもよい。これらプリンタを使用するとき、プリンタジョブをカーネルモードのポートドライバスタック１１６に送り、次に、プリンタ１１８に送る。
【００３８】
ウィンドウズ（登録商標）ＮＴ／ウィンドウズ（登録商標）２０００のサーバにあるプリンタを選択すると、ルータ１０８はプリントジョブをネットワークプリントプロバイダすなわちWin32spl.dll１１２へ向ける。このネットワークプロバイダは、ＲＰＣを使用し、クライアントルータからネットワークサーバのSpoolsv.exeprocess１２４へコールを再び向ける。このプロセス１２４はプリントジョブをネットワークサーバのルータ１２６へ転送する。ネットワークプリンタはプリントサーバシステムに対してローカルであるので、ネットワークサーバルータ１２６はジョブをサーバのローカルプリントプロバイダ１２８へルーティングする。次に、サーバのカーネルモードのポートドライバスタック１３０へジョブを向け、次に、選択されたネットワークプリンタ１３２へ向ける。
【００３９】
これらシステムと共に、リモートプリンタを使用することもできる。リモートプリンタが選択されると、クライアントルータ１０８はプリントジョブをローカルプリントプロバイダ１１０へ向けることができ、プロバイダ１１０はネットワークプロトコルを使って、ジョブをカーネルモードのポートドライバスタック１１６およびリモートプリンタ１４２へ転送する。ローカルプリントプロバイダ１１０が、リモートプリンタ１４２にアクセスすると、プロバイダ１１０はリモートプリンタまたはそのサーバにより認識されたネットワークプロトコルを使用できるポートモニタを使用する。
【００４０】
このプリンとシステムを介し、ウィンドウズ（登録商標）ＮＴ／２０００でないサーバ（例えば、Ｎｏｖｅｌｌ社のサーバ）によって管理されているプリンタにアクセスすることもできる。このアクセスは、あるタイプのネットワークプロトコルを使ってプリントジョブをカーネルモードのポートドライバスタック１１６およびプリンタのサーバ１３６へ向けるローカルプリントプロバイダ１１０を使って達成できる。次に、サーバ１３６は、このジョブを宛て先プリンタ１４０へ向ける。このことは、カスタム化されたプリントプロバイダ１１４を使って達成できることもできる。この場合、プロバイダ１１４は、ジョブをプリンタのサーバ１３４へ送るのにネットワークプロトコルを使用するカーネルモードのポートドライバスタック１１６へ送り、プリンタのサーバ１３４はこのジョブを宛て先プリンタ１３８へ向ける。
【００４１】
図６は、ウィンドウズ（登録商標）２０００のプリントプロセス（従来技術）を示す図である。このプロセスでは、グラフィックデバイスインターフェース（ＧＤＩ）１５２により、プリントジョブを作成するためにアプリケーション１５０を使用する。プリンタジョブを最初の出力ファイルが未処理フォーマット１５４であるとき、プリンタドライバのプリンタグラフィックＤＬＬ１５６は、スプーラのクライアントインターフェース１６０へ送られるプリントジョブを作成するために、ＧＤＩ１５２と共に作動する。クライアントインターフェース１６０は、ジョブをＡＰＩサーバ１６２へ送り、サーバ１６２はジョブをルータ１６４へ転送する。この例では、ルータ１６４は、ジョブがローカルプリントジョブであるとき、このジョブをローカルプリントプロバイダ１６５へ送る。
【００４２】
ローカルプリントプロバイダ１６５内では、プリントジョブ作成ＡＰＩ１６８が呼び出される。このＡＰＩ１６８は、プリンタドライバのプリンタインターフェースＤＬＬ１７４にアクセスし、ジョブスプールファイル１７６を作成する。ジョブ作成ＡＰＩ１６８は、ジョブ情報をジョブスケジューリングＡＰＩ１７０へも転送し、このＡＰＩ１７０はジョブスケジューラスレッド１７２を開始する。
【００４３】
この時点で、ファイルフォーマットをチェックする（１７８）。初期ジョブファイルが既に未処理フォーマットである場合、言語モニタＤＬＬ１８２およびポートモニタ１８４へジョブを送り、ポートモニタ１８４はジョブをカーネルモードのポートドライバスタック１８６へ送る。ポートドライバスタック１８６は最終プリントのために選択されたプリンタ１８８へジョブを送る。
【００４４】
アプリケーション１５０がＥＭＦフォーマットでＧＤＩ１５２によりプリントジョブを作成すると、このジョブはクライアントスプーラインターフェース１６０へ送るために（１５４）へ送られる。クライアントインターフェース１６０は、ジョブをＡＰＩサーバ１６２へ送り、このサーバ１６２は、ジョブをルータ１６４へ転送する。この例では、プリントジョブはローカルであるので、再び、ルータ１６４はジョブをローカルプリントプロバイダ１６５へ送る。
【００４５】
ローカルプリントプロバイダ１６５内では、プリントジョブ作成ＡＰＩ１６８を呼び出す。このＡＰＩ１６８は、プリンタドライバのプリンタインターフェースＤＬＬ１７４にアクセスし、ジョブスプールファイル１７６を作成する。ジョブ作成ＡＰＩ１６８は、ジョブ情報をジョブスケジューリングＡＰＩ１７０へ転送し、スケジューリングＡＰＩ１７０はジョブスケジューラスレッド１７２を開始する。
【００４６】
この時点で、ファイルフォーマットをチェック（１７８）する。初期のジョブファイルがＥＭＦフォーマットであれば、プリントプロセッサＤＬＬ１８０へジョブを送り、プロセッサＤＬＬ１８０はプリンタインターフェースＤＬＬ１７４の助けにより、未処理フォーマットに変換するようジョブを再びＧＤＩ１５２へ戻すように向ける。次に、変換されたジョブはスプーラクライアントインターフェース１６０、ＡＰＩサーバ１６２およびルータ１６４を通してプリントプロバイダ１６５へ送り戻される。ローカルプリントプロバイダでは、プリントジョブ作成ＡＰＩ１６８、ジョブスケジューリングＡＰＩ１７０およびジョブスケジューラスレッド１７２によりジョブを処理する。このとき、ジョブは未処理フォーマットであるので、ジョブは宛て先プリンタ１８８に到達する前に、言語モニタＤＬＬ１８２およびポートモニタＤＬＬ１８４、および、カーネルモードのポートドライバスタック１８６へ送られる。
【００４７】
図８は、ソフトウェアリソースをプリンタデバイスにダウンロードするためのシステムのブロック略図である。例えば、ユーザはＭＦＰ内に埋め込まれているフォーム／フォント／画像／スクリプトダウンロードウェブページにアクセスすることにより、このプロセスを開始できる。ユーザはウェブページから自分のＰＣ上でリソースのロケーションにブラウジングし、ＭＦＰの不揮発性メモリすなわちフラッシュメモリ内のロケーションを指定し、リソースをダウンロードできる。一旦ダウンロードした後に、次のプリントジョブはＭＦＰ内のリソースに指定されたネームを参照することによってこれらリソースを参照できる。しかしながら、次のユーザがダウンロードされたリソースを使用しなければならないジョブを処理しようと試みる場合、ＭＦＰがこのロケーションを思い出さないようにするものは何もない。従って、最初のユーザがリソースをプライベートとすべきである（一般大衆にアクセスできないようにすべきである）と考える場合、最初のユーザは、使用するごとにダウンロードされたリソースを削除しなければならない。
【００４８】
図９は、プリントジョブ処理における制限されたリソースの使用を防止するためのセキュリティモジュールを使用するシステムのブロック略図である。例えば、プリントデバイスには、アクセスを制限しなければならない特殊なフォントがロードされる。このプリンタは、プリント発生とプリンタとの間に接続されるアクセスボックスを有するように、後付けされる。このアクセスボックスは、プリントジョブが特殊なフォントを参照するときに、プリンタへのアクセスを制限するように使用される。この場合、プリンタにプリントジョブが送られるとき、プリントジョブは、まず、アクセスボックスを通過しなければならない。次に、アクセスボックスは、ジョブが特殊なフォントを使用しなければならないかどうかを判断するためにプリントジョブを分析する。必要としない場合、プリンタにジョブが送られる。そうでない場合、アクセスボックスはジョブがユーザ認証情報を含むかどうかを判断する。認証情報を含まない場合、そのジョブを拒否する。そうでない場合、ユーザは認証され、ユーザが特殊なフォントに対するアクセス権を有するかどうかをアクセスボックスが判断する。ユーザがアクセス権を有する場合、プリンタにジョブを送り、アクセス権を有しない場合、ジョブを拒否する。しかしながら、このセキュリティプロセスは、デバイス常駐リソース（すなわちダウンロードされていないリソース）に適用されるだけである。制限されるダウンロードされたリソースを識別する手段はなく、ユーザのプライベートリソースへのユーザ固有のアクセス権を定める手段もない。
【００４９】
図１０は、制限されたすべてのリソースへの特別なユーザの無制限のアクセスを許可するシステムを示すブロック略図である。この方法では、ユーザＩＤを認証した後に、プリントユニットおよびすべての特殊なプリントファンクション（例えば、両面、ステープル、ペーパタイプ）へのアクセスを付与できる。プリンタがプリントジョブを受信したとき、このプリンタは、ジョブがアクセスを制限した特別なファンクションを必要としているかどうかを判断するために、ジョブを分析する。特別なリソースが不要であれば、ジョブをプリントする。そうでない場合、プリンタはジョブがユーザ認証情報を含むかどうかを判断する。特別なリソースが必要であり、ユーザ認証が提供されていなければ、ジョブを拒否する。認証されたユーザ情報とすべての制限されたリソースへのアクセスが許可されたユーザのリストとを比較する。ユーザが必要なすべての特別なファンクションへのアクセス権を有する場合、その情報をプリントする。そうでない場合、情報を拒否する。しかしながら、このシステムは、ダウンロードされたプライベートなユーザリソースを識別する手段を提供しない。システムは、ユーザごとに限られたリソースへの選択的アクセスを許可しない。
【００５０】
図１１は、画像形成ジョブリソースに安全にアクセスするためのシステム１１０２を有するプリントデバイス１１００のブロック略図である。プリントデバイス１１００は、数例を挙げるとすれば、プリンタ、ＭＦＰ、ファクシミリデバイス、ファイリングデバイス、フォーマット変換デバイス、パブリッシングデバイス、スキャナ、コピー機、電子ホワイトボード、オーディオ／ビデオデバイス、デジタルカメラまたは医療用画像形成デバイスとすることができる。説明を簡潔にするために、このプロセスの最終結果は物理的媒体にプリントされたジョブとして示されている。しかしながら、本発明は、電子ファイルを変換するプロセスにも同じように適用可能であると理解すべきである。
【００５１】
システム１１０２は、参照番号１１０６で示された、制限されたソフトウェアリソースをダウンロードするためのライン１１０４上の第１外部ポートを含む。すなわち、ソフトウェアリソース１１０６は、あるユーザグループによる使用が制限されている。ライン１１０４上の第１外部インターフェースは、数例を挙げるとすれば、ネットワーク接続、ローカル接続またはポータブル記憶媒体例えばディスクドライブまたはメモリスティックインターフェースとすることができる。メモリ内のソフトウェア部分が１つ以上のＲＯＭＩＣを交換することによって変更できる、工場で設置されるメモリまたはフィールドアップグレードとは異なり、本明細書で説明するダウンロードは、外部ポートでのリソースの受け入れを必要とする。外部ポートから、マイクロプロセッサとの協働により、内部バスを介し、メモリ内のあるロケーションへ情報がトランスポートされる。別の説明をすれば、工場でロードされるリソースは、ユーザにとって書き込みできない指定されたＲＯＭアドレスレンジ内に記憶される。ユーザがロードするリソースは、システムが許可する不揮発性記憶アドレスレンジ内に記憶される。本システムの１つの特徴では、ダウンロードされたデータと、工場でロードされたデータとを区別するために、プリントデバイス内で特別なタグ付けを行うことができる。更に、工場でロードされたリソースと、ユーザがロードしたリソースのロケーションをマッピングする内部テーブルをシステム内に作成することができる。
【００５２】
更に、実施例は、工場でロードされたリソースとユーザがロードしたリソースとを区別するために、ＣＰＵボードソケットロケーションと共に、プログラム可能なフラッシュデバイスを使用できる。ユーザがネームにより、プロテクトされ、かつ、使用がオープンになっているリソースを定義できるように、コンフィギュレーション選択を使用できる。
【００５３】
制限されたソフトウェアリソースを記憶するためにライン１１１０上の第１外部ポートは不揮発性記憶装置（すなわち、不揮発性ランダムアクセスメモリすなわちＮＶＲＡＭ）１１０８が接続されている。これとは異なり、リソースをローカル接続またはネーム接続された外部デバイス１１４０内に記憶してもよいし、または、ポータブルな記憶媒体１１４２、例えば、フロッピー（登録商標）ディスクに記憶してもよい。
【００５４】
処理のために参照番号１１１４で示されあ画像形成ジョブを、ライン１１１２上の第２外部ポートが取り込む（注：別個のインターフェースとして示されているが、共通インターフェース、例えば、ＲＡＮインターフェースまたはＷＡＮインターフェースで画像形成ジョブと制限されたリソースとを受信してもよい）。説明を簡潔にするために、第２外部ポート１１１２は、あるフォーマット、例えば、ページ記述言語（ＰＤＬ）、プリンタジョブ言語（ＰＪＬ）、ＰＤＬとＰＪＬとの組み合わせ、または、ＴＩＦＦ、ＪＰＥＧおよびＰＮＧのような画像フォーマットで処理するためのプリントジョブを受け入れるものと理解することができる。プリントジョブは、ドキュメント、画像またはプリンタドライバアルゴリズムを使用して作成されたプリンタレディフォーマットのジョブとなっている。プリンタ制御言語（ＰＣＬ）は、ＰＤＬの一例であり、他の例として、ＰＣＬ５ｅ、ＰＣＬ５ｃ、ＰＣＬＸＬおよびエンハンスされたメタファイル（ＥＭＦ）を挙げることができる。しかしながら、これらが全てではない。これら言語は、プリントすべき画像およびテキストを記述する。
【００５５】
例えば、プリントジョブはフォント、透かし、デジタル署名、画像スタンプおよびプリントされた出力を作成するのに必要な他の要素を使用する。スキャンされるドキュメントまたは電子ファイルは、画像形成ジョブでもよく、これら画像に対してセグメント化ファンクションを適用することにより、オブジェクト、例えば、テキスト、商標などを分離し、識別し、画像をベースとしないドキュメント、例えば、プリントジョブを作成することが可能となる。
【００５６】
セキュリティモジュール１１１６は、画像形成ジョブ１１１４がユーザグループに関連していることを証明した後に、制限されたソフトウェアリソース１１０６へのアクセスを許可する。プリントエンジン１１１８は、画像形成ジョブを取り込むためのライン上のインターフェース１１２０およびリソースが記憶されているメモリ例えばＮＶＲＡＭ１１０８）にアクセスするためのライン上のインターフェース１１２２を有する。プリントエンジン１１１８は、制限されたソフトウェアリソース１１０６へのアクセスに応答して、画像形成ジョブ１１１４を処理する。簡潔にするために、図は、画像形成ジョブに関連するすべてのプロセスをプリントエンジンで実行するものと見なしている。例えば、このような簡略化された表示では、プリントエンジンはラスター画像処理を実行し、物理的な媒体例えば紙に画像を作成するために必要なラスターデータを発生するものと称すことができる。従って、処理に必要なリソースはプリントエンジン１１１８に送らなければならない。
【００５７】
ソフトウェアをリードオンリーメモリ（ＲＯＭ）１１２６にインストールする、工場でインストールされるプログラム、または、フィールドアップグレードと異なり、ダウンロードされるリソース１１０６は、ユーザがアクセスできるメモリ例えばＮＶＲＡＭ１１０８に記憶される。すなわち、このメモリはユーザが書き込むことができるので、アクセス可能である。１つの特徴として、セキュリティモジュール１１１６は、ダウンロードされた制限ソフトウェアリソース１１０６と、工場でロードされたリソースを記憶するＲＯＭ１１２６とを区別する。
【００５８】
一般に、第２外部ポート１１１２は、画像形成ジョブに関連したユーザグループ識別（ＵＧＩＤ）も受信する。このセキュリティモジュール１１１６は、メモリ（例えば、ＶＲＡＭ１１０８、外部メモリ１１４０またはポータブルメモリ１１４２）内の制限されたソフトウェアリソースと、記憶されたユーザグループ識別とをクロスレファレンスするテーブル１１２６を含む。セキュリティモジュール１１１６は、受信されたユーザグループ識別と、記憶されたユーザグループ識別とを比較することにより、画像形成ジョブがユーザグループに関連していることを証明する。１つの特徴では、第２外部ポートは処理のための画像形成ジョブを受け入れるのと同時に、ユーザグループ識別を受信する。すなわち、ＵＧＩＤは、同一メッセージまたは同一の組のメッセージ内でジョブとして受信される。例えば、ＵＧＩＤは、画像ジョブを伴うＰＪＬステートメントでよい。
【００５９】
別の特徴では、画像形成ジョブの後でＵＧＩＤを受信する。処理のために制限されたソフトウェアリソース１１０６が必要であるとセキュリティモジュール１１１６が決定し、外部ポートで供給されたユーザグループ識別を発生する。リクエストに応答し、応答した外部ポートでユーザグループ識別を受信する。１つの特徴として、画像形成ジョブと同じポートでＵＧＩＤリクエストとＵＧＩＤ応答とをトランシーブする。これとは異なり、異なるインターフェースを介してＵＧＩＤリクエスト／応答を行ってもよい。１つの特徴では、プリンタデバイスのフロントパネル１１３０を介してＵＧＩＤリクエスト／応答をトランシーブする。
【００６０】
１つの特徴として、セキュリティモジュール１１１６はユーザグループ識別、例えば、ＰＩＮ番号、一方向ハッシュ番号、ユーザＩＤとパスワードとの組み合わせ、磁気カードまたはスマートカードを受信する。しかしながら、このＩＤを生体認証とすることもできる。この識別手段は、特定の方法だけに限定されない。識別をフロントパネル１１３０に送ってもよいし、または、ローカル接続またはネットワーク接続（例えば、ライン１１１２）を介して送ってもよい。
【００６１】
１つの特徴として、リソースにアクセスするのに必要なユーザ認証を選択することができる。例えば、第１（または第２）外部ポートは、ダウンロードされたリソースおよびＮＶＲＡＭ１１０８にアクセスするのに必要なユーザ認証基準を受信してもよいし、または、他のアクセス可能なメモリがユーザ認証基準を記憶してもよい。次に、リソースがリクエストされると、セキュリティモジュールが認証条件を決定するためにメモリにアクセスする。
【００６２】
ソフトウェアリソースは、画像形成ジョブまたはプリントジョブを処理するのを助ける任意のコンポーネントとすることができる。ユーザグループが制限したいソフトウェアグループの例として、フォーム、フォント、マクロ、ロゴ、透かし、アドレス帳、ハーフトーンパターン、カラープロフィル、カバーシート、画像スタンプ、較正データ、デジタル署名、生体認証情報、オーディオ／ビデオクリップおよび辞書を挙げることができる。リソースの上記リストは全てではない。
【００６３】
１つの特徴として、ユーザはリソースに適用される制限を制御できる。例えば、第１（または第２）外部インターフェースは、ダウンロードされたリソースに適用すべき、任意のフォーマットの制限の組を受け入れることができる。これら制限の組は、メモリ例えばＮＶＲＡＭ１１０８に記憶される。あるリソースがリクエストされると、セキュリティモジュールはＮＶＲＡＭにアクセスし、そのリソースに適用すべき制限を決定できる。
【００６４】
ファンクションの説明
ダウンロードされたリソースアクセスシステムのための作動環境の一例は、プリントまたは多機能周辺デバイス（ＭＦＰ）にローカルにまたは遠隔接続されたネットワークを含む。プリントデバイスの特定の例として、スタンドアローンプリンタ、ファクシミリデバイス、スキャナ、電子ホワイトボードまたはコピー機を挙げることができ、これらのいずれもハードコピーの結果を作成できる。しかしながら、本発明は、後にリプリントするためにラスター化された画像を記憶できる、ファイリングデバイスのような、画像または電子ファイルを操作するデバイスにも適用できる。プリントデバイスはフォーマット変換、オーディオ／ビデオデバイス、ドキュメントアーカイブ／検索、操作および転送のようなドキュメント管理、スペクトル発生および分析、ソナー、デジタルカメラおよびＸ線、ＭＲＩおよびＣＡＴスキャンデバイスのような医療用画像形成を実行するデバイスとすることができる。
【００６５】
プリントデバイスは、再使用可能な（ソフトウェア）リソースを一時的に、半永久的にまたは永久的に記憶する能力を有する。再使用可能なリソースの例として、フォーム、フォント、マクロ、ロゴ、透かし、アドレス帳、画像スタンプ、ハーフトーンパターンカラープロファイル、カバーシート、較正データ、デジタル署名、生体認証情報、オーディオ／ビデオクリップおよび事象を挙げることができる。
【００６６】
例えば、プリントジョブは、これまでダウンロードされ、マルチ再使用のためにデバイスに記憶されたフォームを可変データを使用して参照することができる。別の例では、スキャンデータはこれまでダウンロードされ、マルチ再使用のためにデバイスに記憶された、スキャンされる画像データ内に埋め込むべき著作権用透かしを参照できる。更に、ユーザが接続されたクライアントまたはプリントデバイスのいずれかで（アウトバウンドまたはインバウンドの）画像形成ジョブリクエストを発生すると、ユーザは自らを認証できる。次に、この認証をジョブに関連付けする。
【００６７】
認証の一部の例として、１つのＰＩＮ番号を含む。このＰＩＮは、文字の単純な組み合わせから一方向のハッシュ化された符号例えばＭＤ５までの範囲とすることができる。認証は、数例を挙げるとすれば、ユーザＩＤとパスワード、生体認証、磁気カード、公開／秘密鍵暗号化（例えば、ＲＳＡもしくはＡＥＳ）、またはスマートカードとすることができる。
【００６８】
本発明のシステムは、ユーザまたは管理者が１つ以上の再使用可能なリソースをプリントデバイスにダウンロードできるようにする。この場合、リソースは後にアクセスすべき認証条件を有する。シリアル、ＵＳＢ、パラレルまたはｉＲＤＡインターフェースを使ってローカル接続（有線または無線）を介し、デバイス内にリソースをダウンロードできる。これとは異なり、（有線または無線の）ネットワーク接続例えばＴＣＰ／ＩＰまたはアップルトークを使用できる。
【００６９】
ダウンロードは、デバイスにおけるウォークアップ動作として行なってもよいし、または、別の接続デバイスから遠隔的に行なってもよい。ダウンロードするリソースは、ホスト（これからダウンロードが行われる）上のローカルでもよいし、インターネットまたは別の接続デバイス上で外部でもよいし、または、ＣＤ、フロッピー（登録商標）またはメモリスティックのような記憶メディアから行ってもよい。一部の特徴として、デバイスにダウンロードする前に、例えば、ランレングス、ＬＺＷ、デルタ−ロー、圧縮のＧ３またはＧ４方法を使ってリソースデータを圧縮することができる。
【００７０】
リソースをダウンロードする方法の一例は、ＨＰ  ＰＪＬのファイルシステム制御コマンドを使用することである。ファイルダウンロードコマンドの一例は、（@PJL FSDONLOAD FORMAT:BINARY...）であり、これは次のようになる。
【００７１】
＠ＰＪＬ ＦＳＤＯＷＮＬＯＡＤ ＦＯＲＭＡＴ：ＢＩＮＡＲＹ＝＜ｓｉｚｅ＞
ＮＡＭＥ＝“＜ｒｅｓｏｕｒｃｅ ｎａｍｅ＞”
＜ｒｅｓｏｕｒｃｅ ｄａｔａ＞
＜Ｅｓｃ＞％−１２３４５Ｘ
【００７２】
別の例では、ＰＣＬフォント永久ダウンロード制御コマンド<Esc>*c5Fを使ってリソースをダウンロードできる。
【００７３】
リソースを一旦ダウンロードすると、このリソースを、例えば、デバイスがアクセスできる任意の場所、例えば、デバイスに対して内部にある場所（例えば、ハードドライブ、フラッシュメモリまたはＲＡＭ）へ記憶できる。これとは異なり、リソースのオフライン記憶装置（例えば、記憶サーバ）、取り外し自在な記憶装置（例えば、ＣＤ、フロッピー（登録商標）、メモリスティック、取り外し自在なＨＤ）により、インターネット接続されたロケーションに、プリントデバイスに対して外部でリソースをロードすることもできる。１つの特徴として、プリントデバイスはリクエストされたリソースを入手するためにオーソリティとして働く一部の外部デバイスに進まなければならない。
【００７４】
ユーザは、使用するために認証されたアクセスを必要とするリソースのダウンロードの一部として、アクセス権および／または認証方法を指定できる。例えば、ユーザは、特定のユーザまたはあるグループのユーザに限定されたリソースの再使用にアクセスを指定することができる。ユーザ／管理者は、リソースにアクセスするための認証手段を指定できる。リソースへのアクセスは、すべてのユーザにオープンにしてもよいが、数例の可能性を挙げるとすれば、リソースにアクセスできる回数、リソースを使用できるジョブのタイプ、一日のうちの時間またはジョブの内容を限定してもよい。
【００７５】
図１２は、ダウンロードされたリソースに適用される限定を選択するためのプロセスを示すブロック略図である。認証／アクセス権の制限は、リソースと共にプリントデバイスにダウンロードされ、リソースと共に記憶される。リソースをダウンロードするプロセス自身を制限し、所定の認証されたユーザ、リソースの数、リソースのタイプまたはリソースのサイズに限定できる。
【００７６】
図１３は、ジョブを発生しながら、認証を提出し、リソースを選択するプロセスを示すブロック略図である。プロセスデバイスで一旦リソースがダウンロードされると、ユーザはダウンロードされたリソースへのアクセスを必要とするジョブを発生できる。この場合、ジョブ（例えば、プリント、ファックス、ファイルまたはスキャンジョブ）を発生するときに、ユーザは、次の追加的ステップを実行できる。まず、ユーザを認証するための情報を入力し、次に、ジョブを処理するのに必要なダウンロードされたリソースのうちの１つ以上を識別する。斯様に、又は、従って、発生されたジョブはユーザおよび必要とされたリソースを認証するための情報を含む。
【００７７】
プリントジョブに対し、ユーザのネットワークユーザＩＤおよびパスワードをＰＪＬコマンドとして送ることにより認証を達成できる。更に、一方向ハッシュ（例えば、ＭＤ５）を使用する暗号化により、ユーザのパスワードを保護できる。コピージョブに対し、マグカードまたはスマートカードをスライドさせることにより、ユーザを認証してもよい。
【００７８】
図１４は、提出されたジョブを分析するプロセスを示すブロック略図である。プリントデバイスがジョブを受信すると、ジョブ内に埋め込まれていないリソースをジョブが必要とするかどうかを判断するためにジョブ情報を分析する。
【００７９】
図１５は、ユーザ識別を認証し、制限されたリソースにアクセスするプロセスを示すフローチャートである。ジョブが、埋め込まれたリソース条件を含まない場合、このジョブを処理する。含んでいる場合、プリントデバイスは、必要とされるリソースのいずれかが認証を必要とするかどうかを判断する。一般に、この判断は、記憶されているリソースレポジトリ内のリソースをルックアップし、認証／アクセス制御情報を得ることにより行われる。リソースのいずれもが認証を必要としない場合、ジョブを処理する。リソースの１つ以上が認証を必要とする場合、プリントデバイスはジョブが認証情報を含むかどうかを判断する。認証情報は、ジョブ制御コマンド（例えばＰＪＬコマンド）として埋め込んでもよいし、または、フロントパネルにてまたはカードをスライドすることにより、別個に入力してもよい。
【００８０】
ジョブがユーザを認証するための情報を含まない場合、ジョブを拒否する。そうでない場合、認証情報と必要とされる各リソースの認証されたユーザ／アクセス権とを比較する。認証情報が各リソースの認証／アクセス権と一致する場合、ジョブを処理し、一致しない場合、ジョブを拒否する。
【００８１】
クライアントデバイスのプリントサブシステムは、マイクロソフトウィンドウズ（登録商標）のオペレーティングシステム、アップルマッキントッシュのオペレーティングシステム、ライナックスオペレーティングシステム、システムＶユニックスのオペレーティングシステム、ＢＳＤユニックスのオペレーティングシステム、ＯＳＦユニックスのオペレーティングシステム、サンソラリスのオペレーティングシステム、ＨＰ／ＵＸのオペレーティングシステムおよびＩＢＭメインフレームのＭＶＳオペレーティングシステムに基づくことができる。しかしながら、本発明は任意の特定のオペレーティングシステムだけに限定されるものではない。
【００８２】
図１６は、プリントデバイス内の画像形成ジョブリソースに安全にアクセスするための方法を示すフローチャートである。このプリントデバイスは、プリンタ、ファクシミリデバイス、ファイリングデバイス、フォーマット変換デバイス、パブリッシングデバイス、スキャナ、コピー機、電子ホワイトボード、オーディオ／ビデオデバイス、デジタルカメラまたは医療用画像形成デバイスとすることができる。この方法は、説明を明瞭にするために、一連の番号の付いたステップとして示されているが、番号は必ずしもステップの順序を定めるものではない。これらステップの一部は、スキップしたり、並列に実行したり、シーケンスの厳密な順序を維持しないで実行することができる。この方法はステップ１６００でスタートする。
【００８３】
ステップ１６０２は、制限されたソフトウェアリソースをプリントデバイスにダウンロードする。リソースの使用は、特定のユーザグループに使用が限定されている。ステップ１６０４は、メモリ、例えば、（内部の）不揮発性記憶装置、ローカル接続またはネットワーク接続された外部メモリ、または、ポータブルな記憶メディアに限られたソフトウェアリソースを記憶する。ステップ１６０６は、処理のための画像形成ジョブを受け入れる。１つの特徴として、ステップ１６０６における処理のために画像形成ジョブを受け入れることは、ページ記述言語（ＰＤＬ）、プリントジョブ言語（ＰＪＬ）、ＰＤＬとＰＪＬの組み合わせ、または、画像フォーマット例えばＴＩＦＦ、ＪＰＥＧまたはＰＭＧでのプリントジョブを受け入れることを含む。ステップ１６０８は、画像形成ジョブがユーザグループに関係していることを証明する。この証明の後のステップ１６１０は、限られたソフトウェアリソースへのアクセスを許可する。ステップ１６１２は、限られたソフトウェアリソースを使用して画像形成ジョブを処理する。
【００８４】
１つの特徴として、記憶装置に限られたソフトウェアリソースを記憶すること（ステップ１６０４）は、メモリ内のリソースと、記憶されたユーザグループの識別とをクロスレファレンスすることを含む。次に、ステップ１６０８における画像形成ジョブがユーザグループに関連していることを証明することは、サブステップを含む。ステップ１６０８ａは、ユーザグループの識別を受信し、ステップ１６０８ｂは、受信したユーザグループの識別と記憶されているユーザグループの識別とを比較する。
【００８５】
別の特徴として、ユーザグループの識別を受信すること（ステップ１６０８ａ）は、処理するために画像形成ジョブを受け入れること（ステップ１６０６）と同時にユーザグループの識別を受信することを含む。これとは異なり、ステップ１６０８ａにおけるユーザグループの識別を受信することは、追加的サブステップを含む。画像形成ジョブを受け入れることに応答し、ステップ１６０８ａ１は、処理するために限られたソフトウェアリソースが必要であると判断する。ステップ１６０８ａ２は、ユーザグループの識別リクエストを発生し、ステップ１６０８ａ３は、リクエストに応答し、ユーザグループの識別を受信する。
【００８６】
ステップ１６０８ａで受信されるユーザグループの識別をＰＩＮ番号、一方向ハッシュ番号、ユーザＩＤとパスワードの組み合わせ、磁気カードまたはスマートカードとすることがでる。しかしながら、本発明は、特定のタイプの識別だけに限定されるものではない。
【００８７】
１つの特徴として、ステップ１６０２における制限されたソフトウェアリソースをダウンロードすることは、ローカル接続、ネットワーク接続またはポータブル記憶媒体のような通信媒体を使ってリソースをダウンロードすることを含む。ダウンロードできるリソースの一部の例として、フォーム、フォント、マクロ、ロゴ、透かし、アドレス帳、ハーフトーンパターン、カラープロファイル、画像スタンプ、カバーシート、較正データ、デジタル署名、生体認証情報、オーディオ／ビデオクリップおよび辞書を挙げることができる。
【００８８】
別の特徴として、ステップ１６０７ａは、ダウンロードされたリソースにアクセスするのに必要なユーザ認証基準を受け入れ、ステップ１６０７ｂはユーザ認証基準を記憶する。これとは異なりまたはこれに加えて、ステップ１６０７ｃはダウンロードされたリソースに適用すべき一組の制限を受け入れ、ステップ１６０７ｄはこの制限の組を記憶する。
【００８９】
１つの特徴として、この方法は別のステップを実行する。ステップ１６０２における制限されたソフトウェアリソースをダウンロードすることの後で、ステップ１６０３はダウンロードされたリソースと、リードオンリーメモリ（ＲＯＭ）に記憶されている、工場でロードされたリソースとを区別する。
【００９０】
以上で、プリントデバイスにおけるダウンロードされたソフトウェアリソースへのアクセスを安全にするためのシステムおよび方法について説明した。本発明を説明するために、特定のフォーマットおよびプロトコルの例について説明した。同様に、特定のリソースのタイプ、限定のタイプおよび認証のタイプの例について説明した。しかしながら、本発明はこれら例だけに限定されるものでなく、当業者には本発明の他の変形例および実施例を想到できよう。
【図面の簡単な説明】
【００９１】
【図１】未処理スプールファイルを使用する従来のプリント動作を示す図である。
【図２】スプーラサブシステムを示す図である。
【図３】ウィンドウズ（登録商標）ＥＭＦプリント動作を示す図である。
【図４】ウィンドウズ（登録商標）ＥＭＦプリント動作を示す図である。
【図５】マイクロソフトウィンドウズ（登録商標）のＮＴおよび２０００のプリント動作を示す図である。
【図６】ウィンドウズ（登録商標）２０００のプリントプロセスを示す図である。
【図７】プリントデバイスシステムのブロック略図である。
【図８】ソフトウェアリソースをプリンタデバイスにダウンロードするためのシステムのブロック略図である。
【図９】プリントジョブ処理における制限されたリソースの使用を防止するためにセキュリティモジュールを使用するシステムのブロック略図である。
【図１０】すべての制限されたリソースへの、制限されないアクセスを特別なユーザに許可するシステムを示すブロック略図である。
【図１１】画像形成ジョブリソースに安全にアクセスするためのシステムを備えた、プリントデバイスのブロック略図である。
【図１２】ダウンロードされたリソースへ適用される制限を選択するプロセスを示すブロック略図である。
【図１３】ジョブを発生しながら認証を提出し、リソースを選択するプロセスを示すブロック略図である。
【図１４】提出されたジョブを分析するプロセスを示すブロック略図である。
【図１５】ユーザアイデンティティを認証し、制限されたリソースにアクセスするプロセスを示すフローチャートである。
【図１６】プリントデバイスにおける画像形成ジョブリソースに安全にアクセスするための方法を示すフローチャートである。
【符号の説明】
【００９２】
１０…アプリケーション、１２…ＧＤＩ、１４…プリンタドライバ、１６…プリンタ、１８…ＧＤＩ３２、２０…スプーラプロセス、２２…ルータ、２４…ローカルプリントプロバイダ、２６…スプールファイル、２８…バックグラウンドスレッド、３０…スプーラ、３４…言語モニタ、３６…ポートモニタ、３８…ポート、４０…アプリケーション、５０…ＧＤＩ、５２…プリンタドライバ、５４…ＥＭＦファイル、５６…ＧＤＩ３２、５８…スプーラプロセス、６０…ルータ、６２…ローカルプリントプロバイダ、６４…ジョブ記述ファイル、６６…ポートスレッド、６８…プリンタ、７８…ポート、７４…言語モニタ、７６…ポートモニタ、７０…スプーラシステム、７２…プリントプロセッサ。
【図１】
2008146638.tif 000003
【図２】
2008146638.tif 000004
【図３】
2008146638.tif 000005
【図４】
2008146638.tif 000006
【図５】
2008146638.tif 000007
【図６】
2008146638.tif 000008
【図７】
2008146638.tif 000009
【図８】
2008146638.tif 000010
【図９】
2008146638.tif 000011
【図１０】
2008146638.tif 000012
【図１１】
2008146638.tif 000013
【図１２】
2008146638.tif 000014
【図１３】
2008146638.tif 000015
【図１４】
2008146638.tif 000016
【図１５】
2008146638.tif 000017
【図１６】
2008146638.tif 000018