JP2012094113A - プリントシステム、印刷方法、プリントサーバ、制御方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行う際に、適切な印刷設定変更が可能となるプリントシステム、印刷方法を提供する。
【解決手段】印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバ４０１を備える情報処理装置と印刷装置と通信するプリントサーバ１０１であって、情報処理装置から受信した中間形式の印刷ジョブを記憶、印刷装置から、記憶されている中間形式の印刷ジョブに対する印刷設定情報の変更指示を受信、変更指示に従い、印刷ジョブの印刷設定情報を更新、印刷装置から印刷要求を受信、印刷要求に従って中間形式の印刷ジョブと更新された印刷設定情報に基づいて印刷装置にて印刷可能な形式の印刷ジョブを生成し、生成された印刷ジョブを印刷装置へ送信する。
【選択図】図４

Description

本発明は、プルプリント制御を行うプリントシステム、印刷方法、プリントサーバ、制御方法、及びプログラムに関する。

従来、ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行うことで当該印刷装置から印刷データの出力を可能にする所謂「プルプリント」の印刷システムが提案されている（例えば、特許文献１参照）。これにより、ユーザはアプリケーションからの印刷時に特定の印刷装置への出力ではなく、所望の印刷装置からの印刷データ出力を可能としている。

また、ユーザの意図しない印刷出力がなされた場合の再印刷手段として、印刷装置上のパネルにクライアントＰＣ上で動作しているプリンタドライバのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示する。そして、このＵＩを操作することで再印刷設定と再印刷を指示するシステムの提案がなされている（例えば、特許文献２参照）。

特許第４０３３８５７号明細書 特開２００７−３０４８８１号公報

従来の方法では、ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行う際に、印刷設定情報の変更を指示することが困難である。サーバ上に一次蓄積される印刷データの形式は、印刷装置に依存したＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）であるため、印刷設定情報の変更の指示通りにＰＤＬを編集しなければならない。具体例を示す。ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行う際に、４ページを１ページに割り付けるような印刷設定（以後、４ｉｎ１と称する）を指示したとする。このとき、サーバ上に一次蓄積される印刷データ、即ちＰＤＬを４ｉｎ１に適合するように変更する必要がある。もし、ＰＤＬが印刷装置の解像度に依存するラスタ形式であるなら、４ｉｎ１を実現するためにラスタ画像を縮小することになるので、細線の消失等、品質上の様々な問題が生じる。また、ＰＤＬは多種多様な仕様が存在するので、それら複数のＰＤＬに対応することは多大な労力を必要とする。そもそも、ＰＤＬの仕様が非公開であったら、ＰＤＬを変更することもできない。

また、ユーザが印刷装置から印刷設定情報の変更を指示する方法として、印刷装置上のパネルにクライアントＰＣ上で動作しているプリンタドライバのＵＩを表示する方法は、プルプリントシステムに適用するのが困難である。ユーザが、プルプリントを実行するためにクライアントＰＣ上で印刷を指示する時点では、まだ出力対象の印刷装置は確定していないので、使用するプリンタドライバＵＩの機能は印刷装置に依存しない汎用的なものにならざるを得ない。そして、ユーザが印刷装置に赴き、印刷装置上のパネルを操作する時点で初めて出力対象の印刷装置が確定する。つまり、印刷装置上のパネルに表示するプルプリント用のプリンタドライバＵＩの機能は汎用的なものに過ぎない、即ち印刷装置固有の機能を使えないので、印刷設定可能な機能が限定されてしまう。

上記課題を解決するため、本発明は以下の構成を有する。すなわち、印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバを備える情報処理装置と、前記印刷ジョブを管理するプリントサーバと、印刷装置とを含むプリントシステムであって、前記プリントサーバは、前記情報処理装置から受信した前記中間形式の印刷ジョブを記憶する記憶手段と、前記印刷装置から、前記記憶手段に記憶されている前記中間形式の印刷ジョブに対する印刷設定情報の変更指示を受信する設定変更受信手段と、前記印刷設定情報の変更指示に従い、前記印刷ジョブの印刷設定情報を更新する更新手段と、前記印刷装置から印刷要求を受信する印刷要求受信手段と、前記印刷要求に従って当該中間形式の印刷ジョブと前記更新手段により更新された印刷設定情報に基づいて前記印刷装置にて印刷可能な形式の印刷ジョブを生成し、当該生成された印刷ジョブを当該印刷装置へ送信するジョブ送信手段とを有し、前記印刷装置は、印刷ジョブを選択する選択手段と、前記選択手段により選択された印刷ジョブに対する前記印刷設定情報の変更指示を送信する設定変更送信手段と、前記プリントサーバへ前記印刷ジョブに対する前記印刷要求を送信する印刷要求送信手段と、前記ジョブ送信手段により送信された印刷ジョブを印刷する印刷手段とを有する。

本発明により、ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行う際に、印刷設定の変更を指示することが可能となる。しかも、印刷装置上で動作する印刷設定変更を指示するプログラムは、クライアントＰＣではなく、サーバ上にある印刷装置に適したプリンタドライバに印刷設定変更を依頼するため、適切な印刷設定変更が可能になる。

プリントシステムの構成の一例を示すシステム構成図。 各装置のハードウェア構成を示すブロック図。 複合機のコントローラユニットの構成の例を示すブロック図。 プリントシステムにおけるプルプリントの全体の流れを説明する模式図。 各データフローの詳細を示す図。 アプリケーションプログラムの印刷画面の一例を示す模式図。 プリントシステムにおける第１の制御処理の例を示すフローチャート。 プリントシステムにおける第２の制御処理の例を示すフローチャート。 プリントシステムにおける第３の制御処理の例を示すフローチャート。 プリントシステムにおける論理プリンタ作成を示すフローチャート。 プリントシステムにおける第４の制御処理の例を示すフローチャート。 プリントシステムにおける第５の制御処理の例を示すフローチャート。 データ詳細を示す図。 データ詳細を示す図。 複合機の操作部の表示部に表示される画面の模式図。 複合機の操作部の表示部に表示される画面の模式図。 データ詳細を示す図。 複合機の操作部の表示部に表示される画面の模式図。

［システム構成］
以下、本発明を実施するための形態について図面を用いて説明する。図１は、本発明に係る情報処理装置、プリントサーバ、アドレス管理サーバ、および印刷装置を適用可能なプリントシステムの構成の一例を示すシステム構成図である。図１の「事業所Ａ」に示すように、本実施形態のプリントシステムは、１又は複数のクライアントＰＣ１００、１又は複数のプリントサーバ１０１、１又は複数の複合機１０２、アドレス管理サーバ１０３、１又は複数のログインサービスＰＣ１０４、ディレクトリサービスサーバ１０５がローカルエリアネットワーク（ＬＡＮ）１０６を介して接続される構成となっている。

クライアントＰＣ１００には、仮想プリンタドライバがインストールされている。この仮想プリンタドライバは、クライアント・アプリケーションから受け取ったデータに基づいて、特定の複合機に依存しない中間形式の印刷ジョブを生成し、プリントサーバ１０１へ送信する。なお、中間形式の印刷ジョブとは、フォーマットに関する共通仕様が一般に公開されており、かつ再編集が容易な形式の印刷データを意味する。例えば、ＥＭＦＳＰＯＯＬ形式（Ｅｎｈａｎｃｅｄ Ｍｅｔａｆｉｌｅ Ｓｐｏｏｌ Ｆｏｒｍａｔ）、ＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）などがある。本実施形態においては、ＥＭＦＳＰＯＯＬ形式を使って説明するが、ＸＰＳやＰＤＦなど他の中間形式の印刷データであってもかまわない。

プリントサーバ１０１は、受信した該印刷ジョブを所定の格納場所に保存する。また、プリントサーバ１０１は、ジョブ管理データベース（以後、ジョブ管理ＤＢと呼ぶ）を備え、該印刷ジョブに関するメタデータを、ジョブ管理ＤＢに記憶する。プリントサーバ１０１は、ジョブ管理ＤＢに記憶しているメタデータから印刷ジョブ一覧情報（印刷ジョブ一覧データ）を生成し、複合機１０２へ転送する。プリントサーバ１０１は、ジョブ管理ＤＢに記憶しているメタデータと複合機１０２から受信する印刷設定情報とを使って、印刷設定情報の更新を行い、複合機１０２へ更新した印刷設定情報を転送する。さらに、プリントサーバ１０１は、上記所定の格納場所に保存している印刷ジョブとジョブ管理ＤＢに記録管理しているメタデータとからＰＤＬ（Ｐｒｉｎｔｅｒ ＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）データを生成し、複合機１０２へ転送する。

アドレス管理サーバ１０３は、アドレス管理データベース（以後、アドレス管理ＤＢと呼ぶ）を備える。アドレス管理サーバ１０３は、本実施形態の「プルプリント」処理の実行時に、印刷ジョブを管理するプリントサーバ１０１のアドレス情報（以下、アドレス）とユーザ識別子を、アドレス管理ＤＢに記憶する。さらに、アドレス管理サーバ１０３は、複合機１０２からの印刷ジョブ一覧要求に応じて、複合機１０２から受信したユーザ識別子に対応するプリントサーバ１０１のアドレスを複合機１０２へ送信する。

ログインサービスＰＣ１０４は、複合機１０２のログインサービスとして、ディレクトリサービスサーバ１０５で記憶されているクライアントＰＣ１００のログインユーザ名、パスワード（例えば、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）のログインユーザ名、パスワード）に基づく認証処理を行う。ここでの認証処理の例として、ＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−ＯＮ）が挙げられる。ログインサービスＰＣ１０４の例として、キヤノン社のセキュリティエージェント（Ｓｅｃｕｒｉｔｙ Ａｇｅｎｔ）を搭載したパーソナルコンピュータが挙げられる。

ディレクトリサービスサーバ１０５は、ネットワーク上に存在するサーバ、クライアント、プリンタ等のハードウェア資源や、それらを使用するユーザの属性（クライアントＰＣ１００のログインユーザ名、パスワードを含む）、アクセス権等の情報を記憶する。ディレクトリサービスサーバ１０５の一例として、アクティブディレクトリ（ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ）機能を搭載したサーバが挙げられる。

また、「事業所Ｂ」は、１又は複数のクライアントＰＣ１００，１又は複数のプリントサーバ１０１，１又は複数の複合機１０２がＬＡＮ１０６を介して接続される構成を有する。本実施形態のプリントシステムは、上述した構成の「事業所Ａ」と、１又は複数の「事業所Ｂ」とが、ＷＡＮ１０７を介して接続される構成であってもよい。

また、各サーバの機能は、一台の装置で複数のサーバとしての機能を実現しても良いし、複数台の装置で、一つの機能を協働して実現しても構わない。

［情報処理装置］
図２を用いて、図１に示したクライアントＰＣ１００、プリントサーバ１０１、アドレス管理サーバ１０３、ログインサービスＰＣ１０４、ディレクトリサービスサーバ１０５に適用可能な情報処理装置のハードウェア構成について説明する。図２は、図１に示したクライアントＰＣ１００、プリントサーバ１０１、アドレス管理サーバ１０３、ログインサービスＰＣ１０４、ディレクトリサービスサーバ１０５に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。また、入力コントローラ２０５は、キーボード２０９やマウス（不図示）等のポインティングデバイス等からの入力を制御する。

ビデオコントローラ２０６は、モニタ２１０への表示を制御する。一般に、モニタ２１０は液晶ディスプレイやＣＲＴ等の表示器である。これらは必要に応じて管理者が使用するものである。メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＳＤメモリカード等の外部メモリ２１１へのアクセスを制御する。通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ１０６）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、モニタ２１０上での表示を可能としている。

また、ＣＰＵ２０１は、モニタ２１０上のマウスカーソル（不図示）等でのユーザ指示を可能とする。本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

［コントローラユニット］
図３を用いて、図１に示した複合機１０２を制御するコントローラユニットのハードウェア構成について説明する。図３は、図１に示した複合機１０２のコントローラユニットのハードウェア構成の一例を示すブロック図である。図３において、コントローラユニット３１６は、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する。その一方で、コントローラユニット３１６は、ＬＡＮ（例えば、図１に示したＬＡＮ１０６）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。コントローラユニット３１６において、ＣＰＵ３０１は、システム全体を制御するプロセッサである。ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。ＲＯＭ３０３は、システムのブートプログラムや各種制御プログラムが格納されている。ハードディスクドライブ（ＨＤＤ）３０４は、システムを制御するための各種プログラム，画像データ等を格納する。

操作部インタフェース（操作部Ｉ／Ｆ）３０７は、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。ネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）３０５は、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。モデム（ＭＯＤＥＭ）３０６は、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。外部インタフェース（外部Ｉ／Ｆ）３１８は、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部である。なお、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

イメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）３２０は、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが接続される。ラスタイメージプロセッサ（ＲＩＰ）３１０は、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。プリンタインタフェース（プリンタＩ／Ｆ）３１１は、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、スキャナインタフェース（スキャナＩ／Ｆ）３１３は、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。画像処理部３１７は、入力画像データに対し補正、加工、編集を行う。また、画像処理部３１７は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットされ、装置使用者が操作部３０８から読み取り起動指示する。これにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、原稿フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。プリンタ３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等がある。本発明が適用可能であれば、どの方式の装置を用いても構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を備え、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する際に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。以上のような構成によって、複合機１０２は、スキャナ３１４から読み込んだ画像データをＬＡＮ１０６上に送信し、ＬＡＮ１０６から受信した印刷データをプリンタ３１２により印刷出力することができる。また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信し、公衆回線からＦＡＸ受信した画像データをプリンタ３１２により出力することできる。

［プルプリント処理の流れ］
図４を用いて、本実施形態のプリントシステムにおけるプルプリントの全体の流れについて説明する。その前に、まず、本実施形態のプルプリントを実行するための前提について説明する。本実施形態のプルプリントを実現するための仮想プリンタドライバをプリントサーバ１０１に共有プリンタとしてインストールしておく。仮想プリンタドライバは、クライアント・アプリケーション４００から指示された印字や描画命令の出力に基づいて印刷データを生成する機能を有する。更に、プリンタドライバやプリンタが備える機能を制御するための印刷設定情報の設定を受け付ける機能（ユーザインタフェース）と、その印刷設定情報をインストールされた論理プリンタごとに外部記憶装置に記憶する機能等を有する。また、この印刷設定情報は、米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）の場合、ＤＥＶＭＯＤＥ構造体に格納される。このＤＥＶＭＯＤＥ構造体とは、プリンタが使用可能な機能，レイアウト設定，仕上げ設定，給・排紙設定，印字品質設定等の論理プリンタに関するデフォルトの動作条件を含む各種設定を記憶するために、米国Ｍｉｃｒｏｓｏｆｔ社が規定したものである。この情報は、インストールされた論理プリンタごとに外部記憶装置に記憶される。各クライアントＰＣ１００は、仮想プリンタドライバをプリントサーバ１０１からポイント＆プリント等でダウンロードしてインストールし、仮想プリンタドライバ４０１の論理プリンタを追加しておく。

以下、本実施形態のプルプリントの全体の流れについて説明する。図４は、本実施形態のプリントシステムにおけるプルプリント（どこでもプリント（登録商標））の全体の流れを説明する模式図である。図４に示すように、まず、ユーザは、クライアントＰＣ１００にログインし、該クライアントＰＣ１００で実行されるクライアント・アプリケーション４００から仮想プリンタドライバ４０１に対応する論理プリンタへの印刷指示を行う（１−１）。この際、ユーザは仮想プリンタドライバを使って印刷設定情報を設定できる。ただし、ここで設定できる印刷設定情報は、特定のプリンタに特化した設定はできず、汎用的な内容に限られる。具体的には、全てのプリンタで対応できる印刷設定情報である。この印刷指示に応じて、クライアントＰＣ１００のクライアント・アプリケーション４００は、グラフィックエンジン（不図示）を介して、仮想プリンタドライバ４０１にデータを送信する。クライアントＰＣ１００の仮想プリンタドライバ４０１は、該クライアント・アプリケーションからグラフィックエンジンを介して受け取ったデータに基づいてデバイスに依存しないＥＭＦＳＰＯＯＬ形式の印刷ジョブを生成する。そして、クライアントＰＣ１００は、生成したＥＭＦＳＰＯＯＬ形式の印刷ジョブをプリントサーバ１０１に送信する（１−２）。

プリントサーバ１０１にて、プリントプロセッサ４０２は、仮想プリンタドライバ４０１から送信されてきたＥＭＦＳＰＯＯＬ形式の印刷ジョブを読み取り、印刷ジョブのメタデータを生成する。そして、プリントプロセッサ４０２は、ジョブ管理サービス４０３へメタデータと印刷ジョブを送信する（１−３）。ジョブ管理サービス４０３は、プリントサーバ１０１上の所定の格納場所にＥＭＦＳＰＯＯＬ形式の印刷ジョブを保存する。さらにジョブ管理サービス４０３は、メタデータをジョブ管理ＤＢ４０４（プリントサーバ１０１の外部記憶装置上に構築される）に登録する（１−４）。このとき、プリントサーバ１０１は、上記所定の格納場所に印刷ジョブを保存するだけで、印刷装置への送信は行わない。さらに、プリントサーバ１０１は、印刷ジョブの識別子とユーザ識別子をアドレス管理サーバ１０３上のアドレス管理サービス４０５へ登録するために送信する（１−５）。

アドレス管理サービス４０５は、ジョブ管理サービス４０３から、印刷ジョブの識別子とユーザ識別子を受信すると、プリントサーバ１０１のアドレスも加えてアドレス管理ＤＢ４０６に登録する（１−６）。本実施形態において、アドレス管理ＤＢ４０６は、アドレス管理サーバ１０３の外部記憶装置上に構築される。なお、本実施形態では、機器を判別するためのアドレスとしてＩＰアドレスを使用する。本実施形態では、ジョブ識別子としてＧＵＩＤ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を使用する。

複合機１０２は、カードリーダ３１９により読み取り可能なＩＣカードを検知すると、該ＩＣカード内の個人認証情報を読み取り、該読み取った個人認証情報を認証要求として認証サーバ（不図示）に送信する。個人認証情報は、認証に用いられる情報であり、例えば該ＩＣカードの製造番号でも良い。ユーザを一意に特定できる情報であればよく、特に限定するものではない。認証サーバは、複合機１０２より個人認証情報を受信すると、該個人認証情報の認証処理を認証サーバの外部記憶装置上に記憶されるＩＣカード認証用テーブルに基づいて行い、認証結果を複合機１０２に返信する。なお、認証処理に成功した場合には、認証結果として、クライアントＰＣ１００のユーザ識別子を送信するものとする。なお、この認証サーバの機能を実現できればその機能を有する機器はいずれでも良く、例えば、アドレス管理サーバ１０３にあってもよい。

複合機１０２上のパネル・アプリケーション４０７は、認証に成功した旨の認証結果（クライアントＰＣ１００のログインユーザ識別子）を受信する。本実施形態では、ユーザ識別子としてユーザ名を使用する。もちろん、ユーザを識別する手段としてＩＣカードの製造番号などでもかまわない。

パネル・アプリケーション４０７は、プリントサーバ１０１に印刷ジョブ一覧を要求するが、その前に印刷ジョブ一覧を取得するためにプリントサーバ１０１のＩＰアドレスを取得する前処理を実施する。パネル・アプリケーション４０７は、アドレス管理サーバ１０３上のアドレス管理サービス４０５にユーザ名を送信する（２−１）。これにより、アドレス解決指示手段を実現する。アドレス管理サービス４０５は、受信したユーザ名に対応するプリントサーバ１０１のアドレスをアドレス管理ＤＢ４０６を参照して取得する（２−２）。そして、アドレス管理サービス４０５は、パネル・アプリケーション４０７へプリントサーバ１０１のアドレスを返信する（２−３）。このアドレスを受信することにより、パネル・アプリケーション４０７は、アドレス受信手段を実現する。

パネル・アプリケーション４０７は、アドレス管理サービス４０５からプリントサーバ１０１のアドレスを受信すると、取得したアドレスに基づいて、プリントサーバ１０１上のジョブ管理サービス４０３へ対し印刷ジョブ一覧を要求する（２−４）。これにより、パネル・アプリケーション４０７は、一覧要求送信手段を実現する。また、この印刷ジョブ一覧要求を受信することで、ジョブ管理サービス４０３は、一覧要求受信手段を実現する。ジョブ管理サービス４０３は、ジョブ管理ＤＢ４０４を参照して（２−５）、該ユーザ名に対応する印刷ジョブ一覧を生成し、パネル・アプリケーション４０７へ印刷ジョブ一覧を返信する（２−６）。これにより、一覧送信手段を実現する。また、この印刷ジョブ一覧を受信することで、パネル・アプリケーション４０７は、一覧受信手段を実現する。パネル・アプリケーション４０７は、ジョブ管理サービス４０３から印刷ジョブ一覧を受信すると、該印刷データ一覧を操作部３０８のＵＩ上に表示する。

そして、ユーザにより、印刷ジョブが選択され、印刷設定情報の変更指示、及び印刷指示がなされると、パネル・アプリケーション４０７は、該選択された印刷ジョブの印刷設定情報をジョブ管理サービス４０３に送信する（３−１）。これにより設定変更送信手段を実現する。また、この印刷設定情報の変更を受信することにより、ジョブ管理サービス４０３は、設定変更受信手段を実現する。ジョブ管理サービス４０３は、パネル・アプリケーション４０７から印刷設定情報を受信すると、ジョブ管理ＤＢ４０４を参照する（３−２）。そしてジョブ管理サービス４０３は、クライアントＰＣで設定された汎用的な印刷設定情報をパネル・アプリケーション４０７から受信した印刷設定情報に変更し、パネル・アプリケーション４０７へ変更した印刷設定情報を返信する（３−３）。これにより、設定送信手段を実現する。また、送信された印刷設定情報を受信することで、パネル・アプリケーション４０７は設定受信手段を実現する。パネル・アプリケーション４０７は送信した印刷設定情報と受信した印刷設定情報を比較し、印刷設定情報の変更が正しく機能したかどうか判定する。正しく機能しなかった場合は、パネル・アプリケーション４０７は、操作部３０８のＵＩ上にその旨のメッセージを表示する。

そして、パネル・アプリケーション４０７は、改めてジョブ管理サービス４０３に対し印刷要求（出力指示）を行う（４−１）。これにより印刷要求送信手段を実現する。また、この印刷要求を受信することにより、ジョブ管理サービス４０３は、印刷要求受信手段を実現する。ジョブ管理サービス４０３は、パネル・アプリケーション４０７から印刷指示を受信すると、ジョブ管理ＤＢ４０４を参照して印刷に必要な情報を取得する（４−２）。そして、ジョブ管理サービス４０３は、該印刷指示に基づいて印刷処理を実行するために、ジョブ管理ＤＢ４０４から取得した情報に基づいて、ＥＭＦＳＰＯＯＬ形式の印刷ジョブを取得する。そして、その印刷ジョブに対するＰＤＬ変換処理等の指示をプリンタドライバへ行う（４−３）。ここでは、印刷要求を発行したプリンタのプリンタドライバに対してＰＤＬ変換処理が指示される。なお、本願ではプリントサーバに予め各デバイスのプリンタドライバがインストールされているものとして説明するが、それに限る必要はない。

その後、プリンタドライバ４０８は、複合機１０２にＰＤＬジョブを送信して複合機１０２で印刷する（４−４）。これにより、ジョブ送信手段を実現する。なお、ここでのＰＤＬジョブとは、ＥＭＦＳＰＯＯＬ形式の印刷ジョブに対して、印刷可能なＰＤＬ形式に変換したジョブを指す。このＰＤＬ形式のジョブに変換することにより、複合機１０２にて出力が可能となる。

最後に、ユーザにより、印刷ジョブの削除が指示されると、パネル・アプリケーション４０７は、ジョブ管理サービス４０３に対し指定された印刷ジョブの削除を指示する（５−１）。ジョブ管理サービス４０３は、パネル・アプリケーション４０７から印刷ジョブの削除要求を受信すると、まず、アドレス管理サービス４０５へ登録した印刷ジョブ識別子の削除を指示する（５−２）。アドレス管理サービス４０５は、ジョブ管理サービス４０３から印刷ジョブ識別子の登録解除要求を受信すると、アドレス管理ＤＢ４０６の該当するレコードを削除する（５−３）。次に、ジョブ管理サービス４０３は、ジョブ管理ＤＢの該当するレコードを削除し（５−４）、ＥＭＦＳＰＯＯＬ形式の印刷ジョブファイルも削除する。

以上、プリントシステム全体の流れを説明した。なお、図５は、図４のプリントシステムにおけるデータの詳細を表形式で表したものである。以降、フローチャートを使って詳細に説明するが、その際に図５を併用して説明を補足していく。

［印刷指示動作］
図１に示したクライアントＰＣ１００上で動作するクライアント・アプリケーション４００上での印刷指示について説明する。図６は、図１に示したクライアントＰＣ１００上で動作するクライアント・アプリケーション４００の印刷画面の一例を示す模式図であり、クライアントＰＣ１００のＣＰＵの制御により表示器に表示される。プリンタ選択部６１０は、クライアントＰＣ１００に設定されている論理プリンタから、印刷を行う論理プリンタを選択するためのものである。

このプリンタ選択部６１０において、「どこでも印刷」６０１は、本実施形態のプルプリント設定された仮想プリンタドライバに対応する論理プリンタとする。さらに、プリンタ選択部６１０における「Ｃｘｘｘｘ ｉｘ３２５０」６０２，「Ｃｘｘｘｘ ｉｘ５０５１」６０３は、通常のプリンタドライバに対応する論理プリンタとする。ユーザは、プリンタ選択部６１０で、いずれかの論理プリンタを選択し、ＯＫボタン６０５をポインティングデバイス（不図示）等で指示する。すると、クライアント・アプリケーション４００は、印刷のためのデータを、プリンタ選択部６１０で選択された論理プリンタに対応するプリンタドライバにグラフィックエンジンを介して送信する。以下、プリンタ選択部６１０で「どこでも印刷」６０１が選択されて印刷指示がなされた場合の仮想プリンタドライバの動作について説明する。

［第１の制御処理］
図７は、本発明のプリントシステムにおける第１の制御処理手順の一例を示すフローチャートであり、図４に示した１−１から１−６までの処理手順に対応する。なお、図４に示されたフローチャートにおいて、実線矢印は処理の流れを示し、破線矢印は装置間のデータの送受信を示している。

ＳＡ７００〜ＳＡ７０２は、図４に示した仮想プリンタドライバ４０１による印刷ジョブ投入処理に対応する。これらフローチャートの処理は、図１に示したクライアントＰＣ１００のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＢ７００〜ＳＢ７０６は、図４に示したプリントプロセッサ４０２によるメタデータ生成・送信処理及び印刷ジョブ転送処理に対応する。これらフローチャートの処理は、図１に示したプリントサーバ１０１のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＣ７００〜ＳＣ７０９は、図４に示したジョブ管理サービス４０３によるメタデータ登録処理及び印刷ジョブ保存処理対応する。これらフローチャートの処理は、図１に示したプリントサーバ１０１のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＤ７００〜ＳＤ７０４は、図４に示したアドレス管理サービス４０５による印刷ジョブ識別子登録処理に対応する。これらフローチャートの処理は、図１に示したアドレス管理サーバ１０３のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

まず、クライアントＰＣ１００の仮想プリンタドライバ４０１による印刷ジョブ投入処理を説明する。ＳＡ７００において、仮想プリンタドライバ４０１の処理が開始する。ＳＡ７０１において、仮想プリンタドライバ４０１は、図４のクライアント・アプリケーション４００から入力されたデータをＥＭＦＳＰＯＯＬ形式の印刷ジョブとして出力する。これは図４の１−１と１−２に相当する。米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）の場合、プリンタドライバへの入力はＤＤＩ（Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ）と呼ばれるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）による関数呼び出しによって実施される。

仮想プリンタドライバ４０１は、ＤＤＩの呼び出しと同時に渡されるパラメータを解釈して、ＥＭＦＳＰＯＯＬ形式の印刷ジョブを生成し、ＯＳが管理するスプーラ（不図示）へ生成したジョブを出力する。一般に、プリンタドライバの役割は、出力対象のデバイスに依存した印刷ジョブを生成し出力することであるが、本実施形態においては、複合機１０２に依存しない中間形式の印刷ジョブを生成し、出力することが重要である。これによって、複合機１０２の構成が変更されたとしても、本発明のプリントシステムにおいて仮想プリンタドライバ４０１の構成に変更は生じない。つまり、複合機固有の機能をプルプリントシステムで使用することが容易に実現できる。ＳＡ７０２で処理を終了する。

次にプリントサーバ１０１のプリントプロセッサ４０２によるメタデータ生成・送信処理及び印刷ジョブ転送処理を説明する。米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）の場合、ＯＳがプリントプロセッサに対し印刷ジョブの処理を依頼する際に呼び出すＰｒｉｎｔＤｏｃｕｍｅｎｔＯｎＰｒｉｎｔＰｒｏｃｅｓｓｏｒ関数の内部処理を示す。ＳＢ７００において、プリントプロセッサ４０２は、プリントサーバ１０１上で処理を開始する。ＳＢ７０１において、プリントプロセッサ４０２は、仮想プリンタドライバ４０１から出力され、ＯＳにて管理されている印刷ジョブの形式に関する情報を取得する。そして、プリントプロセッサ４０２は、ＯＳのスプーラに出力されたジョブの種類がＲＡＷ形式かどうか判定する。ＲＡＷ形式とは、プリンタドライバが出力した印刷ジョブを意味する。つまり、仮想プリンタドライバ４０１は、ＳＡ７０１にて印刷ジョブを出力しているので、ここではＲＡＷ形式と判定され、ＳＢ７０２へ進む。ＲＡＷ形式と判定されない場合は、ＳＢ７０６へ進み、処理を終わる。ＳＢ７０２において、プリントプロセッサ４０２は、メタデータを生成する。

メタデータは、図５の「１−３」行の「送信データ」列にある、ＧＵＩＤ（Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）、ジョブ名、ユーザ名、ＤＥＶＭＯＤＥ、仮想プリンタドライバの論理プリンタ名である。具体的には、図１３（ａ）のようなＸＭＬ形式で表現される。ＪｏｂＩｎｆｏ要素のＧｕｉｄ属性には、本発明のプリントシステムにおいて一意となる印刷ジョブの識別子を記述する。ＪｏｂＩｎｆｏ要素のＪｏｂＮａｍｅ属性には、図４の１−１の過程で指定されたジョブの名前を記述する。ＪｏｂＩｎｆｏ要素のＵｓｅｒＮａｍｅ属性には、図４の１−１の過程で印刷を実行したユーザの名前を記述する。ＪｏｂＩｎｆｏ要素のＰｒｉｎｔＱｕｅｕｅＮａｍｅ属性には、図４の１−１の過程で使用された論理プリンタの名前を記述する。ＤｏｃｕｍｅｎｔＳｅｔｔｉｎｇｓ要素のＤｅｖｍｏｄｅＳｎａｐｓｈｏｔ属性には、図４の１−１の過程で指定された最初のページの印刷設定情報（ＤＥＶＭＯＤＥ）を記述する。なお、ＤＥＶＭＯＤＥはバイナリ形式なので、ＸＭＬで記述するためにＢａｓｅ６４と呼ばれる手法によりテキスト化している。

ＳＢ７０３おいて、プリントプロセッサ４０２は、ＳＢ７０２で生成したメタデータをジョブ管理サービス４０３へ送信する。米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）の場合、送信プロトコルとして名前付きパイプを使うと高効率である。しかも、後述するユーザトークン取得に関しても名前付きパイプの使用は都合が良い。ＳＢ７０４において、プリントプロセッサ４０２は、ＯＳのスプーラからスプールデータを読み込む。ここでのスプールデータとは、仮想プリンタドライバ４０１により出力された印刷ジョブに対応する。そして、ＳＢ７０５において、プリントプロセッサ４０２は、読み込んだスプールデータをジョブ管理サービス４０３へ送信する。ＳＢ７０６で処理を終了する。
次にジョブ管理サービス４０３によるメタデータ登録処理及び印刷ジョブ保存処理を説明する。ＳＣ７００において、ジョブ管理サービス４０３は、プリントサーバ１０１上で処理を開始する。ＳＣ７０１において、ジョブ管理サービス４０３は、名前付きパイプのサーバとして機能することによって、プリントプロセッサ４０２によりＢ７０４で送信されたメタデータを図１３（ａ）のようなＸＭＬ形式で受信する。なお、プリントプロセッサ４０２とのコネクションを確立する際に、ジョブ管理サービス４０３は、名前付きパイプのクライアント（即ちプリントプロセッサ４０２）のユーザトークンを取得する（ＳＣ７０２）。ユーザトークンの使用方法については後述する。

ＳＣ７０３において、ジョブ管理サービス４０３は、印刷ジョブを保存するファイルパスを決定する。ＳＣ７０４において、ジョブ管理サービス４０３は、プリントプロセッサ４０２によるＳＢ７０５にて送信されたＥＭＦＳＰＯＯＬ形式の印刷ジョブを受信する。ＳＣ７０５において、ジョブ管理サービス４０３は、受信したＥＭＦＳＰＯＯＬ形式の印刷ジョブをＳＣ７０３で決定したファイル名で保存し、ＳＣ７０６において現在の日付・時刻を生成する。これをもって印刷ジョブ投入時刻とする。ＳＣ７０７において、ジョブ管理サービス４０３は、ＳＣ７０１で受信したメタデータとＳＣ７０２で取得したユーザトークンとＳＣ７０３で決定したファイル名とＳＣ７０６で生成した日付・時刻を新規レコードとして図４のジョブ管理ＤＢ４０４に登録する。ＳＣ７０８において、ジョブ管理サービス４０３は、アドレス管理サービス４０５へ印刷ジョブ識別子登録コマンドを送信する。このとき、ジョブ管理サービス４０３は、ＳＣ７０１で受信したメタデータに含まれるＧＵＩＤとユーザ名も送信する。ＳＣ７０９で処理を終了する。

次にアドレス管理サービス４０５による印刷ジョブ識別子登録処理を説明する。ＳＤ７００において、アドレス管理サービス４０５は、アドレス管理サーバ１０３上で処理を開始する。ＳＤ７０１において、アドレス管理サービス４０５は、ジョブ管理サービス４０３からＳＣ７０８で送信されたＧＵＩＤとユーザ名を受信する。なお、ジョブ管理サービス４０３とのコネクションを確立する際に、アドレス管理サービス４０５は、プリントサーバ１０１のＩＰアドレスを取得する（ＳＤ７０２）。ＳＤ７０３において、アドレス管理サービス４０５は、ＳＤ７０１で受信したＧＵＩＤとユーザ名とＳＤ７０２で取得したＩＰアドレスを図４のアドレス管理ＤＢ４０６に新規レコードとして登録する。ＳＤ７０４で処理を終了する。

［第２の制御処理］
図８は、本発明のプリントシステムにおける第２の制御処理手順の一例を示すフローチャートであり、図４に示した２−１から２−６までの処理手順に対応する。なお、図８に示されたフローチャートにおいて、実線矢印は処理の流れを示し、破線矢印は装置間のデータの送受信を示している。

ＳＥ８００〜ＳＥ８１３は、図４に示したパネル・アプリケーション４０７による印刷ジョブ一覧表示処理に対応する。これらフローチャートの処理は、図１に示した複合機１０２のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＤ８００〜ＳＤ８０７は、図４に示したアドレス管理サービス４０５によるアドレス解決処理に対応する。これらフローチャートの処理は、図１に示したアドレス管理サーバ１０３のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＣ８００〜ＳＣ８１０は、図４に示したジョブ管理サービス４０３による印刷ジョブ一覧生成処理に対応する。これらフローチャートの処理は、図１に示したプリントサーバ１０１のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

まず、パネル・アプリケーション４０７による印刷ジョブ一覧表示処理を説明する。ＳＥ８００において、パネル・アプリケーション４０７の処理が開始する。ＳＥ８０１において、パネル・アプリケーション４０７は、ログイン表示画面（図１５（ａ））を操作部３０８の表示部に表示するように制御する。そして、ＳＥ８０２において、パネル・アプリケーション４０７は、ＩＣカード等によるユーザ認証を行う。本実施形態において、ユーザ認証は重要なプロセスではないので、ここでは、認証カードの検出方法やＩＣカードの識別ＩＤ取得方法や認証サーバによる認証処理といった詳細説明を省略する。

ＳＥ８０３において、パネル・アプリケーション４０７は、認証結果を判定する。ＳＥ８０３にて、認証エラーである旨の認証結果が得られた場合には、ＳＥ８０４において、パネル・アプリケーション４０７は、エラー表示画面（図１５（ｂ））を操作部３０８の表示部に表示するように制御する。パネル・アプリケーション４０７は、該エラー表示画面にてＯＫボタンの押下を受け付けると、ＳＥ８０１に戻り、再度、ログイン表示画面を表示制御する。一方、ＳＥ８０３にて認証が成功したと判定した場合、ＳＥ８０５へ進む。ＳＥ８０５において、パネル・アプリケーション４０７は、認証に成功したユーザ名を取得する。ＳＥ８０６において、パネル・アプリケーション４０７は、アドレス管理サービス４０５にユーザ名を送信する。次に、ＳＥ８０７において、パネル・アプリケーション４０７は、アドレス管理サービス４０５からプリントサーバ１０１のＩＰアドレスのリストを受信する。つまり、アドレス管理サービス４０５に対し、ユーザ名で対象となる印刷ジョブを絞り込み、その印刷ジョブを保持するジョブ管理サービスのＩＰアドレスを返信することを要求している。

続くＳＥ８０８からＳＥ８１１までは、ＩＰアドレスのリストからＩＰアドレスを列挙するループ処理である。ＳＥ８０８において、パネル・アプリケーション４０７は、ＩＰアドレスのリストからＩＰアドレスを取り出す。ＳＥ８０９において、パネル・アプリケーション４０７は、ＩＰアドレスを取り出せたか否かを判定する。ＩＰアドレスを取り出せた場合、ＳＥ８１０へ進み、パネル・アプリケーション４０７は、ジョブ管理サービス４０３に印刷ジョブ一覧要求コマンドを送信する。このときユーザ名も併せて送信する。ＳＥ８１１において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３から印刷ジョブ一覧を受信する。

この印刷ジョブ一覧は、図５の「２−６」行の「送信データ」列にある、ＧＵＩＤ、ジョブ名、部数、両面、カラーモード、ページ集約、日付・時刻である。具体的には、図１４のようなＸＭＬ形式の印刷ジョブ一覧情報として表現される。ＪｏｂＬｉｓｔ要素は、ジョブの数だけのＪｏｂＩｎｆｏ要素を保持する。ＪｏｂＩｎｆｏ要素のＧｕｉｄ属性は図１３（ａ）で説明したＧｕｉｄと同じものである。ＪｏｂＩｎｆｏ要素のＪｏｂＮａｍｅ属性も図１３（ａ）で説明したＪｏｂＮａｍｅと同じものである。一方、ＤｏｃｕｍｅｎｔＳｅｔｔｉｎｇｓ要素が保持する各種属性は図８のものと大きく異なる。

ＣｏｐｙＣｏｕｎｔ属性は、印刷部数を指定する。Ｄｕｐｌｅｘｉｎｇ属性は片面印刷を使用するか、両面印刷を使用するかを指定する。具体的には、“ＯｎｅＳｉｄｅｄ”と記述すると、片面印刷を指定する。“ＴｗｏＳｉｄｅＬｏｎｇＥｄｇｅ”と記述すると、両面（長辺綴じ）を指定する。“ＴｗｏＳｉｄｅｄＳｈｏｒｔＥｄｇｅ”と記述すると、両面（短辺綴じ）を指定する。ＯｕｔｐｕｔＣｏｌｏｒ属性は、色に関する出力方法を指定する。“Ｃｏｌｏｒ”と記述すると、カラーを指定する。“Ｍｏｎｏｃｈｒｏｍｅ”と記述すると、モノクロを指定する。ＰａｇｅＰｅｒＳｈｅｅｔ属性は、用紙の片面に印刷するように選択できるページ数を指定する。ＤａｔｅＴｉｍｅ属性は、ジョブ投入時刻を指定する。

ＳＥ８０８からＳＥ８１１において、パネル・アプリケーション４０７はＩＰアドレスのリストからＩＰアドレスを取り出し終えると、ＳＥ８１２に進む。ＳＥ８１２にて、パネル・アプリケーション４０７は、印刷ジョブ一覧表示画面（図１５（ｃ））を操作部３０８の表示部に表示するように制御する。ＳＥ８１３で処理を終了する。

次にアドレス管理サービス４０５によるアドレス解決処理を説明する。ＳＤ８００において、アドレス管理サービス４０５の処理が開始する。ＳＤ８０１において、アドレス管理サービス４０５は、パネル・アプリケーション４０７のＳＥ８０６から送信されるユーザ名を受信する。ＳＤ８０２において、アドレス管理サービス４０５は、図４のアドレス管理ＤＢ４０６からＳＤ８０１で得たユーザ名と一致するレコードを探索する。ＳＤ８０３において、アドレス管理サービス４０５は、探索したレコードから１つのレコードを取り出す。ＳＤ８０４において、アドレス管理サービス４０５は、レコードを取り出せたかどうか判定する。レコードが取り出せるときは、ＳＤ８０５へ進み、アドレス管理サービス４０５は、レコードからジョブ管理サービス４０３が動作するプリントサーバ１０１のＩＰアドレスを取り出す。ＳＤ８０３からＳＤ８０５において、探索した全レコードからＩＰアドレスを取り出し終えると、ＳＤ８０６へ進み、アドレス管理サービス４０５は、パネル・アプリケーション４０７へＩＰアドレスのリストを返信する。ＳＤ８０７で処理を終了する。

次にジョブ管理サービス４０３による印刷ジョブ一覧生成処理を説明する。ＳＣ８００において、ジョブ管理サービス４０３の処理が開始する。ＳＣ８０１において、ジョブ管理サービス４０３は、パネル・アプリケーション４０７のＳＥ８１０から印刷ジョブ一覧要求を受け付ける。このときジョブ管理サービス４０３は、ユーザ名も併せて受信する。ＳＣ８０２において、ジョブ管理サービス４０３は、図４のジョブ管理ＤＢ４０４からＳＣ８０１で得たユーザ名と一致するレコードを探索する。ＳＣ８０３において、ジョブ管理サービス４０３は、探索したレコードから１つのレコードを取り出す。

ＳＣ８０４において、ジョブ管理サービス４０３は、レコードを取り出せるかどうかを判定する。レコードを取り出せるときは、ＳＣ８０５へ進み、ジョブ管理サービス４０３は、レコードからＧＵＩＤとジョブ名とＤＥＶＭＯＤＥと仮想プリンタドライバの論理プリンタ名とユーザトークンと日付・時刻を取り出す。ＳＣ８０６において、ジョブ管理サービス４０３は、ＳＣ８０４で得たユーザトークンを使って、自身のスレッドを“偽装”する。スレッドを偽装している間、スレッドは図４のクライアント・アプリケーション４００で印刷を実行したユーザのセキュリティコンテキストで実行される。つまり、ここでの“偽装”するとは、ユーザのセキュリティコンテキストを用いて、その権限によりスレッドを実行することを意味する。また、ここで、“スレッド”とは、印刷設定情報の変更により生じるスレッドを意味する。

ＳＣ８０７において、ジョブ管理サービス４０３は、ＳＣ８０５で得たＤＥＶＭＯＤＥからカラーモード、両面、ページ集約、部数、といった個々の情報を取り出す。ＤＥＶＭＯＤＥは、プリンタドライバが管理するプリンタドライバ固有のデータ形式であるので、ＤＥＶＭＯＤＥから個々の情報を取り出すためには、ＤＥＶＭＯＤＥを生成したプリンタドライバに問い合わせる必要がある。ＳＣ８０７で仮想プリンタドライバの論理プリンタ名を取得済みなので、この論理プリンタ名に対応する論理プリンタを使ってＤＥＶＭＯＤＥから個々の情報を取り出すことになる。

一般に、ＤＥＶＭＯＤＥから個々の情報を取り出す手法としては、プリンタドライバにＤＥＶＭＯＤＥを操作する独自の拡張インタフェースを設けて、そのインタフェースを経由することが多い。近年は、プリントチケットと呼ばれる米国Ｍｉｃｒｏｓｏｆｔ社が規定したＸＭＬによる印刷設定格納形式を利用する方法も利用ある。即ち、プリンタドライバがプリントチケットをサポートするならば、ＤＥＶＭＯＤＥをプリントチケットに変換し、プリントチケットから個々の情報を取り出してもよい。

ＳＣ８０８において、ジョブ管理サービス４０３は、スレッドの偽装を解除する。ＳＣ８０３からＳＣ８０８において、探索した全レコードから個々の印刷設定情報を取り出し終えると、ＳＣ８０９へ進み、ジョブ管理サービス４０３は、印刷ジョブ一覧（図１４）を生成する。そして、ジョブ管理サービス４０３は、パネル・アプリケーション４０７へ印刷ジョブ一覧を返信する。ＳＣ８１０で処理を終了する。

［第３の制御処理］
図９は、本発明のプリントシステムにおける第３の制御処理手順の一例を示すフローチャートであり、図４に示した３−１から３−３までの処理手順に対応する。なお、図９に示されたフローチャートにおいて、実線矢印は処理の流れを示し、破線矢印は装置間のデータの送受信を示している。

ＳＥ９００〜ＳＥ９１３は、図４に示したパネル・アプリケーション４０７による印刷設定情報の変更確認、及び印刷指示処理に対応する。これらフローチャートの処理は、図１に示した複合機１０２のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＣ９００〜ＳＣ９１１は、図４に示したジョブ管理サービス４０３による印刷設定情報の変更処理に対応する。これらフローチャートの処理は、図１に示したプリントサーバ１０１のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

まず、パネル・アプリケーション４０７による印刷設定情報の変更確認及び印刷指示処理を説明する。ＳＥ９００において、パネル・アプリケーション４０７の処理が開始する。なお、図８のＳＥ８１２において、印刷ジョブ一覧表示画面（図１５（ｃ））を操作部３０８の表示部に表示するように制御している。

ＳＥ９０１において、パネル・アプリケーション４０７は、印刷ジョブの選択とプリントするボタン１４２２の押下をユーザから受け付ける。すると、ＳＥ９０２において、パネル・アプリケーション４０７は、印刷設定情報の変更画面（図１６（ａ））を操作部３０８の表示部に表示するように制御する。図１６（ａ）の設定１４３１は、カラーモードの指定を意味し、モノクロとカラーのどちらかをチェックできる。図１６（ａ）の設定１４３２は、両面・片面の指定を意味し、片面、両面（長辺綴じ）、両面（短辺綴じ）のうち１つの面付けを選択できる。図１６（ａ）の設定１４３３は、ページ集約の指定を意味し、１ｉｎ１、２ｉｎ１、４ｉｎ１、６ｉｎ１、８ｉｎ１、９ｉｎ１、１６ｉｎ１のうち１つを選択できる。図１６（ａ）の設定１４３４は、印刷部数の指定を意味し、１から９９９９までの値を指定できる。なお、図１６（ａ）は、図１５（ｃ）において文書名「決算報告書」の印刷ジョブの選択を受け付けて、プリントするボタン１４２２の押下を受け付けた場合の印刷設定情報の変更例を示している。

ＳＥ９０３において、パネル・アプリケーション４０７は、印刷設定情報の変更をユーザから受け付ける。ここでは、図１６（ａ）の設定１４３２の両面・片面指定を、片面から両面（長辺綴じ）に変更したとする。ＳＥ９０４において、パネル・アプリケーション４０７は、印刷設定情報が変更されたかどうか判定する。印刷設定情報が変更されていない場合は、以後の印刷設定情報の変更確認処理をスキップし、ＳＥ９１１へ進む。印刷設定情報が変更された場合は、ＳＥ９０５へ進む。ＳＥ９０５において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３へ印刷設定情報を送信する。この印刷設定情報は、図５の「３−１」行の「送信データ」列にある、ＧＵＩＤ、部数、両面、カラーモード、ページ集約、複合機のモデル名である。

具体的には、図１３（ｂ）のようなＸＭＬ形式で表現される。ＪｏｂＩｎｆｏ要素のＧｕｉｄ属性は図１３（ａ）で説明したＧｕｉｄと同じものである。ＪｏｂＩｎｆｏ要素のＤｅｖｉｃｅＭｏｄｅｌＮａｍｅ属性は、図１の複合機１０２のモデル名を記述する。ＤｏｃｕｍｅｎｔＳｅｔｔｉｎｇｓ要素が保持する各種属性は図１４で説明したものと同様である。ただし、ＳＥ９０３で片面を両面（長辺綴じ）に変更しているので、Ｄｕｐｌｅｘｉｎｇ属性は“ＴｗｏＳｉｄｅＬｏｎｇＥｄｇｅ”になる。ＳＥ９０６において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３から印刷設定情報の変更指示が反映された印刷設定情報を受信する。この印刷設定情報は、図５の「３−３」行の「送信データ」列にある、ＧＵＩＤ、部数、両面、カラーモード、ページ集約である。具体的には、図１３（ｃ）のようなＸＭＬ形式で表現される。内容は図１３（ｂ）とほぼ同じなので説明は省略する。

ＳＥ９０７において、パネル・アプリケーション４０７は、ＳＥ９０５で送信した印刷設定情報とＳＥ９０６で受信した印刷設定情報を比較する。前に述べたようにＳＥ９０５で送信した印刷設定情報ではＤｕｐｌｅｘｉｎｇ属性を“ＴｗｏＳｉｄｅＬｏｎｇＥｄｇｅ”と指定した。しかし、ＳＥ９０６で受信した印刷設定情報のＤｕｐｌｅｘｉｎｇ属性は“ＯｎｅＳｉｄｅｄ”となったとする。このように送信設定と受信設定が一致しないことは原理的に大いにありうる。

例えば、ＳＥ９０３で変更対象外の設定情報として用紙サイズがあるが、図４の１−１の段階で用紙サイズは「はがき」になっていたとする。そして、印刷設定情報の禁則条件として、用紙が「はがき」の場合、両面・片面指定は片面しか選択できないとする。かつ、禁則条件適用の優先度は両面・片面指定よりも用紙サイズの指定の方が高いとする。となると、Ｄｕｐｌｅｘｉｎｇ属性は常に“ＯｎｅＳｉｄｅｄ”にならざるを得ない。パネル・アプリケーション４０７にプリンタドライバと同様の高度な禁則処理を実装すれば、図１６（ａ）設定変更入力の時点で両面指定を変更できないようにすることも可能であるが、パネル・アプリケーションの実装難易度が非常に高くなる。本実施形態のように、パネル・アプリケーション４０７では印刷設定情報の禁則処理を行わず、印刷設定情報を変更したら都度、変更可能かどうかプリンタドライバに問い合わせる方が容易な上、汎用性も増す。

ＳＥ９０５で送信した印刷設定情報とＳＥ９０６で受信した印刷設定情報を比較した結果、差異が無い場合は、ＳＥ９１１へ進む。一方、差異がある場合は、ＳＥ９０８へ進み、パネル・アプリケーション４０７は、エラー表示画面（図１６（ｂ））を操作部３０８の表示部に表示するように制御する。ここでは、ＳＥ９０６で受信した印刷設定情報のＤｕｐｌｅｘｉｎｇ属性は“ＯｎｅＳｉｄｅｄ”になっているので、図１６（ｂ）のエラー表示も「片面」から「両面（長辺綴じ）」に変更できなかった旨の内容となっている。ＳＥ９０９において、パネル・アプリケーション４０７は、印刷続行指示の入力を受け付ける。ＳＥ９１０において、パネル・アプリケーション４０７は、ＯＫボタン１４４２の押下を受け付けると、ＳＥ９１１へ進む。ＳＥ９１１の印刷指示処理については後述する。そしてＳＥ９１２へ進む。一方、パネル・アプリケーション４０７は、図１６（ｂ）のエラー表示画面でキャンセルボタン１４４１の押下を受け付けると、ＳＥ９１２へ進み、図１６（ｂ）のエラー表示画面及び図１６（ａ）の印刷設定情報の変更画面を閉じる。ＳＥ９１３で処理を終了する。

次にジョブ管理サービス４０３による印刷設定情報の変更処理を説明する。ＳＣ９００において、ジョブ管理サービス４０３の処理を開始する。ＳＣ９０１において、ジョブ管理サービス４０３は、パネル・アプリケーション４０７のＳＥ９０５から図１３（ｂ）のようなＸＭＬ形式で印刷設定情報を受信する。ＳＣ９０２において、ジョブ管理サービス４０３は、印刷設定情報の変更のための論理プリンタを作成する。詳細は図１０にて後述する。

ＳＣ９０３において、ジョブ管理サービス４０３は、図４のジョブ管理ＤＢ４０４からＳＣ９０１で得たＧＵＩＤと一致するレコードを探索する。ＳＣ９０４において、ジョブ管理サービス４０３は、探索して得られたレコードからＤＥＶＭＯＤＥとユーザトークンを取得する。ＳＣ９０５において、ジョブ管理サービス４０３は、ＳＣ９０４で得たユーザトークンを使って、自身のスレッドを偽装する。スレッドを“偽装”している間、スレッドは図４のクライアント・アプリケーション４００で印刷を実行したユーザのセキュリティコンテキストで実行される。ＳＣ９０６において、ジョブ管理サービス４０３は、ＳＣ９０１で得た個々の印刷設定情報をＳＣ９０４で得たＤＥＶＭＯＤＥに適用する。ＤＥＶＭＯＤＥは、プリンタドライバが管理するプリンタドライバ固有のデータ形式であるので、ＤＥＶＭＯＤＥに個々の情報を適用するためには、ＤＥＶＭＯＤＥを生成したプリンタドライバにＤＥＶＭＯＤＥの更新を依頼する必要がある。

図９におけるＳＣ９０２で論理プリンタを生成済みなので、この論理プリンタを使ってＤＥＶＭＯＤＥに対し個々の情報を適用することになる。一般に、ＤＥＶＭＯＤＥに個々の情報を適用する手法としては、プリンタドライバにＤＥＶＭＯＤＥを操作する独自の拡張インタフェースを設けて、そのインタフェースを経由することが多い。近年は、プリントチケットと呼ばれる米国Ｍｉｃｒｏｓｏｆｔ社が規定したＸＭＬによる印刷設定格納形式を利用する方法もある。即ち、プリンタドライバがプリントチケットをサポートするならば、ＤＥＶＭＯＤＥをプリントチケットに変換し、プリントチケットに対し個々の情報を適用し、プリントチケットからＤＥＶＭＯＤＥに変換してもよい。

ＳＣ９０７において、ジョブ管理サービス４０３は、ジョブ管理ＤＢ４０４に保存しているＤＥＶＭＯＤＥをＳＣ９０６で変更したＤＥＶＭＯＤＥを使って更新する。ＳＣ９０８において、ジョブ管理サービス４０３は、ＳＣ９０６で更新したＤＥＶＭＯＤＥからカラーモード、両面、ページ集約、部数、といった個々の情報を取り出す。個々の情報の取り出し方は、図８のＳＣ８０７と同じである。ＳＣ９０９において、ジョブ管理サービス４０３は、スレッドの偽装を解除する。ＳＣ９１０において、ジョブ管理サービス４０３は、パネル・アプリケーション４０７へ図１３（ｃ）のようなＸＭＬ形式で変更した印刷設定情報を返信する。ＳＣ９１１で処理を終了する。

［論理プリンタ作成処理］
図１０は、図９のＳＣ９０２で呼び出される論理プリンタ作成処理のフローチャートである。ＳＣ１０００において、ジョブ管理サービス４０３の処理を開始する。ＳＣ１００１において、ジョブ管理サービス４０３は、図１の複合機１０２のＩＰアドレスを取得する。この複合機１０２のＩＰアドレスは、パネル・アプリケーション４０７とのデータ送受信のコネクションが確立した際に入手しておく。ＳＣ１００２において、ジョブ管理サービス４０３は、図１の複合機１０２のモデル名をサポートしたプリンタドライバがプリントサーバ１０１上にインストールされているかどうか判定する。プリンタドライバがインストールされていない場合、ＳＣ１００３へ進み、ジョブ管理サービス４０３は、図１の複合機１０２のモデル名をサポートしたプリンタドライバをプリントサーバ１０１上にインストールする。これにより、印刷ジョブを当該モデル名の複合機が出力可能な形式に変換可能となる。そして、ＳＣ１００４へ進む。一方、ＳＣ１００２でインストール済みと判定された場合は、ＳＣ１００４へ進む。なお、この段階でインストール済みとなったプリンタドライバは、図４のプリンタドライバ４０８に相当する。

ＳＣ１００４において、ジョブ管理サービス４０３は、インストール済みのプリンタドライバから構成され、かつ、ＳＣ１００１で得たＩＰアドレスを出力ポートとして構成される論理プリンタがプリントサーバ１０１上に存在するかどうか判定する。存在しない場合、ＳＣ１００５へ進む。ＳＣ１００５にて、ジョブ管理サービス４０３は、インストール済みのプリンタドライバを使ってＳＣ１００１で得たＩＰアドレスを出力ポートとする論理プリンタを作成する。そして、ＳＣ１００６へ進む。一方、ＳＣ１００４で存在すると判定された場合は、ＳＣ１６０６へ進む。ＳＣ１００６で処理を終了する。

［第４の制御処理］
図１１は、本発明のプリントシステムにおける第４の制御処理手順の一例を示すフローチャートであり、図９のＳＥ９１１で呼び出される印刷指示処理のフローチャートでもある。図４に示した４−１から４−４までの処理手順に対応する。なお、図１１に示されたフローチャートにおいて、実線矢印は処理の流れを示し、破線矢印は装置間のデータの送受信を示している。

ＳＥ１１００〜ＳＥ１１０７は、図４に示したパネル・アプリケーション４０７による印刷指示処理に対応する。これらフローチャートの処理は、図１に示した複合機１０２のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＣ１１００〜ＳＣ１１０９は、図４に示したジョブ管理サービス４０３による印刷処理に対応する。これらフローチャートの処理は、図１に示したプリントサーバ１０１のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

まず、パネル・アプリケーション４０７による印刷指示処理を説明する。ＳＥ１１００において、パネル・アプリケーション４０７の処理を開始する。ＳＥ１１０１において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３へ印刷指示要求コマンドを送信する。このとき、パネル・アプリケーション４０７は、選択済みの印刷ジョブのＧＵＩＤと複合機１０２のモデル名も併せて送信する。ＳＥ１１０２において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３から送信された印刷実行結果（成否情報）を受信する。ＳＥ１１０３において、パネル・アプリケーション４０７は、受信した情報に基づき、印刷実行に成功したかどうかを判定する。失敗した場合は、ＳＥ１１０４へ進み、パネル・アプリケーション４０７は、エラー表示画面（図１６（ｃ））を操作部３０８の表示部に表示するように制御する。そしてＳＥ１１０７へ進む。一方、ＳＥ１１０３において、印刷実行に成功したと判定した場合は、ＳＥ１１０５へ進む。

ＳＥ１１０５において、パネル・アプリケーション４０７は、図１６（ａ）のプリント後文書消去チェックボックス１４３５がチェックされていたかどうかを判定する。プリント後に削除する指示があった場合、ＳＥ１１０６へ進み、パネル・アプリケーション４０７は、印刷ジョブを削除する。詳細は図１２を用いて後述する。そしてＳＥ１１０７に進む。ＳＥ１１０７で処理を終了する。

次にジョブ管理サービス４０３による印刷処理を説明する。ＳＣ１１００において、ジョブ管理サービス４０３の処理を開始する。ＳＣ１１０１において、ジョブ管理サービス４０３は、パネル・アプリケーション４０７のＳＥ１１０１から印刷指示コマンドを受信する。このとき、ジョブ管理サービス４０３は、印刷対象の印刷ジョブのＧＵＩＤと複合機１０２のモデル名も併せて受信する。ＳＣ１１０２において、ジョブ管理サービス４０３は、印刷実行変更のための論理プリンタを作成する。処理内容は、図９のＳＣ９０２と同じである。詳細は図１０で述べた通りである。ＳＣ１１０３において、ジョブ管理サービス４０３は、図４のジョブ管理ＤＢ４０４からＳＣ１１０１で得たＧＵＩＤと一致するレコードを探索する。ＳＣ１１０４において、ジョブ管理サービス４０３は、探索して得られたレコードからＥＭＦＳＰＯＯＬのファイル名とＤＥＶＭＯＤＥとユーザトークンとを取得する。なお、ここで取得されるＤＥＶＭＯＤＥは、図１６（ａ）を使って設定された印刷設定情報である。

ＳＣ１１０５において、ジョブ管理サービス４０３は、ＳＣ１１０４で得たユーザトークンを使って、自身のスレッドを偽装する。スレッドを偽装している間、スレッドは図４のクライアント・アプリケーション４００で印刷を実行したユーザのセキュリティコンテキストで実行される。ＳＣ１１０６において、ジョブ管理サービス４０３は、ＳＣ１１０２で得た論理プリンタに対し、ＳＣ１１０４で得たＥＭＦＳＰＯＯＬとＤＥＶＭＯＤＥをレンダリングして印刷処理を実行する。そして、ジョブ管理サービス４０３は、論理プリンタを構成するプリンタドライバはＰＤＬを生成し、複合機１０２にＰＤＬを送信する。ＳＣ１１０７において、ジョブ管理サービス４０３は、スレッドの偽装を解除する。ＳＣ１１０８において、ジョブ管理サービス４０３は、パネル・アプリケーション４０７へ印刷実行結果（成否）を返信する。ＳＣ１１０９で処理を終了する。

［第５の制御処理］
図１２は、本発明のプリントシステムにおける第５の制御処理手順の一例を示すフローチャートであり、図４に示した５−１から５−４までの処理手順に対応する。なお、図１２に示されたフローチャートにおいて、実線矢印は処理の流れを示し、破線矢印は装置間のデータの送受信を示している。

ＳＥ１２００〜ＳＥ１２０３は、図４に示したパネル・アプリケーション４０７による印刷ジョブ削除指示処理に対応する。これらフローチャートの処理は、図１に示した複合機１０２のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＣ１２００〜ＳＣ１２０７は、図４に示したジョブ管理サービス４０３処理による印刷ジョブ削除処理に対応する。これらフローチャートの処理は、図１に示したプリントサーバ１０１のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

ＳＤ１２００〜ＳＤ１２０４は、図４に示したアドレス管理サービス４０５による印刷ジョブ識別子登録解除処理に対応する。これらフローチャートの処理は、図１に示したアドレス管理サーバ１０３のＣＰＵが外部メモリに格納されたプログラムをＲＡＭ上にロードして実行することにより実現される。

まず、パネル・アプリケーション４０７による印刷ジョブ削除指示処理を説明する。ＳＥ１２００において、パネル・アプリケーション４０７の処理を開始する。なお、前述した通りＳＥ１２００の呼び出しは、図１１のＳＥ１１０６であるが、もう一つ、図１４（ｃ）の消去ボタン１４２１の押下をユーザから受け付けた場合も同様に当ステップを呼び出す。ＳＥ１２０１において、パネル・アプリケーション４０７は、削除対象の印刷ジョブのＧＵＩＤを取得する。ＳＥ１２０２において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３へ印刷ジョブ削除指示コマンドを送信する。このとき、パネル・アプリケーション４０７は、ＳＥ１２０１で取得したＧＵＩＤも併せて送信する。ＳＥ１２０３で処理を終了する。

次にジョブ管理サービス４０３による印刷ジョブ削除処理を説明する。ＳＣ１２００において、ジョブ管理サービス４０３の処理を開始する。ＳＣ１２０１において、ジョブ管理サービス４０３は、パネル・アプリケーション４０７のＳＥ１２０２から印刷ジョブ削除指示コマンドを受信する。このとき、ジョブ管理サービス４０３は、削除対象の印刷ジョブのＧＵＩＤも併せて受信する。ＳＣ１２０２において、ジョブ管理サービス４０３は、アドレス管理サービス４０５へ印刷ジョブ識別子登録解除コマンドを送信する。このとき、ジョブ管理サービス４０３は、ＳＣ１２０１で得たＧＵＩＤも併せて送信する。

ＳＣ１２０３において、ジョブ管理サービス４０３は、図４のジョブ管理ＤＢ４０４からＳＣ１２０１で得たＧＵＩＤと一致するレコードを探索する。ＳＣ１２０４において、ジョブ管理サービス４０３は、探索して得られたレコードからＥＭＦＳＰＯＯＬのファイル名を取得する。ＳＣ１２０５において、ジョブ管理サービス４０３は、取得したファイル名に基づいて、ＥＭＦＳＰＯＯＬのファイルを削除する。ＳＣ１２０６において、ジョブ管理サービス４０３は、図４のジョブ管理ＤＢ４０４からＳＣ１２０３で得たレコードを削除する。ＳＣ１２０７で処理を終了する。

次にアドレス管理サービス４０５による印刷ジョブ識別子登録解除処理を説明する。ＳＤ１２００において、アドレス管理サービス４０５の処理を開始する。ＳＤ１２０１において、アドレス管理サービス４０５は、ジョブ管理サービス４０３のＳＣ１２０２から印刷ジョブ識別子登録解除コマンドを受信する。このとき、アドレス管理サービス４０５は、対象の印刷ジョブ識別子であるＧＵＩＤも併せて受信する。ＳＤ１２０２において、アドレス管理サービス４０５は、図４のアドレス管理ＤＢ４０６からＳＤ１２０１で得たＧＵＩＤと一致するレコードを探索する。ＳＤ１２０３において、アドレス管理サービス４０５は、図４のジョブ管理ＤＢ４０４からＳＤ１２０２で得たレコードを削除する。ＳＤ１２０４で処理を終了する。

［第６の制御処理］
図９のＳＥ９０２において、印刷設定変更画面（図１６（ａ））を操作部３０８の表示部に表示しているが、印刷時にユーザが設定した印刷設定にエラーがあった場合の制御処理について以下に説明する。

なお、ユーザが設定した印刷設定とは、図４に示した仮想プリンタドライバ４０１がユーザからの印刷指示を受けた際に仮想プリンタドライバ４０１が提供するＵＩを使用してユーザが設定した印刷設定のことを指す。ユーザは、クライアントＰＣ１００で印刷を指示した後、実際に出力する複合機１０２のところに行って、複合機１０２に付属しているパネルを操作する。そして、ユーザは、先ほどの印刷データを指定して出力する。この際に実際に出力するデバイス（複合機１０２）でサポートしていない機能を印刷設定として指定していた場合、印刷設定に矛盾が生じる。

具体的な例として、出力するデバイスがサポートしている用紙種類が「普通紙」、および「色紙」である場合に、印刷設定に「再生紙」が指定されてきた場合、この用紙種類のままでは印刷できないため、印刷設定に矛盾が発生する。ここでは、この矛盾が発生した場合をエラーと呼び、このエラーを解消するための制御処理を以下に説明する。

まず、複合機１０２のパネル・アプリケーション４０７から印刷指示を受信したプリントサーバ１０１のジョブ管理サービス４０３は、指定されたメタデータと印刷ジョブから印刷設定を取り出す。そして、ジョブ管理サービス４０３は、出力するデバイスに対応したプリンタドライバ４０８に印刷設定を渡す。印刷設定を受け取ったプリンタドライバ４０８は、受け取った印刷設定に矛盾が発生している印刷項目があれば、その項目および、その項目に対して印刷可能な設定値リストの印刷エラーデータを作成する。そして、プリンタドライバ４０８は、作成した印刷エラーデータを呼び出し元のジョブ管理サービス４０３に返す。

なお、プリンタドライバは、実際に出力するデバイスのデバイスオプションと同期が取れていない可能性があるので、この時にデバイスと通信を行い、最新のデバイスオプション情報を取得してから印刷エラーデータを作成してもよい。また、プリンタドライバ４０８が上記処理をサポートしていない場合、ジョブ管理サービス４０３がＷｉｎｄｏｗｓ ＡＰＩのような汎用的なＩ／Ｆを使用して印刷エラーデータを作成してもよい。

具体的な印刷エラーデータの例を図１７に示す。ただし、図１７は印刷エラーデータの記述方法を限定するものではなく、エラーが発生している印刷項目、設定値、及びエラーを回避するための選択リストが記述されていればよい。

ジョブ管理サービス４０３は、図１７に示したような印刷エラーデータをプリンタドライバ４０８から受信した後、そのデータをパネル・アプリケーション４０７に送信する。パネル・アプリケーション４０７は、印刷設定変更画面（図１６（ａ））を作成する際に先ほど受信した印刷エラーデータを付加して複合機１０２の操作部３０８が表示するように制御する。

図１８は、操作部３０８が表示する印刷エラーデータを付加した印刷設定変更画面の例を示している。ここで図１８のメッセージ１８０１は、ユーザが予め設定した印刷設定にエラーが発生している印刷項目があることをユーザに通知するためのエラーメッセージを示している。さらに図１８の設定１８０２は、実際にエラーが発生している印刷項目（「用紙種類」）と印刷が不可能な設定値（「再生紙」）、及びそれを回避することができる設定値のリスト（「普通紙」）を表示している。設定１８０２にて提示される「普通紙」の欄は設定値が選択可能になっており、図１７に示した印刷エラーデータの例では、「普通紙」、「色紙」、「指定しない」の３つの値のうちのいずれかが選択可能となっている。ここで、「指定しない」の設定値は、印刷設定の設定値（再生紙）を無効にすることを意味する設定値とする。

なお、図１８に示した印刷設定変更画面の各構成要素である１４３１〜１４３７の表示方法、並びに制御処理については［第３の制御処理］で説明しているため、ここでは説明を省略する。なお、図１８の画面構成は一例であり、配置や表示形式などをこれに限定するものではない。

以上、本発明により、ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行う際に、印刷設定情報の変更を指示することが可能となる。しかも、印刷装置上で動作する印刷設定情報の変更を指示するプログラムは、クライアントＰＣではなく、サーバ上にある印刷装置に適したプリンタドライバに印刷設定情報の変更を依頼するため、適切な印刷設定情報の変更が可能になる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (8)

1. 印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバを備える情報処理装置と、前記印刷ジョブを管理するプリントサーバと、印刷装置とを含むプリントシステムであって、
   前記プリントサーバは、
   前記情報処理装置から受信した前記中間形式の印刷ジョブを記憶する記憶手段と、
   前記印刷装置から、前記記憶手段に記憶されている前記中間形式の印刷ジョブに対する印刷設定情報の変更指示を受信する設定変更受信手段と、
   前記印刷設定情報の変更指示に従い、前記印刷ジョブの印刷設定情報を更新する更新手段と、
   前記印刷装置から印刷要求を受信する印刷要求受信手段と、
   前記印刷要求に従って当該中間形式の印刷ジョブと前記更新手段により更新された印刷設定情報に基づいて前記印刷装置にて印刷可能な形式の印刷ジョブを生成し、当該生成された印刷ジョブを当該印刷装置へ送信するジョブ送信手段と
   を有し、
   前記印刷装置は、
   印刷ジョブを選択する選択手段と、
   前記選択手段により選択された印刷ジョブに対する前記印刷設定情報の変更指示を送信する設定変更送信手段と、
   前記プリントサーバへ前記印刷ジョブに対する前記印刷要求を送信する印刷要求送信手段と、
   前記ジョブ送信手段により送信された印刷ジョブを印刷する印刷手段と
   を有することを特徴とするプリントシステム。
2. 前記プリントサーバの更新手段は、前記情報処理装置から受信したユーザトークンを用いて、設定変更を行うことを特徴とする請求項１に記載のプリントシステム。
3. 前記印刷設定情報の変更指示には、部数、面付け、カラーモード、ページ集約のうち少なくとも一つの設定変更を含むことを特徴とする請求項１に記載のプリントシステム。
4. 前記プリントサーバのジョブ送信手段は、前記印刷要求に従って前記印刷ジョブを所定の印刷装置にて出力可能な形式に変換する際に、前記出力可能な形式に変換できる前記所定の印刷装置に対応したプリンタドライバがインストールされていない場合には、新たに当該所定の印刷装置に対応したプリンタドライバをインストールすることを特徴とする請求項１に記載のプリントシステム。
5. 印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバを備える情報処理装置と、前記印刷ジョブを管理するプリントサーバと、印刷装置とを含むプリントシステムにおける印刷方法であって、
   前記プリントサーバにおいて、
   記憶手段が、前記情報処理装置から受信した前記中間形式の印刷ジョブを記憶する記憶工程と、
   設定変更受信手段が、前記印刷装置から、前記記憶工程にて記憶されている前記中間形式の印刷ジョブに対する印刷設定情報の変更指示を受信する設定変更受信工程と、
   更新手段が、前記印刷設定情報の変更指示に従い、前記印刷ジョブの印刷設定情報を更新する更新工程と、
   印刷要求受信手段が、前記印刷装置から印刷要求を受信する印刷要求受信工程と、
   ジョブ送信手段が、前記印刷要求に従って当該中間形式の印刷ジョブと前記更新工程において更新された印刷設定情報に基づいて前記印刷装置にて印刷可能な形式の印刷ジョブを生成し、当該生成された印刷ジョブを当該印刷装置へ送信するジョブ送信工程と
   を有し、
   前記印刷装置において、
   選択手段が、印刷ジョブを選択する選択工程と、
   設定変更送信手段が、前記選択工程において選択された印刷ジョブに対する前記印刷設定情報の変更指示を送信する設定変更送信工程と、
   印刷要求送信手段が、前記プリントサーバへ前記印刷ジョブに対する前記印刷要求を送信する印刷要求送信工程と、
   印刷手段が、前記ジョブ送信工程により送信された印刷ジョブを印刷する印刷工程と
   を有することを特徴とする印刷方法。
6. 印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバを備える情報処理装置と印刷装置と通信するプリントサーバであって、
   前記情報処理装置から受信した前記中間形式の印刷ジョブを記憶する記憶手段と、
   前記印刷装置から、前記記憶手段に記憶されている前記中間形式の印刷ジョブに対する印刷設定情報の変更指示を受信する設定変更受信手段と、
   前記印刷設定情報の変更指示に従い、前記印刷ジョブの印刷設定情報を更新する更新手段と、
   前記印刷装置から印刷要求を受信する印刷要求受信手段と、
   前記印刷要求に従って前記中間形式の印刷ジョブと前記更新手段により更新された印刷設定情報に基づいて前記印刷装置にて印刷可能な形式の印刷ジョブを生成し、前記生成された印刷ジョブを前記印刷装置へ送信するジョブ送信手段と
   を有することを特徴とするプリントサーバ。
7. 印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバを備える情報処理装置と印刷装置と通信するプリントサーバにおける制御方法であって、
   記憶手段が、前記情報処理装置から受信した前記中間形式の印刷ジョブを記憶する記憶工程と、
   設定変更受信手段が、前記印刷装置から、前記記憶工程において記憶されている前記中間形式の印刷ジョブに対する印刷設定情報の変更指示を受信する設定変更受信工程と、
   更新手段が、前記印刷設定情報の変更指示に従い、前記印刷ジョブの印刷設定情報を更新する更新工程と、
   印刷要求受信手段が、前記印刷装置から印刷要求を受信する印刷要求受信工程と、
   ジョブ送信手段が、前記印刷要求に従って前記中間形式の印刷ジョブと前記更新工程において更新された印刷設定情報に基づいて前記印刷装置にて印刷可能な形式の印刷ジョブを生成し、前記生成された印刷ジョブを前記印刷装置へ送信するジョブ送信工程と
   を有することを特徴とする制御方法。
8. コンピュータを、
   情報処理装置から受信した中間形式の印刷ジョブを記憶する記憶手段、
   印刷装置から、前記記憶手段に記憶されている前記中間形式の印刷ジョブに対する印刷設定情報の変更指示を受信する設定変更受信手段、
   前記印刷設定情報の変更指示に従い、前記印刷ジョブの印刷設定情報を更新する更新手段、
   前記印刷装置から印刷要求を受信する印刷要求受信手段、
   前記印刷要求に従って前記中間形式の印刷ジョブと前記更新手段により更新された印刷設定情報に基づいて前記印刷装置にて印刷可能な形式の印刷ジョブを生成し、前記生成された印刷ジョブを前記印刷装置へ送信するジョブ送信手段
   として機能させるためのプログラム。

Images