特許 7587842 携帯端末のネットワークアドレスを利用したゲート開放方法及びドアロック解除方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-13

(45)【発行日】2024-11-21

(54)【発明の名称】携帯端末のネットワークアドレスを利用したゲート開放方法及びドアロック解除方法

(51)【国際特許分類】

   H04M 11/00 20060101AFI20241114BHJP

   E05B 47/00 20060101ALI20241114BHJP

   G06Q 10/02 20120101ALI20241114BHJP

   H04M 1/00 20060101ALI20241114BHJP

   H04M 1/72 20210101ALI20241114BHJP

   H04Q 9/00 20060101ALI20241114BHJP

【ＦＩ】

H04M11/00 301

E05B47/00 U

G06Q10/02

H04M1/00 U

H04M1/72

H04Q9/00 301B

【請求項の数】 22

(21)【出願番号】P 2021504974

(86)(22)【出願日】2020-03-04

(86)【国際出願番号】 JP2020009206

(87)【国際公開番号】W WO2020184341

(87)【国際公開日】2020-09-17

【審査請求日】2023-02-17

(31)【優先権主張番号】P 2019042840

(32)【優先日】2019-03-08

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】514318600

【氏名又は名称】コネクトフリー株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】帝都 久利寿

(72)【発明者】

【氏名】岡本 光弘

【審査官】松原 徳久

(56)【参考文献】

【文献】特開２００１－１９５４８４（ＪＰ，Ａ）

【文献】特開２００３－２４２３９４（ＪＰ，Ａ）

【文献】特開２００３－０３０５９１（ＪＰ，Ａ）

【文献】特開２０１５－１６６９０４（ＪＰ，Ａ）

【文献】特表２０１１－５１１５１９（ＪＰ，Ａ）

【文献】特表２０１１－５０１９２４（ＪＰ，Ａ）

【文献】米国特許出願公開第２００２／０１５２３８４（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｅ０５Ｂ１／００－８５／２８

Ｇ０６Ｑ１０／００－１０／３０

５０／００－９９／００

Ｇ０８Ｂ２３／００－３１／００

Ｇ１６Ｚ９９／００

Ｈ０３Ｊ９／００－９／０６

Ｈ０４Ｍ１／００

１／２４－３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

９９／００

Ｈ０４Ｑ９／００－９／１６

(57)【特許請求の範囲】

【請求項1】

ユーザに関連付けられた携帯端末が、所定の空間への入場を規制するように構成されたゲートに前記ゲートの開放を要求するゲート開放信号および当該携帯端末の公開鍵を送信するステップと、
前記ゲート開放信号の受信に応じて、前記携帯端末の公開鍵に基づいて前記携帯端末のネットワークアドレスを決定し、管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップと、
前記ユーザの前記所定の空間への入場を許可するとの判定に応じて、前記ユーザが前記所定の空間に入場できるように前記ゲートを制御するステップとを含み、
前記管理テーブルは、各々が複数のユーザの一つに関連付けられた複数の携帯端末に固有の複数のネットワークアドレスを示す複数のネットワークアドレス情報を含む、ゲート開放方法。

【請求項2】

前記管理テーブルは、複数のチケットに関する複数のチケット情報をさらに含み、
前記ユーザの前記所定の空間への入場を許可するとの判定に応じて、前記ユーザに関連付けられたチケット情報を外部に出力する又は当該チケット情報を前記携帯端末に送信するステップをさらに含む、請求項１に記載のゲート開放方法。

【請求項3】

前記管理テーブルは、ユーザ管理テーブルと、チケット管理テーブルとを含み、
前記ユーザ管理テーブルは、複数のユーザに関する複数のユーザ識別情報と、各々が前記複数のユーザ識別情報の一つに関連付けられた前記複数のネットワークアドレス情報とを含み、
前記チケット管理テーブルは、前記複数のユーザ識別情報を含み、
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、
前記ユーザ管理テーブルと前記携帯端末のネットワークアドレスに基づいて、当該携帯端末のネットワークアドレスに対応するユーザ識別情報を特定するステップと、
前記特定されたユーザ識別情報と前記チケット管理テーブルに基づいて、前記特定されたユーザ識別情報が前記チケット管理テーブルに含まれる複数のユーザ識別情報の一つと一致するかどうかを判定するステップと、
前記特定されたユーザ識別情報が前記チケット管理テーブルに含まれる複数のユーザ識別情報の一つと一致する場合に、前記ユーザの前記所定の空間への入場を許可することを決定するステップとを含む、請求項１又は２に記載のゲート開放方法。

【請求項4】

前記管理テーブルは、チケット管理テーブルを含み、
前記チケット管理テーブルは、前記複数のネットワークアドレス情報を含み、
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、
前記チケット管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記携帯端末のネットワークアドレスが前記チケット管理テーブルに含まれる前記複数の携帯端末のネットワークアドレスの一つと一致するかどうかを判定するステップと、
前記携帯端末のネットワークアドレスが前記チケット管理テーブルに含まれる前記複数の携帯端末のネットワークアドレスの一つと一致する場合に、前記ユーザの前記所定の空間への入場を許可することを決定するステップとを含む、請求項１又は２に記載のゲート開放方法。

【請求項5】

前記管理テーブルは、通信ネットワークを介して前記ゲートに通信可能に接続された管理サーバに格納されており、
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、前記管理サーバにより実行され、
前記通信ネットワークを介して前記ゲートから前記携帯端末のネットワークアドレスに関する情報を受信するステップを含む、請求項１から４のうちいずれか一項に記載のゲート開放方法。

【請求項6】

前記管理テーブルは、前記ゲートに格納されており、
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、前記ゲートにより実行される、請求項１から４のうちいずれか一項に記載のゲート開放方法。

【請求項7】

請求項１から６のうちいずれか一項に記載の前記ゲート開放方法をコンピュータに実行させるためのゲート開放プログラム。

【請求項8】

請求項７に記載の前記ゲート開放プログラムが保存されたコンピュータ読取可能な記憶媒体。

【請求項9】

ユーザに関連付けられると共に、固有のネットワークアドレスを有する携帯端末と、
前記携帯端末に通信可能に接続されると共に、所定の空間への入場を規制するように構成されたゲートとを備えたゲート開放システムであって、
前記ゲート開放システムは、請求項１から６のうちいずれか一項に記載の前記ゲート開放方法を実行するように構成されている、ゲート開放システム。

【請求項10】

通信ネットワークを介して前記ゲートに通信可能に接続された管理サーバをさらに備える、請求項９に記載のゲート開放システム。

【請求項11】

ユーザに関連付けられた携帯端末が、対象物に前記対象物のドアのロック解除を要求するドアロック解除信号および当該携帯端末の公開鍵を送信するステップと、
前記ドアロック解除信号の受信に応じて、前記携帯端末の公開鍵に基づいて前記携帯端末のネットワークアドレスを決定し、管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記ドアのロック解除を許可するかどうかを判定するステップと、
前記ドアのロック解除を許可するとの判定に応じて、前記ドアをロック解除させるステップとを含み、
前記管理テーブルは、各々が複数のユーザの一つに関連付けられた複数の携帯端末に固有の複数のネットワークアドレスを示す複数のネットワークアドレス情報を含む、ドアロック解除方法。

【請求項12】

前記ドアがロック解除された後に、前記携帯端末と前記対象物との間の通信に応じて前記ドアをロック又はロック解除させるステップをさらに含む、請求項１１に記載のドアロック解除方法。

【請求項13】

前記管理テーブルは、ユーザ管理テーブルと、前記対象物の予約管理テーブルとを含み、
前記ユーザ管理テーブルは、複数のユーザに関する複数のユーザ識別情報と、各々が前記複数のユーザ識別情報の一つに関連付けられた前記複数のネットワークアドレス情報とを含み、
前記予約管理テーブルは、複数のユーザ識別情報を含み、
前記ドアのロック解除を許可するかどうかを判定するステップは、
前記ユーザ管理テーブルと前記携帯端末のネットワークアドレスに基づいて、前記携帯端末のネットワークアドレスに対応するユーザ識別情報を特定するステップと、
前記特定されたユーザ識別情報と前記予約管理テーブルに基づいて、前記対象物が前記ユーザ識別情報に対応する前記ユーザによって予約されているかどうかを判定するステップと、
前記対象物が前記ユーザ識別情報に対応する前記ユーザによって予約されている場合に、前記ドアのロック解除を許可することを決定するステップとを含む、請求項１１又は１２に記載のドアロック解除方法。

【請求項14】

前記管理テーブルは、前記対象物の予約管理テーブルを含み、
前記予約管理テーブルは、前記複数のネットワークアドレス情報を含み、
前記ドアのロック解除を許可するかどうかを判定するステップは、
前記予約管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記対象物が前記携帯端末に関連付けられた前記ユーザによって予約されているかどうかを判定するステップと、
前記対象物が前記携帯端末に関連付けられた前記ユーザによって予約されている場合に前記ドアのロック解除を許可することを決定するステップとを含む、請求項１１又は１２に記載のドアロック解除方法。

【請求項15】

前記管理テーブルは、通信ネットワークを介して前記対象物に通信可能に接続された管理サーバに格納されており、
前記ドアのロック解除を許可するかどうかを判定するステップは、
前記管理サーバにより実行され、
前記通信ネットワークを介して前記対象物から前記携帯端末のネットワークアドレスに関する情報を受信するステップを含む、請求項１１から１４のうちいずれか一項に記載のドアロック解除方法。

【請求項16】

前記管理テーブルは、前記対象物に格納されており、
前記ドアのロック解除を許可するかどうかを判定するステップは、前記対象物によって実行される、請求項１１から１４のうちいずれか一項に記載のドアロック解除方法。

【請求項17】

前記対象物は、車両である、請求項１１から１６のうちいずれか一項に記載のドアロック解除方法。

【請求項18】

前記対象物は、部屋である、請求項１１から１６のうちいずれか一項に記載のドアロック解除方法。

【請求項19】

請求項１１から１８のうちいずれか一項に記載の前記ドアロック解除方法をコンピュータに実行させるためのドアロック解除プログラム。

【請求項20】

請求項１９に記載の前記ドアロック解除プログラムが保存されたコンピュータ読取可能な記憶媒体。

【請求項21】

ユーザに関連付けられると共に、固有のネットワークアドレスを有する携帯端末と、
前記携帯端末に通信可能に接続される対象物と、
を備えたドアロック解除システムであって、
前記ドアロック解除システムは、請求項１１から１４のうちいずれか一項に記載の前記ドアロック解除方法を実行するように構成されている、ドアロック解除システム。

【請求項22】

通信ネットワークを介して前記対象物に接続された管理サーバをさらに備える、請求項２１に記載のドアロック解除システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、携帯端末のネットワークアドレスを利用したゲート開放方法及びドアロック解除方法に関する。

【背景技術】

【0002】

現在、スマートフォン等の携帯端末が急激に普及しており、日常生活のあらゆる場面において携帯端末が使用されている。もはや携帯端末がない生活は現代社会においては成立しなくなってきている。例えば、電車を利用する際に使用される乗車券は、Ｓｕｉｃａ（登録商標）等のＩＣカード乗車券からモバイルＳｕｉｃａ（登録商標）等のスマートフォン上で動作するアプリケーションソフトウェアに置き換わりつつある。また、航空券チケットは、紙の航空券チケットに代わって、スマートフォンの表示画面に表示された２次元バーコード（ＱＲコード等）に置き換わりつつある。

【0003】

また、最近脚光を浴びているシェアリングサービス（例えば、ホームシェアリングサービスやカーシェアリングサービス）においても、スマートフォンを用いた車両や部屋の利用予約等が頻繁に行われている。例えば、非特許文献１に開示されたカーシェアリングサービスでは、ユーザは、スマートフォンを用いて車両を予約した上で、カーシェアリングサービスを利用するための会員カードを予約車両にかざすことで予約車両を利用することができる。また、ホームシェアリングサービス（民泊）では、ユーザは、スマートフォンを用いて民家の部屋を予約できる一方で、予約部屋を利用するためには予約部屋の所有者から予約部屋の物理的な鍵を受け取る必要がある。同様に、ホテルや会議室を利用する場合にも、スマートフォンを用いてホテルや会議室を予約できる一方で、ホテルや会議室の部屋を利用するためにはフロントデスク等でカードキーを受け取る必要がある。

【先行技術文献】

【特許文献】

【0004】

【文献】“カーシェアリングならタイムズカープラス”，[online]、［平成３１年１月１１日検索］インターネット＜https://plus.timescar.jp/use/＞

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、携帯端末としてのスマートフォンを利用したサービスによってユーザの利便性は向上している一方で、以下の点で、スマートフォン等の携帯端末を利用したサービスの改善を検討する余地がある。例えば、ユーザは、複数の異なるカーシェアリングサービスを利用する際には、各カーシェアリングサービスに対応する複数の会員カードを管理する必要がある。また、ユーザは、ホテルや民泊を利用する際には、部屋を利用するために物理的な鍵を受け取る必要がある。さらに、スマートフォンを利用した各種サービスを利用する場合には、各種サービスに対応する複数のアプリケーションソフトウェアをスマートフォンにインストールする必要があると共に、所定のサービスを利用する度に対応するアプリケーションソフトウェアを起動する必要がある。

【0006】

上記観点より、本開示は、携帯端末を利用した各種サービスにおいてユーザの利便性を向上させることを目的とする。特に、本開示は、ユーザの利便性を向上させることが可能なゲート開放方法及びドアロック解除方法を提供することを目的とする。

【課題を解決するための手段】

【0007】

本開示の一態様に係るゲート開放方法は、
ユーザに関連付けられた携帯端末に固有のネットワークアドレスを用いて、所定の空間への入場を規制するように構成されたゲートに前記ゲートの開放を要求するゲート開放信号を送信するステップと、
前記ゲート開放信号の受信に応じて、管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップと、
前記ユーザの前記所定の空間への入場を許可するとの判定に応じて、前記ユーザが前記所定の空間に入場できるように前記ゲートを制御するステップと、を含む。
前記管理テーブルは、各々が複数のユーザの一つに関連付けられた複数の携帯端末に固有の複数のネットワークアドレスを示す複数のネットワークアドレス情報を含む。

【0008】

上記方法によれば、携帯端末に固有のネットワークアドレスを用いて当該携帯端末に関連付けられたユーザの所定の空間への入場を許可するべきかどうかが判定される。このため、携帯端末自体を所定の空間に入場する際に使用される入場チケットとして利用することができる。このため、ユーザは、物理的な入場チケットや２次元バーコードを持参する必要がなく、携帯端末のみによってゲートを通過することができる。
また、本方法によれば、ユーザは、複数のゲートを通過する際に各ゲートに対応する物理的なチケットや２次元バーコード等を用意せずに、複数のゲートを通過することができる。
したがって、ユーザの利便性を向上させると共に、ユーザに新たなゲート入場体験を提供可能なゲート開放方法を提供することができる。

【0009】

また、前記管理テーブルは、複数のチケットに関する複数のチケット情報をさらに含んでもよい。前記ゲート開放方法は、前記ユーザの前記所定の空間への入場を許可するとの判定に応じて、前記ユーザに関連付けられたチケット情報を外部に出力する又は当該チケット情報を前記携帯端末に送信するステップをさらに含んでもよい。

【0010】

上記方法によれば、ユーザは、ゲートを通過する際にチケット情報を取得することができるため、ユーザの利便性をさらに向上させることが可能となる。

【0011】

また、前記管理テーブルは、ユーザ管理テーブルと、チケット管理テーブルとを含んでもよい。前記ユーザ管理テーブルは、複数のユーザに関する複数のユーザ識別情報と、各々が前記複数のユーザ識別情報の一つに関連付けられた前記複数のネットワークアドレス情報とを含んでもよい。前記チケット管理テーブルは、前記複数のユーザ識別情報を含んでもよい。
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、
前記ユーザ管理テーブルと前記携帯端末のネットワークアドレスに基づいて、当該携帯端末のネットワークアドレスに対応するユーザ識別情報を特定するステップと、
前記特定されたユーザ識別情報と前記チケット管理テーブルに基づいて、前記特定されたユーザ識別情報が前記チケット管理テーブルに含まれる複数のユーザ識別情報の一つと一致するかどうかを判定するステップと、
前記特定されたユーザ識別情報が前記チケット管理テーブルに含まれる複数のユーザ識別情報の一つと一致する場合に、前記ユーザの前記所定の空間への入場を許可することを決定するステップと、を含んでもよい。

【0012】

上記方法によれば、ユーザ管理テーブル、チケット管理テーブル及び携帯端末のネットワークアドレスを参照することで、当該携帯端末に関連付けられたユーザの所定の空間への入場を許可するべきかどうかを判定することができる。

【0013】

また、前記管理テーブルは、チケット管理テーブルを含んでもよい。
前記チケット管理テーブルは、前記複数のネットワークアドレス情報を含んでもよい。
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、
前記チケット管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記携帯端末のネットワークアドレスが前記チケット管理テーブルに含まれる前記複数の携帯端末のネットワークアドレスの一つと一致するかどうかを判定するステップと、
前記携帯端末のネットワークアドレスが前記チケット管理テーブルに含まれる前記複数の携帯端末のネットワークアドレスの一つと一致する場合に、前記ユーザの前記所定の空間への入場を許可することを決定するステップと、を含んでもよい。

【0014】

上記方法によれば、チケット管理テーブル及び携帯端末のネットワークアドレスを参照することで、当該携帯端末に関連付けられたユーザの所定の空間への入場を許可するべきかどうかを判定することができる。

【0015】

前記管理テーブルは、通信ネットワークを介して前記ゲートに通信可能に接続された管理サーバに格納されてもよい。
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、前記管理サーバにより実行され、前記通信ネットワークを介して前記ゲートから前記携帯端末のネットワークアドレスに関する情報を受信するステップを含んでもよい。

【0016】

上記方法によれば、通信ネットワーク上に配置された管理サーバによってユーザの所定の空間への入場が許可されるべきかどうかが判定される。このように、ゲートに管理テーブルを格納する必要性がないと共に、ゲートが当該判定処理を実行する必要性がない。

【0017】

また、前記管理テーブルは、前記ゲートに格納されてもよい。
前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップは、前記ゲートにより実行されてもよい。

【0018】

上記方法によれば、ゲートによってユーザの所定の空間への入場が許可されるべきかどうかが判定される。このように、管理サーバを介在せずに当該判定処理を実行することが可能となる。

【0019】

前記ゲート開放方法をコンピュータに実行させるためのゲート開放プログラムが提供されてもよい。

【0020】

上記によれば、ユーザの利便性を向上させることが可能なゲート開放プログラムを提供することができる。

【0021】

前記ゲート開放プログラムが保存されたコンピュータ読取可能な記憶媒体が提供されてもよい。

【0022】

また、本開示の一態様に係るゲート開放システムは、
ユーザに関連付けられると共に、固有のネットワークアドレスを有する携帯端末と、
前記携帯端末に通信可能に接続されると共に、所定の空間への入場を規制するように構成されたゲートと、を備える。
前記ゲート開放システムは、前記ゲート開放方法を実行するように構成されている。

【0023】

上記によれば、ユーザの利便性を向上させることが可能なゲート開放システムを提供することができる。

【0024】

また、ゲート開放システムは、通信ネットワークを介して前記ゲートに通信可能に接続された管理サーバをさらに備えてもよい。

【0025】

本開示の一態様に係るドアロック解除方法は、
ユーザに関連付けられた携帯端末に固有のネットワークアドレスを用いて、対象物に前記対象物のドアのロック解除を要求するドアロック解除信号を送信するステップと、
前記ドアロック解除信号の受信に応じて、管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記ドアのロック解除を許可するかどうかを判定するステップと、
前記ドアのロック解除を許可するとの判定に応じて、前記ドアをロック解除させるステップと、を含む。
前記管理テーブルは、各々が複数のユーザの一つに関連付けられた複数の携帯端末に固有の複数のネットワークアドレスを示す複数のネットワークアドレス情報を含む。

【0026】

上記方法によれば、携帯端末に固有のネットワークアドレスを用いて対象物のドアのロック解除を許可するかどうかが判定される。このため、携帯端末自体を対象物（例えば、車両や部屋）のドアをロック解除するための鍵として利用することが可能となる。このため、ユーザは、物理的な鍵（カードキーを含む。）を持参する必要がなく、携帯端末のみによって対象物のドアをロック解除することができる。
また、本方法によれば、ユーザは、複数の対象物を利用する際に各対象物に対応する物理的な鍵を用意せずに、複数の対象物のドアをロック解除することができる。
したがって、ユーザの利便性を向上させると共に、ユーザに新たな体験（例えば、シェアリング体験）を提供可能なドアロック解除方法を提供することができる。

【0027】

また、ドアロック解除方法は、前記ドアがロック解除された後に、前記携帯端末と前記対象物との間の通信に応じて前記ドアをロック又はロック解除させるステップをさらに含んでもよい。

【0028】

上記方法によれば、携帯端末と対象物との間の通信に応じてドアがロック又はロック解除される。このように、対象物のドアがロック解除された後も引き続き携帯端末を対象物の鍵として利用することが可能となる。

【0029】

また、前記管理テーブルは、ユーザ管理テーブルと、前記対象物の予約管理テーブルとを含んでもよい。
前記ユーザ管理テーブルは、複数のユーザに関する複数のユーザ識別情報と、各々が前記複数のユーザ識別情報の一つに関連付けられた前記複数のネットワークアドレス情報とを含んでもよい。
前記予約管理テーブルは、複数のユーザ識別情報を含んでもよい。
前記ドアのロック解除を許可するかどうかを判定するステップは、
前記ユーザ管理テーブルと前記携帯端末のネットワークアドレスに基づいて、前記携帯端末のネットワークアドレスに対応するユーザ識別情報を特定するステップと、
前記特定されたユーザ識別情報と前記予約管理テーブルに基づいて、前記対象物が前記ユーザ識別情報に対応する前記ユーザによって予約されているかどうかを判定するステップと、
前記対象物が前記ユーザ識別情報に対応する前記ユーザによって予約されている場合に、前記ドアのロック解除を許可することを決定するステップと、を含んでもよい。

【0030】

上記方法によれば、対象物の予約管理テーブル、ユーザ管理テーブル及び携帯端末のネットワークアドレスを参照することで、対象物のドアのロック解除を許可するべきかどうかを判定することができる。

【0031】

また、前記管理テーブルは、前記対象物の予約管理テーブルを含んでもよい。
前記予約管理テーブルは、前記複数のネットワークアドレス情報を含んでもよい。
前記ドアのロック解除を許可するかどうかを判定するステップは、
前記予約管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記対象物が前記携帯端末に関連付けられた前記ユーザによって予約されているかどうかを判定するステップと、
前記対象物が前記携帯端末に関連付けられた前記ユーザによって予約されている場合に前記ドアのロック解除を許可することを決定するステップと、を含んでもよい。

【0032】

上記方法によれば、対象物の予約管理テーブル及び携帯端末のネットワークアドレスを参照することで、対象物のドアのロック解除を許可するべきかどうかを判定することができる。

【0033】

また、前記管理テーブルは、通信ネットワークを介して前記対象物に通信可能に接続された管理サーバに格納されてもよい。
前記ドアのロック解除を許可するかどうかを判定するステップは、前記管理サーバにより実行され、前記通信ネットワークを介して前記対象物から前記携帯端末のネットワークアドレスに関する情報を受信するステップを含んでもよい。

【0034】

上記方法によれば、通信ネットワーク上に配置された管理サーバによって対象物のドアのロック解除を許可すべきかどうかが判定される。このため、対象物に予約管理テーブルを格納する必要性がないと共に、対象物が当該判定処理を実行する必要性がない。

【0035】

前記管理テーブルは、前記対象物に格納されてもよい。
前記ドアのロック解除を許可するかどうかを判定するステップは、前記対象物によって実行されてもよい。

【0036】

また、前記対象物は、車両であってもよい。

【0037】

上記方法によれば、携帯端末のネットワークアドレスを用いて車両のドアのロック解除を許可するかどうかが判定される。このため、携帯端末自体を車両のドアをロック解除するための鍵として利用することが可能となる。このため、ユーザは、物理的な鍵（カードキーを含む。）を持参する必要がなく、携帯端末のみによって車両のドアをロック解除することができる。
また、本方法によれば、ユーザは、複数の車両を利用する際に各車両に対応する物理的な鍵を用意せずに、複数の車両のドアをロック解除することができる。
したがって、ユーザの利便性を向上させると共に、ユーザに新たなカーシェアリング体験又はカーレンタル体験を提供可能なドアロック解除方法を提供することができる。

【0038】

また、前記対象物は、部屋であってもよい。

【0039】

上記方法によれば、携帯端末のネットワークアドレスを用いて部屋のドアのロック解除を許可するかどうかが判定される。このため、携帯端末自体を部屋のドアをロック解除するための鍵として利用することが可能となる。このため、ユーザは、物理的な鍵（カードキーを含む。）を持参する必要がなく、携帯端末のみによって部屋のドアをロック解除することができる。
また、本方法によれば、ユーザは、複数の部屋を利用する際に各部屋に対応する物理的な鍵を用意せずに、複数の部屋のドアをロック解除することができる。
したがって、ユーザの利便性を向上させると共に、新たなルームシェアリング体験を提供可能なドアロック解除方法を提供することができる。

【0040】

また、前記ドアロック解除方法をコンピュータに実行させるためのドアロック解除プログラムが提供されてもよい。

【0041】

上記によれば、ユーザの利便性を飛躍的に向上させることが可能なドアロック解除プログラムを提供することができる。

【0042】

また、前記ドアロック解除プログラムが保存されたコンピュータ読取可能な記憶媒体が提供されてもよい。

【0043】

ドアロック解除システムは、ユーザに関連付けられると共に、固有のネットワークアドレスを有する携帯端末と、前記携帯端末に通信可能に接続される対象物と、を備える。
前記ドアロック解除は、前記ドアロック解除方法を実行するように構成されている。

【0044】

上記によれば、ユーザの利便性を飛躍的に向上させることが可能なドアロック解除システムを提供することができる。

【0045】

前記ドアロック解除システムは、通信ネットワークを介して前記対象物に接続された管理サーバをさらに備えてもよい。

【発明の効果】

【0046】

本開示によれば、携帯端末を利用した各種サービスにおいてユーザの利便性を向上させることができる。特に、ユーザの利便性を向上させることが可能なゲート開放方法及びドアロック解除方法を提供することができる。

【図面の簡単な説明】

【0047】

【図1】本実施形態に係るゲート開放システムを示す図である。

【図2】携帯端末のハードウェア構成の一例を示す図である。

【図3】管理サーバのハードウェア構成の一例を示す図である。

【図4】ゲートのハードウェア構成の一例を示す図である。

【図5】本実施形態に係るゲート開放方法を説明するためのシーケンス図（その１）である。

【図6】本実施形態に係るゲート開放方法を説明するためのシーケンス図（その２）である。

【図7】（ａ）は、ユーザ管理テーブルの一例を示す図である。（ｂ）は、チケット管理テーブルの一例を示す図である。

【図8】ゲートのＩＰアドレスを取得する処理を説明するためのフローチャートである。

【図9】図６に示す処理Ａの代替となる処理を説明するフローチャートである。

【図10】変形例に係るゲート開放方法を説明するためのシーケンス図（その１）である。

【図11】変形例に係るゲート開放方法を説明するためのシーケンス図（その２）である。

【図12】本実施形態に係る車両のドアロック解除システムを示す図である。

【図13】車両のハードウェア構成の一例を示す図である。

【図14】本実施形態に係る車両のドアロック解除方法を説明するためのシーケンス図（その１）である。

【図15】本実施形態に係る車両のドアロック解除方法を説明するためのシーケンス図（その２）である。

【図16】（ａ）は、ユーザ管理テーブルの一例を示す図である。（ｂ）は、車両管理テーブルの一例を示す図である。

【図17】車両予約管理テーブルの一例を示す図である。

【図18】車両のＩＰアドレスを取得する処理を説明するためのフローチャートである。

【図19】図１５に示す処理Ｂの代替となる処理を説明するためのフローチャートである。

【図20】変形例に係る車両のドアロック解除方法を説明するためのシーケンス図（その１）である。

【図21】変形例に係る車両のドアロック解除方法を説明するためのシーケンス図（その２）である。

【図22】本実施形態に係る部屋のドアロック解除システムを示す図である。

【図23】ドアロック制御システムのハードウェア構成の一例を示す図である。

【図24】本実施形態に係る部屋のドアロック解除方法を説明するためのシーケンス図（その１）である。

【図25】本実施形態に係る部屋のドアロック解除方法を説明するためのシーケンス図（その２）である。

【図26】（ａ）は、ユーザ管理テーブルの一例を示す図である。（ｂ）は、部屋管理テーブルの一例を示す図である。

【図27】部屋予約管理テーブルの一例を示す図である。

【図28】部屋のＩＰアドレスを取得する処理を説明するためのフローチャートである。

【図29】図２５に示す処理Ｃの代替となる処理を説明するためのフローチャートである。

【図30】変形例に係る部屋のドアロック解除方法を説明するためのシーケンス図（その１）である。

【図31】変形例に係る部屋のドアロック解除方法を説明するためのシーケンス図（その２）である。

【発明を実施するための形態】

【0048】

（ゲート開放システム）
以下、本発明の実施形態（以下、本実施形態という。）に係るゲート開放システム１について図面を参照しながら説明する。最初に、図１を参照してゲート開放システム１について説明する。図１に示すように、ゲート開放システム１は、ユーザＵに関連付けられた携帯端末２と、ゲート３と、管理サーバ４とを備える。携帯端末２と、ゲート３と、管理サーバ４は、通信ネットワーク５に無線又は有線により通信可能に接続されている。通信ネットワーク５は、ＩＰネットワークであって、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線アクセスネットワーク（ＲＡＮ）及びインターネットのうちの少なくとも一つを含む。携帯端末２は、無線ＬＡＮルータや無線基地局等のアクセスポイントを介して通信ネットワーク５に接続されてもよい。ゲート３と管理サーバ４は、有線ケーブルを通じてルータに接続されていてもよい。

【0049】

次に、図２を参照して携帯端末２のハードウェア構成について以下に説明する。図２は、携帯端末２のハードウェア構成の一例を示す図である。携帯端末２は、ユーザＵによって携帯された通信機器であって、典型的にはスマートフォンである。また、携帯端末２は、ノートパソコン、タブレット、又はユーザの身体（例えば、腕や頭等）に装着されるウェアラブルデバイス（例えば、スマートウォッチやＡＲグラス等）であってもよい。

【0050】

図２に示すように、携帯端末２は、制御部２０と、記憶装置２３と、カメラ２４と、ネットワークインターフェース２５と、入力操作部２７と、表示部２６とを備える。これらはバス２９を介して互いに直接的又は間接的に接続されている。

【0051】

制御部２０は、携帯端末２の動作を制御するように構成されており、メモリとプロセッサを備えている。メモリは、コンピュータ可読命令を記憶するように構成されている。例えば、メモリは、各種プログラム等が格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びプロセッサにより実行される各種プログラム等が格納される複数のワークエリアを有するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成されてもよい。プロセッサは、例えば、ＣＰＵ、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）及びＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のうちの少なくとも一つを含む。ＣＰＵは、複数のＣＰＵコアによって構成されてもよい。ＧＰＵは、複数のＧＰＵコアによって構成されてもよい。プロセッサは、記憶装置２３又はＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されてもよい。特に、プロセッサがメモリに記憶されたプログラムを実行することで、携帯端末２は本実施形態に係るゲート開放方法のうちの一部の処理を実行するように構成される。

【0052】

記憶装置２３は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等の記憶装置（ストレージ）であって、プログラムや各種データを格納するように構成されている。

【0053】

ネットワークインターフェース２５は、携帯端末２を通信ネットワーク５に接続するように構成されている。具体的には、ネットワークインターフェース２５は、通信ネットワーク５を介してサーバ等の外部装置と通信するための各種有線接続端子を含んでもよい。また、ネットワークインターフェース２５は、無線ルータ若しくは無線基地局と通信するための各種処理回路及びアンテナ等を含んでもよい。無線通信の規格は、例えば、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＬＰＷＡ、第５世代移動通信システム（５Ｇ）及び近距離無線通信（ＮＦＣ）のうちの少なくとも一つを含む。

【0054】

入力操作部２７は、携帯端末２を操作するユーザＵの入力操作を受付けると共に、当該入力操作に応じた指示信号を生成するように構成されている。入力操作部２７は、例えば、表示部２６上に重ねて配置されたタッチパネル、筐体に取り付けられた操作ボタン、マウス及び／又はキーボード等である。入力操作部２７によって生成された指示信号がバス２９を介して制御部２０に送信された後、制御部２０は、指示信号に応じた所定の動作を実行する。表示部２６は、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置であってもよい。表示部２６及び入力操作部２７は、ＵＳＢインターフェース等の入出力インターフェースを介して携帯端末２に接続されてもよい。

【0055】

本実施形態では、携帯端末２は、携帯端末２に固有のＩＰアドレスを有する。携帯端末２のＩＰアドレスは、インターネットサービス事業者（ＩＳＰ）によって発行されたＩＰアドレスではなく、携帯端末２自身によって生成されたＩＰアドレスである点で従来のＩＰアドレスとは大きく異なるものである。携帯端末２のＩＰアドレスは、例えば、１６進数の３２桁で表示されたＩＰｖ６に対応するＩＰアドレス（１２８ビット）である。

【0056】

特に、当該ＩＰアドレスは、認証局で認証された携帯端末２の公開鍵に基づいて生成されてもよい。具体的には、制御部２０は、携帯端末２の秘密鍵（５１２ビット）を生成した上で、当該秘密鍵に対応する公開鍵（２５６ビット）を生成する。その後、制御部２０は、公開鍵と所定のハッシュ関数とに基づいてハッシュ値（２５６ビット）を生成する。次に、当該生成されたハッシュ値が所定の条件を満たす場合に、制御部２０は、ハッシュ値に基づいて携帯端末２のＩＰアドレスを生成する。例えば、制御部２０は、生成されたハッシュ値（２５６ビット）のうちの前半の１２８ビットを携帯端末２のＩＰアドレスとして決定してもよい。

【0057】

その後、携帯端末２は、公開鍵に関連付けられた電子証明書を認証局から取得する。このように、携帯端末２の公開鍵が認証局で認証されているため、当該公開鍵に基づいて生成されたＩＰアドレスも認証局によって間接的に認証されている。このように、携帯端末２のＩＰアドレスは、携帯端末２に固有のＩＰアドレスであると共に、認証局によって認証されたＩＰアドレスである点で従来のＩＰアドレスとは大きく相違する。さらに、本実施形態に係るゲート開放方法では、携帯端末２を入場チケットとして用いる点で従来のゲート開放方法とは大きく相違する。

【0058】

尚、制御部２０は、携帯端末２のＩＰアドレスを決定した後に、当該ＩＰアドレスが他の装置のＩＰアドレスと重複しているかどうかを調べてもよい。具体的には、携帯端末２は、通信ネットワークを介して、ＩＰアドレスを管理するＩＰアドレス管理サーバに携帯端末２のＩＰアドレスに関する情報を送信する。ＩＰアドレス管理サーバは、携帯端末２から送信されたＩＰアドレスが自身の記憶装置に格納されたＩＰアドレス管理テーブルに含まれる複数のＩＰアドレスの一つと一致するかどうかを判定する。ここで、携帯端末２のＩＰアドレスがＩＰアドレス管理テーブルに含まれるＩＰアドレスの一つに一致する場合には、ＩＰアドレス管理サーバは、ＩＰアドレスの登録を拒絶する旨のメッセージを携帯端末２に送信してもよい。この場合、携帯端末２は、再度ＩＰアドレスを再度決定するための一連の処理を実行した上で、再度決定されたＩＰアドレスに関する情報をＩＰアドレス管理サーバに送信する。一方、携帯端末２のＩＰアドレスがＩＰアドレス管理テーブルに含まれるＩＰアドレスのいずれにも一致していない場合には、ＩＰアドレス管理サーバは、ＩＰアドレスの登録を許可する旨のメッセージを携帯端末２に送信してもよい。

【0059】

次に、図３を参照して管理サーバ４のハードウェア構成について以下に説明する。図３は、管理サーバ４のハードウェア構成の一例を示す図である。管理サーバ４は、一以上のサーバにより構成されている。本実施形態では、管理サーバ４は、ＷＥＢサーバとしても機能するものとする。このように、管理サーバ４とは、チケットを管理する事業者に関連付けられた一以上のサーバを意味するものである。

【0060】

図３に示すように、管理サーバ４は、制御部４０と、記憶装置４３と、ネットワークインターフェース４５とを備える。これらはバス４９を介して互いに直接的又は間接的に接続されている。

【0061】

制御部４０は、管理サーバ４の動作を制御するように構成されており、メモリとプロセッサとを備えている。メモリは、コンピュータ可読命令を記憶するように構成されている。例えば、メモリは、各種プログラム等が格納されたＲＯＭ及びプロセッサにより実行される各種プログラム等が格納される複数のワークエリアを有するＲＡＭ等から構成されてもよい。プロセッサは、例えば、ＣＰＵ、ＭＰＵ及びＧＰＵのうちの少なくとも一つを含む。ＣＰＵは、複数のＣＰＵコアによって構成されてもよい。ＧＰＵは、複数のＧＰＵコアによって構成されてもよい。プロセッサは、記憶装置２３又はＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されてもよい。特に、プロセッサがメモリに記憶されたプログラムを実行することで、管理サーバ４は本実施形態に係るゲート開放方法のうちの一部の処理を実行するように構成される。

【0062】

記憶装置４３は、例えば、ＨＤＤ、ＳＳＤ等の記憶装置（ストレージ）であって、プログラムや各種データを格納するように構成されている。特に、記憶装置４３は、ユーザ管理テーブル及びチケット管理テーブル（図７参照）を格納するように構成されている。ネットワークインターフェース４５は、管理サーバ４を通信ネットワーク５に接続するように構成されている。

【0063】

次に、図４を参照してゲート３のハードウェア構成について以下に説明する。図４は、ゲート３のハードウェア構成の一例を示す図である。ゲート３は、所定の空間への入場を規制するように構成された入場ゲートであってもよい。この点において、ゲート３は、所定のチケットを購入した者のみが入場を許可される空間の入口に設置されてもよい。例えば、ゲート３は、所定のイベント（スポーツ、音楽、アミューズメント等）が開催される会場の入口に設置されてもよい。また、ゲート３は、関係者のみが入場可能な施設の入口に設置されてもよい。さらに、ゲート３は、所定の公共交通機関（例えば、鉄道、航空機、船舶等）を利用するための施設の入口（例えば、改札口、搭乗口等）に設置されてもよい。

【0064】

図４に示すように、ゲート３は、制御部３０と、記憶装置３３と、ネットワークインターフェース３５と、ゲート板駆動回路３６と、ゲート板３７と、スピーカ３８とを備える。ゲート板３７を除くこれらの構成要素は、バス３９を介して互いに直接的又は間接的に接続されている。

【0065】

制御部３０は、ゲート３の動作を制御するように構成されており、メモリとプロセッサとを備えている。メモリは、コンピュータ可読命令を記憶するように構成されている。例えば、メモリは、各種プログラム等が格納されたＲＯＭ及びプロセッサにより実行される各種プログラム等が格納される複数のワークエリアを有するＲＡＭ等から構成されてもよい。プロセッサは、例えば、ＣＰＵ、ＭＰＵ及びＧＰＵのうちの少なくとも一つを含む。ＣＰＵは、複数のＣＰＵコアによって構成されてもよい。ＧＰＵは、複数のＧＰＵコアによって構成されてもよい。プロセッサは、記憶装置３３又はＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されてもよい。特に、プロセッサがメモリに記憶されたプログラムを実行することで、ゲート３は本実施形態に係るゲート開放方法のうちの一部の処理を実行するように構成される。

【0066】

記憶装置３３は、例えば、ＨＤＤ、ＳＳＤ等の記憶装置（ストレージ）であって、プログラムや各種データを格納するように構成されている。特に、記憶装置３３は、チケット管理テーブル（図７（ｂ）参照）を格納するように構成されてもよい。ネットワークインターフェース３５は、ゲート３を通信ネットワーク５に接続させるように構成されている。

【0067】

ゲート板駆動回路３６は、制御部３０からの指示信号に応じてゲート板３７を駆動するように構成されている。例えば、ゲート板駆動回路３６は、ゲート開放信号／ゲート閉鎖信号に応じてゲート板３７を開放／閉鎖するように構成されている。スピーカ３８は、制御部３０からの指示信号に応じて警告音を出力するように構成されている。本実施形態では、不特定多数がゲート３を通過できないように、初期状態においてゲート板３７は閉鎖しているものとする（図１参照）。

【0068】

本実施形態では、携帯端末２のＩＰアドレスと同様に、ゲート３は、ゲート３に固有のＩＰアドレスを有する。つまり、ゲート３のＩＰアドレスは、ＩＳＰによって発行されたＩＰアドレスではなく、ゲート３自身によって生成されたＩＰアドレスである。ゲート３のＩＰアドレスは、例えば、１６進数の３２桁で表示されたＩＰｖ６に対応するＩＰアドレス（１２８ビット）である。また、ゲート３のＩＰアドレスは、認証局で認証されたゲート３の公開鍵に基づいて生成されてもよい。さらに、ゲート３の公開鍵が認証局によって認証されてもよい。このように、ゲート３のＩＰアドレスは、ゲート３に固有のＩＰアドレスであると共に、認証局によって認証されたＩＰアドレスである

【0069】

（本実施形態に係るゲート開放方法）
次に、図５及び図６を参照して本実施形態に係るゲート開放方法について以下に説明する。図５及び図６は、本実施形態に係るゲート開放方法を説明するためのシーケンス図である。図５に示すように、最初に、携帯端末２は、通信ネットワーク５を介して、所定のチケット（例えば、コンサートチケット等）を購入するためのチケット購入ページの要求信号を管理サーバ４に送信する（ステップＳ１）。ここで、管理サーバ４は、ＷＥＢサーバとしても機能する点に留意されたい。特に、携帯端末２のＷＥＢブラウザは、ＨＴＴＰ等の通信プロトコルに従って、上記要求信号を管理サーバ４に送信する。次に、管理サーバ４は、携帯端末２から送信された要求信号に応じて、通信ネットワーク５を介してチケット購入ページ（ＷＥＢページ）を携帯端末２に送信する（ステップＳ２）。

【0070】

尚、ステップＳ１の処理を実行する前後において、管理サーバ４（ＷＥＢサーバ）が提供するオンラインサイト（特に、チケット購入のためのオンラインサイト）にログインするためのログイン処理が実行されてもよい。この場合、携帯端末２は、ステップＳ１の処理を実行する前後において、管理サーバ４が提供するオンラインサイトにログインするためのログイン情報（ユーザＩＤとパスワード）を管理サーバ４に送信してもよい。管理サーバ４は、送信されたログイン情報に基づいて、ユーザＵを認証することができる。また、管理サーバ４は、ログイン情報の代わりに携帯端末２のＩＰアドレスに基づいて、ユーザＵを認証してもよい。この点において、携帯端末２のＩＰアドレスは、携帯端末２を識別するための識別情報として機能するため、管理サーバ４は、ログイン情報なしに携帯端末２のＩＰアドレスに基づいてユーザＵを認証することができる。特に、管理サーバ４は、ユーザ管理テーブル（図７（ａ）参照）を参照することで、携帯端末２のＩＰアドレスに対応するユーザＩＤ等のユーザ属性情報を特定することができる。

【0071】

次に、ステップＳ３において、ユーザＵは、携帯端末２の入力操作部２７を通じて、所定のチケットを購入するためのチケット購入情報を携帯端末２に入力する。例えば、ユーザＵは、コンサート会場の席の種類や席番号に関する席情報及び／又はクレジットカードに関する情報（クレジット情報）を入力してもよい。このように、携帯端末２は、チケット購入処理を実行する。尚、ユーザ管理テーブルにおいて、ユーザＵのクレジット情報が既に登録されている場合には、ユーザＵはクレジット情報を入力しなくてもよい。

【0072】

次に、ステップＳ４において、携帯端末２は、携帯端末２に入力されたチケット購入情報を管理サーバ４に送信する。その後、管理サーバ４は、携帯端末２から送信されたチケット購入情報に基づいて、図７（ｂ）に示すチケット管理テーブルを更新する（ステップＳ５）。この点において、管理サーバ４は、ユーザＵによって購入されたチケットのチケットＩＤを生成した後に、生成されたチケットＩＤと、席情報と、ユーザＵのユーザＩＤと、携帯端末２のＩＰアドレスとをチケット管理テーブルに登録する。

【0073】

また、図７に示すユーザ管理テーブル及びチケット管理テーブルは、管理テーブルの一例である。ユーザ管理テーブル及びチケット管理テーブルは、管理サーバ４の記憶装置４３（図３参照）に格納されている。ユーザ管理テーブルは、複数のユーザに関する複数のユーザＩＤ情報（ユーザ識別情報）と、複数の携帯端末に固有の複数のＩＰアドレスを示すＩＰアドレス情報と、複数のユーザ属性情報（連絡先やクレジット情報等）を含む。ユーザ管理テーブルでは、ユーザＩＤと、ＩＰアドレスと、ユーザ属性情報は互いに関連付けられている。特に、複数のユーザＩＤ情報の各々は、複数のＩＰアドレス情報の一つ及び複数のユーザ属性情報のうちの一つに関連づけられている。

【0074】

また、チケット管理テーブルは、複数のユーザＩＤ情報と、複数のＩＰアドレス情報と、複数のチケットＩＤ情報と、複数の席情報とを含む。チケット管理テーブルでは、ユーザＩＤと、ＩＰアドレスと、チケットＩＤと、席情報は互いに関連付けられている。特に、複数のユーザＩＤ情報の各々は、複数のＩＰアドレス情報の一つ及び複数のチケットＩＤ情報の一つに関連付けられている。

【0075】

尚、図７に示すユーザ管理テーブル及びチケット管理テーブルは単なる一例である点に留意されたい。例えば、チケット管理テーブルは、ＩＰアドレス情報を含まなくてもよい。さらに、ユーザ属性情報は、連絡先情報とクレジット情報に限定されるものではない。

【0076】

また、ステップＳ５のチケット管理テーブルの更新処理の前後において、管理サーバ４は、チケット購入代金に関する情報及びユーザＵのクレジット情報とをチケット購入に係る決済を実行する外部サーバに送信してもよい。このようにして、チケット購入に係る決済処理が外部サーバによって実行されうる。

【0077】

次に、ステップＳ６において、管理サーバ４は、通信ネットワーク５を介してチケット管理テーブルをゲート３に送信する。この点において、所定のチケットが完売した後又はチケット発売期間が経過した後に、管理サーバ４は、チケット管理テーブルをゲート３に送信してもよい。チケット管理テーブルは、ゲート３の記憶装置３３に格納されてもよい。

【0078】

図５では、携帯端末２を通じたチケット購入に係る一連の処理が説明された。次に、図６を参照して、所定のチケットを購入したユーザＵがコンサート会場（所定の空間の一例）の入口に設置されたゲート３を通過する際に実行される各処理について以下に説明する。ステップＳ７以降の処理では、ユーザＵは、ゲート３の付近に存在するものとする。

【0079】

図６に示すように、ステップＳ７において、携帯端末２は、ゲート３のＩＰアドレスを取得する。具体的には、図８に示すように、ステップＳ１３において、ユーザＵは、ゲート３に表示された２次元バーコード（例えば、ＱＲコード（登録商標）等）を携帯端末２のカメラ２４を用いて撮像する。その後、携帯端末２の制御部２０は、カメラ２４によって取得された２次元バーコードを示す画像データを取得する。次に、ステップＳ１４において、制御部２０は、２次元バターンを示す画像データを解析することで、２次元パターンに含まれるゲート３のＩＰアドレスに関する情報（１２８ビット）を取得する。

【0080】

次に、図６に戻ると、ステップＳ８において、携帯端末２は、通信ネットワーク５を介してゲート３の開放を要求するゲート開放信号をゲート３に送信する。具体的には、携帯端末２は、携帯端末２のＩＰアドレスを送信元アドレスとして用いると共に、ゲート３のＩＰアドレスを送信先アドレスとして用いることで、ゲート開放信号をゲート３に送信する。このように、ゲート３は、ゲート開放信号の送信元アドレスを参照することで、携帯端末２のＩＰアドレスを特定することができる。

【0081】

次に、ゲート３は、記憶装置３３に格納されたチケット管理テーブルと携帯端末２のＩＰアドレスに基づいて、ユーザＵの所定の空間（例えば、コンサート会場）への入場を許可するかどうかを判定する（ステップＳ９）。具体的には、ゲート３は、携帯端末２のＩＰアドレスがチケット管理テーブルに含まれる複数のＩＰアドレスのうちの一つと一致するかどうかを判定する。ここで、携帯端末２のＩＰアドレスがチケット管理テーブルに含まれる複数のＩＰアドレスのうちの一つと一致する場合、ゲート３は、ユーザＵの所定の空間への入場を許可すると判定する（ステップＳ９でＹＥＳ）。一方、携帯端末２のＩＰアドレスがチケット管理テーブルに含まれる複数のＩＰアドレスのうちの一つと一致しない場合、ゲート３は、ユーザＵの所定の空間への入場を許可しないと判定する（ステップＳ９でＮＯ）。

【0082】

ステップＳ９の判定結果がＹＥＳである場合、ゲート３の制御部３０は、ゲート開放信号をゲート板駆動回路３６に送信する。ゲート板駆動回路３６は、ゲート開放信号に応じてゲート板３７を開放するように制御する（ステップＳ１１）。このように、ユーザＵが所定の空間に入場できるようにゲート３が制御される。一方、ステップＳ９の判定結果がＮＯである場合、ゲート３は、スピーカ３８から警告音を出力する（ステップＳ１０）。

【0083】

次に、ステップＳ１２において、ゲート３は、チケット管理テーブルを参照することで、携帯端末２のＩＰアドレスに対応する席情報を特定する。その後、ゲート３は、チケット情報として席情報を携帯端末２に送信する。その後、携帯端末２の表示部２６にチケット情報が表示されうる。尚、ゲート３は、チケット情報が印字されたレシートを出力してもよい。このように、ユーザＵは、ゲート３を通過する際に、チケット情報を取得することができるため、ユーザＵの利便性が向上する。

【0084】

このように、本実施形態によれば、携帯端末２に固有のＩＰアドレスを用いて携帯端末２に関連付けられたユーザＵの所定の空間への入場を許可するべきかどうかが判定される。このため、携帯端末２自体を所定の空間に入場する際に使用される入場チケットとして利用することができる。このため、ユーザＵは、物理的な入場チケットや２次元バーコードを持参する必要がなく、携帯端末２のみによってゲート３を通過することができる。

【0085】

また、本実施形態に係るゲート開放方法によれば、ユーザＵは、複数のゲートを通過する際に各ゲートに対応する物理的なチケットや２次元バーコード等を用意せずに、複数のゲートを通過することができる。したがって、ユーザＵの利便性を向上させると共に、ユーザＵに新たなゲート入場体験を提供可能なゲート開放方法及びゲート開放システム１を提供することができる。さらに、本実施形態によれば、ゲート３にチケット管理テーブルが格納されているので、管理サーバ４を介在せずにユーザＵの所定の空間への入場を許可するべきかどうかが判定される。

【0086】

尚、図６に示すステップＳ７及びＳ８からなる処理Ａは、図９に示す処理に置換されてもよい。この点において、図９を参照して処理Ａの代替となる処理について以下に説明する。図９は、図６に示す処理Ａの代替となる処理を説明するためのフローチャートである。

【0087】

図９に示すように、ステップＳ１５において、携帯端末２は、近距離無線通信（ＮＦＣ）を通じて、ゲート開放信号と、携帯端末２の公開鍵と、携帯端末２の公開鍵に関連付けられた電子証明書をゲート３に送信する。例えば、ユーザＵが携帯端末２をゲート３のＮＦＣインターフェース（ネットワークインターフェース３５の一部分）にかさずことで、ゲート開放信号と公開鍵と電子証明書が携帯端末２からゲート３に送信される。

【0088】

次に、ゲート３は、受信した電子証明書が正当であるかどうかを判定する（ステップＳ１６）。特に、ゲート３は、電子証明書の所有者情報、発行者情報及びデジタル署名（ハッシュ値）を確認する。次に、ゲート３は、電子証明書の有効期限を確認する。その後、ゲート３は、電子証明書の発行元の信頼性を判定する。ここで、電子証明書の発行元は、中間認証局であってもよい。

【0089】

次に、ゲート３は、電子証明書が正当であると判定した後に、携帯端末２の公開鍵から携帯端末２のＩＰアドレスを特定する（ステップＳ１７）。具体的には、ゲート３は、携帯端末２の公開鍵（２５６ビット）と所定のハッシュ関数に基づいて、ハッシュ値を生成した上で、当該生成されたハッシュ値から携帯端末２のＩＰアドレスを特定する。この点において、ハッシュ値が２５６ビットである場合、ハッシュ値の前半の１２８ビットが携帯端末２のＩＰアドレスとして決定される。このように、ゲート３は、携帯端末２のＩＰアドレスを特定することが可能となるため、当該特定された携帯端末２のＩＰアドレスとチケット管理テーブルに基づいて、ユーザＵの所定の空間への入場を許可するかどうかを判定することができる。

【0090】

（変形例に係るゲート開放方法）
次に、図１０及び図１１を参照して変形例に係るゲート開放方法について以下に説明する。図１０及び図１１は、変形例に係るゲート開放方法を説明するためのシーケンス図である。変形例に係るゲート開放方法は、ユーザＵの所定の空間への入場を許可するかどうかの判定処理が管理サーバ４によって実行される点において、本実施形態に係るゲート開放方法とは相違する。尚、変形例に係るゲート開放方法を説明するにあたり、本実施形態のゲート開放方法の処理と同一の処理については繰り返し説明しない。

【0091】

図１０に示すように、ステップＳ２０～Ｓ２４の処理は、図５に示すステップＳ１～Ｓ５の処理と同一であることから特に説明はしない。また、図５に示すゲート開放方法では、ステップＳ５の処理の後に（特に、所定のチケットが完売した後に又はチケット発売期間が経過した後に）、管理サーバ４は、チケット管理テーブルをゲート３に送信している。一方、変形例に係るゲート開放方法では、管理サーバ４は、チケット管理テーブルをゲート３には送信しない。

【0092】

次に、図１１に示すように、ステップＳ２５において、携帯端末２は、ゲート３のＩＰアドレスを取得する。その後、携帯端末２は、携帯端末２のＩＰアドレスを送信元アドレスとして用いつつ、ゲート３のＩＰアドレスを送信先アドレスとして用いることで、通信ネットワーク５を介してゲート開放信号をゲート３に送信する（ステップＳ２６）。ここで、ステップＳ２５の処理は、図６に示すステップＳ７の処理と同一である。さらに、ステップＳ２５とＳ２６の処理の代わりに図９に示す各処理が適用されてもよい。

【0093】

次に、ゲート３は、通信ネットワーク５を介してゲート開放信号及び携帯端末２のＩＰアドレスを示す情報を管理サーバ４に転送する（ステップＳ２７）。その後、管理サーバ４は、記憶装置４３に格納されたチケット管理テーブルと携帯端末２のＩＰアドレスに基づいて、ユーザＵの所定の空間（例えば、コンサート会場）への入場を許可するかどうかを判定する（ステップＳ２８）。具体的には、管理サーバ４は、携帯端末２のＩＰアドレスがチケット管理テーブルに含まれる複数のＩＰアドレスのうちの一つと一致するかどうかを判定する。

【0094】

ここで、携帯端末２のＩＰアドレスがチケット管理テーブルに含まれる複数のＩＰアドレスのうちの一つと一致する場合、管理サーバ４は、ユーザＵの所定の空間への入場を許可すると判定した上で、通信ネットワーク５を介してゲート開放許可信号とチケット情報（席情報）をゲート３に送信する（ステップＳ２９）。一方、携帯端末２のＩＰアドレスがチケット管理テーブルに含まれる複数のＩＰアドレスのうちの一つと一致しない場合、管理サーバ４は、ユーザＵの所定の空間への入場を許可しないと判定した上で、通信ネットワーク５を介してゲート開放不許可信号をゲート３に送信する（ステップＳ２９）。

【0095】

次に、ゲート３は、管理サーバ４から送信された信号がゲート開放許可信号である場合に（ステップＳ３０でＹＥＳ）、ユーザＵが所定の空間に入場できるようにゲート板３７を開放する（ステップＳ３２）。一方、管理サーバ４から送信された信号がゲート不許可信号である場合に（ステップＳ３０でＮＯ）、ゲート３はスピーカ３８から警告音を出力する（ステップＳ３１）。

【0096】

その後、ステップＳ３３において、ゲート３は、管理サーバ４から送信されたチケット情報を携帯端末２に送信する。その後、携帯端末２の表示部２６にチケット情報が表示されうる。

【0097】

このように、変形例に係るゲート開放方法でも同様に、携帯端末２に固有のＩＰアドレスを用いて携帯端末２に関連付けられたユーザＵの所定の空間への入場を許可するべきかどうかが判定される。このため、携帯端末２自体を所定の空間に入場する際に使用される入場チケットとして利用することができる。このため、ユーザＵは、物理的な入場チケットや２次元バーコードを持参する必要がなく、携帯端末２のみによってゲート３を通過することができる。また、変形例に係るゲート開放方法では、ゲート３にチケット管理テーブルを格納する必要がないと共に、ゲート３が入場許可の判定処理を実行する必要がない。

【0098】

尚、図７（ｂ）に示すチケット管理テーブルがＩＰアドレス情報を含まない場合には、管理サーバ４は、ユーザ管理テーブルとチケット管理テーブルの両方を参照することで、ステップＳ２８で規定される入場許可の判定処理を実行してもよい。この場合、最初に、管理サーバ４は、携帯端末２のＩＰアドレスとユーザ管理テーブルに基づいて、携帯端末２のＩＰアドレスに対応するユーザＵのユーザＩＤを特定する。その後、管理サーバ４は、特定されたユーザＩＤとチケット管理テーブルに基づいて、ユーザＩＤがチケット管理テーブルに含まれる複数のユーザＩＤの一つと一致するかどうかを判定してもよい。

【0099】

（車両のドアロック解除システム）
次に、本実施形態に係る車両３ａのドアロック解除システム１ａについて図面を参照しながら説明する。最初に、図１２を参照してドアロック解除システム１ａについて説明する。図１２に示すように、ドアロック解除システム１ａは、ユーザＵに関連付けられた携帯端末２と、車両３ａと、管理サーバ４ａとを備える。携帯端末２と、車両３ａと、管理サーバ４ａは、通信ネットワーク５に無線又は有線により通信可能に接続されている。携帯端末２及び車両３ａは、無線ＬＡＮルータや無線基地局等のアクセスポイントを介して通信ネットワーク５に接続されてもよい。管理サーバ４ａは、有線ケーブルを介してルータに接続されてもよい。

【0100】

次に、図１３を参照して車両３ａのハードウェア構成について以下に説明する。図１３は、車両３ａのハードウェア構成の一例を示す図である。車両３ａは、通信ネットワーク５に接続されるコネクティッド車両である。車両３ａは、例えば、カーシェアリングサービス又はレンタカーサービスの提供のために使用される車両であってもよい。さらに、車両３ａは、一般車に限定されるものでなく、産業車両であってもよい。また、車両３ａは、四輪車に限定されるものでなく、二輪車又は三輪車であってもよい。

【0101】

図１３に示すように、車両３ａは、制御部３０ａと、記憶装置３３ａと、駆動機構３２ａと、ＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）３４ａと、ネットワークインターフェース３５ａとを備える。車両３ａは、ドアロック制御回路３６ａと、ドアロック機構３７ａと、ドア３９ａと、スピーカ３８ａとをさらに備える。車両３ａのこれらの構成要素は、ＣＡＮ又はＥＴＨＥＲＮＥＴ（登録商標）規格に基づくバスを介して互いに直接的又は間接的に接続されている。

【0102】

制御部３０ａは、例えば、少なくとも一つの電子制御ユニット（ＥＣＵ）により構成されている。制御部３０ａは、１以上のプロセッサと一以上のメモリとを含むコンピュータシステムを含む。メモリは、コンピュータ可読命令を記憶するように構成されている。例えば、メモリは、ＲＯＭ及びＲＡＭから構成されてもよい。プロセッサは、例えば、ＣＰＵ、ＭＰＵ及びＧＰＵのうちの少なくとも一つを含む。ＣＰＵは、複数のＣＰＵコアによって構成されてもよい。ＧＰＵは、複数のＧＰＵコアによって構成されてもよい。プロセッサは、記憶装置３３ａ又はＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されてもよい。特に、プロセッサがメモリに記憶されたプログラムを実行することで、車両３ａは、本実施形態に係る車両のドアロック解除方法のうちの一部の処理を実行するように構成される。

【0103】

記憶装置３３ａは、例えば、ＨＤＤ、ＳＳＤ等の記憶装置（ストレージ）であって、プログラムや各種データを格納するように構成されている。特に、記憶装置３３ａは、車両予約管理テーブル（図１７参照）を格納するように構成されてもよい。駆動機構３２ａは、アクセル装置と、ブレーキ装置と、ステアリング装置を含む。ＨＭＩ３４ａは、ステアリングホイールと、アクセルペダルと、ブレーキペダルとを含む。また、ＨＭＩ３４ａは、車両３ａに関する情報を表示する表示部を含んでもよい。ネットワークインターフェース３５ａは、車両３ａを通信ネットワーク５に接続するように構成されている。

【0104】

ネットワークインターフェース３５ａは、車両３ａを通信ネットワーク５に接続させるように構成されている。ネットワークインターフェース３５ａは、無線ルータ若しくは無線基地局と通信するための各種処理回路及びアンテナ等を含んでもよい。無線通信の規格は、例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、ＬＰＷＡ、第５世代移動通信システム（５Ｇ）及びＮＦＣのうちの少なくとも一つを含む。

【0105】

ドアロック制御回路３６ａは、制御部３０ａからの指示信号に応じてドアロック機構３７ａを制御するように構成されている。ドアロック機構３７ａは、ドア３９ａに設けられており、ドア３９ａをロック又はロック解除するように構成されている。例えば、ドアロック制御回路３６ａは、制御部３０ａから送信されたドアロック信号／ドアロック解除信号に応じて、ドア３９ａに設けられたドアロック機構３７ａを駆動させることで、ドア３９ａをロック又はロック解除するように構成されている。

【0106】

管理サーバ４ａは、図３に示す管理サーバ４と同一の構成を備える。この点において、管理サーバ４ａの記憶装置は、ユーザ管理テーブル及び車両管理テーブル（図１６参照）と、車両予約管理テーブル（図１７参照）とを格納している。本実施形態では、管理サーバ４ａは、ＷＥＢサーバとしても機能するものとする。管理サーバ４ａとは、車両の利用予約を管理する事業者に関連付けられた一以上のサーバを意味するものである。

【0107】

本実施形態では、携帯端末２のＩＰアドレスと同様に、車両３ａは、車両３ａに固有のＩＰアドレスを有する。つまり、車両３ａのＩＰアドレスは、ＩＳＰによって発行されたＩＰアドレスではなく、車両３ａ自身によって生成されたＩＰアドレスである。車両３ａのＩＰアドレスは、例えば、１６進数の３２桁で表示されたＩＰｖ６に対応するＩＰアドレス（１２８ビット）である。また、車両３ａのＩＰアドレスは、認証局で認証された車両３ａの公開鍵に基づいて生成されてもよい。さらに、車両３ａの公開鍵が認証局によって認証されてもよい。このように、車両３ａのＩＰアドレスは、車両３ａに固有のＩＰアドレスであると共に、認証局によって認証されたＩＰアドレスである。

【0108】

（本実施形態に係る車両のドアロック解除方法）
次に、図１４及び図１５を参照して本実施形態に係る車両３ａのドアロック解除方法について以下に説明する。図１４及び図１５は、車両３ａのドアロック解除方法を説明するためのシーケンス図である。図１４に示すように、最初に、携帯端末２は、通信ネットワーク５を介して、車両３ａの利用を予約するための車両予約ページを要求する要求信号を管理サーバ４ａに送信する（ステップＳ４０）。ここで、管理サーバ４ａは、ＷＥＢサーバとしても機能する点に留意されたい。特に、携帯端末２のＷＥＢブラウザは、ＨＴＴＰ等の通信プロトコルに従って、上記要求信号を管理サーバ４ａに送信する。次に、管理サーバ４ａは、携帯端末２から送信された要求信号に応じて、通信ネットワーク５を介して車両予約ページ（ＷＥＢページ）を携帯端末２に送信する（ステップＳ４１）。尚、ステップＳ４０の処理を実行する前後において、管理サーバ４ａ（ＷＥＢサーバ）が提供するオンラインサイト（特に、車両利用予約のためのオンラインサイト）にログインするためのログイン処理が実行されてもよい。

【0109】

次に、ステップＳ４２において、ユーザＵは、携帯端末２の入力操作部２７を通じて、車両３ａを利用予約するための車両予約情報を携帯端末２に入力する。車両予約情報は、例えば、予約車両である車両３ａを特定するための情報及び車両３ａの利用日時に関する情報を含む。このように、携帯端末２は、車両予約処理を実行する。

【0110】

次に、ステップＳ４３において、携帯端末２は、携帯端末２に入力された車両予約情報を管理サーバ４ａに送信する。その後、管理サーバ４ａは、携帯端末２から送信された車両予約情報と、ユーザ管理テーブルと、車両管理テーブルとに基づいて、車両３ａに関連付けられた車両予約管理テーブル（図１７参照）を更新する（ステップＳ４４）。この点において、管理サーバ４ａは、車両予約情報に含まれる車両３ａを特定するための情報と車両管理テーブルに基づいて、車両３ａに対応する車両ＩＤを特定する。次に、管理サーバ４ａは、車両３ａの車両ＩＤに関連付けられた車両予約テーブルを読み出す。その後、管理サーバ４ａは、車両予約情報に含まれる車両３ａの利用日時に関する情報とユーザＵに関する情報（ユーザＩＤと携帯端末２のＩＰアドレス等）を参照して、車両３ａに関する車両予約管理テーブルを更新する。

【0111】

また、ユーザ管理テーブル及び車両管理テーブル（図１６参照）及び車両予約管理テーブル（図１７参照）は、管理テーブルの一例である。これらの管理テーブルは、管理サーバ４ａの記憶装置に格納されている。ユーザ管理テーブルは、複数のユーザのＩＤを示す複数のユーザＩＤ情報（ユーザ識別情報）と、複数の携帯端末に固有の複数のＩＰアドレスを示すＩＰアドレス情報と、複数のユーザ属性情報（連絡先やクレジット情報等）を含む。車両管理テーブルは、複数の車両のＩＤを示す車両ＩＤ情報と、複数の車両のＩＰアドレスを示すＩＰアドレス情報と、複数の車両属性情報（車種や保管場所等）を含む。ユーザ管理テーブルでは、ユーザＩＤと、ＩＰアドレスと、ユーザ属性情報は互いに関連付けられている。特に、複数のユーザＩＤ情報の各々は、複数のＩＰアドレス情報の一つ及び複数のユーザ属性情報のうちの一つに関連づけられている。同様に、車両管理テーブルでは、車両ＩＤと、ＩＰアドレスと、車両属性情報は互いに関連付けられている。

【0112】

また、車両予約管理テーブルは、車両の利用日及び利用時間帯に関する情報と、ユーザＩＤ情報と、ユーザＩＤに対応するＩＰアドレス情報とを含む。車両予約管理テーブルでは、これらの情報は互いに関連付けられている。例えば、ユーザＵのユーザＩＤと、ユーザＵに関連付けられた携帯端末２のＩＰアドレスと、ユーザＵが車両３ａを利用する利用日及び利用時間帯に関する情報が車両予約管理テーブルに登録される。

【0113】

次に、ステップＳ４５において、管理サーバ４ａは、通信ネットワーク５を介して車両予約管理テーブルを車両３ａに送信する。その後、車両３ａの記憶装置３３ａに車両予約管理テーブルが格納される。尚、管理サーバ４ａは、車両予約管理テーブルの代わりに、車両３ａの利用日及び利用時間帯に関する情報とユーザＵに関する情報（ユーザＩＤと携帯端末２のＩＰアドレス等）を車両３ａに送信してもよい。この場合、車両３ａは、管理サーバ４ａから送信されたこれらの情報に基づいて、記憶装置３３ａに格納された車両予約管理テーブルを更新してもよい。

【0114】

図１４では、携帯端末２を通じた車両利用予約に係る一連の処理が説明された。次に、図１５を参照して、予約車両である車両３ａのドア３９ａをロック解除する処理について以下に説明する。ステップＳ４６以降の処理では、ユーザＵは、車両３ａの付近に存在するものとする。

【0115】

図１５に示すように、ステップＳ４６において、携帯端末２は、車両３ａのＩＰアドレスを取得する。具体的には、図１８に示すように、ステップＳ５１において、ユーザＵは、車両３ａに表示された２次元バーコード（例えば、ＱＲコード等）を携帯端末２のカメラ２４を用いて撮像する。その後、携帯端末２の制御部２０は、カメラ２４によって取得された２次元バーコードを示す画像データを取得する。次に、ステップＳ５２において、制御部２０は、２次元バターンを示す画像データを解析することで、２次元パターンに含まれる車両３ａのＩＰアドレスに関する情報（１２８ビット）を取得する。

【0116】

次に、図１５に戻ると、ステップＳ４７において、携帯端末２は、通信ネットワーク５を介して、車両３ａのドア３９ａのロック解除を要求するドアロック解除信号を車両３ａに送信する。具体的には、携帯端末２は、携帯端末２のＩＰアドレスを送信元アドレスとして用いると共に、車両３ａのＩＰアドレスを送信先アドレスとして用いることで、ドアロック解除信号を車両３ａに送信する。このように、車両３ａは、ドアロック解除信号の送信元アドレスを参照することで、携帯端末２のＩＰアドレスを特定することができる。

【0117】

次に、車両３ａは、記憶装置３３ａに格納された車両予約管理テーブルと、携帯端末２のＩＰアドレスと、現在の日時に関する情報に基づいて、ドア３９ａのロック解除を許可するかどうかを判定する（ステップＳ４８）。具体的には、車両３ａは、現在日時を含む予約時間帯に車両３ａを予約したユーザＩＤに対応するＩＰアドレスが携帯端末２のＩＰアドレスに一致するかどうかを判定する。ここで、２つのＩＰアドレスが互いに一致する場合には、車両３ａは、ドア３９ａのロック解除を許可すると判定する（ステップＳ４８でＹＥＳ）。一方、２つのＩＰアドレスが互いに一致しない場合には、車両３ａは、ドア３９ａのロック解除を許可しないと判定する（ステップＳ４８でＮＯ）。

【0118】

ステップＳ４８の判定結果がＹＥＳである場合、車両３ａの制御部３０ａは、ドアロック解除信号をドアロック制御回路３６ａに送信する。ドアロック制御回路３６ａは、ドアロック解除信号に応じて、ドアロック機構３７ａを駆動させることで、ドア３９ａをロック解除する。このように、車両３ａのドアロックが解除される（ステップＳ５０）。一方、ステップＳ４８の判定結果がＮＯである場合、車両３ａは、スピーカ３８ａから警告音を出力する（ステップＳ４９）。

【0119】

このように、本実施形態に係る車両３ａのドアロック解除方法によれば、携帯端末２のＩＰアドレスを用いて車両３ａのドア３９ａのロック解除を許可するかどうかが判定される。このため、携帯端末２自身を車両３ａのドア３９ａをロック解除するための鍵として利用することが可能となる。このため、ユーザＵは、物理的な鍵（カードキー等）を持参する必要がなく、携帯端末２のみによってドア３９ａのロック解除をすることができる。また、ユーザＵは、複数の車両を利用する際に各車両に対応する物理的な鍵を用意せずに、複数の車両のドアをロック解除することができる。したがって、ユーザＵの利便性を向上させると共に、ユーザＵに新たなカーシェアリング体験又はカーレンタル体験を提供可能なドアロック解除方法を提供することができる。

【0120】

尚、ステップＳ５０の処理の後に、携帯端末２と車両３ａは互いのＩＰアドレスを把握しているため、携帯端末２と車両３ａとの間の通信が確立される。このように、携帯端末２は、通信ネットワーク５を介して車両３ａと通信可能に接続されている。このため、携帯端末２は、車両３ａのドア３９ａのロックを要求するドアロック信号を車両３ａに送信することでドア３９ａをロックすることができる。一方、携帯端末２は、車両３ａのドア３９ａのロック解除を要求するドアロック解除信号を車両３ａに送信することでドア３９ａをロック解除することができる。さらに、携帯端末２と車両３ａとの間の通信の確立を通じて、ユーザＵは、携帯端末２を用いて車両３ａの駆動を制御することが可能となる。例えば、ユーザＵは、携帯端末２を用いて車両３ａを起動させることができる。また、ユーザＵは、携帯端末２を用いて車両３ａの起動を終了させることができる。

【0121】

尚、図１５に示すステップＳ４６及びＳ４７からなる処理Ｂは、図１９に示す処理に置換されてもよい。この点において、図１９を参照して処理Ｂの代替となる処理について以下に説明する。図１９は、図１５に示す処理Ｂの代替となる処理を説明するためのフローチャートである。

【0122】

図１９に示すように、ステップＳ５３において、携帯端末２は、近距離無線通信（ＮＦＣ）を通じて、ドアロック解除信号と、携帯端末２の公開鍵と、携帯端末２の公開鍵に関連付けられた電子証明書を車両３ａに送信する。例えば、ユーザＵが携帯端末２を車両３ａのＮＦＣインターフェース（ネットワークインターフェース３５ａの一部分）にかさずことで、ドアロック解除信号と公開鍵と電子証明書が携帯端末２から車両３ａに送信される。

【0123】

次に、車両３ａは、受信した電子証明書が正当であるかどうかを判定する（ステップＳ５４）。特に、車両３ａは、電子証明書の所有者情報、発行者情報及びデジタル署名（ハッシュ値）を確認する。次に、車両３ａは、電子証明書の有効期限を確認する。その後、車両３ａは、電子証明書の発行元の信頼性を判定する。ここで、電子証明書の発行元は、中間認証局であってもよい。

【0124】

次に、車両３ａは、電子証明書が正当であると判定した後に、携帯端末２の公開鍵から携帯端末２のＩＰアドレスを特定する（ステップＳ５５）。具体的には、車両３ａは、携帯端末２の公開鍵（２５６ビット）と所定のハッシュ関数に基づいて、ハッシュ値を生成した上で、当該生成されたハッシュ値から携帯端末２のＩＰアドレスを特定する。この点において、ハッシュ値が２５６ビットである場合、ハッシュ値の前半の１２８ビットが携帯端末２のＩＰアドレスとして決定される。このように、車両３ａは、携帯端末２のＩＰアドレスを特定することが可能となるため、当該特定された携帯端末２のＩＰアドレスと車両予約管理テーブルに基づいて、車両３ａのドアロックの解除を許可するべきかどうかを判定することができる。

【0125】

（変形例に係る車両のドアロック解除方法）
次に、図２０及び図２１を参照して変形例に係る車両３ａのドアロック解除方法について以下に説明する。図２０及び図２１は、変形例に係る車両３ａのドアロック解除方法を説明するためのシーケンス図である。変形例に係るドアロック解除方法は、車両３ａのドアロックを解除するかどうかの判定処理が管理サーバ４ａによって実行される点において、本実施形態に係るドアロック解除方法とは相違する。尚、変形例に係るドアロック解除方法を説明するにあたり、本実施形態のドアロック解除方法の処理と同一の処理については重ねて説明はしない。

【0126】

図２０に示すように、ステップＳ６０～Ｓ６４の処理は、図１４に示すステップＳ４０～Ｓ４４の処理と同一であることから特に説明はしない。また、図１４に示すドアロック解除方法では、ステップＳ４４の処理の後に、管理サーバ４ａは、車両３ａに関連付けられた車両予約管理テーブルを車両３ａに送信している。一方、変形例に係るドアロック解除方法では、管理サーバ４ａは、車両予約管理テーブルを車両３ａには送信しない。

【0127】

次に、図２１に示すように、ステップＳ６５において、携帯端末２は、車両３ａのＩＰアドレスを取得する。その後、携帯端末２は、携帯端末２のＩＰアドレスを送信元アドレスとして用いつつ、車両３ａのＩＰアドレスを送信先アドレスとして用いることで、通信ネットワーク５を介してドアロック解除信号を車両３ａに送信する（ステップＳ６６）。ここで、ステップＳ６５の処理は、図１５に示すステップＳ４６の処理と同一である。さらに、ステップＳ４６とＳ４７の処理の代わりに図１９に示す各処理が適用されてもよい。

【0128】

次に、車両３ａは、通信ネットワーク５を介してドアロック解除信号及び携帯端末２のＩＰアドレスを示す情報を管理サーバ４ａに転送する（ステップＳ６７）。その後、管理サーバ４ａは、送信先アドレスである車両３ａのＩＰアドレスと車両管理テーブルに基づいて、車両３ａの車両ＩＤを特定する。次に、管理サーバ４ａは、車両３ａの車両ＩＤに基づいて、車両３ａの車両予約管理テーブルを読み出す。その後、管理サーバ４ａは、記憶装置に格納された車両３ａの車両予約管理テーブルと、携帯端末２のＩＰアドレスと、現在の日時に関する情報に基づいて、ドア３９ａのロック解除を許可するかどうかを判定する（ステップＳ６８）。具体的には、管理サーバ４ａは、現在日時を含む予約時間帯に車両３ａを予約したユーザＩＤに対応するＩＰアドレスが携帯端末２のＩＰアドレスに一致するかどうかを判定する。ここで、２つのＩＰアドレスが互いに一致する場合には、管理サーバ４ａは、ドア３９ａのロック解除を許可すると判定した上で、ドアロック解除許可信号を車両３ａに送信する。一方、２つのＩＰアドレスが互いに一致しない場合には、管理サーバ４ａは、ドア３９ａのロック解除を許可しないと判定した上で、ドアロック解除不許可信号を車両３ａに送信する（ステップＳ６９）。

【0129】

その後、管理サーバ４ａから送信された信号がドアロック解除許可信号である場合には（ステップＳ７０でＹＥＳ）、車両３ａの制御部３０ａは、ドアロック解除信号をドアロック制御回路３６ａに送信する。ドアロック制御回路３６ａは、ドアロック解除信号に応じて、ドアロック機構３７ａを駆動させることで、ドア３９ａをロック解除する。このように、車両３ａのドアロックが解除される（ステップＳ７２）。一方、管理サーバ４ａから送信された信号がドアロック解除不許可信号である場合には（ステップＳ７０でＮＯ）、車両３ａは、スピーカ３８ａから警告音を出力する（ステップＳ７１）。

【0130】

このように、変形例に係る車両のドアロック解除方法でも同様に、携帯端末２のＩＰアドレスを用いて車両３ａのドア３９ａのロック解除を許可するかどうかが判定される。このため、携帯端末２自身を車両３ａのドア３９ａをロック解除するための鍵として利用することが可能となる。このため、ユーザＵは、物理的な鍵（カードキー等）を持参する必要がなく、携帯端末２のみによってドア３９ａのロック解除をすることができる。また、ユーザＵは、複数の車両を利用する際に各車両に対応する物理的な鍵を用意せずに、複数の車両のドアをロック解除することができる。したがって、ユーザＵの利便性を向上させると共に、ユーザＵに新たなカーシェアリング体験又はカーレンタル体験を提供可能なドアロック解除方法を提供することができる。また、変形例に係るドアロック解除方法では、車両３ａに車両予約管理テーブルを格納する必要がないと共に、車両３ａがドアロックを解除するべきかどうかを判定する必要がない。

【0131】

尚、図１７に示す車両予約管理テーブルがＩＰアドレス情報を含まない場合には、管理サーバ４ａは、ユーザ管理テーブルと車両予約管理テーブルの両方を参照することで、ステップＳ６８で規定されるドアロック解除の判定処理を実行してもよい。この場合、最初に、管理サーバ４ａは、携帯端末２のＩＰアドレスとユーザ管理テーブルに基づいて、携帯端末２のＩＰアドレスに対応するユーザＵのユーザＩＤを特定する。その後、管理サーバ４ａは、特定されたユーザＩＤと車両予約管理テーブルに基づいて、現在日時を含む予約時間帯に車両３ａを予約したユーザＩＤが特定されたユーザＩＤと一致するかどうかを判定してもよい。

【0132】

（部屋のドアロック解除システム）
以下、本実施形態に係る部屋３ｂのドアロック解除システム１ｂについて図面を参照しながら説明する。最初に、図２２を参照してドアロック解除システム１ｂについて説明する。図２２に示すように、ドアロック解除システム１ｂは、ユーザＵに関連付けられた携帯端末２と、部屋３ｂと、管理サーバ４ｂとを備える。携帯端末２と、部屋３ｂと、管理サーバ４ｂは、通信ネットワーク５に無線又は有線により通信可能に接続されている。携帯端末２及び部屋３ｂ（特に、ドアロック制御システム３０ｂ）は、無線ＬＡＮルータや無線基地局等のアクセスポイントを介して通信ネットワーク５に接続されてもよい。管理サーバ４ｂは、有線ケーブルを介してルータに接続されてもよい。

【0133】

次に、図２３を参照して、部屋３ｂに設けられたドアロック制御システム３０ｂのハードウェア構成について以下に説明する。図２３は、ドアロック制御システム３０ｂのハードウェア構成の一例を示す図である。部屋３ｂは、所定の施設の部屋であって、特に施設の種類は限定されるものではない。例えば、本実施形態に係る部屋３ｂは、ホテルの部屋、民家の部屋又は会議室の部屋である。部屋３ｂは、例えば、ルームシェアリングサービスの提供のために使用される部屋であってもよい。部屋３ｂは、ドア３２ｂと、ドア３２ｂのロック又はロック解除を制御するように構成されたドアロック制御システム３０ｂとを備える。

【0134】

図２３に示すように、ドアロック制御システム３０ｂは、制御部３１ｂと、記憶装置３３ｂと、ネットワークインターフェース３５ｂと、ドアロック制御回路３６ｂと、ドアロック機構３７ｂと、スピーカ３８ｂとを備える。ドアロック制御システム４０ｂのこれらの構成要素は、バスを介して互いに直接的又は間接的に接続されている。

【0135】

制御部３１ｂは、１以上のプロセッサと一以上のメモリとを含む。メモリは、コンピュータ可読命令を記憶するように構成されている。例えば、メモリは、ＲＯＭ及びＲＡＭから構成されてもよい。プロセッサは、例えば、ＣＰＵ、ＭＰＵ及びＧＰＵのうちの少なくとも一つを含む。ＣＰＵは、複数のＣＰＵコアによって構成されてもよい。ＧＰＵは、複数のＧＰＵコアによって構成されてもよい。プロセッサは、記憶装置３３ｂ又はＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されてもよい。特に、プロセッサがメモリに記憶されたプログラムを実行することで、ドアロック制御システム３０ｂは、本実施形態に係る部屋３ｂのドアロック解除方法のうちの一部の処理を実行するように構成される。

【0136】

記憶装置３３ｂは、例えば、ＨＤＤ、ＳＳＤ等の記憶装置（ストレージ）であって、プログラムや各種データを格納するように構成されている。特に、記憶装置３３ｂは、部屋予約管理テーブル（図２７参照）を格納するように構成されてもよい。ネットワークインターフェース３５ｂは、ドアロック制御システム３０ｂを通信ネットワーク５に接続するように構成されている。

【0137】

ネットワークインターフェース３５ｂは、ドアロック制御システム３０ｂを通信ネットワーク５に接続させるように構成されている。ネットワークインターフェース３５ｂは、無線ルータ若しくは無線基地局と通信するための各種処理回路及びアンテナ等を含んでもよい。無線通信の規格は、例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、ＬＰＷＡ、第５世代移動通信システム（５Ｇ）及びＮＦＣのうちの少なくとも一つを含む。

【0138】

ドアロック制御回路３６ｂは、制御部３１ｂからの指示信号に応じてドアロック機構３７ｂを制御するように構成されている。ドアロック機構３７ｂは、ドア３２ｂに設けられており、ドア３２ｂをロック又はロック解除するように構成されている。例えば、ドアロック制御回路３６ｂは、制御部３１ｂから送信されたドアロック信号／ドアロック解除信号に応じて、ドア３２ｂに設けられたドアロック機構３７ｂを駆動させることで、ドア３２ｂをロック又はロック解除するように構成されている。

【0139】

管理サーバ４ｂは、図３に示す管理サーバ４と同一の構成を備える。この点において、管理サーバ４ｂの記憶装置は、ユーザ管理テーブル及び部屋管理テーブル（図２６参照）と、部屋予約管理テーブル（図２７参照）とを格納している。本実施形態では、管理サーバ４ｂは、ＷＥＢサーバとしても機能するものとする。管理サーバ４ｂとは、部屋の利用予約を管理する事業者に関連付けられた一以上のサーバを意味するものである。

【0140】

本実施形態では、携帯端末２のＩＰアドレスと同様に、部屋３ｂ（ドアロック制御システム３０ｂ）は、部屋３ｂ（ドアロック制御システム３０ｂ）に固有のＩＰアドレスを有する。つまり、部屋３ｂのＩＰアドレスは、ＩＳＰによって発行されたＩＰアドレスではなく、部屋３ｂ自身によって生成されたＩＰアドレスである。部屋３ｂのＩＰアドレスは、例えば、１６進数の３２桁で表示されたＩＰｖ６に対応するＩＰアドレス（１２８ビット）である。また、部屋３ｂのＩＰアドレスは、認証局で認証された部屋３ｂの公開鍵に基づいて生成されてもよい。さらに、部屋３ｂの公開鍵が認証局によって認証されてもよい。このように、部屋３ｂのＩＰアドレスは、部屋３ｂに固有のＩＰアドレスであると共に、認証局によって認証されたＩＰアドレスである。

【0141】

（本実施形態に係る部屋のドアロック解除方法）
次に、図２４及び図２５を参照して本実施形態に係る部屋３ｂのドアロック解除方法について以下に説明する。図２４及び図２５は、部屋３ｂのドアロック解除方法を説明するためのシーケンス図である。図２４に示すように、最初に、携帯端末２は、通信ネットワーク５を介して、部屋３ｂの利用を予約するための部屋予約ページを要求する要求信号を管理サーバ４ｂに送信する（ステップＳ８０）。ここで、管理サーバ４ｂは、ＷＥＢサーバとしても機能する点に留意されたい。特に、携帯端末２のＷＥＢブラウザは、ＨＴＴＰ等の通信プロトコルに従って、上記要求信号を管理サーバ４ｂに送信する。次に、管理サーバ４ｂは、携帯端末２から送信された要求信号に応じて、通信ネットワーク５を介して部屋予約ページ（ＷＥＢページ）を携帯端末２に送信する（ステップＳ８１）。尚、ステップＳ８０の処理を実行する前後において、管理サーバ４ｂ（ＷＥＢサーバ）が提供するオンラインサイト（特に、部屋利用予約のためのオンラインサイト）にログインするためのログイン処理が実行されてもよい。

【0142】

次に、ステップＳ８２において、ユーザＵは、携帯端末２の入力操作部２７を通じて、部屋３ｂを利用予約するための部屋予約情報を携帯端末２に入力する。部屋予約情報は、例えば、予約部屋である部屋３ｂを特定するための情報及び部屋３ｂの利用日時に関する情報を含む。このように、携帯端末２は、部屋予約処理を実行する。

【0143】

次に、ステップＳ８３において、携帯端末２は、携帯端末２に入力された部屋予約情報を管理サーバ４ｂに送信する。その後、管理サーバ４ｂは、携帯端末２から送信された部屋予約情報と、ユーザ管理テーブルと、部屋管理テーブルとに基づいて、部屋３ｂに関連付けられた部屋予約管理テーブル（図２７参照）を更新する（ステップＳ８４）。この点において、管理サーバ４ｂは、部屋予約情報に含まれる部屋３ｂを特定するための情報と部屋管理テーブルに基づいて、部屋３ｂに対応する部屋ＩＤを特定する。次に、管理サーバ４ｂは、部屋３ｂの部屋ＩＤに関連付けられた部屋予約テーブルを読み出す。その後、管理サーバ４ｂは、部屋予約情報に含まれる部屋３ｂの利用日及び利用時間帯に関する情報とユーザＵに関する情報（ユーザＩＤと携帯端末２のＩＰアドレス等）を参照して、部屋３ｂに関する部屋予約管理テーブルを更新する。

【0144】

また、ユーザ管理テーブル及び部屋管理テーブル（図２６参照）及び部屋予約管理テーブル（図２７参照）は、管理テーブルの一例である。これらの管理テーブルは、管理サーバ４ｂの記憶装置に格納されている。ユーザ管理テーブルは、複数のユーザのＩＤを示す複数のユーザＩＤ情報（ユーザ識別情報）と、複数の携帯端末に固有の複数のＩＰアドレスを示すＩＰアドレス情報と、複数のユーザ属性情報（連絡先やクレジット情報等）を含む。部屋管理テーブルは、複数の部屋のＩＤを示す部屋ＩＤ情報と、複数の部屋のＩＰアドレスを示すＩＰアドレス情報と、複数の部屋属性情報（部屋番号や場所等）を含む。ユーザ管理テーブルでは、ユーザＩＤと、ＩＰアドレスと、ユーザ属性情報は互いに関連付けられている。特に、複数のユーザＩＤ情報の各々は、複数のＩＰアドレス情報の一つ及び複数のユーザ属性情報のうちの一つに関連づけられている。同様に、部屋管理テーブルでは、部屋ＩＤと、ＩＰアドレスと、部屋属性情報は互いに関連付けられている。

【0145】

また、部屋予約管理テーブルは、部屋３ｂの利用日及び利用時間帯に関する情報と、ユーザＩＤ情報と、ユーザＩＤに対応するＩＰアドレス情報とを含む。部屋予約管理テーブルでは、これらの情報は互いに関連付けられている。例えば、ユーザＵのユーザＩＤと、ユーザＵに関連付けられた携帯端末２のＩＰアドレスと、ユーザＵが部屋３ｂを利用する利用日及び利用時間帯に関する情報が部屋予約管理テーブルに登録される。

【0146】

次に、ステップＳ８５において、管理サーバ４ｂは、通信ネットワーク５を介して部屋予約管理テーブルを部屋３ｂ（ドアロック制御システム３０ｂ）に送信する。その後、ドアロック制御システム３０ｂの記憶装置３３ｂに部屋予約管理テーブルが格納される。尚、管理サーバ４ｂは、部屋予約管理テーブルの代わりに、部屋３ｂの利用日及び利用時間帯に関する情報とユーザＵに関する情報（ユーザＩＤと携帯端末２のＩＰアドレス等）をドアロック制御システム３０ｂに送信してもよい。この場合、ドアロック制御システム３０ｂは、管理サーバ４ｂから送信されたこれらの情報に基づいて、記憶装置３３ｂに格納された部屋予約管理テーブルを更新してもよい。

【0147】

図２４では、携帯端末２を通じた部屋利用予約に係る一連の処理が説明された。次に、図２５を参照して、予約部屋である部屋３ｂのドア３２ｂをロック解除する処理について以下に説明する。ステップＳ８６以降の処理では、ユーザＵは、ドア３２ｂの付近に存在するものとする。

【0148】

図２５に示すように、ステップＳ８６において、携帯端末２は、部屋３ｂのＩＰアドレスを取得する。具体的には、図２８に示すように、ステップＳ９１において、ユーザＵは、ドア３２ｂに表示された２次元バーコード（例えば、ＱＲコード等）を携帯端末２のカメラ２４を用いて撮像する。その後、携帯端末２の制御部２０は、カメラ２４によって取得された２次元バーコードを示す画像データを取得する。次に、ステップＳ９２において、制御部２０は、２次元バターンを示す画像データを解析することで、２次元パターンに含まれる部屋３ｂのＩＰアドレスに関する情報（１２８ビット）を取得する。

【0149】

次に、図２５に戻ると、ステップＳ８７において、携帯端末２は、通信ネットワーク５を介して、ドア３２ｂのロック解除を要求するドアロック解除信号をドアロック制御システム３０ｂに送信する。具体的には、携帯端末２は、携帯端末２のＩＰアドレスを送信元アドレスとして用いると共に、部屋３ｂのＩＰアドレスを送信先アドレスとして用いることで、ドアロック解除信号をドアロック制御システム３０ｂに送信する。このように、ドアロック制御システム３０ｂは、ドアロック解除信号の送信元アドレスを参照することで、携帯端末２のＩＰアドレスを特定することができる。

【0150】

次に、ドアロック制御システム３０ｂは、記憶装置３３ｂに格納された部屋予約管理テーブルと、携帯端末２のＩＰアドレスと、現在の日時に関する情報に基づいて、ドア３２ｂのロック解除を許可するかどうかを判定する（ステップＳ８８）。具体的には、ドアロック制御システム３０ｂは、現在日時を含む予約時間帯に部屋３ｂを予約したユーザＩＤに対応するＩＰアドレスが携帯端末２のＩＰアドレスに一致するかどうかを判定する。ここで、２つのＩＰアドレスが互いに一致する場合には、ドアロック制御システム３０ｂは、ドア３２ｂのロック解除を許可すると判定する（ステップＳ８８でＹＥＳ）。一方、２つのＩＰアドレスが互いに一致しない場合には、ドアロック制御システム３０ｂは、ドア３２ｂのロック解除を許可しないと判定する（ステップＳ８８でＮＯ）。

【0151】

ステップＳ８８の判定結果がＹＥＳである場合、ドアロック制御システム３０ｂの制御部３１ｂは、ドアロック解除信号をドアロック制御回路３６ｂに送信する。ドアロック制御回路３６ｂは、ドアロック解除信号に応じて、ドアロック機構３７ｂを駆動させることで、ドア３２ｂをロック解除する。このように、部屋３ｂのドアロックが解除される（ステップＳ９０）。一方、ステップＳ８８の判定結果がＮＯである場合、ドアロック制御システム３０ｂは、スピーカ３８ｂから警告音を出力する（ステップＳ８９）。

【0152】

このように、本実施形態に係る部屋３ｂのドアロック解除方法によれば、携帯端末２のＩＰアドレスを用いて部屋３ｂのドア３２ｂのロック解除を許可するかどうかが判定される。このため、携帯端末２自身をドア３２ｂをロック解除するための鍵として利用することが可能となる。このため、ユーザＵは、物理的な鍵（カードキー等）を持参する必要がなく、携帯端末２のみによってドア３２ｂをロック解除することができる。また、ユーザＵは、複数の部屋を利用する際に各部屋に対応する物理的な鍵を用意せずに、複数の部屋のドアをロック解除することができる。したがって、ユーザＵの利便性を向上させると共に、ユーザＵに新たなルームシェアリング体験を提供可能なドアロック解除方法を提供することができる。

【0153】

尚、ステップＳ９０の処理の後に、携帯端末２とドアロック制御システム３０ｂは互いのＩＰアドレスを把握しているため、携帯端末２とドアロック制御システム３０ｂとの間の通信が確立される。このように、携帯端末２は、通信ネットワーク５を介してドアロック制御システム３０ｂと通信可能に接続されている。このため、携帯端末２は、ドア３２ｂのロックを要求するドアロック信号をドアロック制御システム３０ｂに送信することでドア３２ｂをロックすることができる。一方、携帯端末２は、ドア３２ｂのロック解除を要求するドアロック解除信号をドアロック制御システム３０ｂに送信することでドア３２ｂをロック解除することができる。

【0154】

尚、図２５に示すステップＳ８６及びＳ８７からなる処理Ｃは、図２９に示す処理に置換されてもよい。この点において、図２９を参照して処理Ｃの代替となる処理について以下に説明する。図２９は、図２５に示す処理Ｃの代替となる処理を説明するためのフローチャートである。

【0155】

図２９に示すように、ステップＳ９３において、携帯端末２は、近距離無線通信（ＮＦＣ）を通じて、ドアロック解除信号と、携帯端末２の公開鍵と、携帯端末２の公開鍵に関連付けられた電子証明書をドアロック制御システム３０ｂに送信する。例えば、ユーザＵが携帯端末２をドアロック制御システム３０ｂのＮＦＣインターフェース（ネットワークインターフェース３５ａの一部分）にかさずことで、ドアロック解除信号と公開鍵と電子証明書が携帯端末２からドアロック制御システム３０ｂに送信される。

【0156】

次に、ドアロック制御システム３０ｂは、受信した電子証明書が正当であるかどうかを判定する（ステップＳ９４）。特に、ドアロック制御システム３０ｂは、電子証明書の所有者情報、発行者情報及びデジタル署名（ハッシュ値）を確認する。次に、ドアロック制御システム３０ｂは、電子証明書の有効期限を確認する。その後、ドアロック制御システム３０ｂは、電子証明書の発行元の信頼性を判定する。ここで、電子証明書の発行元は、中間認証局であってもよい。

【0157】

次に、ドアロック制御システム３０ｂは、電子証明書が正当であると判定した後に、携帯端末２の公開鍵から携帯端末２のＩＰアドレスを特定する（ステップＳ９５）。具体的には、ドアロック制御システム３０ｂは、携帯端末２の公開鍵（２５６ビット）と所定のハッシュ関数に基づいて、ハッシュ値を生成した上で、当該生成されたハッシュ値から携帯端末２のＩＰアドレスを特定する。この点において、ハッシュ値が２５６ビットである場合、ハッシュ値の前半の１２８ビットが携帯端末２のＩＰアドレスとして決定される。このように、ドアロック制御システム３０ｂは、携帯端末２のＩＰアドレスを特定することが可能となるため、当該特定された携帯端末２のＩＰアドレスと部屋予約管理テーブルに基づいて、部屋３ｂのドアロックの解除を許可するべきかどうかを判定することができる。

【0158】

（変形例に係る部屋のドアロック解除方法）
次に、図３０及び図３１を参照して変形例に係る部屋３ｂのドアロック解除方法について以下に説明する。図３０及び図３１は、変形例に係る部屋３ｂのドアロック解除方法を説明するためのシーケンス図である。変形例に係るドアロック解除方法は、部屋３ｂのドアロックを解除するかどうかの判定処理が管理サーバ４ｂによって実行される点において、本実施形態に係るドアロック解除方法とは相違する。尚、変形例に係るドアロック解除方法を説明するにあたり、本実施形態のドアロック解除方法の処理と同一の処理については重ねて説明はしない。

【0159】

図３０に示すように、ステップＳ１００～Ｓ１０４の処理は、図２４に示すステップＳ８０～Ｓ８４の処理と同一であることから特に説明はしない。また、図２４に示すドアロック解除方法では、ステップＳ８４の処理の後に、管理サーバ４ｂは、部屋３ｂに関連付けられた部屋予約管理テーブルを部屋３ｂに送信している。一方、変形例に係るドアロック解除方法では、管理サーバ４ｂは、部屋予約管理テーブルを部屋３ｂには送信しない。

【0160】

次に、図３１に示すように、ステップＳ１０５において、携帯端末２は、部屋３ｂのＩＰアドレスを取得する。その後、携帯端末２は、携帯端末２のＩＰアドレスを送信元アドレスとして用いつつ、部屋３ｂのＩＰアドレスを送信先アドレスとして用いることで、通信ネットワーク５を介してドアロック解除信号をドアロック制御システム３０ｂに送信する（ステップＳ１０６）。ここで、ステップＳ１０５の処理は、図２５に示すステップＳ８６の処理と同一である。さらに、ステップＳ１０５とＳ１０６の処理の代わりに図２９に示す各処理が適用されてもよい。

【0161】

次に、ドアロック制御システム３０ｂは、通信ネットワーク５を介してドアロック解除信号及び携帯端末２のＩＰアドレスを示す情報を管理サーバ４ｂに転送する（ステップＳ１０７）。その後、管理サーバ４ｂは、送信先アドレスであるドアロック制御システム３０ｂ（部屋３ｂ）のＩＰアドレスと部屋管理テーブルに基づいて、部屋３ｂの部屋ＩＤを特定する。次に、管理サーバ４ｂは、部屋３ｂの部屋ＩＤに基づいて、部屋３ｂの部屋予約管理テーブルを読み出す。その後、管理サーバ４ｂは、記憶装置に格納された部屋３ｂの部屋予約管理テーブルと、携帯端末２のＩＰアドレスと、現在の日時に関する情報に基づいて、ドア３２ｂのロック解除を許可するかどうかを判定する（ステップＳ１０８）。具体的には、管理サーバ４ｂは、現在日時を含む予約時間帯に部屋３ｂを予約したユーザＩＤに対応するＩＰアドレスが携帯端末２のＩＰアドレスに一致するかどうかを判定する。ここで、２つのＩＰアドレスが互いに一致する場合には、管理サーバ４ｂは、ドア３２ｂのロック解除を許可すると判定した上で、ドアロック解除許可信号をドアロック制御システム３０ｂに送信する。一方、２つのＩＰアドレスが互いに一致しない場合には、管理サーバ４ｂは、ドア３２ｂのロック解除を許可しないと判定した上で、ドアロック解除不許可信号をドアロック制御システム３０ｂに送信する（ステップＳ１０９）。

【0162】

その後、管理サーバ４ｂから送信された信号がドアロック解除許可信号である場合には（ステップＳ１１０でＹＥＳ）、ドアロック制御システム３０ｂの制御部３１ｂは、ドアロック解除信号をドアロック制御回路３６ｂに送信する。ドアロック制御回路３６ｂは、ドアロック解除信号に応じて、ドアロック機構３７ｂを駆動させることで、ドア３２ｂをロック解除する。このように、部屋３ｂのドアロックが解除される（ステップＳ１１２）。一方、管理サーバ４ｂから送信された信号がドアロック解除不許可信号である場合には（ステップＳ１１０でＮＯ）、ドアロック制御システム３０ｂは、スピーカ３８ｂから警告音を出力する（ステップＳ１１１）。

【0163】

このように、変形例に係る部屋３ｂのドアロック解除方法でも同様に、携帯端末２のＩＰアドレスを用いてドア３２ｂのロック解除を許可するかどうかが判定される。このため、携帯端末２自身を部屋３ｂのロック解除のための鍵として利用することが可能となる。したがって、ユーザＵは、物理的な鍵（カードキー等）を持参する必要がなく、携帯端末２のみによってドア３２ｂのロック解除をすることができる。また、ユーザＵは、複数の部屋を利用する際に各部屋に対応する物理的な鍵を用意せずに、複数の部屋のドアをロック解除することができる。したがって、ユーザＵの利便性を向上させると共に、ユーザＵに新たなルームシェアリング体験を提供可能なドアロック解除方法を提供することができる。また、変形例に係るドアロック解除方法では、部屋３ｂに部屋予約管理テーブルを格納する必要がないと共に、部屋３ｂがドアロックを解除するべきかどうかを判定する必要がない。

【0164】

尚、図２７に示す部屋予約管理テーブルがＩＰアドレス情報を含まない場合には、管理サーバ４ｂは、ユーザ管理テーブルと部屋予約管理テーブルの両方を参照することで、ステップＳ１０８で規定されるドアロック解除の判定処理を実行してもよい。この場合、最初に、管理サーバ４ｂは、携帯端末２のＩＰアドレスとユーザ管理テーブルに基づいて、携帯端末２のＩＰアドレスに対応するユーザＵのユーザＩＤを特定する。その後、管理サーバ４ｂは、特定されたユーザＩＤと部屋予約管理テーブルに基づいて、現在日時を含む予約時間帯に部屋３ｂを予約したユーザＩＤが特定されたユーザＩＤと一致するかどうかを判定してもよい。

【0165】

以上、本発明の実施形態について説明をしたが、本発明の技術的範囲が本実施形態の説明によって限定的に解釈されるべきではない。本実施形態は一例であって、請求の範囲に記載された発明の範囲内において、様々な実施形態の変更が可能であることが当業者によって理解されるところである。本発明の技術的範囲は請求の範囲に記載された発明の範囲及びその均等の範囲に基づいて定められるべきである。

【0166】

本実施形態では、携帯端末２、ゲート３、車両３ａ及び部屋３ｂ（ドアロック制御システム３０ｂ）のネットワークアドレスの一例としてインターネットプロトコルに対応したネットワークアドレスであるＩＰアドレスについて説明しているが、ネットワークアドレスはＩＰアドレスに限定されるものではない。例えば、ネットワークアドレスは、インターネットプロトコル以外の所定の通信プロトコルに対応したネットワークアドレスであってもよい。

【0167】

また、本実施形態に係る方法は、コンピュータプログラムによって実現されてもよい。この場合、当該コンピュータプログラムは、記憶装置やＲＯＭ等に格納されてもよい。また、当該コンピュータプログラムは、磁気ディスク（例えば、ＨＤＤ、フロッピーディスク）、光ディスク（例えば、ＣＤ－ＲＯＭ，ＤＶＤ－ＲＯＭ、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、光磁気ディスク（例えば、ＭＯ）、フラッシュメモリ（例えば、ＳＤカード、ＵＳＢメモリ、ＳＳＤ）等のコンピュータ読取可能な記憶媒体に格納されていてもよい。この場合、コンピュータ読取可能な記憶媒体に格納されたコンピュータプログラムが記憶装置に組み込まれてもよい。さらに、記憶装置に組み込まれた当プログラムがＲＡＭ上にロードされた上で、プロセッサがＲＡＭ上にロードされた当該プログラムを実行してもよい。

【0168】

本出願は、２０１９年３月８日に出願された日本国特許出願（特願２０１９－０４２８４０号）に開示された内容を適宜援用する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】