特許 6012538 入退室管理システム、入退室管理システムの制御方法および入退室管理システム用のコンピュータ装置

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

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

(11)【特許番号】6012538

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月25日

(54)【発明の名称】入退室管理システム、入退室管理システムの制御方法および入退室管理システム用のコンピュータ装置

(51)【国際特許分類】

   E05B 49/00 20060101AFI20161011BHJP

【ＦＩ】

   E05B49/00 K

【請求項の数】12

【全頁数】26

(21)【出願番号】特願2013-91886(P2013-91886)

(22)【出願日】2013年4月25日

(65)【公開番号】特開2014-214477(P2014-214477A)

(43)【公開日】2014年11月17日

【審査請求日】2015年3月16日

(73)【特許権者】

【識別番号】000153443

【氏名又は名称】株式会社 日立産業制御ソリューションズ

(74)【代理人】

【識別番号】110000279

【氏名又は名称】特許業務法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】山崎 正裕

【審査官】 藤脇 昌也

(56)【参考文献】

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

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

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

Ｅ０５Ｂ １／００ − ８５／２８

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

【請求項1】

部屋への入退室を管理する入退室管理システムであって、
部屋の出入口を開閉するドアをロックするロック機構部と、
取得したユーザの位置情報に基づいて、ユーザが前記部屋の内外のいずれに位置するかを推定するユーザ所在位置推定部と、
ユーザが前記部屋に入室しようとしているのか前記部屋から退室しようとしているのかを示す入退室方向を取得する入退室方向取得部と、
ユーザの前記部屋への入室および退室に際して、ユーザから認証情報を取得することができる認証情報取得部と、
認証情報取得部の取得した前記認証情報に基づいてユーザ認証を行う認証部と、
前記入退室方向取得部が取得する前記入退室方向に基づいて検出される入退室状態であって、ユーザが前記部屋に入室しているか前記部屋から退室しているかを示す入退室状態を登録済み入退室状態として記憶する入退室状態記憶部と、
前記認証部によるユーザ認証の結果と、前記入退室方向取得部が取得する前記入退室方向と、前記入退室状態記憶部に記憶されている前記入退室状態と、前記ユーザ所在位置推定部の推定するユーザ所在位置とに基づいて、前記ドアを開閉すべきか判定し、判定結果に従う制御信号を前記ロック機構部に出力する制御部と、
を備え、
前記制御部は、
前記認証部によるユーザ認証の結果が成功である場合、
前記入退室方向取得部が取得する前記入退室方向に基づいて検出されるユーザの現在の入退室状態と前記登録済み入退室状態とが一致するか判定し、
前記現在の入退室状態と前記登録済み入退室状態が一致すると判定した場合は、前記ロック機構部に開錠信号を出力し、
前記現在の入退室状態と前記登録済み入退室状態が不一致であると判定した場合は、前記ユーザ所在位置推定部の推定するユーザ所在位置から検出される推定入退室状態と前記登録済み入退室状態とが一致するか判定し、
前記推定入退室状態と前記登録済み入退室状態が一致すると判定した場合に、前記ロック機構部に開錠信号を出力する、
入退室管理システム。

【請求項2】

前記制御部は、前記推定入退室状態と前記登録済み入退室状態とが一致すると判定した場合において、前記部屋に設定されるセキュリティレベルが所定値以下であり、かつ、ユーザが前記部屋から退室しようとしている場合は、前記認証部によるユーザ認証の成否を問わずに、前記ロック機構部に開錠信号を出力する、
請求項１に記載の入退室管理システム。

【請求項3】

前記制御部は、緊急事態を検出した場合に、前記緊急事態のレベルに応じて前記セキュリティレベルを変更する、
請求項２に記載の入退室管理システム。

【請求項4】

前記制御部は、前記緊急事態のレベルが所定の緊急レベルである場合、前記現在の入退室状態と前記登録済み入退室状態とが不一致の場合であっても、前記ロック機構部に開錠信号を出力して、前記認証部によるユーザ認証の成否を問わずにユーザの入室および退室をいずれも許可する、
請求項３に記載の入退室管理システム。

【請求項5】

前記制御部は、前記現在の入退室状態と前記登録済み入退室状態とが不一致であると判定した回数を記憶し、前記回数が予め設定される基準値以上になったユーザに関して警告を出力する、
請求項１に記載の入退室管理システム。

【請求項6】

前記制御部は、前記回数が前記基準値以上になったユーザについては、前記現在の入退室状態と前記登録済み入退室状態とが不一致の場合であって、かつ、前記推定入退室状態と前記登録済み入退室状態とが一致する場合でも、前記ロック機構部への開錠信号の出力を停止する、
請求項５に記載の入退室管理システム。

【請求項7】

前記制御部は、前記登録済み入退室状態および前記推定入退室状態の履歴情報を管理しており、必要に応じて前記履歴情報を出力することができる、
請求項１に記載の入退室管理システム。

【請求項8】

前記部屋には画像を撮影するためのカメラが設けられており、
前記制御部は、前記カメラで撮影した画像と前記履歴情報とを時間を基準に照合することができる、
請求項７に記載の入退室管理システム。

【請求項9】

前記制御部は、前記現在の入退室状態と前記登録済み入退室状態とが不一致であると判定した場合に、そのユーザに関する情報を出力する、
請求項７に記載の入退室管理システム。

【請求項10】

前記認証情報取得部は、前記部屋の外部に設けられる外部認証情報取得部と、前記部屋の中に設けられる内部認証情報取得部とを備えており、
前記入退室方向取得部は、前記外部認証情報取得部がユーザから認証情報を取得した場合に、該ユーザは入室しようとしていることを取得し、前記内部認証情報取得部がユーザから認証情報を取得した場合に、該ユーザは退室しようとしていることを取得する、
請求項１に記載の入退室管理システム。

【請求項11】

部屋への入退室を管理する入退室管理システムの制御方法であって、
前記入退室管理システムは、
部屋の出入口を開閉するドアをロックするロック機構部と、
取得したユーザの位置情報に基づいて、ユーザが前記部屋の内外のいずれに位置するかを推定するユーザ所在位置推定部と、
ユーザが前記部屋に入室しようとしているのか前記部屋から退室しようとしているのかを示す入退室方向を取得する入退室方向取得部と、
ユーザの前記部屋への入室および退室に際して、ユーザから認証情報を取得することができる認証情報取得部と、
認証情報取得部の取得した前記認証情報に基づいてユーザ認証を行う認証部と、
前記入退室方向取得部が取得する前記入退室方向に基づいて検出される入退室状態であって、ユーザが前記部屋に入室しているか前記部屋から退室しているかを示す入退室状態を登録済み入退室状態として記憶する入退室状態記憶部と、
前記ロック機構部に制御信号を出力する制御部とを備えており、
前記認証部によるユーザ認証の結果が成功である場合、
前記入退室方向取得部が取得する前記入退室方向に基づいて検出されるユーザの現在の入退室状態と前記登録済み入退室状態とが一致するか判定し、
前記現在の入退室状態と前記登録済み入退室状態が一致すると判定した場合は、前記ロック機構部に開錠信号を出力し、
前記現在の入退室状態と前記登録済み入退室状態が不一致であると判定した場合は、前記ユーザ所在位置推定部の推定するユーザ所在位置から検出される推定入退室状態と前記登録済み入退室状態とが一致するか判定し、
前記推定入退室状態と前記登録済み入退室状態が一致すると判定した場合に、前記ロック機構部に開錠信号を出力する、
入退室管理システムの制御方法。

【請求項12】

入退室管理システム用のコンピュータ装置であって、
取得したユーザの位置情報に基づいて、ユーザが前記部屋の内外のいずれに位置するかを推定するユーザ所在位置推定部と、
ユーザが前記部屋に入室しようとしているのか前記部屋から退室しようとしているのかを示す入退室方向を取得する入退室方向取得部と、
ユーザの前記部屋への入室および退室に際して認証情報取得部がユーザから取得した認証情報に基づいてユーザ認証を行う認証部と、
前記入退室方向取得部が取得する前記入退室方向に基づいて検出される入退室状態であって、ユーザが前記部屋に入室しているか前記部屋から退室しているかを示す入退室状態を登録済み入退室状態として記憶する入退室状態記憶部と、
前記認証部によるユーザ認証の結果と、前記入退室方向取得部が取得する前記入退室方向と、前記入退室状態記憶部に記憶されている前記入退室状態と、前記ユーザ所在位置推定部の推定するユーザ所在位置とに基づいて、前記ドアを開閉すべきか判定し、判定結果に従う制御信号を、部屋の出入口を開閉するドアをロックするためのロック機構部に出力する制御部と、
を備え、
前記制御部は、
前記認証部によるユーザ認証の結果が成功である場合、
前記入退室方向取得部が取得する前記入退室方向に基づいて検出されるユーザの現在の入退室状態と前記登録済み入退室状態とが一致するか判定し、
前記現在の入退室状態と前記登録済み入退室状態が一致すると判定した場合は、前記ロック機構部に開錠信号を出力し、
前記現在の入退室状態と前記登録済み入退室状態が不一致であると判定した場合は、前記ユーザ所在位置推定部の推定するユーザ所在位置から検出される推定入退室状態と前記登録済み入退室状態とが一致するか判定し、
前記推定入退室状態と前記登録済み入退室状態が一致すると判定した場合に、前記ロック機構部に開錠信号を出力する、
入退室管理システム用のコンピュータ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、入退室管理システム、入退室管理システムの制御方法および入退室管理システム用のコンピュータ装置に関する。

【背景技術】

【0002】

携帯端末から受信する認証情報と予め記憶された認証情報と照合し、両者が一致したらドアロックを開錠する入退室管理システムは従来より知られている。さらに、セキュリティ性を向上するために、ユーザの入退室履歴を記憶して、入室と退室を交互に繰り返さないとエラーとなるアンチパスバック機能を備えたシステムも開示されている（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

アンチパスバック機能を備える従来の入退室管理システムでは、ユーザは、入室後でなければ退室することができず、退室した後でなければ入室することができない。しかし、アンチパスバック機能が有効に働くためには、各ユーザは、入室時および退室時のそれぞれで確実に個人認証を行う必要がある。

【0005】

しかし、いわゆる共連れと呼ばれる現象が生じると、入退室管理システムで管理している入退室状態が現状と異なるため、エラーが頻発するという問題がある。共連れとは、或るユーザＡが認証をしてドアを開錠したときに、他のユーザＢが認証を行わずに一緒に入室または退室してしまうことである。

【0006】

共連れによって他のユーザＢがドアを通行してしまうと、入退室管理システムで管理しているユーザＢの所在情報と、実際のユーザＢの所在情報とが一致しなくなり、不整合を生じる。これ以後に、ユーザＢが入退室しようとするとアンチパスバック機能が動作するため、エラーとなってドアを開けることができない。この場合、ユーザＢは、例えば、入退室管理システムの管理者に連絡し、遠隔操作でドアを開けてもらうことになる。

【0007】

本発明は、上記の課題に鑑みてなされたもので、その目的は、いわゆる共連れが発生した場合でも使い勝手を向上できるようにした入退室管理システム、入退室管理システムの制御方法および入退室管理システム用のコンピュータ装置を提供することにある。

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

【0008】

上記課題を解決すべく、本発明に係る入退室管理システムは、部屋への入退室を管理する入退室管理システムであって、部屋の出入口を開閉するドアをロックするロック機構部と、取得したユーザの位置情報に基づいて、ユーザが部屋の内外のいずれに位置するかを推定するユーザ所在位置推定部と、ユーザが部屋に入室しようとしているのか部屋から退室しようとしているのかを示す入退室方向を取得する入退室方向取得部と、ユーザの部屋への入室および退室に際して、ユーザから認証情報を取得することができる認証情報取得部と、認証情報取得部の取得した認証情報に基づいてユーザ認証を行う認証部と、入退室方向取得部が取得する入退室方向に基づいて検出される入退室状態であって、ユーザが部屋に入室しているか部屋から退室しているかを示す入退室状態を登録済み入退室状態として記憶する入退室状態記憶部と、認証部によるユーザ認証の結果と、入退室方向取得部が取得する入退室方向と、入退室状態記憶部に記憶されている入退室状態と、ユーザ所在位置推定部の推定するユーザ所在位置とに基づいて、ドアを開閉すべきか判定し、判定結果に従う制御信号をロック機構部に出力する制御部と、を備える。

【0009】

制御部は、認証部によるユーザ認証の結果が成功である場合、入退室方向取得部が取得する入退室方向に基づいて検出されるユーザの現在の入退室状態と登録済み入退室状態とが一致するか判定し、現在の入退室状態と登録済み入退室状態が一致すると判定した場合は、ロック機構部に開錠信号を出力し、現在の入退室状態と登録済み入退室状態が不一致であると判定した場合は、ユーザ所在位置推定部の推定するユーザ所在位置から検出される推定入退室状態と登録済み入退室状態とが一致するか判定し、推定入退室状態と登録済み入退室状態が一致すると判定した場合に、ロック機構部に開錠信号を出力することができる。

【図面の簡単な説明】

【0010】

【図1】入退室管理システムの全体構成の概要を示す説明図である。

【図2】管理対象の部屋の機器構成を示すブロック図である。

【図3】ユーザの所持する携帯端末の構成を示すブロック図である。

【図4】テーブルの構成例を示し、図５（ａ）はユーザの入室権限を管理するテーブルを、図５（ｂ）は認証情報を読み取るためのリーダを管理するテーブルを、図５（ｃ）は各部屋の入室状態を管理するテーブルを、示す。

【図5】テーブルの構成例を示し、図６（ａ）はアクセスポイントを管理するテーブルを、図６（ｂ）は携帯端末を管理するテーブルを、図６（ｃ）はユーザの所在位置を推定するテーブルを、示す。

【図6】入室方向と入室状態の整合性を管理するテーブルを示す。

【図7】入退室処理のフローチャートである。

【図8】入退室処理時のデータフロー図である。

【図9】携帯端末で認証を行う際の画面例を示す。

【図10】推定したユーザの所在位置をテーブルに登録する処理を示すフローチャートである。

【図11】ユーザの所在位置を推定する処理を示すフローチャートである。

【図12】ユーザの所在位置を推定する場合のデータフロー図である。

【図13】第２実施例に係り、入退室処理を示すフローチャートである。

【図14】第３実施例に係り、入退室ログを示す説明図である。

【図15】第４実施例に係り、入退室を管理する画面の例を示す説明図である。

【図16】第５実施例に係り、入退室処理を示すフローチャートである。

【図17】第６実施例に係り、入退室処理を示すフローチャートである。

【図18】第７実施例に係り、入退室管理と部屋内の撮影画像管理を連動させる構成の説明図である。

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

【0011】

以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態の入退室管理システムは、ユーザの入退室状態を管理し、入退室の方向と入退室状態との整合性がある場合のみ入退室を許可するアンチパスバック機能を備える。いわゆる共連れにより整合性を失ったユーザについては、推定所在位置に基づいて判断することで入退室を許可し、ユーザの利便性を高める。

【0012】

本実施例の入退室管理システムは、入退室時の動作と無関係にユーザの所在位置を推定でき、推定した所在位置に基づいて、入退室方向と入退室状態とが整合するか否かを判定する。これにより、ユーザは、管理者等に連絡してドアロックを開錠してもらったりする必要がなく、使い勝手が向上する。

【実施例1】

【0013】

図１は、入退室管理システムの適用されている建物１の概略構成と建物１の入退室を管理するサーバ２００の構成を示す。

【0014】

例えば研究施設、オフィスビルなどのセキュリティの要求される建物１は、複数の部屋２（１）〜２（３）と、通路３を備える。図１では、説明の便宜上、１フロアのみ示すが、複数階建ての建物でもよい。建物１は、入退室管理対象となる部屋を１以上有していればよく、建物１内の全ての部屋が入退室管理対象である必要はない。入退室管理対象の部屋の全てが同一レベルで管理されている必要はない。或る部屋の入退室管理レベルが他の部屋の入退室管理レベルより低くてもよい。

【0015】

部屋２の構成を説明する。部屋２（１）は、出入口を開閉するドア４（１）と、ドア４（１）を施解錠するロック機構５（１）と、内部リーダ１０（１）と、外部リーダ１１（１）と、アクセスポイント１２（１）と、コントローラ１３（１）を備える。他の部屋２（２）、２（３）も同様の構成である。便宜上、構成要素の符号に（１）、（２）、（３）、（ｎ）等の括弧付き数字を添えるが、特に区別しない場合は、括弧付き数字を省略して説明する。

【0016】

ユーザは、携帯端末１００を保持している。携帯端末１００は、例えば、携帯電話、携帯情報端末、ウェアラブルパーソナルコンピュータ等のように構成される。または、ＩＣカードと携帯電話のように、複数のハードウェアから一つの携帯端末１００を構成してもよい。

【0017】

リーダ１１、１０は、ユーザから認証情報（例えば端末ＩＤ等）を非接触で取得する機能を有する。例えば、ユーザが携帯端末１００をリーダ１１、１０に近づけると、リーダ１１、１０は、携帯端末１００に格納された認証情報を非接触で読み取り、読み取った情報をコントローラ１３に送信する。コントローラ１３は、リーダ１１、１０の読み取った認証情報をサーバ２００に送信する。サーバ２００の認証部２０２による認証処理の結果、権限のあるユーザであり、かつ、入退室方向と入退室状態とが整合する場合に、ロック機構５に開錠信号が送られて、ドア４の開閉が許可される。

【0018】

部屋２には、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のアクセスポイント１２が設置されている。アクセスポイント１２は、携帯端末１００を通信ネットワーク３００に接続するための装置であり、例えば部屋毎に一つずつ、または複数の部屋に一つまたは複数ずつ、設けられている。

【0019】

コントローラ１３は、サーバ２００との通信を行うための装置である。コントローラ１３は、リーダ１１、１０の読み取った情報をサーバ２００に送信したり、サーバ２００から受信した制御信号を「ロック機構部」としてのロック機構５に与えたりする。

【0020】

サーバ２００の構成を説明する。サーバ２００は、後述する入退室管理処理等を実行するコンピュータであり、通信ネットワーク３００を介してコントローラ１３および携帯端末１００と通信可能である。

【0021】

サーバ２００は、例えばサーバ制御部２０１と、認証部２０２と、入退室方向取得部２０３と、入退室状態記憶部２０４と、ユーザ所在位置推定部２０５と、通信部２０６と、記憶部２０７と、入力部２０８と、出力部２０９と、表示部２１０を備える。

【0022】

サーバ制御部２０１は、認証部２０２、入退室方向取得部２０３、入退室状態記憶部２０４、ユーザ所在位置推定部２０５、通信部２０６等を制御する。サーバ制御部２０１は、入退室管理システムを制御するためのもので、ユーザの入退室状態を管理したり、ドア４の開閉の可否を決定したりする。

【0023】

認証部２０２は、サーバ制御部２０１から認証情報を受信し、記憶部２０７に記憶されている認証情報と照合することで、認証を行う。認証情報には、端末ＩＤ、ユーザＩＤ、パスワードを含めることができる。入退室管理システムは、ユーザから常にパスワードを要求する構成でもよいし、通常時はユーザＩＤだけをユーザから取得し、本人確認が必要な場合だけパスワードをユーザから取得する構成でもよい。ユーザＩＤとしては、例えば、ユーザの使用する携帯端末１００に事前に設定されている端末ＩＤを用いることができる。さらに、場合によっては、ユーザの声紋、静脈パターン、指紋等の生体情報を認証情報の一部または全部として用いてもよい。

【0024】

認証部２０２は、サーバ制御部２０１から認証対象のユーザが入室または退室しようとしている部屋番号も受信する。認証部２０２は、記憶部２０７に記憶されているユーザ入室権限テーブルＴ１（図４（ａ）で後述）を参照して、サーバ制御部２０１から取得したユーザＩＤがその部屋番号の部屋に入室する権限があるのか否かの情報を取得する。

【0025】

入退室方向取得部２０３は、ユーザが部屋２に入ろうとしているのか（入室方向）、それともユーザが部屋２から出ようとしているのか（退室方向）を、リーダ管理テーブルＴ２（図４（ｂ）で後述）から取得する。入退室方向取得部２０３は、サーバ制御部２０１から受領したリーダＩＤに基づいてリーダ管理テーブルＴ２を検索することで、入退室方向を取得する。

【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】

整合性があると判定した場合（Ｓ１０６：Ｙｅｓ）、サーバ制御部２０１はコントローラ１３に開錠信号を送信し、コントローラ１３はロック機構５に開錠信号を送信する（Ｓ１０７）。これにより、ロック機構５が開錠されて、ユーザはドア４を開けて入室することができる。ユーザ入室後にドア４は閉まり、ロック機構５はドア４を施錠する。

【0080】

その後、サーバ制御部２０１は、入退室状態記憶部２０４に対して、入退室状態を記憶するように指示する。入退室状態記憶部２０４は、入退室状態テーブルＴ３に最新状態を記憶する（Ｓ１０８）。

【0081】

退室時も入室時と同様に処理される。一次判定Ｃ７４で整合性ありと判断されるパターンが異なる点を除いて同じである。

【0082】

次に、携帯端末１００を所持するユーザが認証手続を省いて、他人の入退室に便乗するいわゆる共連れ時の入室判定処理を説明する。

【0083】

ここで、対象ユーザは、前回共連れによって退室しているため、本来書き換わるはずの入退室状態テーブルＴ３が書き換わらず、対象ユーザは「入室」のままである。しかし、後述するユーザ所在位置の推定処理により、ユーザ所在位置テーブルＴ６には、ユーザが部屋に居るか否かを推定して入退室状態を記憶するため、対象ユーザの入退室状態は「退室」となっている。

【0084】

上記の条件でユーザが入室する場合を説明する。この場合、ステップＳ１０１からＳ１０６に進み、ステップＳ１０６では、入退室方向Ｃ７２と入退室状態Ｃ７３に整合性がないと判定される（Ｓ１０６：Ｎｏ）。システムに登録されている入退室状態Ｃ７３は「退室」であるのに対し、対象ユーザは入室しようとしているため（Ｃ７２）、パターン＃７または＃８のいずれかに該当し、サーバ制御部２０１は、整合性がないと判定する。

【0085】

サーバ制御部２０１は、ユーザ所在位置推定部２０５からユーザの推定入退室状態を取得する（Ｓ１１０）。サーバ制御部２０１は、取得した推定入退室状態Ｃ７５と、ステップＳ１０４で取得した入退室方向Ｃ７２との整合性を整合性判定テーブルＴ７Ｔ７で確認する（Ｓ１１１）。

【0086】

ここでは、サーバ制御部２０１は、整合性判定テーブルＴ７の二次判定Ｃ７６を参照して整合性を確認する。この場合、入退室方向Ｃ７２が「入室」で、入退室状態Ｃ７３が「入室」、推定入退室状態Ｃ７５が「退室」である。この組合せは、図６の整合性判定テーブルＴ７では、パターン番号Ｃ７１が「６」の場合に該当する。パターン＃６の二次判定Ｃ７６は「ＯＫ」であるため、サーバ制御部２０１は、整合性があると判定する（Ｓ１１１：Ｙｅｓ）。

【0087】

従って、ステップＳ１０７、Ｓ１０８へと進み、上述の通り、ロック機構５が開錠されてユーザは部屋２に入室し、入退室状態テーブルＴ３に入退室状態が記憶される。

【0088】

このように、本実施例では、共連れで退室してしまったユーザであっても、管理者に連絡する等の余計な手間をかけることなく、滑らかに入室できる。従って、本実施例の入退室管理システムは、セキュリティ性とユーザの利便性を両立させることができる。

【0089】

なお、図７では、まず最初に一次判定Ｃ７４を参照し（Ｓ１０６）、次に二次判定Ｃ７６を参照する場合（Ｓ１１１）を説明したが、順番は逆でもよい。即ち、ユーザ所在位置テーブルＴ６に基づいて推定入退室状態を取得して二次判定Ｃ７６を参照し、次に、入退室状態テーブルＴ３から入退室状態（登録済み入退室状態）を取得して一次判定Ｃ７４を参照する構成でもよい。また、一次判定を行わず、二次判定（Ｓ１１１）のみ実施する構成でもよい。この場合は、ステップＳ１０５の次にユーザ所在位置テーブルＴ６に基づいて推定入退室状態を取得し、ステップＳ１０６では、整合性判定テーブルＴ７のパターン番号＃５〜＃８を参照して整合性を判定すればよい。

【0090】

なお、認証部２０２が認証に失敗した場合（Ｓ１０３：Ｎｏ）、または、サーバ制御部２０１が二次判定で整合性がないと判断した場合（Ｓ１１１：Ｎｏ）のいずれかの場合は、エラー処理となり、管理者にエラー発生が通知される（Ｓ１０９）。例えば、サーバ制御部２０１は、表示部２１０または出力部２０９のいずれか一方または両方を介して、管理者にエラーの発生を通知する。さらに例えば、サーバ制御部２０１は、管理者の所持する携帯端末に向けてエラーの発生を知らせる電子メールを送信してもよい。

【0091】

さらにセキュリティを高めるために、二次判定で整合性があると判断された場合（Ｓ１１１）、携帯端末１００を使用しているユーザが、入退室管理システムに事前に登録されたユーザ本人であることを確認してから、入退室を許可する構成としてもよい。

【0092】

そのために、サーバ制御部２０１は、携帯端末１００に対して、本人確認を促す情報を送信する。その情報を受信した携帯端末１００は、図９（ａ）に示すような本人認証画面を表示する。図９（ｂ）に示すように、ユーザは、画面に認証情報（ここでは例えばパスワード）を入力し、送信ボタンを押す。図９（ｃ）に示すように、携帯端末１００には、認証情報をサーバ２００に送信中であることを示す画面が表示される。

【0093】

サーバ制御部２０１は、携帯端末１００から受信した認証情報（パスワード）を認証部２０２に引き渡す。認証部２０２は、記憶部２０７に記憶された携帯端末管理テーブルＴ５に記載されている認証情報Ｃ５３を参照し、ユーザから入力された認証情報と一致するかどうかを確認する。一致が確認できた場合、サーバ制御部２０１は、ステップＳ１０７以降の処理を実施して、ロック機構５を開錠する。その際、携帯端末１００には、図９（ｄ）に示すように、認証が成功したことをユーザに通知する画面（図９（ｄ））が表示される。

【0094】

このように、二次判定の結果として整合性ありと判定する場合は、携帯端末１００を使っているユーザ本人であることを確認することで、セキュリティが一層向上する。なお、本人確認のための認証情報としては、パスワードに限定されない。例えば、指紋認識、顔認識、虹彩認識、音声認識などを実現するソフトウェアおよびハードウェアを携帯端末１００に搭載しておき、これらの認証方式を用いてもよい。これにより、ユーザ本人確認の確度がさらに向上し、よりセキュリティが向上する。

【0095】

図１０は、入退室管理システムが、ユーザの所在位置を推定してユーザ所在位置テーブルＴ６に登録する処理を示すフローチャートである。

【0096】

まず、アクセスポイント１２は携帯端末１００の接続状態を監視しており、接続状態に変化があったかどうかを検出する。アクセスポイント１２は、接続されていたものが切断されたり、新たに接続が開始されたりしたかどうかを検出する（Ｓ２０１）。

【0097】

アクセスポイント１２への接続状態が変化した場合（Ｓ２０１：Ｙｅｓ）、アクセスポイント１２は、携帯端末１００から端末ＩＤを取得する。アクセスポイント１２は、端末ＩＤとアクセスポイントＩＤおよび接続状態を、コントローラ１３を経由してサーバ２００に送信する。これにより、サーバ制御部２０１は、端末ＩＤとアクセスポイントＩＤおよび接続状態を取得する（Ｓ２０２）。

【0098】

サーバ制御部２０１は、記憶部２０７に記憶されている携帯端末管理テーブルＴ５を参照して、アクセスポイント１２から取得した端末ＩＤに対応するユーザＩＤを取得する（Ｓ２０３）。さらにサーバ制御部２０１は、記憶部２０７に記憶されているアクセスポイント管理テーブルＴ４を参照し、ステップＳ２０２で取得したアクセスポイントＩＤに対応する部屋ＩＤを取得する（Ｓ２０３）。サーバ制御部２０１は、取得したユーザＩＤおよび部屋番号をユーザ所在位置推定部２０５に送信する。

【0099】

ユーザ所在位置推定部２０５は、ユーザの所在状態（対象の部屋に居るか否か）を推定する（Ｓ２０５）。推定処理の詳細については、図１１を用いて後述する。入室と推定した場合（Ｓ２０５：「入室」）、ユーザ所在位置推定部２０５は、ユーザ所在位置テーブルＴ６に入室状態として記載する（Ｓ２０６）。

【0100】

これに対し、退室と推定した場合（Ｓ２０５：「退室」）、ユーザ所在位置推定部２０５は、ユーザ所在位置テーブルＴ６に退室状態として記載する（Ｓ２０７）。

【0101】

このように、アクセスポイント１２から受信した接続状態を元にして、ユーザの所在位置を推定できる。これにより、共連れによってユーザが入退室した場合であっても、ユーザの実際の入退室状態を推定して取得できる。従って、ユーザの実際の位置に応じてアンチパスバック機能を正常に動作させることができる。

【0102】

ユーザ所在位置推定部２０５がユーザの所在状態を推定する処理の詳細について、図１１に示すフローチャートと、図１２に示すデータフロー図を用いて説明する。以下、ユーザ所在位置推定部２０５を推定部２０５と略記する場合がある。

【0103】

アクセスポイント１２の接続状態に変化があるかどうかを監視する（Ｓ３０１）。接続状態に変化があった場合（Ｓ３０１：Ｙｅｓ）、接続されたのか切断されたのかを検知する（Ｓ３０２）。

【0104】

アクセスポイント１２に携帯端末１００が接続された場合（Ｓ３０２：「接続」）、推定部２０５は、タイマに所定の第１閾値Ｔｈ１を設定する（Ｓ３０５）。また、推定部２０５は、状態フラグに「入室」を表す値、例えば「１」を設定する（Ｓ３０６）。

【0105】

アクセスポイント１２と携帯端末１００との接続が切れた場合（Ｓ３０２：「切断」）、推定部２０５は、タイマに所定の第２閾値Ｔｈ２を設定する（Ｓ３０３）。推定部２０５は、状態フラグに「退室」を示す値、例えば「０」を設定する（Ｓ３０４）。推定部２０５は、タイマを開始する（Ｓ３０７）。

【0106】

第１閾値Ｔｈ１、第２閾値Ｔｈ２および状態フラグは、記憶部２０７に記憶されているプログラム上の変数である。第１閾値Ｔｈ１は、例えば、６０秒等の時間間隔を示す値である。第２閾値は、例えば、１２０秒等の時間間隔を示す値である。なお、第１閾値Ｔｈ１と第２閾値Ｔｈ２は同じ値であってもよい。状態フラグは、入退室状態を示すフラグであり、例えば、「１」が入室状態、「０」が退室状態を示す。

【0107】

推定部２０５は、タイマが満了したかどうかを確認する（Ｓ３０８）。タイマが満了していない場合（Ｓ３０８：Ｎｏ）、ステップＳ３０１に戻り、状態変化を監視する。

【0108】

タイマが満了したら（Ｓ３０８：Ｙｅｓ）、推定部２０５は、状態フラグの値をユーザの推定入退室状態とする（Ｓ３０９）。このあとの処理は、図１０のＳ２０４の推定結果を確認する処理から実行される。

【0109】

このように、本実施例では、携帯端末１００とアクセスポイント１２の接続状態からユーザの所在位置を推定して、部屋の入退室状態を推定することができる。これにより、本実施例では、ユーザの実際の所在位置を推定して把握できるため、アンチパスバック機能によるセキュリティ向上と、ユーザの利便性改善とを両立することができる。

【実施例2】

【0110】

図１３を用いて第２実施例を説明する。本実施例を含む以下の各実施例は第１実施例の変形例に該当するため、第１実施例との相違を中心に説明する。本実施例では、部屋毎に設定されるセキュリティレベルに応じて、入退室を許可する。

【0111】

第１実施例では、一次判定で整合性なしと判断され、二次判定で整合性ありと判断された場合に、ユーザの携帯端末１００に本人確認のための画面を表示し、個人認証を求める（図９）。しかし、入退室状態と入退室方向とが整合しない場合に、毎回個人認証（本人確認）を行うのでは、ユーザにとって煩わしく、使い勝手が悪い。そこで、本実施例では、例えば、セキュリティレベルに応じて、入室時のみ個人認証を行い、退室時は要求しないように構成している。

【0112】

本実施例では、各部屋２に対して、セキュリティレベルを予め設定しておく。すなわち、図４（ｂ）に示すように、リーダＩＤ Ｃ２１ごとにセキュリティレベルＣ２４を予め設定しておく。ここでは、セキュリティレベルとして、「１」または「２」のいずれかの数値を設定する場合を例に挙げる。セキュリティレベルの数値が大きいほど、セキュリティが厳しくなる。

【0113】

リーダ管理テーブルＴ２の１行目を参照すると、部屋（ＲＭ１）の外部に設置されたリーダ１１（ＲＤ１１）には、セキュリティレベル「２」が設定されている。この場合は、外部のリーダ１１に認証情報を読み取らせる場合であり、即ちユーザが部屋２に入室する場合である。ここで、セキュリティレベルは「２」であるから、一次判定の結果が不整合であるユーザは、二次判定結果が「整合性あり」であっても、個人認証に成功しないと入室することができない。

【0114】

これに対し、リーダ管理テーブルＴ２の２行目を参照すると、部屋（ＲＭ１）の内部に設置されたリーダ（ＲＤ１０）には、セキュリティレベル「１」が設定されている。この場合は、内部のリーダ１０に認証情報を読み取らせる場合であり、即ちユーザが部屋２から退室する場合である。ここで、セキュリティレベルは「１」であるから、一次判定の結果が不整合であるユーザは、二次判定結果が「整合性あり」であれば、個人認証を行うことなく退室できる。つまり、最も高いセキュリティレベルでは、二次判定で整合性ありと判断された場合でも、個人認証を行う。これによりセキュリティを高めている。これに対し、最も低いセキュリティレベルでは、二次判定で整合性ありと判断された場合、個人認証は不要とする。これにより、ユーザの利便性を高めている。

【0115】

図１３は、入退室管理システムが、ユーザの入退室時に認証する際の処理を示すフローチャートである。

【0116】

ステップＳ１０１からステップＳ１０６までは、図７と同様の処理を行い、ユーザの入退室方向と入退室状態テーブルＴ３に登録されている入退室状態に整合性があるかを確認する。

【0117】

不整合であると判定した場合（Ｓ１０６：Ｎｏ）、サーバ制御部２０１は、ステップＳ１１０、Ｓ１１１を実施して、入退室方向とユーザ所在位置テーブルＴ６から推定される入退室状態との整合性を確認する。

【0118】

入退室方向と推定された入退室状態とが整合する場合（Ｓ１１１：Ｙｅｓ）、サーバ制御部２０１は、リーダ管理テーブルＴ２のセキュリティレベルＣ２４を参照して、本人認証（個人認証）が必要かどうかを判断する（Ｓ１２０）。

【0119】

サーバ制御部２０１は、セキュリティレベルが「１」に設定されており、認証不要であると判定した場合（Ｓ１２０：Ｎｏ）、ステップＳ１０７に進んでロック機構５を開錠させる。

【0120】

これに対し、サーバ制御部２０１は、セキュリティレベルが「２」に設定されており、認証が必要であると判定した場合（Ｓ１２０：Ｙｅｓ）、認証部２０２による本人認証を行う（Ｓ１２１）。サーバ制御部２０１は、認証部２０２により本人であることが確認できた場合（Ｓ１２２：Ｙｅｓ）、ステップＳ１０７に進みロック機構５を開錠する。本人認証の結果がＮＧであった場合（Ｓ１２２：Ｎｏ）、サーバ制御部２０１は、管理者にエラーを通知する（Ｓ１０９）。

【0121】

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに本実施例では、部屋２の内外に設置されるリーダごとにセキュリティレベルを設定できるようにし、二次判定で整合性ありと判定された場合に本人確認を行うか否かをセキュリティレベルに応じて制御できるようにした。従って、例えば部屋２の目的、重要性などに応じてセキュリティレベルを設定することで、セキュリティを高く維持しつつ、ユーザの利便性を向上することができる。

【実施例3】

【0122】

図１４を用いて第３実施例を説明する。本実施例では、入退室のログを管理する。ユーザの部屋２への入退室のログを取得して管理する。本実施例の入退室管理システムが、例えば、監視カメラシステム、出退勤管理システム、ユーザ行動管理システム等の他のシステムと連携することで、ユーザおよび管理者の利便性が向上する。

【0123】

例えば、建物内に設置されている監視カメラの動画を再生する際に、ログから取得した時刻を指定して再生する。これにより、あるユーザが共連れによって入退室した時刻から、監視カメラの動画を再生することも可能となる。

【0124】

また、ユーザ行動管理システムは、入退室ログを用いて、ユーザの行動履歴を分析することもできる。

【0125】

図１４は、入退室ログＴ８の例を示す。ログＴ８には、例えば、時刻Ｃ８１、部屋番号Ｃ８２、入退室状態Ｃ８３、アクセスポイントＩＤ Ｃ８４、推定入退室状態Ｃ８６等が記載される。

【0126】

時刻Ｃ８１は、予め設定される所定イベントの発生した時刻である。時刻を取得するために、サーバ２００は、時刻取得部（図示せず）を備える。時刻取得部は、例えば、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）のような計時専用ハードウェアから構成することができる。

【0127】

例えば、入退室、または、アクセスポイントの接続状態の変化等の所定イベントが発生すると、サーバ制御部２０１は、時刻取得部から時刻を取得して、その時刻と所定イベントの内容（入室、退室、接続、切断等）とをログＴ８に記録する。

【0128】

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに本実施例では、入退室ログＴ８を作成して管理するため、他システムとの連携も可能となり、ユーザおよび管理者の利便性を向上することができる。

【実施例4】

【0129】

図１５を用いて第４実施例を説明する。本実施例では、入退室管理システムの管理者が使用するための入退室管理者用ソフトウェアを備える。入退室管理者用ソフトウェアは、サーバ２００上で実行されてもよいし、サーバ２００と通信ネットワーク３００を介して接続される他のサーバ上で実行されてもよい。入退室管理者用ソフトウェアは、入退室ログＴ８を取得して、ユーザがどの部屋に入室しているか等を表示できる。

【0130】

図１５は、入退室管理者用ソフトウェアの画面例を示す。画面Ｇ１０（１）には、各部屋２に入室中のユーザのユーザＩＤがリスト形式で表示されている。

【0131】

そして、例えば、ユーザＩＤ「Ｕ００１」のユーザが、共連れにより部屋２を退室した場合、画面Ｇ１０（２）のように変化する。共連れで退室したユーザのユーザＩＤの近傍には、例えばマークＭが表示される。これにより、共連れの発生を管理者に通知する。マークＭに代えて、共連れで入退室したユーザを特定するための表示効果（ユーザＩＤの点滅、ユーザＩＤの色を変える等）を採用してもよい。

【0132】

入退室管理者用ソフトウェアは、入退室ログＴ８を解析して、入退室状態と推定入退室状態の不一致する箇所を検索し、見つかった場合は画面Ｇ１０にマークＭを付して、表示部２１０で表示させる。

【0133】

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに本実施例では、どの部屋で共連れが発生したのかを一見してわかるように画面Ｇ１０に表示できるため、管理者の利便性が向上する。

【実施例5】

【0134】

図１６を用いて第５実施例を説明する。本実施例では、緊急事態が発生した場合にセキュリティレベルを変更する。

【0135】

図１６は、本実施例による入退室管理システムの処理を示すフローチャートである。本実施例では、サーバ２００の記憶部２０７に緊急事態テーブルＴ９を記憶している。緊急事態テーブルＴ９は、例えば緊急レベルと、セキュリティレベルの変更値とを対応付けて管理する。

【0136】

緊急レベルとは、緊急事態を影響の強さ等で分類した値であり、数値が大きいほど緊急性が高い。緊急事態としては、例えば、火災、地震、不審者検知、近所での犯罪発生等を挙げることができる。

【0137】

本実施例では、例えば、緊急レベルが「１」の場合、各リーダのセキュリティレベルを全て２に変更する。緊急レベルが「２」の場合、各リーダのセキュリティレベルを全て「１」に変更する。緊急レベルが「３」の場合、各リーダのセキュリティレベルを無効とし、全てのドアを開放する。

【0138】

つまり、緊急レベルが最も低い場合はセキュリティレベルを１段階上げ、緊急レベルが中程度の場合はセキュリティレベルを１段階下げ、緊急レベルが最も高い場合は、入室および退室の認証を全て不要とし、ロック機構５を開錠させる。

【0139】

図１６の処理は、図１３の処理とほぼ同様であるが、ステップＳ１０１からステップＳ１０５までを実行した後、新たに追加されるステップＳ１３０およびＳ１３１を実行する点で異なる。

【0140】

ステップＳ１３０では、緊急事態が発生したかを判定する。例えば、自治体、警察、消防署等が発信する緊急警報等をサーバ２００が受信することで、緊急事態が発生したかを判定することができる。さらに、管理者が手動で緊急事態の発生をサーバ２００に入力することもできる。

【0141】

緊急事態が発生した場合（Ｓ１３０：Ｙｅｓ）、サーバ制御部２０１は、緊急レベルに応じて各リーダ１１、１０のセキュリティレベルを変更する（Ｓ１３１）。緊急事態ではない場合（Ｓ１３０：Ｎｏ）、サーバ制御部２０１は、ステップＳ１３１をスキップしてステップＳ１０６に移る。

【0142】

なお、緊急レベルが最高値「３」であるとサーバ制御部２０１が判定した場合、ステップＳ１３０からステップＳ１０７に移って、直ちに各ドア４のロック機構５を開錠させる構成でもよい。

【0143】

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに本実施例では、火災、地震などの緊急時には、緊急レベルに応じてセキュリティレベルを制御するため、退避行動および救助活動を迅速かつ円滑に行うことができ、ユーザの安全を確保し、利便性を向上できる。なお、緊急レベルは３段階に区分する必要はなく、２段階または４段階以上に区分してもよい。

【実施例6】

【0144】

図１７を用いて第６実施例を説明する。本実施例では、共連れによる入退室の多いユーザに警告を発する。

【0145】

図１７は、本実施例による入退室管理システムの入退室管理処理を示すフローチャートである。本実施例の携帯端末管理テーブルＴ５Ａは、ユーザＩＤ Ｃ５１、端末ＩＤ Ｃ５２、認証情報Ｃ５３に加えて、共連れ回数Ｃ５４も管理している。共連れ回数Ｃ５４とは、ユーザＩＤで特定されるユーザが共連れで入退室した回数（累計回数）を示す。

【0146】

サーバ制御部２０１は、二次判定の結果として「整合性あり」と判定した場合（Ｓ１１１：Ｙｅｓ）、共連れの発生回数を示す変数Ｎを１つ増加し、テーブルＴ５Ａの共連れ回数Ｃ５４の値を１つ増加させる（Ｓ１４０）。

【0147】

続いて、サーバ制御部２０１は、共連れ回数Ｎが予め設定される閾値ＴｎＮよりも小さいかを判定する（Ｓ１４１）。閾値ＴｈＮは、入退室管理システムが共連れの発生を許容する回数である。閾値ＴｈＮは全てのユーザに共通の値でもよいし、ユーザごとに異なる値であってもよい。または、後述のエラー通知が発行されるたびに、エラー通知に係るユーザの閾値ＴｈＮを増減する構成でもよい。閾値ＴｈＮはサーバ２００の記憶部２０７に記憶されている。

【0148】

サーバ制御部２０１は、共連れ回数Ｎが閾値ＴｈＮ以上であると判定した場合（Ｓ１４１：Ｎｏ）、ユーザにエラーを通知する（Ｓ１０９）。エラー通知後、サーバ制御部２０１は本処理を終了する。従って、ドア４のロック機構５は開錠されないため、ユーザは、管理者に連絡等して開錠してもらうことになる。

【0149】

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに本実施例では、共連れの多いユーザは二次判定結果に基づく入退室を許可せず、エラーを通知するため、ユーザの注意を喚起することができる。

【実施例7】

【0150】

図１８を用いて第７実施例を説明する。本実施例の入退室管理システムは監視カメラ１４を備えており、入退室ログＴ８と連携させる。

【0151】

本実施例では、部屋２（３）に監視カメラ１４（３）を設置している。他の部屋２（１）、２（２）にも監視カメラ１４を設置してもよい。サーバ２００は、監視カメラ１４で撮影した画像データを保存し、管理し、再生を制御するための画像管理部２１１が設けられている。

【0152】

画像管理部２１１は、例えばＭＰＥＧ４／Ｈ．２６４等の、動画ファイルをデコードするデコード部を備えており、デコードされた画像データをサーバ２００の表示部２１０に渡して表示することができる。

【0153】

画像管理部２１１は、動画ファイルに埋め込まれた時刻情報を取得できる。そして、画像管理部２１１は、サーバ制御部２０１から指定時刻を受信し、その指定時刻と、動画ファイル内の時刻情報とが一致するフレームを選択して、選択したフレームから動画を再生することができる。

【0154】

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに本実施例では、画像管理部２１１は、入退室ログＴ８等を用いて指定する時刻から、監視カメラ１４で撮影した画像を再生することができ、管理者の利便性が向上する。

【0155】

なお、本発明は、上述した実施例に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、上述した実施例は適宜組合せて使用することができる。

【符号の説明】

【0156】

１：建物、２：部屋、３：通路、４：ドア、５：ロック機構、１０：内部リーダ、１１：外部リーダ、１２：アクセスポイント、１３：コントローラ、１００：携帯端末、２００：サーバ、２０１：サーバ制御部、２０２：認証部、２０３：入退室方向取得部、２０４：入退室状態記憶部、２０５：ユーザ所在位置推定部、２０６：通信部、２０７：記憶部、２０８：入力部、２０９：出力部、２１０、表示部、２１１：画像管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】