JP2019175389A - 相乗り支援システム、相乗り支援方法、プログラム、及び移動体 - Google Patents

Abstract

【課題】利便性の向上を図ることが可能な相乗り支援システム、相乗り支援方法、プログラム、及び移動体を提供する。【解決手段】相乗り支援システム１は、第１取得部２０１と、第２取得部２０２と、検索部２０３と、通知部２０４と、を含む。第１取得部２０１は、複数の利用者が利用可能で、複数の利用者の各々が降車位置を指定可能な複数の移動体（自動車３）の状態に関する第１情報を取得する。第２取得部２０２は、複数の移動体の潜在利用者の行動状態に関する第２情報を取得する。検索部２０３は、第１情報と第２情報とに基づいて、複数の移動体の中から、潜在利用者に利用を推奨する推奨候補を検索する検索処理を行う。通知部２０４は、検索部２０３の検索結果を潜在利用者に対して通知する。【選択図】図１

Description

本開示は、相乗り支援システム、相乗り支援方法、プログラム、及び移動体に関する。より詳細には、本開示は、複数の利用者による移動体の利用を支援する相乗り支援システム、相乗り支援方法、プログラム、及び移動体に関する。

従来、車両（移動体）を運行する運送システムがあった（例えば、特許文献１参照）。特許文献１の運送システムは、複数の利用者が入力した複数のサービス予約情報を受け付ける予約受付配車センタを備える。予約受付配車センタは、複数のサービス予約情報に基づいて、複数の利用者に対して同一の車両が配車可能である場合は、同一の車両の最適な運行ルートを探索し、複数の利用者に車両利用場所及び到着時刻を含む予約受付情報を提供する。

特開２００１−２２９４９５号公報

特許文献１の運送システムは、利用者からのサービス予約情報を受け付けると、配車可能な車両を検出して、サービス予約情報を入力した利用者に対して予約受付情報を提供していた。そのため、車両を利用するための行動をとっていない利用者には、利用可能な車両の情報を提供できず、利便性が低かった。

本開示の目的は、利便性の向上を図ることが可能な相乗り支援システム、相乗り支援方法、プログラム、及び移動体を提供することにある。

本開示の一態様の相乗り支援システムは、第１取得部と、第２取得部と、検索部と、通知部と、を含む。前記第１取得部は、複数の利用者が利用可能で、前記複数の利用者の各々が降車位置を指定可能な複数の移動体の状態に関する第１情報を取得する。前記第２取得部は、前記複数の移動体の潜在利用者の行動状態に関する第２情報を取得する。前記検索部は、前記第１情報と前記第２情報とに基づいて、前記複数の移動体の中から、前記潜在利用者に利用を推奨する推奨候補を検索する検索処理を行う。前記通知部は、前記検索部の検索結果を前記潜在利用者に対して通知する。

本開示の一態様の相乗り支援方法は、複数の利用者が利用可能で、前記複数の利用者の各々が降車位置を指定可能な複数の移動体の状態に関する第１情報を取得し、前記複数の移動体の潜在利用者の行動状態に関する第２情報を取得する。前記相乗り支援方法は、前記第１情報と前記第２情報とに基づいて、前記複数の移動体の中から、前記潜在利用者に利用を推奨する推奨候補を検索し、前記推奨候補の検索結果を前記潜在利用者に対して通知する。

本開示の一態様のプログラムは、コンピュータシステムに、第１取得処理と、第２取得処理と、検索処理と、通知処理と、を実行させるためのプログラムである。前記第１取得処理では、複数の利用者が利用可能で、前記複数の利用者の各々が降車位置を指定可能な複数の移動体の状態に関する第１情報を取得する。前記第２取得処理では、前記複数の移動体の潜在利用者の行動状態に関する第２情報を取得する。前記検索処理では、前記第１情報と前記第２情報とに基づいて、前記複数の移動体の中から、前記潜在利用者に利用を推奨する推奨候補を検索する。前記通知処理では、前記検索処理の検索結果を前記潜在利用者に対して通知する。

本開示の一態様の移動体は、前記相乗り支援システムと通信する通信部と、前記通信部を通じて前記相乗り支援システムに前記移動体の状態に関する前記第１情報を出力する処理部と、を備える。

本開示によれば、利便性の向上を図ることが可能な相乗り支援システム、相乗り支援方法、プログラム、及び移動体を提供することができる。

図１は、本開示の一実施形態に係る相乗り支援システムを含む全体システムのブロック図である。 図２は、同上の相乗り支援システムによるプッシュ通知処理を説明する説明図である。 図３は、同上の相乗り支援システムによるプッシュ通知処理を説明するフローチャートである。 図４は、同上の相乗り支援システムによるプッシュ通知処理を説明する説明図である。 図５は、同上の相乗り支援システムによる予約取消処理を説明するフローチャートである。 図６は、同上の相乗り支援システムによる第１時刻の算出処理を説明するフローチャートである。 図７は、同上の相乗り支援システムによる第２時刻の算出処理を説明するフローチャートである。

（実施形態）
（１）概要
本実施形態の相乗り支援システム１を含む全体システムのブロック図を図１に示す。

本実施形態の相乗り支援システム１は、例えば、複数の移動体（タクシー）の配車を管理するタクシー事業者が行う相乗り（ライドシェア）のサービスに適用される。このような、相乗り（ライドシェア）のサービスでは、１台の移動体（タクシー）を複数の利用者（複数人又は複数組の利用者）が利用可能であり、複数の利用者の各々が降車位置を指定可能である。また、複数の利用者は別々の場所で移動体に搭乗してもよく、複数の利用者の各々が搭乗位置も指定可能である。したがって、移動体の路線は決められておらず、移動体の予定経路は、移動体を利用する利用者の搭乗位置及び降車位置等に応じて最適な経路に変更される。尚、移動体は、タクシー事業者のような運送事業者が配車を管理する営業用の自動車に限定されず、相乗りのサービスを提供する事業者に登録したユーザの自家用車でもよい。

本実施形態の相乗り支援システム１は、潜在利用者に対して、この潜在利用者が利用可能な移動体（自動車３）が近くを走行していることを通知することで、この潜在利用者に移動体（自動車３）の相乗り利用を促している。ここにおいて、「潜在利用者」とは、相乗りサービスに使用される移動体（自動車３）を現在は利用していないが、相乗りサービスに使用される移動体（自動車３）を利用する可能性がある利用者のことである。「移動体」とは、複数の利用者が利用可能な乗り物（自動車、鉄道車両、船舶、航空機等）であり、「搭乗位置」とは、利用者が移動体に乗り込む位置である。「降車位置」とは、利用者が移動体から降りる位置である。

本実施形態の相乗り支援システム１は、第１取得部２０１と、第２取得部２０２と、検索部２０３と、通知部２０４と、を含む。

第１取得部２０１は、複数の利用者が利用可能で、複数の利用者の各々が降車位置を指定可能な複数の移動体（自動車３）の状態に関する第１情報を取得する。

第２取得部２０２は、複数の移動体（自動車３）の潜在利用者の行動状態に関する第２情報を取得する。

検索部２０３は、第１情報と第２情報とに基づいて、複数の移動体（自動車３）の中から、潜在利用者に利用を推奨する推奨候補を検索する検索処理を行う。

通知部２０４は、検索部２０３の検索結果を潜在利用者に対して通知する。

本実施形態の移動体（自動車３）は、相乗り支援システム１と通信する通信部３１と、通信部３１を通じて相乗り支援システム１に移動体（自動車３）の状態に関する第１情報を出力する処理部（３０）と、を備える。

このように、本実施形態では、検索部２０３が、第１情報と第２情報とに基づいて、複数の移動体（自動車３）の中から潜在利用者に利用を推奨する推奨候補を検索し、通知部２０４が、検索部２０３の検索結果を潜在利用者に通知している。したがって、潜在利用者は、通知部２０４から通知された検索結果をもとに、推奨候補を利用するか否かを検討することができる。よって、相乗り可能な移動体（自動車３）を利用する意思がなかった潜在利用者に対して、推奨候補の利用を促すことができ、相乗り支援システム１の利便性の向上を図ることができる。

（２）詳細
（２．１）構成
本実施形態の相乗り支援システム１は、図１に示すように、複数の自動車３の相乗り利用を管理する管理サーバ２を有する。

相乗り支援システム１を含む全体システムは、相乗り支援システム１が備える管理サーバ２と、複数（複数人又は複数組）の利用者の相乗りが可能な複数の自動車３と、利用者が携帯する携帯端末４と、を含む。

（２．１．１）自動車の構成
自動車３は、例えば、管理サーバ２によって運行が管理される自動運転車両である。

自動車３は、処理部３０と、通信部３１と、車両情報検知部３２と、人数検知部３３と、運転制御部３４と、を含む。

通信部３１は、例えば電波を媒体とした無線通信を行う通信機能を有し、移動体通信網を含む通信網５を介して管理サーバ２と通信する。

車両情報検知部３２は、自動車３の状態に関する車両情報を検知する。車両情報検知部３２は、例えば、自動車３の各部を制御するＥＣＵ（Electronic Control Unit）から、自動車３の速度、移動方向、目的地、予定経路等の情報を取得（検知）する。また、車両情報検知部３２は、例えば、ＧＰＳ（Global Positioning System）等の測位システムを利用して、自動車３の現在位置の位置情報を取得する。

人数検知部３３は、自動車３に乗っている相乗り客（利用者）の人数を検知する。例えば、人数検知部３３は、自動車３の座席に設けられた着座センサを含み、着座センサの検出結果に基づいて座席に着座している相乗り客の人数を検知する。尚、人数検知部３３は、自動車３の車室を撮影する画像センサを含み、画像センサの映像から自動車３に乗っている相乗り客の人数を検知してもよい。

運転制御部３４は、例えば自動車３の各部を制御するＥＣＵを含む。運転制御部３４は、例えば処理部３０から入力される制御命令と、自動車３に設けられた各種のセンサの検出結果とに基づいて自動車３の運転状態を制御する。センサは自動車３の周囲の状況を検知しており、この種のセンサには、ＬｉＤＡＲ（Light Detection and Ranging）、ミリ波レーダ等がある。

処理部３０は、例えば、プロセッサおよびメモリを有するマイクロコンピュータで構成されている。つまり、処理部３０は、プロセッサおよびメモリを有するコンピュータシステムで実現されている。そして、プロセッサが所定のプログラムを実行することにより、コンピュータシステムが処理部３０として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

処理部３０は、車両情報検知部３２及び人数検知部３３の検知結果を通信部３１を介して管理サーバ２に定期的（例えば数分ごと）に送信させる。尚、処理部３０は、車両情報検知部３２及び人数検知部３３の検知結果を通信部３１を介して管理サーバ２に不定期に送信してもよい。処理部３０は、管理サーバ２からの要求に応じて、車両情報検知部３２及び人数検知部３３の検知結果を通信部３１を介して管理サーバ２に送信してもよい。また、処理部３０は、通信部３１を介して管理サーバ２から運転指示情報を受信すると、運転制御部３４に制御信号を出力して、自動車３を目的地まで自動的に運転させる。つまり、処理部３０は、通信部３１を介して管理サーバ２から受信した運転指示情報に基づいて、自動車３を制御する。ここで、管理サーバ２からの運転指示情報には、目的地と目的地への到着時間、目的地までの１又は複数の経由地（１又は複数の利用者の搭乗位置及び降車位置等）と経由地への到着時間、等の情報を含む。

尚、自動車３は自動運転車両に限定されない。自動車３は、運転者が管理サーバ２からの運転指示情報に従って運転する車両でもよい。

（２．１．２）携帯端末の構成
携帯端末４は、相乗り支援システム１を利用する利用者（例えば、潜在利用者、自動車３への搭乗を予約した搭乗予定者等）によって携帯されるスマートフォン等である。

携帯端末４は、処理部４０と、通信部４１と、位置取得部４２と、表示部４３と、操作部４４と、を含む。

処理部４０は、例えば、プロセッサおよびメモリを有するマイクロコンピュータで構成されている。つまり、処理部４０は、プロセッサおよびメモリを有するコンピュータシステムで実現されている。そして、プロセッサが所定のプログラムを実行することにより、コンピュータシステムが処理部４０として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

通信部４１は、例えば電波を媒体とした無線通信を行う通信機能を有し、移動体通信網を含む通信網５を介して管理サーバ２と通信する。

位置取得部４２は、例えば、ＧＰＳ（Global Positioning System）等の測位システムを利用して、携帯端末４の現在位置、すなわち携帯端末４を携帯する利用者の現在位置の位置情報を取得する。

表示部４３は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等で構成される。表示部４３は、例えば、管理サーバ２から送信された通知情報を文字、図、記号等で表示する。

操作部４４は、例えば、表示部４３に設けられたタッチパネル、携帯端末４の本体に設けられた操作ボタン等を含み、利用者の操作内容を受け付ける。

尚、携帯端末４はスマートフォンに限定されない。携帯端末４は、通信機能を有するタブレット型の携帯情報端末等でもよい。

（２．１．３）管理サーバの構成
管理サーバ２は、処理部２０と、通信部２１と、記憶部２２と、を備える。

処理部２０は、例えば、プロセッサおよびメモリを有するマイクロコンピュータで構成されている。つまり、処理部２０は、プロセッサおよびメモリを有するコンピュータシステムで実現されている。そして、プロセッサが所定のプログラムを実行することにより、コンピュータシステムが処理部２０として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

本実施形態の処理部２０は、第１取得部２０１、第２取得部２０２、検索部２０３、及び通知部２０４の機能を備える。

第１取得部２０１は、通信部２１を介して自動車３から、自動車３の状態に関する第１情報を取得する。また、第１取得部２０１は、記憶部２２から第１情報として自動車３の予定経路に関する予定経路情報を含む運転指示情報を取得する。第１情報は、自動車３の状態に関する情報である。第１情報は、例えば、自動車３の現在位置の情報、速度情報、目的地の情報、予定経路に関する予定経路情報、利用人数に関する利用人数情報のうち少なくとも１つの情報を含む。利用人数情報は、自動車３を利用している利用人数に関する情報であり、利用人数は、自動車３に既に乗っている利用者の数と、自動車３にこれからに乗る利用者の数の合計である。

第２取得部２０２は、通信部２１を介して携帯端末４から、携帯端末４を携帯する利用者（例えば、潜在利用者及び搭乗予定者等）の行動状態に関する第２情報を取得する。第２情報は、利用者の行動状態に関する情報である。第２情報は、利用者の行動状態に関する情報として、例えば、利用者の現在位置に関する位置情報と、利用者の現在の動作に関する動作情報との少なくとも１つを含む。位置情報とは、利用者の現在位置の座標、利用者が現在いる場所又は建物の名称等の情報である。動作情報とは利用者の現在の動作（移動中、停止中、職務中等）を表す情報である。動作情報は、利用者の現在の移動速度、移動方向等の情報を含んでもよい。また、第２取得部２０２は、位置情報と動作情報とに基づいて、利用者のこれからの行動を予測した予測結果に関する行動予測情報を取得（推測）してもよい。行動予測情報は、利用者の現在までの一定期間における位置、移動速度等に基づいて、これからの行動を予測した予測結果に関する情報であり、例えば、利用者の移動経路の情報、利用者の目的地に関する目的地情報等の情報を含む。すなわち、第２情報は、利用者の行動状態に関する情報として、例えば、利用者の現在位置に関する位置情報と、利用者の現在の動作に関する動作情報と、利用者の行動予測情報との少なくとも１つを含んでいればよい。また、行動予測情報は、利用者の過去の位置情報、動作情報もさらに利用してこれからの行動を予測した、予測結果に関する情報であってもよい。

検索部２０３は、第１取得部２０１が取得した第１情報と、第２取得部２０２が取得した第２情報とに基づいて、複数の自動車３の中から、潜在利用者に利用を推奨する推奨候補を検索する検索処理を行う。

通知部２０４は、検索部２０３の検索結果を潜在利用者に通知する。具体的には、通知部２０４は、検索部２０３の検索結果を、通信部２１を介して潜在利用者が携帯する携帯端末４に送信させる。尚、通知部２０４は、検索部２０３の検索結果以外の通知内容を利用者（潜在利用者、搭乗予定者）に通知してもよい。

また、本実施形態の処理部２０は、時間予測部２０５、配車処理部２０６、取消判断部２０７、設定部２０８、搭乗位置提案部２０９、搭乗先提案部２１０の機能を更に備える。尚、処理部２０が、時間予測部２０５、配車処理部２０６、取消判断部２０７、設定部２０８、搭乗位置提案部２０９、搭乗先提案部２１０の機能を備えることは必須ではなく、適宜省略が可能である。

時間予測部２０５は、第１取得部２０１が取得した第１情報等に基づいて、搭乗予定者の搭乗位置に自動車３が到着するまでの第１時間を予測する。また、時間予測部２０５は、第２取得部２０２が取得した第２情報等に基づいて、搭乗予定者が搭乗位置に到着するまでの第２時間を予測する。

配車処理部２０６は、利用者が携帯する携帯端末４から通信部２１を介して受け付けた予約情報等に基づいて、利用者の搭乗位置まで自動車３を配車する運転指示情報を通信部２１を介して自動車３に送信する。

取消判断部２０７は、時間予測部２０５が予測した第１時間と第２時間との時間差等に基づいて、搭乗予定者の搭乗予約を取り消す取消処理を行うか否かを判断する。例えば、第１時間と第２時間との時間差が閾値を超える場合、つまり、自動車３及び搭乗予定者のうち搭乗位置に先着した方の待ち時間が閾値を超えると予測される場合、取消判断部２０７は、搭乗予定者の搭乗予約を取り消す取消処理を行う。

設定部２０８は、取消判断部２０７が搭乗予約を取り消すか否かを判断するための閾値を設定する。設定部２０８は、自動車３が搭乗位置に先着する場合の閾値と、搭乗予定者が搭乗位置に先着する場合の閾値とが異なるように、閾値の設定を行う。搭乗予定者が搭乗する自動車３を他の利用者が利用する場合、搭乗位置での自動車３の待ち時間が長くなると他の利用者を待たせることになる。したがって、設定部２０８は、自動車３が搭乗位置に先着する場合の閾値を、搭乗予定者が搭乗位置に先着する場合の閾値よりも短い時間に設定する。設定部２０８は、例えば、管理サーバ２の使用者（例えば相乗りのサービスの運営者）からの設定入力を受け付け、設定入力に基づいて閾値を設定する。

搭乗位置提案部２０９は、取消判断部２０７が搭乗予約を取り消す取消処理を行う場合に、搭乗予定者に代替の搭乗位置を提案する処理を行う。搭乗位置提案部２０９は、代替の搭乗位置を示す情報を、通信部２１を介して、搭乗予定者が携帯する携帯端末４に送信させる。

搭乗先提案部２１０は、取消判断部２０７が搭乗予約を取り消す取消処理を行う場合に、搭乗予定者が利用可能な代替の自動車３を提案する処理を行う。搭乗先提案部２１０は、代替の自動車３及び搭乗位置に関する情報を、通信部２１を介して、搭乗予定者が携帯する携帯端末４に送信させる。

通信部２１は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）の規格に準拠した通信モジュールを備え、通信網５を介して自動車３及び携帯端末４と通信する。

記憶部２２は、例えば、ハードディスクドライブ（HDD:Hard Disk Drive）、ソリッドステートドライブ（SSD:Solid State Drive）、等の外部記憶装置を含む。記憶部２２には、相乗り支援システム１の利用者が携帯する携帯端末４の連絡先の情報（例えば、電話番号、メールアドレス、ＩＰアドレス等）が登録されている。記憶部２２には、相乗り支援システム１によって運行が管理される複数の自動車３の連絡先の情報（例えば、自動車３が備える通信部３１を特定するためのＩＰアドレス等の情報）が登録されている。また、記憶部２２は、複数の自動車３から取得した第１情報、複数の自動車３にそれぞれ指示した運転指示情報、携帯端末４から取得した第２情報、相乗り支援システム１が相乗りのサービスを提供する地域の地図情報、等を記憶する。

（２．２）動作
本実施形態の相乗り支援システム１の動作について説明する。以下では、相乗り支援システム１が潜在利用者に対して利用可能な自動車３を提案するプッシュ通知処理、及び自動車３への搭乗を予約した搭乗予定者の搭乗予約を取り消す予約取消処理について説明する。

（２．２．１）プッシュ通知処理
相乗り支援システム１によるプッシュ通知処理について図２〜図４を参照して説明する。

ここでは、図２に示すように、相乗り支援システム１の管理サーバ２に登録している潜在利用者６が、帰宅時に勤め先の建物１００を出て最寄り駅２００に向かって歩いている場合に、管理サーバ２が潜在利用者６に対して行うプッシュ通知処理について説明する。

図３は、相乗り支援システム１が行うプッシュ通知処理のフローチャートである。

管理サーバ２の第１取得部２０１は、通信部２１を介して、管理対象の複数の自動車３と定期的（例えば数分ごと）に通信を行い、複数の自動車３から第１情報を取得する（Ｓ１）。第１情報は、自動車３の状態に関する情報であり、自動車３の現在の位置、速度、移動方向、目的地、予定経路、利用人数等の情報を含む。

管理サーバ２の第２取得部２０２は、通信部２１を介して、自動車３を現在利用していない潜在利用者６の携帯端末４と定期的（例えば数分ごと）に通信を行い、潜在利用者６の携帯端末４から第２情報に取得する（Ｓ２）。第２情報は、潜在利用者６の行動状態に関する情報である。第２情報は、潜在利用者６の現在の位置情報、潜在利用者６の動作に関する動作情報、潜在利用者６が移動中の場合は移動状況に関する情報、等を含む。

処理部２０は、第１情報及び第２情報を取得すると、プッシュ通知を行うか否かの要否判断を行う（Ｓ３）。例えば、処理部２０は、所定の開始条件が成立しているか否かを判断することで、プッシュ通知の要否を判断する。処理部２０は、所定の開始条件が成立している場合、プッシュ通知を行うと判断し（Ｓ３：要）、ステップＳ４以降の処理を行う。処理部２０は、開始条件が成立していない場合、プッシュ通知を行わないと判断し（Ｓ３：否）、ステップＳ１の処理に戻る。

ここにおいて、開始条件は、例えば潜在利用者６（つまり潜在利用者６が携帯する携帯端末４）の現在位置に基づく条件であり、検索部２０３は、潜在利用者６の現在位置に基づく開始条件が成立すると、検索処理を開始する。例えば、開始条件は、潜在利用者６の現在位置が変化している、つまり潜在利用者６が移動しているという条件である。開始条件は、潜在利用者６ごとに設定されており、例えば、潜在利用者６が一定期間に所定回数以上の頻度（例えば１週間に数回以上の頻度）で訪れる場所に向かって移動しているという条件である。図２の例では、処理部２０が、携帯端末４の現在位置の情報に基づいて、潜在利用者６が最寄り駅２００に向かって移動していると判断すると、開始条件が成立したと判断してプッシュ通知を行うと判断する。また、開始条件は、潜在利用者６が所定の位置から移動したという条件でもよく、例えば勤め先の建物１００の外に出たという条件でもよい。このように、検索部２０３は、潜在利用者６の現在位置に基づく開始条件が成立すると検索処理を開始するので、潜在利用者６が移動体３を利用する可能性が高いタイミング（有効なタイミング）で検索処理を行い、潜在利用者６に推奨候補を通知することができる。

ステップＳ３において処理部２０がプッシュ通知を行うと判断した場合、検索部２０３は、複数の自動車３から潜在利用者６に利用を推奨する１次候補車を検索する処理を行う（Ｓ４）。検索部２０３は、第１取得部２０１が取得した第１情報と、第２取得部２０２が取得した第２情報とに基づいて検索処理を行う。本実施形態では、第１情報が、例えば、第１取得部２０１が取得した複数の自動車３の予定経路に関する予定経路情報を含む。また、第２情報は、潜在利用者６の現在位置に関する位置情報を含む。更に言えば、第２情報は、潜在利用者６の現在位置に関する位置情報等から推測された、潜在利用者６の行動予測情報（例えば、潜在利用者６の移動経路に関する移動経路情報）を含む。

このように、本実施形態の検索部２０３は、第１取得部２０１が取得した自動車３の予定経路情報と、第２取得部２０２が取得した潜在利用者６の行動予測情報とに基づいて、複数の自動車３から推奨候補を検索する検索処理を行う。ここで、行動予測情報は、例えば潜在利用者６が現在位置から目的地（図２の例では駅２００）に移動するまでの移動経路Ｒ１０に関する情報である。検索部２０３は、潜在利用者６の移動経路Ｒ１０と自動車３の予定経路とが近接し、潜在利用者６の目的地（図２の例では駅２００）の方面に移動する予定の自動車３を１次候補車として検索する。ここにおいて、「移動経路Ｒ１０と予定経路が近接」するとは、移動経路Ｒ１０の一部を自動車３が通過する場合と、移動経路Ｒ１０から一定の距離内の道路を自動車３が通過する場合とを含む。後者の場合、潜在利用者６を搭乗させる搭乗位置を通るように、自動車３の予定経路Ｒ１又はＲ２を変更してもよいが、予定経路Ｒ１又はＲ２の変更によって、自動車３に既に乗っている利用者（既利用者）が目的地に到着するまでの時間が長くなる場合もある。そのため、検索部２０３は、予定経路Ｒ１又はＲ２の変更による到着時間の遅れが所定の許容時間（例えば５分程度）以下となる範囲で１次候補車を検索するのが好ましい。つまり、検索部２０３は、複数の自動車３をそれぞれ潜在利用者が利用した場合に、複数の利用者を利用している既利用者の利用条件が変更される変更内容に基づいて、複数の自動車３の中から推奨候補を検索する。したがって、検索部２０３は、既利用者の利用条件が変更される変更内容を考慮して、複数の自動車３の中から推奨候補を検索することができる。

検索部２０３が検索処理を行った結果、１次候補車を１台も検索できなかった場合（Ｓ５：Ｎｏ）、処理部２０はプッシュ通知を行わず、処理を終了する。

検索部２０３が検索処理を行った結果、１次候補車を１台以上検索できた場合（Ｓ５：Ｙｅｓ）、検索部２０３は、１次候補車が複数あるか否かを判断する（Ｓ６）。

ここで、１次候補車が１台の場合（Ｓ６：Ｎｏ）、検索部２０３は１台だけ検出された１次候補車を推奨候補とし、通知部２０４が通知処理を行う（Ｓ１１）。尚、通知部２０４による通知処理については後述する。

一方、１次候補車が複数ある場合（Ｓ６：Ｙｅｓ）、検索部２０３は１次候補車の絞り込みを行う（Ｓ７）。図２のように１次候補車として２台の自動車３が検索された場合、検索部２０３は、２台の自動車３から、推奨候補とする自動車３を絞り込む処理を行う。ここにおいて、１次候補車として検索された２台の自動車３を区別して説明する場合、２台の自動車３の各々を自動車３Ａ、自動車３Ｂと表記する。検索部２０３は、自動車３Ａ，３Ｂへの運転指示情報から求めた予定経路Ｒ１，Ｒ２と、第２情報（現在位置、移動速度、移動方向等）から推測した時間ごとの潜在利用者６の位置とに基づいて、自動車３Ａ，３Ｂと潜在利用者６とが最接近したときの距離を求める。検索部２０３は、自動車３Ａ，３Ｂと潜在利用者６とが最接近したときの距離が所定の第１判定距離以下の自動車３を選択することで、１次候補車の絞り込みを行う。また、検索部２０３は、潜在利用者６の現在位置と、自動車３Ａ，３Ｂと潜在利用者６とが最接近する最接近位置（図２の位置Ｐ１１，Ｐ１２）との間の距離に基づいて、１次候補車の絞り込みを行う。つまり、検索部２０３は、潜在利用者６の現在位置と最接近位置との間の距離が所定の第２判定距離以下の自動車３を選択することで、１次候補車の絞り込みを行う。図２の例では、自動車３Ａ，３Ｂと潜在利用者６とが最接近したときの距離は両方とも第１判定距離以下である。しかしながら、自動車３Ａでは潜在利用者６の現在位置と最接近位置との間の距離が第２判定距離以下であるが、自動車３Ｂでは潜在利用者６の現在位置と最接近位置との間の距離が第２判定距離より長いため、検索部２０３は自動車３Ａのみを２次候補車とする。

ステップＳ７の絞り混み処理の結果、２次候補車が１台であれば（Ｓ８：Ｎｏ）、検索部２０３は２次候補車（図２の例では自動車３Ａ）を推奨候補とし、通知部２０４が通知処理を行う（Ｓ１１）。尚、通知部２０４による通知処理については後述する。

一方、ステップＳ７の絞り混み処理の結果、２次候補車が複数台であれば（Ｓ８：Ｙｅｓ）、検索部２０３は複数台の２次候補車から推奨候補を選択する処理を行う。例えば、検索部２０３は、複数台の２次候補車の利用人数と空席数との少なくとも一方に基づいて推奨候補を決定する。

以下では、図４に示すように、駅２００までの予定経路Ｒ１，Ｒ３が同じである２台の自動車３Ａ，３Ｃが２次候補車として検索された場合に、検索部２０３が推奨候補を決定する場合の動作を説明する。

検索部２０３は、第１取得部２０１が自動車３Ａ，３Ｃから取得した第１情報をもとに、自動車３Ａ，３Ｃの乗車状況に関する乗車情報を取得する（Ｓ９）。ここで、乗車情報には、自動車３Ａ，３Ｃをそれぞれ利用する利用人数に関する利用人数情報と、自動車３Ａ，３Ｃの空席の数に関する空席情報とが含まれる。そして、検索部２０３は、自動車３Ａ，３Ｃの乗車情報に基づいて、自動車３Ａ，３Ｃのうち利用人数が少ない方を推奨候補として選択する（Ｓ１０）。すなわち、検索部２０３は、複数の移動体３のそれぞれを利用している利用人数に関する利用人数情報を含む第２情報に基づいて推奨候補を検索する。例えば、図３の例では、自動車３Ａの利用人数が２人、自動車３Ｃの利用人数が１人であるので、検索部２０３は利用人数が少ない自動車３Ｃを推奨候補として選択する。利用人数が少ない方が経由地（降車位置）が少なく、目的地に到着するまでの到着時間が短いと考えられるので、目的地までより早く到着できる２次候補車を推奨候補として選択できる。尚、検索部２０３は、自動車３Ａ，３Ｃの乗車情報に基づいて、自動車３Ａ，３Ｃのうち空席が多い方を推奨候補として選択してもよい。検索部２０３は、空席がより多い２次候補車を推奨候補として選択するので、快適に乗車できる２次候補車を推奨候補として選択できる。また、検索部２０３は、複数台の２次候補車の利用人数と空席数との両方に基づいて推奨候補を決定してもよい。例えば、検索部２０３は、複数台の２次候補車の中から利用人数が最小の２次候補車を選択し、利用人数が最小の２次候補車が複数存在する場合は空席数が最大の２次候補車を選択する。

尚、検索部２０３は、潜在利用者６が目的地に到着するまでの所要時間に基づいて、複数の移動体３の中から推奨候補を検索してもよい。例えば、検索部２０３は、複数の２次候補車から推奨候補を決定する際に、複数の２次候補車のそれぞれについて目的地に到着するまでの所要時間を推測する。ここで、所要時間は、潜在利用者６が現在位置から搭乗位置に移動するまでの時間、搭乗位置で自動車３に乗車するまでの待ち時間、搭乗位置から目的地まで移動するのにかかる時間とを合計した時間となる。検索部２０３は、潜在利用者６が目的地に到着するまでの所要時間に基づいて、推奨候補を決定しているので、最適な推奨候補を決定できる。尚、検索部２０３は、潜在利用者６が目的地に到着するまでの所要時間と、他の条件（例えば、搭乗位置までの距離、利用料金等）との組み合わせで推奨候補を決定してもよい。

上記の実施形態において、第２取得部２０２が第２情報として潜在利用者６の目的地に関する目的地情報を取得し、検索部２０３が、潜在利用者６の目的地に関する目的地情報に基づいて推奨候補を検索してもよい。ここで、第２取得部２０２は、例えば、潜在利用者６が携帯端末４に入力した目的地に関する目的地情報を携帯端末４から取得する。尚、第２取得部２０２は、携帯端末４から取得した携帯端末４の現在位置及び移動方向と、過去の履歴情報とに基づいて潜在利用者６の目的地を推測することで、目的地情報を取得してもよい。検索部２０３は、潜在利用者６の目的地に関する目的地情報に基づいて、潜在利用者６の目的地に向かって移動する自動車３を検索できる。

上述のようにして推奨候補が決定されると、通知部２０４が潜在利用者６に対して推奨候補を通知する通知処理を行う（Ｓ１１）。以下、通知処理の詳細を説明する。通知部２０４は、推奨候補の利用を推奨する通知メッセージを作成し、この通知メッセージを通信部２１から潜在利用者６の携帯端末４に送信する。通知メッセージには、推奨候補の自動車３に搭乗する搭乗位置（例えば図２、図４の位置Ｐ１１）、搭乗予定時刻、目的地（駅２００）への到着時刻、搭乗予定時刻、利用料金等の情報が含まれる。ここで、利用料金は、搭乗位置Ｐ１１から目的地までの距離、自動車３に搭乗する時間帯、相乗りの人数、等に応じて設定される。また、通知メッセージには、推奨候補の自動車３の車種、自動車３の属性（禁煙車か否か等の情報）、相乗りの人数、等の情報が含まれてもよい。

ここで、潜在利用者６が携帯する携帯端末４の通信部４１が管理サーバ２からの通知メッセージを受信すると、処理部４０は、通知メッセージに基づいて、推奨候補の利用を推奨する通知内容を表示部４３に表示させる。尚、処理部４０は、推奨候補の利用を推奨する通知内容をスピーカから音声などで通知してもよい。

この通知内容に接した潜在利用者６が、推奨候補の自動車３を利用しようと考えた場合、操作部４４を用いて推奨候補の自動車３への搭乗を予約する操作を行う。このとき、携帯端末４の処理部４０は、操作部４４の操作に応じた予約申請情報を、通信部４１から通信網５を介して管理サーバ２へ送信させる。管理サーバ２の処理部２０は、通信部２１を介して携帯端末４に推奨候補の利用を推奨する通知メッセージを送信させた後に、この携帯端末４から通信部２１を介して予約申請情報を受信すると、推奨候補の自動車３への搭乗予約を受け付ける。以下では、自動車３への搭乗を予約した潜在利用者６を「搭乗予定者」とも言う。つまり、利用者は、自動車３を利用する以前は潜在利用者６であり、自動車３への搭乗を予約すると搭乗予定者６となる。

管理サーバ２の配車処理部２０６は、搭乗予定者６を搭乗位置Ｐ１１から目的地の駅２００まで搭乗させるための運転指示情報を作成し、通信部２１を介して推奨候補の自動車３へ送信させる。ここにおいて、運転指示情報には、搭乗予定者６の搭乗位置Ｐ１１と搭乗予定時刻、搭乗予定者６が降車する降車位置（駅２００）と降車予定時刻（駅２００への到着時刻）の情報等が含まれていればよい。推奨候補の自動車３の処理部３０は、管理サーバ２から受信した運転指示情報に従って運転制御部３４を制御して、自動車３を搭乗位置Ｐ１１まで移動させる。自動車３の処理部３０は、搭乗位置Ｐ１１で停車して携帯端末４を携帯する搭乗予定者６を乗せると、自動車３を次の目的地（搭乗予定者６の降車位置、自動車３に既に乗っていた利用者の降車位置、又は他の利用者を乗せる搭乗位置）に向かって移動させる。その後、自動車３の処理部３０は、搭乗予定者６の降車位置（駅２００）に到着すると、降車位置で停車して搭乗予定者６を降車させ、次の目的地に向かって自動車３を移動させる。

これにより、元々相乗りのサービスを利用する意思がなかった潜在利用者６は、相乗りサービスの自動車３を利用することができ、自ら相乗りできる自動車３を探す手間が必要ないので、利便性の向上を図ることが可能な相乗り支援システム１を提供できる。また、相乗り支援システム１の運営者は、元々相乗りのサービスを利用する意思がなかった潜在利用者６に自動車３を利用してもらうことができ、効率的な輸送と、自動車３の稼働率の向上を図ることができる。また、自動車３に既に乗っていた利用者には、潜在利用者６が同乗することで、自身の支払う料金が低下するという利点がある。

尚、推奨候補の自動車３は、既に自動車３に乗っている利用者に対して、潜在利用者６を乗せる同意をとってもよい。例えば、処理部３０は、自動車３の車内に設けられた液晶ディスプレイ等の表示装置に、潜在利用者６を同乗させてもよいか否かを尋ねる質問内容を表示させる。そして、処理部３０は、この質問内容に対して同意の回答がある場合、又は不同意の回答がない場合は、潜在利用者６の同乗に同意する旨の回答を管理サーバ２に送信し、潜在利用者６を同乗させる。

また、ステップＳ１１で通知された通知内容を見た潜在利用者６が、推奨候補の自動車３を利用しない場合、潜在利用者６は特に操作を行う必要はない。管理サーバ２の処理部２０は、通信部２１を介して携帯端末４に推奨候補の利用を推奨する通知メッセージを送信させた後に、この携帯端末４からの予約申請情報を一定時間内に受信できなければ、推奨候補を利用する意思がないと判断して処理を終了する。

（２．２．２）予約取消処理
搭乗管理システム１が、利用者から自動車３Ａへの搭乗予約を受け付けた後に、利用者（搭乗予定者６）から受け付けた搭乗予約を取り消す予約取消処理について図４〜図７に基づいて説明する。尚、利用者からの搭乗予約には、利用者自身が自発的に行った搭乗予約と、プッシュ通知を受けた潜在利用者６が行った搭乗予約とがある。

管理サーバ２の処理部２０が搭乗予定者６から搭乗予約を受け付けると、時間予測部２０５は、所定の時間間隔（例えば１分〜数分程度の時間間隔）で、第１時刻Ｔ１を算出する処理（Ｓ２１）と、第２時刻Ｔ２を算出する処理（Ｓ２２）とを行う。第１時刻Ｔ１は、搭乗予定者６が乗る予定の自動車３Ａが搭乗位置Ｐ１１に到着する予定の時刻であり、第２時刻Ｔ２は、搭乗予定者６が搭乗位置Ｐ１１に到着する予定の時刻である。

ここで、時間予測部２０５が第１時刻Ｔ１を算出する処理を図６に基づいて説明する。管理サーバ２の第１取得部２０１は、通信部２１を介して搭乗予定者６が搭乗する予定の自動車３Ａから、自動車３Ａの状態に関する第１情報を所定の時間間隔で取得する（Ｓ３１）。第１情報は、少なくとも自動車３Ａの現在位置Ｐ１（図４参照）の位置情報と、速度の情報を含む。時間予測部２０５は、記憶部２２から、搭乗予定者６が搭乗する予定の自動車３Ａの運転指示情報を取得する（Ｓ３２）。運転指示情報は、自動車３Ａの予定経路の情報を含む。時間予測部２０５は、自動車３Ａの予定経路の情報、及び自動車３Ａの現在位置Ｐ１の位置情報等に基づいて搭乗位置Ｐ１１までの移動距離を求める。また、時間予測部２０５は、この移動距離と自動車３Ａの速度の情報とをもとに搭乗位置Ｐ１１に到着するまでの第１時刻Ｔ１を算出する（Ｓ３３）。尚、時間予測部２０５は、管理サーバ２が例えばＶＩＣＳ（登録商標；Vehicle Information and Communication System）等から取得した交通事故、道路工事、渋滞などの交通情報を加味して、第１時刻Ｔ１を算出してもよい。

次に、時間予測部２０５が第２時刻Ｔ２を算出する処理を図７に基づいて説明する。管理サーバ２の第２取得部２０２は、通信部２１を介して搭乗予定者６が携帯する携帯端末４から、搭乗予定者６の行動状態に関する第２情報を所定の時間間隔で取得する（Ｓ４１）。第２情報は、少なくとも、搭乗予定者６の現在位置Ｐ２（図４参照）の情報を含む。本実施形態では、第２情報が、搭乗予定者６の移動速度の情報を含む。時間予測部２０５は、記憶部２２から読み込んだ地図情報に基づいて、現在位置Ｐ２から搭乗位置Ｐ１１までの搭乗予定者６の経路を示す経路情報を求める（Ｓ４２）。そして、時間予測部２０５は、搭乗予定者６の経路情報から移動距離を求め、搭乗予定者６の移動距離と移動速度とに基づいて、搭乗予定者６が搭乗位置Ｐ１１に到着するまでの第２時刻Ｔ２を算出する（Ｓ４３）。

時間予測部２０５が第１時刻Ｔ１及び第２時刻Ｔ２を算出すると、取消判断部２０７が、第１時刻Ｔ１と第２時刻Ｔ２との時間差に基づいて、搭乗予定者６の搭乗予約を取り消す取消処理を行うか否かを判断する（Ｓ２３，Ｓ２４）。

まず、取消判断部２０７は、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差（Ｔ１−Ｔ２）と第１閾値Ｔｈ１との長短を比較する（Ｓ２３）。第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差が正の値になるのは、搭乗予定者６が自動車３Ａよりも先に搭乗位置Ｐ１１に到着する場合であり、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差は、搭乗予定者６の待ち時間に相当する。

取消判断部２０７は、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差（Ｔ１−Ｔ２）が第１閾値Ｔｈ１よりも長い場合、つまり搭乗予定者６の待ち時間が第１閾値Ｔｈ１よりも長い場合（Ｓ２３：Ｙｅｓ）、ステップＳ２５に移行して搭乗予約の取消処理を行う。

取消判断部２０７は、第１時刻Ｔ１から第２時刻Ｔ２を引いた時間差（Ｔ１−Ｔ２）が第１閾値Ｔｈ１以下であれば、つまり搭乗予定者６の待ち時間が第１閾値Ｔｈ１以下であれば（Ｓ２３：Ｎｏ）、ステップＳ２４の判定処理に移行する。

ステップＳ２４では、取消判断部２０７は、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差（Ｔ２−Ｔ１）と第２閾値Ｔｈ２との長短を比較する。第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差が正の値になるのは、自動車３Ａが搭乗予定者６よりも先に搭乗位置Ｐ１１に到着する場合であり、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差は、自動車３Ａの待ち時間に相当する。

取消判断部２０７は、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２以下であれば、つまり自動車３Ａの待ち時間が第２閾値Ｔｈ２以下であれば（Ｓ２４：Ｎｏ）、搭乗予約の取消処理は行わずに処理を終了する。

取消判断部２０７は、第２時刻Ｔ２から第１時刻Ｔ１を引いた時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２よりも長い場合、つまり自動車３Ａの待ち時間が第２閾値Ｔｈ２よりも長い場合、ステップＳ２５に移行して搭乗予約の取消処理を行う。

ここにおいて、待ち時間の閾値である第１閾値Ｔｈ１及び第２閾値Ｔｈ２は設定部２０８によって設定される。自動車３Ａには複数の利用者が相乗りするため、自動車３Ａに乗っている利用者の待ち時間が短くなるように、設定部２０８は、第２閾値Ｔｈ２を第１閾値Ｔｈ１よりも短い時間に設定する。一例では、搭乗予定者６の待ち時間に対する第１閾値Ｔｈ１は３０分であり、自動車３Ａの待ち時間に対する第２閾値Ｔｈ２は１０分である。

時間差（Ｔ１−Ｔ２）が第１閾値Ｔｈ１以下であるか（Ｓ２３：Ｙｅｓ）、又は、時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２以下であると（Ｓ２４：Ｙｅｓ）、取消判断部２０７は、搭乗予定者６の搭乗予約の取消処理を行うと判断する（Ｓ２５）。取消判断部２０７が搭乗予約の取消処理を行うと判断すると、配車処理部２０６は、搭乗予定者６の搭乗及び降車をなくした自動車３Ａの予定経路を示す運転指示情報を作成する。

そして、管理サーバ２の通知部２０４が、通信部２１から搭乗予定者６の携帯する携帯端末４に、搭乗予約を取り消す旨の取消通知情報を送信させ、通信部２１から自動車３Ａに変更後の運転指示情報を送信する（Ｓ２６）。

搭乗予定者６が携帯する携帯端末４の通信部４１が管理サーバ２からの取消通知情報を受信すると、携帯端末４の処理部４０は、取消通知情報に基づいて、搭乗予約を取り消す旨の通知内容を表示部４３に表示させる。この通知内容を見た搭乗予定者６は、自動車３Ａへの搭乗予約が取り消されたことを把握できる。また、自動車３Ａの通信部３１が管理サーバ２から運転指示情報を受信すると、処理部３０が、変更後の予定経路に従って自動車３Ａを運転するように運転制御部３４を制御する。

このように、搭乗予定者６又は自動車３Ａの搭乗位置Ｐ１１への到着が遅れる場合、管理サーバ２が搭乗予定者６の搭乗予約を自動的に取り消している。したがって、搭乗予定者６自身が搭乗予約を取り消す手間が省け、搭乗管理システム１の利便性が向上する。また、搭乗予定者６又は自動車３Ａの到着遅れが予測される場合、管理サーバ２が搭乗予定者６の搭乗予約を事前に取り消しているので、搭乗予定者６又は自動車３Ａに乗っている利用者が搭乗位置Ｐ１１で閾値以上の時間待たされる事態を回避できる。したがって、利便性の向上を図った搭乗管理システム１を実現できる、という利点がある。

ここで、管理サーバ２の通知部２０４は、搭乗予約の取消理由（例えば、自動車３の遅れ、又は搭乗予定者６の遅れ）を取消通知情報に含めて携帯端末４に送信してもよい。携帯端末４の処理部４０が、取消通知情報に含まれる取消理由に基づいて、表示部４３に取消理由を表示させることで、搭乗予定者６は搭乗予約が取り消された理由を把握できる。

本実施形態の搭乗管理システム１において、取消判断部２０７が取消処理を行うと判断した場合に、搭乗位置提案部２０９が搭乗位置の変更を搭乗予定者６に提案する提案処理を行ってもよい。

搭乗位置提案部２０９は、第１取得部２０１が取得した自動車３Ａの現在位置Ｐ１の情報と、第２取得部２０２が取得した搭乗予定者６の現在位置Ｐ２の情報（現在位置情報）とに基づいて、代替の搭乗位置を選定する。例えば、搭乗予定者６の到着が遅れると予測された場合、搭乗予定者６の搭乗位置を、変更前の搭乗位置Ｐ１１に比べて搭乗予定者６の現在位置Ｐ２に近い位置に変更することで、搭乗予定者６が変更後の搭乗位置に到着するまでの第２時刻Ｔ２を短縮できる。搭乗位置提案部２０９は、第１時刻Ｔ１と第２時刻Ｔ２との時間差（Ｔ２−Ｔ１）が第２閾値Ｔｈ２以下となるように、代替の搭乗位置を求める。そして、搭乗位置提案部２０９は、通知部２０４から通信部２１を介して搭乗予定者６の携帯端末４に代替の搭乗位置を提案する提案情報を通知させる。このとき、搭乗予定者６が携帯する携帯端末４では、通信部４１が管理サーバ２から送信された代替の搭乗位置の情報を受信し、処理部４０が表示部４３に代替の搭乗位置の情報を表示させる。搭乗予定者６が操作部４４を用いて搭乗位置の変更を認める操作を行うと、処理部４０は、通信部４１を介して管理サーバ２に搭乗位置の変更を認める応答信号を送信させる。管理サーバ２の処理部２０は、通信部２１を介して搭乗予定者６の携帯端末４から搭乗位置の変更を認める応答信号を受信すると、配車処理部２０６に搭乗位置を変更する運転指示情報を作成させ、この運転指示情報を通信部２１から自動車３Ａに送信させる。このように、搭乗管理システム１は、搭乗位置での待ち時間が閾値を超える場合に、搭乗予定者６の搭乗位置を変更することで、搭乗位置での待ち時間を短縮して効率的な輸送を実現できる。

ここで、搭乗位置の変更によって自動車３Ａの予定経路が遠回りになる可能性もあるので、管理サーバ２は、自動車３Ａに対して、予定経路の変更を認めるか否かを問い合わせる通知情報を送信してもよい。自動車３Ａの通信部３１が管理サーバ２からの通知情報を受信すると、処理部３０は、自動車３Ａの車内に設けられた液晶ディスプレイ等の表示装置に、予定経路を変更してもよいか否かを尋ねる質問内容を表示させる。そして、処理部３０は、この質問内容に対して自動車３Ａに乗っている利用者から同意の回答がある場合、又は不同意の回答がない場合は、予定経路の変更に同意する旨の回答を管理サーバ２に送信し、変更後の搭乗位置で搭乗予定者６を搭乗させる。

また、本実施形態の搭乗管理システム１において、取消判断部２０７が取消処理を行うと判断した場合に、搭乗先提案部２１０が代替の自動車３（第２移動体）への搭乗を提案する提案処理を行ってもよい。

例えば、図４の例で、搭乗予定者６が自動車３Ａへの搭乗を予約している場合について説明する。ここで、搭乗予定者６が搭乗を予約している移動体３Ａを第１移動体とも言う。

取消判断部２０７が、搭乗位置での自動車３Ａの待ち時間が第２閾値Ｔｈ２を超えると判断して搭乗予約の取消処理を行うと判断した場合、搭乗先提案部２１０は、検索部２０３により代替の自動車３を検索させる。検索部２０３は、第１取得部２０１が取得した第１情報と、第２取得部２０２が取得した第２情報とに基づいて、自動車３Ａ以外の複数の自動車３の中から、代替の自動車（第２移動体）として自動車３Ｃを検索する。また、検索部２０３は、代替の自動車３Ｃに搭乗予定者６が搭乗する新たな搭乗位置も求める。検索部２０３によって代替の自動車３Ｃと自動車３Ｃへの搭乗位置とが検索されると、搭乗先提案部２１０は、通知部２０４から通信部２１を介して搭乗予定者６の携帯端末４に代替の自動車３Ｃと新たな搭乗位置とを通知する通知情報を送信させる。

このとき、搭乗予定者６が携帯する携帯端末４では、通信部４１が管理サーバ２から送信された通知情報を受信し、処理部４０が表示部４３に代替の自動車３Ｃと新たな搭乗位置の情報を表示させる。搭乗予定者６が操作部４４を用いて代替の自動車３Ｃを予約する操作を行うと、処理部４０は、通信部４１を介して管理サーバ２に予約申請情報を送信させる。管理サーバ２の処理部２０は、通信部２１を介して搭乗予定者６の携帯端末４から予約申請情報を受信すると、配車処理部２０６に自動車３Ｃの予定経路を変更する運転指示情報を作成させ、この運転指示情報を通信部２１から自動車３に送信させる。このように、搭乗管理システム１は、搭乗位置での待ち時間が閾値を超える場合に、代替の自動車３Ｃと新たな搭乗位置を搭乗予定者６に提案することで、効率的な輸送を実現できる。

ここで、代替の自動車３Ｃの予定経路が遠回りになる可能性もあるので、管理サーバ２は、自動車３Ｃに対して、予定経路の変更を認めるか否かを問い合わせる通知情報を送信してもよい。自動車３Ｃの通信部３１が管理サーバ２からの通知情報を受信すると、処理部３０は、自動車３Ｃの車内に設けられた液晶ディスプレイ等の表示装置に、予定経路を変更してもよいか否かを尋ねる質問内容を表示させる。そして、処理部３０は、この質問内容に対して自動車３Ｃに乗っている利用者から同意の回答がある場合、又は不同意の回答がない場合は、予定経路の変更に同意する旨の回答を管理サーバ２に送信し、搭乗予定者６を運転指示情報で指示された搭乗位置で搭乗させる。

尚、搭乗先提案部２１０が、検索部２０３により代替の自動車３を検索させた結果、代替の自動車３が見つからなかった場合、通信部２１を介して搭乗予定者６の携帯端末４に代替の自動車３が見つからなかった旨の通知信号を送信させてもよい。これにより、搭乗予定者６は、携帯端末４に通知された通知信号に基づいて、代わりの自動車３が見つからなかったことを把握できる。

（３）変形例
上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、相乗り支援システム１と同様の機能は、相乗り支援方法、コンピュータプログラム、又はプログラムを記録した非一時的な記録媒体等で具現化されてもよい。一態様に係る相乗り支援方法では、相乗り客が利用可能で、相乗り客が降車位置を指定可能な複数の移動体（自動車３）から複数の移動体（自動車３）の状態に関する第１情報を取得する。相乗り支援方法では、複数の移動体（自動車３）の潜在利用者（６）の行動状態に関する第２情報を取得する。相乗り支援方法では、第１情報と第２情報とに基づいて、前記複数の移動体の中から、前記潜在利用者に利用を推奨する推奨候補を検索し、推奨候補の検索結果を潜在利用者６に対して通知する。

一態様に係る（コンピュータ）プログラムは、コンピュータシステムに、第１取得処理と、第２取得処理と、検索処理と、通知処理とを実行させるためのプログラムである。第１取得処理では、相乗り客が利用可能で、相乗り客が降車位置を指定可能な複数の移動体（自動車３）から複数の移動体（自動車３）の状態に関する第１情報を取得する。第２取得処理では、複数の移動体（自動車３）の潜在利用者６の行動状態に関する第２情報を取得する。検索処理では、第１情報と第２情報とに基づいて、複数の移動体（自動車３）の中から、潜在利用者６に利用を推奨する推奨候補を検索する。通知処理では、検索処理の検索結果を潜在利用者６に対して通知する。

以下、上記の実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。

本開示における相乗り支援システム１又は相乗り支援方法の実行主体は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における相乗り支援システム１又は相乗り支援方法の実行主体としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されていてもよいが、電気通信回線を通じて提供されてもよいし、コンピュータシステムで読み取り可能な非一時的な記録媒体に記録されて提供されてもよい。コンピュータシステムで読み取り可能な非一時的な記録媒体は、メモリカード、光学ディスク、ハードディスクドライブ等である。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１乃至複数の電子回路で構成される。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。

また、上記の実施形態では、相乗り支援システム１は１つの管理サーバ２で実現されているが、相乗り支援システム１の第１取得部２０１、第２取得部２０２、検索部２０３、通知部２０４の機能が２つ以上のシステムに分散して設けられてもよい。また、第１取得部２０１、第２取得部２０２、検索部２０３、通知部２０４の各々の機能が、複数のシステムに分散して設けられていてもよい。また、相乗り支援システム１の少なくとも一部の機能は、例えば、クラウド（クラウドコンピューティング）によって実現されてもよい。

上記の実施形態では、管理サーバ２の検索部２０３が、潜在利用者６の現在位置に基づく開始条件が成立すると推奨候補を検索する検索処理を開始しているが、開始条件は、潜在利用者６の現在位置に基づく条件に限定されない。検索部２０３が検索処理を開始する開始条件は、潜在利用者６の過去の行動履歴に基づく条件でもよく、検索部２０３は、潜在利用者６の過去の行動履歴に基づく開始条件が成立すると、検索処理を開始してもよい。

潜在利用者６の過去の行動履歴とは、例えば、潜在利用者６が過去に相乗りサービスの自動車３を利用した日時と場所との少なくとも一方に関する情報を含む。例えば、現在時刻が、潜在利用者６が相乗りサービスの自動車３を過去に利用したことがある時間帯（例えば、帰宅時に利用したときの時間帯等）になると、処理部２０は開始条件が成立したと判断し、検索部２０３が推奨候補の検索処理を開始してもよい。また、潜在利用者６の現在位置と、潜在利用者６が相乗りサービスの自動車３に以前に搭乗した搭乗位置との距離が所定の開始判定距離以下になれば、処理部２０は開始条件が成立したと判断し、検索部２０３が推奨候補の検索処理を開始してもよい。検索部２０３は、潜在利用者６の過去の行動履歴に基づく開始条件が成立すると検索処理を開始するので、潜在利用者６が移動体３を利用する可能性が高いタイミング（有効なタイミング）で検索処理を行って、潜在利用者６に推奨候補を通知することができる。また、潜在利用者６の現在位置に基づく開始条件が成立すると検索部２０３が検索処理を行う場合に比べて、管理サーバ２の処理部２０が複数の潜在利用者６の現在位置を把握しなくて済むため、処理部２０の処理の負担を軽減できるという利点もある。

上記の実施形態において、第２取得部２０２が第２情報として潜在利用者６の目的地に関する目的地情報を取得し、検索部２０３が、潜在利用者６の目的地に関する目的地情報に基づいて推奨候補を検索してもよい。ここで、第２取得部２０２は、例えば、潜在利用者６が携帯端末４に入力した目的地に関する目的地情報を携帯端末４から取得する。尚、第２取得部２０２は、携帯端末４から取得した携帯端末４の現在位置及び移動方向と、過去の履歴情報とに基づいて潜在利用者６の目的地を推測することで、目的地情報を取得してもよい。検索部２０３は、潜在利用者６の目的地に関する目的地情報に基づいて、潜在利用者６の目的地に向かって移動する自動車３を検索できる。

上記の実施形態では、取消判断部２０７は、第１時刻と第２時刻との時間差に基づいて取消処理を行うか否かを判断している。そのため、搭乗予定者６と自動車３とが同じように遅れ、第１時刻と第２時刻との時間差が閾値以下であれば、取消判断部２０７は搭乗予約を取り消さず、搭乗予定者６が自動車３に乗り降りすることで自動車３がさらに遅れる可能性がある。そこで、取消判断部２０７が、搭乗予定者６が自動車３に搭乗する予約時刻を更に考慮して取消処理を行うか否かを判断してもよい。例えば、取消判断部２０７が、自動車３が搭乗位置に到着する第１時刻と予約時刻との差が第３閾値より長くなると予測される場合、搭乗予約の取消処理を行うと判断してもよく、自動車３の遅れを少なくできる。尚、取消判断部２０７が、搭乗予定者６が搭乗位置に到着する第２時刻と予約時刻との差が第３閾値より長くなると予測される場合は、搭乗予約の取消処理を行うと判断してもよく、自動車３の遅れを少なくできる。

上記の実施形態の搭乗管理システム１において、取消判断部２０７が搭乗予約の取消処理を行う場合に、自動車３が搭乗位置に先着する場合と、搭乗予定者６が搭乗位置に先着する場合とで、取消処理の態様を異ならせてもよい。

例えば、自動車３が搭乗位置に先着する場合、自動車３を利用する他の利用者を待たせることになるので、取消判断部２０７は搭乗予約を強制的に取り消す取消処理を行う。

一方、搭乗予定者６が搭乗位置に先着する場合、搭乗予定者６が待ち時間を許容できるのであれば、必ずしも搭乗予約を取り消す必要はない。そのため、取消判断部２０７は、通信部２１を介して携帯端末４に搭乗予約を取り消すか否かを問い合わせる通知情報を送信させる。携帯端末４の通信部４１が管理サーバ２からの通知情報を受信すると、処理部４０は、搭乗予約を取り消すか否かを問い合わせる通知情報を表示部４３に表示する。ここで、搭乗予定者６が携帯端末４の操作部４４を用いて搭乗予約の取り消し操作を行うと、処理部４０は通信部４１を介して管理サーバ２に搭乗予約を取り消す操作信号を送信するので、管理サーバ２の処理部２０は搭乗予約を取り消す処理を行う。一方、搭乗予定者６が携帯端末４の操作部４４を用いて搭乗予約を継続する操作を行うと、処理部４０は通信部４１を介して管理サーバ２に搭乗予約を継続する操作信号を送信するので、管理サーバ２の処理部２０は搭乗予約を取り消す処理を行わない。これにより、搭乗予定者６が搭乗位置に先着する場合、管理サーバ２は、搭乗予定者６の意向を問い合わせた結果に応じて、搭乗予約を取り消すか否かを決定することができる。

したがって、搭乗管理システム１では、自動車３が搭乗位置に先着する場合と、搭乗予定者６が搭乗位置に先着する場合とで、それぞれの場合に適した態様で取消処理を行うことができる。

上記の実施形態の搭乗管理システム１において、取消判断部２０７は時間差以外の所定の判断条件を更に考慮して、取消処理を行うか否かを判断してもよい。

ここにおいて、所定の判断条件とは、例えば、搭乗予定者６の行動予測に基づく判断条件である。取消判断部２０７は、搭乗予定者６の行動予測の結果が、搭乗位置に向かって移動中であるという判断条件を満たしていない場合、搭乗予定者６の搭乗予約を取り消す取消処理を行う。第２取得部２０２は、搭乗予定者６の携帯端末４から取得した位置情報等に基づいて搭乗予定者６の行動予測を行っており、取消判断部２０７は第２取得部２０２による行動予測の結果を考慮して、取消処理を行う。例えば、第２取得部２０２により、搭乗予定者６が同じ場所（例えば店舗又は飲食店等）に留まっているとの予測結果が得られた場合、取消判断部２０７は、搭乗予定者６が搭乗位置に向かって移動していないと判断し、取消処理を行うと判断する。また、第２取得部２０２により、搭乗予定者６が搭乗位置とは反対方向に移動していたり、別の目的地に向かって移動しているとの予測結果が得られた場合、取消判断部２０７は、搭乗予定者６が搭乗位置に向かって移動していないと判断してもよい。このように、取消判断部２０７は、時間差以外の所定の判断条件を更に考慮して、取消処理を行うか否かを判断しているので、搭乗予定者６が搭乗位置に遅れることを事前に判断して搭乗予約を取り消すことができ、利便性の向上を図ることができる。尚、時間差以外の所定の判断条件は、搭乗予定者６の行動予測に基づく判断条件に限定されず、適宜変更が可能である。

上記の実施形態では、移動体が自動車３であったが、移動体は自動車３に限定されず、例えば、鉄道車両、船舶、航空機等の自動車以外の乗り物でもよい。

上記の実施形態において、時間、距離等の２値の比較において、「より長い」としているところは「以上」であってもよい。つまり、２値の比較において、２値が等しい場合を含むか否かは、基準値等の設定次第で任意に変更できるので、「より長い」か「以上」かに技術上の差異はない。同様に、「以下」としているところは「より短い」であってもよい。

（まとめ）
以上説明したように、第１の態様に係る相乗り支援システム（１）は、第１取得部（２０１）と、第２取得部（２０２）と、検索部（２０３）と、通知部（２０４）と、を含む。第１取得部（２０１）は、複数の利用者が利用可能で、複数の利用者の各々が降車位置を指定可能な複数の移動体（３）から複数の移動体（３）の状態に関する第１情報を取得する。第２取得部（２０２）は、複数の移動体（３）の潜在利用者（６）の行動状態に関する第２情報を取得する。検索部（２０３）は、第１情報と第２情報とに基づいて、複数の移動体（３）の中から、潜在利用者（６）に利用を推奨する推奨候補を検索する検索処理を行う。通知部（２０４）は、検索部（２０３）の検索結果を潜在利用者（６）に対して通知する。

この態様によれば、潜在利用者（６）は、通知部（２０４）から通知された検索結果をもとに、推奨候補を利用するか否かを検討することができる。よって、相乗り可能な移動体（３）を利用する意思がなかった潜在利用者（６）は、自ら相乗り可能な移動体（３）を探す手間をかけることなく、推奨候補の利用を検討することができ、相乗り支援システム（１）の利便性の向上を図ることができる。

第２の態様に係る相乗り支援システム（１）では、第１の態様において、第１情報が、複数の移動体（３）のそれぞれを利用している利用人数に関する利用人数情報を含む。

この態様によれば、検索部（２０３）は、移動体（３）の利用人数を考慮して推奨候補を検索できる。例えば、検索部（２０３）が、利用人数が最少の移動体（３）を検索すれば、利用者を搭乗させる回数及び利用者を降車させる回数が少ない移動体（３）を推奨候補として検索でき、目的地までの所要時間が短い移動体（３）を検索できる。

第３の態様に係る相乗り支援システム（１）では、第１又は第２の態様において、第１情報が、複数の移動体（３）のそれぞれの予定経路に関する予定経路情報を含む。

この態様によれば、検索部（２０３）は、移動体（３）の予定経路を考慮して推奨候補を検索できる。

第４の態様に係る相乗り支援システム（１）では、第１〜第３のいずれかの態様において、第２情報が、潜在利用者（６）の現在位置に関する位置情報を含む。

この態様によれば、検索部（２０３）は、潜在利用者（６）の現在位置を考慮して推奨候補を検索できる。

第５の態様に係る相乗り支援システム（１）では、第１〜第４のいずれかの態様において、第２情報が、潜在利用者（６）の行動を予測した予測結果に関する行動予測情報を含む。

この態様によれば、検索部（２０３）は、潜在利用者（６）の行動を予測した予測結果を考慮して推奨候補を検索できる。

第６の態様に係る相乗り支援システム（１）では、第１〜第５のいずれかの態様において、第２情報が、潜在利用者（６）の目的地に関する目的地情報を含む。

この態様によれば、検索部（２０３）は、潜在利用者（６）の目的地を考慮して推奨候補を検索できる。

第７の態様に係る相乗り支援システム（１）では、第１〜第６のいずれかの態様において、検索部（２０３）は、潜在利用者（６）の現在位置に基づく開始条件が成立すると、検索処理を開始する。

この態様によれば、現在位置に基づく開始条件が成立する位置に潜在利用者（６）が存在すると、検索部（２０３）が検索処理を行っているので、有効なタイミングで検索部（２０３）の検索結果を潜在利用者（６）に通知させることができる。

第８の態様に係る相乗り支援システム（１）では、第１〜第６のいずれかの態様において、検索部（２０３）は、潜在利用者（６）の過去の行動履歴に基づく開始条件が成立すると、検索処理を開始する。

この態様によれば、過去の行動履歴に基づく開始条件が成立すると、検索部（２０３）が検索処理を行っているので、有効なタイミングで検索部（２０３）の検索結果を潜在利用者（６）に通知させることができる。

第９の態様に係る相乗り支援システム（１）では、第１〜第８のいずれかの態様において、検索部（２０３）は、潜在利用者（６）が目的地に到着するまでの所要時間に基づいて、複数の移動体（３）の中から推奨候補を検索する。

この態様によれば、検索部（２０３）は、目的地までの所要時間を考慮して推奨候補を検索することができる。

第１０の態様に係る相乗り支援システム（１）では、第１〜第９のいずれかの態様において、検索部（２０３）は、複数の移動体（３）のそれぞれを潜在利用者（６）が利用した場合の利用条件の変更内容に基づいて、複数の移動体（３）の中から推奨候補を検索する。利用条件の変更内容とは、複数の移動体（３）を利用する既利用者の利用条件の変更内容である。

この態様によれば、検索部（２０３）は、移動体（３）を利用する既利用者の引用条件の変更内容を考慮して推奨候補を検索することができる。

第１１の態様に係る相乗り支援方法は、複数の利用者が利用可能で、複数の利用者の各々が降車位置を指定可能な複数の移動体（３）から複数の移動体（３）の状態に関する第１情報を取得し、複数の移動体（３）の潜在利用者（６）の行動状態に関する第２情報を取得する。相乗り支援方法は、第１情報と第２情報とに基づいて、複数の移動体（３）の中から、潜在利用者（６）に利用を推奨する推奨候補を検索し、推奨候補の検索結果を潜在利用者（６）に対して通知する。

この態様によれば、潜在利用者（６）は、通知された推奨候補の検索結果をもとに、推奨候補を利用するか否かを検討することができる。よって、相乗り可能な移動体（３）を利用する意思がなかった潜在利用者（６）は、自ら相乗り可能な移動体（３）を探す手間をかけることなく、推奨候補の利用を検討することができ、利便性の向上を図ることができる。

第１２の態様に係るプログラムは、コンピュータシステムに、第１取得処理と、第２取得処理と、検索処理と、を実行させるためのプログラムである。第１取得処理では、複数の利用者が利用可能で、複数の利用者の各々が降車位置を指定可能な複数の移動体（３）から複数の移動体（３）の状態に関する第１情報を取得する。第２取得処理では、複数の移動体（３）の潜在利用者（６）の行動状態に関する第２情報を取得する。検索処理では、第１情報と第２情報とに基づいて、複数の移動体（３）の中から、潜在利用者（６）に利用を推奨する推奨候補を検索する。通知処理では、検索処理の検索結果を潜在利用者（６）に対して通知する。

この態様によれば、潜在利用者（６）は、通知処理で通知された検索結果をもとに、推奨候補を利用するか否かを検討することができる。よって、相乗り可能な移動体（３）を利用する意思がなかった潜在利用者（６）は、自ら相乗り可能な移動体（３）を探す手間をかけることなく、推奨候補の利用を検討することができ、利便性の向上を図ることができる。

第１３の態様に係る移動体（３）は、通信部（３１）と、処理部（３０）と、を備える。通信部（３１）は、第１〜第１０のいずれかの態様に係る相乗り支援システム（１）と通信する。処理部（３０）は、通信部（３１）を通じて相乗り支援システム（１）に移動体（３）の状態に関する第１情報を出力する。

この態様によれば、相乗り支援システム（１）の検索部（２０３）が、移動体（３）から送信された第１情報に基づいて推奨候補を検索できるので、相乗り支援システム（１）の利便性の向上を図ることができる。

上記態様に限らず、上記の実施形態に係る相乗り支援システム（１）の種々の構成（変形例を含む）は、相乗り支援方法、（コンピュータ）プログラム、又はプログラムを記録した非一時的記録媒体等で具現化可能である。

第２〜第１０の態様に係る構成については、相乗り支援システム（１）に必須の構成ではなく、適宜省略可能である。

１ 支援システム
３ 移動体
６ 潜在利用者
３０ 処理部
３１ 通信部
２０１ 第１取得部
２０２ 第２取得部
２０３ 検索部
２０４ 通知部

Claims (13)

1. 複数の利用者が利用可能で、前記複数の利用者の各々が降車位置を指定可能な複数の移動体の状態に関する第１情報を取得する第１取得部と、
   前記複数の移動体の潜在利用者の行動状態に関する第２情報を取得する第２取得部と、
   前記第１情報と前記第２情報とに基づいて、前記複数の移動体の中から、前記潜在利用者に利用を推奨する推奨候補を検索する検索処理を行う検索部と、
   前記検索部の検索結果を前記潜在利用者に対して通知する通知部と、を備える、
   相乗り支援システム。
2. 前記第１情報が、前記複数の移動体のそれぞれを利用している利用人数に関する利用人数情報を含む、
   請求項１に記載の相乗り支援システム。
3. 前記第１情報が、前記複数の移動体のそれぞれの予定経路に関する予定経路情報を含む、
   請求項１又は２に記載の相乗り支援システム。
4. 前記第２情報が、前記潜在利用者の現在位置に関する位置情報を含む、
   請求項１〜３のいずれか１項に記載の相乗り支援システム。
5. 前記第２情報が、前記潜在利用者の行動を予測した予測結果に関する行動予測情報を含む、
   請求項１〜４のいずれか１項に記載の相乗り支援システム。
6. 前記第２情報が、前記潜在利用者の目的地に関する目的地情報を含む、
   請求項１〜５のいずれか１項に記載の相乗り支援システム。
7. 前記検索部は、前記潜在利用者の現在位置に基づく開始条件が成立すると、前記検索処理を開始する、
   請求項１〜６のいずれか１項に記載の相乗り支援システム。
8. 前記検索部は、前記潜在利用者の過去の行動履歴に基づく開始条件が成立すると、前記検索処理を開始する、
   請求項１〜６のいずれか１項に記載の相乗り支援システム。
9. 前記検索部は、前記潜在利用者が目的地に到着するまでの所要時間に基づいて、前記複数の移動体の中から前記推奨候補を検索する、
   請求項１〜８のいずれか１項に記載の相乗り支援システム。
10. 前記検索部は、前記複数の移動体のそれぞれを前記潜在利用者が利用した場合に、前記複数の移動体を利用する既利用者の利用条件が変更される変更内容に基づいて、前記複数の移動体の中から前記推奨候補を検索する、
    請求項１〜９のいずれか１項に記載の相乗り支援システム。
11. 複数の利用者が利用可能で、前記複数の利用者の各々が降車位置を指定可能な複数の移動体の状態に関する第１情報を取得し、
    前記複数の移動体の潜在利用者の行動状態に関する第２情報を取得し、
    前記第１情報と前記第２情報とに基づいて、前記複数の移動体の中から、前記潜在利用者に利用を推奨する推奨候補を検索し、
    前記推奨候補の検索結果を前記潜在利用者に対して通知する、
    相乗り支援方法。
12. コンピュータシステムに、
    複数の利用者が利用可能で、前記複数の利用者の各々が降車位置を指定可能な複数の移動体の状態に関する第１情報を取得する第１取得処理と、
    前記複数の移動体の潜在利用者の行動状態に関する第２情報を取得する第２取得処理と、
    前記第１情報と前記第２情報とに基づいて、前記複数の移動体の中から、前記潜在利用者に利用を推奨する推奨候補を検索する検索処理と、
    前記検索処理の検索結果を前記潜在利用者に対して通知する通知処理と、を実行させるための、
    プログラム。
13. 請求項１〜１０のいずれか１項に記載の相乗り支援システムと通信する通信部と、
    前記通信部を通じて前記相乗り支援システムに前記移動体の状態に関する前記第１情報を出力する処理部と、を備える、
    移動体。

Images