(57)【要約】【課題】ユーザがライドシェアを利用する際の不安軽減に寄与することができる技術を提供する。【解決手段】本発明の情報処理装置は、複数のユーザが同一の車両に相乗りする形態における運転ユーザと同乗ユーザとの組み合わせが決定されるときに、同乗ユーザの乗車地から降車地までに車両が走行する予定の経路である走行予定経路を設定する。そして、同乗ユーザが車両に乗車している状態で該車両が走行予定経路から外れて走行していることが検出されると、情報処理装置が、運転ユーザの第１ユーザ端末及び同乗ユーザの第２ユーザ端末に対して、車両が走行予定経路から外れて走行していることを警告する情報である警告情報を送信することで、運転ユーザと同乗ユーザとの双方に対して注意を喚起するようにした。【選択図】図１１
2020008402.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組み合わせが決定されるときに、前記同乗ユーザの乗車地から降車地までに該車両が走行する予定の経路である走行予定経路を設定することと、
前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記運転ユーザが使用する端末である第１ユーザ端末、及び前記同乗ユーザが使用する端末である第２ユーザ端末に対して、前記車両が前記走行予定経路から外れて走行していることを警告する情報である警告情報を送信することと、
を実行する制御部を備える、
情報処理装置。
【請求項２】
前記制御部は、前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記車両に乗車している前記同乗ユーザが１人であることを条件として、前記警告情報を前記第１ユーザ端末と前記第２ユーザ端末とに送信する、
請求項１に記載の情報処理装置。
【請求項３】
前記警告情報は、前記車両が前記走行予定経路から外れて走行していることに同意しているかを問い合わせる情報を含み、
前記制御部は、前記車両が前記走行予定経路から外れて走行していることに同意していることを示す情報を、前記第１ユーザ端末と前記第２ユーザ端末との双方の端末から受信したときに、前記車両が実際に走行している経路を含む新たな走行予定経路を再設定し、該再設定された新たな走行予定経路を前記第１ユーザ端末及び前記第２ユーザ端末に送信する、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記制御部は、前記車両が前記走行予定経路から外れて走行していることに同意していることを示す情報を、前記第１ユーザ端末と前記第２ユーザ端末との双方の端末から受信することができない場合に、前記第１ユーザ端末及び前記第２ユーザ端末に対して前記警告情報を再度送信する、
請求項３に記載の情報処理装置。
【請求項５】
コンピュータが、
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組み合わせが決定されたときに、前記同乗ユーザの乗車地から降車地までに該車両が走行する予定の経路である走行予定経路を設定するステップと、
前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記運転ユーザが使用する端末である第１ユーザ端末、及び前記同乗ユーザが使用する端末である第２ユーザ端末に対して、前記車両が前記走行予定経路から外れて走行していることを警告する情報である警告情報を送信するステップと、
を実行する、情報処理方法。
【請求項６】
コンピュータに、
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組み合わせが決定されたときに、前記同乗ユーザの乗車地から降車地までに該車両が走行する予定の経路である走行予定経路を設定するステップと、
前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記運転
ユーザが使用する端末である第１ユーザ端末、及び前記同乗ユーザが使用する端末である第２ユーザ端末に対して、前記車両が前記走行予定経路から外れて走行していることを警告する情報である警告情報を送信するステップと、
を実行させる、情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
各端末の位置情報に基づいて、それらの端末の所有者が同一の車両に相乗り中であるか否かを判断し、その判定結果に基づいてＣＯ２排出量や燃料の消費量といった環境負荷を算出する技術が知られている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２３７８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、ユーザがライドシェアを利用する際の不安軽減に寄与することができる技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理装置は、
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組み合わせが決定されるときに、前記同乗ユーザの乗車地から降車地までに該車両が走行する予定の経路である走行予定経路を設定することと、
前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記運転ユーザが使用する端末である第１ユーザ端末、及び前記同乗ユーザが使用する端末である第２ユーザ端末に対して、前記車両が前記走行予定経路から外れて走行していることを警告する情報である警告情報を送信することと、
を実行する制御部を備えるようにした。
【０００６】
また、本発明は、情報処理方法として捉えることもできる。その場合、本発明に係る情報処理方法は、
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組み合わせが決定されたときに、前記同乗ユーザの乗車地から降車地までに該車両が走行する予定の経路である走行予定経路を設定するステップと、
前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記運転ユーザが使用する端末である第１ユーザ端末、及び前記同乗ユーザが使用する端末である第２ユーザ端末に対して、前記車両が前記走行予定経路から外れて走行していることを警告する情報である警告情報を送信するステップと、
をコンピュータが実行するようにしてもよい。
【０００７】
また、本発明は、情報処理プログラムとして捉えることもできる。その場合、本発明に係る情報処理プログラムは、
複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組み合わせが決定されたときに、前記同乗ユーザの乗車地から降車地までに該車両が走行する予定の経路である走行予
定経路を設定するステップと、
前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記運転ユーザが使用する端末である第１ユーザ端末、及び前記同乗ユーザが使用する端末である第２ユーザ端末に対して、前記車両が前記走行予定経路から外れて走行していることを警告する情報である警告情報を送信するステップと、
をコンピュータに実行させるようにしてもよい。
【発明の効果】
【０００８】
本発明によれば、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、ユーザがライドシェアを利用する際の不安軽減に寄与することができる。
【図面の簡単な説明】
【０００９】
【図１】ライドシェアの概要を説明するための図である。
【図２】ライドシェアシステムの概略構成を示す図である。
【図３】ユーザ端末及びサーバ装置のハードウェア構成を示す図である。
【図４】サーバ装置の機能構成を示すブロック図である。
【図５】予約情報テーブルの構成例を示す図である。
【図６】予約情報テーブルの他の構成例を示す図である。
【図７】会員情報テーブルの構成例を示す図である。
【図８】ユーザ端末の機能構成を示すブロック図である。
【図９】車両が走行予定経路から外れて走行していることについて同意しているか否かの選択をユーザに促す画面の一例を示す図である。
【図１０】車両が走行予定経路から外れた場合に、ライドシェアシステムの各構成要素間で送受信されるデータの流れ、及び各構成要素が行う処理の流れの概略を示すフロー図である。
【図１１】相乗り状態の車両が走行しているときのサーバ装置の動作を示すフロー図である。
【図１２】警告情報を送信した後におけるサーバ装置の動作を示すフロー図である。
【図１３】変形例において、相乗り状態の車両が走行しているときのサーバ装置の動作を示すフロー図である。
【発明を実施するための形態】
【００１０】
本発明は、複数のユーザが同一の車両に相乗りする形態（ライドシェア）において、各ユーザの使用するユーザ端末と各種情報のやり取りを行うための情報処理装置である。ここで、ユーザがライドシェアを利用する場合に、該ユーザの希望する目的地とは異なる場所への移動を強要されたりしないか不安を覚えることで、ライドシェアの利用を躊躇う可能性がある。
【００１１】
これに対し、本発明に係る情報処理装置では、複数のユーザが同一の車両に相乗りする形態において、該車両を運転するユーザである運転ユーザと該車両に同乗するユーザである同乗ユーザとの組み合わせが決定されるときに、制御部が、前記同乗ユーザの乗車地から降車地までに該車両が走行する予定の経路である走行予定経路を設定する。そして、前記同乗ユーザが前記車両に乗車しているときに、前記車両が前記走行予定経路から外れて走行していることが検出されると、制御部が、前記運転ユーザが使用する端末である第１ユーザ端末、及び前記同乗ユーザが使用する端末である第２ユーザ端末に対して、前記車両が前記走行予定経路から外れて走行していることを警告する情報である警告情報を送信する。これにより、運転ユーザと同乗ユーザとの双方に対して、車両が走行予定経路から外れて走行していることについて注意を喚起することができるため、仮に運転ユーザと同乗ユーザの何れか一方が他方に強要されて該車両が走行予定経路から外れている場合であ
っても、被強要ユーザの安全性確保に寄与することができる。これにより、安全性の観点からライドシェアの利用を躊躇うユーザの不安を軽減することができる。
【００１２】
なお、前記制御部は、前記車両が前記走行予定経路から外れて走行していることを検出した場合に、前記車両に乗車している同乗ユーザが１人であることを条件として、前記警告情報を前記第１ユーザ端末と前記第２ユーザ端末とに送信するようにしてもよい。これは、同乗ユーザが１人のみ乗車している状況においては、同乗ユーザが複数乗車している状況に比べ、ユーザが安全性に関する不安を覚えやすいためである。
【００１３】
また、前記警告情報は、前記車両が前記走行予定経路から外れて走行していることに同意しているかを問い合わせる情報を含むようにしてもよい。そして、前記制御部は、前記車両が前記走行予定経路から外れて走行していることに同意していることを示す情報を、前記第１ユーザ端末と前記第２ユーザ端末との双方の端末から受信したときに、前記車両が実際に走行している経路を含む新たな走行予定経路を再設定して、該再設定された走行予定経路を前記第１ユーザ端末及び前記第２ユーザ端末に送信してもよい。ここで、車両が走行予定経路から外れる場合としては、渋滞の回避を目的とした場合等のように、運転ユーザと同乗ユーザとの双方が同意した上で車両が走行予定経路から外れる場合も想定される。そのため、運転ユーザと同乗ユーザとの双方が同意した上で車両が走行予定経路から外れている場合においては、走行予定経路を変更することで、過剰な警告を抑制することができる。これにより、運転ユーザや同乗ユーザが煩わしさを感じることを抑制することもできる。
【００１４】
以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施例に記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１５】
＜実施形態＞
本実施形態では、移動を目的とする複数のユーザが同一の車両に相乗りする形態（以下、「ライドシェア」と記す場合もある。）において、本発明を実施する例について述べる。なお、移動を目的とする複数のユーザが相乗りすることができる車両としては、自動車や電車等を使用することができるが、本実施形態では、自動車を対象とする例について述べる。
【００１６】
（ライドシェアの概要）
先ず、ライドシェアの概要について図１に基づいて説明する。図１に示す例では、ユーザＡは出発地点ｄから目的地点ｅまで移動し、ユーザＢは出発地点ｆから目的地点ｇまで移動し、ユーザＣは出発地点ｈから目的地点ｅまで移動するものとする。
【００１７】
ここで、仮にユーザＡ〜Ｃが各々の車両で別々に移動すると、３台の車両が必要となる。これに対して、ユーザＡ〜Ｃが相乗りを行うと、１台の車両で各目的地までの移動が可能となる。図１に示す例では、ユーザＡ自身が車両を運転して地点ｄから地点ｅまで移動する。このとき、ユーザＡは、地点ｆにおいて、自身が運転する車両にユーザＢを乗車させ、地点ｈにおいて、自身が運転する車両にユーザＣを乗車させる。そして、ユーザＡは、自身とユーザＣの目的地である地点ｅまで車両を移動させる途中で地点ｇを経由し、地点ｇでユーザＢを降車させることで、ユーザＢを出発地点ｆから目的地点ｇまで移動させることができる。その後、ユーザＡは、車両を地点ｇから地点ｅまで移動させることで、ユーザＣを出発地点ｈから目的地点ｅまで移動させるとともに、ユーザＡ自身の移動を達成することもできる。
【００１８】
このようなライドシェアでは、道路を走行する車両の台数を削減することができたため
、交通渋滞を抑制することができる。また、例えば、車両の移動に要する交通費（燃料代等）を該車両に相乗りした複数のユーザで分担することで、各ユーザが個別の車両で移動する場合と比較して、ユーザ１人ありの交通費を軽減することもできる。
【００１９】
なお、図１に示したライドシェアの態様はあくまで一例であり、１台の車両に相乗りするユーザの組み合わせは、周知の技術を用いて行うことができる。
【００２０】
ここで、上記したようなライドシェアでは、ユーザＡ（運転ユーザ）の運転する車両に最初に乗車するユーザＢ（同乗ユーザ）の出発地点ｆ（乗車地）から、該車両から最後に降車するユーザＣ（同乗ユーザ）の目的地点ｅ（降車地）までの経路（図１中の破線矢印で示す経路）が、走行予定経路として設定される。ところで、車両の実際の走行経路が上記走行予定経路から外れる可能性がある。そのような場合、運転ユーザの独断によって走行予定経路から外れている可能性や、運転ユーザが同乗ユーザに強要されて走行予定経路から外れている可能性等がある。すなわち、運転ユーザと同乗ユーザとの双方が同意していない状態で車両が走行予定経路から外れている可能性がある。このような事態に対する対策が為されていないと、ライドシェアを利用しようとするユーザが安全上の不安を覚えることで、ライドシェアの利用を躊躇う可能性がある。
【００２１】
これに対し、本実施形態では、車両が走行予定経路から外れた場合に、ライドシェアサービスの運用及び管理に関わる情報処理を行うためのサーバ装置が、運転ユーザの使用するユーザ端末（第１ユーザ端末）と同乗ユーザの使用するユーザ端末（第２ユーザ端末）との双方に対して、車両が走行予定経路から外れていることを警告するための警告情報を送信するようにした。
【００２２】
（システム構成）
図２は、ライドシェアサービスの提供を行うためのシステム（以下、「ライドシェアシステム」と記す場合もある。）の一構成例を示す図である。図２に示す例では、ライドシェアシステムは、相乗りに使用される車両１０、該車両１０に相乗りするユーザが使用するユーザ端末２００、及びサーバ装置３００を含んで構成される。ユーザ端末２００とサーバ装置３００とは、ネットワークＮ１によって相互に接続可能である。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。
【００２３】
なお、図２に示す例では、相乗りに使用される車両として、１台の車両１０のみが図示されているが、当該ライドシェアサービスで利用可能な車両として登録されている台数分の車両がライドシェアシステムに含まれるものとする。また、図２に示す例では、ユーザ端末２００として、運転ユーザが使用する第１ユーザ端末２００Ａと、同乗ユーザが使用する第２ユーザ端末２００Ｂとの２個のみが図示されているが、当該ライドシェアサービスを利用可能な会員として登録されているユーザ数に応じた個数のユーザ端末がライドシェアシステムに含まれるものとする。
【００２４】
ユーザ端末２００には、ライドシェアサービスを利用するための所定のアプリケーションがインストールされている。ユーザ端末２００のユーザは、自身のユーザ端末２００に上記所定のアプリケーションを実行させることで、相乗りを行う際の条件等に関する情報（以下、「リクエスト情報」と記す場合もある。）を、サーバ装置３００に登録することができる。例えば、運転ユーザは、第１ユーザ端末２００Ａに上記所定のアプリケーションを実行させることで、自身の予定する車両１０の走行区間や走行日時等に関する情報を、リクエスト情報としてサーバ装置３００に登録することができる。また、同乗ユーザは、第２ユーザ端末２００Ｂに上記所定のアプリケーションを実行させることで、自身の希
望する同乗区間や同乗日時等に関する情報を、リクエスト情報としてサーバ装置３００に登録することができる。なお、ユーザ端末２００の詳細について後述する。
【００２５】
サーバ装置３００は、運転ユーザからのリクエスト情報、及び同乗ユーザからのリクエスト情報を受け付ける。そして、サーバ装置３００は、運転ユーザからのリクエスト情報と同乗ユーザからのリクエスト情報とに基づいて、運転ユーザと同乗ユーザとの暫定的な組み合わせを決定する。サーバ装置３００は、上記した暫定的な組み合わせにおける運転ユーザと同乗ユーザとの各々のユーザ端末２００に対して、相乗りの条件を示す情報を送信する。そして、運転ユーザと同乗ユーザとの各々のユーザ端末２００から相乗りの条件に承諾する情報を受信すると、サーバ装置３００が、上記した暫定的な組み合わせを正式な組み合わせに確定する。以下では、上記した手順でサーバ装置３００が運転ユーザと同乗ユーザとの組み合わせを確定する処理を、「マッチング処理」と称する。
【００２６】
また、本実施形態におけるサーバ装置３００は、上記したマッチング処理を行う機能に加え、同乗ユーザの乗車地から降車地までに車両１０が走行する予定の走行予定経路を設定する機能と、車両１０の実際の走行経路が上記走行予定経路から外れた場合に第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂとに警告情報を送信する機能と、を備える。これらの機能を有するサーバ装置３００が、本発明に係る「情報処理装置」に相当する。
【００２７】
（ハードウェア構成）
図３は、ユーザ端末２００、及びサーバ装置３００の各々のハードウェア構成を例示する図である。なお、前述の図２に示した第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂは、図３中のユーザ端末２００と同様のハードウェア構成を含むものとする。
【００２８】
サーバ装置３００は、一般的なコンピュータの構成を有している。すなわち、サーバ装置３００は、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を有する。これらは、互いにバスによって接続されている。主記憶部３０２及び補助記憶部３０３は、コンピュータで読み取り可能な記録媒体である。コンピュータのハードウェア構成は、図３に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。
【００２９】
サーバ装置３００は、プロセッサ３０１が記録媒体に記憶されたプログラムを主記憶部３０２の作業領域にロードして実行し、プログラムの実行を通じて各機能構成部等が制御されることによって、所定の目的に合致した機能を実現する。
【００３０】
プロセッサ３０１は、例えば、ＣＰＵ（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 :OS）、各種プログラム、各種テーブル等が格納される。なお、これらの情報の一部又は全部は、主記憶部３０２に格納されてもよい。また、主記憶部３０２に格納される情報は、補助記憶部３０３に格納されてもよい。
【００３２】
通信部３０４は、外部の装置とサーバ装置３００との間における情報の送受信を行う。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。
【００３３】
上記したように構成されるサーバ装置３００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【００３４】
次に、ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）等のように、ユーザが携帯可能な小型のコンピュータである。なお、ユーザ端末２００は、公衆通信網であるインターネット等のネットワークＮ１を介してサーバ装置３００に接続される、パーソナルコンピュータ（Personal Computer :PC）であってもよい。
【００３５】
ユーザ端末２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、位置取得部２０６、通信部２０７を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３については、サーバ装置３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明は省略される。表示部２０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部２０５は、例えば、文字等の記号を入力可能なタッチパネルや押しボタン、音声を入力可能なマイクロフォン、動画像や静止画像を撮像可能なカメラ等を含む。位置取得部２０６は、ユーザ端末２００の現在位置を取得する機器であり、典型的にはＧＰＳ受信器等を含んで構成される。通信部２０７は、例えば、移動体通信サービス（携帯電話等の電話通信網、ＷｉＦｉ等の無線通信）を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。
【００３６】
（サーバ装置の機能構成）
ここで、サーバ装置３００の機能構成について、図４に基づいて説明する。図４に示すように、本実施形態のサーバ装置３００は、その機能構成要素として、マッチング処理部Ｆ３１０、警告生成部Ｆ３２０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０を含む。ここで、マッチング処理部Ｆ３１０及び警告生成部Ｆ３２０は、サーバ装置３００のプロセッサ３０１が主記憶部３０２上のコンピュータプログラムを実行することにより形成される。なお、マッチング処理部Ｆ３１０と警告生成部Ｆ３２０の何れか、又はその一部がハードウェア回路により形成されてもよい。
【００３７】
予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、サーバ装置３００のプロセッサ３０１によって実行されるデータベース管理システム（Database Management System: DBMS）のプログラムが、補助記憶部３０３に記憶されているデータを管理することで構築される。これら予約管理データベースＤ３３０及び会員情報管理データベースＤ３４０は、例えば、リレーショナルデータベースである。
【００３８】
なお、サーバ装置３００の各機能構成要素の何れか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、マッチング処理部Ｆ３１０に含まれる各処理と、警告生成部Ｆ３２０に含まれる各処理とは、別々のコンピュータにより実行されてもよい。
【００３９】
予約管理データベースＤ３３０は、ライドシェアサービスの予約情報が格納されており、そこでは運転ユーザに関する情報と該運転ユーザの運転する車両１０に相乗りする予定の同乗ユーザに関する情報との紐付けが行われている。ここで、予約管理データベースＤ３３０に格納される予約情報の一構成例について、図５に基づいて説明する。図５は、予
約情報のテーブル構成を例示する図である。なお、予約情報テーブルに登録される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４０】
図５に示す予約情報テーブルは、予約ＩＤ、運転ユーザＩＤ、車両情報、同乗ユーザＩＤ、乗車地、乗車予定日時、降車地、降車予定日時、走行予定経路、及びステータス等の各フィールドを有する。予約ＩＤフィールドには、個々の予約情報を識別するための情報である予約ＩＤが登録される。この予約ＩＤは、例えば、各ユーザが予約内容について確認や変更等を行う場合に使用される。運転ユーザＩＤフィールドには、相乗り可能な車両１０を運転する運転ユーザのユーザＩＤが登録される。車両情報フィールドには、各運転ユーザが運転する車両１０を、該車両１０に相乗りする同乗ユーザが識別するために必要な情報が登録される。例えば、車両情報フィールドには、車種、自動車登録番号（ナンバープレートに標記された番号）、車体色等の情報が登録される。同乗ユーザＩＤフィールドには、各運転ユーザの運転する車両１０に相乗りする予定の同乗ユーザのユーザＩＤが登録される。乗車地フィールドには、各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる場所（乗車地）を示す情報が登録される。乗車予定日時フィールドには、上記乗車地において各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる予定日時を示す情報が登録される。降車地フィールドには、各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる場所（降車地）を示す情報が登録される。降車予定日時フィールドには、上記降車地において各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる予定日時を示す情報が登録される。走行予定経路フィールドには、同乗ユーザの乗車地から降車地までに車両１０が走行する予定の経路（走行予定経路）を示す情報が登録される。ステータスフィールドには、各車両１０の相乗り状況を示す情報が登録される。例えば、同乗ユーザが上記降車地で車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザが車両１０に相乗り中である場合には、「乗車中」と登録され、同乗ユーザが車両１０に乗車する前の段階にある場合には、「乗車前」と登録される。
【００４１】
なお、図５の予約情報テーブルは、各運転ユーザの運転する車両１０に１人の同乗ユーザが相乗りする場合のテーブル構成例を示しているが、各運転ユーザの運転する車両１０に相乗りする同乗ユーザの人数は２人以上であってもよい。その場合は、図６に示すように、１つの運転ユーザＩＤに対して、複数の同乗ユーザの情報が紐付けられればよい。
【００４２】
会員情報管理データベースＤ３４０は、ライドシェアサービスに会員登録されているユーザの情報（会員情報）が格納されている。ここで、会員情報管理データベースＤ３４０に格納される会員情報の一構成例について、図７に基づいて説明する。図７は、会員情報のテーブル構成を例示する図である。なお、会員情報テーブルに登録される情報は、図７に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。
【００４３】
図７に示す会員情報テーブルは、ユーザＩＤ、連絡先、属性、認証、及び車両ＩＤ等の各フィールドを有する。ユーザＩＤフィールドには、各ユーザがライドシェアサービスの会員登録を行った際に付与されるユーザＩＤが登録される。連絡先フィールドには、各ユーザの連絡先を示す情報（電子メールアドレスや電話番号等であり、少なくとも各ユーザが使用するユーザ端末２００の電子メールアドレスを含む）が登録される。属性フィールドには、各ユーザの属性を示す情報（例えば、氏名、ニックネーム、年齢、性別、職業、勤務先（通学先）、趣味、特技等）が登録される。認証フィールドには、前述のリクエスト情報をサーバ装置３００に登録する場合や、前述の予約情報を確認する場合等における認証に必要となるパスワード等を示す情報が登録される。車両ＩＤフィールドには、各ユーザが相乗りに利用可能な車両１０の車両ＩＤが登録される。なお、相乗りに利用可能な車両１０を所有していないユーザについては、例えば、車両ＩＤフィールドに「無」と登録される。
【００４４】
次に、マッチング処理部Ｆ３１０は、運転ユーザや同乗ユーザからのリクエスト情報に基づいて、マッチング処理を行う。詳細には、運転ユーザの第１ユーザ端末２００Ａから送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、運転ユーザが運転する車両１０の走行スケジュール（例えば、出発地、出発予定日時、目的地、到着予定日時等を含む情報）を生成する。また、同乗ユーザの第２ユーザ端末２００Ｂから送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、同乗車の希望する移動スケジュール（例えば、乗車希望地、乗車希望日時、降車希望地、降車希望日時等を含む情報）を生成する。そして、マッチング処理部Ｆ３１０は、各運転ユーザの走行スケジュールと各同乗ユーザの移動スケジュールとを比較して、各同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出する。続いて、マッチング処理部Ｆ３１０は、抽出された走行スケジュールに紐づけられている運転ユーザを上記同乗ユーザと暫定的に組み合わせる。上記した手順で運転ユーザと同乗ユーザとの暫定的な組み合わせが決定されると、マッチング処理部Ｆ３１０は、上記した暫定的な組み合わせにおける運転ユーザと同乗ユーザとの各々のユーザ端末２００に対して、相乗りの条件を示す情報（例えば、同乗ユーザの乗車地、同乗ユーザの乗車予定日時、同乗ユーザの降車地、同乗ユーザの降車予定日時、車両１０の種類等）を送信する。これに対し、運転ユーザ及び同乗ユーザの双方のユーザ端末２００から上記した相乗りの条件に承諾する情報が返信されてくると、マッチング処理部Ｆ３１０は、上記した暫定的な組み合わせを正式な組み合わせに確定する。これに伴い、マッチング処理部Ｆ３１０は、上記した正式な組み合わせに基づいて、前述の図５、６に示したような予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に格納する。
【００４５】
ここで、予約情報テーブルの走行予定経路フィールドに登録される走行予定経路は、車両１０に最初に乗車する同乗ユーザの乗車地と車両１０から最後に降車する同乗ユーザの降車地とを結ぶ経路である。斯様な経路が複数存在する場合には、マッチング処理部Ｆ３１０は、車両１０が走行する予定の時間帯における渋滞予測情報や通行規制情報等に基づいて、上記の乗車地から降車地まで最も早く移動することができると予測される経路を選出し、選出された経路を走行予定経路に設定してもよい。別法として、マッチング処理部Ｆ３１０は、車両１０に最初に乗車する同乗ユーザの乗車地と車両１０から最後に降車する同乗ユーザの降車地とを結ぶ複数の経路のうち、最も距離の短い経路を選出して、選出された経路を走行予定経路に設定してもよい。また、車両１０に最初に乗車する同乗ユーザの乗車地と車両１０から最後に降車する同乗ユーザの降車地とを結ぶ経路が複数存在する場合における走行予定経路の選出及び設定は、予約情報テーブルが生成される時点で行われなくてもよい。すなわち、マッチング処理部Ｆ３１０は、車両１０に最初に乗車する同乗ユーザの乗車予定日時の直前における渋滞情報や通行規制情報等に基づいて、上記した複数の経路のうち、上記の乗車地から降車地まで最も早く移動することができる経路を選出し、選出された経路を走行予定経路に設定してもよい。
【００４６】
なお、マッチング処理部Ｆ３１０によるマッチング処理の実行方法は、上記した方法に限られるものではなく、周知の技術を用いる他の方法でマッチング処理が行われてもよい。
【００４７】
警告生成部Ｆ３２０は、車両１０の実際の走行経路が上記走行予定経路から外れている場合に、警告情報を生成し、生成された警告情報を第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する。詳細には、警告生成部Ｆ３２０は、同乗ユーザが乗車している状態（相乗り状態）における車両１０の現在位置を取得して、該車両１０の実際の走行経路が上記走行予定経路から外れているかを判別する。ここで、車両１０の現在位置は、第１ユーザ端末２００Ａ又は第２ユーザ端末２００Ｂの位置取得部２０６によって取得さ
れた現在位置を、第１ユーザ端末２００Ａ又は第２ユーザ端末２００Ｂからサーバ装置３００へ定期的に送信させることで取得される。なお、サーバ装置３００と通信可能なナビゲーションシステムが車両１０に搭載されている場合には、該ナビゲーションシステムによって検出された現在位置を定期的にサーバ装置３００へ送信させることで取得されてもよい。そして、車両１０の現在位置が上記走行予定経路から外れている場合に、警告生成部Ｆ３２０は、車両１０の実際の走行経路が上記走行予定経路から外れていると判定する。その場合、警告生成部Ｆ３２０は、運転ユーザの会員情報テーブルから第１ユーザ端末２００Ａの電子メールアドレスを抽出するとともに、同乗ユーザの会員情報テーブルから第２ユーザ端末２００Ｂの電子メールアドレスを抽出して、それらの電子メールアドレス宛に警告情報を送信する。本例における警告情報は、車両１０が走行予定経路から外れて走行していることを、該車両１０に乗車しているユーザ（運転ユーザ及び同乗ユーザ）に警告するための情報である。詳細には、警告情報は、車両１０が走行予定経路から外れて走行していることをユーザに通知するための情報と、車両１０が走行予定経路から外れて走行していることについてユーザが同意しているか否かを問い合わせる情報と、を含む。
【００４８】
上記警告情報がサーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信された後に、車両１０の実際の走行経路が上記走行予定経路から外れていることについてユーザが同意していることを示す情報を、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂの双方からサーバ装置３００が受信すると、警告生成部Ｆ３２０は、車両１０が実際に走行している経路を含む、新たな走行予定経路を生成する。そして、警告生成部Ｆ３２０は、予約情報テーブルの走行予定経路フィールドに登録されている情報を、新たに生成された走行予定経路に変更する。また、警告生成部Ｆ３２０は、新たに生成された走行予定経路を示す情報を、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する。
【００４９】
一方、上記警告情報がサーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信された後に、車両１０の実際の走行経路が上記走行予定経路から外れていることについてユーザが同意していることを示す情報を、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂの双方からサーバ装置３００が受信することができなければ、警告生成部Ｆ３２０は、第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂに対して、上記警告情報を再度送信することで、車両１０に乗車している各ユーザに対して、車両１０が走行予定経路から外れて走行していることを繰り返し警告する。
【００５０】
（ユーザ端末の機能構成）
図８は、ユーザ端末２００の機能構成を例示する図である。ユーザ端末２００は、機能構成要素として、予約登録部Ｆ２１０、警告処理部Ｆ２２０を備える。これら予約登録部Ｆ２１０及び警告処理部Ｆ２２０は、ユーザ端末２００のプロセッサ２０１が主記憶部２０２上のコンピュータプログラムを実行することにより形成される。なお、上記した機能構成要素の何れか、又はその処理の一部がハードウェア回路により実行されてもよい。
【００５１】
予約登録部Ｆ２１０は、ユーザによる入力部２０５へのリクエスト情報の入力を受け付け、入力されたリクエスト情報をサーバ装置３００へ送信する。そして、上記リクエスト情報に応答する形で、暫定的な運転ユーザと同乗ユーザとの組み合わせにおける相乗り条件を示す情報が、サーバ装置３００からユーザ端末２００へ送信されてくると、予約登録部Ｆ２１０は、暫定的な組み合わせにおける相乗りの条件を示す情報を表示部２０４に表示する。その際、予約登録部Ｆ２１０は、上記相乗りの条件を示す情報について承諾するか否かの選択をユーザに促す処理（例えば、相乗りの条件に承諾するか否かを選択するためのボタンをタッチパネル等の入力部２０５に表示させる処理）を行う。ユーザが上記相乗りの条件を示す情報について承諾することを選択すると、予約登録部Ｆ２１０が、その選択結果を示す情報をサーバ装置３００へ送信する。斯様な情報が運転ユーザのユーザ端
末２００と同乗ユーザのユーザ端末２００との双方からサーバ装置３００へ送信されると、前述したように、サーバ装置３００におけるマッチング処理によって正式な運転ユーザと同乗ユーザとの組み合わせが確定される。これに伴い、正式な運転ユーザと同乗ユーザとの組み合わせに応じた予約情報が、サーバ装置３００からユーザ端末２００へ送信される。その場合、予約登録部Ｆ２１０は、該予約情報を表示部２０４に表示する。これにより、ユーザ端末２００のユーザが予約情報を確認することができる。なお、予約登録部Ｆ２１０による上記した機能は、上記所定のアプリケーションによって実現される。
【００５２】
ここで、各ユーザが上記リクエスト情報をサーバ装置３００に登録する方法は、ユーザ端末２００を利用した方法に限定されるものではなく、例えば、ネットワークＮ１に接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ＰＣ）を利用して、上記リクエスト情報をサーバ装置３００に登録してもよい。
【００５３】
警告処理部Ｆ２２０は、サーバ装置３００から送信される上記警告情報を受信したときに、車両１０が走行予定経路から外れて走行していることをユーザに知らせる情報を表示部２０４に表示させるとともに、車両１０が走行予定経路から外れて走行していることについて同意しているか否かの選択を促す処理（選択処理）を実行する。ここでいう選択処理は、例えば、入力部２０５が備えるタッチパネル２５０Ａ上に、図９に示すような画面を表示させる処理である。図９は、車両１０が走行予定経路から外れて走行していることについて同意しているか否かを選択するための画面の一例である。図９に示す例では、タッチパネル２５０Ａ上に、「同意している」ことを選択するためのボタンＢ１、及び「同意していない」ことを選択するためのボタンＢ２が表示されるとともに、それら２つのボタンＢ１〜Ｂ２のうちの何れか１つの選択を促すための文字情報が表示されている。
【００５４】
図９に示すような画面において、Ｂ１又はＢ２のボタンがユーザによって選択されると、警告処理部Ｆ２２０は、ユーザによって選択されたボタンに応じた返信情報を生成する。例えば、ユーザによってボタンＢ１が選択された場合には、警告処理部Ｆ２２０は、車両１０が走行予定経路から外れて走行していることについてユーザが同意していることを示す返信情報を生成する。一方、ユーザによってボタンＢ２が選択された場合には、警告処理部Ｆ２２０は、車両１０が走行予定経路から外れて走行していることについてユーザが同意していないことを示す返信情報を生成する。そして、警告処理部Ｆ２２０は、生成された返信情報をサーバ装置３００へ送信する。
【００５５】
なお、警告処理部Ｆ２２０は、上記した各種情報を表示部２０４に表示させる際に、ユーザ端末２００に搭載されているスピーカ等の音声出力部から警告音を出力させることで、より確実な注意喚起を促すようにしてもよい。
【００５６】
警告処理部Ｆ２２０による上記した機能は、上記所定のアプリケーションによって実現される。
【００５７】
（システムの動作）
相乗り状態の車両１０が走行予定経路から外れた場合におけるライドシェアシステムの動作について図１０〜図１２に基づいて説明する。図１０は、各構成要素間で送受信されるデータの流れ、及び各構成要素が行う処理の流れの概略を示すフロー図である。図１１は、相乗り状態の車両１０が走行しているときのサーバ装置３００の動作を示すフロー図である。図１２は、警告情報を送信した後におけるサーバ装置３００の動作を示すフロー図である。
【００５８】
図１０において、サーバ装置３００は、相乗り状態の車両１０が走行予定経路から外れ
て走行しているかを判別する（ステップＳ１１）。そして、相乗り状態の車両１０が走行予定経路から外れて走行していると判定されると、サーバ装置３００は、上記したような警告情報を第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する（ステップＳ１２）。これらの処理は、図１１に示すような処理フローに基づいて行われる。図１１に示す処理フローは、所定の周期で繰り返し実行される。
【００５９】
図１１においては、先ず、サーバ装置３００の警告生成部Ｆ３２０が、相乗り状態にある車両１０の現在位置を取得する（ステップＳ１０１）。具体的には、警告生成部Ｆ３２０は、運転ユーザの使用する第１ユーザ端末２００Ａ又は同乗ユーザの使用する第２ユーザ端末２００Ｂと通信することで、該第１ユーザ端末２００Ａ又は該第２ユーザ端末２００Ｂの現在位置を取得する。なお、サーバ装置３００と通信可能なナビゲーションシステムが車両１０に搭載されている場合には、警告生成部Ｆ３２０は、該ナビゲーションシステムと通信することで、車両１０の現在位置を取得してもよい。
【００６０】
上記ステップＳ１０１で車両１０の現在位置が取得されると、警告生成部Ｆ３２０が、前述の図５、６に示した予約情報テーブルから走行予定経路を抽出して、上記ステップＳ１０１で取得された車両１０の現在位置が走行予定経路から外れているかを判別する（ステップＳ１０２）。車両１０の現在位置が走行予定経路から外れていなければ（ステップＳ１０２で否定判定）、警告生成部Ｆ３２０は、当該処理フローを一旦終了する。一方、車両１０の現在位置が走行予定経路から外れていれば（ステップＳ１０２で肯定判定）、警告生成部Ｆ３２０は、ステップＳ１０３へ進む。
【００６１】
ステップＳ１０３では、警告生成部Ｆ３２０は、前述した警告情報を生成する。続いて、警告生成部Ｆ３２０は、会員情報テーブルにアクセスすることで、運転ユーザの会員情報テーブルに登録されている第１ユーザ端末２００Ａの電子メールアドレス、及び同乗ユーザの会員情報テーブルに登録されている第２ユーザ端末２００Ｂの電子メールアドレスを抽出し、それらの電子メールアドレス宛に警告情報を送信する（ステップＳ１０４）。
【００６２】
ここで、図１０に戻り、サーバ装置３００から送信された警告情報が第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂによって受信されると、各ユーザ端末２００Ａ、２００Ｂの警告処理部Ｆ２２０は、車両１０が走行予定経路から外れて走行していることをユーザに通知するための情報を表示部２０４に表示させるとともに、車両１０が走行予定経路から外れて走行していることについて同意しているか否かの選択を促す処理（選択処理）を実行する（ステップＳ１３）。そして、各ユーザ端末２００Ａ、２００Ｂ上において、車両１０が走行予定経路から外れて走行していることについて同意しているか否かの選択がユーザによって行われると、警告処理部Ｆ２２０が、その選択結果を示す情報（返信情報）を生成し、生成された返信情報をサーバ装置３００へ送信する（ステップＳ１４）。
【００６３】
各ユーザ端末２００Ａ、２００Ｂから送信される返信情報がサーバ装置３００によって受信されると、該サーバ装置３００の警告生成部Ｆ３２０は、該返信情報に基づいて、運転ユーザ及び同乗ユーザの双方が、車両１０が走行予定経路から外れて走行していることについて同意しているか否か（同意の有無）を判別する（ステップＳ１５）。車両１０が走行予定経路から外れて走行していることについて運転ユーザ及び同乗ユーザの双方が同意していれば、警告生成部Ｆ３２０は、車両１０が実際に走行している経路を含む新たな走行予定経路を設定し、設定された新たな走行予定経路を第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する。また、警告生成部Ｆ３２０は、前述の図５、６に示した予約情報テーブルの走行予定経路フィールドに登録されている情報を、上記した新たな走行予定経路に変更する。一方、車両１０が走行予定経路から外れて走行していることについて、運転ユーザ及び同乗ユーザの双方が同意していなければ、警告生成部Ｆ３２０は
、上記した警告情報を第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ再度送信する（ステップＳ１６）。これらの処理は、図１２に示す処理フローに基づいて行われる。
【００６４】
図１２においては、サーバ装置３００の警告生成部Ｆ３２０は、サーバ装置３００が第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂの双方から返信情報を受信したか否かを判別する（ステップＳ２０１）。サーバ装置３００が第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂの双方から返信情報を受信していれば（ステップＳ２０１で肯定判定）、警告生成部Ｆ３２０は、第１ユーザ端末２００Ａから受信した返信情報、及び第２ユーザ端末２００Ｂから受信した返信情報の双方の情報が、車両１０が走行予定経路から外れて走行していることについてユーザが同意していることを示す情報であるか否かを判別する。すなわち、車両１０が走行予定経路から外れて走行していることについて、運転ユーザと同乗ユーザの双方が同意しているか否かを判別する（ステップＳ２０２）。
【００６５】
ここで、車両１０が走行予定経路から外れて走行していることについて、運転ユーザと同乗ユーザの双方が同意していれば（ステップＳ２０２で肯定判定）、警告生成部Ｆ３２０は、車両１０の実際の走行経路を含む新たな走行予定経路を設定し、予約情報テーブルの走行予定経路フィールドに登録されている情報を新たな走行予定経路に変更する（ステップＳ２０３）。続いて、警告生成部Ｆ３２０は、上記ステップＳ２０３で設定された新たな走行予定経路を第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ送信する（ステップＳ２０４）。
【００６６】
一方、車両１０が走行予定経路から外れて走行していることについて、運転ユーザと同乗ユーザの双方が同意していなければ（ステップＳ２０２で否定判定）、運転ユーザと同乗ユーザの何れか一方が他方に強要されて車両１０が走行予定経路から外れている可能性があるため、警告生成部Ｆ３２０は、第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂとの双方に対して上記警告情報を再度送信する（ステップＳ２０５）。なお、サーバ装置３００が第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂの双方から返信情報を受信することができない場合（ステップＳ２０１で否定判定）も、運転ユーザと同乗ユーザの何れか一方が他方に強要されて車両１０が走行予定経路から外れている可能性があるため、ステップＳ２０２で否定判定された場合と同様に、警告生成部Ｆ３２０が、第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂとの双方に対して、上記警告情報を再度送信する。
【００６７】
なお、サーバ装置３００と通信可能な警報装置が車両１０に搭載されている場合には、上記ステップＳ２０１又は上記ステップＳ２０２で否定判定されたときに、警告生成部Ｆ３２０が、上記警報装置を作動させるようにしてもよい。ここでいう警報装置は、例えば、車内又は車外へ向けて警告音を発生する装置や、車内又は車外へ向けて警告灯を点灯させる装置等を用いることができる。
【００６８】
以上述べた処理フローによれば、相乗り状態の車両１０が走行予定経路から外れて走行している場合に、サーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ警告情報が送信されるため、運転ユーザと同乗ユーザとの双方に対して、車両が走行予定経路から外れて走行していることについて注意を喚起することができる。これにより、仮に運転ユーザと同乗ユーザの何れか一方が他方に強要されて該車両が走行予定経路から外れている場合であっても、被強要ユーザの安全性確保に寄与することができる。その結果、安全性の観点からライドシェアの利用を躊躇うユーザの不安を軽減することができる。また、渋滞の回避を目的とした場合等のように、運転ユーザと同乗ユーザとの双方が同意した上で車両が走行予定経路から外れる場合においては、走行予定経路を変更することで、過剰な警告が抑制されるため、運転ユーザや同乗ユーザが煩わしさを感じることを抑制することもできる。
【００６９】
＜変形例＞
次に、前述した実施形態の変形例について説明する。なお、本変形例において、第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。
【００７０】
前述した実施形態では、車両１０が走行予定経路から外れて走行している場合に、同乗ユーザの人数にかかわらず、サーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ警告情報が送信される例について述べた。これに対し、本変形例では、車両１０が走行予定経路から外れて走行している場合に、同乗ユーザが１人のみであればサーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ警告情報が送信される一方で、同乗ユーザが複数であればサーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ警告情報が送信されない例について述べる。
【００７１】
ここで、同一の車両１０に同乗ユーザが１人のみ乗車している場合は、同一の車両１０に複数の同乗ユーザが乗車している場合に比べ、ユーザが安全性に関する不安を覚えやすい。特に、運転ユーザの独断によって車両１０が走行予定経路から外れた場合に、同乗ユーザが複数であれば、それらの同乗ユーザが運転ユーザに対して走行予定経路への復帰を促し易いが、同乗ユーザが１人のみであると、該同乗ユーザが運転ユーザに対して走行予定経路への復帰を促し難くなる可能性がある。
【００７２】
そこで、本変形例では、相乗り状態の車両１０が走行予定経路から外れて走行している場合に、サーバ装置３００が図１３に示す処理フローに従って動作するようにした。図１３に示す処理フローは、相乗り状態の車両１０が走行しているときのサーバ装置３００の動作を示すフロー図である。図１３中において、前述の図１１と同様の処理には同一の符号が付されている。
【００７３】
図１３のフローでは、ステップＳ１０２において肯定判定された場合に、ステップＳ１０３の前に、Ｓ１０２０の処理が実行される。ステップＳ１０２０では、サーバ装置３００の警告生成部Ｆ３２０は、車両１０に相乗りしている同乗ユーザが１人のみであるか否かを判別する。具体的には、警告生成部Ｆ３２０は、前述の図６に示したような予約情報テーブルのステータスフィールドに「乗車中」と登録されている同乗ユーザの人数が１人のみであるか否かを判別する。予約情報テーブルのステータスフィールドに「乗車中」と登録されている同乗ユーザの人数が複数であれば（ステップＳ１０２０で否定判定）、警告生成部Ｆ３２０は、本処理フローを一旦終了する。一方、予約情報テーブルのステータスフィールドに「乗車中」と登録されている同乗ユーザの人数が１人のみであれば（ステップＳ１０２０で肯定判定）、警告生成部Ｆ３２０は、ステップＳ１０３以降の処理を実行する。
【００７４】
以上述べた変形例によれば、車両１０に相乗りしている同乗ユーザが１人のみである場合のように、ユーザが安全性に関する不安を覚えやすい場合に限り、サーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ警告情報が送信される。言い換えると、車両１０に相乗りしている同乗ユーザの人数が複数である場合のように、ユーザが安全性に関する不安を覚えにくい場合に、サーバ装置３００から第１ユーザ端末２００Ａ及び第２ユーザ端末２００Ｂへ警告情報が送信されないため、ユーザが煩わしさを覚え難くなる。
【００７５】
＜その他＞
上記した実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。
【００７６】
また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。
【００７７】
また、本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体であり、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、ＳＳＤ（Solid State Drive）等の媒体である。
【符号の説明】
【００７８】
１：ライドシェアシステム
１０：車両
２００Ａ：第１ユーザ端末
２００Ｂ：第２ユーザ端末
３００：サーバ装置
３０１：プロセッサ
【図１】
2020008402.tif 000003
【図２】
2020008402.tif 000004
【図３】
2020008402.tif 000005
【図４】
2020008402.tif 000006
【図５】
2020008402.tif 000007
【図６】
2020008402.tif 000008
【図７】
2020008402.tif 000009
【図８】
2020008402.tif 000010
【図９】
2020008402.tif 000011
【図１０】
2020008402.tif 000012
【図１１】
2020008402.tif 000013
【図１２】
2020008402.tif 000014
【図１３】
2020008402.tif 000015