JP2014040717A - 鍵配信システム - Google Patents

Abstract

【課題】携帯端末を鍵の媒体として利用可能にする。
【解決手段】鍵配信システム１は、携帯端末２、鍵配信サーバー３、管理サーバー４から構築される。管理サーバー４は、携帯端末２からサービスを受ける申請があると、鍵データの発行許可権限を鍵配信サーバー３に要求する。鍵配信サーバー３は、管理サーバー４から鍵データの発行許可権限の要求があると、その旨を携帯端末２に通知して回答を要求し、同意の回答を携帯端末２から受けると、鍵データの発行許可権限を管理サーバー４に付与する。鍵配信サーバー３は、同意の回答を得た携帯端末２に対し、管理サーバー４が発行した鍵データを配信する。
【選択図】図１

Description

本発明は、例えば携帯電話、スマートフォンなどの通信機能を持つ携帯端末に対し、特定の扉（錠、ゲート）やエレベータなどの制御対象物を制御（扉の解錠・施錠、エレベータの呼び出しや停止階指定操作など）するための時限情報（開扉の有効期間）を含む鍵データを配信する鍵配信システムに関するものである。

例えば、ホテルでは、客の宿泊時にチェックインからチェックアウトまでを１枚のＩＣカードで管理するホテルカードロックシステムを採用している。

このホテルカードロックシステムでは、各客室の扉に配設されたエスカチオン（座金）にＩＣカードのカード情報を読み取るためのカードリーダを組み込んだカードロックと称する電気錠装置が客室毎に装備されている。ＩＣカードのカード情報は、カードが使用可能な電気錠装置を特定する識別情報を含め、チェックインやチェックアウトの日時、部屋番号などの錠前の施解錠に必要な情報である。このＩＣカードのカード情報は、客がホテルにチェックインした際に発行されるゲストカードに対し、ホテル従業員がカード発行システムの端末装置を操作することで書き込まれ、記憶されるようになっている。尚、識別情報としては、例えばゲストカードを発行した登録日日時、登録順序を示す通し番号（シーケンスＮｏ）などが用いられる。

そして、客がホテルに宿泊する場合には、フロントでチェックインの手続きを済ませると、上述したカード発行システムによって発行された１枚のゲストカードがホテル従業員から宿泊客に手渡される。ゲストカードが手渡された宿泊客は、宿泊する部屋の電気錠装置のカード読取部にゲストカードを翳す操作を行うと、そのゲストカード内の情報が読み込まれる。そして、電気錠装置は、読み込んだカード情報を正常認証すると、その部屋の扉（錠）を解錠制御する。これにより、その部屋の扉の開放が可能となり、ゲストカードを所有する宿泊客はその部屋に入室することができる。

このように、ホテルカードロックシステムでは、電子化された鍵の媒体として、データ領域を持つＩＣカードが多く使用されているが、このＩＣカードによって扉の解錠権限の管理を行う場合、カードの管理者（所有者）と、カードにより通行を許可する扉の管理者とが同一のホテルであり、ホテルの扉の管理者がカード内のデータを自由に改変する権利を持っている。

また、上述したホテルカードロックシステムに限らず、例えば社員証による通行権限管理を行う出入管理システムの場合には、社員証の管理者と、社員証による通行を許可する扉の管理者とが同一の企業であり、企業の社員証の管理者がカード内のデータを自由に改変することができる。なお、下記特許文献１には、ＩＣカードを用いて電気錠の解錠制御を行う装置の一例が開示されている。

特開平９−２９７８６５号公報

しかしながら、個人が所有する携帯端末を鍵の媒体として上述したホテルカードロックシステムや出入管理システムに採用する場合、扉の管理者（ホテル、企業）と携帯端末の管理者（個人）とが同一ではない。このため、扉の管理者（ホテル、企業）は、携帯端末のデータを改変する権利を持たないので、特定の扉を開けるための時限情報を含む鍵データを携帯端末の所有者の許可無しに勝手に書き込むことができなかった。

そこで、本発明は上記問題点に鑑みてなされたものであり、時限情報を含む鍵データを発行して携帯端末を鍵の媒体として利用することが可能な鍵配信システムを提供することを目的とするものである。

上記した目的を達成するために、請求項１に記載された鍵配信システムは、携帯端末と、該携帯端末に鍵データを配信する鍵配信サーバーと、前記鍵データを用いて制御対象物を制御する制御権限を管理するとともにサービスを提供する管理サーバーとから構築される鍵配信システムであって、
前記管理サーバーは、前記サービスを受ける申請が前記携帯端末からなされたときに、前記鍵データの発行許可権限を前記鍵配信サーバーに要求し、
前記鍵配信サーバーは、前記鍵データの発行許可権限の要求が前記管理サーバーからあったときに、その旨を前記携帯端末に通知して同意するか否かの回答を要求し、当該要求に対して同意の回答を前記携帯端末から受けたときに、前記鍵データの発行許可権限を前記管理サーバーに付与することを特徴とする。

請求項２に記載された鍵配信システムは、請求項１の鍵配信システムにおいて、
前記管理サーバーは、前記鍵データの発行許可権限が付与されたときに鍵データを発行し、
前記鍵配信サーバーは、前記管理サーバーが発行した鍵データを前記携帯端末に配信することを特徴とする。

本発明によれば、時限情報を含む鍵データを発行して携帯端末を鍵の媒体として利用することができる。これにより、従来より使用されている物理的な鍵の対面や郵送による受け渡しが不要となり、利便性を維持しつつ、鍵配信サービスとは異なる第三者によるサービスの提供が可能になる。

管理サーバーが鍵データを発行する構成によれば、各サービス事業者が自身の管理する扉（錠、ゲート）やエレベータなどの制御対象物を制御（扉の解錠・施錠、エレベータの呼び出しや停止階指定操作など）するための鍵データを発行することになるので、鍵データの発行がサービス事業者単位に分散され、鍵データを一箇所で集中して発行する場合に比べて、取り扱うデータ量を必要最小限に抑えることができ、セキュリティ面においても安全性を確保できる。

本発明に係る鍵配信システムの概略構成を示すブロック図である。 本発明に係る鍵配信システムをホテルに採用した場合の処理手順の一例を示す図である。 本発明に係る鍵配信システムをホテルに採用した場合の他の処理手順の一例を示す図である。

以下、本発明を実施するための形態について、添付した図面を参照しながら詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではなく、この形態に基づいて当業者などによりなされる実施可能な他の形態、実施例及び運用技術などはすべて本発明の範疇に含まれる。

本発明に係る鍵配信システム１は、図１に示すように、システムの利用者が所有する携帯端末２と、アクセス許可権限が得られた携帯端末２に鍵データを配信する鍵配信サーバー３と、鍵データを用いて特定の扉（錠、ゲート）やエレベータなどの制御対象物を制御（扉の解錠・施錠、エレベータの呼び出しや停止階指定操作など）するための制御権限を管理するとともにシステムの利用者に所定のサービスを提供する管理サーバー４とによって構築される。

以下では、本発明に係る鍵配信システム１をホテルに採用し、所定のサービスとして宿泊予約のサービスを利用者に提供する場合を例にとって説明する。なお、本例では、管理サーバー４のホームページ上でホテルの予約ができる管理サーバー４によるサービスを「ホテル予約サービス」、鍵配信サーバー３から携帯端末２に鍵データを配信する鍵配信サーバー３によるサービスを「鍵配信サービス」と称している。

携帯端末２は、例えば携帯電話、スマートフォンなどの通信機能を有する端末で構成される。また、携帯端末２は、ホテルの各客室、宿泊者利用施設などに装備された電気錠装置（カードロック）との間で近距離無線通信する機能を備えている。さらに、携帯端末２は、鍵配信サーバー３及び管理サーバー４との間の通信だけでなく、鍵の媒体としても機能する。すなわち、鍵配信サービスによって配信される鍵データを電気錠装置（カードロック）に送信し、この鍵データが電気錠装置のリーダに読み込まれて正常認証されると、鍵データに含まれる時限情報の有効期間だけ扉（錠、ゲート）を開けることができる。

また、携帯端末２を所有する利用者は、鍵配信サーバー３が提供するＷｅｂページ上で鍵配信用アプリケーションを携帯端末２にダウンロードしてインストールすることにより、鍵配信サーバー３から鍵配信サービスを受けるための会員登録を行っている。

さらに、携帯端末２を所有する利用者は、管理サーバー４が提供するＷｅｂページ上でホテル側が必要とする各種情報（氏名、住所、連絡先など）を入力することにより、ホテル予約サービスを受けるための会員登録を行うことができる。

また、携帯端末２は、管理サーバー４のホームページに通信接続し、ホテル予約サービスを受けるための申請を行っている。このホテル予約サービスを受けるための申請は、予約者と宿泊客（鍵データの受取人）が同じ場合と異なる場合とがある。

予約者と宿泊客が同じ場合とは、予約者本人が宿泊する場合である。この場合のホテル予約サービスを受けるための申請は、会員登録された予約者（宿泊客）が自身の携帯端末２を管理サーバー４のホテル予約サービスに通信接続し、宿泊に必要な各種情報（宿泊日、宿泊部屋のタイプ、氏名、住所、連絡先など）を入力して予約する。

これに対し、予約者と宿泊客が異なる場合とは、予約者から招待された者（友人、知人などの招待客）が宿泊する場合である。この場合のホテル予約サービスを受けるための申請は、会員登録された予約者が自身の携帯端末２を管理サーバー４のホテル予約サービスに通信接続して事前に予約を済ませ、予約者が宿泊客に招待状（予約内容を特定する情報：予約番号やパスワードなど）を送る。そして、宿泊客が自身の携帯端末２を管理サーバー４のホテル予約サービスに通信接続して招待状に記載された予約番号（パスワードなど）を入力する。

なお、上述したホテル予約サービスを受けるための申請は、管理サーバー４のホームページ上のホテル予約サービスに限らず、電話やメールなどの通信手段を利用することもできる。

また、携帯端末２には、ホテル予約サービスを受けるための申請に伴い、鍵データを発行して配信を許可する発行許可権限の申請が管理サーバー４から鍵配信サーバー３になされたときに、その旨が通知される。そして、携帯端末２には、鍵配信サーバー３から鍵データの発行許可権限の申請に同意するか否かの回答が求められる。携帯端末２から鍵データの発行許可権限の申請に同意する回答を送信したときは、この携帯端末２と対応付けられる端末ＩＤに鍵データが発行される。この発行された鍵データは、鍵配信サービスにより鍵配信サーバー３から端末ＩＤで特定される携帯端末２に配信される。

このように、携帯端末２は、鍵配信システム１を利用して鍵配信サーバー３から鍵配信サービスにより配信される鍵データを受け取る際に用いられ、この携帯端末２を所有する利用者は、自身の携帯端末２に対するアクセス許可権限を持っている。

そして、携帯端末２を所有する利用者は、管理サーバー４を管理する特定のサービス事業者に対し、自身の携帯端末２に対するアクセス許可権限の付与又は剥奪を行うことができる。具体的には、鍵配信事業者の鍵配信サーバー３が提供するＷｅｂページ上でアクセス許可権限の付与又は剥奪が行える。これにより、携帯端末２の利用者は、自身の携帯端末２に対するアクセス許可権限が随時取り消し可能になる。例えば、不正が発覚したサービス事業者が管理する管理サーバー４へ付与したアクセス許可権限を鍵配信サーバー３が提供するＷｅｂページ上で取り消すことができる。

鍵配信サーバー３は、管理サーバー４を管理するサービス事業者との間で契約を結んで鍵配信システム１を運営する鍵配信事業者によって管理される。鍵配信事業者は、携帯端末２やサービス事業者が所有する扉（錠、ゲート）やエレベータなどの制御対象物の情報を管理するが、これらの権限を無断で変更することはない。

また、鍵配信サーバー３は、携帯端末２から鍵配信サービスへの会員登録が行われたときに、その携帯端末２に対する端末ＩＤを生成して記録している。これにより、携帯端末２を端末ＩＤによって特定することができる。

さらに、鍵配信サーバー３は、管理サーバー４から鍵データの発行許可権限の申請があったときに、その旨をＷｅｂページ上で携帯端末２に通知して回答を要求している。この携帯端末２への通知による回答の要求、すなわち、携帯端末２を所有する利用者への意志確認（返答）は、鍵配信サーバー３が提供するＷｅｂページに限らず、電話、メールなどの通信手段を利用することもできる。

また、鍵配信サーバー３は、携帯端末２から同意の回答を受けたときに、その携帯端末２に対応する端末ＩＤを管理サーバー４に通知し、通知された端末ＩＤに対して発行された鍵データを、端末ＩＤで特定される携帯端末２に配信する鍵配信サービスを行っている。

さらに、鍵配信サーバー３は、携帯端末２から同意の回答が得られた携帯端末２の端末ＩＤに対して鍵データを発行することができる。鍵配信サーバー３では、鍵データの発行に際して、（１）要求元のサービス事業者の所有する扉（錠、ゲート）やエレベータなどの制御対象物を対象としていること、（２）要求するサービス事業者が、対象の携帯端末２に対するアクセス許可権限を持つこと（会員登録されていること）を確認している。

管理サーバー４は、鍵配信システム１を利用して携帯端末２の所有者にホテル予約サービスを提供するサービス事業者によって管理される。また、管理サーバー４は、携帯端末２を用いたシステム利用者の了承の元に発行される鍵データを用いてサービス事業者が所有する扉（錠、ゲート）やエレベータなどの制御対象物を制御（扉の解錠・施錠、エレベータの呼び出しや停止階指定操作など）するための制御権限を管理している。管理サーバー４は、携帯端末２からホテル予約サービスのページで会員登録が行われると、携帯端末２を所有する利用者の情報（ホテル側で必要な情報：例えば、名前、住所、連絡先など）を登録している。

また、管理サーバー４は、ホテル予約サービスのページで宿泊予約があったときに、宿泊予約内容を示す予約情報（予約番号、部屋番号、宿泊日など）を記録している。その際、鍵データ受取用のパスワードを必要に応じて設定している。そして、管理サーバー４は、パスワードを含む予約情報を利用者の携帯端末２に通知している。

さらに、管理サーバー４は、鍵配信サーバー３から端末ＩＤが通知されたときに、その端末ＩＤで特定される携帯端末２に対するアクセス許可権限を持つことになる。また、管理サーバー４は、携帯端末２から同意の回答が得られた携帯端末２の端末ＩＤに対して宿泊期間中有効な鍵データを発行することができる。

ここで、鍵データとは、鍵配信システム１が利用されるホテルの物件情報（ホテルのコードなど）、扉（錠、ゲート）やエレベータなどの制御対象物を特定する情報（連番、部屋番号など）、扉の解錠・施錠の有効期間（時限情報）、エレベータの呼び出しや停止階指定操作の有効期間（時限情報）などである。また、端末ＩＤとは、携帯端末２を特定する情報（製造番号、メールアドレスなど）である。なお、鍵データには、複数の扉（制御対象物）を特定する情報が含まれる場合もある。その場合、各扉毎の解錠・施錠の有効期間が設定される。

ところで、上述した鍵配信システム１において、宿泊期間中有効な鍵データの発行は、鍵配信サーバ３又は管理サーバー４の何れで行うこともできるが、管理サーバー４で行う方が好ましい。管理サーバー４で鍵データを発行する構成の場合には、各サービス事業者が自身の管理する扉（錠、ゲート）やエレベータなどの制御対象物の鍵データを発行することになるので、鍵データの発行がサービス事業者単位に分散され、鍵データを一箇所で集中して発行する場合に比べて、取り扱うデータ量を必要最小限に抑えることができ、セキュリティ面においても安全性を確保できる。

次に、上記のように構成される鍵配信システム１の具体的な処理手順について図面を参照しながら説明する。なお、図２及び図３において、宿泊予約をする予約者は、「ホテル予約サービス」の会員登録を事前に済ませているものとする。また、鍵データを取得する携帯端末２の所有者は、「鍵配信サービス」の会員登録を事前に済ませているものとする。

図２は、ホテルの管理サーバー４のホームページ上で予約を行った宿泊客の携帯端末２に対し、宿泊期間中の鍵データを配信する場合の処理手順の一例を示している。

図２において、宿泊客（予約者）は、自身が所有する携帯端末２をホテルの管理サーバー４に通信接続し、ホームページ上のホテル予約サービスで宿泊予約を行う。この宿泊予約では、ホテル予約サービスの予約フォーマットに従って宿泊に必要な各種情報（宿泊日、宿泊部屋のタイプ、氏名、住所、連絡先など）を入力する。

ホテルの管理サーバー４は、携帯端末２から宿泊予約が行われたときに、予約番号、宿泊日、宿泊部屋のタイプ、氏名、住所、連絡先などを予約情報として記録する。そして、ホテルの管理サーバー４は、宿泊予約が行われた携帯端末２に鍵配信サーバー３から鍵データを配信するために、対象端末となる携帯端末２を特定する端末ＩＤと、携帯端末２に対する鍵データ発行権限とを鍵配信サーバー３に要求する。

鍵配信サーバー３は、ホテルの管理サーバー４から端末ＩＤと鍵データ発行権限の要求があると、管理サーバー４の「ホテル予約サービス」に対し、端末ＩＤの通知と鍵データ発行権限を付与する旨を携帯端末２の表示画面上に表示し、この表示を通して携帯端末２（宿泊客）に回答を要求する。

宿泊客は、自身が所有する携帯端末２の表示画面上において、管理サーバー４から端末ＩＤの通知と鍵データ発行権限を付与する旨の表示を確認し、この表示の回答要求に対して同意する場合は「許可」を回答する。なお、上記回答要求に対して同意しない場合（拒否する場合）は、ホテルの管理サーバー４に対する端末ＩＤの通知や鍵データ発行権限の付与は行わない。その際、鍵配信サーバー３は、携帯端末２との通信をエラーとして中断し、エラー内容をホテルの管理サーバー４に通知する。

鍵配信サーバー３は、携帯端末２から「許可」の回答を受けると、端末ＩＤに対して鍵データを発行できる権限、すなわち鍵データ発行権限を設定する。そして、鍵配信サーバー３は、鍵データ発行権限を設定した端末ＩＤをホテルの管理サーバー４に通知する。なお、鍵配信サーバー３は、携帯端末２から「拒否」の回答を受けると、拒否された旨をホテルの管理サーバー４に通知する。

ホテルの管理サーバー４は、鍵配信サーバー３から端末ＩＤが通知されると、この通知された端末ＩＤに対して鍵データを発行し、発行した鍵データを鍵配信サーバー３に送信する。

鍵配信サーバー３は、ホテルの管理サーバー４から鍵データを受信すると、この受信した鍵データを端末ＩＤで特定される宿泊客の携帯端末２に配信する。これにより、宿泊客は、自身が所有する携帯端末２を宿泊先の部屋の鍵の媒体として機能させることができる。また、宿泊先の部屋を出入りする際、鍵データの有効期間内において、自身が所有する携帯端末２を用いてエレベータの呼び出しや停止階指定操作を行うことができる。

次に、図３は、ホテル予約サービスの予約者から招待状を受け取った招待客に対して、鍵データを配信する場合の処理手順を示している。

図３の例では、宿泊期間中の鍵データを携帯端末２に対して発行する点に関して図２の場合と同様であるが、ホテル予約サービスの予約者と鍵データの受取人とが異なるものである。

図３において、予約者は、自身が所有する携帯端末２をホテルの管理サーバー４に通信接続し、ホームページ上のホテル予約サービスで宿泊予約を行う。この宿泊予約では、ホテル予約サービスの予約フォーマットに従って宿泊に必要な各種情報（宿泊日、宿泊部屋のタイプ、氏名、住所、連絡先など）を入力する。続いて、予約者は、宿泊予約を終えると、自分がホテルの宿泊に招待する受取人に対して招待状を送る。この招待状には、ホテル宿泊に必要な予約内容を特定する情報（予約番号やパスワード）が記載されている。

ホテルの管理サーバー４は、予約者から宿泊予約が行われたときに、予約番号、宿泊日、宿泊部屋のタイプ、氏名、住所、連絡先などを予約情報として記録する。

受取人（招待客）は、予約者から招待状を受け取ると、自身が所有する携帯端末２をホテルの管理サーバー４に通信接続し、ホームページ上のホテル予約サービスで予約内容を特定する情報（予約番号やパスワード）を入力する。

ホテルの管理サーバー４は、予約内容を特定する情報の入力が行われた携帯端末２に鍵データを送信するため、対象端末となる携帯端末２を特定する端末ＩＤと、携帯端末２に対する鍵データ発行権限とを鍵配信サーバー３に要求する。

鍵配信サーバー３は、ホテルの管理サーバー４から端末ＩＤと鍵データ発行権限の要求があると、管理サーバー４の「ホテル予約サービス」に対し、端末ＩＤの通知と鍵データ発行権限を付与する旨を携帯端末２の表示画面上に表示し、この表示を通して携帯端末２（招待客）に回答を要求する。

受取人は、自身が所有する携帯端末２の表示画面上において、管理サーバー４から端末ＩＤの通知と鍵データ発行権限を付与する旨の表示を確認し、この表示の回答要求に対して同意する場合は「許可」を回答する。なお、上記回答要求に対して同意しない場合（拒否する場合）は、ホテルの管理サーバー４に対する端末ＩＤの通知や鍵データ発行権限の付与は行わない。その際、鍵配信サーバー３は、携帯端末２との通信をエラーとして中断し、エラー内容をホテルの管理サーバー４に通知する。

鍵配信サーバー３は、携帯端末２から「許可」の回答を受けると、端末ＩＤに対して鍵データを発行できる権限、すなわち鍵データ発行権限を設定する。そして、鍵配信サーバー３は、鍵データ発行権限を設定した端末ＩＤをホテルの管理サーバー４に通知する。なお、鍵配信サーバー３は、携帯端末２から「拒否」の回答を受けると、拒否された旨をホテルの管理サーバー４に通知する。

ホテルの管理サーバー４は、鍵配信サーバー３から端末ＩＤが通知されると、この通知された端末ＩＤに対して鍵データを発行し、発行した鍵データを鍵配信サーバー３に送信する。

鍵配信サーバー３は、ホテルの管理サーバー４から鍵データを受信すると、この受信した鍵データを端末ＩＤで特定される受取人の携帯端末２に配信する。これにより、招待客は、自身が所有する携帯端末２を宿泊先の部屋の鍵の媒体として機能させることができる。また、宿泊先の部屋を出入りする際、鍵データの有効期間内において、自身が所有する携帯端末２を用いてエレベータの呼び出しや停止階指定操作を行うことができる。なお、図２及び図３において、鍵データの発行は、鍵配信サーバー３で行うこともできる。

このように、本例の鍵配信システム１では、錠前やシリンダーに適用される物理的な鍵の対面や郵送による受け渡しを不要とし、通信機能を有する携帯端末を鍵の媒体として利用可能にすることを目的として、システムを利用する携帯端末２に対し、この携帯端末２の所有者の了承の元に管理サーバー４が管理する扉（錠、ゲート）やエレベータなどの制御対象物を制御（扉の解錠・施錠、エレベータの呼び出しや停止階指定操作など）するための鍵データを鍵配信サーバー３から配信している。すなわち、システムの利用者が携帯端末２から管理サーバー４のサービスを受ける申請を行うと、管理サーバー４から鍵配信サーバー３に端末ＩＤと鍵データの発行許可権限を要求する。そして、鍵配信サーバー３は、管理サーバー４から端末ＩＤと鍵データの発行許可権限の要求があると、その要求の旨を携帯端末２に通知し、回答を求める。その後、鍵配信サーバー３は、携帯端末２から管理サーバー４からの端末ＩＤと鍵データの発行許可権限の要求に対して同意の回答があると、端末ＩＤに対する鍵データの発行許可権限を管理サーバー４に付与する。これにより、管理サーバー４（又は鍵配信サーバー３）は、鍵データの発行が可能となる。そして、発行された鍵データは、鍵配信サーバ３から端末ＩＤで特定される携帯端末２に対して配信される。

これにより、システム利用者がサービスを受ける際に、システム利用者の了承の元に時限情報（扉の解錠・施錠の有効期間、エレベータの呼び出しや停止階指定操作の有効期間など）を含む鍵データを発行して対象の携帯端末２に配信し、携帯端末２を鍵の媒体として利用することが可能となる。そして、従来より使用されている物理的な鍵の対面や郵送による受け渡しが不要となり、利便性を維持しつつ、鍵配信サービスと異なる第三者によるサービス（ホテル予約サービス）の提供が可能になる。

また、鍵配信システム１をホテルに採用した場合、携帯端末２を所有する宿泊客は、ホテル予約サービスの予約時に取得した鍵データを用いれば、予約した客室の扉を宿泊期間（鍵データの有効期間）に限って自由に解錠して出入りが可能になる。また、宿泊先の部屋を出入りする際、宿泊期間において、自身が所有する携帯端末２を用いてエレベータの呼び出しや停止階指定操作が可能になる。これにより、ホテルフロントでの手続きを省いてフロント業務の簡素化が図れ、人件費も削減することができる。

さらに、本例の鍵配信システム１では、管理サーバー４に鍵データの発行許可権限が付与されると、許可が得られた端末ＩＤに対する鍵データを管理サーバー４が発行し、この発行した鍵データを鍵配信サーバーから端末ＩＤの携帯端末２に配信している。

これにより、各サービス事業者が自身の管理する扉（錠、ゲート）やエレベータなどの制御対象物を制御（扉の解錠・施錠、エレベータの呼び出しや停止階指定操作など）するための鍵データを発行することになるので、鍵データの発行をサービス事業者単位に分散でき、鍵データを一箇所で集中して発行する場合に比べて、取り扱うデータ量が必要最小限に抑えられ、セキュリティ面においても安全性を確保できる。

ところで、上述した実施の形態では、鍵配信システム１をホテルに採用し、制御対象物を客室の扉やエレベータとし、ホテル予約サービスを第三者によるサービスとして利用者に提供する場合を例にとって説明したが、これに限定されるものではない。例えば、貸しロッカー、貸し倉庫、各種共用施設、特定エリアに鍵配信システム１を採用し、制御対象物をロッカーの扉、倉庫の扉、共用施設の扉、特定エリアのゲートとし、ロッカー、倉庫、共用施設、特定エリアの利用サービスを第三者によるサービスとして利用者に提供することもできる。そして、貸しロッカー、貸し倉庫、共用施設、特定エリアに鍵配信システム１を採用した場合、前述した手法により鍵配信サーバー３及び管理サーバー４が端末ＩＤに対する鍵データ発行権限を得て、鍵配信サーバー３から携帯端末２に鍵データを配信しておく。これにより、利用者は、鍵データの有効期間において、鍵データで特定されるロッカーの扉、倉庫の扉、共用施設の扉を解錠（施錠）することができる。また、利用者は、鍵データの有効期間において、鍵データで特定される特定エリアのゲートを開閉することができる。

１ 鍵配信システム
２ 携帯端末
３ 鍵配信サーバー
４ 管理サーバー

Claims (2)

1. 携帯端末と、該携帯端末に鍵データを配信する鍵配信サーバーと、前記鍵データを用いて制御対象物を制御する制御権限を管理するとともにサービスを提供する管理サーバーとから構築される鍵配信システムであって、
   前記管理サーバーは、前記サービスを受ける申請が前記携帯端末からなされたときに、前記鍵データの発行許可権限を前記鍵配信サーバーに要求し、
   前記鍵配信サーバーは、前記鍵データの発行許可権限の要求が前記管理サーバーからあったときに、その旨を前記携帯端末に通知して同意するか否かの回答を要求し、当該要求に対して同意の回答を前記携帯端末から受けたときに、前記鍵データの発行許可権限を前記管理サーバーに付与することを特徴とする鍵配信システム。
2. 前記管理サーバーは、前記鍵データの発行許可権限が付与されたときに鍵データを発行し、
   前記鍵配信サーバーは、前記管理サーバーが発行した鍵データを前記携帯端末に配信することを特徴とする請求項１記載の鍵配信システム。

Images