入退室管理システム
【課題】入退室管理装置と監視装置とからなる入退室管理システムにおいて、監視装置−入退室管理装置間の通信が途絶えた後に、通信が回復したときの入退室管理装置の最新の状態を監視装置がすぐに認識できない。
【解決手段】監視装置は通常入退室管理装置の扉の開閉状態、電気錠の施解錠状態など各種の状態情報を、入退室管理装置からあがってくる履歴に基づいて更新しているのに対し、監視装置−入退室管理装置間の通信が途絶えた場合であって、その後に通信が回復したときには、監視装置は、入退室管理装置に対して、入退室管理装置が保持している全ての状態情報を一括で要求し、取得した状態情報で、保持していた状態情報を更新する。
【解決手段】監視装置は通常入退室管理装置の扉の開閉状態、電気錠の施解錠状態など各種の状態情報を、入退室管理装置からあがってくる履歴に基づいて更新しているのに対し、監視装置−入退室管理装置間の通信が途絶えた場合であって、その後に通信が回復したときには、監視装置は、入退室管理装置に対して、入退室管理装置が保持している全ての状態情報を一括で要求し、取得した状態情報で、保持していた状態情報を更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティエリアへのユーザの入退室を管理するための認証機能を有する入退室管理システムに関し、特に入退室管理ステムを構成する機器の状態を管理する技術に関する。
【背景技術】
【０００２】
入退室管理システムは、セキュリティエリアへのユーザの入退室を管理する入退室管理装置と、当該入退室管理装置において発生したイベントの履歴を収集して管理し、入退室管理装置の状態を管理する監視装置とからなる。入退室管理装置の状態には、例えば、制御下にある電気錠が解錠されているかどうかの状態、セキュリティエリアに設けられた扉が開いているかどうかの状態など様々なものがあり、それぞれが監視装置で管理されることによって、監視装置側で入退室管理装置に異常が発生していないかを監視している。
【０００３】
監視装置は、状態情報を入退室管理装置が監視装置に送信してくるイベントの履歴に基づいて更新している。イベントの履歴は、例えば、電気錠が解錠されたこと、あるいは、こじ開けが発生したこと、などの入退室管理装置において発生したイベントを示す情報を含んでおり、これにより、監視装置は自身が保持している入退室管理装置の状態情報を更新することができる。
【０００４】
特許文献１には、そのような入退室の履歴である入退室情報を受信して状態管理テーブルを更新する入退室管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２０６８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、入退室管理装置と監視装置との間の通信が何らかのトラブルで途切れることがある。この場合、入退室管理装置には、通信が途絶えている間のイベントの履歴が蓄積されていく。そして、通信が回復すると、蓄積されている履歴がまとめて監視装置に送信されることとなる。
このとき、監視装置は、上述の通り、順次送信されてくる履歴情報に基づいて、入退室管理装置の状態を更新しているため、蓄積された履歴情報が膨大なものになればなるほど、全ての履歴情報に基づく更新処理が完了して、監視装置が入退室管理システムの最新の状態を確認できるのに時間を要するという問題がある。状態情報の更新が完了するまで入退室管理装置の最新の状態を確認できないということは、異常があった場合への対処に遅れが生じ、セキュリティの確保という面において、問題が発生する可能性がある。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、入退室管理装置と監視装置との間の通信が途絶えて、多くの履歴が入退室管理装置に蓄積されたとしても、通信が復旧した場合に監視装置が入退室管理装置の状態をすぐに管理できる入退室管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、管理対象となるエリアへのユーザの入退室を管理する入退室管理装置と、前記入退室管理装置及びその管理下にある機器の状態の変化を示す状態イベントの履歴と、入退室管理装置及びその管理下にある機器の状態とを管理する監視装置とを含む入退室管理システムであって、前記入退室管理装置は、少なくとも、自装置と、自装置の管理下にある機器それぞれの現在の状態を示す第１状態情報を記憶する第１状態情報記憶手段と、発生した状態イベントの履歴情報を前記監視装置に送信する履歴送信手段と、前記監視装置から送信されてくる前記第１状態情報を要求する第１状態情報要求信号に応じて前記第１状態情報を送信する第１状態情報送信手段とを備え、前記監視装置は、前記入退室管理装置の状態監視用に前記入退室管理装置の状態を示す第２状態情報を記憶する第２状態情報記憶手段と、履歴情報を前記入退室管理装置から受信する受信手段と、前記第２状態情報記憶手段に記憶されている第２状態情報のうち、前記受信手段で受信した履歴情報に基づいて当該履歴情報で示される状態イベントにより変化する状態を示す情報を更新する第１更新手段と、前記入退室管理装置との間での通信が途絶えたことを検出する第１検出手段と、前記入退室管理装置との間での通信が途絶えた後に、通信が回復したことを検出する第２検出手段と、前記第２検出手段が通信が回復したことを検出すると、通信が回復した入退室管理装置に対して、前記第１状態情報要求信号を送信する第１状態情報要求手段と、前記第１状態情報要求信号に応じて、前記第１状態情報送信手段が送信した第１状態情報を前記受信手段で受信し、当該第１状態情報で示される各状態の情報を反映するように、前記第２状態情報記憶手段に記憶している第２状態情報を更新する第２更新手段とを備えることを特徴としている。
【発明の効果】
【０００９】
上述のような構成によって、監視装置が直接入退室管理装置で保持されている第１状態情報を取得し、これにより、履歴情報に基づく状態情報の更新を待たずとも、通信回復後に即座に最新の入退室管理装置の状態を監視装置側が認識することができる。
また、前記監視装置は、さらに、前記受信手段で受信した履歴情報を記憶する履歴記憶手段を備え、前記履歴送信手段は、前記通信が途絶えた後から、第１状態情報送信手段が前記第１状態情報を送信するまでに発生した状態イベントの履歴情報を逐次送信することとしてもよい。
【００１０】
これにより、通信が途絶えていた間に発生したイベントについての履歴もまた監視装置に送信されることになるので、監視装置における履歴の完全性を保つことができる。
また、前記履歴送信手段は、前記第１状態情報送信手段が前記第１状態情報を送信した後に発生した状態イベントの履歴情報を、前記通信が途絶えた後であって前記第１状態情報送信手段が前記第１状態情報を送信する前に発生した状態イベントの履歴情報よりも先に送信することとしてもよい。
【００１１】
これにより、監視装置が第１状態情報を取得した後に発生したイベントについての履歴を先に送信することにより、監視装置において、状態情報を最新のものに保つことができる。
また、前記入退室管理装置は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報を識別するための識別子を当該履歴情報に付加する付加手段を備え、前記第１更新手段は、前記受信手段が受信した履歴情報に前記識別子が付加されていた場合には前記第２状態情報の更新を実行しないこととしてもよい。
【００１２】
これにより、監視装置は、識別子が付加されて送信されてきた履歴に基づく第２状態情報の更新を行わないので、そのための処理負荷を軽減するとともに、監視装置において、第２状態情報の更新が行われてしまうことによって、最新の状態が失われてしまうのを防止することができる。
また、前記履歴送信手段は、更に、入退室管理装置及びその管理下にある機器の状態の変化を示さない非状態イベントを示す履歴情報も送信し、当該非状態イベントは、前記監視装置がユーザに対して警報を出力することが予め定められた警報イベントを含み、前記監視装置は、前記受信手段が前記警報イベントを示す履歴情報を受信した場合にユーザに対して警報を出力する出力手段を備え、記付加手段は、前記警報イベントに係る履歴情報については、前記識別子を付加しないこととしてもよい。
【００１３】
これにより、第１状態情報や第２状態情報で管理されない状態に関連するイベントに基づいて生成された履歴についての処理、例えば警報を発するなど、を監視装置が実行することができる。
また、前記付加手段は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報の個数が所定の個数に満たない場合に、前記識別子の付加を実行しないこととしてもよい。
【００１４】
あるいは、前記監視装置は、更に、前記入退室管理装置との間の通信が保たれているかどうかを確認するための生存確認信号を定期的に送信する生存確認手段を備え、前記入退室管理装置は、更に、前記生存確認信号を受けた場合に、応答信号を送信する応答手段を備え、前記付加手段は、最後に前記生存確認信号を受けてから所定時間経過した後であって、前記第１状態情報送信手段が前記第１状態情報を送信したときにのみ、前記識別子の付加を実行することとしてもよい。
【００１５】
通信が途絶えている間に、蓄積された履歴の個数が少ない場合には、監視装置における状態情報の更新にはさほど時間がかからないため、蓄積していた履歴による状態情報の更新を実行してもよく、このとき入退室管理装置は識別子を付加する処理を実行しなくともよいので、その分の処理負荷を軽減できる。
また、前記入退室管理装置は、更に、前記監視装置にまだ送信していない履歴情報の個数が所定個数を上回った場合に、前記監視装置に対して、前記第１状態情報要求信号の送信を指示する指示手段を備え、前記第１状態情報要求手段は、前記指示手段による指示に応じて、前記第１状態情報要求信号を送信することとしてもよい。
【００１６】
これにより、監視装置−入退室管理装置間の通信が途絶えていなくとも入退室管理装置に未送信の履歴が所定以上蓄積された場合には、入退室管理装置側から監視装置に対して第１状態情報の取得を促すので、これにより、未送信の履歴が蓄積されて送信されていないことにより、反映されていない現在の状態情報を監視装置に取得させることができる。
当該構成は、入退室管理装置の処理速度が遅いあるいは、監視装置−入退室管理装置間の通信速度が遅いなどの理由により、入退室管理装置に未送信の履歴が蓄積されてしまった場合などに有効である。
【００１７】
また、前記入退室管理装置は、更に、前記履歴情報のうち、削除すべき履歴情報の種別を設定するための設定手段と、前記付加手段が前記識別子の付加を実行する際に、識別子を付加する対象となる履歴情報のうち、前記設定手段に設定されている種別の履歴情報を削除する削除手段とを備えることとしてもよい。
これにより、通信が途絶えていた間の履歴について、その量が膨大なものとなっていた場合には、その削減を実行することにより、送信すべき履歴の量を抑制して、監視装置−入退室管理装置間の履歴の送信による通信不可や、両装置における処理負荷、例えば、蓄積されていた履歴の送信処理や、送信されてきた履歴のデータベースへの登録などの処理負荷を軽減することができる。
【図面の簡単な説明】
【００１８】
【図１】入退室管理システムのシステム構成例を示すシステム図である。
【図２】入退室管理装置の機能構成を示す機能ブロック図である。
【図３】監視装置の機能構成を示す機能ブロック図である。
【図４】履歴情報の構成例を示す概念図である。
【図５】認証情報の構成例を示す概念図である。
【図６】状態情報の構成例を示す概念図である。
【図７】状態情報における各状態値の意味を示す概念図である。
【図８】入退室管理装置が送信する履歴情報を示す概念図である。
【図９】実施の形態１に係る入退室管理システムの動作を示すシーケンス図である。
【図１０】実施の形態１に係る監視装置の状態情報の取得に係る動作を示すフローチャートである。
【図１１】実施の形態１に係る監視装置の履歴ＤＢの更新に係る動作を示すフローチャートである。
【図１２】実施の形態１に係る入退室管理装置の履歴の送信に係る動作を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態である入退室管理システムについて図面を用いて説明する。
図１は、入退室管理システムのシステム構成を示す図である。
図１に示すように入退室管理システムは、入退室管理装置２００ａ、２００ｂ、２００ｃと、各入退室管理装置の管理下にあるカードリーダや電気錠などの機器と、監視装置３００と、モニタ用端末装置４００とを含む。各入退室管理装置は、監視装置３００とネットワーク１６０を介して接続されている。
【００２０】
入退室管理装置２００ａは、エリアＡ並びにエリアＢへの利用者（以下、ユーザと記載する）の入退室を管理するものであり、ユーザがエリアＡあるいはエリアＢに入室／退室することで生成される履歴を監視装置３００に送信している。
入退室管理装置２００ａは、エリアＡ並びにエリアＢへのユーザの入退室を管理するために、カードリーダ（図１ではＣＲ（Card Readerの略）と記載。）１１０ａと、カードリーダ１２０ａと、エリアＡに設けられた扉１４０ａに備え付けられた電気錠１３０ａと、カードリーダ１１０ｂと、カードリーダ１２０ｂと、エリアＢに設けられた扉１４０ｂに備え付けられた電気錠１３０ｂと接続され、接続されているカードリーダや電気錠などの各機器の状態を管理、制御する。
【００２１】
入退室管理装置２００ｂは、エリアＣ並びにエリアＤへのユーザの入退室を管理するものであり、入退室管理装置２００ｃは、エリアＥへのユーザの入退室を管理するものである。入退室管理装置２００ｂ及び入退室管理装置２００ｃは、管理するエリアが異なるだけでその構成は入退室管理装置２００ａと同様である。
入退室管理装置２００ｂ及び入退室管理装置２００ｃは、入退室管理装置２００ａと同様に、各々の配下にある機器、即ち、入退室管理装置２００ｂであればカードリーダ１１０ｃと、カードリーダ１２０ｃと、エリアＣに設けられた扉１４０ｃに備え付けられた電気錠１３０ｃと、カードリーダ１１０ｄと、カードリーダ１２０ｄと、エリアＤに設けられた扉１４０ｄに備え付けられた電気錠１３０ｄの各機器の、入退室管理装置２００ｃであればカードリーダ１１０ｅと、カードリーダ１２０ｅと、エリアＥに設けられた扉１４０ｅに備え付けられた電気錠１３０ｅの各機器の状態を管理、制御し、監視装置３００への履歴の送信を実行する。
【００２２】
入退室管理システムのユーザは、各々図１に示すＩＣカード１５０を所持している。ＩＣカード１５０は、他のＩＣカードと区別するために、各々固有のＩＤ（Identifier）を保持している。ＩＣカード１５０をカードリーダにかざすと、カードリーダは、ＩＣカード１５０に保持されているＩＤを読み取り、読み取ったＩＤを接続されている入退室管理装置に送信する。入退室管理装置は、送信されてきたＩＤが自身の保持する認証情報に登録されていれば、ＩＤを送信してきたカードリーダが対応する扉の電気錠を解錠する。ＩＤが登録されていなければ、認証失敗として、解錠しない。
【００２３】
このような認証処理等のイベントが発生するたびに、入退室管理装置において履歴が生成される。履歴の種別としては、認証の成功／失敗、解錠の実行、扉が開いたこと、扉が閉められたこと、施錠の実行など多種にわたり、その他に、エラー報告などもある。当該エラー報告には例えば、電気錠の異常（例えば、入退室管理装置から施錠の指示があったにもかかわらず電気錠のセンサが施錠状態を検出しない）などがある。本実施の形態においては、これらのイベントのうち、入退室管理装置及びその管理下にある機器の状態の変化に係るイベントを状態イベント、それ以外のイベントを非状態イベントと呼称する。状態イベントには、扉の開閉状態、電気錠の施解錠状態、入退室管理装置−電気錠間の通信状態などがある。また、非状態イベントとしては、入退室管理装置においてなされたＩＣカードの認証の成功／失敗などがある。また、非状態イベントには、ユーザに警報を発すべきイベントがあり、これを警報イベントと呼称する。警報イベントとしては、ユーザの入退室について一貫性を持たせる機能である所謂アンチパスバック機能におけるアンチパスバックエラーが該当する。なお、状態イベントにも警報を発すべきイベント（例えば扉のこじ開けなど）がある。
【００２４】
監視装置３００は、このような履歴を受け付けて保持しているデータベース（以下、履歴ＤＢ）に登録している。また、監視装置３００は、受信した履歴がエラー報告であった場合には、モニタ用端末装置４００に対して異常が発生していることを示す警報情報を出力し、モニタ用端末装置４００は当該警報情報を受けて、当該警報情報を自装置のモニタに表示する機能を有する。入退室管理システムのオペレータは、当該表示を見て、入退室管理システムに異常が発生していることを察知して、当該異常の解消を図る。
【００２５】
入退室管理システムに係る入退室管理装置２００ａ〜２００ｅ及び監視装置３００について更に詳細に説明する。
図２は、入退室管理装置の機能構成を示す機能ブロック図である。入退室管理装置２００ａ〜２００ｃの機能構成は共通するので、ここでは、入退室管理装置２００ａについて説明する。カードリーダ１００ａ〜１００ｅ及び電気錠１３０ａ〜１３０ｅについても同様の扱いとする。
【００２６】
図２に示すように入退室管理装置２００ａは、Ｉ／Ｆ（InterFace）部２１０と、認証部２２０と、履歴生成部２３０と、外部通信部２４０と、記憶部２５０とを含んで構成される。
Ｉ／Ｆ部２１０は、カードリーダ１１０ａ、１１０ｂ、１２０ａ、１２０ｂや電気錠１３０ａ、１３０ｂ、また図示していないが、扉に設けられている開閉センサと接続されている。Ｉ／Ｆ部２１０は、これらの機器と、例えばＲＳ２３２Ｃの通信規格に従って、通信を実行する機能を有する。
【００２７】
具体的に、Ｉ／Ｆ部２１０は、カードリーダ１１０ａあるいはカードリーダ１２０ａからカードリーダがＩＣカード１５０から読み取ったＩＤを受け取った場合に、当該ＩＤを認証部２２０に伝送する。当該ＩＤに応じて認証部２２０から認証成功を意味する信号を受けた場合に、電気錠１３０ａに解錠を指示し、認証失敗を意味する信号を受けた場合には、ＩＤを読み取ったカードリーダに認証失敗の報知を指示する。
【００２８】
また、電気錠１３０ａや、カードリーダ１１０ａ、１２０ａなどの各機器において異常が発生した場合に、各機器は異常があった旨を通知する仕様になっており、Ｉ／Ｆ部２１０は、当該通知を受け取った場合に、履歴生成部２３０にその異常の内容を通知する。また、Ｉ／Ｆ部２１０は、接続されている電気錠１３０ａやカードリーダ１１０ａ、１２０ａなどの機器との間の通信が可能かどうかを接続している通信線のポートに電圧が印加されているかによって検出する機能を有しており、電圧が印加されていないことを検出するとその機器との間での通信が途絶した旨を履歴生成部２３０に通知する機能も有する。
【００２９】
認証部２２０は、カードリーダで読み取られたＩＤの認証を実行する機能を有する。具体的には、認証部２２０は、Ｉ／Ｆ部２１０からＩＤを受け取った場合に、当該ＩＤが認証情報２５２に登録されているかどうかを検索し、登録されていたとして、ＩＤを送信してきたカードリーダが対応するエリアへの入退室の権限を有しているかどうかを判定する。ＩＤが認証情報２５２に登録されていた場合には、Ｉ／Ｆ部２１０に認証成功を伝送するとともに、当該ＩＤと認証成功の情報を対応付けて履歴生成部２３０に伝送する機能を有する。また、ＩＤが認証情報２５２に登録されていなければ、Ｉ／Ｆ部２１０に認証失敗を伝送するとともに、当該ＩＤと認証失敗の情報を対応付けて履歴生成部２３０に伝送する。
【００３０】
履歴生成部２３０は、Ｉ／Ｆ部２１０から伝送されてきた各機器の異常を示す情報や各機器との通信が途絶したことを示す情報、認証部２２０から伝送されてきた認証の成功／失敗の情報とＩＤの情報などに基づいて履歴を生成して外部通信部２４０に伝送する機能を有する。履歴生成部２３０は、各機器においてイベントが発生した日時の情報と、自装置に予め設定されている識別子を意味するＧＵコードと、イベントが発生した機器のコードと、発生したイベントに基づくイベントコードと、当該イベントで示される状態の状態値と、状態情報の更新を実行すべきかどうかを示す昔時フラグとを含む履歴を生成し、認証部２２０からＩＤが伝送されてきた場合には、そのＩＤをユーザＩＤとした履歴を生成する。各コードの内容の詳細については後述する。
【００３１】
外部通信部２４０は、ネットワーク１６０を介して、監視装置３００と、例えば、イーサネット（登録商標）の規格に従って、通信を実行する機能を有する。
具体的には、外部通信部２４０は、履歴生成部２３０から伝送されてきた履歴を監視装置３００に送信する機能を有する。そして、送信した履歴に対して監視装置３００から履歴を受信したことを示す応答信号を受信した場合に、履歴の送信に成功しているか否かを示す送信フラグを「０」として、履歴情報２５１に登録する。また、送信した履歴に対して監視装置３００から履歴を受信したことを示す応答信号を所定時間内に受信できなかった場合に、履歴の送信フラグを「１」にして、送信した履歴とともに履歴情報２５１に登録する。
【００３２】
また、外部通信部２４０は、監視装置３００から定期的に送信されてくる、入退室管理装置２００ａとの間での通信が有効であるかどうか、また、入退室管理装置２００ａが正常に動作しているかどうかを監視装置３００が確認するための生存確認信号を受信した場合に、生存応答信号を生成して監視装置３００に送信する。その際、履歴情報２５１を確認して、当該履歴情報２５１内に送信フラグが「１」である履歴があった場合に、当該履歴を監視装置３００に送信する。そして、監視装置３００から送信フラグが「１」であった履歴の送信に対しての応答信号を受けた場合に当該履歴の送信フラグを「１」から「０」に変更する。
【００３３】
また、外部通信部２４０は、監視装置３００から、状態情報２５３を要求する状態情報要求信号を受信した場合には、記憶部２５０から状態情報２５３を読み出して当該状態情報２５３を監視装置３００に送信する機能も有する。このとき、外部通信部２４０は、履歴情報２５１の履歴のうち、その送信フラグが１になっている履歴について、その昔時フラグを１に変更する。昔時フラグとは、監視装置−入退室管理装置間の通信が途絶えていた間に発生したイベントであることを示すフラグであり、当該昔時フラグは監視装置３００において状態情報の更新を実行するかどうかの判定に用いられる。
【００３４】
記憶部２５０は、ハードディスク装置、メモリなどからなり、入退室管理装置２００ａが動作上必要とする各種プログラム、データを記憶する機能を有する。記憶部２５０は、特に履歴情報２５１と、認証情報２５２と、状態情報２５３とを記憶している。
履歴情報２５１は、履歴生成部２３０により生成された履歴の情報を集約した情報であり、コードの状態で記憶されている。一つの履歴は、少なくとも履歴を管理するための管理番号、履歴を既に送信しているか否かを示す送信フラグ、履歴が生成された日時を示す日時コード、履歴の内容であって発生したイベントを示すイベントコードを含み、その他に、履歴に応じて、例えばイベントコードが認証を行なったことを示す履歴である場合には、認証したＩＤや、認証を行なったカードリーダを示すコードなどが含まれ、また、例えば、履歴のイベントコードが機器の異常を示すものであれば、その機器を示すコードが含まれる。その詳細については後述する。
【００３５】
認証情報２５２は、認証部２２０が認証を実行する際に参照する情報であり、エリアへの入室が許可されているユーザＩＤと、各ユーザＩＤの入室可能なエリアとの対応付けを示す情報である。その詳細については後述する。
状態情報２５３は、入退室管理装置２００ａ及び入退室管理装置２００ａが管理している機器、即ちカードリーダ１１０ａ、１１０ｂ、１２０ａ、１２０ｂの状態や電気錠１３０ａ、１３０ｂの状態やその他の機器の状態、入退室管理装置２００ａとそれらの機器との通信状態などを示す情報である。その詳細については後述する。
【００３６】
次に図３を用いて監視装置３００について説明する。図３は、監視装置３００の機能構成を示す機能ブロック図である。
図３に示すように監視装置３００は、通信部３１０、解析部３２０と、状態管理部３３０と、警報管理部３４０と、保存部３５０とを含んで構成される。
通信部３１０は、ネットワーク１６０を介して接続されている全ての入退室管理装置と、例えば、イーサネット（登録商標）の通信規格に従って通信を実行する機能を有する。本実施の形態で言えば、図１に示すように、入退室管理装置２００ａ〜２００ｃと通信を実行する機能を有する。
【００３７】
具体的には、通信部３１０は、入退室管理装置から履歴を受信すると、当該履歴を解析部３２０に伝送するとともに、履歴を受信したことを示す履歴応答信号を、履歴を送信してきた入退室管理装置に送信する。
また、通信部３１０は、各入退室管理装置に対して、各入退室管理装置が正常に動作しているか、あるいは、通信が保たれているかどうかを確認するために定期的（例えば５０秒おき）に生存確認信号を送信する機能を有し、当該生存確認信号に対する応答である生存応答信号を受信することで、入退室管理装置との間での通信が保たれていることを検出する。生存確認信号に対する生存応答信号が所定時間（例えば２０秒）内に入退室管理装置から返ってこなかった場合には、生存応答信号を送信しなかった入退室管理装置との間の通信が断絶したものと判断し、当該入退室管理装置との間の通信が途絶状態にあるという情報を保持する。そして、当該入退室管理装置に対してその後に出力した生存確認信号に対する生存応答信号が返ってきた場合には、その入退室管理装置との間の通信が回復したものと判断する。このとき通信部３１０は、通信が回復した入退室管理装置に対して、当該入退室管理装置が保持する状態情報２５３の送信を要求する状態情報要求信号を出力して、状態情報２５３を取得する機能も有する。取得した状態情報２５３は、解析部３２０に伝送される。
【００３８】
解析部３２０は、通信部３１０から伝送されてきた履歴を解析する機能を有する。解析部３２０は、伝送されてきた履歴を解析して、その履歴の昔時フラグが１であった場合に、当該履歴に含まれるイベントコードと状態値を、その履歴を送信してきた入退室管理装置のコードとともに状態管理部３３０に伝送する機能を有する。またこのとき、解析部３２０は、伝送されてきた履歴を保存部３５０に伝送する。
【００３９】
また、解析部３２０は、伝送されてきた履歴の昔時フラグが０であった場合には、状態値等を状態管理部３３０に伝送せずに履歴を保存部３５０に伝送するのみにとどめる。
また、解析部３２０は、予めモニタ用端末装置４００に対して警報を発すべきイベントの種別を記憶しており、当該イベントの種別に該当する履歴を受け取った場合には、そのイベントの内容を警報管理部３４０に伝送する機能も有する。
【００４０】
更に、解析部３２０は、伝送されてきた情報が入退室管理装置の保持していた状態情報であった場合には、状態管理部３３０に当該状態情報を伝送するとともに、その状態情報を状態情報３３１として記憶させる機能も有する。
状態管理部３３０は、入退室管理装置ごとに各入退室管理装置の状態を示す状態情報を記憶する機能を有する。そして、状態管理部３３０は、解析部３２０から伝送されてきた入退室管理装置のコードと、イベントコードと、状態値とに基づいて、保持している状態情報のうち対応する情報を更新する機能を有する。状態情報３３１は、管理されるべき各種の状態について、それぞれ状態値が記憶されており、その状態値の意味するところは状態を管理されるべき対象（扉、電気錠など）に応じて異なる。状態情報３３１の詳細については後述する。なお、状態管理部３３０により、状態情報３３１は、入退室管理装置ごとに保持されており、図１を例にすると、状態管理部３３０は、入退室管理装置２００ａ〜２００ｃの計３つ分の状態情報を保持している。
【００４１】
警報管理部３４０は、各入退室管理装置ごとの警報状態を管理する機能を有する。警報管理部３４０は、状態管理部３３０で保持されている状態情報に基づき、警報情報を管理する。具体的には、履歴が送信されて解析部３２０に伝送されて状態管理部３３０の状態情報３３１が更新された場合に、その状態情報が、異常常態、警報状態を示す情報に変化した場合に、警報を発する。また、なお、警報を発している場合には、監視装置３００のオペレータ用のインターフェース、即ちモニタ用端末装置４００に通信部３１０を介して警報が発せられることになっており、オペレータは異常事態が発生していることを認識する。
【００４２】
保存部３５０は、監視装置３００が動作上必要とする各種プログラム、データを記憶する機能を有し、また、履歴ＤＢ３５１を更新する機能を有する。また、保存部３５０は、履歴ＤＢ３５１の更新の際に参照する認証情報３５２や、図示していないが、履歴のイベントコードをイベントの名称を示す文字列に変換するためのイベントコード表なども保持する機能も有する。履歴ＤＢ３５１は、受信した履歴を文字列に変換してデータベース化したものである。履歴ＤＢ３５１、認証情報３５２の詳細については、後述する。
【００４３】
保存部３５０は、解析部３２０から履歴が伝送されてくるたびに履歴ＤＢ３５１の更新を実行する。
その他の各機器については、簡単に説明する。
カードリーダ１２０ａは、定期的にＩＣカードに対してＩＣカードの保持するＩＤを要求する要求信号を送信しており、当該要求信号に対する応答として受信した応答信号に含まれるＩＤを接続されている入退室管理装置２００ａに送信する。その他のカードリーダについても同様の機能を有し、それぞれ接続されている入退室管理装置との間で通信を実行する。
【００４４】
電気錠１３０ａは、接続されている入退室管理装置２００ａからの指示に従って施錠、解錠を実行する。ＩＣカード１５０は、入退室管理システムにおいて、各ＩＣカードに固有のＩＤを保持し、カードリーダ１５０からのＩＤを要求する要求信号を受けて、保持しているＩＤを含ませた応答信号を送信する。また、電気錠１３０ａは、錠が所定の状態にならない（壁等により、錠が遮られて施錠できないなど）場合にエラーを入退室管理装置２００ａに通知する。その他の電気錠についても同様の機能を有し、それぞれ接続されている入退室管理装置との間で通信を実行する。
【００４５】
また、図示していないが、各エリアに設けられた扉には開閉センサが設けられ、当該開閉センサは、入退室管理装置２００ａに扉が開いているかどうかを通知する。開閉センサは、例えば、扉に設けられたマグネットセンサと、扉が閉じられている状態でマグネットセンサに正対する壁に設けられたマグネットにより実現される。
＜データ＞
ここから本発明に係る各種のデータについて説明する。
【００４６】
図４は、入退室管理装置２００ａが保持する履歴情報２５２の構成例を示す図である。各入退室管理装置２００ｂ〜２００ｅは、その内容（発生日時やイベント内容等）こそ異なるものの同様の構成の履歴情報を保持している。
図４に示すように履歴情報２５１は、管理番号４０１と、日時４０２と、識別情報４０３と、ユーザ名４０４と、場所４０５と、イベント４０６と、送信フラグ４０７と、昔時フラグ４０８とが対応付けられた情報である。これらの情報のほか、認証を行なったカードリーダの情報なども含んでよい。
管理番号４０１は、記憶部２５０が各履歴を管理するために便宜上付した管理番号である。
日時４０２は、認証などのイベントが発生した日時の情報である。
識別情報４０３は、認証に使用されたＩＣカードに固有の識別情報である。
ユーザ名４０４は、認証に使用されたＩＣカードを保持するユーザの名前である。ユーザ名４０４は、認証情報３５５を用いて識別情報を変換することで得られる。
【００４７】
場所４０５は、イベント、例えば、認証や、扉の開閉、電気錠のこじ開けなど、が発生した入退室管理装置や扉の情報である。
イベント４０６は、発生したイベントの内容を示す情報である。
送信フラグ４０７は、その履歴を入退室管理装置２００ａが監視装置３００に送信したかどうかを判定するために用いるものであり、「０」は、送信済みを示し、「１」は未送信であることを示す情報である。
【００４８】
昔時フラグ４０８は、監視装置３００が送信されてきた履歴について状態情報の更新を行うかどうかの判断に用いられるものであり、通常は「０」に設定されているが、監視装置３００からの状態情報の取得要求に応じて入退室管理装置２００ａが保持していた状態情報を送信したときに、その時点で送信フラグが１である履歴の昔時フラグが「１」に変更される。
【００４９】
例えば、管理番号「087882」に対応するＩＣカードの識別情報は、「IC00006897」であり、そのＩＣカードを保持するユーザ名は、「青井紀子」であり、認証が行われた場所は、「人事部＿扉１」であり、認証を行った日時は、「２００８年１１月１２日 １２時１３分５４秒」であり、その送信フラグ及び昔時フラグはともに「０」に設定されており、イベントは「認証成功」となっている。即ち、この履歴によれば、青井紀子は、「人事部＿扉１」に設けられたカードリーダで認証に成功しており、この履歴はすでに監視装置３００に送信されていることとなっている。なお、発生したイベントが認証に関わるものでない場合には、識別情報４０３やユーザ名４０４などは、空欄となる。図４では、「−」と記載している。
【００５０】
なお、ここでは、分かりやすくするために文字列で表現しているが入退室管理装置は、これらの情報を実質的にはそれぞれの内容を示すコードで記憶されており、コードで構成された履歴は、監視装置３００において文字列に変換して、図４に示すように管理される。
監視装置３００が保持する履歴ＤＢは、各入退室管理装置が保持する履歴情報の集合であり、入退室管理装置が各履歴情報をコードの形で保持されているのに対し、監視装置３００が保持する履歴ＤＢは、保持している（図示せず）各種のコード変換表を用いて文字列に変換したものであって、図４に示す履歴情報から送信フラグ及び昔時フラグを削除した形式のものであるため、その詳細な図面及びその説明については割愛する。また、ここでいうコード変換表は、入退室管理装置から送信されてきた履歴における各種の情報をコードから文字列に変換するためのものであり、イベントコードの変換表で言えば、各種のイベントを示すコードと、その対応するイベント内容を示す文字列とを対応させた表であり、ＧＵコードの変換表で言えば、履歴を送信してきた入退室管理装置を示すコードと、その入退室管理装置に対してオペレータが便宜上設定した名称を示す文字列とを対応させた表である。
【００５１】
図５は、入退室管理装置が保持する認証情報２５２の構成例を示す図である。
図５に示すように、認証情報２５２は、管理番号５０１に、識別情報５０２と、ユーザ名５０３と、権限５０４とを対応付けた情報群である。なお、管理番号５０１は、図面５においては、「管理Ｎｏ．」と記している。
管理番号５０１は、入退室管理装置が各認証情報を管理するために便宜上付した管理番号である。
【００５２】
識別情報５０２は、ＩＣカードに固有の識別情報である。
ユーザ名５０３は、ＩＣカードを保持するユーザの名前である。
権限５０４は、対応するユーザが入室可能なエリアの情報を示す。
例えば、管理番号「10686」に対応するＩＣカードの識別情報は、「IC00006897」であり、そのＩＣカードを保持するユーザの名前は、「青井紀子」であり、その権限は「エリアＡ、Ｂ」となっている。つまり「青井紀子」はエリアＡならびにエリアＢへの入室が許可されていることになる。
【００５３】
セキュリティ管理システムのオペレータは、必要に応じて認証情報２５２及び認証情報３５２に新たなＩＤ、ユーザの登録を行なってよく、また、登録されているＩＤ、ユーザの削除を行なってもよい。
図６は、状態情報の構成例を示す図である。図６には、入退室管理装置２００ａが保持している状態情報の構成例を示しているが、その他の入退室管理装置及び監視装置３００も同様の構成の状態情報を保持している。ただし、監視装置３００は、入退室管理装置ごとに各入退室管理装置の識別子に対応付けたそれぞれの状態情報を保持している。
【００５４】
状態情報は、図６に示すように状態値を設定されている対象ごとにその状態値を示す値を対応付けた情報である。即ち、管理される機器である対象６０１ごとに、状態値６０２が対応付けられて記憶されている。例えば、図６に示されるように、扉１４０ａには、状態値０１が対応付けて記憶されている。
図６に示す状態値には、各対象に応じて、その状態値の値ごとにいろいろな意味が設定されている。図７は、図６に示す状態情報における状態値の意味を示す一例であり、状態情報の一部を示している。
【００５５】
図７に示すように、入退室管理システムにおいて管理されるべき各機器の状態についての状態値が予め定められており、対象７０１それぞれに対応付けて１以上の状態値７０２が設定されており、それぞれの状態値に応じて意味７０３が設定されている。例えば、扉には、「００」、「０１」、「１１」の３つの状態値があり、それぞれ、「扉閉」、「扉開」、「こじあけ発生」を意味する。なお、扉閉は、扉が閉まっていることを意味し、扉開は扉が開いていることを意味する。
【００５６】
図７に示す情報は、監視装置３００に記憶されており、警報などを発する場合に発生しているイベントの内容を文字列でユーザに伝えるための変換や、履歴ＤＢ３５１への登録の際の変換等にも用いられる。
図８は、入退室管理装置から監視装置に送信される一つの履歴の構成例を模式的に示した図である。
【００５７】
図８に示すように、履歴は、昔時フラグ８５１と、日時コード８５２と、ＧＵコード８５３と、機器コード８５４と、イベントコード８５５と、ユーザＩＤ８５６と、状態値８５７とを含んで構成される。このほかにも、電気錠を示すコードや、開閉センサのコードが含まれることもある。各フラグやコードは、そのデータ長が予め定められており、これにより、監視装置３００の解析部３２０は、履歴のどの部分に、どのデータがあるかを解析することができる。
【００５８】
昔時フラグ８５１は、監視装置３００が当該履歴を用いて状態情報３３１の更新を実行するかどうかの判定に用いるフラグであり、「０」であった場合には、状態情報３３１の更新が行われ、「１」であった場合には、状態情報３３１の更新は実行されない。昔時フラグ８５１が「１」である履歴は、基本的に監視装置３００−入退室管理装置間の通信が途絶えていた間に入退室管理装置において発生したイベントの履歴であることを示すことになる。
【００５９】
日時コード８５２は、その履歴がいつ発生したのかを示す日時情報であり、年月日、及び秒単位の時間までの情報が含まれる。具体的には、例えば、「２００９０３２１１３１１１６」とあれば、「２００９年３月２１日１３時１１分１６秒」ということになる。なお、この具体例で示す日時コードは、説明の便宜上十進数表現で記載している。
ＧＵコード８５３は、その履歴を生成した入退室管理装置を示す固有のコードである。各入退室管理装置には、固有のコードがふられており、監視装置３００がどの入退室管理装置において発生したイベントであるかを認識するのに用いられる。
【００６０】
機器コード８５４は、イベントコードが認証や、エラーが発生したことを示すものである場合に、それがどこで発生したものであるかを示すためのコードで、各カードリーダや電気錠にふられた固有のコードを意味する。
イベントコード８５５は、発生したイベントの内容を示すコードである。
ユーザＩＤ８５６は、履歴のイベントコード８５５が認証の実行（認証成功もしくは認証失敗）を示すものであった場合に、当該認証に用いられたＩＤを示す情報である。
【００６１】
状態値８５７は、その履歴のイベントコード８５５で示されるイベントが発生することによって、変化する状態の変化後の値を示す情報である。
なお、各項目に該当するデータがない場合には、「該当データなし」を示す情報が格納される。
＜動作＞
次に、本実施の形態の動作を図９に示すシーケンス図、図１０〜図１２に示すフローチャートを用いて説明する。
【００６２】
まず、図９に示すシーケンス図を用いて、本発明に係る入退室管理システムにおける監視装置−入退室管理装置間のやり取りについて説明する。なお、ここでは、入退室管理装置を代表して、図１に示す入退室管理装置２００ａと監視装置３００との間でのやり取りを説明する。
入退室管理装置２００ａにおいて認証、電気錠の解錠、あるいは、扉が開いたなどの入退室管理装置２００ａ又はその管理下にある機器における何らかのイベントが発生したとする（ステップＳ９０１）。すると、入退室管理装置２００ａは、そのイベントに関する履歴を生成し、監視装置３００に送信する（ステップＳ９０２）。
【００６３】
監視装置３００は、履歴を受け取ると、履歴を受け取ったことを示す履歴応答信号を入退室管理装置２００ａに対して送信する（ステップＳ９０３）。そして、入退室管理装置２００ａは、当該履歴応答信号を受け付けて当該履歴を送信済み扱いにする。送信済み扱いにするとは、具体的に言えば、図４で言うところの送信フラグ４０７を送信済みであることを示す「０」とすることである。
また、監視装置３００は、履歴を受け取ると、受け取った履歴に含まれるイベントに基づき、当該イベントが入退室管理装置２００ａに関連する状態の変化を示すものであった場合に状態情報３３１を更新する。状態の変化を示すものであるかどうかの判定は、予め監視装置３００において、状態の変化を示すものである履歴のイベントコードと、機器コードとが記憶されており、これによって行われる。また、監視装置３００は、受け取った履歴に基づいて、履歴のコードを文字情報に変換して履歴ＤＢに登録して、履歴ＤＢを更新する（ステップＳ９０４）。
【００６４】
このステップＳ９０１〜ステップＳ９０４までの流れが入退室管理装置２００ａにおいてイベントが発生した場合の通常の処理である。
では、その後、入退室管理装置２００ａ−監視装置３００との間で通信が途絶えたとする（ステップＳ９０５）。両装置間の通信が途絶えても、入退室管理装置２００ａにおいては、ユーザが管理対象エリアへの入退を行うたびに認証等のイベントは発生し（ステップＳ９０６）、その履歴が、未送信扱いで入退室管理装置２００ａに蓄積される（ステップＳ９０７）。
【００６５】
その後、監視装置３００−入退室管理装置２００ａ間の通信が回復したとする（ステップＳ９０８）。
すると、監視装置３００は、入退室管理装置２００ａに対して保持している状態情報２５３を要求する（ステップＳ９０９）。
当該要求を受けた入退室管理装置２００ａは、記憶部２５０に記憶している状態情報２５３を監視装置３００に送信する（ステップＳ９１０）。
【００６６】
そして、監視装置３００は、受け付けた状態情報２５３で示される各状態を保持している状態情報３３１に反映させる処理を実行する（ステップＳ９１１）。当該処理は、状態情報３３１に状態情報２５３を上書きする、あるいは、状態情報３３１に換えて状態情報２５３を状態情報３３１として記憶する処理であってもよい。
状態情報２５３を送信した入退室管理装置２００ａは、その時点で監視装置３００に未送信の履歴の昔時フラグを１にして、各履歴を監視装置３００に順次送信する（ステップＳ９１２）。
【００６７】
監視装置３００は、送信されてきた昔時フラグが１になっている履歴を用いて、状態値の更新を実行せずに、履歴ＤＢ３５１への登録を実行する（ステップＳ９１３）。
以上が本実施の形態１における監視装置３００−入退室管理装置２００ａ間のやり取りである。
次に、図９のやり取りを実現するために、監視装置３００及び各入退室管理装置２００ａが実行している制御動作について説明する。
【００６８】
図１０は、監視装置３００の状態情報の取得に係る動作を示すフローチャートである。
監視装置３００は、各入退室管理装置に対して、定期的（例えば、５０秒毎）に当該入退室管理装置に対して、通信が断絶していないかどうか、入退室管理装置が正常に動作できているかどうかを確認するための生存確認信号を出力している（ステップＳ１００１）。
【００６９】
監視装置３００は、出力した生存確認信号に対しての応答である生存応答信号を入退室管理装置から所定時間（例えば１０秒）内に受け取ったかどうかを監視する（ステップＳ１００２）。
所定時間内に生存応答信号を受信した場合には（ステップＳ１００２のＹＥＳ）、当該生存応答信号が、通信が途絶えていたと以前に判断された入退室管理装置からの生存応答信号であるかどうかを通信状態を示す情報が「通信断」を示しているかどうかに基づいて判断する（ステップＳ１００３）。
【００７０】
生存応答信号が、通信が途絶えていたと以前に判断された入退室管理装置からの生存応答信号であった場合には（ステップＳ１００３のＹＥＳ）、当該入退室管理装置との間での通信状態を示す情報を、「通信中」を示す情報にして、当該生存応答信号を出力した入退室管理装置に対して、保持している状態情報２５３を要求する状態情報要求信号を送信する（ステップＳ１００４）。
【００７１】
そして、監視装置３００は、取得した状態情報で、保持していた状態情報を更新し（ステップＳ１００５）、所定時間が経過してから（ステップＳ１００７のＹＥＳ）、ステップＳ１００１に戻る。
生存応答信号が、通信が途絶えていたと以前に判断された入退室管理装置からの生存応答信号でなかった場合には（ステップＳ１００３のＮＯ）、監視装置３００は、所定時間が経過するのを待って（ステップＳ１００７のＹＥＳ）、ステップＳ１００１に戻る。
【００７２】
一方、所定時間内に生存応答信号を受信しなかった場合には（ステップＳ１００２のＮＯ）、生存応答信号を受信できなかった入退室管理装置との間での通信状態を示す情報を「通信断」を示す情報にして、所定時間が経過するのを待って（ステップＳ１００７のＹＥＳ）、ステップＳ１００１に戻る。
以上が、監視装置３００の入退室管理装置の生存確認、及び、それに伴う状態情報の取得に係る動作である。
【００７３】
図１１は、監視装置３００の履歴を受信した際の動作を示すフローチャートである。
監視装置３００は、入退室管理装置から履歴を受信する（ステップＳ１１０１）。
監視装置３００の解析部３２０は、履歴の昔時フラグが０であるか１であるかを解析して判定する（ステップＳ１１０２）。
履歴の昔時フラグが０であった場合には（ステップＳ１１０２のＹＥＳ）、解析部３２０は、履歴のイベントコードと、機器コードと、状態値とを状態管理部３３０に送信し、状態管理部３３０は受け取った情報に対応する状態情報を更新する（ステップＳ１１０３）。また、解析部３２０は、受け取った履歴に含まれる情報全てを保存部３５０に伝送し、保存部３５０は受け取った履歴を文字列に変換して履歴ＤＢ３５１に登録する（ステップＳ１１０４）。
【００７４】
履歴の昔時フラグが１であった場合には（ステップＳ１１０２のＮＯ）、状態情報の更新を行わず、当該履歴の情報を保存部３５０に伝送し、履歴ＤＢ３５１に登録するのみにとどめる（ステップＳ１１０５）。
以上が、監視装置３００が新たな履歴を受信した場合の動作である。
最後に入退室管理装置の動作について説明する。図１２は、入退室管理装置２００ａの動作を示すフローチャートである。その他の入退室管理装置２００ｂ〜２００ｅも同様の動作を実行しているものとする。
【００７５】
入退室管理装置２００ａの履歴生成部２３０は、何らかのイベントが発生すると（ステップＳ１２０１）、当該イベントに関する履歴を生成して、生成した履歴を監視装置３００に送信する（ステップＳ１２０２）。
入退室管理装置２００ａは、送信した履歴に対して監視装置３００から履歴を受信したことを示す履歴応答信号を受信した場合には（ステップＳ１２０３のＹＥＳ）、送信した履歴についての送信フラグを０にして当該履歴を履歴情報２５１に記憶する（ステップＳ１２０４）。
【００７６】
送信した履歴に対する履歴応答信号を所定時間内に受信できなかった場合には（ステップＳ１２０３のＮＯ）、送信フラグを１にして当該履歴を履歴情報２５１に記憶する（ステップＳ１２０５）。
一方、入退室管理装置２００ａは、監視装置３００から、状態情報要求信号を受信したかどうかを判定する（ステップＳ１２０６）。
【００７７】
監視装置３００から状態情報２５３を要求する状態情報要求信号を受信した場合には（ステップＳ１２０６のＹＥＳ）、保持している状態情報２５３を監視装置３００に対して送信する（ステップＳ１２０７）。なお、状態情報要求信号を受信しなかった場合には（ステップＳ１２０６のＮＯ）、そのまま処理を終了する。
そして、この時点で、保持していた送信フラグが１になっている履歴の昔時フラグを１にする（ステップＳ１２０８）。そして、送信フラグが１になっている履歴を順次監視装置３００に送信する（ステップＳ１２０９）。送信した各履歴について、当該履歴を監視装置３００が受信したことを示す履歴応答信号を受信した場合には、その履歴の送信フラグを０にする。
【００７８】
以上が入退室管理装置の履歴の送信及び監視装置３００による状態情報の取得が行われたときの動作である。
＜実施の形態１変形例１＞
上記実施の形態１において、各入退室管理装置は、状態情報の取得が行われた後に発生したイベントの履歴を、昔時フラグが１の履歴（以下、昔時フラグが１の履歴を昔時履歴と呼称する）を送信してから送信していたが、この場合、昔時履歴の送信を終えるまで、状態情報の取得が行われたイベントに基づく状態情報の更新を実行することができないため、監視装置３００が保持する状態情報が最新のものになるまでに時間がかかることがある。
【００７９】
そこで、以下のように各入退室管理装置の制御を変更してもよい。
即ち、各入退室管理装置の外部通信部２４０は、状態情報の取得が発生したことを契機に、送信フラグ４０７が１で昔時フラグ４０８が１の履歴よりも、送信フラグ４０７が１で、昔時フラグ４０８が０の履歴を優先して送信する構成をとってもよい。
昔時フラグが１になっている履歴は状態情報の更新には用いられないので、ただ、履歴ＤＢに登録さえされればよく、緊急性を要しない。一方、昔時フラグが０の履歴は、状態情報の取得後に発生したイベントの履歴なので、状態情報の更新に用いられる可能性が高いため、前者に比して緊急性が高いと言える。
【００８０】
よって、上述の構成をとることにより、未送信の履歴のうち、昔時フラグが０の履歴を優先して送信するので、監視装置３００における状態情報を遅滞なく最新のものとすることができる。
＜実施の形態１変形例２＞
上記実施の形態１において、入退室管理装置は、監視装置３００による状態情報の取得が発生した場合に、未送信の履歴、即ち、送信フラグが１になっている履歴全てを昔時履歴に変更することとした。しかし、イベントの中には、状態で管理されていないものの、警報を発すべきイベントが存在する。
【００８１】
本変形例においては、そのようなイベントが発生した場合の入退室管理装置の処理について説明する。
この状態情報で管理されていない状態というのは、例えば、アンチパスバック機能におけるアンチパスバックエラーのことである。
アンチパスバック機能とは、履歴におけるユーザの入退室に一貫性をもたせるための機能であり、例えば、あるユーザがあるエリアに入室しているという履歴がある状態で、その他のエリアに入室するための認証が行われた場合に例え、そのエリアに元から入室する権利を有していても認証を不可としたり、あるユーザがあるエリアに入室する際に行う認証について、そこまでに至る経路上で通過していなければならないエリアを通過していなかった場合に、その認証を不可としたりする機能のことであり、この認証を不可とした際に生成されるエラーの履歴がアンチパスバックエラーとなる。アンチパスバック機能は、入退室管理システムにおいて、動作させる／させないのオンオフの設定が可能である。
【００８２】
入退室管理装置は、アンチパスバック機能を実行している場合には、その他の入退室管理装置に対して、自エリアに入室したあるいは自エリアから退室したユーザの情報を送信する機能を有する。入退室管理装置は、他のエリアに入室しているユーザや、他のエリアから退室したユーザの情報に基づいて所謂アンチパスバックエラーを検出する。監視装置及び入退室管理装置は、このアンチパスバックの状態について、様々な可能性があるため、状態として管理できないため、その状態値を保持していない。
【００８３】
よって、入退室管理装置は、アンチパスバックエラーについては、その履歴を昔時履歴に変更せずに、その履歴を送信する機能を有する。アンチパスバックエラーの検出は、アンチパスバックエラーを示すイベントコードが予め定められており、履歴情報のイベントにおいてアンチパスバックエラーを示すコードに基づいて検出される。
こうすることで、監視装置３００は、アンチパスバックエラーを示す履歴を受け取った場合に、その昔時フラグが１になっていないので、当該履歴をただ履歴ＤＢに登録するだけでなく、警報をモニタ用端末装置４００に出力してエラー表示させることとなる。
＜実施の形態１変形例３＞
上記実施の形態１においては、入退室管理装置は、状態情報の取得が発生した場合には、まだ送信していない履歴であって、状態情報の取得が発生したタイミング以前のものを必ず昔時履歴に変更すべく、その昔時フラグを０から１に変更することとした。しかし、必ずしも昔時履歴への変更（履歴の昔時フラグを１にすること）を行う必要はない。
【００８４】
本実施の形態１変形例３においては、その昔時履歴への変更を行わない例外処理について説明する。
上記実施の形態１において昔時履歴への変更を行って、状態情報の取得を行うのは、状態情報を最新の状態にするために時間がかかるという問題を解消するために行い、その際に昔時履歴への変更を行うことによって当該履歴に基づく状態情報の更新を抑止するためにあった。
【００８５】
しかし、状態情報の取得が行われた時点で蓄積していた未送信の履歴の数がそれほど多くない場合には、履歴に基づく状態情報の更新を行ったとしても、比較的迅速に最新の状態にすることができることから、この場合には、昔時履歴への変更を行わないこととしてもよい。
昔時履歴への変更を行わないと言うことは、昔時フラグが０のまま履歴として、監視装置３００に送信され、その履歴は通常の処理を実行することになるが、前述の通り、蓄積していた履歴の個数が少ないことから、最新の状態になるまで、さして時間がかからないということもあり、多少の時間、最新の状態になっていない状態があるものの、通信が途絶えている間に蓄積された多量の未送信の履歴が送信されて、その履歴に基づいて状態を更新していく時間に比すれば、さしたる問題はない。
【００８６】
当該処理を実行するために外部通信部は、状態情報の取得が発生した時点で送信フラグが１になっている履歴の個数をカウントする。そして、カウントした個数が予め定めた所定の個数（例えば３０個）以下であった場合には、昔時履歴への変更を実行せず、所定の個数を上回っていた場合には、昔時履歴への変更を実行する。
＜実施の形態１変形例４＞
上記実施の形態１においては、監視装置３００は、入退室管理装置との間での通信が途絶えた後に、通信が回復した場合にのみ状態情報の取得を実行することとした。
【００８７】
しかし、状態情報の取得は必ずしも監視装置３００の主導の下に行う必要はなく、入退室管理装置から、監視装置３００に対して状態情報の取得を指示することとしてもよい。
ただし、入退室管理装置は、以下の条件の下に状態情報の取得を要求するものとする。即ち、外部通信部は、監視装置３００との通信が途絶えていない状態であって、記憶部に蓄積されている未送信の履歴の個数が所定の個数（例えば１００個）を上回った場合に、監視装置３００に対して状態情報の取得を支持する。
【００８８】
そして、監視装置３００は当該要求を受けて、状態情報の取得を行う。
一定個数の未送信の履歴が蓄積されているということは、その分だけ監視装置３００においては状態情報が最新になっていないということであり、また、同時に、最新のものとするために一定の時間がかかるということを意味する。
そこで入退室管理装置が自ら状態情報の取得を要求して、監視装置３００が状態情報の取得を実行することで、監視装置３００側の状態情報を最新のものとすることができる。
【００８９】
当該変形は、通信が途絶えていなくとも監視装置３００において状態情報の更新の遅滞があると思われる状況下において有用となる。
なお、外部通信部が当該判断に用いる閾値としての所定の個数はオペレータが自由に設定できることとしてよく、例えば、１０００個に設定しても良いし、５０００個に設定しても良い。当該個数は入退室管理装置や、監視装置３００のＣＰＵの性能や、両装置間の通信速度などに応じて設定すればよい。
＜補足＞
上記実施の形態において、本発明の実施の手法について説明してきたが、本発明がこれに限られないことは勿論である。以下、上記実施形態以外に本発明として含まれるその他の各種の変形例について説明する。
（１）上記実施の形態１変形例１においては、入退室管理装置は、先に優先して送信するべき履歴であるかどうかを昔時フラグが１であるか否かによって判断していたが、当該判断は、監視装置３００に状態情報２５３を送信した時間を記憶しておき、その時間と履歴で示される時間とを比較して判断してもよい。
【００９０】
即ち、送信フラグが１の履歴のうち、その履歴が生成された時間が状態情報２５３を送信した時間よりも後のものを先に送信する構成にしてもよい。
（２）上記実施の形態１変形例３において、入退室管理装置は、昔時履歴への変更について、状態情報の取得が発生した時点で蓄積していた未送信の履歴の個数が予め定めた所定の個数以下であった場合には、昔時履歴への変更を行わないことを示した。
【００９１】
しかし、未送信の履歴の個数が予め定めた所定の個数以下であるかどうかの判断に換えて、入退室管理装置が監視装置３００からの生存確認信号を最後に受信してから所定時間が経過しているかどうかを判断して、所定時間が経過していた場合にのみ昔時履歴への変更を実行してもよい。当該判断は、所定時間が経過していることで、通信が途絶えてから一定以上の時間が経過していることにより一定量の履歴が蓄積されているであろうという推測の元になされている。
（３）上記実施の形態において、入退室管理装置が管理する状態情報について、扉の開閉状態、電気錠の施解錠状態、これらの機器との接続状態などを例に説明したが、この他にも、ユーザが所定の範囲内にいるかどうかを検出するための人感センサ（通常は人体の体温に反応する赤外線センサ）をエリア内などに設けて、照明装置のオンオフや、空調装置のオンオフの制御に用いてもよく、これらの装置を入退室管理装置が管理、制御しても良い。この場合には、状態情報は、人感センサの状態や、照明装置のオンオフの状態、空調装置のオンオフの状態、オンであるならば、温度の設定の状態などの状態値を含む。
（４）上記実施の形態において、入退室管理装置が昔時履歴への変更を行う際には、送信する履歴を特に変更せずに、そのまま変更を行う場合を示した。しかし、昔時履歴の量は、通信断の状態が長く続いた場合には膨大なものとなる。そこで、入退室管理装置は、昔時履歴への変更時に、履歴情報を圧縮してもよい。
【００９２】
圧縮の仕方としては、履歴の内容が重複するものは、重複した一方を削除するという手法をとる。たとえば、図４に示す履歴情報の場合では、入退室管理装置が鍵の解錠の指示の履歴と、実際に電気錠が解錠したことを示す履歴とがあるが、両者の意味するところは同じであるため、一方を削除することにより、監視装置に転送すべき昔時履歴の量を削減することとしてもよい。
【００９３】
なお、昔時履歴への変更時に削減する履歴の種別は予め管理者が定めておいてよく、削減する履歴のイベントの種別で削減する履歴を指定することとする。
（５）上述の実施形態で示した状態情報の取得に係る動作、状態情報の更新処理等を監視装置等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
【符号の説明】
【００９４】
１１０ａ〜１１０ｅ、１２０ａ〜１２０ｅ カードリーダ（ＣＲ）
１３０ａ〜１３０ｅ 電気錠
１４０ａ〜１４０ｅ 扉
１５０ ＩＣカード
１６０ ネットワーク
２００ａ〜２００ｅ 入退室管理装置
２１０ Ｉ／Ｆ部
２２０ 認証部
２３０ 履歴生成部
２４０ 外部通信部
２５０ 記憶部
２５１ 履歴情報
２５２、３５２ 認証情報
２５３、３３１ 状態情報
３００ 監視装置
３１０ 通信部
３２０ 解析部
３３０ 状態管理部
３４０ 警報管理部
３５０ 保存部
３５１ 履歴ＤＢ
【技術分野】
【０００１】
本発明は、セキュリティエリアへのユーザの入退室を管理するための認証機能を有する入退室管理システムに関し、特に入退室管理ステムを構成する機器の状態を管理する技術に関する。
【背景技術】
【０００２】
入退室管理システムは、セキュリティエリアへのユーザの入退室を管理する入退室管理装置と、当該入退室管理装置において発生したイベントの履歴を収集して管理し、入退室管理装置の状態を管理する監視装置とからなる。入退室管理装置の状態には、例えば、制御下にある電気錠が解錠されているかどうかの状態、セキュリティエリアに設けられた扉が開いているかどうかの状態など様々なものがあり、それぞれが監視装置で管理されることによって、監視装置側で入退室管理装置に異常が発生していないかを監視している。
【０００３】
監視装置は、状態情報を入退室管理装置が監視装置に送信してくるイベントの履歴に基づいて更新している。イベントの履歴は、例えば、電気錠が解錠されたこと、あるいは、こじ開けが発生したこと、などの入退室管理装置において発生したイベントを示す情報を含んでおり、これにより、監視装置は自身が保持している入退室管理装置の状態情報を更新することができる。
【０００４】
特許文献１には、そのような入退室の履歴である入退室情報を受信して状態管理テーブルを更新する入退室管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２０６８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、入退室管理装置と監視装置との間の通信が何らかのトラブルで途切れることがある。この場合、入退室管理装置には、通信が途絶えている間のイベントの履歴が蓄積されていく。そして、通信が回復すると、蓄積されている履歴がまとめて監視装置に送信されることとなる。
このとき、監視装置は、上述の通り、順次送信されてくる履歴情報に基づいて、入退室管理装置の状態を更新しているため、蓄積された履歴情報が膨大なものになればなるほど、全ての履歴情報に基づく更新処理が完了して、監視装置が入退室管理システムの最新の状態を確認できるのに時間を要するという問題がある。状態情報の更新が完了するまで入退室管理装置の最新の状態を確認できないということは、異常があった場合への対処に遅れが生じ、セキュリティの確保という面において、問題が発生する可能性がある。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、入退室管理装置と監視装置との間の通信が途絶えて、多くの履歴が入退室管理装置に蓄積されたとしても、通信が復旧した場合に監視装置が入退室管理装置の状態をすぐに管理できる入退室管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、管理対象となるエリアへのユーザの入退室を管理する入退室管理装置と、前記入退室管理装置及びその管理下にある機器の状態の変化を示す状態イベントの履歴と、入退室管理装置及びその管理下にある機器の状態とを管理する監視装置とを含む入退室管理システムであって、前記入退室管理装置は、少なくとも、自装置と、自装置の管理下にある機器それぞれの現在の状態を示す第１状態情報を記憶する第１状態情報記憶手段と、発生した状態イベントの履歴情報を前記監視装置に送信する履歴送信手段と、前記監視装置から送信されてくる前記第１状態情報を要求する第１状態情報要求信号に応じて前記第１状態情報を送信する第１状態情報送信手段とを備え、前記監視装置は、前記入退室管理装置の状態監視用に前記入退室管理装置の状態を示す第２状態情報を記憶する第２状態情報記憶手段と、履歴情報を前記入退室管理装置から受信する受信手段と、前記第２状態情報記憶手段に記憶されている第２状態情報のうち、前記受信手段で受信した履歴情報に基づいて当該履歴情報で示される状態イベントにより変化する状態を示す情報を更新する第１更新手段と、前記入退室管理装置との間での通信が途絶えたことを検出する第１検出手段と、前記入退室管理装置との間での通信が途絶えた後に、通信が回復したことを検出する第２検出手段と、前記第２検出手段が通信が回復したことを検出すると、通信が回復した入退室管理装置に対して、前記第１状態情報要求信号を送信する第１状態情報要求手段と、前記第１状態情報要求信号に応じて、前記第１状態情報送信手段が送信した第１状態情報を前記受信手段で受信し、当該第１状態情報で示される各状態の情報を反映するように、前記第２状態情報記憶手段に記憶している第２状態情報を更新する第２更新手段とを備えることを特徴としている。
【発明の効果】
【０００９】
上述のような構成によって、監視装置が直接入退室管理装置で保持されている第１状態情報を取得し、これにより、履歴情報に基づく状態情報の更新を待たずとも、通信回復後に即座に最新の入退室管理装置の状態を監視装置側が認識することができる。
また、前記監視装置は、さらに、前記受信手段で受信した履歴情報を記憶する履歴記憶手段を備え、前記履歴送信手段は、前記通信が途絶えた後から、第１状態情報送信手段が前記第１状態情報を送信するまでに発生した状態イベントの履歴情報を逐次送信することとしてもよい。
【００１０】
これにより、通信が途絶えていた間に発生したイベントについての履歴もまた監視装置に送信されることになるので、監視装置における履歴の完全性を保つことができる。
また、前記履歴送信手段は、前記第１状態情報送信手段が前記第１状態情報を送信した後に発生した状態イベントの履歴情報を、前記通信が途絶えた後であって前記第１状態情報送信手段が前記第１状態情報を送信する前に発生した状態イベントの履歴情報よりも先に送信することとしてもよい。
【００１１】
これにより、監視装置が第１状態情報を取得した後に発生したイベントについての履歴を先に送信することにより、監視装置において、状態情報を最新のものに保つことができる。
また、前記入退室管理装置は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報を識別するための識別子を当該履歴情報に付加する付加手段を備え、前記第１更新手段は、前記受信手段が受信した履歴情報に前記識別子が付加されていた場合には前記第２状態情報の更新を実行しないこととしてもよい。
【００１２】
これにより、監視装置は、識別子が付加されて送信されてきた履歴に基づく第２状態情報の更新を行わないので、そのための処理負荷を軽減するとともに、監視装置において、第２状態情報の更新が行われてしまうことによって、最新の状態が失われてしまうのを防止することができる。
また、前記履歴送信手段は、更に、入退室管理装置及びその管理下にある機器の状態の変化を示さない非状態イベントを示す履歴情報も送信し、当該非状態イベントは、前記監視装置がユーザに対して警報を出力することが予め定められた警報イベントを含み、前記監視装置は、前記受信手段が前記警報イベントを示す履歴情報を受信した場合にユーザに対して警報を出力する出力手段を備え、記付加手段は、前記警報イベントに係る履歴情報については、前記識別子を付加しないこととしてもよい。
【００１３】
これにより、第１状態情報や第２状態情報で管理されない状態に関連するイベントに基づいて生成された履歴についての処理、例えば警報を発するなど、を監視装置が実行することができる。
また、前記付加手段は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報の個数が所定の個数に満たない場合に、前記識別子の付加を実行しないこととしてもよい。
【００１４】
あるいは、前記監視装置は、更に、前記入退室管理装置との間の通信が保たれているかどうかを確認するための生存確認信号を定期的に送信する生存確認手段を備え、前記入退室管理装置は、更に、前記生存確認信号を受けた場合に、応答信号を送信する応答手段を備え、前記付加手段は、最後に前記生存確認信号を受けてから所定時間経過した後であって、前記第１状態情報送信手段が前記第１状態情報を送信したときにのみ、前記識別子の付加を実行することとしてもよい。
【００１５】
通信が途絶えている間に、蓄積された履歴の個数が少ない場合には、監視装置における状態情報の更新にはさほど時間がかからないため、蓄積していた履歴による状態情報の更新を実行してもよく、このとき入退室管理装置は識別子を付加する処理を実行しなくともよいので、その分の処理負荷を軽減できる。
また、前記入退室管理装置は、更に、前記監視装置にまだ送信していない履歴情報の個数が所定個数を上回った場合に、前記監視装置に対して、前記第１状態情報要求信号の送信を指示する指示手段を備え、前記第１状態情報要求手段は、前記指示手段による指示に応じて、前記第１状態情報要求信号を送信することとしてもよい。
【００１６】
これにより、監視装置−入退室管理装置間の通信が途絶えていなくとも入退室管理装置に未送信の履歴が所定以上蓄積された場合には、入退室管理装置側から監視装置に対して第１状態情報の取得を促すので、これにより、未送信の履歴が蓄積されて送信されていないことにより、反映されていない現在の状態情報を監視装置に取得させることができる。
当該構成は、入退室管理装置の処理速度が遅いあるいは、監視装置−入退室管理装置間の通信速度が遅いなどの理由により、入退室管理装置に未送信の履歴が蓄積されてしまった場合などに有効である。
【００１７】
また、前記入退室管理装置は、更に、前記履歴情報のうち、削除すべき履歴情報の種別を設定するための設定手段と、前記付加手段が前記識別子の付加を実行する際に、識別子を付加する対象となる履歴情報のうち、前記設定手段に設定されている種別の履歴情報を削除する削除手段とを備えることとしてもよい。
これにより、通信が途絶えていた間の履歴について、その量が膨大なものとなっていた場合には、その削減を実行することにより、送信すべき履歴の量を抑制して、監視装置−入退室管理装置間の履歴の送信による通信不可や、両装置における処理負荷、例えば、蓄積されていた履歴の送信処理や、送信されてきた履歴のデータベースへの登録などの処理負荷を軽減することができる。
【図面の簡単な説明】
【００１８】
【図１】入退室管理システムのシステム構成例を示すシステム図である。
【図２】入退室管理装置の機能構成を示す機能ブロック図である。
【図３】監視装置の機能構成を示す機能ブロック図である。
【図４】履歴情報の構成例を示す概念図である。
【図５】認証情報の構成例を示す概念図である。
【図６】状態情報の構成例を示す概念図である。
【図７】状態情報における各状態値の意味を示す概念図である。
【図８】入退室管理装置が送信する履歴情報を示す概念図である。
【図９】実施の形態１に係る入退室管理システムの動作を示すシーケンス図である。
【図１０】実施の形態１に係る監視装置の状態情報の取得に係る動作を示すフローチャートである。
【図１１】実施の形態１に係る監視装置の履歴ＤＢの更新に係る動作を示すフローチャートである。
【図１２】実施の形態１に係る入退室管理装置の履歴の送信に係る動作を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態である入退室管理システムについて図面を用いて説明する。
図１は、入退室管理システムのシステム構成を示す図である。
図１に示すように入退室管理システムは、入退室管理装置２００ａ、２００ｂ、２００ｃと、各入退室管理装置の管理下にあるカードリーダや電気錠などの機器と、監視装置３００と、モニタ用端末装置４００とを含む。各入退室管理装置は、監視装置３００とネットワーク１６０を介して接続されている。
【００２０】
入退室管理装置２００ａは、エリアＡ並びにエリアＢへの利用者（以下、ユーザと記載する）の入退室を管理するものであり、ユーザがエリアＡあるいはエリアＢに入室／退室することで生成される履歴を監視装置３００に送信している。
入退室管理装置２００ａは、エリアＡ並びにエリアＢへのユーザの入退室を管理するために、カードリーダ（図１ではＣＲ（Card Readerの略）と記載。）１１０ａと、カードリーダ１２０ａと、エリアＡに設けられた扉１４０ａに備え付けられた電気錠１３０ａと、カードリーダ１１０ｂと、カードリーダ１２０ｂと、エリアＢに設けられた扉１４０ｂに備え付けられた電気錠１３０ｂと接続され、接続されているカードリーダや電気錠などの各機器の状態を管理、制御する。
【００２１】
入退室管理装置２００ｂは、エリアＣ並びにエリアＤへのユーザの入退室を管理するものであり、入退室管理装置２００ｃは、エリアＥへのユーザの入退室を管理するものである。入退室管理装置２００ｂ及び入退室管理装置２００ｃは、管理するエリアが異なるだけでその構成は入退室管理装置２００ａと同様である。
入退室管理装置２００ｂ及び入退室管理装置２００ｃは、入退室管理装置２００ａと同様に、各々の配下にある機器、即ち、入退室管理装置２００ｂであればカードリーダ１１０ｃと、カードリーダ１２０ｃと、エリアＣに設けられた扉１４０ｃに備え付けられた電気錠１３０ｃと、カードリーダ１１０ｄと、カードリーダ１２０ｄと、エリアＤに設けられた扉１４０ｄに備え付けられた電気錠１３０ｄの各機器の、入退室管理装置２００ｃであればカードリーダ１１０ｅと、カードリーダ１２０ｅと、エリアＥに設けられた扉１４０ｅに備え付けられた電気錠１３０ｅの各機器の状態を管理、制御し、監視装置３００への履歴の送信を実行する。
【００２２】
入退室管理システムのユーザは、各々図１に示すＩＣカード１５０を所持している。ＩＣカード１５０は、他のＩＣカードと区別するために、各々固有のＩＤ（Identifier）を保持している。ＩＣカード１５０をカードリーダにかざすと、カードリーダは、ＩＣカード１５０に保持されているＩＤを読み取り、読み取ったＩＤを接続されている入退室管理装置に送信する。入退室管理装置は、送信されてきたＩＤが自身の保持する認証情報に登録されていれば、ＩＤを送信してきたカードリーダが対応する扉の電気錠を解錠する。ＩＤが登録されていなければ、認証失敗として、解錠しない。
【００２３】
このような認証処理等のイベントが発生するたびに、入退室管理装置において履歴が生成される。履歴の種別としては、認証の成功／失敗、解錠の実行、扉が開いたこと、扉が閉められたこと、施錠の実行など多種にわたり、その他に、エラー報告などもある。当該エラー報告には例えば、電気錠の異常（例えば、入退室管理装置から施錠の指示があったにもかかわらず電気錠のセンサが施錠状態を検出しない）などがある。本実施の形態においては、これらのイベントのうち、入退室管理装置及びその管理下にある機器の状態の変化に係るイベントを状態イベント、それ以外のイベントを非状態イベントと呼称する。状態イベントには、扉の開閉状態、電気錠の施解錠状態、入退室管理装置−電気錠間の通信状態などがある。また、非状態イベントとしては、入退室管理装置においてなされたＩＣカードの認証の成功／失敗などがある。また、非状態イベントには、ユーザに警報を発すべきイベントがあり、これを警報イベントと呼称する。警報イベントとしては、ユーザの入退室について一貫性を持たせる機能である所謂アンチパスバック機能におけるアンチパスバックエラーが該当する。なお、状態イベントにも警報を発すべきイベント（例えば扉のこじ開けなど）がある。
【００２４】
監視装置３００は、このような履歴を受け付けて保持しているデータベース（以下、履歴ＤＢ）に登録している。また、監視装置３００は、受信した履歴がエラー報告であった場合には、モニタ用端末装置４００に対して異常が発生していることを示す警報情報を出力し、モニタ用端末装置４００は当該警報情報を受けて、当該警報情報を自装置のモニタに表示する機能を有する。入退室管理システムのオペレータは、当該表示を見て、入退室管理システムに異常が発生していることを察知して、当該異常の解消を図る。
【００２５】
入退室管理システムに係る入退室管理装置２００ａ〜２００ｅ及び監視装置３００について更に詳細に説明する。
図２は、入退室管理装置の機能構成を示す機能ブロック図である。入退室管理装置２００ａ〜２００ｃの機能構成は共通するので、ここでは、入退室管理装置２００ａについて説明する。カードリーダ１００ａ〜１００ｅ及び電気錠１３０ａ〜１３０ｅについても同様の扱いとする。
【００２６】
図２に示すように入退室管理装置２００ａは、Ｉ／Ｆ（InterFace）部２１０と、認証部２２０と、履歴生成部２３０と、外部通信部２４０と、記憶部２５０とを含んで構成される。
Ｉ／Ｆ部２１０は、カードリーダ１１０ａ、１１０ｂ、１２０ａ、１２０ｂや電気錠１３０ａ、１３０ｂ、また図示していないが、扉に設けられている開閉センサと接続されている。Ｉ／Ｆ部２１０は、これらの機器と、例えばＲＳ２３２Ｃの通信規格に従って、通信を実行する機能を有する。
【００２７】
具体的に、Ｉ／Ｆ部２１０は、カードリーダ１１０ａあるいはカードリーダ１２０ａからカードリーダがＩＣカード１５０から読み取ったＩＤを受け取った場合に、当該ＩＤを認証部２２０に伝送する。当該ＩＤに応じて認証部２２０から認証成功を意味する信号を受けた場合に、電気錠１３０ａに解錠を指示し、認証失敗を意味する信号を受けた場合には、ＩＤを読み取ったカードリーダに認証失敗の報知を指示する。
【００２８】
また、電気錠１３０ａや、カードリーダ１１０ａ、１２０ａなどの各機器において異常が発生した場合に、各機器は異常があった旨を通知する仕様になっており、Ｉ／Ｆ部２１０は、当該通知を受け取った場合に、履歴生成部２３０にその異常の内容を通知する。また、Ｉ／Ｆ部２１０は、接続されている電気錠１３０ａやカードリーダ１１０ａ、１２０ａなどの機器との間の通信が可能かどうかを接続している通信線のポートに電圧が印加されているかによって検出する機能を有しており、電圧が印加されていないことを検出するとその機器との間での通信が途絶した旨を履歴生成部２３０に通知する機能も有する。
【００２９】
認証部２２０は、カードリーダで読み取られたＩＤの認証を実行する機能を有する。具体的には、認証部２２０は、Ｉ／Ｆ部２１０からＩＤを受け取った場合に、当該ＩＤが認証情報２５２に登録されているかどうかを検索し、登録されていたとして、ＩＤを送信してきたカードリーダが対応するエリアへの入退室の権限を有しているかどうかを判定する。ＩＤが認証情報２５２に登録されていた場合には、Ｉ／Ｆ部２１０に認証成功を伝送するとともに、当該ＩＤと認証成功の情報を対応付けて履歴生成部２３０に伝送する機能を有する。また、ＩＤが認証情報２５２に登録されていなければ、Ｉ／Ｆ部２１０に認証失敗を伝送するとともに、当該ＩＤと認証失敗の情報を対応付けて履歴生成部２３０に伝送する。
【００３０】
履歴生成部２３０は、Ｉ／Ｆ部２１０から伝送されてきた各機器の異常を示す情報や各機器との通信が途絶したことを示す情報、認証部２２０から伝送されてきた認証の成功／失敗の情報とＩＤの情報などに基づいて履歴を生成して外部通信部２４０に伝送する機能を有する。履歴生成部２３０は、各機器においてイベントが発生した日時の情報と、自装置に予め設定されている識別子を意味するＧＵコードと、イベントが発生した機器のコードと、発生したイベントに基づくイベントコードと、当該イベントで示される状態の状態値と、状態情報の更新を実行すべきかどうかを示す昔時フラグとを含む履歴を生成し、認証部２２０からＩＤが伝送されてきた場合には、そのＩＤをユーザＩＤとした履歴を生成する。各コードの内容の詳細については後述する。
【００３１】
外部通信部２４０は、ネットワーク１６０を介して、監視装置３００と、例えば、イーサネット（登録商標）の規格に従って、通信を実行する機能を有する。
具体的には、外部通信部２４０は、履歴生成部２３０から伝送されてきた履歴を監視装置３００に送信する機能を有する。そして、送信した履歴に対して監視装置３００から履歴を受信したことを示す応答信号を受信した場合に、履歴の送信に成功しているか否かを示す送信フラグを「０」として、履歴情報２５１に登録する。また、送信した履歴に対して監視装置３００から履歴を受信したことを示す応答信号を所定時間内に受信できなかった場合に、履歴の送信フラグを「１」にして、送信した履歴とともに履歴情報２５１に登録する。
【００３２】
また、外部通信部２４０は、監視装置３００から定期的に送信されてくる、入退室管理装置２００ａとの間での通信が有効であるかどうか、また、入退室管理装置２００ａが正常に動作しているかどうかを監視装置３００が確認するための生存確認信号を受信した場合に、生存応答信号を生成して監視装置３００に送信する。その際、履歴情報２５１を確認して、当該履歴情報２５１内に送信フラグが「１」である履歴があった場合に、当該履歴を監視装置３００に送信する。そして、監視装置３００から送信フラグが「１」であった履歴の送信に対しての応答信号を受けた場合に当該履歴の送信フラグを「１」から「０」に変更する。
【００３３】
また、外部通信部２４０は、監視装置３００から、状態情報２５３を要求する状態情報要求信号を受信した場合には、記憶部２５０から状態情報２５３を読み出して当該状態情報２５３を監視装置３００に送信する機能も有する。このとき、外部通信部２４０は、履歴情報２５１の履歴のうち、その送信フラグが１になっている履歴について、その昔時フラグを１に変更する。昔時フラグとは、監視装置−入退室管理装置間の通信が途絶えていた間に発生したイベントであることを示すフラグであり、当該昔時フラグは監視装置３００において状態情報の更新を実行するかどうかの判定に用いられる。
【００３４】
記憶部２５０は、ハードディスク装置、メモリなどからなり、入退室管理装置２００ａが動作上必要とする各種プログラム、データを記憶する機能を有する。記憶部２５０は、特に履歴情報２５１と、認証情報２５２と、状態情報２５３とを記憶している。
履歴情報２５１は、履歴生成部２３０により生成された履歴の情報を集約した情報であり、コードの状態で記憶されている。一つの履歴は、少なくとも履歴を管理するための管理番号、履歴を既に送信しているか否かを示す送信フラグ、履歴が生成された日時を示す日時コード、履歴の内容であって発生したイベントを示すイベントコードを含み、その他に、履歴に応じて、例えばイベントコードが認証を行なったことを示す履歴である場合には、認証したＩＤや、認証を行なったカードリーダを示すコードなどが含まれ、また、例えば、履歴のイベントコードが機器の異常を示すものであれば、その機器を示すコードが含まれる。その詳細については後述する。
【００３５】
認証情報２５２は、認証部２２０が認証を実行する際に参照する情報であり、エリアへの入室が許可されているユーザＩＤと、各ユーザＩＤの入室可能なエリアとの対応付けを示す情報である。その詳細については後述する。
状態情報２５３は、入退室管理装置２００ａ及び入退室管理装置２００ａが管理している機器、即ちカードリーダ１１０ａ、１１０ｂ、１２０ａ、１２０ｂの状態や電気錠１３０ａ、１３０ｂの状態やその他の機器の状態、入退室管理装置２００ａとそれらの機器との通信状態などを示す情報である。その詳細については後述する。
【００３６】
次に図３を用いて監視装置３００について説明する。図３は、監視装置３００の機能構成を示す機能ブロック図である。
図３に示すように監視装置３００は、通信部３１０、解析部３２０と、状態管理部３３０と、警報管理部３４０と、保存部３５０とを含んで構成される。
通信部３１０は、ネットワーク１６０を介して接続されている全ての入退室管理装置と、例えば、イーサネット（登録商標）の通信規格に従って通信を実行する機能を有する。本実施の形態で言えば、図１に示すように、入退室管理装置２００ａ〜２００ｃと通信を実行する機能を有する。
【００３７】
具体的には、通信部３１０は、入退室管理装置から履歴を受信すると、当該履歴を解析部３２０に伝送するとともに、履歴を受信したことを示す履歴応答信号を、履歴を送信してきた入退室管理装置に送信する。
また、通信部３１０は、各入退室管理装置に対して、各入退室管理装置が正常に動作しているか、あるいは、通信が保たれているかどうかを確認するために定期的（例えば５０秒おき）に生存確認信号を送信する機能を有し、当該生存確認信号に対する応答である生存応答信号を受信することで、入退室管理装置との間での通信が保たれていることを検出する。生存確認信号に対する生存応答信号が所定時間（例えば２０秒）内に入退室管理装置から返ってこなかった場合には、生存応答信号を送信しなかった入退室管理装置との間の通信が断絶したものと判断し、当該入退室管理装置との間の通信が途絶状態にあるという情報を保持する。そして、当該入退室管理装置に対してその後に出力した生存確認信号に対する生存応答信号が返ってきた場合には、その入退室管理装置との間の通信が回復したものと判断する。このとき通信部３１０は、通信が回復した入退室管理装置に対して、当該入退室管理装置が保持する状態情報２５３の送信を要求する状態情報要求信号を出力して、状態情報２５３を取得する機能も有する。取得した状態情報２５３は、解析部３２０に伝送される。
【００３８】
解析部３２０は、通信部３１０から伝送されてきた履歴を解析する機能を有する。解析部３２０は、伝送されてきた履歴を解析して、その履歴の昔時フラグが１であった場合に、当該履歴に含まれるイベントコードと状態値を、その履歴を送信してきた入退室管理装置のコードとともに状態管理部３３０に伝送する機能を有する。またこのとき、解析部３２０は、伝送されてきた履歴を保存部３５０に伝送する。
【００３９】
また、解析部３２０は、伝送されてきた履歴の昔時フラグが０であった場合には、状態値等を状態管理部３３０に伝送せずに履歴を保存部３５０に伝送するのみにとどめる。
また、解析部３２０は、予めモニタ用端末装置４００に対して警報を発すべきイベントの種別を記憶しており、当該イベントの種別に該当する履歴を受け取った場合には、そのイベントの内容を警報管理部３４０に伝送する機能も有する。
【００４０】
更に、解析部３２０は、伝送されてきた情報が入退室管理装置の保持していた状態情報であった場合には、状態管理部３３０に当該状態情報を伝送するとともに、その状態情報を状態情報３３１として記憶させる機能も有する。
状態管理部３３０は、入退室管理装置ごとに各入退室管理装置の状態を示す状態情報を記憶する機能を有する。そして、状態管理部３３０は、解析部３２０から伝送されてきた入退室管理装置のコードと、イベントコードと、状態値とに基づいて、保持している状態情報のうち対応する情報を更新する機能を有する。状態情報３３１は、管理されるべき各種の状態について、それぞれ状態値が記憶されており、その状態値の意味するところは状態を管理されるべき対象（扉、電気錠など）に応じて異なる。状態情報３３１の詳細については後述する。なお、状態管理部３３０により、状態情報３３１は、入退室管理装置ごとに保持されており、図１を例にすると、状態管理部３３０は、入退室管理装置２００ａ〜２００ｃの計３つ分の状態情報を保持している。
【００４１】
警報管理部３４０は、各入退室管理装置ごとの警報状態を管理する機能を有する。警報管理部３４０は、状態管理部３３０で保持されている状態情報に基づき、警報情報を管理する。具体的には、履歴が送信されて解析部３２０に伝送されて状態管理部３３０の状態情報３３１が更新された場合に、その状態情報が、異常常態、警報状態を示す情報に変化した場合に、警報を発する。また、なお、警報を発している場合には、監視装置３００のオペレータ用のインターフェース、即ちモニタ用端末装置４００に通信部３１０を介して警報が発せられることになっており、オペレータは異常事態が発生していることを認識する。
【００４２】
保存部３５０は、監視装置３００が動作上必要とする各種プログラム、データを記憶する機能を有し、また、履歴ＤＢ３５１を更新する機能を有する。また、保存部３５０は、履歴ＤＢ３５１の更新の際に参照する認証情報３５２や、図示していないが、履歴のイベントコードをイベントの名称を示す文字列に変換するためのイベントコード表なども保持する機能も有する。履歴ＤＢ３５１は、受信した履歴を文字列に変換してデータベース化したものである。履歴ＤＢ３５１、認証情報３５２の詳細については、後述する。
【００４３】
保存部３５０は、解析部３２０から履歴が伝送されてくるたびに履歴ＤＢ３５１の更新を実行する。
その他の各機器については、簡単に説明する。
カードリーダ１２０ａは、定期的にＩＣカードに対してＩＣカードの保持するＩＤを要求する要求信号を送信しており、当該要求信号に対する応答として受信した応答信号に含まれるＩＤを接続されている入退室管理装置２００ａに送信する。その他のカードリーダについても同様の機能を有し、それぞれ接続されている入退室管理装置との間で通信を実行する。
【００４４】
電気錠１３０ａは、接続されている入退室管理装置２００ａからの指示に従って施錠、解錠を実行する。ＩＣカード１５０は、入退室管理システムにおいて、各ＩＣカードに固有のＩＤを保持し、カードリーダ１５０からのＩＤを要求する要求信号を受けて、保持しているＩＤを含ませた応答信号を送信する。また、電気錠１３０ａは、錠が所定の状態にならない（壁等により、錠が遮られて施錠できないなど）場合にエラーを入退室管理装置２００ａに通知する。その他の電気錠についても同様の機能を有し、それぞれ接続されている入退室管理装置との間で通信を実行する。
【００４５】
また、図示していないが、各エリアに設けられた扉には開閉センサが設けられ、当該開閉センサは、入退室管理装置２００ａに扉が開いているかどうかを通知する。開閉センサは、例えば、扉に設けられたマグネットセンサと、扉が閉じられている状態でマグネットセンサに正対する壁に設けられたマグネットにより実現される。
＜データ＞
ここから本発明に係る各種のデータについて説明する。
【００４６】
図４は、入退室管理装置２００ａが保持する履歴情報２５２の構成例を示す図である。各入退室管理装置２００ｂ〜２００ｅは、その内容（発生日時やイベント内容等）こそ異なるものの同様の構成の履歴情報を保持している。
図４に示すように履歴情報２５１は、管理番号４０１と、日時４０２と、識別情報４０３と、ユーザ名４０４と、場所４０５と、イベント４０６と、送信フラグ４０７と、昔時フラグ４０８とが対応付けられた情報である。これらの情報のほか、認証を行なったカードリーダの情報なども含んでよい。
管理番号４０１は、記憶部２５０が各履歴を管理するために便宜上付した管理番号である。
日時４０２は、認証などのイベントが発生した日時の情報である。
識別情報４０３は、認証に使用されたＩＣカードに固有の識別情報である。
ユーザ名４０４は、認証に使用されたＩＣカードを保持するユーザの名前である。ユーザ名４０４は、認証情報３５５を用いて識別情報を変換することで得られる。
【００４７】
場所４０５は、イベント、例えば、認証や、扉の開閉、電気錠のこじ開けなど、が発生した入退室管理装置や扉の情報である。
イベント４０６は、発生したイベントの内容を示す情報である。
送信フラグ４０７は、その履歴を入退室管理装置２００ａが監視装置３００に送信したかどうかを判定するために用いるものであり、「０」は、送信済みを示し、「１」は未送信であることを示す情報である。
【００４８】
昔時フラグ４０８は、監視装置３００が送信されてきた履歴について状態情報の更新を行うかどうかの判断に用いられるものであり、通常は「０」に設定されているが、監視装置３００からの状態情報の取得要求に応じて入退室管理装置２００ａが保持していた状態情報を送信したときに、その時点で送信フラグが１である履歴の昔時フラグが「１」に変更される。
【００４９】
例えば、管理番号「087882」に対応するＩＣカードの識別情報は、「IC00006897」であり、そのＩＣカードを保持するユーザ名は、「青井紀子」であり、認証が行われた場所は、「人事部＿扉１」であり、認証を行った日時は、「２００８年１１月１２日 １２時１３分５４秒」であり、その送信フラグ及び昔時フラグはともに「０」に設定されており、イベントは「認証成功」となっている。即ち、この履歴によれば、青井紀子は、「人事部＿扉１」に設けられたカードリーダで認証に成功しており、この履歴はすでに監視装置３００に送信されていることとなっている。なお、発生したイベントが認証に関わるものでない場合には、識別情報４０３やユーザ名４０４などは、空欄となる。図４では、「−」と記載している。
【００５０】
なお、ここでは、分かりやすくするために文字列で表現しているが入退室管理装置は、これらの情報を実質的にはそれぞれの内容を示すコードで記憶されており、コードで構成された履歴は、監視装置３００において文字列に変換して、図４に示すように管理される。
監視装置３００が保持する履歴ＤＢは、各入退室管理装置が保持する履歴情報の集合であり、入退室管理装置が各履歴情報をコードの形で保持されているのに対し、監視装置３００が保持する履歴ＤＢは、保持している（図示せず）各種のコード変換表を用いて文字列に変換したものであって、図４に示す履歴情報から送信フラグ及び昔時フラグを削除した形式のものであるため、その詳細な図面及びその説明については割愛する。また、ここでいうコード変換表は、入退室管理装置から送信されてきた履歴における各種の情報をコードから文字列に変換するためのものであり、イベントコードの変換表で言えば、各種のイベントを示すコードと、その対応するイベント内容を示す文字列とを対応させた表であり、ＧＵコードの変換表で言えば、履歴を送信してきた入退室管理装置を示すコードと、その入退室管理装置に対してオペレータが便宜上設定した名称を示す文字列とを対応させた表である。
【００５１】
図５は、入退室管理装置が保持する認証情報２５２の構成例を示す図である。
図５に示すように、認証情報２５２は、管理番号５０１に、識別情報５０２と、ユーザ名５０３と、権限５０４とを対応付けた情報群である。なお、管理番号５０１は、図面５においては、「管理Ｎｏ．」と記している。
管理番号５０１は、入退室管理装置が各認証情報を管理するために便宜上付した管理番号である。
【００５２】
識別情報５０２は、ＩＣカードに固有の識別情報である。
ユーザ名５０３は、ＩＣカードを保持するユーザの名前である。
権限５０４は、対応するユーザが入室可能なエリアの情報を示す。
例えば、管理番号「10686」に対応するＩＣカードの識別情報は、「IC00006897」であり、そのＩＣカードを保持するユーザの名前は、「青井紀子」であり、その権限は「エリアＡ、Ｂ」となっている。つまり「青井紀子」はエリアＡならびにエリアＢへの入室が許可されていることになる。
【００５３】
セキュリティ管理システムのオペレータは、必要に応じて認証情報２５２及び認証情報３５２に新たなＩＤ、ユーザの登録を行なってよく、また、登録されているＩＤ、ユーザの削除を行なってもよい。
図６は、状態情報の構成例を示す図である。図６には、入退室管理装置２００ａが保持している状態情報の構成例を示しているが、その他の入退室管理装置及び監視装置３００も同様の構成の状態情報を保持している。ただし、監視装置３００は、入退室管理装置ごとに各入退室管理装置の識別子に対応付けたそれぞれの状態情報を保持している。
【００５４】
状態情報は、図６に示すように状態値を設定されている対象ごとにその状態値を示す値を対応付けた情報である。即ち、管理される機器である対象６０１ごとに、状態値６０２が対応付けられて記憶されている。例えば、図６に示されるように、扉１４０ａには、状態値０１が対応付けて記憶されている。
図６に示す状態値には、各対象に応じて、その状態値の値ごとにいろいろな意味が設定されている。図７は、図６に示す状態情報における状態値の意味を示す一例であり、状態情報の一部を示している。
【００５５】
図７に示すように、入退室管理システムにおいて管理されるべき各機器の状態についての状態値が予め定められており、対象７０１それぞれに対応付けて１以上の状態値７０２が設定されており、それぞれの状態値に応じて意味７０３が設定されている。例えば、扉には、「００」、「０１」、「１１」の３つの状態値があり、それぞれ、「扉閉」、「扉開」、「こじあけ発生」を意味する。なお、扉閉は、扉が閉まっていることを意味し、扉開は扉が開いていることを意味する。
【００５６】
図７に示す情報は、監視装置３００に記憶されており、警報などを発する場合に発生しているイベントの内容を文字列でユーザに伝えるための変換や、履歴ＤＢ３５１への登録の際の変換等にも用いられる。
図８は、入退室管理装置から監視装置に送信される一つの履歴の構成例を模式的に示した図である。
【００５７】
図８に示すように、履歴は、昔時フラグ８５１と、日時コード８５２と、ＧＵコード８５３と、機器コード８５４と、イベントコード８５５と、ユーザＩＤ８５６と、状態値８５７とを含んで構成される。このほかにも、電気錠を示すコードや、開閉センサのコードが含まれることもある。各フラグやコードは、そのデータ長が予め定められており、これにより、監視装置３００の解析部３２０は、履歴のどの部分に、どのデータがあるかを解析することができる。
【００５８】
昔時フラグ８５１は、監視装置３００が当該履歴を用いて状態情報３３１の更新を実行するかどうかの判定に用いるフラグであり、「０」であった場合には、状態情報３３１の更新が行われ、「１」であった場合には、状態情報３３１の更新は実行されない。昔時フラグ８５１が「１」である履歴は、基本的に監視装置３００−入退室管理装置間の通信が途絶えていた間に入退室管理装置において発生したイベントの履歴であることを示すことになる。
【００５９】
日時コード８５２は、その履歴がいつ発生したのかを示す日時情報であり、年月日、及び秒単位の時間までの情報が含まれる。具体的には、例えば、「２００９０３２１１３１１１６」とあれば、「２００９年３月２１日１３時１１分１６秒」ということになる。なお、この具体例で示す日時コードは、説明の便宜上十進数表現で記載している。
ＧＵコード８５３は、その履歴を生成した入退室管理装置を示す固有のコードである。各入退室管理装置には、固有のコードがふられており、監視装置３００がどの入退室管理装置において発生したイベントであるかを認識するのに用いられる。
【００６０】
機器コード８５４は、イベントコードが認証や、エラーが発生したことを示すものである場合に、それがどこで発生したものであるかを示すためのコードで、各カードリーダや電気錠にふられた固有のコードを意味する。
イベントコード８５５は、発生したイベントの内容を示すコードである。
ユーザＩＤ８５６は、履歴のイベントコード８５５が認証の実行（認証成功もしくは認証失敗）を示すものであった場合に、当該認証に用いられたＩＤを示す情報である。
【００６１】
状態値８５７は、その履歴のイベントコード８５５で示されるイベントが発生することによって、変化する状態の変化後の値を示す情報である。
なお、各項目に該当するデータがない場合には、「該当データなし」を示す情報が格納される。
＜動作＞
次に、本実施の形態の動作を図９に示すシーケンス図、図１０〜図１２に示すフローチャートを用いて説明する。
【００６２】
まず、図９に示すシーケンス図を用いて、本発明に係る入退室管理システムにおける監視装置−入退室管理装置間のやり取りについて説明する。なお、ここでは、入退室管理装置を代表して、図１に示す入退室管理装置２００ａと監視装置３００との間でのやり取りを説明する。
入退室管理装置２００ａにおいて認証、電気錠の解錠、あるいは、扉が開いたなどの入退室管理装置２００ａ又はその管理下にある機器における何らかのイベントが発生したとする（ステップＳ９０１）。すると、入退室管理装置２００ａは、そのイベントに関する履歴を生成し、監視装置３００に送信する（ステップＳ９０２）。
【００６３】
監視装置３００は、履歴を受け取ると、履歴を受け取ったことを示す履歴応答信号を入退室管理装置２００ａに対して送信する（ステップＳ９０３）。そして、入退室管理装置２００ａは、当該履歴応答信号を受け付けて当該履歴を送信済み扱いにする。送信済み扱いにするとは、具体的に言えば、図４で言うところの送信フラグ４０７を送信済みであることを示す「０」とすることである。
また、監視装置３００は、履歴を受け取ると、受け取った履歴に含まれるイベントに基づき、当該イベントが入退室管理装置２００ａに関連する状態の変化を示すものであった場合に状態情報３３１を更新する。状態の変化を示すものであるかどうかの判定は、予め監視装置３００において、状態の変化を示すものである履歴のイベントコードと、機器コードとが記憶されており、これによって行われる。また、監視装置３００は、受け取った履歴に基づいて、履歴のコードを文字情報に変換して履歴ＤＢに登録して、履歴ＤＢを更新する（ステップＳ９０４）。
【００６４】
このステップＳ９０１〜ステップＳ９０４までの流れが入退室管理装置２００ａにおいてイベントが発生した場合の通常の処理である。
では、その後、入退室管理装置２００ａ−監視装置３００との間で通信が途絶えたとする（ステップＳ９０５）。両装置間の通信が途絶えても、入退室管理装置２００ａにおいては、ユーザが管理対象エリアへの入退を行うたびに認証等のイベントは発生し（ステップＳ９０６）、その履歴が、未送信扱いで入退室管理装置２００ａに蓄積される（ステップＳ９０７）。
【００６５】
その後、監視装置３００−入退室管理装置２００ａ間の通信が回復したとする（ステップＳ９０８）。
すると、監視装置３００は、入退室管理装置２００ａに対して保持している状態情報２５３を要求する（ステップＳ９０９）。
当該要求を受けた入退室管理装置２００ａは、記憶部２５０に記憶している状態情報２５３を監視装置３００に送信する（ステップＳ９１０）。
【００６６】
そして、監視装置３００は、受け付けた状態情報２５３で示される各状態を保持している状態情報３３１に反映させる処理を実行する（ステップＳ９１１）。当該処理は、状態情報３３１に状態情報２５３を上書きする、あるいは、状態情報３３１に換えて状態情報２５３を状態情報３３１として記憶する処理であってもよい。
状態情報２５３を送信した入退室管理装置２００ａは、その時点で監視装置３００に未送信の履歴の昔時フラグを１にして、各履歴を監視装置３００に順次送信する（ステップＳ９１２）。
【００６７】
監視装置３００は、送信されてきた昔時フラグが１になっている履歴を用いて、状態値の更新を実行せずに、履歴ＤＢ３５１への登録を実行する（ステップＳ９１３）。
以上が本実施の形態１における監視装置３００−入退室管理装置２００ａ間のやり取りである。
次に、図９のやり取りを実現するために、監視装置３００及び各入退室管理装置２００ａが実行している制御動作について説明する。
【００６８】
図１０は、監視装置３００の状態情報の取得に係る動作を示すフローチャートである。
監視装置３００は、各入退室管理装置に対して、定期的（例えば、５０秒毎）に当該入退室管理装置に対して、通信が断絶していないかどうか、入退室管理装置が正常に動作できているかどうかを確認するための生存確認信号を出力している（ステップＳ１００１）。
【００６９】
監視装置３００は、出力した生存確認信号に対しての応答である生存応答信号を入退室管理装置から所定時間（例えば１０秒）内に受け取ったかどうかを監視する（ステップＳ１００２）。
所定時間内に生存応答信号を受信した場合には（ステップＳ１００２のＹＥＳ）、当該生存応答信号が、通信が途絶えていたと以前に判断された入退室管理装置からの生存応答信号であるかどうかを通信状態を示す情報が「通信断」を示しているかどうかに基づいて判断する（ステップＳ１００３）。
【００７０】
生存応答信号が、通信が途絶えていたと以前に判断された入退室管理装置からの生存応答信号であった場合には（ステップＳ１００３のＹＥＳ）、当該入退室管理装置との間での通信状態を示す情報を、「通信中」を示す情報にして、当該生存応答信号を出力した入退室管理装置に対して、保持している状態情報２５３を要求する状態情報要求信号を送信する（ステップＳ１００４）。
【００７１】
そして、監視装置３００は、取得した状態情報で、保持していた状態情報を更新し（ステップＳ１００５）、所定時間が経過してから（ステップＳ１００７のＹＥＳ）、ステップＳ１００１に戻る。
生存応答信号が、通信が途絶えていたと以前に判断された入退室管理装置からの生存応答信号でなかった場合には（ステップＳ１００３のＮＯ）、監視装置３００は、所定時間が経過するのを待って（ステップＳ１００７のＹＥＳ）、ステップＳ１００１に戻る。
【００７２】
一方、所定時間内に生存応答信号を受信しなかった場合には（ステップＳ１００２のＮＯ）、生存応答信号を受信できなかった入退室管理装置との間での通信状態を示す情報を「通信断」を示す情報にして、所定時間が経過するのを待って（ステップＳ１００７のＹＥＳ）、ステップＳ１００１に戻る。
以上が、監視装置３００の入退室管理装置の生存確認、及び、それに伴う状態情報の取得に係る動作である。
【００７３】
図１１は、監視装置３００の履歴を受信した際の動作を示すフローチャートである。
監視装置３００は、入退室管理装置から履歴を受信する（ステップＳ１１０１）。
監視装置３００の解析部３２０は、履歴の昔時フラグが０であるか１であるかを解析して判定する（ステップＳ１１０２）。
履歴の昔時フラグが０であった場合には（ステップＳ１１０２のＹＥＳ）、解析部３２０は、履歴のイベントコードと、機器コードと、状態値とを状態管理部３３０に送信し、状態管理部３３０は受け取った情報に対応する状態情報を更新する（ステップＳ１１０３）。また、解析部３２０は、受け取った履歴に含まれる情報全てを保存部３５０に伝送し、保存部３５０は受け取った履歴を文字列に変換して履歴ＤＢ３５１に登録する（ステップＳ１１０４）。
【００７４】
履歴の昔時フラグが１であった場合には（ステップＳ１１０２のＮＯ）、状態情報の更新を行わず、当該履歴の情報を保存部３５０に伝送し、履歴ＤＢ３５１に登録するのみにとどめる（ステップＳ１１０５）。
以上が、監視装置３００が新たな履歴を受信した場合の動作である。
最後に入退室管理装置の動作について説明する。図１２は、入退室管理装置２００ａの動作を示すフローチャートである。その他の入退室管理装置２００ｂ〜２００ｅも同様の動作を実行しているものとする。
【００７５】
入退室管理装置２００ａの履歴生成部２３０は、何らかのイベントが発生すると（ステップＳ１２０１）、当該イベントに関する履歴を生成して、生成した履歴を監視装置３００に送信する（ステップＳ１２０２）。
入退室管理装置２００ａは、送信した履歴に対して監視装置３００から履歴を受信したことを示す履歴応答信号を受信した場合には（ステップＳ１２０３のＹＥＳ）、送信した履歴についての送信フラグを０にして当該履歴を履歴情報２５１に記憶する（ステップＳ１２０４）。
【００７６】
送信した履歴に対する履歴応答信号を所定時間内に受信できなかった場合には（ステップＳ１２０３のＮＯ）、送信フラグを１にして当該履歴を履歴情報２５１に記憶する（ステップＳ１２０５）。
一方、入退室管理装置２００ａは、監視装置３００から、状態情報要求信号を受信したかどうかを判定する（ステップＳ１２０６）。
【００７７】
監視装置３００から状態情報２５３を要求する状態情報要求信号を受信した場合には（ステップＳ１２０６のＹＥＳ）、保持している状態情報２５３を監視装置３００に対して送信する（ステップＳ１２０７）。なお、状態情報要求信号を受信しなかった場合には（ステップＳ１２０６のＮＯ）、そのまま処理を終了する。
そして、この時点で、保持していた送信フラグが１になっている履歴の昔時フラグを１にする（ステップＳ１２０８）。そして、送信フラグが１になっている履歴を順次監視装置３００に送信する（ステップＳ１２０９）。送信した各履歴について、当該履歴を監視装置３００が受信したことを示す履歴応答信号を受信した場合には、その履歴の送信フラグを０にする。
【００７８】
以上が入退室管理装置の履歴の送信及び監視装置３００による状態情報の取得が行われたときの動作である。
＜実施の形態１変形例１＞
上記実施の形態１において、各入退室管理装置は、状態情報の取得が行われた後に発生したイベントの履歴を、昔時フラグが１の履歴（以下、昔時フラグが１の履歴を昔時履歴と呼称する）を送信してから送信していたが、この場合、昔時履歴の送信を終えるまで、状態情報の取得が行われたイベントに基づく状態情報の更新を実行することができないため、監視装置３００が保持する状態情報が最新のものになるまでに時間がかかることがある。
【００７９】
そこで、以下のように各入退室管理装置の制御を変更してもよい。
即ち、各入退室管理装置の外部通信部２４０は、状態情報の取得が発生したことを契機に、送信フラグ４０７が１で昔時フラグ４０８が１の履歴よりも、送信フラグ４０７が１で、昔時フラグ４０８が０の履歴を優先して送信する構成をとってもよい。
昔時フラグが１になっている履歴は状態情報の更新には用いられないので、ただ、履歴ＤＢに登録さえされればよく、緊急性を要しない。一方、昔時フラグが０の履歴は、状態情報の取得後に発生したイベントの履歴なので、状態情報の更新に用いられる可能性が高いため、前者に比して緊急性が高いと言える。
【００８０】
よって、上述の構成をとることにより、未送信の履歴のうち、昔時フラグが０の履歴を優先して送信するので、監視装置３００における状態情報を遅滞なく最新のものとすることができる。
＜実施の形態１変形例２＞
上記実施の形態１において、入退室管理装置は、監視装置３００による状態情報の取得が発生した場合に、未送信の履歴、即ち、送信フラグが１になっている履歴全てを昔時履歴に変更することとした。しかし、イベントの中には、状態で管理されていないものの、警報を発すべきイベントが存在する。
【００８１】
本変形例においては、そのようなイベントが発生した場合の入退室管理装置の処理について説明する。
この状態情報で管理されていない状態というのは、例えば、アンチパスバック機能におけるアンチパスバックエラーのことである。
アンチパスバック機能とは、履歴におけるユーザの入退室に一貫性をもたせるための機能であり、例えば、あるユーザがあるエリアに入室しているという履歴がある状態で、その他のエリアに入室するための認証が行われた場合に例え、そのエリアに元から入室する権利を有していても認証を不可としたり、あるユーザがあるエリアに入室する際に行う認証について、そこまでに至る経路上で通過していなければならないエリアを通過していなかった場合に、その認証を不可としたりする機能のことであり、この認証を不可とした際に生成されるエラーの履歴がアンチパスバックエラーとなる。アンチパスバック機能は、入退室管理システムにおいて、動作させる／させないのオンオフの設定が可能である。
【００８２】
入退室管理装置は、アンチパスバック機能を実行している場合には、その他の入退室管理装置に対して、自エリアに入室したあるいは自エリアから退室したユーザの情報を送信する機能を有する。入退室管理装置は、他のエリアに入室しているユーザや、他のエリアから退室したユーザの情報に基づいて所謂アンチパスバックエラーを検出する。監視装置及び入退室管理装置は、このアンチパスバックの状態について、様々な可能性があるため、状態として管理できないため、その状態値を保持していない。
【００８３】
よって、入退室管理装置は、アンチパスバックエラーについては、その履歴を昔時履歴に変更せずに、その履歴を送信する機能を有する。アンチパスバックエラーの検出は、アンチパスバックエラーを示すイベントコードが予め定められており、履歴情報のイベントにおいてアンチパスバックエラーを示すコードに基づいて検出される。
こうすることで、監視装置３００は、アンチパスバックエラーを示す履歴を受け取った場合に、その昔時フラグが１になっていないので、当該履歴をただ履歴ＤＢに登録するだけでなく、警報をモニタ用端末装置４００に出力してエラー表示させることとなる。
＜実施の形態１変形例３＞
上記実施の形態１においては、入退室管理装置は、状態情報の取得が発生した場合には、まだ送信していない履歴であって、状態情報の取得が発生したタイミング以前のものを必ず昔時履歴に変更すべく、その昔時フラグを０から１に変更することとした。しかし、必ずしも昔時履歴への変更（履歴の昔時フラグを１にすること）を行う必要はない。
【００８４】
本実施の形態１変形例３においては、その昔時履歴への変更を行わない例外処理について説明する。
上記実施の形態１において昔時履歴への変更を行って、状態情報の取得を行うのは、状態情報を最新の状態にするために時間がかかるという問題を解消するために行い、その際に昔時履歴への変更を行うことによって当該履歴に基づく状態情報の更新を抑止するためにあった。
【００８５】
しかし、状態情報の取得が行われた時点で蓄積していた未送信の履歴の数がそれほど多くない場合には、履歴に基づく状態情報の更新を行ったとしても、比較的迅速に最新の状態にすることができることから、この場合には、昔時履歴への変更を行わないこととしてもよい。
昔時履歴への変更を行わないと言うことは、昔時フラグが０のまま履歴として、監視装置３００に送信され、その履歴は通常の処理を実行することになるが、前述の通り、蓄積していた履歴の個数が少ないことから、最新の状態になるまで、さして時間がかからないということもあり、多少の時間、最新の状態になっていない状態があるものの、通信が途絶えている間に蓄積された多量の未送信の履歴が送信されて、その履歴に基づいて状態を更新していく時間に比すれば、さしたる問題はない。
【００８６】
当該処理を実行するために外部通信部は、状態情報の取得が発生した時点で送信フラグが１になっている履歴の個数をカウントする。そして、カウントした個数が予め定めた所定の個数（例えば３０個）以下であった場合には、昔時履歴への変更を実行せず、所定の個数を上回っていた場合には、昔時履歴への変更を実行する。
＜実施の形態１変形例４＞
上記実施の形態１においては、監視装置３００は、入退室管理装置との間での通信が途絶えた後に、通信が回復した場合にのみ状態情報の取得を実行することとした。
【００８７】
しかし、状態情報の取得は必ずしも監視装置３００の主導の下に行う必要はなく、入退室管理装置から、監視装置３００に対して状態情報の取得を指示することとしてもよい。
ただし、入退室管理装置は、以下の条件の下に状態情報の取得を要求するものとする。即ち、外部通信部は、監視装置３００との通信が途絶えていない状態であって、記憶部に蓄積されている未送信の履歴の個数が所定の個数（例えば１００個）を上回った場合に、監視装置３００に対して状態情報の取得を支持する。
【００８８】
そして、監視装置３００は当該要求を受けて、状態情報の取得を行う。
一定個数の未送信の履歴が蓄積されているということは、その分だけ監視装置３００においては状態情報が最新になっていないということであり、また、同時に、最新のものとするために一定の時間がかかるということを意味する。
そこで入退室管理装置が自ら状態情報の取得を要求して、監視装置３００が状態情報の取得を実行することで、監視装置３００側の状態情報を最新のものとすることができる。
【００８９】
当該変形は、通信が途絶えていなくとも監視装置３００において状態情報の更新の遅滞があると思われる状況下において有用となる。
なお、外部通信部が当該判断に用いる閾値としての所定の個数はオペレータが自由に設定できることとしてよく、例えば、１０００個に設定しても良いし、５０００個に設定しても良い。当該個数は入退室管理装置や、監視装置３００のＣＰＵの性能や、両装置間の通信速度などに応じて設定すればよい。
＜補足＞
上記実施の形態において、本発明の実施の手法について説明してきたが、本発明がこれに限られないことは勿論である。以下、上記実施形態以外に本発明として含まれるその他の各種の変形例について説明する。
（１）上記実施の形態１変形例１においては、入退室管理装置は、先に優先して送信するべき履歴であるかどうかを昔時フラグが１であるか否かによって判断していたが、当該判断は、監視装置３００に状態情報２５３を送信した時間を記憶しておき、その時間と履歴で示される時間とを比較して判断してもよい。
【００９０】
即ち、送信フラグが１の履歴のうち、その履歴が生成された時間が状態情報２５３を送信した時間よりも後のものを先に送信する構成にしてもよい。
（２）上記実施の形態１変形例３において、入退室管理装置は、昔時履歴への変更について、状態情報の取得が発生した時点で蓄積していた未送信の履歴の個数が予め定めた所定の個数以下であった場合には、昔時履歴への変更を行わないことを示した。
【００９１】
しかし、未送信の履歴の個数が予め定めた所定の個数以下であるかどうかの判断に換えて、入退室管理装置が監視装置３００からの生存確認信号を最後に受信してから所定時間が経過しているかどうかを判断して、所定時間が経過していた場合にのみ昔時履歴への変更を実行してもよい。当該判断は、所定時間が経過していることで、通信が途絶えてから一定以上の時間が経過していることにより一定量の履歴が蓄積されているであろうという推測の元になされている。
（３）上記実施の形態において、入退室管理装置が管理する状態情報について、扉の開閉状態、電気錠の施解錠状態、これらの機器との接続状態などを例に説明したが、この他にも、ユーザが所定の範囲内にいるかどうかを検出するための人感センサ（通常は人体の体温に反応する赤外線センサ）をエリア内などに設けて、照明装置のオンオフや、空調装置のオンオフの制御に用いてもよく、これらの装置を入退室管理装置が管理、制御しても良い。この場合には、状態情報は、人感センサの状態や、照明装置のオンオフの状態、空調装置のオンオフの状態、オンであるならば、温度の設定の状態などの状態値を含む。
（４）上記実施の形態において、入退室管理装置が昔時履歴への変更を行う際には、送信する履歴を特に変更せずに、そのまま変更を行う場合を示した。しかし、昔時履歴の量は、通信断の状態が長く続いた場合には膨大なものとなる。そこで、入退室管理装置は、昔時履歴への変更時に、履歴情報を圧縮してもよい。
【００９２】
圧縮の仕方としては、履歴の内容が重複するものは、重複した一方を削除するという手法をとる。たとえば、図４に示す履歴情報の場合では、入退室管理装置が鍵の解錠の指示の履歴と、実際に電気錠が解錠したことを示す履歴とがあるが、両者の意味するところは同じであるため、一方を削除することにより、監視装置に転送すべき昔時履歴の量を削減することとしてもよい。
【００９３】
なお、昔時履歴への変更時に削減する履歴の種別は予め管理者が定めておいてよく、削減する履歴のイベントの種別で削減する履歴を指定することとする。
（５）上述の実施形態で示した状態情報の取得に係る動作、状態情報の更新処理等を監視装置等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
【符号の説明】
【００９４】
１１０ａ〜１１０ｅ、１２０ａ〜１２０ｅ カードリーダ（ＣＲ）
１３０ａ〜１３０ｅ 電気錠
１４０ａ〜１４０ｅ 扉
１５０ ＩＣカード
１６０ ネットワーク
２００ａ〜２００ｅ 入退室管理装置
２１０ Ｉ／Ｆ部
２２０ 認証部
２３０ 履歴生成部
２４０ 外部通信部
２５０ 記憶部
２５１ 履歴情報
２５２、３５２ 認証情報
２５３、３３１ 状態情報
３００ 監視装置
３１０ 通信部
３２０ 解析部
３３０ 状態管理部
３４０ 警報管理部
３５０ 保存部
３５１ 履歴ＤＢ
【特許請求の範囲】
【請求項１】
管理対象となるエリアへのユーザの入退室を管理する入退室管理装置と、前記入退室管理装置及びその管理下にある機器の状態の変化を示す状態イベントの履歴と、入退室管理装置及びその管理下にある機器の状態とを管理する監視装置とを含む入退室管理システムであって、
前記入退室管理装置は、
少なくとも、自装置と、自装置の管理下にある機器それぞれの現在の状態を示す第１状態情報を記憶する第１状態情報記憶手段と、
発生した状態イベントの履歴情報を前記監視装置に送信する履歴送信手段と、
前記監視装置から送信されてくる前記第１状態情報を要求する第１状態情報要求信号に応じて前記第１状態情報を送信する第１状態情報送信手段とを備え、
前記監視装置は、
前記入退室管理装置の状態監視用に前記入退室管理装置の状態を示す第２状態情報を記憶する第２状態情報記憶手段と、
履歴情報を前記入退室管理装置から受信する受信手段と、
前記第２状態情報記憶手段に記憶されている第２状態情報のうち、前記受信手段で受信した履歴情報に基づいて当該履歴情報で示される状態イベントにより変化する状態を示す情報を更新する第１更新手段と、
前記入退室管理装置との間での通信が途絶えたことを検出する第１検出手段と、
前記入退室管理装置との間での通信が途絶えた後に、通信が回復したことを検出する第２検出手段と、
前記第２検出手段が通信が回復したことを検出すると、通信が回復した入退室管理装置に対して、前記第１状態情報要求信号を送信する第１状態情報要求手段と、
前記第１状態情報要求信号に応じて、前記第１状態情報送信手段が送信した第１状態情報を前記受信手段で受信し、当該第１状態情報で示される各状態の情報を反映するように、前記第２状態情報記憶手段に記憶している第２状態情報を更新する第２更新手段とを備える
ことを特徴とする入退室管理システム。
【請求項２】
前記監視装置は、さらに、前記受信手段で受信した履歴情報を記憶する履歴記憶手段を備え、
前記履歴送信手段は、前記通信が途絶えた後から、第１状態情報送信手段が前記第１状態情報を送信するまでに発生した状態イベントの履歴情報を逐次送信する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項３】
前記履歴送信手段は、前記第１状態情報送信手段が前記第１状態情報を送信した後に発生した状態イベントの履歴情報を、前記通信が途絶えた後であって前記第１状態情報送信手段が前記第１状態情報を送信する前に発生した状態イベントの履歴情報よりも先に送信する
ことを特徴とする請求項２記載の入退室管理システム。
【請求項４】
前記入退室管理装置は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報を識別するための識別子を当該履歴情報に付加する付加手段を備え、
前記第１更新手段は、前記受信手段が受信した履歴情報に前記識別子が付加されていた場合には前記第２状態情報の更新を実行しない
ことを特徴とする請求項３記載の入退室管理システム。
【請求項５】
前記履歴送信手段は、更に、入退室管理装置及びその管理下にある機器の状態の変化を示さない非状態イベントを示す履歴情報も送信し、
当該非状態イベントは、前記監視装置がユーザに対して警報を出力することが予め定められた警報イベントを含み、
前記監視装置は、前記受信手段が前記警報イベントを示す履歴情報を受信した場合にユーザに対して警報を出力する出力手段を備え、
前記付加手段は、前記警報イベントに係る履歴情報については、前記識別子を付加しない
ことを特徴とする請求項４記載の入退室管理システム。
【請求項６】
前記付加手段は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報の個数が所定の個数に満たない場合に、前記識別子の付加を実行しない
ことを特徴とする請求項４記載の入退室管理システム。
【請求項７】
前記監視装置は、更に、前記入退室管理装置との間の通信が保たれているかどうかを確認するための生存確認信号を定期的に送信する生存確認手段を備え、
前記入退室管理装置は、更に、前記生存確認信号を受けた場合に、応答信号を送信する応答手段を備え、
前記付加手段は、最後に前記生存確認信号を受けてから所定時間経過した後であって、前記第１状態情報送信手段が前記第１状態情報を送信したときにのみ、前記識別子の付加を実行する
ことを特徴とする請求項４記載の入退室管理システム。
【請求項８】
前記入退室管理装置は、更に、前記監視装置にまだ送信していない履歴情報の個数が所定個数を上回った場合に、前記監視装置に対して、前記第１状態情報要求信号の送信を指示する指示手段を備え、
前記第１状態情報要求手段は、前記指示手段による指示に応じて、前記第１状態情報要求信号を送信する
ことを特徴とする請求項４記載の入退室管理システム。
【請求項９】
前記入退室管理装置は、更に、
前記履歴情報のうち、削除すべき履歴情報の種別を設定するための設定手段と、
前記付加手段が前記識別子の付加を実行する際に、識別子を付加する対象となる履歴情報のうち、前記設定手段に設定されている種別の履歴情報を削除する削除手段とを備える
ことを特徴とする請求項４記載の入退室管理システム。
【請求項１】
管理対象となるエリアへのユーザの入退室を管理する入退室管理装置と、前記入退室管理装置及びその管理下にある機器の状態の変化を示す状態イベントの履歴と、入退室管理装置及びその管理下にある機器の状態とを管理する監視装置とを含む入退室管理システムであって、
前記入退室管理装置は、
少なくとも、自装置と、自装置の管理下にある機器それぞれの現在の状態を示す第１状態情報を記憶する第１状態情報記憶手段と、
発生した状態イベントの履歴情報を前記監視装置に送信する履歴送信手段と、
前記監視装置から送信されてくる前記第１状態情報を要求する第１状態情報要求信号に応じて前記第１状態情報を送信する第１状態情報送信手段とを備え、
前記監視装置は、
前記入退室管理装置の状態監視用に前記入退室管理装置の状態を示す第２状態情報を記憶する第２状態情報記憶手段と、
履歴情報を前記入退室管理装置から受信する受信手段と、
前記第２状態情報記憶手段に記憶されている第２状態情報のうち、前記受信手段で受信した履歴情報に基づいて当該履歴情報で示される状態イベントにより変化する状態を示す情報を更新する第１更新手段と、
前記入退室管理装置との間での通信が途絶えたことを検出する第１検出手段と、
前記入退室管理装置との間での通信が途絶えた後に、通信が回復したことを検出する第２検出手段と、
前記第２検出手段が通信が回復したことを検出すると、通信が回復した入退室管理装置に対して、前記第１状態情報要求信号を送信する第１状態情報要求手段と、
前記第１状態情報要求信号に応じて、前記第１状態情報送信手段が送信した第１状態情報を前記受信手段で受信し、当該第１状態情報で示される各状態の情報を反映するように、前記第２状態情報記憶手段に記憶している第２状態情報を更新する第２更新手段とを備える
ことを特徴とする入退室管理システム。
【請求項２】
前記監視装置は、さらに、前記受信手段で受信した履歴情報を記憶する履歴記憶手段を備え、
前記履歴送信手段は、前記通信が途絶えた後から、第１状態情報送信手段が前記第１状態情報を送信するまでに発生した状態イベントの履歴情報を逐次送信する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項３】
前記履歴送信手段は、前記第１状態情報送信手段が前記第１状態情報を送信した後に発生した状態イベントの履歴情報を、前記通信が途絶えた後であって前記第１状態情報送信手段が前記第１状態情報を送信する前に発生した状態イベントの履歴情報よりも先に送信する
ことを特徴とする請求項２記載の入退室管理システム。
【請求項４】
前記入退室管理装置は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報を識別するための識別子を当該履歴情報に付加する付加手段を備え、
前記第１更新手段は、前記受信手段が受信した履歴情報に前記識別子が付加されていた場合には前記第２状態情報の更新を実行しない
ことを特徴とする請求項３記載の入退室管理システム。
【請求項５】
前記履歴送信手段は、更に、入退室管理装置及びその管理下にある機器の状態の変化を示さない非状態イベントを示す履歴情報も送信し、
当該非状態イベントは、前記監視装置がユーザに対して警報を出力することが予め定められた警報イベントを含み、
前記監視装置は、前記受信手段が前記警報イベントを示す履歴情報を受信した場合にユーザに対して警報を出力する出力手段を備え、
前記付加手段は、前記警報イベントに係る履歴情報については、前記識別子を付加しない
ことを特徴とする請求項４記載の入退室管理システム。
【請求項６】
前記付加手段は、前記第１状態情報送信手段が前記第１状態情報を送信したときに、自装置が蓄積していた履歴情報であって、前記監視装置にまだ送信していない履歴情報の個数が所定の個数に満たない場合に、前記識別子の付加を実行しない
ことを特徴とする請求項４記載の入退室管理システム。
【請求項７】
前記監視装置は、更に、前記入退室管理装置との間の通信が保たれているかどうかを確認するための生存確認信号を定期的に送信する生存確認手段を備え、
前記入退室管理装置は、更に、前記生存確認信号を受けた場合に、応答信号を送信する応答手段を備え、
前記付加手段は、最後に前記生存確認信号を受けてから所定時間経過した後であって、前記第１状態情報送信手段が前記第１状態情報を送信したときにのみ、前記識別子の付加を実行する
ことを特徴とする請求項４記載の入退室管理システム。
【請求項８】
前記入退室管理装置は、更に、前記監視装置にまだ送信していない履歴情報の個数が所定個数を上回った場合に、前記監視装置に対して、前記第１状態情報要求信号の送信を指示する指示手段を備え、
前記第１状態情報要求手段は、前記指示手段による指示に応じて、前記第１状態情報要求信号を送信する
ことを特徴とする請求項４記載の入退室管理システム。
【請求項９】
前記入退室管理装置は、更に、
前記履歴情報のうち、削除すべき履歴情報の種別を設定するための設定手段と、
前記付加手段が前記識別子の付加を実行する際に、識別子を付加する対象となる履歴情報のうち、前記設定手段に設定されている種別の履歴情報を削除する削除手段とを備える
ことを特徴とする請求項４記載の入退室管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−１４５７４６（Ｐ２０１１−１４５７４６Ａ）
【公開日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願番号】特願２０１０−３８６８（Ｐ２０１０−３８６８）
【出願日】平成２２年１月１２日（２０１０．１．１２）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願日】平成２２年１月１２日（２０１０．１．１２）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]