JP7346854B2 - 入退管理システム - Google Patents

Description

本明細書で開示する技術は、入退管理システムに関する。

特許文献１には、入退口を通過可能な許可者を管理する入退管理システムが開示されている。特許文献１の入退管理システムは、入退口の扉を施錠する電気錠と、扉の近傍に設けられ、電気錠の施錠及び解錠を制御する入退コントローラと、入退コントローラと通信可能であって、入退口を通過可能な許可者に関する情報を管理する管理サーバと、扉から離れた位置に設けられるＲＦタグ読取部と、扉の近傍に設けられるＩＣカード読取部と、を備えている。

ＲＦタグ読取部は、利用者が所持するＲＦタグとの間でＲＦＩＤ通信を行なうことで、ＲＦタグから利用者を識別する第１の識別情報を取得する。ＩＣカード読取部は、利用者が所持するＩＣカードとの間で近距離無線通信を行うことで、ＩＣカードから利用者を識別する第２の識別情報を取得する。ＲＦタグ読取部とＲＦタグとの間でＲＦ通信が実行される通信可能範囲は、ＩＣカード読取部とＩＣカードとの間で近距離無線通信が実行される通信可能範囲よりも大きい。入退コントローラは、ＲＦタグ読取部から取得された第１の識別情報と、ＩＣカード読取部から取得された第２の識別情報との組合せが予め準備された許可者リスト内に存在するか否かを判断することによって認証を実行する。入退コントローラは、電気錠に解錠信号を供給し、電気錠を解錠させる。特許文献１の入退管理システムでは、第１の識別情報と第２の識別情報の双方を必要とする認証を実行することで、許可者以外の第三者が許可者による解錠操作に伴って不正に入退口を通過する事態の抑制を図っている。

特開２０１４－２１１０１５号公報

特許文献１の入退管理システムでは、入退コントローラは、管理サーバと通信を行うことにより、最新の許可者リストを管理サーバから取得し、自機のメモリに記憶する。即ち、特許文献１の入退管理システムでは、入退コントローラは、管理サーバと通信を行うための通信手段、及び、許可者リストを記憶するための記憶手段を備えている必要がある。しかしながら、扉の近傍に設けられる入退コントローラにそのような通信手段及び記憶手段を備えさせようとする場合、システム管理者の設置負担が大きい。特に、入退管理システムが複数の扉を備え、それらの扉のそれぞれの近傍に入退コントローラを備える場合、設置負担がさらに大きくなるおそれがある。

本明細書では、システムの管理者によるシステム設置負荷を低減し得る入退管理システムに関する技術を提供する。

本明細書が開示する入退管理システムは、入退口に設けられた扉の近傍に配置される入退管理装置と、利用者により携帯される携帯端末と、サーバと、を備える。前記入退管理装置は、前記扉を施錠するための電気錠と、前記扉を識別するための扉識別情報を有する情報媒体と、前記携帯端末との間で近距離無線通信を実行することによって前記携帯端末から施錠されている前記電気錠を解錠するために用いられる鍵情報を取得する管理装置取得部と、前記管理装置取得部によって取得された前記鍵情報を用いて施錠されている前記電気錠を解錠する管理装置制御部と、を備える。前記携帯端末は、前記情報媒体から前記扉識別情報を取得する端末取得部と、前記携帯端末の前記利用者を識別するための利用者識別情報を記憶する第１のメモリと、第２のメモリと、前記サーバとの間で通信を実行可能な第１の通信実行部と、携帯端末制御部と、を備える。前記携帯端末制御部は、前記端末取得部によって取得された前記扉識別情報と、前記第１のメモリに記憶されている前記利用者識別情報と、を含む認証要求を、前記第１の通信実行部を介して前記サーバに供給し、前記サーバに前記認証要求が供給された後で、前記サーバから前記第１の通信実行部を介して前記鍵情報を取得し、取得された前記鍵情報を前記第２のメモリに記憶させる。前記サーバは、前記携帯端末から前記認証要求を取得すると、前記認証要求に含まれる前記扉識別情報と前記利用者識別情報との組合せが予め準備された許可者リスト内に存在するか否かを判断することによって認証を実行し、前記認証が成功する場合に、前記鍵情報を前記携帯端末に対して供給する。

この構成によると、携帯端末からサーバに認証要求が供給され、サーバで認証が実行され、認証が成功する場合にサーバから携帯端末に鍵情報が供給される。即ち、携帯端末がサーバとの間で通信を実行することにより、認証の実行及び鍵情報の取得を行うことができる。このため、上記の構成によると、入退管理装置は、サーバとの間で認証に必要な情報の通信を行うための通信手段、及び、許可者リストを記憶する記憶手段を備えていなくてもよい。この結果、入退管理装置の構成を比較的簡易にすることができ、入退管理装置の設置負荷が少なく済む。さらに、例えば、携帯端末として、例えば利用者自身が携帯するスマートフォン、タブレット端末等の端末を転用する場合には、さらに設備負荷を軽減し得る。従って、上記の構成によると、入退管理装置がサーバとの通信手段及び許可者リストを記憶する記憶手段を備えている必要があった従来の構成を採用する場合に比べて、システムの管理者によるシステム設置負荷を低減し得る。

前記情報媒体は、前記扉識別情報が記憶された記憶媒体であってもよい。前記端末取得部は、前記記憶媒体との間で近距離無線通信を実行することにより、前記記憶媒体から前記扉識別情報を取得する第２の通信実行部であってもよい。

この構成によると、記憶媒体との間で近距離無線通信を実行することにより、記憶媒体から扉識別情報を取得することができる第２の通信実行部を備える携帯端末を所持していない第三者に扉識別情報が不正に取得される事態を抑制することができる。この結果、許可された利用者以外の第三者が不正に入退口を通過する事態を抑制し得る。

前記情報媒体は、前記扉識別情報が記録された情報コードが表示される媒体であってもよい。前記端末取得部は、前記情報媒体に表示された前記情報コードを光学的に読み取ることによって前記情報コードに記録された前記扉識別情報を取得するコード読み取り部であってもよい。

この構成によると、情報媒体は、前記扉識別情報が記録された情報コードが表示される媒体である。ここで「情報コードが表示される媒体」は、情報コードが印刷された紙等の記録媒体、情報コードが表示されたディスプレイ部、情報コードが表示（彫刻、印刷等）される壁や柱等の構造物等、任意の媒体を含む。このため、扉識別情報を記録した情報コードを外部から視認した第三者に扉識別情報が不正に取得される事態を抑制することができる。この結果、許可された利用者以外の第三者が不正に入退口を通過する事態を抑制し得る。

前記情報媒体は、前記情報コードを含む各種情報を表示可能なディスプレイ部を含んでもよい。

この構成によると、ディスプレイ部には情報コード以外の情報も表示させることができる。例えば、入退口を通過することを希望する利用者が存在する場合にディスプレイ部に情報コードを表示させ、それ以外の場合に異なる情報を表示させる等、ディスプレイ部に状況に合わせて様々な情報を表示させ得る。

前記管理装置制御部は、所定の変更条件が満たされる場合に、前記情報媒体が有する前記扉識別情報を変更してもよい。

この構成によると、特定の扉識別情報を使い続ける場合に比べて、許可された利用者以外の第三者が不正に入退口を通過する事態をより適切に抑制し得る。

前記入退管理装置は、検出範囲内に存在する人物を検出可能な人感センサをさらに備え、前記管理装置制御部は、前記人感センサによって前記人物が検出される場合に、前記管理装置取得部を起動させてもよい。

この構成によると、管理装置取得部を常時起動させずに済む。このため、管理装置取得部が起動している期間を短くすることができる。この結果、管理装置取得部の消費電力を少なくすることができる。

第１実施例の入退管理システムの概略を示す説明図である。 第１実施例の入退管理システムの構成を示すブロック図である。 第１実施例の入退管理装置側処理を示すフローチャートである。 第１実施例の携帯端末側処理を示すフローチャートである。 第１実施例のサーバ側処理を示すフローチャートである。 第１実施例の入退管理システムの動作を表すシーケンス図である。 第２実施例の入退管理システムの構成を示すブロック図である。 第２実施例の携帯端末側処理を示すフローチャートである。 第２実施例の入退管理システムの動作を表すシーケンス図である。

（第１実施例）
図１から図６を参照して、第１実施例の入退管理システム１０を説明する。入退管理システム１０は、入退口２を通過する利用者６を管理するためのシステムである。図１及び図２に示すように、入退管理システム１０は、入退管理装置２０と、携帯端末４０と、サーバ７０と、を備える。

まず、入退管理装置２０を説明する。図１に示すように、入退管理装置２０は、入退口２に設けられた扉４の近傍に配置されている装置であり、扉４の開閉（即ち利用者の入退）を管理するための装置である。図２に示すように、入退管理装置２０は、ＩＣカード２２と、ＮＦＣインターフェース２６と、制御部２８と、メモリ３０と、電気錠３２と、人感センサ３４と、を備える。以下では、インターフェースを「Ｉ／Ｆ」と表記する。

ＩＣカード２２は、ＩＣタグとして機能するカードである。ＩＣカード２２の内部にはＩＣチップ（即ちＩＣタグ。図示しない）が内蔵されている。ＩＣチップには、扉４を識別するための扉ＩＤ２４が記憶されている。ＩＣカード２２と、携帯端末４０のＮＦＣＩ／Ｆ４２（後述）との間でＮＦＣ（Near Field Communicationの略）方式に従った近距離無線通信（以下では「ＮＦＣ通信」と呼ぶ）が実行されることにより、携帯端末４０は、ＩＣカード２２から扉ＩＤ２４を取得する。なお、図２では、ＩＣカード２２とＮＦＣＩ／Ｆ４２との間で確立されるＮＦＣ通信リンク（ＮＦＣ接続と呼んでもよい）が破線矢印で示されている。

ＮＦＣＩ／Ｆ２６は、ＩＣカード２２の近傍に配置されている。ＮＦＣＩ／Ｆ２６は、外部の端末（例えば、携帯端末４０）との間で、ＮＦＣ通信を実行するためのＩ／Ｆである。本実施例のＮＦＣＩ／Ｆ２６は、ＮＦＣフォーラムデバイス（NFC Forum Device）と呼ばれるＩ／Ｆである。ＮＦＣフォーラムデバイスは、Ｐ２Ｐ（Peer To Peerの略）モード、Ｒ／Ｗ（Reader/Writerの略）モード、及び、ＣＥ（Card Emulationの略）モードのうちのいずれかのモードで、選択的に動作可能なＩ／Ｆである。例えば、第１の機器のＮＦＣＩ／Ｆと、第２の機器のＮＦＣＩ／Ｆと、の両方がＰ２Ｐモードで動作する場合には、第１の機器と第２の機器は、データの双方向通信を実行することができる。また、例えば、第１の機器のＮＦＣＩ／ＦがＲ／ＷモードのうちのＲｅａｄｅｒモードで動作し、かつ、第２の機器のＮＦＣＩ／ＦがＣＥモードで動作する場合には、第１の機器は、第２の機器からのデータの読み出し、即ち、第２の機器からのデータの取得を実行することができる。また、例えば、第１の機器のＮＦＣＩ／ＦがＲ／ＷモードのうちのＷｒｉｔｅｒモードで動作し、かつ、第２の機器のＮＦＣＩ／ＦがＣＥモードで動作する場合には、第１の機器は、第２の機器へのデータの書き込み、即ち、第２の機器へのデータの供給を実行することができる。

本実施例では、ＮＦＣＩ／Ｆ２６が起動している間、ＮＦＣフォーラムデバイスであるＮＦＣＩ／Ｆ２６は、Ｒ／Ｗモードで動作する。具体的に言うと、ＮＦＣＩ／Ｆ２６は、Ｒ／Ｗモードがオン（即ち、有効化）され、ＣＥモードとＰ２Ｐモードがオフ（即ち、無効化）された状態に設定される。Ｒ／Ｗモードで動作するＮＦＣＩ／Ｆ２６は、携帯端末４０との間でＮＦＣ通信を実行することによって、携帯端末４０から情報を取得する。なお、図２では、ＮＦＣＩ／Ｆ２６と携帯端末４０のＮＦＣＩ／Ｆ４２との間で確立されるＮＦＣ通信リンクが破線矢印で示されている。

制御部２８は、メモリ３０に記憶されている様々なプログラムに従って様々な処理を実行する。メモリ３０は、ＲＡＭ、ＲＯＭや不揮発性メモリ等を含む。また、メモリ３０は、制御部２８が様々な処理を実行するための様々なプログラムを記憶している。

電気錠３２は、扉４に設けられている。電気錠３２の状態は、制御部２８からの指示に従って、扉４を解錠する解錠状態と扉４を施錠する施錠状態との間で切り替わる。本実施例では、電気錠３２は、通常時には施錠状態に維持されている。電気錠３２が施錠状態である間は、利用者６は、扉４を開けることができず、入退口２を通過することができない。一方、電気錠３２が解錠状態である間は、利用者６は、扉４を開けることができ、入退口２を通過することができる。

人感センサ３４は、検出範囲内に存在する人物を検出するためのセンサである。人感センサ３４は、赤外線を利用したセンサである。人感センサ３４は、検出範囲における赤外線の量を検出し続けている。赤外線の量は、人物が存在する場合と存在しない場合とで異なる。赤外線の量の変化に基づいて、制御部２８によって、検出範囲内に人物が存在するか否かが判断される。なお、変形例では、人感センサ３４は、例えば、超音波や可視光等を利用した様々な種類のセンサであってもよい。

次に、携帯端末４０を説明する。図１に示すように、携帯端末４０は、利用者６によって携帯される可搬式の端末装置である。携帯端末４０は、スマートフォンまたはタブレット端末である。図２に示すように、携帯端末４０は、ＮＦＣＩ／Ｆ４２と、操作部４４と、表示部５０と、制御部４６と、メモリ５２と、Ｗｉ－ＦｉＩ／Ｆ４８と、を備える。

本実施例のＮＦＣＩ／Ｆ４２も、ＮＦＣフォーラムデバイスである。本実施例では、ＮＦＣＩ／Ｆ４２は、ＮＦＣＩ／Ｆ４２が起動している間、制御部４６からの指示に従って、ＣＥモードとＲ／Ｗモードとの間のいずれかのモードで動作する。ＮＦＣＩ／Ｆ４２がＣＥモードで動作する場合とは、具体的には、ＣＥモードがオン（即ち、有効化）され、Ｒ／ＷモードとＰ２Ｐモードがオフ（即ち、無効化）された状態である。ＮＦＣＩ／Ｆ４２がＲ／Ｗモードで動作する場合とは、具体的には、Ｒ／Ｗモードがオンされ、ＣＥモードとＰ２Ｐモードがオフされた状態である。ＮＦＣＩ／Ｆ４２がＣＥモードで動作する間、ＮＦＣＩ／Ｆ４２は、入退管理装置２０のＮＦＣＩ／Ｆ２６との間でＮＦＣ通信を実行することにより、入退管理装置２０に情報を供給する（図２中破線矢印参照）。一方、ＮＦＣＩ／Ｆ４２がＲ／Ｗモードで動作する間、ＮＦＣＩ／Ｆ４２は、ＩＣカード２２との間でＮＦＣ通信を実行することにより、入退管理装置２０から情報を取得する（図２中破線矢印参照）。

Ｗｉ－ＦｉＩ／Ｆ４８は、例えば、インターネット等のネットワークに接続されている。Ｗｉ－ＦｉＩ／Ｆ４８は、Ｗｉ－Ｆｉ方式に従った無線通信（以下では「Ｗｉ－Ｆｉ通信」と呼ぶ）を実行するためのＩ／Ｆである。Ｗｉ－Ｆｉ方式は、Ｗｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定された規格に準拠した無線通信方式であり、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ等）に基づく無線通信方式である。制御部４６は、Ｗｉ－ＦｉＩ／Ｆ４８とネットワークとを介して、サーバ７０との間でＷｉ－Ｆｉ通信を実行することができる。なお、図２では、Ｗｉ－ＦｉＩ／Ｆ４８とサーバ７０のＷｉ－ＦｉＩ／Ｆ７２（後述）との間で確立されているＷｉ－Ｆｉ通信リンク（Ｗｉ－Ｆｉ接続と呼んでもよい）は実線矢印で示されている。

操作部４４は、複数のキーを備える。利用者６は、操作部４４を操作することによって、様々な指示を携帯端末４０に入力することができる。表示部５０は、様々な情報を表示するためのディスプレイである。また、表示部５０は、タッチパネル方式のディスプレイである。このため、表示部５０に操作部４４が表示される。なお、変形例では、操作部４４と表示部５０は、別々に分かれていてもよい。

制御部４６は、メモリ５２に記憶されている様々なプログラムに従って様々な処理を実行する。メモリ５２は、ＲＡＭ、ＲＯＭや不揮発性メモリ等を含む。メモリ５２は、制御部４６が様々な処理を実行するための様々なプログラムを記憶している。メモリ５２に記憶される様々なプログラムには、アプリケーションプログラム（以下では「アプリケーション」と呼ぶ）５４が含まれる。

アプリケーション５４は、携帯端末４０を入退管理システム１０として機能させるためのプログラムである。アプリケーション５４は、入退管理システム１０を提供するベンダによって提供されるプログラムである。メモリ５２にアプリケーション５４がインストールされると、表示部５０にアプリケーション５４を表わすアイコンが表示される。利用者６が操作部４４を操作してアプリケーション５４のアイコンを選択する操作を入力すると、アプリケーション５４が起動する。アプリケーション５４が起動すると、ＮＦＣＩ／Ｆ４２が起動する。

メモリ５２は、さらにユーザＩＤ５６を記憶する。ユーザＩＤ５６は、携帯端末４０を携帯する利用者６を識別するためのＩＤである。さらに、メモリ５２は、鍵情報記憶領域５８を備える。鍵情報記憶領域５８は、鍵情報８０を記憶するための領域である。鍵情報８０は、電気錠３２の状態を施錠状態から解錠状態に切り替えるために使用される情報である。

次いで、サーバ７０を説明する。サーバ７０は、入退管理システム１０の管理者によって設置される装置である。サーバ７０は、Ｗｉ－ＦｉＩ／Ｆ７２と、制御部７４と、メモリ７６と、を備える。Ｗｉ－ＦｉＩ／Ｆ７２は、ネットワークを介して携帯端末４０のＷｉ－ＦｉＩ／Ｆ４８との間でＷｉ－Ｆｉ通信を実行する（図２中実線矢印参照）。

制御部７４は、メモリ７６に記憶されている様々なプログラムに従って様々な処理を実行する。メモリ７６は、ＲＡＭ、ＲＯＭや不揮発性メモリ等を含む。また、メモリ７６は、制御部７４が様々な処理を実行するための様々なプログラムを記憶している。メモリ７６は、許可者データベース７８と鍵情報８０とを記憶している。

許可者データベース７８には、扉４毎に、その扉４が設けられた入退口２を通過可能な利用者（即ち許可者）に関する許可者リストが含まれる。許可者リストには、扉ＩＤと、その扉ＩＤで表される扉４が設けられた入退口２を通過可能な利用者を表わすユーザＩＤと、が対応付けられた組合せ情報が記憶されている。入退管理システム１０が複数の扉４を備える場合、許可者データベース７８には、扉ＩＤ毎の許可者リストが含まれる。各許可者リストは、入退管理システム１０の管理者等によって更新可能である。

次に、図３から図６を参照して、入退管理システム１０によって実現される入退管理処理を説明する。入退管理処理は、入退管理装置２０の制御部２８が入退管理装置側処理（図３）を実行し、携帯端末４０の制御部４６が携帯端末側処理（図４）を実行し、サーバ７０の制御部７４がサーバ側処理（図５）を実行することによって実現される。

まず、図３を参照して、入退管理装置２０の制御部２８が実行する入退管理装置側処理の内容を説明する。入退管理装置２０の電源がオンされると、制御部２８は、図３の入退管理装置側処理を開始する。入退管理装置側処理の開始時点では、ＮＦＣＩ／Ｆ２６は停止している。Ｓ２では、制御部２８は、人感センサ３４によって検知される赤外線の量に基づいて、検出範囲内で利用者６が検出されることを監視する。検出範囲内で利用者６が検出された場合、制御部２８は、Ｓ２でＹＥＳと判断し、Ｓ４に進む。

Ｓ４では、制御部２８は、ＮＦＣＩ／Ｆ２６を起動させる。起動されたＮＦＣＩ／Ｆ２６は、Ｒ／Ｗモードで動作する。即ち、ＮＦＣＩ／Ｆ２６は、Ｒ／Ｗモードがオンされ、ＣＥモードとＰ２Ｐモードがオフされた状態で動作する。Ｓ４でＮＦＣＩ／Ｆ２６を起動させると、制御部２８は、タイマのカウントを開始する。

続いて、Ｓ８とＳ１６では、制御部２８は、Ｓ４でＮＦＣＩ／Ｆ２６が起動された後、所定の第１期間が経過するまでの間に、ＮＦＣＩ／Ｆ２６と携帯端末４０のＮＦＣＩ／Ｆ４２との間でＮＦＣ通信リンクが確立されることを監視する。ＮＦＣＩ／Ｆ２６は、起動して以降、ＮＦＣＩ／Ｆ２６の通信可能範囲内にコマンドを出力し続けている。人感センサ３４の検出範囲内に存在する利用者６が、ＣＥモードで動作するＮＦＣＩ／Ｆ４２が搭載された携帯端末４０を入退管理装置２０に近づけている（例えば、タッチ操作を行った状態で保持している）と、携帯端末４０が、ＮＦＣＩ／Ｆ２６の通信可能範囲内に入る。この場合、ＮＦＣＩ／Ｆ２６が出力するコマンドが、携帯端末４０によって取得される。この結果、制御部２８は、携帯端末４０のＮＦＣＩ／Ｆ４２から、ＮＦＣＩ／Ｆ２６を介して、コマンドに対するレスポンスを取得する。そして、ＮＦＣＩ／Ｆ２６と携帯端末４０のＮＦＣＩ／Ｆ４２との間でＮＦＣ通信リンク（図２の破線矢印参照）が確立される。即ち、制御部２８は、ＮＦＣＩ／Ｆ２６の起動後に第１期間が経過する前に、携帯端末４０からレスポンスを取得すると、Ｓ８でＹＥＳと判断し、Ｓ１０に進む。一方、制御部２８は、ＮＦＣＩ／Ｆ２６の起動後に、携帯端末４０から上記のレスポンスを取得する前に第１期間が経過すると、Ｓ１６でＹＥＳと判断し、Ｓ２４に進む。Ｓ２４では、制御部２８は、Ｓ４で起動させたＮＦＣＩ／Ｆ２６を停止させ、再びＳ２の監視に戻る。

Ｓ１０では、制御部２８は、ＮＦＣＩ／Ｆ２６と携帯端末４０のＮＦＣＩ／Ｆ４２との間で確立されたＮＦＣ通信リンクを利用して、入退管理装置２０から携帯端末４０にリード（Ｒｅａｄ）コマンドを供給する。リードコマンドは、携帯端末４０に対して、鍵情報８０の供給を要求するためのリクエストコマンドである。

続いて、Ｓ１２とＳ１６では、制御部２８は、Ｓ４でＮＦＣＩ／Ｆ２６が起動された後、所定の第１期間が経過するまでの間に、携帯端末４０から鍵情報８０が取得されることを監視する。Ｓ１０でリードコマンドを取得した携帯端末４０が、サーバ７０から鍵情報８０を取得した場合（後述の図４のＳ４２でＹＥＳ）、携帯端末４０は、ＮＦＣ通信リンクを利用して、入退管理装置２０に鍵情報８０を供給する（後述のＳ５８）。この場合、制御部２８は、ＮＦＣＩ／Ｆ２６を介して鍵情報８０を取得し、制御部２８は、図３のＳ１２でＹＥＳと判断し、Ｓ１４に進む。一方、Ｓ１０でリードコマンドを取得した携帯端末４０がサーバ７０から鍵情報８０を取得できなかった場合（図４のＳ４２でＮＯ、Ｓ４６でＹＥＳ）等には、制御部２８が携帯端末４０から鍵情報８０を取得する前に、第１期間が経過してしまう。この場合、制御部２８は、図３のＳ１６でＹＥＳと判断し、Ｓ２４に進む。Ｓ２４では、制御部２８は、Ｓ４で起動させたＮＦＣＩ／Ｆ２６を停止させ、再びＳ２の監視に戻る。

Ｓ１４では、制御部２８は、取得された鍵情報８０の認証を実行し、鍵情報８０の認証が成功したか否かを判断する。具体的には、制御部２８は、取得された鍵情報８０が、予めメモリ３０に記憶されている解錠情報と一致するか否かを判断する。取得された鍵情報８０が、メモリ３０に記憶されている解錠情報と一致する場合、制御部２８は、Ｓ１４でＹＥＳと判断し、Ｓ１８に進む。一方、取得された鍵情報８０が、メモリ３０に記憶されている解錠情報と一致しない場合（例えば、サーバ７０内で鍵情報８０が変更され、その変更が入退管理装置２０に反映されていない場合等）、制御部２８は、Ｓ１４でＮＯと判断し、Ｓ２４に進む。Ｓ２４では、制御部２８は、Ｓ４で起動させたＮＦＣＩ／Ｆ２６を停止させ、再びＳ２の監視に戻る。

Ｓ１８では、制御部２８は、電気錠３２を施錠状態から解錠状態に切り替える。これにより、扉４が解錠され、利用者６は扉４を開けて入退口２を通過することができる。Ｓ１８で、電気錠３２を施錠状態から解錠状態に切り替えたとき、制御部２８は、タイマカウントを開始する。

Ｓ２０では、制御部２８は、Ｓ１８で電気錠３２が解錠状態に切り替わってから、予め定められた第２期間が経過することを監視する。なお、第２期間は、管理者によって変更可能である。Ｓ１８で電気錠３２が解錠状態に切り替わってから第２期間が経過すると、制御部２８は、Ｓ２０でＹＥＳと判断し、Ｓ２２に進む。Ｓ２２では、制御部２８は、電気錠３２を解錠状態から施錠状態に切り替える。これにより、扉４が再び施錠される。

続いて、Ｓ２４では、制御部２８は、ＮＦＣＩ／Ｆ２６を停止させる。その後、再びＳ２の監視に戻る。

入退管理装置２０の電源がオンされている間、制御部２８は、上記のＳ２からＳ２４の処理を繰り返し実行する。

次に、図４を参照して、携帯端末４０の制御部４６が実行する携帯端末側処理を説明する。携帯端末側処理は、アプリケーション５４が起動されることをトリガとして開始される。操作部４４に起動操作が入力され、アプリケーション５４が起動されると、制御部２８は、図４の携帯端末側処理を開始する。

まず、Ｓ３２では、制御部４６は、ＮＦＣＩ／Ｆ４２を起動させる。このとき、起動されたＮＦＣＩ／Ｆ４２は、Ｒ／Ｗモードで動作する。即ち、ＮＦＣＩ／Ｆ４２は、Ｒ／Ｗモードがオンされ、ＣＥモードとＰ２Ｐモードがオフされた状態で動作する。

続いて、Ｓ３４では、制御部４６は、ＮＦＣＩ／Ｆ４２とＩＣカード２２に内蔵されるＩＣチップとの間でＮＦＣ通信リンクが確立されることを監視する。ＮＦＣＩ／Ｆ４２は、起動して以降、ＮＦＣＩ／Ｆ４２の通信可能範囲内にコマンドを出力し続けている。アプリケーション５４を起動させた利用者６が、解錠を希望する扉４に近づき、Ｒ／Ｗモードで動作するＮＦＣＩ／Ｆ４２を備える携帯端末４０を入退管理装置２０に近づける（例えば、タッチ操作を行う）と、ＩＣカード２２が、ＮＦＣＩ／Ｆ４２の通信可能範囲内に入る。この場合、ＮＦＣＩ／Ｆ４２が出力するコマンドが、ＩＣカード２２によって取得される。ＩＣカード２２は、コマンドとともに取得される電波を利用して発生する電力を利用して、取得したコマンドに対するレスポンスをＮＦＣＩ／Ｆ４２に供給する。この結果、制御部４６は、ＩＣカード２２から、ＮＦＣＩ／Ｆ４２を介して、コマンドに対するレスポンスを取得する。この場合、ＮＦＣＩ／Ｆ４２とＩＣカード２２のＩＣチップとの間でＮＦＣ通信リンク（図２の破線矢印参照）が確立される。制御部４６は、ＩＣカード２２から上記のレスポンスを取得すると、Ｓ３４でＹＥＳと判断し、Ｓ３６に進む。

Ｓ３６では、制御部４６は、確立されたＮＦＣ通信リンクを利用して、ＩＣカード２２から扉ＩＤ２４が取得される（即ち読み出される）ことを監視する。具体的には、Ｓ３６では、制御部４６は、ＮＦＣ通信リンクを利用して、ＩＣカード２２に対して、ＩＣチップに記憶された情報の供給を要求するためのリードコマンドを供給する。リードコマンドを取得したＩＣカード２２は、ＩＣチップに記憶された扉ＩＤ２４を携帯端末４０に供給する。この場合、制御部４６は、ＮＦＣ通信リンクを介して、ＩＣカード２２から扉ＩＤ２４を取得し、Ｓ３６でＹＥＳと判断し、Ｓ３８に進む。

Ｓ３８では、制御部４６は、取得された扉ＩＤ２４と、メモリ５２に記憶されるユーザＩＤ５６との組み合わせを含む認証要求を生成する。認証要求は、サーバ７０に対して、扉ＩＤ２４とユーザＩＤ５６との組み合わせが許可者データベース７８内に存在しているか否かの認証を要求するためのリクエスト信号である。続いて、Ｓ４０では、制御部４６は、Ｗｉ－ＦｉＩ／Ｆ４８とサーバ７０のＷｉ－ＦｉＩ／Ｆ７２との間で確立されているＷｉ－Ｆｉ通信を利用して、サーバ７０に認証要求を供給する。Ｓ４０でサーバ７０に認証要求を供給すると、制御部４６は、タイマカウントを開始する。

続いて、Ｓ４２とＳ４６では、制御部４６は、認証要求が供給された後、所定の第３期間が経過するまでの間に、鍵情報８０がサーバ７０から取得されることを監視する。Ｓ４２で認証要求を取得したサーバ７０が、認証要求に含まれる扉ＩＤ２４とユーザＩＤ５６との組み合わせを用いた認証が成功したと判断すると（後述の図５のＳ７４でＹＥＳ）、サーバ７０は、Ｗｉ－Ｆｉ通信リンクを利用して、携帯端末４０に鍵情報８０を供給する。この場合、制御部４６は、図４のＳ４２でＹＥＳと判断し、Ｓ４４に進む。一方、Ｓ４２で認証要求を取得したサーバ７０が、上記の認証が失敗したと判断すると（後述の図５のＳ７４でＮＯ）、サーバ７０は携帯端末４０に鍵情報８０を供給しない。この場合、制御部４６がサーバ７０から鍵情報８０を取得する前に、上記の第３期間が経過してしまう。この場合、制御部４６は、図４のＳ４６でＹＥＳと判断し、図４の携帯端末側処理を終了する。

Ｓ４４では、制御部４６は、取得された鍵情報８０をメモリ５２の鍵情報記憶領域５８に記憶させる。続いて、Ｓ５０では、制御部４６は、ＮＦＣＩ／Ｆ４２をＲ／ＷモードからＣＥモードに切り替える。即ち、ＮＦＣＩ／Ｆ４２は、ＣＥモードがオンされ、Ｒ／ＷモードとＰ２Ｐモードがオフされた状態に切り替わる。これにより、ＮＦＣＩ／Ｆ４２とＩＣカード２２に内蔵されるＩＣチップとの間で確立されていたＮＦＣ通信が切断される。Ｓ５０でＮＦＣＩ／Ｆ４２をＣＥモードに切り替えると、制御部４６は、タイマカウントを開始する。

続いて、Ｓ５２とＳ５６では、制御部４６は、Ｓ５０でＮＦＣＩ／Ｆ４２をＣＥモードに切り替えた後、所定の第４期間が経過するまでの間に、ＮＦＣＩ／Ｆ４２と入退管理装置２０のＮＦＣＩ／Ｆ２６との間でＮＦＣ通信リンクが確立されることを監視する。上記の通り、入退管理装置２０のＮＦＣＩ／Ｆ２６は、ＮＦＣＩ／Ｆ２６の通信可能範囲内にコマンドを出力し続けている。利用者６が、携帯端末４０を、入退管理装置２０に近づけた状態で保持している（即ち、タッチ操作を行った状態で保持している）場合、ＮＦＣＩ／Ｆ４２がＮＦＣＩ／Ｆ２６の通信可能範囲内に入る。この結果、制御部４６は、ＮＦＣＩ／Ｆ２６から出力されているコマンドを取得する。そして、制御部４６は、ＮＦＣＩ／Ｆ４２を介して、コマンドに対するレスポンスを入退管理装置２０に供給する。その後、ＮＦＣＩ／Ｆ４２とＮＦＣＩ／Ｆ２６との間でＮＦＣ通信リンク（図２の破線矢印参照）が確立される。即ち、制御部２８は、ＮＦＣＩ／Ｆ４２をＣＥモードに切り替えた後に第４期間が経過する前に、入退管理装置２０から上記のコマンドを取得すると、Ｓ５２でＹＥＳと判断し、Ｓ５４に進む。ＮＦＣＩ／Ｆ４２をＣＥモードに切り替えた後、入退管理装置２０から上記のコマンドを取得する前に第４期間が経過すると、Ｓ５６でＹＥＳと判断し、Ｓ６０に進む。

Ｓ５４では、制御部４６は、入退管理装置２０からリードコマンドが取得されることを監視する。上記の通り、ＮＦＣＩ／Ｆ２６とＮＦＣＩ／Ｆ４２との間でＮＦＣ通信リンクが確立すると、入退管理装置２０の制御部２８は、携帯端末４０にリードコマンドを供給する。この場合、制御部４６は、ＮＦＣ通信リンクを介して、入退管理装置２０からリードコマンドを取得する。入退管理装置２０からリードコマンドが取得されると、制御部４６は、Ｓ５４でＹＥＳと判断し、Ｓ５８に進む。

Ｓ５８では、制御部４６は、ＮＦＣＩ／Ｆ２６とＮＦＣＩ／Ｆ４２との間で確立されているＮＦＣ通信リンクを介して、入退管理装置２０に、Ｓ４４でメモリ５２に記憶された鍵情報８０を供給する。

続いて、Ｓ６０では、制御部４６は、鍵情報８０をメモリ５２の鍵情報記憶領域５８から削除する。Ｓ６０を終えると、制御部４６は、携帯端末側処理を終了する。

次いで、図５を参照して、サーバ７０の制御部７４が実行するサーバ側処理を説明する。サーバ７０の電源がオンされている間、制御部７４は、常時図５のサーバ側処理を実行している。Ｓ７２では、制御部７４は、Ｗｉ－ＦｉＩ／Ｆ７２と携帯端末４０のＷｉ－ＦｉＩ／Ｆ４８との間に確立されているＷｉ－Ｆｉ通信リンクを介して、携帯端末４０から認証要求が取得されることを監視する。上記の通り、携帯端末４０は、扉ＩＤ２４を取得すると、扉ＩＤ２４とユーザＩＤ５６とを組み合わせた認証要求を生成し、サーバ７０に送信する（図４のＳ３６からＳ４０）。制御部７４は、Ｗｉ－Ｆｉ通信リンクを介して、携帯端末４０から認証要求を取得する。この場合、制御部７４は、Ｓ７２でＹＥＳと判断し、Ｓ７４に進む。

Ｓ７４では、制御部７４は、認証要求に含まれる扉ＩＤ２４とユーザＩＤ５６との組み合わせを用いた認証が成功するか否かを判断する。具体的には、制御部７４は、認証要求に含まれる扉ＩＤ２４とユーザＩＤ５６との組み合わせが、許可者データベース７８に存在するか否かを判断することによって、認証を実行する。さらに具体的には、まず、制御部７４は、許可者データベース７８の中から、扉ＩＤ２４に対応する許可者リスト（以下では「特定の許可者リスト」と呼ぶ）を特定する。次に、制御部７４は、上記の特定の許可者リストに、ユーザＩＤ５６が存在するか否かを判断する。特定の許可者リストにユーザＩＤ５６が存在する場合、制御部７４は、Ｓ７４でＹＥＳ（即ち、認証成功）と判断し、Ｓ７８に進む。Ｓ７８では、制御部７４は、Ｗｉ－Ｆｉ通信リンクを介して、携帯端末４０に、扉４に対応する鍵情報８０を供給する。一方、特定の許可者リストにユーザＩＤ５６が存在しない場合、制御部７４は、Ｓ７４でＮＯ（即ち、認証失敗）と判断し、Ｓ７２に戻る。この場合は鍵情報８０が携帯端末４０に供給されない。

サーバ７０の電源がオンされている間、制御部７４は、上記のＳ７２からＳ７８の処理を繰り返し実行する。

次に、図６を参照して、図３から図５のフローチャートによって実現される入退管理処理の一連の流れを説明する。まず、利用者６が入退口２に近づく。すると、続いて、Ａ２では、入退管理装置２０の人感センサ３４が利用者６を検出する（図３のＳ２でＹＥＳ）。Ａ４では、入退管理装置２０は、ＮＦＣＩ／Ｆ２６を起動させる（Ｓ４）。起動されたＮＦＣＩ／Ｆ２６は、Ｒ／Ｗモードで動作する。

次に、利用者６が携帯端末４０のアプリケーション５４を起動させると、Ａ６では、携帯端末４０は、ＮＦＣＩ／Ｆ４２を起動させる（図４のＳ３２）。起動されたＮＦＣＩ／Ｆ４２は、Ｒ／Ｗモードで動作する。なお、他の例では、Ａ６の処理がＡ２の処理よりも先に実行される場合がある。

次いで、利用者６が携帯端末４０を入退管理装置２０のＩＣカード２２に近づけると、Ａ８では、ＩＣカード２２のＩＣチップとＮＦＣＩ／Ｆ４２との間でＮＦＣ通信リンクが確立する（図３のＳ８でＹＥＳ、図４のＳ３４でＹＥＳ）。

続いて、Ａ１０では、携帯端末４０は、確立されたＮＦＣ通信リンクを利用して、入退管理装置２０のＩＣカード２２から扉ＩＤ２４を取得する（図４のＳ３６でＹＥＳ）。

続いて、Ａ１４では、携帯端末４０は、取得された扉ＩＤ２４と、メモリ５２に記憶されているユーザＩＤ５６とを組み合わせて、認証要求を生成する（Ｓ３８）。続いて、Ａ１６では、携帯端末４０は、Ｗｉ－Ｆｉ通信リンクを介して、サーバ７０に認証要求を供給する（Ｓ４０）。

サーバ７０が携帯端末４０から認証要求を取得すると（図５のＳ７２でＹＥＳ）、Ａ１８では、サーバ７０は、認証要求に含まれる扉ＩＤ２４とユーザＩＤ５６との組み合わせが、許可者データベース７８に存在するか否かを判断することによって認証を行う（Ｓ７４）。この例では、Ａ１８では、サーバ７０は、認証が成功した（即ち、扉ＩＤ２４とユーザＩＤ５６との組み合わせが許可者データベース７８に存在する）と判断する（Ｓ７４でＹＥＳ）。続いて、Ａ２０では、サーバ７０は、携帯端末４０に鍵情報８０を供給する（Ｓ７６）。

携帯端末４０は、サーバ７０から鍵情報８０を取得すると（図４のＳ４２でＹＥＳ）、Ａ２４では、携帯端末４０は、メモリ５２の鍵情報記憶領域５８に鍵情報８０を記憶させる（Ｓ４４）。続いて、Ａ２６では、携帯端末４０は、ＮＦＣＩ／Ｆ４２をＲ／ＷモードからＣＥモードに切り替える（Ｓ５０）。利用者６によって携帯端末４０が入退管理装置２０（即ち、ＩＣカード２２とＮＦＣＩ／Ｆ２６）に近けられた状態で保持されていると、Ａ３０では、ＮＦＣＩ／Ｆ２６とＮＦＣＩ／Ｆ４２との間でＮＦＣ通信リンクが確立する（図３のＳ８でＹＥＳ、図４のＳ５２でＹＥＳ）。

続いて、Ａ３２では、入退管理装置２０は、携帯端末４０にリードコマンドを供給する（図３のＳ１０）。

携帯端末４０がリードコマンドを取得すると（図４のＳ５４でＹＥＳ）、Ａ３４では、携帯端末４０は、入退管理装置２０に鍵情報８０を供給する（Ｓ５８）。続いて、Ａ３６では、制御部４６は、鍵情報８０をメモリ５２の鍵情報記憶領域５８から削除する（Ｓ６０）。

入退管理装置２０が鍵情報８０を取得すると（図３のＳ１２でＹＥＳ）、Ａ４０では、入退管理装置２０は、鍵情報８０の認証を実行する。この例では、Ａ４０では、鍵情報８０の認証が成功する（Ｓ１４でＹＥＳ）。続いて、Ａ４２では、制御部２８は、電気錠３２を施錠状態から解錠状態に切り替える（Ｓ１８）。これにより、利用者６は、扉４を開けて入退口２を通過することができる。

続いて、Ａ４４では、制御部２８は、電気錠３２を解錠状態から施錠状態に切り替える（Ｓ２２）。続いて、Ａ４６では、制御部２８は、ＮＦＣＩ／Ｆ２６を停止させる（Ｓ２４）。

（作用効果）
以上、第１実施例の入退管理システム１０の構成と入退管理処理の内容とを説明した。上記の通り、第１実施例では、図４のＳ４０では、携帯端末４０の制御部４６は、扉ＩＤ２４と、メモリ５２に記憶されるユーザＩＤ５６とを含む認証要求を、サーバ７０に供給する。次に、図５のＳ７４では、サーバ７０の制御部７４は、認証要求に含まれる扉ＩＤ２４とユーザＩＤ５６との組み合わせが許可者データベース７８に存在するか否かを判断することによって認証を実行する。認証が成功する（即ち、扉ＩＤ２４とユーザＩＤ５６との組み合わせが許可者データベース７８に存在する）場合、Ｓ７８では、制御部７４は、電気錠３２を解錠状態に切り替えるための鍵情報８０を、携帯端末４０に供給する。このように、本実施例の構成によると、入退管理装置２０自身は、サーバ７０との間で情報の通信を行うための通信手段と、許可者リストを記憶しておくための記憶手段と、を備えていなくてもよい。この結果、入退管理装置２０の構成を比較的簡易にすることができ、扉４の近傍に設置する入退管理装置２０の設置負荷が少なく済む。また、第１実施例では、携帯端末４０は、利用者６が自身の用に供するために携帯しているスマートフォンまたはタブレット端末である。このため、入退管理システム１０のための専用の端末を準備する必要がなく、設置負荷がさらに少なく済む。従って、入退管理装置２０がサーバ７０との通信手段と許可者リストを記憶するための記憶手段を備えている必要があった従来の構成を採用する場合に比べて、入退管理システム１０の管理者によるシステム設置負荷を低減し得る。

上記の通り、第１実施例では、ＩＣカード２２の内部には、扉ＩＤ２４を記憶するＩＣチップが内蔵されている。ＩＣカード２２と携帯端末４０のＮＦＣＩ／Ｆ４２との間でＮＦＣ通信が実行されることにより（図４のＳ３４でＹＥＳ）、制御部４６は、ＩＣチップから扉ＩＤ２４を取得する（Ｓ３６でＹＥＳ）。このため、携帯端末４０を携帯していない第三者に扉ＩＤ２４が不正に取得される事態を抑制することができる。この結果、許可された利用者６以外の第三者が不正に入退口２を通過する事態を抑制し得る。

上記の通り、第１実施例では、人感センサ３４が利用者６を検出する場合（図３のＳ２でＹＥＳ）、Ｓ４では、制御部２８は、ＮＦＣＩ／Ｆ２６を起動させる。続いて、Ｓ２４では、制御部２８は、ＮＦＣＩ／Ｆ２６を停止させる。即ち、ＮＦＣＩ／Ｆ２６は、入退管理処理が実行されている間のみ起動している。このため、ＮＦＣＩ／Ｆ２６が常時起動している場合と比べて、ＮＦＣＩ／Ｆ２６の起動している期間が短い。この結果、ＮＦＣＩ／Ｆ２６での消費電力を少なくすることができる。

（対応関係）
扉ＩＤ２４は、「扉識別情報」の一例である。ＩＣカード２２は、「情報媒体」と「記憶媒体」の一例である。入退管理装置２０のＮＦＣＩ／Ｆ２６は、「管理装置取得部」の一例である。入退管理装置２０の制御部２８は、「管理装置制御部」の一例である。携帯端末４０のＮＦＣＩ／Ｆ４２は、「端末取得部」と「第２の通信実行部」の一例である。ユーザＩＤ５６は、「利用者識別情報」の一例である。携帯端末４０のメモリ５２は、「第１のメモリ」の一例である。携帯端末４０の鍵情報記憶領域５８は、「第２のメモリ」の一例である。携帯端末４０のＷｉ－ＦｉＩ／Ｆ４８は、「第１の通信実行部」の一例である。携帯端末４０の制御部４６は、「携帯端末制御部」の一例である。

（第２実施例）
次に、図７から図９を参照して、第２実施例の入退管理システム１００を説明する。第２実施例では、第１実施例と異なる点を説明し、第１実施例と同様の点については同様の符号を付して説明を省略する。図７に示すように、第２実施例の入退管理システム１００では、入退管理装置１１０は、第１実施例の入退管理装置２０が備えるＩＣカード２２に代えて、表示部１１２を備える点で、第２実施例は第１実施例と異なる。また、携帯端末１２０は、第１実施例の携帯端末４０が備える構成に加えて、コード読み取り部１２２をさらに備える点で、第２実施例は第１実施例と異なる。

入退管理装置１１０に設けられる表示部１１２は、様々な情報を表示するためのディスプレイ（例えば液晶ディスプレイ）である。表示部１１２は、情報コード１１４を含む様々な情報を表示することができる。情報コード１１４は、例えば、一次元コードや二次元コードである。一次元コードは、例えば、バーコードである。二次元コードは、例えばＱＲコード（登録商標）である。情報コード１１４には、扉ＩＤ２４がエンコード（記録）されている。また、情報コード１１４以外の情報は、例えば、日時情報や、利用者６が表示部１１２に触れることを促す情報である。利用者６が表示部１１２に触れる前には、表示部１１２に情報コード１１４以外の情報が表示されている。利用者６が表示部１１２に触れると、表示部１１２に情報コード１１４が表示される。なお、変形例では、人感センサ３４によって検出される赤外線の量に基づいて、制御部２８によって人感センサ３４の検出範囲に人物が存在すると判断されると、制御部２８は、表示部１１２に情報コード１１４を表示させてもよい。

携帯端末１２０に設けられるコード読み取り部１２２は、入退管理装置１１０の表示部１１２に表示される情報コード１１４を光学的に読み取るための機器である。コード読み取り部１２２は、例えば、携帯端末１２０に内蔵された撮影装置を含む。

次に、図８及び図９を参照して、第２実施例の入退管理処理を説明する。第２実施例の入退管理処理では、入退管理装置１１０の制御部２８が実行する入退管理装置側処理（図３）と、サーバ７０の制御部７４が実行するサーバ側処理（図５）については、第１実施例と共通する。ただし、携帯端末１２０の制御部４６が実行する携帯端末側処理の内容が、第１実施例の携帯端末側処理の内容と異なる。図８を参照して、第２実施例の携帯端末１２０の制御部４６が実行する携帯端末側処理の内容を説明する。第２実施例の携帯端末側処理では、図４のＳ３２からＳ３６、及び、Ｓ５０の各処理に代えて、Ｓ１０２からＳ１０６、及び、Ｓ１１０の処理が実行される点で、第２実施例は第１実施例とは異なる。

第２実施例でも、操作部４４に起動操作が入力され、アプリケーション５４が起動されると、制御部２８は、図８の携帯端末側処理を開始する。Ｓ１０２では、制御部４６は、コード読み取り部１２２を起動させる。Ｓ１０２の時点では、ＮＦＣＩ／Ｆ４２は停止している。続いて、Ｓ１０４では、制御部４６は、情報コード１１４のデコードが成功することを監視する。利用者６は、コード読み取り部１２２を起動させた後、入退管理装置１１０の表示部１１２に表示される情報コード１１４にコード読み取り部１２２を近づける。コード読み取り部１２２が情報コード１１４を光学的に読み取り、情報コード１１４に記録されている情報（即ち扉ＩＤ２４）がデコードされると、制御部４６は、Ｓ１０４でＹＥＳと判断し、Ｓ１０６に進む。情報コード１１４のデコードが成功するまで、利用者６は、コード読み取り部１２２を表示部１１２に近づけたり、表示部１１２から離したりする。

Ｓ１０６では、制御部４６は、デコードによって取得された情報が扉ＩＤ２４であるか否かを判断する。具体的には、Ｓ１０６では、制御部４６は、情報コード１１４のデコードによって取得された情報のデータサイズが、扉ＩＤのデータサイズとして予め定められた範囲のサイズであるか否かを判断する。デコードによって取得された情報のデータサイズが、扉ＩＤのデータサイズとして予め定められた範囲のサイズである場合（即ち、取得された情報が扉ＩＤ２４である場合）、制御部４６は、Ｓ１０６でＹＥＳと判断し、Ｓ３８に進む。Ｓ３８、及び、その後のＳ４０からＳ４４、Ｓ４６の各処理は第１実施例と同様であるため、詳しい説明を省略する。一方、デコードによって取得された情報のデータサイズが、扉ＩＤのデータサイズとして予め定められた範囲のサイズ外であった場合（即ち、取得された情報が扉ＩＤ２４ではなかった場合）、制御部４６は、Ｓ１０６でＮＯと判断し、Ｓ１０４に戻る。このとき、制御部４６は、扉ＩＤ２４が取得されなかったことを示す表示を携帯端末１２０の表示部５０に表示させる。

Ｓ４４の後のＳ１１０では、制御部４６は、ＮＦＣＩ／Ｆ４２を起動させる。即ち、本第２実施例では、Ｓ１１０の時点でＮＦＣＩ／Ｆ４２が起動する。この際、ＮＦＣＩ／Ｆ４２は、ＣＥモードで動作する。Ｓ５２からＳ６０の各処理は第１実施例と同様であるため、詳しい説明を省略する。なお、本第２実施例のＳ５６では、制御部４６は、Ｓ１１０でＮＦＣＩ／Ｆ４２が起動されてから（即ち、Ｓ１１０が実行されてから）、第４期間が経過したか否かを監視する。

次に、図９を参照して、本第２実施例における入退管理処理の一連の流れを説明する。第２実施例の入退管理処理では、図６のＡ６、Ａ８、Ａ１０、及び、Ａ２６の各処理に代えて、Ａ１０２、Ａ１０６、Ａ１０８、及び、Ａ１１２の各処理が実行される点で、第２実施例は第１実施例と異なる。

Ａ２、Ａ４の各処理は、第１実施例と同様である。本第２実施例では、まず、利用者６が携帯端末１２０のアプリケーション５４を起動させると、Ａ１０２では、携帯端末１２０は、コード読み取り部１２２を起動させる（図８のＳ１０２）。なお、他の例では、Ａ１０６の処理がＡ２の処理よりも先に実行される場合がある。この時点では、ＮＦＣＩ／Ｆ４２は、停止している。

次に、利用者６が入退管理装置１１０の表示部１１２に触れると、表示部１１２には、扉ＩＤ２４が記録された情報コード１１４が表示される。次いで、利用者６が表示部１１２に表示される情報コード１１４にコード読み取り部１２２を近づけると、Ａ１０６では、コード読み取り部１２２が情報コード１１４を光学的に読み取る。続いて、携帯端末１２０が、情報コード１１４に記録されている情報（即ち扉ＩＤ２４）をデコードする（Ｓ１０４でＹＥＳ）。続いて、Ａ１０８では、携帯端末１２０は、取得された情報が扉ＩＤ２４であると判断する（Ｓ１０６でＹＥＳ）。Ａ１４からＡ２４の各処理は、第１実施例と同様であるため、詳しい説明を省略する。

Ａ２４の後のＡ１１２では、制御部４６は、ＮＦＣＩ／Ｆ４２を起動させる（Ｓ１１０）。起動されたＮＦＣＩ／Ｆ４２は、ＣＥモードで動作する。Ａ３０からＡ４６の各処理は第１実施例と同様であるため、詳しい説明を省略する。

（作用効果）
上記の通り、第２実施例では、入退管理装置１１０の表示部１１２は、情報コード１１４が表示される媒体である。また、情報コード１１４には、扉ＩＤ２４がエンコードされている。利用者６が携帯端末１２０のコード読み取り部１２２を情報コード１１４に近づけると、情報コード１１４がコード読み取り部１２２に光学的に読み取られる。その後、情報コード１１４がデコードされ（図８のＳ１０４でＹＥＳ）、扉ＩＤ２４が携帯端末１２０に取得される（Ｓ１０６でＹＥＳ）。このため、扉ＩＤ２４がエンコードされた情報コード１１４を外部から視認した第三者に扉ＩＤ２４が不正に取得される事態を抑制することができる。この結果、許可された利用者６以外の第三者が不正に入退口２を通過する事態を抑制し得る。

上記の通り、第２実施例では、表示部１１２は、様々な情報を表示するためのディスプレイである。利用者６が表示部１１２に触れる前には、表示部１１２に情報コード１１４以外の情報が表示されている。利用者６が表示部１１２に触れると、情報コード１１４が表示される。このため、表示部１１２に状況に合わせて様々な表示を表示させ得る。

上記の通り、第２実施例では、Ｓ１０６では、制御部４６は、情報コード１１４のデコードによって取得された情報のデータサイズが、扉ＩＤのデータサイズとして予め定められた範囲のサイズであるか否かを判断する。この構成では、例えば、利用者６が表示部１１２に表示される情報コード１１４と異なる情報コード（例えば、利用者６が携帯していた資料に付されていた情報コード）を誤って読み取ってしまった場合、入退管理処理が実行されてしまう事態を避けることができる。

（対応関係）
入退管理装置１１０の表示部１１２は、「情報媒体」と「ディスプレイ部」の一例である。

（第３実施例）
次に、第３実施例の入退管理システム１０を説明する。第３実施例は、第１実施例の変形例である。第３実施例でも、第１実施例と異なる点を中心に説明し、第１実施例と同様の点については同様の符号を付して説明を省略する。第３実施例では、電気錠３２が解錠されて再度施錠される毎に、入退管理装置２０のＩＣカード２２に記憶される扉ＩＤ２４が変更される点で、第３実施例は第１実施例とは異なる。これに伴い、第３実施例では、入退管理装置２０の制御部２８が実行する入退管理装置側処理の内容の一部が、第１実施例とは異なる。図３を参照して、第３実施例の入退管理装置側処理を説明する。第３実施例の入退管理装置側処理では、図３のＳ２２の処理とＳ２４の処理との間に、Ｓ２０２の処理が実行される点で、第３実施例の入退管理装置側処理第１実施例の入退管理装置側処理と異なる。

Ｓ２０２では、制御部２８は、ＩＣカード２２のＩＣチップに記憶されている扉ＩＤ２４を、これまでの扉ＩＤ２４とは異なる他の扉ＩＤ２４に変更する。他の扉ＩＤ２４は、予めメモリ３０に記憶されている。即ち、メモリ３０には、複数個の異なる扉ＩＤ２４が予め記憶されている。複数個の扉ＩＤ２４はいずれも、扉４を識別するための扉ＩＤである。Ｓ２０２では、例えば、制御部２８は、ＮＦＣＩ／Ｆ２６を介してＩＣカード２２のＩＣチップにライト（Ｗｒｉｔｅ）コマンドを供給する等して、ＩＣチップ内の扉ＩＤ２４を、これまでの扉ＩＤ２４から、他の扉ＩＤ２４に変更する。ＩＣチップ内の扉ＩＤ２４の変更は、これに限られず、他の任意の手法によって行われてもよい。Ｓ２０２が実行された後、制御部２８は、Ｓ２４の処理を実行する。

次に、図６を参照して、本第３実施例における入退管理処理の一連の流れを説明する。第３実施例の入退管理処理では、Ａ４４の処理とＡ４６の処理との間にＡ２０２の処理が実行される点で、第３実施例は第１実施例とは異なる。

Ａ２０２では、入退管理装置２０は、ＩＣカード２２のＩＣチップに記憶されている扉ＩＤ２４を、他の扉ＩＤ２４に変更する。その後、入退管理装置２０は、Ａ４６の処理を実行する。

（作用効果）
上記の通り、第３実施例では、図３のＳ２２では、制御部２８が電気錠３２を施錠状態に切り替えると、続いて、Ｓ２０２では、制御部２８は、ＩＣカード２２のＩＣチップに記憶されている扉ＩＤ２４を、これまでの扉ＩＤ２４とは異なる他の扉ＩＤ２４に変更する。このため、１つの扉ＩＤ２４を使い続ける場合に比べて、許可された利用者６以外の第三者が不正に入退口２を通過する事態をより適切に抑制し得る。

以上、実施例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。

（変形例１） 上記の実施例では、入退管理装置２０、１１０は、人感センサ３４を備えていなくてもよい。この場合、入退管理装置側処理のＳ２とＳ４の処理が省略されてもよい。この場合、ＮＦＣＩ／Ｆ２６は、入退管理装置２０、１１０の電源がオンされている間、常時起動していてもよい。

（変形例２） 上記の第２実施例においても、制御部２８は、第３実施例の入退管理装置側処理と同様の入退管理装置側処理を実行してもよい。即ち、制御部２８は、電気錠３２が解錠されて再度施錠される毎に、表示部１１２に表示させる情報コード１１４に記録させておく扉ＩＤ２４を変更するようにしてもよい。

（変形例３） 上記の第１実施例と第２実施例とにおいて、入退管理装置２０の制御部２８は、所定の期間毎に、例えば、１２時間毎や１日毎に、扉ＩＤ２４を、これまでの扉ＩＤ２４とは異なる他の扉ＩＤ２４に変更してもよい。この場合、メモリ３０には、複数個の扉ＩＤ２４が予め記憶されている。この構成では、入退口２のセキュリティ性を高めることができる。このため、１つの扉ＩＤ２４を使い続ける場合に比べて、許可された利用者６以外の第三者が不正に入退口２を通過する事態をより適切に抑制し得る。

（変形例４） 上記の第２実施例では、携帯端末１２０は、ＮＦＣＩ／Ｆ４２に代えてＩＣカードを備えていてもよい。この場合、図３の入退管理装置側処理におけるＳ１０の処理と、図８の携帯端末側処理のＳ１１０とＳ５４とＳ５８の処理とが省略されてもよい。また、図８のＳ４４の処理に代えて、制御部４６は、ＩＣカードに内蔵されるＩＣチップに鍵情報８０を記憶させる処理を実行してもよい。

（変形例５） 上記の第１実施例と第３実施例では、入退管理装置２０の制御部２８は、携帯端末４０にリードコマンドを供給し（図３のＳ１０）、そのリードコマンドを取得した携帯端末４０の制御部４６は、入退管理装置２０に鍵情報８０を供給する（図４のＳ５８）ことにより、携帯端末４０から入退管理装置２０への鍵情報８０の供給を実現している。これに代えて、携帯端末４０の制御部４６は、鍵情報８０を含むライトコマンドを入退管理装置２０に供給することによって、入退管理装置２０に鍵情報８０を供給するようにしてもよい。

（変形例６） 上記の第２実施例では、入退管理装置１１０は、情報コード１１４を含む種々の情報を表示させるための表示部１１２を備える。これに限られず、変形例では、入退管理装置１１０では、表示部１１２に代えて、情報コード１１４が印刷された紙等の記録媒体が設けられてもよいし、扉４近傍の壁、柱等に情報コード１１４が直接表示（例えば彫刻、印刷）されていてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２ ：入退口
４ ：扉
６ ：利用者
１０、１００：入退管理システム
２０、１１０：入退管理装置
２２ ：ＩＣカード
２４ ：扉ＩＤ
２６、４２：ＮＦＣＩ／Ｆ
２８、４６、７４：制御部
３０、５２、７６：メモリ
３２ ：電気錠
３４ ：人感センサ
４０、１２０：携帯端末
４４ ：操作部
４８、７２：Ｗｉ－ＦｉＩ／Ｆ
５０、１１２：表示部
５４ ：アプリケーション
５６ ：ユーザＩＤ
５８ ：鍵情報記憶領域
７０ ：サーバ
７８ ：許可者データベース
８０ ：鍵情報
１１４ ：情報コード
１２２ ：コード読み取り部

Claims (6)

1. 入退管理システムであって、
   入退口に設けられた扉の近傍に配置される入退管理装置と、
   利用者により携帯される携帯端末と、
   サーバと、を備え、
   前記入退管理装置は、
   前記扉を施錠するための電気錠と、
   前記扉を識別するための扉識別情報を有する情報媒体と、
   前記携帯端末との間で近距離無線通信を実行することによって、前記携帯端末から、施錠されている前記電気錠を解錠するために用いられる鍵情報を取得する管理装置取得部と、
   前記管理装置取得部によって取得された前記鍵情報を用いて、施錠されている前記電気錠を解錠する管理装置制御部と、を備え、
   前記携帯端末は、
   前記情報媒体から前記扉識別情報を取得する端末取得部と、
   前記携帯端末の前記利用者を識別するための利用者識別情報を記憶する第１のメモリと、
   第２のメモリと、
   前記サーバとの間で通信を実行可能な第１の通信実行部と、
   携帯端末制御部であって、
   前記端末取得部によって取得された前記扉識別情報と、前記第１のメモリに記憶されている前記利用者識別情報と、を含む認証要求を、前記第１の通信実行部を介して前記サーバに供給し、
   前記サーバに前記認証要求が供給された後で、前記サーバから、前記第１の通信実行部を介して前記鍵情報を取得し、
   取得された前記鍵情報を前記第２のメモリに記憶させる、
   前記携帯端末制御部と、を備え、
   前記サーバは、
   前記携帯端末から前記認証要求を取得すると、前記認証要求に含まれる前記扉識別情報と前記利用者識別情報との組合せが予め準備された許可者リスト内に存在するか否かを判断することによって認証を実行し、
   前記認証が成功する場合に、前記鍵情報を前記携帯端末に対して供給し、
   前記管理装置制御部は、施錠されている前記電気錠を解錠する毎に、前記電気錠を施錠した後に前記情報媒体が有する前記扉識別情報を変更する、
   入退管理システム。
2. 前記情報媒体は、前記扉識別情報が記憶された記憶媒体であり、
   前記端末取得部は、前記記憶媒体との間で近距離無線通信を実行することにより、前記記憶媒体から前記扉識別情報を取得する第２の通信実行部である、請求項１に記載の入退管理システム。
3. 前記情報媒体は、前記扉識別情報が記録された情報コードが表示される媒体であり、
   前記端末取得部は、前記情報媒体に表示された前記情報コードを光学的に読み取ることによって前記情報コードに記録された前記扉識別情報を取得するコード読み取り部である、請求項１に記載の入退管理システム。
4. 前記情報媒体は、前記情報コードを含む各種情報を表示可能なディスプレイ部を含む、請求項３に記載の入退管理システム。
5. 前記入退管理装置は、検出範囲内に存在する人物を検出可能な人感センサをさらに備え、
   前記管理装置制御部は、前記人感センサによって前記人物が検出される場合に、前記管理装置取得部を起動させる、請求項１から４のいずれか一項に記載の入退管理システム。
6. 入退管理システムであって、
   入退口に設けられた扉の近傍に配置される入退管理装置と、
   利用者により携帯される携帯端末と、
   サーバと、を備え、
   前記入退管理装置は、
   前記扉を施錠するための電気錠と、
   前記扉を識別するための扉識別情報を有する情報媒体と、
   前記携帯端末との間で近距離無線通信を実行することによって、前記携帯端末から、施錠されている前記電気錠を解錠するために用いられる鍵情報を取得する管理装置取得部と、
   前記管理装置取得部によって取得された前記鍵情報を用いて、施錠されている前記電気錠を解錠する管理装置制御部と、を備え、
   前記携帯端末は、
   前記情報媒体から前記扉識別情報を取得する端末取得部と、
   前記携帯端末の前記利用者を識別するための利用者識別情報を記憶する第１のメモリと、
   第２のメモリと、
   前記サーバとの間で通信を実行可能な第１の通信実行部と、
   携帯端末制御部であって、
   前記端末取得部によって取得された前記扉識別情報と、前記第１のメモリに記憶されている前記利用者識別情報と、を含む認証要求を、前記第１の通信実行部を介して前記サーバに供給し、
   前記サーバに前記認証要求が供給された後で、前記サーバから、前記第１の通信実行部を介して前記鍵情報を取得し、
   取得された前記鍵情報を前記第２のメモリに記憶させる、
   前記携帯端末制御部と、を備え、
   前記サーバは、
   前記携帯端末から前記認証要求を取得すると、前記認証要求に含まれる前記扉識別情報と前記利用者識別情報との組合せが予め準備された許可者リスト内に存在するか否かを判断することによって認証を実行し、
   前記認証が成功する場合に、前記鍵情報を前記携帯端末に対して供給し、
   前記管理装置制御部は、施錠されている前記電気錠を解錠する毎に、前記情報媒体が有する前記扉識別情報を変更し、
   前記情報媒体は、前記扉識別情報が記録された情報コードが表示される媒体であり、
   前記端末取得部は、前記情報媒体に表示された前記情報コードを光学的に読み取ることによって前記情報コードに記録された前記扉識別情報を取得するコード読み取り部であり、
   前記情報媒体は、前記情報コードを含む各種情報を表示可能なディスプレイ部を含む、入退管理システム。
   

Images