JP2009074278A - 警報機能を有する鍵管理システム - Google Patents

Abstract

【課題】従来の鍵管理装置では、鍵の管理人がいる場合と不在の場合での鍵管理装置の状態に応じた対応が困難であり、鍵の貸し出しに対して所定の時間が経過しても返却がない場合などに発する警報はないという問題点があった。
【解決手段】鍵収容ユニットと鍵管理装置を含む鍵管理システムにおいて、鍵管理装置は、定期的または前記鍵収容ユニットから鍵有無情報を通知される毎に、警報起動条件を満たしているか否かを判定し、警報起動条件を満たしていると判定した場合に、警報機器を起動すると共に、前記通報先登録手段に登録されている通報先に警報を自動的に発信する。
【選択図】図２

Description

本発明は、鍵の出し入れ状況を管理する鍵管理システムに関するものである。

例えば、部屋の出入りのための鍵の預かりと貸し出しとを行うための鍵管理装置が、ビル等に設置されている。従来の装置では、例えば、特許文献１に記載されているように、鍵収納箱に収納された鍵の出し入れを管理するというものであり、鍵の盗難や不正利用に対して警報を出すようになっている。
特開２００３−３０７０６１号公報

従来の鍵管理装置では、鍵の預かり状況や貸し出し状況を確認するとともに、盗難や不正利用に対して警報を出すが、鍵管理の完全無人化が前提となっているため、例えば、鍵の管理人がいる場合と不在の場合での鍵管理装置の状態に応じた対応が困難であるという問題点があった。また、鍵の貸し出しに対して所定の時間が経過しても返却がない場合などに発する警報はないという問題点があった。

本発明は、上述の各問題点を解決するために、鍵の管理者がいる場合と不在の場合とで動作モードを切換え、不在の場合には、鍵を貸し出してから所定の時間が経過しても返却がない場合には、所定の通報先に警報を自動的に発信する鍵管理システムを提供することを目的としている。

さらには、警報通知手段として、本体画面、音声出力、Ｗｅｂ公開、メールを用意することで、鍵管理者の様々な利用シーンに対応できる鍵管理システムを提供することを目的としている。

本発明の鍵管理システムは、鍵収容ユニットと鍵管理装置を含み、前記鍵収容ユニットは、１以上の鍵を収容する鍵収容手段と、鍵が収容されているか否かを検出する鍵収容検出手段と、前記鍵収容検出手段が検出した鍵有無情報を前記鍵管理装置へ通知する鍵有無情報通知手段を有し、前記鍵管理装置は、前記鍵収容ユニットから通知された鍵有無情報を時刻情報と関連付けて蓄積する鍵有無情報蓄積手段と、前記鍵有無情報と関連付けられた警報起動条件を登録する警報起動条件登録手段と、警報の通報先を予め登録する通報先登録手段と、内蔵または外部接続された警報機器を起動する警報機器起動手段を有し、前記鍵管理装置は、定期的または前記鍵収容ユニットから鍵有無情報を通知される毎に、前記警報起動条件を満たしているか否かを判定し、前記警報起動条件を満たしていると判定した場合に、前記警報機器を起動すると共に、前記通報先登録手段に登録されている通報先に警報を自動的に発信することを特徴とする。

本発明によれば、鍵収容検出手段により鍵収容手段に収容されている鍵有無情報を収集することができ、収集した情報から、一定時間経過後も鍵の返却がないなどの所定の条件を満たした場合に、予め登録された宛先に通報を送信することで、鍵の未返却状況が遠隔地から把握でき、鍵そのものの管理と共に鍵を持ち出している人の安全管理上の早期対応も可能になる。

以下、本発明の実施の形態について図面に基づいて説明する。

図１は本発明の実施例１の鍵管理システムの全体構成図であり、無線タグリーダを内蔵した鍵収容ユニット１００と、鍵の出し入れ履歴を元に管理者へ警報を発信する機能を有した鍵管理装置２００と、無線タグリーダを内蔵した管理者プレゼンス管理装置４、及び鍵の出し入れ履歴と警報内容を表示する表示装置５がＬＡＮ６上に設置される。

警報の通報先は同一ネットワークであるＬＡＮ６上に設置された通報先端末３２、またはＷＡＮ８を介した通報先端末３１に設置される。

図２は、図１のＬＡＮ６上に設置された鍵収容ユニット１００と鍵管理装置２００、及び表示装置５を接続した場合の機能ブロック図を示している。例えば、ホテルのフロントに客室鍵の預かりと貸し出しを管理するシステムとして設置している。

無線タグリーダ１０１Ａは各客室の無線タグ付き鍵９の客室数に応じてｍ台接続され、無線タグ付き鍵９の無線タグ情報を読み取り、各客室の鍵の情報をキー監視部１０２Ａに送信する（以下、各客室の無線タグ付き鍵９を客室鍵と呼称）。また、各客室鍵は、無線タグリーダ１０１Ａが読み取れる位置に保管され、各客室鍵の入出庫を検出することができる。

キー監視部１０２Ａは無線タグリーダ１０１Ａで図１の無線タグ付き鍵９の客室鍵を定期的に検出し各客室鍵の有無を監視し、さらに各客室鍵の有無検出の状態が変化すると、状態情報と時刻情報とを履歴ＤＢ２０６へ書き込むブロックである。

無線タグリーダ１０１Ｂは各管理者の無線タグ付き鍵９の管理者数に応じてｎ台接続され、無線タグ付き鍵９の無線タグ情報を読み取り、各管理者の情報をキー監視部１０２Ｂに送信する（以下、管理者の無線タグ付き鍵を管理者鍵と呼称）。また、各管理者鍵は、無線タグリーダ１０１Ｂが読み取れる位置に保管され、各管理者鍵の入出庫を検出する。

また、本実施例では、説明を分かり易くするために管理者鍵を例として説明したが、無線タグを利用する例えば社員証等であってもよい。

キー監視部１０２Ｂは無線タグリーダ１０１Ｂで図１の無線タグ付き鍵９の管理者鍵を定期的に検出し、各管理者の有無を監視し、さらに管理者鍵の有無検出の状態が変化すると、状態情報と時刻情報を履歴ＤＢ２０６へ書き込み、モード切換部２０７へ管理者の在不在情報を送信するブロックである。

通信Ｉ／Ｆ部２０１はＬＡＮ６との接続部であり、Ｗｅｂやメールデータの送受信を行うブロックである。

Ｗｅｂ制御部２０２は鍵有無情報を蓄積した履歴ＤＢ２０６の情報や警報処理部２０４から通知された警報をＷｅｂ公開するブロックであり、アクセス許可相手が登録された認証ＤＢ２０５と連携し、アクセスしてきた相手が正規のユーザであるか否かを判定する機能を有している。

メール送信部２０３は警報処理部２０４から通知された警報を登録されている通報先にメール送信するブロックである。

警報処理部２０４は履歴ＤＢ２０６の鍵有無情報と時刻管理処理部２０８の時刻情報から、定期的または鍵有無情報が通知される毎に警報起動条件を判定し、条件を満たした場合にＷｅｂ制御部２０２、メール送信部２０３、表示装置５へ警報を発信するブロックである。

モード切換部２０７はキー監視部１０２Ｂと管理者用無線タグリーダ１０１Ｂにより管理者の在または不在を検出し、管理者が在の場合が通常モード、不在の場合は警戒モードへ自動的にモードを切換えるブロックである。また、切換スイッチＳを付属し、手動でのモード切換えも可能である。

表示装置５は警報処理部２０４から受信した警報をディスプレイに表示する装置であり、音声出力機能を有する。

図３は本発明の実施例１の鍵管理システムの動作説明用フローチャートである。

キー監視部１０２Ａまたは１０２Ｂが無線タグ付き鍵９の入出庫を無線タグリーダ１０１Ａまたは１０１Ｂを介して検出したならば（Ｓ３０１）、履歴ＤＢ２０６から無線タグ付き鍵９の無線タグ情報が客室鍵の入出庫か管理者鍵の入出庫かを確認する（Ｓ３０２）。

客室鍵の入出庫であった場合（Ｓ３０２：ＹＥＳ）、キー監視部１０２Ａは当該客室鍵の履歴ＤＢ２０６の状態情報（入庫または出庫）と検出した時刻情報をそれぞれ更新する（Ｓ３０３）。

さらに履歴ＤＢ２０６の状態が客室鍵の出庫であった場合（Ｓ３０４：ＹＥＳ）、警報処理部２０４は時刻管理処理部２０８と履歴ＤＢ２０６と連携して予め定められた当該客室鍵毎の非収容時間をカウントする非収容時間計測タイマを起動する（Ｓ３２０）。履歴ＤＢ２０６の状態が客室鍵の入庫であった場合（Ｓ３０４：ＮＯ）、警報処理部２０４は当該客室鍵の非収容時間計測タイマが起動中であったらならば、当該計測タイマをリセットし（Ｓ３１９）、ステップ３０１に戻る。

つぎに警報処理部２０４は非収容時間計測タイマがタイムアウトすると（Ｓ３０５：ＹＥＳ）、警報処理部２０４から表示装置５へ警報を送信する（Ｓ３０６）。タイムアウトしなければ（Ｓ３０５：ＮＯ）、ステップ３０１に戻る。

ステップ３０６で表示装置５へ警報を送信するとモード切換部２０７は警戒モードであるか否かを警報処理部２０４と連携して確認（Ｓ３０７）し、警戒モードであった場合（Ｓ３０７：ＹＥＳ）、警戒モードになってから予め定められた一定時間経過後の切換スイッチＳのＯＮ状態を警報処理部２０４にて確認（Ｓ３０８）し、切換スイッチＳが警戒モードであるＯＮ状態のままであった場合には、警報処理部２０４から表示装置５（音声出力部）へ警報を送信し（Ｓ３０９）、表示装置５は音声で管理者にたいして客室鍵が返却されていないことを知らせる。

さらに警報処理部２０４はＷｅｂ制御部２０２へ警報を送信（Ｓ３１０）し、Ｗｅｂ制御部２０２はＷｅｂ公開画面を更新し（Ｓ３１１）、通報先端末３２または３１から最新情報をＷｅｂ閲覧できるようにする。但し、認証ＤＢ２０５により、アクセス許可があることがＷｅｂ閲覧の条件となるため、通報先端末以外からでもＷｅｂ閲覧は可能である。

さらに警報処理部２０４はメール送信部２０３へ警報を送信（Ｓ３１２）し、メール送信部２０３は通報先端末３２または３１へ警報を送信する（Ｓ３１３）。通常モードであった場合（Ｓ３０７：ＮＯ）、ステップ３０１へ移行する。

つぎに、管理者鍵の入出庫であった場合（Ｓ３０２：ＮＯ）、キー監視部１０２Ａは当該管理者鍵の履歴ＤＢ２０６の状態情報（入庫または出庫）と検出した時刻情報をそれぞれ更新する（Ｓ３１８）。

さらに履歴ＤＢ２０６の状態が管理者鍵の出庫であった場合（Ｓ３１４：ＹＥＳ）、鍵警報処理部２０４は管理者鍵の出庫を管理者の不在と判断し、本発明の警戒モードへ切り換える（Ｓ３１５）。さらに警報処理部２０４は警戒モードに切り換わってから、所定の時間を計測するモード切換時間計測タイマを起動し（Ｓ３２１）、ステップ３１７へ移行する。

また履歴ＤＢ２０６の状態が管理者鍵の入庫であった場合（Ｓ３１４：ＮＯ）、警報処部２０４は管理者鍵の入庫を管理者の存在ありと判断し、通常モードへ切り換える（Ｓ３１６）。さらに、警報処理部２０４は当該客室鍵のモード切換時間計測タイマをリセットし（Ｓ３２２）、ステップ３０１に戻る。

モード切換時間計測タイマがタイムアウトの場合（Ｓ３１７：ＹＥＳ）、メール送信部２０３へ警報を送信（Ｓ３１２）し、通報先端末３２または３１へ管理者が所定時間不在であることの警報を送信する（Ｓ３１３）。

図４は履歴ＤＢ２０６の鍵収容履歴データ構造である。

Ｔａｂｌｅ１は、無線タグ付き鍵９の入出庫時または一定時間毎の時刻を格納する取得時刻フィールド、無線タグ付き鍵９の無線タグＩＤフィールド、及び収容状態フィールドから構成される。無線タグ付き鍵９の入出庫時または一定時間毎に履歴ＤＢ２０６のＴａｂｌｅ１が更新される。

Ｔａｂｌｅ２は、無線タグＩＤフィールドと、無線タグ付き鍵９の出庫継続時間を示す非収容時間フィールドから構成される。Ｔａｂｌｅ２の非収容時間フィールドに格納された出庫継続時間はＴａｂｌｅ１の取得時刻と収容状態から算出される。

本発明の実施例１では、無線タグを装着した鍵９と、無線タグリーダを内蔵した鍵収容ユニット１００により、鍵有無情報を収集することができ、収集した情報から、一定時間経過後も鍵の返却がないなどの所定の条件を満たした場合に、予め登録された宛先に通報を送信することで、鍵の未返却状況が遠隔地から把握でき、鍵そのものの管理と共に鍵を持ち出している人の安全管理上の早期対応も可能になる。

また、鍵管理装置２００を管理者がいる場合と不在の場合の両方のパターンで運用したい場合に、それぞれの状況に応じた動作モードを自動的に切り換えることができる。具体的には、管理者がいる場合は通常モード、不在の場合は警戒モードと位置付け、管理者が携帯している無線タグの有無により、動作モードを自動切換えすることができる。さらに、管理者不在状態が所定の時間継続した場合には、予め登録された宛先に警報を送信し、不在状態の長期化を防止することが可能になる。

また、鍵有無情報をアクセス制限付きのＷｅｂサイトに公開することで、アクセスを許可された人であれば、警報が送信されてこなくても能動的に鍵有無情報をタイムリーに確認することができ、より一層の早期対応が可能になると同時に、メールシステムに障害が発生した場合でも、鍵有無情報が確認できるという効果もある。

図３のフローチャートでは、鍵収容ユニット１００のキー監視部１０２Ａまたは１０２Ｂが、無線タグ付き鍵９の入出庫を無線タグリーダ１０１Ａまたは１０１Ｂを介して検出する毎に、履歴ＤＢ２０６を更新する場合について説明したが、履歴ＤＢ２０６の更新は、鍵入出庫（Ｓ３０１）を検出する毎ではなく、定期的に行うことができる。図５では定期的に更新される場合のフローについて説明する。

動作開始後、予め定められた一定時間の経過を判定（Ｓ５０１）し、一定時間が経過したら、その時点で履歴ＤＢ２０６を更新(Ｓ５０２)する。そして履歴ＤＢ２０６の状態情報の更新の有無を検出（Ｓ５０３）する。具体的にはステップ５０２において履歴ＤＢ２０６を更新する際に、事前の状態情報を保管し、更新後の履歴情報と事案の状態情報を比較し、状態情報の更新を検出した場合には、状態情報に応じて以下図３のフローと同様の処理を行う。同様の処理なので以下の説明を省略する。

本実施例に拠れば、各客室の鍵の状態とスケジュールに応じて自動的に任意の警報を発信することができる。また、管理者の状態を管理することで管理者が不在の場合でも同等のセキュリティ管理を実現できる。

尚、本実施例ではホテルにおける客室鍵と管理者鍵に無線タグを接続した構成で説明をおこなってきたが、本発明は本構成に限定されない。例えば、ビルや工場等のセキュリティ管理システムにおいても応用することができる。

また、本実施例では、各客室鍵、管理者鍵に無線タグを用いた構成について説明したが、本願は本実施例によらない。例えば、ＩＤ認証付きのＺｉｇｂｅｅや、レッドタクトン等の端末自体にＩＤ認証を有する機能があれば本発明を実現できる。

また、本実施例では、無線タグ付き鍵毎にタグリーダを併せ持った構成について説明したが、タグリーダは１台であってもよい。これによりタグリーダモジュールのコストを大幅に削減することができる。

図１は、警報機能を有する鍵管理システムの全体構成図である。 図２は、鍵収容ユニットと鍵管理装置の機能ブロック図である。 図３は、本発明の実施例１の動作説明用フローチャートである。 図４は、履歴データベースの鍵収容履歴データ構造図である。 図５は、本発明の実施例２の動作説明用フローチャートである。

符号の説明

１００ 鍵収容ユニット
１０１Ａ 無線タグリーダ
１０１Ｂ 管理者用無線タグリーダ
１０２Ａ キー監視部
１０２Ｂ 管理者キー監視部
２００ 鍵管理装置
２０１ 通信Ｉ／Ｆ部
２０２ Ｗｅｂ制御部
２０３ メール送信部
２０４ 警報処理部
２０５ 認証ＤＢ
２０６ 履歴ＤＢ
２０７ モード切換部
２０８ 時刻管理処理部
３１ 通報先端末
３２ ＬＡＮ内通報先端末
４ 管理者プレゼンス管理装置
５ 表示装置
６ ＬＡＮ（ローカルエリアネットワーク）
７ ゲートウェイ装置
８ ＷＡＮ（ワイドエリアネットワーク）
９ 無線タグ付き鍵
Ｓ 切換スイッチ

Claims (5)

1. 鍵収容ユニットと鍵管理装置を含む鍵管理システムであって、
   前記鍵収容ユニットは、１以上の鍵を収容する鍵収容手段と、鍵が収容されているか否かを検出する鍵収容検出手段と、前記鍵収容検出手段が検出した鍵有無情報を前記鍵管理装置へ通知する鍵有無情報通知手段を有し、
   前記鍵管理装置は、前記鍵収容ユニットから通知された鍵有無情報を時刻情報と関連付けて蓄積する鍵有無情報蓄積手段と、前記鍵有無情報と関連付けられた警報起動条件を登録する警報起動条件登録手段と、警報の通報先を予め登録する通報先登録手段と、内蔵または外部接続された警報機器を起動する警報機器起動手段を有し、
   前記鍵管理装置は、定期的または前記鍵収容ユニットから鍵有無情報を通知される毎に、前記警報起動条件を満たしているか否かを判定し、前記警報起動条件を満たしていると判定した場合に、前記警報機器を起動すると共に、前記通報先登録手段に登録されている通報先に警報を自動的に発信することを特徴とする警報機能を有する鍵管理システム。
2. 請求項１に記載の鍵管理システムであって、
   前記鍵管理装置は、通常モードと警戒モードを切り替えるモード切換手段をさらに有し、
   前記警報起動条件は警戒モードの場合に限定すると共に、前記警報機器を起動してから所定の時間が経過しても通常モードへのモード切換操作が無かった場合に、前記通報先登録手段に登録されている通報先に警報を自動的に発信することを特徴とする警報機能を有する鍵管理システム。
3. 請求項２に記載の鍵管理システムであって、
   前記鍵管理装置は、所定の担当者の在または不在を検出する担当者在不在検出手段をさらに有し、
   前記担当者在不在検出手段が担当者の不在を検出したならば、モードを警戒モードに自動的に切り替えることを特徴とする警報機能を有する鍵管理システム。
4. 請求項１から３のいずれかに記載の鍵管理システムであって、
   前記鍵収容ユニットに収容される１以上の鍵の各々に、鍵の識別情報を有する無線タグを装着すると共に、前記鍵収容検出手段は、無線タグリーダであることを特徴とする警報機能を有する鍵管理システム。
5. 請求項１から４のいずれかに記載の鍵管理システムであって、
   前記鍵管理装置は、前記鍵有無情報蓄積手段に蓄積されている情報を所定のサイトに登録する鍵有無情報登録手段と、前記サイトへのアクセスを許可する相手を指定する許可相手指定手段を有し、前記指定した許可相手に対してのみ、前記所定のサイトを公開させることを特徴とする警報機能を有する鍵管理システム。

Images