JP2020027348A - 情報処理装置及び情報処理方法、プログラム - Google Patents

Abstract

【課題】所定の場所に移動する車両への相乗りを促進させる。【解決手段】所定の場所へ移動する車両に相乗りが予定されているユーザである便乗ユーザの数を取得することと、便乗ユーザとは異なるユーザである潜在ユーザが車両に乗車するときに要する費用を便乗ユーザの数に基づいて設定することと、車両が所定の場所へ移動するときに予定されている経路から所定範囲内に存在している潜在ユーザに対して費用に関する情報を提供することと、を実行する。【選択図】図１０

Description

本発明は、情報処理装置及び情報処理方法、プログラムに関する。

車両に相乗りするライドシェアにおいて、車両に便乗するユーザに金銭的なインセンティブを与えてユーザを誘導することが知られている（例えば、特許文献１参照。）。

特開２０１７−１４２１７７号公報

本発明の目的は、所定の場所に移動する車両への相乗りを促進させることにある。

本発明の態様の一つは、所定の場所へ移動する車両に相乗りが予定されているユーザである便乗ユーザの数を取得することと、前記便乗ユーザとは異なるユーザである潜在ユーザが前記車両に乗車するときに要する費用を前記便乗ユーザの数に基づいて設定することと、前記車両が前記所定の場所へ移動するときに予定されている経路から所定範囲内に存在している前記潜在ユーザに対して前記費用に関する情報を提供することと、を実行する制御部を備える情報処理装置である。

本発明の態様の一つは、コンピュータが、所定の場所へ移動する車両に相乗りが予定されているユーザである便乗ユーザの数を取得し、前記便乗ユーザとは異なるユーザである潜在ユーザが前記車両に乗車するときに要する費用を前記便乗ユーザの数に基づいて設定し、前記車両が前記所定の場所へ移動するときに予定されている経路から所定範囲内に存在している前記潜在ユーザに対して前記費用に関する情報を提供する、ことを含む情報処理方法である。

本発明の態様の一つは、コンピュータに、所定の場所へ移動する車両に相乗りが予定されているユーザである便乗ユーザの数を取得することと、前記便乗ユーザとは異なるユーザである潜在ユーザが前記車両に乗車するときに要する費用を前記便乗ユーザの数に基づいて設定することと、前記車両が前記所定の場所へ移動するときに予定されている経路から所定範囲内に存在している前記潜在ユーザに対して前記費用に関する情報を提供することと、を実行させるプログラムである。

本発明によれば、所定の場所に移動する車両への相乗りを促進させることができる。

実施形態に係る相乗り支援システムの概略構成を示す図である。 第１実施形態に係る相乗り支援システムを構成するユーザ端末及びサーバのそれぞれの構成の一例を概略的に示すブロック図である。 サーバの機能構成を例示した図である。 便乗ユーザ情報ＤＢに格納される情報のテーブル構成を例示した図である。 車両情報ＤＢに格納される車両情報のテーブル構成を例示した図である。 位置情報ＤＢに格納される位置情報のテーブル構成を例示した図である。 便乗ユーザの数と運賃との関係を例示した図である。 ユーザ端末の機能構成を例示した図である。 潜在ユーザ端末の出力部に表示される、車両を選択するための画面の一例を示した図である。 第１実施形態に係る運賃情報提供処理のフローチャートの一例である。 第１実施形態に係る相乗り支援システムの処理のシーケンスを示す図である。 第２実施形態に係るサーバの機能構成を例示した図である。 第２実施形態に係る履歴情報ＤＢに格納される履歴情報のテーブル構成を例示した図である。 第２実施形態に係る推定運賃情報を受信した潜在ユーザ端末の出力部に表示される画面の一例を示した図である。 第２実施形態に係る推定運賃情報を潜在ユーザに提供する処理のフローチャートの一例である。

本発明の態様の一つである情報処理装置は、所定の場所へ移動するために同一の車両に乗車することが予定されているユーザ（便乗ユーザ）の数を取得する。所定の場所は、例えば、車両の目的地または車両の経由地である。便乗ユーザは、この所定の場所への移動が既に確定しているユーザである。制御部は、例えば、各ユーザが所持する端末から車両への乗車を希望することを示す信号を受けることにより、便乗ユーザの数を取得する。なお、便乗ユーザの数は、車両に実際に乗車しているユーザの数としてもよく、車両に乗車することが確定しているユーザの数としてもよい。制御部は、便乗ユーザの数に基づいて、車両に乗車するときに要する費用を設定する。例えば、便乗ユーザの数が多いほど、その後に乗車するユーザの費用が低くなるように設定する。この費用には、上限または下限を設けることができる。

このようにして設定した費用に関する情報を、制御部は潜在ユーザに対して提供している。潜在ユーザは、車両が所定の場所へ移動するときに予定されている経路から所定範囲内に存在しているユーザであって、所定の場所への移動がまだ予定されていないユーザである。この所定範囲は、例えば、便乗ユーザが乗車可能な範囲、または、車両が移動する経路を変更しても車両の運転者または車両の負担が許容範囲内となる範囲である。運転者または車両の負担には、例えば、時間的負担、コスト的負担等がある。費用に関する情報が提供されると、例えば、潜在ユーザが所持する端末に、その費用が表示される。この提供された費用に関する情報によっては、潜在ユーザが所定の場所への移動を希望する場合もある。このようにして、所定の場所に移動する車両への相乗りを促進させることができる。そして、潜在ユーザが車両に乗車することを希望すると、便乗ユーザの数が増加することになり、費用がさらに低くなる。したがって、所定の場所へ潜在ユーザをさらに誘導し易くなる。例えば、所定の場所に商業施設が存在する場合には、便乗ユーザの数を増加させることにより、商品の購入者の数が増加し得るため、売り上げの増加をはかることができる。

また、前記制御部は、前記潜在ユーザが前記車両に相乗りすることを希望する場合に、前記潜在ユーザに対応する地点を経由するように前記経路を生成することと、生成した前記経路を前記車両の運転者または前記車両に提供することと、を実行してもよい。

潜在ユーザが車両に相乗りすることを希望した場合には、その潜在ユーザが車両に相乗り可能なように車両の移動経路を生成することもできる。この移動経路にしたがって車両が移動すれば、潜在ユーザを車両に乗せることが可能となる。なお、移動経路は、車両に
提供してもよく、車両の運転者に提供してもよい。移動経路を車両に提供した場合には、車両が自動で目的地に向かって移動してもよく、車両のディスプレイ等に移動経路を表示して車両が運転者に対して移動経路を指示してもよい。また、移動経路を車両の運転者に提供する場合には、例えば、車両の運転者が所持する端末に対して移動経路を示す情報を送信してもよい。一方、車両の移動経路を固定することもできる。この場合、車両への乗車地点を予め決めておき、便乗ユーザは、その乗車地点まで徒歩等により移動してもよい。その場合、乗車地点から所定範囲内に存在するユーザが潜在ユーザとなる。

また、前記制御部は、前記便乗ユーザの数が多いほど前記費用が低くなるように前記費用を設定することを実行してもよい。

移動に要する費用が低減することにより、潜在ユーザが目的地への移動を希望する蓋然性が高くなるため、目的地により多くのユーザを集めることができる。なお、便乗ユーザが一人増加する毎に費用を低くしてもよく、二人または三人以上増加する毎に費用を低くしてもよい。費用が変化する便乗ユーザの数の単位は、任意に定めることができる。

また、前記制御部は、過去に取得した前記便乗ユーザの数に基づいて、将来に前記所定の場所へ移動する前記車両に前記潜在ユーザが乗車するときに要する費用である推定費用を算出することと、算出した前記推定費用に関する情報を前記潜在ユーザに対して提供することと、を実行してもよい。

過去の便乗ユーザの数に基づいて、将来の便乗ユーザの数を推定することができる。例えば、日付、曜日、時間、天気等と便乗ユーザの数とに相関がある場合もある。この相関に基づいて、将来の便乗ユーザの数を推定することができる。また、例えば、商業施設においてセールやイベント等がある場合には、便乗ユーザの数が増加することが推定される。このような場合には、過去の便乗ユーザの数に基づいて、車両に乗車するときに要する費用が低くなると推定できるので、その情報を潜在ユーザに提供することにより、便乗ユーザの数を増加させることができる。これにより、所定の場所に移動する車両への相乗りをさらに促進させることができる。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、実施形態に係る相乗り支援システム１の概略構成を示す図である。図１の例では、相乗り支援システム１は、運転ユーザが運転する車両１０、運転ユーザが使用する運転ユーザ端末２０Ａ、便乗ユーザが使用する便乗ユーザ端末２０Ｂ、潜在ユーザが使用する潜在ユーザ端末２０Ｃ、サーバ３０を含む。なお、運転ユーザは、車両１０を運転することによって便乗ユーザを所定の場所まで運ぶユーザである。また、便乗ユーザは、車両１０への相乗りが予定されているユーザであり、車両１０への相乗りが確定しているユーザである。潜在ユーザは、車両１０への相乗りが予定されていないユーザである。運転ユーザ、便乗ユーザ、潜在ユーザは、夫々複数存在する。そして、運転ユーザ端末２０Ａ及び車両１０は、相乗り支援システム１を利用する運転ユーザの数だけ存在し、便乗ユーザ端末２０Ｂは、相乗り支援システム１を利用する便乗ユーザの数だけ存在し、潜在ユーザ端末２０Ｃは、相乗り支援システム１を利用する潜在ユーザの数だけ存在する。なお、車両１０は、自動運転を行う車両（以下、自動運転車両という。）であってもよい。この場合、運転ユーザは存在せず、運転ユーザ端末２０Ａは、車両１０に搭載される端末であり、運転ユーザ端末２０Ａが移動経路にしたがって車両１０を移動させる。

以下では、運転ユーザ端末２０Ａ、便乗ユーザ端末２０Ｂ、潜在ユーザ端末２０Ｃを区別しない場合には、単にユーザ端末２０という。運転ユーザ、便乗ユーザ、潜在ユーザを区別しない場合には、単にユーザという。ユーザ端末２０及びサーバ３０は、ネットワークＮ１によって相互に接続されている。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。

相乗り支援システム１は、潜在ユーザに対して所定の場所に向かう車両１０の運賃に関する情報を提供する。そして、潜在ユーザが車両１０への乗車を希望することにより便乗ユーザに変化する。サーバ３０は、全ての便乗ユーザを所定の場所まで輸送可能なように車両１０の移動経路を生成する。生成された移動経路は、運転ユーザ端末２０Ａ及び便乗ユーザ端末２０Ｂに送信される。なお、運転ユーザ端末２０Ａは、受信した移動経路を地図上に表示させるだけでもよく、受信した移動経路にしたがって車両１０が移動する方向を案内してもよい。

サーバ３０は、車両１０の移動予定経路から所定範囲に潜在ユーザ端末２０Ｃが存在している場合には、この潜在ユーザ端末２０Ｃに対して、車両１０の運賃に関する情報を送信する。この運賃は、車両１０に乗車するときに要する費用の一例である。所定範囲とは、例えば、便乗ユーザが乗車可能な範囲、または、移動経路を変更しても車両１０の運転者または車両１０の負担が許容範囲内となる範囲であり、例えば、同一の市町村区内のエリアである。移動予定経路は、車両１０が移動を予定している経路であり、車両１０が現在地から目的地（所定の場所）へ到達可能なように生成されている。なお、便乗ユーザが存在する場合には、便乗ユーザを乗車させるように車両１０が移動する経路を変更する。便乗ユーザが乗車する地点は、例えば、便乗ユーザ端末２０Ｂから取得される便乗ユーザの現在地、または、便乗ユーザが乗車を希望している地点である。便乗ユーザが乗車を希望している地点は、予めサーバ３０に登録された地点であってもよい。車両１０の運賃は、例えば、便乗ユーザの数が多くなるほど、低くなるようにサーバ３０によって設定される。したがって、潜在ユーザが車両１０に乗車することを希望することで便乗ユーザに変化すると、便乗ユーザの数にしたがって車両１０の運賃が低減する。

なお、各便乗ユーザが支払うべき運賃は、各便乗ユーザが車両１０への乗車を希望した時点に確定する。したがって、一の便乗ユーザの運賃が確定した後に、他の便乗ユーザが増加することにより運賃が低減しても、一の便乗ユーザの運賃は低減しない。ただし、一の便乗ユーザの運賃も、他の便乗ユーザの運賃と同様に低減させることもできる。サーバ３０は、便乗ユーザが増加する度に、便乗ユーザが乗車する地点を車両１０が経由するように移動経路を生成して、運転ユーザ端末２０Ａに送信する。なお、車両１０の移動経路と、便乗ユーザの乗車地点とは固定されていてもよい。この場合、前述の所定範囲は、便乗ユーザが徒歩で乗車地点まで移動可能な範囲としてもよい。

図２に基づいて、ユーザ端末２０、サーバ３０のハードウェア構成について説明する。図２は、本実施形態に係る相乗り支援システム１を構成するユーザ端末２０及びサーバ３０のそれぞれの構成の一例を概略的に示すブロック図である。

サーバ３０は、一般的なコンピュータの構成を有している。サーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、通信部３４を有する。これらは、バスにより相互に接続される。

プロセッサ３１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ３１は、サーバ３０を制御し、様々な情報処理の演算を
行う。プロセッサ３１は、「制御部」の一例である。主記憶部３２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部３３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補助記憶部３３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３３に格納されたプログラムをプロセッサ３１が主記憶部３２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をサーバ３０が実現する。主記憶部３２および補助記憶部３３は、コンピュータで読み取り可能な記録媒体である。なお、サーバ３０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、補助記憶部３３に格納される情報は、主記憶部３２に格納されてもよい。また、主記憶部３２に格納される情報は、補助記憶部３３に格納されてもよい。

通信部３４は、ネットワークＮ１経由でユーザ端末２０と通信を行う手段である。通信部３４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

なお、サーバ３０で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。サーバ３０のハードウェア構成は、図２に示されるものに限定されない。

次に、ユーザ端末２０について説明する。ユーザ端末２０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。なお、運転ユーザ端末２０Ａは、車両１０に搭載されている端末でもよい。ユーザ端末２０は、プロセッサ２１、主記憶部２２、補助記憶部２３、入力部２４、出力部２５、通信部２６、位置情報センサ２７を有する。これらは、バスにより相互に接続される。プロセッサ２１、主記憶部２２、補助記憶部２３については、サーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３と同様であるため、説明を省略する。なお、ユーザ端末２０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。例えば、運転ユーザ端末２０Ａは、車両１０に搭載されるコンピュータと、運転ユーザが携帯するコンピュータとが連携したものであってもよい。

入力部２４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、押しボタン等である。出力部２５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル、スピ
ーカ、ランプ等である。入力部２４及び出力部２５は、１つのタッチパネルディスプレイとして構成してもよい。通信部２６は、ユーザ端末２０をネットワークＮ１に接続するための通信手段である。通信部２６は、例えば、移動体通信サービス（３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の電話通信網、ＷｉＦｉ等の無線通信）を利用
して、ネットワークＮ１経由で他の装置（例えばサーバ３０等）と通信を行うための回路である。

位置情報センサ２７は、所定の周期で、ユーザ端末２０の現在地に関する情報を取得する。位置情報センサ２７は、例えば、ＧＰＳ（Global Positioning System）受信部、Ｗ
ｉＦｉ通信部等である。なお、ユーザ端末２０のハードウェア構成は、図２に示されるものに限定されない。

次に、サーバ３０の機能について説明する。図３は、サーバ３０の機能構成を例示した図である。サーバ３０は、機能構成要素として、相乗り要求取得部３０１、ユーザ情報取得部３０２、車両情報取得部３０３、位置情報取得部３０４、運賃情報提供部３０５、ルート生成部３０６、ユーザ情報ＤＢ３１１、便乗ユーザ情報ＤＢ３１２、車両情報ＤＢ３１３、位置情報ＤＢ３１４、運賃情報ＤＢ３１５、地図情報ＤＢ３１６を備える。サーバ３０のプロセッサ３１は、主記憶部３２上のコンピュータプログラムにより、相乗り要求取得部３０１、ユーザ情報取得部３０２、車両情報取得部３０３、位置情報取得部３０４、運賃情報提供部３０５、ルート生成部３０６の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。

ユーザ情報ＤＢ３１１、便乗ユーザ情報ＤＢ３１２、車両情報ＤＢ３１３、位置情報ＤＢ３１４、運賃情報ＤＢ３１５、地図情報ＤＢ３１６は、プロセッサ３１によって実行されるデータベース管理システム（Database Management System、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される。ユーザ情報ＤＢ３１１、便乗ユーザ情報ＤＢ３１２、車両情報ＤＢ３１３、位置情報ＤＢ３１４、運賃情報ＤＢ３１５、地図情報ＤＢ３１６は、例えば、リレーショナルデータベースである。

なお、サーバ３０の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

相乗り要求取得部３０１は、例えば、車両１０への相乗りを希望する潜在ユーザの潜在ユーザ端末２０Ｃから相乗り要求を取得する。相乗り要求とは、潜在ユーザの識別子を含む情報であり、当該潜在ユーザが、車両１０への乗車を要求するための情報である。なお、以下では、サーバ３０が相乗り要求を受信するまでは、当該相乗り要求を送信するユーザ端末２０を、潜在ユーザ端末２０Ｃとして扱い、サーバ３０が相乗り要求を受信した後は、当該相乗り要求を送信したユーザ端末２０を、便乗ユーザ端末２０Ｂとして扱う。したがって、相乗り要求の生成は、潜在ユーザ端末２０Ｃにおいて行われる。相乗り要求には、潜在ユーザによって選択された車両１０であって、潜在ユーザが乗車を希望する車両１０に対応するＩＤ（以下、車両ＩＤともいう。）に関する情報を含む。車両ＩＤは、車両１０に固有な識別子であり、運転ユーザと紐付けされている。相乗り要求取得部３０１は相乗り要求を取得すると、便乗ユーザのユーザＩＤと関連付けて、車両ＩＤを後述の便乗ユーザ情報ＤＢ３１２に格納する。

また、ユーザ情報取得部３０２は、例えば、夫々のユーザ端末２０に対応するユーザの情報（ユーザ情報）を取得する。ユーザ情報には、例えば、ユーザと紐付けされているユーザＩＤ、氏名、住所、車両１０の運転者の場合には後述の車両ＩＤや、車種、車両の色、車両のナンバー、車両の定員等が含まれる。ユーザＩＤは、ユーザに固有な識別子である。ユーザ情報は、ユーザ端末２０からサーバ３０へ送信され、サーバ３０に登録される。ユーザ情報取得部３０２は、ユーザ情報を取得すると、そのユーザ情報を後述のユーザ情報ＤＢ３１１に格納する。

車両情報取得部３０３は、車両１０（運転ユーザとしてもよい。）の移動に関する情報を取得する。なお、以下では、車両１０の移動に関する情報を車両情報ともいう。車両情報は、運転ユーザ端末２０Ａからサーバ３０に送信される情報であり、車両１０（運転ユーザとしてもよい。）の現在地、目的地、移動時期に関する情報を含む。車両情報取得部３０３は、車両情報を取得すると、その車両情報を後述の車両情報ＤＢ３１３に格納する。

位置情報取得部３０４は、潜在ユーザの現在地に関する情報（位置情報）を取得する。潜在ユーザの位置情報は、潜在ユーザ端末２０Ｃからサーバ３０に定期的に送信される。
位置情報取得部３０４は、潜在ユーザ端末２０Ｃから位置情報を取得すると、その位置情報を後述の位置情報ＤＢ３１４に格納する。

運賃情報提供部３０５は、現時点における便乗ユーザの数に応じて、現時点において潜在ユーザが車両１０への乗車を希望した場合の車両１０の運賃を演算する。便乗ユーザの数と車両１０の運賃との関係は、運賃情報ＤＢ３１５に格納されている。そして、運賃情報提供部３０５は、潜在ユーザの現在地が、車両１０の移動予定経路から所定範囲内に含まれる潜在ユーザを検索する。移動予定経路は、後述のルート生成部３０６により生成される。そして、検索された潜在ユーザの潜在ユーザ端末２０Ｃに運賃に関する情報（運賃情報）を提供する。潜在ユーザに提供する運賃情報には、車両１０の目的地に関する情報も含まれる。なお、運賃情報提供部３０５による処理を、以下では、運賃情報提供処理ともいう。

ルート生成部３０６は、車両１０の現在地から、便乗ユーザの現在地を経由して、車両１０の目的地（所定の場所）に到達するように車両１０の移動経路を生成する。移動経路は、地図情報ＤＢ３１６に格納されている地図情報に基づいて生成される。移動経路は、車両１０の移動距離が最短になる経路や、車両１０の移動時間が最短になる経路等の予め決められたルールにしたがった経路となるように生成される。ルート生成部３０６は、生成した移動経路を運転ユーザの運転ユーザ端末２０Ａに送信する。同様に、ルート生成部３０６は、運賃情報提供処理において利用される移動予定経路を生成する。移動予定経路は、車両１０の現在地から目的地までの経路である。生成した車両１０の移動予定経路は、運賃情報提供部３０５に渡される。移動経路の生成及び移動予定経路の生成には周知の技術を用いることができる。

ユーザ情報ＤＢ３１１は、前述の補助記憶部３３にユーザ情報が格納されて形成されており、そこではユーザとユーザ情報の紐付けが行われている。

便乗ユーザ情報ＤＢ３１２は、前述の補助記憶部３３に便乗ユーザの位置情報及び便乗ユーザが乗車を予定している車両１０の車両ＩＤに関する情報が格納されて形成されており、そこでは便乗ユーザと、便乗ユーザの位置情報及び車両ＩＤに関する情報との紐付けが行われている。ここで、便乗ユーザ情報ＤＢ３１２に格納される情報の構成について、図４に基づいて説明する。図４は、便乗ユーザ情報ＤＢ３１２に格納される情報のテーブル構成を例示した図である。便乗ユーザ情報ＤＢ３１２に格納される情報のテーブルは、ユーザＩＤ、現在地、車両ＩＤの各フィールドを有する。ユーザＩＤフィールドには、便乗ユーザを特定するための識別情報が入力される。現在地フィールドには、便乗ユーザの現在地を示す情報であって、サーバ３０が対応する便乗ユーザ端末２０Ｂから相乗り要求を受信したときの該便乗ユーザ端末２０Ｂの現在地を示す情報が入力される。なお、便乗ユーザの現在地は、車両１０への乗車を希望する地点としてもよいし、後述する位置情報ＤＢ３１４に格納されている位置情報に応じた地点としてもよい。また、例えば、便乗ユーザの位置情報が、便乗ユーザ端末２０Ｂからサーバ３０に定期的に送信され、この位置情報を受信したサーバ３０は、この位置情報に応じて便乗ユーザ情報ＤＢ３１２の現在地フィールドを更新してもよい。また、車両ＩＤフィールドには、相乗り要求に含まれる車両ＩＤに関する情報が入力される。現在地は、例えば緯度及び経度で表される。

車両情報ＤＢ３１３は、前述の補助記憶部３３に車両１０の移動に関する情報（車両情報）が格納されて形成されており、そこでは運転ユーザと車両情報との紐付けが行われている。ここで、車両情報ＤＢ３１３に格納される車両情報の構成について、図５に基づいて説明する。図５は、車両情報ＤＢ３１３に格納される車両情報のテーブル構成を例示した図である。車両情報テーブルは、ユーザＩＤ、現在地、目的地、移動時期の各フィールドを有する。ユーザＩＤフィールドには、運転ユーザを特定するための識別情報が入力さ
れる。現在地フィールドには、車両１０の現在地（運転ユーザの現在地としてもよい。）を示す情報が入力される。目的地フィールドには、車両１０が移動するときの最終的な目的地を示す情報が入力される。車両１０の現在地及び目的地は、例えば緯度及び経度で表される。移動時期フィールドには、車両１０が移動する時期を示す情報が入力される。例えば、車両１０の現在地を示す情報は、運転ユーザ端末２０Ａから車両情報取得部３０３に定期的に送信され、この現在地を示す情報を受信した車両情報取得部３０３は、この現在地に関する情報に応じて車両情報ＤＢ３１３の現在地フィールドを更新する。

位置情報ＤＢ３１４は、前述の補助記憶部３３に潜在ユーザの現在地を示す情報が格納されて形成されており、そこでは潜在ユーザと位置情報との紐付けが行われている。ここで、位置情報ＤＢ３１４に格納される潜在ユーザの位置情報の構成について、図６に基づいて説明する。図６は、位置情報ＤＢ３１４に格納される位置情報のテーブル構成を例示した図である。潜在ユーザの位置情報テーブルは、ユーザＩＤ、現在地の各フィールドを有する。ユーザＩＤフィールドには、潜在ユーザを特定するための識別情報が入力される。現在地フィールドには、潜在ユーザの現在地を示す情報が入力される。なお、潜在ユーザの現在地は、車両１０への乗車を希望する地点として予め登録された地点であってもよい。潜在ユーザの現在地は、例えば緯度及び経度で表される。例えば、潜在ユーザの位置情報は、潜在ユーザ端末２０Ｃから位置情報取得部３０４に定期的に送信され、この位置情報を受信した位置情報取得部３０４は、この位置情報に応じて位置情報ＤＢ３１４の現在地フィールドを更新する。

運賃情報ＤＢ３１５は、前述の補助記憶部３３に運賃情報が格納されて形成されている。図７は、便乗ユーザの数と運賃との関係を例示した図である。例えば、現時点における便乗ユーザの数が多いほど、運賃が低減する。図７に示した情報が運賃情報として運賃情報ＤＢ３１５に格納される。

地図情報ＤＢ３１６には、地図情報として、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、経路を探索するための探索データ、施設に関する施設データ、地点を検索するための検索データ等が格納されている。

次に、ユーザ端末２０の機能について説明する。図８は、ユーザ端末２０の機能構成を例示した図である。ユーザ端末２０は、機能構成要素として、相乗り要求生成部２０１、ユーザ情報生成部２０２、位置情報生成部２０３、車両情報生成部２０４、運賃情報取得部２０５、ナビゲーション部２０６を備える。ユーザ端末２０のプロセッサ２１は、主記憶部２２上のコンピュータプログラムにより、相乗り要求生成部２０１、ユーザ情報生成部２０２、位置情報生成部２０３、車両情報生成部２０４、運賃情報取得部２０５、ナビゲーション部２０６の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。

相乗り要求生成部２０１は、例えば、出力部２５に操作画面を出力し、潜在ユーザによる潜在ユーザ端末２０Ｃの入力部２４への入力に応じて相乗り要求を生成する。相乗り要求生成部２０１は、潜在ユーザ端末２０Ｃにおいて動作する機能構成要素である。例えば、相乗り要求生成部２０１は、タッチパネルディスプレイに相乗り可能な車両１０を列挙し、その中から潜在ユーザが入力部２４を介して一の車両１０を選択した場合に相乗り要求を生成する。図９は、潜在ユーザ端末２０Ｃの出力部２５に表示される、車両１０を選択するための画面の一例を示した図である。出力部２５には、乗車可能な車両１０に対応する、車両ＩＤ、目的地、運賃が表示され、潜在ユーザが車両ＩＤの箇所をクリックすることにより車両１０の選択が可能である。そして、潜在ユーザが車両ＩＤの箇所をクリックすることにより、相乗り要求が生成される。相乗り要求生成部２０１は、生成した相乗
り要求を、潜在ユーザのユーザＩＤ及び選択した車両１０の車両ＩＤと紐付けしてサーバ３０に送信する。

ユーザ情報生成部２０２は、ユーザ情報を生成する。ユーザ情報生成部２０２は、運転ユーザ端末２０Ａ、便乗ユーザ端末２０Ｂ、潜在ユーザ端末２０Ｃの夫々において動作する機能構成要素である。ユーザ情報生成部２０２は、出力部２５にユーザ情報の入力を促す操作画面を表示し、ユーザによる入力部２４への入力に応じたユーザ情報を生成する。生成されたユーザ情報は、ユーザ情報生成部２０２によってサーバ３０に送信される。ユーザ情報生成部２０２は、例えば、各ユーザがユーザ登録を行うときにユーザ情報を生成してサーバ３０に送信する。

また、位置情報生成部２０３は、潜在ユーザの位置情報を生成する。位置情報生成部２０３は、潜在ユーザ端末２０Ｃにおいて動作する機能構成要素である。位置情報生成部２０３は、位置情報センサ２７が取得した情報に基づいて、位置情報を生成する。生成された位置情報は、位置情報生成部２０３によってサーバ３０に送信される。なお、予め潜在ユーザが入力部２４を用いて位置情報を入力しておき、補助記憶部２３に記憶させておいてもよい。そして、位置情報生成部２０３は、補助記憶部２３に記憶されているデータに基づいて、位置情報を生成してもよい。また、位置情報生成部２０３が、所定時間（例えば６０ｓｅｃ）毎に、潜在ユーザ端末２０Ｃからサーバ３０へユーザＩＤと共に位置情報を送信してもよい。位置情報を受信したサーバ３０は、この位置情報に応じて位置情報ＤＢ３１４の現在地フィールドを更新する。

車両情報生成部２０４は、車両１０の移動に関する情報（車両情報）を生成する。すなわち、車両１０の現在地、目的地、移動時期に関する情報を含む情報を生成する。車両情報生成部２０４は、運転ユーザ端末２０Ａにおいて動作する機能構成要素である。車両情報生成部２０４は、例えば、出力部２５に車両情報の入力を促す操作画面を表示し、運転ユーザによる入力部２４への入力に応じた車両情報を生成する。なお、車両情報生成部２０４は、位置情報センサ２７により取得される位置情報に基づいて、運転ユーザ端末２０Ａの現在地を検出し、この現在地を、車両１０の現在地としてもよい。生成された車両情報は、車両情報生成部２０４によってサーバ３０に送信される。なお、車両情報は、予め運転ユーザが入力部２４を用いて入力しておき、運転ユーザ端末２０Ａの補助記憶部２３に記憶させておいてもよい。そして、車両情報生成部２０４は、補助記憶部２３に記憶されているデータに基づいて、車両情報を生成してもよい。また、車両情報生成部２０４が、所定時間（例えば６０ｓｅｃ）毎に、運転ユーザ端末２０Ａからサーバ３０へユーザＩＤと共に現在地に関する情報を送信してもよい。現在地に関する情報を受信したサーバ３０は、この現在地に関する情報に応じて車両情報ＤＢ３１３の現在地フィールドを更新する。

運賃情報取得部２０５は、サーバ３０から送信される運賃情報を取得する。運賃情報取得部２０５は、潜在ユーザ端末２０Ｃにおいて動作する機能構成要素である。運賃情報取得部２０５が取得した運賃情報は、補助記憶部２３に記憶されると共に、相乗り要求生成部２０１に渡される。なお、潜在ユーザ端末２０Ｃは、運賃情報取得後も、潜在ユーザによる入力部２４の操作に応じて、補助記憶部２３に記憶されている運賃情報に応じた画像を出力部２５に出力させることができる。また、運賃情報取得部２０５は、サーバ３０に対して運賃情報の送信を要求する機能を有していてもよい。

ナビゲーション部２０６は補助記憶部２３に格納された地図情報等に基づいて、ユーザ端末２０の現在地（車両１０の現在地としてもよい。）の周辺の地図を出力部２５に表示する。また、ナビゲーション部２０６は、サーバ３０から移動経路を受信すると、受信した移動経路にしたがって経路を案内する。その際、ナビゲーション部２０６は、移動経路
を出力部２５に出力する。ナビゲーション部２０６は、例えば、ディスプレイに地図と移動経路を表示させたり、移動経路にしたがって移動方向を音声で案内したりする。ナビゲーション部２０６の機能については、周知の技術を用いることができる。なお、相乗り支援システム１では、サーバ３０のルート生成部３０６により車両１０の移動経路が生成されるが、この移動経路の生成はユーザ端末２０のナビゲーション部２０６が行ってもよい。

次に、運賃情報提供処理について説明する。図１０は、本実施形態に係る運賃情報提供処理のフローチャートの一例である。図１０に示した運賃情報提供処理は、運賃情報提供部３０５によって、一の車両１０について所定の時間毎に実行される。したがって、車両１０が複数存在する場合には、夫々の車両１０に対応する運賃情報提供処理が実行される。なお、運賃情報提供処理は、便乗ユーザの数が増加する度に、便乗ユーザの数が増加した車両１０について実行されてもよい。ここでは、サーバ３０が運転ユーザ端末２０Ａから運転ユーザのユーザ情報及び車両１０の車両情報を受信しており、潜在ユーザ端末２０Ｃから潜在ユーザのユーザ情報及び位置情報を受信しており、移動予定経路の生成が完了していることを前提とする。

ステップＳ１０１では、車両１０に対応する便乗ユーザの数が取得される。便乗ユーザの数は、便乗ユーザ情報ＤＢ３１２から取得される。ここでは、便乗ユーザ情報ＤＢ３１２の車両ＩＤフィールドに、車両１０に対応した車両ＩＤが入力されているユーザの数が算出される。

次に、ステップＳ１０２において、運賃情報が生成される。運賃情報提供部３０５は、便乗ユーザ数に基づいて、現時点における車両１０の運賃を算出し、さらに、運賃の算出結果に基づいて運賃情報を生成する。運賃情報は、現時点における車両１０の運賃及び車両１０の目的地を含んだ情報として生成される。

ステップＳ１０３では、位置情報ＤＢ３１４に格納されている位置情報と、補助記憶部３３に記憶されている車両１０の移動予定経路とが取得される。なお、車両１０の移動予定経路は、便乗ユーザの増加によって変化し得るため、現時点では車両１０が移動を予定している経路である。

次に、ステップＳ１０４において、ステップＳ１０３で取得された位置情報と移動予定経路とに基づいて、車両１０によって潜在ユーザを車両１０の目的地に輸送可能な、所定条件が成立している潜在ユーザが検索される。ここでの「所定条件」は、潜在ユーザを車両１０に比較的容易に乗車させることが可能であるか否かを判別するための条件である。具体的には、潜在ユーザの現在地が、車両１０の移動予定経路から所定範囲内に含まれる場合に、所定条件が成立していると判定する。ここでいう所定範囲は、車両１０が実際に移動する経路を移動予定経路から変更しても車両１０または運転ユーザの負担が許容範囲内となる範囲である。すなわち、潜在ユーザの現在地が、車両１０の移動予定経路から所定範囲内に含まれていれば、車両１０の移動経路の変更が比較的少なくて済むため、車両１０または運転ユーザにかかる負担が少なくて済む。運賃情報提供部３０５は、潜在ユーザの位置情報に基づいて、所定条件が成立している全ての潜在ユーザをピックアップする。

そして、ステップＳ１０５では、ステップＳ１０４においてピックアップされた潜在ユーザに対応する潜在ユーザ端末２０Ｃに対して、ステップＳ１０２で生成された運賃情報が送信される。その後、図１０に示される処理が終了する。

次に、相乗り支援システム１の動作について説明する。図１１は、相乗り支援システム
１の処理のシーケンスを示す図である。なお、図１１に示したシーケンス図では、運転ユーザ及び潜在ユーザが夫々１人であり、潜在ユーザが車両１０に乗車を希望する場合を想定している。また、運転ユーザの現在地（若しくは車両１０の現在地）、及び、潜在ユーザの現在地は、各ユーザ端末２０から所定の時間毎にサーバ３０へ送信されているものとする。

サーバ３０は、車両情報ＤＢ３１３に格納されている車両情報に基づいて、車両１０の移動予定経路を生成する（Ｓ０１の処理）。Ｓ０１では、サーバ３０は、車両１０の現在地及び目的地に応じて車両１０の移動予定経路を生成する。生成された移動予定経路に関する情報は、サーバ３０から運転ユーザ端末２０Ａに送信される（Ｓ０２の処理）。移動予定経路に関する情報を受け取った運転ユーザ端末２０Ａは、出力部２５に移動予定経路を出力する（Ｓ０３の処理）。

また、サーバ３０は、運転ユーザ端末２０Ａに移動予定経路に関する情報を送信した後に、運賃情報提供処理を実行する（Ｓ１０の処理）。Ｓ１０では、サーバ３０は、図１０に示した運賃情報提供処理を実行する。運賃情報提供処理において、運賃情報が潜在ユーザ端末２０Ｃに送信される（Ｓ１１の処理）。運賃情報を受信した潜在ユーザ端末２０Ｃは、図９に示したように、運賃情報に対応した情報（車両ＩＤ、目的地、運賃）を出力部２５に出力させる（Ｓ１２の処理）。

潜在ユーザ端末２０Ｃに車両１０の運賃が出力されることにより潜在ユーザは、現時点での車両１０の運賃を知ることができる。そして、潜在ユーザが車両１０の目的地（所定の場所）へ移動することを希望する場合には、潜在ユーザ端末２０Ｃの画面に表示されている車両ＩＤをクリックする。そうすると、潜在ユーザ端末２０Ｃは、相乗り要求を生成する（Ｓ２１の処理）。さらに、潜在ユーザ端末２０Ｃからサーバ３０に対して相乗り要求が送信される（Ｓ２２の処理）。相乗り要求を受信したサーバ３０は、潜在ユーザの位置情報及び車両１０の車両情報に基づいて、車両１０の移動経路を生成する（Ｓ２３の処理）。移動経路は、車両１０が、車両１０の現在地、便乗ユーザの現在地、車両１０の目的地の全てを例えば最短距離で経由するように生成される。生成された移動経路に関する情報は、サーバ３０から運転ユーザ端末２０Ａに送信される（Ｓ２４の処理）。移動経路に関する情報を受け取った運転ユーザ端末２０Ａは、出力部２５に移動経路を出力して、運転ユーザに対して移動経路を案内する（Ｓ２５の処理）。なお、Ｓ２３において移動経路が生成された後に、運賃情報提供処理を実行して他の潜在ユーザに対して運賃情報を提供してもよい。すなわち、Ｓ１０からＳ２５までの処理を繰り返し実行してもよい。

以上説明したように本実施形態に係る相乗り支援システム１よれば、車両１０に乗車するユーザの数に応じて車両１０の運賃が低減するため、ユーザが車両１０に乗車し易くなる。これにより、ユーザを所定の場所に誘導することができる。よって、所定の場所に移動する車両１０への相乗りを促進させることができる。また、目的地により多くのユーザを輸送することができるため、目的地が例えば商業施設の場合には、商業施設の売り上げを増加させることができる。

＜第２実施形態＞
本実施形態では、過去の便乗ユーザの数（実際に車両１０に相乗りしたユーザの数）に基づいて将来の運賃を推定し、その推定した運賃を潜在ユーザに提供する。例えば、日付、曜日、時間、天気等によって、所定の場所に向かう便乗ユーザの数が異なる場合がある。また、例えば、商業施設においてセールやイベント等がある場合には、普段より便乗ユーザの数が増加すると推定できる。各条件に対応する過去の便乗ユーザの数をサーバ３０が記憶しておけば、各条件に応じた便乗ユーザの数を推定することが可能となる。そして、推定される便乗ユーザの数に応じた運賃を演算することにより、将来の運賃を推定する
ことができる。なお、以下では、時間帯に応じた運賃を推定する場合について説明する。

図１２は、サーバ３０の機能構成を例示した図である。図３に示したサーバ３０の機能構成と異なる点について主に説明する。サーバ３０は、機能構成要素として、さらに運賃推定部３０７及び履歴情報ＤＢ３１７を備える。サーバ３０のプロセッサ３１は、主記憶部３２上のコンピュータプログラムにより、運賃推定部３０７の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。履歴情報ＤＢ３１７は、プロセッサ３１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される。履歴情報ＤＢ３１７は、例えば、リレーショナルデータベースである。

履歴情報ＤＢ３１７は、前述の補助記憶部３３に便乗ユーザの数に関する過去の情報（以下、履歴情報ともいう。）が格納されて形成されており、そこでは運転ユーザと履歴情報との紐付けが行われている。ここで、履歴情報ＤＢ３１７に格納される履歴情報の構成について、図１３に基づいて説明する。図１３は、履歴情報ＤＢに格納される履歴情報のテーブル構成を例示した図である。履歴情報テーブルは、車両ＩＤ、時間帯、便乗ユーザ数、目的地、移動経路の各フィールドを有する。車両ＩＤフィールドには、車両１０を特定するための識別情報が入力される。時間帯フィールドには、車両１０が過去に移動した時間帯を特定するための情報が入力される。時間帯は例えば１時間毎に区切られる。便乗ユーザ数フィールドには、例えば、車両１０が目的地に到着した時点での便乗ユーザの数を示す情報が入力される。また、目的地フィールドには、車両１０が移動したときの目的地を示す情報が入力される。また、移動経路フィールドには、車両１０が移動したときの移動経路に関する情報が入力される。このように、履歴情報ＤＢ３１７には、相乗りが行われた車両１０と関連付けて、相乗りが行われた時間帯、便乗ユーザ数、目的地、移動経路の夫々に関する情報が入力される。

運賃推定部３０７は、過去における便乗ユーザの数に応じて、将来において潜在ユーザが車両１０への乗車を希望すると仮定した場合の車両１０の運賃を演算する。運賃の演算は、例えば、目的地毎、及び、時間帯毎に行われる。運賃推定部３０７は、履歴情報ＤＢ３１７を参照して、目的地毎の便乗ユーザ数を時間帯毎に抽出する。なお、同一時間帯に同一目的地に向かう車両１０が複数あった場合には、それらの便乗ユーザ数の平均値を採用してもよい。そして、運賃推定部３０７は、過去の便乗ユーザ数に対応する運賃を演算する。なお、便乗ユーザの数と車両１０の運賃との関係は、運賃情報ＤＢ３１５に格納されている情報を用いる。さらに運賃推定部３０７は、潜在ユーザの現在地が、車両１０の過去の移動経路から所定範囲内に含まれる潜在ユーザを検索する。そして、検索された潜在ユーザの潜在ユーザ端末２０Ｃに対して、推定される運賃に関する情報（推定運賃情報）を提供する。潜在ユーザに提供する推定運賃情報には、車両１０の目的地及び時間帯に関する情報も含まれる。推定運賃情報は、潜在ユーザ端末２０Ｃの運賃情報取得部２０５によって受信される。

推定運賃情報を受信した潜在ユーザ端末２０Ｃの運賃情報取得部２０５は、推定運賃情報に基づいて、時間帯、目的地、推定運賃を出力部２５に出力する。図１４は、推定運賃情報を受信した潜在ユーザ端末２０Ｃの出力部２５に表示される画面の一例を示した図である。出力部２５には、時間帯、目的地、推定運賃が車両１０ごとに表示される。

推定運賃情報は、例えば、対応する時間帯よりも前の時期（例えば前日）に潜在ユーザ端末２０Ｃに送信される。また、例えば、一週間の夫々の時間帯に応じた推定運賃情報を、前週に潜在ユーザ端末２０Ｃに送信してもよい。このように、潜在ユーザ端末２０Ｃに推定運賃情報を送信することにより、潜在ユーザが移動する時間帯を決める時の判断材料
を提供することができるため、潜在ユーザの利便性が向上する。また、将来に運賃がどの程度低減するのかを潜在ユーザが予め知ることができるため、将来に潜在ユーザを所定の場所へ誘導することができる。これにより、所定の場所に移動する車両１０への相乗りを促進させることができる。

図１５は、本実施形態に係る推定運賃情報を潜在ユーザに提供する処理のフローチャートの一例である。図１５に示した処理は、運賃推定部３０７によって所定の時間毎に実行される。ここでは、サーバ３０が、潜在ユーザ端末２０Ｃから潜在ユーザのユーザ情報及び位置情報を受信しており、且つ、履歴情報ＤＢ３１７に履歴情報が格納されていることを前提とする。

ステップＳ２０１では、履歴情報ＤＢ３１７に格納されている履歴情報が取得される。次に、ステップＳ２０２において、推定運賃情報が生成される。運賃推定部３０７は、履歴情報ＤＢ３１７を参照して、目的地毎の便乗ユーザ数を時間帯毎に取得する。このようにして取得された便乗ユーザ数に基づいて、時間帯毎、目的地毎の運賃を算出する。そして、運賃の算出結果に基づいて推定運賃情報を生成する。推定運賃情報は、過去の夫々の時間帯における車両１０の運賃及び車両１０の目的地を含んだ情報として生成される。

ステップＳ２０３では、位置情報ＤＢ３１４に格納されている位置情報が取得される。次に、ステップＳ２０４において、ステップＳ２０３で取得された位置情報と、ステップＳ２０１で取得された移動経路とに基づいて、所定条件が成立している潜在ユーザが検索される。ここでの「所定条件」は、履歴情報に係る車両１０が現時点で移動すると仮定した場合に、潜在ユーザを車両１０に比較的容易に乗車させることが可能であるか否かを判別するための条件である。具体的には、潜在ユーザの現在地が、車両１０の過去の移動経路から所定範囲内に含まれる場合に、所定条件が成立していると判定する。ここでいう所定範囲は、第１実施形態に係る所定範囲と同じである。運賃情報提供部３０５は、潜在ユーザの位置情報に基づいて、所定条件が成立している全ての潜在ユーザをピックアップする。

そして、ステップＳ２０５では、ステップＳ２０４においてピックアップされた潜在ユーザに対応する潜在ユーザ端末２０Ｃに、ステップＳ２０２で生成された推定運賃情報が送信される。その後、図１５に示される処理が終了する。

以上説明したように本実施形態に係る相乗り支援システム１によれば、潜在ユーザが、将来に目的地に移動したと仮定した場合の推定運賃を知ることができる。これにより、運賃が低減する時期を知った潜在ユーザを所定の場所に誘導し易くなる。よって、所定の場所に移動する車両１０への相乗りを促進させることができる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

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

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

１ 相乗り支援システム
１０ 車両
２０ ユーザ端末
３０ サーバ
３０１ 相乗り要求取得部
３０２ ユーザ情報取得部
３０３ 車両情報取得部
３０４ 位置情報取得部
３０５ 運賃情報提供部
３０６ ルート生成部

Claims (6)

1. 所定の場所へ移動する車両に相乗りが予定されているユーザである便乗ユーザの数を取得することと、
   前記便乗ユーザとは異なるユーザである潜在ユーザが前記車両に乗車するときに要する費用を前記便乗ユーザの数に基づいて設定することと、
   前記車両が前記所定の場所へ移動するときに予定されている経路から所定範囲内に存在している前記潜在ユーザに対して前記費用に関する情報を提供することと、
   を実行する制御部を備える情報処理装置。
2. 前記制御部は、
   前記潜在ユーザが前記車両に相乗りすることを希望する場合に、前記潜在ユーザに対応する地点を経由するように前記経路を生成することと、
   生成した前記経路を前記車両の運転者または前記車両に提供することと、
   を実行する請求項１に記載の情報処理装置。
3. 前記制御部は、前記便乗ユーザの数が多いほど前記費用が低くなるように前記費用を設定することを実行する請求項１または２に記載の情報処理装置。
4. 前記制御部は、
   過去に取得した前記便乗ユーザの数に基づいて、将来に前記所定の場所へ移動する前記車両に前記潜在ユーザが乗車するときに要する費用である推定費用を算出することと、
   算出した前記推定費用に関する情報を前記潜在ユーザに対して提供することと、
   を実行する請求項１から３の何れか１項に記載の情報処理装置。
5. コンピュータが、
   所定の場所へ移動する車両に相乗りが予定されているユーザである便乗ユーザの数を取得し、
   前記便乗ユーザとは異なるユーザである潜在ユーザが前記車両に乗車するときに要する費用を前記便乗ユーザの数に基づいて設定し、
   前記車両が前記所定の場所へ移動するときに予定されている経路から所定範囲内に存在している前記潜在ユーザに対して前記費用に関する情報を提供する、
   ことを含む情報処理方法。
6. コンピュータに、
   所定の場所へ移動する車両に相乗りが予定されているユーザである便乗ユーザの数を取得することと、
   前記便乗ユーザとは異なるユーザである潜在ユーザが前記車両に乗車するときに要する費用を前記便乗ユーザの数に基づいて設定することと、
   前記車両が前記所定の場所へ移動するときに予定されている経路から所定範囲内に存在している前記潜在ユーザに対して前記費用に関する情報を提供することと、
   を実行させるプログラム。

Images