JP2022166378A - 障害通知支援装置、システム、方法及びプログラム - Google Patents

Abstract

【課題】障害通知を保守担当者に気付き易くさせて、より迅速な障害対応を行わせるわせるための障害通知支援装置、システム、方法及びプログラムを提供する。【解決手段】障害通知支援装置１は、所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する登録部１１と、情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する保守担当者の携帯電話端末に対して発信を行う発信部１２と、障害通知を受信した場合に、検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定部１３と、特定された被制御機器に対して所定の制御命令を送信する送信部１４と、を備える。【選択図】図１

Description

本発明は、障害通知支援装置、システム、方法及びプログラムに関し、特に、障害通知を支援するための障害通知支援装置、システム、方法及びプログラムに関する。

情報システムの保守の分野では、監視対象の情報システムで障害が発生した場合、遠隔地にいる保守担当者の携帯電話端末に対して障害通知を行うというオペレーションが行われている。例えば、特許文献１には、携帯電話端末を利用した遠隔保守システムに関する技術が開示されている。特許文献１にかかるオペレーション端末は、監視保守対象の装置からの障害情報をネットワークを介して受信し、障害情報の内容に応じて通知先保守者の携帯電話端末を選択して障害情報を送信する。

尚、特許文献２には、順番待ちをする顧客が、自分が呼び出されていることを容易に認識することができる順番管理システムに関する技術が開示されている。特許文献２にかかる順番管理システムは、順番が到来した顧客の携帯端末が所定の範囲内にあるとき、前記顧客の順番が到来した旨を音声で通知する。

特開２００６－２０２０８４号公報 特開２０１７－１６７６５７号公報

ここで、特許文献１のように保守担当者の携帯電話端末に対して障害通知を行ったとしても保守担当者が障害通知に気付かない場合がある。例えば、保守担当者が自宅等にいる場合、障害通知用の携帯電話端末を常に所持しているとは限らないため、保守担当者が携帯電話端末の着信（障害通知）に気付かないことがある。また、携帯電話端末がマナーモードに設定されている場合には、保守担当者が障害通知に気付き難い。または、携帯電話端末の電池の充電が切れている、又は、電源が入っていない等の場合には、携帯電話端が障害通知を着信できないため、保守担当者が障害通知に気付くことができない。尚、特許文献２によっても上述した課題を解決することができない。

本開示の目的は、上述した課題を鑑み、障害通知を保守担当者に気付き易くさせて、より迅速な障害対応を行わせるための障害通知支援装置、システム、方法及びプログラムを提供することにある。

本開示の第１の態様にかかる障害通知支援装置は、
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する登録部と、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信部と、
前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定部と、
前記特定された被制御機器に対して所定の制御命令を送信する送信部と、
を備える。

本開示の第２の態様にかかる障害通知支援システムは、
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサと、当該人感センサが設置された領域と、当該領域に設置された１以上の被制御機器とを対応付けて記憶する記憶装置と、
障害通知支援装置とを備え、
前記障害通知支援装置は、
前記人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて前記記憶装置に登録する登録部と、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信部と、
前記障害通知を受信した場合に、前記記憶装置を参照して、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定部と、
前記特定された被制御機器に対して所定の制御命令を送信する送信部と、
を備える。

本開示の第３の態様にかかる障害通知支援方法は、
コンピュータが、
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、
当該検出結果と当該人感センサが設置された領域とを対応付けて登録し、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行い、
前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定し、
前記特定された被制御機器に対して所定の制御命令を送信する。

本開示の第４の態様にかかる障害通知支援プログラムは、
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する登録処理と、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信処理と、
前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定処理と、
前記特定された被制御機器に対して所定の制御命令を送信する送信処理と、
をコンピュータに実行させる。

本開示により、障害通知を保守担当者に気付き易くさせて、より迅速な障害対応を行わせるための障害通知支援装置、システム、方法及びプログラムを提供することができる。

本実施形態１にかかる障害通知支援装置の構成を示すブロック図である。 本実施形態１にかかる障害通知支援方法の流れを示すフローチャートである。 本実施形態２にかかる障害通知支援システムの全体構成を示すブロック図である。 本実施形態２にかかる障害通知支援装置の構成を示すブロック図である。 本実施形態２にかかる保守担当者情報の構成例を示す図である。 本実施形態２にかかる部屋情報の構成例を示す図である。 本実施形態２にかかるセンサ情報の構成例を示す図である。 本実施形態２にかかるＩｏＴ機器情報の構成例を示す図である。 本実施形態２にかかる応答記録情報の構成例を示す図である。 本実施形態２にかかる初期情報登録処理の流れを示すフローチャートである。 本実施形態２にかかるセンサ情報更新処理の流れを示すフローチャートである。 本実施形態２にかかる障害通知処理の流れを示すフローチャートである。 本実施形態２にかかるＩｏＴ機器特定処理の流れを示すフローチャートである。 本実施形態２にかかる応答率更新処理の流れを示すフローチャートである。

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
図１は、本実施形態１にかかる障害通知支援装置１の構成を示すブロック図である。障害通知支援装置１は、所定の情報システムにおいて発生した障害の障害通知を保守担当者へ通知することを支援するための情報処理装置である。障害通知支援装置１は、通信回線を介して上記情報システムと接続されている。また、保守担当者は、情報システムの監視システム（不図示）とは離れた場所にある建屋に滞在（待機）することになっているものとする。ここで、建屋は複数の領域に区切られているものとする。領域とは例えば部屋である。そして、各領域のそれぞれには、人感センサと１以上の被制御機器とが設置されているものとする。そして、各領域の人感センサと１以上の被制御機器とは、通信回線を介して障害通知支援装置１と接続されている。また、保守担当者は、障害通知を受信（着信）するための携帯電話端末を所持することになっているものとする。そして、携帯電話端末は、携帯電話網を介して障害通知支援装置１と接続されている。

障害通知支援装置１は、登録部１１と、発信部１２と、特定部１３と、送信部１４とを備える。登録部１１は、所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得する。そして、登録部１１は、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する。

発信部１２は、情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する保守担当者の携帯電話端末に対して発信を行う。特定部１３は、障害通知を受信した場合に、検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する。送信部１４は、特定された被制御機器に対して所定の制御命令を送信する。

図２は、本実施形態１にかかる障害通知支援方法の流れを示すフローチャートである。まず、登録部１１は、所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得する（Ｓ１１）。次に、登録部１１は、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する（Ｓ１２）。

その後、障害通知支援装置１は、情報システムにおいて発生した障害の障害通知を受信する（Ｓ１３）。障害通知を受信した場合、発信部１２は、当該障害通知に対応する保守担当者の携帯電話端末に対して発信を行う（Ｓ１４）。また、障害通知を受信した場合、特定部１３は、検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する（Ｓ１５）。そして、送信部１４は、特定された被制御機器に対して所定の制御命令を送信する（Ｓ１６）。

このように本実施形態では、障害通知支援装置１は、保守担当者が滞在している可能性がある領域内の人感センサによる検出結果と当該領域とを対応付けて事前に登録しておく。その後に監視対象の情報システムにおいて障害が発生した場合、障害通知支援装置１は、情報システム自身又は監視システムから通信回線を介して障害通知を受信する。障害通知を受信した場合、障害通知支援装置１は、保守担当者の携帯電話端末へ発信すると共に、人感センサで検出された領域の被制御機器に対する制御を行う。ここで、保守担当者は、携帯電話端末を所持していない場合やマナーモードである場合、携帯電話端末に対する着信に気付き難いことがある。しかし、人感センサで検出された領域には、保守担当者が滞在している可能性が高い。そのため、障害通知支援装置１が当該領域に設置された被制御機器に対して所定の制御を行うことで、保守担当者が障害通知に気付き易い。例えば、被制御機器が鳴動することにより、保守担当者が異変に気付き、自身が保持する携帯電話端末の着信に気付く可能性がある。そのため、保守担当者は、携帯電話端末の着信に応答して、障害対応を行うことができる。よって、本実施形態により障害通知を保守担当者に気付き易くさせて、より迅速な障害対応を行わせることができる。

尚、障害通知支援装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる運用支援方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、登録部１１、発信部１２、特定部１３及び送信部１４の機能を実現する。

または、障害通知支援装置１の各構成要素は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。

また、障害通知支援装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、障害通知支援装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態２＞
ここで、本実施形態が解決しようとする課題について詳述する。
まず、情報システムの保守の分野では、監視対象の情報システムで障害が発生した場合、監視オペレータから当該情報システムの保守担当者へ電話で障害発生の旨を連絡するオペレーションがある。このとき、監視オペレータは、保守担当者のリストを参考に、担当者が電話に出るまで電話をかけ続けていた。例えば、ある保守担当者が電話に出ない場合には、リストの次の担当者の電話番号へ電話をかけ、応答するまでそれを繰り返す必要があった。このようなオペレーションは、監視オペレータの負荷の増大を招く。また、保守担当者にとっても、電話に出られない可能性が常にあり、精神的負荷が高い。

尚、例えば特許文献１のように、障害発生時に監視システムが自動的に障害通知を行い、オペレーション端末が保守担当者の携帯電話端末へ障害通知を送信することはできる。しかしながら、上述したように、保守担当者が携帯電話端末に対する障害通知に確実に気付けるとは限らない。そのため、保守担当者が携帯電話端末に対する障害通知に気付き難く、また、精神的負荷が高いという問題点がある。尚、特許文献２では、通知を受ける人が、施設などの大きな範囲で近距離無線通信の信号の送受信により携帯端末が所定の範囲内にあるかないかを判断し、通知する先の判断をしている。しかし自宅などの狭い範囲の場合、通信範囲が常に範囲内になってしまう点、そもそも携帯電話を持ち歩かない場合に通知に気付き難いという問題点があった。

ここで、近年では、家電製品のＩｏＴ（Internet of Things）機器が普及しつつあり、家電製品がネットワークに接続し、様々な情報をクラウド上に通知したり、ネットワーク越しに制御を行う事ができるようになっている。

そこで、本実施形態２は、上述した実施形態１の具体的な一実施例であり、以下では上述した課題の少なくとも一部を解決するものについて説明する。本実施形態２では、保守担当者が滞在する建屋（自宅等）の各部屋に設置された人感センサとＩｏＴ家電（機器）を活用するものである。すなわち、障害通知に応じて保守担当者の携帯電話端末へ発信すると共に、人感センサで人が検出された部屋を手掛かりに保守担当者の居場所を推測する。具体的には、検出日時が直近である人感センサが設置された部屋に保守担当者がいる可能性が高いと判定し、同じ部屋に設置されたＩｏＴ機器を動作させる。つまり、障害通知に応じて保守担当者の携帯電話端末への発信と並行して、人感センサで検出された部屋に設置されたＩｏＴ機器を動作させる。これにより、保守担当者に障害通知を気付き易くするものである。

図３は、本実施形態２にかかる障害通知支援システム１０００の全体構成を示すブロック図である。障害通知支援システム１０００は、情報システム１００において発生した障害の障害通知を保守担当者Ｕへ通知することを支援するための情報処理システムである。障害通知支援システム１０００は、情報システム１００、障害通知支援装置２００、人感センサ３１１等、ＩｏＴ機器３１２等、並びに、携帯電話端末４００を備える。情報システム１００、障害通知支援装置２００、人感センサ３１１等、ＩｏＴ機器３１２等は、通信網Ｎを介して接続されている。但し、情報システム１００は、少なくとも障害通知支援装置２００と通信可能に接続されていれば良い。ここで、通信網Ｎは、インターネット等の通信ネットワークであり、有線又は無線の通信網を含む。また、障害通知支援装置２００と携帯電話端末４００とは、携帯電話網Ｎ２を介して接続されている。尚、通信網Ｎは携帯電話網Ｎ２を含んでも良い。その場合、携帯電話端末４００は、通信網Ｎを介して障害通知支援装置２００と接続される。情報システム１００は、監視又は保守対象のシステムであり、１以上の情報処理装置又はネットワーク機器を含む。また、保守担当者Ｕは、情報システム１００の障害時の保守を担当する保守担当者の一人であるものとする。

建屋３００は、情報システム１００の保守担当者Ｕが滞在すべき建物である。尚、情報システム１００は、建屋３００内に存在してもよい。建屋３００は、複数の領域の例として部屋３１０から３３０を含む。尚、建屋３００は、２以上の部屋を有すればよい。部屋３１０には、人感センサ３１１、ＩｏＴ機器３１２及び３１３が設置されている。部屋３２０には、人感センサ３２１、ＩｏＴ機器３２２及び３２３が設置されている。部屋３３０には、人感センサ３３１、ＩｏＴ機器３３２及び３３３が設置されている。尚、部屋３１０から３３０のそれぞれには、少なくとも１以上の人感センサと１以上のＩｏＴ機器が設置されていればよい。

人感センサ３１１等は、人間等の移動体の存在を検出し、検出結果を通信網Ｎを介して障害通知支援装置２００へ送信する。人感センサ３１１等は、例えば、人感センサ付きのライトであってもよい。検出結果は、センサの識別情報及び検出日時を少なくとも含む。検出結果はさらに、建屋３００の識別情報を含んでも良い。

ＩｏＴ機器３１２等は、上述した被制御機器の一例である。ＩｏＴ機器３１２等は、障害通知支援装置２００から通信網Ｎを介して所定の制御命令を受信した場合に、制御命令に応じた動作を行う。例えば、ＩｏＴ機器３１２等は、制御開始命令に応じて動作を開始し、制御終了命令に応じて動作を終了する。ＩｏＴ機器３１２等は、例えば、目覚まし時計、テレビ、スマートスピーカ等であるが、これらに限定されない。

携帯電話端末４００は、保守担当者Ｕが障害通知用に所持している無線電話機である。携帯電話端末４００は、携帯型電話機、スマートフォン等である。携帯電話端末４００は、電話の着信を障害通知としてもよい。または、携帯電話端末４００は、着信に応答した際に流れる音声メッセージを障害通知としてもよい。または、携帯電話端末４００は、電子メールやＳＭＳ（Short Message Service）等による通知を障害通知としてもよい。

障害通知支援装置２００は、上述した障害通知支援装置１の一例である。障害通知支援装置２００は、各人感センサによる検出結果と部屋との記録、障害通知に応じた携帯電話端末への発信及び保守担当者がいる可能性の高い部屋のＩｏＴ機器の制御、ＩｏＴ機器ごとの応答率の更新等を行う情報処理装置である。障害通知支援装置２００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

図４は、本実施形態２にかかる障害通知支援装置２００の構成を示すブロック図である。障害通知支援装置２００は、記憶部２１０、メモリ２２０、通信部２３０及び制御部２４０を備える。記憶部２１０は、ハードディスク、フラッシュメモリ、ＳＳＤ（Solid State Drive）等の記憶装置の一例である。記憶部２１０は、プログラム２１１、保守担当者情報２１２、部屋情報２１３、センサ情報２１４、ＩｏＴ機器情報２１５及び応答記録情報２１６を記憶する。プログラム２１１は、本実施形態２にかかる障害通知支援方法の処理が実装されたコンピュータプログラムである。

保守担当者情報２１２は、情報システム１００の保守担当者に関する登録情報である。図５は、本実施形態２にかかる保守担当者情報２１２の構成例を示す図である。保守担当者情報２１２は、保守担当者ＩＤ２１２１、保守サーバ名２１２２、携帯電話番号２１２３及び建屋ＩＤ２１２４を対応付けた情報である。保守担当者ＩＤ２１２１は、保守担当者の識別情報である。尚、保守担当者情報２１２は、担当者ＩＤ２１２１と併せて、保守担当者の個人情報、例えば氏名や所属等を含んでも良い。保守サーバ名２１２２は、保守担当者が保守を担当するサーバの名称、例えば、ホスト名である。尚、保守サーバ名２１２２の代わりに、ＩＰアドレス等、サーバの識別情報を用いても良い。携帯電話番号２１２３は、保守担当者が障害通知用に所持する携帯電話端末の電話番号である。尚、携帯電話番号２１２３は、障害通知の通知先を示す情報であってもよい。障害通知の通知先を示す情報は、例えば、携帯電話端末の識別情報や携帯電話端末が受信可能な電子メールアドレス等であってもよい。

続いて、部屋情報２１３は、建屋とその中の部屋を定義した情報である。図６は、本実施形態２にかかる部屋情報２１３の構成例を示す図である。部屋情報２１３は、建屋ＩＤ２１３１、部屋ＩＤ２１３２及び部屋位置２１３３を対応付けた情報である。建屋ＩＤ２１３１は、建屋の識別情報である。部屋ＩＤ２１３２は、部屋の識別情報である。部屋位置２１３３は、建屋内の部屋の位置を示す情報である。尚、部屋情報２１３は、必ずしも建屋ＩＤ２１３１を含まなくても良い。

続いて、センサ情報２１４は、人感センサによる検出結果に関する情報である。センサ情報２１４は、人感センサによる検出結果と人感センサが設置された部屋とを対応付けた情報である。図７は、本実施形態２にかかるセンサ情報２１４の構成例を示す図である。センサ情報２１４は、センサＩＤ２１４１、センサ名２１４２、部屋ＩＤ２１４３及び検出日時２１４４を対応付けた情報である。センサＩＤ２１４１は、人感センサの識別情報である。センサ名２１４２は、人感センサの名称を示す文字列である。部屋ＩＤ２１４３は、人感センサが設置された部屋の識別情報である。部屋ＩＤ２１４３は、上述した部屋ＩＤ２１３２に対応する情報である。検出日時２１４４は、人感センサにより人等の移動体が検出された日時を示す情報である。

続いて、ＩｏＴ機器情報２１５は、ＩｏＴ機器の定義、制御命令、応答に関する統計情報を含む情報である。図８は、本実施形態２にかかるＩｏＴ機器情報２１５の構成例を示す図である。ＩｏＴ機器情報２１５は、機器ＩＤ２１５１、機器名２１５２、種別２１５３、部屋ＩＤ２１５４、開始アクション２１５５、終了アクション２１５６、制御回数２１５７、応答回数２１５８及び応答率２１５９を対応付けた情報である。機器ＩＤ２１５１は、ＩｏＴ機器の識別情報である。機器名２１５２は、ＩｏＴ機器の名称を示す文字列である。種別２１５３は、ＩｏＴ機器の種別を示す情報である。例えば、種別２１５３は、目覚まし時計、テレビ、スマートスピーカ等を識別する情報である。部屋ＩＤ２１５４は、ＩｏＴ機器が設置された部屋の識別情報であり、上述した部屋ＩＤ２１３２や部屋ＩＤ２１４３と対応する情報である。開始アクション２１５５は、ＩｏＴ機器の制御して動作を開始させるための制御開始命令である。終了アクション２１５６は、ＩｏＴ機器の制御して動作を終了させるための制御終了命令である。尚、開始アクション２１５５及び終了アクション２１５６は、ＩｏＴ機器の種別に応じた制御命令の一例である。開始アクション２１５５及び終了アクション２１５６は、ＩｏＴ機器を制御するためのＡＰＩ（Application Programming Interface）を呼び出すコマンドであってもよい。制御回数２１５７は、障害通知支援装置２００がＩｏＴ機器を制御した回数である。応答回数２１５８は、障害通知に応じてＩｏＴ機器が制御された場合に、同じ障害通知に応じて発信された携帯電話端末から応答があった回数である。応答率２１５９は、ＩｏＴ機器に対して所定の制御命令が送信されたことに応じた携帯電話端末からの応答率である。言い換えると、応答率２１５９は、障害通知に応じてＩｏＴ機器が制御された場合に、同じ障害通知に応じて発信された携帯電話端末から応答があったことの応答率である。具体的には、応答率２１５９は、制御回数２１５７当たりの応答回数２１５８の割合である。尚、応答率２１５９は、障害通知に応じてＩｏＴ機器が制御された場合に、同じ障害通知に応じて発信された携帯電話端末から応答に関する他の統計情報を用いても良い。また、ＩｏＴ機器情報２１５は、必ずしも制御回数２１５７及び応答回数２１５８を含まなくても良い。尚、センサ情報２１４とＩｏＴ機器情報２１５は、部屋ＩＤを介してセンサＩＤと機器ＩＤとが対応付けられている。つまり、センサ情報２１４とＩｏＴ機器情報２１５は、人感センサと、当該人感センサが設置された領域と、当該領域に設置された１以上の被制御機器とを対応付けた情報といえる。

続いて、応答記録情報２１６は、障害通知に応じてＩｏＴ機器が制御された場合に同じ障害通知に応じて発信された携帯電話端末からの応答に関する記録である。図９は、本実施形態２にかかる応答記録情報２１６の構成例を示す図である。応答記録情報２１６は、発信日時２１６１、機器ＩＤ２１６２、部屋ＩＤ２１６３及び応答有無２１６４を対応付けた情報である。発信日時２１６１は、障害通知に応じて携帯電話端末に対して発信された日時である。機器ＩＤ２１６２は、携帯電話端末への発信と並行して制御命令が送信されたＩｏＴ機器の識別情報である。機器ＩＤ２１６２は、上述した機器ＩＤ２１５１に対応する情報である。部屋ＩＤ２１６３は、ＩｏＴ機器が設置された部屋の識別情報である。部屋ＩＤ２１６３は、上述した部屋ＩＤ２１３２、部屋ＩＤ２１４３、部屋ＩＤ２１５４に対応する情報である。応答有無２１６４は、障害通知に応じてＩｏＴ機器が制御された場合に、同じ障害通知に応じて発信された携帯電話端末からの一定時間内の応答有無を示す情報である。

メモリ２２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部２４０の動作時に一時的に情報を保持するための記憶領域である。通信部２３０は、通信網Ｎ及び携帯電話網Ｎ２との通信インタフェースである。

制御部２４０は、障害通知支援装置２００の各構成を制御するプロセッサつまり制御装置である。制御部２４０は、記憶部２１０からプログラム２１１をメモリ２２０へ読み込ませ、プログラム２１１を実行する。これにより、制御部２４０は、登録部２４１、受信部２４２、発信部２４３、特定部２４４、送信部２４５及び算出部２４６の機能を実現する。

登録部２４１は、上述した登録部１１の一例である。登録部２４１は、初期情報登録処理及びセンサ情報更新処理を行う。すなわち、登録部２４１は、保守担当者情報２１２、部屋情報２１３を取得し、記憶部２１０に登録する。また、登録部２４１は、センサ情報２１４及びＩｏＴ機器情報２１５の初期情報を取得し、記憶部２１０に登録する。すなわち、登録部２４１は、人感センサによる検出結果と当該人感センサが設置された部屋とを対応付けてセンサ情報２１４に登録する。また、登録部２４１は、建屋３００内の複数のＩｏＴ機器のそれぞれについて、当該ＩｏＴ機器が設置された部屋と、当該ＩｏＴ機器の種別に応じた制御命令とを対応付けてＩｏＴ機器情報２１５に登録する。尚、登録部２４１は、障害通知支援装置２００と直接接続された入力装置（キーボードやマウス等）を介してオペレータにより入力された情報を取得してもよい。または、登録部２４１は、オペレータ端末（不図示）から通信網Ｎを介してオペレータにより入力された情報を取得してもよい。

また、登録部２４１は、人感センサ３１１等から通信網Ｎを介して検出結果及びセンサＩＤを取得し、センサＩＤに対応するセンサ情報２１４へ検出結果を登録する。また、登録部２４１は、障害通知に応じて発信された携帯電話端末からの一定時間内の応答有無を応答記録情報２１６に記録する。例えば、登録部２４１は、障害通知に応じた発信に対して携帯電話端末から応答があった場合、制御命令が送信されたＩｏＴ機器と応答記録とを対応付けて登録する。また、登録部２４１は、各ＩｏＴ機器と算出部２４６により算出された応答率とを対応付けて応答記録情報２１６に登録（更新）する。

受信部２４２は、情報システム１００から通信網Ｎを介して、障害通知を受信する。障害通知は、電子メールや所定のプロトコルに従ったメッセージであるとよい。また、受信部２４２は、障害通知に応じて発信された携帯電話端末からの応答を受信する。応答は、電話応答又は電子メールやＳＭＳの返信等であってもよい。

発信部２４３は、上述した発信部１２の一例である。発信部２４３は、受信部２４２により障害通知が受信された場合に、当該障害通知に対応する保守担当者の携帯電話端末に対して発信を行う。尚、発信部２４３は、携帯電話端末に対して電話発信の代わりに、電子メールやＳＭＳによる通知を行っても良い。

特定部２４４は、上述した特定部１３の一例である。特定部２４４は、受信部２４２により受信された障害通知を解析して、通知先を特定する。通知先は、障害通知に対応する保守担当者の携帯電話端末と、保守担当者が滞在すべき建屋の建屋ＩＤを含む。また、特定部２４４は、特定した通知先に基づいて後述するＩｏＴ機器特定処理を行い、制御対象のＩｏＴ機器及び制御命令を特定する。すなわち、特定部２４４は、検出結果に対応付けられた部屋を特定し、当該部屋に対応付けられたＩｏＴ機器及び制御命令を特定する。

特定部２４４は、検出結果のうち検出日時が最新のものを特定し、当該特定された検出結果に対応付けられた部屋に設置された１以上のＩｏＴ機器を特定する。特定部２４４は、特定されたＩｏＴ機器の種別に応じた制御命令をさらに特定する。特に、検出結果に対応付けられた部屋に設置されたＩｏＴ機器が２以上存在する場合、特定部２４４は、応答記録情報２１６に基づいてＩｏＴ機器を特定する。具体的には、特定部２４４は、検出結果に対応付けられた部屋に設置されたＩｏＴ機器が２以上存在する場合、応答率がより高いものを優先してＩｏＴ機器を特定する。また、特定部２４４は、検出結果のうち検出日時が直近から所定期間内であるものが存在しない場合、複数の部屋のいずれかに設置された各ＩｏＴ機器の中から、対応付けられた応答率がより高いものを優先して制御対象のＩｏＴ機器を特定する。

送信部２４５は、上述した送信部１４の一例である。送信部２４５は、特定部２４４により特定されたＩｏＴ機器に対して、特定された制御命令を送信する。

算出部２４６は、所定のタイミングで起動し、応答記録情報２１６に基づいてＩｏＴ機器ごとの制御回数、応答回数及び応答率を算出する。すなわち、算出部２４６は、特定されたＩｏＴ機器に対して所定の制御命令が送信されたことに応じた携帯電話端末からの応答率を、応答記録情報２１６に基づいてＩｏＴ機器ごとに算出する。

図１０は、本実施形態２にかかる初期情報登録処理の流れを示すフローチャートである。まず、障害通知支援システム１０００の管理者又はオペレータは、オペレータ端末を用いて、障害通知支援装置２００に初期情報を登録する。例えば、オペレータ端末は、管理者等により入力された保守担当者情報及び部屋情報を、通信網Ｎを介して障害通知支援装置２００へ送信する。また、オペレータ端末は、管理者等により入力されたセンサ情報のうちセンサＩＤ、センサ名及び部屋ＩＤの組を、通信網Ｎを介して障害通知支援装置２００へ送信する。また、オペレータ端末は、管理者等により入力されたＩｏＴ機器情報のうち機器ＩＤ、機器名、種別、部屋ＩＤ、開始アクション及び終了アクションの組を、通信網Ｎを介して障害通知支援装置２００へ送信する。

これに応じて、障害通知支援装置２００の登録部２４１は、通信網Ｎを介して保守担当者情報、部屋情報、センサ情報及びＩｏＴ機器情報の初期情報を取得する（Ｓ１１１）。そして、登録部２４１は、取得した初期情報について、保守担当者情報２１２、部屋情報２１３、センサ情報２１４及びＩｏＴ機器情報２１５を記憶部２１０へ登録する（Ｓ１１２）。例えば、登録部２４１は、人感センサ３１１のセンサＩＤに部屋３１０の部屋ＩＤを対応付けてセンサ情報２１４のレコードとして登録する。また、登録部２４１は、ＩｏＴ機器３１２の機器ＩＤに部屋３１０の部屋ＩＤを対応付けてＩｏＴ機器情報２１５のレコードとして登録する。同様に、登録部２４１は、ＩｏＴ機器３１３の機器ＩＤに部屋３１０の部屋ＩＤを対応付けてＩｏＴ機器情報２１５の他のレコードとして登録する。尚、この時点では、センサ情報２１４の検出日時２１４４は、ｎｕｌｌであってもよい。また、ＩｏＴ機器情報２１５の制御回数２１５７、応答回数２１５８及び応答率２１５９は、ｎｕｌｌであってもよい。または、登録部２４１は、ＩｏＴ機器ごとに応答率２１５９のデフォルト値を設定してもよい。

図１１は、本実施形態２にかかるセンサ情報更新処理の流れを示すフローチャートである。例えば、携帯電話端末４００を所持した保守担当者Ｕが建屋３００内の部屋３３０へ移動したものとする。このとき、部屋３３０に設置された人感センサ３３１は、移動体を検出し、検出日時及び人感センサ３３１のセンサＩＤの組を、通信網Ｎを介して障害通知支援装置２００へ送信する。

これに応じて、障害通知支援装置２００の登録部２４１は、通信網Ｎを介して人感センサ３３１で検出された検出結果（検出日時）及びセンサＩＤを取得する（Ｓ１２１）。そして、登録部２４１は、取得したセンサＩＤ２１４１を含むセンサ情報２１４に、取得した検出日時２１４４を（追加して）登録（更新）する（Ｓ１２２）。尚、センサ情報更新処理は、随時実行されるため、センサ情報２１４の異なるレコードに異なる検出日時が登録されることとなる。

図１２は、本実施形態２にかかる障害通知処理の流れを示すフローチャートである。まず、情報システム１００において障害が発生し、情報システム１００から通信網Ｎを介して障害通知支援装置２００へ障害通知が送信されたものとする。例えば、情報システム１００又は障害を検知した監視システムは、発生した障害に応じた障害通知を電子メールで障害通知支援装置２００へ送信する。障害通知の電子メールには、障害が発生したサーバ名、障害が検出されたメッセージＩＤ、メッセージ内容、重要度（クリティカル、異常、警告、正常など）等が含まれる。但し、障害通知の内容は、これらに限定されない。尚、監視システム等が情報システム１００の障害を検知し、障害通知支援装置２００へ障害通知を送信する処理は、公知技術を用いることができる。

これに応じて、障害通知支援装置２００の受信部２４２は、通信網Ｎを介して障害通知を受信する（Ｓ１３１）。障害通知は、例えば、保守サーバ名「srv001」、メッセージＩＤ「０００」、メッセージ内容「会計処理バッチＸＸが異常終了しました。」、重要度「異常」といった内容を含む。

そして、特定部２４４は、障害通知を解析して通知先を特定する（Ｓ１３２）。例えば、特定部２４４は、障害通知から保守サーバ名を抽出し、保守担当者情報２１２の中から保守サーバ名２１２２に対応付けられた携帯電話番号２１２３及び建屋ＩＤ２１２４を通知先として特定する。ここでは、保守サーバ名「srv001」の保守担当が保守担当者Ｕとし、特定部２４４は、携帯電話端末４００の携帯電話番号及び保守担当者Ｕが滞在することになっている建屋３００の建屋ＩＤを特定するものとする。

そこで、発信部２４３は、特定した携帯電話番号に対して発信する（Ｓ１３３）。例えば、発信部２４３は、携帯電話網Ｎ２を介して携帯電話端末４００に対して発信を行う。ステップＳ１３３と並行して、特定部２４４は、ＩｏＴ機器特定処理を行う（Ｓ１３４）。

図１３は、本実施形態２にかかるＩｏＴ機器特定処理の流れを示すフローチャートである。まず、特定部２４４は、センサ情報２１４の各レコードの検出日時２１４４が直近から所定期間以内のものを検索する（Ｓ１４１）。そして、特定部２４４は、該当するセンサＩＤが存在するか否かを判定する（Ｓ１４２）。

該当するセンサＩＤ（検出日時２１４４が直近から所定期間以内のレコード）が存在する場合、特定部２４４は、検出日時２１４４が最新であるセンサＩＤ２１４１に対応付けられた部屋ＩＤ２１４３を特定する（Ｓ１４３）。例えば、人感センサ３３１のセンサＩＤが該当し、部屋３３０の部屋ＩＤが特定されたものとする。そして、特定部２４４は、ＩｏＴ機器情報２１５の中に、特定した部屋ＩＤ２１５４に対応付けられた機器ＩＤ２１５１が複数存在するか否かを判定する（Ｓ１４４）。例えば、部屋３３０には２つのＩｏＴ機器３３２及び３３３が設置されているため、該当する機器ＩＤが複数存在すると判定される。

該当する機器ＩＤが複数存在する場合、特定部２４４は、該当する複数の機器の中から、応答率２１５９に基づき、より優先度の高い機器を制御対象として特定する（Ｓ１４５）。具体的には、特定部２４４は、部屋３３０の部屋ＩＤを含むＩｏＴ機器情報２１５のレコードの中から、応答率２１５９を取得する。そして、特定部２４４は、応答率の高い順にソートして、応答率が一番高い機器ＩＤから順に、配列に格納する。そして、特定部２４４は、１番目の配列から機器ＩＤを取得し、当該機器ＩＤに対応するＩｏＴ機器を制御対象として特定する。例えば、特定部２４４は、ＩｏＴ機器３３２と３３３の応答率を取得し、応答率の降順で機器ＩＤを配列に格納する。ここでは、配列の１番目にＩｏＴ機器３３３の機器ＩＤが格納されており、特定部２４４は、ＩｏＴ機器３３３を制御対象として特定したものとする。尚、特定部２４４は、取得した応答率に基づいて制御対象としての優先順位を付与してもよい。具体的には、特定部２４４は、応答率が高い順にソートし、ソートの最上位から優先順位を１位、２位と付与するとよい。この場合、特定部２４４は、優先順位と機器ＩＤとの組をメモリ２２０や記憶部２１０に保持してもよい。

ステップＳ１４４で該当する機器ＩＤが複数存在しない場合、つまり、該当する機器ＩＤが１つである場合、特定部２４４は、該当する機器を制御対象として特定する（Ｓ１４６）。例えば、人感センサと同じ部屋に設置されたＩｏＴ機器が１つの場合が該当する。

ステップＳ１４２で該当するセンサＩＤが存在しない場合、特定部２４４は、ＩｏＴ機器情報２１５の各レコードの中から、応答率２１５９に基づき、より優先度の高い機器を制御対象として特定する（Ｓ１４７）。つまり、直近から所定期間以内に建屋３００の人感センサ３１１、３２１及び３３１のいずれにも検出されなかった場合が該当する。例えば、前日の検出結果が最新である場合、現時点で保守担当者Ｕが建屋３００内に滞在していない可能性がある。または、保守担当者Ｕが建屋３００内に滞在しているが、何らかの事情で直近では検出されなかった場合が該当する。

ステップＳ１４５、Ｓ１４６又はＳ１４７の後、特定部２４４は、特定した機器に対応付けられた制御開始命令を特定する（Ｓ１４８）。具体的には、特定部２４４は、特定した機器ＩＤ２１５１に対応付けられた開始アクション２１５５を特定する。

図１２に戻り説明を続ける。ステップＳ１３４の後、送信部２４５は、特定したＩｏＴ機器に対して、特定した制御開始命令を送信する（Ｓ１３５）。例えば、特定したＩｏＴ機器３３３が目覚まし時計である場合、特定部２４４は、開始アクション２１５５としてアラーム開始命令を、通信網Ｎを介してＩｏＴ機器３３３へ送信する。これに応じて、ＩｏＴ機器３３３は、通信網Ｎを介して開始アクション２１５５を受信し、受信したアラーム開始命令に応じてアラームを鳴らす動作を開始する。

その後、受信部２４２は、発信先の携帯電話端末から一定時間内に応答があったか否かを判定する（Ｓ１３６）。例えば、保守担当者Ｕは、ステップＳ１３３による発信に応じて、携帯電話端末４００の着信に応答する。または、保守担当者Ｕは、携帯電話端末４００の着信に気付かないとしても、ＩｏＴ機器３３３のアラームの鳴動をきかっかけに携帯電話端末４００の着信に気付いて、応答する。または、保守担当者Ｕは、携帯電話端末４００を別の部屋に置いていたとしても、ＩｏＴ機器３３３のアラームの鳴動をきかっかけにその部屋へ移動し、携帯電話端末４００の着信に応答する。これらのいずれかに応じて、一定時間内に受信部２４２が携帯電話端末からの応答を受信した場合、ステップＳ１３７へ進む。一方、一定時間内に受信部２４２が携帯電話端末からの応答を受信しなかった場合、ステップＳ１３９へ進む。例えば、保守担当者ＵがＩｏＴ機器３３３のアラームの鳴動によっても、携帯電話端末４００の着信に気付かない場合が該当する。または、ステップＳ１４７により優先度の高いＩｏＴ機器に対して制御を行ったとしても、そのＩｏＴ機器が設置された部屋に保守担当者Ｕがいないか、その部屋に保守担当者Ｕがいたとしても気付かなかった場合が該当する。

ステップＳ１３６で一定時間内に応答があった場合、登録部２４１は、制御開始命令が送信されたＩｏＴ機器と応答記録とを対応付けて登録する（Ｓ１３７）。例えば、登録部２４１は、ＩｏＴ機器３３３の機器ＩＤ２１６２、ステップＳ１３３の発信日時２１６１、部屋３３０の部屋ＩＤ２１６３の組に、応答有として応答有無２１６４を対応付けて応答記録情報２１６に登録する。尚、発信日時２１６１の代わりに応答日時を用いても良い。その後、特定部２４４は、特定した機器ＩＤ２１５１に対応付けられた終了アクション２１５６を特定する。そして、送信部２４５は、特定したＩｏＴ機器に対して、特定した制御終了命令を送信する（Ｓ１３８）。例えば、送信部２４５は、終了アクション２１５６としてアラーム終了（停止）命令を、通信網Ｎを介してＩｏＴ機器３３３へ送信する。これに応じて、ＩｏＴ機器３３３は、通信網Ｎを介して終了アクション２１５６を受信し、受信したアラーム終了命令に応じてアラームを鳴らす動作を終了する。

ステップＳ１３６で一定時間内に応答があった場合、登録部２４１は、制御終了命令が送信されたＩｏＴ機器と応答記録とを対応付けて登録する（Ｓ１３９）。例えば、登録部２４１は、ＩｏＴ機器３３３の機器ＩＤ２１６２、ステップＳ１３３の発信日時２１６１、部屋３３０の部屋ＩＤ２１６３の組に、応答無として応答有無２１６４を対応付けて応答記録情報２１６に登録する。

続いて、特定部２４４は、優先度が次のＩｏＴ機器を特定する（Ｓ１４０）。具体的には、特定部２４４は、２番目の配列から機器ＩＤを取得し、制御対象として特定し、当該機器ＩＤに対応付けられた開始アクション２１５５を特定する。または、特定部２４４は、メモリ２２０等に保持された優先順位が２番目の機器ＩＤを取得し、制御対象として特定し、当該機器ＩＤに対応付けられた開始アクション２１５５を特定する。例えば、特定部２４４は、部屋３３０内でＩｏＴ機器３３３の次に優先順位が高いＩｏＴ機器３３２を制御対象として特定し、ＩｏＴ機器３３２の開始アクション２１５５を特定する。その後、ステップＳ１３５を再度実行する。以後、ステップＳ１３６でＹＥＳと判定されるまで、繰り返す。

図１４は、本実施形態２にかかる応答率更新処理の流れを示すフローチャートである。障害通知処理が１回以上行われた後、算出部２４６は、所定のタイミングで起動する（Ｓ１５１）。所定のタイミングとは例えば、毎日、特定の時刻や１時間ごと等である。次に、算出部２４６は、応答記録情報２１６から、ＩｏＴ機器ごとに制御回数及び応答回数をカウントする（Ｓ１５２）。具体的には、算出部２４６は、応答記録情報２１６の各レコードのうち同一の機器ＩＤ２１６２を含むレコード数を累算して、制御回数を算出する。また、算出部２４６は、応答記録情報２１６の各レコードのうち同一の機器ＩＤ２１６２かつ応答有無２１６４が応答有であるレコード数を累算して、応答回数を算出する。尚、算出部２４６は、応答記録情報２１６内の全レコードを対象としてカウントする必要はない。例えば、算出部２４６は、累算の対象となるレコードの発信日時２１６１を直近から１か月以内、所定期間に絞って算出してもよい。そして、障害通知支援装置２００は、管理者等から所定期間の指定を受け付け、記憶部２１０に保存してもよい。

そして、算出部２４６は、制御回数及び応答回数から、ＩｏＴ機器ごとに応答率を算出する（Ｓ１５３）。具体的には、算出部２４６は、ＩｏＴ機器ごとに算出された応答回数を制御回数で除算して、応答率を算出する。

その後、登録部２４１は、ＩｏＴ機器ごとに制御回数、応答回数及び応答率を更新する（Ｓ１５４）。具体的には、登録部２４１は、機器ＩＤ２１５１に、ステップＳ１５２及びＳ１５３で算出した制御回数２１５７、応答回数２１５８及び応答率２１５９を対応付けてＩｏＴ機器情報２１５を更新する。

以上のことから、本実施形態２により実施形態１と同様に、障害通知を保守担当者に気付き易くさせて、より迅速な障害対応を行わせることができる。特に実施形態２では、直近で人感センサにより移動体が検出された部屋に複数のＩｏＴ機器がある場合、過去の応答実績からの優先順位に応じて、制御対象のＩｏＴ機器を特定する。そのため、保守担当者が障害通知に気付く確率を高くし、より早く気付き易くなる。

また、本実施形態２では、直近に人感センサでの検出がなかった場合には、過去の応答実績から、建屋内の全ＩｏＴ機器の中から優先順位に応じて、制御対象のＩｏＴ機器を特定する。そのため、仮に人感センサの検出が不十分であったとしても、保守担当者が気づく確率の高いＩｏＴ機器を優先的に制御させることができる。

尚、障害通知支援装置２００は、障害通知に対応する保守担当者の携帯電話端末の位置情報を取得し、当該位置情報が建屋から所定範囲外である場合に、送信部２４５による所定の制御命令の送信を抑止するようにしてもよい。このように、携帯電話端末の位置情報と組み合わせることで、ＩｏＴ機器の不要な制御を避けて、効率的な呼び出しを実現できる。

＜その他の実施形態＞
尚、上述の各実施形態は、情報システムの保守運用の現場に限定されず、工場、エレベータ、防犯カメラ等の機器の保守や、建屋が自宅外のオフィスである場合にも適用可能である。

尚、上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。

上述の例において、プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disc（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する登録部と、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信部と、
前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定部と、
前記特定された被制御機器に対して所定の制御命令を送信する送信部と、
を備える障害通知支援装置。
（付記Ａ２）
前記特定部は、
前記検出結果のうち検出日時が最新のものを特定し、
当該特定された検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する
付記Ａ１に記載の障害通知支援装置。
（付記Ａ３）
前記特定部は、前記特定された被制御機器の種別に応じた制御命令をさらに特定し、
前記送信部は、前記特定された制御命令を前記所定の制御命令として送信する
付記Ａ１又はＡ２に記載の障害通知支援装置。
（付記Ａ４）
前記登録部は、前記建屋内の複数の前記被制御機器のそれぞれについて、当該被制御機器が設置された領域と、当該被制御機器の種別に応じた制御命令とを対応付けて登録し、
前記特定部は、前記検出結果に対応付けられた領域を特定し、当該領域に対応付けられた被制御機器及び制御命令を特定する
付記Ａ３に記載の障害通知支援装置。
（付記Ａ５）
前記登録部は、前記発信に対して前記携帯電話端末から応答があった場合、前記制御命令が送信された被制御機器と応答記録とを対応付けて登録し、
前記特定部は、前記検出結果に対応付けられた領域に設置された被制御機器が２以上存在する場合、前記応答記録に基づいて前記被制御機器を特定する
付記Ａ１乃至Ａ４のいずれか１項に記載の障害通知支援装置。
（付記Ａ６）
前記特定された被制御機器に対して所定の制御命令が送信されたことに応じた前記携帯電話端末からの応答率を、前記応答記録に基づいて被制御機器ごとに算出する算出部をさらに備え、
前記登録部は、各被制御機器と前記算出された応答率とを対応付けて登録し、
前記特定部は、前記検出結果に対応付けられた領域に設置された被制御機器が２以上存在する場合、前記応答率がより高いものを優先して前記被制御機器を特定する
付記Ａ５に記載の障害通知支援装置。
（付記Ａ７）
前記特定部は、
前記検出結果のうち検出日時が直近から所定期間内であるものが存在しない場合、前記複数の領域のいずれかに設置された各被制御機器の中から、対応付けられた前記応答率がより高いものを優先して前記被制御機器を特定する
付記Ａ６に記載の障害通知支援装置。
（付記Ａ８）
前記障害通知支援装置は、
前記障害通知に対応する前記保守担当者の携帯電話端末の位置情報を取得し、
当該位置情報が前記建屋から所定範囲外である場合に、前記送信部による前記所定の制御命令の送信を抑止する
付記Ａ１乃至Ａ７のいずれか１項に記載の障害通知支援装置。
（付記Ｂ１）
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサと、当該人感センサが設置された領域と、当該領域に設置された１以上の被制御機器とを対応付けて記憶する記憶装置と、
障害通知支援装置とを備え、
前記障害通知支援装置は、
前記人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて前記記憶装置に登録する登録部と、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信部と、
前記障害通知を受信した場合に、前記記憶装置を参照して、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定部と、
前記特定された被制御機器に対して所定の制御命令を送信する送信部と、
を備える障害通知支援システム。
（付記Ｂ２）
前記特定部は、
前記検出結果のうち検出日時が最新のものを特定し、
当該特定された検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する
付記Ｂ１に記載の障害通知支援システム。
（付記Ｃ１）
コンピュータが、
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、
当該検出結果と当該人感センサが設置された領域とを対応付けて登録し、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行い、
前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定し、
前記特定された被制御機器に対して所定の制御命令を送信する
障害通知支援方法。
（付記Ｄ１）
所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する登録処理と、
前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信処理と、
前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定処理と、
前記特定された被制御機器に対して所定の制御命令を送信する送信処理と、
をコンピュータに実行させる障害通知支援プログラム。

以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１ 障害通知支援装置
１１ 登録部
１２ 発信部
１３ 特定部
１４ 送信部
１０００ 障害通知支援システム
１００ 情報システム
２００ 障害通知支援装置
２１０ 記憶部
２１１ プログラム
２１２ 保守担当者情報
２１２１ 保守担当者ＩＤ
２１２２ 保守サーバ名
２１２３ 携帯電話番号
２１２４ 建屋ＩＤ
２１３ 部屋情報
２１３１ 建屋ＩＤ
２１３２ 部屋ＩＤ
２１３３ 部屋位置
２１４ センサ情報
２１４１ センサＩＤ
２１４２ センサ名
２１４３ 部屋ＩＤ
２１４４ 検出日時
２１５ ＩｏＴ機器情報
２１５１ 機器ＩＤ
２１５２ 機器名
２１５３ 種別
２１５４ 部屋ＩＤ
２１５５ 開始アクション
２１５６ 終了アクション
２１５７ 制御回数
２１５８ 応答回数
２１５９ 応答率
２１６ 応答記録情報
２１６１ 発信日時
２１６２ 機器ＩＤ
２１６３ 部屋ＩＤ
２１６４ 応答有無
２２０ メモリ
２３０ 通信部
２４０ 制御部
２４１ 登録部
２４２ 受信部
２４３ 発信部
２４４ 特定部
２４５ 送信部
２４６ 算出部
３００ 建屋
３１０ 部屋
３１１ 人感センサ
３１２ ＩｏＴ機器
３１３ ＩｏＴ機器
３２０ 部屋
３２１ 人感センサ
３２２ ＩｏＴ機器
３２３ ＩｏＴ機器
３３０ 部屋
３３１ 人感センサ
３３２ ＩｏＴ機器
３３３ ＩｏＴ機器
４００ 携帯電話端末
Ｕ 保守担当者
Ｎ 通信網
Ｎ２ 携帯電話網

Claims (10)

1. 所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する登録部と、
   前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信部と、
   前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定部と、
   前記特定された被制御機器に対して所定の制御命令を送信する送信部と、
   を備える障害通知支援装置。
2. 前記特定部は、
   前記検出結果のうち検出日時が最新のものを特定し、
   当該特定された検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する
   請求項１に記載の障害通知支援装置。
3. 前記特定部は、前記特定された被制御機器の種別に応じた制御命令をさらに特定し、
   前記送信部は、前記特定された制御命令を前記所定の制御命令として送信する
   請求項１又は２に記載の障害通知支援装置。
4. 前記登録部は、前記建屋内の複数の前記被制御機器のそれぞれについて、当該被制御機器が設置された領域と、当該被制御機器の種別に応じた制御命令とを対応付けて登録し、
   前記特定部は、前記検出結果に対応付けられた領域を特定し、当該領域に対応付けられた被制御機器及び制御命令を特定する
   請求項３に記載の障害通知支援装置。
5. 前記登録部は、前記発信に対して前記携帯電話端末から応答があった場合、前記制御命令が送信された被制御機器と応答記録とを対応付けて登録し、
   前記特定部は、前記検出結果に対応付けられた領域に設置された被制御機器が２以上存在する場合、前記応答記録に基づいて前記被制御機器を特定する
   請求項１乃至４のいずれか１項に記載の障害通知支援装置。
6. 前記特定された被制御機器に対して所定の制御命令が送信されたことに応じた前記携帯電話端末からの応答率を、前記応答記録に基づいて被制御機器ごとに算出する算出部をさらに備え、
   前記登録部は、各被制御機器と前記算出された応答率とを対応付けて登録し、
   前記特定部は、前記検出結果に対応付けられた領域に設置された被制御機器が２以上存在する場合、前記応答率がより高いものを優先して前記被制御機器を特定する
   請求項５に記載の障害通知支援装置。
7. 前記特定部は、
   前記検出結果のうち検出日時が直近から所定期間内であるものが存在しない場合、前記複数の領域のいずれかに設置された各被制御機器の中から、対応付けられた前記応答率がより高いものを優先して前記被制御機器を特定する
   請求項６に記載の障害通知支援装置。
8. 所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサと、当該人感センサが設置された領域と、当該領域に設置された１以上の被制御機器とを対応付けて記憶する記憶装置と、
   障害通知支援装置とを備え、
   前記障害通知支援装置は、
   前記人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて前記記憶装置に登録する登録部と、
   前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信部と、
   前記障害通知を受信した場合に、前記記憶装置を参照して、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定部と、
   前記特定された被制御機器に対して所定の制御命令を送信する送信部と、
   を備える障害通知支援システム。
9. コンピュータが、
   所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、
   当該検出結果と当該人感センサが設置された領域とを対応付けて登録し、
   前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行い、
   前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定し、
   前記特定された被制御機器に対して所定の制御命令を送信する
   障害通知支援方法。
10. 所定の情報システムの保守担当者が滞在すべき建屋内の複数の領域のそれぞれに設置された人感センサによる検出結果を取得し、当該検出結果と当該人感センサが設置された領域とを対応付けて登録する登録処理と、
    前記情報システムにおいて発生した障害の障害通知を受信した場合に、当該障害通知に対応する前記保守担当者の携帯電話端末に対して発信を行う発信処理と、
    前記障害通知を受信した場合に、前記検出結果に対応付けられた領域に設置された１以上の被制御機器を特定する特定処理と、
    前記特定された被制御機器に対して所定の制御命令を送信する送信処理と、
    をコンピュータに実行させる障害通知支援プログラム。

Images