JP6635157B2 - 画像形成装置とその処理方法、プログラム - Google Patents

Description

本発明は、印刷データの格納先情報を取得するための画像形成装置とその処理方法、プログラムに関する。

従来から、サーバ上に一時蓄積された印刷データに対して、印刷装置（以下、複合機）から印刷要求を行うことで、印刷装置から印刷データを出力する、所謂「プルプリント（蓄積印刷）」の印刷システムが知られている。

これにより、ユーザはアプリケーションから印刷時に特定の印刷装置への出力ではなく、所望の印刷装置からの印刷データ出力を可能としている（例えば、特許文献１）。

前述の印刷システムのようなプルプリントシステムでは、ユーザは、印刷データを特定の印刷装置ではなく、外部の仮想プリンタサーバを指定し投入する事により、通常利用する印刷装置が利用できない状況にある場合においても、別の利用可能な所望の印刷装置に赴き、仮想プリンタサーバに対して印刷指示する事が可能となる。

しかしながら、前述の印刷システムのようなプルプリントシステムでは、必ず外部にサーバを設置する必要があり、利用するユーザ数によっては、サーバは複数台設置される可能性がある。そのようなシステム構成の場合、サーバ管理が必要となるため、サーバを構築しないシステムが望まれている（特許文献２）。

特開２００９−９６００号公報 特開２０１３−３３４４３号公報

サーバを構築しないシステムを構築する場合、印刷装置がもつＨＤＤ上に印刷データを一時蓄積する構成が考えられるが、通常利用する印刷装置の代わりに、別の利用可能な所望の印刷装置から印刷データを出力するためには、システムを構成する他の印刷装置すべてに印刷データの格納先を通知する必要がある。

しかしながら、上述したシステムでは、通知先をすべての印刷装置にあらかじめ登録しておく必要があり、設置台数が増減する可能性の高い印刷装置では、通知先を絶えずメンテナンスする手間が発生する。

また、あらかじめ通知先を登録する代わりに、格納先情報をブロードキャストで通知する方法が考えられる。しかしながら、ブロードキャストでの通知は同一セグメント内に限られるため、大規模ユーザ環境においては、セグメントが分かれている可能性の高く、限られた範囲の印刷装置からしか印刷データを出力する事ができない。また、ブロードキャスト通信では、通知成否を確認できないため、クライント端末から印刷データを受信するたびに格納先を通知する必要があり、ネットワークに過大な負荷がかかる可能性がある。

そこで、クライアント端末から印刷データを受信した印刷装置は、あらかじめ通知先として登録しておいた数台の印刷装置にのみ格納先を通知し、ユーザが印刷装置に赴き出力する際には、登録されている印刷装置から格納先を取得する事により、ユーザの印刷データを取得する仕組みを実現している。

一方、格納先情報を保持している複合機のうち、第一優先参照先（プライマリ）に該当する複合機が障害等により、ネットワーク通信ができない状態が発生したとする。この場合、格納先情報を通知すべき対象の複合機であるにもかかわらず、通知を受信できないため、格納先情報が欠落している状態となる。その後、障害から復旧し、第一優先参照先の複合機に格納先を取得しようとしても、対象の格納先情報が無いため、取得できず、印刷することも困難となる。

より詳細には、プライマリとしての格納先情報を記憶している複合機がダウンしている間に、セカンダリとしての格納先情報を記憶している複合機で運用している場合、あるユーザの印刷データが新たな複合機に蓄積された場合には、プライマリには蓄積された複合機である格納先情報が新たに記憶されない。そのためプライマリが復旧した場合に、単にセカンダリから参照先をプライマリに切り替えると格納先情報が取得できない。

格納先情報を記憶している複合機に必ず格納先情報を取得することも考えられるが、複合機は、サーバと異なり、ジャムなどトラブルが発生した場合、一般のユーザにより電源のＯＮ／ＯＦＦが頻繁に行われる。そのため、セカンダリとして多くの複合機を登録している。これにより、すべての格納先情報を記憶している複合機（例えば、ネームサービス機能を持つ複合機）に格納先情報の問い合わせをすることは、ネットワーク負荷が高く環境によっては利用に適さない場合が存在する。

また、電源がＯＦＦの状態がたびたび発生することにより、電源ＯＦＦの際に格納先の通知が複合機にあっても、格納先情報が受信できず、格納先情報が欠落することが多く発生する。そのため、格納先情報を記憶する複合機間で格納先情報の差が発生する。すなわち、格納先情報の取得漏れが生じることがある。

この格納先情報の差を埋めるために、電源がＯＮになった際に同期処理を行うことが考えられるが、電源ＯＮ／ＯＦＦが頻繁に行われるので、同期処理も頻繁に起こり、ネットワークの負荷や、処理が多くなってしまうことがある。
そのため、格納先情報の取得漏れを減らすには環境や運用によって対応が異なり、格納先情報の取得漏れを減らすことが難しかった。

そこで、本発明の目的は、印刷データの格納先情報の取得漏れを減らす仕組みを提供する。

本発明の目的を達成するための、印刷データの格納先情報を記憶する複数の第２の画像形成装置と通信可能に接続される、情報処理装置から送信された印刷データと当該印刷データの書誌情報を記憶する第１の画像形成装置であって、前記印刷データの受信後、当該印刷データが格納されたことを通知するべく、当該第１の画像形成装置を識別する格納先情報を前記複数の第２の画像形成装置に送信する格納先情報送信手段と、前記印刷データの一覧を取得するべく、プライマリとなる第２の画像形成装置、又は、前記他の第２の画像形成装置に格納先情報の取得要求をする要求手段と、前記プライマリとなる第２の画像形成装置が復帰したか否かを判定する復帰判定手段とを備え、前記要求手段は、前記プライマリとなる第２の画像形成装置が復帰したと判定される場合に、所定時間までは前記他の第２の画像形成装置に格納先情報の取得要求をすることを特徴とする。

また、印刷データの格納先情報を記憶する複数の第２の画像形成装置と通信可能に接続される、情報処理装置から送信された印刷データと印刷データの書誌情報を記憶する第１の画像形成装置であって、前記印刷データの受信後、当該印刷データが格納されたことを通知するべく、当該第１の画像形成装置を識別する格納先情報を前記複数の第２の画像形成装置に送信する格納先情報送信手段と、前記印刷データの一覧を取得するべく、プライマリとなる第２の画像形成装置、又は、前記他の第２の画像形成装置に格納先情報の取得要求をする要求手段と、前記プライマリとなる第２の画像形成装置が復帰したか否かを判定する復帰判定手段とを備え、前記要求手段は、前記プライマリとなる第２の画像形成装置が復帰したと判定される場合に、所定時間までは、前記プライマリとなる第２の画像形成装置と前記他の第２の画像形成装置それぞれに対して格納先情報の取得要求をすることを特徴とする。

本発明によれば、印刷データの格納先情報の取得漏れを減らすことができる。

プリントシステムの構成の一例を示すシステム構成図である 情報処理装置のハードウエア構成を示すブロック図である 複合機１０１のハードウエア構成の一例を示すブロック図である アプリケーションの各機能部構成の一例を示すブロック図である アプリケーション起動時のフローチャートである 複合機１０１−１の複合機（ネームサービス）への格納先参照時のフローチャートである 時間差切替モード時の複合機（ネームサービス）が障害時の複合機１０１−１のフローチャートである 複数台参照モード時の複合機（ネームサービス）が障害時の複合機１０１−１のフローチャートである 同期モード時の複合機（定期タスクスケジューラー）のフローチャートである 同期モード時の複合機（ネームサービス）間のフローチャートである 複合機１０１の切替動作に関連するパラメータの一例を示す図である 複合機１０１−１で保持している各種データの一例を示す図である プリントシステムの処理概要を示す図 プリントシステムの処理概要を示す図

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

図１に示すように、本発明の画像形成システムは、複合機（通常）１０１−１、複合機（ネームサービス）１０１−２、３（以降の説明で、複合機（通常）１０１−１、複合機（ネームサービス）１０１−２、３をまとめて、複合機１０１ということがある）、クライアント装置１０２、ＬＡＮ１０３を備えて構成されている。

複合機（通常）１０１−１は、印刷データの受信機能、印刷データの書誌情報の抽出機能、印刷データや書誌情報の管理機能を備えた複合機である。印刷データやＦＡＸデータの受信に用いる通信ポート（ＬＰＲポート等）は、特定の装置（他の複合機、自機）からのみデータを受信可能なように設定されており、クライアント装置１０２からのデータは受け付けないようになっている。クライアント装置１０２から複合機１０１にデータを送信する際には、後述するデータ管理サービスの監視対象としているポートにデータが送信されることになる。

複合機（ネームサービス）１０１−２、３は、ネームサービスが実行されている複合機である。この複合機もネームサービスが実行されている以外は、複合機１０１−１と同様である。ネームサービスとは、どのユーザの印刷データが、どの複合機に格納されているかを管理するためのサービスである。

クライアント装置１０２には、プリンタドライバやＦＡＸドライバがインストールされており、これらドライバは、アプリケーションプログラムから受け取ったデータに基づいて印刷データやＦＡＸデータを作成し、ネットワーク（ＬＡＮ１０３）を介して指定された複合機１０１に対して送信する機能を有する。
ＬＡＮ１０３は、複合機１０１−１、複合機１０１−２、複合機１０１−３、クライアント装置１０２を相互に通信可能に接続するためのネットワークである。
以上が、本発明の画像形成システムのシステム構成の一例の説明である。

次に、図１３と図１４を用いて、本システムの処理概要について説明する。
図１３と図１４は、画像形成システム（印刷システム）の処理概要図である。

図１３では、クライアント端末１０２から印刷データを受信し、ネーム情報通知する処理、複合機にログイン後、印刷データ一覧を取得する処理、一覧表示された印刷データの印刷、削除処理の処理概要を示している。
まず、印刷データの受信、ネーム情報通知処理概要について説明する。

（１）クライアント端末１０２上のプリンタドライバを利用し、印刷データを生成後、あらかじめプリンタドライバで送信先として指定されている複合機１０１−１に対して印刷データを送信（印刷）する。

（２）複合機１０１−１は、印刷データを受信し、印刷データのヘッダに含まれる印刷設定情報（書誌情報）を解析する。また、クライアント端末１０２から印刷データ生成に利用したプリンタドライバの機種名を受信し、印刷データのヘッダから抽出した書誌情報を加えて、図１２に示すような書誌情報ファイルとして複合機１０１−１上のＨＤＤ３０４に保存する。
（３）書誌情報を抽出後、クライアント端末１０２から受信した印刷データを複合機１０１−１上のＨＤＤ３０４に保存する。

（４）複合機１０１−１はクライアント端末１０２から印刷データを受信後、書誌情報ファイルに含まれる印刷データの生成ユーザ名、機種名、自装置のホスト名（格納先）が含まれたネーム情報を、あらかじめ登録されているネームサービス機能を持つ複合機１０１−２に通知する。この時、複合機１０１−３にも通知する。なお、複合機１０１−３は複数存在するものとする。
（５）複合機１０１−２と複合機１０１−３は、受信したネーム情報を図１１の１１０２に示すようなネーム情報ファイルとしてＨＤＤ３０４に保存する。

次に、ユーザのログイン後、印刷データ一覧を取得する処理概要について説明する。なお、ユーザがログインする複合機は、上記で印刷データを格納した複合機とは別の複合機１０１−１とするが、印刷データを格納した複合機１０１−１であってもよい。

（６）複合機１０１−１は、認証プログラムからユーザのログイン通知を受信し、ログインユーザ情報を取得する。（７）複合機１０１−１は、ログインユーザ情報に含まれるユーザ名と自装置の機種名を含むネーム情報取得要求を複合機１０１−２に対して送信する。なお、ネーム情報取得要求をする複合機１０１−２の機器情報（ＩＰアドレス、ホスト名など）は、予め複合機複合機１０１−１に記憶されている。この時、複合機１０１−３にはネーム情報取得要求は行われない。プリマリとしての複合機１０１−２へ要求がされる。

（８）複合機１０１−２は、受信したネーム情報取得要求に含まれるユーザ名とホスト名とファイル名が一致するネーム情報ファイル内に含まれるホスト名（格納先）を検索する。（９）検索した結果のホスト名（格納先）を複合機１０１−１に対して応答する。なお、本実施形態では、ユーザ名とホスト名が一致するファイル名を検索対象としたが、ホスト名が異なる（例えば、機種が異なる）複合機であっても、印刷データを描画できる複合機であれば実現可能であるため、ユーザ名で検索するようにしてもよい。例えば、現在の複合機は、ＸＰＳデータ（ＸＰＳ：ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）のような汎用フォーマットを解釈することが可能である。また、プリンタドライバからＸＰＳデータを受け取り、複合機でＸＰＳデータを解釈し、描画処理することが可能である。そこで、ＸＰＳデータを解釈できる複合機であれば、どの機種でも印刷を実行することが可能であるため、少なくともユーザ名で検索できればよい。

（１０）複合機１０１−１は、受信したホスト名（格納先）に対して、ログインユーザ名と自装置の機種名を含む書誌情報取得要求を送信する。複合機１０１−２から受信したネーム情報内に複数のホスト名（格納先）が含まれる場合、自装置を含む全てのホスト名（格納先）に対して、書誌情報取得要求を送信する。

（１１）複合機１０１−１は、受信した書誌情報取得要求に対して、ユーザ名と一致するユーザの書誌情報を検索する。（１２）検索した書誌情報を複合機１０１−１に送信する。なお書誌情報は、必要な書誌情報を送信するように構成してもよい。例えば、ファイル名などの印刷データを特定できる情報を送信する。

（１３）複合機１０１−１は、受信した書誌情報をＲＡＭ３０２に記憶し、操作部３０８にリスト表示する。複数のホスト名（格納先）から書誌情報を受信した場合には、全ての書誌情報をマージしてリスト表示する。
次に、ユーザからの印刷指示を受信、印刷までの処理概要について説明する。

（１４−１）ユーザから、リスト表示された書誌情報（印刷データ）が選択され、印刷指示の押下を受け付けることで、複合機１０１−１は、印刷要求を取得し、選択された印刷データのホスト名（格納先）に対して、ファイル名を含む印刷要求を送信する。なお、ユーザによって選択された印刷データのホスト名（格納先）が複数の複合機にまたがる場合、自装置を含む全ての複合機に対して印刷要求を送信する。

（１５−１）複合機１０１−１は、受信した印刷要求に対して、自装置内のＨＤＤ３０４から印刷要求に含まれるファイル名から印刷データを取得する。（１６−１）取得した印刷データを複合機１０１−１に対して送信する。（１７−１）複合機１０１−１は、受信した印刷データを印刷する。

次に、ユーザからの削除指示を受信、ネーム情報の削除までの処理概要について説明する。
（１４−２）ユーザから、リスト表示された書誌情報（印刷データ）が選択され、削除指示の押下を受け付けることで、複合機１０１−１は、削除要求を取得し、選択された印刷データのホスト名（格納先）に対して、ファイル名を含む削除要求を送信する。印刷要求時と同様、複数の複合機にまたがる場合、自装置を含むすべての複合機に対して削除要求を送信する。

（１５−２）複合機１０１−１は、受信した削除要求に対して、自装置内のＨＤＤ３０４から削除要求に含まれるファイル名から印刷データに該当する書誌情報ファイル内のステータス１４０１を削除済みに変更する。なお、削除要求を受信した場合、書誌情報を削除し、印刷データを削除する構成を取ることも可能である。

（１６−２）複合機１０１−１は、自装置内に該当ユーザの印刷可能なデータのステータス１４０１が全て削除済みとなった場合、複合機１０１−２と複合機１０１−３に対して、ユーザ名、機種名、自装置のホスト名（格納先）を含めてネーム情報削除通知を送信する。印刷可能なデータが一つでも存在する場合には、ネーム情報削除通知は送信しない。（１７−２）複合機１０１−２と複合機１０１−３は、受信したネーム情報削除通知に含まれる該当するネーム情報に従って、ＨＤＤ３０４に格納されているネーム情報ファイルから対応するホスト名を削除する。

図１４では、クライアント端末１０２から印刷データを受信し、複合機１０１−２が電源ＯＦＦなどによりダウンしている場合のネーム情報通知する処理、複合機１０１−２が復帰して、複合機１０１−１がネーム情報を取得した場合（復帰時にネーム情報取得先を切り替えた場合）の処理概要を示している。
なお、図１３と同様の処理は説明を省略する。

（４）で、複合機１０１−２にネーム情報通知を行うと、複合機１０１−２がダウンしているため、通知エラーとなり、複合機１０１−１は、予め登録されるセカンダリの複合機１０１−３にネーム情報通知を行う。この時、ネーム情報αは、複合機１０１−３にのみ記憶される。
ここで、複合機１０１−１は、ネーム情報通知する先の複合機は、複合機１０１−３に切り替わる。

（７）で、複合機１０１−１が、復帰した複合機１０１−２にネーム情報を取得にいくと、ネーム情報αは取得されないことになり、ネーム情報αに対する複合機１０１−１から印刷データを取得できない状態になる。すなわち、この格納先情報の取得漏れが発生することを防ぐようにする。

以下、図２を用いて、図１に示したクライアント端末１０２に適用可能な情報処理装置のハードウエア構成について説明する。

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

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

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

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

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

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

次に、図３を用いて、図１に示した複合機１０１−１、２、３のハードウエア構成について説明する。

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

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

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

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。

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

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

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

３２０はイメージバスインタフェース（イメージバスＩ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

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

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

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

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

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

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

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

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

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

以下、図４を用いて本発明の実施形態における、各端末内の機能の関連を説明する。なお、それぞれのフローにおける動作詳細は後述するため、ここでは各種端末内に記載されている機能ブロック図の説明を記載する。

複合機（通常）１０１−１では、データ管理サービスと蓄積印刷実行サービスと定期タスクスケジューラーが異なるプロセスで実行されている。また、複合機（ネームサービス）１０１−２、３では、それらに加えて、ネームサービスが実行されている。
以下、データ管理サービスにより実現される機能部について説明する。

データ受信部４０１は、クライアント装置１０２から送信された印刷データやＦＡＸデータを受信する機能部である。このデータ受信部は、特定のポートで受信したデータを処理対象のデータとする。
データ判定部４０２は、データ受信部４０１で受信したデータが、印刷データであるか、それともＦＡＸデータであるかを判定する機能部である。

書誌情報データ生成部４０３は、データ受信部４０１で受信した印刷データからドキュメント名、印刷指示をしたユーザ名、印刷設定（カラー／モノクロ、両面／片面、印刷レイアウト等）、部数、ページ数等を含む書誌情報を取得し、当該印刷データの書誌情報データを生成し、ＨＤＤ３０４に記憶する機能部である。

ネーム情報登録要求部４０４は、当該複合機に、どのユーザの、どのプリンタグループ（機種名であってもよい）に属する複合機で印刷可能な印刷データが格納されているかをネームサービスで管理するために用いるネーム情報の登録要求を、複合機（ネームサービス）１０１−２、３に行う機能部である（例えば、図１３の（４）ネーム情報通知）。

プリンタグループとは、プリント可能なプリンタ群であるプリンタのまとまりを示すものである。機種Ａ１と機種Ａ２を同じグループとするなどがある。またプリンタグループは機種ごとのまとまりとすることも可能である。

書誌情報データ要求受付部４０５は、蓄積印刷実行サービスの書誌情報データ要求部４２０からの書誌情報データの要求を受け付ける機能部である（例えば、図１３の（１０）書誌情報取得）。

書誌情報データ送信部４０６は、書誌情報データ要求受付部４０５で書誌情報データの要求を受け付けた場合に、該当する書誌情報データの一覧を、書誌情報を要求した複合機１０１に送付する機能部である（例えば、図１３の（１２）書誌情報応答）。

印刷データ要求受付部４０７は、蓄積印刷実行サービスの印刷データ要求部４２１からの印刷データの要求を受け付ける機能部である（例えば、図１３の（１４−１）印刷要求）。

印刷データ送信部４０８は、印刷データ要求受付部４０７で送信要求を受け付けた印刷データを、要求を行った複合機１０１に送信する機能部である（例えば、図１３の（１６−１）印刷データ送信）。

ステータス更新部４０９は、印刷データの印刷実行指示や、削除指示等に応じて、当該印刷データの書誌情報データのステータスを更新する機能部である（例えば、図１３の（１５−２）ステータス書き換え）。

印刷データ削除部４１０は、印刷データを削除する機能部である。削除対象の印刷データとしては、後述する蓄積印刷サービスの印刷データ削除要求部４２２で削除指示された印刷データや、クライアント装置１０２から受信した後に所定時間以上経過した印刷データ等である。
書誌情報データ削除部４１１は、印刷データ削除部４１０により削除された印刷データの書誌情報データを削除する機能部である。

ネーム情報削除要求部４１２は、複合機（ネームサービス）１０１−２、３に対して、ネーム情報の削除要求を行う機能部である（例えば、図１３の（１６−２）ネーム情報削除通知）。
以下、蓄積印刷実行サービスにより実現される機能部について説明する。

ネーム情報要求部４１９は、複合機（ネームサービス）１０１−２、３に対して、当該複合機で印刷可能なログインユーザの印刷データがどの複合機に格納されているかを管理しているネーム情報を要求する機能部である（例えば、図１３の（７）ネーム情報取得）。

書誌情報データ要求部４２０は、複合機１０１−１にログイン中のユーザの印刷データの書誌情報データを、データ管理サービスが実行されている複合機（自機、他機）に要求する機能部である（例えば、図１３の（１０）書誌情報取得）。ログインユーザの印刷データがいずれの複合機に格納されているかは、ネーム情報を用いて認識する。
印刷データ要求部４２１は、複合機１０１−１（自機、他機）に対して、指定された印刷データの送信を要求する機能部である。
印刷データ削除要求部４２２は、複合機１０１−１（自機、他機）に対して、指定された印刷データの削除を要求する機能部である。

プレゼントネームサービス監視部４２３は、複合機１０１−１（自機、他機）から格納先情報の第一優先参照先（プライマリ）として登録されている複合機１０１−２（ネームサービス）に対して、死活監視をする機能部である。
以下、ネーム情報サービスにより実現される機能部について説明する。なお、複合機（ネームサービス）１０１−２、３が有する機能部である。
ネーム情報受信部４１３は、ネーム情報登録要求部４０４から送信された、ネーム情報を受信する機能部である（例えば、図１３の（４）ネーム情報通知）。

ネーム情報記憶部４１４は、ネーム情報受信部４１３で受け付けたネーム情報をネーム情報ファイルで記憶する記憶部である（例えば、図１３の（５）ネーム情報格納）。

ネーム情報要求受付部４１５は、ネーム情報要求部４１９による、特定ユーザの特定のプリンタグループで印刷実行可能な印刷データの格納先を示すネーム情報の送信要求を受け付ける機能部である（例えば、図１３の（７）ネーム情報取得）。

ネーム情報送信部４１６は、ネーム情報要求受付部４１５で送信要求を受け付けたネーム情報を、要求を行った複合機に送信する機能部である（例えば、図１３の（９）ネーム情報応答）。

ネーム情報削除要求受付部４１７は、ネーム情報削除要求部４１２から、ネーム情報の削除要求を受け付ける機能部である（例えば、図１３の（１６−２）ネーム情報削除通知）。

ネーム情報削除部４１８は、ネーム情報削除要求受付部４１７で削除要求を受け付けたネーム情報を削除する機能部である（例えば、図１３の（１７−２）ネーム情報削除）。
以下、複合機のプラットフォームより実現される機能部について説明する。
データ受信部４２４はデータ管理サービスの印刷データ送信部４０８より送信された印刷データを受信する機能部である。

印刷部４２５は、データ受信部４２４で受信した印刷データの印刷処理を行う機能部である。データ受信部では、ＰＤＬデータを受信するので、そのデータを印刷可能なデータに展開し、その後印刷処理を行う。
ＦＡＸ送信部４２６は、クライアント装置１０２より受信したＦＡＸデータを指定されたＦＡＸ番号にＦＡＸ送信する機能部である。

次に、図５〜図１０のフローチャートを用いて、本実施形態の詳細な説明をする。各ステップは各装置のＣＰＵが実行するものとする。なお、以下の説明では、複合機Ａを、データ管理サービスを実行している複合機とする。例えば、複合機Ａは、複合機１０１−１であるが、１０１−２もしくは１０１−３にデータ管理サービスが実行されていてもよい。
また、複合機Ｂを、ネームサービスを実行している複合機とする。例えば、複合機１０１−２や１０１−３である。

また、複合機Ｃを、蓄積印刷実行サービスを実行している複合機とする。例えば、複合機１０１−１であるが、１０１−２もしくは１０１−３に蓄積印刷実行サービスが実行されていてもよい。
印刷処理については、上述した図１３に加え説明する。

それぞれの複合機１０１−１は、クライアント装置１０２からの印刷データがＬＰＲ（５１５）やＲＡＷ（９１００）に投入されるので、データ受信部４０１はそのポートを監視している。そして、それらポートで受信した印刷データを記憶装置に保存する。なお、複合機１０１−２、１０１−３が印刷データを受信する機能を有する構成であってもよい。
印刷データは、印刷指示を受け付けるとそのデータがＦＴＰ転送され、印刷データを複合機の本体機能が受信すると、印刷処理が開始される。
このＦＴＰ転送は、特定の装置からのみ受け付けるようになっている構成をとる。例えば、複合機からのみ（自機、他機）とする。

次に、図５を参照しながら、本実施形態に係るアプリケーションの起動処理概要について説明する。

複合機１０１−１の電源をＯＮにするなどして、複合機１０１−１にインストールされているアプリケーションを起動する。アプリケーションの起動は、複合機のオペレーティングシステムにより、起動され、サービスとして動作される。

ステップＳ５０１では、データ管理サービスを開始する。データ管理サービスは、前述の図４に示す、データ受信部４０１からネーム情報削除要求部４１２に該当する機能部を有するサービスである。

ステップＳ５０２では、蓄積印刷実行サービスを開始する。データ管理サービスの次に開始されるサービスである。蓄積印刷実行サービスは、前述の図４に示す、ネーム情報要求部４１９から印刷データ削除要求部４２２を有するサービスである。

ステップＳ５０３では、定期タスクスケジューラー（サービス）を開始する。本サービスは、複合機１０１−１（自機）から複合機（プレゼントネームサービス）１０１−２もしくは１０１−３に対して死活監視をする機能部を有するサービスである。定期スケジューラの処理については、図７〜図９で詳細に説明する。

ステップＳ５０４は、定期タスクスケジューラーから起動されるプレゼントネームサービス監視部４２３が起動時にアプリケーションの動作設定項目で選択された監視モードを判定する。選択された監視モードにより処理が分岐する。

なお、動作設定項目は、管理者や複合機のサービスマンによって、予め登録されたモードであり、複合機に記憶されている設定ファイルに記憶される。設定ファイルにそれぞれのモード名が記載されており、動作するモードに対して、フラグ１が設定される。このフラグを認識することによって、動作モードを特定するものとする。特定方法はこれに限る必要はないことは言うまでもない。
ステップＳ５０５は、監視モードに時間差切替モードを選択された場合である。本モードを選択された場合については、図７で説明する。
ステップＳ５０６は、監視モードに複数台参照モードを選択された場合である。本モードを選択された場合については、図８で説明する。
ステップＳ５０７は、監視モードに同期モードを選択された場合である。

本モードを選択された場合については、図９と図１０で説明する。同期モードを選択した場合、図９の複合機（定期タスクスケジューラー）での処理と、図１０の複合機（ネームサービス）間での処理は非同期で実施される。

次に、図６を参照しながら、複合機１０１−１（蓄積印刷実行サービス）が複合機１０１−２（ネームサービス）へ格納先参照時の処理概要について説明する。
なお、処理概要を説明するにあたり、図１３で説明したように、いずれかの複合機に、既に印刷データが投入（格納）されていることを前提とする。

まず、ステップＳ６０１で、ユーザが複合機（蓄積印刷実行サービス）に対してログインを行う。認証プログラムからユーザのログイン通知を受信し、ログインユーザ情報を取得する。

次に、ステップＳ６０２で、プライマリネームサービスの切替待ちフラグ（図１１の１１０３）のＯＮ／ＯＦＦを、且つ、動作モードが複数台参照モードかどうかを判定する。
プライマリネームサービスの切替待ちフラグがＯＮの場合で、動作モードが複数台参照モードである場合は、ステップＳ６０３へ処理を移す。

プライマリネームサービスの切替待ちフラグがＯＮの場合、すなわち、１０１−２が障害から復旧した場合の状態である。なお、複数台参照モードとは、プライマリネームサービスが復旧した場合に所定時間だけセカンダリとしてのネームサービスの複合機１０１−３にもネーム情報の問い合わせを行うモードである。常に複合機１０１−３にネーム情報の問い合わせを行うと、ネットワークの負荷が高くなるので、所定時間だけ複合機１０１−３に問い合わせをするようにする。これにより、ネーム情報の取得漏れを減らしつつ、環境にあったネーム情報の取得が可能となる。
なお、プライマリネームサービスの切替待ちフラグの詳細については、図１１で説明する。

ステップＳ６０３は、複合機１０１−１（蓄積印刷実行サービス）でログインユーザ情報に含まれるユーザ名と自装置の機種名を含めて、ネーム情報取得要求を複合機１０１−２（ネームサービス）に対して送信する。なお、ステップＳ６０３〜６０７は、ステップＳ６０２でプライマリネームサービスの切替待ちフラグがＯＮの時に実施され、ＯＦＦの時は実施しない。
以下、ステップＳ６０４〜６０６は、複合機１０１−２（ネームサービス）内の処理の詳細である。
ステップＳ６０４では、複合機１０１−１からのネーム情報取得要求を受信する。

ステップＳ６０５では、ステップＳ６０４で受信したネーム情報取得要求に対して、該当するネーム情報ファイル内に含まれるホスト名（格納先）を取得する。ユーザ名と機種名で、対象となるファイルを検索してホスト名を取得する。このホスト名（ＩＰアドレスなど）がネーム情報である。
ステップＳ６０６では、ステップＳ６０４で取得したネーム情報を複合機１０１−１（蓄積印刷実行サービス）に対して応答する。
ステップＳ６０７では、複合機１０１−１（蓄積印刷実行サービス）で、複合機１０１−２（ネームサービス）から送信されてきたネーム情報を受信する。

次に、ステップＳ６０８で、プレゼントネームサービスに設定された複合機１０１−３（ネームサービス）に対して、ネーム情報取得要求を送信する。プレゼントネームサービスとは、プライマリとなる複合機１０１−２がダウンしている際に、プライマリの代わりとなってネーム情報を送信する複合機である。なお、プレゼントネームサービスの複合機は、図１１の１１００のネーム情報通知先複合機一覧の中から、決定される。通常は、プレゼントネームサービス情報はプライマリとなる複合機の「１」が設定されており、プライマリとなる複合機１０１−２がダウンしている場合に、セカンダリとなる複数の複合機１０１−３の中（「２」〜）から決定され、設定される。例えば、「１」がダウンしている場合に、「２」に問い合わせて、「２」もダウンしている場合は、「３」に問い合わせて、「３」が動作していれば「３」が設定される。

以下、ステップＳ６０９〜６１１は、ステップＳ６０４〜６０６と同様、ネーム情報取得要求を受信した複合機１０１−３（ネームサービス）内の処理の詳細である。
ステップＳ６０９は、ステップＳ６０４と同様に複合機１０１−１からのネーム情報取得要求を受信する。
ステップＳ６１０は、ステップＳ６０９で受信したネーム情報取得要求に対して、該当するネーム情報ファイル内に含まれるホスト名（格納先）を取得する。
ステップＳ６１１で、ステップＳ６１０で取得したネーム情報を複合機（蓄積印刷実行サービス）に対して応答する。
ステップＳ６１２は、複合機１０１−１で、複合機１０１−３（プレゼントネームサービス）から送信されてきたネーム情報を受信する。

なお、上述のステップＳ６０８では、複合機１０１−３へネーム情報取得要求を送信するように説明したが、通常の処理（複合機１０１−２がダウンしない状態）の場合には、プライマリネームサービスの切り替え待ちフラグがＯＦＦであるため、図１１の１１０１のプレゼントネームサービスは、プライマリとしての複合機１０１−２の「１」が設定されている。従って、通常時は、ステップＳ６０２からステップＳ６０８へ処理を移すため、ステップＳ６０８では、プライマリとしての複合機１０１−２へネーム情報取得要求を行うものとする。

以下、ステップＳ６１３〜Ｓ６１５は、ステップＳ６０７、Ｓ６１２で取得したネーム情報に含まれている印刷データが格納されている全ての複合機に対して、書誌情報取得処理を繰り返し実施するループ処理である。

ステップＳ６１４では、ステップＳ６０７、Ｓ６１２で取得したネーム情報に含まれている印刷データが格納されている複合機のホスト名（格納先）を取得する。処理詳細には、書誌情報取得要求をしていないホストのホスト名を取得する。

ステップＳ６１５では、ステップＳ６１４で取得したホスト名（格納先）に対して、ログインユーザ名と自装置の機種名を含めて、書誌情報取得要求を送信する。複合機１０１−２あるいは複合機１０１−３（ネームサービス）から受信したネーム情報内に複数のホスト名（格納先）が含まれる場合、自装置を含む全てのホスト名（格納先）に対して、書誌情報取得要求を送信する。

複合機１０１−１（データ管理サービス）は、受信した書誌情報取得要求に対して、該当するユーザ名が一致する書誌情報（図１２の１２０１）を検索し、複合機（蓄積印刷実行サービス）に書誌情報の一覧を送信する。この書誌情報のファイル名やタイムスタンプを用いて、ユーザに選択された書誌情報に対応する印刷データを特定し、印刷を実行する。
ステップＳ６１６は、ログインした複合機１０１−１（データ管理サービス）の内で、ログインユーザの書誌情報を取得する。
ステップＳ６１７は、ステップＳ６１３〜Ｓ６１６にて取得した書誌情報を
操作部３０８にリスト表示する。複数のホスト名（格納先）から書誌情報を受信した場合には、全ての書誌情報をマージしてリスト表示する。

その後、リストからユーザの操作によって書誌情報が選択され、選択された書誌情報に記載のホスト名に従って、印刷データが格納されている複合機に印刷要求を行い、印刷を実行する。

次に、図７を参照しながら、ステップＳ５０５で時間差切替モードを選択した場合の処理について説明する。
なお、各モードは、設置されているすべての複合機１０１−１で同じモードに設定されるものとする。

定期スケジューラーが実行されている複合機１０１−１の処理として以下説明する。また、定期スケジューラーは、データ管理サービスや蓄積印刷実行サービスとは別に動作するように構成するが、データ管理サービスや蓄積印刷実行サービスに機能を持たせるようにしてもよい。例えば、印刷データを受信した際にデータ管理サービスが、定期スケジューラーの機能を実行させ、各種設定を変更してもよい。

まず、ステップＳ７０１では、プライマリネームサービスの複合機１０１−２への接続の可否を判定する。接続可否は、複合機１０１−１から複合機１０１−２へ、所定のタイミング（例えば、ネーム情報の取得要求するタイミング）で特定の信号やパケットなどの要求を送り、その応答を確認することで判定する。応答が返ってこなければ接続不可と判定され、接続可否フラグが接続否となる。応答が返ってきた場合には、接続可否フラグが接続可となる。なお、応答があった場合でも、応答の内容によって、接続不可とすることも可能である（例えば、エラー状態の応答など）。また、所定のタイミングは、一定時間間隔でプライマリネームサービスに確認する形態であってもよい。
接続不可の場合は、ステップＳ７０３へ処理を移す。接続可の場合は、ステップＳ７０２へ処理を移す。

次に、ステップＳ７０２では、ステップＳ７０１でプライマリネームサービスに接続可の場合、プレゼントネームサービスとプライマリネームサービスが同一のネームサービスがどうかを判定します。同一か否かは、図１１のネーム情報通知先複合機一覧１１００のｉｎｄｅｘ「１」がプライマリネームサービスであるため、複合機１０１−１（自機）に記憶されている、図１１のプレゼントネームサービス情報１１０１が「１」か否かを判定する。
同一の場合は、ステップＳ７１２へ。異なる場合は、ステップＳ７０４へ処理を移す。
ステップＳ７０３では、ステップＳ７０１でプライマリネームサービスに接続不可の場合、プライマリネームサービスの切替待ちフラグをＯＦＦに更新する。

ステップＳ７０４では、ステップＳ７０２でプレゼントネームサービスとプライマリネームサービスが異なる場合、プライマリネームサービスの切替待ちフラグのＯＮ／ＯＦＦを判定する。プレゼントネームサービスとプライマリネームサービスが異なる場合とは、プライマリネームサービス（複合機１０１−２）がダウンしていた場合である。

ステップＳ７０５では、ステップＳ７０４でプライマリネームサービスの切替待ちフラグがＯＦＦの場合、ＯＮに更新します。すなわち、プライマリネームサービスが復帰したこと（参照できること）でＯＮとなる。

一方、ステップＳ７０４でプライマリネームサービスの切替待ちフラグがＯＮの場合は、既にＯＮに設定されているため、ステップＳ７０５の処理は実施しない。

ステップＳ７０６では、プライマリネームサービスが障害から復旧した時間を保持（記憶）しているかどうかを判定する。なお、プライマリネームサービス復旧時間の詳細については、図１１の１１０４で説明する。

ステップＳ７０７では、ステップＳ７０６でプライマリネームサービス復旧時間が保持されていない場合、現在のシステム時間をプライマリネームサービス復旧時間として保持する（時間記憶）。一方、既にプライマリネームサービス復旧時間が保持されている場合は、ステップＳ７０７の処理は実施しない。

ステップＳ７０８では、アプリケーションの動作設定項目の切替時間設定値を取得する。より詳細には、アプリケーションの設定ファイルに切替時間設定値が、例えば、１０分と記載されており、この時間を取得する。
なお、切り替え時間は、ネーム情報が同じになるまでの平均時間を算出して、その時間を設定するようにすることも可能である。

ステップＳ７０９では、プライマリネームサービスが復旧した時間から現時点の時間までの差が、ステップＳ７０８で取得した切替時間設定値より小さいかを判定する（すなわち、経過しているかどうかを判定する）。小さい場合には、時間を経過していないとして、次回の死活監視まで待機。時間を経過している場合は、ステップＳ７１０へ処理を移す。

時間を経過していない場合には、プライマリネームサービスの複合機１０１−２と、セカンダリとしてのプレゼントネームサービスの複合機１０１−３からネーム情報を取得する状態であり、ネーム情報の漏れが減るようにしている。これは、例えば、サーバの冗長化とは異なり、印刷業務においては、印刷指示をしたらすぐに印刷物を取りに行くことが一般的である。そのため印刷データが長く滞留することが少ないため（印刷データを出力するとネーム情報が削除され、差がなくなる）、所定の時間両方のネームサービスの複合機からネーム情報を取得可能な状態を作ることで、ネーム情報の漏れが軽減される。

また、印刷業務は、頻繁に起こるため、複合機１０１−１に印刷データが格納されるとネーム情報が再度通知され、ネーム情報の差がなくなることがあり、所定の時間両方のネームサービスの複合機からネーム情報を取得可能な状態を作ることが重要である。

なお、本実施形態では、２つの複合機１０１−２と複合機１０１−３とからネーム情報を取得する状態を前提として説明したが、複合機１０１−３がダウンすることがあるため、他のネームサービス複合機からネーム情報を取得することも想定する。すなわち、複合機１０１−２がダウンしていた後に、ダウンしたプレゼントネームサービスの複合機も記憶しておき、２つ以上のネームサービス複合機からネーム情報を取得するようにしてもよい。

ステップＳ７１０では、ステップＳ７０９で時間を経過している場合、プライマリネームサービスの切替待ちフラグ１１０３をＯＦＦにする。これにより、両方の複合機からネーム情報を取得しない状態となる。
ステップＳ７１１では、保持していたプライマリネームサービスの復旧時間をクリアします。

ステップＳ７１２では、プライマリネームサービスが復旧し、切替時間の満了に伴い、プレゼントネームサービスにプライマリネームサービス「１」を設定する。
ステップＳ７１３では、次回の死活監視時間まで待機（所定時間待機）し、所定時間経過後に処理を繰り返す。
以上が、時間差切替モードを選択した場合の処理の説明である。

これにより、プライマリネームサービスの複合機が復帰しても、所定時間までは、プレゼントネームサービスの複合機に格納先情報の取得要求をする（図６のＳ６０８）ため、所定時間の間に、格納先情報の追加、削除がネームサービスを有する複合機で発生し、格納先情報の差を吸収することができる。

以上説明したように、上記実施形態における複合機１０１−１は、印刷データの格納先情報を記憶する複数の第２の画像形成装置と通信可能に接続される、情報処理装置から送信された印刷データと当該印刷データの書誌情報を記憶する第１の画像形成装置であって、前記印刷データの受信後、当該印刷データが格納されたことを通知するべく、当該第１の画像形成装置を識別する格納先情報を前記複数の第２の画像形成装置に送信する格納先情報送信手段と、前記印刷データの一覧を取得するべく、プライマリとなる第２の画像形成装置、又は、前記他の第２の画像形成装置に格納先情報の取得要求をする要求手段と、前記プライマリとなる第２の画像形成装置が復帰したか否かを判定する復帰判定手段とを備え、前記要求手段は、前記プライマリとなる第２の画像形成装置が復帰したと判定される場合に、所定時間までは前記他の第２の画像形成装置に格納先情報の取得要求をする。

次に、図８を参照しながら、ステップＳ５０６の複数台参照モードを選択した場合の処理について説明する。複合機１０１−１の処理である。

まず、ステップＳ８０１では、複合機１０１−１が、プライマリネームサービスの複合機１０１−２に接続可能か否かを判定する。接続可否は、複合機１０１−１から複合機１０１−２へ、所定のタイミング（例えば、ネーム情報の取得要求するタイミング）で特定の信号やパケットなどの要求を送り、その応答を確認することで判定する。応答が返ってこなければ接続不可と判定され、接続可否フラグが接続否となる。応答が返ってきた場合には、接続可否フラグが接続可となる。なお、応答があった場合でも、応答の内容によって、接続不可とすることも可能である（例えば、エラー状態の応答など）。また、所定のタイミングは、一定時間間隔でプライマリネームサービスに確認する形態であってもよい。接続不可の場合は、ステップＳ８０５へ処理を移す。接続可の場合は、ステップＳ８０２へ処理を移す。

次に、ステップＳ８０２では、ステップＳ８０１でプライマリネームサービスに接続可の場合、プレゼントネームサービスとプライマリネームサービスが同一のネームサービスがどうかを判定する。同一の場合は、ステップＳ８１２へ処理を移す。異なる場合は、ステップＳ８０３へ処理を移す。図１１のプレゼントネームサービス情報が「１」であれば、プレゼントネームサービスとプライマリネームサービスが同一と判定される。

ステップＳ８０３では、ステップＳ８０２でプレゼントネームサービスとプライマリネームサービスが異なる場合、切替待ちフラグのＯＮ／ＯＦＦを判定する。切替待ちフラグがＯＮの場合、ステップＳ８０６へ処理を移す。ＯＦＦの場合、ステップＳ８０４へ処理を移す。ステップＳ８０２で、プレゼントネームサービスとプライマリネームサービスが異なる場合とは、プライマリネームサービスが過去にダウンし、現在プライマリネームサービスが復帰している場合である。

ステップＳ８０４では、切替待ちフラグがＯＦＦの場合、プライマリネームサービスの切替待ちフラグをＯＮに更新する。すなわち、プライマリネームサービスが復帰したこと（参照できること）でＯＮとなる。

ステップＳ８０５では、ステップＳ８０１でプライマリネームサービスへの接続が不可の場合（プライマリネームサービスの複合機１０１−２がダウンしている場合）、プライマリネームサービスの切替待ちフラグをＯＦＦへ更新する。

ステップＳ８０６では、プライマリネームサービスの複合機１０１−２が障害や電源ＯＦＦから復旧した時間（図１１の１１０４）を保持しているかどうかを判定する。復旧時間の保持が無い場合は、ステップＳ８０７へ処理を移す。保持が有る場合は、ステップＳ８０８へ処理を移す。

ステップＳ８０７では、ステップＳ８０６でプライマリネームサービス復旧時間が保持されていない場合、プライマリネームサービス復旧時間を保持する（時間記憶）。一方、ステップＳ８０６で既にプライマリネームサービス復旧時間が保持されている場合は、ステップＳ８０８へ処理を移す。

ステップＳ８０８では、アプリケーションの動作設定項目の複数台参照時間設定値を取得する。複数台参照時間設定値は、複合機に記憶されている設定ファイルに記憶されている。例えば、複合機１０１−２と複合機１０１−３に記憶されているネーム情報を参照する時間が１０分と設定ファイルに記憶される。
なお、参照する時間は、ネーム情報が同じになるまでの平均時間を算出して、その時間を設定するようにすることも可能である。

ステップＳ８０９では、プライマリネームサービスが復旧してから現時点で、ステップＳ８０８で取得した参照時間設定値を経過しているかどうかを判定する。例えば、複合機１０１−１が有しているシステム時間（現在時刻）と図１１の１１０４のプライマリネームサービス復旧時間の差を算出し（復旧時間を基準として差を算出）、参照時間設定値を算出した差が超過している場合は、ステップＳ８１０へ処理を移し、差が超過していない場合には、ステップＳ８１３へ処理を移し、次回の死活監視まで待機する。すなわち、複数台の複合機１０１−２、複合機１０１−３を所定時間参照している場合には、ステップＳ８１０へ処理を移す。

ステップＳ８１０では、ステップＳ８０９でプライマリネームサービスが復旧してから切替時間設定値を超過している場合、プライマリネームサービスの切替待ちフラグ１１０３をＯＦＦにします。
ステップＳ８１１では、保持していたプライマリネームサービスの復旧時間をクリアする。

ステップＳ８１２では、プライマリネームサービスが復旧し、複数台参照時間の満了に伴い、プレゼントネームサービス情報１１０１にプライマリネームサービス「１」を設定する。
ステップＳ８１３では、次回の死活監視まで待機し、１０分経過後に再びステップＳ８０１へ処理を移す。
以上が、複数台参照モードを選択した場合の処理の説明である。

これにより、プライマリネームサービスの複合機が復帰しても、所定時間までは、プレゼントネームサービスの複合機とプライマリネームサービスの複合機に格納先情報の取得要求をする（図６のＳ６０３、Ｓ６０８）ため、格納先情報の差を吸収することができる。また、所定時間の間に、格納先情報の追加、削除がネームサービスを有する複合機で発生し、格納先情報の差を吸収することができるため、所定時間後にプライマリネームサービスの複合機に切り替えることができる。

以上説明したように、上記実施形態における複合機１０１−１は、印刷データの格納先情報を記憶する複数の第２の画像形成装置と通信可能に接続される、情報処理装置から送信された印刷データと印刷データの書誌情報を記憶する第１の画像形成装置であって、前記印刷データの受信後、当該印刷データが格納されたことを通知するべく、当該第１の画像形成装置を識別する格納先情報を前記複数の第２の画像形成装置に送信する格納先情報送信手段と、前記印刷データの一覧を取得するべく、プライマリとなる第２の画像形成装置、又は、前記他の第２の画像形成装置に格納先情報の取得要求をする要求手段と、前記プライマリとなる第２の画像形成装置が復帰したか否かを判定する復帰判定手段とを備え、前記要求手段は、前記プライマリとなる第２の画像形成装置が復帰したと判定される場合に、所定時間までは、前記プライマリとなる第２の画像形成装置と前記他の第２の画像形成装置それぞれに対して格納先情報の取得要求をする。

次に、図９を参照しながら、同期モードを選択した場合の定期スケジューラの処理について説明する。複合機１０１−１の処理である。

まず、ステップＳ９０１では、複合機１０１−１はネーム情報を同期する同期モードであるため、プレゼントネームサービスを切り替えるタイミングを意識する必要が無い。そのため、プライマリネームサービスの切替待ちフラグをＯＦＦに保つべく初期化を行う。

次に、ステップＳ９０２では、プライマリネームサービスに接続の可否を判定します。接続不可の場合は、ステップＳ９０５へ。接続可の場合は、ステップＳ９０３へ移行します。ステップＳ９０２の処理は、ステップＳ７０１とステップＳ８０１と同様である。

ステップＳ９０３では、ステップＳ９０２でプライマリネームサービスに接続可の場合、プレゼントネームサービスとプライマリネームサービスが同一のネームサービスがどうかを判定します。同一の場合は、ステップＳ９０５へ。異なる場合は、ステップＳ９０４へ移行します。ステップＳ９０３の処理は、ステップＳ７０２とステップＳ８０２と同様である。

ステップＳ８０４では、プライマリネームサービスの復旧に伴い、プレゼントネームサービス情報１１０１にプライマリネームサービス「１」を設定します。ステップＳ９０４の処理は、ステップＳ７１２とステップＳ８１２と同様である。
ステップＳ９０５では、次回の死活監視まで待機し、１０分経過後に再びステップＳ９０２の処理へ移す。
以上が、同期モードを選択した場合の処理の説明である。

次に、図１０を参照しながら、同期モードを選択した場合のネームサービス間の処理について説明する。

図１０の処理は、複合機１０１−２のネームサービスがサービス起動時に複合機１０１−２、３（ネームサービス）間で実行される処理であり、複合機１０１−１（定期タスクスケジューラー）とは非同期で動作する。

ステップＳ１００１〜１００８は、障害から復帰した複合機１０１−２（ネームサービス１）と関連する複合機１０１−３（他ネームサービス）間において、複合機（他ネームサービス）の台数分、繰り返し実施される。
ステップＳ１００２では、予め登録されている関連する複合機（ネームサービス）のホスト名を取得する。
ステップＳ１００３では、ステップＳ１００２で取得したホストに対してネーム情報送信要求を送信する。
ステップＳ１００４では、複合機１０１−３（他ネームサービス）がネーム情報送信要求を受信する。

ステップＳ１００５では、ステップＳ１００４でネーム情報送信要求を受信した複合機１０１−３（他ネームサービス）内に保持しているネーム情報を複合機１０１−２（ネームサービス１）に送信する。

ステップＳ１００６では、ステップＳ１００５で複合機１０１−３（他ネームサービス）から送信されたネーム情報を複合機１０１−２（ネームサービス１）が受信する。

ステップＳ１００７では、複合機１０１−２（ネームサービス１）が保持しているネーム情報と複合機１０１−３（他ネームサービス）から受信したネーム情報の差分情報を抽出する。
ステップＳ１００８は、ステップＳ１００７で抽出されたネーム情報の差分情報を複合機１０１−２（ネームサービス１）内に追加する。
上記一連の処理を複合機（ネームサービス１）が全ての複合機（他ネームサービス）に対して繰り返し実施する。

次に図１１を用いて、複合機で記憶する情報について説明する。
１１００は、ネーム情報通知先複合機一覧情報の一例を示す図である。ネーム情報通知先複合機一覧情報は、予めシステム管理者等によって作成され、それぞれの複合機１０１−１のＨＤＤ３０４に記憶される。

クライアント装置１０２から送信された印刷データを受信すると、複合機１０１−１のＣＰＵ３０１は、このネーム情報通知先複合機一覧に登録されている複合機１０１−２に対して、ネーム情報の登録要求を行う。
例えば、ネーム情報通知先複合機一覧情報には、複合機１０１−２を特定する情報（ＩＰアドレス等）が登録される。

１１０１は、プレゼントネームサービス情報の一例を示す図である。プレゼントネームサービス情報は、ネーム情報の参照先のホスト情報を複合機１０１のＨＤＤ３０４に記憶している。

記憶している情報は、１１００のネーム情報通知先複合機一覧上のｉｎｄｅｘに相当する。デフォルトはプライマリネームサービスの複合機１０１−２の「１」が記憶されている。

万が一、プレゼントネームサービス情報に設定されているホスト「１」が障害等により使用できない場合、ｉｎｄｅｘ：２へ。Ｉｎｄｅｘ：２のホストが使用できない場合、ｉｎｄｅｘ：３へと情報を更新し、ネーム情報の参照先を切り替えていく。
１１０２は、ネーム情報ファイルのデータ構成の一例を示す図である。
このネーム情報ファイルは、複合機１０１−２、３（ネームサービス）の記憶装置（ＲＡＭ３０２、ＨＤＤ３０４等）に記憶されている。

ネーム情報ファイルは、１．どのユーザが、２．どのプリンタグループ（機種）に属する複合機で、印刷実行可能な印刷データが、どの複合機１０１−１に格納されているかの情報を管理するためのデータファイルである。
ユーザが１０人、プリンタグループが５つある場合には、最大で５０のネーム情報ファイルが生成されることになる。

ネーム情報ファイルのファイル名を、「ユーザ名−プリンタグループ」とすることにより、そのファイルがどのユーザのどのプリンタグループの複合機で印刷可能な印刷データを格納している複合機を管理しているかが特定可能になっている。
１１０３は、プライマリネームサービス切替待ちフラグ情報の一例を示す図である。
プライマリネームサービスは、１１００のネーム情報通知先複合機一覧上のｉｎｄｅｘ：１に該当するネームサービスの複合機である。

１１００のネーム情報通知先複合機一覧上のｉｎｄｅｘ：１に該当するネームサービスが障害等から復旧し、１１０１のプレゼントネームサービス情報にｉｎｄｅｘ：２以降のネームサービスが設定されている時で、プレゼントネームサービスをプライマリネームサービスに戻すことが可能である場合、本フラグにＯＮが設定される。一方、戻すことが不可能である場合は、本フラグにＯＦＦが設定される。通常は、ＯＦＦが設定された状態となる。この情報は、複合機１０１−１のＨＤＤ３０４に記憶されている。
１１０４は、プライマリネームサービス復旧時間情報の一例を示す図である。

１１００のネーム情報通知先複合機一覧上のｉｎｄｅｘ：１に該当するネームサービスが障害等から復旧した時間を複合機１０１−１のＨＤＤ３０４に記憶する。

設定の例としては、プライマリネームサービスが復旧した時間が２０１２年１２月１４日１０時１０分の場合、２０１２１２１４１０１０として記憶される。この復旧した時間から切替時間だけ経過したかどうかにより、時間差切替モードの場合、プレゼントネームサービスをプライマリネームサービスに戻す処理が行われる。また、複数台参照モードの場合は、復旧した時間から参照時間が経過するまで、１１０１のプレゼントネームサービス情報にｉｎｄｅｘ：２以降のネームサービスが設定されている時で、プレゼントネームサービスをプライマリネームサービスに戻すことが可能である場合、本フラグにＯＮが設定される。一方、戻すことが不可能である場合は、本フラグにＯＦＦが設定される。通常は、ＯＦＦが設定された状態となる。

次に、図１２を用いて印刷データの管理情報である書誌情報データについて説明する。
１２０１は、書誌情報データのデータ構成の一例を示す図である。

複合機１０１−１のＣＰＵ３０１は、クライアント装置１０２から印刷データを受信すると、印刷データから書誌情報（ユーザ名、ドキュメント名、プリンタモデル名、印刷設定等）を取得して、書誌情報データとして管理する。印刷データは、所定の命名規則に従ってファイル名を付与して、ＨＤＤ３０４の所定の領域に保存し、その情報を書誌情報データに含ませることで（後述のファイル名）、書誌情報データと印刷データとを関連付けている。
書誌情報データの各データ項目について説明する。
ステータスは、印刷データのステータスが登録されるデータ項目であって、未印刷、印刷済み、削除済み等の状態が設定される。
ファイル名、は印刷データのファイル名が登録されるデータ項目である。
ユーザ名は、当該印刷データの印刷指示を行ったユーザのユーザ名が登録されるデータ項目である。
ドキュメント名は、印刷データの作成のもととなったファイルのファイル名が登録されるデータ項目である。
タイムスタンプは、印刷データが作成された日時を示す日時情報が登録されるデータ項目である。これによって、印刷データが一意に識別可能となる。
ファイルサイズは、印刷データのファイルサイズが登録されるデータ項目である。
部数は、当該印刷データに対してクライアント装置で設定された印刷部数が登録されるデータ項目である。
ページ数は、印刷データのページ数が登録されるデータ項目である。
両面／片面は、印刷データを印刷する際の印刷設定情報（両面ｏｒ片面）が登録されるデータ項目である。
印刷レイアウトは、印刷データのページレイアウト情報（Ｎｉｎ１）が登録されるデータ項目である。
用紙サイズは、印刷データを印刷する際に使用する用紙サイズが登録されるデータ項目である。

カラー／モノクロは、印刷データがモノクロの印刷データであるか、それともカラーの印刷データであるかを示す情報が登録されるデータ項目である。その他のカラー設定（２色など）が設定される構成であってもよい。

ホスト名は、印刷データが保存されている複合機を特定するための情報（例えば、ＩＰアドレス等）が登録されるデータ項目である。通常、印刷データを受信した複合機を特定するための情報が登録される。
プリンタ機種は、印刷データがどのプリンタモデルで印刷可能な印刷データであるかを示す情報が登録されるデータ項目である。
以上が、本実施形態の説明である。

なお、時間差切替モードと、複数台参照モードの場合には、プライマリネームサービスの複合機１０１−２が復帰すると、所定時間でプライマリネームサービスの複合機１０１−２がプレゼントネームサービスとなるため、複合機１０１−２と複合機１０１−３に記憶されているネーム情報が完全同一にならない場合がある。しかしながら、ネーム情報が同一にならない場合は、印刷が実行されない状況が続いた場合であるため、問題となることがない。なお、プライマリネームサービスにプレゼントネームサービスが切り替わり、ネーム情報が取得できない場合でも、印刷データのもととなる文書はクライアント端末に残っているため、ユーザが再度印刷を実行すればよい。よってネーム情報が完全一致しないという誤差も許容される。しかし誤差が大きいとユーザにとっては使い勝手が悪いため、時間差切替モードと、複数台参照モードのように、誤差を吸収するように所定時間たったら切り替える、所定時間は複数の装置を参照することが望まれる。これにより誤差が減り、ネーム情報（格納先情報）の取得漏れを減らすことができる。

また、完全にネーム情報（格納先情報）の取得漏れを減らしたい場合、ネットワークの負荷は高いが、ネーム情報の完全同期をすることでネーム情報（格納先情報）の取得漏れを極力減らすことが可能となる。

以上説明したように、本実施形態によれば、ネーム情報（格納先情報）の取得漏れを容易に減らして、印刷データを複合機で管理し、どこの複合機からでも蓄積された印刷データを印刷させることが可能となる。

より詳細には、格納先情報を保持している複合機（プライマリネームサービスの複合機１０１−２）が障害などにより、格納先情報が欠落する状況が発生したとする場合でも、時間差切替モード、複数台参照モード、同期モードを任意に設定することで、格納先情報の取得漏れを減らした複合機で印刷データを蓄積し、所望の複合機から他の複合機に蓄積した印刷データをプルプリントできる。

また、サーバを用いずに、複数の複合機に印刷データを格納し、格納された印刷データの格納先情報を複合機で一元管理するシステムで発生する、格納情報の一元管理の困難性を解決することができる。一元管理の困難性とは、複合機は、サーバとは異なり、電源のＯＮ／ＯＦＦなどが頻繁に起こるため、複合機で格納情報を管理する場合には、格納先情報を管理する各複合機での格納先情報の差が発生することである。特にオフィスでの印刷業務は、各ユーザが所望のタイミングで印刷を実行するため、格納先情報が常に変化している（印刷すれば格納先情報が追加され、印刷が終わり、印刷データがなくなれば格納先情報が削除される）、そして、電源のＯＮ／ＯＦＦなどにより複合機で管理している格納先情報に差がでることから、同期をとったとしても、完全に差を埋めることが困難である。

よって、本実施形態で説明したように、各種モードを備え、ユーザの運用にあったモードで格納先情報の差を減らす制御は、複数の複合機に印刷データを格納し、格納された印刷データの格納先情報を複合機で一元管理するシステムにおいて効果を奏する。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

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

また、本発明におけるプログラムは、図５〜図１０に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図５〜図１０の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図５〜図１０の各装置の処理方法ごとのプログラムであってもよい。

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

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

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

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

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

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

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１−１ 複合機（通常）
１０１−２ 複合機（プライマリネームサービス）
１０１−３ 複合機（ネームサービス）
１０２ クライアント端末
２０１ ＣＰＵ
３０１ ＣＰＵ

Claims (13)

1. データを記憶する機能を有する複数の第１の画像形成装置と、実際にデータが記憶された前記第１の画像形成装置の識別情報一覧を管理する管理機能を有する複数の第２の画像形成装置と、を含む画像形成システムであって、
   前記第１の画像形成装置は、
   実際にデータが記憶された自機の識別情報を、前記複数の第２の画像形成装置に送信する格納先情報送信手段と、
   を備え、
   前記第２の画像形成装置は、
   実際にデータが記憶された前記第１の画像形成装置の識別情報を、前記識別情報一覧の中の１つとして管理すべく受信する受信手段と、
   どの装置にデータが記憶されているかの問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、実際にデータが記憶された前記第１の画像形成装置の識別情報を問い合わせ元の装置に回答する回答手段と、
   自機の前記管理機能が復帰した場合には、自機で管理されている前記識別情報一覧を前記回答手段による回答より前に更新すべく、自機の前記管理機能が休止していた間に前記識別情報を受信していた他の第２の画像形成装置と通信し、自機で管理されている前記識別情報一覧を更新する更新手段と、
   を備えることを特徴とする画像形成システム。
2. 前記回答手段は、前記問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、問い合わせ元である装置を利用しているユーザにかかるデータが記憶された前記第１の画像形成装置の識別情報を回答することを特徴とする請求項１に記載の情報処理システム。
3. 前記第１の画像形成装置は、
   複数の第１の画像形成装置のうちどの装置に前記データが記憶されているかを、前記第２の画像形成装置に問い合わせる問い合わせ手段と、
   を備え、
   前記問い合わせ手段は、前記複数の第２の画像形成装置のうち主たる問い合わせ先である第２の画像形成装置に対して、前記第１の画像形成装置を利用するユーザにかかるデータが記憶されている装置を問い合わせ、当該主たる問い合わせ先である第２の画像形成装置が休止している場合には、他の第２の画像形成装置に対して当該問い合わせを行うことを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記第１の画像形成装置は、問い合わせ先である前記第２の画像形成装置が休止している場合に、問い合わせ先を、他の第２の画像形成装置に切り替える切替手段と、
   を更に備え、
   前記切替手段は、休止していた前記第２の画像形成装置が復帰してから所定時間経過後に、前記問い合わせ先を前記第２の画像形成装置に戻すことを特徴とする請求項３に記載の情報処理システム。
5. 前記問い合わせ手段は、休止していた前記第２の画像形成装置が復帰してから所定時間が経過するまでの間は、当該第２の画像形成装置と、当該第２の画像形成装置が休止していた間に前記問い合わせ先としていた他の第２の画像形成装置の両方に対して問い合わせを行うことを特徴とする請求項３又は４に記載の情報処理システム。
6. 前記管理機能が休止している場合とは、前記管理機能を備える第２の画像形成装置自体がダウンしている場合であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
7. データが記憶された自機の識別情報を複数の第２の画像形成装置に送信する送信手段を備える複数の第１の画像形成装置と通信可能な、実際にデータが記憶された前記第１の画像形成装置の識別情報一覧を管理する管理機能を有する第２の画像形成装置であって、
   実際にデータが記憶された前記第１の画像形成装置の識別情報を、前記識別情報一覧の中の１つとして管理すべく受信する受信手段と、
   どの装置にデータが記憶されているかの問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、実際にデータが記憶された前記第１の画像形成装置の識別情報を問い合わせ元の装置に回答する回答手段と、
   自機の前記管理機能が復帰した場合には、自機で管理されている前記識別情報一覧を前記回答手段による回答より前に更新すべく、自機の前記管理機能が休止していた間に前記識別情報を受信していた他の第２の画像形成装置と通信し、自機で管理されている前記識別情報一覧を更新する更新手段と、
   を備えることを特徴とする第２の画像形成装置。
8. 前記回答手段は、前記問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、問い合わせ元である装置を利用しているユーザにかかるデータが記憶された前記第１の画像形成装置の識別情報を回答することを特徴とする請求項７に記載の第２の画像形成装置。
9. 前記管理機能が休止している場合とは、前記管理機能を備える第２の画像形成装置自体がダウンしている場合であることを特徴とする請求項７又は８に記載の第２の画像形成装置。
10. データを記憶する機能を有する複数の第１の画像形成装置と、実際にデータが記憶された前記第１の画像形成装置の識別情報一覧を管理する管理機能を有する複数の第２の画像形成装置と、を含む画像形成システムの制御方法であって、
    前記第１の画像形成装置において、
    実際にデータが記憶された自機の識別情報を、前記複数の第２の画像形成装置に送信する格納先情報送信工程と、
    を含み、
    前記第２の画像形成装置において、
    実際にデータが記憶された前記第１の画像形成装置の識別情報を、前記識別情報一覧の中の１つとして管理すべく受信する受信工程と、
    どの装置にデータが記憶されているかの問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、実際にデータが記憶された前記第１の画像形成装置の識別情報を問い合わせ元の装置に回答する回答工程と、
    自機の前記管理機能が復帰した場合には、自機で管理されている前記識別情報一覧を前記回答工程による回答より前に更新すべく、自機の前記管理機能が休止していた間に前記識別情報を受信していた他の第２の画像形成装置と通信し、自機で管理されている前記識別情報一覧を更新する更新工程と、
    を含む制御方法。
11. データを記憶する機能を有する複数の第１の画像形成装置と、実際にデータが記憶された前記第１の画像形成装置の識別情報一覧を管理する管理機能を有する複数の第２の画像形成装置と、を含む画像形成システムを制御するためのプログラムであって、
    前記第１の画像形成装置を、
    実際にデータが記憶された自機の識別情報を、前記複数の第２の画像形成装置に送信する格納先情報送信手段として機能させ、
    前記第２の画像形成装置を、
    実際にデータが記憶された前記第１の画像形成装置の識別情報を、前記識別情報一覧の中の１つとして管理すべく受信する受信手段と、
    どの装置にデータが記憶されているかの問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、実際にデータが記憶された前記第１の画像形成装置の識別情報を問い合わせ元の装置に回答する回答手段と、
    自機の前記管理機能が復帰した場合には、自機で管理されている前記識別情報一覧を前記回答手段による回答より前に更新すべく、自機の前記管理機能が休止していた間に前記識別情報を受信していた他の第２の画像形成装置と通信し、自機で管理されている前記識別情報一覧を更新する更新手段として機能させるためのプログラム。
12. データが記憶された自機の識別情報を複数の第２の画像形成装置に送信する送信手段を備える複数の第１の画像形成装置と通信可能な、実際にデータが記憶された前記第１の画像形成装置の識別情報一覧を管理する管理機能を有する第２の画像形成装置の制御方法であって、
    実際にデータが記憶された前記第１の画像形成装置の識別情報を、前記識別情報一覧の中の１つとして管理すべく受信する受信工程と、
    どの装置にデータが記憶されているかの問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、実際にデータが記憶された前記第１の画像形成装置の識別情報を問い合わせ元の装置に回答する回答工程と、
    自機の前記管理機能が復帰した場合には、自機で管理されている前記識別情報一覧を前記回答工程による回答より前に更新すべく、自機の前記管理機能が休止していた間に前記識別情報を受信していた他の第２の画像形成装置と通信し、自機で管理されている前記識別情報一覧を更新する更新工程と、
    を含む制御方法。
13. データが記憶された自機の識別情報を複数の第２の画像形成装置に送信する送信手段を備える複数の第１の画像形成装置と通信可能な、実際にデータが記憶された前記第１の画像形成装置の識別情報一覧を管理する管理機能を有する第２の画像形成装置を制御するためのプログラムであって、
    前記第２の画像形成装置を、
    実際にデータが記憶された前記第１の画像形成装置の識別情報を、前記識別情報一覧の中の１つとして管理すべく受信する受信手段と、
    どの装置にデータが記憶されているかの問い合わせを受け付けると、自機で管理されている前記識別情報一覧に基づいて、実際にデータが記憶された前記第１の画像形成装置の識別情報を問い合わせ元の装置に回答する回答手段と、
    自機の前記管理機能が復帰した場合には、自機で管理されている前記識別情報一覧を前記回答手段による回答より前に更新すべく、自機の前記管理機能が休止していた間に前記識別情報を受信していた他の第２の画像形成装置と通信し、自機で管理されている前記識別情報一覧を更新する更新手段として機能させるためのプログラム。

Images