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

Abstract

【課題】印刷ジョブを生成し、サーバ等に一時溜め置きし、プリンタからの印刷要求に応じてジョブを出力する、というプルプリントシステム（どこプリ）がある。サーバに溜め置きする印刷ジョブはＰＤＬデータであり、かつ、印刷装置には印刷ジョブが送信されていない状態で、印刷装置上での文書選択時にプレビューを表示して内容を確認する。
【解決手段】印刷装置と通信し、中間形式の印刷ジョブを管理するプリントサーバであって、前記印刷装置から、管理している前記印刷ジョブに対するプレビュー画像要求を受信するプレビュー要求受信手段と、前記プレビュー画像要求に従い、前記中間形式の当該印刷ジョブからプレビュー画像を生成するプレビュー生成手段と、生成した前記プレビュー画像を前記印刷装置へ送信するプレビュー送信手段とを有する。
【選択図】図４

Description

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

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

また、ユーザが出力を行う印刷文書を指定する際には、サーバ上に一時蓄積されている文書の文書名といくつかの文書属性（両面設定やページ数等）を、印刷装置上の操作パネルに一覧表示している。ユーザはその一覧表示の中から所望の文書を選択することで印刷データを選択することが可能である。

特許第４０３３８５７号明細書

しかしながら、プルプリントシステムでは、印刷装置上で印刷文書を特定する時点では、印刷装置に印刷データ自体は存在しないのでプレビュー表示を行うことが困難であった。加えて、サーバ上に一時蓄積された印刷データはＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）であり、多種多様な仕様及び機種依存性が存在する。そのため、印刷データからプレビュー画像を生成するためには、対応しようとする機種について、そのＰＤＬを解析可能とする必要があり、多大な労力が必要であった。また、新機能が追加される場合には、ＰＤＬも拡張されることが多く、その度にシステムのプログラムを改変していくことは現実的ではない。

一方、印刷装置上のプレビュー表示はおおよその文書内容がわかれば十分であるが、プレビューを表示するためだけに印刷データを印刷装置に送信するのは通信上の負荷が高い。さらに、印刷データからプレビュー画像を生成する処理は、印刷装置上の処理としては負荷が高い。

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

本発明により、ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行う際に、蓄積されている文書のプレビュー画像を印刷装置上のパネルに表示可能となる。さらに、サーバ上で動作しているジョブ管理プログラムが中間形式の印刷データからプレビュー画像を生成するので、プレビュー表示の処理はＰＤＬや機種に依存せずに本機能を実現することができる。

また、プレビュー表示のためにサーバと印刷装置間を流れるデータはプレビュー表示に必要な小さな画像データのみであるので、通信にかかる負荷を抑えることが可能である。さらに、印刷装置上でプレビューを表示する処理は、サーバからプレビュー画像を受信して画面に表示するだけなので、印刷装置にかける負荷を抑えることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ユーザにより印刷ジョブが選択され、プレビュー指示がなされると、パネル・アプリケーション４０７は、該選択された印刷ジョブのプレビュー画像をジョブ管理サービス４０３に要求する（２−７）。これにより、プレビュー要求送信手段を実現する。また、このプレビュー要求を受信することにより、ジョブ管理サービス４０３は、プレビュー要求受信手段を実現する。ジョブ管理サービス４０３は、ジョブ管理ＤＢ４０４を参照して（２−８）、ＥＭＦＳＰＯＯＬ形式の該印刷ジョブからプレビュー画像を生成する。これにより、プレビュー生成手段を実現する。そして、ジョブ管理サービス４０３は、パネル・アプリケーション４０７へプレビュー画像を返信する（２−９）。これにより、プレビュー送信手段を実現する。また、このプレビュー画像を受信し表示することにより、パネル・アプリケーション４０７は、プレビュー受信手段を実現する。パネル・アプリケーション４０７は、ジョブ管理サービス４０３からプレビュー画像を受信すると、該プレビュー画像を操作部３０８のＵＩ上に表示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＳＢ７０３において、プリントプロセッサ４０２は、ＳＢ７０２で生成したメタデータをジョブ管理サービス４０３へ送信する。米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）の場合、送信プロトコルとして名前付きパイプを使うと高効率である。しかも、後述するユーザトークン取得に関しても名前付きパイプの使用は都合が良い。ＳＢ７０４において、プリントプロセッサ４０２は、ＯＳのスプーラからスプールデータを読み込む。ここでのスプールデータとは、仮想プリンタドライバ４０１により出力されたＥＭＦＳＰＯＯＬ形式の印刷ジョブに対応する。そして、ＳＢ７０５において、プリントプロセッサ４０２は、読み込んだスプールデータをジョブ管理サービス４０３へ送信する。ＳＢ７０６で処理を終了する。

次にジョブ管理サービス４０３によるメタデータ登録処理及び印刷ジョブ保存処理を説明する。ＳＣ７００において、ジョブ管理サービス４０３はプリントサーバ１０１上で処理を開始する。ＳＣ７０１において、ジョブ管理サービス４０３は名前付きパイプのサーバとして機能することによって、プリントプロセッサ４０２からＳＢ７０３で送信されたメタデータを図１３（ａ）のようなＸＭＬ形式で受信する。なお、プリントプロセッサ４０２とのコネクションを確立する際に、ジョブ管理サービス４０３は、名前付きパイプのクライアント（即ちプリントプロセッサ４０２）のユーザトークンを取得する（ＳＣ７０２）。ユーザトークンの使用方法については後述する。

ＳＣ７０３において、ジョブ管理サービス４０３は、印刷ジョブを保存するファイルパスを決定する。ＳＣ７０４において、ジョブ管理サービス４０３は、プリントプロセッサ４０２によるＳＢ７０６にてＳＢ７０５から送信されたＥＭＦＳＰＯＯＬ形式の印刷ジョブを受信する。ＳＣ７０５において、ジョブ管理サービス４０３は、受信したＥＭＦＳＰＯＯＬ形式の印刷ジョブをＳＣ７０３で決定したファイル名で保存し、ＳＣ７０６において現在の日付・時刻を生成する。これをもって印刷ジョブ投入時刻とする。

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

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

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

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

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

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

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

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

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

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

ＣｏｐｙＣｏｕｎｔ属性は、印刷部数を指定する。Ｄｕｐｌｅｘｉｎｇ属性は片面印刷を使用するか、両面印刷を使用するかを指定する。具体的には、“ＯｎｅＳｉｄｅｄ”と記述すると、片面印刷を指定する。“ＴｗｏＳｉｄｅＬｏｎｇＥｄｇｅ”と記述すると、両面（長辺綴じ）を指定する。“ＴｗｏＳｉｄｅｄＳｈｏｒｔＥｄｇｅ”と記述すると、両面（短辺綴じ）を指定する。ＯｕｔｐｕｔＣｏｌｏｒ属性は、色に関する出力方法を指定する。“Ｃｏｌｏｒ”と記述すると、カラーを指定する。“Ｍｏｎｏｃｈｒｏｍｅ”と記述すると、モノクロを指定する。ＰａｇｅＰｅｒＳｈｅｅｔ属性は、用紙の片面に印刷するように選択できるページ数を指定する。ＤａｔｅＴｉｍｅ属性は、ジョブ投入時刻を指定する。ＳＥ８０８からＳＥ８１１において、パネル・アプリケーション４０７は、ＩＰアドレスのリストからＩＰアドレスを取り出し終えると、ＳＥ８１２に進む。ＳＥ８１２にて、パネル・アプリケーション４０７は、印刷ジョブ一覧表示画面（図１６（ｃ））を操作部３０８の表示部に表示するように制御する。ＳＥ８１３で処理を終了する。

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

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

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

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

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

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

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

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

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

まず、パネル・アプリケーション４０７によるプレビュー表示処理を説明する。ＳＥ１５００において、パネル・アプリケーション４０７の処理が開始する。なお、図８のＳＥ８１２において、印刷ジョブ一覧表示画面（図１６（ｃ））を操作部３０８の表示部に表示するように制御している。ＳＥ１５０１において、パネル・アプリケーション４０７は、印刷ジョブの選択とプレビューボタン１４２３の押下をユーザから受け付ける。すると、ＳＥ１５０２において、パネル・アプリケーション４０７は、プレビュー画面（図１８）を操作部３０８の表示部に表示するように制御する。

図１８のスクロール１４５１は、プレビュー領域の左右スクロールを制御し、スクロール１４５２はプレビュー領域の上下スクロールを制御する際に用いられる。ボタン１４５３は、プレビュー画像を表示するページを制御する際に用いられる。ボタン１５５４はズームを制御する際に用いられる。拡大ボタン、縮小ボタンを押下するとプレビュー画像の拡大、縮小が行える。なお、図１８は、図１６（ｃ）において文書名「決算報告書」の印刷ジョブの選択を受け付けて、プレビューボタン１４２３の押下を受け付けた場合のプレビュー画面の例を示している。

ＳＥ１５０３において、パネル・アプリケーション４０７は、プレビュー表示に用いるプレビュー画像が既に取得済みであるか否かを判定する。ここでの判定により、表示するページ数や、ズームに変更がなく、既に取得済みのプレビュー用画像にてプレビュー表示が可能である場合には、プレビュー画像を要求しない。プレビュー画像を取得済みである場合には、ＳＥ１５０６へと進む。プレビュー画像が取得されていない場合には、ＳＥ１５０４において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３へプレビュー画像要求コマンドを送信する。この際、プレビュー対象の印刷ジョブのＧＵＩＤも送信される。

このプレビュー画像要求コマンドでは、図５の「２−７」行の「送信データ」列にある、ＧＵＩＤ、プレビュー幅、プレビュー高さ、イメージタイプ、開始ページ、終了ページである。具体的には、図１５（ａ）のようなＸＭＬ形式で表現される。ＱｕｅｒｙＴｈｕｍｂｎａｉｌ要素のＧｕｉｄ属性は、図１３（ａ）で説明したＧｕｉｄと同じものである。ＴｈｕｍｂｎａｉｌＩｎｆｏ要素は要求するプレビュー画像の属性を指定する。ＭａｘＷｉｄｔｈ属性は、要求するプレビュー画像の最大幅を指定する。ＭａｘＨｅｉｇｈｔ属性は、要求するプレビュー画像の最大の高さを指定する。ＩｍａｇｅＴｙｐｅ属性は、要求するプレビュー画像の画像形式を指定する。“ＰＮＧ”と記述するとＰＮＧ（Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）形式画像、“ＪＰＥＧ”と記述するとＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）形式画像、“ＴＩＦＦ”と記述するとＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）形式画像を指定する。ＳｔａｒｔＰａｇｅ属性は要求するプレビュー画像の開始ページを指定する。ＥｎｄＰａｇｅ属性は要求するプレビュー画像の終了ページを指定する。図１５（ａ）においては、幅３７０ドット、高さ３７０ドットに収まる画像サイズで、画像形式はＰＮＧ、１ページ目から１ページ目まで、すなわち、１ページ目のプレビュー画像を指定している。

ＳＥ１５０５において、パネル・アプリケーション４０７は、ジョブ管理サービス４０３からプレビュー画像データを受信する。このプレビュー画像データは、図５の「２−９」行の「送信データ」列にある、プレビュー幅、プレビュー高さ、画像データサイズ、画像データである。

具体的には図１５（ｂ）のようなＸＭＬ形式で表現される。ＴｈｕｍｂｎａｉｌＬｉｓｔ要素は、プレビュー画像のページ数分のＴｈｕｍｂｎａｉｌＤａｔａ子要素を保持する。ＴｈｕｍｂｎａｉｌＤａｔａ要素のＷｉｄｔｈ属性は、プレビュー画像の幅（実サイズ）を指定する。Ｈｅｉｇｈｔ属性は、プレビュー画像の高さ（実サイズ）を指定する。Ｓｉｚｅ属性はプレビュー画像の画像データサイズ（バイト）を指定する。Ｄａｔａ属性にはプレビュー画像の画像データを指定する。なお、画像データはバイナリ形式なので、ＸＭＬで記述するためにＢａｓｅ６４と呼ばれる手法によりテキスト化している。図１５（ｂ）においては、幅２６２ドット、高さ３７０ドットで画像データサイズが５８１６４バイトとなる１ページ分のプレビュー画像データを示している。

ＳＥ１５０６において、パネル・アプリケーション４０７は、プレビュー表示領域をクリアする。ＳＥ１５０７において、パネル・アプリケーション４０７は、プレビュー表示領域にＳＥ１５０５で受信したプレビュー画像データを用いてプレビュー画像を描画する。ＳＥ１５０８において、パネル・アプリケーション４０７は、ユーザの入力待ちとなる。ＳＥ１５０９において、パネル・アプリケーション４０７は、ユーザの入力に応じて、入力コマンドの処理を行う。ＳＥ１５１０において、パネル・アプリケーション４０７は、ＳＥ１５０８でのユーザ入力が「閉じる」ボタンの押下であったかを判定する。「閉じる」ボタンの押下でなかった場合には、ＳＥ１５０３に戻り、「閉じる」ボタンの押下であった場合には、ＳＥ１５１１で処理を終了する。

なお、ＳＥ１５０３からＳＥ１５０５の処理については、プレビューに必要なページを必要なサイズで必要となった時点でジョブ管理サービスに対して要求を行っている。この処理については別スレッドを起動して、プレビュー表示を行う印刷ジョブの他ページのプレビュー画像データを取得するようにしてもよい。

次に、ジョブ管理サービス４０３によるプレビュー画像生成処理を説明する。ＳＣ１５００において、ジョブ管理サービス４０３の処理が開始する。ＳＣ１５０１において、ジョブ管理サービス４０３は、パネル・アプリケーション４０７のＳＥ１５０４からプレビュー画像要求コマンドを受信する。ＳＣ１５０２において、ジョブ管理サービス４０３は、図４のジョブ管理ＤＢ４０４からＳＣ１５０１で得たＧＵＩＤと一致するレコードを探索する。ＳＣ１５０３において、ジョブ管理サービス４０３は、探索して得られたレコードからＥＭＦＳＰＯＯＬのファイル名を取得する。ＳＣ１５０４において、ジョブ管理サービス４０３は、ＳＣ１５０１で受信したプレビュー画像要求コマンドから、生成するプレビュー画像のサイズを算出する。

ＳＣ１５０５において、ジョブ管理サービス４０３は、引数としてＰａｇｅＣｏｕｎｔをＳＣ１５０１で受信したプレビュー画像要求コマンドの開始ページに設定する。ここで、ＰａｇｅＣｏｕｎｔは、プレビューを生成するデータにおける取得開始ページからのページ数をカウントする。ＳＣ１５０６において、ＰａｇｅＣｏｕｎｔページ目のプレビュー画像をＳＣ１５０３で得たＥＭＦＳＰＯＯＬから生成する。なお、ＥＭＦＳＰＯＯＬ形式の各ページデータはＥＭＦ（Ｅｎｈａｎｃｅｄ Ｍｅｔａｆｉｌｅ Ｆｏｒｍａｔ）として格納されている。米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）の場合、ＥＭＦからビットマップに変換するにはＷｉｎｄｏｗｓ（登録商標）が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を呼び出すことで、容易に実現できる。取得した画像データは、ＳＣ１５０１で受信したプレビュー画像要求コマンドで指定された画像形式に変換される。

ＳＣ１５０７において、ジョブ管理サービス４０３は、ＰａｇｅＣｏｕｎｔの値を１増加する。ＳＣ１５０８において、ジョブ管理サービス４０３は、ＰａｇｅＣｏｕｎｔがＳＣ１５０１で受信したプレビュー画像要求コマンドの終了ページよりも大きいか否かを判定する。大きい場合はＳＣ１５０９に進み、大きくない場合は、ＳＣ１５０６へ戻る。ＳＣ１５０９において、パネル・アプリケーション４０７へ生成したプレビュー画像データを返信する。ＳＣ１５１０で処理を終了する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上により、ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行う際に、蓄積されている文書のプレビュー画像を印刷装置上のパネルに表示可能となる。さらに、サーバ上で動作しているジョブ管理プログラムが中間形式の印刷データからプレビュー画像を生成するので、プレビュー表示の処理はＰＤＬや機種に依存することなく、本機能を実現することができる。

また、プレビュー表示のためにサーバと印刷装置間を流れるデータはプレビュー表示に必要な小さな画像データのみであるので、通信にかかる負荷を抑えることが可能である。さらに、印刷装置上でプレビューを表示する処理は、サーバからプレビュー画像を受信して画面に表示するだけなので、印刷装置にかける負荷を抑えることができる。

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

Claims (5)

1. 印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバを備える情報処理装置と、前記印刷ジョブを管理するプリントサーバと印刷装置とを含むプリントシステムであって、
   前記プリントサーバは、
   前記中間形式の印刷ジョブを記憶する記憶手段と、
   前記印刷装置から、前記印刷ジョブに対するプレビュー画像要求を受信するプレビュー要求受信手段と、
   前記プレビュー画像要求に従い、前記記憶手段に記憶された前記中間形式の印刷ジョブからプレビュー画像を生成するプレビュー生成手段と、
   前記生成手段により生成された前記プレビュー画像を前記印刷装置へ送信するプレビュー送信手段と、
   を有し、
   前記印刷装置は、
   印刷ジョブを選択する選択手段と、
   前記プリントサーバへ、前記選択手段により選択された印刷ジョブの前記プレビュー画像要求を送信するプレビュー要求送信手段と、
   前記プリントサーバが前記プレビュー画像要求に従って送信した前記プレビュー画像を受信し表示する表示手段と
   を有することを特徴とするプリントシステム。
2. 印刷装置と通信し、中間形式の印刷ジョブを管理するプリントサーバであって、
   前記印刷装置から、管理している前記印刷ジョブに対するプレビュー画像要求を受信するプレビュー要求受信手段と、
   前記プレビュー画像要求に従い、前記中間形式の当該印刷ジョブからプレビュー画像を生成するプレビュー生成手段と、
   生成した前記プレビュー画像を前記印刷装置へ送信するプレビュー送信手段と
   を有することを特徴とするプリントサーバ。
3. 印刷装置に依存しない中間形式の印刷ジョブを生成する仮想プリンタドライバを備える情報処理装置と、前記印刷ジョブを管理するプリントサーバと印刷装置とを含むプリントシステムにおける印刷方法であって、
   前記プリントサーバにおいて、
   記憶手段が、前記中間形式の印刷ジョブを記憶する記憶工程と、
   プレビュー要求受信手段が、前記印刷装置から、前記印刷ジョブに対するプレビュー画像要求を受信するプレビュー要求受信工程と、
   プレビュー生成手段が、前記プレビュー画像要求に従い、前記記憶工程において記憶された前記中間形式の印刷ジョブからプレビュー画像を生成するプレビュー生成工程と、
   プレビュー送信手段が、前記生成工程により生成された前記プレビュー画像を前記印刷装置へ送信するプレビュー送信工程と、
   を有し、
   前記印刷装置において、
   選択手段が、印刷ジョブを選択する選択工程と、
   プレビュー要求送信手段が、前記プリントサーバへ、前記選択工程において選択された印刷ジョブの前記プレビュー画像要求を送信するプレビュー要求送信工程と、
   表示手段が、前記プリントサーバが前記プレビュー画像要求に従って送信した前記プレビュー画像を受信し表示する表示工程と
   を有することを特徴とする印刷方法。
4. 印刷装置と通信し、中間形式の印刷ジョブを管理するプリントサーバの制御方法であって、
   プレビュー要求受信手段が、前記印刷装置から、管理している前記印刷ジョブに対するプレビュー画像要求を受信するプレビュー要求受信工程と、
   プレビュー生成手段が、前記プレビュー画像要求に従い、前記中間形式の当該印刷ジョブからプレビュー画像を生成するプレビュー生成工程と、
   プレビュー送信手段が、生成した前記プレビュー画像を前記印刷装置へ送信するプレビュー送信工程と
   を有することを特徴とする制御方法。
5. コンピュータを、
   印刷装置から、管理している印刷ジョブに対するプレビュー画像要求を受信するプレビュー要求受信手段、
   前記プレビュー画像要求に従い、中間形式の当該印刷ジョブからプレビュー画像を生成するプレビュー生成手段、
   生成した前記プレビュー画像を前記印刷装置へ送信するプレビュー送信手段
   として機能させるためのプログラム。

Images