(57)【要約】【課題】ある利用者により鍵の利用予約がなされている場合であっても、効率的かつ適正に他の利用者による当該鍵の利用を可能とすること。【解決手段】操作者Ｈ１が鍵の使用を事前に予約すると（Ｓ１）、管理サーバ２０は、予約内容を使用予約データ２４ｄとして管理する。予約された鍵について操作者Ｈ２が取出し操作を行うと（Ｓ２）、管理サーバ２０は、管理者端末３０に対して承認要求を送信する（Ｓ３）。管理者端末３０は、管理者Ｈ３に対して承認要求を報知し、管理者Ｈ３から承認操作を受け付けたならば（Ｓ４）、操作者Ｈ２による鍵の取出しを許可する（Ｓ５）。【選択図】図１
2018076641.tif 000002
【特許請求の範囲】
【請求項１】
鍵を保持する鍵保持部と、
前記鍵保持部に保持される鍵の予約操作を受け付ける操作部と、
前記操作部により受け付けた予約操作に係る情報を記億する記億部と、
前記記憶部に第１の予約操作に係る情報が記憶された鍵について、前記操作部から新たに第２の予約操作を受け付けた場合に、該第２の予約操作の承認要求を出力する出力部と
を備えたことを特徴とする鍵管理装置。
【請求項２】
前記操作部は、
前記記憶部に第１の予約操作に係る情報が記憶された鍵が前記鍵保持部に保持されていることを条件として、前記第２の予約操作を受け付ける
ことを特徴とする請求項１に記載の鍵管理装置。
【請求項３】
前記出力部は、
予約対象となる鍵の種別に応じて、承認要求を出力する出力先を変更する
ことを特徴とする請求項１又は２に記載の鍵管理装置。
【請求項４】
前記出力部は、
前記第１の予約操作の予約者による鍵の取出操作を受け付けた場合に、前記鍵保持部に鍵が保持されていないことを条件として、前記第２の予約操作の予約者に関する情報を出力する
ことを特徴とする請求項１乃至３のいずれか一つに記載の鍵管理装置。
【請求項５】
前記出力部は、
前記第１の予約操作による鍵の予約時間中に、該第１の予約操作の予約対象となる鍵の貸出及び返却がなされたならば、前記承認要求を出力しない
ことを特徴とする請求項１乃至４のいずれか一つに記載の鍵管理装置。
【請求項６】
鍵を保持する鍵保持部を有し、あらかじめ登録された鍵使用者に対して前記鍵の使用を許可する鍵管理装置と、鍵の予約情報を管理する管理装置とを通信可能に接続した鍵管理システムであって、
前記鍵管理装置は、
前記鍵保持部に保持される鍵の予約操作を受け付ける操作部と、
前記操作部により予約操作を受け付けたならば、前記管理装置に対して該予約操作の承認可否を問い合わせる問合せ部とを備え、
前記管理装置は、
前記鍵管理装置から受け付けた予約操作に係る情報を記憶する記憶部と、
前記鍵管理装置から予約操作の承認可否の問合せを受け付けたならば、前記記憶部に記憶された予約操作に係る情報に基づいて前記予約操作の承認の可否を判定する判定部と、
前記判定部により判定された前記予約操作の承認の可否を前記鍵管理装置に通知する通知部とを備えた
ことを特徴とする鍵管理システム。
【請求項７】
前記管理装置は、
承認者のスケジュール情報を管理する管理部をさらに備え、
前記通知部は、
前記鍵管理装置から予約操作の承認可否の問合せを受け付けたならば、前記管理部にて管理された承認者のスケジュール情報に基づいて、承認予測時間を前記鍵管理装置に通知する
ことを特徴とする請求項６に記載の鍵管理システム。
【請求項８】
鍵管理装置の鍵保持部に保持される鍵に対する予約操作を受け付ける予約操作受付ステップと、
前記予約操作受付ステップにより受け付けた予約操作に係る情報を所定の記億部に格納する格納ステップと、
前記所定の記憶部に第１の予約操作に係る情報が格納された鍵について、新たに第２の予約操作を受け付けた場合に、該第２の予約操作の承認要求を出力する承認要求ステップと
を含んだことを特徴とする鍵管理方法。
【請求項９】
鍵を保持する鍵保持部を有し、あらかじめ登録された鍵使用者に対して前記鍵の使用を許可する鍵管理装置と、鍵の予約情報を管理する管理装置とを通信可能に接続した鍵管理システムにおける鍵管理方法であって、
前記鍵管理装置が、前記鍵保持部に保持される鍵の予約操作を操作部にて受け付ける受付工程と、
前記操作部により予約操作を受け付けたならば、前記管理装置に対して該予約操作の承認可否を問い合わせる問合せ工程と、
前記管理装置が、前記鍵管理装置から予約操作の承認可否の問合せを受け付けたならば、所定の記憶部に記憶された予約操作に係る情報に基づいて前記予約操作の承認の可否を判定する判定工程と、
前記判定工程により判定された前記予約操作の承認の可否を前記鍵管理装置に通知する通知工程と
を含んだことを特徴とする鍵管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ある利用者により鍵の利用予約がなされている場合であっても、効率的かつ適正に他の利用者による当該鍵の利用を可能とする鍵管理装置、鍵管理システム及び鍵管理方法に関する。
【背景技術】
【０００２】
従来、銀行等の金融機関の店舗には、出納機、両替機等の貨幣処理装置が配設されている。この貨幣処理装置には複数の錠が設けられることが多く、例えば出納機の扉及び貨幣収納カセットには、それぞれ別個の錠が設けられている。また、これらの錠を施解錠するための鍵は、鍵管理装置において厳重に管理されている。
【０００３】
このため、貨幣処理装置の錠を解錠する場合には、操作員が、鍵管理装置に対して取出対象となる鍵の指定を含む所定の操作を行って、鍵管理装置から所望の鍵を取り出し、取り出した鍵を用いて貨幣処理装置に設けられた錠を解錠することになる。
【０００４】
ここで、かかる鍵管理装置からの鍵の取り出しを予約する技術が知られており、例えば特許文献１には、管理サーバにおいて鍵の利用予約又は予約変更等を管理し、この管理サーバで管理された情報に基づいて鍵管理装置を制御するよう構成したネットワーク鍵管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１８８１９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１のものは、管理サーバにおいて鍵の利用予約が行われている間は、他の利用者が該当する鍵を利用できないという問題がある。例えば、ある利用者Ａが鍵の利用予約を行った状況において、他の利用者Ｂが直ちに当該鍵を利用する必要が生じた場合には、予約者本人である利用者Ａによる鍵の利用予約の取消又は変更を行う必要が生じる。このため、利用者Ｂが予約者本人である利用者Ａにその旨を連絡しなければならず、業務の錯綜を招く可能性がある。特に、利用者Ａに連絡がつかない状況であれば、利用者Ｂは鍵を使用することができず、業務に深刻な支障を生ずることになる。
【０００７】
これらのことから、ある利用者により鍵の利用予約がなされている場合であっても、当該利用者による直接の取消又は変更を求めることなく鍵を利用可能とすることが重要な課題となっていた。
【０００８】
本発明は、上記従来技術の課題を解決するためになされたものであって、ある利用者により鍵の利用予約がなされている場合であっても、効率的かつ適正に他の利用者による当該鍵の利用を可能とする鍵管理装置、鍵管理システム及び鍵管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明は、鍵を保持する鍵保持部と、前記鍵保持部に保持される鍵の予約操作を受け付ける操作部と、前記操作部により受け付けた予約操作に係る情報を記億する記億部と、前記記憶部に第１の予約操作に係る情報が記憶された鍵について、前記操作部から新たに第２の予約操作を受け付けた場合に、該第２の予約操作の承認要求を出力する出力部とを備えたことを特徴とする。
【００１０】
また、本発明は、上記の発明において、前記操作部は、前記記憶部に第１の予約操作に係る情報が記憶された鍵が前記鍵保持部に保持されていることを条件として、前記第２の予約操作を受け付けることを特徴とする。
【００１１】
また、本発明は、上記の発明において、前記出力部は、予約対象となる鍵の種別に応じて、承認要求を出力する出力先を変更することを特徴とする。
【００１２】
また、本発明は、上記の発明において、前記出力部は、前記第１の予約操作の予約者による鍵の取出操作を受け付けた場合に、前記鍵保持部に鍵が保持されていないことを条件として、前記第２の予約操作の予約者に関する情報を出力することを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記出力部は、前記第１の予約操作による鍵の予約時間中に、該第１の予約操作の予約対象となる鍵の貸出及び返却がなされたならば、前記承認要求を出力しないことを特徴とする。
【００１４】
また、本発明は、鍵を保持する鍵保持部を有し、あらかじめ登録された鍵使用者に対して前記鍵の使用を許可する鍵管理装置と、鍵の予約情報を管理する管理装置とを通信可能に接続した鍵管理システムであって、前記鍵管理装置は、前記鍵保持部に保持される鍵の予約操作を受け付ける操作部と、前記操作部により予約操作を受け付けたならば、前記管理装置に対して該予約操作の承認可否を問い合わせる問合せ部とを備え、前記管理装置は、前記鍵管理装置から受け付けた予約操作に係る情報を記憶する記憶部と、前記鍵管理装置から予約操作の承認可否の問合せを受け付けたならば、前記記憶部に記憶された予約操作に係る情報に基づいて前記予約操作の承認の可否を判定する判定部と、前記判定部により判定された前記予約操作の承認の可否を前記鍵管理装置に通知する通知部とを備えたことを特徴とする。
【００１５】
また、本発明は、上記の発明において、前記管理装置は、承認者のスケジュール情報を管理する管理部をさらに備え、前記通知部は、前記鍵管理装置から予約操作の承認可否の問合せを受け付けたならば、前記管理部にて管理された承認者のスケジュール情報に基づいて、承認予測時間を前記鍵管理装置に通知することを特徴とする。
【００１６】
また、本発明は、鍵管理装置の鍵保持部に保持される鍵に対する予約操作を受け付ける予約操作受付ステップと、前記予約操作受付ステップにより受け付けた予約操作に係る情報を所定の記億部に格納する格納ステップと、前記所定の記憶部に第１の予約操作に係る情報が格納された鍵について、新たに第２の予約操作を受け付けた場合に、該第２の予約操作の承認要求を出力する承認要求ステップとを含んだことを特徴とする。
【００１７】
また、本発明は、鍵を保持する鍵保持部を有し、あらかじめ登録された鍵使用者に対して前記鍵の使用を許可する鍵管理装置と、鍵の予約情報を管理する管理装置とを通信可能に接続した鍵管理システムにおける鍵管理方法であって、前記鍵管理装置が、前記鍵保持部に保持される鍵の予約操作を操作部にて受け付ける受付工程と、前記操作部により予約操作を受け付けたならば、前記管理装置に対して該予約操作の承認可否を問い合わせる問合せ工程と、前記管理装置が、前記鍵管理装置から予約操作の承認可否の問合せを受け付けたならば、所定の記憶部に記憶された予約操作に係る情報に基づいて前記予約操作の承認の可否を判定する判定工程と、前記判定工程により判定された前記予約操作の承認の可否を前記鍵管理装置に通知する通知工程とを含んだことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ある利用者により鍵の利用予約がなされている場合であっても、効率的かつ適正に他の利用者による当該鍵の利用が可能となる。
【図面の簡単な説明】
【００１９】
【図１】図１は、本実施例に係る鍵管理システムの処理の概念を説明する図である。
【図２】図２は、鍵管理システムの構成を示すシステム構成図である。
【図３】図３は、鍵管理装置の外観を示す斜視図である。
【図４】図４は、鍵管理装置の構成を示す機能ブロック図である。
【図５】図５は、ホルダー設定データの具体例を示す図である。
【図６】図６は、貸出履歴データの具体例を示す図である。
【図７】図７は、使用予約データの具体例を示す図である
【図８】図８は、管理サーバの構成を示す機能ブロック図である。
【図９】図９は、使用者データの具体例を示す図である。
【図１０】図１０は、認証管理データの具体例を示す図である。
【図１１】図１１は、承認者予定データの具体例を示す図である。
【図１２】図１２は、鍵管理システムによる予約の処理手順を示すフローチャートである。
【図１３】図１３は、鍵管理システムによる鍵の取出し処理手順を示すフローチャートである。
【図１４】図１４は、図１３に示した割込使用処理の詳細を示すフローチャートである。
【図１５】図１５は、管理サーバの機能を有する鍵管理装置の構成を示す機能ブロック図である。
【発明を実施するための形態】
【００２０】
以下、添付図面を参照して、本発明に係る鍵管理装置、鍵管理システム及び鍵管理方法の好適な実施例を詳細に説明する。
【実施例】
【００２１】
＜鍵管理システムによる処理の概念＞
まず、本実施例に係る鍵管理システムによる処理の概念について説明する。図１は、本実施例に係る鍵管理システムの処理の概念を説明する図である。図１に示す鍵管理装置１０は、銀行等の金融機関の店舗に設けられ、貨幣処理装置や金庫等の鍵を収納する装置である。
【００２２】
具体的には、鍵管理装置１０は鍵収納庫を有しており、鍵収納庫には鍵を保持するホルダー１４を収納するホルダー収納部が複数設けられている。各ホルダー収納部は、対応するホルダー１４を挿入した状態でホルダー１４をロックし、ホルダー１４の取出しを制限することができる。
【００２３】
また、鍵管理装置１０は、所定のネットワークを介して管理サーバ２０や管理者端末３０と接続される。管理サーバ２０は、鍵の管理を行う装置である。具体的には、管理サーバ２０は、鍵管理装置１０のホルダー、鍵管理装置１０を使用する使用者、使用者の認証などに係るデータを保持し、使用者の認証に係る処理を行う。また、管理サーバ２０は、鍵の使用について予約を受け付け、使用予約データ２４ｄとして記憶する。
【００２４】
管理者端末３０は、鍵の管理について所定の権限を有する管理者により使用される装置である。管理者端末３０は、管理サーバ２０が保持するデータの生成、参照、変更などに用いられる。また、管理者端末３０は、予約された鍵を他の操作者が使用する場合に、他の使用者による鍵の取出しについての承認に用いられる。
【００２５】
図１では、操作者Ｈ１が鍵の使用を事前に予約している（Ｓ１）。この予約は、鍵管理装置１０に対する操作によって行ってもよいし、他の端末装置から行ってもよい。管理サーバ２０は、操作者Ｈ１を特定する使用者ＩＤと、予約対象のホルダー１４を特定するホルダー収納部番号と、予約の日時とを対応付けて使用予約データ２４ｄに登録する。
【００２６】
その後、操作者Ｈ２が鍵の取出し操作を行うと、管理サーバ２０は使用予約データ２４ｄを参照し、取出し対象のホルダー１４が予約された状態であるか否か、また予約時間内かを判定し、予約されていなければ取出しを許可する。ここで、取出し対象のホルダー１４が予約された状態でかつ予約時間内であるにも関わらず、予約した操作者Ｈ１による取出しが行われていないならば、操作者Ｈ２は予約に対する割込を行うことができる。ここで、割込とは、他の操作者により予約された状態の鍵を一時的に使用可能とすることをいう。
【００２７】
操作者Ｈ２が割込を行うと（Ｓ２）、管理サーバ２０は、管理者端末３０に対して承認要求を送信する（Ｓ３）。管理者端末３０は、管理者Ｈ３に対して割込の承認要求を報知し、管理者Ｈ３から承認操作を受け付けたならば（Ｓ４）、操作者Ｈ２による鍵の取出しを許可する（Ｓ５）。なお、管理者Ｈ３による承認が行わなければ、予約済であることを理由に鍵の取出しは禁止される。
【００２８】
このように、本実施例に係る鍵管理システムでは、管理サーバ２０が使用予約データ２４ｄによって鍵の使用予約を管理し、鍵管理装置１０が鍵の取出し操作を受け付けた場合には管理サーバ２０に対して取出しの可否を問い合わせ、他の操作者により予約されている場合であっても管理者による承認を条件に鍵の取出しを許可する。このため、ある操作者により鍵の使用予約がなされている場合であっても、効率的かつ適正に他の操作者による当該鍵の使用を可能とすることができる。
【００２９】
＜鍵管理システムの構成＞
次に、鍵管理システムの構成について説明する。図２は、鍵管理システムの構成を示すシステム構成図である。図２に示すように、本実施例に係る鍵管理システムでは、鍵管理装置１０、管理サーバ２０、管理者端末３０及び複数の利用端末４０が所定のネットワークを介して接続される。
【００３０】
利用端末４０は、貨幣入出金機、重要物管理装置、ＡＴＭ（現金自動預払機  Automatic Teller Machine）、両替機などであり、これらの装置に用いる鍵が鍵管理装置１０に収納される。なお、鍵管理装置１０は、ネットワークに接続された利用端末４０に用いる鍵に限らず、金庫の鍵など任意の鍵を収納することができる。
【００３１】
管理サーバ２０は、鍵の管理を行う装置である。具体的には、管理サーバ２０は、鍵管理装置１０のホルダー、鍵管理装置１０を使用する使用者、使用者の認証などに係るデータを保持し、使用者の認証に係る処理を行う。また、管理サーバ２０は、鍵の使用について予約を受け付け、使用予約データ２４ｄとして記憶する。
【００３２】
管理者端末３０は、鍵の管理について所定の権限を有する管理者により使用される装置である。管理者端末３０は、管理サーバ２０が保持するデータの生成、参照、変更などに用いられる。また、管理者端末３０は、予約された鍵を他の操作者が使用する場合に、他の使用者による鍵の取出しについての承認に用いられる。
【００３３】
＜鍵管理装置の構成＞
次に、鍵管理装置１０の外観について説明する。図３は、鍵管理装置１０の外観を示す斜視図である。図３に示すように、鍵管理装置１０は、扉１０ａにて開閉される鍵収納庫１０ｂ、表示操作部１１、指静脈読取部１１ａ、カードリーダ１２及びレシート取出口１５ａを有する。
【００３４】
鍵収納庫１０ｂには、複数のホルダー収納部１３が設けられている。ホルダー収納部１３は、保管対象の鍵がリングにより繋がれたホルダー１４を着脱可能に収納する。各ホルダー収納部１３は、ホルダー１４の取り出しを許可又は禁止することができるように図示しないロック機構を有する。鍵管理装置１０は、各ホルダー収納部１３に対するロック機構を制御することによって、各ホルダー１４の取り出しの許可又は禁止を制御する。
【００３５】
また、鍵管理装置１０は、表示操作部１１を有する。表示操作部１１は、タッチパネルディスプレイ等であり、操作者からの操作入力の受付と、各種情報の表示に用いられる。指静脈読取部１１ａは、操作者の指から静脈の状態を生体情報として読み取る場合に用いられる。なお、本実施例では指静脈を生体情報として用いる場合を例に説明を行うが、捜査者の認証には指紋、声紋、網膜など任意の生体情報を用いることができる。また、顔画像などを生体情報として用いる画像認証であってもよい。カードリーダ１２は、操作者が携行するカードから識別情報等を読み取る場合に用いられる。レシート取出口１５ａは、図示しないプリンタ１５で印刷した紙を取り出し可能に排出する。
【００３６】
次に、鍵管理装置１０の構成について説明する。図４は、鍵管理装置１０の構成を示す機能ブロック図である。図４に示すように、鍵管理装置１０は、扉施錠機構１０ｃ、表示操作部１１、指静脈読取部１１ａ、カードリーダ１２、ホルダー収納部１３、プリンタ１５、通信部１６、記憶部１７及び制御部１８を有する。表示操作部１１、指静脈読取部１１ａ、カードリーダ１２及びホルダー収納部１３については、図３を参照して説明したので、図４での説明は省略する。
【００３７】
扉施錠機構１０ｃは、鍵収納庫１０ｂの扉１０ａを施錠する機構である。プリンタ１５は、ロール紙に対して印刷する感熱式又はインクジェット式等の印刷部であり、鍵管理装置１０で管理される鍵ごとの使用状況等を印刷する。通信部１６は、管理サーバ２０とデータ通信するためのインタフェース部である。
【００３８】
記憶部１７は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１７は、ホルダー設定データ１７ａ、貸出履歴データ１７ｂ及び使用予約データ１７ｃを記憶する。ホルダー設定データ１７ａは、ホルダー収納部番号、鍵名称、鍵本数、割込の承認要求先など、ホルダー１４に関する各種情報を対応付けたデータである。貸出履歴データ１７ｂは、鍵の貸出の履歴を示すデータである。使用予約データ１７ｃは、管理サーバ２０が記憶する使用予約データ２４ｄと同一内容のデータであり、予約を行った操作者の使用者ＩＤと、予約対象のホルダー１４を特定するホルダー収納部番号と、予約の日時とを対応付けている。
【００３９】
制御部１８は、鍵管理装置１０の全体を制御する制御部であり、ホルダー設定部１８ａ、予約処理部１８ｂ、問合せ部１８ｃ、出力制御部１８ｄ、認証処理部１８ｅ及び貸出処理部１８ｆを有する。実際にはホルダー設定部１８ａ、予約処理部１８ｂ、問合せ部１８ｃ、出力制御部１８ｄ、認証処理部１８ｅ及び貸出処理部１８ｆに対応するプログラムを不揮発性メモリや磁気ディスク装置などの記憶装置に記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵ（Central Processing Unit）で実行することで、対応するプロセスを実行させることになる。
【００４０】
ホルダー設定部１８ａは、ホルダー設定データ１７ａの生成と更新を行う処理部である。このホルダー設定データ１７ａは、ホルダー収納部１３の識別情報であるホルダー収納部番号に対し、当該ホルダー収納部１３に収納されるホルダー１４が保持する鍵の名称及び本数と、当該ホルダー収納部１３の予約に対して割込を行う場合の承認要求先とを対応付けたデータである。ホルダー設定部１８ａは、ホルダー設定データ１７ａの設定や更新を行った場合に、ホルダー設定データ１７ａを記憶部１７に格納するとともに管理サーバ２０に送信する。
【００４１】
予約処理部１８ｂは、鍵の使用予約に係る処理を行う処理部である。具体的には、予約処理部１８ｂは、表示操作部１１により新規の使用予約を求める予約操作を受け付けた場合に、操作者の使用者ＩＤと、予約対象のホルダー収納部番号と、予約の日時とを特定する。
【００４２】
また、予約処理部１８ｂは、鍵の使用予約データ１７ｃの管理を行う。具体的には、後述する問合せ部１８ｃにより管理サーバ２０に使用予約の可否について問い合せが行われ、使用予約が許可された場合には、使用予約データ１７ｃを更新し、更新した使用予約データ１７ｃを管理サーバ２０に送信する。さらに、管理サーバ２０が使用予約データの更新を行った場合には、管理サーバ２０から更新後の使用予約データを受信して使用予約データ１７ｃを更新する。
【００４３】
また、予約処理部１８ｂは、表示操作部１１により鍵の取出し操作を受け付けた場合に、操作者の使用者ＩＤと、取出し対象のホルダー収納部番号とを特定する。
【００４４】
問合せ部１８ｃは、予約処理部１８ｂにより特定されたデータに基づいて管理サーバ２０に対する問い合わせを行う処理部である。新規の予約を行う場合には、問合せ部１８ｃは、使用者ＩＤ、ホルダー収納部番号及び予約の日時を含む新規予約の問い合わせを管理サーバ２０に送信する。新規の予約と競合する既存の予約が存在しなければ、管理サーバ２０から予約の許可を受信し、予約が行われる。また、既存の予約が存在するが、管理者などによる承認が得られた場合には、割込予約である旨が報知され、予約が行われる。承認を行う人物に予定が入っており、即時の承認ができない場合には、承認を行う人物の予定に基づいて承認予測時間が報知され、承認が得られたときに割込予約が行われる。なお、承認が得られなかったならば、既存の予約に対する割込予約は行われない。
【００４５】
鍵の取出しを行う場合には、問合せ部１８ｃは、使用者ＩＤ及びホルダー収納部番号を含む鍵取出しの問い合わせを管理サーバ２０に送信する。鍵の取出しと競合する既存の予約が存在しなければ、管理サーバ２０から鍵の取出し許可を受信することになる。また、既存の予約が存在するが、管理者などによる承認が得られた場合には、割込である旨が報知され、鍵の取出しが許可される。承認を行う人物に予定が入っており、即時の承認ができない場合には、承認を行う人物の予定に基づいて承認予測時間が報知され、承認が得られたときに鍵の取出しが許可される。なお、承認が得られなかったならば、鍵の取出しは禁止される。
【００４６】
出力制御部１８ｄは、新規の予約や鍵の取出しに係る各種出力を行う処理部である。具体的には、出力制御部１８ｄは表示操作部１１を用い、新規の予約の完了、鍵の取出しの許可、競合する既存の予約がある旨の報知、割込予約である旨の報知、承認予測時間の報知、承認が得られなかった旨の報知などを行う。
【００４７】
認証処理部１８ｅは、使用者ＩＤと認証用データとを用い、操作者の認証処理を行う。使用者ＩＤとしては、社員に付与された社員番号や、カードＩＤを用いることができる。社員番号などを使用者ＩＤとして用いる場合には、操作者が表示操作部１１を用いて入力を行う。カードＩＤを使用者ＩＤとして用いる場合には、操作者がカードをカードリーダ１２に通すことでカードＩＤの読み取りが行われる。認証用データとしては、暗証番号や、指静脈読取部１１ａが取得した生体情報を用いる。認証処理は、認証処理部１８ｅ自体が実行してもよいし、管理サーバ２０に行わせてもよい。管理サーバ２０に認証処理を行わせる場合には、認証処理部１８ｅは、使用者ＩＤと認証用データを管理サーバ２０に送信し、認証結果を受信することになる。
【００４８】
貸出処理部１８ｆは、認証の結果、鍵を取り出す権限を有する操作者であり、既存の予約に基づく使用禁止が行われなかった場合に、扉施錠機構１０ｃと指定されたホルダー収納部１３のロックを解除する。また、貸出処理部１８ｆは、ホルダー１４の取り出しを検知したならば、その時点の日時を貸出日時とし、貸出日時に使用者ＩＤ、貸出種別、ホルダー収納部番号を対応付けて貸出履歴データ１７ｂに登録する。貸出種別とは、割込による使用であるか、割込ではない通常の使用であるかを示す。また、割込の場合には、使用の目的をさらに含む。
【００４９】
また、貸出処理部１８ｆは、ホルダー１４がホルダー収納部１３に返却されたならば、ホルダー収納部１３をロックする。そして、その時点の日時を返却日時として貸出履歴データ１７ｂに登録する。
【００５０】
また、貸出処理部１８ｆは、鍵の貸出時間の管理を行う。具体的には、ホルダー収納部１３には、貸出時間の上限が設定されており、貸出日時から返却日時までの時間が上限を超過した場合には警報を出力する。
【００５１】
次に、図４に示した鍵管理装置１０の記憶部１７に記憶されるデータについて具体的に説明する。図５は、ホルダー設定データ１７ａの具体例を示す図である。図５に示すように、ホルダー設定データ１７ａは、ホルダー収納部１３の識別情報であるホルダー収納部番号に対し、鍵名称、鍵本数、割込の承認要求先を対応付けている。
【００５２】
図５では、ホルダー収納部番号「０１」に鍵名称「金庫鍵」、鍵本数「１」、複数認証方式対応「不可」、割込の承認要求先「管理者」が対応付けられている。また、ホルダー収納部番号「０２」に鍵名称「貨幣入出金機鍵」、鍵本数「３」、割込の承認要求先「先予約者」が対応付けられている。ここで、割込の承認要求先「先予約者」とは、既存の予約を行った人物による承認を求めることを示す。
【００５３】
図６は、貸出履歴データ１７ｂの具体例を示す図である。図６に示すように、貸出履歴データ１７ｂは、貸出日時、返却日時、使用者ＩＤ、貸出種別及びホルダー収納部番号を対応付けたデータである。具体的には、使用者ＩＤ「１１０１」である操作者が貸出日時「２０１６  ０７／１６  １０:４０」にホルダー収納部番号「０３」に対応するホルダー１４を取り出し、返却日時「２０１６  ０７／１６  １０:５３」に返却したことが示されている。また、このときの貸出種別は割込ではない「通常」であったことが示されている。
【００５４】
同様に、使用者ＩＤ「２００１」である操作者が貸出日時「２０１６  ０７／１６  １２:１５」にホルダー収納部番号「０２」に対応するホルダー１４を取り出した後、未返却の状態であることが示されている。また、このときの貸出種別は割込ではない「通常」であったことが示されている。
【００５５】
さらに、使用者ＩＤ「１００８」である操作者が貸出日時「２０１６  ０７／１６  １２:３０」にホルダー収納部番号「０８」に対応するホルダー１４を取り出し、返却日時「２０１６  ０７／１６  １５:００」に返却したことが示されている。また、このときの貸出種別は「割込（配達）」であり、配達業務のために既存の予約に割込を行ったことが示されている。
【００５６】
図７は、使用予約データ１７ｃの具体例を示す図である。図７では、社用車鍵を収納するホルダー収納部番号「８」について、「２０１６  ０７／１６  ０９:００」から「２０１６  ０７／１６  １６:３０」まで使用者ＩＤ「１０２１」の人物が目的「客先訪問」のために予約を行っていることを示している。さらに、この予約に対する割込予約として、「２０１６  ０７／１６  １２:３０」から「２０１６  ０７／１６  １５:００」まで使用者ＩＤ「１００８」の人物が目的「配達」のために予約を行っていることを示している。
【００５７】
＜管理サーバの構成＞
次に、管理サーバ２０の構成について説明する。図８は、管理サーバ２０の構成を示す機能ブロック図である。図８に示すように、管理サーバ２０は、表示部２１、入力部２２、通信部２３、記憶部２４及び制御部２５を有する。
【００５８】
表示部２１は、液晶ディスプレイ装置等の表示デバイスである。入力部２２は、キーボードやマウス等の入力デバイスである。通信部２３は、鍵管理装置１０、管理者端末３０、利用端末４０などとの通信を行う通信インタフェースである。
【００５９】
記憶部２４は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、ホルダー設定データ２４ａ、使用者データ２４ｂ、認証管理データ２４ｃ、使用予約データ２４ｄ及び承認者予定データ２４ｅを記憶する。ホルダー設定データ２４ａは、鍵管理装置１０のホルダー設定データ１７ａと同様のデータである。使用者データ２４ｂは、鍵管理装置１０を使用する使用者に関するデータである。認証管理データ２４ｃは、使用者の認証に用いるデータである。使用予約データ２４ｄは、鍵管理装置１０の使用予約データ１７ｃと同様のデータである。承認者予定データ２４ｅは、割込の承認を行う人物の予定を示すデータである。
【００６０】
制御部２５は、管理サーバ２０の全体を制御する制御部であり、ホルダー設定管理部２５ａ、使用者管理部２５ｂ、予約管理部２５ｃ、承認管理部２５ｄ、通知制御部２５ｅ及び認証管理部２５ｆを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、ホルダー設定管理部２５ａ、使用者管理部２５ｂ、予約管理部２５ｃ、承認管理部２５ｄ、通知制御部２５ｅ及び認証管理部２５ｆにそれぞれ対応するプロセスを実行させることになる。
【００６１】
ホルダー設定管理部２５ａは、鍵管理装置１０から受信したホルダー設定データ１９ａをホルダー設定データ２４ａとして記憶部２４に格納する処理を行う。また、管理者端末３０を介して管理者からの操作を受けてホルダー設定データ２４ａの生成や変更を行うこともできる。ホルダー設定管理部２５ａは、管理者からの操作を受けてホルダー設定データ２４ａの生成や変更を行った場合には、ホルダー設定データ２４ａを鍵管理装置１０に送信し、鍵管理装置１０が管理するホルダー設定データ１７ａを更新させる。
【００６２】
使用者管理部２５ｂは、使用者データ２４ｂの管理を行う処理部である。使用者データ２４ｂは、使用者ＩＤに対し、使用者属性、使用者名、連絡先などを対応付けたデータである。使用者属性には、例えば、「社員」、「管理者」、「パートタイム勤務」、「警送担当者」などを設定することができる。使用者名は、個人名であってもよいし、警送会社の名称などであってもよい。
【００６３】
予約管理部２５ｃは、鍵の使用予約を管理する処理部である。具体的には、予約管理部２５ｃは、鍵管理装置１０や管理者端末３０等から新規の予約について問い合わせをうけたならば、該問い合わせに示された使用者ＩＤ、予約対象のホルダー収納部番号及び予約の日時に基づいて使用予約データ２４ｄを参照する。その結果、競合する既存の予約が存在しなければ、予約の許可を送信し、使用予約データ２４ｄに新規の予約を登録する。競合する既存の予約が存在するならば、承認管理部２５ｄに承認要求を依頼し、承認が得られた場合に予約を行う。
【００６４】
また、予約管理部２５ｃは、鍵の使用予約データ１７ｃの管理を行う。具体的には、鍵管理装置１０が使用予約データの更新を行った場合には、鍵管理装置１０から更新後の使用予約データを受信して使用予約データ２４ｄを更新する。さらに、予約した本人による予約の取消しや変更を受け付けることもできる。
【００６５】
また、予約管理部２５ｃは、鍵管理装置１０から鍵の取出しについて問い合わせをうけたならば、該問い合わせに示された使用者ＩＤと取出し対象のホルダー収納部番号に基づいて使用予約データ２４ｄを参照する。その結果、競合する既存の予約が存在しなければ、鍵の取出し許可を送信する。競合する既存の予約が存在するならば、承認管理部２５ｄに承認要求を依頼する。
【００６６】
承認管理部２５ｄは、承認要求に係る処理を行う処理部である。まず、承認管理部２５ｄは、ホルダー設定データ２４ａの承認要求先に登録された人物である承認者について、その予定を承認者予定データ２４ｅに登録して管理する。
【００６７】
承認管理部２５ｄは、予約管理部２５ｃから承認要求依頼を受けた場合に、ホルダー設定データ２４ａを参照して、承認要求依頼に示されたホルダー収納部番号に対応する承認者を特定する。その後、特定した承認者の予定を承認者予定データ２４ｅから読み出し、予定が入っていなければ即時承認が可能であると判定し、承認者に対して承認要求を出力する。予定が入っているならば、承認管理部２５ｄは、予定の終了日時を承認予測時間として問い合わせ元に報知するとともに、承認者に対して承認要求を出力する。このとき、承認要求の出力は即時に行ってもよいし、予定の終了日時に合わせて行ってもよい。
【００６８】
通知制御部２５ｅは、承認者の操作に基づいて、承認の可否を問い合わせ元に通知する処理部である。承認者が承認する旨の操作を行ったならば、通知制御部２５ｅは、承認「可」との通知を行い、承認者が承認しない旨の操作を行ったならば、通知制御部２５ｅは、承認「非」との通知を行うことになる。また、承認の可否は予約管理部２５ｃにも通知され、割込の予約について承認「可」との通知を行った場合には、予約管理部２５ｃが予約の登録を行うことになる。
【００６９】
認証管理部２５ｆは、認証管理データ２４ｃの管理を行う処理部である。登録時には、認証管理部２５ｆは、鍵管理装置１０から使用者ＩＤや認証用データを受信し、対象となるホルダー収納部番号に対応付けて認証管理データ２４ｃに追加する処理を行う。また、鍵管理装置１０から使用者ＩＤと認証用データとを受信した場合には、受信した認証用データと認証管理データ２４ｃに登録された認証用データと比較することで認証処理を実行し、認証結果を鍵管理装置１０に送信する。
【００７０】
次に、図８に示した管理サーバ２０の記憶部２４に記憶されるデータについて具体的に説明する。図９は、使用者データ２４ｂの具体例を示す図である。図９に示すように、使用者データ２４ｂは、使用者ＩＤに対し、使用者属性、使用者名、連絡先などを対応付けたデータである。
【００７１】
図９では、使用者データ２４ｂは、使用者ＩＤ「１００１」に使用者属性「社員  管理者」、使用者名「Ａ  Ｂ」、連絡先「内線１００１」を対応付けている。同様に、使用者ＩＤ「１００２」に使用者属性「社員  一般」、使用者名「Ｃ  Ｄ」、連絡先「内線１００２」を対応付けている。また、使用者データ２４ｂは、使用者ＩＤ「１１０３」に使用者属性「パートタイム勤務」、使用者名「Ｅ  Ｆ」、連絡先「内線１１０３」を対応付けている。さらに、使用者ＩＤ「２００１」に使用者属性「警送担当者」、使用者名「警送会社Ｇ」、連絡先「０９０−ＸＸＸＸ−ＸＸＸＸ」を対応付けている。
【００７２】
図１０は、認証管理データ２４ｃの具体例を示す図である。図９に示すように、認証管理データ２４ｃは、ホルダー収納部番号に使用者ＩＤ、認証方式、認証用データ及び貸出時間上限を対応付けたデータである。
【００７３】
具体的には、認証管理データ２４ｃは、ホルダー収納部番号「０１」に使用者ＩＤ「１００１」、認証方式「使用者ＩＤ＋指静脈」、認証用データ「（指静脈データ）」及び貸出時間上限「６０分」を対応付けている。同様に、ホルダー収納部番号「０１」に使用者ＩＤ「１００２」、認証方式「使用者ＩＤ＋指静脈」、認証用データ「（指静脈データ）」及び貸出時間上限「６０分」を対応付けている。
【００７４】
また、認証管理データ２４ｃは、ホルダー収納部番号「０２」に使用者ＩＤ「１００１」、認証方式「カード」、認証用データ「（不要）」及び貸出時間上限「６０分」を対応付けている。同様に、ホルダー収納部番号「０２」に使用者ＩＤ「１００２」、認証方式「使用者ＩＤ＋暗証番号」、認証用データ「（暗証番号）」及び貸出時間上限「６０分」を対応付けている。さらに、ホルダー収納部番号「０２」に使用者ＩＤ「１１０３」、認証方式「カード＋認証番号」、認証用データ「（暗証番号）」及び貸出時間上限「３０分」を対応付けている。同様に、ホルダー収納部番号「０２」に使用者ＩＤ「２００１」、認証方式「カード＋暗証番号」、認証用データ「（暗証番号）」及び貸出時間上限「２０分」を対応付けている。
【００７５】
図１１は、承認者予定データ２４ｅの具体例を示す図である。図１１では、使用者ＩＤ「１００１」である人物の予定として、「２０１６  ０７／１６  ０９:００」から「２０１６  ０７／１６  １０:００」まで「部内会議」、「２０１６  ０７／１６  １２:００」から「２０１６  ０７／１６  １３:３０」まで「来客対応」が入っている状態を示している。
【００７６】
＜システムの処理動作＞
次に、鍵管理システムの各種処理動作について説明する。ここでは、鍵管理システムによる予約の処理手順と、鍵の取出し処理手順についてそれぞれ説明を行う。予約の処理手順では、予約操作を受け付けた場合に、既に他の予約が存在し、かつ予約時間が重複するならば、かかる競合の予約に対して割込予約を行うことになる。ただし、競合の予約が存在しても、既に使用されて返却済であるならば、割込予約ではなく通常の予約を行うことができる。鍵の取出し処理手順では、その時点で対象の鍵が使用中であるか否かによって、処理が変化することになる。
【００７７】
図１２は、鍵管理システムによる予約の処理手順を示すフローチャートである。まず、鍵管理装置１０等が予約操作を受け付けると（ステップＳ１０１）、鍵管理装置１０若しくは管理サーバ２０は、競合する予約が存在するか否かを判定する（ステップＳ１０２）。競合する予約がなければ（ステップＳ１０２；Ｎｏ）、予約操作に示された使用者ＩＤ、予約対象のホルダー収納部番号及び予約の日時に基づいて予約を設定し（ステップＳ１１１）、処理を終了する。
【００７８】
競合する予約が存在するならば（ステップＳ１０２；Ｙｅｓ）、鍵管理装置１０若しくは管理サーバ２０は、予約した使用者自身による鍵の返却が済んでいるか否かを判定する（ステップＳ１０３）。鍵返却が済んでいる場合には（ステップＳ１０３；Ｙｅｓ）、割込に係る承認要求などが不要であるため、予約操作に示された使用者ＩＤ、予約対象のホルダー収納部番号及び予約の日時に基づいて予約を設定し（ステップＳ１１１）、処理を終了する。
【００７９】
鍵返却が済んでいないならば（ステップＳ１０３；Ｎｏ）、管理サーバ２０の承認管理部２５ｄが対応する承認者を特定し（ステップＳ１０４）、承認者予定データ２４ｅを参照して承認者の予定を確認する（ステップＳ１０５）。その結果、予定が入っておらず、即時承認可能であれば（ステップＳ１０６；Ｙｅｓ）、承認管理部２５ｄは、承認者に承認要求を出力する（ステップＳ１０８）。一方、予定が入っており、即時承認可能でなければ（ステップＳ１０６；Ｎｏ）、予定の終了日時を承認予測時間として問い合わせ元に報知し（ステップＳ１０７）、承認者に承認要求を出力する（ステップＳ１０８）。
【００８０】
ステップＳ１０８の後、承認者が承認する旨の操作を行ったならば（ステップＳ１０９；Ｙｅｓ）、鍵管理装置１０若しくは管理サーバ２０は、予約操作に示された使用者ＩＤ、予約対象のホルダー収納部番号及び予約の日時に基づいて予約を設定し（ステップＳ１１１）、処理を終了する。承認者が承認しない旨の操作を行ったならば（ステップＳ１０９；Ｎｏ）、鍵管理装置１０若しくは管理サーバ２０は、割込が不可である旨の通知を行い（ステップＳ１１０）、処理を終了する。
【００８１】
図１３は、鍵管理システムによる鍵の取出し処理手順を示すフローチャートである。まず、鍵管理装置１０が鍵の取出し操作を受け付けると（ステップＳ２０１）、鍵管理装置１０は、同一の使用者による予約が行われているか否かを判定する（ステップＳ２０２）。同一の使用者による予約が行われているならば（ステップＳ２０２；Ｙｅｓ）、取出し対象の鍵が割込による使用中であるか否かを判定する（ステップＳ２０３）。割込による使用中で鍵が取り出されている状態であれば（ステップＳ２０３；Ｙｅｓ）、現在使用中の使用者についての情報、例えば氏名や連絡先などを報知し（ステップＳ２０４）、処理を終了する。
【００８２】
割込による使用中でなければ（ステップＳ２０３；Ｎｏ）、鍵管理装置１０は、操作者が適正に認証されていることを条件に鍵の取出しを許可し（ステップＳ２０６）、貸出履歴データ１７ｂを更新して（ステップＳ２０７）、処理を終了する。
【００８３】
同一の使用者による予約が行われていなければ（ステップＳ２０２；Ｎｏ）、鍵管理装置１０若しくは管理サーバ２０は、競合する予約が存在するか否かを判定する（ステップＳ２０５）。競合する予約が存在するならば（ステップＳ１０２；Ｙｅｓ）、割込使用処理を実行し（ステップＳ２０８）、処理を終了する。この割込み使用処理の詳細については後述する。
【００８４】
競合する予約が存在しなければ（ステップＳ２０５；Ｎｏ）、鍵管理装置１０は、操作者が適正に認証されていることを条件に鍵の取出しを許可し（ステップＳ２０６）、貸出履歴データ１７ｂを更新して（ステップＳ２０７）、処理を終了する。
【００８５】
図１４は、図１３に示した割込使用処理の詳細を示すフローチャートである。まず、鍵管理装置１０は、取出し対象の鍵が使用中であるか否かを判定する（ステップＳ３０１）。使用中、すなわち鍵が取り出されている状態であれば（ステップＳ３０１；Ｙｅｓ）、割込使用不可を通知して（ステップＳ３０２）、処理を終了する。
【００８６】
鍵が使用中でない、すなわち、対象の鍵を収納した状態であるならば（ステップＳ３０１；Ｎｏ）、鍵管理装置１０若しくは管理サーバ２０は、予約した使用者自身による鍵の返却が済んでいるか否かを判定する（ステップＳ３０３）。鍵返却が済んでいる場合には（ステップＳ３０３；Ｙｅｓ）、割込に係る承認要求などが不要であるため、操作者が適正に認証されていることを条件に鍵の取出しを許可し（ステップＳ３１０）、貸出履歴データ１７ｂを更新して（ステップＳ３１１）、処理を終了する。
【００８７】
鍵返却が済んでいないならば（ステップＳ３０３；Ｎｏ）、管理サーバ２０の承認管理部２５ｄが対応する承認者を特定し（ステップＳ３０４）、承認者予定データ２４ｅを参照して承認者の予定を確認する（ステップＳ３０５）。その結果、予定が入っておらず、即時承認可能であれば（ステップＳ３０６；Ｙｅｓ）、承認管理部２５ｄは、承認者に承認要求を出力する（ステップＳ３０８）。一方、予定が入っており、即時承認可能でなければ（ステップＳ３０６；Ｎｏ）、予定の終了日時を承認予測時間として問い合わせ元に報知し（ステップＳ３０７）、承認者に承認要求を出力する（ステップＳ３０８）。
【００８８】
ステップＳ３０８の後、承認者が承認する旨の操作を行ったならば（ステップＳ３０９；Ｙｅｓ）、鍵管理装置１０は、操作者が適正に認証されていることを条件に鍵の取出しを許可し（ステップＳ３１０）、貸出履歴データ１７ｂを更新して（ステップＳ３１１）、処理を終了する。承認者が承認しない旨の操作を行ったならば（ステップＳ３０９；Ｎｏ）、鍵管理装置１０若しくは管理サーバ２０は、割込が不可である旨の通知を行い（ステップＳ３０２）、処理を終了する。
【００８９】
＜変形例＞
次に、鍵管理装置の変形例について説明する。鍵管理装置は、単体で運用可能に構成することや管理サーバ２０の機能を有するよう構成することが可能である。図１５は、管理サーバ２０の機能を有する鍵管理装置１１０の構成を示す機能ブロック図である。
【００９０】
図１５に示した鍵管理装置１１０は、記憶部１７が使用者データ１１７ｄ、認証管理データ１１７ｅ及び承認者予定データ１１７ｆをさらに備え、制御部１８が問合せ部１８ｃに替えて承認管理部１１８ｃを備える点が図４に示した鍵管理装置１０と異なる。
【００９１】
使用者データ１１７ｄは、管理サーバ２０の使用者データ２４ｂと同様に、鍵管理装置１１０を使用する使用者に関するデータである。認証管理データ１１７ｅは、管理サーバ２０の認証管理データ２４ｃと同様に、使用者の認証に用いるデータである。承認者予定データ１１７ｆは、管理サーバ２０の承認者予定データ２４ｅと同様に承認者の予定を示すデータである。
【００９２】
承認管理部１１８ｃは、承認要求に係る処理を行う処理部である。まず、承認管理部１１８ｃは、ホルダー設定データ１７ａの承認要求先に登録された人物である承認者について、その予定を承認者予定データ１１７ｆに登録して管理する。
【００９３】
承認管理部１１８ｃは、予約処理部１８ｂが予約操作に基づいて使用者ＩＤと、予約対象のホルダー収納部番号と、予約の日時とを特定した場合に、競合する予約が存在する場ならば、ホルダー設定データ１７ａを参照して対応する承認者を特定する。その後、特定した承認者の予定を承認者予定データ１１７ｆから読み出し、予定が入っていなければ即時承認が可能であると判定し、出力制御部１８ｄに承認者への承認要求の出力を行わせる。予定が入っているならば、承認管理部２５ｄは、予定の終了日時を承認予測時間として操作者に報知するとともに、承認者への承認要求の出力を行わせる。このとき、承認要求の出力は即時に行ってもよいし、予定の終了日時に合わせて行ってもよい。
【００９４】
承認者が承認する旨の操作を行った場合、若しくは競合する予約が存在しない場合には、予約処理部１８ｂは既存の予約に対する割込予約を行う。競合する予約が存在し、承認が得られなかったならば、既存の予約に対する割込予約は行わない。
【００９５】
また、承認管理部１１８ｃは、予約処理部１８ｂが鍵の取出し操作に基づいて使用者ＩＤと、取出し対象のホルダー収納部番号とを特定した場合に、競合する予約が存在するｎならば、ホルダー設定データ１７ａを参照して対応する承認者を特定する。その後、特定した承認者の予定を承認者予定データ１１７ｆから読み出し、予定が入っていなければ即時承認が可能であると判定し、出力制御部１８ｄに承認者への承認要求の出力を行わせる。予定が入っているならば、承認管理部２５ｄは、予定の終了日時を承認予測時間として操作者に報知するとともに、承認者への承認要求の出力を行わせる。このとき、承認要求の出力は即時に行ってもよいし、予定の終了日時に合わせて行ってもよい。
【００９６】
承認者が承認する旨の操作を行った場合、若しくは競合する予約が存在しない場合には、鍵の取出しが許可される。競合する予約が存在し、承認が得られなかったならば、鍵の取出しは禁止される。
【００９７】
その他の構成及び動作については、図４に示した鍵管理装置１０と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。また、この鍵管理装置１１０は、所定の端末と接続し、該端末から各データの登録操作や各データの参照操作を行うことができる。
【００９８】
上述してきたように、本実施例に係る鍵管理システムでは、管理サーバ２０が使用予約データ２４ｄによって鍵の使用予約を管理し、鍵管理装置１０が鍵の取出し操作を受け付けた場合には管理サーバ２０に対して取出しの可否を問い合わせ、他の操作者により予約されている場合であっても管理者による承認を条件に鍵の取出しを許可する。このため、ある操作者により鍵の使用予約がなされている場合であっても、効率的かつ適正に他の操作者による当該鍵の使用を可能とすることができる。
【００９９】
なお、予約した操作者により鍵が使用中であれば、割込の使用は行われないため、不要な承認処理が発生することはない。また、鍵の種別毎に異なる承認者を設定し、適切な承認者に承認を求めることができるので、鍵の使用をさらに円滑に行うことができる。さらに、承認者の予定に応じ、適切なタイミングで承認と割込を行わせることができる。さらに、割込の使用により元の予約に係る操作者が鍵を使用出来ない場合には、割込の使用を行った操作者の情報を報知することができる。
【０１００】
また、上記実施例では、元の予約に係る操作者が鍵を使用し、返却を行った後は、予約自体が残っていても承認を不要としている。本人による返却後は他の操作者による予約の削除や変更を承認無しで実行可能としてもよい。
【０１０１】
なお、割込時に、競合する予約を更新可能としてもよい。この場合には、重要度によって承認者による承認を要求することが望ましい。また、割込や予定について優先順位を設定し、予定がある承認者に対しても予定と割込の優先順位によっては即時に承認を要求してもよい。また、予定のある承認者が、他の人物に代理での承認を許可するよう設定してもよい。
【０１０２】
また、上記実施例では、銀行等の金融機関の店舗における鍵管理システムを例に説明を行ったが、本発明はこれに限定されるものではなく、複数の鍵を管理する鍵管理システムに広く適用することができる。
【０１０３】
また、鍵管理装置は固定して設置される必要は無く、可搬型の鍵管理装置に本発明を適用してもよい。
【０１０４】
また、上述の実施例で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成であることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【産業上の利用可能性】
【０１０５】
本発明の鍵管理装置、鍵管理システム及び鍵管理方法は、ある利用者により鍵の利用予約がなされている場合であっても、効率的かつ適正に他の利用者による当該鍵の利用を可能とすることに有用である。
【符号の説明】
【０１０６】
１０、１１０  鍵管理装置
１０ａ  扉
１０ｂ  鍵収納庫
１０ｃ  扉施錠機構
１１  表示操作部
１１ａ  指静脈読取部
１２  カードリーダ
１３  ホルダー収納部
１４  ホルダー
１５  プリンタ
１５ａ  レシート取出口
１６、２３  通信部
１７、２４  記憶部
１７ａ、２４ａ  ホルダー設定データ
１７ｂ  貸出履歴データ
１７ｃ、２４ｄ  使用予約データ
１８、２５  制御部
１８ａ  ホルダー設定部
１８ｂ  予約処理部
１８ｃ  問合せ部
１８ｄ  出力制御部
１８ｅ  認証処理部
１８ｆ  貸出処理部
２０  管理サーバ
２１  表示部
２２  入力部
２４ｂ、１１７ｄ  使用者データ
２４ｃ、１１７ｅ  認証管理データ
２４ｅ、１１７ｆ  承認者予定データ
２５ａ  ホルダー設定管理部
２５ｂ  使用者管理部
２５ｃ  予約管理部
２５ｄ、１１８ｃ  承認管理部
２５ｅ  通知制御部
２５ｆ  認証管理部
３０  管理者端末
４０  利用端末
【図１】
2018076641.tif 000003
【図２】
2018076641.tif 000004
【図３】
2018076641.tif 000005
【図４】
2018076641.tif 000006
【図５】
2018076641.tif 000007
【図６】
2018076641.tif 000008
【図７】
2018076641.tif 000009
【図８】
2018076641.tif 000010
【図９】
2018076641.tif 000011
【図１０】
2018076641.tif 000012
【図１１】
2018076641.tif 000013
【図１２】
2018076641.tif 000014
【図１３】
2018076641.tif 000015
【図１４】
2018076641.tif 000016
【図１５】
2018076641.tif 000017