入退室管理システム
【課題】 入退室管理システムにおいて、扉の施開錠を実行するゲート制御装置の、メンテナンスを実行する際に人の閉じ込めが発生しないように実行する。
【解決手段】 入退室管理システムにおいて、メンテナンスを実行するゲート制御装置に対応するエリアについて、当該エリアへの人の入退室に係る情報に基づいてエリア内に人がいるか否かを検出する。そしてエリア内に人がいた場合には、メンテナンスの実行を指示しない。但し、そのエリアについて、当該エリアから退出可能な他の扉があり、当該他の扉に対応する別のゲート制御装置があり、当該別のゲート制御装置がメンテナンスを実行していないならば、メンテナンスを実行する。
【解決手段】 入退室管理システムにおいて、メンテナンスを実行するゲート制御装置に対応するエリアについて、当該エリアへの人の入退室に係る情報に基づいてエリア内に人がいるか否かを検出する。そしてエリア内に人がいた場合には、メンテナンスの実行を指示しない。但し、そのエリアについて、当該エリアから退出可能な他の扉があり、当該他の扉に対応する別のゲート制御装置があり、当該別のゲート制御装置がメンテナンスを実行していないならば、メンテナンスを実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、扉の施開錠を制御するゲート制御装置に関し、特に、ゲート制御装置おけるメンテナンスの実行に関する。
【背景技術】
【０００２】
従来から人の入退室を管理するために扉の施錠、開錠を実行するゲート制御装置がある。この種のゲート制御装置には、停電などの非常時に主電源からの電力の供給が断たれても扉の施錠、開錠をある一定時間実行できるように、バックアップ用電源として動作する二次電池が備えられている。
特許文献１は、停電時において、主電源からバックアップ用電源に切り替えて動作する退場管理システムを開示している。
【特許文献１】特開平１１−１１０６００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、電池は経年劣化するものであるので、定期的に二次電池が一定時間電力を供給できるかどうかを点検する必要がある。二次電池の点検は、電池に一定時間放電させて行うものであり、放電電圧値が定められた電圧値を下回るか否かによって、二次電池が劣化しているか否かを判定する。そして、二次電池を一定時間放電させた後には、二次電池を充電して、満充電状態に戻すこととなる。
【０００４】
しかし、電池試験を実行した後では、電池が充電されていない状態であり、その状況で停電が発生してしまった場合には、ゲート制御装置は、扉の開錠ができないことになり、中に人がいた場合には、閉じ込めが発生することとなる。扉の内側にサムターン錠を設けて、人力で開錠させることも考えられるが、これは、入退室を管理するゲート制御装置においては、第三者による機密情報の持ち出し等の危険性を考慮すると好ましくない。
【０００５】
また、この閉じ込めの発生というものは、ゲート制御装置を動作させるファームウェアの更新においても発生する。ファームウェアの更新を行うことによって、ゲート制御装置が認証を実行できないためである。
そこで、本発明においては、上記問題に鑑みて、人の閉じ込めが発生しないようにゲート制御装置においてメンテナンスを実行する入退室管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明は、入退室制御の対象となるエリアへの入出を制限するための扉の施開錠を実行するゲート制御装置と、当該ゲート制御装置を管理する管理装置とを含んで構成される入退室管理システムであって、前記ゲート制御装置は、自装置が開錠することで入出が可能となる一つのエリアである対象エリアへの人の入出に係る入出情報を送信する送信手段と、前記管理装置からの指示に基づき、前記対象エリアへの入出が不可能となるメンテナンスを実行するメンテナンス実行手段とを備え、前記管理装置は、前記入出情報を取得する取得手段と、前記対象エリアに人がいるか否かを前記入出情報に基づいて検出する検出手段と、前記検出手段の検出結果に基づいて、前記ゲート制御装置が、前記メンテナンスを実行してよいか否かを判定する判定手段と、前記判定手段が前記メンテナンスを実行してよいと判定した場合に前記ゲート制御装置に前記メンテナンスの実行指示を出力する指示手段とを備えることを特徴としている。
【発明の効果】
【０００７】
これにより対象エリア内に人がいるか否かによって、扉の鍵の施開錠を実行するゲート制御装置のメンテナンスを実行できる。
また、前記ゲート制御装置は、非常時に主電源に変わって電力を供給する非常用電池を備え、前記メンテナンスとは当該非常用電池の電池試験のことであり、前記メンテナンス実行手段は、前記非常用電池を予め定められた時間の間放電させて、当該非常用電池の出力電圧値が一定電圧を維持できるか否かを検査する電池試験の実行指示を受け付ける受付部と、前記受付部が前記実行指示を受け付けた場合に、前記電池試験を実行する電池試験実行部とを備える
これにより、エリア内に人がいるか否かによって、扉の鍵の施開錠を実行するゲート制御装置が保持する非常用電池の電池試験を実行できる。
【０００８】
また、前記判定手段は、前記対象エリアに人がいない場合に、前記電池試験を実行してよいと判定し、前記対象エリアに人がいる場合に、前記電池試験を実行してはいけないと判定することとしてよい。
これにより、管理装置は、電池点検の実行を指示したいエリアに対応するゲート制御装置に人がいると電池試験の指示を出力しないので、人の閉じ込めが発生することがなくなる。
【０００９】
また、前記対象エリアには、当該対象エリアへの入出を可能とする他の扉の施開錠を実行する他のゲート制御装置が備えられており、前記検出手段は、前記ゲート制御装置と前記他のゲート制御装置とからの入出情報とに基づいて前記対象エリアに人がいるか否かを検出し、前記判定手段は、前記検出手段が前記対象エリアに人がいることを検出した場合であって、前記指示手段が前記他のゲート制御装置に対して電池試験の指示をしていないときには、前記ゲート制御装置の前記電池試験を実行してよいと判定することとしてよい。
【００１０】
これにより、エリア内に人がいたとしても、エリアへの入出が可能な扉が他にもあり、当該扉を制御するゲート制御装置の電池試験を実行していなかった場合には、管理装置は、ゲート制御装置に対して電池試験の実行を指示できる。よって、一のエリアに付設されている扉が複数ある場合には、いつまでも電池試験が実行できないという事態を防ぐことができる。
【００１１】
また、前記ゲート制御装置は、更に、識別情報を読み取る読取部と、読み取った識別情報を前記管理装置に送信する識別情報送信手段と、対象エリアへの人の侵入の許可の可否を示す可否情報を受信する可否情報受信手段と、前記可否情報に基づいて、前記扉を開錠する開錠手段と、前記非常用電池の電池試験中に開錠する場合に、電池試験を中止する中止手段と、電池試験中であった旨を示す情報を表示する表示手段とを備え、前記管理装置は、更に、前記識別情報を受信する識別情報受信手段と、識別情報に対応付けて前記対象エリアへの入出の可否を示した認証情報を記憶する認証情報記憶手段と、前記識別情報と前記認証情報とに基づいて、当該識別情報に対応する人物の入出の可否を示す可否情報を前記ゲート制御装置に送信する可否情報送信手段とを備えることとしてよい。
【００１２】
これにより、ゲート制御装置は、電池試験中にエリアに人が入る場合には、電池試験中であった旨をユーザに通知することができ、停電が発生した場合には、閉じ込めの危険性がある旨を通知できる。
また、前記表示手段は、更に、前記電池試験において放電した放電量に基づいて、自装置の前記非常用電池により稼動可能な残り稼働時間の情報を表示することとしてよい。
【００１３】
これにより、ゲート制御装置は、電池試験中にエリアに人が入る場合には、停電になった場合に、稼動可能な時間を通知することができるので、ユーザは、停電になった場合には、通知された時間内にエリアから退出すれば、閉じ込められる危険性を回避できる。
また、前記管理装置は、更に、前記ゲート制御装置に対して、前記電池試験の実行を指示するタイミングを示したスケジュール情報を記憶するための記憶手段と、過去の所定期間分の所定時間ごとの前記対象エリアに人がいたかいなかったかの情報に基づいて、人がいないであろうタイミングを推定して前記ゲート制御装置に対して前記電池試験を実行するように前記スケジュール情報を設定する設定手段を備えることとしてよい。
【００１４】
これにより、管理装置は、人がいなかった時間帯から、次に人がいない時期を見計らったスケジュール情報を設定できるので、人がいることによって電池試験の実行指示を出せないという事態を極力回避することができる。
また、前記ゲート制御装置は、さらに、ゲート制御装置の動作を規定するプログラムを記憶する記憶手段と、前記記憶手段に記憶されているプログラムを実行する実行手段とを備え、前記メンテナンスとは当該プログラムの更新のことであり、前記メンテナンス実行手段は、前記プログラムの更新を指示する実行指示を受け付ける受付部と、前記実行指示を受け付けた場合に、前記プログラムの更新を実行する更新部とを備えることとしてよい。
【００１５】
これにより、ゲート制御装置は、対象エリアに人がいるか否かに基づいてゲート制御装置のプロセッサにより実行され、ゲート制御装置の動作を規定するプログラムの更新を実行できる。
また、前記判定手段は、前記対象エリアに人がいない場合に、前記プログラムの更新を実行し、前記対象エリアに人がいる場合に、前記プログラムの更新を実行しないと判定することとしてもよい。
【００１６】
これにより、人が対象エリアにいない場合には、閉じ込めが発生することがないので、ゲート制御装置のプログラムの更新を実行できる。
また、前記ゲート制御装置は、前記対象エリアに入エリアするための入エリア用ゲート制御装置と、前記対象エリアから出エリアするための出エリア用ゲート制御装置の２種類があり、前記メンテナンス実行部は、前記入エリア用ゲート制御装置のプログラムの更新を前記出エリア用ゲート制御装置のプログラムの更新よりも先に実行することとしてよい。
【００１７】
これにより、対象エリアに対応する入エリア用ゲート制御装置と出エリア用ゲート制御装置のうち、入エリア用ゲート制御装置からプログラムの更新が実行される。人の閉じ込めが発生するのは出エリア用ゲート制御装置が動作しない場合であるので、入エリア用ゲート制御装置のプログラムの実行をしたとしても閉じ込めは発生しない。
また、前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアに複数の出エリア用ゲート制御装置が備えられている場合に、少なくとも一つの出エリア用ゲート制御装置のプログラムの更新を実行しないことを条件に、当該一つの出エリア用ゲート制御装置以外の出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定することとしてもよい。
【００１８】
これにより、対象エリアから出るための出エリア用ゲート制御装置が複数あった場合には、どれか一つでも動作、即ち、認証を実行して扉の開錠ができれば、閉じ込めは発生しないので、そのような条件下においては、出エリア用ゲート制御装置のプログラムの更新を実行できるようになる。
また、前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアの出エリア用ゲート制御装置が対応する扉を開錠することを条件に、当該出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定し、前記指示手段は、プログラムの更新を指示するとともに、扉の開錠を指示することとしてもよい。
【００１９】
これにより、対象エリアに人がいたとしても、プログラムの更新時には、プログラムの更新をしているゲート制御装置に対応する扉は開錠されているので、閉じ込めが発生することがなくなる。
また、前記管理システムは、更に、前記対象エリアに対してアンチパスバック制御を実行するか否かを示すアンチパスバック制御情報を保持し、前記指示手段は、前記前記対象エリアがアンチパスバック制御の対象になっていた場合に、前記アンチパスバック制御の対象外にすることも指示することとしてもよい。
【００２０】
あるいは、前記管理システムは、更に、前記対象エリアに対してルート制御を実行するか否かを示すルート制御情報を保持し、前記指示手段は、前記前記対象エリアがルート制御の対象になっていた場合に、前記ルート制御の対象外にすることも指示することとしてもよい。
入退室管理システムでは、その管理上、アンチパスバックの制御や、ルート制御を実行することがある。アンチパスバックは、あるエリアに認証を行って入ったなら、同じエリアから出る場合には、必ず認証を行わないと、次に当該エリアから出るための認証以外の認証を行った場合には、エラーつまり認証失敗とする制御のことである。ルート制御もアンチパスバックに似たような制御であり、エリアの入出のルート（エリアに入る扉、出る扉）を制御するためのものであり、決められたルートでなくてはエリアへの入出ができないというものである。
【００２１】
これらの制御を実行したままプログラムの更新を実行すると、更新後に不都合が発生することがあるため、上記構成により、この不都合を回避できる。
また、前記ゲート制御装置が施開錠を制御する扉が前記対象エリアに隣接する隣接エリアの人の入出を制限するものでもある場合、前記検出手段は、更に前記隣接エリアにも人がいるかいないかを検出し、前記判定手段は、前記対象エリアと前記隣接エリアとに人がいるかいないかの検出結果に応じて、前記メンテナンスを実行してよいか否かを判定することとしてもよい。
【００２２】
これにより、扉が隣接エリアから退出するための扉でもあった場合、ゲート制御装置のファームウェアの更新により、隣接エリアからの人の退出を妨げることもありえるが、当該構成により、隣接エリアに人がいるかいないかによって、ファームウェアの更新を決定することができる。
また、前記管理装置は、更に、所定期間における前記対象エリアの人のいる時間帯と人のいない時間帯とを記録する記録手段と、前記記録手段に示される人がいないであろう時間帯に前記ファームウェアの更新を実行するためのスケジュールを生成するスケジュール生成手段とを備えることとしてもよい。
【００２３】
これにより管理装置は、ファームウェアを更新するタイミングを決定するためのスケジュールを自動的に生成することができ、ファームウェアの更新のタイミングをいちいちオペレータが決定しなくともよいので、オペレータの手間を軽減できる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の一実施形態である入退室管理システムについて図面を用いて説明する。
＜概要＞
入退室管理システムでは、扉ごとに扉の電気錠を施開錠するゲート制御装置が配置されている。入退室管理システムは、部屋への入室に際し認証を実行して、ゲート制御装置が扉の電気錠の施開錠を実行して人の部屋への入室を制限する。認証の記録は、入室記録や、退室記録として、履歴データに残される。本発明に係る入退室管理システムでは、部屋の中に人がいるかいないかを履歴データを用いて検出し、ゲート制御装置が保持する停電時に動作するバックアップ電源である二次電池の電池試験を実行してよいか否かを判断する。部屋に人がいる場合には、閉じ込めの可能性があるので、電池試験を実行しない。但し、部屋に扉が複数（Ｘ：２以上の整数とする）あって、閉じ込めの可能性がない場合には、Ｘ−１個のゲート制御装置については電池試験を実行してもよい。
＜実施の形態１＞
図１は、入退室管理システムのシステム構成を示したシステム図である。図１に示すように、入退室管理システムは、管理装置１００と、ゲート制御装置１１１と、ゲート制御装置１１２とを含んで構成される。
【００２５】
管理装置１００は、ゲート制御装置１１１とゲート制御装置１１２とを管理する機能を有し、ゲート制御装置１１１とゲート制御装置１１２において読み取った識別情報に基づいて各ゲート制御装置に対応する扉の開錠を実行してよいかの認証を実行する機能を有する。また、各ゲート制御装置における施開錠の履歴データを管理する機能と、ゲート制御装置が備える二次電池の電池試験の実行を指示する機能も有する。管理装置１００の詳細については、図２を用いて後述する。また、管理装置１００は、どのゲート制御装置がどのエリアに対応しているかを示す情報も保持している。
【００２６】
ゲート制御装置１１１は、エリアＡに備えられ、エリアＡに入退室するための扉１２１の電気錠１３１の施開錠を実行する機能を有する。エリアＡはエリアＢを含んでいる。ゲート制御装置１１１は、認証データ読み取り端末１４１、１４２で読み取った識別情報を管理装置１００に送信し、管理装置１００から取得した認証結果に基づいて扉１２１に備えられた電気錠１３１の開錠を実行する機能を有する。認証データ読み取り端末１４１は、エリアＡへ入室する際にユーザが保持するＩＣカードから識別情報を読み取るのに用いられ、認証データ読み取り端末１４２は、エリアＢから退室する際にＩＣカードから識別情報を読み取るのに用いられる。また、ゲート制御装置１１１は、電気錠１３１を施錠する機能も有する。ゲート制御装置の詳細については、図３を用いて後述する。
【００２７】
ゲート制御装置１１２は、エリアＢに備えられ、エリアＢに入退室するための扉１２２の電気錠１３２の施開錠を実行する機能を有する。ゲート制御装置１１２は、認証データ読み取り端末１４３、１４４で読み取った識別情報を管理装置１００に送信し、管理装置１００から取得した認証結果に基づいて扉１２１に備えられた電気錠１３１の開錠を実行する機能を有する。認証データ読み取り端末１４３は、エリアＢへ入室する際にユーザが保持するＩＣカードから識別情報を読み取るのに用いられ、認証データ読み取り端末１４４は、エリアＢから退室する際にＩＣカードから識別情報を読み取るのに用いられる。また、ゲート制御装置１１１は、電気錠１３１を施錠する機能も有する。
【００２８】
では、各装置について詳細に説明する。
図２は、管理装置１００の機能構成を示した機能ブロック図である。
管理装置１００は、ゲート制御装置Ｉ／Ｆ部（Ｉnter Face）２１０と、データ管理部２２０と、電池点検指示部２５０とを含んで構成され、認証データ２３０と、履歴データ２４０と、電池点検スケジュール２６０とを保持している。
【００２９】
ゲート制御装置Ｉ／Ｆ部２１０は、予め定められた規格に従って各ゲート制御装置との通信を実行する機能を有する。ゲート制御装置Ｉ／Ｆ部２１０は、ゲート制御装置から識別情報を受信した場合には、当該識別情報を送信してきたゲート制御装置の情報とともにデータ管理部２２０に伝達し、データ管理部２２０から伝達された認証結果を示す認証可否情報をゲート制御装置に送信する機能を有する。また、ゲート制御装置からゲート制御装置において発生したイベント（施錠、開錠）などの情報を含む状態情報を受信した場合には、当該状態情報をデータ管理部２２０に伝達する機能を有する。また、電池点検指示部２５０から電池試験の指示を受け取った場合には、指定されたゲート制御装置に対して当該指示を送信する機能を有し、電池試験の結果にかかる情報を電池点検指示部２５０に伝達する機能を有する。
【００３０】
データ管理部２２０は、認証データ２３０と履歴データ２４０とを管理し、ゲート制御部Ｉ／Ｆ部２１０から取得した識別情報とゲート制御装置の情報に基づいて認証を実行する機能を有する。また、実行した認証やゲート制御部Ｉ／Ｆ部２１０から得られるゲート制御装置の状態情報に基づいて履歴データ２４０を更新する機能を有する。認証データ２３０は、ゲート制御装置が読み取った識別情報に対応するユーザに入室権限があるか否かを認証するための情報であり、履歴データ２４０は、認証の結果や、扉の施開錠の情報、発生したエラーの情報の履歴情報である。認証データ２３０と履歴データ２４０の詳細については、後述する。
【００３１】
電池点検指示部２５０は、電池点検を実行する日時をゲート制御装置ごとに示した電池点検スケジュール２６０に基づいて、電池試験を指定するゲート制御装置が対応するエリアに人がいるかいないかに応じて、電池試験の実行を指示する機能を有し、電池試験指示をゲート制御装置Ｉ／Ｆ部２１０に伝達する機能を有する。また、ゲート制御装置Ｉ／Ｆ部２１０から伝達された電池試験に係る情報（電池試験の完了報告、電池試験の中断報告、エラー報告など）に基づいて電池点検スケジュール２６０を更新する機能を有する。電池点検スケジュール２６０は、各ゲート制御装置において、いつ電池試験を実行するかの日時を示した情報であり、また、電池試験の結果の情報も含む。電池点検スケジュール２６０の詳細については後述する。
【００３２】
また、電池点検指示部２５０は、電池試験を指示する予定のゲート制御装置が対応するエリア内に人がいる場合には、電池点検の指示を出さずに、電池点検スケジュールに電池点検が未実行である情報を付記するが、未実行の情報があるゲート制御装置については、定期的（例えば２４時間ごと）に人がいるか否かを検出して人がいなかった場合には、指示できなかった電池点検の指示を出力する。
【００３３】
ここで、人がいるかいないかの判定について説明しておく。履歴データ２４０は、ユーザごとにエリアへの入室と退室の情報が記録される。即ち、あるユーザがエリアに入室した場合には入室記録が履歴データ２４０に残され、入室したタイミング以降で、当該ユーザについて当該エリアからの退室記録が履歴データ２４０に記録されていなければ、人がそのエリアにいると判定できる。電池試験を実行するゲート制御装置に対応するエリアの全てのユーザについて直近の入室記録に対応する退室記録があれば、そのエリアには人がいないと判定できる。
【００３４】
以上が、管理装置１００の各部の説明である。
次にゲート制御装置について説明する。各ゲート制御装置の構成は、その管理対象となる電気錠や、認証データ読み取り端末が異なるだけで、その機能構成については、同一であるので、ここでは、ゲート制御装置１１１を例に説明する。
図３は、ゲート制御装置１１１の機能構成を示した機能ブロック図である。図３に示すように、ゲート制御装置１１１は、通信部３１０と、読み取り部３２０と、施開錠部３３０と、非常用電力部３４０とを含んで構成される。ゲート制御装置１１１は、通常、主電源３４１から電力の供給を受けて駆動する。
【００３５】
通信部３１０は、予め定められた規格に従って、管理装置１００との通信を実行する機能を有する。通信部３１０は、読み取り部３２０から識別情報を伝達されると、管理装置１００に送信する機能を有する。また、識別情報に応じて管理装置１００から送信されてきた認証可否情報を施開錠部３３０に伝達する機能を有する。また、通信部３１０は、管理装置１００から電池点検指示を受け付けて、電力部電池点検指示を伝達する機能を有する。また、ゲート制御装置１１１で発生したイベント情報の読み取り、扉の施錠、開錠など）の情報を管理装置３００に送信する機能も有する。
【００３６】
読み取り部３２０は、認証データ読み取り端末１４１、１４２に接続され、ＩＣカードから識別情報を読み取り、読み取った識別情報を通信部３１０に伝達する機能を有する。図５には、認証データ読み取り端末の一例として、認証データ読み取り端末１４１の外観図を示した。認証データ読み取り端末１４１は、センサー部５０１で、ＩＣカードからＩＣカードが保持する識別情報を読み取る。また、認証データ読み取り端末１４１は、自端末の状態を示すためのＬＥＤを備え、当該ＬＥＤには、電池点検中の場合に点滅するＬＥＤ５０３が含まれる。さらに、認証データ読み取り端末１４１は、自端末の状態を更に詳細に示すためのモニタ５０２も備えている。なお、読み取り部３２０は、電池試験中であっても、識別情報の読み取りは実行する。
【００３７】
施開錠部３３０は、電気錠１３１に接続され、通信部３１０から認証可否情報に基づいて、認証可否情報が開錠を示すものであれば、電気錠１３１を開錠する機能を有する。また、電気錠１３１を開錠した場合に、再度扉が閉じられたことを検出して、電気錠１３１を施錠する機能も有する。
非常用電力部３４０は、非常時、即ち主電源３４１からの電力の供給を受けられない場合にゲート制御装置１１１の各部に駆動電力を供給する機能を有する。非常用電力部３４０は、非常時には、少なくとも１０分間ゲート制御装置１１１が駆動できるだけの電力を供給できることが求められる。非常用電力部３４０は、二次電池３４２を含んで構成され、通常時には、主電源３４１から電力の供給を得て、各部に電力を伝達し、停電時など主電源３４１から電力の供給を得られない場合には、バックアップ電源として、二次電池３４２を用いて、各部に電力を伝達する機能を有する。
【００３８】
また、非常用電力部３４０は、通信部３１０から伝達された電池点検指示を受け付けて、二次電池３４２の電池試験を実行する機能を有する。電池試験について、図４に示す回路図を用いて説明する。
図４は、非常用電力部３４０に含まれる電池試験回路の構成を示した回路図である。二次電池３４２は、電池試験時には、スイッチ４０４が入れられて、放電抵抗４０２と接続される。電圧検出器４０１は、放電が開始されてから、放電抵抗４０２に印加されている電圧値が、１０分間の間、予め定められた閾値を下回らないかを検出する。電池試験終了後には、スイッチ４０４は切られ、代わりにスイッチ４０３が入れられる。スイッチ４０３が入れられることで、二次電池３４２は、充電装置４０５と接続され、満充電の状態になるまで充電される。なお、本図４では示していないが、非常用電力部３４０は、二次電池３４２からゲート制御装置１１１の各部に電力を伝達するための機構を備えている。
【００３９】
非常用電力部３４０は、二次電池３４２の放電電圧が閾値を下回らなかった場合には、電池試験が終了し、経年劣化していないことを示す完了報告を通信部３１０に伝達する。また、非常用電力部３４０は、二次電池３４２の放電電圧が閾値を下回った場合には、電池試験が終了し、二次電池３４２が経年劣化してることを示す劣化報告を通信部３１０に伝達する。また、非常用電力部３４０は、二次電池３４２の充電が終了した場合には、充電完了報告を通信部３１０に伝達する。
【００４０】
また、非常用電力部３４０は、ゲート制御装置１１１が電池試験中に扉の開錠を実行した場合に、電池試験を中断し、電池試験を中断したことを示す中断報告を通信部３１０を介して管理装置１００に送信する。
以上が、ゲート制御装置１１１の各部の説明である。
＜データ＞
ここから、入退室管理システムにおいて、用いられるデータについて説明する。
【００４１】
まず、認証データ２３０について、図６を用いて説明する。
図６は、認証データ２３０のデータ構成例を示したデータ概念図である。図６に示すように認証データ２３０は、管理番号欄６０１と、名前欄６０２と、識別情報６０３と、入室可能エリア欄６０４とを含んで構成される。
管理番号欄６０１には、管理装置１００が、認証情報を管理するための番号の情報が含まれる。
【００４２】
名前欄６０２には、管理番号に対応して、ユーザの名前の情報が含まれる。
識別情報欄６０３には、管理番号に対応して、ユーザが保持するＩＣカードの識別情報が含まれる。
入室許可エリア欄６０４には、管理番号に対応するユーザが入室可能なエリアの情報が含まれる。
【００４３】
管理装置１００は、ゲート制御装置から受け取った、識別情報と、ゲート制御装置の情報に基づいて、ゲート制御装置が対応するエリアと、識別情報とが一致する場合に、開錠の許可を示す内容を含んだ認証可否情報を出力する。
図６では、例えば、管理番号「３１０１」に対応するユーザの名前は、「山田太郎」であり、その識別情報は、「１２２８９６９０」であり、入室可能エリアは、「エリアＡ、エリアＢ」となっている。
【００４４】
図７は、履歴データ２４０のデータ構成例を示したデータ概念図である。
図７に示すように、履歴データ２４０は、管理履歴欄７０１と、名前欄７０２と、場所欄７０３と、状態欄７０４と、日時欄７０５とを含んで構成される。
管理履歴欄７０１には、管理装置１００が履歴データを管理するための管理番号の情報が含まれる。
【００４５】
名前欄７０２には、履歴データが認証に係るものである場合に、認証を行ったユーザの名前が含まれる。認証に係るものでなかった場合には、何も情報がないとして「−」が記録される。
場所欄７０３には、認証を実行して入退室を許可したエリアの情報が含まれる。また、認証に失敗した場合や、エラーが発生した場合の履歴データであるときには、イベントが発生したゲート制御装置の情報が含まれる。
【００４６】
状態欄７０４には、発生したイベントの内容の情報が含まれる。発生したイベントの内容とは、ユーザの入退室や、認証エラー、こじ開けの発生などがある。
日時欄７０５には、イベントがいつ発生したのかの情報が含まれる。
図７では、例えば、管理履歴「２０１９１」によれば、「鈴木加奈子」は「エリアＢ」に、「２００８年３月１３日１１時２９分１２秒」に「入室」したことになる。また、管理履歴「２０１９３」によれば、「鈴木加奈子」は「エリアＢ」から、「２００８年３月１３日１１時４８分４２秒」に「退室」したことになり、エリアＢから人がいなくなったのならば、エリアＢへの入退室を制御するゲート制御装置１１２の電池点検の実行が可能な状態となっている。一方、図７に示した履歴データでは、エリアＡには、少なくとも、「田中 はじめ」と「鈴木加奈子」がいるので、エリアへの入退室を制御するゲート制御装置１１１の電池点検は実行できない状態となっている。
【００４７】
図８は、電池点検スケジュール２６０の構成例を示したデータ概念図である。
図８に示すように、電池点検スケジュール２６０は、実行予定日時欄８０１と、対象装置欄８０２と、実行情報欄８０３を含んで構成される。
実行予定日時欄８０１には、電池試験を実行する予定の日時の情報が含まれる。
対象装置欄８０２には、電池試験の対象となる電池を保持するゲート制御装置の情報が含まれる。
【００４８】
実行情報欄８０３には、電池試験を実行したならば、電池試験を実行した日時の情報が、実行予定日時が到来しても実行できなかった場合には、「未実行」という情報が、そして、実行予定日時が到来していない場合には、「−」という情報が含まれる。
図８では、「２００８年３月１２日２３時」に、「ゲート制御装置１１２」の電池試験を実行することになっていたが、何らかの原因により、「未実行」になっている。この場合には、管理装置１００は定期的（例えば、２４時間毎）にゲート制御装置１１２が対応するエリアＢに人がいるかどうかを検出して、人がいなかったらゲート制御装置１１２に対して電池試験の実行を指示する。
＜動作＞
ここから、入退室管理システムの電池点検における動作を説明する。その他の認証に係る動作などは従来からある入退室管理システムにおける動作に準ずるものとして説明を省略する。
【００４９】
次に、本実施の形態における管理装置１００の動作を図９に示すフローチャートを用いて説明する。
電池点検指示部２５０は、自己に備えられている日時を計時するタイマ（図示せず）と、電池点検スケジュール２６０に示される実行予定日時とが一致したことを検出して、電池試験を実行する日時が到来したことを認識する（ステップＳ９０１）。
【００５０】
電池点検指示部２５０は、履歴データ２４０を参照して、電池試験を指示する予定のゲート制御装置が対応するエリアに人がいるか否かを、履歴データ２４０の場所欄７０３で、電池試験を指示する予定のゲート制御装置が対応するエリアについて、全ての入室に対応する退室の情報があるか否かに基づいて判定する（ステップＳ９０２）。これは、そのエリアについて、各ユーザについて直近の入室したという情報について、その入室の情報が記録された日時よりも後で、同じ名前のユーザがそのエリアから退室したという情報が記録されているかによって判定される。
【００５１】
電池試験を指示する予定のゲート制御装置が対応するエリアに人がいた場合（ステップＳ９０２のＹＥＳ）には、電池点検指示部２５０は、電池試験の指示を実行せず、電池点検スケジュール２６０に、電池試験が「未実行」である旨の情報を付記する。そして、電池点検指示部２５０は、当該電池点検については、定期的にエリアに人がいるか否かを検出して、人がいないタイミングで電池試験を指示することになる。
【００５２】
電池試験を指示する予定のゲート制御装置が対応するエリアに人がいなかった場合には、電池点検指示部２５０は、電池試験の指示を出力する（ステップ
Ｓ９０４）。
電池点検指示部２５０は、ゲート制御装置Ｉ／Ｆ部２１０を介してゲート制御装置からの電池試験に関する報告を受け取る（ステップＳ９０５）。
【００５３】
電池点検指示部２５０は、受け取った報告が、電池試験完了報告、電池試験中断報告、エラー報告の何れであるかを判定する（ステップＳ９０６）。これは、各報告には、それぞれを示すヘッダ情報が付加されており、これにより判定される。
電池点検指示部２５０は、受け取った報告が電池試験中断報告である場合（ステップＳ９０６：中断報告）に、電池点検スケジュール２６０に「未実行」を記録する（ステップＳ９０３）。
【００５４】
電池点検指示部２５０は、受け取った報告が電池試験完了報告である場合（ステップＳ９０６：完了報告）に、電池点検スケジュール２６０に電池点検を実行した日時の情報を、当該完了報告を受け取った日時に基づいて記録する（ステップＳ９０７）。
電池点検指示部２５０は、受け取った報告がエラー報告である場合（ステップＳ９０６：エラー報告）に、電池点検スケジュール２６０に経年劣化していることを示す情報を記録し（ステップＳ９０８）、管理装置１００は、オペレータにゲート制御装置の二次電池が劣化していることを示す情報をディスプレイなどに表示して通知する。
【００５５】
以上が電池点検における管理装置１００の動作である。
次に、本実施の形態におけるゲート制御装置の動作として、ゲート制御装置１１１の電池点検時の動作を図１０に示すフローチャートを用いて説明する。その他のゲート制御装置については同様の動作を実行するものとして、説明は省略する。
ゲート制御装置１１１の非常用電力部３４０は、電池点検の指示を、通信部３１０を介して管理装置１００から伝達される（ステップＳ１００１）。
【００５６】
電池点検の指示を受けて非常用電力部３４０は、スイッチ４０３を切り、スイッチ４０４を入れて、二次電池３４２に放電を開始させる（ステップＳ１００２）。
放電開始を実行している間も、ゲート制御装置１１１は、認証データ読み取り端末での識別情報の読み取りを実行している。そして、読み取り部３２０が識別情報を読み取った場合であって、認証が認められた場合（ステップＳ１００３のＹＥＳ）には、非常用電力部３４０は、スイッチ４０３を切り、二次電池３４２の放電を中止させる（ステップＳ１００４）。
【００５７】
非常用電力部３４０は、図５に示すように電池点検中であった旨を示すために、電池試験中のＬＥＤを点灯させ、電池試験を実行していた時間に基づいて、二次電池で稼動可能な時間をモニタ５０２に表示させる（ステップＳ１００５）。
そして非常用電力部３４０は、電池試験中断報告を通信部３１０を介して、管理装置１００に送信して（ステップＳ１００６）、本フローにおける処理を終了する。
【００５８】
読取部３２０が識別情報を読み取らず１０分が経過したら（ステップＳ１００７のＹＥＳ）、電圧検出器が検出した電圧値が所定電圧値を上回っていたか否かを判定する（ステップＳ１００８）。
電圧値が所定電圧値を上回っていた場合（ステップＳ１００８のＹＥＳ）には、二次電池３４２が経年劣化していなかったことを示す電池試験完了報告を通信部３１０を介して管理装置１００に送信して（ステップＳ１００９）、本フローにおける」処置を終了する。
【００５９】
電圧値が所定電圧値を上回っていなかった場合（ステップＳ１００８のＮＯ）には、二次電池３４２が経年劣化していたことを示すエラー報告を通信部３１０を介して管理装置１００に送信して（ステップＳ１０１０）、本フローにおける」処置を終了する。
以上がゲート制御装置の電池試験を実行するときの動作である。
これにより、本発明に係る入退室管理システムでは、入退室の履歴情報に基づいて、電池試験を実行するゲート制御装置が対応するエリアに人がいるか否かを判定し、人がいた場合には、電池試験の実行を指示しないので、人の閉じ込めが発生することがなくなる。
＜実施の形態２＞
実施の形態１では、エリアに人がいた場合には、管理装置は、対応するゲート制御装置に電池試験の指示をしないことした。これは、閉じ込めの危険性を排除するためであるが、閉じ込めの可能性がないならば、電池試験の実行を指示してもよい。本実施の形態においては、エリアに人がいても電池試験の実行を指示する場合について説明する。
＜構成＞
図１１は、実施の形態２における入退室管理システムの構成を示したシステム図である。
【００６０】
実施の形態１に示したシステム図とは異なり、エリアＡに入退室が可能な扉１２３が更に備えられ、扉１２３の電気錠１３３を施開錠するためのゲート制御装置１１３が備えられている。
ゲート制御装置１１３は、認証データ読み取り端末１４５、１４６と接続され、それぞれで読み取った識別情報を管理装置１００に送信し、管理装置１００の認証結果に基づいて、電気錠１３３を開錠する機能を有する。また、管理装置１００からの指示に従って、保持する二次電池の電池試験を実行する機能を有する。ゲート制御装置１１３の機能構成は、制御対象が異なるだけで、実施の形態１に示したゲート制御装置１１１のものと略同一なので、ここでは説明を省略する。
【００６１】
管理装置１００は、実施の形態１では、エリアとゲート制御装置は１対１の関係にあったため詳細には記さなかったが、エリアと、ゲート制御装置に関する情報として、図１２に示したエリア情報１２００を保持している。
図１２は、エリア情報１２００の構成例を示したデータ概念図である。図１２に示すように、エリア情報１２００は、エリア欄１２０１と、配置ゲート制御装置欄１２０２とを含んで構成される。
【００６２】
エリア欄１２０１には、入退室管理システムが管理する各エリアの識別用の情報が含まれる。
配置ゲート制御装置欄１２０２には、エリアに対応して、そのエリアに設けられている扉に対応するゲート制御装置がどのゲート制御装置であるかを示す情報として、ゲート制御装置の識別用の情報が含まれる。
【００６３】
図１２によれば、例えば、「エリアＡ」には、「ゲート制御装置１１１」と「ゲート制御装置１１２」の２台のゲート制御装置が設けられていることがわかる。
管理装置１００は、人がいるかいないかは、実施の形態１と同様に、履歴データのエリアについて、入室に対応する退室の履歴があるか否かで人がいるか否かを判定する。
管理装置１００の電池点検指示部２５０は、実施の形態１で示した機能に加え、更に、人がいるか否かを判定して、人がいたと判定した後に、電池試験を指示しようとしているゲート制御装置が対応するエリアに別のゲート制御装置が対応していないかをエリア情報１２００を参照して検索する。
【００６４】
そして、別のゲート制御装置があった場合には、管理装置１００がその別のゲート制御装置に対して２４時間以内に電池試験を指示していないかに基づいて、電池試験を実行しているかいないかを判定する。これは、管理装置１００の電池点検指示部２５０は、各ゲート制御装置に対して電池試験を指示するので、いつどのゲート制御装置に対して電池点検を指示したかの履歴を保持する。当該履歴情報を参照することで、当該判定を実行できる。
【００６５】
別のゲート制御装置が、電池試験を実行していなかったならば、非常事態になってもその別のゲート制御装置が駆動すれば閉じ込めの虞がないことから、管理装置１００は、電池試験の実行を指示する。
なお、別のゲート制御装置が電池試験を実行している途中、あるいは実行してから時間がたっていない場合には、電池試験の実行を指示しない。
＜動作＞
ここから、実施の形態２における管理装置１００の電池点検時の動作を説明する。
【００６６】
図１３は、実施の形態２に係る管理装置１００の電池点検時の動作を示したフローチャートである。基本的には、実施の形態１において図９に示した管理装置１００の動作を示すフローチャートと略同一なので、ここでは、実施の形態１に示した動作と異なる部分について説明する。
実施の形態２における管理装置１００の実施の形態１とは、異なる動作は、図１３のステップＳ１３０１とステップＳ１３０２の動作になり、ここでは、ステップＳ１３０１、Ｓ１３０２における管理装置１００の動作について説明する。
【００６７】
図１３のステップＳ９０２において電池点検指示部２５０が電池試験を指示しようとするゲート制御装置が対応するエリアに人がいると判定した場合に（ステップＳ９０２のＹＥＳ）、当該エリアに他のゲート制御装置があるかいなかをエリア情報１２００を参照して検索する（ステップＳ１３０１）。
当該エリアに他のゲート制御装置がある場合には（ステップＳ１３０１のＹＥＳ）、電池点検指示部２５０は、その他のゲート制御装置に対して電池試験を２４時間以内に実行したか否かを判定する。
【００６８】
電池試験中でなかった場合には（ステップＳ１３０２のＮＯ）、当該他のゲート制御装置が制御する扉からの退出が可能なことから、閉じ込めが発生する危険性はないので、電池試験指示部２５０は、電池試験の実行を指示する（ステップＳ９０４）。
ステップＳ１３０１において、他の制御装置がなかった場合や、ステップＳ１３０２において、電池試験中であった場合には、電池点検スケジュール２６０に電池試験が未実行であることを示す情報を登録する（ステップＳ９０３）。
【００６９】
以上に説明してきたように、管理装置１００は、電池試験を指示しようとしているゲート制御装置が対応するエリアに人がいたとしても、当該エリアに別のゲート制御装置が対応しているならば、閉じ込めの虞がないことから電池試験を実行してもよいと判断する。
＜実施の形態３＞
ここから、ゲート制御装置のメンテナンスとして、ゲート制御装置であるカードリーダ（以下、「ＣＲ」と記載する。）を制御するためのファームウェアの更新する場合について説明する。ファームウェアは、ＣＲ内プロセッサにより実行されることで機能するものであり、ＣＲの動作を規定するプログラムである。
【００７０】
図１４は、実施の形態３に係る入退室管理システムのシステム構成を示すシステム図である。図１４に示すように入退室管理システムは、管理装置１０００と、入室用ＣＲ１００１、１００４、１００６、１００８、１００９、１０１１、１０１３と、退室用ＣＲ１００２、１００７、１０１０、１０１２、１０１４と、入退室用ＣＲ１００３、１００５とを含んで構成される。
【００７１】
入退室管理システムには、入退室を制限するエリアとして、Ｚ０００１、Ｚ０００２、Ｚ０００３、Ｚ０００４とが含まれる。
各入室用ＣＲ、各退室用ＣＲ、各入退室用ＣＲは、それぞれ、１対１に扉に対応する電子錠の施錠、開錠を実行する機能を有する。図面上、各ＣＲが示される位置に扉がある。
例えば、入室用ＣＲ１００１は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７２】
退室用ＣＲ１００２は、Ｚ０００１から出るための扉の電子錠の施錠、開錠を実行するものである。
入退室用ＣＲ１００３は、Ｚ０００１から出るための扉の電子錠の施錠、開錠を実行するものである。同時に入退室用ＣＲ１００３は、Ｚ０００２に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７３】
入室用ＣＲ１００４は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
入退室用ＣＲ１００５は、Ｚ０００２から出るための扉の電子錠の施錠、開錠を実行するものである。同時に入退室用ＣＲ１００５は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７４】
入室用ＣＲ１００６は、Ｚ０００２に入るための扉の電子錠の施錠、開錠を実行するものである。
退室用ＣＲ１００７は、Ｚ０００２から出るための扉の電子錠の施錠、開錠を実行するものである。
入室用ＣＲ１００８は、Ｚ０００２内にある小部屋に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７５】
入室用ＣＲ１００９は、Ｚ０００３に入るための扉の電子錠の施錠、開錠を実行するものである。
退室用ＣＲ１０１０は、Ｚ０００３から出るための扉の電子錠の施錠、開錠を実行するものである。
入室用ＣＲ１０１１は、Ｚ０００３に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７６】
退室用ＣＲ１０１２は、Ｚ０００３から出るための扉の電子錠の施錠、開錠を実行するものである。
入室用ＣＲ１０１３は、Ｚ０００４に入るための扉の電子錠の施錠、開錠を実行するものである。
退室用ＣＲ１０１４は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７７】
各ＣＲは、それぞれＩＣカードの保持するＩＤを読み取り、各ＣＲが対応する扉の開錠を許可するためのＩＤ群である認証用情報の中に、ＩＣカードが保持するＩＤに一致するＩＤがあった場合に、電子錠の開錠を行う。各ＣＲは、ＩＤの一致を以って認証成功を示す認証情報を、ＩＤの不一致を以って認証失敗を示す認証情報を管理装置１０００に出力する。また、各種のエラー情報、例えば、こじ開けの発生などのを管理装置１０００に出力する。各ＣＲは管理装置１０００からの指示に従い更新用データを取得して自身のファームウェアを更新するための更新部を備える。なお、各ＣＲは、自身が入室用のＣＲであるか、退室用のＣＲであるか、あるいは入退室用のＣＲであるかの情報を保持している。
【００７８】
ここから、図１５を用いて管理装置１０００について説明する。図２は、管理装置１０００の機能構成を示す機能ブロック図である。
図１５に示すように管理装置１０００は、Ｉ／Ｆ部１５１０と、データ管理部１５２０と、ファームウェア更新部１５３０と、更新データ取得部１５４０と、記憶部１５５０とを含んで構成される。
【００７９】
Ｉ／Ｆ部１５１０はネットワークを介し、各ＣＲと通信を実行する機能を有する。Ｉ／Ｆ部１５１０は、ＣＲから受信した情報をデータ管理部１５２０に伝達する機能と、ファームウェア更新部１５３０から指示されたＣＲ宛にファームウェアの更新データと、更新実行指示を送信する機能とを有する。
データ管理部１５２０は、記憶部１５５０に保持されている各種データを管理する機能を有する。特にデータ管理部１５２０は、Ｉ／Ｆ部１５１０から、ＣＲにおける認証情報であって、認証に成功したことを示す情報を受け取った場合に、在室情報１５５２を更新する機能を有する。また、図１５には示していないが、ＣＲからの認証情報やエラー情報を受け取って、その履歴を記録する機能も有する。
【００８０】
ファームウェア更新部１５３０は、更新データ取得部１５４０から新たなファームウェアの更新データを取得した場合に、記憶部１５５０の在室情報１５５２を参照して、ゾーン内に人がいるかいないかによって、各ゾーンに設置されているＣＲのファームウェアの更新の実行を指示する機能を有する。詳細については、後述する。
更新データ取得部１５４０は、新たなバージョンのファームウェアあるいはその更新データを取得する機能を有する。例えば、更新データ取得部１５４０は、オペレータにより、ネットワーク越しに更新データを入力されたり、ＣＤなどの記録媒体に記録されている更新データを読み出したりして、更新データを取得する。
【００８１】
以上が管理装置１０００の説明である。
次に図１６、１７を用いてＣＲについて説明する。各ＣＲが保持する機能は、共通しているので、ここでは、退室用ＣＲ１００２を例に説明する。
図１６は、退室用ＣＲ１００２の概観図であり、退室用ＣＲ１００２は、ＩＣカードが保持するＩＤを読み取る認証情報取得部１７３０と、表示部１７５０とを含んで構成され、その他自己の動作状態を示す各種ＬＥＤを備える。
【００８２】
図１７は、退室用ＣＲ１００２の機能構成を示す機能ブロック図である。図１７に示すように退室用ＣＲ１００２は、通信部１７１０と、認証処理部１７２０と、認証情報取得部１７３０と、施開錠部１７４０と、表示部１７５０とを含んで構成される。
通信部１７１０は、ネットワークを介して管理装置１０００と通信する機能を有し、自己における認証の結果を示す認証情報や、エラーが発生した場合のエラー情報を送信する機能と、管理装置１０００からのファームウェアの更新のための更新データを受信する機能を有する。
【００８３】
認証処理部１７２０は、退室用ＣＲ１００２が通してもよいＩＣカードのＩＤを示す認証用情報（図示せず）を保持し、認証情報取得部１７３０が取得したＩＤと、自己が保持する認証用情報とで示されるＩＤとが一致するか否かに基づいて、認証を実行し、一致した場合に施開錠部１７４０に開錠を実行する指示を出力する機能を有する。
認証情報取得部１７３０は、ＩＣカードが保持するＩＤを読み取る機能を有し、読み取ったＩＤを認証処理部１７２０に伝達する機能を有する。
【００８４】
施開錠部１７４０は、認証処理部１７２０からの指示に基づき、扉の電子錠の施錠と開錠を実行する機能を有する。施開錠部１７４０は、電子錠を開錠した場合に、一定時間後には施錠する機能も有する。
表示部１７５０は、モニタを含み、退室用１００２の状態を表示する機能を有する。例えば、ファームウェアを更新中であることを表示する。
＜データ＞
ここから、本実施の形態において用いられる各種データについて説明する。
【００８５】
図１８は、管理装置１０００の記憶部１５５０に記憶されているカード情報１５５１を示すデータ概念図である。
カード情報１５５１は、管理装置１０００が入退室管理システム上で、どのＩＤを保持するＩＣカードが運用されているのかを認識するための情報であり、使用されているＩＣカードのＩＤが登録されている。
【００８６】
図１９は、管理装置１０００の記憶部１５５０に記憶されている在室情報１５５２を示すデータ概念図である。
図１９に示すように在室情報１５５２は、ゾーンＮｏ．欄１９０１に、在室中カード欄１９０２が対応付けられた情報である。これを参照することにより、管理装置１０００は各ゾーンに人がいるか否かを判断することができる。ゾーンに対応して在室中カード欄１９０２にカードの情報が登録されていれば、人がいると判定され、登録されていなければ、人がいないと判定される。
【００８７】
図１９では、例えばＺ０００１には、ＩＤ０００１に対応するＩＣカードを保持する人物が、Ｚ０００２には、ＩＤ０００２に対応するＩＣカードを保持する人物がいることになっている。
図２０は、管理装置１０００の記憶部１５５０に記憶されているＣＲ情報１５５３を示すデータ概念図である。
【００８８】
ＣＲ情報１５５３は、管理装置１０００が入退室管理システムで運用されているＣＲを認識するための情報である。
ＣＲ情報１５５３は、カードリーダＮｏ．欄２００１と、対応部屋名欄２００２と、ファームウェアバージョン欄２００３とが対応付けられたデータである。
カードリーダＮｏ．欄２００１には、ＣＲにそれぞれ割り当てられたＩＤを示す情報が登録される。
【００８９】
対応部屋名欄２００２には、ＣＲが対応するゾーンの、オペレータが便宜上つけた名前が登録される。
ファームウェアバージョン欄２００３には、そのＣＲがどのバージョンのファームウェアで動作しているかを示す情報が登録されている。このファームウェアバージョンが登録されていることにより、ファームウェアの更新の要否が判定できるようになる。
【００９０】
図２１は、管理装置１０００の記憶部１５５０に記憶されているゾーン情報１５５４を示すデータ概念図である。
ゾーン情報１５５４は、ゾーンＮｏ．欄２１０１と、入室用ＣＲＮｏ．欄２１０２と、退室用ＣＲＮｏ．欄２１０３と、ゾーン内ＣＲＮｏ．欄２１０４と、アンチパスバック欄２１０５と、ルート制御欄２１０６とを含んで構成される。
【００９１】
ゾーンＮｏ．欄２１０１には、ゾーンの情報が登録されている。
入室用ＣＲＮｏ．欄２１０２には、そのゾーンに入室する際に認証を実行するＣＲが登録されている。これを参照することで、そのゾーンに入室するための入室用ＣＲがどのＣＲであるかを認識できる。
退室用ＣＲＮｏ．欄２１０３には、そのゾーンから退室する際に認証を実行するＣＲが登録されている。これを参照することで、そのゾーンにある退室用ＣＲがどのＣＲであるかを認識できる。
【００９２】
なお、入室用ＣＲＮｏ．欄２１０２と、退室用ＣＲＮｏ．欄２１０３の両方に登録されているＣＲが、入退室用ＣＲとなる。
ゾーン内ＣＲＮｏ．欄２１０４には、そのゾーン内に別の部屋があって、その部屋に入室する際に認証を実行するＣＲが登録されている。
アンチパスバック欄２１０５には、そのソーンにおいてアンチパスバック制御を実行しているか否かを示す情報である。アンチパスバック制御とは、入室と退室とを厳密に対応付けて管理する制御のことであり、あるゾーンにＣＲで認証を行って入室した場合に、そのゾーン内にあるＣＲで認証を行って退室しなければいけないように制御するものである。そして、そのゾーン内にあるＣＲで認証を行わずに退室して、別のゾーンに入室しようとして、認証を行った場合に、その認証は認証失敗とされ、入室不可とされる制御である。
【００９３】
ルート制御欄２１０６には、そのゾーンにおいてルート制御を実行しているか否かを示す情報である。ルート制御とは、そのゾーンを通過する際に、ＣＲで認証を行って通過すべきＣＲの順序が定められた制御であり、その順序を守らなければ入退室ができない。
＜動作＞
ここから、入退室管理システムにおける動作を説明する。
【００９４】
まず、図２２を用いて、ＣＲで認証が実行され、認証に成功した場合の管理装置１０００の動作、つまり在室情報１５５２の更新動作について説明する。認証に失敗した場合は、単に認証履歴に認証失敗の情報が登録されるのみである。図２２は、管理装置１０００が在室情報１５５２の更新する流れを示したフローチャートである。
管理装置１０００のＩ／Ｆ部１５１０は、ＣＲから認証成功の情報を受信し、受信した情報をデータ管理部１５２０に伝達する（ステップＳ２２０１）。当該情報は、認証に成功したＩＣカードのＩＤと、認証を実行したＣＲの情報が含まれている。
【００９５】
データ管理部１５２０は、伝達された情報に含まれるＣＲの情報から、当該ＣＲの情報が対応するゾーンの情報を、ゾーン情報１５５４から検索する（ステップＳ２２０２）。
データ管理部１５２０は、ゾーン情報１５５４で、Ｉ／Ｆ部１５１０から伝達されたＣＲの情報が、入室用ＣＲＮｏ．欄２１０２と退室用ＣＲＮｏ．欄２１０３の両方にあるか否かによって、入退室用のＣＲであるか否かを検出する（ステップＳ２２０３）。
【００９６】
ＣＲが入退室用のＣＲであった場合には（ステップＳ２２０４）、データ管理部１５２０は、当該ＣＲを入室用ＣＲとしているゾーンをゾーン情報１５５４から検索し、検索されたゾーンに対応する在室情報１５５２の在室中カード欄１９０２に、Ｉ／Ｆ部１５１０から伝達されたカードＩＤを登録して在室情報１５５２を更新する。また、データ管理部１５２０は、当該ＣＲを退室用ＣＲとしているゾーンをゾーン情報１５５４から検索し、検索されたゾーンに対応する在室情報１５５２の在室中カード欄１９０２から、Ｉ／Ｆ部１５１０から伝達されたカードＩＤを削除して（ステップＳ２２０４）、処理を終了する。
【００９７】
一方、ＣＲが入退室用のＣＲでなかった場合（ステップＳ２２０３のＮＯ）、データ管理部１５２０は、Ｉ／Ｆ部１５１０から伝達されたＣＲの情報がゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２にあるか否かによって入室用ＣＲであるか否かを判定する（ステップＳ２２０５）。
ＣＲが入室用ＣＲであった場合には（ステップＳ２２０５のＹＥＳ）、データ管理部１５２０は、当該ＣＲが対応するゾーンをゾーン情報１５５４から読み取り、次いで、そのゾーンに対応する在室中カード欄１９０２に、Ｉ／Ｆ部１５５１から受け取ったカードＩＤを追加することで在室情報１５５２を更新し（ステップＳ２２０６）処理を終了する。
【００９８】
ＣＲが入室用ＣＲでなかった場合には（ステップＳ２２０５のＮＯ）、データ管理部１５２０は、当該ＣＲが対応するゾーンをゾーン情報１５５４から読み取り、次いで、そのゾーンに対応する在室中カード欄１９０２から、Ｉ／Ｆ部１５５１から受け取ったカードＩＤを削除することで在室情報１５５２を更新し（ステップＳ２２０７）処理を終了する。
【００９９】
次にファームウェアの更新動作について説明する。図２３は、管理装置１０００のＣＲにファームウェアの更新を指示する際の動作を示したフローチャートである。ここでは、ある一つのゾーンについてのＣＲのファームウェアの更新について説明する。当該動作は各ゾーンについて実行される。
ファームウェア更新部１５３０は、更新データ取得部１５４０が更新データを取得すると、ＣＲ情報１５５３でそのバージョン情報が更新データと一致しないＣＲのあるゾーンを任意に選択し、選択されたゾーンの情報をゾーン情報１５５４から取得する（ステップＳ２３０１）。
【０１００】
ファームウェア更新部１５３０は、ファームウェアを更新するＣＲの属するゾーンに対応する在室情報を取得する（ステップＳ２３０２）。
ファームウェア更新部１５３０は、取得した在室情報から、ゾーンに人がいるか否かを検出する（ステップＳ２３０３）。
ゾーンに人がいなかった場合には（ステップＳ２３０３のＮＯ）、ファームウェア更新部１５３０は、通信部１５１０を介して、ゾーンに対応する全ＣＲに、各ＣＲが施錠開錠を担当する電子錠を施錠したまま、認証処理を停止する指示を出力し、その後、ファームウェアの更新の実行指示と、更新データを送信する（ステップＳ２３０４）。こうしてＣＲではファームウェアの更新が実行され、ファームウェアの更新後にＣＲは認証処理を再開する。
【０１０１】
ゾーンに人がいた場合には（ステップＳ２３０３のＹＥＳ）、ファームウェア更新部１５３０は、ゾーンに対応する入室用ＣＲをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２から検索し、対応する入室用ＣＲにファームウェアの更新の実行を指示する（ステップＳ２３０５）。ファームウェアの更新を実行中において、防ぎたい事態は人の閉じ込めであるため、ゾーン内に人がいたとしても退室用ＣＲは動作し、閉じ込めは発生しないため、入室用のＣＲについては、ファームウェアの更新を実行しても問題ない。
【０１０２】
入室用ＣＲのファームウェアの更新が終了すると、ファームウェア更新部１５３０は、ゾーンに対応する退室用ＣＲが複数あるか否かをゾーン情報１５５４の退室用ＣＲＮｏ．欄２１０３から検索する（ステップＳ２３０６）。
退室用ＣＲが複数あった場合には（ステップＳ２３０６のＹＥＳ）、退室用ＣＲのファームウェアの更新を順を追って実行を指示する。退室用ＣＲが複数ある場合には、一つのＣＲのファームウェアの更新を実行したとしても、それ以外の退室用ＣＲに対応する扉からの退室が可能であるので、人の閉じ込めが発生することがない。ここで、ファームウェアの更新を順を追って行うとは、１個ずつ順番にファームウェアの更新を行う場合や、退室用ＣＲを二つ以上のグループに分けて、１つのグループに属するＣＲのファームウェアの更新を実行してから、他のグループに属するＣＲのファームウェアの更新を実行する場合などがある。つまり、少なくとも一つの退室用ＣＲがファームウェアを更新せず稼動状態にあるようにして、ファームウェアの更新が実行されればよい。
【０１０３】
退室用ＣＲが複数なかった場合には（ステップＳ２３０６のＮＯ）、ここではファームウェアの更新を実行せずに、所定時間後に再度、ゾーンに人がいるかいないかの検出を行って、人がいないタイミングでファームウェアを更新する。退室用ＣＲのファームウェアを更新している否かについては、ＣＲ情報１５５３のバージョン情報を参照し最新のものになっているか否かで判定できる。
【０１０４】
ＣＲでファームウェアの更新が実行されると、ＣＲはファームウェアの更新を実行したことを示す情報を管理装置１０００に送信し、管理装置１０００のデータ管理部１５２０は当該情報を受信することで、ＣＲ情報１５５３のバージョン情報を更新する。
なお、退室用ＣＲが複数ない場合（ステップＳ２３０６のＮＯ）には、所定時間後（例えば３時間後）に再度人がいないか否かを検出して、人がいなかったらファームウェアの更新をすることとしたが、早急にファームウェアの更新を行わなければならない場合には以下の手順でファームウェアの更新を行う。ファームウェア更新部１５３０は、退室用ＣＲにファームウェア更新が終了するまでの間、電子錠を開錠させる。そして、退室用ＣＲの認証処理の停止を指示し、ファームウェアの更新を指示する。ファームウェアの更新が終了すると電子錠は施錠される。こうすることで、入退室の管理という面では問題はあるものの、人の閉じ込めは防止することができる。この場合、当該処理を実行したことを履歴として残してもよい。
【０１０５】
以上が、管理装置１０００のファームウェアの更新時の動作である。
ところで、入室用ＣＲが同時に退室用ＣＲである場合もある。図１４におけるシステム図では、入退室用ＣＲ１００３、１００５が該当する。このような場合には、隣接するゾーンについても考慮に入れてファームウェアの更新を実行する必要がある。このような場合を考慮に入れた管理装置１０００の動作を図２４のフローチャートに示した。
【０１０６】
ファームウェア更新部１５３０は、更新データ取得部１５４０が更新データを取得すると、ＣＲ情報１５５３でそのバージョン情報が更新データと一致しないＣＲのあるゾーンを任意に選択し、選択されたゾーンの情報をゾーン情報１５５４から取得する（ステップＳ２４０１）。
ファームウェア更新部１５３０は、ファームウェアを更新するＣＲの属するゾーンに対応する在室情報と、ＣＲの属するゾーンに属するその他のＣＲの情報をゾーン情報１５５４から取得する（ステップＳ２４０２）。
【０１０７】
ファームウェア更新部１５３０は、取得したその他のＣＲの情報がファームウェアの更新の対象となるゾーン以外のゾーンに含まれているかをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２と退室用ＣＲＮｏ．欄２１０３とを参照して検索する。ファームウェアの更新の対象となるゾーン以外のゾーンにＣＲが含まれていた場合に、その他のゾーンに対応する在室情報を読み出す（ステップＳ２４０３）。その他のゾーンは、ファームウェアの更新の対象となるゾーン（対象ゾーンと呼称）に隣接するゾーンとなり、ここでは隣接ゾーンと呼称する。
【０１０８】
ファームウェア更新部１５３０は、取得した在室情報から、対象ゾーンあるいは隣接ゾーンの両ゾーンのいずれかに人がいるか否かを検出する（ステップＳ２４０４）。
対象ゾーンと隣接ゾーンに人がいなかった場合には（ステップＳ２４０４のＮＯ）、ファームウェア更新部１５３０は、通信部１５１０を介して、対象ゾーンに対応する全ＣＲに、各ＣＲが施錠開錠を担当する電子錠を施錠したまま、認証処理を停止する指示を出力し、その後、ファームウェアの更新の実行指示と、更新データを送信する（ステップＳ２４０９）。こうしてＣＲではファームウェアの更新が実行され、ファームウェアの更新後にＣＲは認証処理を再開する。
【０１０９】
対象ゾーンあるいは隣接ゾーンに人がいた場合には（ステップＳ２４０４のＹＥＳ）、隣接ゾーンに人がいるか否かを、隣接ゾーンの在室情報を参照して検出する（ステップＳ２４０５）。
隣接ゾーンに人がいる場合に（ステップＳ２４０５のＹＥＳ）、ファームウェア更新部１５３０は、対象ゾーンに対応し、入退室用ＣＲを除く入室用ＣＲをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２から検索し、対応する入室用ＣＲにファームウェアの更新の実行を指示する（ステップＳ２４０６）。
【０１１０】
隣接ゾーンに人がいなかった場合に（ステップＳ２４０５のＮＯ）、ファームウェア更新部１５３０は、対象ゾーンに対応する入退室用ＣＲを含む全入室用ＣＲをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２から検索し、対応する入室用ＣＲにファームウェアの更新の実行を指示する（ステップＳ２４０７）。
入室用ＣＲのファームウェアの更新が終了すると、ファームウェア更新部１５３０は、ゾーンに対応する退室用ＣＲが複数あるか否かをゾーン情報１５５４の退室用ＣＲＮｏ．欄２１０３から検索する（ステップＳ２４０８）。
【０１１１】
退室用ＣＲが複数あった場合には（ステップＳ２４０８のＹＥＳ）、退室用ＣＲのファームウェアの更新を順を追って実行を指示する。ここで、ファームウェアの更新を順を追って行うとは、１個ずつ順番にファームウェアの更新を行う場合や、退室用ＣＲを二つ以上のグループに分けて、１つのグループに属するＣＲのファームウェアの更新を実行してから、他のグループに属するＣＲのファームウェアの更新を実行する場合などがある。
【０１１２】
退室用ＣＲが複数なかった場合には（ステップＳ２４０８のＮＯ）、ここではファームウェアの更新を実行せずに、所定時間後（例えば３時間後）に再度、ゾーンに人がいるかいないかの検出を行って、人がいないタイミングでファームウェアを更新する。退室用ＣＲのファームウェアを更新している否かについては、ＣＲ情報１５５３のバージョン情報を参照し最新のものになっているか否かで判定できる。
【０１１３】
ところで、退室用ＣＲのファームウェアを更新するに当たり、その退室用ＣＲが対応するゾーンでアンチパスバック制御を実行していることがある。アンチパスバック制御では、あるゾーンに入室用ＣＲの制御する扉から入室した際には、そのゾーンに含まれる退室用ＣＲで認証を行ってから退室しなければ、次回の認証においてエラー、つまり認証不可として、扉の開錠を実行しない制御のことであり、共連れによる入退室を防止する効果がある。退室用ＣＲが一つしかない状態で、ゾーンに人がいるにも拘らずファームウェアを更新する場合に、電子錠を開いて、ゾーンにいる人が退室できるようにして、ファームウェアを更新した場合には、その人がファームウェアの更新中に退室した場合、次にその人がどこかで認証を行った場合に、エラーとなってしまう。これはファームウェアの更新を実行している退室用ＣＲで認証を実行せずに退室してしまったためである。これは、ファームウェアの更新を行ったために発生する事態であり、当該事態を招くことはユーザにとって不便である。よって、図２５に示す処理を実行する。
【０１１４】
当該処理は、図２３のステップＳ２３０６で、退室用ＣＲが一つしかない状態で、ゾーンに人がいる場合の処理である。
ファームウェア更新部１５３０は、退室用ＣＲのファームウェアを更新する（ステップＳ２５０１）。
このとき、ファームウェア更新部１５３０は、ファームウェアの更新を行っているゾーンでアンチパスバック制御を実行しているか否かをゾーン情報１５５４のアンチパスバック欄２１０５を参照して検索する（ステップＳ２５０２）。
【０１１５】
アンチパスバック制御を実行していた場合には（ステップＳ２５０２のＹＥＳ）、ファームウェア更新部１５３０は、ゾーン情報１５５４のアンチパスバックを実施から未実施に変更するとともに、該当ゾーンの各ＣＲにアンチパスバック制御の実行を未実行状態にするよう指示する（ステップＳ２５０３）。
そして、ファームウェア更新部１５３０は、当該ＣＲからファームウェアの更新が終了したことを示す情報を受け取ると、アンチパスバック制御を実行状態にするよう指示する（ステップＳＳ２５０４）。但し、システム上の全カードＩＤについてファームウェア更新後の最初の認証については、アンチパスバックによる制御を実行しないものとする。
【０１１６】
なお、アンチパスバック制御を実行していなかった場合には（ステップＳ２５０２のＮＯ）、そのままファームウェアの更新を行って終了する。
これにより、アンチパスバック制御を実行していたとしても、ファームウェアの更新後の認証でエラーが発生することがなくなる。また、ファームウェアの更新後もアンチパスバック制御を実行できる。
【０１１７】
このゾーンでアンチパスバック制御ではなくルート制御を実行していることもある。ルート制御とは、あるゾーンへの入退室において入室と退室の扉が分けられることにより、出入りのルートが制限されるように制御することであり、例えば、図１のシステム図ではゾーンＺ０００４のように入室用の扉と退室用の扉とを分けて制御する考え方であり、アンチパスバック制御と同様、入室用ＣＲ１０１３で認証を行ってゾーンＺ０００４に入った場合、退室用ＣＲ１０１４で認証を行って退室しなければ、次回の認証を退室用ＣＲ１０１４以外で行った場合にエラーとする制御である。
【０１１８】
この場合もアンチパスバック制御の場合と同様の処理を実行する必要がある。図２６に、この場合のファームウェア更新部１５３０の動作を示した。図２６は、図２５と比較すればわかるように、その差異は、図２５におけるステップＳ２５０２、Ｓ２５０３、Ｓ２５０４における処理が異なるので、当該ステップにおける動作を説明する。
ファームウェア更新部１５３０は、ファームウェアの更新を行っているゾーンでルート制御を実行しているか否かをゾーン情報１５５４のルート制御欄２１０６を参照して検索する（ステップＳ２６０２）。
【０１１９】
ルート制御を実行していた場合には（ステップＳ２６０２のＹＥＳ）、ファームウェア更新部１５３０は、ゾーン情報１５５４のルート制御を実施から未実施に変更するとともに、該当ゾーンの各ＣＲにルート制御の実行を未実行状態にするよう指示する（ステップＳ２６０３）。
そして、ファームウェア更新部１５３０は、当該ＣＲからファームウェアの更新が終了したことを示す情報を受け取ると、ルート制御を実行状態にするよう指示する（ステップＳＳ２６０４）。但し、システム上の全カードＩＤについてファームウェア更新後の最初の認証については、ルート制御を実行しないものとする。
【０１２０】
なお、ルート制御を実行していなかった場合には（ステップＳ２５０２のＮＯ）、そのままファームウェアの更新を行って終了する。
これにより、ルート制御を実行していたとしても、ファームウェアの更新後の認証でエラーが発生することがなくなる。また、ファームウェアの更新後もアンチパスバック制御を実行できる。
【０１２１】
ところで、ファームウェアを更新すると、ファームウェアを更新しているＣＲでは認証ができないため、ユーザは故障していると認識するかもしれない。そこで、各ＣＲは以下の図２７に示す処理をファームウェアを更新しながら実行する。
ＣＲはファームウェアの更新を実行する（ステップＳ２７０１）。
ＣＲは表示部にファームウェアを更新中であることを示す情報を表示部１７５０に表示する（ステップＳ２７０２）。例えば、「ファームウェアを更新中です。認証を実行できません」などと表示する。
【０１２２】
このときＣＲは、自己が退室用のＣＲであるかを、自己がどのタイプ（入室用、退室用、入退室用）のＣＲであるかの設定情報に基づいて検索する（ステップＳ２７０３）。
自己が退室用のＣＲであった場合に、自己が対応するゾーンに他の退室用ＣＲがあるか否かを管理装置１０００に問い合わせる。管理装置１０００は、ゾーン情報１５５４を参照して、他の退室用ＣＲがあるか否かを検出し、検出結果を退室用ＣＲに出力する（ステップＳ２７０４）。
【０１２３】
他の退室用ＣＲがあった場合には（ステップＳ２７０４のＹＥＳ）、管理装置１０００は、他の退室用ＣＲに対応する対応部屋名をＣＲ情報１５５３から読み出して、ＣＲに通知し、ＣＲは、通知された対応部屋名を用いて、例えば、「ファームウェアを更新中です。認証を実行できません。第２会議室第２扉より御退出下さい」と表示部１７５０に表示する（ステップＳ２７０５）。当該表示はファームウェアの更新中行われる。
【０１２４】
一方、他の退室用ＣＲがなかった場合には（ステップＳ２７０４のＮＯ）、管理装置１０００は、他の退室用ＣＲがないことをＣＲに通知し、当該通知を受けたＣＲは、ファームウェアの更新を継続する。
こうして、ＣＲがファームウェアを更新中であることをユーザに知らせつつ、他の扉からの入退室を提示することで、入退室管理システムの利便性を高めることができる。
＜補足＞
上記実施形態において、本発明の実施の手法について説明してきたが、本発明の実施形態がこれに限られないことは勿論である。以下、上記実施形態以外に本発明の思想として含まれる各種の変形例について説明する。
（１）上記実施の形態では、特に記載しなかったが、履歴データ２４０には、入退室システムに係るイベントの情報であれば、入退室に関する情報以外の情報が記録されてもよく、例えば、認証エラーの情報や、こじ開けの発生などの情報が含まれていてもよい。
（２）上記実施の形態では、特に記載しなかったが、ゲート制御装置は自装置で発生したイベントに関する履歴情報をそれぞれ保持していてもよい。
（３）上記実施の形態においては、電池試験が未実行であった場合には、２４時間おきに指示可能かどうかをみていたが、これは２４時間おきでなくともよく、例えば１時間おきであってもよい。但し、電池試験が未実行である場合には、電池試験が中断した場合も含むので、その場合には、二次電池を充電するための時間が必要となるので、電池試験の指示をするには、同時に、二次電池が満充電の状態になっていることも条件となる。管理装置は、ゲート制御装置の非常用電力部から二次電池を満充電の状態になっていることを示す充電完了信号を受信することで満充電になっているか否かを検出できる。ゲート制御装置において、充電完了信号は、二次電池の電力が消費される事態（例えば、停電時の電力の供給、あるいは、電池点検による電力の消費など）が発生したあとで、二次電池が充電されたタイミングで、ゲート制御装置から管理装置に出力される。
（４）上記実施の形態において示した電池点検スケジュール２６０は、オペレータが設定しても良いし、管理装置１００が設定しても良い。その際に、以下の方法を用いて電池点検スケジュールを設定してもよい。
【０１２５】
電池点検指示部２５０は、例えば１か月分の履歴をとることで、各エリアについて、人のいる時間帯、人のいない時間帯を検出できる。これは１日について、そのエリアで人がいない時間帯を検出してもよいし、曜日ごとに人のいない時間帯を検出してもよい。
そして、得られた人のいない時間帯に対応する時間帯で電池試験が実行されるように電池点検スケジュール２６０を作成してもよい。
【０１２６】
例えば、月曜日の０時〜２時、２時〜４時、・・・、１０時〜１２時、１２時〜１４時、・・・、２２時〜２４時、火曜日の０時〜２時、２時〜４時、・・・というように時間帯を区切っていき、所定期間分、例えば１か月分の履歴データに基づいて、各時間帯に人がいた人数を集計する。そして、あるゲート制御装置が対応するエリアについて、１ヶ月の間、火曜日の２２時〜２４時の間に人がいなかったということが集計の結果分かったとしたら、電池点検指示部２５０は、そのゲート制御装置については、次に電池点検を実行するのは、翌月以降で２ヶ月以内のいずれかの火曜日の２２時〜２４時の間に電池点検の指示が出せるようにスケジュールを設定する。
（５）上記実施の形態において、ゲート制御装置は、非常時において二次電池によって１０分間動作できることとしたが、この時間は一例であり、仕様により異ならせてもよく、例えば２０分としてもよい。この場合、電池試験は２０分間放電して、電圧値が所定の閾値以下にならないかを検査する。
（６）上記実施の形態３において、ファームウェアの更新をゾーンに含まれるＣＲを対象に行っていたが、各ＣＲ毎に、そのＣＲが対応するゾーン内に人がいるかを判定して、ファームウェアの更新を実行するか否かを判定してもよい。
（７）上記実施の形態３において、ＣＲは、ファームウェア更新中であることを、表示部１７５０に表示させて、ユーザに通知することとしたが、これ以外の通知方法をとってもよい。例えば、ファームウェアを更新中であることを示す特定のビープ音で通知しても良いし、あるいは例えば音声で「ファームウェア更新中です。認証できません」と報知してもよい。
（８）上記実施の形態３において、管理装置１０００は、各ＣＲに対してファームウェアの更新を指示していたが、これは予め記憶しているスケジュールに従って指示が出力されてもよく、当該スケジュールで定められるタイミングでゾーンに人がいるか否かを検出して、いなかった場合にファームウェアの更新を指示することとしてもよい。
【０１２７】
さらには、管理装置１０００は、ファームウェアを更新するタイミングを定めるスケジュールを自動的に生成するスケジュール生成部を備えてもよく、当該スケジュール生成部が生成するスケジュールに定められるタイミングでゾーンに人がいるかいないかの検出を行って、ファームウェアの更新を指示することとしてもよい。スケジュールの生成にあたり、管理装置１０００は、所定期間（例えば、１週間）各ゾーンにおいて人がいた時間帯と人がいなかった時間帯を各曜日ごとに集計する記録手段を備え、スケジュール生成部は、記録手段が記録した情報に基づき、人がいなかった曜日の時間帯をそのゾーンにおけるファームウェアの更新タイミングとして定めたスケジュールを生成する。
（９）上述の実施形態で示したメンテナンスに係る動作、メンテナンスの指示処理等を管理装置やゲート制御装置等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
【図面の簡単な説明】
【０１２８】
【図１】実施の形態１に係る入退室管理システムのシステム図である。
【図２】管理装置の機能構成を示した機能ブロック図である。
【図３】ゲート制御装置の機能構成を示した機能ブロック図である。
【図４】電池点検回路の回路図である。
【図５】認証データ読み取り端末の外観図である。
【図６】管理装置が保持するスケジュール情報のデータ概念図である。
【図７】ゲート制御装置が保持する入退室履歴情報のデータ概念図である。
【図８】電池点検スケジュールのデータ概念図である。
【図９】実施の形態１における管理装置の電池点検時における動作を示したフローチャートである。
【図１０】実施の形態１におけるゲート制御装置の電池点検時における動作を示したフローチャートである。
【図１１】実施の形態２に係る入退室システムのシステム図である。
【図１２】エリア情報の構成例を示したデータ概念図である。
【図１３】実施の形態２に係る管理装置の電池点検時における動作を示したフローチャートである。
【図１４】実施の形態３に係る入退室管理システムのシステム図である。
【図１５】実施の形態３に係る管理装置の機能構成を示す機能ブロック図である。
【図１６】実施の形態３に係るカードリーダの外観図である。
【図１７】実施の形態３に係るカードリーダの機能構成を示した機能ブロック図である。
【図１８】カード情報を示すデータ概念図である。
【図１９】在室情報を示すデータ概念図である。
【図２０】カードリーダ情報を示すデータ概念図である。
【図２１】ゾーン情報を示すデータ概念図である。
【図２２】管理装置における在室情報の更新に係る動作を示すフローチャートである。
【図２３】管理装置におけるカードリーダのファームウェアの更新に係る動作を示すフローチャートである。
【図２４】入退室用ＣＲがある場合のファームウェアの更新に係る動作を示すフローチャートである。
【図２５】アンチパスバック制御を実施している場合のファームウェアの更新に係る動作を示すフローチャートである。
【図２６】ルート制御を実施している場合のファームウェアの更新に係る動作を示すフローチャートである。
【図２７】ファームウェアの更新に係るＣＲの動作を示すフローチャートである。
【符号の説明】
【０１２９】
１００ 管理装置
１１１、１１２、１１３ ゲート制御装置
１２１、１２２、１２３ 扉
１３１、１３２、１３３ 電気錠
１４１、１４２、１４３、１４４、１４５、１４６ 認証データ読み取り端末
２１０ ゲート制御装置Ｉ／Ｆ部
２２０ データ管理部
２３０ 認証データ
２４０ 履歴データ
２５０ 電池点検指示部
２６０ 電池点検スケジュール
３１０ 通信部
３２０ 読み取り部
３３０ 施開錠部
３４０ 非常用電力部
３４１ 主電源
３４２ 二次電池
１０００ 管理装置
１００１、１００４、１００６、１００８、１００９、１０１１、１０１３ 入室用ＣＲ
１００２、１００７、１０１０、１０１２、１０１４ 退室用ＣＲ
１００３、１００５ 入退室用ＣＲ
１５１０ Ｉ／Ｆ部
１５２０ データ管理部
１５３０ ファームウェア更新部
１５４０ 更新データ取得部
１５５０ 記憶部
１７１０ 通信部
１７２０ 認証処理部
１７３０ 認証情報取得部
１７４０ 施開錠部
１７５０ 表示部
【技術分野】
【０００１】
本発明は、扉の施開錠を制御するゲート制御装置に関し、特に、ゲート制御装置おけるメンテナンスの実行に関する。
【背景技術】
【０００２】
従来から人の入退室を管理するために扉の施錠、開錠を実行するゲート制御装置がある。この種のゲート制御装置には、停電などの非常時に主電源からの電力の供給が断たれても扉の施錠、開錠をある一定時間実行できるように、バックアップ用電源として動作する二次電池が備えられている。
特許文献１は、停電時において、主電源からバックアップ用電源に切り替えて動作する退場管理システムを開示している。
【特許文献１】特開平１１−１１０６００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、電池は経年劣化するものであるので、定期的に二次電池が一定時間電力を供給できるかどうかを点検する必要がある。二次電池の点検は、電池に一定時間放電させて行うものであり、放電電圧値が定められた電圧値を下回るか否かによって、二次電池が劣化しているか否かを判定する。そして、二次電池を一定時間放電させた後には、二次電池を充電して、満充電状態に戻すこととなる。
【０００４】
しかし、電池試験を実行した後では、電池が充電されていない状態であり、その状況で停電が発生してしまった場合には、ゲート制御装置は、扉の開錠ができないことになり、中に人がいた場合には、閉じ込めが発生することとなる。扉の内側にサムターン錠を設けて、人力で開錠させることも考えられるが、これは、入退室を管理するゲート制御装置においては、第三者による機密情報の持ち出し等の危険性を考慮すると好ましくない。
【０００５】
また、この閉じ込めの発生というものは、ゲート制御装置を動作させるファームウェアの更新においても発生する。ファームウェアの更新を行うことによって、ゲート制御装置が認証を実行できないためである。
そこで、本発明においては、上記問題に鑑みて、人の閉じ込めが発生しないようにゲート制御装置においてメンテナンスを実行する入退室管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明は、入退室制御の対象となるエリアへの入出を制限するための扉の施開錠を実行するゲート制御装置と、当該ゲート制御装置を管理する管理装置とを含んで構成される入退室管理システムであって、前記ゲート制御装置は、自装置が開錠することで入出が可能となる一つのエリアである対象エリアへの人の入出に係る入出情報を送信する送信手段と、前記管理装置からの指示に基づき、前記対象エリアへの入出が不可能となるメンテナンスを実行するメンテナンス実行手段とを備え、前記管理装置は、前記入出情報を取得する取得手段と、前記対象エリアに人がいるか否かを前記入出情報に基づいて検出する検出手段と、前記検出手段の検出結果に基づいて、前記ゲート制御装置が、前記メンテナンスを実行してよいか否かを判定する判定手段と、前記判定手段が前記メンテナンスを実行してよいと判定した場合に前記ゲート制御装置に前記メンテナンスの実行指示を出力する指示手段とを備えることを特徴としている。
【発明の効果】
【０００７】
これにより対象エリア内に人がいるか否かによって、扉の鍵の施開錠を実行するゲート制御装置のメンテナンスを実行できる。
また、前記ゲート制御装置は、非常時に主電源に変わって電力を供給する非常用電池を備え、前記メンテナンスとは当該非常用電池の電池試験のことであり、前記メンテナンス実行手段は、前記非常用電池を予め定められた時間の間放電させて、当該非常用電池の出力電圧値が一定電圧を維持できるか否かを検査する電池試験の実行指示を受け付ける受付部と、前記受付部が前記実行指示を受け付けた場合に、前記電池試験を実行する電池試験実行部とを備える
これにより、エリア内に人がいるか否かによって、扉の鍵の施開錠を実行するゲート制御装置が保持する非常用電池の電池試験を実行できる。
【０００８】
また、前記判定手段は、前記対象エリアに人がいない場合に、前記電池試験を実行してよいと判定し、前記対象エリアに人がいる場合に、前記電池試験を実行してはいけないと判定することとしてよい。
これにより、管理装置は、電池点検の実行を指示したいエリアに対応するゲート制御装置に人がいると電池試験の指示を出力しないので、人の閉じ込めが発生することがなくなる。
【０００９】
また、前記対象エリアには、当該対象エリアへの入出を可能とする他の扉の施開錠を実行する他のゲート制御装置が備えられており、前記検出手段は、前記ゲート制御装置と前記他のゲート制御装置とからの入出情報とに基づいて前記対象エリアに人がいるか否かを検出し、前記判定手段は、前記検出手段が前記対象エリアに人がいることを検出した場合であって、前記指示手段が前記他のゲート制御装置に対して電池試験の指示をしていないときには、前記ゲート制御装置の前記電池試験を実行してよいと判定することとしてよい。
【００１０】
これにより、エリア内に人がいたとしても、エリアへの入出が可能な扉が他にもあり、当該扉を制御するゲート制御装置の電池試験を実行していなかった場合には、管理装置は、ゲート制御装置に対して電池試験の実行を指示できる。よって、一のエリアに付設されている扉が複数ある場合には、いつまでも電池試験が実行できないという事態を防ぐことができる。
【００１１】
また、前記ゲート制御装置は、更に、識別情報を読み取る読取部と、読み取った識別情報を前記管理装置に送信する識別情報送信手段と、対象エリアへの人の侵入の許可の可否を示す可否情報を受信する可否情報受信手段と、前記可否情報に基づいて、前記扉を開錠する開錠手段と、前記非常用電池の電池試験中に開錠する場合に、電池試験を中止する中止手段と、電池試験中であった旨を示す情報を表示する表示手段とを備え、前記管理装置は、更に、前記識別情報を受信する識別情報受信手段と、識別情報に対応付けて前記対象エリアへの入出の可否を示した認証情報を記憶する認証情報記憶手段と、前記識別情報と前記認証情報とに基づいて、当該識別情報に対応する人物の入出の可否を示す可否情報を前記ゲート制御装置に送信する可否情報送信手段とを備えることとしてよい。
【００１２】
これにより、ゲート制御装置は、電池試験中にエリアに人が入る場合には、電池試験中であった旨をユーザに通知することができ、停電が発生した場合には、閉じ込めの危険性がある旨を通知できる。
また、前記表示手段は、更に、前記電池試験において放電した放電量に基づいて、自装置の前記非常用電池により稼動可能な残り稼働時間の情報を表示することとしてよい。
【００１３】
これにより、ゲート制御装置は、電池試験中にエリアに人が入る場合には、停電になった場合に、稼動可能な時間を通知することができるので、ユーザは、停電になった場合には、通知された時間内にエリアから退出すれば、閉じ込められる危険性を回避できる。
また、前記管理装置は、更に、前記ゲート制御装置に対して、前記電池試験の実行を指示するタイミングを示したスケジュール情報を記憶するための記憶手段と、過去の所定期間分の所定時間ごとの前記対象エリアに人がいたかいなかったかの情報に基づいて、人がいないであろうタイミングを推定して前記ゲート制御装置に対して前記電池試験を実行するように前記スケジュール情報を設定する設定手段を備えることとしてよい。
【００１４】
これにより、管理装置は、人がいなかった時間帯から、次に人がいない時期を見計らったスケジュール情報を設定できるので、人がいることによって電池試験の実行指示を出せないという事態を極力回避することができる。
また、前記ゲート制御装置は、さらに、ゲート制御装置の動作を規定するプログラムを記憶する記憶手段と、前記記憶手段に記憶されているプログラムを実行する実行手段とを備え、前記メンテナンスとは当該プログラムの更新のことであり、前記メンテナンス実行手段は、前記プログラムの更新を指示する実行指示を受け付ける受付部と、前記実行指示を受け付けた場合に、前記プログラムの更新を実行する更新部とを備えることとしてよい。
【００１５】
これにより、ゲート制御装置は、対象エリアに人がいるか否かに基づいてゲート制御装置のプロセッサにより実行され、ゲート制御装置の動作を規定するプログラムの更新を実行できる。
また、前記判定手段は、前記対象エリアに人がいない場合に、前記プログラムの更新を実行し、前記対象エリアに人がいる場合に、前記プログラムの更新を実行しないと判定することとしてもよい。
【００１６】
これにより、人が対象エリアにいない場合には、閉じ込めが発生することがないので、ゲート制御装置のプログラムの更新を実行できる。
また、前記ゲート制御装置は、前記対象エリアに入エリアするための入エリア用ゲート制御装置と、前記対象エリアから出エリアするための出エリア用ゲート制御装置の２種類があり、前記メンテナンス実行部は、前記入エリア用ゲート制御装置のプログラムの更新を前記出エリア用ゲート制御装置のプログラムの更新よりも先に実行することとしてよい。
【００１７】
これにより、対象エリアに対応する入エリア用ゲート制御装置と出エリア用ゲート制御装置のうち、入エリア用ゲート制御装置からプログラムの更新が実行される。人の閉じ込めが発生するのは出エリア用ゲート制御装置が動作しない場合であるので、入エリア用ゲート制御装置のプログラムの実行をしたとしても閉じ込めは発生しない。
また、前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアに複数の出エリア用ゲート制御装置が備えられている場合に、少なくとも一つの出エリア用ゲート制御装置のプログラムの更新を実行しないことを条件に、当該一つの出エリア用ゲート制御装置以外の出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定することとしてもよい。
【００１８】
これにより、対象エリアから出るための出エリア用ゲート制御装置が複数あった場合には、どれか一つでも動作、即ち、認証を実行して扉の開錠ができれば、閉じ込めは発生しないので、そのような条件下においては、出エリア用ゲート制御装置のプログラムの更新を実行できるようになる。
また、前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアの出エリア用ゲート制御装置が対応する扉を開錠することを条件に、当該出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定し、前記指示手段は、プログラムの更新を指示するとともに、扉の開錠を指示することとしてもよい。
【００１９】
これにより、対象エリアに人がいたとしても、プログラムの更新時には、プログラムの更新をしているゲート制御装置に対応する扉は開錠されているので、閉じ込めが発生することがなくなる。
また、前記管理システムは、更に、前記対象エリアに対してアンチパスバック制御を実行するか否かを示すアンチパスバック制御情報を保持し、前記指示手段は、前記前記対象エリアがアンチパスバック制御の対象になっていた場合に、前記アンチパスバック制御の対象外にすることも指示することとしてもよい。
【００２０】
あるいは、前記管理システムは、更に、前記対象エリアに対してルート制御を実行するか否かを示すルート制御情報を保持し、前記指示手段は、前記前記対象エリアがルート制御の対象になっていた場合に、前記ルート制御の対象外にすることも指示することとしてもよい。
入退室管理システムでは、その管理上、アンチパスバックの制御や、ルート制御を実行することがある。アンチパスバックは、あるエリアに認証を行って入ったなら、同じエリアから出る場合には、必ず認証を行わないと、次に当該エリアから出るための認証以外の認証を行った場合には、エラーつまり認証失敗とする制御のことである。ルート制御もアンチパスバックに似たような制御であり、エリアの入出のルート（エリアに入る扉、出る扉）を制御するためのものであり、決められたルートでなくてはエリアへの入出ができないというものである。
【００２１】
これらの制御を実行したままプログラムの更新を実行すると、更新後に不都合が発生することがあるため、上記構成により、この不都合を回避できる。
また、前記ゲート制御装置が施開錠を制御する扉が前記対象エリアに隣接する隣接エリアの人の入出を制限するものでもある場合、前記検出手段は、更に前記隣接エリアにも人がいるかいないかを検出し、前記判定手段は、前記対象エリアと前記隣接エリアとに人がいるかいないかの検出結果に応じて、前記メンテナンスを実行してよいか否かを判定することとしてもよい。
【００２２】
これにより、扉が隣接エリアから退出するための扉でもあった場合、ゲート制御装置のファームウェアの更新により、隣接エリアからの人の退出を妨げることもありえるが、当該構成により、隣接エリアに人がいるかいないかによって、ファームウェアの更新を決定することができる。
また、前記管理装置は、更に、所定期間における前記対象エリアの人のいる時間帯と人のいない時間帯とを記録する記録手段と、前記記録手段に示される人がいないであろう時間帯に前記ファームウェアの更新を実行するためのスケジュールを生成するスケジュール生成手段とを備えることとしてもよい。
【００２３】
これにより管理装置は、ファームウェアを更新するタイミングを決定するためのスケジュールを自動的に生成することができ、ファームウェアの更新のタイミングをいちいちオペレータが決定しなくともよいので、オペレータの手間を軽減できる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の一実施形態である入退室管理システムについて図面を用いて説明する。
＜概要＞
入退室管理システムでは、扉ごとに扉の電気錠を施開錠するゲート制御装置が配置されている。入退室管理システムは、部屋への入室に際し認証を実行して、ゲート制御装置が扉の電気錠の施開錠を実行して人の部屋への入室を制限する。認証の記録は、入室記録や、退室記録として、履歴データに残される。本発明に係る入退室管理システムでは、部屋の中に人がいるかいないかを履歴データを用いて検出し、ゲート制御装置が保持する停電時に動作するバックアップ電源である二次電池の電池試験を実行してよいか否かを判断する。部屋に人がいる場合には、閉じ込めの可能性があるので、電池試験を実行しない。但し、部屋に扉が複数（Ｘ：２以上の整数とする）あって、閉じ込めの可能性がない場合には、Ｘ−１個のゲート制御装置については電池試験を実行してもよい。
＜実施の形態１＞
図１は、入退室管理システムのシステム構成を示したシステム図である。図１に示すように、入退室管理システムは、管理装置１００と、ゲート制御装置１１１と、ゲート制御装置１１２とを含んで構成される。
【００２５】
管理装置１００は、ゲート制御装置１１１とゲート制御装置１１２とを管理する機能を有し、ゲート制御装置１１１とゲート制御装置１１２において読み取った識別情報に基づいて各ゲート制御装置に対応する扉の開錠を実行してよいかの認証を実行する機能を有する。また、各ゲート制御装置における施開錠の履歴データを管理する機能と、ゲート制御装置が備える二次電池の電池試験の実行を指示する機能も有する。管理装置１００の詳細については、図２を用いて後述する。また、管理装置１００は、どのゲート制御装置がどのエリアに対応しているかを示す情報も保持している。
【００２６】
ゲート制御装置１１１は、エリアＡに備えられ、エリアＡに入退室するための扉１２１の電気錠１３１の施開錠を実行する機能を有する。エリアＡはエリアＢを含んでいる。ゲート制御装置１１１は、認証データ読み取り端末１４１、１４２で読み取った識別情報を管理装置１００に送信し、管理装置１００から取得した認証結果に基づいて扉１２１に備えられた電気錠１３１の開錠を実行する機能を有する。認証データ読み取り端末１４１は、エリアＡへ入室する際にユーザが保持するＩＣカードから識別情報を読み取るのに用いられ、認証データ読み取り端末１４２は、エリアＢから退室する際にＩＣカードから識別情報を読み取るのに用いられる。また、ゲート制御装置１１１は、電気錠１３１を施錠する機能も有する。ゲート制御装置の詳細については、図３を用いて後述する。
【００２７】
ゲート制御装置１１２は、エリアＢに備えられ、エリアＢに入退室するための扉１２２の電気錠１３２の施開錠を実行する機能を有する。ゲート制御装置１１２は、認証データ読み取り端末１４３、１４４で読み取った識別情報を管理装置１００に送信し、管理装置１００から取得した認証結果に基づいて扉１２１に備えられた電気錠１３１の開錠を実行する機能を有する。認証データ読み取り端末１４３は、エリアＢへ入室する際にユーザが保持するＩＣカードから識別情報を読み取るのに用いられ、認証データ読み取り端末１４４は、エリアＢから退室する際にＩＣカードから識別情報を読み取るのに用いられる。また、ゲート制御装置１１１は、電気錠１３１を施錠する機能も有する。
【００２８】
では、各装置について詳細に説明する。
図２は、管理装置１００の機能構成を示した機能ブロック図である。
管理装置１００は、ゲート制御装置Ｉ／Ｆ部（Ｉnter Face）２１０と、データ管理部２２０と、電池点検指示部２５０とを含んで構成され、認証データ２３０と、履歴データ２４０と、電池点検スケジュール２６０とを保持している。
【００２９】
ゲート制御装置Ｉ／Ｆ部２１０は、予め定められた規格に従って各ゲート制御装置との通信を実行する機能を有する。ゲート制御装置Ｉ／Ｆ部２１０は、ゲート制御装置から識別情報を受信した場合には、当該識別情報を送信してきたゲート制御装置の情報とともにデータ管理部２２０に伝達し、データ管理部２２０から伝達された認証結果を示す認証可否情報をゲート制御装置に送信する機能を有する。また、ゲート制御装置からゲート制御装置において発生したイベント（施錠、開錠）などの情報を含む状態情報を受信した場合には、当該状態情報をデータ管理部２２０に伝達する機能を有する。また、電池点検指示部２５０から電池試験の指示を受け取った場合には、指定されたゲート制御装置に対して当該指示を送信する機能を有し、電池試験の結果にかかる情報を電池点検指示部２５０に伝達する機能を有する。
【００３０】
データ管理部２２０は、認証データ２３０と履歴データ２４０とを管理し、ゲート制御部Ｉ／Ｆ部２１０から取得した識別情報とゲート制御装置の情報に基づいて認証を実行する機能を有する。また、実行した認証やゲート制御部Ｉ／Ｆ部２１０から得られるゲート制御装置の状態情報に基づいて履歴データ２４０を更新する機能を有する。認証データ２３０は、ゲート制御装置が読み取った識別情報に対応するユーザに入室権限があるか否かを認証するための情報であり、履歴データ２４０は、認証の結果や、扉の施開錠の情報、発生したエラーの情報の履歴情報である。認証データ２３０と履歴データ２４０の詳細については、後述する。
【００３１】
電池点検指示部２５０は、電池点検を実行する日時をゲート制御装置ごとに示した電池点検スケジュール２６０に基づいて、電池試験を指定するゲート制御装置が対応するエリアに人がいるかいないかに応じて、電池試験の実行を指示する機能を有し、電池試験指示をゲート制御装置Ｉ／Ｆ部２１０に伝達する機能を有する。また、ゲート制御装置Ｉ／Ｆ部２１０から伝達された電池試験に係る情報（電池試験の完了報告、電池試験の中断報告、エラー報告など）に基づいて電池点検スケジュール２６０を更新する機能を有する。電池点検スケジュール２６０は、各ゲート制御装置において、いつ電池試験を実行するかの日時を示した情報であり、また、電池試験の結果の情報も含む。電池点検スケジュール２６０の詳細については後述する。
【００３２】
また、電池点検指示部２５０は、電池試験を指示する予定のゲート制御装置が対応するエリア内に人がいる場合には、電池点検の指示を出さずに、電池点検スケジュールに電池点検が未実行である情報を付記するが、未実行の情報があるゲート制御装置については、定期的（例えば２４時間ごと）に人がいるか否かを検出して人がいなかった場合には、指示できなかった電池点検の指示を出力する。
【００３３】
ここで、人がいるかいないかの判定について説明しておく。履歴データ２４０は、ユーザごとにエリアへの入室と退室の情報が記録される。即ち、あるユーザがエリアに入室した場合には入室記録が履歴データ２４０に残され、入室したタイミング以降で、当該ユーザについて当該エリアからの退室記録が履歴データ２４０に記録されていなければ、人がそのエリアにいると判定できる。電池試験を実行するゲート制御装置に対応するエリアの全てのユーザについて直近の入室記録に対応する退室記録があれば、そのエリアには人がいないと判定できる。
【００３４】
以上が、管理装置１００の各部の説明である。
次にゲート制御装置について説明する。各ゲート制御装置の構成は、その管理対象となる電気錠や、認証データ読み取り端末が異なるだけで、その機能構成については、同一であるので、ここでは、ゲート制御装置１１１を例に説明する。
図３は、ゲート制御装置１１１の機能構成を示した機能ブロック図である。図３に示すように、ゲート制御装置１１１は、通信部３１０と、読み取り部３２０と、施開錠部３３０と、非常用電力部３４０とを含んで構成される。ゲート制御装置１１１は、通常、主電源３４１から電力の供給を受けて駆動する。
【００３５】
通信部３１０は、予め定められた規格に従って、管理装置１００との通信を実行する機能を有する。通信部３１０は、読み取り部３２０から識別情報を伝達されると、管理装置１００に送信する機能を有する。また、識別情報に応じて管理装置１００から送信されてきた認証可否情報を施開錠部３３０に伝達する機能を有する。また、通信部３１０は、管理装置１００から電池点検指示を受け付けて、電力部電池点検指示を伝達する機能を有する。また、ゲート制御装置１１１で発生したイベント情報の読み取り、扉の施錠、開錠など）の情報を管理装置３００に送信する機能も有する。
【００３６】
読み取り部３２０は、認証データ読み取り端末１４１、１４２に接続され、ＩＣカードから識別情報を読み取り、読み取った識別情報を通信部３１０に伝達する機能を有する。図５には、認証データ読み取り端末の一例として、認証データ読み取り端末１４１の外観図を示した。認証データ読み取り端末１４１は、センサー部５０１で、ＩＣカードからＩＣカードが保持する識別情報を読み取る。また、認証データ読み取り端末１４１は、自端末の状態を示すためのＬＥＤを備え、当該ＬＥＤには、電池点検中の場合に点滅するＬＥＤ５０３が含まれる。さらに、認証データ読み取り端末１４１は、自端末の状態を更に詳細に示すためのモニタ５０２も備えている。なお、読み取り部３２０は、電池試験中であっても、識別情報の読み取りは実行する。
【００３７】
施開錠部３３０は、電気錠１３１に接続され、通信部３１０から認証可否情報に基づいて、認証可否情報が開錠を示すものであれば、電気錠１３１を開錠する機能を有する。また、電気錠１３１を開錠した場合に、再度扉が閉じられたことを検出して、電気錠１３１を施錠する機能も有する。
非常用電力部３４０は、非常時、即ち主電源３４１からの電力の供給を受けられない場合にゲート制御装置１１１の各部に駆動電力を供給する機能を有する。非常用電力部３４０は、非常時には、少なくとも１０分間ゲート制御装置１１１が駆動できるだけの電力を供給できることが求められる。非常用電力部３４０は、二次電池３４２を含んで構成され、通常時には、主電源３４１から電力の供給を得て、各部に電力を伝達し、停電時など主電源３４１から電力の供給を得られない場合には、バックアップ電源として、二次電池３４２を用いて、各部に電力を伝達する機能を有する。
【００３８】
また、非常用電力部３４０は、通信部３１０から伝達された電池点検指示を受け付けて、二次電池３４２の電池試験を実行する機能を有する。電池試験について、図４に示す回路図を用いて説明する。
図４は、非常用電力部３４０に含まれる電池試験回路の構成を示した回路図である。二次電池３４２は、電池試験時には、スイッチ４０４が入れられて、放電抵抗４０２と接続される。電圧検出器４０１は、放電が開始されてから、放電抵抗４０２に印加されている電圧値が、１０分間の間、予め定められた閾値を下回らないかを検出する。電池試験終了後には、スイッチ４０４は切られ、代わりにスイッチ４０３が入れられる。スイッチ４０３が入れられることで、二次電池３４２は、充電装置４０５と接続され、満充電の状態になるまで充電される。なお、本図４では示していないが、非常用電力部３４０は、二次電池３４２からゲート制御装置１１１の各部に電力を伝達するための機構を備えている。
【００３９】
非常用電力部３４０は、二次電池３４２の放電電圧が閾値を下回らなかった場合には、電池試験が終了し、経年劣化していないことを示す完了報告を通信部３１０に伝達する。また、非常用電力部３４０は、二次電池３４２の放電電圧が閾値を下回った場合には、電池試験が終了し、二次電池３４２が経年劣化してることを示す劣化報告を通信部３１０に伝達する。また、非常用電力部３４０は、二次電池３４２の充電が終了した場合には、充電完了報告を通信部３１０に伝達する。
【００４０】
また、非常用電力部３４０は、ゲート制御装置１１１が電池試験中に扉の開錠を実行した場合に、電池試験を中断し、電池試験を中断したことを示す中断報告を通信部３１０を介して管理装置１００に送信する。
以上が、ゲート制御装置１１１の各部の説明である。
＜データ＞
ここから、入退室管理システムにおいて、用いられるデータについて説明する。
【００４１】
まず、認証データ２３０について、図６を用いて説明する。
図６は、認証データ２３０のデータ構成例を示したデータ概念図である。図６に示すように認証データ２３０は、管理番号欄６０１と、名前欄６０２と、識別情報６０３と、入室可能エリア欄６０４とを含んで構成される。
管理番号欄６０１には、管理装置１００が、認証情報を管理するための番号の情報が含まれる。
【００４２】
名前欄６０２には、管理番号に対応して、ユーザの名前の情報が含まれる。
識別情報欄６０３には、管理番号に対応して、ユーザが保持するＩＣカードの識別情報が含まれる。
入室許可エリア欄６０４には、管理番号に対応するユーザが入室可能なエリアの情報が含まれる。
【００４３】
管理装置１００は、ゲート制御装置から受け取った、識別情報と、ゲート制御装置の情報に基づいて、ゲート制御装置が対応するエリアと、識別情報とが一致する場合に、開錠の許可を示す内容を含んだ認証可否情報を出力する。
図６では、例えば、管理番号「３１０１」に対応するユーザの名前は、「山田太郎」であり、その識別情報は、「１２２８９６９０」であり、入室可能エリアは、「エリアＡ、エリアＢ」となっている。
【００４４】
図７は、履歴データ２４０のデータ構成例を示したデータ概念図である。
図７に示すように、履歴データ２４０は、管理履歴欄７０１と、名前欄７０２と、場所欄７０３と、状態欄７０４と、日時欄７０５とを含んで構成される。
管理履歴欄７０１には、管理装置１００が履歴データを管理するための管理番号の情報が含まれる。
【００４５】
名前欄７０２には、履歴データが認証に係るものである場合に、認証を行ったユーザの名前が含まれる。認証に係るものでなかった場合には、何も情報がないとして「−」が記録される。
場所欄７０３には、認証を実行して入退室を許可したエリアの情報が含まれる。また、認証に失敗した場合や、エラーが発生した場合の履歴データであるときには、イベントが発生したゲート制御装置の情報が含まれる。
【００４６】
状態欄７０４には、発生したイベントの内容の情報が含まれる。発生したイベントの内容とは、ユーザの入退室や、認証エラー、こじ開けの発生などがある。
日時欄７０５には、イベントがいつ発生したのかの情報が含まれる。
図７では、例えば、管理履歴「２０１９１」によれば、「鈴木加奈子」は「エリアＢ」に、「２００８年３月１３日１１時２９分１２秒」に「入室」したことになる。また、管理履歴「２０１９３」によれば、「鈴木加奈子」は「エリアＢ」から、「２００８年３月１３日１１時４８分４２秒」に「退室」したことになり、エリアＢから人がいなくなったのならば、エリアＢへの入退室を制御するゲート制御装置１１２の電池点検の実行が可能な状態となっている。一方、図７に示した履歴データでは、エリアＡには、少なくとも、「田中 はじめ」と「鈴木加奈子」がいるので、エリアへの入退室を制御するゲート制御装置１１１の電池点検は実行できない状態となっている。
【００４７】
図８は、電池点検スケジュール２６０の構成例を示したデータ概念図である。
図８に示すように、電池点検スケジュール２６０は、実行予定日時欄８０１と、対象装置欄８０２と、実行情報欄８０３を含んで構成される。
実行予定日時欄８０１には、電池試験を実行する予定の日時の情報が含まれる。
対象装置欄８０２には、電池試験の対象となる電池を保持するゲート制御装置の情報が含まれる。
【００４８】
実行情報欄８０３には、電池試験を実行したならば、電池試験を実行した日時の情報が、実行予定日時が到来しても実行できなかった場合には、「未実行」という情報が、そして、実行予定日時が到来していない場合には、「−」という情報が含まれる。
図８では、「２００８年３月１２日２３時」に、「ゲート制御装置１１２」の電池試験を実行することになっていたが、何らかの原因により、「未実行」になっている。この場合には、管理装置１００は定期的（例えば、２４時間毎）にゲート制御装置１１２が対応するエリアＢに人がいるかどうかを検出して、人がいなかったらゲート制御装置１１２に対して電池試験の実行を指示する。
＜動作＞
ここから、入退室管理システムの電池点検における動作を説明する。その他の認証に係る動作などは従来からある入退室管理システムにおける動作に準ずるものとして説明を省略する。
【００４９】
次に、本実施の形態における管理装置１００の動作を図９に示すフローチャートを用いて説明する。
電池点検指示部２５０は、自己に備えられている日時を計時するタイマ（図示せず）と、電池点検スケジュール２６０に示される実行予定日時とが一致したことを検出して、電池試験を実行する日時が到来したことを認識する（ステップＳ９０１）。
【００５０】
電池点検指示部２５０は、履歴データ２４０を参照して、電池試験を指示する予定のゲート制御装置が対応するエリアに人がいるか否かを、履歴データ２４０の場所欄７０３で、電池試験を指示する予定のゲート制御装置が対応するエリアについて、全ての入室に対応する退室の情報があるか否かに基づいて判定する（ステップＳ９０２）。これは、そのエリアについて、各ユーザについて直近の入室したという情報について、その入室の情報が記録された日時よりも後で、同じ名前のユーザがそのエリアから退室したという情報が記録されているかによって判定される。
【００５１】
電池試験を指示する予定のゲート制御装置が対応するエリアに人がいた場合（ステップＳ９０２のＹＥＳ）には、電池点検指示部２５０は、電池試験の指示を実行せず、電池点検スケジュール２６０に、電池試験が「未実行」である旨の情報を付記する。そして、電池点検指示部２５０は、当該電池点検については、定期的にエリアに人がいるか否かを検出して、人がいないタイミングで電池試験を指示することになる。
【００５２】
電池試験を指示する予定のゲート制御装置が対応するエリアに人がいなかった場合には、電池点検指示部２５０は、電池試験の指示を出力する（ステップ
Ｓ９０４）。
電池点検指示部２５０は、ゲート制御装置Ｉ／Ｆ部２１０を介してゲート制御装置からの電池試験に関する報告を受け取る（ステップＳ９０５）。
【００５３】
電池点検指示部２５０は、受け取った報告が、電池試験完了報告、電池試験中断報告、エラー報告の何れであるかを判定する（ステップＳ９０６）。これは、各報告には、それぞれを示すヘッダ情報が付加されており、これにより判定される。
電池点検指示部２５０は、受け取った報告が電池試験中断報告である場合（ステップＳ９０６：中断報告）に、電池点検スケジュール２６０に「未実行」を記録する（ステップＳ９０３）。
【００５４】
電池点検指示部２５０は、受け取った報告が電池試験完了報告である場合（ステップＳ９０６：完了報告）に、電池点検スケジュール２６０に電池点検を実行した日時の情報を、当該完了報告を受け取った日時に基づいて記録する（ステップＳ９０７）。
電池点検指示部２５０は、受け取った報告がエラー報告である場合（ステップＳ９０６：エラー報告）に、電池点検スケジュール２６０に経年劣化していることを示す情報を記録し（ステップＳ９０８）、管理装置１００は、オペレータにゲート制御装置の二次電池が劣化していることを示す情報をディスプレイなどに表示して通知する。
【００５５】
以上が電池点検における管理装置１００の動作である。
次に、本実施の形態におけるゲート制御装置の動作として、ゲート制御装置１１１の電池点検時の動作を図１０に示すフローチャートを用いて説明する。その他のゲート制御装置については同様の動作を実行するものとして、説明は省略する。
ゲート制御装置１１１の非常用電力部３４０は、電池点検の指示を、通信部３１０を介して管理装置１００から伝達される（ステップＳ１００１）。
【００５６】
電池点検の指示を受けて非常用電力部３４０は、スイッチ４０３を切り、スイッチ４０４を入れて、二次電池３４２に放電を開始させる（ステップＳ１００２）。
放電開始を実行している間も、ゲート制御装置１１１は、認証データ読み取り端末での識別情報の読み取りを実行している。そして、読み取り部３２０が識別情報を読み取った場合であって、認証が認められた場合（ステップＳ１００３のＹＥＳ）には、非常用電力部３４０は、スイッチ４０３を切り、二次電池３４２の放電を中止させる（ステップＳ１００４）。
【００５７】
非常用電力部３４０は、図５に示すように電池点検中であった旨を示すために、電池試験中のＬＥＤを点灯させ、電池試験を実行していた時間に基づいて、二次電池で稼動可能な時間をモニタ５０２に表示させる（ステップＳ１００５）。
そして非常用電力部３４０は、電池試験中断報告を通信部３１０を介して、管理装置１００に送信して（ステップＳ１００６）、本フローにおける処理を終了する。
【００５８】
読取部３２０が識別情報を読み取らず１０分が経過したら（ステップＳ１００７のＹＥＳ）、電圧検出器が検出した電圧値が所定電圧値を上回っていたか否かを判定する（ステップＳ１００８）。
電圧値が所定電圧値を上回っていた場合（ステップＳ１００８のＹＥＳ）には、二次電池３４２が経年劣化していなかったことを示す電池試験完了報告を通信部３１０を介して管理装置１００に送信して（ステップＳ１００９）、本フローにおける」処置を終了する。
【００５９】
電圧値が所定電圧値を上回っていなかった場合（ステップＳ１００８のＮＯ）には、二次電池３４２が経年劣化していたことを示すエラー報告を通信部３１０を介して管理装置１００に送信して（ステップＳ１０１０）、本フローにおける」処置を終了する。
以上がゲート制御装置の電池試験を実行するときの動作である。
これにより、本発明に係る入退室管理システムでは、入退室の履歴情報に基づいて、電池試験を実行するゲート制御装置が対応するエリアに人がいるか否かを判定し、人がいた場合には、電池試験の実行を指示しないので、人の閉じ込めが発生することがなくなる。
＜実施の形態２＞
実施の形態１では、エリアに人がいた場合には、管理装置は、対応するゲート制御装置に電池試験の指示をしないことした。これは、閉じ込めの危険性を排除するためであるが、閉じ込めの可能性がないならば、電池試験の実行を指示してもよい。本実施の形態においては、エリアに人がいても電池試験の実行を指示する場合について説明する。
＜構成＞
図１１は、実施の形態２における入退室管理システムの構成を示したシステム図である。
【００６０】
実施の形態１に示したシステム図とは異なり、エリアＡに入退室が可能な扉１２３が更に備えられ、扉１２３の電気錠１３３を施開錠するためのゲート制御装置１１３が備えられている。
ゲート制御装置１１３は、認証データ読み取り端末１４５、１４６と接続され、それぞれで読み取った識別情報を管理装置１００に送信し、管理装置１００の認証結果に基づいて、電気錠１３３を開錠する機能を有する。また、管理装置１００からの指示に従って、保持する二次電池の電池試験を実行する機能を有する。ゲート制御装置１１３の機能構成は、制御対象が異なるだけで、実施の形態１に示したゲート制御装置１１１のものと略同一なので、ここでは説明を省略する。
【００６１】
管理装置１００は、実施の形態１では、エリアとゲート制御装置は１対１の関係にあったため詳細には記さなかったが、エリアと、ゲート制御装置に関する情報として、図１２に示したエリア情報１２００を保持している。
図１２は、エリア情報１２００の構成例を示したデータ概念図である。図１２に示すように、エリア情報１２００は、エリア欄１２０１と、配置ゲート制御装置欄１２０２とを含んで構成される。
【００６２】
エリア欄１２０１には、入退室管理システムが管理する各エリアの識別用の情報が含まれる。
配置ゲート制御装置欄１２０２には、エリアに対応して、そのエリアに設けられている扉に対応するゲート制御装置がどのゲート制御装置であるかを示す情報として、ゲート制御装置の識別用の情報が含まれる。
【００６３】
図１２によれば、例えば、「エリアＡ」には、「ゲート制御装置１１１」と「ゲート制御装置１１２」の２台のゲート制御装置が設けられていることがわかる。
管理装置１００は、人がいるかいないかは、実施の形態１と同様に、履歴データのエリアについて、入室に対応する退室の履歴があるか否かで人がいるか否かを判定する。
管理装置１００の電池点検指示部２５０は、実施の形態１で示した機能に加え、更に、人がいるか否かを判定して、人がいたと判定した後に、電池試験を指示しようとしているゲート制御装置が対応するエリアに別のゲート制御装置が対応していないかをエリア情報１２００を参照して検索する。
【００６４】
そして、別のゲート制御装置があった場合には、管理装置１００がその別のゲート制御装置に対して２４時間以内に電池試験を指示していないかに基づいて、電池試験を実行しているかいないかを判定する。これは、管理装置１００の電池点検指示部２５０は、各ゲート制御装置に対して電池試験を指示するので、いつどのゲート制御装置に対して電池点検を指示したかの履歴を保持する。当該履歴情報を参照することで、当該判定を実行できる。
【００６５】
別のゲート制御装置が、電池試験を実行していなかったならば、非常事態になってもその別のゲート制御装置が駆動すれば閉じ込めの虞がないことから、管理装置１００は、電池試験の実行を指示する。
なお、別のゲート制御装置が電池試験を実行している途中、あるいは実行してから時間がたっていない場合には、電池試験の実行を指示しない。
＜動作＞
ここから、実施の形態２における管理装置１００の電池点検時の動作を説明する。
【００６６】
図１３は、実施の形態２に係る管理装置１００の電池点検時の動作を示したフローチャートである。基本的には、実施の形態１において図９に示した管理装置１００の動作を示すフローチャートと略同一なので、ここでは、実施の形態１に示した動作と異なる部分について説明する。
実施の形態２における管理装置１００の実施の形態１とは、異なる動作は、図１３のステップＳ１３０１とステップＳ１３０２の動作になり、ここでは、ステップＳ１３０１、Ｓ１３０２における管理装置１００の動作について説明する。
【００６７】
図１３のステップＳ９０２において電池点検指示部２５０が電池試験を指示しようとするゲート制御装置が対応するエリアに人がいると判定した場合に（ステップＳ９０２のＹＥＳ）、当該エリアに他のゲート制御装置があるかいなかをエリア情報１２００を参照して検索する（ステップＳ１３０１）。
当該エリアに他のゲート制御装置がある場合には（ステップＳ１３０１のＹＥＳ）、電池点検指示部２５０は、その他のゲート制御装置に対して電池試験を２４時間以内に実行したか否かを判定する。
【００６８】
電池試験中でなかった場合には（ステップＳ１３０２のＮＯ）、当該他のゲート制御装置が制御する扉からの退出が可能なことから、閉じ込めが発生する危険性はないので、電池試験指示部２５０は、電池試験の実行を指示する（ステップＳ９０４）。
ステップＳ１３０１において、他の制御装置がなかった場合や、ステップＳ１３０２において、電池試験中であった場合には、電池点検スケジュール２６０に電池試験が未実行であることを示す情報を登録する（ステップＳ９０３）。
【００６９】
以上に説明してきたように、管理装置１００は、電池試験を指示しようとしているゲート制御装置が対応するエリアに人がいたとしても、当該エリアに別のゲート制御装置が対応しているならば、閉じ込めの虞がないことから電池試験を実行してもよいと判断する。
＜実施の形態３＞
ここから、ゲート制御装置のメンテナンスとして、ゲート制御装置であるカードリーダ（以下、「ＣＲ」と記載する。）を制御するためのファームウェアの更新する場合について説明する。ファームウェアは、ＣＲ内プロセッサにより実行されることで機能するものであり、ＣＲの動作を規定するプログラムである。
【００７０】
図１４は、実施の形態３に係る入退室管理システムのシステム構成を示すシステム図である。図１４に示すように入退室管理システムは、管理装置１０００と、入室用ＣＲ１００１、１００４、１００６、１００８、１００９、１０１１、１０１３と、退室用ＣＲ１００２、１００７、１０１０、１０１２、１０１４と、入退室用ＣＲ１００３、１００５とを含んで構成される。
【００７１】
入退室管理システムには、入退室を制限するエリアとして、Ｚ０００１、Ｚ０００２、Ｚ０００３、Ｚ０００４とが含まれる。
各入室用ＣＲ、各退室用ＣＲ、各入退室用ＣＲは、それぞれ、１対１に扉に対応する電子錠の施錠、開錠を実行する機能を有する。図面上、各ＣＲが示される位置に扉がある。
例えば、入室用ＣＲ１００１は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７２】
退室用ＣＲ１００２は、Ｚ０００１から出るための扉の電子錠の施錠、開錠を実行するものである。
入退室用ＣＲ１００３は、Ｚ０００１から出るための扉の電子錠の施錠、開錠を実行するものである。同時に入退室用ＣＲ１００３は、Ｚ０００２に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７３】
入室用ＣＲ１００４は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
入退室用ＣＲ１００５は、Ｚ０００２から出るための扉の電子錠の施錠、開錠を実行するものである。同時に入退室用ＣＲ１００５は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７４】
入室用ＣＲ１００６は、Ｚ０００２に入るための扉の電子錠の施錠、開錠を実行するものである。
退室用ＣＲ１００７は、Ｚ０００２から出るための扉の電子錠の施錠、開錠を実行するものである。
入室用ＣＲ１００８は、Ｚ０００２内にある小部屋に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７５】
入室用ＣＲ１００９は、Ｚ０００３に入るための扉の電子錠の施錠、開錠を実行するものである。
退室用ＣＲ１０１０は、Ｚ０００３から出るための扉の電子錠の施錠、開錠を実行するものである。
入室用ＣＲ１０１１は、Ｚ０００３に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７６】
退室用ＣＲ１０１２は、Ｚ０００３から出るための扉の電子錠の施錠、開錠を実行するものである。
入室用ＣＲ１０１３は、Ｚ０００４に入るための扉の電子錠の施錠、開錠を実行するものである。
退室用ＣＲ１０１４は、Ｚ０００１に入るための扉の電子錠の施錠、開錠を実行するものである。
【００７７】
各ＣＲは、それぞれＩＣカードの保持するＩＤを読み取り、各ＣＲが対応する扉の開錠を許可するためのＩＤ群である認証用情報の中に、ＩＣカードが保持するＩＤに一致するＩＤがあった場合に、電子錠の開錠を行う。各ＣＲは、ＩＤの一致を以って認証成功を示す認証情報を、ＩＤの不一致を以って認証失敗を示す認証情報を管理装置１０００に出力する。また、各種のエラー情報、例えば、こじ開けの発生などのを管理装置１０００に出力する。各ＣＲは管理装置１０００からの指示に従い更新用データを取得して自身のファームウェアを更新するための更新部を備える。なお、各ＣＲは、自身が入室用のＣＲであるか、退室用のＣＲであるか、あるいは入退室用のＣＲであるかの情報を保持している。
【００７８】
ここから、図１５を用いて管理装置１０００について説明する。図２は、管理装置１０００の機能構成を示す機能ブロック図である。
図１５に示すように管理装置１０００は、Ｉ／Ｆ部１５１０と、データ管理部１５２０と、ファームウェア更新部１５３０と、更新データ取得部１５４０と、記憶部１５５０とを含んで構成される。
【００７９】
Ｉ／Ｆ部１５１０はネットワークを介し、各ＣＲと通信を実行する機能を有する。Ｉ／Ｆ部１５１０は、ＣＲから受信した情報をデータ管理部１５２０に伝達する機能と、ファームウェア更新部１５３０から指示されたＣＲ宛にファームウェアの更新データと、更新実行指示を送信する機能とを有する。
データ管理部１５２０は、記憶部１５５０に保持されている各種データを管理する機能を有する。特にデータ管理部１５２０は、Ｉ／Ｆ部１５１０から、ＣＲにおける認証情報であって、認証に成功したことを示す情報を受け取った場合に、在室情報１５５２を更新する機能を有する。また、図１５には示していないが、ＣＲからの認証情報やエラー情報を受け取って、その履歴を記録する機能も有する。
【００８０】
ファームウェア更新部１５３０は、更新データ取得部１５４０から新たなファームウェアの更新データを取得した場合に、記憶部１５５０の在室情報１５５２を参照して、ゾーン内に人がいるかいないかによって、各ゾーンに設置されているＣＲのファームウェアの更新の実行を指示する機能を有する。詳細については、後述する。
更新データ取得部１５４０は、新たなバージョンのファームウェアあるいはその更新データを取得する機能を有する。例えば、更新データ取得部１５４０は、オペレータにより、ネットワーク越しに更新データを入力されたり、ＣＤなどの記録媒体に記録されている更新データを読み出したりして、更新データを取得する。
【００８１】
以上が管理装置１０００の説明である。
次に図１６、１７を用いてＣＲについて説明する。各ＣＲが保持する機能は、共通しているので、ここでは、退室用ＣＲ１００２を例に説明する。
図１６は、退室用ＣＲ１００２の概観図であり、退室用ＣＲ１００２は、ＩＣカードが保持するＩＤを読み取る認証情報取得部１７３０と、表示部１７５０とを含んで構成され、その他自己の動作状態を示す各種ＬＥＤを備える。
【００８２】
図１７は、退室用ＣＲ１００２の機能構成を示す機能ブロック図である。図１７に示すように退室用ＣＲ１００２は、通信部１７１０と、認証処理部１７２０と、認証情報取得部１７３０と、施開錠部１７４０と、表示部１７５０とを含んで構成される。
通信部１７１０は、ネットワークを介して管理装置１０００と通信する機能を有し、自己における認証の結果を示す認証情報や、エラーが発生した場合のエラー情報を送信する機能と、管理装置１０００からのファームウェアの更新のための更新データを受信する機能を有する。
【００８３】
認証処理部１７２０は、退室用ＣＲ１００２が通してもよいＩＣカードのＩＤを示す認証用情報（図示せず）を保持し、認証情報取得部１７３０が取得したＩＤと、自己が保持する認証用情報とで示されるＩＤとが一致するか否かに基づいて、認証を実行し、一致した場合に施開錠部１７４０に開錠を実行する指示を出力する機能を有する。
認証情報取得部１７３０は、ＩＣカードが保持するＩＤを読み取る機能を有し、読み取ったＩＤを認証処理部１７２０に伝達する機能を有する。
【００８４】
施開錠部１７４０は、認証処理部１７２０からの指示に基づき、扉の電子錠の施錠と開錠を実行する機能を有する。施開錠部１７４０は、電子錠を開錠した場合に、一定時間後には施錠する機能も有する。
表示部１７５０は、モニタを含み、退室用１００２の状態を表示する機能を有する。例えば、ファームウェアを更新中であることを表示する。
＜データ＞
ここから、本実施の形態において用いられる各種データについて説明する。
【００８５】
図１８は、管理装置１０００の記憶部１５５０に記憶されているカード情報１５５１を示すデータ概念図である。
カード情報１５５１は、管理装置１０００が入退室管理システム上で、どのＩＤを保持するＩＣカードが運用されているのかを認識するための情報であり、使用されているＩＣカードのＩＤが登録されている。
【００８６】
図１９は、管理装置１０００の記憶部１５５０に記憶されている在室情報１５５２を示すデータ概念図である。
図１９に示すように在室情報１５５２は、ゾーンＮｏ．欄１９０１に、在室中カード欄１９０２が対応付けられた情報である。これを参照することにより、管理装置１０００は各ゾーンに人がいるか否かを判断することができる。ゾーンに対応して在室中カード欄１９０２にカードの情報が登録されていれば、人がいると判定され、登録されていなければ、人がいないと判定される。
【００８７】
図１９では、例えばＺ０００１には、ＩＤ０００１に対応するＩＣカードを保持する人物が、Ｚ０００２には、ＩＤ０００２に対応するＩＣカードを保持する人物がいることになっている。
図２０は、管理装置１０００の記憶部１５５０に記憶されているＣＲ情報１５５３を示すデータ概念図である。
【００８８】
ＣＲ情報１５５３は、管理装置１０００が入退室管理システムで運用されているＣＲを認識するための情報である。
ＣＲ情報１５５３は、カードリーダＮｏ．欄２００１と、対応部屋名欄２００２と、ファームウェアバージョン欄２００３とが対応付けられたデータである。
カードリーダＮｏ．欄２００１には、ＣＲにそれぞれ割り当てられたＩＤを示す情報が登録される。
【００８９】
対応部屋名欄２００２には、ＣＲが対応するゾーンの、オペレータが便宜上つけた名前が登録される。
ファームウェアバージョン欄２００３には、そのＣＲがどのバージョンのファームウェアで動作しているかを示す情報が登録されている。このファームウェアバージョンが登録されていることにより、ファームウェアの更新の要否が判定できるようになる。
【００９０】
図２１は、管理装置１０００の記憶部１５５０に記憶されているゾーン情報１５５４を示すデータ概念図である。
ゾーン情報１５５４は、ゾーンＮｏ．欄２１０１と、入室用ＣＲＮｏ．欄２１０２と、退室用ＣＲＮｏ．欄２１０３と、ゾーン内ＣＲＮｏ．欄２１０４と、アンチパスバック欄２１０５と、ルート制御欄２１０６とを含んで構成される。
【００９１】
ゾーンＮｏ．欄２１０１には、ゾーンの情報が登録されている。
入室用ＣＲＮｏ．欄２１０２には、そのゾーンに入室する際に認証を実行するＣＲが登録されている。これを参照することで、そのゾーンに入室するための入室用ＣＲがどのＣＲであるかを認識できる。
退室用ＣＲＮｏ．欄２１０３には、そのゾーンから退室する際に認証を実行するＣＲが登録されている。これを参照することで、そのゾーンにある退室用ＣＲがどのＣＲであるかを認識できる。
【００９２】
なお、入室用ＣＲＮｏ．欄２１０２と、退室用ＣＲＮｏ．欄２１０３の両方に登録されているＣＲが、入退室用ＣＲとなる。
ゾーン内ＣＲＮｏ．欄２１０４には、そのゾーン内に別の部屋があって、その部屋に入室する際に認証を実行するＣＲが登録されている。
アンチパスバック欄２１０５には、そのソーンにおいてアンチパスバック制御を実行しているか否かを示す情報である。アンチパスバック制御とは、入室と退室とを厳密に対応付けて管理する制御のことであり、あるゾーンにＣＲで認証を行って入室した場合に、そのゾーン内にあるＣＲで認証を行って退室しなければいけないように制御するものである。そして、そのゾーン内にあるＣＲで認証を行わずに退室して、別のゾーンに入室しようとして、認証を行った場合に、その認証は認証失敗とされ、入室不可とされる制御である。
【００９３】
ルート制御欄２１０６には、そのゾーンにおいてルート制御を実行しているか否かを示す情報である。ルート制御とは、そのゾーンを通過する際に、ＣＲで認証を行って通過すべきＣＲの順序が定められた制御であり、その順序を守らなければ入退室ができない。
＜動作＞
ここから、入退室管理システムにおける動作を説明する。
【００９４】
まず、図２２を用いて、ＣＲで認証が実行され、認証に成功した場合の管理装置１０００の動作、つまり在室情報１５５２の更新動作について説明する。認証に失敗した場合は、単に認証履歴に認証失敗の情報が登録されるのみである。図２２は、管理装置１０００が在室情報１５５２の更新する流れを示したフローチャートである。
管理装置１０００のＩ／Ｆ部１５１０は、ＣＲから認証成功の情報を受信し、受信した情報をデータ管理部１５２０に伝達する（ステップＳ２２０１）。当該情報は、認証に成功したＩＣカードのＩＤと、認証を実行したＣＲの情報が含まれている。
【００９５】
データ管理部１５２０は、伝達された情報に含まれるＣＲの情報から、当該ＣＲの情報が対応するゾーンの情報を、ゾーン情報１５５４から検索する（ステップＳ２２０２）。
データ管理部１５２０は、ゾーン情報１５５４で、Ｉ／Ｆ部１５１０から伝達されたＣＲの情報が、入室用ＣＲＮｏ．欄２１０２と退室用ＣＲＮｏ．欄２１０３の両方にあるか否かによって、入退室用のＣＲであるか否かを検出する（ステップＳ２２０３）。
【００９６】
ＣＲが入退室用のＣＲであった場合には（ステップＳ２２０４）、データ管理部１５２０は、当該ＣＲを入室用ＣＲとしているゾーンをゾーン情報１５５４から検索し、検索されたゾーンに対応する在室情報１５５２の在室中カード欄１９０２に、Ｉ／Ｆ部１５１０から伝達されたカードＩＤを登録して在室情報１５５２を更新する。また、データ管理部１５２０は、当該ＣＲを退室用ＣＲとしているゾーンをゾーン情報１５５４から検索し、検索されたゾーンに対応する在室情報１５５２の在室中カード欄１９０２から、Ｉ／Ｆ部１５１０から伝達されたカードＩＤを削除して（ステップＳ２２０４）、処理を終了する。
【００９７】
一方、ＣＲが入退室用のＣＲでなかった場合（ステップＳ２２０３のＮＯ）、データ管理部１５２０は、Ｉ／Ｆ部１５１０から伝達されたＣＲの情報がゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２にあるか否かによって入室用ＣＲであるか否かを判定する（ステップＳ２２０５）。
ＣＲが入室用ＣＲであった場合には（ステップＳ２２０５のＹＥＳ）、データ管理部１５２０は、当該ＣＲが対応するゾーンをゾーン情報１５５４から読み取り、次いで、そのゾーンに対応する在室中カード欄１９０２に、Ｉ／Ｆ部１５５１から受け取ったカードＩＤを追加することで在室情報１５５２を更新し（ステップＳ２２０６）処理を終了する。
【００９８】
ＣＲが入室用ＣＲでなかった場合には（ステップＳ２２０５のＮＯ）、データ管理部１５２０は、当該ＣＲが対応するゾーンをゾーン情報１５５４から読み取り、次いで、そのゾーンに対応する在室中カード欄１９０２から、Ｉ／Ｆ部１５５１から受け取ったカードＩＤを削除することで在室情報１５５２を更新し（ステップＳ２２０７）処理を終了する。
【００９９】
次にファームウェアの更新動作について説明する。図２３は、管理装置１０００のＣＲにファームウェアの更新を指示する際の動作を示したフローチャートである。ここでは、ある一つのゾーンについてのＣＲのファームウェアの更新について説明する。当該動作は各ゾーンについて実行される。
ファームウェア更新部１５３０は、更新データ取得部１５４０が更新データを取得すると、ＣＲ情報１５５３でそのバージョン情報が更新データと一致しないＣＲのあるゾーンを任意に選択し、選択されたゾーンの情報をゾーン情報１５５４から取得する（ステップＳ２３０１）。
【０１００】
ファームウェア更新部１５３０は、ファームウェアを更新するＣＲの属するゾーンに対応する在室情報を取得する（ステップＳ２３０２）。
ファームウェア更新部１５３０は、取得した在室情報から、ゾーンに人がいるか否かを検出する（ステップＳ２３０３）。
ゾーンに人がいなかった場合には（ステップＳ２３０３のＮＯ）、ファームウェア更新部１５３０は、通信部１５１０を介して、ゾーンに対応する全ＣＲに、各ＣＲが施錠開錠を担当する電子錠を施錠したまま、認証処理を停止する指示を出力し、その後、ファームウェアの更新の実行指示と、更新データを送信する（ステップＳ２３０４）。こうしてＣＲではファームウェアの更新が実行され、ファームウェアの更新後にＣＲは認証処理を再開する。
【０１０１】
ゾーンに人がいた場合には（ステップＳ２３０３のＹＥＳ）、ファームウェア更新部１５３０は、ゾーンに対応する入室用ＣＲをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２から検索し、対応する入室用ＣＲにファームウェアの更新の実行を指示する（ステップＳ２３０５）。ファームウェアの更新を実行中において、防ぎたい事態は人の閉じ込めであるため、ゾーン内に人がいたとしても退室用ＣＲは動作し、閉じ込めは発生しないため、入室用のＣＲについては、ファームウェアの更新を実行しても問題ない。
【０１０２】
入室用ＣＲのファームウェアの更新が終了すると、ファームウェア更新部１５３０は、ゾーンに対応する退室用ＣＲが複数あるか否かをゾーン情報１５５４の退室用ＣＲＮｏ．欄２１０３から検索する（ステップＳ２３０６）。
退室用ＣＲが複数あった場合には（ステップＳ２３０６のＹＥＳ）、退室用ＣＲのファームウェアの更新を順を追って実行を指示する。退室用ＣＲが複数ある場合には、一つのＣＲのファームウェアの更新を実行したとしても、それ以外の退室用ＣＲに対応する扉からの退室が可能であるので、人の閉じ込めが発生することがない。ここで、ファームウェアの更新を順を追って行うとは、１個ずつ順番にファームウェアの更新を行う場合や、退室用ＣＲを二つ以上のグループに分けて、１つのグループに属するＣＲのファームウェアの更新を実行してから、他のグループに属するＣＲのファームウェアの更新を実行する場合などがある。つまり、少なくとも一つの退室用ＣＲがファームウェアを更新せず稼動状態にあるようにして、ファームウェアの更新が実行されればよい。
【０１０３】
退室用ＣＲが複数なかった場合には（ステップＳ２３０６のＮＯ）、ここではファームウェアの更新を実行せずに、所定時間後に再度、ゾーンに人がいるかいないかの検出を行って、人がいないタイミングでファームウェアを更新する。退室用ＣＲのファームウェアを更新している否かについては、ＣＲ情報１５５３のバージョン情報を参照し最新のものになっているか否かで判定できる。
【０１０４】
ＣＲでファームウェアの更新が実行されると、ＣＲはファームウェアの更新を実行したことを示す情報を管理装置１０００に送信し、管理装置１０００のデータ管理部１５２０は当該情報を受信することで、ＣＲ情報１５５３のバージョン情報を更新する。
なお、退室用ＣＲが複数ない場合（ステップＳ２３０６のＮＯ）には、所定時間後（例えば３時間後）に再度人がいないか否かを検出して、人がいなかったらファームウェアの更新をすることとしたが、早急にファームウェアの更新を行わなければならない場合には以下の手順でファームウェアの更新を行う。ファームウェア更新部１５３０は、退室用ＣＲにファームウェア更新が終了するまでの間、電子錠を開錠させる。そして、退室用ＣＲの認証処理の停止を指示し、ファームウェアの更新を指示する。ファームウェアの更新が終了すると電子錠は施錠される。こうすることで、入退室の管理という面では問題はあるものの、人の閉じ込めは防止することができる。この場合、当該処理を実行したことを履歴として残してもよい。
【０１０５】
以上が、管理装置１０００のファームウェアの更新時の動作である。
ところで、入室用ＣＲが同時に退室用ＣＲである場合もある。図１４におけるシステム図では、入退室用ＣＲ１００３、１００５が該当する。このような場合には、隣接するゾーンについても考慮に入れてファームウェアの更新を実行する必要がある。このような場合を考慮に入れた管理装置１０００の動作を図２４のフローチャートに示した。
【０１０６】
ファームウェア更新部１５３０は、更新データ取得部１５４０が更新データを取得すると、ＣＲ情報１５５３でそのバージョン情報が更新データと一致しないＣＲのあるゾーンを任意に選択し、選択されたゾーンの情報をゾーン情報１５５４から取得する（ステップＳ２４０１）。
ファームウェア更新部１５３０は、ファームウェアを更新するＣＲの属するゾーンに対応する在室情報と、ＣＲの属するゾーンに属するその他のＣＲの情報をゾーン情報１５５４から取得する（ステップＳ２４０２）。
【０１０７】
ファームウェア更新部１５３０は、取得したその他のＣＲの情報がファームウェアの更新の対象となるゾーン以外のゾーンに含まれているかをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２と退室用ＣＲＮｏ．欄２１０３とを参照して検索する。ファームウェアの更新の対象となるゾーン以外のゾーンにＣＲが含まれていた場合に、その他のゾーンに対応する在室情報を読み出す（ステップＳ２４０３）。その他のゾーンは、ファームウェアの更新の対象となるゾーン（対象ゾーンと呼称）に隣接するゾーンとなり、ここでは隣接ゾーンと呼称する。
【０１０８】
ファームウェア更新部１５３０は、取得した在室情報から、対象ゾーンあるいは隣接ゾーンの両ゾーンのいずれかに人がいるか否かを検出する（ステップＳ２４０４）。
対象ゾーンと隣接ゾーンに人がいなかった場合には（ステップＳ２４０４のＮＯ）、ファームウェア更新部１５３０は、通信部１５１０を介して、対象ゾーンに対応する全ＣＲに、各ＣＲが施錠開錠を担当する電子錠を施錠したまま、認証処理を停止する指示を出力し、その後、ファームウェアの更新の実行指示と、更新データを送信する（ステップＳ２４０９）。こうしてＣＲではファームウェアの更新が実行され、ファームウェアの更新後にＣＲは認証処理を再開する。
【０１０９】
対象ゾーンあるいは隣接ゾーンに人がいた場合には（ステップＳ２４０４のＹＥＳ）、隣接ゾーンに人がいるか否かを、隣接ゾーンの在室情報を参照して検出する（ステップＳ２４０５）。
隣接ゾーンに人がいる場合に（ステップＳ２４０５のＹＥＳ）、ファームウェア更新部１５３０は、対象ゾーンに対応し、入退室用ＣＲを除く入室用ＣＲをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２から検索し、対応する入室用ＣＲにファームウェアの更新の実行を指示する（ステップＳ２４０６）。
【０１１０】
隣接ゾーンに人がいなかった場合に（ステップＳ２４０５のＮＯ）、ファームウェア更新部１５３０は、対象ゾーンに対応する入退室用ＣＲを含む全入室用ＣＲをゾーン情報１５５４の入室用ＣＲＮｏ．欄２１０２から検索し、対応する入室用ＣＲにファームウェアの更新の実行を指示する（ステップＳ２４０７）。
入室用ＣＲのファームウェアの更新が終了すると、ファームウェア更新部１５３０は、ゾーンに対応する退室用ＣＲが複数あるか否かをゾーン情報１５５４の退室用ＣＲＮｏ．欄２１０３から検索する（ステップＳ２４０８）。
【０１１１】
退室用ＣＲが複数あった場合には（ステップＳ２４０８のＹＥＳ）、退室用ＣＲのファームウェアの更新を順を追って実行を指示する。ここで、ファームウェアの更新を順を追って行うとは、１個ずつ順番にファームウェアの更新を行う場合や、退室用ＣＲを二つ以上のグループに分けて、１つのグループに属するＣＲのファームウェアの更新を実行してから、他のグループに属するＣＲのファームウェアの更新を実行する場合などがある。
【０１１２】
退室用ＣＲが複数なかった場合には（ステップＳ２４０８のＮＯ）、ここではファームウェアの更新を実行せずに、所定時間後（例えば３時間後）に再度、ゾーンに人がいるかいないかの検出を行って、人がいないタイミングでファームウェアを更新する。退室用ＣＲのファームウェアを更新している否かについては、ＣＲ情報１５５３のバージョン情報を参照し最新のものになっているか否かで判定できる。
【０１１３】
ところで、退室用ＣＲのファームウェアを更新するに当たり、その退室用ＣＲが対応するゾーンでアンチパスバック制御を実行していることがある。アンチパスバック制御では、あるゾーンに入室用ＣＲの制御する扉から入室した際には、そのゾーンに含まれる退室用ＣＲで認証を行ってから退室しなければ、次回の認証においてエラー、つまり認証不可として、扉の開錠を実行しない制御のことであり、共連れによる入退室を防止する効果がある。退室用ＣＲが一つしかない状態で、ゾーンに人がいるにも拘らずファームウェアを更新する場合に、電子錠を開いて、ゾーンにいる人が退室できるようにして、ファームウェアを更新した場合には、その人がファームウェアの更新中に退室した場合、次にその人がどこかで認証を行った場合に、エラーとなってしまう。これはファームウェアの更新を実行している退室用ＣＲで認証を実行せずに退室してしまったためである。これは、ファームウェアの更新を行ったために発生する事態であり、当該事態を招くことはユーザにとって不便である。よって、図２５に示す処理を実行する。
【０１１４】
当該処理は、図２３のステップＳ２３０６で、退室用ＣＲが一つしかない状態で、ゾーンに人がいる場合の処理である。
ファームウェア更新部１５３０は、退室用ＣＲのファームウェアを更新する（ステップＳ２５０１）。
このとき、ファームウェア更新部１５３０は、ファームウェアの更新を行っているゾーンでアンチパスバック制御を実行しているか否かをゾーン情報１５５４のアンチパスバック欄２１０５を参照して検索する（ステップＳ２５０２）。
【０１１５】
アンチパスバック制御を実行していた場合には（ステップＳ２５０２のＹＥＳ）、ファームウェア更新部１５３０は、ゾーン情報１５５４のアンチパスバックを実施から未実施に変更するとともに、該当ゾーンの各ＣＲにアンチパスバック制御の実行を未実行状態にするよう指示する（ステップＳ２５０３）。
そして、ファームウェア更新部１５３０は、当該ＣＲからファームウェアの更新が終了したことを示す情報を受け取ると、アンチパスバック制御を実行状態にするよう指示する（ステップＳＳ２５０４）。但し、システム上の全カードＩＤについてファームウェア更新後の最初の認証については、アンチパスバックによる制御を実行しないものとする。
【０１１６】
なお、アンチパスバック制御を実行していなかった場合には（ステップＳ２５０２のＮＯ）、そのままファームウェアの更新を行って終了する。
これにより、アンチパスバック制御を実行していたとしても、ファームウェアの更新後の認証でエラーが発生することがなくなる。また、ファームウェアの更新後もアンチパスバック制御を実行できる。
【０１１７】
このゾーンでアンチパスバック制御ではなくルート制御を実行していることもある。ルート制御とは、あるゾーンへの入退室において入室と退室の扉が分けられることにより、出入りのルートが制限されるように制御することであり、例えば、図１のシステム図ではゾーンＺ０００４のように入室用の扉と退室用の扉とを分けて制御する考え方であり、アンチパスバック制御と同様、入室用ＣＲ１０１３で認証を行ってゾーンＺ０００４に入った場合、退室用ＣＲ１０１４で認証を行って退室しなければ、次回の認証を退室用ＣＲ１０１４以外で行った場合にエラーとする制御である。
【０１１８】
この場合もアンチパスバック制御の場合と同様の処理を実行する必要がある。図２６に、この場合のファームウェア更新部１５３０の動作を示した。図２６は、図２５と比較すればわかるように、その差異は、図２５におけるステップＳ２５０２、Ｓ２５０３、Ｓ２５０４における処理が異なるので、当該ステップにおける動作を説明する。
ファームウェア更新部１５３０は、ファームウェアの更新を行っているゾーンでルート制御を実行しているか否かをゾーン情報１５５４のルート制御欄２１０６を参照して検索する（ステップＳ２６０２）。
【０１１９】
ルート制御を実行していた場合には（ステップＳ２６０２のＹＥＳ）、ファームウェア更新部１５３０は、ゾーン情報１５５４のルート制御を実施から未実施に変更するとともに、該当ゾーンの各ＣＲにルート制御の実行を未実行状態にするよう指示する（ステップＳ２６０３）。
そして、ファームウェア更新部１５３０は、当該ＣＲからファームウェアの更新が終了したことを示す情報を受け取ると、ルート制御を実行状態にするよう指示する（ステップＳＳ２６０４）。但し、システム上の全カードＩＤについてファームウェア更新後の最初の認証については、ルート制御を実行しないものとする。
【０１２０】
なお、ルート制御を実行していなかった場合には（ステップＳ２５０２のＮＯ）、そのままファームウェアの更新を行って終了する。
これにより、ルート制御を実行していたとしても、ファームウェアの更新後の認証でエラーが発生することがなくなる。また、ファームウェアの更新後もアンチパスバック制御を実行できる。
【０１２１】
ところで、ファームウェアを更新すると、ファームウェアを更新しているＣＲでは認証ができないため、ユーザは故障していると認識するかもしれない。そこで、各ＣＲは以下の図２７に示す処理をファームウェアを更新しながら実行する。
ＣＲはファームウェアの更新を実行する（ステップＳ２７０１）。
ＣＲは表示部にファームウェアを更新中であることを示す情報を表示部１７５０に表示する（ステップＳ２７０２）。例えば、「ファームウェアを更新中です。認証を実行できません」などと表示する。
【０１２２】
このときＣＲは、自己が退室用のＣＲであるかを、自己がどのタイプ（入室用、退室用、入退室用）のＣＲであるかの設定情報に基づいて検索する（ステップＳ２７０３）。
自己が退室用のＣＲであった場合に、自己が対応するゾーンに他の退室用ＣＲがあるか否かを管理装置１０００に問い合わせる。管理装置１０００は、ゾーン情報１５５４を参照して、他の退室用ＣＲがあるか否かを検出し、検出結果を退室用ＣＲに出力する（ステップＳ２７０４）。
【０１２３】
他の退室用ＣＲがあった場合には（ステップＳ２７０４のＹＥＳ）、管理装置１０００は、他の退室用ＣＲに対応する対応部屋名をＣＲ情報１５５３から読み出して、ＣＲに通知し、ＣＲは、通知された対応部屋名を用いて、例えば、「ファームウェアを更新中です。認証を実行できません。第２会議室第２扉より御退出下さい」と表示部１７５０に表示する（ステップＳ２７０５）。当該表示はファームウェアの更新中行われる。
【０１２４】
一方、他の退室用ＣＲがなかった場合には（ステップＳ２７０４のＮＯ）、管理装置１０００は、他の退室用ＣＲがないことをＣＲに通知し、当該通知を受けたＣＲは、ファームウェアの更新を継続する。
こうして、ＣＲがファームウェアを更新中であることをユーザに知らせつつ、他の扉からの入退室を提示することで、入退室管理システムの利便性を高めることができる。
＜補足＞
上記実施形態において、本発明の実施の手法について説明してきたが、本発明の実施形態がこれに限られないことは勿論である。以下、上記実施形態以外に本発明の思想として含まれる各種の変形例について説明する。
（１）上記実施の形態では、特に記載しなかったが、履歴データ２４０には、入退室システムに係るイベントの情報であれば、入退室に関する情報以外の情報が記録されてもよく、例えば、認証エラーの情報や、こじ開けの発生などの情報が含まれていてもよい。
（２）上記実施の形態では、特に記載しなかったが、ゲート制御装置は自装置で発生したイベントに関する履歴情報をそれぞれ保持していてもよい。
（３）上記実施の形態においては、電池試験が未実行であった場合には、２４時間おきに指示可能かどうかをみていたが、これは２４時間おきでなくともよく、例えば１時間おきであってもよい。但し、電池試験が未実行である場合には、電池試験が中断した場合も含むので、その場合には、二次電池を充電するための時間が必要となるので、電池試験の指示をするには、同時に、二次電池が満充電の状態になっていることも条件となる。管理装置は、ゲート制御装置の非常用電力部から二次電池を満充電の状態になっていることを示す充電完了信号を受信することで満充電になっているか否かを検出できる。ゲート制御装置において、充電完了信号は、二次電池の電力が消費される事態（例えば、停電時の電力の供給、あるいは、電池点検による電力の消費など）が発生したあとで、二次電池が充電されたタイミングで、ゲート制御装置から管理装置に出力される。
（４）上記実施の形態において示した電池点検スケジュール２６０は、オペレータが設定しても良いし、管理装置１００が設定しても良い。その際に、以下の方法を用いて電池点検スケジュールを設定してもよい。
【０１２５】
電池点検指示部２５０は、例えば１か月分の履歴をとることで、各エリアについて、人のいる時間帯、人のいない時間帯を検出できる。これは１日について、そのエリアで人がいない時間帯を検出してもよいし、曜日ごとに人のいない時間帯を検出してもよい。
そして、得られた人のいない時間帯に対応する時間帯で電池試験が実行されるように電池点検スケジュール２６０を作成してもよい。
【０１２６】
例えば、月曜日の０時〜２時、２時〜４時、・・・、１０時〜１２時、１２時〜１４時、・・・、２２時〜２４時、火曜日の０時〜２時、２時〜４時、・・・というように時間帯を区切っていき、所定期間分、例えば１か月分の履歴データに基づいて、各時間帯に人がいた人数を集計する。そして、あるゲート制御装置が対応するエリアについて、１ヶ月の間、火曜日の２２時〜２４時の間に人がいなかったということが集計の結果分かったとしたら、電池点検指示部２５０は、そのゲート制御装置については、次に電池点検を実行するのは、翌月以降で２ヶ月以内のいずれかの火曜日の２２時〜２４時の間に電池点検の指示が出せるようにスケジュールを設定する。
（５）上記実施の形態において、ゲート制御装置は、非常時において二次電池によって１０分間動作できることとしたが、この時間は一例であり、仕様により異ならせてもよく、例えば２０分としてもよい。この場合、電池試験は２０分間放電して、電圧値が所定の閾値以下にならないかを検査する。
（６）上記実施の形態３において、ファームウェアの更新をゾーンに含まれるＣＲを対象に行っていたが、各ＣＲ毎に、そのＣＲが対応するゾーン内に人がいるかを判定して、ファームウェアの更新を実行するか否かを判定してもよい。
（７）上記実施の形態３において、ＣＲは、ファームウェア更新中であることを、表示部１７５０に表示させて、ユーザに通知することとしたが、これ以外の通知方法をとってもよい。例えば、ファームウェアを更新中であることを示す特定のビープ音で通知しても良いし、あるいは例えば音声で「ファームウェア更新中です。認証できません」と報知してもよい。
（８）上記実施の形態３において、管理装置１０００は、各ＣＲに対してファームウェアの更新を指示していたが、これは予め記憶しているスケジュールに従って指示が出力されてもよく、当該スケジュールで定められるタイミングでゾーンに人がいるか否かを検出して、いなかった場合にファームウェアの更新を指示することとしてもよい。
【０１２７】
さらには、管理装置１０００は、ファームウェアを更新するタイミングを定めるスケジュールを自動的に生成するスケジュール生成部を備えてもよく、当該スケジュール生成部が生成するスケジュールに定められるタイミングでゾーンに人がいるかいないかの検出を行って、ファームウェアの更新を指示することとしてもよい。スケジュールの生成にあたり、管理装置１０００は、所定期間（例えば、１週間）各ゾーンにおいて人がいた時間帯と人がいなかった時間帯を各曜日ごとに集計する記録手段を備え、スケジュール生成部は、記録手段が記録した情報に基づき、人がいなかった曜日の時間帯をそのゾーンにおけるファームウェアの更新タイミングとして定めたスケジュールを生成する。
（９）上述の実施形態で示したメンテナンスに係る動作、メンテナンスの指示処理等を管理装置やゲート制御装置等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
【図面の簡単な説明】
【０１２８】
【図１】実施の形態１に係る入退室管理システムのシステム図である。
【図２】管理装置の機能構成を示した機能ブロック図である。
【図３】ゲート制御装置の機能構成を示した機能ブロック図である。
【図４】電池点検回路の回路図である。
【図５】認証データ読み取り端末の外観図である。
【図６】管理装置が保持するスケジュール情報のデータ概念図である。
【図７】ゲート制御装置が保持する入退室履歴情報のデータ概念図である。
【図８】電池点検スケジュールのデータ概念図である。
【図９】実施の形態１における管理装置の電池点検時における動作を示したフローチャートである。
【図１０】実施の形態１におけるゲート制御装置の電池点検時における動作を示したフローチャートである。
【図１１】実施の形態２に係る入退室システムのシステム図である。
【図１２】エリア情報の構成例を示したデータ概念図である。
【図１３】実施の形態２に係る管理装置の電池点検時における動作を示したフローチャートである。
【図１４】実施の形態３に係る入退室管理システムのシステム図である。
【図１５】実施の形態３に係る管理装置の機能構成を示す機能ブロック図である。
【図１６】実施の形態３に係るカードリーダの外観図である。
【図１７】実施の形態３に係るカードリーダの機能構成を示した機能ブロック図である。
【図１８】カード情報を示すデータ概念図である。
【図１９】在室情報を示すデータ概念図である。
【図２０】カードリーダ情報を示すデータ概念図である。
【図２１】ゾーン情報を示すデータ概念図である。
【図２２】管理装置における在室情報の更新に係る動作を示すフローチャートである。
【図２３】管理装置におけるカードリーダのファームウェアの更新に係る動作を示すフローチャートである。
【図２４】入退室用ＣＲがある場合のファームウェアの更新に係る動作を示すフローチャートである。
【図２５】アンチパスバック制御を実施している場合のファームウェアの更新に係る動作を示すフローチャートである。
【図２６】ルート制御を実施している場合のファームウェアの更新に係る動作を示すフローチャートである。
【図２７】ファームウェアの更新に係るＣＲの動作を示すフローチャートである。
【符号の説明】
【０１２９】
１００ 管理装置
１１１、１１２、１１３ ゲート制御装置
１２１、１２２、１２３ 扉
１３１、１３２、１３３ 電気錠
１４１、１４２、１４３、１４４、１４５、１４６ 認証データ読み取り端末
２１０ ゲート制御装置Ｉ／Ｆ部
２２０ データ管理部
２３０ 認証データ
２４０ 履歴データ
２５０ 電池点検指示部
２６０ 電池点検スケジュール
３１０ 通信部
３２０ 読み取り部
３３０ 施開錠部
３４０ 非常用電力部
３４１ 主電源
３４２ 二次電池
１０００ 管理装置
１００１、１００４、１００６、１００８、１００９、１０１１、１０１３ 入室用ＣＲ
１００２、１００７、１０１０、１０１２、１０１４ 退室用ＣＲ
１００３、１００５ 入退室用ＣＲ
１５１０ Ｉ／Ｆ部
１５２０ データ管理部
１５３０ ファームウェア更新部
１５４０ 更新データ取得部
１５５０ 記憶部
１７１０ 通信部
１７２０ 認証処理部
１７３０ 認証情報取得部
１７４０ 施開錠部
１７５０ 表示部
【特許請求の範囲】
【請求項１】
入退室制御の対象となるエリアへの入出を制限するための扉の施開錠を実行するゲート制御装置と、当該ゲート制御装置を管理する管理装置とを含んで構成される入退室管理システムであって、
前記ゲート制御装置は、
自装置が開錠することで入出が可能となる一つのエリアである対象エリアへの人の入出に係る入出情報を送信する送信手段と、
前記管理装置からの指示に基づき、前記対象エリアへの入出が不可能となるメンテナンスを実行するメンテナンス実行手段とを備え、
前記管理装置は、
前記入出情報を取得する取得手段と、
前記対象エリアに人がいるか否かを前記入出情報に基づいて検出する検出手段と、
前記検出手段の検出結果に基づいて、前記ゲート制御装置が、前記メンテナンスを実行してよいか否かを判定する判定手段と、
前記判定手段が前記メンテナンスを実行してよいと判定した場合に前記ゲート制御装置に前記メンテナンスの実行指示を出力する指示手段とを備える
ことを特徴とする入退室管理システム。
【請求項２】
前記ゲート制御装置は、非常時に主電源に変わって電力を供給する非常用電池を備え、前記メンテナンスとは当該非常用電池の電池試験のことであり、
前記メンテナンス実行手段は、
前記非常用電池を予め定められた時間の間放電させて、当該非常用電池の出力電圧値が一定電圧を維持できるか否かを検査する電池試験の実行指示を受け付ける受付部と、
前記受付部が前記実行指示を受け付けた場合に、前記電池試験を実行する電池試験実行部とを備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項３】
前記判定手段は、前記対象エリアに人がいない場合に、前記電池試験を実行してよいと判定し、前記対象エリアに人がいる場合に、前記電池試験を実行してはいけないと判定する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項４】
前記対象エリアには、当該対象エリアへの入出を可能とする他の扉の施開錠を実行する他のゲート制御装置が備えられており、
前記検出手段は、前記ゲート制御装置と前記他のゲート制御装置とからの入出情報とに基づいて前記対象エリアに人がいるか否かを検出し、
前記判定手段は、前記検出手段が前記対象エリアに人がいることを検出した場合であって、前記指示手段が前記他のゲート制御装置に対して電池試験の指示をしていないときには、前記ゲート制御装置の前記電池試験を実行してよいと判定する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項５】
前記ゲート制御装置は、更に、
識別情報を読み取る読取部と、
読み取った識別情報を前記管理装置に送信する識別情報送信手段と、
対象エリアへの人の侵入の許可の可否を示す可否情報を受信する可否情報受信手段と、
前記可否情報に基づいて、前記扉を開錠する開錠手段と、
前記非常用電池の電池試験中に開錠する場合に、電池試験を中止する中止手段と、
電池試験中であった旨を示す情報を表示する表示手段とを備え、
前記管理装置は、更に、
前記識別情報を受信する識別情報受信手段と、
識別情報に対応付けて前記対象エリアへの入出の可否を示した認証情報を記憶する認証情報記憶手段と、
前記識別情報と前記認証情報とに基づいて、当該識別情報に対応する人物の入出の可否を示す可否情報を前記ゲート制御装置に送信する可否情報送信手段とを備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項６】
前記表示手段は、更に、前記電池試験において放電した放電量に基づいて、自装置の前記非常用電池により稼動可能な残り稼働時間の情報を表示する
ことを特徴とする請求項４記載の入退室管理システム。
【請求項７】
前記管理装置は、更に、
前記ゲート制御装置に対して、前記電池試験の実行を指示するタイミングを示したスケジュール情報を記憶するための記憶手段と、
過去の所定期間分の所定時間ごとの前記対象エリアに人がいたかいなかったかの情報に基づいて、人がいないであろうタイミングを推定して前記ゲート制御装置に対して前記電池試験を実行するように前記スケジュール情報を設定する設定手段を備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項８】
前記ゲート制御装置は、さらに、
ゲート制御装置の動作を規定するプログラムを記憶する記憶手段と、
前記記憶手段に記憶されているプログラムを実行する実行手段とを備え、
前記メンテナンスとは当該プログラムの更新のことであり、
前記メンテナンス実行手段は、
前記プログラムの更新を指示する実行指示を受け付ける受付部と、
前記実行指示を受け付けた場合に、前記プログラムの更新を実行する更新部とを備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項９】
前記判定手段は、前記対象エリアに人がいない場合に、前記プログラムの更新を実行し、前記対象エリアに人がいる場合に、前記プログラムの更新を実行しないと判定する
ことを特徴とする請求項８記載の入退室管理システム。
【請求項１０】
前記ゲート制御装置は、前記対象エリアに入エリアするための入エリア用ゲート制御装置と、前記対象エリアから出エリアするための出エリア用ゲート制御装置の２種類があり、
前記メンテナンス実行部は、前記入エリア用ゲート制御装置のプログラムの更新を前記出エリア用ゲート制御装置のプログラムの更新よりも先に実行する
ことを特徴とする請求項８記載の入退室管理システム。
【請求項１１】
前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアに複数の出エリア用ゲート制御装置が備えられている場合に、少なくとも一つの出エリア用ゲート制御装置のプログラムの更新を実行しないことを条件に、当該一つの出エリア用ゲート制御装置以外の出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定する
ことを特徴とする請求項１０記載の入退室管理システム。
【請求項１２】
前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアの出エリア用ゲート制御装置が対応する扉を開錠することを条件に、当該出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定し、
前記指示手段は、プログラムの更新を指示するとともに、扉の開錠を指示する
ことを特徴とする請求項１０記載の入退室管理システム。
【請求項１３】
前記管理装置は、更に、
前記対象エリアに対してアンチパスバック制御を実行するか否かを示すアンチパスバック制御情報を保持し、
前記指示手段は、前記前記対象エリアがアンチパスバック制御の対象になっていた場合に、前記アンチパスバック制御の対象外にすることも指示する
ことを特徴とする請求項１２記載の入退室管理システム。
【請求項１４】
前記管理装置は、更に、
前記対象エリアに対してルート制御を実行するか否かを示すルート制御情報を保持し、
前記指示手段は、前記前記対象エリアがルート制御の対象になっていた場合に、前記ルート制御の対象外にすることも指示する
ことを特徴とする請求項１２記載の入退室管理システム。
【請求項１５】
前記ゲート制御装置が施開錠を制御する扉が前記対象エリアに隣接する隣接エリアの人の入出を制限するものでもある場合、
前記検出手段は、更に前記隣接エリアにも人がいるかいないかを検出し、
前記判定手段は、前記対象エリアと前記隣接エリアとに人がいるかいないかの検出結果に応じて、前記メンテナンスを実行してよいか否かを判定する
ことを特徴とする請求項８記載の入退室管理システム。
【請求項１６】
前記管理装置は、更に、
所定期間における前記対象エリアの人のいる時間帯と人のいない時間帯とを記録する記録手段と、
前記記録手段に示される人がいないであろう時間帯に前記ファームウェアの更新を実行するためのスケジュールを生成するスケジュール生成手段とを備える
ことを特徴とする請求項８記載の入退室管理システム。
【請求項１】
入退室制御の対象となるエリアへの入出を制限するための扉の施開錠を実行するゲート制御装置と、当該ゲート制御装置を管理する管理装置とを含んで構成される入退室管理システムであって、
前記ゲート制御装置は、
自装置が開錠することで入出が可能となる一つのエリアである対象エリアへの人の入出に係る入出情報を送信する送信手段と、
前記管理装置からの指示に基づき、前記対象エリアへの入出が不可能となるメンテナンスを実行するメンテナンス実行手段とを備え、
前記管理装置は、
前記入出情報を取得する取得手段と、
前記対象エリアに人がいるか否かを前記入出情報に基づいて検出する検出手段と、
前記検出手段の検出結果に基づいて、前記ゲート制御装置が、前記メンテナンスを実行してよいか否かを判定する判定手段と、
前記判定手段が前記メンテナンスを実行してよいと判定した場合に前記ゲート制御装置に前記メンテナンスの実行指示を出力する指示手段とを備える
ことを特徴とする入退室管理システム。
【請求項２】
前記ゲート制御装置は、非常時に主電源に変わって電力を供給する非常用電池を備え、前記メンテナンスとは当該非常用電池の電池試験のことであり、
前記メンテナンス実行手段は、
前記非常用電池を予め定められた時間の間放電させて、当該非常用電池の出力電圧値が一定電圧を維持できるか否かを検査する電池試験の実行指示を受け付ける受付部と、
前記受付部が前記実行指示を受け付けた場合に、前記電池試験を実行する電池試験実行部とを備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項３】
前記判定手段は、前記対象エリアに人がいない場合に、前記電池試験を実行してよいと判定し、前記対象エリアに人がいる場合に、前記電池試験を実行してはいけないと判定する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項４】
前記対象エリアには、当該対象エリアへの入出を可能とする他の扉の施開錠を実行する他のゲート制御装置が備えられており、
前記検出手段は、前記ゲート制御装置と前記他のゲート制御装置とからの入出情報とに基づいて前記対象エリアに人がいるか否かを検出し、
前記判定手段は、前記検出手段が前記対象エリアに人がいることを検出した場合であって、前記指示手段が前記他のゲート制御装置に対して電池試験の指示をしていないときには、前記ゲート制御装置の前記電池試験を実行してよいと判定する
ことを特徴とする請求項１記載の入退室管理システム。
【請求項５】
前記ゲート制御装置は、更に、
識別情報を読み取る読取部と、
読み取った識別情報を前記管理装置に送信する識別情報送信手段と、
対象エリアへの人の侵入の許可の可否を示す可否情報を受信する可否情報受信手段と、
前記可否情報に基づいて、前記扉を開錠する開錠手段と、
前記非常用電池の電池試験中に開錠する場合に、電池試験を中止する中止手段と、
電池試験中であった旨を示す情報を表示する表示手段とを備え、
前記管理装置は、更に、
前記識別情報を受信する識別情報受信手段と、
識別情報に対応付けて前記対象エリアへの入出の可否を示した認証情報を記憶する認証情報記憶手段と、
前記識別情報と前記認証情報とに基づいて、当該識別情報に対応する人物の入出の可否を示す可否情報を前記ゲート制御装置に送信する可否情報送信手段とを備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項６】
前記表示手段は、更に、前記電池試験において放電した放電量に基づいて、自装置の前記非常用電池により稼動可能な残り稼働時間の情報を表示する
ことを特徴とする請求項４記載の入退室管理システム。
【請求項７】
前記管理装置は、更に、
前記ゲート制御装置に対して、前記電池試験の実行を指示するタイミングを示したスケジュール情報を記憶するための記憶手段と、
過去の所定期間分の所定時間ごとの前記対象エリアに人がいたかいなかったかの情報に基づいて、人がいないであろうタイミングを推定して前記ゲート制御装置に対して前記電池試験を実行するように前記スケジュール情報を設定する設定手段を備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項８】
前記ゲート制御装置は、さらに、
ゲート制御装置の動作を規定するプログラムを記憶する記憶手段と、
前記記憶手段に記憶されているプログラムを実行する実行手段とを備え、
前記メンテナンスとは当該プログラムの更新のことであり、
前記メンテナンス実行手段は、
前記プログラムの更新を指示する実行指示を受け付ける受付部と、
前記実行指示を受け付けた場合に、前記プログラムの更新を実行する更新部とを備える
ことを特徴とする請求項１記載の入退室管理システム。
【請求項９】
前記判定手段は、前記対象エリアに人がいない場合に、前記プログラムの更新を実行し、前記対象エリアに人がいる場合に、前記プログラムの更新を実行しないと判定する
ことを特徴とする請求項８記載の入退室管理システム。
【請求項１０】
前記ゲート制御装置は、前記対象エリアに入エリアするための入エリア用ゲート制御装置と、前記対象エリアから出エリアするための出エリア用ゲート制御装置の２種類があり、
前記メンテナンス実行部は、前記入エリア用ゲート制御装置のプログラムの更新を前記出エリア用ゲート制御装置のプログラムの更新よりも先に実行する
ことを特徴とする請求項８記載の入退室管理システム。
【請求項１１】
前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアに複数の出エリア用ゲート制御装置が備えられている場合に、少なくとも一つの出エリア用ゲート制御装置のプログラムの更新を実行しないことを条件に、当該一つの出エリア用ゲート制御装置以外の出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定する
ことを特徴とする請求項１０記載の入退室管理システム。
【請求項１２】
前記判定手段は、前記対象エリアに人がいた場合であって、前記対象エリアの出エリア用ゲート制御装置が対応する扉を開錠することを条件に、当該出エリア用ゲート制御装置のプログラムの更新を実行してよいと判定し、
前記指示手段は、プログラムの更新を指示するとともに、扉の開錠を指示する
ことを特徴とする請求項１０記載の入退室管理システム。
【請求項１３】
前記管理装置は、更に、
前記対象エリアに対してアンチパスバック制御を実行するか否かを示すアンチパスバック制御情報を保持し、
前記指示手段は、前記前記対象エリアがアンチパスバック制御の対象になっていた場合に、前記アンチパスバック制御の対象外にすることも指示する
ことを特徴とする請求項１２記載の入退室管理システム。
【請求項１４】
前記管理装置は、更に、
前記対象エリアに対してルート制御を実行するか否かを示すルート制御情報を保持し、
前記指示手段は、前記前記対象エリアがルート制御の対象になっていた場合に、前記ルート制御の対象外にすることも指示する
ことを特徴とする請求項１２記載の入退室管理システム。
【請求項１５】
前記ゲート制御装置が施開錠を制御する扉が前記対象エリアに隣接する隣接エリアの人の入出を制限するものでもある場合、
前記検出手段は、更に前記隣接エリアにも人がいるかいないかを検出し、
前記判定手段は、前記対象エリアと前記隣接エリアとに人がいるかいないかの検出結果に応じて、前記メンテナンスを実行してよいか否かを判定する
ことを特徴とする請求項８記載の入退室管理システム。
【請求項１６】
前記管理装置は、更に、
所定期間における前記対象エリアの人のいる時間帯と人のいない時間帯とを記録する記録手段と、
前記記録手段に示される人がいないであろう時間帯に前記ファームウェアの更新を実行するためのスケジュールを生成するスケジュール生成手段とを備える
ことを特徴とする請求項８記載の入退室管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００９−２５９１８９（Ｐ２００９−２５９１８９Ａ）
【公開日】平成２１年１１月５日（２００９．１１．５）
【国際特許分類】
【出願番号】特願２００８−２１７２７５（Ｐ２００８−２１７２７５）
【出願日】平成２０年８月２６日（２００８．８．２６）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２１年１１月５日（２００９．１１．５）
【国際特許分類】
【出願日】平成２０年８月２６日（２００８．８．２６）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]