JP7449823B2 - 同乗支援装置、同乗支援方法、およびプログラム - Google Patents

Description

本発明は、同乗支援装置、同乗支援方法、およびプログラムに関する。

従来から、複数の利用者が移動体に相乗りするライドシェアに関する技術が開示されている（例えば、特許文献１参照）。さらに、従来から、移動体を利用するユーザの利便性を高めるために、ユーザの位置情報に基づいて、ユーザが移動体に乗車する位置を決定する情報処理装置に関する技術が開示されている（例えば、特許文献２参照）。

特開２０１９－２１１２７９号公報 特開２０１９－０９５９４２号公報

しかしながら、従来の技術は、乗合バスや乗合タクシーなどの乗合車両運行業者に適用される技術であり、個人が所有する移動体への相乗りに適用する場合への考慮が不十分である。

本発明は、上記の課題認識に基づいてなされたものであり、個人が所有する移動体への相乗りを好適に行わせることができる同乗支援装置、同乗支援方法、およびプログラムを提供することを目的としている。

この発明に係る同乗支援装置、同乗支援方法、およびプログラムは、以下の構成を採用した。
（１）：この発明の一態様に係る同乗支援装置は、移動体を所有する第１利用者に関する第１情報、および前記移動体に同乗する候補の第２利用者に関する第２情報を取得する取得部と、前記第１情報と前記第２情報とに基づいて、前記移動体に前記第１利用者と同乗する第２利用者を抽出し、前記第２利用者が前記第１利用者に合流する合流地点および解散地点を決定する決定部と、前記決定部により決定された前記合流地点で合流する合流時間帯を算出し、少なくとも前記決定部により決定された前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信する提供部と、を備える同乗支援装置である。

（２）：上記（１）の態様において、前記決定部は、地点ごとの環境情報に基づく指標値が基準を満たす地点を、前記合流地点として決定するものである。

（３）：上記（１）または（２）の態様において、前記決定部は、地点ごとの環境情報に基づく指標値が基準を満たす地点を、前記解散地点として決定するものである。

（４）：上記（３）の態様において、前記指標値は、交通参加者の通行量であり、前記決定部は、前記通行量が所定量以上である地点を、前記指標値が前記基準を満たす地点とするものである。

（５）：上記（１）から（４）のうちいずれか一態様において、前記取得部は、前記第１情報として前記第１利用者の移動状況を取得すると共に、前記第２情報として前記第２利用者の移動状況を取得し、前記提供部は、前記第１利用者の移動状況および／または前記第２利用者の移動状況に応じて、前記通信装置を用いて、前記第１利用者、前記第２利用者、またはその他の利用者の端末装置に情報を提供するものである。

（６）：上記（５）の態様において、前記提供部は、前記第１利用者の移動状況および／または前記第２利用者の移動状況に基づいて、前記第２利用者が同乗した前記移動体が前記解散地点に到着する到着予想時刻を算出し、算出した前記到着予想時刻の情報を、前記通信装置を用いて、少なくとも前記第２利用者に関係する他の利用者の端末装置に提供するものである。

（７）：上記（５）または（６）の態様において、前記提供部は、前記第１利用者の移動状況および／または前記第２利用者の移動状況に基づいて、前記第２利用者が同乗した前記移動体が前記解散地点から所定範囲内に入ったか否かを判定し、前記移動体が前記解散地点から所定範囲内に入ったと判定した場合に、前記移動体が前記解散地点に到着する到着予想時刻を算出し、算出した前記到着予想時刻の情報を、前記通信装置を用いて、少なくとも前記第２利用者に関係する他の利用者の端末装置に提供するものである。

（８）：上記（５）から（７）のうちいずれか一態様において、前記提供部は、前記第２利用者が同乗した前記移動体が前記解散地点に到着した後、前記第１利用者および前記第２利用者がそれぞれの目的地に到着する帰宅予想時刻を算出し、算出した前記帰宅予想時刻の情報を、前記通信装置を用いて、前記第１利用者、前記第２利用者、またはその他の利用者の端末装置に提供するものである。

（９）：上記（８）の態様において、前記提供部は、前記解散地点から前記目的地までの間に設定されたジオフェンスの情報に基づいて、それぞれの前記利用者がそれぞれの目的地に到着する前記帰宅予想時刻を算出するものである。

（１０）：上記（５）から（９）のうちいずれか一態様において、前記提供部は、前記第２利用者が同乗した前記移動体が前記解散地点に到達するのに応じて、前記第１利用者が第１目的地に到着する第１帰宅予想時刻を算出し、前記第１利用者の位置情報と前記第１帰宅予想時刻とに基づくタイミングで、前記通信装置を用いて、前記第１利用者の端末装置に確認情報を出力させるものである。

（１１）：上記（５）から（１０）のうちいずれか一態様において、前記提供部は、前記第２利用者が同乗した前記移動体が前記解散地点に到達するのに応じて、前記第２利用者が第２目的地に到着する第２帰宅予想時刻を算出し、前記第２利用者の位置情報と前記第２帰宅予想時刻とに基づくタイミングで、前記通信装置を用いて、前記第２利用者の端末装置に確認情報を出力させるものである。

（１２）：上記（１１）の態様において、前記提供部は、前記第２帰宅予想時刻を、前記通信装置を用いて、前記第２利用者に関係する他の利用者の端末装置に提供するものである。

（１３）：上記（１０）から（１２）のうちいずれか一態様において、前記提供部は、前記確認情報を出力させた後、前記確認情報に対する応答が所定時間が経過しても得られない場合、応答が得られない利用者の情報を、前記通信装置を用いて、前記第１利用者、前記第２利用者、およびその他の利用者の端末装置に提供するものである。

（１４）：上記（１）から（１３）のうちいずれか一態様において、前記取得部は、前記移動体の稼働に関する稼働情報をさらに取得し、前記決定部は、前記取得部が前記移動体の稼働が開始されたことを表す前記稼働情報を取得したときに、前記第２利用者を抽出して前記合流地点および前記解散地点を決定し、前記提供部は、少なくとも前記決定部により決定された前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信するものである。

（１５）：上記（１４）の態様において、前記稼働情報は、前記移動体を走行させる駆動部の稼働が開始されたことを表す情報であるものである。

（１６）：この発明の一態様に係る同乗支援方法は、コンピュータが、移動体を所有する第１利用者に関する第１情報、および前記移動体に同乗する候補の第２利用者に関する第２情報を取得し、前記第１情報と前記第２情報とに基づいて、前記移動体に前記第１利用者と同乗する第２利用者を抽出し、前記第２利用者が前記第１利用者に合流する合流地点および解散地点を決定し、前記合流地点で合流する合流時間帯を算出し、少なくとも決定した前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信する、同乗支援方法である。

（１７）：この発明の一態様に係るプログラムは、コンピュータに、移動体を所有する第１利用者に関する第１情報、および前記移動体に同乗する候補の第２利用者に関する第２情報を取得させ、前記第１情報と前記第２情報とに基づいて、前記移動体に前記第１利用者と同乗する第２利用者を抽出させ、前記第２利用者が前記第１利用者に合流する合流地点および解散地点を決定させ、前記合流地点で合流する合流時間帯を算出させ、少なくとも決定させた前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信させる、プログラムである。

上述した（１）～（１７）の態様によれば、個人が所有する移動体への相乗りを好適に行わせることができる。

実施形態に係る同乗支援装置の構成および使用環境の一例を示す図である。 実施形態に係る同乗支援装置における車両所有者情報の一例を示す図である。 実施形態に係る同乗支援装置における同乗者情報の一例を示す図である。 実施形態に係る同乗支援装置におけるマッチング情報の一例を示す図である。 実施形態に係る同乗支援装置においてマッチングさせた利用者が移動する様子の一例を模式的に示す図である。 実施形態に係る同乗支援装置において実行される処理の流れの一例を示すシーケンス図である。 実施形態に係る同乗支援装置の処理において情報を提供する情報画面の一例を示す図である。 実施形態に係る同乗支援装置の処理において情報を提供する情報画面の一例を示す図である。 実施形態に係る同乗支援装置の処理において情報を提供する情報画面の一例を示す図である。 実施形態に係る同乗支援装置の処理において情報を提供する情報画面の一例を示す図である。 実施形態に係る同乗支援装置の処理において情報を提供する情報画面の一例を示す図である。 実施形態に係る同乗支援装置の処理において情報を提供する情報画面の一例を示す図である。

以下、図面を参照し、本発明の同乗支援装置、同乗支援方法、およびプログラムの実施形態について説明する。同乗支援装置は、移動体を所有する利用者と移動体への同乗を希望する利用者とをマッチングさせるサービス（以下、単に「サービス」と称する）の支援をするための装置である。このサービスにおいて利用される移動体は、例えば、二輪や三輪、四輪等の車両である。さらに、この車両は、車両を所有する利用者による運転の操作によって走行する車両であってもよいし、車両を所有する利用者による運転の操作を必要とせずに走行する、いわゆる、自動運転の車両であってもよい。以下の説明においては、車両が自動二輪車であるものとする。車両は、特許請求の範囲における「移動体」の一例である。

［同乗支援装置の使用環境］
図１は、実施形態に係る同乗支援装置の構成および使用環境の一例を示す図である。同乗支援装置１００は、一以上の端末装置Ｔ１、および一以上の端末装置Ｔ２と、ネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、プロバイダ装置、無線基地局などを含む。

同乗支援装置１００は、例えば、車両Ｍを所有する利用者Ｕ１からの車両Ｍへの同乗承諾と、車両への同乗を希望する他の利用者Ｕ２からの同乗要求とのそれぞれを受け付け、利用者Ｕ２を車両に同乗させるための処理を行う。利用者Ｕ１からの同乗承諾や、利用者Ｕ２からの同乗要求には、直ちに実行するのに限らず、先の時間における利用の予約を含んでもよい。利用者Ｕ２からの同乗要求には、例えば、「四輪の自動車のみに同乗を希望する」など、同乗する車両の種類を特定する情報を含んでもよいし、含まなくてもよい。利用者Ｕ１は、特許請求の範囲における「第１利用者」の一例であり、利用者Ｕ２は、特許請求の範囲における「第２利用者」の一例である。

利用者Ｕ２を車両に同乗させるための処理とは、例えば、利用者Ｕ１の車両Ｍに同乗させる利用者Ｕ２を抽出する処理や、利用者Ｕ１と利用者Ｕ２との移動状況を検知する処理などを含む。同乗支援装置１００は、例えば、利用者Ｕ１が帰宅する帰路の目的地（つまり、利用者Ｕ１の自宅）と同様の方向にある目的地（例えば、利用者Ｕ２の自宅）の付近まで車両に同乗することを希望する利用者Ｕ２を抽出する。利用者Ｕ１の自宅は、特許請求の範囲における「第１目的地」の一例であり、利用者Ｕ２の自宅は、特許請求の範囲における「第２目的地」の一例である。

端末装置Ｔ１および端末装置Ｔ２は、例えば、スマートフォンやタブレット端末など、利用者Ｕ１や利用者Ｕ２（それぞれの利用者の家族などの関係者を含む）が使用する可搬型の端末装置である。端末装置Ｔ１は、特許請求の範囲における「第１利用者の端末装置」の一例であり、端末装置Ｔ２は、特許請求の範囲における「第２利用者の端末装置」の一例である。以下の説明においては、端末装置Ｔ１と端末装置Ｔ２とを区別しない場合には「端末装置Ｔ」といい、利用者Ｕ１と利用者Ｕ２とを区別しない場合には「利用者Ｕ」という。そして、利用者Ｕ２の関係者（例えば、家族や隣人など）を「利用者ＵＲ」とし、利用者ＵＲが使用する端末装置を「端末装置ＴＲ」とする。

端末装置Ｔ１や端末装置Ｔ２は、携帯している利用者Ｕによる操作に応じて、サービスを利用するための手続きを行う。端末装置Ｔ１や端末装置Ｔ２では、サービスを利用するためのアプリケーションなどが実行されている。アプリケーションは、例えば、利用者Ｕによる操作で入力されたサービスへの入会（登録）や利用の申請の情報、端末装置Ｔの位置情報（以下、「端末位置情報」という）の同乗支援装置１００への送信、同乗支援装置１００により送信された情報や通知に基づく画像の表示装置への表示や音声データのスピーカーによる発音などによる利用者Ｕへの提示を行う。端末位置情報は、例えば、端末装置Ｔが備えるＧＰＳ（Global Positioning System）などの位置センサから取得した現在の端末装置Ｔの位置を表す情報である。

車両Ｍは、ネットワークＮＷを介して同乗支援装置１００と通信する通信機能を備えてもよい。この場合、車両Ｍは、自身の位置を表す位置情報（以下、「車両位置情報」という）を同乗支援装置１００に送信する。車両位置情報は、例えば、車両Ｍが備える不図示のナビゲーション装置から取得する情報である。車両位置情報は、ナビゲーション装置とは関係なく車両Ｍが備えるＧＰＳなどの位置センサから取得された位置情報であってもよい。車両Ｍは、利用者Ｕ１によってナビゲーション装置に設定された目的地に関する情報を、同乗支援装置１００に送信してもよい。目的地に関する情報には、例えば、設定された目的地の名称や位置を表す情報、ナビゲーション装置が案内する目的地までの経路を表す情報、ナビゲーション装置が案内する経路に基づいて設定された目的地に到着する到着予想時刻を表す情報などが含まれる。

［同乗支援装置１００の構成］
同乗支援装置１００は、例えば、記憶部１１０と、通信部１２０と、情報取得部１３０と、マッチング処理部１４０と、情報提供部１５０と、を備える。

情報取得部１３０と、マッチング処理部１４０と、情報提供部１５０とは、それぞれ、例えば、ＣＰＵ（Central Processing Unit）などのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。これらの構成要素の機能のうち一部または全部は、専用のＬＳＩによって実現されてもよい。プログラムは、予め同乗支援装置１００が備えるＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体が同乗支援装置１００が備えるドライブ装置に装着されることで同乗支援装置１００が備えるＨＤＤやフラッシュメモリにインストールされてもよい。同乗支援装置１００は、クラウドコンピューティングシステムに組み込まれたサーバ装置や記憶装置に実現されてもよい。この場合、クラウドコンピューティングシステムにおける複数のサーバ装置や記憶装置によって、同乗支援装置１００の機能が実現されてもよい。

記憶部１１０には、例えば、車両所有者情報１１２と、同乗者情報１１４と、マッチング情報１１６と、地図情報１１８と、が記憶される。車両所有者情報１１２、同乗者情報１１４、およびマッチング情報１１６については後述する。地図情報１１８は、例えば、道路を示すリンクと、リンクによって接続されたノードとによって道路形状が表現された情報である。

通信部１２０は、ネットワークＮＷに接続するためのネットワークカードなどの通信インターフェースである。通信部１２０は、ネットワークＮＷを介して、端末装置Ｔ１や、端末装置Ｔ２（端末装置ＴＲを含む）と通信する。通信部１２０は、特許請求の範囲における「通信装置」の一例である。

情報取得部１３０は、通信部１２０を介して端末装置Ｔ１や端末装置Ｔ２から取得された情報に基づいて、利用者Ｕのサービスへの入会の受け付け処理を行う。情報取得部１３０は、入会の受け付け処理を行った利用者Ｕの情報を、車両所有者情報１１２または同乗者情報１１４として登録し、記憶部１１０に記憶させる。入会の受け付け処理を行った利用者Ｕの情報とは、例えば、氏名、性別、生年月日など、利用者Ｕを特定するための情報や、例えば、自宅の住所や、自宅の近隣の場所や施設の住所など、目的地を特定するための情報である。これらの情報は、利用者Ｕが端末装置Ｔにおいて実行されているアプリケーションを操作して入力することにより、アプリケーションが同乗支援装置１００に送信する。この情報には、例えば、自宅などの目的地に向かうまでの間に立ち寄る施設の情報などが含まれてもよい。情報取得部１３０は、入会の受け付け処理において情報を登録する際に、車両所有者情報１１２または同乗者情報１１４に分けて登録してもよいし、まとめて登録してもよい。

情報取得部１３０は、通信部１２０を介して取得した利用者Ｕ１からの車両Ｍへの同乗承諾、利用者Ｕ２からの車両への同乗要求などの受け付けの処理を行ってもよい。この場合、情報取得部１３０は、同乗承諾の受け付け処理を行った利用者Ｕ１の車両所有者情報１１２に、同乗承諾を受け付けたことを表す情報を付加し、同乗要求の受け付け処理を行った利用者Ｕ２の同乗者情報１１４に、同乗要求を受け付けたことを表す情報を付加する。同乗承諾や同乗要求も、利用者Ｕが端末装置Ｔにおいて実行されているアプリケーションを操作して入力することによって、同乗支援装置１００に送信される。アプリケーションは、同乗承諾や同乗要求を同乗支援装置１００に送信したときから端末位置情報の送信を行うようにしてもよいし、利用者Ｕが帰宅のための移動を開始したときから端末位置情報の送信を行うようにしてもよい。情報取得部１３０は、特許請求の範囲における「取得部」の一例である。車両所有者情報１１２は、特許請求の範囲における「第１情報」の一例であり、同乗者情報１１４は、特許請求の範囲における「第２情報」の一例である。

図２は、実施形態に係る同乗支援装置１００における車両所有者情報１１２の一例を示す図である。車両所有者情報１１２は、車両を所有している利用者Ｕ（以下、「車両所有者」ともいう）に関する情報である。車両所有者情報１１２は、同乗承諾をした利用者Ｕ１のみの情報であってもよい。車両所有者情報１１２は、例えば、車両所有者を特定する車両所有者ＩＤに対して、目的地と、同乗承諾と、現在位置と、移動体位置とが対応付けられた情報である。目的地は、車両所有者が目的地として登録した自宅の位置を表す情報である。同乗承諾は、車両所有者が所有する車両への同乗を承諾しているか否かを表す情報である。同乗承諾には、現時点で承諾している「Ｙ」、または現時点で承諾していない「Ｎ」のいずれかが記載されている。現在位置は、車両所有者がいる現在の位置を表す情報である。現在位置は、車両所有者の端末装置Ｔ（ここでは、端末装置Ｔ１）により送信され、通信部１２０が受信するごとに、情報取得部１３０によって逐次更新される。移動体位置は、車両所有者が所有する車両の現在の位置を表す情報である。移動体位置は、車両所有者が所有する車両により送信され、通信部１２０が受信するごとに、情報取得部１３０によって逐次更新される。車両所有者が所有する車両が通信機能を備えていない車両である場合、移動体位置は省略される。その場合、移動体位置は、現在位置と同じ位置とみなされ、現在位置が更新されるタイミングで同様に更新されてもよいし、移動体位置の情報として「同」が記載されてもよい。

車両所有者情報１１２には、図２に示すものに限らず、例えば、車両所有者が所有する車両の種類を表す情報や、車両所有者が目的地に向かう（帰宅する）際に通行する帰宅経路の情報、帰宅経路の途中に存在する合流地点候補の位置を表す情報など、種々の情報が含まれてもよい。帰宅経路は、車両所有者が事前に登録したものであってもよいし、車両所有者が過去に通行した経路の履歴に基づいて同乗支援装置１００が設定したものであってもよい。帰宅経路は、一つであってもよいし、複数であってもよい。帰宅経路が複数である場合、合流地点候補は、それぞれの帰宅経路ごとに候補が示されてもよいし、示されなくてもよい。

図３は、実施形態に係る同乗支援装置１００における同乗者情報１１４の一例を示す図である。同乗者情報１１４は、車両への同乗を希望する利用者Ｕ（以下、「同乗者」ともいう）に関する情報である。同乗者情報１１４は、同乗要求をした利用者Ｕ２のみの情報であってもよい。同乗者情報１１４は、例えば、同乗者を特定する同乗者ＩＤに対して、目的地と、同乗要求と、現在位置とが対応付けられた情報である。目的地は、同乗者が目的地として登録した自宅の位置を表す情報である。同乗要求は、同乗者が車両への同乗を要求しているか否かを表す情報である。同乗要求には、現時点で要求している「Ｙ」、または現時点で要求していない「Ｎ」のいずれかが記載されている。現在位置は、同乗者がいる現在の位置を表す情報である。現在位置は、同乗者の端末装置Ｔ（ここでは、端末装置Ｔ２）により送信され、通信部１２０が受信するごとに、情報取得部１３０によって逐次更新される。

同乗者情報１１４には、図３に示すものに限らず、例えば、同乗者がいずれの車両にも同乗することができなかった場合において目的地に向かう（帰宅する）際に通行する帰宅経路の情報や、帰宅経路の途中に存在する合流地点候補の位置を表す情報など、種々の情報が含まれてもよい。帰宅経路は、同乗者が事前に登録してもよいし、同乗者が過去に通行した経路の履歴に基づいて同乗支援装置１００が設定してもよい。帰宅経路は、一つであってもよいし、複数であってもよい。帰宅経路が複数である場合、合流地点候補は、それぞれの帰宅経路ごとに候補が示されてもよいし、示されなくてもよい。

図１に戻り、マッチング処理部１４０は、通信部１２０を介して端末装置Ｔ１や端末装置Ｔ２から取得された情報と、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４とに基づいて、利用者Ｕ１の車両Ｍに同乗する利用者Ｕ２を抽出し、利用者Ｕ１と抽出した利用者Ｕ２とが合流する合流地点、および車両Ｍに同乗して移動した先で利用者Ｕ１と抽出した利用者Ｕ２とが解散する解散地点を決定する。マッチング処理部１４０は、特許請求の範囲における「決定部」の一例である。マッチング処理部１４０は、例えば、同乗者抽出部１４２と、合流／解散地点決定部１４４と、を備える。

同乗者抽出部１４２は、通信部１２０を介して取得した同乗承諾および同乗要求に応じて、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４を参照し、同乗承諾をした車両所有者が所有する車両に同乗する同乗要求をした同乗者を抽出する。同乗者抽出部１４２は、例えば、通信部１２０を介して取得したそれぞれの利用者Ｕの端末位置情報（車両位置情報を含んでもよい）に基づいて、車両所有者の現在位置または車両が駐車されている駐車場を中心とした所定の範囲内（例えば、車両所有者の現在位置から１ｋｍ以内）の位置が現在位置となっている同乗者を抽出する。同乗者抽出部１４２は、例えば、車両所有者の端末位置情報（車両位置情報を含んでもよい）と、車両所有者情報１１２に記載されている目的地（つまり、車両所有者の自宅）の情報に基づいて、地図情報１１８を参照し、車両所有者が車両に乗車して帰宅する際の帰路の経路を推定し、推定した経路から所定の範囲内（例えば、経路から１ｋｍ以内）の位置に目的地がある同乗者を抽出してもよい。

ここでは、同乗者抽出部１４２が、利用者Ｕ１の車両Ｍに同乗する利用者Ｕ２を抽出するものとする。同乗者抽出部１４２は、利用者Ｕ１と抽出した利用者Ｕ２とを対応付ける情報を、合流／解散地点決定部１４４に出力する。同乗者抽出部１４２は、車両所有者情報１１２および同乗者情報１１４に含まれる情報の中から、利用者Ｕ１と利用者Ｕ２とに関する情報を抜き出してまとめ、例えば、マッチング情報１１６として記憶部１１０に記憶させてもよい。この場合、同乗者抽出部１４２は、利用者Ｕ１と利用者Ｕ２とを対応付ける情報に代えて、マッチング情報１１６を記憶部１１０に記憶させたことを表す情報を、合流／解散地点決定部１４４に出力してもよい。

合流／解散地点決定部１４４は、同乗者抽出部１４２により利用者Ｕ１と利用者Ｕ２とを対応付ける情報が出力された場合、記憶部１１０に記憶された車両所有者情報１１２と同乗者情報１１４とに基づいて、合流地点および／または解散地点を決定する。合流／解散地点決定部１４４は、例えば、通信部１２０を介して取得したそれぞれの端末装置Ｔの端末位置情報（車両位置情報を含んでもよい）に基づいて、車両所有者の現在位置または車両が駐車されている駐車場と同乗者の現在位置との間に存在する地点や、所定の範囲内の地点を合流地点として決定する。合流／解散地点決定部１４４は、例えば、車両所有者情報１１２に記載されている目的地（つまり、車両所有者の自宅）の情報と、同乗者情報１１４に記載されている目的地（つまり、同乗者の自宅）の情報とに基づいて、それぞれの利用者Ｕの目的地の間に存在する地点や、所定の範囲内の地点を解散地点として決定する。合流／解散地点決定部１４４は、それぞれの端末装置Ｔの端末位置情報（車両位置情報を含んでもよい）と、それぞれの利用者Ｕの目的地の情報に基づいて、地図情報１１８を参照し、それぞれの利用者Ｕが移動する経路を推定し、推定した経路から所定の範囲内の地点を合流地点や解散地点として決定してもよい。

合流／解散地点決定部１４４は、地図情報１１８に含まれる合流地点や解散地点となり得るそれぞれの地点のうち、その地点の環境情報に基づいた指標値が所定の基準を満たす地点を、合流地点および／または解散地点として決定する。環境情報に基づいた指標値とは、その地点やその周辺に存在する施設の賑わい具合など、利用者Ｕ１や利用者Ｕ２以外の他人の目が多く存在するかによってその地点の安全性（特に、利用者Ｕ２にとっての安全性）の高さを評価するものである。指標値は、例えば、利用者Ｕ１や利用者Ｕ２以外の他人の目が多く存在する地点の方が、より高い（好適であることを示すものとする）指標値となる。これは、他人の目が多く存在する地点の方が、その地点で不測の事態に遭遇する可能性が低くなるからである。指標値は、例えば、その地点やその周辺に存在する他の通行人や他の車両（例えば、自転車、自動二輪車、自動車）などの交通参加者の通行量に基づく値（通行量そのもの、あるいは対数を求めた値など）である。合流／解散地点決定部１４４は、例えば、指標値が閾値以上である地点、つまり、交通参加者の通行量が所定量以上である地点を、指標値が基準を満たす地点とし、その地点を合流地点および／または解散地点のそれぞれに決定する。合流地点や解散地点としては、例えば、ショッピングモールや、スーパーマーケット、コンビニエンスストアなどの施設（さらに、飲食店、宿泊施設、各種アクティビティ施設、病院、行政機関などの施設を含んでもよい）や、これらの施設に付随する駐車場を候補地とする。施設に付随する駐車場とは、施設の敷地内に併設された、または施設に訪れた利用者Ｕ１などが優先的に利用することを目的とした駐車場（専用の駐車場を含む）などである。

合流／解散地点決定部１４４は、決定した合流地点と解散地点とのそれぞれの情報を、情報提供部１５０に出力する。合流／解散地点決定部１４４は、同乗者抽出部１４２によりマッチング情報１１６を記憶部１１０に記憶させたことを表す情報が出力された場合、記憶部１１０に記憶されたマッチング情報１１６に決定した合流地点と解散地点とのそれぞれの情報を追加して更新してもよい。この場合、合流／解散地点決定部１４４は、決定した合流地点と解散地点とのそれぞれの情報に代えて、マッチング情報１１６を更新したことを表す情報を、情報提供部１５０に出力してもよい。

情報提供部１５０は、通信部１２０を介して取得したそれぞれの端末装置Ｔの端末位置情報と、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４と、マッチング処理部１４０（より具体的には、合流／解散地点決定部１４４）により出力された合流地点および解散地点のそれぞれの情報とに基づいて、利用者Ｕ１と利用者Ｕ２とのそれぞれが移動する際の時刻を予想する。情報提供部１５０は、予想したそれぞれの時刻の情報を、通信部１２０を介して端末装置Ｔ１や端末装置Ｔ２に送信する。情報提供部１５０は、特許請求の範囲における「提供部」の一例である。情報提供部１５０は、例えば、時刻予想部１５２と、通知部１５４と、を備える。

時刻予想部１５２は、マッチング処理部１４０から合流地点と解散地点とそれぞれの情報が入力されると、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４と、通信部１２０を介して取得したそれぞれの端末装置Ｔの端末位置情報と、現在時刻とに基づいて、利用者Ｕ１と利用者Ｕ２との移動に関する種々の時刻を算出する。時刻予想部１５２は、合流地点の情報とそれぞれの端末装置Ｔの端末位置情報とに基づいて、利用者Ｕ１と利用者Ｕ２とが合流地点で合流する合流時間帯を算出する。合流時間帯とは、利用者Ｕ１が合流地点に到着する到着予想時刻と、利用者Ｕ２が合流地点に到着する到着予想時刻とを含む時間帯である。時刻予想部１５２は、合流地点で利用者Ｕ１と利用者Ｕ２とが合流して車両Ｍに乗車した後、解散地点と、端末位置情報や車両位置情報とに基づいて、利用者Ｕ１および利用者Ｕ２が解散地点に到着する到着予想時刻を算出する。ここで、時刻予想部１５２が到着予想時刻を算出する際に用いる位置情報は、端末装置Ｔ１の端末位置情報、端末装置Ｔ２の端末位置情報、車両Ｍの車両位置情報のいずれか一つの位置情報を用いてもよい。これは、利用者Ｕ１および利用者Ｕ２は、同じ車両Ｍに乗車して移動しているため、それぞれの位置情報は同じ位置を表しているからである。時刻予想部１５２は、利用者Ｕ１と利用者Ｕ２とが乗車している車両Ｍの位置が、解散地点から所定の範囲内（例えば、解散地点から１０ｋｍ以内）に入ったときに、解散地点に到着する到着予想時刻を算出してもよい。時刻予想部１５２は、解散地点と、利用者Ｕ１と利用者Ｕ２とのそれぞれの目的地の情報に基づいて、解散後にそれぞれの利用者Ｕが目的地に到着する時刻、つまり、自宅に帰宅する帰宅予想時刻を算出する。このとき、時刻予想部１５２は、車両所有者情報１１２または／および同乗者情報１１４に、目的地に向かうまでの間に立ち寄る施設の情報が登録されている場合、この施設に立ち寄ることを含めて帰宅予想時刻を算出してもよい。利用者Ｕ１の帰宅予想時刻は、特許請求の範囲における「第１帰宅予想時刻」の一例であり、利用者Ｕ２の帰宅予想時刻は、特許請求の範囲における「第２帰宅予想時刻」の一例である。

時刻予想部１５２における上述したような種々の時刻の算出は、例えば、通信部１２０を介して取得したそれぞれの端末装置Ｔの端末位置情報（車両位置情報を含んでもよい）に基づいて、地図情報１１８を参照し、利用者Ｕ１および／または利用者Ｕ２の現在位置から時刻を算出する地点までの間の経路を推定し、それぞれの利用者Ｕが推定した経路を移動するものとしてそれぞれの時刻を算出する。時刻予想部１５２は、算出したそれぞれの時刻の情報を、通知部１５４に出力する。時刻予想部１５２は、マッチング処理部１４０（より具体的には、合流／解散地点決定部１４４）によりマッチング情報１１６を更新したことを表す情報が出力された場合、記憶部１１０に記憶されたマッチング情報１１６に基づいて種々の時刻を算出し、マッチング情報１１６に算出したそれぞれの時刻の情報を追加して更新してもよい。この場合、時刻予想部１５２は、算出したそれぞれの時刻の情報に代えて、マッチング情報１１６に時刻を追加したことを表す情報を、時刻予想部１５２に出力してもよい。

図４は、実施形態に係る同乗支援装置１００におけるマッチング情報１１６の一例を示す図である。図４に示すマッチング情報１１６は、時刻予想部１５２が更新したものである。マッチング情報１１６は、例えば、車両所有者の車両所有者ＩＤに対して、車両所有者現在位置と、移動体位置と、同乗者ＩＤと、同乗者現在位置と、合流地点と、車両所有者到着予想時刻と、同乗者到着予想時刻と、解散地点と、解散地点到着予想時刻と、車両所有者帰宅予想時刻と、同乗者帰宅予想時刻とが対応付けられた情報である。車両所有者現在位置は、同乗者抽出部１４２が車両所有者情報１１２から抜き出した現在位置の情報である。移動体位置は、同乗者抽出部１４２が車両所有者情報１１２から抜き出した移動体位置の情報である。前述したように移動体位置は省略されてもよい。同乗者ＩＤは、同乗者抽出部１４２が抽出（決定）した同乗者の同乗者ＩＤである。同乗者現在位置は、同乗者抽出部１４２が同乗者情報１１４から抜き出した抽出（決定）した同乗者の現在位置の情報である。合流地点は、合流／解散地点決定部１４４が決定した合流地点の位置を表す情報である。車両所有者到着予想時刻は、時刻予想部１５２が算出した、車両所有者が合流地点に到着する到着予想時刻である。同乗者到着予想時刻は、時刻予想部１５２が算出した、同乗者が合流地点に到着する到着予想時刻である。解散地点は、合流／解散地点決定部１４４が決定した解散地点の位置を表す情報である。解散地点到着予想時刻は、時刻予想部１５２が算出した、車両所有者が所有する車両に同乗して同乗者が解散地点に到着する到着予想時刻である。車両所有者帰宅予想時刻は、時刻予想部１５２が算出した、解散地点で解散した車両所有者が目的地に到着する到着予想時刻である。同乗者帰宅予想時刻は、時刻予想部１５２が算出した、解散地点で解散した同乗者が目的地に到着する到着予想時刻である。これらの情報を用いて通知部１５４が種々の通知を行う。

マッチング情報１１６には、図４に示すものに限らず、例えば、車両所有者が合流地点まで向かう合流経路の情報や、同乗者が合流地点まで向かう合流経路の情報、合流地点で車両所有者と同乗者とが合流した後に一緒に解散地点まで向かう同乗経路の情報、車両所有者が解散地点から目的地まで向かう帰宅経路の情報や、同乗者が解散地点から目的地まで向かう帰宅経路の情報など、種々の情報が含まれてもよい。

図１に戻り、通知部１５４は、現在時刻と、通信部１２０を介して取得したそれぞれの端末装置Ｔの端末位置情報（車両位置情報を含んでもよい）とに基づいて適時、通信部１２０を用いて端末装置Ｔ１および／または端末装置Ｔ２に各種情報を送信する。これにより、それぞれの端末装置Ｔにおいて実行されているアプリケーションは、同乗支援装置１００からの情報を利用者Ｕ１や利用者Ｕ２に通知する。通知部１５４は、少なくとも、マッチング情報１１６に含まれる合流地点および／または解散地点の情報と、合流時間帯の情報とのそれぞれの情報を、利用者Ｕ１および利用者Ｕ２に通知する。通知部１５４は、合流地点や、解散地点、合流時間帯の情報を利用者Ｕ１および利用者Ｕ２に通知する前に、例えば、車両Ｍへの同乗（乗り合い）を希望している利用者Ｕ２が存在することを表す情報を端末装置Ｔ１に送信して利用者Ｕ１に通知してもよい。この場合、通知部１５４は、例えば、通知に応じて利用者Ｕ１が利用者Ｕ２の同乗を承諾し、利用者Ｕ２が車両Ｍへの同乗が可能となったことを表す情報を端末装置Ｔ２に送信して利用者Ｕ２に通知してもよい。通知部１５４は、例えば、地図情報１１８を用いて、利用者Ｕ１および利用者Ｕ２、あるいは車両Ｍが合流地点や解散地点、あるいはそれぞれの目的地まで移動する経路を案内する情報を端末装置Ｔ１および端末装置Ｔ２に送信してもよい。この場合、アプリケーションは、それぞれの端末装置Ｔが備えるナビゲーション機能により、合流地点や解散地点までの経路を端末装置Ｔに表示させる、または／および音声を発音させる。

通知部１５４は、マッチング情報１１６に含まれる到着予想時刻や、それぞれの利用者Ｕの帰宅予想時刻の情報を、利用者Ｕ１および利用者Ｕ２に通知する。通知部１５４は、通信部１２０に、到着予想時刻や帰宅予想時刻の情報を、利用者Ｕ１の家族や、利用者Ｕ２の家族など、それぞれの利用者Ｕの関係者の端末装置に、ネットワークＮＷ介して送信させてもよい。通知部１５４は、到着予想時刻や帰宅予想時刻の情報を、少なくとも、利用者Ｕ２の関係者である利用者ＵＲの端末装置ＴＲに送信すればよい。つまり、通知部１５４は、利用者Ｕ１や利用者Ｕ２、利用者Ｕ１の関係者の端末装置には、到着予想時刻や帰宅予想時刻の情報を送信しなくてもよい。これは、利用者Ｕ１は解散地点で車両Ｍに再び乗車して走行（帰宅）するが、利用者Ｕ２は解散地点で車両Ｍから降車した後、例えば、徒歩などで帰宅することになることが想定されるため、利用者Ｕ２の家族が解散地点まで利用者Ｕ２を迎えに行くことが考えられるからである。

通知部１５４は、解散地点でそれぞれの利用者Ｕが解散した後、それぞれの利用者Ｕの端末装置Ｔが備える電話機能などの音声通信機能を起動させるための指示情報をそれぞれの端末装置Ｔに送信し、アプリケーションに、端末装置Ｔ１と端末装置Ｔ２との間の音声通信を行わせる。音声通信とは、電話機能による、いわゆる音声通話を指してもよいし、一方向で収音した音声を、例えば、警備会社など、それぞれの利用者Ｕの安全を監視する機関に送信させることを指してもよい。これにより、それぞれの利用者Ｕが会話する必要はないが、目的地に向かうまでの間の周辺の音の情報をそれぞれの利用者Ｕで共有し、仮に一方の利用者Ｕに不測の事態が起こったことが想定される場合には、他方の利用者Ｕが、警備会社などに連絡をすることができる。あるいは、それぞれの利用者Ｕが目的地に向かうまでの間の周辺の音の情報を警備会社などに所属する監視者が聞くことにより、利用者Ｕに対する不測の事態が起こったか否かを監視することができる。この場合、通知部１５４は、端末装置Ｔ１と端末装置Ｔ２との間の音声通信を行わせる指示情報に代えて、それぞれの利用者Ｕの端末装置Ｔが備えるマイクなど、音声を收音する收音機能を起動させる指示情報をそれぞれの端末装置Ｔに送信して、アプリケーションに、それぞれの端末装置Ｔが收音した音を警備会社などに送信させるようにしてもよい。警備会社などにおける音声の監視は、例えば、音声解析システムなどによる自動判別で行ってもよい。音声解析システムは、例えば、受信した音声の周波数や音量、音量の推移パターンなどに基づいて不測の事態が起こったか否かを判定する。音声解析システムは、音声信号を学習済モデルに入力することで、不測の事態が起こったか否かを判定してもよい。

通知部１５４は、マッチング情報１１６に含まれるそれぞれの利用者Ｕの帰宅予想時刻の情報に基づいて、例えば、利用者Ｕ１と利用者Ｕ２とのそれぞれが自宅に帰宅する（到達する）タイミングで、無事に目的地（自宅）に到着したか否かの確認を行うための情報を端末装置Ｔ１および端末装置Ｔ２に送信させる。それぞれの利用者Ｕが目的地に到着したか否かの確認を行うための情報とは、例えば、目的地に到着したことを報告するための操作を促す報告画面を端末装置Ｔに表示させるための情報である。通知部１５４は、通信部１２０を介してそれぞれの利用者Ｕが端末装置Ｔに表示された報告画面に対して行った報告操作を取得することにより、それぞれの利用者Ｕが無事に目的地に到着したことを確認する。通知部１５４は、目的地に到着したことを報告する操作がされたことを、互いの端末装置Ｔに送信して通知するようにしてもよい。この通知は、それぞれの利用者Ｕの関係者の端末装置に送信するようにしてもよい。これにより、それぞれの利用者Ｕや、それぞれの利用者Ｕの関係者も、一緒に解散地点まで同乗してきた利用者Ｕが無事に目的地に到着したことを互いに確認することができる。通知部１５４は、報告画面を端末装置Ｔに表示させるための情報をそれぞれの端末装置Ｔに送信した後、それぞれの利用者Ｕがすでに帰宅していると考えられる時刻となる、あるいは、この時刻から所定時間（例えば、１５分）が経過してもいずれか一方または両方の利用者Ｕにより目的地に到着したことを報告する操作がされなかった場合、このことを報告するようにしてもよい。この報告は、例えば、目的地に到着したことを報告する操作をすでにしている利用者Ｕの端末装置Ｔや、目的地に到着したことを報告する操作をしていない利用者Ｕの関係者の端末装置に送信する。通知部１５４は、この報告を、警備会社などに行ってもよい。

通知部１５４は、解散地点でそれぞれの利用者Ｕが解散した後、それぞれの端末装置Ｔにより送信された端末位置情報に基づいて、目的地に向かう（帰宅する）までのそれぞれの利用者Ｕの移動状況を確認するようにしてもよい。そして、利用者Ｕが目的地に向かう経路から大きく外れたことを確認した場合、通知部１５４は、帰宅する経路から外れたことを、それぞれの利用者Ｕや利用者Ｕの関係者、あるいは警備会社などに通知するようにしてもよい。ただし、利用者Ｕは、目的地に到着するまでの間にいずれかの施設に立ち寄ることも考えられる。このため、通知部１５４は、利用者Ｕが立ち寄る施設の情報が利用者Ｕの車両所有者情報１１２や同乗者情報１１４に事前に設定されている（登録されている）場合、この立ち寄る施設を含めたジオフェンスを設定する。ジオフェンスとは、現実の空間に対応して設けられた仮想的な境界のことである。通知部１５４は、設定したジオフェンスの情報と端末装置Ｔの端末位置情報とに基づいて、利用者Ｕがジオフェンスを超えていないことが確認されている場合には、利用者Ｕが帰宅する経路から外れたことの通知をしないようにする。この場合、時刻予想部１５２は、利用者Ｕが帰宅する帰宅予想時刻を、施設に立ち寄ることを含めて再度算出するようにしてもよい。

［全体の手続きの流れ］
次に、同乗支援装置１００における全体の処理の一例について説明する。図５は、実施形態に係る同乗支援装置１００においてマッチングさせた利用者Ｕが移動する様子の一例を模式的に示す図である。図５には、車両Ｍを所有する利用者Ｕ１が、例えば、職場ＷＤから目的地である自宅ＨＤに帰宅する際に、その帰宅経路の一部の区間に、職場ＷＰから目的地である自宅ＨＰに帰宅する利用者Ｕ２を同乗させる場合の一例を示している。以下の説明においては、利用者Ｕ１は、端末装置Ｔ１（アプリケーション）を操作して車両Ｍへの同乗承諾しており、利用者Ｕ２は、端末装置Ｔ２（アプリケーション）を操作して車両への同乗要求をしているものとする。

同乗支援装置１００は、同乗承諾をしている利用者Ｕおよび同乗要求をしている利用者Ｕの中から、車両Ｍの同乗させる同乗者として利用者Ｕ２を抽出する。そして、同乗支援装置１００は、利用者Ｕ２を車両に同乗させるための処理を開始する。まず、同乗支援装置１００は、合流地点ＭＰおよび解散地点ＤＰを決定し、利用者Ｕ１および利用者Ｕ２のそれぞれに通知する。これにより、利用者Ｕ１は、車両Ｍに乗車して合流地点ＭＰに向かい、利用者Ｕ２は、例えば、徒歩などで合流地点ＭＰに向かい、利用者Ｕ１と利用者Ｕ２とは、合流地点ＭＰで合流する。

その後、利用者Ｕ１は、車両Ｍに利用者Ｕ２を同乗させて、解散地点ＤＰに向かう。解散地点ＤＰに到着すると、利用者Ｕ１は、車両Ｍから利用者Ｕ２を降車させて、自宅ＨＤに帰宅する。一方、利用者Ｕ２は、例えば、徒歩などで自宅ＨＰに帰宅する。

このように、利用者Ｕ１および利用者Ｕ２は、同乗支援装置１００により通知された合流地点ＭＰから解散地点ＤＰまでの区間、同じ車両Ｍに乗車して移動する。この場合、利用者Ｕ２は、車両Ｍに同乗している区間に応じた利用料金を支払い、利用者Ｕ１は、利用者Ｕ２を同乗させた区間に応じた利用料金を受け取ることができる。この利用料金の支払いと受け取りの処理は、サービスを運用する会社が管理するものであってもよい。

［同乗支援装置１００の処理］
次に、同乗支援装置１００における処理の一例について説明する。図６は、実施形態に係る同乗支援装置１００において実行される処理の流れの一例を示すシーケンス図である。図７～図１２は、実施形態に係る同乗支援装置１００の処理において情報を提供する情報画面の一例を示す図である。図７～図１２には、それぞれの場面において同乗支援装置１００が利用者Ｕのそれぞれに情報提供を行うために端末装置Ｔに表示させる情報提供画面の画像の一例を示している。以下の説明においては、図６に示す同乗支援装置１００の処理において、図７～図１２に示すそれぞれの情報提供画面の画像の一例を適宜参照して説明する。

以下の説明においては、端末装置Ｔ１および端末装置Ｔ２においてアプリケーションが実行されており、同乗支援装置１００が、端末装置Ｔ１や端末装置Ｔ２に表示させる画像の情報を送信することによって、利用者Ｕ１と利用者Ｕ２とのそれぞれに通知を行うものとする。同乗支援装置１００では、上述したように、情報取得部１３０、マッチング処理部１４０（同乗者抽出部１４２と合流／解散地点決定部１４４）、および情報提供部１５０（時刻予想部１５２と通知部１５４）のそれぞれが、通信部１２０およびネットワークＮＷを介してそれぞれの情報をやり取りするが、説明を容易にするため、同乗支援装置１００が備えるそれぞれの構成要素が直接、それぞれの情報をやり取りするものとする。

利用者Ｕ２は、端末装置Ｔ２（アプリケーション）を操作して、車両への同乗要求の手続きをする。端末装置Ｔ２において実行されているアプリケーションは、利用者Ｕ２による車両への同乗要求を同乗支援装置１００に送信する（ステップＳ１００）。このステップＳ１００の処理は、利用者Ｕ２が職場ＷＰに到着する前であってもよいし、後であってもよいし、職場ＷＰを出発するときであってもよい。情報取得部１３０は、ステップＳ１００において端末装置Ｔ２により送信された車両への同乗要求を受け付ける（ステップＳ１０２）。

一方、利用者Ｕ１は、端末装置Ｔ１（アプリケーション）を操作して、車両Ｍへの同乗承諾の手続きをする。端末装置Ｔ１において実行されているアプリケーションは、利用者Ｕ１による車両Ｍへの同乗承諾を同乗支援装置１００に送信する（ステップＳ２００）。このステップＳ２００の処理は、利用者Ｕ１が職場ＷＤに到着する前であってもよいし、後であってもよいし、職場ＷＤを出発するときであってもよい。情報取得部１３０は、ステップＳ２００において端末装置Ｔ１により送信された車両Ｍへの同乗承諾を受け付ける（ステップＳ２０２）。

同乗支援装置１００においては、ステップＳ１００およびステップＳ１０２の処理と、ステップＳ２００およびステップＳ２０２の処理とは、図６に示す順番に限らず、同時であってもよいし、逆の順番であってもよい。

ステップＳ１０２において同乗要求を受け付け、さらに、ステップＳ２０２において同乗承諾を受け付けると、同乗者抽出部１４２は、情報取得部１３０により出力された同乗承諾および同乗要求に応じて、同乗承諾をした利用者Ｕ１の車両Ｍに同乗する同乗要求をした利用者Ｕ２を抽出する（ステップＳ３００）。合流／解散地点決定部１４４は、利用者Ｕ１と利用者Ｕ２との合流地点および解散地点を決定する（ステップＳ３０２）。時刻予想部１５２は、合流地点の情報とそれぞれの端末装置Ｔの端末位置情報とに基づいて、利用者Ｕ１と利用者Ｕ２とが合流する合流時間帯を算出する（ステップＳ３０４）。時刻予想部１５２が合流時間帯を算出するタイミングは、例えば、利用者Ｕ１が現在位置（ここでは、職場ＷＤ）の所定の範囲外に出たことを確認したタイミングである。言い換えれば、時刻予想部１５２が合流時間帯を算出するタイミングは、利用者Ｕ１が帰路につくタイミングである。利用者Ｕ１が所定の範囲外に出たことの確認は、端末装置Ｔ１の端末位置情報に基づいて同乗支援装置１００が行ってもよいし、例えば、車両Ｍが備える通信機能が、車両Ｍのエンジンが稼働（始動）されたことを表す情報を同乗支援装置１００に送信し、通信部１２０がこの情報を受信して情報取得部１３０が取得したときであってもよい。この場合、時刻予想部１５２は、例えば、車両Ｍが駐車されている駐車場が利用者Ｕ１の現在位置（例えば、職場ＷＤ）から離れた場所にある場合でも、車両Ｍのエンジンが始動された時刻に基づいて、より正確に合流時間帯を算出することができる。エンジンは、特許請求の範囲における「駆動部」の一例であり、エンジンが始動されたことを表す情報は、特許請求の範囲における「稼働情報」の一例である。

通知部１５４は、合流地点、解散地点、および合流時間帯のそれぞれの情報を、端末装置Ｔ１に送信して、利用者Ｕ１に通知する（ステップＳ３０６）。通知部１５４は、合流地点、解散地点、および合流時間帯のそれぞれの情報を、端末装置Ｔ２に送信して、利用者Ｕ２に通知する（ステップＳ３０８）。図７には、ステップＳ３０６において利用者Ｕ１に通知をするために端末装置Ｔ１に表示させる通知画面の一例を示し、図８には、ステップＳ３０８において利用者Ｕ２に通知をするために端末装置Ｔ２に表示させる通知画面の一例を示している。図７に示すように、端末装置Ｔ１は、合流地点ＭＰ、解散地点ＤＰ、および合流時間帯のそれぞれの情報を含む画像を表示する。この画像は、アプリケーションによるプッシュ通知機能によって自動的に表示されてもよいし、同乗支援装置１００から通知が届いた旨の情報提供をして、利用者Ｕ１による閲覧操作がされたときに表示されてもよい。図８に示すように、端末装置Ｔ２は、合流地点ＭＰ、解散地点ＤＰ、および合流時間帯のそれぞれの情報を含む画像を表示する。この画像には、図８に示すように、車両Ｍの情報を含んでもよい。この画像も、アプリケーションによるプッシュ通知機能や、通知が届いた旨の情報提供に応じた利用者Ｕ２の閲覧操作により表示されてもよい。これらの通知により、利用者Ｕ１および利用者Ｕ２は、合流地点ＭＰに向かう。

図６に戻り、その後、利用者Ｕ１と利用者Ｕ２とのそれぞれが合流地点ＭＰに到着すると、利用者Ｕ２は、合流地点ＭＰにおいて車両Ｍに同乗して、利用者Ｕ１とともに解散地点ＤＰに向かう。通知部１５４は、利用者Ｕ１と利用者Ｕ２２との両方またはいずれか一方に、車両Ｍに利用者Ｕ２が同乗したことを確認する（ステップＳ４００）。図９には、ステップＳ４００において、車両Ｍに同乗できたか否かを利用者Ｕ２に確認するために端末装置Ｔ２に表示させる確認画面の一例を示している。図９に示すように、端末装置Ｔ２は、車両Ｍに同乗できたか否かを利用者Ｕ２に確認する情報を含む画像を表示する。この画像も、アプリケーションによるプッシュ通知機能などにより表示されてもよい。この画像には、図９に示すように、二つの回答ボタンが含まれている。回答ボタンＢＹは、車両Ｍに同乗することができたことを回答するための回答ボタンであり、回答ボタンＢＮは、車両Ｍに同乗することができていないことを回答するための回答ボタンである。利用者Ｕ２は、確認画面の下部に表示された回答ボタンＢＹと回答ボタンＢＮとの内、いずれか一方の回答ボタンをタッチすることにより、車両Ｍに同乗することができた否かを通知部１５４に回答することができる。図９には、利用者Ｕ２が、回答ボタンＢＹをタッチして、車両Ｍに同乗することができたことを回答した状態の一例を示している。端末装置Ｔ２は、回答ボタンＢＹがタッチされた場合に、利用者Ｕ２が車両Ｍに同乗することができたことを表す情報を同乗支援装置１００（より具体的には、通知部１５４）に送信する。一方、端末装置Ｔ２は、回答ボタンＢＮがタッチされた場合、利用者Ｕ２が車両Ｍに同乗することができていないことを表す情報を同乗支援装置１００に送信する。

図６に戻り、時刻予想部１５２は、利用者Ｕ２が車両Ｍに同乗できたことを確認した場合、利用者Ｕ１および利用者Ｕ２が解散地点ＤＰに到着する到着予想時刻を算出する（ステップＳ４０２）。上述したように、時刻予想部１５２は、利用者Ｕ１および利用者Ｕ２が解散地点ＤＰから所定の範囲内に入ったときに、解散地点ＤＰに到着する到着予想時刻を算出してもよい。通知部１５４は、到着予想時刻の情報を、少なくとも端末装置ＴＲに送信して、利用者ＵＲに通知する（ステップＳ４０４）。図１０には、ステップＳ４０４において利用者ＵＲに通知をするために端末装置ＴＲに表示させる通知画面の一例を示している。図１０に示すように、端末装置ＴＲは、解散地点ＤＰと、利用者Ｕ２の解散地点ＤＰへの到着予想時刻とのそれぞれの情報を含む画像を表示する。この画像には、図１０に示すように、利用者Ｕ２を同乗させる利用者Ｕ１や車両Ｍの情報を含んでもよい。この画像も、アプリケーションによるプッシュ通知機能などにより表示されてもよい。この通知により、利用者ＵＲは、解散地点ＤＰまで利用者Ｕ２を迎えに行くことができる。

図６に戻り、その後、同乗支援装置１００は、利用者Ｕ２が同乗した車両Ｍが解散地点ＤＰに到着したか否かを確認する（ステップＳ５００）。ステップＳ５００において、車両Ｍが解散地点ＤＰに到着したことが確認された場合、時刻予想部１５２は、解散地点と、利用者Ｕ１と利用者Ｕ２とのそれぞれの目的地の情報に基づいて、解散後にそれぞれの利用者Ｕが目的地に到着する時刻、つまり、自宅に帰宅する帰宅予想時刻を算出する（ステップＳ５０２）。通知部１５４は、車両Ｍが解散地点ＤＰに到着したことを表す情報と、帰宅予想時刻の情報を、少なくとも端末装置ＴＲに送信して、利用者ＵＲに通知する（ステップＳ５０４）。そして、通知部１５４は、端末装置Ｔ１と端末装置Ｔ２とのそれぞれにおいて実行されているアプリケーションに、音声通信機能を起動させるための指示情報を送信して、音声通信を行わせる（ステップＳ５０６）。

その後、通知部１５４は、利用者Ｕ１と利用者Ｕ２とのそれぞれが目的地に到達（到着）するタイミングで、無事に目的地（自宅）に到着したか否かを確認するための確認画面の情報を端末装置Ｔ１および端末装置Ｔ２に送信して、利用者Ｕ１と利用者Ｕ２とのそれぞれに対して、目的地への到着を確認する（ステップＳ６００）。利用者Ｕ１と利用者Ｕ２とのそれぞれは、端末装置Ｔに表示された確認画面を操作することにより、目的地（自宅）に到着したことを通知部１５４に回答（通知）する（ステップＳ６０２およびステップＳ６０４）。図１１には、ステップＳ６００において、目的地（自宅）に無事に到着したか否かを利用者Ｕ２に確認する（問い合わせる）ために端末装置Ｔ２に表示させる確認画面の一例を示している。図１１に示すように、端末装置Ｔ２は、目的地に無事に到着したか否かを利用者Ｕ２に確認する情報を含む画像を表示する。この画像も、アプリケーションによるプッシュ通知機能などにより表示されてもよい。この画像には、図１１に示すように、応答ボタンＢＡが含まれている。応答ボタンＢＡは、目的地に到着したことを報告するための応答ボタンである。利用者Ｕ２は、確認画面の下部に表示された応答ボタンＢＡをタッチすることにより、目的地（自宅）に無事に到着しことを通知部１５４に通知（報告）することができる。図１１には、ステップＳ６０２において、利用者Ｕ２が応答ボタンＢＡをタッチして、目的地（自宅）に無事に到着したことを報告した状態の一例を示している。端末装置Ｔ２は、応答ボタンＢＡがタッチされた場合に、利用者Ｕ２が無事に目的地に到着したことを表す情報を同乗支援装置１００（より具体的には、通知部１５４）に送信する。確認画面の情報は、特許請求の範囲における「確認情報」の一例である。

図６に戻り、その後、通知部１５４は、利用者Ｕ１と利用者Ｕ２とのそれぞれについて、帰宅予想時刻から所定時間が経過したか否かを確認する（ステップＳ７００）。ステップＳ７００において、所定時間が経過した場合、利用者Ｕから目的地に到着したことを表す回答を得られた否かを確認する（ステップＳ７０２）。ステップＳ７０２において、利用者Ｕから目的地に到着した回答が得られたことが確認された場合、同乗支援装置１００は、今回の処理を終了する。その後、同乗支援装置１００は、利用者Ｕ２から利用料金を徴収し、利用者Ｕ１に利用料金を支払う支払い手続きを行うようにしてもよい。

ここで、図１１に示す確認画面の一例は、利用者Ｕ２が解散地点ＤＰから目的地（自宅）に直接向かう場合を想定しているが、利用者Ｕ２は、いずれかの施設に立ち寄ってから目的地（自宅）に向かう場合も考えられる。この場合、図１１に示す確認画面に、施設に立ち寄っているか否かを報告するための報告ボタンや、施設に立ち寄る予定時間を入力する入力領域を設けるようにしてもよい。そして、通知部１５４は、利用者Ｕ２から施設に立ち寄っていることや、施設に立ち寄る予定時間が報告された場合、ステップＳ７００において確認する所定時間を、利用者Ｕ２からの報告に応じて変更するようにしてもよい。

一方、ステップＳ７０２において、利用者Ｕから目的地に到着した回答が得られたことが確認されていない場合、通知部１５４は、回答が得られていない利用者Ｕが存在することを報告する（ステップＳ７０４）。図１２には、ステップＳ７０２において、利用者Ｕ２から目的地（自宅）に到着した回答が得られていないため、到着の確認がとれていないことを利用者ＵＲに報告する報告画面の一例を示している。図１２に示すように、端末装置ＴＲは、利用者Ｕ２から目的地に到着した回答が得られていないことを表す情報を含む画像を表示する。この画像には、図１２に示すように、例えば、解散地点ＤＰへの到着時刻（到着予想時刻であってもよい）と、帰宅予想時刻とのそれぞれの情報を含んでもよい。この画像も、アプリケーションによるプッシュ通知機能などにより表示されてもよい。この画像には、図１２に示すように、利用者Ｕ２が無事に目的地に到着したか否かを利用者ＵＲに確認する情報と、二つの回答ボタンが含まれている。回答ボタンＢＹは、利用者Ｕ２がすでに帰宅していることを回答するための回答ボタンであり、回答ボタンＢＮは、利用者Ｕ２がまだ帰宅していないことを回答するための回答ボタンである。利用者ＵＲは、例えば、報告画面を上側にスライド（スクロール）させることにより、報告画面の下部に表示された回答ボタンＢＹと回答ボタンＢＮとの内、いずれか一方の回答ボタンをタッチすることにより、利用者Ｕ２がすでに目的地（自宅）に到着しているか否かを通知部１５４に回答することができる。図１２には、利用者ＵＲが、回答ボタンＢＹをタッチして、利用者Ｕ２がすでに帰宅していることを回答した状態の一例を示している。端末装置ＴＲは、回答ボタンＢＹがタッチされた場合に、利用者Ｕ２が無事に目的地に到着したことを表す情報を同乗支援装置１００（より具体的には、通知部１５４）に送信する。一方、端末装置ＴＲは、回答ボタンＢＮがタッチされた場合、利用者Ｕ２がまだ目的地に到着していないことを表す情報を同乗支援装置１００に送信する。この場合、通知部１５４は、警備会社などに対して、利用者Ｕ２が目的地に到着していない（未着である）ことを報告する（通報する）ようにしてもよい。

ところで、ステップＳ７０２において、いずれかの一方の利用者Ｕから目的地に到着した回答が得られたことが確認されていない場合において、他方の利用者Ｕからは目的地に到着した回答が得られたことが確認されている場合、通知部１５４は、図１２に示す報告画面の一例と同様の報告を、最初に、あるいは同時に、回答が得られたことが確認されている利用者Ｕにするようにしてもよい。例えば、利用者Ｕ１からは回答が得られたことが確認されているが、利用者Ｕ２からは回答が得られたことが確認されていない場合、利用者Ｕ２から回答が得られていないことを利用者Ｕ１に報告するようにしてもよい。これは、利用者Ｕ１と利用者Ｕ２とは、同様の時刻にそれぞれの目的地に到着することが考えられ、同乗支援装置１００から報告が合った場合、利用者Ｕ１は、例えば、解散地点ＤＰに引き返すなど、即時の対応が可能であると考えられるからである。例えば、利用者ＵＲが出かけていたり、家事を行っていたりすることも考えられるため、利用者ＵＲの現在の状況によっては、少し前に目的地に到着した（帰宅した）状態の利用者Ｕ１の方がすぐに動ける状況にあり、利用者ＵＲよりも早く対応することができる可能性が高いからである。

ここで、図１２に示す報告画面の一例も、利用者Ｕ２が解散地点ＤＰから目的地（自宅）に直接向かう場合を想定しているが、上述したように、利用者Ｕ２は、いずれかの施設に立ち寄ってから目的地（自宅）に向かう場合も考えられる。このため、通知部１５４は、利用者Ｕ２の現在位置が設定されているジオフェンスの範囲内である場合には、図１２に示すような報告画面による通知を行わず、利用者Ｕ２の現在位置がジオフェンスの範囲外になったときに行うようにしてもよい。このジオフェンスは、利用者Ｕ２が車両Ｍに同乗して到着した解散地点ＤＰによっては、事前に設定した（登録した）ものと異なることも考えられる。このため、例えば、図１１に示す確認画面にジオフェンスを設定する設定領域を設け、解散地点ＤＰで利用者Ｕ１と解散した後に、利用者Ｕ２が設定することができるようにしてもよい。

このような手続きの流れによって、同乗支援装置１００は、車両Ｍを所有する利用者Ｕ１と、車両への同乗を希望する利用者Ｕ２とをマッチングさせる。このとき、同乗支援装置１００は、マッチングさせた利用者Ｕ１と利用者Ｕ２とが合流する合流地点と解散する解散地点とを、他人の目が多く存在するような安全性が高い地点にする。そして、同乗支援装置１００は、車両に同乗する利用者Ｕのみではなく、利用者Ｕの関係者にも種々の情報を提供（通知）するとともに、マッチングさせた利用者Ｕ１と利用者Ｕ２とのそれぞれが無事にそれぞれの目的地に到着したか否かを確認する。

上記に述べたとおり、実施形態の同乗支援装置１００によれば、他人の目が多く存在するような安全性が高い地点を合流地点および／または解散地点として、利用者Ｕ１の車両Ｍに同乗する利用者Ｕ２をマッチングさせる。そして、実施形態の同乗支援装置１００では、それぞれの利用者Ｕの移動状況を関係者に逐次報告する。そして、実施形態の同乗支援装置１００では、車両Ｍに同乗した利用者Ｕのいずれかに、仮に不測の事態が起こったことが想定される場合には、警備会社などを含めた関係者に報告する。これにより、報告を受けた関係者は、想定される不測の事態により早く対応することができる。このことにより、利用者Ｕ１および利用者Ｕ２（それぞれの利用者Ｕの関係者も含む）は、より安心して同乗支援装置１００が採用されたサービスを利用することができる。

上述した同乗支援装置１００における処理の流れの一例では、利用者Ｕ１の現在位置が職場ＷＤであり、利用者Ｕ２の現在位置が職場ＷＰであり、利用者Ｕ１および利用者Ｕ２のそれぞれが職場から帰宅する際に、利用者Ｕ２が、利用者Ｕ１の車両Ｍに同乗する場合について説明した。しかし、同乗支援装置１００に対して利用者Ｕ２が同乗要求をするタイミングは、利用者Ｕ２が同乗することが決まっていない状態の利用者Ｕ１が職場ＷＤを出発した後であることも考えられる。さらに、利用者Ｕ１は、車両Ｍに乗車して合流地点ＭＰを通過した後に、利用者Ｕ２が同乗要求をすることも考えられる。この場合、同乗支援装置１００は、車両Ｍへの同乗を希望している利用者Ｕ２が存在することを表す情報を端末装置Ｔ１に送信して利用者Ｕ１に通知し、例えば、現在位置から引き返して合流地点ＭＰに向かって利用者Ｕ２を同乗させるか否かを確認するようにしてもよい。これにより、利用者Ｕ１は、現在の状況を考慮して、利用者Ｕ２を同乗させるか否かを回答することができる。そして、同乗支援装置１００は、通知に応じて利用者Ｕ１が利用者Ｕ２の同乗を承諾した場合に、車両Ｍへの同乗が可能となったことを表す情報を端末装置Ｔ２に送信して利用者Ｕ２に通知する。これにより、利用者Ｕ２は、同乗承諾して引き返してきた利用者Ｕ１の車両Ｍに同乗して、解散地点ＤＰに向かうことができる。

上述した実施形態では、利用者Ｕ１の車両Ｍに利用者Ｕ２が同乗する、つまり、同乗者が一人である場合について説明した。しかし、車両所有者は、利用者Ｕ１のような自動二輪車を所有している車両所有者に限らず、例えば、四輪の自動車などのように、複数の同乗者を同乗させることができる車両を所有していることも考えられる。さらに、同様の方向に目的地があり、同乗要求する同乗者も複数であることも考えられる。この場合、同乗支援装置１００は、車両所有者が所有している車両に同時に同乗することができる人数を考慮して、車両所有者の車両に同乗する複数の同乗者を抽出してもよい。このとき、同乗支援装置１００は、車両所有者が目的地に向かう（帰宅する）際に通行する帰宅経路を考慮して、同じ車両に同乗する同乗者との合流地点を一箇所にしてもよいし、複数箇所にしてもよい。この場合、車両所有者が帰宅する帰宅経路は、それぞれの同乗者を同乗させるそれぞれの合流地点を経由する経路となる。この場合における同乗支援装置１００の構成、動作、および処理などは、上述した同乗者が一人の利用者Ｕ２である場合の同乗支援装置１００の構成、動作、および処理と等価なものになるようにすればよい。

以上説明した実施形態の同乗支援装置によれば、移動体（車両Ｍ）を所有する第１利用者である利用者Ｕ１に関する第１情報である車両所有者情報、および車両Ｍに同乗する候補の第２利用者である利用者Ｕ２に関する第２情報である同乗者情報を取得する情報取得部１３０と、車両所有者情報と同乗者情報とに基づいて、車両Ｍに利用者Ｕ１と同乗する利用者Ｕ２を抽出し、利用者Ｕ２が利用者Ｕ１に合流する合流地点および解散地点を決定するマッチング処理部１４０と、マッチング処理部１４０により決定された合流地点で合流する合流時間帯を算出し、少なくともマッチング処理部１４０により決定された合流地点および解散地点と、算出した合流時間帯との情報を、通信装置である通信部１２０を用いて利用者Ｕ１の端末装置である端末装置Ｔ１と利用者Ｕ２の端末装置である端末装置Ｔ２とに送信する情報提供部１５０と、を備えることにより、利用者Ｕ１の車両Ｍへの相乗りを好適に行わせることができる。

上記説明した実施形態は、以下のように表現することができる。
ハードウェアプロセッサと、
プログラムを記憶した記憶装置と、を備え、
前記ハードウェアプロセッサが前記記憶装置に記憶されたプログラムを読み出して実行することにより、
移動体を所有する第１利用者に関する第１情報、および前記移動体に同乗する候補の第２利用者に関する第２情報を取得し、
前記第１情報と前記第２情報とに基づいて、前記移動体に前記第１利用者と同乗する第２利用者を抽出し、前記第２利用者が前記第１利用者に合流する合流地点、合流時間帯、および解散地点を決定し、
少なくとも決定した前記合流地点、前記合流時間帯、および前記解散地点の情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信する、
ように構成されている、同乗支援装置。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何ら限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形および置換を加えることができる。

１００・・・同乗支援装置
１１０・・・記憶部
１１２・・・車両所有者情報
１１４・・・同乗者情報
１１６・・・マッチング情報
１１８・・・地図情報
１２０・・・通信部
１３０・・・情報取得部
１４０・・・マッチング処理部
１４２・・・同乗者抽出部
１４４・・・合流／解散地点決定部
１５０・・・情報提供部
１５２・・・時刻予想部
１５４・・・通知部
Ｔ１・・・端末装置
Ｔ２・・・端末装置
ＮＷ・・・ネットワーク
Ｍ・・・自動二輪車

Claims (16)

1. 移動体を所有する第１利用者に関する第１情報、および前記移動体に同乗する候補の第２利用者に関する第２情報を取得する取得部と、
   前記第１情報と前記第２情報とに基づいて、前記移動体に前記第１利用者と同乗する第２利用者を抽出し、前記第２利用者が前記第１利用者に合流する合流地点および解散地点を決定する決定部と、
   前記決定部により決定された前記合流地点で合流する合流時間帯を算出し、少なくとも前記決定部により決定された前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信する提供部と、
   を備え、
   前記提供部は、前記第２利用者が同乗した前記移動体が前記解散地点に到達するのに応じて、前記第１利用者が第１目的地に到着する第１帰宅予想時刻を算出し、前記第１利用者の位置情報と前記第１帰宅予想時刻とに基づくタイミングで、前記通信装置を用いて、前記第１利用者の端末装置に確認情報を出力させる、
   同乗支援装置。
2. 前記決定部は、地点ごとの環境情報に基づく指標値が基準を満たす地点を、前記合流地点として決定する、
   請求項１に記載の同乗支援装置。
3. 前記決定部は、地点ごとの環境情報に基づく指標値が基準を満たす地点を、前記解散地点として決定する、
   請求項１または請求項２に記載の同乗支援装置。
4. 前記指標値は、交通参加者の通行量であり、
   前記決定部は、前記通行量が所定量以上である地点を、前記指標値が前記基準を満たす地点とする、
   請求項３に記載の同乗支援装置。
5. 前記取得部は、前記第１情報として前記第１利用者の移動状況を取得すると共に、前記第２情報として前記第２利用者の移動状況を取得し、
   前記提供部は、前記第１利用者の移動状況および／または前記第２利用者の移動状況に応じて、前記通信装置を用いて、前記第１利用者、前記第２利用者、またはその他の利用者の端末装置に情報を提供する、
   請求項１から請求項４のうちいずれか１項に記載の同乗支援装置。
6. 前記提供部は、前記第１利用者の移動状況および／または前記第２利用者の移動状況に基づいて、前記第２利用者が同乗した前記移動体が前記解散地点に到着する到着予想時刻を算出し、算出した前記到着予想時刻の情報を、前記通信装置を用いて、少なくとも前記第２利用者に関係する他の利用者の端末装置に提供する、
   請求項５に記載の同乗支援装置。
7. 前記提供部は、前記第１利用者の移動状況および／または前記第２利用者の移動状況に基づいて、前記第２利用者が同乗した前記移動体が前記解散地点から所定範囲内に入ったか否かを判定し、前記移動体が前記解散地点から所定範囲内に入ったと判定した場合に、前記移動体が前記解散地点に到着する到着予想時刻を算出し、算出した前記到着予想時刻の情報を、前記通信装置を用いて、少なくとも前記第２利用者に関係する他の利用者の端末装置に提供する、
   請求項５または請求項６に記載の同乗支援装置。
8. 前記提供部は、前記第２利用者が同乗した前記移動体が前記解散地点に到着した後、前記第１利用者および前記第２利用者がそれぞれの目的地に到着する帰宅予想時刻を算出し、算出した前記帰宅予想時刻の情報を、前記通信装置を用いて、前記第１利用者、前記第２利用者、またはその他の利用者の端末装置に提供する、
   請求項５から請求項７のうちいずれか１項に記載の同乗支援装置。
9. 前記提供部は、前記解散地点から前記目的地までの間に設定されたジオフェンスの情報に基づいて、それぞれの前記利用者がそれぞれの目的地に到着する前記帰宅予想時刻を算出する、
   請求項８に記載の同乗支援装置。
10. 前記提供部は、前記第２利用者が同乗した前記移動体が前記解散地点に到達するのに応じて、前記第２利用者が第２目的地に到着する第２帰宅予想時刻を算出し、前記第２利用者の位置情報と前記第２帰宅予想時刻とに基づくタイミングで、前記通信装置を用いて、前記第２利用者の端末装置に確認情報を出力させる、
    請求項５から請求項９のうちいずれか１項に記載の同乗支援装置。
11. 前記提供部は、前記第２帰宅予想時刻を、前記通信装置を用いて、前記第２利用者に関係する他の利用者の端末装置に提供する、
    請求項１０に記載の同乗支援装置。
12. 前記提供部は、前記確認情報を出力させた後、前記確認情報に対する応答が所定時間が経過しても得られない場合、応答が得られない利用者の情報を、前記通信装置を用いて、前記第１利用者、前記第２利用者、およびその他の利用者の端末装置に提供する、
    請求項１０または請求項１１に記載の同乗支援装置。
13. 前記取得部は、前記移動体の稼働に関する稼働情報をさらに取得し、
    前記決定部は、前記取得部が前記移動体の稼働が開始されたことを表す前記稼働情報を取得したときに、前記第２利用者を抽出して前記合流地点および前記解散地点を決定し、
    前記提供部は、少なくとも前記決定部により決定された前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信する、
    請求項１から請求項１２のうちいずれか１項に記載の同乗支援装置。
14. 前記稼働情報は、前記移動体を走行させる駆動部の稼働が開始されたことを表す情報である、
    請求項１３に記載の同乗支援装置。
15. コンピュータが、
    移動体を所有する第１利用者に関する第１情報、および前記移動体に同乗する候補の第２利用者に関する第２情報を取得し、
    前記第１情報と前記第２情報とに基づいて、前記移動体に前記第１利用者と同乗する第２利用者を抽出し、前記第２利用者が前記第１利用者に合流する合流地点および解散地点を決定し、
    前記合流地点で合流する合流時間帯を算出し、少なくとも決定した前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信し、
    前記第２利用者が同乗した前記移動体が前記解散地点に到達するのに応じて、前記第１利用者が第１目的地に到着する第１帰宅予想時刻を算出し、前記第１利用者の位置情報と前記第１帰宅予想時刻とに基づくタイミングで、前記通信装置を用いて、前記第１利用者の端末装置に確認情報を出力させる、
    同乗支援方法。
16. コンピュータに、
    移動体を所有する第１利用者に関する第１情報、および前記移動体に同乗する候補の第２利用者に関する第２情報を取得させ、
    前記第１情報と前記第２情報とに基づいて、前記移動体に前記第１利用者と同乗する第２利用者を抽出させ、前記第２利用者が前記第１利用者に合流する合流地点および解散地点を決定させ、
    前記合流地点で合流する合流時間帯を算出させ、少なくとも決定させた前記合流地点および前記解散地点と、算出した前記合流時間帯との情報を、通信装置を用いて前記第１利用者の端末装置と前記第２利用者の端末装置とに送信させ、
    前記第２利用者が同乗した前記移動体が前記解散地点に到達するのに応じて、前記第１利用者が第１目的地に到着する第１帰宅予想時刻を算出させ、前記第１利用者の位置情報と前記第１帰宅予想時刻とに基づくタイミングで、前記通信装置を用いて、前記第１利用者の端末装置に確認情報を出力させる、
    プログラム。

Images