(57)【要約】【課題】ユーザの乗車予定車両を変更すべきと判定される場合に、代替となる車両を抽出して当該ユーザの移動を支援する技術を提供する。【解決手段】本発明の情報処理装置は、第１ユーザが第１乗車場所で乗車することが予定されている第１車両に乗車する予定時刻前に、該第１ユーザによる該第１車両への乗車に関連する所定の位置情報に基づいて該第１ユーザの乗車予定車両の変更をすべきか否かを判定することと、第１ユーザの乗車予定車両を変更すべきと判定されると、該第１車両の代替候補となる一又は複数の候補車両を抽出することと、第１ユーザによる承認に基づいて、該第１ユーザの乗車予定車両を、第１車両から一又は複数の候補車両のうちの一台である第２車両に変更することと、を実行する制御部を備える。【選択図】図８
2020009320.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）パネル等である。入力部２
０５は、タッチパネル、押しボタン等を含む。更に、入力部２０５は、映像や画像の入力を可能にするカメラや、音声の入力を可能とするマイクロフォンを含んでもよい。通信部２０６は、例えば、移動体通信サービス（携帯電話等の電話通信網、ＷｉＦｉ等の無線通信）を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。
【００３１】
次に、車載装置１００について説明する。車載装置１００は、処理部１０１、通信部１０２、位置検出部１０３を含んで構成される。処理部１０１は、車両１０の運転者への所定情報の報知や、当該運転者からの入力情報の入力を制御するコンピュータである。処理部１０１は、例えば、マイクロコンピュータによって構成される。例えば、処理部１０１は、車両１０の運転者に対して走行位置の周囲の地図情報や目的地までのルート情報の報知を行うナビゲーション処理を行うことができる。処理部１０１が上記の制御を行うにあたっては、所定の機能構成部が制御される。この機能構成部は、ＲＯＭ（Read Only Memory）等の記憶手段に記憶されたプログラムをＣＰＵ（Central Processing Unit）によっ
て実行することで実現され得る。
【００３２】
通信部１０２は、例えば、移動体通信サービスを利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。通信部１０２によって、車載装置１００（車両１０）がネットワークＮ１に接続される。通信部１０２が取得した情報は、処理部１０１に送信される。また、位置検出部１０３は、車両１０の走行位置を検出する装置であり、例えば、ＧＰＳ（Global Positioning System）装置である。
位置検出部１０３が検出した車両１０の位置は処理部１０１に渡されて、通信部１０２を介してサーバ装置３００に収集され得る。
【００３３】
（サーバ装置の機能構成）
次に、サーバ装置３００の機能構成について図３に基づいて説明する。サーバ装置３００は、機能構成要素として、ライドシェア管理部Ｆ３１０、マッチング調整部Ｆ３２０、車両データベースＤ３１０、利用管理データベースＤ３２０を備える。そして、ライドシェア管理部Ｆ３１０は、車両管理部Ｆ３１１、マッチング処理部Ｆ３１２を含む。また、マッチング調整部Ｆ３２０は、判定部Ｆ３２１、抽出部Ｆ３２２、変更部Ｆ３２３を含む。サーバ装置３００のプロセッサ３０１は、主記憶部３０２上のコンピュータプログラムにより、ライドシェア管理部Ｆ３１０、車両管理部Ｆ３１１、マッチング処理部Ｆ３１２、マッチング調整部Ｆ３２０、判定部Ｆ３２１、抽出部Ｆ３２２、変更部Ｆ３２３の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。車両データベースＤ３１０及び利用管理データベースＤ３２０は、プロセッサ３０１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３０３に記憶されるデータを管理することで構築される。車両データベースＤ３１０及び利用管理データベースＤ３２０は、例えば、リレーショナルデータベースである。
【００３４】
なお、サーバ装置３００の各機能構成素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、ライドシェア管理部Ｆ３１０に含まれる各処理と、マッチング調整部Ｆ３２０に含まれる各処理とは
、別々のコンピュータにより実行されてもよい。
【００３５】
ライドシェア管理部Ｆ３１０は、サーバ装置３００に登録されている任意の車両への相乗りを要求するユーザ（本実施形態の場合は第１ユーザ）からのリクエスト情報を取得する。そして、ライドシェア管理部Ｆ３１０に含まれる車両管理部Ｆ３１１が、マッチングのために登録されている車両の管理処理を行い、マッチング処理部Ｆ３１２が、ユーザと車両とのマッチング処理を行う。車両管理部Ｆ３１１は、ライドシェアに供される車両に関する情報（車両情報）を生成し、それを車両データベースＤ３１０に登録する。また、マッチング処理部Ｆ３１２は、周知の技術を用いてユーザと車両とのマッチングを行うことができる。その後、ライドシェア管理部Ｆ３１０は、上述したように、第１ユーザと車両１０の運転者に対してマッチングの承認を要求する。具体的には、ライドシェア管理部Ｆ３１０は、第１ユーザのユーザ端末２００と車両１０の車載装置１００に、承認要求に関する情報を送信する。そして、それぞれにおいてマッチングが承認されることで、ユーザと車両１０とのマッチングが確定する。更に、ライドシェア管理部Ｆ３１０は、ライドシェアの利用管理に関する情報（利用管理情報）を生成し、それを利用管理データベースＤ３２０に登録する。
【００３６】
ここで、車両データベースＤ３１０は、サーバ装置３００によって管理されるライドシェアに供される車両の車両情報を格納するデータベースである。車両データベースＤ３１０は、図４に示す車両情報テーブルを有する。なお、車両情報テーブルに格納される情報は、図４に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００３７】
図４に示す車両情報テーブルは、車両番号、運転者ＩＤ、車種、走行スケジュール、ライドシェア予約、実行フラグ、走行位置、目的地のフィールドを有する。車両番号は、ライドシェアのために登録されている車両の車両１０を識別するための識別情報である。運転者ＩＤは、車両を運転する運転者を識別するＩＤである。基本的に、サーバ装置３００によるライドシェアにおいては、車両には特定の運転者が紐づけられているため、車両番号と運転者ＩＤの組み合わせは固定である。車種のフィールドには、車両の種類を表す情報が格納される。走行スケジュールのフィールドには、車両の運転手によって登録され、マッチングのために利用される情報が格納される。また、ライドシェア予約のフィールドには、車両によるライドシェアの予約に関する情報が格納される。ライドシェア予約に関する情報としては、例えば、相乗りさせるユーザを乗車させる時刻や場所の情報、当該ユーザが移動を希望する目的地やそこへの到達希望時刻等の情報が挙げられる。また、実行フラグのフィールドには、当該車両によってライドシェアを実行中か否かを示す情報が格納される。したがって、ライドシェア予約のフィールドは、ライドシェア管理部Ｆ３１０によりユーザからの予約要求があることで更新される。また、予約されていたライドシェアが実行され、又は完了すると、その予約情報がライドシェア予約フィールドから消去される。また、実行フィールドについても、当該車両においてライドシェアが実行され、また終了する度に更新されることになる。
【００３８】
走行位置のフィールドには、当該車両が走行している位置を表す位置情報が格納される。車両の位置情報については、車両の車載装置１００が有する位置検出部１０３で検出された位置情報が通信部１０２を介してサーバ装置３００に送信されることで、車両管理部Ｆ３１１が、対応する車両の走行位置フィールドを更新する。また、目的地のフィールドには、当該車両の移動の目的地を表す位置情報が格納される。例えば、車両においてナビゲーション処理が実行されている場合には、その処理のために設定されている移動目的地の情報が、通信部１０２を介してサーバ装置３００に送信されることで、車両管理部Ｆ３１１が、対応する車両の目的地フィールドを更新する。また、車両管理部Ｆ３１１は、走行スケジュールのフィールドの情報に基づいて当該車両の目的地を判断し、目的地フィールドにその目的地を入力するようにしてもよい。なお、走行位置や目的地の情報がネット
ワーク経由でサーバ装置３００に集められる場合、その送信間隔は、ライドシェアシステム１全体の通信負荷や車両データベースＤ３１０の情報の新鮮度等を考慮して、適切に設定すればよい。
【００３９】
次に、利用管理データベースＤ３２０について説明する。利用管理データベースＤ３２０は、利用管理情報を格納するデータベースである。利用管理データベースＤ３２０は、図５に示す管理情報テーブルを有する。なお、管理情報テーブルに格納される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４０】
図５に示す管理情報テーブルは、運転者ＩＤ、ユーザＩＤ、車両番号、ユーザが車両１０に乗車予定の場所（乗車場所）、ユーザが車両１０に乗車予定の時刻（乗車予定時刻）、ユーザの移動目的地、ユーザが希望する到着時刻（到着希望時刻）、乗車時における他の同乗者の有無を表す同乗者、ライドシェアが完了したか否かを表す完了フラグのフィールドを有する。運転者ＩＤと車両番号については、車両データベースと同じであるため、その説明は省略する。ユーザＩＤは、車両に乗車するユーザを識別するＩＤである。ここで、運転者ＩＤやユーザＩＤを含むライドシェアのユーザ情報は、更に個別のテーブルで管理されており、該テーブルには、ユーザの連絡先等が含まれる。連絡先は、例えば、ユーザの携帯番号または電子メールアドレスである。また、運転者ＩＤは、サーバ装置３００において、車両１０の識別情報（車両番号）と予め対応付けられている。
【００４１】
乗車場所、乗車予定時刻、移動目的地、到着希望時刻、同乗者の各フィールドの情報は、マッチング処理部Ｆ３１２によって設定され、車両側及びユーザに承認された情報である。図５に示す例は、図１に示したライドシェアが行われた際の利用管理情報を表している。当該利用管理情報では、車両番号がＸ１０で特定される1台の車両によって、先ず８
：００に地点ｆでユーザＣ００１の乗車が予定され、更に８：３０に地点ｈでユーザＣ００２の乗車が予定されている。ユーザがＣ００１が車両に乗車する際には、当該車両には他のユーザは乗車していないので同乗者フィールドには「無し」が入力され、一方で、ユーザがＣ００２が当該車両に乗車する際には、当該車両には既にユーザＣ００１が乗車しているため同乗者フィールドには「有り」が入力されている。そして、当該車両は、目的地点ｇに移動してユーザＣ００１を降ろし、更に目的地点ｅに移動してユーザＣ００２を降ろすことになっている。また、Ｘ２０で特定される車両については、ユーザＣ００３を地点ｐで予定時刻１７：３０に乗車させ、地点ｑまで運ぶことが予定されており、その予定到着時刻は１８：３０となっている。また、完了フラグのフィールドには、ライドシェアが実行されて完了したか否かを表す情報が格納される。例えば、図５に示す例では、車両Ｘ１０によるユーザＣ００１とＣ００２のライドシェアは完了し、車両Ｘ２０によるユーザＣ００３のライドシェアはまだ完了しておらず予約状態であることを意味する。
【００４２】
ここで、図３に戻り、マッチング調整部Ｆ３２０について説明する。ここで、マッチング調整部Ｆ３２０は、利用管理データベースＤ３２０で管理されているライドシェア案件のうちまだ完了していない案件において、上述したようにユーザの乗車予定車両を変更した方が好ましい場合が生じ得、そのような場合にライドシェアに供される車両と、それに乗車予定のユーザとの組合せを調整するための処理を判定部Ｆ３２１、抽出部Ｆ３２２、変更部Ｆ３２３とともに行う。詳細には、判定部Ｆ３２１は、ライドシェアの乗車予定時刻前にユーザによる車両への乗車に関連する所定の位置情報に基づいて、ユーザの乗車予定車両を変更した方が良いか否かを判定する。所定の位置情報の一例として、ユーザや車両の一方が乗車場所に到達する時刻が予定時刻から乖離し過ぎると好ましくないことを踏まえ、予定時刻からの乖離程度を判定するための位置情報が挙げられ、例えば、ユーザの現在位置又は車両の現在位置の情報が採用できる。また別の例として、ユーザをライドシェアするために掛かる環境負荷が大きくなり過ぎると好ましくないことを踏まえ、当該環境負荷に関連する位置情報が挙げられ、例えば、乗車場所や車両の現在位置の情報が採用
できる。なお、所定の位置情報に基づいた、判定部Ｆ３２１による判定処理の詳細については後述する。
【００４３】
また、抽出部Ｆ３２２は、判定部Ｆ３２１によってユーザの乗車予定車両を変更すべきと判定されると、当該ユーザは当初の移動目的を果たすことが困難となるため、その移動目的を果たすために代替候補となる一又は複数台の候補車両を抽出する。抽出部Ｆ３２２により抽出される候補車両は、当該ユーザの移動目的地への移動に資する車両であればよく、その抽出条件は、当初予定されていた乗車位置で当該ユーザを乗車させ、また、当該ユーザを直接、移動目的地で降車させることに拘泥される必要はない。抽出部Ｆ３２２による抽出処理の詳細については後述する。そして、抽出部Ｆ３２２により抽出された候補車両に対してユーザによる承認が行われると、その承認結果に基づいて変更部Ｆ３２３は、ユーザの乗車予定車両を当初の車両から、候補車両の中から承認された車両に変更し、その変更を利用管理データベースＤ３２０に反映させる。例えば、図５に示す利用管理情報テーブルに示す車両Ｘ２０とユーザＣ００３とのマッチングにおいて、ユーザＣ００３の乗車予定車両を変更することとなった場合には、当該マッチングのレコードを削除し、新たな車両とユーザＣ００３とのマッチングに関連するレコードを作成する。
【００４４】
（処理の流れ）
本実施形態のライドシェアシステム１において、マッチング処理部Ｆ３１２によって既にマッチングされているユーザと車両との組み合わせを調整するための処理（以下、「マッチング調整処理」ともいう）の流れについて図６及び図７に基づいて説明する。本実施形態では、当該マッチング調整処理はマッチング調整部Ｆ３２０と、それが有する判定部Ｆ３２１、抽出部Ｆ３２２、変更部Ｆ３２３とによって実行され、その処理の流れが図６のフローチャートに示されており、そこで示される調整方法が乗車車両調整方法の一例となる。また、マッチング調整部Ｆ３２０によってマッチング調整制御が行われているときの、ユーザ端末２００、サーバ装置３００、関連する車両の車載装置間の処理の流れを図７に示す。なお、以降の実施形態において、マッチング処理部Ｆ３１２によって既にマッチングされている車両を第１車両１０とするとともにそれに搭載されている車載装置を第１車載装置１００とする。そして、第１車両１０と組み合わせられているユーザ（すなわち、第１車両１０に乗車が予定されているユーザ）を第１ユーザと称し、そのユーザ端末が第１ユーザ端末２００とされる。
【００４５】
図６に示すマッチング調整制御は、利用管理データベースＤ３２０によって管理されている利用管理情報において、まだライドシェアが完了していないライドシェアレコード（すなわち、管理情報テーブルの完了フラグのフィールドが「未完」となっているレコード）に対応する、車両とユーザの各組み合わせを対象に、所定の時間間隔で繰り返し実行される。本実施形態では、当該組み合わせを「調整対象組合せ」と称する。例えば、図５に示す情報管理テーブルに基づけば、車両Ｘ２０とユーザＣ００３の組み合わせが調整対象組合せとされ、当該調整対象組合せに対して、マッチング調整制御が行われることになり、このとき車両Ｘ２０が第１車両１０とされ、ユーザＣ００３が第１ユーザとされる。そして、マッチング調整制御の各処理は、調整対象組合せに関連する予定時刻前に行われることになる。
【００４６】
また、図７では、マッチング調整制御が行われる際の機器間のやり取りの他に、サーバ装置３００による調整対象組合せの車両とユーザに関する情報収集、すなわち、第１車両１０の位置情報の取得処理と第１ユーザの位置情報の取得処理の流れも示されている。サーバ装置３００は、Ｓ０１で第１車両１０の車載装置１００に対して第１車両１０の位置情報の要求信号を送る。当該要求信号を受け取った車載装置１００は、Ｓ０２で、位置検出部１０３で検出された位置情報をサーバ装置３００に対して回答する。同じように、サーバ装置３００は、Ｓ０３で第１ユーザのユーザ端末２００に対してその位置情報の要求
信号を送る。当該要求信号を受け取ったユーザ端末２００は、当該ユーザ端末２００が有しているＧＰＳ装置等の位置検出機能によって検出される位置情報を、Ｓ０４でサーバ装置３００に対して回答する。このようにサーバ装置３００は、第１車両１０と第１ユーザの調整対象組合せのそれぞれの位置情報を収集する。なお、この第1車両１０に関する情
報収集は、上記の通り車両管理部Ｆ３１１によって行われ、その第1車両１０の位置情報
は、車両情報テーブルの走行位置フィールドに格納される。また、第1ユーザに関する情
報収集は、ライドシェア管理部Ｆ３１０によって行われ、その第1ユーザの位置情報は、
サーバ装置３００が有する記憶装置に記憶する。これらの位置情報の収集は所定の時間間隔で実行され、その都度、記憶されている位置情報の更新が行われる。
【００４７】
ここで、図６に示すマッチング調整制御について説明する。先ず、Ｓ１０１では、マッチング調整部Ｆ３２０が第１車両１０の位置情報を、車両情報テーブルから取得する。また、Ｓ１０２では、マッチング調整部Ｆ３２０が第１ユーザの位置情報をサーバ装置３００の記憶装置から取得する。
【００４８】
続いて、Ｓ１０３では、判定部Ｆ３２１によって、Ｓ１０１で取得された第１車両１０の位置情報と、Ｓ１０２で取得された第１ユーザの位置情報とに基づいて、第１車両１０と第１ユーザのそれぞれが、ライドシェアのための集合場所、すなわち第１ユーザが第１車両に乗車する予定場所（第１乗車場所）に、その乗車する予定時刻に所定時間以上ずれて到着するか否かが判定される。ここで、予定時刻より所定時間以上ずれて到着するケースとしては、予定時刻より遅れて到着する場合と、予定時刻より早まって到着する場合とがある。そこで、各ケースに分けて具体的に説明する。
【００４９】
（１）予定時刻より遅れて到着する場合
この場合、第１車両１０が道路の交通状況等により第１乗車場所への到着が遅れたり、第１ユーザが第１乗車場所に向かうまでの過程での所要の発生等により第１乗車場所への到着が遅れることが考えられる。いずれの場合も、先に第１乗車場所に到着している相手方を待たせその行動を制限してしまうことになり好ましくない。そこで、このような場合には、既にマッチングされている第１車両１０と第１ユーザの組合せを解消して、新たにマッチングをし直すのが良い場合もあり得ると考えられる。
【００５０】
具体的には、判定部Ｆ３２１は、第１車両１０の位置情報に基づいて、第１車両１０が第１乗車場所に到着するのが見込まれる時刻を算出する。例えば、第１車両１０の現在位置から第１乗車場所までの距離と、第１車両１０の平均速度、及び、第１乗車場所までのルートにおける交通状況（渋滞状況）等を考慮して、その到着見込み時刻が算出される。そして、算出された到着見込み時刻が、上記予定時刻より所定時間以上遅れている場合には、Ｓ１０３において肯定判定され、その遅れが所定時間より短い場合には否定判定される。なお、所定時間は、相手方を待たせることが許容される程度を考慮して、適宜設定される。別法として、判定部Ｆ３２１は、第１ユーザの位置情報に基づいて、第１ユーザが第１乗車場所に到着するのが見込まれる時刻を算出する。例えば、第１ユーザの現在位置から第１乗車場所までの距離と、第１ユーザの平均歩行速度等を考慮して、その到着見込み時刻が算出される。そして、算出された到着見込み時刻が、上記予定時刻より上記所定時間以上遅れている場合には、Ｓ１０３において肯定判定され、その遅れが上記所定時間より短い場合には否定判定される。
【００５１】
（２）予定時刻より早まって到着する場合
この場合、第１車両１０の第１乗車場所への到着が早まったり、第１ユーザの第１乗車場所への到着が早まったりするケースが考えられる。いずれの場合も、予定時刻まで相手方が到着するのを待っている必要があり、その間、到着が早まった側の行動は制限されることになる。仮に、第１ユーザの別の移動手段が見つかるのであれば、第１ユーザの到着
が早まった場合でも、又は第１車両１０の到着が早まった場合でも既にマッチングされている第１車両１０と第１ユーザの組合せを解消して、新たにマッチングをし直すのが良い場合もあり得ると考えられる。
【００５２】
具体的には、判定部Ｆ３２１は、第１車両１０の位置情報に基づいて、第１車両１０が第１乗車場所に到着するのが見込まれる時刻を算出する。当該到着見込み時間の算出は、上記（１）予定時刻より遅れて到着する場合の算出と同様である。そして、算出された到着見込み時刻が、上記予定時刻より所定時間以上早まっている場合には、Ｓ１０３において肯定判定され、その早まっている分が所定時間より短い場合には否定判定される。なお、所定時間は、相手方の到着を待たなければならないことが許容される程度や、マッチングの組合せを解消される相手方の不利益等を考慮して、適宜設定される。別法として、判定部Ｆ３２１は、第１ユーザの位置情報に基づいて、第１ユーザが第１乗車場所に到着するのが見込まれる時刻を算出する。当該到着見込み時間の算出は、上記（１）予定時刻より遅れて到着する場合の算出と同様である。そして、算出された到着見込み時刻が、上記予定時刻より上記所定時間以上早まっている場合には、Ｓ１０３において肯定判定され、その早まっている分が上記所定時間より短い場合には否定判定される。
【００５３】
そして、Ｓ１０３で肯定判定されるとＳ１０４へ進み、Ｓ１０３で否定判定されると本制御を終了する。なお、図６に示すＳ１０３の処理が、図７においては、Ｓ１０の処理である、マッチングの組合せ変更の要否判定の処理として記載されている。次に、Ｓ１０４の処理について説明する。Ｓ１０４では、抽出部Ｆ３２２によって候補車両の抽出処理が行われる。ここで候補車両とは、Ｓ１０３で肯定判定された調整対象組合せに係る第１車両１０と第１ユーザにおいて、その組合せが解消されようとしたときに移動手段を失うことになる第１ユーザに対して、その移動を支援するための代替候補となるライドシェア車両である。抽出部Ｆ３２２は、車両データベースＤ３１０に登録されているライドシェアに供される車両群の中から、一又は複数の車両を候補車両として抽出する。
【００５４】
ここで、抽出部Ｆ３２２による候補車両の抽出について、図８及び図９に基づいて説明する。図８及び図９では、第１ユーザ及び第１車両１０の現在時刻Ｔ１における位置、及び両者のライドシェアのために設定されていた第１乗車場所、及びそのライドシェアによる第１ユーザの移動目的地が概略的に記載されている。そして、本実施形態では、第１車両１０の第１乗車場所への到着が予定時刻Ｔ２よりも所定時間遅れると判定された（Ｆ１０３で肯定判定された）ものとする。
【００５５】
（１）図８に示す抽出形態
図８には２つの抽出形態が示されている。第１の抽出形態では、抽出部Ｆ３２２は、車両データベースＤ３１０に登録されている車両のうち、予定時刻Ｔ２近傍において第１乗車場所で第１ユーザを乗車可能な車両を抽出する。具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、予定時刻Ｔ２にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、予定時刻Ｔ２又はその近傍の時刻で第１乗車場所に到達が可能な車両であって第１ユーザの移動目的地に移動可能な車両を候補車両として抽出する。例えば、図８に示す車両Ｘ４０は、その目的地が、第１ユーザの移動目的地と同じであり、車両Ｘ４０が現在位置から第１乗車場所に到達すると見込まれる時刻が予定時刻Ｔ２の近傍の時刻となり得るため、抽出部Ｆ３２２は車両Ｘ４０を候補車両として抽出することができる。なお、車両Ｘ４０の第１乗車場所への到達見込み時刻の算出には、上述した算出手法を適用できる。
【００５６】
また、図８に示す第２の抽出形態では、抽出部Ｆ３２２は、車両データベースＤ３１０に登録されている車両のうち、暫定乗車場所で第１ユーザを乗車可能な車両を抽出する。当該暫定乗車場所は、第１ユーザの現在位置から第１乗車場所に至るまでの何れかの場所であって第１ユーザを乗車させることが可能な乗車場所を言う。抽出部Ｆ３２２は、第１ユーザが現在位置から第１乗車場所に向かう過程において、一又は複数の暫定乗車場所の候補となる場所を、当該場所に第１ユーザが到達すると見込まれる時刻Ｔ３とともに抽出する。そして、その候補場所とそこへの到達見込み時刻Ｔ３を考慮して、候補車両の抽出が行われる。具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、到達見込み時刻Ｔ３にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、到達見込み時刻Ｔ３又はその近傍の時刻で暫定乗車場所に到達が可能な車両であって第１ユーザの移動目的に移動可能な車両を候補車両として抽出する。
【００５７】
例えば、図８に示す車両Ｘ５０は、その目的地が、第１ユーザの移動目的地を経由して到達可能な場所であり、車両Ｘ５０が現在位置から暫定乗車場所に到達すると見込まれる時刻が到達見込み時刻Ｔ３の近傍の時刻となり得るため、抽出部Ｆ３２２は車両Ｘ５０を候補車両として抽出することができる。なお、車両Ｘ５０の暫定乗車場所への到達見込み時刻の算出には、上述した算出手法を適用できる。このように第２の抽出形態によれば、第１乗車場所での第１ユーザの乗車に限定せずに候補車両を抽出するため、移動手段を失うことになる第１ユーザの移動目的地への移動をより好適に支援することができる。
【００５８】
（２）図９に示す抽出形態
図９に更に２つの抽出形態である第３及び第４の抽出形態が示されている。第３の抽出形態では、抽出部Ｆ３２２は、車両データベースＤ３１０に登録されている車両のうち、予定時刻近傍において第１乗車場所で第１ユーザを乗車可能な車両を抽出する。具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、予定時刻Ｔ２にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、予定時刻Ｔ２又はその近傍の時刻で第１乗車場所に到達が可能な車両であって、第１ユーザの移動目的地とは異なるものの当該移動目的地への移動が他の移動手段（例えば、鉄道やバス等）により実現可能な場所である所定降車場所への移動が可能な車両を候補車両として抽出する。当該所定降車場所は、第１ユーザがライドシェア車両を降車して他の移動手段に乗り換えるための場所であり、例えば、鉄道駅、バス停等が例示できる。例えば、図９に示す車両Ｘ６０は、その目的地が、第１ユーザを移動目的地へと移動可能な鉄道の駅であり、車両Ｘ６０が現在位置から第１乗車場所に到達すると見込まれる時刻が予定時刻Ｔ２の近傍の時刻となり得るため、抽出部Ｆ３２２は車両Ｘ６０を候補車両として抽出することができる。なお、車両Ｘ６０の第１乗車場所への到達見込み時刻の算出には、上述した算出手法を適用できる。このように第３の抽出形態によれば、ライドシェア車両により移動目的地に直接第１ユーザを送り届けないことになるものの、結果として第１ユーザはその移動目的地に移動できるため、移動手段を失うことになる第１ユーザの移動目的地への移動をより好適に支援することができる。
【００５９】
また、図９に示す第４の抽出形態では、抽出部Ｆ３２２は、車両データベースＤ３１０に登録されている車両のうち、暫定乗車場所で第１ユーザを乗車可能な車両を抽出する。当該暫定乗車場所は、第２の抽出形態で説明したとおりである。抽出部Ｆ３２２は、第１ユーザが現在位置から第１乗車場所に向かう過程において、一又は複数の暫定乗車場所の
候補となる場所を、当該場所に第１ユーザが到達すると見込まれる時刻Ｔ４とともに抽出する。そして、その候補場所とそこへの到達見込み時刻Ｔ４を考慮して、候補車両の抽出が行われる。具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、到達見込み時刻Ｔ４にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、到達見込み時刻Ｔ４又はその近傍の時刻で暫定乗車場所に到達が可能な車両であって上記所定降車場所（鉄道駅）への移動が可能な車両を候補車両として抽出する。
【００６０】
例えば、図９に示す車両Ｘ７０は、その目的地が、所定降車場所を経由して到達可能な場所であり、車両Ｘ７０が現在位置から暫定乗車場所に到達すると見込まれる時刻が到達見込み時刻Ｔ４の近傍の時刻となり得るため、抽出部Ｆ３２２は車両Ｘ７０を候補車両として抽出することができる。なお、車両Ｘ７０の暫定乗車場所への到達見込み時刻の算出には、上述した算出手法を適用できる。このように第４の抽出形態によれば、ライドシェア車両により移動目的地に直接第１ユーザを送り届けないことになるものの、結果として第１ユーザはその移動目的地に移動でき、更に第１乗車場所での第１ユーザの乗車に限定せずに候補車両を抽出するため、移動手段を失うことになる第１ユーザの移動目的地への移動をより好適に支援することができる。
【００６１】
なお、図６に示すＳ１０４の処理が、図７においては、Ｓ１１の処理である、候補車両の抽出の処理として記載されている。次に、Ｓ１０５の処理について説明する。Ｓ１０５では、マッチング調整部Ｆ３２０により、Ｓ１０４の処理で抽出された候補車両が第１ユーザのユーザ端末２００に対して提示される。図１０は、ユーザ端末２００の表示部２０４に表示された候補車両の一覧例を示している。図１０に示す表示例では、上段に、変更前の第１車両１０に関連する情報である、車種、乗車場所、乗車のための予定時刻、及び関連するその他の情報（備考情報）が表示されている。更に、その下方に、抽出された候補車両のそれぞれの、同様の関連情報が表示されている。具体的には、上段には第１車両１０である車両Ｘ３０の関連情報が表示されており、そこで、第１ユーザは第１車両１０の第１乗車場所への到着遅れを確認することができる。そして、その下方には順に、上記の第１、第２、第３、第４の抽出形態によって抽出された候補車両Ｘ４０、Ｘ５０、Ｘ６０、Ｘ７０の関連情報が表示されており、第１ユーザは候補車両Ｘ５０及びＸ７０については乗車場所が当初の第１乗車場所から変更になることを確認でき、また、候補車両Ｘ６０及びＸ７０については、降車場所が当初の移動目的地ではなく鉄道駅であることを確認することができる。なお、第１ユーザに提示する候補車両の情報は、第１、第２、第３、第４の抽出形態のうち少なくとも１つの抽出形態に従って抽出された候補車両の情報であっても構わない。なお、図６に示すＳ１０５の処理は、図７においては、Ｓ１２の処理である候補車両情報送信の処理、及びＳ１３の処理である承認要求の処理として記載されている。
【００６２】
このような候補車両が提示された第１ユーザは、Ｓ１３でサーバ装置３００から送信された承認要求を踏まえて、提示された候補車両を承認するか否かに関する回答を行う必要がある（図７に示すＳ１４の承認処理）。具体的には、第１ユーザは、ユーザ端末２００の入力部２０５を介して、具体的にはタッチパネルとなっている表示部２０４において各候補車両に対応して配置されているチェックボックスを操作して、第１車両１０からの変更を希望する候補車両を承認し、ライドシェア車両の変更承認の意思表示を行う。なお、第１ユーザがライドシェア車両の変更を希望しない場合には、表示部２０４の最下方に表示されている、「ライドシェア車両を変更しません」との表示に対応するチェックボックスを操作して、変更拒否の意思表示を行う。このような第１ユーザによる、候補車両の承認回答は、ユーザ端末２００からサーバ装置３００へと送信される（図７に示すＳ１５の
承認結果送信処理）。
【００６３】
図６のマッチング調整制御に戻る。Ｓ１０５の処理の後、Ｓ１０６において、第１ユーザによって候補車両の承認が行われたか否かが判定される。具体的には、図７のＳ１５でサーバ装置３００に対して返信された承認結果に基づいて、Ｓ１０６の判定が行われる。本実施形態の場合、第１ユーザによって候補車両Ｘ４０−Ｘ７０の何れかが選択、承認されればＳ１０６では肯定判定され、一方で第１ユーザによってライドシェ車両の変更が拒否された場合にはＳ１０６では否定判定される。
【００６４】
Ｓ１０６で肯定判定されると、処理はＳ１０７へ進み、Ｓ１０７では変更部Ｆ３２３によって第１ユーザの乗車予定車両が第１車両１０から、第１ユーザによって承認された一の候補車両に変更される。具体的には、変更部Ｆ３２３は、利用管理データベースＤ３２０における管理情報テーブルのうち、第１ユーザと第１車両１０とを組合わせていた当初のレコードを削除するとともに、承認された候補車両を新たな乗車予定車両である第２車両として、第１ユーザとその第２車両とを組み合わせたレコードを生成する。このＳ１０７の処理が、図７においては、Ｓ１６の処理である、利用管理データベースＤ３２０の更新の処理として記載されている。続いて、Ｓ１０８では、第１ユーザの乗車予定車両の変更に関連する当事者、すなわち第１ユーザ、第１車両１０、第２車両のそれぞれに変更に関する通知が行われる。具体的には、第１ユーザのユーザ端末２００、第１車両１０の車載装置１００、第２車両の車載装置に対して、変更内容を知らせる情報が送信される（図７のＳ１７、Ｓ１８、Ｓ１９の変更通知の処理）。
【００６５】
一方で、Ｓ１０６で否定判定されると、処理はＳ１０９へ進む。Ｓ１０９では、変更部Ｆ３２３による、第１ユーザに関する乗車予定車両の変更は行われない。続いて、Ｓ１１０では、Ｓ１０９の処理に関連する当事者、すなわち第１ユーザに変更は行われない旨の通知が行われる。
【００６６】
なお、上記のマッチング調整制御では、第１ユーザの乗車予定車両の変更に関して第１ユーザによって承認された第２車両側での承認については言及されていないが、Ｓ１０７で乗車予定車両の変更を行う前に、第２車両側での承認、すなわち第２車両により第１ユーザを乗車させることの受け入れを確認してもよい。また、車両データベースＤ３１０において、第２車両についてはその承認処理を不要とする設定が登録されている場合には、第１ユーザが提示された候補車両の中から第２車両を承認した時点で、当該第２車両を新たな乗車予定車両に変更してもよい。
【００６７】
このように図６に示すマッチング調整制御によれば、第１ユーザと第１車両１０との何れかの第１乗車場所への到着が予定時刻から所定時間ずれる場合には、ライドシェアのためのマッチングが調整されることで、両者の行動の制限を緩和できるとともに、第１ユーザの乗車予定車両を変更すべきと判定される場合でも、代替となる車両を抽出して第１ユーザの移動を好適に支援することができる。
【００６８】
＜第２実施形態＞
ライドシェアシステム１の第２実施形態について、図１１に基づいて説明する。図１１は、本実施形態に係るマッチング調整制御の流れを示す。図１１に示すマッチング調整制御に含まれる処理のうち図６に示すマッチング調整制御と同一の処理については、同一の参照番号を付してその詳細な説明を省略する。本実施形態に係るマッチング調整制御では、Ｓ１０１で第１車両１０の位置情報が取得された後、Ｓ２０１で第１車両１０を第１ユーザの移動に利用したときの環境負荷に関連する所定パラメータの値（以下、「第１パラメータ値」という）が算出される。本実施形態では、例示的に、所定パラメータは、その値が大きくなるほど環境負荷が大きくなることを意味する。本実施形態のＳ２０１から後
述するＳ２０３までの処理はマッチング調整部Ｆ３２０が実行する。また、当該所定パラメータとは、ユーザの移動が環境に対して負荷となる程度を表すパラメータであり、例えば、車両が移動することによって外部に放出されるＣＯ２ガス量や、その移動に要するエネルギー量等が挙げられる。本実施形態では、所定パラメータに放出されるＣＯ２ガス量を採用して、以降の説明を行う。
【００６９】
所定パラメータであるＣＯ２ガス量は、第１車両１０の燃費、第１車両１０の現在位置から第１ユーザの移動目的地に至るまでの距離、道路の混雑状況等を考慮して算出される。燃費が悪くなるほど移動時に放出されるＣＯ２ガス量は増加し、車両１０による移動距離が長くなるほどＣＯ２ガス量は増加する。また、一般に、車両が渋滞に巻き込まれその走行速度が低くなると放出されるＣＯ２ガス量が増加する。ここで、第１ユーザの移動に関しては、車両１０が現在位置から第１乗車場所まで走行してそこで第１ユーザを乗車させ、第１乗車場所から移動目的地まで走行することが予定されている。このとき、第１車両１０の位置情報と第１乗車場所の位置情報とに基づいて第１パラメータ値が算出される。具体的には、これらの位置情報で算出される現在位置から第１乗車場所までの距離が比較的長い場合や、現在位置から第１乗車場所までのルートにおいて渋滞が発生している場合には、それらの程度に応じて第１パラメータ値が算出される。更に、第１乗車場所の位置情報と第１ユーザの移動目的地の位置情報とに基づいて、第１乗車場所から移動目的地までのルートに関連する、放出されるＣＯ２ガスの量も第１パラメータ値に加えてもよい。Ｓ２０１の処理が終了すると、Ｓ２０２へ進む。
【００７０】
Ｓ２０２では、車両データベースＤ３１０に登録されている車両のうち、第１乗車場所の周辺に存在する車両であって第１ユーザを乗車させることが可能な車両（以下、「周辺車両」と言う）が抽出される。具体的には、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、予定時刻Ｔ２にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、予定時刻Ｔ２又はその近傍の時刻で第１乗車場所に到達が可能な車両であって第１ユーザの移動目的地に移動可能な車両を周辺車両として抽出する。抽出される周辺車両は一台でも複数台でも構わない。続いて、Ｓ２０３では、Ｓ２０２で抽出された周辺車両のそれぞれについて、第１車両１０と同じように、仮にその周辺車両を第１ユーザの移動に利用したときの環境負荷に関連する上記所定パラメータの値（以下、「周辺パラメータ値」と言う）が算出される。周辺パラメータ値の算出方法は、上記の第１パラメータ値の算出方法と同一である。したがって、Ｓ２０３では仮に周辺車両を利用して第１ユーザの移動目的を果たそうとした場合の環境負荷の程度が算出されることになる。周辺車両の現在位置が、第１車両１０の現在位置と異なる場合、その現在位置から第１乗車場所までの距離やルートにおける道路状況が異なり得るため、第１パラメータ値と周辺パラメータ値も一致しない可能性がある。Ｓ２０３の処理が終了すると、Ｓ２０４へ進む。
【００７１】
Ｓ２０４では、判定部Ｆ３２１により、第１車両１０を利用したときの環境負荷が、仮に周辺車両を利用したときの環境負荷より大きいか否か、すなわち第１パラメータ値が周辺パラメータ値より大きいか否かが判定される。Ｓ２０４で肯定判定されると、第１車両１０を利用した第１ユーザの移動は環境負荷が大きく、その乗車予定車両を変更すべきことを意味することから、次にＳ２０５の処理が行われる。一方で、Ｓ２０４で否定判定されると、本制御を終了する。なお、周辺車両が複数台ある場合には、環境負荷の観点から、それぞれの周辺車両と第１車両１０とを比較してＳ２０４の判定処理を行い、第１車両が一台でも周辺車両より環境負荷が大きい場合には、Ｓ２０４では肯定判定される。
【００７２】
Ｓ２０５では、抽出部Ｆ３２２によって候補車両の抽出処理が行われる。ここでその候
補車両は、Ｓ２０２で抽出された周辺車両のうち、Ｓ２０３で算出された周辺パラメータ値が、第１車両１０に関連する第１パラメータ値よりも小さくなる周辺車両とされる。候補車両として、その周辺パラメータ値が第１パラメータ値より小さい全ての周辺車両が抽出されてもよく、周辺パラメータ値が最小となる周辺車両を含む一部の周辺車両が抽出されてもよい。Ｓ２０５の処理が終了すると、上述したＳ１０５以降の処理が行われる。
【００７３】
このように図１１に示すマッチング調整制御によれば、乗車予定車両を変更することで第１車両１０を利用した第１ユーザの移動を行う場合の環境負荷を低減させる可能性がある場合には、ライドシェアのためのマッチングが調整される。この結果、第１ユーザの乗車予定車両を変更すべきと判定される場合でも、代替となる車両を抽出して第１ユーザの移動を好適に支援することができる。
【００７４】
＜第３実施形態＞
ライドシェアシステム１の第３実施形態について、図１２及び図１３に基づいて説明する。図１２は、本実施形態に係るマッチング調整制御の流れを示す。図１２に示すマッチング調整制御に含まれる処理のうち図６に示すマッチング調整制御と同一の処理については、同一の参照番号を付してその詳細な説明を省略する。また、図１３は候補車両の抽出形態を説明するための図である。ここで、本実施形態では、第１車両１０によるライドシェアに関し、第１車両１０には、第１ユーザに加えて第２ユーザも乗車し、両者が同じ移動目的地に移動することが予定されているものとする。したがって、図１３には、第１ユーザ及び第１車両１０の現在時刻Ｔ１における位置、第１乗車場所、移動目的地に加えて、第２ユーザが第１車両１０に乗車する予定の第２乗車場所が概略的に記載されている。第１車両１０は、第１乗車場所で予定時刻Ｔ２に第１ユーザを乗車させ、更に、その後、第２乗車場所で予定時刻Ｔ２０で第２ユーザを乗車させてから、両者の移動目的地に移動することが予定されており、当該予定が利用管理データベースＤ３２０に記録されている。そのため、マッチング調整処理による調整対象組合せは、第１車両１０、第１ユーザ、及び第２ユーザの３者となる。
【００７５】
このようなライドシェア予定を前提として、図１２に示すマッチング調整制御は実行される。当該マッチング調整制御では、判定部Ｆ３２１により、Ｓ１０３で第１ユーザと第１車両１０の第１乗車場所への到達に関し、予定時刻に対して所定時間のずれがあるか否かが判定され、そこで肯定判定されると処理はＳ３０１へ進む。Ｓ３０１では、抽出部Ｆ３２２によって候補車両の抽出処理が行われる。ここで、本実施形態の調整対象組合せには、第１車両１０、第１ユーザ、及び第２ユーザの３者が含まれる。この点を踏まえて、本実施形態では、Ｓ１０３で肯定判定されると第２ユーザの第１車両１０への乗車の可否にかかわらず、第１ユーザ及び第２ユーザの両者に対して代替候補となる一又は複数の車両が、車両データベースＤ３１０に登録されているライドシェアに供される車両群の中から候補車両として抽出される。
【００７６】
ここで、Ｓ３０１における候補車両の抽出について図１３に基づいて説明する。図１３に２つの抽出形態である第５及び第６の抽出形態が示されている。第５の抽出形態では、抽出部Ｆ３２２は、車両データベースＤ３１０に登録されている車両のうち、予定時刻Ｔ２近傍において第１乗車場所で第１ユーザを乗車可能な車両を抽出する。具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、予定時刻Ｔ２にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、予定時刻Ｔ２又はその近傍の時刻で第１乗車場所に到達が可能、且つ、予定時刻Ｔ２０又はその近傍の時刻で第２乗車場所に到達が可能な車両であって、第１ユーザ及び第２ユーザの移動目的地に移動可能な車両を候
補車両として抽出する。例えば、図１３に示す車両Ｘ８０は、その目的地が、第１ユーザ及び第２ユーザの移動目的地と同じであり、車両Ｘ８０が現在位置から第１乗車場所に到達すると見込まれる時刻が予定時刻Ｔ２の近傍の時刻となり、且つ、その後に第２乗車場所に到達すると見込まれる時刻が予定時刻Ｔ２０の近傍の時刻となり得るため、抽出部Ｆ３２２は車両Ｘ８０を候補車両として抽出することができる。なお、車両Ｘ８０の第１乗車場所及び第２乗車場所への到達見込み時刻の算出には、上述した算出手法を適用できる。
【００７７】
また、図１３に示す第６の抽出形態では、抽出部Ｆ３２２は、車両データベースＤ３１０に登録されている車両のうち、暫定乗車場所で第１ユーザを乗車可能な車両を抽出する。当該暫定乗車場所は、第１実施形態で説明したとおりである。抽出部Ｆ３２２は、第１ユーザが現在位置から第１乗車場所に向かう過程において、一又は複数の暫定乗車場所の候補となる場所を、当該場所に第１ユーザが到達すると見込まれる時刻Ｔ２１とともに抽出する。そして、その候補場所とそこへの到達見込み時刻Ｔ２１を考慮して、候補車両の抽出が行われる。具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、到達見込み時刻Ｔ２１にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、到達見込み時刻Ｔ２１又はその近傍の時刻で暫定乗車場所に到達が可能、且つ、予定時刻Ｔ２０又はその近傍の時刻で第２乗車場所に到達が可能な車両であって、第１ユーザ及び第２ユーザの移動目的地に移動可能な車両を候補車両として抽出する。
【００７８】
例えば、図１３に示す車両Ｘ９０は、その目的地が、第１ユーザ及び第２ユーザの移動目的地を経由して到達可能な場所であり、車両Ｘ９０が現在位置から暫定乗車場所に到達すると見込まれる時刻が到達見込み時刻Ｔ２１の近傍の時刻となり、且つ、その後に第２乗車場所に到達すると見込まれる時刻が予定時刻Ｔ２０の近傍の時刻となり得るため、抽出部Ｆ３２２は車両Ｘ９０を候補車両として抽出することができる。なお、車両Ｘ９０の暫定乗車場所への到達見込み時刻の算出には、上述した算出手法を適用できる。
【００７９】
そして、Ｓ３０１で候補車両が抽出されると、続いてＳ３０２でマッチング調整部Ｆ３２０により、抽出された候補車両が第１ユーザ及び第２ユーザのそれぞれのユーザ端末２００に対して提示される。候補車両の提示については図１０に示した通りである。なお、候補車両が複数存在する場合には、先ず、第１ユーザに対して候補車両を提示し、第１ユーザから承認結果が回答されてから、第２ユーザに対してその承認された候補車両を提示するのが好ましい。その後、Ｓ３０２で、第１ユーザ及び第２ユーザの両者によって候補車両が承認されたか否かが判定される。Ｓ３０３で肯定判定されるとＳ１０７以降の処理が行われ、特にＳ１０７では変更部Ｆ３２３によって第１ユーザ及び第２ユーザの乗車予定車両が第１車両１０から、両者によって承認された一の候補車両である第２車両に変更される。また、Ｓ３０３で否定判定されると、Ｓ１０９以降の処理が行われる。
【００８０】
このように本マッチング制御によれば、第１ユーザと第１車両１０との待ち合わせ状況に応じて、次に乗車することになっている第２ユーザも第１ユーザとともに、ライドシェアする車両がまとめて変更されることになる。すなわち、１つにまとめられた第１ユーザと第２ユーザとを切り離すことなく、両者をまとめてライドシェアのための再度のマッチング処理に供することになるため、第１ユーザと第２ユーザを別々の車両で移動させる状態が発生するのを可及的に回避できる。このことは、ユーザの移動に伴う環境負荷を低減させるというライドシェアの目的に資するものである。
【００８１】
また、本実施形態においても、候補車両の抽出に関し、第１実施形態で示した第３の抽
出形態及び第４の抽出形態に関する技術思想を適用することは可能である。すなわち、所定降車場所で第１ユーザ及び第２ユーザを降車させる候補車両が抽出されることになるが、結果として第１ユーザ及び第２ユーザはその移動目的地に移動できるため、それらの移動をより好適に支援することができる。
【００８２】
＜第４実施形態＞
ライドシェアシステム１の第４実施形態について、図１４及び図１５に基づいて説明する。図１４は、本実施形態に係るマッチング調整制御の流れを示す。図１４に示すマッチング調整制御に含まれる処理のうち図６に示すマッチング調整制御と同一の処理については、同一の参照番号を付してその詳細な説明を省略する。また、図１５は候補車両の抽出形態を説明するための図である。ここで、本実施形態では、第１車両１０によるライドシェアに関し、第１車両１０には、第１ユーザが移動目的地に移動することが予定されており、当該予定が利用管理データベースＤ３２０に記録されている。そのため、マッチング調整処理による調整対象組合せは、第１車両１０及び第１ユーザの２者となる。なお、本実施形態では、更に、第１ユーザの乗車予定車両が変更される時点で、新たなユーザである第３ユーザが第１ユーザと同じ移動目的地に移動するためにライドシェアを利用したい旨のリクエストが、ライドシェアシステム１に対して届けられたものとする。したがって、図１３には、第１ユーザ及び第１車両１０の現在時刻Ｔ１における位置、第１乗車場所、移動目的地に加えて、第３ユーザが乗車を希望する第３乗車場所が概略的に記載されている。
【００８３】
図１４に示すマッチング調整制御では、判定部Ｆ３２１により、Ｓ１０３で第１ユーザと第１車両１０の第１乗車場所への到達に関し、予定時刻に対して所定時間のずれがあるか否かが判定され、そこで肯定判定されると処理はＳ４０１へ進む。Ｓ４０１では、この時点で、ライドシェアシステム１に対して新規のライドシェア車両の利用リクエストがあったか否かが判定される。この新規のリクエストは、ライドシェア管理部Ｆ３１０によって受け取られる。新規リクエストが届いている場合にはＳ４０１で肯定判定され、新規リクエストが届いていない場合にはＳ４０１で否定判定される。Ｓ４０１で肯定判定されると、処理はＳ４０２へ進み、否定判定されるとＳ１０４以降の処理が行われる。なお、Ｓ１０４以降の処理は、図６に示すマッチング調整制御でのＳ１０４以降の処理と同じである。
【００８４】
ここで、Ｓ４０２以降の処理について説明する。Ｓ４０２では、抽出部Ｆ３２２によって、上記の新規リクエストを考慮して、第１ユーザを移動目的地に移動させるための代替となる車両であって、且つ、新たに当該移動目的地に移動したいと考える第３ユーザが乗車可能な車両が候補車両として抽出される。なお、本実施形態における第３ユーザによる新規リクエストは、第１乗車場所とは異なる第３乗車場所で、予定時刻Ｔ３０でライドシェア車両に乗車して、第１ユーザと同じ移動目的地に移動したいという内容とする。
【００８５】
Ｓ４０２における候補車両の抽出について図１５に基づいて説明する。図１５には第７の抽出形態が示されている。第７の抽出形態では、抽出部Ｆ３２２は、車両データベースＤ３１０に登録されている車両のうち、暫定乗車場所で第１ユーザを乗車可能な車両を抽出する。当該暫定乗車場所は、第１実施形態で説明したとおりである。抽出部Ｆ３２２は、第１ユーザが現在位置から第１乗車場所に向かう過程において、一又は複数の暫定乗車場所の候補となる場所を、当該場所に第１ユーザが到達すると見込まれる時刻Ｔ３１とともに抽出する。そして、その候補場所とそこへの到達見込み時刻Ｔ３１を考慮して、候補車両の抽出が行われる。具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、到達見込み時刻Ｔ３１にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両を暫定的に抽出する。その上で、走行位置
フィールドの入力情報や、目的地フィールドの入力情報を考慮して、暫定抽出された車両の中から、到達見込み時刻Ｔ３１又はその近傍の時刻で暫定乗車場所に到達が可能、且つ、予定時刻Ｔ３０又はその近傍の時刻で第３乗車場所に到達が可能な車両であって、第１ユーザ及び第３ユーザの移動目的地に移動可能な車両を候補車両として抽出する。
【００８６】
例えば、図１５に示す車両Ｘ１００は、その目的地が、第１ユーザ及び第３ユーザの移動目的地を経由して到達可能な場所であり、車両Ｘ１００が現在位置から暫定乗車場所に到達すると見込まれる時刻が到達見込み時刻Ｔ３１の近傍の時刻となり得、また車両Ｘ１００が第３乗車場所に到達すると見込まれる時刻が予定時刻Ｔ３０の近傍の時刻となり得るため、抽出部Ｆ３２２は車両Ｘ１００を候補車両として抽出することができる。なお、車両Ｘ１００の暫定乗車場所及び第３乗車場所への到達見込み時刻の算出には、上述した算出手法を適用できる。
【００８７】
そして、Ｓ４０２で候補車両が抽出されると、続いてＳ４０３でマッチング調整部Ｆ３２０により、抽出された候補車両が第１ユーザ及び第３ユーザのそれぞれのユーザ端末２００に対して提示される。候補車両の提示については図１０に示した通りである。なお、候補車両が複数存在する場合には、先ず、第１ユーザに対して候補車両を提示し、第１ユーザから承認結果が回答されてから、第３ユーザに対してその承認された候補車両を提示するのが好ましい。その後、Ｓ４０４で、第１ユーザ及び第３ユーザの両者によって候補車両が承認されたか否かが判定される。Ｓ４０４で肯定判定されるとＳ１０７以降の処理が行われ、特にＳ１０７では変更部Ｆ３２３によって第１ユーザの乗車予定車両が第１車両１０から、承認された一の候補車両である第２車両に変更される。また、Ｓ４０４で否定判定されると、Ｓ１０９以降の処理が行われる。
【００８８】
このように本マッチング制御によれば、第１ユーザと第１車両１０との待ち合わせ状況に応じて、新たに乗車することになる第３ユーザを第１ユーザとまとめて、ライドシェアする車両が調整されることになる。これにより、第１ユーザと第３ユーザとをまとめてライドシェアのための再度のマッチング処理に供することになるため、第１ユーザと第３ユーザを別々の車両で移動させる状態が発生するのを可及的に回避できる。このことは、ユーザの移動に伴う環境負荷を低減させるというライドシェアの目的に資するものである。
【００８９】
また、本実施形態においても、候補車両の抽出に関し、第１実施形態で示した第３の抽出形態及び第４の抽出形態に関する技術思想を適用することは可能である。すなわち、所定降車場所で第１ユーザ及び第３ユーザを降車させる候補車両が抽出されることになるが、結果として第１ユーザ及び第３ユーザはその移動目的地に移動できるため、それらの移動をより好適に支援することができる。
【００９０】
＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【００９１】
また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【００９２】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【００９３】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピ
ュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【００９４】
１０・・・・車両（第１車両）
１００・・・車載装置
２００・・・ユーザ端末
２０１・・・プロセッサ
３００・・・サーバ装置
３０１・・・プロセッサ
３０２・・・主記憶部
３０３・・・補助記憶部
【図１】
2020009320.tif 000003
【図２】
2020009320.tif 000004
【図３】
2020009320.tif 000005
【図４】
2020009320.tif 000006
【図５】
2020009320.tif 000007
【図６】
2020009320.tif 000008
【図７】
2020009320.tif 000009
【図８】
2020009320.tif 000010
【図９】
2020009320.tif 000011
【図１０】
2020009320.tif 000012
【図１１】
2020009320.tif 000013
【図１２】
2020009320.tif 000014
【図１３】
2020009320.tif 000015
【図１４】
2020009320.tif 000016
【図１５】
2020009320.tif 000017