(57)【要約】【課題】複数のユーザが車両に同乗して移動する場合に、経路変更について同乗者の同意を得やすくする。【解決手段】車両に同乗して移動する複数のユーザのうちの第１のユーザの当該車両の走行経路の変更に関する要求である要求データを受信する通信部と、走行経路の変更に伴って、複数のユーザのうちの他のユーザへ付与するインセンティブの決定と、決定されたインセンティブに関するインセンティブ情報と、走行経路の変更を受け入れるか否かの問合せと、の他のユーザに対する提示と、他のユーザによって走行経路の変更が受け入れられた場合に、決定されたインセンティブを他のユーザへ付与するための付与データの作成と、を実行する制御部と、を備える情報処理装置である。【選択図】図４
2020009369.tif 000002
【特許請求の範囲】
【請求項１】
車両に同乗して移動する複数のユーザのうちの第１のユーザの前記車両の走行経路の変更に関する要求である要求データを受信する通信部と、
前記走行経路の変更に伴って、前記複数のユーザのうちの他のユーザへ付与するインセンティブの決定と、
前記決定されたインセンティブに関するインセンティブ情報と、前記走行経路の変更を受け入れるか否かの問合せと、の前記他のユーザに対する提示と、
前記他のユーザによって前記走行経路の変更が受け入れられた場合に、前記決定されたインセンティブを前記他のユーザへ付与するための付与データの作成と、
を実行する制御部と、
を備える情報処理装置。
【請求項２】
前記決定において、前記他のユーザへ付与するインセンティブは、前記第１のユーザによって提示されるインセンティブの範囲内で決定される、
請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
前記走行経路の変更に伴う前記他のユーザの目的地への到着の遅延時間を算出することをさらに実行し、
前記決定において、前記他のユーザの目的地への到着の遅延時間に応じて、前記他のユーザへ付与するインセンティブを決定する、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記制御部は、
前記走行経路の変更に伴う前記他のユーザの目的地への到着の遅延時間を算出することをさらに実行し、
前記提示において、前記他のユーザの目的地への到着の遅延時間をさらに提示する、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
車両に同乗して移動する複数のユーザのうちの第１のユーザの前記車両の走行経路の変更に関する要求である要求データを受信し、
前記走行経路の変更に伴って、前記複数のユーザのうちの他のユーザへ付与するインセンティブの決定と、
前記決定されたインセンティブに関するインセンティブ情報と、前記走行経路の変更を受け入れるか否かの問合せと、の前記他のユーザに対する提示と、
前記他のユーザによって前記走行経路の変更が受け入れられた場合に、前記決定されたインセンティブを前記他のユーザへ付与するための付与データの作成と、
を実行する、
情報処理方法。
【請求項６】
車両に同乗して移動する複数のユーザのうちの第１のユーザの前記車両の走行経路の変更に関する要求を受信する通信部と、
前記走行経路の変更に伴う、前記複数のユーザのうちの他のユーザへ付与されるインセンティブの決定と、
前記決定されたインセンティブに関するインセンティブ情報と、前記走行経路の変更を受け入れるか否かの問合せと、の前記他のユーザに対する提示と、
前記他のユーザによって前記走行経路の変更が受け入れられた場合に、前記決定されたインセンティブを前記他のユーザへ付与するための付与データの作成と、
を実行する制御部と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一の車両に複数のユーザが同乗して移動するための技術に関する。
【背景技術】
【０００２】
交通渋滞の緩和や、燃料代の節約、環境対策などの目的で、一台の車両に複数の乗員が相乗りして移動を行う形態（ライドシェア）が、諸外国を中心に広がっている。また、このような移動形態において、複数のユーザをマッチングするための技術が開発されている。
【０００３】
これに関連する技術として、特許文献１には、車両に相乗りして移動した複数のユーザが行ったインタラクションに関するデータを取得し、当該インタラクションに基づいてさらなる情報提供を行うシステムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２０１７／０３５１９９０号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般的なライドシェアでは、面識の無い者同士が同一の車両に乗車して移動することが多い。そのため、例えば、先に目的地まで送ってほしい、寄り道をしてもらいたい、等の経路変更の要求が発生しても、当該経路変更によって他の同乗者の目的地への到着が遅れる可能性があるため、同乗者からの当該経路変更についての同意を得にくいことがある。
【０００６】
本開示は上記の課題を考慮してなされたものであり、複数のユーザが車両に同乗して移動する場合に、経路変更について同乗者の同意を得やすくすることを目的とする。
【課題を解決するための手段】
【０００７】
本開示の態様の一つは、
車両に同乗して移動する複数のユーザのうちの第１のユーザの前記車両の走行経路の変更に関する要求である要求データを受信する通信部と、
前記走行経路の変更に伴って、前記複数のユーザのうちの他のユーザへ付与するインセンティブの決定と、
前記決定されたインセンティブに関するインセンティブ情報と、前記走行経路の変更を受け入れるか否かの問合せと、の前記他のユーザに対する提示と、
前記他のユーザによって前記走行経路の変更が受け入れられた場合に、前記決定されたインセンティブを前記他のユーザへ付与するための付与データの作成と、
を実行する制御部と、
を備える情報処理装置である。
【０００８】
本開示の他の態様の一つは、
車両に同乗して移動する複数のユーザのうちの第１のユーザの前記車両の走行経路の変更に関する要求である要求データを受信し、
前記走行経路の変更に伴って、前記複数のユーザのうちの他のユーザへ付与するインセンティブの決定と、
前記決定されたインセンティブに関するインセンティブ情報と、前記走行経路の変更を受け入れるか否かの問合せと、の前記他のユーザに対する提示と、
前記他のユーザによって前記走行経路の変更が受け入れられた場合に、前記決定されたインセンティブを前記他のユーザへ付与するための付与データの作成と、
を実行する、
情報処理方法である。
【０００９】
本発明の他の態様の一つは、
車両に同乗して移動する複数のユーザのうちの第１のユーザの前記車両の走行経路の変更に関する要求である要求データを受信する通信部と、
前記走行経路の変更に伴って、前記複数のユーザのうちの他のユーザへ付与するインセンティブの決定と、
前記決定されたインセンティブに関するインセンティブ情報と、前記走行経路の変更を受け入れるか否かの問合せと、の前記他のユーザに対する提示と、
前記他のユーザによって前記走行経路の変更が受け入れられた場合に、前記決定されたインセンティブを前記他のユーザへ付与するための付与データの作成と、
を実行する制御部と、
を備える情報処理システムである。
【発明の効果】
【００１０】
本開示によれば、複数のユーザが車両に同乗して移動する場合に、経路変更について同乗者の同意を得やすくすることができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、第１実施形態に係るライドシェアサービス提供システムのシステム構成の一例を示す図である。
【図２】図２は、ユーザ端末のシステム構成の一例を示す図である。
【図３】図３は、ユーザ端末の経路変更要求設定画面の一例を示す図である。
【図４】図４は、ユーザ端末の経路変更可否の問合せ画面の一例である。
【図５】図５は、管理サーバのシステム構成の一例を示す図である。
【図６】図６は、インセンティブ情報テーブルの一例である。
【図７】図７は、乗車予約情報テーブルの一例である。
【図８】図８は、第１実施形態に係る管理サーバの経路変更要求に係る処理のフローチャートの一例である。
【発明を実施するための形態】
【００１２】
以下、本発明の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１３】
本発明の態様の一つは、車両に同乗して移動する複数のユーザのうちの第１のユーザの当該車両の走行経路の変更に関する要求である要求データを受信する通信部と、走行経路の変更に伴って、複数のユーザのうちの他のユーザへ付与するインセンティブの決定と、決定されたインセンティブに関するインセンティブ情報と、走行経路の変更を受け入れるか否かの問合せと、の他のユーザに対する提示と、他のユーザによって走行経路の変更が受け入れられた場合に、決定されたインセンティブを他のユーザへ付与するための付与データの作成と、を実行する制御部と、を備える情報処理装置である。
【００１４】
車両は、運転手による運転によって移動する車両であってもよく、自律走行を行う車両であってもよい。運転手による運転によって移動する車両である場合には、複数のユーザのうちの他のユーザには、運転手も含まれる。インセンティブは、例えば、所定のサービスに使用可能なポイント、金銭、チケット、クーポン等である。提示の態様は、例えば、
各ユーザが保有するユーザ端末への送信及び表示、車両内のディスプレイ等への表示、等である。
【００１５】
走行経路の変更とともに、付与されるインセンティブ情報が同乗する他のユーザに提示されることによって、他のユーザの経路変更に対する同意を得やすくなる。
【００１６】
また、本発明の態様の一つでは、当該決定において、他のユーザへ付与するインセンティブは、第１のユーザによって提示されるインセンティブの範囲内で決定されるようにしてもよい。これによって、むやみに経路変更の要求が行われることを抑制することができる。
【００１７】
また、本発明の態様の一つでは、制御部は、走行経路の変更に伴う他のユーザの目的地への到着の遅延時間を算出することをさらに実行し、他のユーザの目的地への到着の遅延時間に応じて、他のユーザへ付与するインセンティブを決定するようにしてもよい。これによって、同乗する他のユーザ間での不公平感を解消することができ、より経路変更への同意を得やすくなる。
【００１８】
また、本発明の態様の一つでは、制御部は、走行経路の変更に伴う他のユーザの目的地への到着の遅延時間を算出することをさらに実行し、他のユーザの目的地への到着の遅延時間をさらに提示するようにしてもよい。これによって、同乗する他のユーザが経路変更によって目的地への到着の遅延時間を把握することができ、これに基づいて、経路変更の許可をするか否かを判定することができる。
【００１９】
＜第１実施形態＞
図１は、第１実施形態に係るライドシェアサービス提供システム１のシステム構成の一例を示す図である。ライドシェアサービス提供システム１は、ユーザが携帯するユーザ端末１０と、管理サーバ２０とを含む。以下、車両への乗車を希望するユーザを乗車ユーザと称し、車両の運行を行うユーザを運転ユーザと称する。管理サーバ２０は、「情報処理装置」の一例である。
【００２０】
ユーザ端末１０は、乗車ユーザが利用するモード（以下、乗車ユーザモード）と、運転ユーザが利用するモード（以下、運転者モード）に切り替え可能に構成される。以下、乗車ユーザモードで動作しているユーザ端末１０をユーザ端末１０Ａと称する。また、運転者モードで動作しているユーザ端末をユーザ端末１０Ｂと称する。ユーザ端末１０Ａとユーザ端末１０Ｂとを区別しない場合には、単に、ユーザ端末１０と称する。各モードにおける動作の詳細については後述される。
【００２１】
乗車ユーザは、ユーザ端末１０Ａを介して、乗車予約要求と自身の移動に関する情報とを管理サーバ２０に登録する。自身の移動に関する情報とは、例えば、乗車ユーザの出発地、目的地、移動の開始を希望する日時などである。また、運転ユーザは、ユーザ端末１０Ｂを介して、自身の移動に関する情報を管理サーバ２０に登録する。運転ユーザの移動に関する情報とは、すなわち、運転ユーザが運行する車両の移動に関する情報である。例えば、車両の運行を開始する日時、走行経路などである。乗車ユーザの移動に関する情報、および、運転ユーザの移動に関する情報を、以降、移動スケジュールと称する。
【００２２】
これらの情報は、例えば、ユーザ端末１０にインストールされた、ライドシェアサービスを利用するためのアプリケーションソフトウェアによって、生成および登録することができる。ただし、これらの情報は、必ずしもユーザ端末１０を利用して登録されなくてもよい。例えば、ネットワークに接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータを
利用して登録されてもよい。
【００２３】
管理サーバ２０は、ユーザ端末１０によって登録された移動スケジュールを管理し、乗車ユーザのユーザ端末１０Ａからの乗車予約要求に応じて、ユーザ同士をマッチングする装置である。マッチングとは、移動スケジュールに基づいて、運転ユーザと乗車ユーザとを結び付けることである。なお、車両が第３者によって提供される場合には、マッチングとは、移動スケジュールに基づいて、運転ユーザと乗車ユーザと車両とを結び付けることを含む。管理サーバ２０は、登録された移動スケジュールに基づいてユーザのマッチングを行い、運転ユーザが運行する車両の運行経路、乗車ユーザを乗車させる地点、乗車ユーザを降車させる地点などを決定する。
【００２４】
管理サーバ２０は、マッチングが完了すると、乗車予約情報を、ユーザ端末１０Ａおよびユーザ端末１０Ｂに送信する。乗車予約情報は、例えば、運転ユーザＩＤ、乗車ユーザＩＤ、乗車ユーザと車両との合流予定場所、合流予定時刻、移動経路、乗車ユーザの目的地、到着予定時刻、他の同乗者の有無等を含む。乗車予約情報とともに、例えば、運転ユーザが運行する車両に関する情報、乗車ユーザおよび運転ユーザに関する情報も送信される。車両に関する情報には、例えば、車種、色、ナンバープレート情報等が含まれる。乗車ユーザおよび運転ユーザに関する情報には、例えば、性別、年齢等が含まれる。乗車予約情報を受信した各々のユーザ（運転ユーザと乗車ユーザ）が乗車予約を承認することによって、乗車ユーザと運転ユーザとのマッチングが確定し、乗車予約が成立する。これにより、運転ユーザと、乗車ユーザとが合流して移動することが可能になる。
【００２５】
第１実施形態に係るライドシェアサービス提供システム１においては、ユーザ端末１０Ａ、ユーザ端末１０Ｂ、および管理サーバ２０が、ネットワークによって相互に接続される。ネットワークには、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークは、携帯電話等の電話通信網、Ｗｉ−Ｆｉ（登録商標）等の無線通信網を含んでもよい。
【００２６】
第１実施形態では、例えば、ライドシェアサービス提供システム１によって乗車予約が成立した後に、乗車ユーザが目的地、経由地、出発時刻、到着時刻、乗車順、降車順のいずれかを変更したい場合に、ユーザ端末１０Ａに経路変更要求の操作を行う。当該乗車ユーザは、同乗する他のユーザ（運転ユーザも含む）に対して提供可能なインセンティブを決定し、決定したインセンティブに関する提供インセンティブ情報をユーザ端末１０Ａに入力する。当該乗車ユーザのユーザ端末１０Ａは、経路変更要求のメッセージと提供インセンティブ情報とを管理サーバ２０へ送信する。経路変更要求のメッセージは、「車両の走行経路の変更に関する要求である要求データ」の一例である。以下、経路変更要求のメッセージを、単に、経路変更要求、と称する。
【００２７】
管理サーバ２０は、ユーザ端末１０Ａから経路変更要求を受信すると、当該乗車ユーザが希望する項目の変更後の新たな経路を算出し、例えば、変更前の経路からの他の乗車ユーザの目的地への到着の遅延時間を算出する。また、管理サーバ２０は、経路変更要求とともにユーザ端末１０Ａから受信した提供インセンティブ情報の範囲内で、当該乗車ユーザが乗車する車両に同乗する他のユーザに付与するインセンティブを決定する。管理サーバ２０は、他のユーザそれぞれのユーザ端末１０に対して、経路変更による目的地への到着の遅延時間と、付与されるインセンティブの情報と、経路変更の可否の問合せとを送信する。
【００２８】
管理サーバ２０は、例えば、同乗する他のユーザ全員のユーザ端末１０から経路変更の許可応答を受信すると、経路変更の要求元の乗車ユーザのユーザ端末１０Ａへ経路変更の
確定を通知する。また、同乗する他のユーザへ経路変更を通知する。運転ユーザは、経路変更の通知にしたがって車両を走行させる。
【００２９】
また、管理サーバ２０は、各ユーザの保有するインセンティブ情報を保持しており、同乗する他のユーザへインセンティブを付与するための付与データを作成し、経路変更の要求元のユーザからインセンティブを徴収するための徴収データを作成し、これらのデータから各ユーザのインセンティブ情報を更新する。インセンティブは、例えば、ライドシェアサービスや所定の用途に使用可能なポイント、チケット、クーポン、金銭であってもよい。インセンティブが金銭である場合には、例えば、現金ではなく、予め登録されているクレジットカード、銀行口座からの引き落とし等によって支払われる。また、インセンティブが金銭である場合には、例えば、同乗する他のユーザが支払う金額から、経路変更によって付与される金額を割り引いてもよい。
【００３０】
同乗する他のユーザに、経路変更についてインセンティブを付与することを提示することで、経路変更への同意を得やすくなる。なお、経路変更の要求は、乗車ユーザだけでなく、運転ユーザも行うことができる。また、経路変更の要求は、乗車予約の成立後の乗車前でも乗車中でも行うことができる。
【００３１】
図２は、ユーザ端末１０のシステム構成の一例を示す図である。ユーザ端末１０は、例えば、スマートフォン、携帯電話端末、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。なお、ユーザ端末１０は、ユーザ所有のものであってもよいし、車両に備えられているものであってもよい。ユーザ端末１０は、例えば、ハードウェア構成要素として、制御部１０１、記憶部１０２、無線通信部１０３、入出力部１０４を含む。
【００３２】
制御部１０１は、ユーザ端末１０が行う制御を司る演算装置である。制御部１０１は、例えば、ＣＰＵ（Central Processing Unit）などの演算処理装置によって実現すること
ができる。制御部１０１は、例えば、機能構成要素として、表示処理部１０１１と、入力受付部１０１２と、サーバ通信部１０１３とを備える。各機能構成要素は、例えば、後述する記憶部１０２に記憶されたプログラムを制御部１０１が実行することによって実現される。
【００３３】
表示処理部１０１１は、例えば、後述の入出力部１０４に所定の画面を表示させる処理を実行する。例えば、第１実施形態では、表示処理部１０１１は、後述の経路変更要求設定画面、経路変更可否問合せ画面を入出力部１０４の画面に表示させる。経路変更要求設定画面は、例えば、目的地の変更等による経路変更の設定と要求送信の指示とを入力する画面である。経路変更可否問合せ画面は、例えば、同乗する他のユーザによって発信された経路変更要求について、許可するか否かの応答を入力する画面である。
【００３４】
入力受付部１０１２は、例えば、後述の入出力部１０４から入力される、表示中の画面に対応するユーザ操作を受け付ける。具体的には、入力受付部１０１２は、入出力部１０４へ入力される、経路変更要求設定画面における経路変更要求の入力、経路変更可否問合せ画面における経路変更要求に対する応答の入力の操作を受け付け、操作内容から経路変更要求、経路変更要求に対する応答等を生成し、サーバ通信部１０１３に出力する。
【００３５】
サーバ通信部１０１３は、管理サーバ２０とのインタフェースである。サーバ通信部１０１３は、例えば、入力受付部１０１２から、乗車予約要求、経路変更要求、経路変更要求に対する応答等の入力を受けると、無線通信部１０３を通じて、管理サーバ２０へ送信する。また、サーバ通信部１０１３は、管理サーバ２０から乗車予約情報を受信すると、当該乗車予約情報を記憶部１０２に保存する。また、サーバ通信部１０１３は、管理サー
バ２０から、例えば、経路変更確認要求を受信し、表示処理部１０１１に出力する。表示処理部１０１１は、サーバ通信部１０１３からの経路変更確認要求の入力を受けることで、後述の経路変更可否の問合せ画面を入出力部１０４に出力する。
【００３６】
記憶部１０２は、例えば、主記憶装置と補助記憶装置を含む。主記憶装置は、制御部１０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部１０１で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部１０１によって実行されることで、上述の機能構成要素の処理が行われる。
【００３７】
主記憶装置は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Erasable Programmable ROM）やハード
ディスクドライブ（ＨＤＤ、Hard Disk Drive）を含んでもよい。さらに、補助記憶装置
は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。
【００３８】
無線通信部１０３は、ユーザ端末１０をネットワークに接続するための無線通信インタフェースである。無線通信部１０３は、例えば、無線ＬＡＮや、３Ｇ、ＬＴＥ、５Ｇ等の移動体通信サービスを介して、ネットワークへのアクセスを提供する。
【００３９】
入出力部１０４は、利用者が行った入力操作を受け付け、利用者に対して情報を提示する。第１実施形態では、入出力部１０４は、タッチパネルディスプレイである。すなわち第１実施形態では、入出力部１０４は、例えば、液晶ディスプレイとその制御手段、タッチパネルとその制御手段を含む。
【００４０】
なお、図２に示される構成は一例であり、図示された機能の全部または一部は、専用に設計された回路を用いて実行されてもよい。また、図示された以外の、主記憶装置および補助記憶装置の組み合わせによってプログラムの記憶ないし実行を行ってもよい。
【００４１】
図３は、ユーザ端末１０の経路変更要求設定画面の一例を示す図である。経路変更要求設定画面は、例えば、ライドシェアサービスの乗車予約が成立済みであるユーザが、目的地等の変更に伴う経路変更の要求の設定を行う画面である。経路変更要求設定画面は、例えば、ユーザ端末１０の、ライドシェアサービスを利用するためのアプリケーションソフトウェアのメニュー画面から乗車予約確認のメニューが選択され、乗車予約の確認画面に表示される乗車予約情報から該当する乗車予約情報が選択されると表示される。
【００４２】
図３に示される経路変更要求設定画面には、変更の対象の選択肢と、変更前と変更後の情報の入力欄、提供可能ポイントの入力欄、経路変更要求送信の指示ボタンが含まれている。変更の対象の選択肢として、出発地、目的地、経由地、出発時刻、到着時刻、乗車順、降車順、が示されている。また、例えば、変更の対象が選択されると、変更前の情報の入力欄には、選択された変更の対象に応じた変更前の情報が自動的に入力される。変更後の情報の入力欄は、例えば、選択された変更の対象に応じた入力形態に変化する。
【００４３】
例えば、変更の対象が出発地、目的地、経由地である場合には、変更後の情報の入力欄の下方に過去の入力履歴が表示され、選択された履歴が変更後の情報の入力欄に入力されるようにしてもよいし、自由入力形式で、当該入力欄の下方に、入力された文字列を含む
地点の候補が表示されてもよい。例えば、変更の対象が出発時刻、到着時刻である場合には、変更後の情報の入力欄は、時間と分とでそれぞれ選択可能なプルダウンメニュー形式の表示となってもよい。例えば、変更の対象が乗車順、降車順である場合には、変更後の入力欄は、乗車順又は降車順を選択可能なプルダウンメニュー形式の表示であってもよい。
【００４４】
図３では、経路変更に伴って他のユーザに付与されるインセンティブが所定のポイントであることが想定される場合の経路変更要求設定画面である。そのため、図３に示される経路変更要求設定画面に提供可能なポイントの入力欄が設定されている。経路変更に伴って他のユーザに付与されるインセンティブがクーポンである場合には、経路変更要求設定画面には、例えば、提供可能なインセンティブとして、経路変更要求を行うユーザが提供可能なクーポンのプルダウンメニューが表示される。
【００４５】
経路変更要求送信ボタンが選択されることで、経路変更要求がユーザ端末１０の入力受付部１０１２に入力される。入力受付部１０１２は、経路変更要求設定画面に入力された、変更対象の変更前と変更後との情報を含む経路変更要求を生成し、サーバ通信部１０１３を通じて、管理サーバ２０へ送信する。経路変更要求とともに、例えば、ユーザ端末１０のユーザのユーザＩＤ、乗車予約の識別情報も管理サーバ２０に送信される。なお、図３に示される経路変更要求設定画面は一例であって、経路変更要求設定画面はこれに限定されない。
【００４６】
図４は、ユーザ端末１０の経路変更可否の問合せ画面の一例である。経路変更可否の問合せ画面は、同乗する他のユーザのいずれかによって経路変更要求が発信された場合に、当該経路変更の可否を問い合わせる画面である。経路変更可否の問合せ画面は、例えば、管理サーバ２０から経路変更確認要求が受信されると表示処理部１０１１によって表示される。
【００４７】
経路変更可否の問合せ画面には、例えば、同乗する他のユーザから経路変更要求が発生したことを通知するメッセージと、経路変更確認要求を受信した当該ユーザの目的地への到着の遅延時間と、経路変更を許可した場合に付与されるインセンティブの情報と、許可ボタンと拒否ボタンと、が含まれる。経路変更確認要求を受信した当該ユーザの目的地への到着の遅延時間と、経路変更を許可した場合に付与されるインセンティブの情報とは、例えば、管理サーバ２０から経路変更確認要求とともに受信される。
【００４８】
許可ボタンが選択されると、入力受付部１０１２が許可応答の入力を受け付け、許可応答を生成し、サーバ通信部１０１３を通じて、管理サーバ２０へ許可応答が送信される。拒否ボタンが選択されると、入力受付部１０１２が拒否応答の入力を受け付け、拒否応答を生成し、サーバ通信部１０１３を通じて、管理サーバ２０へ拒否応答が送信される。なお、図４に示される経路変更可否の問合せ画面は一例であって、経路変更可否の問合せ画面はこれに限定されない。
【００４９】
図５は、管理サーバ２０のシステム構成の一例を示す図である。管理サーバ２０は、一般的なコンピュータにより構成される。すなわち、管理サーバ２０は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータである。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部ま
たは全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、管理サーバ２０は、単一のコンピュータで構成されてもよいし、互いに連携する複数台のコンピュータによって構成されてもよい。
【００５０】
管理サーバ２０は、制御部２０１、記憶部２０２、通信部２０３を含む。通信部２０３は、管理サーバ２０をネットワークに接続するための通信インタフェースである。通信部２０３は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信回路を含んで構成される。通信部２０３は、「通信部」の一例である。
【００５１】
記憶部２０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部２０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部２０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。主記憶装置および補助記憶装置については、記憶部１０２と同様であるため、詳細な説明は省略する。
【００５２】
記憶部２０２は、ユーザ情報データベース（ＤＢ）２０２１、インセンティブ情報ＤＢ
２０２２、乗車予約情報ＤＢ  ２０２３を含む。ユーザ情報ＤＢ  ２０２１、インセンティブ情報ＤＢ  ２０２２、乗車予約情報ＤＢ  ２０２３は、例えば、制御部２０１によって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、記憶部２０２に記憶されるデータを管理することで構築される。ユーザ情報ＤＢ  ２０２１、インセンティブ情報ＤＢ  ２０２２、乗車予約情報ＤＢ  ２０２３は、例えばリレーショナルデータベースである。
【００５３】
ユーザ情報ＤＢ  ２０２１は、ユーザ端末１０から取得されるユーザ情報を記憶するデータベースである。ユーザ情報には、例えば、乗車ユーザ又は運転ユーザのいずれであるかを示す情報、ユーザ識別情報、移動スケジュール、ユーザに関する情報（性別、年齢等）等が含まれる。
【００５４】
インセンティブ情報ＤＢ  ２０２２には、例えば、各ユーザの保有するインセンティブの情報、各ユーザの経路変更要求時に同乗する他のユーザに提供可能なインセンティブの情報が含まれている。インセンティブ情報ＤＢ  ２０２２に格納される情報の詳細は後述される。
【００５５】
乗車予約情報ＤＢ  ２０２３には、例えば、マッチングが確定されている乗車予約情報が含まれている。乗車予約情報ＤＢ  ２０２３に格納される情報の詳細は後述される。
【００５６】
制御部２０１は、管理サーバ２０が行う制御を司る演算装置である。制御部２０１は、例えば、ＣＰＵなどの演算処理装置である。制御部２０１は、機能構成要素として、端末通信部２０１１、予約処理部２０１２、マッチング処理部２０１３、経路生成部２０１４、インセンティブ管理部２０１５を備える。これらの機能構成要素は、例えば、記憶部２０２に記憶されたプログラムを制御部２０１によって実行することで実現される。制御部２０１は、「制御部」の一例である。
【００５７】
端末通信部２０１１は、ユーザ端末１０とのインタフェースである。端末通信部２０１１が受信するデータには、例えば、ユーザ端末１０からの、ユーザ情報、移動スケジュール、経路変更要求、経路変更確認要求に対する応答等がある。また、端末通信部２０１１が送信するデータには、例えば、ユーザ端末１０への、経路変更確認要求、経路変更確定通知、経路変更不可通知、経路変更通知等がある。経路変更確定通知及び経路変更不可通知は、経路変更要求に応じて経路変更が確定された場合又は経路変更が拒否された場合に、経路変更の要求元のユーザ端末１０に送信される。経路変更通知は、経路変更要求が発
生した車両に乗車する全ユーザのユーザ端末１０へ送信される。
【００５８】
予約処理部２０１２は、乗車予約に関する制御を行う。具体的には、予約処理部２０１２は、端末通信部２０１１を通じて、ユーザ端末１０Ａから乗車予約要求を受信する。ユーザ端末１０Ａからは、例えば、乗車予約要求とともに、移動スケジュール（出発地、目的地、移動の開始を希望する日時等）が受信される。
【００５９】
予約処理部２０１２は、ユーザ端末１０Ａから乗車予約要求を受信した場合には、マッチング処理部２０１３に、マッチングを依頼する。予約処理部２０１２は、マッチング処理部２０１３から、例えば、ユーザ端末１０Ａの乗車ユーザについてマッチングされた運転ユーザの情報を受ける。予約処理部２０１２は、ユーザ端末１０Ａの乗車ユーザについてマッチングされた運転ユーザのユーザ端末１０Ｂへ、端末通信部２０１１を通じて、乗車予約要求を送信する。乗車予約要求とともに、乗車予約情報も送信される。乗車予約情報は、例えば、合流予定地点及び合流予定時刻、乗車ユーザの出発地及び目的地、到着希望時刻等を含む。乗車予約情報とともに、例えば、ユーザ情報ＤＢ  ２０２１から取得される、乗車ユーザのユーザＩＤ、属性等を含む乗車ユーザに関する情報も送信される。
【００６０】
予約処理部２０１２は、端末通信部２０１１を通じて、ユーザ端末１０Ｂから乗車予約要求に対するＯＫ応答を受信した場合には、当該乗車予約の成立を判定し、乗車ユーザのユーザ端末１０Ａへ、乗車予約の成立を通知する。乗車予約成立の通知とともに、例えば、乗車予約情報、運転ユーザの情報も送信される。運転ユーザの情報には、例えば、ユーザ情報ＤＢ  ２０２１から取得される、運転ユーザＩＤ、属性、車両の情報等も含まれている。
【００６１】
また、予約処理部２０１２は、例えば、乗車予約が成立した場合に、当該乗車予約に応じた経路の生成を経路生成部２０１４に依頼する。経路生成部２０１４から乗車予約に応じた経路情報の入力を受けると、予約処理部２０１２は、当該経路情報を乗車予約と紐づけて乗車予約情報ＤＢ  ２０２３に格納する。経路情報には、例えば、経路、目的地への到着予定時刻等が含まれている。なお、同じ車両に乗車する他の乗車ユーザが存在する場合には、他の乗車ユーザの合流予定地点、目的地を含む経路が生成される。同じ車両に乗車する他の乗車ユーザが存在する場合には、経路情報には、該当する乗車ユーザの乗車順、降車順が含まれてもよい。
【００６２】
予約処理部２０１２は、例えば、乗車予約が成立しているユーザのユーザ端末１０から経路変更要求を受信すると、経路変更要求に含まれる変更の対象を変更後の経路の生成を経路生成部２０１４に依頼し、経路生成部２０１４から変更後の経路情報を取得する。予約処理部２０１２は、変更後の経路情報と、例えば、乗車予約情報ＤＢ  ２０２３に格納されている変更前の経路情報とを比較し、各乗車ユーザの目的地への到着予定時刻の差分（遅延時間）を取得する。運転ユーザについては、例えば、最後に降車するユーザの目的地への到着時刻の差分を遅延時間とする。
【００６３】
予約処理部２０１２は、例えば、経路変更要求とともに受信される提供インセンティブ情報の範囲内で、同乗する各ユーザについて、算出した遅延時間に応じて、付与されるインセンティブを決定する。同乗する各ユーザに付与されるインセンティブは、例えば、遅延時間が長いほどインセンティブの価値が高くなるように決定される。同乗するユーザには、運転ユーザも含まれる。
【００６４】
予約処理部２０１２は、経路変更の要求元のユーザと同乗する各ユーザのユーザ端末１０へ、端末通信部２０１１を通じて、経路変更確認応答を送信する。経路変更確認要求とともに、各ユーザに付与されるインセンティブの情報、各ユーザの目的地への到着の遅延
時間も送信される。
【００６５】
予約処理部２０１２は、各ユーザからの経路変更確認要求に対する応答を受信する。予約処理部２０１２は、例えば、経路変更の要求元のユーザと同乗する全ユーザからの応答が許可応答である場合に、経路変更を確定し、経路変更の要求元のユーザ端末１０へ経路変更の確定を通知する。同乗する一部のユーザからの応答が拒否応答である場合には、予約処理部２０１２は、経路変更を中止し、経路変更の要求元のユーザ端末１０へ経路変更不可を通知する。
【００６６】
また、予約処理部２０１２は、経路変更が確定された場合に、経路変更の要求元のユーザと同乗する他のユーザへインセンティブを付与するための付与データを作成し、当該付与データをインセンティブ管理部２０１５に出力する。具体的には、例えば、インセンティブが所定のポイントである場合には、予約処理部２０１２は、各ユーザの保有ポイントに追加するポイントを含む付与データを作成する。この場合、インセンティブ管理部２０１５は、入力された付与データに基づいて、インセンティブ情報ＤＢ  ２０２２内の該当のユーザの保有ポイントに通知されたポイント分を追加する。また、予約処理部２０１２は、経路変更の要求元のユーザから提供されるポイントを含む徴収データを作成してインセンティブ管理部２０１５に出力する。インセンティブ管理部２０１５は、入力された徴収データに基づいて、インセンティブ情報ＤＢ  ２０２２の要求元のユーザの保有ポイントから通知されたポイント分を差し引く。
【００６７】
次に、マッチング処理部２０１３は、予約処理部２０１２からの依頼に応じて、乗車予約要求の送信元のユーザ端末１０Ａに対応する乗車ユーザと運転ユーザとのマッチングを行う。マッチング処理部２０１３のマッチング方法は、周知の技術のいずれであってもよく、特定の方法に限定されない。例えば、マッチング処理部２０１３は、ユーザ情報ＤＢ
２０３１から、乗車予約の要求元の乗車ユーザと、移動スケジュールが重複する運転ユーザを抽出する。移動スケジュールが重複するとは、例えば、乗車ユーザと運転ユーザとの移動スケジュールにおいて、移動時期（出発時刻から到着時刻）が重複し、出発地又は／及び目的地の方面が同じであることである。マッチング処理部２０１３は、抽出された運転ユーザの中から、例えば、ランダムに、又は、評価値、属性等に基づいて、乗車予約の要求元の乗車ユーザのマッチング相手を選択する。
【００６８】
また、マッチング処理部２０１３は、例えば、乗車ユーザの出発地及び目的地、運転ユーザの走行経路に基づいて、合流予定地点を決定する。また、マッチング処理部２０１３は、乗車ユーザの移動の開始を希望する日時と運転ユーザの車両の運行を開始する日時とに基づいて、合流予定時刻を決定する。合流予定地点、合流予定時刻の決定方法は、周知の技術のいずれであってもよく、特定の方法に限定されない。マッチング処理部２０１３は、選択した運転ユーザの情報、合流予定地点、合流予定時刻等を予約処理部２０１２に出力する。
【００６９】
経路生成部２０１４は、予約処理部２０１２からの依頼に従って、経路を生成する。例えば、経路生成部２０１４は、予約処理部２０１２から乗車予約が成立した乗車ユーザ及び運転ユーザの移動スケジュールの入力を受け、運転ユーザの出発地から乗車ユーザの出発地、乗車ユーザの目的地、運転ユーザの目的地の順で経由する経路を生成する。該当する車両に乗車する乗車ユーザが複数存在する場合には、運転ユーザの出発地から目的地までの間に各ユーザの出発地と目的地とを経由するような経路が生成される。経路の生成方法は、周知の技術のいずれであってもよい。経路生成部２０１４は、各ユーザの出発地及び目的地の到着予定時刻、乗車順、降車順、各経由地（各ユーザの出発地及び目的地）間の経路を含む経路情報を予約処理部２０１２に出力する。
【００７０】
インセンティブ管理部２０１５は、インセンティブ情報ＤＢ  ２０２２の管理を行う。インセンティブ管理部２０１５は、例えば、予約処理部２０１２からの通知にしたがって、インセンティブ情報ＤＢ  ２０２２の更新を行う。
【００７１】
なお、管理サーバ２０の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、端末通信部２０１１、予約処理部２０１２、マッチング処理部２０１３、経路生成部２０１４、インセンティブ管理部２０１５の処理は、別々のコンピュータにより実行されてもよい。
【００７２】
図６は、インセンティブ情報テーブルの一例である。インセンティブ情報テーブルはインセンティブ情報ＤＢ  ２０２２に格納されているテーブルである。インセンティブ情報テーブルは、各ユーザが保有するインセンティブに関する情報を格納するテーブルである。図６では、インセンティブとして所定のポイントが用いられる場合のインセンティブ情報テーブルの例が示されている。
【００７３】
図６に示されるインセンティブ情報テーブルは、ユーザＩＤ、保有ポイント、提供可能ポイントのフィールドを有する。ユーザＩＤフィールドには、ユーザの識別情報が入力される。保有ポイントには、当該ユーザが保有しているポイント数が入力される。提供可能ポイントフィールドには、当該ユーザによって予め設定されている、経路変更要求時の提供可能なポイント数が入力されている。経路変更要求時の提供可能なポイント数の設定は、任意である。なお、提供可能なポイント数は、保有ポイント数を超えて設定できない。
【００７４】
例えば、予め経路変更要求時の提供可能なポイント数を設定している場合には、経路変更要求設定画面において、ユーザは提供可能ポイントの入力欄にポイント数を入力しなくてもよい。また、この場合には、予約処理部２０１２は、インセンティブ情報テーブルから当該ユーザの提供可能なポイント数を取得し、同乗する他のユーザに付与されるインセンティブを決定する。
【００７５】
また、予約処理部２０１２は、ユーザ端末１０から経路変更要求とともに提供インセンティブ情報を受信せず、且つ、インセンティブ情報テーブルに要求元のユーザの提供可能なポイント数の設定がない場合には、提供インセンティブ情報の要求を当該ユーザ端末１０へ送信する。
【００７６】
経路変更が確定された場合には、インセンティブ管理部２０１５によって、要求元のユーザの保有ポイント数が、提供可能ポイント数を差し引かれて更新される。また、要求元のユーザと同乗する他のユーザの保有ポイント数は、インセンティブ管理部２０１５によって、各ユーザの保有ポイント数が追加されて更新される。なお、図６に示されるインセンティブ情報テーブルは一例であって、これに限定されない。
【００７７】
図７は、乗車予約情報テーブルの一例である。乗車予約情報テーブルは、乗車予約情報ＤＢ  ２０２３に格納されている。乗車予約情報テーブルは、乗車予約情報を格納する。予約情報テーブルは、乗車予約に関する情報を保持するテーブルである。
【００７８】
図７に示される乗車予約情報テーブルは、乗車予約ＩＤ、運転ユーザＩＤ、乗車ユーザＩＤ、合流予定地点、合流予定時刻、経由地、経由地の到着予定時刻、目的地、目的地の到着予定時刻、同乗者有無のフィールドを有する。乗車予約ＩＤフィールドには、乗車予約の識別情報が入力される。
【００７９】
運転ユーザＩＤフィールドには、運転ユーザのユーザＩＤが入力される。乗車ユーザＩＤフィールドには、乗車ユーザのユーザＩＤが入力される。
【００８０】
合流予定地点フィールドには、マッチング処理部２０１３によって決定された合流予定地点の情報が入力される。合流予定地点は、例えば、乗車ユーザが乗車予約要求又は経路変更要求で指定した出発地、又はその近辺の地点である。合流予定地点フィールドには、例えば、合流予定地点の情報として、経度及び緯度、住所、ランドマークの名称等のいずれが入力されてもよい。合流予定時刻フィールドには、マッチング処理部２０１３によって決定された合流予定時刻が入力される。合流予定時刻は、例えば、乗車ユーザが乗車予約要求又は経路変更要求で指定した出発時刻、乗車ユーザが乗車予約要求で指定した目的地の到着予定時刻から逆算で算出された時刻である。
【００８１】
経由地及び目的地フィールドには、乗車ユーザが乗車予約要求又は経路変更要求で指定した経由地及び目的地が入力される。経由地到着予定時刻及び目的地到着予定時刻フィールドには、乗車ユーザが乗車予約要求又は経路変更要求で指定した経由地及び目的地への到着予定時刻が入力される。経由地及び目的地への到着予定時刻は、例えば、乗車予約要求又は経路変更要求で指定された時刻、経路生成部２０１４によって算出された時刻である。乗車予約要求又は経路変更要求によって経由地が指定されていない場合には、経由地フィールド及び経由地到着予定時刻フィールドは空である。また、経由地が複数ある場合には、経由地フィールド及び経由地到着予定時刻フィールドも複数用意される。
【００８２】
同乗者有無フィールドには、同乗者の有無を示す情報が入力される。同乗者の有無を示す情報は、例えば、フラグ、「有」又は「無」、同乗者である乗車希望者ＩＤ等である。同乗者は、例えば、乗車予約情報において、運転ユーザ、乗車予定時期（合流予定時刻から目的地到着予定時刻までの期間）の一部又は全部とが重複する乗車ユーザ同士のことである。同業者有無フィールドに格納される情報は、例えば、新規登録の乗車予約情報と運転ユーザＩＤ、乗車予定期間の一部又は全部とが重複する乗車予約情報の有無が判定され、重複する乗車予約情報が存在する場合に、当該新規登録の乗車予約情報と、重複する乗車予約情報と、において登録又は更新される。
【００８３】
図７に示される例の乗車予約１のエントリでは、運転ユーザＳ００１が運転する車両に、乗車ユーザＣ００１が、８：００に地点ｆで合流し、運転ユーザＳ００１は、目的地ｇに向かって車両を移動させることが示される。
【００８４】
図７に示される乗車予約２と乗車予約３のエントリでは、運転ユーザＳ００１と、合流予定時刻から到着予定時刻までの乗車予定期間と、が重複しており、乗車ユーザＣ００２とＣ００３とは、同乗者同士であることが示される。
【００８５】
図７に示される例の乗車予約２と乗車予約３とのエントリでは、運転ユーザＳ００２が運転する車両に、乗車ユーザＣ００２が、８：３０に地点ｈで合流し、運転ユーザＳ００２は、地点ｉに向かって車両を移動させ、８：４５に地点ｉで乗車ユーザＣ００３を更に同乗させることが示される。また、運転ユーザＳ００２は、乗車ユーザＣ００３の目的地ｊに向かって車両を移動させ、地点ｊで乗車ユーザＣ００３を降車させた後、乗車ユーザＣ００２の目的地ｅに向かって車両を移動させることが示される。なお、乗車予約情報テーブルは図７に示されるものに限定されない。
【００８６】
＜処理の流れ＞
図８は、第１実施形態に係る管理サーバ２０の経路変更要求に係る処理のフローチャートの一例である。図８に示される処理は、例えば、所定の周期で繰り返し実行される。図８に示される処理の実行主体は、管理サーバ２０の制御部１０１であるが、便宜上、機能構成要素である予約処理部２０１２を主体として説明する。
【００８７】
Ｓ１０１では、予約処理部２０１２は、端末通信部２０１１を通じて、ユーザ端末１０から経路変更要求を受信したか否かを判定する。ユーザ端末１０から経路変更要求が受信された場合には（Ｓ１０１：ＹＥＳ）、処理がＳ１０２に進む。ユーザ端末１０から経路変更要求が受信されていない場合には（Ｓ１０１：ＮＯ）、図８に示される処理が終了する。
【００８８】
Ｓ１０２では、予約処理部２０１２は、経路変更要求の変更の対象の変更後の経路の生成を経路生成部２０１４に依頼し、変更後の経路情報を取得する。Ｓ１０３では、予約処理部２０１２は、変更後の経路情報と変更前の経路情報とを比較し、経路変更要求の要求元のユーザと同乗する他のユーザの目的地への到着の遅延時間を算出する。変更前の経路情報（例えば、目的地への到着予定時刻）は、例えば、乗車予約情報ＤＢ  ２０２３から取得される。Ｓ１０３の処理は、「前記走行経路の変更に伴う前記他のユーザの目的地への到着の遅延時間を算出すること」の一例である。
【００８９】
Ｓ１０４では、予約処理部２０１２は、目的地への到着の遅延時間に応じて、経路変更要求の要求元のユーザと同乗する他のユーザへ付与されるインセンティブを算出する。また、他のユーザへ付与されるインセンティブは、経路変更要求とともに受信される提供インセンティブ情報で指定される範囲内で決定される。他のユーザへ付与されるインセンティブは、例えば、目的地への到着の遅延時間が長くなるほど価値が高くなるように決定される。ただしこれに限定されず、他のユーザに同じ価値のインセンティブが付与されるように決定されてもよい。Ｓ１０４の処理は、「前記走行経路の変更に伴って、前記複数のユーザのうちの他のユーザへ付与するインセンティブの決定」の一例である。
【００９０】
Ｓ１０５では、予約処理部２０１２は、経路変更要求の要求元のユーザと同乗する他のユーザのユーザ端末１０へ、経路変更確認要求を送信する。経路変更確認要求とともに、付与されるインセンティブの情報、目的地への到着の遅延時間も送信される。Ｓ１０５の処理は、「前記決定されたインセンティブに関するインセンティブ情報と、前記走行経路の変更を受け入れるか否かの問合せと、の前記他のユーザに対する提示」の一例である。
【００９１】
Ｓ１０６では、予約処理部２０１２は、経路変更要求の要求元のユーザと同乗する他のユーザのユーザ端末１０から受信された経路変更確認要求に対する応答が、他の全てのユーザについて、許可応答であるか否かを判定する。他の全てのユーザについて、経路変更確認要求の応答が許可応答である場合には（Ｓ１０６：ＹＥＳ）、処理がＳ１０７に進む。他のユーザの少なくとも一人でも拒否応答である場合には（Ｓ１０６：ＮＯ）、処理がＳ１１０に進む。Ｓ１１０では、予約処理部２０１２は、要求元のユーザ端末１０へ、端末通信部２０１１を通じて、経路変更不可通知を送信する。経路変更不可通知を受信した要求元のユーザは、例えば、提供可能なインセンティブをより価値の高いものにしたり、目的地をさらに別のものに変更したりして、再度経路変更要求を行ってもよい。その後、図８に示される処理が終了する。
【００９２】
Ｓ１０７では、予約処理部２０１２は、要求元のユーザ端末１０へ、端末通信部２０１１を通じて、経路変更確定通知を送信する。Ｓ１０８では、予約処理部２０１２は、要求元のユーザと同乗する他のユーザのユーザ端末１０と要求元のユーザ端末１０とへ、端末通信部２０１１を通じて、経路変更通知を送信する。経路変更通知とともに新たな経路情報も送信される。
【００９３】
Ｓ１０９では、予約処理部２０１２は、各ユーザへインセンティブを付与するための付与データを作成する。予約処理部２０１２は、インセンティブ管理部２０１５に各ユーザについての付与データを出力し、インセンティブ管理部２０１５はインセンティブ情報ＤＢ  ２０２２の各ユーザの保有インセンティブに通知されたインセンティブを追加する。
また、予約処理部２０１２は、経路変更の要求元のユーザからインセンティブを徴収するための徴収データを作成する。予約処理部２０１２は、作成した徴収データをインセンティブ管理部２０１５に出力し、インセンティブ管理部２０１５は、インセンティブ情報ＤＢ  ２０２２の要求元のユーザの保有インセンティブから通知されたインセンティブを削除する。その後、図８に示される処理が終了する。Ｓ１０９の処理は、「前記決定されたインセンティブを前記他のユーザへ付与するための付与データの作成」の一例である。
【００９４】
＜第１実施形態の作用効果＞
第１実施形態では、経路変更要求が発生した場合に、経路変更の要求元のユーザと同乗する他のユーザに、経路変更を許可することによって付与されるインセンティブを提示することによって、経路変更の同意を得やすくすることができる。
【００９５】
また、第１実施形態では、同乗する他のユーザに経路変更確定時に付与されるインセンティブは、経路変更の要求元のユーザから提供される。これによって、むやみに経路変更要求を行うことを抑制することができる。
【００９６】
また、第１実施形態では、目的地への到着の遅延時時間に応じて、同乗する他のユーザに経路変更確定時に付与されるインセンティブが決定される。これによって、同乗する他のユーザ間での不公平感を低減することができ、経路変更の同意をより得やすくなる。
【００９７】
また、第１実施形態では、同乗する他のユーザに、目的地への到着の遅延時間も提示されるので、同乗する他のユーザは、遅延時間に応じて、経路変更の可否を判断することができる。
【００９８】
＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【００９９】
第１実施形態では、ライドシェアサービスに用いられる車両は、運転ユーザによる手動運転される車両として説明されたが、これに限定されない。ライドシェアサービスには、自律走行する車両が用いられてもよい。自律走行する車両が用いられる場合には、経路変更確定後の経路変更の指示は、例えば、当該自律走行する車両に搭載されるコンピュータへ送信される。また、乗車するユーザへの経路変更の通知（例えば、図８のＳ１０８）は、各ユーザ端末１０ではなく、自律走行する車両に送信され、当該車両内に設置されたディスプレイ等の入出力装置に出力されて、乗車するユーザに報知されてもよい。
【０１００】
また、第１実施形態では、同乗する他のユーザへ経路変更時に付与されるインセンティブは、各ユーザの目的地への到着の遅延時間に応じて決定されるがこれに限定されない。例えば、経路変更前後の各ユーザの目的地への走行距離の差分に応じて、同乗する他のユーザへ経路変更時に付与されるインセンティブが決定されてもよい。また、同乗する他のユーザへ経路変更時に付与されるインセンティブは、目的地への到着の遅延時間と経路変更前後の各ユーザの目的地への走行距離の差分とに応じて、決定されてもよい。また、予め各ユーザの目的地への到着の遅延時間の許容時間を取得しておき、目的地への到着の遅延時間が当該許容時間内であれば、インセンティブの付与が免除されるようにしてもよい。これによって、経路変更の要求元のユーザの負担が軽減される。また、各ユーザの許容時間を、経路変更の要求元のユーザのユーザ端末１０に提示してもよい。
【０１０１】
また、第１実施形態では、同乗する他のユーザへの経路変更時に付与されるインセンティブは、経路変更の要求元のユーザによって提供されるが、これに限定されず、例えば、ライドシェアサービス提供システム１が提供してもよい。
【０１０２】
また、第１実施形態では、同乗する他のユーザ全てから経路変更確認要求に対する応答が受信されない場合には、経路変更不可となるが、これに限定されない。例えば、同乗する他のユーザからの許可応答の数が所定の閾値に達している場合には、経路変更確定が判定されるようにしてもよい。
【０１０３】
本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【０１０４】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【０１０５】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１０６】
１        ：ライドシェアサービス提供システム
１０      ：ユーザ端末
２０      ：管理サーバ
２０１    ：制御部
２０２    ：記憶部
２０１１  ：端末通信部
２０１２  ：予約処理部
２０１３  ：マッチング処理部
２０１４  ：経路生成部
２０１５  ：インセンティブ管理部
２０２１  ：ユーザ情報データベース
２０２２  ：インセンティブ情報データベース
２０２３  ：乗車予約情報データベース
【図１】
2020009369.tif 000003
【図２】
2020009369.tif 000004
【図３】
2020009369.tif 000005
【図４】
2020009369.tif 000006
【図５】
2020009369.tif 000007
【図６】
2020009369.tif 000008
【図７】
2020009369.tif 000009
【図８】
2020009369.tif 000010