車載無線データ通信制御装置および無線データ通信制御装置
【課題】 無線通信装置を用いて基地局と無線接続することによって、データ通信を行うカーナビゲーション装置１、無線接続ができない旨の通知を行うタイミングを、車速および電波環境に応じて制御する。
【解決手段】 カーナビゲーション装置１は、電波環境が通信圏内状態の場合においては、車両が停止しているか走行しているか、通信モジュール２の電波環境が弱電界状態か中・強電界状態か、および設定テーブルに基づいて、リトライ回数、接続監視時間、リトライ間隔を決定する。そして、無線接続が不能である旨の通知をする前に、［リトライ回数＋１］回だけ無線接続を試み、また１回の無線接続の試みにおいては接続監視時間を限度として無線接続の成功を待ち、また１回の無線接続の試みが不成功となった後、無線接続の試みを再度行うまでにリトライ間隔分だけ待つ。
【解決手段】 カーナビゲーション装置１は、電波環境が通信圏内状態の場合においては、車両が停止しているか走行しているか、通信モジュール２の電波環境が弱電界状態か中・強電界状態か、および設定テーブルに基づいて、リトライ回数、接続監視時間、リトライ間隔を決定する。そして、無線接続が不能である旨の通知をする前に、［リトライ回数＋１］回だけ無線接続を試み、また１回の無線接続の試みにおいては接続監視時間を限度として無線接続の成功を待ち、また１回の無線接続の試みが不成功となった後、無線接続の試みを再度行うまでにリトライ間隔分だけ待つ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載無線データ通信制御装置および無線データ通信制御装置に関するものである。
【背景技術】
【０００２】
従来、携帯電話等、無線環境を利用したデータ通信が広く利用されてきている。無線通信を利用したデータ通信としては、例えば車載の通信データ通信装置において、ＰＰＰ（Ｐｉｏｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）によるダイヤルアップ接続が用いられている。このようなデータ通信においては、無線通信の基地局からの電波の強弱や干渉波の有無等、様々な要因によって、基地局と無線通信の端末との間の無線接続の確立が素早く完了したり、なかなか完了しなかったりする場合がある。
【０００３】
通常、無線接続に失敗したときは、無線接続のリトライを実施する。リトライとは、無線接続の試みを、無線接続ができない旨の通知をユーザに行う前に繰り返すことをいう。このリトライにおいては、接続ができない旨の通知を行うまでに試みる無線接続の回数のうち、最初の無線接続の試みを除いたものの回数をリトライ回数と呼び、このリトライにおける無線接続の試みの時間間隔をリトライ間隔と呼び、１回の接続の試みにおいて、接続成功を待てる限度時間を接続監視時間と呼ぶ。これらリトライ回数、リトライ間隔、接続監視時間といった量は、無線接続ができない旨の通知を行うタイミングに影響するパラメータ（以下リトライパラメータと記す）である。
【０００４】
従来技術では、この、リトライパラメータは、固定値となっている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、車載の無線データ通信装置において、このようにリトライパラメータが固定値となっていると、いくつかの問題があると考えられる。
【０００６】
例えば、接続の試みを開始してから接続できない旨の通知があるまで待つことに対する、運転者のイライラ感は、車両の走行中に比べ、車両の停止中の方がより強い。このような場合にも、車両の走行中と停止中との間で上記リトライのパラメータが変化しないことは、運転者のイライラ感の低減という観点においては不都合である。
【０００７】
また、例えば接続の試みを実施しようとした時に、車両がたまたま通信圏外、すなわち基地局との通信可能範囲外にあった場合、接続が不可能であることが明らかであるにも関わらず、通信圏内にいる場合と同様にリトライを行うことは、効率的であるとは言えない。
【０００８】
本発明は、上記点に鑑み、無線通信装置を用いて他の無線通信装置と無線接続することによって、データ通信を行う車載無線データ通信制御装置において、無線接続ができない旨の通知を行うタイミングを、車速に応じて制御することを第１の目的とする。
【０００９】
また、無線通信装置を用いて他の無線通信装置と無線接続することによって、データ通信を行う無線データ通信制御装置において、無線接続ができない旨の通知を行うタイミングを、当該無線通信装置の電波環境に応じて制御することを第２の目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、請求項１に記載の発明は、無線通信装置（２）を用いて他の無線通信装置（４）と無線接続することによってデータ通信を行う車載無線データ通信制御装置であって、前記無線接続が不能である旨の通知を、前記無線通信装置（２）の電波環境の状態に基づいたタイミングで行う通知手段（３１０〜４５０、５１０〜５９０）を備えた車載無線データ通信制御装置である。
【００１１】
これによって、他の通信装置と無線通信によって接続することによってデータ通信を行う車載無線データ通信制御装置は、通知手段によって、前記無線接続が不能である旨の通知を、無線通信装置の電波環境の状態に基づいたタイミングで行うので、無線接続ができない旨の通知を行うタイミングを、当該無線通信装置の電波環境に応じて制御することができる。
【００１２】
なお、車両の走行速度に関する情報とは、車両が停止しているか否かの情報も含む概念である。
【００１３】
また、請求項２に記載の発明は、請求項１に記載の車載無線データ通信制御装置であるにおいて、前記通知手段は、前記電波環境の状態に基づいた回数だけ前記無線接続の試みを行った後に、前記無線接続ができない旨の通知を行うことを特徴とする。
【００１４】
また、請求項３に記載の発明は、請求項２に記載の車載無線データ通信制御装置において、前記通知手段の、前記無線接続ができない旨の通知を行うまでに行う接続の試みの回数は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が少ないことを特徴とする。
【００１５】
また、請求項４に記載の発明は、請求項１ないし３のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記電波環境の状態に基づいた時間間隔で、前記無線接続ができない旨の通知を行うまで接続の試みを繰り返すことを特徴とする。
【００１６】
また、請求項５に記載の発明は、請求項１ないし４のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記電波環境の状態に基づいた限度時間だけ、１回の前記無線接続の試みにおいて前記無線接続の成功を待つことを特徴とする。
【００１７】
また、請求項６に記載の発明は、請求項５に記載の車載無線データ通信制御装置において、前記通知手段の、前記１回の接続の試みにおいて前記無線接続の成功を待てる限度時間は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が短いことを特徴とする。
【００１８】
また、請求項７に記載の発明は、請求項１ないし６のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記電波環境の状態に基づいて、前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を決定することを特徴とする。
【００１９】
また、請求項８に記載の発明は、請求項１ないし７のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記無線通信装置（２）の電波環境の状態が圏外状態であるときは、前記無線接続の試みを行わずに、前記無線接続ができない旨の通知を行うことを特徴とする。
【００２０】
また、請求項９に記載の発明は、請求項１ないし８のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、再度の前記無線接続の試みの前に、前記決定した前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を変更することを特徴とする。
【００２１】
なお、上記各手段の括弧内の符号は、後述する実施形態に記載の具体的手段、または具体的手段として下記制御回路１８のＣＰＵを機能させるためのソフトウェアの処理との対応関係を示すものである。
【発明を実施するための最良の形態】
【００２２】
（第１実施形態）
図１に、本発明の第１実施形態において説明するダイヤルアップ通信システムの概要図を示す。車両３に搭載されたカーナビゲーション装置１（車載無線データ通信制御装置に相当する）は、通信モジュール２を用いて無線通信の基地局４と無線接続を確立し、データ通信のデータと音声通信のデータとを振り分けるＰＤＳＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｓｅｒｖｉｎｇ Ｎｏｄｅ）５、プロクシサーバ６を介して、コンテンツサーバ８等のインターネット７上のデータ通信機器とデータの授受を行う。カーナビゲーション装置１が通信モジュール２を用いて行う基地局４との無線接続の確立のためのプロトコルとしては、ＰＰＰを用いる。
【００２３】
図２に、このカーナビゲーション装置１および通信モジュール２の構成を示す。通信モジュール２は、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）等の通信方式を用いた無線通信を行うことができるようになっており、アンテナ２３、ベースバンドプロセッサ２４、受信回路２５、送信回路２６、およびメモリ２７を有している。
【００２４】
受信回路２５は、アンテナ２３が受信した信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等を施し、その結果をベースバンドプロセッサ２４に出力する。
【００２５】
送信回路２６は、ベースバンドプロセッサ２４から入力されたデータに対してＤ／Ａ変換、変調、周波数変換、増幅等を施し、その結果の信号をアンテナ２３に出力する。
【００２６】
メモリ２７は、図示しないＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭから成り、ベースバンドプロセッサ２４からの制御信号に基づいて、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭの記憶領域からデータを読み出してアンテナ２３に出力し、あるいはベースバンドプロセッサ２４から入力されたデータをＲＡＭ、ＥＥＰＲＯＭに書き込む。
【００２７】
ベースバンドプロセッサ２４は、例えば回路構成がプログラム可能となっているＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）から成り、受信回路２５から入力された信号に対して、当該プログラムされた回路構成に基づく処理を施し、その結果のデータをセキュリティ制御回路１８に出力し、またセキュリティ制御回路１８から入力されたデータに対して、当該プログラムされた回路構成に基づく処理を施し、その結果のデータを送信回路２６に出力する。またベースバンドプロセッサ２４は、上記処理の必要に応じて、メモリ２７のＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭに対して情報の書き込み、読み出しのための制御信号を出力する。
【００２８】
本実施形態におけるベースバンドプロセッサ２４の具体的処理としては、受信回路２５から受信したデータに対して、用いる通信方式に則った復調処理（例えば逆拡散、ＱＰＳＫ復調等）等の処理を施し、その結果のデータを制御回路１８に出力する。またベースバンドプロセッサ２４は、制御回路１８から無線送信のために入力されたデータに対して、用いる通信方式に則った変調処理等の処理を施し、その結果のデータを送信回路２６に出力する。
【００２９】
またベースバンドプロセッサ２４は、受信回路２５から入力され、復調を行ったデータを元に、受信電波の強度（以下受信電界強度と記す）の値を定期的に算出し、この算出した値を制御回路１８に出力する。またベースバンドプロセッサ２４は、受信回路２５から入力され、復調を行ったデータを元に、基地局４から送出された信号に係る電波の受信強度と、他のノイズ電波等を含めた全受信電波の強度の比の値（以下信号強度比と記す）を定期的に算出し、算出した値を制御回路１８に出力する。信号強度比の例としては、例えばＣＤＭＡにおいては、パイロットエネルギーの、受信帯域内送電力スペクトル密度に対する比率であるＥｃ／Ｉｏ値がある。
【００３０】
またベースバンドプロセッサ２４は、制御回路１８からデータ通信のための接続を行う旨の制御信号の入力があると、基地局４との無線接続の確立のための通信を行う。例えば、制御回路１８から、ＡＴコマンド群の一部であるＡＴＤコマンド入力があると、基地局４との通信を開始するための信号を受信回路２５に出力し、以後はＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等による無線接続のためのやり取りのデータを、受信回路２５および送信回路２６を介して基地局４と交換し合う。
【００３１】
カーナビゲーション装置１は、位置検出器１１、内部メモリ制御装置１６、操作スイッチ群１７、外部メモリ制御装置１９、表示装置２０、リモコンセンサ２１およびこれらに接続された制御回路１８を備えている。
【００３２】
表示装置２０は、液晶ディスプレイ等の表示面およびスピーカを有し、制御回路１８からの映像信号の入力に応じて液晶ディスプレイ等の表示面に当該映像を表示し、また制御回路１８からの音声信号の入力に応じてスピーカに当該音声を出力させる。
【００３３】
操作スイッチ群１７は、表示装置２０の表示面の周囲に設けられた複数のメカニカルスイッチ、当該表示面に重ねて設けられたタッチパネル等の入力装置から成り、ユーザによるメカニカルスイッチの押下（例えば押しボタンの押下）、タッチパネルのタッチに基づいた信号を制御回路１８に出力する。
【００３４】
リモコンセンサ２１は、ユーザの操作に基づいて赤外線等による無線信号を送信するリモコン２２から受信した信号を制御回路１８に出力する。
【００３５】
位置検出器１１は、いずれも周知の地磁気センサ１２、ジャイロスコープ１３、車速センサ１４、および衛星からの電波に基づいて車両の位置を検出するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）のためのＧＰＳ受信機１５を有し、これらのセンサ等１２〜１５の検出に基づいた現在位置情報を制御回路１８に出力する。これらのセンサ等１２〜１５は各々が性質の異なる誤差を持っているため、複数のセンサを相補的に使用するように構成されている。なお精度によっては上述した内の一部で構成されていてもよく、更に図示しないステアリングの回転センサ、各駆動輪の車輪センサ等を有していてもよい。
【００３６】
内部メモリ制御装置１６は、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶媒体を備え、制御回路１８からの制御命令等に基づいて、この不揮発性記憶媒体に対してデータの読み出しおよび可能であればデータの書き込みの制御を行う。この不揮発性記憶媒体が記憶している情報としては、上記した位置検出の精度向上のためのいわゆるマップマッチング用データ、地図データおよび目印データを含む各種データ、カーナビゲーション装置１の動作のためのプログラム、および後述する設定テーブル等がある。
【００３７】
外部メモリ制御装置１９は、ＤＶＤ−ＲＯＭ、メモリスティック、メモリカード等の外部記憶媒体に対して、データの読み出しおよび可能であればデータの書き込みの制御を行う。上記外部記憶媒体が記憶している情報としては、上記した内部メモリ制御装置１６の制御する記憶媒体が有するマップマッチング用データ、地図データおよび目印データ等に対する追加データ等がある。
【００３８】
制御回路１８は、通常のコンピュータとして構成されており、内部にはＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリ、Ｉ／Ｏおよびこれらの構成を接続するバスラインが備えられている。制御回路１８は、ＲＯＭ、外部メモリ制御装置１９から読み出したカーナビゲーション装置１の動作のためのプログラムを実行し、その実行の際にはＲＯＭ、ＲＡＭ、フラッシュメモリから情報を読み出し、ＲＡＭ、フラッシュメモリに対して情報の書き込みを行い、Ｉ／Ｏを介して位置検出器１１、操作スイッチ群１７、外部メモリ制御装置１９、表示装置２０、リモコンセンサ２１等と信号の授受を行う。
【００３９】
この制御回路１８のＣＰＵは、カーナビゲーション装置１が起動するとき、ＲＯＭからブートプログラム、オペレーティングシステム（以下ＯＳと記す）等を読み出して実行し、このＯＳに基づいたハードウェア制御およびプロセス管理を行う。ＯＳ上で動作するプロセスとしては、メニュープログラム、経路探索プログラム、地図表示プログラム、データ通信プログラム、接続制御プログラム、およびその他のプログラムがある。
【００４０】
以下では、当該ＣＰＵがプログラムを読み込んで実行する動作を、当該実行されるプログラムの動作であるとみなして説明する。
【００４１】
メニュープログラムは、ＯＳ上で動作する各種プログラムを、そのプログラムの機能や目的別に階層的にメニュー表示し、そのメニュー表示されたものの中からユーザが選択したプログラムの実行を開始させる。なお、メニュー表示は表示装置２０の表示面に当該メニューの画像データを出力することで行い、また、ユーザの選択は、リモコンセンサ２１を介したリモートコントロール端末（以下リモコンと称する）２２または操作スイッチ群１７に対する選択操作（カーソル移動、確定ボタン押下等）によって制御回路１８に入力された信号に基づいて検出する。
【００４２】
経路探索プログラムは、リモコン２２により、あるいは操作スイッチ群１７により目的地の位置が入力されると、現在位置からその目的地までの最適な経路を自動的に選択して誘導経路を形成し表示装置２０に表示させる。自動的に最適な経路を設定する手法としては、ダイクストラ法等が知られている。
【００４３】
地図表示プログラムは、位置検出器１１から入力された現在位置情報に基づく車両現在位置マークと、外部メモリ制御装置１９より読み出した地図データと、経路探索プログラムによって形成した誘導経路等の付加データとを重ねてその表示装置２０の表示面に表示させる。
【００４４】
データ通信プログラムは、通信モジュール２を介してインターネット７上の他の機器とデータ通信を行うためのプログラムである。データ通信プログラムとしては、例えば、Ｗｅｂ閲覧プログラム、ｅ−ｍａｉｌ送受信プログラムがある。なお、データ通信プログラムは、通信モジュール２と基地局４との無線接続が確立されていない場合は、接続制御プログラムを起動する。
【００４５】
接続制御プログラムは、上記データ通信プログラムによって起動されると、通信モジュール２を用いて、無線通信の基地局４とのＰＰＰ接続を確立するための動作を行う。図３に、この接続制御プログラムのフローチャートを示す。
【００４６】
まず、ステップ３１０では、通信モジュール２の電波通信環境が、通信圏外状態であるか否かを判定する。具体的には、基地局４からの電波の信号強度比が、所定の値（例えば−１６ｄＢ）より大きいときは通信圏内であると判定し、所定の値より小さいときは通信圏外であると判定する。なお、基地局４からの電波の受信強度と他のノイズ電波等の受信強度の比は、通信モジュール２から出力されたものを用いる。
【００４７】
通信圏外である場合は、処理はステップ４１０に進み、通信圏内である場合は、処理はステップ３２０に進む。
【００４８】
ステップ３２０では、リトライ回数、リトライ間隔、接続監視時間の、各リトライパラメータを通信モジュール２の電波環境の状態、車両１の走行速度に基づいて設定変更する。電波環境の状態とは、具体的には、圏外状態、弱電界状態（例えば、圏内状態で、かつ受信電界強度が−９０ｄＢｍ未満の状態）、および中・強電界状態（例えば、圏内状態で、かつ受信電界強度が−９０ｄＢｍ以上の状態）の３つの状態のいずれに該当するかをいう。この電波環境の状態は、通信モジュール２が出力する、通信モジュール２における受信電界強度および信号強度比の情報に基づいて特定する。車速は、車速センサ１４からの信号に基づいて特定する。車速については、車両３が停止しているか否かを特定する。
具体的には、特定した車速が所定の速度（例えば時速１ｋｍ）以下であれば停車していると判定し、そうでないなら走行していると判定する。
【００４９】
設定変更は、具体的には、図４に示す設定テーブルを内部メモリ制御装置１６のＨＤＤから読み出して参照することによって行う。この設定テーブルは、車両の走行速度（停車中または走行中）および電波環境（通信圏外、弱電界、または中・強電界）毎に設けられる複数のエントリから成るデータである。各エントリは、リトライ回数、接続監視タイマ、およびリトライ間隔の情報を要素として有する。図４の表の先頭行以外の各行が１つのエントリを表し、これら各行中の各セルが、それらエントリが有する情報の組の一要素を表している。
【００５０】
例えば、図４中の７行目のエントリは、車両が走行中で電波環境が中・強電界状態に対応するエントリであり、このエントリが含む情報により、車両が停車中で電波環境が弱電界状態の場合は、リトライ回数は１回、接続監視時間は４０秒、リトライ間隔は５秒と特定できる。
【００５１】
なお、各エントリ中の要素には、空であることを示す情報が入っている場合がある。図４においては、空の情報が入っている要素に対応するセルには、横線（−）が記載されている。例えば、図４中の３行目のエントリは、車両が停車中で電波環境が弱電界状態に対応するエントリであり、このエントリが含む情報により、車両が停車中で電波環境が弱電界状態の場合は、リトライ回数は０回、接続監視時間は４０秒、リトライ間隔は空と特定できる。リトライ間隔が空なのは、この場合におけるリトライ回数がゼロなので、リトライの間隔という概念が成立しないからである。
【００５２】
なお、設定テーブル中に含まれる情報は、あらかじめ設定されているものであるが、ユーザによって変更可能となっていてもよい。
【００５３】
ステップ３２０では、上記特定した電波環境の状態および車速に該当するエントリをこの設定テーブルから抽出し、そのエントリが含むリトライ回数、接続監視時間、およびリトライ間隔の値を、制御回路１８のＲＡＭ中に、所定の変数として記録する。
【００５４】
次にステップ３３０では、接続監視タイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００５５】
次にステップ３４０では、ダイヤルアップ接続を実行する。具体的には、通信モジュール２に対して基地局４にＰＰＰ接続するような制御信号（例えばＡＴＤコマンド）を出力する。
【００５６】
次にステップ３５０では、接続が成功したか否かを判定する。これは通信モジュール２から、無線接続が成功した旨の信号（例えばＡＴコマンドの規約に則ったＣＯＮＮＥＣＴの文字列）を受信したか否かで判定する。接続が成功すると、処理はステップ３６０に進み、接続成功の旨を表示装置２０に表示させ、その後処理は終了し、終了した後は通信プログラムによるアプリケーション層に係るデータの通信が行われる。
【００５７】
ステップ３５０で接続が未だ成功していないと判定すると、処理はステップ３７０に進み、接続監視タイマ満了または接続失敗かを判定する。接続監視タイマ満了か否かは、直前のステップ３３０でＲＡＭに記録した時刻と、現在時刻との差が、ステップ３２０で設定した接続監視時間より大きいか否かで判定する。また、接続失敗か否かは、車両３から、接続が失敗した旨の信号（例えば、ＡＴコマンドの規約に則ったＮＯ ＣＡＲＲＩＯＲの文字列）が出力されたか否かで判定する。接続監視タイマが満了せず、かつ接続失敗でもない場合は、処理はステップ３５０に戻る。接続監視タイマ満了または接続失敗の場合、処理はステップ３８０に進む。
【００５８】
これによって、接続成功となって処理がステップ３６０に進むか、あるいは接続失敗または接続監視タイマ満了（すなわち接続不成功）となって処理がステップ３８０に進むまでは、ステップ３５０と３７０の判定処理が繰り返される。
【００５９】
ステップ３８０では、リトライ回数が満了したか否かを判定する。具体的には、接続制御プログラムが起動してからダイヤルアップ接続を実行した回数が、［ステップ３２０で設定したリトライ回数＋１］以上であるか否かを判定する。リトライ回数が満了している場合、処理はステップ３９０に進み、満了していない場合、処理はステップ４００に進む。
【００６０】
ステップ３９０では、接続失敗の旨を表示装置２０に表示させる。そして処理は終了する。
【００６１】
ステップ４００では、リトライ間隔待ちを行う。具体的には、ステップ３２０で設定したリトライ間隔の時間が経過するまで待つ。そして、このリトライ間隔の時間が経過すると、処理はステップ３３０に戻る。
【００６２】
以上のようなステップ３１０〜４００の処理によって、接続制御プログラムは、通信モジュール２の電波環境が通信圏内状態の場合においては、車両３が停止しているか走行しているか、通信モジュール２の電波環境が弱電界状態か中・強電界状態か、および設定テーブルに基づいて、リトライパラメータの値を決定する（ステップ３３０）。そして、この決定したリトライパラメータに基づいたタイミングで無線接続が不能である旨の通知を行う。すなわち、無線接続が不能である旨の通知をする前に、［リトライ回数＋１］回だけ無線接続を試み、また１回の無線接続の試みにおいては接続監視時間を限度として無線接続の成功を待ち、また１回の無線接続の試みが不成功となった後、無線接続の試みを再度行うまでにリトライ間隔分だけ待つ。なお、無線接続が成功した場合は、無線接続が不能である旨の通知を行わないのは当然である。
【００６３】
また、ステップ３１０で圏外であると判定した後の、ステップ４１０では、車両３の走行速度を特定し、車両３が停止状態か否かを判定する。車両３の走行速度の特定、および車両３が停止状態か否かの判定の具体的な手法は、ステップ３２０と同様である。車両が走行している場合、処理はステップ４５０に進み、車両が停止している場合、処理はステップ４２０に進む。
【００６４】
ステップ４２０では、圏外復帰監視タイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００６５】
次にステップ４３０では、通信モジュール２の電波環境が、圏外状態から復帰したか否かを判定する。すなわち、通信モジュール２から出力される受信電界強度の情報に基づいて、通信モジュール２の電波環境が、弱電界状態、中・強電界状態のいずれかであるか否かを判定する。圏外状態から復帰したと判定すると、処理はステップ３２０に戻り、復帰していないと判定すると、処理はステップ４４０に進む。
【００６６】
ステップ４４０では、圏外復帰監視タイマが満了したか否かを判定する。圏外復帰監視タイマ満了か否かは、直前のステップ４２０でＲＡＭに記録した時刻と、現在時刻との差が、所定の圏外復帰監視タイマ値（例えば１２０秒）より大きいか否かで判定する。なお、所定の圏外復帰監視タイマ値は、あらかじめ決められている。圏外復帰監視タイマが満了すると、処理はステップ４５０に進み、満了していないと、処理はステップ４３０に戻る。
【００６７】
これによって、圏外復帰となって処理がステップ３２０に進むか、あるいは圏外復帰監視タイマ満了となって処理がステップ４５０に進むまでは、ステップ４３０と４４０の判定処理が繰り返される。
【００６８】
ステップ４５０では、ステップ３９０と同様、接続失敗の旨の表示を表示装置２０に行わせる。そして処理は終了する。
【００６９】
以上のようなステップ４１０〜４５０の処理によって、通信モジュール２の電波環境が通信圏外状態の場合には、車両が停止状態ならば直ちに接続が不能である旨を表示装置２０を用いてユーザに通知し、また車両が走行状態ならば、無線接続が不能である旨の通知を行う前に、圏外復帰監視タイマ値の時間だけ、通信圏外から通信圏内に復帰することを待つ。そして、圏内に復帰した場合は、新たな車両の走行速度、および通信モジュール２の電波環境に基づいて、リトライパラメータを決定し、またこの新たな車両の走行速度、および通信モジュール２の電波環境に基づいたタイミングで無線接続が不能である旨の通知を行う。
【００７０】
以上の様な接続制御プログラムの動作によって、カーナビゲーション装置１は、リトライパラメータを、車速検出手段が検出した車両の走行速度の情報、通信モジュール２の電波環境の状態、および設定テーブルに基づいて決定し、無線接続が不能である旨の通知を、車速検出手段が検出した車両の走行速度の情報、および通信モジュール２の電波環境の状態に基づいたタイミングで行うので、無線接続ができない旨の通知を行うタイミングを、車速に応じて制御することができる。
【００７１】
また、図４の設定テーブルの表の通り、リトライ回数、接続監視時間の値は、車両の停車中よりも車両の走行中の方が大きい場合がある。これによって、車両停止時には、無線接続ができない旨の通知のタイミングが、車両走行時に比べて早いので、運転者のイライラ感を低減することができる。
【００７２】
また、車両が走行中の場合、通信モジュール２が弱電界状態の場合よりも中・強電界状態の場合の方が、リトライ回数および接続監視時間の値が小さい。これは、中・強電界状態の場合に比べ、弱電界状態の場合は、無線接続が成功し難いので、通信不能の通知までのタイミングをより遅らせるようにするためである。
【００７３】
（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態が第１実施形態と異なる部分は、制御回路１８のＣＰＵが実行する接続制御プログラムのみである。図５に、本実施形態における接続制御プログラムを示す。なお、図３と図５において同一の符号が付されたステップは、互いに同一の処理を行うものであり、ここではその詳細についての説明は省略する。
【００７４】
まず、ステップ５１０では、車速および通信モジュール２の電波環境の状態に基づいて、リトライ回数を決定する。具体的には、図３のステップ３２０と同様、図４の設定テーブルを参照して、該当する電波環境および車両の停止、走行のエントリに基づいて、リトライ回数を所定の変数として制御回路１８のＲＡＭ中に記録する。
【００７５】
次にステップ５２０では、通信モジュール２から、電波状態の情報を取得する。
【００７６】
次にステップ５３０では、通信モジュール２の電波環境が圏外状態であるか否かを判定する。判定の具体的な手法は、図３のステップ３１０と同様である。圏外であると判定すると、処理は図６のステップ４１０に進み、圏外でないと判定すると、処理はステップ５４０に進む。
【００７７】
ステップ５４０では、車速および通信モジュール２の電波環境の状態に基づいて、接続監視時間を決定する。具体的には、図３のステップ３２０と同様、図４の設定テーブルを参照して、該当する電波環境および車両の停止、走行のエントリに基づいて、接続監視時間を所定の変数として制御回路１８のＲＡＭ中に記録する。更に、接続監視タイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００７８】
ステップ５４０の後のステップ３５０〜３９０の処理は、図３の同符号の処理と同様である。ただし、ステップ３７０での、リトライ待ちタイマが満了したか否かの判定については、リトライ待ちタイマ満了か否かは、直前のステップ５４０でＲＡＭに記録した時刻と、現在時刻との差が、ステップ５４０で設定した接続監視時間より大きいか否かで判定する。また、ステップ３８０でリトライ回数が満了していないと判定した場合、処理はステップ５５０に進む。
【００７９】
ステップ５５０では、ステップ５２０と同様、通信モジュール２から電波状態の情報を取得する。
【００８０】
次にステップ５６０では、ステップ５３０と同様、通信モジュール２の電波環境が圏外状態であるか否かを判定する。圏外状態である場合、処理は図６のステップ４１０に進み、圏外状態でない場合、処理はステップ５７０に進む。
【００８１】
ステップ５７０では、電波環境の状態に基づいて、リトライ間隔を決定する。具体的には、図３のステップ３２０と同様、図４の設定テーブルを参照して、該当する電波環境のエントリ（ただし、実際に車両３が走行中であると否とに関わらず、走行中の場合のエントリを使用する）に基づいて、リトライ間隔を所定の変数として制御回路１８のＲＡＭ中に記録する。更に、リトライ待ちタイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００８２】
次に、ステップ５８０では、ステップ５３０、５６０と同様、通信モジュール２が圏外状態であるか否かを判定し、圏外状態である場合、処理は図６のステップ４１０に進み、圏外状態でない場合、処理はステップ５９０に進む。
【００８３】
ステップ５９０では、リトライ待ちタイマが満了したか否かを判定する。リトライ待ちタイマ満了か否かは、直前のステップ５７０でＲＡＭに記録した時刻と、現在時刻との差が、ステップ５７０で設定したリトライ間隔より大きいか否かで判定する。リトライ待ちタイマが満了した場合、処理はステップ５４０に進み、リトライ待ちタイマが満了していない場合、処理はステップ５８０に戻る。
【００８４】
これによって、圏外状態となって処理がステップ４１０に進むか、あるいはリトライ待ちタイマ満了となって処理がステップ５４０に進むまでは、ステップ５８０と５９０の判定処理が繰り返される。
【００８５】
なお、図６のステップ４３０では、圏外から復帰したと判定すると、処理は図５のステップ５４０に進む。
【００８６】
接続制御プログラムがこのようになっていることで、カーナビゲーション装置１は、無線接続が不成功に成った後（ステップ３７０のＹｅｓへの分岐に対応する）、再度の無線接続の試みの前に、先に決定したリトライパラメータの値を、新たな車両３の走行速度および通信モジュール２の電波環境状態に基づいて変更するようになっている。これによって、カーナビゲーション装置１は、第１実施形態の効果に加え、車速、電波環境の変動に柔軟に対応することができるようになる。ただし、リトライパラメータののうち、リトライ回数は固定としている。
【００８７】
（第３実施形態）
次に、本発明の第３実施形態について説明する。本実施形態が第２実施形態とで変化した部分は、内部メモリ制御装置１６のＨＤＤ中の設定テーブルの、車両が停車状態で、かつ電波環境が中・強電界のエントリにおいて、リトライ回数が０回から１回に変化し、またリトライ間隔が１秒となったことのみである。このような場合の設定テーブルを図７に表として示す。
【００８８】
このようになっていることで、リトライ間隔の値は、車両の停車中よりも車両の走行中の方が大きい場合がある。これによって、第１、第２実施形態の効果に加え、車両停止時には、無線接続ができない旨の通知のタイミングが、リトライ間隔が小さいことで、車両走行時に比べて早いので、運転者のイライラ感を低減することができる。
【００８９】
なお、上記した各実施形態において、車両が停止しているか否かについては、車速センサ１４ではなく、例えば車両３がドライブレンジ（Ｐ、Ｒ、Ｄ、Ｌ等）を検出するドライブレンジセンサを備え、このドライブレンジセンサから、ドライブレンジがＰ（駐車）の位置にあれば、車両は停止しており、それ以外の場合は、車両は停止していないと判定するようになっていてもよい。すなわち、車速検出手段は、車両の走行速度に関する情報を検出できれば、どのようなものであってもよい。
【図面の簡単な説明】
【００９０】
【図１】本発明の第１実施形態において説明するダイヤルアップ通信システムの概要図である。
【図２】カーナビゲーション装置１および通信モジュール２の構成図である。
【図３】第１実施形態における接続制御プログラムのフローチャートである。
【図４】設定テーブルを示す図表である。
【図５】第２実施形態における接続制御プログラムの一部のフローチャートである。
【図６】第２実施形態における接続制御プログラムの一部のフローチャートである。
【図７】第３実施形態における設定テーブルを示す図表である。
【符号の説明】
【００９１】
１…カーナビゲーション装置、２…通信モジュール、３…車両、４…基地局、
５…ＰＤＳＮ、６…プロクシサーバ、７…インターネット、８…コンテンツサーバ、
１１…位置検出器、１２…地磁気センサ、１３…ジャイロスコープ、
１４…車速センサ、１５…ＧＰＳ受信機、１６…内部メモリ制御装置、
１７…操作スイッチ群、１８…制御回路、１９…外部メモリ制御装置、
２０…表示装置、２１…リモコンセンサ、２２…リモコン、２３…アンテナ、
２４…ベースバンドプロセッサ、２５…受信回路、２６…送信回路、２７…メモリ。
【技術分野】
【０００１】
本発明は、車載無線データ通信制御装置および無線データ通信制御装置に関するものである。
【背景技術】
【０００２】
従来、携帯電話等、無線環境を利用したデータ通信が広く利用されてきている。無線通信を利用したデータ通信としては、例えば車載の通信データ通信装置において、ＰＰＰ（Ｐｉｏｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）によるダイヤルアップ接続が用いられている。このようなデータ通信においては、無線通信の基地局からの電波の強弱や干渉波の有無等、様々な要因によって、基地局と無線通信の端末との間の無線接続の確立が素早く完了したり、なかなか完了しなかったりする場合がある。
【０００３】
通常、無線接続に失敗したときは、無線接続のリトライを実施する。リトライとは、無線接続の試みを、無線接続ができない旨の通知をユーザに行う前に繰り返すことをいう。このリトライにおいては、接続ができない旨の通知を行うまでに試みる無線接続の回数のうち、最初の無線接続の試みを除いたものの回数をリトライ回数と呼び、このリトライにおける無線接続の試みの時間間隔をリトライ間隔と呼び、１回の接続の試みにおいて、接続成功を待てる限度時間を接続監視時間と呼ぶ。これらリトライ回数、リトライ間隔、接続監視時間といった量は、無線接続ができない旨の通知を行うタイミングに影響するパラメータ（以下リトライパラメータと記す）である。
【０００４】
従来技術では、この、リトライパラメータは、固定値となっている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、車載の無線データ通信装置において、このようにリトライパラメータが固定値となっていると、いくつかの問題があると考えられる。
【０００６】
例えば、接続の試みを開始してから接続できない旨の通知があるまで待つことに対する、運転者のイライラ感は、車両の走行中に比べ、車両の停止中の方がより強い。このような場合にも、車両の走行中と停止中との間で上記リトライのパラメータが変化しないことは、運転者のイライラ感の低減という観点においては不都合である。
【０００７】
また、例えば接続の試みを実施しようとした時に、車両がたまたま通信圏外、すなわち基地局との通信可能範囲外にあった場合、接続が不可能であることが明らかであるにも関わらず、通信圏内にいる場合と同様にリトライを行うことは、効率的であるとは言えない。
【０００８】
本発明は、上記点に鑑み、無線通信装置を用いて他の無線通信装置と無線接続することによって、データ通信を行う車載無線データ通信制御装置において、無線接続ができない旨の通知を行うタイミングを、車速に応じて制御することを第１の目的とする。
【０００９】
また、無線通信装置を用いて他の無線通信装置と無線接続することによって、データ通信を行う無線データ通信制御装置において、無線接続ができない旨の通知を行うタイミングを、当該無線通信装置の電波環境に応じて制御することを第２の目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、請求項１に記載の発明は、無線通信装置（２）を用いて他の無線通信装置（４）と無線接続することによってデータ通信を行う車載無線データ通信制御装置であって、前記無線接続が不能である旨の通知を、前記無線通信装置（２）の電波環境の状態に基づいたタイミングで行う通知手段（３１０〜４５０、５１０〜５９０）を備えた車載無線データ通信制御装置である。
【００１１】
これによって、他の通信装置と無線通信によって接続することによってデータ通信を行う車載無線データ通信制御装置は、通知手段によって、前記無線接続が不能である旨の通知を、無線通信装置の電波環境の状態に基づいたタイミングで行うので、無線接続ができない旨の通知を行うタイミングを、当該無線通信装置の電波環境に応じて制御することができる。
【００１２】
なお、車両の走行速度に関する情報とは、車両が停止しているか否かの情報も含む概念である。
【００１３】
また、請求項２に記載の発明は、請求項１に記載の車載無線データ通信制御装置であるにおいて、前記通知手段は、前記電波環境の状態に基づいた回数だけ前記無線接続の試みを行った後に、前記無線接続ができない旨の通知を行うことを特徴とする。
【００１４】
また、請求項３に記載の発明は、請求項２に記載の車載無線データ通信制御装置において、前記通知手段の、前記無線接続ができない旨の通知を行うまでに行う接続の試みの回数は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が少ないことを特徴とする。
【００１５】
また、請求項４に記載の発明は、請求項１ないし３のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記電波環境の状態に基づいた時間間隔で、前記無線接続ができない旨の通知を行うまで接続の試みを繰り返すことを特徴とする。
【００１６】
また、請求項５に記載の発明は、請求項１ないし４のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記電波環境の状態に基づいた限度時間だけ、１回の前記無線接続の試みにおいて前記無線接続の成功を待つことを特徴とする。
【００１７】
また、請求項６に記載の発明は、請求項５に記載の車載無線データ通信制御装置において、前記通知手段の、前記１回の接続の試みにおいて前記無線接続の成功を待てる限度時間は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が短いことを特徴とする。
【００１８】
また、請求項７に記載の発明は、請求項１ないし６のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記電波環境の状態に基づいて、前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を決定することを特徴とする。
【００１９】
また、請求項８に記載の発明は、請求項１ないし７のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、前記無線通信装置（２）の電波環境の状態が圏外状態であるときは、前記無線接続の試みを行わずに、前記無線接続ができない旨の通知を行うことを特徴とする。
【００２０】
また、請求項９に記載の発明は、請求項１ないし８のいずれか１つに記載の車載無線データ通信制御装置において、前記通知手段は、再度の前記無線接続の試みの前に、前記決定した前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を変更することを特徴とする。
【００２１】
なお、上記各手段の括弧内の符号は、後述する実施形態に記載の具体的手段、または具体的手段として下記制御回路１８のＣＰＵを機能させるためのソフトウェアの処理との対応関係を示すものである。
【発明を実施するための最良の形態】
【００２２】
（第１実施形態）
図１に、本発明の第１実施形態において説明するダイヤルアップ通信システムの概要図を示す。車両３に搭載されたカーナビゲーション装置１（車載無線データ通信制御装置に相当する）は、通信モジュール２を用いて無線通信の基地局４と無線接続を確立し、データ通信のデータと音声通信のデータとを振り分けるＰＤＳＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｓｅｒｖｉｎｇ Ｎｏｄｅ）５、プロクシサーバ６を介して、コンテンツサーバ８等のインターネット７上のデータ通信機器とデータの授受を行う。カーナビゲーション装置１が通信モジュール２を用いて行う基地局４との無線接続の確立のためのプロトコルとしては、ＰＰＰを用いる。
【００２３】
図２に、このカーナビゲーション装置１および通信モジュール２の構成を示す。通信モジュール２は、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）等の通信方式を用いた無線通信を行うことができるようになっており、アンテナ２３、ベースバンドプロセッサ２４、受信回路２５、送信回路２６、およびメモリ２７を有している。
【００２４】
受信回路２５は、アンテナ２３が受信した信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等を施し、その結果をベースバンドプロセッサ２４に出力する。
【００２５】
送信回路２６は、ベースバンドプロセッサ２４から入力されたデータに対してＤ／Ａ変換、変調、周波数変換、増幅等を施し、その結果の信号をアンテナ２３に出力する。
【００２６】
メモリ２７は、図示しないＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭから成り、ベースバンドプロセッサ２４からの制御信号に基づいて、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭの記憶領域からデータを読み出してアンテナ２３に出力し、あるいはベースバンドプロセッサ２４から入力されたデータをＲＡＭ、ＥＥＰＲＯＭに書き込む。
【００２７】
ベースバンドプロセッサ２４は、例えば回路構成がプログラム可能となっているＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）から成り、受信回路２５から入力された信号に対して、当該プログラムされた回路構成に基づく処理を施し、その結果のデータをセキュリティ制御回路１８に出力し、またセキュリティ制御回路１８から入力されたデータに対して、当該プログラムされた回路構成に基づく処理を施し、その結果のデータを送信回路２６に出力する。またベースバンドプロセッサ２４は、上記処理の必要に応じて、メモリ２７のＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭに対して情報の書き込み、読み出しのための制御信号を出力する。
【００２８】
本実施形態におけるベースバンドプロセッサ２４の具体的処理としては、受信回路２５から受信したデータに対して、用いる通信方式に則った復調処理（例えば逆拡散、ＱＰＳＫ復調等）等の処理を施し、その結果のデータを制御回路１８に出力する。またベースバンドプロセッサ２４は、制御回路１８から無線送信のために入力されたデータに対して、用いる通信方式に則った変調処理等の処理を施し、その結果のデータを送信回路２６に出力する。
【００２９】
またベースバンドプロセッサ２４は、受信回路２５から入力され、復調を行ったデータを元に、受信電波の強度（以下受信電界強度と記す）の値を定期的に算出し、この算出した値を制御回路１８に出力する。またベースバンドプロセッサ２４は、受信回路２５から入力され、復調を行ったデータを元に、基地局４から送出された信号に係る電波の受信強度と、他のノイズ電波等を含めた全受信電波の強度の比の値（以下信号強度比と記す）を定期的に算出し、算出した値を制御回路１８に出力する。信号強度比の例としては、例えばＣＤＭＡにおいては、パイロットエネルギーの、受信帯域内送電力スペクトル密度に対する比率であるＥｃ／Ｉｏ値がある。
【００３０】
またベースバンドプロセッサ２４は、制御回路１８からデータ通信のための接続を行う旨の制御信号の入力があると、基地局４との無線接続の確立のための通信を行う。例えば、制御回路１８から、ＡＴコマンド群の一部であるＡＴＤコマンド入力があると、基地局４との通信を開始するための信号を受信回路２５に出力し、以後はＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等による無線接続のためのやり取りのデータを、受信回路２５および送信回路２６を介して基地局４と交換し合う。
【００３１】
カーナビゲーション装置１は、位置検出器１１、内部メモリ制御装置１６、操作スイッチ群１７、外部メモリ制御装置１９、表示装置２０、リモコンセンサ２１およびこれらに接続された制御回路１８を備えている。
【００３２】
表示装置２０は、液晶ディスプレイ等の表示面およびスピーカを有し、制御回路１８からの映像信号の入力に応じて液晶ディスプレイ等の表示面に当該映像を表示し、また制御回路１８からの音声信号の入力に応じてスピーカに当該音声を出力させる。
【００３３】
操作スイッチ群１７は、表示装置２０の表示面の周囲に設けられた複数のメカニカルスイッチ、当該表示面に重ねて設けられたタッチパネル等の入力装置から成り、ユーザによるメカニカルスイッチの押下（例えば押しボタンの押下）、タッチパネルのタッチに基づいた信号を制御回路１８に出力する。
【００３４】
リモコンセンサ２１は、ユーザの操作に基づいて赤外線等による無線信号を送信するリモコン２２から受信した信号を制御回路１８に出力する。
【００３５】
位置検出器１１は、いずれも周知の地磁気センサ１２、ジャイロスコープ１３、車速センサ１４、および衛星からの電波に基づいて車両の位置を検出するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）のためのＧＰＳ受信機１５を有し、これらのセンサ等１２〜１５の検出に基づいた現在位置情報を制御回路１８に出力する。これらのセンサ等１２〜１５は各々が性質の異なる誤差を持っているため、複数のセンサを相補的に使用するように構成されている。なお精度によっては上述した内の一部で構成されていてもよく、更に図示しないステアリングの回転センサ、各駆動輪の車輪センサ等を有していてもよい。
【００３６】
内部メモリ制御装置１６は、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶媒体を備え、制御回路１８からの制御命令等に基づいて、この不揮発性記憶媒体に対してデータの読み出しおよび可能であればデータの書き込みの制御を行う。この不揮発性記憶媒体が記憶している情報としては、上記した位置検出の精度向上のためのいわゆるマップマッチング用データ、地図データおよび目印データを含む各種データ、カーナビゲーション装置１の動作のためのプログラム、および後述する設定テーブル等がある。
【００３７】
外部メモリ制御装置１９は、ＤＶＤ−ＲＯＭ、メモリスティック、メモリカード等の外部記憶媒体に対して、データの読み出しおよび可能であればデータの書き込みの制御を行う。上記外部記憶媒体が記憶している情報としては、上記した内部メモリ制御装置１６の制御する記憶媒体が有するマップマッチング用データ、地図データおよび目印データ等に対する追加データ等がある。
【００３８】
制御回路１８は、通常のコンピュータとして構成されており、内部にはＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリ、Ｉ／Ｏおよびこれらの構成を接続するバスラインが備えられている。制御回路１８は、ＲＯＭ、外部メモリ制御装置１９から読み出したカーナビゲーション装置１の動作のためのプログラムを実行し、その実行の際にはＲＯＭ、ＲＡＭ、フラッシュメモリから情報を読み出し、ＲＡＭ、フラッシュメモリに対して情報の書き込みを行い、Ｉ／Ｏを介して位置検出器１１、操作スイッチ群１７、外部メモリ制御装置１９、表示装置２０、リモコンセンサ２１等と信号の授受を行う。
【００３９】
この制御回路１８のＣＰＵは、カーナビゲーション装置１が起動するとき、ＲＯＭからブートプログラム、オペレーティングシステム（以下ＯＳと記す）等を読み出して実行し、このＯＳに基づいたハードウェア制御およびプロセス管理を行う。ＯＳ上で動作するプロセスとしては、メニュープログラム、経路探索プログラム、地図表示プログラム、データ通信プログラム、接続制御プログラム、およびその他のプログラムがある。
【００４０】
以下では、当該ＣＰＵがプログラムを読み込んで実行する動作を、当該実行されるプログラムの動作であるとみなして説明する。
【００４１】
メニュープログラムは、ＯＳ上で動作する各種プログラムを、そのプログラムの機能や目的別に階層的にメニュー表示し、そのメニュー表示されたものの中からユーザが選択したプログラムの実行を開始させる。なお、メニュー表示は表示装置２０の表示面に当該メニューの画像データを出力することで行い、また、ユーザの選択は、リモコンセンサ２１を介したリモートコントロール端末（以下リモコンと称する）２２または操作スイッチ群１７に対する選択操作（カーソル移動、確定ボタン押下等）によって制御回路１８に入力された信号に基づいて検出する。
【００４２】
経路探索プログラムは、リモコン２２により、あるいは操作スイッチ群１７により目的地の位置が入力されると、現在位置からその目的地までの最適な経路を自動的に選択して誘導経路を形成し表示装置２０に表示させる。自動的に最適な経路を設定する手法としては、ダイクストラ法等が知られている。
【００４３】
地図表示プログラムは、位置検出器１１から入力された現在位置情報に基づく車両現在位置マークと、外部メモリ制御装置１９より読み出した地図データと、経路探索プログラムによって形成した誘導経路等の付加データとを重ねてその表示装置２０の表示面に表示させる。
【００４４】
データ通信プログラムは、通信モジュール２を介してインターネット７上の他の機器とデータ通信を行うためのプログラムである。データ通信プログラムとしては、例えば、Ｗｅｂ閲覧プログラム、ｅ−ｍａｉｌ送受信プログラムがある。なお、データ通信プログラムは、通信モジュール２と基地局４との無線接続が確立されていない場合は、接続制御プログラムを起動する。
【００４５】
接続制御プログラムは、上記データ通信プログラムによって起動されると、通信モジュール２を用いて、無線通信の基地局４とのＰＰＰ接続を確立するための動作を行う。図３に、この接続制御プログラムのフローチャートを示す。
【００４６】
まず、ステップ３１０では、通信モジュール２の電波通信環境が、通信圏外状態であるか否かを判定する。具体的には、基地局４からの電波の信号強度比が、所定の値（例えば−１６ｄＢ）より大きいときは通信圏内であると判定し、所定の値より小さいときは通信圏外であると判定する。なお、基地局４からの電波の受信強度と他のノイズ電波等の受信強度の比は、通信モジュール２から出力されたものを用いる。
【００４７】
通信圏外である場合は、処理はステップ４１０に進み、通信圏内である場合は、処理はステップ３２０に進む。
【００４８】
ステップ３２０では、リトライ回数、リトライ間隔、接続監視時間の、各リトライパラメータを通信モジュール２の電波環境の状態、車両１の走行速度に基づいて設定変更する。電波環境の状態とは、具体的には、圏外状態、弱電界状態（例えば、圏内状態で、かつ受信電界強度が−９０ｄＢｍ未満の状態）、および中・強電界状態（例えば、圏内状態で、かつ受信電界強度が−９０ｄＢｍ以上の状態）の３つの状態のいずれに該当するかをいう。この電波環境の状態は、通信モジュール２が出力する、通信モジュール２における受信電界強度および信号強度比の情報に基づいて特定する。車速は、車速センサ１４からの信号に基づいて特定する。車速については、車両３が停止しているか否かを特定する。
具体的には、特定した車速が所定の速度（例えば時速１ｋｍ）以下であれば停車していると判定し、そうでないなら走行していると判定する。
【００４９】
設定変更は、具体的には、図４に示す設定テーブルを内部メモリ制御装置１６のＨＤＤから読み出して参照することによって行う。この設定テーブルは、車両の走行速度（停車中または走行中）および電波環境（通信圏外、弱電界、または中・強電界）毎に設けられる複数のエントリから成るデータである。各エントリは、リトライ回数、接続監視タイマ、およびリトライ間隔の情報を要素として有する。図４の表の先頭行以外の各行が１つのエントリを表し、これら各行中の各セルが、それらエントリが有する情報の組の一要素を表している。
【００５０】
例えば、図４中の７行目のエントリは、車両が走行中で電波環境が中・強電界状態に対応するエントリであり、このエントリが含む情報により、車両が停車中で電波環境が弱電界状態の場合は、リトライ回数は１回、接続監視時間は４０秒、リトライ間隔は５秒と特定できる。
【００５１】
なお、各エントリ中の要素には、空であることを示す情報が入っている場合がある。図４においては、空の情報が入っている要素に対応するセルには、横線（−）が記載されている。例えば、図４中の３行目のエントリは、車両が停車中で電波環境が弱電界状態に対応するエントリであり、このエントリが含む情報により、車両が停車中で電波環境が弱電界状態の場合は、リトライ回数は０回、接続監視時間は４０秒、リトライ間隔は空と特定できる。リトライ間隔が空なのは、この場合におけるリトライ回数がゼロなので、リトライの間隔という概念が成立しないからである。
【００５２】
なお、設定テーブル中に含まれる情報は、あらかじめ設定されているものであるが、ユーザによって変更可能となっていてもよい。
【００５３】
ステップ３２０では、上記特定した電波環境の状態および車速に該当するエントリをこの設定テーブルから抽出し、そのエントリが含むリトライ回数、接続監視時間、およびリトライ間隔の値を、制御回路１８のＲＡＭ中に、所定の変数として記録する。
【００５４】
次にステップ３３０では、接続監視タイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００５５】
次にステップ３４０では、ダイヤルアップ接続を実行する。具体的には、通信モジュール２に対して基地局４にＰＰＰ接続するような制御信号（例えばＡＴＤコマンド）を出力する。
【００５６】
次にステップ３５０では、接続が成功したか否かを判定する。これは通信モジュール２から、無線接続が成功した旨の信号（例えばＡＴコマンドの規約に則ったＣＯＮＮＥＣＴの文字列）を受信したか否かで判定する。接続が成功すると、処理はステップ３６０に進み、接続成功の旨を表示装置２０に表示させ、その後処理は終了し、終了した後は通信プログラムによるアプリケーション層に係るデータの通信が行われる。
【００５７】
ステップ３５０で接続が未だ成功していないと判定すると、処理はステップ３７０に進み、接続監視タイマ満了または接続失敗かを判定する。接続監視タイマ満了か否かは、直前のステップ３３０でＲＡＭに記録した時刻と、現在時刻との差が、ステップ３２０で設定した接続監視時間より大きいか否かで判定する。また、接続失敗か否かは、車両３から、接続が失敗した旨の信号（例えば、ＡＴコマンドの規約に則ったＮＯ ＣＡＲＲＩＯＲの文字列）が出力されたか否かで判定する。接続監視タイマが満了せず、かつ接続失敗でもない場合は、処理はステップ３５０に戻る。接続監視タイマ満了または接続失敗の場合、処理はステップ３８０に進む。
【００５８】
これによって、接続成功となって処理がステップ３６０に進むか、あるいは接続失敗または接続監視タイマ満了（すなわち接続不成功）となって処理がステップ３８０に進むまでは、ステップ３５０と３７０の判定処理が繰り返される。
【００５９】
ステップ３８０では、リトライ回数が満了したか否かを判定する。具体的には、接続制御プログラムが起動してからダイヤルアップ接続を実行した回数が、［ステップ３２０で設定したリトライ回数＋１］以上であるか否かを判定する。リトライ回数が満了している場合、処理はステップ３９０に進み、満了していない場合、処理はステップ４００に進む。
【００６０】
ステップ３９０では、接続失敗の旨を表示装置２０に表示させる。そして処理は終了する。
【００６１】
ステップ４００では、リトライ間隔待ちを行う。具体的には、ステップ３２０で設定したリトライ間隔の時間が経過するまで待つ。そして、このリトライ間隔の時間が経過すると、処理はステップ３３０に戻る。
【００６２】
以上のようなステップ３１０〜４００の処理によって、接続制御プログラムは、通信モジュール２の電波環境が通信圏内状態の場合においては、車両３が停止しているか走行しているか、通信モジュール２の電波環境が弱電界状態か中・強電界状態か、および設定テーブルに基づいて、リトライパラメータの値を決定する（ステップ３３０）。そして、この決定したリトライパラメータに基づいたタイミングで無線接続が不能である旨の通知を行う。すなわち、無線接続が不能である旨の通知をする前に、［リトライ回数＋１］回だけ無線接続を試み、また１回の無線接続の試みにおいては接続監視時間を限度として無線接続の成功を待ち、また１回の無線接続の試みが不成功となった後、無線接続の試みを再度行うまでにリトライ間隔分だけ待つ。なお、無線接続が成功した場合は、無線接続が不能である旨の通知を行わないのは当然である。
【００６３】
また、ステップ３１０で圏外であると判定した後の、ステップ４１０では、車両３の走行速度を特定し、車両３が停止状態か否かを判定する。車両３の走行速度の特定、および車両３が停止状態か否かの判定の具体的な手法は、ステップ３２０と同様である。車両が走行している場合、処理はステップ４５０に進み、車両が停止している場合、処理はステップ４２０に進む。
【００６４】
ステップ４２０では、圏外復帰監視タイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００６５】
次にステップ４３０では、通信モジュール２の電波環境が、圏外状態から復帰したか否かを判定する。すなわち、通信モジュール２から出力される受信電界強度の情報に基づいて、通信モジュール２の電波環境が、弱電界状態、中・強電界状態のいずれかであるか否かを判定する。圏外状態から復帰したと判定すると、処理はステップ３２０に戻り、復帰していないと判定すると、処理はステップ４４０に進む。
【００６６】
ステップ４４０では、圏外復帰監視タイマが満了したか否かを判定する。圏外復帰監視タイマ満了か否かは、直前のステップ４２０でＲＡＭに記録した時刻と、現在時刻との差が、所定の圏外復帰監視タイマ値（例えば１２０秒）より大きいか否かで判定する。なお、所定の圏外復帰監視タイマ値は、あらかじめ決められている。圏外復帰監視タイマが満了すると、処理はステップ４５０に進み、満了していないと、処理はステップ４３０に戻る。
【００６７】
これによって、圏外復帰となって処理がステップ３２０に進むか、あるいは圏外復帰監視タイマ満了となって処理がステップ４５０に進むまでは、ステップ４３０と４４０の判定処理が繰り返される。
【００６８】
ステップ４５０では、ステップ３９０と同様、接続失敗の旨の表示を表示装置２０に行わせる。そして処理は終了する。
【００６９】
以上のようなステップ４１０〜４５０の処理によって、通信モジュール２の電波環境が通信圏外状態の場合には、車両が停止状態ならば直ちに接続が不能である旨を表示装置２０を用いてユーザに通知し、また車両が走行状態ならば、無線接続が不能である旨の通知を行う前に、圏外復帰監視タイマ値の時間だけ、通信圏外から通信圏内に復帰することを待つ。そして、圏内に復帰した場合は、新たな車両の走行速度、および通信モジュール２の電波環境に基づいて、リトライパラメータを決定し、またこの新たな車両の走行速度、および通信モジュール２の電波環境に基づいたタイミングで無線接続が不能である旨の通知を行う。
【００７０】
以上の様な接続制御プログラムの動作によって、カーナビゲーション装置１は、リトライパラメータを、車速検出手段が検出した車両の走行速度の情報、通信モジュール２の電波環境の状態、および設定テーブルに基づいて決定し、無線接続が不能である旨の通知を、車速検出手段が検出した車両の走行速度の情報、および通信モジュール２の電波環境の状態に基づいたタイミングで行うので、無線接続ができない旨の通知を行うタイミングを、車速に応じて制御することができる。
【００７１】
また、図４の設定テーブルの表の通り、リトライ回数、接続監視時間の値は、車両の停車中よりも車両の走行中の方が大きい場合がある。これによって、車両停止時には、無線接続ができない旨の通知のタイミングが、車両走行時に比べて早いので、運転者のイライラ感を低減することができる。
【００７２】
また、車両が走行中の場合、通信モジュール２が弱電界状態の場合よりも中・強電界状態の場合の方が、リトライ回数および接続監視時間の値が小さい。これは、中・強電界状態の場合に比べ、弱電界状態の場合は、無線接続が成功し難いので、通信不能の通知までのタイミングをより遅らせるようにするためである。
【００７３】
（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態が第１実施形態と異なる部分は、制御回路１８のＣＰＵが実行する接続制御プログラムのみである。図５に、本実施形態における接続制御プログラムを示す。なお、図３と図５において同一の符号が付されたステップは、互いに同一の処理を行うものであり、ここではその詳細についての説明は省略する。
【００７４】
まず、ステップ５１０では、車速および通信モジュール２の電波環境の状態に基づいて、リトライ回数を決定する。具体的には、図３のステップ３２０と同様、図４の設定テーブルを参照して、該当する電波環境および車両の停止、走行のエントリに基づいて、リトライ回数を所定の変数として制御回路１８のＲＡＭ中に記録する。
【００７５】
次にステップ５２０では、通信モジュール２から、電波状態の情報を取得する。
【００７６】
次にステップ５３０では、通信モジュール２の電波環境が圏外状態であるか否かを判定する。判定の具体的な手法は、図３のステップ３１０と同様である。圏外であると判定すると、処理は図６のステップ４１０に進み、圏外でないと判定すると、処理はステップ５４０に進む。
【００７７】
ステップ５４０では、車速および通信モジュール２の電波環境の状態に基づいて、接続監視時間を決定する。具体的には、図３のステップ３２０と同様、図４の設定テーブルを参照して、該当する電波環境および車両の停止、走行のエントリに基づいて、接続監視時間を所定の変数として制御回路１８のＲＡＭ中に記録する。更に、接続監視タイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００７８】
ステップ５４０の後のステップ３５０〜３９０の処理は、図３の同符号の処理と同様である。ただし、ステップ３７０での、リトライ待ちタイマが満了したか否かの判定については、リトライ待ちタイマ満了か否かは、直前のステップ５４０でＲＡＭに記録した時刻と、現在時刻との差が、ステップ５４０で設定した接続監視時間より大きいか否かで判定する。また、ステップ３８０でリトライ回数が満了していないと判定した場合、処理はステップ５５０に進む。
【００７９】
ステップ５５０では、ステップ５２０と同様、通信モジュール２から電波状態の情報を取得する。
【００８０】
次にステップ５６０では、ステップ５３０と同様、通信モジュール２の電波環境が圏外状態であるか否かを判定する。圏外状態である場合、処理は図６のステップ４１０に進み、圏外状態でない場合、処理はステップ５７０に進む。
【００８１】
ステップ５７０では、電波環境の状態に基づいて、リトライ間隔を決定する。具体的には、図３のステップ３２０と同様、図４の設定テーブルを参照して、該当する電波環境のエントリ（ただし、実際に車両３が走行中であると否とに関わらず、走行中の場合のエントリを使用する）に基づいて、リトライ間隔を所定の変数として制御回路１８のＲＡＭ中に記録する。更に、リトライ待ちタイマを起動する。具体的には、現在時刻を制御回路１８のＲＡＭの所定の領域に記録する。
【００８２】
次に、ステップ５８０では、ステップ５３０、５６０と同様、通信モジュール２が圏外状態であるか否かを判定し、圏外状態である場合、処理は図６のステップ４１０に進み、圏外状態でない場合、処理はステップ５９０に進む。
【００８３】
ステップ５９０では、リトライ待ちタイマが満了したか否かを判定する。リトライ待ちタイマ満了か否かは、直前のステップ５７０でＲＡＭに記録した時刻と、現在時刻との差が、ステップ５７０で設定したリトライ間隔より大きいか否かで判定する。リトライ待ちタイマが満了した場合、処理はステップ５４０に進み、リトライ待ちタイマが満了していない場合、処理はステップ５８０に戻る。
【００８４】
これによって、圏外状態となって処理がステップ４１０に進むか、あるいはリトライ待ちタイマ満了となって処理がステップ５４０に進むまでは、ステップ５８０と５９０の判定処理が繰り返される。
【００８５】
なお、図６のステップ４３０では、圏外から復帰したと判定すると、処理は図５のステップ５４０に進む。
【００８６】
接続制御プログラムがこのようになっていることで、カーナビゲーション装置１は、無線接続が不成功に成った後（ステップ３７０のＹｅｓへの分岐に対応する）、再度の無線接続の試みの前に、先に決定したリトライパラメータの値を、新たな車両３の走行速度および通信モジュール２の電波環境状態に基づいて変更するようになっている。これによって、カーナビゲーション装置１は、第１実施形態の効果に加え、車速、電波環境の変動に柔軟に対応することができるようになる。ただし、リトライパラメータののうち、リトライ回数は固定としている。
【００８７】
（第３実施形態）
次に、本発明の第３実施形態について説明する。本実施形態が第２実施形態とで変化した部分は、内部メモリ制御装置１６のＨＤＤ中の設定テーブルの、車両が停車状態で、かつ電波環境が中・強電界のエントリにおいて、リトライ回数が０回から１回に変化し、またリトライ間隔が１秒となったことのみである。このような場合の設定テーブルを図７に表として示す。
【００８８】
このようになっていることで、リトライ間隔の値は、車両の停車中よりも車両の走行中の方が大きい場合がある。これによって、第１、第２実施形態の効果に加え、車両停止時には、無線接続ができない旨の通知のタイミングが、リトライ間隔が小さいことで、車両走行時に比べて早いので、運転者のイライラ感を低減することができる。
【００８９】
なお、上記した各実施形態において、車両が停止しているか否かについては、車速センサ１４ではなく、例えば車両３がドライブレンジ（Ｐ、Ｒ、Ｄ、Ｌ等）を検出するドライブレンジセンサを備え、このドライブレンジセンサから、ドライブレンジがＰ（駐車）の位置にあれば、車両は停止しており、それ以外の場合は、車両は停止していないと判定するようになっていてもよい。すなわち、車速検出手段は、車両の走行速度に関する情報を検出できれば、どのようなものであってもよい。
【図面の簡単な説明】
【００９０】
【図１】本発明の第１実施形態において説明するダイヤルアップ通信システムの概要図である。
【図２】カーナビゲーション装置１および通信モジュール２の構成図である。
【図３】第１実施形態における接続制御プログラムのフローチャートである。
【図４】設定テーブルを示す図表である。
【図５】第２実施形態における接続制御プログラムの一部のフローチャートである。
【図６】第２実施形態における接続制御プログラムの一部のフローチャートである。
【図７】第３実施形態における設定テーブルを示す図表である。
【符号の説明】
【００９１】
１…カーナビゲーション装置、２…通信モジュール、３…車両、４…基地局、
５…ＰＤＳＮ、６…プロクシサーバ、７…インターネット、８…コンテンツサーバ、
１１…位置検出器、１２…地磁気センサ、１３…ジャイロスコープ、
１４…車速センサ、１５…ＧＰＳ受信機、１６…内部メモリ制御装置、
１７…操作スイッチ群、１８…制御回路、１９…外部メモリ制御装置、
２０…表示装置、２１…リモコンセンサ、２２…リモコン、２３…アンテナ、
２４…ベースバンドプロセッサ、２５…受信回路、２６…送信回路、２７…メモリ。
【特許請求の範囲】
【請求項１】
無線通信装置（２）を用いて他の無線通信装置（４）と無線接続することによって、データ通信を行う車載無線データ通信制御装置であって、
前記無線接続が不能である旨の通知を、前記無線通信装置（２）の電波環境の状態に基づいたタイミングで行う通知手段（３１０〜４５０、５１０〜５９０）を備えた無線データ通信制御装置。
【請求項２】
前記通知手段は、前記電波環境の状態に基づいた回数だけ前記無線接続の試みを行った後に、前記無線接続ができない旨の通知を行うことを特徴とする請求項１に記載の車載無線データ通信制御装置。
【請求項３】
前記通知手段の、前記無線接続ができない旨の通知を行うまでに行う接続の試みの回数は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が少ないことを特徴とする請求項２に記載の車載無線データ通信制御装置。
【請求項４】
前記通知手段は、前記電波環境の状態に基づいた時間間隔で、前記無線接続ができない旨の通知を行うまで接続の試みを繰り返すことを特徴とする請求項１ないし３のいずれか１つに記載の車載無線データ通信制御装置。
【請求項５】
前記通知手段は、前記電波環境の状態に基づいた限度時間だけ、１回の前記無線接続の試みにおいて前記無線接続の成功を待つことを特徴とする請求項１ないし４のいずれか１つに記載の車載無線データ通信制御装置。
【請求項６】
前記通知手段の、前記１回の接続の試みにおいて前記無線接続の成功を待てる限度時間は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が短いことを特徴とする請求項５に記載の車載無線データ通信制御装置。
【請求項７】
前記通知手段は、前記電波環境の状態に基づいて、前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を決定することを特徴とする請求項１ないし６のいずれか１つに記載の車載無線データ通信制御装置。
【請求項８】
前記通知手段は、前記無線通信装置（２）の電波環境の状態が圏外状態であるときは、前記無線接続の試みを行わずに、前記無線接続ができない旨の通知を行うことを特徴とする請求項１ないし７のいずれか１つに記載の車載無線データ通信制御装置。
【請求項９】
前記通知手段は、再度の前記無線接続の試みの前に、前記決定した前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を変更することを特徴とする請求項１ないし８のいずれか１つに記載の車載無線データ通信制御装置。
【請求項１】
無線通信装置（２）を用いて他の無線通信装置（４）と無線接続することによって、データ通信を行う車載無線データ通信制御装置であって、
前記無線接続が不能である旨の通知を、前記無線通信装置（２）の電波環境の状態に基づいたタイミングで行う通知手段（３１０〜４５０、５１０〜５９０）を備えた無線データ通信制御装置。
【請求項２】
前記通知手段は、前記電波環境の状態に基づいた回数だけ前記無線接続の試みを行った後に、前記無線接続ができない旨の通知を行うことを特徴とする請求項１に記載の車載無線データ通信制御装置。
【請求項３】
前記通知手段の、前記無線接続ができない旨の通知を行うまでに行う接続の試みの回数は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が少ないことを特徴とする請求項２に記載の車載無線データ通信制御装置。
【請求項４】
前記通知手段は、前記電波環境の状態に基づいた時間間隔で、前記無線接続ができない旨の通知を行うまで接続の試みを繰り返すことを特徴とする請求項１ないし３のいずれか１つに記載の車載無線データ通信制御装置。
【請求項５】
前記通知手段は、前記電波環境の状態に基づいた限度時間だけ、１回の前記無線接続の試みにおいて前記無線接続の成功を待つことを特徴とする請求項１ないし４のいずれか１つに記載の車載無線データ通信制御装置。
【請求項６】
前記通知手段の、前記１回の接続の試みにおいて前記無線接続の成功を待てる限度時間は、前記電波環境が弱電界状態の場合よりも強電界状態の場合の方が短いことを特徴とする請求項５に記載の車載無線データ通信制御装置。
【請求項７】
前記通知手段は、前記電波環境の状態に基づいて、前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を決定することを特徴とする請求項１ないし６のいずれか１つに記載の車載無線データ通信制御装置。
【請求項８】
前記通知手段は、前記無線通信装置（２）の電波環境の状態が圏外状態であるときは、前記無線接続の試みを行わずに、前記無線接続ができない旨の通知を行うことを特徴とする請求項１ないし７のいずれか１つに記載の車載無線データ通信制御装置。
【請求項９】
前記通知手段は、再度の前記無線接続の試みの前に、前記決定した前記無線接続ができない旨の通知を行うタイミングに関するパラメータの値を変更することを特徴とする請求項１ないし８のいずれか１つに記載の車載無線データ通信制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−２２８３２２（Ｐ２００８−２２８３２２Ａ）
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願番号】特願２００８−９５２５３（Ｐ２００８−９５２５３）
【出願日】平成２０年４月１日（２００８．４．１）
【分割の表示】特願２００３−３０３２６６（Ｐ２００３−３０３２６６）の分割
【原出願日】平成１５年８月２７日（２００３．８．２７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願日】平成２０年４月１日（２００８．４．１）
【分割の表示】特願２００３−３０３２６６（Ｐ２００３−３０３２６６）の分割
【原出願日】平成１５年８月２７日（２００３．８．２７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]