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

Abstract

【課題】利便性の向上を図ることが可能な相乗り支援システム、相乗り支援方法、プログラム、及び移動体を提供する。【解決手段】相乗り支援システム１は、相乗りが可能な移動体３への相乗りを支援する。移動体３を利用可能な複数の利用者６が、移動体３を利用中の既利用者６１と、移動体３を利用していない潜在利用者６１とを含む。相乗り支援システム１は通知部２０４を備える。通知部２０４は、潜在利用者６１の利用条件に合致する相乗りの推奨候補が複数ある場合に、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者６１に対して通知する。【選択図】図１

Description

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

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

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

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

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

本開示の一態様の相乗り支援システムは、相乗りが可能な移動体への相乗りを支援する。前記移動体を利用可能な複数の利用者は、前記移動体を利用中の既利用者と、前記移動体を利用していない潜在利用者とを含む。前記相乗り支援システムは通知部を備える。前記通知部は、前記潜在利用者の利用条件に合致する相乗りの推奨候補が複数ある場合に、前記複数の推奨候補を、前記複数の推奨候補の優先順位に基づいて、前記潜在利用者に対して通知する。

本開示の一態様の相乗り支援方法は、相乗りが可能な移動体への相乗りを支援する。相乗り支援方法は、潜在利用者の利用条件に合致する相乗りの推奨候補が複数ある場合に、前記複数の推奨候補を、前記複数の推奨候補の優先順位に基づいて、前記潜在利用者に対して通知する。前記潜在利用者は、前記移動体を利用可能な複数の利用者のうち、前記移動体を利用していない利用者である。

本開示の一態様のプログラムは、コンピュータシステムに、通知処理、を実行させるためのプログラムである。前記通知処理では、潜在利用者の利用条件に合致する相乗りの推奨候補が複数ある場合に、前記複数の推奨候補を、前記複数の推奨候補の優先順位に基づいて、前記潜在利用者に対して通知する。前記潜在利用者は、相乗りが可能な前記移動体を利用可能な複数の利用者のうち、前記移動体を利用していない利用者である。

本開示の一態様の移動体は、前記相乗り支援システムと通信する通信部と、前記通信部を通じて前記相乗り支援システムから受信した運転指示情報に基づく処理を行う処理部と、を備える。

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

図１は、本開示の一実施形態に係る相乗り支援システムを含む全体システムのブロック図である。 図２は、同上の相乗り支援システムの動作を説明する説明図である。 図３は、同上の相乗り支援システムの動作を説明するフローチャートである。 図４Ａ〜図４Ｄは、同上の相乗り支援システムによる通知画面の説明図である。

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

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

本実施形態の相乗り支援システム１は、相乗りサービスに使用される移動体（自動車３）を使用していない利用者に対して、この利用者が利用可能な移動体（自動車３）の推奨候補を通知することで、移動体（自動車３）の相乗り利用を促している。

本実施形態の相乗り支援システム１は、相乗りが可能な移動体（自動車３）への相乗りを支援する。移動体３を利用可能な複数の利用者６は、移動体３を利用中の既利用者６３と、移動体を利用していない潜在利用者６１とを含む（図２参照）。

相乗り支援システム１は通知部２０４を備える。通知部２０４は、潜在利用者６１の利用条件に合致する相乗りの推奨候補が複数ある場合に、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者６１に対して通知する。

本実施形態の移動体３は、相乗り支援システム１と通信する通信部３１と、通信部３１を通じて相乗り支援システム１から受信した運転指示情報に基づく処理を行う処理部３０と、を備える。

ここにおいて、「移動体」とは、複数の利用者６が利用可能な乗り物（自動車、鉄道車両、船舶、航空機等）であり、「搭乗位置」とは、利用者６が移動体（自動車３）に乗り込む位置である。「降車位置」とは、利用者６が移動体（自動車３）から降りる位置である。また、移動体（自動車３）を利用可能な複数の利用者６のうち、現在は移動体（自動車３）を利用していないが、移動体（自動車３）を利用する可能性がある利用者６のことを潜在利用者６１とも言う。移動体（自動車３）を利用可能な複数の利用者６のうち、移動体（自動車３）を現在利用中の利用者６を既利用者６３とも言う。移動体（自動車３）を利用可能な利用者６のうち、移動体（自動車３）の利用を予約した利用者６を搭乗予定者とも言う。また、潜在利用者６１の利用条件とは、例えば潜在利用者６１が移動体（自動車３）に搭乗する搭乗位置、移動体（自動車３）から降りる降車位置、移動体（自動車３）を利用する利用経路及び時間帯、のうちの少なくとも１つに関連する条件である。また、「相乗りの推奨候補」は、相乗りの利用機会（乗車機会）の推奨候補であり、換言すれば、相乗りする移動体（自動車３）の推奨候補である。また、移動体の処理部３０が行う、「運転指示情報に基づく処理」とは、例えば、運転指示情報に基づいて移動体を自動運転する処理でもよいし、移動体が手動で運転される場合には運転指示情報を運転者に通知する処理でもよい。

本実施形態では、通知部２０４が、相乗りの複数の推奨候補（つまり、相乗りが可能な複数の移動体３の推奨候補）を、複数の推奨候補の優先順位に基づいて、潜在利用者に通知している。したがって、潜在利用者は、推奨候補が複数ある場合でも、最適な推奨候補を判断しやすくなり、相乗り支援システム１の利便性の向上を図ることができる。

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

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

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

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

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

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

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

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

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

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

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

（２．１．２）携帯端末の構成
携帯端末４は、相乗り支援システム１を利用する利用者６（例えば、潜在利用者６１、搭乗予定者、既利用者６３等）によって携帯されるスマートフォン等である。携帯端末４には個別の識別情報が割り当てられており、管理サーバ２には携帯端末４の識別情報と携帯端末４を携帯する利用者の識別情報とが対応付けて記憶されている。

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

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

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

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

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

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

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

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

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

記憶部２２は、例えば、ハードディスクドライブ（HDD:Hard Disk Drive）、ソリッドステートドライブ（SSD:Solid State Drive）、等の外部記憶装置を含む。記憶部２２は、相乗り支援システム１の利用者６（潜在利用者６１、搭乗予定者、既利用者６３等）が、例えば自動車３への相乗りを申し込む際に入力した属性情報を記憶する。属性情報は、例えば、利用者の性別、年齢、相乗り相手に希望する条件（例えば、同乗の有無、喫煙・飲酒の有無等）に関する情報のうち少なくとも１つの情報を含む。また、記憶部２２は、利用者６が携帯する携帯端末４の識別情報及び連絡先の情報（例えば、電話番号、メールアドレス、ＩＰアドレス等）を、携帯端末４を携帯する利用者６の属性情報と対応付けて記憶する。また、記憶部２２には、相乗り支援システム１によって運行が管理される複数の自動車３の連絡先の情報（例えば、自動車３が備える通信部３１を特定するためのＩＰアドレス等の情報）が登録されている。また、記憶部２２は、後述する第１取得部２０１が自動車３から取得した第１情報、後述する第２取得部２０２が取得した第２情報、後述する配車処理部２０５が出力した複数の自動車３への運転指示情報、相乗りのサービスを提供する地域の地図情報等を記憶する。

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

本実施形態の処理部２０は上記した通知部２０４の機能を備える。また、処理部２０は、第１取得部２０１、第２取得部２０２、検索部２０３、及び配車処理部２０５の機能を更に備えている。尚、処理部２０が、第１取得部２０１、第２取得部２０２、検索部２０３、及び配車処理部２０５の少なくとも１つの機能を備えることは必須ではなく、適宜省略が可能である。

第１取得部２０１は、通信部２１を介して自動車３から、自動車３の状態に関する第１情報を取得する。第１取得部２０１は、例えば、自動車３の現在位置の情報、速度情報、目的地の情報、自動車３に既に乗っている既利用者６３の人数に関する利用人数情報のうち少なくとも１つの情報を第１情報として自動車３から取得する。利用人数情報は、自動車３を利用している利用人数に関する情報であり、利用人数は、自動車３に既に乗っている利用者６（既利用者６３）の数と、自動車３の利用を予約している利用者（搭乗予定者）の数の合計である。また、第１取得部２０１は、記憶部２２から第１情報として、自動車３の予定経路に関する予定経路情報を含む運転指示情報と、自動車３に既に乗っている既利用者６１の属性情報を取得する。既利用者６１の属性情報は、既利用者６１の性別、年齢、既利用者６１が潜在利用者と以前に同乗した同乗回数、既利用者の行動履歴等のうち少なくとも１つの情報を含む。ここで、既利用者の行動履歴は、例えば、既利用者が以前に自動車３を利用したときの移動経路及び時間帯等の情報である。第１取得部２０１は、例えば、自動車３に既に乗っている既利用者の識別情報をもとに、記憶部２２から既利用者の属性情報を取得する。自動車３に乗っている既利用者が複数いる場合、第１取得部２０１は、自動車３に乗っている複数の既利用者のそれぞれについて属性情報を取得する。

第２取得部２０２は、通信部２１を介して利用者６（潜在利用者６１等）が携帯する携帯端末４から、利用者６（潜在利用者６１等）の行動状態に関する第２情報を取得する。第２情報は、利用者６の行動状態に関する情報を含む。第２情報は、利用者６の行動状態に関する情報として、例えば、利用者６の現在位置に関する位置情報と、利用者６の現在の動作に関する動作情報との少なくとも１つを含む。位置情報とは、利用者６の現在位置の座標、利用者６が現在いる場所又は建物の名称等の情報である。動作情報とは利用者６の現在の動作（移動中、停止中、職務中等）を表す情報である。動作情報は、利用者６の現在の移動速度、移動方向等の情報を含んでもよい。

第２取得部２０２は、位置情報と動作情報とに基づいて、利用者６のこれからの行動を予測した予測結果に関する行動予測情報を取得（推測）してもよい。行動予測情報は、利用者６の現在までの一定期間における位置、移動速度等に基づいて、これからの行動を予測した予測結果に関する情報であり、例えば、利用者６の移動経路の情報、利用者６の目的地に関する目的地情報等の情報を含む。すなわち、第２情報は、利用者６の行動状態に関する情報として、例えば、利用者６の現在位置に関する位置情報と、利用者６の現在の動作に関する動作情報と、利用者６の行動予測情報との少なくとも１つを含んでいればよい。

また、第２取得部２０２は、携帯端末４の識別情報をもとに、当該携帯端末４を携帯する利用者６（潜在利用者６１等）の属性情報を第２情報として、記憶部２２から取得する。

また、第２取得部２０２は、携帯端末４から通信部２１を介して、複数の推奨候補の優先順位を決めるための対象項目に関する設定情報を受け付ける。つまり、第２取得部２０２は、複数の推奨候補の優先順位を決めるための対象項目に関する設定情報を潜在利用者６１から受け付ける受付部として機能する。

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

通知部２０４は、検索部２０３の検索結果を潜在利用者６１に通知する。具体的には、通知部２０４は、検索部２０３の検索結果を、通信部２１を介して潜在利用者６１が携帯する携帯端末４に送信することで、潜在利用者６１に通知する。また、通知部２０４は、潜在利用者６１の利用条件に合致する相乗りの推奨候補が複数ある場合、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者６１に対して通知する。さらに言えば、通知部２０４は、推奨候補の数が所定数以上である場合、優先順位が高い方から所定数の推奨候補を、各推奨候補の優先順位に基づいて、潜在利用者６１に通知する。ここで、所定数とは、例えば、同時に通知する推奨候補の数であり、本実施形態では所定数が例えば５つであるが、所定数は５つに限定されず、適宜変更が可能である。尚、通知部２０４は、検索部２０３の検索結果以外の通知内容を利用者６（潜在利用者６１、搭乗予定者、既利用者６３）に通知してもよい。

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

（２．２）動作
本実施形態の相乗り支援システム１の動作について説明する。以下では、相乗り支援システム１が潜在利用者６１に対して利用可能な自動車３を提案するプッシュ通知処理について、図２〜図４Ｄを参照して説明する。

ここでは、図２に示すように、管理サーバ２に登録している潜在利用者６１が、帰宅時に勤め先の建物１００を出て最寄り駅２００に向かって歩いている場合に、管理サーバ２が潜在利用者６１に対して行うプッシュ通知処理について説明する。図２の例では、潜在利用者６１の周辺の道路３００を相乗りが可能な複数の自動車３（３Ａ〜３Ｆ）が走行している。

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

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

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

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

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

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

このように、本実施形態の検索部２０３は、第１取得部２０１が取得した自動車３の予定経路情報と、第２取得部２０２が取得した潜在利用者６１の行動予測情報とに基づいて、複数の自動車３から推奨候補を検索する検索処理を行う。ここで、行動予測情報は、例えば潜在利用者６１が現在位置Ｐ１（図２参照）から目的地（図２の例では駅２００）に移動するまでの移動経路Ｒ１０に関する情報である。検索部２０３は、潜在利用者６１の移動経路Ｒ１０と自動車３の予定経路とが近接し、潜在利用者６１の目的地（図２の例では駅２００）の方面に移動する予定の自動車３を推奨候補として検索する。

ここにおいて、「移動経路Ｒ１０と予定経路が近接」するとは、移動経路Ｒ１０の一部を自動車３が通過する場合と、移動経路Ｒ１０から一定の距離内の道路を自動車３が通過する場合とを含む。後者の場合、潜在利用者６１を搭乗させる搭乗位置を通るように、自動車３の予定経路Ｒ１０を変更してもよいが、予定経路Ｒ１０の変更によって、自動車３に既に乗っている利用者６（既利用者６３）が目的地に到着するまでの時間が長くなる場合もある。そのため、検索部２０３は、移動経路Ｒ１０の変更による到着時間の遅れが所定の許容時間（例えば５分程度）以下となる範囲で推奨候補を検索するのが好ましい。

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

検索部２０３が検索処理を行った結果、推奨候補を１台以上検索できた場合（Ｓ５：Ｙｅｓ）、検索部２０３は、推奨候補が所定数以上あるか否かを判断する（Ｓ６）。所定数とは、例えば、通知部２０４が１回の通知で通知する推奨候補の最大数であり、本実施形態では５つである。

ステップＳ６において推奨候補の数が所定数以下であれば（Ｓ６：Ｙｅｓ）、通知部２０４は、検索部２０３で検索された全ての推奨候補の情報を、通信部２１を介して潜在利用者６１の携帯端末４に出力する通知処理を行う（Ｓ７）。通知部２０４は、複数の推奨候補に関する情報を通知する通知メッセージを作成し、この通知メッセージを通信部２１から潜在利用者６１の携帯端末４に送信する。

潜在利用者６１が携帯する携帯端末４の通信部４１が管理サーバ２からの通知メッセージを受信すると、処理部４０は、通知メッセージに基づいて、複数の推奨候補に関する情報を表示する表示画面Ｇ１（図４Ａ参照）を表示部４３に表示させる。処理部４０は、管理サーバ２からの通知メッセージに基づいて、複数の推奨候補に関する情報をスピーカから音声などで通知してもよい。

図４Ａの表示画面Ｇ１では、表示部４３に、３つの推奨候補（自動車３Ｄ，３Ｃ，３Ｅ）に関する情報が、表示画面Ｇ１の長手方向（上下方向）に並べて表示されている。表示画面Ｇ１に表示される各推奨候補の情報について自動車３Ｄを例に説明する。尚、図４Ａ〜図４Ｄにおいて領域などを示す線及び符号は実際には表示されない。

図４Ａの表示画面Ｇ１において、自動車３Ｄに関する情報を表示する領域Ｂ１は、自動車３Ｄの名称などを表示する第１領域Ｂ１１と、自動車３Ｄに相乗りする場合の利用条件を表示する第２領域Ｂ１２とを含む。第２領域Ｂ１２には、利用条件として、自動車３に搭乗する搭乗位置、搭乗予定時刻、目的地（駅２００）への到着予定時刻、利用料金、同乗者等の情報が表示される。利用料金は、搭乗位置Ｐ２から目的地までの距離、自動車３に搭乗する時間帯、相乗りの人数、等に応じて設定される。同乗者の情報には、同乗者（自動車３に既に乗っている既利用者６３、自動車３への搭乗を予約している搭乗予定者等）の人数、及び、各々の同乗者の属性情報（性別、年齢、相乗り相手に希望する条件）等が含まれる。また、通知メッセージには、推奨候補の自動車３の車種、自動車３の属性（禁煙車か否か等の情報）、相乗りの人数、等の情報が含まれてもよい。

尚、通知部２０４は、複数の推奨候補に関する情報と複数の推奨候補の優先順位に関する情報とを含む通知メッセージを作成して、この通知メッセージを通信部２１から潜在利用者６１の携帯端末４に送信してもよい。その場合、表示画面Ｇ１では、複数の推奨候補に関する情報が、優先順位が高い推奨候補ほど表示画面Ｇ１の上側に表示されるので、表示画面Ｇ１を見た潜在利用者６１は、潜在利用者６１の属性等により合致した推奨候補がどれであるかを容易に把握できる。複数の推奨候補のそれぞれに優先順位を設定する方法については後述する。

一方、ステップＳ６において推奨候補が所定数を超えていれば（Ｓ６：Ｎｏ）、通知部２０４は、検索部２０３で検索された複数の推奨候補のそれぞれに優先順位を付ける処理を行う（Ｓ８）。

ここで、通知部２０４は、複数の推奨候補のそれぞれを利用中の既利用者６３の属性と、潜在利用者６１の属性とに基づいて、複数の推奨候補のそれぞれに優先順位を付けることによって優先順位を決定する処理を行う。また、本実施形態では、受付部としての第２取得部２０２が、潜在利用者６１が携帯する携帯端末４から、複数の推奨候補の優先順位を決めるための対象項目に関する設定情報を受け付けている。例えば、第２取得部２０２が、性別と同乗の有無とを対象項目とするような設定情報を受け付けている場合、通知部２０４は、性別に関する第１の判定条件と、同乗の有無に関する第２の判定条件とに基づいて、複数の推奨候補のそれぞれに優先順位を設定する。尚、受付部である第２取得部２０２が潜在利用者６１から設定情報を受け付けていない場合、通知部２０４は、予め設定された対象項目を用いて、複数の推奨候補のそれぞれに優先順位を設定する。また、本実施形態では、通知部２０４は、目的地に到着するまでの時間に関する第３の判定条件を更に考慮して、複数の推奨候補のそれぞれに優先順位を設定する。ここで、第１の判定条件は、潜在利用者６１と同性の既利用者６３が乗っている推奨候補の自動車３の方が、潜在利用者６１と異性の既利用者６３が乗っている推奨候補の自動車３よりも優先順位が高いという条件である。第２の判定条件は、推奨候補の自動車３に乗っている既利用者６３と潜在利用者６１との同乗回数が多いほど優先順位が高くなるという条件である。第３の判定条件は、潜在利用者６１が自動車３に相乗りしてから降車位置に到着するまでの所要時間が短いほど、優先順位が高くなるという条件である。図２の例では、推奨候補として６台の移動体３Ａ〜３Ｆが検索されており、６台の移動体３Ａ〜３Ｆの優先順位は、上述した第１〜第３の判定条件に基づいて表１のように決定されている。

尚、優先順位を決定するための判定条件は、上記した第１〜第３の判定条件に限定されず、適宜変更が可能である。通知部２０４は、複数の推奨候補のそれぞれを利用中の既利用者６３の属性（例えば、性別、年齢、行動履歴等）と、潜在利用者６１の属性との類似度が高いほど、優先順位が高くなるように、各推奨候補の優先順位を決定してもよい。

また、本実施形態では、複数の推奨候補の優先順位を決めるための対象項目が、性別、同乗の有無、降車位置に到着するまでの所要時間の３つであったが、複数の推奨候補の優先順位を決めるための対象項目は１つでも複数でもよい。また、複数の推奨候補の優先順位を決めるための対象項目は、性別、同乗の有無、降車位置に到着するまでの所要時間以外の項目でもよく、例えば、既利用者６３の年齢、自動車３の利用料金等でもよく、適宜変更が可能である。また、優先順位を決めるための複数の対象項目に重み付けをしてもよく、潜在利用者６１が重視する対象項目ほど重みが重くするように複数の対象項目に重み付けがされてもよい。

また、本実施形態では、受付部である第２取得部２０２が、携帯端末４から通信部２１を介して対象項目の情報を取得しているが、複数の推奨候補の優先順位を決めるための対象項目が機械学習によって決定されてもよい。例えば、管理サーバ１の記憶部２２には、潜在利用者６１が携帯する携帯端末４に複数の推奨候補を通知した後に、潜在利用者６１によってどの推奨候補が選択されたのかを示すデータが蓄積されている。したがって、処理部２０が、記憶部２２に蓄積されたデータを用いて機械学習を行うことで、潜在利用者６１が推奨候補を選択する場合に重視している対象項目を判断できる。そして、通知部２０４は、複数の推奨候補のそれぞれについて、機械学習によって決定された対象項目のデータをもとに、各推奨候補の優先順位を決定してもよい。これにより、潜在利用者６１が重視する対象項目を考慮して複数の推奨候補の優先順位が決定されるので、潜在利用者６１は、複数の推奨候補の中から自身の要望に合致した推奨候補を選択しやすくなり、利便性が向上する。

ステップＳ８において複数の推奨候補（自動車３Ａ〜３Ｆ）に優先順位がそれぞれ設定されると、通知部２０４は、優先順位の１番から所定数（例えば５つ）の自動車３の情報を、通信部２１を介して潜在利用者６１の携帯端末４に出力する通知処理を行う（Ｓ９）。図２及び表１の例では優先順位が１番から５番までの自動車は自動車３Ｄ，３Ｃ，３Ｅ，３Ａ，３Ｂであり、通知部２０４は自動車３Ｄ，３Ｃ，３Ｅ，３Ａ，３Ｂに関する情報を通知する通知メッセージを作成する。そして、通知部２０４は、作成した通知メッセージを通信部２１から潜在利用者６１の携帯端末４に送信する。

潜在利用者６１が携帯する携帯端末４の通信部４１が管理サーバ２からの通知メッセージを受信すると、処理部４０は、通知メッセージに基づいて、優先順位が１番から５番までの自動車３Ｄ，３Ｃ，３Ｅ，３Ａ，３Ｂに関する情報を表示する表示画面Ｇ２（図４Ｂ参照）を表示部４３に表示させる。図４Ｂの表示画面Ｇ２では、表示部４３に、優先順位が１番から５番までの５つの推奨候補（自動車３Ｄ，３Ｃ，３Ｅ、３Ａ，３Ｂ）に関する情報が、表示画面Ｇ２の長手方向（上下方向）に並べて表示されている。表示画面Ｇ２では、優先順位が高いほど画面の上側に表示されるように、５つの推奨候補に関する情報が並べて表示されている。

表示画面Ｇ２に表示される各推奨候補の情報について、優先順位が１番の自動車３Ｄを例に説明する。自動車３Ｄに関する情報を表示する領域Ｂ２は、自動車３Ｄの優先順位及び名称などを表示する第１領域Ｂ２１と、自動車３Ｄに相乗りする場合の利用条件を表示する第２領域Ｂ２２とを含む。第２領域Ｂ２２には、利用条件として、自動車３に搭乗する搭乗位置、搭乗予定時刻、目的地（駅２００）への到着予定時刻、利用料金、同乗者等の情報が表示される。また、通知メッセージには、推奨候補の自動車３の車種、自動車３の属性（禁煙車か否か等の情報）、相乗りの人数、等の情報が含まれてもよい。尚、処理部４０は、管理サーバ２からの通知メッセージに基づいて、通知メッセージに含まれる５つの推奨候補に関する情報をスピーカから音声などで通知してもよい。

このように、通知部２０４は、複数の推奨候補の自動車３Ａ〜３Ｆのうち２以上（例えば５つ）の推奨候補（自動車３Ｄ，３Ｃ，３Ｅ、３Ａ，３Ｂ）を優先順位を付けて、潜在利用者６１に対して通知している。複数の推奨候補には優先順位が付けられているので、通知部２０４からの通知を受けた潜在利用者６１は、複数の推奨候補に付けられた優先順位をもとに、どの推奨候補を選択するかの判断がしやすくなる、という利点がある。

尚、通知部２０４がステップＳ９の通知処理を行った後も、通知部２０４が、第１取得部２０１が取得した第１情報と、第２取得部２０２が取得した第２情報とに基づいて、推奨候補のそれぞれに付けた優先順位を更新してもよい。そして、推奨候補の優先順位に変化があった場合、通知部２０４は、変化後の推奨候補を通知する通知メッセージを作成し、この通知メッセージを通信部２１から潜在利用者６１の携帯端末４に送信してもよい。図４Ｃは、複数の推奨候補の優先順位に変化があった場合に、携帯端末４の表示部４３に表示された表示画面Ｇ３の一例を示しており、潜在利用者６１は、表示画面Ｇ３の表示内容をもとに最適な推奨候補を選択できる。尚、図４Ｃの表示画面Ｇ３では、図４Ｂの表示画面Ｇ２に比べて、優先順位が３番から５番までの推奨候補が変化している。

ステップＳ７又はＳ９の通知処理が行われた後に、その通知内容に接した潜在利用者６１が、複数の推奨候補のいずれかを利用しようと考えた場合、操作部４４を用いて複数の推奨候補のいずれかを選択して、相乗りを予約する操作を行う。このとき、携帯端末４の処理部４０は、操作部４４の操作に応じて選択された自動車（例えば優先順位が１番の自動車３Ｄ）への搭乗を予約する予約情報を、通信部４１から通信網５を介して管理サーバ２へ送信させる。管理サーバ２の処理部２０は、通信部２１を介して潜在利用者６１の携帯端末４に通知メッセージを送信した後に、この携帯端末４から通信部２１を介して予約情報を受信すると、潜在利用者６１が選択した自動車３Ｄへの搭乗予約を受け付ける。管理サーバ２の処理部２０は、潜在利用者６１による相乗り利用の予約を確定し（Ｓ１０）、自動車３Ｄを配車する処理を行う。

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

これにより、元々は相乗りのサービスを利用する意思がなかった潜在利用者６１が、相乗りサービスの自動車３を利用することができるので、効率的な輸送と、自動車３の稼働率の向上を図ることができる。また、潜在利用者６１が相乗り可能な自動車３を自ら探す手間が必要ないので、相乗り支援システム１の利便性の向上を図ることができる。相乗り支援システム１の通知部２０４は、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者６１に通知しているので、潜在利用者６１は、推奨候補が複数ある場合でも、最適な推奨候補を判断しやすくなり、利便性が向上する。また、自動車３に既に乗っていた既利用者６３には、潜在利用者６１が同乗することで、自身が負担する利用料金が低下するという利点もある。

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

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

（３）変形例
上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、相乗り支援システム１と同様の機能は、相乗り支援方法、コンピュータプログラム、又はプログラムを記録した非一時的な記録媒体等で具現化されてもよい。一態様に係る相乗り支援方法は、相乗りが可能な移動体（自動車３）への相乗りを支援する。この相乗り支援方法では、潜在利用者６１の利用条件に合致する相乗りの推奨候補が複数ある場合に、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者６１に対して通知する。潜在利用者６１とは、移動体（自動車３）を利用可能な複数の利用者６のうち、移動体（自動車３）を利用していない利用者である。

一態様に係る（コンピュータ）プログラムは、コンピュータシステムに、通知処理を実行させるためのプログラムである。通知処理では、潜在利用者６１の利用条件に合致する相乗りの推奨候補が複数ある場合に、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者６１に対して通知する。潜在利用者６１とは、移動体（自動車３）を利用可能な複数の利用者６のうち、移動体（自動車３）を利用していない利用者である。

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

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

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

上記の実施形態において、管理サーバ２の処理部２０は、管理サーバ２に登録された複数の利用者６を、複数の利用者グループにグループ分けしてもよい。例えば、管理サーバ２の処理部２０は、管理サーバ２に登録された複数の利用者６を、利用者６の属性情報等に基づいて複数の利用者グループにグループ分けする。利用者６の属性情報とは、例えば利用者６の性別、年齢、他の利用者６との同乗の有無、行動履歴等であり、利用者６の属性情報は記憶部２２に記憶されている。したがって、管理サーバ２の処理部２０は、記憶部２２に記憶された利用者６の属性情報に基づき、複数の利用者６のうち以前に同乗したことがある利用者６が同じ利用者グループに含まれるようにグループ分けを行うことができる。

そして、通知部２０４が、複数の推奨候補のそれぞれに優先順位を付ける場合に、推奨候補に乗っている既利用者６３と潜在利用者６１とが同じ利用者グループに属しているか否かで優先順位を決定してもよい。例えば、通知部２０４は、第１の推奨候補（自動車３）の優先順位を、第２の推奨候補（自動車３）の優先順位よりも高くする。ここで、第１の推奨候補とは、潜在利用者６１と同じ利用者グループに属する利用者６（既利用者６３又は搭乗予定者）との相乗りである推奨候補である。第２の推奨候補とは、潜在利用者６１と同じ利用者グループに属していない利用者６（既利用者６３又は搭乗予定者）との相乗りである推奨候補である。これにより、潜在利用者６１が携帯する携帯端末４には、潜在利用者６１と同乗したことがある利用者６が利用する推奨候補（自動車３）ほど優先順位が高くなるような通知メッセージが通知される。よって、潜在利用者６１は優先順位が高い推奨候補を選択することで、以前に同乗したことがある利用者６が利用する自動車３を選択でき、快適な相乗りを実現できる。

また、上記の実施形態において、通知部２０４は、ステップＳ９の通知処理において、複数の推奨候補のうちの一部（例えば１つ）を潜在利用者６１に対して通知してもよい。例えば、通知部２０４は、複数の推奨候補を、優先順位が高い順番に１つずつ潜在利用者６１に対して通知する。先ず、通知部２０４は、優先順位が最も高い自動車３Ｄに関する情報を通知する通知メッセージを作成し、この通知メッセージを通信部２１から潜在利用者６１が携帯する携帯端末４に送信する。潜在利用者６１が携帯する携帯端末４の処理部４０が、通信部４１を介して管理サーバ２からの通知メッセージを受信すると、通知メッセージに基づいて自動車３Ｄに関する情報を表示する表示画面Ｇ４（図４Ｄ参照）を表示部４３に表示させる。

図４Ｄは、通知部２０４が、優先順位が高い順番に１つずつ推奨候補の情報を送信した場合に、携帯端末４の表示部４３に表示される表示画面Ｇ４の一例である。表示画面Ｇ４には、推奨候補の情報を表示する２つの表示領域Ｂ４１，Ｂ４２と、予約操作のためのアイコンＢ４３と、キャンセル操作のためのアイコンＢ４４とが表示される。表示領域Ｂ４１には、例えば、推奨候補の利用条件として、推奨候補（例えば自動車３Ｄ）の名称、搭乗位置、搭乗予定時刻、到着時刻、利用料金、同乗予定者等の情報が表示される。表示領域Ｂ４２には、例えば、潜在利用者６１の現在位置から搭乗位置までの移動経路などが地図等で表示される。

ここで、携帯端末４の表示画面Ｇ４を見た潜在利用者６１が通知された推奨候補の自動車３Ｄを利用したい場合、潜在利用者６１が例えば指で予約操作のアイコンＢ４３に触れる操作を行うと、携帯端末４の処理部４０に操作部４４を介して操作信号が入力される。このとき、携帯端末４の処理部４０は、操作部４４を介して入力された操作信号に基づいて、自動車３Ｄへの搭乗を予約する予約情報を、通信部４１を介して管理サーバ２に送信する。管理サーバ２の処理部２０は、通信部２１を介して潜在利用者６１の携帯端末４に通知メッセージを送信した後に、この携帯端末４から通信部２１を介して予約情報を受信すると、自動車３Ｄへの搭乗予約を受け付ける。管理サーバ２の処理部２０は、自動車３Ｄへの搭乗予約を受け付けると、移動車３Ｄを配車する処理を行うが、この処理は上記の実施形態と同様であるので、その説明は省略する。

一方、携帯端末４の表示画面Ｇ４を見た潜在利用者６１が通知された推奨候補の自動車３Ｄを利用しない場合、潜在利用者６１は、例えば指でキャンセル操作のアイコンＢ４４に触れる操作を行うか、何も操作を行わない。潜在利用者６１がアイコンＢ４４に触れる操作を行うと、携帯端末４の処理部４０に操作部４４を介して操作信号が入力され、処理部４０は、この操作信号に基づいて自動車３Ｄへの搭乗を予約しない旨の通知情報を、通信部４１を介して管理サーバ２に送信する。管理サーバ２の処理部２０は、通信部２１を介して潜在利用者６１の携帯端末４から、自動車３Ｄへの搭乗を予約しない旨の通知情報を受信すると、潜在利用者６１に自動車３Ｄを予約する意思がないと判断する。また、管理サーバ２の処理部２０は、通信部２１を介して潜在利用者６１の携帯端末４に通知メッセージを送信させてから所定の待機時間が経過するまでの間に、携帯端末４から予約情報を受信できない場合、潜在利用者６１に自動車３Ｄを予約する意思がないと判断する。潜在利用者６１が自動車３Ｄの予約を行わない場合、通知部２０４は、自動車３Ｄの情報を通知してから所定の通知間隔が経過したタイミングで、自動車３Ｄの次に優先順位が高い推奨候補（例えば自動車３Ｃ）の情報を潜在利用者６１に対して通知する。尚、通知部２０４が、自動車３Ｄの次に優先順位が高い推奨候補（例えば自動車３Ｃ）の情報を潜在利用者６１に対して通知する処理は上述と同様であるので、その説明は省略する。通知部２０４は、潜在利用者６１から予約情報を受信できるまで、優先順位が高い順番に推奨候補を１つずつ潜在利用者６１に対して通知しているので、潜在利用者６１は、相乗りが可能な自動車３を自ら探す手間を省くことができる。

このように、通知部２０４は、複数の推奨候補のうちの一部を潜在利用者６１に対して通知した後に、複数の推奨候補のうち潜在利用者６１に通知済みの推奨候補の利用申し込みが潜在利用者６１から無い場合、別の推奨候補を潜在利用者６１に対して通知する。別の推奨候補とは、複数の推奨候補のうち未通知の推奨候補である。通知部２０４は、潜在利用者６１に対して複数の推奨候補を順番に通知しているので、複数の推奨候補を一度に通知する場合に比べて、１つの推奨候補に関する情報量が同じであれば、一度に潜在利用者６１に通知する通知内容の情報量を削減できるという利点がある。

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

（まとめ）
以上説明したように、第１の態様の相乗り支援システム（１）は、相乗りが可能な移動体（３）への相乗りを支援する。移動体（３）を利用可能な複数の利用者（６）が、移動体（３）を利用中の既利用者（６３）と、移動体（３）を利用していない潜在利用者（６１）とを含む。相乗り支援システム（１）は通知部（２０４）を備える。通知部（２０４）は、潜在利用者（６１）の利用条件に合致する相乗りの推奨候補が複数ある場合に、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者（６１）に対して通知する。

この態様によれば、利便性の向上を図ることができる。

第２の態様の相乗り支援システム（１）では、第１の態様において、優先順位は、複数の推奨候補のそれぞれを利用中の既利用者（６３）の属性と、潜在利用者（６１）の属性とに基づいて決定される。

この態様によれば、潜在利用者（６１）の属性と既利用者（６３）との属性とを考慮して優先順位を決定できる。例えば、潜在利用者（６１）の属性と既利用者（６３）の属性との類似度合いが高いほど推奨候補の優先順位が高くなるように優先順位を決定すれば、優先順位が高い推奨候補を選択することで、属性が類似している既利用者（６）が利用中の推奨候補を選択できる。

第３の態様の相乗り支援システム（１）は、第１又は第２の態様において、複数の推奨候補の優先順位を決めるための対象項目に関する設定情報を潜在利用者（６１）から受け付ける受付部（２０２）を、更に備える。

この態様によれば、潜在利用者（６１）が、複数の推奨候補の優先順位を決めるための対象項目を設定できる。

第４の態様の相乗り支援システム（１）では、第１〜第３のいずれかの態様において、複数の推奨候補の優先順位を決めるための対象項目が機械学習によって決定される。

この態様によれば、潜在利用者（６１）によって選択される可能性が高い推奨候補の優先順位を高めに設定できる。

第５の態様の相乗り支援システム（１）では、第１〜第４のいずれかの態様において、複数の利用者（６）が複数の利用者グループにグループ分けされている。潜在利用者（６１）と同じ利用者グループに属する利用者（６）との相乗りである推奨候補の優先順位は、潜在利用者（６１）と同じ利用者グループに属していない利用者（６）との相乗りである推奨候補の優先順位よりも高い。

この態様によれば、潜在利用者（６１）は、潜在利用者（６１）と同じ利用者グループに属する利用者（６）との相乗りである推奨候補を選択しやすくなる。

第６の態様の相乗り支援システム（１）では、第１〜第５のいずれかの態様において、通知部（２０４）は、潜在利用者（６１）に対して、複数の推奨候補のうち２以上の推奨候補を優先順位をつけて通知する。

この態様によれば、通知部（２０４）は、２以上の推奨候補に優先順位を付けて通知するので、潜在利用者（６１）は優先順位を目安にして複数の推奨候補から所望の推奨候補を選択できる。

第７の態様の相乗り支援システム（１）では、第１〜第６のいずれかの態様において、通知部（２０４）は、複数の推奨候補のうちの一部を潜在利用者（６１）に対して通知する。通知部（２０４）は、一部の推奨候補を通知した後に複数の推奨候補のうち潜在利用者（６１）に通知済みの推奨候補の利用申し込みが潜在利用者（６１）から無い場合、複数の推奨候補のうち未通知の推奨候補を潜在利用者（６１）に対して通知する。

この態様によれば、通知部（２０４）は、複数の推奨候補のうちの一部を潜在利用者（６１）に対して通知するので、１つの推奨候補に関する情報量が同じであれば、一度に潜在利用者（６１）に通知する通知内容の情報量を削減できる。

第８の態様の相乗り支援方法は、相乗りが可能な移動体（３）への相乗りを支援する方法である。相乗り支援方法は、潜在利用者（６１）の利用条件に合致する相乗りの推奨候補が複数ある場合に、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者（６１）に対して通知する。潜在利用者（６１）は、移動体（３）を利用可能な複数の利用者（６）のうち、移動体（３）を利用していない利用者（６）である。

この態様によれば、利便性の向上を図ることができる。

第９の態様のプログラムは、コンピュータシステムに、通知処理、を実行させるための、プログラムである。通知処理では、潜在利用者（６１）の利用条件に合致する相乗りの推奨候補が複数ある場合に、複数の推奨候補を、複数の推奨候補の優先順位に基づいて、潜在利用者（６１）に対して通知する。潜在利用者（６１）は、相乗りが可能な移動体（３）を利用可能な複数の利用者（６）のうち、移動体（３）を利用していない利用者（６）である。

この態様によれば、利便性の向上を図ることができる。

第１０の態様の移動体（３）は、第１〜第７のいずれかの態様の相乗り支援システム（１）と通信する通信部（３１）と、通信部（３１）を通じて相乗り支援システム（１）から受信した運転指示情報に基づく処理を行う処理部（３０）と、を備える。

この態様によれば、利便性の向上を図ることが可能な相乗り支援システム（１）に用いられる移動体（３）を提供できる。

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

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

１ 相乗り支援システム
３，３Ａ〜３Ｆ 移動体
６ 利用者
３０ 処理部
３１ 通信部
６１ 潜在利用者
６３ 既利用者
２０２ 第２取得部（受付部）
２０４ 通知部

Claims (10)

1. 相乗りが可能な移動体への相乗りを支援する相乗り支援システムであって、
   前記移動体を利用可能な複数の利用者が、前記移動体を利用中の既利用者と、前記移動体を利用していない潜在利用者とを含み、
   前記潜在利用者の利用条件に合致する相乗りの推奨候補が複数ある場合に、前記複数の推奨候補を、前記複数の推奨候補の優先順位に基づいて、前記潜在利用者に対して通知する通知部を、備える、
   相乗り支援システム。
2. 前記優先順位は、前記複数の推奨候補のそれぞれを利用中の前記既利用者の属性と、前記潜在利用者の属性とに基づいて決定される、
   請求項１に記載の相乗り支援システム。
3. 前記複数の推奨候補の前記優先順位を決めるための対象項目に関する設定情報を前記潜在利用者から受け付ける受付部を、更に備える、
   請求項１又は２に記載の相乗り支援システム。
4. 前記複数の推奨候補の前記優先順位を決めるための対象項目が機械学習によって決定される、
   請求項１〜３のいずれか１項に記載の相乗り支援システム。
5. 前記複数の利用者が複数の利用者グループにグループ分けされており、
   前記潜在利用者と同じ利用者グループに属する利用者との相乗りである推奨候補の優先順位は、前記潜在利用者と同じ利用者グループに属していない利用者との相乗りである推奨候補の優先順位よりも高い、
   請求項１〜４のいずれか１項に記載の相乗り支援システム。
6. 前記通知部は、前記潜在利用者に対して、前記複数の推奨候補のうち２以上の推奨候補を前記優先順位をつけて通知する、
   請求項１〜５のいずれか１項に記載の相乗り支援システム。
7. 前記通知部は、前記複数の推奨候補のうちの一部を前記潜在利用者に対して通知した後に、前記複数の推奨候補のうち前記潜在利用者に通知済みの推奨候補の利用申し込みが前記潜在利用者から無い場合、前記複数の推奨候補のうち未通知の推奨候補を前記潜在利用者に対して通知する、
   請求項１〜６のいずれか１項に記載の相乗り支援システム。
8. 相乗りが可能な移動体への相乗りを支援する相乗り支援方法であって、
   前記移動体を利用可能な複数の利用者のうち、前記移動体を利用していない潜在利用者の利用条件に合致する相乗りの推奨候補が複数ある場合に、前記複数の推奨候補を、前記複数の推奨候補の優先順位に基づいて、前記潜在利用者に対して通知する、
   相乗り支援方法。
9. コンピュータシステムに、
   相乗りが可能な移動体を利用可能な複数の利用者のうち、前記移動体を利用していない潜在利用者の利用条件に合致する相乗りの推奨候補が複数ある場合に、前記複数の推奨候補を、前記複数の推奨候補の優先順位に基づいて、前記潜在利用者に対して通知する通知処理、を実行させるための、
   プログラム。
10. 請求項１〜７のいずれか１項に記載の相乗り支援システムと通信する通信部と、
    前記通信部を通じて前記相乗り支援システムから受信した運転指示情報に基づく処理を行う処理部と、を備える、
    移動体。

Images