JP4835464B2

JP4835464B2 - 入退管理システム

Info

Publication number: JP4835464B2
Application number: JP2007044853A
Authority: JP
Inventors: 中本与一; 牧元喜宣; 滝田功
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-02-26
Filing date: 2007-02-26
Publication date: 2011-12-14
Anticipated expiration: 2027-02-26
Also published as: CN101256685B; JP2008208580A; CN101256685A; TW200836104A; TWI332628B

Description

本発明は、特定エリアへのユーザの入退を管理する入退管理システムに関する。

従来から、ユーザが特定のエリアへ出入りする際、認証装置により、当該ユーザが正当なユーザであるか否かを認証するシステムが用いられている。

ここで、１人のユーザの認証を行った際、別のユーザが認証を行わずに一緒に扉を通過する、「共連れ」の問題に対処するため、ユーザが所有するカード内に現在地を書き込んでおき、認証時にカード内の現在地情報を更新する方法が知られている（特許文献１参照）。例えば、正当なユーザＡは、特定エリアへ入る際、カード内の現在地情報が、「エリア外」から「特定エリア」へ書き換わる。従って、Ａが特定エリアを出る際、カード内の現在地情報と、Ａの実際の現在地が一致しているので、Ａは特定エリアの外へ出ることができる。一方、Ａの後について特定エリアに入った不正ユーザＢは、認証が行われていないため、カード内の現在地情報は「エリア外」のままである。従って、Ｂが特定エリアを出ようとしても、カード内の現在地情報と、Ｂの実際の現在地が一致しないため、Ｂはエリアを出ることができない。

特開２００５−１４６６５２号公報

特許文献１によれば、ユーザが認証後、特定エリアに入らなかった場合に問題が生じる。即ち、ユーザがカードをかざして認証が成功した時点でカード内の現在地情報が「特定エリア」に更新されてしまうため、扉の開錠後にユーザが忘れ物に気付くなどして特定エリアへ入らなかった場合、カード内の現在地情報と実際のユーザの現在地が一致しなくなり、不正な移動を行ったとみなされてしまう。

そこで、本発明の目的は、ユーザが認証後、エリアに入らなかった場合でも、そのカードを通常通り利用し続ける事ができるシステムを提供することにある。

上記課題を解決するため、本発明の望ましい態様の一つは次の通りである。

ユーザが第１のエリアから第２のエリアへ入る際に認証を行う第１の認証装置と、ユーザが第１のエリアから第３のエリアへ入る際に認証を行う第２の認証装置を備え、第１及び第２の認証装置がネットワークを介して接続される入退管理システムにおいて、第１の認証装置は、ユーザが第１のエリアから第２のエリアへ入る際の認証を行い、かつ、ユーザが第２のエリアへ入らなかったことを示す情報を、第２の認証装置へ送信し、第２の認証装置は、ユーザが第１のエリアから第３のエリアへ入る際、当該情報に基づいて、ユーザの認証を行う。

本発明によれば、ユーザが認証後、エリアに入らなかった場合でも、そのカードを通常通り利用し続ける事ができるシステムを提供することができる。

以下、入退管理システムの実施形態について、図面を用いて説明する。

図１は、入退管理システムの構成図である。

入退管理システムは、居室１（１−１、１−２）、認証装置２（２−１、２−２、２−３、２−４）、移動検出装置３（３−１、３−２）、扉４（４−１、４−２）、及びネットワーク５（ＬＡＮ、シリアルケーブル等）とからなり、認証装置２と移動検出装置３は、ネットワーク５を介して接続される。認証装置２−１、２−３は、各々、居室１−１、居室１−２の入口用として、各々、扉４−１、扉４−２に設置され、認証装置２−２、２−４は、各々、居室１−１、１−２への出口用として、各々、扉４−１、扉４−２に設置されている。移動検出装置３は、各扉に設置され、カメラやセンサ等を用いて、認証した本人が扉を通過したか否かを検出する。尚、認証装置２−１と２−３、２−２と２−４は、各々同じ認証装置であってもよい。その場合、２つのカードリーダと１つの処理装置で１台の認証装置となる。又、認証装置２が、移動検出装置３の機能を備えていてもよい。

図２は、認証装置２のハードウェア構成図である。

認証装置２は、ＣＰＵ２０１、メインメモリ２０２、ブートプログラムを格納するＥＰＲＯＭ２０３、周辺制御装置２０４、不揮発性の記憶装置２０５（磁気ディスク、ＦＲＯＭ等）、ＬＡＮＩ／Ｆ２０６、現在時刻を取得するＲＴＣ（リアルタイムロック）２０７、電子錠２１２に接続される電子錠Ｉ／Ｆ２０８、移動検出装置３に接続される移動検出装置Ｉ／Ｆ２０９、及び、カードリーダ２１４に接続されるカードリーダＩ／Ｆ２１０とからなり、これらは内部バス２１１等の通信線を介して接続される。尚、Ｉ／Ｆの数は、限定されるものではなく、認証デバイスや制御対象デバイスの数に応じて増減する。

ＣＰＵ２０１は、認証装置２の起動後、ブートプログラムを実行して、記憶装置２０５からＯＳのカーネルをメインメモリ２０２へロードし、ＯＳを起動する。そして、認証装置２を制御するためのプログラムを実行する。

記憶装置２０５は、電子錠２１２や移動検出装置２１３やカードリーダ２１４を制御するデバイス制御部、及び、ユーザの移動状況を他の装置に通知する移動状況通知部等のプログラム、並びに、カード管理テーブル（図３）、及び、エリアＩＤテーブル（図４）等のデータを格納する。

図３は、カード管理テーブルの一例を示す図である。

カード管理テーブルは、カードを一意に識別するための識別子であるカードＩＤ３１、カード認証時に例外処理を行うか否かを示す例外処理フラグ３２、及び、例外処理が行われる場合に認証情報として使用されるエリアＩＤ３３とからなる。尚、「例外処理フラグ」の「０」は、カード認証時に、例外処理が行われないことを、「１」は、例外処理が行われることを示す。

図４は、エリアＩＤテーブルの一例を示す図である。

エリアＩＤテーブルは、認証装置が設置されているエリアを一意に識別するための識別子である所属エリアＩＤ４１、扉通過後のエリアを一意に識別するための識別子である通過後エリアＩＤ４２とからなる。

図５は、入退管理システムのフロー図である。

まず、ユーザがカードを認証装置２にかざすと、認証装置２は、カード内に格納されているカードＩＤ及びエリアＩＤを読み込む（ステップ５０１）。

次に、認証装置２は、自身の有するカード管理テーブルに、読み込んだカードＩＤと一致するカードＩＤがあるか否かを判定し（ステップ５０２）、一致するものがない場合、扉の通過が認められていないカードであるとして処理を終了し、一致するものがある場合、当該カードＩＤに対応する例外処理フラグが立っているか（「１」）、立っていないか（「０」）を判定する（ステップ５０３）。例外処理フラグが「０」の場合、エリアＩＤテーブルから自身の所属エリアＩＤを読み込み、当該所属エリアＩＤと、ステップ５０１で読み込んだエリアＩＤを比較し、これらが一致するか否かを判定する（ステップ５０４）。一致しない場合、かざされたカードが共連れ等により不正に移動されたものであるとみなし、そのカードに対し利用停止などのペナルティを与えて（ステップ５０６）、処理を終了する。一致した場合、エリアＩＤテーブルの通過後エリアＩＤをカード内に書き込み（ステップ５０７）、扉を開錠し（ステップ５０８）、移動検出装置３を起動する（ステップ５０９）。

ステップ５０３において、例外処理フラグが「１」の場合、カード管理テーブルからエリアＩＤを読み込み、当該エリアＩＤと、ステップ５０１で読み込んだエリアＩＤを比較し、これらが一致するか否かを判定する（ステップ５０５）。一致した場合、ステップ５０７に進み、一致しない場合、不正なカードであるとして処理を終了する。

移動検出装置３は、認証されたユーザが扉を通過するか否か判定し（ステップ５１０）、通過した場合、認証装置２に、「ＯＫ」を送信し（ステップ５１１）、通過しなかった場合、「ＮＧ」を送信する（ステップ５１５）。

認証装置２は、「ＯＫ」を受信すると、ステップ５０３における例外処理フラグが「０」だったか否かを確認し（ステップ５１２）、「０」だった場合、処理を終了する。「１」だった場合、当該カードＩＤを、他の認証装置２に送信し（ステップ５１３）、カード管理テーブルの、当該カードＩＤに対応する例外処理フラグを「１」から「０」に、エリアＩＤを「null」に更新し（ステップ５１４）、処理を終了する。

認証装置２は、「ＮＧ」を受信すると、ステップ５０３における例外処理フラグが「０」であったか否かを確認し（ステップ５１６）、「０」だった場合、当該カードから読み込んだカードＩＤとエリアＩＤを他の認証装置２に送信し（ステップ５１７）、カード管理テーブルの、当該カードＩＤに対応する例外処理フラグを「０」から「１」に、エリアＩＤを当該受信したエリアＩＤに更新し（ステップ５１８）、処理を終了する。「１」だった場合、処理を終了する。

図６は、他の認証装置からデータを送信された場合の認証装置のフロー図である。

まず、認証装置２は、他の認証装置２から、カードＩＤを含むデータを受信すると（ステップ６１）、当該データの中にエリアＩＤが含まれているか否かを判定する（ステップ６２）。エリアＩＤが含まれている場合、ユーザが認証後にエリアへの扉を通過しなかったことを示しており、カード管理テーブルの、受信したカードＩＤに対応する例外処理フラグを「１」に、エリアＩＤを受信したエリアＩＤに更新する（ステップ６３）。エリアＩＤが含まれていない場合、カードの現在地情報が正常に戻った（カード内のエリアＩＤと、ユーザの実際の現在地のエリアＩＤが一致した）ことを示しており、カード管理テーブルの、受信したカードＩＤに対応する例外処理フラグを「０」に、エリアＩＤを「null」に更新する（ステップ６４）。

次に、図５のフローについて、具体例を用いながら、説明する。

図１において、エリアＩＤが「エリアＢ」である居室、及び、エリアＩＤが「エリアＣ」である居室が、エリアＩＤが「エリアＡ」である通路に隣接している。通路には、カードを所有する正当なユーザがいる。この場合、次の(１)〜(４)のパターンが想定される。
（１）ユーザが「エリアＡ」と書き込まれたカードを認証装置２にかざし、居室１−１に入室する。
（２）ユーザが「エリアＡ」と書き込まれたカードを認証装置２にかざすが、居室１−１には入室しない。
（３）（２）の後、「エリアＢ」と書き込まれたカードを認証装置２にかざし、居室１−２に入室する。
（４）（２）の後、「エリアＢ」と書き込まれたカードを認証装置２にかざすが、居室１−２には入室しない。

（１）の場合、認証装置２−１は、ユーザのカードから、カードＩＤ及びエリアＩＤ（「エリアＡ」）を読み込む（ステップ５０１）。この場合、読み込んだカードＩＤと一致するカードＩＤが、カード管理テーブルに存在し（ステップ５０２）、例外処理フラグは「０」である（ステップ５０３）。認証装置２−１は、通路側に存在するため、自身のエリアＩＤテーブルに記載されている所属エリアは「エリアＡ」である。よって、カードから読み込んだエリアＩＤと、エリアＩＤテーブルの所属エリアＩＤは一致する（ステップ５０４）。扉４−１を通過した先の居室は「エリアＢ」であるため、エリアＩＤテーブルに記載されている通過後エリアＩＤは「エリアＢ」である。そこで、認証装置２−１は、エリアＩＤテーブルの通過後エリアＩＤ（「エリアＢ」）を、カードに書き込み（ステップ５０７）、扉を開錠し（ステップ５０８）、移動検出装置３−１を起動する（ステップ５０９）。この場合、当該ユーザは扉を通過するので（ステップ５１０）、移動検出装置３−１は、認証装置２−１に「ＯＫ」を送信し（ステップ５１１）、認証装置２−１は、例外処理フラグが「０」であったことを確認し（ステップ５１２）、処理を終了する。

（２）の場合、認証したユーザが扉を通過しないので（ステップ５１０）、移動検出装置３−１は、認証装置２−１に「ＮＧ」を送信する（ステップ５１５）。この場合、例外処理フラグは「０」であったため（ステップ５１６）、認証装置２−１は、当該カードのカードＩＤ及びエリアＩＤ（「エリアＡ」）を他の認証装置２−２〜２−４に送信する（ステップ５１７）。そして、認証装置２−１〜２−４は、各々、自身のカード管理テーブルの、当該カードＩＤに対応する例外処理フラグを「１」とし、エリアＩＤを「エリアＡ」に更新する（ステップ５１８、６３）。

（３）の場合、認証装置２−３は、カードから、カードＩＤとエリアＩＤ（「エリアＢ」）を読み込む（ステップ５０１）。ここで、（２）の場合におけるステップ５１８で、例外処理フラグが「１」に更新されている（ステップ５０３）。そこで、カード内のエリアＩＤではなく、カード管理テーブルのエリアＩＤ（（２）の場合におけるステップ５１８で、「エリアＡ」となっている）を、エリアＩＤテーブルの所属エリアＩＤ（「エリアＡ」）と比較する（ステップ５０５）。双方のＩＤは一致するため、通過後エリアＩＤ（扉４−２を通過した先の居室は「エリアＣ」であるため、通過後エリアＩＤは「エリアＣ」）をカードに書き込む（ステップ５０７）。その後、移動検出装置３−２は、認証したユーザが扉を通過するので（ステップ５１０）、認証装置２−３に「ＯＫ」を送信し（ステップ５１１）、認証装置２−３は、通過したカードの現在地情報が正常に戻ったことを他の認証装置２に知らせるため、認証装置２−１、２−２、２−４に、当該カードのカードＩＤを送信し、認証装置２−１〜２−４は、当該カードＩＤの例外処理フラグを「０」に戻し、エリアＩＤを「null」に更新する（ステップ５１４、６４）。

（４）の場合、認証したユーザが扉を通過しなかったため（ステップ５１０）、認証装置２−３に「ＮＧ」を送信し（ステップ５１５）、認証装置２−３は、例外処理フラグが「１」であったことを確認し（ステップ５１６）、処理を終了する。

入退管理システムの構成図。認証装置のハードウェア構成図。カード管理テーブルの一例を示す図。エリアＩＤテーブルの一例を示す図。システムのフロー図。他の認証装置からデータを送信された場合の認証装置のフロー図。

符号の説明

１…居室、２…認証装置、３…移動検出装置、４…扉、５…ネットワーク

Claims

ユーザが第１のエリアから第２のエリアへ入る際に認証を行う第１の認証装置と、前記ユーザが前記第１のエリアから第３のエリアへ入る際に認証を行う第２の認証装置を備え、前記第１及び第２の認証装置がネットワークを介して接続される入退管理システムにおいて、
前記第１の認証装置は、前記ユーザが前記第１のエリアから前記第２のエリアへ入る際の認証を行い、かつ、前記ユーザが前記第２のエリアへ入らなかったことを示す情報であって、前記ユーザのカードを一意に識別するためのカードＩＤ、及び、前記第１のエリアを一意に識別するための第１のエリアＩＤを示す情報を、前記第２の認証装置へ送信し、
前記第２の認証装置は、前記ユーザが前記第１のエリアから前記第３のエリアへ入る際、前記情報に基づいて、前記ユーザの認証を行い、前記第１の認証装置から前記情報を受信すると、前記情報に含まれるカードＩＤと第１のエリアＩＤを対応付けて格納するとともに、当該カードＩＤに例外処理を施すことを示すフラグを立てる、入退管理システム。
前記第２の認証装置は、前記ユーザの認証を行う際、当該ユーザのカードから読み込んだカードＩＤと、前記情報に含まれていたカードＩＤが一致するか否かを判定し、一致した場合、当該カードＩＤに前記フラグが立っているか否かを判定し、当該フラグが立っている場合、当該カードＩＤに前記第１のエリアＩＤが対応付けられているか否かを判定し、対応付けられている場合、当該ユーザを正当であると判定する、請求項１記載の入退管理システム。
前記第２の認証装置は、前記ユーザが正当であると判定すると、当該ユーザのカードに前記第３のエリアを一意に識別するための第３のエリアＩＤを書き込む、請求項２記載の入退管理システム。
前記第２の認証装置は、前記ユーザが前記第１のエリアから前記第３のエリアへ入る際の認証を行い、かつ、前記ユーザが前記第３のエリアに入った場合、当該ユーザのカードＩＤと前記第３のエリアＩＤを、前記第１の認証装置に送信する、請求項３記載の入退管理システム。
前記第２の認証装置は、前記ユーザが前記第１のエリアから前記第３のエリアへ入る際の認証を行い、かつ、前記ユーザが前記第３のエリアへ入らなかった場合、前記第１の認証装置にＮＧを通知する、請求項３記載の入退管理システム。