ホーム > 特許ランキング > コネクトフリー株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025020291
(43)【公開日】2025-02-12
(54)【発明の名称】処理方法、情報処理装置および処理プログラム
(51)【国際特許分類】
H04M 11/00 20060101AFI20250204BHJP
E05B 47/00 20060101ALI20250204BHJP
H04M 1/00 20060101ALI20250204BHJP
【ＦＩ】
H04M11/00 301
E05B47/00 U
H04M1/00 U
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2024192792
(22)【出願日】2024-11-01
(62)【分割の表示】P 2021504974の分割
【原出願日】2020-03-04
(31)【優先権主張番号】P 2019042840
(32)【優先日】2019-03-08
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】514318600
【氏名又は名称】コネクトフリー株式会社
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】帝都 久利寿
(72)【発明者】
【氏名】岡本 光弘
(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】
【非特許文献1】“カーシェアリングならタイムズカープラス”，[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】ゲートのＩＰアドレスを取得する処理を説明するためのフローチャートである。
【図10】変形例に係るゲート開放方法を説明するためのシーケンス図（その１）である。
【図11】変形例に係るゲート開放方法を説明するためのシーケンス図（その２）である。
【図12】本実施形態に係る車両のドアロック解除システムを示す図である。
【図13】車両のハードウェア構成の一例を示す図である。
【図14】本実施形態に係る車両のドアロック解除方法を説明するためのシーケンス図（その１）である。
【図15】本実施形態に係る車両のドアロック解除方法を説明するためのシーケンス図（その２）である。
【図16】（ａ）は、ユーザ管理テーブルの一例を示す図である。（ｂ）は、車両管理テーブルの一例を示す図である。
【図17】車両予約管理テーブルの一例を示す図である。
【図18】車両のＩＰアドレスを取得する処理を説明するためのフローチャートである。
【図20】変形例に係る車両のドアロック解除方法を説明するためのシーケンス図（その１）である。
【図21】変形例に係る車両のドアロック解除方法を説明するためのシーケンス図（その２）である。
【図22】本実施形態に係る部屋のドアロック解除システムを示す図である。
【図23】ドアロック制御システムのハードウェア構成の一例を示す図である。
【図24】本実施形態に係る部屋のドアロック解除方法を説明するためのシーケンス図（その１）である。
【図25】本実施形態に係る部屋のドアロック解除方法を説明するためのシーケンス図（その２）である。
【図26】（ａ）は、ユーザ管理テーブルの一例を示す図である。（ｂ）は、部屋管理テーブルの一例を示す図である。
【図27】部屋予約管理テーブルの一例を示す図である。
【図28】部屋のＩＰアドレスを取得する処理を説明するためのフローチャートである。
【図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】
【手続補正書】
【提出日】2024-11-29
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ユーザに関連付けられた携帯端末に固有のネットワークアドレスを用いて、所定の空間への入場を規制するように構成されたゲートに前記ゲートの開放を要求するゲート開放信号を送信するステップと、
前記ゲート開放信号の受信に応じて、管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップと、
前記ユーザの前記所定の空間への入場を許可するとの判定に応じて、前記ユーザが前記所定の空間に入場できるように前記ゲートを制御するステップと、を含み、
前記管理テーブルは、各々が複数のユーザの一つに関連付けられた複数の携帯端末に固有の複数のネットワークアドレスを示す複数のネットワークアドレス情報を含む、ゲート開放方法。
前記ゲート開放信号の受信に応じて、管理テーブルと前記携帯端末のネットワークアドレスとに基づいて、前記ユーザの前記所定の空間への入場を許可するかどうかを判定するステップと、
前記ユーザの前記所定の空間への入場を許可するとの判定に応じて、前記ユーザが前記所定の空間に入場できるように前記ゲートを制御するステップと、を含み、
前記管理テーブルは、各々が複数のユーザの一つに関連付けられた複数の携帯端末に固有の複数のネットワークアドレスを示す複数のネットワークアドレス情報を含む、ゲート開放方法。
【手続補正書】
【提出日】2025-01-27
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ゲートまたはドアの少なくとも一方と通信可能に構成されたサーバが実行する処理方法であって、
端末との間で所定の処理を実行するステップと、
前記所定の処理において、前記端末のネットワークアドレスを取得するステップとを備え、前記端末のネットワークアドレスは、前記端末の公開鍵と所定のハッシュ関数とに基づいて、前記端末が生成したものであり、
前記端末のネットワークアドレスを管理テーブルに格納するステップと、
ネットワークアドレスを含む、前記ゲートの開放または前記ドアのロック解除を要求する要求信号を受信するステップと、
前記要求信号に含まれるネットワークアドレスが前記管理テーブルに格納されたいずれかのネットワークアドレスと一致すると、前記要求信号に対応する、前記ゲートの開放または前記ドアのロック解除を許可する信号を送信するステップとを備える、処理方法。
端末との間で所定の処理を実行するステップと、
前記所定の処理において、前記端末のネットワークアドレスを取得するステップとを備え、前記端末のネットワークアドレスは、前記端末の公開鍵と所定のハッシュ関数とに基づいて、前記端末が生成したものであり、
前記端末のネットワークアドレスを管理テーブルに格納するステップと、
ネットワークアドレスを含む、前記ゲートの開放または前記ドアのロック解除を要求する要求信号を受信するステップと、
前記要求信号に含まれるネットワークアドレスが前記管理テーブルに格納されたいずれかのネットワークアドレスと一致すると、前記要求信号に対応する、前記ゲートの開放または前記ドアのロック解除を許可する信号を送信するステップとを備える、処理方法。
【請求項2】
前記要求信号に含まれるネットワークアドレスが前記管理テーブルに格納されたいずれのネットワークアドレスとも一致しなければ、前記要求信号に対応する、前記ゲートの開放または前記ドアのロック解除を許可しない信号を送信するステップをさらに備える、請求項１に記載の処理方法。
【請求項3】
前記管理テーブルにおいて、前記端末のネットワークアドレスと前記端末のユーザ情報とが関連付けられている、請求項１または２に記載の処理方法。
【請求項4】
前記ユーザ情報と対応するユーザ属性情報とを関連付けるステップをさらに備える、請求項３に記載の処理方法。
【請求項5】
前記所定の処理は、前記ゲートまたは前記ドアに関連付けられたチケットの購入処理、または、前記ゲートまたは前記ドアに関連付けられた予約処理のうち少なくとも一方を含む、請求項１～４のいずれか１項に記載の処理方法。
【請求項6】
前記ゲートまたは前記ドアにおいて前記端末の公開鍵を取得して、前記要求信号を生成するステップとをさらに備える、請求項１～５のいずれか１項に記載の処理方法。
【請求項7】
ゲートまたはドアの少なくとも一方と通信するためのネットワークインターフェイスと、
端末との間で所定の処理を実行する手段と、
前記所定の処理において、前記端末のネットワークアドレスを取得する手段とを備え、前記端末のネットワークアドレスは、前記端末の公開鍵と所定のハッシュ関数とに基づいて、前記端末が生成したものであり、
前記端末のネットワークアドレスを管理テーブルに格納する手段と、
ネットワークアドレスを含む、前記ゲートの開放または前記ドアのロック解除を要求する要求信号を受信する手段と、
前記要求信号に含まれるネットワークアドレスが前記管理テーブルに格納されたいずれかのネットワークアドレスと一致すると、前記要求信号に対応する、前記ゲートの開放または前記ドアのロック解除を許可する信号を送信する手段とを備える、情報処理装置。
端末との間で所定の処理を実行する手段と、
前記所定の処理において、前記端末のネットワークアドレスを取得する手段とを備え、前記端末のネットワークアドレスは、前記端末の公開鍵と所定のハッシュ関数とに基づいて、前記端末が生成したものであり、
前記端末のネットワークアドレスを管理テーブルに格納する手段と、
ネットワークアドレスを含む、前記ゲートの開放または前記ドアのロック解除を要求する要求信号を受信する手段と、
前記要求信号に含まれるネットワークアドレスが前記管理テーブルに格納されたいずれかのネットワークアドレスと一致すると、前記要求信号に対応する、前記ゲートの開放または前記ドアのロック解除を許可する信号を送信する手段とを備える、情報処理装置。
【請求項8】
ゲートまたはドアの少なくとも一方と通信可能なコンピュータで実行される情報処理プログラムであって、前記情報処理プログラムは前記コンピュータに、
端末との間で所定の処理を実行するステップと、
前記所定の処理において、前記端末のネットワークアドレスを取得するステップとを実行させ、前記端末のネットワークアドレスは、前記端末の公開鍵と所定のハッシュ関数とに基づいて、前記端末が生成したものであり、
前記端末のネットワークアドレスを管理テーブルに格納するステップと、
ネットワークアドレスを含む、前記ゲートの開放または前記ドアのロック解除を要求する要求信号を受信するステップと、
前記要求信号に含まれるネットワークアドレスが前記管理テーブルに格納されたいずれかのネットワークアドレスと一致すると、前記要求信号に対応する、前記ゲートの開放または前記ドアのロック解除を許可する信号を送信するステップとを実行させる、処理方法プログラム。
端末との間で所定の処理を実行するステップと、
前記所定の処理において、前記端末のネットワークアドレスを取得するステップとを実行させ、前記端末のネットワークアドレスは、前記端末の公開鍵と所定のハッシュ関数とに基づいて、前記端末が生成したものであり、
前記端末のネットワークアドレスを管理テーブルに格納するステップと、
ネットワークアドレスを含む、前記ゲートの開放または前記ドアのロック解除を要求する要求信号を受信するステップと、
前記要求信号に含まれるネットワークアドレスが前記管理テーブルに格納されたいずれかのネットワークアドレスと一致すると、前記要求信号に対応する、前記ゲートの開放または前記ドアのロック解除を許可する信号を送信するステップとを実行させる、処理方法プログラム。