(57)【要約】【課題】  ステータス情報を被通知者へ比較的確実に通知し、ステータス情報に基づいたデバイスへの対処時間を低減させることが可能なステータス情報通知システムを提供する。【解決手段】  複数の被通知候補者のなかから、ステータス情報に基づいて、ユーザ端末を利用していると推定される被通知者を選択し、選択した被通知者の通知先ユーザ端末へステータス情報を通知するステータス情報通知手段２１１を備えている。【選択図】  図４
2005032231.tif 000002
【特許請求の範囲】
【請求項１】
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とを通信可能に接続したステータス情報通知システムであって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とするステータス情報通知システム。
【請求項２】
請求項１において、
前記ステータス情報通知手段は、
前記ステータス情報を取得するステータス情報取得手段と、
前記ステータス情報取得手段によって取得された前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記通知対象端末を利用していると推定される被通知者を選択する通知先選択手段と、
前記通知先選択手段によって選択された被通知者の通知対象端末へ、前記ステータス情報を送信するステータス情報送信手段とを備えていることを特徴とするステータス情報通知システム。
【請求項３】
請求項２において、
前記ステータス情報に基づいた前記デバイスへの対処作業が、前記被通知者によって所定の対処予定時間を経過しても完了しないときは、前記複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択する通知先再選択手段を、さらに備えていることを特徴とするステータス情報通知システム。
【請求項４】
請求項２および３のいずれか１項において、
前記通知先選択手段は、
前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記ステータス情報の通知を受ける複数の前記被通知候補者を絞り込む通知先候補検索手段と、
前記通知先候補検索手段によって絞り込まれた被通知候補者に対して、前記ステータス情報を通知する通知順序を決定する通知順序決定手段と、
前記通知順序決定手段によって順序付けられた前記被通知候補者が、前記通知対象端末を利用しているか否かを判定する通知先候補利用判定手段と、
前記通知先候補利用判定手段によって、前記通知対象端末を利用していると判定された前記被通知候補者のなかから、前記通知順序に基づいて、前記ステータス情報を通知する前記被通知者を決定する通知先決定手段とを備えていることを特徴とするステータス情報通知システム。
【請求項５】
請求項４において、
前記通知先候補利用判定手段は、
前記被通知者の前記通知対象端末の使用状況情報を取得し、取得した前記使用状況情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定するようになっていることを特徴とするステータス情報通知システム。
【請求項６】
請求項４および５のいずれか１項において、
前記通知先候補利用判定手段は、
前記被通知者の行動予定を示すスケジュール情報を取得し、取得した前記スケジュール情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定するようになっていることを特徴とするステータス情報通知システム。
【請求項７】
請求項４ないし６のいずれか１項において、
前記通知順序決定手段は、
前記デバイスへの対処作業の経験度合いを示す対処経験情報に基づいて前記通知順序を決定するようになっていることを特徴とするステータス情報通知システム。
【請求項８】
請求項７において、
前記通知順序決定手段は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの大きい被通知者への通知を優先するように前記通知順序を決定するようになっていることを特徴とするステータス情報通知システム。
【請求項９】
請求項７において、
前記通知順序決定手段は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの小さい被通知者への通知を優先するように前記通知順序を決定するようになっていることを特徴とするステータス情報通知システム。
【請求項１０】
請求項４ないし９のいずれか１項において、
前記通知順序決定手段は、
前記通知対象端末から前記デバイスまでの前記被通知候補者の移動時間を示す到達予測時間情報に基づいて前記通知順序を決定するようになっていることを特徴とするステータス情報通知システム。
【請求項１１】
請求項４ないし１０のいずれか１項において、
前記通知順序決定手段は、
前記デバイスを前記被通知候補者が利用した回数を示す利用頻度情報に基づいて前記通知順序を決定するようになっていることを特徴とするステータス情報通知システム。
【請求項１２】
請求項４ないし１１のいずれか１項において、
前記ステータス情報は、前記デバイスの障害に関する情報であり、
前記通知先候補検索手段は、前記ステータス情報ごとに障害の重度を示す障害レベルと、前記被通知者ごとに対処可能な前記障害レベルを示す対処レベルとを設定しておき、前記ステータス情報の障害レベルに応じた前記対処レベルの前記被通知者を選択するようになっていることを特徴とするステータス情報通知システム。
【請求項１３】
請求項４ないし１２のいずれか１項において、
前記通知先再選択手段は、
前記通知順序決定手段によって決定された通知順序に基づいて、前記絞り込まれた複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択するようになっていることを特徴とするステータス情報通知システム。
【請求項１４】
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とを通信可能に接続したステータス情報通知システムであって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とするステータス情報通知システム。
【請求項１５】
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とを通信可能に接続したステータス情報通知システムであって、
前記ステータス情報を取得するステータス情報取得手段と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合手段と、
前記入力インターフェース操作問合手段の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較手段と、
前記管理者情報比較手段により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得手段で取得したステータス情報を前記通知対象端末に通知するステータス情報通知手段とを備え、
前記通知対象端末は、前記入力インターフェース操作問合手段の問い合わせに応じて前記入力インターフェースの操作状態を検出する入力インターフェース操作検出手段と、前記入力インターフェース操作問合手段に対して前記インターフェース操作検出手段の検出結果を応答する入力インターフェース操作問合応答手段とを有することを特徴とするステータス情報通知システム。
【請求項１６】
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とに通信可能に接続されるステータス情報通知サーバであって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とするステータス情報通知サーバ。
【請求項１７】
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とに通信可能に接続されるステータス情報通知サーバであって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とするステータス情報通知サーバ。
【請求項１８】
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とに通信可能に接続されるステータス情報通知サーバであって、
前記ステータス情報を取得するステータス情報取得手段と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合手段と、
前記入力インターフェース操作問合手段の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較手段と、
前記管理者情報比較手段により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得手段で取得したステータス情報を前記通知対象端末に通知するステータス情報通知手段とを備えていることを特徴とするステータス情報通知サーバ。
【請求項１９】
ステータス情報の通知を受ける複数の通知対象端末に通信可能に接続されるステータス情報通知デバイスであって、
当該デバイスのステータス情報を取得するステータス情報取得手段と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合手段と、
前記入力インターフェース操作問合手段の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および当該デバイスの管理者情報が一致するか否かを判定する管理者情報比較手段と、
前記管理者情報比較手段により前記通知対象端末の管理者情報および当該デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得手段で取得したステータス情報を前記通知対象端末に通知するステータス情報通知手段とを備えていることを特徴とするステータス情報通知デバイス。
【請求項２０】
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知する処理をコンピュータに実行させるためのプログラムであって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知工程をコンピュータに実行させるためのプログラムであることを特徴とするステータス情報通知プログラム。
【請求項２１】
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知する処理をコンピュータに実行させるためのプログラムであって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知工程をコンピュータに実行させるためのプログラムであることを特徴とするステータス情報通知プログラム。
【請求項２２】
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知する処理をコンピュータに実行させるためのプログラムであって、
前記ステータス情報を取得するステータス情報取得工程と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合工程と、
前記入力インターフェース操作問合工程の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較工程と、
前記管理者情報比較工程により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得工程で取得したステータス情報を前記通知対象端末に通知するステータス情報通知工程とを含むことを特徴とするステータス情報通知プログラム。
【請求項２３】
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知するステータス情報通知方法であって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知工程を含むことを特徴とするステータス情報通知方法。
【請求項２４】
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知するステータス情報通知方法であって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知工程を含むことを特徴とするステータス情報通知方法。
【請求項２５】
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知するステータス情報通知方法であって、
前記ステータス情報を取得するステータス情報取得工程と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合工程と、
前記入力インターフェース操作問合工程の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較工程と、
前記管理者情報比較工程により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得工程で取得したステータス情報を前記通知対象端末に通知するステータス情報通知工程とを含むことを特徴とするステータス情報通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ステータス情報通知システム、ステータス情報通知サーバ、ステータス情報通知デバイスおよびステータス情報通知プログラム、並びにステータス情報通知方法に関する。特に、ネットワークを利用したプリンタ、コピー機等のデバイスにおいて、ステータス情報に基づいたデバイスへの対処時間の低減を図るステータス情報通知システム、ステータス情報通知サーバ、ステータス情報通知デバイスおよびステータス情報通知プログラム、並びにステータス情報通知方法に関する。
【背景技術】
【０００２】
従来から、ネットワークを利用したプリンタ、コピー機等のデバイスには、エラーの発生によりデバイスを利用できなくなってしまう時間を極力短くするためや、デバイスの作動状態を監視するために、デバイスのステータス情報が、デバイスの管理者へ通知されるようなシステムが提案されている。
特許文献１では、メッセージを受信する受信者の行動予定を時間経過とともに追跡検索して、メッセージを送信する最適の送信先アドレスと伝送媒体を選択することによって、受信者がメッセージを受信するシステムが提案されている。
【０００３】
特許文献２では、メッセージを受信する受信者の行動予定に基づいて、最適な送信先アドレスと伝送媒体を選択して、メッセージを配信するが、メッセージの配信完了が確認されるまでに時間が経過し、受信者の行動予定により最適な送信先アドレスが変更された場合は、変更された最適の送信先アドレスへメッセージを再配信するシステムが提案されている。
【０００４】
特許文献３では、デバイスにエラーが発生した場合、デバイスへのジョブ要求者へエラー通知を行うことによりエラー解消作業を実施してもらい、エラーが解消されない場合は、次のジョブ要求者へエラー通知を行うシステムが提案されている。
【特許文献１】特開平１０−１７１７２９号公報
【特許文献２】特開平１０−１３４６１号公報
【特許文献３】特開平１０−３２６７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の発明および特許文献２の発明では、メッセージの内容がデバイスの重大なエラーの復旧作業依頼である場合、受信者がメッセージを受け取っても、デバイスの近傍に存在していない場合や不在の場合は、受信者によってエラー復旧作業の対応ができず、エラー復旧作業の時間がかかってしまうという問題点があった。
また、特許文献３の発明では、技術的知識の少ないジョブ要求者の場合、デバイスに発生したエラーの復旧作業を、ジョブ要求者ができない場合があり、そのため、多くのジョブ要求者へ同様の依頼が通知され、エラー解消までにエラー通知の重複作業が多数発生してしまうという問題点があった。また、エラー解消までの時間がかかってしまうという問題点もあった。
【０００６】
本発明は、以上のような問題点を解決するためになされたもので、ステータス情報に基づいたデバイスへの対処時間を低減させることが可能なステータス情報通知システム、ステータス情報通知サーバ、ステータス情報通知デバイスおよびステータス情報通知プログラム、並びにステータス情報通知方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
〔発明１〕  上記目的を達成するために、発明１のステータス情報通知システムは、
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とを通信可能に接続したステータス情報通知システムであって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とする。
【０００８】
このような構成であれば、ステータス情報通知手段によって、複数の被通知候補者のなかから、ステータス情報に基づいて、デバイスのステータス情報を通知すべき被通知者であって、通知対象端末を利用していると推定される被通知者が選択され、選択された被通知者の通知対象端末へステータス情報が通知される。
これにより、通知対象端末を利用していると推定される被通知者がステータス情報の通知を受けるので、対処作業が比較的確実に実施される。また、ステータス情報に基づいて被通知者が選択されるので、対処作業を実施することが可能な技術的知識を有する被通知者へステータス情報を通知することができる。したがって、従来に比して、対処作業完了までの時間を低減することができるとともに、障害が解消されるまでに、ステータス情報を通知する通知作業の重複が発生する可能性を低減することができるという効果が得られる。例えば、デバイスに障害が発生した場合に、障害復旧作業を比較的確実に実施することができ、かつ、在席していると推定される被依頼者へ、障害復旧作業を依頼し、作業してもらうことにより、デバイスのダウンタイム時間を削減することが可能である。
【０００９】
ここで、ステータス情報には、デバイスに発生した障害の障害情報、デバイスの動作状態を示す状態情報等が含まれる。デバイスとしてプリンタを用いた場合は、例えば、トナーやインクの残量に関する残量情報、印刷に使用された用紙枚数に関する印刷枚数情報が含まれる。以下、発明１４および１５のステータス情報通知システム、発明１６、２９および３０のステータス情報通知サーバ、発明３１のステータス情報通知デバイス、発明３２、４５および４６のステータス情報通知プログラム、並びに発明４７、６０および６１のステータス情報通知方法において同じである。
【００１０】
また、被通知者とは、デバイスを利用する一般ユーザ、一般ユーザのなかの比較的技術的に高い知識を有するデバイスを管理するデバイス管理者、デバイスを納入したＳＩ（Ｓｙｓｔｅｍ  Ｉｎｔｅｇｒａｔｏｒ）やメーカのサービスセンタの保守担当者のなかの少なくとも一人である。以下、発明１４および１５のステータス情報通知システム、発明１６、２９および３０のステータス情報通知サーバ、発明３１のステータス情報通知デバイス、発明３２、４５および４６のステータス情報通知プログラム、並びに発明４７、６０および６１のステータス情報通知方法において同じである。
【００１１】
また、通知対象端末の利用には、通知対象端末が操作されている状態のほか、通知対象端末は操作されてはいないが通知対象端末が利用可能な状態に起動されている状態、および通知対象端末は操作されてはいないが通知対象端末の前に被通知者が存在する状態が含まれる。第１の状態は、例えば、通知対象端末が操作されているかどうかを検出することにより特定することができる。第２の状態は、例えば、通知対象端末が起動しているかどうかを検出することにより特定することができる。第３の状態は、例えば、被通知者のスケジュール情報に基づいて推定することにより特定することができる。以下、発明１４のステータス情報通知システム、発明１６および２９のステータス情報通知サーバ、発明３２および４５のステータス情報通知プログラム、並びに発明４７および６０のステータス情報通知方法において同じである。
【００１２】
〔発明２〕  さらに、発明２のステータス情報通知システムは、発明１のステータス情報通知システムにおいて、
前記ステータス情報通知手段は、
前記ステータス情報を取得するステータス情報取得手段と、
前記ステータス情報取得手段によって取得された前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記通知対象端末を利用していると推定される被通知者を選択する通知先選択手段と、
前記通知先選択手段によって選択された被通知者の通知対象端末へ、前記ステータス情報を送信するステータス情報送信手段とを備えていることを特徴とする。
【００１３】
このような構成であれば、ステータス情報取得手段によって、デバイスの障害情報、状態情報等であるステータス情報が取得される。また、通知先選択手段によって、通知対象端末を利用していると推定される被通知者が選択され、ステータス情報送信手段によって、選択された被通知者の通知対象端末へステータス情報が送信される。
これにより、通知対象端末を利用していると推定される被通知者がステータス情報の通知を受けるので、対処作業が比較的確実に実施される。また、ステータス情報に基づいて被通知者が選択されるので、対処作業を実施することが可能な技術的知識を有する被通知者へステータス情報を通知することができる。したがって、従来に比して、対処作業完了までの時間を低減することができるとともに、障害が解消されるまでに、ステータス情報を通知する通知作業の重複が発生する可能性を低減することができるという効果が得られる。
【００１４】
ここで、ステータス情報取得手段は、デバイスのステータス情報を取得するようになっていればどのような構成であってもよく、例えば、デバイスの状態を監視してデバイスのステータス情報を検出するようになっていてもよいし、デバイスからそのステータス情報を取得するようになっていてもよいし、デバイスを管理するデバイス管理端末等からデバイスのステータス情報を取得するようになっていてもよい。例えば、管理サーバや通知サーバがデバイスのステータス情報を一括管理しているような場合は、ステータス情報は、管理サーバや通知サーバが通知対象端末に対して通知を行なってもよい。以下、発明１５のステータス情報通知システム、発明１７および３０のステータス情報通知サーバ、並びに発明３１のステータス情報通知デバイスにおいて同じである。
【００１５】
〔発明３〕  さらに、発明３のステータス情報通知システムは、発明２のステータス情報通知システムにおいて、
前記ステータス情報に基づいた前記デバイスへの対処作業が、前記被通知者によって所定の対処予定時間を経過しても完了しないときは、前記複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択する通知先再選択手段を、さらに備えていることを特徴とする。
【００１６】
このような構成であれば、通知先再選択手段によって、ステータス情報に基づいたデバイスへの対処作業が所定の対処予定時間を経過しても完了しないときに、複数の被通知候補者のなかから、既に通知された被通知者とは異なる次の被通知者が選択される。
これにより、所定の時間が経過しても対処作業が完了していないときは、次の被通知者へステータス情報が通知されるので、対処作業が比較的早期に実施される。したがって、対処作業完了までの時間をさらに低減することができるという効果も得られる。
【００１７】
〔発明４〕  さらに、発明４のステータス情報通知システムは、発明２および３のいずれか１のステータス情報通知システムにおいて、
前記通知先選択手段は、
前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記ステータス情報の通知を受ける複数の前記被通知候補者を絞り込む通知先候補検索手段と、
前記通知先候補検索手段によって絞り込まれた被通知候補者に対して、前記ステータス情報を通知する通知順序を決定する通知順序決定手段と、
前記通知順序決定手段によって順序付けられた前記被通知候補者が、前記通知対象端末を利用しているか否かを判定する通知先候補利用判定手段と、
前記通知先候補利用判定手段によって、前記通知対象端末を利用していると判定された前記被通知候補者のなかから、前記通知順序に基づいて、前記ステータス情報を通知する前記被通知者を決定する通知先決定手段とを備えていることを特徴とする。
【００１８】
このような構成であれば、通知先候補検索手段によって、複数の被通知候補者のなかからデバイスのステータス情報を通知することの可能な被通知候補者が絞り込まれる。例えば、障害発生の場合は、複数の被通知候補者のなかから障害復旧作業を実施することが可能な技術的知識を有する被通知候補者が絞り込まれる。通知順序決定手段によって、絞り込まれた被通知候補者に対して通知順序が決定され、通知先候補利用判定手段によって、通知順序に基づいて、被通知候補者が通知対象端末を利用しているか否かが判定され、通知先決定手段によって、ステータス情報を通知する被通知者が決定される。
【００１９】
〔発明５〕  さらに、発明５のステータス情報通知システムは、発明４のステータス情報通知システムにおいて、
前記通知先候補利用判定手段は、
前記被通知者の前記通知対象端末の使用状況情報を取得し、取得した前記使用状況情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定するようになっていることを特徴とする。
【００２０】
このような構成であれば、通知先候補利用判定手段により、通知対象端末の使用状況情報が取得され、取得された使用状況情報に基づいて、被通知者が通知対象端末を利用しているか否かが判定される。
これにより、被通知者が通知対象端末を利用しているか否かを、比較的確実に判定することができるので、対処作業がさらに確実に実施される。したがって、対処作業完了までの時間をさらに低減することができるという効果も得られる。
【００２１】
〔発明６〕  さらに、発明６のステータス情報通知システムは、発明４および５のいずれか１のステータス情報通知システムにおいて、
前記通知先候補利用判定手段は、
前記被通知者の行動予定を示すスケジュール情報を取得し、取得した前記スケジュール情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定するようになっていることを特徴とする。
【００２２】
このような構成であれば、通知先候補利用判定手段により、被通知者のスケジュール情報が取得され、取得されたスケジュール情報に基づいて、被通知者が通知対象端末を利用しているか否かが判定される。
これにより、被通知者が通知対象端末を利用しているか否かを、比較的確実に判定することができるので、対処作業がさらに確実に実施される。また、現在、被通知者が通知対象端末を利用していても通知直後に予定がある場合、被通知者に対処作業時間がないか否かも、比較的確実に判定することができるので、対処作業がさらに確実に実施される。したがって、対処作業完了までの時間をさらに低減することができるという効果も得られる。
【００２３】
〔発明７〕  さらに、発明７のステータス情報通知システムは、発明４ないし６のいずれか１のステータス情報通知システムにおいて、
前記通知順序決定手段は、
前記デバイスへの対処作業の経験度合いを示す対処経験情報に基づいて前記通知順序を決定するようになっていることを特徴とする。
【００２４】
このような構成であれば、通知順序決定手段により、対処経験情報に基づいて通知順序が決定される。
これにより、例えば、対処作業の経験度合いの大きい被通知者の通知順位を高くすれば、デバイスのステータス情報に基づいた対処作業が比較的確実にかつ容易に実施され、対処作業完了までの時間をさらに低減することができるという効果も得られる。逆に、例えば、対処作業の経験度合いの小さい被通知者の通知順位を高くすれば、通知を重ねるごとに対処作業経験者が増え、以降対処作業が比較的確実に実施される。その結果として、対処作業完了までの時間をさらに低減することができるという効果も得られる。
【００２５】
〔発明８〕  さらに、発明８のステータス情報通知システムは、発明７のステータス情報通知システムにおいて、
前記通知順序決定手段は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの大きい被通知者への通知を優先するように前記通知順序を決定するようになっていることを特徴とする。
【００２６】
このような構成であれば、通知順序決定手段により、被通知候補者の対処経験情報が所定の記憶部より取得され、取得された対処経験情報に基づいて、経験度合いの大きい被通知者への通知を優先するように通知順序が決定される。
これにより、対処作業の経験度合いの大きい被通知者へ優先的に通知されるので、デバイスのステータス情報に基づいた対処作業が比較的確実にかつ容易に実施され、対処作業完了までの時間をさらに低減することができるという効果も得られる。
【００２７】
〔発明９〕  さらに、発明９のステータス情報通知システムは、発明７のステータス情報通知システムにおいて、
前記通知順序決定手段は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの小さい被通知者への通知を優先するように前記通知順序を決定するようになっていることを特徴とする。
【００２８】
このような構成であれば、通知順序決定手段により、被通知候補者の対処経験情報が所定の記憶部より取得され、取得された対処経験情報に基づいて、経験度合いの小さい被通知者への通知を優先するように通知順序が決定される。
これにより、対処作業の経験度合いの小さい被通知者へ優先的に通知されるので、通知を重ねるごとに対処作業経験者が増え、以降対処作業が比較的確実に実施される。その結果として、対処作業完了までの時間をさらに低減することができるという効果も得られる。
【００２９】
〔発明１０〕  さらに、発明１０のステータス情報通知システムは、発明４ないし９のいずれか１のステータス情報通知システムにおいて、
前記通知順序決定手段は、
前記通知対象端末から前記デバイスまでの前記被通知候補者の移動時間を示す到達予測時間情報に基づいて前記通知順序を決定するようになっていることを特徴とする。
【００３０】
このような構成であれば、通知順序決定手段により、到達予測時間情報に基づいて通知順序が決定される。
これにより、例えば、到達予測時間の小さい被通知者の通知順位を高くすれば、比較的早急に対処作業に着手することでき、デバイスのダウンタイムをさらに低減させることが可能である。
【００３１】
〔発明１１〕  さらに、発明１１のステータス情報通知システムは、発明４ないし１０のいずれか１のステータス情報通知システムにおいて、
前記通知順序決定手段は、
前記デバイスを前記被通知候補者が利用した回数を示す利用頻度情報に基づいて前記通知順序を決定するようになっていることを特徴とする。
【００３２】
このような構成であれば、通知順序決定手段により、利用頻度情報に基づいて通知順序が決定される。
これにより、例えば、デバイスの利用回数の多い被通知者の通知順位を高くすれば、デバイスに触れる機会も多く、他の被通知者と比べてメンテナンス技術力が高いことが予想でき、対処作業が比較的確実に実施される。その結果として、対処作業完了までの時間をさらに低減することができるという効果が得られる。
【００３３】
〔発明１２〕  さらに、発明１２のステータス情報通知システムは、発明４ないし１１のいずれか１のステータス情報通知システムにおいて、
前記ステータス情報は、前記デバイスの障害に関する情報であり、
前記通知先候補検索手段は、前記ステータス情報ごとに障害の重度を示す障害レベルと、前記被通知者ごとに対処可能な前記障害レベルを示す対処レベルとを設定しておき、前記ステータス情報の障害レベルに応じた前記対処レベルの前記被通知者を選択するようになっていることを特徴とする。
【００３４】
このような構成であれば、通知先候補検索手段により、ステータス情報の障害レベルに応じた対処レベルの被通知者が選択される。
これにより、対処作業を実施することが可能な技術的知識を有する被通知者へ、ステータス情報が比較的確実に通知される。したがって、デバイスのステータス情報に基づいた対処作業が比較的確実に実施され、対処作業完了までの時間をさらに低減することができるという効果も得られる。
【００３５】
〔発明１３〕  さらに、発明１３のステータス情報通知システムは、発明４ないし１２のいずれか１のステータス情報通知システムにおいて、
前記通知先再選択手段は、
前記通知順序決定手段によって決定された通知順序に基づいて、前記絞り込まれた複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択するようになっていることを特徴とする。
【００３６】
このような構成であれば、通知先再選択手段により、決定された通知順序に基づいて、絞り込まれた複数の被通知候補者のなかから、ステータス情報を通知した被通知者とは異なる被通知者が選択される。
【００３７】
〔発明１４〕  さらに、発明１４のステータス情報通知システムは、
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とを通信可能に接続したステータス情報通知システムであって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とする。
【００３８】
このような構成であれば、ステータス情報通知手段によって、複数の通知対象候補端末のなかから、ステータス情報に基づいて、デバイスのステータス情報を通知すべき被通知者が利用していると推定される通知対象端末が選択され、選択された通知対象端末へステータス情報が通知される。
これにより、被通知者が利用していると推定される通知対象端末にステータス情報が通知されるので、対処作業が比較的確実に実施される。また、ステータス情報に基づいて通知対象端末が選択されるので、対処作業を実施することが可能な技術的知識を有する被通知者へステータス情報を通知することができる。したがって、従来に比して、対処作業完了までの時間を低減することができるとともに、障害が解消されるまでに、ステータス情報を通知する通知作業の重複が発生する可能性を低減することができるという効果が得られる。例えば、デバイスに障害が発生した場合に、障害復旧作業を比較的確実に実施することができ、かつ、在席していると推定される被依頼者へ、障害復旧作業を依頼し、作業してもらうことにより、デバイスのダウンタイム時間を削減することが可能である。
【００３９】
〔発明１５〕  さらに、発明１５のステータス情報通知システムは、
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とを通信可能に接続したステータス情報通知システムであって、
前記ステータス情報を取得するステータス情報取得手段と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合手段と、
前記入力インターフェース操作問合手段の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較手段と、
前記管理者情報比較手段により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得手段で取得したステータス情報を前記通知対象端末に通知するステータス情報通知手段とを備え、
前記通知対象端末は、前記入力インターフェース操作問合手段の問い合わせに応じて前記入力インターフェースの操作状態を検出する入力インターフェース操作検出手段と、前記入力インターフェース操作問合手段に対して前記インターフェース操作検出手段の検出結果を応答する入力インターフェース操作問合応答手段とを有することを特徴とする。
【００４０】
このような構成であれば、ステータス情報取得手段により、ステータス情報が取得される。次いで、入力インターフェース操作問合手段により、通知対象端末が操作を受けているかの問い合わせが行われる。
通知対象端末では、入力インターフェース操作検出手段により、入力インターフェース操作問合手段の問い合わせに応じて入力インターフェースの操作状態が検出され、入力インターフェース操作問合応答手段により、入力インターフェース操作問合手段に対してその検出結果を応答する。
【００４１】
そして、管理者情報比較手段により、入力インターフェース操作問合手段の問い合わせ結果に基づいて通知対象端末が操作されていると判定されると、通知対象端末の管理者情報およびデバイスの管理者情報が一致するか否かが判定される。その結果、通知対象端末の管理者情報およびデバイスの管理者情報が一致すると判定されると、ステータス情報通知手段により、取得されたステータス情報が通知対象端末に通知される。
【００４２】
これにより、入力インターフェースにより操作を受けている通知対象端末にステータス情報が通知されるので、対処作業が比較的確実に実施される。したがって、従来に比して、対処作業完了までの時間を低減することができるとともに、障害が解消されるまでに、ステータス情報を通知する通知作業の重複が発生する可能性を低減することができるという効果が得られる。例えば、デバイスに障害が発生した場合に、障害復旧作業を比較的確実に実施することができ、かつ、在席していると推定される被依頼者へ、障害復旧作業を依頼し、作業してもらうことにより、デバイスのダウンタイム時間を削減することが可能である。
【００４３】
〔発明１６〕  一方、上記目的を達成するために、発明１６のステータス情報通知サーバは、
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とに通信可能に接続されるステータス情報通知サーバであって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とする。
このような構成であれば、発明１のステータス情報通知システムと同等の作用および効果が得られる。
【００４４】
〔発明１７〕  さらに、発明１７のステータス情報通知サーバは、発明１６のステータス情報通知サーバにおいて、
前記ステータス情報通知手段は、
前記ステータス情報を取得するステータス情報取得手段と、
前記ステータス情報取得手段によって取得された前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記通知対象端末を利用していると推定される被通知者を選択する通知先選択手段と、
前記通知先選択手段によって選択された被通知者の通知対象端末へ、前記ステータス情報を送信するステータス情報送信手段とを備えていることを特徴とする。
このような構成であれば、発明２のステータス情報通知システムと同等の作用および効果が得られる。
【００４５】
〔発明１８〕  さらに、発明１８のステータス情報通知サーバは、発明１７のステータス情報通知サーバにおいて、
前記ステータス情報に基づいた前記デバイスへの対処作業が、前記被通知者によって所定の対処予定時間を経過しても完了しないときは、前記複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択する通知先再選択手段を、さらに備えていることを特徴とする。
このような構成であれば、発明３のステータス情報通知システムと同等の作用および効果が得られる。
【００４６】
〔発明１９〕  さらに、発明１９のステータス情報通知サーバは、発明１７および１８のいずれか１のステータス情報通知サーバにおいて、
前記通知先選択手段は、
前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記ステータス情報の通知を受ける複数の前記被通知候補者を絞り込む通知先候補検索手段と、
前記通知先候補検索手段によって絞り込まれた被通知候補者に対して、前記ステータス情報を通知する通知順序を決定する通知順序決定手段と、
前記通知順序決定手段によって順序付けられた前記被通知候補者が、前記通知対象端末を利用しているか否かを判定する通知先候補利用判定手段と、
前記通知先候補利用判定手段によって、前記通知対象端末を利用していると判定された前記被通知候補者のなかから、前記通知順序に基づいて、前記ステータス情報を通知する前記被通知者を決定する通知先決定手段とを備えていることを特徴とする。
このような構成であれば、発明４のステータス情報通知システムと同等の作用および効果が得られる。
【００４７】
〔発明２０〕  さらに、発明２０のステータス情報通知サーバは、発明１９のステータス情報通知サーバにおいて、
前記通知先候補利用判定手段は、
前記被通知者の前記通知対象端末の使用状況情報を取得し、取得した前記使用状況情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定するようになっていることを特徴とする。
このような構成であれば、発明５のステータス情報通知システムと同等の作用および効果が得られる。
【００４８】
〔発明２１〕  さらに、発明２１のステータス情報通知サーバは、発明１９および２０のいずれか１のステータス情報通知サーバにおいて、
前記通知先候補利用判定手段は、
前記被通知者の行動予定を示すスケジュール情報を取得し、取得した前記スケジュール情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定するようになっていることを特徴とする。
このような構成であれば、発明６のステータス情報通知システムと同等の作用および効果が得られる。
【００４９】
〔発明２２〕  さらに、発明２２のステータス情報通知サーバは、発明１９ないし２１のいずれか１のステータス情報通知サーバにおいて、
前記通知順序決定手段は、
前記デバイスへの対処作業の経験度合いを示す対処経験情報に基づいて前記通知順序を決定するようになっていることを特徴とする。
このような構成であれば、発明７のステータス情報通知システムと同等の作用および効果が得られる。
【００５０】
〔発明２３〕  さらに、発明２３のステータス情報通知サーバは、発明２２のステータス情報通知サーバにおいて、
前記通知順序決定手段は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの大きい被通知者への通知を優先するように前記通知順序を決定するようになっていることを特徴とする。
このような構成であれば、発明８のステータス情報通知システムと同等の作用および効果が得られる。
【００５１】
〔発明２４〕  さらに、発明２４のステータス情報通知サーバは、発明２２のステータス情報通知サーバにおいて、
前記通知順序決定手段は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの小さい被通知者への通知を優先するように前記通知順序を決定するようになっていることを特徴とする。
このような構成であれば、発明９のステータス情報通知システムと同等の作用および効果が得られる。
【００５２】
〔発明２５〕  さらに、発明２５のステータス情報通知サーバは、発明１９ないし２４のいずれか１のステータス情報通知サーバにおいて、
前記通知順序決定手段は、
前記通知対象端末から前記デバイスまでの前記被通知候補者の移動時間を示す到達予測時間情報に基づいて前記通知順序を決定するようになっていることを特徴とする。
このような構成であれば、発明１０のステータス情報通知システムと同等の作用および効果が得られる。
【００５３】
〔発明２６〕  さらに、発明２６のステータス情報通知サーバは、発明１９ないし２５のいずれか１のステータス情報通知サーバにおいて、
前記通知順序決定手段は、
前記デバイスを前記被通知候補者が利用した回数を示す利用頻度情報に基づいて前記通知順序を決定するようになっていることを特徴とする。
このような構成であれば、発明１１のステータス情報通知システムと同等の作用および効果が得られる。
【００５４】
〔発明２７〕  さらに、発明２７のステータス情報通知サーバは、発明１９ないし２６のいずれか１のステータス情報通知サーバにおいて、
前記ステータス情報は、前記デバイスの障害に関する情報であり、
前記通知先候補検索手段は、前記ステータス情報ごとに障害の重度を示す障害レベルと、前記被通知者ごとに対処可能な前記障害レベルを示す対処レベルとを設定しておき、前記ステータス情報の障害レベルに応じた前記対処レベルの前記被通知者を選択するようになっていることを特徴とする。
このような構成であれば、発明１２のステータス情報通知システムと同等の作用および効果が得られる。
【００５５】
〔発明２８〕  さらに、発明２８のステータス情報通知サーバは、発明１９ないし２７のいずれか１のステータス情報通知サーバにおいて、
前記通知先再選択手段は、
前記通知順序決定手段によって決定された通知順序に基づいて、前記絞り込まれた複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択するようになっていることを特徴とする。
このような構成であれば、発明１３のステータス情報通知システムと同等の作用および効果が得られる。
【００５６】
〔発明２９〕  さらに、発明２９のステータス情報通知サーバは、
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とに通信可能に接続されるステータス情報通知サーバであって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知手段を備えていることを特徴とする。
このような構成であれば、発明１４のステータス情報通知システムと同等の作用および効果が得られる。
【００５７】
〔発明３０〕  さらに、発明３０のステータス情報通知サーバは、
ステータス情報を有するデバイスと、前記ステータス情報の通知を受ける複数の通知対象端末とに通信可能に接続されるステータス情報通知サーバであって、
前記ステータス情報を取得するステータス情報取得手段と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合手段と、
前記入力インターフェース操作問合手段の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較手段と、
前記管理者情報比較手段により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得手段で取得したステータス情報を前記通知対象端末に通知するステータス情報通知手段とを備えていることを特徴とする。
このような構成であれば、発明１５のステータス情報通知システムと同等の作用および効果が得られる。
【００５８】
〔発明３１〕  一方、上記目的を達成するために、発明３１のステータス情報通知デバイスは、
ステータス情報の通知を受ける複数の通知対象端末に通信可能に接続されるステータス情報通知デバイスであって、
当該デバイスのステータス情報を取得するステータス情報取得手段と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合手段と、
前記入力インターフェース操作問合手段の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および当該デバイスの管理者情報が一致するか否かを判定する管理者情報比較手段と、
前記管理者情報比較手段により前記通知対象端末の管理者情報および当該デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得手段で取得したステータス情報を前記通知対象端末に通知するステータス情報通知手段とを備えていることを特徴とする。
このような構成であれば、発明１５のステータス情報通知システムと同等の作用および効果が得られる。
【００５９】
〔発明３２〕  一方、上記目的を達成するために、発明３２のステータス情報通知プログラムは、
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知する処理をコンピュータに実行させるためのプログラムであって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知工程をコンピュータに実行させるためのプログラムであることを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１のステータス情報通知システムと同等の作用および効果が得られる。
【００６０】
〔発明３３〕  さらに、発明３３のステータス情報通知プログラムは、発明３２のステータス情報通知プログラムにおいて、
前記ステータス情報通知工程は、
前記ステータス情報を取得するステータス情報取得工程と、
前記ステータス情報取得工程によって取得された前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記通知対象端末を利用していると推定される被通知者を選択する通知先選択工程と、
前記通知先選択工程によって選択された被通知者の通知対象端末へ、前記ステータス情報を送信するステータス情報送信工程とを含むことを特徴とする。
【００６１】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明２のステータス情報通知システムと同等の作用および効果が得られる。
ここで、ステータス情報取得工程は、デバイスのステータス情報を取得すればどのような方法であってもよく、例えば、デバイスの状態を監視してデバイスのステータス情報を検出してもよいし、デバイスからそのステータス情報を取得してもよいし、デバイスを管理するデバイス管理端末等からデバイスのステータス情報を取得してもよい。以下、発明４６のステータス情報通知プログラム、並びに発明４８および６１のステータス情報通知方法において同じである。
【００６２】
〔発明３４〕  さらに、発明３４のステータス情報通知プログラムは、発明３３のステータス情報通知プログラムにおいて、
前記ステータス情報に基づいた前記デバイスへの対処作業が、前記被通知者によって所定の対処予定時間を経過しても完了しないときは、前記複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択する通知先再選択工程をコンピュータに実行させるためのプログラムを、さらに含むことを特徴とする。
【００６３】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明３のステータス情報通知システムと同等の作用および効果が得られる。
【００６４】
〔発明３５〕  さらに、発明３５のステータス情報通知プログラムは、発明３３および３４のいずれか１のステータス情報通知プログラムにおいて、
前記通知先選択工程は、
前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記ステータス情報の通知を受ける複数の前記被通知候補者を絞り込む通知先候補検索工程と、
前記通知先候補検索工程によって絞り込まれた被通知候補者に対して、前記ステータス情報を通知する通知順序を決定する通知順序決定工程と、
前記通知順序決定工程によって順序付けられた前記被通知候補者が、前記通知対象端末を利用しているか否かを判定する通知先候補利用判定工程と、
前記通知先候補利用判定工程によって、前記通知対象端末を利用していると判定された前記被通知候補者のなかから、前記通知順序に基づいて、前記ステータス情報を通知する前記被通知者を決定する通知先決定工程とを含むことを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明４のステータス情報通知システムと同等の作用および効果が得られる。
【００６５】
〔発明３６〕  さらに、発明３６のステータス情報通知プログラムは、発明３５のステータス情報通知プログラムにおいて、
前記通知先候補利用判定工程は、
前記被通知者の前記通知対象端末の使用状況情報を取得し、取得した前記使用状況情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明５のステータス情報通知システムと同等の作用および効果が得られる。
【００６６】
〔発明３７〕  さらに、発明３７のステータス情報通知プログラムは、発明３５および３６のいずれか１のステータス情報通知プログラムにおいて、
前記通知先候補利用判定工程は、
前記被通知者の行動予定を示すスケジュール情報を取得し、取得した前記スケジュール情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明６のステータス情報通知システムと同等の作用および効果が得られる。
【００６７】
〔発明３８〕  さらに、発明３８のステータス情報通知プログラムは、発明３５ないし３７のいずれか１のステータス情報通知プログラムにおいて、
前記通知順序決定工程は、
前記デバイスへの対処作業の経験度合いを示す対処経験情報に基づいて前記通知順序を決定することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明７のステータス情報通知システムと同等の作用および効果が得られる。
【００６８】
〔発明３９〕  さらに、発明３９のステータス情報通知プログラムは、発明３８のステータス情報通知プログラムにおいて、
前記通知順序決定工程は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの大きい被通知者への通知を優先するように前記通知順序を決定することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明８のステータス情報通知システムと同等の作用および効果が得られる。
【００６９】
〔発明４０〕  さらに、発明４０のステータス情報通知プログラムは、発明３８のステータス情報通知プログラムにおいて、
前記通知順序決定工程は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの小さい被通知者への通知を優先するように前記通知順序を決定することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明９のステータス情報通知システムと同等の作用および効果が得られる。
【００７０】
〔発明４１〕  さらに、発明４１のステータス情報通知プログラムは、発明３５ないし４０のいずれか１のステータス情報通知プログラムにおいて、
前記通知順序決定工程は、
前記通知対象端末から前記デバイスまでの前記被通知候補者の移動時間を示す到達予測時間情報に基づいて前記通知順序を決定することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１０のステータス情報通知システムと同等の作用および効果が得られる。
【００７１】
〔発明４２〕  さらに、発明４２のステータス情報通知プログラムは、発明３５ないし４１のいずれか１のステータス情報通知プログラムにおいて、
前記通知順序決定工程は、
前記デバイスを前記被通知候補者が利用した回数を示す利用頻度情報に基づいて前記通知順序を決定することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１１のステータス情報通知システムと同等の作用および効果が得られる。
【００７２】
〔発明４３〕  さらに、発明４３のステータス情報通知プログラムは、発明３５ないし４２のいずれか１のステータス情報通知プログラムにおいて、
前記ステータス情報は、前記デバイスの障害に関する情報であり、
前記通知先候補検索工程は、前記ステータス情報ごとに障害の重度を示す障害レベルと、前記被通知者ごとに対処可能な前記障害レベルを示す対処レベルとを設定しておき、前記ステータス情報の障害レベルに応じた前記対処レベルの前記被通知者を選択することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１２のステータス情報通知システムと同等の作用および効果が得られる。
【００７３】
〔発明４４〕  さらに、発明４４のステータス情報通知プログラムは、発明３５ないし４３のいずれか１のステータス情報通知プログラムにおいて、
前記通知先再選択工程は、
前記通知順序決定工程によって決定された通知順序に基づいて、前記絞り込まれた複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択することを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１３のステータス情報通知システムと同等の作用および効果が得られる。
【００７４】
〔発明４５〕  さらに、発明４５のステータス情報通知プログラムは、
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知する処理をコンピュータに実行させるためのプログラムであって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知工程をコンピュータに実行させるためのプログラムであることを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１４のステータス情報通知システムと同等の作用および効果が得られる。
【００７５】
〔発明４６〕  さらに、発明４６のステータス情報通知プログラムは、
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知する処理をコンピュータに実行させるためのプログラムであって、
前記ステータス情報を取得するステータス情報取得工程と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合工程と、
前記入力インターフェース操作問合工程の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較工程と、
前記管理者情報比較工程により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得工程で取得したステータス情報を前記通知対象端末に通知するステータス情報通知工程とを含むことを特徴とする。
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムに従ってコンピュータが処理を実行すると、発明１５のステータス情報通知システムと同等の作用および効果が得られる。
【００７６】
〔発明４７〕  一方、上記目的を達成するために、発明４７のステータス情報通知方法は、
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知するステータス情報通知方法であって、
複数の被通知候補者のなかから、前記ステータス情報に基づいて、前記通知対象端末を利用していると推定される被通知者を選択し、選択した前記被通知者の通知対象端末へ前記ステータス情報を通知するステータス情報通知工程を含むことを特徴とする。
これにより、発明１のステータス情報通知システムと同等の効果が得られる。
【００７７】
〔発明４８〕  さらに、発明４８のステータス情報通知方法は、発明４７のステータス情報通知方法において、
前記ステータス情報通知工程は、
前記ステータス情報を取得するステータス情報取得工程と、
前記ステータス情報取得工程によって取得された前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記通知対象端末を利用していると推定される被通知者を選択する通知先選択工程と、
前記通知先選択工程によって選択された被通知者の通知対象端末へ、前記ステータス情報を送信するステータス情報送信工程とを含むことを特徴とする。
これにより、発明２のステータス情報通知システムと同等の効果が得られる。
【００７８】
〔発明４９〕  さらに、発明４９のステータス情報通知方法は、発明４８のステータス情報通知方法において、
前記ステータス情報に基づいた前記デバイスへの対処作業が、前記被通知者によって所定の対処予定時間を経過しても完了しないときは、前記複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択する通知先再選択工程を、さらに含むことを特徴とする。
これにより、発明３のステータス情報通知システムと同等の効果が得られる。
【００７９】
〔発明５０〕  さらに、発明５０のステータス情報通知方法は、発明４８および４９のいずれか１のステータス情報通知方法において、
前記通知先選択工程は、
前記ステータス情報に基づいて、前記複数の被通知候補者のなかから、前記ステータス情報の通知を受ける複数の前記被通知候補者を絞り込む通知先候補検索工程と、
前記通知先候補検索工程によって絞り込まれた被通知候補者に対して、前記ステータス情報を通知する通知順序を決定する通知順序決定工程と、
前記通知順序決定工程によって順序付けられた前記被通知候補者が、前記通知対象端末を利用しているか否かを判定する通知先候補利用判定工程と、
前記通知先候補利用判定工程によって、前記通知対象端末を利用していると判定された前記被通知候補者のなかから、前記通知順序に基づいて、前記ステータス情報を通知する前記被通知者を決定する通知先決定工程とを含むことを特徴とする。
これにより、発明４のステータス情報通知システムと同等の効果が得られる。
【００８０】
〔発明５１〕  さらに、発明５１のステータス情報通知方法は、発明５０のステータス情報通知方法において、
前記通知先候補利用判定工程は、
前記被通知者の前記通知対象端末の使用状況情報を取得し、取得した前記使用状況情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定することを特徴とする。
これにより、発明５のステータス情報通知システムと同等の効果が得られる。
【００８１】
〔発明５２〕  さらに、発明５２のステータス情報通知方法は、発明５０および５１のいずれか１のステータス情報通知方法において、
前記通知先候補利用判定工程は、
前記被通知者の行動予定を示すスケジュール情報を取得し、取得した前記スケジュール情報に基づいて、前記被通知候補者が前記通知対象端末を利用しているか否かを判定することを特徴とする。
これにより、発明６のステータス情報通知システムと同等の効果が得られる。
【００８２】
〔発明５３〕  さらに、発明５３のステータス情報通知方法は、発明５０ないし５２のいずれか１のステータス情報通知方法において、
前記通知順序決定工程は、
前記デバイスへの対処作業の経験度合いを示す対処経験情報に基づいて前記通知順序を決定することを特徴とする。
これにより、発明７のステータス情報通知システムと同等の効果が得られる。
【００８３】
〔発明５４〕  さらに、発明５４のステータス情報通知方法は、発明５３のステータス情報通知方法において、
前記通知順序決定工程は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの大きい被通知者への通知を優先するように前記通知順序を決定することを特徴とする。
これにより、発明８のステータス情報通知システムと同等の効果が得られる。
【００８４】
〔発明５５〕  さらに、発明５５のステータス情報通知方法は、発明５３のステータス情報通知方法において、
前記通知順序決定工程は、
前記被通知候補者の対処経験情報を所定の記憶部より取得し、取得した対処経験情報に基づいて、前記経験度合いの小さい被通知者への通知を優先するように前記通知順序を決定することを特徴とする。
これにより、発明９のステータス情報通知システムと同等の効果が得られる。
【００８５】
〔発明５６〕  さらに、発明５６のステータス情報通知方法は、発明５０ないし５５のいずれか１のステータス情報通知方法において、
前記通知順序決定工程は、
前記通知対象端末から前記デバイスまでの前記被通知候補者の移動時間を示す到達予測時間情報に基づいて前記通知順序を決定することを特徴とする。
これにより、発明１０のステータス情報通知システムと同等の効果が得られる。
【００８６】
〔発明５７〕  さらに、発明５７のステータス情報通知方法は、発明５０ないし５６のいずれか１のステータス情報通知方法において、
前記通知順序決定工程は、
前記デバイスを前記被通知候補者が利用した回数を示す利用頻度情報に基づいて前記通知順序を決定することを特徴とする。
これにより、発明１１のステータス情報通知システムと同等の効果が得られる。
【００８７】
〔発明５８〕  さらに、発明５８のステータス情報通知方法は、発明５０ないし５７のいずれか１のステータス情報通知方法において、
前記ステータス情報は、前記デバイスの障害に関する情報であり、
前記通知先候補検索工程は、前記ステータス情報ごとに障害の重度を示す障害レベルと、前記被通知者ごとに対処可能な前記障害レベルを示す対処レベルとを設定しておき、前記ステータス情報の障害レベルに応じた前記対処レベルの前記被通知者を選択することを特徴とする。
これにより、発明１２のステータス情報通知システムと同等の効果が得られる。
【００８８】
〔発明５９〕  さらに、発明５９のステータス情報通知方法は、発明５０ないし５８のいずれか１のステータス情報通知方法において、
前記通知先再選択工程は、
前記通知順序決定工程によって決定された通知順序に基づいて、前記絞り込まれた複数の被通知候補者のなかから、前記ステータス情報を通知した前記被通知者とは異なる被通知者を選択することを特徴とする。
これにより、発明１３のステータス情報通知システムと同等の効果が得られる。
【００８９】
〔発明６０〕  さらに、発明６０のステータス情報通知方法は、
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知するステータス情報通知方法であって、
複数の前記通知対象候補端末のなかから、前記ステータス情報に基づいて、被通知者が利用していると推定される通知対象端末を選択し、選択した通知対象端末に前記ステータス情報を通知するステータス情報通知工程を含むことを特徴とする。
これにより、発明１４のステータス情報通知システムと同等の効果が得られる。
【００９０】
〔発明６１〕  さらに、発明６１のステータス情報通知方法は、
ネットワークを介して利用されるデバイスのステータス情報を通知対象端末に通知するステータス情報通知方法であって、
前記ステータス情報を取得するステータス情報取得工程と、
前記通知対象端末が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合工程と、
前記入力インターフェース操作問合工程の問い合わせ結果に基づいて前記通知対象端末が操作されていると判定したときは、前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致するか否かを判定する管理者情報比較工程と、
前記管理者情報比較工程により前記通知対象端末の管理者情報および前記デバイスの管理者情報が一致すると判定されたときは、前記ステータス情報取得工程で取得したステータス情報を前記通知対象端末に通知するステータス情報通知工程とを含むことを特徴とする。
これにより、発明１５のステータス情報通知システムと同等の効果が得られる。
【発明を実施するための最良の形態】
【００９１】
以下、本発明の第１の実施の形態を図面を参照しながら説明する。図１ないし図１７は、本発明に係るステータス情報通知システム、ステータス情報通知サーバ、ステータス情報通知デバイスおよびステータス情報通知プログラム、並びにステータス情報通知方法の第１の実施の形態を示す図である。
図１は、ステータス情報通知システム１００の全体構成図である。以下、デバイスとしてプリンタを例に挙げて説明する。
【００９２】
ステータス情報通知システム１００は、図１に示すように、プリンタ１０１、ステータス情報通知サーバ１０２、スケジュール管理サーバ１０３、一般ユーザ端末１０４、デバイス管理者端末１０５およびサービスセンタ端末１０６を備え、通信ネットワーク１０７を介して通信が可能である。
プリンタ１０１は、障害が発生した場合は、発生した障害の障害情報をステータス情報として、現在のプリンタ１０１の動作状態を通知する場合は、状態情報をステータス情報としてステータス情報通知サーバ１０２へ送信する。
【００９３】
ステータス情報通知サーバ１０２は、通信ネットワーク１０７によって接続されているプリンタ１０１のステータス情報を、その内容に応じて、通知すべきユーザ端末を利用していると推定される被通知者を選択し、ステータス情報を、選択した被通知者のユーザ端末である通知先ユーザ端末へ送信する。例えば、プリンタ１０１に障害が発生した場合、ステータス情報通知サーバ１０２は、その障害の障害情報を取得し、取得した障害情報に基づいて、障害情報を通知する被通知者を選択し、選択された被通知者のユーザ端末である依頼先ユーザ端末へステータス情報を送信する。ここで、通知先ユーザ端末は、一般ユーザ端末１０４、デバイス管理者端末１０５、サービスセンタ端末１０６のなかの少なくとも１つである。
【００９４】
スケジュール管理サーバ１０３は、プリンタ１０１のステータス情報を通知する被通知者の行動予定を示すスケジュール情報を管理する。例えば、打ち合わせの予定日時や場所、外出の予定日時や外出先等を、個人別に管理する。
一般ユーザ端末１０４は、プリンタ１０１を利用する一般ユーザによって使用されるユーザ端末であって、通信ネットワーク１０７を介して、プリンタ１０１へ印刷処理を依頼する。ここで、一般ユーザのなかには、比較的技術的に高い知識を有し、プリンタ１０１のメンテナンスを行うことができる者も存在する。
【００９５】
デバイス管理者端末１０５は、一般ユーザのなかのプリンタ１０１の管理を担当しているデバイス管理者によって使用されるユーザ端末である。デバイス管理者は、比較的技術的に高い知識を有し、プリンタ１０１のメンテナンスを行うことができる。
サービスセンタ端末１０６は、プリンタ１０１を納入したＳＩやメーカのサービスセンタにおける保守担当者によって使用されているユーザ端末である。サービスセンタの保守担当者は、プリンタ１０１のメンテナンス、プリンタ１０１の修理を行うことができる。
【００９６】
また、図示されていないが、プリンタ１０１、ステータス情報通知サーバ１０２、スケジュール管理サーバ１０３、一般ユーザ端末１０４、デバイス管理者端末１０５およびサービスセンタ端末１０６は、それぞれ、制御プログラムに基づいて演算および装置全体を制御するＣＰＵと、所定領域にあらかじめＣＰＵの制御プログラム等を格納しているＲＯＭと、ＲＯＭ等から読み出された情報やＣＰＵの演算過程において必要な演算結果を格納するためのＲＡＭと、外部装置に対して情報の入出力を媒介するインタフェースを備えている。また、ＣＰＵ、ＲＯＭ、ＲＡＭおよびインタフェースは、情報を転送するための信号線であるバスにより相互にかつ情報授受可能に接続されている。
【００９７】
次に、プリンタ１０１の構成を詳細に説明する。
図２は、プリンタ１０１の機能ブロック図の一例である。
プリンタ１０１は、図２に示すように、ステータス情報取得手段２０１およびステータス情報伝達手段２０２を備えている。さらに、ステータス情報伝達手段２０２は、ステータス情報通知手段２１１およびステータス情報提供手段２１２を備えている。
【００９８】
ステータス情報取得手段２０１は、用紙切れ、インク切れ等の消耗品切れ、紙ジャム、機器異常等を、プリンタ１０１自身に備えられている各種センサ等によって検出し、検出したそれらの情報をステータス情報として取得する。
ステータス情報伝達手段２０２は、ステータス情報取得手段２０１によって取得したステータス情報を、ステータス情報通知サーバ１０２へインタフェースを介して送信する。
【００９９】
ステータス情報通知手段２１１は、プリンタ１０１に発生した障害として認識したときや、ステータス情報通知サーバ１０２へ通知しなければならない動作状態として認識したときに、ステータス情報取得手段２０１によって取得したステータス情報を、ステータス情報通知サーバ１０２へ送信する。
ステータス情報提供手段２１２は、ステータス情報通知サーバ１０２からの送信要求に基づいて、既に取得されているプリンタ１０１のステータス情報を、ステータス情報通知サーバ１０２へ送信する。
【０１００】
次に、プリンタ１０１で実行される処理を詳細に説明する。
図３は、プリンタ１０１のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
図３に示すように、まず、各種センサ等から受信情報を取得し（Ｓ８０１）、受信情報がステータス情報通知サーバ１０２へ送信しなければならないデバイス検出情報であるか否かを判定する（Ｓ８０２）。受信情報がデバイス検出情報ではないと判定した場合（Ｓ８０２；Ｎｏ）は、処理を終了する。
【０１０１】
一方、受信情報がデバイス検出情報であると判定した場合（Ｓ８０２；Ｙｅｓ）は、ステータス情報通知サーバ１０２へデバイス検出情報を送信するために、受信したデバイス検出情報とプリンタ１０１のデバイス情報とを含めた送信情報を生成し（Ｓ８０３）、生成した送信情報をステータス情報通知サーバ１０２へ送信し（Ｓ８０４）、処理を終了する。
【０１０２】
次に、ステータス情報通知サーバ１０２の構成を詳細に説明する。
図４は、ステータス情報通知サーバ１０２の機能ブロック図の一例である。
ステータス情報通知サーバ１０２は、図４に示すように、ステータス情報検出手段３０１、スケジュール情報取得手段３０２、通知先選択手段３０３、ステータス情報送信手段３０４および通知先再選択手段３０５を備えている。
【０１０３】
ステータス情報検出手段３０１は、プリンタ１０１のステータス情報伝達手段２０２からプリンタ１０１のステータス情報およびプリンタ１０１のデバイス情報を受信する。ここで、デバイス情報とは、デバイスを識別するための情報である。また、プリンタ１０１のステータス情報伝達手段２０２からの受信は、プリンタ１０１へステータス情報の送信要求をすることによって、ステータス情報およびデバイス情報を受信する。また、プリンタ１０１のステータス情報伝達手段２０２からの受信は、障害が発生したときた動作情報を取得したときに、ステータス情報およびデバイス情報を受信する。
【０１０４】
スケジュール情報取得手段３０２は、定期的に、被通知者ごとのスケジュール情報の送信をスケジュール管理サーバ１０３へ要求し、スケジュール管理サーバ１０３からスケジュール情報を受信する。また、受信したスケジュール情報を、被通知者ごとにスケジュール情報保存部３１３へ格納する。
図５は、スケジュール情報保存部３１３の構成を示す図の一例である。
【０１０５】
図５に示すように、被通知者ごとに、被通知者を識別する識別名、予定行事の日時／時間帯、および予定行事場所が、少なくとも格納されている。すなわち、被通知者の不在や在室していても打ち合わせ等によりステータス情報に対する対処作業の時間がない時間帯を判別するための情報が格納されている。例えば、被通知者の佐藤一郎が、２００３年４月１６日の１２時３０分から１８時まで外出する場合、識別名「佐藤一郎」のレコードに、予定行事の日時／時間帯として「２００３．０４．１６／１２：３０−１８：００」が、予定行事場所として「外出」が格納される。
【０１０６】
図４に戻り、通知先選択手段３０３は、ステータス情報検出手段３０１によって受信したステータス情報に基づいて、ステータス情報を通知する複数の被通知者の候補を検索し、検索した被通知者の候補のなかから、取得したデバイスのステータス情報を通知する被通知者を選択する。通知先選択手段３０３は、通知先候補検索手段３２１、通知順序決定手段３２２、通知先候補利用判定手段３２３および通知先決定手段３２４を備えている。
【０１０７】
通知先候補検索手段３２１は、ステータス情報検出手段３０１によって受信したステータス情報に基づいて、ステータス情報保存部３１１より、ステータス情報の障害レベルを取得する。また、取得した障害レベルに基づいて、通知先情報保存部３１２の対処レベルテーブルより複数の被通知者の候補を検索する。ここで、ステータス情報保存部３１１には、ステータス情報に関する各種情報が格納されている。また、通知先情報保存部３１２には、ステータス情報を通知する被通知者に関するユーザ情報として、対処レベルテーブル、エラー対応回数テーブル、到達予測時間テーブル、利用頻度テーブルおよび消耗品使用料テーブルが少なくとも格納される。
【０１０８】
図６は、ステータス情報保存部３１１の構成を示す図の一例である。
図６に示すように、ステータス情報保存部３１１には、ステータス情報の種類を人間の見方により判別するためのステータス情報名、障害の重度を示す障害レベル、およびステータス情報を通知する被通知者の分類が、少なくとも格納されている。以下、障害レベルが３段階に分かれている例を挙げて説明する。Ａが最も重い障害、Ｃが最も軽い障害とする。例えば、トナー交換の場合、ステータス情報名として「トナー交換」が、被通知先の分類として「デバイス管理者」が、障害レベルとして「Ｃ」が１レコードに格納される。
【０１０９】
図７（ａ）は、対処レベルテーブルの構成を示す図の一例であり、図７（ｂ）は、エラー対応回数テーブルの構成を示す図の一例であり、図７（ｃ）は、到達予測時間テーブルの構成を示す図の一例であり、図７（ｄ）は、利用頻度テーブルの構成を示す図の一例であり、図７（ｅ）は、消耗品使用料テーブルの構成を示す図の一例である。
図７（ａ）に示すように、対処レベルテーブルには、被通知者の分類、被通知者を識別する識別名、および被通知者が対処可能な障害レベルを表す対処レベルが、少なくとも格納されている。例えば、被通知者が山田太郎の場合、対処レベルテーブルには、対処レベルとして「Ａ」が、識別名として「山田太郎」が１レコードに格納され、さらにそのレコードが、被通知者の分類の「デバイス管理者」のグループに格納されている。
【０１１０】
図７（ｂ）に示すように、エラー対応回数テーブルには、被通知者を識別する識別名、および被通知者が対処した回数を示すエラー対応回数が、少なくとも格納されている。例えば、被通知者が山田太郎の場合、エラー対応回数テーブルには、識別名として「山田太郎」が、エラー対応回数として「５（回）」が格納されている。
図７（ｃ）に示すように、到達予測時間テーブルには、被通知者を識別する識別名、およびユーザ端末からデバイスまで被通知者が移動するのにかかる時間を示す到達予測時間が、少なくとも格納されている。例えば、被通知者が山田太郎の場合、到達予測時間テーブルには、識別名として「山田太郎」が、到達予測時間として「６０（ｓ）」が格納されている。
【０１１１】
図７（ｄ）に示すように、利用頻度テーブルには、被通知者を識別する識別名、および被通知者がデバイスを利用した回数を示す利用頻度が、少なくとも格納されている。例えば、被通知者が山田太郎の場合、利用頻度テーブルには、識別名として「山田太郎」が、利用頻度として「１２０（回）」が格納されている。
図７（ｅ）に示すように、消耗品使用料テーブルには、被通知者を識別する識別名、および被通知者がデバイスを利用したことによって生じた消耗品使用料が、少なくとも格納されている。ここで、消耗品使用料は、トナー、用紙等の消費金額の合計である。例えば、被通知者が山田太郎の場合、消耗品使用料テーブルには、識別名として「山田太郎」が、消耗品使用料として「３０００（円）」が格納されている。
【０１１２】
図４に戻り、通知順序決定手段３２２は、所定の通知順序決定ルールおよびユーザ情報優先度テーブル３１６に基づいて、通知先候補検索手段３２１によって検索された複数の被通知者の通知順序を決定する。ここで、所定の通知順序決定ルールは、被通知者への通知順序を決定するためのルールで、被通知者の条件情報と、優先される条件情報の順番を示したものである。また、ユーザ情報優先度テーブル３１６は、被通知者に関するユーザ情報において、優先されるユーザ情報の順番を示したものである。
【０１１３】
図８は、ユーザ情報優先度テーブル３１６の構成を示す図の一例である。
ユーザ情報優先度テーブル３１６は、被通知者に関するユーザ情報が格納されているテーブルの優先度を指定する。すなわち、図８に示すように、テーブルの優先度が指定されている場合は、まず、被通知者のエラー対応回数に基づいて被通知者への通知順序を決定する。エラー対応回数が同じで通知順序を決定できない場合は、次に、被通知者の到達予測時間に基づいて被通知者への通知順序を決定する。エラー対応回数および到達予測時間が同じで通知順序を決定できない場合は、次に、被通知者の消耗品使用料に基づいて被通知者への通知順序を決定する。エラー対応回数、到達予測時間および消耗品使用料が同じで通知順序を決定できない場合は、次に、被通知者の利用頻度に基づいて被通知者への通知順序を決定する。ここで、ユーザ情報優先度テーブル３１６の優先度は、デバイス管理者により設定される。
【０１１４】
通知先候補利用判定手段３２３は、被通知者のユーザ端末が使われているか否かを示す使用状況情報を、各ユーザ端末に問い合わせ、取得する。また、スケジュール情報保存部３１３からスケジュール情報を取得し、スケジュール情報および使用状況情報に基づいて、通知順序決定手段３２２によって順序付けられた被通知者が、現在、ユーザ端末を利用しているか否かを判定する。
【０１１５】
通知先決定手段３２４は、通知先候補利用判定手段３２３によって、ユーザ端末を利用していると判定された被通知者の通知順序に基づいて、通知先テーブル３１４を生成し、ステータス情報を通知する被通知者を決定する。ここで、複数の異なる種類の障害が発生した場合は、障害レベルの高いレベルの障害情報に基づいて、被通知者が選択される。
図９は、通知先テーブル３１４の構成を示す図の一例である。
【０１１６】
図９に示すように、通知先テーブル３１４には、ステータス情報名、被通知者の分類、障害レベル、ステータス情報に基づいた対処作業の対処予定時間、および順序付けられた通知規定人数の被通知者の識別名が、少なくとも格納されている。
ステータス情報送信手段３０４は、通知先テーブル３１４の通知順序に基づいて、通知先選択手段３０３によって選択された被通知者の通知先ユーザ端末、または通知先再選択手段３０５によって選択された被通知者の通知先ユーザ端末へ、プリンタ１０１のステータス情報を送信する。
【０１１７】
通知先再選択手段３０５は、ステータス情報送信手段３０４によって送信したステータス情報に基づいた対処作業が、所定の対処予定時間以内に完了したか否かを判定し、所定の対処予定時間を経過しても完了しないときに、通知先テーブル３１４の通知順序に基づいて、複数の被通知者の候補のなかから、既に通知した被通知者とは異なる次の被通知者を選択する。また、所定の対処予定時間以内に完了しているときは、エラー対応者保存部３１５に、被通知者を反映し、通知先情報保存部３１２の被通知者のエラー対応回数を更新する。
【０１１８】
エラー対応者保存部３１５は、ステータス情報と、ステータス情報に基づいた対処作業を実施した被通知者とが対応付けて保存され、通知順序決定手段３２２の通知順序の決定に利用される。
次に、ステータス情報通知サーバ１０２で実行される処理を詳細に説明する。
図１０は、ステータス情報通知サーバ１０２のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
【０１１９】
図１０に示すように、まず、プリンタ１０１の状態を監視し（Ｓ９０１）、プリンタ１０１の状態が、被通知者へ通知しなければならない状態であるか否かを判定する（Ｓ９０２）。例えば、定期的に、プリンタ１０１と通信して、プリンタ１０１の状態を取得し、プリンタ１０１の状態が、被通知者へ通知しなければならない状態であるか否か判定する。また、プリンタ１０１からデバイス検出情報を受信し、プリンタ１０１の状態が、被通知者へ通知しなければならない状態であるか否か判定する。
【０１２０】
プリンタ１０１の状態が、被通知者へ通知しなければならない状態ではないと判定した場合（Ｓ９０２；Ｎｏ）は、処理を終了する。
一方、プリンタ１０１の状態が、被通知者へ通知しなければならない状態であると判定した場合（Ｓ９０２；Ｙｅｓ）は、被通知者がユーザ端末を利用しているか否かを示す利用状況情報を取得する（Ｓ９０３）。すなわち、ログインされている識別名のユーザ端末へ、キーボードやマウスの使用状況等から、それぞれのユーザ端末が使用されているか否かを判定したユーザ端末の使用状況情報の送信を要求し、取得する。取得した使用状況情報と、スケジュール情報保存部３１３から取得した被通知者のスケジュール情報との少なくとも１つの情報が、被通知者の利用状況情報である。ここで、被通知者のスケジュール情報は、定期的に、スケジュール管理サーバ１０３へスケジュール情報の送信を要求し、被通知者ごとのスケジュール情報を受信し、スケジュール情報保存部３１３に格納している情報である。
【０１２１】
次に、プリンタ１０１を識別するデバイス情報とステータス情報を取り出し（Ｓ９０４）、取得したステータス情報に基づいて、ステータス情報を通知する複数の被通知者の候補を検索し、検索した被通知者の候補に対して、所定の通知順序決定ルールに基づいて、ステータス情報を通知する通知順序を決定し、決定された通知順序に基づいて、ユーザ端末を利用していると推定される被通知者を選択する（Ｓ９０５）。次に、選択した被通知者の通知先ユーザ端末へプリンタ１０１のステータス情報を送信する（Ｓ９０６）。
【０１２２】
次に、ステータス情報に基づいた対処作業が所定の対処予定時間以内に実施されか否かを監視し、実施されていない場合に、ステップＳ９０５において決定された通知順序に基づいて、複数の被通知者の候補のなかから、既に通知した被通知者とは異なる次の被通知者を選択し、選択した被通知者の通知先ユーザ端末へプリンタ１０１のステータス情報を送信し（Ｓ９０７）、処理を終了する。
【０１２３】
図１１は、ステータス情報通知サーバ１０２のステータス情報通知処理における通知先選択処理の一例を示すフローチャートである。
図１１に示すように、まず、ステータス情報に基づいてステータス情報保存部３１１を参照して、ステータス情報に関する各種情報を取得する（Ｓ１００１）。ここでは、被通知者の分類および障害レベルである。次に、通知先情報保存部３１２より被通知者の候補の一覧（以下、「通知先候補テーブル」という）を生成する（Ｓ１００２）。
【０１２４】
次に、ステータス情報の障害レベルがレベルＡであるか否かを判定する（Ｓ１００３）。障害レベルがレベルＡであると判定した場合（Ｓ１００３；Ｙｅｓ）は、通知先候補テーブルから、レベルＢおよびレベルＣの被通知者の情報を削除し（Ｓ１００４）、次のステップＳ１１０７へ移行する。
一方、障害レベルがレベルＡではないと判定した場合（Ｓ１００３；Ｎｏ）は、ステータス情報の障害レベルがレベルＢであるか否かを判定する（Ｓ１００５）。障害レベルがレベルＢであると判定した場合（Ｓ１００５；Ｙｅｓ）は、通知先候補テーブルから、レベルＣの被通知者の情報を削除し（Ｓ１００６）、次のステップＳ１１０７へ移行する。
【０１２５】
一方、障害レベルがレベルＢではないと判定した場合（Ｓ１００５；Ｎｏ）は、次のステップＳ１１０７へ移行する。
次に、所定の通知順序決定ルール、通知先情報保存部３１２に格納されている対処レベルテーブル、エラー対応回数テーブル、到達予測時間テーブル、利用頻度テーブルおよび消耗品使用料テーブル、並びにユーザ情報優先度テーブル３１６に格納されているユーザ情報の各種テーブルの優先度に基づいて、ステータス情報を通知するための被通知者の候補の通知順序を決定する（Ｓ１００７）。次に、通知順序に沿って、図１０のステップＳ９０３にて取得した利用状況情報に基づいて、被通知の候補の利用状況情報を取得し（Ｓ１００８）、被通知者の候補がユーザ端末を利用しているか否かを判定する（Ｓ１００９）。
【０１２６】
被通知者の候補がユーザ端末を利用していないと判定した場合（Ｓ１００９；Ｎｏ）は、ステップＳ１００８へ戻り、通知順序に沿って次の被通知者の候補の利用状況情報を取得する。ここで、サービスセンタ端末１０６は、被通知者の候補が利用しているとする。
一方、被通知者の候補がユーザ端末を利用していると判定した場合（Ｓ１００９；Ｙｅｓ）は、通知先テーブル３１４に、被通知者の情報を格納し（Ｓ１０１０）、通知規定人数に達したか否かを判定し（Ｓ１０１１）、通知規定人数に達したと判定した場合（Ｓ１０１１；Ｙｅｓ）は、次のステップＳ１０１２へ移行する。
【０１２７】
一方、通知規定人数に達していないと判定した場合（Ｓ１０１１；Ｎｏ）は、通知規定人数に達するまで、ステップＳ１００８に戻り、ステップＳ１００８ないしＳ１０１１を繰り返し、次のステップＳ１０１２へ移行する。ここで、通知規定人数に達するまでに、被通知者の候補を全て判定した場合は、通知規定人数に達していない場合であっても、次の次のステップＳ１０１２へ移行する。
【０１２８】
次に、ステータス情報の各種情報を通知先テーブル３１４へ格納し、通知先テーブル３１４を生成し（Ｓ１０１２）、生成した通知先テーブル３１４に基づいて、ステータス情報を通知する被通知者を選択し（Ｓ１０１３）、処理を終了する。
図１２および図１３は、通知先テーブル３１４の生成を説明する図である。
ここでは、プリンタ１０１の「トナー交換」のステータス情報をプリンタ１０１より受信した場合の通知先テーブル３１４の生成を説明する。被通知者の分類は「デバイス管理者」であり、障害レベルは「レベルＣ」に属する。また、通知順序を決定する所定の通知順序決定ルールとして下記のルールを例に挙げて説明する。また、ルール番号の小さい方を優先順位の高いルールとする。
（ルール１）一般ユーザ、デバイス管理者、サービスセンタの順にステータス情報を通知するものとする。
（ルール２）一般ユーザ、デバイス管理者、サービスセンタそれぞれの範疇内でのみ通知順位を入れ替える。
（ルール３）被通知者の分類を優先する。
（ルール４）対処レベルの低い被通知者を優先する。
（ルール５）対処レベルが同じ場合は、ユーザ情報優先度テーブル３１６に格納されているユーザ情報の各種テーブルの優先度に従う。すなわち、ここでは、優先度の一番高いエラー対応回数テーブルに基づいて、エラー対応回数の少ない被通知者を優先する。
【０１２９】
まず、図１１のステップＳ１００２、Ｓ１００４およびＳ１００５によって、図１１に示すように、通知先情報保存部３１２から、被通知者の情報を取り出し、被通知者の候補の一覧である通知先候補テーブルＡを生成する。次に、「トナー交換」の障害レベルは「レベルＣ」であることから、図１１のステップＳ１００３およびＳ１００５によって、全ての被通知者が候補となる。
【０１３０】
次に、図１１のステップＳ１００７によって、生成した通知先候補テーブルＡに所定の通知順序決定ルールを適用し、通知順序に編集された通知先候補テーブルＥが生成される。
すなわち、ルール１により、被通知者の分類が「一般ユーザ」、「デバイス管理者」、「サービスセンタ」の順で順序付けされた通知先候補テーブルＢが生成され、ルール３によりさらに、被通知者の分類が「デバイス管理者」、「一般ユーザ」、「サービスセンタ」の順で順序付けされた通知先候補テーブルＣが生成される。
【０１３１】
次に、ルール２およびルール４により、被通知者の分類が「デバイス管理者」のなかで、識別名の「山田太郎」と「鈴木博」との通知順位が入れ替わり、被通知者の分類が「一般ユーザ」のなかで、識別名の「安部孝弘」および「植田雅彦」と、「伊藤圭三」との通知順位が入れ替わり、被通知者の分類が「サービスセンタ」のなかで、識別名の「□□サポート部」と「○○サポート部」との通知順位が入れ替わった通知先候補テーブルＤが生成される。
【０１３２】
次に、ルール２およびルール５により、被通知者の分類が「一般ユーザ」のなかで、識別名の「植田雅彦」と「安部孝弘」との通知順位が入れ替わり、識別名の「清水幸太」と「長谷川綾」との通知順位が入れ替わった通知先候補テーブルＥが生成される。
最後に、図１１のステップＳ１００８ないしＳ１０１２によって、生成した通知先候補テーブルＥの被通知者の情報を通知順序に沿って取り出し、図１０のステップＳ９０３にて取得した利用状況情報に基づいて、通知先テーブル３１４を生成する。ここでは、利用状況情報としてスケジュール情報を利用し、通知規定人数を３人とした。すなわち、識別名の「佐藤一郎」は外出予定であることから、通知先テーブル３１４に格納される被通知者は、通知順序に沿って、識別名の「鈴木博」、「竹田洋二」、および「山田太郎」の３人となる。
【０１３３】
図１４は、ステータス情報通知サーバ１０２のステータス情報通知処理における通知先再選択処理の一例を示すフローチャートである。
図１４に示すように、まず、通知先ユーザ端末へステータス情報を送信してからの経過時間を算出し（Ｓ１３０１）、所定の対処予定時間を経過したか否かを判定する（Ｓ１３０２）。所定の対処予定時間を経過していないと判定した場合（Ｓ１３０２；Ｎｏ）は、ステップＳ１３０１へ戻り、所定時間待機する。
【０１３４】
一方、所定の対処予定時間を経過したと判定した場合（Ｓ１３０２；Ｙｅｓ）は、ステータス情報に基づいた対処作業が完了したか否かを判定する（Ｓ１３０３）。
対処作業が完了したと判定した場合（Ｓ１３０３；Ｙｅｓ）は、通知先情報保存部３１２の被通知者のエラー対応回数を更新し（Ｓ１３０４）、エラー対応者保存部３１５に被通知者を反映し（Ｓ１３０５）、処理を終了する。
【０１３５】
一方、対処作業が完了していないと判定した場合（Ｓ１３０３；Ｎｏ）は、通知先テーブル３１４に基づいて次の被通知者を選択し（Ｓ１３０６）、選択した被通知者の通知先ユーザ端末へステータス情報を送信し（Ｓ１３０７）、ステップＳ１３０１へ戻り、所定時間待機する。
次に、スケジュール管理サーバ１０３で実行される処理を詳細に説明する。
【０１３６】
図１５は、スケジュール管理サーバ１０３のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
図１５に示すように、まず、ステータス情報通知サーバ１０２からの受信情報を取得し（Ｓ１４０１）、受信情報がスケジュール情報の送信要求であるか否かを判定する（Ｓ１４０２）。受信情報がスケジュール情報の送信要求であると判定した場合（Ｓ１４０２；Ｙｅｓ）は、被通知者のそれぞれのスケジュール情報を取得し（Ｓ１４０３）、取得したスケジュール情報をステータス情報通知サーバ１０２へ送信するための送信情報を生成し（Ｓ１４０４）、生成した送信情報をステータス情報通知サーバ１０２へ送信し（Ｓ１４０５）、処理を終了する。
【０１３７】
一方、受信情報がスケジュール情報の送信要求ではないと判定した場合（Ｓ１４０２；Ｎｏ）は、受信情報に対応する処理を実行して（Ｓ１４０６）、処理を終了する。
次に、ユーザ端末で実行される処理を詳細に説明する。
図１６は、ユーザ端末のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
【０１３８】
図１６に示すように、まず、ステータス情報通知サーバ１０２からの受信情報を取得し（Ｓ１５０１）、受信情報が使用状況情報の送信要求であるか否かを判定する（Ｓ１５０２）。受信情報が使用状況情報の送信要求であると判定した場合（Ｓ１５０２；Ｙｅｓ）は、被通知者がユーザ端末を利用していることを示すキーボード、マウス等の使用状況情報を取得し（Ｓ１５０３）、取得した使用状況情報をステータス情報通知サーバ１０２へ送信するための送信情報を生成し（Ｓ１５０４）、生成した送信情報をステータス情報通知サーバ１０２へ送信し（Ｓ１５０５）、処理を終了する。
【０１３９】
一方、受信情報がスケジュール情報の送信要求ではないと判定した場合（Ｓ１５０２；Ｎｏ）は、受信情報がステータス情報であるか否かを判定する（Ｓ１５０６）。受信情報がステータス情報であると判定した場合（Ｓ１５０６；Ｙｅｓ）は、受信したステータス情報に対応する処理を実行し（Ｓ１５０７）、処理を終了する。例えば、ステータス情報を受信したことを被通知者に知らせるため、画面に受信したことを表示したり、受信したステータス情報を表示したりする。その後、被通知者は、表示された情報に従って、ステータス情報に基づいたデバイスに対する対処作業を実施する。
【０１４０】
一方、受信情報がステータス情報ではないと判定した場合（Ｓ１５０６；Ｎｏ）は、受信情報に対応する処理を実行して（Ｓ１５０８）、処理を終了する。
次に、本実施の形態の動作を説明する。
図１７は、ステータス情報通知処理における、プリンタ１０１、ステータス情報通知サーバ１０２およびユーザ端末の間の動作フローを示す図の一例である。ここで、ユーザ端末は、一般ユーザ端末１０４、デバイス管理者端末１０５およびサービスセンタ端末１０６である。
【０１４１】
図１７に示すように、ステータス情報通知サーバ１０２は、被通知者ごとのスケジュール情報を取得するため、定期的に、スケジュール管理サーバ１０３にスケジュール情報の送信要求をする（図中、点線（１））。スケジュール管理サーバ１０３は、ステータス情報通知サーバ１０２からの要求により、被通知者ごとのスケジュール情報を取得し、取得したスケジュール情報をステータス情報通知サーバ１０２へ送信する（図中、点線（２））。
【０１４２】
次に、プリンタ１０１は、検出されたステータス情報をステータス情報通知サーバ１０２へ送信する（図中、点線（３））。ステータス情報通知サーバ１０２は、ステータス情報を受信すると、被通知者がユーザ端末を利用しているか否かを認識するために、ユーザ端末へ使用状況情報の送信を要求する（図中、点線（４））。各ユーザ端末は、ステータス情報通知サーバ１０２からの要求により、使用状況情報を取得し、取得した使用状況情報をステータス情報通知サーバ１０２へ送信する（図中、点線（５））。
【０１４３】
次に、ステータス情報通知サーバ１０２は、取得したステータス情報に基づいて、ステータス情報を通知する複数の被通知者の候補を検索し、所定の通知順序決定ルールに基づいて、ステータス情報を通知する通知順序を決定する（図中、（６））。次に、取得したスケジュール情報および使用状況情報に基づいて、通知順序に沿って被通知者がユーザ端末を利用しているか否かを判定し、ステータス情報を送信する被通知者を選択する（図中、（７））。
【０１４４】
最後に、選択した被通知者の通知先ユーザ端末へステータス情報を送信する（図中、点線（８））。
このようにして、本実施の形態では、ステータス情報通知システム１００に、ステータス情報通知手段２１１を備え、ステータス情報通知手段２１１に、ステータス情報検出手段３０１、通知先選択手段３０３、ステータス情報送信手段３０４および通知先再選択手段３０５を備えることにより、ユーザ端末を利用していると推定される被通知者がステータス情報の通知を受けるので、対処作業が比較的確実に実施される。また、ステータス情報に基づいて被通知者が選択されるので、対処作業を実施することが可能な技術的知識を有する被通知者へステータス情報を通知することができる。したがって、従来に比して、対処作業完了までの時間を低減することができるとともに、障害が解消されるまでに、ユーザ端末、デバイス管理者端末１０５およびサービスセンタ端末１０６へとステータス情報を通知する通知作業の重複が発生する可能性を低減することができるという効果が得られる。例えば、デバイスに障害が発生した場合に、障害復旧作業を比較的確実に実施しかつ在席していると推定される被依頼者へ、障害復旧作業を依頼し、作業してもらうことにより、デバイスのダウンタイム時間を削減することが可能である。
【０１４５】
上記第１の実施の形態において、プリンタ１０１は、発明１、３、７、１０ないし１２、１６、１８、２２、２５ないし２７、３２、３４、３８、４１ないし４３、４７、４９、５３、５６ないし５８のデバイスに対応し、ユーザ端末は、発明１、２、４ないし６、１０、１６、１７、１９ないし２１、２５、３２、３３、３５ないし３７、４１、４７、４８、５０ないし５２または５６の通知対象端末に対応している。また、エラー対応回数は、発明７ないし９、２２ないし２４、３８ないし４０、５３ないし５５の対処経験情報に対応し、ステータス情報検出手段３０１は、発明２または１７のステータス情報取得手段に対応し、通知先情報保存部３１２は、発明８、９、２３、２４、３９、４０、５４または５５の記憶部に対応している。
【０１４６】
次に、本発明の第２の実施の形態を図面を参照しながら説明する。図１８ないし図２３は、本発明に係るステータス情報通知システム、ステータス情報通知サーバ、ステータス情報通知デバイスおよびステータス情報通知プログラム、並びにステータス情報通知方法の第２の実施の形態を示す図である。
まず、本実施の形態に係るネットワークシステムの構成を図１８を参照しながら説明する。
【０１４７】
図１８は、第２の実施の形態に係るネットワークシステムの構成を示すブロック図である。
ネットワーク４９９には、図１８に示すように、プリンタ５００と、プリンタ５００のステータス情報の通知を受ける複数のユーザ端末４００とが接続されている。
次に、ユーザ端末４００の構成を詳細に説明する。
【０１４８】
図１９は、ユーザ端末４００の構成を示す機能ブロック図である。
ユーザ端末４００は、図１９に示すように、ネットワーク４９９を介してプリンタ５００と通信を行う通信手段４０２と、プリンタ５００からの問い合わせに応じて入力インターフェース（不図示）の操作状態を検出する入力インターフェース操作検出手段４０４と、入力インターフェース操作検出手段４０４の検出結果をプリンタ５００に対して応答する入力インターフェース操作問合応答手段４０６と、プリンタ５００からの問い合わせに応じてユーザ端末４００のログインユーザを検出してその検出結果をプリンタ５００に対して応答するユーザ認証手段４０８とを有して構成されている。
【０１４９】
ユーザ端末４００は、さらに、ステータス情報を受信するステータス情報受信手段４１０と、ステータス情報受信手段４１０で受信したステータス情報をディスプレイ等に表示するステータス情報表示手段４１２とを有して構成されている。
次に、ユーザ端末４００で実行される処理を詳細に説明する。
図２０は、ユーザ端末４００で実行される入力インターフェース操作問合応答処理を示すフローチャートである。
【０１５０】
入力インターフェース操作問合応答処理は、ユーザ端末４００のＲＯＭにあらかじめ格納されている制御プログラムに従って実行される処理であって、ユーザ端末４００のＣＰＵにおいて実行されると、図２０に示すように、まず、ステップＳ２０００に移行するようになっている。
ステップＳ２０００では、ユーザ端末４００が入力インターフェースにより操作を受けているかの問い合わせである入力インターフェース操作問合を受信したか否かを判定し、入力インターフェース操作問合を受信したと判定したとき(Yes)は、ステップＳ２００２に移行するが、そうでないと判定したとき(No)は、入力インターフェース操作問合を受信するまでステップＳ２０００で待機する。
【０１５１】
ステップＳ２００２では、ユーザ端末４００が入力インターフェースにより操作を受けているか否かを判定し、入力インターフェースにより操作を受けていると判定したとき(Yes)は、ステップＳ２００４に移行して、入力インターフェースにより操作を受けている旨の応答メッセージを生成し、ステップＳ２００６に移行して、生成した応答メッセージをプリンタ５００に送信し、一連の処理を終了して元の処理に復帰させる。
【０１５２】
一方、ステップＳ２００２で、ユーザ端末４００が入力インターフェースにより操作を受けていないと判定したとき(No)は、ステップＳ２００８に移行して、入力インターフェースにより操作を受けていない旨の応答メッセージを生成し、ステップＳ２００６に移行する。
図２１は、ユーザ端末４００で実行されるログインユーザ問合応答処理を示すフローチャートである。
【０１５３】
ログインユーザ問合応答処理は、ユーザ端末４００のＲＯＭにあらかじめ格納されている制御プログラムに従って実行される処理であって、ユーザ端末４００のＣＰＵにおいて実行されると、図２１に示すように、まず、ステップＳ２１００に移行するようになっている。
ステップＳ２１００では、ユーザ端末４００に現在ログインしているユーザの問い合わせであるログインユーザ問合を受信したか否かを判定し、ログインユーザ問合を受信したと判定したとき(Yes)は、ステップＳ２１０２に移行するが、そうでないと判定したとき(No)は、ログインユーザ問合を受信するまでステップＳ２１００で待機する。
【０１５４】
ステップＳ２１０２では、ユーザ端末４００に現在ログインしているユーザを検出し、ステップＳ２１０４に移行して、検出したログインユーザのユーザ情報（管理者情報）を含む応答メッセージをプリンタ５００に送信し、一連の処理を終了して元の処理に復帰させる。
次に、プリンタ５００の構成を詳細に説明する。
【０１５５】
図２２は、プリンタ５００の構成を示す機能ブロック図である。
プリンタ５００は、図２２に示すように、ネットワーク４９９を介してユーザ端末４００と通信を行う通信手段５０２と、プリンタ５００の管理者情報を登録する管理者情報登録データベース（以下、データベースのことを単にＤＢと略記する。）５０４と、ステータス情報を取得するステータス情報取得手段５０６と、印刷データに基づいて印刷を行う印刷手段５０８とを有して構成されている。
【０１５６】
プリンタ５００は、さらに、ユーザ端末４００が入力インターフェースにより操作を受けているかを問い合わせる入力インターフェース操作問合手段５１０と、ユーザ端末４００のログインユーザを問い合わせるログインユーザ問合手段５１２と、ユーザ端末４００のユーザ情報およびプリンタ５００の管理者情報を比較する管理者情報比較手段５１４と、ステータス情報をユーザ端末４００に通知するステータス情報通知手段５１６とを有して構成されている。
【０１５７】
管理者情報比較手段５１４は、入力インターフェース操作問合手段５１０の問い合わせ結果に基づいてユーザ端末４００が操作されていると判定したときは、ログインユーザ問合手段５１２の問い合わせ結果に含まれるユーザ情報と、管理者情報登録ＤＢ５０４の管理者情報とが一致するか否かを判定する。
ステータス情報通知手段５１６は、管理者情報比較手段５１４によりユーザ端末４００のユーザ情報およびプリンタ５００の管理者情報が一致すると判定されたときは、ステータス情報取得手段５０６で取得したステータス情報をユーザ端末４００に通知する。
【０１５８】
次に、プリンタ５００で実行される処理を詳細に説明する。
図２３は、プリンタ５００で実行されるステータス通知処理を示すフローチャートである。
ステータス通知処理は、プリンタ５００のＲＯＭにあらかじめ格納されている制御プログラムに従って実行される処理であって、プリンタ５００のＣＰＵにおいて実行されると、図２３に示すように、まず、ステップＳ２２００に移行するようになっている。
【０１５９】
ステップＳ２２００では、入力インターフェース操作問合およびログインユーザ問合をユーザ端末４００に送信し、それら問い合わせの応答メッセージを受信し、受信した応答メッセージに基づいて、ユーザ端末４００が操作中でかつユーザ端末４００からユーザ情報を取得できたか否かを判定し、ユーザ端末４００が操作中でかつユーザ端末４００からユーザ情報を取得できたと判定したとき(Yes)は、ステップＳ２２０２に移行する。
【０１６０】
ステップＳ２２０２では、管理者情報登録ＤＢ５０４から管理者情報を読み出し、ステップＳ２００４に移行して、取得したユーザ情報と、読み出した管理者情報とが一致しているか否かを判定し、ユーザ情報および管理者情報が一致していると判定したとき(Yes)は、ステップＳ２２０６に移行して、上記第１の実施の形態におけるステップＳ９０４，Ｓ９０６と同様の処理を実行し、ステップＳ２２０８に移行する。
【０１６１】
ステップＳ２２０８では、すべてのユーザ端末４００についてステップＳ２２００〜Ｓ２２０６の処理を終了したか否かを判定し、すべてのユーザ端末４００について処理が終了したと判定したとき(Yes)は、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ２２０８で、一部のユーザ端末４００について処理が終了していないと判定したとき(No)は、ステップＳ２２００に移行する。
【０１６２】
一方、ステップＳ２２００で、ユーザ端末４００が操作中でないまたはユーザ端末４００からユーザ情報を取得できないと判定したとき(No)は、ステップＳ２２０８に移行する。
次に、本実施の形態の動作を説明する。
プリンタ５００では、ステップＳ２２００を経て、入力インターフェース操作問合およびログインユーザ問合がユーザ端末４００に送信される。
【０１６３】
ユーザ端末４００では、入力インターフェース操作問合を受信すると、ステップＳ２００２を経て、ユーザ端末４００が入力インターフェースにより操作を受けているか否かが判定される。ここで、ユーザがユーザ端末４００を操作していると、ステップＳ２００４，Ｓ２００６を経て、入力インターフェースにより操作を受けている旨の応答メッセージがプリンタ５００に送信される。
【０１６４】
また、ユーザ端末４００では、ログインユーザ問合を受信すると、ステップＳ２１０２，Ｓ２１０４を経て、ユーザ端末４００に現在ログインしているユーザが検出され、検出されたログインユーザのユーザ情報を含む応答メッセージがプリンタ５００に送信される。
プリンタ５００では、入力インターフェース操作問合およびログインユーザ問合の応答メッセージを受信すると、受信した応答メッセージに基づいて、ユーザ端末４００が操作中でかつユーザ端末４００からユーザ情報を取得できたか否かが判定される。ここで、受信した応答メッセージには、入力インターフェースにより操作を受けている旨およびユーザ情報が含まれているので、ステップＳ２２０２，Ｓ２２０４を経て、管理者情報登録ＤＢ５０４から管理者情報が読み出され、ユーザ情報および管理者情報が一致しているか否かが判定される。その結果、一致していると判定されると、ステップＳ２２０６を経て、上記第１の実施の形態におけるステップＳ９０４，Ｓ９０６と同様の処理が実行される。すなわち、ステータス情報が取得され、取得されたステータス情報がユーザ端末４００に送信される。
【０１６５】
プリンタ５００では、このような通知処理がすべてのユーザ端末４００について行われる。
このようにして、本実施の形態では、プリンタ５００は、ユーザ端末４００が入力インターフェースにより操作を受けているかを問い合わせ、その問い合わせ結果に基づいてユーザ端末４００が操作されていると判定したときは、ユーザ端末４００のユーザ情報およびプリンタ５００の管理者情報が一致するか否かを判定し、それらが一致すると判定されたときは、ステータス情報をユーザ端末４００に通知するようになっている。
【０１６６】
これにより、入力インターフェースにより操作を受けているユーザ端末４００にステータス情報が通知されるので、対処作業が比較的確実に実施される。したがって、従来に比して、対処作業完了までの時間を低減することができるとともに、障害が解消されるまでに、ステータス情報を通知する通知作業の重複が発生する可能性を低減することができる。例えば、プリンタ５００に障害が発生した場合に、障害復旧作業を比較的確実に実施することができ、かつ、在席していると推定される被依頼者へ、障害復旧作業を依頼し、作業してもらうことにより、プリンタ５００のダウンタイム時間を削減することが可能である。
【０１６７】
上記第２の実施の形態において、ユーザ端末４００は、発明１５、３１、４６または６１の通知対象端末に対応し、プリンタ５００は、発明１５、３１、４６または６１のデバイスに対応している。
なお、上記第２の実施の形態においては、管理者情報登録ＤＢ５０４、ステータス情報取得手段５０６、入力インターフェース操作問合手段５１０、ログインユーザ問合手段５１２、管理者情報比較手段５１４およびステータス情報通知手段５１６をプリンタ５００に設けて構成したが、これに限らず、これら手段５０４，５０６，５１０〜５１６をステータス情報通知サーバ１０２に設けて構成することもできる。さらに、これら手段５０４，５０６，５１０〜５１６の一部をプリンタ５００に、残部をステータス情報通知サーバ１０２にそれぞれ設けて構成することもできる。
【０１６８】
この場合において、ユーザ端末４００は、発明３０の通知対象端末に対応し、プリンタ５００は、発明３０のデバイスに対応している。
また、上記第１の実施の形態においては、複数の被通知候補者のなかから、ステータス情報に基づいて、ユーザ端末を利用していると推定される被通知者を選択し、選択した被通知者の通知先ユーザ端末へステータス情報を通知するように構成したが、これに限らず、複数のユーザ端末のなかから、ステータス情報に基づいて、被通知者が利用していると推定されるユーザ端末を選択し、選択したユーザ端末にステータス情報を通知するように構成することもできる。
【０１６９】
この場合において、プリンタ１０１は、発明１４、２９、４５または６０のデバイスに対応し、ユーザ端末は、発明１４、２９、４５または６０の通知対象端末に対応している。
また、上記第１の実施の形態においては、ステータス情報通知手段２１１をステータス情報通知サーバ１０２として説明しているが、ステータス情報通知手段２１１をデバイスの機能として備えることも可能である。すなわち、プリンタ１０１にステータス情報通知手段２１１に備えることも可能である。
【０１７０】
また、上記第１の実施の形態においては、スケジュール情報を管理する機能をスケジュール管理サーバ１０３として説明しているが、スケジュール情報を管理する機能をデバイスの機能として備えることも可能である。
また、上記第１および第２の実施の形態においては、デバイスを、１つのプリンタ１０１，５００として説明しているが、複数の同一のデバイスおよび複数の異なるデバイスを、ステータス情報通知システム１００のデバイスとすることも可能である。
【０１７１】
また、上記第１の実施の形態においては、通知先ユーザ端末は１つであるように記載しているが、一度に複数の通知先ユーザ端末へステータス情報を送信することも可能である。
また、上記第１の実施の形態において、通知先再選択処理は、ステータス情報に基づいた対処作業が完了しないとき、通知先テーブル３１４に基づいて次の被通知者を選択しているが、再度、順序付けられた通知先候補テーブルに基づいて、現在の各被通知者の利用状況情報を取得し、再度、通知先テーブル３１４を生成し、生成した通知先テーブル３１４に基づいて次の被通知者を選択することも可能である。
【０１７２】
また、上記第１および第２の実施の形態においては、障害情報および状態情報をステータス情報として通知するように構成したが、ステータス情報としては、より具体的に次のようなものを通知することができる。
デバイスに一般的なステータス情報としては、例えば、電源のオン／オフ状態、デバイスを起動してからの時間、標準時間（ＧＭＴまたは日本標準時等）、デバイスの消費電力、デバイスの製造年月日、デバイスの製品シリアル番号、デバイスのネットワーク設定（ＩＰアドレス、サブネットマスク、デフォルトゲートウェイ、ＤＮＳ（Domain Name System）サーバアドレス、ＷＩＮＳサーバアドレスまたはＮｅｔＢＩＯＳ名等）、ファームウェアのバージョン、全メモリサイズ、使用メモリサイズ、空きメモリサイズ、全ＨＤＤ容量、使用ＨＤＤ容量、および空きＨＤＤ容量に関する情報が挙げられる。
【０１７３】
プリンタ１０１，５００に特化したステータス情報としては、例えば、トナーやインクの消費量[％]（複数の色を使用する場合は、各色ごとのまたは全色まとめた消費量）、トナーやインクの残量[％]（複数の色を使用する場合は、各色ごとのまたは全色まとめた残量）、起動してからの印刷枚数（複数種の用紙を使用する場合は、各種用紙ごとのまたは全種用紙まとめた印刷枚数）、プリンタ１０１，５００が出荷されてからの総印刷枚数（複数種の用紙を使用する場合は、各種用紙ごとのまたは全種用紙まとめた印刷枚数）、現在の残り用紙枚数（複数種の用紙を使用する場合は、各種用紙ごとのまたは全種用紙まとめた残り用紙枚数）、用紙トレイやカバーの開閉の有無、両面ユニット装着の有無、プリンタ１０１，５００の製品シリアル番号、プリンタ１０１，５００の内部温度、および紙詰まりの有無に関する情報が挙げられる。
【０１７４】
また、上記第１および第２の実施の形態においては、デバイスとしてプリンタ１０１，５００を例示したが、これに限らず、例えば、プロジェクタ、ＭＦＰ（Multi Function Printer）、スキャナ、ホームゲートウェイ、ディジタルカメラ、ディジタルビデオカメラ、パソコン、ＰＤＡ（Personal Digital Assistant）、ネットワークストレージ、オーディオ機器、携帯電話、ＰＨＳ（登録商標）（Personal Handyphone System）、ウォッチ型ＰＤＡ、ＳＴＢ（Set Top Box）、ＰＯＳ（Point Of Sale）端末、コピー機、ＦＡＸ機、電話（ＩＰ電話等も含む。）、交換機、ＮＣＵ（Network Control Unit）、ルータ、ハブ、ブリッジ、その他ステータス情報を取得可能な機器を利用することができる。
【０１７５】
また、上記第１および第２の実施の形態においては、ユーザ端末について特に具体的に説明しなかったが、ユーザ端末としては、例えば、パソコン、ＰＤＡ、携帯電話、ＰＨＳ、その他ユーザインターフェースを備える端末を利用することができる。
また、上記第１の実施の形態においては、図３のフローチャートに示す処理を実行する場合には、プリンタ１０１のＲＯＭにあらかじめ格納されている制御プログラムを実行する場合について説明したが、これらの各工程を実行させるためのプログラムを記録した情報記録媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしても良い。
【０１７６】
また、上記第１の実施の形態においては、図１０、図１１および図１４のフローチャートに示す処理を実行する場合には、ステータス情報通知サーバ１０２のＲＯＭにあらかじめ格納されている制御プログラムを実行する場合について説明したが、これらの各工程を実行させるためのプログラムを記録した情報記録媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしても良い。
【０１７７】
また、上記第１の実施の形態においては、図１５のフローチャートに示す処理を実行する場合には、スケジュール管理サーバ１０３のＲＯＭにあらかじめ格納されている制御プログラムを実行する場合について説明したが、これらの各工程を実行させるためのプログラムを記録した情報記録媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしても良い。
【０１７８】
また、上記第１の実施の形態においては、図１６のフローチャートに示す処理を実行する場合には、一般ユーザ端末１０４、デバイス管理者端末１０５、サービスセンタ端末１０６の少なくとも１つの通知先ユーザ端末のＲＯＭにあらかじめ格納されている制御プログラムを実行する場合について説明したが、これらの各工程を実行させるためのプログラムを記録した情報記録媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしても良い。
【０１７９】
ここで、情報記録媒体とは、ＲＡＭ、ＲＯＭ等の半導体記録媒体、ＦＤ、ＨＤ等の磁気記憶型記録媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記録媒体、ＭＯ等の磁気記憶型／光学的読取方式記録媒体であって、電子的、磁気的、光学等の読み取り方法のいかんにかかわらず、コンピュータによって読み取り可能な情報記録媒体であれば、あらゆる情報記録媒体を含むものである。
【０１８０】
また、上記第１および第２の実施の形態は説明のためのものであり、本発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものによって置換した実施の態様を採用することが可能であるが、これらの実施の態様も本発明の範囲に含まれる。
【図面の簡単な説明】
【０１８１】
【図１】ステータス情報通知システム１００の全体構成図である。
【図２】プリンタ１０１の機能ブロック図の一例である。
【図３】プリンタ１０１のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
【図４】ステータス情報通知サーバ１０２の機能ブロック図の一例である。
【図５】スケジュール情報保存部３１３の構成を示す図の一例である。
【図６】ステータス情報保存部３１１の構成を示す図の一例である。
【図７】（ａ）は対処レベルテーブルの構成を示す図の一例、（ｂ）はエラー対応回数テーブルの構成を示す図の一例、（ｃ）は到達予測時間テーブルの構成を示す図の一例、（ｄ）は、利用頻度テーブルの構成を示す図の一例、（ｅ）は消耗品使用料テーブルの構成を示す図の一例。
【図８】ユーザ情報優先度テーブル３１６の構成を示す図の一例である。
【図９】通知先テーブル３１４の構成を示す図の一例である。
【図１０】ステータス情報通知サーバ１０２のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
【図１１】ステータス情報通知サーバ１０２のステータス情報通知処理における通知先選択処理の一例を示すフローチャートである。
【図１２】通知先テーブル３１４の生成を説明する図である。
【図１３】通知先テーブル３１４の生成を説明する図である。
【図１４】ステータス情報通知サーバ１０２のステータス情報通知処理における通知先再選択処理の一例を示すフローチャートである。
【図１５】スケジュール管理サーバ１０３のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
【図１６】ユーザ端末のＲＯＭにあらかじめ格納されている制御プログラムにより実行されるステータス情報通知処理の一例を示すフローチャートである。
【図１７】ステータス情報通知処理における、プリンタ１０１、ステータス情報通知サーバ１０２およびユーザ端末の間の動作フローを示す図の一例である。
【図１８】第２の実施の形態に係るネットワークシステムの構成を示すブロック図である。
【図１９】ユーザ端末４００の構成を示す機能ブロック図である。
【図２０】ユーザ端末４００で実行される入力インターフェース操作問合応答処理を示すフローチャートである。
【図２１】ユーザ端末４００で実行されるログインユーザ問合応答処理を示すフローチャートである。
【図２２】プリンタ５００の構成を示す機能ブロック図である。
【図２３】プリンタ５００で実行されるステータス通知処理を示すフローチャートである。
【符号の説明】
【０１８２】
１００…ステータス情報通知システム，  １０１…プリンタ，  １０２…ステータス情報通知サーバ，  １０３…スケジュール管理サーバ，  １０４…一般ユーザ端末，  １０５…デバイス管理者端末，  １０６…サービスセンタ端末，  １０７…通信ネットワーク，  ２０１…ステータス情報取得手段，  ２０２…ステータス情報伝達手段，  ２１１…ステータス情報通知手段，  ２１２…ステータス情報提供手段，  ３０１…ステータス情報検出手段，  ３０２…スケジュール情報取得手段，  ３０３…通知先選択手段，  ３０４…ステータス情報送信手段，  ３０５…通知先再選択手段，  ３２１…通知先候補検索手段，  ３２２…通知順序決定手段，  ３２３…通知先候補利用判定手段，  ３２４…通知先決定手段，  ４００…ユーザ端末，  ４０２…通信手段，  ４０４…入力インターフェース操作検出手段，  ４０６…入力インターフェース操作問合応答手段，  ４０８…ユーザ認証手段，  ４１０…ステータス情報受信手段，  ４１２…ステータス情報表示手段，  ４９９…ネットワーク，  ５００…プリンタ，  ５０２…通信手段，  ５０４…管理者情報登録ＤＢ，  ５０６…ステータス情報取得手段，  ５０８…印刷手段，  ５１０…入力インターフェース操作問合手段，  ５１２…ログインユーザ問合手段，  ５１４…管理者情報比較手段，  ５１６…ステータス情報通知手段
【図１】
2005032231.tif 000003
【図２】
2005032231.tif 000004
【図３】
2005032231.tif 000005
【図４】
2005032231.tif 000006
【図５】
2005032231.tif 000007
【図６】
2005032231.tif 000008
【図７】
2005032231.tif 000009
【図８】
2005032231.tif 000010
【図９】
2005032231.tif 000011
【図１０】
2005032231.tif 000012
【図１１】
2005032231.tif 000013
【図１２】
2005032231.tif 000014
【図１３】
2005032231.tif 000015
【図１４】
2005032231.tif 000016
【図１５】
2005032231.tif 000017
【図１６】
2005032231.tif 000018
【図１７】
2005032231.tif 000019
【図１８】
2005032231.tif 000020
【図１９】
2005032231.tif 000021
【図２０】
2005032231.tif 000022
【図２１】
2005032231.tif 000023
【図２２】
2005032231.tif 000024
【図２３】
2005032231.tif 000025