(57)【特許請求の範囲】
【請求項１】
施設で発生した事象を示す信号を受信する受信部と、
複数の信号が受信された場合に、前記複数の信号の受信パターンが、予め設定登録された第１パターンと一致するか否かを判定する判定部と、
前記複数の信号の受信パターンが前記第１パターンと一致する場合に、前記複数の信号に対応する複数の事象を、前記第１パターンに対応付けて予め設定登録された第１通知方式で通知する通知部とを備える、施設管制システム。
【請求項２】
前記第１通知方式は、前記第１パターンで受信された複数の信号に対応する複数の事象を１つの事象としてまとめて通知することを含み、
前記通知部は、前記複数の信号の受信パターンが前記第１パターンと一致する場合に、前記複数の事象を、前記１つの事象としてまとめて通知する、請求項１に記載の施設管制システム。
【請求項３】
前記第１通知方式は、前記第１パターンで受信された複数の信号に対応する複数の事象を所定の優先度に従って通知することを含み、
前記通知部は、前記複数の信号の受信パターンが前記第１パターンと一致する場合に、前記複数の事象を、前記優先度に従って通知する、請求項１に記載の施設管制システム。
【請求項４】
管制官による前記第１パターンおよび前記第１通知方式の設定登録操作を受け付ける登録受付部をさらに備える、請求項１に記載の施設管制システム。
【請求項５】
過去に受信された信号の受信パターンである第２パターンと、前記過去に受信された信号に対応する過去の事象の通知方式である第２通知方式との対応関係を分析する分析部と、
前記分析部による分析結果に基づいて、前記第２パターンおよび前記第２通知方式を生成して出力する出力部とをさらに備える、請求項１に記載の施設管制システム。
【請求項６】
前記出力部は、前記第２パターンおよび前記第２通知方式を、前記第１パターンおよび前記第１通知方式との差異を識別可能に出力する、請求項５に記載の施設管制システム。
【請求項７】
前記第２パターンおよび前記第２通知方式の設定登録を行う設定登録部をさらに備え、
前記判定部は、前記第２パターンおよび前記第２通知方式の設定登録が行われた後に、前記複数の信号が受信された場合に、前記複数の信号の受信パターンが前記第２パターンと一致するか否かを判定し、
前記通知部は、前記複数の信号の受信パターンが前記第２パターンと一致する場合に、前記複数の事象を、前記第２通知方式で通知する、請求項５に記載の施設管制システム。
【請求項８】
施設で発生した事象を示す信号を受信し、
複数の信号が受信された場合に、前記複数の信号の受信パターンが、予め設定登録された第１パターンと一致するか否かを判定し、
前記複数の信号の受信パターンが前記第１パターンと一致する場合に、前記複数の信号に対応する複数の事象を、前記第１パターンに対応付けて予め設定登録された第１通知方式で通知する、施設管制方法。
【請求項９】
前記第１通知方式は、前記第１パターンで受信された複数の信号に対応する複数の事象を１つの事象としてまとめて通知することを含み、
前記複数の信号の受信パターンが前記第１パターンと一致する場合に、前記複数の事象を、前記１つの事象としてまとめて通知する、請求項８に記載の施設管制方法。
【請求項１０】
前記第１通知方式は、前記第１パターンで受信された複数の信号に対応する複数の事象を所定の優先度に従って通知することを含み、
前記複数の信号の受信パターンが前記第１パターンと一致する場合に、前記複数の事象を、前記優先度に従って通知する、請求項８に記載の施設管制方法。
【請求項１１】
管制官による前記第１パターンおよび前記第１通知方式の設定登録操作を受け付ける、請求項８に記載の施設管制方法。
【請求項１２】
過去に受信された信号の受信パターンである第２パターンと、前記過去に受信された信号に対応する過去の事象の通知方式である第２通知方式との対応関係を分析し、
分析結果に基づいて、前記第２パターンおよび前記第２通知方式を生成して出力する、請求項８に記載の施設管制方法。
【請求項１３】
前記第２パターンおよび前記第２通知方式を、前記第１パターンおよび前記第１通知方式との差異を識別可能に出力する、請求項１２に記載の施設管制方法。
【請求項１４】
前記第２パターンおよび前記第２通知方式の設定登録を行い、
前記第２パターンおよび前記第２通知方式の設定登録が行われた後に、前記複数の信号が受信された場合に、前記複数の信号の受信パターンが前記第２パターンと一致するか否かを判定し、
前記複数の信号の受信パターンが前記第２パターンと一致する場合に、前記複数の事象を、前記第２通知方式で通知する、請求項１２に記載の施設管制方法。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、施設管制システムおよび施設管制方法に関する。
【背景技術】
【０００２】
従来、高速道路などに設けられるトンネルなどの施設から信号を受信し、受信した信号に基づいて、施設側で発生した災害などの事象を中央側の管制官に通知する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１６２２７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような技術では、複数の事象が略同時に発生した場合に、複数の事象を効率的に通知することが望まれている。
【課題を解決するための手段】
【０００５】
実施形態による施設管制システムは、受信部と、判定部と、通知部とを備える。受信部は、施設で発生した事象を示す信号を受信するように構成される。判定部は、複数の信号が受信された場合に、複数の信号の受信パターンが、予め設定登録された第１パターンと一致するか否かを判定するように構成される。通知部は、複数の信号の受信パターンが第１パターンと一致する場合に、複数の信号に対応する複数の事象を、第１パターンに対応付けて予め設定登録された第１通知方式で通知するように構成される。
【図面の簡単な説明】
【０００６】
【図１】図１は、実施形態による施設管制システムのネットワーク構成を示した例示ブロック図である。
【図２】図２は、実施形態によるサーバ装置およびクライアント装置のハードウェア構成を示した例示ブロック図である。
【図３】図３は、実施形態によるデータ蓄積装置に蓄積される管制情報を示した例示ブロック図である。
【図４】図４は、実施形態によるサーバ装置の機能的構成を示した例示ブロック図である。
【図５】図５は、実施形態によるクライアント装置に出力される登録画面を示した例示図である。
【図６】図６は、実施形態によるクライアント装置に出力される通知画面を示した例示図である。
【図７】図７は、実施形態による分析プログラムが起動された場合にクライアント装置に出力される起動画面を示した例示図である。
【図８】図８は、実施形態によるクライアント装置に出力される生成結果画面を示した例示図である。
【図９】図９は、実施形態によるクライアント装置に出力される最適化画面を示した例示図である。
【図１０】図１０は、実施形態による監視制御プログラムが施設における事象の発生を通知する場合に実行する処理を示した例示フローチャートである。
【図１１】図１１は、実施形態による監視制御プログラムが第１パターンおよび第１通知方式の設定登録を行う場合に実行する処理を示した例示フローチャートである。
【図１２】図１２は、実施形態による分析プログラムが第２パターンおよび第２通知方式を生成する場合に実行する処理を示した例示フローチャートである。
【図１３】図１３は、実施形態による分析プログラムが第２パターンおよび第２通知方式と第１パターンおよび第１通知方式との差異を出力する場合に実行する処理を示した例示フローチャートである。
【発明を実施するための形態】
【０００７】
以下、実施形態を図面に基づいて説明する。
【０００８】
まず、図１を参照して、実施形態による施設管制システム１０００のネットワーク構成について説明する。ここで、施設管制システム１０００とは、高速道路などに設けられるトンネルなどの施設側で発生した事象（たとえば停電や火災などの災害）を中央側の管制官（オペレータ）に通知し、発生した事象に対応した処置を管制官に実行させることを実現するシステムである。
【０００９】
図１に示すように、施設管制システム１０００は、サーバ装置１００と、クライアント装置２００と、データ蓄積装置３００とを備える。サーバ装置１００は、施設側に設けられる複数の端末４００と、ネットワーク５００を介して通信可能に接続されている。なお、端末４００は、施設で所定の事象（災害）が発生するごとに、発生した事象に対応する信号を、ネットワーク５００を介してサーバ装置１００に送信するように構成されている。
【００１０】
クライアント装置２００は、サーバ装置１００に接続されている。クライアント装置２００は、管制官により操作される装置であり、施設で発生した事象を管制官に通知したり、管制官による指示を受け付けたりするように構成されている。なお、図１では、クライアント装置２００の個数が３つである例を示しているが、クライアント装置２００の個数は、２つ以下であってもよいし、４つ以上であってもよい。
【００１１】
ここで、サーバ装置１００およびクライアント装置２００は、図２に示すような、通常のコンピュータ（情報処理装置）と同様のハードウェア構成を有する。すなわち、サーバ装置１００およびクライアント装置２００は、ハードウェア構成として、通信Ｉ／Ｆ（インターフェース）６０１と、入出力Ｉ／Ｆ６０２と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）６０３と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）６０４と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）６０５とを備える。これらのハードウェアは、バスなどを介して互いに接続されている。
【００１２】
通信Ｉ／Ｆ６０１は、自装置を他装置に接続するためのインターフェースである。入出力Ｉ／Ｆ６０２は、ディスプレイなどの出力装置や、キーボードなどの入力装置を自装置に接続するためのインターフェースである。
【００１３】
ＣＰＵ６０３は、各種コンピュータプログラムを実行することにより、自装置の各部を制御するように構成された演算処理部である。ＲＯＭ６０４は、ＣＰＵ６０３が実行する各種コンピュータプログラムなどが記憶される不揮発性メモリである。ＲＡＭ６０５は、ＣＰＵ６０３が各種コンピュータプログラムを実行する際の作業領域を提供するメインメモリである。
【００１４】
図１に戻り、データ蓄積装置３００は、サーバ装置１００に接続されている。データ蓄積装置３００は、サーバ装置１００が端末４００から受信した信号に含まれる各種情報を記憶するように構成されたストレージデバイスである。つまり、実施形態によるサーバ装置１００は、端末４００から信号を受信する毎に、受信した信号に含まれる各種情報をデータ蓄積装置３００に記憶（蓄積）するように構成されている。
【００１５】
データ蓄積装置３００は、サーバ装置１００が受信した信号に含まれる各種情報を、たとえば図３に示すようなテーブル３０１として記憶するように構成されている。テーブル３０１の１行目の「日時」、「場所」、および「設備」の欄には、それぞれ、事象が発生した日時、場所、および設備を示す情報が登録される。また、テーブル３０１の１行目の「項目名称」および「動作」の欄には、発生した事象を特定するための情報などが挙げられる。これらの情報は、時系列に沿ってデータ蓄積装置３００に記憶される。
【００１６】
テーブル３０１は、次のような事象が発生したことを示している。つまり、テーブル３０１の２行目〜４行目の各項目は、受配電設備に停電が発生し（２行目参照）、受配電設備が買電のための自家発電設備に切り替わり（３行目参照）、自家発電設備の運転が開始した（４行目参照）、ということを示している。そして、テーブル３０１の５行目の各項目は、上記の２行目〜４行目の一連の動作が正常に行われたか否かの判定（連動判定、略して連判）の結果を端末４００がサーバ装置１００に通知した、ということを示している。以上、テーブル３０１の５行目までを簡単に説明したが、６行目以降についても同様に解釈可能であるため、ここでは６行目以降の説明を省略する。
【００１７】
ここで、雷や地震などの、比較的規模が大きくなる傾向がある事象（災害）が発生した場合、複数の施設において同時に（または所定値以下の時間間隔で）災害が発生し、複数の端末４００からサーバ装置１００に大量の信号が送信されるという事態が発生し得る。このような複数の災害を管制官に通知する方法として、たとえば、複数の災害を１つずつ順次通知する方法が考えられるが、この方法は、全ての災害を通知するのに時間がかかり、効率的とはいえない。
【００１８】
そこで、実施形態では、図４に示すような監視制御プログラム１１０をサーバ装置１００にインストールすることにより、複数の事象（災害）が略同時に発生した場合でも、それら複数の災害を効率的に管制官に通知することができるようにした。
【００１９】
以下、図４〜図６を参照して、実施形態による監視制御プログラム１１０についてより詳細に説明する。
【００２０】
図４に示すように、監視制御プログラム１１０は、機能的構成として、受信部１１１と、判定部１１２と、通知部１１３と、登録受付部１１４とを備える。
【００２１】
受信部１１１は、施設で発生した事象（災害）を示す信号を、ネットワーク５００を介して端末４００から受信するように構成されている。また、判定部１１２は、複数の信号が略同時に受信された場合に、それら複数の信号の受信パターンが、予め設定登録された第１パターンと一致するか否かを判定するように構成されている。そして、通知部１１３は、複数の信号の受信パターンが第１パターンと一致する場合に、複数の信号に対応する複数の事象を、第１パターンに対応付けて予め設定登録された第１通知方式で、クライアント装置２００を介して管制官に通知するように構成されている。以下、第１パターンおよび第１通知方式について具体例を挙げて説明する。
【００２２】
たとえば、高速道路上の連続する３つの区間Ａ、ＢおよびＣに略同時に災害が発生した場合では、区間Ａで災害が発生した旨の通知と、区間Ｂで災害が発生した旨の通知と、区間Ｃで災害が発生した旨の通知とを別々に合計３回行うよりも、区間Ａ〜Ｃで災害が発生した旨の通知を１回だけ行った方が効率的である。したがって、実施形態では、第１パターンとして、３つの区間Ａ〜Ｃに略同時に災害が発生した場合に受信される３つの信号の受信パターンを予め設定登録しておき、この第１パターンに対応する第１通知方式として、３つの事象を１つにまとめて通知するという通知方式を予め設定登録しておく。このように第１パターンおよび第１通知方式を設定登録しておけば、複数の災害の発生を効率的に管制官に通知することができる。
【００２３】
他の例として、高速道路上の３つの区間Ｄ、ＥおよびＦに略同時に災害が発生した場合であって、かつ３つの区間Ｄ〜Ｆの優先度（たとえば施設の重要度）が異なる場合では、区間Ｄ〜Ｆで災害が発生した旨の通知とを、優先度の高いものから順に通知することができれば効率的である。したがって、実施形態では、第１パターンとして、３つの区間Ｄ〜Ｆに略同時に災害が発生した場合に受信される３つの信号の受信パターンを予め設定登録しておき、この第１パターンに対応する第１通知方式として、３つの事象を所定の優先度に従って通知する通知方式を予め設定登録しておく。このように第１パターンおよび第１通知方式を設定登録しておけば、複数の災害の発生を効率的に管制官に通知することができる。
【００２４】
上記のような第１パターンおよび第１通知方式の設定登録は、管制官がクライアント装置２００を操作することによって行うことが可能である。監視制御プログラム１１０の登録受付部１１４（図４参照）は、管制官による第１パターンおよび第１通知方式の組み合わせの設定登録操作を受け付けるように構成されている。
【００２５】
ここで、実施形態による登録受付部１１４は、第１パターンおよび第１通知方式の設定登録操作を受け付ける場合に、管制官が操作入力を行うことが可能な、たとえば図５に示すような災害パターン登録画面ＩＭ１をクライアント装置２００に出力するように構成されている。災害パターン登録画面ＩＭ１は、クライアント装置２００の入出力Ｉ／Ｆ６０２（図２参照）に接続されるディスプレイなどに表示される。また、災害パターン登録画面ＩＭ１に対する操作入力は、クライアント装置２００の入出力Ｉ／Ｆ６０２に接続されるキーボードなどによって行われる。
【００２６】
災害パターン登録画面ＩＭ１の「（１）パターン名称」は、パターンの名称を設定するための項目である。また、「（２）トリガ設定」は、「（３）処理内容設定」で設定された処理内容を実行する条件（トリガ）を設定するための項目である。つまり、実施形態では、端末４００から受信された信号に含まれる情報が、「（２）トリガ設定」で設定された条件を満たす場合に、「（３）処理内容設定」で設定された処理内容が実行されるようになっている。
【００２７】
図５の設定内容は、○○ＩＣの停電が発生した旨の信号と、□□ＩＣの停電が発生した旨の信号と、△△ＩＣの停電が発生した旨の信号との３つの信号が受信された状態が１０秒以上継続した場合や、これら３つの信号全てが１０秒以内に受信された場合などに（図５の「（２）トリガ設定」参照）、◎ＩＣの停電が発生した旨の通知と、○○ＳＡの停電が発生した旨の通知と、□□ＴＮの停電が発生した旨の通知とをオフにする（図５の「（３）処理内容設定」参照）、といった設定内容となっている。すなわち、図５の設定内容は、○○ＩＣの停電と、□□ＩＣの停電と、△△ＩＣの停電とが同時に発生した状態が１０秒以上継続した場合や、これら３つの事象（３箇所の停電）全てが１０秒以内に発生した場合などには、◎ＩＣ、○○ＳＡ、および□□ＴＮの停電が発生したとしても、◎ＩＣ、○○ＳＡ、および□□ＴＮのそれぞれの停電の発生を管制官に通知することはしない、といった設定内容となっている。
【００２８】
ここで、図５の例では、「（３）処理内容設定」のうちの「個別設定」という項目によって設定内容が定められている。「個別設定」は、複数の端末４００から受信される信号１つ１つに対する処理内容（事象の通知方式）を個別に設定するための項目である。しかしながら、図５の例では、「（３）処理内容設定」には、「個別設定」という項目の他にも、「一括設定」という項目が存在している。「一括設定」は、ある特定の場所に対応する全ての端末４００から受信される信号に対する処理内容を一括して設定したり、ある特定の設備に対応する全ての端末４００から受信される信号に対する処理内容を一括して設定したりするための項目である。
【００２９】
実施形態では、図５のような災害パターン登録画面ＩＭ１を用いて第１パターンおよび第１通知方式を予め設定登録しておくことにより、複数の事象を１つにまとめて通知したり、複数の事象を所定の優先度に従って通知したりするなど、複数の事象の通知を効率的に行うことができる。
【００３０】
たとえば、図６は、○○ＩＣ、□□ＩＣ、および△△ＩＣの３箇所における停電の発生を１つにまとめて通知するといった設定登録が行われている場合にクライアント装置２００側に出力される画面（通知画面）の例を示している。図６の通知画面ＩＭ２は、一例として、○○ＩＣにおける停電の発生と、□□ＩＣにおける停電の発生と、△△ＩＣにおける停電の発生とを、○○ＩＣ〜△△ＩＣにおける広域停電の発生として一括して通知するように構成されている。
【００３１】
なお、実施形態による通知部１１３（図４参照）は、複数の信号の受信パターンが第１パターンと一致しない場合（図５の「（２）トリガ設定」で設定された条件が満たされない場合）には、受信した複数の信号に対応する複数の事象を、信号が受信された順に（または事象が発生した順に）順次管制官に通知するように構成されている。
【００３２】
ここで、実施形態では、上記のように、データ蓄積装置３００（図１参照）には、サーバ装置１００と端末４００との間で送受信される過去のデータ（信号）が全て蓄積されるようになっている。このため、過去のデータを分析すれば、既に登録された第１パターンおよび第１通知方式以外にも、複数の事象（災害）をさらに効率的に通知することが可能な新たな受信パターンおよび通知方式の組み合わせを見いだせる可能性が高い。
【００３３】
そこで、実施形態では、図４に示すような分析プログラム１２０をサーバ装置１００にインストールすることにより、データ蓄積装置３００に蓄積された過去のデータの学習を行うことができるようにした。つまり、実施形態による分析プログラム１２０は、データ蓄積装置３００に蓄積された過去のデータを利用して、既に登録された第１パターンおよび第１通知方式とは異なる新たなパターンおよび通知方式を生成することが可能なように構成されている。
【００３４】
以下、図４および図７〜図９を参照して、実施形態による分析プログラム１２０についてより詳細に説明する。
【００３５】
図４に示すように、分析プログラム１２０は、機能的構成として、分析部１２１と、出力部１２２と、設定登録部１２３とを備える。
【００３６】
分析部１２１は、データ蓄積装置３００に記憶された過去のデータを利用して、過去に受信された信号の受信パターンである第２パターンと、過去に受信された信号に対応する過去の事象の通知方式である第２通知方式との対応関係を分析するように構成されている。そして、出力部１２２は、分析部１２１による分析結果に基づいて、既に登録された第１パターンおよび第１通知方式とは異なる、複数の事象（災害）を効率的に通知することが可能な第２パターンおよび第２通知方式の組み合わせを生成して出力するように構成されている。 
【００３７】
設定登録部１２３は、出力部１２２により生成された第２パターンおよび第２通知方式の設定登録を行うように構成されている。実施形態による監視制御プログラム１１０は、設定登録部１２３により第２パターンおよび第２通知方式の設定登録が行われた後に実行された場合、次のような処理を行うように構成されている。つまり、監視制御プログラム１１０は、複数の信号が受信された場合に、複数の信号の受信パターンが既に登録された第１パターンと一致するか否かを判定するとともに、第２パターンと一致するか否かを判定するように構成されている。そして、監視制御プログラム１１０は、判定結果に基づいて、複数の信号に対応する複数の事象を、第１通知方式、第２通知方式、または通常の通知方式で通知するように構成されている。 
【００３８】
ここで、過去のデータに基づいて生成された第２パターンおよび第２通知方式が、既に登録された第１パターンおよび第１通知方式と異なる場合、これらの差異を容易に識別できれば便利である。つまり、第１パターンおよび第１通知方式と、第２パターンおよび第２通知方式との差異を容易に識別できれば、現在使用中の第１パターンおよび第１通知方式の組み合わせを、分析プログラム１２０により推奨された第２パターンおよび第２通知方式の組み合わせに基づいて修正（最適化）することが容易になり、便利である。 
【００３９】
そこで、実施形態による分析プログラム１２０の出力部１２２は、過去のデータに基づいて生成した第２パターンおよび第２通知方式を、既に登録された第１パターンおよび第１通知方式との差異を識別可能に出力することが可能なように構成されている。 
【００４０】
以下、図７〜図９を参照して、実施形態による分析プログラム１２０が実行された場合にクライアント装置２００に出力される画面の例について説明する。
【００４１】
実施形態によるサーバ装置１００は、管制官によるクライアント装置２００の操作に基づいて分析プログラム１２０が起動された場合に、図７に示すような起動画面ＩＭ３をクライアント装置２００に出力するように構成されている。起動画面ＩＭ３の「災害パターンの生成」は、過去のデータに基づく第２パターンおよび第２通知方式の組み合わせを生成するための項目であり、起動画面ＩＭ３の「災害パターンの最適化」は、既に登録された第１パターンおよび第１通知方式を、過去のデータに基づいて生成された第２パターンおよび第２通知方式に基づいて最適化するための項目である。管制官は、クライアント装置２００を用いて操作入力を行うことにより、起動画面ＩＭ３上で「災害パターンの生成」または「災害パターンの最適化」のいずれかの項目を選択・決定することができる。 
【００４２】
図７の起動画面ＩＭ３上で「災害パターンの生成」という項目が選択・決定された場合（「作成」ボタンが押下された場合）、サーバ装置１００は、図８に示すような災害パターン生成結果画面ＩＭ４をクライアント装置２００に出力するように構成されている。図８の災害パターン生成結果画面ＩＭ４は、前述した図５の災害パターン登録画面ＩＭ１と同様の画面構成を有する。管制官は、災害パターン生成結果画面ＩＭ４上で「登録」ボタンを選択・決定することにより、災害パターン生成結果画面ＩＭ４上に表示された、過去のデータの学習結果に基づいて生成された災害パターン（第２パターンおよび第２通知方式の組み合わせ）を示す各種項目の設定登録を行うことができる。 
【００４３】
一方、図７の起動画面ＩＭ３上で「災害パターンの最適化」という項目が選択・決定された場合（「最適化」ボタンが押下された場合）、サーバ装置１００は、図９に示すような災害パターン最適化画面ＩＭ５をクライアント装置２００に出力するように構成されている。図９の災害パターン最適化画面ＩＭ５は、前述した図８の災害パターン生成結果画面ＩＭ４と同様の画面構成を有し、過去のデータの学習結果に基づいて生成された災害パターン（第２パターンおよび第２通知方式の組み合わせ）を示す各種項目を表示している。 
【００４４】
ここで、図９の災害パターン最適化画面ＩＭ５には、図８の災害パターン生成結果画面ＩＭ４とは異なり、過去のデータの学習結果に基づいて生成された災害パターン（第２パターンおよび第２通知方式の組み合わせ）と、既に登録済みの災害パターン（第１パターンおよび第１通知方式の組み合わせ）との差異を示すマークＭ１が表示されている。 
【００４５】
たとえば、図８に示す災害パターンが第１パターンおよび第１通知方式として既に登録されている場合において、図９に示す災害パターンが第２パターンおよび第２通知方式として生成されたものとする。この場合、図８に示す災害パターンと、図９に示す災害パターンとの差異は、「一括設定」という項目の「場所」に対応する表の上から２行目の部分であるため、図９では、この上から２行目の部分に、マークＭ１が表示されている。管制官は、このマークＭ１を確認し、マークＭ１に対応する項目を変更するか、または変更せずにそのまま維持するかを選択・決定することにより、災害パターンの最適化を行うことができる。 
【００４６】
なお、実施形態による複数のクライアント装置２００の各々は、上記の監視制御プログラム１１０を用いて施設管制を行うための監視制御モードと、上記の分析プログラム１２０を用いて過去のデータを学習するための分析モードとを切り替え可能に構成されている。これにより、たとえば、複数のクライアント装置２００のうちの１つだけを学習モードで運用し、残りのクライアント装置２００を施設管制モードで運用するなど、複数のクライアント装置２００を柔軟に運用することができる。
【００４７】
次に、図１０を参照して、実施形態による監視制御プログラム１１０が施設における事象（災害）の発生を通知する場合に実行する処理について説明する。この図１０の処理フローは、管制官が監視制御モードのクライアント装置２００を操作することにより監視制御プログラム１１０が実行されている間、繰り返し実行される。
【００４８】
図１０の処理フローでは、まず、Ｓ１において、受信部１１１は、施設の端末４００からの信号を、ネットワーク５００を介して受信する。Ｓ１において受信された信号は、サーバ装置１００に接続されたデータ蓄積装置３００に記憶（蓄積）される。
【００４９】
次に、Ｓ２において、判定部１１２は、予め設定登録された第１パターンと一致する受信パターンで複数の信号が受信されたか否かを判定する。
【００５０】
Ｓ２において、複数の信号が第１パターンで受信されなかったと判定された場合、Ｓ３に処理が進む。そして、Ｓ３において、通知部１１３は、Ｓ１において受信された信号に基づいて通常通りに事象を通知する。たとえば、Ｓ１において複数の信号が第１パターン以外の受信パターンで受信されている場合、通知部１１３は、Ｓ３において、複数の信号に対応する複数の事象を、災害パターン（火災、停電、故障等）の区分に応じた優先度に基づく通知順序の順に（または事象が発生した順に）順次管制官に通知する。そして、処理が終了する。
【００５１】
一方、Ｓ２において、複数の信号が第１パターンで受信されたと判定された場合、Ｓ４に処理が進む。そして、Ｓ４において、通知部１１３は、複数の信号に対応する複数の事象を、第１パターンに対応付けて予め設定登録された第１通知方式で通知する。より具体的には、通知部１１３は、Ｓ４において、複数の事象を１つの事象としてまとめて通知したり（たとえば図６参照）、複数の事象を、災害パターンに応じた所定の優先度に従って通知したりする。そして、処理が終了する。
【００５２】
次に、図１１を参照して、実施形態による監視制御プログラム１１０が第１パターンおよび第１通知方式の設定登録を行う場合に実行する処理について説明する。
【００５３】
図１１の処理フローでは、まず、Ｓ１１において、登録受付部１１４は、たとえば図５の災害パターン登録画面ＩＭ１のような、第１パターンおよび第１通知方式の設定登録を行うための登録画面をクライアント装置２００に出力する。
【００５４】
次に、Ｓ１２において、登録受付部１１４は、管制官の操作入力を受け付ける。たとえば、登録受付部１１４は、図５の災害パターン登録画面ＩＭ１を出力している場合、管制官による「（１）パターン名称」、「（２）トリガ設定」、「（３）処理内容設定」の入力操作を受け付けるとともに、「登録」ボタンの選択・決定操作を受け付ける。管制官による「登録」ボタンの選択・決定操作を受け付けた場合、Ｓ１３に処理が進む。
【００５５】
Ｓ１３において、登録受付部１１４は、Ｓ１１で出力した登録画面を介して入力された各種項目に対応する受信パターンおよび通知方式を、第１パターンおよび第１通知方式として設定登録する。そして、処理が終了する。
【００５６】
次に、図１２を参照して、実施形態による分析プログラム１２０が第２パターンおよび第２通知方式を生成する場合に実行する処理について説明する。この図１２の処理フローは、分析プログラム１２０の起動に伴ってクライアント装置２００に出力される図７に示すような起動画面ＩＭ３上で「災害パターンの生成」という項目が選択・決定された場合に開始する。
【００５７】
図１２の処理フローでは、まず、Ｓ２１において、分析部１２１は、データ蓄積装置３００に記憶された過去のデータを分析する。より具体的には、分析部１２１は、過去に受信された信号の受信パターンと、過去に受信された信号に対応する過去の事象（災害）の通知方式との対応関係を分析する。
【００５８】
次に、Ｓ２２において、出力部１２２は、Ｓ２１の分析結果に基づいて、第２パターンおよび第２通知方式の組み合わせを生成する。つまり、出力部１２２は、Ｓ２１の分析結果に基づいて、既に登録されている第１パターンおよび第１通知方式の組み合わせ以外の、複数の事象（災害）を効率的に通知することが可能な受信パターンおよび通知方式の組み合わせを、第２パターンおよび第２通知方式の組み合わせとして生成する。
【００５９】
次に、Ｓ２３において、出力部１２２は、Ｓ２２において生成した第２パターンおよび第２通知方式の組み合わせを、たとえば図８に示すような災害パターン生成結果画面ＩＭ４として、クライアント装置２００に出力する。
【００６０】
次に、Ｓ２４において、設定登録部１２３は、管制官の操作入力を受け付ける。たとえば、設定登録部１２３は、図８の災害パターン生成結果画面ＩＭ４上の「登録」ボタンの選択・決定操作を受け付ける。「登録」ボタンの選択・決定操作を受け付けた場合、Ｓ２５に処理が進む。
【００６１】
Ｓ２５において、設定登録部１２３は、第２パターンおよび第２通知方式の設定登録を行う。たとえば、設定登録部１２３は、図８の災害パターン生成結果画面ＩＭ４上に表示された各種項目に対応する受信パターンおよび通知方式を、第２パターンおよび第２通知方式として設定登録する。そして、処理が終了する。
【００６２】
次に、図１３を参照して、実施形態による分析プログラム１２０が、過去のデータに基づく第２パターンおよび第２通知方式と、既に設定登録されている第１パターンおよび第１通知方式と、の差異を出力する場合に実行する処理について説明する。この図１３の処理フローは、分析プログラム１２０の起動に伴ってクライアント装置２００に出力される図７に示すような起動画面ＩＭ３上で「災害パターンの最適化」という項目が選択・決定された場合に開始する。
【００６３】
図１３の処理フローでは、まず、Ｓ３１において、分析部１２１は、データ蓄積装置３００に記憶された過去のデータを分析する。そして、Ｓ３２において、出力部１２２は、Ｓ３１の分析結果に基づいて、第２パターンおよび第２通知方式の組み合わせを生成する。これらＳ３１およびＳ３２の処理は、前述のＳ２１およびＳ２２の処理と同様であるため、ここでは詳細な説明を省略する。
【００６４】
Ｓ３３において、出力部１２２は、Ｓ３２において生成した第２パターンおよび第２通知方式の組み合わせを、前述の図１１の処理フローによって既に設定登録された第１パターンおよび第１通知方式の組み合わせと比較する。 
【００６５】
次に、Ｓ３４において、出力部１２２は、Ｓ３３の比較結果に基づいて、たとえば図９の災害パターン最適化画面ＩＭ５のような形式で、第２パターンおよび第２通知方式の組み合わせを、第１パターンおよび第１通知方式の組み合わせとの差異を識別可能にクライアント装置２００に出力する。図９の災害パターン最適化画面ＩＭ５には、差異を示すものとして、マークＭ１が表示されている。
【００６６】
次に、Ｓ３５において、設定登録部１２３は、管制官の操作入力を受け付ける。たとえば、設定登録部１２３は、図９の災害パターン最適化画面ＩＭ５におけるマークＭ１に対応する項目の更新操作や、「登録」ボタンの選択・決定操作などを受け付ける。「登録」ボタンの選択・決定操作を受け付けた場合、Ｓ３６に処理が進む。
【００６７】
Ｓ３６において、設定登録部１２３は、第２パターンおよび第２通知方式の設定登録を行う。たとえば、設定登録部１２３は、図９の災害パターン最適化画面ＩＭ５上に表示された各種項目に対応する受信パターンおよび通知方式を、第２パターンおよび第２通知方式として設定登録する。そして、処理が終了する。
【００６８】
以上説明したように、実施形態による施設管制システム１０００は、複数の信号が受信された場合に、複数の信号の受信パターンが、予め設定登録された第１パターンと一致するか否かを判定し、複数の信号の受信パターンが第１パターンと一致する場合に、複数の信号に対応する複数の事象を、第１パターンに対応付けて予め設定登録された第１通知方式で通知する。これにより、第１パターンおよび第１通知方式の組み合わせを予め設定登録しておくことで、複数の事象を効率的に通知することができる。
【００６９】
以上、本発明の実施形態を説明したが、上記の実施形態はあくまで一例であって、発明の範囲を限定することは意図していない。上記の実施形態は、様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記の実施形態およびその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７０】
１１１  受信部
１１２  判定部
１１３  通知部
１１４  登録受付部
１２１  分析部
１２２  出力部
１２３  設定登録部
１０００  施設管制システム
【図１】
0006509656.tif 000002
【図２】
0006509656.tif 000003
【図３】
0006509656.tif 000004
【図４】
0006509656.tif 000005
【図５】
0006509656.tif 000006
【図６】
0006509656.tif 000007
【図７】
0006509656.tif 000008
【図８】
0006509656.tif 000009
【図９】
0006509656.tif 000010
【図１０】
0006509656.tif 000011
【図１１】
0006509656.tif 000012
【図１２】
0006509656.tif 000013
【図１３】
0006509656.tif 000014