(57)【要約】【課題】セキュリティ管理システムにおいて、履歴を収集統合するサーバ装置が履歴データベースを更新するために、その他の処理ができなくなることを防ぐ。【解決手段】サーバ装置は、セキュリティ管理装置から履歴を受信すると当該履歴がそれまでに送信に失敗したことを示す蓄積フラグが付されてる場合に、履歴データベースの更新を中断する。そして、蓄積フラグが付されていない履歴を連続して所定数受信するか、履歴を受信することなく所定時間が経過したならば、履歴データベースの更新を再開する。【選択図】図１１
2011048458.tif 000002
【特許請求の範囲】
【請求項１】
セキュリティ管理領域への利用者の入退に係る履歴を管理するサーバ装置であって、
前記セキュリティ管理領域への利用者の入退を管理するセキュリティ管理装置から送信されてきた履歴を受信する履歴受信手段と、
前記履歴を送信してきたセキュリティ管理装置に履歴を受信したことを示す応答信号を送信する応答手段と、
履歴をデータベースシステムにより管理する履歴データベースと、
前記履歴受信手段で受信した履歴を記憶する記憶手段と、
定期的に、前記記憶手段に記憶され前記履歴データベースに登録されていない履歴を前記履歴データベース用のフォーマットで前記履歴データベースに追加するデータベース更新手段と、
前記履歴受信手段で受信した新たな履歴に、当該履歴が以前に前記セキュリティ装置から送信され自サーバ装置まで到達しなかったことを示す蓄積フラグが付加されているときに、前記データベース更新手段の前記履歴データベースへの履歴の追加を中断させる中断手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
前記中断手段は、前記データベース更新手段の前記定期的な確認を中断させた後で、前記履歴受信手段が連続して所定数の前記蓄積フラグが付加されていない履歴を受信した場合に前記中断を解除する
ことを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記中断手段は、前記データベース更新手段の前記定期的な確認を中断させた後で、前記履歴受信手段が所定時間、履歴を受信しなかった場合に前記中断を解除する
ことを特徴とする請求項１記載のサーバ装置。
【請求項４】
前記セキュリティ管理装置が前記サーバ装置に送信する履歴は前記セキュリティ管理装置の状態を示す状態フラグを含み、
前記サーバ装置は、
前記セキュリティ管理装置が正常に動作しているかどうかを示す状態情報を管理する状態管理手段と、
前記履歴フラグに基づいて、前記状態情報を更新する更新手段とを備える
ことを特徴とする請求項１記載のサーバ装置。
【請求項５】
セキュリティ管理領域への利用者の入退を管理するセキュリティ管理装置と、当該セキュリティ管理装置における前記入退に係る履歴を管理するサーバ装置とを含むセキュリティ管理システムであって、
前記サーバ装置は、
前記セキュリティ管理領域への利用者の入退を管理する前記セキュリティ管理装置から送信されてきた履歴を受信する履歴受信手段と、
前記履歴を送信してきたセキュリティ管理装置に履歴を受信したことを示す応答信号を送信する応答手段と、
履歴をデータベースシステムにより管理する履歴データベースと、
前記履歴受信手段で受信した履歴を記憶する記憶手段と、
定期的に、前記記憶手段に記憶され前記履歴データベースに登録されていない履歴を当該履歴を前記履歴データベース用のフォーマットで前記履歴データベースに追加するデータベース更新手段と、
前記履歴受信手段で受信した新たな履歴に、当該履歴が以前に前記セキュリティ装置から送信され自サーバ装置まで到達しなかったことを示す蓄積フラグが付加されているときに、前記データベース更新手段の前記履歴データベースへの履歴の追加を中断させる中断手段とを備え、
前記セキュリティ管理装置は、
前記利用者の前記セキュリティ管理領域への入退を、前記利用者が保持する認証媒体から取得した識別子を含む認証情報に基づいて管理する入退管理手段と、
前記利用者の前記セキュリティ管理領域への入退に係る履歴を、前記サーバ装置への送信に成否に基づいて決定された前記蓄積フラグとともに記憶する履歴記憶手段と、
前記履歴記憶部に記憶されていて、前記サーバ装置にまだ送信していない履歴を、前記送信フラグが送信に失敗したことを示す場合に前記蓄積フラグを付して前記サーバ装置に送信する履歴送信手段とを備える
ことを特徴とするセキュリティ管理システム。
【請求項６】
前記履歴記憶手段は、前記履歴送信手段が送信した履歴に対する応答を前記応答手段から得られなかった場合に、前記蓄積フラグを、当該応答のなかった履歴に付して記憶する
ことを特徴とする請求項５記載のセキュリティ管理システム。
【請求項７】
前記履歴記憶手段は、前記蓄積フラグが付されている履歴の送信に成功した場合に、前記蓄積フラグを付されていない状態にして当該履歴を更新する
ことを特徴とする請求項６記載のセキュリティ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の入退室を管理するためのセキュリティ管理システムに関する。
【背景技術】
【０００２】
従来から、部屋や建物などのセキュリティ管理領域への利用者の入退室を管理するセキュリティ管理システムがある。セキュリティ管理システムは、部屋の扉に設けられた電気錠の施解錠を、利用者の保持する認証媒体から読み取った認証情報に基づく認証を行なって、制御するセキュリティ管理装置と、セキュリティ管理装置において行なわれた認証や電気錠の施解錠などに係るイベントを示す履歴情報を管理するサーバ装置とから成る。セキュリティ管理システムは、複数台のセキュリティ管理装置を含んでよく、その場合サーバ装置は、各セキュリティ管理装置の履歴情報を管理する。サーバ装置は、履歴情報をセキュリティ管理システムのオペレータが閲覧しやすいように、各履歴をデータベースで管理している（以下、サーバ装置の管理するデータベースを履歴データベースと記載する）。
【０００３】
セキュリティ管理装置は、何らかのイベントが発生するとその都度、当該イベントを示す履歴をサーバ装置に送信している。そしてサーバ装置は、履歴があがってくると、当該履歴を履歴データベースに追加する処理を行なう。セキュリティ管理装置がサーバ装置にあげる履歴はコード化されており、サーバ装置は、履歴データべースの更新にあたり、コード化されている履歴を、オペレータが見て理解できるように、どこのセキュリティ管理装置が管理するどの扉において、どの利用者が認証を行なったのかなどを示す文字列情報に変換する処理を行なっている。
【０００４】
また、サーバ装置は、履歴データベースの更新処理のほか、各セキュリティ管理装置に異常がないかどうかの状態情報を管理する処理や、履歴を受信した場合に履歴を受信したことを示す応答信号をセキュリティ管理装置に送信するといった処理も行なっている。
特許文献１には、セキュリティ管理システムの一例として入退室管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】２０００−００３４９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、セキュリティ管理システムの規模によっては、サーバ装置が管理する履歴は、数十万件のオーダに達することもあり、また利用者の人数やセキュリティ管理装置の台数に応じて、新たな履歴の履歴データベースへの追加は、より多くの時間を要することがある。特に、セキュリティ管理装置とサーバ装置との間の通信が途絶するなどして、セキュリティ管理装置が履歴をあげられない状態が発生することがあり、このときにサーバ装置における新たな履歴の履歴データベースへの追加に時間がかかるという問題は顕著になる。
【０００７】
通信が途絶した場合、セキュリティ管理装置は、履歴を保存しておき、後に通信が回復すると、蓄積しておいた履歴をまとめて、サーバ装置に送信する。するとその蓄積されていた分だけの履歴の変換、追加の処理が発生するためより時間がかかる。サーバ装置のプロセッサの処理性能があまり高くない場合には、履歴データベースの更新を行なった場合に、その処理性能の大半をデータベースの更新のために費やすことになる。
【０００８】
すると、上述した履歴データベースの更新処理以外の処理ができなくなり、例えば、サーバ装置が管理するセキュリティ管理装置の動作状態を示す状態情報の更新が遅滞したり、履歴を受信したことを示す応答信号の送信が遅滞する事態を招く。そのため、セキュリティ管理装置において何らかのエラーが発生していた場合でも、そのエラーのオペレータへの通知が遅滞するという事態を招く可能性がある。
【０００９】
本発明は、上述したような遅滞を招くことがないセキュリティ管理システムを提供し、及びセキュリティ管理システムにおいて履歴を管理するサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明に係るサーバ装置は、セキュリティ管理領域への利用者の入退に係る履歴を管理するサーバ装置であって、前記セキュリティ管理領域への利用者の入退を管理するセキュリティ管理装置から送信されてきた履歴を受信する履歴受信手段と、前記履歴を送信してきたセキュリティ管理装置に履歴を受信したことを示す応答信号を送信する応答手段と、履歴をデータベースシステムにより管理する履歴データベースと、前記履歴受信手段で受信した履歴を記憶する記憶手段と、定期的に、前記記憶手段に記憶され前記履歴データベースに登録されていない履歴を前記履歴データベース用のフォーマットで前記履歴データベースに追加するデータベース更新手段と、前記履歴受信手段で受信した新たな履歴に、当該履歴が以前に前記セキュリティ装置から送信され自サーバ装置まで到達しなかったことを示す蓄積フラグが付加されているときに、前記データベース更新手段の前記履歴データベースへの履歴の追加を中断させる中断手段と、を備えることを特徴としている。
【００１１】
また、本発明に係るセキュリティ管理システムは、セキュリティ管理領域への利用者の入退を管理するセキュリティ管理装置と、当該セキュリティ管理装置における前記入退に係る履歴を管理するサーバ装置とを含むセキュリティ管理システムであって、前記サーバ装置は、前記セキュリティ管理領域への利用者の入退を管理する前記セキュリティ管理装置から送信されてきた履歴を受信する履歴受信手段と、前記履歴を送信してきたセキュリティ管理装置に履歴を受信したことを示す応答信号を送信する応答手段と、履歴をデータベースシステムにより管理する履歴データベースと、前記履歴受信手段で受信した履歴を記憶する記憶手段と、定期的に、前記記憶手段に記憶され前記履歴データベースに登録されていない履歴を当該履歴を前記履歴データベース用のフォーマットで前記履歴データベースに追加するデータベース更新手段と、前記履歴受信手段で受信した新たな履歴に、当該履歴が以前に前記セキュリティ装置から送信され自サーバ装置まで到達しなかったことを示す蓄積フラグが付加されているときに、前記データベース更新手段の前記履歴データベースへの履歴の追加を中断させる中断手段とを備え、前記セキュリティ管理装置は、前記利用者の前記セキュリティ管理領域への入退を、前記利用者が保持する認証媒体から取得した識別子を含む認証情報に基づいて管理する入退管理手段と、前記利用者の前記セキュリティ管理領域への入退に係る履歴を、前記サーバ装置への送信に成否に基づいて決定された前記蓄積フラグとともに記憶する履歴記憶手段と、前記履歴記憶部に記憶されていて、前記サーバ装置にまだ送信していない履歴を、前記送信フラグが送信に失敗したことを示す場合に前記蓄積フラグを付して前記サーバ装置に送信する履歴送信手段とを備えることを特徴としている。
【００１２】
ここでいう蓄積フラグの付加とは、当該フラグが付加されていることをサーバ装置が認識できる状態にあればよく、例えば、サーバ装置が受信した新たな履歴が以前に送信に失敗したことを示す履歴であることを示す情報が含まれる形で構成されても良いし、履歴のうち蓄積フラグとして定められているデータ位置におけるデータが所定の情報になっていることを以って付加されていることとしてもよい。
【発明の効果】
【００１３】
上述のような構成によって、サーバ装置は、履歴を受信したとしても、その履歴に蓄積フラグが付されていれば、履歴データベースの定期的な更新が行なわれなくなるので、履歴データベースを更新することによって、サーバ装置のプロセッサが履歴データベースの更新処理にその処理性能の殆どを使用してしまうために、このプロセッサが実行しなければならない、履歴データベースの更新以外の処理である応答信号の送信や、状態情報の更新などの処理が実行できないという事態を回避できる。
【００１４】
また、本発明に係るサーバ装置において、前記中断手段は、前記データベース更新手段の前記定期的な確認を中断させた後で、前記履歴受信手段が連続して所定数の前記蓄積フラグが付加されていない履歴を受信した場合に前記中断を解除することとしてもよい。
あるいは、前記中断手段は、前記データベース更新手段の前記定期的な確認を中断させた後で、前記履歴受信手段が所定時間、履歴を受信しなかった場合に前記中断を解除することとしてもよい。
【００１５】
これにより、定期的な履歴データベースの更新処理を中断したとしても、上述の条件の下で、履歴データベースの更新処理を再開できるので、更新処理を中断し続けることによる履歴データベースからの履歴の欠損を防ぐことができる。
また、本発明に係るサーバ装置において、前記セキュリティ管理装置が前記サーバ装置に送信する履歴は前記セキュリティ管理装置の状態を示す状態フラグを含み、前記サーバ装置は、前記セキュリティ管理装置が正常に動作しているかどうかを示す状態情報を管理する状態管理手段と、前記履歴フラグに基づいて、前記状態情報を更新する更新手段とを備えることとしてもよい。
【００１６】
これにより、サーバ装置は、状態情報の更新処理は、履歴データベースの更新処理とを独立して行い、蓄積フラグが付されている履歴を受信した場合には、履歴データベースの更新処理が中断されるので、多くの履歴を連続して受信したとしてもセキュリティ管理装置の状態情報をほぼリアルタイムに更新して管理することができる。
また、本発明に係るセキュリティ管理システムにおいて、前記履歴記憶手段は、前記履歴送信手段が送信した履歴に対する応答を前記応答手段から得られなかった場合に、前記蓄積フラグを、当該応答のなかった履歴に付して記憶することとしてもよい。
【００１７】
これにより、セキュリティ管理装置は、応答信号を受信したかどうかによって、履歴の蓄積フラグを適切に付すことができる。
また、本発明に係るセキュリティ管理システムにおいて、前記履歴記憶手段は、前記蓄積フラグが付されている履歴の送信に成功した場合に、前記蓄積フラグを付されていない状態にして当該履歴を更新することとしてもよい。
【００１８】
これにより、蓄積フラグが付されていた履歴の送信に成功した場合には、蓄積フラグが付されていない状態にすることで、同一の履歴の二重送信を防げる。
【図面の簡単な説明】
【００１９】
【図１】図１は、セキュリティ管理システムのシステム構成例を示すシステム構成図である。
【図２】図２は、セキュリティ管理装置の機能構成を示す機能ブロック図である。
【図３】図３は、サーバ装置の機能構成を示す機能ブロック図である。
【図４】図４は、セキュリティ管理装置で管理され、サーバ装置に送信される履歴のデータ構成を示す概念図である。
【図５】図５は、セキュリティ管理装置及びサーバ装置が記憶している認証情報のデータ構成例を示すデータ概念図である。
【図６】図６は、各セキュリティ管理装置を示すコードと、それに対応付けられている情報を示すＧＵコード表３５２のデータ概念図である。
【図７】図７は、各セキュリティ管理装置により、管理、制御されるカードリーダや電気錠を示すコードと、それに対応付けられている情報を示す機器コード表３５３のデータ概念図である。
【図８】図８は、セキュリティ管理装置で発生しうる各種イベントを示すコードとその内容を示すイベントコード表３５４のデータ構成例を示すデータ概念図である。
【図９】図９は、履歴データベースのデータ構成例を示すデータ概念図である。
【図１０】図１０は、セキュリティ管理装置の動作を示すフローチャートである。
【図１１】図１１は、サーバ装置の解析部の動作を示すフローチャートである。
【図１２】図１２は、サーバ装置の保存部の動作を示すフローチャートである。
【発明を実施するための形態】
【００２０】
＜実施の形態＞
＜構成＞
以下、本発明の一実施形態であるセキュリティ管理システムについて図面を用いて説明する。
図１は、セキュリティ管理システムのシステム構成を示す図である。
【００２１】
図１に示すようにセキュリティ管理システムは、セキュリティ管理装置２００ａ、２００ｂ、２００ｃと、サーバ装置３００とを含む。各セキュリティ管理装置は、サーバ装置３００とネットワーク１６０を介して接続されている。
セキュリティ管理装置２００ａは、エリアＡ並びにエリアＢへの利用者（以下、ユーザと記載する）の入退室を管理するものであり、ユーザがエリアＡあるいはエリアＢに入退室することで生成される履歴をサーバ装置３００に送信している。
【００２２】
セキュリティ管理装置２００ａは、エリアＡ並びにエリアＢへのユーザの入退室を管理するために、カードリーダ（図１ではＣＲ（Card Readerの略）と記載。）１１０ａと、カードリーダ１２０ａと、エリアＡに設けられた扉１４０ａに備え付けられた電気錠１３０ａと、カードリーダ１１０ｂと、カードリーダ１２０ｂと、エリアＢに設けられた扉１４０ｂに備え付けられた電気錠１３０ｂと接続され、接続されているカードリーダや電気錠などの各機器の状態を管理、制御する。
【００２３】
セキュリティ管理装置２００ｂは、エリアＣ並びにエリアＤへのユーザの入退室を管理するものであり、セキュリティ管理装置２００ｃは、エリアＥへのユーザの入退室を管理するものである。
セキュリティ管理装置２００ｂ及びセキュリティ管理装置２００ｃは、セキュリティ管理装置２００ａと同様に、各々の配下にある機器、即ち、セキュリティ管理装置２００ｂであればカードリーダ１１０ｃと、カードリーダ１２０ｃと、エリアＣに設けられた扉１４０ｃに備え付けられた電気錠１３０ｃと、カードリーダ１１０ｄと、カードリーダ１２０ｄと、エリアＤに設けられた扉１４０ｄに備え付けられた電気錠１３０ｄの各機器の、セキュリティ管理装置２００ｃであればカードリーダ１１０ｅと、カードリーダ１２０ｅと、エリアＥに設けられた扉１４０ｅに備え付けられた電気錠１３０ｅの各機器の状態を管理、制御し、サーバ装置３００への履歴の送信を実行する。
【００２４】
セキュリティ管理システムのユーザは、各々図１に示すＩＣカード１５０を所持している。ＩＣカード１５０は、他のＩＣカードと区別するために、各々固有のＩＤ（Identifier）を保持している。ＩＣカード１５０をカードリーダにかざすと、かざされたカードリーダは、ＩＣカード１５０に保持されているＩＤを読み取り、読み取ったＩＤを接続されているセキュリティ管理装置に送信する。セキュリティ管理装置は、送信されてきたＩＤが自身の保持する認証情報に登録されていれば、ＩＤを送信してきたカードリーダが対応する扉の電気錠を解錠する。ＩＤが登録されていなければ、認証失敗として、解錠しない。
【００２５】
このような認証処理等のイベントが発生するたびに、履歴が生成される。履歴の種別としては、認証の成功、解錠の実行、扉が開いたこと、扉が閉められたこと、施錠の実行など多種にわたり、その他にも、エラー報告などもある。当該エラー報告には例えば、電気錠の異常（例えば、セキュリティ管理装置から施錠の指示があったにもかかわらず電気錠のセンサが施錠状態を検出しない）などがある。
【００２６】
セキュリティ管理システムに係るセキュリティ管理装置２００ａ〜２００ｅ及びサーバ装置３００について更に詳細に説明する。
図２は、セキュリティ管理装置の機能構成を示す機能ブロック図である。セキュリティ管理装置２００ａ〜２００ｃの機能構成は共通するので、ここでは、セキュリティ管理装置２００の後の符号中のアルファベットを除いた形で、セキュリティ管理装置２００として説明する。カードリーダ１００ａ〜１００ｅ及び電気錠１３０ａ〜１３０ｅについても同様の扱いとする。
【００２７】
図２に示すようにセキュリティ管理装置２００は、Ｉ／Ｆ（InterFace）部２１０と、認証部２２０と、履歴生成部２３０と、外部通信部２４０と、記憶部２５０とを含んで構成される。
Ｉ／Ｆ部２１０は、カードリーダ１１０、１２０や電気錠１３０、また図示していないが、扉に設けられている開閉センサと接続されている。Ｉ／Ｆ部２１０は、これらの機器と、例えばＲＳ２３２Ｃの通信規格に従って、通信を実行する機能を有する。
【００２８】
具体的に、Ｉ／Ｆ部２１０は、カードリーダ１１０あるいはカードリーダ１２０からカードリーダがＩＣカード１５０から読み取ったＩＤを受け取った場合に、当該ＩＤを認証部２２０に伝送する。当該ＩＤに応じて認証部２２０から認証成功を意味する信号を受けた場合に、電気錠１３０に解錠を指示し、認証失敗を意味する信号を受けた場合には、ＩＤを読み取ったカードリーダに認証失敗の報知を指示する。
【００２９】
また、Ｉ／Ｆ部１２０は、電気錠１３０や、カードリーダ１１０、１２０から各機器において異常があった場合に、各機器は異常があった旨を通知する仕様になっており、当該通知を受け取った場合に、履歴生成部２３０にその異常の内容を通知する。
認証部２２０は、カードリーダで読み取られたＩＤの認証を実行する機能を有する。具体的には、認証部２２０は、Ｉ／Ｆ部２１０からＩＤを受け取った場合に、当該ＩＤが認証情報２５２に登録されているかどうかを検索する。ＩＤが認証情報２５２に登録されていた場合には、Ｉ／Ｆ部２１０に認証成功を伝送するとともに、当該ＩＤと認証成功の情報を対応付けて履歴生成部２３０に伝送する機能を有する。また、ＩＤが認証情報２５２に登録されていなければ、Ｉ／Ｆ部２１０に認証失敗を伝送するとともに、当該ＩＤと認証失敗の情報を対応付けて履歴生成部２３０に伝送する。
【００３０】
履歴生成部２３０は、Ｉ／Ｆ部２１０から伝送されてきた各機器の異常を示す情報や、認証部２２０から伝送されてきた認証の成功／失敗の情報とＩＤの情報とから履歴を生成して外部通信部２４０に伝送する機能を有する。履歴生成部２３０は、蓄積フラグが「０」で、各機器においてイベントが発生した日時の情報と、自装置に予め設定されているＧＵコードと、イベントが発生した機器のコードと、発生したイベントに基づくイベントコードと、セキュリティ管理装置が正常に動作しているかどうかを示す状態フラグとを含み、認証部２２０からＩＤが伝送されてきた場合には、そのＩＤをユーザＩＤとした履歴を生成する。蓄積フラグや各コードの内容の詳細については後述する。
【００３１】
外部通信部２４０は、ネットワーク１６０を介して、サーバ装置３００と、例えば、イーサネット（登録商標）の規格に従って、通信を実行する機能を有する。
具体的には、外部通信部２４０は、履歴生成部２３０から伝送されてきた履歴をサーバ装置３００に送信する機能を有する。そして、送信した履歴に対してサーバ装置３００から履歴を受信したことを示す応答信号を受信した場合に、履歴の蓄積フラグを「０」のままで、履歴情報２５１に登録する。また、送信した履歴に対してサーバ装置３００から履歴を受信したことを示す応答信号を所定時間内に受信できなかった場合に、履歴の蓄積フラグを「１」にして、送信した履歴とともに履歴情報２５１に登録する。
【００３２】
また、外部通信部２４０は、サーバ装置３００から定期的に送信されてくる、セキュリティ管理装置２００との間での通信が有効であるかどうか、また、セキュリティ管理装置２００が正常に動作しているかどうかをサーバ装置３００が確認するための生存確認信号を受信した場合に、生存応答信号を生成してサーバ装置３００に送信する。その際、履歴情報２５１を確認して、当該履歴情報２５１内に蓄積フラグが「１」である履歴があった場合に、当該履歴をサーバ装置３００に送信する。そして、サーバ装置３００から蓄積フラグが「１」であった履歴の送信に対しての応答信号を受けた場合に当該履歴の蓄積フラグを「１」から「０」に変更する。
【００３３】
記憶部２５０は、ハードディスク装置、メモリなどからなり、セキュリティ管理装置２００が動作上必要とする各種プログラム、データを記憶する機能を有する。記憶部２５０は、特に履歴情報２５１と、認証情報２５２とを記憶している。
履歴情報２５１は、履歴生成部２３０に生成された履歴の情報を集約した情報であり、コードの状態で記憶されている。一つの履歴は、少なくとも履歴を管理するための管理番号、履歴を既に送信しているか否かを示す蓄積フラグ、履歴が生成された日時を示す日時コード、履歴の内容であって発生したイベントを示すイベントコードを含み、その他に、履歴に応じて、例えばイベントコードが認証を行なったことを示す履歴である場合には、認証したＩＤや、認証を行なったカードリーダを示すコードなどが含まれ、また、例えば、履歴のイベントコードが機器の異常を示すものであれば、その機器を示すコードが含まれる。
【００３４】
認証情報２５２は、認証部２２０が認証を実行する際に参照する情報であり、エリアへの入室が許可されているユーザＩＤと、各ユーザＩＤの入室可能なエリアとの対応付けを示す情報である。その詳細については後述する。
次に図３を用いてサーバ装置３００について説明する。図３は、サーバ装置３００の機能構成を示す機能ブロック図である。
【００３５】
図３に示すようにサーバ装置３００は、通信部３１０、解析部３２０と、状態管理部３３０と、警報管理部３４０と、保存部３５０とを含んで構成される。
通信部３１０は、ネットワーク１６０を介して接続されている全てのセキュリティ管理装置と、例えば、イーサネット（登録商標）の通信規格に従って通信を実行する機能を有する。本実施の形態で言えば、図１に示すように、セキュリティ管理装置２００ａ〜２００ｃと通信を実行する機能を有する。
【００３６】
具体的には、通信部３１０は、セキュリティ管理装置から履歴を受信すると、当該履歴を解析部３２０に伝送するとともに、履歴を受信したことを示す応答信号を履歴を送信してきたセキュリティ管理装置に送信する。
解析部３２０は、履歴の内容を解析する機能と、通信部３１０から伝送されてきた履歴をコードのままファイル３２１に追加登録する機能を有する。解析部３２０は、伝送されてきた履歴を解析して、当該履歴に含まれる状態フラグを、その履歴を送信してきたセキュリティ管理装置のコードとともに状態管理部３３０に伝送する。
【００３７】
そのほかに、解析部３２０は、送信されてきた履歴の蓄積フラグを確認し、当該蓄積フラグが「１」を示していた場合に、保存部３５０に履歴データベースの更新作業の中断を指示する。また、解析部３２０は、当該中断を指示した後に、以下の２つの場合に、当該中断を解除する。即ち、（１）蓄積フラグが「０」を示す履歴を所定数（例えば３つ）連続して受信した場合、（２）履歴を受信することなく所定時間（例えば２分）経過した場合である。
【００３８】
状態管理部３３０は、セキュリティ管理装置ごとに各セキュリティ管理装置の状態を示す状態情報を記憶する機能を有する。そして、状態管理部３３０は、解析部３２０から伝送されてきたセキュリティ管理装置のコードと、状態情報とに基づいて、保持している状態情報を更新する機能を有する。状態情報は、正常である場合に「０」を、異常である場合に「１」を示す。状態管理部３３０により、状態情報は、セキュリティ管理装置ごとに保持されている。図１を例にすると、状態管理部３３０は、セキュリティ管理装置２００ａ〜２００ｃの計３つ分の状態情報を保持している。
【００３９】
警報管理部３４０は、各セキュリティ管理装置ごとの警報状態を管理する機能を有する。警報管理部３４０は、状態管理部３３０で保持されている状態情報に基づき、警報情報を管理する。具体的には、履歴が送信されて解析部３２０のファイル３２１に登録される毎に、状態管理部３３０の状態情報が更新されており、その状態情報が、「０」から「１」に変化した場合、「１」から変更されなかった場合に、警報を発する。また、「１」から「０」に変化した場合、「０」から変更されなかった場合には、警報を発しない。なお、警報を発している場合には、サーバ装置３００のオペレータ用のインターフェースに警報が発せられることになっており、オペレータは異常事態が発生していることを認識する。
【００４０】
保存部３５０は、サーバ装置３００が動作上必要とする各種プログラム、データを記憶する機能を有し、また、履歴データベース３５１（図３では、データベースは、ＤＢと表記）を更新する機能を有する。また、保存部３５０は、履歴データベース３５１の更新の際に参照するＧＵコード表３５２と、機器コード表３５３と、イベントコード表３５４と、認証情報３５５とを保持する機能も有する。履歴データベース３５１は、ファイル３２１にある履歴を文字列に変換してデータベース化したものである。ＧＵコード表３５２は、履歴に含まれるＧＵ（Gate Unit：セキュリティ管理装置の別称）コードを文字列に変換するために参照されるコード表である。機器コード表３５３は、履歴に含まれるＣＲコードを文字列に変換するために参照されるコード表である。イベントコード表３５４は、イベントコードを文字列に変換するために参照されるコード表である。履歴データベース３５１、各種コード表、認証情報３５５の詳細については、後述する。
【００４１】
保存部３５０は、定期的（例えば１秒ごと）にファイル３２１を確認して、ファイル３２１に履歴データベース３５１に登録していない履歴があれば、当該履歴のコードを、各コード表並びに認証情報３５５を用いて文字列に変換して、履歴データベース３５１に追加する。保存部３５０はこの定期的な履歴データベース３５１の更新作業を解析部３２０からの中断の指示に基づいて中断し、解除の指示に従って中断を解除して履歴データベース３５１の更新作業を再開する。
【００４２】
その他の各機器については、簡単に説明する。
カードリーダ１２０は、定期的にＩＣカードに対してＩＣカードの保持するＩＤを要求する要求信号を送信しており、当該要求信号に対する応答として受信した応答信号に含まれるＩＤを接続されているセキュリティ管理装置２００に送信する。
電気錠１３０は、接続されているセキュリティ管理装置２００からの指示に従って施錠、開錠を実行する。ＩＣカード１５０は、セキュリティ管理システムにおいて、各ＩＣカードに固有のＩＤを保持し、カードリーダ１５０からのＩＤを要求する要求信号を受けて、保持しているＩＤを含ませた応答信号を送信する。また、電気錠１３０は、錠が所定の状態にならない（壁等により、錠が遮られて施錠できないなど）場合にエラーをセキュリティ管理装置に通知する。
【００４３】
また、図示していないが、各エリアに設けられた扉には開閉センサが設けられ、当該開閉センサは、セキュリティ管理装置２００に扉が開いているかどうかを通知する。開閉センサは、例えば、扉に設けられたマグネットセンサと、扉が閉じられている状態でマグネットセンサに正対する壁に設けられたマグネットにより実現される。
＜データ＞
以下に、セキュリティ管理システムに係る各種データについて説明する。
【００４４】
図４は、セキュリティ管理装置２００からサーバ装置３００に送信される一つの履歴についての構成を示しており、セキュリティ管理装置２００が保持する履歴情報２５１や、サーバ装置３００が保持するファイル３２１に登録されている状態を指すものでもある。
図４に示すように、履歴は、蓄積フラグ４５１と、日時コード４５２と、ＧＵコード４５３と、機器コード４５４と、イベントコード４５５と、ユーザＩＤ４５６と、状態フラグ４５７とを含んで構成される。このほかにも、電気錠を示すコードや、開閉センサのコードが含まれることもある。各フラグやコードは、そのデータ長が予め定められており、これにより、サーバ装置３００の解析部３２０は、履歴のどの部分に、どのデータがあるかを解析することができる。
【００４５】
蓄積フラグ４５１は、履歴の送信に成功したか失敗したかを示すフラグであり、「０」か「１」かで示される。セキュリティ管理装置における蓄積フラグ４５１は、「０」である場合には、送信に成功していることを示し、「１」である場合には、送信に失敗し、当該履歴が未送信であることを示し、サーバ装置３００からの生存確認信号を受信した場合に送信する履歴の選定に用いられる。サーバ装置３００における蓄積フラグ４５１は、解析部３２０が履歴データベースの更新の中断、及び再開のトリガに用いられる。
【００４６】
日時コード４５２は、その履歴がいつ発生したのかを示す日時情報であり、年月日、及び秒単位の時間までの情報が含まれる。具体的には、例えば、「２００９０３２１１３１１１６」とあれば、「２００９年３月２１日１３時１１分１６秒」ということになる。なお、この具体例で示す日時コードは、説明の便宜上十進数表現で記載している。
ＧＵコード４５３は、その履歴を生成したセキュリティ管理装置を示すコードである。各セキュリティ管理装置には、固有のコードがふられており、サーバ装置３００がどのセキュリティ管理装置において発生したイベントであるかを認識するのに用いられる。
【００４７】
機器コード４５４は、イベントコードが認証や、エラーが発生したことを示すものである場合に、それがどこで発生したものであるかを示すためのコードで、各カードリーダや電気錠にふられた固有のコードを意味する。機器コード４５４は、サーバ装置がどのカードリーダで発生したイベントであるかを認識するのに用いられる。
イベントコード４５５は、発生したイベントの内容を示すコードである。
【００４８】
ユーザＩＤ４５６は、履歴のイベントコード４５５が認証の実行（認証成功もしくは認証失敗）を示すもので合った場合に、当該認証に用いられたＩＤを示す情報である。
状態フラグ４５７は、履歴を生成したセキュリティ管理装置が正常に動作しているかどうかを示すフラグであり、「０」ならば正常、「１」ならば異常であることを示す。セキュリティ管理装置や、カードリーダ、電気錠などには、自身が正常か異常であるかを判断するための各種センサなどの検出機構を備えており、これらのセンサの検出値に基づいて正常であるかどうかを判断しており、状態フラグ４５７は、当該判断に基づいて値が決定される。
【００４９】
履歴情報２５１やファイル３２１は、この履歴の集合であり、履歴と他の履歴とをセキュリティ管理装置やサーバ装置が区別可能にしたものである。
次に認証情報２５２について説明する。認証情報２５２は、セキュリティ管理装置が、カードリーダが読み取ったＩＤの認証を行なうために参照されるものである。各セキュリティ管理装置は同様のデータ構成を有する認証情報を保持しており、サーバ装置３００が保持する認証情報３５５は、それら各セキュリティ管理装置が保持する認証情報２５２の集合体である。よって、ここでは、代表して図１のセキュリティ管理装置２００ａが保持する認証情報２５２のデータ構成例について説明する。
図５に示すように、認証情報２５２は、管理番号５０１に、識別情報５０２と、ユーザ名５０３と、権限５０４とを対応付けた情報群である。なお、管理番号５０１は、図面５においては、「管理Ｎｏ．」と記している。
管理番号５０１は、セキュリティ管理装置の認証部２２０が各認証情報を管理するために便宜上付した管理番号である。
識別情報５０２は、ＩＣカードに固有の識別情報である。
ユーザ名５０３は、ＩＣカードを保持するユーザの名前である。
権限５０４は、対応するユーザが入室可能なエリアの情報を示す。
例えば、管理番号「10686」に対応するＩＣカードの識別情報は、「IC00006897」であり、そのＩＣカードを保持するユーザの名前は、「青井紀子」であり、その権限は「エリアＡ、Ｂ」となっている。つまり「青井紀子」はエリアＡならびにエリアＢへの入室が許可されていることになる。
セキュリティ管理システムのオペレータは、必要に応じて認証情報２５２及び認証情報３５５に新たなＩＤ、ユーザの登録を行なってよく、また、登録されているＩＤ、ユーザの削除を行なってもよい。
【００５０】
次にサーバ装置３００が保持するＧＵコード表３５２について図６を用いて説明する。
ＧＵコード表３５２は、履歴の中のＧＵコードを文字列に変換するために用いられる表である。図６に示すように、ＧＵコード表３５２は、ＧＵコード６０１と、ＧＵ設定名称６０２とが対応付けられた表である。
ＧＵコード６０１は、各セキュリティ管理装置にふられた固有のコードを示す。
【００５１】
ＧＵ設定名称６０２は、各セキュリティ管理装置に対してオペレータが設定した名称のことであり、オペレータがどのセキュリティ管理装置を示すのかを容易に認識できるように設定した名称である。
図６によれば、ＧＵコード「Ｇ０４」に対応するＧＵ設定名称は「Ａ棟１Ｆ管理装置」となっており、例えば図１のセキュリティ管理装置２００ａに「Ｇ０４」のＧＵコードが設定されているとすれば、サーバ装置３００は、セキュリティ管理装置２００ａが「Ａ棟１Ｆ管理装置」であると認識でき、履歴に含まれるＧＵコードが「Ｇ０４」であった場合には、履歴データベースに「Ａ棟１Ｆ管理装置」と変換して登録することができる。
【００５２】
図７は、サーバ装置３００が保持する機器コード表３５３のデータ構成例を示す図である。図７に示すように、機器コード表３５３は、機器コード７０１と、機器設定名称７０２とが対応付けられた表である。
機器コード７０１は、各カードリーダや電気錠にふられた固有のコードを示す。
機器設定名称７０２は、各カードリーダに対してオペレータが設定した名称のことであり、オペレータがどこの扉に設置したカードリーダあるいは電気錠であるかを容易に認識できるように設定した名称である。図７においては、単に、扉１などと記載しているが、その後に、電気錠などと付してもよい。
【００５３】
図７によれば、機器コード「Ｃ０３６」に対応する機器設定名称は「総務部第２課＿扉１」となっており、例えば図１のカードリーダ１２０ａに「Ｃ０３６」の機器コードが設定されているとすれば、サーバ装置３００は、カードリーダ１２０ａが「総務部第２課＿扉１」に設置されたカードリーダであると認識できる。
図８は、イベントコード表３５４のデータ構成例を示す図である。図８に示すように、イベントコード表３５４は、イベントコード８０１とイベント内容８０２とが対応付けられた表である。
【００５４】
イベントコード８０１は、セキュリティ管理システムにおいて発生しうる各種イベントにふられた固有のコードを示す。
イベント内容８０２は、各イベントコードにふられたイベントの名称を示している。
図９は、保存部３５０が生成する履歴データベース３５１のデータ構成例を示す図である。図９に示すように履歴データベース３５１は、管理番号９０１と、日時９０２と、識別情報９０３と、ユーザ名９０４と、場所９０５と、イベント９０６とが対応付けられた情報である。これらの情報のほか、認証を行なったカードリーダの情報なども含んでよい。
管理番号９０１は、保存部３５０が各履歴を管理するために便宜上付した管理番号である。
日時９０２は、認証が行われた、あるいは、イベントが発生した日時の情報である。
識別情報９０３は、認証に使用されたＩＣカードに固有の識別情報である。
ユーザ名９０４は、認証に使用されたＩＣカードを保持するユーザの名前である。ユーザ名９０４は、認証情報３５５を用いて識別情報を変換することで得られる。
場所９０５は、認証が行われた、あるいは、イベント、例えば鍵のこじ開けや電池電圧の低下など、が発生したセキュリティ管理装置や扉の情報である。
イベント９０６は、発生したイベントの内容を示す情報である。イベント９０６は、イベントコード表３５４を用いて、イベントコードを変換して得られる。
例えば、管理番号「087882」に対応するＩＣカードの識別情報は、「IC00006897」であり、そのＩＣカードを保持するユーザの名前は、「青井紀子」であり、認証が行われた場所は、「人事部＿扉１」であり、認証を行った日時は、「２００８年１１月１２日  １２時１３分５４秒」であり、イベント内容によれば、青井紀子は、「人事部＿扉１」に設けられたカードリーダで認証に成功したこととなっている。なお、発生したイベントが認証に関わるものでない場合には、識別情報９０２やユーザ名９０３は、空欄となる。図９では、「−」と記載している。
【００５５】
保存部３５０は、履歴を、ＧＵコード表３５２と、機器コード表３５３と、イベントコード３５４と、認証情報３５５とを用いて、文字列に変換して履歴データベースに追加していって図９に示すような履歴データベース３５１を生成していく。
＜動作＞
ここから、本発明に係るセキュリティ管理システムのセキュリティ管理装置及びサーバ装置３００の動作について説明する。ここでは、上述したセキュリティ管理装置の構成同様、セキュリティ管理装置をセキュリティ管理装置２００として説明する。
【００５６】
まず、図１０を用いてセキュリティ管理装置２００の動作について説明する。図１０は、セキュリティ管理装置２００において履歴が生成された際の動作を示すフローチャートである。
セキュリティ管理装置２００において認証等のイベントが発生すると（ステップＳ１００１）、履歴生成部２３０は、履歴を生成する（ステップＳ１００２）。
【００５７】
セキュリティ管理装置２００の外部通信部２４０は、履歴生成部２３０から伝送されてきた履歴コードを受けて、サーバ装置３００に送信する。
外部通信部２４０は、履歴を送信してから所定時間内にサーバ装置３００から送信した履歴に対する応答信号を受信したどうかで、履歴の送信に成功したかどうかを判定する（ステップＳ１００３）。
【００５８】
履歴に対する応答信号を受信した場合には履歴の送信に成功したことになるので（ステップＳ１００３のＹＥＳ）、外部通信部２４０は、蓄積フラグが０のままの履歴を履歴情報２５１に追加する（ステップＳ１００４）。追加する空き領域がない場合には、蓄積フラグが０になっている履歴であって、その日時の情報が最も古い履歴に上書きする。そして、セキュリティ管理装置２００は待機状態に入り、次のイベントの発生を待つ（ステップＳ１００１に戻る）。
【００５９】
一方、所定時間内に送信した履歴に対する応答信号を得られなかった場合に（ステップＳ１００３のＮＯ）、外部通信部２４０は、送信した履歴の蓄積フラグを「１」に変更して履歴情報２５１に登録する（ステップＳ１００５）。
そして、その後、履歴生成部２３０が新たな履歴を生成した場合には（ステップＳ１００６のＹＥＳ）、外部通信部２４０は、新たに生成された履歴はサーバ装置３００に送信せずに、蓄積フラグを「１」に変更して履歴情報２５１に登録する（ステップＳ１００５）。
【００６０】
履歴生成部２３０により、イベントが発生するごとに新たな履歴が生成されていく一方で、外部通信部２４０は、サーバ装置３００からの生存確認信号がないかどうかをモニタしている（ステップＳ１００６）。
外部通信部２４０は、サーバ装置３００からの生存確認信号を受信した場合には（ステップＳ１００７のＹＥＳ）、通信が回復したということになるので、生存確認信号に対して生存していることを示す生存応答信号を送信すると共に、履歴情報２５１の蓄積フラグを参照して、蓄積フラグが「１」になっている履歴を検索する。そして、検索して得られた蓄積フラグが「１」になっている履歴をサーバ装置３００に送信する（ステップＳ１００８）。
【００６１】
外部通信部２４０が、サーバ装置３００からの生存確認信号を受信していない場合には（ステップＳ１００７のＮＯ）、ステップＳ１００６に戻る。
蓄積フラグが「１」である履歴を送信した後、外部通信部２４０は、サーバ装置３００からの当該履歴に対する応答信号を所定時間内に受信したどうかにより、履歴の送信に成功したかどうかを判定する（ステップＳ１００９）。
【００６２】
蓄積フラグが「１」である履歴の送信に成功した場合には（ステップＳ１００９のＹＥＳ）、外部通信部２４０は、送信した履歴の蓄積フラグを「０」に変更して履歴情報２５１を更新して（ステップＳ１０１０）、ステップＳ１００１に戻る。
蓄積フラグが「１」である履歴の送信に失敗した場合には（ステップＳ１００９のＮＯ）、ステップＳ１００５に戻る。
【００６３】
以上が、セキュリティ管理装置３００の履歴の送信に係る動作である。
では、その履歴を受けるサーバ装置３００の動作について説明する。サーバ装置３００については、保存部３５０の動作とそれ以外の機能部の動作とに分けて説明する。図１１は、通信部３１０や解析部３２０の動作を示すフローチャートであり、図１２は、保存部３５０の動作を示すフローチャートである。
【００６４】
図１１に示すように、まず、通信部３１０は、履歴を受信すると、受信した履歴を解析部３２０に伝送するとともに、履歴に対する応答信号を生成し、履歴を送信してきたセキュリティ装置に送信する（ステップＳ１１０１）。
解析部３２０は、受け付けた履歴の蓄積フラグが「１」であるかどうかを解析する（ステップＳ１１０２）。
【００６５】
蓄積フラグが「０」であった場合には（ステップＳ１１０２のＮＯ）、解析部３２０は、その履歴をコードのままファイル３２１に追加する。追加する空き領域がない場合には、最も古い履歴に上書きする。また、解析部３２０は、受信した履歴にある状態フラグを状態管理部３３０に送信して状態情報の更新を指示し、警報管理部３４０に警報の更新を指示する（ステップＳ１１０３）。状態管理部３３０は、解析部３２０から伝送されてきたセキュリティ装置の情報に対応する状態情報を伝送されてきた状態フラグで上書きする。また、警報管理部３４０は、状態管理部３３０における状態の変化に応じて警報を発する。
【００６６】
一方、蓄積フラグが「１」であった場合には（ステップＳ１１０２のＹＥＳ）、解析部３２０は、保存部３５０に履歴データベースの更新の中断を指示する（ステップＳ１１０４）。
そして、その履歴をコードのままファイル３２１に追加する。追加する空き領域がない場合には、最も古い履歴に上書きする。また、解析部３２０は、受信した履歴にある状態フラグを状態管理部３３０に送信して状態情報の更新を指示し、警報管理部３４０に警報の更新を指示する（ステップＳ１１０５）。状態管理部３３０は、解析部３２０から伝送されてきたセキュリティ装置の情報に対応する状態情報を伝送されてきた状態フラグで上書きする。また、警報管理部３４０は、状態管理部３３０における状態の変化に応じて警報を発する。
【００６７】
履歴データベースの更新の中断を指示した後、通信部３１０は、履歴を受信するたびに応答信号を生成して送信し、解析部３２０は、ファイル３２１に履歴を登録し、状態管理部３３０は状態情報を管理し、警報管理部３４０は警報のオンオフを管理する。解析部３２０は、履歴の蓄積フラグを逐次解析し、蓄積フラグが「０」の履歴を連続して３つ受信したかどうかを判定する（ステップＳ１１０６）。
【００６８】
その、履歴データベースの更新の中断を指示した後の処理の過程において、蓄積フラグが「０」の履歴を連続して３つ受信した場合には（ステップＳ１１０６のＹＥＳ）、解析部３２０は、保存部３５０に履歴データベースの更新の再開を指示し（ステップＳ１１０８）、ステップＳ１１０１に戻る。
また、解析部３２０は、蓄積フラグが「０」の履歴を連続して３つ受信しなくとも（ステップＳ１１０６のＮＯ）、履歴データベースの更新の中断を指示して、最後の履歴を受けてから所定時間（例えば、２０秒）の間履歴を受信しなかった場合にも（ステップＳ１１０７のＹＥＳ）、履歴データベースの再開を指示し（ステップＳ１１０８）、ステップＳ１１０１に戻る。
【００６９】
ステップ１１０７で、最後の履歴を受けてから所定時間が経過する前に次の履歴を受信した場合には（ステップＳ１１０７）、ステップＳ１１０６に戻る。
最後に図１２のフローチャートを用いて保存部３５０の動作について説明する。
保存部３５０は、解析部３２０からの履歴データベースの更新の中断指示があるかどうかをモニタしている（ステップＳ１２０１）。
【００７０】
保存部３５０は、解析部３２０から、履歴データベースの更新の中断指示を受け付けた場合に、定期的な履歴データベースの更新を中断する。そして、中断の解除指示があるかどうかをモニタする（ステップＳ１２０２）。解除指示がない場合には（ステップＳ１２０２のＮＯ）、解除指示の到来を待つ。
解除指示があった場合には（ステップＳ１２０２のＹＥＳ）、ステップＳ１２０４に移行する。
【００７１】
解析部３２０からの履歴データベースの更新の中断指示がない場合には（ステップＳ１２０１のＮＯ）、保存部３５０は、前回履歴データベースを更新してから所定時間（例えば１秒）が経過しているかどうかを判定する（ステップＳ１２０３）。所定時間が経過していない場合には（ステップＳ１２０３のＮＯ）、ステップＳ１２０１に戻る。
所定時間が経過していた場合には（ステップＳ１２０３のＹＥＳ）、保存部３５０は、解析部３２０のファイル３２１を確認し（ステップＳ１２０４）、まだ履歴データベースに登録していない新しい履歴があるかどうかを検索する（ステップＳ１２０５）。これは、各履歴の登録済みであるかどうかのフラグによって行なわれ、解析部３２０がファイル３２１に登録した時点では未登録となっており、保存部３５０が履歴データベースに履歴を登録すると、登録済みに変更する。
【００７２】
ファイル３２１に新しい履歴があった場合には（ステップＳ１２０５）、保存部３５０は、その履歴を、各コード表、認証情報等を用いて、コードから文字列に変換して履歴データベース３５１に追加登録し（ステップＳ１２０６）、ステップＳ１２０１に戻る。新しい履歴がなかった場合には（ステップＳ１２０４）、履歴データベース３５１の更新を行なわずにステップＳ１２０１に戻る。
【００７３】
以上がセキュリティ管理システムに係る各装置の動作である。
＜まとめ＞
セキュリティ管理システムの設置に辺り、総合的なコストを抑制するために、セキュリティ管理装置２００やサーバ装置３００のプロセッサに性能の低いプロセッサを使用することがままある。しかし、サーバ装置３００のプロセッサを性能の低いものとすると、履歴データベースの更新のためにその処理性能のほぼ全てを使用しなければならないということがある。
【００７４】
すると、履歴データベースの更新を実行すると履歴に対する応答信号の送信や、状態管理部３３０における状態の更新処理、警報管理部３４０における警報管理が処理できなくなる。殊に、何らかの要因によってセキュリティ管理装置―サーバ装置間の通信が途絶することによって、セキュリティ管理装置に未送信の履歴が蓄積し、通信が回復した後で、未送信の履歴がまとめて送信されたときには、履歴データベースの更新に１つの履歴だけを追加するよりも多くの時間を費やすことになる。すると、当然に履歴データベースの更新にプロセッサをその多くの時間に割かれることから、その多くの時間の間状態の更新ができなくなる。
【００７５】
状態管理部３３０における各セキュリティ管理装置の状態管理や警報管理部３４０における警報管理などは、セキュリティ管理システムがセキュリティエリアへのユーザの入退を管理するものである以上、できるだけリアルタイムに制御したいので、その処理ができなくなるのは避けたい事態である。
しかし、本実施の形態に示すサーバ装置３００は、蓄積フラグが付されている、即ち、「１」になっている履歴を受け取った場合には、そこから多くの履歴を受け取る可能性が高くなるので、保存部３５０に対して定期的な履歴データベースの更新を中断させる。これによって、履歴データベースの更新処理が発生しないので、その間、履歴に対する応答信号の送信や、状態情報の更新などにプロセッサの処理能力を割り振ることができる。そして、その後に、サーバ装置３００に余裕ができると、履歴データベースの更新が再開されるので、履歴の履歴データベースへの保存において履歴の欠損が生じるといった問題が発生することもない。
＜補足＞
上記実施の形態において、本発明の実施の手法について説明してきたが、本発明がこれに限られないことは勿論である。以下、上記実施形態以外に本発明として含まれる各種の変形例について説明する。
（１）上記実施の形態においては、ファイル３２１にある履歴について、保存部３５０が履歴データベースについて追加すると当該履歴に保存済みであるフラグを付加することとしたが、これは、同じ履歴が重複して履歴データベース３５１に登録されないようにするための措置であり、登録した履歴について、ファイル３２１から削除する構成としてもよい。
（２）上記実施の形態においては、各認証情報には、ユーザ名が含まれることとした。しかし、実質的に当該ユーザ名は、サーバ装置３００が保持する認証情報３５５にさえあればよく、各セキュリティ管理装置には、ユーザ名の項目はなくともよい。
（３）上記実施の形態においては、各セキュリティ管理装置は、履歴が送信できなかった場合には、サーバ装置３００からの生存確認信号を受け付けるまでは、履歴の送信を中止する構成とした。しかし、これは、生存確認信号を待たずともよく以下の手法を用いてもよい。
【００７６】
即ち、蓄積フラグが「１」である履歴について、所定時間毎（例えば３０分毎）に履歴の送信を試みる構成にしてもよい。そして送信した履歴に対する応答信号があった場合には、送信した履歴の蓄積フラグを「０」に変更することとしてもよい。
（４）上記実施の形態では特に記載しなかったが、サーバ装置３００は、オペレータが履歴データベース３５１を閲覧、検索するためのインターフェースを有していてもよい。
【００７７】
当該インターフェースは、オペレータからの指示に基づき、状態管理部３３０が管理する状態情報を用いてセキュリティ管理装置が正常に動作しているかどうかの情報を表示したり、警報管理部３４０が管理する警報の状態を報知する機能も保持していてもよい。
また、オペレータからのクエリの入力を受け付けて、当該クエリに合致する履歴を検索して、その一覧を表示する機能を有していてもよい。クエリとしては、例えばユーザ名や日時、場所などがあり、入力されたクエリがユーザ名であった場合には、入力されたユーザ名が含まれる履歴を検索する。
（５）上述の実施形態で示したサーバ装置の履歴データベースの更新に係る動作、更新停止処理等（図１１、図１２参照）をサーバ装置等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
【符号の説明】
【００７８】
１１０、１１０ａ〜１１０ｅ、１２０、１２０ａ〜１２０ｅ  カードリーダ（ＣＲ）
１３０、１３０ａ〜１３０ｅ  電気錠
１４０ａ〜１４０ｅ  扉
１６０  ネットワーク
２００、２００ａ〜２００ｅ  セキュリティ管理装置（ＧＵ）
２１０  Ｉ／Ｆ部
２２０  認証部
２３０  履歴生成部
２４０  外部通信部
２５０  記憶部
２５１  履歴情報
２５２、３５５  認証情報
３００  サーバ装置
３１０  通信部
３２０  解析部
３２１  ファイル
３３０  状態管理部
３４０  警報管理部
３５０  保存部
３５１  履歴データベース（ＤＢ）
３５２  ＧＵコード表
３５３  機器コード表
３５４  イベントコード表
【図１】
2011048458.tif 000003
【図２】
2011048458.tif 000004
【図３】
2011048458.tif 000005
【図４】
2011048458.tif 000006
【図５】
2011048458.tif 000007
【図６】
2011048458.tif 000008
【図７】
2011048458.tif 000009
【図８】
2011048458.tif 000010
【図９】
2011048458.tif 000011
【図１０】
2011048458.tif 000012
【図１１】
2011048458.tif 000013
【図１２】
2011048458.tif 000014