JP2024045578A - 情報処理装置、端末装置、同乗制御方法、同乗者受付方法、同乗依頼方法、及び、プログラム - Google Patents

Abstract

【課題】車両のドライバーとハイカーの希望に応じて、ライドシェアを促進する。【解決手段】情報処理装置では、通信手段は複数の端末と通信し、取得手段は車両の予定経路に関する経路情報を第１端末への入力に基づいて取得する。制御手段は、前記経路情報を前記第１端末とは異なる第２端末から閲覧可能とし、前記第２端末への入力に基づいた乗車及び降車を希望する地点を含む希望情報を、前記第１端末に送信する。そして、前記取得手段は、前記希望情報に係る諾否情報を前記第１端末への入力に基づいて取得し、前記制御手段は、前記諾否情報を前記第２端末に送信する。【選択図】図６

Description

本発明は、ライドシェア（相乗り）を促進する手法に関する。

特許文献１に記載のシステムでは、中央コンピュータに記憶されている車両情報に基づき、ユーザの現在地付近を実際に走行している車両がユーザ端末に提示され、ユーザは仮想的なヒッチハイクを楽しむことができる。

特開２００３－２０８４６２号公報

本発明は、車両のドライバーとハイカーの希望に応じて、ライドシェアを促進することが可能なシステムを提供することを目的とする。

請求項１に記載の発明は、情報処理装置であって、複数の端末と通信を行う通信手段と、車両の予定経路に関する経路情報を第１端末への入力に基づいて取得する取得手段と、前記経路情報を前記第１端末とは異なる第２端末から閲覧可能とし、前記第２端末への入力に基づいた乗車及び降車を希望する地点を含む希望情報を、前記第１端末に送信する制御手段と、を備え、前記取得手段は、前記希望情報に係る諾否情報を前記第１端末への入力に基づいて取得し、前記制御手段は、前記諾否情報を前記第２端末に送信することを特徴とする。

実施例に係るライドシェアシステムの構成を示すブロック図である。 車載端末の構成例を示すブロック図である。 サーバの構成例を示すブロック図である。 ドライバーＤＢ及びハイカーＤＢの記憶データ例を示す。 走行予定情報登録処理のフローチャートである。 ライドシェア仲介処理のフローチャートである。 評価処理のフローチャートである。

本発明の１つの好適な実施形態では、情報処理装置は、複数の端末と通信を行う通信手段と、車両の予定経路に関する経路情報を第１端末への入力に基づいて取得する取得手段と、前記経路情報を前記第１端末とは異なる第２端末から閲覧可能とし、前記第２端末への入力に基づいた乗車及び降車を希望する地点を含む希望情報を、前記第１端末に送信する制御手段と、を備え、前記取得手段は、前記希望情報に係る諾否情報を前記第１端末への入力に基づいて取得し、前記制御手段は、前記諾否情報を前記第２端末に送信する。

上記の情報処理装置では、通信手段は複数の端末と通信し、取得手段は車両の予定経路に関する経路情報を第１端末への入力に基づいて取得する。制御手段は、前記経路情報を前記第１端末とは異なる第２端末から閲覧可能とし、前記第２端末への入力に基づいた乗車及び降車を希望する地点を含む希望情報を、前記第１端末に送信する。そして、前記取得手段は、前記希望情報に係る諾否情報を前記第１端末への入力に基づいて取得し、前記制御手段は、前記諾否情報を前記第２端末に送信する。これにより、第２端末からの希望情報に対して、第１端末のユーザが任意に決定した諾否情報を第２端末へ送信することができる。

上記の情報処理装置の一態様では、前記制御手段は、前記諾否情報が許諾を示す場合に、前記車両の識別情報を前記第２端末に送信する。これにより、第２端末のユーザは、車両を容易に識別することができる。

上記の情報処理装置の他の一態様では、前記制御手段は、前記第１端末のユーザに関する評価情報が存在する場合には、前記経路情報に付加して前記第１端末のユーザに関する評価情報を前記第２端末から閲覧可能とし、前記第２端末のユーザに関する評価情報が存在する場合には、前記希望情報に前記第２端末のユーザに関する評価情報を付加して前記第１端末に送信する。この態様では、第２端末のユーザは評価情報を考慮して希望情報を送信することができ、第１端末のユーザは評価情報を考慮して諾否情報を第１端末へ送信することができる。

上記の情報処理装置の他の一態様では、前記制御手段は、前記第２端末から乗車希望人数または、積載希望荷物量を取得し、前記第１端末に送信する。この態様では、第１端末のユーザは、乗車希望人数または、積載希望荷物量を考慮して諾否情報を送信することができる。

上記の情報処理装置の他の一態様では、前記取得手段は、前記第１端末から乗車可能人数または、積載可能荷物量を取得し、前記制御手段は、前記乗車可能人数または、積載可能荷物量を前記第２端末から閲覧可能とする。この態様では、第２端末のユーザは、乗車可能人数または、積載可能荷物量を考慮して希望情報を送信することができる。

上記の情報処理装置の他の一態様では、前記取得手段が前記第１端末から取得する前記経路情報は、出発予定時刻または到着予定時刻を含む。この態様では、第２端末のユーザは、出発予定時刻または到着予定時刻を考慮して希望情報を送信することができる。

本発明の他の好適な実施形態では、外部の情報処理装置と通信を行う端末装置は、出発地と目的地を設定する設定手段と、前記情報処理装置により前記端末装置とは異なる他の端末装置に閲覧可能とされる情報であって、前記出発地および前記目的地に関する情報または、前記出発地から前記目的地までの経路情報を前記情報処理装置へ送信する第１送信手段と、前記他の端末装置から前記情報処理装置に送信される乗車及び降車を希望する地点を含む希望情報を、前記情報処理装置より受信して提示する提示手段と、前記希望情報を提示したのちに前記希望情報に係る諾否情報を取得し、当該諾否情報を前記情報処理装置へ送信する第２送信手段と、を備える。

上記の端末装置では、外部の情報処理装置と通信を行い、設定手段は出発地と目的地を設定する。第１送信手段は、前記情報処理装置により前記端末装置とは異なる他の端末装置に閲覧可能とされる情報であって、前記出発地および前記目的地に関する情報または、前記出発地から前記目的地までの経路情報を前記情報処理装置へ送信する。提示手段は、前記他の端末装置から前記情報処理装置に送信される乗車及び降車を希望する地点を含む希望情報を、前記情報処理装置より受信して提示する。そして、第２送信手段は、前記希望情報を提示したのちに前記希望情報に係る諾否情報を取得し、当該諾否情報を前記情報処理装置へ送信する。これにより、他の端末装置からの希望情報に対して、端末装置のユーザが任意に決定した諾否情報を他の端末装置へ送信することができる。

本発明の他の好適な実施形態では、外部の情報処理装置と通信を行う端末装置は、前記端末装置とは異なる他の端末装置への入力に基づいて設定された車両の予定経路に関する経路情報を、前記情報処理装置より受信する第１受信手段と、前記経路情報を提示したのちに乗車及び降車を希望する地点を含む希望情報を取得し、当該希望情報を前記情報処理装置へ送信する送信手段と、前記希望情報を前記情報処理装置へ送信したのちに、前記他の端末装置により送信された前記希望情報に係る諾否情報を前記情報処理装置から受信する第２受信手段と、を備える。

上記の端末装置では、外部の情報処理装置と通信を行い、第１受信手段は前記端末装置とは異なる他の端末装置への入力に基づいて設定された車両の予定経路に関する経路情報を、前記情報処理装置より受信する。送信手段は、前記経路情報を提示したのちに乗車及び降車を希望する地点を含む希望情報を取得し、当該希望情報を前記情報処理装置へ送信する。そして、第２受信手段は、前記希望情報を前記情報処理装置へ送信したのちに、前記他の端末装置により送信された前記希望情報に係る諾否情報を前記情報処理装置から受信する。これにより、端末装置からの希望情報に対して、他の端末装置のユーザが任意に決定した諾否情報を受信することができる。

本発明の他の好適な実施形態では、複数の端末と通信を行う情報処理装置により実行される同乗制御方法は、車両の予定経路に関する経路情報を第１端末への入力に基づいて取得する取得工程と、前記経路情報を前記第１端末とは異なる第２端末から閲覧可能とし、前記第２端末への入力に基づいた乗車及び降車を希望する地点を含む希望情報を、前記第１端末に送信する制御工程と、を有し、前記取得工程は、前記希望情報に係る諾否情報を前記第１端末への入力に基づいて取得し、前記制御工程は、前記諾否情報を前記第２端末に送信する。この方法によっても、これにより、第２端末からの希望情報に対して、第１端末のユーザが任意に決定した諾否情報を第２端末へ送信することができる。さらに、上記の同乗制御方法を、プログラムによりコンピュータに実行させることができる。

本発明の他の好適な実施形態では、外部の情報処理装置と通信を行う端末装置により実行される同乗者受付方法は、出発地と目的地を設定する設定工程と、前記情報処理装置により前記端末装置とは異なる他の端末装置に閲覧可能とされる情報であって、前記出発地および前記目的地に関する情報または、前記出発地から前記目的地までの経路情報を前記情報処理装置へ送信する第１送信工程と、前記他の端末装置から前記情報処理装置に送信される乗車及び降車を希望する地点を含む希望情報を、前記情報処理装置より受信して提示する提示工程と、前記希望情報を提示したのちに前記希望情報に係る諾否情報を取得し、当該諾否情報を前記情報処理装置へ送信する第２送信工程と、を有する。これにより、他の端末装置からの希望情報に対して、端末装置のユーザが任意に決定した諾否情報を他の端末装置へ送信することができる。さらに、上記の同乗者受付方法を、プログラムによりコンピュータに実行させることができる。

本発明の他の好適な実施形態では、外部の情報処理装置と通信を行う端末装置により実行される同乗依頼方法は、前記端末装置とは異なる他の端末装置への入力に基づいて設定された車両の予定経路に関する経路情報を、前記情報処理装置より受信する第１受信工程と、前記経路情報を提示したのちに乗車及び降車を希望する地点を含む希望情報を取得し、当該希望情報を前記情報処理装置へ送信する送信工程と、前記希望情報を前記情報処理装置へ送信したのちに、前記他の端末装置により送信された前記希望情報に係る諾否情報を前記情報処理装置から受信する第２受信工程と、を有する。これにより、端末装置からの希望情報に対して、他の端末装置のユーザが任意に決定した諾否情報を受信することができる。さらに、上記の同乗依頼方法を、プログラムによりコンピュータに実行させることができる。

以下、図面を参照して本発明の好適な実施例について説明する。
［システム構成］
（全体構成）
図１は、本発明の実施例に係るライドシェアシステムの構成を示す。ライドシェアシステムは、車両３のドライバーと、ハイカー（同乗者）との間でライドシェア（同乗）を仲介するシステムであり、図示のように、車両３に搭載された車載端末１００と、サーバ２００と、ハイカーが所持する携帯端末５とを備える。サーバ２００は、無線通信により、車載端末１００及び携帯端末５と通信する。なお、図１の例では、説明の便宜上、車載端末１００と携帯端末５を１つずつ図示しているが、実際には多数の車両３の車載端末１００と携帯端末５が使用される。

（車載端末）
車載端末１００は、車両に搭載されるものであり、典型的にはカーナビゲーション装置である。図２は、車載端末１００の典型例であるカーナビゲーション装置の構成を示す。
図示のように、車載端末１００は、自立測位装置１０、ＧＰＳ受信機１８、システムコントローラ２０、ディスクドライブ３１、データ記憶ユニット３６、通信用インタフェース３７、通信装置３８、表示ユニット４０、音声出力ユニット５０及び入力装置６０を備える。

自立測位装置１０は、加速度センサ１１、角速度センサ１２及び距離センサ１３を備える。加速度センサ１１は、例えば圧電素子からなり、車両の加速度を検出し、加速度データを出力する。角速度センサ１２は、例えば振動ジャイロからなり、車両の方向転換時における車両の角速度を検出し、角速度データ及び相対方位データを出力する。距離センサ１３は、車両の車輪の回転に伴って発生されているパルス信号からなる車速パルスを計測する。

ＧＰＳ受信機１８は、複数のＧＰＳ衛星から、測位用データを含む下り回線データを搬送する電波１９を受信する。測位用データは、緯度及び経度情報等から車両の絶対的な位置を検出するために用いられる。

システムコントローラ２０は、インタフェース２１、ＣＰＵ２２、ＲＯＭ２３及びＲＡＭ２４を含んでおり、車載端末１００全体の制御を行う。

インタフェース２１は、加速度センサ１１、角速度センサ１２及び距離センサ１３並びにＧＰＳ受信機１８とのインタフェース動作を行う。そして、これらから、車速パルス、加速度データ、相対方位データ、角速度データ、ＧＰＳ測位データ、絶対方位データ等をシステムコントローラ２０に入力する。ＣＰＵ２２は、システムコントローラ２０全体を制御する。ＲＯＭ２３は、システムコントローラ２０を制御する制御プログラム等が格納された図示しない不揮発性メモリ等を有する。ＲＡＭ２４は、入力装置６０を介して使用者により予め設定された経路データ等の各種データを読み出し可能に格納したり、ＣＰＵ２２に対してワーキングエリアを提供したりする。

システムコントローラ２０、ＣＤ－ＲＯＭドライブ又はＤＶＤ－ＲＯＭドライブなどのディスクドライブ３１、データ記憶ユニット３６、通信用インタフェース３７、表示ユニット４０、音声出力ユニット５０及び入力装置６０は、バスライン３０を介して相互に接続されている。

ディスクドライブ３１は、システムコントローラ２０の制御の下、ＣＤ又はＤＶＤといったディスク３３から、音楽データ、映像データなどのコンテンツデータを読み出し、出力する。なお、ディスクドライブ３１は、ＣＤ－ＲＯＭドライブ又はＤＶＤ－ＲＯＭドライブのうち、いずれか一方としてもよいし、ＣＤ及びＤＶＤコンパチブルのドライブとしてもよい。

データ記憶ユニット３６は、例えば、ＨＤＤなどにより構成され、地図データや施設データなどのナビゲーション処理に用いられる各種データを記憶する。

通信装置３８は、例えば、ＦＭチューナやビーコンレシーバ、携帯電話や専用の通信カードなどにより構成され、通信用インタフェース３７を介して、ＶＩＣＳ（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）(登録商標)センタから配信される渋滞や交通情報などの道路交通情報、その他の情報を受信する。また、通信装置３８は、無線通信によりサーバ２００と通信する。

表示ユニット４０は、システムコントローラ２０の制御の下、各種表示データをディスプレイなどの表示装置に表示する。具体的には、システムコントローラ２０は、データ記憶ユニット３６から地図データを読み出す。表示ユニット４０は、システムコントローラ２０によってデータ記憶ユニット３６から読み出された地図データを、ディスプレイなどの表示画面上に表示する。表示ユニット４０は、バスライン３０を介してＣＰＵ２２から送られる制御データに基づいて表示ユニット４０全体の制御を行うグラフィックコントローラ４１と、ＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）等のメモリからなり即時表示可能な画像情報を一時的に記憶するバッファメモリ４２と、グラフィックコントローラ４１から出力される画像データに基づいて、液晶、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等のディスプレイ４４を表示制御する表示制御部４３と、ディスプレイ４４とを備える。ディスプレイ４４は、例えば対角５～１０インチ程度の液晶表示装置等からなり、車内のフロントパネル付近に装着される。

音声出力ユニット５０は、システムコントローラ２０の制御の下、ディスクドライブ３１、若しくはＲＡＭ２４等からバスライン３０を介して送られる音声デジタルデータのＤ／Ａ変換を行うＤ／Ａコンバータ５１と、Ｄ／Ａコンバータ５１から出力される音声アナログ信号を増幅する増幅器（ＡＭＰ）５２と、増幅された音声アナログ信号を音声に変換して車内に出力するスピーカ５３とを備えて構成されている。

入力装置６０は、各種コマンドやデータを入力するための、キー、スイッチ、ボタン、リモコン、音声入力装置等から構成されている。入力装置６０は、車内に搭載された当該車載用電子システムの本体のフロントパネルやディスプレイ４４の周囲に配置される。また、ディスプレイ４４がタッチパネル方式である場合には、ディスプレイ４４の表示画面上に設けられたタッチパネルも入力装置６０として機能する。

上記の構成において、通信装置３８は本発明の通信手段、第１送信手段及び第２送信手段の一例であり、入力装置６０は本発明の設定手段の一例であり、表示ユニット４０は本発明の提示手段の一例である。

（サーバ）
サーバ２００は、車載端末１００と携帯端末５との間でライドシェアの仲介を行う。図３はサーバ２００の構成を示す。図示のように、サーバ２００は、通信部２０１と、ドライバーデータベース（ＤＢ）２０２と、ハイカーＤＢ２０３と、制御部２０４とを備える。

通信部２０１は、無線通信により、車載端末１００及び携帯端末５と通信する。ドライバーＤＢ２０２は、車両３のドライバーに関する情報を記憶している。ハイカーＤＢ２０３は、携帯端末５を所持するハイカーに関する情報を記憶している。制御部２０４は、サーバ２００の全体を制御する。特に制御部２０４は、車載端末１００及び携帯端末５と通信することにより、後述する走行予定情報登録処理、ライドシェア仲介処理、評価処理を実行する。

次に、ドライバーＤＢ２０２について詳しく説明する。ドライバーＤＢ２０２は、車両３のドライバーに関する情報を記憶している。図４（Ａ）は、ドライバーＤＢ２０２の記憶データの例を示す。ドライバーＤＢ２０２は、ドライバー毎に、ドライバーＩＤ、車両識別情報、乗車可否情報、ルート情報、乗車可能人数、積載可能荷物量、ドライバー評価などを記憶している。

「ドライバーＩＤ」は、ドライバー毎に付与された識別情報である。本システムを利用するドライバーは、予め自らの個人情報などを提示してサーバ２００に対する利用者登録を行う。ドライバーＩＤには、そのドライバーに関する必要な個人情報などが紐付けされている。

「車両識別情報」は、ドライバーが使用する車両３の識別情報であり、典型的には車両登録番号（ナンバープレートの情報）が使用される。車両識別情報は、さらに車種、車両の色などの情報を含んでもよい。

「乗車可否情報」は、ドライバーが自己の車両３にハイカーの同乗を許可するか否かを示す情報である。乗車可否情報は、ドライバー自身により設定され、ハイカーの同乗を許可する場合には「可」に設定され、ハイカーの同乗を許可しない場合には「否」に設定される。

「ルート情報」は、車載端末１００に設定されている案内ルートの情報である。具体的には、車両３のドライバーが車載端末１００を操作して目的地までの案内ルートを設定すると、その案内ルートの情報がドライバーＤＢに記憶される。なお、ルート情報は、出発地から目的地までの案内ルートに加えて、案内ルートの途中に存在する要所の通過予定時刻を含む。また、ルート情報は、案内ルート自体の代わりに、出発地と目的地の情報としてもよい。

「乗車可能人数」は、ドライバーがハイカーの同乗を許可する場合に、車両に同乗させることができる同乗者の人数を示す。乗車可能人数はドライバーにより設定される。例えば、ドライバーの車両３が４人乗りであり、ドライバーと家族１名が乗車する予定である場合には、ドライバーは乗車可能人数を「２名」と設定する。

「積載可能荷物量」は、ドライバーがハイカーの同乗を許可する場合に、ハイカーが車両に持ち込み出来る荷物のサイズ・重量などを示す。積載可能荷物量はドライバーにより設定される。例えば、ドライバーは車両の空きスペース等に応じて、積載可能荷物量を「スーツケース３個分相当・６０ｋｇ」のように設定する。

「ドライバー評価」は、ハイカーによるドライバーの評価であり、実際にドライバーの車両に同乗させてもらったハイカーが設定する。ドライバー評価は、良い、普通、悪いなどの複数段階の評価であってもよく、１００点満点の点数などであってもよい。なお、ドライバー評価は、基本的にドライバーがハイカーを同乗させるたびに、同乗させたハイカーにより設定されるので、過去の複数のドライバー評価がドライバーＤＢ２０２内に蓄積されていく。多数のドライバー評価が蓄積されている場合には、ハイカーに提供するための情報として、その平均値などを合わせて記憶しておくのが好ましい。

なお、上記のドライバーＤＢ２０２の記憶データのうち、ドライバーＩＤ及び車両識別情報は、ドライバーが本システムに利用者登録した後は常に記憶されている。一方、乗車可否情報は、ドライバーが目的地へ向けて走行する際に設定される。即ち、ドライバーがハイカーを同乗させてもよいと考え、乗車可否情報を「可」に設定するとともに乗車可能人数を入力した場合には、乗車可否情報と、ルート情報と乗車可能人数とがサーバ２００に送信され、ドライバーＤＢ２０２に記憶される。一方、ドライバーがハイカーを同乗させたくないと考え、乗車可否情報を「否」に設定した場合には、その乗車可否情報がサーバ２００へ送信されてドライバーＤＢ２０２に記憶され、ルート情報、乗車可能人数及び積載可能荷物量は設定されない（空き）状態となる。また、ドライバー評価は、過去の評価が存在すれば、それが常に記憶されている。

次に、ハイカーＤＢ２０３について詳しく説明する。ハイカーＤＢ２０３は、携帯端末５を所持するハイカーに関する情報を記憶している。図４（Ｂ）はハイカーＤＢ２０３の記憶データの例を示す。ハイカーＤＢ２０３は、ハイカー毎に、ハイカーＩＤ、乗車／降車地点、乗車希望人数、積載希望荷物量、ハイカー評価などを記憶している。

「ハイカーＩＤ」は、ハイカー毎に付与された識別情報である。本システムを利用するハイカーは、予め自らの個人情報などを提示してサーバ２００に対する利用者登録を行う。ハイカーＩＤには、そのハイカーに関する必要な個人情報などが紐付けされている。

「乗車／降車地点」は、同乗を希望するハイカーがドライバーの車両に乗車する地点及び降車する地点、即ち、ドライバーの車両に乗せてもらう地点と降ろしてもらう地点を示す情報であり、ハイカーにより設定される。「乗車希望人数」は、ハイカーが乗車を希望する人数であり、ハイカーにより設定される。「積載希望荷物量」は、ハイカーが持ち込みを希望する荷物の量であり、ハイカーにより設定される。

「ハイカー評価」は、ドライバーによるハイカーの評価であり、実際にハイカーを同乗させたドライバーが設定する。ハイカー評価は、良い、普通、悪いなどの複数段階の評価であってもよく、１００点満点の点数などであってもよい。なお、ハイカー評価は、基本的にハイカーが同乗させてもらうたびに、同乗させたドライバーにより設定されるので、過去の複数のハイカー評価がハイカーＤＢ２０３内に蓄積されていく。多数のハイカー評価が蓄積されている場合には、ドライバーに提供するための情報として、その平均値などを合わせて記憶しておくのが好ましい。

なお、上記のハイカーＤＢ２０３の記憶データのうち、ハイカーＩＤは、ハイカーが本システムに利用者登録した後は常に記憶されている。一方、乗車／降車地点、乗車人数及び積載希望荷物量は、ハイカーがいずれかのドライバーの車両への同乗を希望する際に設定される。また、ハイカー評価は、過去の評価が存在すれば、それが常に記憶されている。

上記の構成において、通信部２０１は本発明の通信手段、取得手段の一例であり、制御部２０４は本発明の制御手段の一例である

［ライドシェアの制御方法］
次に、車載端末１００と携帯端末５との間でライドシェアを制御する方法について説明する。具体的に、本システムによるライドシェアの制御は、走行予定情報登録処理、ライドシェア仲介処理、評価処理による行われる。

（走行予定情報登録処理）
図５は、走行予定情報登録処理のフローチャートである。この処理は、車載端末１００のＣＰＵ２２及びサーバ２００の制御部２０４が、予め用意されたプログラムを実行することにより実現される。

まず、車載端末１００は、ドライバーの入力に基づいて、目的地までのルートを設定する（ステップＳ１０１）。なお、ドライバーは出発予定時刻又は到着予定時刻を指定してルート設定を行っても良い。次に、車載端末１００は、ドライバーが入力する乗車可否、設定されたルート情報、及び、乗車可である場合に入力される乗車可能人数を取得し、ドライバーＩＤに対応付けて、走行予定情報としてサーバ２００へ送信する（ステップＳＳ１０２）。走行予定情報は、本発明の経路情報の一例である。なお、ステップＳ１０１で出発予定時刻又は到着予定時刻が指定されている場合には、車載端末１００は走行予定情報にそれらを含めても良い。

サーバ２００は、車載端末１００から走行予定情報を受信し、ドライバーＤＢ２０２に登録する（ステップＳ１０３）。これにより、サーバ２００のドライバーＤＢ２０２には、図４（Ａ）に例示するように、各情報が記憶された状態となる。

（ライドシェア仲介処理）
図６は、ライドシェア仲介処理のフローチャートである。この処理は、車載端末１００のＣＰＵ２２、サーバ２００の制御部２０４及び携帯端末５のコンピュータが、予め用意されたプログラムを実行することにより実現される。

まず、ハイカーは、携帯端末５を操作し、検索条件を入力して乗車可能車両を検索する。即ち、携帯端末５は、ハイカーによる検索条件の入力を受け取り、サーバ２００へ送信して乗車可能車両を検索する（ステップＳ２０１）。ここで、検索条件は、少なくともハイカーの「乗車／降車地点」、「乗車希望人数」を含む。なお、ハイカーの希望により、車種の情報などを追加してもよい。また、乗車地点の代わりに、ハイカーの携帯端末５の現在位置を設定してもよい。

サーバ２００は、ドライバーＤＢ２０２にアクセスして携帯端末５から受信した検索条件に合致するドライバーの車両（以下、「該当車両」と呼ぶ。）を検索し、その一覧（以下「該当車両一覧情報」と呼ぶ。）を携帯端末５へ送信する（ステップＳ２０２）。具体的には、サーバ２００は、検索条件に含まれる「乗車／降車地点」を含むルート情報を有し、かつ、検索条件に含まれる「乗車希望人数」以上の乗車可能人数を有するドライバーの車両を選択する。サーバ２００は、ドライバーＤＢ２０２に記憶されているルート情報に要所の通過予定時刻が含まれている場合には、それを考慮する。また、サーバ２００は、好ましくは、該当車両一覧情報に、乗車可能人数、各ドライバーについてのドライバー評価、車種などの情報を含める。

サーバ２００から送信された該当車両一覧情報は携帯端末５に表示され、ハイカーは、ドライバー評価を参照するなどして、該当車両一覧情報から乗車を希望する車両を選択する。携帯端末５は、ハイカーにより選択された車両の情報と、乗車／降車地点、乗車希望人数などを含む乗車希望情報をサーバ２００へ送信する（ステップＳ２０３）。なお、乗車希望情報は本発明の希望情報の一例である。

サーバ２００は、端末装置５から乗車希望情報を受信すると、これをハイカーＤＢ２０３に記憶するとともに、乗車希望情報により選択された車両の車載端末１００へ送信する（ステップＳ２０４）。この際、サーバ２００は、好ましくはハイカーＤＢ２０３に記憶されている当該ハイカーのハイカー評価を乗車希望情報に含めて車載端末１００へ送信する。また、サーバ２００は、あるハイカーから乗車希望がなされた車載端末１００については、サーバ２００上では「調整中」のステータスに変更し、他のハイカーにより重複した乗車希望がなされないようにする。

車載端末１００は、乗車希望情報を受信して表示する（ステップＳ２０５）。乗車希望情報には、ハイカーの「乗車／降車地点」、「乗車希望人数」に加えてハイカー評価情報が含まれる。ドライバーは、車載端末１００に表示された乗車希望情報を参照して、当該ハイカーの同乗を承諾するか否か、即ち乗車諾否を車載端末１００に入力する。車載端末１００は、ドライバーが入力した乗車諾否を含む乗車諾否情報をサーバ２００へ送信する（ステップＳ２０６）。なお、車載端末１００は、ドライバーがハイカーの同乗を拒否する場合には、その理由を入力させるようにしてもよい。乗車諾否情報は本発明の諾否情報の一例である。

また、ドライバーが乗車を許諾した場合には、車載端末１００は、乗車希望情報に含まれる乗車／降車地点までのルートや同乗するハイカーの名前などを設定し表示する（ステップＳ２０７）。

サーバ２００は、車載端末１００から受信した乗車諾否情報を、乗車希望情報の送信元のハイカーの携帯端末５へ送信する（ステップＳ２０８）。具体的に、ドライバーが乗車を許諾した場合、サーバ２００は、乗車諾否情報に、乗車地点への到着予定時刻、ドライバーＤＢ２０２に記憶されている車両識別情報などを含めて携帯端末５へ送信する。また
ドライバーが乗車を許諾した場合、サーバ２００は当該ドライバーのステータスを「調整済み」とし、他のハイカーが選択できないようにする。さらには、サーバ２００は、車載端末１００へハイカーの携帯端末５の現在位置情報を送信するとともに、ハイカーの携帯端末５へ車載端末１００の現在位置情報を送信し、ドライバーとハイカーがお互いの現在位置を確認できるようにしてもよい。一方、ドライバーが乗車を拒否した場合には、その旨と、拒否した理由とを含む乗車諾否情報がハイカーの携帯端末５へ送信される。

携帯端末５は、乗車諾否情報を受信し、表示する（ステップＳ２０８）。これにより、乗車希望情報を送信したハイカーは、自分の同乗が許諾されたか否かを知ることができる。また、同乗が許諾された場合には、ハイカーは、ドライバーの車両の乗車地点への到着予定時刻、車両識別情報などを知ることができるので、容易に乗車地点に行き、ドライバーの車両に同乗することができる。また、同乗が許諾されなかった場合には、ハイカーは、別のドライバーの車両に対して乗車希望情報の送信を行えばよい。

（評価処理）
図７は、評価処理のフローチャートである。この処理は、車載端末１００のＣＰＵ２２、サーバ２００の制御部２０４及び携帯端末５のコンピュータが、予め用意されたプログラムを実行することにより実現される。

まず、ハイカーは、予定の降車地点で同乗していた車両から降りると、携帯端末５に降車した旨を入力する。携帯端末５はこれを受け取り（ステップＳ３０１）、ドライバー評価画面を表示するなどしてハイカーにドライバーの評価を促す。次に、ハイカーがドライバー評価を携帯端末５に入力すると、携帯端末５はドライバー評価をサーバ２００へ送信する（ステップＳ３０２）。サーバ２００は、携帯端末５から受信したドライバー評価を、ドライバーＤＢ２０２内に該当するドライバーＩＤに対応付けて記憶する（ステップＳ３０３）。

次に、ドライバーは、車両が予定の目的地に到着すると、車載端末１００にその旨を入力する。車載端末１００はこれを受け取り（ステップＳ３０４）、ハイカー評価画面を表示するなどしてドライバーにハイカーの評価を促す。次に、ドライバーがハイカー評価を車載端末１００に入力すると、車載端末１００はハイカー評価をサーバ２００へ送信する（ステップＳ３０５）。サーバ２００は、車載端末１００から受信したハイカー評価を、該当するハイカーＩＤに対応付けてハイカーＤＢ２０３内に記憶する（ステップＳ３０６）。

以上説明したように、本実施例のライドシェアシステムでは、車両のドライバーがハイカーの同乗を認める場合にのみ、車両に設定されたルート情報がハイカーに開示される。また、ドライバーは、同乗を希望するハイカーの希望情報を確認した上で、同乗を許諾するか否かを決定することができる。即ち、本実施例では、設定ルートを公開するか否か、及び、同乗を認めるか否かの決定権はドライバー側にあるため、ドライバーの自由度を高めることができる。その結果、ドライバーがライドシェアを提供するにあたっての心理的ハードルを下げることにより、ライドシェアが促進され、環境負荷を軽減することが期待できる。

また、本実施例では、ドライバーがライドシェアを許諾するか否かを、ルート設定時に任意に選択することができる。ドライバーは、行き先、同乗者の有無など、その時の状況に応じてライドシェアを許諾するか否かを個別に決定することができる。即ち、車載端末でルート設定を行う際にライドシェアの可否を設定するようにしているので、ライドシェアサービスの提供のための操作を通常の移動の際の動作の中に溶け込ませることができ、ので、本システムに登録する車両の台数を増加させることができる。

また、車両でナビゲーション装置などの車載端末１００を利用することにより、ドライバーや車両との紐付けが確実になる。また、ナビゲーション装置との連携によって、ハイカーの乗車地点へのルート設定や乗車地点の到着予定時刻などの情報の精度を高めることができるとともに、ドライバーとハイカーとの間で情報をシームレスに共有することができる。

［変形例］
（変形例１）
上記の実施例では、車両側にナビゲーション装置などの車載端末を使用しているが、車両側でも携帯端末（スマートフォン、タブレットなど）によるナビゲーション・通信機能を利用するようにしてもよい。その際には、車両と携帯端末との紐付けを確実にするために、予め車両識別情報（車種、車両登録番号）などを携帯端末に登録させ、サーバは車両識別番号を携帯端末のＩＤなどと対応付けて記憶しておくことが好ましい。また、携帯端末側のナビゲーション機能は、出発地及び目的地を入力すると、それらをサーバに送信し、サーバ上でルート探索した結果をサーバから受信するタイプのナビゲーション（いわゆる通信ナビ）であってもよい。

（変形例２）
本実施例をタクシーに活用することにより、例えば営業区域外までの乗客を運んだタクシーが拠点に戻るときに、遠距離に行きたい乗客を乗せることが可能となり、車両・エネルギーを有効活用することができる。また、人を運ぶシステムだけでなく、物を運ぶシステムに適用することも考えられる。

３ 車両
１００ ナビゲーション装置
２００ サーバ
２０２ ドライバーＤＢ
２０３ ハイカーＤＢ
２０４ 制御部

Claims (1)

1. 複数の端末と通信を行う通信手段と、
   車両の予定経路に関する経路情報を第１端末への入力に基づいて取得する取得手段と、
   前記経路情報を前記第１端末とは異なる第２端末から閲覧可能とし、前記第２端末への入力に基づいた乗車及び降車を希望する地点を含む希望情報を、前記第１端末に送信する制御手段と、
   を備え、
   前記取得手段は、前記希望情報に係る諾否情報を前記第１端末への入力に基づいて取得し、
   前記制御手段は、前記諾否情報を前記第２端末に送信することを特徴とする情報処理装置。