JP6802004B2 - 鍵管理装置、鍵管理システム及び鍵管理方法 - Google Patents

Description

この発明は、操作員による効率的かつ適正な鍵ホルダーの取得が可能な鍵管理装置、鍵管理システム及び鍵管理方法に関する。

従来、銀行等の金融機関の店舗には、出納機、両替機等の貨幣処理装置が配設されている。この貨幣処理装置には複数の錠が設けられることが多く、例えば出納機の扉及び貨幣収納カセットには、それぞれ別個の錠が設けられている。また、これらの錠を施解錠するための鍵は、鍵管理装置において厳重に管理されている。

このため、貨幣処理装置の錠を解錠する場合には、操作員が、鍵管理装置に対して取出対象となる鍵の指定を含む所定の操作を行って、鍵管理装置から所望の鍵を取り出し、取り出した鍵を用いて貨幣処理装置に設けられた錠を解錠することになる。

ここで、鍵管理装置には、鍵を保持するホルダー（以下、「鍵ホルダー」と言う）を収納する複数のホルダー収納部が設けられているため、操作員による所望の鍵ホルダーの取り出しを容易にした従来技術が知られている。例えば、特許文献１には、各ホルダー収納部の上部に表示部を設けておき、操作員が自らのカードをカードリーダに通すと、操作員が取出可能な鍵ホルダーの表示部を緑色に点灯させる技術が開示されている。このため、操作員は、緑色に表示された複数の鍵ホルダーの中から、鍵ホルダーの上部に貼られた鍵の名称等を参照して、所望の鍵ホルダーを抜き取ることができる。

特開平６―１６７１４６号公報

しかしながら、上記の特許文献１によれば、複数の表示部が緑色に点灯される場合が多いため、操作員自らが、複数の鍵ホルダーの中から所望の鍵ホルダーを選択しなければならない。

ここで、鍵管理装置によっては、鍵ホルダーの周囲に鍵の名称等の属性情報を印字した紙を貼るスペースが存在しない場合があるため、操作員がどの鍵ホルダーを取り出すべきかを特定できない場合がある。

本発明は、上記従来技術の問題点（課題）を解決するためになされたものであって、操作員による効率的かつ適正な鍵ホルダーの取得が可能な鍵管理装置、鍵管理システム及び鍵管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、鍵を保持するホルダーを収納する複数のホルダー収納部と、各ホルダー収納部と前記ホルダーに保持された鍵の本数を含む属性情報とを対応付けて記憶する記憶部と、特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付ける操作受付部と、前記操作受付部により前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けた場合に、前記記憶部に記憶された該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を出力する出力部とを備えたことを特徴とする。

また、本発明は、上記の発明において、前記記憶部は、各鍵保持部に保持される鍵が利用される装置の名称をさらに含む属性情報を記憶することを特徴とする。

また、本発明は、上記の発明において、前記操作受付部は、鍵を保持するホルダーが特定のホルダー収納部に押し込まれた場合に、前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けることを特徴とする。

また、本発明は、上記の発明において、前記操作受付部は、所定のタッチパネル部が特定のホルダー収納部の識別情報を受け付けた場合に、該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付け、前記出力部は、前記記憶部に記憶された該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を前記タッチパネル部に表示することを特徴とする。

また、本発明は、鍵を保持するホルダーを収納する複数のホルダー収納部を有する鍵管理装置と、前記鍵管理装置を管理する管理装置とを通信可能に接続した鍵管理システムであって、前記管理装置は、前記鍵管理装置の各ホルダー収納部と、前記ホルダーに保持された鍵の本数を含む属性情報とを対応付けて記憶する記憶部を有し、前記鍵管理装置は、特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付ける操作受付部と、前記操作受付部により前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けた場合に、前記管理装置から該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を取得して出力する出力部とを有することを特徴とする。

また、本発明は、上記の発明において、前記管理装置と通信可能に接続され、前記鍵管理装置の各ホルダー収納部に収納されるホルダーに保持される鍵の属性情報を登録する登録端末を有し、前記管理装置は、前記鍵管理装置の各ホルダー収納部と、前記登録端末により登録された各ホルダー収納部に収納されるホルダーに保持される鍵の属性情報とを対応付けて前記記憶部に記憶することを特徴とする。

また、本発明は、鍵を保持するホルダーを収納する複数のホルダー収納部を有する鍵管理装置における鍵管理方法であって、各ホルダー収納部と前記ホルダーに保持された鍵の本数を含む属性情報とを対応付けて記憶部に格納する格納工程と、特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付ける操作受付工程と、前記操作受付工程により前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けた場合に、前記記憶部に記憶された該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を出力する出力工程とを含んだことを特徴とする。

本発明によれば、操作員による効率的かつ適正な鍵ホルダーの取得が可能となる。

図１は、本実施例１に係る鍵管理装置の処理の概念を説明する図である。 図２は、鍵管理システムの構成を示すシステム構成図である。 図３は、鍵管理装置の外観を示す斜視図である。 図４は、鍵管理装置の構成を示す機能ブロック図である。 図５は、鍵管理マスタの具体例を示す図である。 図６は、鍵貸出履歴データの具体例を示す図である。 図７は、表示操作部による表示の具体例の説明図である。 図８は、管理サーバの構成を示す機能ブロック図である。 図９は、鍵管理装置の処理手順を示すフローチャートである。 図１０は、鍵管理マスタ格納処理の詳細を示すフローチャートである。 図１１は、鍵着脱処理の詳細を示すフローチャートである。 図１２は、本実施例２に係る鍵交換についての説明図である。 図１３は、鍵管理装置の構成を示す機能ブロック図である。 図１４は、鍵交換目的リスト及び鍵交換履歴データの具体例を示す図である。 図１５は、鍵使用予定データの具体例を示す図である。 図１６は、セット使用データ及びセット履歴データの具体例を示す図である。 図１７は、長時間使用履歴データの具体例を示す図である。 図１８は、鍵交換に係る処理手順を示すフローチャートである。 図１９は、鍵交換に係る操作画面例の説明図である。 図２０は、鍵使用予定の管理に係る処理手順を示すフローチャートである。 図２１は、セット使用における操作例の説明図である。

以下、添付図面を参照して、本発明に係る鍵管理装置、鍵管理システム及び鍵管理方法の好適な実施例を詳細に説明する。

＜鍵管理装置による処理の概念＞
まず、本実施例１に係る鍵管理装置による処理の概念について説明する。図１は、本実施例１に係る鍵管理装置の処理の概念を説明する図である。図１に示す鍵管理装置１０は、銀行等の金融機関の店舗に設けられ、貨幣処理装置や金庫等の鍵を収納する装置である。

鍵管理装置１０は、表示操作部１１及びカードリーダ１２を有する。表示操作部１１は、タッチパネルディスプレイ等であり、操作員からの操作入力の受付と、各種情報の表示に用いられる。カードリーダ１２は、操作員が携行するカードから識別情報等を読み取る場合に用いられる。

具体的には、操作員がカードをカードリーダ１２に通すと、カードリーダ１２がカードから識別情報であるカードＩＤを読み取り、該カードＩＤに基づいて操作員の認証が行われる。認証の結果、操作員に鍵を取り出す権限が設定されていれば、鍵収納庫の扉（図示せず）が解錠され、扉の開放が可能となる。鍵収納庫には、１又は複数の鍵をリングにより繋いで保持するホルダー１４が複数収納されている。また、それぞれのホルダー１４は、対応するホルダー収納部１３に挿入され、ロックされて収納される。

なお、本実施例１ではカードＩＤを磁気情報として格納した磁気カードを用い、カードリーダ１２が磁気カードからカードＩＤを読み取って操作員の認証を行う場合を例に説明を行うが、ＩＣ（integrated circuit）カードやコード入力を用いて操作員の認証を行ってもよい。例えば、非接触で近距離無線通信が可能なＩＣカードを用いる場合には、操作員はＩＣカードを対応するカードリーダに翳し、カードリーダが近距離無線通信によりＩＣカードからカードＩＤを読み取って操作員の認証を行うことになる。また、コード入力を用いる場合には、操作員は予め割り当てられたコードを表示操作部１１等により入力し、鍵管理装置１０は入力されたコードに基づいて操作員の認証を行うことになる。

ここで、操作員がいずれかのホルダー１４を押し込む操作を行うと（１）、鍵管理装置１０は、押し込まれたホルダー１４に保持された鍵の属性を表示操作部１１に表示する（２）。表示される鍵の属性は、鍵の名称や鍵の本数などである。また、鍵の名称としては、鍵が使用される装置の名称などを含めることが望ましい。かかる属性の表示により、操作員は鍵の名称などを確認した上で取出し操作を行って、所望の鍵を保持するホルダー１４を取得することができる。

このように、本実施例１に係る鍵管理装置１０は、ホルダー１４に保持された鍵の属性を記憶しており、押し込み操作により特定されるホルダー１４に保持された鍵の属性を表示操作部１１に表示制御する。このため、操作員は、鍵の属性を確認した上で適切なホルダーを効率的に取得することができる。また、ホルダー１４に保持された鍵の本数を管理することができる。

なお、図１では、ホルダー１４の押し込み操作を検知し、押し込み操作により特定されるホルダー１４に保持された鍵の属性を表示操作部１１に表示制御する場合を示したが、操作員が表示操作部１１に対してホルダー１４を特定する識別情報を入力した場合に、入力により特定されるホルダー１４に保持された鍵の属性を表示操作部１１に表示制御することも可能である。

＜鍵管理システムの構成＞
次に、鍵管理システムの構成について説明する。図２は、鍵管理システムの構成を示すシステム構成図である。図２に示すように、本実施例１に係る鍵管理システムでは、鍵管理装置１０と、貨幣入出金機４０及び重要物管理装置５０などの鍵が設けられた装置とが所定のネットワークを介して管理サーバ２０に接続される。また、管理サーバ２０は、管理者端末３０とも接続される。

鍵管理装置１０は、鍵管理システムに含まれる各種装置の操作に必要な鍵を保管するための装置である。鍵管理装置１０は、取り出したい鍵の指定操作を受け付けて、指定された鍵を取り出し可能とする。

貨幣入出金機４０は、バラ紙幣、所定枚数単位で結束された束紙幣、バラ硬貨及び所定枚数単位で包装された包装硬貨を取り扱う出納機である。貨幣入出金機４０は、かかる貨幣の払出指示操作を受け付けて、受け付けた指示操作に応じた貨幣の払出処理を行う。また、貨幣入出金機４０は、貨幣の収納指示操作を受け付けて、受け付けた指示操作に応じて貨幣の収納処理を行う。

重要物管理装置５０は、通帳、証書及び有価証券等の重要物を保管するための装置である。重要物管理装置５０は、かかる重要物を保管するための複数の収納部を有し、各収納部は、外部からのアクセスを制限するロック機構を有している。重要物管理装置５０は、重要物を取り出す旨の操作を受け付けて、指定された重要物の種類に応じて対応する収納部のロックを解除することにより、指定された重要物の取り出しを可能とする。

なお、ＡＴＭ（現金自動預払機 Automatic Teller Machine）、両替機、金庫などの鍵が設けられた装置を管理サーバ２０にさらに接続することとしてもよい。

管理サーバ２０は、各装置に使用する鍵の管理を行う。具体的には、鍵の属性、ホルダー、使用権限など、鍵の使用に関する各種情報を対応付けた鍵管理マスタを生成して保持し、必要に応じて鍵管理マスタを他の装置に配信する処理を行う。

管理者端末３０は、鍵管理マスタの生成や変更を行う権限を有する管理者により使用される装置である。鍵管理マスタの生成や変更を行う場合には、図２に示すように、管理者が管理者端末３０を操作し、管理サーバ２０に対して鍵管理マスタ登録・更新要求を送信する（１）。

管理サーバ２０は、管理者端末３０から鍵管理マスタ登録・更新要求を受信すると、鍵管理マスタの生成や更新を行って自装置に保持するとともに、新たな鍵管理マスタを鍵管理装置１０に配信する（２）。鍵管理装置１０は、配信された鍵管理マスタを保持し、管理サーバ２０は、鍵管理マスタの配信完了を管理者端末３０に通知する（３）。

＜鍵管理装置の構成＞
次に、鍵管理装置１０の外観について説明する。図３は、鍵管理装置１０の外観を示す斜視図である。図３に示すように、鍵管理装置１０は、扉１０ａにて開閉される鍵収納庫１０ｂ、表示操作部１１、カードリーダ１２及びレシート取出口１５ａを有する。

鍵収納庫１０ｂには、複数のホルダー収納部１３が設けられている。ホルダー収納部１３は、保管対象の鍵がリングにより繋がれたホルダー１４を着脱可能に収納する。各ホルダー収納部１３は、ホルダー１４の取り出しを許可又は禁止することができるように図示しないロック機構を有する。鍵管理装置１０は、各ホルダー収納部１３に対するロック機構を制御することによって、各ホルダー１４の取り出しの許可又は禁止を制御する。

また、鍵管理装置１０は、表示操作部１１を有する。表示操作部１１は、タッチパネルディスプレイ等であり、操作員からの操作入力の受付と、各種情報の表示に用いられる。カードリーダ１２は、操作員が携行するカードから識別情報等を読み取る場合に用いられる。レシート取出口１５ａは、図示しないプリンタ１５で印刷した紙が取り出し可能に排出される口である。

次に、鍵管理装置１０の構成について説明する。図４は、鍵管理装置１０の構成を示す機能ブロック図である。図４に示すように、鍵管理装置１０は、扉施錠機構１０ｃ、表示操作部１１、カードリーダ１２、ホルダー収納部１３、プリンタ１５、通信部１６、記憶部１７及び制御部１８を有する。表示操作部１１、カードリーダ１２及びホルダー収納部１３については、図３の外観の説明において説明したので、図４での説明は省略する。

扉施錠機構１０ｃは、鍵収納庫１０ｂの扉１０ａを施錠する機構である。プリンタ１５は、ロール紙に対して印刷する感熱式又はインクジェット式等の印刷部であり、鍵管理装置１０で管理される鍵ごとの使用状況等を印刷する。通信部１６、通信線９０を介して管理サーバ２０とデータ通信するためのインタフェース部である。

記憶部１７は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１７は、鍵管理マスタ１７ａ及び鍵貸出履歴データ１７ｂを記憶する。鍵管理マスタ１７ａは、鍵の属性、ホルダー、使用権限など、鍵の使用に関する各種情報を対応付けたデータである。鍵貸出履歴データ１７ｂは、鍵の貸出の履歴を示すデータである。

制御部１８は、鍵管理装置１０の全体を制御する制御部であり、鍵管理マスタ処理部１８ａ、貸出処理部１８ｂ、ホルダー指定操作受付部１８ｃ及び鍵属性出力部１８ｄを有する。実際には、鍵管理マスタ処理部１８ａ、貸出処理部１８ｂ、ホルダー指定操作受付部１８ｃ及び鍵属性出力部１８ｄに対応するプログラムを不揮発性メモリや磁気ディスク装置などの記憶装置に記憶しておき、これらのプログラムをメモリにロードして、ＣＰＵ（Central Processing Unit）で実行することで、対応するプロセスを実行させることになる。

鍵管理マスタ処理部１８ａは、管理サーバ２０から受信した鍵管理マスタを記憶部１７に格納することで鍵管理マスタ１７ａを更新し、管理サーバ２０に対して更新完了を通知する処理を行う。

貸出処理部１８ｂは、鍵の貸出と返却を管理する処理部である。具体的には、貸出処理部１８ｂは、カードリーダ１２がカードＩＤを読み取った場合に、読み取ったカードＩＤの認証処理を行う。認証の結果、鍵を取り出す権限が設定されていれば、貸出処理部１８ｂは、扉施錠機構１０ｃを解錠制御する。

また、貸出処理部１８ｂは、カードＩＤの認証後、表示操作部１１が鍵使用操作を受け付けた場合に、鍵の貸出処理を行う。具体的には、鍵使用操作により指定されたホルダー収納部１３に使用権限が設定されたカードＩＤであることを条件に、指定されたホルダー収納部１３のロックを解除する。また、貸出処理部１８ｂは、ホルダー１４の取り出しを検知したならば、その時点の日時を貸出日時とし、貸出日時にカードＩＤとホルダー収納部１３の識別情報を対応付けて鍵貸出履歴データ１７ｂに登録する。

また、貸出処理部１８ｂは、カードＩＤの認証後、ホルダー１４がホルダー収納部１３に返却されたならば、ホルダー収納部１３をロックする。また、貸出処理部１８ｂは、その時点の日時を返却日時とし、返却日時にカードＩＤとホルダー収納部１３の識別情報を対応付けて鍵貸出履歴データ１７ｂに登録する。

なお、ホルダー収納部１３には、ホルダー１４の有無を検知するセンサとホルダー１４の押し込みを検知するセンサとが設けられており、ホルダー１４が収納されていない状態からホルダー１４が収納された状態に変化した場合には、ホルダー１４の押し込みの有無に関わらず、ホルダー１４の返却と判定する。

また、貸出処理部１８ｂは、鍵の貸出時間の管理を行う。具体的には、ホルダー収納部１３には、貸出時間の上限が設定されており、貸出日時から返却日時までの時間が上限を超過した場合には警報を出力する。

ホルダー指定操作受付部１８ｃは、属性の表示対象となるホルダー１４を指定する操作を受付ける処理部である。具体的には、扉施錠機構１０ｃの解錠前からホルダー１４が収納されている状態で、ホルダー１４の押し込み操作が行われたならば、該操作を属性の表示対象となるホルダー１４を指定する操作として受け付ける。

また、操作員が表示操作部１１に対してホルダー１４を特定する識別情報を入力した場合には、該操作を属性の表示対象となるホルダー１４を指定する操作として受け付ける。

この他、予め他の装置から属性の表示対象となるホルダー１４の通知を受け付けても良い。例えば、貨幣入出金機４０にカードＩＤを読み取らせ、鍵の使用を予約する操作を行うと、貨幣入出金機４０から管理サーバ２０経由で属性の表示対象となるホルダー１４の通知を受けることができる。貨幣入出金機４０の鍵がどのホルダー１４に保持されているかは、管理サーバ２０で判定しても良いし、貨幣入出金機４０で判定しても良い。貨幣入出金機４０がホルダー１４を特定する場合には、予め管理サーバ２０から貨幣入出金機４０に鍵管理マスタを配布することになる。

鍵属性出力部１８ｄは、ホルダー指定操作受付部１８ｃが受け付けた操作若しくは通知によってホルダー１４が指定された場合に、指定されたホルダー１４の属性を鍵管理マスタ１７ａから読み出して表示操作部１１に表示制御する。

次に、図４に示した鍵管理装置１０の記憶部１７に記憶されるデータについて具体的に説明する。図５は、鍵管理マスタ１７ａの具体例を示す図である。図５に示すように、鍵管理マスタ１７ａは、ホルダー収納部１３の識別情報として、ホルダー収納部番号を割り当てている。

そして、ホルダー収納部番号に対し、属性、貸出時間上限及び使用権限を対応付けている。属性には、鍵の名称と、鍵の本数が含まれる。また、使用権限は、操作員の氏名及びカードＩＤに対し、権限の有無が設定されている。

図５では、ホルダー収納部番号「０１」に鍵の名称「金庫鍵」、鍵の本数「１」、貸出時間上限「６０分」が設定されている。また、ホルダー収納部番号「０２」に鍵の名称「貨幣入出金機鍵」、鍵の本数「１」、貸出時間上限「６０分」が設定されている。また、ホルダー収納部番号「０３」に鍵の名称「ＡＴＭ扉鍵」、鍵の本数「３」、貸出時間上限「６０分」が設定されている。また、ホルダー収納部番号「０４」に鍵の名称「ＡＴＭ現金鍵」、鍵の本数「３」、貸出時間上限「６０分」が設定されている。

さらに、氏名「Ａ Ｂ」、カードＩＤ「１００１」に対しては、ホルダー収納部番号「０１」の使用権限「有」、ホルダー収納部番号「０２」の使用権限「有」、ホルダー収納部番号「０３」の使用権限「有」、ホルダー収納部番号「０４」の使用権限「有」が設定されている。

また、氏名「Ｃ Ｄ」、カードＩＤ「１００２」に対しては、ホルダー収納部番号「０１」の使用権限「無」、ホルダー収納部番号「０２」の使用権限「有」、ホルダー収納部番号「０３」の使用権限「有」、ホルダー収納部番号「０４」の使用権限「有」が設定されている。

また、氏名「Ｅ Ｆ」、カードＩＤ「１１０１」に対しては、ホルダー収納部番号「０１」の使用権限「無」、ホルダー収納部番号「０２」の使用権限「無」、ホルダー収納部番号「０３」の使用権限「有」、ホルダー収納部番号「０４」の使用権限「有」が設定されている。

図６は、鍵貸出履歴データ１７ｂの具体例を示す図である。図６に示すように、鍵貸出履歴データ１７ｂは、貸出日時、返却日時、カードＩＤ及びホルダー収納部番号を対応付けたデータである。具体的には、貸出日時「２０１６ ０７／１６ １０:４０」にカードＩＤ「１１０１」である操作員によってホルダー収納部番号「０３」に対応するホルダー１４が取り出され、返却日時「２０１６ ０７／１６ １０:５３」に返却されたことが示されている。また、貸出日時「２０１６ ０７／１６ １２:１５」にカードＩＤ「１００２」である操作員によってホルダー収納部番号「０２」に対応するホルダー１４が取り出され、このホルダー１４は返却されてない状態であることが示されている。

次に、表示操作部１１による表示の具体例について説明する。図７は、表示操作部１１による表示の具体例の説明図である。図７（ａ）に示す初期状態では、日時情報とともに「カードをリーダに通して下さい」とのメッセージが表示される。この状態でカードリーダ１２がカードＩＤを読み取り、カードＩＤの認証後、扉１０ａの解錠をおこなった場合には、図７（ｂ）に示すように、日時情報とともに「ホルダーを指定して下さい」とのメッセージが表示される。

そして、ホルダー１４の押し込み操作等によりホルダー１４が指定されると、図７（ｃ）に示すように、日時情報とともに指定されたホルダー１４に対応する鍵の属性が表示される。図７（ｃ）では、「ホルダー収納部番号：０３」、「鍵の名称：ＡＴＭ扉鍵」及び「鍵の本数：３」が表示されている。

また、図７（ｃ）では、鍵の属性に加え、「戻る」ボタンと「使用」ボタンが表示されている。「戻る」ボタンが操作されれば、図７（ｂ）の表示に戻る。そして、「使用」ボタンが操作されれば、ホルダー１４のロックが解除され、ホルダー１４が取り出し可能となる。

＜管理サーバの構成＞
次に、管理サーバ２０の構成について説明する。図８は、管理サーバ２０の構成を示す機能ブロック図である。図８に示すように、管理サーバ２０は、表示部２１、入力部２２、通信部２３、記憶部２４及び制御部２５を有する。

表示部２１は、液晶ディスプレイ装置等の表示デバイスである。入力部２２は、キーボードやマウス等の入力デバイスである。通信部２３は、鍵管理装置１０、管理者端末３０、貨幣入出金機４０、重要物管理装置５０などとの通信を行う通信インタフェースである。

記憶部２４は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、鍵管理マスタ２４ａを記憶する。

制御部２５は、管理サーバ２０の全体を制御する制御部であり、鍵管理マスタ生成部２５ａ、鍵管理マスタ更新部２５ｂ及び更新完了処理部２５ｃを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、鍵管理マスタ生成部２５ａ、鍵管理マスタ更新部２５ｂ及び更新完了処理部２５ｃにそれぞれ対応するプロセスを実行させることになる。

鍵管理マスタ生成部２５ａは、管理者端末３０からの鍵管理マスタ登録要求に基づき、鍵管理マスタ２４ａを新規作成し、記憶部２４に格納するとともに、鍵管理装置１０などに配布する処理を行う。

鍵管理マスタ更新部２５ｂは、管理者端末３０からの鍵管理マスタ更新要求に基づき、記憶部２４の鍵管理マスタ２４ａを更新し、更新後の鍵管理マスタ２４ａを鍵管理装置１０などに配布する処理を行う。

更新完了処理部２５ｃは、鍵管理マスタ生成部２５ａ又は鍵管理マスタ更新部２５ｂが鍵管理マスタ２４ａを配信した後、配信先の鍵管理装置１０などから更新完了通知を受信した場合に、鍵管理マスタの配信完了を管理者端末３０に通知する処理を行う。

＜鍵管理装置の処理＞
次に、鍵管理装置１０の処理について説明する。図９は、鍵管理装置１０の処理手順を示すフローチャートである。図９に示した処理手順は、鍵管理装置１０により繰り返し実行される。

まず、鍵管理装置１０の鍵管理マスタ処理部１８ａは、鍵管理マスタ格納処理を行う（ステップＳ１０１）。その後、貸出処理部１８ｂは、カードリーダ１２がカードＩＤを読み取ったか否かを判定する（ステップＳ１０２）。

カードリーダ１２がカードＩＤを読み取っていなければ（ステップＳ１０３；Ｎｏ）、鍵管理装置１０はそのまま処理を終了する。カードリーダ１２がカードＩＤを読み取ったならば（ステップＳ１０３；Ｙｅｓ）。貸出処理部１８ｂは、カードＩＤの認証処理を実行する（ステップＳ１０４）。この認証処理では、カードＩＤが鍵管理マスタ１７ａに登録され、いずれかのホルダー収納部番号について使用権限「有」である場合に認証成功となる。そして、認証が成功しなければ（ステップＳ１０５；Ｎｏ）、鍵管理装置１０はそのまま処理を終了する。

認証が成功したならば（ステップＳ１０５；Ｙｅｓ）、貸出処理部１８ｂは、扉施錠機構１０ｃを解錠制御し（ステップＳ１０６）、鍵着脱処理を実行する（ステップＳ１０７）。鍵着脱処理の後、貸出処理部１８ｂは、扉１０ａが閉じられたか否かを判定する（ステップＳ１０８）。扉１０ａが閉じられてなければ（ステップＳ１０８；Ｎｏ）、貸出処理部１８ｂは、ステップＳ１０７に移行する。そして、扉１０ａが閉じられたならば（ステップＳ１０８；Ｙｅｓ）、貸出処理部１８ｂは、扉施錠機構１０ｃを施錠制御し（ステップＳ１０９）、処理を終了する。

次に、図９に示した鍵管理マスタ格納処理の詳細について説明する。図１０は、鍵管理マスタ格納処理の詳細を示すフローチャートである。まず、鍵管理マスタ処理部１８ａは、管理サーバ２０から鍵管理マスタを受信したか否かを判定する（ステップＳ２０１）。鍵管理マスタを受信していなければ（ステップＳ２０２；Ｎｏ）、そのまま鍵管理マスタ格納処理を終了する。

次に、鍵管理マスタを受信したならば（ステップＳ２０２；Ｙｅｓ）、鍵管理マスタ処理部１８ａは、記憶部１７の鍵管理マスタ１７ａを受信した鍵管理マスタにより更新し（ステップＳ２０３）、管理サーバ２０に更新完了通知を送信して（ステップＳ２０４）、鍵管理マスタ格納処理を終了する。

次に、図９に示した鍵着脱処理の詳細について説明する。図１１は、鍵着脱処理の詳細を示すフローチャートである。まず、ホルダー指定操作受付部１８ｃは、属性の表示対象となるホルダー１４を指定する操作を受け付けたか否かを判定する（ステップＳ３０１）。属性の表示対象となるホルダー１４を指定する操作を受け付けたならば（ステップＳ３０１；Ｙｅｓ）、鍵属性出力部１８ｄは、指定されたホルダー１４の属性を鍵管理マスタ１７ａから読み出して表示操作部１１に表示制御する（ステップＳ３０２）。

ステップＳ３０２の後、若しくは属性の表示対象となるホルダー１４を指定する操作を受け付けていない場合（ステップＳ３０１；Ｎｏ）、貸出処理部１８ｂは、鍵使用操作を受付けたか否かを判定する（ステップＳ３０３）。

鍵使用操作を受け付けたならば（ステップＳ３０３；Ｙｅｓ）、貸出処理部１８ｂは、カードＩＤに基づいて鍵管理マスタ１７ａを参照し、鍵使用操作により指定されたホルダー１４に対応するホルダー収納部１３について使用権限「有」が設定されているか否かを判定する（ステップＳ３０４）。

使用権限「有」に設定されている場合には（ステップＳ３０４；Ｙｅｓ）、貸出処理部１８ｂは、指定されたホルダー１４のロックを解除する（ステップＳ３０５）。そして、ホルダー１４の取り出しを検知したならば、貸出処理部１８ｂは、その時点の日時を貸出日時とし、貸出日時にカードＩＤとホルダー収納部１３の識別情報を対応付けて鍵貸出履歴データ１７ｂを更新する（ステップＳ３０６）。なお、ホルダー１４のロック解除後、ホルダー１４が取り出されずに所定時間が経過した場合には、ホルダー１４をロックし、鍵貸出履歴データ１７ｂの更新は行わない。

ステップＳ３０６の終了後、鍵使用操作を受け付けていない場合（ステップＳ３０３；Ｎｏ）、若しくは使用権限「無」に設定されている場合（ステップＳ３０４；Ｎｏ）、貸出処理部１８ｂは、ホルダー１４の返却を検知したか否か判定する（ステップＳ３０７）。

ホルダー１４の返却を検知したならば（ステップＳ３０７；Ｙｅｓ）、貸出処理部１８ｂは、ホルダー収納部１３をロックする。また、その時点の日時を返却日時とし、返却日時にカードＩＤとホルダー収納部１３の識別情報を対応付けて鍵貸出履歴データ１７ｂを更新する（ステップＳ３０８）。ステップＳ３０８の後、若しくはホルダー１４の返却を検知していない場合（ステップＳ３０７；Ｎｏ）、貸出処理部１８ｂは、鍵着脱処理を終了する。

上述してきたように、本実施例１に係る鍵管理システムでは、鍵管理装置１０は、鍵を保持するホルダー１４を収納する複数のホルダー収納部１３を備え、各ホルダー収納部１３と該ホルダー収納部１３に係る鍵の属性とを対応付けた鍵管理マスタ１７ａを記憶する。そして、属性の表示対象となるホルダー１４を指定する操作を受付けた場合に、鍵管理マスタ１７ａに基づいて鍵の属性を表示操作部１１に表示制御するので、操作員による効率的かつ適正な鍵ホルダーの取得が可能となる。また、鍵の属性に鍵の本数を含めることで、鍵ホルダーに保持される鍵の本数を管理することができる。

実施例１では、鍵の属性の管理と出力について説明を行ったが、本発明に係る鍵管理システムは、鍵の管理に係る他の機能をさらに実現することができる。本実施例２では、鍵の管理に係る各種機能について説明する。

＜鍵交換目的の入力＞
実施例１で説明したように、ホルダー１４は、１又は複数の鍵をリングにより繋いで保持する。例えば、複数台のＡＴＭの扉の鍵を１つのホルダー１４が保持し、複数台のＡＴＭの現金取出用の内部鍵を１つのホルダー１４が保持することができる。また、同一のＡＴＭの扉の鍵と現金取出用の内部鍵とを１つのホルダー１４が保持することも可能である。

ここで、鍵の破損が生じた場合や、設備の入替え、各ホルダー１４に保持させる鍵の構成の変更などを行う場合には、ホルダー１４から鍵を取り外して交換する必要がある。このような鍵交換は、不正防止の観点から目的と履歴を厳重に管理することが求められる。そこで、本実施例２に係る鍵管理装置１１０は、鍵交換の目的の入力を条件として鍵交換を許可し、鍵交換の履歴を入力された目的に対応付けて保持することとしている。

図１２は、本実施例２に係る鍵交換についての説明図である。鍵管理装置１１０は、鍵交換の目的を予め規定した鍵交換目的リスト１７ｃを保持している。鍵交換が必要となった場合に、所定の権限を有する操作員がカードをカードリーダ１２に通すと、カードリーダ１２によりカードＩＤが読み取られる（１）。

その後、操作員が鍵交換操作を行うと、鍵管理装置１１０は、鍵交換目的リスト１７ｃを表示操作部１１に表示し、鍵交換の目的を選択させる。操作員が鍵交換の目的を選択する入力を行ったならば（２）、鍵管理装置１１０は鍵交換操作により指定されたホルダー１４のロックを解除する。このため、操作員はホルダー１４を取り出して鍵交換を行うことができる。また、鍵管理装置１１０は、選択された鍵交換の目的とカードＩＤとを対応付けて鍵交換履歴データ１７ｄに登録する（３）。なお、操作員が鍵交換の目的を選択する入力を行わない場合には、鍵管理装置１１０は、ホルダー１４のロックを解除せず、操作員は鍵交換を行うことができない。

このように、鍵交換の目的の入力を条件として鍵交換を許可し、鍵交換の履歴を入力された目的に対応付けて保持することにより、鍵交換の履歴を厳正に管理し、不正な鍵の交換を防止することができる。

＜鍵管理装置の構成＞
次に、本実施例２に係る鍵管理装置１１０の構成について説明する。図１３は、鍵管理装置１１０の構成を示す機能ブロック図である。図１３に示すように、鍵管理装置１１０の記憶部１７は、鍵管理マスタ１７ａ及び鍵貸出履歴データ１７ｂに加え、鍵交換目的リスト１７ｃ、鍵交換履歴データ１７ｄ、鍵使用予定データ１７ｅ、セット使用データ１７ｆ、セット使用履歴データ１７ｇ及び長時間使用履歴データ１７ｈを記憶する。

また、鍵管理装置１１０の制御部１８は、鍵管理マスタ処理部１８ａ、貸出処理部１８ｂ、ホルダー指定操作受付部１８ｃ及び鍵属性出力部１８ｄに加え、鍵交換管理部１８ｅ、鍵使用予定管理部１８ｆ、セット使用管理部１８ｇ及び長時間使用管理部１８ｈを有する。

その他の構成及び動作は、実施例１に示した鍵管理装置１０と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。

鍵交換目的リスト１７ｃは、鍵交換の目的を予め規定したデータである。鍵交換履歴データ１７ｄは、鍵交換の履歴を示すデータである。鍵使用予定データ１７ｅは、鍵の使用予定を予め規定したデータである。セット使用データ１７ｆは、複数のホルダー１４に保持された鍵を組み合わせた使用について予め規定したデータである。セット使用履歴データ１７ｇは、セット使用データ１７ｆに規定された組み合わせに基づく鍵の使用履歴を示すデータである。長時間使用履歴データ１７ｈは、貸出時間の上限を超えた使用の履歴を示すデータである。

鍵交換管理部１８ｅは、鍵交換を管理する処理部である。具体的には、鍵交換管理部１８ｅは、鍵交換目的リスト１７ｃを記憶部１７に格納する処理を行う。鍵交換目的リスト１７ｃは、表示操作部１１に対する操作入力に基づいて、鍵交換管理部１８ｅが生成してもよい。また、管理サーバ２０や他の装置が生成した鍵交換目的リスト１７ｃを受信して記憶部１７に格納してもよい。

鍵交換管理部１８ｅは、カードリーダ１２によりカードＩＤが読み取られ、所定の権限を有する操作員からの鍵交換操作を受け付けたならば、鍵交換目的リスト１７ｃを表示操作部１１に表示し、鍵交換の目的を選択させる。そして、鍵交換の目的を選択する入力を受け付けたことを条件に鍵交換操作により指定されたホルダー１４のロックを解除し、選択された鍵交換の目的とカードＩＤとを対応付けて鍵交換履歴データ１７ｄに登録する。

鍵交換について、管理者による承認操作を要求することとしてもよい。鍵交換管理部１８ｅは、管理者による承認操作についても鍵交換履歴データ１７ｄに登録し、承認操作の履歴を管理する。

なお、管理者による承認操作を鍵交換の条件とする場合には、承認操作を受け付けた後にホルダー１４のロックを解除する。また、ホルダー１４のロックを解除して鍵交換を可能とした後に管理者による承認操作を受け付ける設定とすることも可能である。

さらに、管理者による承認操作は、複数名に求めることも可能である。また、管理者による承認操作は、鍵管理装置１１０に対して直接行うこととしてもよいし、ネットワーク経由で行うこととしてもよい。

また、鍵交換管理部１８ｅは、鍵交換履歴データ１７ｄをプリンタ１５により印刷することが可能である。印刷する場合には、鍵交換履歴データ１７ｄに含まれる鍵交換の目的を印刷対象に含めることが望ましい。さらに、通信部１６により鍵交換履歴データ１７ｄを送信し、他の装置が鍵交換履歴データ１７ｄを表示や印刷に用いることもできる。

鍵使用予定管理部１８ｆは、鍵の使用予定を管理し、使用予定に基づいて報知を行う処理部である。具体的には、鍵使用予定管理部１８ｆは、鍵の使用予定を予め規定した鍵使用予定データ１７ｅを記憶部１７に格納する処理を行う。鍵使用予定データ１７ｅは、表示操作部１１に対する操作入力に基づいて、鍵使用予定管理部１８ｆが生成してもよい。また、管理サーバ２０や他の装置が生成した鍵使用予定データ１７ｅを受信して記憶部１７に格納してもよい。

鍵使用予定データ１７ｅは、ホルダー収納部番号に対し、鍵を使用する予定日及び予定時刻、鍵の使用を強制するか否かを設定する使用強制設定、使用を強制しない場合に次の予定を設定するスキップ設定、使用の目的を対応付けたデータである。

鍵使用予定管理部１８ｆは、予定日及び予定時刻に示された日時となった場合に、操作員に対して報知を行い、予定に基づく鍵の使用を促す。また、使用の強制を行わない設定であり、次の予定に繰り延べる旨を示すスキップ操作を受け付けた場合には、スキップ設定に基づいて次の予定を設定する。

セット使用管理部１８ｇは、複数のホルダー１４に保持された鍵を組み合わせて使用するセット使用を管理する処理部である。例えば、ＡＴＭから現金を回収し、貨幣入出金機に収納する場合には、ＡＴＭ扉鍵、ＡＴＭ現金鍵、貨幣入出金機鍵が必要となる。これらの鍵が別のホルダー１４に保持されている場合には、操作員は全てのホルダー１４を一括して取り出すのであるが、操作員が必要なホルダー１４を判別して取り出しを行うこととすると、取り出し忘れが生じる場合がある。このような取り出し忘れが生じると、操作員は再び鍵管理装置１１０を開けて取り忘れ分のホルダー１４を取得することとなり、作業効率が低下する。また、必要なホルダー１４の判別を誤ると、不要なホルダー１４が取り出されてしまう。

そこで、セット使用管理部１８ｇは、鍵の取り出しの目的に対し、複数のホルダー１４の組み合わせを記憶し、操作員が目的を入力した場合に、適切なホルダー１４の組合せを報知する。さらに、ホルダー１４の取り出し順序を規定しておき、ホルダー１４のロックを取り出し順序に従って解除することで、操作員にホルダー１４を１つずつ取り出させる。かかる構成により、ホルダー１４の取り出し忘れや取り出し間違いを防止することができる。

セット使用管理部１８ｇは、鍵の取り出しの目的と、複数のホルダー１４の組み合わせと、取り出し順序とを示すセット使用データ１７ｆを記憶部１７に格納する処理を行う。セット使用データ１７ｆは、表示操作部１１に対する操作入力に基づいて、セット使用管理部１８ｇが生成してもよい。また、管理サーバ２０や他の装置が生成したセット使用データ１７ｆを受信して記憶部１７に格納してもよい。

セット使用管理部１８ｇは、カードリーダ１２によりカードＩＤが読み取られ、セット使用操作を受け付けたならば、鍵の取り出しの目的を選択させる。そして、鍵の取り出しの目的を選択する入力を受け付けたならば、セット使用データ１７ｆに従ってホルダー１４のロックを順次解除し、ロックを解除したホルダー１４を操作員に報知することで、操作員にホルダー１４を取り出させる。

また、セット使用管理部１８ｇは、セット使用データ１７ｆに基づく鍵の使用履歴をセット使用履歴データ１７ｇとして記憶部１７に格納する。セット使用履歴データ１７ｇは、プリンタ１５により印刷することが可能である。さらに、通信部１６によりセット使用履歴データ１７ｇを送信し、他の装置がセット使用履歴データ１７ｇを表示や印刷に用いることもできる。

長時間使用管理部１８ｈは、貸出時間の上限を超えた長時間使用の履歴を管理する処理部である。長時間使用管理部１８ｈは、貸出時間の上限を超えてからホルダー１４が返却された場合に、その理由の入力を要求し、長時間使用の履歴に対応付けて長時間使用履歴データ１７ｈに登録する。長時間使用の理由の入力には、所定の管理者権限を有する操作員による承認を求めてもよい。または、長時間使用の理由の入力は、所定の管理者権限を有する操作員が行うこととしてもよい。長時間使用の理由の入力方法は、予め規定したリストから選択してもよいし、任意に入力可能としてもよい。

また、長時間使用管理部１８ｈは、貸出時間の上限を超える所定時間前に予告報知を行う。この予告報知は、貸出時間の上限を超えた場合の警報とは音声などを異ならせる。予告報知については、その履歴を残す必要は無い。すなわち、予告報知に気付いた操作員がホルダー１４を返却すれば、通常の使用となり、長時間使用の発生を防ぐことができる。

長時間使用管理部１８ｈは、長時間使用履歴データ１７ｈをプリンタ１５により印刷することが可能である。印刷する場合には、長時間使用履歴データ１７ｈに含まれる長時間使用の理由を印刷対象に含めることが望ましい。さらに、通信部１６により長時間使用履歴データ１７ｈを送信し、他の装置が長時間使用履歴データ１７ｈを表示や印刷に用いることもできる。

次に、図１３に示した鍵管理装置１１０の記憶部１７に記憶されるデータについて具体的に説明する。図１４は、鍵交換目的リスト１７ｃ及び鍵交換履歴データ１７ｄの具体例を示す図である。

図１４（ｃ）に示すように、鍵交換目的リスト１７ｃは、「１．破損」、「２．装置入替」及び「３．構成変更」を鍵交換の目的として選択可能となっている。

また、図１４（ｄ）に示すように、鍵交換履歴データ１７ｄは、貸出日時、返却日時、実行者カードＩＤ、ホルダー収納部番号、目的、承認者カードＩＤ及び承認日時を対応付けたデータである。具体的には、貸出日時「２０１６ ０７／１３ １７:０１」にカードＩＤ「１１０１」である操作員によってホルダー収納部番号「０３」に対応するホルダー１４が鍵交換のために取り出され、返却日時「２０１６ ０７／１３ １７:２７」に返却されたことが示されている。また、鍵交換の目的が「１．破損」であり、承認者カードＩＤ「１００１」である操作員によって、承認日時「２０１６ ０７／１３ １７:０６」に承認されたことが示されている。

図１５は、鍵使用予定データ１７ｅの具体例を示す図である。図１５に示すように鍵使用予定データ１７ｅは、ホルダー収納部番号、予定日、予定時刻、使用強制設定、スキップ設定及び目的を対応付けたデータである。

具体的には、ホルダー収納部番号「０１」について、予定日「毎日」、予定時刻「８：００」、使用強制設定「強制」、スキップ設定「不可」及び目的「金庫入室」が対応付けられている。

また、ホルダー収納部番号「０３」及び「０４」について、予定日「毎日」、予定時刻「８：２０」、使用強制設定「強制」、スキップ設定「不可」及び目的「ＡＴＭ現金装填」が対応付けられている。

また、ホルダー収納部番号「０７」について、予定日「毎日」、予定時刻「８：２５」、使用強制設定「非強制」、スキップ設定「可（翌日 同時刻）」及び目的「窓口現金装填」が対応付けられている。

また、ホルダー収納部番号「１１」について、予定日「精査日」、予定時刻「１５：４５」、使用強制設定「非強制」、スキップ設定「可（翌日 ８：００）」及び目的「ＡＴＭ精査」が対応付けられている。

図１６は、セット使用データ１７ｆ及びセット使用履歴データ１７ｇの具体例を示す図である。図１６（ｆ）に示すように、セット使用データ１７ｆは、セット使用目的と、順序と、ホルダー収納部番号とを対応付けたデータである。

具体的には、セット使用目的「ＡＴＭ現金回収」について、順序「１」にホルダー収納部番号「０３」、順序「２」にホルダー収納部番号「０４」、順序「３」にホルダー収納部番号「０２」が対応付けられている。

また、セット使用目的「貨幣入出金機現金回収」について、順序「１」にホルダー収納部番号「０２」、順序「２」にホルダー収納部番号「０１」が対応付けられている。

図１６（ｇ）に示すように、セット使用履歴データ１７ｇは、貸出日時、返却日時、カードＩＤ及びセット使用目的を対応付けたデータである。具体的には、貸出日時「２０１６ ０７／１６ １５:２７」にカードＩＤ「１１０２」である操作員によってセット使用目的「ＡＴＭ現金回収」に基づく鍵の取り出しが行われ、返却日時「２０１６ ０７／１６ １５:４４」に返却されたことが示されている。

図１７は、長時間使用履歴データ１７ｈの具体例を示す図である。図１７に示すように、長時間使用履歴データ１７ｈは、貸出日時、返却日時、実行者カードＩＤ、ホルダー収納部番号、使用時間、長時間使用理由及び理由入力カードＩＤを対応付けたデータである。具体的には、貸出日時「２０１６ ０７／１５ １８:００」にカードＩＤ「１１０１」である操作員によってホルダー収納部番号「０３」に対応するホルダー１４が取り出され、返却日時「２０１６ ０７／１５ １９:３０」に返却されたことが示されている。また、使用時間は「９０分」であり、長時間使用理由は「ＡＴＭメンテナンス」であり、長時間使用時間の理由はカードＩＤ「１００２」の操作員によって入力されたことが示されている。

次に、鍵交換に係る処理手順について説明する。図１８は、鍵交換に係る処理手順を示すフローチャートである。鍵管理装置１１０のカードリーダ１２がカードＩＤの読取を行い（ステップＳ４０１）、表示操作部１１が鍵交換操作を受付ける（ステップＳ４０２）。その後、表示操作部１１などによりホルダー指定操作を受付けると（ステップＳ４０３）、鍵交換管理部１８ｅは、鍵交換目的リスト１７ｃを表示操作部１１に表示する（ステップＳ４０４）。

鍵交換管理部１８ｅは、鍵交換の目的を選択する入力を受け付けたならば（ステップＳ４０５；Ｙｅｓ）、指定されたホルダー１４のロックを解除して鍵の取り出しを許可し（ステップＳ４０６）、選択された鍵交換の目的とカードＩＤとを対応付けて鍵交換履歴データ１７ｄを更新して（ステップＳ４０７）、処理を終了する。なお、鍵交換の目的を選択する入力を受け付けなければ（ステップＳ４０５；Ｎｏ）、鍵交換管理部１８ｅは、そのまま処理を終了する。

次に、鍵交換に係る操作画面例について説明する。図１９は、鍵交換に係る操作画面例の説明図である。図１９（ａ）は、表示操作部１１の管理メニュー画面を示している。この管理メニュー画面では、「１．精査」ボタン、「２．登録」ボタン、「３．削除」ボタン、「４．時刻設定」ボタン及び「５．鍵交換」ボタンが表示される。

「５．鍵交換」ボタンに対する操作を受付けると、表示操作部１１には、図１９（ｂ）に示すホルダー指定画面が表示される。このホルダー指定画面では、「ホルダーを指定して下さい」とのメッセージとともに、ホルダー収納部番号を入力するための数字ボタンなどが表示される。また、ホルダー収納部番号の一覧を表示するようにしてもよい。

ホルダー収納部番号の入力により、ホルダーを指定する操作が行われると、表示操作部１１には、図１９（ｃ）に示す目的選択画面が表示される。この目的選択画面では、「１．破損」ボタン、「２．装置入替」ボタン及び「３．構成変更」ボタン、「戻る」ボタン及び「確定」ボタンが表示される。操作員が目的を示すボタンが操作し、「確定」ボタンを操作すると、目的の選択が確定する。なお、「戻る」ボタンを操作すると、図１９（ｃ）の管理メニュー画面に戻る。

次に、鍵使用予定の管理に係る処理手順について説明する。図２０は、鍵使用予定の管理に係る処理手順を示すフローチャートである。鍵使用予定管理部１８ｆは、その時点の日時に基づいて鍵使用予定データ１７ｅを参照し、予定日時の判定を行う（ステップＳ５０１）。

鍵使用予定データ１７ｅに登録されたいずれか予定についても予定日時に到達していなければ（ステップＳ５０２；Ｎｏ）、ステップＳ５０１に移行し、予定日時の判定を行う。

鍵使用予定データ１７ｅに登録されたいずれかの予定について予定日時に到達したならば（ステップＳ５０２；Ｙｅｓ）、鍵使用予定管理部１８ｆは、予定日時に到達した予定について、使用強制設定が「強制」に設定されているか否かを判定する（ステップＳ５０３）。

使用強制設定が「強制」に設定されていない場合（ステップＳ５０３；Ｎｏ）、鍵使用予定管理部１８ｆは、予定に対応するホルダーのロックを解除し（ステップＳ５０４）、報知を行う（ステップＳ５０５）。その後、カードリーダ１２がカードＩＤを読み取ったならば（ステップＳ５０６）、カードＩＤの認証を行って報知を解除する（ステップＳ５０７）。

ステップＳ５０７の後、スキップ操作が行われたならば（ステップＳ５０８；Ｙｅｓ）、スキップ設定に基づいて次の予定を設定し（ステップＳ５１１）、ステップＳ５０１に移行する。また、ステップＳ５０７の後、スキップ操作が行われず（ステップＳ５０８；Ｎｏ）、ホルダー１４の取出を検知したならば（ステップＳ５０９）、鍵貸出履歴データ１７ｂを更新し（ステップＳ５１０）、処理を終了する。

一方、使用強制設定が「強制」に設定されている場合（ステップＳ５０３；Ｙｅｓ）、鍵使用予定管理部１８ｆは、予定に対応するホルダーのロックを解除し（ステップＳ５１２）、報知を行う（ステップＳ５１３）。その後、カードリーダ１２がカードＩＤを読み取ってカードＩＤの認証を行う（ステップＳ５１４）。ホルダー１４の取出を検知したならば（ステップＳ５１５）、報知を解除して（ステップＳ５１６）、鍵貸出履歴データ１７ｂを更新し（ステップＳ５１０）、処理を終了する。

この処理手順では、使用強制設定が「強制」にされていなければ、操作員は報知が解除された後に、ホルダー１４を取り出すか、スキップ操作を行うかを選択できる。一方、使用強制設定が「強制」にされている場合には、ホルダー１４を取り出すまで報知の解除が行われず、操作員に確実にホルダー１４の取出を行わせることができる。なお、スキップ操作により次の予定を設定する場合には、次の予定について使用強制設定を「強制」に設定することも可能である。

次に、セット使用における操作例について説明する。図２１は、セット使用における操作例の説明図である。図２１（ａ）に示す表示操作部１１の操作画面では、ホルダー１４の取出時に「個別使用」と「セット使用」のいずれかを選択可能である。

「セット使用」が選択されたならば、表示操作部１１は、図２１（ｂ）に示すように、セット使用の目的を選択する操作画面を表示する。この操作画面では、「ＡＴＭ現金回収」ボタン、「貨幣入出金機現金回収」ボタン、「次へ」ボタンが表示されている。「次へ」ボタンを操作すると、他の目的を選択する画面に移行する。

「ＡＴＭ現金回収」ボタンが操作されると、図２１（ｃ）に示すように、「０３のホルダーを取り出して下さい（ＡＴＭ扉鍵）」とのメッセージが表示される。また、鍵収納庫１０ｂでは、ホルダー収納部番号「０３」のロックが解除され、対応するランプが点灯する。

ホルダー収納部番号「０３」のホルダー１４が取り出されると、図２１（ｄ）に示すように、「０４のホルダーを取り出して下さい（ＡＴＭ現金鍵）」とのメッセージが表示される。また、鍵収納庫１０ｂでは、ホルダー収納部番号「０４」のロックが解除され、対応するランプが点灯する。

上述してきたように、本実施例２に係る鍵管理システムでは、鍵管理装置１１０は、鍵交換目的リストを記憶し、目的の入力を条件に鍵交換を許可し、鍵交換の履歴を入力された目的に対応付けて保持する。このため、鍵交換の履歴を厳正に管理し、不正な鍵の交換を防止することができる。

また、鍵管理装置１１０は、鍵の使用予定を監理し、予定日時に報知を行うことで、鍵の適切な運用を支援することができる。なお、本実施例２では、予定の日時となった場合に報知を行う例を説明したが、予定の日時から所定時間前に鍵の取出しが行われた場合には、対応する予定についての報知を行わないこととしてもよい。さらに、過去の使用履歴に基づいて、予定日時を設定可能としてもよい。

また、鍵管理装置１１０は、複数のホルダー１４に保持された鍵を組み合わせて使用するセット使用を管理し、組み合わせに属するホルダー１４を規定の順序に従って取り出させることで、ホルダー１４の取り出し忘れや取り出し間違いを防止することができる。

また、鍵管理装置１１０は、貸出時間の上限を超えた長時間使用が発生した場合に理由の入力を受け付けて長時間使用の履歴を管理することができる。さらに、貸出時間の上限を超える前に予告報知を行うことで、長時間使用の発生頻度を削減することができる。

なお、上記実施例１及び実施例２では、銀行等の金融機関の店舗における鍵管理システムを例に説明を行ったが、本発明はこれに限定されるものではなく、複数の鍵を管理する鍵管理システムに広く適用することができる。

また、上記実施例１及び実施例２では、管理サーバ２０が鍵管理マスタを生成し、鍵管理装置に配信する構成を例に説明を行ったが、本発明はこれに限定されるものではなく、任意の構成を採ることができる。例えば、鍵管理装置に管理サーバの機能を持たせてもよい。この構成では、管理者端末３０が鍵管理装置に接続されることになる。

また、鍵管理装置は固定して設置される必要は無く、可搬型の鍵管理装置に本発明を適用してもよい。

また、上述の実施例１及び実施例２で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成であることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

本発明の鍵管理装置、鍵管理システム及び鍵管理方法は、操作員による効率的かつ適正な鍵ホルダーの取得に有用である。

１０、１１０ 鍵管理装置
１０ａ 扉
１０ｂ 鍵収納庫
１０ｃ 扉施錠機構
１１ 表示操作部
１２ カードリーダ
１３ ホルダー収納部
１４ ホルダー
１５ プリンタ
１５ａ レシート取出口
１６、２３ 通信部
１７、２４ 記憶部
１７ａ 鍵管理マスタ
１７ｂ 鍵貸出履歴データ
１７ｃ 鍵交換目的リスト
１７ｄ 鍵交換履歴データ
１７ｅ 鍵使用予定データ
１７ｆ セット使用データ
１７ｇ セット使用履歴データ
１７ｈ 長時間使用履歴データ
１８、２５ 制御部
１８ａ 鍵管理マスタ処理部
１８ｂ 貸出処理部
１８ｃ ホルダー指定操作受付部
１８ｄ 鍵属性出力部
１８ｅ 鍵交換管理部
１８ｆ 鍵使用予定管理部
１８ｇ セット使用管理部
１８ｈ 長時間使用管理部
２０ 管理サーバ
２１ 表示部
２２ 入力部
２４ａ 鍵管理マスタ
２５ａ 鍵管理マスタ生成部
２５ｂ 鍵管理マスタ更新部
２５ｃ 更新完了処理部
３０ 管理者端末
４０ 貨幣入出金機
５０ 重要物管理装置

Claims (7)

1. 鍵を保持するホルダーを収納する複数のホルダー収納部と、
   各ホルダー収納部と前記ホルダーに保持された鍵の本数を含む属性情報とを対応付けて記憶する記憶部と、
   特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付ける操作受付部と、
   前記操作受付部により前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けた場合に、前記記憶部に記憶された該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を出力する出力部と
   を備えたことを特徴とする鍵管理装置。
2. 前記記憶部は、各ホルダーに保持される鍵が利用される装置の名称をさらに含む属性情報を記憶することを特徴とする請求項１に記載の鍵管理装置。
3. 前記操作受付部は、鍵を保持するホルダーが特定のホルダー収納部に押し込まれた場合に、前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けることを特徴とする請求項１又は２に記載の鍵管理装置。
4. 前記操作受付部は、所定のタッチパネル部が特定のホルダー収納部の識別情報を受け付けた場合に、該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付け、
   前記出力部は、前記記憶部に記憶された該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を前記タッチパネル部に表示する
   ことを特徴とする請求項１又は２に記載の鍵管理装置。
5. 鍵を保持するホルダーを収納する複数のホルダー収納部を有する鍵管理装置と、前記鍵管理装置を管理する管理装置とを通信可能に接続した鍵管理システムであって、
   前記管理装置は、
   前記鍵管理装置の各ホルダー収納部と、前記ホルダーに保持された鍵の本数を含む属性情報とを対応付けて記憶する記憶部を有し、
   前記鍵管理装置は、
   特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付ける操作受付部と、
   前記操作受付部により前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けた場合に、前記管理装置から該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を取得して出力する出力部とを有する
   ことを特徴とする鍵管理システム。
6. 前記管理装置と通信可能に接続され、前記鍵管理装置の各ホルダー収納部に収納されるホルダーに保持される鍵の属性情報を登録する登録端末を有し、
   前記管理装置は、
   前記鍵管理装置の各ホルダー収納部と、前記登録端末により登録された各ホルダー収納部に収納されるホルダーに保持される鍵の属性情報とを対応付けて前記記憶部に記憶する
   ことを特徴とする請求項５に記載の鍵管理システム。
7. 鍵を保持するホルダーを収納する複数のホルダー収納部を有する鍵管理装置における鍵管理方法であって、
   各ホルダー収納部と前記ホルダーに保持された鍵の本数を含む属性情報とを対応付けて記憶部に格納する格納工程と、
   特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付ける操作受付工程と、
   前記操作受付工程により前記特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報の取得操作を受け付けた場合に、前記記憶部に記憶された該特定のホルダー収納部に収納されるホルダーに保持される鍵の属性情報を出力する出力工程と
   を含んだことを特徴とする鍵管理方法。

Images