(57)【要約】【課題】停止期間を短縮できる入退場管理コントローラおよび入退場管理システムを提供する。【解決手段】コントローラ１は、不揮発領域１４２内のＩＤテーブルを用いて揮発領域１４１に運用情報である検索テーブルを作成する処理を行う設定部１５と、不揮発領域１４３内のプログラムを書き換えプログラムリセットを実行するプログラム書換部１６とを備えている。設定部１５は、プログラムの書き換えに伴う再起動時に、揮発領域１４１に記憶されている検索テーブルをプログラムの書き換え前の状態が維持されるように保護するプロテクト部１５１を有している。【選択図】図１
2013127700.tif 000002
【特許請求の範囲】
【請求項１】
対象領域への人の出入りを管理する入退場管理システムに用いられ、前記対象領域へ出入りする人の識別情報を取得し、プロセッサにてプログラムを実行することにより前記識別情報の認証処理を行い当該認証処理の結果に応じて前記対象領域への人の出入りの可否を判定する入退場管理コントローラであって、
前記認証処理を行う認証処理部と、不揮発性メモリからなり前記プログラムを記憶するプログラム記憶部と、揮発性メモリからなり前記認証処理のために必要な運用情報を記憶する情報記憶部と、前記プログラムの書き換え時に、前記情報記憶部に記憶されている前記運用情報を前記プログラムの書き換え前の状態が維持されるように保護するプロテクト部とを備えることを特徴とする入退場管理コントローラ。
【請求項２】
前記プロテクト部は、メモリの所定領域に設定される保護フラグがセットされている場合に、前記運用情報を保護することを特徴とする請求項１に記載の入退場管理コントローラ。
【請求項３】
前記運用情報は、前記識別情報から所定の計算式で算出されたダイジェストからなる検索テーブルであることを特徴とする請求項１または２に記載の入退場管理コントローラ。
【請求項４】
前記運用情報は、他の装置との連携動作時に用いられる設定データを含むことを特徴とする請求項１〜３のいずれか１項に記載の入退場管理コントローラ。
【請求項５】
対象領域へ出入りする人の識別情報を読み出す読出装置と、前記識別情報を取得し、プロセッサにてプログラムを実行することにより前記識別情報の認証処理を行い当該認証処理の結果に応じて前記対象領域への人の出入りの可否を判定する入退場管理コントローラとを備える入退場管理システムであって、
前記入退場管理コントローラは、前記認証処理を行う認証処理部と、不揮発性メモリからなり前記プログラムを記憶するプログラム記憶部と、揮発性メモリからなり前記認証処理のために必要な運用情報を記憶する情報記憶部と、前記プログラムの書き換え時に、前記情報記憶部に記憶されている前記運用情報を前記プログラムの書き換え前の状態が維持されるように保護するプロテクト部とを備えることを特徴とする入退場管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象領域への人の出入りを管理する入退場管理コントローラおよび入退場管理システムに関する。
【背景技術】
【０００２】
近年、ビル等においてオフィスなどの対象領域への人の出入りを管理する入退場管理システムが普及している（たとえば特許文献１参照）。特許文献１に記載の入退場管理システム（入場管理システム）では、入退場管理コントローラ（ＧＵ）は、たとえばＩＣカード等による認証に基づいて、人の入場を制限する扉の解錠を管理している。
【０００３】
すなわち、入退場管理コントローラは、利用者が所持するＩＣカードの識別情報（カードＩＤ）と、その者が入場顕現を有する領域の扉の扉ＩＤ等とを対応付けて記憶部に記憶している。入退場管理コントローラは、カードリーダにてＩＣカードから読み取った識別情報の認証を行い、解錠する旨の判定を行った場合に、電気錠に対してその扉の解錠指示を行う。
【０００４】
ところで、入退場管理コントローラは、数万〜数十万件の識別情報を扱うこともあり、このような場合に、識別情報を順次検索する方法では認証処理に時間が掛かり過ぎるので、一般的に、検索処理の効率向上のための検索テーブルを用いて識別情報を検索する。すなわち、入退場管理コントローラは、識別情報から所定の計算式によって算出したダイジェストのリストからなる検索テーブルを用いることで、ダイジェストから効率的に識別情報を検索する。ダイジェストが設定される範囲は識別情報そのものよりも十分に狭い。ここで、入退場管理コントローラは、処理効率の観点から、使用頻度に応じた識別情報の検索順となるように、検索テーブルを随時更新する。
【０００５】
このように検索テーブルは、認証処理ごとに頻繁に用いられる情報であり、また更新頻度も高いため、比較的アクセス速度が速いＲＡＭ（Random AccessMemory）のような揮発性メモリに記憶される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−４８５１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
この種の入退場管理コントローラは、セキュリティ対策として導入されており連続的に稼働することが望ましいため、入退場管理システムの運用中に入退場管理コントローラの動作が停止することは極力避けたいという要望がある。その一方で、入退場管理コントローラは、各種機能の改良や機能の追加などの目的で、入退場管理システムの運用中にプログラムの書き換え（更新）が必要となることがある。
【０００８】
ここで、入退場管理コントローラは、その稼働中にプログラムを書き換えること自体は可能であるが、書き換え後のプログラムへの切替処理のためにプログラムリセットをかけて再起動することに伴って、動作を一時的に停止する停止期間が発生する。とくに、上述した検索テーブルをＲＡＭに記憶した入退場管理コントローラは、プログラムリセット時に検索テーブルを作成し直すので、動作を再開するまでの停止期間が長くなる。たとえば１０万の識別情報に対応する検索テーブルを作成する場合、停止期間（たとえば１分程度）の殆ど（８〜９割）を検索テーブルの作成が占めることになる。
【０００９】
本発明は上記事由に鑑みて為されており、停止期間を短縮できる入退場管理コントローラおよび入退場管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の入退場管理コントローラは、対象領域への人の出入りを管理する入退場管理システムに用いられ、前記対象領域へ出入りする人の識別情報を取得し、プロセッサにてプログラムを実行することにより前記識別情報の認証処理を行い当該認証処理の結果に応じて前記対象領域への人の出入りの可否を判定する入退場管理コントローラであって、前記認証処理を行う認証処理部と、不揮発性メモリからなり前記プログラムを記憶するプログラム記憶部と、揮発性メモリからなり前記認証処理のために必要な運用情報を記憶する情報記憶部と、前記プログラムの書き換え時に、前記情報記憶部に記憶されている前記運用情報を前記プログラムの書き換え前の状態が維持されるように保護するプロテクト部とを備えることを特徴とする。
【００１１】
この入退場管理コントローラにおいて、前記プロテクト部は、メモリの所定領域に設定される保護フラグがセットされている場合に、前記運用情報を保護することが望ましい。
【００１２】
この入退場管理コントローラにおいて、前記運用情報は、前記識別情報から所定の計算式で算出されたダイジェストからなる検索テーブルであることがより望ましい。
【００１３】
この入退場管理コントローラにおいて、前記運用情報は、他の装置との連携動作時に用いられる設定データを含むことがより望ましい。
【００１４】
本発明の入退場管理システムは、対象領域へ出入りする人の識別情報を読み出す読出装置と、前記識別情報を取得し、プロセッサにてプログラムを実行することにより前記識別情報の認証処理を行い当該認証処理の結果に応じて前記対象領域への人の出入りの可否を判定する入退場管理コントローラとを備える入退場管理システムであって、前記入退場管理コントローラは、前記認証処理を行う認証処理部と、不揮発性メモリからなり前記プログラムを記憶するプログラム記憶部と、揮発性メモリからなり前記認証処理のために必要な運用情報を記憶する情報記憶部と、前記プログラムの書き換え時に、前記情報記憶部に記憶されている前記運用情報を前記プログラムの書き換え前の状態が維持されるように保護するプロテクト部とを備えることを特徴とする。
【発明の効果】
【００１５】
本発明は、プログラムの書き換え時に、情報記憶部に記憶されている運用情報をプログラムの書き換え前の状態が維持されるように保護するプロテクト部を有するので、停止期間を短縮できるという利点がある。
【図面の簡単な説明】
【００１６】
【図１】実施形態に係る入退場管理コントローラの構成を示すブロック図である。
【図２】実施形態に係る入退場管理システムの構成を示す説明図である。
【図３】実施形態に係る入退場管理コントローラのメモリの構成を示す説明図である。
【図４】実施形態に係る入退場管理コントローラの動作の説明図である。
【発明を実施するための形態】
【００１７】
本実施形態の入退場管理コントローラ（以下、単に「コントローラ」という）１は、図２に示すように対象空間としての部屋１００への人（利用者３）の出入りを管理する入退場管理システムに用いられる。入退場管理システムは、コントローラ１の他、部屋１００の出入口の扉１０１付近の壁に設置されたカードリーダ２と、利用者３に携帯される識別デバイス（ここではＩＣカード）４と、扉１０１に設けられた電気錠５とを備えている。カードリーダ２および電気錠５は、コントローラ１に接続されている。
【００１８】
識別デバイス４は、利用者３を識別するための固有のＩＤ（識別情報）を記憶した情報保持部（図示せず）を有している。カードリーダ２は、部屋１００の内側と外側との両方に設けられており、利用者３の入退室時に識別デバイス４が提示されると、識別デバイス４との間で電磁波を媒体とした無線通信を行うことにより、識別デバイス４が持つＩＤを読み出す。カードリーダ２は、部屋１００へ出入りする利用者３の識別情報を読み出す読出装置を構成する。カードリーダ２は、識別デバイス４から読み出したＩＤを、予め記憶している扉を識別するための扉番号と共にコントローラ１に送信する。電気錠５は、コントローラ１からの制御信号を受けて扉１０１を解錠または施錠し、さらに解錠または施錠した旨の信号をコントローラ１に送信する。
【００１９】
コントローラ１は、カードリーダ２が識別デバイス４から読み出したＩＤを用いて識別デバイス４を所有する利用者３の認証を行うのであって、認証結果に応じて部屋１００への出入り（入退室）の可否を判定する。ここで、コントローラ１は、部屋１００への入室を許可する場合には、電気錠５に対して解錠を指示する制御信号を送信し、その後（扉１０１の開閉後あるいは一定時間経過後）、電気錠５に対して施錠を指示する制御信号を送信する。
【００２０】
具体的には、コントローラ１は、図１に示すように、カードリーダ２からデータを受信する読取部１１と、出入りの可否を判定する認証処理部１２と、電気錠５を制御する通行制御部１３と、予めＩＤ等を記憶したメモリ１４とを有している。さらに、コントローラ１は、後述する設定部１５およびプログラム書換部１６を有している。
【００２１】
メモリ１４には、扉番号ごとに出入りを許可するＩＤを対応付けたＩＤテーブルが予め記憶されている。認証処理部１２は、読取部１１にてカードリーダ２から受信したＩＤおよび扉番号と、ＩＤテーブルとに基づいてＩＤの認証を行い、入退室を許可するか否かを判定する。認証処理部１２は、入退室を許可すると判定（認証成功）した場合、通行制御部１３に対して解錠許可を与え、入退室を許可しないと判定（認証失敗）した場合には、通行制御部１３に対して解錠許可を与えない。通行制御部１３は、通行許可を受けると、電気錠５に対して解錠を指示する制御信号を送信し、その後、電気錠５に対して施錠を指示する制御信号を送信する。
【００２２】
本実施形態では、コントローラ１は、ＣＰＵ（Central ProcessingUnit）からなるプロセッサ（図示せず）を主構成とし、メモリ１４に記憶されているプログラムをプロセッサで実行することにより上記各部の機能を実現する。なお、コントローラ１は、認証処理部１２の認証結果（成功または失敗）をカードリーダ２に送信する機能を有し、カードリーダ２から音や光によって認証結果を報知できるように構成されていてもよい。
【００２３】
ここにおいて、コントローラ１は、数万〜数十万件のＩＤを扱うこともあり、このような場合に、ＩＤを順次検索する方法では認証処理に時間が掛かり過ぎるので、検索処理の効率向上のために検索テーブルを用いてＩＤを検索する。すなわち、コントローラ１は、ＩＤから所定の計算式によって算出したダイジェストのリストからなる検索テーブルを用いることで、ダイジェストから効率的にＩＤを検索する。ダイジェストが設定される範囲はＩＤそのものよりも十分に狭く、図３に示すようにＩＤテーブル上にＩＤがＮ件存在する場合、検索テーブル上にはＭ（＜＜Ｎ）件のダイジェストが設定される。異なる複数のＩＤから算出したダイジェストが衝突する場合があるが、検索テーブルは、ＩＤ間での検索順を各ＩＤの使用頻度に応じて随時変更する。検索テーブルは、プログラムの実行に伴いプロセッサで使用される運用情報の一部を構成する。
【００２４】
メモリ１４は、ＲＯＭ（Read Only Memory）やバックアップ電源付きＳＲＡＭ（Static RAM）などの不揮発性メモリと、比較的アクセス速度が速いＲＡＭ（Random AccessMemory）などの揮発性メモリとを有している。認証処理の高速化を図るためには、検索テーブルおよび上述したＩＤテーブルを含み認証処理に用いられるＩＤ関連のデータは、比較的アクセス速度が速い揮発性メモリに記憶されていることが望ましい。ただし、コントローラ１は限られたハードリソース（ＣＰＵ、メモリ）で動作する組み込み機器用であり、コントローラ１が扱うデータの殆どを占めるＩＤ関連のデータを全てＲＡＭに記憶するとなると、ハードリソースが不足する。そのため、コントローラ１は、揮発メモリ内に揮発領域（図では「ＲＡＭ」で表す）１４１を設定し、不揮発メモリ内に不揮発領域（図では「ＲＯＭ」で表す）１４２，１４３を設定して、ＩＤ関連のデータの一部のみを揮発領域に格納している。
【００２５】
ここで、コントローラ１は、処理効率の観点から、使用頻度に応じたＩＤの検索順となるように、検索テーブルを随時更新する。このように検索テーブルは、認証処理ごとに頻繁に用いられる情報であり、また更新頻度も高い。そこで、コントローラ１は、検索テーブルをメモリ１４の揮発領域１４１に記憶し、ＩＤテーブルやプログラムについてはメモリ１４の不揮発領域１４２，１４３に記憶している。そのため、不揮発領域１４３はプログラムを記憶するプログラム記憶部を構成し、揮発領域１４１は、検索テーブルを記憶する情報記憶部を構成する。
【００２６】
また、コントローラ１の設定部１５は、外部（たとえば専用の設定器）からのＩＤの登録指示、削除指示（ＩＤデータ）に従ってメモリ１４内のＩＤの登録、削除を行い、これに応じてＩＤテーブルおよび検索テーブルを設定（更新）する。ＩＤテーブルは不揮発領域１４２に記憶されているので、一度設定されるとコントローラ１の電源が遮断されても消去されないが、検索テーブルは揮発領域１４１に記憶されているので、一度設定されてもコントローラ１の電源が遮断されると消去される。そこで、設定部１５は、コントローラ１の電源投入時（起動時）にＩＤテーブルを用いて検索テーブルを作成する処理を行い、さらに、認証処理部１２の認証結果に基づいて検索テーブルの検索順を随時変更する。
【００２７】
プログラム書換部１６は、外部（たとえば書き換え専用のツール）から受信したプログラムデータを、プログラムが記憶されている不揮発領域１４３に書き込む。これにより、不揮発領域１４３内のプログラムの書き換えが行われ、プログラム書換部１６は、プログラムの書き換えが完了すると、書き換え後のプログラムへの切替処理のためにプログラムリセットを実行し再起動を行う。このとき、コントローラ１は、電源を遮断することなくウォームスタート（ウォームブート）で起動する。
【００２８】
以下では、カードリーダ２にＩＤが提示される「ＩＤ提示」、設定部１５がＩＤテーブルおよび検索テーブルを設定（更新）する「ＩＤ設定」、プログラム書換部１６がプログラムを書き換える「プログラム書換」の各事象を、「イベント」という。
【００２９】
ところで、本実施形態のコントローラ１は、各種機能の改良や機能の追加などの目的で、入退場管理システムの運用中にプログラムの書き換え（更新）が必要となることがある。その一方で、コントローラ１は、セキュリティ対策として導入されており連続的に稼働することが望ましいため、入退場管理システムの運用中にコントローラ１の動作が停止することは極力避けたいという要望がある。ただし、プログラムリセット時に運用情報（たとえば検索テーブル）を作成し直すと、動作を再開するまでの停止期間が長くなる。そこで、本実施形態のコントローラ１は、プログラム書き換え後のプログラムリセット時（再起動時）に検索テーブルの再設定を省略する機能を備えている。
【００３０】
すなわち、本実施形態においては、設定部１５は、プログラムの書き換えに伴う再起動時に、運用情報の少なくとも一部（検索テーブル）をプログラムの書き換え前の状態が維持されるように保護するプロテクト部１５１（図１参照）を有している。プロテクト部１５１は、メモリ１４を構成する揮発メモリ内に予め設定されているプロテクト領域内のデータについて、プログラムの書き換え前の状態を維持する機能を有している。
【００３１】
ここでは、プロテクト部１５１は、メモリ１４のうち不揮発領域１４２，１４３に設定される保護フラグに応じて、運用情報を保護するか否かを決定しており、保護フラグがセットされている場合に運用情報を保護する。保護フラグは、ＯＮ／ＯＦＦを切り替え可能であって、デフォルトはＯＦＦ、セットされるとＯＮになる。したがって、設定部１５は、保護フラグがセットされている（ＯＮである）運用情報（ここでは検索テーブル）については、再設定の対象から除外する。
【００３２】
また、たとえばＩＤテーブルの構造変化を伴う場合など、プログラムの書き換えの内容によっては、プログラムの切替処理後に運用情報（ここでは検索テーブル）の再構築が必要になる場合がある。このような場合には、プログラムリセット前に保護フラグをＯＦＦにすることにより、運用情報をプロテクト部１５１による保護の対象から除外できる。これにより、コントローラ１は、必要に応じて、プログラムの書き換え時に運用情報を破棄し、プログラムの切替処理後に運用情報を改めて作成することができる。なお、保護フラグのＯＮ／ＯＦＦの別は、たとえば入退場管理システムの管理者等がユーザインタフェース（図示せず）を指示することにより、指示内容に応じて設定部１５が設定する。
【００３３】
次に、本実施形態のコントローラ１の動作について図４を参照して説明する。
【００３４】
まず、コントローラ１は、電源が投入されるとプログラムリセットを実行し（図４のＳ１）、フラグ（保護フラグ）をチェックする（Ｓ２）。保護フラグはデフォルトでＯＦＦであるので、コントローラ１は、保護フラグがＯＦＦと判断し（Ｓ２：ＯＦＦ）、設定部１５によりＩＤテーブルを用いて検索テーブルを作成する処理を行う（Ｓ３）。それから、コントローラ１は、イベントの発生待ち状態となり（Ｓ４）、「ＩＤ提示」、「ＩＤ設定」、「プログラム書換」のいずれかのイベントが発生すると、各イベントに応じた処理に移行する。
【００３５】
たとえば、「ＩＤ提示」時には、コントローラ１は、読取部１１にてカードリーダ２からＩＤを読み取り（Ｓ５）、ＩＤに基づいて認証処理部１２にて認証処理を行い（Ｓ６）、認証処理部１２での認証結果に応じて通行制御部１３により電気錠５を制御する（Ｓ７）。さらに、コントローラ１は、設定部１５により、ＩＤの使用頻度に応じて、メモリ１４の揮発領域１４１に記憶されている検索テーブルの検索順を更新する（Ｓ８）。
【００３６】
また、「ＩＤ設定」時には、コントローラ１は、設定部１５によりＩＤの登録指示、削除指示に従ってメモリ１４内のＩＤの登録、削除を行い、これに応じてＩＤテーブルおよび検索テーブルを設定（更新）する（Ｓ９）。なお、コントローラ１は、「ＩＤ提示」または「ＩＤ設定」時の処理（Ｓ８，Ｓ９）を完了すると、イベントの発生待ち状態のステップ（Ｓ４）に戻る。
【００３７】
また、「プログラム書換」時には、コントローラ１は、プログラム書換部１６によりプログラムデータを不揮発領域１４３に書き込むことにより、不揮発領域１４３内のプログラムの書き換えを実行する（Ｓ１０）。さらに、コントローラ１は、設定部１５により保護フラグをセット（ＯＮ）し（Ｓ１１）、プログラムリセットのステップ（Ｓ１）に戻る。この状態では保護フラグはＯＮであるので、コントローラ１は、保護フラグがＯＮと判断し（Ｓ２：ＯＮ）、検索テーブルを作成するステップ（Ｓ３）をスキップし、保護フラグをＯＦＦしてから（Ｓ１２）、イベントの発生待ち状態のステップ（Ｓ４）に移行する。
【００３８】
以上説明した本実施形態のコントローラ１によれば、プログラム書換部１６が書き換え後のプログラムへの切替処理のためにプログラムリセットを実行し再起動を行っても、プロテクト部１５１が検索テーブルを保護するので、動作の停止期間を大幅に短縮できる。すなわち、コントローラ１は、プログラムリセット時に検索テーブルを作成し直す場合、動作を再開するまでの停止期間が長くなる。たとえば１０万の識別情報に対応する検索テーブルを作成する場合、停止期間の殆ど（８〜９割）を検索テーブルの作成が占めることになる。これに対して、本実施形態のコントローラ１は、プログラム書き換え後のプログラムリセット時に、検索テーブルの作成をスキップする機能を備えているので、検索テーブルの作成にかかる時間を省略することができ、停止期間が大幅に短縮される。
【００３９】
また、コントローラ１は、プログラムの書き換え後のプログラムリセット時ウォームスタートで起動するので、運用情報である検索テーブルは、揮発領域１４１に記憶されているにもかかわらず、プログラムリセット時に消えてしまうことがない。したがって、コントローラ１は、認証処理の高速化に必要な検索テーブルへのアクセス速度を確保しながらも、プログラムリセット後において、プログラムリセット前の検索テーブルを引き継いでそのまま活用することができる。ただし、プロテクト部１５１は、プログラムの書き換え前後におけるＩＤフォーマットや検索方式の互換性に配慮して、互換性の有無を把握するための情報も付与してもよい。
【００４０】
また、プロテクト部１５１は、保護フラグのＯＮ／ＯＦＦにより保護の有効、無効を切り替えるので、プログラムの書き換えに伴って内容が変更される運用情報については、プロテクト部１５１による保護の対象から除外することができる。
【００４１】
ところで、上記実施形態では、プロテクト部１５１による保護対象となる運用情報の例として、ＩＤから所定の計算式で算出されるダイジェストからなる検索テーブルを示したが、保護対象の運用情報を検索テーブルに限定する趣旨ではない。
【００４２】
たとえば、保護対象の運用情報はＩＤテーブルであってもよい。すなわち、一般的にフラッシュＲＯＭ等の不揮発性メモリよりＤＲＡＭ等の揮発性メモリの方がアクセス速度が速いので、起動時にＩＤテーブル自体を不揮発領域１４２から揮発領域１４１に展開する仕様のコントローラ１がある。このコントローラ１においては、プログラムリセット後の起動（ウォームスタート）時に、プロテクト部１５１がＩＤテーブルを保護することにより、起動時のＩＤテーブルの展開処理を省略でき、停止期間の短縮を図ることができる。
【００４３】
また、保護対象の運用情報は、他の装置との連携動作時に用いられる設定データを含んでいてもよい。入退場管理システムに用いられるコントローラ１は、メイン機能であるＩＤの認証処理および電気錠５の制御のほか、所定の状態変化の検出時に予め対応付けられた機器の制御を行う制御機能や、複数のエリアを対象に侵入者を監視する警戒機能などを有している。これらの機能にあっては、複数台のコントローラ１間の連携（同期）や、コントローラ１と制御対象の機器との間での連携をとるための設定データが必要である。コントローラ１の他の装置との連携動作にはリアルタイム性が要求されるため、これらの設定データは、動的処理に最適な形式でＤＲＡＭ（Dynamic RAM）などの揮発領域１４１に保持されることが望ましい。したがって、コントローラ１は、プログラムリセット後の起動（ウォームスタート）時に、プロテクト部１５１が設定データを保護することにより、起動時の設定データの作成処理を省略でき、停止期間の短縮を図ることができる。
【００４４】
なお、上述の例では、コントローラ１は識別情報の認証結果に応じて扉１０１の電気錠５の解錠動作を制御する構成を示したが、この例に限らず、コントローラ１は自動ドア、自動改札機等の開閉動作を制御する構成であってもよい。また、カードリーダ２と識別デバイス４との間の通信方式は、基本的に電磁波を媒体とする通信方式とするが、電磁誘導を利用した通信方式であってもよい。また、入退場管理システムは、カードリーダ２に代えて、利用者３の指紋などの生体情報を読み取る生体認証装置を読出装置に用いて、利用者３固有の識別情報を読み取るように構成されていてもよい。
【符号の説明】
【００４５】
１  （入退場管理）コントローラ
２  カードリーダ（読出装置）
１４１  揮発領域（情報記憶部）
１４２  不揮発領域
１４３  不揮発領域（プログラム記憶部）
１５  設定部
１５１  プロテクト部
１６  プログラム書換部
【図１】
2013127700.tif 000003
【図２】
2013127700.tif 000004
【図３】
2013127700.tif 000005
【図４】
2013127700.tif 000006