(57)【要約】【課題】  画像形成装置に関する情報を、従来よりも迅速に要求元に対して提供可能な画像形成装置情報管理システムを提供すること。【解決手段】  被管理ＰＣ１は、印字終了イベントの発生を待って（Ｓ２０７）、キューに入れられた印字ジョブの数が０となったときに（Ｓ２１３）、プリンタ３からプリンタ情報を取得する（Ｓ２１５）。そのため、プリンタ３からの情報取得に多大な時間を費やしてしまうことがなく、いくつかの印字ジョブを処理している最中に、プリンタ情報取得のための負荷をかけてしまうこともない。プリンタ３から取得したプリンタ情報は、補助記憶部１４のＤＢに保存し、管理ＰＣ２からプリンタ情報の提供を要求された場合、補助記憶部１４のＤＢから読み取ったプリンタ情報を、管理ＰＣ２に対して迅速に提供する。【選択図】  図４
2005107817.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置に対してデータを出力する印字ジョブが発生するたびに、該印字ジョブをキューに入れて一時的に保管するとともに、該キューに入れられた１以上の印字ジョブを順次処理して各印字ジョブに対応するデータを順に前記画像形成装置へと出力する印字ジョブ処理手段を備えたコンピュータ上において作動するシステムであり、前記画像形成装置に関する情報である画像形成装置情報を管理するとともに、要求元からの要求に応じて前記画像形成装置情報を提供する画像形成装置情報管理システムであって、
前記画像形成装置情報を記憶可能な情報記憶手段と、
前記キューに入れられた印字ジョブの数が所定数以下となったときに、前記画像形成装置に対して前記画像形成装置情報の出力を要求する情報出力要求手段と、
該情報出力要求手段の要求を受けて前記画像形成装置が出力する前記画像形成装置情報を取得する情報取得手段と、
該情報取得手段によって取得された前記画像形成装置情報を、前記情報記憶手段に書き込む情報記録手段と、
前記要求元から要求があった場合に、前記情報記憶手段から読み取った前記画像形成装置情報を前記要求元に対して提供する情報提供手段と
を備えたことを特徴とする画像形成装置情報管理システム。
【請求項２】
前記情報出力要求手段は、前記キューに入れられた印字ジョブの数が０となったときに、前記画像形成装置に対して前記画像形成装置情報の出力を要求する
ことを特徴とする請求項１に記載の画像形成装置情報管理システム。
【請求項３】
前記情報出力要求手段は、前記印字ジョブ処理手段が前記画像形成装置にデータを出力中の印字ジョブの数を監視し、該出力が終了したときに前記印字ジョブの数が所定数以下となっていれば、前記画像形成装置に対して前記画像形成装置情報の出力を要求する
ことを特徴とする請求項１または請求項２に記載の画像形成装置情報管理システム。
【請求項４】
前記監視していた印字ジョブによる出力が終了したときに、次に前記印字ジョブ処理手段の処理する印字ジョブが前記キューに無ければ、前記画像形成装置に対して前記画像形成装置情報の出力を要求する
ことを特徴とする請求項３に記載の画像形成装置情報管理システム。
【請求項５】
前記情報出力要求手段が、前記キューに入れられた印字ジョブの数が所定数以下となったときに加え、事前に設定された時刻となったときにも、前記画像形成装置に対して前記画像形成装置情報の出力を要求する
ことを特徴とする請求項１〜請求項４のいずれかに記載の画像形成装置情報管理システム。
【請求項６】
前記要求元は、本システムが稼働するコンピュータとネットワークを介してデータ通信可能な他のコンピュータ上で作動するクライアントソフトウェアである
ことを特徴とする請求項１〜請求項５のいずれかに記載の画像形成装置情報管理システム。
【請求項７】
前記要求元は、本システムが稼働するコンピュータ上で作動するクライアントソフトウェアである
ことを特徴とする請求項１〜５のいずれかに記載の画像形成装置情報管理システム。
【請求項８】
前記情報出力要求手段は、プリンタジョブ言語（ＰＪＬ）によって記述されたコマンドを、前記要求として前記画像形成装置に与えるとともに、
前記情報取得手段は、前記画像形成装置情報が出力されるまでデータ読み取り処理を繰り返すことにより、当該画像形成装置情報を取得する
ことを特徴とする請求項１〜請求項７のいずれかに記載の画像形成装置情報管理システム。
【請求項９】
複数項目からなる前記画像形成装置情報を取得するために、一項目毎に前記情報出力要求手段による要求と前記情報取得手段による情報取得を複数項目分繰り返す
ことを特徴とする請求項８に記載の画像形成装置情報管理システム。
【請求項１０】
前記情報出力要求手段は、事前に設定された第１の時刻になると前記前記画像形成装置に対して前記画像形成装置情報の出力を要求するとともに、
前記要求元は、前記第１の時刻よりも遅れた時刻である第２の時刻になると前記画像形成装置情報の提供を要求するように構成されている
ことを特徴とする請求項１〜請求項９のいずれかに記載の画像形成装置情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置情報管理システムに関する。
【背景技術】
【０００２】
従来、コンピュータ上でステータスモニターと呼ばれるプログラムを作動させることにより、そのコンピュータに接続されている画像形成装置（＝プリンタまたは一機能としてプリンタ機能を有する複合機等）の状態（例えば、オンライン／オフライン、ビジー、エラーなど）を監視、管理することが行われている。また、コンピュータ上でメンテナンスツールと呼ばれるプログラムを作動させることにより、そのコンピュータに接続されている画像形成装置のメンテナンス情報（例えば、トナーないしインク残量、記録用紙残量、ドラム交換時期など）を管理することも行われている。
【０００３】
これらステータスモニターやメンテナンスツールは、いずれもローカルで作動するものであったが、複数のコンピュータがネットワークを介して接続されている環境下においては、上記のような画像形成装置の状態やメンテナンス情報を、特定のコンピュータ（例えば、管理者が利用する管理者端末）から一括して管理したいという要望があった。
【０００４】
こうした要望に対し、下記特許文献１には、ローカルプリンタが接続されたコンピュータにおいて、ローカルプリンタから各種情報を取得するとともに、取得した情報をネットワークを介して接続された他のコンピュータに対して提供する技術が開示されている。
【０００５】
より詳しくは、この特許文献１には、画像形成装置の状態を監視し、状態に変化があった場合に、変化した状態を直ちに画像形成装置から取得して、取得した情報をネットワークを介して接続された他のコンピュータに対して提供（通知）するトラップ処理（例えば下記特許文献１段落［００７５］〜［００７７］参照）、ネットワークを介して接続された他のコンピュータから情報提供要求があった場合に、その時点における画像形成装置の状態を直ちに画像形成装置から取得して、取得した情報をネットワークを介して接続された他のコンピュータに対して提供するリクエスト応答処理（例えば下記特許文献１段落［００７８］〜［００８１］参照）などの技術が開示されている。
【特許文献１】特開２０００−２９３３２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に記載の技術においては、トラップ処理によって自ら他のコンピュータに対して情報を提供する場合、および、リクエスト応答処理によって他のコンピュータからの要求に応じて情報を提供する場合、いずれにおいても、その時点における最新の情報を直ちに画像形成装置から取得しようとしていた。そのため、長時間にわたって画像形成装置から応答が返らない場合、他のコンピュータに対する情報提供が遅れてしまうという問題があった。
【０００７】
より具体的な例を示せば、画像形成装置から情報を取得する方法としては、プリンタジョブ言語（ＰＪＬ；Printer Job Language）で記述されたコマンドを画像形成装置に対して与えるとともに、画像形成装置側から返される情報をリードバックする方法が知られている。このような方法で画像形成装置から情報を取得する場合、画像形成装置に与えられるＰＪＬコマンドは一つの印字ジョブとして扱われるため、キューに一旦入れられてから、他の印字ジョブと同様に画像形成装置へと出力される。そのため、多数の印字ジョブが先にキューに入れられている場合には、それらキューに入れられた印字ジョブすべての出力処理が終了するまでＰＪＬコマンドが画像形成装置に与えられない状態になる。その結果、長時間にわたって画像形成装置からＰＪＬコマンドに対する応答が返らない状態になり、他のコンピュータに対する情報提供が遅れてしまうという問題を招く。
【０００８】
また、紙切れ等のエラーが原因で画像形成装置がビジー状態になっている場合、印字ジョブはキューに入れられた状態のまま保留されるため、一つの印字ジョブとして扱われるＰＪＬコマンドも、キューに入れられた状態のまま保留される。その結果、やはり、長時間にわたって画像形成装置から応答が返らない状態になり、他のコンピュータに対する情報提供が遅れてしまうという問題を招く。
【０００９】
つまり、最新の情報を直ちに画像形成装置から取得しようとしても、長時間にわたって画像形成装置から応答が返らない状態に陥る可能性があるため、上記特許文献１に記載の従来技術では、画像形成装置に関する情報を、要求元に対して必ずしも迅速に提供できないという問題があった。
【００１０】
本発明は、上記問題を解決するためになされたものであり、その目的は、画像形成装置に関する情報を、従来よりも迅速に要求元に対して提供可能な画像形成装置情報管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
以下、本発明において採用した特徴的な構成について詳述する。
本発明の画像形成装置情報管理システムは、
画像形成装置に対してデータを出力する印字ジョブが発生するたびに、該印字ジョブをキューに入れて一時的に保管するとともに、該キューに入れられた１以上の印字ジョブを順次処理して各印字ジョブに対応するデータを順に前記画像形成装置へと出力する印字ジョブ処理手段を備えたコンピュータ上において作動するシステムであり、前記画像形成装置に関する情報である画像形成装置情報を管理するとともに、要求元からの要求に応じて前記画像形成装置情報を提供する画像形成装置情報管理システムであって、
前記画像形成装置情報を記憶可能な情報記憶手段と、
前記キューに入れられた印字ジョブの数が所定数以下となったときに、前記画像形成装置に対して前記画像形成装置情報の出力を要求する情報出力要求手段と、
該情報出力要求手段の要求を受けて前記画像形成装置が出力する前記画像形成装置情報を取得する情報取得手段と、
該情報取得手段によって取得された前記画像形成装置情報を、前記情報記憶手段に書き込む情報記録手段と、
前記要求元から要求があった場合に、前記情報記憶手段から読み取った前記画像形成装置情報を前記要求元に対して提供する情報提供手段と
を備えたことを特徴とする。
【００１２】
この画像形成装置情報管理システムにおいて、情報出力要求手段は、キューに入れられた印字ジョブの数が所定数以下となったときに、画像形成装置に対して画像形成装置情報の出力を要求する。そして、情報出力要求手段の要求を受けて画像形成装置が画像形成装置情報を出力したら、その画像形成装置情報を情報取得手段が取得して、取得された画像形成装置情報を、情報記録手段が情報記憶手段に書き込む。すなわち、これらの各手段は、キューに入れられた印字ジョブの数が所定数以下になったことを作動開始条件として作動し、画像形成装置情報を情報記憶手段に保存する。
【００１３】
そして、要求元から要求があった場合には、情報提供手段が情報記憶手段から画像形成装置情報を読み取り、読み取った画像形成装置情報を要求元に対して提供する。すなわち、情報提供手段は、画像形成装置に対しては画像形成装置情報の出力を要求せず、情報記憶手段から読み取った画像形成装置情報を要求元に対して提供する。
【００１４】
したがって、この画像形成装置情報管理システムによれば、画像形成装置から迅速に画像形成装置情報を取得できない状況下にあっても、情報記憶手段からは迅速に画像形成装置情報を読み取ることができるので、要求元から要求があった場合に、要求元に対する迅速な情報提供が可能となる。また、情報記憶手段に保存される画像形成装置情報は、キューに入れられた印字ジョブの数が所定数以下となったときに画像形成装置から取得されるので、上記所定数を超える多数の印字ジョブが存在する状況下では、画像形成装置から情報を取得することがなく、画像形成装置からの情報取得に多大な時間を費やしてしまうことがなく、多数の印字ジョブを処理している最中に、情報取得のための負荷をかけてしまうこともない。
【００１５】
ところで、情報出力要求手段が、画像形成装置に対して画像形成装置情報の出力を要求するタイミングは、キューに入れられた印字ジョブの数が所定数以下となったときであり、この所定数については、一つの印字ジョブを処理するのに必要な時間を想定して適宜設定すればよい。ただし、所定数を大きくするほど画像形成装置からの情報取得に費やす時間も長くなる傾向はあり、また、１つしか印字ジョブが無くても、その印字ジョブの処理に多大な時間がかかることはあり得るので、より迅速に情報取得を完了させることを重要視するのであれば、所定数は小さくするほどよい。
【００１６】
例えば、前記情報出力要求手段は、前記キューに入れられた印字ジョブの数が０となったときに、前記画像形成装置に対して前記画像形成装置情報の出力を要求するものであってもよく、この場合、処理に時間を要する大きな印字ジョブが１つ入っていることにより、長時間にわたって情報取得ができなくなるようなことがない。なお、この構成を、キューに入れられた印字ジョブの数がなかなか０とならないような状況下で採用すると、情報出力要求手段は画像形成装置に対して画像形成装置情報の出力を要求できなくなるので、これを避けたい場合には、上記所定数を１または２以上に設定してもよい。
【００１７】
また、前記情報出力要求手段は、前記印字ジョブ処理手段が前記画像形成装置にデータを出力中の印字ジョブの数を監視し、該出力が終了したときに前記印字ジョブの数が所定数以下となっていれば、前記画像形成装置に対して前記画像形成装置情報の出力を要求すると望ましい。
【００１８】
このような構成を採用すると、出力終了に伴って印字ジョブの数が減るタイミングを見逃すことなく、画像形成装置に対して画像形成装置情報の出力を要求することができる。したがって、印字ジョブの数が減った後、僅かな時間が経過した時点で新たな印字ジョブが発生するような状況下でも、確実に画像形成装置に対して画像形成装置情報の出力を要求できる。特に、前記監視していた印字ジョブによる出力が終了したときに、次に前記印字ジョブ処理手段の処理する印字ジョブが前記キューに無ければ、前記画像形成装置に対して前記画像形成装置情報の出力を要求するように構成することもでき、この場合、処理に時間を要する大きな印字ジョブが１つ入っていることにより、長時間にわたって情報取得ができなくなるようなことがない。
【００１９】
さらに、前記情報出力要求手段が、前記キューに入れられた印字ジョブの数が所定数以下となったときに加え、事前に設定された時刻となったときにも、前記画像形成装置に対して前記画像形成装置情報の出力を要求するように構成してもよい。
【００２０】
この場合、事前に設定された時刻になれば、画像形成装置に対して画像形成装置情報の出力を要求する。したがって、キューに入れられた印字ジョブの数が所定数以下とならない状況が続くような環境であっても、印字ジョブの数とは無関係に、画像形成装置情報を情報記憶手段に保存する機会を設けることができる。
【００２１】
加えて、前記要求元は、本システムが稼働するコンピュータとネットワークを介してデータ通信可能な他のコンピュータ上で作動するクライアントソフトウェアであってもよいし、前記要求元は、本システムが稼働するコンピュータ上で作動するクライアントソフトウェアであってもよい。どちらの場合でも、クライアントソフトウェア側から要求があった場合に、クライアントソフトウェアに対する迅速な情報提供が可能となる。特に、前者の場合は、他のコンピュータ上で作動するクライアントソフトウェアに対して情報提供ができるので、本システムをネットワークに接続された複数のコンピュータに搭載するとともに、これら複数のコンピュータそれぞれにおいて取得した画像形成装置情報を、上記他のコンピュータに相当する１台のコンピュータのクライアントソフトウェアに対して提供し、この１台のコンピュータで上記複数のコンピュータそれぞれに接続された画像形成装置の情報を一括して管理することができる。
【００２２】
また、情報出力要求手段が画像形成装置に対して要求を出す際の具体的な手法については特に限定されないが、一手法としては、例えば、前記情報出力要求手段は、プリンタジョブ言語（ＰＪＬ）によって記述されたコマンドを、前記要求として前記画像形成装置に与えるとともに、前記情報取得手段は、前記画像形成装置情報が出力されるまでデータ読み取り処理を繰り返すことにより、当該画像形成装置情報を取得するといった手法を考えることができる。この場合、複数項目からなる前記画像形成装置情報を取得するために、一項目毎に前記情報出力要求手段による要求と前記情報取得手段による情報取得を複数項目分繰り返すようにすれば、一回の要求に対する情報取得までの待ち時間を短くすることができる。
【００２３】
さらに、前記情報出力要求手段は、事前に設定された第１の時刻になると前記前記画像形成装置に対して前記画像形成装置情報の出力を要求するとともに、前記要求元は、前記第１の時刻よりも遅れた時刻である第２の時刻になると前記画像形成装置情報の提供を要求するように構成されていると望ましい。
【００２４】
この場合、第１の時刻に、情報出力要求手段が画像形成装置に対して画像形成装置情報の出力を要求したことにより、その後、通常であれば画像形成装置情報が更新されていると考えられるので、その第１の時刻よりも遅れた時刻である第２の時刻に要求元が画像形成装置情報の提供を要求すれば、更新されたばかりの画像形成装置情報を要求元に対して提供できる可能性が高くなる。
【発明の効果】
【００２５】
以上説明した通り、本発明によれば、画像形成装置に関する情報を、従来よりも迅速に要求元に対して提供可能な画像形成装置情報管理システムを提供することができる。
【発明を実施するための最良の形態】
【００２６】
次に、本発明の実施形態について一例を挙げて説明する。
図１は、複数のパーソナルコンピュータを、ＬＡＮ（Local Area Network）を介して相互に接続したネットワークシステムを示すブロック図である。本発明の実施形態として例示する画像形成装置情報管理システムは、パーソナルコンピュータ１、１’、１”…上において作動するシステムとして構成され、パーソナルコンピュータ２からの要求に応じて、各パーソナルコンピュータ１、１’、１”…に接続されたプリンタ３、３’、３”…のプリンタ情報を、パーソナルコンピュータ２に対して提供するようになっている。パーソナルコンピュータ２は、パーソナルコンピュータ１、１’、１”…から提供されるプリンタ情報を取得し、ネットワーク上のパーソナルコンピュータ１、１’、１”…に接続されたプリンタ３、３’、３”…のプリンタ情報を管理する。なお、以下の説明においては、プリンタ情報を管理するパーソナルコンピュータ２を管理ＰＣ２、管理ＰＣ２によって管理されるパーソナルコンピュータ１、１’、１”…を被管理ＰＣ１、１’、１”…と称する。
【００２７】
被管理ＰＣ１は、図２に示すように、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３等を中心に構成された制御部１０１と当該制御部１０１と各種デバイスとを接続するためのＩ／Ｆ部１０２とを備えてなる本体部１１、キーボードやポインティングデバイスなどの入力部１２、ディスプレイなどの表示部１３、およびハードディスクなどの補助記憶部１４を備えている。本体部１１には、ＯＳ（Operating System）としてＷｉｎｄｏｗｓ（登録商標）が搭載され、キーボード入力、画面出力、ネットワークＩ／Ｆ・プリンタＩ／Ｆへの通信の指令、キューの制御といった入出力機能やハードディスクやメモリの管理など、アプリケーションから共通して利用される基本機能は、ＯＳによって提供されてＣＰＵ１１１上で動作している。本体部１１のＩ／Ｆ部１０２としては、上述の入力部１２、表示部１３、および補助記憶部１４とのＩ／Ｆの他、ＬＡＮカードなどのＬＡＮ  Ｉ／Ｆ１１４、ＵＳＢ（Universal Serial Bus）ポートあるいはパラレルポートなどのプリンタＩ／Ｆ１１５が設けられ、ＬＡＮ  Ｉ／Ｆ１１４に接続されたＬＡＮケーブルを介して被管理ＰＣ１はＬＡＮに接続され、プリンタＩ／Ｆ１１５に接続されたプリンタケーブルを介して被管理ＰＣ１とプリンタ３とが接続されている。この被管理ＰＣ１には、被管理ＰＣ１に接続されたプリンタ３からプリンタ情報を取得し、そのプリンタ情報を管理ＰＣ２に対して提供する機能を実現するためのソフトウェアがインストールされ、このソフトウェアがＣＰＵ１１１上でプリンタ情報取得部１２４として動作している。
【００２８】
なお、被管理ＰＣ１’、１”…は、被管理ＰＣ１と同様に構成され、被管理ＰＣ１と同等の機能を有するものなので、詳細な説明を省略する。
管理ＰＣ２も、基本的には被管理ＰＣ１と同様に構成されたものであり、本体部２１、入力部２２、表示部２３、補助記憶部２４等を備え、本体部２１には、ＯＳとしてＷｉｎｄｏｗｓ（登録商標）が搭載されている。この管理ＰＣ２には、被管理ＰＣ１、１’、１”…等のネットワーク上のコンピュータに対し、それら各コンピュータに接続されたプリンタ３、３’、３”…に関する情報の提供を要求するとともに、その要求に応じて他のコンピュータから提供されるプリンタ情報を一括して管理する機能を実現するためのソフトウェアがインストールされている。
【００２９】
プリンタ３、３’、３”…は、管理ＰＣ２による管理対象となる被管理プリンタである。これらプリンタ３、３’、３”…は、いずれもプリンタジョブ言語（ＰＪＬ；Printer Job Language）に対応したものである。ＰＪＬは、プリンタ３が備える各種機能の制御を可能とするコマンド言語で、Hewlett-Packard社において開発され、その後他社でも採用された周知のものである。
【００３０】
次に、被管理ＰＣ１において実行されるプリンタ情報取得部１２４の処理について、図３のフローチャートに基づいて説明する。この処理は、被管理ＰＣ１の起動に伴って開始される処理である。なお、この処理は、被管理ＰＣ１’、１”…においても同様に実行されるが、ここでは被管理ＰＣ１において実行される処理を例に挙げながら説明を続ける。
【００３１】
本処理を開始すると、被管理ＰＣ１は、まず、ローカルプリンタのリストを作成する（Ｓ１０１）。この処理では、被管理ＰＣ１に接続されているすべてのプリンタ（本実施形態の場合、プリンタ３）がリストに登録される。続いて、Ｓ１０１の処理で作成されたリストから、プリンタを抽出して（Ｓ１０３）、抽出されたプリンタに対応する処理スレッドを作成する（Ｓ１０５）。これらＳ１０３およびＳ１０５の処理は、上記リストに登録されたプリンタの総数に対応する回数だけ繰り返される（Ｓ１０７：ＮＯ）。その結果、本処理の他に、プリンタ総数と同数の処理スレッドにおける処理が並列に実行される状態になる。本実施形態の場合、被管理ＰＣ１にはプリンタ３が１台だけ接続されているので、Ｓ１０５の処理では１つの処理スレッドが新たに作成されることになる。なお、新たに作成された処理スレッドでは、各処理スレッドの対象プリンタからプリンタ情報（例えば、トナーないしインク残量、記録用紙残量、ドラム交換時期など）を取得して、データベース（以下、ＤＢと略称する）である補助記憶部１４内の結果ファイル１３３に記録する処理などが行われるが、詳しい処理内容については後述する。
【００３２】
さて、プリンタ総数と同数の処理スレッドを作成したら（Ｓ１０７：ＹＥＳ）、続いて、設定ファイル１３４から設定時刻を読み取って、設定時刻までの時間を計算し（Ｓ１０９）、Ｓ１０９の処理で算出した時間をタイマーにセットする（Ｓ１１１）。設定ファイル１３４は、補助記憶部１４内に記憶されているファイルであり、この設定ファイル１３４には、管理者が任意に設定する設定時刻が記録されている。このタイマーは、Ｓ１１１の処理後、Ｓ１０９の処理で算出した時間が経過するとタイマーイベントを発生させる。
【００３３】
続いて、被管理ＰＣ１は、関連イベントの発生を待ち（Ｓ１１３）、発生したイベントがプリンタ追加イベントであれば（Ｓ１１５：ＹＥＳ）、リストにプリンタを追加して（Ｓ１１７）、追加されたプリンタに対応する処理スレッドを作成する（Ｓ１１９）。プリンタ追加イベントは、例えば周知のプラグアンドプレイ機能等により、プリンタの電源ＯＮやケーブルの挿し込みを検出した場合に発生するイベントである。このプリンタ追加イベントの発生により、新たに利用可能なプリンタが追加されたことがわかるので、Ｓ１１９の処理により対象プリンタに対応する処理スレッドを作成することにより、Ｓ１０５の処理において作成した処理スレッドと同等の処理を行う処理スレッドを追加する。なお、Ｓ１１９の処理を終えたらＳ１１３の処理へと戻る。
【００３４】
一方、Ｓ１１５の処理による判定の結果、発生したイベントがプリンタ追加イベントでなかった場合（Ｓ１１５：ＮＯ）、発生したイベントがタイマーイベントであれば（Ｓ１２１：ＹＥＳ）、読み込み／ＤＢ化処理２を実行する（Ｓ１２３）。ここで発生するタイマーイベントは、先に説明したＳ１０９およびＳ１１１の処理によるものである。Ｓ１２３の読み込み／ＤＢ化処理２では、被管理ＰＣ１に接続されているすべてのプリンタから状態を取得してデータベース（ＤＢ）に記録する処理などが行われるが、詳しい処理内容については後述する。そして、タイマーに２４時間をセットして（Ｓ１２５）、２４時間後に再びタイマーイベントが発生する状態とし、Ｓ１１３の処理へと戻る。
【００３５】
また、Ｓ１２１の処理による判定の結果、発生したイベントがタイマーイベントでなかった場合（Ｓ１２１：ＮＯ）、発生したイベントが終了指示イベントであれば（Ｓ１２７：ＹＥＳ）、本処理を終了する。終了指示イベントは、利用者が入力部１２を利用して所定の終了操作を行った際に発生するイベントである。一方、終了指示イベントでなければ（Ｓ１２７：ＮＯ）、Ｓ１１３の処理へと戻り、再び関連イベントの発生を待つ状態になる。すなわち、被管理ＰＣ１が作動状態にある場合、利用者が終了操作を行わない限り、本処理が終了することはなく、本処理は被管理ＰＣ１上の常駐プロセスとして実行され続けることになる。
【００３６】
さて、次に上記Ｓ１０５およびＳ１１９の各処理において作成される処理スレッドの処理（以下、スレッド処理という）について、図４のフローチャートに基づいて説明する。このスレッド処理は、上述の通り、被管理ＰＣ１に接続されたプリンタの総数と同数が並列に実行され、それら複数のスレッド処理は、それぞれが一つのプリンタに対応するスレッド処理となっている。
【００３７】
このスレッド処理を開始すると、被管理ＰＣ１は、プリンタ関連イベントの発生を待ち（Ｓ２０１）、発生したイベントがプリンタ削除イベントであれば（Ｓ２０３：ＹＥＳ）、リストからプリンタを削除して（Ｓ２０５）、本スレッド処理を終了する。プリンタ削除イベントは、プリンタの電源ＯＦＦやケーブルの抜き取りを検出した場合に発生するイベントである。このプリンタ削除イベントの発生により、それまで利用可能であったプリンタが削除されたことがわかるので、Ｓ２０５の処理により、対象プリンタに対応する不要な処理スレッドを終了させる。
【００３８】
一方、Ｓ２０３の処理において、発生したイベントがプリンタ削除イベントでなかった場合（Ｓ２０３：ＮＯ）、発生したイベントが印字終了イベントであれば（Ｓ２０７：ＹＥＳ）、本スレッド処理に対応するプリンタを出力先とする印字ジョブを列挙する（Ｓ２０９）。具体的には、Ｓ２０９の処理時点においてキュー１３１に入れられている印字ジョブに関する情報（印字ジョブ情報）が、プリンタ情報取得部１２４がＯＳのキュー制御機能部１２３（図２参照）から情報を取得し、リストアップされる。キュー１３１は、１つのプリンタに対してリクエストされた印字ジョブが補助記憶部１４（あるいはＲＡＭ１１３）に記憶され、ＯＳによって順序づけて管理された集合体である。そして、リストアップされた印字ジョブ情報を参照してジョブ数を計数し（Ｓ２１１）、そのジョブ数が設定値Ｎ以下かどうかをチェックする（Ｓ２１３）。
【００３９】
本実施形態においては、設定値Ｎ＝０とされており、Ｓ２１３の処理ではジョブ数が０かどうかがチェックされることになる。ジョブ数が０かどうかをチェックするための具体的な手順は、最も基本的には、Ｓ２０９の処理によってリストアップされた印字ジョブ情報の数が０であるかどうかを調べるだけでもよい。ただし、本実施形態の場合、Ｓ２０９の処理によってリストアップされる印字ジョブ情報内には、ジョブステータスという項目があり、一つの印字ジョブにおいて出力データの送信が完了すると、まずジョブステータスに「送信済み」という情報がセットされ、その後、ＯＳ側で管理する所定のタイミングで印字ジョブ情報そのものが消去されるようになっている。そのため、Ｓ２０９の処理によってリストアップされた印字ジョブ情報が１つだけ存在する場合でも、その印字ジョブ情報内のジョブステータスに「送信済み」という情報がセットされていれば、該当するジョブは既に存在しないものと見なすことができる。そこで、本実施形態におけるＳ２１３の処理では、リストアップされた印字ジョブ情報の数が０の場合はもちろんのこと、印字ジョブ情報の数が１の場合でも、印字ジョブ情報内のジョブステータスが「送信済み」となっていれば、ジョブ数が０であると判定する。
【００４０】
Ｓ２１３の処理において、ジョブ数が設定値Ｎ以下の場合は（Ｓ２１３：ＹＥＳ）、読み取り／ＤＢ化処理１を実行する（Ｓ２１５）。このＳ２１５の読み取り／ＤＢ化処理１は、詳しくは図５のフローチャートに示すような処理になる。
【００４１】
読み取り／ＤＢ化処理１を開始すると、被管理ＰＣ１は、まず、本処理が対象とするプリンタについて排他制御を開始する（Ｓ３０１）。ここで、排他制御は、同一プリンタに対する処理を、別スレッドや他のプロセスから同時に行ってしまうことを防ぐためのものである。既にプリンタに対する処理が行われていた場合、排他制御に失敗してエラーが返されるので、そのまま本処理を終了する。すなわち、以降の処理は、対象プリンタに対する排他制御が実施できる場合にのみ実行されることになる。排他制御に成功した場合、対象プリンタをオープンする（Ｓ３０３）。
【００４２】
続いて、コマンドファイル１３２からコマンドを取り出して（Ｓ３０５）、そのコマンドを対象プリンタに送信する（Ｓ３０７）。コマンドファイル１３２は、補助記憶部１４内に記憶されているファイルであり、このコマンドファイル１３２には、プリンタジョブ言語（ＰＪＬ）によって記述された複数のコマンド（例えば、トナーないしインク残量を調べるためのコマンド、記録用紙残量を調べるためのコマンド、ドラム交換時期を調べるためのコマンドなど）が記録されている。Ｓ３０５の処理では、それら複数のコマンドの中から一つのコマンドが取り出される。そして、Ｓ３０７の処理では、取り出されたコマンドを対象プリンタに送信するが、この処理で送信されるデータは、プリンタ情報取得部１２４によりＯＳのキュー制御機能部１２３に渡され、一つの印字ジョブとしてキュー１３１に入れられ、後は通常の印字ジョブと同様に処理されて、ＯＳのキュー制御機能部１２３によりプリンタＩ／Ｆ機能部１２１（図２参照）に渡され、プリンタ側へと出力される。なお、被管理ＰＣ１においてＳ３０７の処理を実行する部分が、本発明でいう情報出力要求手段に相当する。
【００４３】
続いて、対象プリンタから送信されてくる情報（プリンタ情報）を受信する（Ｓ３０９）。このＳ３０９の処理は、被管理ＰＣ１側においてプリンタ側から返されるプリンタ情報をリードバックする処理であるが、より具体的な処理方法は対象プリンタによっても異なる。例えば、対象プリンタがパラレルＩ／Ｆを介して接続されている場合は、プリンタ情報取得部１２４がＯＳのプリンタＩ／Ｆ機能部１２１を通じて、まず被管理ＰＣ１側へ返される情報の有無をチェックした後、情報が存在する場合にその情報の受信を行う。また、対象プリンタがＵＳＢ  Ｉ／Ｆを介して接続されている場合は、プリンタ情報取得部１２４がＯＳのプリンタＩ／Ｆ機能部１２１を通じて、まず情報の受信を行った後、情報量が０であった場合に再び情報の受信を繰り返す、といった処理になる。ただし、いずれの場合も最終的には何らかのデータを受信するので、そのデータが有効データであるかどうかをチェックし（Ｓ３１１）、有効データでない場合は（Ｓ３１１：ＮＯ）、Ｓ３０９の処理をやり直し、有効データであった場合は（Ｓ３１１：ＹＥＳ）、プリンタから受信したプリンタ情報をＤＢ（結果ファイル１３３）に書き込む（Ｓ３１３）。このＳ３１３の処理により、補助記憶部１４内に確保されたＤＢ（結果ファイル１３３）には、Ｓ３０７の処理によって対象プリンタに対して要求した１コマンド分の要求に対応する応答情報が記録されることになる。なお、被管理ＰＣ１においてＳ３０９〜Ｓ３１１の処理を実行する部分が、本発明でいう情報取得手段に相当し、補助記憶部１４内に確保されたＤＢ（結果ファイル１３３）が、本発明でいう情報記憶手段に相当し、被管理ＰＣ１においてＳ３１３の処理を実行する部分が、本発明でいう情報記録手段に相当する。
【００４４】
これらＳ３０５〜Ｓ３１３の処理は、全コマンド終了まで繰り返し実行される（Ｓ３１５：ＮＯ）。この繰り返し処理において、Ｓ３０５の処理では、コマンドファイル１３２に記録された複数のコマンドが順に取り出される。そして、それら複数のコマンドすべてが処理（プリンタ側へ送信）されると、全コマンド終了となる（Ｓ３１５：ＹＥＳ）。その結果、補助記憶部１４内に確保されたＤＢ（結果ファイル１３３）には、対象プリンタに対して要求した全コマンド分の要求に対応する応答情報が記録されることになる。その後は、対象プリンタの排他制御を終了し（Ｓ３１７）、対象プリンタをクローズして（Ｓ３１９）、本処理を終える。
【００４５】
以上説明したＳ３０１〜Ｓ３１９の処理を終えると、図４に示したＳ２１５の処理（読み取り／ＤＢ化処理１）を終えたことになり、その後は、Ｓ２０１の処理へと戻る。また、Ｓ２１１の処理で計数したジョブ数が設定値Ｎを超える場合（Ｓ２１３：ＮＯ）、Ｓ２１５の処理は実行せず、そのままＳ２０１の処理へと戻る。
【００４６】
したがって、以上説明したスレッド処理は、利用可能なプリンタが存在する場合に、そのプリンタに対応する処理スレッドが作成されてから処理を開始し、プリンタ削除イベントの発生に伴って処理を終了することになる。そして、その処理の開始から終了までの間において、印字終了イベントが発生するたびに印字ジョブ数を調べ、印字ジョブ数が設定値Ｎ以下であれば、対象プリンタからプリンタ情報を取得、そのプリンタ情報を補助記憶部１４内に確保されたＤＢ（結果ファイル１３３）に書き込むのである。
【００４７】
このように印字終了イベントが発生するたびに印字ジョブ数を調べれば、印字終了イベントの発生とは無関係に印字ジョブ数を調べるのに比べ、印字ジョブ数が設定値Ｎ以下とるタイミングを見逃しにくくなり、対象プリンタからプリンタ情報を取得する機会が増えることになる。また、本実施形態の場合、設定値Ｎ＝０となっているので、印字ジョブ数が０となった時にだけ、Ｓ２１５の処理により対象プリンタからプリンタ情報を取得する。そのため、印字処理完了までに時間を要する印字ジョブが先にキュー１３１に入れられていることが原因で、対象プリンタからプリンタ情報を取得するまでに時間を要することはない。
【００４８】
ところで、上記スレッド処理によるＤＢ（結果ファイル１３３）への情報記録は、上述の通り、印字ジョブ数が０となった時にのみ実施されるので、理論的には、絶え間なく印字ジョブが発生しているような環境下では、なかなか印字ジョブ数が０とならず、その結果、上記スレッド処理だけでは、ＤＢ（結果ファイル１３３）への情報記録がなされないということも起こり得る。しかし、本システムにおいては、このスレッド処理に加え、上記Ｓ１０９〜Ｓ１１１、およびＳ１２１〜Ｓ１２５の処理も実行することにより、事前に設定された設置時刻となった場合には、ＤＢ（結果ファイル１３３）への情報記録を実施するようになっている。
【００４９】
より詳しく説明すると、先に説明した通り、本システムでは、Ｓ１０９およびＳ１１１の処理により、設定時刻が到来するとタイマーイベントが発生するようになっており、タイマーイベントが発生した場合は、Ｓ１２３の処理（読み込み／ＤＢ化処理２）を実行するようになっている。このＳ１２３の処理は、詳しくは図６のフローチャートに示すような処理になる。
【００５０】
読み込み／ＤＢ化処理２を開始すると、被管理ＰＣ１は、まずリストよりプリンタを抽出し（Ｓ４０１）、抽出したプリンタを出力先とする印字ジョブを計数し（Ｓ４０３）、そのジョブ数が０かどうかをチェックする（Ｓ４０５）。このＳ４０３およびＳ４０５の処理は、先に説明したＳ２１１およびＳ２１３の処理と同等の方法で実施するとよい。
【００５１】
Ｓ４０５の処理による判定の結果、ジョブ数が０でない場合は（Ｓ４０５：ＮＯ）、読み取り／ＤＢ化処理１を実行してから（Ｓ４０７）、Ｓ４０９の処理へと進み、一方、ジョブ数が０であった場合は（Ｓ４０５：ＹＥＳ）、Ｓ４０７の読み取り／ＤＢ化処理１を実行することなく、Ｓ４０９の処理へと進む。
【００５２】
このＳ４０７の読み取り／ＤＢ化処理１は、先に説明したＳ２１５の処理（詳しくはＳ３０１〜Ｓ３１９の処理）と同様の処理なので、ここでの詳細な説明は省略するが、Ｓ２１５の処理と同様に、対象プリンタからプリンタ情報を取得、そのプリンタ情報を補助記憶部１４内に確保されたＤＢ（結果ファイル１３３）に書き込む処理が実行される。以上のようにジョブ数が０でない場合に読み取り／ＤＢ化処理１を実行するのは、印字ジョブ数が０とならない環境下でも、本処理によってＤＢ（結果ファイル１３３）への情報記録を行うためである。一方、ジョブ数が０であった場合に読み取り／ＤＢ化処理１を実行しないのは、ジョブ数が０となった時点で、先に説明したスレッド処理による情報記録がなされているはずであり、その後、対象プリンタの状態には変化がないと考えられるためである。
【００５３】
ここでの読み取り／ＤＢ化処理１は、印字ジョブがある状態にて実行されるため、ＰＪＬコマンドを送信した場合、それに伴って生成される印字ジョブは、先にキュー１３１に入っていた印字ジョブの最後に付加される。そのため、その後のリードバックデータに関しても、先にキュー１３１に溜まっていた印字ジョブがすべて終了するまでは返されることがない。
【００５４】
なお、Ｓ４０９の処理へと進んだ際に、リスト上の全プリンタに対する処理が終了していなければ（Ｓ４０９：ＮＯ）、Ｓ４０１への処理へと戻る。これにより、Ｓ４０１〜Ｓ４０９の処理が被管理ＰＣ１に接続されたプリンタの総数と同数回分だけ繰り返され、その後、リスト上の全プリンタに対する処理が終了するので（Ｓ４０９：ＹＥＳ）、本処理を終了する。
【００５５】
このように、被管理ＰＣ１においては、印字終了イベントが発生した際、印字ジョブ数がＮ以下（本実施形態では０）となった場合には、Ｓ２１５の処理が実行されて、対象プリンタから迅速にプリンタ情報が取得される一方、設定時刻が到来する毎に、印字ジョブ数がＮ以下（本実施形態では０）とならなくても、Ｓ４０７の処理が実行されて、対象プリンタから確実にプリンタ情報が取得される。
【００５６】
次に、管理ＰＣ２おいて実行される処理について、図７のフローチャートに基づいて説明する。この処理は、管理ＰＣ２の起動に伴って開始される処理である。
本処理を開始すると、管理ＰＣ２は、まずデータ処理を実行する（Ｓ６０１）。このデータ処理は、先に説明した被管理ＰＣ１での処理により被管理ＰＣ１がプリンタ３から取得・ＤＢに記録したプリンタ情報を、管理ＰＣ２側で利用するための処理で、詳しくは図８のフローチャートに示すような処理になる。
【００５７】
この処理では、まず、管理ＰＣ２が、被管理ＰＣの抽出を行う（Ｓ７０１）。Ｓ７０１の処理では、複数の被管理ＰＣ１、１’、１”…の中から、処理対象となる一つの被管理ＰＣが抽出される。ここでは、被管理ＰＣ１が抽出されたものとして、以降の説明を続ける。続いて、管理ＰＣ２が、ネットワーク越しに被管理ＰＣからファイルの読み込みを行う（Ｓ７０３）。ここで読み込まれるファイルは、先に説明した被管理ＰＣ１によるＳ３１３の処理において、プリンタから受信したプリンタ情報を書き込んだＤＢ（結果ファイル１３３）であり、このファイルは、他のＰＣからのネットワーク越しの読み取りを許可する属性が、被管理ＰＣ１側において付与されている。すなわち、被管理ＰＣ１は、管理ＰＣ２から要求があった場合に、補助記憶部１４のＤＢから読み取ったプリンタ情報を管理ＰＣ２に対して提供できるように構成されており、この構成が本発明でいう情報提供手段に相当する。
【００５８】
続いて、読み取ったファイル中に含まれているプリンタ情報を、管理ＰＣ２側での管理に適したフォーマットに変換したり、あるいは管理ＰＣ２側での表示や印刷に適した形態としたりするために、プリンタ情報に対してデータ処理を施す（Ｓ７０５）。より具体的には、管理ＰＣ２側で管理する情報（例えば、本処理の開始時刻やファイルアクセス時刻などのログ情報）を付加する処理や、読み取り処理のデータ中のビットのオン／オフや数値コードによって示されている情報を、記号、画像あるいはメッセージなどの可視情報に変換する処理などが行われる。次に、全ての被管理ＰＣに対し上記処理を行ったか判断し（Ｓ７０７）、上記処理を行っていない他の被管理ＰＣ（例えば被管理ＰＣ１’、１”…）が残っていれば（Ｓ７０７：ＮＯ）、Ｓ７０１の処理へと戻り、他の被管理ＰＣに対しても同様の処理を行う。
【００５９】
そして、全ての被管理ＰＣに対し上記処理を行ったら（Ｓ７０７：ＹＥＳ）、Ｓ７０５の処理によってデータ処理された情報を、補助記憶部２４内のファイルに出力したり、表示部２３に表示する処理を行う（Ｓ７０９）。この処理により、管理ＰＣ２側においてプリンタ３のプリンタ情報を表示することができ、また、後から補助記憶部２４内のファイルを参照して、過去のプリンタ３の運用履歴等を管理することもできる。なお、表示部２３の表示は、利用者が入力部２２を利用して所定の操作を行うことにより終了させることができ、これにより、本処理も終了する。
【００６０】
こうしてＳ７０１〜Ｓ７０９の処理を終了すると、図７におけるＳ６０１の処理を終えたことになり、引き続いて管理ＰＣ２は、設定ファイルから調査設定時刻を読み込んで（Ｓ６０３）、次に調査設定時刻が到来するまでの時間を計算、算出した時間をタイマーにセットする（Ｓ６０５）。設定ファイルは、補助記憶部２４内に記憶されているファイルであり、この設定ファイルには、管理者が任意に設定する調査設定時刻が記録されている。タイマーは、Ｓ６０５の処理後、Ｓ６０５の処理で算出した時間が経過するとタイマーイベントを発生させるものである。
【００６１】
続いて、管理ＰＣ２は、関連イベントの発生を待ち（Ｓ６０７）、発生したイベントがタイマーイベントであれば（Ｓ６０９：ＹＥＳ）、タイマーに２４時間をセットして（Ｓ６１１）、２４時間後に再びタイマーイベントが発生する状態とし、データ処理を実行する（Ｓ６１３）。このデータ処理は、先に説明したＳ６０１の処理と同様の処理で、詳しくは図８のフローチャートに示すような処理になるが、この処理については既に説明したので、ここでは説明を省略する。
【００６２】
また、Ｓ６０９の処理による判定の結果、発生したイベントがタイマーイベントでなかった場合（Ｓ６０９：ＮＯ）、利用者が入力部２２を利用して所定の操作を行うことにより、データ処理の起動を手動で指示したのであれば（Ｓ６１５：ＹＥＳ）、この場合も上記データ処理を実行する（Ｓ６１３）。
【００６３】
さらに、Ｓ６１５の処理による判定の結果、利用者による手動起動ではなかった場合（Ｓ６１５：ＮＯ）、あるいは、上記Ｓ６１３のデータ処理を終えた場合、発生したイベントが終了指示イベントであれば（Ｓ６１７：ＹＥＳ）、本処理を終了する。終了指示イベントは、利用者が入力部２２を利用して所定の終了操作を行った際に発生するイベントである。一方、終了指示イベントでなければ（Ｓ６１７：ＮＯ）、Ｓ６０７の処理へと戻り、再び関連イベントの発生を待つ状態になる。すなわち、管理ＰＣ２が作動状態にある場合、利用者が終了操作を行わない限り、本処理が終了することはなく、本処理は管理ＰＣ２上の常駐プロセスとして実行され続けることになる。
【００６４】
なお、本実施形態において、Ｓ６０５の処理によってセットされる調査設定時刻は、先に説明したＳ１１１の処理によって被管理ＰＣ１、１’、１”…においてセットされる時刻よりも１０分程度遅い時刻とされている。このような時刻を管理ＰＣ２側で設定すると、被管理ＰＣ１、１’、１”…側でタイマーイベントが発生した後、１０分程度遅れて管理ＰＣ２側でタイマーイベントが発生するため、この１０分の間に被管理ＰＣ１、１’、１”…側でプリンタ情報が最新の状態に更新されている可能性が高くなるものと期待できる。すなわち、被管理ＰＣ１、１’、１”…側と管理ＰＣ２側とでほぼ同時にタイマーイベントが発生するような設定にした場合、もしくは管理ＰＣ２側で被管理ＰＣ１、１’、１”…側よりも早くタイマーイベントが発生するような設定にした場合、管理ＰＣ２側から被管理ＰＣ１、１’、１”…側のファイルを読み取った後に、被管理ＰＣ１、１’、１”…側のファイルが更新されることがある。この場合、管理ＰＣ２側で取得したプリンタ情報は、必ずしも最新の状態ではない可能性が高くなるが、これに対し、本実施形態の如く構成すれば、被管理ＰＣ１、１’、１”…側のファイルが更新された後に、管理ＰＣ２側から被管理ＰＣ１、１’、１”…側のファイルを読み取るので、管理ＰＣ２側で取得したプリンタ情報は、最新の状態になっている可能性が高いのである。
【００６５】
以上説明したように、この画像形成装置情報管理システムによれば、被管理ＰＣ１がプリンタ３から迅速にプリンタ情報を取得できない状況下にあっても、補助記憶部１４のＤＢ（結果ファイル１３３）からは迅速にプリンタ情報を読み取ることができるので、要求元である管理ＰＣ２側から要求があった場合に、要求元に対する迅速なプリンタ情報の提供が可能となる。すなわち、被管理ＰＣ１は、プリンタ３からプリンタ情報を取得する処理と、管理ＰＣ２からの要求に応じてプリンタ情報を提供する処理とを、非同期で処理するので、管理ＰＣ２からの要求に応じてプリンタ３からプリンタ情報を取得し、取得したプリンタ情報を管理ＰＣ２に提供するようなシステムに比べ、より迅速なプリンタ情報の提供が可能となるのである。
【００６６】
また、被管理ＰＣ１において、補助記憶部１４のＤＢに保存されるプリンタ情報は、通常は、キュー１３１に入れられた印字ジョブの数が０となったときにプリンタ３から取得されるので、印字ジョブが１つでも存在する状況下では、プリンタ３から情報を取得することがなく、プリンタ３からの情報取得に多大な時間を費やしてしまうことがなく、いくつかの印字ジョブを処理している最中に、プリンタ情報取得のための負荷をかけてしまうこともない。
【００６７】
また、被管理ＰＣ１は、プリンタ３にデータを出力中の印字ジョブの数を監視し、印字終了イベントの発生を受けた際に、印字ジョブの数が０となっていれば、プリンタ３に対してプリンタ情報の出力を要求するので、印字ジョブの数が０となった後、僅かな時間が経過した時点で新たな印字ジョブが発生するような状況下でも、確実にプリンタ３に対してプリンタ情報の出力を要求できる。
【００６８】
さらに、上述の如くキュー１３１に入れられた印字ジョブの数が０となったときに加え、事前に設定された時刻となったときにも、プリンタ３に対してプリンタ情報の出力を要求するので、キュー１３１に入れられた印字ジョブの数が０とならない状況が続くような環境であっても、印字ジョブの数とは無関係に、プリンタ情報を補助記憶部１４のＤＢに保存する機会を設けることができる。
【００６９】
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
例えば、上記実施形態では、プリンタ情報の要求元は、本システムが稼働する被管理ＰＣ１とネットワークを介してデータ通信可能な管理ＰＣ２上で作動するクライアントソフトウェアであったが、本システムが稼働する被管理ＰＣ１、１’、１”…上において別プロセスとして並行して作動するクライアントソフトウェアが、要求元となっていてもよい。この場合でも、クライアントソフトウェア側から要求があった場合に、クライアントソフトウェアに対する迅速な情報提供が可能となる。
【図面の簡単な説明】
【００７０】
【図１】上記実施形態において例示したハードウェアの構成を示すブロック図である。
【図２】被管理ＰＣの構成を示すブロック図である。
【図３】被管理ＰＣにおける主処理のフローチャートである。
【図４】被管理ＰＣにおけるスレッド処理のフローチャートである。
【図５】被管理ＰＣにおける読み取り／ＤＢ化処理１のフローチャートである。
【図６】被管理ＰＣにおける読み込み／ＤＢ化処理２のフローチャートである。
【図７】管理ＰＣにおける主処理のフローチャートである。
【図８】管理ＰＣにおけるデータ処理のフローチャートである。
【符号の説明】
【００７１】
１、１’、１”・・・被管理ＰＣ（パーソナルコンピュータ）、２・・・管理ＰＣ（パーソナルコンピュータ）、３、３’、３”・・・プリンタ、１１，２１・・・本体部、１２，２２・・・入力部、１３，２３・・・表示部、１４，２４・・・補助記憶部、１０１・・・制御部、１０２・・・Ｉ／Ｆ部、１１１・・・ＣＰＵ、１１２・・・ＲＯＭ、１１３・・・ＲＡＭ、１２１・・・プリンタＩ／Ｆ機能部、１２２・・・ＬＡＮ  Ｉ／Ｆ機能部、１２３・・・キュー制御機能部、１２４・・・プリンタ情報取得部、１３１・・・キュー、１３２・・・コマンドファイル、１３３・・・結果ファイル（データベース）、１３４・・・設定ファイル。
【図１】
2005107817.tif 000003
【図２】
2005107817.tif 000004
【図３】
2005107817.tif 000005
【図４】
2005107817.tif 000006
【図５】
2005107817.tif 000007
【図６】
2005107817.tif 000008
【図７】
2005107817.tif 000009
【図８】
2005107817.tif 000010