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