特許 5945130 入退管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5945130

(24)【登録日】2016年6月3日

(45)【発行日】2016年7月5日

(54)【発明の名称】入退管理システム

(51)【国際特許分類】

   G07C 9/00 20060101AFI20160621BHJP

   E05B 49/00 20060101ALI20160621BHJP

   G08B 25/04 20060101ALI20160621BHJP

【ＦＩ】

   G07C9/00 Z

   E05B49/00 J

   G08B25/04 F

【請求項の数】4

【全頁数】22

(21)【出願番号】特願2012-37257(P2012-37257)

(22)【出願日】2012年2月23日

(65)【公開番号】特開2013-171572(P2013-171572A)

(43)【公開日】2013年9月2日

【審査請求日】2014年12月18日

(73)【特許権者】

【識別番号】000233295

【氏名又は名称】株式会社日立情報通信エンジニアリング

(74)【代理人】

【識別番号】100080001

【弁理士】

【氏名又は名称】筒井 大和

(72)【発明者】

【氏名】佐藤 肇丈

(72)【発明者】

【氏名】角田 健一

【審査官】 佐々木 一浩

(56)【参考文献】

【文献】 特開２００６−２５１８４９（ＪＰ，Ａ）

【文献】 特開２００５−１０００３３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０７Ｃ ９／００

Ｅ０５Ｂ ４９／００

Ｇ０８Ｂ ２５／０４

(57)【特許請求の範囲】

【請求項1】

アンチパスバック制御を含む入退管理の制御処理を行う制御装置と、前記制御装置に接続され利用者のＩＣカードの情報を読み取る複数のカードリーダ装置と、を有する入退管理システムであって、
前記カードリーダ装置は、利用者によりかざされたＩＣカードの情報を読み取り、当該読み取りカード情報を前記制御装置へ通知する処理を行い、
前記制御装置は、
前記利用者の入退シーケンスに応じてＩＣカードとカードリーダ装置との組み合わせで認証の許可／不許可を示すフラグ値が設定され、複数のＩＣカードのＩＤと複数のカードリーダ装置のＩＤとの組み合わせで、前記フラグ値として、次に認証を許可にするカードリーダ装置には許可フラグ値が設定され、次に認証を不許可にするカードリーダ装置には不許可フラグ値が設定される、アンチパスバック制御情報と、
前記利用者ごとに関係付けられる複数のＩＣカードの情報をリストとして管理するリスト情報と、を記憶し、
前記カードリーダ装置からの第１の読み取りカード情報と前記アンチパスバック制御情報とに基づき認証判定処理を行いその結果に応じて電気錠の制御を行う第１の処理部と、
前記第１の読み取りカード情報についての認証結果が許可である場合、前記リスト情報に基づき、前記第１の読み取りカード情報が含まれるリストにおけるすべてのカード情報についての前記アンチパスバック制御情報のフラグ値を同じ状態になるように更新する第２の処理部と、を有すること、を特徴とする入退管理システム。

【請求項2】

請求項１記載の入退管理システムにおいて、
前記制御装置は、管理者または上位装置により設定される個別のＩＣカード情報の内容に基づき、前記リスト情報を生成する処理を行う第３の処理部を有すること、を特徴とする入退管理システム。

【請求項3】

請求項１記載の入退管理システムにおいて、
前記制御装置は、前記カードリーダ装置で複数のＩＣカードがほぼ同時に読み取られた場合の制御処理を行う第４の処理部を有し、
前記第４の処理部は、前記カードリーダ装置からの第１の読み取りカード情報の読み取りの日時と、その次の第２の読み取りカード情報の読み取りの日時との差を所定時間と比較し、当該差が所定時間以内である場合は、前記複数のＩＣカードがほぼ同時に読み取られた場合であると判断し、当該第２の読み取りカード情報に関する処理を省略することで、当該利用者の入退を可能とすること、を特徴とする入退管理システム。

【請求項4】

請求項１記載の入退管理システムにおいて、
前記制御装置は、前記リスト情報を管理者または上位装置により設定する処理を行う第５の処理部を有すること、を特徴とする入退管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、入退管理システムの技術に関し、特にアンチパスバック制御（以下適宜、アンチパスバック：ＡＰＢと略す）に関する。

【背景技術】

【0002】

入退管理システムは、セキュリティの向上を目的に様々な制御を行うことにより、利用者（入退室者）の管理を行っている。その制御の一つにアンチパスバック制御がある。アンチパスバック制御を用いることにより、ＩＣカード（ＩＤカード）を持つ利用者は、正しい経路（利用者の入退室の権限に応じて設定される入退シーケンス）通りに区画等を通過しなければならなくなる。それにより利用者のセキュリティに対する意識を向上させることができ、また成りすましや供連れ等を防止することができる。

【0003】

従来のアンチパスバック制御は、利用者によるカードリーダでのＩＣカードの読み取り・認証に伴い、カードリーダやコントローラに記憶・管理される、当該カード（ＩＤ）対応の解錠フラグ（ＡＰＢ制御フラグ）を動的に変更させることにより実現されている。具体的な動作・処理としては、カードリーダにカードがかざされたとき、当該カード（ＩＤ）が通ることができる経路（区画）に設置されている次に通ることができるカードリーダに対応するフラグを許可（例えば“１”）にする。一方、次に通ることができないカードリーダに対応するフラグを不許可（例えば“０”）にする。

【0004】

上記入退管理（ＡＰＢ制御）に関する先行技術例としては、特開２００５−３６６２７号公報（特許文献１）などがある。

【0005】

特許文献１では、一人の利用者に一つのカードを対応付けて情報を記憶・管理し、アンチパスバック制御を含む入退管理制御を行う入退管理システムの一例が記載されている。特許文献１のアンチパスバック制御では、カードリーダにカードがかざされると、当該カード（ＩＤ）とカードリーダに対応した解錠フラグが許可（１）か不許可（０）かが判定され、許可（１）の場合、当該カードリーダに対応する電気錠の解錠制御、及び対応するフラグの書き換え（更新）、等の認証動作が行われる。上記動作により、当該カード（利用者）が次に入退できる経路（区画）等の制御を実現している。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００５−３６６２７号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

前記特許文献１などによる従来のＡＰＢ制御を含む入退管理システムでは、利用者が複数のカードを所持・使用する場合、以下のような問題が生じる（詳細は後述の図１２等）。

【0008】

従来のアンチパスバック制御の機能を含む入退管理システムにおいて、もし、ある利用者が複数のＩＣカード（例えば第１、第２のカードとする。いずれのカード（ＩＤ）も同じ権限とする。）を所持している場合に、アンチパスバック制御を行った場合、例えば以下のような動作となる。

【0009】

なお利用者が複数のカードを保持する場合としては、例えばＩＣカードの有効期限が近づき、新カードへの切り換えのため、利用者が旧カードと新カードの２つを持つ場合が挙げられる。

【0010】

まず利用者が経路上の第１の区画の第１のカードリーダに第１のカードをかざすと、認証結果が許可となり、当該第１のカードに対応するフラグ（前述）が動的に変更されるが、当該第１のカードリーダにかざされていない第２のカードのフラグの方は変更されない。即ち、複数のカードで異なるカード（ＩＤ）として独立にＡＰＢ制御が適用される。そのため、経路上の次の第２の区画の第２のカードリーダで、同じ第１のカードがかざされた場合は認証結果が許可となるが、異なる第２のカードがかざされた場合は認証結果が不許可（ＡＰＢ違反）となり、利用者は通過（入退）できない。

【0011】

即ち、上記例のように、利用者一人が複数枚のカードを使用する場合、経路上で異なるカードを使用してしまうと不許可（ＡＰＢ違反）となってしまうため、全体的なアンチパスバック制御（入退管理）がうまくできない。利用者は経路上で一貫して同じカードを使用しなければならないため、利用者の負担が高くなってしまう。

【0012】

そのため、従来、ＡＰＢ制御を有効に実現するためには、基本的に利用者一人に対し一枚のカードのみを対応付けて使用する運用をしなければならない。言い換えると、利用者一人に対し複数枚のカードを対応付ける運用は、可能ではあるが、上記例のように制限（問題）が生じる。

【0013】

また例えば第１、第２のカードの２枚を持つ第１の利用者が第１のカードを使用し、第２のカードを紛失や置き忘れ等した場合で、別の第２の利用者が第２のカードを拾う等して不正利用する場合、当該第２の利用者が入退の権限が無い区画に対しても不正入退できてしまう可能性がある。即ち、複数のいずれかのカードを取得した他人による成りすましにより重要区画などに侵入されるといったリスクが大きくなり、セキュリティの低下につながる。

【0014】

以上のように、従来の入退管理システムでは、利用者が複数のカードを使用する場合、全体的なＡＰＢ制御の不全、利用者の負担、運用制限、セキュリティ低下などの問題がある。

【0015】

以上を鑑み、本発明の目的は、入退管理システムに関し、利用者が複数のカードを使用する場合に、すべてのカード、いずれのカードであっても、アンチパスバック制御を含む入退管理を全体的に有効に実現でき、利用者の負担も少なく、セキュリティも維持できる技術を提供することである。

【課題を解決するための手段】

【0016】

本発明のうち代表的な形態は、カードリーダ（ＩＣカード読み取り装置）及びコントローラ（制御装置）等を用いてアンチパスバック制御を含む入退管理制御を行う入退管理システム等であって、以下に示す構成を有することを特徴とする。

【0017】

本入退管理システムは、（１）利用者の複数のカードをグループ（リスト）として管理するリスト情報を保持する手段と、（２）ある読み取りカードについての認証の際、リスト情報をもとに、複数のすべてのカードに関するＡＰＢ制御情報（フラグ）を更新する手段と、（３）同じカードリーダに対する複数のカードのほぼ同時の読み取りの際に、２枚目以降のＡＰＢ違反を無効化（処理省略）する手段とを有する。詳しくは以下である。

【0018】

（１） 従来システムでは、ＩＣカード（ＩＤ）単位で、ＩＣカード情報やＡＰＢ制御情報（フラグ）などを記憶・管理している。本システムでは、従来の情報管理の構成を変更して新たな情報管理の構成とする。即ち、本システムでは、利用者が持つ複数のＩＣカードに関して、当該複数のカードのグループ（リスト）の単位で、ＩＣカード情報やＡＰＢ制御情報（フラグ）などを記憶・管理する。

【0019】

例えばコントローラ（情報生成処理部）は、当該コントローラ内に上記同一利用者が持つ複数のカードの情報をまとめてグループ（リスト）として関係付けるリスト情報を生成し保持する。特に、リスト情報は、利用者情報を含まない形式とすると好適である。例えばコントローラは、他の情報からリスト情報を生成する処理を行う。あるいは、管理者の操作に基づき上位装置またはコントローラによりリスト情報を設定する。

【0020】

（２） 本システムでは、利用者がカードをカードリーダにかざしてカード情報（ＩＤ）が読み取られると、例えばコントローラで読み取りカード情報及びＡＰＢ制御情報（フラグ）に基づき認証判定処理を行う。その際、当該読み取りカードの情報が含まれるリスト情報におけるすべてのカードで同じ状態になるようにＡＰＢ制御情報（フラグ）を一斉に更新する処理を行う。

【0021】

（３） 利用者が複数のカードを所持している場合、同じカードリーダに複数のカードを一度にかざす場合が想定される。その場合、ほぼ同時に複数のカードが読み取られることになる。この場合、本システムの上記（２）の機能が正常に働く場合には、短い時間で連続で読み取られた１枚目のカードについてはＡＰＢ制御により認証結果が許可となるが、続く２枚目以降のカードについては、１枚目でＡＰＢ制御フラグが一斉更新済みであるため、認証結果が不許可（ＡＰＢ違反）となってしまい、利用者が入退できない。

【0022】

そこで、本システムでは、上記のように利用者が複数のカードをカードリーダにほぼ同時にかざした場合（複数カード同時読み取り時）にもＡＰＢ違反にならずに通過できるようにする手段として以下を有する。本システムは、所定時間内に連続でカードを読み取った場合、コントローラは、２枚目のカード（３枚目以降も同様）の認証判定結果が不許可（ＡＰＢ違反）にならないように、２枚目以降のカードの処理を省略し、総合的な結果を許可とする。

【0023】

本入退管理システムは、例えば、ＡＰＢ制御を含む入退管理の制御処理を行う制御装置と、制御装置に接続され利用者のＩＣカードの情報を読み取る複数のカードリーダ装置とを有するシステムである。カードリーダ装置は、利用者によりかざされたＩＣカードの情報を読み取り、当該読み取りカード情報を制御装置へ通知する処理を行う。制御装置は、利用者の入退シーケンスに応じてＩＣカードとカードリーダ装置の組み合わせで認証の許可／不許可を示すフラグ値が設定されるＡＰＢ制御情報と、利用者ごとに関係付けられる複数のＩＣカードの情報をリストとして管理するリスト情報とを記憶する。制御装置は、カードリーダ装置からの第１の読み取りカード情報とＡＰＢ制御情報とに基づき認証判定処理を行いその結果に応じて電気錠の制御を行う第１の処理部と、第１の読み取りカード情報についての認証結果が許可である場合、リスト情報に基づき、第１の読み取りカード情報が含まれるリストにおけるすべてのカード情報についてのＡＰＢ制御情報のフラグ値を同じ状態になるように更新する第２の処理部とを有する。

【発明の効果】

【0024】

本発明のうち代表的な形態によれば、入退管理システムに関し、利用者一人が複数のカードを使用する場合に、すべてのカード、いずれのカードであっても、アンチパスバック制御を含む入退管理を全体的に有効に実現でき、利用者の負担も少なく、セキュリティも維持できる。

【図面の簡単な説明】

【0025】

【図1】本発明の一実施の形態の入退管理システムの全体構成を示す図である。

【図2】本発明の他の実施の形態の入退管理システムの全体構成を示す図である。

【図3】本実施の形態での複数カード利用時のアンチパスバック制御の例を示す説明図である。

【図4】入退シーケンス定義テーブルの例を示す図である。

【図5】上位サーバのＩＣカード情報の例を示す図である。

【図6】コントローラの一時保持テーブルの例を示す図である。

【図7】コントローラのリスト情報の例を示す図である。

【図8】（ａ），（ｂ）は、コントローラのアンチパスバック制御情報（更新前，更新後）の例を示す図である。

【図9】本実施の形態でのコントローラ（１１）の情報生成処理のフロー図である。

【図10】本実施の形態でのコントローラ（１３，１２）の認証及びＡＰＢ制御処理のフロー図である。

【図11】（ａ），（ｂ）は、本実施の形態での複数カード同時読み取り時の制御の例を示す説明図であり、（ａ）は非適用時、（ｂ）は適用時を示す。

【図12】従来の複数カード利用時のアンチパスバック制御の例を示す説明図である。

【図13】（ａ），（ｂ）は、従来のアンチパスバック制御情報（更新前，更新後）の例を示す図である。

【発明を実施するための形態】

【0026】

以下、図面に基づいて、本発明の実施の形態の入退管理システムについて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

【0027】

＜従来システム＞
本実施の形態をわかりやすく説明するため、まず従来の入退管理システム例（ＡＰＢ制御例）における問題について、図１２，図１３を用いて説明する。

【0028】

図１２で、従来の入退管理システム例における複数カード利用時のＡＰＢ制御例、及び管理対象空間例などを示している。区画１，区画２は、壁及び電気錠Ａで区画された部屋などである。区画１にカードリーダＲ１が設置され、区画２にカードリーダＲ２等が設置されている。利用者Ａは、自分に関係付けられるＩＣカードとして例えば２枚のカードＡ１，Ａ２を保持しているとする。例えばＡ１は新カード、Ａ２は旧カードである。また別の利用者Ｂは、１枚のカードＢ１を保持しているとする。利用者ＡのカードＡ１，Ａ２は、権限として、区画１，２を含む経路に入退が許可されるように、入退シーケンス（対応するＡＰＢ制御フラグ）が定義されているとする。利用者Ｂ（カードＢ１）は、区画１は許可、区画２は不許可となるように、入退シーケンス（ＡＰＢ制御フラグ）が定義されているとする。

【0029】

（ステップＳ１） 例えば、区画１にいる利用者Ａは、カードＡ１をカードリーダＲ１にかざすと、例えば図１３（ａ）のＡ１のフラグの状態に基づき、認証がＯＫ（許可）となり、錠Ａが解錠され、区画２に入室できる。この時、利用者（カードＡ１）は区画２に移動したとみなされ、カードＡ１に関するＡＰＢ制御情報（フラグ）は例えば図１３（ａ）から（ｂ）のように変更（更新）される。即ちＡ１に関するフラグは、Ｒ１が許可（１）から不許可（０）へ、Ｒ２が不許可（０）から許可（１）へ、書き換えられる。

【0030】

（Ｓ２） 次に、区画２にいる利用者Ａが、カードリーダＲ２での認証を経て区画１へ移動しようとした場合、Ｓ１のときと同じカードＡ１をかざすようにすれば、図１３（ｂ）の状態に基づき、認証がＯＫとなるので、区画１へ移動できる。この場合、フラグは図１３（ｂ）から（ａ）の状態へ更新される。

【0031】

しかしここで、上記区画２の利用者ＡがＲ２に対しＡ１とは異なるカードＡ２の方をかざした場合を考えてみると、図１３（ａ）のＡ２のフラグの状態に基づき、認証がＮＧ（不許可、即ちＡＰＢ違反）となり、錠Ａが解錠されないため、区画１へは移動できない。

【0032】

同様に、Ｓ１でカードＡ１による認証がＯＫとなったにもかかわらず利用者Ａが区画１から区画２に移動しなかった場合で、利用者ＡがカードリーダＲ１にＡ１ではなくカードＡ２の方をかざした場合を考えてみると、図１３（ａ）のＡ２のフラグの状態に基づき、認証がＮＧとなり、区画２へは移動できない。

【0033】

上記例のように、複数のＩＣカードを保持する利用者は、経路上でカードリーダに対しＩＣカードを使用する（かざす）とき、同じＩＣカードを一貫して使用するようにしなければ、認証がＮＧとなってしまう。そのため、利用者の負担が高くなってしまう。

【0034】

（Ｓ３） また一方、区画１にいる利用者Ｂは、自分のカードＢ１をカードリーダＲ１にかざすと、Ｂ１に応じたＡＰＢ制御フラグに基づき、認証がＮＧとなり、区画２には入室できない。

【0035】

（Ｓ４） ここで、利用者Ａが、Ｓ１の際にカードＡ１のみ所持・使用し、カードＡ２の方は区画１にて紛失／置き忘れ等されたとする。この場合、図１３（ａ）から（ｂ）のように、Ａ１に関するＡＰＢ制御フラグは更新されているが、Ａ２に関するフラグは更新されていない。

【0036】

そのため、区画１にいる利用者Ｂが、利用者ＡのカードＡ２を拾う等して不正に利用し、カードリーダＲ１にかざした場合、図１３（ｂ）に基づき、認証がＯＫとなり、錠Ａが解錠されるので、本来（カードＢ１）であれば権限が無いため入室できない区画２へ不正入室ができてしまう。即ち、セキュリティの低下につながる。

【0037】

図１３（ａ），（ｂ）は、上記従来システム（図１２）に対応した、認証による更新前後におけるＡＰＢ制御情報のフラグの例を示している。ＡＰＢ制御フラグ値は、１：許可、０：不許可（ＡＰＢ違反）とする。カードＡ１のＩＤはＩＤ１、カードＡ２のＩＤはＩＤ２とする。なおこのＡＰＢ制御フラグは、特許文献１の解錠フラグと同義である。このＡＰＢ制御情報のフラグは、入退シーケンス定義情報（図４と同様）に従って生成（設定）される。

【0038】

Ｓ１のように利用者ＡがＲ１にカードＡ１をかざすと、図１３（ａ）のＡ１−Ｒ１のフラグ値が１であるから、認証結果が許可となり、当該カードＡ１を持つ利用者Ａが区画２に移動したとみなされ、当該Ａ１のレコードのフラグが、図１３（ｂ）の状態に更新される。即ち、次は区画２内にあるカードリーダＲ２，Ｒ３では許可（１）となり、他のカードリーダＲ１，Ｒ４では不許可（０）となる。この状態で、Ｓ２のように区画２の利用者ＡがカードＡ２をＲ２にかざした場合、Ａ２−Ｒ２のフラグは０であるため、認証結果が不許可（ＡＰＢ違反）となる。

【0039】

＜概要＞
一方、図３に、図１２と同様の状況に関して、本実施の形態の入退管理システムにおける複数カード利用時のＡＰＢ制御などの例（概要）について示している。

【0040】

（ステップＳ１） 例えば、区画１にいる利用者Ａは、カードＡ１をカードリーダＲ１にかざすと、認証がＯＫ（許可）となり、錠Ａが解錠され、区画２に入室できる。この際、本システムでは、同じ利用者Ａにおける、認証で使用されたカードＡ１と共に、使用されなかった別のカードＡ２についても、ＡＰＢ制御情報（フラグ）の状態が同じになるように変更（一斉更新）される。例えば図８（ａ）から（ｂ）のように、Ａ１に関するフラグとＡ２に関するフラグとがそれぞれ、Ｒ１が許可（１）から不許可（０）へ、Ｒ２が不許可（０）から許可（１）へ、書き換えられる。

【0041】

（Ｓ２） 次に、区画２にいる利用者ＡがカードリーダＲ２の認証を経て区画１へ移動しようとした際には、Ｓ１と同じカードＡ１を使用しても、また異なるカードＡ２の方を使用しても、図８（ｂ）の状態に基づき、認証がＯＫとなるので、区画１へ移動できる。

【0042】

なおＳ１でカードＡ１による認証がＯＫとなったにもかかわらず利用者Ａが区画１から区画２に移動しなかった場合で、利用者ＡがカードリーダＲ１にＡ１またはＡ２をかざした場合は、図８（ｂ）のＡ２のフラグの状態に基づき、認証がＮＧ（ＡＰＢ違反）となる。

【0043】

上記例のように、複数のＩＣカードを保持する利用者は、経路上でカードリーダに対しＩＣカードを使用するとき、複数のカードがグループ（リスト）で扱われるので、同じＩＣカードを一貫して使用する必要はなく、異なるＩＣカードを使用しても認証がＯＫとなり入退ができる。そのため、利用者の負担が低くなる。

【0044】

（Ｓ３） また一方、区画１にいる利用者Ｂは、自分のカードＢ１をカードリーダＲ１にかざすと、前述同様に、権限が無いため認証がＮＧとなり、区画２には入室できない。

【0045】

（Ｓ４） ここで、利用者Ａが、Ｓ１の際にカードＡ１のみ所持・使用し、カードＡ２の方は区画１にて紛失／置き忘れ等されたとする。そして利用者Ｂが、区画１で利用者ＡのカードＡ２を拾う等して不正に利用し、カードリーダＲ１にかざしたとする。この場合、Ｓ１の時点で図８（ａ）から（ｂ）のように、カードＡ１及びＡ２に関するフラグが一斉に同じ状態へ更新されているので、当該認証はＮＧとなり、利用者Ｂは区画２へ不正入室することはできない。

【0046】

［システム（１）］
図１は、本実施の形態の入退管理システムの全体構成を示す。本入退管理システムは、上位サーバ５、コントローラ１、複数のカードリーダ２｛２０〜２３等｝、複数の電気錠３｛３０，３１等｝、等が通信回線（８０，８１）で接続される構成である。なお図示する矢印は処理などの関係の一例を示している。

【0047】

上位サーバ５は、ネットワーク８１を介してコントローラ１と接続される。コントローラ１は、ネットワーク８０を介して、複数の各カードリーダ２及び各電気錠３と接続される。なおコントローラ１はシステム規模などに応じて複数存在してもよく、その場合、各コントローラ１はネットワーク８１を介して上位サーバ５及び他のコントローラ１と接続され、コントローラ１同士で入退管理用の情報を授受可能である。

【0048】

上位サーバ５は、ＰＣ等の装置で構成され、設定処理部（設定プログラム）５０を有し、入退管理用の情報として、入退シーケンス定義テーブル５１、ＩＣカード情報５３などの設定情報を保持する。設定情報は、上位サーバ５に対する管理者などの操作に基づいて、設定処理部５０の処理により設定される。設定処理部５０は、上記設定情報をコントローラ１に対して配信・設定する処理も行う。なお設定情報の保持方式としてはリレーショナルデータベースを用いるのが一般的であるが特に限定されない。

【0049】

コントローラ１は、情報生成処理部１１、ＡＰＢ制御処理部１２、認証判定処理部１３などの処理部を備え、入退管理用の情報として、入退シーケンス定義テーブル４１（Ｔ１）、ＡＰＢ制御情報４２（Ｔ２）、ＩＣカード情報４３（Ｔ３）、及びリスト情報４４（Ｔ４）などを有する。各処理部はＣＰＵによるソフトウェアプログラム処理などで実現できる。各情報はメモリなどの記憶装置に保持される。

【0050】

上位サーバ５やコントローラ１の構成例としては、それぞれ、ＣＰＵ、メモリ、ディスク、通信インタフェース装置、入出力インタフェース装置、入力装置、表示装置、及びバスなどで構成される。

【0051】

カードリーダ２は、カード情報読み取り部、通信処理部などで構成される。カード情報読み取り部で、かざされたＩＣカード６に記憶されている情報（ＩＤコード等）を読み取り、当該読み取り情報を、通信処理部からネットワーク８１を介してコントローラ１へ通知（送信）する。

【0052】

本システムでは、従来システムに対し、コントローラ１内の情報の保持の形式などを変えた構成であり、新たにリスト情報４４（Ｔ４）などを生成・管理する。そして、リスト情報４４（Ｔ４）に基づき、同じ利用者（グループ）の複数のカードについてのＡＰＢ制御情報４２（フラグ）を同タイミングで同じ状態に更新する構成である。

【0053】

入退シーケンステーブル４１（Ｔ１）は、上位サーバ５（５１）からの配信情報ｄ１の内容が設定され、情報生成部１１によるＡＰＢ制御情報４２（Ｔ２）の生成処理で使用される。

【0054】

ＡＰＢ制御情報４２（Ｔ２）は、利用者（対応するカード、リスト）ごとの権限（入退シーケンス）に応じたＡＰＢ制御フラグを含み、コントローラ１に対して接続される複数のすべてのカードリーダ２での認証に要する情報を含む。

【0055】

ＩＣカード情報４３（Ｔ３）は、ＩＣカード６を特定する情報を含む情報である。この特定する情報とは、システム内で使用する全てのカードで一意となる情報であり、例えばカードのシリアル番号（例えばカードに記憶されているＩＤコードとの関連付けで管理される）などである。またシリアル番号以外に、カードの有効期限などの情報を含めて管理してもよい。なお有効期限の情報を用いる場合、後述の認証判定の際に参照される。ＩＣカード情報４３（Ｔ３）は、本実施の形態では、コントローラ１に接続されるカードリーダ２で認証を許可とするＩＣカード６の情報（ＩＤ等）を含む。なおこれに限らず、コントローラ１に接続されるカードリーダ２毎に許可／不許可を判断するための他の情報を上位サーバ５からコントローラ１に配信して設定する形態としてもよい。

【0056】

リスト情報４４（Ｔ４）は、利用者（同一利用者）に関係付けられる複数（すべて）のＩＣカード６の情報（ＩＤ等）をリスト形式で管理する情報である。リスト情報４４（Ｔ４）は、本実施の形態では、後述の一時保持テーブルをもとに作成され、コントローラ１が持つＩＣカード情報（Ｔ３）とは別の情報（テーブル）として作成・保持されるが、これに限らず、統合した形としてもよい。

【0057】

［設定］
図１の構成に対応した情報設定処理の一例について説明する。まず管理者は上位サーバ５に対し入退管理用の各種の情報を設定する。即ち、上位サーバ５の設定処理部５０により、入退シーケンス定義テーブル５１（図４と同様）、ＩＣカード情報５３（図５）を設定する。

【0058】

上位サーバ５は、設定処理部５０を用いて、ネットワーク８１を介して、入退シーケンス定義テーブル５１や、ＩＣカード情報５３の内容を、コントローラ１に対して配信し設定する。配信情報をｄ１，ｄ２とする。なおこの配信のタイミングは、管理者による上位サーバ５（５１，５２）への情報設定操作を契機とした自動的な実行としてもよいし、別途、管理者による任意の指示のタイミングで実行してもよい。

【0059】

上位サーバ５からコントローラ１への配信情報ｄ１，ｄ２により、コントローラ１内に、対応する情報（入退シーケンス定義テーブル４１，ＩＣカード情報４３）が設定される。

【0060】

入退シーケンス定義テーブル５１の内容を含む配信情報ｄ１については、コントローラ１内の対応する入退シーケンス定義テーブル４１（Ｔ１）に設定される。ＩＣカード情報５３の内容を含む配信情報ｄ２については、コントローラ１内で対応するＩＣカード情報４３（Ｔ３）に設定される。

【0061】

またコントローラ１は、例えば情報生成処理部１１により、入退シーケンス定義テーブル４１とＩＣカード情報４３の内容をもとに、ＡＰＢ制御情報４２（フラグ）及びリスト情報４４（Ｔ４）を生成し格納する。

【0062】

［認証］
次に、本システムでのＡＰＢ制御を含む基本的な認証の動作・処理について説明する。利用者によりカードリーダ２にＩＣカード６がかざされると、当該カードリーダ２は、かざされたＩＣカード６内の情報（ＩＤコード等）を読み取り、この読み取りカード情報を、ネットワーク８０を介してコントローラ１に通知（送信）する。

【0063】

コントローラ１は、上記通知（読み取りカード情報）を受けると、認証判定処理部１３において、当該読み取りカード（ＩＤ）と一致するカード情報（ＩＤ）をＩＣカード情報４３（Ｔ３）及びＡＰＢ制御情報４２（Ｔ２）から検索する。その結果、一致する情報（ＩＤ）があった場合あるいは該当ＡＰＢ制御フラグ値が許可（１）である場合、認証判定処理部１３は、認証結果を許可（ＯＫ）と判定する。許可（ＯＫ）とした場合、コントローラ１（認証判定処理部１３）は、対応する電気錠３への制御指示（解錠指示）を出すことで、当該電気錠３を施錠状態から解錠状態へと制御する。これにより当該カードを持つ利用者による次の区画への入退を可能とする。

【0064】

また上記認証判定で、一致するカード情報（ＩＤ）が無かった場合あるいは該当ＡＰＢ制御フラグ値が不許可（０）である場合、認証結果を不許可（ＮＧ）（即ちＡＰＢ違反）と判定する。その場合、コントローラ１は、対応する電気錠３への制御指示をせず、施錠状態を維持する。これにより当該カードを持つ利用者による次の区画への入退を拒否する。

【0065】

上記認証判定処理部１３で認証結果を許可とした場合、ＡＰＢ制御処理部１２により、リスト情報４４に基づく複数のカードのＡＰＢ制御情報４２のフラグの一斉更新処理を行う。ＡＰＢ制御処理部１２は、当該許可したカード（読み取りカード）について、入退シーケンス定義テーブル４１の内容に基づき、ＡＰＢ制御情報４２のフラグを書き換えると共に、リスト情報４４を参照して、当該許可したカード（読み取りカード）が含まれるリスト（対応する利用者）における他のカードについても、ＡＰＢ制御情報４２のフラグを同じ状態となるように書き換える。

【0066】

なお、上記ＡＰＢ制御情報の一斉更新処理の際、コントローラ１が複数存在し、他のコントローラ１内のＡＰＢ制御情報（フラグ）を更新する必要がある場合は、ネットワーク８１を介してコントローラ１間で更新用の情報を授受することで実現できる。

【0067】

［入退シーケンス定義テーブル］
図４は、本実施の形態での入退シーケンス定義テーブル５１の例を示す。なお配信情報ｄ１及びコントローラ１内の入退シーケンス定義テーブル４１（Ｔ１）、及び従来システム例でも同様の内容である。本テーブルは、所定のＡＰＢ制御を含む入退管理の経路に応じた入退シーケンスを定義する情報である。縦方向の「前カードリーダ」は、前回にカードがかざされたカードリーダ２（Ｒ１〜Ｒ４）を示し、横方向の「次カードリーダ」は、「前カードリーダ」の次にカードがかざされるカードリーダ２（Ｒ１〜Ｒ４）を示す。それらの組み合わせの各セルに、許可（１）／不許可（０）の値が設定されている。例えば前カードリーダがＲ１で、次カードリーダがＲ２，Ｒ３の場合は、１であるため認証結果を許可（ＯＫ）とし、次カードリーダがＲ１，Ｒ４の場合は、０であるため認証結果を不許可（ＮＧ）とすることを定義している。

【0068】

本実施の形態では、入退シーケンス定義として、ある区画でＩＣカード６を持つ利用者が移動できる場所に設置されているカードリーダ２については許可（１）、移動できる場所に設置されていない他のカードリーダ２については不許可（０）となるように設定されている。

【0069】

［ＩＣカード情報５３］
図５は、上位サーバ５のＩＣカード情報５３のテーブル例を示す。この情報は、コントローラ１への配信情報ｄ２の一部となる。このテーブルは、項目として、「カードＩＤ」、「利用者ＩＤ」を有する。「カードＩＤ」は、ＩＣカード６に記憶されているＩＤコード（ないし対応シリアル番号）等の情報である。例えばＩＤ１はカードＡ１、ＩＤ２はカードＡ２、ＩＤ３はカードＢ１に対応する。「利用者ＩＤ」は、当該ＩＣカード６を保持する利用者を識別する情報である。例えばＵＩＤ１は利用者Ａ、ＵＩＤ２は利用者Ｂに対応する。

【0070】

［一時保持テーブル／ＩＣカード情報］
図６は、コントローラ１の一時保持テーブルの例を示す。コントローラ１は、配信情報ｄ２に基づき、この一時保持テーブルを作成し、対応する内容をＩＣカード情報４３として格納し、処理後は破棄する。この一時保持テーブルは、項目として、「カードＩＤ」、「利用者ＩＤ」を有する。即ち、各利用者がどのカード（１つ以上）を保持するかを示しており、この情報を用いてリスト情報４４を作成することができる。

【0071】

［リスト情報］
図７は、コントローラ１のリスト情報４４（Ｔ４）のテーブル例を示す。このテーブルは、項目として、「アドレス」、「カードＩＤ」、「元レコード連結用ノード」、「次レコード連結用ノード」などを持つレコードを有する。「アドレス」はコントローラ１内のメモリの管理アドレス情報である。「カードＩＤ」は、一時保持テーブル／ＩＣカード情報４３内のカードＩＤと同じである。「元レコード連結用ノード」、「次レコード連結用ノード」は、リスト形式のデータ構造を構成するためのノード情報であり、「元レコード連結用ノード」は当該カードＩＤノードの元（前）のカードＩＤノードを指し示すアドレスであり、「次レコード連結用ノード」は、当該カードＩＤノードの次のカードＩＤノードを指し示すアドレスである。

【0072】

情報生成処理部１１により、図６の一時保持テーブル／ＩＣカード情報４３をもとに、図７のリスト情報４４を生成する。例えば同じ利用者Ａ（ＵＩＤ１）が複数のカードＡ１，Ａ２を保持することがわかるので、図７の１つのリストのテーブルとして記述される。各利用者ごとに同様にリストが作成される。

【0073】

本実施の形態では、リスト情報４４（Ｔ４）の管理の方式として、図７のようにデータ形式が双方向リストの場合である。特にこれに限定されないが、このようにリスト形式とすることで、複数のカードに関するＡＰＢ制御フラグの一斉更新処理を高速に実現可能である。

【0074】

［ＡＰＢ制御情報］
図８（ａ），（ｂ）は、本実施の形態のコントローラ１のアンチパスバック制御情報４２（Ｔ２）の構成例を示す。図８（ａ）は、認証による更新前のＡＰＢ制御情報４２（Ｔ２）の例を示し、対応状況として、図３の区画１で利用者ＡがカードリーダＲ１にカード（Ａ１，Ａ２）をかざす前の状態である。図８（ｂ）は、認証による更新後のＡＰＢ制御情報４２（Ｔ２）の例を示し、図３の区画１のカードリーダＲ１にカード（Ａ１，Ａ２）をかざした後の状態である。

【0075】

図８（ａ），（ｂ）は、従来のＡＰＢ制御情報（図１３）と異なる点は、同一リストの複数カードについてのＡＰＢ制御フラグを同じ状態（値）にする点と、ＡＰＢ制御フラグの他に日時（更新日時）の情報を保持する点がある。ＡＰＢ制御フラグは、前述同様に、例えば１：許可、０：不許可である。「日時（更新日時）」は、カードリーダ２での当該カードの読み取り・認証（許可）により当該フラグが更新（１から０に変更）された時点の日時を格納し、複数カード同時読み取り判定処理の際に用いられる。

【0076】

なお図８のＡＰＢ制御情報４２の状態では、（Ａ１，Ａ２）−Ｒ２のセルの更新日時が１月１日９時０分０秒となっているが、これは、過去１月１日９時０分０秒の時点に、利用者が区画２のカードリーダＲ２にカード（Ａ１またはＡ２）をかざして認証が許可（フラグが１から０に変更）されたという前提に対応している。

【0077】

なお、コントローラ１のＡＰＢ制御情報４２（Ｔ２）のフラグは、コントローラ１の起動時（他にはカードリーダ２の故障時など）にはすべて初期化され、すべての条件で許可（１）となる。また「更新日時」には、未設定を示す情報が書き込まれる（なお未設定の情報ではなく現在よりも過去の時間を設定するようにしてもよい）。そして、システムの利用開始（運用）に伴い図８の例のようにフラグの状態が適宜変更される。

【0078】

［処理（１）］
図９は、コントローラ１の特に情報生成処理部１１による処理例として、配信情報ｄ２に基づき、一時保持テーブルを作成し、ＡＰＢ制御情報４２（Ｔ２）、ＩＣカード情報４３（Ｔ３）、リスト情報４４（Ｔ４）を生成・設定する処理例を示す。

【0079】

（ステップS101） 情報生成処理部１１は、まず上位サーバ５からの配信情報ｄ２のうちのＩＣカード情報から、一件のカード情報を取得する。

【0080】

（S102） １１は、取得したＩＣカード情報から利用者ＩＤを取得する。

【0081】

（S103） １１は、上記取得情報（カードＩＤ，利用者ＩＤなど）を、図６の一時保持テーブルにレコードとして追加登録する。

【0082】

（S104） １１は、上記処理（S101〜S103）を、配信情報ｄ２のカード情報のすべてのレコードに対して実行する。それが終わると例えば図６の一時保持テーブルの状態となる。

【0083】

（S105，S106） １１は、一時保持テーブルの先頭レコードに情報がある場合は、ＩＣカード情報４３のテーブルに当該情報を書き込む。無い場合はS116へ移る。

【0084】

（S107，S108） １１は、一時保持テーブルに次レコードがある場合は、次レコードの利用者ＩＤを前レコードから順に検索する。無い場合はS118へ移る。S108で、１１は、一時保持テーブルから１件を取得し、この情報に含まれる利用者ＩＤをＩＣカード情報テーブルで検索する。

【0085】

（S111） １１は、一時保持テーブルで同一の利用者（利用者ＩＤ）を発見しない場合はS116へ移り、発見した場合はS112へ移る。

【0086】

（S112） １１は、ＩＤキー（カードＩＤ）をＩＣカード情報４３のテーブルに登録すると共に、この情報をリスト情報４４に追加する。具体的には以下である。

【0087】

（S113） １１は、同一利用者の利用者ＩＤでリスト情報４４のテーブルを検索する。

【0088】

（S114） １１は、同一利用者の利用者ＩＤのリスト情報４４のテーブルの次レコード連結用ノードに、登録したレコード（追加したレコードのアドレス）を設定する。

【0089】

（S115） １１は、登録（追加）したレコードの元レコード連結用ノードに、同一利用者のレコード（元レコードのアドレス）を設定し、次レコード連結用ノードには「なし」を設定し、S107へ戻る。

【0090】

（S116） １１は、ＩＤキーをＩＣカード情報４３のテーブルに登録すると共に、この情報をリスト情報４４に追加する。具体的には以下である。

【0091】

（S117） １１は、リスト情報４４における、元レコード連結用ノードと次レコード連結用ノードに、「なし」を設定し、S107へ戻る。

【0092】

（S118） １１は、一時保持テーブルを破棄し、処理を終了する。なお上記に限らず、リスト情報ではなくＩＣカード情報内に次レコード・元レコード連結用ノード情報を保持する等の形式としてもよい。

【0093】

上記処理例としては、まず図６の一時保持テーブルからカードＡ１（ＩＤ１）−利用者Ａ（ＵＩＤ１）の情報を含むレコードが取り出される。１１は、取り出したレコードよりも前のレコードに同じ利用者Ａ（ＵＩＤ１）が持つカードの情報があるかどうか検索する。例えばＩＤ１（Ａ１）に関しては先頭レコードなので見つからない。見つからない場合、当該情報をそのままＩＣカード情報４３に登録する。このとき、リスト情報４４の次レコード連結用ノードと元レコード連結用ノードには何も設定しない（「なし」）。次に一時保持テーブルの２番目のレコードの情報（カードＡ２（ＩＤ２）−利用者Ａ（ＵＩＤ１））が取り出される。１番目のレコード（カードＡ１，利用者Ａ）の処理と同様に、一時保持テーブルから同じ利用者Ａのカード情報を検索する。すると、カードＡ１の情報が見つかるので、まずカードＡ２（ＩＤ２）の情報がＩＣカード情報４３に登録される。次に、カードＡ１（ＩＤ１）の情報でＩＣカード情報４３を検索し、リスト情報４４のカードＡ１（ＩＤ１）の次レコード連結用ノードにカードＡ２（ＩＤ２）の情報（アドレス）を結びつける。またカードＡ２（ＩＤ２）の元レコード連結用ノードに、カードＡ１（ＩＤ１）の情報（アドレス）を結びつける。以降、一時保持テーブルの全情報に対して同様の処理を行う。これにより、同一利用者（例えばＡ）が保持するすべてのカード（例えばＡ１，Ａ２）の情報がノードによりつながり、図７のようなリスト情報４４（Ｔ４）が生成される。他の利用者ＩＤが存在する場合も同様にリスト情報４４が生成される。

【0094】

［処理（２）］
図１０は、コントローラ１の特に認証判定処理部１３及びＡＰＢ制御処理部１２の処理例を示す。利用者によりカードリーダ２にＩＣカード６がかざされて通知（読み取りカード情報）を受けた時点からの処理を示す。例えばカードリーダＲ１での読み取りカード情報がＡ１（ＩＤ１）の場合で説明する。

【0095】

（ステップS201） カードリーダ２からの読み取りカード情報（ＩＤ）の通知に基づき、コントローラ１の認証判定処理部１３は、当該読み取りカード情報（ＩＤ）と一致する情報がＩＣカード情報４３（Ｔ３）内にあるかどうか検索する。

【0096】

（S202） １３は、上記検索結果での一致するカード情報（ＩＤ）の有無を判断する。一致するカード情報（ＩＤ）が無い場合（Ｎ）はこの時点で処理を終了し、有る場合（Ｙ）はS203へ移る。

【0097】

（S203） １３は、上記ＡＰＢ制御情報４２（Ｔ２）から上記読み取りカード情報（ＩＤ）に対応するＡＰＢ制御フラグを検索する処理を行う。例えば図８のＡ１のレコードの情報が参照される。

【0098】

（S204） １３は、上記ＡＰＢ制御フラグに基づき、当該読み取りカード（例：Ａ１）及びカードリーダ（例：Ｒ１）に関して、ＡＰＢ判定（ＡＰＢ判定を含む認証判定）を行う。ＡＰＢ制御フラグ＝１（許可）の場合（Ｙ）は、基本的には判定結果を許可（ＯＫ）とし、S206へ移る。なお前記有効期限の情報を用いる場合は、当該認証判定の際に参照し、有効期限を過ぎている場合は判定結果をＮＧとする。ＡＰＢ制御フラグ＝０（不許可）の場合（Ｎ）は、判定結果を不許可（ＮＧ（ＡＰＢ違反））とし、S205へ移る。

【0099】

（S205） １３は、上記フラグ＝０（不許可）の場合、複数カード同時読み取り判定処理を行う（詳細は後述）。これは同一利用者が複数のカードをほぼ同時にかざした場合を判定する処理である。この判定のための所定時間ｎの設定値が例えば１秒であるとする。１３は、ＡＰＢ制御情報４２（Ｔ２）の該当レコード（カード−カードリーダ）の更新日時の情報を参照する。１３は、該当カードリーダに前回カード（第１のカード）がかざされて許可になった日時（更新日時）と、今回カード（第２のカード）がかざされた日時（現在日時）との差（Ｘとする）が、所定時間ｎ（１秒）以内かどうか、及び更新日時情報の有無を判断する。前回の更新日時情報が存在し、Ｘ≦ｎの場合（S205−Ｎ）、同一利用者が複数のカードをほぼ同時にかざした場合（前回のカードの読み取り（許可）から短い時間で連続で今回のカードが読み取られた場合）であると判断し、同時読み取りとして許可し、今回のカードに関する認証結果を不許可（ＡＰＢ違反）としないように処理する。具体的には、S207’へ移り、S206の処理を省略する。

【0100】

またS205で、Ｘ＞ｎ、または前回の更新日時情報が設定されていない場合（S205−Ｙ）は、上記同時読み取りの場合ではないと判断し、今回のカードに関する認証結果を不許可（ＡＰＢ違反）として処理する（終了する）。

【0101】

（S206） S204の読み取りカード単位（例：Ａ１）での認証結果が許可（ＯＫ）である場合、S206で、ＡＰＢ制御処理部１２により、当該読み取りカード単位（例：Ａ１）でのＡＰＢ制御情報４２（Ｔ２）のフラグの書き換え（更新）の処理を行う。入退シーケンス定義テーブル４１（Ｔ１）に基づき、ＡＰＢ制御情報４２（Ｔ２）のフラグを書き換える。例えば図８（ａ）のカードＡ１のフラグ｛１，０，０，０｝が、図８（ｂ）のフラグ｛０，１，１，０｝へ書き換えられる。例えばカードリーダＲ１のフラグは許可（１）から不許可（０）になる。

【0102】

（S207） また、１２は、上記許可（フラグの１から０への書き換え）に伴い、ＡＰＢ制御情報４２（Ｔ２）の該当レコード（カード（例：Ａ１）−カードリーダ（例：Ｒ１））の更新日時の項目に、今回のカードの読み取り（許可）に対応した現在の時点（例：１月１日１０時０分０秒）の情報を書き込む。例えば図８（ｂ）のＡ１−Ｒ１の更新日時に１月１日１０時０分０秒が設定される。

【0103】

また複数カード同時読み取りの場合（S205−Ｎ）は、S207’で、今回（最後）のカード（例：Ａ２）の読み取りの時点の情報を更新日時の項目に書き込む。

【0104】

なお今回のカードについても前回（最初）のカード（例：Ａ１）の読み取りの時点の情報を更新日時の項目に書き込むようにする、即ち同時読み取りの複数カードで更新日時情報を同じに揃えるようにする形態としてもよい。

【0105】

（S208，S209） １２は、読み取りカード（例：Ａ１）のＩＤに応じてリスト情報４４（Ｔ４）を参照（検索）し、読み取りカード（ＩＤ）のノードが含まれるリストにおける他のカード（ＩＤ）のノードを参照し、すべてのノード（カード）について上記S206，S207の処理を網羅したかどうかを判断する。次のノード（カード）がある場合は、S206へ戻る。そして、S206で、１２は、次のカード（例：Ａ２）についても同様に、ＡＰＢ制御情報４２（Ｔ２）の該当のフラグを更新し、S207で、同じ更新日時の情報を書き込む。例えば図８（ａ）のカードＡ２のフラグ｛１，０，０，０｝が、Ａ１と同じく、図８（ｂ）のフラグ｛０，１，１，０｝へ書き換えられる。またＡ２の更新日時にＡ１と同じ値（例：１月１日１０時０分０秒）が設定される。

【0106】

また複数カード同時読み取りの場合（S205−Ｎ）におけるS208’，S209’の処理は、S206の処理を省略すること以外はS208，S209の処理と同様である。

【0107】

上記処理（S206〜S209等）により、同一利用者（例：Ａ）の持つすべてのカード（例：Ａ１，Ａ２）について、ＡＰＢ制御フラグが同じ状態になるように一斉更新される。

【0108】

上記S208の処理例としては、１２は、図７のリスト情報Ｔ４（双方向リスト）の先頭にあるカード情報（ＩＤ）を元レコード連結用ノード情報をもとに検索し、リストの先頭にあるカードＩＤ（例えばＩＤ１）に対応する図８のカードＡ１のＡＰＢ制御フラグを書き換える。そして、リストの次レコード連結用ノードに情報（アドレス）がある場合はそのアドレス（次ノード）のカードＩＤに対応する図８のカードＡ２のＡＰＢ制御フラグを書き換える。以降同様に、リストの次ノードを辿りながらＡＰＢ制御フラグを更新し、すべてのノードについてＡＰＢ制御フラグを更新する。次ノードが無い場合（「なし」）はリストのカード情報をすべて網羅したと判断する。

【0109】

［複数カード同時読み取り］
次に、図１１を用いて、本システムにおける特有の複数カード同時読み取り（同時かざし）時の制御機能（前記S205の処理）の詳細について説明する。図１１（ａ）は本制御機能を備えない場合、図１１（ｂ）は本制御機能を備える場合である。図１１（ａ）のように、例えば区画１の利用者Ａが複数（３つ）のＩＣカード６（Ａ１，Ａ２，Ａ３）を所持しているとする。そして利用者Ａがそれら複数カードを１つのカードリーダＲ１に対してほぼ同時にかざした場合（例えばカードフォルダなどに全カードをまとめて入れている場合など）を考える。なお複数カード（Ａ１，Ａ２，Ａ３）は権限（入退シーケンス）が同じ（Ｒ１〜Ｒ４ですべて許可）であり、判定基準となるＡＰＢ制御情報Ｔ２も前述の例と同様とする。

【0110】

図１１（ａ）で、例えば区画１の利用者ＡはカードリーダＲ１に対し複数のカードＡ１〜Ａ３をほぼ同時にかざす。この際の短い時間における読み取りの順序を例えばＡ１→Ａ２→Ａ３とする。カードリーダＲ１は、最初にかざされた第１のカードＡ１からカード情報（ＩＤ１）を読み取ると、当該情報をネットワーク８０を介してコントローラ１に通知する。コントローラ１は、通知情報（ＩＤ１）を用いて、前述のように認証判定処理部１３での認証判定処理を行う。即ち、ＡＰＢ制御情報Ｔ２（図８）のフラグの状態を調べると、Ａ１のＲ１に対するフラグは許可（１）であることから、認証判定結果は許可（ＯＫ）となる。そして入退シーケンス定義テーブルＴ１に基づき、ＡＰＢ制御情報Ｔ２における当該カードＡ１−カードリーダＲ１に関するフラグを図８のように｛１，０，０，０｝から｛０，１，１，０｝へ変更する。更に、該当の更新日時の項目に、当該カードＡ１の読み取り（許可）の日時に相当する現在の時点（例：１月１日１０時０分０秒）の情報を登録する。

【0111】

そして、コントローラ１（ＡＰＢ制御処理部１２）は、上記第１の読み取りカードＡ１に関するＡＰＢ制御フラグの更新に伴い、前述のようにリスト情報Ｔ４における同じ利用者の他のカードＡ２，Ａ３についても、Ａ１と同じ状態となるようにＡＰＢ制御フラグ（及び更新日時）を変更する。

【0112】

上記第１のカードＡ１に関する処理の次（直後）に、第２のカードＡ２の処理が行われる。カードリーダＲ１は、第２のカードＡ２から読み取ったカード情報（ＩＤ２）をコントローラ１に通知する。コントローラ１は、通知情報（ＩＤ２）を用いて、前述のように認証判定処理部１３での認証判定処理を行う。しかしここで、本システムの同時読み取りの制御機能を備えない場合には、同じカードリーダで連続で同じカードを読み取った場合に相当してしまうので、認証が不許可（ＡＰＢ違反）になってしまう。即ち図１１（ａ）の２番目以降のカードＡ２，Ａ３については不許可（ＮＧ）となるため、複数カードでの総合的には結果が不許可（ＮＧ）となり、利用者Ａは区画２へ移動することはできない。

【0113】

そこで、本システムの同時読み取りの制御機能により、図１１（ａ）のような同時かざしの場合にも利用者がＡＰＢ違反とならずに入退できるように対処処理（図１０のS205等）を行う。

【0114】

図１１（ｂ）で、コントローラ１における複数カード同時読み取りの判定に関する所定時間ｎは、例えばｎ＝１秒で固定で設定される。従来の入退管理システム例では、カードリーダに複数枚のＩＣカードをほぼ同時にかざした場合、それぞれのカードを読み取って処理する時間が例えば２００ｍｓ程度である。例えば２枚のカードの連続の読み取りの場合、例えば１秒もあれば十分に読み取って処理することが可能である。これに対応して、本実施の形態（前記S205）ではｎ＝１秒と設定している。なおこの時間ｎは、例えば管理者が上位サーバ５からコントローラ１に対して可変に設定（調整）が可能な形態としてもよい。

【0115】

第１のカードＡ１に関する処理が図１１（ａ）と同様に行われた次（直後）に、第２のカードＡ２の処理が行われる。カードリーダＲ１は、第２のカードＡ２から読み取ったカード情報（ＩＤ２）をコントローラ１に通知する。コントローラ１は、通知情報（ＩＤ２）を用いて、認証判定処理部１３での認証判定処理を行う。Ａ２に関するＡＰＢ制御フラグを参照すると、Ａ１の処理時点で一斉更新済みであるため、Ａ２−Ｒ１のフラグは不許可（０）となっている（S204−Ｎ）。そこで、本同時読み取りの制御機能（認証判定処理部１３）は、前記S205の処理で、前回の第１のカードＡ１の更新日時（例：１月１日１０時０分０秒）と、今回の第２のカードＡ２の読み取りの日時（例えば１月１日１０時０分１秒とする）とを比較し、それらの差（Ｘ）がｎ（１秒）以内かどうかを判断する。例えば差が１秒以内となる場合（S205−Ｎ）は、同時かざしの場合であると判断でき、当該カードＡ２のＡＰＢ違反が無効化（処理省略）される。ＡＰＢ制御情報Ｔ２のカードＡ２（及び同一リストのカードＡ１）の更新日時のみが１月１日１０時０分１秒に更新される。また例えばＡ２の読み取り日時が１月１日１０時０分２秒の場合、差が１秒よりも大きくなるので（S205−Ｙ）、ＡＰＢ違反となる。

【0116】

同様に、３番目の読み取りカードＡ３についても、２番目のカードＡ２との差分で同時読み取りの判定が行われ、例えば差が１秒以内となる場合、当該カードＡ３のＡＰＢ違反が無効化（処理省略）される。総合的な認証（同時読み取り）の結果として、許可（ＯＫ）となり、利用者Ａは区画２へ移動することができる。

【0117】

上記のように、本制御機能により、利用者が誤ってあるいは意図的に複数のＩＣカード６をカードリーダ２に同時にかざしたとしても、ＡＰＢ違反とならずに通過が可能となるので、利用者の利便性が高い。

【0118】

なお上記では読み取り順の各前後のカードでの差分で判定する形態としたが、最初の読み取りカード（例：Ａ１）と最後（例：Ａ３）の読み取りカードとの差分で判定する形態なども同様に可能である。

【0119】

［システム（２）］
図２は、他の実施の形態の入退管理システムの全体構成を示す。図２の構成は、図１の構成を簡略化した構成例となっている。図２のコントローラ７は、図１の上位サーバ５及びコントローラ１の機能を統合した構成である。コントローラ７は、制御部７１、設定部７２、リスト情報９１、ＡＰＢ制御情報９２を有する。制御部７１は、前述の複数カードの認証・ＡＰＢ制御処理、及び同時読み取りの制御処理機能を含む。設定部７２は、管理者または他の装置からコントローラ７内に情報（９１，９２）を設定する処理を行う。制御部７１は、リスト情報９１及びＡＰＢ制御情報９２を管理する。リスト情報９１は、前述同様に複数のカードのグループの情報が記述される。ＡＰＢ制御情報９２は、リスト情報９１に対応したＡＰＢ制御フラグ等が記述される。本形態では管理者が設定部７２を用いてリスト情報９１の内容を直接的に設定可能であり、前述の情報生成処理部１１が無くてもよい。

【0120】

制御部７１は、カードリーダ２からの読み取りカード情報（ＩＤ）を受信すると、リスト情報９１及びＡＰＢ制御情報９２を参照し、読み取りカードＩＤが許可（１）である場合は、同一リストに含まれるすべてのカードについてＡＰＢ制御フラグを一斉更新処理し、対応する電気錠３へ制御指示を行う処理などを行う。

【0121】

［効果等］
以上説明したように、本実施の形態の入退管理システムによれば、利用者一人が複数のＩＣカード６を使用する場合に、すべてのカード、いずれのカードであっても、ＡＰＢ制御を含む入退管理を全体的に有効に実現できる。利用者は複数のカードから１つを一貫して使用する必要もなく、同時に複数のカードをかざして使用することもできるので、利用者の負担も少ない。また、紛失／置き忘れ等されたＩＣカード６の不正利用を早期発見し、不正入室等を防止できるので、セキュリティを維持できる。

【0122】

例えばシステム更新などに伴い新旧の２枚のカードを利用者が持つ場合でも、有効なＡＰＢ制御を実現できる。また新旧カードの切り替え時などにおいてもＡＰＢ制御（運用）を停止することなく継続することができる効果もある。また例えばビルやフロアごと、所属組織ごと等で異なる複数のＩＣカード６を利用者が保持する運用も可能であり、同様に有効なＡＰＢ制御を実現できる。

【0123】

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。他の実施の形態として例えば以下が挙げられる。

【0124】

（１）他の方式として、コントローラ１内ではなく各カードリーダ２でＡＰＢ制御用の情報（例えば当該カードリーダ２で認証を許可とするカードＩＤ）を保持してカードリーダ２で認証判定する形態も可能である。その場合、コントローラ１から各カードリーダ２に対して設定情報を配信して各カードリーダ２内に情報を登録する。カードリーダ２での認証時にはコントローラ１と通信し、コントローラ１は、リスト情報４４に基づき、ＡＰＢ制御フラグを更新する対象となるカードリーダ２に対して更新情報を配信して登録情報を更新させる。

【0125】

（２）他の方式として、上位サーバ５側で、前述のコントローラ１と同様にリスト情報の生成などの処理を行って、上位サーバ５からコントローラ１へ当該リスト情報などを配信してコントローラ１内に設定する処理を行ってもよい。

【0126】

（３）更に例えばリスト単位（リストＩＤで管理する）で各カードのフラグ（ＡＰＢ制御フラグ）を１つに統一化し、そのフラグのみ更新すれば済む形態としてもよい。

【0127】

（４）本実施の形態では図８等のように同一利用者のＡＰＢ制御情報（フラグ）はカードに依らずに同一となる場合（どのカードであっても入れる区画が共通となる）を説明した。これに限らず、利用者（対応リスト情報）の複数の各カードで権限（対応する入退シーケンス・ＡＰＢ制御情報（フラグ））が異なる設定の場合（形態）も基本的に同様に実現可能である。カード毎の権限の設定に応じて、一部の区画は共通で入れるが、一部の区画は特定のカードのみで入れるといった運用が可能となる。共通で入れる区画に関しては前述の実施の形態と同様の制御（フラグ一斉更新等）が適用される。

【産業上の利用可能性】

【0128】

本発明は、入退管理システムに利用可能である。

【符号の説明】

【0129】

１，７…コントローラ、２（２０〜２３）…カードリーダ、３（３０，３１）…電気錠、５…上位サーバ、６（６１，６２）…カード（ＩＣカード）、１１…情報生成処理部、１２…アンチパスバック制御処理部、１３…認証判定処理部、４１（Ｔ１）…入退シーケンス定義テーブル、４２（Ｔ２）…アンチパスバック制御情報、４３（Ｔ３）…ＩＣカード情報、４４（Ｔ４）…リスト情報、５０…設定処理部（設定プログラム）、５１…入退シーケンス定義テーブル、５３…ＩＣカード情報、７１…制御部、７２…設定部、８０，８１…ネットワーク（通信回線）、９１…リスト情報、９２…ＡＰＢ制御情報。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】