(57)【要約】【課題】  鍵管理装置において、利用者と管理者の両者の認証が必要な鍵を使用する場合、管理者は、利用者と共に鍵管理装置の設置場所に行かなければならない。【解決手段】  生体認証装置が組み込まれた鍵管理装置と、当該鍵管理装置とネットワークを介して接続され、管理者が鍵の使用の承認を行うときに用いる管理者用の生体認証装置と、各々の鍵について、管理者の承認の要／不要を記録する管理用サーバとを備えた構成とする。  利用者が管理者の承認が必要な鍵を使用する場合、利用者の生体認証の終了後、鍵管理装置は、管理用サーバを介して管理者へ承認要求を通知する。承認要求の通知を受け取った管理者は、管理者用の生体認証装置にて生体認証を行う。管理者の認証の終了後、利用者が鍵を使用できる状態となる。【選択図】  図１０
2010275778.tif 000002
【特許請求の範囲】
【請求項１】
第一の利用者の承認に用いるコンピュータと接続され、第二の利用者が使用する鍵を収納する鍵管理装置であって、
前記鍵管理装置は、前記第二の利用者の生体認証を行う利用者認証部と、前記第二の利用者が使用する鍵を指定する操作部と、鍵の取出しのロックおよび前記ロックの解除を行う収納部と、各部を制御する制御部とを備え、
前記利用者認証部における前記第二の利用者の生体認証の結果に応じて、前記操作部で指定された鍵の使用の承認要求を前記コンピュータに送信し、
前記コンピュータからの前記鍵についての使用許可を受信した後に、該鍵に対応する前記収納部のロックを解除すること
を特徴とする鍵管理装置。
【請求項２】
請求項１に記載された鍵管理装置であって、
各鍵の使用時に前記第一の利用者の承認を必要とするか否かを記録する記録部を備え、
前記制御部は、前記記録部を参照し、前記操作部で指定された鍵が前記第一の利用者の承認を必要とする場合、前記承認要求を前記コンピュータに送信すること
を特徴とする鍵管理装置。
【請求項３】
請求項１あるいは請求項２に記載された鍵管理装置であって、
前記鍵管理装置と接続されたサーバから、前記第二の利用者の生体情報と前記第二の利用者の生体情報を削除する時刻とを受信し、
前記第二の利用者の生体情報と、前記第二の利用者の生体情報を削除する時刻とを前記記録部に記録し、
前記第二の利用者の生体情報を削除する時刻に、前記第二の利用者の利用者の生体情報を前記記録部から削除することを特徴とする鍵管理装置。
【請求項４】
第一の利用者の承認に用いるコンピュータと第二の利用者の生体情報が記録されたサーバとに接続され、第二の利用者が使用する鍵を収納する鍵管理装置であって、
前記鍵管理装置は、前記第二の利用者の生体認証を行う利用者認証部と、前記第二の利用者が使用する鍵を指定する操作部と、鍵の取出しのロックおよび前記ロックの解除を行う収納部と、各鍵の使用時に前記第一の利用者の承認を必要とするか否かを記録する記録部と、各部を制御する制御部とを備え、
前記サーバから、前記第二の利用者の生体情報と前記第二の利用者の生体情報を削除する時刻とを受信し、
前記利用者認証部における前記第二の利用者の生体認証の結果および前記記録部の記録内容に応じて、前記操作部で指定された鍵の使用の承認要求を前記サーバに送信し、
前記コンピュータからの前記鍵についての使用許可を受信した後に、該鍵に対応する前記収納部のロックを解除し、
前記第二の利用者の生体情報を削除する時刻に、前記第二の利用者の生体情報を前記記録部から削除すること
を特徴とする鍵管理装置。
【請求項５】
請求項２〜請求項４のいずれか一つに記録された鍵管理装置であって、
前記記録部には、各収納部に固有の番号と、各収納部に収納された鍵の使用時に前記第一の利用者の承認を必要とするか否かを示す管理者承認可否とを対応付けて記録していること
を特徴とする鍵管理装置。
【請求項６】
請求項２〜請求項５のいずれか一つに記録された鍵管理装置であって、
前記記録部には、前記第二の利用者に固有のユーザＩＤと、前記各収納部に固有の番号と、前記第二の利用者による鍵の使用開始時刻と、前記第二の利用者による鍵の使用終了時刻とを対応付けて記録されていること
を特徴とする鍵管理装置。
【請求項７】
生体認証を用いた鍵管理システムであって、
第一の利用者の承認に用いるコンピュータと、前記コンピュータに接続され、前記第一の利用者の生体認証を行う認証装置と、第二の利用者の生体認証を行う利用者認証部と鍵の取出しのロックおよび前記ロックの解除を行う収納部とを有する鍵管理装置と、を備え、
前記鍵管理装置の制御部は、前記利用者認証部において前記第二の利用者の生体認証に成功した場合、前記操作部で指定された鍵の使用の承認要求を前記コンピュータに送信し、
前記コンピュータの制御部は、前記鍵管理装置からの前記承認要求を受信した後に、前記認証装置を介して前記第一の利用者の生体認証を行い、前記第一の利用者の生体認証に成功した場合、前記鍵の使用許可を前記鍵管理装置に送信し、
前記鍵管理装置の制御部は、前記コンピュータからの前記使用許可を受信した後に、該鍵に対応する前記収納部のロックを解除すること
を特徴とする鍵管理システム。
【請求項８】
請求項７に記載された鍵管理システムであって、
前記鍵管理装置は、各鍵の使用時に前記第一の利用者の承認を必要とするか否かを示す管理者承認可否を記録した記録部を備え、
前記鍵管理装置の制御部は、前記記録部を参照し、前記操作部で指定された鍵が前記第一の利用者の承認を必要とする場合、前記承認要求を前記サーバに送信すること
を特徴とする鍵管理システム。
【請求項９】
請求項７あるいは請求項８に記載された鍵管理システムであって、
前記第二の利用者の情報及び前記鍵管理装置の使用履歴を記録するサーバを備え、
前記サーバには、前記第二の利用者の生体情報と、前記第二の利用者の生体情報を前記鍵管理装置に送信する第一の時刻と、前記第二の利用者の生体情報を前記鍵管理装置から削除する第二の時刻とが記録され、
前記サーバの制御部は、前記第一の時刻において、前記第二の利用者の生体情報と前記第二の時刻とを前記鍵管理装置に送信し、
前記鍵管理装置の制御部は、前記サーバから受信した前記第二の利用者の生体情報と前記第二の時刻とを前記メモリに記録し、前記第二の時刻において、前記第二の利用者の生体情報を前記記録部から削除すること
を特徴とする鍵管理システム。
【請求項１０】
請求項７〜請求項９に記載された鍵管理システムであって、
前記サーバには、各鍵管理装置において鍵を使用するときに前記第一の利用者の承認を必要とするか否かを示す管理者承認可否が記録され、
前記サーバの制御部は、前記管理者承認可否を前記コンピュータに送信し、
前記コンピュータの制御部は、前記管理者承認可否の更新データを前記サーバに送信すること
を特徴とする鍵管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鍵の使用時に管理者の承認を要する鍵管理装置であって、特に、ネットワークを通じて管理者が承認可能な装置に関する。
【背景技術】
【０００２】
機密情報の漏洩防止、個人情報等の漏洩防止、あるいは防犯上の観点等から、重要書類や顧客情報が収納された書庫の鍵あるいは貨幣が管理される金庫の鍵等は、厳格な管理が求められる。上記の状況の中、厳格な管理が求められる鍵は、鍵管理装置を用いて管理されている。
【０００３】
上記鍵管理装置の一例として、特許文献１には、利用者が鍵の使用を希望する場合に、予め定めた他の複数の利用者の認証を必要とする鍵管理装置が記載されている。当該鍵管理装置は、個々の鍵に対して認証に必要な利用者の人数を一人／複数人に変更することが可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−２１２８４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
鍵管理装置で管理される鍵の中でも特に厳格な管理が求められる鍵（金庫の鍵等）は、セキュリティ上、利用者本人の認証だけでなく、複数人の認証が望まれる。この点において、特許文献１に記載された鍵管理装置は、複数の利用者の認証を必要とすることが可能な構成となっている。しかし、特許文献１の構成では、複数人の認証が望まれる鍵について認証時において、認証を行う者が全員鍵管理装置の設置場所に行かなければならない。したがって、利用者が鍵を使用するときに鍵の管理を行う管理者の承認が必要な場合は、当該管理者が鍵管理装置から離れた場所にいても、当該鍵管理装置が設置されている場所に行かなければならない点で不具合が生じる。
【課題を解決するための手段】
【０００６】
上記課題を達成するために、本発明における鍵管理システムは、利用者の生体情報を認証する利用者認証部を有する鍵管理装置と、当該鍵管理装置とネットワークを介して接続され、管理者が鍵の使用の承認を行うときに用いる生体認証装置（以下、管理者認証装置）と、各々の鍵について、管理者の承認の要／不要を記録する管理用サーバとを備えた構成とする。
【０００７】
管理者の承認を必要とする鍵を使用する場合、鍵管理装置は最初に利用者の生体認証を行う。上記利用者の生体認証の終了後、鍵管理装置は管理者に利用者の承認要求を通知する。承認要求の通知を受け取った管理者は、管理者認証装置を用いて生体認証を行う。上記管理者の生体認証の終了後、利用者は鍵を使用することが可能となる。
【発明の効果】
【０００８】
本発明によれば、利用者が管理者の承認を必要とする鍵を使用する場合において、管理者はネットワークを介して利用者の使用を承認することが可能である。そのため、管理者は、利用者が鍵の使用を希望する度に鍵管理装置の設置場所に行く必要が無く、管理者の利便性が向上する。
【図面の簡単な説明】
【０００９】
【図１】実施例１におけるシステム構成図である。
【図２】図１に示したシステム構成の詳細図である。
【図３】鍵管理装置の外観図である。
【図４】管理者承認要否データベースを示す図である。
【図５】鍵管理装置のメモリに記録される使用履歴データベースを示す図である。
【図６】使用可能鍵番号管理データベースを示す図である。
【図７】サーバ記録部に記録される使用履歴データベースを示す図である。
【図８】管理者データベースを示す図である。
【図９】管理者認証装置に記録されるデータベースを示す図である。
【図１０】実施例１における動作を示したフローチャートである。
【図１１】実施例２におけるシステム構成図である。
【図１２】図１１に示したシステム構成の詳細図である。
【図１３】管理者承認要否データベースを示す図である。
【図１４】鍵管理装置のメモリに記録される使用履歴データベースを示す図である。
【図１５】使用可能鍵番号管理データベースを示す図である。
【図１６】サーバ記録部に記録される使用履歴データベースを示す図である。
【図１７】管理者データベースを示す図である。
【図１８】実施例２における動作を示したフローチャートである。
【図１９】実施例３におけるシステム構成図である。
【図２０】図１９に示したシステム構成の詳細図である。
【図２１】管理者承認要否データベースを示す図である。
【図２２】鍵管理装置のメモリに記録される使用履歴データベースを示す図である。
【図２３】使用可能鍵番号管理データベースを示す図である。
【図２４】サーバ記録部に記録される使用履歴データベースを示す図である。
【図２５】管理者データベースを示す図である。
【図２６】利用者データベースを示す図である。
【図２７】実施例３における動作を示したフローチャートである。
【図２８】サーバ記録部に記録される使用履歴データベースを示す図である。
【図２９】管理者データベースを示す図である。
【図３０】利用者データベースを示す図である。
【図３１】実施例４における動作を示したフローチャートである。
【図３２】実施例４における動作を示したフローチャートである。
【発明を実施するための形態】
【実施例１】
【００１０】
以下、図１〜図６を参照して実施例１について説明する。
【００１１】
図１は、実施例１におけるシステム構成図である。実施例１における生体認証装置を用いた鍵管理装置及び鍵管理システムは、鍵管理装置１００ａ〜１００ｃと、ルータ１０１と、管理用サーバ２００と、管理用ＰＣ３００と、管理者認証装置４００とから構成され、それぞれネットワーク５００を介して接続されている。
各鍵管理装置１００ａ〜１００ｃと、管理用サーバ２００と、管理用ＰＣ３００とには、それぞれ装置名（ＩＰアドレスなど）が付される。本実施例では装置名の一例として、ローカルＩＰアドレス「１９２．１６８．ｘ．ｙ（ｘ、ｙ：任意）」を用いる。鍵管理装置１００のＩＰアドレスは「１９２．１６８．１００．ｚ（ｚ：任意）」とし、管理用サーバ２００のＩＰアドレスは「１９２．１６８．０．０」とし、管理者用ＰＣ３００のＩＰアドレスは「１９２．１６８．１．０」とする。
【００１２】
図２は、図１に示したシステム構成の詳細図である。ここでは説明の便宜上、鍵管理装置１００を一つのみ示し、ルータ１０１を省略する。鍵管理装置１００は、事務所、営業店、無人店舗、外部倉庫等に設置され、鍵管理装置全体を制御する管理装置制御部１１０と、鍵管理装置の使用履歴等を記録するメモリ１２０と、利用者の入力を受け付ける操作部１３０と、利用者の認証を行う利用者認証部１４０と、鍵１が保管される鍵使用／返却部１５０と、管理用サーバ２００及び管理用ＰＣ３００とのデータの送受信を行う管理装置送受信部１６０と、から構成される。
【００１３】
図３は、鍵管理装置１００の外観図である。鍵使用／返却部１５０は、鍵の取出しのロックおよびロックの解除を行う。鍵の使用が許可された場合、該鍵に対応する鍵使用／返却部１５０のロックが解除されることで、利用者は鍵を取り出すことができる。
【００１４】
図４は、メモリ１２０内に記録された管理者承認要否データベースであって、鍵１の使用時に管理者の承認を必要とするか否かについて示したものである。管理される鍵１にはそれぞれ鍵番号１２１が付され、管理者承認要否１２２と対応付けて記録される。
【００１５】
管理者承認要否１２２が「○」である場合は、利用者が鍵を使用する際に管理者の生体認証が必要となる。一方、管理者承認要否１２２が「×」である場合は、利用者が鍵を使用する際に管理者の生体認証は不要である。図４は一例として、管理される鍵が２０個の場合を示しており、鍵番号１２１には１〜２０の数字が付される。
【００１６】
図５は、同じくメモリ１２０内に記録される使用履歴データベースを示した図である。使用履歴には、利用者のユーザＩＤ１２３と、利用者が使用中の（あるいは使用した）鍵番号１２４と、利用開始時間１２５ａと、利用終了時間１２５ｂとが記録される。ユーザＩＤ１２３の一例として、会員番号、従業員番号等があるが、本実施例では「００４１」「００１２」のような４桁の番号を用いる。
【００１７】
図６は、利用者認証部１４０内に記録される使用可能鍵番号管理データベースを示した図である。上記データベースには、利用者のユーザＩＤ１４１と、利用者の生体情報１４２と、及び利用者の使用可能な鍵番号１４３と、が記録される。なお、図６では、一つのユーザＩＤ１４１あたり、一種類の生体情報１４２が記録されているが、複数の生体情報１４２が記録されても良い。
【００１８】
図２に戻り、管理用サーバ２００は、サーバ全体を制御するサーバ制御部２１０と、利用者及び管理者の情報を記録するサーバ記録部２２０と、鍵管理装置１００及び管理用ＰＣ３００とのデータの送受信を行うサーバ送受信部２３０と、から構成される。
【００１９】
図７は、サーバ記録部２２０内に記録される使用履歴データベースを示した図である。上記使用履歴には、装置名２２１と、利用者のユーザＩＤ２２２と、利用者が使用中（あるいは使用した）鍵番号２２３と、利用開始時間２２４ａと利用終了時間２２４ｂとが記録される。
【００２０】
図８は、サーバ記録部２２０内に記録される管理者データベースを示した図である。上記管理者データベースには、管理者の管理者ＩＤ２２５と、管理者のメールアドレス２２６とが記録される。
【００２１】
図２に戻り、管理用ＰＣ３００は、ＰＣ送受信部３１０と、ＰＣ全体を制御するＰＣ制御部３２０とから構成される。ＰＣ送受信部３２０は、鍵管理装置１００、管理用サーバ２００、及び管理者認証装置４００とのデータの送受信を行う。
【００２２】
管理者認証装置４００は、利用者が管理者の承認が必要な鍵を使用する際に、管理者の生体認証を行う。なお、管理者認証装置４００は図２に示すように管理用ＰＣ３００に接続されている構成でなく、ネットワーク５００に直接接続されていても良い。
【００２３】
図９は、管理者認証装置４００に記録される管理者生体情報データベースを示した図である。上記データベースには、管理者の管理者ＩＤ４０１と、管理者の生体情報４０２とが記録される。
【００２４】
図１０は、実施例１における動作を示したフローチャートである。
【００２５】
利用者が鍵管理装置１００で管理されている鍵１を使用する場合、鍵管理装置１００は、利用者によるユーザＩＤの入力待ちを行う（ステップ２０１）。利用者が操作部１３０でユーザＩＤの入力を行った後、利用者認証部１４０は、利用者の生体情報の認証を行う（ステップ２０２）。上記ユーザＩＤ及び利用者の生体情報が、利用者認証部１４０内に記録された、利用者のユーザＩＤ１４１及び利用者の生体情報１４２の組み合わせと一致する場合（利用者認証部１４０で読み取られた生体情報については、利用者の生体情報１４２との一致度が所定値以上の場合）、利用者の認証に成功したことになる（ステップ２０３）。一方、上記ユーザＩＤ及び生体情報が、利用者のユーザＩＤ１４１及び利用者の生体情報１４２の組み合わせと一致しない場合、利用者の認証が失敗したことになり、フローは終了となる（ステップ２０４）。
【００２６】
利用者の認証に成功した後（ステップ２０３）、鍵管理装置１００は、利用者が使用予定の鍵番号の入力待ちを行う（ステップ２０５）。利用者が操作部１３０で鍵番号の入力を行った後、メモリ１２０を参照して、上記鍵番号に対応する鍵は管理者の承認を必要とするものであるか確認する（ステップ２０６）。入力した鍵番号に対応する管理者承認要否１２２が「○」である場合、管理装置送受信部１６０は、管理用サーバ２００に承認要求を送信する（ステップ２０７）。当該承認要求には、上記鍵番号と鍵管理装置の装置名とを含むものとする。一方、入力した鍵番号に対応する管理者承認要否１２２が「×」である場合、鍵使用／返却部１５０のうち、入力した鍵番号に対応する鍵の取出しのロックを解除することで、利用者は鍵１を使用できる（ステップ２０８）。
【００２７】
ステップ２０７において承認要求が送信された場合、サーバ送受信部２３０は、管理者データベース内の管理者のメールアドレス２２６に承認要求があった旨を通知する（ステップ２０９）。なお、本実施例における管理者への通知は、管理用ＰＣ３００に接続されたアラームによる通知や、サーバ記録部２２０に記録された管理者の電話番号への連絡等でも良い。
【００２８】
承認要求があった旨の通知を受け取った管理者は、管理者認証装置４００で生体認証を行う（ステップ２１０）。管理者の生体情報が、管理者認証装置４００内のデータベースに記録された生体情報４０２と一致する場合、ＰＣ送受信部３２０は管理装置１００に鍵１の使用許可を送信する（ステップ２１１）。当該使用許可には、承認要求に記録された鍵番号および装置名と同一の鍵番号および装置名を含むものとする。管理装置送受信部１６０が上記使用許可を受信した後、鍵使用／返却部１５０のうち、入力した鍵番号に対応する鍵の取出しのロックを解除することで、利用者は鍵１を使用できる。一方、管理者の生体情報が、管理者認証装置４００内のデータベースに記録された生体情報４０２と一致しない場合、ＰＣ送受信部３２０は管理装置１００に管理者の認証ができなかった旨を送信し、フローは終了となる（ステップ２１２）。
【００２９】
以上のように、本実施例によれば、利用者が管理者の承認を必要とする鍵を使用する場合において、管理者はネットワークを介して利用者の使用を承認することが可能である。そのため、管理者は、利用者が鍵の使用を希望する度に鍵管理装置の設置場所に行く必要が無く、管理者の利便性が向上する。なお、管理者承認要否１２２が「○」である場合、管理者は管理者認証装置４００で生体認証を行う代わりに、利用者認証部１４０で生体認証を行っても良い。その場合、利用者認証部１４０中に当該管理者の生体情報が記録されていることが前提となる。
【実施例２】
【００３０】
実施例１は、管理者が一人である場合を想定しているが、管理者が不在であって認証できない場合など、管理者が複数人存在した方が好都合のときもある。実施例２ではそのような管理者が複数人いる場合を想定しており、さらに鍵の利用を承認する管理者を利用者に応じて変更できる構成とする。
【００３１】
なお、実施例１と同様に、利用者が生体情報を登録した鍵管理装置のみ使用することを想定しており、生体情報は登録した鍵管理装置以外に送信されない構成とする。
【００３２】
以下、図９と、図１１〜図１８とを参照して実施例２について説明する。
【００３３】
図１１は、実施例２におけるシステム構成図である。実施例２における生体認証装置を用いた鍵管理装置及び鍵管理システムは、鍵管理装置１００ａ〜１００ｂと、ルータ１０１と、管理用サーバ２００と、管理用ＰＣ３００ａ〜３００ｂと、ルータ３０１と、管理者認証装置４００ａ〜４００ｃとから構成され、それぞれネットワーク５００を介して接続されている。
【００３４】
各鍵管理装置１００ａ〜１００ｂと、管理用サーバ２００と、管理用ＰＣ３００ａ〜３００ｂとには、実施例１と同様にそれぞれ装置名が付される。以下、実施例１と同様に装置名の一例として、ローカルＩＰアドレスを用いるが、管理者用ＰＣ３００のＩＰアドレスは「１９２．１６８．１．ｗ（ｗ：任意）」とする点において実施例１のときと異なる。
【００３５】
図１２は、図１１に示したシステム構成の詳細図である。ここでは説明の便宜上、鍵管理装置１００を一つのみ示し、ルータ１０１を省略する。鍵管理装置１００、サーバ装置２００、管理用ＰＣ３００の各部分は、実施例１と同様の構成とするため、詳細な説明は省略する。
【００３６】
図１３〜図１５は、実施例２において、鍵管理装置１００内に記録されるデータベースを示す図である。図１３〜図１５は、それぞれ実施例１における図４〜図６に対応しているが、図１５に示す利用者認証部１４０に記録される使用可能鍵番号管理データベースにおいて、鍵の使用を承認する管理者の管理者ＩＤ１４４が、ユーザＩＤ１４１毎に記録されている点において実施例１とは異なる。なお、ユーザＩＤ１４１毎に、複数の管理者ＩＤ１４４を対応付けて記録される構成としても良い。
【００３７】
図１６および図１７は、実施例２において、サーバ記録部２２０内に記録される使用履歴データベースを示す図である。図１６および図１７は、それぞれ実施例１における図７及び図８に対応しているが、図１６に示す使用履歴データベースにおいて、鍵の使用を承認する管理者の管理者ＩＤ２２７が記録されている点において実施例１とは異なる。
【００３８】
なお、管理者認証装置４００に記録される管理者生体情報データベースは、図９に示す実施例１における場合と同様であるため、詳細な説明は省略する。
【００３９】
図１８は、実施例２における動作を示したフローチャートである。
【００４０】
利用者が鍵管理装置１００で管理されている鍵１を使用する場合、鍵管理装置１００は、利用者によるユーザＩＤの入力待ちを行う（ステップ３０１）。利用者が操作部１３０でユーザＩＤの入力を行った後、利用者認証部１４０は、利用者の生体情報の認証を行う（ステップ３０２）。上記ユーザＩＤ及び利用者の生体情報が、利用者認証部１４０内に記録された、利用者のユーザＩＤ１４１及び利用者の生体情報１４２の組み合わせと一致する場合、利用者の認証に成功したことになる（ステップ３０３）。一方、上記ユーザＩＤ及び生体情報が、利用者のユーザＩＤ１４１及び利用者の生体情報１４２の組み合わせと一致しない場合、利用者の認証が失敗したことになり、フローは終了となる（ステップ３０４）。
【００４１】
利用者の認証に成功した後（ステップ３０３）、鍵管理装置１００は、利用者が使用予定の鍵番号の入力待ちを行う（ステップ３０５）。利用者が操作部１３０で鍵番号の入力を行った後、鍵使用／返却部１１０を参照して、上記鍵番号に対応する鍵は管理者の承認を必要とするものであるか確認する（ステップ３０６）。入力した鍵番号に対応する管理者承認要否１２２が「○」である場合、鍵使用／返却部１１０より、利用者のユーザＩＤ１４１に対応付けて記録された管理者ＩＤ１４４を参照する（ステップ３０７）。その後、管理装置送受信部１６０は、管理用サーバ２００に上記管理者ＩＤ１４４を含む承認要求を送信する（ステップ３０８）。当該承認要求には、上記鍵番号と鍵管理装置の装置名と送信先となる管理用ＰＣ３００とを含むものとする。一方、入力した鍵番号に対応する管理者承認要否１２２が「×」である場合、鍵使用／返却部１５０のうち、入力した鍵番号に対応する鍵の取出しのロックを解除することで、利用者は鍵１を使用できる（ステップ３０９）。
【００４２】
ステップ３０８において承認要求が送信された場合、サーバ送受信部２３０は、管理者データベース内の管理者ＩＤ２２５から上記承認要求に含まれる管理者ＩＤを検索する（ステップ３１０）。その後、上記管理者ＩＤ２２５に対応付けて記録された管理者のメールアドレス２２６に承認要求があった旨を通知する（ステップ３１１）。
【００４３】
承認要求があった旨の通知を受け取った管理者は、管理者認証装置４００で生体認証を行う（ステップ３１２）。管理者の生体情報が、管理者認証装置４００内のデータベースに記録された生体情報４０２と一致する場合、ＰＣ送受信部３２０は管理装置１００に鍵１の使用許可を送信する（ステップ３１３）。当該使用許可には、承認要求に記録された鍵番号および装置名と同一の鍵番号および装置名を含むものとする。管理装置送受信部１６０が上記使用許可を受信した後、鍵使用／返却部１５０のうち、入力した鍵番号に対応する鍵の取出しのロックを解除することで、利用者は鍵１を使用できる。一方、管理者の生体情報が、管理者認証装置４００内のデータベースに記録された生体情報４０２と一致しない場合、ＰＣ送受信部３２０は管理装置１００に管理者の認証ができなかった旨を送信し、フローは終了となる（ステップ３１４）。
【００４４】
以上のように本実施例によれば、管理者が複数人いる場合でも、各管理者は遠隔操作にて承認作業ができる。そのため、鍵管理装置の使用目的ごとに管理者を変更することが可能となる。また、ユーザＩＤ毎に、複数の管理者ＩＤを対応付けて記録される構成とした場合、全ユーザの承認を可能な上位管理者と、一部ユーザの承認のみ可能な下位管理者とを設定することが可能である。
【実施例３】
【００４５】
鍵管理装置の利用者が派遣社員や短期間労働者等であって鍵管理装置を使用する期間が限定されている場合は、セキュリティ上、鍵管理装置を利用しない者の生体情報を削除することが望ましい。実施例３では、利用者の生体情報を管理者サーバ２００内で管理するために、利用者の生体情報と、生体情報の送信時刻と、生体情報を鍵管理装置から削除する時刻とをサーバ内に記録する構成とした。なお、本実施例における生体情報の削除とは、鍵管理装置から生体情報を削除することの他に、生体認証時に鍵管理装置に記録された生体情報を利用できなくすることも含めるものとする。
【００４６】
本実施例では、利用者が複数の鍵管理装置を使用する場合であって、各鍵管理装置の使用時間が予め決定している場合に、事前に登録された利用者の生体情報を送信することを想定している。一例として、無人店舗、外部倉庫、夜間金庫等の保守員が鍵管理装置を使用し、作業時間が予め決定している場合がある。
【００４７】
以下、図９と、図１９〜図２７とを参照して、実施例３について説明する。なお、以下の説明では実施例１と同様に管理者は一人であるが、実施例２と同様に管理者が複数であっても良い。
【００４８】
図１９は、実施例３におけるシステム構成図である。本実施例における生体認証装置を用いた鍵管理装置及び鍵管理システムは、鍵管理装置１００ａ〜１００ｃと、ルータ１０１と、管理用サーバ２００と、管理用ＰＣ３００と、管理者認証装置４００と、生体情報登録装置４１０とから構成され、それぞれネットワーク５００を介して接続されている。各鍵管理装置１００ａ〜１００ｃと、管理用サーバ２００と、管理用ＰＣ３００とには、それぞれ装置名（ＩＰアドレスなど）が付される。本実施例では装置名の一例として、ローカルＩＰアドレス「１９２．１６８．ｘ．ｙ（ｘ、ｙ：任意）」を用いる。鍵管理装置１００のＩＰアドレスは「１９２．１６８．１００．ｚ（ｚ：任意）」とし、管理用サーバ２００のＩＰアドレスは「１９２．１６８．０．０」とし、管理者用ＰＣ３００のＩＰアドレスは「１９２．１６８．１．０」とする。
【００４９】
図２０は、図１９に示したシステム構成の詳細図である。実施例１及び実施例２との相違点は、管理用ＰＣ３００に生体情報登録装置４１０とが接続されている点である。これは、利用者が管理用ＰＣ３００で事前に生体情報を登録する場合を想定しているが、生体情報登録装置４１０は、管理者認証装置４００と同一の装置としてもよい。また、鍵管理装置１００の利用者認証部で利用者の生体情報を登録してもよいが、この場合のブロック図は、図１と同様のものとなる。
【００５０】
図２１〜図２３は、実施例３において、鍵管理装置１００内に記録されるデータベースを示す図である。図２１〜図２３は、それぞれ実施例１における図４〜図６に対応しているが、図２３に示す利用者認証部１４０に記録される使用可能鍵番号管理データベースにおいて、鍵の使用可能開始時間１４５ａ及び使用可能終了時間１４５ｂが記録されている点において実施例１及び実施例２とは異なる。
【００５１】
図２４〜図２６は、実施例３において、サーバ記録部２２０内に記録される使用履歴データベースを示す図である。図２４および図２５は、それぞれ実施例１における図７および図８に対応している。図２６は、サーバ記録部２２０内に記録される利用者データベースを示した図である。上記利用者データベースには、利用者のユーザＩＤ２４１と、利用者の生体情報２４２と、生体情報を送信予定の装置名２４３と、利用者が使用可能な鍵番号２４４と、利用者が鍵管理装置を使用可能な時間を示す使用可能開始時間２４５ａ及び使用可能終了時間２４５ｂとが記録される。
【００５２】
なお、管理者認証装置４００に記録されるデータベースは、図９に示す実施例１における場合と同様であるため、詳細な説明は省略する。
【００５３】
図２７は、実施例３における動作を示したフローチャートである。
【００５４】
ＰＣ制御部３２０は、登録予定の新規ユーザＩＤの入力待ちを行う（ステップ４０１）。新規ユーザＩＤの入力後、生体情報登録装置４１０は、利用者の生体情報の採取を行う（ステップ４０２）。さらに、ＰＣ制御部３２０は、利用者が使用可能な鍵管理装置１００の装置名と、使用可能開始時間と、使用可能終了時間との入力待ちを行う（ステップ４０３）。管理者による装置名等の入力後、ＰＣ送受信部３１０は、上記ユーザＩＤと、生体情報と、装置名と、使用可能開始時間と、使用可能終了時間とを管理サーバ２００に送信する（ステップ４０４）。
【００５５】
サーバ送受信部２３０は管理者ＰＣ３００より送信された上記利用者のデータを受信する（ステップ４０５）。その後、サーバ制御部２１０は上記受信したデータをサーバ記録部２２０に記録する（ステップ４０６）。
【００５６】
上記サーバ記録部２２０に記録された利用者のデータは、使用可能開始時間２２５ａに記録された時間に（ステップ４０７）、送信予定の装置名２４３に記録された鍵管理装置１００に送信される（ステップ４０８）。
【００５７】
管理装置送受信部１４０は管理用サーバ２００より送信された上記利用者のデータを受信する（ステップ４０９）。その後、利用者認証部１４０内のデータベースに記録される（ステップ４１０）。
【００５８】
ステップ４１０によって、利用者が鍵管理装置１００で管理されている鍵１を使用することが可能となる（ステップ４１１）。鍵１の使用時におけるフローは実施例１に示したと同一であるため、詳細な説明は省略する。
【００５９】
利用者認証部１４０に記録された利用者のデータは、使用可能終了時間１４５ｂに記録された時間に（ステップ４１２）、利用者認証部１４０内に記録されたデータから消去する（ステップ４１３）。
【００６０】
以上のように本実施例によれば、利用者が複数の鍵管理装置を使用し、各鍵管理装置を使用する時間が既に決定している場合に、鍵管理装置に当該利用者の生体情報を一時的に記録することが可能である。さらに、無人店舗、外部倉庫、夜間金庫等での作業時以外は、当該利用者の生体情報は鍵管理装置内に存在しないため、作業以外の目的での使用を防止できる。
【実施例４】
【００６１】
実施例１では、利用者が管理者の承認を必要とする鍵を使用する場合において、管理者はネットワークを介して利用者の使用を承認することが可能である。しかし、管理者の承認を必要とする鍵を使用する場合であっても、緊急時は管理者の承認無しで鍵を使用できなければ、緊急事態に対応できない可能性がある。実施例４では、管理者の承認が必要な鍵を、緊急時等は管理者の承認を不要とすることで、緊急時対応の迅速化が可能な構成とする。
【００６２】
以下、図１〜図６と、図９と、図２８〜図３２とを参照して、実施例４について説明する。なお、以下の説明では実施例１に合わせた構成としているが、実施例２あるいは実施例３に合わせた構成としても良い。
【００６３】
図２８〜図３０は、実施例４において、サーバ記録部２２０に記録される管理者承認要否データベースを示す図である。図２８および図２９は、それぞれ実施例１における図７および図８に対応している。図３０は、サーバ記録部２２０内に記録される管理者承認要否データを示した図である。上記管理者承認要否データには、鍵管理装置の装置名２５１と、各鍵管理装置の鍵番号２５２と、各鍵の管理者承認要否２５３とが記録される。
【００６４】
図３１および図３２は、実施例４における動作を示したフローチャートである。
【００６５】
鍵管理装置１００で緊急事態が発生した場合、当該鍵管理装置１００の管理装置送受信部１６０は、管理用サーバ２００に緊急事態発生通知を送信する（ステップ５０１）。当該緊急事態発生通知には、上記鍵管理装置１００の装置名と鍵番号を含むものとする。
【００６６】
サーバ送受信部２３０は、緊急事態発生通知を受信した後（ステップ５０２）、管理者データベース内の管理者のメールアドレス２２６に緊急事態発生通知があった旨を通知する（ステップ５０３）。なお、実施例４における管理者への通知方法は、実施例１と同様に、アラーム通知、電話による連絡等でも良い。
【００６７】
緊急事態発生通知があった旨の通知を受け取った管理者は、管理者認証装置４００で生体認証を行う（ステップ５０４）。管理者の生体情報が、管理者認証装置４００内のデータベースに記録された生体情報４０２と一致する場合、ＰＣ送受信部３２０は管理用サーバ２００に、管理者承認要否の設定変更の許可を送信する（ステップ５０５）。一方、管理者の生体情報が、管理者認証装置４００内のデータベースに記録された生体情報４０２と一致しない場合、ＰＣ送受信部３２０は管理装置１００に管理者の認証ができなかった旨を送信し、フローは終了となる（ステップ５０６）。
【００６８】
サーバ送受信部２３０が上記設定変更の許可を受信した後、サーバ制御部２１０は、管理者承認要否２５３の記録を「○」から「×」に更新する（ステップ５０７）。
【００６９】
その後、鍵管理装置１００で緊急事態が終了した場合、当該鍵管理装置１００の管理装置送受信部１４０は、管理用サーバ２００に緊急事態終了通知を送信する（ステップ５０８）。サーバ送受信部２３０は、緊急事態終了通知を受信した後（ステップ５０９）、サーバ制御部２１０は、管理者承認要否２５３の記録を「×」から「○」に更新する（ステップ５１０）。
【００７０】
以上のように本実施例によれば、管理者の承認が必要な鍵を、緊急時等は管理者の承認を不要とすることで、緊急時対応の迅速化を可能とする。なお、上記フローでは、緊急事態の終了後に管理者承認要否が「×」から「○」に更新されるが（ステップ５１０）、当該更新前に管理者に認証を必要とする構成にしても良い。
【符号の説明】
【００７１】
１００：鍵管理装置、１０１：ルータ、１１０：管理装置制御部、１２０：メモリ、１２１：鍵番号、１２２：管理者承認要否、１２３：ユーザＩＤ、１２４：鍵番号、１２５：利用開始時間、１２６：利用終了時間、１３０：操作部、１４０：利用者認証部、１４１：ユーザＩＤ、１４２：生体情報、１４３：使用可能な鍵番号、１４４：管理者ＩＤ、１４５ａ：使用可能開始時間、１４５ｂ：使用可能終了時間、１５０：鍵使用／返却部、１６０：管理装置送受信部、２００：管理用サーバ、２１０：サーバ制御部、２２０：サーバ記録部、２２１：装置名、２２２：ユーザＩＤ、２２３：鍵番号、２２４ａ：利用開始時間、２２４ｂ：利用終了時間、２２５：管理者ＩＤ、２２６：管理者のメールアドレス、２３０：サーバ送受信部、２４１：ユーザＩＤ、２４２：生体情報、２４３：送信予定の装置名、２４４：使用可能な鍵番号、２４５ａ：使用可能開始時間、２４５ｂ：使用可能終了時間、２５１：装置名、２５２：鍵番号、２５３：管理者承認要否、３００：管理用ＰＣ、３０１：ルータ、３１０：ＰＣ送受信部、３２０：ＰＣ制御部、４００：管理者認証装置、４１０：生体情報登録装置、５００：ネットワーク
【図１】
2010275778.tif 000003
【図２】
2010275778.tif 000004
【図３】
2010275778.tif 000005
【図４】
2010275778.tif 000006
【図５】
2010275778.tif 000007
【図６】
2010275778.tif 000008
【図７】
2010275778.tif 000009
【図８】
2010275778.tif 000010
【図９】
2010275778.tif 000011
【図１０】
2010275778.tif 000012
【図１１】
2010275778.tif 000013
【図１２】
2010275778.tif 000014
【図１３】
2010275778.tif 000015
【図１４】
2010275778.tif 000016
【図１５】
2010275778.tif 000017
【図１６】
2010275778.tif 000018
【図１７】
2010275778.tif 000019
【図１８】
2010275778.tif 000020
【図１９】
2010275778.tif 000021
【図２０】
2010275778.tif 000022
【図２１】
2010275778.tif 000023
【図２２】
2010275778.tif 000024
【図２３】
2010275778.tif 000025
【図２４】
2010275778.tif 000026
【図２５】
2010275778.tif 000027
【図２６】
2010275778.tif 000028
【図２７】
2010275778.tif 000029
【図２８】
2010275778.tif 000030
【図２９】
2010275778.tif 000031
【図３０】
2010275778.tif 000032
【図３１】
2010275778.tif 000033
【図３２】
2010275778.tif 000034