(57)【要約】【課題】  グループによる車車間通信の信頼性及び利便性を向上させる。【解決手段】    複数のチャネルを支配下に置き、各種の情報をキャスティングするアクセスポイントと、アクセスポイントと直接通信し、又は、マルチホップ通信する車両に搭載された車載装置と、を備え、アクセスポイントは、キャスティングする情報の内容をサービス情報として、複数のチャネルにブロードキャストするブロードキャスト手段を備え、車載装置は、サービス情報に基づき所望するサービスが受けられるようにチャネル切替を行うチャネル切替手段を備える。【選択図】      図２
2015056828.tif 000002
【特許請求の範囲】
【請求項１】
高度交通システムを利用する車両に搭載される車載装置であって、
車車間通信をするメンバ募集をブロードキャストして呼びかけるメンバ募集手段と、
前記メンバ募集の呼びかけに呼応して応答した車両からの通信データから当該車両を特定する識別情報を抽出する識別情報取得手段と、
結成されたメンバの識別情報を車車間通信の送信先に登録する送信先登録手段と、
を備えることを特徴とする車載装置。
【請求項２】
請求項１に記載の車載装置であって、
前記メンバにより所定のチャネルを利用した車車間通信が行われている際に、サービス情報で示された１つのサービスが享受できるか否かを、当該サービスの提供チャネルに所定条件で切替えてチェックする通信パスチェック手段と、
サービスが享受できる場合に、他のメンバに車車間通信に用いるチャネルの切替を打診するチャネル変更打診手段と、
メンバ全員がチャネル変更を了承した際に、チャネルの変更を実行するチャネル変更手段と、を備えることを特徴とする車載装置。
【請求項３】
請求項１又は２に記載の車載装置であって、
車車間通信しているメンバが、他のメンバと通信できなくなった際に、チャネルを順次切替えて通信データを取得して、当該取得した通信データに車車間通信実行時に記憶した他のメンバの識別情報が含まれるか否かを判断するメンバ探知手段と、
当該取得した通信データに前記他のメンバの識別情報が含まれる場合には、当該通信データを取得したチャネルに設定するチャネル設定手段と、を備えることを特徴とする車載装置。
【請求項４】
高度交通システムを利用する車両に搭載される車載装置の通信方法であって、
車車間通信をするメンバ募集をブロードキャストして呼びかけるメンバ募集手順と、
前記メンバ募集の呼びかけに呼応して応答した車両からの通信データから当該車両を特定する識別情報を抽出する識別情報取得手順と、
結成されたメンバの識別情報を車車間通信の送信先に登録する送信先登録手順と、
を備えることを特徴とする車載装置の通信方法。
【請求項５】
請求項４に記載の車載装置の通信方法であって、
前記メンバにより所定のチャネルを利用した車車間通信が行われている際に、サービス情報で示された１つのサービスが享受できるか否かを、当該サービスの提供チャネルに所定条件で切替えてチェックする通信パスチェック手順と、
サービスが享受できる場合に、他のメンバに車車間通信に用いるチャネルの切替を打診するチャネル変更打診手順と、
メンバ全員がチャネル変更を了承した際に、チャネルの変更を実行するチャネル変更手順と、
を備えることを特徴とする車載装置の通信方法。
【請求項６】
請求項４又は５に記載の車載装置の通信方法であって、
車車間通信しているメンバが、他のメンバと通信できなくなった際に、チャネルを順次切替えて通信データを取得して、当該取得した通信データに車車間通信実行時に記憶した他のメンバの識別情報が含まれるか否かを判断するメンバ探知手順と、
当該取得した通信データに前記他のメンバの識別情報が含まれる場合には、当該通信データを取得したチャネルに設定するチャネル設定手順と、
を備えることを特徴とする車載装置の通信方法。
【請求項７】
複数のチャネルを支配下に置き、各種の情報をキャスティングするアクセスポイントと、
前記アクセスポイントと直接通信し、又は、マルチホップ通信する車両に搭載された車載装置と、を備え、
前記アクセスポイントは、キャスティングする情報の内容をサービス情報として、複数のチャネルにブロードキャストするブロードキャスト手段を備え、
前記車載装置は、前記サービス情報に基づき所望するサービスが受けられるようにチャネル切替を行うチャネル切替手段を備えることを特徴とする高度交通システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高度交通システムに用いられる車載装置、通信方法及びこれらを用いた高度交通システムに関する。
【背景技術】
【０００２】
道路沿いなどに設置される路側装置と、車両に搭載される車載装置と、を有し、路側装置と車載装置とで路車間通信を行うとともに、車載装置同士で車車間通信を行う通信システムが提案されている。（特許文献１参照）。
【０００３】
今日、高度交通システム（ＩＴＳ：Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）では、互いのＩＤや位置情報等の優先度の高い情報を共有するために使用する制御チャネル（ＣＣＨ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、それ以外の幅広い情報を送受信するサービスチャネル（ＳＣＨ：Ｓｅｒｖｉｃｅ  Ｃｈａｎｎｅｌ）と、の２種類の無線チャネルを切り替えて使用する。この２種類の無線チャネルを備えることは、送受信器を２セット備えることを意味している。従って、道路沿いなどに設置される路側装置や車両に搭載される車載装置には、２セットの送受信器が備えられて、一方の送受信器でＣＣＨが構成され、他方の送受信器でＳＣＨが構成される。このとき、ＣＣＨやＳＣＨを構成する送受信器については、特定されていない。
【０００４】
以下の説明では、注目する車両を注目車両と記載し、この注目車両が通信する車両を相手車両、通信を中継する車両をホッピング車両と記載する。また、路側装置をアクセスポイントと記載する。
【０００５】
このようなＩＴＳでは、ＳＣＨを利用したサービス情報の提供が検討されている。かかるサービス情報として、渋滞情報、天候、事故情報等の車両走行に関する情報（以下、走行関連情報と記載）やインターネットやエンターテイメント（例えば、テレビ番組等）に関する情報（以下、コンテンツ関連情報と記載）が考えられ、これらの情報はパケットで送信される。各情報は、放送周波数が異なり、ユーザは所望する情報が取得できるようにＳＣＨの周波数をチューニングする。以下、複数のサービス情報のチャネルをＳＣＨ＿１、ＳＣＨ＿２のように記載する。    
【０００６】
しかし、上述したように、送受信器は２セットしか設けられておらず、かつ、そのうちの１セットはＣＣＨ用に予約されているので、残りの１セットをＳＣＨとして利用するだけである。従って、注目車両と相手車両とがＳＣＨ＿１を利用して車車間通信している場合に、注目車両がＳＣＨ＿２のサービス情報を受けたいためにＳＣＨ＿２に切替えると、注目車両と相手車両との車車間通信が行えなくなってしまう。
【０００７】
そこで、特開２０１１−１９３０９６号においては、注目車両は、ＳＣＨ＿２に切替える際に、相手車両にその旨を通知するようにした構成を開示している。
【０００８】
これにより、注目車両は相手車両と車車間通信を継続しながら、ＳＣＨ＿２によるサービス情報を受けることができる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１１−１９３０９６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところで、注目車両が相手車両に切替先のチャネルを間違えて伝えたり、相手車両が聞き間違えたりする場合がある。また、車車間通信がマルチホップ機能を利用して行われている場合に、チャネルの切替により中継する車両が存在しない場合もある。
【００１１】
さらに、注目車両がチャネル切替を相手車両に通知するが、当該通知は一方的な通知であるため、相手車両がＳＣＨ＿１で他のサービス情報を受けている場合には、当該通知に応じることができない場合がある。このような場合には、注目車両と相手車両とは互いに相手を見失う。
【００１２】
特開２０１１−１９３０９６号公報にかかる構成では、見失った相手を見つける手段が提案されていないため、車車間通信を継続することができなかった。
【００１３】
従って、グループによる車車間通信の信頼性及び利便性が低い問題があった。
【００１４】
そこで、本発明の主目的は、高度交通システムに用いられる車載装置、通信方法及びこれらを用いた高度交通システムを提供することである。
【課題を解決するための手段】
【００１５】
上記課題を解決するため、車載装置に係る発明は、車車間通信をするメンバ募集をブロードキャストして呼びかけるメンバ募集手段と、メンバ募集の呼びかけに呼応して応答した車両からの通信データから当該車両を特定する識別情報を抽出する識別情報取得手段と、結成されたメンバの識別情報を車車間通信の送信先に登録する送信先登録手段と、備えることを特徴とする。
【００１６】
また、車載装置の通信方法に係る発明は、車車間通信をするメンバ募集をブロードキャストして呼びかけるメンバ募集手順と、メンバ募集の呼びかけに呼応して応答した車両からの通信データから当該車両を特定する識別情報を抽出する識別情報取得手順と、結成されたメンバの識別情報を車車間通信の送信先に登録する送信先登録手順と、を備えることを特徴とする。
【００１７】
さらに、高度交通システムに係る発明は、複数のチャネルを支配下に置き、各種の情報をキャスティングするアクセスポイントと、アクセスポイントと直接通信し、又は、マルチホップ通信する車両に搭載された車載装置と、を備え、アクセスポイントは、キャスティングする情報の内容をサービス情報として、複数のチャネルにブロードキャストするブロードキャスト手段を備え、車載装置は、サービス情報に基づき所望するサービスが受けられるようにチャネル切替を行うチャネル切替手段を備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、信頼性及び利便性を向上させたグループによる車車間通信が可能になる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態にかかる高度交通システムの模式図である。
【図２】車載装置のブロック図である。
【図３】インターフェース部における表示機能による画面例を示す図である。
【図４】グループ結成処理を示すフローチャートである。
【図５】チャネル変更処理を示すフローチャートである。
【図６】メンバ探知処理を示すフローチャートである。
【発明を実施するための形態】
【００２０】
本発明の実施形態を説明する。なお、以下で説明する通信方法として、例えばモバイルアドホックネットワークにおいて、端末の位置情報を用いることにより指定するエリア内に存在する車両のみに同報通信を行なうジオキャストや、第３世代移動通信システムによる通信方式が利用できるが、本発明は、かかる方式に限定するものではないことを予め付言する。
【００２１】
図１は、本実施形態にかかる高度交通システムの模式図である。高度交通システムは、インターネット回線Ｙ等に接続されたアクセスポイントＸを備えている。そして、車両（Ａ〜Ｅ）は、アクセスポイントＸと直接又はマルチホップで通信している。なお、アクセスポイントＸや車両（Ａ〜Ｅ）の数は例示である。
【００２２】
このアクセスポイントＸは、種々のサービス情報をＳＣＨにブロードキャストする。以下の説明の都合から、サービス情報として、渋滞に関する走行関連情報、天候に関する天気情報、娯楽に関するエンターメント関連情報があるとする。そして、ＳＣＨにはＳＣＨ＿１、ＳＣＨ＿２…が含まれ、走行関連情報はＳＣＨ＿２を利用してキャストされ、天気情報はＳＣＨ＿３を利用してキャストされ、車車間通信をＳＣＨ＿１で行っているものとする。
【００２３】
このように、アクセスポイントＸがサービス情報をブロードキャストするので、例えば、ＳＣＨ＿２を利用しているユーザは、ＳＣＨ＿３で提供されているサービス内容を知ることが可能になって、利便性が向上する。
【００２４】
このようなサービスは車両等に搭載された車載装置を介して利用される。図２は、このような車載装置２のブロック図である。この車載装置２は、第１受信部１１ａ及び第１送信部１１ｂを含む第１送受信部１１、第２受信部１２ａ及び第２送信部１２ｂを含む第２送受信部１２、受信処理部１３、マルチホップ設定部１４、送信処理部１５、チャネル設定部１６、インターフェース部１７、アプリケーション部１８を備える。
【００２５】
なお、車載装置２は車両に１台しか搭載されないので、本実施形態においては車載装置を車両と記載して説明することがある。例えば、「車両Ａが車両Ｂと車車間通信する」と記載した場合には、「車両Ａのユーザが当該車両Ａに搭載された車載装置２を用いて車両Ｂのユーザと当該車両Ｂに搭載された車載装置２と車車間通信する」の意味である。
【００２６】
第１送受信部１１及び第２送受信部１２は、それぞれ異なるチャネル（周波数）を用いてパケット通信する。このときＣＣＨは、第１送受信部１１により構成され、ＳＣＨは第２送受信部１２により構成されているものとする。
【００２７】
第１送受信部１１及び第２送受信部１２から送られてきた通信データには、自機（車載装置２）宛のデータ（以下、自機宛データ）、他の車載装置２にマルチホップで転送するデータ（以下、転送データ）、送信先が特定されていない制御パケットやサービス情報等のブロードキャストされたデータ（以下、ブロードキャストデータ）が含まれる。
【００２８】
この通信データはパケットデータであり、送信先を示す識別情報が付されている。そこで、受信処理部１３は、この識別情報を検出して通信データの宛先を判断する。そして、受信処理部１３は、受信した通信データが自機宛データやブロードキャストデータの場合は、アプリケーション部１８に送る。また、当該データがブロードキャストデータや転送データの場合はマルチホップ設定部に送る。
【００２９】
マルチホップ設定部１４は、受信処理部１３から受信した通信データの宛先、ホップ数などを確認し、他の車両への転送の必要を判断する。そして、転送が必要な場合には、マルチホップ設定部１４は、転送データ及びブロードキャストデータを送信処理部１５に出力する。
【００３０】
送信処理部１５は、アプリケーション部１８が送信するデータやマルチホップ設定部１４から受け取ったデータを、これらアプリケーション部１８やマルチホップ設定部１４の設定に従い第１送信部１１ａや第２送信部１２ｂに出力する。
【００３１】
チャネル設定部１６は、アプリケーション部１８からの指示やユーザからの指示により第１送受信部１１及び第２送受信部１２におけるチャネル設定を行う。即ち、第１送受信部１１をＣＣＨ用に設定し、第２送受信部１２をＳＣＨのＳＣＨ＿２等に設定する。
【００３２】
インターフェース部１７は、アプリケーション部１８からの各種の情報を表示する表示機能及びユーザの指示が入力される入力機能を備えたユーザインターフェースである。
【００３３】
このようなインターフェース部１７における表示機能による画面の例を図３に示す。なお、図３は、車車間通信しているグループ情報を表示した画面で、（ａ）はホスト側の画面、（ｂ）はゲスト側の画面である。なお、ホスト／ゲストの違いはグループ間での取決めによるものとする。以下の例では、車両Ａがホスト、車両Ｂ，Ｃがゲストとする。そして、ホストは「印」を付すことで明示されている。図３において、点線で示された車両マークＫ１は他のメンバと通信ができなくなっていることを示している。例えば、図３（ａ）で車両Ｃの車両マークＫ１が点線で示されて、この車両Ｃが他のメンバー（車両Ａ，Ｂ）と車車間通信が行えない状態であることを示している。
【００３４】
図３において、Ｋ１〜Ｋ７は以下のような意味を持つ。車両マークＫ１は、車車間通信を行っているグループのメンバを示すラベルである。チャネル探知ボタンＫ２は、利用したいチャネルの通信パスが成立するか否かを探知したい際に押圧するスイッチである。チャネル変更ボタンＫ３は、チャネル変更を行う際に押圧されるスイッチである。メンバ探知ボタンＫ４はメンバを探知する際に押圧されるスイッチである。離脱ボタンＫ５は、メンバからの離脱を通知する際に押圧されるスイッチである。メッセージ欄Ｋ６は、各種のメッセージが表示される表示欄である。応答ボタンＫ７は、メッセージ等に対する問い合せに対して応答する際に押圧されるスイッチで、選択ボタン（ＳＥＬボタン）、非承認ボタン（ＮＯボタン）、了承ボタン（ＯＫボタン）を含む。無論、他の機能のために他のスイッチを設けることは本発明の趣旨を妨げない。
【００３５】
アプリケーション部１８は、受信処理部１３からの自機宛データやブロードキャストデータを受信して、これらのデータに対応した処理を行う。また、車車間通信等におけるように他の車載装置２に送信するデータを送信処理部１５に出力する。また、アプリケーション部１８は、利用したいチャネルＳＣＨ＿ｘ（ｘ＝１、２…）を指定するチャネル設定要求やメンバ探知を指示する探知要求をチャネル設定部１６に出力すると共に、探知するメンバの識別情報を受信処理部１３に出力する。
【００３６】
次に、このような車載装置２の詳細な構成を（１）グループ結成処理、（２）チャネル変更処理、（３）メンバ探知処理とともに説明する。
【００３７】
（１）グループ結成処理
次に、メンバ探知処理について説明する。車車間通信が開始されると、各メンバは他のメンバの識別情報を格納することでグループが結成される。このグループ結成処理を、図４を参照して説明する。
【００３８】
ステップＳＡ１：  メンバの構成は、車両ＡのユーザがＳＣＨ＿２を介して呼びかけをブローキャストすることにより行う。これに応じて、車両Ｂのユーザがグループに参加するものとする。このときの車両Ａをホスト、車両Ｂをゲストとする。
【００３９】
ステップＳＡ１１，ＳＡ１２：  車両Ｂのユーザは、グループ参加の呼びかけに対して、「メンバに参加します。」等のメンバに参加したい旨のメッセージを通知する。車両Ｂからの通信データには、送信元である車両Ｂの識別情報と、送信先である車両Ａの識別情報が含まれている。
【００４０】
ステップＳＡ２，ＳＡ３：  そこで、車両Ａの受信処理部１３は、受信した通信データに自分宛の識別情報が含まれているので、当該通信データをアプリケーション部に出力する。アプリケーション部は、通信データから車両Ｂのメッセージ（「メンバに参加します。」）及び識別情報を抽出する。そして、メッセージは音声信号としてインターフェース部に出力し、識別情報は内部メモリに記憶する。
【００４１】
ステップＳＡ４，ＳＡ５：  インターフェース部はメッセージを音声として再生する。このメッセージ音（「メンバーに参加します。」）に対して、メンバ参加を了承する場合には、ＯＫボタンを押圧する。これにより、インターフェース部からアプリケーション部にＯＫ信号が出力されて、アプリケーション部は、車両Ｂの識別情報をインターフェース部に送ると共に送信処理部に送る。
【００４２】
ステップＳＡ６，ＳＡ７：  インターフェース部では受信した識別情報を車両マークと共に表示する。図３において、例えば「Ｂさん」としているが、この表示が「識別情報」で表示されることになる。また、送信処理部は、アプリケーション部からの識別情報を送信先に登録し、車両Ｂにメンバの参加が了承された旨を通知する。
【００４３】
ステップＳＡ１３，ＳＡ１４：車両Ｂのユーザは、承認通知を受けると、メンバ登録を行う。このときのメンバ登録は、車両Ａにおける場合と同じ手順で行われる。
【００４４】
ステップＳＡ８：  以上により車両Ａの呼びかけに対して車両Ｂが参加を希望して、グループによる車車間通信が開始される。
【００４５】
なお、上記説明では、２者（車両Ａと車両Ｂ）との間でグループを形成する手順を説明したが、既存のグループに新たに参加する場合についても同様に行うことが出来る。
【００４６】
（２）チャネル変更処理
次に、チャネル変更処理について説明する。図１において、車両Ａ〜Ｃがグループで車車間通信を行っている場合を示した。このとき、車両Ａと車両Ｂとはそれぞれの電波到達範囲に位置し、車両Ｂと車両Ｃとはそれぞれの電波到達範囲に位置して、それぞれＳＣＨ＿１によりダイレクト車車間通信を行っているとする。しかし、車両Ａと車両Ｃとは、それぞれの電波到達範囲に位置していないため、車両Ｄを介してＳＣＨ＿１によりマルチホップ車車間通信を行っている。一方、車両ＤはＳＣＨ＿１によりサービスポイントＸと通信し、車両ＥはＳＨＣ＿２によりサービスポイントＸと通信しているとする。
【００４７】
図５は、チャネル変更処理を示すフローチャートである。車両ＡがＳＣＨ＿１により車車間通信を行っているときに、車両Ｄを介してサービス情報を受信したとする。このサービス情報は、サービスポイントＸが各チャネル（ＳＣＨ＿１、ＳＣＨ＿２…）を介してブロードキャストしたもので、例えば渋滞情報、天気情報、テレビ番組等が例示できる。
【００４８】
車両Ａのユーザは、このサービス情報から車車間通信を継続しながら、ＳＨＣ＿２で提供されている渋滞情報の利用を希望したとする。しかし、車車間通信をＳＣＨ＿１のチャネルを利用して行っているので、ＳＣＨ＿２の渋滞情報は利用することができない。そこで、車両Ａのユーザは、車車間通信をＳＣＨ＿２に変更の必要性を認識する。
【００４９】
ステップＳＢ１：  通信パスは、車両Ａや回りの車両の位置により変化し、この位置が時々刻々と変化する。従って、この段階では、ＳＣＨ＿２を介して車両ＡとサービスポイントＸとの間で通信パスが形成できるか否かは不明な状態である。そこで、車両Ａのユーザは、チャネル探知ボタンＫ２を押下する。チャネル探知ボタンＫ２が押下されると、メッセージ欄Ｋ６にサービス情報等に基づく利用可能なチャネル一覧（通信パスが形成できるか否かは問わない）が表示され、ユーザは応答ボタンＫ７のＳＥＬボタンを操作して、希望するチャネルを選択し、ＯＫボタンを押下する。
【００５０】
ステップＳＢ２：  これにより希望するチャネルが特定されて、インターフェース部１７からアプリケーション部１８にチャネル探知要求が出力される。このチャネル探知要求は、ユーザが利用したいチャネルを特定するチャネルコードである。
【００５１】
ステップＳＢ３，ＳＢ４：  アプリケーション部１８は、チャネル探知要求をチャネル設定部１６に出力する。チャネル探知要求を受信したチャネル設定部１６は、車車間通信の隙間を見つけて、所定時間（チャネル探知時間）の間だけ第２送受信部１２をチャネル探知要求で指定されたチャネル（ここでは、ＳＣＨ＿２）に設定する。チャネル探知時間が経過すると、チャネル設定部１６は、チャネルを戻し（ＳＣＨ＿１に戻す）、車車間通信を継続する。
【００５２】
なお、この車車間通信の隙間については特に限定しないが、例えば車車間通信を行っているメンバの識別情報で特徴付けられたパケットデータが受信されていない時間が例示できる。少なくとも１〜２パケット分の時間だけチャネルをＳＣＨ＿２に変更すれば、後述する理由により通信パスが成立するか否かが判断できるので、車車間通信の途中であっても、実用上不都合はないと考えられる。
【００５３】
チャネル探知時間の間に受信された通信データは、受信処理部１３を介してアプリケーション部１８に送られる。チャネル情報等のブロードキャストされた情報は、サービスポイントＸがキャスティングした情報である。そこで、アプリケーション部１８は、チャネル探知時間の間に受信された通信データにブロードキャストされた情報が含まれているか否かを判断する。
【００５４】
そして、ブロードキャストによる情報が含まれていない場合にはＳＣＨ＿２による通信パスが成立しないとしてステップＳＢ５に進み、ブロードキャストによる情報が含まれている場合にはＳＣＨ＿２による通信パスが成立するとしてステップＳＢ６に進む。
【００５５】
ステップＳＢ５：  ＳＣＨ＿２による通信パスが成立しないので、アプリケーション部１８は、「通信パスが成立しません。」等のメッセージをインターフェース部１７のメッセージ欄に表示させて処理は終了する。
【００５６】
ステップＳＢ６：  車両ＡとサービスポイントＸとの間でＳＣＨ＿２による通信パスが成立している場合は、アプリケーション部１８は、インターフェース部１７に指定したチャネルの通信パス成立を通知する。
【００５７】
ステップＳＢ７：  インターフェース部１７は、アプリケーション部１８からＳＣＨ＿２の利用が可能である旨の通知を受けると、メッセージ欄Ｋ６に「ＳＣＨ＿２は利用可能です。車車間通信の変更をメンバに依頼しますか？」のようなチャネル変更要求に対する確認を求める。
【００５８】
これにより車両Ａのユーザは、チャネル変更の要求が継続している場合（その時点でも渋滞情報の取得を希望する場合）には、ＯＫボタンを押圧する。もし、渋滞情報が他の方法で入手できた等により、チャネル変更する必要が無くなった場合には、ＮＯボタンを押下して処理が終了する。
【００５９】
ステップＳＢ８：  車両Ａからのチャネル変更要求は、各メンバに送信され、当該各メンバのメッセージ欄Ｋ６に表示される。この表示に従い、メンバはチャネル変更を了承する場合にはＯＫボタンを押圧する。
【００６０】
このときメンバの１人（例えば車両Ｂのユーザ）が、ＳＣＨ＿１で他のサービス（例えば、天気情報）を受けている場合には、ＳＣＨ＿２にチャネルを変えると天気情報が取得できなくなってしまうので、チャネル変更を了承しないことを意味するＮＯボタンを押圧して、処理が終了する。
【００６１】
このようにして各メンバがチャネル変更の可否について応答すると、チャネル変更を要求した車両Ａのアプリケーション部１８は、全てのメンバからチャネル変更了承の応答が得られたか否かを判断する。そして、全てのメンバからチャネル変更了承の応答が得られた場合には、インターフェース部のメッセージ欄Ｋ６に、（例えば、「各メンバによりチャネル変更が了承されました。変更を実行します。」）を表示させる。
【００６２】
ステップＳＢ９：  その後、アプリケーション部１８は、各メンバにＳＣＨ＿１からＳＣＨ＿２へのチャネル変更を促すメッセージを送信処理部１５に出力すると共に、車両ＡもＳＣＨ＿１からＳＣＨ＿２に変更するようにチャネル設定部１６に指示する。送信処理部１５は、チャネル変更をメッセージにより各メンバに送信し、各メンバは当該メッセージに従いチャネル変更する。
【００６３】
以上説明した手順により、希望するチャネルパスを確認した上で、各メンバの了解を得てチャネル変更を行えるようになる。
【００６４】
（３）メンバ探知処理
次に、メンバ探知処理を図６に示すフローチャートを参照して説明する。なお、車両Ｃと車両Ａ，Ｂとの間に他の車両が割込んだために、車両Ｃは先行する車両Ａ，Ｂと離れてしまい車車間通信ができなくなった場合や、上述したチャネル変更処理で車両Ｃが変更先のチャネルを聞違えた場合（例えば、ＳＣＨ＿２であるところをＳＣＨ＿３と聞き間違えた場合）等において、車両Ｃが車車間通信を継続できなくなった場合を考える。
【００６５】
車両Ｃが他の車両Ａ，Ｂを見失ったことは、図３において他のメンバの車両マークＫ１が点線で示された状態となっているので容易に判明できる。なお、点線表示は例示であり、色違いや点滅等の種々の方法が可能である。
【００６６】
そこで、このような事態に対処すべく、ゲスト側の車両（この場合は車両Ｃ）からメンバ探知処理を行えるようにする。以下の説明では、車両Ｃが車両Ａ，Ｂを探知する場合を例とする。
【００６７】
そして、車両Ｃは車両Ａ、Ｂを探知して車車間通信に復帰するものとする。このとき、メンバ探知を全てのメンバが行えるとすると、行違いが生じて探知できない場合が想定される。そこで、メンバ探知は、ゲスト側の車両が行うとする。上記の仮定では、車両Ｃが行うことになる。
【００６８】
ステップＳＣ１，ＳＣ２：  車両Ｃのユーザがメンバ探知ボタンを押下すると、インターフェース部１７は、車車間通信の履歴（直近の履歴だけとしても良い）を表示する。車両Ｃのユーザは、この履歴から探知したい車両の識別情報を選択する。このとき、複数の識別情報を選択することが可能である。これにより探知する車両の識別情報が特定されて、アプリケーション部１８に出力される。
【００６９】
ステップＳＣ３：  アプリケーション部１８は、インターフェース部１７からの探知要求と識別情報とを受信処理部１３に出力すると共に、探知要求をチャネル設定部１６に出力する。
【００７０】
受信処理部１３は、アプリケーション部１８から探知要求及び識別情報を受信すると、識別情報を図示しない内部メモリに記憶する。また、チャネル設定部１６は、利用可能なチャネルを順次変えて受信できるように受信部を設定する。この場合、車両Ｃは、第１送受信部１１によりＣＣＨを利用しているので、第２送受信部１２のチャネルを順次変えることになる。
【００７１】
ステップＳＣ４：  受信処理部１３は、チャネルを切替えて受信した通信データの宛先を抽出する。車両Ｃは車車間通信のメンバであるので、車両Ａ，Ｂが送信している通信データには、宛先に車両Ｃが含まれている。従って、通信データに車両Ａ又は車両Ｂの識別情報が含まれている場合には、この通信データを受信したチャネルを車両Ａ，Ｂが利用して車車間通信していると判断できる。
【００７２】
ステップＳＣ５，ＳＣ６：  もし、全てのチャネルに切替えて、その都度受信した通信データに他のメンバの識別情報が見つからなかった場合には、通信チャネルの探知出来なかったとして処理は終了する。
【００７３】
ステップＳＣ７：  一方、他のメンバの識別情報が見つかった場合には、探知が成功したとして、チャネル設定部は、このチャネルを設定する。これにより、車両Ｃのユーザは車両Ａ，Ｂのユーザと車車間通信することが可能になる。
【符号の説明】
【００７４】
２    車載装置
１１    第１送受信部
１１ａ    第１受信部
１１ｂ    第１送信部
１１ａ    第１送信部
１２    第２送受信部
１２ａ    第２受信部
１２ｂ    第２送信部
１３    受信処理部
１４    マルチホップ設定部
１５    送信処理部
１６    チャネル設定部
１７    インターフェース部
１８    アプリケーション部
【図１】
2015056828.tif 000003
【図２】
2015056828.tif 000004
【図３】
2015056828.tif 000005
【図４】
2015056828.tif 000006
【図５】
2015056828.tif 000007
【図６】
2015056828.tif 000008