特開 2022-93791 情報処理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022093791

(43)【公開日】2022-06-24

(54)【発明の名称】情報処理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220617BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2020206445

(22)【出願日】2020-12-14

(71)【出願人】

【識別番号】000003207

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

(71)【出願人】

【識別番号】501271479

【氏名又は名称】株式会社トヨタマップマスター

(74)【代理人】

【識別番号】110002860

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

(72)【発明者】

【氏名】林 康博

(72)【発明者】

【氏名】藤森 一憲

(72)【発明者】

【氏名】山田 卓司

(72)【発明者】

【氏名】岡 尚哉

(72)【発明者】

【氏名】山下 由美子

(72)【発明者】

【氏名】木村 奈昌

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】車両に乗車して順番待ちを行う施設等において、ユーザ同士で順番の交換を行う。
【解決手段】所定の施設において順番待ちをしている複数の車両の中から、順番を譲ることを希望する第一のユーザが乗車している車両である第一の車両と、順番を譲られることを希望する第二のユーザが乗車している車両である第二の車両の組み合わせを決定するステップと、前記第一の車両の電子鍵を、前記第二のユーザに関連付いた第二の端末に送信し、前記第二の車両の電子鍵を、前記第一のユーザに関連付いた第一の端末に送信するステップと、前記第一のユーザに対して付与するインセンティブを表すインセンティブデータを生成するステップと、を実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

所定の施設において順番待ちをしている複数の車両の中から、順番を譲ることを希望する第一のユーザが乗車している車両である第一の車両と、順番を譲られることを希望する第二のユーザが乗車している車両である第二の車両の組み合わせを決定するステップと、
前記第一の車両の電子鍵を、前記第二のユーザに関連付いた第二の端末に送信し、前記第二の車両の電子鍵を、前記第一のユーザに関連付いた第一の端末に送信するステップと、
前記第一のユーザに対して付与するインセンティブを表すインセンティブデータを生成するステップと、
を含む、情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

店舗や施設において、待ち行列を管理するためのシステムがある。例えば、特許文献１には、受付状況や混雑状況の確認を、ユーザが所持する携帯端末によって行うことができるシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４－０７１５５０号公報

【発明の概要】

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

【0004】

既存のシステムにおいては、受付を行った順に、顧客に対する案内が行われる。一方で、同じ待ち行列に属しているユーザ同士が、順番の交換を望むケースがある。

【0005】

本開示は、車両に乗車して順番待ちを行う施設等において、ユーザ同士で順番の交換を可能にすることを目的とする。

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

【0006】

本開示の第一の態様に係る情報処理方法は、
所定の施設において順番待ちをしている複数の車両の中から、順番を譲ることを希望する第一のユーザが乗車している車両である第一の車両と、順番を譲られることを希望する第二のユーザが乗車している車両である第二の車両の組み合わせを決定するステップと、前記第一の車両の電子鍵を、前記第二のユーザに関連付いた第二の端末に送信し、前記第二の車両の電子鍵を、前記第一のユーザに関連付いた第一の端末に送信するステップと、前記第一のユーザに対して付与するインセンティブを表すインセンティブデータを生成するステップと、を含むことを特徴とする。

【0007】

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

【発明の効果】

【0008】

本発明によれば、車両に乗車して順番待ちを行う施設等において、ユーザ同士で順番の交換を行うことができる。

【図面の簡単な説明】

【0009】

【図1】実施形態に係る車両システムの概要図。

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

【図3】サーバ装置に記憶される端末データの例を示した図。

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

【図5】施解錠装置の一例を概略的に示したブロック図。

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

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

【図8】第一の車両と第二の車両の位置関係を示した図。

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

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

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

【0039】

施解錠装置３００は、車両１０に搭載された装置であって、ドアの施錠および解錠を行う装置である。施解錠装置３００は、携帯端末２００と近距離無線通信を行って当該携帯端末２００を認証する機能と、携帯端末２００を認証した結果に基づいて、電子ロックの施解錠を行う機能を有している。なお、本実施形態では施解錠という語を用いるが、施解錠装置３００は、認証の結果に基づいて、車両１０のエンジン（またはシステム）の始動を可能にしてもよい。

【0040】

図５は、施解錠装置３００の構成の一例を概略的に示したブロック図である。
施解錠装置３００は、制御部３０１、記憶部３０２、および、近距離通信部３０３を有して構成される。

【0041】

制御部３０１は、近距離通信部３０３を介して携帯端末２００と近距離無線通信を行い、携帯端末２００を認証する制御と、認証結果に基づいて電子ロックの施解錠を行う制御を行うモジュールである。制御部３０１は、例えば、マイクロコンピュータによって構成される。

【0042】

制御部３０１は、機能モジュールとして認証部３０１１を有している。当該機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

【0043】

認証部３０１１は、携帯端末２００から送信された電子鍵に基づいて、携帯端末２００の認証を行う。具体的には、記憶部３０２に記憶された認証情報と、携帯端末２００から送信された電子鍵とを照合し、これらが整合した場合に、認証成功と判断する。双方の情報が整合しない場合、認証失敗と判断する。認証部３０１１が携帯端末２００の認証に成功した場合、車両１０が有する電子ロックに対して、施解錠を行うための指令が送信される。なお、認証部３０１１が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。

【0044】

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

【0045】

近距離通信部３０３は、近距離通信部２０５と同一の通信規格によって、携帯端末２００との間で通信を行う手段である。

【0046】

図６および図７は、前述した各構成要素間で送受信されるデータのフローを示した図である。図６は、ユーザが車両１０の貸与を受ける際の処理を示した図であり、図７は、二台の車両が互いの順番を交換する際の処理を示した図である。

【0047】

まず、図６を参照し、車両１０の貸与処理について説明する。
携帯端末２００は、サーバ装置１００に対して、任意のタイミングで鍵発行要求を送信する（ステップＳ１１）。
次に、サーバ装置１００（車両貸出部１０１１）は、鍵発行要求を受信したか否かを判定する（ステップＳ１２）。鍵発行要求を受信した場合、サーバ装置１００（車両貸出部１０１１）は、対応する車両の電子鍵を取得し（ステップＳ１３）、携帯端末２００に送信する（ステップＳ１４）。鍵発行要求を受信していない場合、初期状態に戻る。この際、車両貸出部１０１１は、車両の予約状況を表すデータを参照することで、電子鍵の送信可否を判定、または、送信する電子鍵を特定してもよい。
これにより、携帯端末２００のユーザは、当該携帯端末２００を用いて車両１０（施解
錠装置３００）にアクセスすることが可能になる。

【0048】

電子鍵の送信が完了すると、車両貸出部１０１１は、車両１０と携帯端末２００の関連付けを記憶する（ステップＳ１５）。これにより、例えば、図３に示したような端末データのレコードが新しく生成される。

【0049】

車両１０と携帯端末２００の関連付けが完了すると、サーバ装置１００は、携帯端末２００に対して位置情報の送信を周期的に要求する（ステップＳ１６）。また、携帯端末２００が、これに応答して、自装置の位置情報をサーバ装置１００に送信する（ステップＳ１７）。サーバ装置１００は、受信した位置情報を用いて、端末データの更新を行う。これによりサーバ装置１００は、貸し出し中の車両１０の現在位置を把握することができる。
なお、本例では、携帯端末２００から位置情報を収集する例を挙げるが、車両１０に通信機能が備わっている場合、サーバ装置１００が、車両１０から位置情報を収集してもよい。

【0050】

ステップＳ１６およびＳ１７の処理は、ユーザが車両を返却するまで周期的に実行される。ユーザが車両を返却した場合、サーバ装置１００は、端末データの該当するレコードを削除する。

【0051】

次に、図７を参照して、待ち行列に並んでいる複数の車両が、その順番を交換する処理について説明する。ここで、携帯端末２００Ａは、待ち行列の前方に位置する車両１０Ａの乗員が所持する端末である。また、携帯端末２００Ｂは、待ち行列の後方に位置する車両１０Ｂの乗員が所持する端末である。本例では、車両１０Ｂが、待ち行列の前方に位置する車両と、順番の交換を希望し、車両１０Ａがこれに応じる例を挙げる。
図８は、車両１０Ａおよび１０Ｂの位置関係を示した図である。以降、車両１０Ａの乗員を第一のユーザ、車両１０Ｂの乗員を第二のユーザと称する。

【0052】

ステップＳ２１では、第二のユーザが、携帯端末２００Ｂを介して、順番の交換を提案するにあたっての条件（提案条件）を入力する。提案条件は、順番を交換するにあたって提供可能な謝礼（インセンティブ）の内容を含む。
例えば、車両１０Ａおよび１０Ｂが、特定の店舗において飲食サービスの提供を待っている場合、第二のユーザは、車両１０Ａの乗員（第一のユーザ）に対して、謝礼として、飲食物を購入可能な電子クーポンの提供を申し出ることができる。また、車両１０Ａおよび１０Ｂが、駐車場の入庫を待っている場合、第二のユーザは、車両１０Ａの乗員（第一のユーザ）に対して、謝礼として、駐車料金の一部負担を申し出ることができる。

【0053】

ステップＳ２２では、携帯端末２００が、入力された提案条件に基づいて、提案データを生成し、サーバ装置１００へ送信する。提案データは、第一の車両（携帯端末２００Ｂ）の現在位置、謝礼の内容等を含むデータである。

【0054】

ステップＳ２３では、サーバ装置１００（マッチング部１０１２）が、受信した提案データに基づいて、車両同士のマッチングを行う。本ステップでは、記憶された端末データに基づいて、同じ施設において順番待ちをしている車両の有無を判定する。
マッチング候補となる車両が存在する場合（ステップＳ２４－Ｙｅｓ）、サーバ装置１００は、提案データを、当該車両に関連付いた携帯端末２００Ａに送信する（ステップＳ２５Ａ）。マッチング候補となる車両が存在しない場合（ステップＳ２４－Ｎｏ）、処理は初期状態に戻る。

【0055】

ステップＳ２５Ａにおいて、提案データを受信した携帯端末２００Ａは、互いの車両の
位置関係と、提案条件を第一のユーザに提示し、提案を受け入れるか否かの選択を行わせる。結果はステップＳ２５Ｂにおいてサーバ装置１００へ送信される。
提案が受諾された場合（ステップＳ２６－Ｙｅｓ）、サーバ装置１００は、それぞれの車両に対応する電子鍵を取得する（ステップＳ２７）。すなわち、車両１０Ａに対応する電子鍵と、車両１０Ｂに対応する電子鍵が取得される。提案が受諾されなかった場合（ステップＳ２６－Ｎｏ）、処理は初期状態に戻る。

【0056】

次いで、サーバ装置１００は、携帯端末２００Ａに対して、車両１０Ｂの電子鍵と、謝礼に対応するデータ（インセンティブデータ）を送信する（ステップＳ２８）。なお、本ステップにおいて、サーバ装置１００は、謝礼に対応するポイントやクーポン等を第二のユーザに購入させる処理を実行してもよい。
また、サーバ装置１００は、携帯端末２００Ｂに対して、車両１０Ａの電子鍵を送信する（ステップＳ２９）。これにより、車両１０Ａの乗員と、車両１０Ｂの乗員は、シェアリング車両ごと、順番の交換を行うことができる。双方の乗員が現地で車両を乗り換えると、順番の交換が完了する。

【0057】

車両の交換が完了すると、サーバ装置１００が、記憶されている端末データを更新し、携帯端末と車両との関連付けを再度行う。前述した例では、携帯端末２００Ａが車両１０Ｂと関連付けられ、携帯端末２００Ｂが車両１０Ａと関連付けられる。

【0058】

以上説明したように、本実施形態に係る車両システムでは、所定の施設等において順番待ちをしている複数の車両の順番を交換することができる。
なお、本実施形態では、インセンティブを表すデータを携帯端末に直接送信したが、当該データは、電子マネーや電子クーポンを管理するサーバ装置等に送信してもよい。例えば、第二のユーザが所有する、ネットサービスのアカウントからポイントを減算し、当該ポイント、または、当該ポイントで購入した電子クーポン等を、第一のユーザが所有するアカウントに付与する処理を、当該ネットサービスを提供するサーバ装置に行わせてもよい。

【0059】

（変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

【0060】

また、実施形態の説明では、マッチング候補として一台の車両を選択したが、マッチング候補となる車両は複数台であってもよい。この場合、所定の基準に基づいて、マッチングの対象となる車両を決定してもよい。例えば、最も早く応答した車両をマッチングの対象として決定してもよい。

【0061】

さらに、謝礼に関する交渉を可能にしてもよい。例えば、ステップＳ２１において第一のユーザが提案条件（謝礼の内容）を入力せず、ステップＳ２５Ｂにおいて、第二のユーザが、希望する謝礼を回答してもよい。さらに、謝礼の積み増しを交渉してもよい。この場合、第一のユーザと第二のユーザとの間で更なるインタラクションを行い、交渉が成立した場合にのみ、ステップＳ２６以降の処理を進めるようにしてもよい。

【0062】

また、実施形態の説明では、第二の車両が、順番の交換を申し出たが、順番の交換は、第一の車両から申し出てもよい。この場合、図７に示した、携帯端末２００Ａと携帯端末２００Ｂが逆になる。例えば、携帯端末２００Ａが、第一のユーザが希望する謝礼の内容を含む提案データを生成し、携帯端末２００Ｂを介してこれを受信した第二のユーザが、
提案の受諾可否を選択してもよい。

【0063】

また、マッチング候補の車両が複数ある場合、入札形式で回答を収集し、最も良い条件を提示した車両をマッチングの対象としてもよい。

【0064】

また、実施形態の説明では、サーバ装置１００が電子鍵の交換を仲介したが、携帯端末２００同士が直接通信を行うことで、電子鍵の交換、および、インセンティブデータの送受信を行うようにしてもよい。

【0065】

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

【0066】

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

【符号の説明】

【0067】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】