(57)【要約】【課題】ライドシェア中にユーザを降車させる要求が出た場合に、代替となる車両を抽出して当該ユーザの移動を支援する技術を提供する。【解決手段】本発明の情報処理装置は、第１車両が第１ユーザを乗車させて移動しているときに該第１ユーザの移動目的地以外の場所で該第１ユーザを降車させる降車要求を受け付けることと、降車要求に従って、第１ユーザを降車させる降車場所の決定と、該降車場所と同じ場所又はその近傍の場所である乗車場所で該第１ユーザを乗車させることが可能である一又は複数の候補車両の抽出と、を行うことと、第１ユーザによる承認に基づいて、一又は複数の候補車両のうちの一台である第２車両に対して乗車場所での該第１ユーザの再乗車の依頼を通知することと、を実行する制御部を備える。【選択図】図８
2020021256.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実施形態に示した通りであ
るのでその詳細な説明は割愛する。
【００７９】
次に、Ｓ３０１で否定判定された後のＳ３０４−Ｓ３０６の処理について説明する。すなわち、第１車両１０が中継場所から所定範囲内にまだ属していないときのＳ３０４−Ｓ３０６の処理について説明する。先ず、Ｓ３０４では、乗車車両調整部Ｆ３２０によって所定車両が存在しているか否かが判定される。当該所定車両は、第１車両１０以外の、第１ユーザをその移動目的地に移動させることが可能なライドシェア車両であって、第１車両１０がアクセス可能な範囲に存在しているライドシェア車両である。したがって、Ｓ３０４では、第１車両１０の位置の情報と、取得可能な第１車両１０以外の車両の移動に関する情報、すなわち車両データベースＤ３１０に登録されている車両情報テーブルに含まれる情報とに基づいて、所定車両の存否が判定される。
【００８０】
具体的には、乗車車両調整部Ｆ３２０は、車両データベースＤ３１０に登録されている車両のうち、第１車両１０の位置から所定の第２範囲以内に存在する車両であって、その移動の目的地が第１ユーザの移動目的地又はその近傍の場所であるか、その移動の途中で第１ユーザの移動目的地又はその近傍の場所を通過する可能性のある車両の存否を判定する。より具体的には、抽出部Ｆ３２２は、図４に示す車両情報テーブルのライドシェア予約フィールドの情報から、現在時刻以降第１ユーザの移動目的地への到着予定時刻までの間にライドシェアに供される予約が入っていない車両であり、且つ車両情報テーブルの実行フラグフィールドの情報から、現在ライドシェアに供されていない車両の存否を判断する。更に、走行位置フィールドの入力情報に基づいて、第１車両１０の位置から所定の第２範囲以内に存在し、且つ、第１ユーザを移動目的地又はその近傍の場所に運ぶことが可能な車両の存否を判断する。なお、上記の通り第１車両１０の位置から所定の第２範囲以内に存在することを条件とするのは、第１車両１０が所定車両にアクセスし、第１ユーザを所定車両側に引き渡すことを想定していることに依る。Ｓ３０４で肯定判定されると、処理はＳ３０５へ進み、否定判定されると本制御は終了する。
【００８１】
そして、Ｓ３０５では、乗車車両調整部Ｆ３２０が上記所定車両を候補車両として抽出し、更に、Ｓ３０６では、乗車車両調整部Ｆ３２０が候補車両である上記所定車両に第１ユーザを乗車させるために、第１ユーザを降車させる降車場所を決定する。本実施形態では、降車場所で降車した第１ユーザが、同じ場所で所定車両に乗車できるように、すなわち第１車両１０の降車場所と、所定車両への乗車場所とが一致するように、乗車車両調整部Ｆ３２０が降車場所を決定する。
【００８２】
図１４に示すように、候補車両とされた上記所定車両である車両Ｘ５５は、第１ユーザの移動目的地に向かう車両であるが、当該移動目的地へ向かうルートは、第１車両１０が予定しているルートとは異なっている。そして、車両Ｘ５５に第１ユーザを乗車させるための降車場所ｒ４は、第１車両１０が移動予定ルート上の車両Ｘ５５に到達できる場所として決定される。具体的には、移動予定ルート上の所定場所への車両Ｘ５５の到着予定時刻までに第１車両１０がその現在位置から到達できる場合には、その所定場所が降車場所として決定される。各車両の到着予定時刻は、各車両の現在位置、その現在位置から所定場所までの距離やそのルート上の交通状況等の情報に基づいて算出できる。Ｓ３０６の処理が終了すると、Ｓ１０６以降の処理が行われる。
【００８３】
このように図１３に示す乗車車両調整制御によれば、第１ユーザが第１車両１０によって中継場所から所定範囲以内に到達すると、降車要求を介してライドシェアのためのマッチングが調整されることで、降車後の第１ユーザに対して候補車両を抽出するとともに降車場所を決定して、第１ユーザが中継場所から更に当初の移動目的地へ速やかに移動することが可能となる。この結果、移動目的地への移動をライドシェアによって実現しやすくなる。更に、第１ユーザを乗せた第１車両１０がまだ中継場所から所定範囲以内に到達していない場合であっても、上記のように所定車両の存在を認識することで、第１ユーザの移動目的地への移動を好適に支援することが可能となる。
【００８４】
また、本実施形態においては、上述したように、第１ユーザを移動目的地又はその近傍の場所に運ぶことが可能な候補車両が抽出されているが、第１実施形態で示したように第１ユーザを鉄道駅のような所定降車場所に運ぶことが可能な候補車両が抽出されてもよい。これにより第１ユーザに対してより多くの候補車両を提示することができ、これは第１ユーザの移動支援の目的に資するものである。
【００８５】
＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。
【００８６】
また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【００８７】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【００８８】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【００８９】
１０・・・・車両（第１車両）
１００・・・車載装置
２００・・・ユーザ端末
２０１・・・プロセッサ
３００・・・サーバ装置
３０１・・・プロセッサ
３０２・・・主記憶部
３０３・・・補助記憶部
【図１】
2020021256.tif 000003
【図２】
2020021256.tif 000004
【図３】
2020021256.tif 000005
【図４】
2020021256.tif 000006
【図５Ａ】
2020021256.tif 000007
【図５Ｂ】
2020021256.tif 000008
【図６】
2020021256.tif 000009
【図７】
2020021256.tif 000010
【図８】
2020021256.tif 000011
【図９】
2020021256.tif 000012
【図１０】
2020021256.tif 000013
【図１１】
2020021256.tif 000014
【図１２】
2020021256.tif 000015
【図１３】
2020021256.tif 000016
【図１４】
2020021256.tif 000017