セキュリティ管理システム及びセキュリティレベル制御プログラム
【課題】事故や災害時などで施設のセキュリティレベルが下がることに伴うリスクを最小限に抑えることを可能としたセキュリティ管理システムを提供することである。
【解決手段】本発明のセキュリティ管理システムは、管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部（４２、４３、４７、５２、５３）と、管理対象エリアにおいて異常を検出した場合に、該異常を検出した管理対象エリアにおける、の管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、を備える。
【解決手段】本発明のセキュリティ管理システムは、管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部（４２、４３、４７、５２、５３）と、管理対象エリアにおいて異常を検出した場合に、該異常を検出した管理対象エリアにおける、の管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ管理システム及びセキュリティレベル制御プログラムに関する。
【背景技術】
【０００２】
複数の部屋で構成され、それぞれの部屋に出入りできる利用者が制限されている施設では、通常、入退室管理システムが設置される。このシステムでは、利用者はＩＣカードなど個人が特定できる媒体を保持し、部屋の入口で媒体を読み取り機（認証装置）にかざす等する。
【０００３】
媒体のメモリ内に保存された個人情報や利用者が入力したパスワードは、認証装置から入退室管理サーバ装置に送信され、入退室管理サーバ装置において認証処理が行われ認証結果が認証装置に通知される。認証に成功した場合、入室が許可される。
【０００４】
施設内に火災や事故などが発生した場合、施設内の利用者の避難を優先するために、セキュリティレベルを下げること（認証を簡略化すること）が通常行われている。
このようなセキュリティレベルの制御方法には次のような問題がある。
【０００５】
すなわち、警報の誤動作などの場合のように、実際には、火災や事故が発生していないのに、施設のセキュリティレベルが全体的に下がってしまう。このため、全員が避難した後の施設のセキュリティが確保できなく、例えば、悪意を持った人物などの侵入を許してしまう。
【０００６】
異常事態が発生に対応したシステムとしては下記のシステムが知られている。
特許文献１では、温度を検知する温度センサ、煙の濃度を検知する煙センサなどの各種センサからの情報に基づいて、セキュリティレベルの変更を行なうセキュリティシステムが示されている。
【０００７】
また、特許文献２では、施設への入退場をＲＦＩＤへの情報を読み取ることで行なうシステムが示されている。そして、このシステムにおいて、災害時には、施設の残留者の確認を行っている。
【０００８】
また、特許文献３では、クリーンルームの出入口にセンサを設置し、そのセンサによりクリーンルームへの入室者、クリーンルームからの退室者、在室人数を計測し、異常事態が発生した場合に、在室人数が０になるまで警告を出す在室者検知安全システムが示されている。
【０００９】
しかし、異常事態の発生に伴って、施設のセキュリティレベルが全体的に下がってしまい、避難後の施設のセキュリティが確保できなくなるという上述の問題は、いずれの特許文献の技術でも解決できない。
【特許文献１】特開２００２−８１６５号公報「セキュリティシステム」
【特許文献２】特開２００６−１８６３３号公報「就業状況管理システム」
【特許文献３】特開平９−３５０３７号公報「在室者検知安全システム」
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、事故や災害時などで施設のセキュリティレベルが下がることに伴うリスクを
最小限に抑えることを可能としたセキュリティ管理システム、および、セキュリティレベル制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１態様のセキュリティ管理システムは、管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリア毎管理条件記憶部上の、該異常を検出した管理対象エリアの管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、前記セキュリティレベル記憶部と前記管理対象エリア毎管理条件記憶部とを参照して、前記管理対象エリアのセキュリティレベルを制御するセキュリティレベル制御手段と、を備える。
【００１２】
ここで、所定の利用者の退出処理があった場合に、管理条件が異常に対応する第１の管理条件に変更された管理対象エリアについて、その管理条件を平常時（非異常時）の管理条件に戻している。よって、事故や災害時などで避難のために施設のセキュリティレベルが下がった場合でも、所定の利用者の退出処理後には、施設のセキュリティレベルを平常時の（管理条件に対応する）値に戻すことができ、全員が避難した後に、例えば、悪意を持った人物などの施設への侵入を許してしまうリスクを最小限に抑えることができる。
【発明の効果】
【００１３】
本発明によれば、事故や災害時などで避難のために施設のセキュリティレベルが下がった場合でも、所定の利用者の退出処理後には、施設のセキュリティレベルを平常時の値に戻すことができ、全員が避難した後に、例えば、悪意を持った人物などの施設への侵入を許してしまうリスクを最小限に抑えることができる。
【発明を実施するための最良の形態】
【００１４】
以下図面に基づいて、本発明の実施形態について詳細を説明する。
図１は、本発明の一実施形態に係る入退室管理システム（セキュリティ管理システム）の一構成例を示す図である。
【００１５】
図１では、施設の一部として３部屋（休憩スペース、開発室、マシン室）が示されている。
休憩室の出入口近くに設置された認証装置１ではセキュリティレベルは低く設定され、開発室やマシン室の出入口近くに設置された認証装置２、３ではセキュリティレベルは高く設定されている。
【００１６】
例えば、セキュリティレベルが低く設定される認証装置１では、ＩＣカードのデータのみを使用した個人認証が入退室管理サーバ４で行われ、セキュリティレベルが高く設定される認証装置２や３では、ＩＣカードのデータと、利用者の生体の一部をデータとして取り込んだ生体データとによる個人認証が入退室管理サーバ４で行われる。
【００１７】
なお、以下の説明では、入室用の認証装置のことを入室端末、退室用の認証装置のことを退室端末、入室端末と退室端末とをまとめて入退室端末ということがある。
図２Ａは、本発明の一実施形態に係る入退室管理システムを含む施設内システム全体の構成を示す図である。
【００１８】
図２Ａに示すシステムでは、一般事務室１１の入口に認証装置１２が設けられ、実験室１３の入口に認証装置１４が設けられ、バイオ実験室２１の入口に認証装置２２が設けられている。ＩＣカードのメモリ内に保持される利用者の個人データがそれぞれの認証装置のカードリーダから読み込まれ、利用者が入力したパスワードとともに、入退室管理サーバ３１に送信される。
【００１９】
入退室管理サーバ３１は、受信した情報を用いて認証処理を行い、その認証処理結果を認証装置に通知する。
また、図２Ａでは、ＣＯ２センサ１５が端末装置（入退室端末とは異なる）１６に接続されたセンサ端末が実験室１３内に設置されている。また、温度センサ２３が端末装置（入退室端末とは異なる）２４に接続されたセンサ端末がバイオ実験室２１内に設置されている。
【００２０】
施設管理サーバ２５は、各センサが計測した値を各端末装置から受信し、センサ端末のアドレスと計測した値との組を自分（施設管理サーバ２５）が管理するセンサ端末の数（図２Ａでは２個）だけ定期的に入退室管理サーバ３１に施設内ＬＡＮ（Local Area Network）を介して送信する。
【００２１】
図２Ｂは、図２Ａの入退室管理サーバ３１の詳細な構成を示すブロック図である。
図２Ｂに示すように、入退室管理サーバ３１は、設備情報管理データベース（以下、単にＤＢという）３２、セキュリティレベル情報ＤＢ４１、センサ適正範囲情報ＤＢ５１、認証ＤＢ５４、避難経路ＤＢ５６、セキュリティ管理レベルＤＢ５８、センサ実測値情報ＤＢ６１、災害発生状況ＤＢ６４によって構成されるＤＢ群、および、そのＤＢ群からデータを読み出したり、そのＤＢ群の一部のデータ項目を変更したりする各種ユニット（認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３、避難経路取得部７４、第１セキュリティレベル変更部７５、第２セキュリティレベル変更部７６、第３セキュリティレベル変更部７７、通信インターフェイス部７８）を備える。なお、図において、セキュリティ管理レベルＤＢ５８は管理者の退出処理によってセキュリティレベルを復旧させる場合に必要となる選択的な構成要素である。
【００２２】
なお、本実施形態においては、例えば、各入退室端末に対して時間帯毎に適用する優先キーを定めたスケジュール情報テーブルから、現時間帯の対象とする入退室端末の優先キーの値を取得し、その優先キーの値が示すいずれかのテーブルを参照して、現時間帯において、対象とする入退室端末に適用すべきセキュリティレベルを決めている。
【００２３】
第２セキュリティレベル変更部７６は、新たな災害（この場合、センサ端末によって計測された異常な値）を検出すると、その新たな災害に対して災害ＩＤを付与し、災害ＩＤテーブル６５上に登録する。そして、平常時（非異常時）に各入退室端末に対して適用する優先キーを定めたスケジュール情報基準値テーブル４４をコピーして、（発生した異常用の）スケジュール情報テーブルを生成し、そのスケジュール情報テーブルを災害ＩＤにリンクさせる。また、入退室端末毎の異常発生状態（フラグ情報）を記憶する異常発生状態テーブルを生成し、その生成したスケジュール情報テーブルにリンクさせる。例えば図２Ｂでは、「災害＿０１」に対してスケジュール情報テーブル６６−１がリンクされ、「災害＿０２」に対してスケジュール情報テーブル６６−２がリンクされる。また、スケジュール情報テーブル６６−１は異常発生状態テーブル６８−１にリンクされ、スケジュール情報テーブル６６−２は異常発生状態テーブル６８−２にリンクされる。
【００２４】
時間帯の変更、異常の検出、所定の利用者による退出処理などのイベントが発生した場合、発生した各異常にリンクされた、各スケジュール情報テーブルが後述するように変更される。その場合、そのイベントの発生した時間帯において、同一の入退室端末に対し、
スケジュール情報テーブルの数に等しい複数の優先キーの値が存在することになり、その入退室端末に対しどの優先キーの値を適用するのかが不明瞭となる。
【００２５】
このことに対処するため本実施形態においては、優先キーの複数の値について優先順位を予め決めておき、現時間帯の対応する入退室端末の優先キー同士を以下に示すような優先順位を反映して「演算」させることで、現時間帯における各入退室端末の優先キーを一意に決定し、現時間帯における入退室端末毎優先キー情報統合テーブルすなわち認証手段設定部７１の入力データを求めている。
（優先キーの優先順位）
優先キーを次の３つのカテゴリーに分ける。
１．基準値（平常時の値）・・・「エリアＡ」、「エリアＢ」、「時間」
２．異常時の値１（異常の発生位置近辺であることを示す値）・・・「ＣＯ２濃度」、「温度」
３．異常時の値２（発生した異常の避難経路上にあることを示す値）・・・「異常時」
そして次のルールにより統合結果の優先キーを決める。
（ルール１）基準値と異常時の値１とが競合した場合、異常時の値１を優先する。
（ルール２）基準値と異常時の値２とが競合した場合、異常時の値２を優先する。
（ルール３）異常時の値１と異常時の値２とが競合した場合、異常時の値２を優先する。
【００２６】
なお、災害が施設内で１つも発生していない場合は、スケジュール情報基準値テーブル４４中の現時間帯に対応する行が入力データとして認証手段設定部７１に通知される。
第１セキュリティレベル変更部７５は、時間帯が変わったことをトリガとして起動され、優先キー変更部７２を制御して各スケジュール情報テーブル上の前時間帯に対応する行の優先キーをスケジュール情報基準値テーブル４４に示される基準値に戻すとともに、各スケジュール情報テーブル上の現時間帯に対応する行を一時的なデータ（図３Ｂまたは図３Ｃに示すような入退室端末毎優先キー情報テーブル）として取得し、スケジュール情報テーブル毎に取得されたそれら一時的なデータを上述したように統合して図４Ａまたは図４Ｂに示すように処理結果のデータ（入退室端末毎優先キー情報統合テーブル）として認証手段設定部７１に通知する。
【００２７】
図４Ａや図４Ｂに示すように、処理結果のデータは、入退室端末毎に優先キーと実測値の項目を有する。優先キーが「ＣＯ２濃度」または「温度」に設定されている入室端末または退室端末に対しては、図４Ｂに示すように、認証手段設定部７１においてＣＯ２濃度適正範囲情報テーブル５２や温度適正範囲情報テーブル５３を参照してセキュリティレベルを取得する際に、優先キーの値とともに、ＣＯ２濃度や温度の実測値も必要である。しかし、すべての入退室端末に対して、優先キーが「エリアＡ」、「エリアＢ」、「時間」、または、「異常時」のいずれかであれば、実測値の項目は必要でなく、図４Ａに示すように、処理結果のデータにおいて、入退室端末毎の優先キーと実測値のうちの実測値の欄が空欄となる。
【００２８】
また、例えば、例えば施設内の２つに災害に対応する図３Ｂと図３Ｃの入退室端末毎優先キー情報テーブルを上述のルールにより統合すれば、図４Ａに示すような入退室端末毎優先キー情報統合テーブルが得られる。そして、その後、図３Ｃの入退室端末毎優先キー情報テーブルに対応する災害が解消されて、図３Ｂの入退室端末毎優先キー情報テーブルに対応する災害のみが残った場合、統合処理を行なうことなく、図４Ｂに示すような入退室端末毎優先キー情報統合テーブルが得られる。
【００２９】
なお、施設内で災害が１つも発生していない場合は、図１２のスケジュール情報基準値テーブルの現時間帯に対応する行が図３Ａに示すように取得される。この場合、認証手段設定部７１への通知を行なう際に、図３Ａのデータをそのまま通知してもよいし、図４Ａ
や図４Ｂのフォーマットに変換してから変換結果を通知してもよい。
【００３０】
第２セキュリティレベル変更部７６は、施設管理サーバ２５から通知されたセンサ実測値情報がセンサ実測値情報ＤＢ６１に上書きされたことをトリガとして起動され、センサの実測値がセンサ適正範囲情報ＤＢ５１に示される適正範囲から新たに外れた場合（既に外れているものが再検出された場合や外れていたものが適正範囲に戻った場合を除く）に、上述したように、スケジュール情報テーブルと異常発生状態テーブルとを生成し、その生成したスケジュール情報テーブル上で、その異常な値が計測されたセンサに対応する入退室端末の優先キーを優先キー変更部７２を制御して「ＣＯ２濃度」または「温度」（そのセンサが「ＣＯ２濃度」を測定しているか「温度」を測定しているかによる）に変更する。そして、各スケジュール情報テーブル上の現時間帯に対応する行を一時的なデータ（図３Ｂまたは図３Ｃに示すような入退室端末毎優先キー情報テーブル）として取得し、スケジュール情報テーブル毎に取得されたそれら一時的なデータを上述したように統合して図４Ａまたは図４Ｂに示すように処理結果のデータ（入退室端末毎優先キー情報統合テーブル）として認証手段設定部７１に通知する。
【００３１】
第３セキュリティレベル変更部７７は、所定の利用者（最終退室者または管理者）が退室端末を介して退室処理を行ったことをトリガとして起動され、その退室端末が異常を検出したセンサ端末に対応付けられた端末であった場合や異常を検出したセンサ端末に対応付けられた避難経路に含まれる端末であった場合に、その退室端末に関連する避難経路上の入退室端末の優先キーを優先キー変更部７２を制御して基準値すなわち平常時（非異常時）の値に戻す。そして、各スケジュール情報テーブル上の現時間帯に対応する行を一時的なデータ（図３Ｂまたは図３Ｃに示すような入退室端末毎優先キー情報テーブル）として取得し、スケジュール情報テーブル毎に取得されたそれら一時的なデータを上述したように統合して図４Ａまたは図４Ｂに示すように処理結果のデータ（入退室端末毎優先キー情報統合テーブル）として認証手段設定部７１に通知する。
【００３２】
第１セキュリティレベル変更部７５、第２セキュリティレベル変更部７６、または、第３セキュリティレベル変更部７７から通知を受けた認証手段設定部７１では、図４Ａや図４Ｂに示す処理結果のデータに基づいて、入退室端末毎に、現時間帯において適用すべきセキュリティレベルを生成する。この入退室端末毎のセキュリティレベルは例えば次のようにして求められる。
【００３３】
例えば、この優先キーの値が「エリアＡ」に設定されている端末に対しては、（図８に示すような）エリア情報テーブル４２が参照され、セキュリティレベル＝「低」に設定される。また、この優先キーの値が「時間」に設定されている端末に対しては、時計（不図示）により現在時刻が取得されるとともに、（図９に示すような）時間帯情報テーブル４３が参照され、セキュリティレベルが現在時刻を含む時間帯に対応したものに変更される。また、この優先キーの値が「ＣＯ２濃度」に設定されている端末に対しては、（図１５に示すような）ＣＯ２濃度適正範囲情報テーブル５２が参照され、セキュリティレベルが実測値を含む範囲に対応したものに変更される。
【００３４】
そして、変更されたセキュリティレベルに応じた認証手段を設定する指示が認証手段設定部７１から各入退室端末に送信される。
異常発生状態変更部７３は、異常発生状態テーブルに記憶される入退室端末毎の異常発生状態を変更する。異常発生状態テーブルでは、すべての入退室端末の異常発生状態はオフに初期化されている。入室端末または退室端末の近くに設置されたセンサ端末が異常な値を計測すると、その入室端末または退室端末の異常発生状態がオンになるように異常発生状態変更部７３は制御を行なう。
【００３５】
避難経路取得部７４は、第２セキュリティレベル変更部７６が指定するセンサ端末をキーとして避難経路情報テーブル５７を検索し、そのセンサ端末に対応する避難経路を取得したり、第３セキュリティレベル変更部７７が指定する退室端末をキーとして避難経路情報テーブル５７を検索し、その退室端末を含む避難経路を取得したりする。
【００３６】
通信インターフェイス部７８は、センサ端末のアドレス（図２Ａでは、端末装置１６、２４のアドレス）と、そのセンサ端末が有するセンサで測定された値との組を図２Ａの施設管理サーバ２５が管理するセンサ端末の数だけ施設管理サーバ２５から定期的に受信する。そして、受信したアドレスをキーとして、センサ端末情報テーブル３４を検索し、そのアドレスに対応するセンサ端末を割り出し、割り出したセンサ端末と実測値との組をセンサ実測値情報ＤＢ６１に上書きする。
【００３７】
また、通信インターフェイス部７８は、認証手段設定部７１から対象とする端末（入室端末または退室端末）の生体データ読取機能を有効化するか無効化するかの指示を受けた場合に、その対象とする端末をキーとして、入退室端末情報テーブル３３を検索し、その対象とする端末に対応するアドレスを取得し、そのアドレスあてに上記有効化／無効化指示（認証手段設定情報）を送信する。
【００３８】
図５は、本実施形態において使用するレイアウト例を示す図である。
図５において、一般事務室９１と９２が施設の入口に近い側に設けられており、実験室９３に入室するには必ず一般事務室９１を通らなければならない。また、実験室９４に入室するには必ず一般事務室９２を通らなければならない。また、バイオ実験室９５に入室するには必ず一般事務室９２、実験室９４を通らなければならない。
【００３９】
一般事務室９１は、施設の入口に近い側に３つの出入口を有しており、施設の入口側から一般事務室９１に入室するには、この３つの出入口に設置された入室端末ＥＮ＿１、ＥＮ＿２、またはＥＮ＿３による認証処理が行われる。施設の入口に近い側の３つの出入口を通って一般事務室９１から退室する場合は（退室時の）認証処理は行わない。
【００４０】
実験室９３は、施設の入口からみて、一般事務室９１の奥にある。一般事務室９１と実験室９３との間に設けられた出入口には、入室端末ＥＮ＿７と退室端末ＥＸ＿１とが設置される。実験室９３に（一般事務室９１から）入室する際には入室端末ＥＮ＿７による認証処理が行われ、実験室９３から（一般事務室９１に）退室する際には退室端末ＥＸ＿１による認証処理が行われる。
【００４１】
また、実験室９３の室内にはＣＯ２濃度を検知するセンサ端末ＳＮ＿１が設置される。
一般事務室９２は、施設の入口に近い側に３つの出入口を有しており、施設の入口側から一般事務室９２に入室するには、この３つの出入口に設置された入室端末ＥＮ＿４、ＥＮ＿５、またはＥＮ＿６による認証処理が行われる。施設の入口に近い側の３つの出入口を通って一般事務室９２から退室する場合は（退室時の）認証処理は行わない。
【００４２】
実験室９４は、施設の入口からみて、一般事務室９２の奥にある。一般事務室９２と実験室９４との間に設けられた出入口には、入室端末ＥＮ＿８と退室端末ＥＸ＿２とが設置される。実験室９４に（一般事務室９２から）入室する際には入室端末ＥＮ＿８による認証処理が行われ、実験室９４から（一般事務室９２に）退室する際には退室端末ＥＸ＿２による認証処理が行われる。
【００４３】
また、実験室９４の室内にはＣＯ２濃度を検知するセンサ端末ＳＮ＿２が設置される。
実験室９４の一部がバイオ実験室９５になっている。実験室９４とバイオ実験室９５との間に設けられた出入口には、入室端末ＥＮ＿９と退室端末ＥＸ＿３とが設置される。バ
イオ実験室９５に（実験室９４から）入室する際には入室端末ＥＮ＿９による認証処理が行われ、バイオ実験室９５から（実験室９４に）退室する際には退室端末ＥＸ＿３による認証処理が行われる。
【００４４】
また、バイオ実験室９５の室内には温度を検知するセンサ端末ＳＮ＿３が設置される。
図６は、入退室端末情報テーブル３３のデータ構造を示す図である。
図６に示すように、このテーブル３３では、入室端末と退室端末の名称が、それぞれのアドレスと対応付けられている。
【００４５】
図７は、センサ端末情報テーブル３４のデータ構造を示す図である。
図７に示すように、このテーブル３４では、センサ端末の名称が、それぞれのアドレスと対応付けられている。
【００４６】
図８は、入退室端末センサ端末対応テーブル３５のデータ構造を示す図である。
図８に示すように、このテーブル３５では、センサ端末がその近くに設置された入室端末または退室端末（双方の場合もある）と対応付けられている。
【００４７】
図９は、入室端末退室端末対応テーブル３６のデータ構造を示す図である。
図９に示すように、このテーブル３６では、施設内の出入口の一方の側に設けられた入室端末と他方の側に設けられた退室端末とが対応付けられている。なお、退室端末は機密情報が存在する実験室など一部の部屋にしか設けられていないため、テーブル３６上で、退室端末の欄が空欄になっている行もある。
【００４８】
図１０は、エリア情報テーブル４２のデータ構造を示す図である。
図１０に示すように、このテーブル４２は、常時（時間帯に関係なく）セキュリティレベルを一定とすべきエリアとセキュリティレベルとを対応付けている。このテーブル４２では、エリアＡは常時（時間帯に関係なく）セキュリティレベル＝「低」に設定するエリアであり、エリアＢは常時（時間帯に関係なく）セキュリティレベル＝「高」に設定するエリアである。
【００４９】
図１１は、時間帯情報テーブル４３のデータ構造を示す図である。
図１１に示すように、このテーブル４３は、時間帯とセキュリティレベルとを対応付けている。
【００５０】
図１２は、スケジュール情報基準値テーブル４４のデータ構造を示す図である。
図１２に示すスケジュール情報基準値テーブル４４は、それぞれの入退室端末に対し、それぞれの時間帯で、基準となるセキュリティレベル（平常時（非異常時）のセキュリティレベル）を決めるに際して、図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３のうちのどのテーブルを適用するかを、オペレータがＵＩ（ユーザインターフェイス）部（不図示）を用いて優先キーの値を指定することで作成する。
【００５１】
図１３は、優先キー変更時間情報テーブル４６のデータ構造を示す図である。
施設毎に災害が発生した場合（異常な値が検出された場合）の復旧時間の目安をこのテーブル４６に示される項目（時間Ａ、時間Ｂ）のうちから、オペレータがＵＩ（ユーザインターフェイス）部（不図示）を用いて指定する。例えば、「時間Ａ」が指定された場合、後述の図２３では、現在時刻を含む現時間帯とその次の時間帯の２時間帯分が後述の優先キーを変更する対象の時間帯となる。また、「時間Ｂ」が指定された場合、後述の図２３では、現在時刻を含む現時間帯とそれに続く９つの時間帯の１０時間帯分が後述の優先キーを変更する対象の時間帯となる。
【００５２】
図１４は、異常時情報テーブル４７のデータ構造を示す図である。
いずれかのセンサ端末により異常が検出されると、そのセンサ端末に対応付けられる入退室端末を含んだ所定範囲の入退室端末が避難経路として取得されるが、その避難経路で、そのセンサ端末に対応付けられる入退室端末以外の入退室端末については、後述の図２３のスケジュール情報テーブル上の優先キーが「異常時」に変更される。優先キーが「異常時」である入退室端末のセキュリティレベルは図１４の異常時情報テーブル４７に示されるように、「低」に設定される。
【００５３】
図１５は、ＣＯ２濃度適正範囲情報テーブル５２のデータ構造を示す図である。
図１５に示すように、このテーブル５２では、ＣＯ２濃度の範囲（適正範囲（この場合、０．５％以下）、適正範囲外の範囲（この場合、０．５％以上））とセキュリティレベルとが対応付けられている。
【００５４】
なお、ＣＯ２濃度は、化学実験室などの環境下において急激に変化する可能性が高い。通常、このテーブル５２はＣＯ２濃度を検知するセンサ端末（の設置場所）毎に設けられる。
【００５５】
図１６は、温度適正範囲情報テーブル５３のデータ構造を示す図である。
図１６に示すように、このテーブル５３では、温度の範囲（適正範囲（この場合、２０度以上かつ２５度以下）、適正範囲外の範囲（この場合、２０度以下または２５度以上））とセキュリティレベルとが対応付けられている。
【００５６】
なお、バイオ実験室などの環境下においては、常温でのみ正常に扱える物質などを扱っており、通常の例えば一般事務室などと比較すると、温度による危険度の変化が急激である。通常、このテーブルは温度を検知するセンサ端末（の設置場所）毎に設けられる。
【００５７】
図１７は、認証手段情報テーブル５５のデータ構造を示す図である。
図１７に示すように、このテーブル５５は、セキュリティレベルと、認証に使用するデータ（すなわち認証手段）とを対応付けている。
【００５８】
本実施形態においては例えば、すべての入室端末および退室端末には、ＩＣカードからデータを読み込むカードリーダと、利用者の生体の一部を生体データとして読み取る生体データ読取部とを有する。そして、セキュリティレベル＝「低」に設定されている入退室端末に対しては、生体データ読取部の機能を無効化することで、認証に用いるデータをＩＣカードのデータのみとし、セキュリティレベル＝「高」に設定されている入退室端末に対しては、生体データ読取部の機能を有効化することで、認証に用いるデータをＩＣカードのデータおよび生体データとすることが、この認証手段情報テーブル５５には示されている。
【００５９】
図１８は、避難経路情報テーブル５７のデータ構造を示す図である。
図１８に示す避難経路情報テーブル５７では、異常な値を計測したセンサ端末と、避難経路とが対応付けられている。出入口の一方の側と他方の側に設置される入室端末と退室端末を表す（入室端末名、退室端末名）の組が、施設の入口に近い側から施設の奥に向かって、そのセンサ端末に対応する入退室端末の組を含んで１以上の組並ぶことにより避難経路が構成される。
【００６０】
なお、図１８には示されていないが、退室端末が設置されない出入口もある。そのような出入口に対しては、（入室端末名、 ）のように、退室端末名を空欄とする。
図１９は、人物情報テーブル５９のデータ構造を示す図である。
【００６１】
図１９に示す人物情報テーブル５９では、人物名と認証ＩＤと管理レベルとが対応付けられている。なお、本実施形態では、異常な値が計測されて避難のためにセキュリティレベルを下げた後に、最終退室または管理者による退室があった場合に、セキュリティレベルを非異常時の値に復旧させているが、このうち、管理者による退室を判断する場合、入退室管理サーバ３１は、このテーブル５９の項目「管理レベル」を用いている。
【００６２】
図２０は、ＣＯ２濃度実測値情報テーブル６２のデータ構造を示す図である。
図２０に示すように、このテーブル６２では、各センサ端末からのＣＯ２濃度の実測値（最新のデータ）が保持される。
【００６３】
図２１は、温度実測値情報テーブル６３のデータ構造を示す図である。
図２１に示すように、このテーブル６３では、各センサ端末（この例では１台のセンサ端末）からの温度の実測値（最新のデータ）が保持される。
【００６４】
図２２は、異常発生状態テーブルのデータ構造を示す図である。
本実施形態では、異常な値があるセンサ端末で計測された場合、そのセンサ端末に対応する避難経路に含まれる入退室端末について、セキュリティレベルを下げているが、そのような制御を行った入退室端末については、図２２に示す異常発生状態テーブル６５上の値すなわち異常発生状態が初期値（オフ）からオンに変更される。
【００６５】
この異常発生状態テーブルは、以下に示すタイミングなどでも変更される。
・時間の経過（後述の図２４のフローチャート参照）。
・異常発生状態がオンである退室端末で、利用者による退室処理が行われた場合（後述の図２５のフローチャート参照）。
【００６６】
図２３は、スケジュール情報テーブルのデータ構造を示す図である。
いずれかのセンサ端末により異常が検出されると、その異常に対し、災害ＩＤが付与され、その災害ＩＤに対し、図１２のスケジュール情報基準値テーブル４４をコピーした図２３に示すスケジュール情報テーブルが対応付けられる。そして、スケジュール情報テーブル上で、異常が検出されたセンサ端末に関連する入退室端末の優先キーの変更処理（後述）が行われる。
【００６７】
図２４は、時間の経過に伴い、時間帯が変更された場合のセキュリティレベル変更処理を示すフローチャートである。なお、変更したセキュリティレベルに応じた認証手段を各入退室端末上に設定する処理も行っているため、この処理を認証手段設定処理と呼ぶこともある。また、この処理は、実行基盤としての第１セキュリティレベル変更部７５が認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３を制御して各ＤＢからデータを読み出したり、各ＤＢにデータを書き込んだりすることにより実行される。なお、このフローチャートは、施設内で１以上の異常が発生していることを前提としているが、異常が１つも発生していない場合は、図１２のスケジュール情報基準値テーブル４４上から取得した、現時間帯に対応する行が第１セキュリティレベル変更部７５の処理結果として認証手段設定部７１に通知される。
【００６８】
図２４において、時間の経過に伴い、現時間帯が例えば図２３において、「１２：００−１４：００」から「１４：００−１６：００」に変更されたことをトリガとしてステップＳ１０１において一連の処理が起動される。
【００６９】
ステップＳ１０１に続くステップＳ１０２では、災害ＩＤテーブル６５の指定位置（先頭位置が初期値として与えられる）に有効なデータがあるかどうかが判定される。
このフローチャートは、施設内で１以上の異常が発生していることを前提としているた
め、ステップＳ１０３〜Ｓ１０８の処理が最低でも１回は実行されるものと仮定している。したがって、ステップＳ１０２で指定位置に有効なデータがないと判定される場合（Ｓ１０２の判定結果がＮｏの場合）は、すべての災害に関する情報が後述のステップＳ１０７で入退室端末毎優先キー情報統合テーブル上にすでに反映されている場合である。この場合、ステップＳ１０９に進む。
【００７０】
一方、ステップＳ１０２で指定位置に有効なデータがあると判定された場合（Ｓ１０２の判定結果がＹｅｓの場合）、ステップＳ１０３において、（現在の災害ＩＤに対応する）図２３に示されるスケジュール情報テーブル上で、前時間帯（ここにいう「前時間帯」とは、例えば図２３のような区切り方をした場合の、現時間帯「１４：００−１６：００」に対する「１２：００−１４：００」の時間帯のことである）において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されている入室端末または退室端末があるかどうかが判定される。
【００７１】
ステップＳ１０３で前時間帯において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されている入室端末または退室端末がないと判定された場合（Ｓ１０３の判定結果がＮｏの場合）、直ちにステップＳ１０７に進む。
【００７２】
一方、ステップＳ１０３で前時間帯において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されている入室端末または退室端末があると判定された場合（Ｓ１０３の判定結果がＹｅｓの場合）、ステップＳ１０４において、その優先キーが「ＣＯ２濃度」、「温度」、または「異常時」である前時間帯の入退室端末について、図１２に示されるスケジュール情報基準値テーブル４４の前時間帯に対応する行を参照して、その優先キーを基準値（非異常時の値）に戻す。
【００７３】
そして、続くステップＳ１０５において、図２３に示されるスケジュール情報テーブルを参照して、前時間帯において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されていた入退室端末のそれぞれについて、その入退室端末はすべての時間帯において優先キーが「ＣＯ２濃度」でなく、「温度」でなく、かつ、「異常時」でないかどうかが判定される。
【００７４】
ステップＳ１０５ですべての時間帯において優先キーが「ＣＯ２濃度」、「温度」、「異常時」のいずれでもないと判定された（入退室端末の）場合（Ｓ１０５の判定結果がＹｅｓの場合）、ステップＳ１０６において、図２２に示される異常発生状態テーブル上で、そのすべての時間帯において優先キーが「ＣＯ２濃度」、「温度」、「異常時」のいずれでもないと判定された入退室端末の異常発生状態がオフに設定され（初期値に戻され）、ステップＳ１０７に進む。
【００７５】
一方、ステップＳ１０５で少なくとも１つの時間帯において優先キーが「ＣＯ２濃度」、「温度」、または、「異常時」であると判定された（入退室端末の）場合（Ｓ１０５の判定結果がＮｏの場合）、直ちにステップＳ１０７に進む。
【００７６】
ステップＳ１０３、Ｓ１０５、または、Ｓ１０６から制御を渡されたステップＳ１０７では、図２３に示されるスケジュール情報テーブル上の現時間帯におけるそれぞれの入退室端末の優先キーを一時的なテーブルとして取得する。ステップＳ１０７が初回に実行される場合には、図１２のスケジュール情報基準値テーブルの現時間帯に対応する行を入室退室端末毎優先キー情報統合テーブルにコピーして、入室退室端末毎優先キー情報統合テーブルに優先キーの初期値を設定しておく。そして、入室退室端末毎優先キー情報統合テーブルと、取得した一時的なテーブルとの対応する入室退室端末の優先キー同士を上述したルールに基づいて「演算」することで、その入室退室端末毎優先キー情報統合テーブル
の更新が行われる。ステップＳ１０７が２回目以降に実行される場合には、取得した一時的なテーブルと、入室退室端末毎優先キー情報統合テーブルとの「演算」が直ちに行われることで、その入室退室端末毎優先キー情報統合テーブルの更新が行われる。
【００７７】
ステップＳ１０７に続くステップＳ１０８では、災害ＩＤテーブル６５の指定位置がインクリメントされ、ステップＳ１０２に戻る。
ステップＳ１０８から制御を渡されたステップＳ１０２では、災害ＩＤテーブル６５の（インクリメントされた）指定位置に有効なデータがあるかどうかが判定される。ステップＳ１０２で指定位置に有効なデータがないと判定される場合（Ｓ１０２の判定結果がＮｏの場合）は、ステップＳ１０９において、ステップＳ１０７で更新された入室退室端末毎優先キー情報統合テーブル上に設定される優先キーが示す図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３、図１４の異常時情報テーブル４７、図１５のＣＯ２濃度適正範囲情報テーブル５２、図１６の温度適正範囲情報テーブル５３を参照して、現時間帯における各入退室端末のセキュリティレベルが取得される。
【００７８】
そして、続くステップＳ１１０において、図１７に示される認証手段情報テーブル５５を参照して、ステップＳ１０９で取得したセキュリティレベルに対応する認証手段を各入退室端末上に設定し、一連の処理を終了する。
【００７９】
図２５は、入退室管理サーバが施設管理システムから各センサが検知した情報を受信した場合に行われる、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。なお、変更したセキュリティレベルに応じた認証手段を該当する入退室端末上に設定する処理も行っているため、この処理を該当する入退室端末に対する認証手段設定処理と呼ぶこともある。また、この処理は、実行基盤としての第２セキュリティレベル変更部７６が認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３、避難経路取得部７４を制御して各ＤＢからデータを読み出したり、各ＤＢにデータを書き込んだりすることにより実行される。
【００８０】
図２５において、施設管理サーバ２５から入退室管理サーバ３１がセンサ実測値情報（ＣＯ２濃度実測値情報、温度実測値情報）を受信したことをトリガとして一連の処理が起動される。
【００８１】
このセンサ実測値情報を受信すると、図２０に示されるＣＯ２濃度実測値情報テーブル６２と、図２１に示される温度実測値情報テーブル６３とがステップＳ２０１において上書きされる。
【００８２】
ステップＳ２０１に続くステップＳ２０２では、図２０に示されるＣＯ２濃度実測値情報テーブル６２と、図２１に示される温度実測値情報テーブル６３とに上書きされた実測値が、図１５のＣＯ２濃度適正範囲情報テーブル５２や、図１６の温度適正範囲情報テーブル５３に示される適正範囲から今回始めて外れるかどうか、すなわち、上書きされた実測値中に新たな異常な値があるかどうかが判定される。
【００８３】
ステップＳ２０２で上書きされた実測値中に新たな異常な値がないと判定された場合（Ｓ２０２の判定結果がＮｏの場合）、一連の処理を終了する。
一方、ステップＳ２０２で上書きされた実測値中に新たな異常な値があると判定された場合（Ｓ２０２の判定結果がＹｅｓの場合）、ステップＳ２０３において、新たに検出された災害に対し、災害ＩＤを割り振り、図１２のスケジュール情報基準値テーブル４４をコピーして、図２３のスケジュール情報テーブルを生成して、その生成したスケジュール情報テーブルをその災害ＩＤにリンクさせる。また、図２２の異常発生状態テーブルを生成して、生成したスケジュール情報テーブルにリンクさせる。
【００８４】
ステップＳ２０３に続くステップＳ２０４において、時計（不図示）により現在時刻が異常を検出した時刻として取得されるとともに、異常な値を計測したセンサ端末が取得される。
【００８５】
ステップＳ２０４に続くステップＳ２０５では、図１８に示される避難経路情報テーブル５７が参照されて、異常が検出されたセンサ端末に対応する避難経路が取得され、その避難経路に含まれる入室端末および退室端末の優先キーがオペレータにより指定された優先キー変更時間だけ（図１３の優先キー変更時間情報テーブル４６の「時間」の項目に示されるいずれかの値をオペレータは優先キー変更時間として指定する）、「ＣＯ２濃度」、「温度」、または、「異常時」に変更される。
【００８６】
すなわち、図８の入退室端末センサ端末対応テーブル３５が参照されて、異常が検出されたセンサ端末に対応する入退室端末が取得される。そして、その入退室端末の優先キーを、「ＣＯ２濃度」、または、「温度」のうちの、異常を検出したセンサ端末で計測している物理量（ＣＯ２濃度または温度のいずれか）に対応するものに変更する。
【００８７】
また、ステップＳ２０５で取得された避難経路に含まれる残りの入退室端末の優先キーを「異常時」に変更する。
ステップＳ２０５に続くステップＳ２０６では、優先キーを変更した入室端末および退室端末について、図２２の異常発生状態テーブル上の異常発生状態をオンに設定する。
【００８８】
続くステップＳ２０７では、災害ＩＤテーブル６５に登録される（新たに作成された災害ＩＤを含めた）すべての災害ＩＤに対するスケジュール情報テーブルの現時間帯における優先キーの対応する値同士が上述したようなルールに従って「演算」されることで、各入退室端末において適用すべき優先キーが入退室端末毎優先キー情報統合テーブル上に設定される、すなわち、入退室端末毎優先キー情報統合テーブルの更新が行われる。
【００８９】
そして、続くステップＳ２０８において、ステップＳ２０７で更新された入室退室端末毎優先キー情報統合テーブル上に設定される優先キーが示す図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３、図１４の異常時情報テーブル４７、図１５のＣＯ２濃度適正範囲情報テーブル５２、図１６の温度適正範囲情報テーブル５３を参照して、現時間帯における各入退室端末のセキュリティレベルが取得される。
【００９０】
そして、続くステップＳ２０９において、図１７に示される認証手段情報テーブル５５を参照して、ステップＳ２０８で取得したセキュリティレベルに対応する認証手段を各入退室端末上に設定し、一連の処理を終了する。
【００９１】
以上の図２５の説明では、ステップＳ２０２において上書きされた実測値中に異常な値がないと判定された場合（Ｓ２０２の判定結果がＮｏの場合）、直ちに一連の処理を終了していた。しかし、異常な値を計測したセンサ端末の近くに設置された入室端末または退室端末については、前の時刻の図２４のステップＳ２０５の処理により、そのセンサ端末からの実測値に基づいてセキュリティレベルを変更するように制御されているため、ステップＳ２０２において上書きされた実測値中の異常な値がないと判定された場合にも、各災害ＩＤに対して、次の処理を行なう必要がある。
【００９２】
すなわち、図２２の異常発生状態テーブルや図２３のスケジュール情報テーブルを参照し、すべての入退室端末において異常発生状態がオフに設定されているかどうか、すべての入退室端末において優先キーが「ＣＯ２濃度」、「温度」、および「異常時」には設定されていないかどうか、を判定する。そして、すべての入退室端末において異常発生状態
がオフに設定されていると判定され、かつ、すべての入退室端末において優先キーが「ＣＯ２濃度」、「温度」、および「異常時」のいずれにも設定されていないと判定された場合、次の災害ＩＤの処理に進む。
【００９３】
また、少なくとも１つの入退室端末において異常発生状態がオンに設定されていると判定され、かつ、少なくとも１つの入退室端末において優先キーが「ＣＯ２濃度」、「温度」、および「異常時」のいずれかに設定されていると判定された場合、（実測値が正常な値に戻ったことになるため）その入退室端末の異常発生状態をオフに設定するとともに、その入退室端末の優先キーを平常時の値に戻して次の災害ＩＤの処理に進む。
【００９４】
図２６は、図５のレイアウト例において異常な値（適正範囲を外れる温度）がバイオ実験室９５で計測された場合を示す図である。
図１８を参照すると、センサ端末ＳＮ＿３に対応する避難経路は、施設の入口に近い側から、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９、退室端末ＥＸ＿３により構成されている。したがって、図１３の優先キー変更時間が２４時間に設定されていれば、図２７Ａに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿３に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーがすべての時間帯において「異常時」に変更され、センサ端末ＳＮ＿３に対応付けられている退室端末ＥＸ＿３の優先キーがすべての時間帯において「温度」に変更される。
【００９５】
また、図１３の優先キー変更時間が２時間に設定されていれば、図２７Ｂに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿３に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「異常時」に変更され、センサ端末ＳＮ＿３に対応付けられている退室端末ＥＸ＿３の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「温度」に変更される。
【００９６】
なお、この他の場合として、図５のレイアウト例において異常な値（適正範囲を外れるＣＯ２濃度）が実験室９４で計測された場合を考える。
この場合、図１８を参照すると、センサ端末ＳＮ＿２に対応する避難経路は、施設の入口に近い側から、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９、退室端末ＥＸ＿３により構成されている。したがって、図１３の優先キー変更時間が２４時間に設定されていれば、図２８Ａに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿２に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿３の優先キーがすべての時間帯において「異常時」に変更され、センサ端末ＳＮ＿２に対応付けられている、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーがすべての時間帯において「ＣＯ２濃度」に変更される。
【００９７】
また、図１３の優先キー変更時間が２時間に設定されていれば、図２８Ｂに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿２に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿３の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「異常時」に変更され、センサ端末ＳＮ＿２に対応付けられている、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「ＣＯ２濃度」に変更される。
【００９８】
図２９は、入退室管理サーバが入退室端末からＩＣカードが読まれたことを示す情報を受信した場合に行われる、認証処理、および、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。なお、変更したセキュリティレベルに応じた認証手段を該当する入退室端末上に設定する処理も行っているため、セキュリティレベル変更処理のことを認証手段設定処理と呼ぶこともある。また、上記認証処理は、認証処
理部（図２Ｂでは不図示）により実行され、上記セキュリティレベル変更処理は、実行基盤としての第３セキュリティレベル変更部７７が認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３、避難経路取得部７４を制御して各ＤＢからデータを読み出したり、各ＤＢにデータを書き込んだりすることにより実行される
図２９において、利用者のＩＣカード（のデータ）が入室端末または退室端末により読まれたことをトリガとして一連の処理が起動される。
【００９９】
このＩＣカードが読まれたことを示す情報は、ステップＳ３０１で入退室管理サーバ３１に受信される。また、続くステップＳ３０２で、そのＩＣカードのデータを読んだ入室端末または退室端末のアドレスが入退室管理サーバ３１に受信される。また、続くステップＳ３０３で、認証に用いられる個人情報（ＩＣカードのデータ（認証ＩＤが含まれる）、入力したパスワード、必要に応じて生体データ）が入退室管理サーバ３１に受信される。
【０１００】
ステップＳ３０３に続くステップＳ３０４では、入退室管理サーバ３１は、ステップＳ３０３で受信した個人情報を用いて個人認証を行い、続く、ステップＳ３０５で、認証処理結果を個人情報の送信元の入室端末または退室端末に通知する。
【０１０１】
認証処理部（図２Ｂでは不図示）から認証処理結果を対象とする入室端末または退室端末に通知したことと、その対象とする入室端末または退室端末のアドレスが第３セキュリティレベル変更部７７に通知されることで、ステップＳ３０６以降の処理が起動する。
【０１０２】
ステップＳ３０５に続くステップＳ３０６では、通知された入室端末または退室端末のアドレスをキーとして、図９の入室端末退室端末対応テーブル３３を検索し、そのアドレスに対応する入室端末名または退室端末名を取得し、その名称からその対象とする端末が退室端末であるかどうかを判定する。
【０１０３】
ステップＳ３０６で対象端末が退室端末ではないと判定された場合（Ｓ３０６の判定結果がＮｏの場合）、直ちに一連の処理を終了する。
一方、ステップＳ３０６で対象端末が退室端末であると判定された場合（Ｓ３０６の判定結果がＹｅｓの場合）、ステップＳ３０７において、災害ＩＤテーブル６５の指定位置（先頭位置が初期値として与えられる）に有効なデータがあるかどうかが判定される。
【０１０４】
このフローチャートは、施設内で１以上の異常が発生していることを前提としているため、ステップＳ３０８〜Ｓ３１３の処理が最低でも１回は実行されるものと仮定している。したがって、ステップＳ３０７で指定位置に有効なデータがないと判定される場合（Ｓ３０７の判定結果がＮｏの場合）は、すべての災害に関する情報が後述のステップＳ３１２で入退室端末毎優先キー情報統合テーブル上にすでに反映されている場合である。この場合、ステップＳ３１４に進む。
【０１０５】
一方、ステップＳ３０７で指定位置に有効なデータがあると判定された場合（Ｓ３０７の判定結果がＹｅｓの場合）、ステップＳ３０８において、（現在の災害ＩＤに対応する）図２２の異常発生状態テーブルが参照されて、対象端末の異常発生状態がオンに設定されているかどうかが判定される。
【０１０６】
ステップＳ３０８で対象端末の異常発生状態がオンに設定されていないと判定された場合（ステップＳ３０８の判定結果がＮｏの場合）、ステップＳ３１２に進む。
一方、ステップＳ３０８で対象端末の異常発生状態がオンに設定されていると判定された場合（ステップＳ３０８の判定結果がＹｅｓの場合）、ステップＳ３０９において、図１８の避難経路情報テーブル５７上の右欄の避難経路のうちで、対象端末を含むすべての
避難経路が取得される。そして、取得された避難経路を経路解析処理が経路解析処理実行部（不図示）により行われる。
【０１０７】
この経路解析処理では、対象端末（対象の退室端末）と、対象端末と同じ出入口の反対側に設置された入室端末（対象端末に対応付けられた入室端末）と、対象端末より施設の奥側に設置される入退室端末とが特定される。
【０１０８】
そして、続く、ステップＳ３１０において、在室検知システム（不図示）を用いて、経路解析処理により特定された対象端末、対象端末に対応付けられた入室端末、奥側に設置される入退室端末に関わる施設内の部屋の中に今回の退室後も人が在室するかどうか、すなわち、最終退室であるかどうかが判定される。
【０１０９】
ステップＳ３１０で最終退室ではないと判定された場合（ステップＳ３１０の判定結果がＮｏの場合）、ステップＳ３１２に進む。
一方、ステップＳ３１０で最終退室であると判定された場合（ステップＳ３１０の判定結果がＹｅｓの場合）、ステップＳ３１１において、ステップＳ３０９で経路解析処理により特定された対象端末、対象端末に対応付けられた入室端末、奥側に設置される入退室端末について、図１２のスケジュール情報基準値テーブル４４を参照して、優先キーをすべての時間帯で基準値に戻すとともに、異常発生状態をオフに設定し、ステップＳ３１２に進む。
【０１１０】
ステップＳ３０８、Ｓ３１０、または、Ｓ３１１から制御を渡されたステップＳ３１２では、図２３に示されるスケジュール情報テーブル上の現時間帯におけるそれぞれの入退室端末の優先キーを一時的なテーブルとして取得する。ステップＳ３１２が初回に実行される場合には、図１２のスケジュール情報基準値テーブルの現時間帯に対応する行を入室退室端末毎優先キー情報統合テーブルにコピーして、入室退室端末毎優先キー情報統合テーブルに優先キーの初期値を設定しておく。そして、入室退室端末毎優先キー情報統合テーブルと、取得した一時的なテーブルとの対応する入室退室端末の優先キー同士を上述したルールに基づいて「演算」することで、その入室退室端末毎優先キー情報統合テーブルの更新が行われる。ステップＳ３１２が２回目以降に実行される場合には、取得した一時的なテーブルと、入室退室端末毎優先キー情報統合テーブルとの「演算」が直ちに行われることで、その入室退室端末毎優先キー情報統合テーブルの更新が行われる。
【０１１１】
ステップＳ３１２に続くステップＳ３１３では、災害ＩＤテーブル６５の指定位置がインクリメントされ、ステップＳ３０７に戻る。
ステップＳ３１３から制御を渡されたステップＳ３０７では、災害ＩＤテーブル６５の（インクリメントされた）指定位置に有効なデータがあるかどうかが判定される。ステップＳ３０７で指定位置に有効なデータがないと判定される場合（Ｓ３０７の判定結果がＮｏの場合）は、ステップＳ３１４において、ステップＳ３１２で更新された入室退室端末毎優先キー情報統合テーブル上に設定される優先キーが示す図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３、図１４の異常時情報テーブル４７、図１５のＣＯ２濃度適正範囲情報テーブル５２、図１６の温度適正範囲情報テーブル５３を参照して、現時間帯における各入退室端末のセキュリティレベルが取得される。
【０１１２】
そして、続くステップＳ３１５において、図１７に示される認証手段情報テーブル５５を参照して、ステップＳ３１４で取得したセキュリティレベルに対応する認証手段を各入退室端末上に設定し、一連の処理を終了する。
【０１１３】
なお、以上の説明では、ステップＳ３１０において在室検知システムにより在室者の有無を確認することにより、最終退室であるかどうかを判定していた。しかし、管理レベル
が高い人物の退出を契機として、退室端末のセキュリティレベルを復旧させることも可能である（図２Ｂのブロック図には、この構成に対応したセキュリティ管理レベルＤＢ５８が含まれている）。
【０１１４】
この場合、管理者が、その退出しようとする部屋や、その部屋の奥にある部屋について在室者の有無を確認し、自分が最後の一人である場合に、退出処理を行なうものとする。すなわち、ステップＳ３１０における判定処理は、管理者の退出かどうかに変更される。
【０１１５】
管理者の退出かどうかを判定するには、ステップＳ３０３で受信したＩＣカード内のデータ（認証ＩＤ）をキーとして、図１９の人物情報テーブル５９を検索し、その認証ＩＤに対応する管理レベルを取得する。取得した管理レベル＝「高」の場合、ステップＳ３１１に進み、取得した管理レベル＝「低」の場合、ステップＳ３１２に進む。
【０１１６】
図３０は、図５のレイアウト例において異常な値（適正範囲を外れる温度）がバイオ実験室９５で計測された後に、管理人または最終退室者がバイオ実験室９５から退室した場合を示す図である。
【０１１７】
この場合、図１３の優先キー変更時間が２４時間に設定されていれば、スケジュール情報テーブルは、図２７Ａに示す状態から、図３１Ａに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キーがすべての時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１１８】
また、図１３の優先キー変更時間が２時間に設定されていれば、スケジュール情報テーブルは、図２７Ｂに示す状態から、図３１Ｂに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１１９】
この他の場合として、図５のレイアウト例において異常な値（適正範囲を外れるＣＯ２濃度）が実験室９４で計測された後に、管理人または最終退室者がバイオ実験室９５から退室した場合を考える。
【０１２０】
この場合、図１３の優先キー変更時間が２４時間に設定されていれば、スケジュール情報テーブルは、図２８Ａに示す状態から、図３２Ａに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キーがすべての時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１２１】
また、図１３の優先キー変更時間が２時間に設定されていれば、スケジュール情報テーブルは、図２８Ｂに示す状態から、図３２Ｂに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キー現時間帯（この例では「１２：００−１４：００」）と次の時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１２２】
図３３は、記憶媒体例を示す図である。
本発明の処理のためのプログラム（セキュリティレベル制御プログラム）やデータは、コンピュータ１１０の記憶装置１１１からコンピュータ１１０のメモリにロードして実行することも、可搬型記憶媒体１１３からコンピュータ１１０のメモリにロードして実行することも、また、外部記憶装置１１４からネットワーク１１５を介してコンピュータ１１０のメモリにロードして実行することも可能である。
【０１２３】
本発明は下記構成でもよい。
（付記１） 管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、
前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、
前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリア毎管理条件記憶部上の、該異常を検出した管理対象エリアの管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、
前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、
前記セキュリティレベル記憶部と前記管理対象エリア毎管理条件記憶部とを参照して、前記管理対象エリアのセキュリティレベルを制御するセキュリティレベル制御手段と、を備えることを特徴とするセキュリティ管理システム。
（付記２） 前記管理対象エリアを含む避難経路を記憶する避難経路情報記憶部をさらに備え、
前記第１の変更手段は、前記管理対象エリアにおいて異常を検出した場合に、前記避難経路情報記憶部を参照して、該異常を検出した管理対象エリアを含む避難経路を取得し、該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアの管理条件を該異常に対応する第２の管理条件に変更する、ことを特徴とする付記１記載のセキュリティ管理システム。
（付記３） 前記避難経路情報記憶部には、各管理対象エリアを含む施設の入口側から奥の方へ、または、その逆へ各管理対象エリアが並べられて避難経路が記憶され、
前記第２の変更手段は、前記第１の変更手段により管理条件が異常に対応する第１または第２の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアおよび該管理対象エリアより奥に位置する管理対象エリアについて、管理条件を平常時の管理条件に戻す、ことを特徴とする付記２記載のセキュリティ管理システム。
（付記４） 複数の管理対象エリアにおいて複数の異常を検出した場合に、前記管理対象エリア毎管理条件記憶部を該検出した異常毎に生成するとともに、
所定の管理対象エリアにおいて、前記異常に対応する第２の管理条件と、前記平常時の管理条件とが競合した場合には、前記異常に対応する第２の管理条件を優先し、
前記異常に対応する第１の管理条件と、前記平常時の管理条件とが競合した場合には、前記異常に対応する第１の管理条件を優先し、
前記異常に対応する第１の管理条件と、前記異常に対応する第２の管理条件とが競合した場合には、前記異常に対応する第２の管理条件を優先することで、前記所定の管理対象エリアにおける管理条件を一意に決定することを特徴とする付記２または３記載のセキュリティ管理システム。
（付記５） 前記所定の利用者とは、最終退出者または管理者であることを特徴とする付記１または３記載のセキュリティ管理システム。
（付記６） 前記異常に対応する第１の管理条件とは、前記異常が解消されたかどうかを判定して、前記異常を検出した管理対象エリアのセキュリティレベルを決めることであることを特徴とする付記１記載のセキュリティ管理システム。
（付記７） 前記異常に対応する第２の管理条件とは、セキュリティレベルを避難時用の値とすることであることを特徴とする付記２記載のセキュリティ管理システム。
（付記８） 複数の管理対象エリアを有する施設内の、各管理対象エリアのセキュリティレベルを制御する処理をコンピュータに実行させるセキュリティレベル制御プログラムにおいて、
管理対象エリアにおいて異常を検出した場合に、該異常を検出した管理対象エリアのセキュリティレベルを該異常が持続しているか解消されたかに応じた値に変更し、管理対象
エリア毎にセキュリティレベルを記憶する第１記憶手段に書き込むステップ１と、
前記ステップ１で異常を検出した管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアのセキュリティレベルを平常時の値に戻すステップと、を前記コンピュータに実行させることを特徴とするセキュリティレベル制御プログラム。（付記９） 前記管理対象エリアにおいて異常を検出した場合に、管理対象エリア毎に避難経路を記憶する第２記憶手段から読みだされた避難経路を参照して、該異常を検出した管理対象エリアを含む避難経路を取得するステップと、
該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアのセキュリティレベルを避難時用の値に変更するステップ２と、をさらに備えることを特徴とする付記８記載のセキュリティレベル制御プログラム。
（付記１０） 前記ステップ１または前記ステップ２においてセキュリティレベルが変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアおよび該管理対象エリアより前記施設の奥に位置する管理対象エリアについて、セキュリティレベルを平常時の値に戻す、ことを特徴とする付記９記載のセキュリティレベル制御プログラム。
【図面の簡単な説明】
【０１２４】
【図１】本発明の一実施形態に係る入退室管理システムの一構成例を示す図である。
【図２Ａ】本発明の一実施形態に係る入退室管理システムを含む施設内システム全体の構成を示す図である。
【図２Ｂ】図２Ａの入退室管理サーバの詳細な構成を示すブロック図である。
【図３Ａ】平常時に対応する入退室端末毎優先キー情報テーブルの例を示す図である。
【図３Ｂ】一時的に生成される、異常時に対応する入退室端末毎優先キー情報テーブルの例（その１）を示す図である。
【図３Ｃ】一時的に生成される、異常時に対応する入退室端末毎優先キー情報テーブルの例（その２）を示す図である。
【図４Ａ】図３Ｂと図３Ｃのテーブルを統合した入退室端末毎優先キー情報統合テーブルを示す図である。
【図４Ｂ】図３Ｂのテーブルに対応する入退室端末毎優先キー情報統合テーブルを示す図である。
【図５】本実施形態において使用するレイアウト例を示す図である。
【図６】入退室端末情報テーブルのデータ構造を示す図である。
【図７】センサ端末情報テーブルのデータ構造を示す図である。
【図８】入退室端末センサ端末対応テーブルのデータ構造を示す図である。
【図９】入室端末退室端末対応テーブルのデータ構造を示す図である。
【図１０】エリア情報テーブルのデータ構造を示す図である。
【図１１】時間帯情報テーブルのデータ構造を示す図である。
【図１２】スケジュール情報基準値テーブルのデータ構造を示す図である。
【図１３】優先キー変更時間情報テーブルのデータ構造を示す図である。
【図１４】異常時情報テーブルのデータ構造を示す図である。
【図１５】ＣＯ２濃度適正範囲情報テーブルのデータ構造を示す図である。
【図１６】温度適正範囲情報テーブルのデータ構造を示す図である。
【図１７】認証手段情報テーブルのデータ構造を示す図である。
【図１８】避難経路情報テーブルのデータ構造を示す図である。
【図１９】人物情報テーブルのデータ構造を示す図である。
【図２０】ＣＯ２濃度実測値情報テーブルのデータ構造を示す図である。
【図２１】温度実測値情報テーブルのデータ構造を示す図である。
【図２２】異常発生状態テーブルのデータ構造を示す図である。
【図２３】スケジュール情報テーブルのデータ構造を示す図である。
【図２４】時間の経過に伴い、時間帯が変更された場合のセキュリティレベル変更処理を示すフローチャートである。
【図２５】入退室管理サーバが施設管理システムから各センサが検知した情報を受信した場合に行われる、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。
【図２６】図５のレイアウト例において異常な値（適正範囲を外れる温度）がバイオ実験室で計測された場合を示す図である。
【図２７Ａ】図５のレイアウト例において異常な値がバイオ実験室で計測された場合に対応するスケジュール情報テーブルの例（その１）である。
【図２７Ｂ】図５のレイアウト例において異常な値がバイオ実験室で計測された場合に対応するスケジュール情報テーブルの例（その２）である。
【図２８Ａ】図５のレイアウト例において異常な値が実験室で計測された場合に対応するスケジュール情報テーブルの例（その１）である。
【図２８Ｂ】図５のレイアウト例において異常な値が実験室で計測された場合に対応するスケジュール情報テーブルの例（その２）である。
【図２９】入退室管理サーバが入退室端末からＩＣカードが読まれたことを示す情報を受信した場合に行われる、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。
【図３０】図５のレイアウト例において異常な値がバイオ実験室で計測された後に、管理人または最終退室者がバイオ実験室から退室した場合を示す図である。
【図３１Ａ】図５のレイアウト例において異常な値がバイオ実験室で計測された後に、管理人または最終退室者がバイオ実験室から退室した場合に対応するスケジュール情報テーブルの例（その１）である。
【図３１Ｂ】図５のレイアウト例において異常な値がバイオ実験室で計測された後に、管理人または最終退室者がバイオ実験室から退室した場合に対応するスケジュール情報テーブルの例（その２）である。
【図３２Ａ】図５のレイアウト例において異常な値が実験室で計測された後に、管理人または最終退室者が実験室から退室した場合に対応するスケジュール情報テーブルの例（その１）である。
【図３２Ｂ】図５のレイアウト例において異常な値が実験室で計測された後に、管理人または最終退室者が実験室から退室した場合に対応するスケジュール情報テーブルの例（その２）である。
【図３３】記憶媒体例を示す図である。
【符号の説明】
【０１２５】
１、２、３ 認証装置（入退室端末）
４、３１ 入退室管理サーバ
１１、９１、９２ 一般事務室
１２、１４、２２ 認証装置（入退室端末）
１３、９３、９４ 実験室
１５ ＣＯ２センサ
１６、２４ 端末装置
２１、９５ バイオ実験室
２３ 温度センサ
２５ 施設管理サーバ
２６ 施設内ＬＡＮ
３２ 設備情報管理ＤＢ
３３ 入退室端末情報テーブル
３４ センサ端末情報テーブル
３５ 入退室端末センサ端末対応テーブル
３６ 入室端末退室端末対応テーブル
４１ セキュリティレベル情報ＤＢ
４２ エリア情報テーブル
４３ 時間帯情報テーブル
４４ スケジュール情報基準値テーブル
４６ 優先キー変更時間情報テーブル
４７ 異常時情報テーブル
５１ センサ適正範囲情報ＤＢ
５２ ＣＯ２濃度適正範囲情報テーブル
５３ 温度適正範囲情報テーブル
５４ 認証ＤＢ
５５ 認証手段情報テーブル
５６ 避難経路ＤＢ
５７ 避難経路情報テーブル
５８ セキュリティ管理レベルＤＢ
５９ 人物情報テーブル
６１ センサ実測値情報ＤＢ
６２ ＣＯ２濃度実測値情報テーブル
６３ 温度実測値情報テーブル
６４ 災害発生状況ＤＢ
６５ 災害ＩＤテーブル
６６ スケジュール情報テーブル
６８ 異常発生状態テーブル
７１ 認証手段設定部
７２ 優先キー変更部
７３ 異常発生状態変更部
７４ 避難経路取得部
７５ 第１セキュリティレベル変更部
７６ 第２セキュリティレベル変更部
７７ 第３セキュリティレベル変更部
７８ 通信インターフェイス部
１１０ コンピュータ
１１１ 記憶装置
１１３ 可搬型記憶媒体
１１４ 外部記憶装置
１１５ ネットワーク
【技術分野】
【０００１】
本発明は、セキュリティ管理システム及びセキュリティレベル制御プログラムに関する。
【背景技術】
【０００２】
複数の部屋で構成され、それぞれの部屋に出入りできる利用者が制限されている施設では、通常、入退室管理システムが設置される。このシステムでは、利用者はＩＣカードなど個人が特定できる媒体を保持し、部屋の入口で媒体を読み取り機（認証装置）にかざす等する。
【０００３】
媒体のメモリ内に保存された個人情報や利用者が入力したパスワードは、認証装置から入退室管理サーバ装置に送信され、入退室管理サーバ装置において認証処理が行われ認証結果が認証装置に通知される。認証に成功した場合、入室が許可される。
【０００４】
施設内に火災や事故などが発生した場合、施設内の利用者の避難を優先するために、セキュリティレベルを下げること（認証を簡略化すること）が通常行われている。
このようなセキュリティレベルの制御方法には次のような問題がある。
【０００５】
すなわち、警報の誤動作などの場合のように、実際には、火災や事故が発生していないのに、施設のセキュリティレベルが全体的に下がってしまう。このため、全員が避難した後の施設のセキュリティが確保できなく、例えば、悪意を持った人物などの侵入を許してしまう。
【０００６】
異常事態が発生に対応したシステムとしては下記のシステムが知られている。
特許文献１では、温度を検知する温度センサ、煙の濃度を検知する煙センサなどの各種センサからの情報に基づいて、セキュリティレベルの変更を行なうセキュリティシステムが示されている。
【０００７】
また、特許文献２では、施設への入退場をＲＦＩＤへの情報を読み取ることで行なうシステムが示されている。そして、このシステムにおいて、災害時には、施設の残留者の確認を行っている。
【０００８】
また、特許文献３では、クリーンルームの出入口にセンサを設置し、そのセンサによりクリーンルームへの入室者、クリーンルームからの退室者、在室人数を計測し、異常事態が発生した場合に、在室人数が０になるまで警告を出す在室者検知安全システムが示されている。
【０００９】
しかし、異常事態の発生に伴って、施設のセキュリティレベルが全体的に下がってしまい、避難後の施設のセキュリティが確保できなくなるという上述の問題は、いずれの特許文献の技術でも解決できない。
【特許文献１】特開２００２−８１６５号公報「セキュリティシステム」
【特許文献２】特開２００６−１８６３３号公報「就業状況管理システム」
【特許文献３】特開平９−３５０３７号公報「在室者検知安全システム」
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、事故や災害時などで施設のセキュリティレベルが下がることに伴うリスクを
最小限に抑えることを可能としたセキュリティ管理システム、および、セキュリティレベル制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１態様のセキュリティ管理システムは、管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリア毎管理条件記憶部上の、該異常を検出した管理対象エリアの管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、前記セキュリティレベル記憶部と前記管理対象エリア毎管理条件記憶部とを参照して、前記管理対象エリアのセキュリティレベルを制御するセキュリティレベル制御手段と、を備える。
【００１２】
ここで、所定の利用者の退出処理があった場合に、管理条件が異常に対応する第１の管理条件に変更された管理対象エリアについて、その管理条件を平常時（非異常時）の管理条件に戻している。よって、事故や災害時などで避難のために施設のセキュリティレベルが下がった場合でも、所定の利用者の退出処理後には、施設のセキュリティレベルを平常時の（管理条件に対応する）値に戻すことができ、全員が避難した後に、例えば、悪意を持った人物などの施設への侵入を許してしまうリスクを最小限に抑えることができる。
【発明の効果】
【００１３】
本発明によれば、事故や災害時などで避難のために施設のセキュリティレベルが下がった場合でも、所定の利用者の退出処理後には、施設のセキュリティレベルを平常時の値に戻すことができ、全員が避難した後に、例えば、悪意を持った人物などの施設への侵入を許してしまうリスクを最小限に抑えることができる。
【発明を実施するための最良の形態】
【００１４】
以下図面に基づいて、本発明の実施形態について詳細を説明する。
図１は、本発明の一実施形態に係る入退室管理システム（セキュリティ管理システム）の一構成例を示す図である。
【００１５】
図１では、施設の一部として３部屋（休憩スペース、開発室、マシン室）が示されている。
休憩室の出入口近くに設置された認証装置１ではセキュリティレベルは低く設定され、開発室やマシン室の出入口近くに設置された認証装置２、３ではセキュリティレベルは高く設定されている。
【００１６】
例えば、セキュリティレベルが低く設定される認証装置１では、ＩＣカードのデータのみを使用した個人認証が入退室管理サーバ４で行われ、セキュリティレベルが高く設定される認証装置２や３では、ＩＣカードのデータと、利用者の生体の一部をデータとして取り込んだ生体データとによる個人認証が入退室管理サーバ４で行われる。
【００１７】
なお、以下の説明では、入室用の認証装置のことを入室端末、退室用の認証装置のことを退室端末、入室端末と退室端末とをまとめて入退室端末ということがある。
図２Ａは、本発明の一実施形態に係る入退室管理システムを含む施設内システム全体の構成を示す図である。
【００１８】
図２Ａに示すシステムでは、一般事務室１１の入口に認証装置１２が設けられ、実験室１３の入口に認証装置１４が設けられ、バイオ実験室２１の入口に認証装置２２が設けられている。ＩＣカードのメモリ内に保持される利用者の個人データがそれぞれの認証装置のカードリーダから読み込まれ、利用者が入力したパスワードとともに、入退室管理サーバ３１に送信される。
【００１９】
入退室管理サーバ３１は、受信した情報を用いて認証処理を行い、その認証処理結果を認証装置に通知する。
また、図２Ａでは、ＣＯ２センサ１５が端末装置（入退室端末とは異なる）１６に接続されたセンサ端末が実験室１３内に設置されている。また、温度センサ２３が端末装置（入退室端末とは異なる）２４に接続されたセンサ端末がバイオ実験室２１内に設置されている。
【００２０】
施設管理サーバ２５は、各センサが計測した値を各端末装置から受信し、センサ端末のアドレスと計測した値との組を自分（施設管理サーバ２５）が管理するセンサ端末の数（図２Ａでは２個）だけ定期的に入退室管理サーバ３１に施設内ＬＡＮ（Local Area Network）を介して送信する。
【００２１】
図２Ｂは、図２Ａの入退室管理サーバ３１の詳細な構成を示すブロック図である。
図２Ｂに示すように、入退室管理サーバ３１は、設備情報管理データベース（以下、単にＤＢという）３２、セキュリティレベル情報ＤＢ４１、センサ適正範囲情報ＤＢ５１、認証ＤＢ５４、避難経路ＤＢ５６、セキュリティ管理レベルＤＢ５８、センサ実測値情報ＤＢ６１、災害発生状況ＤＢ６４によって構成されるＤＢ群、および、そのＤＢ群からデータを読み出したり、そのＤＢ群の一部のデータ項目を変更したりする各種ユニット（認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３、避難経路取得部７４、第１セキュリティレベル変更部７５、第２セキュリティレベル変更部７６、第３セキュリティレベル変更部７７、通信インターフェイス部７８）を備える。なお、図において、セキュリティ管理レベルＤＢ５８は管理者の退出処理によってセキュリティレベルを復旧させる場合に必要となる選択的な構成要素である。
【００２２】
なお、本実施形態においては、例えば、各入退室端末に対して時間帯毎に適用する優先キーを定めたスケジュール情報テーブルから、現時間帯の対象とする入退室端末の優先キーの値を取得し、その優先キーの値が示すいずれかのテーブルを参照して、現時間帯において、対象とする入退室端末に適用すべきセキュリティレベルを決めている。
【００２３】
第２セキュリティレベル変更部７６は、新たな災害（この場合、センサ端末によって計測された異常な値）を検出すると、その新たな災害に対して災害ＩＤを付与し、災害ＩＤテーブル６５上に登録する。そして、平常時（非異常時）に各入退室端末に対して適用する優先キーを定めたスケジュール情報基準値テーブル４４をコピーして、（発生した異常用の）スケジュール情報テーブルを生成し、そのスケジュール情報テーブルを災害ＩＤにリンクさせる。また、入退室端末毎の異常発生状態（フラグ情報）を記憶する異常発生状態テーブルを生成し、その生成したスケジュール情報テーブルにリンクさせる。例えば図２Ｂでは、「災害＿０１」に対してスケジュール情報テーブル６６−１がリンクされ、「災害＿０２」に対してスケジュール情報テーブル６６−２がリンクされる。また、スケジュール情報テーブル６６−１は異常発生状態テーブル６８−１にリンクされ、スケジュール情報テーブル６６−２は異常発生状態テーブル６８−２にリンクされる。
【００２４】
時間帯の変更、異常の検出、所定の利用者による退出処理などのイベントが発生した場合、発生した各異常にリンクされた、各スケジュール情報テーブルが後述するように変更される。その場合、そのイベントの発生した時間帯において、同一の入退室端末に対し、
スケジュール情報テーブルの数に等しい複数の優先キーの値が存在することになり、その入退室端末に対しどの優先キーの値を適用するのかが不明瞭となる。
【００２５】
このことに対処するため本実施形態においては、優先キーの複数の値について優先順位を予め決めておき、現時間帯の対応する入退室端末の優先キー同士を以下に示すような優先順位を反映して「演算」させることで、現時間帯における各入退室端末の優先キーを一意に決定し、現時間帯における入退室端末毎優先キー情報統合テーブルすなわち認証手段設定部７１の入力データを求めている。
（優先キーの優先順位）
優先キーを次の３つのカテゴリーに分ける。
１．基準値（平常時の値）・・・「エリアＡ」、「エリアＢ」、「時間」
２．異常時の値１（異常の発生位置近辺であることを示す値）・・・「ＣＯ２濃度」、「温度」
３．異常時の値２（発生した異常の避難経路上にあることを示す値）・・・「異常時」
そして次のルールにより統合結果の優先キーを決める。
（ルール１）基準値と異常時の値１とが競合した場合、異常時の値１を優先する。
（ルール２）基準値と異常時の値２とが競合した場合、異常時の値２を優先する。
（ルール３）異常時の値１と異常時の値２とが競合した場合、異常時の値２を優先する。
【００２６】
なお、災害が施設内で１つも発生していない場合は、スケジュール情報基準値テーブル４４中の現時間帯に対応する行が入力データとして認証手段設定部７１に通知される。
第１セキュリティレベル変更部７５は、時間帯が変わったことをトリガとして起動され、優先キー変更部７２を制御して各スケジュール情報テーブル上の前時間帯に対応する行の優先キーをスケジュール情報基準値テーブル４４に示される基準値に戻すとともに、各スケジュール情報テーブル上の現時間帯に対応する行を一時的なデータ（図３Ｂまたは図３Ｃに示すような入退室端末毎優先キー情報テーブル）として取得し、スケジュール情報テーブル毎に取得されたそれら一時的なデータを上述したように統合して図４Ａまたは図４Ｂに示すように処理結果のデータ（入退室端末毎優先キー情報統合テーブル）として認証手段設定部７１に通知する。
【００２７】
図４Ａや図４Ｂに示すように、処理結果のデータは、入退室端末毎に優先キーと実測値の項目を有する。優先キーが「ＣＯ２濃度」または「温度」に設定されている入室端末または退室端末に対しては、図４Ｂに示すように、認証手段設定部７１においてＣＯ２濃度適正範囲情報テーブル５２や温度適正範囲情報テーブル５３を参照してセキュリティレベルを取得する際に、優先キーの値とともに、ＣＯ２濃度や温度の実測値も必要である。しかし、すべての入退室端末に対して、優先キーが「エリアＡ」、「エリアＢ」、「時間」、または、「異常時」のいずれかであれば、実測値の項目は必要でなく、図４Ａに示すように、処理結果のデータにおいて、入退室端末毎の優先キーと実測値のうちの実測値の欄が空欄となる。
【００２８】
また、例えば、例えば施設内の２つに災害に対応する図３Ｂと図３Ｃの入退室端末毎優先キー情報テーブルを上述のルールにより統合すれば、図４Ａに示すような入退室端末毎優先キー情報統合テーブルが得られる。そして、その後、図３Ｃの入退室端末毎優先キー情報テーブルに対応する災害が解消されて、図３Ｂの入退室端末毎優先キー情報テーブルに対応する災害のみが残った場合、統合処理を行なうことなく、図４Ｂに示すような入退室端末毎優先キー情報統合テーブルが得られる。
【００２９】
なお、施設内で災害が１つも発生していない場合は、図１２のスケジュール情報基準値テーブルの現時間帯に対応する行が図３Ａに示すように取得される。この場合、認証手段設定部７１への通知を行なう際に、図３Ａのデータをそのまま通知してもよいし、図４Ａ
や図４Ｂのフォーマットに変換してから変換結果を通知してもよい。
【００３０】
第２セキュリティレベル変更部７６は、施設管理サーバ２５から通知されたセンサ実測値情報がセンサ実測値情報ＤＢ６１に上書きされたことをトリガとして起動され、センサの実測値がセンサ適正範囲情報ＤＢ５１に示される適正範囲から新たに外れた場合（既に外れているものが再検出された場合や外れていたものが適正範囲に戻った場合を除く）に、上述したように、スケジュール情報テーブルと異常発生状態テーブルとを生成し、その生成したスケジュール情報テーブル上で、その異常な値が計測されたセンサに対応する入退室端末の優先キーを優先キー変更部７２を制御して「ＣＯ２濃度」または「温度」（そのセンサが「ＣＯ２濃度」を測定しているか「温度」を測定しているかによる）に変更する。そして、各スケジュール情報テーブル上の現時間帯に対応する行を一時的なデータ（図３Ｂまたは図３Ｃに示すような入退室端末毎優先キー情報テーブル）として取得し、スケジュール情報テーブル毎に取得されたそれら一時的なデータを上述したように統合して図４Ａまたは図４Ｂに示すように処理結果のデータ（入退室端末毎優先キー情報統合テーブル）として認証手段設定部７１に通知する。
【００３１】
第３セキュリティレベル変更部７７は、所定の利用者（最終退室者または管理者）が退室端末を介して退室処理を行ったことをトリガとして起動され、その退室端末が異常を検出したセンサ端末に対応付けられた端末であった場合や異常を検出したセンサ端末に対応付けられた避難経路に含まれる端末であった場合に、その退室端末に関連する避難経路上の入退室端末の優先キーを優先キー変更部７２を制御して基準値すなわち平常時（非異常時）の値に戻す。そして、各スケジュール情報テーブル上の現時間帯に対応する行を一時的なデータ（図３Ｂまたは図３Ｃに示すような入退室端末毎優先キー情報テーブル）として取得し、スケジュール情報テーブル毎に取得されたそれら一時的なデータを上述したように統合して図４Ａまたは図４Ｂに示すように処理結果のデータ（入退室端末毎優先キー情報統合テーブル）として認証手段設定部７１に通知する。
【００３２】
第１セキュリティレベル変更部７５、第２セキュリティレベル変更部７６、または、第３セキュリティレベル変更部７７から通知を受けた認証手段設定部７１では、図４Ａや図４Ｂに示す処理結果のデータに基づいて、入退室端末毎に、現時間帯において適用すべきセキュリティレベルを生成する。この入退室端末毎のセキュリティレベルは例えば次のようにして求められる。
【００３３】
例えば、この優先キーの値が「エリアＡ」に設定されている端末に対しては、（図８に示すような）エリア情報テーブル４２が参照され、セキュリティレベル＝「低」に設定される。また、この優先キーの値が「時間」に設定されている端末に対しては、時計（不図示）により現在時刻が取得されるとともに、（図９に示すような）時間帯情報テーブル４３が参照され、セキュリティレベルが現在時刻を含む時間帯に対応したものに変更される。また、この優先キーの値が「ＣＯ２濃度」に設定されている端末に対しては、（図１５に示すような）ＣＯ２濃度適正範囲情報テーブル５２が参照され、セキュリティレベルが実測値を含む範囲に対応したものに変更される。
【００３４】
そして、変更されたセキュリティレベルに応じた認証手段を設定する指示が認証手段設定部７１から各入退室端末に送信される。
異常発生状態変更部７３は、異常発生状態テーブルに記憶される入退室端末毎の異常発生状態を変更する。異常発生状態テーブルでは、すべての入退室端末の異常発生状態はオフに初期化されている。入室端末または退室端末の近くに設置されたセンサ端末が異常な値を計測すると、その入室端末または退室端末の異常発生状態がオンになるように異常発生状態変更部７３は制御を行なう。
【００３５】
避難経路取得部７４は、第２セキュリティレベル変更部７６が指定するセンサ端末をキーとして避難経路情報テーブル５７を検索し、そのセンサ端末に対応する避難経路を取得したり、第３セキュリティレベル変更部７７が指定する退室端末をキーとして避難経路情報テーブル５７を検索し、その退室端末を含む避難経路を取得したりする。
【００３６】
通信インターフェイス部７８は、センサ端末のアドレス（図２Ａでは、端末装置１６、２４のアドレス）と、そのセンサ端末が有するセンサで測定された値との組を図２Ａの施設管理サーバ２５が管理するセンサ端末の数だけ施設管理サーバ２５から定期的に受信する。そして、受信したアドレスをキーとして、センサ端末情報テーブル３４を検索し、そのアドレスに対応するセンサ端末を割り出し、割り出したセンサ端末と実測値との組をセンサ実測値情報ＤＢ６１に上書きする。
【００３７】
また、通信インターフェイス部７８は、認証手段設定部７１から対象とする端末（入室端末または退室端末）の生体データ読取機能を有効化するか無効化するかの指示を受けた場合に、その対象とする端末をキーとして、入退室端末情報テーブル３３を検索し、その対象とする端末に対応するアドレスを取得し、そのアドレスあてに上記有効化／無効化指示（認証手段設定情報）を送信する。
【００３８】
図５は、本実施形態において使用するレイアウト例を示す図である。
図５において、一般事務室９１と９２が施設の入口に近い側に設けられており、実験室９３に入室するには必ず一般事務室９１を通らなければならない。また、実験室９４に入室するには必ず一般事務室９２を通らなければならない。また、バイオ実験室９５に入室するには必ず一般事務室９２、実験室９４を通らなければならない。
【００３９】
一般事務室９１は、施設の入口に近い側に３つの出入口を有しており、施設の入口側から一般事務室９１に入室するには、この３つの出入口に設置された入室端末ＥＮ＿１、ＥＮ＿２、またはＥＮ＿３による認証処理が行われる。施設の入口に近い側の３つの出入口を通って一般事務室９１から退室する場合は（退室時の）認証処理は行わない。
【００４０】
実験室９３は、施設の入口からみて、一般事務室９１の奥にある。一般事務室９１と実験室９３との間に設けられた出入口には、入室端末ＥＮ＿７と退室端末ＥＸ＿１とが設置される。実験室９３に（一般事務室９１から）入室する際には入室端末ＥＮ＿７による認証処理が行われ、実験室９３から（一般事務室９１に）退室する際には退室端末ＥＸ＿１による認証処理が行われる。
【００４１】
また、実験室９３の室内にはＣＯ２濃度を検知するセンサ端末ＳＮ＿１が設置される。
一般事務室９２は、施設の入口に近い側に３つの出入口を有しており、施設の入口側から一般事務室９２に入室するには、この３つの出入口に設置された入室端末ＥＮ＿４、ＥＮ＿５、またはＥＮ＿６による認証処理が行われる。施設の入口に近い側の３つの出入口を通って一般事務室９２から退室する場合は（退室時の）認証処理は行わない。
【００４２】
実験室９４は、施設の入口からみて、一般事務室９２の奥にある。一般事務室９２と実験室９４との間に設けられた出入口には、入室端末ＥＮ＿８と退室端末ＥＸ＿２とが設置される。実験室９４に（一般事務室９２から）入室する際には入室端末ＥＮ＿８による認証処理が行われ、実験室９４から（一般事務室９２に）退室する際には退室端末ＥＸ＿２による認証処理が行われる。
【００４３】
また、実験室９４の室内にはＣＯ２濃度を検知するセンサ端末ＳＮ＿２が設置される。
実験室９４の一部がバイオ実験室９５になっている。実験室９４とバイオ実験室９５との間に設けられた出入口には、入室端末ＥＮ＿９と退室端末ＥＸ＿３とが設置される。バ
イオ実験室９５に（実験室９４から）入室する際には入室端末ＥＮ＿９による認証処理が行われ、バイオ実験室９５から（実験室９４に）退室する際には退室端末ＥＸ＿３による認証処理が行われる。
【００４４】
また、バイオ実験室９５の室内には温度を検知するセンサ端末ＳＮ＿３が設置される。
図６は、入退室端末情報テーブル３３のデータ構造を示す図である。
図６に示すように、このテーブル３３では、入室端末と退室端末の名称が、それぞれのアドレスと対応付けられている。
【００４５】
図７は、センサ端末情報テーブル３４のデータ構造を示す図である。
図７に示すように、このテーブル３４では、センサ端末の名称が、それぞれのアドレスと対応付けられている。
【００４６】
図８は、入退室端末センサ端末対応テーブル３５のデータ構造を示す図である。
図８に示すように、このテーブル３５では、センサ端末がその近くに設置された入室端末または退室端末（双方の場合もある）と対応付けられている。
【００４７】
図９は、入室端末退室端末対応テーブル３６のデータ構造を示す図である。
図９に示すように、このテーブル３６では、施設内の出入口の一方の側に設けられた入室端末と他方の側に設けられた退室端末とが対応付けられている。なお、退室端末は機密情報が存在する実験室など一部の部屋にしか設けられていないため、テーブル３６上で、退室端末の欄が空欄になっている行もある。
【００４８】
図１０は、エリア情報テーブル４２のデータ構造を示す図である。
図１０に示すように、このテーブル４２は、常時（時間帯に関係なく）セキュリティレベルを一定とすべきエリアとセキュリティレベルとを対応付けている。このテーブル４２では、エリアＡは常時（時間帯に関係なく）セキュリティレベル＝「低」に設定するエリアであり、エリアＢは常時（時間帯に関係なく）セキュリティレベル＝「高」に設定するエリアである。
【００４９】
図１１は、時間帯情報テーブル４３のデータ構造を示す図である。
図１１に示すように、このテーブル４３は、時間帯とセキュリティレベルとを対応付けている。
【００５０】
図１２は、スケジュール情報基準値テーブル４４のデータ構造を示す図である。
図１２に示すスケジュール情報基準値テーブル４４は、それぞれの入退室端末に対し、それぞれの時間帯で、基準となるセキュリティレベル（平常時（非異常時）のセキュリティレベル）を決めるに際して、図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３のうちのどのテーブルを適用するかを、オペレータがＵＩ（ユーザインターフェイス）部（不図示）を用いて優先キーの値を指定することで作成する。
【００５１】
図１３は、優先キー変更時間情報テーブル４６のデータ構造を示す図である。
施設毎に災害が発生した場合（異常な値が検出された場合）の復旧時間の目安をこのテーブル４６に示される項目（時間Ａ、時間Ｂ）のうちから、オペレータがＵＩ（ユーザインターフェイス）部（不図示）を用いて指定する。例えば、「時間Ａ」が指定された場合、後述の図２３では、現在時刻を含む現時間帯とその次の時間帯の２時間帯分が後述の優先キーを変更する対象の時間帯となる。また、「時間Ｂ」が指定された場合、後述の図２３では、現在時刻を含む現時間帯とそれに続く９つの時間帯の１０時間帯分が後述の優先キーを変更する対象の時間帯となる。
【００５２】
図１４は、異常時情報テーブル４７のデータ構造を示す図である。
いずれかのセンサ端末により異常が検出されると、そのセンサ端末に対応付けられる入退室端末を含んだ所定範囲の入退室端末が避難経路として取得されるが、その避難経路で、そのセンサ端末に対応付けられる入退室端末以外の入退室端末については、後述の図２３のスケジュール情報テーブル上の優先キーが「異常時」に変更される。優先キーが「異常時」である入退室端末のセキュリティレベルは図１４の異常時情報テーブル４７に示されるように、「低」に設定される。
【００５３】
図１５は、ＣＯ２濃度適正範囲情報テーブル５２のデータ構造を示す図である。
図１５に示すように、このテーブル５２では、ＣＯ２濃度の範囲（適正範囲（この場合、０．５％以下）、適正範囲外の範囲（この場合、０．５％以上））とセキュリティレベルとが対応付けられている。
【００５４】
なお、ＣＯ２濃度は、化学実験室などの環境下において急激に変化する可能性が高い。通常、このテーブル５２はＣＯ２濃度を検知するセンサ端末（の設置場所）毎に設けられる。
【００５５】
図１６は、温度適正範囲情報テーブル５３のデータ構造を示す図である。
図１６に示すように、このテーブル５３では、温度の範囲（適正範囲（この場合、２０度以上かつ２５度以下）、適正範囲外の範囲（この場合、２０度以下または２５度以上））とセキュリティレベルとが対応付けられている。
【００５６】
なお、バイオ実験室などの環境下においては、常温でのみ正常に扱える物質などを扱っており、通常の例えば一般事務室などと比較すると、温度による危険度の変化が急激である。通常、このテーブルは温度を検知するセンサ端末（の設置場所）毎に設けられる。
【００５７】
図１７は、認証手段情報テーブル５５のデータ構造を示す図である。
図１７に示すように、このテーブル５５は、セキュリティレベルと、認証に使用するデータ（すなわち認証手段）とを対応付けている。
【００５８】
本実施形態においては例えば、すべての入室端末および退室端末には、ＩＣカードからデータを読み込むカードリーダと、利用者の生体の一部を生体データとして読み取る生体データ読取部とを有する。そして、セキュリティレベル＝「低」に設定されている入退室端末に対しては、生体データ読取部の機能を無効化することで、認証に用いるデータをＩＣカードのデータのみとし、セキュリティレベル＝「高」に設定されている入退室端末に対しては、生体データ読取部の機能を有効化することで、認証に用いるデータをＩＣカードのデータおよび生体データとすることが、この認証手段情報テーブル５５には示されている。
【００５９】
図１８は、避難経路情報テーブル５７のデータ構造を示す図である。
図１８に示す避難経路情報テーブル５７では、異常な値を計測したセンサ端末と、避難経路とが対応付けられている。出入口の一方の側と他方の側に設置される入室端末と退室端末を表す（入室端末名、退室端末名）の組が、施設の入口に近い側から施設の奥に向かって、そのセンサ端末に対応する入退室端末の組を含んで１以上の組並ぶことにより避難経路が構成される。
【００６０】
なお、図１８には示されていないが、退室端末が設置されない出入口もある。そのような出入口に対しては、（入室端末名、 ）のように、退室端末名を空欄とする。
図１９は、人物情報テーブル５９のデータ構造を示す図である。
【００６１】
図１９に示す人物情報テーブル５９では、人物名と認証ＩＤと管理レベルとが対応付けられている。なお、本実施形態では、異常な値が計測されて避難のためにセキュリティレベルを下げた後に、最終退室または管理者による退室があった場合に、セキュリティレベルを非異常時の値に復旧させているが、このうち、管理者による退室を判断する場合、入退室管理サーバ３１は、このテーブル５９の項目「管理レベル」を用いている。
【００６２】
図２０は、ＣＯ２濃度実測値情報テーブル６２のデータ構造を示す図である。
図２０に示すように、このテーブル６２では、各センサ端末からのＣＯ２濃度の実測値（最新のデータ）が保持される。
【００６３】
図２１は、温度実測値情報テーブル６３のデータ構造を示す図である。
図２１に示すように、このテーブル６３では、各センサ端末（この例では１台のセンサ端末）からの温度の実測値（最新のデータ）が保持される。
【００６４】
図２２は、異常発生状態テーブルのデータ構造を示す図である。
本実施形態では、異常な値があるセンサ端末で計測された場合、そのセンサ端末に対応する避難経路に含まれる入退室端末について、セキュリティレベルを下げているが、そのような制御を行った入退室端末については、図２２に示す異常発生状態テーブル６５上の値すなわち異常発生状態が初期値（オフ）からオンに変更される。
【００６５】
この異常発生状態テーブルは、以下に示すタイミングなどでも変更される。
・時間の経過（後述の図２４のフローチャート参照）。
・異常発生状態がオンである退室端末で、利用者による退室処理が行われた場合（後述の図２５のフローチャート参照）。
【００６６】
図２３は、スケジュール情報テーブルのデータ構造を示す図である。
いずれかのセンサ端末により異常が検出されると、その異常に対し、災害ＩＤが付与され、その災害ＩＤに対し、図１２のスケジュール情報基準値テーブル４４をコピーした図２３に示すスケジュール情報テーブルが対応付けられる。そして、スケジュール情報テーブル上で、異常が検出されたセンサ端末に関連する入退室端末の優先キーの変更処理（後述）が行われる。
【００６７】
図２４は、時間の経過に伴い、時間帯が変更された場合のセキュリティレベル変更処理を示すフローチャートである。なお、変更したセキュリティレベルに応じた認証手段を各入退室端末上に設定する処理も行っているため、この処理を認証手段設定処理と呼ぶこともある。また、この処理は、実行基盤としての第１セキュリティレベル変更部７５が認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３を制御して各ＤＢからデータを読み出したり、各ＤＢにデータを書き込んだりすることにより実行される。なお、このフローチャートは、施設内で１以上の異常が発生していることを前提としているが、異常が１つも発生していない場合は、図１２のスケジュール情報基準値テーブル４４上から取得した、現時間帯に対応する行が第１セキュリティレベル変更部７５の処理結果として認証手段設定部７１に通知される。
【００６８】
図２４において、時間の経過に伴い、現時間帯が例えば図２３において、「１２：００−１４：００」から「１４：００−１６：００」に変更されたことをトリガとしてステップＳ１０１において一連の処理が起動される。
【００６９】
ステップＳ１０１に続くステップＳ１０２では、災害ＩＤテーブル６５の指定位置（先頭位置が初期値として与えられる）に有効なデータがあるかどうかが判定される。
このフローチャートは、施設内で１以上の異常が発生していることを前提としているた
め、ステップＳ１０３〜Ｓ１０８の処理が最低でも１回は実行されるものと仮定している。したがって、ステップＳ１０２で指定位置に有効なデータがないと判定される場合（Ｓ１０２の判定結果がＮｏの場合）は、すべての災害に関する情報が後述のステップＳ１０７で入退室端末毎優先キー情報統合テーブル上にすでに反映されている場合である。この場合、ステップＳ１０９に進む。
【００７０】
一方、ステップＳ１０２で指定位置に有効なデータがあると判定された場合（Ｓ１０２の判定結果がＹｅｓの場合）、ステップＳ１０３において、（現在の災害ＩＤに対応する）図２３に示されるスケジュール情報テーブル上で、前時間帯（ここにいう「前時間帯」とは、例えば図２３のような区切り方をした場合の、現時間帯「１４：００−１６：００」に対する「１２：００−１４：００」の時間帯のことである）において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されている入室端末または退室端末があるかどうかが判定される。
【００７１】
ステップＳ１０３で前時間帯において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されている入室端末または退室端末がないと判定された場合（Ｓ１０３の判定結果がＮｏの場合）、直ちにステップＳ１０７に進む。
【００７２】
一方、ステップＳ１０３で前時間帯において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されている入室端末または退室端末があると判定された場合（Ｓ１０３の判定結果がＹｅｓの場合）、ステップＳ１０４において、その優先キーが「ＣＯ２濃度」、「温度」、または「異常時」である前時間帯の入退室端末について、図１２に示されるスケジュール情報基準値テーブル４４の前時間帯に対応する行を参照して、その優先キーを基準値（非異常時の値）に戻す。
【００７３】
そして、続くステップＳ１０５において、図２３に示されるスケジュール情報テーブルを参照して、前時間帯において優先キーが「ＣＯ２濃度」、「温度」、または「異常時」に設定されていた入退室端末のそれぞれについて、その入退室端末はすべての時間帯において優先キーが「ＣＯ２濃度」でなく、「温度」でなく、かつ、「異常時」でないかどうかが判定される。
【００７４】
ステップＳ１０５ですべての時間帯において優先キーが「ＣＯ２濃度」、「温度」、「異常時」のいずれでもないと判定された（入退室端末の）場合（Ｓ１０５の判定結果がＹｅｓの場合）、ステップＳ１０６において、図２２に示される異常発生状態テーブル上で、そのすべての時間帯において優先キーが「ＣＯ２濃度」、「温度」、「異常時」のいずれでもないと判定された入退室端末の異常発生状態がオフに設定され（初期値に戻され）、ステップＳ１０７に進む。
【００７５】
一方、ステップＳ１０５で少なくとも１つの時間帯において優先キーが「ＣＯ２濃度」、「温度」、または、「異常時」であると判定された（入退室端末の）場合（Ｓ１０５の判定結果がＮｏの場合）、直ちにステップＳ１０７に進む。
【００７６】
ステップＳ１０３、Ｓ１０５、または、Ｓ１０６から制御を渡されたステップＳ１０７では、図２３に示されるスケジュール情報テーブル上の現時間帯におけるそれぞれの入退室端末の優先キーを一時的なテーブルとして取得する。ステップＳ１０７が初回に実行される場合には、図１２のスケジュール情報基準値テーブルの現時間帯に対応する行を入室退室端末毎優先キー情報統合テーブルにコピーして、入室退室端末毎優先キー情報統合テーブルに優先キーの初期値を設定しておく。そして、入室退室端末毎優先キー情報統合テーブルと、取得した一時的なテーブルとの対応する入室退室端末の優先キー同士を上述したルールに基づいて「演算」することで、その入室退室端末毎優先キー情報統合テーブル
の更新が行われる。ステップＳ１０７が２回目以降に実行される場合には、取得した一時的なテーブルと、入室退室端末毎優先キー情報統合テーブルとの「演算」が直ちに行われることで、その入室退室端末毎優先キー情報統合テーブルの更新が行われる。
【００７７】
ステップＳ１０７に続くステップＳ１０８では、災害ＩＤテーブル６５の指定位置がインクリメントされ、ステップＳ１０２に戻る。
ステップＳ１０８から制御を渡されたステップＳ１０２では、災害ＩＤテーブル６５の（インクリメントされた）指定位置に有効なデータがあるかどうかが判定される。ステップＳ１０２で指定位置に有効なデータがないと判定される場合（Ｓ１０２の判定結果がＮｏの場合）は、ステップＳ１０９において、ステップＳ１０７で更新された入室退室端末毎優先キー情報統合テーブル上に設定される優先キーが示す図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３、図１４の異常時情報テーブル４７、図１５のＣＯ２濃度適正範囲情報テーブル５２、図１６の温度適正範囲情報テーブル５３を参照して、現時間帯における各入退室端末のセキュリティレベルが取得される。
【００７８】
そして、続くステップＳ１１０において、図１７に示される認証手段情報テーブル５５を参照して、ステップＳ１０９で取得したセキュリティレベルに対応する認証手段を各入退室端末上に設定し、一連の処理を終了する。
【００７９】
図２５は、入退室管理サーバが施設管理システムから各センサが検知した情報を受信した場合に行われる、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。なお、変更したセキュリティレベルに応じた認証手段を該当する入退室端末上に設定する処理も行っているため、この処理を該当する入退室端末に対する認証手段設定処理と呼ぶこともある。また、この処理は、実行基盤としての第２セキュリティレベル変更部７６が認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３、避難経路取得部７４を制御して各ＤＢからデータを読み出したり、各ＤＢにデータを書き込んだりすることにより実行される。
【００８０】
図２５において、施設管理サーバ２５から入退室管理サーバ３１がセンサ実測値情報（ＣＯ２濃度実測値情報、温度実測値情報）を受信したことをトリガとして一連の処理が起動される。
【００８１】
このセンサ実測値情報を受信すると、図２０に示されるＣＯ２濃度実測値情報テーブル６２と、図２１に示される温度実測値情報テーブル６３とがステップＳ２０１において上書きされる。
【００８２】
ステップＳ２０１に続くステップＳ２０２では、図２０に示されるＣＯ２濃度実測値情報テーブル６２と、図２１に示される温度実測値情報テーブル６３とに上書きされた実測値が、図１５のＣＯ２濃度適正範囲情報テーブル５２や、図１６の温度適正範囲情報テーブル５３に示される適正範囲から今回始めて外れるかどうか、すなわち、上書きされた実測値中に新たな異常な値があるかどうかが判定される。
【００８３】
ステップＳ２０２で上書きされた実測値中に新たな異常な値がないと判定された場合（Ｓ２０２の判定結果がＮｏの場合）、一連の処理を終了する。
一方、ステップＳ２０２で上書きされた実測値中に新たな異常な値があると判定された場合（Ｓ２０２の判定結果がＹｅｓの場合）、ステップＳ２０３において、新たに検出された災害に対し、災害ＩＤを割り振り、図１２のスケジュール情報基準値テーブル４４をコピーして、図２３のスケジュール情報テーブルを生成して、その生成したスケジュール情報テーブルをその災害ＩＤにリンクさせる。また、図２２の異常発生状態テーブルを生成して、生成したスケジュール情報テーブルにリンクさせる。
【００８４】
ステップＳ２０３に続くステップＳ２０４において、時計（不図示）により現在時刻が異常を検出した時刻として取得されるとともに、異常な値を計測したセンサ端末が取得される。
【００８５】
ステップＳ２０４に続くステップＳ２０５では、図１８に示される避難経路情報テーブル５７が参照されて、異常が検出されたセンサ端末に対応する避難経路が取得され、その避難経路に含まれる入室端末および退室端末の優先キーがオペレータにより指定された優先キー変更時間だけ（図１３の優先キー変更時間情報テーブル４６の「時間」の項目に示されるいずれかの値をオペレータは優先キー変更時間として指定する）、「ＣＯ２濃度」、「温度」、または、「異常時」に変更される。
【００８６】
すなわち、図８の入退室端末センサ端末対応テーブル３５が参照されて、異常が検出されたセンサ端末に対応する入退室端末が取得される。そして、その入退室端末の優先キーを、「ＣＯ２濃度」、または、「温度」のうちの、異常を検出したセンサ端末で計測している物理量（ＣＯ２濃度または温度のいずれか）に対応するものに変更する。
【００８７】
また、ステップＳ２０５で取得された避難経路に含まれる残りの入退室端末の優先キーを「異常時」に変更する。
ステップＳ２０５に続くステップＳ２０６では、優先キーを変更した入室端末および退室端末について、図２２の異常発生状態テーブル上の異常発生状態をオンに設定する。
【００８８】
続くステップＳ２０７では、災害ＩＤテーブル６５に登録される（新たに作成された災害ＩＤを含めた）すべての災害ＩＤに対するスケジュール情報テーブルの現時間帯における優先キーの対応する値同士が上述したようなルールに従って「演算」されることで、各入退室端末において適用すべき優先キーが入退室端末毎優先キー情報統合テーブル上に設定される、すなわち、入退室端末毎優先キー情報統合テーブルの更新が行われる。
【００８９】
そして、続くステップＳ２０８において、ステップＳ２０７で更新された入室退室端末毎優先キー情報統合テーブル上に設定される優先キーが示す図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３、図１４の異常時情報テーブル４７、図１５のＣＯ２濃度適正範囲情報テーブル５２、図１６の温度適正範囲情報テーブル５３を参照して、現時間帯における各入退室端末のセキュリティレベルが取得される。
【００９０】
そして、続くステップＳ２０９において、図１７に示される認証手段情報テーブル５５を参照して、ステップＳ２０８で取得したセキュリティレベルに対応する認証手段を各入退室端末上に設定し、一連の処理を終了する。
【００９１】
以上の図２５の説明では、ステップＳ２０２において上書きされた実測値中に異常な値がないと判定された場合（Ｓ２０２の判定結果がＮｏの場合）、直ちに一連の処理を終了していた。しかし、異常な値を計測したセンサ端末の近くに設置された入室端末または退室端末については、前の時刻の図２４のステップＳ２０５の処理により、そのセンサ端末からの実測値に基づいてセキュリティレベルを変更するように制御されているため、ステップＳ２０２において上書きされた実測値中の異常な値がないと判定された場合にも、各災害ＩＤに対して、次の処理を行なう必要がある。
【００９２】
すなわち、図２２の異常発生状態テーブルや図２３のスケジュール情報テーブルを参照し、すべての入退室端末において異常発生状態がオフに設定されているかどうか、すべての入退室端末において優先キーが「ＣＯ２濃度」、「温度」、および「異常時」には設定されていないかどうか、を判定する。そして、すべての入退室端末において異常発生状態
がオフに設定されていると判定され、かつ、すべての入退室端末において優先キーが「ＣＯ２濃度」、「温度」、および「異常時」のいずれにも設定されていないと判定された場合、次の災害ＩＤの処理に進む。
【００９３】
また、少なくとも１つの入退室端末において異常発生状態がオンに設定されていると判定され、かつ、少なくとも１つの入退室端末において優先キーが「ＣＯ２濃度」、「温度」、および「異常時」のいずれかに設定されていると判定された場合、（実測値が正常な値に戻ったことになるため）その入退室端末の異常発生状態をオフに設定するとともに、その入退室端末の優先キーを平常時の値に戻して次の災害ＩＤの処理に進む。
【００９４】
図２６は、図５のレイアウト例において異常な値（適正範囲を外れる温度）がバイオ実験室９５で計測された場合を示す図である。
図１８を参照すると、センサ端末ＳＮ＿３に対応する避難経路は、施設の入口に近い側から、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９、退室端末ＥＸ＿３により構成されている。したがって、図１３の優先キー変更時間が２４時間に設定されていれば、図２７Ａに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿３に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーがすべての時間帯において「異常時」に変更され、センサ端末ＳＮ＿３に対応付けられている退室端末ＥＸ＿３の優先キーがすべての時間帯において「温度」に変更される。
【００９５】
また、図１３の優先キー変更時間が２時間に設定されていれば、図２７Ｂに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿３に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「異常時」に変更され、センサ端末ＳＮ＿３に対応付けられている退室端末ＥＸ＿３の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「温度」に変更される。
【００９６】
なお、この他の場合として、図５のレイアウト例において異常な値（適正範囲を外れるＣＯ２濃度）が実験室９４で計測された場合を考える。
この場合、図１８を参照すると、センサ端末ＳＮ＿２に対応する避難経路は、施設の入口に近い側から、入室端末ＥＮ＿８、退室端末ＥＸ＿２、入室端末ＥＮ＿９、退室端末ＥＸ＿３により構成されている。したがって、図１３の優先キー変更時間が２４時間に設定されていれば、図２８Ａに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿２に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿３の優先キーがすべての時間帯において「異常時」に変更され、センサ端末ＳＮ＿２に対応付けられている、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーがすべての時間帯において「ＣＯ２濃度」に変更される。
【００９７】
また、図１３の優先キー変更時間が２時間に設定されていれば、図２８Ｂに示すように、スケジュール情報テーブル上で、センサ端末ＳＮ＿２に対応付けられていない、入室端末ＥＮ＿８、退室端末ＥＸ＿３の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「異常時」に変更され、センサ端末ＳＮ＿２に対応付けられている、退室端末ＥＸ＿２、入室端末ＥＮ＿９の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において「ＣＯ２濃度」に変更される。
【００９８】
図２９は、入退室管理サーバが入退室端末からＩＣカードが読まれたことを示す情報を受信した場合に行われる、認証処理、および、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。なお、変更したセキュリティレベルに応じた認証手段を該当する入退室端末上に設定する処理も行っているため、セキュリティレベル変更処理のことを認証手段設定処理と呼ぶこともある。また、上記認証処理は、認証処
理部（図２Ｂでは不図示）により実行され、上記セキュリティレベル変更処理は、実行基盤としての第３セキュリティレベル変更部７７が認証手段設定部７１、優先キー変更部７２、異常発生状態変更部７３、避難経路取得部７４を制御して各ＤＢからデータを読み出したり、各ＤＢにデータを書き込んだりすることにより実行される
図２９において、利用者のＩＣカード（のデータ）が入室端末または退室端末により読まれたことをトリガとして一連の処理が起動される。
【００９９】
このＩＣカードが読まれたことを示す情報は、ステップＳ３０１で入退室管理サーバ３１に受信される。また、続くステップＳ３０２で、そのＩＣカードのデータを読んだ入室端末または退室端末のアドレスが入退室管理サーバ３１に受信される。また、続くステップＳ３０３で、認証に用いられる個人情報（ＩＣカードのデータ（認証ＩＤが含まれる）、入力したパスワード、必要に応じて生体データ）が入退室管理サーバ３１に受信される。
【０１００】
ステップＳ３０３に続くステップＳ３０４では、入退室管理サーバ３１は、ステップＳ３０３で受信した個人情報を用いて個人認証を行い、続く、ステップＳ３０５で、認証処理結果を個人情報の送信元の入室端末または退室端末に通知する。
【０１０１】
認証処理部（図２Ｂでは不図示）から認証処理結果を対象とする入室端末または退室端末に通知したことと、その対象とする入室端末または退室端末のアドレスが第３セキュリティレベル変更部７７に通知されることで、ステップＳ３０６以降の処理が起動する。
【０１０２】
ステップＳ３０５に続くステップＳ３０６では、通知された入室端末または退室端末のアドレスをキーとして、図９の入室端末退室端末対応テーブル３３を検索し、そのアドレスに対応する入室端末名または退室端末名を取得し、その名称からその対象とする端末が退室端末であるかどうかを判定する。
【０１０３】
ステップＳ３０６で対象端末が退室端末ではないと判定された場合（Ｓ３０６の判定結果がＮｏの場合）、直ちに一連の処理を終了する。
一方、ステップＳ３０６で対象端末が退室端末であると判定された場合（Ｓ３０６の判定結果がＹｅｓの場合）、ステップＳ３０７において、災害ＩＤテーブル６５の指定位置（先頭位置が初期値として与えられる）に有効なデータがあるかどうかが判定される。
【０１０４】
このフローチャートは、施設内で１以上の異常が発生していることを前提としているため、ステップＳ３０８〜Ｓ３１３の処理が最低でも１回は実行されるものと仮定している。したがって、ステップＳ３０７で指定位置に有効なデータがないと判定される場合（Ｓ３０７の判定結果がＮｏの場合）は、すべての災害に関する情報が後述のステップＳ３１２で入退室端末毎優先キー情報統合テーブル上にすでに反映されている場合である。この場合、ステップＳ３１４に進む。
【０１０５】
一方、ステップＳ３０７で指定位置に有効なデータがあると判定された場合（Ｓ３０７の判定結果がＹｅｓの場合）、ステップＳ３０８において、（現在の災害ＩＤに対応する）図２２の異常発生状態テーブルが参照されて、対象端末の異常発生状態がオンに設定されているかどうかが判定される。
【０１０６】
ステップＳ３０８で対象端末の異常発生状態がオンに設定されていないと判定された場合（ステップＳ３０８の判定結果がＮｏの場合）、ステップＳ３１２に進む。
一方、ステップＳ３０８で対象端末の異常発生状態がオンに設定されていると判定された場合（ステップＳ３０８の判定結果がＹｅｓの場合）、ステップＳ３０９において、図１８の避難経路情報テーブル５７上の右欄の避難経路のうちで、対象端末を含むすべての
避難経路が取得される。そして、取得された避難経路を経路解析処理が経路解析処理実行部（不図示）により行われる。
【０１０７】
この経路解析処理では、対象端末（対象の退室端末）と、対象端末と同じ出入口の反対側に設置された入室端末（対象端末に対応付けられた入室端末）と、対象端末より施設の奥側に設置される入退室端末とが特定される。
【０１０８】
そして、続く、ステップＳ３１０において、在室検知システム（不図示）を用いて、経路解析処理により特定された対象端末、対象端末に対応付けられた入室端末、奥側に設置される入退室端末に関わる施設内の部屋の中に今回の退室後も人が在室するかどうか、すなわち、最終退室であるかどうかが判定される。
【０１０９】
ステップＳ３１０で最終退室ではないと判定された場合（ステップＳ３１０の判定結果がＮｏの場合）、ステップＳ３１２に進む。
一方、ステップＳ３１０で最終退室であると判定された場合（ステップＳ３１０の判定結果がＹｅｓの場合）、ステップＳ３１１において、ステップＳ３０９で経路解析処理により特定された対象端末、対象端末に対応付けられた入室端末、奥側に設置される入退室端末について、図１２のスケジュール情報基準値テーブル４４を参照して、優先キーをすべての時間帯で基準値に戻すとともに、異常発生状態をオフに設定し、ステップＳ３１２に進む。
【０１１０】
ステップＳ３０８、Ｓ３１０、または、Ｓ３１１から制御を渡されたステップＳ３１２では、図２３に示されるスケジュール情報テーブル上の現時間帯におけるそれぞれの入退室端末の優先キーを一時的なテーブルとして取得する。ステップＳ３１２が初回に実行される場合には、図１２のスケジュール情報基準値テーブルの現時間帯に対応する行を入室退室端末毎優先キー情報統合テーブルにコピーして、入室退室端末毎優先キー情報統合テーブルに優先キーの初期値を設定しておく。そして、入室退室端末毎優先キー情報統合テーブルと、取得した一時的なテーブルとの対応する入室退室端末の優先キー同士を上述したルールに基づいて「演算」することで、その入室退室端末毎優先キー情報統合テーブルの更新が行われる。ステップＳ３１２が２回目以降に実行される場合には、取得した一時的なテーブルと、入室退室端末毎優先キー情報統合テーブルとの「演算」が直ちに行われることで、その入室退室端末毎優先キー情報統合テーブルの更新が行われる。
【０１１１】
ステップＳ３１２に続くステップＳ３１３では、災害ＩＤテーブル６５の指定位置がインクリメントされ、ステップＳ３０７に戻る。
ステップＳ３１３から制御を渡されたステップＳ３０７では、災害ＩＤテーブル６５の（インクリメントされた）指定位置に有効なデータがあるかどうかが判定される。ステップＳ３０７で指定位置に有効なデータがないと判定される場合（Ｓ３０７の判定結果がＮｏの場合）は、ステップＳ３１４において、ステップＳ３１２で更新された入室退室端末毎優先キー情報統合テーブル上に設定される優先キーが示す図１０のエリア情報テーブル４２、図１１の時間帯情報テーブル４３、図１４の異常時情報テーブル４７、図１５のＣＯ２濃度適正範囲情報テーブル５２、図１６の温度適正範囲情報テーブル５３を参照して、現時間帯における各入退室端末のセキュリティレベルが取得される。
【０１１２】
そして、続くステップＳ３１５において、図１７に示される認証手段情報テーブル５５を参照して、ステップＳ３１４で取得したセキュリティレベルに対応する認証手段を各入退室端末上に設定し、一連の処理を終了する。
【０１１３】
なお、以上の説明では、ステップＳ３１０において在室検知システムにより在室者の有無を確認することにより、最終退室であるかどうかを判定していた。しかし、管理レベル
が高い人物の退出を契機として、退室端末のセキュリティレベルを復旧させることも可能である（図２Ｂのブロック図には、この構成に対応したセキュリティ管理レベルＤＢ５８が含まれている）。
【０１１４】
この場合、管理者が、その退出しようとする部屋や、その部屋の奥にある部屋について在室者の有無を確認し、自分が最後の一人である場合に、退出処理を行なうものとする。すなわち、ステップＳ３１０における判定処理は、管理者の退出かどうかに変更される。
【０１１５】
管理者の退出かどうかを判定するには、ステップＳ３０３で受信したＩＣカード内のデータ（認証ＩＤ）をキーとして、図１９の人物情報テーブル５９を検索し、その認証ＩＤに対応する管理レベルを取得する。取得した管理レベル＝「高」の場合、ステップＳ３１１に進み、取得した管理レベル＝「低」の場合、ステップＳ３１２に進む。
【０１１６】
図３０は、図５のレイアウト例において異常な値（適正範囲を外れる温度）がバイオ実験室９５で計測された後に、管理人または最終退室者がバイオ実験室９５から退室した場合を示す図である。
【０１１７】
この場合、図１３の優先キー変更時間が２４時間に設定されていれば、スケジュール情報テーブルは、図２７Ａに示す状態から、図３１Ａに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キーがすべての時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１１８】
また、図１３の優先キー変更時間が２時間に設定されていれば、スケジュール情報テーブルは、図２７Ｂに示す状態から、図３１Ｂに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キーが現時間帯（この例では「１２：００−１４：００」）と次の時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１１９】
この他の場合として、図５のレイアウト例において異常な値（適正範囲を外れるＣＯ２濃度）が実験室９４で計測された後に、管理人または最終退室者がバイオ実験室９５から退室した場合を考える。
【０１２０】
この場合、図１３の優先キー変更時間が２４時間に設定されていれば、スケジュール情報テーブルは、図２８Ａに示す状態から、図３２Ａに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キーがすべての時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１２１】
また、図１３の優先キー変更時間が２時間に設定されていれば、スケジュール情報テーブルは、図２８Ｂに示す状態から、図３２Ｂに示す状態、すなわち、バイオ実験室９５の出入口に設置された入室端末ＥＮ＿９、退室端末ＥＸ＿３の優先キー現時間帯（この例では「１２：００−１４：００」）と次の時間帯において平常時の値（エリアＢ）に戻された状態に変更される。
【０１２２】
図３３は、記憶媒体例を示す図である。
本発明の処理のためのプログラム（セキュリティレベル制御プログラム）やデータは、コンピュータ１１０の記憶装置１１１からコンピュータ１１０のメモリにロードして実行することも、可搬型記憶媒体１１３からコンピュータ１１０のメモリにロードして実行することも、また、外部記憶装置１１４からネットワーク１１５を介してコンピュータ１１０のメモリにロードして実行することも可能である。
【０１２３】
本発明は下記構成でもよい。
（付記１） 管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、
前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、
前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリア毎管理条件記憶部上の、該異常を検出した管理対象エリアの管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、
前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、
前記セキュリティレベル記憶部と前記管理対象エリア毎管理条件記憶部とを参照して、前記管理対象エリアのセキュリティレベルを制御するセキュリティレベル制御手段と、を備えることを特徴とするセキュリティ管理システム。
（付記２） 前記管理対象エリアを含む避難経路を記憶する避難経路情報記憶部をさらに備え、
前記第１の変更手段は、前記管理対象エリアにおいて異常を検出した場合に、前記避難経路情報記憶部を参照して、該異常を検出した管理対象エリアを含む避難経路を取得し、該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアの管理条件を該異常に対応する第２の管理条件に変更する、ことを特徴とする付記１記載のセキュリティ管理システム。
（付記３） 前記避難経路情報記憶部には、各管理対象エリアを含む施設の入口側から奥の方へ、または、その逆へ各管理対象エリアが並べられて避難経路が記憶され、
前記第２の変更手段は、前記第１の変更手段により管理条件が異常に対応する第１または第２の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアおよび該管理対象エリアより奥に位置する管理対象エリアについて、管理条件を平常時の管理条件に戻す、ことを特徴とする付記２記載のセキュリティ管理システム。
（付記４） 複数の管理対象エリアにおいて複数の異常を検出した場合に、前記管理対象エリア毎管理条件記憶部を該検出した異常毎に生成するとともに、
所定の管理対象エリアにおいて、前記異常に対応する第２の管理条件と、前記平常時の管理条件とが競合した場合には、前記異常に対応する第２の管理条件を優先し、
前記異常に対応する第１の管理条件と、前記平常時の管理条件とが競合した場合には、前記異常に対応する第１の管理条件を優先し、
前記異常に対応する第１の管理条件と、前記異常に対応する第２の管理条件とが競合した場合には、前記異常に対応する第２の管理条件を優先することで、前記所定の管理対象エリアにおける管理条件を一意に決定することを特徴とする付記２または３記載のセキュリティ管理システム。
（付記５） 前記所定の利用者とは、最終退出者または管理者であることを特徴とする付記１または３記載のセキュリティ管理システム。
（付記６） 前記異常に対応する第１の管理条件とは、前記異常が解消されたかどうかを判定して、前記異常を検出した管理対象エリアのセキュリティレベルを決めることであることを特徴とする付記１記載のセキュリティ管理システム。
（付記７） 前記異常に対応する第２の管理条件とは、セキュリティレベルを避難時用の値とすることであることを特徴とする付記２記載のセキュリティ管理システム。
（付記８） 複数の管理対象エリアを有する施設内の、各管理対象エリアのセキュリティレベルを制御する処理をコンピュータに実行させるセキュリティレベル制御プログラムにおいて、
管理対象エリアにおいて異常を検出した場合に、該異常を検出した管理対象エリアのセキュリティレベルを該異常が持続しているか解消されたかに応じた値に変更し、管理対象
エリア毎にセキュリティレベルを記憶する第１記憶手段に書き込むステップ１と、
前記ステップ１で異常を検出した管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアのセキュリティレベルを平常時の値に戻すステップと、を前記コンピュータに実行させることを特徴とするセキュリティレベル制御プログラム。（付記９） 前記管理対象エリアにおいて異常を検出した場合に、管理対象エリア毎に避難経路を記憶する第２記憶手段から読みだされた避難経路を参照して、該異常を検出した管理対象エリアを含む避難経路を取得するステップと、
該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアのセキュリティレベルを避難時用の値に変更するステップ２と、をさらに備えることを特徴とする付記８記載のセキュリティレベル制御プログラム。
（付記１０） 前記ステップ１または前記ステップ２においてセキュリティレベルが変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアおよび該管理対象エリアより前記施設の奥に位置する管理対象エリアについて、セキュリティレベルを平常時の値に戻す、ことを特徴とする付記９記載のセキュリティレベル制御プログラム。
【図面の簡単な説明】
【０１２４】
【図１】本発明の一実施形態に係る入退室管理システムの一構成例を示す図である。
【図２Ａ】本発明の一実施形態に係る入退室管理システムを含む施設内システム全体の構成を示す図である。
【図２Ｂ】図２Ａの入退室管理サーバの詳細な構成を示すブロック図である。
【図３Ａ】平常時に対応する入退室端末毎優先キー情報テーブルの例を示す図である。
【図３Ｂ】一時的に生成される、異常時に対応する入退室端末毎優先キー情報テーブルの例（その１）を示す図である。
【図３Ｃ】一時的に生成される、異常時に対応する入退室端末毎優先キー情報テーブルの例（その２）を示す図である。
【図４Ａ】図３Ｂと図３Ｃのテーブルを統合した入退室端末毎優先キー情報統合テーブルを示す図である。
【図４Ｂ】図３Ｂのテーブルに対応する入退室端末毎優先キー情報統合テーブルを示す図である。
【図５】本実施形態において使用するレイアウト例を示す図である。
【図６】入退室端末情報テーブルのデータ構造を示す図である。
【図７】センサ端末情報テーブルのデータ構造を示す図である。
【図８】入退室端末センサ端末対応テーブルのデータ構造を示す図である。
【図９】入室端末退室端末対応テーブルのデータ構造を示す図である。
【図１０】エリア情報テーブルのデータ構造を示す図である。
【図１１】時間帯情報テーブルのデータ構造を示す図である。
【図１２】スケジュール情報基準値テーブルのデータ構造を示す図である。
【図１３】優先キー変更時間情報テーブルのデータ構造を示す図である。
【図１４】異常時情報テーブルのデータ構造を示す図である。
【図１５】ＣＯ２濃度適正範囲情報テーブルのデータ構造を示す図である。
【図１６】温度適正範囲情報テーブルのデータ構造を示す図である。
【図１７】認証手段情報テーブルのデータ構造を示す図である。
【図１８】避難経路情報テーブルのデータ構造を示す図である。
【図１９】人物情報テーブルのデータ構造を示す図である。
【図２０】ＣＯ２濃度実測値情報テーブルのデータ構造を示す図である。
【図２１】温度実測値情報テーブルのデータ構造を示す図である。
【図２２】異常発生状態テーブルのデータ構造を示す図である。
【図２３】スケジュール情報テーブルのデータ構造を示す図である。
【図２４】時間の経過に伴い、時間帯が変更された場合のセキュリティレベル変更処理を示すフローチャートである。
【図２５】入退室管理サーバが施設管理システムから各センサが検知した情報を受信した場合に行われる、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。
【図２６】図５のレイアウト例において異常な値（適正範囲を外れる温度）がバイオ実験室で計測された場合を示す図である。
【図２７Ａ】図５のレイアウト例において異常な値がバイオ実験室で計測された場合に対応するスケジュール情報テーブルの例（その１）である。
【図２７Ｂ】図５のレイアウト例において異常な値がバイオ実験室で計測された場合に対応するスケジュール情報テーブルの例（その２）である。
【図２８Ａ】図５のレイアウト例において異常な値が実験室で計測された場合に対応するスケジュール情報テーブルの例（その１）である。
【図２８Ｂ】図５のレイアウト例において異常な値が実験室で計測された場合に対応するスケジュール情報テーブルの例（その２）である。
【図２９】入退室管理サーバが入退室端末からＩＣカードが読まれたことを示す情報を受信した場合に行われる、該当する入退室端末に対するセキュリティレベル変更処理を示すフローチャートである。
【図３０】図５のレイアウト例において異常な値がバイオ実験室で計測された後に、管理人または最終退室者がバイオ実験室から退室した場合を示す図である。
【図３１Ａ】図５のレイアウト例において異常な値がバイオ実験室で計測された後に、管理人または最終退室者がバイオ実験室から退室した場合に対応するスケジュール情報テーブルの例（その１）である。
【図３１Ｂ】図５のレイアウト例において異常な値がバイオ実験室で計測された後に、管理人または最終退室者がバイオ実験室から退室した場合に対応するスケジュール情報テーブルの例（その２）である。
【図３２Ａ】図５のレイアウト例において異常な値が実験室で計測された後に、管理人または最終退室者が実験室から退室した場合に対応するスケジュール情報テーブルの例（その１）である。
【図３２Ｂ】図５のレイアウト例において異常な値が実験室で計測された後に、管理人または最終退室者が実験室から退室した場合に対応するスケジュール情報テーブルの例（その２）である。
【図３３】記憶媒体例を示す図である。
【符号の説明】
【０１２５】
１、２、３ 認証装置（入退室端末）
４、３１ 入退室管理サーバ
１１、９１、９２ 一般事務室
１２、１４、２２ 認証装置（入退室端末）
１３、９３、９４ 実験室
１５ ＣＯ２センサ
１６、２４ 端末装置
２１、９５ バイオ実験室
２３ 温度センサ
２５ 施設管理サーバ
２６ 施設内ＬＡＮ
３２ 設備情報管理ＤＢ
３３ 入退室端末情報テーブル
３４ センサ端末情報テーブル
３５ 入退室端末センサ端末対応テーブル
３６ 入室端末退室端末対応テーブル
４１ セキュリティレベル情報ＤＢ
４２ エリア情報テーブル
４３ 時間帯情報テーブル
４４ スケジュール情報基準値テーブル
４６ 優先キー変更時間情報テーブル
４７ 異常時情報テーブル
５１ センサ適正範囲情報ＤＢ
５２ ＣＯ２濃度適正範囲情報テーブル
５３ 温度適正範囲情報テーブル
５４ 認証ＤＢ
５５ 認証手段情報テーブル
５６ 避難経路ＤＢ
５７ 避難経路情報テーブル
５８ セキュリティ管理レベルＤＢ
５９ 人物情報テーブル
６１ センサ実測値情報ＤＢ
６２ ＣＯ２濃度実測値情報テーブル
６３ 温度実測値情報テーブル
６４ 災害発生状況ＤＢ
６５ 災害ＩＤテーブル
６６ スケジュール情報テーブル
６８ 異常発生状態テーブル
７１ 認証手段設定部
７２ 優先キー変更部
７３ 異常発生状態変更部
７４ 避難経路取得部
７５ 第１セキュリティレベル変更部
７６ 第２セキュリティレベル変更部
７７ 第３セキュリティレベル変更部
７８ 通信インターフェイス部
１１０ コンピュータ
１１１ 記憶装置
１１３ 可搬型記憶媒体
１１４ 外部記憶装置
１１５ ネットワーク
【特許請求の範囲】
【請求項１】
管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、
前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、
前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリア毎管理条件記憶部上の、該異常を検出した管理対象エリアの管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、
前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、
前記セキュリティレベル記憶部と前記管理対象エリア毎管理条件記憶部とを参照して、前記管理対象エリアのセキュリティレベルを制御するセキュリティレベル制御手段と、を備えることを特徴とするセキュリティ管理システム。
【請求項２】
管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、
前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、
前記管理対象エリアを含む避難経路を記憶する避難経路情報記憶部と、
前記管理対象エリアにおいて異常を検出した場合に、前記避難経路情報記憶部を参照して、該異常を検出した管理対象エリアを含む避難経路を取得し、該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアの管理条件を該異常に対応する第２の管理条件に変更する変更手段と、
を備えることを特徴とするセキュリティ管理システム。
【請求項３】
複数の管理対象エリアを有する施設内の、各管理対象エリアのセキュリティレベルを制御する処理をコンピュータに実行させるセキュリティレベル制御プログラムであって、
管理対象エリアにおいて異常を検出した場合に、該異常を検出した管理対象エリアのセキュリティレベルを該異常が持続しているか解消されたかに応じた値に変更し、管理対象エリア毎にセキュリティレベルを記憶する第１記憶手段に書き込むステップと、
前記異常を検出した管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアのセキュリティレベルを平常時の値に戻すステップと、を前記コンピュータに実行させることを特徴とするセキュリティレベル制御プログラム。
【請求項４】
複数の管理対象エリアを有する施設内の、各管理対象エリアのセキュリティレベルを制御するコンピュータに、
前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリアを含む避難経路を記憶した避難経路情報記憶部を参照して、該異常を検出した管理対象エリアを含む避難経路を取得し、
管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部を参照して、該異常に対応する第２の管理条件を取得し、
該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアについて、管理対象エリア毎管理条件記憶部に該管理対象エリア毎に記憶された管理条件を、該取得した第２の管理条件に変更する、
処理を実行させることを特徴とするセキュリティ管理プログラム。
【請求項１】
管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、
前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、
前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリア毎管理条件記憶部上の、該異常を検出した管理対象エリアの管理条件を該異常に対応する第１の管理条件に変更する第１の変更手段と、
前記第１の変更手段により管理条件が異常に対応する第１の管理条件に変更された管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアの管理条件を平常時の管理条件に戻す第２の変更手段と、
前記セキュリティレベル記憶部と前記管理対象エリア毎管理条件記憶部とを参照して、前記管理対象エリアのセキュリティレベルを制御するセキュリティレベル制御手段と、を備えることを特徴とするセキュリティ管理システム。
【請求項２】
管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部と、
前記管理対象エリア毎に前記セキュリティレベル記憶部に記憶される管理条件のうちの１つを記憶する管理対象エリア毎管理条件記憶部と、
前記管理対象エリアを含む避難経路を記憶する避難経路情報記憶部と、
前記管理対象エリアにおいて異常を検出した場合に、前記避難経路情報記憶部を参照して、該異常を検出した管理対象エリアを含む避難経路を取得し、該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアの管理条件を該異常に対応する第２の管理条件に変更する変更手段と、
を備えることを特徴とするセキュリティ管理システム。
【請求項３】
複数の管理対象エリアを有する施設内の、各管理対象エリアのセキュリティレベルを制御する処理をコンピュータに実行させるセキュリティレベル制御プログラムであって、
管理対象エリアにおいて異常を検出した場合に、該異常を検出した管理対象エリアのセキュリティレベルを該異常が持続しているか解消されたかに応じた値に変更し、管理対象エリア毎にセキュリティレベルを記憶する第１記憶手段に書き込むステップと、
前記異常を検出した管理対象エリアにおいて、所定の利用者の退出処理があった場合に、該管理対象エリアのセキュリティレベルを平常時の値に戻すステップと、を前記コンピュータに実行させることを特徴とするセキュリティレベル制御プログラム。
【請求項４】
複数の管理対象エリアを有する施設内の、各管理対象エリアのセキュリティレベルを制御するコンピュータに、
前記管理対象エリアにおいて異常を検出した場合に、前記管理対象エリアを含む避難経路を記憶した避難経路情報記憶部を参照して、該異常を検出した管理対象エリアを含む避難経路を取得し、
管理対象エリアに出入りする際に適用するセキュリティレベルを管理条件毎に記憶するセキュリティレベル記憶部を参照して、該異常に対応する第２の管理条件を取得し、
該取得した避難経路上の、該異常を検出した管理対象エリア以外の管理対象エリアについて、管理対象エリア毎管理条件記憶部に該管理対象エリア毎に記憶された管理条件を、該取得した第２の管理条件に変更する、
処理を実行させることを特徴とするセキュリティ管理プログラム。
【図２Ａ】
【図２Ｂ】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７Ａ】
【図２７Ｂ】
【図２８Ａ】
【図２８Ｂ】
【図２９】
【図３０】
【図３１Ａ】
【図３１Ｂ】
【図３２Ａ】
【図３２Ｂ】
【図３３】
【図１】
【図２Ｂ】
【図３Ａ】
【図３Ｂ】
【図３Ｃ】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７Ａ】
【図２７Ｂ】
【図２８Ａ】
【図２８Ｂ】
【図２９】
【図３０】
【図３１Ａ】
【図３１Ｂ】
【図３２Ａ】
【図３２Ｂ】
【図３３】
【図１】
【公開番号】特開２００９−１３４５８６（Ｐ２００９−１３４５８６Ａ）
【公開日】平成２１年６月１８日（２００９．６．１８）
【国際特許分類】
【出願番号】特願２００７−３１０９８２（Ｐ２００７−３１０９８２）
【出願日】平成１９年１１月３０日（２００７．１１．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２１年６月１８日（２００９．６．１８）
【国際特許分類】
【出願日】平成１９年１１月３０日（２００７．１１．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]