JP2003102051A

JP2003102051A - 車載情報サービス受信装置

Info

Publication number: JP2003102051A
Application number: JP2001292463A
Authority: JP
Inventors: 雄一 ▲高▼橋; Yuichi Takahashi
Original assignee: Yazaki Corp; Telecommunications Advancement Organization
Current assignee: Yazaki Corp; Telecommunications Advancement Organization
Priority date: 2001-09-25
Filing date: 2001-09-25
Publication date: 2003-04-04

Abstract

(57)【要約】【課題】サービスの提供者より提供されるサービスを
適切なエリアで受信することができ、且つ、サービス提
供者が意図しない場合においても適切にこれに対処する
ことのできる車載情報サービス受信装置を提供すること
が課題である。【解決手段】車両に搭載され、各種の通信メディアを
用いて送信側端末より送信される情報サービスを受信す
る車載情報サービス受信装置において、属性情報を用い
て通信スケジュールを生成する通信制御部２と、自車の
走行位置を検出する自車位置管理部３と、を有し、自車
位置管理部３にて検出される自車の走行位置と、通信ス
ケジュールに設定された属性情報に基づいて、各通信メ
ディアにより送信される情報を受信することを特徴とす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信側端末（基地
局）と車両との間で通信を行うことにより各種の情報サ
ービスを受けるシステムに用いる、車載情報サービス受
信装置に関する。

【０００２】

【従来の技術】近年、携帯電話機やモバイル機器等、通
信メディアの開発に伴い、移動中の車両に搭載される車
載端末と、情報を提供する基地局との間で通信を行うシ
ステムの開発が進められている。

【０００３】このような通信システムにて用いられる車
載端末の通信制御方式は、該車載端末の利用環境の特性
に応じて、従来より様々な改善が成されている。例え
ば、車載端末は移動するので、その通信環境は時々刻々
と変化し、携帯電話等の通信メディアのサービスエリア
外となってしまうことがあり、また、トンネル等の遮蔽
環境を通過する場合には、通信メディアより送信される
電波を受信することができなくなることがある。その結
果、通信環境が不安定になってしまうという問題が発生
するので、これらの問題を改善する必要がある。

【０００４】そこで、例えば、特開平４−２５５１２２
号公報や、特開平１１−１７６０６号公報に示されるよ
うに、地図データに記録された通信環境情報を使用し、
車載端末から車外の基地局へ送信するデータの量と、通
信メディアのサービスエリアの広さや、通信速度、通信
費用などの通信メディアの特性を考慮して通信制御を行
い、安定した通信を行う技術が考案されている。

【０００５】他方、車載端末の高機能化に伴い、本来の
ナビゲーション機能に加え、様々な付加情報サービスが
ドライバーへ提供されるようになっている。例えば、ｉ
モード対応のカーナビゲーションシステムのように、ド
ライバーに提供する情報に対し、主に位置情報を車載端
末と情報提供サーバとの間で送受信するための制御情報
を付加し、これを利用して位置情報を交換することで、
位置情報を利用した、より多彩な情報をドライバーへ提
供する技術が考案されている。

【０００６】このようなシステムを用いることにより、
例えば、車両が目的地に到着する前に、予め目的地の駐
車場の空き状況を問い合わせることができ、車両到着前
にその回答を得ることができるので、ドライバーは利便
性に富んだサービスを得ることができる。

【０００７】このような状況の中、ＤＳＲＣ（Dedicate
d Short Range Communication；狭域専用通信）を用い
たＩＴＳ情報通信（高度道路情報通信）サービスに関す
る研究が活発に行われている。ＤＳＲＣは、半径１００
［ｍ］程度の比較的狭い範囲をサービスエリアとし、こ
の範囲内に存在する車両へ大容量のデータを通信するシ
ステムである。更には、同時にサービスを提供する地理
的範囲を限定し、場所に応じたサービスをドライバーへ
提供することができるという特性をも併せ持っている。

【０００８】

【発明が解決しようとする課題】ところで、車載端末が
走行位置に応じたサービスをドライバーへ提供するため
には、特定のＤＳＲＣポスト（送信データの発信源）の
位置等、送信されたサービスを受信するエリアの情報
を、車載機器側にて予め取得しなければならない。従っ
て、どのエリアでサービスを受信するか、といった情報
を車載端末が取得し、通信を制御する機能が不可欠であ
る。

【０００９】また、車載端末が安定した通信を行うため
には、車載端末から基地局側へ送信するデータの量に加
え、基地局側から送信されるデータの量も車載端末にて
認識する必要がある。

【００１０】更に、車載端末は移動体端末であるので、
ドライバーによる経路変更や渋滞による遅延など、サー
ビスの提供者（基地局側）が意図しない動作が発生した
場合には、これに対応することができない。即ち、例え
ば、車両の目的地の近くにあるＤＳＲＣのエリアで、駐
車場の混雑状況の情報を入手する予定であったとき、ド
ライバーの都合で、このＤＳＲＣのエリア内を通行しな
い場合には、車載端末はこの情報を入手することができ
なくなるというトラブルが発生してしまう。

【００１１】この発明は、このような従来の課題を解決
するためになされたものであり、その目的とするところ
は、サービスの提供者より提供されるサービスを適切な
エリアで受信することができ、且つ、サービス提供者が
意図しない場合においても適切にこれに対処することの
できる車載情報サービス受信装置を提供することにあ
る。

【００１２】

【課題を解決するための手段】上記目的を達成するた
め、本願請求項１に記載の発明は、車両に搭載され、各
種の通信メディアを用いて送信側端末より送信される情
報サービスを受信する車載情報サービス受信装置におい
て、複数の通信メディアより送信される送信データを受
信する受信手段と、自車の走行位置を検出する自車位置
管理手段と、属性情報を用いて通信スケジュールを生成
する通信制御手段と、を有し、前記自車位置管理手段に
て検出される自車の走行位置と、前記通信制御手段にて
生成された通信スケジュールに設定された属性情報に基
づいて、各通信メディアにより送信される情報を受信す
ることが特徴である。

【００１３】請求項２に記載の発明は、車両に搭載さ
れ、各種の通信メディアを用いて送信側端末より送信さ
れる情報サービスを受信する車載情報サービス受信装置
において、複数の通信メディアより送信される送信デー
タを受信する受信手段と、自車の走行位置を検出する自
車位置管理手段と、地図データを有し、且つ該地図デー
タ上の電波環境の情報が保存された電波環境情報記憶手
段と、自車両の走行経路に沿った電波環境に基づき、属
性情報を用いて通信スケジュールを生成する通信制御手
段と、を有し、前記自車位置管理手段にて検出される自
車の走行位置と、前記通信制御手段にて生成された通信
スケジュールに設定された属性情報に基づいて、各通信
メディアにより送信される情報を受信することを特徴と
する。

【００１４】請求項３に記載の発明は、前記属性情報に
は、通信メディアの種類が設定され、該通信メディア
は、ＰＤＣ（携帯電話）、或いはＤＳＲＣ（狭域専用通
信）のいずれかであることを特徴とする。

【００１５】請求項４に記載の発明は、前記属性情報に
は、通信スケジュールの有効期間を示す情報が設定さ
れ、通信スケジュールの有効期間が経過した際には、再
度通信スケジュール設定を行うか、或いは、通信スケジ
ュールを削除するかのいずれかを選択することを特徴と
する。

【００１６】請求項５に記載の発明は、前記属性情報に
は、通信エラーの発生時に通信スケジュールの書き換え
を行うか否かが設定され、通信スケジュールを書き換え
る回数が予め前記車載情報サービス受信装置に登録され
た設定値以上となった場合には、通信メディアを変更し
て再度通信スケジュールを書き換えるか、或いは、通信
スケジュールを削除するかのいずれかを選択することを
特徴とする。

【００１７】請求項６に記載の発明は、前記属性情報
は、更に、通信データ量を示す情報、ＩＴＳサービス受
信中に提供されるＵＲＬを指定する情報、サービスエリ
アをＩＤで指定する情報、のうちの少なくとも一つを具
備したことを特徴とする。

【００１８】

【発明の実施の形態】以下、本発明の実施形態を図面に
基づいて説明する。図１は、本発明の一実施形態に係る
車載情報サービス受信装置の構成を示すブロック図であ
る。同図に示すように、この車載情報サービス受信装置
１は、使用する通信メディアを選択する処理、及び送受
信制御を行う通信制御部２と、ＧＰＳセンサ５、或いは
車速センサ６及びジャイロセンサ７より出力される各情
報に基づいて自車の位置を測定し、且つ、自車位置から
予めユーザにより入力された目的地までの経路を算出し
て、これらの情報を通信制御部２に出力する自車位置管
理部３と、を具備している。

【００１９】また、地図データを有し、且つ、地図デー
タ上の小領域毎に割り当てられる、通信メディアの受信
電波強度の代表値を定義した電波環境情報記憶部（電波
環境情報記憶手段）４と、受信される各種のデータを表
示し、且つ、ユーザの入力を受け付けるＨＭＩ（ヒュー
マンマシンインターフェース）部９と、を有している。

【００２０】更に、複数個（図では２個）のモデム（受
信手段）８ａ，８ｂを具備しており、複数の通信メディ
アを用いたデータの受信ができるように成されている。
通信制御部２は、この通信メディア用のモデム８ａ，８
ｂへ接続するインターフェース（図示省略）を有する。
また、本実施形態に係る装置で扱う情報サービスは、Ｈ
ＴＭＬで記述されたデータにより提供されるものとす
る。

【００２１】この車載情報サービス受信装置１では、Ｈ
ＴＭＬのページ毎に以下に示す表１に示すような属性情
報が、情報サービス提供者の要望により定義される。こ
れらの属性情報は、そのページを通信制御部２にダウン
ロードする際に使用される、通信制御に必要な情報群で
あり、他のページを参照するリンク（そのページに記述
されている）に関連付けて記述される。

【００２２】

【表１】表１において、「utilize-media」には、データを受信
する通信メディアが設定される。この例では、"pdc"
は、通信メディアとしてＰＤＣを選択することを示
し、"dsrc"は、通信メディアとしてＤＳＲＣを選択する
ことを示し、"efficiently"は、使用可能な通信メディ
アのうち、より高速なデータ通信が可能な通信メディア
を選択することを示す。

【００２３】また、「foreground」には、他のＩＴＳサ
ービスの受信待機中に提供するサービスのＵＲＬを指定
する内容が記述される。

【００２４】「media-id」には、そのＩＴＳサービスを
受信する通信メディアのサービスエリアをＩＤで指定す
る内容が記述される。

【００２５】「amount」には、次のＩＴＳサービスのデ
ータ量を示す内容が記述される。

【００２６】「alive-duration」には、その通信スケジ
ュールの有効期間と、該有効期間の経過後に受信するＵ
ＲＬが記述される。

【００２７】「reload」には、通信エラーからの回復時
に、その通信スケジュールを再スケジュールする指示、
及びエラー回復用の異なったＵＲＬを指定する内容が記
述される。

【００２８】「destination」には、カーナビゲーショ
ンシステムへ通知する車両の目的地を、経度、及び緯度
で指示する内容が記述される。

【００２９】「HREF」には、この属性情報を関連付ける
ＵＲＬを示す内容が記述される。

【００３０】そして、表１に示した各属性情報は、図２
に示すように、ＨＴＭＬのコメントとして記述され、そ
のページを表示するブラウザには影響を与えない。

【００３１】図３〜図５は、本実施形態に係る車載情報
サービス受信装置１の動作を示すフローチャートであ
り、以下、同図を参照しながら、本実施形態の動作につ
いて説明する。

【００３２】ユーザがＨＭＩ部９にて所望するリンクを
選択すると、その要求は通信制御部２へ伝送される。通
信制御部２では、要求されたリンクに関連付けられた属
性情報の内容と、自車位置管理部３より得られる自車位
置データ及び電波環境情報記憶部４に記憶されている電
波環境情報を統合して得られる、自車の予想進路上の通
信メディアの配置情報とを照合し、使用する通信メディ
アや通信を行う区間、及び通信開始位置等を含む通信ス
ケジュールを生成する。

【００３３】以下、この通信スケジュールを生成する手
順を、図３に示すフローチャートを参照しながら説明す
る。

【００３４】まず、車両の現在位置と目的地との間に設
定される自車両の走行路の情報に基づき、走行経路上に
ある通信メディアの配置状況を検索する（ステップＳＴ
１）。その後、現在通信メディアが選択されている場合
には、これを解除する処理を行う（ステップＳＴ２）。

【００３５】次いで、表１に示したように、生成する通
信スケジュールの「utilize-media」の設定内容が判断
され（ステップＳＴ３）、"pdc"，"dsrc"，"efficientl
y"の３つの系統に分岐される。

【００３６】"pdc"である場合には「media-id」が定義
されているかどうかが判断される（ステップＳＴ４）。
そして、定義されていない場合には（ステップＳＴ４で
「定義なし」）、通信メディア（ＰＤＣ）で、次回通信
可能となるエリアを選択する処理を行う（ステップＳＴ
６）。他方、定義されている場合には（ステップＳＴ４
で「定義あり」）、通信メディア（ＰＤＣ）で「media-
id」で指定されたエリアを選択する（ステップＳＴ
７）。

【００３７】また、ステップＳＴ３の処理で"dsrc"が設
定されていると判断された場合には、「media-id」が定
義されているかどうかが判断される（ステップＳＴ
５）。そして、定義されていない場合には（ステップＳ
Ｔ５で「定義なし」）、通信メディア（ＤＳＲＣ）で、
次回通信可能となるエリアを選択する処理を行う（ステ
ップＳＴ９）。他方、定義されている場合には（ステッ
プＳＴ５で「定義あり」）、通信メディア（ＤＳＲＣ）
で「media-id」で指定されたエリアを選択する（ステッ
プＳＴ１０）。

【００３８】更に、ステップＳＴ３の処理で"efficient
ly"が設定されていると判断された場合には、次回通信
可能となるエリアを選択し、このエリアが複数存在する
場合には（例えば、ＰＤＣの通信エリアとＤＳＲＣの通
信エリアが存在する場合）、より高速なものを選択する
（ステップＳＴ８）。

【００３９】次いで、ステップＳＴ６，ＳＴ８，ＳＴ９
の処理が終了した場合には、「amount」が定義されてい
るかどうかが判断される（ステップＳＴ１１）。そし
て、定義されている場合には（ステップＳＴ１１で「定
義あり」）、選択エリア内の走行距離及びユーザにより
設定された車両の平均速度に基づいて、選択エリア内で
の予想通信量を算出する（ステップＳＴ１２）。即ち、
車両の走行速度に応じて選択エリア内を通過する時間が
変化するので、走行速度に基づいて、選択エリア通過中
に通信可能な通信量を算出する。

【００４０】そして、この算出結果より、選択エリア内
で全てのデータを受信することができるかどうかが判断
される（ステップＳＴ１３）。その結果、受信すること
ができないと判断された場合には（ステップＳＴ１３で
「受信不可」）、再度ステップＳＴ３からの処理によ
り、新たな選択エリアを設定する。

【００４１】また、受信することができると判断された
場合には（ステップＳＴ１３で「受信可」）、選択エリ
アでの受信をスケジュールとして登録する（ステップＳ
Ｔ１４）。他方、「amount」が定義されていない場合に
は（ステップＳＴ１１で「定義なし」）、ステップＳＴ
１２，ＳＴ１３の処理を割愛して、選択エリアでの受信
をスケジュールとして登録する処理を行う（ステップＳ
Ｔ１４）。

【００４２】こうして、通信制御部２による通信スケジ
ュールの作成が行われるのである。また、生成された通
信スケジュールは要求されたリンクに関連づけられた属
性情報と通信メディアの配置情報が反映されたものとな
る。

【００４３】図４は、通信スケジュール待機時の動作を
示すフローチャートである。まず、表１に示した属性値
に従って作成された通信スケジュールに、「alive-dura
tion」が定義されているかどうかが判断される（ステッ
プＳＴ２１）。そして、定義されている場合には（ステ
ップＳＴ２１で「定義あり」）、このスケジュールに対
して、定義されている有効期間が経過しているかどうか
が判断される（ステップＳＴ２２）。その結果、経過し
ていない場合には（ステップＳＴ２２で「経過せ
ず」）、処理を終了し、そのスケジュールを引き続き使
用する。

【００４４】また、経過している場合には（ステップＳ
Ｔ２２で「経過」）、ＵＲＬが定義されているかどうか
が判断され（ステップＳＴ２３）、定義されていない場
合には、スケジュールを削除する（ステップＳＴ２
４）。他方、定義されている場合には、定義されている
ＵＲＬに対し、「utilize-media」を"efficiently"に変
更し、その他の属性値は定義無しとして、通信スケジュ
ールを再生成する（ステップＳＴ２５）。つまり、図３
に示すステップＳＴ１以降の処理により、新たな通信ス
ケジュールの生成を行う。

【００４５】また、ステップＳＴ２１の処理で「定義な
し」と判断された場合には、そのまま処理を終了する。
こうして、通信スケジュール待機時の動作が設定される
のである。

【００４６】その結果、自車が予定した通信開始位置に
到着すると、通信制御部２は、予定した通信メディアを
使用して基地局との間での通信を開始し、要求されたデ
ータを受信する。また、自車が経路変更など、何らかの
理由により予定した通信開始位置へ到達することができ
ず、属性情報の「alive-duration」により定められた、
通信スケジュールの有効期間が経過した場合、属性情報
に示された条件により通信スケジュールの再生成を行
い、情報サービス提供者の必要に応じて情報サービスを
継続する。

【００４７】図５は、通信スケジュールを変更する際の
処理動作を示すフローチャートである。まず、表１に示
した属性値に従って作成された通信スケジュールに、
「reload」が定義されているかどうかが判断される（ス
テップＳＴ３１）。そして、定義されている場合には、
属性値に「reschdule」が定義されているかどうかが判
断され（ステップＳＴ３２）、定義されている場合に
は、現在の再スケジュールの回数が予め設定されている
設定値以上であるかどうかが判断される（ステップＳＴ
３３）。そして、設定値に達していない場合には（ステ
ップＳＴ３３で「設定値未満」）、再スケジュール回数
をインクリメントし（ステップＳＴ３７）、更に、対象
のＵＲＬに対して、そのＵＲＬに関連付けられた属性値
で通信スケジュールの再生成を行う（ステップＳＴ３
８）。つまり、図３に示すステップＳＴ１からの処理に
より、新たな通信スケジュールを生成する。

【００４８】他方、再スケジュールの回数が設定値以上
である場合には（ステップＳＴ３３で「設定値以
上」）、ＵＲＬが定義されているかどうかが判断され
（ステップＳＴ３４）、定義されていなければ、スケジ
ュールを削除する（ステップＳＴ３５）。また、定義さ
れていれば、定義されたＵＲＬに対し、「utilize-medi
a」を"efficiently"とし、その他の属性は定義無しとし
て、通信スケジュールを再生成する（ステップＳＴ３
６）。つまり、図３に示すステップＳＴ１に進む。こう
して、再スケジュールの処理が行われるのである。

【００４９】このようにして、本実施形態に係る車載情
報サービス受信装置１では、予め通信スケジュールを設
定し、該通信スケジュールにて予めサービスを受信する
エリアが決定される。そして、車両がこのエリア内に入
った際に、このエリアに設定されている通信メディア
（ＰＤＣ或いはＤＳＲＣ）を用いてサービスの提供を受
けることができる。従って、トンネル内の走行により通
信が遮断されたり、通信中に通信エリア外に出る等の問
題は発生せず、ユーザは、確実且つ迅速に必要とするサ
ービスを受けることができるようになる。

【００５０】また、ドライバーが当初の走行ルートを変
更した場合等、予定された時間内に所定にエリア内に入
らない場合には、通信スケジュールを新たに作成（スケ
ジュールの再生成）することができる。更に、再スケジ
ュールの回数が所定値を越えた場合には、通信メディア
を変更するか、或いはスケジュールを削除する処理が行
われるので、走行状況に応じた適切なスケジュールの設
定が可能となる。

【００５１】つまり、意図しない通信の切断に対して
も、属性情報に示された条件により、ユーザにより設定
された回数まで、そのＵＲＬに対しての通信スケジュー
ルの再生成、またはエラー処理用のＵＲＬに対しての通
信スケジュールの生成を行い、情報サービス提供者の必
要に応じて情報サービスを継続する。

【００５２】以上、本発明の車載情報サービス受信装置
を図示の実施形態に基づいて説明したが、本発明はこれ
に限定されるものではなく、各部の構成は、同様の機能
を有する任意の構成のものに置き換えることができる。

【００５３】例えば、上記した実施形態では、情報サー
ビスのデータがＨＴＭＬで記述されているものとしてい
るが、本発明の技術的な思想は、ＸＭＬ等の他の汎用マ
ークアップ言語にも適用することができる。

【００５４】

【発明の効果】以上説明したように、本発明に係る車載
情報サービス受信装置では、複数の通信メディアを使用
した情報サービスにおいて、情報サービスを提供するペ
ージをダウンロードする際に、そのページのダウンロー
ドに使用する通信メディアの種類や、通信メディアＩＤ
によるダウンロードを行う場所の指定などの属性情報を
使用し、その属性情報に示された条件と、自車進行路上
の通信メディアの配置情報に従って通信スケジュールを
生成、実行することで、複数の通信メディアを使用した
情報サービスを提供することが可能となる。

【００５５】また、自車の経路変更など、何らかの理由
により、予定した通信スケジュールを実行することがで
きない場合でも、属性情報に示された条件で通信スケジ
ュールの再生成を行い、適切に情報サービスの受信を継
続することができる。

【００５６】更に、通信スケジュール生成時に、ダウン
ロードするページのデータ量と、自車経路上の通信メデ
ィアの配置情報及び設定された平均移動速度から得られ
る予想通信量を比較し、十分な通信量を得られる区間で
ダウンロードを行うように、通信スケジュールが生成さ
れるため、通信中に通信メディアのサービスエリア外に
出ることによる通信断を回避し、安定した通信を可能と
することができる。また、同一区画に複数の通信メディ
アが存在する場合、属性情報によって、より高速な通信
メディアを選択することもできる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る車載情報サービス受
信装置の構成を示すブロック図である。

【図２】本実施形態に係る車載情報サービス受信装置に
て生成される通信スケジュールの一例を示す説明図であ
る。

【図３】本実施形態に係る車載情報サービス受信装置
の、通信スケジュール生成時の処理動作を示すフローチ
ャートである。

【図４】本実施形態に係る車載情報サービス受信装置
の、通信スケジュール待機時の処理動作を示すフローチ
ャートである。

【図５】本実施形態に係る車載情報サービス受信装置
の、通信スケジュールを再生成する際の処理動作を示す
フローチャートである。

【符号の説明】

１車載情報サービス受信装置２通信制御部３自車位置管理部４電波環境情報記憶部５ＧＰＳセンサ６車速センサ７ジャイロセンサ８ａ，８ｂモデム（受信手段）９ＨＭＩ（ヒューマンマシンインターフェース）部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｍ 3/493 Ｈ０４Ｂ 7/26 １０６ＡＨ０４Ｑ 7/38 Ｈ０４Ｑ 7/04 ＤＦターム(参考） 2F029 AA02 AB01 AB07 AB09 AB13 AC02 AC08 AC09 AC14 5B075 ND04 ND08 UU14 5H180 AA01 BB04 BB05 BB15 FF04 FF05 FF13 FF27 5K015 AB00 5K067 BB03 BB21 DD51 EE02 FF02 FF03 JJ52

Claims

【特許請求の範囲】

【請求項１】車両に搭載され、各種の通信メディアを
用いて送信側端末より送信される情報サービスを受信す
る車載情報サービス受信装置において、複数の通信メディアより送信される送信データを受信す
る受信手段と、自車の走行位置を検出する自車位置管理手段と、属性情報を用いて通信スケジュールを生成する通信制御
手段と、を有し、前記自車位置管理手段にて検出される自車の走行位置
と、前記通信制御手段にて生成された通信スケジュール
に設定された属性情報に基づいて、各通信メディアによ
り送信される情報を受信することを特徴とする車載情報
サービス受信装置。
【請求項２】車両に搭載され、各種の通信メディアを
用いて送信側端末より送信される情報サービスを受信す
る車載情報サービス受信装置において、複数の通信メディアより送信される送信データを受信す
る受信手段と、自車の走行位置を検出する自車位置管理手段と、地図データを有し、且つ該地図データ上の電波環境の情
報が保存された電波環境情報記憶手段と、自車両の走行経路に沿った電波環境に基づき、属性情報
を用いて通信スケジュールを生成する通信制御手段と、
を有し、前記自車位置管理手段にて検出される自車の走行位置
と、前記通信制御手段にて生成された通信スケジュール
に設定された属性情報に基づいて、各通信メディアによ
り送信される情報を受信することを特徴とする車載情報
サービス受信装置。
【請求項３】前記属性情報には、通信メディアの種類
が設定され、該通信メディアは、ＰＤＣ（携帯電話）、
或いはＤＳＲＣ（狭域専用通信）のいずれかであること
を特徴とする請求項１または請求項２のいずれかに記載
の車載情報サービス受信装置。
【請求項４】前記属性情報には、通信スケジュールの
有効期間を示す情報が設定され、通信スケジュールの有
効期間が経過した際には、再度通信スケジュール設定を
行うか、或いは、通信スケジュールを削除するかのいず
れかを選択することを特徴とする請求項１〜請求項３の
いずれか１項に記載の車載情報サービス受信装置。
【請求項５】前記属性情報には、通信エラーの発生時
に通信スケジュールの書き換えを行うか否かが設定さ
れ、通信スケジュールを書き換える回数が予め前記車載
情報サービス受信装置に登録された設定値以上となった
場合には、通信メディアを変更して再度通信スケジュー
ルを書き換えるか、或いは、通信スケジュールを削除す
るかのいずれかを選択することを特徴とする請求項１〜
請求項４のいずれか１項に記載の車載情報サービス受信
装置。
【請求項６】前記属性情報は、更に、通信データ量を
示す情報、ＩＴＳサービス受信中に提供されるＵＲＬを
指定する情報、サービスエリアをＩＤで指定する情報、
のうちの少なくとも一つを具備したことを特徴とする請
求項３〜請求項５のいずれか１項に記載の車載情報サー
ビス受信装置。