JP7472973B2 - 相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システム - Google Patents

Description

本発明は、相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムに関する。

特許文献１には、送迎時における被介護者の乗車負担を軽減させた送迎計画を自動的に立案するため、被介護者情報に基づいて、サービス事業者の決定、座席の割り当て、送迎ルートの計画の立案を行う技術が提案されている。

特開２００６－２０１９９０号公報

しかしながら、特許文献１に記載の技術は、被介護者のみを乗車負担を軽減させる対象としており、支援が必要な利用者を広く対象とする技術ではない。また、特許文献１に記載の技術は、被介護者の送迎を行うスタッフを配備した送迎サービスの利用を前提とする技術であって、スタッフを配備しない送迎サービスを利用する場合には、利用者の負担を軽減できない。

本発明は、上記問題に鑑みてなされたものであり、その目的とするところは、利用者同士の協力関係を配車計画に反映させて、支援が必要な利用者が配車サービスを利用する際に受ける負担を軽減することができる相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムを提供することにある。

上述した課題を解決するために、本発明の一態様に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムは、配車リクエストに基づいて、第１ユーザ（支援者）に対する車両の配車計画候補を生成し、車両の第２ユーザ（被支援者）に向けた所定支援への同意を第１ユーザに求める支援リクエストを操作端末に送信し、所定支援への同意の可否を示す支援可否データを操作端末から取得し、配車計画候補と支援可否データとを関連付けて記録する。

本発明によれば、利用者同士の協力関係を配車計画に反映させて、支援が必要な利用者が配車サービスを利用する際に受ける負担を軽減することができる。

図１は、本発明の一実施形態に係る相乗り支援システムの構成を示すブロック図である。 図２は、本発明の一実施形態に係る相乗り支援のうち、第１ユーザ（支援者）側に関係する処理手順を示すフローチャートである。 図３は、本発明の一実施形態に係る相乗り支援のうち、第２ユーザ（被支援者）側に関係する処理手順を示すフローチャートである。

次に、図面を参照して、本発明の実施の形態を詳細に説明する。説明において、同一のものには同一符号を付して重複説明を省略する。

［相乗り支援システムの構成］
図１は、本実施形態に係る相乗り支援システムの構成を示すブロック図である。図１に示すように、相乗り支援システムは、無線又は優先のネットワーク４００で互いに接続された、端末１００（操作端末）と、配車サーバ２００（相乗り支援装置）と、車両３００と、を備える。

端末１００は、ユーザからの配車リクエストを受け付け、受け付けた配車リクエストを送信する。端末１００としては、例えば、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）が挙げられる。

なお、相乗り支援システムを利用するユーザには、支援者である第１ユーザと、第１ユーザからの所定の支援を受ける被支援者である第２ユーザとが含まれるものとする。第１ユーザと第２ユーザのそれぞれが異なる端末１００を保有していてもよいし、第１ユーザと第２ユーザが、同じ端末１００を共有していてもよい。

被支援者としては、例えば、所定の年齢以上又は所定の年齢以下の乗客（子供又は高齢者）、所定の性別の乗客、所定の介護を要する乗客（身体障碍者など）が挙げられる。

配車サーバ２００（相乗り支援装置）は、ユーザの配車リクエスト及び車両３００の情報を取得し、取得した情報に基づいて、配車リクエストに沿った配車計画候補、及び、配車計画を生成する。そして、生成した配車計画候補、及び、配車計画を出力する。配車計画候補、及び、配車計画の生成の詳細については、後述する。

なお、車両３００は、ユーザが指定する目的地（ユーザの行き先）までの移動手段を提供する乗り物であって、例えば、自動運転車両が挙げられる。その他、車両３００としては、例えば、有人／無人のタクシー、バス、トラックなど、種々の移動手段が挙げられる。相乗り支援システムには、複数台の車両が登録されているものとする。

ネットワーク４００は、例えば、インターネットが挙げられる。ネットワーク４００は、４Ｇ／ＬＴＥや、５Ｇなどのモバイル通信機能を利用するものであってもよい。

なお、図１では示していないが、サービサ（例えばＤｅＮＡ（登録商標）、ＵＢＥＲ（登録商標）などの配車サービス提供会社）の管理サーバが、ネットワーク４００に接続されて、相乗り支援システムの一部を構成するものであってもよい。

この場合、端末１００から送信された配車リクエストが、サービサの管理サーバによって処理され、処理された後の配車リクエストが、配車サーバ２００に送信されるものであってもよい。また、車両３００の情報が、サービサの管理サーバによって処理され、処理された後の車両３００の情報が、配車サーバ２００に送信されるものであってもよい。

さらに、配車サーバ２００から出力される車両３００の情報が、サービサの管理サーバによって処理され、処理された後の情報が、端末１００に送信されるものであってもよい。

以下では説明の簡略化のために、サービサの管理サーバを省略し、ネットワーク４００を介して端末１００は配車サーバ２００と双方向に通信可能であるとし、さらに、ネットワーク４００を介して車両３００は配車サーバ２００と双方向に通信可能であるとする。

［端末の構成］
次に、端末１００（操作端末）について説明する。図１に示すように、本実施形態に係る端末１００は、センサ１５０と、表示部１６０と、操作部１７０と、通信部１１０と、制御部１３０（コントローラ）と、を備える。

センサ１５０は、複数のセンサ群からなり、端末１００の位置情報を取得する位置検出センサを含む。例えば、位置検出センサは、ＧＰＳ（グローバル・ポジショニング・システム）などの絶対位置を計測するセンサである。

その他、センサ１５０は、端末１００の置かれた環境に関する環境情報を取得する環境センサを含んでいてもよい。例えば、環境センサは、温度センサ、湿度センサ、振動センサ、加速度センサ、マイクロフォンなどである。

表示部１６０は、相乗り支援システムによって提供される車両３００の情報、配車サーバ２００によって生成された配車計画候補、配車計画に関する情報を表示する。また、表示部１６０は、第２ユーザが必要とする所定支援（あるいは支援内容）に関する情報、第２ユーザに向けた所定支援への同意を第１ユーザに求める支援リクエストに関する情報、所定支援への同意の可否を示す情報（支援可否データ）を表示するものであってもよい。その他にも、表示部１６０は、第１ユーザ、第２ユーザに関する情報などを表示するものであってもよい。

表示部１６０によって表示される情報は、後述する通信部１１０により、ネットワーク４００を介して配車サーバ２００から取得する。その他、表示部１６０は、車両３００と待ち合わせる地点まで向かうために必要な経路情報や、当該地点までユーザの移動をガイドするための案内情報を表示するものであってもよい。

ここで、所定支援には、例えば、配車される車両に第２ユーザが乗車又は降車する際の第２ユーザへの補助（第２ユーザが行う乗車又は降車の動作に対する介助、第２ユーザの車両への荷物の積み込み又は積み下ろし動作に対する介助など）が含まれうる。

また、所定支援には、配車される車両に関する権利（車両の座席を占有する権利、車両のスペースを占有する権利など）の第２ユーザへの移転が含まれうる。例えば、第２ユーザが車椅子利用者である場合、車椅子の積み込みのため、車両の座席やスペースを占有する必要が生じうる。このような必要に対応するため、第１ユーザから第２ユーザへ、配車される車両に関する権利を移転する。

さらに、所定支援には、第１ユーザよりも第２ユーザを優先した配車計画を生成することや、第１ユーザの乗車又は降車よりも、第２ユーザの乗車又は降車を優先して、配車計画を生成することが含まれうる。第２ユーザよりも第１ユーザを優先した配車計画が生成される場合、第２ユーザにとって乗車又は降車が困難な位置が、第２ユーザの乗降地として設定される場合が生じうる。このような場合を回避するため、第１ユーザよりも第２ユーザを優先した配車計画を生成する。

また、所定支援には、第１ユーザによる座席の予約よりも、第２ユーザによる座席の予約を優先して、配車計画を生成することが含まれうる。例えば、第２ユーザが障碍者などである場合、車両内で、車両の出入口から車両内で利用可能な座席まで移動することが困難な場合が生じうる。このような場合を回避するため、第２ユーザによる座席の予約を優先して、配車計画を生成する。

その他にも、所定支援には、第１ユーザによる希望よりも、第２ユーザによる希望を優先して、配車される車両の内部の環境（温度、湿度、照明の強さ、スピーカー音量、車内モニタで表示またはスピーカーから流すコンテンツなど）を調節することが含まれうる。

操作部１７０は、相乗り支援システムに対するユーザからの各種の指令に対応するユーザの操作を受け付ける。例えば、操作部１７０は、複数のボタンを備えた入力インターフェイスであってもよいし、タッチインターフェイスを備えたタッチパネルであってもよい。

より具体的には、絵や記号で表現したアイコンをユーザが操作可能なように表示部１６０が表示し、表示されたアイコンをユーザがタッチ、ドラッグなどすることで、操作部１７０はユーザの操作を受け付けるものであってもよい。

その他、端末１００を操作するユーザが第２ユーザである場合に、操作部１７０は、第２ユーザが必要とする所定支援を示す情報を、ユーザの操作に基づいて受け付けるものであってもよい。また、端末１００を操作するユーザが第１ユーザである場合に、操作部１７０は、支援可否データをユーザの操作に基づいて受け付けるものであってもよい。

さらには、操作部１７０は、配車計画候補に同意するか否かを示す情報（計画同意可否データ）をユーザの操作に基づいて受け付けるものであってもよい。

通信部１１０は、ネットワーク４００との間で情報を送受信する。通信部１１０は、ネットワーク４００から取得した情報を図示しないメモリ等に記憶し、また、配車リクエストや環境情報など所定の情報をネットワーク４００に対して出力する。例えば、通信部１１０は、４Ｇ／ＬＴＥのモバイル通信機能を備えた車載デバイスであってもよいし、Ｗｉｆｉ通信機能を備えた車載デバイスであってもよい。

制御部１３０は、センサ１５０、表示部１６０、操作部１７０、通信部１１０と接続されており、制御部１３０には、センサ１５０、操作部１７０、通信部１１０からの情報が入力され、制御部１３０からは、表示部１６０、通信部１１０への情報が出力される。

なお、制御部１３０は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部１３０には、端末１００の一部として機能するためのコンピュータプログラム（相乗り支援プログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部１３０は、表示部１６０及び通信部１１０の制御が行われる。

制御部１３０が備える各種の情報処理は、ソフトウェアによって実現されるものであってもよいし、専用のハードウェアによって実現されるものであってもよい。

制御部１３０が行う情報処理としては、特に、制御部１３０は、操作部１７０に対するユーザの操作に基づいて、ユーザからの配車リクエストを取得する。例えば、配車リクエストには、車両３００を利用してユーザが向かう予定の目的地の指定が含まれていてもよい。その他、配車リクエストには、車両３００の乗車可能人数、仕様、種別などの指定が含まれていてもよい。

その他、配車リクエストには、ユーザの属性情報が含まれていてもよい。ユーザの属性情報には、ユーザの嗜好、年齢、性別、職種、身体的特徴、配車リクエストの前後でのイベントの有無、イベント種別などの情報が含まれていてもよい。例えば、端末１００が、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）である場合には、相乗り支援プログラムとしてのアプリケーションが、ＳＮＳ（ソーシャル・ネットワーク・サービス）やその他のクラウドサービスなどと連携することにより、これらの属性情報を取得するものであってもよい。

その他、端末１００を操作するユーザが第２ユーザである場合に、配車リクエストには、第２ユーザが必要とする所定支援を示す情報が含まれていてもよい。また、端末１００を操作するユーザが第１ユーザである場合に、配車リクエストには支援可否データが含まれていてもよい。

第２ユーザが必要とする所定支援を示す情報は、ユーザの操作によらずに、ユーザの属性情報に基づいて、制御部１３０によって設定されるものであってもよい。

［配車サーバの構成］
配車サーバ２００（相乗り支援装置）について説明する。本実施形態に係る配車サーバ２００は、通信部２１０（通信手段）と、データベース２２０と、制御部２３０（コントローラ）と、を備える。

通信部２１０は、ネットワーク４００との間で情報を送受信する。通信部２１０は、端末１００から送信された配車リクエスト、第２ユーザが必要とする所定支援を示す情報、第２ユーザに向けた所定支援への同意の可否を示す情報、車両３００から送信された車両情報（例えば、車両３００の位置情報、燃料残量、配車サービス提供中か否かを示すステータス情報）など所定の情報をネットワーク４００から取得し、取得した情報をデータベース２２０に記録する。

データベース２２０は、通信部２１０によって取得した情報を記憶する。その他、データベース２２０は、ユーザの過去の配車リクエストや、相乗り支援システムの利用履歴、頻度などを記憶するものであってもよい。

制御部２３０（コントローラ、処理部の一例）は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部２３０には、配車サーバの一部として機能させるためのコンピュータプログラム（相乗り支援プログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部２３０は、複数の情報処理回路（２３１、２３３、２３５、２３７）として機能する。

なお、ここでは、ソフトウェアによって制御部２３０が備える複数の情報処理回路（２３１、２３３、２３５、２３７）を実現する例を示す。ただし、以下に示す各情報処理を実行するための専用のハードウェアを用意して、情報処理回路（２３１、２３３、２３５、２３７）を構成することも可能である。また、複数の情報処理回路（２３１、２３３、２３５、２３７）を個別のハードウェアにより構成してもよい。

制御部２３０は、複数の情報処理回路（２３１、２３３、２３５、２３７）として、配車計画候補管理部２３１、支援内容取得部２３３、支援可否確認部２３５、配車計画設定部２３７を備える。

配車計画候補管理部２３１（配車計画候補管理手段）は、ユーザからの配車リクエストに基づいて、配車計画候補を生成する。より具体的には、配車計画候補管理部２３１は、配車リクエストに含まれる配車条件（ユーザが希望する出発地、目的地、出発時刻、到着時刻など）に基づいて、配車条件を満たす１又は複数の配車計画候補を生成する。

なお、配車計画候補管理部２３１は、生成する各配車計画候補に対して、配車条件に基づく評価値を合わせて算出するものであってもよい。また、配車計画候補管理部２３１は、値が高いほど当該配車計画候補がユーザの配車条件に適合していることを示す評価値を算出するものであってもよい。

配車計画候補管理部２３１が生成する配車計画候補は、複数のユーザからの配車リクエストに紐づくものであってもよい。この場合、配車計画候補管理部２３１は、複数のユーザからの配車リクエストに対応して複数の評価値を、１つの配車計画候補に対して算出するものであってもよい。

例えば、第１ユーザからの配車リクエストの後に、第２ユーザからの配車リクエストがあった場合を検討する。この場合、第１ユーザからの配車リクエストに基づいて生成した配車計画候補を修正して、第２ユーザからの配車リクエストに基づいて生成した配車計画候補を生成するものであってもよい。この場合、修正後の配車計画候補は、第１ユーザからの配車リクエストと、第２ユーザからの配車リクエストの両方に紐づくことになる。特に、修正後の配車計画候補によれば、第１ユーザと第２ユーザが同時に同じ車両に乗車するタイミングが発生しうる。

第２ユーザからの配車リクエストの後に、第１ユーザからの配車リクエストがあった場合には、第２ユーザからの配車リクエストに基づいて生成した配車計画候補を修正して、第１ユーザからの配車リクエストに基づいて生成した配車計画候補を生成するものであってもよい。この場合も、修正後の配車計画候補は、第１ユーザからの配車リクエストと、第２ユーザからの配車リクエストの両方に紐づくことになる。特に、修正後の配車計画候補によれば、第１ユーザと第２ユーザが同時に同じ車両に乗車するタイミングが発生しうる。

上記の説明で、「配車計画候補を修正」とは、既に配車計画候補管理部２３１で生成された配車計画候補に含まれる、車両３００の通過地点、通過時刻を変更する概念を含む。「配車計画候補を修正」することで、第１ユーザの配車リクエストに含まれる配車条件と、第２ユーザの配車リクエストに含まれる配車条件を満たす配車計画候補を生成する。

説明のため、車両の現在地を「Ｃ」、第１ユーザの乗車地を「Ｓ１」、第１ユーザの降車地を「Ｅ１」、第２ユーザの乗車地を「Ｓ２」、第２ユーザの降車地を「Ｅ２」として標記する。第１ユーザからの配車リクエストに基づく配車計画候補が
「Ｃ→Ｓ１→Ｅ１」
のルートを車両が走行する計画である場合、修正後には、
「Ｃ→Ｓ１→Ｓ２→Ｅ２→Ｅ１」
「Ｃ→Ｓ２→Ｓ１→Ｅ１→Ｅ２」
「Ｃ→Ｓ１→Ｓ２→Ｅ１→Ｅ２」
「Ｃ→Ｓ２→Ｓ１→Ｅ２→Ｅ１」
のように修正される場合がある。第２ユーザからの配車リクエストに基づく配車計画候補（「Ｃ→Ｓ２→Ｅ２」）についても、同様に修正されうる。

なお、配車計画候補が、
「Ｃ→Ｓ１→Ｅ１→Ｓ２→Ｅ２」
「Ｃ→Ｓ２→Ｅ２→Ｓ１→Ｅ１」
のように修正される場合もあるが、これらの場合には、第１ユーザと第２ユーザが同時に同じ車両に乗車するタイミングが発生しない。そのため、これらの場合は、本実施形態に係る相乗り支援の対象ではない。

配車計画候補管理部２３１は、ユーザからの配車リクエストを受け付けるたびに、１又は複数の配車計画候補を生成、あるいは、修正する。すなわち、配車計画候補管理部２３１の管理対象となる配車計画候補は、配車リクエストを受け付けるたびに、随時、変動しうる。

支援内容取得部２３３（支援内容取得手段）は、第１ユーザからの配車リクエストと、第２ユーザからの配車リクエストの両方に紐づく配車計画候補がある場合に、当該配車計画候補に係る第２ユーザが必要とする所定支援を取得し、第２ユーザに向けた所定支援への同意を第１ユーザに求める支援リクエストを生成する。

支援可否確認部２３５（支援可否確認手段）は、第１ユーザからの配車リクエストと、第２ユーザからの配車リクエストの両方に紐づく配車計画候補がある場合に、当該配車計画候補に係る第１ユーザが操作する端末１００に、支援内容取得部２３３によって生成された支援リクエストを送信する。その後、端末１００から支援可否データを取得する。

なお、支援可否確認部２３５は、第１ユーザからの配車リクエストに基づいて配車される車両の予約を完了する前に、支援リクエストを端末１００に送信するものであってもよい。

支援可否確認部２３５によって取得した支援可否データは、配車計画候補管理部２３１に送信され、支援可否データに紐づけられる第１ユーザ及び第２ユーザに係る配車計画候補と取得した支援可否データが対になった組合せデータが、配車計画候補管理部２３１によって生成される。組合せデータは、データベース２２０に記憶される。

配車計画設定部２３７（配車計画設定手段）は、配車計画候補に同意するか否かを示す情報（計画同意可否データ）を取得し、計画同意可否データに基づいて、配車計画候補を配車計画として設定する。具体的には、配車計画設定部２３７は、取得した計画同意可否データを参照し、ユーザが同意した配車計画候補を配車計画として設定する。

また、配車計画設定部２３７は、設定した配車計画を端末１００に送信し、表示部１６０を介してユーザに提示するものであってもよい。

その他、設定した配車計画が、第１ユーザからの配車リクエストと、第２ユーザからの配車リクエストの両方に紐づく配車計画である場合、配車計画設定部２３７は、第１ユーザに対して、第２ユーザの情報（ユーザ名、性別、連絡先など）を端末１００に送信し、表示部１６０を介して第１ユーザに通知するものであってもよい。また、同時に、第２ユーザに対して、第１ユーザの情報（ユーザ名、性別、連絡先、支援可否データなど）を端末１００に送信し、表示部１６０を介して第２ユーザに通知するものであってもよい。

第２ユーザが自身の情報の公開を認めない旨、設定している場合、配車計画設定部２３７は、第２ユーザの情報を第１ユーザに通知する代わりに、第２ユーザの情報を匿名化した匿名情報を第１ユーザに通知するものであってもよい。第１ユーザが自身の情報の公開を認めない旨、設定している場合、配車計画設定部２３７は、第１ユーザの情報を第２ユーザに通知する代わりに、第１ユーザの情報を匿名化した匿名情報と支援可否データを第２ユーザに通知するものであってもよい。

［相乗り支援の処理手順］
次に、本実施形態に係る相乗り支援の処理手順を、図２及び図３のフローチャートを参照して説明する。

図２は、本実施形態に係る相乗り支援のうち、第１ユーザ（支援者）側に関係する処理手順を示すフローチャートである。図３は、本実施形態に係る相乗り支援のうち、第２ユーザ（被支援者）側に関係する処理手順を示すフローチャートである。

ここで、図２のフローチャートに示される処理手順は、第１ユーザからの配車リクエストを受け付けたタイミングで開始され、図３のフローチャートに示される処理手順は、第２ユーザからの配車リクエストを受け付けたタイミングで開始される。

従って、図２のフローチャートに示される処理手順と、図３のフローチャートに示される処理手順とは、並行して実行されうる。図２のフローチャートに示される処理手順と、図３のフローチャートに示される処理手順のいずれが先に開始されてもよい。

初めに、図２のフローチャートを説明する。ステップＳ１０１において、配車計画候補管理部２３１は、第１ユーザからの配車リクエストを読み込み、配車リクエストに基づいて配車条件を取得する。そして、配車計画候補管理部２３１は、配車条件に基づいて、第１ユーザに紐づく１又は複数の配車計画候補を生成又は修正する。

ステップＳ１０３において、配車計画候補管理部２３１は、管理対象である１又は複数の配車計画候補のうちから、第１ユーザに紐づく１つの配車計画候補を取得する。なお、配車計画候補管理部２３１は、第１ユーザに紐づく配車計画候補の中から、評価値が高い順に配車計画候補を取得するものであってもよい。

ステップＳ１０５において、配車計画候補管理部２３１は、取得した配車計画候補に紐づく第２ユーザが存在するか否かを判定する。

第２ユーザが存在しないと判定された場合（ステップＳ１０５でＮＯの場合）には、ステップＳ１１３に進む。

一方、第２ユーザが存在すると判定された場合（ステップＳ１０５でＹＥＳの場合）、ステップＳ１０７に進み、支援内容取得部２３３は、取得した配車計画候補に係る第２ユーザが必要とする所定支援を取得し、第２ユーザに向けた所定支援への同意を第１ユーザに求める支援リクエストを生成する。

ステップＳ１０９において、支援可否確認部２３５は、端末１００に、支援内容取得部２３３によって生成された支援リクエストを送信する。端末１００を介して、第１ユーザは支援リクエストで示される所定支援に同意するか否かを入力し、その後、第１ユーザによる入力に基づいて生成された支援可否データを、端末１００から取得する。

ステップＳ１１１において、支援可否確認部２３５は、支援可否データに基づいて、取得した配車計画候補に第１ユーザが同意するか否かを判定する。

支援可否データに基づいて、第１ユーザが所定支援に同意しないと判定された場合（ステップＳ１１１でＮＯの場合）には、取得した配車計画候補を対象外としたうえで、ステップＳ１０３に戻る。

一方、支援可否データに基づいて、第１ユーザが所定支援に同意すると判定された場合（ステップＳ１１１でＹＥＳの場合）には、配車計画候補管理部２３１は、取得した配車計画候補と取得した支援可否データが対になった組合せデータを生成され、その後、ステップＳ１１３に進む。

ステップＳ１１３において、配車計画設定部２３７は計画同意可否データを取得し、計画同意可否データに基づいて、取得した配車計画候補に第１ユーザが同意するか否かを判定する。

計画同意可否データに基づいて、第１ユーザが配車計画候補に同意しないと判定された場合（ステップＳ１１３でＮＯの場合）には、取得した配車計画候補を対象外としたうえで、ステップＳ１０３に戻る。

一方、計画同意可否データに基づいて、第１ユーザが配車計画候補に同意すると判定された場合（ステップＳ１１３でＹＥＳの場合）には、ステップＳ１１５において、配車計画設定部２３７は、取得した配車計画候補を、第１ユーザの配車計画として設定する。

ステップＳ１１７において、配車計画設定部２３７は、第１ユーザが自身の情報を公開することに同意するか否かを判定する。具体的には、相乗り支援システムに利用登録した時点での情報、あるいは、配車リクエストに含まれる情報に基づいて、配車計画設定部２３７は判定を行う。

第１ユーザが自身の情報を公開することに同意すると判定された場合（ステップＳ１１７でＹＥＳの場合）、ステップＳ１１９において、配車計画設定部２３７は、第２ユーザに対して、第１ユーザの情報（ユーザ名、性別、連絡先、支援可否データなど）を通知する。

一方、第１ユーザが自身の情報を公開することに同意しないと判定された場合（ステップＳ１１７でＮＯの場合）、ステップＳ１２１において、配車計画設定部２３７は、第２ユーザに対して、第１ユーザの情報を匿名化した匿名情報と支援可否データを通知する。

次に、図３のフローチャートを説明する。ステップＳ２０１において、配車計画候補管理部２３１は、第２ユーザからの配車リクエストを読み込み、配車リクエストに基づいて配車条件を取得する。

ステップＳ２０３において、支援内容取得部２３３は、配車計画候補に係る第２ユーザが必要とする所定支援を取得する。

ステップＳ２０５において、配車計画候補管理部２３１は、第２ユーザが必要とする所定支援を満たす配車計画候補が、第２ユーザに紐づく１又は複数の配車計画候補の中に存在するか否かを判定する。具体的には、データベース２２０に記憶された組合せデータを参照し、第２ユーザが必要とする所定支援への同意を示す支援可否データと対になっている配車計画候補が存在するか否かを判定する。

第２ユーザが必要とする所定支援を満たす配車計画候補が存在しないと判定された場合（ステップＳ２０５でＮＯの場合）、ステップＳ２０７において、配車計画候補管理部２３１は、配車条件に基づいて、第２ユーザに紐づく１又は複数の配車計画候補を生成する。

第２ユーザが必要とする所定支援を満たす配車計画候補が存在すると判定された場合（ステップＳ２０５でＹＥＳの場合）、ステップＳ２０９において、配車計画設定部２３７は計画同意可否データを取得し、計画同意可否データに基づいて、取得した配車計画候補に第２ユーザが同意するか否かを判定する。

計画同意可否データに基づいて、第２ユーザが配車計画候補に同意しないと判定された場合（ステップＳ２０９でＮＯの場合）には、取得した配車計画候補を対象外としたうえで、ステップＳ２０５に戻る。

一方、計画同意可否データに基づいて、第２ユーザが配車計画候補に同意すると判定された場合（ステップＳ２０９でＹＥＳの場合）には、ステップＳ２１５において、配車計画設定部２３７は、取得した配車計画候補を、第２ユーザの配車計画として設定する。

ステップＳ２１７において、配車計画設定部２３７は、第２ユーザが自身の情報を公開することに同意するか否かを判定する。具体的には、相乗り支援システムに利用登録した時点での情報、あるいは、配車リクエストに含まれる情報に基づいて、配車計画設定部２３７は判定を行う。

第２ユーザが自身の情報を公開することに同意すると判定された場合（ステップＳ２１７でＹＥＳの場合）、ステップＳ２１９において、配車計画設定部２３７は、第１ユーザに対して、第２ユーザの情報（ユーザ名、性別、連絡先など）を通知する。

一方、第２ユーザが自身の情報を公開することに同意しないと判定された場合（ステップＳ２１７でＮＯの場合）、ステップＳ２２１において、配車計画設定部２３７は、第１ユーザに対して、第２ユーザの情報を匿名化した匿名情報を通知する。

［実施形態の効果］
以上詳細に説明したように、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムは、配車リクエストに基づいて、第１ユーザ（支援者）に対する車両の配車計画候補を生成し、車両の第２ユーザ（被支援者）に向けた所定支援への同意を第１ユーザに求める支援リクエストを操作端末に送信し、所定支援への同意の可否を示す支援可否データを操作端末から取得し、配車計画候補と支援可否データとを関連付けて記録する。

これにより、利用者同士の協力関係を配車計画に反映させて、支援が必要な利用者が配車サービスを利用する際に受ける負担を軽減することができる。また、配車計画候補と支援可否データとを関連付けて記録しているため、複数のユーザ間で支援関係が成立する配車計画を算出する際に、複数のユーザの配車リクエストを再度参照する必要がなく、計算コストを低減することができる。

また、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムは、配車リクエストに基づいて配車される車両の予約を完了する前に、支援リクエストを操作端末に送信するものであってもよい。これにより、第１ユーザは、配車される車両の予約が完了する前に、第２ユーザを支援する必要があるか否かを確認できる。さらには、第２ユーザへの支援を行うか否かについての第１ユーザの判断を、配車計画に反映することができる。

さらに、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムにおいて、所定支援は、配車リクエストに基づいて配車される車両に第２ユーザが乗車又は降車する際の第２ユーザへの補助を含むものであってもよい。これにより、第１ユーザの支援を得て、第２ユーザは乗車又は降車することが容易になる。

また、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムにおいて、所定支援は、配車リクエストに基づいて配車される車両に関する権利を、第１ユーザから第２ユーザに移転するものであってもよい。これにより、車両に乗車する間の第２ユーザの利便性を高めることができる。

さらに、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムにおいて、権利は、第１ユーザが予約した車両の座席を占有する権利、又は、車両のスペースを占有する権利を含むものであってもよい。これにより、第１ユーザの支援を得て、第２ユーザの支援に必要な荷物等を配車される車両に容易に搭載することが可能になる。さらには、車両に乗車する間の第２ユーザの利便性を高めることができる。

また、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムにおいて、所定支援は、第１ユーザよりも第２ユーザを優先した配車計画を生成することを含むものであってもよい。これにより、車両に乗車する間の第２ユーザの利便性を高めることができる。

さらに、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムは、第１ユーザによる座席の予約よりも、第２ユーザによる座席の予約を優先して、配車計画を生成するものであってもよい。これにより、車両に乗車する間の第２ユーザの利便性を高めることができる。

また、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムは、第１ユーザの乗車又は降車よりも、第２ユーザの乗車又は降車を優先して、配車計画を生成するものであってもよい。これにより、第２ユーザにとって乗車又は降車が困難な位置が、第２ユーザの乗降地として設定される場合を回避できる。その結果、第２ユーザの利便性を高めることができる。

さらに、本実施形態に係る相乗り支援方法、相乗り支援装置、ならびに、相乗り支援システムにおいて、第２ユーザは、所定の年齢以上又は所定の年齢以下の乗客、所定の性別の乗客、又は、所定の介護を要する乗客を含むものであってもよい。これにより、

以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

本発明はここでは記載していない様々な実施形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な請求の範囲に係る発明特定事項によってのみ定められるものである。

上述した実施形態で示した各機能は、１又は複数の処理回路により実装され得る。処理回路は、電気回路を含む処理装置等のプログラムされた処理装置を含む。処理装置は、また、実施形態に記載された機能を実行するようにアレンジされた特定用途向け集積回路（ＡＳＩＣ）や従来型の回路部品のような装置を含む。

１００ 端末（操作端末）
１１０ 通信部
１３０ 制御部
１５０ センサ
１６０ 表示部
１７０ 操作部
２００ 配車サーバ（相乗り支援装置）
２１０ 通信部
２２０ データベース（記憶部）
２３０ 制御部
２３１ 配車計画候補管理部（配車計画生成部）
２３３ 支援内容取得部
２３５ 支援可否確認部
２３７ 配車計画設定部
３００ 車両
４００ ネットワーク

Claims (12)

1. 通信部とコントローラと、を備える相乗り支援装置の相乗り支援方法であって、
   前記コントローラは、
   操作端末から、前記通信部を介して、所定支援への同意の可否を示す支援可否データ及び配車条件を含む配車リクエストを取得し、
   第１ユーザの前記配車リクエストに基づいて、前記配車条件を満たし前記支援可否データと対になっている配車計画候補であって、前記第１ユーザに対する車両の前記配車計画候補を生成し、
   前記車両の第２ユーザが必要とする前記所定支援を取得し、
   前記支援可否データに基づいて、前記第１ユーザが同意し且つ前記第２ユーザが必要とする前記所定支援を満たす、前記配車計画候補が存在するか否かを判定し、
   存在すると判定された前記配車計画候補を、前記第２ユーザに対する前記車両の配車計画として設定すること
   を特徴とする相乗り支援方法。
2. 請求項１に記載の相乗り支援方法であって、
   前記コントローラは、存在すると判定された前記配車計画候補に対して前記第２ユーザが同意する場合に、存在すると判定された前記配車計画候補を前記配車計画として設定すること
   を特徴とする相乗り支援方法。
3. 請求項１又は２に記載の相乗り支援方法であって、
   前記コントローラは、前記配車計画候補と前記支援可否データとを関連付けて記録すること
   を特徴とする相乗り支援方法。
4. 請求項１～３のいずれか一項に記載の相乗り支援方法であって、
   前記第１ユーザの前記配車リクエストと前記第２ユーザの前記配車リクエストの両方に前記配車計画が紐づく場合に、前記コントローラは、前記第１ユーザに係る前記操作端末に対して前記第２ユーザの情報を送信すること
   を特徴とする相乗り支援方法。
5. 請求項１～４のいずれか一項に記載の相乗り支援方法であって、
   前記第１ユーザの前記配車リクエストと前記第２ユーザの前記配車リクエストの両方に前記配車計画が紐づく場合に、前記コントローラは、前記第２ユーザに係る前記操作端末に対して前記第１ユーザの情報を送信すること
   を特徴とする相乗り支援方法。
6. 請求項１～５のいずれか一項に記載の相乗り支援方法であって、
   前記コントローラは、前記第１ユーザの前記配車リクエストに基づいて配車される前記車両の予約を完了する前に、前記所定支援への同意を前記第１ユーザに求める支援リクエストを前記操作端末に送信すること
   を特徴とする相乗り支援方法。
7. 請求項１～６のいずれか一項に記載の相乗り支援方法であって、
   前記所定支援は、前記第１ユーザの前記配車リクエストに基づいて配車される前記車両に前記第２ユーザが乗車又は降車する際の前記第２ユーザへの補助を含むこと
   を特徴とする相乗り支援方法。
8. 請求項１～７のいずれか一項に記載の相乗り支援方法であって、
   前記所定支援は、前記第１ユーザの前記配車リクエストに基づいて配車される前記車両に関する権利を、前記第１ユーザから前記第２ユーザに移転することを含むこと
   を特徴とする相乗り支援方法。
9. 請求項８に記載の相乗り支援方法であって、
   前記権利は、前記第１ユーザが予約した前記車両の座席を占有する権利、又は、前記車両のスペースを占有する権利を含むこと
   を特徴とする相乗り支援方法。
10. 請求項１～９のいずれか一項に記載の相乗り支援方法であって、
    前記第２ユーザは、所定の年齢以上又は所定の年齢以下の乗客、所定の性別の乗客、又は、所定の介護を要する乗客を含むこと
    を特徴とする相乗り支援方法。
11. 通信部とコントローラと、を備える相乗り支援装置であって、
    前記コントローラは、
    操作端末から、前記通信部を介して、所定支援への同意の可否を示す支援可否データ及び配車条件を含む配車リクエストを取得し、
    第１ユーザの前記配車リクエストに基づいて、前記配車条件を満たし前記支援可否データと対になっている配車計画候補であって、前記第１ユーザに対する車両の前記配車計画候補を生成し、
    前記車両の第２ユーザが必要とする前記所定支援を取得し、
    前記支援可否データに基づいて、前記第１ユーザが同意し且つ前記第２ユーザが必要とする前記所定支援を満たす、前記配車計画候補が存在するか否かを判定し、
    存在すると判定された前記配車計画候補を、前記第２ユーザに対する前記車両の配車計画として設定すること
    を特徴とする相乗り支援装置。
12. 配車リクエストを送信する操作端末と、
    前記配車リクエストに基づいて、車両の配車を行う配車サーバと、
    を備える相乗り支援システムであって、
    前記配車サーバは、前記配車リクエストを取得する通信部と、コントローラとを備え、
    前記コントローラは、
    前記操作端末から、前記通信部を介して、所定支援への同意の可否を示す支援可否データ及び配車条件を含む前記配車リクエストを取得し、
    第１ユーザの前記配車リクエストに基づいて、前記配車条件を満たし前記支援可否データと対になっている配車計画候補であって、前記第１ユーザに対する前記車両の前記配車計画候補を生成し、
    前記車両の第２ユーザが必要とする前記所定支援を取得し、
    前記支援可否データに基づいて、前記第１ユーザが同意し且つ前記第２ユーザが必要とする前記所定支援を満たす、前記配車計画候補が存在するか否かを判定し、
    存在すると判定された前記配車計画候補を、前記第２ユーザに対する前記車両の配車計画として設定すること
    を特徴とする相乗り支援システム。

Images