JP2018071280A - 鍵システム、鍵ケース - Google Patents

Abstract

【課題】物理鍵が不要となる鍵管理システムを提供する。【解決手段】所定の空間に出入りするための扉に設けられる鍵システムであって、所定の空間に面しない扉の外部面に設けられ、鍵の施解錠を実行するための鍵情報の入力を受け付ける入力部を備える外部筐体と、外部筐体と接続し、扉の内部に設けられる鍵ケースであって、鍵ケース内に備えられたカムと、カムに備えられ、当該カムを回動させるモータと、鍵ケース内に備えられ、モータを駆動するための制御部と、カムの回動に応じて鍵ケースから突出又は鍵ケース内に収納されるデッドボルトと、を備える。【選択図】図１

Description

本発明は、扉に設けられた電気錠に関し、特に、当該電気錠を施解錠する鍵の管理技術に関するものである。

従来、扉に設けられた鍵を電気的に開錠する仕組みとして、電気錠が一般的に知られている。この、電気錠として、物理鍵であるシリンダー錠と併用可能な電子錠システムがある（例えば、特許文献１参照）。

特開２０１１−４３０４４号公報

ところで、このような電気錠を扉に設置する場合には、扉に穴をあけたりするなどして、大掛かりになることが往々にしてある。そのような大掛かりな工事は、ユーザにとっては、煩雑であるとともに、そのような工事を行うことにより取られる時間や、近所への迷惑を考慮すると、なかなか電気錠への交換に踏み切れないという問題があった。

本発明は、上記問題に鑑みて成されたものであり、それほど大掛かりな工事を必要としない鍵システムを提供することを目的とする。

上記課題を解決するために、本発明の一態様に係る鍵システムは、所定の空間に出入りするための扉に設けられる鍵システムであって、所定の空間に面しない扉の外部面に設けられ、鍵の施解錠を実行するための鍵情報の入力を受け付ける入力部を備える外部筐体と、外部筐体と接続し、扉の内部に設けられる鍵ケースであって、鍵ケース内に備えられたカムと、カムに備えられ、当該カムを回動させるモータと、鍵ケース内に備えられ、モータを駆動するための制御部と、カムの回動に応じて鍵ケースから突出又は鍵ケース内に収納されるデッドボルトと、を備える。

上記鍵システムは、さらに、所定の空間に面し扉の内部面に設けられ、鍵システムを駆動するための動力を提供するバッテリーを備えることとしてもよい。

上記鍵システムは、更に、カムを回動させて施解錠を実行するための鍵データを管理するサーバを備え、外部筐体は、外部の装置と通信を実行する通信部と、サーバから通信部を介して受信した鍵データを記憶するメモリとを備え、入力部は、ユーザから施解錠を実行するための鍵情報の入力を受け付け、制御部は、鍵情報が正当な鍵であるか否かを鍵データに基づいて判定し、当該判定に基づいて施解錠を実行するためにモータを駆動することとしてもよい。

上記鍵システムにおいて、入力部は、ユーザの端末から近距離無線で鍵情報の入力を受け付けることとしてもよい。

上記鍵システムにおいて、入力部は、ユーザからの入力を受け付ける入力キーを備えることとしてもよい。

上記鍵システムにおいて、外部筐体は、さらに、充電用バッテリーを接続するための接続端子を備え、鍵システムは、さらに、充電用バッテリーが接続された場合に、バッテリーを充電する充電回路を備えることとしてもよい。

上記鍵システムにおいて、鍵ケースは、ドアノブの回動に応じて鍵ケース内から突出又は鍵ケース内に収容されるラッチボルトを備え、鍵ケースは、カムと、モータと、制御部と、デッドボルトとを収容する第１筐体と、ラッチボルトを収容する第２筐体とを含み、鍵ケースは、第１筐体と第２筐体との間の距離が可変となる可変構造を有する。

上記鍵システムにおいて、鍵ケースは、第１筐体と第２筐体との間にスペーシング筐体が設けられることで上記可変構造を実現することとしてもよい。

本発明の一態様に係る鍵ケースは、扉内部に設けられる鍵ケースであって、カムと、カムに備えられ、当該カムを回動させるモータと、鍵ケース内に備えられ、伝達される鍵情報に基づいてモータを駆動するための制御部と、カムの回動に応じて鍵ケースから突出又は鍵ケース内に収納されるデッドボルトと、を備える。

本発明の一態様に係る鍵システムは、扉に設けられた鍵ケースを交換し、扉に外部筐体を設けるという簡単な工事だけで、電気錠システムを取り付けることができる。

鍵システムの構造を示す斜視図である。 鍵システムに含まれる鍵ケースの側面図である。 鍵システムを扉に設置している状態を示す図であって、扉の戸先側からみた図である。 鍵管理システムのシステム構成を示すブロック図である。 鍵管理システムで利用される鍵管理表のデータ構成例を示すデータ概念図である。 鍵管理システムにおいてユーザが鍵を利用するための準備段階におけるユーザ端末と、鍵システムと、鍵管理サーバとの間のやり取りを示すシーケンス図である。 鍵管理システムにおいて、ユーザが部屋を利用する際のユーザ端末と、鍵システムと、鍵管理サーバとの間のやり取りを示すシーケンス図である。 鍵システムの動作を示すフローチャートである。 鍵管理サーバの動作を示すフローチャートである。 鍵ケースの構成例を示す側面図である。 デッドボルト・ラッチボルト一体型の鍵ケースの例を示す側面図である。 鍵管理システムのシステム構成を示すブロック図である。

＜実施の形態＞
＜構成＞
本発明に係る鍵システムは、図１に示すように、所定の空間に出入りするための扉に設けられる鍵システムであって、少なくとも、扉の外部面に設けられる外部筐体１００と、扉内部に設けられる鍵ケース１５０とを含む。所定の空間とは、一般的に、扉を設置することが可能な部屋や建物内等のことを意味する。扉の外部面とは、部屋に設けられた扉の外側、建物に設けられた扉の外側を意味する。また、図２は、鍵ケース１５０の側面図であり、図３は、鍵システムを扉に取り付けたときの戸先側から見た図である。以下、図１を主に、図２、図３を適宜参照しながら、鍵システムを説明する。

外部筐体１００は、鍵の施解錠を実行するための鍵情報の入力を受け付けるための入力部１１１を備える。外部筐体１００には、充電用バッテリー挿入部１１２を有する。充電用バッテリー挿入部１１２は、図３に示すように端子３０１を有し、充電用バッテリーが挿入されることで、電力が配線１３１を通じて、制御回路１３０に伝達される。そして、制御回路１３０は、充電回路として、扉の内部側に設置される内部筐体１７０内に設けられる動作用バッテリー１７１を、配線１１９を介して充電する。なお、充電用バッテリーが充電回路を兼ねる場合には、制御回路１３０を介さずに直接動作用バッテリー１７１と接続する構成になっていてもよい。充電用バッテリー挿入部１１２には、通常時（充電をしないとき）には、蓋部１１３を取り付ける。蓋部１１３は、どのような手法によって取り付けられてもよく、例えば、ねじ止め、あるいは、蓋部１１３に設けた爪が充電用バッテリー挿入部１１２に設けられた穴に嵌合することで、取り付けられてもよい。

入力部１１１は、その扉の外部面に設けられるものであって、鍵情報を入力するための装置である。鍵情報の入力は、様々な態様で実現されてよく、例えば、入力部１１１がタッチパネルあるいはハードウェアキーで構成して鍵となる識別情報（例えば、番号など）を直接入力したりしてもよいし、あるいは、他の装置から鍵情報に相当する情報を通信により入力したりしてもよい。他の装置としては、例えば、ＩＣカードや携帯電話機やスマートフォン等の携帯端末などであってよい。あるいは、他の装置の代替としてユーザの生体情報（例えば、指紋情報や網膜情報）などであってもよい。即ち、鍵情報は、扉に設けられた鍵を施解錠するために一意に特定できる情報であればどのような態様のものであってもよい。入力部１１１は、図３に示されるように、鍵ケース１５０内に設けられた制御部１３０とカム１１８が設けられる窓を通して、配線１３１により有線接続され、入力部１１１に対する入力は、制御部１３０に伝達される。本実施の形態では、入力部１１１は、ユーザが保持する端末（例えば、携帯電話機やスマートフォンなど）から、鍵情報を受信して、制御部１３０に伝達するものとする。

鍵ケース１５０は、扉の内部に設置されるものであって、少なくとも、カム１１８と、カム１１８を回動させるモータ１２０と、モータ１２０を駆動させるための制御部１３０と、カムの回動に応じて鍵ケース１５０から突出または鍵ケース１５０内に収納されるデッドボルト１６ａを備える。

モータ１２０は、回動軸１２１ａを備える。回動軸１２１ａは、制御部１３０からの指示に従って、図１の矢印１１４で示される方向に回動する。モータ１２０は、鍵ケース１５０に設けられたカム１１８部分に設けられる小型のモータであるが、カム１１８を回動させるに十分なトルクを発揮するものを使用する。モータ１２０は、鍵ケース１５０内に設けられた制御部１３０と接続されており、制御部１３０からの指示に従って、回動する。

回動軸１２１ａは、カム１１８のカム孔１１８ａに挿入される。回動軸１２１ａには、羽１２１ｂが付与されており、当該羽１２１ｂがカム１１８の凸部１１８ｂと接触することで、カム１１８が回動する。カム１１８が回動することによりデッドボルト１６ａが鍵ケース１５０から突出または鍵ケース１５０内に収納される。なお、回動軸１２１ａは、図３にも示されるように、カム１１８の中央付近までの長さを有し、サムターン側のカムまでは到達しない長さとなっている。一方、サムターン２０には羽１１７ａを有する凸軸１１７が設けられており、凸軸１１７は、回動軸１２１ａとは反対側から、カム１１８のカム孔１１８ａに挿入される。そして、凸軸１１７は、サムターン２０の回動に合わせて回動するように構成されている。凸軸１１７が回動することにより、羽１１７ａがカム１１８の凸部１１８ｂと接触し、カム１１８を回動させる。サムターン２０の凸軸１１７もカム１１８の中央付近までの長さを有し、鍵システム側のカムまでは到達しない長さとなっている。なお、ここで、図１に示すカム１１８の形状は図示した形状に限定されるものではなく、その他の形状であってもよい。カム１１８が、モータ１２０に設けた回動軸１２１ａの羽１２１ｂと接触して回動するように構成されてさえいれば、その他の形状のカムであってもよい。

回動軸１２１ａ又はサムターン２０の回動により、鍵ケース１５０内部に設けられた機構が動作して、デッドボルト１６ａが鍵ケース１５０から突出したり、突出した箇所が元の位置に戻ったりする。図２に示すように、カム１１８は、凸部１１８ｃを有し、カム１１８が回動する、凸部１１８ｃも矢印２０２で示される方向に回動する。凸部１１８ｃは、デッドボルト１６ａに設けられた凹部に挿入される。そして、凸部１１８ｃが回動することにより、デッドボルト１６ａは、矢印２０１で示される方向に移動する。この運動によりデッドボルト１６ａは、鍵ケース１５０から突出あるいは鍵ケース１５０に収納される。デッドボルト１６ａは鍵ケース１５０から突出して、扉が設置されている箇所の壁に設けられた受座１６ｂに嵌合することで、錠が行われる。デッドボルト１６ａが鍵ケース１５０内に収納されると、開錠が行われたことになる。

扉には、部屋からみた外部側にユーザが扉を開閉するための取手１０ａが設けられる。また、当該取手１０ａに対応して、部屋の内部側にも、ユーザが扉を開閉するための取手１０ｂが設けられる。取手１０ａは、取付柱１１と、角芯１２とを備え、角芯１２が角芯孔１４に嵌合し、取付柱１１が取付柱孔１３に嵌合して、取手１０ａは扉に設置される。ユーザが扉に設けられた取手１０ａを上下させることで、角芯１２が回動し、当該回動に合わせてラッチボルト１７ａが鍵ケース１５０から突出したり、収納されたりする。これにより、ユーザは、扉の開閉を行える。ラッチボルト１７ａが突出している状態で、受座１７ｂと嵌合して、扉が閉じた状態を維持することができる。

鍵システム１には、図示していないが、モータ１２０の回動状態（回動角）を検出するためのセンサ並びにサムターン２０の回動状態（回動角）を検出するための検出機能が備えられている。例えば、カム１１８には、モータ１２０の回動角を検出するためのセンサが設けられているとともに、サムターン２０の回動角を検出するためのセンサも設けられている。当該センサがあることにより、鍵システム１は、鍵が開錠状態にあるのか、施錠状態にあるかを検出することができ、その情報を、鍵システム１が設置されている場所を利用するユーザの端末等に通知することができる。

当該センシングは、一例として以下のようにして実現することができる。カム１１８に、モータ１２０と対向するように、フォトセンサを設けて、当該フォトセンサが検出している初期状態を記憶部１５１に記憶しておく。そして、上記状態と同様の状態を検知しているか否かに応じて、モータ１２０の回動状態を検出する。同様に、モータ１２０にも、カム１１８と対向する面にフォトセンサを設けて、当該フォトセンサがカム１１８の凸部１１８ｂを検知しているか否かに応じて、サムターン２０の回動状態を検出する。そして、モータ１２０の回動状態とサムターン２０の回動状態と、それぞれの初期状態における鍵の状態（施錠状態または開錠状態）から、現在、鍵が開錠状態にあるか、あるいは、施錠状態にあるかを特定することができる。なお、ここで述べたセンシング手法は一例であり、その他の手法としては、例えば、小型カメラを鍵システム１に設けて、撮像した画像を解析することにより、鍵の開錠状態、施錠状態を検出したり、デッドボルト１６ａと受座１６ｂのいずれかに接触センサないしは距離センサを設けてデッドボルト１６ａと受座１６ｂとがほぼ接触しているか近接しているか否かに応じて施錠状態にあるか開錠状態にあるかを検出したりすることとしてもよい。

本実施の形態における鍵システム１は、従来において、シリンダー錠を設けていた位置に、モータ１２０を設け、鍵ケース１５０内に鍵を施解錠する仕組みを搭載している。そして、扉外部に設けられる外部筐体１００には、鍵錠を受け付ける入力部１１１が備えられる構造となっている。外部筐体１００には、充電バッテリー用の端子３０１と、入力部１１１だけが設けられるので、比較的筐体を薄く構成することができるので、よりスマートな形状の外部筐体１００を提供することができる。

また、鍵ケース１５０は、一般的に取り外し及びその取付が、一般的に知られる電気錠を取り付ける場合と比較して、容易である。本実施の形態に係る鍵システム１は、鍵ケースの交換と、扉の外部側への外部筐体１００の取付及び内部側への動作用バッテリー１７１を含む内部筐体１７０の取付を行うだけで、電気錠としての仕組みを取り付けることができる。

このような鍵システム１を利用する鍵管理システムのシステム構成を、図４を用いて説明する。

図４は、鍵管理システムのシステム構成を示すシステム図であり、鍵管理サーバ２００と、集合住宅等の各部屋の扉に設けられた複数の鍵システム１ａ〜１ｅとを含む。なお、ここでは、話を簡単にするために、鍵管理サーバが一台、鍵システムが５台ある例を示しているが、鍵管理サーバ２００及び鍵システムの数はこれに限定されるものではないことは言うまでもない。鍵管理サーバ２００は、鍵管理システム上に複数台存在してもよいし、鍵システムも部屋ごとに設置される。鍵管理システムは、鍵管理サーバ２００が各鍵システム１（１ａ〜１ｅ）を一括管理するクライアントサーバ型で構成されてもよいし、複数の鍵管理サーバ２００、鍵システム１が対等に通信するＰ２Ｐ型で構成してもよい。

鍵管理サーバ２００は、通信部２１０と、制御部２２０と、記憶部２３０と、を含んで構成される。鍵管理サーバ２００は、いわゆるサーバ機能を有するコンピュータにより実現され、メモリ（ＲＡＭ、ＲＯＭ）を含んで成る。

通信部２１０は、ネットワーク２５０に接続され、各鍵システムと通信を実行する機能を有する。通信部２１０は、ネットワーク２５０を介して、各鍵システムと通信できれば、どのような通信規格により通信を実行してもよく、有線、無線を問わない。

制御部２２０は、鍵管理サーバ２００の各部を制御する機能を有する。制御部２２０は、記憶部２３０に記憶されている動作プログラムを実行することで各種の機能を実現する。制御部２２０は、通信部２１０から、ユーザ端末からの鍵要求を受け付けると、当該鍵要求に含まれる鍵システムが設置されている場所を特定する情報に基づいて、その場所を特定する。そして、鍵管理表５００において対応する鍵システムの鍵情報を設定し、鍵管理表５００に登録する。そして、制御部２２０は、設定した鍵情報を、鍵要求を行ったユーザ端末に通信部２１０を介して送信する。なお、対応する場所に既に登録機器が登録されている場合には、登録されている登録機器が鍵要求を行ったユーザ端末のＩＤに一致する場合には、対応する鍵情報を当該ユーザ端末に送信し、登録されている登録機器が鍵要求を行ったユーザ端末のＩＤに一致しない場合には、鍵要求を行ったユーザ端末に対して対応する場所を利用できない旨を通知する。また、鍵情報を設定した制御部２２０は、通信部２１０を介して、対応する鍵システムにも設定した鍵情報を送信する。なお、入力部１１１に対してユーザが直接番号等を鍵情報として入力するような場合には、制御部２２０は、鍵情報として入力すべきデータのテキストデータをユーザ端末に送信し、ユーザはそのテキストデータを見ることで入力すべき鍵を認識できる。

制御部２２０は、通信部２１０から認証情報を受け付けると、鍵管理表５００において、認証情報を送信した鍵システムに対応する認証日時情報と認証成否に関する情報を登録し、記憶部２３０に記憶されている鍵管理表５００を更新する。

また、制御部２２０は、必要に応じて、それまでの鍵を使用できないようにするために、鍵情報の削除指示を生成して、鍵システムに送信する機能を有する。

記憶部２３０は、鍵管理サーバが動作する上で必要とするプログラム、各種のデータを記憶する機能を有し、ＲＡＭ、ＲＯＭ等により実現される。記憶部２３０は、各鍵システムを管理するための鍵管理表５００や、鍵情報を管理するための動作プログラムを記憶する。

なお、図示していないが、鍵管理サーバ２００は、ＡＣ電源から電力の供給を受けて動作する。

図４に示すように、鍵システムの一つである鍵システム１ａは、扉の外部側に設けられる外部筐体１００と、扉内に設けられる鍵ケース１５０と、扉の内部側に設けられる内部筐体１７０とを含む。外部筐体１００は、入力部１１１を含み、鍵ケース１５０は、制御部１３０と、記憶部１５１と、モータ１２０とを含む。また、内部筐体１７０は、動作用バッテリー１７１を含む。なお、図４では、各鍵システムを区別するために、鍵システムには、１ａ〜１ｅの符号を付しているが、特段区別する必要がない場合には、以下においては、「鍵システム１」と記載する。各鍵システムは、同様の構成を有するためである。

動作用バッテリー１７１は、鍵システム１の各部に電力を供給する機能を有するバッテリーである。当該バッテリーは例えばリチウムイオン電池などにより実現される。動作用バッテリー１７１は、着脱可能に構成されてよく、供給する電力が少なくなった場合に交換できるように構成されてもよい。

入力部１１１は、ネットワーク２５０を介して鍵管理サーバ２００と通信を実行する機能も有する。入力部１１１は、ネットワーク２５０を介して、鍵管理サーバ２００と通信できれば、どのような通信規格により通信を実行してもよく、有線、無線を問わない。また、入力部１１１は、ユーザ端末と近距離無線通信により通信を実行する機能も有する。当該近距離無線通信には、例えば、Bluetooth(登録商標)規格、あるいは、その中でも消費電力の低いBluetooth low energy規格を利用してもよい。入力部１１１は、鍵管理サーバ２００から受信した鍵情報を制御部１３０に伝達する。また、入力部１１１は、ユーザ端末から受信した鍵情報を制御部１３０に伝達する。また、入力部１１１は、制御部１３０から伝達された認証情報を、ネットワーク２５０を介して鍵管理サーバ２００に送信する。なお、入力部１１１が利用可能な、その他の通信規格としては、例えば、Wi-Fi規格や、SIMカードを利用した通信等がある。SIMカードを利用した場合には、例えば、鍵管理システムにおいてインターネット回線の敷設を行うことなく通信を実行することができるという利点がある。また、SIMカードを利用した場合には、Bluetooth規格等様々な規格において利用されている２．４ＧＨｚ帯を利用しないので、通信の混線等が発生しにくくなるという利点もある。

モータ１２０は、制御部１３０からの指示に従って、回動する機能を有する。モータ１２０の回動方向に応じて、扉に設けられた鍵の施開錠が行われる。

制御部１３０は、鍵システム１の各部を制御する機能を有する。制御部１３０は、記憶部１５１に記憶されている動作プログラムに従って動作するプロセッサ（マイクロコンピュータ）である。制御部１３０は、入力部１１１から、鍵管理サーバ２００から送信された鍵情報を受け取った場合には、記憶部１５１に当該鍵情報を記憶する。また、制御部１３０は、入力部１１１から、ユーザ端末からの鍵情報を受け取った場合には、記憶部１５１から記憶している鍵情報を読み出して認証を実行する。記憶している鍵情報と、ユーザ端末からの鍵情報と一致した場合には、制御部１３０は、モータ１２０を回動させて鍵の施開錠を実行する。すなわち、鍵が閉じている場合（デッドボルト１６ａが突出している場合）には、鍵を明け、鍵が空いている場合（デッドボルト１６ａが鍵ケース１５０に収納されている場合）には、施錠する。記憶している鍵情報と、ユーザ端末からの鍵情報と一致した場合には、制御部１３０は、認証失敗を示す情報をユーザ端末に送信する。そして、制御部１３０は、自装置の鍵システムＩＤと、認証を行ったユーザ端末の機器ＩＤと、認証を行った日時を示す情報と、認証の成否を示す情報とからなる認証情報を生成し、入力部１１１に鍵管理サーバ２００に送信させる。また、制御部１３０は、鍵情報の削除指示を鍵管理サーバ２００から受け付けた場合に、記憶部１５１に記憶している鍵情報を消去する。

記憶部１５１は、鍵システム１が動作する上で必要とするプログラム、各種のデータを記憶する機能を有し、ＲＡＭ、ＲＯＭ等により実現される。記憶部１５１は、施開錠の認証に用いる鍵情報を記憶する。当該鍵情報は、適宜、鍵管理サーバ２００によって書き換え可能になっている。

なお、図４には、示していないが、ユーザ端末は、通信機能を有するユーザが保持する携帯電話やスマートフォン等の携帯通信端末により実現される。ユーザ端末は、例えば、部屋の賃貸に関するサイトにアクセスし、ユーザ入力に従って、賃貸したい部屋を内覧する場合などに鍵要求を鍵管理サーバ２００に送信する。当該鍵要求は、ユーザ端末を一意に特定可能な識別情報である機器ＩＤと、賃貸したい場所を特定できる情報（例えば、住所や賃貸する場所の名称など）とを含む。そして、当該鍵要求に応じて鍵管理サーバ２００から鍵情報を受信するとこれを記憶する。そして、ユーザ端末は、賃貸する場所に設置されている鍵システムの近距離無線通信内に入ると、記憶している鍵情報を送信する。これにより、鍵情報が合っていれば施開錠がなされる。

以上が鍵管理システムに係る各装置の機能である。

＜データ＞
ここで、各鍵管理サーバ２００が保持する鍵管理表５００の詳細について説明する。図５は、鍵管理表５００のデータ構成例を示すデータ概念図である。

図５に示すように鍵管理表５００は、鍵システムＩＤ５０１と、鍵情報５０２と、登録機器ＩＤ５０３と、認証日時５０４と、認証成否５０５と、設置場所５０６とが対応付けられた情報である。

鍵システムＩＤ５０１は、各部屋に設けられた鍵システム各々をシステム上で区別するために設定された識別情報である。

鍵情報５０２は、制御部２２０が鍵システムに対して設定する鍵情報であり、ユーザ端末及び鍵システムに記憶させる情報である。鍵情報は、鍵システムにおいて認証に用いられる。

登録機器ＩＤ５０３は、鍵システムが取り付けられた部屋を利用するユーザのユーザ端末を一意に特定できる機器の識別情報である。

認証日時５０４は、鍵システムにおいて、認証が実行された日時を示す情報である。

認証成否５０５は、鍵システムにおいて、対応する日時において実行された認証の成否を示す情報である。

設置場所５０６は、鍵システムが取り付けられている場所を示す情報であり、住所を示す。

図５によれば、例えば、鍵システムＩＤ５０１が「１００ｂ」の鍵システムには、鍵情報として「Ｋｌ３８ｓ＊ｗ」が対応付けられ、この鍵システムが取り付けられている部屋を利用するユーザのユーザ端末の機器のＩＤは、「ＦＸ２３−Ｒ２９００」である。当該鍵システム「１００ｂ」における認証は、「２０１６年１月２３日１３時４１分」に行われ、認証が「成功」していることがわかる。そして、この鍵システム「１００ｂ」は、「Ａ県Ｂ市Ｃ町一丁目○×ハイツ２０１」に設置されている。

このような鍵管理表５００を鍵管理サーバ２００が保持していることにより、各鍵システムは認証を実行できるとともに、過去に行われた認証や、誰がどこを利用したかの検索を簡単に行うことができる。

＜動作＞
ここから、本実施の形態に係り鍵管理システムの動作について説明する。図６は、鍵管理システムにおいて、ユーザが部屋を利用するための準備段階における処理を示したシーケンス図であり、ユーザ端末と、鍵管理サーバ２００と、鍵システム１との間で行われるやり取りをしめしたシーケンス図である。

ユーザ端末は、鍵管理サーバ２００に対して部屋の利用を要求する鍵要求を送信する（ステップＳ６０１）。

鍵管理サーバ２００は鍵要求を受信すると使用する鍵システムを特定し、特定した鍵システムに鍵情報を設定する（ステップＳ６０２）。

また、鍵管理サーバ２００は、鍵要求に含まれるユーザ端末の機器ＩＤを、鍵システムＩＤに対応付けて鍵管理表５００に記憶する（ステップＳ６０３）。

鍵管理サーバ２００は、設定して記憶した鍵情報を、鍵要求を行ったユーザ端末に送信する（ステップＳ６０４）。

ユーザ端末は、鍵管理サーバ２００から受信した鍵情報を記憶する（ステップＳ６０５）。

同様に、鍵管理サーバ２００は、特定した鍵システムに、設定した鍵情報を送信する（ステップＳ６０６）。

鍵システム１は、鍵情報を受信すると記憶部に記憶する（ステップＳ６０７）。これにより、ユーザ端末を利用して鍵システム１が設置されている部屋を利用する準備が整う。

次に、ユーザ端末を保持するユーザが部屋を利用する際の鍵管理システムの動作を説明する。

ユーザ端末は、部屋の近くに到着すると、すなわち、鍵システム１の近距離無線通信圏内に入ると、鍵情報を鍵システム１に送信する（ステップＳ７０１）。鍵システム１は、鍵情報を要求する要求信号を発信しており、ユーザ端末は、当該要求信号に応答する応答信号として、鍵情報を送信する。これは、ユーザ自身が、ユーザ端末を利用して、鍵情報を送信する構成であってもよい。

鍵システム１は、鍵情報を受信すると、記憶している鍵情報と照合して認証を行う（ステップＳ７０２）。

鍵システム１は、認証結果に応じて、扉の鍵の施解錠を実行する（ステップＳ７０３）。

鍵システム１は、認証を実行すると、認証を行った日時情報、認証の成否に関する情報を含む認証情報を生成する（ステップＳ７０４）。そして、鍵システム１は、生成した認証情報を鍵管理サーバ２００に送信する（ステップＳ７０５）。

鍵管理サーバ２００は、認証情報を受信すると、記憶している鍵管理表５００を更新する。

図７に示す処理を実行することにより、鍵管理システムは、鍵の施解錠を実行できるとともに、認証を行った情報を蓄積することができる。

図８は、鍵システム１の動作を示すフローチャートである。図４に示したいずれの鍵システム１ａ〜１ｅも図８に示す処理に従って動作する。

鍵システム１の入力部１１１は、情報を受信する。当該情報が鍵管理サーバ２００からの鍵情報である場合に（ステップＳ８０１のＹＥＳ）、入力部１１１は、制御部１３０に鍵管理サーバ２００からの鍵情報を伝達する。

制御部１３０は、入力部１１１を介して、鍵管理サーバ２００からの鍵情報を受け付けると、記憶部１５１に受け付けた鍵情報を記憶して（ステップＳ８０２）、処理を終了する。

受信した情報が鍵管理サーバ２００からの鍵情報ではなく（ステップＳ８０１のＮＯ）、ユーザ端末からの鍵情報であった場合に（ステップＳ８０３のＹＥＳ）、入力部１１１は、受信したユーザ端末からの鍵情報を制御部１３０に伝達する。

すると、制御部１３０は、記憶部１５１に記憶している鍵情報を読み出す（ステップＳ８０４）。そして、制御部１３０は、伝達されたユーザ端末からの鍵情報と、記憶部１５１から読み出した鍵情報とが一致するか否かを判定する（ステップＳ８０５）。

ユーザ端末からの鍵情報と、記憶部１５１から読み出した鍵情報とが一致した場合に（ステップＳ８０５のＹＥＳ）、制御部１３０は、モータ１２０を回動させて扉の鍵の施解錠を実行する（ステップＳ８０６）。すなわち、制御部１３０は、鍵が閉じていた場合には鍵を開け、鍵が開いていた場合には鍵を閉じる。

一方、ユーザ端末からの鍵情報と、記憶部１５１から読み出した鍵情報とが一致しなかった場合に（ステップＳ８０５のＮＯ）、鍵システム１は、鍵が間違っていることを示す情報をユーザ端末に送信することで報知する（ステップＳ８０７）。

その後に、制御部１３０は、自装置の鍵システムＩＤと、認証を行った日時情報、認証の成否を示す情報、認証を行ったユーザ端末の機器ＩＤとを含む認証情報を生成する。そして、制御部１３０は、入力部１１１を介して、鍵管理サーバ２００に送信して（ステップＳ８０８）、処理を終了する。

受信した情報がユーザ端末からの鍵情報ではなく（ステップＳ８０３のＮＯ）、鍵情報の削除指示を受信した場合に（ステップＳ８０９）、入力部１１１は、当該削除指示を制御部１３０に伝達する。制御部１３０は、削除指示を受け付けると、記憶部１５１に記憶している鍵情報を削除するとともに、モータ１２０を制御して扉の鍵を施錠して（ステップＳ８１０）、処理を終了する。
以上が鍵システム１の動作である。

次に、鍵管理サーバ２００の動作について説明する。図９は、鍵管理サーバ２００の動作を示すフローチャートである。

鍵管理サーバ２００の通信部２１０は、情報を受信する。当該情報が、ユーザ端末からの鍵要求である場合に（ステップＳ９０１のＹＥＳ）、通信部２１０は、当該鍵要求を制御部２２０に伝達する。当該鍵要求は、ユーザ端末からの利用したい場所に関する情報を含む。制御部２２０は、伝達された鍵要求に含まれる場所情報を特定し、特定した場所情報を用いて、鍵管理表５００の設置場所５０６を参照して、対応する鍵システムを特定する（ステップＳ９０２）。

制御部２２０は、特定した鍵システムに対して、鍵管理表５００の登録機器ＩＤ５０２を参照して、要求されている場所を利用している機器があるか否かを参照する（ステップＳ９０３）。登録機器がある場合（ステップＳ９０３のＹＥＳ）、すなわち、鍵管理表５００において対応する登録機器ＩＤ欄にデータが登録されている場合には（ステップＳ９０３のＹＥＳ）、制御部２２０は、鍵要求を行ったユーザ端末に対して、要求している場所は使用できない旨をユーザ端末に通知して（ステップＳ９０４）、処理を終了する。

登録機器がない場合（ステップＳ９０４のＮＯ）、すなわち、鍵管理表５００において、対応する登録機器ＩＤ欄にデータが登録されていない場合には、制御部２２０は、当該鍵システムにおいて利用する鍵情報を設定し、鍵管理表５００に登録する（ステップＳ９０５）。

制御部２２０は、通信部２１０を介して、設定した鍵情報を、鍵要求を行ったユーザ端末と、鍵要求に対応する鍵システムとに送信し（ステップＳ９０６）、処理を終了する。

ユーザ端末からの鍵要求ではなく（ステップＳ９０１のＮＯ）、鍵システムから認証情報を受信した場合には（ステップＳ９０７のＹＥＳ）、通信部２１０は、制御部２２０に当該認証情報を伝達する。前述の通り、認証情報には、認証を行った鍵システムＩＤと、認証を行った日時情報と、認証の成否情報と、認証を行ったユーザ端末の機器ＩＤとを含む。制御部２２０は、伝達された認証情報から各情報を抽出し、鍵管理表５００の対象箇所に新たに追加登録する（ステップＳ９０８）。すなわち、認証情報に含まれる鍵システムＩＤから、鍵管理表５００の対応する箇所を、鍵システムＩＤ５０１を参照して特定する。そして、対応する認証日時５０４に、認証情報に含まれていた日時情報を登録し、認証成否５０５に、認証情報に含まれていた成否情報を登録して、終了する。なお、このとき、登録機器ＩＤ５０３と、認証情報に含まれているユーザ端末の機器ＩＤとが一致しないときには、制御部２２０は、その旨をオペレータの端末に通知する。

一方、通信部２１０が受信した情報が、ユーザ端末からの鍵要求でもなく（ステップＳ９０１のＮＯ）、鍵システムからの認証情報でもなく（ステップＳ９０７）、オペレータからの、鍵システムＩＤを含む鍵情報の削除指示を受け付けていると（ステップＳ９０９）、制御部２２０は、対応する鍵システムに対する鍵情報の削除指示を生成する。そして、制御部２２０は、通信部２１０を介して、対応する鍵システムに生成した鍵情報の削除指示を送信し（ステップＳ９１０）、処理を終了する。

以上が、鍵管理サーバ２００の動作である。

＜鍵情報のセキュリティ性について＞
上記図４には、示していないが、鍵管理システムには、複数の鍵管理サーバ２００が設置される。

各鍵管理サーバ２００は、上述した機能を有するとともに、各鍵管理サーバ２００間で、鍵管理表５００を共有しあう。そして、いずれかの鍵管理サーバ２００の情報が改ざんされて、悪意のある第３者が特定の部屋の扉の鍵を改ざんした鍵で施解錠したときに、他の鍵管理サーバ２００が保持している鍵管理表５００に登録されている鍵とは異なる鍵での施解錠を行った認証情報が登録されたときに、当該改ざんを発見することができる。

＜まとめ＞
上記実施の形態に示したように、鍵管理システムは、ユーザ端末に対して、鍵の電子データを送信し、ユーザ端末は受信した鍵の電子データを用いて、鍵システムとの通信を行って、扉の鍵の施解錠を行う。したがって、鍵管理システムは、物理鍵を用意する必要がなく、運営コストを低減できる。また、部屋の賃貸を行うにあたって、内覧等を行う際に、貸主や不動産会社が立ち会って開錠してもらう必要があったが、上記実施の形態に係る鍵管理システムを利用すれば、通信をするだけで、鍵の準備ができるので、内覧における、貸主側借主側双方の利便性を格段に向上させることができる。

また、本実施の形態に係る鍵システムによれば、従来、シリンダー錠を備えていた位置であって、鍵ケースのカム部分にモータを設けて、サムターンと連動させつつ、鍵の施解錠を実行できる仕組みを設けている。したがって、鍵システムの取り付けに当たっては、従来のシリンダー錠を除去して、鍵ケースの交換を行い、外部筐体と内部筐体とを取り付けるだけでよく、鍵システム１を取り付けるために扉に新たな貫通孔等を設ける必要がなくなるので、設置が容易になる。

＜補足＞
本発明に係る視線検出システムは、上記実施の形態に限定されるものではなく、その発明の思想を実現するための他の手法により実現されてもよいことは言うまでもない。以下、各種の参考例について説明する。

（１）上記実施の形態においては、鍵情報は、一つの扉に設けられた鍵システムに対応付けられたものであった。しかし、当該鍵情報は、複数の扉に設けられた鍵を開錠するための鍵として用いられてもよい。

具体的には、例えば、集合住宅には、建物自体へのエントランスに鍵がかけられた扉があり、さらに、部屋にも鍵がかけられるものがある。そのような集合住宅において、上記実施の形態に示した鍵を部屋の鍵として利用する一方で、その集合住宅の建物に入るためのエントランスの鍵としても利用できるようにしてもよい。すなわち、建物のエントランスに、ユーザ端末と通信を実行する通信部、認証を行う認証部、鍵を開錠する制御部を設けて、当該通信部が、ユーザ端末から鍵情報を受信し、認証部が受信した鍵情報を認証し、認証の成否に応じて扉の鍵を開錠することとしてもよい。このとき、エントランスに設けられた認証部は、建物内に設置された鍵システム全ての鍵情報を保持し、建物内の鍵システムとして設定された鍵情報のいずれでも開錠ができるように設定される。当該設定は、エントランスに設けられた認証部（認証装置）に対して、直接管理者がハードウェアキーなどを利用して直接設定してもよいし、鍵管理サーバ２００から、通信部を介して設定することとしてもよい。

このような構成の鍵管理システムによれば、建物のエントランス部と、部屋とで、二つの鍵が必要になるところ、二つの物理鍵を用意する必要もなければ、複数の鍵を管理する必要もなくなる。特に賃貸物件の内覧等を行う際に複数の物理鍵を準備する必要がなくなるので、ユーザの利便性が格段に向上する。

上記実施の形態においては、鍵システム１は建物の部屋の扉に設ける例を示したが、これは、部屋の扉に限るものではない。本発明に係る鍵システム１は、例えば、貸倉庫の鍵、トランクルームの鍵、自動車の鍵など、鍵を利用する場面において様々な用途に用いることができる。

（２）上記実施の形態においては、ユーザ端末が保持する鍵情報の認証は、鍵システム１が実施することとしているが、これはその限りではない。鍵情報の認証は、鍵管理サーバ２００が実行することとしてもよい。すなわち、鍵システム１は、ユーザ端末から鍵情報を受け付けると、ユーザ端末の機器ＩＤと受け付けた鍵情報を鍵管理サーバ２００に送信する。鍵管理サーバ２００は、受信した鍵情報と、ユーザ端末の機器ＩＤと、鍵情報を送信した鍵システムの鍵システムＩＤと、に基づいて、保持している鍵管理表５００を参照して、受信した鍵情報が正当な鍵であるか否かを認証する。そして、鍵管理サーバ２００は、認証結果を示す認証結果情報を鍵情報を送信した鍵システムに送信し、鍵システムは受信した認証結果情報に応じて扉に設けられた電気錠の施解錠を実行する。このような構成によっても上記実施の形態と同様の効果を奏する鍵管理システムを提供することができる。

（３）上記実施の形態の鍵管理表５００には示していないが、鍵管理表５００は、その他にも、鍵を利用するユーザに関するユーザ情報や、鍵を利用する契約を行った日時の情報なども対応付けられてもよい。

（４）上記実施の形態では、鍵システム１は、動作用バッテリー１７１を備えて、鍵システムを構成する各機能部を動作させるための動力源としたが、鍵システム１は、部屋内部のＡＣ電源から電力供給を受けて動作する構成を備えてもよい。

（５）上記実施の形態では、ユーザ端末が鍵を鍵管理サーバ２００から受け付け取っていれば、扉の鍵を開錠できるようにしているが、これにさらに時間制限を設けてもよい。すなわち、鍵管理サーバ２００は、鍵システムに対して鍵情報を送信する際には、当該鍵情報を利用できる日付や時間帯の情報を含ませても良い。そして、鍵システムは、受信した日付や時間帯の情報で示される日時でのみ認証を実行するように構成されていてもよい。

（６）上記実施の形態では、鍵システム１は、物理鍵を必要としない構成であるが、ここに更に、物理鍵も導入して、よりセキュリティ性を高めることとしてもよい。

（７）上記実施の形態においては、鍵システムがユーザ端末から受け付けた鍵情報の認証を行うこととしたが、これはその限りではない。鍵管理サーバ２００が実行してもよい。すなわち、鍵システムは、ユーザ端末から鍵情報を受信すると、自装置の鍵システムＩＤと、ユーザ端末から受け付けた鍵情報とを鍵管理サーバ２００に送信する。鍵管理サーバ２００は、受け付けた鍵システムＩＤと、鍵情報の組み合わせが鍵管理表５００に登録されているか否かを検証する。そして、登録されていた場合には、認証成功を鍵システムに送信し、登録されていなかった場合には、認証失敗を鍵システムに送信する。そして、鍵システムは、鍵管理サーバ２００から受け付けた認証情報の内容に応じて、すなわち、認証成功を受信した場合に施解錠を実行し、認証失敗を受信した場合には、施解錠を実行しない。

（８）上記実施の形態においては、特に記載していないが、鍵システム１は、ユーザによる入力が可能な入力キーを備える構成を備えても良い。そして、鍵管理サーバ２００は、入力すべき鍵情報をユーザ端末に送信する。そして、ユーザは、ユーザ端末が受信した鍵情報を見て、その鍵情報を鍵システム１に設けられた入力キーに入力するという構成をとって、上記実施の形態に示した、近距離無線通信による鍵情報のやり取りに換えてもよい。

（９）上記実施の形態において、特に記載していないが、鍵管理サーバ２００は、鍵システムの鍵情報を定期的に変更してもよい。そして、変更した後に、対応する登録機器ＩＤを有するユーザ端末に送信して、更新後の鍵情報を使用した開け閉めを実行させてもよい。これにより、部屋のセキュリティ性を向上させることができる。

（１０）上記実施の形態において、特に記載していないが、各鍵システム１に、当該鍵システム１のそばに人体が存在するか否かを検知する人体検知センサを備えることとしてもよい。そして、平時においては、動作用バッテリー１７１は人体検知センサのみに電力を供給し、人体検知センサが人体を検知した場合に、動作用バッテリー１７１は、鍵システム１の各部に電力を供給する構成としてもよい。これにより、鍵システム１において最も電力消費の大きい入力部１１１の省電力を図ることができる。

（１１）上記実施の形態において、特に記載していないが、鍵システム１は、表示装置（いわゆる、モニター）や、音声出力装置（いわゆる、スピーカ）を備えてもよく、ユーザに対する情報発信に用いられてよい。例えば、上記実施の形態でいえば、認証の成否についての報知を表示装置や音声出力装置を用いて実行してもよい。

（１２）上記実施の形態に示した鍵ケース１５０は、更に、その利便性を向上させるべく以下のような構造を有してもよい。

即ち、扉によっては、受座１６ｂと受座１７ｂとの間隔がまちまちであることがある。そこで、鍵ケース１５０を、その様々な間隔の受座に簡単に対応できるように、その内部で３つの筐体でモジュール化してもよい。即ち、図１０に示すように、カム１１８とモータ１２０と、制御回路１３０と、デッドボルト１６ａとを備える第１筐体１５０ａと、ラッチボルト１７ａを備える第２筐体１５０ｃと、第１筐体１５０ａと第２筐体１５０ｃとの間の隙間を埋めるスペーシング筐体１５０ｂとを備え、それらが、図１０に示されるように、鍵ケース１５０内に収容されるようにしてもよい。様々な幅のスペーシング筐体１５０ｂを用意しておくことで、様々な間隔の受座に対応できる鍵ケース１５０を提供することができる。

なお、ここでは、鍵ケース１５０内に、第１筐体１５０ａと、スペーシング筐体１５０ｂと、第２筐体１５０ｃとを収納することとしたが、これらは、鍵ケース１５０内に収納するのではなく、直接接合して、鍵ケース１５０を形成することとしてもよい。

また、スペーシング筐体１５０ｂ以外の手法により、第１筐体１５０ａと第２筐体１５０ｃとの間の距離を可変にしてもよい。例えば、スペーシング筐体１５０ｂに代えて、ばね部材を挿入することとしてもよいし、第１筐体１５０ａと第２筐体１５０ｃとの間の距離を保てる他の保持部材により実現することとしてもよい。

（１３）上記実施の形態においては、外部筐体１００は、充電用バッテリーを充電用バッテリー挿入部１１２に挿入することで、有線により動作用バッテリー１７１に充電することとしているが、これは、その限りではない。外部筐体１００は、充電用バッテリーから、無線により電力を受給することとしてもよい。即ち、外部筐体１００は、充電用バッテリー挿入部１１２と端子３０１に代えて、受電アンテナを備え、充電用バッテリーは送電アンテナを備え、両アンテナ間で非接触電力伝送により電力の授受を実行することとしてもよい。なお、非接触電力伝送には、電磁誘導方式や電磁界共鳴方式、電波法式などの手法があるが、そのいずれを用いてもよい。受電アンテナは、制御回路１３０を介して、または、直接、動作用バッテリー１７１に接続され、動作用バッテリー１７１の充電が行われる。

また、このような場合には、外部筐体１００の受電アンテナは、扉のどこに設置しているのかわからないように、外見を偽装することとしてもよい。例えば、扉と同色のカラーリングを施したり、扉内部に埋め込むようにしたりしてもよい。これにより、第３者による、受電アンテナに対する異常操作を抑制することができる。

（１４）上記実施の形態においては、外部筐体１００は、ユーザからの入力を受け付ける機能と、充電用バッテリーを装着して電力を受給する機能とを備えることとしているが、これは、各機能を別々の装置で実現する構成としてもよく、両装置を、扉の表側の別々の位置に配してもよい。例えば、入力部を含む装置を、扉の表側であって、ユーザの目線に近い位置に配し、充電機能を有する装置を、ノブの下側に設けることとしてもよい。入力部に関しては、ユーザの目線に近くなる位置に配した方が、ユーザビリティの向上が望める。

（１５）上記実施の形態においては、外部筐体１００は、ドアノブの近傍に設けることとしているが、これはその限りではない。外部筐体１００は、扉の表側であれば、どこに設けてもよい。このとき、ユーザの目線に近い位置に外部筐体１００を配することで、外部筐体１００の入力部をタッチパネル等により形成する際にユーザにとって見やすくすることができるので、外部筐体１００のユーザビリティを向上させることができる。なお、この結果、外部筐体１００は、鍵ケース１５０からは、離れて配することになるため、配線工事等の問題から有線による接続が困難になる場合がある。そのような場合には、制御回路１３０と外部筐体１００は、有線により接続せず、制御回路１３０と外部装置１００の入力部１１１との双方に、無線通信機能を持たせて、無線による情報伝達を行う構成としてもよい。

（１６）上記実施の形態においては、デッドボルト１６ａとラッチボルト１７ａとが別に構成された鍵ケース１５０を用いた例を示しているが、これは、デッドボルトとラッチボルトとが一体となった鍵ケースであってもよい。図１１にその一例を示す。図１１は、鍵ケースであって、デッドボルトとラッチボルトとを一体とした場合の構造を示す図である。図１１に示す鍵ケース１５０の場合、鍵ケース１５０からは、ボルト１１００のみが突出、収納される構造となる。ボルト１１００内部においては、デッドボルトとして機能するデッドボルト部材１１０６と、ラッチボルトとして機能するラッチボルト部材１１０７とが含まれ、それぞれ、矢印２０１及び矢印１１０４で示す方向に稼働する。

図１１には示していないが、ボルト１１００の筐体には、凸部１１８ｃを挿入するための開口、ノブの角芯１２の回動に伴い矢印１１０２で示す方向に回動する凸部１１０８を挿入するための開口、弾性部材１１０３を挿入するための開口を有する。デッドボルト部材１１０６は、上記実施の形態に示したのと同様に、モータ１２０の駆動によってスライドする。図１１においては、デッドボルト部材１１０６が突出し、施錠されている状態を示している。

一方、ラッチボルト部材１１０７は、常時、弾性部材１１０３により、鍵ケース１５０から突出させられる状態になる。これに伴い、ラッチボルト部材１１０７を覆うボルト１１００も突出した状態になる。弾性部材１１０３は、いわゆるバネである。ラッチボルト部材１１０７は、ユーザがノブを回すことにより、角芯１２が回動し、これに伴って凸部１１０８が、図１１において時計回りに回動する。これにより、凸部１１０８がラッチボルト部材１１０７の端部に接触し、ラッチボルト部材１１０７全体を、図面右側に向けて移動させる。ラッチボルト部材１１０７の右側端部は、ボルト１１００の右側端部と接触し、併せて、右側に向けて移動する。これによって、デッドボルト部材１１０６が開錠状態（鍵ケース１５０内に収納されている場合）にある場合に、ボルト１１００は、鍵ケース１５０内部に収納され、扉を開けることができるようになる。なお、図１１に示す構造例は一例であり、その他の構造により同様の構成を実現することとしてもよい。このような、ラッチボルトとデッドボルトとが一体に構成された鍵ケースにおいても、上記実施の形態に示した場合と同様の効果を奏する鍵ケース及び鍵システムを提供することができる。

（１７）上記実施の形態においては、鍵管理システムの運用の手法として、鍵管理サーバ２００のプロセッサ並びに鍵システムのプロセッサが認証プログラム等を実行することにより、鍵の認証を行うこととしているが、これは鍵管理サーバ２００または鍵システム１に集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、上記実施の形態に示した複数の機能部の機能を１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。すなわち、図１２に示すように、鍵管理サーバ２００は、通信回路２１０と、制御部２２０と、記憶回路２３０とから構成されてよく、それぞれの機能は、上記実施の形態に示した同様の名称を有する各機能部と同様である。また、同図に示すように、鍵システム１（１ａ、１ｂ、１ｃ、１ｄ、１ｅ）は、入力回路１１１と、制御回路１３０と、モータ１２０と、記憶回路１５１と、動作用バッテリー１７１とから構成されてよく、それぞれの機能は、上記実施の形態に示した同様の名称を有する各機能部と同様である。

また、上記認証プログラムは、プロセッサが読み取り可能な記録媒体に記録されていてよく、記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記認証プログラムは、当該認証プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記プロセッサに供給されてもよい。本発明は、上記認証プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、上記認証プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。

（１８）上記実施の形態に示した構成や、補足に示す各構成は、適宜組み合わせることとしてもよい。

本発明に係る鍵管理システムは、例えば、物理鍵を使用しない鍵を運用可能な不動産物件の賃貸借業に適用することができる。

１０ａ、１０ｂ 取手
１１ 取付柱
１２ 角芯
１３ 取付柱孔１３
１４ 角芯孔
１６ａ デッドボルト
１６ｂ 受座
１７ａ ラッチボルト
１７ｂ 受座
２０ サムターン
１、１ａ、１ｂ、１ｃ、１ｄ、１ｅ 鍵システム
１００ 外部筐体
１１１ 入力部
１１２ 充電用バッテリー挿入部
１１６ ギア
１１６ａ 孔
１１６ｂ、１１６ｃ 凸軸
１１７ 凸軸
１１７ａ 羽
１１８ カム
１１８ａ カム孔
１１８ｂ 突部
１２０ モータ
１２１ａ 回動軸
１２１ｂ 羽
１３０ 制御回路
１５０ 鍵ケース
１５１ 記憶部
１７０ 内部筐体
１７１ 動作用バッテリー
２００ 鍵管理サーバ
２１０ 通信部
２２０ 制御部
２３０ 記憶部
３０１ 端子

Claims (9)

1. 所定の空間に出入りするための扉に設けられる鍵システムであって、
   前記所定の空間に面しない前記扉の外部面に設けられ、鍵の施解錠を実行するための鍵情報の入力を受け付ける入力部を備える外部筐体と、
   前記外部筐体と接続し、前記扉の内部に設けられる鍵ケースであって、
   前記鍵ケース内に備えられたカムと、
   前記カムに備えられ、当該カムを回動させるモータと、
   前記鍵ケース内に備えられ、前記モータを駆動するための制御部と、
   前記カムの回動に応じて前記鍵ケースから突出又は前記鍵ケース内に収納されるデッドボルトと、を備える鍵ケースとを含む鍵システム。
2. 前記鍵システムは、さらに、
   前記所定の空間に面し前記扉の内部面に設けられ、鍵システムを駆動するための動力を提供するバッテリーを備える内部筐体を含む請求項１に記載の鍵システム。
3. 前記鍵システムは、更に、前記カムを回動させて施解錠を実行するための鍵データを管理するサーバを備え、
   前記外部筐体は、外部の装置と通信を実行する通信部と、
   前記サーバから前記通信部を介して受信した鍵データを記憶するメモリとを備え、
   前記入力部は、ユーザから前記施解錠を実行するための鍵情報の入力を受け付け、
   前記制御部は、前記鍵情報が正当な鍵であるか否かを前記鍵データに基づいて判定し、当該判定に基づいて前記施解錠を実行するために前記モータを駆動する
   ことを特徴とする請求項１又は２に記載の鍵システム。
4. 前記入力部は、前記ユーザの端末から近距離無線で前記鍵情報の入力を受け付けることを特徴とする請求項１〜３のいずれか１項に記載の鍵システム。
5. 前記入力部は、前記ユーザからの入力を受け付ける入力キーを備えることを特徴とする請求項１〜３のいずれか１項に記載の鍵システム。
6. 前記外部筐体は、さらに、充電用バッテリーを接続するための接続端子を備え、
   前記鍵システムは、さらに、前記充電用バッテリーが接続された場合に、前記バッテリーを充電する充電回路を備えることを特徴とする請求項１又は２に記載の鍵システム。
7. 前記鍵ケースは、ドアノブの回動に応じて前記鍵ケース内から突出又は前記鍵ケース内に収容されるラッチボルトを備え、
   前記鍵ケースは、前記カムと、前記モータと、前記制御部と、前記デッドボルトとを収容する第１筐体と、
   前記ラッチボルトを収容する第２筐体とを含み、
   前記鍵ケースは、前記第１筐体と前記第２筐体との間の距離が可変となる可変構造を有することを特徴とする請求項１〜６のいずれか１項に記載の鍵システム。
8. 前記鍵ケースは、前記第１筐体と前記第２筐体との間にスペーシング筐体が設けられることで前記可変構造を実現することを特徴とする請求項７に記載の鍵システム。
9. 扉内部に設けられる鍵ケースであって、
   カムと、
   前記カムに備えられ、当該カムを回動させるモータと、
   前記鍵ケース内に備えられ、伝達される鍵情報に基づいて前記モータを駆動するための制御部と、
   前記カムの回動に応じて前記鍵ケースから突出又は前記鍵ケース内に収納されるデッドボルトと、を備える鍵ケース。

Images