JPH11229679A

JPH11229679A - 鍵箱管理装置

Info

Publication number: JPH11229679A
Application number: JP2875398A
Authority: JP
Inventors: Takeshi Nishibe; 毅西部; Junichi Sumiya; 順一角谷; Takuya Kashima; 拓也香島
Original assignee: NTT Software Corp
Current assignee: NTT Software Corp
Priority date: 1998-02-10
Filing date: 1998-02-10
Publication date: 1999-08-24

Abstract

(57)【要約】【課題】本発明は、話中遭遇が回避され、施設等の改
造が最小限に抑えられた遠隔の施設等の利用予約及び施
設管理を一元的に行う装置の提供を目的とする。【解決手段】本発明の鍵箱管理装置は、施設の鍵を格
納する鍵箱３と、通信線２を介して鍵箱３に接続され、
施設の鍵箱３の施錠を管理する管理センタ１とにより構
成され、管理センタ１から鍵箱３に施設の予約情報を予
め送信するダウンロード手段４を有する。本発明によれ
ば、対象となる施設の鍵の施錠を直接行うのではなく、
施設用の鍵を収容する鍵箱が設けられ、管理センタから
遠隔的に鍵箱が管理される。また、管理センタから鍵箱
に施設の予約情報を予めダウンロードすることにより、
施設利用の混雑時に鍵箱から管理センタへのアクセスを
行う必要が無くなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、遠隔の施設等の利
用予約及び施設管理を一元的に行う装置に係わり、特
に、施設の鍵を保管する鍵箱を遠隔的に管理する鍵箱管
理装置に関する。

【０００２】

【従来の技術】従来、施設等の利用を予約センタのよう
な管理センタで予約し、予約した利用者だけが施設等の
開錠・施錠を行なう施設利用の管理形態が知られてい
る。このような施設利用の管理形態では、鍵又は鍵に代
わる施錠装置自体を管理する方式、並びに、鍵を保管す
る鍵箱を管理する方式が知られている。

【０００３】従来、施設管理において、鍵及び鍵箱を使
用せずに施設のドアを直接施錠する磁気カード等を管理
センタで発行し磁気カード装置等と管理センタとをネッ
トワークで接続して集中管理するシステムが、例えば、
特開平７−３３４７１９号、特開平７−２２０１８３号
及び特開平９−２５９１９５号に提案されている。ま
た、従来、ビル等の個室の鍵を格納する鍵箱を管理セン
タとネットワークで接続して集中管理するシステムが、
例えば、特開平６−１２５８０号及び特開平７−２６８
０３号に提案されている。

【０００４】

【発明が解決しようとする課題】上記従来の施設管理の
場合、施設ドア等に磁気カード装置、電子ドアロック装
置等の新たな施錠装置を取り付けるため既存施設の改造
が必要であり、それに伴って、導入費用が高価になると
いう問題点がある。また、ドアを開錠する度に管理セン
タに接続して施設利用の予約情報と照合するため開錠す
るまでに時間がかかるという欠点がある。さらに、開錠
・施錠する利用施設の利用日時は一般的にいずれの施設
でも略同じであることが多く、特定の時刻に管理センタ
へのアクセスが集中するという傾向があるため、管理セ
ンタとの接続頻度が高い場合には、話中遭遇となり容易
に接続できない状況が発生し得る。特に、利用施設が多
い場合は話中遭遇の可能性が極めて高くなる。

【０００５】一方、従来の鍵箱を集中管理するシステム
の場合に、管理センタは、一般的に管理センタと同じビ
ルに設けられた鍵箱を集中管理することが意図され、遠
隔地にある施設の鍵箱を集中管理することが想定されて
いない。従って、鍵箱と管理センタは、構内ＬＡＮ等を
使用して接続されているため、話中遭遇の対策は考慮さ
れていない。

【０００６】施設等が遠隔地にある場合には、構内ＬＡ
Ｎを利用することはできず、また、専用の回線を設ける
ことは費用を増大させるので、話中遭遇の対策は不可欠
である。従って、本発明は、上記従来技術の問題点に鑑
み、話中遭遇が回避され、施設等の改造が最小限に抑え
られた遠隔の施設等の利用予約及び施設管理を一元的に
行う装置の提供を目的とする。

【０００７】

【課題を解決するための手段】図１は本発明の原理構成
図である。同図に示す如く、本発明の鍵箱管理装置は、
施設の鍵を格納する鍵箱３と、通信線２を介して鍵箱３
に接続され、施設の鍵箱３の施錠を管理する管理センタ
１とにより構成され、管理センタ１から鍵箱３に施設の
予約情報を予め送信するダウンロード手段４を有するこ
とを特徴とする。

【０００８】本発明によれば、対象となる施設の鍵の施
錠を直接行うのではなく、施設用の鍵を収容する鍵箱が
設けられ、管理センタから遠隔的に鍵箱を管理する。鍵
箱を設けることにより、既存設備の改造が不要となり、
導入費用を安価に抑えることが可能である。また、予約
日の前日若しくは当日の早朝又は予約情報の登録若しく
は変更の際等に予め、管理センタから鍵箱に施設の予約
情報をダウンロードすることにより、施設利用の混雑時
に鍵箱から管理センタへのアクセスを行う必要がないの
で、管理センタと鍵箱との間の通信の頻度が低減し、話
中遭遇が回避される。

【０００９】さらに、本発明によれば、管理センタ１
は、予約情報を記録装置に格納する予約情報格納手段１
１と、予約情報をＩＤカードに記録させるＩＤカード発
行手段１２とを有する。鍵箱３は、ダウンロード手段４
の一部分を構成し、管理センタ１から鍵箱に送信された
予約情報を記録装置に記録する予約情報記録手段３１
と、ＩＤカードに記録されたＩＤカード情報を読み取る
ＩＤカード読み取り手段３２と、鍵箱の予約情報記録手
段３１によって記録された予約情報を読み取られたＩＤ
カード情報と比較する情報比較手段３３と、情報比較手
段３３による比較の結果に基づいて鍵箱３の施錠の解除
を管理する施錠解除手段３４とを有する。

【００１０】このように、本発明によれば、管理センタ
において予約情報が記録されたＩＤカードを発行し、鍵
箱では事前に発行されたＩＤカードを読み取ることによ
って、予約情報とＩＤカード情報との比較を行い、比較
の結果に従って鍵箱の施錠を解除してよいか否かが判定
され、施錠を解除しても良いと判定された場合に、鍵箱
が開錠される。従って、本発明によれば、ＩＤカードを
用いて鍵箱の開錠が行われる。

【００１１】本発明のダウンロード機能は次のように実
現される。管理センタ１は、ダウンロード手段４の一部
分を構成し、予約情報格納手段１１によって格納された
予約情報の中から所定の鍵箱３に対応する一定期間分の
予約情報を抽出する予約情報抽出手段１３と、ダウンロ
ード手段４の一部分を構成し、抽出された予約情報を所
定の鍵箱３に送出する予約情報送出手段１４とを有す
る。

【００１２】このように一定期間分の予約情報を抽出し
て、管理センタから鍵箱に予めダウンロードすることに
より、通信線の混雑時、即ち、話中遭遇を回避したアク
セスが行える可能性が高まる。また、図２は本発明の鍵
箱管理装置の構成図である。同図に示された鍵箱管理装
置は、管理センタ１に問い合わせ回答手段１５が設けら
れ、鍵箱３の情報比較手段３３にＩＤカード情報問い合
わせ手段３５が設けられている点で図１に示された鍵箱
管理装置と相違している。図２に示された鍵箱管理装置
のその他の構成要素は、図１に同じ参照番号で示されて
いる構成要素と同じである。

【００１３】図２に示される如く、情報比較手段３３
は、鍵箱３の予約情報記録手段３１によって記録された
予約情報と読み取られたＩＤカード情報とが不一致の場
合に、ＩＤカード情報を管理センタ１に送出するＩＤカ
ード情報問い合わせ手段３５を含む。管理センタ１は、
ＩＤカード情報問い合わせ手段３５からＩＤカード情報
を受信し、受信されたＩＤカード情報を管理センタ１の
予約情報格納手段１１によって格納された予約情報と比
較し、比較の結果を鍵箱３のＩＤカード情報問い合わせ
手段３５に送信する問い合わせ回答手段１５を更に有す
る。

【００１４】これにより、カード内容を読み込み、カー
ド内容が鍵箱に予めダウンロードされているデータ内容
と異なっている場合、鍵箱から管理センタにアクセス
し、管理センタ側で保持しているデータと照合して、一
致していたら正しい利用者と判断して開錠することが可
能になる。従って、データを鍵箱にダウンロードした後
に、予約内容に変更があっても、変更の都度データを鍵
箱にダウンロードすることなく正しく照合することが可
能である。また、鍵箱から管理センタへのアクセスは、
データ内容が不一致の場合に限られるので、管理センタ
へのアクセス頻度が減少し、話中遭遇が生じる可能性が
低下する。

【００１５】

【発明の実施の形態】本発明の一実施例によれば、ＩＤ
カードとして、事前に管理センタの予約端末から発行さ
れた磁気カード等を利用することができる。磁気カード
等のＩＤカードに記録されているＩＤカード情報は、鍵
箱のＩＤカード読取装置、例えば、磁気カード読み取り
装置によって鍵箱に読み込まれる。一方、鍵箱には、管
理センタから予約情報が予めダウンロードされている。
予約情報のダウンロードは、毎日定期的に、例えば、毎
朝、毎晩又は定時等に行ってもよい。磁気カード読み取
り装置から読み込まれたＩＤカード情報は、予め鍵箱に
ダウンロードされた予約情報と照合され、一致が確認さ
れたならば、鍵箱を開錠させる。

【００１６】ＩＤカード情報と予約情報との照合によっ
て鍵箱の開錠の可否を判定するために、ＩＤカードに記
録されるＩＤカード情報と、管理センタから鍵箱にダウ
ンロードされる予約情報とを対応付けることが必要があ
る。この対応付けの第１の例として、ＩＤカード情報が
ＩＤ番号であり、予約情報がＩＤ番号及び施設を利用す
る利用日時である場合を想定することができる。ここ
で、ＩＤ番号とは施設利用のための情報、即ち、施設
名、利用者名及び利用日時の組と１対１に対応するよう
に設定される番号である。この場合、照合時に、ＩＤカ
ードから読み取られたＩＤ番号と、ダウンロードされた
ＩＤ番号とが比較され、鍵箱に設けられた電子カレンダ
及び時計から読み取られた現在の日付及び時刻と、ダウ
ンロードされた利用日時とが比較され、鍵箱の開錠の可
否が判定される。

【００１７】或いは、対応付けの第２の例として、ＩＤ
カード情報がＩＤ番号及び利用日時であり、予約情報が
ＩＤ番号である場合が考えられる。この場合、照合時
に、ＩＤカードから読み取られたＩＤ番号と、ダウンロ
ードされたＩＤ番号とが比較され、鍵箱に設けられた電
子カレンダ及び時計から読み取られた現在の日付及び時
刻と、ＩＤカードから読み取られた利用日時とが比較さ
れ、鍵箱の開錠の可否が判定される。

【００１８】また、上記第１の例及び第２の例の両方の
場合に、利用日時の他に利用する施設に対応した施設Ｉ
Ｄを追加してもよい。この場合、鍵箱に施設ＩＤを表わ
すディップスイッチを設けることにより、ＩＤカード情
報又は予約情報に含まれる施設ＩＤと、実際の鍵箱が設
置された施設の施設ＩＤとを比較することが可能にな
る。

【００１９】一般的に言うと、ＩＤカード情報を多くす
ると、予約情報が少なくなり、ダウンロード時間が短縮
されるが、利用情報を変更する際にＩＤカードを書き換
える必要が生じる。逆に、ＩＤカード情報を少なくし、
例えば、ＩＤ番号だけが含まれるようにすると、利用日
時の変更等が行われてもＩＤカードを再発行する手間は
生じないが、予約情報が増えるのでダウンロード時間も
増加する。

【００２０】また、鍵箱と管理センタを電話回線で接続
してもよい。この場合、アクセスを頻繁に行うと話中遭
遇の可能性が増加するため、当日分の施設運用情報（利
用者、利用日時など）を予めダウンロードすることが可
能である。更に、管理センタ側で予約内容に変更が加え
られたとき、リアルタイムに予約情報を再ダウンロード
してもよい。同様に、ＩＤカードから読み取られたＩＤ
カード情報と、予め鍵箱にダウンロードされた予約情報
との照合の際に一致が確認されなかった場合、管理セン
タから鍵箱に予約情報を再ダウンロードさせてもよい。
この再ダウンロードにより、当日の予約内容の変更に応
じた臨機応変な鍵箱の施錠管理が実現される。

【００２１】以下、図面を参照して本発明の実施例を説
明する。図面を通じて同じ参照番号は同一又は類似した
構成要素を表わす。図３は、本発明の鍵箱管理装置を実
現する鍵箱管理システムの一実施例の構成図である。例
えば、汎用のコンピュータ装置により構成される管理セ
ンタ１は、公衆回線等のネットワーク２を経由して複数
台の鍵箱３₁，３₂，３₃，．．．に接続されている。
鍵箱３₁，３₂，３₃には、例えば、公共施設等の鍵が
保管されている。この例では、ＩＤカード発行装置５は
管理センタに外付けの装置として設けられ、従来技術に
よるＩＤカード発行装置を利用することができる。

【００２２】図４は、上記鍵箱管理システムの一実施例
において利用される鍵箱の構成図である。鍵箱３は、公
衆回線２を介して管理センタ１と接続された通信制御部
４１を含む。通信制御部４１には、モデムを使用しても
よい。通信制御部４１に接続された予約情報記録部３１
には、通信制御部４１を介して管理センタ１からＩＤ番
号及び利用日時を含む予約情報がダウンロードされる。
本例では、予約情報はＩＤ番号及び利用日時である場合
を考える。予約情報記録部３１は、ダウンロードされた
予約情報をメモリ部４３に格納する。

【００２３】ＩＤカード読み取り部３２は、管理センタ
から発行され、利用者が読み込ませたＩＤカードからＩ
Ｄカード情報を読み取る。本例では、ＩＤカード情報は
ＩＤ番号である。次に、情報比較部３３は、ＩＤカード
から読み取られたＩＤカード情報と、メモリ部４３に記
憶された予約情報とを照合する。ＩＤカード情報と予約
情報とが一致していると判定された場合、情報比較部３
３は鍵箱処理部４２に対し照合結果を通知する。鍵箱処
理部４２は、ＩＤカード情報と予約情報とが一致してい
ると判定されているので、施錠解除部３４の一部分を構
成する扉ロック制御部４５に解除命令を通知する。解除
命令を通知された扉ロック制御部４５は、鍵箱の扉のロ
ックを解除する。

【００２４】ＩＤカード情報と予約情報とが一致しない
場合、情報比較部３３は、ＩＤカード情報問い合わせ部
３５を起動する。ＩＤカード情報問い合わせ部３５は、
通信制御部４１を介して管理センタ１に接続し、利用者
が読み込ませたＩＤカード情報が管理センタ１により認
証されるか否かを管理センタ１に問い合わせる。管理セ
ンタ１によってＩＤカード情報が認証された旨がＩＤカ
ード情報問い合わせ部３５に通知された場合、情報比較
部３３は鍵箱処理部４２にＩＤカード情報が認証された
旨を通知する。次に、鍵箱処理部４２は、扉ロック制御
部４５に対し解除命令を通知する。管理センタ１によっ
てＩＤカード情報が認証されなかった場合、不正なＩＤ
カードの使用であると判定し、情報比較部３３はＩＤカ
ード情報が認証されなかった旨を鍵箱処理部４２に通知
する。このとき、鍵箱処理部４２は、扉ロック制御部４
５に鍵箱の扉のロックを解除させない。認証の確認のた
め管理センタに接続したとき、確認結果が不一致であっ
た等のメッセージを表示する機能を鍵箱に設けることが
できる。

【００２５】施錠解除部４６の一部を構成する鍵掛けフ
ック制御部４６は、鍵箱内のフックに鍵が掛けられてい
るか否かを判断し、鍵箱処理部４２に通知するため設け
られている。表示ランプ部４７は、ロック解除、ロッ
ク、通信中、話中、又は、ＮＧの鍵箱のステータスを鍵
箱処理部４２からの指示に従って表示するため設けられ
ている。

【００２６】図５は、上記本発明の一実施例の鍵箱の実
装例の模式図である。同図には、鍵箱を構成する扉と、
フックと、ＣＰＵ、メモリ及びモデムを内蔵するボック
スと、ＩＤカード読み取り部４４と、表示ランプ部４７
とが示されている。ＣＰＵ、メモリ及びモデムを内蔵す
るボックスは、図４を参照して説明した通信制御部４１
と、予約情報記録部３１と、メモリ部４３と、情報比較
部３３と、鍵処理部４２と、施錠解除部３４とを実現す
るため設けられている。

【００２７】フックは、図４を参照して説明した鍵掛け
フック制御部４６を実現するため、鍵の有無を感知する
センサを有する。図６は、図３に示した鍵箱管理システ
ムにおいて使用される管理センタの構成図である。以
下、図６を参照して管理センタの構成を説明する。オペ
レータは、例えば、コンピュータのキーボード又はマウ
スのような入力装置５１を用いて予約情報を入力部５２
に入力する。入力された予約情報は、表示部５３を介し
て表示装置５４に表示される。入力部５２に接続された
予約情報格納部１１は入力部５２から得た予約情報をフ
ァイル部５５に格納し、オペレータによって新たに入力
された予約情報を管理センタ処理部５６に通知する。

【００２８】新しい予約情報を通知された管理センタ処
理部５６は、ＩＤカード発行制御部５７に予約情報に基
づいたＩＤカードの発行を依頼する。ＩＤカード発行制
御部５７はＩＤカード発行装置５を介してＩＤカードを
発行する。また、管理センタ処理部５６は、予約情報を
鍵箱にダウンロードするため、予め指定された時刻（毎
日定時）等のタイミング又はオペレータがダウンロード
を入力装置より指示した場合に、予約情報抽出部１３に
対しファイル部５５からダウンロードする予約情報を抽
出させる。予約情報抽出部１３によってファイル部５５
から抽出された予約情報は、予約情報送出部１４に送ら
れ、対応した鍵箱に送信するためのフォーマットに変換
される。送信用フォーマットに変換された予約情報は、
例えば、モデムにより構成される通信制御部５９に送ら
れ、公衆回線２を介して対応する鍵箱に送信される。

【００２９】また、問い合わせ回答部１５は、通信制御
部５９を介して鍵箱からＩＤカード情報の問い合わせを
受け、問い合わせのあったＩＤカード情報に対応する予
約情報をファイル部５５から検索し、ＩＤカード情報の
認証の可否を判定する。問い合わせ回答部１５により判
定された結果は、通信制御部５９を介して鍵箱に通知さ
れる。

【００３０】

【実施例】次に、鍵箱、管理センタ及びオペレータの処
理内容を示す図７乃至１３を参照して、本発明の一実施
例による鍵箱管理システムの通常運転時の動作を説明す
る。図７は通常運転時の予約登録の処理シーケンスを示
している。ステップ１において事前にオペレータが管理
センタ側に施設に関する情報を入力し、ステップ２にお
いて施設名、鍵箱の電話番号、ディップスイッチ番号等
が管理センタに登録される。

【００３１】図１１は本発明の一実施例において事前に
管理センタ側に登録される施設に関する情報を示す図表
である。施設名は、施設を識別する名前であり、登録後
にデータベースを検索する際のキーに利用される。鍵箱
の電話番号は、ダウンロード時や鍵箱を強制開放すると
きなどに、管理センタからダイアルアップするために使
用される鍵箱自体の電話番号である。ディップスイッチ
の番号とは、各鍵箱に設けられ、鍵箱を特定するための
ディップスイッチの番号である。その他に、施設の住
所、管理責任者名、利用可能日時（例えば、運営してい
る時間、休館日等）、施設内の設備等の情報が登録され
る。

【００３２】事前登録の完了後、ステップ３において、
オペレータは電話連絡や窓口受付等により施設利用の申
込みを受け付ける。次に、ステップ４において、オペレ
ータは受け付けた申込みの情報を予約登録として管理セ
ンタに入力する。ステップ５において、オペレータによ
って入力された登録種別、施設名、予約者名、予約者連
絡先、利用日時、受付時間等の情報が管理センタに登録
される。本実施例では、予約登録される情報の中に、登
録種別という情報が含まれている。登録種別とは、予約
を受け付けた時点で正式な予約者として登録される場合
と、予約を受け付けられた予約者を仮の予約者として登
録し、その後、仮の予約者の間で抽選を行って正式な予
約者を決定し、登録する場合とを考慮して設けられてい
る。この例の場合、登録種別の具体的な内容は、仮の予
約に対応する「予約」と、正式な予約に対応する「登
録」である。図１２には上記本発明の一実施例において
予約登録時に必要なパラメータが列挙されている。

【００３３】予約登録が行われると、管理センタは、ス
テップ６において予約登録に対応した登録番号を払い出
す。この登録番号は、以降、予約登録者をＤＢで検索す
る際のキーとして利用することが可能である。尚、登録
番号は、施設毎にユニークな登録番号が払い出されるよ
うに、サイクリックなシーケンシャル番号として発生さ
れる。

【００３４】管理センタは、ステップ７において登録番
号を表示し、更に、ステップ８において、登録番号、施
設名、予約者名、利用日時等の情報をオペレータに通知
する。オペレータは、ステップ９において、管理センタ
から通知された情報に基づいて、例えば、予約簿を作成
することが可能である。図８は、本発明の一実施例によ
る通常運転時のＩＤカード発行の処理シーケンス図であ
る。図７を参照して説明した処理に続いて、登録種別が
「登録」又は「予約」のいずれであるかが判定される。
ステップ１０において、オペレータが登録種別が「登
録」ではない、即ち、「予約」であると判定した場合、
次に、ステップ１２において抽選による登録者選定が行
われる。抽選により登録者が選定された場合、オペレー
タは、ステップ１３において、選定された登録者の登録
種別を「予約」から「登録」に変更するため、施設名及
び登録者番号又は予約者名を管理センタに通知する。ス
テップ１４において、管理センタは、登録種別を変更す
べき登録番号又は予約者名を受ける。

【００３５】このように、登録種別が「登録」である場
合、ステップ１５において、管理センタはＩＤ番号の払
い出しを行う。尚、管理センタがステップ１１において
登録種別が「登録」であると判定した場合にもステップ
１５においてＩＤ番号の払い出しが行われる。本実施例
の場合、ＩＤ番号の払い出しは、例えば、乱数、施設
名、利用日等を排他的論理和等を用いて加工し、一意の
番号とすることにより行われる。

【００３６】ＩＤ番号の払い出し後、管理センタは、ス
テップ１６において、カード発行の可否をオペレータに
問い合わせる。その際、ステップ１７において、カード
に格納される予約情報に対応した登録番号、予約者名等
が管理センタからオペレータに通知される。ステップ１
８において、オペレータからカード発行の許可が通知さ
れると、管理センタは、ステップ１９において、ＩＤ番
号をＩＤカード発行装置（または、カードライタ）に書
き込み、ＩＤカードを発行する。尚、本実施例ではＩＤ
カード情報はＩＤ番号であるとしているが、既に説明し
た如く、ＩＤカード情報にＩＤ番号以外の情報、例え
ば、施設ＩＤ等を追加しても構わない。

【００３７】ＩＤカードが発行された後、管理センタ
は、ステップ２０において、実際にＤＢ内に格納された
予約情報の登録種別を変更し、ＩＤ番号をセーブする。
これにより、管理センタ側で実際の登録が完了する。
尚、オペレータは、ステップ２１において、管理センタ
から発行されたＩＤカードを受け取る。図９は、本発明
の一実施例による通常運転時の予約情報ダウンロードの
処理シーケンス図である。図８を参照して説明した処理
に続いて、予約日の早朝又は前夜に、管理センタから鍵
箱に予約情報がダウンロードされる。

【００３８】ステップ２２において、管理センタは鍵箱
にダイアルアップする。本実施例の場合、ダイアルアッ
プはタイマ起動により自動的に行われる。ステップ２３
において、鍵箱は管理センタからのダイアルアップを受
信する。次に、ステップ２４及びステップ２５におい
て、管理センタ及び鍵箱は接続の完了を確認する。接続
の完了後、鍵箱は、ステップ２６において予約情報の送
信を要求する。そのため、ステップ２７において、鍵箱
を特定するディップスイッチ番号が鍵箱から管理センタ
に送信される。これに応じて、管理センタは、ステップ
２８において、予約情報を鍵箱に送信し、鍵箱がこの予
約情報を受信する。本実施例の場合、予約情報はＩＤ番
号と利用日時である。既に説明した通り、ダウンロード
される予約情報は、ＩＤカードに書き込まれるＩＤカー
ド情報との組合せに応じて適宜決められる。予約情報を
受信した鍵箱は、ステップ２９において予約情報をメモ
リに格納する。

【００３９】このように、予約情報が管理センタから鍵
箱にダウンロードされたならば、鍵箱はステップ３０に
おいて格納結果を管理センタに送信する。鍵箱からの格
納結果を受信した管理センタは、ステップ３１において
結果を確認し、結果に応じて一定時間経過後のリトライ
処理、オペレータへの通知を行う。管理センタは結果確
認処理の終了後、ステップ３２において通信接続の切断
処理を行ない、鍵箱の通信接続の切断を始動し、鍵箱は
ステップ３３において通信接続を切断する。

【００４０】図１０は、本発明の一実施例による鍵管理
システムの通常運用時に利用者が施設を利用する際の処
理シーケンス図である。予約者が鍵箱を利用するとき、
ステップ４０において、予約者はＩＤカードを鍵箱のＩ
Ｄカード読み取り部（カードリーダ）に挿入し、ＩＤカ
ードを読み込ませる。次に、ステップ４２において、鍵
箱は、挿入されたＩＤカード情報と、ＩＤカードのＩＤ
番号についてダウンロードされメモリに格納された予約
情報とを照合してチェックする。

【００４１】チェック結果がＮＧの場合、予約情報照合
ＮＧ処理に進む（ステップ４４）。チェック結果がＯＫ
の場合、ステップ４６に進み、鍵箱は、鍵箱の扉のロッ
クを解除し、ロック解除ランプを点灯させ、扉を開け
る。扉が開いたとき、利用者は鍵箱内のフックに掛けら
れている利用施設の鍵を取り出す。鍵を取り出すと、フ
ックが上昇するような仕組みが設けられている。また、
鍵箱の扉はバネ式になっているため、鍵が取り出された
後、扉は自動的に閉じ、再びロックされる。

【００４２】以上の処理により、通常運用時の施設利用
の必須的な処理が終了する。しかし、本発明の一実施例
によれば、以下に説明するステップ４８乃至７０を選択
的に付加することが可能である。鍵箱は、扉が開放され
た後、所定時間内に扉がロックされたか否かを監視し、
所定時間内に扉のロックを検出したとき、又は、扉がロ
ックされずに所定時間が経過した後に、管理センタとの
通信を開始する。このため、ステップ４８において、鍵
箱は管理センタにダイアルアップする。ステップ５０に
おいて、管理センタは鍵箱からのダイアルアップを受信
する。次に、ステップ５２及びステップ５４において、
鍵箱及び管理センタは接続の完了を確認する。鍵箱は、
管理センタとの通信が確立されたならば、ステップ５６
において、鍵箱の扉の開閉の状態を表わす扉のロック信
号と、鍵がフックに掛かっているか否かの状態、即ち、
鍵箱内の鍵の有無を表わす鍵掛けフック信号と、ディッ
プスイッチ番号及びＩＤ番号を管理センタに送信する。
鍵箱ステータス情報を受信した管理センタは、ステップ
５８において通信接続の切断処理を行ない、鍵箱の通信
接続の切断を始動し、鍵箱はステップ６０において通信
接続を切断する。

【００４３】鍵箱の扉の開閉状態及び鍵の有無の状態等
を取得した管理センタは、ステップ６２において、取得
された状態を予約情報と照合し、ＩＤ番号が管理センタ
に登録された利用日時以外の利用であるならば、ステッ
プ６４に進み、オペレータにその旨の警告をする。これ
により、当日キャンセルした利用者が無断で施設を利用
することを防止することが可能である。

【００４４】予約情報との照合結果がＯＫであるなら
ば、管理センタはステップ６６において利用状況等を記
録する。次に、ステップ６８において、鍵箱のロックが
解除されてから一定時間経過後に、鍵箱の扉がロックさ
れているか否かを判定し、ロックされていない場合、ス
テップ７０に進み、その旨をオペレータに警告する。
尚、利用者が鍵を鍵箱に戻す際にも上記と同様の処理を
行う。利用者はＩＤカードを通してＩＤ番号チェックを
行う。利用者は、鍵箱の扉が開いた後、利用施設の鍵を
鍵箱の鍵掛けフックに戻す。鍵をフックに掛けると、鍵
の重さによって鍵掛けフックは下がる。鍵箱の扉はバネ
式であるため、鍵が戻された後、鍵の扉は自動的に閉ま
り、ロックされる。鍵箱の扉が開いてから所定時間が経
過するか、又は、所定時間内に扉がロックされることに
より、鍵箱は管理センタと通信を開始する。管理センタ
との通信が確立されたならば、鍵箱は、鍵箱の扉のロッ
ク状態を示す信号と、鍵掛けフックが下がっている状態
であるか否かを示す信号と、ＩＤ番号及びディップスイ
ッチ番号を管理センタに送信する。

【００４５】図１３は、本発明の一実施例において、施
設利用時にＩＤカード情報と予約情報とが一致しない場
合の処理シーケンス図である。図１０のステップ４４で
説明したＩＤカード情報と予約情報との照合の結果がＮ
Ｇである場合、鍵箱は、ステップ８０において管理セン
タへのダイアルアップを開始し、通話中ランプを点灯す
る。話中の場合には、話中ランプを点灯させ、リダイア
ルを開始する。ステップ８２において、管理センタがダ
イアルアップを受信した後、ステップ８４及びステップ
８６において、鍵箱及び管理センタは、夫々接続の完了
を確認し、通信が確立する。

【００４６】通信が確立された後、鍵箱は、ステップ８
８において管理センタに対し認証を要求し、ステップ５
５においてディップスイッチ番号、ＩＤ番号を通知す
る。管理センタは、ステップ９０において、鍵箱から送
信された情報と予約情報とを照合する。ステップ９２に
おいて、管理センタは照合結果を鍵箱に通知する。鍵箱
は、照合結果がＮＧの場合には、ステップ９４において
ＮＧランプを点灯する。照合結果がＯＫの場合には、鍵
箱は、ステップ９６において、鍵箱の扉のロックを解除
し、ロック解除ランプを点灯させ、扉を開ける。

【００４７】以上のステップ８０乃至９６は、ＩＤカー
ド情報と予約情報とが一致しない場合に行う必要がある
処理である。しかし、本発明の一実施例によれば、以下
のステップ９８乃至１１０を選択的に実行してもよい。
鍵箱は、ステップ９６において扉が開放された後、所定
時間内に扉がロックされたか否かを監視し（ステップ９
８）、所定時間内に扉のロックを検出したとき、又は、
扉がロックされずに所定時間が経過した後に、ステップ
１００において、鍵箱の扉の開閉の状態を表わす扉のロ
ック信号と、鍵がフックに掛かっているか否かの状態、
即ち、鍵箱内の鍵の有無を表わす鍵掛けフック信号と、
ディップスイッチ番号と、ＩＤ番号とを管理センタに送
信する。

【００４８】次に、ステップ１０２及びステップ１０４
において、管理センタ及び鍵箱は夫々通信接続を切断す
る。鍵箱の扉の開閉状態及び鍵の有無等の状態を取得し
た管理センタは、ステップ１０６において利用状況等を
記録する。次に、管理センタは、ステップ１０８におい
て、鍵箱のロックが解除されてから一定時間経過後に鍵
箱の扉がロックされているか否かを判定し、ロックされ
ていない場合、ステップ１１０に進み、その旨をオペレ
ータに警告する。

【００４９】図１４は本発明の一実施例において選択的
に実行され得る強制解放時の処理シーケンス図である。
強制開放とは、例えば、利用者がＩＤカードを紛失した
場合に、管理センタから鍵箱に開放要求を送出して鍵箱
の扉のロックを強制解除する処理である。ステップ１２
０において、オペレータが鍵箱の強制開放要求を電話連
絡などによって受け付けると、ステップ１２２におい
て、管理センタに対し、施設一覧表示を要求する。施設
一覧表示を要求された管理センタは、ステップ１２４に
おいて施設一覧を表示する。

【００５０】オペレータは、ステップ１２６において、
管理センタの表示装置に表示された施設一覧表示を確認
し、次に、ステップ１２８において、強制開放すべき鍵
箱に対応した施設を選択し、管理センタに通知する。強
制開放すべき鍵箱を通知された管理センタは、ステップ
１３０において、対応する鍵箱に対しダイアルアップ接
続を行う。対応する鍵箱は、ステップ１３２において、
ダイアルアップを受信し、ステップ１３４及びステップ
１３６において、管理センタ及び鍵箱は、夫々接続の完
了を確認し、通信が確立する。

【００５１】通信の確立後、ステップ１３８において、
鍵箱は、管理センタに対し、要求を送信するよう要求
し、管理センタは鍵箱から送信されたディップスイッチ
番号を受信する。次に、ステップ１４０において、管理
センタは、鍵箱に対し、鍵箱の扉を開放する要求を送信
する。開放要求を受信した鍵箱は、ステップ１４２にお
いて鍵箱の扉のロックを解除し、ロック解除ランプを点
灯させ、扉を開ける。

【００５２】次に、ステップ１４４及びステップ１４６
において、鍵箱及び管理センタは夫々通信接続を切断す
る。管理センタは、ステップ１４８において利用状況を
更新し、ステップ１５０において、オペレータに対し強
制解放完了を通知する。図１５は、本発明の一実施例に
おいて当日の予約変更が合った場合のリアルタイムダウ
ンロードの処理シーケンス図である。リアルタイムダウ
ンロードとは、通常のダウンロード後に、予約情報の変
更が行われた場合に、予約情報を再ダウンロードする機
能である。

【００５３】ステップ１７０において、オペレータが当
日の予約変更を電話連絡などによって受け付けると、ス
テップ１７２において、管理センタに対し、施設一覧表
示を要求する。施設一覧表示を要求された管理センタ
は、ステップ１７４において施設一覧を表示する。オペ
レータは、ステップ１７６において、管理センタの表示
装置に表示された施設一覧表示を確認し、次に、ステッ
プ１７８において、ＩＤ番号、利用日時、施設名、及び
予約者等の予約内容を管理センタに通知し、予約内容の
変更を要求する。

【００５４】予約内容の変更を依頼された管理センタ
は、ステップ１８０において、変更された予約内容を格
納する。管理センタは、ステップ１８２において、対応
する鍵箱に対しダイアルアップ接続を行う。対応する鍵
箱は、ステップ１８４において、ダイアルアップを受信
し、ステップ１８６及びステップ１８８において、管理
センタ及び鍵箱は、夫々接続の完了を確認し、通信が確
立する。

【００５５】通信の確立後、ステップ１９０において、
鍵箱は、管理センタに対し、要求を送信するよう要求
し、管理センタは鍵箱から送信されたディップスイッチ
番号を受信する。次に、ステップ１９２において、管理
センタは、鍵箱に対し、予約内容を変更するため、変更
後の予約情報、即ち、ＩＤ番号、利用日時を通知する。
予約内容の変更を受信した鍵箱は、ステップ１９４にお
いて予約情報をメモリに格納する。

【００５６】このように、予約情報が管理センタから鍵
箱にダウンロードされたならば、鍵箱はステップ１９６
において格納結果を管理センタに送信する。鍵箱からの
格納結果を受信した管理センタは、ステップ１９８にお
いて結果を確認し、結果に応じて一定時間経過後のリト
ライ処理、オペレータへの通知を行う。管理センタは結
果確認処理の終了後、ステップ２００において通信接続
の切断処理を行ない、鍵箱の通信接続の切断を始動し、
鍵箱はステップ２０２において通信接続を切断する。最
後に、管理センタは、ステップ２０４においてオペレー
タに対し予約変更の完了を通知する。

【００５７】尚、当日の予約内容の変更は、上記のリア
ルタイムダウンロード機能以外の機能、例えば、鍵箱の
予約情報とＩＤカードのＩＤ番号とが不一致の場合に管
理センタの予約情報と照合する機能を用いて実現するこ
とが可能である。しかし、本発明の一実施例のリアルタ
イムダウンロード機能は、予め予約内容の変更後に再ダ
ウンロードするため、利用時の通信時間を軽減すること
ができる。このようなリアルタイムの再ダウンロード機
能により、当日の臨機応変な変更が可能になる。

【００５８】本発明は、上記の実施例に限定されること
なく、特許請求の範囲内で種々変更・応用が可能であ
る。

【００５９】

【発明の効果】上記の説明の通り、本発明によれば、鍵
箱を設けることにより、既存設備の改造が不要となり、
導入費用を安価に抑えることができる。また、管理セン
タから鍵箱に当日分の施設運用情報（利用者、利用日時
等）を予めダウンロードすることにより、鍵箱と管理セ
ンタとを電話回線で接続した場合の利用時の回線話中を
防止することが可能になる。

【００６０】予めダウンロードされている情報と利用時
に読み込まれたカード内容とが一致しない場合には、管
理センタ側で保持されているデータとの照合が行われる
ので、施設運用情報をダウンロード後に予約内容が変更
されても正しい照合を行うことが可能であり、かつ、予
約内容の変更に対応するための鍵箱から管理センタへの
アクセス頻度も最小限に抑えられるため、話中が発生す
る頻度が低減される。その結果として、予約内容の変更
の自由度が増加する利点が得られる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の鍵箱管理装置の構成図である。

【図３】本発明の一実施例の鍵箱管理システムの構成図
である。

【図４】本発明の一実施例による鍵箱の構成図である。

【図５】本発明の一実施例による鍵箱の模式図である。

【図６】本発明の一実施例による管理センタの構成図で
ある。

【図７】本発明の一実施例による予約登録の処理シーケ
ンス図である。

【図８】本発明の一実施例によるＩＤカード発行の処理
シーケンス図である。

【図９】本発明の一実施例による通常運転時の予約情報
ダウンロードの処理シーケンス図である。

【図１０】本発明の一実施例による通常運転時の施設利
用の処理シーケンス図である。

【図１１】本発明の一実施例による事前登録内容一覧の
図表である。

【図１２】本発明の一実施例による登録時のパラメータ
一覧の図表である。

【図１３】本発明の一実施例において施設利用時にＩＤ
カード情報と予約情報とが一致しない場合の処理シーケ
ンス図である。

【図１４】本発明の一実施例における強制解放時の処理
シーケンス図である。

【図１５】本発明の一実施例において当日の予約変更が
合った場合のリアルタイムダウンロードの処理シーケン
ス図である。

【符号の説明】１管理センタ２通信線３鍵箱４ダウンロード手段１１予約情報格納手段１２ＩＤカード発行手段１３予約情報抽出手段１４予約情報送出手段３１予約情報記録手段３２ＩＤカード読み取り手段３３情報比較手段３４施錠解除手段

Claims

【特許請求の範囲】

【請求項１】施設の鍵を収納する鍵箱と、通信線を介して鍵箱に接続され、施設の鍵箱の施錠を管
理する管理センタとにより構成される鍵箱管理装置であ
って、上記管理センタは、予約情報を記録装置に格納する予約情報格納手段と、上記予約情報をＩＤカードに記録させるＩＤカード発行
手段と、上記予約情報格納手段によって格納された予約情報の中
から所定の鍵箱に対応する一定期間分の予約情報を抽出
する予約情報抽出手段と、上記抽出された予約情報を前記所定の鍵箱に送出する予
約情報送出手段とにより構成され、上記鍵箱は、上記管理センタの予約情報送出手段からから送信された
予約情報を記録装置に記録する予約情報記録手段と、ＩＤカードに記録されたＩＤカード情報を読み取るＩＤ
カード読み取り手段と、上記鍵箱の予約情報記録手段によって記録された予約情
報を上記読み取られたＩＤカード情報と比較する情報比
較手段と、上記情報比較手段による比較の結果に基づいて、上記鍵
箱の施錠の解除を管理する施錠解除手段とにより構成さ
れ、上記予約情報抽出手段、上記予約情報送出手段及び上記
予約情報記録により形成されたダウンロード手段が上記
管理センタから上記鍵箱に施設の予約情報を予め送信す
ることを特徴とする鍵箱管理装置。
【請求項２】上記情報比較手段は、上記鍵箱の予約情
報記録手段によって記録された予約情報と上記読み取ら
れたＩＤカード情報とが不一致の場合に、上記ＩＤカー
ド情報を上記管理センタに送出するＩＤカード情報問い
合わせ手段を含み、上記管理センタは、上記ＩＤカード情報問い合わせ手段
から上記ＩＤカード情報を受信し、上記受信されたＩＤ
カード情報を上記管理センタの上記予約情報格納手段に
よって格納された予約情報と比較し、比較の結果を上記
鍵箱のＩＤカード情報問い合わせ手段に送信する問い合
わせ回答手段を更に有することを特徴とする請求項１記
載の鍵箱管理装置。