(57)【要約】      （修正有）【課題】複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を実現可能な情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】情報処理装置３００は、第一ユーザが乗車する一の車両である第一車両に他のユーザが同乗することを該第一ユーザが許可するか否かを取得することと、複数の車両のそれぞれについて、該車両への乗車を要求したユーザである第二ユーザがマッチングされているか否かを取得することと、第一ユーザが、第一車両への乗車を要求する場合に該第一車両に他のユーザが同乗することを許可しないときには、複数の車両のうち第二ユーザがマッチングされていない車両を、第一車両として第一ユーザとマッチングさせることと、第一ユーザと第一車両とをマッチングさせた後は、該第一車両に対する他のユーザのマッチングを許可しないことと、を実行する制御部を備える。【選択図】図１１
2020004177.tif 000002
【特許請求の範囲】
【請求項１】
予め定められた複数の車両のうちの一の車両にユーザが乗車して移動を行う交通形態に適用される情報処理装置であって、
第一ユーザが乗車する前記一の車両である第一車両に他のユーザが同乗することを、該第一ユーザが許可するか否かを取得することと、
前記複数の車両のそれぞれについて、該車両への乗車を要求したユーザである第二ユーザがマッチングされているか否かを取得することと、
前記第一ユーザが、前記第一車両への乗車を要求する場合に該第一車両に他のユーザが同乗することを許可しないときには、前記複数の車両のうち前記第二ユーザがマッチングされていない車両を、前記第一車両として前記第一ユーザとマッチングさせることと、
前記第一ユーザと前記第一車両とをマッチングさせた後は、該第一車両に対する他のユーザのマッチングを許可しないことと、
を実行する制御部を備える情報処理装置。
【請求項２】
前記制御部は、
前記交通形態の利用ユーザが該交通形態に供される車両への乗車を予定している地点である乗車予定位置を取得することと、
前記第一車両による前記第一ユーザの移動において、その移動経路に前記乗車予定位置が含まれないように該移動経路を生成することと、
生成した前記移動経路を前記第一車両に提供することと、
を更に実行する請求項１に記載の情報処理装置。
【請求項３】
前記第一車両は、所定の運行指令に基づいて自律移動を行う自律移動体であることを特徴とする、
請求項１又は２に記載の情報処理装置。
【請求項４】
予め定められた複数の車両のうちの一の車両にユーザが乗車して移動を行う交通形態に適用される情報処理方法であって、
コンピュータが、
第一ユーザが乗車する前記一の車両である第一車両に他のユーザが同乗することを、該第一ユーザが許可するか否かを取得するステップと、
前記複数の車両のそれぞれについて、該車両への乗車を要求したユーザである第二ユーザがマッチングされているか否かを取得するステップと、
前記第一ユーザが、前記第一車両への乗車を要求する場合に該第一車両に他のユーザが同乗することを許可しないときには、前記複数の車両のうち前記第二ユーザがマッチングされていない車両を、前記第一車両として前記第一ユーザとマッチングさせるステップと、
前記第一ユーザと前記第一車両とをマッチングさせた後は、該第一車両に対する他のユーザのマッチングを許可しないステップと、
を実行する、情報処理方法。
【請求項５】
予め定められた複数の車両のうちの一の車両にユーザが乗車して移動を行う交通形態に適用される情報処理プログラムであって、
コンピュータに、
第一ユーザが乗車する前記一の車両である第一車両に他のユーザが同乗することを、該第一ユーザが許可するか否かを取得するステップと、
前記複数の車両のそれぞれについて、該車両への乗車を要求したユーザである第二ユーザがマッチングされているか否かを取得するステップと、
前記第一ユーザが、前記第一車両への乗車を要求する場合に該第一車両に他のユーザが
同乗することを許可しないときには、前記複数の車両のうち前記第二ユーザがマッチングされていない車両を、前記第一車両として前記第一ユーザとマッチングさせるステップと、
前記第一ユーザと前記第一車両とをマッチングさせた後は、該第一車両に対する他のユーザのマッチングを許可しないステップと、
を実行させる、情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理方法、プログラムに関する。
【背景技術】
【０００２】
同一の車両に複数のユーザが相乗りする移動形態が知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１７／０３５１９９０号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を提供可能な情報処理装置及び情報処理方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の態様の一つは、予め定められた複数の車両のうちの一の車両にユーザが乗車して移動を行う交通形態に適用される情報処理装置であって、第一ユーザが乗車する前記一の車両である第一車両に他のユーザが同乗することを、該第一ユーザが許可するか否かを取得することと、前記複数の車両のそれぞれについて、該車両への乗車を要求したユーザである第二ユーザがマッチングされているか否かを取得することと、前記第一ユーザが、前記第一車両への乗車を要求する場合に該第一車両に他のユーザが同乗することを許可しないときには、前記複数の車両のうち前記第二ユーザがマッチングされていない車両を、前記第一車両として前記第一ユーザとマッチングさせることと、前記第一ユーザと前記第一車両とをマッチングさせた後は、該第一車両に対する他のユーザのマッチングを許可しないことと、を実行する制御部を備える情報処理装置である。
【０００６】
また、本発明の態様は、上記した情報処理装置に対応する方法の発明及びプログラムの発明を含む。
【発明の効果】
【０００７】
本発明によれば、複数のユーザが同一の車両に乗車して移動を行う交通形態において、ユーザが利用し易い交通形態を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】ライドシェアについて説明するための図である。
【図２】第一の実施形態に係るマッチングシステムの概略構成を示す図である。
【図３】マッチングシステムにおける、第一ユーザ端末、第二ユーザ端末、サーバ装置、運転ユーザ端末の各ハードウェア構成を例示する図である。
【図４】第一の実施形態に係るサーバ装置の機能構成を例示する図である。
【図５】スケジュール情報テーブルの一例を示す図である。
【図６】リクエスト情報テーブルの一例を示す図である。
【図７】マッチング情報テーブルの一例を示す図である。
【図８】リクエスト情報テーブルの一例を示す図である。
【図９】マッチング情報テーブルの一例を示す図である。
【図１０Ａ】第一の実施形態に係るマッチングシステムの動作の流れを例示する第一の図である。
【図１０Ｂ】第一の実施形態に係るマッチングシステムの動作の流れを例示する第二の図である。
【図１１】第二の実施形態に係るマッチングシステムの概略構成を示す図である。
【図１２】第二の実施形態に係るサーバ装置の機能構成を例示する図である。
【図１３】第二の実施形態における第一ユーザの移動経路を説明するための図である。
【図１４】第二の実施形態に係るマッチングシステムの動作の流れを例示する図である。
【発明を実施するための形態】
【０００９】
本発明の態様の一つである情報処理装置は、第一ユーザが、該第一ユーザが乗車する第一車両に他のユーザが同乗することを許可するか否かに基づいて、第一ユーザと第一車両との組合せを設定する。すなわち、第一ユーザと第一車両とをマッチングする。
【００１０】
ここで、第一ユーザは、車両の運転者以外のユーザと車両空間を共有することに躊躇する場合がある。そこで、制御部は、第一ユーザが、第一車両に他のユーザが同乗することを許可しない場合には、第二ユーザがマッチングされていない車両を第一ユーザが乗車する第一車両として第一ユーザとマッチングさせる。更に、制御部は、第一ユーザと第一車両とをマッチングさせた後は、該第一車両に対する他のユーザのマッチングを許可しない。なお、第二ユーザとは、本発明に係る交通形態に供される車両として予め定められた複数の車両のうちの任意の車両に対して、該車両への乗車を要求したユーザで且つ該車両の運転者ではないユーザである。
【００１１】
これによれば、制御部が第一ユーザと第一車両とをマッチングすると、該第一車両に乗車する予定のユーザは、運転者を除けば第一ユーザのみとなる（なお、第一車両が自律移動体である場合には、該第一車両に乗車する予定のユーザは第一ユーザのみとなる。）。そうすると、第一車両による第一ユーザの移動の過程において、該第一ユーザが該第一車両の運転者以外のユーザと車両空間を共有する事態が生じ得ないことになる。その結果、車両空間を共有することに躊躇するユーザにとって、本発明に係る交通形態が利用し易いものとなる。つまり、本発明に係る情報処理装置は、ユーザが利用し易い交通形態を提供することができる。
【００１２】
以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成部品の寸法、材質、形状、相対配置等は、特に記載がない限り発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１３】
＜第一の実施形態＞
（マッチングシステムの概要）
図１は、ユーザ同士が相乗りを行って移動を行う交通形態であるライドシェアについて説明するための図である。図１において、ユーザＡは出発地点ｄから目的地点ｅまで移動し、ユーザＢは出発地点ｆから目的地点ｇまで移動し、ユーザＣは出発地点ｈから目的地点ｅまで移動する。
【００１４】
ここで、仮にユーザＡ〜Ｃが各々の車両で別々に目的地まで移動すると、３台の車両が必要となる。これに対して、ユーザＡ〜Ｃが相乗りを行うと、１台の車両で目的地までの移動が可能となる。図１に示す例では、ユーザＡが車両の運転者となって、該車両を地点ｄから地点ｅまで移動させる。このとき、ユーザＡは、地点ｆにおいて、自身が運転する車両にユーザＢを同乗させ、地点ｈにおいて、自身が運転する車両にユーザＣを同乗させ
る。そして、ユーザＡは、自身とユーザＣの目的地である地点ｅまで車両を移動させる途中で地点ｇを経由し、地点ｇでユーザＢを降車させることで、ユーザＢを出発地点ｆから目的地点ｇまで移動させることができる。更に、ユーザＡは、車両を地点ｅまで移動させることで、ユーザＣを出発地点ｈから目的地点ｅまで移動させるとともに、自身の移動を完了させることができる。
【００１５】
このようなライドシェアでは、道路を走行する車両の台数を削減することができ、以て、交通渋滞が抑制され得る。また、例えば、車両を用いた移動に要する交通費（燃料代等）を該車両のユーザでシェアして負担する（コストシェアする）ことによって、該ユーザが各々の車両で別々に移動する場合と比較して、ユーザ一人当たりの交通費を削減することができる。
【００１６】
しかしながら、例えば、上記の図１に示した例において、ユーザＢは、ユーザＣと同乗することに躊躇する場合がある。そして、他のユーザとの車両空間の共有を躊躇するユーザがいる場合、該ユーザにとって、ライドシェアは利用し難い交通形態となり得る。
【００１７】
そこで、本実施形態に係るマッチングシステムでは、サーバ装置が、第一ユーザと、該第一ユーザが乗車する車両（以下、「第一車両」と称する場合もある。）と、の組合せを設定する、すなわち第一ユーザと第一車両とをマッチングする。詳しくは、サーバ装置は、第一ユーザが、自身が乗車する第一車両の運転者ではない他のユーザと同乗することを許可しない場合には、後述する第二ユーザが設定されていない車両を第一車両として第一ユーザと組合せる。
【００１８】
（システム構成）
図２は、本実施形態に係るマッチングシステムの概略構成を示す図である。図２の例では、マッチングシステム１は、車両１０、車両２０、第一ユーザが有する端末である第一ユーザ端末１００、第二ユーザが有する端末である第二ユーザ端末２００、サーバ装置３００、車両を運転する運転ユーザが有する端末である運転ユーザ端末４００を含む。第一ユーザ端末１００、第二ユーザ端末２００、サーバ装置３００、および運転ユーザ端末４００は、ネットワークＮ１によって相互に接続される。なお、本実施形態において、第一ユーザおよび第二ユーザは、運転ユーザが運転する車両へ同乗するユーザである。そして、第一ユーザは、後述するように、自身が乗車する第一車両に運転ユーザ以外の他のユーザが同乗することを許可しないユーザである。また、第二ユーザは、ライドシェアに供される車両への乗車を要求したユーザで且つ該車両の運転者ではないユーザである。
【００１９】
サーバ装置３００は、ライドシェアを利用するユーザからの情報の登録を受付ける。サーバ装置３００には、ユーザに関する識別情報やライドシェアに供される車両の情報が登録されており、サーバ装置３００に登録されている任意の車両へ同乗するユーザは、ユーザ端末を用いて車両への乗車を要求する旨の情報（以下、リクエスト情報）を登録することができる。なお、当該ユーザは、例えば、ユーザ端末にインストールされたライドシェアサービスを利用するためのアプリケーション（以下、「所定のアプリ」と称する場合もある。）によって、リクエスト情報を登録することができる。ただし、ユーザ端末を用いてリクエスト情報を登録する態様に限定する意図はなく、ネットワークＮ１に接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ＰＣ）を用いてリクエスト情報が登録されてもよい。また、ユーザに関する識別情報やライドシェアに供される車両の情報は、所定のアプリによって事前に登録される。
【００２０】
また、サーバ装置３００は、ライドシェアに供される車両それぞれについて、運転ユーザから車両の走行スケジュール（以下、スケジュール情報）の登録を受付ける。運転ユー
ザは、運転ユーザ端末４００を用いて、所定のアプリによってスケジュール情報を登録することができる。ただし、運転ユーザ端末４００を用いてスケジュール情報を登録する態様に限定する意図はない。
【００２１】
そして、サーバ装置３００は、リクエスト情報とスケジュール情報とに基づいて、サーバ装置３００に登録されている所定の車両に対して、該車両へ同乗するユーザをマッチングする。このとき、サーバ装置３００は、ユーザから後述の可否情報を取得し、仮に、該可否情報において他のユーザの同乗が許可されている場合には、周知の手法に基づいて上記のマッチングを行う。一方、後述の可否情報において他のユーザの同乗が許可されていない場合には、サーバ装置３００は、第二ユーザがマッチングされていない車両を第一車両として第一ユーザとマッチングさせる。これについての詳細は後述する。
【００２２】
（ハードウェア構成）
図３は、第一ユーザ端末１００、第二ユーザ端末２００、サーバ装置３００、運転ユーザ端末４００の各ハードウェア構成を例示する図である。
【００２３】
先ず、サーバ装置３００について説明する。サーバ装置３００は、一般的なコンピュータの構成を有している。サーバ装置３００は、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を有する。これらは、互いにバスによって接続される。主記憶部３０２および補助記憶部３０３は、コンピュータで読み取り可能な記録媒体である。コンピュータのハードウェア構成は、図３に示される例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。
【００２４】
サーバ装置３００は、プロセッサ３０１が記録媒体に記憶されたプログラムを主記憶部３０２の作業領域にロードして実行し、プログラムの実行を通じて各機能構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。
【００２５】
プロセッサ３０１は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital
Signal Processor）である。プロセッサ３０１は、サーバ装置３００を制御し、様々な
情報処理の演算を行う。主記憶部３０２は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。補助記憶部３０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）である。また、補助記憶部３０３は、リムーバブルメディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。
【００２６】
補助記憶部３０３は、各種のプログラム、各種のデータおよび各種のテーブルを読み書き自在に記録媒体に格納する。補助記憶部３０３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３０３に格納される情報は、主記憶部３０２に格納されてもよい。また、主記憶部３０２に格納される情報は、補助記憶部３０３に格納されてもよい。
【００２７】
通信部３０４は、他の装置と接続し、サーバ装置３００と他の装置との間の通信を制御する。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、公衆通信網であるインターネット等のネットワークＮ１に接続される。
【００２８】
サーバ装置３００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【００２９】
次に、第一ユーザ端末１００について説明する。第一ユーザ端末１００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。なお、第一ユーザ端末１００は、公衆通信網であるインターネット等のネットワークＮ１を介してサーバ装置３００に接続される、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ＰＣ）であってもよい。
【００３０】
第一ユーザ端末１００は、プロセッサ１０１、主記憶部１０２、補助記憶部１０３、表示部１０４、入力部１０５、通信部１０６を有する。プロセッサ１０１、主記憶部１０２、補助記憶部１０３については、サーバ装置３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明は省略される。表示部１０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力
部１０５は、タッチパネル、押しボタン等を含む。また、入力部１０５は、映像や画像の入力を可能にするカメラや、マイクロフォンのような音声の入力部を含むことができる。通信部１０６は、例えば、移動体通信サービス（携帯電話等の電話通信網、ＷｉＦｉ等の無線通信）を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。
【００３１】
次に、第二ユーザ端末２００について説明する。第二ユーザ端末２００は、第一ユーザ端末１００と同様に、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６は、第一ユーザ端末１００のプロセッサ１０１、主記憶部１０２、補助記憶部１０３、表示部１０４、入力部１０５、通信部１０６と同様であるため、説明は省略される。また、運転ユーザ端末４００も、第一ユーザ端末１００と同様に、プロセッサ４０１、主記憶部４０２、補助記憶部４０３、表示部４０４、入力部４０５、通信部４０６を有する。
【００３２】
なお、ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。
【００３３】
（サーバ装置の機能構成）
図４は、サーバ装置３００の機能構成を例示する図である。サーバ装置３００は、機能構成要素として、スケジュール情報取得部Ｆ３１０、リクエスト情報取得部Ｆ３２０、マッチング情報取得部Ｆ３３０、マッチング処理部Ｆ３４０、マッチング情報提供部Ｆ３５０、スケジュール情報データベースＤ３１０、リクエスト情報データベースＤ３２０、マッチング情報データベースＤ３３０を備える。サーバ装置３００のプロセッサ３０１は、主記憶部３０２上のコンピュータプログラムにより、スケジュール情報取得部Ｆ３１０、リクエスト情報取得部Ｆ３２０、マッチング情報取得部Ｆ３３０、マッチング処理部Ｆ３４０、マッチング情報提供部Ｆ３５０の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。
【００３４】
スケジュール情報データベースＤ３１０、リクエスト情報データベースＤ３２０、マッチング情報データベースＤ３３０は、プロセッサ３０１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３０３に記憶されるデータを管理することで構築される。スケジュール情報データベースＤ３１０、リクエスト情報データベースＤ３２０、マッチング情報データベースＤ３３０は、例えば、リレーショナルデータベースである。
【００３５】
なお、サーバ装置３００の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、マッチング情報取得部Ｆ３３０、マッチング処理部Ｆ３４０の処理と、スケジュール情報取得部Ｆ３１０、リクエスト情報取得部Ｆ３２０、マッチング情報提供部Ｆ３５０の処理とは、別々のコンピュータにより実行されてもよい。
【００３６】
スケジュール情報取得部Ｆ３１０は、ライドシェアに供される車両を運転する運転ユーザからのスケジュール情報を取得する。なお、スケジュール情報には、ライドシェアに用いられる車両の移動スケジュールが含まれる。そして、スケジュール情報取得部Ｆ３１０は、スケジュール情報をスケジュール情報データベースＤ３１０に登録する。
【００３７】
ここで、スケジュール情報データベースＤ３１０は、スケジュール情報を格納するデータベースである。スケジュール情報データベースＤ３１０は、図５に示すスケジュール情報テーブルを有する。なお、スケジュール情報テーブルに格納される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００３８】
図５に示すスケジュール情報テーブルは、ユーザＩＤ（運転ユーザＩＤ）、車両番号、出発地、出発予定時刻、目的地のフィールドを有する。運転ユーザＩＤは、運転ユーザを識別するＩＤであって、サーバ装置３００において、車両の識別情報（車両番号）と予め対応付けられている。また、ユーザＩＤを含むライドシェアのユーザ情報は、個別のテーブルで管理されており、該テーブルには、ユーザの連絡先等が含まれる。連絡先は、例えば、ユーザの携帯番号または電子メールアドレスである。
【００３９】
図５に示す例では、運転ユーザＳ００１は、１８：００に出発地ｄから車両を出発させ、目的地ｅに向かって車両を移動させる。また、運転ユーザＳ００２は、１８：１０に出発地ｄから車両を出発させ、目的地ｅに向かって車両を移動させる。
【００４０】
ここで、図４の説明に戻る。リクエスト情報取得部Ｆ３２０は、ユーザからのリクエスト情報を取得する。なお、リクエスト情報には、該ユーザの出発地、目的地だけでなく、該ユーザが乗車する車両に運転ユーザ以外の他のユーザが同乗することを許可するか否かの情報（以下、可否情報）が含まれる。そして、リクエスト情報取得部Ｆ３２０は、リクエスト情報をリクエスト情報データベースＤ３２０に登録する。
【００４１】
リクエスト情報データベースＤ３２０は、リクエスト情報を格納するデータベースである。リクエスト情報データベースＤ３２０は、図６に示すリクエスト情報テーブルを有する。なお、リクエスト情報テーブルに格納される情報は、図６に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４２】
図６に示すリクエスト情報テーブルは、ユーザＩＤ（同乗ユーザＩＤ）、出発地、出発希望時刻、目的地、到着希望時刻、他のユーザの同乗の可否（可否情報）のフィールドを有する。図６に示す例では、同乗ユーザＣ００１は、１８：００に出発地ｆから出発し１８：５０に目的地ｇに到着することを希望している。また、同乗ユーザＣ００２は、１８：３０に出発地ｈから出発し１８：５０に目的地ｇに到着することを希望している。そして、同乗ユーザＣ００１、Ｃ００２ともに、自身が乗車する車両に他のユーザ（該ユーザは、運転ユーザではない。）が同乗することを許可している。
【００４３】
なお、ユーザが、ユーザ端末（例えば、第一ユーザ端末１００、第二ユーザ端末２００、運転ユーザ端末４００）にスケジュール情報やリクエスト情報を入力することで、該情報がユーザ端末からサーバ装置３００に送信される。詳しくは、第一ユーザ端末１００、
第二ユーザ端末２００は、リクエスト情報の入力を受付け、入力された情報をサーバ装置３００に送信する機能構成を有している。第一ユーザ端末１００のプロセッサ１０１は、主記憶部１０２上のコンピュータプログラムにより、入力部１０５から入力されたリクエスト情報を通信部１０６を介してサーバ装置３００に送信する処理を、第二ユーザ端末２００のプロセッサ２０１は、主記憶部２０２上のコンピュータプログラムにより、入力部２０５から入力されたリクエスト情報を通信部２０６を介してサーバ装置３００に送信する処理を実行する。また、運転ユーザ端末４００は、スケジュール情報の入力を受付け、入力された情報をサーバ装置３００に送信する機能構成を有している。運転ユーザ端末４００のプロセッサ４０１は、主記憶部４０２上のコンピュータプログラムにより、入力部４０５から入力されたスケジュール情報を通信部４０６を介してサーバ装置３００に送信する処理を実行する。そして、スケジュール情報取得部Ｆ３１０、リクエスト情報取得部Ｆ３２０は、ユーザ端末から送信された上記情報を取得する。
【００４４】
ここで、図４の説明に戻る。マッチング処理部Ｆ３４０は、ユーザと車両との組合せを設定する、すなわちユーザと車両とをマッチングする。ここでは、先ず、上述した可否情報において他のユーザの同乗が許可されている場合のマッチングについて、上記の図５および図６に示した例を用いて説明する。この場合、マッチング処理部Ｆ３４０は、スケジュール情報とリクエスト情報とに基づいて、周知の技術を用いてユーザと車両とのマッチングを行うことができる。ここでは、上記マッチングの結果、運転ユーザＳ００１が運転する車両に同乗ユーザＣ００１およびＣ００２がマッチングされるものとする。
【００４５】
そして、マッチング処理部Ｆ３４０は、ユーザと車両とのマッチングを完了すると、マッチング情報を生成しそれをマッチング情報データベースＤ３３０に登録する。
【００４６】
ここで、マッチング情報データベースＤ３３０は、マッチング情報を格納するデータベースである。マッチング情報データベースＤ３３０は、図７に示すマッチング情報テーブルを有する。なお、マッチング情報テーブルに格納される情報は、図７に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４７】
図７に示すマッチング情報テーブルは、運転ユーザＩＤ、同乗ユーザＩＤ、車両番号、運転ユーザ出発地とその出発予定時刻、同乗ユーザ出発地とその出発予定時刻、同乗ユーザ目的地、運転ユーザ目的地のフィールドを有する。本例では、上述したとおり、運転ユーザＳ００１（つまり、Ｓ００１が運転する車両）と同乗ユーザＣ００１、Ｃ００２とがマッチングされている。なお、運転ユーザＳ００２（つまり、Ｓ００２が運転する車両）には、同乗ユーザがマッチングされていない。
【００４８】
そして、このようなマッチング情報は、図４に示すマッチング情報提供部Ｆ３５０によって、運転ユーザおよび同乗ユーザに提供される。ここで、マッチング処理の結果によっては、同乗ユーザの出発予定時刻（これは、例えば図７のマッチング情報テーブルに示される。）が、該同乗ユーザが希望した出発時刻（これは、例えば図６のリクエスト情報テーブルに示される。）とは異なって設定される場合がある。したがって、マッチング情報提供部Ｆ３５０は、各々のユーザ（運転ユーザと同乗ユーザ）に対して、マッチング情報の承認を要求してもよい。この場合、マッチング情報テーブルには、ユーザによって承認された後のマッチング情報が確定した情報として登録される。
【００４９】
次に、上述した可否情報において他のユーザの同乗が許可されていない場合のマッチングについて説明する。マッチング処理部Ｆ３４０は、可否情報において他のユーザの同乗が許可されていない場合、第二ユーザがマッチングされていない車両を第一車両として第一ユーザとマッチングさせる。
【００５０】
詳しくは、マッチング処理部Ｆ３４０は、スケジュール情報とリクエスト情報とに基づいてユーザと車両とをマッチングする際、先ず、リクエスト情報に含まれる可否情報を取得する。ここで、自身が乗車する車両に他のユーザ（該ユーザは、運転ユーザではない。）が同乗することを許可しないユーザのリクエスト情報が、図８に示される。図８に示す同乗ユーザＣ００３は、自身が乗車する車両に他のユーザが同乗することを許可していないユーザであって、１８：１０に出発地ｆから出発し１８：５０に目的地ｇに到着することを希望している。なお、同乗ユーザＣ００３を、以下「第一ユーザＣ００３」と称する。また、第一ユーザＣ００３が乗車する車両を、以下「第一車両」と称する。
【００５１】
このように、第一ユーザＣ００３が、第一車両への乗車を要求する場合に該第一車両に運転ユーザ以外の他のユーザが同乗することを許可しないときには、マッチング情報取得部Ｆ３３０が、マッチング情報データベースＤ３３０に登録されているマッチング情報を取得する。このマッチング情報は、上記の図７によって示されるように、ライドシェアに供される車両のそれぞれについて、車両への乗車を要求した同乗ユーザ、つまり第二ユーザがマッチングされているか否かを表す情報である。つまり、マッチング情報取得部Ｆ３３０は、マッチング情報を取得することによって、ライドシェアに供される車両のそれぞれについて、第二ユーザがマッチングされているか否かを取得する。
【００５２】
そして、マッチング処理部Ｆ３４０は、スケジュール情報、リクエスト情報、および既にマッチングされている第二ユーザと車両との組合せ情報に基づいて、第二ユーザがマッチングされていない車両を第一車両として第一ユーザとマッチングさせる。
【００５３】
図９は、第一ユーザＣ００３と第一車両とのマッチング結果を表すマッチング情報テーブルの一例である。本例では、第二ユーザがマッチングされていない車両である上記の図７に示した運転ユーザＳ００２が運転する車両が、第一車両として第一ユーザＣ００３とマッチングされている。
【００５４】
そして、図９に示したマッチング結果が確定した後は（例えば、第一ユーザＣ００３と第一車両とのマッチングが、運転ユーザＳ００２および第一ユーザＣ００３によって承認された後は）、マッチング処理部Ｆ３４０は、第一車両に対する他のユーザのマッチングを許可しない。
【００５５】
なお、プロセッサ３０１がリクエスト情報取得部Ｆ３２０、マッチング情報取得部Ｆ３３０、およびマッチング処理部Ｆ３４０の処理を実行することで、本発明に係る制御部として機能する。そして、サーバ装置３００が、本発明に係る情報処理装置として機能する。
【００５６】
これによれば、第一車両による第一ユーザＣ００３の移動の過程において、第一ユーザＣ００３が車両の運転ユーザ以外のユーザと車両空間を共有する事態が生じ得ないことになる。そうすると、車両空間を共有することに躊躇するユーザにとって、ライドシェアが利用し易いものとなる。
【００５７】
（処理の流れ）
本実施形態に係るマッチングシステムの動作の流れについて説明する。図１０Ａおよび図１０Ｂは、本実施形態に係るマッチングシステムの動作の流れを例示する図である。図１０Ａおよび図１０Ｂは、マッチングシステム１における、各構成要素間の動作の流れ、および各構成要素が実行する処理を説明する。
【００５８】
ここで、上記の図２に示したマッチングシステム１において、第一ユーザは車両１０に同乗し、第二ユーザは車両２０に同乗するものとする。また、この場合の第一ユーザとは
、例えば上述した同乗ユーザＣ００３であって、第二ユーザとは、例えば上述した同乗ユーザＣ００１、Ｃ００２である。
【００５９】
本実施形態では、先ず、運転ユーザによってスケジュール情報が登録される。運転ユーザ端末４００は、運転ユーザからスケジュール情報を受付け（Ｓ１０１）、それをサーバ装置３００に送信する（Ｓ１０２）。そして、サーバ装置３００は、運転ユーザ端末４００から送信されたスケジュール情報を、通信部３０４による受信を介して取得し、該スケジュール情報をスケジュール情報データベースＤ３１０に登録する（Ｓ１０３）。
【００６０】
次に、同乗ユーザＣ００１、Ｃ００２によってリクエスト情報が登録される。第二ユーザ端末２００は、同乗ユーザＣ００１、Ｃ００２からリクエスト情報を受付け（Ｓ１０４）、それをサーバ装置３００に送信する（Ｓ１０５）。そして、サーバ装置３００は、第二ユーザ端末２００から送信されたリクエスト情報を、通信部３０４による受信を介して取得し、該リクエスト情報をリクエスト情報データベースＤ３２０に登録する（Ｓ１０６）。ここで、リクエスト情報には、上述した可否情報が含まれる。そして、同乗ユーザＣ００１、Ｃ００２ともに、自身が乗車する車両に他のユーザ（該ユーザは、運転ユーザではない。）が同乗することを許可している。
【００６１】
サーバ装置３００は、スケジュール情報とリクエスト情報とに基づいて、マッチング処理を行う（Ｓ１０７）。この場合、可否情報において他のユーザの同乗が許可されているため、サーバ装置３００のマッチング処理部Ｆ３４０が、上述したように、周知の技術を用いて、同乗ユーザＣ００１、Ｃ００２と車両２０とをマッチングする。このマッチング処理が完了すると、サーバ装置３００は、マッチング情報を車両２０の運転ユーザが有する運転ユーザ端末４００および同乗ユーザＣ００１、Ｃ００２が有する第二ユーザ端末２００に送信する（Ｓ１０８、Ｓ１１０）。
【００６２】
そして、運転ユーザ端末４００および第二ユーザ端末２００は、サーバ装置３００から送信されたマッチング情報を取得する（Ｓ１０９、Ｓ１１１）。ここで、運転ユーザ端末４００を介してマッチング情報を取得した運転ユーザ、および、第二ユーザ端末２００を介してマッチング情報を取得した第二ユーザは、Ｓ１０７の処理によるマッチング結果を承認することができる。
【００６３】
サーバ装置３００は、運転ユーザおよび第二ユーザによってマッチングが承認されるとマッチング情報を確定し、該マッチング情報をマッチング情報データベースＤ３３０に登録する（Ｓ１１２）。
【００６４】
以上に述べた処理によって、同乗ユーザＣ００１、Ｃ００２が、第二ユーザとして車両２０にマッチングされることになる。
【００６５】
本実施形態では、このようにマッチング情報が登録されたサーバ装置３００に対して、第一ユーザＣ００３によってリクエスト情報が登録される。第一ユーザ端末１００は、第一ユーザＣ００３からリクエスト情報を受付け（Ｓ１１３）、それをサーバ装置３００に送信する（Ｓ１１４）。そして、サーバ装置３００は、第一ユーザ端末１００から送信されたリクエスト情報を、通信部３０４による受信を介して取得し、該リクエスト情報をリクエスト情報データベースＤ３２０に登録する（Ｓ１１５）。ここで、リクエスト情報には、上述した可否情報が含まれる。そして、第一ユーザＣ００３は、自身が乗車する第一車両に他のユーザ（該ユーザは、運転ユーザではない。）が同乗することを許可していない。つまり、Ｓ１１５の処理は、第一ユーザが、第一車両に該第一車両の運転ユーザではない他のユーザが同乗することを許可するか否かを取得するステップである。
【００６６】
このように、可否情報において他のユーザの同乗が許可されていない場合、サーバ装置３００は、マッチング情報データベースＤ３３０に登録されているマッチング情報を取得する（Ｓ１１６）。サーバ装置３００のマッチング情報取得部Ｆ３３０が、マッチング情報を取得することによって、ライドシェアに供される車両のそれぞれについて、第二ユーザがマッチングされているか否かを取得する。
【００６７】
そして、サーバ装置３００は、スケジュール情報、リクエスト情報、および既にマッチングされている第二ユーザと車両との組合せ情報に基づいて、マッチング処理を行う（Ｓ１１７）。サーバ装置３００のマッチング処理部Ｆ３４０が、第二ユーザがマッチングされていない車両１０を第一車両として第一ユーザと組合せる。このマッチング処理が完了すると、サーバ装置３００は、マッチング情報を車両１０の運転ユーザが有する運転ユーザ端末４００および第一ユーザＣ００３が有する第一ユーザ端末１００に送信する（Ｓ１１８、Ｓ１２０）。
【００６８】
そして、運転ユーザ端末４００および第一ユーザ端末１００は、サーバ装置３００から送信されたマッチング情報を取得する（Ｓ１１９、Ｓ１２１）。ここで、運転ユーザ端末４００を介してマッチング情報を取得した運転ユーザ、および、第一ユーザ端末１００を介してマッチング情報を取得した第一ユーザは、Ｓ１１７の処理によるマッチング結果を承認することができる。
【００６９】
サーバ装置３００は、運転ユーザおよび第一ユーザによってマッチングが承認されるとマッチング情報を確定し、該マッチング情報をマッチング情報データベースＤ３３０に登録する（Ｓ１２２）。そして、サーバ装置３００は、第一ユーザと車両１０とのマッチングが確定した後、車両１０に対する他のユーザのマッチングを許可しない。そうすると、車両１０による第一ユーザの移動の過程において、該第一ユーザが車両１０の運転ユーザ以外のユーザと車両空間を共有する事態が生じ得ないことになる。
【００７０】
以上に述べたマッチングシステムによれば、車両空間を共有することに躊躇するユーザにとって、ライドシェアが利用し易いものとなる。つまり、本発明に係る情報処理装置は、ユーザが利用し易い交通形態を提供することができる。
【００７１】
なお、上記の図１０Ａおよび図１０Ｂに示したマッチングシステム１は、車両を運転する運転ユーザが有する端末である運転ユーザ端末４００を含んでいるが、これに限定する意図はない。例えば、車両は、所定の運行指令に基づいて自律移動を行う自律移動体であってもよい。この場合、運転ユーザが存在しないため、サーバ装置３００は、車両の運転スケジュール（スケジュール情報）を所定の運行管理サーバから取得する。
【００７２】
また、第一ユーザは、同一の車両１０に同乗することを希望する複数ユーザからなるグループであってもよい。例えば第一ユーザを構成する複数ユーザが友人同士である場合、第一ユーザは、友人同士で車両１０の車両空間を共有することに躊躇しないが、第一ユーザとは異なる他のユーザが同乗することには躊躇することがある。そこで、上述したようにマッチング処理が行われることによって、複数ユーザからなる第一ユーザにとって、ライドシェアが利用し易いものとなる。
【００７３】
また、ライドシェアのような交通形態では、複数のユーザが車両に相乗りする形態以外に、一のユーザが乗車して移動する車両を利用して他のユーザが荷物を送付することも考えられる。このような場合、第一ユーザが乗車する第一車両の車両空間に他のユーザの荷物が置かれるがために、第一ユーザがライドシェアの利用を躊躇するという事態は生じ難い。したがって、本実施形態に係るサーバ装置３００は、第一ユーザが第一車両に他のユーザが同乗することを許可していなかったとしても、第一ユーザが乗車する第一車両と他
のユーザが送付を希望する荷物とをマッチングしてもよい。
【００７４】
（記録媒体）
コンピュータその他の機械、装置（以下、コンピュータ等）に上述したいずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【００７５】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コン
ピュータ等に固定された記録媒体としても利用可能である。
【００７６】
＜第二の実施形態＞
次に、本発明の第二の実施形態について説明する。なお、本実施形態において、上述した第一の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。
【００７７】
第一の実施形態では、上述したように、サーバ装置３００は、第一ユーザと車両１０とをマッチングした後、車両１０に対する他のユーザのマッチングを許可しない。この場合、車両１０が、第一ユーザが乗車するスペース以外にもユーザの乗車スペースを有する傾向にある。そうすると、仮に、車両１０が、ユーザが乗車可能なスペースを残したまま第一ユーザを乗車させて移動する移動経路において、直ぐにライドシェアを利用して移動したいユーザが存在する場合、車両１０の運転ユーザや第一ユーザにとって都合が悪い事態が生じ得る。
【００７８】
そこで、本実施形態では、サーバ装置３００が、車両１０による第一ユーザの移動において、その移動経路にライドシェアの利用ユーザ（以下、単に「利用ユーザ」と称する場合もある。）の乗車予定位置が含まれないように該移動経路を生成する。そして、サーバ装置３００は、生成した移動経路を車両１０に提供する。これについて、図１１から図１４に基づいて説明する。
【００７９】
図１１は、本実施形態に係るマッチングシステムの概略構成を示す図である。図１１の例では、車両１０、車両２０はそれぞれ、車載装置１０Ａ、車載装置２０Ａを備える。これら車載装置は、ネットワークＮ１に接続可能な通信部、ＧＰＳ装置、ナビゲーションシステム等を有する。
【００８０】
図１２は、本実施形態に係るサーバ装置３００の機能構成を例示する図である。サーバ装置３００は、第一の実施形態の説明で述べた機能構成要素に加えて、移動経路生成部Ｆ３６０、移動経路提供部Ｆ３７０を備える。サーバ装置３００のプロセッサ３０１は、主記憶部３０２上のコンピュータプログラムにより、移動経路生成部Ｆ３６０、移動経路提供部Ｆ３７０の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。
【００８１】
移動経路生成部Ｆ３６０は、車両１０による第一ユーザの移動における移動経路（以下
、単に「移動経路」と称する。）を生成する。詳しくは、移動経路生成部Ｆ３６０は、マッチング情報データベースＤ３３０から第一ユーザの出発地および目的地を取得する。そして、周知の技術に基づいて、移動経路を生成する。ただし、このようにして生成された移動経路には、利用ユーザの乗車予定位置が含まれている可能性がある。ここで、本実施形態に係る利用ユーザの乗車予定位置とは、第二ユーザが車両２０への乗車を予定している地点であって、上記の図９で述べたマッチング情報テーブルにおいては、同乗者出発地（同乗ユーザＣ００１、Ｃ００２の出発地）として登録されている地点である。
【００８２】
そこで、移動経路生成部Ｆ３６０は、上述したようにして生成した移動経路に第二ユーザの乗車予定位置が含まれる場合には、移動経路に第二ユーザの乗車予定位置が含まれないように、再度移動経路を生成する。または、移動経路生成部Ｆ３６０は、最初に移動経路を生成する際に、第一ユーザの出発地、目的地、およびマッチング情報データベースＤ３３０から取得した第二ユーザの乗車予定位置に基づいて、移動経路に第二ユーザの乗車予定位置が含まれないように該移動経路を生成する。これについて、上記の図９に示したマッチング情報テーブルにおける第一ユーザＣ００３に対して生成される移動経路を例にして、図１３に基づいて説明する。なお、第二ユーザの乗車予定位置は、マッチング情報取得部Ｆ３３０によって取得される。
【００８３】
図１３は、上記の図９に示したマッチング情報テーブルにおける第二ユーザＣ００１、Ｃ００２が同乗する車両２０のルートと、第一ユーザＣ００３が同乗する車両１０のルートと、を説明するための図である。
【００８４】
ここで、運転ユーザＳ００１は、地点ｄから地点ｅまで車両２０を移動させる。このとき、運転ユーザＳ００１は、地点ｆにおいて第二ユーザＣ００１を車両２０に同乗させ、地点ｈにおいて第二ユーザＣ００２を車両２０に同乗させる。また、運転ユーザＳ００１は、地点ｇにおいて第二ユーザＣ００１、Ｃ００２を車両２０から降車させる。このような車両２０のルートは、図１３においてルートＬ１によって表される。
【００８５】
また、運転ユーザＳ００２は、地点ｄから地点ｅまで車両１０を移動させる。このとき、運転ユーザＳ００１は、地点ｆにおいて第一ユーザＣ００３を車両１０に同乗させ、地点ｇにおいて第一ユーザＣ００３を車両１０から降車させる。ここで、上記の図９によると、第二ユーザＣ００１は、地点ｆにおいて１８：１０に車両２０に乗車する予定である。これに対して、運転ユーザＳ００２は、地点ｄから１８：１０に車両１０を出発させる予定である。そのため、車両１０が地点ｆに到着するときには、既に第二ユーザＣ００１が車両２０に乗車していると推測されるため、車両１０による第一ユーザＣ００３の移動において、地点ｆは第二ユーザの乗車予定位置とはならない。
【００８６】
一方、第二ユーザＣ００２は、地点ｈにおいて１８：３０に車両２０に乗車する予定である。そうすると、車両１０が１８：２０に地点ｆを出発し仮にルートＬ１に沿って移動すると、車両１０が、ユーザが乗車可能なスペースを残したまま第二ユーザＣ００２の前を通過する事態が生じ得る。つまり、車両１０が、第二ユーザＣ００２の乗車予定位置ｈを通過する事態が生じ得る。
【００８７】
そこで、移動経路生成部Ｆ３６０は、移動経路に第二ユーザＣ００２の乗車予定位置ｈが含まれないように、移動経路として図１３に表すルートＬ２を生成する。これによれば、第一ユーザの移動経路にライドシェアを利用する他のユーザが存在し得ないため、車両１０の運転ユーザや第一ユーザにとって都合が悪い事態が生じない。
【００８８】
そして、このように生成された移動経路は、図１２に示す移動経路提供部Ｆ３７０によって、車両１０に提供される。本実施形態では、サーバ装置３００が移動経路を車両１０
の車載装置１０Ａに送信することによって、該移動経路が車両１０（車両１０の運転ユーザ）に提供される。ただし、これに限定する意図はなく、サーバ装置３００が移動経路を運転ユーザ端末４００に送信することによって、該移動経路が車両１０（車両１０の運転ユーザ）に提供されてもよい。そうすると、運転ユーザは、提供された移動経路（該移動経路は、車載装置１０Ａが有するナビゲーションシステムの画面や運転ユーザ端末４００の画面に表示される。）に従って、車両１０を走行させることができる。また、仮に車両１０が所定の運行指令に基づいて自律移動を行う自律移動体である場合、サーバ装置３００が移動経路を所定の運行管理サーバに送信することによって、該移動経路が該運行管理サーバ経由で車両１０に提供される。
【００８９】
また、移動経路提供部Ｆ３７０は、移動経路生成部Ｆ３６０によって生成された移動経路を第一ユーザ端末１００にも送信することができる。この場合、第一ユーザは、第一ユーザ端末１００を介して自身の移動経路を取得可能となる。
【００９０】
なお、プロセッサ３０１がリクエスト情報取得部Ｆ３２０、マッチング情報取得部Ｆ３３０、マッチング処理部Ｆ３４０、移動経路生成部Ｆ３６０、および移動経路提供部Ｆ３７０の処理を実行することで、本発明に係る制御部として機能する。
【００９１】
次に、本実施形態に係るマッチングシステムの動作の流れについて説明する。図１４は、本実施形態に係るマッチングシステムの動作の流れを例示する図である。図１４は、マッチングシステム１における、各構成要素間の動作の流れ、および各構成要素が実行する処理を説明する。なお、図１４に示す各処理は、上記の図１０Ｂに示したＳ１２２の処理によって第一ユーザと車両１０とのマッチングが確定した後に実行される。
【００９２】
本実施形態では、先ず、サーバ装置３００が、マッチング情報データベースＤ３３０に登録されているマッチング情報を取得する（Ｓ２０１）。サーバ装置３００のマッチング情報取得部Ｆ３３０が、マッチング情報を取得することによって、利用ユーザがライドシェアに供される車両への乗車を予定している乗車予定位置を取得する。
【００９３】
次に、サーバ装置３００は、移動経路を生成する（Ｓ２０２）。サーバ装置３００は、上述したように、車両１０による第一ユーザの移動において、その移動経路に利用ユーザの乗車予定位置が含まれないように該移動経路を生成する。詳しくは、移動経路生成部Ｆ３６０が、第一ユーザの出発地、目的地、およびマッチング情報データベースＤ３３０から取得した利用ユーザの乗車予定位置に基づいて、移動経路に利用ユーザの乗車予定位置が含まれないように該移動経路を生成する。
【００９４】
そして、サーバ装置３００は、移動経路を車両１０の車載装置１０Ａおよび第一ユーザ端末１００に送信する（Ｓ２０３、Ｓ２０５）。つまり、生成した移動経路を車両１０および第一ユーザに提供する。そして、車載装置１０Ａおよび第一ユーザ端末１００は、サーバ装置３００から送信された移動経路を取得する（Ｓ２０４、Ｓ２０６）。
【００９５】
以上に述べたマッチングシステムによっても、ユーザが利用し易い交通形態を提供することができる。
【００９６】
＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【００９７】
また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【００９８】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【００９９】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１００】
１０・・・・車両
１００・・・第一ユーザ端末
２００・・・第二ユーザ端末
３００・・・サーバ装置
３０１・・・プロセッサ
３０２・・・主記憶部
３０３・・・補助記憶部
【図１】
2020004177.tif 000003
【図２】
2020004177.tif 000004
【図３】
2020004177.tif 000005
【図４】
2020004177.tif 000006
【図５】
2020004177.tif 000007
【図６】
2020004177.tif 000008
【図７】
2020004177.tif 000009
【図８】
2020004177.tif 000010
【図９】
2020004177.tif 000011
【図１０Ａ】
2020004177.tif 000012
【図１０Ｂ】
2020004177.tif 000013
【図１１】
2020004177.tif 000014
【図１２】
2020004177.tif 000015
【図１３】
2020004177.tif 000016
【図１４】
2020004177.tif 000017