JP2020031409A - 認可システム及び認可方法 - Google Patents

Abstract

【課題】ゲストの数や頻度が増加した場合において、ホストによる招待手続の負担を軽減し、なりすまし及び意図しない第三者の招待を防止することが可能な認可システムを提供する。【解決手段】認可システム１Ｘにおいて、代表ゲスト端末１０Ａは、子ゲスト端末１０Ｂ，１０Ｃから子ゲスト端末１０Ｂ，１０Ｃの情報を取得し、ホスト端末１０Ｈは、代表ゲスト端末１０Ａから署名付きの各端末１０Ａ，１０Ｂ，１０Ｃの情報を取得して検証し、管理サーバ２０は、ホスト端末１０Ｈから、端末１０Ｈの情報及び署名付きの各端末１０Ａ，１０Ｂ，１０Ｃの情報を取得して検証し、予め登録されたホスト端末１０Ｈの情報に基づいて認証を行い、認証可である場合に、各端末１０Ａ，１０Ｂ，１０Ｃの情報を登録し、スマートロック３０から、端末１０Ａ，１０Ｂ，１０Ｃの情報を取得して認証を行い、認証結果に応じて、スマートロック３０を解錠させる。【選択図】図１

Description

本発明は、スマートロックの解錠を認可するための認可システム及び認可方法に関する。

スマートフォン等を用いて扉の鍵を自動的に解錠するスマートロックが開発されている（非特許文献１参照）。

ホストの登録段階において、ホストの端末（スマホ等）は、ダウンロードされたアプリによって、クラウドの管理サーバにアカウントを登録するとともに、スマートロックにホスト登録を実行する。また、ホストの端末は、アプリによって公開鍵及び秘密鍵を生成し、スマートロックに公開鍵を送信する。

ホストの入室段階において、ホストの端末は、アプリの解錠ボタンがタップされることによって、Bluetooth等でスマートロックと接続する。スマートロックは、公開鍵を用いてホストを認証する(チャレンジ/レスポンス)。

一方、ゲストの招待段階において、ホストの端末は、招待の手続きを行うための一時的なＵＲＬを管理サーバから取得し、メール、ＳＮＳ等でゲストの端末へ送信する。ゲストの端末がＵＲＬにアクセスして招待要求すると、かかる招待要求がホストの端末に通知され、ホストの端末が承認を実行する。続いて、管理サーバは、ゲストの端末に該当するスマートロックに紐付けられた電子証明書を送信する。

ゲストの入室段階において、ゲストの端末は、ホストの入室段階と同様に、アプリの解錠ボタンがタップされることによって、Bluetooth等でスマートロックと接続する。スマートロックは、電子証明書を用いてゲストを認証する。

Qrio Smart Lock ［online］, ［平成３０年８月１０日検索］, インターネット＜URL；https://qrio.me/smartlock＞

ゲストを招待する場合には、ホストは、ゲスト毎にゲスト招待ＵＲＬを取得して招待連絡（ゲストの端末へのゲスト招待ＵＲＬの送信）及び承認を行う。そのため、招待するゲストの数や頻度が多い場合には、ホストの負担が大きくなる。また、面識の無いゲストを招待する場合には、ホストは、メールアドレス、ＳＮＳアカウント等に基づいてゲスト招待連絡を行う。そのため、ゲストの十分な確認が困難で、なりすましのリスクがある。また、ゲスト招待ＵＲＬがゲストの端末から第三者に覗き見されたり共有されたりした場合には、ホストが意図しない第三者が招待されるおそれがある。

本発明は、前記した点に鑑みて創案されたものであり、ゲストの数や頻度が増加した場合において、ホストによる招待手続の負担を軽減し、なりすまし及び意図しない第三者の招待を防止することが可能な認可システム及び認可方法を提供することを課題とする。

前記課題を解決するため、本発明の認可システムは、子ゲスト端末、代表ゲスト端末、ホスト端末、管理サーバ及びスマートロックを備える認可システムであって、前記代表ゲスト端末は、前記子ゲスト端末から当該子ゲスト端末の情報を取得するとともに、前記代表ゲスト端末の情報及び取得された前記子ゲスト端末の情報に署名し、前記ホスト端末は、前記代表ゲスト端末から署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得するとともに、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された前記代表ゲスト端末の情報及び前記子ゲスト端末の情報に署名し、前記管理サーバは、前記ホスト端末から前記ホスト端末の情報並びに署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得し、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された場合に取得された前記ホスト端末の情報と予め登録された前記ホスト端末の情報とに基づいて認証を行い、認証可である場合に、前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を登録し、前記スマートロックから、端末の情報を取得し、登録された前記代表ゲスト端末及び前記子ゲスト端末の情報と前記スマートロックから取得された前記端末の情報とに基づいて認証を行い、認証結果に応じて、前記スマートロックを解錠させることを特徴とする。

各端末の情報としては、例えば、公開鍵といった鍵情報等が挙げられる。かかる構成によると、代表ゲスト端末が子ゲスト端末の招待手続を代行し、ホスト端末は代表ゲスト端末との間のみで招待手続を行えばよいので、多数のゲストを招待する場合、ホストとの間に面識が無いゲストが含まれる場合等に、ホストによるゲスト招待手続を好適に軽減することができる。また、代表ゲスト端末がホストと面識の無い子ゲストとホストとの橋渡しを行うので、ホストの端末は子ゲストの身元を確認して招待することができ、ゲストのなり済まし等を防止することができる。また、子ゲスト→代表ゲスト→ホスト→管理サーバの順に端末の情報が集約されるとともに、各集約段階で署名及び検証が行われ、さらに管理サーバによってホストの端末の情報が認証された場合に各ゲストの端末の情報が登録されて招待可能となるので、意図しない第三者がスマートロックを解錠することを防止することができる。

前記代表ゲスト端末は、前記子ゲスト端末から子ゲストの情報及び前記子ゲスト端末の情報を取得するとともに、代表ゲストによる前記子ゲストの情報の確認が行われた場合に、前記代表ゲスト端末の情報及び取得された前記子ゲスト端末の情報に署名し、前記ホスト端末は、前記代表ゲスト端末から代表ゲストの情報及び署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得し、ホストによる前記代表ゲストの情報の確認が行われた場合に、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された場合に前記代表ゲスト端末の情報及び前記子ゲスト端末の情報に署名する構成であってもよい。

各ゲストの情報としては、例えば、各ゲストの氏名、所属先、連絡先等が挙げられる。かかる構成によると、代表ゲストによる子ゲストの情報を用いた確認及びホストによる代表ゲストの情報を用いた確認が加わるので、なりすましをより好適に防止することができる。

また、本発明の認可システムは、子ゲスト端末、代表ゲスト端末、ホスト端末、管理サーバ及びスマートロックを備える認可システムであって、前記子ゲスト端末は、子ゲストの情報を含む電子証明書を有しており、前記代表ゲスト端末は、代表ゲストの情報を含む電子証明書を有しており、前記子ゲスト端末は、前記子ゲスト端末の情報に子ゲストの前記電子証明書で署名し、前記代表ゲスト端末は、前記子ゲスト端末から署名付きの前記子ゲスト端末の情報及び前記子ゲストの前記電子証明書を取得するとともに、前記子ゲストの前記電子証明書で署名付きの前記子ゲスト端末の情報を検証し、前記代表ゲスト端末の情報及び検証によって本物と証明された署名付きの前記子ゲスト端末の情報に代表ゲストの前記電子証明書で署名し、前記ホスト端末は、前記代表ゲスト端末から署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報並びに前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書を取得するとともに、前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書で署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、前記管理サーバは、前記ホスト端末から、当該ホスト端末によって検証された署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報並びに前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書を取得するとともに、前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書で署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を登録し、前記スマートロックから、端末の情報を取得し、登録された前記代表ゲスト端末及び前記子ゲスト端末の情報と前記スマートロックから取得された前記端末の情報とに基づいて認証を行い、認証結果に応じて、前記スマートロックを解錠させることを特徴とする。

かかる構成によると、代表ゲスト端末が子ゲスト端末の招待手続を代行し、ホスト端末は代表ゲスト端末との間のみで招待手続を行えばよいので、多数のゲストを招待する場合、ホストとの間に面識が無いゲストが含まれる場合等に、ホストによるゲスト招待手続を好適に軽減することができる。また、代表ゲスト端末がホストと面識の無い子ゲストとホストとの橋渡しを行うので、ホストの端末は子ゲストの身元を確認して招待することができ、ゲストのなり済まし等を防止することができる。また、子ゲスト→代表ゲスト→ホスト→管理サーバの順に端末の情報が集約されるとともに、各集約段階で署名及び検証が行われ、さらに管理サーバによってホストの端末の情報が認証された場合に各ゲストの端末の情報が登録されて招待可能となるので、意図しない第三者がスマートロックを解錠することを防止することができる。
また、かかる構成によると、電子証明書を用いることによって、各ゲストの身元をより厳格に確認することができる。電子証明書は、例えば、SubjectNameフィールドに名刺相当のゲストの情報（氏名、所属先、連絡先等）を含む。

前記認可システムは、情報取得装置及び認証局サーバを備え、前記情報取得装置は、前記子ゲストの情報及び前記代表ゲストの情報を取得して前記認証局サーバへ送信し、前記認証局サーバは、前記子ゲストの情報に基づいて前記子ゲストの前記電子証明書を生成して前記子ゲスト端末へ送信するともに、前記代表ゲストの情報に基づいて前記代表ゲストの前記電子証明書を生成して前記代表ゲスト端末へ送信する構成であってもよい。

また、前記認可システムは、通信事業者サーバ及び認証局サーバを備え、前記通信事業者サーバは、前記子ゲスト端末及び前記代表ゲスト端末からの要求に基づいて、予め記憶された子ゲストの情報及び代表ゲスト端末の情報を前記認証局サーバへ送信し、前記認証局サーバは、前記子ゲストの情報に基づいて前記子ゲストの前記電子証明書を生成して前記子ゲスト端末へ送信するともに、前記代表ゲストの情報に基づいて前記代表ゲストの前記電子証明書を生成して前記代表ゲスト端末へ送信する構成であってもよい。

かかる構成によると、通信事業者が事前に回線契約時等に本人確認した情報、契約情報等を利用して電子証明書を発行することができるので、各ゲストが低負担で電子証明書を取得することが可能となる。

また、本発明の認可方法は、子ゲスト端末、代表ゲスト端末、ホスト端末、管理サーバ及びスマートロックを備える認可システムによる認可方法であって、前記代表ゲスト端末が、前記子ゲスト端末から当該子ゲスト端末の情報を取得するとともに、前記代表ゲスト端末の情報及び取得された前記子ゲスト端末の情報に署名して前記ホスト端末へ送信するステップと、前記ホスト端末が、前記代表ゲスト端末から署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得するとともに、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された前記代表ゲスト端末の情報及び前記子ゲスト端末の情報に署名して前記ホスト端末の情報とともに前記管理サーバへ送信するステップと、前記管理サーバが、前記ホスト端末から前記ホスト端末の情報並びに署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得し、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された場合に取得された前記ホスト端末の情報と予め登録された前記ホスト端末の情報とに基づいて認証を行い、認証可である場合に、前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を登録するステップと、前記管理サーバが、前記スマートロックから、端末の情報を取得し、登録された前記代表ゲスト端末及び前記子ゲスト端末の情報と前記スマートロックから取得された前記端末の情報とに基づいて認証を行い、認証結果に応じて、前記スマートロックを解錠させるステップと、を含むことを特徴とする、。

本発明によれば、スマートロックを解錠する認可システムにおいて、ゲストの数や頻度が増加した場合において、ホストによる招待手続の負担を軽減し、なりすまし及び意図しない第三者の招待を防止することができる。

本発明の第一の実施形態に係る認可システムを示す模式図である。 本発明の第一の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第一の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第一の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第一の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第一の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第一の実施形態に係る認可システムにおけるゲスト入室の動作例を説明するためのシーケンス図である。 本発明の第二の実施形態に係る認可システムを示す模式図である。 本発明の第二の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第二の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第二の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第二の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第二の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第二の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第三の実施形態に係る認可システムを模式的に示す図である。 本発明の第三の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。 本発明の第三の実施形態に係る認可システムにおけるゲスト招待の動作例を説明するためのシーケンス図である。

本発明の実施形態に係る認可システムについて、３名のゲスト（うち代表ゲスト１名）がホスト宅を訪問する場合を例にとり、適宜図面を参照しながら詳細に説明する。

＜第一の実施形態＞
図１に示すように、本発明の第一の実施形態に係る認可システム１Ｘは、複数の端末１０（１０Ａ〜１０Ｃ，１０Ｈ）と、管理サーバ２０と、スマートロック３０と、を備える。複数の端末１０のうち、端末１０Ａは、代表ゲストＡが所有する代表ゲスト端末であり、端末１０Ｂ，１０Ｃは、子ゲストＢ，Ｃがそれぞれ所有する子ゲスト端末であり、端末１０Ｈは、ホストＨが所有するホスト端末である。管理サーバ２０は、各ゲストＡ，Ｂ，Ｃの端末１０Ａ，１０Ｂ，１０Ｃを認証することによって、ホストＨの居住区のドア（玄関）に設けられたスマートロック３０を解錠する。スマートロック３０は、端末１０Ａ，１０Ｂ，１０Ｃとの近接無線通信を行い、得られた情報を用いた認証結果に基づいて解錠可能な錠装置である。

＜子ゲストの端末＞
子ゲストＢ，Ｃの端末１０Ｂ，１０Ｃは、予めインストールされたアプリケーションを起動して、端末１０Ｂ，１０Ｃに固有の情報の一例として、鍵情報、例えば、公開鍵及び秘密鍵のペアを生成する。また、端末１０Ｂ，１０Ｃは、近接無線通信（Bluetooth、ＮＦＣ等）によって、代表ゲストＡの端末１０Ａに対面で接続し、子ゲストＢ，Ｃの情報（子ゲストの識別情報、例えば、氏名、所属先、連絡先等）及び公開鍵を端末１０Ａに送信する（インターネット、ＷｉＦｉ等による送信も可能）。このとき、端末１０Ｂ，１０Ｃは、子ゲストの情報及び公開鍵が第三者に渡って不正に再利用（リプレイ攻撃）されることを防止するために、ノンス（乱数）を付加する。端末１０Ｂ，１０Ｃは、印象及び暗号化によって、端末１０Ａとの間にセキュアなセッションを確立する。なお、端末１０Ｂ，１０Ｃと端末１０Ａとの間の通信手法は、近接無線通信に限定されない。

＜代表ゲストの端末＞
代表ゲストＡの端末１０Ａは、予めインストールされたアプリケーションを起動して、端末１０Ａに固有の情報の一例として、鍵情報、例えば、公開鍵及び秘密鍵のペアを生成する。また、端末１０Ａは、子ゲストＢ，Ｃの端末１０Ｂ，１０Ｃから子ゲストの情報及び公開鍵を対面で受信し、端末１０Ｂ，１０Ｃの公開鍵及び端末１０Ａの公開鍵に、端末１０Ａの秘密鍵で署名する。また、端末１０Ａは、近接無線通信（Bluetooth、ＮＦＣ等）によって、ホストＨの端末１０Ｈに対面で接続し、子ゲストの情報及び代表ゲストの情報（代表ゲストの識別情報、例えば、氏名、所属先、連絡先等）及び署名付き公開鍵群を端末１０Ｈに送信する（インターネット、ＷｉＦｉ等による送信も可能）。このとき、端末１０Ａは、各ゲストの情報及び署名付き公開鍵群が第三者に渡って不正に再利用（リプレイ攻撃）されることを防止するために、ノンス（乱数）を付加する。端末１０Ａは、印象及び暗号化によって、端末１０Ｈとの間にセキュアなセッションを確立する。なお、端末１０Ａと端末１０Ｈとの間の通信手法は、近接無線通信に限定されない。

＜ホストの端末＞
ホストＨの端末１０Ｈは、予めインストールされたアプリケーションを起動して、代表ゲストＡの端末１０Ａから各ゲストの情報及び署名付き公開鍵群を対面で受信する。また、端末１０Ｈは、署名付き公開鍵群に含まれる端末１０Ａの公開鍵を用いて、署名付き公開鍵群の署名を検証する。検証によって署名付き公開鍵群の真正性を確認することができた場合、端末１０Ｈは、署名付き公開鍵群にホストＨの秘密鍵で署名する。端末１０Ｈは、インターネットを経由して管理サーバ２０にアクセスする。この際に、管理サーバ２０は、生体認証と公開鍵／秘密鍵を用いた認証とを組み合わせる等によって、ホストＨの端末１０Ｈを認証する。管理サーバ２０での認証後、端末１０Ｈは、各ゲストの情報、ホストによる署名付き公開鍵群、入室情報（入室場所、入室時間等）をＴＬＳ上の暗号化を用いて管理サーバ２０へ送信し、ゲスト招待を要求する。このとき、端末１０Ｈは、各ゲストの情報及び署名付き公開鍵群が第三者に渡って不正に再利用（リプレイ攻撃）されることを防止するために、ノンス（乱数）を付加する。

なお、署名（電子署名）は、署名対象（例えば、子ゲストの公開鍵）のハッシュ値をハッシュ関数で算出し、算出されたハッシュ値を秘密鍵で暗号化することをいう。一例として、端末１０Ａによる署名で生成される端末１０Ｂの署名付き公開鍵は、平文（端末１０Ｂの公開鍵）、暗号文（端末１０Ｂの公開鍵をハッシュ値にして端末１０Ａの秘密鍵で暗号化したもの）、及び、端末１０Ａの公開鍵を含む。
また、検証は、受信した平文（署名対象である端末１０Ｂの公開鍵）のハッシュ値をハッシュ関数で算出するとともに、受信した暗号文を受信した端末１０Ａの公開鍵で復号したハッシュ値と、を比較し、一致した場合に署名が正当であると確認することをいう。

＜管理サーバ＞
管理サーバ２０は、ホストＨの端末１０Ｈから各ゲストの情報、ホストによる署名付き公開鍵群及び入室情報を受信し、管理サーバ２０に登録されているホストの公開鍵を用いてホストによる署名付き公開鍵群の署名を検証する。検証によってホストによる署名付き公開鍵群の真正性を確認することができた場合、管理サーバ２０は、ホストの公開鍵に紐付けて、各ゲストの公開鍵、各ゲストの情報及び入室情報を登録する。各ゲストが入室する際には、ゲストの端末とスマートロックとの間がBluetooth、ＮＦＣ等の近接無線通信で接続し、管理サーバ２０は、スマートロック３０を経由して、ゲストの端末１０Ａ，１０Ｂ，１０Ｃが保管している秘密鍵と管理サーバ２０に登録されている公開鍵とで認証を行い、解錠する。

＜端末＞
端末１０は、例えばユーザが携行可能なスマートフォン等であって、入力部１１と、出力部１２と、通信部１３と、制御部１４と、を備える。

≪入力部≫
入力部１１は、キーボード、マウス、タッチパネル、カメラ等によって構成されており、ユーザ（端末の所有者）による操作結果、認証のための撮影結果等を制御部１４へ出力する。

≪出力部≫
出力部１２は、スピーカ、ディスプレイ等によって構成されており、制御部１４による制御によって、音声、画像等を出力する。

≪通信部≫
通信部１３は、他の端末１０及びスマートロック３０との間で近接無線通信（ＮＦＣ（Near Field Communication）、Bluetooth等）を実行したり、端末１０Ｈにおいて管理サーバ２０と無線通信を実行したりするためのものである。

≪制御部≫
制御部１４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、入出力回路等によって構成されている。制御部１４の記憶部１４ａには、対応するアプリ、ユーザ情報（氏名等）、認証情報（指紋画像等）が記憶されている。制御部１４は、記憶部１４ａに記憶されたアプリがインストールされることによって、後記する動作例の各機能を実行する。

例えば、制御部１４は、入力部１１によって撮影された認証情報と、記憶部１４ａに予め記憶された認証情報と、を比較することによって、端末１０の操作を行っているユーザの認証を行う。

また、制御部１４は、端末１０に対応する鍵情報として公開鍵及び秘密鍵を生成する。制御部１４は、生成された秘密鍵を端末１０のセキュア領域に保管し、原則として、端末１０の外部に取り出されないようにしている。また、制御部１４は、秘密鍵を用いた署名、認証等を行う場合には、事前に生体認証で端末１０を操作しているユーザを確認する。

代表ゲストＡの端末１０Ａの制御部１４は、通信部１３を介して子ゲストＢ，Ｃの端末１０Ｂ，１０Ｃの制御部１４と近接無線通信を行うことによって、端末１０Ｂ，１０Ｃから、子ゲストＢ，Ｃの鍵情報（公開鍵）及び子ゲストＢ，Ｃの情報を取得する。

ホストＨの端末１０Ｈの制御部１４は、通信部１３を介して代表ゲストＡの端末１０Ａと近接無線通信を行うことによって、端末１０Ａから、各ゲストＡ，Ｂ，Ｃの鍵情報（公開鍵）及び各ゲストＡ，Ｂ，Ｃの情報を取得する。

すなわち、認可システム１Ｘは、ホストＨが代表ゲストＡのみの招待手続を行うことによって、他の子ゲストＢ，Ｃの招待手続も完了するので、ゲストの数や頻度が増加した場合において、ホストＨによる招待手続の負担を軽減することができる。また、認可システム１Ｘは、代表ゲストＡが子ゲストＢ，Ｃの招待手続を代行する形になるので、ホストＨとの間に面識の無いゲストに対しても、代表ゲストＡによる橋渡しによって招待手続を行い、なりすましを防止することができる。

管理サーバ２０は、ホストＨの端末１０Ｈの制御部１４と通信を行うことによって、各ゲストＡ，Ｂ，Ｃの鍵情報（公開鍵）、端末１０Ｈから、各ゲストＡ，Ｂ，Ｃの情報及び入室情報（部屋番号、入室時間等）を取得する。

スマートロック３０は、各ゲストＡ，Ｂ，Ｃの端末１０Ａ，１０Ｂ，１０Ｃの制御部１４と近接無線通信を行うことによって、端末１０Ａ，１０Ｂ，１０Ｃから、各ゲストＡ，Ｂ，Ｃの鍵情報（公開鍵）及び各ゲストＡ，Ｂ，Ｃの情報を取得する。また、スマートロック３０は、取得された鍵情報及び各ゲストＡ，Ｂ，Ｃの情報を用いて管理サーバ２０と通信を行うことによって、管理サーバ２０に解錠の是非を判定させ、判定結果に応じて解錠する。

従来技術において、ゲスト招待ＵＲＬが第三者に覗き見された場合には、意図しない第三者が訪問してくるリスクがある。これに対し、認可システム１Ｘは、ホストＨの端末１０Ｈから送信された各ゲストＡ，Ｂ，Ｃの情報を用いて認証を行うので、意図しない第三者が訪問してきた場合にスマートロック３０が解錠されることを防止することができる。

＜動作例＞
続いて、本発明の第一の実施形態に係る認可システム１Ｘの動作例について説明する。動作例の前提として、ホストＨが携行する端末１０Ｈの制御部１４は、既に公開鍵ＫｐＨ及び秘密鍵ＫｓＨを生成しており、管理サーバ２０には、端末１０Ｈのアカウント及び公開鍵ＫｐＨが登録されている。

図２に示すように、代表ゲストＡが端末１０Ａの入力部１１を操作すると、端末１０Ａの制御部１４は、代表ゲスト用アプリを起動し（ステップＳ１Ａ）、代表ゲスト用アプリによって以下の動作を実行する。続いて、端末１０Ａの制御部１４は、生体認証を実行する（ステップＳ２Ａ）。ここで、端末１０Ａの制御部１４は、生体認証によって、代表ゲスト用アプリを起動したユーザが代表ゲストＡであることを確認したものとする。

ここで、本動作例は、子ゲストＢの情報及び端末１０Ｂの公開鍵を、代表ゲストＡの端末１０Ａに集約させる。すなわち、子ゲストＢが端末１０Ｂの入力部１１を操作すると、端末１０Ｂの制御部１４は、子ゲスト用アプリを起動し（ステップＳ１Ｂ）、子ゲスト用アプリによって以下の動作を実行する。端末１０Ｂの制御部１４は、生体認証を実行する（ステップＳ２Ｂ）。生体認証によって、子ゲスト用アプリを起動したユーザが子ゲストＢであることを確認すると、端末１０Ｂの制御部１４は、公開鍵ＫｐＢ及び秘密鍵ＫｓＢを生成する（ステップＳ３Ｂ）。

続いて、端末１０Ｂの制御部１４は、子ゲストＢの情報（氏名、所属先等）を取得する（ステップＳ４Ｂ）。ここで、端末１０Ｂの制御部１４は、出力部１２に画面を表示して子ゲストＢに入力部１１を操作させることによって子ゲストＢの情報を取得してもよく、子ゲスト用アプリのインストール段階で予め設定された子ゲストＢの情報を記憶部１４ａから取得してもよい。

ここで、代表ゲストＡと子ゲストＢとが対面してお互いを確認し合い、代表ゲストＡ及び子ゲストＢがそれぞれ端末１０Ａ，１０Ｂの入力部１１を操作すると、端末１０Ａ，１０Ｂの制御部１４は、通信部１３を介した近接無線通信によって、セキュアなセッションを確立する（ステップＳ１Ｘ）。続いて、端末１０Ｂの制御部１４が通信部１３を介して公開鍵ＫｐＢ及び子ゲストＢの情報を送信し、端末１０Ａの制御部１４が通信部１３を介して公開鍵ＫｐＢ及び子ゲストＢの情報を受信する（ステップＳ２Ｘ）。なお、本動作例において、公開鍵群等の送信時には、ノンス（公開鍵や秘密鍵の元となる乱数）も一緒に送信される（以下同様）。

端末１０Ａの制御部１４は、子ゲストＢの情報を出力部１２に表示させる（ステップＳ３Ａ）。代表ゲストＡは、表示された子ゲストＢの情報を見て、代表ゲストＡが端末１０Ａの入力部１１を操作すると、端末１０Ａの制御部１４は、公開鍵ＫｐＢは子ゲストＢのものであると確認する（ステップＳ４Ａ）。すなわち、端末１０Ａの制御部１４は、代表ゲストＡによる子ゲストＢの情報の確認が行われて子ゲストＢの本人性が保証された場合に、以下の動作を実行する。

同様に、本動作例は、子ゲストＣの情報及び端末１０Ｃの公開鍵を、代表ゲストＡの端末１０Ａに集約させる。すなわち、他の子ゲストＣが端末１０Ｃの入力部１１を操作すると、端末１０Ｃの制御部１４は、子ゲスト用アプリを起動し（ステップＳ１Ｃ）、子ゲスト用アプリによって以下の動作を実行する。端末１０Ｃの制御部１４は、生体認証を実行する（ステップＳ２Ｃ）。生体認証によって、子ゲスト用アプリを起動したユーザが子ゲストＣであることを確認すると、端末１０Ｃの制御部１４は、公開鍵ＫｐＣ及び秘密鍵ＫｓＣを生成する（ステップＳ３Ｃ）。

図３に示すように、続いて、端末１０Ｃの制御部１４は、子ゲストＣの情報（氏名、所属先等）を取得する（ステップＳ４Ｃ）。ここで、端末１０Ｃの制御部１４は、出力部１２に画面を表示して子ゲストＣに入力部１１を操作させることによって子ゲストＣの情報を取得してもよく、子ゲスト用アプリのインストール段階で予め設定された子ゲストＣの情報を記憶部１４ａから取得してもよい。

ここで、代表ゲストＡと子ゲストＣとが対面してお互いを確認し合い、代表ゲストＡ及び子ゲストＣがそれぞれ端末１０Ａ，１０Ｃの入力部１１を操作すると、端末１０Ａ，１０Ｃの制御部１４は、近接無線通信によって、セキュアなセッションを確立する（ステップＳ３Ｘ）。続いて、端末１０Ｂの制御部１４が通信部１３を介して公開鍵ＫｐＣ及び子ゲストＣの情報を送信し、端末１０Ｃの制御部１４が通信部１３を介して公開鍵ＫｐＣ及び子ゲストＣの情報を受信する（ステップＳ４Ｘ）。

端末１０Ａの制御部１４は、子ゲストＣの情報を出力部１２に表示させる（ステップＳ５Ａ）。代表ゲストＡは、表示された子ゲストＣの情報を見て、代表ゲストＡが端末１０Ａの入力部１１を操作すると、端末１０Ａの制御部１４は、公開鍵ＫｐＣは子ゲストＣのものであると確認する（ステップＳ６Ａ）。すなわち、端末１０Ａの制御部１４は、代表ゲストＡによる子ゲストＣの情報の確認が行われて子ゲストＣの本人性が保証された場合に、以下の動作を実行する。

続いて、本動作例は、子ゲストＢ，Ｃの情報及び端末１０Ｂ，１０Ｃの公開鍵、並びに、代表ゲストＡの情報及び端末１０Ａの公開鍵を、代表ゲストＡの端末１０ＡからホストＨの端末１０Ｈへ送信する。まず、端末１０Ａの制御部１４は、子ゲストＢ，Ｃの情報を出力部１２に表示させる（ステップＳ７Ａ）。代表ゲストＡは、表示された子ゲストＢ，Ｃの情報を見て、代表ゲストＡが端末１０Ａの入力部１１を操作すると、端末１０Ａの制御部１４は、子ゲストＢ，Ｃが全員揃ったことを確認する（ステップＳ８Ａ）。

続いて、端末１０Ａの制御部１４は、公開鍵ＫｐＡ及び秘密鍵ＫｓＡを生成する（ステップＳ９Ａ）。続いて、端末１０Ａの制御部１４は、生成された秘密鍵ＫｓＡを用いて、公開鍵群ＫｐＡ，ＫｐＢ，ＫｐＣに署名し、署名付き公開鍵群Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ）を生成する（ステップＳ１０Ａ）。

続いて、端末１０Ａの制御部１４は、代表ゲストＡの情報（氏名、所属先等）を取得する（ステップＳ１１Ａ）。ここで、端末１０Ａの制御部１４は、出力部１２に画面を表示して代表ゲストＡに入力部１１を操作させることによって代表ゲストＡの情報を取得してもよく、代表ゲスト用アプリのインストール段階で予め設定された代表ゲストＡの情報を記憶部１４ａから取得してもよい。

一方、ホストＨが端末１０Ｈの入力部１１を操作すると、端末１０Ｈの制御部１４は、ホスト用アプリを起動し（ステップＳ１Ｈ）、ホスト用アプリによって以下の動作を実行する。端末１０Ｈの制御部１４は、生体認証を実行する（ステップＳ２Ｈ）。ここで、端末１０Ｈの制御部１４は、生体認証によって、ホスト用アプリを起動したユーザがホストＨであることを確認したものとする。

ここで、ホストＨと代表ゲストＡとが対面してお互いを確認し合い、ホストＨ及び代表ゲストＡがそれぞれ端末１０Ｈ，１０Ａの入力部１１を操作すると、端末１０Ｈ，１０Ａの制御部１４は、通信部１３を介した近接無線通信によって、セキュアなセッションを確立する（ステップＳ５Ｘ）。続いて、端末１０Ａの制御部１４が通信部１３を介して署名付き公開鍵群Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ）及び各ゲストＡ，Ｂ，Ｃの情報を送信し、端末１０Ｈの制御部１４が通信部１３を介して署名付き公開鍵群Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ）及び各ゲストＡ，Ｂ，Ｃの情報を受信する（ステップＳ６Ｘ）。

続いて、本動作例は、各ゲストＡ，Ｂ，Ｃの情報、端末１０Ａ，１０Ｂ，１０Ｃの公開鍵、及び、入室情報を、ホストＨの端末１０Ｈから管理サーバ２０へ送信する。まず、端末１０Ｈの制御部１４は、、署名付き公開鍵群Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ）とともに受信した公開鍵ＫｐＡを用いて、署名付き公開鍵群Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ）を検証する（ステップＳ３Ｈ）。

図５に示すように、続いて、端末１０Ｈの制御部１４は、秘密鍵ＫｓＨを用いて署名付き公開鍵群Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ）にさらに署名し、署名付き公開鍵群Ｓｉｇ（Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ））を生成する（ステップＳ４Ｈ）。続いて、ホストＨが端末１０Ｈの入力部１１を操作すると、端末１０Ｈの制御部１４は、通信部１３を介して管理サーバ２０へログイン要求を送信する（ステップＳ７Ｘ）。続いて、管理サーバ２０は、ログイン要求を受信すると、端末１０Ｈの制御部１４へ認証要求を送信する（ステップＳ８Ｘ）。

続いて、端末１０Ｈの制御部１４は、認証要求を受信すると、生体認証を実行する（ステップＳ５Ｈ）。生体認証によって、ログイン要求を送信したユーザがホストＨであることを確認すると、端末１０Ｈの制御部１４は、管理サーバ２０との間で、公開鍵ＫｐＨ及び秘密鍵ＫｓＨを用いたチャレンジ／レスポンスによる認証を行う（ステップＳ９Ｘ）。続いて、端末１０Ｈの制御部１４及び管理サーバ２０は、ＴＬＳ（Transport Layer Security）によってセキュアなセッションを確立する（ステップＳ１０Ｘ）。

続いて、ホストＨが端末１０Ｈの入力部１１を操作すると、端末１０Ｈの制御部１４は、入室情報（部屋番号、入室時間帯等）を取得する（ステップＳ６Ｈ）。続いて、端末１０Ｈの制御部１４は、通信部１３を介して、署名付き公開鍵群Ｓｉｇ（Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ））、ゲストＡ，Ｂ，Ｃの情報及び入室情報を送信し、管理サーバ２０は、署名付き公開鍵群Ｓｉｇ（Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ））、ゲストＡ，Ｂ，Ｃの情報及び入室情報を受信する（ステップＳ１１Ｘ）。

続いて、本動作例は、各ゲストＡ，Ｂ，Ｃの情報、端末１０Ａ，１０Ｂ，１０Ｃの公開鍵、及び、入室情報を、管理サーバ２０に登録する。まず、管理サーバ２０は、署名付き公開鍵群Ｓｉｇ（Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ））とともに受信した公開鍵ＫｐＨを用いて、署名付き公開鍵群Ｓｉｇ（Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ））を検証する（ステップＳ１Ｍ）。

続いて、本動作例は、管理サーバ２０は、公開鍵ＫｐＡを用いて、署名付き公開鍵群（Ｓｉｇ（ＫｐＡ，ＫｐＢ，ＫｐＣ））を検証する（ステップＳ２Ｍ）。続いて、管理サーバ２０は、公開鍵群ＫｐＡ，ＫｐＢ，ＫｐＣ、ゲストＡ，Ｂ，Ｃの情報及び入室情報を当該管理サーバ２０に登録する（ステップＳ３Ｍ）。詳細には、管理サーバ２０は、各検証結果で本物と証明された場合に、公開鍵群に含まれて取得されたホストＨの公開鍵ＫｐＨと管理サーバ２０に予め登録されたホストＨの公開鍵ＫｐＨとに基づいて認証を行い、認証可である（両方の公開鍵ＫｐＨが一致）場合に、各ゲストＡ，Ｂ，Ｃの情報、端末１０Ａ，１０Ｂ，１０Ｃの公開鍵、及び、入室情報を、管理サーバ２０の記憶部（データベース等）に記憶させる。

図７に示すように、続いて、本動作例は、スマートロック３０の解錠動作を実行する。まず、ゲストＡ，Ｂ，Ｃがスマートロック３０の近づくと、ゲストＡ，Ｂ，Ｃの端末１０Ａ，１０Ｂ，１０Ｃの制御部１４が、通信部１３を介してスマートロック３０とBluetooth等で自動的に接続する（ステップＳ１２Ｘ）。続いて、ゲストＡ，Ｂ，Ｃの端末１０Ａ，１０Ｂ，１０Ｃの制御部１４が、スマートロック３０に対して、自身の公開鍵及び秘密鍵を用いたチャレンジ／レスポンスによる解錠要求を行う（ステップＳ１３Ｘ）。

続いて、スマートロック３０が、解錠要求において受信した秘密鍵を用いて管理サーバ２０へ認証要求を送信する（ステップＳ１４Ｘ）。続いて、管理サーバ２０が、認証要求に含まれる秘密鍵と、予め登録された公開鍵ＫｐＡ，ＫｐＢ，Ｋｐｃと、を用いて、ゲストＡ，Ｂ，Ｃの公開鍵の有効性を確認する（ステップＳ４Ｍ）とともに、認証要求に含まれるスマートロックの番号（部屋番号）及び時間と、予め登録された入室情報と、を比較することによって、解錠の是非を判定する。

続いて、管理サーバ２０が、認証ＯＫ（解錠ＯＫ）をスマートロック３０へ送信すると（ステップＳ１５Ｘ）、スマートロック３０は、解錠応答を端末１０Ａ，１０Ｂ，１０Ｃの制御部１４へ送信する（ステップＳ１６Ｘ）とともに、当該スマートロック３０を解錠する（ステップＳ１Ｒ）。

これにより、ゲストＡ，Ｂ，Ｃは、スマートロック３０が設置された扉からホストＨの居住区へ入室することが可能となる。

このように、認可システム１Ｘにおいて、代表ゲスト端末１０Ａは、子ゲスト端末１０Ｂ，１０Ｃから当該子ゲスト端末１０Ｂ，１０Ｃの情報を取得するとともに、代表ゲスト端末１０Ａの情報及び取得された子ゲスト端末１０Ｂ，１０Ｃの情報に署名する。
ホスト端末１０Ｈは、代表ゲスト端末１０Ａから署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を取得するとともに、署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を検証し、検証によって本物と証明された代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報に署名する。

管理サーバ２０は、ホスト端末１０Ｈからホスト端末１０Ｈの情報並びに署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を取得し、署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂの情報を検証する。
また、管理サーバ２０は、検証によって本物と証明された場合に取得されたホスト端末１０Ｈの情報と予め登録されたホスト端末１０Ｈの情報とに基づいて認証を行い、認証可である場合に、代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を登録する。
また、管理サーバ２０は、スマートロック３０から、端末の情報を取得し、登録された代表ゲスト端末１０Ａ及び子ゲスト端末１０Ｂ，１０Ｃの情報とスマートロックから取得された端末の情報とに基づいて認証を行い、認証結果に応じて、スマートロック３０を解錠させる。

詳細には、代表ゲスト端末１０Ａは、子ゲスト端末１０Ｂ，１０Ｃから子ゲストＢ，Ｃの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を取得するとともに、代表ゲストにＡよる子ゲストＢ，Ｃの情報の確認が行われた場合に、代表ゲスト端末１０Ａの情報及び取得された子ゲスト端末１０Ｂ，１０Ｃの情報に署名する。
なお、ホスト端末１０Ｈは、代表ゲスト端末１０Ａから代表ゲストＡの情報及び署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を取得し、ホストＨによる代表ゲスト１０Ａの情報の確認が行われた場合に、署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を検証し、検証によって本物と証明された場合に代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報に署名する構成であってもよい。

また、認可方法において、代表ゲスト端末１０Ａは、子ゲスト端末１０Ｂ，１０Ｃから当該子ゲスト端末１０Ｂ，１０Ｃの情報を取得するとともに、代表ゲスト端末１０Ａの情報及び取得された子ゲスト端末１０Ｂ，１０Ｃの情報に署名してホスト端末１０Ｈへ送信するステップを実行する。
ホスト端末１０Ｈは、代表ゲスト端末１０Ａから署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を取得するとともに、署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を検証し、検証によって本物と証明された代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報に署名してホスト端末１０Ｈの情報とともに管理サーバ２０へ送信するステップを実行する。

管理サーバ２０は、ホスト端末１０Ｈからホスト端末１０Ｈの情報並びに署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を取得し、署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を検証するステップを実行する。
また、管理サーバ２０は、検証によって本物と証明された場合に取得されたホスト端末１０Ｈの情報と予め登録されたホスト端末１０Ｈの情報とに基づいて認証を行い、認証可である場合に、代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を登録するステップを実行する。・
また、管理サーバ２０は、スマートロック３０から、端末の情報を取得し、登録された代表ゲスト端末１０Ａ及び子ゲスト端末１０Ｂ，１０Ｃの情報とスマートロック３０から取得された端末の情報とに基づいて認証を行い、認証結果に応じて、スマートロック３０を解錠させるステップを実行する。

本発明の第一の実施形態に係る認可システム１Ｘは、代表ゲストＡの端末１０Ａが子ゲストＢ，Ｃの端末１０Ｂの鍵情報を集約して自身の鍵情報とともにホストＨの端末１０Ｈへ送信するので、ホストＨによるゲスト招待手続を軽減することができる。すなわち、ホストＨの端末１０Ｈは、代表ゲストＡの端末１０から全てのゲストＡ，Ｂ，Ｃの情報及び公開鍵を取得するので、招待手続を行うゲストを代表ゲストＡのみとすることができる。したがって、認可システム１Ｘは、多数のゲストを招待する場合、ホストＨとの間に面識が無いゲストが含まれる場合等に、ホストＨによるゲスト招待手続を好適に軽減することができる。

また、認可システム１Ｘは、代表ゲストＡの端末１０Ａと子ゲストＢ，Ｃの端末１０Ｂ，１０Ｃとの間の鍵情報送信が近接無線通信で行われるとともに、ホストＨの端末１０Ｈと代表ゲストＡの端末１０Ａとの間の鍵情報送信が近接無線通信で行われるので、代表ゲストＡと子ゲストＢ，Ｃとを対面させるとともにホストＨと代表ゲストＡとを対面させることができる。すなわち、代表ゲストＡの端末１０Ａが、子ゲストＢ，Ｃの情報及び公開鍵を対面（近接無線通信）で取得し、子ゲストＢ，Ｃの公開鍵を代表ゲストＡの秘密鍵で署名することによってホストＨに保証する。また、ホストＨの端末１０Ｈは、代表ゲストＡの署名を検証することによって、各ゲストＢ，Ｃのゲスト情報及び公開鍵の真正性を確認する。したがって、認可システム１Ｘは、代表ゲストＡの端末１０ＡがホストＨと面識の無い子ゲストとホストＨとの橋渡しを行い、ホストＨの端末１０Ｈは子ゲストの身元を確認して招待することができ、ゲストのなり済まし等を防止することができる。

また、認可システム１Ｘは、管理サーバ２０がホストＨを認証し、ホストＨの端末１０Ｈが各ゲストＡ，Ｂ，Ｃの情報及び公開鍵を管理サーバに送信することによって各ゲストＡ，Ｂ，Ｃを招待する。また、管理サーバ２０が、ホストＨの署名を検証することによって、各ゲストＡ，Ｂ，Ｃの情報および公開鍵の真正性を確認する。したがって、認可システム１Ｘは、意図しない第三者がスマートロック３０を解錠することを防止することができる。

また、認可システム１Ｘは、ホストＨの端末１０Ｈで署名検証された各ゲストの公開鍵とゲストの情報とを、ホストＨの端末１０Ｈに保管することによって、ホストＨの端末１０Ｈが管理サーバ２０にゲスト招待を要求する際に、保管している各ゲストの公開鍵とゲストの情報とを送信することができる。したがって、認可システム１Ｘは、後日、再度子ゲストＢ，Ｃを招待する際には、代表ゲストＡのとの手続きを行うことなく、同一ゲストを招待することができる。 また、認可システム１Ｘは、ホストＨの端末１０Ｈが招待する度に代表ゲストＡの端末１０Ａとの手続きを行うことなく、保管しているゲストの公開鍵及びゲストの情報から、招待したいゲストを選択することができる。

＜第二の実施形態＞
続いて、本発明の第二の実施形態に係る認可システムについて、第一の実施形態に係る認可システム１Ｘとの相違点を中心に説明する。図８に示すように、本発明の第二の実施形態に係る認可システム１Ｙは、店舗に設けられた窓口端末４０と、電子証明書を発行する認証局サーバ５０と、をさらに備える。

＜窓口端末＞
窓口端末４０は、子ゲストＢ，Ｃ及び代表ゲストＡが来訪する通信事業者の店舗に設けられている例えば据え置き型のコンピュータであり、各ゲストＡ，Ｂ，Ｃが持参した本人確認書類を見た店員の操作に基づいて、各ゲストＡ，Ｂ，Ｃの情報を取得する情報取得装置である。窓口端末４０は、取得された各ゲストＡ，Ｂ，Ｃの情報を認証局サーバ５０へ送信する。なお、窓口端末４０は、端末１０Ａ，１０Ｂ，１０Ｃから各ゲストＡ，Ｂ，Ｃの情報を取得する構成であってもよい。

＜認証局サーバ＞
認証局サーバ５０は、窓口端末４０によって送信された各ゲストＡ，Ｂ，Ｃの情報を受信し、受信した各ゲストＡ，Ｂ，Ｃの情報に基づいて各ゲストＡ，Ｂ，Ｃの電子証明書を生成し、生成された電子証明書を各ゲストＡ，Ｂ，Ｃの端末１０Ａ，１０Ｂ，１０Ｃへ送信する。電子証明書は、対応するゲストの情報（氏名、所属先、連絡先等）をsubjectNameフィールドまたはそれ以外のフィールドに含む。また、電子証明書は、対応するゲストの端末によって生成された公開鍵をsubjectNameフィールド以外のフィールドに含む。

＜動作例＞
続いて、本発明の第二の実施形態に係る認可システム１Ｙの動作例について、第一の実施形態に係る認可システム１Ｘの動作例との相違点を中心に説明する。

図９に示すように、本動作例は、電子証明書を各端末１０Ａ，１０Ｂ，１０Ｃにインポートする動作を実行する。まず、子ゲストＢが店舗に来店して本人確認書類を店員に渡し、店員が窓口端末４０を操作すると、窓口端末４０は、操作結果に基づいて子ゲストＢの本人確認情報を認証局サーバ５０へ送信する（ステップＳ１Ｙ）。続いて、子ゲストＢが端末１０Ｂの入力部１１を操作すると、端末１０Ｂの制御部１４は、通信部１３を介して電子証明書発行要求を認証局サーバ５０へ送信する（ステップＳ２Ｙ）。続いて、認証局サーバ５０は、受信した本人確認情報及び電子証明書発行要求に基づいて、本人確認情報としての子ゲストＢの情報を含む電子証明書を発行して端末１０Ｂへ送信する（ステップＳ３Ｙ）。続いて、端末１０Ｂの制御部１４は、通信部１３を介して電子証明書を受信し、当該端末１０Ｂにインポートする（ステップＳ２１Ｂ）。なお、端末１０Ｂは、公開鍵ＫｐＢ及び秘密鍵ＫｓＢを先に生成し、生成された公開鍵ＫｐＢを電子証明書発行要求に含ませる構成であってもよい。この場合には、認証局サーバ５０は、公開鍵ＫｐＢを含む電子証明書を発行して端末１０Ｂへ送信する。

同様に、子ゲストＣが店舗に来店して本人確認書類を店員に渡し、店員が窓口端末４０を操作すると、窓口端末４０は、操作結果に基づいて子ゲストＣの本人確認情報を認証局サーバ５０へ送信する（ステップＳ４Ｙ）。続いて、子ゲストＣが端末１０Ｃの入力部１１を操作すると、端末１０Ｃの制御部１４は、通信部１３を介して電子証明書発行要求を認証局サーバ５０へ送信する（ステップＳ５Ｙ）。続いて、認証局サーバ５０は、受信した本人確認情報及び電子証明書発行要求に基づいて、本人確認情報としての子ゲストＣの情報を含む電子証明書を発行して端末１０Ｃへ送信する（ステップＳ６Ｙ）。続いて、端末１０Ｃの制御部１４は、通信部１３を介して電子証明書を受信し、当該端末１０Ｃにインポートする（ステップＳ２１Ｃ）。なお、端末１０Ｃは、公開鍵ＫｐＣ及び秘密鍵ＫｓＣを先に生成し、生成された公開鍵ＫｐＣを電子証明書発行要求に含ませる構成であってもよい。この場合には、認証局サーバ５０は、公開鍵ＫｐＣを含む電子証明書を発行して端末１０Ｃへ送信する。

同様に、代表ゲストＡが店舗に来店して本人確認書類を店員に渡し、店員が窓口端末４０を操作すると、窓口端末４０は、操作結果に基づいて代表ゲストＡの本人確認情報を認証局サーバ５０へ送信する（ステップＳ７Ｙ）。続いて、代表ゲストＡが端末１０Ａの入力部１１を操作すると、端末１０Ａの制御部１４は、通信部１３を介して電子証明書発行要求を認証局サーバ５０へ送信する（ステップＳ８Ｙ）。続いて、認証局サーバ５０は、受信した本人確認情報及び電子証明書発行要求に基づいて、本人確認情報としての代表ゲストＡの情報を含む電子証明書を発行して端末１０Ａへ送信する（ステップＳ９Ｙ）。続いて、端末１０Ａの制御部１４は、通信部１３を介して電子証明書を受信し、当該端末１０Ａにインポートする（ステップＳ２１Ａ）。なお、端末１０Ａは、公開鍵ＫｐＡ及び秘密鍵ＫｓＡを先に生成し、生成された公開鍵ＫｐＡを電子証明書発行要求に含ませる構成であってもよい。この場合には、認証局サーバ５０は、公開鍵ＫｐＡを含む電子証明書を発行して端末１０Ａへ送信する。

図１０に示すように、その後、端末１０Ｂの制御部１４は、ステップＳ４Ｂに代えてステップＳ４．１Ｂを実行する。すなわち、端末１０Ｂの制御部１４は、公開鍵ＫｐＢに子ゲストＢの電子証明書で署名し、署名付き公開鍵Ｓｉｇ（ＫｐＢ）を生成する（ステップＳ４．１Ｂ）。また、制御部１４は、署名前に、公開鍵ＫｐＢを子ゲストＢの電子証明書に含ませる。電子証明書に含まれる公開鍵ＫｐＢは、後の段階における検証に用いられる。

また、端末１０Ｂ及び端末１０Ａの制御部１４は、ステップＳ２Ｘに代えてステップＳ２．１Ｘを実行する。すなわち、端末１０Ｂの制御部１４が通信部１３を介して署名付き公開鍵Ｓｉｇ（ＫｐＢ）及び子ゲストＢの電子証明書を送信し、端末１０Ａの制御部１４が通信部１３を介して署名付き公開鍵Ｓｉｇ（ＫｐＢ）及び子ゲストＢの電子証明書を受信する（ステップＳ２．１Ｘ）。

また、端末１０Ａの制御部１４は、ステップＳ３に代えてステップＳ３．１Ａ，Ｓ３．２Ａを実行する。すなわち、端末１０Ａの制御部１４は、子ゲストＢの電子証明書を用いて署名付き公開鍵Ｓｉｇ（ＫｐＢ）を検証する（ステップＳ３．１Ａ）。続いて、端末１０Ａの制御部１４は、電子証明書から子ゲストＢの情報を抽出して出力部１２に表示させる（ステップＳ３．２Ａ）。

図１１に示すように、同様に、端末１０Ｃの制御部１４は、ステップ４Ｃに代えてステップＳ４．１Ｃを実行する。すなわち、端末１０Ｃの制御部１４は、公開鍵ＫｐＣに子ゲストＣの電子証明書で署名し、署名付き公開鍵Ｓｉｇ（ＫｐＣ）を生成する（ステップＳ４．１Ｃ）。また、制御部１４は、署名前に、公開鍵ＫｐＣを子ゲストＣの電子証明書に含ませる。電子証明書に含まれる公開鍵ＫｐＣは、後の段階における検証に用いられる。

また、端末１０Ｃ及び端末１０Ａの制御部１４は、ステップＳ４Ｘに代えてステップＳ４．１Ｘを実行する。すなわち、端末１０Ｃの制御部１４が通信部１３を介して署名付き公開鍵Ｓｉｇ（ＫｐＣ）及び子ゲストＣの電子証明書を送信し、端末１０Ａの制御部１４が通信部１３を介して署名付き公開鍵Ｓｉｇ（ＫｐＣ）及び子ゲストＣの電子証明書を受信する（ステップＳ４．１Ｘ）。

また、端末１０Ａの制御部１４は、ステップＳ５に代えてステップＳ５．１Ａ，Ｓ５．２Ａを実行する。すなわち、端末１０Ａの制御部１４は、子ゲストＣの電子証明書を用いて署名付き公開鍵Ｓｉｇ（ＫｐＣ）を検証する（ステップＳ５．１Ａ）。続いて、端末１０Ａの制御部１４は、電子証明書から子ゲストＣの情報を抽出して出力部１２に表示させる（ステップＳ５．２Ａ）。

図１２に示すように、端末１０Ａの制御部１４は、ステップＳ１０Ａに代えてステップＳ１０．１Ａを実行する。すなわち、端末１０Ａの制御部１４は、代表ゲストＡの電子証明書で公開鍵群ＫｐＡ，Ｓｉｇ（ＫｐＢ），Ｓｉｇ（ＫｐＣ）に署名し、署名付き公開鍵群Ｓｉｇ（ＫｐＡ，Ｓｉｇ（ＫｐＢ），Ｓｉｇ（ＫｐＣ））を生成する（ステップＳ１０．１Ａ）。また、制御部１４は、署名前に、公開鍵ＫｐＡを代表ゲストＡの電子証明書に含ませる。電子証明書に含まれる公開鍵ＫｐＡは、後の段階における検証に用いられる。

図１３に示すように、端末１０Ｈの制御部１４は、ステップＳ３Ｈに代えてステップＳ３．１Ｈ，Ｓ３．２Ｈを実行する。すなわち、端末１０Ｈの制御部１４は、代表ゲストＡの電子証明書で署名付き公開鍵群Ｓｉｇ（ＫｐＡ，Ｓｉｇ（ＫｐＢ），Ｓｉｇ（ＫｐＣ））を検証する（ステップＳ３．１Ｈ）。続いて、端末１０Ｈの制御部１４は、子ゲストＢの電子証明書で署名付き公開鍵Ｓｉｇ（ＫｐＢ）を検証するとともに、子ゲストＣの電子証明書で署名付き公開鍵Ｓｉｇ（ＫｐＣ）を検証する（ステップＳ３．２Ｈ）。ここでは、各検証の結果は、各ゲストの情報が本物であると証明されたものとする。

また、本動作例において、ステップＳ４Ｈは、ホストＨによる各ゲストＡ，Ｂ，Ｃの身元保証が必要な場合に実行するものであり、省略可能である。また、図１４に示すように、ステップＳ１Ｍは、ステップＳ４Ｈが省略された場合には省略可能である。

また、管理サーバ２０は、ステップＳ２Ｍ，３Ｍに代えてステップＳ２．１Ｍ，Ｓ２．２Ｍ，Ｓ２．３Ｍ，Ｓ３．１Ｍを実行する。すなわち、管理サーバ２０は、代表ゲストＡの電子証明書で署名付き公開鍵群Ｓｉｇ（ＫｐＡ，Ｓｉｇ（ＫｐＢ），Ｓｉｇ（ＫｐＣ））を検証する（ステップＳ２．１Ｍ）。続いて、管理サーバ２０は、子ゲストＢの電子証明書で署名付き公開鍵Ｓｉｇ（ＫｐＢ）を検証するとともに、子ゲストＣの電子証明書で署名付き公開鍵Ｓｉｇ（ＫｐＣ）を検証する（ステップＳ２．２Ｍ）。ここでは、各検証の結果は、各ゲストの情報が本物であると証明されたものとする。続いて、管理サーバ２０は、各ゲストＡ，Ｂ，Ｃの電子証明書から各ゲストＡ，Ｂ，Ｃの情報を抽出する（ステップＳ２．３Ｍ）。続いて、管理サーバ２０は、公開鍵群ＫｐＡ，ＫｐＢ，ＫｐＣ、各ゲストＡ，Ｂ，Ｃの電子証明書、各ゲストＡ，Ｂ，Ｃの情報及び入室情報を登録する（ステップＳ３．１Ｍ）。詳細には、管理サーバ２０は、各検証結果で本物と証明された場合に、公開鍵群に含まれて取得されたホストＨの公開鍵ＫｐＨと管理サーバ２０に予め登録されたホストＨの公開鍵ＫｐＨとに基づいて認証を行い、認証可である（両方の公開鍵ＫｐＨが一致）場合に、各ゲストＡ，Ｂ，Ｃの情報、端末１０Ａ，１０Ｂ，１０Ｃの公開鍵、及び、入室情報を、管理サーバ２０の記憶部（データベース等）に記憶させる。

この後の動作については、第一の動作例と同一であるため、説明を省略する。

このように、認可システム１Ｙにおいて、子ゲスト端末１０Ｂ，１０Ｃは、子ゲストＢ，Ｃの情報を含む電子証明書を有しており、代表ゲスト端末１０Ａは、代表ゲストＡの情報を含む電子証明書を有している。
子ゲスト端末１０Ｂ，１０Ｃは、子ゲスト端末１０Ｂ，１０Ｃの情報に子ゲストＢ，Ｃの前記電子証明書で署名する。
代表ゲスト端末１０Ａは、子ゲスト端末１０Ｂ，１０Ｃから署名付きの子ゲスト端末１０Ｂ，１０Ｃの情報及び子ゲストＢ，Ｃの電子証明書を取得するとともに、子ゲストＢ，Ｃの電子証明書で署名付きの子ゲスト端末１０Ｂ，１０Ｃの情報を検証し、代表ゲスト端末１０Ａの情報及び検証によって本物と証明された署名付きの子ゲスト端末１０Ｂ，１０Ｃの情報に代表ゲストＡの電子証明書で署名する。
ホスト端末１０Ｈは、代表ゲスト端末１０Ａから署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報並びに代表ゲストＡの電子証明書及び子ゲストＢ，Ｃの電子証明書を取得するとともに、代表ゲスト１０Ａの電子証明書及び子ゲスト１０Ｂ，１０Ｃの電子証明書で署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を検証する。

管理サーバ２０は、ホスト端末１０Ｈから、当該ホスト端末１０Ｈによって検証された署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報並びに代表ゲストＡの電子証明書及び子ゲストＢ，Ｃの電子証明書を取得するとともに、代表ゲストＡの電子証明書及び子ゲストＢ，Ｃの電子証明書で署名付きの代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を検証し、検証によって本物と証明された代表ゲスト端末１０Ａの情報及び子ゲスト端末１０Ｂ，１０Ｃの情報を登録する。
また、管理サーバ２０は、スマートロック３０から、端末の情報を取得し、登録された代表ゲスト端末１０Ａ及び子ゲスト端末１０Ｂ，１０Ｃの情報とスマートロック３０から取得された端末の情報とに基づいて認証を行い、認証結果に応じて、スマートロック３０を解錠させる。

また、認可システム１Ｙは、情報取得装置４０及び認証局サーバ５０を備える。
情報取得装置４０は、子ゲストＢ，Ｃの情報及び代表ゲストＡの情報を取得して認証局サーバ５０へ送信する。
認証局サーバ５０は、子ゲストＢ，Ｃの情報に基づいて子ゲストＢ，Ｃの電子証明書を生成して子ゲスト端末１０Ｂ，１０Ｃへ送信するともに、代表ゲストＡの情報に基づいて代表ゲストＡの電子証明書を生成して代表ゲスト端末１０Ａへ送信する。

本発明の第二の実施形態に係る認可システム１Ｙは、認証局サーバ５０によって発行された、信頼できる機関（例えば、本人確認を行う通信事業者）が作成した名刺相当の情報を有する電子証明書を保管し、電子署名書によって公開鍵に署名する。したがって、認可システム１Ｙは、ホストＨの端末１０Ｈが各ゲストの電子証明書を検証することによって、各ゲストＡ，Ｂ，Ｃの身元確認性を向上することができる。

＜第三の実施形態＞
続いて、本発明の第三の実施形態に係る認可システムについて、第二の実施形態に係る認可システム１Ｙとの相違点を中心に説明する。図１５に示すように、本発明の第三の実施形態に係る認可システム１Ｚは、窓口端末４０に代えて通信事業者サーバ６０を備える。

＜通信事業者サーバ＞
通信事業者サーバ６０は、各ゲストＡ，Ｂの端末１０Ａ，１０Ｂ，１０Ｃからの要求に基づいて、予め記憶された各ゲストＡ，Ｂ，Ｃの情報を認証局サーバ５０へ送信する。

＜認証局サーバ＞
認証局サーバ５０は、通信事業者サーバ６０によって送信された各ゲストＡ，Ｂ，Ｃの情報を受信し、受信した各ゲストＡ，Ｂ，Ｃの情報に基づいて各ゲストＡ，Ｂ，Ｃの電子証明書を生成し、生成された電子証明書を、例えば通信事業者サーバ６０を介して、各ゲストＡ，Ｂ，Ｃの端末１０Ａ，１０Ｂ，１０Ｃへ送信する。

＜動作例＞
続いて、本発明の第三の実施形態に係る認可システム１Ｚの動作例について、第二の実施形態に係る認可システム１Ｙの動作例との相違点を中心に説明する。

図１６に示すように、本動作例では、ステップＳ１Ｙ〜Ｓ３Ｙに代えて、ステップＳ１Ｚ〜３Ｚ，ステップＳ１Ｎ，ステップＳ４Ｚ〜ステップＳ６Ｚが実行される。すなわち、子ゲストＢが端末１０Ｂの入力部１１を操作すると、端末１０Ｂの制御部１４は、通信部１３を介して電子証明書発行要求を通信事業者サーバ６０へ送信する（ステップＳ１Ｚ）。ここで、電子証明書発行要求は、制御部１４によって生成された、端末１０Ｂに固有の公開鍵ＫｐＢを含む。すなわち、端末１０Ｂの制御部１４は、この時点で公開鍵ＫｐＢ及び秘密鍵ＫｓＢを生成している。続いて、通信事業者サーバ６０は、電子証明書発行要求を受信すると、回線契約情報要求を端末１０Ｂの制御部１４へ送信する（ステップＳ２Ｚ）。続いて、端末１０Ｂの制御部１４は、通信部１３を介して回線契約情報要求を受信すると、通信部１３を介して回線契約情報を通信事業者サーバ６０へ送信する（ステップＳ３Ｚ）。

続いて、通信事業者サーバ６０は、回線契約情報を受信すると、受信した回線契約情報を用いて回線契約者データベース６０ａを参照することによって、回線契約者（すなわち子ゲストＢ）の情報を取得する（ステップＳ１Ｎ）。

続いて、通信事業者サーバ６０は、取得された回線契約者の情報を含む電子証明書発行要求を認証局サーバ５０へ送信する（ステップＳ４Ｚ）。ここで、通信事業者サーバ６０は、子ゲストＢの回線契約の際に通信事業者によって実行された本人確認の信頼レベルに基づいて、回線契約者データベース６０ａに保持されるユーザ情報（ＳＩＭ情報等）を回線契約者の情報として送信する。

続いて、認証局サーバ５０は、電子証明書発行要求を受信すると、子ゲストＢの情報を含む電子証明書を発行して通信事業者サーバ６０へ送信する（ステップＳ５Ｚ）。続いて、通信事業者サーバ６０は、子ゲストＢの電子証明書を端末１０Ｂの制御部１４へ転送する（ステップＳ６Ｚ）。ここで、電子証明書は、端末１０Ｂの公開鍵ＫｐＢを含む。電子証明書に含まれる公開鍵ＫｐＢは、後の段階における検証に用いられる。

同様に、図１６及び図１７に示すように、本動作例では、ステップＳ４Ｙ〜Ｓ６Ｙに代えて、ステップＳ７Ｚ〜９Ｚ，ステップＳ２Ｎ，ステップＳ１０Ｚ〜ステップＳ１２Ｚが実行される。すなわち、子ゲストＣが端末１０Ｃの入力部１１を操作すると、端末１０Ｃの制御部１４は、通信部１３を介して電子証明書発行要求を通信事業者サーバ６０へ送信する（ステップＳ７Ｚ）。ここで、電子証明書発行要求は、制御部１４によって生成された、端末１０Ｃに固有の公開鍵ＫｐＣを含む。すなわち、端末１０Ｃの制御部１４は、この時点で公開鍵ＫｐＣ及び秘密鍵ＫｓＣを生成している。続いて、通信事業者サーバ６０は、電子証明書発行要求を受信すると、回線契約情報要求を端末１０Ｃの制御部１４へ送信する（ステップＳ８Ｚ）。続いて、端末１０Ｃの制御部１４は、通信部１３を介して回線契約情報要求を受信すると、通信部１３を介して回線契約情報を通信事業者サーバ６０へ送信する（ステップＳ９Ｚ）。

続いて、通信事業者サーバ６０は、回線契約情報を受信すると、受信した回線契約情報を用いて回線契約者データベース６０ａを参照することによって、回線契約者（すなわち子ゲストＣ）の情報を取得する（ステップＳ２Ｎ）。

続いて、通信事業者サーバ６０は、取得された回線契約者の情報を含む電子証明書発行要求を認証局サーバ５０へ送信する（ステップＳ１０Ｚ）。ここで、通信事業者サーバ６０は、子ゲストＣの回線契約の際に通信事業者によって実行された本人確認の信頼レベルに基づいて、回線契約者データベース６０ａに保持されるユーザ情報（ＳＩＭ情報等）を回線契約者の情報として送信する。

続いて、図１７に示すように、認証局サーバ５０は、電子証明書発行要求を受信すると、子ゲストＣの電子証明書を発行して通信事業者サーバ６０へ送信する（ステップＳ１１Ｚ）。続いて、通信事業者サーバ６０は、子ゲストＣの情報を含む電子証明書を端末１０Ｃの制御部１４へ転送する（ステップＳ１２Ｚ）。ここで、電子証明書は、端末１０Ｃの公開鍵ＫｐＣを含む。電子証明書に含まれる公開鍵ＫｐＣは、後の段階における検証に用いられる。

同様に、本動作例では、ステップＳ７Ｙ〜Ｓ９Ｙに代えて、ステップＳ１３Ｚ〜１５Ｚ，ステップＳ３Ｎ，ステップＳ１６Ｚ〜ステップＳ１８Ｚが実行される。すなわち、代表ゲストＡが端末１０Ａの入力部１１を操作すると、端末１０Ｃの制御部１４は、通信部１３を介して電子証明書発行要求を通信事業者サーバ６０へ送信する（ステップＳ１３Ｚ）。ここで、電子証明書発行要求は、制御部１４によって生成された、端末１０Ａに固有の公開鍵ＫｐＡを含む。すなわち、端末１０Ａの制御部１４は、この時点で公開鍵ＫｐＡ及び秘密鍵ＫｓＡを生成している。続いて、通信事業者サーバ６０は、電子証明書発行要求を受信すると、回線契約情報要求を端末１０Ａの制御部１４へ送信する（ステップＳ１４Ｚ）。続いて、端末１０Ａの制御部１４は、通信部１３を介して回線契約情報要求を受信すると、通信部１３を介して回線契約情報を通信事業者サーバ６０へ送信する（ステップＳ１５Ｚ）。

続いて、通信事業者サーバ６０は、回線契約情報を受信すると、受信した回線契約情報を用いて回線契約者データベース６０ａを参照することによって、回線契約者（すなわち代表ゲストＡ）の情報を取得する（ステップＳ３Ｎ）。

続いて、通信事業者サーバ６０は、取得された回線契約者の情報を含む電子証明書発行要求を認証局サーバ５０へ送信する（ステップＳ１６Ｚ）。ここで、通信事業者サーバ６０は、代表ゲストＡの回線契約の際に通信事業者によって実行された本人確認の信頼レベルに基づいて、回線契約者データベース６０ａに保持されるユーザ情報（ＳＩＭ情報等）を回線契約者の情報として送信する。

続いて、認証局サーバ５０は、電子証明書発行要求を受信すると、代表ゲストＢの電子証明書を発行して通信事業者サーバ６０へ送信する（ステップＳ１７Ｚ）。続いて、通信事業者サーバ６０は、代表ゲストＢの情報を含む電子証明書を端末１０Ａの制御部１４へ転送する（ステップＳ１８Ｚ）。ここで、電子証明書は、端末１０Ａの公開鍵ＫｐＡを含む。電子証明書に含まれる公開鍵ＫｐＣは、後の段階における検証に用いられる。

この後の動作については、第二の動作例と同一であるため、説明を省略する。

このように、認可システム１Ｚは、通信事業者サーバ６０及び認証局サーバ５０を備える。
通信事業者サーバ６０は、子ゲスト端末１０Ｂ，１０Ｃ及び代表ゲスト端末１０Ａからの要求に基づいて、予め記憶された子ゲストＢ，Ｃの情報及び代表ゲスト端末Ａの情報を認証局サーバ５０へ送信する。
認証局サーバ５０は、子ゲストＢ，Ｃの情報に基づいて子ゲストＢ，Ｃの電子証明書を生成して子ゲスト端末１０Ｂ，１０Ｃへ送信するともに、代表ゲストＡの情報に基づいて代表ゲストＡの電子証明書を生成して代表ゲスト端末１０Ａへ送信する。

本発明の第三の実施形態に係る認可システム１Ｚは、通信事業者サーバ６０に記憶された回線契約者の情報を用いて電子証明書が発行されるので、各ゲストＡ，Ｂ，Ｃが本人確認書類を作成したり店舗を訪れたりする手間を省き、各ゲストの電子証明書の取得に必要な手続負担をより好適に軽減することができる。

以上、本発明の実施形態について説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜変更可能である。例えば、本発明は、観光客を代表ゲストとし、その同伴者を子ゲストとすることで、民泊における鍵の一時的な共有に適用することが可能である。また、本発明は、チケット購入者を代表ゲストとし、その同伴者を子ゲストとすることで、公演における電子チケットの配布に適用することが可能である。また。本発明は、自転車の利用者を代表ゲストとすることで、レンタサイクルの事前予約に適用することが可能である。また、各端末１０Ａ，１０Ｂ，１０Ｃの情報は、前記した鍵情報（公開鍵、秘密鍵）に限定されず、各端末１０Ａ，１０Ｂ，１０Ｃに固有な各情報（例えば、ＩＰアドレス等）であってもよい。

１Ｘ，１Ｙ，１Ｚ 認可システム
１０Ａ 端末（代表ゲスト端末）
１０Ｂ，１０Ｃ 端末（子ゲスト端末）
１０Ｈ 端末（ホスト端末）
２０ 管理サーバ
３０ スマートロック
４０ 窓口端末（情報取得装置）
５０ 認証局サーバ
６０ 通信業者サーバ

Claims (6)

1. 子ゲスト端末、代表ゲスト端末、ホスト端末、管理サーバ及びスマートロックを備える認可システムであって、
   前記代表ゲスト端末は、前記子ゲスト端末から当該子ゲスト端末の情報を取得するとともに、前記代表ゲスト端末の情報及び取得された前記子ゲスト端末の情報に署名し、
   前記ホスト端末は、前記代表ゲスト端末から署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得するとともに、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された前記代表ゲスト端末の情報及び前記子ゲスト端末の情報に署名し、
   前記管理サーバは、前記ホスト端末から前記ホスト端末の情報並びに署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得し、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された場合に取得された前記ホスト端末の情報と予め登録された前記ホスト端末の情報とに基づいて認証を行い、認証可である場合に、前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を登録し、
   前記スマートロックから、端末の情報を取得し、登録された前記代表ゲスト端末及び前記子ゲスト端末の情報と前記スマートロックから取得された前記端末の情報とに基づいて認証を行い、認証結果に応じて、前記スマートロックを解錠させる
   ことを特徴とする認可システム。
2. 前記代表ゲスト端末は、前記子ゲスト端末から子ゲストの情報及び前記子ゲスト端末の情報を取得するとともに、代表ゲストによる前記子ゲストの情報の確認が行われた場合に、前記代表ゲスト端末の情報及び取得された前記子ゲスト端末の情報に署名し、
   前記ホスト端末は、前記代表ゲスト端末から代表ゲストの情報及び署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得し、ホストによる前記代表ゲストの情報の確認が行われた場合に、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された場合に前記代表ゲスト端末の情報及び前記子ゲスト端末の情報に署名する
   ことを特徴とする請求項１に記載の認可システム。
3. 子ゲスト端末、代表ゲスト端末、ホスト端末、管理サーバ及びスマートロックを備える認可システムであって、
   前記子ゲスト端末は、子ゲストの情報を含む電子証明書を有しており、
   前記代表ゲスト端末は、代表ゲストの情報を含む電子証明書を有しており、
   前記子ゲスト端末は、前記子ゲスト端末の情報に子ゲストの前記電子証明書で署名し、
   前記代表ゲスト端末は、前記子ゲスト端末から署名付きの前記子ゲスト端末の情報及び前記子ゲストの前記電子証明書を取得するとともに、前記子ゲストの前記電子証明書で署名付きの前記子ゲスト端末の情報を検証し、前記代表ゲスト端末の情報及び検証によって本物と証明された署名付きの前記子ゲスト端末の情報に代表ゲストの前記電子証明書で署名し、
   前記ホスト端末は、前記代表ゲスト端末から署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報並びに前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書を取得するとともに、前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書で署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、
   前記管理サーバは、前記ホスト端末から、当該ホスト端末によって検証された署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報並びに前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書を取得するとともに、前記代表ゲストの前記電子証明書及び前記子ゲストの前記電子証明書で署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を登録し、
   前記スマートロックから、端末の情報を取得し、登録された前記代表ゲスト端末及び前記子ゲスト端末の情報と前記スマートロックから取得された前記端末の情報とに基づいて認証を行い、認証結果に応じて、前記スマートロックを解錠させる
   ことを特徴とする認可システム。
4. 情報取得装置及び認証局サーバを備え、
   前記情報取得装置は、前記子ゲストの情報及び前記代表ゲストの情報を取得して前記認証局サーバへ送信し、
   前記認証局サーバは、前記子ゲストの情報に基づいて前記子ゲストの前記電子証明書を生成して前記子ゲスト端末へ送信するともに、前記代表ゲストの情報に基づいて前記代表ゲストの前記電子証明書を生成して前記代表ゲスト端末へ送信する
   ことを特徴とする請求項３に記載の認可システム。
5. 通信事業者サーバ及び認証局サーバを備え、
   前記通信事業者サーバは、前記子ゲスト端末及び前記代表ゲスト端末からの要求に基づいて、予め記憶された子ゲストの情報及び代表ゲスト端末の情報を前記認証局サーバへ送信し、
   前記認証局サーバは、前記子ゲストの情報に基づいて前記子ゲストの前記電子証明書を生成して前記子ゲスト端末へ送信するともに、前記代表ゲストの情報に基づいて前記代表ゲストの前記電子証明書を生成して前記代表ゲスト端末へ送信する
   ことを特徴とする請求項３に記載に認可システム。
6. 子ゲスト端末、代表ゲスト端末、ホスト端末、管理サーバ及びスマートロックを備える認可システムによる認可方法であって、
   前記代表ゲスト端末が、前記子ゲスト端末から当該子ゲスト端末の情報を取得するとともに、前記代表ゲスト端末の情報及び取得された前記子ゲスト端末の情報に署名して前記ホスト端末へ送信するステップと、
   前記ホスト端末が、前記代表ゲスト端末から署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得するとともに、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された前記代表ゲスト端末の情報及び前記子ゲスト端末の情報に署名して前記ホスト端末の情報とともに前記管理サーバへ送信するステップと、
   前記管理サーバが、前記ホスト端末から前記ホスト端末の情報並びに署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を取得し、署名付きの前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を検証し、検証によって本物と証明された場合に取得された前記ホスト端末の情報と予め登録された前記ホスト端末の情報とに基づいて認証を行い、認証可である場合に、前記代表ゲスト端末の情報及び前記子ゲスト端末の情報を登録するステップと、
   前記管理サーバが、前記スマートロックから、端末の情報を取得し、登録された前記代表ゲスト端末及び前記子ゲスト端末の情報と前記スマートロックから取得された前記端末の情報とに基づいて認証を行い、認証結果に応じて、前記スマートロックを解錠させるステップと、
   を含むことを特徴とする認可方法。

Images