JP2007070832A - 鍵データ管理システム及び方法 - Google Patents

Abstract

【課題】 時間貸しされる施設に備え付けられた電子錠を開錠するための鍵データを適切に管理する。
【解決手段】 予約サーバ３０は、ユーザ端末４０からの予約依頼を受け付けて、施設の利用予約を行う施設予約処理部３２と、施設予約処理部３２による予約結果に基づいて、予約済み施設の電子錠を開錠するための鍵データと、予約された予約日時に基づいて定まる予約スケジュール情報とを含む予約データ９を生成する予約データ生成部３６とを備える。ユーザ端末４０は、予約依頼をして予約データ９を受け付ける予約処理部４２と、予約データ９に含まれる予約スケジュール情報に基づいて、鍵データの出力可否を判定する出力制御部４６とを備える。
【選択図】図１

Description

本発明は、時間貸しされる施設に設置された電子錠を開錠または施錠するための鍵データを管理するための技術に関し、特に、施設の予約時間外に鍵データが不正に利用されることを防止する技術に関する。

従来、自治体等が管理している公共施設（体育館や会議室）などを利用するためには、ユーザは事前に、利用する施設の予約を行い、所定の窓口が開いている時間内に、予約した施設を開錠するための鍵を借りる手続きを行い、施設利用終了後には再び所定の窓口に行き、借りた鍵を返却する手続きを行っていた。

しかし、このような手続きを経て貸し出される鍵は、鍵穴等に差し込んで利用する所謂実際の鍵であった。そのため、施設の鍵を借りたユーザは、貸し出された鍵の紛失を防止するために鍵の管理に常に注意を払う必要があった。また、施設を管理する施設管理者にとっては、鍵を不正に複製されるかもしれないという不安があった。

そこで、特許文献１には、施錠された施設を開錠する際に実際の鍵を使用するのではなく、施設に電子錠を取り付けて、管理サーバがその電子錠の鍵データを配布し、配布された鍵データを使用して開錠する開錠システムが提案されている。
特開２００３−９０１５５号公報

ところで、この種の開錠システムでは、配布された鍵データを如何なる時でも制限なく呼び出すことができてしまう。そのため、この鍵データが不正に利用され、ユーザでない者や、ユーザが予約した時間帯ではない時に開錠されてしまうおそれがあった。

従って、本発明の目的は、時間貸しされる施設に備え付けられた電子錠を開錠するための鍵データを適切に管理することである。

さらに、本発明の別の目的は、予約した施設の利用可能な期間内のみ、配布された鍵データを出力するように制御することにある。

本発明の一つの実施態様に従う鍵データ管理システムは、施設の利用予約を受け付ける予約サーバとユーザ端末とを備え、前記施設に設けられた電子錠を開錠するための鍵データを管理する。前記予約サーバは、前記ユーザ端末からの予約依頼を受け付けて、予約処理を行う予約手段と、前記予約手段による予約結果に基づいて、予約済み施設の電子錠を開錠するための鍵データと、前記予約済み施設の予約日時を示す予約スケジュール情報とを含む予約データを、前記ユーザ端末へ出力する出力手段とを備える。前記ユーザ端末は、前記予約サーバに対して予約依頼を行うとともに、前記予約サーバから出力された前記予約データを受信する予約手段と、前記受信した予約データに含まれる前記予約スケジュール情報に基づいて、前記予約データに含まれる前記鍵データの出力可否を判定する判定手段と、前記判定手段による判定結果に基づき、前記電子錠を開錠するために前記鍵データを出力する出力手段と、を備える。

これにより、予約スケジュール情報に基づいて鍵データの出力を管理できるので、予約された時間帯の近傍でのみ鍵データを出力させることができる。

好適な実施形態では、前記予約スケジュール情報は、前記予約が成立した予約成立日時から前記予約日時までの時間に基づいて定まる開錠許可時間を含んでもよい。このとき、前記ユーザ端末は、計時手段をさらに備える。そして、前記計時手段は、前記予約依頼手段が前記予約データを受信した受信日時からの経過時間を測定し、前記判定手段は、前記経過時間と前記開錠許可時間とに基づいて前記鍵データの出力可否を判定するようにしてもよい。

これにより、ユーザ端末のカレンダーに依存せずに、鍵データの出力可否判定をすることができる。

好適な実施形態では、前記予約サーバは、前記鍵データを第１の暗号鍵で暗号化する暗号化手段と、前記暗号化された鍵データと前記予約スケジュール情報とを含む予約データを第２の暗号鍵で暗号化する第２の暗号化手段とを、さらに備え、前記ユーザ端末は、前記第２の暗号鍵に対応する復号鍵で、前記暗号化された予約データを復号する復号手段をさらに備えていてもよい。そして、前記出力手段は、前記復号により得られた、前記第１の暗号鍵で暗号化された鍵データを、前記第１の暗号鍵に対応する復号鍵で復号する手段を備えた、前記電子錠を開錠するための制御装置に対して出力するようにすることができる。

これにより、鍵データのセキュリティが強化させる。

好適な実施形態では、前記ユーザ端末は、前記出力手段が前記鍵データを出力した後、前記鍵データを消去する手段をさらに備えていてもよい。この際、予約データに基づき予約した時刻を超過した所定の時刻に消去してもよい。

以下、本発明の一実施形態に係る鍵データ管理システムについて図面を参照しながら説明する。

図１は、本実施形態に係る鍵データ管理システムの全体構成を示す図である。

本システムは、時間貸しされる施設の予約を受け付ける予約サーバ３０と、施設を利用するユーザによって使用されるユーザ端末４０と、時間貸しされる施設に設置された電子錠の開錠及び施錠を行う電子錠制御装置５０とを備える。

予約サーバ３０及びユーザ端末４０は、いずれも、例えば、汎用的なコンピュータシステムにより構成され、以下に説明する予約サーバ３０及びユーザ端末４０内の個々の構成要素ないし機能は、例えば、コンピュータプログラムを実行することにより実現される。

予約サーバ３０は、インターネット１００を介してユーザ端末４０と通信を行う通信部３１と、ユーザ端末４０からの予約依頼データ８を受け付けて施設予約処理を行うための施設予約処理部３２と、施設の予約状況を記憶した施設予約データベース３３と、予約可能施設の鍵データを記憶している鍵データ記憶部３４と、予約スケジュール情報を生成するスケジュール情報生成部３５と、予約済み施設の鍵データ等を含む予約データ９を生成する予約データ生成部３６と、予約データ生成部３６で生成された予約データ９を所定の暗号処理方式で暗号化する暗号処理部３７とを備える。

ここで、図２を参照し、予約依頼データ８及び予約データ９について説明する。図２には、予約依頼データ８及び予約データ９のデータ構造を示す。

予約依頼データ８は、ユーザが施設の利用予約をするときに、ユーザ端末４０から予約サーバ３０に対して送られる。同図（Ａ）に示すように、予約依頼データ８は、予約依頼をするユーザの識別情報であるユーザＩＤ８０と、ユーザが予約を希望する施設に割り当てられている施設ＩＤ８１と、施設予約を希望する年月日８２と、施設予約を希望する時間帯８３とを含む。

予約データ９は、予約依頼を受けて、予約が完了したときに予約依頼データ８の送信元のユーザ端末４０へ送られる。同図（Ｂ）に示すように、予約データ９は、予約が成立したユーザのユーザＩＤ９０と、予約した施設の施設ＩＤ９１と、暗号化されている、予約した施設の鍵データ９２と、予約された日時に基づいて定まるスケジュール情報９３とを含む。

図１に戻って説明を続けると、予約サーバ３０の通信部３１は、予約依頼データ８及び予約データ９を、インターネット１００を介してユーザ端末４０と送受信する。

施設予約データベース３３には、予約可能な施設の予約情報が記憶されている。予約情報としては、例えば、施設ＩＤ別、時間帯別に、予約の有無、予約したユーザＩＤなどが記憶されている。

鍵データ記憶部３４には、各施設に設置されている電子錠を開錠するための鍵データが、施設ＩＤと対応付けて記憶されている。

暗号処理部３７は、予約データ生成部３６の指示に従って、鍵データを暗号化する。このときの暗号化に使用される暗号鍵（施設暗号鍵）は、後述する電子錠制御装置５０が有している復号鍵（施設復号鍵）に対応するものである。施設暗号鍵と施設復号鍵との組み合わせは、全施設に共通でもよいし、施設ごとに異なる組み合わせでもよい。

暗号処理部３７は、さらに、予約データ生成部３６によって生成された予約データ９の暗号化も行う。このときの暗号化に使用される暗号鍵（ユーザ暗号鍵）は、ユーザ端末４０が有している復号鍵（ユーザ復号鍵）に対応するものである。ユーザ暗号鍵とユーザ復号鍵との組み合わせは、全ユーザに共通でもよいし、ユーザごとに異なっていてもよい。

スケジュール情報生成部３５は、予約データ９に含まれるスケジュール情報９３を生成する。スケジュール情報９３は、例えば、現在の日時と予約の開始日時とに基づいて算出される。つまり、現在日時から予約開始日時までの期間を算出し、これを開錠許可時間としてスケジュール情報９３に含める。これにより、現在時刻から開錠許可時間が経過した時点で、鍵データをユーザ端末４０から取り出すことが可能とすれば、鍵データの不正利用を抑止できる。

また、スケジュール情報生成部３５は、鍵データの取り出しが可能な状態を終了させる時刻を示す開錠禁止時間を、開錠許可時間に所定時間を加算して算出し、スケジュール情報９３に含めてもよい。

なお、スケジュール情報９３の別の態様としては、上記のような開錠許可時間、開錠禁止時間ではなく、予約日及び予約開始時刻等をそのまま含んでいてもよい。

施設予約処理部３２は、通信部３１から予約依頼データ８を受けて、施設予約処理を行う。例えば、施設予約処理部３２は、施設予約データベース３３を参照して、予約依頼データ８に含まれている施設ＩＤ８１、予約希望年月日８２及び予約希望時間帯８３に予約可能であるか否かを判定する。そして、予約可能であるときは施設予約データベース３３を更新して、施設予約処理を行う。

予約データ生成部３６は、施設予約処理部３２から予約完了の通知を受けると、ユーザ端末４０に送信するための予約データ９を生成する。例えば、予約データ生成部３６は、施設予約処理部３２から予約が完了したユーザＩＤ、施設ＩＤ、予約日及び予約時間帯の通知を受ける。そして、施設ＩＤに対応する鍵データを鍵データ記憶部３４から取得する。ここで取得した鍵データを、暗号処理部３７に依頼して暗号化する。さらに、予約日及び予約時間帯に基づいて、スケジュール情報生成部３５が生成したスケジュール情報を取得する。そして、予約データ生成部３６が予約データ９を生成すると、暗号処理部３７に予約データ９全体の暗号化を依頼し、暗号化された予約データをユーザ端末４０へ送信する。

ユーザ端末４０は、インターネット１００等を介して予約サーバ３０と通信する広域通信部４１Ａと、施設の予約依頼等を行う予約処理部４２と、暗号化された予約データ９を復号する復号処理部４３と、復号された予約データ９を記憶する予約データ記憶部４４と、経過時間を計測する計時部４５と、鍵データを出力するか否かの判定を行う出力制御部４６と、施設予約に必要な画面等を表示する電子データ表示部４７と、施設予約に必要な情報等を入力するためにテンキー等で構成される文字入力部４８と、電子錠制御装置５０等と通信するための、赤外線通信やBluetooth（無線通信の場合）、シリアル通信やＵＳＢ（有線通信の場合）等の通信機能を有する近距離通信部４１Ｂとを備える。

予約処理部４２は、ユーザからの入力を受け付けて、予約依頼データ８（図２参照）を生成する。そして、生成した予約依頼データ８を、広域通信部４１Ａを介して予約サーバ３０へ送信して予約依頼をする。

また、予約処理部４２は、予約依頼に対する予約結果を示す予約データ９（図２参照）を受信する。この予約データ９は暗号化されている。

復号処理部４３は、予め備えているユーザ復号鍵を使って、予約処理部４２が受信した暗号化された予約データ９を復号する。そして、復号された予約データ９は、予約データ記憶部４４に格納される。

予約データ記憶部４４に格納された予約データ９は、図２（Ｂ）に示す状態である。つまり、予約データ９に含まれる鍵データ９２は暗号化されたままである。予約データ記憶部４４には、さらに、予約データ９を受信した日時を対応付けて記憶する。

計時部４５は、予約データ記憶部４４に格納された受信日時からの経過時間を算出する。

出力制御部４６は、鍵データの出力要求があったときに、鍵データの出力が許可されている時間帯であるか否かを判定する。例えば、ユーザから鍵データの出力要求を受け付ける。この鍵データの出力要求には、ユーザＩＤ及び施設ＩＤが含まれていて、これらが予約データ９に含まれるユーザＩＤ９０及び施設ＩＤ９１と合致する場合だけ、以下の処理を行う。出力制御部４６は、計時部４５に対して、予約データ９の受信日時からの経過時間の算出を依頼する。そして、算出された経過時間がスケジュール情報９３に含まれている開錠許可時間を超過しているか否かを判定する。そして、経過時間が開錠許可時間を超過していれば、出力制御部４６は鍵データ９２の出力を許可する。

さらに、スケジュール情報９３に開錠禁止時間が含まれているときは、経過時間が開錠禁止時間を超過していないかどうかも判定する。そして、経過時間が開錠許可時間以上、開錠禁止時間以内であれば、出力制御部４６は鍵データ９２の出力を許可するようにしてもよい。

出力処理部４６は、上記のように鍵データ９２を出力した後、鍵データ９２を予約データ記憶部４４から消去してもよい。さらに、予約データ９を受信してからの経過時間が開錠禁止時間を超過しているときは、鍵データ９２を出力していなくても、予約データ記憶部４４から消去してもよい。

なお、ユーザ端末４０は、インターネット接続手段を備える携帯電話器や携帯可能なＰＤＡ（Personal Digital Assistant）などを用いて実現してもよい。その場合、所定のコンピュータプログラムを予めインストールしておくことにより、予約処理部４２，復号処理部４３、及び出力制御部４６などを実現するようにしてもよい。

電子錠制御装置５０は、ユーザ端末４０と通信するための、赤外線通信やBluetooth（無線通信の場合）、シリアル通信やＵＳＢ（有線通信の場合）等の通信機能を有する近距離通信部５３と、暗号化された鍵データを復号するための復号処理部５４と、復号された鍵データが正しい鍵データであるか否かを判定するための鍵データ判定部５５と、鍵データを用いて施設の電子錠の開錠を行う電子錠制御部５６とを備える。

近距離通信部５３は、ユーザ端末４０から暗号化された鍵データを受信する。

復号処理部５４は、近距離通信部５３が受信した暗号化された鍵データを復号する。この復号処理は、復号処理部５４が予め保持している施設復号鍵を用いて行う。

鍵データ判定部５５は、復号処理部５４で復号された鍵データが、この電子錠制御装置５０用の鍵データであるか否かを判定する。

電子錠制御部５６は、復号された鍵データを用いて施設の電子錠を開錠する。

つぎに、上記のような構成を備えたシステムにおける処理手順について、図３及び図４のフローチャートを用いて説明する。

図３は、予約処理の流れを示すフローチャートである。

ユーザ端末４０の予約処理部４２は、ユーザの入力指示に基づいて予約依頼データ８（図２参照）を作成する（Ｓ２０）。そして、広域通信部４１Ａが施設予約システム３０に予約依頼データ８を送信する（Ｓ２１）。

施設予約システム３０の通信部３１が、予約依頼データ８を受信すると（Ｓ２２）、施設予約処理部３２が施設予約データベース３３の予約状況を参照しながら施設予約処理を行う（Ｓ２３）。

施設の予約が完了すると、予約データ生成部３６は、完了した予約に関する情報を取得する。そして、まず、予約データ生成部３６は、鍵データ記憶部３４から予約した施設の鍵データを取り出し（Ｓ２４）、暗号処理部３７にその鍵データを暗号化させる（Ｓ２５）。さらに、スケジュール情報生成部３５が予約日時を示すスケジュール情報を生成する（Ｓ２６）。そして、予約データ生成部３６は、これらの情報に基づいて予約データ９（図２参照）を生成する（Ｓ２７）。

予約データ生成部３６によって生成された予約データ９は、暗号処理部３７で暗号化された後、通信部３１を介してユーザ端末４０へ送信される（Ｓ２８、Ｓ２９）。

ユーザ端末４０では、予約処理部４２が広域通信部４１Ａを介して暗号化された予約データ９を受信する（Ｓ３０）。そして、復号処理部４３が予約データ９を復号して予約データ記憶部４４に記憶する（Ｓ３２、Ｓ３３）。

図４は、鍵データの出力制御を示すフローチャートである。

ユーザ端末４０は、ユーザからの鍵データの出力要求を受け付ける（Ｓ４０）。鍵データの出力要求では、ユーザＩＤ及び施設ＩＤをユーザに入力させる（Ｓ４１）。ユーザＩＤ及び施設ＩＤが入力されたときは、出力制御部４６は予約データ記憶部４４に記憶された予約データ９に含まれるユーザＩＤ９０及び施設ＩＤ９１と一致するか否かを判定する（Ｓ４２）。

入力されたユーザＩＤ及び施設ＩＤが一致しないときは（Ｓ４２：認証ＮＧ）、鍵データ９２は出力されない。入力されたユーザＩＤ及び施設ＩＤが一致したときは（Ｓ４２：認証ＯＫ）、出力制御部４６及び計時部４５は、予約データ９に含まれるスケジュール情報９３に基づいて、鍵データの出力が可能であるか否かを判定する。

鍵データの出力が可能であると判定された場合（Ｓ４３：Ｙｅｓ）近距離通信部４１Ｂから鍵データ９２を出力する（Ｓ４４）。一方、鍵データの出力が可能でないと判定された場合（Ｓ４３：Ｎｏ）、鍵データ９２は出力されない。

そして、電子錠制御装置５０がユーザ端末４０から暗号化された鍵データ９２を受信すると、復号処理部５４で復号した後、電子錠制御部５６が電子錠を開錠する。

本実施形態によれば、スケジュール情報により定められた時刻を過ぎないと、ユーザ端末４０から鍵データ９２を取り出すことができないように制御することができる。つまり、本実施形態では、鍵データ９２をユーザ端末４０から出力させるタイミングを、予約スケジュールに応じて制御できるので、予約をした正規のユーザであっても、予約した時間帯以外のときに鍵データ９２を出力して、施設の電子錠を開錠することができない。

さらに本実施形態によれば、電子錠制御装置５０は、予約スケジュールや予約をしたユーザに関する情報を一切保持していなくてよい。従って、予約サーバから予約スケジュールなどを予め取得しておく必要がない。

以上、本発明の実施形態を説明したが、この実施形態は本発明の説明のための例示にすぎず、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。

例えば、ユーザ端末４０から電子錠制御装置５０への鍵データの出力は、例えば、鍵データに基づく２次元コードを電子データ表示部４７に表示させ、これを電子錠制御装置５０に読み取らせるようにしてもよい。また、ユーザ端末４０から電子錠制御装置５０への鍵データの出力は、ＲＦＩＤを用いて読み取らせてもよい。

また、予約サーバから予約データを受信したユーザ端末から、他のユーザ端末へ予約データ及び受信日時を電子メール等で転送可能としてもよい。あるいは、予約依頼をしたユーザ端末以外の指定されたユーザ端末に対して、予約サーバから予約データを送信するようにしてもよい。これらの場合、転送先のユーザ端末では、上述の処理と同様の出力処理を行う。

施設予約システムとユーザ端末と電子錠制御装置の機能ブロック図である。 予約依頼データと予約データの構成図である。 予約処理の流れを示すフローチャートである。 鍵データの出力制御を示すフローチャートである。

符号の説明

８…予約依頼データ、９…予約データ、３０…予約サーバ、３６…予約データ生成部、４０…ユーザ端末、４２…予約処理部、４４…予約データ記憶部、４５…計時部、４６…出力制御部、５０…電子錠制御装置。

Claims (5)

1. 施設の利用予約を受け付ける予約サーバとユーザ端末とを備え、前記施設に設けられた電子錠を開錠するための鍵データを管理するシステムであって、
   前記予約サーバは、
   前記ユーザ端末からの予約依頼を受け付けて、施設の利用予約を行う施設予約手段と、
   前記施設予約手段による予約結果に基づいて、予約済み施設の電子錠を開錠するための鍵データと、前記予約された予約日時に基づいて定まる予約スケジュール情報とを含む予約データを、前記ユーザ端末へ出力する出力手段とを備え、
   前記ユーザ端末は、
   前記予約サーバに対して予約依頼を行うとともに、前記予約サーバから出力された前記予約データを受信する予約手段と、
   前記受信した予約データに含まれる前記予約スケジュール情報に基づいて、前記予約データに含まれる前記鍵データの出力可否を判定する判定手段と、
   前記判定手段による判定結果に基づき、前記電子錠を開錠するために前記鍵データを出力する出力手段と、を備える鍵データ管理システム。
2. 前記予約スケジュール情報は、前記予約が成立した予約成立時から前記予約の開始時刻までの時間に基づいて定まる開錠許可時間を含み、
   前記ユーザ端末は、計時手段をさらに備え、
   前記計時手段は、前記予約依頼手段が前記予約データを受信した受信日時からの経過時間を測定し、
   前記判定手段は、前記経過時間と前記開錠許可時間とに基づいて前記鍵データの出力可否を判定する、請求項１記載の鍵データ管理システム。
3. 前記予約サーバは、
   前記鍵データを第１の暗号鍵で暗号化する暗号化手段と、
   前記暗号化された鍵データと前記予約スケジュール情報とを含む予約データを第２の暗号鍵で暗号化する第２の暗号化手段とを、さらに備え、
   前記ユーザ端末は、
   前記第２の暗号鍵に対応する復号鍵で、前記暗号化された予約データを復号する復号手段をさらに備え、
   前記出力手段は、前記復号により得られた、前記第１の暗号鍵で暗号化された鍵データを、前記第１の暗号鍵に対応する復号鍵で復号する手段を備えた、前記電子錠を開錠するための制御装置に対して出力する、請求項１または２記載の鍵データ管理システム。
4. 前記ユーザ端末は、前記出力手段が前記鍵データを出力した後、前記鍵データを消去する手段を、さらに備える請求項１〜３のいずれかに記載の鍵データ管理システム。
5. 施設の利用予約を受け付ける予約サーバとユーザ端末とを備え、前記施設に設けられた電子錠を開錠するための鍵データを管理する方法であって、
   前記予約サーバは、
   前記ユーザ端末からの予約依頼を受け付けるステップと、
   前記受け付けた予約依頼に基づいて施設の利用予約を行うステップと、
   前記予約処理による予約結果に基づいて、予約済み施設の電子錠を開錠するための鍵データと、前記予約された予約日時に基づいて定まる予約スケジュール情報とを含む予約データを、前記ユーザ端末へ出力するステップとを行い、
   前記ユーザ端末は、
   前記予約サーバから出力された前記予約データを受信するステップと、
   前記予約データに含まれる前記予約スケジュール情報に基づいて、前記予約データに含まれる前記鍵データの出力可否を判定するステップと、
   前記判定結果に基づき、前記電子錠を開錠するために前記鍵データを出力するステップと、を行う方法。

Images