(57)【要約】【課題】電子機器から管理装置へ履歴情報を送信する送信タイミングを管理者に負担をかけずに適切なタイミングにする。【解決手段】管理サーバ３のＣＰＵ３１は、プリンタ２が利用状態履歴を記憶することができる最大記憶容量及びプリンタ２でのジョブなどの発生頻度などに基づいて管理サーバ３がプリンタ２に利用状態履歴などを問い合わせるスケジュールを作成し、或いは、上記最大記憶容量及びプリンタ２でのジョブなどの発生頻度の１時間当たりの分布などに基づいてスケジュールを作成する。そして、ＣＰＵ３１は、作成されたスケジュールを参照して、プリンタ２に対してプリンタ２が記憶している利用状態履歴などの問い合わせを行ってプリンタ２から利用状態履歴を取得する。【選択図】　　　　　図２
2004078638.tif 000002
【特許請求の範囲】
【請求項１】
電子機器と、前記電子機器に発生した状況を示す履歴情報を前記電子機器から取得し、取得した前記履歴情報を管理する管理装置と、を備えた履歴管理システムであって、
前記電子機器は、
当該電子機器に発生した状況を示す履歴情報を記憶する記憶手段と、
前記記憶手段に記憶されている履歴情報を送信する送信手段と、
を備えており、
前記管理装置は、
前記送信手段によって送信された前記履歴情報を受信する受信手段と、
前記受信手段によって受信された前記履歴情報を格納する格納手段と、
を備えており、
前記履歴管理システムは、前記電子機器に発生した状況の発生頻度に基づいて前記送信手段に前記履歴情報を送信させる送信タイミングを決定し、決定した前記送信タイミングに従って前記送信手段が前記履歴情報を送信するように前記送信手段を制御する制御手段を備えたことを特徴とする履歴管理システム。
【請求項２】
前記制御手段は、さらに前記記憶手段の記憶容量に基づいて前記送信タイミングを決定することを特徴とする請求項１に記載の履歴管理システム。
【請求項３】
前記制御手段は、さらに前記発生頻度の分布に基づいて前記送信タイミングを決定することを特徴とする請求項１または請求項２に記載の履歴管理システム。
【請求項４】
電子機器に発生した状況を示す履歴情報を前記電子機器から取得し、取得した前記履歴情報を管理する管理装置であって、
前記電子機器に発生した状況の発生頻度に基づいて前記電子機器に前記履歴情報を送信させる送信タイミングを決定し、決定された前記送信タイミングに従って前記電子機器が前記履歴情報を送信するように前記電子機器を制御する制御手段と、
前記電子機器によって送信された前記履歴情報を受信する受信手段と、
前記受信手段によって受信された前記履歴情報を格納する格納手段と、
を備えたことを特徴とする管理装置。
【請求項５】
自己に発生した状況を示す履歴情報を記憶する記憶手段、及び、前記記憶手段に記憶されている履歴情報を管理装置に送信する送信手段を備えた電子機器と通信可能なコンピュータを、
前記電子機器に発生した状況の発生頻度に基づいて前記送信手段に前記履歴情報を送信させる送信タイミングを決定し、決定した前記送信タイミングに従って前記送信手段が前記履歴情報を送信するように前記送信手段を制御する制御手段と、して機能させることを特徴とするプログラム。
【請求項６】
自己に発生した状況を示す履歴情報を記憶する記憶手段、及び、前記記憶手段に記憶されている履歴情報を管理装置に送信する送信手段を備えた電子機器と通信可能なコンピュータを、
前記電子機器に発生した状況の発生頻度に基づいて前記送信手段に前記履歴情報を送信させる送信タイミングを決定し、決定した前記送信タイミングに従って前記送信手段が前記履歴情報を送信するように前記送信手段を制御する制御手段と、して機能させるプログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子機器に発生した状況を管理装置で管理する管理システムに関する。
【０００２】
【従来の技術】
例えば、メモリを内蔵したプリンタ（電子機器の一つに相当）では、当該プリンタに発生した状況（印刷ジョブやエラーなど）を示す履歴情報をメモリに記憶することが行われていた。ところが、プリンタ内蔵のメモリの容量は有限であるため、履歴情報を記憶するのに必要な容量がメモリの容量を越えることがあり、このままでは履歴情報が失われることになる。従来から、この対策として、メモリ容量を超える前に、プリンタ内蔵のメモリに記憶された履歴情報を管理装置に送信し、管理装置でプリンタの履歴情報を管理していた。
【０００３】
【発明が解決しようとする課題】
ところが、プリンタから管理装置へ履歴情報を送信する送信タイミングは、プリンタの管理者などがプリンタの利用状況を調べ、その調べた結果を踏まえて管理者などによって設定されていた。これは、管理者などに送信タイミングを設定する作業を強いることとなり、少なからず管理者などの負担となっていた。
【０００４】
そこで、本発明は、電子機器に発生した状況を示す履歴情報を電子機器から管理装置へ送信する送信タイミングを管理者などに負担をかけずに適切なタイミングにすることが可能な履歴管理システム、管理装置、プログラム、及び記録媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
請求項１に記載の履歴管理システムは、電子機器と、前記電子機器に発生した状況を示す履歴情報を前記電子機器から取得し、取得した前記履歴情報を管理する管理装置と、を備えた履歴管理システムであって、前記電子機器は、当該電子機器に発生した状況を示す履歴情報を記憶する記憶手段と、前記記憶手段に記憶されている履歴情報を送信する送信手段と、備えており、前記管理装置は、前記送信手段によって送信された前記履歴情報を受信する受信手段と、前記受信手段によって受信された前記履歴情報を格納する格納手段と、を備えており、前記履歴管理システムは、前記電子機器に発生した状況の発生頻度に基づいて前記送信手段に前記履歴情報を送信させる送信タイミングを決定し、決定した前記送信タイミングに従って前記送信手段が前記履歴情報を送信するように前記送信手段を制御する制御手段を備えたことを特徴とする。
【０００６】
請求項４に記載の管理装置は、電子機器に発生した状況を示す履歴情報を前記電子機器から取得し、取得した前記履歴情報を管理する管理装置であって、前記電子機器に発生した状況の発生頻度に基づいて前記電子機器に前記履歴情報を送信させる送信タイミングを決定し、決定された前記送信タイミングに従って前記電子機器が前記履歴情報を送信するように前記電子機器を制御する制御手段と、前記電子機器によって送信された前記履歴情報を受信する受信手段と、前記受信手段によって受信された前記履歴情報を格納する格納手段と、を備えたことを特徴とする。
【０００７】
請求項１、４によると、電子機器から管理装置へ履歴情報を送信する送信タイミングを電子機器に発生した状況の発生頻度に基づいて決定し、決定した送信タイミングに従って履歴情報が電子機器から管理装置へ送信される。このため、電子機器から管理装置への履歴情報の送信タイミングが適切なタイミングになるとともに、電子機器から管理装置への履歴情報の送信に関する管理者などの作業負担が軽減される。
【０００８】
請求項２に記載の履歴管理システムは、前記制御手段は、さらに前記記憶手段の記憶容量に基づいて前記送信タイミングを決定することを特徴とする。請求項２によると、記憶手段の記憶容量を考慮して送信タイミングを決定することが可能であるため、電子機器に発生した状況が電子機器から管理装置へ送信される前の履歴情報が記憶手段に記憶しきれないような事態をより精度良く防ぐことができる。この結果、管理装置で電子機器に発生した状況を確実に管理することが可能になる。
【０００９】
請求項３に記載の履歴管理システムは、前記制御手段は、さらに前記発生頻度の分布に基づいて前記送信タイミングを決定することを特徴とする。請求項３によると、発生頻度の分布を考慮して送信タイミングを決定することが可能であるため、送信タイミングが発生頻度の分布に対応したものにでき、送信タイミングをより適切にすることができる。
【００１０】
請求項５に記載のプログラムは、自己に発生した状況を示す履歴情報を記憶する記憶手段、及び、前記記憶手段に記憶されている履歴情報を管理装置に送信する送信手段を備えた電子機器と通信可能なコンピュータを、前記電子機器に発生した状況の発生頻度に基づいて前記送信手段に前記履歴情報を送信させる送信タイミングを決定し、決定した前記送信タイミングに従って前記送信手段が前記履歴情報を送信するように前記送信手段を制御する制御手段と、して機能させることを特徴とする。
【００１１】
請求項６に記載のコンピュータが読み取り可能な記録媒体は、自己に発生した状況を示す履歴情報を記憶する記憶手段、及び、前記記憶手段に記憶されている履歴情報を管理装置に送信する送信手段を備えた電子機器と通信可能なコンピュータを、前記電子機器に発生した状況の発生頻度に基づいて前記送信手段に前記履歴情報を送信させる送信タイミングを決定し、決定した前記送信タイミングに従って前記送信手段が前記履歴情報を送信するように前記送信手段を制御する制御手段と、して機能させるプログラムを記録したことを特徴とする。
【００１２】
請求項５、６によると、電子機器が履歴情報を送信する送信タイミングを電子機器に発生した状況の発生頻度に基づいて決定し、決定した送信タイミングに従って電子機器が履歴情報を送信するように制御する。このため、履歴情報の送信タイミングが適切なタイミングになるとともに、履歴情報の送信に関する管理者などの作業負担が軽減される。
【００１３】
【発明の実施の形態】
以下、本発明の好適な実施の形態について図面を参照しつつ説明する。
【００１４】
まず、本発明の実施の形態における履歴管理システムの構成について図１及び図２を参照しつつ説明する。図１は、履歴管理システムのシステム構成の一例を示す図である。図２は、図１の履歴管理システムを構成する装置の装置構成の一例を示す図である。
【００１５】
図１に一例を示す履歴管理システム１は、４台のプリンタ２（２ａ、２ｂ、２ｃ、２ｄ）と、管理サーバ３と、パーソナルコンピュータ４とを、備えており、夫々ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）５に接続されている。但し、本実施の形態では、電子機器に相当するプリンタ２が発生する状況を示す履歴情報を管理装置に相当する管理サーバ３が取得して、取得した履歴情報を管理するものである。
【００１６】
プリンタ２は、図２（ａ）に示すように、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＮＶＲＡＭ２４と、印字部２５と、操作パネル２６と、異常検出部２７と、タイマ２８と、インターフェース２９と、を備えている。
【００１７】
ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）２２は、読み出し専用の記憶装置であって、プリンタ２の主記憶装置の一部を構成するものである。このＲＯＭ２２には、システムプログラムや、プリンタ２から管理サーバ３へ当該プリンタ２の利用状態履歴（ｐｒｉｎｔなどのジョブとそのジョブが開始された日時、ｊａｍやｔｏｎｅｒ　ｅｍｐｔｙなどのエラーとそのエラーが発生した日時など、プリンタ２に発生した状況を示す履歴情報）を送信して管理サーバ３でプリンタ２の利用状態履歴を管理する履歴管理処理（図４参照）をプリンタ２に実行させるためのプログラムなど、各種プログラムが格納されている。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ２２と同様にプリンタ２の主記憶装置の一部を構成するものである。ＲＡＭ２３には、データ処理の中間結果を格納するためのワークエリアなどがある。
【００１８】
ＮＶＲＡＭ（Ｎｏｎ　Ｖｏｌａｔｉｌｅ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２４は、読み出し・書き込み可能であって、電源オフ時にも記憶したデータが消去されずに記憶し続けることが可能な記憶装置である。このＮＶＲＡＭ２４には、プリンタ２の利用状態履歴（ｐｒｉｎｔなどのジョブとそのジョブが開始された日時とを関連付けてなる情報やｊａｍやｔｏｎｅｒ　ｅｍｐｔｙなどのエラーとそのエラーが発生した日時とを関連付けてなる情報などのプリンタ２に発生した状況を示す履歴情報）が記憶される。つまり、ＮＶＲＡＭ２４は、履歴情報を記憶する記憶手段を構成する。
【００１９】
印字部２５は、モノクロあるいはカラーによる文字または画像の印刷機能を提供するものである。操作パネル２６は、入力装置と表示装置との役割を兼ね備えるものであって、例えば、液晶表示器、所定数の入力キー、及び液晶表示器の表示面に添付されたタッチパネルなどにより構成されている。異常検出部２７は、印刷時の紙詰まりやトナー切れなどプリンタ２に発生した異常（エラー）を検出するものである。タイマ２８は、計時装置である。インターフェース２９は、プリンタ２をＬＡＮ５に接続し、プリンタ２とＬＡＮ５の先に接続されている管理サーバ３やパーソナルコンピュータ４などの各装置との間の通信を可能にするものである。このインターフェース２９は、ＣＰＵ２１と一体となって、ＮＶＲＡＭ２４に記憶されている利用状態履歴（ｐｒｉｎｔなどのジョブとそのジョブが開始された日時、ｊａｍやｔｏｎｅｒ　ｅｍｐｔｙなどのエラーとそのエラーが発生した日時など、プリンタ２に発生した状況を示す履歴情報）を管理サーバ３へ送信する送信手段を構成する。
【００２０】
ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。本実施の形態においては、ＣＰＵ２１は、履歴管理処理（図４参照）を実行する。また、ＣＰＵ２１は、ｐｒｉｎｔなどのジョブが行われた時にジョブの内容とタイマ２８によって計時された日時とを関連付けてなる情報や、ｊａｍやｔｏｎｅｒ　ｅｍｐｔｙなどのエラーなどが異常検出部２７によって検出された時にエラーの内容とタイマ２８によって計時された日時とを関連付けてなる情報などを、ＮＶＲＡＭ２４に記憶する。このようにして、ＮＶＲＡＭ２４にプリンタ２の利用状態履歴が記憶されることになる。
【００２１】
また、履歴管理処理（図４参照）において、ＣＰＵ２１は、インターフェース２９を介して管理サーバ３から利用状態履歴などの情報の送信要求を受信すると、プリンタ２のＩＰアドレスと、ＮＶＲＡＭ２４に記憶されている利用状態履歴と、プリンタ２が利用状態履歴を記録することができる最大記憶容量などとを含んだ応答情報を作成し、作成した応答情報をインターフェース２９を介して要求元である管理サーバ３へ送信する。
【００２２】
管理サーバ３は、図２（ｂ）に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ＨＤＤ３４と、タイマ３５と、インターフェース３６と、を備えている。
【００２３】
ＲＯＭ３２は、読み出し専用の記憶装置であって、管理サーバ３の主記憶装置の一部を構成するものである。このＲＯＭ３２には、システムプログラムや、履歴管理処理（図３参照）を管理サーバ３に実行させるためのプログラムなど、各種プログラムが格納されている。ＲＡＭ３３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ３２と同様に管理サーバ３の主記憶装置の一部を構成するものである。ＲＡＭ３３には、データ処理の中間結果を格納するためのワークエリアなどがある。
【００２４】
ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）３４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置である。ＨＤＤ３４には、プリンタ２（プリンタ２ａ、２ｂ、２ｃ、２ｄなど）ごとに図５に一例を示す履歴を格納する。図５に一例を示す履歴は、各プリンタ２のＩＰアドレスにそのプリンタ２が利用状態履歴を記憶することができる最大記憶容量及びそのプリンタ２に発生した状況に関する情報（ｐｒｉｎｔなどのジョブとその発生時刻、ｊａｍやｔｏｎｅｒ　ｅｍｐｔｙなどのエラーとその発生時刻、などを関連付けてなる情報）が記憶されている。つまり、ＨＤＤ３４は、プリンタ２が管理サーバ３へ送信した利用状態履歴を格納する格納手段を構成する。タイマ３５は、計時装置である。インターフェース３６は、管理サーバ３をＬＡＮ５に接続し、管理サーバ３とＬＡＮ５の先に接続されているプリンタ２やパーソナルコンピュータ４などの各装置との間の通信を可能にするものである。このインターフェース３６は、プリンタ２からプリンタ２自身が記憶している利用状態履歴を受信する受信手段を構成する。
【００２５】
ＣＰＵ３１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。本実施の形態においては、ＣＰＵ３１は、履歴管理処理（図３参照）を実行する。この履歴管理処理におけるＣＰＵ３１の処理の概略は次のようなものである。
【００２６】
履歴管理処理（図３参照）において、ＣＰＵ３１は、第１スケジュール作成手順（プリンタ２が利用状態履歴を記憶することができる最大記憶容量及びプリンタ２でのジョブやエラーなどの発生頻度などに基づいて管理サーバ３がプリンタ２に利用状態履歴などを問い合わせるスケジュールを作成する手順：詳細は後述）、及び、第２スケジュール作成手順（プリンタ２が利用状態履歴を記憶することができる最大記憶容量、プリンタ２でのジョブやエラーなどの発生頻度及び１時間当たりの発生頻度の分布などに基づいて管理サーバ３がプリンタ２に利用状態履歴などを問い合わせるスケジュールを作成する手順：詳細は後述）のいずれかによって作成されたスケジュールを参照して、タイマ３５の計時結果に基づき、インターフェース３６を介してプリンタ２に対して当該プリンタ２に記憶されている利用状態履歴などの情報の問い合わせ（送信要求）を行う。そして、ＣＰＵ３１は、これに対するプリンタ２の応答として応答情報（プリンタ２のＩＰアドレス、プリンタ２の利用状態履歴、プリンタ２が利用状態履歴を記録することができる最大記憶容量などとを含む）をインターフェース３６を介して受信する。そして、ＣＰＵ３１は、受信した応答情報に含まれる利用状態履歴の新規分（前回までの利用状態履歴の問い合わせで既に取得されている部分を除いた部分）などをＨＤＤ３４に追加する。
【００２７】
続いて、ＣＰＵ３１は、スケジュールの作成の対象となっているプリンタ２の利用状態履歴がＨＤＤ３４に過去１日分記憶されていない場合、或いは、プリンタ２から管理サーバ３へ今回送信された利用状態履歴の新規分の履歴期間（新規分の最後のジョブやエラーなどが発生した日時から新規分の最初のジョブやエラーなどが発生した日時を引いて得られる期間）が１時間に満たない場合、第１スケジュール作成手順に従ってスケジュールを作成し、作成したスケジュールに対象となっているプリンタ２に対して問い合わせを行うスケジュールを更新する。この更新されたスケジュールに従って次回の問い合わせが行われる。
【００２８】
一方、ＣＰＵ３１は、スケジュールの作成の対象となっているプリンタ２の利用状態履歴がＨＤＤ３４に過去１日分記憶されており、かつ、プリンタ２から管理サーバ３へ今回送信された利用状態履歴の新規分の履歴期間が１時間以上ある場合、第２スケジュール作成手順に従ってスケジュールを作成し、作成したスケジュールに対象となっているプリンタ２に対して問い合わせを行うスケジュールを更新する。この更新されたスケジュールに従って次回の問い合わせが行われる。
【００２９】
つまり、ＣＰＵ３１が、プリンタ２に利用状態履歴を送信させる送信タイミングを決定し、決定した送信タイミングに従ってプリンタ２が自身の利用状態履歴を管理サーバ３へ送信するようにプリンタ２を制御する制御手段を構成する。
【００３０】
パーソナルコンピュータ３は、図２（ｃ）に示すように、ＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、ＨＤＤ４４と、操作部４５と、表示部４６と、タイマ４７と、インターフェース４８と、を備えている。
【００３１】
ＣＰＵ４１は、各種演算及び処理を行うものであって、中央演算処理装置として機能する。ＲＯＭ４２は、読み出し専用の記憶装置であって、パーソナルコンピュータ４の主記憶装置の一部を構成するものである。このＲＯＭ４２には、システムプログラムなど、各種プログラムが格納されている。ＲＡＭ４３は、読み出し・書き込み可能な揮発性記憶装置であって、ＲＯＭ４２と同様にパーソナルコンピュータ４の主記憶装置の一部を構成するものである。ＲＡＭ４３には、データ処理の中間結果を格納するためのワークエリアなどがある。ＨＤＤ４４は、読み出し・書き込み可能な記憶装置（ハードディスク）及びその読取装置である。
【００３２】
操作部４５は、パーソナルコンピュータ４の入力装置を構成するものである。この操作部４５は、所定数の入力キーを並べてなるキーボードやマウスなどのポインティングデバイスなどで構成されている。表示部４６は、パーソナルコンピュータ４の表示装置を構成するものである。この表示部４６は、例えば、ＳＴＮ方式やＤＳＴＮ方式などの単純マトリックス方式の液晶表示器や、ＴＦＴなどのアクティブマトリックス方式の液晶表示器などで構成されている。タイマ４７は、計時装置である。インターフェース４８は、パーソナルコンピュータ４をＬＡＮ５に接続し、パーソナルコンピュータ４とＬＡＮ５の先に接続されているプリンタ２や管理サーバ３などの各装置との間の通信を可能にするものである。
【００３３】
以下、履歴管理システム１によって行われる履歴管理処理について図３及び図４を参照しつつ説明する。図３は、管理サーバ３が行う履歴管理処理の動作フローを示すフローチャートである。図４は、プリンタ２が行う履歴管理処理の動作フローを示すフローチャートである。
【００３４】
まず、図３について説明する。ステップＳ１０１において、管理サーバ３のＣＰＵ３１は、後述するステップＳ１１０で更新されたスケジュール（後述するステップＳ１０８または後述するステップＳ１０９の処理で作成されたスケジュールによって更新されたもの）を参照して、タイマ３５の計時結果に基づき、プリンタ２（管理対象となっている１または複数のプリンタ２であって、本実施例ではプリンタ２ａ、２ｂ、２ｃ、２ｄ）に対して当該プリンタ２の利用状態履歴などの情報を問い合わせる時間になったか否かを判定する。利用状態履歴などの情報を問い合わせる時間になっていないと判定された場合には（Ｓ１０１：ＮＯ）、ステップＳ１０１の処理に戻って、利用状態履歴などの情報を問い合わせる時間になったか否かの監視を継続する。一方、利用状態履歴などの情報を問い合わせる時間になったと判定された場合には（Ｓ１０１：ＹＥＳ）、該当するプリンタ２に対して、ステップＳ１０２の処理へ移行する。即ち、これらの処理はプリンタ２（２ａ、２ｂ、２ｃ、２ｄ）ごとに行われる。尚、履歴管理処理において、初めてプリンタ２の利用状態履歴などの情報をプリンタ２に対して問い合わせるタイミングは、例えば、管理者などが指定したタイミングで行われる。
【００３５】
ステップＳ１０２において、ＣＰＵ３１は、プリンタ２に対して当該プリンタ２の利用状態履歴などの情報を問い合わせる処理を行う。つまり、ＣＰＵ３１は、インターフェース３６を介してプリンタ２に対して当該プリンタ２の利用状態履歴などの情報を送信するように要求する。そして、ＣＰＵ３１は、これに対するプリンタ２の応答としてインターフェース３６を介してプリンタ２から応答情報（プリンタ２のＩＰアドレス、プリンタ２が記憶している利用状態履歴、プリンタ２が利用状態履歴を記憶することができる最大記憶容量などを含む）を受信する（図４参照）。また、ＣＰＵ３１は、プリンタ２に対して利用状態履歴などの情報を問い合わせた日時をタイマ３５の計時結果に基づいてＲＡＭ３３に一時的に記憶する。そして、ステップＳ１０３の処理へ移行する。
【００３６】
ステップＳ１０３において、ＣＰＵ３１は、対象となっているプリンタ２が記憶することができる利用状態履歴の最大件数Ｎｍａｘを既に取得しているか否かを判定する。既に最大件数Ｎｍａｘを取得していると判定された場合には（Ｓ１０３：ＹＥＳ）、ステップＳ１０５の処理へ移行する。一方、まだ最大件数Ｎｍａｘを取得していないと判定された場合には（Ｓ１０３：ＮＯ）、ステップＳ１０４の処理へ移行する。
【００３７】
ステップＳ１０４において、ＣＰＵ３１は、ステップＳ１０２の処理で受信した応答情報に含まれるプリンタ２が利用状態履歴を記憶することができる最大記憶容量、及び、ジョブやエラーの内容とそのジョブやエラーが発生した日時とからなる１件分の利用状態履歴を記憶するのに必要な記憶容量に基づいて、プリンタ２が記憶することができる利用状態履歴の最大件数Ｎｍａｘを求める。そして、ＣＰＵ３１は、対象となっているプリンタ２のＩＰアドレスに求めた最大件数Ｎｍａｘを関連付けてＨＤＤ３４に記憶する。そして、ステップＳ１０５の処理へ移行する。尚、予め、管理サーバ３にプリンタの機種ごとの性能情報（利用状態履歴の最大記憶容量など）を記憶しておき、応答情報に含ませた機種情報に基づいてプリンタ２の性能情報を調べ、その性能情報（利用状態履歴の最大記憶容量など）及び１件分の記憶に必要な記憶容量に基づいて利用状態履歴の最大件数Ｎｍａｘを求めるようにしてもよい。
【００３８】
ステップＳ１０５において、ＣＰＵ３１は、ステップＳ１０２の処理で受信した応答情報に含まれる利用状態履歴の新規分（前回までの利用状態履歴の問い合わせで既に取得されている部分を除いた部分）を、対象となっているプリンタ２のＩＰアドレスに関連付けてＨＤＤ３４に格納する（図５参照）。
【００３９】
ステップＳ１０６において、ＣＰＵ３１は、ＨＤＤ３４に記憶されている対象のプリンタ２の利用状態履歴を参照して、ＨＤＤ３４に過去１日分の利用状態履歴が記憶されているか否かを判定する。対象のプリンタ２の過去１日分の利用状態履歴がＨＤＤ３４に記憶されていると判定された場合には（Ｓ１０６：ＹＥＳ）、ステップＳ１０７の処理へ移行する。一方、対象のプリンタ２の過去１日分の利用状態履歴がＨＤＤ３４に記憶されていないと判定された場合には（Ｓ１０６：ＮＯ）、ステップＳ１０８の処理へ移行する。
【００４０】
ステップＳ１０７において、ＣＰＵ３１は、ステップＳ１０２で取得した応答情報に含まれる利用状態履歴を参照して、取得した利用状態履歴の新規分の履歴期間が１時間分以上あるか否かを判定する。１時間分以上ないと判定された場合には（Ｓ１０７：ＮＯ）、ステップＳ１０８の処理へ移行する。一方、１時間分以上あると判定された場合には（Ｓ１０７：ＹＥＳ）、ステップＳ１０９の処理へ移行する。
【００４１】
ステップＳ１０８において、ＣＰＵ３１は、第１スケジュール作成手順に従って管理サーバ３がプリンタ２に対してそのプリンタ２の利用状態履歴などの情報を問い合わせるスケジュールを作成する。
【００４２】
ここで、第１スケジュール作成手順について、以下に詳細に説明する。まず、ＣＰＵ３１は、ステップＳ１０２でプリンタ２から受信した応答情報に含まれる利用状態履歴の新規分の履歴期間Ｔｒ１を、新規分の最後のジョブやエラーなどが発生した日時から新規分の最初のジョブやエラーなどが発生した日時を減算することによって求める。また、ＣＰＵ３１は、ステップＳ１０２でプリンタ２から受信した応答情報に含まれる利用状態履歴を参照して、新規分のジョブやエラーなどの発生件数（記録件数）Ｎ１を求める。
【００４３】
続いて、ＣＰＵ３１は、プリンタ２に記録されるジョブやエラーなどの利用状態履歴の件数が最大件数Ｎｍａｘに達するまでに要するであろうと予想される時間Ｔ１を、下記式（１）を演算することによって算出する。
Ｔ１＝Ｎｍａｘ×Ｔｒ１／Ｎ１　　　　　（１）
但し、最大件数Ｎｍａｘは前回までの問い合わせで取得された値、又は、今回の問い合わせで取得された値である（Ｓ１０３、Ｓ１０４参照）。
【００４４】
さらに続いて、ＣＰＵ３１は、管理サーバ３がプリンタ２に対して利用状態履歴などの情報を問い合わせる問い合わせ周期ＴＳ１を、下記式（２）を演算することによって算出する。
ＴＳ１＝Ｔ１／Ｆ１　　　　　（２）
但し、Ｆ１は、最大件数Ｎｍａｘに達するまでに管理サーバ３がプリンタ２に対して利用状態履歴などの情報を問い合わせる問い合わせ回数であり、問い合わせ回数Ｆ１は予め管理者などによって設定され、或いは、第１スケジュール作成手順を実行する度に管理者などによって指定される。
【００４５】
さらに続いて、ＣＰＵ３１は、ステップＳ１０２で管理サーバ３がプリンタ２に対して利用状態履歴などの情報を問い合わせた日時（ＲＡＭ３３に一時的に記憶されている日時）に、上記式（２）で算出された問い合わせ周期ＴＳ１を順次加算して、管理サーバ３がプリンタ２に対してプリンタ２が記憶している利用状態履歴などの情報を問い合わせるスケジュールを作成する。そして、ステップＳ１１０の処理へ移行する。
【００４６】
ステップＳ１０９において、ＣＰＵ３１は、第２スケジュール作成手順に従って管理サーバ３がプリンタ２に対してそのプリンタ２の利用状態履歴などの情報を問い合わせるスケジュールを作成する。
【００４７】
ここで、第２スケジュール作成手順について、以下に詳細に説明する。まず、ＣＰＵ３１は、ステップＳ１０２でプリンタ２から受信した応答情報に含まれる利用状態履歴の新規分の履歴期間Ｔｒ２を、新規分の最後のジョブやエラーなどが発生した日時から新規分の最初のジョブやエラーなどが発生した日時を減算することによって求める。また、ＣＰＵ３１は、ステップＳ１０２でプリンタ２から受信した応答情報に含まれる利用状態履歴を参照して、新規分のジョブやエラーなどの発生件数（記録件数）Ｎ２を求める。
【００４８】
続いて、ＣＰＵ３１は、プリンタ２に記録されるジョブやエラーなどの利用状態履歴の件数が最大件数Ｎｍａｘに達するまでに要するであろうと予想される時間Ｔ２を、下記式（３）を演算することによって算出する。
Ｔ２＝Ｎｍａｘ×Ｔｒ２／Ｎ２　　　　　（３）
但し、最大件数Ｎｍａｘは前回までの問い合わせで取得された値、又は、今回の問い合わせで取得された値である（Ｓ１０３、Ｓ１０４参照）。
【００４９】
さらに続いて、ＣＰＵ３１は、管理サーバ３がプリンタ２に対して利用状態履歴などの情報を問い合わせる仮問い合わせ周期ＴＳ２を、下記式（４）を演算することによって算出する。
ＴＳ２＝Ｔ２／Ｆ２　　　　　（４）
但し、Ｆ２は、最大件数Ｎｍａｘに達するまでに管理サーバ３がプリンタ２に対して利用状態履歴などの情報を問い合わせる問い合わせ回数であり、問い合わせ回数Ｆ２は予め管理者などによって設定され、或いは、第２スケジュール作成手順を実行する度に管理者などによって指定される。
【００５０】
さらに続いて、ＣＰＵ３１は、２４時間に管理サーバ３がプリンタ２に対して問い合わせを行う問い合わせ回数Ｆ２４を、仮問い合わせ周期ＴＳ２を利用して下記式（５）を演算することによって算出する。
Ｆ２４＝（２４×６０）／ＴＳ２　　　　　（５）
但し、ＴＳ２の単位は分（ｍｉｎｕｔｅ）である。
【００５１】
さらに、続いてＣＰＵ３１は、対象となっているプリンタ２のＨＤＤ３４に記憶されている利用状態履歴を参照して、過去２４時間分のジョブやエラーなどの発生件数（記録件数）Ｋ２４、及び、１時間ごとのジョブやエラーなどの発生件数（記録件数）Ｋ０−１、Ｋ１−２、…、Ｋ２２−２３、Ｋ２３−２４を求める。
【００５２】
さらに続いて、ＣＰＵ３１は、１時間ごとの問い合わせ回数Ｆ０−１、Ｆ０−２、…、Ｆ２２−２３、Ｆ２３−２４を、上記式（５）で算出した問い合わせ回数Ｆ２４、上記発生件数Ｋ２４、及び、上記発生件数Ｋ０−１、Ｋ１−２、…、Ｋ２２−２３、Ｋ２３−２４を利用して、下記式（６）を演算することによって算出する。
Ｆ０−１＝Ｆ２４×Ｋ０−１／Ｋ２４
Ｆ１−２＝Ｆ２４×Ｋ１−２／Ｋ２４
…　　　　　　　　　　　　　　　　　　　　　（６）
Ｆ２２−２３＝Ｆ２４×Ｋ２２−２３／Ｋ２４
Ｆ２３−２４＝Ｆ２４×Ｋ２３−２４／Ｋ２４
但し、余りは切り捨てるものとする。
【００５３】
さらに続いて、ＣＰＵ３１は、各時間毎の問い合わせが上記式（６）で算出された夫々の問い合わせ回数分一定間隔で行われるようにスケジュールを作成する。
【００５４】
さらに続いて、ＣＰＵ３１は、問い合わせ回数Ｆ２４から問い合わせ回数Ｆ０−１、Ｆ１−２、…、Ｆ２２−２３、Ｆ２３−２４の合計回数を減算して、問い合わせ回数の不足分を求める。そして、ＣＰＵ３１は、問い合わせ回数の不足分を、問い合わせ回数Ｆ０−１、Ｆ１−２、…、Ｆ２２−２３、Ｆ２３−２４の少ない時間帯から順に１回分づつ振り分けて（あるいは、複数時間連続して問い合わせ回数が少ない時間帯に問い合わせ回数の不足分を振り分けて）、１時間毎の問い合わせ回数の合計が問い合わせ回数Ｆ２４になるように修正する。そして、ＣＰＵ３１は、問い合わせ回数が修正された時間帯において、その時間帯の中央で問い合わせが行われるようにスケジュールを更新する。そして、ステップＳ１１０の処理へ移行する。
【００５５】
ステップＳ１１０において、ＣＰＵ３１は、（１）スケジュール作成の対象となっているプリンタ２の利用状態履歴がＨＤＤ３４に過去１日分記憶されていない場合、或いは、プリンタ２から管理サーバ３へ今回送信された利用状態履歴の新規分の履歴期間が１時間に満たない場合、対象となっているプリンタ２のスケジュールをステップＳ１０８で作成したスケジュールに更新する。或いは、ＣＰＵ３１は、（２）スケジュール作成の対象となっているプリンタ２の利用状態履歴がＨＤＤ３４に過去１日分記憶されており、且つ、プリンタ２から管理サーバ３へ今回送信された利用状態履歴の新規分の履歴期間が１時間以上ある場合、対象となっているプリンタ２のスケジュールをステップＳ１０９で作成したスケジュールに更新する。
【００５６】
ステップＳ１１１において、ＣＰＵ３１は、プリンタ２に対する利用状態履歴などの情報の問い合わせを継続するか否かを判定する。継続すると判定された場合には（Ｓ１１１：ＹＥＳ）、ステップＳ１０１の処理へ戻って、上述したステップＳ１０１からステップＳ１１０の処理を繰り返し行う。一方、継続しないと判定された場合には（Ｓ１１１：ＮＯ）、図３の処理を終了する。
【００５７】
次に、図４について説明する。ステップＳ２０１において、プリンタ２のＣＰＵ２１は、図３のステップＳ１０２で管理サーバ３がプリンタ２に対して行う利用状態履歴などの情報の送信要求（問い合わせ）をインターフェース２９を介して受信したか否かを判定する。管理サーバ３から利用状態履歴などの情報の送信要求を受信していないと判定された場合には（Ｓ２０１：ＮＯ）、ステップＳ２０１に戻って、ＣＰＵ２１は管理サーバ３からの送信要求の監視を継続する。一方、管理サーバ３から利用状態履歴などの送信要求を受信したと判定された場合には（Ｓ２０１：ＹＥＳ）、ステップＳ２０２の処理へ移行する。
【００５８】
ステップＳ２０２において、ＣＰＵ２１は、管理サーバ３からの送信要求（問い合わせ）に対して応答するために、プリンタ２自身のＩＰアドレスなどを含んだ応答情報を新規作成する。続いて、ステップＳ２０３において、ＣＰＵ２１は、ステップＳ２０２で新規作成された応答情報に、ＮＶＲＡＮ２４に記憶されている利用状態履歴を追記する。さらに続いて、ステップＳ２０４において、ＣＰＵ３１は、ステップＳ２０３で利用状態履歴が追記された応答情報にプリンタ２が利用状態履歴を記憶することができる最大記憶容量など最新の性能情報を追記する。
【００５９】
ステップＳ２０５において、ＣＰＵ２１は、ステップＳ２０２からステップＳ２０４の処理おいて作成された応答情報（ＩＰアドレス、利用状態履歴、最大記憶容量などを含む）を要求元である管理サーバ３へインターフェース２９を介して返信する。この応答情報が図３のステップＳ１０２で受信されることになる。
【００６０】
以上説明したように本実施の形態における履歴管理システム１は、管理サーバ３がプリンタ２に対してそのプリンタ２が記憶している利用状態履歴などの情報を問い合わせる、つまり、プリンタ２が管理サーバ３へプリンタ２自身が記憶している利用状態履歴などの情報を送信するスケジュールを自動的に作成している。このため、管理者などがプリンタ２から管理サーバ３へプリンタ２自身が記憶している利用状態履歴などの情報を送信する送信タイミングを決定する作業が不要となって、管理者などの作業負担が軽減される。
【００６１】
また、管理サーバ３は、プリンタ２でジョブやエラーなどが発生する発生頻度、発生頻度の分布、プリンタ２が利用状態履歴を記憶することができる最大記憶容量などに基づいて、問い合わせを行うスケジュールを作成している。このため、管理サーバ３がプリンタ２に対して利用状態履歴などの情報の問い合わせを行うタイミング、つまり、プリンタ２から管理サーバ３へ利用状態履歴などの情報を送信するタイミングが適切なものとなっている。
【００６２】
以上、本発明の好適な実施の形態について説明したが、本発明は、前記実施の形態に限定されるものではなく、特許請求の範囲に記載した限りにおいて様々な設計変更が可能なものである。例えば、本実施の形態では、管理サーバ３がプリンタ２に利用状態履歴などの情報を問い合わせるスケジュールを管理サーバ３が作成し、つまりプリンタ２から管理サーバ３へプリンタ２自身が記憶している利用状態履歴などの情報を送信する送信タイミングを管理サーバ３が決定して、その決定した送信タイミングに従ってプリンタ２が自己の利用状態履歴などの情報を送信するように管理サーバ３がプリンタ２を制御するように構成している場合であるが、管理サーバ３の代わりにパーソナルコンピュータ４などが送信タイミングを決定し、決定した送信タイミングでプリンタ２が自己の利用状態履歴などの情報を管理サーバ３へ送信するようにパーソナルコンピュータ４などがプリンタ２を制御するように構成してもよい。
【００６３】
また、上記第１スケジュール作成手順及び上記第２スケジュール作成手順に限らず、プリンタ２においてジョブやエラーなどの情報を記憶しきれなくなる前にプリンタ２が利用状態履歴を管理サーバ３へ送信するようなスケジュール作成方法であればよい。
【００６４】
さらに、上記実施の形態などで説明した履歴管理処理を実行させるためのプログラムをＣＤ−ＲＯＭなどコンピュータが読み取り可能な記録媒体に記録するようにしてもよい。
【００６５】
【発明の効果】
請求項１、４によると、電子機器から管理装置へ履歴情報を送信する送信タイミングを電子機器に発生した状況の発生頻度に基づいて決定し、決定した送信タイミングに従って履歴情報が電子機器から管理装置へ送信される。このため、電子機器から管理装置への履歴情報の送信タイミングが適切なタイミングになるとともに、電子機器から管理装置への履歴情報の送信に関する管理者などの作業負担が軽減される。
【００６６】
請求項２によると、記憶手段の記憶容量を考慮して送信タイミングを決定することが可能であるため、電子機器に発生した状況が電子機器から管理装置へ送信される前の履歴情報が記憶手段に記憶しきれないような事態をより精度良く防ぐことができる。この結果、管理装置で電子機器に発生した状況を確実に管理することが可能になる。
【００６７】
請求項３によると、発生頻度の分布を考慮して送信タイミングを決定することが可能であるため、送信タイミングが発生頻度の分布に対応したものにでき、送信タイミングをより適切にすることができる。
【００６８】
請求項５、６によると、電子機器が履歴情報を送信する送信タイミングを電子機器に発生した状況の発生頻度に基づいて決定し、決定した送信タイミングに従って電子機器が履歴情報を送信するように制御する。このため、履歴情報の送信タイミングが適切なタイミングになるとともに、履歴情報の送信に関する管理者などの作業負担が軽減される。
【図面の簡単な説明】
【図１】本発明の実施の形態における履歴管理システムのシステム構成の一例を示す図である。
【図２】図１の履歴管理システムを構成する装置の装置構成の一例を示す図である。
【図３】本発明の実施の形態におけるプリンタ側の履歴管理処理の動作フローを示すフローチャートである。
【図４】本発明の実施の形態における管理サーバ側の履歴管理処理の動作フローを示すフローチャートである。
【図５】図１及び図２に示される管理サーバが記憶する記憶内容の一例を示す図である。
【符号の説明】
１　履歴管理システム
２、２ａ、２ｂ、２ｃ、２ｄ　プリンタ
３　管理サーバ
４　パーソナルコンピュータ
５　ＬＡＮ
２１、３１、４１　ＣＰＵ
２２、３２、４２　ＲＯＭ
２３、３３、４３　ＲＡＭ
２４　ＮＶＲＡＭ
２５　印字部
２６　操作パネル
２７　異常検出部
２８、３５、４７　タイマ
２９、３６、４８　インターフェース
３４、４４　ＨＤＤ
４５　操作部
４６　表示部
【図１】
2004078638.tif 000003
【図２】
2004078638.tif 000004
【図３】
2004078638.tif 000005
【図４】
2004078638.tif 000006
【図５】
2004078638.tif 000007