JP2009211526A - 相乗り支援装置、および、相乗り支援装置用のプログラム - Google Patents

Abstract

【課題】車両のドライバ側の相乗り者に対する希望を従来よりも良く反映する相乗り支援技術を提供する。
【解決手段】情報センター６が、車両２に搭載された車両用ナビゲーション装置１から、当該車両２に相乗りする者の属性が満たすべき相乗り受け入れ条件の情報を受信して蓄積すると共に、相乗り利用者８の個人属性の情報を受信して蓄積する。また、情報センター６は、相乗り利用者８が有する携帯通信端末７から、相乗りを希望する旨の相乗り希望通知を受信したことに基づいて、その相乗り希望者８の属性の情報が、当該相乗り受け入れ条件に適合し、かつ、相乗り希望者８の目的地と各車両の目的地とが適合するか否かを判定し、適合する車両については、車両２に当該相乗り希望者８が同乗できるように、車両用ナビゲーション装置１および携帯通信端末７に情報を送信する。
【選択図】図１

Description

本発明は、相乗り支援装置、および、相乗り支援装置用のプログラムに関するものである。

環境問題への関心が高まり、ＣＯ２排出量削減が求められるという近年の社会的背景の中、車両の相乗りを支援する技術が種々提案されている。例えば、引用文献１〜３においては、携帯端末を有するユーザが、相乗り希望の通知を携帯端末を用いてセンターに送信すると、センターは、その通知内に含まれた目的地等の情報に合致する車両を検索し、ヒットした車両の車載通信機に対して相乗り許否の問い合わせを行う。そして、車両のドライバが相乗り許可の返答を車載通信機に送信させると、車両に当該ユーザを同乗させるための通知が為される。
特開２００５−１８２１４６号公報 特開２００２−１４０３９９号公報 特開２００１−２９１１９２号公報

しかし、上記のような技術では、例えば、若い男性は乗せたくない等の、同乗者の属性に対する希望を、車両のドライバが持っていたとしても、そのような希望とは無関係にセンターから相乗り希望者についての問い合わせが来てしまう。その結果、ドライバとしては同乗させたくないような属性の相手についても、いちいち問い合わせを受けてしまう可能性が高くなり、ドライバにとって煩わしい。

本発明は上記点に鑑み、車両のドライバ側の相乗り者に対する希望を従来よりも良く反映する相乗り支援技術を提供することを目的とする。

上記目的を達成するための請求項１に記載の発明は、相乗り支援装置が、車両（２）に搭載された車載通信装置（１）から、当該車両（２）に相乗りする者の属性が満たすべき相乗り受け入れ条件の情報を受信して蓄積すると共に、相乗り利用者（８）の所有する携帯通信端末（７）から、当該相乗り利用者（８）の属性の情報を受信して蓄積する。

また、相乗り支援装置は、当該相乗り利用者（８）が有する携帯通信端末（７）から、相乗りを希望する旨の相乗り希望通知を受信したことに基づいて、当該相乗り利用者（８）の属性の情報が、当該相乗り受け入れ条件に適合するか否かを判定し、その判定結果が肯定的であることに基づいて、車両（２）に当該相乗り利用者（８）が同乗できるように、車載通信装置（１）および携帯通信端末（７）に情報を送信する。

このように、相乗り支援装置が、相乗り利用者（８）からの相乗り希望通知を受けたときに、車両（２）のドライバ側からの相乗り受け入れ条件を用いて、当該相乗り利用者（８）の同乗可否を判定する。そして、相乗り受け入れ条件は、相乗り利用者（８）の属性が満たすべき条件となっている。したがって、お年寄りは乗せてもかまわないが、若い男性は乗せたくないといったような、相乗り希望者（８）の属性に対するドライバの希望をより反映した相乗り支援を実現することができる。

また、請求項２に記載のように、相乗り支援装置は、相乗り受け入れ条件に含まれる複数の条件のそれぞれに重み値を付与し、それら複数の条件のうち、当該相乗り利用者（８）の属性の情報が合致する条件の重み値の総和が、基準値を超えていることに基づいて、当該相乗り利用者（８）の属性の情報が、当該相乗り受け入れ条件に適合すると判定するようになっていてもよい。このようになっていることで、各種条件に応じた柔軟な相乗り可・不可の判定を行うことができる。

また、請求項３に記載のように、相乗り支援装置は、車載通信装置から車両の目的地の情報を受信し、かつ、他の車載通信装置から、他の車載通信装置が搭載される他車両の目的地の情報を受信するようになっていてもよい。更に、相乗り希望通知には、相乗り利用者（８）の目的地の情報が含まれていてもよい。

この場合、相乗り支援装置は、当該相乗り利用者（８）が有する携帯通信端末（７）から、当該相乗り希望通知を受信したことに基づいて、当該相乗り利用者（８）の目的地が、車両の目的地と一致し、かつ、相乗り利用者（８）の属性の情報が、当該相乗り受け入れ条件に適合するか否かを判定することで、相乗りの可否を判定するようになっていてもよい。

更に、相乗り支援装置は、その判定結果が否定的であった場合、相乗り利用者（８）の目的地が施設であり、かつ、当該他車両の目的地が当該施設と類似の施設であることに基づいて、当該他車両に当該相乗り利用者（８）が同乗できるように、当該他の車載通信装置および携帯通信端末（７）に情報を送信するようになっていてもよい。

このように、本来の目的地へは相乗りできない場合でも、代替施設への相乗りを支援することで、より相乗り成立の可能性が高くなり、ひいては、相乗り支援を利用するユーザの期待度が増す。

また、上記目的を達成するための請求項４に記載の発明は、相乗り支援装置が、車両（２）に搭載された車載通信装置（１）から、当該車両（２）への相乗りを募集する旨の募集通知を受信し、また、募集通知を受信したことに基づいて、携帯通信端末（７）に、募集元の車両（２）に相乗りするか否かを問い合わせる。

そして相乗り支援装置は、その問い合わせに対する応答が相乗りする旨のものであったことに基づいて、当該車両（２）に携帯通信端末（７）を有する者（８）が同乗できるように、車載通信装置（１）に情報を送信するようになっている。

このように、従来とは逆に車両側から相乗り希望者を募ることで、相乗り支援装置は、車両のドライバ側の相乗り者に対する希望を従来よりも良く反映することができる。

また、請求項５、６に記載のように、請求項１、４に記載の発明の特徴は、プログラムとしても捉えることができる。

なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。

（第１実施形態）
以下、本発明の第１実施形態について説明する。図１に、本実施形態に係る相乗り支援システムの構成例を模式的に示す。この例においては、車両用ナビゲーション装置１が搭載された車両２が、車両用ナビゲーション装置１によって算出された誘導経路３に沿って走行している。このとき車両用ナビゲーション装置１は、無線基地局４および通信ネットワーク（例えば、インターネット等の広域ネットワーク）５を介して情報センター（相乗り支援装置の一例に相当する）６と通信することで、自車両の予定経路、目的地、現在位置等の運行データを、情報センター６に送信する。

なお、図示しないが、車両用ナビゲーション装置１以外にも、車両用ナビゲーション装置１と同様の構成を有する装置が複数の車両にそれぞれ搭載され、それぞれについての運行データを、情報センター６に送信するようになっている。

また、携帯通信端末（例えば、携帯電話機、ＰＤＡ）７を携行する者８は、携帯通信端末７を操作することで、適切な車両に相乗りを希望する旨の通知を、無線基地局９、通信ネットワーク５を介して情報センター６に送信させる。この通知には、相乗り希望者８の識別情報、目的地情報、現在位置情報等が含まれている。

情報センター６は、この相乗り希望通知を受信すると、この相乗り希望者８の相乗り先として適切な車両をフィルタリングして選び出し、選び出した車両側（例えば、車両２の車両用ナビゲーション装置１）に対して相乗りを打診する通知を行い、その応答として相乗り可能の通知を受けると、相乗り希望者８と当該車両（例えば車両２）とが落ち合えるための情報を携帯通信端末７および車両中の装置（例えば車両用ナビゲーション装置１）に送信する。すなわち、情報センター６は、相乗り希望者８と車両との仲介のほか、仲介にあたり車両側の応答作業を低減するためのフィルタリング処理を行う。

フィルタリングにおいて情報センター６は、相乗り希望者８の相乗り先として適切な車両を選び出すために、車両用ナビゲーション装置１および他の同等の装置から受けた運行データと、相乗り希望者８の目的地、現在位置とを照らし合わせる。

それに加えて情報センター６は、相乗り希望者８の個人的な属性等が、各車両の相乗り受け入れ条件に適合するか否かを判定する。この判定のために、車両用ナビゲーション装置１および同等の他の装置は、あらかじめ情報センター６に対して、相乗り受け入れ条件の情報等を送信して登録するようになっており、携帯通信端末７は、あらかじめ情報センター６に対して、相乗り希望者８の個人的属性の情報を送信して登録するようになっている。

以下、このような相乗り支援システムの構成および作動について詳述する。図１に示すように、この相乗り支援システムは、車両２に搭載された車両用ナビゲーション装置１、情報センター６、および相乗り希望者８携帯通信端末７を含んでいる。

図２に、車両用ナビゲーション装置１のハードウェア構成を示す。車両用ナビゲーション装置１は、位置検出器１１、画像表示装置１２、操作部１３、スピーカ１４、無線通信部１５、地図データ取得部１６、車側制御回路１７を有している。

位置検出器１１は、いずれも周知の図示しない加速度センサ、地磁気センサ、ジャイロセンサ、車速センサ、およびＧＰＳ受信機等のセンサを有しており、これらセンサの各々の性質に基づいた、車両の現在位置、向き、および速度を特定するための情報を制御回路１７に出力する。

画像表示装置１２は、制御回路１７から出力された映像信号に基づいた映像をユーザに表示する。操作部１３は、車両２内のドライバによる入力装置への操作に基づいた信号を制御回路１７に出力する。

無線通信部１５は、近隣の無線基地局４と無線接続し、それによって通信ネットワーク５を介して情報センター６と通信を行うための、変調、復調、増幅、周波数変換等の処理を行う装置である。

地図データ取得部１６は、ＤＶＤ、ＣＤ、ＨＤＤ等の不揮発性の記憶媒体およびそれら記憶媒体に対してデータの読み出し（および可能ならば書き込み）を行う装置から成る。当該記憶媒体は、制御回路１７が実行するプログラム、経路案内用の地図データ等を記憶している。

制御回路（コンピュータに相当する）１７は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を有するマイコンである。ＣＰＵは、ＲＯＭまたは地図データ取得部１６から読み出した車両用ナビゲーション装置１の動作のためのプログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、および地図データ取得部１６から情報を読み出し、ＲＡＭおよび（可能であれば）地図データ取得部１６の記憶媒体に対して情報の書き込みを行い、位置検出器１１、画像表示装置１２、操作部１３、スピーカ１４、および無線通信部１５と信号の授受を行う。

制御回路１７がプログラムを実行することによって行う具体的な処理としては、現在位置特定処理、地図表示処理、誘導経路算出処理、経路案内処理等がある。現在位置特定処理は、位置検出器１１からの信号に基づいて、周知のマップマッチング等の技術を用いて車両の現在位置や向きを特定する処理である。地図表示処理は、車両の現在位置の周辺等の特定の領域の地図を、画像表示装置１２に表示させる処理である。この際、地図表示のために用いる情報は、地図データから取得する。

誘導経路算出処理は、操作部１３からユーザによる目的地の入力を受け付け、現在位置から当該目的地までの最適な誘導経路を算出する処理である。経路案内処理は、誘導経路上の右左折交差点等の案内ポイントの手前に自車両が到達したときに、右折、左折等を指示する案内音声をスピーカ１４に出力させ、当該案内ポイントの拡大図を画像表示装置１２に表示させることで、誘導経路に沿った車両の運転を案内する処理である。制御回路１７による相乗り支援のための処理内容については後述する。

図３に、情報センター６のハードウェア構成を示す。情報センター６は、通信インターフェース６１、記憶媒体６２、およびセンター側制御回路６３を有している。通信インターフェース６１は、通信ネットワーク５を介して車両用ナビゲーション装置１、携帯通信端末７等と通信を行うためのインターフェース回路である。

記憶媒体６２は、ハードディスクドライブ、フラッシュメモリ等の、センター側制御回路６３の処理のための各種データを記録する不揮発性書き込み可能メモリである。記憶媒体６２に記録されるデータとしては、相乗り者登録データ６２ａ、車両登録データ６２ｂ、車両運行データ６２ｃ等がある。これらのデータについては後述する。

制御回路６３は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を有するマイコンである。ＣＰＵは、ＲＯＭから読み出したプログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、および記憶媒体６２から情報を読み出し、ＲＡＭおよび記憶媒体６２に対して情報の書き込みを行い、通信インターフェース６１を介して通信を行う。制御回路６３の具体的な処理内容については後述する。

図４に、携帯通信端末７のハードウェア構成を示す。携帯通信端末７は、無線通信部７１、操作部７２、ＧＰＳ受信機７３、表示部７４、および携帯機側制御回路７５を有している。

無線通信部７１は、近隣の無線基地局９と無線接続し、それによって通信ネットワーク５を介して通信を行うための、変調、復調、増幅、周波数変換等の処理を行う装置である。この無線通信部７１を介して、図示しないマイク、スピーカを用いた電話通話、情報センター６とのデータ通信等を行うことができる。

操作部７２は、相乗り希望者８による入力装置への操作に基づいた信号を御回路７５に出力する装置である。ＧＰＳ受信機７３は、ＧＰＳ衛星からの信号に基づいて現在位置を特定し、特定結果を側制御回路７５に出力する装置である。表示部７４は、制御回路７５から出力された映像信号に基づいた映像を相乗り希望者８に表示する。

制御回路７５、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を有するマイコンである。ＣＰＵは、ＲＯＭから読み出したプログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭから情報を読み出し、ＲＡＭに対して情報の書き込みを行い、操作部７２、ＧＰＳ受信機７３、表示部７４と情報をやり取りし、無線通信部７１を介して通信を行う。制御回路７５による相乗り支援のための処理内容については後述する。

以下、これら車両用ナビゲーション装置１、情報センター６、携帯通信端末７の、相乗り支援のための作動内容について、図５〜図７を用いて説明する。まず、携帯機側制御回路７５は、所有者８の操作部７２に対する操作に基づいて、所有者８の登録情報を情報センター６に送信する（ステップ１００）。センター側制御回路６３は、このようなユーザ情報を受信すると、記憶媒体６２中の相乗り者登録データ６２ａの一部として記録する（ステップ１０１）。

図５に示すように、このユーザ情報は、ユーザＩＤ、個人属性情報、個人情報の保護条件、および相乗り提示条件を含んでいる。

ユーザＩＤは、携帯通信端末７または所有者８を一意に特定するための情報である。ユーザＩＤとしては、例えば、携帯通信端末７の機体番号であってもよいし、所有者８の識別番号であってもよい。

個人属性情報は、所有者８の個人的属性の情報である。個人属性情報としては、例えば、所有者８の名前、年齢、性別、職業、住所、乳児を連れているか否か、障害を有しているか否か、等がある。

個人情報の保護条件は、個人属性情報のそれぞれについて、どのような相手に開示してどのような相手には開示しないかを示す情報である。個人情報の保護条件の例としては、個人属性情報のうち、住所および職業は特定の車両ＩＤ以外の相手には開示しないが、その他については全員に開示する、という条件がある。

相乗り提示条件は、相乗りに対する所有者８側の条件である。相乗り提示条件としては、例えば、自分の目的地の途中まででもよいから同乗したい旨の条件、自分の目的地に到達しなければ同乗したくない旨の条件、等がある。

また、車側制御回路１７は、車両２のドライバの操作部１３に対する操作に基づいて、車両情報を情報センター６に送信する（ステップ１０２）。センター側制御回路６３は、このような車両情報を受信すると、記憶媒体６２中の車両登録データ６２ｂの一部として記録する（ステップ１０３）。

図５に示すように、この車両情報は、車両ＩＤ、車両属性情報、情報保護条件、および相乗り受け入れ条件を含んでいる。

車両ＩＤは、車両２を一意に特定するための情報である。ユーザＩＤとしては、例えば車両２の車体番号であってもよいし、車両用ナビゲーション装置１の機体番号であってもよい。

車両属性情報は、車両２の属性の情報である。車両属性情報としては、例えば、車種、車両の色、車両の型番、ナンバープレート情報等がある。これらの情報は、相乗り希望者８と車両２とが落ち合うときに相乗り希望者８が車両２を見つけ易いよう、落ち合う前に車両２に送信されるようになっている。

情報保護条件は、車両属性情報のそれぞれについて、どのような相手に開示してどのような相手には開示しないかを示す情報である。情報の保護条件の例としては、車両属性情報のうち、ナンバープレート情報は特定のユーザＩＤ以外の相手には開示しないが、その他については全員に開示する、という条件がある。

相乗り受け入れ条件は、相乗りに際して車両側から相乗り希望者を選別するための条件である。相乗り受け入れ条件は、複数の条件を含んでいてもよい。そして、それらの複数条件には、ウエイト（重み値）があらかじめ設定されていてもよい。ここで、ウエイトは、対応する条件の重要度の指標である。

例えば、相乗り受け入れ条件中の複数の条件が、強い拒否条件、弱い拒否条件、弱い歓迎条件、強い歓迎条件の４つにグループ分けされていてもよい。そして、それぞれのグループに、特定のウエイトを割り当てるようになっていてもよい。

例えば、「若い男性は乗せるのはかなり嫌だ」、「近所の人以外はなるべく乗せたくない」、「乳児連れの人は歓迎だ」、「高齢者は是非とも乗せたい」等の要望に対応する相乗り受け入れ条件としては、強い拒否条件（例えば重み＋３０）として、「若い（例えば２５歳以下の）男性である」という条件が設定されており、また、弱い拒否条件（例えば重み＋１０）として、「車両の所有者の自宅（あらかじめ登録されている）の周囲（例えば自宅から半径１キロメートル以内）の人以外である」という条件が設定されており、弱い歓迎条件（例えば、重み−１０）として、「乳児連れである」という条件が設定されており、強い歓迎条件として（例えば、重み−５０）として「高齢者（例えば６０歳以上の者）である」という条件が設定されていてもよい。

これらの相乗り受け入れ条件のうち、強い拒否条件、弱い拒否条件は、車両２に相乗りする者の属性が、満たすべきでない拒否条件であり、強い歓迎条件、弱い歓迎条件は、車両２に相乗りする者の属性が満たせばより好ましい歓迎条件である。

また、相乗り受け入れ条件には、車両が相乗りのために誘導経路から外れることを許すか否か、および、許すなら、誘導経路からどのくらいの距離だけ離れることを許すかの情報が含まれている。

相乗り受け入れ条件にウエイトが割り振られている場合は、相乗り受け入れ条件に判定基準値が含められていてもよい。この判定基準値とウエイトとの関係については後述する。

なお、携帯通信端末７のみならず、他の者が有する携帯通信端末も、情報センター６に上述のようなユーザ情報を送信し、センター側制御回路６３は、送信されたユーザ情報を受信して相乗り者登録データ６２ａに記録するようになっていてもよい。すなわち、センター側制御回路６３は、複数の相乗り登録者の携帯通信端末のそれぞれから、対応する相乗り登録者のユーザ情報を受信して記録する。

また、車両用ナビゲーション装置１のみならず、車両用ナビゲーション装置１と同等の他の車載通信機も、情報センター６に上述のような車両情報を送信し、センター側制御回路６３は、送信された車両情報を受信して車両登録データ６２ｂに記録するようになっていてもよい。すなわち、センター側制御回路６３は、車両用ナビゲーション装置１を含む複数の車載通信装置のそれぞれから、対応する車両の車両情報を受信して記録する。

このように、全くつながりのない人物を相乗りさせるリスクを回避するために相乗り希望者および車両とも事前に情報センター６に登録し、ＩＤを設定しておく。

次に、上述のような登録を済ませた後、携帯通信端末７の所有者８が相乗りを希望する場合の相乗り支援システムの作動について、図６を用いて説明する。なお、以下の説明では、車両用ナビゲーション装置１の作動について説明しているが、情報センター６に車両情報を送信して登録させた他の車載通信機も、車両用ナビゲーション装置１と同じ作動を行うようになっている。

まず、車側制御回路１７は、上述の誘導経路算出処理によって目的地までの誘導経路が決まっており、当該誘導経路について経路案内処理を行っている間は、現在位置特定処理によって特定した自車両２の車両ＩＤ、現在位置、誘導経路、および目的地を含む運行データを、定期的に（例えば１分毎に）くり返し情報センター６に送信する（ステップ１３０）。

そして、センター側制御回路６３は、それら運行データを受信し、受信した運行データを、記憶媒体６２の車両運行データ６２ｃに蓄積することで、情報センター６に登録された各車両の運行データを逐次更新する（ステップ１１２）。

このような状況において相乗り希望者８が、携帯通信端末７の操作部７２に対して相乗り希望の旨の操作および目的地の入力操作を行うと、携帯機側制御回路７５は、その入力情報を受け付け（ステップ１１０）、ＧＰＳ受信機７３からの信号に基づいて現在位置を特定し、現在位置、目的地、および相乗り希望者８のユーザＩＤの情報を含む相乗り希望通知を送信する（ステップ１２０）。

するとセンター側制御回路６３は、この相乗り希望通知を受信し（ステップ１２１）、この相乗り希望通知中の情報、相乗り者登録データ６２ａ、車両登録データ６２ｂ、車両運行データ６２ｃを用いて、フィルタリング処理を行う。（ステップ１２２）。このフィルタリング処理において、センター側制御回路６３は、相乗り希望者８に適合する車両を、車両運行データ６２ｃ中に記録された車両から探し出す。このフィルタリング処理の詳細については後述する。

続いてセンター側制御回路６３は、フィルタリング処理の結果、相乗り希望者８に適合する車両が見つかったか否かを判定し（ステップ１２３）、見つからなかった場合は相乗り不成立の通知を携帯通信端末７に返送する（ステップ１２４）。この相乗り不成立の通知を受信した携帯機側制御回路７５は、相乗り不成立の旨を表示部７４に表示させる（ステップ１１４）。

ここで、相乗り希望者８に適合する車両として、車両２が見つかったとする。その場合、センター側制御回路６３は、当該車両２の車両用ナビゲーション装置１に対して相乗り希望者通知を送信する（ステップ１２５）。この相乗り希望者通知には、相乗り希望者８に関して相乗り者登録データ６２ａに記録されている個人属性情報を含める。ただし、個人属性情報のうち、当該相乗り希望者８の個人情報保護条件に従えば車両用ナビゲーション装置１に開示できない情報は、相乗り希望者通知に含める対象からは除外する。

車側制御回路１７は、送信された当該相乗り希望者通知を受信し、画像表示装置１２に、相乗り希望者がいる旨、および、受信した相乗り希望者８の個人属性情報を表示させる（ステップ１３１）。

続いて車側制御回路１７は、相乗り希望者８の相乗りを許可するか否かを画像表示装置１２を用いてドライバに問い合わせ、その応答としての操作部１３に対する操作を待ち、その応答結果が「相乗り許可」を示しているか否かを判定する（ステップ１３３）。

相乗り許可の応答があった場合、続いて、相乗り許可を示す許可メッセージを情報センター６に送信し（ステップ１３５）、さらに相乗り希望者８の現在位置への経路案内を行う（ステップ１３７）。なお、この許可メッセージには、車両２が現在の自車位置から出発して相乗り希望者８の現在位置に到達する予想時刻、および、車両２の車両ＩＤを含める。

センター側制御回路６３は、許可メッセージを車両用ナビゲーション装置１から受けるとそれを携帯通信端末７に転送する（ステップ１２７）。ただしその際、許可メッセージ中の車両ＩＤに基づいて、車両２の車両属性情報を車両登録データ６２ｂから読み出し、読み出した車両属性情報を許可メッセージ中に含める。ただし、車両属性情報のうち、当該車両２の情報保護条件に従えば相乗り希望者８に開示できない情報は、許可メッセージに含める対象からは除外する。

そして携帯機側制御回路７５は、この許可メッセージを受信し、その許可メッセージの内容に従って、相乗り許可の旨、相乗り希望者８の現在位置へ車両２が到着する時刻、および、車両２の属性情報を、表示部７４に表示させる（ステップ１１６）。

このように、相乗り希望者８に適合する車両２を情報センター６が選び出し、選び出した車両２と相乗り希望者８とが同乗できるように、車両用ナビゲーション装置１には相乗り希望者８の個人属性情報および相乗りの打診の通知等を送信し、その打診に対して許可の回答があった場合に、携帯通信端末７にその旨の情報および車両２の車両属性情報等を送信する。これによって、車両２と相乗り希望者８の両者はスムースに合流することができる。

また、ステップ１３３の判定結果が否定的なものである場合、車側制御回路１７は、相乗り不許可の旨の通知を情報センター６に送信する（ステップ１３９）。その相乗り不許可の旨の通知を受信したセンター側制御回路６３は、相乗り不成立の通知を携帯通信端末７に送信する（ステップ１２９）。この相乗り不成立の通知（すなわち、相乗りができない旨の通知）を受信した携帯機側制御回路７５は、相乗り不成立の旨を表示部７４に表示させる（ステップ１１８）。

ここで、センター側制御回路６３によるステップ１２２のフィルタリング処理について詳述する。センター側制御回路６３は、フィルタリング処理において、図７に示すプログラム２００の実行を開始し、まずステップ２０２で、受信した相乗り希望通知中の相乗り希望者８のユーザＩＤを特定し、相乗り者登録データ６２ａ中から当該ユーザＩＤに対応するユーザ情報（以下、対象ユーザ情報という）を読み出す。

続いてステップ２０６で、車両運行データ６２ｃにおいて運行データが逐次更新されている車両（以下、運行中車両という）に対応する車両情報を車両登録データ６２ｂ中から１件ずつ読み出し、読み出した車両情報（以下、対象車両情報という）等と対象ユーザ情報とを比較する。比較の内容は、具体的には、（１）対象ユーザ情報中の個人属性情報と対象車両情報中の相乗り受け入れ条件との比較、および（２）相乗り希望通知中の相乗り希望者８の目的地の情報と、車両運行データ６２ｃ中の対象車両の目的地の情報との比較である。

より具体的には、（１）の比較においては、当該相乗り受け入れ条件中のすべての個人属性情報に関する条件中において、「拒否条件のいずれも当該個人属性が満たしておらず、かつ、歓迎条件のすべてを当該個人属性が満たしている」か否か（すなわち、当該条件が当該個人属性情報に完全に適合するか否か）についての比較を行う。ただし、相乗り希望者８の個人情報保護条件に従えば対象車両に対して開示できない個人属性情報については、比較を行わない。

また、（２）の比較においては、相乗り希望者８の目的地と対象車両の目的地とが一致するか否かについての比較を行う。ただし、対象ユーザ情報中の相乗り提示条件が、「自分の目的地の途中まででもよいから同乗したい」という旨の条件を含んでいる場合は、相乗り希望者８の現在位置から目的地までの間の位置のいずれかと、対象車両の目的地とが、一致するか否かについての比較を行う。

続いてステップ２１０では、比較の結果相乗り希望者８に完全合致する車両があるか否かを判定する。具体的には、（１）の比較の結果が肯定的であり、かつ、（２）の比較の結果か肯定的となる車両が１つでもあれば、相乗り希望者８に完全合致する車両があると判定する。

ただし、（１）の比較においては、対象車両の相乗り受け入れ条件中にはある個人属性情報についての条件が含まれていたものの、相乗り希望者８の個人情報保護条件に従ってその条件についての比較をしなかった場合は、（１）の比較の結果は、合致しなかった旨（すなわち否定的結果）となる。

ステップ２１０の判定結果が肯定的な場合、続いてステップ２１５を実行し、否定的な場合続いてステップ２２０を実行する。ステップ２２０では、運行中車両に対応する車両情報を車両登録データ６２ｂ中から１件ずつ読み出し、読み出した対象車両情報中の相乗り受け入れ情報のウエイトを、相乗り希望者８の個人属性情報に適用することで、当該対象車両についての総スコアを算出する。

例えば、ある車両についての相乗り受け入れ情報が、個人属性情報に関する条件として、ウエイトＷ１の条件Ａ１、ウエイトＷ２の条件Ａ２、ウエイトＷ３の条件Ａ３のみを有している場合、総スコアＸは、
Ｘ＝Ｆ１・Ｗ１・Ａ１＋Ｆ２・Ｗ２・Ａ２＋Ｆ３・Ｗ３・Ａ３
という式によって算出される。ただし、値Ｆ１、Ｆ２、Ｆ３はそれぞれ、相乗り希望者８の個人属性情報が条件Ａ１、Ａ２、Ａ３を満たしていれば１となり、満たしていなければゼロとなるフラグである。したがって、相乗り受け入れ情報中の個人属性についての条件に対する相乗り希望者８の個人属性情報の適合度が高いほど、総スコアは低くなる。

ただし、対象車両の相乗り受け入れ条件中にはある個人属性情報についての条件が含まれていたものの、相乗り希望者８の個人情報保護条件に従えばその個人属性情報を対象車両に開示できない場合には、総スコアの値は、最大値（すなわち、続くステップ２２５で肯定的判定がなされることがないような値）とする。

続いてステップ２２５では、各運行中車両について個々に算出した総スコアＸと、判定基準値とを比較し、総スコアの方が小さい車両があるか否かを判定し、あれば続いてステップ２１５を実行し、なければ続いてステップ２３０で、相乗り希望者８に適合する車両がない旨を判定し、フィルタリング処理を終了する。なお、判定基準値は、所定の値（例えば５０）であってもよいし、各車両の車両情報中に記録されている判定基準値を用いてもよい。

このステップ２１０、２２０、２２５の処理によって、相乗り希望者８の個人属性情報に関する相乗り受け入れ条件に含まれる複数の条件のそれぞれにウエイトを付与し、それら複数の条件のうち、当該相乗り利用者（８）の属性の情報が満たす条件の重み値の総和（ステップ２２０参照）が、基準値を下回っていることに基づいて（ステップ２２５参照）、当該相乗り利用者８の属性の情報が、相乗り受け入れ条件に適合すると判定するようになっている。このようになっていることで、各種条件に応じた柔軟な相乗り可・不可の判定を行うことができる。ただし、それら複数の条件がすべて満たされる場合は、ウエイトを計算するまでもなく、当該相乗り利用者８の属性の情報が、相乗り受け入れ条件に適合すると判定する（ステップ２１０→ＹＥＳ参照）ことで、不必要なウエイト計算の処理を省くことができる。

以下、ステップ２１０またはステップ２２５の判定により、相乗り希望者８の属性の情報が、相乗り受け入れ条件に適合すると判定された車両を、候補車両という。

ステップ２１５では、相乗り希望通知に含まれる相乗り希望者８の現在位置および目的地、ならびに、車両運行データ６２ｃに含まれる候補車両の誘導経路に基づいて、相乗り希望者８は候補車両の誘導経路上にいるか否かを判定し、いると判定した場合は続いてステップ２３５を実行し、いないと判定した場合は続いてステップ２４０を実行する。

ステップ２４０では、車両登録データ６２ｂ中の候補車両の相乗り受け入れ条件の情報に基づいて、候補車両は経路を変更することが可能であり、かつその変更範囲内に相乗り希望者８の現在位置があるか否かを判定し、判定結果が肯定的ならば続いてステップ２３５を実行し、否定的ならばステップ２３０で、相乗り希望者８に適合する車両がない旨を判定する。

ステップ２３５では、相乗り希望者８に適合する車両がある旨判定し、また、候補車両を、相乗り希望者８に適合する車両として特定し、その後、フィルタリング処理を終了する。

以上説明した通り、情報センター６が、車両２に搭載された車両用ナビゲーション装置１から、当該車両２に相乗りする者の属性が満たすべき相乗り受け入れ条件の情報を受信して蓄積する（ステップ１０３参照）と共に、相乗り利用者８の個人属性の情報を受信して蓄積する（ステップ１０２参照）。

また、情報センター６は、当該相乗り利用者８が有する携帯通信端末７から、相乗りを希望する旨の相乗り希望通知を受信したことに基づいて（ステップ１２０参照）、その相乗り希望者８の属性の情報が、当該相乗り受け入れ条件に適合し、かつ、相乗り希望者８の目的地と各車両の目的地とが一致するか否かを判定し（ステップ１２２、１２３参照）、適合および一致する車両については、車両２に当該相乗り希望者８が同乗できるように、車両用ナビゲーション装置１および携帯通信端末７に情報を送信し（ステップ１２５、１２７参照）、また、適合する車両がない場合には、当該相乗り希望者８の相乗りは成立しない旨を、携帯通信端末７に送信する（ステップ１２９参照）。

このように、情報センター６が、相乗り希望者８からの相乗り希望通知を受けたときに、車両２のドライバ側からの相乗り受け入れ条件を用いて、当該相乗り利用者８の同乗可否を判定する。そして、相乗り受け入れ条件は、相乗り希望者８の属性が満たすべき条件となっている。したがって、お年寄りは乗せてもかまわないが、若い男性は乗せたくないといったような、相乗り希望者８の属性に対するドライバの希望をより反映した相乗り支援を実現することができる。

（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態が第１実施形態と異なるのは、図６のステップ１２３の判定結果が否定的な場合にセンター側制御回路６３が実行する処理の内容、および、センター側制御回路６３の当該処理に対応するための携帯機側制御回路７５の処理の内容である。図８に、センター側制御回路６３と携帯機側制御回路７５の作動内容を示す。

センター側制御回路６３は、図６のステップ１２３の判定結果が否定的な場合に、図６のステップ１２４の処理に代えて、図８のステップ３１０で、相乗り希望者８の現在位置周辺の公共交通機関を検索する。

この処理のために、本実施形態の記憶媒体６２には、地図データが記録されており、この地図データを用いて検索が行われる。地図データには、鉄道、バス等の公共交通機関の路線の経路、駅、停留所の位置等の情報が記録されている。

続いてステップ３１１では、ステップ３１０の検索の結果、相乗り希望者８の近く（例えば相乗り希望者８から５００メートル以内）に公共交通機関の搭乗ポイント（駅、停留所等）があるか否かを判定し、ある場合は続いてステップ３１２を実行し、ない場合は続いてステップ３１４を実行する。

ステップ３１２では、相乗り希望者８の近くにある搭乗ポイントから公共交通機関に乗って目的地に向った場合の経路を算出し、その経路が、相乗り希望者８の目的地へ行くために適切な経路であるか否かを判定する。例えば、当該経路が、相乗り希望者８の現在位置から目的地までの直線距離よりも５倍未満の場合には、適切な経路であると判定し、５倍以上の場合には、適切な経路でないと判定してもよい。適切な経路であると判定した場合続いてステップ３１６を実行し、適切な経路でないと判定した場合続いてステップ３１４を実行する。ステップ３１４では、相乗り不成立通知を携帯通信端末７に送信する。

携帯機側制御回路７５は、ステップ３２１でこの相乗り不成立通知を受信すると、続いてステップ３２２で、相乗りが成り立たない旨の通知を表示部７４に表示させると共に、タクシーを呼ぶか否かの問い合わせメッセージを表示部７４に表示させる。

続いて携帯機側制御回路７５は、ステップ３２４で、その問い合わせメッセージの応答の操作が操作部７２に対して行われるのを待ち、当該操作があると、その操作内容に応じてタクシーを呼ぶか否かを判定する。タクシーを呼ぶ場合は、続いてステップ３２６で、無線通信部７１を用いて、通信ネットワーク５経由で、タクシー会社へ携帯通信端末７の現在位置の情報を送信することで、タクシーを手配する。タクシーを呼ばない場合は、処理を終了する。

またセンター側制御回路６３は、ステップ３１６では、当該公共交通機関の情報を取得する。取得する情報としては、例えば、公共交通機関の搭乗ポイント周辺の地図、当該公共交通機関の時刻表等がある。なお、この処理のために、記憶媒体６２中の地図データは、各公共交通機関の時刻表データを含んでいてもよい。

センター側制御回路６３は続いてステップ３１９で、取得した情報を携帯通信端末７に送信する。携帯機側制御回路７５は、この通知をステップ３２７で受信し、続いてステップ３２８で、相乗り不成立の旨を画像表示装置１２に表示させ、受信した通知に含まれる公共交通機関の情報を画像表示装置１２に表示させる。

このように、センター側制御回路６３は、相乗りが不成立の場合であっても、相乗り希望者８近辺の公共交通機関を調べ（ステップ３１０参照）、相乗り希望者８から近くに公共交通機関の搭乗ポイントがあり（ステップ３１１参照）、かつ、当該公共交通機関が相乗り希望者８の目的地に向かうために適切であれば（ステップ３１２参照）、当該公共交通機関の情報を取得して（ステップ３１６参照）相乗り希望者８に通知する（ステップ３１９参照）。そして携帯機側制御回路７５は、受信した情報を相乗り希望者８に提示することで（ステップ３２８参照）。このようになっていることで、相乗りが不成立の場合であっても、相乗り希望者８が適切な公共交通機関を使用して目的地に向うことができる可能性が高くなる。

また、携帯機側制御回路７５は、相乗り不成立通知を受けたとき（ステップ３２１参照）、タクシーを呼ぶか否かの選択を相乗り希望者８に促し（ステップ３２２、３２４参照）、呼ぶ場合は自動的にタクシー会社に配車を依頼する（ステップ３２６）。このようになっているので、相乗りが不成立の場合であっても、相乗り希望者８がスムースにタクシーを利用することができる。

（第３実施形態）
次に、本発明の第３実施形態について説明する。本実施形態が第１実施形態と異なるのは、図６のステップ１２３の判定結果が否定的な場合にセンター側制御回路６３が実行する処理の内容、および、センター側制御回路６３の当該処理に対応するための携帯機側制御回路７５の処理の内容である。図９に、センター側制御回路６３、携帯機側制御回路７５、および車側制御回路１７の作動内容を示す。

センター側制御回路６３は、図６のステップ１２３の判定結果が否定的な場合に、図６のステップ１２４の処理に代えて、図９のステップ４０５で、相乗り希望者８の目的地は施設に該当するか否かを判定し、該当しなければ続いてステップ４１０を実行し、該当すれば続いてステップ４１５を実行する。

この処理のために、本実施形態の記憶媒体６２には、地図データが記録されており、この地図データを用いて判定が行われる。この地図データには、複数の施設のそれぞれについて、当該施設の名称、種別（例えば、デパート、食料品店、コンビニエンスストア、遊園地等の別）、所在位置等の情報が含まれている。

ステップ４１０では、相乗り不成立通知を携帯通信端末７に送信する。携帯機側制御回路７５は、ステップ６１０でこの相乗り不成立通知を受信し、相乗りが成り立たない旨の通知を表示部７４に表示させる。

センター側制御回路６３は、ステップ４１５では、相乗り希望者８の目的地の施設に類似する施設を、地図データから検索する。ここで、相乗り希望者８の目的地の施設に類似する施設としては、相乗り希望者８の目的地の施設と同じ種別の施設を採用する。

続いてステップ４２０では、検索の結果類似施設が見つかったか否かを判定し、見つからなかった場合は続いてステップ４１０で相乗り不成立通知を携帯通信端末７に送信し、見つかった場合は続いてステップ４２５を実行する。

ステップ４２５では、相乗り希望者８の目的地を、ステップ４１５で見つけた類似施設の１つに変更した上で、図７に示したフィルタリング処理を再度行い、それによって、この類似施設まで相乗り可能な車両を検索する。

続いてステップ４３０では、ステップ４２５の検索の結果、図６のステップ１２３と同様に、相乗り希望者８に適合する車両が見つかったか否かを判定し、見つかっている場合続いてステップ４３５を実行し、見つかっていない場合ステップ４１０で相乗り不成立通知を携帯通信端末７に送信する。

ステップ４３５では、類似施設を目的地とするなら相乗り可能である旨の通知を携帯通信端末７に送信する。このとき、当該通知には、当該類似施設の具体的な位置や名称を含める。

携帯機側制御回路７５は、ステップ６１５でこの通知を受信すると共に、受信した情報を表示部７４に表示させる。そして続いてステップ６２０で、目的地を当該類似施設に変更して相乗りを希望するか否かを問い合わせるメッセージを表示部７４に表示させ、その応答の操作が操作部７２にあるまで待ち、当該応答操作があると、その操作内容に基づいて、目的地を当該類似施設に変更して相乗りを希望するか否かを判定し、変更しない場合は処理を終了し、変更する場合は続いてステップ６２５を実行する。

ステップ６２５では、携帯機側制御回路７５は、当該類似施設を目的地とする相乗り打診の通知を、情報センター６に送信する。センター側制御回路６３は、ステップ４４０でこの相乗り打診の通知を受けると、それを、ステップ４２５で探し出した車両の車載装置に転送する。ここでは、当該車載装置が車両２の車両用ナビゲーション装置１であったとする。

なお、センター側制御回路６３は、転送の際に、この相乗り打診の通知に、相乗り希望者８に関して相乗り者登録データ６２ａに記録されている個人属性情報を含める。ただし、個人属性情報のうち、当該相乗り希望者８の個人情報保護条件に従えば車両用ナビゲーション装置１に開示できない情報は、相乗り希望者通知に含める対象からは除外する。

車両用ナビゲーション装置１の車側制御回路１７は、ステップ６３０で、図６のステップ１３１と同様に、このような相乗り打診の通知を受信し、画像表示装置１２に、相乗り希望者がいる旨、および、受信した相乗り希望者８の個人属性情報を表示させる。

ステップ６３０以降の車側制御回路１７、センター側制御回路６３、携帯機側制御回路７５の作動内容は、図６のステップ１３３以降、ステップ１２７以降、ステップ１１６以降の処理と同じである。

以上のように、本実施形態の情報センター６は、相乗り希望者８の当初の目的地および個人属性情報等が適合する車両がなかったことに基づいて（図６のステップ１２３参照）、相乗り希望者８の目的地が施設であり（ステップ４０５参照）、かつ、車両２（他車両の一例に相当する）の目的地が当該施設と類似の施設であること等に基づいて（ステップ４２０、４２５）、当該車両２に当該相乗り希望者８が同乗できるように、携帯通信端末７（他の車載通信装置の一例に相当する）および携帯通信端末７に情報を送信する（ステップ４３５、４４０参照）。

このように、本来の目的地へは相乗りできない場合でも、代替の類似施設への相乗りを支援することで、より相乗り成立の可能性が高くなり、ひいては、相乗り支援を利用するユーザの期待度が増す。

（第４実施形態）
次に、本発明の第３実施形態について説明する。本実施形態の相乗り支援システムにおいては、車両用ナビゲーション装置１、情報センター６、携帯通信端末７の構成は第１実施形態と同じである。第１実施形態では、相乗り希望通知を携帯通信端末７が発信することで、当該携帯通信端末７の所有者であるユーザ８に適合する車両を検索するようになっているが、本実施形態においては、相乗り募集通知を車両用ナビゲーション装置１が発信することで、車両用ナビゲーション装置１が搭載された車両２に適合する相乗り利用者を検索するようになっていることである。

以下、本実施形態における相乗り支援システムの作動について、第１実施形態と異なる部分について説明する。本実施形態においても、第１実施形態と同様、車両用ナビゲーション装置１および同等の車載通信装置は、自己の車両情報を情報センター６に登録し、また、複数の携帯通信端末のそれぞれは、所有者のユーザ情報を情報センター６に登録する（図５参照）。

また、本実施形態の相乗り支援システムは、図６に代えて、図１０に例示すような作動を実行する。図１０の作動例は、車両用ナビゲーション装置１を搭載する車両２のオーナーが、ある目的地に車両２で行きたいが、自分が運転できない理由（例えば飲酒直後であるという事実）があり、代行運転者を募りたいという場面に対応する作動例である。

なお、図１０に示す作動に先立って、相乗り者登録データ６２ａに登録されている携帯通信端末７の携帯機側制御回路７５のすべてまたは一部は、定期的に（例えば１０分毎に）、自機の現在位置をＧＰＳ受信機７３から取得し、取得した現在位置の情報を情報センター６に送信するようになっている。そして情報センター６のセンター側制御回路６３は、これらの情報に基づいて各携帯通信端末７の現在位置を逐次更新して保持するようになっている。

図１０の作動において、車両用ナビゲーション装置１の車側制御回路１７は、まずステップ５３０で、操作部１３に対する車両オーナーの目的地設定操作に基づいて目的地を決定し、さらに現在位置特定処理によって自車両２の現在位置を特定し、さらに、操作部１３に対する車両オーナーの代行運転希望の旨を示す操作に基づいて、相乗り募集通知を情報センター６に送信する。この相乗り募集通知には、当該目的地、当該現在位置、車両２の車両ＩＤ、および代行運転者を募っている旨の情報を含める。

情報センター６のセンター側制御回路６３は、ステップ５２０でこの相乗り募集通知を受信すると、続いてステップ５２１で、相乗り募集通知中の目的地（すなわち車両２の目的地）の近辺（例えば当該目的地から１キロメートル以内）に住所があるユーザ（以下、近隣ユーザという）が、相乗り者登録データ６２ａ中の個人属性データ中にいるか否かを判定し、いる場合は続いてステップ５２３を実行し、いない場合は続いてステップ５２２を実行する。

ステップ５２２では、相乗り者登録データ６２ａ中の近隣ユーザのうち、相乗り募集通知中の現在位置（すなわち車両２の現在位置）の近傍（例えば当該目的地から１キロメートル以内）に現在所在するユーザ（以下、候補ユーザという）がいるか否かを判定し、いる場合続いてステップ５２４を実行し、いない場合続いてステップ５２３を実行する。

ステップ５２４では、当該候補ユーザのすべてに対し、運転代行打診通知を送信する。この運転代行打診通知には、車両２の現在位置、車両２の目的地、車両登録データ６２ｂ中の車両２の車両属性情報、および運転代行者を募っている旨の情報を含める。

各候補ユーザの携帯通信端末７の携帯機側制御回路７５は、この運転代行打診通知をステップ５１０で受信すると共にその受信した運転代行打診通知の内容を表示部７４に表示させる。

さらに携帯機側制御回路７５は、ステップ５１３で代行運転に応じるか否かの問い合わせメッセージを表示部７４に表示させると共に、当該メッセージの応答操作が操作部１３にあるまで待つ。なおこの際、代行運転に応じる場合は、車両２の現在位置へユーザが到着する予想時刻のユーザ入力を受け付ける。

続いてステップ５１５では、ステップ５１３において受け付けたユーザ操作の内容に基づいて、情報センター６に応答を送信する。この応答は、ユーザのユーザＩＤ、代行運転に応じるか否か、および、代行運転に応じる場合には、車両２の現在位置への到着予想時刻の情報を含める。

センター側制御回路６３は、運転代行打診通知を送信した後、続いてステップ５２７で、送信先の携帯通信端末７のすべてから応答があるか、あるいは運転代行打診通知の送信から所定時間（例えば１０分）が経過するまで待ち、その後、受けた応答の内容に基づいて、代行運転に応じる候補ユーザがいるか否かを判定し、いる場合続いてステップ５２９を実行し、いない場合続いてステップ５２３を実行する。

ステップ５２３では、相乗り不成立の通知を車両用ナビゲーション装置１に返送する。車側制御回路１７は、ステップ５３１でこの相乗り不成立の通知を受信し、相乗り不成立の旨を画像表示装置１２に表示させる。

ステップ５２９では、相乗り成立通知を車両用ナビゲーション装置１に送信する。この相乗り成立通知には、代行運転に応じる候補ユーザのうち１名（以下、選択ユーザという）のユーザＩＤ、車両２への到着時刻、および個人属性情報を含める。車側制御回路１７は、ステップ５３３でこの相乗り成立の通知を受信し、相乗り成立の旨および相乗り成立の通知に含まれる情報を画像表示装置１２に表示させる。なお、相乗り成立通知は、選択ユーザの携帯通信端末７にも送信するようになっていてもよい。

以上のように、情報センター６は、車両２に搭載された車両用ナビゲーション装置１から、当該車両２への相乗り（具体的には代行運転）を募集する旨の募集通知を受信し（ステップ５２０参照）、また、募集通知を受信したことに基づいて、車両２の目的地の近隣を住所とし（ステップ５２１参照）、かつ車両２の現在位置近くにいる（ステップ５２２参照）１つまたは複数のユーザの携帯通信端末７に、募集元の車両２に相乗りするか否かを打診する（ステップ５２４参照）。

そして情報センター６は、その問い合わせに対して応答のうち少なくとも１つが相乗りする旨のものであったことに基づいて（ステップ５２７参照）、その相乗りする旨の応答の発信元のユーザが車両２に同乗できるように、車両用ナビゲーション装置１および当該発信元の携帯通信端末７に情報を送信する（ステップ５２９参照）。

このようになっていることで、従来とは逆に車両側から相乗り希望者を募ることで、相乗り支援装置は、車両のドライバ側の相乗り者に対する希望を従来よりも良く反映することができる。

（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。

例えば、第１〜第３実施形態において、携帯機側制御回路７５は、図６のステップ１１２で相乗り希望通知を送信した後、所定時間（例えば１０分）が経過しても情報センター６から応答を受けない場合は、相乗りが不成立であると判定し、その旨を表示部７４に表示させるようになっていてもよい。

また例えば、第４実施形態において、車側制御回路１７は、図１０のステップ５３０で相乗り募集通知を送信した後、所定時間（例えば１０分）が経過しても情報センター６から応答を受けない場合は、相乗りが不成立であると判定し、その旨を画像表示装置１２に表示させるようになっていてもよい。

また例えば、第４実施形態においては、車両２側から相乗り希望を募る例として、車両２の車両オーナーが代行運転を望んでいる場合を例示した。しかし、車両２側から相乗り希望を募る場合としては、代行運転に限らず、何らかの理由で車両２の車両オーナーが他人を自車両２に同乗させたい場合もあり得る。そのような理由としては、例えば、ある地域を車両で通行する際には、車両に所定人数（例えば３名）以上乗っていなければ課金されてしまうというものがある。

すなわち、情報センター６は、車両に搭載された車載通信装置から、当該車両への相乗りを募集する旨の募集通知を受信し、また、募集通知を受信したことに基づいて、携帯通信端末７に、募集元の車両２に相乗りするか否かを問い合わせ、そして、その問い合わせに対する応答が相乗りする旨のものであったことに基づいて、当該車両２に当該携帯通信端末７を有する者８が同乗できるように、車載通信装置１に情報を送信するようになっていれば足りる。

車両用ナビゲーション装置１と携帯通信端末７とは、電話通話、データ通信（例えばメール）によって、情報センター６を介さず通信し合えるようになっていてもよい。このようになっていることで、何かあったときに相乗り受け入れ車両のドライバと相乗り希望者とが連絡が取れるようになる。

また、上記の実施形態において、制御回路１７、６３、７５がプログラムを実行することで実現している各機能は、それらの機能を有するハードウェア（例えば回路構成をプログラムすることが可能なＦＰＧＡ）を用いて実現するようになっていてもよい。

本発明の実施形態に係る相乗り支援システムの構成例の模式図である。 車両用ナビゲーション装置１のハードウェア構成図である。 情報センター６のハードウェア構成図である。 携帯通信端末７のハードウェア構成図である。 登録されるユーザＩＤおよび車両ＩＤの内容を示す図である。 相乗り支援のためのシステムの作動内容を示すシーケンス図である。 センター側制御回路６３が実行するフィルタリング処理のフローチャートである。 第２実施形態における別手段案内の作動内容を示すシーケンス図である。 第３実施形態における類似施設案内の内容を示すフローチャートである。 第４実施形態における相乗り呼びかけの作動の内容を示すシーケンス図である。

符号の説明

１ 車両用ナビゲーション装置
２ 車両
３ 誘導経路
６ 情報センター
７ 携帯通信端末
８ 相乗り希望者
６２ａ 相乗り者登録データ
６２ｂ 車両登録データ
６２ｃ 車両運行データ

Claims (6)

1. 車両（２）に搭載された車載通信装置（１）から、前記車両（２）に相乗りする者の属性が満たすべき相乗り受け入れ条件の情報を受信して蓄積すると共に、相乗り利用者（８）の所有する携帯通信端末（７）から、前記相乗り利用者（８）の属性の情報を受信して蓄積する登録手段（１０１、１０３）と、
   前記携帯通信端末（７）から、相乗りを希望する旨の相乗り希望通知を受信したことに基づいて、前記相乗り利用者（８）の前記属性の情報が、前記相乗り受け入れ条件に適合するか否かを判定する適合判定手段（２１０、２２０、２２５）と、
   前記適合判定手段（２１０、２２０、２２５）の判定結果が肯定的であることに基づいて、前記車両（２）に前記相乗り利用者（８）が同乗できるように、前記車載通信装置（１）および前記携帯通信端末（７）に情報を送信する送信手段（１２７、１２９、３１４、３１９、４１０、４３５、４４０）と、を備えた相乗り支援装置。
2. 前記適合判定手段は、前記相乗り受け入れ条件に含まれる複数の条件のそれぞれに重み値を付与し、前記複数の条件のうち、前記相乗り利用者（８）の前記属性の情報が合致する条件の重み値の総和が、基準値を超えていることに基づいて、前記相乗り利用者（８）の前記属性の情報が、前記相乗り受け入れ条件に適合すると判定することを特徴とする請求項１に記載の相乗り支援装置。
3. 前記車載通信装置から、前記車両の目的地の情報を受信し、かつ、他の車載通信装置から、前記他の車載通信装置が搭載される他車両の目的地の情報を受信する目的地受信手段（１２０）を備え、
   前記相乗り希望通知には、前記相乗り利用者（８）の目的地の情報が含まれており、
   前記適合判定手段（２１０、２２０、２２５）は、前記相乗り利用者（８）が有する携帯通信端末（７）から、前記相乗り希望通知を受信したことに基づいて、前記相乗り利用者（８）の目的地が、前記車両の目的地と一致し、かつ、前記相乗り利用者（８）の前記属性の情報が、前記相乗り受け入れ条件に適合するか否かを判定し、
   前記送信手段（１２７、１２９、３１４、３１９、４１０、４３５、４４０）は、前記適合判定手段（２１０、２２０、２２５）の判定結果が否定的であった場合、前記相乗り利用者（８）の目的地が施設であり、かつ、前記他車両の目的地が前記施設と類似の施設であることに基づいて、前記他車両に前記相乗り利用者（８）が同乗できるように、前記他の車載通信装置および前記携帯通信端末（７）に情報を送信することを特徴とする請求項１または２に記載の相乗り支援装置。
4. 車両（２）に搭載された車載通信装置（１）から、前記車両（２）への相乗りを募集する旨の募集通知を受信する募集通知受信手段（５２０）と、
   前記募集通知手段（５２０）が前記募集通知を受信したことに基づいて、携帯通信端末（７）に、前記車両（２）に相乗りするか否かを問い合わせる問い合わせ手段（５２４）と、
   前記問い合わせ手段（５２４）による問い合わせに対する応答が相乗りする旨のものであったことに基づいて、前記車両（２）に前記携帯通信端末（７）を有する者（８）が同乗できるように、前記車載通信装置（１）に情報を送信する送信手段（５２９）と、を備えた相乗り支援装置。
5. 車両（２）に搭載された車載通信装置（１）から、前記車両（２）に相乗りする者の属性が満たすべき相乗り受け入れ条件の情報を受信して蓄積すると共に、相乗り利用者（８）の所有する携帯通信端末（７）から、前記相乗り利用者（８）の属性の情報を受信して蓄積する登録手段（１０１、１０３）、
   前記携帯通信端末（７）から、相乗りを希望する旨の相乗り希望通知を受信したことに基づいて、前記相乗り利用者（８）の前記属性の情報が、前記相乗り受け入れ条件に適合するか否かを判定する適合判定手段（２１０、２２０、２２５）、および
   前記適合判定手段（２１０、２２０、２２５）の判定結果が肯定的であることに基づいて、前記車両（２）に前記相乗り利用者（８）が同乗できるように、前記車載通信装置（１）および前記携帯通信端末（７）に情報を送信する送信手段（１２７、１２９、３１４、３１９、４１０、４３５、４４０）として、コンピュータを機能させるプログラム。
6. 車両（２）に搭載された車載通信装置（１）から、前記車両（２）の相乗り利用者を募集する旨の募集通知を受信する募集通知受信手段（５２０）、
   前記募集通知手段（５２０）が前記募集通知を受信したことに基づいて、携帯通信端末（７）に、前記車両（２）に相乗りするか否かを問い合わせる問い合わせ手段（５２４）、および
   前記問い合わせ手段（５２４）による問い合わせに対する応答が相乗りする旨のものであったことに基づいて、前記車両（２）に前記携帯通信端末（７）を有する者（８）が同乗できるように、前記車載通信装置（１）に情報を送信する送信手段（５２９）として、コンピュータを機能させるプログラム。

Images