(57)【要約】【課題】入退管理システムの管理サーバの冗長化をとることを目的とする。【解決手段】入退管理システムは、ユーザのセキュリティエリアへの入退を管理する入退管理装置と、入退管理装置において発生した認証や、扉の開閉などのイベントの履歴を管理する管理サーバからなる。入退管理システムは、複数の管理サーバを含み、入退管理装置は、発生したイベントの履歴を一台の管理サーバではなく、全ての管理サーバ宛てに送信し、各管理サーバは受信した履歴に基づく処理を実行する。【選択図】図１
2011203978.tif 000002
【特許請求の範囲】
【請求項１】
管理対象となるエリアへのユーザの入退場を管理する入退管理装置と、前記入退管理装置において発生したイベントの履歴を管理する管理サーバとを含む入退管理システムであって、
複数の管理サーバを含み、
前記管理サーバ各々は、
受信したイベントの履歴を一時的に記憶するキャッシュメモリと、
イベントの履歴を記録する履歴データベースと、
前記キャッシュメモリ上の前記イベントの履歴を前記履歴データベースに登録する登録手段と
を備え、
前記入退管理装置は、
イベントが発生するごとに当該イベントの履歴を前記複数の管理サーバ各々に送信する送信手段を備える
ことを特徴とする入退管理システム。
【請求項２】
前記管理サーバは、前記入退管理装置からイベントの履歴を受信すると、当該履歴を受信したことを示す応答信号を送信する応答信号送信手段を備え、
前記入退管理装置は、送信した履歴ごとに、前記複数の管理サーバそれぞれに対応して、応答信号を受信したか否かに基づいて、送信済みもしくは未送信の情報を対応付けて記憶する記憶手段と、
前記複数の管理サーバそれぞれに、各管理サーバに未送信となっている履歴を送信する再送手段とを備え、
前記入退管理システムに含まれる複数の管理サーバのうちの一部を新たな管理サーバに交換する場合に、
新たな管理サーバの履歴データベース及びキャッシュメモリが保持する情報は、交換しない管理サーバの履歴データベース及びキャッシュメモリが保持している情報のコピーであり、
前記新たな管理サーバは、コピーされて保持している履歴データベースの中の履歴のうち、最新の履歴を示す最新履歴情報を送信する最新履歴送信手段を備え、
前記再送手段は、前記最新履歴情報を受け付けると、当該最新履歴情報で示される履歴以前の履歴に対応する送信済みもしくは未送信の情報を送信済みとした上で、未送信となっている履歴を送信する
ことを特徴とする請求項１記載の入退管理システム。
【請求項３】
前記入退管理システムは、複数の入退管理装置を含み、
前記最新履歴送信手段は、前記複数の入退管理装置それぞれの最新の履歴を送信する
ことを特徴とする請求項２記載の入退管理システム。
【請求項４】
前記キャッシュメモリは、更に、入退管理装置の管理対象のエリアに滞在するユーザ人数を示す滞留情報を記憶し、
前記管理サーバは、更に、
受信したイベントの履歴が、管理対象となるエリアへの入退場を示すものであった場合に、前記滞留情報を更新する滞留情報更新手段を備える
ことを特徴とする請求項２記載の入退管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は入退管理システムに関し、特に入退管理システムにおける情報保全のための冗長化に関する。
【背景技術】
【０００２】
入退管理システムは、セキュリティエリアへのユーザの入退場を管理する入退管理装置と、当該入退管理装置において発生したイベントの履歴を収集して管理し、入退管理装置の状態を管理する管理サーバとからなる。入退管理装置は、認証や扉の開閉等のイベントが発生するごとに当該イベントの内容を示す履歴を管理サーバに送信する。管理サーバは受け取った履歴に基づいて、保持している履歴のデータベースを更新する。
【０００３】
特許文献１には、入退管理システムの一例が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０６８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、管理サーバが保持、管理する履歴の保全のために、管理サーバを冗長化することが考えられる。一般的に、管理サーバにＦＴ（Fault Tolerant）サーバを用いることで、ハードウェアレベルでのサーバ内の情報を完全に同期させることができる。しかし、一般的にＦＴサーバは構成上同一箇所での設置となるため、停電等が発生した場合には、管理サーバはシステムダウンしてしまうという問題がある。
【０００６】
例えば、管理サーバは、上述の機能のほか、どのユーザをどのセキュリティエリアへの入場を許可するのか規定する認証情報を保持し、新たなユーザの登録を行って入退管理装置に設定するという機能も備えているがシステムダウンした場合などには、その設定ができないという事態が発生することがある。
そこで、２台の管理サーバ間の距離を離して配置し、通常用いる管理サーバから、もう一方の管理サーバに更新されたデータを転送するなどして同期をとることが考えられる。
【０００７】
しかしながら、管理サーバは、上述の処理のほか、保持しているキャッシュメモリにおいて、管理対象となるエリアそれぞれに滞留するユーザの人数を保持しており、当該人数は入退に履歴を受信するごとに更新されるので、その更新頻度が早いため、キャッシュメモリ間のデータの同期を通信によってとるというのは現実的ではない。
そこで、本発明は上記問題に鑑みてなされたものであり、入退管理システムにおいて、管理サーバの冗長化を容易に実現できる入退管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、管理対象となるエリアへのユーザの入退場を管理する入退管理装置と、前記入退管理装置において発生したイベントの履歴を管理する管理サーバとを含む入退管理システムであって、複数の管理サーバを含み、前記管理サーバ各々は、受信したイベントの履歴を一時的に記憶するキャッシュメモリと、イベントの履歴を記録する履歴データベースと、前記キャッシュメモリ上の前記イベントの履歴を前記履歴データベースに登録する登録手段とを備え、前記入退管理装置は、イベントが発生するごとに当該イベントの履歴を前記複数の管理サーバ各々に送信する送信手段を備えることを特徴としている。
【０００９】
また、前記管理サーバは、前記入退管理装置からイベントの履歴を受信すると、当該履歴を受信したことを示す応答信号を送信する応答信号送信手段を備え、前記入退管理装置は、送信した履歴ごとに、前記複数の管理サーバそれぞれに対応して、応答信号を受信したか否かに基づいて、送信済みもしくは未送信の情報を対応付けて記憶する記憶手段と、前記複数の管理サーバそれぞれに、各管理サーバに未送信となっている履歴を送信する再送手段とを備え、前記入退管理システムに含まれる複数の管理サーバのうちの一部を新たな管理サーバに交換する場合に、新たな管理サーバの履歴データベース及びキャッシュメモリが保持する情報は、交換しない管理サーバの履歴データベース及びキャッシュメモリが保持している情報のコピーであり、前記新たな管理サーバは、コピーされて保持している履歴データベースの中の履歴のうち、最新の履歴を示す最新履歴情報を送信する最新履歴送信手段を備え、前記再送手段は、前記最新履歴情報を受け付けると、当該最新履歴情報で示される履歴以前の履歴に対応する送信済みもしくは未送信の情報を送信済みとした上で、未送信となっている履歴を送信することとしてもよい。
【００１０】
また、前記入退管理システムは、複数の入退管理装置を含み、前記最新履歴送信手段は、前記複数の入退管理装置それぞれの最新の履歴を送信することとしてもよい。
また、前記キャッシュメモリは、更に、入退管理装置の管理対象のエリアに滞在するユーザ人数を示す滞留情報を記憶し、前記管理サーバは、更に、受信したイベントの履歴が、管理対象となるエリアへの入退場を示すものであった場合に、前記滞留情報を更新する滞留情報更新手段を備えることとしてもよい。
【発明の効果】
【００１１】
上述のような構成によって、入退管理システムにおいて、入退管理装置は、イベントに基づいて生成した履歴を全管理サーバそれぞれに送信するので、管理サーバ間でデータをコピーして送信することによって同期をとることなく、容易に管理サーバの冗長化が実現できる。
【図面の簡単な説明】
【００１２】
【図１】入退管理システムのシステム構成を示すシステム図である。
【図２】入退管理装置の機能構成を示す機能ブロック図である。
【図３】管理サーバの機能構成を示す機能ブロック図である。
【図４】認証情報のデータ構成例を示すデータ概念図である。
【図５】入退管理装置２００ａが保持する履歴情報のデータ構成例を示すデータ概念図である。
【図６】入退管理装置２００ｂが保持する履歴情報のデータ構成例を示すデータ概念図である。
【図７】入退管理装置から管理サーバに送信される履歴のデータ構成例を示すデータ概念図である。
【図８】管理サーバから入退管理装置に対して送信される履歴応答信号のデータ構成例を示すデータ概念図である。
【図９】管理サーバが保持する履歴データベースのデータ構成例を示すデータ概念図である。
【図１０】管理サーバのキャッシュメモリに保持される滞留情報のデータ構成例を示すデータ概念図である。
【図１１】入退管理装置から管理サーバに履歴が送信されるときの通信例を示すシーケンス図である。
【図１２】入退管理装置が履歴を送信するときの動作を示すフローチャートである。
【図１３】管理サーバが履歴を受信するときの動作を示すフローチャートである。
【図１４】管理サーバの生存確認信号を送信するときの動作を示すフローチャートである。
【図１５】入退管理装置が生存確認信号を受信するときの動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
＜実施の形態＞
以下、本発明の一実施形態である入退管理システムについて図面を用いて説明する。
＜構成＞
図１は、入退管理システムのシステム構成を示す図である。
図１に示すように入退管理システムは、入退管理装置２００ａ、２００ｂ、２００ｃと、各入退管理装置の管理下にあるカードリーダや電気錠などの機器と、管理サーバ３００ａ、３００ｂと、モニタ用端末装置４００とを含む。各入退管理装置は、管理サーバ３００ａ、３００ｂとネットワーク１６０を介して接続されている。
【００１４】
入退管理装置２００ａは、エリアＡ並びにエリアＢへの利用者（以下、ユーザと記載する）の入退室を管理するものであり、ユーザがエリアＡあるいはエリアＢに入室／退室することで生成される履歴を管理サーバ３００ａと管理サーバ３００ｂの双方に送信している。
入退管理装置２００ａは、エリアＡ並びにエリアＢへのユーザの入退室を管理するために、カードリーダ（図１ではＣＲ（Card Readerの略）と記載。）１１０ａと、カードリーダ１２０ａと、エリアＡに設けられた扉１４０ａに備え付けられた電気錠１３０ａと、カードリーダ１１０ｂと、カードリーダ１２０ｂと、エリアＢに設けられた扉１４０ｂに備え付けられた電気錠１３０ｂと接続され、接続されているカードリーダや電気錠などの各機器の状態を管理、制御する。
【００１５】
入退管理装置２００ｂは、エリアＣ並びにエリアＤへのユーザの入退室を管理するものであり、入退管理装置２００ｃは、エリアＥへのユーザの入退室を管理するものである。入退管理装置２００ｂ及び入退管理装置２００ｃは、管理するエリア及び機器が異なるだけでその構成は入退管理装置２００ａと同様である。
入退管理装置２００ｂ及び入退管理装置２００ｃは、入退管理装置２００ａと同様に、各々の配下にある機器、即ち、入退管理装置２００ｂであればカードリーダ１１０ｃと、カードリーダ１２０ｃと、エリアＣに設けられた扉１４０ｃに備え付けられた電気錠１３０ｃと、カードリーダ１１０ｄと、カードリーダ１２０ｄと、エリアＤに設けられた扉１４０ｄに備え付けられた電気錠１３０ｄの各機器の、入退管理装置２００ｃであればカードリーダ１１０ｅと、カードリーダ１２０ｅと、エリアＥに設けられた扉１４０ｅに備え付けられた電気錠１３０ｅの各機器の状態を管理、制御し、管理サーバ３００への履歴の送信を実行する。
【００１６】
入退管理システムのユーザは、各々図１に示すＩＣカード１５０を所持している。ＩＣカード１５０は、他のＩＣカードと区別するために、各々固有のＩＤ（Identifier）を保持している。ＩＣカード１５０をカードリーダにかざすと、カードリーダは、ＩＣカード１５０に保持されているＩＤを読み取り、読み取ったＩＤを接続されている入退管理装置に送信する。入退管理装置は、送信されてきたＩＤが自身の保持する認証情報に登録されていれば、ＩＤを送信してきたカードリーダが対応する扉の電気錠を解錠する。ＩＤが登録されていなければ、認証失敗として、解錠しない。
【００１７】
管理サーバ３００ａ及び管理サーバ３００ｂは、各入退管理装置から送信されてくる履歴を履歴データベース（以下、履歴ＤＢ）に登録して、保存する。また、管理サーバ３００ａ及び管理サーバ３００ｂは、各エリアに滞在しているユーザの人数も管理している。
以下に、入退管理装置及び管理サーバの詳細な機能構成を説明する。
図２は、入退管理装置２００ａの機能構成を示す機能ブロック図である。制御対象の機器や、認証情報の内容、履歴情報の内容等は異なるものの、入退管理装置２００ａ〜２００ｃの機能構成は共通するので、ここでは、入退管理装置２００ａについて説明し、入退管理装置２００ｂ及び入退管理装置２００ｃの機能構成については割愛する。カードリーダ１１０ａ〜１１０ｅ及び電気錠１３０ａ〜１３０ｅについても同様の扱いとする。
【００１８】
図２に示すように、入退管理装置２００ａは、Ｉ／Ｆ（InterFace）部２１０ａと、認証部２２０ａと、履歴生成部２３０ａと、外部通信部２４０ａと、記憶部２５０ａと、制御部２６０ａとを含んで構成される。
Ｉ／Ｆ部２１０ａは、カードリーダ１１０ａ、１１０ｂ、１２０ａ、１２０ｂや電気錠１３０ａ、１３０ｂ、また図示していないが、扉に設けられている開閉センサと接続されている。Ｉ／Ｆ部２１０ａは、これらの機器と、例えばＲＳ２３２Ｃの通信規格に従って、通信を実行する機能を有する。
【００１９】
具体的に、Ｉ／Ｆ部２１０ａは、カードリーダ１１０ａあるいはカードリーダ１２０ａからカードリーダがＩＣカード１５０から読み取ったＩＤを受け取った場合に、当該ＩＤを認証部２２０ａに伝送する。当該ＩＤに応じて認証部２２０ａから認証成功を意味する信号を受けた場合に、電気錠１３０ａに解錠を指示し、認証失敗を意味する信号を受けた場合には、ＩＤを読み取ったカードリーダに認証失敗の報知を指示する。
【００２０】
また、電気錠１３０ａや、カードリーダ１１０ａ、１２０ａなどの各機器において異常が発生した場合に、各機器は異常があった旨を通知する仕様になっており、Ｉ／Ｆ部２１０ａは、当該通知を受け取った場合に、履歴生成部２３０ａにその異常の内容を通知する。また、Ｉ／Ｆ部２１０ａは、接続されている電気錠１３０ａやカードリーダ１１０ａ、１２０ａなどの機器との間の通信が可能かどうかを接続している通信線のポートに電圧が印加されているかによって検出する機能を有しており、電圧が印加されていないことを検出するとその機器との間での通信が途絶した旨を履歴生成部２３０ａに通知する機能も有する。
【００２１】
認証部２２０ａは、カードリーダで読み取られたＩＤの認証を実行する機能を有する。具体的には、認証部２２０ａは、Ｉ／Ｆ部２１０ａからＩＤを受け取った場合に、当該ＩＤが認証情報２５２ａに登録されているかどうかを検索し、登録されていたとして、ＩＤを送信してきたカードリーダが対応するエリアへの入退室の権限を有しているかどうかを判定する。ＩＤが認証情報２５２ａに登録されていた場合には、Ｉ／Ｆ部２１０ａに認証成功を意味する信号を伝送するとともに、当該ＩＤと認証成功の情報を対応付けて履歴生成部２３０ａに伝送する機能を有する。また、ＩＤが認証情報２５２に登録されていなければ、Ｉ／Ｆ部２１０ａに認証失敗を意味する信号を伝送するとともに、当該ＩＤと認証失敗の情報を対応付けて履歴生成部２３０ａに伝送する。
【００２２】
履歴生成部２３０ａは、Ｉ／Ｆ部２１０ａから伝送されてきた各機器の異常を示す情報や各機器との通信が途絶したことを示す情報、認証部２２０ａから伝送されてきた認証の成功／失敗の情報とＩＤの情報などに基づいて履歴を生成して制御部２６０ａに伝送する機能を有する。なお、履歴生成部２３０ａが生成する履歴は、各情報に対応付けて設定されているコードからなる。
【００２３】
外部通信部２４０ａは、ネットワーク１６０を介して、管理サーバ３００ａ及び管理サーバ３００ｂと、例えば、イーサネット（登録商標）の規格に従って、通信を実行する機能を有する。
記憶部２５０ａは、ハードディスク装置、メモリなどからなり、入退管理装置２００ａが動作上必要とする各種プログラム、データを記憶する機能を有する。記憶部２５０ａは、特に履歴情報２５１ａと、認証情報２５２ａとを記憶している。
【００２４】
履歴情報２５１ａは、履歴生成部２３０ａにより生成された履歴の情報を集約した情報であり、コードの状態で記憶されている。一つの履歴は、少なくとも履歴を管理するための管理番号、履歴を既に送信しているか否かを示す送信フラグ、履歴が生成された日時を示す日時コード、履歴の内容であって発生したイベントを示すイベントコードを含み、その他に、履歴に応じて、例えばイベントコードが認証を行なったことを示す履歴である場合には、認証したＩＤや、認証を行なったカードリーダを示すコードなどが含まれ、また、例えば、履歴のイベントコードが機器の異常を示すものであれば、その機器を示すコードが含まれる。履歴情報２５１ａの詳細については後述する。
【００２５】
認証情報２５２ａは、認証部２２０ａが認証を実行する際に参照する情報であり、エリアへの入室が許可されているユーザＩＤと、各ユーザＩＤの入室可能なエリアとの対応付けを示す情報である。認証情報２５２ａの詳細については後述する。
制御部２６０ａは、入退管理装置２００ａの各部を制御する機能を有し、特に、以下の機能を有する。
【００２６】
制御部２６０ａは、履歴生成部２３０ａから伝送されてきた履歴を外部通信部２４０ａを介して管理サーバ３００ａ及び管理サーバ３００ｂに送信する機能を有する。そして、送信した履歴に対して管理サーバ３００ａ又は管理サーバ３００ｂから履歴を受信したことを示す履歴応答信号を受信した場合に、履歴応答信号を送信した管理サーバに対応する、履歴の送信に成功しているか否かを示す送信フラグを「０」として、履歴情報２５１ａに登録する。また、送信した履歴に対して管理サーバ３００ａ又は管理サーバ３００ｂから履歴を受信したことを示す履歴応答信号を所定時間内に受信できなかった場合に、履歴応答信号を送信しなかった管理サーバの、履歴の送信フラグを「１」にして、送信した履歴とともに履歴情報２５１ａに登録する。
【００２７】
また、制御部２６０ａは、管理サーバ３００ａ及び管理サーバ３００ｂから定期的に送信されてくる、入退管理装置２００ａとの間での通信が有効であるかどうか、また、入退管理装置２００ａが正常に動作しているかどうかを管理サーバ３００ａ又は管理サーバ３００ｂが確認するための生存確認信号を外部通信部２４０ａを介して受信した場合に、生存応答信号を生成して生存確認信号を送信した管理サーバに宛てて外部通信部２４０ａを介して送信する。
【００２８】
このとき、制御部２６０ａは、生存確認信号に当該生存確認信号を送信した管理サーバが保持している自装置の最新の履歴情報が付加されているかどうかを解析し、最新の履歴情報が付加されていた場合には、当該管理サーバについての受信した最新の履歴情報以前の履歴の送信フラグを、全て「０」に変更する。そして、履歴情報２５１ａを確認して、生存確認信号を送信してきた管理サーバについて、当該履歴情報２５１ａ内に送信フラグが「１」である履歴があった場合に、当該履歴を管理サーバに送信する。そして、管理サーバから送信フラグが「１」であった履歴の送信に対しての履歴応答信号を受けた場合に当該履歴の送信フラグを「１」から「０」に変更する。なお、制御部２６０ａは、生存確認信号に最新の履歴情報が付加されていなくとも、未送信の履歴の検索を行って、未送信の履歴を再送することとする。
【００２９】
以上が、入退管理装置２００ａの機能構成である。
次に図３を用いて管理サーバ３００ａについて説明する。図３は、管理サーバ３００ａの機能構成を示す機能ブロック図である。なお、管理サーバ３００ｂは、管理サーバ３００ａと同様の機能構成を有するので、ここでは、その説明は割愛する。
図３に示すように管理サーバ３００ａは、通信部３１０ａ、制御部３２０ａと、状態管理部３３０ａと、警報管理部３４０ａと、保存部３５０ａと、サーバ間通信部３６０ａとを含んで構成される。
【００３０】
通信部３１０ａは、ネットワーク１６０を介して接続されている全ての入退管理装置と、例えば、イーサネット（登録商標）の通信規格に従って通信を実行する機能を有する。本実施の形態で言えば、図１に示すように、入退管理装置２００ａ〜２００ｃと通信を実行する機能を有する。
具体的には、通信部３１０ａは、入退管理装置から履歴を受信すると、当該履歴を制御部３２０ａに伝送する機能と、制御部３２０ａから指示された信号を入退管理装置に送信する機能を有する。
【００３１】
制御部３２０ａは、管理サーバ３００ａの各部を制御する機能を有し、以下の機能を有する。
制御部３２０ａは、通信部３１０ａから履歴を受け取って、キャッシュメモリ３２１ａの履歴情報３２２ａに登録する機能を有する。また、制御部３２０ａは、受け取った履歴がユーザの入退に関連するものである場合に、滞留情報３２３ａを更新して、エリアに滞在する人数を管理する機能も有する。
【００３２】
制御部３２０ａは、通信部３１０ａから伝送されてきた履歴を解析する機能を有する。制御部３２０ａは、伝送されてきた履歴を解析して、当該履歴に含まれるイベントの情報と当該イベントの情報で示される入退管理装置の状態を、その履歴を送信してきた入退管理装置を示す情報とともに状態管理部３３０ａに伝送する機能を有する。
また、制御部３２０ａは、予めモニタ用端末装置４００に対して警報を発すべきイベントの種別を記憶しており、当該イベントの種別に該当する履歴を受け取った場合には、そのイベントの内容を警報管理部３４０ａに伝送する機能も有する。
【００３３】
また、制御部３２０ａは、通信部３１０ａを介して、各入退管理装置に対して、各入退管理装置が正常に動作しているか、あるいは、通信が保たれているかどうかを確認するために定期的（例えば５０秒おき）に生存確認信号を送信する機能を有し、当該生存確認信号に対する応答である生存応答信号を受信することで、入退管理装置との間での通信が保たれていることを検出する。生存確認信号に対する生存応答信号が所定時間（例えば２０秒）内に入退管理装置から返ってこなかった場合には、生存応答信号を送信しなかった入退管理装置との間の通信が断絶したものと判断し、当該入退管理装置との間の通信が途絶状態にあるという情報を保持する。そして、当該入退管理装置に対してその後に出力した生存確認信号に対する生存応答信号が返ってきた場合には、その入退管理装置との間の通信が回復したものと判断する。
【００３４】
また、制御部３２０ａは、生存確認信号を初めて（装置の起動時、初期化時など）送信する場合に、記憶部３５０ａが記憶している履歴ＤＢを参照して、各入退管理装置それぞれの最新の履歴を履歴情報から取得して、各入退管理装置宛てにそれぞれの最新の履歴を示す情報を生存確認信号に付加して送信する機能も有する。
状態管理部３３０ａは、入退管理装置ごとに各入退管理装置の状態を示す状態情報を記憶する機能を有する。そして、状態管理部３３０ａは、制御部３２０ａから伝送されてきた入退管理装置の情報と、イベントの情報とに基づいて、保持している状態情報のうち対応する情報を更新する機能を有する。状態情報では、管理されるべき各種の状態について、それぞれ状態値が記憶されており、その状態値の意味するところは状態を管理されるべき対象（扉、電気錠など）に応じて異なる。
【００３５】
警報管理部３４０ａは、各入退管理装置の警報状態を管理する機能を有する。警報管理部３４０ａは、状態管理部３３０ａで保持されている状態情報に基づき、警報情報を管理する。具体的には、履歴が送信されて制御部３２０ａに伝送されて状態管理部３３０ａの状態情報が更新された場合に、その状態情報が、異常常態、警報状態を示す情報に変化した場合に、警報を発する。なお、警報を発している場合には、管理サーバ３００ａのオペレータ用のインターフェース、即ちモニタ用端末装置４００に通信部３１０ａを介して警報が発せられることになっており、オペレータは異常事態が発生していることを認識する。
【００３６】
保存部３５０ａは、管理サーバ３００ａが動作上必要とする各種プログラム、データを記憶する機能を有し、また、履歴ＤＢ３５１ａを更新する機能を有する。また、保存部３５０ａは、履歴ＤＢ３５１ａの更新の際に参照する認証情報３５２ａや、図示していないが、識別情報をユーザ名に変更するための表や履歴のイベントコードなどをイベントの名称を示す文字列に変換するためのイベントコード表なども保持する機能も有する。履歴ＤＢ３５１ａは、受信した履歴を文字列に変換してデータベース化したものである。履歴ＤＢ３５１ａ、認証情報３５２ａの詳細については、後述する。認証情報３５２ａは、新たなユーザの登録や、ユーザの削除などにも用いられ、認証情報３５２ａに変化があった場合に、その内容は、入退管理装置及び管理サーバ３００ｂに通知される。
【００３７】
保存部３５０ａは、制御部３２０ａから履歴が伝送されてくるたびに履歴ＤＢ３５１ａの更新を実行する。
サーバ間通信部３６０ａは、オペレータ等の操作により、新たなユーザの登録や、ユーザの抹消が認証情報３５２ａにおいて行われた場合に、それを管理サーバ３００ｂに通知して、変更した内容を送信する機能を有する。また、サーバ間通信部３６０ａは、管理サーバ３００ｂから、管理サーバ３００ｂが保持している認証情報３５２ｂ（便宜上の番号であり図示せず）が更新されたことを示す情報と、変更内容の情報とを受け付けた場合に、当該変更内容の情報に基づいて認証情報３５２ａを更新する機能も有する。
【００３８】
その他の各機器については、簡単に説明する。
カードリーダ１１０ａは、定期的にＩＣカードに対してＩＣカードの保持するＩＤを要求する要求信号を送信しており、当該要求信号に対する応答として受信した応答信号に含まれるＩＤを接続されている入退管理装置２００ａに送信する。その他のカードリーダについても同様の機能を有し、それぞれ接続されている入退管理装置との間で通信を実行する。
【００３９】
電気錠１３０ａは、接続されている入退管理装置２００ａからの指示に従って施錠、解錠を実行する。また、電気錠１３０ａは、錠が所定の状態にならない（錠が壁等により遮られて施錠できないなど）場合にエラーを入退管理装置２００ａに通知する。その他の電気錠についても同様の機能を有し、それぞれ接続されている入退管理装置との間で通信を実行する。
【００４０】
ＩＣカード１５０は、入退管理システムにおいて、各ＩＣカードに固有のＩＤを保持し、カードリーダ１１０ａ〜ｅ、１２０ａ〜ｅからのＩＤを要求する要求信号を受けて、保持しているＩＤを含ませた応答信号を送信する。
また、図示していないが、各エリアに設けられた扉には開閉センサが設けられ、当該開閉センサは、入退管理装置２００ａに扉が開いているかどうかを通知する。開閉センサは、例えば、扉に設けられたマグネットセンサと、扉が閉じられている状態でマグネットセンサに正対する壁に設けられたマグネットにより実現される。
＜データ＞
ここから、本実施の形態に係る各種データについて説明する。
【００４１】
図４は、認証情報のデータ構成例を示したデータ概念図である。図４（ａ）は、入退管理装置２００ａが保持する認証情報２５２ａの、図４（ｂ）は、入退管理装置２００ｂが保持する認証情報２５２ｂの一例を示している。入退管理装置２００ｃが保持する認証情報については、管理対象のエリアがＥになるともに、入退可能な人物が異なるだけでその構成は一致するので、割愛する。また、管理サーバ３００ａ及び管理サーバ３００ｂが保持する認証情報も同様の構成をとり、各入退管理装置が保持している認証情報を統合したものであるので、説明を割愛する。
【００４２】
図４（ａ）、（ｂ）に示すように、認証情報２５２ａ、２５２ｂは、管理番号４０１に、識別情報４０２と、ユーザ名４０３と、権限４０４とを対応付けた情報群である。なお、管理番号４０１は、図４においては、「管理Ｎｏ．」と記している。
管理番号４０１は、入退室管理装置が各認証情報を管理するために便宜上付した管理番号である。
【００４３】
識別情報４０２は、ＩＣカードに固有の識別情報である。
ユーザ名４０３は、ＩＣカードを保持するユーザの名前である。
権限４０４は、対応するユーザが入室可能なエリアの情報を示す。
例えば、図４（ａ）に示されるように、管理番号「10688」に対応するＩＣカードの識別情報は、「IC00006899」であり、そのＩＣカードを保持するユーザの名前は、「丸谷Ｃ男」であり、その権限は「エリアＢ」となっている。つまり「丸谷Ｃ男」はエリアＢへの入室が許可されていることになる。また、図４（ｂ）に示されるように、管理番号「30798」に対応するＩＣカードの識別情報は、「IC00006899」である、その権限は「エリアＣ」となっていることから、「丸谷Ｃ男」はエリアＣへの入室も許可されていることになる。なお、管理番号は、同一人物の認証情報であっても、入退管理装置ごとに異なっていてもよい。
【００４４】
セキュリティ管理システムのオペレータは、必要に応じて認証情報２５２ａ及び認証情報２５２ｂ、認証情報３５２ａや、他の入退管理装置、管理サーバが保持する認証情報に新たなＩＤ、ユーザの登録を行なってよく、また、登録されているＩＤ、ユーザの削除を行なってもよい。
図５は、入退管理装置２００ａが保持する履歴情報２５１ａの構成例を示すデータ概念図である。また、図６は、入退管理装置２００ｂが保持する履歴情報２５１ｂの構成例示すデータ概念図である。なお、入退管理装置２００ｃが保持する履歴情報については、図５あるいは図６に示したものと同様の構成をとるので割愛する。
【００４５】
図５、図６に示すように、履歴情報２５１ａ、２５２ｂは、管理番号５０１と、日時５０２と、識別情報５０３と、ユーザ名５０４と、場所５０５と、イベント５０６と、３００ａ送信フラグ５０７と、３００ｂ送信フラグ５０８とが対応付けられた情報である。これらの情報のほか、例えば、認証を行なったカードリーダの情報なども含んでよい。
管理番号５０１は、記憶部２５０ａが各履歴を管理するために便宜上付した管理番号である。
日時５０２は、認証などのイベントが発生した日時の情報である。
識別情報５０３は、認証に使用されたＩＣカードに固有の識別情報である。
ユーザ名５０４は、認証に使用されたＩＣカードを保持するユーザの名前である。ユーザ名５０４は、認証情報３５５を用いて識別情報を変換することで得られる。
【００４６】
場所５０５は、イベント、例えば、認証や、扉の開閉、電気錠のこじ開けなど、が発生した入退室管理装置や扉の情報である。
イベント５０６は、発生したイベントの内容を示す情報である。
３００ａ送信フラグ５０７は、その履歴を入退室管理装置が管理サーバ３００ａに送信したかどうかを判定するために用いるものであり、「０」は、送信済みを示し、「１」は未送信であることを示す情報である。送信した履歴に対して管理サーバ３００ａから履歴応答信号を受信した場合に「０」が設定され、受信できなかった場合に「１」が設定される。
【００４７】
３００ｂ送信フラグ５０８は、その履歴を入退室管理装置が管理サーバ３００ｂに送信したかどうかを判定するために用いるものであり、「０」は、送信済みを示し、「１」は未送信であることを示す情報である。送信した履歴に対して管理サーバ３００ｂから履歴応答信号を受信した場合に「０」が設定され、受信できなかった場合に「１」が設定される。
【００４８】
例えば、図５に示すように、入退管理装置２００ａが保持する履歴情報２５１ａの管理番号「A03773」に対応するＩＣカードの識別情報５０３及びユーザ名は、「−」となっていてデータがなく、イベントが発生している場所は、「人事部＿扉１」であり、イベントが発生した日時は、「２００８年１１月１２日  １２時１４分５秒」であり、その送信フラグ及び昔時フラグはともに「０」に設定されており、イベントは「扉閉」となっており、３００ａ送信フラグ５０７は、「０」、３００ｂ送信フラグ５０８は、「１」となっている。即ち、この履歴によれば、人事部＿扉１（扉１４０ａ）が、２００８年１１月１２日１２時１４分５秒に閉まったことがわかり、この履歴はすでに管理サーバ３００ａで受信されていないが、管理サーバ３００ｂでは受信されていることとなっている。
【００４９】
また、図６に示すように、入退管理装置２００ｂが保持する履歴情報２５２ｂの管理番号「B21278」に対応するＩＣカードの識別情報５０３は、「IC00010066」であり、ユーザ名５０４は、「厳島Ｆ子」であり、場所５０５は、「総務部＿扉１」であり、イベント５０６は、「認証成功」であり、３００ａ送信フラグ５０７は、「０」であり、３００ｂ送信フラグ５０８は、「１」である。即ち、この履歴によれば、「厳島Ｆ子」は、「総務部＿扉１」に対応するカードリーダにおいての認証に成功したことがわかり、この履歴は管理サーバ３００ａで受信されているものの、管理サーバ３００ｂでは受信されていないことがわかる。
【００５０】
そして、管理番号「A03773」で示されるイベントと、管理番号「B21278」で示されるイベントは同時刻に発生していたことになる。
なお、発生したイベントが認証に関わるものでない場合には、識別情報５０３やユーザ名５０４などは、空欄となる。図５、図６では、「−」と記載している。
なお、ここでは、分かりやすくするために、図５、図６に示すように、各データの内容を文字列で表現しているが入退管理装置それぞれは、これらの情報を実質的にはそれぞれの内容を示すコードで記憶しており、コードで構成された履歴は、管理サーバ３００ａ及び管理サーバ３００ｂにおいて文字列に変換されて、履歴ＤＢとして管理される。
【００５１】
図７は、入退管理装置が管理サーバに送信する履歴のフォーマットを示す図である。図７（ａ）は、入退管理装置２００ａ〜２００ｃが管理サーバ３００ａ及び３００ｂに送信する履歴の送信フォーマットのデータ構成例を示したデータ概念図である。図７（ｂ）は入退管理装置２００ａが管理サーバ３００ａ及び管理サーバ３００ｂに送信する履歴の一例を示しており、図７（ｃ）は入退管理装置２００ｂが管理サーバ３００ａ及び管理サーバ３００ｂに送信する履歴の一例を示している。
【００５２】
図７（ａ）に示されるように、履歴は、送信先アドレス７０１と、送信元アドレス７０２と、履歴番号７０３と、日時情報７０４と、識別情報７０５と、位置情報７０６と、イベント情報７０７とからなる。
送信先アドレス７０１は、履歴の送信先を示す情報であり、送信先アドレス７０１には、管理サーバに設定されているアドレスに相当する。
【００５３】
送信元アドレス７０２は、履歴を送信する入退管理装置を示す情報であり、送信元アドレス７０２には、入退管理装置に設定されているアドレスが設定される。
履歴番号７０３は、入退管理装置が履歴に付した管理番号の情報である。つまり、履歴番号７０３は、履歴情報２５１ａ、２５１ｂの管理番号５０１に該当する情報である。
日時情報７０４は、履歴で示されるイベントがいつ発生したのかを示す情報であり、履歴情報２５１ａ、２５１ｂの日時５０２に該当する情報である。
【００５４】
識別情報７０５は、履歴が認証に係るものであった場合に、履歴に用いられた認証番号を示す情報であり、履歴情報２５１ａ、２５１ｂの識別情報５０３に該当する情報である。
位置情報７０６は、履歴で示されるイベントがどこで発生したのかを示す情報であり、履歴情報２５１ａ、２５１ｂの場所５０５に該当する情報である。
【００５５】
イベント情報７０７は、履歴で示されるイベントの内容を示す情報であり、履歴情報２５１ａ、２５１ｂのイベント５０６に該当する情報である。
図７（ｂ）、図７（ｃ）はその具体例である。図７（ｂ）は、入退管理装置２００ａが履歴情報２５１ａの管理番号「A03773」の履歴を送信する場合の例を示しており、上段が管理サーバ３００ａに送信するものを、下段が管理サーバ３００ｂに送信するものを示している。また、図７（ｃ）は、入退管理装置２００ｂが履歴情報２５１ｂの管理番号「B21278」の履歴を送信する場合の例を示しており、上段が管理サーバ３００ａに送信するものを、下段が管理サーバ３００ｂに送信するものを示している。
【００５６】
図８は、履歴を受信した管理サーバが送信する履歴応答信号のフォーマットを示す図である。図８（ａ）は、管理サーバ３００ａ及び３００ｂが入退管理装置２００ａ〜２００ｃに送信する履歴の送信フォーマットのデータ構成例を示したデータ概念図である。図８（ｂ）は管理サーバ３００ａが入退管理装置２００ａ及び２００ｂに送信する履歴応答信号の一例を示しており、図７（ｂ）上段及び図７（ｃ）上段に示される履歴に対する履歴応答信号である。図８（ｃ）は管理サーバ３００ｂが入退管理装置２００ａ及び２００ｂに送信する履歴応答信号の一例を示しており、図７（ｂ）下段及び図７（ｃ）下段に示される履歴に対する履歴応答信号である。  
【００５７】
図８（ａ）に示すように、履歴応答信号は、送信先アドレス８０１と、送信元アドレス８０２と、履歴番号８０３とからなる。
送信先アドレス８０１は、入退管理装置のアドレスを示す情報であり、履歴を送信してきた入退管理装置のアドレスが設定される。
送信元アドレス８０２は、履歴応答信号を送信する管理サーバに設定されているアドレスが設定される。
【００５８】
履歴番号８０３は、受信した履歴の入退管理装置における管理番号の情報であり、受信した履歴の履歴番号７０３の情報が設定される。
図９は、管理サーバ３００ａが保持する管理サーバ３００ａが保持する履歴ＤＢ３５１ａの構成例を示すデータ概念図である。履歴ＤＢ３５１ａの構成は、履歴情報２５１ａと略同一であるので、共通する部分はその説明を割愛し、異なる点について説明する。
【００５９】
履歴ＤＢ３５１ａでは、図９に示すように、管理番号９０１と、日時９０２と、識別情報９０３と、ユーザ名９０４と、場所９０５と、イベント９０６と、管理装置９０７と、履歴番号９０８とが対応付けられている。
これらのうち、管理番号９０１から、イベント９０６までは、履歴情報と共通するので説明を割愛する。
【００６０】
管理装置９０７は、その履歴を送信した入退管理装置を識別するための情報である。
履歴番号９０８は、履歴に付されていた入退管理装置の履歴の管理番号を示す情報であり、送信されてきた履歴の履歴番号７０３の情報に該当する。
図１０は、管理サーバ３００ａに備えられているキャッシュメモリ３２１ａが保持する滞留情報３２２ａの構成例を示すデータ概念図である。管理サーバ３００ｂも基本的に同内容の滞留情報を記憶する。
【００６１】
滞留情報３２２ａは、場所１００１と人数１００２が対応付けられた情報である。
場所１００１は、管理対象のエリアを識別するための情報である。
人数１００２は、その管理対象のエリアにいるであろうユーザの人数を示す情報である。
図１０に示す滞留情報３２２ａでは、例えば、エリアＢにいるユーザの人数は１２人となっている。
＜動作＞
次に、本実施の形態に係る入退管理システムの動作を図１１に示すシーケンス図、図１２〜図１５に示すフローチャートを用いて説明する。
【００６２】
図１１は、入退管理システムの履歴の送信に係る入退管理装置−管理サーバ間の通信を示したシーケンス図である。なお、入退管理装置２００ａと管理サーバ３００ａ、３００ｂとの間の通信を例に説明するものとし、入退管理装置２００ｂ、２００ｃについては、同様の動作をするものとして説明を割愛する。
入退管理装置２００ａにおいてイベントが発生すると、入退管理装置２００ａは履歴を生成する（ステップＳ１１０１）。
【００６３】
入退管理装置２００ａは、生成した履歴を、管理サーバ３００ａ及び管理サーバ３００ｂに宛てて送信する（ステップＳ１１０２）。
履歴を受信した管理サーバ３００ａは、履歴を受信したことを示す履歴応答信号を生成して、履歴を送信してきた入退管理装置２００ａに宛てて送信する（ステップＳ１１０３）。
【００６４】
管理サーバ３００ａからの履歴応答信号を受信すると、入退管理装置２００ａは、送信した履歴の３００ａ送信フラグを、送信済みを示す「０」にして、履歴を記録する（ステップＳ１１０４）。
同様に、履歴を受信した管理サーバ３００ｂも、当該履歴を受信したことを示す履歴応答信号を生成し、履歴を送信してきた入退管理装置２００ａに宛てて送信する（ステップＳ１１０５）。
【００６５】
そして、管理サーバ３００ｂから履歴応答信号を受信すると、入退管理装置２００ａは、送信した履歴の３００ｂ送信フラグを、送信済みを示す「０」にして履歴を記録する（ステップＳ１１０６）。
以上が、履歴の送信に係る基本的な流れである。
ここから、各装置の詳細な動作を説明する。
【００６６】
図１２は、入退管理装置の１つの履歴の送信に係る動作を示すフローチャートである。ここでは、入退管理装置２００ａの動作として記載し、入退管理装置２００ｂ、入退管理装置２００ｃは同様に動作するものとして説明を割愛する。
入退管理装置２００ａにおいて、何らかのイベント（例えば、認証や、電気錠の解錠など）が発生したとする（ステップＳ１２０１）。
【００６７】
すると、履歴生成部２３０ａは、発生したイベントに応じた履歴を生成し、制御部２６０ａに伝達する。そして、制御部２６０ａは、伝達された履歴を外部通信部２４０ａを介して、管理サーバ３００ａ及び管理サーバ３００ｂ双方に宛てて送信する（ステップＳ１２０２）。即ち、送信先アドレスが管理サーバ３００ａのものなっている履歴と送信先アドレスが管理サーバ３００ｂのものとなっている履歴を送信する。
【００６８】
履歴の送信後、外部通信部２４０ａが当該履歴についての履歴応答信号を受信した場合に（ステップＳ１２０３のＹＥＳ）、外部通信部２４０ａは当該履歴応答信号を制御部２６０ａに伝達する。制御部２６０ａは、履歴応答信号の履歴番号８０３を参照して、どの履歴に対する履歴応答信号であるかを検出する。また、当該履歴応答信号を送信した管理サーバを履歴応答信号の送信元アドレス８０２から特定する。そして、制御部２６０ａは、履歴番号８０３で示される履歴の、履歴応答信号を送信してきた管理サーバの送信フラグを「０」に変更して履歴を記録する（ステップＳ１２０４）。
【００６９】
制御部２６０ａは、ステップＳ１２０１において発生したイベントに対応する履歴を送信してから所定時間が経過したかどうかを判定する（ステップＳ１２０５）。当該所定時間が経過していない場合には（ステップＳ１２０５のＮＯ）、ステップＳ１２０３に戻る。
履歴を送信してから、いずれかの管理サーバからの履歴応答信号を受信することなく所定時間が経過した場合には（ステップＳ１２０５のＹＥＳ）、履歴応答信号を送信していない管理サーバの、履歴の送信フラグを未送信であることを示す「１」にして履歴情報２５１ａに登録して処理を終了する。
【００７０】
以上の動作により、入退管理装置は、全ての管理サーバに履歴を送信しつつ、それぞれの履歴について、各管理サーバごとにその履歴の送信／未送信の情報を管理できる。
図１３は、履歴を受信したときの、管理サーバの動作を示すフローチャートである。当該動作は、管理サーバ３００ａ、３００ｂで共通するので、ここでは、管理サーバ３００ａの動作として説明する。
【００７１】
管理サーバ３００ａの通信部３１０ａは、入退管理装置からの履歴を受信する（ステップＳ１３０１）。
通信部３１０ａは、受信した履歴を制御部３２０ａに伝達し、制御部３２０ａは、受け取った履歴をキャッシュメモリの履歴情報３２３ａに登録する（ステップＳ１３０２）。
履歴を受信した管理サーバ３００ａは、履歴を受信したことを示す履歴応答信号を、履歴を送信した入退管理装置に対して送信する（ステップＳ１３０３）。即ち、制御部３２０ａは、送信先アドレス８０１として、受信した履歴の送信元アドレス７０２で示されるアドレスを、送信元アドレス８０２として管理サーバ３００ａのアドレスを、履歴番号８０３として受信した履歴の履歴番号７０２で示される情報が設定された履歴応答信号を生成して、通信部３１０ａを介して送信する。
【００７２】
制御部２６０ａは、受信したユーザの入退に係るものであるかどうかを判定する（ステップＳ１３０４）。当該判定は、同一の入退管理装置から、認証成功、電気錠解錠、扉開、扉閉、電気錠施錠の順序で５つの履歴を受信した場合に、履歴の位置情報で示される場所のエリアへの入場、または、退場であると判定する。入場か退場かの判定については、認証を行ったカードリーダの情報でもって決定される。例えば、カードリーダ１１０ａで読み取っていた場合には、エリアＡからの退場になり、カードリーダ１２０ａで読み取っていた場合には、エリアＡへの入場ということになる。即ち、イベントが「扉閉」を示す履歴を受信したときに、一連の履歴を受信したかどうかを判定することにより入退に関連する履歴であるかを判定する。
【００７３】
履歴が入退に関連するものでなかった場合には（ステップＳ１３０４のＮＯ）、処理を終了する。履歴が入退に関連するものであった場合には（ステップＳ１３０４のＹＥＳ）、制御部３２０ａは、キャッシュメモリ３２１ａに格納されている滞留情報３２３ａを更新する（ステップＳ１３０５）。上述の通り、制御部３２０ａは、認証を行ったカードリーダがどのカードリーダかによって入場か退場かとどのエリアに関連するものであるかを判定し、判定されたエリアの人数を更新する。入場と判定されていた場合には、人数を１加算し、退場と判定されていた場合には、人数を１減算して、処理を終了する。
【００７４】
なお、制御部３２０ａは、定期的に、コードで送信されて、そのまま記録された履歴情報３２３ａの中から履歴ＤＢ３５１ａに登録されていない履歴を抽出して、文字列に変換して履歴ＤＢ３５１ａに登録する処理を行っている。
図１４は、生存確認信号を送信するときの、管理サーバの動作を示すフローチャートである。当該動作は、管理サーバ３００ａ、３００ｂで共通するので、ここでは、管理サーバ３００ａの動作として説明する。
【００７５】
制御部３２０ａは、生存確認信号を送信すべきタイミングがくるとその処理を開始する（ステップＳ１４０１）。
制御部３２０ａは、動作ログなどを検索して、生存確認信号の送信が初回であるかどうかを判定する（ステップＳ１４０２）。
生存確認信号を初めて送信する場合には（ステップＳ１４０２のＹＥＳ）、制御部３２０ａは、履歴ＤＢ３５１ａに既に履歴が登録されているかどうかを判定する（ステップＳ１４０３）。
【００７６】
履歴ＤＢに登録されている履歴があった場合には（ステップＳ１４０３のＹＥＳ）、制御部３２０ａは、全入退管理装置について、それぞれの最新の履歴を履歴ＤＢから抽出する（ステップＳ１４０４）。履歴ＤＢ３５１ａの管理装置９０７と日時９０２とを参照することで、各入退管理装置についての最新の履歴を検索される。
各入退管理装置それぞれの最新の履歴を抽出すると、制御部３２０ａは、通信部３１０ａを介して、それぞれ対応する入退管理装置に対して、それぞれの最新の履歴を示す履歴番号８０３を付加した生存確認信号を送信する（ステップＳ１４０５）。
【００７７】
なお、生存確認信号の送信が初回でない場合（ステップＳ１４０２のＮＯ）や、履歴ＤＢに履歴がない場合（ステップＳ１４０３のＮＯ）には、通常の生存確認信号を生成して、各入退管理装置に送信する（ステップＳ１４０６）。
そして、管理サーバ３００ａは、生存確認信号を送信してから所定時間が経過すると（ステップＳ１４０７のＹＥＳ）、ステップＳ１４０１に戻る。
【００７８】
ステップＳ１４０２〜Ｓ１４０５の処理を行うことにより、管理サーバが、故障した管理サーバと交換される新たな管理サーバであった場合に、コピーして得た履歴ＤＢの中の最新の履歴がどの履歴であるかを各入退管理装置に通知することができる。よって、入退管理装置としては、無駄な履歴の送信が発生せず、管理サーバとしても無駄な履歴を受信することにより発生する処理を低減することができる。
【００７９】
図１５は、管理サーバから定期的に送信されてくる生存確認信号を入退管理装置が受信したときの、入退管理装置の動作を示すフローチャートである。当該動作は、入退管理装置２００ａ〜２００ｃで共通するので、ここでは、入退管理装置２００ａの動作として説明する。
入退管理装置２００ａの外部通信部２４０ａは、生存確認信号を受信する（ステップＳ１５０１）。
【００８０】
すると、外部通信部２４０ａは、生存確認信号を制御部２６０ａに伝達する。生存確認信号を受信した制御部２６０ａは、自装置が動作していることを示す生存確認応答信号を外部通信部２４０ａを介して、生存確認信号を送信した管理サーバに宛てて送信する（ステップＳ１５０２）。
制御部２６０ａは、受信した生存確認信号を解析して、履歴番号８０３が付加されているどうかを判定する（ステップＳ１５０３）。
【００８１】
生存確認信号に履歴番号８０３が付加されていない場合には（ステップＳ１５０３のＮＯ）、このまま処理を終了する。生存確認信号に履歴番号８０３が付加されていた場合には（ステップＳ１５０３のＹＥＳ）、生存確認信号に付加されていた履歴番号８０３で示される履歴を履歴情報２５２ａから検索する。そして、検索して得られた履歴及び、当該履歴以前の履歴であって、生存確認信号の送信元アドレス８０２で示されるアドレスに対応する管理サーバの送信フラグを全て「０」に変更して終了する（ステップＳ１５０４）。
【００８２】
このあと、制御部２６０ａは、生存確認信号を送信してきた管理サーバに宛てて、保持している履歴情報２５２ａの中で、当該管理サーバの送信フラグが「１」になっている履歴を送信する。
図１５に示した処理を実行することにより、入退管理装置は、管理サーバに対して生存していることを通知できるとともに、管理サーバに対して、同じ履歴を２重に送信してしまうという事態を回避できる。
＜まとめ＞
以上に説明してきたように、本実施の形態に係る入退管理システムでは、管理サーバ間で一方のキャッシュメモリのデータをコピーするという手法で同期をとらずに、入退管理装置が生成した履歴を全ての管理サーバに送信し、全ての管理サーバが履歴を受信したときにすべき処理を実行するので、キャッシュメモリをコピーせずとも、全管理サーバのキャッシュメモリの内容を同じ物とすることができる。
【００８３】
また、管理サーバのいずれかが故障などした場合に、取り替える必要が出てくるが、このとき、新たに設置する管理サーバの履歴ＤＢとキャッシュメモリの内容とを、生存している管理サーバの保持している履歴ＤＢとキャッシュメモリの内容と同一のものとすべく、そのコピーを記憶させることとなる。しかし、データをコピーしたあとも、イベントは発生しており、新たに追加する管理サーバが実際に稼動し始めるまでには、コピーした状態から、更に進行して新たな履歴が発生していることになり、当該履歴もまた、処理されて履歴ＤＢに登録されなければならない。
【００８４】
また、入退管理装置にとっては、管理サーバが故障してから発生したイベントの履歴は全て未送信ということになっているが、コピーして得た履歴ＤＢには、その故障後の履歴も含まれていることがある。当該履歴が再送された場合には、管理サーバ側で無駄な処理が発生することになるが、本実施の形態に示した新たに追加した管理サーバが保持する履歴ＤＢは生存していた管理サーバのコピーであることから、入退管理装置では未送信になっている履歴も含まれることがある。この履歴を再度受信して、それに対する処理（履歴ＤＢへの登録、滞留情報の更新等）を行うことは無駄な処理が発生することと同義である。そこで、上記実施の形態に示したように、追加された新たな管理サーバは、入退管理装置に対して最初の生存確認信号を送信する際には、保持している履歴の中で、各入退管理装置それぞれから送信された最新の履歴を抽出して生存確認信号に付加して送信する。そして、入退管理装置は、生存確認信号に履歴が付加されていた場合には、それ以前の履歴の送信フラグを全て送信済みに変更するので、履歴の２重送信が発生しなくなるので、管理サーバにおいて無駄な処理が発生することがない。
＜補足＞
上記実施の形態において、本発明の実施の手法について説明してきたが、本発明の実施の形態がこれに限られないことは勿論である。以下、上記実施形態以外に本発明として含まれるその他の各種の変形例について説明する。
（１）上記実施の形態においては、管理サーバが２台ある実施の形態を説明したが、管理サーバは複数台あれば何台あってもかまわない。このとき、入退管理装置は、入退管理システムに備えられた全管理サーバに宛てて履歴を送信することになる。また、各入退管理装置は、それぞれで保持する履歴情報に入退管理システムに備えられた全管理サーバ分の送信フラグを登録して管理することとなる。
（２）上記実施の形態においては、新たな管理サーバを導入する場合や、入退管理システムに含まれていた管理サーバを交換する場合には、新たに導入された管理サーバは、最初の生存確認信号を送信するときに、コピーして保持している履歴ＤＢの中の、入退管理装置それぞれの最新の履歴を抽出して、生存確認信号に付加して送信することとしたが、最新の履歴の送信に当たっては、生存確認信号に付加する形ではなく、専用の信号を用いて送信することとしてもよい。
（３）上記実施の形態においては、特に記載しなかったが、各信号（履歴、生存確認信号、生存確認応答信号、履歴応答信号）それぞれは、そのヘッダに各信号の種類を識別するための識別子が付加されていてもよい。
（４）上記実施の形態においては、キャッシュメモリ３２１ａは、制御部３２０が保持しているかのように記載したが、キャッシュメモリ３２１ａは、管理サーバ３００ａ内に備えられていればよく、制御部３２０がデータを読み書き可能な構成になってさえいればよい。
（５）上述の実施の形態で示した管理サーバが入退管理装置に保持している履歴を通知する処理、入退管理装置が履歴についての送信フラグの更新に係る処理等（図１４、図１５参照）を管理サーバや入退管理装置等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
（６）上記実施の形態に示した管理サーバ３００ａ、３００ｂ及び入退管理装置２００ａ〜２００ｃの各機能部は、集積化されて１又は複数のＬＳＩ（Large Scale Integration）により実現されてもよい。また、複数の機能部が１のＬＳＩにより実現されてもよい。
【００８５】
ＬＳＩは集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、ＶＬＳＩ（Very Large Scale Integration）、ＳＬＳＩ（Super Large Scale Integration）、ＵＬＳＩ（Ultra Large Scale Integration）などと呼称されることもある。
また、集積回路化の手法はＬＳＩに限られるものではなく、専用回路または汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
（７）本発明は、管理対象となるエリアへのユーザの入退場を管理する入退管理装置と、前記入退管理装置において発生したイベントの履歴を管理する管理サーバとを含む入退管理システムであって、複数の管理サーバを含み、前記管理サーバ各々は、受信したイベントの履歴を一時的に記憶するキャッシュメモリと、イベントの履歴を記録する履歴データベースと、前記キャッシュメモリ上の前記イベントの履歴を前記履歴データベースに登録する登録手段とを備え、前記入退管理装置は、イベントが発生するごとに当該イベントの履歴を前記複数の管理サーバ各々に送信する送信手段を備えることを特徴とする。
【００８６】
また、当該入退管理システムにおいて、前記管理サーバは、前記入退管理装置からイベントの履歴を受信すると、当該履歴を受信したことを示す応答信号を送信する応答信号送信手段を備え、前記入退管理装置は、送信した履歴ごとに、前記複数の管理サーバそれぞれに対応して、応答信号を受信したか否かに基づいて、送信済みもしくは未送信の情報を対応付けて記憶する記憶手段と、前記複数の管理サーバそれぞれに、各管理サーバに未送信となっている履歴を送信する再送手段とを備え、前記入退管理システムに含まれる複数の管理サーバのうちの一部を新たな管理サーバに交換する場合に、新たな管理サーバの履歴データベース及びキャッシュメモリが保持する情報は、交換しない管理サーバの履歴データベース及びキャッシュメモリが保持している情報のコピーであり、前記新たな管理サーバは、コピーされて保持している履歴データベースの中の履歴のうち、最新の履歴を示す最新履歴情報を送信する最新履歴送信手段を備え、前記再送手段は、前記最新履歴情報を受け付けると、当該最新履歴情報で示される履歴以前の履歴に対応する送信済みもしくは未送信の情報を送信済みとした上で、未送信となっている履歴を送信することとしてもよい。
【００８７】
また、前記入退管理システムは、複数の入退管理装置を含み、前記最新履歴送信手段は、前記複数の入退管理装置それぞれの最新の履歴を送信することとしてもよい。
これにより、例えば故障などにより管理サーバを交換する必要がある場合に、交換しない管理サーバから履歴ＤＢのコピーを貰った上で、その履歴ＤＢの中の最新の履歴を入退管理装置に通知することにより、入退管理装置は無駄な履歴の送信を行わないとともに、無駄な履歴が送信されることによって、管理サーバがその処理を実行することがなくなるという優れた効果を奏する。
【００８８】
また、前記キャッシュメモリは、更に、入退管理装置の管理対象のエリアに滞在するユーザ人数を示す滞留情報を記憶し、前記管理サーバは、更に、受信したイベントの履歴が、管理対象となるエリアへの入退場を示すものであった場合に、前記滞留情報を更新する滞留情報更新手段を備えることとしてもよい。
履歴が各管理サーバに送信されることにより、更新の早いキャッシュメモリ中の滞留情報の更新も、通常のＦＴサーバなどの場合におけるような同期手法をとらずとも、各管理サーバで同じ内容の滞留情報を保持することができる。
【符号の説明】
【００８９】
１６０  ネットワーク
２００ａ〜２００ｅ  入退管理装置
２４０ａ  外部通信部（送信手段、再送手段）
２５０ａ  記憶部（記憶手段）
２６０ａ  制御部（送信手段、再送手段）
３００ａ、３００ｂ  管理サーバ
３１０ａ  通信部（応答信号送信手段、最新履歴送信手段）
３２０ａ  制御部（応答信号送信手段、登録手段、最新履歴送信手段、滞留情
報更新手段）
３２１ａ  キャッシュメモリ
３２２ａ  滞留情報
３５０ａ  保存部（登録手段）
３５１ａ  履歴ＤＢ
【図１】
2011203978.tif 000003
【図２】
2011203978.tif 000004
【図３】
2011203978.tif 000005
【図４】
2011203978.tif 000006
【図５】
2011203978.tif 000007
【図６】
2011203978.tif 000008
【図７】
2011203978.tif 000009
【図８】
2011203978.tif 000010
【図９】
2011203978.tif 000011
【図１０】
2011203978.tif 000012
【図１１】
2011203978.tif 000013
【図１２】
2011203978.tif 000014
【図１３】
2011203978.tif 000015
【図１４】
2011203978.tif 000016
【図１５】
2011203978.tif 000017