JP2009289192A - 相乗り乗車システム - Google Patents

Abstract

【課題】相乗りを希望する相乗り希望者と相乗り希望者を同乗させる相乗り提供車両の現在の状況を考慮して、様々な状況下で相乗りを適切に支援することを可能とした相乗り乗車システムを提供する。
【解決手段】相乗り情報管理センタ３が相乗り提供車両７の現在位置を管理するとともに、相乗り希望者４が通信端末５を用いて相乗り希望情報を相乗り情報管理センタ３へと送信すると、相乗り情報管理センタ３は相乗り希望者４と相乗り提供車両７の現在位置とに基づいて、相乗りを行うのに適当な相乗り提供車両７を検索し、検索された相乗り提供車両７に相乗り希望情報を送信し、相乗り希望情報が送信された相乗り提供車両７は相乗り提供者によって相乗り希望者の同乗を許可する操作が行われたか否かを判定し、同乗を許可する操作が行われた場合には相乗り希望を出した相乗り希望者に同乗を許可した相乗り提供車両７の情報を送信するように構成する。
【選択図】図１

Description

本発明は、同一の目的地へと向かう複数のユーザに対して車両の相乗りを支援する相乗り乗車システムに関する。

従来より、地球温暖化が懸念されている現在、乗用車やトラックなどの車両を効率的に利用することが社会的な重要課題となっている。そこで、同一方向へと向かう他人の車に一部区間又は目的地まで同乗させてもらう所謂相乗りを行うことが考えられる。また、公共交通機関等が充実していない地域においては、車を運転することができない者にとって、相乗りは依然重要な移動手段である。

しかしながら、相乗りは偶発的に生じるものであり、日常的に計画性をもって利用できないという欠点がある。そこで、例えば特開２００３−２８１２３８号公報には、運転車両への同乗を許可する相乗り提供者からの相乗り申し出情報と、車両への相乗りを希望する相乗り依頼者からの相乗り依頼情報に基づいて、同乗スケジュールデータから合致する組合せを検索して相乗り予定レコードを作成するとともに、その内容を当事者に通知する技術が提案されている。それによって、利用者は相乗りを計画性をもって行うことが可能となる。
特開２００３−２８１２３８号公報（第５−６頁、図２〜図４）

ここで、上記特許文献１に記載の技術では、相乗り提供者側と相乗り依頼者側がそれぞれ予め登録した情報（出発時刻、出発地、目的地、通過地点等）に基づいて相乗りの管理を行っている。しかしながら、相乗り提供者は登録したスケジュール通りに実際に走行できるとは限らない。例えば、出発時刻が予定より遅れたり、走行中で渋滞に巻き込まれることによってスケジュールが遅れる場合がある。また、寄り道をする場合や走行予定の道路が工事等により通行止めとなっている場合には、予定していた経路と異なる経路を走行する場合もある。同様に、相乗り依頼者についても、登録したスケジュール通りの時間に目的地へと向かうとは限らない。

その結果、上記特許文献１に記載の技術では、効率の良い相乗りを提供することができるのは、予め登録したスケジュール通りに相乗り提供者と相乗り依頼者がそれぞれ行動した場合に限られていた。そこで、このような限られた状況のみに限定されること無く、様々な状況下で相乗り提供者と相乗り依頼者の要望を満たした利便性の高い相乗り乗車システムを提供することが望まれていた。

本発明は前記従来における問題点を解消するためになされたものであり、相乗りを希望する相乗り希望者と相乗り希望者を同乗させる相乗り提供車両の現在の状況を考慮して、相乗りを行うのに適した相乗り提供車両に、該当する相乗り希望者の情報を送信することができ、様々な状況下で相乗りを適切に支援することを可能とした相乗り乗車システムを提供することを目的とする。

前記目的を達成するため本願の請求項１に係る相乗り乗車システム（１）は、相乗りを希望する相乗り希望者（４）の現在位置に関する情報を取得する情報取得手段（２０）と、前記相乗り希望者の現在位置を基準とした所定範囲内を走行し、且つ相乗り希望者と同一目的地へと走行する車両（７）を検索する車両検索手段（２０）と、前記車両検索手段により検索された車両に前記相乗り希望者の情報を送信する情報送信手段（２０）と、を有することを特徴とする。
尚、相乗り希望者の現在位置を基準とした所定範囲内を走行する車両とは、相乗り希望者を中心とした所定距離以内のエリアを走行する車両や、相乗り希望者と同じ２次メッシュ内や市町村区内のエリアを走行する車両や、相乗り希望者を中心とした所定距離内のエリアに走行予定経路が含まれる車両が該当する。

また、請求項２に係る相乗り乗車システム（１）は、請求項１に記載の相乗り乗車システムであって、前記情報送信手段（２０）によって送信された前記相乗り希望者（４）の情報を該情報が送信された車両（７）において表示する情報表示手段（４３）と、前記相乗り希望者の情報が表示された車両の運転者が相乗り希望者の同乗を許可した場合に、同乗を許可した車両の情報を該相乗り希望者に提供する許可車両情報提供手段（２０）と、を有することを特徴とする。

また、請求項３に係る相乗り乗車システム（１）は、請求項２に記載の相乗り乗車システムであって、前記情報表示手段（４３）は、前記情報送信手段（２０）により送信された情報に基づいて前記相乗り希望者の現在位置を経由して目的地へと到る経路を表示する経路表示手段（４３）を備えることを特徴とする。

更に、請求項４に係る相乗り乗車システム（１）は、請求項１乃至請求項３に記載の相乗り乗車システムであって、前記車両検索手段（２０）により検索された車両（７）の情報を前記相乗り希望者（４）に提供する車両情報提供手段（２０）と、前記車両検索手段により検索された車両の内、前記相乗り希望者によって選択された車両を特定する希望車両特定手段（２０）と、を有し、前記情報送信手段（２０）は前記希望車両特定手段によって特定された車両に前記相乗り希望者の情報を送信することを特徴とする。

前記構成を有する請求項１に記載の相乗り乗車システムによれば、相乗りを希望する相乗り希望者と相乗り希望者を同乗させる相乗り提供車両の現在の状況を考慮して、相乗りを行うのに適した相乗り提供車両に、該当する相乗り希望者の情報を送信することができる。その結果、様々な状況下で相乗りを適切に支援することが可能となる。

また、請求項２に記載の相乗り乗車システムによれば、相乗り希望者を相乗りさせるのに適当な車両に相乗り希望者に関する情報を送信し、更に、車両が相乗り希望者の同乗を許可した場合に該車両に関する情報を相乗り希望者に提供するので、相乗りを提供する側の車両は、相乗りをするか否かの判断を相乗り希望者の情報を参照して行うことができる。それによって、相乗り時のトラブルの発生を防止し、且つ安全に相乗りを行わせることが可能となる。

また、請求項３に記載の相乗り乗車システムによれば、相乗りを許可した車両は、走行中に相乗り希望者を同乗させる場合であっても、適切なルートで目的地へと到達することが可能となる。

更に、請求項４に記載の相乗り乗車システムによれば、相乗り希望者は、相乗りを行う前に相乗り候補となる車両に関する情報を参照して相乗りをする車両を選択することができる。それによって、相乗り時のトラブルの発生を防止し、且つ安全に相乗りを行わせることが可能となる。

以下、本発明に係る相乗り乗車システムについて具体化した第１乃至第３実施形態に基づき図面を参照しつつ詳細に説明する。

〔第１実施形態〕
先ず、第１実施形態に係る相乗り乗車システム１の概略構成について図１を用いて説明する。図１は第１実施形態に係る相乗り乗車システム１を示した概略構成図である。

図１に示すように、第１実施形態に係る相乗り乗車システム１は、（ａ）各種制御処理を行う情報管理サーバ２を備え、相乗りを希望する相乗り希望者や相乗り希望者を同乗させる相乗り提供車両の状況をリアルタイムで管理する相乗り情報管理センタ３と、（ｂ）相乗り希望者４が所持する通信端末５と、（ｃ）ナビゲーション装置６を搭載し、相乗り希望者を同乗させる相乗り提供車両７とから基本的に構成されている。また、情報管理サーバ２と通信端末５、及び情報管理サーバ２とナビゲーション装置６とはネットワーク通信網８を介して互いに電子データを送受信可能に構成されている。
尚、通信端末５としては、ＧＰＳ等の現在位置を特定することができる機能を備えた情報通信端末が用いられ、例えば携帯電話機、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ等が該当する。
また、以下の実施例では、相乗り希望者４並びに相乗り提供車両７の運転者は、いずれも同じ会社（以下、Ａ会社とする）の従業員であり、相乗り希望者４及び相乗り提供車両７のいずれもＡ会社を目的地としていると仮定して説明する。

ここで、相乗り情報管理センタ３は、予めメンバー登録された相乗り提供車両７の状況（現在位置等）を管理するとともに、同じくメンバー登録された相乗り希望者４からの相乗り希望情報を受信した場合に、メンバー登録された相乗り提供車両７の内から同乗させるのに適当な相乗り提供車両７を検索し、検索された相乗り提供車両７に相乗り希望者に関する情報を配信する相乗りの支援センタである。
また、相乗り情報管理センタ３は、相乗り希望者に関する情報が配信された相乗り提供車両７が相乗り希望者４の同乗を許可した場合に、同乗を許可した相乗り提供車両７に関する情報を相乗り希望者４に対して提供する。
また、相乗り情報管理センタ３には、メンバー登録された相乗り希望者４、相乗り提供車両７及び相乗り提供車両７の運転者（以下、相乗り提供者という）に関する情報（氏名、部署、車種等）が予め記憶されている。

また、相乗り提供車両７は全国の各道路を走行する車両の内、Ａ会社の従業員である相乗り提供者が予め相乗り情報管理センタ３に登録した車両であり、相乗り提供者のＡ会社への通勤に用いられる車両である。
更に、相乗り提供車両７にはナビゲーション装置６と通信モジュール９が設置されている。ナビゲーション装置６は格納された地図データに基づいて自車位置周辺の地図を表示したり、設定された目的地までの経路の探索及び案内を行う車載機である。また、第１実施形態に係るナビゲーション装置６は、後述するように相乗り情報管理センタ３から受信した相乗り希望者４に関する情報を案内する。更に、相乗り希望者４の現在位置を経由して目的地（第１実施形態ではＡ会社）へと到達する為の経路の探索及び探索された経路の案内についても行う。
一方、通信モジュール９は携帯電話機、ＤＣＭ（Data Communication Module）等からなる車両用の通信装置である。そして、相乗り提供車両７は通信モジュール９を介して相乗り情報管理センタ３との間で情報の送受信を行う。尚、ナビゲーション装置６の詳細な構成については後述する。

また、ネットワーク通信網８は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。
ここで、基地局は通信端末５や通信モジュール９との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、ネットワーク通信網８の末端となり、基地局の電波が届く範囲（セル）にある通信端末５及び通信モジュール９の通信を相乗り情報管理センタ３との間で中継する役割を持つ。

続いて、相乗り乗車システム１を構成する相乗り情報管理センタ３が備える情報管理サーバ２の構成について図２を用いてより詳細に説明する。図２は第１実施形態に係る情報管理サーバ２の構成を示したブロック図である。

情報管理サーバ２は、図２に示すように情報管理ＥＣＵ（情報取得手段、車両検索手段、情報送信手段、許可車両情報提供手段）２０と、情報管理ＥＣＵ２０に接続された情報記録手段としての登録情報ＤＢ２５と、相乗り管理情報ＤＢ２６と、地図情報ＤＢ２７と、センタ通信装置２８とを備える。

情報管理ＥＣＵ２０は、相乗り希望者４から相乗り希望情報を受信した場合に、相乗り希望者４を同乗させるのに適当な相乗り提供車両７を検索する車両検索処理、検索された相乗り提供車両７に相乗り希望者４の情報を送信する情報送信処理、相乗り提供車両７から同乗を許可する同乗許可情報を受信した場合に、相乗り希望者４に同乗を許可した相乗り提供車両７に関する情報を提供する許可車両情報提供処理等の相乗り情報管理センタ３における各種制御を行う制御装置である。そして、情報管理ＥＣＵ２０は演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うに当たってワーキングメモリとして使用されるＲＡＭ２２、各種制御プログラムのほか、後述の相乗り提供車両管理処理プログラム（図１８参照）、車両検索処理プログラム（図１９参照）、相乗り情報提供処理プログラム（図２０参照）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記録するフラッシュメモリ２４等の内部記憶装置を備えている。

また、登録情報ＤＢ２５は、相乗り希望者４及び相乗り提供車両７に関する登録情報を記憶した記憶手段である。尚、登録情報ＤＢ２５に記憶される登録情報としては、相乗り希望者４については登録ＩＤ、氏名、住所、部署、連絡先等がある。また、相乗り提供車両７については登録ＩＤ、車種、ナンバー、連絡先、所有者（即ち相乗り提供者）の氏名、部署等がある。尚、相乗り希望者４の連絡先とは、相乗り希望者４が所持する通信端末５のアドレスであり、相乗り提供車両７の連絡先とは、相乗り提供車両７に設置される通信モジュール９のアドレスが相当する。従って、相乗り情報管理センタ３は登録情報ＤＢ２５に記憶された情報を参照することによって、特定の通信端末５やナビゲーション装置６に対して情報を送信できる。また、情報を受信した場合に送信元の通信端末５やナビゲーション装置６のユーザを特定することが可能となる。

また、相乗り管理情報ＤＢ２６は、相乗り提供車両７の現在位置を管理する位置管理情報、相乗り希望者４から送信された相乗り希望情報や、相乗り提供車両７から送信された同乗許可情報を記憶する記憶手段である。
ここで、位置管理情報は、図３に示すようにメンバー登録された全相乗り提供車両７の現在位置を特定する情報である。第１実施形態に係る相乗り乗車システム１では、所定時間（例えば６０ｓｅｃ）毎に各相乗り提供車両７から相乗り情報管理センタ３へと登録ＩＤとＧＰＳにより検出した自車の現在位置座標に関する情報が送信される。そして、情報管理サーバ２は各相乗り提供車両７から送信された情報に基づいて、相乗り管理情報ＤＢ２６に記憶された位置管理情報を順次更新する。従って、情報管理サーバ２は相乗り管理情報ＤＢ２６を参照することによって全相乗り提供車両７の現在位置を常に管理することが可能となる。尚、相乗り提供車両７が現在向かっている目的地が分かる場合には、現在位置に加えて目的地についても相乗り管理情報ＤＢ２６に記憶することが望ましい。
また、相乗り希望情報は、相乗り希望者４が会社Ａまでの相乗りを希望した場合に通信端末５から相乗り情報管理センタ３へと送信される情報である。具体的には、図４に示すように相乗り希望を出した相乗り希望者４の“登録ＩＤ”、“氏名”、“部署”、“相乗り希望を出した時刻”、“相乗り希望者の現在位置”に関する情報である。尚、“登録ＩＤ”と“氏名”及び“部署”が予め登録情報ＤＢ２５に関連付けられて記憶されている場合には、“登録ＩＤ”、“相乗り希望を出した時刻”、“相乗り希望者の現在位置”のみを相乗り管理情報ＤＢ２６に記憶するように構成しても良い。
一方、同乗許可情報は、相乗り希望者４に関する情報が相乗り提供車両７に送信された際に、相乗り提供者が相乗り希望者４の同乗を許可した場合に相乗り提供車両７から相乗り情報管理センタ３へと送信される情報である。具体的には、図５に示すように相乗り希望者４の同乗を許可した相乗り提供車両７の“登録ＩＤ”、“車種”、“車体の色”、“ナンバー”、相乗り提供者の“氏名”、“部署”、“相乗り希望者の現在位置への到着予想時刻”に関する情報である。尚、“登録ＩＤ”と“車種”、“車体の色”、“ナンバー”、相乗り提供者の“氏名”、“部署”が予め登録情報ＤＢ２５に関連付けられて記憶されている場合には、“登録ＩＤ”、“相乗り希望者の現在位置への到着予想時刻”のみを相乗り管理情報ＤＢ２６に記憶するように構成しても良い。

また、地図情報ＤＢ２７は、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、地図を表示するための地図表示データ、各交差点に関する交差点データ、経路を探索するための探索データ、施設に関する施設データ、地点を検索するための検索データ等が記憶された記憶手段である。そして、情報管理ＥＣＵ２０は、通信端末５や相乗り提供車両７から取得した位置情報と地図情報ＤＢ２７に記憶された地図情報に基づいて、相乗り希望者４や相乗り提供車両７の位置を地図上で特定するマップマッチング処理を行う。

一方、センタ通信装置２８は通信端末５や相乗り提供車両７とネットワーク通信網８を介して通信を行う為の通信装置である。

次に、相乗り乗車システム１を構成する通信端末５の構成について図６を用いて詳細に説明する。図６は相乗り乗車システム１を構成する通信端末５の構成を示すブロック図である。

一方、図６に示すように通信端末５はデータバスＢＵＳに、ＣＰＵ３１と、通信端末５を所持する相乗り希望者４に関するユーザ情報（登録ＩＤ、氏名、部署等）が記憶されたメモリ３２と、ネットワーク通信網８の基地局との間で信号の送受信を行う送受信回路部（ＲＦ）３３と、送受信回路部３３において受信したＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号をベースバンド信号に変換するとともにベースバンド信号をＲＦ信号に変換するベースバンド処理部３４と、マイクロホン３５及びスピーカ３６等とのインターフェイスである入出力部３７と、液晶表示パネル等で構成されたディスプレイ３８と、キーボードやジョグダイヤル等でなる入力操作部３９と、ＧＰＳ４０とが接続されることにより構成されている。

ここで、通信端末５に内蔵されるＣＰＵ３１は、メモリ３２に格納されている動作プログラムに従って種々の動作を実行する通信端末５の制御手段である。また、ＣＰＵ３１の各種処理内容は必要に応じてディスプレイ３８に表示される。

また、メモリ３２は通信端末５を所持する相乗り希望者４に関するユーザ情報（登録ＩＤ、氏名、部署等）の他、後述の相乗り希望情報送信処理プログラム（図８参照）及び相乗り車両情報提供処理プログラム（図１０参照）等が記憶された記憶媒体である。

また、ディスプレイ３８は、筐体の一面に配設されており、液晶ディスプレイや有機ＥＬディスプレイ等が用いられる。そして、入力操作部３９による入力内容やインターネットサイト等の各種情報が表示される。
更に、第１実施形態に係る通信端末５では、ユーザが相乗りを希望した場合に、ユーザの同乗を許可した相乗り提供車両７に関する情報が表示される（図１１参照）。

また、入力操作部３９は、番号／文字入力キー、表示された内容を選択するためのカーソルを動かすカーソルキー、選択を確定する決定キー等の各種キーによって構成されている。そして、ユーザは相乗りを希望する場合に、入力操作部３９を用いて相乗りを希望する旨の操作を入力する。

また、ＧＰＳ４０は、人工衛星によって発生させられた電波を受信することにより、通信端末５（即ち相乗り希望者４）の現在位置及び現在時刻を検出可能とする。

次に、相乗り乗車システム１を構成する相乗り提供車両７に搭載されたナビゲーション装置６の概略構成について図７を用いて説明する。図７は第１実施形態に係る相乗り提供車両７に搭載されたナビゲーション装置６を示したブロック図である。
図７に示すように第１実施形態に係るナビゲーション装置６は、自車の現在位置を検出する現在位置検出部４１と、各種のデータが記録されたデータ記録部４２と、入力された情報に基づいて、各種の演算処理を行うナビゲーションＥＣＵ（情報表示手段、経路表示手段）４３と、操作者からの操作を受け付ける操作部４４と、操作者に対して地図等の情報を表示する液晶ディスプレイ４５と、経路案内に関する音声ガイダンスを出力するスピーカ４６と、プログラムを記憶した記憶媒体であるＤＶＤを読み取るＤＶＤドライブ４７と、相乗り情報管理センタ３との間で通信を行う通信モジュール９と、から構成されている。

以下に、ナビゲーション装置６を構成する各構成要素について順に説明する。
現在位置検出部４１は、ＧＰＳ５１、地磁気センサ５２、車速センサ５３、ステアリングセンサ５４、ジャイロセンサ５５等からなり、現在の自車の位置、方位、自車の走行速度、現在時刻等を検出することが可能となっている。ここで、特に車速センサ５３は、車両の移動距離や車速を検出する為のセンサであり、車両の車輪の回転に応じてパルスを発生させ、パルス信号をナビゲーションＥＣＵ４３に出力する。そして、ナビゲーションＥＣＵ４３は発生するパルスを計数することにより車輪の回転速度や移動距離を算出する。尚、上記５種類のセンサをナビゲーション装置６が全て備える必要はなく、これらの内の１又は複数種類のセンサのみをナビゲーション装置６が備える構成としても良い。

また、データ記録部４２は、外部記憶装置及び記録媒体としてのハードディスク（図示せず）と、ハードディスクに記録されたナビ地図情報ＤＢ５６やユーザ情報ＤＢ５７、所定のプログラム等を読み出すとともにハードディスクに所定のデータを書き込む為のドライバである記録ヘッド（図示せず）とを備えている。

ここで、ナビ地図情報ＤＢ５６は、基本的に相乗り情報管理センタ３の有する地図情報ＤＢ２７と同様の構成を有しており、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、地図を表示するための地図表示データ、各交差点に関する交差点データ、経路を探索するための探索データ、施設に関する施設データ、地点を検索するための検索データ等が記憶された記憶手段である。

また、ユーザ情報ＤＢ５７は、本ナビゲーション装置６が搭載された相乗り提供車両７に関する車両情報（登録ＩＤ、車種、車体の色、ナンバー等）、及び相乗り提供車両７を運転する相乗り提供者に関する情報（氏名、部署等）が記憶された記憶手段である。

一方、ナビゲーションＥＣＵ（エレクトロニック・コントロール・ユニット）４３は、目的地が選択された場合に現在位置から目的地までの案内経路を設定する案内経路設定処理、相乗り希望情報を相乗り情報管理センタ３から受信した場合に相乗り希望者４に関する情報を表示する情報表示処理、相乗りを希望する相乗り希望者４の現在位置を経由して目的地（第１実施形態では会社Ａ）へと到達する案内経路を探索して案内する相乗り経路案内処理、相乗り提供者が相乗り希望者４の同乗を許可した場合に相乗り提供車両７に関する情報を相乗り情報管理センタ３へと送信する情報送信処理等のナビゲーション装置６の全体の制御を行う電子制御ユニットである。そして、演算装置及び制御装置としてのＣＰＵ６１、並びにＣＰＵ６１が各種の演算処理を行うに当たってワーキングメモリとして使用されるとともに、経路が探索されたときの経路データ等が記憶されるＲＡＭ６２、制御用のプログラムのほか、後述の自車位置情報提供処理プログラム（図１３参照）及び相乗り情報提供処理プログラム（図１４参照）等が記録されたＲＯＭ６３、ＲＯＭ６３から読み出したプログラムを記録するフラッシュメモリ６４等の内部記憶装置を備えている。

操作部４４は、案内終了地点としての目的地を入力する際等に操作され、各種のキー、ボタン等の複数の操作スイッチ（図示せず）から構成される。そして、ナビゲーションＥＣＵ４３は、各スイッチの押下等により出力されるスイッチ信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、液晶ディスプレイ４５の前面に設けたタッチパネルによって構成することもできる。また、操作部４４は案内開始地点としての出発地の入力にも用いられる場合がある。

液晶ディスプレイ４５は、車両の室内のセンターコンソール又はパネル面に備え付けられ、通常時において自車位置周辺の地図画像を表示する。また、目的地への案内経路が設定された場合には、地図画像に重畳して案内経路を示す画像を表示する。また、第１実施形態に係るナビゲーション装置６では、相乗り希望情報を相乗り情報管理センタ３から受信した場合に相乗り希望者４に関する情報を表示したり、相乗り希望者４の現在位置を経由して目的地（第１実施形態では会社Ａ）へと到達する案内経路を表示することについても行う。

また、スピーカ４６は、車両の室内のセンターコンソール又はパネル面に備え付けられ、案内音声や警告音等を出力する。

続いて、前記構成を有する相乗り乗車システム１を構成する通信端末５において実行する相乗り希望情報送信処理プログラムについて図８に基づき説明する。図８は第１実施形態に係る相乗り希望情報送信処理プログラムのフローチャートである。ここで、相乗り希望情報送信処理プログラムは通信端末の電源がＯＮされ、所定のプログラム起動操作が行われた後に実行され、相乗りの希望を申し出た相乗り希望者４の情報を相乗り情報管理センタ３へと送信するプログラムである。尚、以下の図８及び図１０にフローチャートで示されるプログラムは、メモリ３２等に記憶されており、ＣＰＵ３１により実行される。

先ず、相乗り希望情報送信処理プログラムでは、ステップ（以下、Ｓと略記する）１において、ＣＰＵ３１は本通信端末５を所持する相乗り希望者４によって相乗りの希望を申し出る所定の操作が行われたか否か判定する。ここで、図９は端末側相乗り支援処理プログラムを起動した後に通信端末５のディスプレイ３８に表示される操作画面を示した図である。相乗り希望者４は図８に示す操作画面が表示された場合に、『ＹＥＳ』又は『ＮＯ』のいずれかのボタンを入力操作部３９を用いて選択する。そして、『ＹＥＳ』のボタンが選択された場合には、ＣＰＵ３１は本通信端末５を所持する相乗り希望者４によって相乗りの希望を申し出る操作が行われたと判定する。一方、『ＮＯ』のボタンが選択された場合には、ＣＰＵ３１は本通信端末５を所持する相乗り希望者４によって相乗りの希望を申し出る操作が行われなかったと判定する。

前記Ｓ１の判定の結果、本通信端末５を所持する相乗り希望者４によって相乗りの希望を申し出る操作が行われたと判定された場合（Ｓ１：ＹＥＳ）には、Ｓ２へと移行する。一方、本通信端末５を所持する相乗り希望者４によって相乗りの希望を申し出る操作が行われなかったと判定された場合（Ｓ１：ＮＯ）には、当該相乗り希望情報送信処理プログラムを終了する。

Ｓ２においてＣＰＵ３１は、通信端末５を所持する相乗り希望者４に関するユーザ情報及び通信端末５の現在位置を取得する。尚、前記Ｓ２で取得されるユーザ情報は、本通信端末５を所持する相乗り希望者４の“登録ＩＤ”、“氏名”、“部署”であり、メモリ３２から読み出すことによって取得する。また、現在位置は通信端末５に搭載されたＧＰＳ４０によって取得する。

次に、Ｓ３においてＣＰＵ３１は、前記Ｓ２で取得した相乗り希望者４に関するユーザ情報及び通信端末５の現在位置を相乗り希望情報として相乗り情報管理センタ３へ送信する。尚、相乗り希望情報を受信した相乗り情報管理センタ３は、後述のように相乗り希望者を同乗させる適当な相乗り提供車両７の検索を行う（Ｓ５３）。

次に、通信端末５において実行する相乗り車両情報提供処理プログラムについて図１０に基づき説明する。図１０は第１実施形態に係る相乗り車両情報提供処理プログラムのフローチャートである。ここで、相乗り車両情報提供処理プログラムは通信端末の電源がＯＮされた後に所定期間毎（例えば２００ｍｓ）に実行され、相乗りの希望を申し出た相乗り希望者４に対して同乗を許可した相乗り提供車両７の情報を提供するプログラムである。

先ず、相乗り車両情報提供処理プログラムでは、Ｓ１１においてＣＰＵ３１は、相乗り情報管理センタ３から情報の送信があったか否か判定する。

そして、相乗り情報管理センタ３から情報の送信があったと判定された場合（Ｓ１１：ＹＥＳ）には、送信された情報を受信し、メモリ３２に一旦格納する（Ｓ１２）。その後、Ｓ１３の処理へと移行する。一方、相乗り情報管理センタ３から情報の送信が無いと判定された場合（Ｓ１１：ＮＯ）には、当該相乗り車両情報提供処理プログラムを終了する。

Ｓ１３においてＣＰＵ３１は、前記Ｓ１２で受信した情報が乗車許可情報又は乗車不可情報のいずれであるか判定する。ここで、乗車許可情報は本通信端末５を所持する相乗り希望者４が同乗することを許可した相乗り提供車両７が存在する場合に、相乗り情報管理センタ３から送信（Ｓ６４）される情報であり、同乗を許可した相乗り提供車両７に関する情報（“登録ＩＤ”、“車種”、“車体の色”、“ナンバー”、相乗り提供者の“氏名”、“部署”、“相乗り希望者の現在位置への到着予想時刻”が含まれる。一方、乗車不可情報は本通信端末５を所持する相乗り希望者４が同乗するのに適当な相乗り提供車両７が存在しない場合、或いは適当な相乗り提供車両７が存在した場合であってもその相乗り提供車両７が同乗を拒否した場合に、相乗り情報管理センタ３から送信（Ｓ５２、Ｓ６５）される情報である。

そして、前記Ｓ１２で受信した情報が乗車許可情報であると判定された場合（Ｓ１３：ＹＥＳ）には、受信した乗車許可情報をディスプレイ３８やスピーカ３６から出力する（Ｓ１４）。ここで、図１１は前記Ｓ１４における乗車許可情報の出力例を示した図である。図１１に示すように通信端末５のディスプレイ３８には、「あなたを乗せてくれる車両が見つかりました。車両は○○、ナンバーは××、運転手は△部の○○さんです。到着時刻は××時××分頃です。」との文章を表示する。それによって相乗り希望者４は、これから相乗りをする車両がどのような車両で、運転者がどのような人物かを把握することができる。また、相乗りをする車両が到着する時刻についても把握することができる。尚、ディスプレイ３８に表示された内容と同じ内容の音声をスピーカ３６から出力するようにしても良い。

一方、前記Ｓ１２で受信した情報が乗車不可情報であると判定された場合（Ｓ１３：ＮＯ）には、相乗りができないことを案内する（Ｓ１５）。ここで、図１２は前記Ｓ１５における案内例を示した図である。図１２に示すように通信端末５のディスプレイ３８には、「車両が見つかりませんでした。しばらくしてから再度検索してください。」との文章を表示する。それによって相乗り希望者４は、相乗りをする適当な車両が現時点では見つからなかったことを把握することができる。尚、ディスプレイ３８に表示された内容と同じ内容の音声をスピーカ３６から出力するようにしても良い。その後、当該相乗り車両情報提供処理プログラムを終了する。

次に、相乗り乗車システム１を構成するナビゲーション装置６において実行する自車位置情報提供処理プログラムについて図１３に基づき説明する。図１３は第１実施形態に係る自車位置情報提供処理プログラムのフローチャートである。ここで、自車位置情報提供処理プログラムは相乗り提供車両７のイグニションがＯＮされた後に所定時間間隔（例えば２００ｍｓ毎）で繰り返し実行され、自車の現在位置を所定時間間隔で相乗り情報管理センタ３へと送信するプログラムである。尚、以下の図１３及び図１４にフローチャートで示されるプログラムは、ナビゲーションＥＣＵ４３が備えているＲＡＭ６２、ＲＯＭ６３等に記憶されており、ＣＰＵ６１により実行される。

先ず、自車位置情報提供処理プログラムでは、Ｓ２１においてＣＰＵ６１は、前回に相乗り情報管理センタ３へと自車の現在位置情報を送信してから所定時間（例えば６０ｓｅｃ）経過したか否かを判定する。

そして、前回に相乗り情報管理センタ３へと自車の現在位置情報を送信してから所定時間経過したと判定された場合（Ｓ２１：ＹＥＳ）には、Ｓ２２へと移行する。一方、前回に相乗り情報管理センタ３へと自車の現在位置情報を送信してから所定時間経過していないと判定された場合（Ｓ２１：ＮＯ）には当該自車位置情報提供処理プログラムを終了する。

Ｓ２２においてＣＰＵ６１は、ＧＰＳ５１により自車の現在位置を取得する。その後、前記Ｓ２２で取得した自車の現在位置を、ユーザ情報ＤＢ５７から読み出した自車の登録ＩＤとともに現在位置情報として相乗り情報管理センタ３へと送信する。そして、相乗り情報管理センタ３は送信された情報に基づいて、相乗り提供車両７の現在位置を管理する（Ｓ４３）。その後、当該自車位置情報提供処理プログラムを終了する。

次に、ナビゲーション装置６において実行する相乗り情報提供処理プログラムについて図１４に基づき説明する。図１４は第１実施形態に係る相乗り情報提供処理プログラムのフローチャートである。ここで、相乗り情報提供処理プログラムは相乗り提供車両７のイグニションがＯＮされた後に所定時間間隔（例えば２００ｍｓ毎）で繰り返し実行され、相乗りの希望を出した相乗り希望者４に関する情報を案内するとともに、相乗り提供車両７を運転する相乗り提供者が同乗の許可を行うか否かを判定するプログラムである。

先ず、相乗り情報提供処理プログラムでは、Ｓ３１においてＣＰＵ６１は、相乗り情報管理センタ３から相乗り希望情報の送信があったか否か判定する。ここで、相乗り希望情報は相乗り希望者４から相乗りの希望の申し出があった場合であって、相乗り情報管理センタ３により本ナビゲーション装置６が設置された相乗り提供車両７が該相乗り希望者４を同乗させるのに適当な車両として検索された場合に、相乗り情報管理センタ３から送信される情報である。そして、相乗り希望情報には、相乗りの希望を申し出た相乗り希望者４に関する情報（“登録ＩＤ”、“氏名”、“部署”、“相乗り希望を出した時刻”、“相乗り希望者の現在位置”）が含まれる。

そして、相乗り情報管理センタ３から相乗り希望情報の送信があったと判定された場合（Ｓ３１：ＹＥＳ）には、送信された情報を受信し、フラッシュメモリ６４に一旦格納する（Ｓ３２）。その後、Ｓ３３の処理へと移行する。一方、相乗り情報管理センタ３から相乗り希望情報の送信が無いと判定された場合（Ｓ３１：ＮＯ）には、当該相乗り車両情報提供処理プログラムを終了する。

続いて、Ｓ３３においてＣＰＵ６１は、前記Ｓ３２で受信した相乗り希望情報とナビ地図情報ＤＢ５６に記憶されたリンクデータやノードデータ等に基づいて、出発地（例えば自車の現在位置）から相乗りの希望を出した相乗り希望者４の現在位置を経由して目的地（第１実施形態では会社Ａ）へと到達する経路を探索する。そして、経路探索の結果に基づいて最適な案内経路を特定する。また、案内経路に沿って走行した場合における相乗り希望者の現在位置への到着予想時刻についても地図情報に基づいて算出される。尚、経路探索処理は、公知のダイクストラ法等を用いて行う。また、複数の相乗り希望情報を受信した場合には、相乗り希望者４の現在位置を経由した経路を受信した情報毎にそれぞれ探索する。

その後、Ｓ３４においてＣＰＵ６１は、前記Ｓ３２で受信した相乗り希望情報と前記Ｓ３３で特定された案内経路を、液晶ディスプレイ４５やスピーカ４６を用いて運転者（即ち相乗り提供者）に案内する。ここで、図１５〜図１７はナビゲーション装置６による相乗り希望情報及び案内経路の案内画面を示した図である。

図１５に示すように、液晶ディスプレイ４５には自車周辺の地図画像とともに、相乗り希望者４の現在位置を示すマーク７１と、相乗り希望者４の情報を示す情報ウィンドウ７２が表示される。例えば、図１５に示す案内例では、自車の左前方に８時１７分に相乗り希望を出した相乗り希望者４が存在し、自車の右前方に８時１３分に相乗り希望を出した相乗り希望者４が存在する場合に表示される案内画面である。

また、図１６は図１５に示す案内画面が表示された後に、自車の左前方に位置するマーク７１がタッチパネル等によって選択された場合に表示される詳細案内画面である。図１６に示す案内例では、自車の左前方に位置する相乗り希望者４のより詳細な情報を示した詳細情報ウィンドウ７５が表示される。また、自車の現在位置から選択された相乗り希望者４の現在位置を経由して目的地（第１実施形態では会社Ａ）へと到達する案内経路７６についても表示される。ここで、詳細情報ウィンドウ７５には、選択された自車の左前方の相乗り希望者４を乗せる相乗り地点までの距離と相乗り地点への予想到達時間が表示される。更に、選択した相乗り希望者４を同乗させるか否かの選択肢についても表示される。

一方、図１７は図１５に示す案内画面が表示された後に、自車の右前方に位置するマーク７１がタッチパネル等によって選択された場合に表示される詳細案内画面である。図１６に示す案内例では、自車の右前方に位置する相乗り希望者４のより詳細な情報を示した詳細情報ウィンドウ７７が表示される。また、自車の現在位置から選択された相乗り希望者４の現在位置を経由して目的地（第１実施形態では会社Ａ）へと到達する案内経路７８についても表示される。ここで、詳細情報ウィンドウ７７には、選択された自車の右前方の相乗り希望者４を乗せる相乗り地点までの距離と相乗り地点への予想到達時間が表示される。更に、選択した相乗り希望者４を同乗させるか否かの選択肢についても表示される。尚、上記Ｓ３４が情報表示手段及び経路表示手段の処理に相当する。

続いて、Ｓ３５でＣＰＵ６１は、ナビゲーション装置６のユーザ（即ち相乗り提供者）によって同乗許可の操作があったか否かを判定する。具体的には、図１６及び図１７に示した詳細情報ウィンドウ７５、７７で『ＹＥＳ』のボタンが選択された場合には、ＣＰＵ６１は相乗り提供者によって相乗り希望者４の同乗を許可する操作が行われたと判定する。一方、図１６及び図１７に示した詳細情報ウィンドウ７５、７７で『ＮＯ』のボタンが選択された場合には、ＣＰＵ６１は相乗り提供者によって相乗り希望者４の同乗を拒否する操作が行われたと判定する。

前記Ｓ３５の判定の結果、相乗り提供者によって相乗り希望者４の同乗を許可する操作が行われたと判定された場合（Ｓ３５：ＹＥＳ）には、同乗許可情報を相乗り情報管理センタ３へと送信する（Ｓ３６）。ここで、同乗許可情報は、同乗が許可された相乗り希望者４を特定する情報（“登録ＩＤ”等）と、自車に関する情報（“登録ＩＤ”、“車種”、“車体の色”、“ナンバー”、相乗り提供者の“氏名”、“部署”、“相乗り希望者の現在位置への到着予想時刻”が含まれる。そして、同乗許可情報が送信された相乗り情報管理センタ３は、同乗を許可された相乗り希望者４の通信端末５へと同乗を許可した相乗り提供車両７の情報を配信する。

一方、前記Ｓ３５の判定の結果、相乗り提供者によって相乗り希望者４の同乗を拒否する操作が行われたと判定された場合（Ｓ３５：ＮＯ）には、同乗拒否情報を相乗り情報管理センタ３へと送信する（Ｓ３７）。そして、同乗拒否情報が送信された相乗り情報管理センタ３は、同乗を拒否された相乗り希望者４の通信端末５へと同乗を許可した相乗り提供車両７が見つからなかった旨の情報を配信する。

次に、相乗り乗車システム１を構成する情報管理サーバ２において実行する相乗り提供車両管理処理プログラムについて図１８に基づき説明する。図１８は第１実施形態に係る相乗り提供車両管理処理プログラムのフローチャートである。ここで、相乗り提供車両管理処理プログラムは所定時間間隔（例えば２００ｍｓ毎）で繰り返し実行され、相乗り提供車両７の現在位置を管理するプログラムである。尚、以下の図１８乃至図２０にフローチャートで示されるプログラムは、ＲＡＭ２２、ＲＯＭ２３等に記憶されており、ＣＰＵ２１により実行される。

先ず、相乗り提供車両管理処理プログラムでは、Ｓ４１においてＣＰＵ２１は、相乗り提供車両７から現在位置情報の送信があったか否か判定する。ここで、現在位置情報は前記Ｓ２３で各相乗り提供車両７から所定時間間隔で相乗り情報管理センタ３へと送信される情報である。そして、現在位置情報には、送信元の相乗り提供車両７の“登録ＩＤ”と“現在位置座標”に関する情報が含まれる。

そして、相乗り提供車両７から現在位置情報の送信があったと判定された場合（Ｓ４１：ＹＥＳ）には、送信された情報を受信し、フラッシュメモリ２４に一旦格納する（Ｓ４２）。その後、Ｓ４３の処理へと移行する。一方、相乗り提供車両７から現在位置情報の送信が無いと判定された場合（Ｓ４１：ＮＯ）には、当該相乗り提供車両管理処理プログラムを終了する。

Ｓ４３においてＣＰＵ２１は、前記Ｓ４２で受信した現在位置情報に基づいて相乗り提供車両７の管理データを更新する。具体的には、先ず地図情報ＤＢ２７に記憶された地図情報に基づいて送信元の相乗り提供車両７の位置を地図上で特定するマップマッチング処理を行う。そして、相乗り管理情報ＤＢ２６に記憶された全相乗り提供車両７の現在位置を特定する位置管理情報の内、送信元の相乗り提供車両７の現在位置を特定する位置座標を新たな値へと更新する。

次に、情報管理サーバ２において実行する車両検索処理プログラムについて図１９に基づき説明する。図１９は第１実施形態に係る車両検索処理プログラムのフローチャートである。ここで、車両検索処理プログラムは所定時間間隔（例えば２００ｍｓ毎）で繰り返し実行され、相乗り希望者４を相乗りさせるのに適当な相乗り提供車両７を検索するプログラムである。

先ず、車両検索処理プログラムでは、Ｓ５１においてＣＰＵ２１は、通信端末５から相乗り希望情報の送信があったか否か判定する。ここで、相乗り希望情報は前記Ｓ３で相乗りの希望を出した相乗り希望者４の所持する通信端末５から相乗り情報管理センタ３へと送信される情報である。そして、相乗り希望情報には、送信元の相乗り希望者４の“登録ＩＤ”、“氏名”、“部署”に関する情報が含まれる。

そして、通信端末５から相乗り希望情報の送信があったと判定された場合（Ｓ５１：ＹＥＳ）には、送信された情報を受信し、相乗り管理情報ＤＢ２６に格納する（Ｓ５２）。その後、Ｓ５３の処理へと移行する。一方、通信端末５から相乗り希望情報の送信が無いと判定された場合（Ｓ５１：ＮＯ）には、当該車両検索処理プログラムを終了する。尚、上記Ｓ５２が情報取得手段の処理に相当する。

続いて、Ｓ５３においてＣＰＵ２１は、前記Ｓ５２で受信した相乗り希望情報と、相乗り管理情報ＤＢ２６に記憶された位置管理情報（全相乗り提供車両７の現在位置に関する情報、図３参照）とに基づいて、相乗り希望情報の送信元の相乗り希望者４の現在位置を基準とした所定範囲内を走行する相乗り提供車両７を検索する。
尚、相乗り希望者４の現在位置を基準とした所定範囲としては、例えば、相乗り希望者を中心とした半径１ｋｍ以内のエリアが該当する。また、相乗り希望者４と同じ２次メッシュ内や市町村区内のエリアとしても良い。更に、前記Ｓ５３では、相乗り希望者を中心とした所定距離内のエリアに走行予定経路が含まれる車両を検索するようにしても良い。尚、上記Ｓ５３が車両検索手段の処理に相当する。

その後、Ｓ５４においてＣＰＵ２１は、前記Ｓ５３の検索の結果、該当する相乗り提供車両が少なくとも一台以上検索されたか否か判定する。そして、該当する相乗り提供車両が少なくとも一台以上検索されたと判定された場合（Ｓ５４：ＹＥＳ）には、検索された相乗り提供車両７に相乗り希望情報を送信する（Ｓ５５）。尚、複数台の相乗り提供車両７が検索された場合には、相乗り希望者４に最も近い位置にある相乗り提供車両７に対して相乗り希望情報を送信する。そして、相乗り希望情報が送信された相乗り提供車両７は、受信した相乗り希望情報に基づいて相乗り希望者を同乗させるか否かの判断を行う（Ｓ３４、Ｓ３５）。また、上記Ｓ５５が情報送信手段の処理に相当する。
尚、複数台の相乗り提供車両７が検索された場合には、相乗り希望者４に最も近い位置にある相乗り提供車両７ではなく、相乗り希望者の現在位置への到着予想時刻が最も早い相乗り提供車両７に対して相乗り希望情報を送信するようにしても良い。また、相乗り希望者の現在位置への到着予想時刻については、地図情報ＤＢ２７に記憶された地図情報と、検索された相乗り提供車両７の現在位置とに基づいてＣＰＵ２１が算出する。

一方、該当する相乗り提供車両が一台も検索されなかったと判定された場合（Ｓ５４：ＮＯ）には、相乗り希望情報を送信した送信元の通信端末５に乗車不可情報を送信する（Ｓ５６）。そして、乗車不可情報が送信された通信端末５は、ユーザ（即ち相乗り希望を出した相乗り希望者）に相乗りができないことを案内する（Ｓ１５）。その後、当該車両検索処理プログラムを終了する。

次に、情報管理サーバ２において実行する相乗り情報提供処理プログラムについて図２０に基づき説明する。図２０は第１実施形態に係る相乗り情報提供処理プログラムのフローチャートである。ここで、相乗り情報提供処理プログラムは所定時間間隔（例えば２００ｍｓ毎）で繰り返し実行され、相乗り希望者４に同乗を許可した相乗り提供車両７の情報を提供するプログラムである。

先ず、相乗り情報提供処理プログラムでは、Ｓ６１においてＣＰＵ２１は、相乗り提供車両７から情報の送信があったか否か判定する。

そして、相乗り提供車両７から情報の送信があったと判定された場合（Ｓ６１：ＹＥＳ）には、送信された情報を受信し、フラッシュメモリ２４に一旦格納する（Ｓ６２）。その後、Ｓ６３の処理へと移行する。一方、相乗り提供車両７から情報の送信が無いと判定された場合（Ｓ６１：ＮＯ）には、当該相乗り情報提供処理プログラムを終了する。

Ｓ６３においてＣＰＵ２１は、前記Ｓ６２で受信した情報が同乗許可情報又は同乗拒否情報のいずれであるか判定する。ここで、同乗許可情報は相乗り希望者情報が送信された相乗り提供車両７が相乗り希望者の同乗を許可した場合に、相乗り提供車両７から送信（Ｓ３６）される情報であり、同乗を許可した送信元の相乗り提供車両７に関する情報（“登録ＩＤ”、“車種”、“車体の色”、“ナンバー”、相乗り提供者の“氏名”、“部署”、“相乗り希望者の現在位置への到着予想時刻”が含まれる。一方、同乗拒否情報は相乗り希望者情報が送信された相乗り提供車両７が相乗り希望者の同乗を拒否した場合に、相乗り提供車両７から送信（Ｓ３７）される情報である。

そして、前記Ｓ６２で受信した情報が同乗許可情報であると判定された場合（Ｓ６３：ＹＥＳ）には、相乗り希望情報を送信した送信元の通信端末５へ相乗りが可能なことを通知する乗車許可情報を送信する（Ｓ６４）。尚、乗車許可情報は、同乗許可情報と同様に同乗を許可した相乗り提供車両７に関する情報（“登録ＩＤ”、“車種”、“車体の色”、“ナンバー”、相乗り提供者の“氏名”、“部署”、“相乗り希望者の現在位置への到着予想時刻”が含まれる。そして、乗車許可情報が送信された通信端末５は、受信した乗車許可情報をディスプレイ３８やスピーカ３６から出力する（Ｓ１４）。尚、上記Ｓ６６４が許可車両情報提供手段の処理に相当する。

一方、前記Ｓ６２で受信した情報が同乗拒否情報であると判定された場合（Ｓ６３：ＮＯ）には、相乗り希望情報を送信した送信元の通信端末５へ相乗りができないことを通知する乗車不可情報を送信する（Ｓ６５）。そして、乗車不可情報が送信された通信端末５は、相乗りができないことをユーザに案内する（Ｓ１５）。その後、当該相乗り情報提供処理プログラムを終了する。

以上詳細に説明した通り、第１実施形態に係る相乗り乗車システム１では、相乗り情報管理センタ３が相乗り提供車両７の現在位置を管理する（Ｓ４３）とともに、相乗り希望者４が通信端末５を用いて相乗り希望情報を相乗り情報管理センタ３へと送信する（Ｓ３）と、相乗り情報管理センタ３は相乗り希望者４と相乗り提供車両７の現在位置とに基づいて、相乗りを行うのに適当な相乗り提供車両７を検索し（Ｓ５３）、検索された相乗り提供車両７に相乗り希望情報を送信し（Ｓ５５）、相乗り希望情報が送信された相乗り提供車両７は相乗り提供者によって相乗り希望者の同乗を許可する操作が行われたか否かを判定し（Ｓ３５）、同乗を許可する操作が行われた場合には相乗り希望を出した相乗り希望者に同乗を許可した相乗り提供車両７の情報を送信する（Ｓ６４）ので、相乗りを希望する相乗り希望者４と相乗り希望者を同乗させる相乗り提供車両７の現在の状況を考慮して、相乗りを行うのに適した相乗り提供車両７に、該当する相乗り希望者の情報を送信することができる。その結果、様々な状況下で相乗りを適切に支援することが可能となる。
また、相乗り提供車両７は、相乗りをするか否かの判断を相乗り希望者４の情報を参照して行うことができる。それによって、相乗り時のトラブルの発生を防止し、且つ安全に相乗りを行わせることが可能となる。
また、相乗りを許可した相乗り提供車両７には、相乗り希望者の現在位置を経由して目的地へと到る経路がナビゲーション装置６を介して表示されるので、走行中に相乗り希望者を同乗させる場合であっても、適切なルートで目的地へと到達することが可能となる。

〔第２実施形態〕
次に、第２実施形態に係る相乗り乗車システムについて図２１乃至図２３に基づいて説明する。尚、以下の説明において上記図１乃至図２０の第１実施形態に係る相乗り乗車システム１等の構成と同一符号は、前記第１実施形態に係る相乗り乗車システム１等の構成と同一あるいは相当部分を示すものである。

この第２実施形態に係る相乗り乗車システムの概略構成は、第１実施形態に係る相乗り乗車システム１とほぼ同じ構成である。また、各種制御処理も第１実施形態に係る相乗り乗車システム１とほぼ同じ制御処理である。
ただし、第１実施形態に係る相乗り乗車システム１では、相乗り情報管理センタ３が相乗り希望者４を同乗させるのに適当な相乗り提供車両７を選択していた（Ｓ５３〜Ｓ５６）のに対して、第２実施形態に係る相乗り乗車システムは、相乗りの希望を出した相乗り希望者４がこれから相乗りをする相乗り提供車両７を選択する点で前記第１実施形態に係る相乗り乗車システム１と異なっている。

以下に、第２実施形態に係る情報管理サーバ２において実行する車両検索処理プログラムについて図２１に基づき説明する。図２１は第２実施形態に係る車両検索処理プログラムのフローチャートである。ここで、車両検索処理プログラムは所定時間間隔（例えば２００ｍｓ毎）で繰り返し実行され、相乗り希望者４を相乗りさせるのに適当な相乗り提供車両７を検索し、検索結果を通信端末５へと送信するプログラムである。

先ず、第２実施形態に係る車両検索処理プログラムでは、Ｓ１０１においてＣＰＵ２１は、通信端末５から相乗り希望情報の送信があったか否か判定する。ここで、相乗り希望情報は前記Ｓ３で相乗りの希望を出した相乗り希望者４の所持する通信端末５から相乗り情報管理センタ３へと送信される情報である。そして、相乗り希望情報には、送信元の相乗り希望者４の“登録ＩＤ”、“氏名”、“部署”に関する情報が含まれる。

そして、通信端末５から相乗り希望情報の送信があったと判定された場合（Ｓ１０１：ＹＥＳ）には、送信された情報を受信し、相乗り管理情報ＤＢ２６に格納する（Ｓ１０２）。その後、Ｓ５３の処理へと移行する。一方、通信端末５から相乗り希望情報の送信が無いと判定された場合（Ｓ１０２：ＮＯ）には、当該車両検索処理プログラムを終了する。

続いて、Ｓ１０３においてＣＰＵ２１は、前記Ｓ１０２で受信した相乗り希望情報と、相乗り管理情報ＤＢ２６に記憶された位置管理情報（全相乗り提供車両７の現在位置に関する情報、図３参照）とに基づいて、相乗り希望情報の送信元の相乗り希望者４の現在位置を基準とした所定範囲内を走行する相乗り提供車両７を検索する。
尚、相乗り希望者４の現在位置を基準とした所定範囲としては、例えば、相乗り希望者を中心とした半径１ｋｍ以内のエリアが該当する。また、相乗り希望者４と同じ２次メッシュ内や市町村区内のエリアとしても良い。更に、前記Ｓ５３では、相乗り希望者を中心とした所定距離内のエリアに走行予定経路が含まれる車両を検索するようにしても良い。

その後、Ｓ１０４においてＣＰＵ２１は、前記Ｓ１０３の検索の結果、該当する相乗り提供車両が少なくとも一台以上検索されたか否か判定する。そして、該当する相乗り提供車両が少なくとも一台以上検索されたと判定された場合（Ｓ１０４：ＹＥＳ）には、検索された全相乗り提供車両７に関する情報（“車種”、相乗り提供者の“氏名”、“部署”、“相乗り希望者の現在位置への到着予想時刻”）を、検索車両情報として相乗り希望情報を送信した送信元の通信端末５へ送信する（Ｓ１０５）。その後、Ｓ１０７へと移行する。尚、相乗り希望者の現在位置への到着予想時刻については、地図情報ＤＢ２７に記憶された地図情報と、検索された相乗り提供車両７の現在位置とに基づいてＣＰＵ２１が算出する。そして、検索された相乗り提供車両７に関する情報が送信された通信端末５は、受信した相乗り提供車両７に関する情報に基づいてユーザに相乗りを行う車両を選択させる（Ｓ１１４〜Ｓ１１６）。尚、上記Ｓ１０５が車両情報提供手段の処理に相当する。

一方、該当する相乗り提供車両が一台も検索されなかったと判定された場合（Ｓ１０４：ＮＯ）には、相乗り希望情報を送信した送信元の通信端末５に乗車不可情報を送信する（Ｓ１０６）。そして、乗車不可情報が送信された通信端末５は、ユーザ（即ち相乗り希望を出した相乗り希望者）に相乗りができないことを案内する（Ｓ１１９）。その後、当該車両検索処理プログラムを終了する。

また、Ｓ１０７においてＣＰＵ２１は、通信端末５から選択車両情報の送信があったか否か判定する。ここで、選択車両情報は前記Ｓ１０５で検索車両情報が送信された通信端末５から相乗り情報管理センタ３へと送信される情報である。そして、選択車両情報には、送信元の相乗り希望者４が相乗りを希望する車両として選択された相乗り提供車両７の“登録ＩＤ”に関する情報が含まれる。

そして、通信端末５から選択車両情報の送信があったと判定された場合（Ｓ１０７：ＹＥＳ）には、送信された情報を受信し、相乗り管理情報ＤＢ２６に格納する（Ｓ１０８）。また、受信した選択車両情報に基づいて相乗り希望者４によって選択された相乗り提供車両７を特定する。その後、Ｓ１０９の処理へと移行する。Ｓ１０９においてＣＰＵ２１は、相乗り希望者４によって選択された相乗り提供車両７に相乗り希望情報を送信する。そして、相乗り希望情報が送信された相乗り提供車両７は、受信した相乗り希望情報に基づいて相乗り希望者を同乗させるか否かの判断を行う（Ｓ３４、Ｓ３５）。尚、上記Ｓ１０８が希望車両特定手段の処理に相当する。

一方、通信端末５から相乗り希望情報の送信が無いと判定された場合（Ｓ１０７：ＮＯ）には、前記Ｓ１０５で検索された相乗り提供車両７に関する情報を通信端末５へ送信してから所定時間（例えば１分）経過したか否か判定する（Ｓ１１０）。そして、所定時間経過していないと判定された場合（Ｓ１１０：ＮＯ）には、所定時間経過するまで待機する。それに対して、所定時間経過したと判定された場合（Ｓ１１０：ＹＥＳ）には、相乗り提供車両７へ相乗り希望情報を送信することなく当該車両検索処理プログラムを終了する。

次に、第２実施形態に係る通信端末５において実行する相乗り車両情報提供処理プログラムについて図２２に基づき説明する。図２２は第２実施形態に係る相乗り車両情報提供処理プログラムのフローチャートである。ここで、相乗り車両情報提供処理プログラムは通信端末の電源がＯＮされた後に所定期間毎（例えば２００ｍｓ）に実行され、相乗りの希望を申し出た相乗り希望者４に対して周辺の相乗り提供車両７の情報や同乗を許可した相乗り提供車両７の情報を提供するプログラムである。

先ず、相乗り車両情報提供処理プログラムでは、Ｓ１１１においてＣＰＵ３１は、相乗り情報管理センタ３から情報の送信があったか否か判定する。

そして、相乗り情報管理センタ３から情報の送信があったと判定された場合（Ｓ１１１：ＹＥＳ）には、送信された情報を受信し、メモリ３２に一旦格納する（Ｓ１１２）。その後、Ｓ１１３の処理へと移行する。一方、相乗り情報管理センタ３から情報の送信が無いと判定された場合（Ｓ１１１：ＮＯ）には、当該相乗り車両情報提供処理プログラムを終了する。

Ｓ１１３においてＣＰＵ３１は、前記Ｓ１１２で受信した情報が検索車両情報であるか判定する。ここで、検索車両情報は、前記前記Ｓ１０３において検索された相乗り提供車両７に関する情報である。

そして、前記Ｓ１１２で受信した情報が検索車両情報であると判定された場合（Ｓ１１３：ＹＥＳ）には、受信した検索車両情報をディスプレイ３８やスピーカ３６から出力する（Ｓ１１４）。ここで、図２３は前記Ｓ１１４における検索車両情報の出力例を示した図である。図２３に示すように通信端末５のディスプレイ３８には、相乗り希望者４の現在位置を基準とした所定範囲内を走行する全相乗り提供車両７について、その詳細な情報が表示される。具体的には、ユーザの現在地への到着予想時刻、車種、運転者の氏名である。それによって相乗り希望者４は、周辺に位置する各相乗り提供車両７がどのような車両で、運転者がどのような人物かを把握することができる。また、各相乗り提供車両７が到着する時刻についても把握することができる。尚、ディスプレイ３８に表示された内容と同じ内容の音声をスピーカ３６から出力するようにしても良い。
また、ディスプレイ３８にはカーソル８１が表示され、入力操作部３９を操作することによって情報の表示されたいずれかの相乗り提供車両７を選択することが可能に構成されている。

次に、Ｓ１１５においてＣＰＵ３１は、ディスプレイ３８に表示された相乗り提供車両７の内から、一の相乗り提供車両７が選択されたか否か判定する。そして、相乗り提供車両７が選択されていないと判定された場合には、選択されるまで待機する。一方、相乗り提供車両７が選択された場合には、選択された相乗り提供車両７の情報（登録ＩＤ等）を選択車両情報として相乗り情報管理センタ３へ送信する（Ｓ１１６）。そして、選択車両情報が送信された相乗り情報管理センタ３は、通信端末５で選択された相乗り提供車両７へ相乗り希望者に関する情報を送信する（Ｓ１０８）。

一方、Ｓ１１７においてＣＰＵ３１は、前記Ｓ１１２で受信した情報が乗車許可情報又は乗車不可情報のいずれであるか判定する。ここで、乗車許可情報は本通信端末５を所持する相乗り希望者４が同乗することを許可した相乗り提供車両７が存在する場合に、相乗り情報管理センタ３から送信（Ｓ６４）される情報であり、同乗を許可した相乗り提供車両７に関する情報（“登録ＩＤ”、“車種”、“車体の色”、“ナンバー”、相乗り提供者の“氏名”、“部署”、“相乗り希望者の現在位置への到着予想時刻”が含まれる。一方、乗車不可情報は本通信端末５を所持する相乗り希望者４が同乗するのに適当な相乗り提供車両７が存在しない場合、或いは適当な相乗り提供車両７が存在した場合であってもその相乗り提供車両７が同乗を拒否した場合に、相乗り情報管理センタ３から送信（Ｓ１０６、Ｓ６５）される情報である。

そして、前記Ｓ１１２で受信した情報が乗車許可情報であると判定された場合（Ｓ１１７：ＹＥＳ）には、受信した乗車許可情報をディスプレイ３８やスピーカ３６から出力する（Ｓ１１８）。尚、乗車許可情報の出力例は既に図１１を用いて説明したので、詳細は省略する。

一方、前記Ｓ１１２で受信した情報が乗車不可情報であると判定された場合（Ｓ１１７：ＮＯ）には、相乗りができないことを案内する（Ｓ１１９）。尚、前記Ｓ１１９の案内例については既に図１２を用いて説明したので、詳細は省略する。その後、当該相乗り車両情報提供処理プログラムを終了する。

以上詳細に説明した通り、第２実施形態に係る相乗り乗車システムでは、相乗り情報管理センタ３が相乗り提供車両７の現在位置を管理する（Ｓ４３）とともに、相乗り希望者４が通信端末５を用いて相乗り希望情報を相乗り情報管理センタ３へと送信する（Ｓ３）と、相乗り情報管理センタ３は相乗り希望者４と相乗り提供車両７の現在位置とに基づいて、相乗りを行うのに適当な相乗り提供車両７を検索し（Ｓ１０３）、検索された相乗り提供車両７に関する情報を相乗り希望者４に提供し（Ｓ１０５）、相乗り希望者が選択した相乗り提供車両７へと相乗り希望情報を送信する（Ｓ１０９）ので、相乗り希望者４は、相乗りを行う前に相乗り候補となる相乗り提供車両７に関する情報を参照して相乗りをする車両を選択することができる。それによって、相乗り時のトラブルの発生を防止し、且つ安全に相乗りを行わせることが可能となる。

〔第３実施形態〕
次に、第３実施形態に係る相乗り乗車システムについて図２４及び図２５に基づいて説明する。尚、以下の説明において上記図１乃至図２０の第１実施形態に係る相乗り乗車システム１等の構成と同一符号は、前記第１実施形態に係る相乗り乗車システム１等の構成と同一あるいは相当部分を示すものである。

この第３実施形態に係る相乗り乗車システムの概略構成は、第１実施形態に係る相乗り乗車システム１とほぼ同じ構成である。また、各種制御処理も第１実施形態に係る相乗り乗車システム１とほぼ同じ制御処理である。
ただし、第１実施形態に係る相乗り乗車システム１では、相乗り希望者４並びに相乗り提供車両７は、いずれもＡ会社を目的地としている場合の相乗り支援を行うのに対して、第２実施形態に係る相乗り乗車システムは、Ａ会社を出発地とし、各自の自宅を目的地とする場合の相乗り支援を行う点で前記第１実施形態に係る相乗り乗車システム１と異なっている。

先ず、第３実施形態に係る相乗り乗車システム１０１の概略構成について図２４を用いて説明する。図２４は第３実施形態に係る相乗り乗車システム１を示したブロック図である。

図２４に示すように、第３実施形態に係る相乗り乗車システム１０１は、相乗り情報管理センタ３と、相乗り希望者４が所持する相乗り希望者側通信端末１０２と、相乗り提供者が所持する相乗り提供者側通信端末１０３と、とから基本的に構成されている。また、情報管理サーバ２と相乗り希望者側通信端末１０２、及び情報管理サーバ２と相乗り提供者側通信端末１０３とはネットワーク通信網８を介して互いに電子データを送受信可能に構成されている。
尚、相乗り希望者側通信端末１０２及び相乗り提供者側通信端末１０３の具体的構成は第１実施形態に係る通信端末５（図６参照）と同一である。

また、第３実施形態に係る相乗り乗車システム１０１を構成する相乗り希望者側通信端末１０２においては、第１実施形態に係る通信端末５で実行される相乗り希望情報送信処理プログラム（図８）、相乗り車両情報提供処理プログラム（図１０）と同様のプログラムを実行する。
但し、以下の点で第１実施形態に係る通信端末５が実行するプログラムと異なる。

先ず、Ｓ２で取得されるユーザ情報には、送迎を希望する場所（例えば、バス停や駅等）及び帰宅希望時刻についても含まれる。また、現在位置については取得しない。尚、送迎を希望する場所と帰宅希望時刻については、相乗り希望者４が相乗りの希望を申し出る所定の操作を行う際に、相乗り希望者４によって通信端末５に入力させる。
そして、Ｓ３においては、本通信端末５を所持する相乗り希望者４の“登録ＩＤ”、“氏名”、“部署”に加えて、送迎を希望する場所及び帰宅希望時刻についても相乗り希望情報として相乗り情報管理センタ３へ送信する。また、現在位置については送信しない。

また、Ｓ１２において相乗り情報管理センタ３から受信する乗車許可情報には、相乗りを許可した相乗り提供者の車両が駐車されている駐車位置及び発車予定時刻についても含まれる。また、相乗り希望者の現在位置への到着予想時刻については相乗り情報管理センタ３から送信されない。
そして、Ｓ１４においては、相乗りをする車両に関する情報や運転者に関する情報に加えて、相乗りを許可した相乗り提供者の車両が駐車されている駐車位置及び発車予定時刻に関する情報もディスプレイ３８やスピーカ３６から出力する。ここで、図２５はＳ１４における乗車許可情報の出力例の内、特に相乗り提供者の車両が駐車されている駐車位置の情報の出力例を示した図である。図２５に示すように通信端末５のディスプレイ３８には、会社Ａの駐車場周辺の地図画像１１１が表示される。更に、相乗りを許可した相乗り提供者の車両が駐車されている駐車場の名称や位置が表示される。それによって相乗り希望者４は、相乗りをする為に向かう場所を把握することができる。

また、第３実施形態に係る相乗り乗車システム１０１を構成する相乗り提供者側通信端末１０３においては、第１実施形態に係るナビゲーション装置６で実行される相乗り提供車両検索処理プログラム（図１９）、相乗り情報提供処理プログラム（図２０）と同様のプログラムを実行する。
但し、以下の点で第１実施形態に係る情報管理サーバ２が実行するプログラムと異なる。

Ｓ５３では、以下の（ａ）〜（ｄ）条件を満たす相乗り提供者を検索する。（ａ）相乗り提供車両７の運転者であって、（ｂ）Ａ会社に相乗り提供車両７が駐車され、（ｃ）相乗り希望者４の“送迎を希望する場所”から所定距離（例えば１ｋｍ）以内に帰宅時の走行予定経路が含まれ、（ｄ）相乗り希望者４の帰宅希望時刻と略同時刻（例えば、前後３０分以内）に帰宅予定の相乗り提供者。
また、Ｓ５５では検索された相乗り提供者の所持する相乗り提供者側通信端末１０３に相乗り希望情報を送信する。それによって、相乗り提供者は所持する通信端末を介して事前に相乗り希望者の情報を把握することが可能となる。

また、Ｓ６１においては相乗り提供者側通信端末１０３から情報の送信があったか否かを判定する。

以上詳細に説明した通り、第３実施形態に係る相乗り乗車システム１０１では、相乗り希望者４が通信端末５を用いて相乗り希望情報を相乗り情報管理センタ３へと送信する（Ｓ３）と、相乗り情報管理センタ３は相乗り希望者４の送迎希望場所と帰宅希望時刻に基づいて、相乗りを行うのに適当な相乗り提供者を検索し（Ｓ５３）、検索された相乗り提供者に相乗り希望情報を送信し（Ｓ５５）、相乗り希望情報が送信された相乗り提供者が相乗り希望者の同乗を許可する操作を行ったか否かを判定し（Ｓ３５）、同乗を許可する操作が行われた場合には相乗り希望を出した相乗り希望者に同乗を許可した相乗り提供者の情報を送信する（Ｓ６４）ので、相乗りを希望する相乗り希望者４と相乗り希望者を同乗させる相乗り提供者の現在の状況を考慮して、相乗りを行うのに適した相乗り提供者に、該当する相乗り希望者の情報を送信することができる。その結果、様々な状況下で相乗りを適切に支援することが可能となる。
また、相乗り提供車両７は、相乗りをするか否かの判断を相乗り希望者４の情報を参照して行うことができる。それによって、相乗り時のトラブルの発生を防止し、且つ安全に相乗りを行わせることが可能となる。

尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、第１乃至第３実施形態では、相乗り希望者４並びに相乗り提供車両７の運転者は、いずれも同じＡ会社の従業員である場合を説明したが、同じグループ会社の従業員であっても良い。また同じ地域内（市、県）にある会社の従業員であっても良い。但し、その場合には、相乗り希望者４と相乗り提供車両７が現在向かっている目的地を相乗り情報管理センタ３が管理する必要がある。

また、第１及び第２実施形態では、通信端末５はＧＰＳ４０により現在位置を検出し、検出した現在位置情報を相乗り情報管理センタ３に送信する構成としているが、相乗り情報管理センタ３は携帯電話会社から通信端末５の現在位置を取得する構成としても良い。例えば、Ｃｅｌｌ−ＩＤ方式では通信端末５からの信号を受信することにより、通信端末５の在園セル（セクター化されている場合にはセクター単位）を特定することにより通信端末５の位置を測位する。尚、通信モジュール９に携帯電話機が用いられていた場合には、同様の技術によって相乗り提供車両７の現在位置を相乗り情報管理センタ３が取得することも可能となる。

また、第１実施形態では、前記Ｓ５３において複数の相乗り提供車両７が検索された場合には、検索された相乗り提供車両７の内から一の車両を選択して相乗り希望情報を送信する（Ｓ５５）こととしているが、検索された全相乗り提供車両７へ相乗り希望情報を送信しても良い。その場合に、複数の相乗り提供車両７から同乗許可情報を得られた場合には、相乗り情報管理センタ３が最適な相乗り提供車両７を選択し、選択した相乗り提供車両７に相乗り希望者４を相乗りさせるように構成する。

また、相乗り提供車両及び相乗り提供者の検索（Ｓ５３、Ｓ１０３）は通信端末やナビゲーション装置が実行する構成としても良い。また、相乗り希望者の現在位置を経由して目的地へ到達する経路の探索（Ｓ３３）は、相乗り情報管理センタや通信端末で実行する構成としても良い。

第１実施形態に係る相乗り乗車システムを示した概略構成図である。 第１実施形態に係る相乗り乗車システムの特に相乗り情報管理センタの構成を示したブロック図である。 相乗り管理情報ＤＢ２６に記憶された位置管理情報を示した図である。 相乗り管理情報ＤＢ２６に記憶された相乗り希望情報を示した図である。 相乗り管理情報ＤＢ２６に記憶された同乗許可情報を示した図である。 第１実施形態に係る相乗り乗車システムの特に通信端末の構成を示したブロック図である。 第１実施形態に係る相乗り乗車システムの特にナビゲーション装置の構成を示したブロック図である。 第１実施形態に係る通信端末５が実行する相乗り希望情報送信処理プログラムのフローチャートである。 端末側相乗り支援処理プログラムを起動した後に通信端末のディスプレイに表示される操作画面を示した図である。 第１実施形態に係る通信端末５が実行する相乗り車両情報提供処理プログラムのフローチャートである。 ステップ１４における乗車許可情報の出力例を示した図である ステップ１５における案内例を示した図である。 第１実施形態に係るナビゲーション装置が実行する自車位置情報提供処理プログラムのフローチャートである。 第１実施形態に係るナビゲーション装置が実行する相乗り情報提供処理プログラムのフローチャートである。 ナビゲーション装置による相乗り希望情報及び案内経路の案内画面を示した図である。 ナビゲーション装置による相乗り希望情報及び案内経路の案内画面を示した図である。 ナビゲーション装置による相乗り希望情報及び案内経路の案内画面を示した図である。 第１実施形態に係る情報管理サーバが実行する相乗り提供車両管理処理プログラムのフローチャートである。 第１実施形態に係る情報管理サーバが実行する車両検索処理プログラムのフローチャートである。 第１実施形態に係る情報管理サーバが実行する相乗り情報提供処理プログラムのフローチャートである。 第２実施形態に係る情報管理サーバが実行する車両検索処理プログラムのフローチャートである。 第２実施形態に係る通信端末が実行する相乗り車両情報提供処理プログラムのフローチャートである。 ステップ１１４における検索車両情報の出力例を示した図である。 第３実施形態に係る相乗り乗車システムの構成を示したブロック図である。 相乗り提供者の車両が駐車されている駐車位置の情報の出力例を示した図である。

符号の説明

１、１０１ 相乗り乗車システム
２ 情報管理サーバ
４ 相乗り希望者
３ 相乗り情報管理センタ
６ ナビゲーション装置
７ 相乗り提供車両
２０ 情報管理ＥＣＵ
３１ ＣＰＵ
４３ ナビゲーションＥＣＵ
１０２ 相乗り希望者側通信端末
１０３ 相乗り提供者側通信端末

Claims (4)

1. 相乗りを希望する相乗り希望者の現在位置に関する情報を取得する情報取得手段と、
   前記相乗り希望者の現在位置を基準とした所定範囲内を走行し、且つ相乗り希望者と同一目的地へと走行する車両を検索する車両検索手段と、
   前記車両検索手段により検索された車両に前記相乗り希望者の情報を送信する情報送信手段と、を有することを特徴とする相乗り乗車システム。
2. 前記情報送信手段によって送信された前記相乗り希望者の情報を該情報が送信された車両において表示する情報表示手段と、
   前記相乗り希望者の情報が表示された車両の運転者が相乗り希望者の同乗を許可した場合に、同乗を許可した車両の情報を該相乗り希望者に提供する許可車両情報提供手段と、を有することを特徴とする請求項１に記載の相乗り乗車システム。
3. 前記情報表示手段は、前記情報送信手段により送信された情報に基づいて前記相乗り希望者の現在位置を経由して目的地へと到る経路を表示する経路表示手段を備えることを特徴とする請求項２に記載の相乗り乗車システム。
4. 前記車両検索手段により検索された車両の情報を前記相乗り希望者に提供する車両情報提供手段と、
   前記車両検索手段により検索された車両の内、前記相乗り希望者によって選択された車両を特定する希望車両特定手段と、を有し、
   前記情報送信手段は前記希望車両特定手段によって特定された車両に前記相乗り希望者の情報を送信することを特徴とする請求項１乃至請求項３のいずれかに記載の相乗り乗車システム。

Images