JP6934000B2 - 認証システム - Google Patents

Description

本発明は、認証システムに関し、例えば、読取端末により読み取られた記憶媒体の認証を行う認証システムに適用して好適なものである。

入退室管理を行う認証システムにおいては、一般的には認証情報を管理する認証情報管理サーバ側に入退室を許可する人員分の認証情報を予め登録し、管理者の操作、所定の間隔などにより、電気錠、読取端末が接続されている端末制御装置などに認証情報を配信する。

端末制御装置は、受信した認証情報を記憶する。そして、端末制御装置は、読取端末で読み取ったアクセスカードの認証情報を端末制御装置に記憶した認証情報と比較し、一致した認証情報があった場合、入退室を許可されていると判定して電気錠などの解錠動作を行っている。

しかしながら、認証情報管理サーバで既に登録されたアクセスカードであっても、端末制御装置にアクセスカードの認証情報が送信されていないために、アクセスカードの認証ができない事態が発生する問題がある。

近年、ＩＤ（identification）カードから読み取ったカードＩＤを含む認証要求を管理サーバに送信し、管理サーバは、受信した認証要求に含まれているカードＩＤが利用者に対応付けて登録されていない場合に、このカードＩＤが未登録である旨を含む認証結果をＭＦＰ（Multifunction Peripheral）に送信し、ＭＦＰは、カードＩＤが未登録である旨が送信されてきた場合に、カードＩＤ以外の利用者の認証情報である非カード認証情報を含むカード登録要求を管理サーバに送信し、管理サーバは、受信したカード登録要求に含まれている非カード認証情報が利用者に対応付けて登録されている場合に、このカード登録要求の対象であるカードＩＤを、この利用者に対応付けて登録する技術が開示されている（特許文献１参照）。

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

特許文献１に記載の技術は、非カード認証情報を含むカード登録要求を管理サーバに送信してカードＩＤを登録する技術であるが、入退出を管理する認証システムにおいては、アクセスカードを読み取るのはＭＰＦではなく読取端末であり、非カード認証情報等の入力を受け付けてカード登録要求を管理サーバに送信することはできないので、端末制御装置にて未登録のアクセスカードの認証ができない事態を回避することができない。

本発明は以上の点を考慮してなされたもので、読取端末で読み取られるアクセスカード等の記憶媒体の認証を適切に行うことができる認証システムを提案しようとするものである。

かかる課題を解決するため本発明においては、記憶媒体の認証情報を記憶する第１の記憶装置を有する管理装置と、前記第１の記憶装置から取得された認証情報を記憶する第２の記憶装置を有する端末制御装置と、を備える認証システムであって、前記端末制御装置は、読取端末により読み取られた記憶媒体の認証情報が前記第２の記憶装置に記憶されていないと判定したとき、前記記憶媒体の認証情報を前記管理装置に要求し、前記記憶媒体の認証情報を前記管理装置から受け取ったとき、前記記憶媒体の認証と、前記第２の記憶装置への前記記憶媒体の認証情報の追加と、を行い、前記管理装置は、前記端末制御装置により前記記憶媒体の認証情報が要求された場合、前記記憶媒体の認証情報が前記第１の記憶装置に記憶され、かつ、前記端末制御装置に送信することが予定されている他の記憶媒体の認証情報が前記第１の記憶装置に記憶されていると判定したとき、前記記憶媒体の認証情報に加えて、前記他の記憶媒体の認証情報を前記端末制御装置に送信するようにした。

上記構成では、読取端末により読み取られた記憶媒体の認証情報が第２の記憶装置に記憶されていない場合、記憶媒体の認証情報を管理装置に要求し、記憶媒体の認証情報を管理装置から受け取ったとき、記憶媒体の認証と、第２の記憶装置への記憶媒体の認証情報の追加と、を行う。かかる構成によれば、例えば、端末制御装置にて未登録の記憶媒体の認証ができない事態を回避し、第２の記憶装置の認証情報を自動で更新することで、記憶媒体の認証を適切に行うことができるようになる。

本発明によれば、信頼性の高い認証システムを実現することができる。

第１の実施の形態による認証システムに係る構成の一例を示す図である。 第１の実施の形態による管理装置に係る構成の一例を示す図である。 第１の実施の形態による端末制御装置に係る構成の一例を示す図である。 第１の実施の形態による認証情報テーブルの一例を示す図である。 第１の実施の形態による通行パターンテーブルの一例を示す図である。 第１の実施の形態による履歴テーブルの一例を示す図である。 第１の実施の形態による端末制御装置が実行する処理に係るフローチャートの一例を示す図である。 第１の実施の形態による管理装置が実行する処理に係るフローチャートの一例を示す図である。

以下図面について、本発明の一実施の形態を詳述する。

本実施の形態では、入退室管理を行う認証システムを例に挙げて説明する。例えば、本認証システムでは、新入社員が入ったときに、このビルのこのドアの通行を許可するといった認証を行うためのデータ（認証データ）の登録が人事部などによりサーバ装置に行われる。

ここで、従来の認証システムでは、ドアを制御するコントローラには、かかる認証データが直ぐには反映されず、例えば、夜間にバッチ処理が行われる場合、サーバ装置に認証データが登録されていても、コントローラに認証データがなく、通行できない状況になってしまう。また、システム管理者による手動更新処理が行われる場合、更新漏れがあると、更新が終わるまで、待たなければならない状況になってしまう。

また、例えば、従来の認証システムにおいて、コントローラが故障して新たなコントローラに入れ替える場合、認証データが記憶されていないので、必要となる大量の認証データを新たなコントローラに反映する必要があり、大量の認証データを反映し終えるまで、全ての者が通行できなくなってしまう。

また、近時、入退出を許可するユーザが頻繁に増減するため、入退出を許可されているユーザの認証データをタイムリーに更新することが望まれている。しかしながら、ユーザの認証データを頻繁に更新すると、ネットワークを含むシステムの負荷が増え、更新の頻度を減らすと、入退出を許可されているユーザの入出ができないという問題、既に入退出を許可されていないユーザが許可されたままとなってしまう問題等がある。

そこで、本認証システムでは、例えば、コントローラは、認証データがないと判定した場合、サーバ装置に問い合わせを行い、認証データをサーバ装置から取得したとき、ドアの解錠を行って通行を許可すると共に、認証データを更新することを特徴とする。

以下、詳細について説明する。

（１）第１の実施の形態
図１において、１は全体として第１の実施の形態による認証システムを示す。

図１は、認証システム１に係る構成の一例を示す図である。認証システム１は、管理装置１１０、端末制御装置１２０、読取端末１３０、および電気錠１４０を含んで構成される。

管理装置１１０は、ノートパソコン、サーバ装置等であり、入退室システムの管理を行う機能を備えるコンピュータである。例えば、管理装置１１０は、入退室管理システムのサービスを提供する事業者のデータセンター、入退室管理システムのサービスを受ける事業者の本社などに設置されている。なお、管理装置１１０は、クラウドを用いて実現されていてもよい。入退室管理を行う際に用いる認証情報（認証データ）は、管理装置１１０がアクセス可能な記憶装置に記録されている。

端末制御装置１２０は、コンピュータであり、建物など、入退室管理を行う対象（図示を省略する。）に設けられる。端末制御装置１２０は、通信回線１５０を介して常時または接続要求に応じて接続を行う形態で管理装置１１０と接続されている。また、端末制御装置１２０は、管理装置１１０より配信された認証情報を端末制御装置１２０に設けられた記憶装置に格納している。

読取端末１３０は、建物内のローカルエリアネットワーク（ＬＡＮ)などを介して、入退室管理を行うドア等の付近に設けられている。

電気錠１４０は、端末制御装置１２０より制御されるドアなどの解錠を行う。

上述した認証システム１において、例えば、端末制御装置１２０は、各種の情報を記憶可能な記憶媒体１６０（ＩＣ（Integrated Circuit）カード、磁気ストライプカード、ＩＣおよび磁気ストライプの両方を備えたハイブリッド型カード、スマートフォン等）が読取端末１３０にかざされた、または接触させられた場合、読取端末１３０で読み取られた記憶媒体１６０のデータ（例えば、記憶媒体１６０の識別子）を受信する。端末制御装置１２０は、記憶媒体１６０に対応する記憶装置に格納された認証情報の入退室権限に従って、電気錠１４０の解錠を行い、当該ドアの通行を許可する。

なお、端末制御装置１２０は、基本的には、複数設けられるが、説明の便宜上、１つ設けられる場合を示して説明する。なお、端末制御装置１２０は、１つであってもよいし、複数であってもよい。また、読取端末１３０は、基本的には、複数設けられるが、説明の便宜上、１つ設けられる場合を示して説明する。読取端末１３０は、１つであってもよいし、複数であってもよい。

図２は、管理装置１１０に係る構成の一例を示す図である。

管理装置１１０は、ＣＰＵ（Central Processing Unit）２１０と、記憶部２２０と、通信インターフェース２３０とを含んで構成される。

管理装置１１０の機能（更新情報送信部２２１等）は、例えば、ＣＰＵ２１０がプログラムを記憶部２２０に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。また、管理装置１１０の機能の一部は、管理装置１１０と通信可能な他のコンピュータにより実現されてもよい。

記憶部２２０は、第１の記憶装置の一例であり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）などであり、認証情報テーブル２２２、認証情報更新テーブル２２３、認証情報更新履歴テーブル２２４、および通行パターンテーブル２２５を記憶している。

認証情報テーブル２２２は、認証情報を格納する。なお、認証情報テーブル２２２については、図４を用いて後述する。認証情報更新テーブル２２３は、端末制御装置１２０に送信する予定の認証情報を格納する。なお、認証情報更新テーブル２２３に格納される認証情報は、認証情報テーブル２２２に格納される認証情報と同様であるので、図示は省略する。認証情報更新履歴テーブル２２４は、認証情報を端末制御装置１２０に送信した履歴を格納する。通行パターンテーブル２２５は、ドアへのアクセスの組み合わせをパターン化した情報を格納する。なお、通行パターンテーブル２２５については、図５を用いて後述する。

通信インターフェース２３０は、更新情報送信部２２１が、端末制御装置１２０の認証情報を更新するときにネットワークを介して送信するために用いる入出力処理を行う。

上述した構成において、例えば、更新情報送信部２２１は、認証情報更新テーブル２２３に格納された認証情報（記憶部２２０に追加された記憶媒体１６０の認証情報、削除された記憶媒体１６０の認証情報、変更された記憶媒体１６０の認証情報など）を端末制御装置１２０に送信する。

図３は、端末制御装置１２０に係る構成の一例を示す図である。

端末制御装置１２０は、ＣＰＵ３１０と、記憶部３２０と、通信インターフェース３３０とを含んで構成される。

端末制御装置１２０の機能（認証処理部３２１、電気錠制御部３２２など）は、例えば、ＣＰＵ３１０がプログラムを記憶部３２０に読み出して実行すること（ソフトウェア）により実現されてもよいし、専用の回路などのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとが組み合わされて実現されてもよい。また、端末制御装置１２０の機能の一部は、端末制御装置１２０と通信可能な他のコンピュータにより実現されてもよい。

記憶部３２０は、第２の記憶装置の一例であり、ＲＡＭ、ＲＯＭ、ＨＤＤなどであり、チェック用認証情報テーブル３２３、認証情報更新待ちテーブル３２４、および履歴テーブル３２５を記憶している。

チェック用認証情報テーブル３２３は、認証情報を格納する。なお、チェック用認証情報テーブル３２３に格納される認証情報は、認証情報テーブル２２２に格納される認証情報と同様であるので、図示は省略する。認証情報更新待ちテーブル３２４は、管理装置１１０から受け取った更新する認証情報を一時的に格納する。認証情報更新待ちテーブル３２４に格納された認証情報は、実際に認証に用いる情報としてチェック用認証情報テーブル３２３に反映される。なお、認証情報更新待ちテーブル３２４に格納される認証情報は、認証情報テーブル２２２に格納される認証情報と同様であるので、図示は省略する。履歴テーブル３２５は、どの認証情報を受け取り、どの電気錠１４０をいつ解錠したということを示す履歴情報を格納する。なお、履歴テーブル３２５については、図６を用いて後述する。

上述した構成において、認証処理部３２１は、例えば、チェック用認証情報テーブル３２３を用いて認証を行う。また、認証処理部３２１は、例えば、認証の際、読取端末１３０にて読み取られた記憶媒体１６０に対応する認証情報がないと判定した場合、管理装置１１０に問い合わせを行い、認証情報を管理装置１１０から取得したとき、認証が成功した旨の認証結果を電気錠制御部３２２に通知する。また、認証処理部３２１は、例えば、認証情報更新待ちテーブル３２４に格納された更新待ち認証情報を端末制御装置１２０の負荷が少ないときにチェック用認証情報テーブル３２３に反映して認証処理に使うことができるようにする。また、電気錠制御部３２２は、例えば、認証処理部３２１の認証結果に基づいて、読取端末１３０に対応する電気錠１４０を解錠する指示を出力する。

図４は、認証情報テーブル２２２の一例を示す図である。

認証情報テーブル２２２には、建物に出入りする可能性のある人の認証情報が格納される。より具体的には、認証情報テーブル２２２には、どの記憶媒体１６０の携帯者をどの通行パターンに従ってドアを通過することをいつからいつまで許可するかを判定可能な認証情報が登録される。

例えば、認証情報テーブル２２２には、記憶媒体１６０の識別子を示す管理番号４０１、記憶媒体１６０の携帯者の氏名を示す氏名４０２、記憶媒体１６０の携帯者の所属を示す所属４０３、ドアへのアクセスの組み合わせのパターンを示す通行パターン４０４、ドアへのアクセスの期限を示す通行期限４０５等の情報が対応付けられて記憶される。

図５は、通行パターンテーブル２２５の一例を示す図である。

通行パターンテーブル２２５には、通行パターン５０１毎に通行可能なドアの組み合わせを定義した通行可能ドア５０２の情報が対応付けられて記憶される。

図５に示す例では、ドアの各々は、出入りが可能であるという前提であり、丸印が付けられたドアの両側にある読取端末１３０から記憶媒体１６０が読み取られたときに、当該ドアの電気錠１４０が解錠されることを示す。

なお、読取端末１３０毎に通過の可否を定義してもよい。かかる定義によれば、入室のみ許可するドア、退出のみ許可するドアといった制御をすることが可能となる。

また、通行パターン（通行パターン４０４および通行パターン５０１）については、組織毎、役職毎に定義してもよい。かかる定義によれば、ユーザの所属、役職等で同じアクセスパターンを容易に設定することができる。

図６は、履歴テーブル３２５の一例を示す図である。

履歴テーブル３２５は、端末制御装置１２０により電気錠１４０が解錠された日時を示す日時６０１、解錠した電気錠１４０のドアを示す場所６０２、解錠に用いられた記憶媒体１６０の識別子を示す管理番号６０３、記憶媒体１６０の携帯者の氏名を示す氏名６０４（項目１）、記憶媒体１６０の携帯者の所属を示す所属６０５（項目２）等の情報が対応付けられて記憶される。

なお、図６に示す例では、社員以外の来場者である「ＧＵＥＳＴ１」、「ＧＵＥＳＴ２」がドアを通過した記録が格納されることも示されている。

図７は、端末制御装置１２０が実行する処理に係るフローチャートの一例を示す図である。

端末制御装置１２０は、端末制御装置１２０に接続されている読取端末１３０を介して記憶媒体１６０の識別子を取得する（ステップＳ７０１）。

続いて、端末制御装置１２０は、読取端末１３０にて読み取られた記憶媒体１６０の認証情報があるかについてチェック用認証情報テーブル３２３を検索する（ステップＳ７０２）。

続いて、端末制御装置１２０は、記憶媒体１６０の識別子がチェック用認証情報テーブル３２３に格納されているか否か（記憶媒体１６０に対応する認証情報があるか否か）を判定する（ステップＳ７０３）。端末制御装置１２０は、記憶媒体１６０に対応する認証情報があると判定した場合、ステップＳ７０９に処理を移し、記憶媒体１６０に対応する認証情報がないと判定した場合、ステップＳ７０４に処理を移す。

ステップＳ７０４では、端末制御装置１２０は、読取端末１３０で読み取られた記憶媒体１６０の認証情報の有無を管理装置１１０に問い合わせる。この際、端末制御装置１２０は、例えば、端末制御装置１２０の識別子とともに、取得した記憶媒体１６０の識別子を認証情報の検索要求として管理装置１１０に送信する。

続いて、端末制御装置１２０は、認証情報があるか否かを判定する（ステップＳ７０５）。端末制御装置１２０は、認証情報があると判定した場合、ステップＳ７０７に処理を移し、認証情報がないと判定した場合、ステップＳ７０６に処理を移す。

ステップＳ７０６では、端末制御装置１２０は、エラー処理として電気錠１４０の解錠をすることなく、処理を終了する。

ステップＳ７０７では、端末制御装置１２０は、読み取られた記憶媒体１６０の識別子に対応する認証情報を管理装置１１０から受信する。

続いて、端末制御装置１２０は、チェック用認証情報テーブル３２３の更新を行い（ステップＳ７０８）、ステップＳ７０９に処理を移す。

ステップＳ７０９では、端末制御装置１２０は、読取端末１３０に対応する電気錠１４０の解錠処理を行い、処理を終了する。解錠処理では、例えば、端末制御装置１２０は、認証情報に含まれる通行パターンに従って実際に通行してよいか否かを判定し、ドアの解錠が許可されている場合に解錠する指示を電気錠１４０に出力する。この際、端末制御装置１２０は、認証の状態（通行が許可されていること、通行が許可されていないこと等）を図示は省略する表示部（ＬＥＤ（Light Emitting Diode）、表示パネル等）に表示するように指示を出力してもよい。なお、端末制御装置１２０は、認証データがないことと、通行が許可されていないことを識別可能に表示するように指示を出力してもよい。

なお、端末制御装置１２０は、ステップＳ７０７に続いて、チェック用認証情報テーブル３２３へのアクセスが多いか否か（例えば、入退出の頻度が多いか否か）を判定し、チェック用認証情報テーブル３２３へのアクセスが多い場合、ステップＳ７０９の処理を行ってから、チェック用認証情報テーブル３２３へのアクセスが少ないとき（例えば、入退出の頻度が少ないとき）にステップＳ７０８の処理を行うようにしてもよい。

図８は、管理装置１１０が実行する処理に係るフローチャートの一例を示す図である。

管理装置１１０は、端末制御装置１２０から認証情報の検索要求を受信したか否かを判定する（ステップＳ８０１）。管理装置１１０は、認証情報の検索要求を受信したと判定した場合、ステップＳ８０２に処理を移し、認証情報の検索要求を受信していないと判定した場合、ステップＳ８０１に処理を戻す。

ステップＳ８０２では、管理装置１１０は、問い合わせがあった記憶媒体１６０の認証情報があるかについて認証情報更新テーブル２２３の認証情報を検索する。

続いて、管理装置１１０は、問い合わせがあった記憶媒体１６０の認証情報が認証情報更新テーブル２２３にあるか否かを判定する（ステップＳ８０３）。管理装置１１０は、認証情報があると判定した場合、ステップＳ８０５に処理を移し、認証情報がないと判定した場合、ステップＳ８０４に処理を移す。

ステップＳ８０４では、管理装置１１０は、問い合わせがあった記憶媒体１６０の認証を行うための認証情報がないことを示す情報を検索要求のあった端末制御装置１２０に回答し、処理を終了する。

ステップＳ８０５では、管理装置１１０は、問い合わせがあった記憶媒体１６０の識別子の端末制御装置１２０に送信する他の記憶媒体１６０の認証情報があるか否かを判定する。管理装置１１０は、他の記憶媒体１６０の認証情報があると判定した場合、ステップＳ８０６に処理を移し、他の記憶媒体１６０の認証情報がないと判定した場合、ステップＳ８０８に処理を移す。

上述したように、認証情報更新テーブル２２３には、新たにドアの通過を許可する認証情報だけでなく、ドアの通過許可を取り消す更新が含まれていることもある。例えば、ステップＳ８０５で問い合わせがあった認証情報の有無を確認するときに、他の記憶媒体１６０の認証を有効にするのか無効にするのか等の情報をあわせて送信するようにする。

ステップＳ８０６では、管理装置１１０は、問い合わせがあった記憶媒体１６０の認証情報があったことを示す情報を検索要求があった端末制御装置１２０に回答する。

続いて、管理装置１１０は、検索要求のあった端末制御装置１２０に認証情報更新テーブル２２３に格納されていた当該端末制御装置１２０に送信予定の認証情報全てを送信する（ステップＳ８０７）。

このとき、管理装置１１０は、所定の容量に分けて送信（端末制御装置１２０におけるバッファのサイズおよび／または通信回線１５０の通信容量に依存して送信する容量を決定して送信）することが好適である。かかる送信によれば、認証システム１における負荷を平準化することができる。

ステップＳ８０８では、管理装置１１０は、問い合わせがあった記憶媒体１６０の認証情報があったことを示す情報を検索要求のあった端末制御装置１２０に回答する。

続いて、管理装置１１０は、問い合わせがあった記憶媒体１６０の認証情報を要求があった端末制御装置１２０に送信し（ステップＳ８０９）、処理を終了する。

上述した実施の形態では、端末制御装置１２０で読取端末１３０から読み取った記憶媒体１６０の認証を行ったときに、認証情報がない場合、管理装置１１０に読み取った記憶媒体１６０の認証情報の有無を問い合わせ、認証情報があるとき、当該認証情報を用いて認証を行い、読取端末１３０に対応した電気錠１４０の解錠を行い、端末制御装置１２０に保持されている問い合わせた記憶媒体１６０の認証情報を追加する。

かかる構成によれば、管理装置１１０で既に登録された記憶媒体１６０であっても端末制御装置１２０に記憶媒体１６０の認証情報が送信されていないことにより、記憶媒体１６０の認証ができない事態を回避することができる。

（２）他の実施の形態
なお上述の実施の形態においては、本発明を認証システムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。

また上述の実施の形態においては、認証情報テーブル２２２と認証情報更新テーブル２２３とが設けられる場合について述べたが、本発明はこれに限らず、例えば、端末制御装置１２０を識別可能な識別情報、認証情報の更新が必要であるか否かを示す更新フラグなどのカラムを認証情報テーブル２２２に追加し、１つのテーブルにしてもよい。また、例えば、認証情報更新テーブル２２３には、更新された認証情報を送信する端末制御装置１２０を識別可能な情報（例えば、通行パターン４０４）により識別する処理を追加し、１つのテーブルにしてもよい。

また上述の実施の形態においては、ステップＳ７０８を行ってから、ステップＳ７０９を行う例を示したが、本発明はこれに限らず、ステップＳ７０９を行ってから、ステップＳ７０８を行うようにしてもよい。この場合、チェック用認証情報テーブル３２３に認証情報がない場合、認証情報更新待ちテーブル３２４に認証情報があるか否かを判定し、認証情報更新待ちテーブル３２４に認証情報がないとき、管理装置１１０に問い合わせを行うようにしてもよい。

また上述の実施の形態においては、通行パターンを用いて通行を許可するか否かを判定して解錠する場合について述べたが、本発明はこれに限らず、認証情報に通行パターンを含めずに、通行可能ドアの識別子を含めるようにしてもよい。この場合、ステップＳ７０２では、記憶媒体１６０の識別子とドアの識別子とが一致する認証情報をチェック用認証情報テーブル３２３から検索するようにしてもよい。

また上述の実施の形態においては、通行パターンテーブル２２５では、通行パターン５０１毎に通行可能なドアの組み合わせを定義した通行可能ドア５０２の情報が対応付けられる場合について述べたが、本発明はこれに限らず、通行パターンテーブル２２５では、通行パターン５０１毎に通行可能なドアの組み合わせを定義した通行可能ドア５０２と、建物を識別可能な識別情報とが対応付けられるようにしてもよい。

また上述の実施の形態においては、問い合わせがあった認証情報の有無を確認するときに、他の記憶媒体１６０の認証情報（認証を有効にするのか無効にするのか等の情報）をあわせて送付する場合について述べたが、本発明はこれに限らず、記憶媒体１６０の認証を有効にするのか無効にするのか等の情報については、適宜のタイミング（当該情報が登録されたタイミング、予め指定された時間など）で送信するようにしてもよい。

また上述の実施の形態においては、ステップＳ８０６およびステップＳ８０８の各々では、端末制御装置１２０に認証情報があったことを示す情報を送信する場合について述べたが、本発明はこれに限らず、管理装置１１０は、端末制御装置１２０に認証情報に基づいて通行を許可するか否かを判定し、判定結果を端末制御装置１２０に送信するようにしてもよい。

また上述の実施の形態においては、説明の便宜上、ＸＸテーブル、ＸＸファイルを用いて各種のデータを説明したが、データ構造は限定されるものではなく、ＸＸ情報などと表現してもよい。

また、上記の説明において各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。

上記構成によれば、例えば、端末制御装置１２０が読取端末１３０にて読み取られた記憶媒体１６０の認証情報の有無を管理装置１１０に問い合わせて当該認証情報を取得するので、ドアを制御する端末制御装置１２０に認証情報が直ぐには反映されない場合であっても、通行できない状況になってしまう事態を回避できる。また、システム管理者による手動更新処理が不要となるので、更新が終わるまで、待たなければならない状況を回避することができる。

また、上記構成によれば、例えば、端末制御装置１２０が故障して新たな端末制御装置１２０に入れ替える場合、端末制御装置１２０の負荷が低いときに反映が行われるので、大量の認証情報を反映し終えるまで、全ての者が通行できなくなってしまう事態を回避することができる。なお、ステップＳ８０３に続けてステップＳ８０８の処理を行う場合（ステップＳ８０５〜ステップＳ８０７を設けない場合）であっても、端末制御装置１２０が読取端末１３０にて読み取られた記憶媒体１６０の認証情報の有無を管理装置１１０に問い合わせて当該認証情報を取得し、自動で認証情報が追加されるので、通行できなくなってしまう事態を回避することができる。

また、上記構成によれば、例えば、送付予定の他の記憶媒体１６０の認証情報が合わせて送信されるので、入退出を許可するユーザが頻繁に増減したとしても、入退出を許可されているユーザの認証データをタイムリーに更新することができ、入退出を許可されているユーザの入出ができない事態、既に入退出を許可されていないユーザが許可されたままとなってしまう事態等を回避できるようになる。

上述した構成によれば、信頼性の高い認証システムを実現することができる。

１……認証システム、１１０……管理装置、１２０……端末制御装置、１３０……読取端末、１４０……電気錠。

Claims (2)

1. 記憶媒体の認証情報を記憶する第１の記憶装置を有する管理装置と、前記第１の記憶装置から取得された認証情報を記憶する第２の記憶装置を有する端末制御装置と、を備える認証システムであって、
   前記端末制御装置は、
   読取端末により読み取られた記憶媒体の認証情報が前記第２の記憶装置に記憶されていないと判定したとき、前記記憶媒体の認証情報を前記管理装置に要求し、
   前記記憶媒体の認証情報を前記管理装置から受け取ったとき、前記記憶媒体の認証と、前記第２の記憶装置への前記記憶媒体の認証情報の追加と、を行い、
   前記管理装置は、前記端末制御装置により前記記憶媒体の認証情報が要求された場合、前記記憶媒体の認証情報が前記第１の記憶装置に記憶され、かつ、前記端末制御装置に送信することが予定されている他の記憶媒体の認証情報が前記第１の記憶装置に記憶されていると判定したとき、前記記憶媒体の認証情報に加えて、前記他の記憶媒体の認証情報を前記端末制御装置に送信する、
   ことを特徴とする認証システム。
2. 前記管理装置は、送信する認証情報を所定の容量に分けて前記端末制御装置に送信する、
   ことを特徴とする請求項１に記載の認証システム。

Images