ＤＳＲＣシステム
【課題】ユーザは車載器の無線通信機能をチェックする専用チェッカを用いることなく、車載器の無線通信機能の状態を知ることができるＤＳＲＣシステムを得る。
【解決手段】路上機は、複数の車載器との通信により算出された平均通信時間を車載器１に通知し、車載器１は、路上機との通信時に、通信時間を演算し、この演算した通信時間と、路上機から通知された平均通信時間とにより、演算した通信時間の誤差量を算出し、この誤差量に基づき、車載器１の通信回路３及びアンテナ２の無線通信機能を診断し、診断結果をユーザに通知することにより、ユーザは車載器１の取り付け業者の専用チェッカを用いなくても、車載器１の無線通信機能の状態を知ることができるとともに、実環境における無線通信機能の状態を得ることができる。
【解決手段】路上機は、複数の車載器との通信により算出された平均通信時間を車載器１に通知し、車載器１は、路上機との通信時に、通信時間を演算し、この演算した通信時間と、路上機から通知された平均通信時間とにより、演算した通信時間の誤差量を算出し、この誤差量に基づき、車載器１の通信回路３及びアンテナ２の無線通信機能を診断し、診断結果をユーザに通知することにより、ユーザは車載器１の取り付け業者の専用チェッカを用いなくても、車載器１の無線通信機能の状態を知ることができるとともに、実環境における無線通信機能の状態を得ることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍ：高度道路交通システム）のＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ：道路自動料金収受）システムなどに用いられるＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：狭域通信）システムに関し、とくに車載器が車両に取り付けられた状態で、路車間通信を利用して車載器の無線通信機能を診断するＤＳＲＣシステムに関するものである。
【背景技術】
【０００２】
近年、ＤＳＲＣを利用したサービスが普及し始めている。例えば、ＥＴＣシステムが既に実用化されている。ＥＴＣ車載器の普及台数は、２００５年６月に７００万台を突破した。ＥＴＣシステム以外にも、駐車場、ガソリンスタンド、ドライブスルーでの決済サービス等が実用化されつつあり、今後、ＤＳＲＣサービスを利用する車載器が普及していくことが予想される。そのため、路車間通信の信頼性が確保されることが重要となっている。
一般に、車載器は、自己診断機能を有しており、電源投入時にＩＣカードの読取り機能や無線通信部などの車載器内部の機能を検査することができるように構成されている。
また、車両に接続後の車載器における無線通信機能の状態は、専用のチェッカでチェックすることができる（例えば特許文献１参照）。
【０００３】
【特許文献１】特開２００１−２２３６５０号公報（第３〜５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来の車載器では、車載器内部の状態を自己診断できるものの、車載器を車両に取り付けた状態で、車載器の無線通信機能が、実際に路上機と通信できる状態であるかどうかを診断することができない、という問題があった。
また、前述の専用チェッカは、一般のユーザが購入するには高価であるし、通常は車載器の取り付け業者やディーラーしか所有していない。よって、一般のユーザ自身が専用チェッカを用いて車載器の無線通信機能を検査することはなかった。
【０００５】
また、前述の専用チェッカでは、実際の走行時における路車間通信を模擬できない。これは、路上に設置されている路上機は、その周りの建物等によって電波環境が悪い領域も存在するからである。その電波環境は、路上機によって様々である。
路上機のもつ電界強度の分布の一例として、電界強度が−５５ｄＢｍ〜−６０ｄＢｍである領域は、路上機側から１６ｍあり、電界強度が−６０ｄＢｍから−６５ｄＢｍである領域は、路上機側から２５ｍあり、電界強度が−６５ｄＢｍ〜−７０ｄＢｍの領域は、路上機側から３６ｍあるとする。一方、車両の走行速度を例えば時速２０ｋｍとする。
この場合に、今、上述の電界強度の分布を有する路上機のもとを、車載器を搭載した車両が、時速２０ｋｍで走行した場合、電界強度が−５５ｄＢｍ〜−６０ｄＢｍである領域内を走行できる時間は、約２．９秒である。また、電界強度が−６０ｄＢｍから−６５ｄＢｍである領域内を走行できる時間は約４．５秒である。また、電界強度が−６５ｄＢｍ〜−７０ｄＢｍの領域内を走行できる時間は約６．５秒である。
ここで、車載器の入力感度が−６３ｄＢｍであるとすると、路車間が接続できる時間は、約４．５秒である。しかし、車載器の入力感度が劣化し、例えば−５９ｄＢｍとなれば、この場合において路車間が接続できる時間は、約２．９秒と短くなってしまう。
【０００６】
一般に、車載器の入力感度は、工場出荷前に検査されているが、車載器を車両に取付け、実際に運用している路上機と通信させて検査しているわけではない。
また、このように車載器の無線通信機能が劣化していた場合でも、車載器と前述の専用チェッカとの間で無線通信が行える状態であれば、前述の専用チェッカは、車載器の無線通信機能を異常なしと判定してしまう。つまり、専用チェッカで車載器の無線通信機能に異常がみられなくても、実際の路上機との通信に失敗する可能性があるのである。
【０００７】
この発明は、上述のような課題を解決するためになされたものであり、ユーザは車載器の無線通信機能をチェックする専用チェッカを用いることなく、車載器の無線通信機能の状態を知ることができるＤＳＲＣシステムを得ることを目的にしている。
【課題を解決するための手段】
【０００８】
この発明に係わるＤＳＲＣシステムにおいては、路上に設置された路上機と車両に搭載された車載器との間でＤＳＲＣ通信により情報の授受を行うＤＳＲＣシステムにおいて、
路上機は、通信に要する所定の物理量の基準値を車載器に通知し、
車載器は、通信を行う無線通信手段、通信時に、通信に要する所定の物理量を演算するとともにこの演算した所定の物理量と路上機から通知された所定の物理量の基準値とに基づき、演算した所定の物理量の誤差を算出する演算手段、この演算手段により算出された誤差に基づき無線通信手段の状態を診断する診断手段、及びこの診断手段により診断された無線通信手段の状態をユーザに通知する通知手段を備えたものである。
【発明の効果】
【０００９】
この発明は、以上説明したように、路上に設置された路上機と車両に搭載された車載器との間でＤＳＲＣ通信により情報の授受を行うＤＳＲＣシステムにおいて、
路上機は、通信に要する所定の物理量の基準値を車載器に通知し、
車載器は、通信を行う無線通信手段、通信時に、通信に要する所定の物理量を演算するとともにこの演算した所定の物理量と路上機から通知された所定の物理量の基準値とに基づき、演算した所定の物理量の誤差を算出する演算手段、この演算手段により算出された誤差に基づき無線通信手段の状態を診断する診断手段、及びこの診断手段により診断された無線通信手段の状態をユーザに通知する通知手段を備えたので、ユーザは車載器の取り付け業者の専用チェッカを用いなくても、車載器の無線通信手段の状態を知ることができるとともに、実環境における無線通信手段の状態を得ることができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
以下、図を参照して、実施の形態１について説明する。
図１は、この発明の実施の形態１によるＤＳＲＣ車載器を示すブロック構成図である。
図１において、ＤＳＲＣ車載器（以下、単に車載器ともいう）１は、アンテナ２と、アンテナ２を介してＤＳＲＣ通信を行う通信回路３と、ＣＰＵ４と、不揮発性メモリであるＥＥＰＲＯＭ５と、ヒューマンインターフェイスを形成するＨＭＩ機能６と、車両側電源１１に接続され、ＤＳＲＣ車載器１に電源供給する電源回路１０と、外部装置１３に接続される外部装置Ｉ／Ｆ１２と、ＩＣカード１６に接続されるＩＣカードＩ／Ｆ１５と、ＩＣカードＩ／Ｆ１５及びＣＰＵ４間に配置され、セキュリティ管理を行うＳＡＭ（Ｓｅｃｕｒｉｔｙ Ａｐｐｒｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）１４とにより構成される。
なお、アンテナ２と通信回路３は、無線通信手段を構成する。
ＨＭＩ機能６は、音量変更ボタンや無線通信機能診断結果要求ボタンなどの操作手段７と、スピーカなどの音出力手段８と、ＬＥＤなどの光出力手段９とを有している。電源回路１０は、車両側電源１１と接続され、外部装置Ｉ／Ｆ１２は、カーナビゲーションなどの外部機器１３に接続される。ＩＣカードＩ／Ｆ１５は、ＩＣカード１６と接続される。
ＣＰＵ４は、通信回路３、ＥＥＰＲＯＭ５、ＨＭＩ機能６、電源回路１０、外部装置Ｉ／Ｆ１２、ＳＡＭ１４に接続されて、ＤＳＲＣ車載器の動作を制御する。ＣＰＵ４は、車載器１と路上機との通信接続から切断までの通信時間Ａ（通信に要する所定の物理量）を演算する演算機能（演算手段）を備える。また、ＣＰＵ４は、この通信時間Ａと、路上機より受信した平均通信時間Ｂ（通信に要する所定の物理量の基準値）との誤差である通信時間誤差量Ｃを演算する演算機能（演算手段）を備える。また、通信時間誤差量Ｃに基づいて、車載器１の無線通信機能の状態を診断する診断機能（診断手段）を備える。さらに、ＨＭＩ機能６または外部機器１３を用いて、診断機能により診断された車載器１の無線通信機能（無線通信手段）の状態を通知する通知機能（通知手段）を備えている。
【００１１】
図２は、この発明の実施の形態１によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図２を用いて実施の形態１によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとする。車載器１は、路上機との通信接続直後（ステップＳ１０１）に、通信時間Ａの測定を開始する（ステップＳ１０２）。路車間の通信接続後、路上機は車載器１に対して、所定の通信時間を示す値である平均通信時間Ｂを送信する。この平均通信時間Ｂとは「路上機を通過した複数の車載器から得た、通信接続から通信切断までの平均値」である。車載器１は、平均通信時間Ｂを受信する（ステップＳ１０３）。
【００１２】
車載器１は、通信終了（ステップＳ１０４）とともに、通信時間Ａの測定を終える（ステップＳ１０５）。通信終了後、車載器１は、路上機から受信した平均通信時間Ｂを基準として、車載器が測定した通信時間Ａとの通信時間誤差量Ｃを求める（ステップＳ１０６）。この求めた通信時間誤差量Ｃによって、例えば、車載器１の受信感度の低下により、車載器１と路上機との通信可能領域が減少したことが判断できるなど、車載器１の無線通信機能を診断することができる。通信時間誤差量Ｃが許容範囲を越えていた場合（ステップＳ１０７）、車載器１の無線通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ１０８）。
【００１３】
このように、実施の形態１によれば、車載器に通信時間Ａを演算する機能をもたせ、路上機から通知される平均通信時間Ｂとの通信時間誤差量Ｃから車載器の無線通信機能を診断させる構成としたので、ユーザは、車載器の取付け業者の専用チェッカを用いなくても、車載器の無線通信機能の状態を知ることができる。
また、実環境において無線通信機能の診断を行う構成としたので、専用チェッカよりも信頼性の高い診断結果を得ることができ、無線通信機能の劣化が原因で起る通信失敗を防止することができる。
【００１４】
実施の形態２．
実施の形態１は、通信開始から切断までを路車間の通信可能領域と考え、車載器が測定した通信時間Ａに基づき車載器の無線通信機能の診断を行う構成としているが、車両の移動速度が著しく速い（または遅い）場合は、車載器が測定する通信時間Ａが著しく短く（または長く）なり、正確な診断が行えない場合がある。このため、実施の形態２は、車両の速度によらず、無線通信機能の診断が行えるようにしたものである。
以下、図を参照して、実施の形態２について説明する。
なお、実施の形態２のＤＳＲＣ車載器の構成は、図１と同じである。ただし、実施の形態２では、ＣＰＵ４は、車載器１と路上機との通信接続から切断までの間に路上機から受信したデータ量の総和Ｅ（通信に要する所定の物理量）を演算するとともに、この受信データ量の総和Ｅと、路上機より別途送られる、路上機が送信する総データ量である所定のデータ量を示す値Ｄ（通信に要する所定の物理量の基準値）との誤差を演算し、誤差量Ｆを算出する演算機能（演算手段）を備える。また、誤差量Ｆに基づいて、車載器１の無線通信機能の状態を診断する診断機能（診断手段）を備える。さらに、ＨＭＩ機能６または外部機器１３を用いて、診断機能により診断された車載器１の無線通信機能（無線通信手段）の状態を通知する通知機能（通知手段）を備えている。
【００１５】
図３は、この発明の実施の形態２によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図３を用いて、実施の形態２によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとする。路車間の通信接続（ステップＳ２０１）後、路上機は、車載器１に対して、所定のデータ量を示す値Ｄを送信する。ここで、所定のデータ量を示す値Ｄとは、「本路上機の通信領域内において、通信良好で再送を行わなかった場合に、本路上機が車載器に対して送信する総データ量を示す値」である。
【００１６】
車載器１は、路上機から所定のデータ量を示す値Ｄを受信すると（ステップＳ２０２）、それ以降、通信切断まで路上機からの受信データ量の総和Ｅを計算する（ステップＳ２０３）。通信終了時（ステップＳ２０４）、車載器は、路上機から受信したデータ量の総和Ｅの計算を終了する（ステップＳ２０５）。
車載器は、所定のデータ量を示す値Ｄを基準にして、受信データ量の総和Ｅとの誤差量Ｆを算出する（ステップＳ２０６）。この受信データ量の誤差量Ｆから、例えば、車載器１の送信出力の低下により、路上機が再送したため、受信したデータ量の総和Ｅが大きくなったことが判断できるなど、車載器１の無線通信機能を診断することができる。車載器１は、受信データ量の誤差量Ｆが許容範囲を越えていた場合（ステップＳ２０７）、車載器１の通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ２０８）。
【００１７】
このように、実施の形態２によれば、車載器に路上機からの受信データの総和Ｅを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｄとの誤差量Ｆから車載器の無線通信機能を診断させる構成としたので、実環境において、車両の速度によらず、車載器の無線通信機能の診断を行うことができる。
【００１８】
実施の形態３．
実施の形態２は、車載器に路上機からの受信データの総和Ｅを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｄとの誤差量Ｆから車載器の無線通信機能を診断させる構成としたが、通信接続から切断までに複数のアプリケーションが実行されることもあり、この場合には、路上機は通信開始時に、「本路上機の通信領域内において、通信良好で再送を行わなかった場合に、本路上機が車載器に対して送信する総データ量を示す値」を明確にすることができず、したがって、正確な診断が行えない。そのため、実施の形態３は、同一路上機で複数のアプリケーションが実行されても、無線通信機能の診断が行えるようにしたものである。
以下、図を参照して、実施の形態３について説明する。
なお、実施の形態３のＤＳＲＣ車載器の構成は、図１と同じである。ただし、実施の形態３では、ＣＰＵ４の演算機能は、一つのアプリケーション当りの通信時間（通信に要する所定の物理量）を演算し、これにより、路上機から通知された一つのアプリケーション当りの平均通信時間（通信に要する所定の物理量の基準値）との誤差量を演算して、無線通信機能の状態を診断し、通知するようにしている。
【００１９】
図４は、この発明の実施の形態３によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図４を用いて、実施の形態３によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとし、路車間が通信接続したとする（ステップＳ３０１）。通信接続後、路上機は、車載器１に対して、アプリケーション開始通知を送信し、車載器１がアプリケーション開始通知を受信することで、アプリケーションが開始される（ステップＳ３０２）。車載器１は、アプリケーション開始通知の受信と共に、アプリケーション通信時間Ｇの測定を開始する（ステップＳ３０３）。路上機は、所定の通信時間を示す値Ｈを送信する。ここで、所定の通信時間を示す値Ｈとは、「本路上機において、これから実行するアプリケーションの開始通知を送信してからアプリケーション終了通知を受信するまでに要する通信時間の平均値を示す値」である。
【００２０】
その後、車載器１は、アプリケーションを実行し（ステップＳ３０５）、路上機からのアプリケーション終了通知の受信によって、アプリケーションを終了する（ステップＳ３０６）。車載器１は、アプリケーションの終了と共に、アプリケーション通信時間Ｇの測定を終える（ステップＳ３０７）。車載器１は、路上機から受信した所定の通信時間を示す値Ｈをもとに、アプリケーション通信時間Ｇとの誤差量Ｉを算出する（ステップＳ３０８）。この誤差量Ｉによって、例えば、車載器１の受信感度の低下により、車載器１と路上機との通信可能領域が減少したことが判断できるなど、車載器１の無線通信機能を診断することができる。
車載器１は、誤差量Ｉが許容範囲を越えていた場合（ステップＳ３０９）、車載器１の無線通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ３１０）。
【００２１】
このように、実施の形態３によれば、車載器に１つのアプリケーションの開始から終了までの通信時間Ｇを演算する機能をもたせ、路上機から通知される所定の通信時間を示す値Ｈとの誤差量Ｉから車載器の無線通信機能を診断させる構成としたので、実環境において、同一路上機で複数のアプリケーションが実行されても、車載器の無線通信機能の診断が行うことができる。
【００２２】
実施の形態４．
実施の形態３は、車載器に１つのアプリケーションの開始から終了までの通信時間Ｇを演算する機能をもたせ、路上機から通知される所定の通信時間を示す値Ｈとの誤差量Ｉから車載器の無線通信機能を診断させる構成としたが、各メーカの車載器によって車載器内部でのデータ処理速度が異なるため、アプリケーション通信時間が長く（または短く）なり、正確な診断が行えない場合がある。このため、実施の形態４は、アプリケーション通信時間の大小によらず、無線通信機能の診断が行えるようにしたものである。
以下、図を参照して、実施の形態４について説明する。
なお、実施の形態４のＤＳＲＣ車載器の構成は、図１と同じである。ただし、ただし、実施の形態４では、ＣＰＵ４の演算機能は、一つのアプリケーション当りの受信データ量の総和（通信に要する所定の物理量）を演算し、これにより、路上機から通知された一つのアプリケーション当りの送信総データ量（通信に要する所定の物理量の基準値）との誤差量を演算して、無線通信機能の状態を診断し、通知するようにしている。
【００２３】
図５は、この発明の実施の形態４によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図５を用いて、実施の形態４によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとし、路車間が通信接続したとする（ステップＳ４０１）。通信接続後、路上機は、車載器１に対して、アプリケーション開始通知を送信し、車載器１がアプリケーション開始通知を受信することで、アプリケーションが開始される（ステップＳ４０２）。アプリケーション開始後、路上機は、車載器１に対して、所定のデータ量を示す値Ｊを送信する。ここで、所定のデータ量を示す値Ｊとは、「本路上機の通信領域内において、通信良好で再送を行わなかった場合に、本路上機がこれから実行するアプリケーションを完了するために車載器に送信すべき総データ量を示す値」である。
【００２４】
車載器１は、路上機から所定のデータ量を示す値Ｊを受信すると（ステップＳ４０３）、それ以降、実行中のアプリケーション終了通知を受信するまで、路上機からの受信データ量の総和Ｋを計算する（ステップＳ４０４）。車載器１は、アプリケーションを実行してゆき（ステップＳ４０５）、路上機からアプリケーション終了通知を受信すると（ステップＳ４０６）、車載器１は、路上機から受信したデータ量の総和Ｋの計算を終了する（ステップＳ４０７）。車載器１は、所定のデータ量を示す値Ｊを基準にして、受信データ量の総和Ｋとの誤差量Ｌを算出する（ステップＳ４０８）。受信データ量の誤差量Ｌから、例えば、車載器１の送信出力の低下により、路側機が再送してきたため、受信したデータ量の総和Ｌが大きくなったことが判断できるなど、車載器１の無線通信機能を診断することができる。
車載器１は、受信データ量の誤差量Ｌが許容範囲を越えていた場合（ステップＳ４０９）、その差によって、車載器１の無線通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ４１０）。
【００２５】
このように、実施の形態４によれば、車載器に１つのアプリケーションの開始から終了まで路上機から受信するデータ量の総和Ｋを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｊとの誤差量Ｌから車載器の無線通信機能を診断させる構成としたので、実環境において、車載器内部のデータ処理時間によらず、車載器の無線通信機能の診断が行うことができる。
【００２６】
実施の形態５．
実施の形態４は、車載器に１つのアプリケーションの開始から終了まで路上機から受信するデータ量の総和Ｋを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｊとの誤差量Ｌから、車載器の無線通信機能を診断させる構成としたが、この場合、路車間通信を行った直後にしか、診断結果をユーザに通知できない。そのため、実施の形態５は、路車間通信時以外でも、ユーザに診断結果を通知できるようにしたものである。
以下、図を参照して、実施の形態５について説明する。
なお、実施の形態５のＤＳＲＣ車載器の構成は、図１と同じである。
【００２７】
図６は、この発明の実施の形態５によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図６を用いて、実施の形態５によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとし、路車間が通信接続からアプリケーション実行、通信切断、そして車載器１の無線通信機能の診断を行ったとする（ステップＳ５０１）。このとき車載器１は、診断結果をＥＥＰＲＯＭ５に記録する（ステップＳ５０２）。ユーザが操作手段７によって、診断結果通知要求をした場合（ステップＳ５０３）、ＣＰＵ４は、ＥＥＰＲＯＭ５に格納されている診断結果を読み出し（ステップＳ５０４）、その診断結果を通知機能により音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ５０５）。
なお、ステップＳ５０１での車載器１の無線通信機能の診断は、実施の形態１〜４のいずれかの方法によるものとする。
また、診断結果を保存するメモリは、ＥＥＰＲＯＭ５に限らず、フラッシュメモリなど不揮発性のメモリであればよい。
【００２８】
このように、この実施の形態５によれば、車載器の無線通信機能の診断が行われる度に、その診断結果をＥＥＰＲＯＭ５に記録する構成としたので、路車間通信終了直後でなくても、ユーザが診断結果を要求した時に、車載器は、診断結果をユーザに通知することができる。
【図面の簡単な説明】
【００２９】
【図１】この発明の実施の形態１〜５によるＤＳＲＣ車載器を示すブロック構成図である。
【図２】この発明の実施の形態１によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図３】この発明の実施の形態２によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図４】この発明の実施の形態３によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図５】この発明の実施の形態４によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図６】この発明の実施の形態５によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【符号の説明】
【００３０】
１ ＤＳＲＣ車載器
２ アンテナ
３ 通信回路
４ ＣＰＵ
５ ＥＥＰＲＯＭ
６ ＨＭＩ装置
７ 操作手段
８ 音出力手段
９ 光出力手段
１０ 電源回路
１１ 車両側電源
１２ 外部装置Ｉ／Ｆ
１３ 外部装置
１４ ＳＡＭ
１５ ＩＣカードＩ／Ｆ
１６ ＩＣカード
【技術分野】
【０００１】
この発明は、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍ：高度道路交通システム）のＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ：道路自動料金収受）システムなどに用いられるＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：狭域通信）システムに関し、とくに車載器が車両に取り付けられた状態で、路車間通信を利用して車載器の無線通信機能を診断するＤＳＲＣシステムに関するものである。
【背景技術】
【０００２】
近年、ＤＳＲＣを利用したサービスが普及し始めている。例えば、ＥＴＣシステムが既に実用化されている。ＥＴＣ車載器の普及台数は、２００５年６月に７００万台を突破した。ＥＴＣシステム以外にも、駐車場、ガソリンスタンド、ドライブスルーでの決済サービス等が実用化されつつあり、今後、ＤＳＲＣサービスを利用する車載器が普及していくことが予想される。そのため、路車間通信の信頼性が確保されることが重要となっている。
一般に、車載器は、自己診断機能を有しており、電源投入時にＩＣカードの読取り機能や無線通信部などの車載器内部の機能を検査することができるように構成されている。
また、車両に接続後の車載器における無線通信機能の状態は、専用のチェッカでチェックすることができる（例えば特許文献１参照）。
【０００３】
【特許文献１】特開２００１−２２３６５０号公報（第３〜５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来の車載器では、車載器内部の状態を自己診断できるものの、車載器を車両に取り付けた状態で、車載器の無線通信機能が、実際に路上機と通信できる状態であるかどうかを診断することができない、という問題があった。
また、前述の専用チェッカは、一般のユーザが購入するには高価であるし、通常は車載器の取り付け業者やディーラーしか所有していない。よって、一般のユーザ自身が専用チェッカを用いて車載器の無線通信機能を検査することはなかった。
【０００５】
また、前述の専用チェッカでは、実際の走行時における路車間通信を模擬できない。これは、路上に設置されている路上機は、その周りの建物等によって電波環境が悪い領域も存在するからである。その電波環境は、路上機によって様々である。
路上機のもつ電界強度の分布の一例として、電界強度が−５５ｄＢｍ〜−６０ｄＢｍである領域は、路上機側から１６ｍあり、電界強度が−６０ｄＢｍから−６５ｄＢｍである領域は、路上機側から２５ｍあり、電界強度が−６５ｄＢｍ〜−７０ｄＢｍの領域は、路上機側から３６ｍあるとする。一方、車両の走行速度を例えば時速２０ｋｍとする。
この場合に、今、上述の電界強度の分布を有する路上機のもとを、車載器を搭載した車両が、時速２０ｋｍで走行した場合、電界強度が−５５ｄＢｍ〜−６０ｄＢｍである領域内を走行できる時間は、約２．９秒である。また、電界強度が−６０ｄＢｍから−６５ｄＢｍである領域内を走行できる時間は約４．５秒である。また、電界強度が−６５ｄＢｍ〜−７０ｄＢｍの領域内を走行できる時間は約６．５秒である。
ここで、車載器の入力感度が−６３ｄＢｍであるとすると、路車間が接続できる時間は、約４．５秒である。しかし、車載器の入力感度が劣化し、例えば−５９ｄＢｍとなれば、この場合において路車間が接続できる時間は、約２．９秒と短くなってしまう。
【０００６】
一般に、車載器の入力感度は、工場出荷前に検査されているが、車載器を車両に取付け、実際に運用している路上機と通信させて検査しているわけではない。
また、このように車載器の無線通信機能が劣化していた場合でも、車載器と前述の専用チェッカとの間で無線通信が行える状態であれば、前述の専用チェッカは、車載器の無線通信機能を異常なしと判定してしまう。つまり、専用チェッカで車載器の無線通信機能に異常がみられなくても、実際の路上機との通信に失敗する可能性があるのである。
【０００７】
この発明は、上述のような課題を解決するためになされたものであり、ユーザは車載器の無線通信機能をチェックする専用チェッカを用いることなく、車載器の無線通信機能の状態を知ることができるＤＳＲＣシステムを得ることを目的にしている。
【課題を解決するための手段】
【０００８】
この発明に係わるＤＳＲＣシステムにおいては、路上に設置された路上機と車両に搭載された車載器との間でＤＳＲＣ通信により情報の授受を行うＤＳＲＣシステムにおいて、
路上機は、通信に要する所定の物理量の基準値を車載器に通知し、
車載器は、通信を行う無線通信手段、通信時に、通信に要する所定の物理量を演算するとともにこの演算した所定の物理量と路上機から通知された所定の物理量の基準値とに基づき、演算した所定の物理量の誤差を算出する演算手段、この演算手段により算出された誤差に基づき無線通信手段の状態を診断する診断手段、及びこの診断手段により診断された無線通信手段の状態をユーザに通知する通知手段を備えたものである。
【発明の効果】
【０００９】
この発明は、以上説明したように、路上に設置された路上機と車両に搭載された車載器との間でＤＳＲＣ通信により情報の授受を行うＤＳＲＣシステムにおいて、
路上機は、通信に要する所定の物理量の基準値を車載器に通知し、
車載器は、通信を行う無線通信手段、通信時に、通信に要する所定の物理量を演算するとともにこの演算した所定の物理量と路上機から通知された所定の物理量の基準値とに基づき、演算した所定の物理量の誤差を算出する演算手段、この演算手段により算出された誤差に基づき無線通信手段の状態を診断する診断手段、及びこの診断手段により診断された無線通信手段の状態をユーザに通知する通知手段を備えたので、ユーザは車載器の取り付け業者の専用チェッカを用いなくても、車載器の無線通信手段の状態を知ることができるとともに、実環境における無線通信手段の状態を得ることができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
以下、図を参照して、実施の形態１について説明する。
図１は、この発明の実施の形態１によるＤＳＲＣ車載器を示すブロック構成図である。
図１において、ＤＳＲＣ車載器（以下、単に車載器ともいう）１は、アンテナ２と、アンテナ２を介してＤＳＲＣ通信を行う通信回路３と、ＣＰＵ４と、不揮発性メモリであるＥＥＰＲＯＭ５と、ヒューマンインターフェイスを形成するＨＭＩ機能６と、車両側電源１１に接続され、ＤＳＲＣ車載器１に電源供給する電源回路１０と、外部装置１３に接続される外部装置Ｉ／Ｆ１２と、ＩＣカード１６に接続されるＩＣカードＩ／Ｆ１５と、ＩＣカードＩ／Ｆ１５及びＣＰＵ４間に配置され、セキュリティ管理を行うＳＡＭ（Ｓｅｃｕｒｉｔｙ Ａｐｐｒｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）１４とにより構成される。
なお、アンテナ２と通信回路３は、無線通信手段を構成する。
ＨＭＩ機能６は、音量変更ボタンや無線通信機能診断結果要求ボタンなどの操作手段７と、スピーカなどの音出力手段８と、ＬＥＤなどの光出力手段９とを有している。電源回路１０は、車両側電源１１と接続され、外部装置Ｉ／Ｆ１２は、カーナビゲーションなどの外部機器１３に接続される。ＩＣカードＩ／Ｆ１５は、ＩＣカード１６と接続される。
ＣＰＵ４は、通信回路３、ＥＥＰＲＯＭ５、ＨＭＩ機能６、電源回路１０、外部装置Ｉ／Ｆ１２、ＳＡＭ１４に接続されて、ＤＳＲＣ車載器の動作を制御する。ＣＰＵ４は、車載器１と路上機との通信接続から切断までの通信時間Ａ（通信に要する所定の物理量）を演算する演算機能（演算手段）を備える。また、ＣＰＵ４は、この通信時間Ａと、路上機より受信した平均通信時間Ｂ（通信に要する所定の物理量の基準値）との誤差である通信時間誤差量Ｃを演算する演算機能（演算手段）を備える。また、通信時間誤差量Ｃに基づいて、車載器１の無線通信機能の状態を診断する診断機能（診断手段）を備える。さらに、ＨＭＩ機能６または外部機器１３を用いて、診断機能により診断された車載器１の無線通信機能（無線通信手段）の状態を通知する通知機能（通知手段）を備えている。
【００１１】
図２は、この発明の実施の形態１によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図２を用いて実施の形態１によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとする。車載器１は、路上機との通信接続直後（ステップＳ１０１）に、通信時間Ａの測定を開始する（ステップＳ１０２）。路車間の通信接続後、路上機は車載器１に対して、所定の通信時間を示す値である平均通信時間Ｂを送信する。この平均通信時間Ｂとは「路上機を通過した複数の車載器から得た、通信接続から通信切断までの平均値」である。車載器１は、平均通信時間Ｂを受信する（ステップＳ１０３）。
【００１２】
車載器１は、通信終了（ステップＳ１０４）とともに、通信時間Ａの測定を終える（ステップＳ１０５）。通信終了後、車載器１は、路上機から受信した平均通信時間Ｂを基準として、車載器が測定した通信時間Ａとの通信時間誤差量Ｃを求める（ステップＳ１０６）。この求めた通信時間誤差量Ｃによって、例えば、車載器１の受信感度の低下により、車載器１と路上機との通信可能領域が減少したことが判断できるなど、車載器１の無線通信機能を診断することができる。通信時間誤差量Ｃが許容範囲を越えていた場合（ステップＳ１０７）、車載器１の無線通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ１０８）。
【００１３】
このように、実施の形態１によれば、車載器に通信時間Ａを演算する機能をもたせ、路上機から通知される平均通信時間Ｂとの通信時間誤差量Ｃから車載器の無線通信機能を診断させる構成としたので、ユーザは、車載器の取付け業者の専用チェッカを用いなくても、車載器の無線通信機能の状態を知ることができる。
また、実環境において無線通信機能の診断を行う構成としたので、専用チェッカよりも信頼性の高い診断結果を得ることができ、無線通信機能の劣化が原因で起る通信失敗を防止することができる。
【００１４】
実施の形態２．
実施の形態１は、通信開始から切断までを路車間の通信可能領域と考え、車載器が測定した通信時間Ａに基づき車載器の無線通信機能の診断を行う構成としているが、車両の移動速度が著しく速い（または遅い）場合は、車載器が測定する通信時間Ａが著しく短く（または長く）なり、正確な診断が行えない場合がある。このため、実施の形態２は、車両の速度によらず、無線通信機能の診断が行えるようにしたものである。
以下、図を参照して、実施の形態２について説明する。
なお、実施の形態２のＤＳＲＣ車載器の構成は、図１と同じである。ただし、実施の形態２では、ＣＰＵ４は、車載器１と路上機との通信接続から切断までの間に路上機から受信したデータ量の総和Ｅ（通信に要する所定の物理量）を演算するとともに、この受信データ量の総和Ｅと、路上機より別途送られる、路上機が送信する総データ量である所定のデータ量を示す値Ｄ（通信に要する所定の物理量の基準値）との誤差を演算し、誤差量Ｆを算出する演算機能（演算手段）を備える。また、誤差量Ｆに基づいて、車載器１の無線通信機能の状態を診断する診断機能（診断手段）を備える。さらに、ＨＭＩ機能６または外部機器１３を用いて、診断機能により診断された車載器１の無線通信機能（無線通信手段）の状態を通知する通知機能（通知手段）を備えている。
【００１５】
図３は、この発明の実施の形態２によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図３を用いて、実施の形態２によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとする。路車間の通信接続（ステップＳ２０１）後、路上機は、車載器１に対して、所定のデータ量を示す値Ｄを送信する。ここで、所定のデータ量を示す値Ｄとは、「本路上機の通信領域内において、通信良好で再送を行わなかった場合に、本路上機が車載器に対して送信する総データ量を示す値」である。
【００１６】
車載器１は、路上機から所定のデータ量を示す値Ｄを受信すると（ステップＳ２０２）、それ以降、通信切断まで路上機からの受信データ量の総和Ｅを計算する（ステップＳ２０３）。通信終了時（ステップＳ２０４）、車載器は、路上機から受信したデータ量の総和Ｅの計算を終了する（ステップＳ２０５）。
車載器は、所定のデータ量を示す値Ｄを基準にして、受信データ量の総和Ｅとの誤差量Ｆを算出する（ステップＳ２０６）。この受信データ量の誤差量Ｆから、例えば、車載器１の送信出力の低下により、路上機が再送したため、受信したデータ量の総和Ｅが大きくなったことが判断できるなど、車載器１の無線通信機能を診断することができる。車載器１は、受信データ量の誤差量Ｆが許容範囲を越えていた場合（ステップＳ２０７）、車載器１の通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ２０８）。
【００１７】
このように、実施の形態２によれば、車載器に路上機からの受信データの総和Ｅを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｄとの誤差量Ｆから車載器の無線通信機能を診断させる構成としたので、実環境において、車両の速度によらず、車載器の無線通信機能の診断を行うことができる。
【００１８】
実施の形態３．
実施の形態２は、車載器に路上機からの受信データの総和Ｅを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｄとの誤差量Ｆから車載器の無線通信機能を診断させる構成としたが、通信接続から切断までに複数のアプリケーションが実行されることもあり、この場合には、路上機は通信開始時に、「本路上機の通信領域内において、通信良好で再送を行わなかった場合に、本路上機が車載器に対して送信する総データ量を示す値」を明確にすることができず、したがって、正確な診断が行えない。そのため、実施の形態３は、同一路上機で複数のアプリケーションが実行されても、無線通信機能の診断が行えるようにしたものである。
以下、図を参照して、実施の形態３について説明する。
なお、実施の形態３のＤＳＲＣ車載器の構成は、図１と同じである。ただし、実施の形態３では、ＣＰＵ４の演算機能は、一つのアプリケーション当りの通信時間（通信に要する所定の物理量）を演算し、これにより、路上機から通知された一つのアプリケーション当りの平均通信時間（通信に要する所定の物理量の基準値）との誤差量を演算して、無線通信機能の状態を診断し、通知するようにしている。
【００１９】
図４は、この発明の実施の形態３によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図４を用いて、実施の形態３によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとし、路車間が通信接続したとする（ステップＳ３０１）。通信接続後、路上機は、車載器１に対して、アプリケーション開始通知を送信し、車載器１がアプリケーション開始通知を受信することで、アプリケーションが開始される（ステップＳ３０２）。車載器１は、アプリケーション開始通知の受信と共に、アプリケーション通信時間Ｇの測定を開始する（ステップＳ３０３）。路上機は、所定の通信時間を示す値Ｈを送信する。ここで、所定の通信時間を示す値Ｈとは、「本路上機において、これから実行するアプリケーションの開始通知を送信してからアプリケーション終了通知を受信するまでに要する通信時間の平均値を示す値」である。
【００２０】
その後、車載器１は、アプリケーションを実行し（ステップＳ３０５）、路上機からのアプリケーション終了通知の受信によって、アプリケーションを終了する（ステップＳ３０６）。車載器１は、アプリケーションの終了と共に、アプリケーション通信時間Ｇの測定を終える（ステップＳ３０７）。車載器１は、路上機から受信した所定の通信時間を示す値Ｈをもとに、アプリケーション通信時間Ｇとの誤差量Ｉを算出する（ステップＳ３０８）。この誤差量Ｉによって、例えば、車載器１の受信感度の低下により、車載器１と路上機との通信可能領域が減少したことが判断できるなど、車載器１の無線通信機能を診断することができる。
車載器１は、誤差量Ｉが許容範囲を越えていた場合（ステップＳ３０９）、車載器１の無線通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ３１０）。
【００２１】
このように、実施の形態３によれば、車載器に１つのアプリケーションの開始から終了までの通信時間Ｇを演算する機能をもたせ、路上機から通知される所定の通信時間を示す値Ｈとの誤差量Ｉから車載器の無線通信機能を診断させる構成としたので、実環境において、同一路上機で複数のアプリケーションが実行されても、車載器の無線通信機能の診断が行うことができる。
【００２２】
実施の形態４．
実施の形態３は、車載器に１つのアプリケーションの開始から終了までの通信時間Ｇを演算する機能をもたせ、路上機から通知される所定の通信時間を示す値Ｈとの誤差量Ｉから車載器の無線通信機能を診断させる構成としたが、各メーカの車載器によって車載器内部でのデータ処理速度が異なるため、アプリケーション通信時間が長く（または短く）なり、正確な診断が行えない場合がある。このため、実施の形態４は、アプリケーション通信時間の大小によらず、無線通信機能の診断が行えるようにしたものである。
以下、図を参照して、実施の形態４について説明する。
なお、実施の形態４のＤＳＲＣ車載器の構成は、図１と同じである。ただし、ただし、実施の形態４では、ＣＰＵ４の演算機能は、一つのアプリケーション当りの受信データ量の総和（通信に要する所定の物理量）を演算し、これにより、路上機から通知された一つのアプリケーション当りの送信総データ量（通信に要する所定の物理量の基準値）との誤差量を演算して、無線通信機能の状態を診断し、通知するようにしている。
【００２３】
図５は、この発明の実施の形態４によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図５を用いて、実施の形態４によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとし、路車間が通信接続したとする（ステップＳ４０１）。通信接続後、路上機は、車載器１に対して、アプリケーション開始通知を送信し、車載器１がアプリケーション開始通知を受信することで、アプリケーションが開始される（ステップＳ４０２）。アプリケーション開始後、路上機は、車載器１に対して、所定のデータ量を示す値Ｊを送信する。ここで、所定のデータ量を示す値Ｊとは、「本路上機の通信領域内において、通信良好で再送を行わなかった場合に、本路上機がこれから実行するアプリケーションを完了するために車載器に送信すべき総データ量を示す値」である。
【００２４】
車載器１は、路上機から所定のデータ量を示す値Ｊを受信すると（ステップＳ４０３）、それ以降、実行中のアプリケーション終了通知を受信するまで、路上機からの受信データ量の総和Ｋを計算する（ステップＳ４０４）。車載器１は、アプリケーションを実行してゆき（ステップＳ４０５）、路上機からアプリケーション終了通知を受信すると（ステップＳ４０６）、車載器１は、路上機から受信したデータ量の総和Ｋの計算を終了する（ステップＳ４０７）。車載器１は、所定のデータ量を示す値Ｊを基準にして、受信データ量の総和Ｋとの誤差量Ｌを算出する（ステップＳ４０８）。受信データ量の誤差量Ｌから、例えば、車載器１の送信出力の低下により、路側機が再送してきたため、受信したデータ量の総和Ｌが大きくなったことが判断できるなど、車載器１の無線通信機能を診断することができる。
車載器１は、受信データ量の誤差量Ｌが許容範囲を越えていた場合（ステップＳ４０９）、その差によって、車載器１の無線通信機能に異常があるとの診断結果を音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ４１０）。
【００２５】
このように、実施の形態４によれば、車載器に１つのアプリケーションの開始から終了まで路上機から受信するデータ量の総和Ｋを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｊとの誤差量Ｌから車載器の無線通信機能を診断させる構成としたので、実環境において、車載器内部のデータ処理時間によらず、車載器の無線通信機能の診断が行うことができる。
【００２６】
実施の形態５．
実施の形態４は、車載器に１つのアプリケーションの開始から終了まで路上機から受信するデータ量の総和Ｋを演算する機能をもたせ、路上機から通知される所定のデータ量を示す値Ｊとの誤差量Ｌから、車載器の無線通信機能を診断させる構成としたが、この場合、路車間通信を行った直後にしか、診断結果をユーザに通知できない。そのため、実施の形態５は、路車間通信時以外でも、ユーザに診断結果を通知できるようにしたものである。
以下、図を参照して、実施の形態５について説明する。
なお、実施の形態５のＤＳＲＣ車載器の構成は、図１と同じである。
【００２７】
図６は、この発明の実施の形態５によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
次に、図６を用いて、実施の形態５によるＤＳＲＣ車載器の動作について説明する。
ＤＳＲＣ車載器１を搭載した車両において、車両側電源１１からＤＳＲＣ車載器１の電源回路１０に電源が供給されている状態で、車両が路上機とのＤＳＲＣ通信領域内に進入したとし、路車間が通信接続からアプリケーション実行、通信切断、そして車載器１の無線通信機能の診断を行ったとする（ステップＳ５０１）。このとき車載器１は、診断結果をＥＥＰＲＯＭ５に記録する（ステップＳ５０２）。ユーザが操作手段７によって、診断結果通知要求をした場合（ステップＳ５０３）、ＣＰＵ４は、ＥＥＰＲＯＭ５に格納されている診断結果を読み出し（ステップＳ５０４）、その診断結果を通知機能により音声、ブザー、光り等を出力する音出力手段８及び光出力手段９などのＨＭＩ機能６を用いてユーザに通知する（ステップＳ５０５）。
なお、ステップＳ５０１での車載器１の無線通信機能の診断は、実施の形態１〜４のいずれかの方法によるものとする。
また、診断結果を保存するメモリは、ＥＥＰＲＯＭ５に限らず、フラッシュメモリなど不揮発性のメモリであればよい。
【００２８】
このように、この実施の形態５によれば、車載器の無線通信機能の診断が行われる度に、その診断結果をＥＥＰＲＯＭ５に記録する構成としたので、路車間通信終了直後でなくても、ユーザが診断結果を要求した時に、車載器は、診断結果をユーザに通知することができる。
【図面の簡単な説明】
【００２９】
【図１】この発明の実施の形態１〜５によるＤＳＲＣ車載器を示すブロック構成図である。
【図２】この発明の実施の形態１によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図３】この発明の実施の形態２によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図４】この発明の実施の形態３によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図５】この発明の実施の形態４によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【図６】この発明の実施の形態５によるＤＳＲＣ車載器が、無線通信機能の診断を行う場合の手順を示すフローチャートである。
【符号の説明】
【００３０】
１ ＤＳＲＣ車載器
２ アンテナ
３ 通信回路
４ ＣＰＵ
５ ＥＥＰＲＯＭ
６ ＨＭＩ装置
７ 操作手段
８ 音出力手段
９ 光出力手段
１０ 電源回路
１１ 車両側電源
１２ 外部装置Ｉ／Ｆ
１３ 外部装置
１４ ＳＡＭ
１５ ＩＣカードＩ／Ｆ
１６ ＩＣカード
【特許請求の範囲】
【請求項１】
路上に設置された路上機と車両に搭載された車載器との間でＤＳＲＣ通信により情報の授受を行うＤＳＲＣシステムにおいて、
上記路上機は、通信に要する所定の物理量の基準値を上記車載器に通知し、
上記車載器は、上記通信を行う無線通信手段、上記通信時に、上記通信に要する所定の物理量を演算するとともにこの演算した所定の物理量と上記路上機から通知された所定の物理量の基準値とに基づき、上記演算した所定の物理量の誤差を算出する演算手段、この演算手段により算出された上記誤差に基づき上記無線通信手段の状態を診断する診断手段、及びこの診断手段により診断された上記無線通信手段の状態をユーザに通知する通知手段を備えたことを特徴とするＤＳＲＣシステム。
【請求項２】
上記路上機が上記車載器に通知する上記通信に要する所定の物理量の基準値は、上記路上機を通過した複数の車載器から得られた通信時間の平均値であり、上記車載器の演算する上記通信に要する所定の物理量は、上記車載器が上記路上機と通信した通信時間であることを特徴とする請求項１記載のＤＳＲＣシステム。
【請求項３】
上記路上機が上記車載器に通知する上記通信に要する所定の物理量の基準値は、上記通信で上記路上機から上記車載器に送信する総データ量であり、上記車載器の演算する上記通信に要する所定の物理量は、上記通信で上記車載器が上記路上機から受信した受信データ量であることを特徴とする請求項１記載のＤＳＲＣシステム。
【請求項４】
上記路上機が上記車載器に通知する上記通信に要する所定の物理量の基準値は、一つのアプリケーションについての上記通信に要する所定の物理量の基準値であり、上記車載器の演算する上記通信に要する所定の物理量は、上記アプリケーションについての上記通信に要する所定の物理量であることを特徴とする請求項２または請求項３記載のＤＳＲＣシステム。
【請求項５】
上記車載器は、上記診断手段により診断された上記無線通信手段の状態を記憶する不揮発性メモリを備え、上記車載器は、ユーザからの要求に応じて、上記無線通信手段の状態を上記不揮発性メモリから読出し、上記通知手段によりユーザに通知することを特徴とする請求項１〜請求項４のいずれかに記載のＤＳＲＣシステム。
【請求項１】
路上に設置された路上機と車両に搭載された車載器との間でＤＳＲＣ通信により情報の授受を行うＤＳＲＣシステムにおいて、
上記路上機は、通信に要する所定の物理量の基準値を上記車載器に通知し、
上記車載器は、上記通信を行う無線通信手段、上記通信時に、上記通信に要する所定の物理量を演算するとともにこの演算した所定の物理量と上記路上機から通知された所定の物理量の基準値とに基づき、上記演算した所定の物理量の誤差を算出する演算手段、この演算手段により算出された上記誤差に基づき上記無線通信手段の状態を診断する診断手段、及びこの診断手段により診断された上記無線通信手段の状態をユーザに通知する通知手段を備えたことを特徴とするＤＳＲＣシステム。
【請求項２】
上記路上機が上記車載器に通知する上記通信に要する所定の物理量の基準値は、上記路上機を通過した複数の車載器から得られた通信時間の平均値であり、上記車載器の演算する上記通信に要する所定の物理量は、上記車載器が上記路上機と通信した通信時間であることを特徴とする請求項１記載のＤＳＲＣシステム。
【請求項３】
上記路上機が上記車載器に通知する上記通信に要する所定の物理量の基準値は、上記通信で上記路上機から上記車載器に送信する総データ量であり、上記車載器の演算する上記通信に要する所定の物理量は、上記通信で上記車載器が上記路上機から受信した受信データ量であることを特徴とする請求項１記載のＤＳＲＣシステム。
【請求項４】
上記路上機が上記車載器に通知する上記通信に要する所定の物理量の基準値は、一つのアプリケーションについての上記通信に要する所定の物理量の基準値であり、上記車載器の演算する上記通信に要する所定の物理量は、上記アプリケーションについての上記通信に要する所定の物理量であることを特徴とする請求項２または請求項３記載のＤＳＲＣシステム。
【請求項５】
上記車載器は、上記診断手段により診断された上記無線通信手段の状態を記憶する不揮発性メモリを備え、上記車載器は、ユーザからの要求に応じて、上記無線通信手段の状態を上記不揮発性メモリから読出し、上記通知手段によりユーザに通知することを特徴とする請求項１〜請求項４のいずれかに記載のＤＳＲＣシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−１１０４０１（Ｐ２００７−１１０４０１Ａ）
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願番号】特願２００５−２９８８６８（Ｐ２００５−２９８８６８）
【出願日】平成１７年１０月１３日（２００５．１０．１３）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願日】平成１７年１０月１３日（２００５．１０．１３）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]