火災報知設備の支援システム
【課題】 火災報知設備の情報を必要に応じて参照すること。
【解決手段】 防火対象物に設置された自動火災報知設備の情報を、ネットワークを介して受信して蓄える情報サーバとしての外部サーバＳＶ１であって、外部サーバＳＶ１は、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の端末の前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し接続を不可とするものである。したがって、アクセスする権利が１回のみであることから、事後にアクセスする権利は消去され、業者に常時情報を閲覧させるような体制にはならない。
【解決手段】 防火対象物に設置された自動火災報知設備の情報を、ネットワークを介して受信して蓄える情報サーバとしての外部サーバＳＶ１であって、外部サーバＳＶ１は、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の端末の前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し接続を不可とするものである。したがって、アクセスする権利が１回のみであることから、事後にアクセスする権利は消去され、業者に常時情報を閲覧させるような体制にはならない。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、火災報知設備の情報を簡便に利用するための情報サーバに関し、この情報サーバを含む支援システムに関する。
【背景技術】
【０００２】
防火対象物としての建物等に設置された自動火災報知設備（以下、自火報と称す）において、火災監視に関する情報や設備の状態に関する情報などについて、インターネットを介して遠隔的に情報を収集したり制御したりしようとするシステムが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１２６８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、自火報の情報を外部から閲覧しその情報に対する制御を遠隔で行うことは問題がある。すなわち、自火報関係の業者が常時その設備の状態を監視できると、本来その建物を管理すべき監視員が業者に対応を頼ってしまうおそれがある。例えば、火災の発生時に、その建物に常駐する監視員が自ら迅速に必要な行動を取れなければならないが、情報を業者に流すことで、業者からの指示を期待してしまい、その結果、監視員の管理能力が弱体化してしまう。
【０００５】
なお、遠隔でも専門家の指示がもらえれば良いと考えることは、通信手段の安全性、確実性の問題で、とくに災害時には遮断されてしまう可能性から危険であり、一義的にまず現場で対応できることが重要である。
【０００６】
本発明は、火災報知設備の情報を必要に応じて参照することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、防火対象物に設置された火災報知設備の情報を、ネットワークを介して受信して蓄える情報サーバであって、該情報サーバは、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の端末の前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し接続を不可とすることを特徴とする火災報知設備の情報サーバである。
【０００８】
さらに、情報サーバは、パスワードの設定を所定時間の経過で消去することを特徴とするものである。
【発明の効果】
【０００９】
この発明では、情報サーバにワンタイムパスワード付きでアクセス承認を行うので、自火報の利用者が業者に自火報の状態を見せたい場合に、アクセス承認を行うことで、設備の状態確認を業者に行わせることが可能であり、アクセスする権利が１回のみであることから、事後にアクセスする権利は消去され、業者に常時情報を閲覧させるような体制にはならない。
【００１０】
とくにタイムアウトを設けてパスワードを消去し、所定時間にアクセスを制限すれば、常時接続の可能性は全くなくなる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施の形態に係る支援システムの構成を示す図である。
【図２】図１における支援システムの常時監視時のフローチャートである。
【図３】図２と同様、業者に閲覧させる場合のフローチャートである。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施する一実施の形態として、自火報の情報を利用する支援システムについて説明する。
【００１３】
図１は、支援システムの構成を示す図であり、火災受信機ＲＥは、詳細に説明しない自火報設備の全体を監視制御するセンタ装置であり、その火災受信機ＲＥと例えばＲＳ−２３２Ｃ接続で、その火災受信機ＲＥが発生した事項（以下、イベントという）の移報を受けるとともに、無線ＬＡＮを利用してそのイベント情報をモバイルルータＭＲに送信する通信ＰＣを備えている。そして、モバイルルータＭＲから３Ｇ等の携帯通信によって携帯基地局Ｂ１を経由してインターネットＩＴに接続されている。ここで、通信ＰＣからのイベント送信先は有線のイントラネットであってもよく、外部からのアクセスがプロテクトされていればよい。そして、イントラネット経由でインターネットＩＴに接続されてもよい。
【００１４】
また、インターネットＩＴには、外部サーバＳＶ１が接続されていて、火災受信機ＲＥから移報されたイベント情報を受信して保管する、いわゆるイベントログ機能を実施する。この外部サーバＳＶ１は、イベントログ機能に加え、受信したイベント情報に基づいて火災受信機ＲＥの状態を示す閲覧ページをＨＴＭＬ等で自動作成して公開するページ作成機能を有している。また、イベント情報を受信する火災受信機ＲＥが設置される防火対象物となる建物等の設備図面のデータを用い、火災発生場所や故障の端末機器の場所を示すＣＲＴシステムの機能を備えている。この設備図面のデータは、外部サーバＳＶ１内に格納されていてもよいが、必要に応じて現場となる火災受信機ＲＥ側から、または、別途設備導入した業者のデータサーバから、インターネットＩＴ経由で受信してもよい。
【００１５】
さらに、インターネットＩＴには、業者からのインターネット端末としてのサービスセンターに設置されたサービスサーバＳＶ２が接続されている。業者とは、火災受信機ＲＥをはじめ自火報に用いる設備機器を製造している業者であったり、その建物等の施工や設備の設置を行った業者、さらに、設備の保守点検を行う業者であったりする。このような業者側のインターネット端末は、火災受信機ＲＥ側や外部サーバＳＶ１から第三者の関係となっていて、通信ＰＣやモバイルルータＭＲを含めて、常時はアクセスできない。なお、業者側の端末としてはサービスサーバＳＶ２に限らず、個人で持ち歩ける作業用ＰＣやスマートフォン等の携帯端末、携帯端末と同様にモバイル端末であるタブレット等であってもよい。
【００１６】
また、この実施の形態の構成として、外部サーバＳＶ１につき、インターネットＩＴ経由で、いわゆるレンタルサーバのような系統で構成したが、情報サーバとして、火災受信機ＲＥが設置される防災センタ等にあってもよく、図１のシステム内の通信ＰＣを兼用させてもよい。
【００１７】
つぎに、上記支援システムの動作について説明する。
【００１８】
図２および図３は、上記支援システムの動作を示すフローチャートであり、図２は、常時監視時に関するフローチャートであって、図３は、火災時や故障時において業者に閲覧させる場合のフローチャートである。
【００１９】
図２において、自火報に火災信号等のイベントが発生すると、監視制御するセンタ装置としての火災受信機ＲＥがそのイベントを認識する（Ｓ０１）。
【００２０】
イベント発生を認識した火災受信機ＲＥは、図示しない移報手段から通信ＰＣにイベント情報を移報出力し、通信ＰＣはモバイルルータＭＲを介して、さらにインターネットＩＴを介して外部サーバＳＶ１にそのイベント情報を送信する（Ｓ０２）。
【００２１】
このとき、イベント情報として、火災受信機ＲＥが出力した情報がベースとなり、火災信号であれば、火災を検出した火災感知器のアドレスや種別、さらには位置情報を示すテキスト、発生した日時などで構成される。このイベント情報に必要な情報はイベントの種類によって異なり、故障の場合には、故障の種別などが用いられる。
【００２２】
つぎに、イベント情報を受信した外部サーバＳＶ１は（Ｓ０３）、イベントログ機能として、そのイベント情報を履歴として格納し、同時に、現在の火災受信機ＲＥの状態としてイベントを保持し、インターネット経由で閲覧できる閲覧ページのデータを更新する（Ｓ０４）。すなわち、火災発生であれば、現在火災受信機ＲＥの盤面に表示されている火災発生の端末情報と同様に、閲覧ページのデータに端末情報を掲載するように更新する。この結果、外部からインターネットＩＴを介して外部サーバＳＶ１にアクセスしたタブレット等のモバイル端末で、火災受信機ＲＥの現在の状態を確認することが可能であり、火災発生の位置に関する情報を取得することができ、火災受信機ＲＥが設置されている防災センタ等を離れて防火対象物内を巡回している監視員や、直接防火対象物にいない所有者や管理者などの関係者も、インターネットＩＴを介して火災受信機ＲＥの情報を確認することができ、設備の状況が確認できる。この関係者による外部サーバＳＶ１の閲覧は、いわゆるＩＤとパスワードを組合せて用い、認証を外部サーバＳＶ１が行えばよく、関係者は各自でＩＤとパスワードとを保有し管理しなければならない。
【００２３】
このような常時の監視時は、自火報にイベントが発生する度に外部サーバＳＶ１にイベント情報を送信し、そのイベント情報をイベントログ機能として格納していくと共に、そのイベント情報に基づいて外部サーバＳＶ１の閲覧ページが更新されていく。
【００２４】
なお、火災発生時など、現場確認を行い非火災の場合、または、簡単に鎮火でき、イベントへの対応が終了したとき、自火報は復旧動作が行われ、この復旧もイベント情報として送信され、閲覧のページにおいては、復旧後に正常監視中となる。
【００２５】
つぎに、火災発生時の対応の不具合や機器の故障や復旧操作の不備など、火災受信機ＲＥに関する顧客側で設備管理が十分にできない場合、業者に連絡することになる。このとき、顧客側として例えば監視員が設備の状況を正確に伝えられれば、業者側も簡単に対応できるが、その状況説明が当を得ない場合には、業者も対応に困ってしまう。このような場合、業者に設備の状況を確認してもらうことが好ましく、この実施の形態では、図２に示すような手順で、業者に設備の状況を閲覧させることができる。
【００２６】
まず、図３においても、はじめに自火報に火災信号等のイベントが発生し、火災受信機ＲＥがそのイベントを認識すること（Ｓ０１）、火災受信機ＲＥは、インターネットＩＴ等を介して外部サーバＳＶ１にそのイベント情報を送信し、イベント情報を受信した外部サーバＳＶ１は（Ｓ０３）、そのイベント情報を格納し、同時に、現在の火災受信機ＲＥの状態としてイベントを保持し、インターネット経由で閲覧される閲覧ページのデータを更新することに変わりはない。そして、自火報を管理する監視員が対応に困るとき、業者に外部サーバＳＶ１を閲覧させることになる。
【００２７】
業者の閲覧のため、まず、監視員が通信ＰＣまたは図示しないモバイル端末によって外部サーバＳＶ１にアクセスし、外部サーバＳＶ１にワンタイムパスワードを発行させる。外部サーバＳＶ１では、パスワード要求に基づいて（Ｓ１１）、乱数的にパスワードを生成し（Ｓ１２）、そのパスワードを有効とし（Ｓ１３）、監視員側にワンタイムパスワードとして発行する。
【００２８】
例えば、通信ＰＣを用いて、ワンタイムパスワードを取得した監視員は、外部サーバＳＶ１の閲覧するページにアクセスするためのＵＲＬと、アクセス承認を受けるためのワンタイムパスワードとを、電子メールで業者に送信する（Ｓ１４）。このアクセス先およびワンタイムパスワードの連絡は必ずしも電子メールでなくてもよく、電話連絡やファックス送信、データ通信等であってもよい。
【００２９】
業者のサービスサーバＳＶ２等でアクセス承認の電子メールを受けた業者は（Ｓ１５）、インターネットＩＴを介して記載されているＵＲＬに接続し、ワンタイムパスワードを用いてアクセスする（Ｓ１６）。アクセス要求を受けた外部サーバＳＶ１は、ワンタイムパスワードが有効なものと一致していることを確認し、アクセスを承認する（Ｓ１７）。当然、外部サーバＳＶ１は、ワンタイムパスワードが有効でなければ、アクセスを遮断し、閲覧させないことになる。
【００３０】
アクセス承認を受けたサービスサーバＳＶ２は、必要な情報を取得するため、外部サーバＳＶ１の情報について、閲覧ページを介して情報を収集する作業を行う（Ｓ１８）。また、外部サーバＳＶ１は、サービスサーバＳＶ２からの要求に従い、情報となるデータを送信する（Ｓ１９）。そして、業者側が必要な情報を入手して、顧客側の監視員の要望に対応できれば、サービスサーバＳＶ２による閲覧作業を停止する（Ｓ２０）。
【００３１】
外部サーバＳＶ１は、このサービスサーバＳＶ２のアクセス終了に基づいて（Ｓ２１）、使用したパスワードを消去し（Ｓ２２）、パスワードとして無効にする。この結果、ワンタイムパスワードとして受け取ったサービスサーバＳＶ２は、改めて外部サーバＳＶ１にアクセスしようとしても、一度の接続でパスワードが無効になっているので、閲覧ページやイベント情報等に再度アクセスすることができない。したがって、業者側としては、必要な場合にのみワンタイムパスワードを使用してアクセス可能とされることになる。
【００３２】
また、外部サーバＳＶ１は、ワンタイムパスワードとしてのパスワードの発効時に（Ｓ１３）、所定時間（例えば１２時間）のタイマを起動し、そのタイマのタイムアウト時にもパスワードを消去して（Ｓ３１、Ｓ３２）、閲覧するページやイベント情報等へのアクセスを遮断することができる。この動作によって、例えば、業者側がワンタイムパスワードを取得したが使用しなかった場合に、事後の勝手な閲覧を防止することができ、また、アクセスが終了されずに、長期に渡り閲覧状態が継続されることも防止される。このため、上記タイマの所定時間は、なるべく制限できる時間とされるが、業者が作業するのに必要な時間を鑑みて設定される必要がある。
【００３３】
なお、業者が使用するインターネット端末はサービスサーバＳＶ２でなくてもよく、通常の業務で使うパソコン、外出時等のスマートフォン等のモバイル端末であってもよい。
【００３４】
以上のように、本実施の形態では、防火対象物に設置された自火報の情報を、ネットワークを介して受信して蓄える情報サーバとしての外部サーバＳＶ１であって、外部サーバＳＶ１は、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し接続を不可とするものである。
【００３５】
したがって、外部サーバＳＶ１にワンタイムパスワード付きでアクセス承認を行うので、自火報の利用者が業者に自火報の状態を見せたい場合に、アクセス承認を行うことで、設備の状態確認を業者に行わせることが可能であるとともに、アクセスする権利が１回のみであることから、事後にアクセスする権利は消去され、業者に常時情報を閲覧させるような体制にはならない。
【００３６】
さらに、外部サーバＳＶ１は、パスワードの設定を所定時間の経過で消去するもので、タイムアウトを設けてパスワードを消去し、所定時間にアクセスを制限すれば、常時接続の可能性は全くなくなる。
【符号の説明】
【００３７】
ＩＴ インターネット、ＲＥ 火災受信機、ＳＶ１ 外部サーバ、ＳＶ２ サービスサーバ。
【技術分野】
【０００１】
この発明は、火災報知設備の情報を簡便に利用するための情報サーバに関し、この情報サーバを含む支援システムに関する。
【背景技術】
【０００２】
防火対象物としての建物等に設置された自動火災報知設備（以下、自火報と称す）において、火災監視に関する情報や設備の状態に関する情報などについて、インターネットを介して遠隔的に情報を収集したり制御したりしようとするシステムが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１２６８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、自火報の情報を外部から閲覧しその情報に対する制御を遠隔で行うことは問題がある。すなわち、自火報関係の業者が常時その設備の状態を監視できると、本来その建物を管理すべき監視員が業者に対応を頼ってしまうおそれがある。例えば、火災の発生時に、その建物に常駐する監視員が自ら迅速に必要な行動を取れなければならないが、情報を業者に流すことで、業者からの指示を期待してしまい、その結果、監視員の管理能力が弱体化してしまう。
【０００５】
なお、遠隔でも専門家の指示がもらえれば良いと考えることは、通信手段の安全性、確実性の問題で、とくに災害時には遮断されてしまう可能性から危険であり、一義的にまず現場で対応できることが重要である。
【０００６】
本発明は、火災報知設備の情報を必要に応じて参照することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、防火対象物に設置された火災報知設備の情報を、ネットワークを介して受信して蓄える情報サーバであって、該情報サーバは、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の端末の前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し接続を不可とすることを特徴とする火災報知設備の情報サーバである。
【０００８】
さらに、情報サーバは、パスワードの設定を所定時間の経過で消去することを特徴とするものである。
【発明の効果】
【０００９】
この発明では、情報サーバにワンタイムパスワード付きでアクセス承認を行うので、自火報の利用者が業者に自火報の状態を見せたい場合に、アクセス承認を行うことで、設備の状態確認を業者に行わせることが可能であり、アクセスする権利が１回のみであることから、事後にアクセスする権利は消去され、業者に常時情報を閲覧させるような体制にはならない。
【００１０】
とくにタイムアウトを設けてパスワードを消去し、所定時間にアクセスを制限すれば、常時接続の可能性は全くなくなる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施の形態に係る支援システムの構成を示す図である。
【図２】図１における支援システムの常時監視時のフローチャートである。
【図３】図２と同様、業者に閲覧させる場合のフローチャートである。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施する一実施の形態として、自火報の情報を利用する支援システムについて説明する。
【００１３】
図１は、支援システムの構成を示す図であり、火災受信機ＲＥは、詳細に説明しない自火報設備の全体を監視制御するセンタ装置であり、その火災受信機ＲＥと例えばＲＳ−２３２Ｃ接続で、その火災受信機ＲＥが発生した事項（以下、イベントという）の移報を受けるとともに、無線ＬＡＮを利用してそのイベント情報をモバイルルータＭＲに送信する通信ＰＣを備えている。そして、モバイルルータＭＲから３Ｇ等の携帯通信によって携帯基地局Ｂ１を経由してインターネットＩＴに接続されている。ここで、通信ＰＣからのイベント送信先は有線のイントラネットであってもよく、外部からのアクセスがプロテクトされていればよい。そして、イントラネット経由でインターネットＩＴに接続されてもよい。
【００１４】
また、インターネットＩＴには、外部サーバＳＶ１が接続されていて、火災受信機ＲＥから移報されたイベント情報を受信して保管する、いわゆるイベントログ機能を実施する。この外部サーバＳＶ１は、イベントログ機能に加え、受信したイベント情報に基づいて火災受信機ＲＥの状態を示す閲覧ページをＨＴＭＬ等で自動作成して公開するページ作成機能を有している。また、イベント情報を受信する火災受信機ＲＥが設置される防火対象物となる建物等の設備図面のデータを用い、火災発生場所や故障の端末機器の場所を示すＣＲＴシステムの機能を備えている。この設備図面のデータは、外部サーバＳＶ１内に格納されていてもよいが、必要に応じて現場となる火災受信機ＲＥ側から、または、別途設備導入した業者のデータサーバから、インターネットＩＴ経由で受信してもよい。
【００１５】
さらに、インターネットＩＴには、業者からのインターネット端末としてのサービスセンターに設置されたサービスサーバＳＶ２が接続されている。業者とは、火災受信機ＲＥをはじめ自火報に用いる設備機器を製造している業者であったり、その建物等の施工や設備の設置を行った業者、さらに、設備の保守点検を行う業者であったりする。このような業者側のインターネット端末は、火災受信機ＲＥ側や外部サーバＳＶ１から第三者の関係となっていて、通信ＰＣやモバイルルータＭＲを含めて、常時はアクセスできない。なお、業者側の端末としてはサービスサーバＳＶ２に限らず、個人で持ち歩ける作業用ＰＣやスマートフォン等の携帯端末、携帯端末と同様にモバイル端末であるタブレット等であってもよい。
【００１６】
また、この実施の形態の構成として、外部サーバＳＶ１につき、インターネットＩＴ経由で、いわゆるレンタルサーバのような系統で構成したが、情報サーバとして、火災受信機ＲＥが設置される防災センタ等にあってもよく、図１のシステム内の通信ＰＣを兼用させてもよい。
【００１７】
つぎに、上記支援システムの動作について説明する。
【００１８】
図２および図３は、上記支援システムの動作を示すフローチャートであり、図２は、常時監視時に関するフローチャートであって、図３は、火災時や故障時において業者に閲覧させる場合のフローチャートである。
【００１９】
図２において、自火報に火災信号等のイベントが発生すると、監視制御するセンタ装置としての火災受信機ＲＥがそのイベントを認識する（Ｓ０１）。
【００２０】
イベント発生を認識した火災受信機ＲＥは、図示しない移報手段から通信ＰＣにイベント情報を移報出力し、通信ＰＣはモバイルルータＭＲを介して、さらにインターネットＩＴを介して外部サーバＳＶ１にそのイベント情報を送信する（Ｓ０２）。
【００２１】
このとき、イベント情報として、火災受信機ＲＥが出力した情報がベースとなり、火災信号であれば、火災を検出した火災感知器のアドレスや種別、さらには位置情報を示すテキスト、発生した日時などで構成される。このイベント情報に必要な情報はイベントの種類によって異なり、故障の場合には、故障の種別などが用いられる。
【００２２】
つぎに、イベント情報を受信した外部サーバＳＶ１は（Ｓ０３）、イベントログ機能として、そのイベント情報を履歴として格納し、同時に、現在の火災受信機ＲＥの状態としてイベントを保持し、インターネット経由で閲覧できる閲覧ページのデータを更新する（Ｓ０４）。すなわち、火災発生であれば、現在火災受信機ＲＥの盤面に表示されている火災発生の端末情報と同様に、閲覧ページのデータに端末情報を掲載するように更新する。この結果、外部からインターネットＩＴを介して外部サーバＳＶ１にアクセスしたタブレット等のモバイル端末で、火災受信機ＲＥの現在の状態を確認することが可能であり、火災発生の位置に関する情報を取得することができ、火災受信機ＲＥが設置されている防災センタ等を離れて防火対象物内を巡回している監視員や、直接防火対象物にいない所有者や管理者などの関係者も、インターネットＩＴを介して火災受信機ＲＥの情報を確認することができ、設備の状況が確認できる。この関係者による外部サーバＳＶ１の閲覧は、いわゆるＩＤとパスワードを組合せて用い、認証を外部サーバＳＶ１が行えばよく、関係者は各自でＩＤとパスワードとを保有し管理しなければならない。
【００２３】
このような常時の監視時は、自火報にイベントが発生する度に外部サーバＳＶ１にイベント情報を送信し、そのイベント情報をイベントログ機能として格納していくと共に、そのイベント情報に基づいて外部サーバＳＶ１の閲覧ページが更新されていく。
【００２４】
なお、火災発生時など、現場確認を行い非火災の場合、または、簡単に鎮火でき、イベントへの対応が終了したとき、自火報は復旧動作が行われ、この復旧もイベント情報として送信され、閲覧のページにおいては、復旧後に正常監視中となる。
【００２５】
つぎに、火災発生時の対応の不具合や機器の故障や復旧操作の不備など、火災受信機ＲＥに関する顧客側で設備管理が十分にできない場合、業者に連絡することになる。このとき、顧客側として例えば監視員が設備の状況を正確に伝えられれば、業者側も簡単に対応できるが、その状況説明が当を得ない場合には、業者も対応に困ってしまう。このような場合、業者に設備の状況を確認してもらうことが好ましく、この実施の形態では、図２に示すような手順で、業者に設備の状況を閲覧させることができる。
【００２６】
まず、図３においても、はじめに自火報に火災信号等のイベントが発生し、火災受信機ＲＥがそのイベントを認識すること（Ｓ０１）、火災受信機ＲＥは、インターネットＩＴ等を介して外部サーバＳＶ１にそのイベント情報を送信し、イベント情報を受信した外部サーバＳＶ１は（Ｓ０３）、そのイベント情報を格納し、同時に、現在の火災受信機ＲＥの状態としてイベントを保持し、インターネット経由で閲覧される閲覧ページのデータを更新することに変わりはない。そして、自火報を管理する監視員が対応に困るとき、業者に外部サーバＳＶ１を閲覧させることになる。
【００２７】
業者の閲覧のため、まず、監視員が通信ＰＣまたは図示しないモバイル端末によって外部サーバＳＶ１にアクセスし、外部サーバＳＶ１にワンタイムパスワードを発行させる。外部サーバＳＶ１では、パスワード要求に基づいて（Ｓ１１）、乱数的にパスワードを生成し（Ｓ１２）、そのパスワードを有効とし（Ｓ１３）、監視員側にワンタイムパスワードとして発行する。
【００２８】
例えば、通信ＰＣを用いて、ワンタイムパスワードを取得した監視員は、外部サーバＳＶ１の閲覧するページにアクセスするためのＵＲＬと、アクセス承認を受けるためのワンタイムパスワードとを、電子メールで業者に送信する（Ｓ１４）。このアクセス先およびワンタイムパスワードの連絡は必ずしも電子メールでなくてもよく、電話連絡やファックス送信、データ通信等であってもよい。
【００２９】
業者のサービスサーバＳＶ２等でアクセス承認の電子メールを受けた業者は（Ｓ１５）、インターネットＩＴを介して記載されているＵＲＬに接続し、ワンタイムパスワードを用いてアクセスする（Ｓ１６）。アクセス要求を受けた外部サーバＳＶ１は、ワンタイムパスワードが有効なものと一致していることを確認し、アクセスを承認する（Ｓ１７）。当然、外部サーバＳＶ１は、ワンタイムパスワードが有効でなければ、アクセスを遮断し、閲覧させないことになる。
【００３０】
アクセス承認を受けたサービスサーバＳＶ２は、必要な情報を取得するため、外部サーバＳＶ１の情報について、閲覧ページを介して情報を収集する作業を行う（Ｓ１８）。また、外部サーバＳＶ１は、サービスサーバＳＶ２からの要求に従い、情報となるデータを送信する（Ｓ１９）。そして、業者側が必要な情報を入手して、顧客側の監視員の要望に対応できれば、サービスサーバＳＶ２による閲覧作業を停止する（Ｓ２０）。
【００３１】
外部サーバＳＶ１は、このサービスサーバＳＶ２のアクセス終了に基づいて（Ｓ２１）、使用したパスワードを消去し（Ｓ２２）、パスワードとして無効にする。この結果、ワンタイムパスワードとして受け取ったサービスサーバＳＶ２は、改めて外部サーバＳＶ１にアクセスしようとしても、一度の接続でパスワードが無効になっているので、閲覧ページやイベント情報等に再度アクセスすることができない。したがって、業者側としては、必要な場合にのみワンタイムパスワードを使用してアクセス可能とされることになる。
【００３２】
また、外部サーバＳＶ１は、ワンタイムパスワードとしてのパスワードの発効時に（Ｓ１３）、所定時間（例えば１２時間）のタイマを起動し、そのタイマのタイムアウト時にもパスワードを消去して（Ｓ３１、Ｓ３２）、閲覧するページやイベント情報等へのアクセスを遮断することができる。この動作によって、例えば、業者側がワンタイムパスワードを取得したが使用しなかった場合に、事後の勝手な閲覧を防止することができ、また、アクセスが終了されずに、長期に渡り閲覧状態が継続されることも防止される。このため、上記タイマの所定時間は、なるべく制限できる時間とされるが、業者が作業するのに必要な時間を鑑みて設定される必要がある。
【００３３】
なお、業者が使用するインターネット端末はサービスサーバＳＶ２でなくてもよく、通常の業務で使うパソコン、外出時等のスマートフォン等のモバイル端末であってもよい。
【００３４】
以上のように、本実施の形態では、防火対象物に設置された自火報の情報を、ネットワークを介して受信して蓄える情報サーバとしての外部サーバＳＶ１であって、外部サーバＳＶ１は、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し接続を不可とするものである。
【００３５】
したがって、外部サーバＳＶ１にワンタイムパスワード付きでアクセス承認を行うので、自火報の利用者が業者に自火報の状態を見せたい場合に、アクセス承認を行うことで、設備の状態確認を業者に行わせることが可能であるとともに、アクセスする権利が１回のみであることから、事後にアクセスする権利は消去され、業者に常時情報を閲覧させるような体制にはならない。
【００３６】
さらに、外部サーバＳＶ１は、パスワードの設定を所定時間の経過で消去するもので、タイムアウトを設けてパスワードを消去し、所定時間にアクセスを制限すれば、常時接続の可能性は全くなくなる。
【符号の説明】
【００３７】
ＩＴ インターネット、ＲＥ 火災受信機、ＳＶ１ 外部サーバ、ＳＶ２ サービスサーバ。
【特許請求の範囲】
【請求項１】
防火対象物に設置された火災報知設備の情報を、ネットワークを介して受信して蓄える情報サーバであって、
該情報サーバは、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の端末からの前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し前記端末からの接続を不可とすることを特徴とする火災報知設備の情報サーバ。
【請求項２】
情報サーバは、設定されたパスワードを所定時間の経過で消去する請求項１の火災報知設備の情報サーバ。
【請求項１】
防火対象物に設置された火災報知設備の情報を、ネットワークを介して受信して蓄える情報サーバであって、
該情報サーバは、顧客側のアクセス承認となるパスワードの設定を受けて、業者側の端末からの前記パスワードを伴う接続要求を許可するとともに、該接続が終了するときに前記パスワードを消去し前記端末からの接続を不可とすることを特徴とする火災報知設備の情報サーバ。
【請求項２】
情報サーバは、設定されたパスワードを所定時間の経過で消去する請求項１の火災報知設備の情報サーバ。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１３−８９０７７（Ｐ２０１３−８９０７７Ａ）
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１１−２２９８１４（Ｐ２０１１−２２９８１４）
【出願日】平成２３年１０月１９日（２０１１．１０．１９）
【出願人】（０００２３３８２６）能美防災株式会社 (918)
【Ｆターム（参考）】
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願日】平成２３年１０月１９日（２０１１．１０．１９）
【出願人】（０００２３３８２６）能美防災株式会社 (918)
【Ｆターム（参考）】
[ Back to top ]