特許 7338565 情報処理装置、認証システム、情報処理方法、およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2023-08-28

(45)【発行日】2023-09-05

(54)【発明の名称】情報処理装置、認証システム、情報処理方法、およびプログラム

(51)【国際特許分類】

   E05B 49/00 20060101AFI20230829BHJP

   E05B 35/12 20060101ALI20230829BHJP

   G06Q 30/0645 20230101ALI20230829BHJP

   G06Q 50/10 20120101ALI20230829BHJP

   G06F 21/35 20130101ALI20230829BHJP

   G06F 21/40 20130101ALI20230829BHJP

【ＦＩ】

E05B49/00 J

E05B35/12 B

G06Q30/0645

G06Q50/10

G06F21/35

G06F21/40

【請求項の数】 20

(21)【出願番号】P 2020095692

(22)【出願日】2020-06-01

(65)【公開番号】P2021188402

(43)【公開日】2021-12-13

【審査請求日】2022-05-23

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

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

(72)【発明者】

【氏名】狩野 宏和

(72)【発明者】

【氏名】林 雅敏

(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】

請求項１９に記載の情報処理方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、電子鍵を用いて車両の施解錠を行う技術に関する。

【背景技術】

【0002】

交通渋滞の緩和や、燃料代の節約、環境対策などの目的で、一台の車両に複数のユーザが相乗りして移動を行う形態（ライドシェア）が、諸外国を中心に広がっている。
これに関連して、特許文献１には、車両に乗車するユーザが、予約した車両に確実に乗車するための支援を提供するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１２－０８８９２５号公報

【発明の概要】

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

【0004】

一方で、ライドシェア形態では、初対面のユーザ同士が同じ車両に乗車するため、セキュリティ面に配慮することが望まれている。

【0005】

本開示は上記の課題を考慮してなされたものであり、ライドシェア車両の運転者に対する安全性を向上させることを目的とする。

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

【0006】

本開示の第一の態様に係る情報処理装置は、
車両の施解錠を制御する情報処理装置であって、前記車両の外部にある第一の携帯端末から解錠の要求があった場合に、前記第一の携帯端末から第一の電子鍵を受信して第一の認証を行い、前記第一の認証が成立したことを条件として前記車両の解錠を行うことと、前記車両の内部に前記第一の携帯端末があり、かつ、前記車両の外部にある第二の携帯端末から解錠の要求があった場合に、前記第二の携帯端末から第二の電子鍵を受信して第二の認証を行い、かつ、前記車両の内部にある前記第一の携帯端末から前記第一の電子鍵を受信して第三の認証を行い、前記第二の認証および前記第三の認証の双方が成立したことを条件として前記車両の解錠を行うことと、を実行する制御部を有することを特徴とする。

【0007】

また、本開示の第二の態様に係る認証システムは、
車両の施解錠を制御する車載装置と、前記施解錠のための電子鍵を管理するサーバ装置と、を含む認証システムであって、前記サーバ装置は、第一の携帯端末に対して第一の電子鍵を送信することと、第二の携帯端末に対して第二の電子鍵を送信することと、を実行する第一の制御部を有し、前記車載装置は、前記車両の外部にある前記第一の携帯端末から解錠の要求があった場合に、前記第一の携帯端末から前記第一の電子鍵を受信して第一の認証を行い、前記第一の認証が成立したことを条件として前記車両の解錠を行うことと、前記車両の内部に前記第一の携帯端末があり、かつ、前記車両の外部にある前記第二の携帯端末から解錠の要求があった場合に、前記第二の携帯端末から前記第二の電子鍵を受信して第二の認証を行い、かつ、前記車両の内部にある前記第一の携帯端末から前記第一の電子鍵を受信して第三の認証を行い、前記第二の認証および前記第三の認証の双方が成立したことを条件として前記車両の解錠を行うことと、を実行する第二の制御部を有することを特徴とする。

【0008】

また、本開示の第三の態様に係る情報処理方法は、
車両の施解錠を制御する情報処理方法であって、前記車両の外部にある第一の携帯端末から解錠の要求があった場合に、前記第一の携帯端末から第一の電子鍵を受信して第一の認証を行い、前記第一の認証が成立したことを条件として前記車両の解錠を行うステップと、前記車両の内部に前記第一の携帯端末があり、かつ、前記車両の外部にある第二の携帯端末から解錠の要求があった場合に、前記第二の携帯端末から第二の電子鍵を受信して第二の認証を行い、かつ、前記車両の内部にある前記第一の携帯端末から前記第一の電子鍵を受信して第三の認証を行い、前記第二の認証および前記第三の認証の双方が成立したことを条件として前記車両の解錠を行うステップと、を含むことを特徴とする。

【0009】

また、他の態様として、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

【発明の効果】

【0010】

本発明によれば、ライドシェア車両の運転者に対する安全性を向上させることができる。

【図面の簡単な説明】

【0011】

【図1】第一の実施形態に係る認証システムの概略構成図。

【図2】認証システムの概要を説明する図。

【図3】サーバ装置の一例を概略的に示したブロック図。

【図4】旅程データおよび乗車データの例。

【図5】携帯端末の一例を概略的に示したブロック図。

【図6】車載装置の一例を概略的に示したブロック図。

【図7】各構成要素が送受信するデータのフロー図。

【図8】車載装置が実行する処理のフローチャート。

【図9】第二の実施形態における各構成要素のブロック図。

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

【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】

なお、ユーザが行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものであってもよい。
なお、携帯端末２００が電子鍵を有していない場合、操作画面からの施錠操作および解錠操作は不可能となる。
携帯端末２００が取得する電子鍵は、不変のキーであってもよいし、ワンタイムキーであってもよい。いずれの場合も、電子鍵と照合を行うためのデータ（認証情報）が、車載装置３００に事前に記憶される。

【0048】

記憶部２０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部２０３には、サーバ装置１００から送信された電子鍵、および、制御部２０２にて実行される各種プログラム、データ等が記憶される。

【0049】

入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。

【0050】

近距離通信部２０５は、車載装置３００との間で近距離無線通信を行うためのインタフェースである。近距離通信部２０５は、所定の無線通信規格を用いて、近距離（数ｃｍ程度）における通信を行う。
本実施形態では、近距離通信部２０５は、ＮＦＣ（Near Field Communication）によるデータ通信を行う。なお、本実施形態ではＮＦＣを例示するが、他の無線通信規格も利用可能である。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ（Ultra Wideband）、Ｗｉ－Ｆｉ（登録商標）などを利用することもできる。

【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】

１００・・・サーバ装置
１０１，２０１，３０１・・・通信部
１０２，２０２，３０２・・・制御部
１０３，２０３，３０３・・・記憶部
２００・・・携帯端末
２０４，３０４・・・入出力部
２０５，３０５・・・近距離通信部
３００・・・車載装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】