(57)【要約】【課題】監視対象装置の稼動状況を監視する稼動状況監視装置に関し，監視対象装置の稼動状況をより正確に判断することが可能な稼動状況監視装置を提供することを目的とする。【解決手段】監視対象装置３０は“接続通知”送信のスケジュールを持ち，通報センター装置（稼動状況監視装置）１０は“接続通知”確認のスケジュールを持つ。通報センター装置１０は，監視対象装置３０から一方的に送信される“接続通知”の受信を確認することにより，その稼動状況を監視する。監視対象装置３０は，自らの電源ＯＮ／ＯＦＦの情報を通報センター装置１０に通知し，通報センター装置１０は，その通知により監視の開始／解除を行う。通報センター装置１０は，監視対象装置３０の電源ＯＦＦによる監視解除後，一定の条件で自動的に監視対象装置３０への監視を再開する。【選択図】図１
2005309643.tif 000002
【特許請求の範囲】
【請求項１】
監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置であって，
前記監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うためのスケジュールを記録する手段と，
前記接続通知の受信確認を行うためのスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段とを備え，
前記監視対象装置の稼動状況を監視する手段は，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段と，
前記監視対象装置が電源を停止することを示す通知である電源ＯＦＦ通知を受信した場合に，前記監視対象装置に対する監視を解除し，その後あらかじめ定められた条件が満たされたときに，自動的に前記監視対象装置に対する監視を再開する手段とを備える
ことを特徴とする稼動状況監視装置。
【請求項２】
監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置であって，
前記監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うためのスケジュールを記録する手段と，
前記接続通知の受信確認を行うためのスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段とを備え，
前記監視対象装置の稼動状況を監視する手段は，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段と，
前記監視対象装置が電源を停止する期間を示す通知である電源停止期間設定通知を受信した場合に，前記電源停止期間設定通知が示す前記監視対象装置が電源を停止する予定日時に前記監視対象装置に対する監視を解除し，前記電源停止期間設定通知が示す前記監視対象装置が電源を復帰する予定日時に前記監視対象装置に対する監視を再開する手段とを備える
ことを特徴とする稼動状況監視装置。
【請求項３】
稼動状況監視装置が監視対象装置の稼動状況を監視する稼動状況監視システムにおける監視対象装置であって，
自身が稼動していることを示す通知である接続通知を前記稼動状況監視装置に送信するためのスケジュールを記録する手段と，
前記接続通知を送信するためのスケジュールに従って，前記稼動状況監視装置に前記接続通知を送信する手段と，
自身の電源を停止する期間の予定日時が設定されたときに，その電源停止期間を示す通知である電源停止期間設定通知を前記稼動状況監視装置に送信する手段とを備える
ことを特徴とする監視対象装置。
【請求項４】
監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置のコンピュータに実行させるためのプログラムであって，
前記コンピュータを，
前記監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うための予め設定されたスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段，
前記監視対象装置が電源を停止する期間を示す通知である電源停止期間設定通知を受信した場合に，前記電源停止期間設定通知が示す前記監視対象装置が電源を停止する予定日時に前記監視対象装置に対する監視を解除し，前記電源停止期間設定通知が示す前記監視対象装置が電源を復帰する予定日時に前記監視対象装置に対する監視を再開する手段，
として機能させるための稼動状況監視装置用プログラム。
【請求項５】
稼動状況監視装置が監視対象装置の稼動状況を監視する稼動状況監視システムにおける監視対象装置のコンピュータに実行させるためのプログラムであって，
前記コンピュータを，
自身が稼動していることを示す通知である接続通知を前記稼動状況監視装置に送信するための予め設定されたスケジュールに従って，前記稼動状況監視装置に前記接続通知を送信する手段，
自身の電源を停止する期間の予定日時が設定されたときに，その電源停止期間を示す通知である電源停止期間設定通知を前記稼動状況監視装置に送信する手段，
として機能させるための監視対象装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，保守サービスの対象となる顧客装置とネットワークで接続された保守サービスを行うコールセンターが，顧客装置での障害発生を自動的に監視する技術に関するものであり，特に，顧客装置の稼動状況を監視する稼動状況監視装置，監視対象装置およびそれらのプログラムに関するものである。
【背景技術】
【０００２】
従来から，コールセンターにネットワークで接続された顧客装置に障害が発生した場合に，その顧客装置がコールセンターに自動的に障害情報を送信するといった保守サービスが存在する。このような保守サービスを行う場合において，コールセンター側が顧客装置の稼動状況を知ることは，非常に重要である。これは，顧客装置自体が障害により停止してしまった場合には，その顧客装置が障害通報を送信できなくなり，コールセンター側で十分な保守サービスを提供することができなくなるからである。
【０００３】
従来，コールセンター側が顧客装置の稼動状況を知るための技術として，コールセンターがネットワークで接続されている顧客装置に対して問合せを行い，顧客装置からの応答の有無によって顧客装置の稼動状況を判断するという技術があった。このような技術では，一般にネットワーク接続に専用線が用いられていた。
【０００４】
しかし，顧客装置が多くなると，各顧客装置にアクセスする必要のあるコールセンター側の負荷が大きくなるという問題があった。また，ネットワーク接続の中心がインターネットとなった現在，情報セキュリティーの考えが厳しくなってきており，セキュリティー面から見るとあまり好ましくないコールセンター側から顧客装置へのアクセスができなくなってきているという問題があった。
【０００５】
このような状況に対し，顧客装置からコールセンターに一方的かつ定期的に電子メール（定期接続通知）を送信し，コールセンターはそのメールを受信することで顧客装置の稼動状況を監視する技術がある。このような技術では，定期接続通知がコールセンターに届かない場合に顧客装置に稼動障害が発生していると判断していた。
【０００６】
なお，監視対象装置の稼動状況を稼動状況監視装置が監視する従来技術として，例えば，特許文献１，特許文献２，特許文献３，特許文献４などがある。
【特許文献１】特開平７−２５０１５６号公報
【特許文献２】特開平５−２２３１３号公報
【特許文献３】特開平１０−４０１９２号公報
【特許文献４】特公平７−１０１３９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前述のように，顧客装置からコールセンターに定期接続通知を送信する技術を用いることにより，定期接続通知がコールセンターに届かない場合に顧客装置に稼動障害が発生していると判断することができる。しかし，顧客が都合によって顧客装置の電源を停止した場合にも定期接続通知が送信されなくなるため，コールセンター側では顧客装置に稼動障害が発生したと誤判断してしまうという問題があった。
【０００８】
このような状況に対し，顧客装置の電源のＯＮ／ＯＦＦ時に，顧客装置がその電源のＯＮ／ＯＦＦをコールセンターに通知する技術がある（例えば，特許文献３，特許文献４参照）。この技術において，コールセンター側では，顧客装置から電源ＯＦＦの通知を受けた場合にその顧客装置に対する監視を停止し，顧客装置から電源ＯＮの通知を受けた場合にその顧客装置に対する監視を再開する。
【０００９】
しかし，顧客装置が電源ＯＦＦ通知を行って電源をＯＦＦした後に稼動障害が発生し，電源をＯＮすることができないような場合に，コールセンター側ではそのことを認識することができないという問題があった。
【００１０】
本発明は，上記の問題点の解決を図り，コールセンター側で顧客装置の稼動状況を最適に監視することが可能となる技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は，上記の課題を解決するため，正常に稼動している顧客装置は，定期的に“接続通知”をコールセンター側に送信し，コールセンター側は，定期的に“接続通知”の受信を確認することにより顧客装置の稼動を確認することを特徴とする。また，そのために，顧客装置側が“接続通知”を送信するためのスケジュールを備え，コールセンター側が“接続通知”の受信を確認するためのスケジュールを備えることを特徴とする。
【００１２】
顧客装置側の“接続通知”を送信するためのスケジュールと，コールセンター側の“接続通知”の受信を確認するためのスケジュールは，連携しながらもそれぞれ独立して存在する。顧客装置側でスケジュールに関する情報（接続周期，電源停止期間（電源停止日時，電源復帰日時），電源復帰後チェック間隔など）が設定・更新されると，顧客装置は，その設定された情報の通知（“接続周期設定通知”，“電源停止期間設定通知”，“電源復帰後チェック間隔設定通知”など）をコールセンター側に送信する。顧客装置側では，設定・更新された情報をもとに“接続通知”を送信するためのスケジュールを作成し，コールセンター側では，顧客装置から受信した通知をもとに“接続通知”の受信を確認するためのスケジュールを作成する。
【００１３】
このように，顧客装置でのスケジュールの設定・更新は，通知によりコールセンター側に伝えられるため，顧客装置でのスケジュールの変更が容易になる。
【００１４】
また，顧客装置は，自身の状況（電源のＯＮ／ＯＦＦ，異常状態の発生など）を伝えるための通知（“電源ＯＮ通知”，“電源ＯＦＦ通知”，“その他通知”など）をコールセンター側に送信する。コールセンター側では，顧客装置の状況によって，監視を開始したり，監視を解除したりする。
【００１５】
ここで，“接続通知”，スケジュールに関する情報の通知，顧客装置の状況を伝えるための通知などは，顧客装置からコールセンター側に一方的に送信され，顧客装置の稼動状況を確認するためにコールセンター側から顧客装置にアクセスする必要はない。
【００１６】
以上のような本発明の主な特徴を，場合分けしてよりわかりやすく説明すると，以下のようになる。
【００１７】
（１）顧客装置は，正常に稼動している場合に，定期的に“接続通知”をコールセンター側に送信する。コールセンター側は，定期的に顧客装置からの“接続通知”があるかを確認し，顧客装置からの定期的な“接続通知”が確認できなかった場合に，その顧客装置に何らかの障害が発生したと判断する。顧客装置は，あらかじめ“接続周期設定通知”を送ることにより，コールセンター側に“接続通知”の送信周期を伝える。
【００１８】
（２）顧客装置は，一時的に電源をＯＦＦするときに，“電源ＯＦＦ通知”をコールセンター側に送信する。コールセンター側は，顧客装置から“電源ＯＦＦ通知”を受けると，その顧客装置に対する監視を解除する。その後，あらかじめ定められた条件が満たされると，その顧客装置に対する監視を再開する。例えば，最初の定期的な“接続通知”の確認のタイミングで再び監視を開始し，さらにその次の定期的な“接続通知”の確認のタイミングで顧客装置からの定期的な“接続通知”が確認できなかった場合に，その顧客装置に何らかの障害が発生したと判断する。
【００１９】
（３）顧客装置は，ＯＦＦ状態となっていた電源をＯＮしたときに，“電源ＯＮ通知”をコールセンター側に送信する。コールセンター側は，顧客装置から“電源ＯＮ通知”を受けると，その顧客装置に対する監視を開始する。監視開始後は，（１）の場合と同様となる。
【００２０】
（４）顧客装置は，ある期間の稼動を停止する場合に，“電源停止期間設定通知”をコールセンター側に送信する。コールセンター側では，顧客装置から“電源停止期間設定通知”を受けると，その通知が示す電源停止日時にその顧客装置に対する監視を解除し，その通知が示す電源復帰日時にその顧客装置に対する監視を再開する。電源復帰日時から一定時間後に，顧客装置は，“接続通知”をコールセンター側に送信する。監視を再開してから一定時間後に，コールセンター側では，顧客装置からの“接続通知”があるかを確認し（電源復帰後チェック），顧客装置からの“接続通知”が確認できなかった場合に，その顧客装置に何らかの障害が発生したと判断する。顧客装置は，あらかじめ“電源復帰後チェック間隔設定通知”を送ることにより，コールセンター側に監視再開後の“接続通知”の送信時期を伝える。
【００２１】
（５）通常の障害通知など，顧客装置の稼動状況に関する通知以外の通知（“その他通知”）を顧客装置から受信すると，コールセンター側は，その顧客装置に対する監視を開始する。監視開始後は，（１）の場合と同様となる。
【００２２】
具体的に，本発明は，監視対象装置（顧客装置）の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置（コールセンター側の装置）であって，監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うためのスケジュールを記録する手段と，接続通知の受信確認を行うためのスケジュールに従って，監視対象装置からの接続通知の受信を確認することにより，監視対象装置の稼動状況を監視する手段とを備え，監視対象装置の稼動状況を監視する手段は，監視対象装置からの接続通知の受信が確認できなかった場合に，監視対象装置に稼動障害が発生していると判断する手段と，監視対象装置が電源を停止することを示す通知である電源ＯＦＦ通知を受信した場合に，監視対象装置に対する監視を解除し，その後あらかじめ定められた条件が満たされたときに，自動的に監視対象装置に対する監視を再開する手段とを備えることを特徴とする。
【００２３】
また，本発明は，監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置であって，監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うためのスケジュールを記録する手段と，接続通知の受信確認を行うためのスケジュールに従って，監視対象装置からの接続通知の受信を確認することにより，監視対象装置の稼動状況を監視する手段とを備え，監視対象装置の稼動状況を監視する手段は，監視対象装置からの接続通知の受信が確認できなかった場合に，監視対象装置に稼動障害が発生していると判断する手段と，監視対象装置が電源を停止する期間を示す通知である電源停止期間設定通知を受信した場合に，電源停止期間設定通知が示す監視対象装置が電源を停止する予定日時に監視対象装置に対する監視を解除し，電源停止期間設定通知が示す監視対象装置が電源を復帰する予定日時に監視対象装置に対する監視を再開する手段とを備えることを特徴とする。
【００２４】
また，本発明は，稼動状況監視装置が監視対象装置の稼動状況を監視する稼動状況監視システムにおける監視対象装置であって，自身が稼動していることを示す通知である接続通知を稼動状況監視装置に送信するためのスケジュールを記録する手段と，接続通知を送信するためのスケジュールに従って，稼動状況監視装置に接続通知を送信する手段と，自身の電源を停止する期間の予定日時が設定されたときに，その電源停止期間を示す通知である電源停止期間設定通知を稼動状況監視装置に送信する手段とを備えることを特徴とする。
【００２５】
以上の各手段による処理は，コンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。
【発明の効果】
【００２６】
本発明により，コールセンター側から顧客装置にアクセスしなくてもコールセンター側で顧客装置の稼動状況を把握することができるようになるため，コールセンター側の負担が軽減されるようになる。
【００２７】
また，コールセンター側で顧客装置の電源のＯＮ／ＯＦＦを把握することができるようになるため，稼動障害発生の検出確度が高くなり，コールセンターのサポート員が不要な対応を行わずにすむようになる。
【００２８】
また，顧客装置が電源をＯＦＦした後に稼動障害が発生した場合や，電源停止期間中に稼動障害が発生した場合でも，その後にコールセンター側で解除となっていた顧客装置の監視を自動的に再開するため，監視解除中の稼動障害の発生を検出できるようになる。
【００２９】
顧客装置からコールセンター側への通知をもとに稼動障害を検出する方法であるため，セキュリティー上の問題もなくなる。すなわち，コールセンター側から顧客装置にアクセスして稼動状況の情報を収集すると，顧客側が顧客装置内の情報漏洩の不安を抱く場合があるが，本発明では，コールセンター側が直接，顧客装置へアクセスすることはないので，情報漏洩のおそれのようなセキュリティー上の問題が解決される。
【発明を実施するための最良の形態】
【００３０】
図１は，本発明の実施の形態における稼動状況監視システムの構成例を示す図である。稼動状況監視システムにおいて，コールセンターには，顧客装置の稼動状況や障害の発生を監視する稼動状況監視装置である通報センター装置１０と，コールセンターに勤めるサポート員が通報センター装置１０からの通報を監視するためのコールセンターシステム２０が備えられている。また，通報センター装置１０は，障害発生の監視対象となる顧客装置である複数の監視対象装置３０に，ネットワーク４０を介して接続されている。
【００３１】
監視対象装置３０は，自身の稼動状況や異常発生状況を通報センター装置１０に伝えるための通知を行う。通知方法としては，例えば電子メールを利用することができる。通報センター装置１０は，監視対象装置３０からの通知状況からその監視対象装置３０の状況を判断し，監視対象装置３０に何らかの障害があると判断された場合には，その旨をコールセンターシステム２０に通報する。サポート員は，コールセンターシステム２０で通報センター装置１０からの通報を監視し，その通報の内容に合わせて監視対象装置３０への対応を行う。
【００３２】
図２は，本実施の形態における監視対象装置から通報センター装置への通知の例を示す図である。監視対象装置３０が通報センター装置１０に送信する通知には，図２に示すようなものがある。
【００３３】
（ａ）“接続通知”：監視対象装置３０が，自らが稼動していることを通報センター装置１０に伝えるための通知である。装置ＩＤ（監視対象装置を一意に認識するためのＩＤ），通知名（この場合は“接続通知”）などの情報を持つ。
【００３４】
（ｂ）“接続周期設定通知”：監視対象装置３０が，定期的な“接続通知”の送信の周期を通報センター装置１０に伝えるための通知である。装置ＩＤ，接続周期（定期的な“接続通知”の送信のスケジュール），通知名（この場合は“接続周期設定通知”）などの情報を持つ。
【００３５】
（ｃ）“電源停止期間設定通知”：監視対象装置３０が，長期に電源を停止する予定がある場合などに，その停止期間を通報センター装置１０に伝えるための通知である。装置ＩＤ，電源停止日時（電源をＯＦＦする予定日時），電源復帰日時（電源をＯＮする予定日時），通知名（この場合は“電源停止期間設定通知”）などの情報を持つ。
【００３６】
（ｄ）“電源復帰後チェック間隔設定通知”：監視対象装置３０が，電源停止期間終了（電源復帰日時）から電源復帰後チェックのための“接続通知”を送信するまでの時間間隔を通報センター装置１０に伝えるための通知である。装置ＩＤ，電源復帰後チェック間隔（電源復帰日時から電源復帰後チェックのための“接続通知”を送信するまでの時間間隔），通知名（この場合は“電源復帰後チェック間隔設定通知”）などの情報を持つ。
【００３７】
（ｅ）“電源ＯＦＦ通知”：監視対象装置３０が，自らの電源ＯＦＦを通報センター装置１０に伝えるための通知である。装置ＩＤ，通知名（この場合は“電源ＯＦＦ通知”）などの情報を持つ。監視対象装置３０の電源ＯＦＦ直前に送信される。
【００３８】
（ｆ）“電源ＯＮ通知”：監視対象装置３０が，自らの電源ＯＮを通報センター装置１０に伝えるための通知である。装置ＩＤ，通知名（この場合は“電源ＯＮ通知”）などの情報を持つ。監視対象装置３０の電源ＯＮ直後に送信される。
【００３９】
（ｇ）“その他通知”：監視対象装置３０が，通報センター装置１０に送信する上記（ａ）〜（ｆ）以外の通知である。例えば，“通常の障害通知”（監視対象装置３０が，自らに発生した何らかの障害をセンター装置１０に伝えるための通知，装置ＩＤ，障害情報（発生した障害に関する情報），通知名（この場合は“通常の障害通知”）などの情報を持つ）などがある。
【００４０】
図３は，本実施の形態における通報センター装置からコールセンターシステムへの通報の例を示す図である。通報センター装置１０がコールセンターシステム２０に送信する通報には，図３に示すようなものがある。
【００４１】
（ａ）“稼動障害通報”（“タイムアウト通報”）：通報センター装置１０が，監視対象装置３０の稼動状況に問題があると判断したときに，コールセンターシステム２０に送信する通報である。
【００４２】
（ｂ）“障害通報”：監視対象装置３０に通常の障害が発生した場合に，通報センター装置１０がコールセンターシステム２０に送信する通報である。
【００４３】
図４は，本実施の形態における監視対象装置の構成例を示す図である。監視対象装置３０は，接続通知スケジュールＤＢ（データベース）３１，接続通知スケジュール設定部３２，通知作成・送信部３３から構成される。
【００４４】
接続通知スケジュールＤＢ３１には，監視対象装置３０が通報センター装置１０に“接続通知”を送信するためのスケジュール情報が記録される。接続通知スケジュール設定部３２は，接続通知スケジュールＤＢ３１の設定・更新が必要な場合にその記録を設定・更新する。通知作成・送信部３３は，通報センター装置１０に送信する通知を作成し，送信する。
【００４５】
図５は，本実施の形態における監視対象装置の接続通知スケジュールＤＢの構造の例を示す図である。接続通知スケジュールＤＢ３１には，接続周期，電源停止期間（電源停止日時，電源復帰日時），電源復帰後チェック間隔，接続通知予定日時の情報が記録される。
【００４６】
接続周期には，定期的に“接続通知”を送信する周期が記録される。接続周期が設定・更新されると，通知作成・送信部３３は，“接続周期設定通知”を作成し，通報センター装置１０に送信する。
【００４７】
電源停止期間には，長期に監視対象装置３０の電源の停止を行う予定がある場合などに，その電源ＯＦＦの予定日時（電源停止日時）と電源ＯＮの予定日時（電源復帰日時）とが記録される。電源停止期間が設定・更新されると，通知作成・送信部３３は，“電源停止期間設定通知”を作成し，通報センター装置１０に送信する。
【００４８】
電源復帰後チェック間隔には，電源停止期間終了（電源復帰日時）から電源復帰後チェックのための“接続通知”を送るまでの時間間隔が記録される。電源復帰後チェック間隔は，１０〜１５分程度である。電源復帰後チェック間隔が設定・更新されると，通知作成・送信部３３は，“電源復帰後チェック間隔設定通知”を作成し，通報センター装置１０に送信する。
【００４９】
接続通知予定日時には，次回の“接続通知”を送信する予定日時が記録される。接続通知予定日時になると，通知作成・送信部３３は，“接続通知”を作成し，通報センター装置１０に送信する。接続通知予定日時は，接続通知スケジュール設定部３２により自動的に設定される。
【００５０】
図６は，本実施の形態における監視対象装置の接続通知予定日時設定処理フローチャートである。監視対象装置３０は，（１）“接続通知”送信後，（２）“電源ＯＮ通知”送信後，（３）“接続周期設定通知”送信後，（４）“電源停止期間設定通知”送信後，（５）“電源復帰後チェック間隔設定通知”送信後などに，接続通知スケジュール設定部３２に対して接続通知予定日時変更命令を出す。
【００５１】
接続通知スケジュール設定部３２は，接続通知予定日時変更命令を受けると，まず，接続通知スケジュールＤＢ３１の接続周期から，次回の定期的な“接続通知”の送信予定日時Ｔａを算出する（ステップＳ１０）。
【００５２】
接続通知スケジュールＤＢ３１の電源停止期間の設定があるかを確認し（ステップＳ１１），電源停止期間の設定がなければ，Ｔａを接続通知予定日時として接続通知スケジュールＤＢ３１に設定する（ステップＳ１２）。
【００５３】
ステップＳ１１において，電源停止期間の設定があれば，接続通知スケジュールＤＢ３１の電源復帰日時に電源復帰後チェック間隔を加えた日時Ｔｂを算出し（ステップＳ１３），ＴａとＴｂとを比較する（ステップＳ１４）。
【００５４】
ステップＳ１４において，Ｔａの方が早ければ，Ｔａを接続通知予定日時として接続通知スケジュールＤＢ３１に設定する（ステップＳ１２）。
【００５５】
ステップＳ１４において，Ｔｂの方が早ければ，Ｔｂを接続通知予定日時として接続通知スケジュールＤＢ３１に設定する（ステップＳ１５）。
【００５６】
図７は，本実施の形態における監視対象装置の動作をパターン別に整理したものである。監視対象装置３０の主な動作を整理すると，以下の通りとなる。
【００５７】
（ａ）接続通知予定日時を経過
接続通知スケジュールＤＢ３１の接続通知予定日時を経過した場合には，“接続通知”を通報センター装置１０に送信し，新たに次の接続通知予定日時を作成し，接続通知スケジュールＤＢ３１の接続通知予定日時を更新する。
【００５８】
（ｂ）電源をＯＮ
監視対象装置３０の電源をＯＮした場合には，“電源ＯＮ通知”を通報センター装置１０に送信する。また，新たに次の接続通知予定日時を作成し，接続通知スケジュールＤＢ３１の接続通知予定日時を更新する。
【００５９】
（ｃ）電源をＯＦＦ  
監視対象装置３０の電源をＯＦＦする場合には，停止する直前に，“電源ＯＦＦ通知”を通報センター装置１０に送信する。
【００６０】
（ｄ）接続周期，電源停止期間，電源復帰後チェック間隔を設定・変更
接続通知スケジュールＤＢ３１の接続周期，電源停止期間，電源復帰後チェック間隔を設定・変更した場合には，それぞれ“接続周期設定通知”，“電源停止期間設定通知”，“電源復帰後チェック間隔設定通知”を通報センター装置１０に送信する。また，新たに次の接続通知予定日時を作成し，接続通知スケジュールＤＢ３１の接続通知予定日時を更新する。
【００６１】
図８は，本実施の形態における通報センター装置の構成例を示す図である。通報センター装置１０は，通知受信部１１，接続通知スケジュールＤＢ１２，接続通知スケジュール設定部１３，障害検出部１４，通報作成・送信部１５から構成される。
【００６２】
通知受信部１１は，監視対象装置３０からの通知を受信する。接続通知スケジュールＤＢ１２には，通報センター装置１０が監視対象装置３０からの“接続通知”の受信を確認するためのスケジュール情報が記録される。接続通知スケジュール設定部１３は，接続通知スケジュールＤＢ１２の設定・更新が必要な場合にその記録を設定・更新する。障害検出部１４は，監視対象装置３０からの“接続通知”の受信状況などをもとに，その装置の稼動状況を判定して稼動障害を検出し，監視対象装置３０からの“通常の障害通知”などをもとに，その装置の異常状態の発生を検出する。通報作成・送信部１５は，障害検出部１４が監視対象装置３０の稼動障害を検出すると，“稼動障害通報”を作成し，障害検出部１４が監視対象装置３０の異常状態の発生を検出すると，“障害通報”を作成し，作成された通報をコールセンターシステム２０に送信する。
【００６３】
図９は，本実施の形態における通報センター装置の接続通知スケジュールＤＢの構造の例を示す図である。接続通知スケジュールＤＢ１２には，装置ＩＤ，接続周期，電源停止期間（電源停止日時，電源復帰日時），電源復帰後チェック間隔，接続通知予定日時，通知未受信フラグ，直前通知名の情報が，監視対象装置３０ごとに記録される。
【００６４】
装置ＩＤには，監視対象装置３０を一意に認識するためのＩＤが記録される。通報センター装置１０は，各通知に含まれる装置ＩＤで，どの監視対象装置３０から送られた通知であるかを特定する。
【００６５】
接続周期には，該当監視対象装置３０が定期的に“接続通知”を送信する周期が記録される。これは，該当監視対象装置３０の接続通知スケジュールＤＢ３１の接続周期と同じ情報である。通知受信部１１が“接続周期設定通知”を受信すると，接続通知スケジュール設定部１３は，接続通知スケジュールＤＢ１２の該当監視対象装置３０の接続周期を設定・更新する。
【００６６】
電源停止期間には，監視対象装置３０に長期電源停止の予定がある場合などに，その電源ＯＦＦの予定日時（電源停止日時）と電源ＯＮの予定日時（電源復帰日時）とが記録される。これは，該当監視対象装置３０の接続通知スケジュールＤＢ３１の電源停止期間（電源停止日時，電源復帰日時）と同じ情報である。通知受信部１１が“電源停止期間設定通知”を受信すると，接続通知スケジュール設定部１３は，接続通知スケジュールＤＢ１２の該当監視対象装置３０の電源停止期間を設定・更新する。
【００６７】
電源復帰後チェック間隔には，監視対象装置３０における電源停止期間終了（電源復帰日時）から電源復帰後チェックのための“接続通知”の送信までの時間間隔が記録される。これは，該当監視対象装置３０の接続通知スケジュールＤＢ３１の電源復帰後チェック間隔と同じ情報である。通知受信部１１が“電源復帰後チェック間隔設定通知”を受信すると，接続通知スケジュール設定部１３は，接続通知スケジュールＤＢ１２の該当監視対象装置３０の電源復帰後チェック間隔を設定・更新する。
【００６８】
接続通知予定日時には，次回の“接続通知”の受信を確認する予定日時が記録される。接続通知予定日時になると，障害検出部１４は，該当監視対象装置３０からの“接続通知”の有無を確認する。接続通知予定日時は，接続通知スケジュール設定部１３により自動的に設定される。
【００６９】
ここで，通報センター装置１０の接続通知スケジュールＤＢ１２の接続通知予定日時は，該当監視対象装置３０の接続通知スケジュールＤＢ３１の接続通知予定日時にあらかじめ定められた猶予時間を加えたものとなる。これは，インターネットや電子メールなどの環境によって，監視対象装置３０と通報センター装置１０との間の通信に，ある程度の時間を要すると考えられるためである。猶予時間は，１０分程度が理想的である。
【００７０】
通知未受信フラグには，（１）接続通知スケジュールＤＢ１２の接続通知予定日時経過後であって，直前に“電源ＯＦＦ通知”を受信しており，まだ未受信のフラグが立っていない場合，または，（２）接続通知スケジュールＤＢ１２の接続通知予定日時経過後であって，電源停止期間中である場合に，未受信のフラグが立てられる。また，何らかの通知を受信した場合に，未受信のフラグが取り消される。
【００７１】
直前通知名には，該当監視対象装置３０から直前に受信した通知の通知名が記録される。通知受信部１１は，何らかの通知を受信すると，接続通知スケジュールＤＢ１２の該当監視対象装置３０の直前通知名を，受信した通知の通知名で更新する。
【００７２】
図１０は，本実施の形態における通報センター装置の接続通知予定日時設定処理フローチャートである。通報センター装置１０は，（１）“接続通知”受信後，（２）“接続周期設定通知”受信後，（３）“電源停止期間設定通知”受信後，（４）“電源復帰後チェック間隔設定通知”受信後，（５）接続通知スケジュールＤＢ１２の接続通知予定日時経過後であって，直前に“電源ＯＦＦ通知”を受信しており，まだ未受信のフラグが立っていない場合，（６）接続通知スケジュールＤＢ１２の接続通知予定日時経過後で，電源停止期間中である場合などに，接続通知スケジュール設定部１３に対して接続通知予定日時変更命令を出す。
【００７３】
接続通知スケジュール設定部１３は，接続通知予定日時変更命令を受けると，まず，接続通知スケジュールＤＢ１２の接続周期から，該当監視対象装置３０の次回の定期的な“接続通知”の送信予定日時Ｔａを算出する（ステップＳ２０）。
【００７４】
接続通知スケジュールＤＢ１２の電源停止期間の設定があるかを確認し（ステップＳ２１），電源停止期間の設定がなければ，Ｔａに猶予時間ｔを加えた日時を接続通知予定日時として接続通知スケジュールＤＢ１２に設定する（ステップＳ２２）。
【００７５】
ステップＳ２１において，電源停止期間の設定があれば，接続通知スケジュールＤＢ１２の電源復帰日時に電源復帰後チェック間隔を加えた日時Ｔｂを算出し（ステップＳ２３），ＴａとＴｂとを比較する（ステップＳ２４）。
【００７６】
ステップＳ２４において，Ｔａの方が早ければ，Ｔａに猶予時間ｔを加えた日時を接続通知予定日時として接続通知スケジュールＤＢ１２に設定する（ステップＳ２２）。また，ステップＳ２４において，Ｔｂの方が早ければ，Ｔｂに猶予時間ｔを加えた日時を接続通知予定日時として接続通知スケジュールＤＢ１２に設定する（ステップＳ２５）。
【００７７】
図１１は，本実施の形態における稼動状況判定処理フローチャートである。図１１の例は，障害検出部１４が，監視対象装置３０の稼動状況を判定する処理の例である。
【００７８】
障害検出部１４は，現在時刻が接続通知スケジュールＤＢ１２の接続通知予定日時を経過しているかを確認し（ステップＳ３０），接続通知予定日時を経過している場合には，“接続通知”を受信しているかを確認する（ステップＳ３１）。“接続通知”を受信している場合には，接続通知スケジュール設定部１３に接続通知予定日時変更命令を出し（ステップＳ３２），次の接続通知予定日時の経過を待つ。
【００７９】
ステップＳ３１において，まだ“接続通知”を受信していない場合には，接続通知スケジュールＤＢ１２の電源停止期間で現在電源停止期間中であるかを確認し（ステップＳ３３），電源停止期間中であれば，接続通知スケジュールＤＢ１２の通知未受信フラグに未受信のフラグを立てる（ステップＳ３４）。その後，接続通知スケジュール設定部１３に接続通知予定日時変更命令を出し（ステップＳ３２），次の接続通知予定日時の経過を待つ（ステップＳ３０）。
【００８０】
ステップＳ３３において，電源停止期間中でなければ，接続通知スケジュールＤＢ１２の直前通知名で直前の通知が“電源ＯＦＦ通知”であったかを確認し（ステップＳ３５），直前の通知が“電源ＯＦＦ通知”でなければ，該当監視対象装置３０に稼動障害が発生していると判定する（ステップＳ３７）。
【００８１】
ステップＳ３５において，直前の通知が“電源ＯＦＦ通知”であれば，すでに接続通知スケジュールＤＢ１２の通知未受信フラグに未受信のフラグが立っているかを確認し（ステップＳ３６），すでに未受信のフラグが立っていれば，該当監視対象装置３０に稼動障害が発生していると判定する（ステップＳ３７）。
【００８２】
ステップＳ３６において，まだ未受信のフラグが立っていなければ，接続通知スケジュールＤＢ１２の通知未受信フラグに未受信のフラグを立てる（ステップＳ３４）。その後，接続通知スケジュール設定部１３に接続通知予定日時変更命令を出し（ステップＳ３２），次の接続通知予定日時の経過を待つ（ステップＳ３０）。
【００８３】
図１２は，本実施の形態における通報センター装置の動作をパターン別に整理したものである。通報センター装置１０の主な動作を整理すると，以下の通りとなる。
【００８４】
（ａ）“接続通知”を受信
“接続通知”を受信した場合には，接続通知スケジュールＤＢ１２の該当監視対象装置３０の通知未受信フラグに未受信のフラグが立っていればそれを取り消す。また，新たに次の接続通知予定日時を作成し，接続通知スケジュールＤＢ１２の該当監視対象装置３０の接続通知予定日時を更新し，直前通知名に通知名（この場合には，“接続通知”）を記録する。
【００８５】
（ｂ）“電源ＯＮ通知”，“電源ＯＦＦ通知”，“その他通知”（“通常の障害通知”など）を受信
“電源ＯＮ通知”，“電源ＯＦＦ通知”，“その他通知”（“通常の障害通知”など）を受信した場合には，接続通知スケジュールＤＢ１２の該当監視対象装置３０の通知未受信フラグに未受信のフラグが立っていればそれを取り消す。また，接続通知スケジュールＤＢ１２の該当監視対象装置３０の直前通知名に通知名（この場合には，それぞれ“電源ＯＮ通知”，“電源ＯＦＦ通知”，“その他通知”（“通常の障害通知”など））を記録する。
【００８６】
（ｃ）“接続周期設定通知”，“電源停止期間設定通知”，“電源復帰後チェック間隔設定通知”を受信
“接続周期設定通知”，“電源停止期間設定通知”，“電源復帰後チェック間隔設定通知”を受信した場合には，接続通知スケジュールＤＢ１２の該当監視対象装置３０の通知未受信フラグに未受信のフラグが立っていればそれを取り消す。また，新たに次の接続通知予定日時を作成し，接続通知スケジュールＤＢ１２の該当監視対象装置３０の接続通知予定日時を更新し，直前通知名に通知名（この場合には，それぞれ“接続周期設定通知”，“電源停止期間設定通知”，“電源復帰後チェック間隔設定通知”）を記録する。
【００８７】
（ｄ）接続通知予定日時を経過
接続通知スケジュールＤＢ１２の接続通知予定日時を経過した場合の通報センター装置１０の動作は，以下の数パターンに分けられる。
【００８８】
（１）電源停止期間である場合
該当監視対象装置３０が電源停止期間中である場合には，接続通知スケジュールＤＢ１２の通知未受信フラグに未受信のフラグを立てる。また，新たに次の接続通知予定日時を作成し，接続通知スケジュールＤＢ１２の該当監視対象装置３０の接続通知予定日時を更新する。
【００８９】
（２）電源停止期間ではなく，直前の通知が“電源ＯＦＦ通知”ではない場合
該当監視対象装置３０が電源停止期間中ではなく，接続通知スケジュールＤＢ１２の該当監視対象装置３０の直前通知名が“電源ＯＦＦ通知”でない場合には，“稼動障害通報”を作成し，コールセンターシステム２０に送信する。
【００９０】
（３）電源停止期間ではなく，直前の通知が“電源ＯＦＦ通知”であり，未受信のフラグが立っている場合
該当監視対象装置３０が電源停止期間中ではなく，接続通知スケジュールＤＢ１２の該当監視対象装置３０の直前通知名が“電源ＯＦＦ通知”であり，通知未受信フラグに未受信のフラグが立っている場合には，“稼動障害通報”を作成し，コールセンターシステム２０に送信する。
【００９１】
（４）電源停止期間ではなく，直前の通知が“電源ＯＦＦ通知”であり，未受信のフラグが立っていない場合
該当監視対象装置３０が電源停止期間中ではなく，接続通知スケジュールＤＢ１２の該当監視対象装置３０の直前通知名が“電源ＯＦＦ通知”であり，通知未受信フラグに未受信のフラグが立っていない場合には，接続通知スケジュールＤＢ１２の通知未受信フラグに未受信のフラグを立て，新たに次の接続通知予定日時を作成し，接続通知スケジュールＤＢ１２の該当監視対象装置３０の接続通知予定日時を更新する。
【００９２】
図１３は，本実施の形態における接続通知予定日時の変遷の例を示す図である。図１３を用いて，監視対象装置３０の接続通知スケジュールＤＢ３１の接続通知予定日時（図１３では，接続通知予定日時（監視対象装置）と記載）の変遷と，通報センター装置１０の接続通知スケジュールＤＢ１２の該当監視対象装置３０の接続通知予定日時（図１３では，接続通知予定日時（通報センター装置）と記載）の変遷とを説明する。
【００９３】
なお，接続通知スケジュールＤＢ３１，接続通知スケジュールＤＢ１２では，接続周期は毎日１０時１１分に，電源停止日時は２００４年４月９日１７時に，電源復帰日時は２００４年４月１３日８時に，電源復帰後チェック間隔は１５分に，猶予時間は１０分に設定されているものとする。実際に監視対象装置３０の電源がＯＦＦされた日時は２００４年４月９日１６時３０分であり，電源がＯＮされた日時は２００４年４月１３日７時３０分であるものとする。
【００９４】
（ａ）監視対象装置３０は，接続通知予定日時（監視対象装置）として設定されている２００４年４月８日１０時１１分に“接続通知”を送信し，接続周期が毎日１０時１１分であるので，次の接続通知予定日時（監視対象装置）として２００４年４月９日１０時１１分（ｂ）を設定する。
【００９５】
通報センター装置１０は，接続通知予定日時（通報センター装置）として設定されている２００４年４月８日１０時２１分に“接続通知”の受信を確認し，接続周期が毎日１０時１１分であり，猶予時間が１０分であるので，次の接続通知予定日時（通報センター装置）として２００４年４月９日１０時２１分（ｂ）を設定する。
【００９６】
（ｂ）監視対象装置３０は，接続通知予定日時（監視対象装置）として設定されている２００４年４月９日１０時１１分に“接続通知”を送信し，次の接続通知予定日時（監視対象装置）として２００４年４月１０日１０時１１分（ｃ）を設定する。
【００９７】
通報センター装置１０は，接続通知予定日時（通報センター装置）として設定されている２００４年４月９日１０時２１分に“接続通知”の受信を確認し，次の接続通知予定日時（通報センター装置）として２００４年４月１０日１０時２１分（ｃ）を設定する。
【００９８】
その後，２００４年４月９日１６時３０分に，監視対象装置３０の電源がＯＦＦされる。
【００９９】
（ｃ）監視対象装置３０は，接続通知予定日時（監視対象装置）として設定されている２００４年４月１０日１０時１１分にはすでに電源がＯＦＦされた状態である。
【０１００】
通報センター装置１０は，接続通知予定日時（通報センター装置）として設定されている２００４年４月１０日１０時２１分に“接続通知”の受信が確認できなかったが，電源停止期間中（電源停止日時２００４年４月９日１７時〜電源復帰日時２００４年４月１３日８時）であるので，次の接続通知予定日時（通報センター装置）として２００４年４月１１日１０時２１分（ｄ）を設定する。
【０１０１】
（ｄ）監視対象装置３０は，電源がＯＦＦされた状態である。
【０１０２】
通報センター装置１０は，接続通知予定日時（通報センター装置）として設定されている２００４年４月１１日１０時２１分に“接続通知”の受信が確認できなかったが，電源停止期間中であるので，次の接続通知予定日時（通報センター装置）として２００４年４月１２日１０時２１分（ｅ）を設定する。
【０１０３】
（ｅ）監視対象装置３０は，電源がＯＦＦされた状態である。
【０１０４】
通報センター装置１０は，接続通知予定日時（通報センター装置）として設定されている２００４年４月１２日１０時２１分に“接続通知”の受信が確認できなかったが，電源停止期間中であるので，次の接続通知予定日時（通報センター装置）を設定する。このとき，接続周期と猶予時間とから求められる日時は２００４年４月１３日１０時２１分であり，電源復帰日時と電源復帰後チェック間隔（１５分）と猶予時間とから求められる日時は２００４年４月１３日８時２５分であるので，次の接続通知予定日時（通報センター装置）として時間の早い２００４年４月１３日８時２５分（ｆ）を設定する。
【０１０５】
その後，２００４年４月１３日７時３０分に，監視対象装置３０の電源がＯＮされ，監視対象装置３０は，次の接続通知予定日時（監視対象装置）を設定する。このとき，接続周期から求められる日時は２００４年４月１３日１０時１１分であり，電源復帰日時と電源復帰後チェック間隔とから求められる日時は２００４年４月１３日８時１５分であるので，次の接続通知予定日時（監視対象装置）として時間の早い２００４年４月１３日８時１５分（ｆ）を設定する。
【０１０６】
（ｆ）監視対象装置３０は，接続通知予定日時（監視対象装置）として設定されている２００４年４月１３日８時１５分に“接続通知”を送信し，接続周期が毎日１０時１１分であるので，次の接続通知予定日時（監視対象装置）として２００４年４月１３日１０時１１分（ｇ）を設定する。
【０１０７】
通報センター装置１０は，接続通知予定日時（通報センター装置）として設定されている２００４年４月１３日８時２５分に“接続通知”の受信を確認し，接続周期が毎日１０時１１分であり，猶予時間が１０分であるので，次の接続通知予定日時（通報センター装置）として２００４年４月１３日１０時２１分（ｇ）を設定する。
【０１０８】
（ｇ）監視対象装置３０は，接続通知予定日時（監視対象装置）として設定されている２００４年４月１３日１０時１１分に“接続通知”を送信し，次の接続通知予定日時（監視対象装置）として２００４年４月１４日１０時１１分（ｈ）を設定する。
【０１０９】
通報センター装置１０は，接続通知予定日時（通報センター装置）として設定されている２００４年４月１３日１０時２１分に“接続通知”の受信を確認し，次の接続通知予定日時（通報センター装置）として２００４年４月１４日１０時２１分（ｈ）を設定する。
【０１１０】
図１４は，本実施の形態における稼動状況監視システム全体の動作パターンの例を説明する図である。以下，図１４を用いて，稼動状況監視システム全体の主な動作パターンの例を説明する。ここで，監視対象装置３０側の接続通知予定日時と通報センター装置１０側の接続通知予定日時との間には，本来は猶予時間の分だけずれがあるが，図１４ではそのずれを省略している。
【０１１１】
図１４（Ａ）は，監視対象装置３０が正常に稼動している場合の例である。接続通知予定日時を経過するごとに，監視対象装置３０が“接続通知”を送信し，通報センター装置１０がその“接続通知”を確認する。
【０１１２】
図１４（Ｂ）は，電源をＯＮした後に，監視対象装置３０に稼動障害が発生した場合の例である。監視対象装置３０からの“電源ＯＮ通知”を受けて，通報センター装置１０は，監視対象装置３０の監視を開始する。ところが，電源ＯＮ後の最初の接続通知予定日時に監視対象装置３０からの“接続通知”がなかったため，通報センター装置１０は“稼動障害通報”を作成し，それをコールセンターシステム２０に送信する。
【０１１３】
図１４（Ｃ）は，電源をＯＦＦした後に，監視対象装置３０に稼動障害が発生した場合の例である。監視対象装置３０からの“電源ＯＦＦ通知”を受けて，通報センター装置１０は，監視対象装置３０の監視を解除する。その後，最初の接続通知予定日時に監視対象装置３０からの“接続通知”がなかったので，通報センター装置１０は監視対象装置３０の監視を開始する。ここでは，まだ“稼動障害通報”を作成しない。しかし，次の接続通知予定日時にも監視対象装置３０からの“接続通知”がなかったので，通報センター装置１０は“稼動障害通報”を作成し，それをコールセンターシステム２０に送信する。
【０１１４】
図１４（Ｄ）は，“その他通知”を送信した後に，監視対象装置３０に稼動障害が発生した場合の例である。監視対象装置３０からの“その他通知”を受けて，通報センター装置１０は，監視対象装置３０の監視を開始する。ところが，“その他通知”受信後の最初の接続通知予定日時に監視対象装置３０からの“接続通知”がなかったため，通報センター装置１０は“稼動障害通報”を作成し，それをコールセンターシステム２０に送信する。
【０１１５】
図１４（Ｅ）は，あらかじめ設定された電源停止期間中に，監視対象装置３０に稼動障害が発生した場合の例である。通報センター装置１０は，あらかじめ設定された電源停止日時に監視対象装置３０の監視を解除する。その後，最初の接続通知予定日時とその次の接続通知予定日時は電源停止期間中であるので，監視対象装置３０から“接続通知”がなくても“稼動障害通報”を作成しない。通報センター装置１０は，あらかじめ設定された電源復帰日時に監視対象装置３０の監視を開始する。その後，接続通知予定日時（電源復帰後チェック）に監視対象装置３０からの“接続通知”がなかったため，通報センター装置１０は“稼動障害通報”を作成し，それをコールセンターシステム２０に送信する。
【０１１６】
以上，本発明の実施の形態の特徴を列挙すると，以下の通りである。
【０１１７】
（付記１）
監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置であって，
前記監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うためのスケジュールを記録する手段と，
前記接続通知の受信確認を行うためのスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段とを備え，
前記監視対象装置の稼動状況を監視する手段は，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段と，
前記監視対象装置が電源を停止することを示す通知である電源ＯＦＦ通知を受信した場合に，前記監視対象装置に対する監視を解除し，その後あらかじめ定められた条件が満たされたときに，自動的に前記監視対象装置に対する監視を再開する手段とを備える
ことを特徴とする稼動状況監視装置。
【０１１８】
（付記２）
監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置であって，
前記監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うためのスケジュールを記録する手段と，
前記接続通知の受信確認を行うためのスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段とを備え，
前記監視対象装置の稼動状況を監視する手段は，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段と，
前記監視対象装置が電源を停止する期間を示す通知である電源停止期間設定通知を受信した場合に，前記電源停止期間設定通知が示す前記監視対象装置が電源を停止する予定日時に前記監視対象装置に対する監視を解除し，前記電源停止期間設定通知が示す前記監視対象装置が電源を復帰する予定日時に前記監視対象装置に対する監視を再開する手段とを備える
ことを特徴とする稼動状況監視装置。
【０１１９】
（付記３）
付記１または付記２に記載の稼動状況監視装置において，
前記監視対象装置からの前記監視対象装置が前記接続通知を送信するためのスケジュールを設定・更新する情報の通知をもとに，前記接続通知の受信確認を行うためのスケジュールを設定・更新する手段を備える
ことを特徴とする稼動状況監視装置。
【０１２０】
（付記４）
稼動状況監視装置が監視対象装置の稼動状況を監視する稼動状況監視システムにおける監視対象装置であって，
自身が稼動していることを示す通知である接続通知を前記稼動状況監視装置に送信するためのスケジュールを記録する手段と，
前記接続通知を送信するためのスケジュールに従って，前記稼動状況監視装置に前記接続通知を送信する手段と，
自身の電源を停止する期間の予定日時が設定されたときに，その電源停止期間を示す通知である電源停止期間設定通知を前記稼動状況監視装置に送信する手段とを備える
ことを特徴とする監視対象装置。
【０１２１】
（付記５）
稼動状況監視装置が監視対象装置の稼動状況を監視する稼動状況監視システムであって，
前記監視対象装置は，
自身が稼動していることを示す通知である接続通知を前記稼動状況監視装置に送信するためのスケジュールを記録する手段と，
前記接続通知を送信するためのスケジュールに従って，前記稼動状況監視装置に前記接続通知を送信する手段と，
自身の電源を停止する予定期間が設定されたときに，その電源停止期間を示す通知である電源停止期間設定通知を前記稼動状況監視装置に送信する手段を備え，
前記稼動状況監視装置は，
前記接続通知の受信確認を行うためのスケジュールを記録する手段と，
前記接続通知の受信確認を行うためのスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段とを備え，
前記監視対象装置の稼動状況を監視する手段は，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段と，
前記監視対象装置が電源を停止する期間を示す通知である電源停止期間設定通知を受信した場合に，前記電源停止期間設定通知が示す前記監視対象装置が電源を停止する予定日時に前記監視対象装置に対する監視を解除し，前記電源停止期間設定通知が示す前記監視対象装置が電源を復帰する予定日時に前記監視対象装置に対する監視を再開する手段とを備える
ことを特徴とする稼動状況監視システム。
【０１２２】
（付記６）
監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置のコンピュータに実行させるためのプログラムであって，
前記コンピュータを，
前記監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うための予め設定されたスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段，
前記監視対象装置が電源を停止することを示す通知である電源ＯＦＦ通知を受信した場合に，前記監視対象装置に対する監視を解除し，その後あらかじめ定められた条件が満たされたときに，自動的に前記監視対象装置に対する監視を再開する手段，
として機能させるための稼動状況監視装置用プログラム。
【０１２３】
（付記７）
監視対象装置の稼動状況を監視する稼動状況監視システムにおける稼動状況監視装置のコンピュータに実行させるためのプログラムであって，
前記コンピュータを，
前記監視対象装置が稼動していることを示す通知である接続通知の受信確認を行うための予め設定されたスケジュールに従って，前記監視対象装置からの前記接続通知の受信を確認することにより，前記監視対象装置の稼動状況を監視する手段，
前記監視対象装置からの前記接続通知の受信が確認できなかった場合に，前記監視対象装置に稼動障害が発生していると判断する手段，
前記監視対象装置が電源を停止する期間を示す通知である電源停止期間設定通知を受信した場合に，前記電源停止期間設定通知が示す前記監視対象装置が電源を停止する予定日時に前記監視対象装置に対する監視を解除し，前記電源停止期間設定通知が示す前記監視対象装置が電源を復帰する予定日時に前記監視対象装置に対する監視を再開する手段，
として機能させるための稼動状況監視装置用プログラム。
【０１２４】
（付記８）
稼動状況監視装置が監視対象装置の稼動状況を監視する稼動状況監視システムにおける監視対象装置のコンピュータに実行させるためのプログラムであって，
前記コンピュータを，
自身が稼動していることを示す通知である接続通知を前記稼動状況監視装置に送信するための予め設定されたスケジュールに従って，前記稼動状況監視装置に前記接続通知を送信する手段，
自身の電源を停止する期間の予定日時が設定されたときに，その電源停止期間を示す通知である電源停止期間設定通知を前記稼動状況監視装置に送信する手段，
として機能させるための監視対象装置用プログラム。
【図面の簡単な説明】
【０１２５】
【図１】本発明の実施の形態における稼動状況監視システムの構成例を示す図である。
【図２】本実施の形態における監視対象装置から通報センター装置への通知の例を示す図である。
【図３】本実施の形態における通報センター装置からコールセンターシステムへの通報の例を示す図である。
【図４】本実施の形態における監視対象装置の構成例を示す図である。
【図５】本実施の形態における監視対象装置の接続通知スケジュールＤＢの構造の例を示す図である。
【図６】本実施の形態における監視対象装置の接続通知予定日時設定処理フローチャートである。
【図７】本実施の形態における監視対象装置の動作をパターン別に整理したものである。
【図８】本実施の形態における通報センター装置の構成例を示す図である。
【図９】本実施の形態における通報センター装置の接続通知スケジュールＤＢの構造の例を示す図である。
【図１０】本実施の形態における通報センター装置の接続通知予定日時設定処理フローチャートである。
【図１１】本実施の形態における稼動状況判定処理フローチャートである。
【図１２】本実施の形態における通報センター装置の動作をパターン別に整理したものである。
【図１３】本実施の形態における接続通知予定日時の変遷の例を示す図である。
【図１４】本実施の形態における稼動状況監視システム全体の動作パターンの例を説明する図である。
【符号の説明】
【０１２６】
１０  通報センター装置
１１  通知受信部
１２  接続通知スケジュールＤＢ
１３  接続通知スケジュール設定部
１４  障害検出部
１５  通報作成・送信部
２０  コールセンターシステム
３０  監視対象装置
３１  接続通知スケジュールＤＢ
３２  接続通知スケジュール設定部
３３  通知作成・送信部
４０  ネットワーク
【図１】
2005309643.tif 000003
【図２】
2005309643.tif 000004
【図３】
2005309643.tif 000005
【図４】
2005309643.tif 000006
【図５】
2005309643.tif 000007
【図６】
2005309643.tif 000008
【図７】
2005309643.tif 000009
【図８】
2005309643.tif 000010
【図９】
2005309643.tif 000011
【図１０】
2005309643.tif 000012
【図１１】
2005309643.tif 000013
【図１２】
2005309643.tif 000014
【図１３】
2005309643.tif 000015
【図１４】
2005309643.tif 000016