JP7006503B2 - 乗合支援システム、乗合支援装置及び乗合支援方法 - Google Patents

Description

本発明は、複数のユーザが車両に乗合うことを支援する乗合支援システム、乗合支援装置及び乗合支援方法に関する。

同じ目的地へ移動しようとする複数のユーザが、それぞれ別個に車両を運転してその目的地へ向かうよりも、その複数のユーザが１台の車両に乗り合わせてその目的地へ向かう方が、交通渋滞の軽減、及び、排気ガスの減少の観点から好ましい。そこで、複数のユーザが１台の車両に乗り合わせることを支援する技術が提案されている（例えば、特許文献1を参照）。

例えば、特許文献１に開示された自動車乗合支援システムは、運転者側端末から入力された運転予定情報と、乗合者側端末から入力された乗合希望情報をマッチング処理し、各端末に待ち合わせ場所及び時刻を送信する。そしてこのシステムは、各端末から乗合が終了したことを受信したら、乗合者が所有するポイントを運転者に支払う。

特開２００２－１４０３９９号公報

しかし、複数のユーザが１台の車両に乗り合わせるためには、各ユーザは、設定された待ち合わせの時刻に、設定された待ち合わせの場所へ向かうことが求められ、ストレスあるいは煩雑さを感じることがある。そのため、場合によっては、各ユーザが別個に自身が所有する車両で目的地へ向かう方が、それぞれのユーザにとって、ストレス及び煩雑さが少なくて済むという点で好ましいこともある。

そこで、本発明は、乗合を提案するか否かを適切に決定できる乗合支援システムを提供することを目的とする。

本発明の一つの形態として、複数の端末と、複数の端末のそれぞれと通信可能な乗合支援装置とを有する乗合支援システムが提供される。この乗合支援システムにおいて、乗合支援装置は、複数の端末のうちの二つ以上の端末から受信した、同一の目的地について空いている駐車スペースを照会することを求める照会信号の数がその目的地の所定範囲内において空いている駐車スペースの数に応じた空き基準値より大きい場合に、照会信号を送信した二つ以上の端末のそれぞれのユーザの何れかが所有する車両に乗り合うことを提案する提案信号を、照会信号を送信した二つ以上の端末のそれぞれへ送信する。

本発明の他の形態として、乗合支援装置が提供される。この乗合支援装置は、複数の端末と通信可能な通信部と、通信部を介して複数の端末のうちの二つ以上の端末から受信した、同一の目的地について空いている駐車スペースを照会することを求める照会信号の数がその目的地の所定範囲内において空いている駐車スペースの数に応じた空き基準値より大きい場合に、照会信号を送信した二つ以上の端末のそれぞれのユーザの何れかが所有する車両に乗り合うことを提案する提案信号を、通信部を介して照会信号を送信した二つ以上の端末のそれぞれへ送信する制御部とを有する。

この乗合支援装置において、制御部は、照会信号を送信した二つ以上の端末のそれぞれのユーザが所有する車両に関する情報と、空いている駐車スペースに関する情報とを参照して、照会信号を送信した二つ以上の端末のそれぞれのユーザが所有する車両のうち、空いている駐車スペースに駐車可能な車両を乗合に使用する車両として選択し、選択した車両を特定するための情報を、通信部を介して照会信号を送信した二つ以上の端末のそれぞれへ送信することが好ましい。

この場合において、車両に関する情報は、車両の快適性、燃費、事故履歴のうちの少なくとも一つの項目を含み、制御部は、照会信号を送信した二つ以上の端末のそれぞれのユーザが所有し、かつ、空いている駐車スペースに駐車可能な車両のうち、少なくとも一つの項目のそれぞれの評価値の合計が最大となる車両を乗合に使用する車両として選択することが好ましい。

本発明のさらに他の形態によれば、複数の端末と、複数の端末のそれぞれと通信可能な乗合支援装置とを有する乗合支援システムにおける、乗合支援方法が提供される。この乗合支援方法は、複数の端末のうちの二つ以上の端末が、同一の目的地について空いている駐車スペースを照会することを求める照会信号を前記乗合支援装置へ送信し、乗合支援装置が、複数の端末のうちの二つ以上の端末から受信した照会信号の数がその目的地の所定範囲内において空いている駐車スペースの数に応じた空き基準値より大きい場合に、照会信号を送信した二つ以上の端末のそれぞれのユーザの何れかが所有する車両に乗り合うことを提案する提案信号を、照会信号を送信した二つ以上の端末のそれぞれへ送信する、ことを含む。

本発明に係る乗合支援システムは、乗合を提案するか否かを適切に決定できるという効果を奏する。

一つの実施形態による乗合支援システムの概略構成図である。 乗合支援処理が実行される際の状況の一例を示す図である。 乗合支援処理に関するシーケンス図である。 乗合支援装置の一例であるサーバの概略構成図である。 乗合支援処理のうちのサーバに関連する処理の動作フローチャートである。 乗合に使用する車両を選択するための処理の動作フローチャートである。 端末の概略構成図である。

以下、図を参照しつつ、乗合支援システム、乗合支援装置、及び、乗合支援システムにて実行される乗合支援処理について説明する。
この乗合支援システムは、複数の端末と乗合支援装置とを有し、乗合支援装置が、２以上のユーザの端末から、同一の目的地について空いている駐車スペースを照会されたときに、その目的地から所定範囲内にある駐車スペースのうち、空いている駐車スペースの数に応じた空き基準値と、その照会した端末の数とを比較する。そして乗合支援装置は、空いている駐車スペースを照会した端末の数が空き基準値よりも多い場合に、その照会した各端末に乗合を提案する信号を送信し、一方、その照会した端末の数が、空き基準値以下である場合には、乗合を提案しない。すなわち、この乗合支援システムは、各ユーザが別個の車両で目的地へ向かったときに、何れかのユーザの車両が目的地から所定範囲内の駐車スペースに駐車できないと推定される場合に限り、乗合を提案する。またこの乗合支援システムは、各ユーザの車両に関する情報、及び、空いている駐車スペースに関する情報などに基づいて、各ユーザの車両の中から、乗合に適した車両を選択し、選択した車両を乗合に使用することを各ユーザに提案する。そしてこの乗合支援システムは、乗り合った各ユーザからその乗合の対価の額に応じたポイントを受け取り、乗合に使用された車両のユーザに対して、受け取ったポイントから手数料を減じたポイントを支払う。

図１は、一つの実施形態による乗合支援システムの概略構成図である。乗合支援システム１は、乗合支援装置の一例であるサーバ２と、複数の端末３－１～３－ｎ（ｎは３以上の整数）を有する。そしてサーバ２と複数の端末３－１～３－ｎとは、例えば、光通信回線などで構成される通信ネットワーク４を介して互いに通信可能となっている。さらに、サーバ２は、乗合支援処理の対象となる地域、すなわち、乗合支援処理によるサービスを提供する地域の駐車場を管理する駐車場管理システム（図示せず）と通信ネットワーク４を介して互いに通信可能となっている。

サーバ２は、例えば、ゲートウェイ（図示せず）を介して通信ネットワーク４と接続される。また、サーバ２は、複数の端末３－１～３－ｎのそれぞれのユーザが所有する車両に関する情報、及び、複数の端末３－１～３－ｎのそれぞれのユーザが所持する経済的な価値を表すポイントの残高を表すポイント情報を記憶する。そしてサーバ２は、乗合支援処理のうちのサーバ２に関連する部分の処理を実行する。すなわち、サーバ２は、複数の端末３－１～３－ｎのうちの二つ以上から通知された、空いている駐車スペースの照会についての目的地が同一である場合、駐車場管理システムへその目的地から所定範囲内の駐車スペースの空き状況、及び、空いている駐車スペースに関する情報（例えば、駐車可能な車両のサイズ、充電設備の有無など）を問い合わせる。そしてサーバ２は、同一目的地について空いている駐車スペースを照会した端末の数、すなわち、同一目的地へ向かうユーザの車両の数と、空いている駐車スペースの数に基づいて決定される空き基準値とを比較して、空いている駐車スペースを照会した各端末のユーザに乗合を提案するか否かを判定する。そして乗合を提案する場合、サーバ２は、乗合を提案する提案信号を、各ユーザの端末へ送信する。その後、サーバ２は、乗合を提案した各ユーザから乗合を承認する承認信号を受信すると、乗り合う各ユーザの車両に関する情報、及び、空いている駐車スペースに関する情報などに基づいて、各ユーザの車両の中から、乗合に使用する車両を選択する。さらに、サーバ２は、選択した車両について各ユーザの待ち合わせ場所及び待ち合わせ時刻などを含むルートを計算して、選択した車両を特定するための情報、待ち合わせ場所及び待ち合わせ時刻などを乗り合う各ユーザの端末へ通知するとともに、駐車場管理システムに対して、目的地の駐車スペースを予約する予約信号を送信する。サーバ２は、乗り合った各ユーザからその乗合の対価の額に応じたポイントを受け取り、乗合に使用された車両のユーザに対して、受け取ったポイントから手数料を減じたポイントを支払う。

複数の端末３－１～３－ｎのそれぞれは、例えば、携帯電話機またはタブレットコンピュータといった、無線通信機能を有する携帯端末である。なお、複数の端末３－１～３－ｎは、全て同一種類の機器であってもよく、あるいは、互いに異なる種類の機器が含まれていてもよい。複数の端末３－１～３－ｎのそれぞれは、例えば、通信ネットワーク４とゲートウェイ（図示せず）などを介して接続される無線基地局５にアクセスすることで、無線基地局５を介して通信ネットワーク４と接続される。そして複数の端末３－１～３－ｎのそれぞれは、ユーザの操作に応じて生成される、ユーザの現在位置及び目的地などを通知するとともに空いている駐車スペースを照会する照会信号または承認信号などを、通信ネットワーク４を介してサーバ２へ送信し、あるいは、通信ネットワーク４を介して、サーバ２から提案信号などを受信することが可能となっている。なお、以下では、説明の便宜上、照会信号を送信した端末を、照会端末と呼ぶことがある。

図２は、乗合支援処理が実行される際の状況の一例を示す図である。この例では、端末３－１のユーザ２０１と、端末３－２のユーザ２０２と、端末３－３のユーザ２０３とが、それぞれ、同一の目的地２１０へ向かおうとしている。一方、目的地２１０の所定範囲内において空いている駐車スペース２１１は車両１台分だけである。そのため、サーバ２は、ユーザ２０１～２０３に、乗合を提案する。

図３は、乗合支援処理に関するシーケンス図である。なお、図３に示されるシーケンス図において、各端末とサーバ間の通信は、上記のように、通信ネットワーク４を介して行われる。

端末３－１のユーザが、端末３－１を操作して、乗合支援処理に関連するアプリケーションを起動し、そのアプリケーションを通じて、駐車スペースを照会するために、現在位置及び目的地を通知する操作を行う。そして端末３－１が、照会信号を生成し、その照会信号をサーバ２へ送信する（ステップＳ１０１）。また、端末３－２のユーザも、端末３－２を操作して、乗合支援処理に関連するアプリケーションを起動し、そのアプリケーションを通じて、駐車スペースを照会するために、現在位置及び目的地を通知する操作を行う。そして端末３－２が、照会信号を生成し、その照会信号をサーバ２へ送信する（ステップＳ１０２）。さらに、端末３－３のユーザも、端末３－３を操作して、乗合支援処理に関連するアプリケーションを起動し、そのアプリケーションを通じて、駐車スペースを照会するために、現在位置及び目的地を通知する操作を行う。そして端末３－３が、照会信号を生成し、その照会信号をサーバ２へ送信する（ステップＳ１０３）。なお、照会信号において、目的地及び現在位置は、例えば、施設名、住所、あるいは経度と緯度の組み合わせで表される。

端末３－１～３－３のそれぞれからの照会信号を受信したタイミングの差が一定期間（例えば、3分～10分）以内である場合、サーバ２は、各端末から受信した照会信号に含まれる目的地が同一か否か判定するとともに、各端末のユーザの現在位置間の距離が所定距離（例えば、1km～2km）以下か否か判定する（ステップＳ１０４）。例えば、サーバ２は、各端末から受信した照会信号に含まれる目的地の施設名あるいは住所が同一である場合、目的地は同一であると判定する。あるいは、サーバ２は、各端末から受信した照会信号に含まれる目的地間の距離を算出し、その距離が所定の距離閾値（例えば、50m～200m）以下である場合、目的地は同一であると判定してもよい。

サーバ２は、各端末から受信した照会信号に含まれる目的地が同一であり、かつ、各端末のユーザの現在位置間の距離が所定距離以下である場合、受信した照会信号数、すなわち、同一目的地へ向かうユーザの車両数と、目的地から所定範囲内の空いている駐車スペースの数に基づいて決定される空き基準値とを比較して、同一目的地へ向かうことが通知された各端末のユーザに乗合を提案するか否かを判定する（ステップＳ１０５）。そして受信した照会信号数が空き基準値よりも大きい場合、サーバ２は、乗合を提案すると判定し、照会信号を送信した各端末（すなわち、照会端末）へ、乗合を提案する提案信号を送信する（ステップＳ１０６）。

なお、目的地についての所定範囲は、例えば、目的地の敷地、あるいは、目的地から所定距離（例えば、100m～200m）以内の範囲とすることができる。また、空き基準値は、例えば、空いている駐車スペースの数から所定のオフセット数を減じた数とすることができる。オフセット数は、例えば、予め設定され、例えば、0～2とすることができる。また、オフセット数は、目的地に応じて設定されてもよい。この場合、オフセット数は、例えば、目的地周辺の駐車場の空車状況の履歴から算出される、空車となっている駐車スペースの数の平均値が小さいほど、大きな値に設定されてもよい。なお、空車となっている駐車スペースの数の平均値は、時間帯ごと、あるいは、曜日ごとに算出されてもよい。そして乗合支援処理が実行されている曜日あるいは時間帯における、空車となっている駐車スペースの数の平均値に応じて、オフセット数が設定されてもよい。このようにオフセット数が設定されることで、サーバ２が照会信号を受信してから実際に駐車場を予約するまでタイムラグにおける、空いている駐車スペースの数の変動により、駐車スペースを予約できなくなることが抑制される。

各照会端末のユーザが、乗合の提案を受け入れる場合には、各照会端末は、サーバ２へ乗合を承認する承認信号を送信する（ステップＳ１０７）。サーバ２は、各照会端末から承認信号を受信すると、乗り合う各ユーザの車両に関する情報、及び、空いている駐車スペースに関する情報などに基づいて、各ユーザの車両の中から、乗合に使用する車両を選択する。さらに、サーバ２は、選択した車両について各ユーザの待ち合わせ場所及び待ち合わせ時刻などを含むルートを計算する。そしてサーバ２は、乗り合う各ユーザの照会端末へ、選択した車両を特定するための情報、待ち合わせ場所及び待ち合わせ時刻などを通知する通知信号を送信する（ステップＳ１０８）。さらに、サーバ２は、駐車場管理システムに対して、目的地の駐車スペースを予約する予約信号を送信する（ステップＳ１０９）。

サーバ２は、乗り合った各ユーザからその乗合の対価の額に応じたポイントを受け取り、乗合に使用された車両のユーザに対して、受け取ったポイントから手数料を減じたポイントを支払う（ステップＳ１１０）。
そして乗合支援システムは、乗合支援処理を終了する。

以下、サーバ２の詳細について説明する。
図４は、サーバ２の概略構成図である。サーバ２は、通信インターフェース２１と、ストレージ装置２２と、メモリ２３と、プロセッサ２４とを有する。通信インターフェース２１、ストレージ装置２２及びメモリ２３は、プロセッサ２４と信号線を介して接続されている。サーバ２は、さらに、キーボード及びマウスといった入力装置、及び、ディスプレイといった出力装置を有していてもよい。

通信インターフェース２１は、通信部の一例であり、サーバ２を通信ネットワーク４に接続するためのインターフェース回路を有する。そして通信インターフェース２１は、複数の端末３－１～３－ｎのそれぞれと通信可能に構成される。すなわち、通信インターフェース２１は、複数の端末３－１～３－ｎの何れかから通信ネットワーク４を介して受信した照会信号、及び、承認信号などをプロセッサ２４へわたす。また通信インターフェース２１は、プロセッサ２４から受け取った、提案信号などを通信ネットワーク４へ出力する。

ストレージ装置２２は、記憶部の一例であり、例えば、ハードディスク装置または光記録媒体及びそのアクセス装置を有する。そしてストレージ装置２２は、端末３－１～３－ｎのそれぞれについて、その端末の識別情報と、その端末のユーザが所有する車両の車両ナンバー、及び、車種、サイズなどの車両に関する情報とを対応付けて記憶する。また、ストレージ装置２２は、端末３－１～３－ｎのそれぞれについて、その端末のユーザの氏名、ユーザ番号、ポイント情報などを記憶する。さらに、ストレージ装置２２は、地図情報を記憶する。なお、各端末の識別情報は、例えば、MACアドレスとすることができる。さらにまた、ストレージ装置２２は、乗合支援処理を実行するためのコンピュータプログラムを記憶していてもよい。

メモリ２３は、記憶部の他の一例であり、例えば、不揮発性の半導体メモリ及び揮発性の半導体メモリを有する。そしてメモリ２３は、乗合支援処理を実行中に生成される各種データなどを記憶する。

プロセッサ２４は、制御部の一例であり、１個または複数個のＣＰＵ(Central Processing Unit)及びその周辺回路を有する。プロセッサ２４は、論理演算ユニットあるいは数値演算ユニットといった他の演算回路をさらに有していてもよい。そしてプロセッサ２４は、乗合支援処理のうちのサーバ２に関連する処理を実行する。

図５は、乗合支援処理のうちのサーバ２に関連する処理の動作フローチャートである。プロセッサ２４は、サーバ２が、複数の端末３－１～３－ｎの何れかから通信ネットワーク４及び通信インターフェース２１を介して照会信号を受信すると、図５に示される動作フローチャートに従って、乗合支援処理のうちのサーバ２に関連する処理を実行する。

プロセッサ２４は、何れかの端末から照会信号を受信してから一定期間内に他の端末から照会信号を受信したか否か判定する（ステップＳ２０１）。一定期間内に他の端末から照会信号を受信しない場合（ステップＳ２０１－Ｎｏ）、プロセッサ２４は、照会信号に含まれる目的地から所定範囲内で空いている駐車スペースを、通信インターフェース２１及び通信ネットワーク４を介して駐車場管理システムへ問い合わせることで、その所定範囲内に空いている駐車スペースが有るか否か判定する（ステップＳ２０２）。空いている駐車スペースが無ければ（ステップＳ２０２－Ｎｏ）、プロセッサ２４は、駐車スペースの空きが無いことを表す満車信号を、通信インターフェース２１及び通信ネットワーク４を介して、照会信号を送信した端末（照会端末）へ返信する（ステップＳ２０３）。そしてプロセッサ２４は、乗合支援処理を終了する。一方、空いている駐車スペースが有れば（ステップＳ２０２－Ｙｅｓ）、プロセッサ２４は、駐車スペースの空きがあること、及び、駐車スペースを予約するか否かを問い合わせる問い合わせ信号を、通信インターフェース２１及び通信ネットワーク４を介して、照会端末へ返信する（ステップＳ２０４）。その問い合わせ信号を送信してから一定期間内に、通信ネットワーク４及び通信インターフェース２１を介して、照会端末から駐車スペースの予約を依頼する旨を表す返信があると、プロセッサ２４は、駐車スペースを予約する予約信号を生成し、その予約信号を、通信インターフェース２１及び通信ネットワーク４を介して駐車場管理システムへ送信する（ステップＳ２０５）。なお、サーバ２は、ストレージ装置２２から、照会端末のユーザが所有する車両の車両ナンバーを読み出し、その車両ナンバーを予約信号に含めてもよい。そしてプロセッサ２４は、乗合支援処理を終了する。

また、ステップＳ２０１において、一定期間内に他の端末から照会信号を受信した場合（ステップＳ２０１－Ｙｅｓ）、プロセッサ２４は、受信した照会信号のそれぞれから、目的地及び現在位置を表す情報を取り出して、目的地が同一であり、かつ、現在位置間の距離が所定距離以下となるか否か判定する（ステップＳ２０６）。目的地が異なるか、あるいは、現在位置間の距離が所定距離よりも大きければ（ステップＳ２０６－Ｎｏ）、プロセッサ２４は、照会端末ごとに、ステップＳ２０２以降の処理を実行する。すなわち、サーバ２は、各照会端末のユーザに対して、個別に駐車スペースを予約する。そしてプロセッサ２４は、乗合支援処理を終了する。

一方、目的地が同一であり、かつ、現在位置間の距離が所定距離以下となる場合（ステップＳ２０６－Ｙｅｓ）、プロセッサ２４は、照会信号に含まれる目的地から所定範囲内で空いている駐車スペースを、通信インターフェース２１及び通信ネットワーク４を介して駐車場管理システムへ問い合わせる。そしてプロセッサ２４は、駐車場管理システムから、空いている駐車スペースの数と、空いている駐車スペースの位置、及び、空いている駐車スペースに関する情報を、通信ネットワーク４及び通信インターフェース２１を介して受信する。そしてプロセッサ２４は、照会端末の数、すなわち、同一目的地へ向かうユーザの車両数が、その所定範囲内に空いている駐車スペースの数からオフセット数を減算して得られる空き基準値よりも多いか否か判定する（ステップＳ２０７）。

同一目的地へ向かうユーザの車両数が空き基準値以下である場合（ステップＳ２０７－Ｎｏ）、プロセッサ２４は、照会端末ごとに、ステップＳ２０４以降の処理を実行する。すなわち、サーバ２は、各照会端末のユーザに対して、個別に駐車スペースを予約する。そしてプロセッサ２４は、乗合支援処理を終了する。

一方、同一目的地へ向かうユーザの車両数が空き基準値よりも大きい場合（ステップＳ２０７－Ｙｅｓ）、プロセッサ２４は、乗合を提案すると判定する。そしてプロセッサ２４は、乗合を提案する提案信号を生成し、生成した提案信号を、通信インターフェース２１及び通信ネットワーク４を介して、各照会端末へ送信する（ステップＳ２０８）。なお、提案信号には、例えば、目的地周辺の駐車スペースに余裕が無いこと、同じ目的地へ向かうユーザが複数存在すること、及び、その複数のユーザ同士が乗り合うことを提案することを表すメッセージが含まれる。

プロセッサ２４は、提案信号を送信してから一定期間内に、各照会端末から承認信号を受信したか否か判定する（ステップＳ２０９）。一定期間内に何れの照会端末からも承認信号を受信しなければ（ステップＳ２０９－Ｎｏ）、プロセッサ２４は、空いている駐車スペースが無いことを表す満車信号を生成し、生成した満車信号を、通信インターフェース２１及び通信ネットワーク４を介して、各照会端末へ送信する（ステップＳ２１０）。そしてプロセッサ２４は、乗合支援処理を終了する。

一方、一定期間内に一つ以上の端末から承認信号を受信すると（ステップＳ２０９－Ｙｅｓ）、プロセッサ２４は、承認信号を送信した各端末のユーザが所有する車両の中から、乗合に使用する車両を選択する（ステップＳ２１１）。またプロセッサ２４は、選択した車両を乗合に使用する場合における、選択した車両のユーザの現在位置から目的地までのルートを探索して、各ユーザの待ち合わせ場所及び待ち合わせ時刻を決定する（ステップＳ２１２）。その際、プロセッサ２４は、乗り合うことを承認した各ユーザの現在位置に基づいて、各ユーザの現在位置から所定範囲（例えば、100～200m）内の位置を通り、かつ、所要時間が最短となるように、ダイクストラ法といったルート探索手法に従ってルートを探索すればよい。またプロセッサ２４は、探索したルートに従って、各ユーザの待ち合わせ場所及び待ち合わせ時刻を求める。そしてプロセッサ２４は、選択した車両の車両ナンバーといった、選択した車両を特定するための情報、目的地の駐車スペースの位置、待ち合わせ場所及び待ち合わせ時刻などを通知する通知信号を生成し、生成した通知信号を、通信インターフェース２１及び通信ネットワーク４を介して、承認信号を送信した各端末へ送信する（ステップＳ２１３）。さらに、プロセッサ２４は、目的地の駐車スペースを予約する予約信号を生成し、生成した予約信号を、通信インターフェース２１及び通信ネットワーク４を介して、駐車場管理システムへ送信する（ステップＳ２１４）。

その後、プロセッサ２４は、承認信号を送信した各端末に対応する各ユーザ、すなわち、乗り合った各ユーザのポイント情報をストレージ装置２２から読み出す。そしてプロセッサ２４は、乗り合った各ユーザのうち、自身の車両が使用されなかったユーザのポイントの残高からその乗合に応じた対価の額に相当するポイントを減算してそのユーザのポイントを更新し、更新後のポイントをストレージ装置２２に記憶する。さらに、プロセッサ２４は、乗合に使用された車両のユーザのポイントの残高に、乗り合ったユーザごとの乗合に応じた対価の額の合計から手数料を減じた額に相当するポイントを加算して、そのユーザのポイントを更新し、更新後のポイントをストレージ装置２２に記憶する（ステップＳ２１５）。そして乗合支援システムは、乗合支援処理を終了する。

なお、ステップＳ２０９において、一定期間内に承認信号を返信した端末と承認信号を返信しなかった端末の両方が存在する場合、プロセッサ２４は、承認信号を返信した各端末についてステップＳ２１１～Ｓ２１５の処理を実行し、承認信号を返信しなかった各端末についてステップＳ２１０の処理を実行してもよい。

次に、乗合に使用する車両を選択する処理の詳細について説明する。
図６は、図５に示された動作フローチャートにおけるステップＳ２１１にて実行される、乗合に使用する車両を選択する処理の動作フローチャートである。

プロセッサ２４は、承認信号を返信した各端末のユーザ、すなわち、乗り合うことを承認した各ユーザが所有する車両に関する情報をストレージ装置２２から読み出す（ステップＳ３０１）。そしてプロセッサ２４は、駐車場管理システムから受信した、空いている駐車スペースに関する情報と、乗り合うことを承認した各ユーザの車両に関する情報とを参照して、乗り合うことを承認した各ユーザの車両のうち、空いている駐車スペースに駐車可能な車両を選択する（ステップＳ３０２）。例えば、空いている駐車スペースのサイズが小型自動車用のサイズである場合、乗り合うことを承認した各ユーザの車両のうち、小型自動車が選択される。あるいは、空いている駐車スペースに充電設備が無い場合、乗り合うことを承認した各ユーザの車両のうち、電気自動車以外の自動車が選択される。あるいはまた、空いている駐車スペースに車高制限がある場合、乗り合うことを承認した各ユーザの車両のうち、その車高制限を満たす車両が選択される。

プロセッサ２４は、ステップＳ３０２にて選択された車両の中から、ユーザの評価点が最高となる車両を、乗合に使用する車両として選択する（ステップＳ３０３）。なお、ユーザの評価点は、例えば、以下のように求められる。例えば、車両に関する情報には、燃費（消費燃料が少ないほど良）、事故履歴（無い方が良）、車室内の広さ（広いほど良）、車両価格（高いほど良）、及び、登録年数（少ないほど良）のうちの少なくとも一つを含む、予め設定された評価項目が含まれる。なお、これらの評価項目のうち、車室内の広さ、車両価格及び登録年数は、車両の快適性に関する評価項目の一例である。プロセッサ２４は、評価項目のそれぞれごとに、ステップＳ３０２にて選択された車両の中で最高となる車両に所定の評価値（例えば、１点）を付与する。そしてその選択された車両のうちで、付与された評価値の合計が、ユーザの評価点として算出される。なお、評価項目には、上記の車両自体に関する項目の他、目的地に到達するまでの所要時間（短いほど良）が含まれていてもよい。また、評価項目ごとの評価値は、その評価項目における順位が高いほど、大きな値が付与されてもよい。

なお、変形例によれば、プロセッサ２４は、図５に示される動作フローチャートにおけるステップＳ２１３にて、選択した車両を通知してから一定期間内に、承認信号を送信した各端末から、通信ネットワーク４及び通信インターフェース２１を介して、選択した車両でよいか否かを確認するための信号を受信してもよい。そしてプロセッサ２４は、一つ以上の端末から、選択した車両を乗合に使用することを拒否することを表す信号を受信した場合、ユーザの評価点が次に高い車両を乗合に使用する車両として再選択し、再選択した車両について、ステップＳ２１２以降の処理を再度実行してもよい。

また、空いている駐車スペースが複数台分以上ある場合、プロセッサ２４は、図５に示される動作フローチャートにおけるステップＳ２１１及び図６に示される動作フローチャートにおけるステップＳ３０３において、空いている駐車スペースの数以下で、かつ、２台以上の車両を選択してもよい。その際、プロセッサ２４は、ユーザの評価点が高い方から順に２台以上の車両を選択してもよい。そしてプロセッサ２４は、選択した車両ごとの、その車両のユーザの現在位置から目的地までの所要時間の合計が最小となるように、選択した車両ごとに、乗り合わせるユーザを選択してもよい。

次に、端末３－１～３－ｎの詳細について説明する。なお、乗合支援処理に関連する構成に関して、各端末は同一の構成を有してもよいので、以下では、端末３－１についてのみ説明する。

図７は、端末３－１の概略構成図である。端末３－１は、ユーザインターフェース３１と、無線通信回路３２と、位置測定回路３３と、メモリ３４と、プロセッサ３５とを有する。端末３－１は、さらに、車載の機器と無線通信するための近距離無線通信回路（図示せず）を有していてもよい。

ユーザインターフェース３１は、例えば、タッチパネルディスプレイを有する。そしてユーザインターフェース３１は、乗合支援処理に関連する、ユーザによる操作（例えば、乗合支援処理に関するアプリケーションの起動、空いている駐車スペースを照会する際の目的地の入力、あるいは、提案信号受信時における、乗合を承認するか否かなど）に応じた信号を生成し、その信号をプロセッサ３５へ出力する。またユーザインターフェース３１は、プロセッサ３５から受け取った、各種の表示用の情報（例えば、提案信号受信時における、乗合を提案するメッセージ、あるいは、通知信号受信時における、乗合に用いられる車両の車両ナンバーといった、その車両を特定するための情報、待ち合わせ場所、待ち合わせ時刻など）を表示する。

無線通信回路３２は、例えば、アンテナと、無線信号の変調及び復調といった、無線通信に関連する各種の処理を実行する信号処理回路とを有する。そして無線通信回路３２は、通信ネットワーク４とゲートウェイなどを介して接続される無線基地局５からダウンリンクの無線信号を受信し、また、アップリンクの無線信号を無線基地局５へ送信する。すなわち、無線通信回路３２は、無線基地局５から受信したダウンリンクの無線信号から、サーバ２から端末３－１へ伝送される信号（例えば、提案信号、通知信号など）を取り出してプロセッサ３５へわたす。また無線通信回路３２は、プロセッサ３５から受け取ったサーバ２へ送信される信号（例えば、照会信号、承認信号など）を含むアップリンクの無線信号を生成し、その無線信号を送信する。

位置測定回路３３は、端末３－１の位置を表す情報を取得する。位置測定回路３３は、例えば、GPS信号を受信する受信機と、GPS信号から端末３－１の位置を算出する演算回路とを有する。そして位置測定回路３３は、GPS信号に基づいて端末３－１の位置を測定する。位置測定回路３３は、端末３－１の位置を測定する度に、その位置をプロセッサ３５へ通知する。

メモリ３４は、例えば、読み書き可能な不揮発性の半導体メモリと、読み書き可能な揮発性の半導体メモリとを有する。そしてメモリ３４は、プロセッサ３５上で実行される各種のアプリケーションプログラム及び各種のデータを記憶する。またメモリ３４は、乗合支援処理の実行に関連する各種のデータを記憶する。

プロセッサ３５は、１個または複数個のＣＰＵ及びその周辺回路を有する。プロセッサ３５は、論理演算ユニットあるいは数値演算ユニットといった他の演算回路をさらに有していてもよい。そしてプロセッサ３５は、乗合支援処理のうちの端末３－１に関連する処理を実行する。例えば、プロセッサ３５は、ユーザによる操作に応じて、サーバ２へ送信する信号（照会信号、承認信号など）を生成し、生成したその信号を無線通信回路３２へ出力する。

例えば、乗合支援処理に関連するアプリケーションが起動された状態で、ユーザインターフェース３１を介して駐車スペースの案内を希望し、かつ、目的地が入力される操作が行われると、プロセッサ３５は、入力された目的地、位置測定回路３３により測定された、端末３－１の現在位置、及び、端末３－１の識別情報を含む照会信号を生成する。

また、プロセッサ３５は、提案信号を受信した際に、ユーザインターフェース３１を介してユーザが乗合を承認することを示す操作を行うと、承認信号を生成する。さらに、プロセッサ３５は、通知信号を受信すると、通知信号に含まれる、乗合に使用される車両の特定情報、目的地の駐車スペースの位置、待ち合わせ場所及び待ち合わせ時刻を取り出して、ユーザインターフェース３１に表示させる。その際、プロセッサ３５は、ユーザが案内先の目的地の駐車スペースの位置を理解し易いように、案内先の駐車スペースの位置を表した地図をユーザインターフェース３１に表示させてもよい。さらに、プロセッサ３５は、待ち合わせ場所を地図とともに表示してもよい。

以上に説明してきたように、この乗合支援装置は、同一の目的地へ向かうユーザが複数存在する場合に、そのユーザの数と、空いている駐車スペースの数とに応じて、乗合を提案するか否かを決定する。そのため、この乗合支援装置は、乗合を提案するか否かを適切に決定できる。また、この乗合支援装置は、乗り合うことを承認した各ユーザの車両のうち、複数の評価項目に基づいて算出される評価点が最大となる車両を、乗合に使用する車両として選択する。そのため、この乗合支援装置は、乗合に使用する車両を適切に決定できる。

なお、変形例によれば、各端末３－１～３－ｎは、その端末のユーザが所有する車両に関する情報を照会信号に含めてもよい。この場合には、各端末のメモリ３４に、その端末のユーザが所有する車両に関する情報が予め記憶されていてもよい。そして各端末のプロセッサ３５が、照会信号を生成する際に、メモリ３４からその端末のユーザの車両に関する情報を読み出して照会信号に含めてもよい。あるいは、各端末のユーザが、乗合支援処理に関するアプリケーションプログラムに従ってユーザインターフェース３１を操作して、車両に関する情報を入力し、プロセッサ３５が、入力された車両に関する情報を照会信号に含めてもよい。これにより、事前にユーザが所有する車両に関する情報が登録されていない場合でも、サーバ２は、乗合に使用する車両を選択できる。

他の変形例によれば、乗合が提案される場合において、サーバ２から照会端末への提案信号の送信は省略されてもよい。この場合、図３に示されるシーケンス図におけるステップＳ１０６及びＳ１０７の処理、及び、図５に示される動作フローチャートにおけるステップＳ２０８～Ｓ２１０の処理は省略されてもよい。そしてサーバ２のプロセッサ２４は、各照会端末のユーザの車両の中から、図６に示される動作フローチャートに従って、乗合に使用する車両を選択すればよい。この変形例によれば、乗合が提案される際の手続きが簡略化されるので、各照会端末のユーザの煩雑さが軽減される。

さらに他の変形例によれば、各端末３－１～３－ｎは、同乗者の数（ユーザ自身を含む数）を照会信号に含めてもよい。この場合には、各端末のユーザが所有する車両に関する情報には、乗車定員数が含まれていてもよい。そしてサーバ２が、乗合に使用する車両を選択する際、各照会端末から送信された照会信号に含まれる同乗者の数の合計が乗車定員数以下となるように、車両を選択すればよい。これにより、同乗者がいる場合でも、サーバ２は、乗合に使用する車両を適切に選択できる。

さらに他の変形例によれば、乗合に応じた対価の額は、乗合に使用された車両に応じて設定されてもよい。例えば、乗合に使用された車両の購入価格が高いほど、あるいは、乗合に使用された車両のクラスが上級なほど、乗合に応じた対価の額が高くなるように、その対価の額は設定されてもよい。これにより、乗合に使用された車両のユーザが、乗合の対価の額についてより納得することが期待される。

さらに他の変形例によれば、各端末のユーザのポイントを管理するためのサーバ（以下、サーバ２との区別のために、ポイント管理用サーバと呼ぶ）が、サーバ２と別個に設けられてもよい。そしてポイント管理用サーバは、通信ネットワーク４を介してサーバ２と通信可能であってもよい。この場合には、図５に示される乗合支援処理の関連部分の処理において、ステップＳ２１５の処理は省略されてもよい。その代わりに、サーバ２のプロセッサ２４は、乗合に使用された車両のユーザのポイントに加算するポイントと、乗り合ったユーザのポイントから減算するポイントとを通知する信号を生成し、その信号を通信インターフェース２１及び通信ネットワーク４を介してポイント管理用サーバへ送信してもよい。

さらに他の変形例によれば、サーバ２自身が駐車場管理システムの機能を有していてもよい。また、駐車場管理システムが駐車スペースを予約することができないシステムである場合、図３のシーケンス図におけるステップＳ１０９の処理、及び、図５に示される動作フローチャートにおけるステップＳ２１４の処理は省略されてもよい。またこの場合、乗合の提案が行われてから、各ユーザが乗り合った車両が駐車スペースに到着するまでの時間に、空いている駐車スペースが無くならないようにするために、空き基準値を設定するために用いられるオフセット数は、上記の実施形態におけるオフセット数よりも大きな値（例えば、3～5）に設定されてもよい。

また、上記のサーバ２のプロセッサ２４で実行される処理をコンピュータに実行させるコンピュータプログラムは、例えば、光記録媒体あるいは磁気記録媒体といった記録媒体に記録されて配布されてもよい。

以上のように、当業者は、本発明の範囲内で、実施される形態に合わせて様々な変更を行うことができる。

１ 乗合支援システム
２ サーバ（乗合支援装置）
３－１～３－ｎ 端末
４ 通信ネットワーク
５ 無線基地局
２１ 通信インターフェース
２２ ストレージ装置
２３ メモリ
２４ プロセッサ
３１ ユーザインターフェース
３２ 無線通信回路
３３ 位置測定回路
３４ メモリ
３５ プロセッサ

Claims (5)

1. 複数の端末と、前記複数の端末のそれぞれと通信可能な乗合支援装置とを有する乗合支援システムであって、
   前記乗合支援装置は、前記複数の端末のうちの二つ以上の端末から受信した、同一の目的地について空いている駐車スペースを照会することを求める照会信号の数が、前記目的地の所定範囲内において空いている駐車スペースの数に応じた空き基準値より大きい場合に、前記照会信号を送信した前記二つ以上の端末のそれぞれのユーザの何れかが所有する車両に前記目的地へ向かうために乗り合うことを提案する提案信号を、前記照会信号を送信した前記二つ以上の端末のそれぞれへ送信する、乗合支援システム。
2. 複数の端末と通信可能な通信部と、
   前記通信部を介して前記複数の端末のうちの二つ以上の端末から受信した、同一の目的地について空いている駐車スペースを照会することを求める照会信号の数が、前記目的地の所定範囲内において空いている駐車スペースの数に応じた空き基準値より大きい場合に、前記照会信号を送信した前記二つ以上の端末のそれぞれのユーザの何れかが所有する車両に前記目的地へ向かうために乗り合うことを提案する提案信号を、前記通信部を介して前記照会信号を送信した前記二つ以上の端末のそれぞれへ送信する制御部と、
   を有する乗合支援装置。
3. 前記制御部は、前記照会信号を送信した前記二つ以上の端末のそれぞれのユーザが所有する車両に関する情報と、空いている駐車スペースに関する情報とを参照して、前記照会信号を送信した前記二つ以上の端末のそれぞれのユーザが所有する車両のうち、空いている駐車スペースに駐車可能な車両を乗合に使用する車両として選択し、選択した車両を特定するための情報を、前記通信部を介して前記照会信号を送信した前記二つ以上の端末のそれぞれへ送信する、請求項２に記載の乗合支援装置。
4. 前記車両に関する情報は、車両の快適性、燃費、事故履歴のうちの少なくとも一つの項目を含み、
   前記制御部は、前記照会信号を送信した前記二つ以上の端末のそれぞれのユーザが所有し、かつ、空いている駐車スペースに駐車可能な車両のうち、前記少なくとも一つの項目のそれぞれの評価値の合計が最大となる車両を乗合に使用する車両として選択する、請求項３に記載の乗合支援装置。
5. 複数の端末と、前記複数の端末のそれぞれと通信可能な乗合支援装置とを有する乗合支援システムにおける、乗合支援方法であって、
   前記複数の端末のうちの二つ以上の端末が、同一の目的地について空いている駐車スペースを照会することを求める照会信号を前記乗合支援装置へ送信し、
   前記乗合支援装置が、前記複数の端末のうちの前記二つ以上の端末から受信した、前記照会信号の数が、前記目的地の所定範囲内において空いている駐車スペースの数に応じた空き基準値より大きい場合に、前記照会信号を送信した前記二つ以上の端末のそれぞれのユーザの何れかが所有する車両に前記目的地へ向かうために乗り合うことを提案する提案信号を、前記照会信号を送信した前記二つ以上の端末のそれぞれへ送信する、
   乗合支援方法。

Images