JP2008165529A - プリントシステムおよび印刷管理サーバおよび印刷装置および印刷管理サーバの制御方法および印刷装置の制御方法およびプログラム - Google Patents

Abstract

【課題】印刷データの保存を複数のプリントサーバに負荷分散したプルプリントシステムにおいて、印刷エラーに関しても、どのプリントサーバに蓄積された印刷データがエラーになったのか、印刷成功したのかを容易に把握することができるようにすること。
【解決手段】印刷管理サーバ４００は、複合機３００からの印刷指示に基づいて該当する印刷データを格納するプリントサーバ２００に対して、前記複合機３００および印刷データを指定したＬＰＲ印刷コマンドを出力し、該ＬＰＲ印刷コマンドに対応するプリントサーバ２００上でのＬＰＲ印刷結果を受信し、該受信したプリントサーバ２００上でのＬＰＲ印刷結果を前記複合機３００に送信する。複合機３００では、印刷管理サーバ４００から受信したプリントサーバ２００上でのＬＰＲ印刷結果が成功を示す場合、表示部に表示される印刷データ一覧から該当する印刷データの情報を削除する構成を特徴とする。
【選択図】図１

Description

本発明は、アプリケーションで作成したデータの印刷に関し、特にプリントサーバ等を用いて印刷データを一時蓄積し、印刷を行う際に、該一時蓄積した印刷データに対する印刷要求を所望の印刷装置から行うことで該印刷装置から印刷を行うことを可能とするプリントシステムの制御に関する。

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

例えば、特許文献１には印刷管理サーバで印刷データの書誌情報を管理し、複合機からの印刷要求に基づき、該当する印刷データが格納されているプリントサーバを特定して、プリントサーバに印刷コマンドを送信することで負荷分散可能なプルプリントシステムが開示されている。
特開２００６−９９７１４号公報

しかしながら、特許文献１に記載のシステムにおいては、印刷ジョブを実行するプリントサーバが分散しているため、印刷エラーが発生した場合、どのプリントサーバに蓄積されたどの印刷ジョブが印刷されなかったのか、印刷成功したのかを、ユーザがプリントサーバを適切に選択し、問合せを行い、把握しなければならず、煩雑な作業が生じてしまっていた。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、エラーに関してもどのプリントサーバに蓄積された印刷データがエラーになったのか、印刷成功したのかを容易に把握することができる仕組みを提供することである。

本発明は、印刷データを記憶しておく１又は複数の蓄積印刷用プリントサーバと、前記１又は複数の蓄積印刷用プリントサーバに記憶されている印刷データの書誌情報を記憶しておく印刷管理サーバと、前記印刷管理サーバから印刷データ一覧を取得して表示部に表示し該表示された印刷データ一覧から印刷指示可能な１又は複数の印刷装置とを有するものであり、前記印刷装置からの印刷指示に基づいて前記印刷管理サーバが該当する印刷データを記憶する前記蓄積印刷用プリントサーバに印刷命令を送信し、該印刷命令に応じて前記蓄積印刷用プリントサーバが前記印刷データを前記印刷指示した印刷装置に送信する第１の処理を実行し、該印刷装置が前記蓄積印刷用プリントサーバから受信した印刷データを印刷媒体へ印刷する第２の処理を実行するプリントシステムであって、前記印刷管理サーバは、前記蓄積用プリントサーバから前記第１の処理結果を受信し、該受信した前記第１の処理結果を前記印刷を指示した印刷装置に送信する第１の送信手段を有し、前記印刷装置は、前記印刷管理サーバから前記第１の処理結果を受信し、該受信した第１の処理結果が前記第１の処理の成功を示す場合、前記表示部に表示される印刷データ一覧から前記第１の処理結果に対応する印刷データの情報を削除する第１の削除手段を有することを特徴とする。

本発明によれば、エラーに関してもどのプリントサーバに蓄積された印刷データがエラーになったのか、印刷成功したのかを容易に把握することができる等の効果を奏する。

〔第１実施形態〕
以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明の情報処理装置およびプリントサーバおよび印刷管理サーバおよび印刷装置を適用可能なプリントシステムの構成の一例を示すシステム構成図である。

図１の「事業所Ａ」に示すように、本実施形態のプリントシステムは、１又は複数のクライアントＰＣ１００（例えば、ユーザ毎）、１又は複数のプリントサーバ２００（例えば、社屋の階毎に設置）、１又は複数の複合機３００（例えば、社屋の階毎に設置），印刷管理サーバ４００、１又は複数のログインサービスＰＣ５００（例えば、社屋の階毎に設置）、ディレクトリサービスサーバ６００がローカルエリアネットワーク（ＬＡＮ）７００を介して接続される構成となっている。

クライアントＰＣ１００には、プリンタドライバがインストールされており、このプリンタドライバは、アプリケーションプログラムから受け取ったデータに基づいて印刷データを生成し、該印刷データをプリントサーバ２００等へ送信し、プリントサーバ２００の所定の格納場所（スプール領域）に格納させることができる。

プリントサーバ２００は、クライアントＰＣ１００から受信した印刷データに対応する書誌情報データを生成し、印刷管理サーバ４００に送信して、該印刷管理サーバ４００の所定の格納場所に格納させることができる。

また、プリントサーバ２００は、外部から受信したＬＰＲを実行するためのコマンドに基づいて上記所定の格納場所に格納している印刷データを複合機３００へ転送制御する。

印刷管理サーバ４００は、書誌情報ＤＢ（後述する図６に示す）を備え、本実施形態の「プルプリント」実行時に、プリントサーバ２００から送信される書誌情報（プリントサーバ２００内に蓄積された印刷データに対応する書誌情報）を受信し、書誌情報ＤＢにより記憶管理する。

また、印刷管理サーバ４００は、不図示のＩＣカード認証用テーブル（カード製造番号、ユーザ名、メールアドレス等の項目を有する）を記憶し、複合機３００からのＩＣカードによる認証依頼に応じて、該ＩＣカード認証用テーブルを用いて認証処理を行う。

さらに、印刷管理サーバ４００は、複合機３００からの印刷要求（書誌情報ＤＢで管理される書誌情報に対応する印刷データの印刷要求）に応じて、該印刷データの印刷指示を書誌情報内に記載されたＩＰアドレスに対応する装置（プリントサーバ２００）に対して行う。

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

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

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

なお、本実施形態では、印刷管理サーバ４００内にＩＣカード認証用テーブルを持たせ、印刷管理サーバ４００にＩＣカード認証を行わせるように構成したが、印刷管理サーバ４００がログインサービスＰＣ５００と連携しログインサービスＰＣ５００で認証を実行させるようにしてもよい。その際、印刷管理サーバ４００は、ログインサービスＰＣ５００で認証がなされ正規のユーザと判断できればＩＣカード認証用テーブルを参照しないものとする。

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

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

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器にへの表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ７００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

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

次に、図３を用いて、図１に示した複合機３００を制御するコントローラユニットのハードウェア構成について説明する。

図３は、図１に示した複合機３００のコントローラユニットのハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ７００）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

以上のような構成によって、複合機３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ７００上に送信したり、ＬＡＮ７００から受信した印刷データをプリンタ３１２により印刷出力することができる。

また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ３１２により出力することできる。

以下、図４を用いて、本実施形態のプリントシステムにおけるプルプリントの全体の流れについて説明する。

まず、本実施形態のプルプリントを実行するための前提について説明する。

まず、各クライアントＰＣ１００へは、通常のプリンタドライバをインストールして、論理プリンタを追加しておく。なお、この論理プリンタは、その印刷先（印刷ポート）がプリントサーバ２００に設定されている。

この各クライアントＰＣ１００に追加された、印刷先がプリントサーバ２００に設定された論理プリンタに対して、ユーザが印刷指示を行うことにより、本実施形態のプルプリントが実行される。

以下、本実施形態のプルプリントの全体の流れについて説明する。

図４は、本実施形態のプリントシステムにおけるプルプリントの全体の流れ説明する模式図である。

図４に示すように、まず、ユーザは、クライアントＰＣ１００にログインし（（１）−１）、該クライアントＰＣ１００で実行されるアプリケーションプログラムから上記印刷先設定されたプリンタドライバに対応する論理プリンタへの印刷指示を行う（（１）−２）。

この印刷指示に応じて、クライアントＰＣ１０のアプリケーションプログラムは、グラフィックエンジンを介して、プリンタドライバにデータを送信する。クライアントＰＣ１００のプリンタドライバは、該アプリケーションプログラムからグラフィックエンジンを介して受け取ったデータに基づいて印刷データを生成する。そして、クライアントＰＣ１００は、生成した印刷データをプリントサーバ２００に送信して（（２）−１）、プリントサーバ２００はこの印刷データを所定の格納場所に格納させる（（２）−２）。なお、クライアントＰＣ１００からプリントサーバ２００への送信は、例えばＬＰＲ印刷の仕組みを用いて送信される。また、プリントサーバ２００は、上記所定の格納場所に印刷データが格納されても、印刷装置への送信は行わない。

次に、プリントサーバ２００は、クライアントＰＣ１００から受信して上記所定の格納場所に格納された上記印刷データから書誌情報データを抽出（生成）し（（２）−３）、該抽出（生成）した書誌情報データを印刷管理サーバ４００に送信して、ネットワーク上でのファイル共有の仕組みを用いて印刷管理サーバ４００の所定の格納場所（予め設定されているディレクトリ）に格納させる（（３）−１）。

印刷管理サーバ４００は、上記所定のディレクトリを監視し、該所定のディレクトリにプリントサーバ２００から書誌情報ファイルが格納されると、該書誌情報ファイルを解析し書誌情報を書誌情報ＤＢ（印刷管理サーバ４００の外部記憶装置上に構築される（後述する図６に示す））に登録する（（３）−２）。

また、複合機３００は、カードリーダ３１９により読み取り可能なＩＣカードを検知すると、該ＩＣカード内の個人認証情報を読み取り、該読み取った個人認証情報を認証要求として印刷管理サーバ４００に送信する（（４）−１）。個人認証情報は、認証に用いられる情報であり該ＩＣカードの製造番号でも良い。

印刷管理サーバ４００は、複合機３００より個人認証情報を受信すると、該個人認証情報の認証処理を印刷管理サーバ４００の外部記憶装置上に記憶されるＩＣカード認証用テーブルに基づいて行い、認証結果を複合機３００に返信する（（４）−２）。なお、認証処理に成功した場合には、認証結果として、クライアントＰＣ１００のログインユーザＩＤを送信するものとする。

次に、複合機３００は、印刷管理サーバ４００から、認証に成功した旨の認証結果（クライアントＰＣ１００のログインユーザＩＤ）を受信すると、印刷管理サーバ４００に印刷データ一覧要求を送信する（（５）−１）。なお、印刷データ一覧要求には、クライアントＰＣ１００のログインユーザＩＤが含まれているものとする（後述する図８に示す）。

印刷管理サーバ４００は、複合機３００から印刷データ一覧要求を受信すると、該印刷データ一覧要求に含まれるログインユーザＩＤで書誌情報ＤＢを検索して、該ログインユーザＩＤに対応する印刷データ一覧（後述する図９に示す）を生成し、複合機３００に返信する（（５）−２）。

複合機３００は、印刷管理サーバ４００から印刷データ一覧を受信すると、該印刷データ一覧を操作部３０８のＵＩ上に表示する（後述する図１０に示す）。そして、ユーザにより、印刷データが選択され、印刷指示がなされると、複合機３００は、該選択された印刷データの印刷要求（出力指示）を印刷管理サーバ４００に送信する（６）。なお、この印刷要求は、クライアントＰＣ１００のログインユーザ名，印刷データのタイムスタンプを含むものとする（後述する図１１に示す）。

印刷管理サーバ４００は、複合機３００から印刷データの印刷要求（出力指示）を受信すると、該出力指示がなされた印刷データの書誌情報を、クライアントＰＣ１００のログインユーザ名，印刷データのタイムスタンプをキーにして書誌情報ＤＢから検索し、該検索した書誌情報から該当する印刷データを格納しているプリントサーバ２００を特定し、該プリントサーバ２００に該当する印刷データの印刷指示を送信する（７）。なお、上記印刷指示は、該当する印刷データファイル名を含む印刷コマンドである（後述する図１２に示す）。なお、上述のタイムスタンプは、プリントサーバ２００で印刷データを受信した際に付与される。

プリントサーバ２００は、印刷管理サーバ４００から印刷指示を受信すると、該印刷指示に基づいて印刷データを複合機３００に送信して複合機３００で印刷させる（ＬＰＲ印刷）（（８）−１）。

また、プリントサーバ２００は、ＬＰＲ印刷（（８）−１）後、印刷管理サーバ４００へ印刷状況（結果）（後述する図１３に示す）を送信する（（８）−２）。この印刷状況（結果）を受信した印刷管理サーバ４００は、該印刷状況（結果）を外部メモリ（図２の２１１）またはＲＡＭ（図２の２０３）へ記憶保持する。

複合機３００は、印刷管理サーバ４００へ出力指示（６）後、印刷管理サーバ４００へ印刷状況確認要求がなされる（９）。この印刷確認要求は一定時間ごとに複合機３００より印刷管理サーバ４００へなされる。

印刷管理サーバ４００は、複合機３００の印刷状況確認要求（９）に基づいて、前記外部メモリ（図２の２１１）またはＲＡＭ（図２の２０３）に記憶保持している印刷状況（結果）を複合機３００へ送信する（１０）。

なお、複合機３００は、受信した印刷状況（結果）をＨＤＤ（図３の３０４）またはＲＡＭ（図３の３０２）へ記憶保存を行い、操作部（図３の３０８）へ表示させる（後述する図１５の１９０１に示す）。

以下、図５のフローチャートを参照して、図４に示したプルプリント処理についてより詳細に説明する。

図５は、本発明における第１の制御処理手順の一例を示すフローチャートであり、本発明の第１実施形態を示すプリントシステムのプルプリント処理に対応する。

なお、図中、Ｓ５０１は、クライアントＰＣ１００のステップに対応し、クライアントＰＣ１００のＣＰＵが外部メモリに格納されるプログラムをＲＡＭ上で実行することにより実現される。

また、Ｓ５０２，Ｓ５０３，Ｓ５１６〜Ｓ５１９は、プリントサーバ２００の各ステップに対応し、プリントサーバ２００のＣＰＵが外部メモリに格納されるプログラムをＲＡＭ上で実行することにより実現される。

さらに、Ｓ５０４，Ｓ５０７，Ｓ５０８，Ｓ５１５，Ｓ５２０，Ｓ５２１，Ｓ５２３は、印刷管理サーバ４００の各ステップに対応し、印刷管理サーバ４００のＣＰＵが外部メモリに格納されるプログラムをＲＡＭ上で実行することにより実現される。

また、Ｓ５０５，Ｓ５０６，Ｓ５０９〜Ｓ５１４，Ｓ５２２，Ｓ５２４〜Ｓ５２７は、複合機３００の各ステップに対応し、複合機３００のＣＰＵ３０１がＲＯＭ３０３又はＨＤＤ３０４に格納されるプログラムをＲＡＭ３０２上等で実行することにより実現される。

まず、ステップＳ５０１では、クライアントＰＣ１００でユーザからの印刷の実行（指示）が行われると（図４の（１）−２）、クライアントＰＣ１００のＣＰＵは、該印刷指示に基づく印刷データを生成してプリントサーバ２００に送信する（図４の（２）−１）。なお、ステップＳ５０１については、図４の（１）−２及び（２）−１で詳細に説明したのでここでは詳細は省略する。

そして、プリントサーバ２００のＣＰＵは、ステップＳ５０２において、ステップＳ５０１でクライアントＰＣ１００から送信された印刷データを受信し、外部メモリ内の所定の格納場所へ記憶させる（図４の（２）−２）。

次に、ステップＳ５０３において、プリントサーバ２００のＣＰＵは、ステップＳ５０２で記憶した印刷データより書誌情報データを抽出し（図４の（２）−３）、印刷管理サーバ４００へ書誌情報データを送信する（図４の（３）−１）。

書誌情報データは、ログインユーザＩＤ，印刷データ格納サーバのＩＰアドレス，印刷データの格納先を示すフルパス，ドキュメント名，部数，ページ数，タイムスタンプ等から構成される。

このように、プリントサーバ２００から印刷管理サーバ４００へ送信する書誌情報データは、印刷データのみから抽出されるデータのみで構成されるわけではなく、前記論理プリンタに対応するプリントサーバ２００に存在する仮想プリンタが受信した際のタイムスタンプ、該仮想プリンタの存在するサーバ（印刷データ格納されるサーバ）のＩＰアドレス、印刷データの格納先を示すパスを追加した情報である。なお、書誌情報データの詳細は、後述する図６の書誌情報ＤＢを説明する際に行う。

以下、図５のフローチャートの説明に戻る。

印刷管理サーバ４００のＣＰＵは、ステップＳ５０４において、ステップＳ５０３でプリントサーバ２００から送信された書誌情報データを受信し、印刷管理サーバ４００の外部メモリ内に構築される書誌情報ＤＢ（図６）に記憶させる。

具体的には、図６に示す書誌情報ＤＢ（ＤＢとあるがファイルにカンマ区切りで書誌情報が記憶されるように構成しても良い）の各項目に、書誌情報データ内の各項目データを記憶させる。

なお、エラー有無１２０７の情報は、書誌情報ＤＢへの登録時に付与される。また、このタイミングでのエラー有無１２０７は「無」となる。エラー有無１２０７が「有」と記憶される場合は、後述するステップＳ５１４で印刷要求があった際に、正常に印刷がなされなかった場合である。

図６は、図１に示した印刷管理サーバ４００で記憶管理される書誌情報ＤＢの一例を示す模式図である。

図６に示すように、書誌情報ＤＢは、ログインユーザＩＤ１２０１，印刷データ格納サーバＩＰアドレス１２０２，印刷データのパス１２０３，ドキュメント名１２０４，部数１２０５，ページ１２０６，エラー有無１２０７，タイムスタンプ１２０８等の項目から構成される。

以下、図５のフローチャートの説明に戻る。

次に、複合機３００のＣＰＵ３０１は、カードリーダ３１９により読み取り可能なＩＣカードを検知すると、ステップＳ５０５において、カード認証処理を行う。詳細には、複合機３００のＣＰＵ３０１は、カードリーダ３１９によりＩＣカード内の個人認証情報を読み取り、該読み取った個人認証情報を認証要求として印刷管理サーバ４００に送信する（（４）−１）。

すると、印刷管理サーバ４００のＣＰＵは、複合機３００より受信した個人認証情報の認証処理を印刷管理サーバ４００の外部記憶装置上に記憶されるＩＣカード認証用テーブルに基づいて行い、認証結果を複合機３００に返信する（（４）−２）。認証処理に成功した場合（正規ユーザと判断された場合）には、認証結果として、クライアントＰＣ１００のログインユーザＩＤが送信される。そして、クライアントＰＣ１００のログインユーザＩＤを受信してカード認証処理が成功したと判断した場合には、複合機３００は、操作部３０８の表示部に図７に示す画面を表示し、ステップＳ５０６に処理を進める。

図７は、図５のステップＳ５０５に示したカード認証処理が成功した際に図２に示した複合機３００の操作部３０８の表示部に表示される画面の一例を示す模式図である。

次に、ステップＳ５０６では、複合機３００のＣＰＵ３０１は、ユーザの指示に基づき（ユーザにより一覧取得ボタン１４０１が押下（タッチ）されると）、印刷データの一覧取得要求情報（図８）を印刷管理サーバ４００へ送信する（図４の（５）−１）。

図８は、図１に示した複合機３００から印刷管理サーバ４００に送信される印刷データ一覧要求情報の一例を示す模式図である。

図８に示すように、印刷データ一覧要求情報は、クライアントＰＣ１００のログインユーザＩＤ８０１，出力デバイス機種名８０２，取得印刷データ種別（未印刷／印刷済）８０３のデータ等から構成される。

なお、上述のステップＳ５０６では、ログインユーザＩＤ８０１には、ステップＳ５０５でカード認証処理が成功した際に印刷管理サーバ４００から受信したユーザＩＤが格納される。また、出力デバイス機種名８０２には、複合機３００自身の機種名が格納される。さらに、取得印刷データ種別（未印刷／印刷済）８０３には「未印刷」が指定される。

なお、本実施形態では、ユーザの指示に基づいて印刷データの一覧取得要求がなされるように構成したが、カード認証がなされるとユーザの操作なしに印刷データの一覧取得要求がなされるように構成してもよい。

また、本実施形態は、複合機３００のＣＰＵ３０１がカード認証結果を、ＩＣカード認証用テーブルを有するサーバから受信した上でＳ５０６を実行するように構成したが、ＩＣカード認証用テーブルを有するサーバで認証ＯＫ（正規ユーザと判断）であった場合、複合機３００に認証結果を返さず、印刷データの一覧を取得し、複合機３００へ送信するように構成してもよい。

次に、印刷管理サーバ４００のＣＰＵは、ステップＳ５０７において、複合機３００から印刷データ一覧取得要求を受信し、該要求内のログインユーザＩＤ８０１に基づき、図６に示した書誌情報ＤＢから該当する書誌情報データを全て取得する。さらに、印刷管理サーバ４００のＣＰＵは、上記取得した全書誌情報データをまとめて印刷データ一覧（図９に示す）を生成する（印刷データ一覧取得）。

図９は、印刷管理サーバ４００で生成される印刷データ一覧の一例を示す模式図である。

図９に示すように、印刷データ一覧は、取得印刷データ種別（未印刷／印刷済）９０１，クライアントＰＣ１００のログインユーザＩＤ９０２，印刷データ数９０３，タイムスタンプ９０４，印刷データ格納サーバＩＰアドレス９０５，ドキュメント名９０６，部数９０７，ページ数９０８，タイムスタンプに対応する印刷時間９０９，印刷ジョブ識別ＩＤ９１０、エラー有無９１１等の項目から構成される。

なお、図９の９０４〜９１１は、取得データ数分（印刷データ数９０３分）あるものとする。

以下、図５のフローチャートの説明に戻る。

次に、印刷管理サーバ４００のＣＰＵは、ステップＳ５０８において、ステップＳ５０７で取得した印刷データ一覧を複合機３００へ送信する（図４の（５）−２）。

次に、複合機３００のＣＰＵ３０１は、ステップＳ５０９において、ステップＳ５０８で印刷管理サーバ４００より送信された印刷データ一覧を受信し、ＨＤＤ３０４またはＲＡＭ３０２へ記憶させる。

次に、ステップＳ５１０において、複合機３００のＣＰＵ３０１は、ステップＳ５０９で記憶した印刷データ一覧を図１０に示すように操作部３０８の表示部に表示させる。

次に、ステップＳ５１１において、複合機３００のＣＰＵ３０１は、ステップＳ５０９で記憶した印刷データ一覧に印刷エラーのあったエラー印刷データがあるか否かを判断する。この判断は、複合機３００のＣＰＵ３０１が、図９に示した印刷データ一覧内のエラー有無９１１に基づき行う。なお、エラー有無をフラグで管理するように構成してもよい。

ステップＳ５１１で、複合機３００のＣＰＵ３０１が、印刷データ一覧内にエラー印刷データがあると判定した場合には（Ｓ５１１でＹＥＳ）、ステップＳ５１２において、操作部３０８の表示部に表示される印刷データ一覧に、エラーが識別できるように識別情報（図１０の１７０１に示すマーク）を表示させる。そして、ステップＳ５１３に処理を進める。

なお、図５のフローチャートでは、印刷データ一覧表示におけるエラー識別表示（識別情報表示）は、印刷データ一覧を表示させた後に実行するように記載しているが、識別情報表示方法はこれに限るものではない。例えば、複数の印刷データの情報を表示させる際、一つの印刷データの情報（文書名、ページ数、部数、日付、時刻）を表示させるに伴って、識別情報１７０１を表示させるようにする。そして、これを繰り返すことによって取得した全ての印刷データの一覧表示がなされるように構成する。

図１０は、図２に示した複合機３００の操作部３０８の表示部に表示される印刷データ一覧の一例を示す模式図である。

一方、ステップＳ５１１で、複合機３００のＣＰＵ３０１が、印刷データ一覧内にエラー印刷データがないと判定した場合には（Ｓ５１１でＮＯ）、そのままステップＳ５１３に処理を進める。

次に、ステップＳ５１３では、複合機３００のＣＰＵ３０１は、ユーザにより印刷指示が行われたかどうかを検出し判断する。具体的には、図１０に示す１７０３のいずれか（１又は複数）がタッチされたて選択された状態、又は、図１０に示す全選択ボタン１７０２がタッチされて全選択された状態で、図１０の印刷ボタン１７０４が押下（タッチ）されたかを判断する。

ステップＳ５１３で、複合機３００のＣＰＵ３０１が、ユーザにより印刷指示が行われていないと判断した場合には、ステップＳ５１３の判断を繰り返す。

一方、ステップＳ５１３で、複合機３００のＣＰＵ３０１が、ユーザにより印刷指示が行われたと判断した場合には、ステップＳ５１４に処理を進める。

ステップＳ５１４では、複合機３００のＣＰＵ３０１は、ステップＳ５１３で選択された印刷データのタイムスタンプをステップＳ５０９で記憶した印刷データ一覧から取得し、クライアントＰＣ１００のログインユーザＩＤとともに印刷要求情報（図１１）を生成する。そして、複合機３００のＣＰＵ３０１は、上記選択された印刷データを印刷させるため、上記生成した印刷要求情報を印刷管理サーバ４００へ送信する（図４の（６））。

図１１は、図５のステップＳ５１４で複合機３００から印刷管理サーバ４００に送信される印刷要求情報の一例を示す図である。

図１１に示すように印刷要求情報は、クライアントＰＣ１００のログインユーザＩＤ１００１，印刷データのタイムスタンプ１００２等で構成される。なお、印刷要求を行う印刷データが複数ある場合は、タイムスタンプ１００２は複数存在する。

以下、図５のフローチャートの説明に戻る。

そして、印刷管理サーバ４００のＣＰＵは、ステップＳ５１５において、複合機３００から送信された印刷要求情報を受信し、該受信した印刷要求情報に基づきプリントサーバ２００にさらに印刷要求を行う。

具体的には、印刷管理サーバ４００のＣＰＵは、複合機３００から受信した印刷要求情報内のタイムスタンプ１００２毎に、以下の処理を行う。印刷管理サーバ４００は、タイムスタンプ１００２に基づき書誌情報ＤＢから印刷データのパス１２０３，印刷データ格納サーバＩＰアドレス１２０２を取得する。また、印刷管理サーバ４００は、複合機３００からの印刷要求情報受信時に複合機３００のＩＰアドレスを取得し、このＩＰアドレスと上述した印刷データのパスとに基づいて、プリントサーバ２００からＬＰＲ印刷を実行させるためのＬＰＲコマンド（図１２）を生成し、該生成したＬＰＲコマンドを、上述した印刷データ格納サーバＩＰアドレスに対応するプリントサーバ２００に送信して印刷要求を行う（図４の（７））。

なお、印刷管理サーバ４００のＣＰＵは、ステップＳ５１５で複合機３００から印刷要求を受けた印刷指示総数（即ち、タイムスタンプ１００２の数）を取得し、外部メモリ又はＲＡＭ内に記憶管理する。この際、印刷管理サーバ４００は、ログインユーザＩＤと印刷要求のあった複合機３００のＩＰアドレスごとに、外部メモリ又はＲＡＭ内で記憶管理される印刷状況（結果）情報（図１３）内に、上述の印刷指示総数を記憶する。

図１２は、図５のステップＳ５１５で印刷管理サーバ４００からプリントサーバ２００に送信されるＬＰＲコマンドの一例を示す図である。

図１２に示すように、ＬＰＲコマンドは、複合機３００のＩＰアドレスを示すプリンタＩＰアドレス１３０１，予め決定されたプリンタ名（例えば、ｌｐ）１３０２，印刷データのパス１３０３等から構成される。

図１３は、印刷管理サーバ４００が記憶管理する印刷状況（結果）情報の一例を示す図である。

図１３に示すように、印刷状況（結果）情報は、通信ヘッダ１１０１，印刷終了数１１０２，印刷指示総数１１０３，送信データ数（印刷状況件数）１１０４，印刷結果１１０５、印刷データのタイムスタンプ１１０６、印刷結果メッセージ１１０７等から構成される。

なお、図１３の１１０５〜１１０７は、取得データ数分（送信データ数１１０４分）あるものとする。

なお、印刷状況（結果）情報は、上述したように、ログインユーザＩＤと印刷要求のあった複合機３００のＩＰアドレスごとに記憶管理されるものであり、ステップＳ５１５の時点で存在しない場合には、印刷管理サーバ４００が生成する。

以下、図５のフローチャートの説明に戻る。

プリントサーバ２００のＣＰＵは、印刷管理サーバ４００よりＬＰＲコマンド（図１２）を受信すると、ステップＳ５１６において、受信したＬＰＲコマンドに基づいてＬＰＲ印刷を行う（図４の（８）−１）。

具体的には、プリンタＩＰアドレス１３０１に対して、印刷データのパス１３０３の示す印刷データのＬＰＲ印刷を実行する。以下、プリントサーバ２００内においてＬＰＲ印刷を実行する処理部を印刷実行サービスと呼ぶ。

次に、ステップＳ５１７において、プリントサーバ２００のＣＰＵは、ステップＳ５１６のＬＰＲ印刷が実行できたか否かを判断し、その結果をＨＤＤ２１１またはＲＡＭ２０３へ記憶する。なお、印刷が実行できたか否かの判断は、エラー情報が取得できたか否かで判断する。エラー情報としては、ＯＳから通知されるシステムエラー（例えば、socket エラー、connect エラー、send エラー、receive エラー）や印刷サービスが独自に認識できるエラー情報（例えば、印刷データ無し等）がある。

ステップＳ５１７で、プリントサーバ２００のＣＰＵが、エラー情報を取得できた場合は印刷できなかったと判断し、エラー情報が取得できなかった場合は正常に印刷できたと判断する。プリントサーバ２００のＣＰＵは、ＬＰＲ印刷を実行した印刷データのパスを取得する。そして、ステップＳ５１８に処理を進める。

そして、ステップＳ５１８では、プリントサーバ２００のＣＰＵは、ＬＰＲ印刷を実行した各印刷データの印刷結果のメッセージを印刷管理サーバ４００に送信する。なお、印刷が実行できなかった場合はステップＳ５１７で取得した印刷データのパスを含んだエラーメッセージを、印刷結果のメッセージとして印刷管理サーバ４００へ送信する（図４の（８）−２）。

次に、ステップＳ５１９では、プリントサーバ２００のＣＰＵは、ステップＳ５１５で印刷管理サーバ４００から印刷要求された全ての印刷データのＬＰＲ印刷が完了したか否かを判断する。なお、印刷ができなかった（印刷エラー）となった印刷データのＬＰＲ印刷も完了したとみなす。

そして、ステップＳ５１９で、プリントサーバ２００のＣＰＵが、まだ全ての印刷要求に対応する印刷データのＬＰＲ印刷が完了していないと判断した場合には、ステップＳ５１６に処理を戻し、未だ完了していない印刷要求に対してＬＰＲ印刷を実行する。

一方、ステップＳ５１９で、プリントサーバ２００のＣＰＵが、全ての印刷要求に対応する印刷データのＬＰＲ印刷が完了したと判断した場合には、印刷管理サーバ４００とのセッションを終了する。

なお、プリントサーバ２００のＣＰＵは、ＬＰＲ印刷（Ｓ５１６）に成功したとみなした印刷データを、夜間バッチ等で削除するものとする。

そして、印刷管理サーバ４００のＣＰＵは、ステップＳ５２０において、ステップＳ５１８でプリントサーバ２００から送信されたメッセージを受信すると、該メッセージに基づいて印刷状況（結果）を外部メモリ又はＲＡＭ内に記憶させる。即ち、印刷管理サーバ４００のＣＰＵは、受信したメッセージに基づき、エラー有無を判断し（エラーの場合はメッセージに含まれる印刷データのパスに基づいて書誌情報ＤＢを検索して印刷エラーデータのタイムスタンプ１２０８を取得するとともにエラー有無１２０７を「有」に更新し）、この判断結果に基づき、上述した外部メモリ又はＲＡＭ内の印刷状況（結果）情報（図１３）を更新する。例えば、印刷エラーであると判断した場合には、印刷結果１１０５を「エラー」にし、印刷終了数１１０２をカウントアップする。一方、印刷が成功した（エラーでない）と判断した場合には、印刷終了数１１０２をカウントアップする。また、印刷結果１１０５、印刷データタイムスタンプ１１０６、印刷結果メッセージ１１０７は送信データ数１１０４の値だけ存在する。

次に、ステップＳ５２１において、印刷管理サーバ４００のＣＰＵは、複合機３００からの印刷状況（結果）問合せ（後述するＳ５２２からの問合せ）を受けるまで待機する。

複合機３００は、ステップＳ５２２において、複合機３００から印刷管理サーバ４００へ印刷状況（結果）の問合せを行う（図４の（９））。この印刷管理サーバ４００への問い合わせは、一定時間おきに行う。なお、この問合せには、この時点で複合機３００にログインしているユーザのクライアントＰＣ１００におけるログインユーザＩＤを送信する。なお、このクライアントＰＣ１００におけるログインユーザＩＤは、ログイン時に印刷管理サーバ４００より取得済みである。

そして、印刷管理サーバ４００のＣＰＵは、ステップＳ５２１で、複合機３００からの印刷状況（結果）問合せ（Ｓ５２２の問合せ）を受けたと判断した場合（Ｓ５２１でＹＥＳ）、ステップＳ５２３に処理を進める。

ステップＳ５２３では、印刷管理サーバ４００のＣＰＵは、ステップＳ５２１で受信したログインユーザＩＤに基づき、ステップＳ５２０で記憶したログインユーザＩＤごとに管理された印刷状況（結果）情報から、送信する印刷状況（結果）情報（図１３）を取得し、複合機３００へ送信する（図４の（１０））。なお、印刷状況（結果）の印刷データが存在しない場合には、印刷終了数１１０２と印刷指示総数１１０３のみを返信するように構成してもよい。なお、印刷管理サーバ４００のＣＰＵは、送信した印刷結果１１０５、印刷データのタイムスタンプ１１０６、結果メッセージ１１０７は送信後に削除する。

次に、複合機３００のＣＰＵ３０１は、ステップＳ５２４において、ステップＳ５２３で印刷管理サーバ４００から送信された印刷状況（結果）情報（図１３）を受信する。

次に、ステップＳ５２５において、複合機３００のＣＰＵ３０１は、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５に基づいて、ＬＰＲ印刷が成功かどうか判定する。

そして、ステップＳ５２５で、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「成功」となっている（ＬＰＲ印刷成功）と判定した場合には、複合機３００のＣＰＵ３０１は、ステップＳ５２６に処理を進める。

次に、ステップＳ５２６において、複合機３００のＣＰＵ３０１は、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「成功」となっている印刷データタイムスタンプ１１０６と、ステップＳ５０９で記憶した印刷データ一覧のタイムスタンプ９０４との比較を行う。そして、この比較結果に基づいて、複合機３００のＣＰＵ３０１は、上記印刷結果１１０５が成功となっている印刷データタイムスタンプ１１０６と一致した、ステップＳ５０９で記憶した印刷データ一覧のタイムスタンプ９０４について、該タイムスタンプに対応するドキュメント名を操作部３０８の表示部から表示を削除する（ＲＡＭからも削除する）。そして、ステップＳ５２７に処理を進める。

一方、ステップＳ５２５で、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「成功」となっていない（「エラー」となっている、即ち、ＬＰＲ印刷失敗）と判定した場合には、複合機３００のＣＰＵ３０１は、図示しないステップにおいて、印刷結果１１０５が「エラー」となっている印刷データタイムスタンプ１１０６と、ステップＳ５０９で記憶した印刷データ一覧のタイムスタンプ９０４との比較を行う。そして、この比較結果に基づいて、複合機３００のＣＰＵ３０１は、上記印刷結果１１０５が「エラー」となっている印刷データタイムスタンプ１１０６と一致した、ステップＳ５０９で記憶した印刷データ一覧のタイムスタンプ９０４について、該タイムスタンプに対応するドキュメント名を印刷エラー情報として、操作部３０８の表示部に表示させる（例えば、図１４の１９０１に示すように表示させる）。そして、ステップＳ５２７に処理を進める。

図１４は、図２に示した複合機３００の操作部３０８の表示部に表示される印刷データ一覧の一例を示す模式図であり、印刷エラー情報が表示される場合に対応する。

なお、本実施形態では、図１４の１９０１に示したように、操作部３０８の表示部の下部にエラー印刷データごとに表示させるように構成したが、エラー印刷データを一括して一覧表示させるように構成してもよい。

次に、ステップＳ５２７において、複合機３００のＣＰＵ３０１は、印刷状況（結果）の問合せを終了するか否かを判断する。この判断は、印刷状況（結果）情報（図１３）の印刷終了数１１０２と印刷指示総数１１０３が同じになっているか否かを判断し、印刷終了数１１０２と印刷指示総数１１０３が同じになっていた場合、問合せを終了すると判断するものとする。一方、印刷終了数１１０２と印刷指示総数１１０３が同じにならなっていない場合、問い合わせを終了しないと判断する。

ステップＳ５２７で、印刷状況（結果）の問合せを終了しないと判断した場合には、複合機３００のＣＰＵ３０１は、ステップＳ５２２に処理を戻し、印刷状況（結果）の問合せ処理（一定時間間隔の問合せ）を行う。

一方、ステップＳ５２７で、印刷状況（結果）の問合せを終了すると判断した場合には、複合機３００のＣＰＵ３０１は、処理を終了する。

以上説明したように、プルプリントシステムにおいて、負荷分散を実現することができるとともに、どのプリントサーバに蓄積された印刷データであっても所望の印刷装置から容易に出力することができるフレキシブルなプルプリント環境を構築することができ、さらに、その印刷データが印刷に成功したこと、およびどのプリントサーバに蓄積された印刷データがエラーになったのかを容易に把握することができる。

なお、プリントサーバ２００は、ＬＰＲ印刷を用いて、印刷データを複合機３００に送信して印刷させるため、プリントサーバ２００上のＬＰＲ印刷の結果（成功、エラー）は、従来では複合機３００には通知されなかった。本実施形態では、上記プリントサーバ２００上でのＬＰＲ印刷結果が印刷管理サーバ４００を介して複合機３００に通知される構成であるので、複合機３００で、上記プリントサーバ２００上でのＬＰＲ印刷結果を認識可能となる。

そして、印刷エラーになった印刷データに関しては、認識可能に表示（操作部の下部にエラー印刷データごとに、又は、一覧表示）されるので、ユーザが容易に認識することが可能である。よって、従来、印刷データがエラーになったことをユーザが把握できず、エラーとなった印刷データがいつまでもプリントサーバに格納されたままとなってしまうという従来の問題点も解決可能である。

なお、印刷管理サーバ４００における、Ｓ５２１の問い合わせの受け付け処理は、所定の時間でタイムアウトするように構成してもよい。

〔第２実施形態〕
上記第１実施形態では、印刷結果を印刷管理サーバ４００に記憶管理させ、複合機３００は印刷管理サーバ４００への印刷状況（結果）の問合せ時に印刷データの印刷結果を取得し、該印刷結果に基づいて操作部３０８より印刷成功した印刷データを一覧表示から削除し、操作部３０８よりエラーのあった印刷データの印刷エラー情報を表示するように構成した。

本実施形態では、複合機３００にて印刷データの出力結果を監視し、その結果を保持しておき、その情報と印刷管理サーバ４００から取得した印刷結果とを比較することで、エラーのあった印刷データを判別し、操作部３０８の表示部に識別可能に表示させるように構成する。

以下、図１５のフローチャートを参照して、本実施形態について詳細に説明する。なお、上記第１実施形態と同じ処理についてはステップ番号を付与し、詳細な説明を省略する。

図１５は、本発明における第２の制御処理手順の一例を示すフローチャートであり、本発明の第２実施形態を示すプリントシステムのプルプリント処理に対応する。

なお、図中の各ステップにおいて、図５と同一のステップには同一のステップ番号を付してある。また、Ｓ５０１〜Ｓ５１９は、図５と同一であるため図１５では記載を省略する。

さらに、Ｓ５２０，Ｓ５２１，Ｓ５２３，Ｓ６０５，Ｓ６０６は、印刷管理サーバ４００の各ステップに対応し、印刷管理サーバ４００のＣＰＵが外部メモリに格納されるプログラムをＲＡＭ上で実行することにより実現される。

また、Ｓ５２２，Ｓ５２４，Ｓ５２５，Ｓ６０７，Ｓ６０１〜Ｓ６０４は、複合機３００の各ステップに対応し、複合機３００のＣＰＵ３０１がＲＯＭ３０３又はＨＤＤ３０４に格納されるプログラムをＲＡＭ３０２上等で実行することにより実現される。

印刷管理サーバ４００のＣＰＵは、ステップＳ５２０において、本フローチャートでは図示していないが、印刷状況（結果）情報をプリントサーバ２００から受信し、外部メモリまたはＲＡＭ内に記憶させる（Ｓ５０９）。詳細な説明は上述したように第１実施形態にて説明済みのため省略する。

複合機３００のＣＰＵ３０１は、ステップＳ５２２において、複合機３００から印刷管理サーバへ印刷状況（結果）の問合せを行う（図４の（９））。この印刷管理サーバ４００への問い合わせは、一定時間おきに行う。なお、この問合せには、この時点で複合機３００にログインしているユーザのクライアントＰＣ１００におけるログインユーザＩＤ（ログイン時に印刷管理サーバ４００より取得済み）を送信する。

印刷管理サーバ４００のＣＰＵは、ステップＳ５２１において、複合機３００からの印刷状況（結果）問合せ（Ｓ５２２の問合せ）を受けた場合、本フローチャートでは図示していないが、該印刷状況（結果）問合せに含まれるログインユーザＩＤに基づき印刷状況（結果）情報を取得し、複合機３００へ送信する。

次に、複合機３００のＣＰＵ３０１は、ステップＳ５２４において、印刷管理サーバ４００から送信された印刷状況（結果）情報を受信する。

次に、複合機３００のＣＰＵ３０１は、ステップＳ５２４で受信した印刷状況（結果）を印刷結果情報としてログインＩＤ毎に複合機３００のＨＤＤ３０４またはＲＡＭ３０２へ記憶させる。記憶させる情報として、図１３に示した印刷状況（結果）内の印刷結果１１０５、印刷データタイムのタイムスタンプ１１０６を記憶させる。なお、記憶させる情報はこのタイムスタンプに限るものではなく、印刷データが識別できる識別情報であればどのような情報であってもよい。なお、この印刷結果情報はクライアントＰＣ１００のログインユーザＩＤ毎に記憶管理され、対応する印刷データの印刷が成功するか、ユーザからの指示によりプリントサーバ２００から対応する印刷データが削除されるまで削除されないように構成する。

次に、ステップＳ５２５において、複合機３００のＣＰＵ３０１は、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５に基づいて、ＬＰＲ印刷が成功かどうか判定する。

そして、ステップＳ５２５で、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「成功」となっている（ＬＰＲ印刷成功）場合には、印刷データのタイムスタンプについては、複合機３００のＣＰＵ３０１は、ステップＳ６０１に処理を進める。

一方、ステップＳ５２５で、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「エラー」となっている（ＬＰＲ印刷失敗）印刷データのタイムスタンプ１１０６については、複合機３００のＣＰＵ３０１は、ステップＳ６０４に処理を進める。

ステップＳ６０１では、複合機３００のＣＰＵ３０１は、複合機３００内で印刷ジョブが印刷完了（エラー、印刷中止による完了も含む）したことを取得し、その印刷ジョブの印刷ジョブ識別ＩＤをＲＡＭ３０２に記憶する。

次に、ステップＳ６０２において、複合機３００のＣＰＵ３０１は、ステップＳ６０１で取得した印刷完了した印刷ジョブが印刷成功であったか否かを判定し、印刷成功と判定し、この印刷成功と判定した印刷ジョブ識別ＩＤとステップＳ５２４で記憶した印刷結果１１０５が「成功」となっている印刷データのタイムスタンプが一致したものを印刷成功と判断する。この一致は図９の印刷データ一覧を参照し、紐づくことで判断する。この一致で印刷成功と判断した場合には、ステップＳ６０３に処理を進め、一方、印刷失敗と判定した場合には、ステップＳ６０４に処理を進める。

ステップＳ６０３では、複合機３００のＣＰＵ３０１は、ステップＳ６０２で印刷成功と判断された印刷ジョブの印刷ジョブ識別ＩＤと、本図１５では記載していないＳ５０９で受信した図９に示した印刷データ一覧の内、ステップＳ５１３で印刷指示した印刷ジョブ識別ＩＤ９１０を比較する。そして一致した印刷ジョブ識別ＩＤをもった印刷データについて、操作部３０８の表示部の印刷データ一覧から削除する（ＲＡＭからも削除する）。そして、ステップＳ６０７に処理を進める。

また、ステップＳ６０４では、複合機３００のＣＰＵ３０１は、ステップＳ６０２で印刷エラーと判断された印刷ジョブ識別ＩＤの情報（エラー情報）、またはＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「エラー」となっている印刷データのタイムスタンプを印刷管理サーバ４００へ送信する。そして、複合機３００のＣＰＵ３０１は、印刷エラーとなった印刷ジョブ識別ＩＤまたは印刷状況（結果）情報内の印刷結果１１０５が「エラー」となっている印刷データのタイムスタンプと、印刷データ一覧の印刷ジョブ識別ＩＤを比較する。そしてこの比較結果に基づいて、一致した印刷ジョブ識別ＩＤまたはタイムスタンプに対応するドキュメント名を操作部３０８の表示部にエラー情報として表示させる（例えば、図１４の１９０１に示すように表示させる）。そして、ステップＳ６０７に処理を進める。

次に、ステップＳ６０７において、複合機３００のＣＰＵ３０１は、ステップＳ５２４で受信した印刷状況に対して、或いは本図１５では記載していないＳ５０９で受信した図９に示した印刷データ一覧の内、ステップＳ５１３で印刷指示した印刷ジョブ識別ＩＤ対してステップＳ６０３またはＳ６０４の処理がなされたか否かで本処理（フロー）を終了するか否かを判断する。本処理を終了しないと判断した場合には、複合機３００は、ステップＳ５２２に処理を戻し、印刷状況（結果）の問合せ処理（一定時間間隔の問合せ）を行う。

一方、ステップＳ６０７で、本処理を終了すると判断した場合には、複合機３００のＣＰＵ３０１は、処理を終了する。尚、一定時間印刷状況（結果）の問い合わせは一定時間間隔で問い合わせを行う場合、Ｓ６０７でＮＯの場合は順次Ｓ６０１の処理を繰り返し行うように構成する。なお、ステップＳ６０７の処理をＳ５２７と同じように構成しても良く、この場合、問い合わせが終了しても、印刷要求した印刷データに対してＳ５２５、Ｓ６０１〜Ｓ６０３、Ｓ６０４の処理が行われるまで、或いは一定時間を超えるまで処理が行われるものとする。

また、ステップＳ６０５において、印刷管理サーバ４００のＣＰＵは、ステップＳ６０４で複合機３００より送信された印刷エラー情報を受信し、印刷エラージョブのタイムスタンプをＲＡＭに記憶する。

続いて、ステップＳ６０６において、印刷管理サーバ４００のＣＰＵは、Ｓ６０４で記憶したタイムスタンプに該当する書誌情報ＤＢのレコードのエラー有無１２０７（図６）を「エラー」にし、該印刷データが印刷エラーになった旨を、印刷管理サーバ４００のＨＤにログとして記録する。

なお、以上示した実施形態において、印刷データのタイムスタンプを利用して実施している箇所は、識別ＩＤに置き換えて実施することも可能である。また、印刷データを一意に識別可能な情報であれば、上記印刷データのタイムスタンプをどのような情報に置き換えてもよい。

なお、本実施形態でも、上記第１実施形態と同様に、プリントサーバ２００でＬＰＲ印刷に成功した場合、即ち、ステップＳ５１６でプリントサーバ２００のＣＰＵがＬＰＲ印刷成功とみなした場合、該成功したとみなされた印刷データを、プリントサーバ２００のＣＰＵが、夜間バッチ等で削除するように構成する。

本実施形態では、プリントサーバ２００でのＬＰＲ印刷結果，複合機３００での印刷結果の双方に基づく最終的な印刷結果を、ユーザに通知することができる。また、上記最終的な印刷結果を、印刷管理サーバ４００で管理することが可能となる。

〔第３実施形態〕
上記第１，２実施形態では、プリントサーバ２００でＬＰＲ印刷に成功した場合に印刷データを削除するようにしていたため、複合機３００で実際の印刷に失敗していても、印刷データが削除されていた。

本実施形態では、ＬＰＲ印刷が成功しても実際に複合機３００で印刷がエラーとなった場合は印刷データを削除せず、複合機２００で印刷が成功した場合に印刷データを削除するように構成する。以下、その実施形態について詳細に説明する。

以下、図１６のフローチャートを参照して、本実施形態について詳細に説明する。なお、上記第１実施形態と同じ処理についてはステップ番号を付与し、詳細な説明を省略する。

図１６は、本発明における第３の制御処理手順の一例を示すフローチャートであり、本発明の第３実施形態を示すプリントシステムのプルプリント処理に対応する。

なお、図中の各ステップにおいて、図５と同一のステップには同一のステップ番号を付してある。また、Ｓ５０１〜Ｓ５１９は、図５と同一であるため図１５では記載を省略する。なお、プリントサーバ２００のＣＰＵは、ＬＰＲ印刷（Ｓ５１６）に成功したとみなしただけでは、該ＬＰＲ印刷に成功した印刷データは削除されないように構成されるものとする。

さらに、Ｓ５２０、Ｓ５２１、Ｓ５２３、Ｓ６０５、Ｓ６０６、Ｓ７０２、Ｓ７０３は印刷管理サーバ４００の各ステップに対応し、印刷管理サーバ４００のＣＰＵが外部メモリに格納されるプログラムをＲＡＭ上で実行することにより実現される。

また、Ｓ５２２、Ｓ５２４、Ｓ５２５，Ｓ６０７、Ｓ６０１〜Ｓ６０４、Ｓ７０１は、複合機３００の各ステップに対応し、複合機３００のＣＰＵ３０１がＲＯＭ３０３又はＨＤＤ３０４に格納されるプログラムをＲＡＭ３０２上等で実行することにより実現される。

印刷管理サーバ４００のＣＰＵは、ステップＳ５２０において、本フローチャートでは図示していないが、印刷状況（結果）情報をプリントサーバ２００から受信し、外部メモリまたはＲＡＭ内に記憶させる（Ｓ５０９）。詳細な説明は上述したように第１実施形態にて説明済みのため省略する。

複合機３００のＣＰＵ３０１は、ステップＳ５２２において、複合機３００から印刷管理サーバへ印刷状況（結果）の問合せを行う（図４の（９））。この印刷管理サーバ４００への問い合わせは、一定時間おきに行う。なお、この問合せには、この時点で複合機３００にログインしているユーザのクライアントＰＣ１００におけるログインユーザＩＤ（ログイン時に印刷管理サーバ４００より取得済み）を送信する。

印刷管理サーバ４００のＣＰＵは、ステップＳ５２１において、複合機３００からの印刷状況（結果）問合せ（Ｓ５２２の問合せ）を受けた場合、本フローチャートでは図示していないが、該印刷状況（結果）問合せに含まれるログインユーザＩＤに基づき印刷状況（結果）情報を取得し、複合機３００へ送信する。

次に、複合機３００のＣＰＵ３０１は、ステップＳ５２４において、印刷管理サーバ４００から送信された印刷状況（結果）情報を受信する。

次に、複合機３００のＣＰＵ３０１は、ステップＳ５２５において、ステップＳ５２４で受信した印刷状況（結果）を印刷結果情報としてログインＩＤ毎に複合機３００のＨＤＤ３０４またはＲＡＭ３０２へ記憶させる。詳細な説明は第２実施形態にて説明済みのため、省略する。

次に、ステップＳ５２５において、複合機３００のＣＰＵ３０１は、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５に基づいて、ＬＰＲ印刷が成功かどうか判定する。

そして、ステップＳ５２５で、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「成功」となっている（ＬＰＲ印刷成功）印刷データのタイムスタンプ１１０６、複合機３００のＣＰＵ３０１は、ステップＳ６０１に処理を進める。

一方、ステップＳ５２５で、ステップＳ５２４で受信した印刷状況（結果）情報内の印刷結果１１０５が「エラー」となっている（ＬＰＲ印刷失敗）印刷データのタイムスタンプ１１０６については、複合機３００のＣＰＵ３０１は、ステップＳ６０４に処理を進める。

ステップＳ６０１では、複合機３００のＣＰＵ３０１は、複合機３００内で印刷ジョブが印刷完了（エラー、印刷中止による完了も含む）したことを取得し、その印刷ジョブの印刷ジョブ識別ＩＤをＲＡＭ３０２に記憶する。

次に、ステップＳ６０２において、複合機３００のＣＰＵ３０１は、ステップＳ６０１で取得した印刷完了した印刷ジョブが印刷成功であったか否かを判定し、印刷成功と判定し、この印刷成功と判定した印刷ジョブ識別ＩＤとステップＳ５２４で記憶した印刷結果１１０５が「成功」となっている印刷データのタイムスタンプが一致したものを印刷成功と判断する。この一致は図９の印刷データ一覧を参照し、紐づくことで判断する。この一致で印刷成功と判断した場合には、ステップＳ６０３に処理を進め、一方、印刷失敗と判定した場合には、ステップＳ６０４に処理を進める。なお、Ｓ６０４〜Ｓ６０７の説明は省略する。

ステップＳ６０３では、複合機３００のＣＰＵ３０１は、ステップＳ６０２で印刷成功と判断された印刷ジョブと一致した印刷ジョブ識別ＩＤをもった印刷データについて、操作部３０８の表示部の印刷データ一覧から削除する。なお、この際、ＲＡＭ３０２からも印刷データの一覧の情報を削除するが、タイムスタンプ９０４の情報のみＲＡＭ３０２内に保持しておく。そして、ステップＳ７０１に処理を進める。

そして、ステップＳ７０１において、複合機３００のＣＰＵ３０１は、印刷成功した（Ｓ６０３で一覧から削除した）印刷ジョブのタイムスタンプ９０４を印刷管理サーバ４００へ送信する。なお、印刷ジョブのタイムスタンプの代わりに、印刷ジョブ識別ＩＤ９１０を印刷管理サーバ４００へ送信するように構成してもよい。そして、ステップＳ６０７に処理を進める。なお、ステップＳ６０７の説明は省略する。

次に、ステップＳ７０２において、印刷管理サーバ４００のＣＰＵは、複合機３００から受信した印刷データのタイムスタンプ９０４と一致する図６に示した書誌情報ＤＢのタイムスタンプ１２０８を検索し、該当するレコードの印刷データ格納サーバＩＰアドレス１２０２および印刷データのパス１２０３を取得し、これらの情報により、印刷データの削除指示をプリントサーバ２００に行う。

より詳細には、印刷管理サーバ４００のＣＰＵは、プリントサーバ２００からの印刷状況に基づいて得られた印刷成功情報と、複合機３００で得られた印刷成功情報を印刷管理サーバが受け取ることによって、プリントサーバ２００に印刷データの削除処理依頼を行う。なお、タイムスタンプに該当するＤＢのレコードのエラー有無１２０７が「エラー」であった場合には、印刷データの削除処理依頼を行わないことも可能である。

次に、ステップＳ７０３において、プリントサーバ２００のＣＰＵは、印刷管理サーバ４００からの削除指示に従い、該当する印刷データファイルを削除する。

なお、プリントサーバ２００からの印刷エラー有無と、複合機３００での印刷エラー有無の記憶領域を、印刷管理サーバ４００のＨＤに持たせ、各エラー情報を記憶させるようにすることも可能である。

その際には、印刷管理サーバ４００のＣＰＵは、複合機３００からの印刷ジョブの問い合わせがあった場合には、プリントサーバ２００でエラーになったのか、複合機３００でエラーになってのかを印刷管理サーバ４００のＣＰＵが判断し、複合機３００にエラーの詳細情報を返すように構成する。

また、エラーの有無フラグだけではなく、エラーの種類も印刷管理サーバ４００のＨＤに記憶させておき、印刷管理サーバ４００のＣＰＵが、エラー詳細情報にエラーの種類を含めて複合機３００に送信し、表示させるように構成することも可能である。

これにより、ユーザは、どこでエラーになったのかを容易に知ることができ、プリントサーバ２００，印刷管理サーバ４００，複合機３００の連携により印刷が実行されるような複雑なシステム構成におけるエラーも容易に把握することが出来る。

以上の構成により、プルプリントシステムにおいて、負荷分散を実現することができるとともに、どのプリントサーバに蓄積された印刷データであっても所望の印刷装置から容易に出力することができるフレキシブルなプルプリント環境を構築することができ、さらに、印刷エラーに関してもどのプリントサーバに蓄積された印刷データがエラーになったのかを容易に把握することができる。

また、印刷が成功した印刷データは一覧表示から削除され、印刷エラーになった印刷データに関しては、認識可能に一覧表示されるので、ユーザが容易に認識することが可能である。よって、従来、印刷データがエラーになったことをユーザが把握できず、エラーとなった印刷データがいつまでもプリントサーバに格納されたままとなってしまうという従来の問題点も解決可能である。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図１７に示すメモリマップを参照して本発明に係るプルプリントシステムを構成する各情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１７は、本発明に係るプルプリントシステムを構成する各情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図５，図１５，図１６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が
実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例のいずれか又は全てを組み合わせた構成も全て本発明に含まれるものである。

本発明の情報処理装置およびプリントサーバおよび印刷管理サーバおよび印刷装置を適用可能なプリントシステムの構成の一例を示すシステム構成図である。 図１に示したクライアントＰＣ１００，プリントサーバ２００，印刷管理サーバ４００，ログインサービスＰＣ５００，ディレクトリサービスサーバ６００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。 図１に示した複合機３００のコントローラユニットのハードウェア構成の一例を示すブロック図である。 本実施形態のプリントシステムにおけるプルプリントの全体の流れ説明する模式図である。 本発明における第１の制御処理手順の一例を示すフローチャートである。フローチャートである。 図１に示した印刷管理サーバ４００で記憶管理される書誌情報ＤＢの一例を示す模式図である。 図５のステップＳ５０５に示したカード認証処理が成功した際に図２に示した複合機３００の操作部３０８の表示部に表示される画面の一例を示す模式図である。 図１に示した複合機３００から印刷管理サーバ４００に送信される印刷データ一覧要求情報の一例を示す模式図である。 印刷管理サーバ４００で生成される印刷データ一覧の一例を示す模式図である。 図２に示した複合機３００の操作部３０８の表示部に表示される印刷データ一覧の一例を示す模式図である。 図５のステップＳ５１４で複合機３００から印刷管理サーバ４００に送信される印刷要求情報の一例を示す図である。 図５のステップＳ５１５で印刷管理サーバ４００からプリントサーバ２００に送信されるＬＰＲコマンドの一例を示す図である。 印刷管理サーバ４００が記憶管理する印刷状況（結果）情報の一例を示す図である。 図２に示した複合機３００の操作部３０８の表示部に表示される印刷データ一覧（印刷エラー情報が表示される場合）の一例を示す模式図である。 本発明における第２の制御処理手順の一例を示すフローチャートである。 本発明における第３の制御処理手順の一例を示すフローチャートである。 本発明に係るプルプリントシステムを構成する各情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１００ クライアントＰＣ
２００ プリントサーバ
３００ 複合機
４００ 印刷管理サーバ
５００ ログインサービスＰＣ
６００ ディレクトリサービスサーバ
７００ ＬＡＮ
８００ ＷＡＮ

Claims (12)

1. 印刷データを記憶しておく１又は複数の蓄積印刷用プリントサーバと、前記１又は複数の蓄積印刷用プリントサーバに記憶されている印刷データの書誌情報を記憶しておく印刷管理サーバと、前記印刷管理サーバから印刷データ一覧を取得して表示部に表示し該表示された印刷データ一覧から印刷指示可能な１又は複数の印刷装置とを有するものであり、前記印刷装置からの印刷指示に基づいて前記印刷管理サーバが該当する印刷データを記憶する前記蓄積印刷用プリントサーバに印刷命令を送信し、該印刷命令に応じて前記蓄積印刷用プリントサーバが前記印刷データを前記印刷指示した印刷装置に送信する第１の処理を実行し、該印刷装置が前記蓄積印刷用プリントサーバから受信した印刷データを印刷媒体へ印刷する第２の処理を実行するプリントシステムであって、
   前記印刷管理サーバは、
   前記蓄積用プリントサーバから前記第１の処理結果を受信し、該受信した前記第１の処理結果を前記印刷を指示した印刷装置に送信する第１の送信手段を有し、
   前記印刷装置は、
   前記印刷管理サーバから前記第１の処理結果を受信し、該受信した第１の処理結果が前記第１の処理の成功を示す場合、前記表示部に表示される印刷データ一覧から前記第１の処理結果に対応する印刷データの情報を削除する第１の削除手段を有することを特徴とするプリントシステム。
2. 前記第１の削除手段は、前記第２の処理結果を取得し、該取得した前記第２の処理結果が前記第２の処理の成功を示す場合、前記表示部に表示される前記印刷データ一覧から前記第２の処理に対応する印刷データの情報を削除することを特徴とする請求項１に記載のプリントシステム。
3. 前記印刷装置は、
   前記第１の削除手段で削除した印刷データの情報を印刷成功情報として前記印刷管理サーバへ送信する第２の送信手段を有し、
   前記印刷管理サーバは、
   前記印刷装置から前記印刷成功情報を受信し、該受信した印刷成功情報に対応する印刷データの書誌情報に印刷成功となったことを示す情報を追加する書誌情報更新手段を有する、ことを特徴とする請求項１又は２に記載のプリントシステム。
4. 前記印刷管理サーバは、前記受信した印刷成功情報に基づいて該当する印刷データの削除指示を、当該印刷データを記憶する前記蓄積用プリントサーバに行う、ことを特徴とする請求項３に記載のプリントシステム。
5. 前記印刷装置は、前記印刷管理サーバから受信した第１の処理結果が前記第１の処理の失敗を示す場合、前記表示部に前記第１の処理結果に対応する印刷データが印刷エラーになった旨の情報を表示するエラー表示手段を有することを特徴とする請求項１に記載のプリントシステム。
6. 前記印刷装置は、前記第２の処理結果が前記第２の処理の失敗を示す場合、前記表示部に前記第２の処理結果に対応する印刷データが印刷エラーになった旨の情報を表示するエラー表示手段を有することを特徴とする請求項２乃至４のいずれかに記載のプリントシステム。
7. 前記第１の処理は、前記蓄積印刷用プリントサーバが前記印刷指示した印刷装置に対して実行するＬＰＲ印刷処理である、ことを特徴とする請求項１乃至６のいずれかに記載のプリントシステム。
8. 印刷データを記憶しておく１又は複数の蓄積印刷用プリントサーバと、前記１又は複数の蓄積印刷用プリントサーバに記憶されている印刷データの書誌情報を記憶しておく印刷管理サーバと、前記印刷管理サーバから印刷データ一覧を取得して表示部に表示し該表示された印刷データ一覧から印刷指示可能な１又は複数の印刷装置とを有するものであり、前記印刷装置からの印刷指示に基づいて前記印刷管理サーバが該当する印刷データを記憶する前記蓄積印刷用プリントサーバに印刷命令を送信し、該印刷命令に応じて前記蓄積印刷用プリントサーバが前記印刷データを前記印刷指示した印刷装置に送信する第１の処理を実行し、該印刷装置が前記蓄積印刷用プリントサーバから受信した印刷データを印刷媒体へ印刷する第２の処理を実行するプリントシステムに適用可能な印刷管理サーバであって、
   前記蓄積用プリントサーバから前記第１の処理結果を受信し、該受信した前記第１の処理結果を前記印刷を指示した印刷装置に送信して、前記印刷装置から印刷指示された印刷データに対応する前記蓄積用プリントサーバでの前記第１の処理結果を前記印刷装置に通知する送信手段を有することを特徴とする印刷管理サーバ。
9. 印刷データを記憶しておく１又は複数の蓄積印刷用プリントサーバと、前記１又は複数の蓄積印刷用プリントサーバに記憶されている印刷データの書誌情報を記憶しておく印刷管理サーバと、前記印刷管理サーバから印刷データ一覧を取得して表示部に表示し該表示された印刷データ一覧から印刷指示可能な１又は複数の印刷装置とを有するものであり、前記印刷装置からの印刷指示に基づいて前記印刷管理サーバが該当する印刷データを記憶する前記蓄積印刷用プリントサーバに印刷命令を送信し、該印刷命令に応じて前記蓄積印刷用プリントサーバが前記印刷データを前記印刷指示した印刷装置に送信する第１の処理を実行し、該印刷装置が前記蓄積印刷用プリントサーバから受信した印刷データを印刷媒体へ印刷する第２の処理を実行するプリントシステムに適用可能な印刷装置であって、
   前記蓄積用プリントサーバにおける前記第１の処理結果を前記印刷管理サーバから受信し、該受信した第１の処理結果が前記第１の処理の成功を示す場合、前記表示部に表示される印刷データ一覧から前記第１の処理結果に対応する印刷データの情報を削除する削除手段を、
   有することを特徴とする印刷装置。
10. 印刷データを記憶しておく１又は複数の蓄積印刷用プリントサーバと、前記１又は複数の蓄積印刷用プリントサーバに記憶されている印刷データの書誌情報を記憶しておく印刷管理サーバと、前記印刷管理サーバから印刷データ一覧を取得して表示部に表示し該表示された印刷データ一覧から印刷指示可能な１又は複数の印刷装置とを有するものであり、前記印刷装置からの印刷指示に基づいて前記印刷管理サーバが該当する印刷データを記憶する前記蓄積印刷用プリントサーバに印刷命令を送信し、該印刷命令に応じて前記蓄積印刷用プリントサーバが前記印刷データを前記印刷指示した印刷装置に送信する第１の処理を実行し、該印刷装置が前記蓄積印刷用プリントサーバから受信した印刷データを印刷媒体へ印刷する第２の処理を実行するプリントシステムに適用可能な印刷管理サーバの制御方法であって、
    前記蓄積用プリントサーバから前記第１の処理結果を受信し、該受信した前記第１の処理結果を前記印刷を指示した印刷装置に送信して、前記印刷装置から印刷指示された印刷データに対応する前記蓄積用プリントサーバでの前記第１の処理の結果を前記印刷装置に通知する送信ステップを有することを特徴とする印刷管理サーバの制御方法。
11. 印刷データを記憶しておく１又は複数の蓄積印刷用プリントサーバと、前記１又は複数の蓄積印刷用プリントサーバに記憶されている印刷データの書誌情報を記憶しておく印刷管理サーバと、前記印刷管理サーバから印刷データ一覧を取得して表示部に表示し該表示された印刷データ一覧から印刷指示可能な１又は複数の印刷装置とを有するものであり、前記印刷装置からの印刷指示に基づいて前記印刷管理サーバが該当する印刷データを記憶する前記蓄積印刷用プリントサーバに印刷命令を送信し、該印刷命令に応じて前記蓄積印刷用プリントサーバが前記印刷データを前記印刷指示した印刷装置に送信する第１の処理を実行し、該印刷装置が前記蓄積印刷用プリントサーバから受信した印刷データを印刷媒体へ印刷する第２の処理を実行するプリントシステムに適用可能な印刷装置の制御方法であって、
    前記蓄積用プリントサーバにおける前記第１の処理結果を前記印刷管理サーバから受信し、該受信した第１の処理結果が前記第１の処理の成功を示す場合、前記表示部に表示される印刷データ一覧から前記第１の処理結果に対応する印刷データの情報を削除する削除ステップを、
    有することを特徴とする印刷装置の制御方法。
12. 請求項１０に記載された印刷管理サーバの制御方法又は請求項１１に記載された印刷装置の制御方法をコンピュータに実行させるためのプログラム。

Images