(57)【要約】【課題】  ＤＳＲＣ車載器からナビゲーション装置へデータを送信する際、ナビゲーション装置における処理負荷が高くなった場合でも確実にデータを送信可能とする。【解決手段】  ＤＳＲＣ車載器は、路側機からのデータがＶＩＣＳサービスなどの同報データである場合（Ｓ２００：ＹＥＳ）、ナビゲーション装置からの高負荷通知があるか否かを判断する（Ｓ２１０）。ここで高負荷通知があったと判断された場合（Ｓ２１０：ＹＥＳ）、パック可能なブロック単位でデータを送信する（Ｓ２２０）。パックとは、ナビゲーション装置にてブロック単位毎のデータ処理が発生せず、ブロック単位の複数のデータが一連のデータとしてバッファに格納されることをいう。ナビゲーション装置では、組立手段が、バッファに格納された一連のデータを分割して組み立てる。【選択図】  図６
2014092435.tif 000002
【特許請求の範囲】
【請求項１】
道路上に設置される路側機（７）からのデータを受信し当該データをブロック単位の複数のデータとして送信する通信装置（３）と、当該通信装置とデータ通信可能に接続され、前記通信装置からの前記ブロック単位のデータ受信が判断される度にデータ処理を開始する処理装置（５）と、を備えた通信システム（１）であって、
前記通信装置は、
前記処理装置の前記データ処理における負荷軽減が必要であるか否かを判断する判断手段（３０ａ）と、
前記判断手段にて前記負荷軽減が必要であると判断された場合、前記ブロック単位のデータ受信が前記処理装置において判断されない態様で前記複数のデータを一連のデータとして送信する送信手段（３０ｂ）と、を備え、
前記処理装置は、前記送信手段にて前記一連のデータとして送信される前記複数のデータを分割して組み立てる組立手段（５０ａ）、を備えていること
を特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記処理装置は、前記ブロック単位のデータが所定の転送単位で転送されることを前提に、前記転送単位に満たない端数のデータが転送されると、前記ブロック単位のデータ受信を判断するよう構成されており、
前記送信手段は、前記ブロック単位が前記転送単位の整数倍となる態様で前記複数のデータを送信すること（Ｓ２２０）
を特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムにおいて、
前記処理装置は、前記ブロック単位の末尾を示す末尾情報によって前記ブロック単位のデータ受信を判断するよう構成されており、
前記送信手段は、前記末尾情報を付加しない態様で前記複数のデータを送信すること（Ｓ２２０）
を特徴とする通信システム。
【請求項４】
請求項１〜３の何れか一項に記載の通信システムにおいて、
前記判断手段は、前記路側機からのデータが同報通信サービスのデータである同報データである場合に、前記負荷軽減が必要であると判断すること（Ｓ２００）
を特徴とする通信システム。
【請求項５】
請求項１〜４の何れか一項に記載の通信システムにおいて、
前記処理装置は、前記データ処理に影響を及ぼす高負荷状態となった場合に、前記通信装置へ高負荷であることを通知する通知手段（５０ｂ，Ｓ１１０）を備え、
前記判断手段は、前記通知手段による高負荷の通知があった場合に、前記負荷軽減が必要であると判断すること（Ｓ２１０）
を特徴とする通信システム。
【請求項６】
請求項１〜５の何れか一項に記載の通信システムにおいて、
前記処理装置は、前記送信手段による前記一連のデータの送信に先立ちバッファサイズを変更する変更手段（５０ｃ，Ｓ１２０）を備えていること
を特徴とする通信システム。
【請求項７】
道路上に設置される路側機（７）からのデータを受信し当該データをブロック単位の複数のデータとして送信する通信装置（３）であって、
前記通信装置とデータ通信可能に接続され、前記通信装置からの前記ブロック単位のデータ受信が判断される度にデータ処理を開始する処理装置（５）と共に用いられ、
前記処理装置は、前記通信装置から一連のデータとして送信される複数のデータを分割して組み立てる組立手段（５０ａ）を備えており、
前記処理装置の前記データ処理における負荷軽減が必要であるか否かを判断する判断手段（３０ａ）と、
前記判断手段にて前記負荷軽減が必要であると判断された場合、前記ブロック単位のデータ受信が前記処理装置において判断されない態様で前記複数のデータを一連のデータとして送信する送信手段と（３０ｂ）、
を備えていることを特徴とする通信装置。
【請求項８】
道路上に設置される路側機（７）からのデータを受信し当該データをブロック単位の複数のデータとして送信する通信装置（３）と共に用いられ、当該通信装置とデータ通信可能に接続され、前記通信装置からの前記ブロック単位のデータ受信が判断される度にデータ処理を開始する処理装置（５）であって、
前記通信装置は、
前記処理装置の前記データ処理における負荷軽減が必要であるか否かを判断する判断手段（３０ａ）と、
前記判断手段にて前記負荷軽減が必要であると判断された場合、前記ブロック単位のデータ受信が前記処理装置において判断されない態様で前記複数のデータを一連のデータとして送信する送信手段と（３０ｂ）、を備えており、
前記送信手段にて前記一連のデータとして送信される前記複数のデータを分割して組み立てる組立手段（５０ａ）、
を備えていることを特徴とする処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、道路上に設置される路側機からのデータを受信して案内などを行う通信システムに関する。
【背景技術】
【０００２】
従来、ＤＳＲＣ（専用狭域通信：Dedecated Short Range Communication ）を用いたデータ通信が行われている。ＤＳＲＣは、車両通信に特化して設計された無線通信技術である。ＩＴＳ（高度道路交通システム：Intelligent Transport Systems ）で利用されており、ＶＩＣＳ（VICSは登録商標：Vehicle Information and Communication Systems）などの同報通信サービスや、ＥＴＣ（電子料金収受システム：Electronic Toll Collection System ）などの個別通信サービスがある。
【０００３】
ここでＥＴＣなどの個別通信サービスにおいては、路上機と車両側のＤＳＲＣ車載器との間で双方向のデータ通信を行い相互に応答を確認するため、車両側の処理負荷が高い場合には路上機を待たせることが可能となる。
【０００４】
ところが、ＶＩＣＳなどの同報通信サービスにおいては、路上機から車両側のＤＳＲＣ車載器への一方向のデータ通信となるため、車両側の処理負荷が高い場合、データを処理できなくなる虞がある。
【０００５】
この課題を解決するために近年、同報通信サービスのデータ（以下「同報データ」という）の処理において、一時的に処理能力を超えてしまう状況に対応したＤＳＲＣ車載器が提案されている（例えば、特許文献１参照）。
【０００６】
ところで、ＤＳＲＣ車載器などの通信装置は同報データを受信するのであるが、受信したデータに基づく案内処理などを行う機器（以下「処理装置」という）は、別構成となっているのが一般的である。例えばＶＩＣＳなどの同報データはＤＳＲＣ車載器にて路側機より受信され、ナビゲーション装置に渡されてナビゲーション装置において案内処理が行われるという具合である。これにより、ナビゲーション装置とは別に後からＤＳＲＣ車載器を購入することが可能となる。このとき、ＤＳＲＣ車載器などの通信装置とナビゲーション装置などの処理装置とは、ＵＳＢ（Universal Serial Bus）にて接続される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１２−１０５０５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記特許文献１は、ＤＳＲＣ車載器において、路側機からの同報データを如何にして受信するかを提案している。
しかしながら、上述したようにＤＳＲＣ車載器からナビゲーション装置へデータを送信する際、ナビゲーション装置側のＣＰＵの処理負荷が高くなると、ＤＳＲＣ車載器における路側機からのデータ受信が可能であっても、ナビゲーション装置側で処理できない虞がある。このため、ナビゲーション装置のＣＰＵを処理性能が高いものにする必要が生じる。また、ナビゲーション装置においてＤＳＲＣ車載器との連携以外に種々の機能を実現するためには、これらの機能の実現を見込んでＣＰＵを選定する必要が生じる。このため、ナビゲーション装置の製品出荷の直前になって処理負荷が問題となり、ＣＰＵを選定し直
すという事態も生じ得る。
【０００９】
なお、この課題は、ＤＳＲＣを用いたデータ通信に限らず、受信したデータを通信装置から処理装置へ送信する場合に同様に生じるものである。
本発明は、上述した課題を解決するためになされたものであり、その目的は、通信装置から処理装置へデータを送信する際、処理装置における処理負荷が高くなった場合でも確実にデータを送信可能とすることにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するためになされた請求項１に記載の通信システム（１）は、通信装置（３）と処理装置（５）とを備えている。
通信装置は、道路上に設置される路側機（７）からのデータを受信し、当該データをブロック単位の複数のデータとして処理装置へ送信する。
【００１１】
処理装置は、通信装置とデータ通信可能に接続され、通信装置からのブロック単位のデータ受信が判断される度にデータ処理を開始する。
ここで特に本発明では、通信装置の判断手段（３０ａ）が、処理装置のデータ処理における負荷軽減が必要であるか否かを判断する。そして、判断手段にて負荷軽減が必要であると判断された場合、送信手段（３０ｂ）によって、ブロック単位のデータ受信が処理装置において判断されない態様で複数のデータが一連のデータとして送信される。
【００１２】
この場合に処理装置では、組立手段（５０ａ）が、送信手段にて一連のデータとして送信される複数のデータを分割して組み立てる。
具体的に、通信装置と処理装置とがＵＳＢで接続される場合、処理装置は、ブロック単位のデータが所定の転送単位である６４バイトで転送されることを前提に、転送単位に満たない端数のデータが転送されると、ブロック単位のデータ受信を判断する。そこで、通信装置の送信手段は、ブロック単位が転送単位の整数倍となる態様で複数のデータを送信することが考えられる。
【００１３】
また、別の方式として、通信装置と処理装置とがＵＳＢで接続される場合、処理装置は、ブロック単位の末尾を示す末尾情報であるＮＵＬＬパケットによってブロック単位のデータ受信を判断する。そこで、通信装置の送信手段は、ＮＵＬＬパケットを付加しない態様で複数のデータを送信することが考えられる。
【００１４】
つまり、処理装置はブロック単位のデータ受信を判断する度にデータ処理を行うのであるが、高負荷時においては、ブロック単位のデータ受信が処理装置において判断されないようにすることで、ブロック単位毎のデータ処理の発生を抑えるのである。このようにすれば、通信装置から処理装置へデータを送信する際、処理装置における処理負荷が高くなった場合でも確実にデータを送信することができる。
【００１５】
以上は、通信システムの発明として説明してきたが、上記通信システムを構成する通信装置の発明として実現することもできる。すなわち、道路上に設置される路側機（７）からのデータを受信し当該データをブロック単位の複数のデータとして送信する通信装置（３）であって、通信装置とデータ通信可能に接続され、通信装置からのブロック単位のデータ受信が判断される度にデータ処理を開始する処理装置（５）と共に用いられ、処理装置は、通信装置から一連のデータとして送信される複数のデータを分割して組み立てる組立手段（５０ａ）を備えており、処理装置のデータ処理における負荷軽減が必要であるか否かを判断する判断手段（３０ａ）と、判断手段にて負荷軽減が必要であると判断された場合、ブロック単位のデータ受信が処理装置において判断されない態様で複数のデータを一連のデータとして送信する送信手段と（３０ｂ）、を備えていることを特徴とする通信
装置である。
【００１６】
また、上記通信システムを構成する処理装置の発明として実現することもできる。すなわち、道路上に設置される路側機（７）からのデータを受信し当該データをブロック単位の複数のデータとして送信する通信装置（３）と共に用いられ、当該通信装置とデータ通信可能に接続され、通信装置からのブロック単位のデータ受信が判断される度にデータ処理を開始する処理装置（５）であって、通信装置は、処理装置のデータ処理における負荷軽減が必要であるか否かを判断する判断手段（３０ａ）と、判断手段にて負荷軽減が必要であると判断された場合、ブロック単位のデータ受信が処理装置において判断されない態様で複数のデータを一連のデータとして送信する送信手段と（３０ｂ）、を備えており、送信手段にて一連のデータとして送信される複数のデータを分割して組み立てる組立手段（５０ａ）、を備えていることを特徴とする処理装置である。
【図面の簡単な説明】
【００１７】
【図１】通信システムの概略構成を示すブロック図である。
【図２】通常時のシーケンスを示す説明図である。
【図３】ブロック単位のデータを示す説明図である。
【図４】特徴となるシーケンスを示す説明図である。
【図５】ナビゲーション装置におけるバッファ設定処理を示すフローチャートである。
【図６】ＤＳＲＣ車載器におけるデータ送信処理を示すフローチャートである。
【図７】ナビゲーション装置におけるデータ組立処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態を図面に基づいて説明する。
図１に示す通信システム１は、車両に搭載されるＤＳＲＣ車載器３と、ナビゲーション装置５とを備えている。
【００１９】
ＤＳＲＣ車載器３は、制御部３０を中心に構成されている。制御部３０は、いわゆるコンピュータシステムとして構成され、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらを接続するバスラインを有している。この制御部３０には、無線部３１、カード認証部３２、入力操作部３３、スピーカ３４、表示部３５、記憶部３６、及び、ＵＳＢ部３７が接続されている。
【００２０】
無線部３１は、道路上に設置される路側機７との間でデータ通信を行うための構成である。例えば路側機７は、センタ（不図示）から送られてくるＶＩＣＳデータなどの同報データを送信する。以下では、同報データの一例としてのＶＩＣＳデータで説明を行うこととする。ＶＩＣＳデータは、路側機７にて分割されて送信される。無線部３１は、路側機７から送信されたＶＩＣＳデータを受信しＤＳＲＣ車載器３の制御部３０へ供給する。なお、例えば路側機７は、ＤＳＲＣ車載器３に対し、走行情報（プローブ情報）の送信を要求することもある。
【００２１】
カード認証部３２には、カードコネクタ３８が接続されている。カードコネクタ３８は、クレジットカードやＥＴＣカードなどのＩＣカード４０を装着するためのものである。これにより、カード認証部３２は、ＩＣカード４０との間でデータ授受を行うことが可能となる。なお、ＩＣカード４０は、カード認証部３２との間でデータ授受を行うカード制御部４１及び、パスワードなどの情報を記憶するカード記憶部４２を有してなる。
【００２２】
入力操作部３３は、例えば押しボタン式のスイッチとして具現化され、後述する音声出力などの切り換えや音量調整など、ＤＳＲＣ車載器３に対するユーザ操作を可能にする構成である。
【００２３】
スピーカ３４は、ＩＣカード４０がカードコネクタ３８に装着された場合や入力操作部３３を介した操作があった場合に確認の音声出力を行う等、ＤＳＲＣ車載器３の状態を音や音声によって報知する。表示部３５は、液晶表示器などで構成され、スピーカ３４と同様、ＤＳＲＣ車載器３の状態を予め定められた態様の表示によって報知する。
【００２４】
記憶部３６は、無線部３１を介して受信したデータを一時的に記憶するための構成である。後述するように、分割されて送信されてくるＶＩＣＳデータは、一時的に記憶部３６に記憶され、その後、ＤＳＲＣ車載器３の制御部３０によって、ブロック単位のデータとして組み立てられる。
【００２５】
ＵＳＢ部３７は、ナビゲーション装置５との通信を行うためのインターフェースである。ＤＳＲＣ車載器３にてブロック単位に組み立てられたデータは、このＵＳＢ部３７からナビゲーション装置５へ提供される。
【００２６】
一方、ナビゲーション装置５は、ナビ制御部５０を中心に構成されている。ナビ制御部５０は、ＤＳＲＣ車載器３の制御部３０と同様に、いわゆるコンピュータシステムとして構成され、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらを接続するバスラインを有している。このナビ制御部５０には、地磁気センサ５１、ジャイロスコープ５２、距離センサ５３、ＧＰＳ受信機５４、地図データ入力部５５、操作スイッチ群５６、ナビＵＳＢ部５７、外部メモリ５８、及び、案内部５９が接続されている。
【００２７】
地磁気センサ５１は、地磁気によって車両の方位を検出する構成である。また、ジャイロスコープ５２は、車両に加えられる回転運動の角速度に応じた検出信号を出力する。さらにまた、距離センサ５３は、車両の走行距離を出力する。また、ＧＰＳ受信機５４は、ＧＰＳ（Global Positioning System ）用の人工衛星からの送信信号を受信し、車両の位置座標や高度を検出する。かかる構成により、ナビ制御部５０は、車両の現在地、方位、速度などを算出可能となっている。
【００２８】
また、地図データ入力部５５は、ナビ制御部５０へ地図データを入力するための構成である。地図データは、ＤＶＤ−ＲＯＭ等に記憶されており、地図データ入力部５５を介してナビ制御部５０へ入力される。もちろん、ＤＶＤ−ＲＯＭ以外に、ＨＤＤやＣＤ−ＲＯＭなどを用いてもよい。地図データには、道路データ、描画データ、マップマッチング用データ、経路案内用データなどが含まれる。
【００２９】
操作スイッチ群５６は、ユーザからの各種指示を入力するための構成であり、物理的な押しボタンスイッチなどとして具現化される。あるいは、案内部５９の表示器と一体に構成されたタッチパネルとして具現化してもよい。
【００３０】
ナビＵＳＢ部５７は、ＤＳＲＣ車載器３との通信を行うためのインターフェースである。上述したＵＳＢ部３７からは、ブロック単位で、組み立てられたデータが送信されてくる。このデータを記憶するのが、ナビＵＳＢ部５７のバッファ５７ａである。
【００３１】
外部メモリ５８は、例えばＨＤＤなどとして具現化される。外部メモリ５８は、バッファ５７ａから読み出されたデータを記憶したり、バッファ５７ａから読み出されたデータを組立てるために一時的な記憶をしたり、組立後のＶＩＣＳデータを記憶したりする。
【００３２】
案内部５９は、探索されたルートに基づく経路案内やＤＳＲＣ車載器３から提供されるＶＩＣＳデータに基づく案内を行うための構成である。したがって、スピーカや表示器として具現化される。
【００３３】
次に、路側機７から送信されるＶＩＣＳデータの処理について、図２を参照して説明する。
図２に示す路側機７には、センタからＶＩＣＳデータが送信されてくる。ＶＩＣＳデータは、ＩＤ２やＩＤ３というような識別番号を持っている。路側機７は、ＶＩＣＳデータを５３２バイトのブロック単位のデータに分割する。記号Ａで示す如くである。図２では、１つのＶＩＣＳデータがブロック単位のデータに３分割されたものとする。
【００３４】
次に路側機７は、５３２バイトのブロック単位のデータを、１８３バイトに分割して送信する。記号Ｂで示す如くである。１８３バイトでの送信は、ＤＳＲＣの規格に基づくものである。
【００３５】
このため、ＤＳＲＣ車載器３は、路側機７から１８３バイトで送信されてくるデータを、無線部３１を介して受信する。ＤＳＲＣ車載器３の制御部３０は、１８３バイトで送信されてくるデータを、記憶部３６に記憶する。そして、その後、これを５３２バイトのブロック単位のデータとして組み立てる。記号Ｃで示す如くである。この５３２バイトも、ＤＳＲＣの規格に基づくものである。
【００３６】
次にＤＳＲＣ車載器３は、５３２バイトのブロック単位のデータをナビゲーション装置５へ送信する。より詳細には、５３２バイトのブロック単位のデータが、ＵＳＢの規格によって６４バイトずつナビゲーション装置５へ送信される。図１で言えば、ＤＳＲＣ車載器３の制御部３０が、ＵＳＢ部３７を介し、ナビゲーション装置５のナビＵＳＢ部５７へデータを送信する。６４バイトずつ供給されるデータは、ナビＵＳＢ部５７のバッファ５７ａに記憶される。そして、５３２バイト分のデータがバッファ５７ａに格納されると、当該ブロック単位のデータがナビ制御部５０にて読み出されて、ＶＩＣＳデータの組立てが行われる。したがって、５３２バイトのブロック単位のデータが受信される度に、ナビ制御部５０の処理（記号Ｄ１〜Ｄ３で示す処理）が発生することになる。そして、ナビゲーション装置５は、ＶＩＣＳデータの組立が完了すると、記号Ｅで示す案内処理を実行する。
【００３７】
ここで、ＤＳＲＣ車載器３からナビゲーション装置５へ供給されるブロック単位のデータについて説明する。
図３（ａ）に示すように、先頭にはデータ全体の大きさが５３２バイトであることを示す情報「５３２」が入っている。次にサービス種類を示す情報が入り、その後ろが、データ本体となっている。データ本体の先頭部分には、データ本体の大きさが５２８バイトであることを示す情報「５２８」が入っている。
【００３８】
このようなブロック単位のデータが６４バイトずつナビＵＳＢ部５７のバッファ５７ａに格納されていく。６４バイトずつバッファ５７ａに格納していくと、データ全体が５３２バイトであるため、最後の２０バイトが端数となる。このように６４バイトに満たない端数が生じると、ナビ制御部５０によってブロック単位のデータが読み出されて、ＶＩＣＳデータの組立てが行われる。つまり、ナビ制御部５０へ制御を渡すトリガが、データの末尾部分に生じる端数となっているのである。
【００３９】
また、別の方式として、図３（ｂ）に示すようにデータの末尾部分にＮＵＬＬパケットを付加する方法がある。この場合は、ブロック単位のデータの終端をＮＵＬＬパケットによって判定する。すなわち、ＮＵＬＬパケットが検出されると、ナビ制御部５０によってブロック単位のデータが読み出されて、ＶＩＣＳデータの組立てが行われる。つまり、ナビ制御部５０へ制御を渡すトリガが、データの末尾に付加されるＮＵＬＬパケットとなっているのである。
【００４０】
本実施形態では、このようなＵＳＢの仕組みを利用し、５３２バイトのブロック単位のデータが送信される度に発生するナビ制御部５０のデータ処理を発生しないようにする。
図３（ａ）に示したような６４バイトに満たない端数がナビ制御部５０へ制御を渡すトリガとなる場合は、図３（ｃ）に示すように、データの末尾に４４バイトのダミーデータを付加し、データ全体の大きさを５７６バイトとする。「５７６」は「６４」の倍数であり、６４バイトずつバッファ５７ａに格納していく場合、上述したような端数が生じない。このようにすれば、ナビ制御部５０へ制御を渡すトリガが発生しないことになる。これにより、ダミーデータを含む５７６バイトのブロック単位のデータがバッファ５７ａに繰り返し格納されることになる。すなわち、ブロック単位の複数のデータが、パックされた一連のデータとしてバッファ５７ａに格納される。
【００４１】
一方、図３（ｂ）に示したようなデータ末尾のＮＵＬＬパケットがナビ制御部５０へ制御を渡すトリガとなる場合は、ＮＵＬＬパケットを付加しないようにする。このようにすれば、ナビ制御部５０へ制御を渡すトリガが発生しないことになる。これにより、上記と同様に、ブロック単位の複数のデータが、パックされた一連のデータとしてバッファ５７ａに格納される。
【００４２】
結果として、図４に示すように、ナビゲーション装置５では、破線で示すようにブロック単位でのデータ処理が発生せず、記号Ｆで示すように、パックされた一連のデータをまとめて処理することになる。パックされた一連のデータの処理は、例えばナビゲーション装置５の負荷が小さくなったタイミングで実行する。この場合も、ナビゲーション装置５は、ＶＩＣＳデータの組立が完了すると、記号Ｅで示す案内処理を実行する。
【００４３】
次に、ナビゲーション装置５におけるバッファ設定処理を、図５のフローチャートに基づいて説明する。このバッファ設定処理は、ナビ制御部５０によって所定時間間隔で繰り返し実行される。
【００４４】
最初のＳ１００では、負荷調整が必要か否かを判断する。この判断は、例えばナビ制御部５０を構成するＣＰＵの使用率に基づいて行われる。ここで負荷調整が必要であると判断された場合（Ｓ１００：ＹＥＳ）、Ｓ１１０へ移行する。一方、負荷調整が必要でないと判断された場合（Ｓ１００：ＮＯ）、Ｓ１３０にてブロック単位（最大５３２バイト）でバッファサイズを設定し、その後、バッファ設定処理を終了する。
【００４５】
Ｓ１１０では、高負荷となっていることを通知する。この処理は、ＤＳＲＣ車載器３に対し、ナビ制御部５０のＣＰＵが高負荷となっており、負荷調整が必要であることを通知するものである。
【００４６】
続くＳ１２０では、負荷調整サイズにバッファサイズを設定する。ここでは、複数のブロック単位のデータがパックされた一連のデータとして格納されるようブロック単位の複数倍の形でバッファサイズを設定する。Ｓ１２０の処理終了後、バッファ設定処理を終了する。
【００４７】
次に、ＤＳＲＣ車載器３におけるデータ送信処理を、図６のフローチャートに基づいて説明する。このデータ送信処理は、路側機７からデータが送信されてくると、ＤＳＲＣ車載器３の制御部３０によって実行される。
【００４８】
最初のＳ２００では、同報データか否かを判断する。ＶＩＣＳデータなどの同報通信サービスのデータである場合には肯定判断される。一方、路側機７からの走行情報（プローブ情報）の送信要求など、個別通信サービスのデータである場合には否定判断される。こ
こで同報データであると判断された場合（Ｓ２００：ＹＥＳ）、Ｓ２１０へ移行する。一方、同報データでないと判断された場合（Ｓ２００：ＮＯ）、Ｓ２３０へ移行する。
【００４９】
Ｓ２１０では、高負荷通知があったか否かを判断する。この処理は、図５中のＳ１１０に対応するものであり、例えば所定期間内に高負荷であることがナビゲーション装置５から通知されている場合には肯定判断される。ここで高負荷通知があったと判断された場合（Ｓ２１０：ＹＥＳ）、Ｓ２２０へ移行する。一方、高負荷通知がないと判断された場合（Ｓ２１０：ＮＯ）、Ｓ２３０へ移行する。
【００５０】
Ｓ２２０では、パック可能なブロック単位でデータを送信する。この処理は、ナビ制御部５０への制御を渡すトリガがデータ末尾の端数で生じる場合、図３（ｃ）に示した５７６バイトのブロック単位でＶＩＣＳデータを送信するものである。また、ナビ制御部５０への制御を渡すトリガがデータ末尾のＮＵＬＬパケットで生じる場合、ＮＵＬＬパケットを付加せず、ＶＩＣＳデータを送信するものである。Ｓ２２０の処理終了後、データ送信処理を終了する。
【００５１】
一方、Ｓ２３０では、通常のブロック単位でデータを送信する。この処理は、図３（ａ）又は（ｂ）に示した５３２バイトのブロック単位でＶＩＣＳデータを送信するものである。Ｓ２３０の処理終了後、データ送信処理を終了する。
【００５２】
次に、ナビゲーション装置５におけるデータ組立処理を、図７のフローチャートに基づいて説明する。このデータ組立処理は、ブロック単位のデータの受信が判断された時、あるいは、ナビ制御部５０の処理負荷が小さくなった時のいずれかのタイミングで実行される。
【００５３】
最初のＳ３００では、高負荷通知をしたか否かを判断する。この処理は、図５中のＳ１１０に対応するものであり、例えば所定期間内に高負荷の通知をしている場合には肯定判断される。ここで高負荷通知をしたと判断された場合（Ｓ３００：ＹＥＳ）、Ｓ３１０へ移行する。一方、高負荷通知をしていない場合（Ｓ３００：ＮＯ）、Ｓ３１０の処理を実行せず、Ｓ３２０へ移行する。
【００５４】
Ｓ３１０では、バッファ５７ａのデータを分割する。この処理は、高負荷通知をした場合に対応するものであり、高負荷通知をした場合には、ＤＳＲＣ車載器３からのブロック単位のデータがパックされた一連のデータとしてナビＵＳＢ部５７のバッファ５７ａに格納されている。そこでパックされた一連のデータを分割する。
【００５５】
Ｓ３２０では、データの組立を行う。ここではブロック単位のデータから５２８バイトの本体データを取り出して、分割されたＶＩＣＳデータを組み立てる。Ｓ３２０の処理終了後、データ組立処理を終了する。
【００５６】
以上詳述したように本実施形態では、路側機７からのデータがＶＩＣＳサービスなどの同報データである場合（図６中のＳ２００：ＹＥＳ）、ナビゲーション装置５からの高負荷通知があるか否かを判断する（Ｓ２１０）。ここで高負荷通知があったと判断された場合（Ｓ２１０：ＹＥＳ）、パック可能なブロック単位で同報データを送信する（Ｓ２２０）。パックとは、ナビゲーション装置５にてブロック単位毎のデータ処理が発生せず、ブロック単位の複数のデータが一連のデータとしてバッファ５７ａに格納されることをいう。このとき、ナビゲーション装置５では、組立手段５０ａが、バッファ５７ａに格納された一連のデータを分割して組み立てる（図７中のＳ３１０，Ｓ３２０）。
【００５７】
すなわち、ＤＳＲＣ車載器３は、ナビゲーション装置５のデータ処理における負荷軽減
が必要であるか否かを判断する判断手段３０ａと、判断手段３０ａにて負荷軽減が必要であると判断された場合、ブロック単位のデータ受信がナビゲーション装置５において判断されない態様で複数のデータを一連のデータとして送信する送信手段３０ｂと、を備えている。また、ナビゲーション装置５は、送信手段３０ｂにて一連のデータとして送信される複数のデータを分割して組み立てる組立手段５０ａを備えている。
【００５８】
つまり、ナビゲーション装置５はブロック単位のデータ受信を判断する度にデータ処理を行うのであるが、高負荷時においては、ブロック単位のデータ受信がナビゲーション装置５において判断されないようにすることで、ブロック単位毎のデータ処理の発生を抑えるのである。このようにすれば、ＤＳＲＣ車載器３からナビゲーション装置５へデータを送信する際、ナビゲーション装置５における処理負荷が高くなった場合でも確実にデータを送信することができる。
【００５９】
具体的には、ナビゲーション装置５は、ブロック単位のデータが転送単位である６４バイトで転送されることを前提に、６４バイトに満たない端数のデータが転送されると、データ処理を開始する。そこで、ＤＳＲＣ車載器３の送信手段３０ｂは、転送単位である６４バイトの整数倍である５７６バイトをブロック単位として複数のデータを送信する（図６中のＳ２２０）。すなわち、ナビゲーション装置５は、ブロック単位のデータが所定の転送単位で転送されることを前提に、転送単位に満たない端数のデータが転送されると、ブロック単位のデータ受信を判断するよう構成されており、送信手段３０ｂは、ブロック単位が転送単位の整数倍となる態様で複数のデータを送信する。これにより、比較的簡単にブロック単位毎のデータ処理の発生を抑えることができる。
【００６０】
また、別の方式では、ナビゲーション装置５は、ブロック単位の末尾を示す末尾情報であるＮＵＬＬパケットによってブロック単位のデータ受信を判断する。そこで、ＤＳＲＣ車載器３の送信手段３０ｂは、ＮＵＬＬパケットを付加しない態様で複数のデータを送信する（図６中のＳ２２０）。すなわち、ナビゲーション装置５は、ブロック単位の末尾を示す末尾情報によってブロック単位のデータ受信を判断するよう構成されており、送信手段３０ｂは、末尾情報を付加しない態様で複数のデータを送信する。これにより、比較的簡単にブロック単位毎のデータ処理の発生を抑えることができる。
【００６１】
また、本実施形態では、路側機７からのデータが同報データであるか否かを判断し（図６中のＳ２００）、同報データである場合に（Ｓ２００：ＹＥＳ）、パック可能なブロック単位でデータを送信する（Ｓ２２０）。すなわち、判断手段３０ａは、路側機７からのデータが同報通信サービスのデータである同報データである場合に、負荷軽減が必要であると判断する。これにより、路側機７から一方的に送信される同報データである場合に、ナビゲーション装置５の処理負荷を軽減することができる。
【００６２】
さらにまた、本実施形態では、ナビゲーション装置５において、負荷調整が必要か否かを判断する（図５中のＳ１００）。ここで負荷調整が必要であると判断されると（Ｓ１００：ＹＥＳ）、高負荷であることを通知する（Ｓ１１０）。ＤＳＲＣ車載器３では、高負荷であることが通知されると（図６中のＳ２１０：ＹＥＳ）、パック可能なブロック単位でデータを送信する（Ｓ２２０）。すなわち、ナビゲーション装置５は、データ処理に影響を及ぼす高負荷状態となった場合に、通信装置へ高負荷であることを通知する通知手段５０ｂを備え、判断手段３０ａは、通知手段５０ｂによる高負荷の通知があった場合に、負荷軽減が必要であると判断する。これにより、ナビゲーション装置５の処理負荷が高くなった場合に、ナビゲーション装置５の処理負荷を軽減することができる。
【００６３】
また、本実施形態では、ナビゲーション装置５において、負荷調整が必要であると判断されると（図５中のＳ１００：ＹＥＳ）、負荷調整サイズにバッファサイズを設定する（
Ｓ１２０）。一方、負荷調整が必要でないと判断されると（Ｓ１００：ＮＯ）、ブロック単位でバッファサイズを設定する。すなわち、ナビゲーション装置５は、送信手段３０ｂによる一連のデータの送信に先立ちバッファサイズを変更する変更手段５０ｃを備えている。これにより、必要に応じてバッファサイズが設定されるため、バッファ５７ａを無駄に占有することなく有効に活用することができる。
【００６４】
以上、本発明は、上述した実施形態に何ら限定されるものではなく、その技術的範囲を逸脱しない範囲において、種々なる形態で実施できる。
上記実施形態では、ナビゲーション装置５にて負荷調整が必要であるか否かを判断し（図５中のＳ１００）、負荷調整が必要な場合（Ｓ１００：ＹＥＳ）、高負荷であることを通知していた（Ｓ１１０）。ＤＳＲＣ車載器３では、高負荷の通知があった場合に（図６中のＳ２１０：ＹＥＳ）、パック可能なブロック単位でデータを送信していた（Ｓ２２０）。すなわち、ナビゲーション装置５とＤＳＲＣ車載器３との間でネゴシエーションを行う構成であった。
【００６５】
これに対し、ネゴシエーションを実行せず、ＤＳＲＣ車載器３では、路側機７からのデータが同報データである場合には一律に、パック可能なブロック単位でデータを送信するようにしてもよい。このときは、例えばＤＳＲＣ車載器３からナビゲーション装置５への同報データの送信前あるいは送信後に、その旨の通知を行うことが考えられる。
【符号の説明】
【００６６】
１…通信システム、３…ＤＳＲＣ車載器、５…ナビゲーション装置、７…路側機、３０…制御部、３０ａ…判断手段、３０ｂ…送信手段、３１…無線部、３２…カード認証部、３３…入力操作部、３４…スピーカ、３５…表示部、３６…記憶部、３７…ＵＳＢ部、３８…カードコネクタ、４０…ＩＣカード、４２…カード記憶部、５０…ナビ制御部、５０ａ…組立手段、５０ｂ…通知手段、５０ｃ…変更手段、５１…地磁気センサ、５２…ジャイロスコープ、５３…距離センサ、５４…ＧＰＳ受信機、５５…地図データ入力部、５６…操作スイッチ群、５７…ナビＵＳＢ部、５７ａ…バッファ、５８…外部メモリ、５９…案内部
【図１】
2014092435.tif 000003
【図２】
2014092435.tif 000004
【図３】
2014092435.tif 000005
【図４】
2014092435.tif 000006
【図５】
2014092435.tif 000007
【図６】
2014092435.tif 000008
【図７】
2014092435.tif 000009