(57)【要約】【課題】ゲート管理システムにおいて、ゲート制御装置が認証情報を受信できない場合であっても、セキュリティの低下を回避しつつ、読取装置における認証情報の読み取りを記録する。【解決手段】ゲート制御装置がソフトウェア更新中である場合には、カードリーダは、読み取ったＩＤに対して扉の施解錠に係る制御が不要である旨を示す不要情報を付加する（Ｓ４２，４３）。扉の施解錠を制御するゲート制御装置側では、ＩＤの受信はログとして記録しつつ、不要情報が付加されたＩＤに関しては、施解錠に係る制御をしないことで不用意な解錠を回避する。【選択図】図６
2010146498.tif 000002
【特許請求の範囲】
【請求項１】
読取装置とゲート制御装置とを備えるゲート管理システムであって、
読取装置は、
ユーザーの認証に用いる認証情報を読み取る読取手段と、
読み取った認証情報をゲート制御装置へと送信する送信手段とを有し、
ゲート制御装置は、
送信された認証情報を受信する受信手段と、
受信した認証情報に基づいて、ユーザーのゲート通行の可否に係る制御をする通行制御手段とを有し、
読取装置における前記送信手段は、前記読取手段が認証情報を読み取ってから所定時間内に当該認証情報を送信できない場合、その所定時間経過後に前記認証情報を送信する際には、前記認証情報に、前記通行制御手段による制御が不要である旨を示す不要情報を関連付けて送信し、
ゲート制御装置における前記通行制御手段は、受信した認証情報に前記不要情報が関連付けられていた場合には通行可否に係る制御をしない
ことを特徴とするゲート管理システム。
【請求項２】
ゲート制御装置は、
制御に用いるソフトウェアを記憶する記憶手段と、
前記ソフトウェアを更新する更新手段と、
前記更新手段による更新開始に伴い認証情報を正常に受信できない旨を示す更新開始情報を送信し、前記更新手段による更新終了に伴い更新終了情報を送信する更新通知手段とを備え、
読取装置における前記送信手段は、
前記更新開始情報の受信後から前記更新終了情報を受信するまでの間は、前記不要情報を前記認証情報に関連付けて送信し、
前記更新終了情報の受信後は、前記不要情報を前記認証情報に関連付けずに送信する
ことを特徴とする請求項１に記載のゲート管理システム。
【請求項３】
読取装置における前記送信手段は、
前記更新開始情報の受信後から前記更新終了情報を受信するまでの間であっても、前記更新終了情報が一定時間内に受信されると予測されるときには、前記認証情報に前記不要情報を関連付けずに送信する
ことを特徴とする請求項２に記載のゲート管理システム。
【請求項４】
読取装置は、さらに、
読取装置における前記送信手段が前記読取手段が認証情報を読み取ってから所定時間内に当該認証情報を送信できない場合に、ゲートの通行制御ができない旨をユーザーに対して通知する通知手段を備える
ことを特徴とする請求項１に記載のゲート管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートの通行を管理するゲート管理システムに関する。
【背景技術】
【０００２】
ゲート管理システムにおいては、扉の傍らに設置されユーザーから認証情報を読み取る読取装置と、扉の施解錠を制御するゲート制御装置とから構成される（例えば、特許文献１参照）。
読取装置は、読み取った認証情報をゲート制御装置に送信し、ゲート制御装置は受信した認証情報に基づいて通行権限の有無を判断して、判断結果に応じて扉の施解錠を制御する。
【０００３】
係るシステムでは、ゲート制御装置において、受信した認証情報を時刻や判定結果と関連付けて記録しておくことが一般的である。
【特許文献１】特開2000-182172号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、ゲート制御装置が内部ソフトウェアを更新中である場合など、ゲート制御装置が認証情報を正常に受信できない（読取装置が読み取った認証情報を正常に送信できない）ことがある。この場合、認証情報を送信できないからといって読取装置側で読み取った認証情報を破棄してしまうと、認証情報の読み取りを記録できないこととなり、認証情報の記録ログに空白時間が生じるおそれがある。
【０００５】
また、読取装置側で読み取った認証情報を一時的に記憶しておき、上記ソフトウェアの更新が終了すれば、記憶した認証情報を送信することも考えられる。ソフトウェア更新に時間がかかり、読取装置での認証情報の読み取りから認証情報の送信までの時間が長くなると、読取装置に認証情報を読み取らせることで扉への入退を試みたユーザーが扉の前から去ってしまい、通常通り認証情報を施解錠の判定に用いると、扉への入退権限が有るユーザーが不在の状態で解錠するようなこともあり得る。このような解錠はセキュリティ上好ましくないので回避したい。
【０００６】
本発明は、このような背景の下になされたものであって、ゲート制御装置が認証情報を一時的に受信できない事態が生じた場合であっても、セキュリティの低下を回避しつつ、読取装置において読み取った認証情報をもれなく記録するためのゲート管理システムを提供する。
【課題を解決するための手段】
【０００７】
本発明に係るゲート管理システムは、読取装置とゲート制御装置とを備えるゲート管理システムであって、読取装置は、ユーザーの認証に用いる認証情報を読み取る読取手段と、読み取った認証情報をゲート制御装置へと送信する送信手段とを有し、ゲート制御装置は、送信された認証情報を受信する受信手段と、受信した認証情報に基づいて、ユーザーのゲート通行の可否に係る制御をする通行制御手段とを有し、読取装置における前記送信手段は、前記読取手段が認証情報を読み取ってから所定時間内に当該認証情報を送信できない場合、その所定時間経過後に前記認証情報を送信する際には、前記認証情報に、前記通行制御手段による制御が不要である旨を示す不要情報を関連付けて送信し、ゲート制御装置における前記通行制御手段は、受信した認証情報に前記不要情報が関連付けられていた場合には通行可否に係る制御をしないことを特徴とする。
【発明の効果】
【０００８】
本発明に係るゲート管理システムの構成によれば、読取装置における送信手段は、認証情報を読み取ってから所定時間内に当該認証情報を送信できない場合、その所定時間経過後に前記認証情報を送信する際には、前記通行制御手段による制御が不要である旨を示す不要情報を前記認証情報に関連付けて送信し、ゲート制御装置における通行制御手段は、受信した認証情報に前記不要情報が関連付けられていた場合には通行可否に係る制御を行わないので、認証情報の読み取りから時間が経過し、ゲート前からユーザーが立ち去ってしまった後などに、ゲートが通行できるよう不用意に制御される事態を防止できる。また、ゲート制御装置は、読取装置の送信手段により送られてきた不要情報が関連付けられた認証情報をログの記録に利用することできる。従って、認証情報の記録もれを回避できる。
【０００９】
また、ゲート制御装置は、制御に用いるソフトウェアを記憶する記憶手段と、前記ソフトウェアを更新する更新手段と、前記更新手段による更新開始に伴い認証情報を正常に受信できない旨を示す更新開始情報を送信し、前記更新手段による更新終了に伴い更新終了情報を送信する更新通知手段とを備え、読取装置における前記送信手段は、前記更新開始情報の受信後から前記更新終了情報を受信するまでの間は、前記不要情報を前記認証情報に関連付けて送信し、前記更新終了情報の受信後は、前記不要情報を前記認証情報に関連付けずに送信するとしても構わない。
【００１０】
この構成によれば、ソフトウェアの更新開始から更新終了までの更新中においては、読取装置における送信手段は、前記不要情報を前記認証情報に関連付けて送信するため、読取装置においてソフトウェアの更新中に読み取った認証情報のログをもれなく記録でき、しかも更新終了後にゲートが不用意に制御されることを回避できる。
また、読取装置における前記送信手段は、前記更新開始情報の受信後から前記更新終了情報を受信するまでの間であっても、前記更新終了情報が一定時間内に受信されると予測されるときには、前記認証情報に前記不要情報を関連付けずに送信するとしても構わない。
【００１１】
ソフトウェアの更新中であったとしても、更新終了直前に認証情報を読み取った場合などには、この認証情報を用いてゲートを制御しても、ゲート前からユーザーが立ち去っている可能性は低く問題は無いと考えられる。
この構成によれば、読取装置における送信手段は、前記不要情報を前記認証情報に関連付けずに送信することで、ゲート制御装置における通行制御手段は送信された不要情報が関連付けられていない認証情報に基づいてゲート通行の可否に係る制御を行うことができる。すなわち、ユーザーの立場からすると、更新終了の直前にもゲートが通行可能となるので使い勝手が向上する。
【００１２】
読取装置は、さらに、読取装置における前記送信手段が前記読取手段が認証情報を読み取ってから所定時間内に当該認証情報を送信できない場合に、ゲートの通行制御ができない旨をユーザーに対して通知する通知手段を備えるとしても構わない。
この構成によれば、通知手段は、ゲートの通行制御ができない旨をユーザーに対して通知するので、ユーザーの使い勝手を向上できる。
【発明を実施するための最良の形態】
【００１３】
（実施の形態）
以下、本実施の形態について、図面を参照しながら説明する。
＜構成＞
図１は、ゲート管理システム１のシステム構成を示す図である。
ゲート管理システム１は、カードリーダ（ＣＲ）１０、ゲートコントローラ（ゲート制御装置）１００、扉（ゲート扉）４を備えている。カードリーダ１０とゲートコントローラ１００、ゲートコントローラ１００と扉４はそれぞれケーブルを介して接続されている。
【００１４】
ゲート管理システム１の処理の流れの概要としては次の通りである。
扉４は普段は施錠されており、この扉４付近に設置されたカードリーダ１０は、ユーザーがかざすカード２から認証情報としてのＩＤを読み取る。カードリーダ１０は読み取ったＩＤをゲートコントローラ１００に送信する。ゲートコントローラ１００は、受信したＩＤを、ＩＤ毎にゲート通行の権限有無を示すＩＤ権限ＤＢと照合する。なお、ゲートコントローラ１００とカードリーダ１０と間のデータの送受信は、ゲートコントローラ１００がデータの問い合わせを示す信号を繰り返し送信しており、カードリーダは問い合わせに応じてデータを返す方式である。
【００１５】
照合の結果、通行権限有りと判定すれば（認証成功）、ゲートコントローラ１００はカードリーダ１０に認証成功した旨を示す情報を送信し、カードリーダ１０のブザー１８はその旨を鳴らす。同時にゲートコントローラ１００は、扉４の電気錠を一定時間（例えば5秒程度）解錠してユーザーの通行を可能にする。
照合の結果、通行権限無しと判定すれば（認証失敗）、ゲートコントローラ１００はカードリーダ１０に認証失敗した旨を示す情報を送信し、カードリーダ１０のブザー１８はその旨を鳴らす。
【００１６】
以上がゲート管理システム１の処理の流れの概要である。
続いて、カードリーダ１０、ゲートコントローラ１００の機能ブロックについて順に説明する。
図２は、カードリーダ１０の機能ブロック図である。
カードリーダ１０は、読み取り部１２、不要情報付加部１３、一時記憶部１４、送受信部１６、ブザー１８、表示部２０、操作部２２、制御部２４を備える。
【００１７】
読み取り部１２は、非接触でＩＣカードからデータを読み取るものであり、読み取り面前にかざれたカードからＩＤを読み取る。
不要情報付加部１３は、読み取り部１２が読み取ったＩＤを直ちに送受信部１６により送信できない場合などに、読み取り部１２が読み取ったＩＤに扉の施解錠に係る制御が不要である旨を示す不要情報を付加する。
【００１８】
一時記憶部１４は、例えばフラッシュメモリを含んで構成されており、不要情報付加部１３により不要情報が付加されたＩＤなどを、送受信部１６により送信されるまで一時的に記憶する。
送受信部１６は、ゲートコントローラ１００からのデータの問い合わせに応じて、読み取り部１２が読み取ったＩＤや、一時記憶部１４に記憶されたＩＤをゲートコントローラ１００に送信する。
【００１９】
表示部２０は、ディスプレイ２１を含んで構成され、ディスプレイ２１に各種表示を行わせる。
操作部２２は、押しボタンなどの入力インターフェイスから入力を受け付ける。
制御部２４は、タイマー、制御プログラムを実行するＣＰＵ、制御プログラムを格納するＲＯＭ、制御プログラムの作業領域となるＲＡＭを含んで構成される。
【００２０】
図３は、ゲートコントローラ１００の機能ブロック図である。
ゲートコントローラ１００は、ＣＲ送受信部１０２、不要情報判定部１０３、権限判定部１０４、ＩＤ権限ＤＢ１０６、施解錠指示部１０８、ログ記録部１１０、時計部１１２、ログＤＢ１１４、ソフトウェア更新部１１６、ソフトウェア記憶部１１８、ＬＡＮ送受信部１２０、制御部１２２を備える。
【００２１】
ＣＲ送受信部１０２は、カードリーダ１０にデータの問い合わせを例えば数十ｍｓごとに送信し、問い合わせに応じて送られてくるＩＤなどを受信する。
ＩＤ権限ＤＢ１０６は、ＩＤ毎に扉４を含む各扉の通行権限有無を対応付けたデータ構造である。
不要情報判定部１０３は、ＣＲ送受信部１０２が受信したＩＤに不要情報が付加されているか否か判定する。ＩＤに不要情報が付加されてなければ、権限判定部１０４にそのＩＤを用いて判定を行わせる。ＩＤに不要情報が付加されていれば、権限判定部１０４にそのＩＤを用いた判定を行わせない。
【００２２】
権限判定部１０４は、判定に用いるＩＤを、ＩＤ権限ＤＢ１０６と照合して通行権限の有無を判定する。
施解錠指示部１０８は、権限判定部１０４により通行権限有りと判定された場合に、扉４に一定時間の解錠指示を送信する。扉４が解錠されている間はユーザーの通行が可能となる。
【００２３】
ログ記録部１１０は、ＣＲ送受信部１０２が受信したＩＤを、時計部１１２が計時する時刻と関連付けてログＤＢ１１４に記録する。また、権限判定部１０４が判定に用いたＩＤ、その判定結果および時刻を関連付けてログＤＢ１１４に記録する。
ソフトウェア更新部１１６は、ソフトウェア記憶部１１８に記憶されたソフトウェアの版（バージョン）の更新を行う。
【００２４】
ＬＡＮ送受信部１２０は、ＬＡＮケーブルを介してデータの送受信を行う。
制御部１２２は、制御プログラムを実行するＣＰＵ、制御プログラムを格納するＲＯＭ、作業領域となるＲＡＭを含んで構成される。
＜動作＞
次に、具体的な動作について、ゲートコントローラ１００側の処理、カードリーダ側の処理の順に説明する。
【００２５】
図４は、ゲートコントローラ１００が行う記録・判定処理を示すフローチャートである。
記録・判定処理では、ＣＲ受信部１０２がＩＤを受信すると（Ｓ１１）、ログ記録部１１０は受信したＩＤを時刻と関連付けてログＤＢ１１４に記録する（Ｓ１２）。
不要情報判定部１０３は、ＣＲ受信部１０２が受信したＩＤに不要情報が付加されているかどうか判定し、付加されてなければ（Ｓ１３：Ｎｏ）、権限判定部１０４はそのＩＤを、ＩＤ権限ＤＢ１０６に照合して、扉４の通行権限の有無を判定する（Ｓ１４）。権限有りと判定されれば（Ｓ１４：ＯＫ）、施解錠指示部１０８は対応する扉４に一定時間の解錠指示を送信する（Ｓ１５）。そして、ステップＳ１１のＩＤ受信待ち状態に戻る。
【００２６】
また、受信したＩＤに不要が付加されていれば（Ｓ１３：Ｙｅｓ）、ステップＳ１１のＩＤ受信待ち状態に戻る。
図５は、ゲートコントローラ１００が行うソフトウェア更新処理を示すフローチャートである。
ソフトウェア更新にあたっては、予めＬＡＮ送受信部１２０を介してネットワーク経由で新版のソフトウェアのインストーラを取得しているものとする。
【００２７】
ソフトウェア更新部１１６は、取得した新版のソフトウェアのインストーラに含まれるファイルを、制御部１２２のＲＡＭ上に展開する（Ｓ２１）。このインストーラには、インストールに要する時間が含まれている。この時間にインストール後に行うソフトウェアリセットに要する時間などを加算した時間がソフトウェア更新に要する時間（更新所要時間という。）となる。この更新所要時間をソフトウェア更新部１１６は取得する（Ｓ２２）。
【００２８】
そして、ソフトウェア更新部１１６は、ＣＲ送受信部１０２を介してカードリーダ１０に、所要時間を含む更新開始通知を送信する（Ｓ２３）。後述するように、更新開始通知を受信したカードリーダ１０は通常モードから更新中モードに移行することとなる（図６）。なお、上記所要時間は、ゲートコントローラのＣＰＵやＲＡＭなどのスペックや、新版のソフトウェアのファイルサイズなどに依存するが、おおむね数十秒から数分程度である。
【００２９】
ソフトウェア更新部１１６は、ＲＡＭ上に展開したファイルを、ソフトウェア記憶部１１８にコピーし、コピー後にソフトウェアリセットを行うことで更新を実行する（Ｓ２４）。この更新の実行が終了すると（Ｓ２５）、ソフトウェア更新部１１６は、ＣＲ送受信部１０２を介してカードリーダ１０へと更新終了通知を送信する（Ｓ２６）。更新終了通知を受信したカードリーダ１０は更新中モードから通常モードに移行することとなる（図６）。
【００３０】
図６は、カードリーダ１０における処理を示すフローチャートである。
カードリーダ１０は、通常モードの処理と更新中モードの処理とを切り替えて実行する。普段は通常モードの処理を実行し、ゲートコントローラ１００がソフトウェアを更新中である場合にだけ更新中モードの処理を実行する。
通常モードの処理では、読み取り部１２はＩＤの読み取り待ちの状態であり、ＩＤを読み取ると（Ｓ３１：Ｙｅｓ）、送受信部１６は読み取ったＩＤをゲートコントローラ１００へと送信する（Ｓ３２）。ステップＳ３１〜Ｓ３２の処理は、送受信部１６が更新開始通知を受信するまで繰り返される。
【００３１】
送受信部１６が更新開始通知を受信すると、制御部２４は更新中モードの処理に切り替える。
更新中モードの処理では、制御部２４は、更新開始通知に含まれる所要時間に応じてタイマーに時間をセットし、カウントダウンを開始する（Ｓ４１）。例えば所要時間が１２０秒ならば、１２０秒、１１９秒・・・と１秒ごとにカウントダウンする。
【００３２】
そして、読み取り部１２がＩＤを読み取ると（Ｓ４２：Ｙｅｓ）、読み取ったＩＤに、不要情報付加部１３は扉の施解錠に係る制御が不要である旨を示す不要情報を付加した上で一時記憶部１４に記憶する（Ｓ４３）。
同時に、表示部２０はソフトウェア更新中のため、通行制御ができない旨を表示する（Ｓ４４）。
【００３３】
ステップＳ４２〜４４の処理は、送受信部１６が更新終了通知を受信するまで繰り返される。
送受信部１６が更新終了通知を受信すると、送受信部１６は一時記憶部１４に記憶されたＩＤを送信し（Ｓ４５）、制御部２４は元の通常モードに切り替える。
ステップＳ４５において送信するＩＤは、いずれも不要情報が付加されているので、ゲートコントローラ１００側での扉４の解錠に係る判定処理には用いられないこととなる（Ｓ１３：Ｙｅｓ）。
【００３４】
ソフトウェア更新にはある程度時間が要するので、更新中に読み取ったＩＤを、更新が終了した後に送信すると、読み取りから送信までの時間が長引くなることがある。このようなＩＤを、通常通り解錠の判定に用いると、ＩＤを読み取りからしばらく遅れて扉４が解錠されてしまう。すなわち、扉４の通行権限を有するユーザーが、カードをカードリーダ１０にかざしたのにしばらく扉４が解錠されてないことで、あきらめて扉４の前から去ることが考えられ、このような権限を有するユーザーが不在の状況下で上記遅れた解錠を行うことはセキュリティ上好ましくない。
【００３５】
これに対して、本実施の形態では、ＩＤの読み取りからしばらく時間が経過してカードリーダ１０から送信された可能性があるＩＤには不要情報が付加されているので、ゲートコントローラ１００側では扉４の解錠を行わず不用意な解錠を防止できるのである。
図７にステップＳ４４における表示の一例を示す。カードリーダ２０のディスプレイ２１には、「ソフトウェア更新中・・・解錠できません。更新終了まであと６０秒」と、ソフトウェア更新中という理由（要因）により解錠できないこと、また更新終了までの残り時間が表示されている。なお６０秒という残り時間は、制御部２４のタイマーの時間に基づいて表示している。
【００３６】
上述のように更新中モードである場合には、解錠が行われないので、ユーザーは扉４を通行できないことには変わりはないが、このような表示を行うことで、ユーザーに通行ができない要因を知らせることができ、ユーザーの使い勝手を向上できる。
（実施の形態２）
実施の形態１では、更新中モードである場合には、常に扉４の解錠を行わないとしていたが、これに対して実施の形態２では、更新中モードであったとしても更新終了直前である場合などには、扉４を解錠できるようにしている。
【００３７】
図８は、カードリーダ１０の更新中モードにおける処理を示すフローチャートである。
図６で説明したステップと同様なステップには同じステップ番号を付けて説明を省略する。
ＩＤの読み取り後（Ｓ４２：Ｙｅｓ）、制御部２４は、タイマーの残り時間が１０秒以下かどうか判断し、１０秒以下であれば（Ｓ５１：Ｙｅｓ）、読み取ったＩＤを、不要情報を付加せずに一時記憶部１４に記憶する。同時に、表示部２０は、現在更新中であるがもうすぐ通行制御できる旨を表示する（Ｓ５３）。
【００３８】
図９にステップＳ５３における表示の一例を示す。カードリーダ２０のディスプレイ２１には、「ソフトウェア更新中・・・まもなく解錠します。そのままお待ちください」ソフトウェア更新中という理由で直ちには解錠できないが、まもなく解錠するので扉４前から離れず待つよう促すメッセージが表示されている。このような表示により、ユーザーが扉４前から立ち去るリスクを減らしかつ、更新終了後にユーザーにカード２を再度カードリーダ１０に読み取らせるよう強いてしまうことを防止できる。
【００３９】
本実施の形態によれば、セキュリティ上の問題が少ない更新終了直前の場合には、扉４の解錠制御を行うことで、扉４が通行できない時間を減らして使い勝手を向上できる。
＜補足＞
以上、本発明の実施の形態について説明したが、本発明は上記の内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するための各種形態においても実施可能であり、例えば、以下であっても構わない。
（１）実施の形態では特に説明しなかったが、ソフトウェアの更新はなるべく短時間で行いたいという要請がある。
【００４０】
図１０に示す例では、ソフトウェア更新部１１６の管理化に、第１ソフトウェア記憶部１２８と、第１ソフトウェア記憶部からは格納領域がセパレートされた第２ソフトウェア記憶部１３０との２つを記憶部を用意されている。
第１ソフトウェア記憶部１２８は、現在実行中のソフトウェア（新版に対して旧版のソフトウェア）を格納しており、第２ソフトウェア記憶部１３０は、新版のソフトウェアを格納するためのものである。
【００４１】
そして、旧版のソフトウェアを更新する際には、前もってネットワーク経由で新版のソフトウェアをダウンロードして第２ソフトウェア記憶部１３０に格納しておく。このダウンロードの最中には、第１ソフトウェア記憶部１２８に格納された旧版のソフトウェアを変わらず実行できるのでゲートコントローラ１００を止めずに運用できる。
このダウンロード終了の後、ゲートコントローラ１００のソフトウェアがリセットされる際には、第１ソフトウェア記憶部１２８に格納された旧版のソフトウェアを、第２ソフトウェア記憶部１３０に格納された新版のソフトウェアで上書きコピーすることで旧版から新版へのソフトウェアの更新をより短時間に行うことが実行できる。
（２）実施の形態では、カードリーダ１０においてカードＩＤを読み取ったことを契機として、通行制御ができない旨を表示している（図６：Ｓ４２，Ｓ４４）。
【００４２】
これはカードＩＤを読み取るより前の時点から、通行制御ができない旨を表示すると、この表示に気付いたユーザーがカードをかざしても無駄と判断してかざすのをやめることが考えられるからである。すなわち、本来であればカードをかざすはずのユーザーがかざさないよう誘導してしまい、利用状況の分析調査などのログ記録の目的に沿うような記録を行いにくい。
【００４３】
もっとも、ログ記録よりも、ユーザーの快適さを優先する場合などであれば、通行制御ができない旨の表示を更新中モードの最中は常に行うようにしても構わない。
なお、実施の形態では、通行制御ができない旨を表示によりユーザーに通知しているが、ユーザーの五感に訴えかけることができる手段であれば、表示に限られない。例えば、ブザー１８の音やスピーカの音声を用いて通知しても構わない。
（３）実施の形態では、図５のフローチャートに示すように、ゲートコントローラ１００から更新終了通知を送信する（Ｓ２６）として説明したが、これに限られない。
【００４４】
例えば、ゲートコントローラ１００は、更新終了後は、普段から行っているデータの問い合わせを示す信号の送信の繰り返しを再開できるので、カードリーダ側では問い合わせを示す信号を受信したことを契機として更新中モードから通常モードへと切り替えるようにしても構わない。
また、カードリーダ１０側で自立して通常モードへの切り替えタイミングを判断するようにしてもよい。すなわち、ステップＳ４１（図６）にセットした時間のカウントがゼロになったときには、ゲートコントローラ１００側のソフトウェア更新が終了したと推測できるので、このときに通常モードに切り替えることができる。
（４）実施の形態では、ユーザーが携行するカードのＩＤを利用して認証に用いる方式（いわゆるカード認証方式）として説明しているが、これに限らず、ユーザーの指紋を利用して認証に用いる方式（生体認証方式）や、ユーザーが入力した暗証番号を利用して認証に用いる方式（暗証番号方式）にも適用することができる。
（５）実施の形態では、電気錠を有する扉４の施解錠によりユーザーの通行を制御するとして説明したが、これに代えて、通行制御のために、通行を阻むバーを有するゲートバーを用いて構わない。ゲートバーを用いる場合、例えば、通常時はバーを下げてユーザーが通行できないようにしておき、認証に成功した一定時間の間にだけバーを上げてユーザーが通行できるように制御できる。
（６）カードリーダ１０の更新中モードの処理においては、読み取ったＩＤに、不要情報だけでなく、タイマーセットからの経過時間を追加するようにしても構わない。こうすることで、ゲートコントローラ１００のログ記録部１１０は、ＩＤに追加されたタイマーセットからの経過時間、更新開始時刻とに基づいて、ＩＤを読み取った時刻を算出することができる。
【００４５】
例えば、タイマーセットからの経過時間が３０秒、更新開始時刻が１２時３４分１２秒なら、タイマーセットの時点と更新開始時刻とはほぼ同時であるので、両者を加算して１２時３４分４２秒がＩＤを読み取った時刻として記録できる。
（７）実施の形態では、カードリーダ１０とゲートコントローラ１００との間で正常に通信が行えない要因の一例として、ゲートコントローラ１００のソフトウェア更新を挙げて説明したが、これに限らずゲートコントローラ１００の何らかのトラブル（停電、機器故障やソフトウェアのバグなど）により動作が停止したときや、通信回線のトラブルにより両者の通信が正常に行えないような場合であっても、同様に適用することができる。
（８）カードリーダ１０の更新中モードの処理においては、読み取ったＩＤに、不要情報だけでなく、タイマーセットからの経過時間を追加するようにしても構わない。こうすることで、ゲートコントローラ１００のログ記録部１１０は、ＩＤに追加されたタイマーセットからの経過時間、更新開始時刻とに基づいて、ＩＤを読み取った時刻を算出することができる。
【００４６】
例えば、タイマーセットからの経過時間が３０秒、更新開始時刻が１２時３４分１２秒なら、タイマーセットの時点と更新開始時刻とがほぼ同時とすれば、両者を加算して１２時３４分４２秒をＩＤを読み取った時刻であるとして記録できる。
【図面の簡単な説明】
【００４７】
【図１】ゲート管理システム１のシステム構成を示す図
【図２】カードリーダ１０の機能ブロック図
【図３】ゲートコントローラ１００の機能ブロック図
【図４】ゲートコントローラ１００が行う記録・判定処理を示すフローチャート
【図５】ゲートコントローラ１００が行うソフトウェア更新処理を示すフローチャート
【図６】カードリーダ１０における処理を示すフローチャート
【図７】図６のステップＳ４４におけるディスプレイ２１の表示などを示す図
【図８】実施の形態２に係るカードリーダ１０の更新中モードにおける処理を示すフローチャート
【図９】図８のステップＳ５３におけるディスプレイ２１の表示などを示す図
【図１０】ソフトウェア更新の変形例に係るブロック図。
【符号の説明】
【００４８】
１  ゲート管理システム
４  扉（ゲート扉）
１０  カードリーダ
１２  読み取り部
１３  不要情報付加部
１４  一時記憶部
１６  送受信部
１８  ブザー
２０  表示部
２１  ディスプレイ
２４  制御部
１００  ゲートコントローラ（ゲート制御装置）
１０２  ＣＲ送受信部
１０３  不要情報判定部
１０４  権限判定部
１０８  施解錠指示部
１１０  ログ記憶部
１１６  ソフトウェア更新部
１２２  制御部
【図１】
2010146498.tif 000003
【図２】
2010146498.tif 000004
【図３】
2010146498.tif 000005
【図４】
2010146498.tif 000006
【図５】
2010146498.tif 000007
【図６】
2010146498.tif 000008
【図７】
2010146498.tif 000009
【図８】
2010146498.tif 000010
【図９】
2010146498.tif 000011
【図１０】
2010146498.tif 000012