(57)【要約】【課題】運転負荷に応じた表示態様で通信異常を報知する。【解決手段】車両外部の情報提供者と通信を行う通信手段１と、情報を取得するとともに、通信手段１の通信状態を監視する送受信ユニット２と、車両の走行状況に基づいてユーザの運転負荷を検出する運転負荷検出手段３と、通信異常状態が検知された場合に運転負荷に応じて、通信異常である旨をユーザに知らせる通信異常表示を切替える表示制御手段４と、表示制御手段４制御に従い通信異常表示を表示する表示手段５とを設けた。する情報提供装置。【選択図】  図１
2005339366.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、車両外部から取得した情報を用いてユーザに情報を提供する情報提供装置であって、
前記車両外部の情報提供者と通信を行う通信手段と、
前記通信手段を介して情報を取得するとともに、前記通信手段の通信状態を監視する送受信ユニットと、
前記車両の走行状況に基づいてユーザの運転負荷を検出する運転負荷検出手段と、
前記送受信ユニットが通信異常状態を検知した場合、前記運転負荷検出手段により検出された運転負荷に応じて、通信異常である旨をユーザに知らせる通信異常表示を切替えて表示させる表示制御手段と、
前記表示制御手段の制御に従い通信異常表示を表示する表示手段とを有する情報提供装置。
【請求項２】
前記表示制御手段は、表示態様の異なる第１通信異常表示と第２通信異常表示とを記憶するとともに、前記運転負荷検出手段により検出された運転負荷が所定の閾値未満である場合は第１通信異常表示を前記表示手段に表示させ、前記運転負荷検出手段により検出された運転負荷が所定の閾値以上である場合は第２通信異常表示を前記表示手段に表示させる請求項１に記載の情報提供装置。
【請求項３】
前記第１通信異常表示は、前記第２通信異常表示よりもユーザの注目度の高い表示である請求項２に記載の情報提供装置。
【請求項４】
前記送受信ユニットは、前記通信手段の送受信状態を監視する送受信状態監視部および／または前記通信手段の通信電波状態を監視する電波状態監視部を有する請求項１〜３のいずれかに記載の情報提供装置。
【請求項５】
前記運転負荷検出手段は、
自車両の加速や減速の状態を検出する加減速検出部、
自車両と他の車両その他の対象物との距離を検出する距離検出部、
自車両のステアリングの操舵角と操舵量を検出する操舵角検出部、
自車両の走行路の交通環境を検出する位置情報検出部、
ブレーキの操作状態を検出するブレーキ検出部のうち、少なくとも１つ以上を有する請求項１〜４のいずれかに記載の情報提供装置。
【請求項６】
前記情報提供装置は、情報をユーザに提供する処理を行う情報処理ユニットを有し、
前記情報処理ユニットにおいて起動しているアプリケーションの動作が異常状態となった場合に、前記アプリケーションの動作を正常な状態に復帰させるリセット処理を実行するリセット処理手段を備え、
前記リセット処理手段は、前記運転負荷検出手段により検出されたユーザの運転負荷が所定の閾値よりも高い場合に、自動的にリセット処理を実行する請求項１〜５のいずれかに記載の情報提供装置。
【請求項７】
前記リセット処理手段は、前記運転負荷検出手段により検出されたユーザの運転負荷が所定の閾値よりも低い場合に、前記ユーザから取得したリセット命令に基づいてリセット処理を実行する請求項６に記載の情報提供装置。
【請求項８】
前記リセット処理手段は、前記通信手段をリセットさせる命令、又は前記動作が異常状態となった前記情報処理ユニットをリセット処理する命令を、前記リセット命令として取得する請求項７記載の情報提供装置。
【請求項９】
前記リセット処理手段は、前記情報処理ユニットにおいて起動しているアプリケーションの動作が異常状態となった際の前記通信手段の通信接続先を記憶してリセット処理を実行する請求項６〜８のいずれかに記載の情報提供装置。
【請求項１０】
前記リセット処理手段は、前記運転負荷検出手段によりユーザの運転負荷が所定の閾値よりも低いと検出された後、第１所定時間が経過してもユーザからリセット命令を取得しない場合には、第１所定時間の経過後、自動的にリセット処理を実行する請求項７〜９のいずれかに記載の情報提供装置。
【請求項１１】
前記リセット処理手段は、前記アプリケーションの動作が異常状態となったと検出された後、第２所定時間が経過してもリセット処理が実行されない場合には、第２所定時間の経過後、自動的にリセット処理を実行する請求項１０に記載の情報提供装置。
【請求項１２】
前記表示制御手段は、表示態様の異なる第１リセット表示と第２リセット表示とを記憶するとともに、前記運転負荷検出手段により検出された運転負荷が所定の閾値未満である場合は第１リセット表示を前記表示手段に表示させ、前記運転負荷検出手段により検出された運転負荷が所定の閾値以上である場合は第２リセット表示を前記表示手段に表示させる請求項６〜９のいずれかに記載の情報提供装置。
【請求項１３】
前記第１リセット表示は、前記第２リセット表示よりもユーザの注目度の高い表示である請求項１２に記載の情報提供装置。
【請求項１４】
前記第１リセット表示は、前記リセット処理手段が受け付け可能な、前記通信手段をリセット処理するリセット命令を示す表示、前記情報提供ユニットにおいて起動しているアプリケーションをリセット処理するリセット命令を示す表示、前記リセット処理を実行する際の前記通信手段の通信接続先を記憶してリセット処理するリセット命令を示す表示のいずれか１以上を含む請求項１２に記載の情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載され、外部から取得した情報を用いてユーザに情報を提供する情報提供装置であって、通信異常となった場合にその旨を知らせる表示を行う情報提供装置に関する。
【背景技術】
【０００２】
携帯電話等の通信手段を介して車両外部にあるサーバに自車両の位置情報を送信し、取得した位置情報に基づいてサーバが検索した情報を、ユーザ側の端末が通信手段を介して取得する位置情報提供システムが知られている（特許文献１参照）。  
この種の通信機能を有する装置において通信異常が発生すると、起動中のアプリケーションの動作に障害が生じるが、その原因が通信異常であることが判らないため、ユーザは適切な処置をすることができないという問題があった。もっとも、ユーザの運転負荷が高い場合は通信異常の修復処置操作ができないため、運転負荷の高いユーザに動作異常の原因を積極的に報知することは適当ではない。
【特許文献１】特開２００２−１７１５６５号公報
【発明の開示】
【０００３】
本発明は、以上の課題を鑑みてなされたのものであり、ユーザの運転負荷に応じて通信異常の発生をユーザに知らせることを目的とする。  
本発明は、通信異常状態を検知した場合、検出した運転負荷に応じた通信異常表示を用いて、通信異常が発生した旨をユーザに知らせる。  
この発明により、ユーザの運転負荷に応じた表示態様で通信異常を報知することができる。
【発明を実施するための最良の形態】
【０００４】
以下、図面に基づいて、本発明に係る実施形態の情報提供装置１００を説明する。車両に搭載された情報提供装置１００は、車両外部の情報提供者と通信を行い、通信網を介して取得した情報を用いてユーザに情報を提供する。また、情報提供装置１００は、有線又は無線の車載ＬＡＮ等により他の車両電子制御ユニットのコントロールユニット、ナビゲーションシステムと情報の授受が可能である。
＜第１実施形態＞
図１に第１実施形態の情報提供装置１００のブロック構成を示した。図１に示すように、情報提供装置１００は、通信手段１と、送受信ユニット２と、運転負荷検出手段３と、表示制御手段４と、表示手段５とを有している。また、各種情報の提供処理を行うアプリケーションが起動する各種情報処理ユニット６を備えている。具体的には、少なくとも、運転負荷に応じて、検出された通信異常状態を知らせる通信異常表示を切替えるプログラムを格納したＲＯＭ等と、このＲＯＭ等に格納されたプログラムを実行することで、表示制御手段４として機能するＣＰＵ等と、アクセス可能な記憶部４２として機能するＲＡＭ等とを備えている。
【０００５】
以下、情報提供装置１００の各構成について説明する。  
「通信手段１」は、一般的な通信機能１０を備え、車両外部の情報提供者の通信端末と通信を行い、情報の送受信を行う。情報提供者の通信端末はインターネット等のネットワークに接続可能なサーバ、パーソナルコンピュータ等の通信機能を有する端末、携帯電話、無線通信装置などである。通信手段１を介して送受信される情報はデジタル情報、アナログ情報のいずれであってもよい。
【０００６】
本実施形態の通信手段１は無線通信端末装置である。本例の通信手段１は、他の構成（手段）と物理的に別の装置として設けられている。通信手段１が利用する伝送媒体は特に限定されず、電波方式、赤外線方式であってもよい。また、通信手段が利用する通信帯域は特に限定されず、８００ＭＨｚ帯、１．５ＧＨｚ帯、２ＧＨｚ帯等のいずれの帯域であってもよい。なお、通信手段は、Ｂｌｕｅｔｏｏｔｈや赤外線（ＩｒＤＡ）等の無線、又はＲＳ−２３２Ｃ（シリアル・インターフェース）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等の有線によって、他の手段（少なくとも送受信ユニット２）と接続される。
【０００７】
「送受信ユニット２」は、送受信部２１と通信状態監視部２２とを有し、通信手段１を介して情報を取得するとともに、通信手段１の通信状態を監視する。
【０００８】
通信状態監視部２２は、送受信状態監視部２２１と、電波状態監視部２２２と、通信異常検知部２２３とを有している。送受信状態監視部２２1は、通信手段１と送受信ユニット２とのデータの送受信（データのやり取り）に基づいて、通信状態を監視する。具体的にはタイマーを備え、データがやり取りされていない時間をカウントすることによって、データの送受信（やり取り）状況を監視し、データの取得要求をしているもののデータを受信できない等の通信異常を検知する。電波状態監視部２２２は、情報提供装置１００の周辺の電波状態（通信手段１が電波を受信しているか否か）に基づいて、通信状態を監視する。
【０００９】
通信異常検知部２２３は、送受信状態監視部２２１から取得した通信状態の監視データと電波状態監視部２２２から取得した電波状態の監視データとから通信異常を検知する。通信異常検知部２２３は、送受信状態と電波状態の双方の観点から通信状態を監視することにより、送受信状態が正常であるが電波状態に障害があるために生じた通信異常と、電波状態は良好であるが送受信状態に障害があるために生じた通信異常、電波環境及び通信手段１は正常であるが情報提供装置側の異常（情報処理ユニット６の異常（情報処理ユニット６において起動しているアプリケーションの動作異常）による通信異常を監視することができる。つまり、通信異常検知部２２３は、通信状態の異常の原因が電波環境にあるか否か、通信手段１にあるか否か、情報処理ユニット６にあるか否かを判断するための情報を検知することができる。
【００１０】
「運転負荷検出手段３」は、加減速検出部３１と、車間距離検出部３２と、操舵角検出部３３と、交通環境検出部３４と、ブレーキ検出部３５とを有し、これらの検出結果からユーザの運転負荷の高低を検出する。本例では、５つの検出部３１〜３５を設けたが、このうち１つ又は２以上を組み合わせて設けてもよい。
【００１１】
各検出部を説明すると、「加減速検出部３１」は、車両の加減速の情報を取得し、その経時的変化を検出する。「車間距離検出部３２」は、対象物との距離を測定する測距装置から前方の車両との車間距離を取得し、その経時的変化を検出する。「操舵角検出部３３」は、ステアリングを切っているか否か、又は操舵角の情報を取得し、その経時的変化を検出する。「交通環境検出部３４」は、車両の現在位置と地図情報を取得し、車両が所定の運転負荷の高いと定義されたポイント（交差点、合流点、細街路など）に位置するか否かを検出する。「ブレーキ検出部３５」は、ドライバ（ユーザ）ブレーキを踏んでいるか否かを検出する。
【００１２】
運転負荷検出手段３は、各検出部（３１〜３５）のうち、予め定められた、いずれか１以上の検出部から検出結果を取得し、ユーザの運転負荷を検出する。以下に具体的な運転負荷の検出手法の例を説明する。運転負荷検出手段３は検出する項目ごとに閾値又は条件を設け、各閾値を越えた場合又は条件を満たす場合にユーザの運転負荷が高いと検出し、他の各閾値を超えた場合にユーザの運転負荷が低いと検出する。具体的に、加減速検出部３１から取得した加減速の変化量が所定の閾値以上である場合はユーザの運転負荷が高いと検出し、所定の閾値未満である場合はユーザの運転負荷が低いと検出する。車間距離検出部３２から取得した車間距離（他の対象物との距離）が所定の閾値未満である場合はユーザの運転負荷が高いと検出し、所定の閾値以上である場合はユーザの運転負荷が低いと検出する。操舵角検出部３３から取得した操舵角の変化量が所定の閾値以上である場合はユーザの運転負荷が高いと検出し、所定の閾値未満である場合はユーザの運転負荷が低いと検出する。交通環境検出部３４から取得した自車両の現在位置が予め運転負荷が高くなる地点として定義された所定地点（交差点近傍等）に位置する場合（条件を満たす場合）はユーザの運転負荷が高いと検出し、自車両の現在位置が所定地点（交差点等）に位置しない場合はユーザの運転負荷が低いと検出する。ブレーキ検出部３５から走行中にブレーキ操作を行った（減速操作を行った）旨の情報を取得した場合は運転負荷が高いと検出し、そうでない場合は運転負荷が低いと検出する。
【００１３】
「表示制御手段４」は、表示切替部４１と記憶部４２とを有し、送受信ユニット２が通信異常を検知した場合、運転負荷検出手段３により検出された運転負荷に応じて、通信異常である旨をユーザに知らせる通信異常表示を切替える。切替えて表示される通信異常表示は記憶部４２に予め記憶されている。記憶部４２は、表示態様の異なる第１通信異常表示４２１Ａと第２通信異常表示４２１Ｂとを通信異常報知アイコン４２１（通信異常表示）として記憶する。第１通信異常表示４２１Ａは、第２通信異常表示４２１Ｂよりもユーザの注目度の高い表示である。注目度の高低はユーザが気付き易いか否かの観点から定めることが好ましい。本例では、２つの表示のうち大きい表示のほうが注目度は高く、２つの表示のうち明度、彩度の高い色彩のほうが注目度は高く、視覚に刺激をあたえる表示のほうが注目度は高いとした。つまり、第１通信異常表示４２１Ａは、第２通信異常表示４２１Ｂよりも表示面積が大きいアイコン、第２通信異常表示４２１Ｂよりも目立つ色のアイコン、点滅しない第２通信異常表示４２１Ｂに対して点滅するアイコンとすることが好ましい。
【００１４】
図２（Ａ）に第１通信異常表示４２１Ａの一例を示し、図２（Ｂ）に第２通信異常表示４２１Ｂの一例を示した。図２（Ａ）に示すように、第１通信異常表示４２１Ａのサイズ（Ｘ１）は、ディスプレイ５１のサイズ（Ｙ１）の約１／８〜１／４の大きさとした。また、第１通信異常表示４２１Ａをディスプレイ５１の隅以外の領域に表示した。一方、図２（Ｂ）に示すように、第２通信異常表示４２１Ｂは、第１通信異常表示４２１Ａより小さいアイコンとした。また、第２通信異常表示４２１Ｂをディスプレイ５１の隅の領域に表示した。第１通信異常表示４２１Ａ、第２通信異常表示４２１Ｂの表示は２〜３秒継続させることが好ましい。ユーザの運転負荷の変化に伴い表示が頻繁に切り替わることによる画面のちらつきを防止するためである。なお、図２（Ｂ）に第２通信異常表示４２１Ｂの例として、「圏内表示」「圏外表示」「通信異常表示」の３態様を示した。表示切替部４１は、送受信状態が正常であるが電波状態に障害があるために生じた通信異常が検知された場合は「圏外表示」を表示し、電波状態は良好であるが送受信状態に障害があるために生じた通信異常が検知された場合は「通信異常表示」を表示し、電波状態が良好である場合は「圏内表示」を表示する。これらの情報により、ユーザは通信状態の異常の原因が、通信環境にあるか否か、通信手段１にあるか否か、情報処理ユニット６にあるか否かを判断することができるため、通信異常状態を正常に復帰させる手段を的確に判断することができる。
【００１５】
「表示手段５」は一般的なディスプレイ５１であり、表示制御手段４の制御命令に従い通信異常表示を表示する。ディスプレイ５１は、一般的な表示機能を有し、各情報処理ユニット６が処理した地図情報、交通情報、施設案内情報、放送映像等の視覚情報を表示する。
【００１６】
次に、本実施形態の情報提供装置１００の動作を説明する。情報提供装置１００の制御手順を図３〜図６のフローチャートに示した。図３に情報提供装置１００の制御手順の概要を示し、図３のＳｔｅｐＡの詳細なフローを図４に示し、図３のＳｔｅｐＢの詳細なフローを図５に示し、図３のＳｔｅｐＣの詳細なフローを図６に示した。
【００１７】
図３に示すように、本実施形態の情報提供装置１００は、まず、通信ユニット２が通信異常状態を検出し（ＳｔｅｐＡ）、運転負荷検出手段３がユーザの運転負荷を検出し（ＳｔｅｐＢ）、表示制御手段４が表示手段５に通信異常表示（通信異常報知アイコン４２１）を表示させる（ＳｔｅｐＣ）。
【００１８】
ＳｔｅｐＡにおける処理を図４のフローチャートに基づいて説明する。  
Ｓａ１０１において、通信状態監視部２２は、送受信部２１が取得した情報（データ）の送受信を監視するためのタイマーをリセットし（Ｓａ１０１）、カウンタを初期化（ゼロリセット）する（Ｓａ１０２）。電波状態監視部２２２は、通信手段１の通信電波状態が通信可能な状態であるか否かを監視する（Ｓａ１０３）。電波状態が良好でない場合（通信可能な電波状態ではない場合）はＳａ１０４に遷移し、通信異常である旨のフラグをセットする。
【００１９】
Ｓａ１０３にて電波状態が良好と判断された場合はＳａ１０５に遷移する。Ｓａ１０５において、送受信状態監視部２２１は通信手段１が外部通信端末と接続されたか否かを判断する。外部通信端末と接続していない場合（Ｓａ１０５でＮｏ）は通信異常をユーザに知らせる必要がないため、Ｓａ１１１へ遷移し、異常フラグを解除状態にする。通信手段１と外部通信端末とが通信接続されている場合は、Ｓａ１０６に遷移し、送受信状態監視部２２１は、情報の送受信が正常に行われているか否かを監視する（Ｓａ１０６）。Ｓａ１０６において、送受信が正常に行われている場合、通信状態は良好であるので、異常フラグを解除する（Ｓａ１１１）。Ｓａ１０６において、送受信状態監視部２２１が情報の送受信が正常に行われていないという監視結果を取得した場合は、Ｓａ１０７に遷移する。Ｓａ１０７では、送受信の異常状態が所定時間以上継続した場合、通信異常であると判断する。通信異常検知部２２３は、送受信の異常状態の継続時間を計時するタイマーが動作をしているか否かを検出し、動作していなければタイマーをスタートさせ（Ｓａ１０８）、タイマーのカウンタを加算する（Ｓａ１０９）。タイマーのカウンタが設定した所定時間以上となった場合（Ｓａ１１０でＹ）、送受信の異常状態が所定時間以上継続しているとして、異常フラグをセットする。他方、送受信の異常状態が所定時間未満である場合は、Ｓａ１０３へ戻り、通信状態の監視を継続する。
【００２０】
次に、図５のフローチャートに基づいて図３のＳｔｅｐＢ（運転負荷の検出）を説明する。運転負荷検出手段３はユーザの運転負荷を検出する。まず、加減速検出部３１は、車両の加減速の値を取得し、その値と所定の閾値とを比較する。車両の加減速が所定閾値以下である場合は、Ｓｂ１０２に遷移し、車両の加減速が所定閾値よりも大きい場合は、運転負荷が高いと判断し、Ｓｂ１０７の運転負荷が高い旨を示す運転負荷フラグを設定する。車間距離検出部３２は、車間距離情報を取得し、その値と所定の閾値とを比較する。車間距離が所定閾値以上である場合はＳｂ１０３へ遷移し、車間距離が所定閾値未満である場合は、運転負荷が高い状態であるとしてＳｂ１０７へ進み、運転負荷フラグを設定する。さらに操舵各検出部３３は、車両の操舵角情報を取得し、操舵角の変化量と所定の閾値とを比較する。操舵角の変化量が所定閾値以下である場合はＳｂ１０４へ進み、操舵角の変化量が所定閾値よりも大きい場合は運転負荷が高い状態であるとしてＳｂ１０７に進み運転負荷フラグを設定する。ブレーキ検出部３５は、ブレーキ操作があったか否かの情報を取得し、ブレーキ操作があった場合は運転負荷が高いとしてＳｂ１０７へ進み、運転負荷フラグをセットし、そうでない場合はＳｂ１０５へ進む。最後に、交通環境検出部３４は、図示しない車載のＧＰＳ機能（Global Positioning System）を備えたナビゲーション装置（情報処理ユニット６のひとつ）から、自車両の現在位置が交差点等の付近であるか否かの情報を取得する。自車両が交差点等の付近にある場合は、運転負荷が高いとしてＳｂ１０７へ進み、運転負荷フラグをセットし、そうでない場合はＳｂ１０６へ進み、運転負荷フラグを解除する（フラグをセットしない状態にする）。なお、本例は、Ｓｂ１０１〜Ｓｂ１０６のすべてのステップを行うが、各ステップのいずれか１以上を選択し、選択したステップのみを実行してもよい。
【００２１】
次に、図６のフローチャートに基づいて図３のＳｔｅｐＣ（通信異常時における表示）を説明する。  
まず、表示制御手段４の表示切替部４１は、通信異常情報を取得したか否かを判断する。通信異常情報はＳｔｅｐＡにてセットされた異常フラグに対応し、具体的に、通信異常情報取得機能４１１はＳ１０１で検出された異常フラグがセットされているか否かを判断する（Ｓｃ１０１）。異常フラグがセットされている場合はＳｃ１０２に遷移し、異常フラグがクリアされていたら、Ｓｃ１０３に遷移する。Ｓｃ１０３では、通信異常表示がされているか否かを判断する。通信異常表示がされている場合は通信異常表示の表示を中止し（Ｓｃ１０８）、表示がされていない場合は、異常情報表示の処理を終了する。
【００２２】
Ｓｃ１０２において、運転負荷取得機能４１２は、Ｓ１０２で検出された運転負荷フラグがクリアされているか否かを判断する。運転負荷フラグがクリアされている場合、すなわち運転負荷が低いと判断された場合はＳｃ１０５に遷移し、運転負荷フラグがセットされている場合（運転負荷が高い場合）はＳｃ１０４に遷移する。
【００２３】
表示切替部４１は、運転負荷フラグがクリアされていない場合（Ｓｃ１０２でＮｏ）、注目度が相対的に低い第２通信異常表示４２１Ｂをディスプレイ５１に表示する（Ｓｃ１０４）。つまり、ユーザの運転負荷が高い場合は、注目度の低い通信異常表示をユーザが気付きにくい（ユーザの視線を誘導しない）ように表示する。具体的には図２（Ｂ）に示すように、小さいアイコンをディスプレイの隅に表示する。
【００２４】
表示切替部４１は、運転負荷フラグがクリアされている場合（Ｓｃ１０２でＹｅｓ）、すでに通信異常表示がされているか否かを確認し（Ｓｂ１０５）、注目度が相対的に高い第１通信異常表示４２１Ａをディスプレイ５１に表示する（Ｓｃ１０６、Ｓｃ１０７）。つまり、ユーザの運転負荷が低い場合は、注目度の高い通信異常表示をユーザが気付きやすいように表示する。具体的には図２（Ａ）に示すように、大きいアイコンをディスプレイ５１の画面の見やすい位置に表示する。
【００２５】
このように、本実施形態の情報提供装置１００によれば、通信異常が生じたことをユーザの運転負荷に応じて異なる態様により知らせることができる。すなわち、運転負荷が高い場合は相対的に注目度の低い表示態様（第２通信異常表示）を表示することによって、ユーザの視線を誘導しないように通信異常発生を知らせ、運転負荷が低い場合は相対的に注目度の高い表示態様（第１通信異常表示）で判り易く表示することによって通信異常の発生を迅速に知らせることができる。また、送受信ユニット２の送受信状態監視部２２１および／または電波状態監視部２２２により、通信異常の原因が通信手段１にあるのか、電波状態（電波環境）にあるのかを判断されるため、ユーザは通信を正常な状態に復帰させる適当な方策を選択することができる。
【００２６】
＜第２実施形態＞
第２実施形態の情報提供装置２００は、ユーザの運転負荷に応じた手法で、動作異常状態となったアプリケーションの動作を正常な状態に復帰させる点を特徴とする。
【００２７】
この種の通信機能を有する装置においては、通信異常やアプリケーション動作中の障害等によって、情報処理ユニット６において起動中のアプリケーションの動作が異常状態となる場合がある。しかし、運転負荷の高い状態ではアプリケーションの動作を正常状態に復帰させる処理をユーザ自身が行うことは困難である。また、アプリケーションの異常状態の原因が通信手段１（又は動作中の情報処理ユニット６）にある場合には通信手段１のみをリセットすれば復帰時間がかからず好ましいが、異常状態の原因が通信手段１（又は動作中の情報処理ユニット６）であることを究明するのはユーザにとって困難である。特に、運転操作等の負荷を負うユーザには難しい。
【００２８】
本実施形態は、この点を鑑みてなされたものであり、ユーザの運転負荷の高さに応じたリセット処理を行うリセット処理手段８を有する。ここでは相違点を中心に説明し、共通点に関する説明は省略する。
【００２９】
本実施形態の情報提供装置は、少なくとも、通信手段１と、送受信ユニット２と、運転負荷検出手段３と、情報提供処理に関するアプリケーションを起動させる情報処理ユニット６と、リセット処理手段７とを少なくとも有する。また、リセット命令の選択肢を提示するための表示手段５と、この表示手段５におけるリセット命令の表示を制御する表示制御手段４を備えてもよい。さらに、リセット処理手段７が取得するリセット命令をユーザから受け付ける入力手段８を備えることが好ましい。
【００３０】
リセット処理手段７は、情報処理装置２００の情報処理ユニット６において起動しているアプリケーションの動作が異常状態となった場合に、アプリケーションの動作を正常な状態に復帰させるリセット処理を実行する。ここで情報処理ユニット６は、ナビゲーション装置、情報端末装置、運転支援装置、メール送受信装置などであって、各種情報提供処理を行うアプリケーションを実行させ、その機能を実現させる装置である。
【００３１】
本実施形態のリセット処理手段７は、動作異常検出部７１と、リセット処理制御部７２と接続先記憶部７３とを有し、運転負荷に応じた態様でリセット処理を行う。具体的には運転負荷が高い場合は自動的にリセット処理を実行し、運転負荷が低い場合はユーザのリセット命令に基づいてリセット処理を実行する。さらに運転負荷が低い場合は、ユーザから受け付けたリセット命令に基づくリセット処理を実行する。
【００３２】
リセット処理手段７の各構成について説明する。  
動作異常検出部７１は、情報処理ユニット６におけるアプリケーションの動作が異常状態となったことを検出する。
【００３３】
リセット処理制御部７２は、運転負荷取得機能７２１と、通信異常取得機能７２２と、リセット命令取得機能７２３とを少なくとも有し、動作異常検出部７１がアプリケーションの動作が異常状態になったことを検出した場合、アプリケーションの動作を正常な状態に復帰させるリセット処理を行う。
【００３４】
運転負荷取得機能７２１は、運転負荷検出手段３により検出されたユーザの運転負荷を取得する。リセット処理制御部７２は、取得したユーザの運転負荷が所定の閾値よりも高い場合に、自動的にリセット処理を実行する。具体的に、リセット処理制御部７２は、タイマー機能を有し、運転負荷取得機能７２１がユーザの運転負荷が高いという情報を取得したタイミングから所定時間Ｔｏの経過後、自動的にリセット処理を実行する。自動的にリセット処理を行うにあたり、リセット動作までに所定時間Ｔｏの猶予時間を設けたのは、運転負荷が急に低くなった場合には、ユーザからのリセット命令を受け付けるためである。所定時間Ｔｏは任意に設定することができる。もちろん、Ｔｏ≒０と設定し、運転負荷が高いという情報を取得した直後に自動的にリセット処理を実行してもよい。
【００３５】
他方、リセット処理制御部７２は、取得したユーザの運転負荷が所定の閾値よりも低い場合に、ユーザから取得したリセット命令に基づいてリセット処理を実行する。このリセット命令は、入力手段８のリセット命令受け付部８１を介して入力される。本実施形態では、リセット命令として、通信手段１のみをリセット処理する命令、又は動作異常となったアプリケーションが起動している情報処理ユニット６をリセット処理する命令を受け付ける。また、アプリケーションの動作が異常状態となった際の通信手段１の通信接続先を記憶してリセット処理を実行する命令を受け付けてもよい。動作異常時における通信手段１の接続先を記憶し、記憶した接続先をリセット処理後に通信手段１へ送出することにより、情報処理ユニット６および通信手段１を動作異常発生前の状態に自動的に（ユーザが操作をしなくても）復帰させることができる。
【００３６】
ところで、ユーザの運転負荷が低いと判断された場合であっても、ユーザがリセット命令を入力できない場合もある。このような場合に、リセット命令の待ち受けを継続していると、いつまでも動作異常の復帰ができないという不都合がある。そこで、本例では、予め設定した所定時間Ｔｐが経過したら自動的にリセット処理を実行する。本実施形態のリセット処理制御部７２は、タイマー機能を有し、取得したユーザの運転負荷が所定の閾値よりも低いと検出されたタイミングから、予め定めた所定時間Ｔｐが経過してもユーザからリセット命令を取得しない場合は、所定時間Ｔｐの経過後、自動的にリセット処理を行う。これにより、運転負荷が低いユーザが何らかの理由でリセット命令を入力できない場合においても、アプリケーション動作の異常状態が長時間に渡って継続しないようにすることができる。
【００３７】
本実施形態では、運転負荷が所定の閾値よりも高い場合には自動的なリセット処理を実行し、運転負荷が所定の閾値よりも低い場合にはリセット命令に基づくリセット処理を実行する。つまり、ユーザの運転負荷が高いと判断する場合には自動的にリセット処理を行い、ユーザの運転負荷が低いと判断する場合にはユーザの意思によって入力されたリセット命令に基づいてリセット処理を行う。これにより、ユーザの判断を優先させつつ、運転負荷が高いときにはユーザに操作負担をかけないようにすることができる。
【００３８】
本実施形態のリセット処理制御部７２は、ユーザから入力されたリセット対象を特定するリセット命令（通信手段１をリセットするなど）、又は通信異常取得機能７２２により取得された通信異常情報に基づいて、リセット対象を特定したリセット処理を実行する。まず、自動的にリセット処理を実行する場合において、リセット対象を特定したリセット処理について説明する。通信異常取得機能７２２は、通信異常検知部２２３により検知された通信異常が発生した旨の通信異常情報を取得する。この通信異常情報は、送受信状態に障害があり通信異常となった旨の情報、電波状態に障害があり通信異常となった旨の情報を含む。リセット処理制御部７２は、送受信状態に障害があり通信異常となった旨の情報を取得した場合、通信異常の原因が通信手段１にあると判断し、通信手段１のみをリセット処理する。動作異常の原因のみをリセットする。他方、リセット処理制御部７２は、アプリケーション動作が異常状態となっているときに、通信手段１に障害があるとの情報を取得しない場合、アプリケーション動作の異常状態の原因が通信手段１ではなく情報処理ユニット６にあると判断し、動作異常が起きている情報処理ユニット６のみについて自動的にリセット処理を行う。リセットする対象を通信手段１又は情報処理ユニット６に限定してリセット処理ができるため、アプリケーション動作を正常な状態に復帰させるまでの時間を短縮することができる。
【００３９】
次に、ユーザのリセット命令に基づいてリセット処理を実行する場合を説明する。本例では、運転負荷が比較的低いユーザに受け付け可能なリセットメニュの選択肢（リセットメニュアイコン４２２）を提示して、ユーザから入力されたリセット命令を受け付ける。表示手段５は、表示制御手段４の制御に従いリセットメニュアイコン４２２の表示を行う。ユーザは、表示されたリセットメニュアイコン４２２を見て、適当と判断したリセット命令を入力手段８から入力する。リセット命令取得機能７２３は入力されたリセット命令を取得し、リセット処理制御部７２は取得したリセット命令に基づいてリセット処理を実行する。
【００４０】
リセットメニュアイコン４２２の表示について説明する。この表示処理は第1実施形態における通信異常報知アイコン４２１の表示処理と基本的に共通する。リセットメニュアイコン４２２は通信異常報知アイコン４２１と同時に表示してもよいし、単独で表示してもよい。
【００４１】
本実施形態の表示制御手段４は、通信異常情報を取得した場合、記憶部４２に記憶するリセットメニュアイコン４２２を表示手段５に表示させる。表示制御手段４は、運転負荷取得機能４１２が取得したユーザの運転負荷が所定の閾値よりも低い場合、第１リセット表示４２２Ａを表示手段５に表示させ、ユーザの運転負荷が所定の閾値よりも高い場合、第２リセット表示４２２Ｂを表示手段に表示させる。リセットメニュアイコン４２２の例を図８に示した。第１リセット表示４２２Ａは、第２リセット表示４２２Ｂよりもユーザの注目度の高い表示である。本例の第１リセット表示４２２Ａのサイズ（Ｘ２）は、ディスプレイ５１のサイズ（Ｙ２）の約１／８〜１／４の大きさとした。また、第１リセット表示４２２Ａをディスプレイ５１の隅以外の領域に表示した。第１リセット表示４２２Ａは、リセットする対象が特定されたリセット命令の選択肢を含むリセットメニュアイコンである。図８（Ａ）は、ユーザの運転負荷が低い場合に表示される第１リセット表示４２２Ａを示す。図８（Ｂ）は、ユーザの運転負荷が高いと判断された場合に表示される第２リセット表示４２２Ｂを示す。図８（Ａ）に示すように、第１リセット表示４２２Ａは、図８（Ｂ）に示す第２リセット表示４２２Ｂよりも大きく、ユーザの注目度が比較的高い表示である。また、第１リセット表示４２２Ａは、リセット対象を特定したリセット命令であって、通信手段１をリセットさせる「通信手段リセット」アイコン、情報処理ユニット６をリセットさせる「情報処理ユニットリセット」アイコン、通信異常発生時の接続先を記憶させる「接続先記憶してリセット」というアイコンの表示が含まれている。図８（Ｂ）に示すように、第２リセット表示４２２Ｂは、図８（Ａ）で示す第１リセット表示４２２Ａよりも小さく、画面外縁付近に表示され、ユーザの注目度が比較的低い表示である。また、ユーザに判断を求める「通信手段リセット」等のアイコンを含まない。
【００４２】
ユーザの運転負荷に応じて第１リセット表示又は第２リセット表示を表示するため、運転負荷が高いユーザの視線をディスプレイ５１に誘導しないようにすることができる。他方、運転負荷が低いユーザに対しては、リセット処理に関する情報を注目度の高い態様で示し、ユーザにリセット命令の選択肢をわかりやすく表示できる。リセット命令に関する選択肢を表示することにより、ユーザは任意の条件でリセット処理を実行させることができる。
【００４３】
通信異常報知アイコン４２１とリセットメニュアイコン４２２Ａ（第1リセット表示）を同時にユーザに示すことにより、ユーザは「通信異常報知アイコン」が「通信異常」である場合、通信異常の原因と考えられる通信手段１のみをリセットするリセット命令を入力手段８に入力する。リセット処理手段７は、このリセット命令に基づいて、通信手段１のみのリセット処理を行う。
【００４４】
次に、本実施形態の情報提供装置２００の処理手順を図９〜図１３のフローチャートに基づいて説明する。
【００４５】
図９は情報提供装置２００の処理手順の概略を示す。図９に示すように、送受信ユニット２は通信異常状態を検出し（ＳｔｅｐＡ）、運転負荷検出手段３はユーザの運転負荷を検出し（ＳｔｅｐＢ）、表示制御手段４はアプリケーションの動作異常時に所定のリセット命令に関する表示を行い、リセット処理手段７はアプリケーションの動作異常時に所定のリセット処理および／または所定の表示処理を行う（Ｓｔｅｐ２Ｃ）。ＳｔｅｐＡ，Ｂは第１実施形態の処理と共通するのでここでは説明を省略する。
【００４６】
Ｓｔｅｐ２Ｃの処理を図１０に基づいて説明する。  
Ｓｔｅｐ２Ｃは、情報処理ユニット６において起動しているアプリケーションの動作が異常状態になった場合に開始される。
【００４７】
Ｓｃ２０１において、動作異常情報取得機能４１３は、情報処理ユニット６において起動しているアプリケーションの動作異常が発生した旨の情報を取得したか否か、すなわち動作異常フラグがセットされているか否かを判断する（Ｓ２ｃ２０１）。異常フラグがセットされている場合、アプリケーション動作に異常があったと判断して、Ｓｃ２０２へ遷移する。異常フラグがセットされていない場合は、リセット命令に関する表示の必要がないので、表示がすでにされていれば（Ｓ２ｃ２０９でＹ）、表示を消去して（Ｓ２ｃ２１０）、処理を終了する。
【００４８】
Ｓｃ２０２において、表示制御手段４は、運転負荷取得機能４１２により取得された運転負荷情報に運転負荷フラグがセットされているか否かを判断する。運転負荷フラグがセットされていない場合、表示切替部４１は、第１リセット表示４２２Ａを表示手段５に表示する（Ｓ２ｃ２０３）。運転負荷フラグがセットされている場合、表示切替部４１は、第２リセット表示４２２Ｂが表示手段５に表示されていることを確認し（Ｓ２ｃ２０４）、もしも表示されていない場合は第２リセット表示４２２Ｂを表示手段５に表示する（Ｓ２ｃ２０５）。
【００４９】
ここで表示される第１リセット表示４２２Ａは、図８（Ａ）に示したリセットメニュアイコンのように、比較的（第２リセット表示４２２Ｂよりも）大きく表示され、「通信手段をリセットするリセット命令」「情報処理ユニットをリセットするリセット命令」「接続先を記憶してリセットするリセット命令」といったリセット命令の選択肢を含む。第２リセット表示４２２Ｂは、図８（Ｂ）に示したリセットメニュアイコンのように、比較的（第１リセット表示４２２Ａよりも）小さく表示され、リセットする対象を特定したリセット命令、接続先を記憶して行うリセット命令に関する表示を含まない。
【００５０】
続くＳ２ｃ２０６〜２０８において、リセット処理手段７は、異常状態となったアプリケーションの動作を正常な状態に復帰させるリセット処理を実行する。本例のリセット処理手段７は、運転負荷の高さに応じた条件でリセット処理を行う。
【００５１】
まず、リセット処理手段７は、リセット処理の条件を判断する（Ｓ２ｃ２０６）。このＳｔｅｐＤの処理を図１１に基づいて説明する。リセット処理手段７の運転負荷取得機能７２１は、運転負荷フラグがセットされているか否かを判断する（Ｓｄ１０１）。運転負荷フラグがセットされている場合（Ｓｄ１０１でＹｅｓ）、リセット処理手段７は、内蔵されたタイマーが動作中であることを確認する（Ｓｄ１０２）。タイマーが動作中でない場合は（Ｓｄ１０２でＮｏ）、カウンタ２を初期化して（Ｓｄ１０３）、タイマーを起動させる（Ｓｄ１０４）。動作中のタイマー又は起動させたタイマー２のカウンタ２をカウントアップする（Ｓｄ１０５）。つまりタイマー２は、自動リセットを決定するまでの猶予時間Ｔｏを計時する。カウンタ２が規定値未満である場合（Ｓｄ１０６でＮｏ）は、リセット処理に至る処理を終了し、タイマー２のカウンタ２の値が予め設定した規定値以上となった場合（Ｓｄ１０６でＹｅｓ）、所定時間Ｔｏが経過したと判断し、リセット処理手段７は異常発生前の接続先を記憶して（Ｓｄ１０７）、自動的なリセット処理を行うという条件を決定する（Ｓｄ１０８）。本実施形態の自動的なリセット処理は、異常発生前の接続先を記憶するとともに、通信異常情報を取得している場合には通信手段１のみのリセット処理を行い、通信異常情報を取得していない場合には情報処理ユニット６のリセット処理を行うという条件に基づいて、アプリケーションの動作を正常な状態に復帰させる処理である。自動的なリセット処理の条件として、通信手段１及び情報処理ユニット６の両方についてリセット処理を行うと規定してもよい。Ｓｄ１０６において、カウンタ２が規定値未満である場合は、リセット処理に至る処理を終了する。
【００５２】
Ｓｄ１０１に戻り、運転負荷フラグがセットされていない場合（Ｓｄ１０１でＮｏ）のフローを説明する。本実施形態では、運転負荷フラグがセットされていない場合はユーザがリセット命令を入力する余裕があると仮定して、ユーザが入力したリセット命令に基づいてリセット処理を行う。リセット処理手段７のリセット処理制御部７２は、リセット命令が入力されたか否かを判断する（Ｓｄ１０９）。リセット命令が入力されている場合（Ｓｄ１０９でＹｅｓ）、リセット処理制御部７２はリセット命令を取得する（Ｓｄ１１５）。ユーザから入力されたリセット命令に「通信接続先を記憶してリセット」する旨の命令が含まれている場合（Ｓｄ１１６でＹｅｓ）、アプリケーション動作異常発生時の通信手段１の接続先を記憶してからリセット命令に基づくリセット処理を行う旨を決定する（Ｓｄ１１８）。
【００５３】
本例のリセット処理制御部７２は、ユーザの運転負荷が所定の閾値よりも低いと検出された後、第１所定時間が経過してもユーザからリセット命令を取得できない場合には、第１所定時間の経過後、自動的にリセット処理を実行する。
【００５４】
Ｓｄ１０９において、ユーザからリセット命令の入力がされない場合（Ｓｄ１０９でＮｏ）、内蔵されたタイマーが動作中であることを確認する（Ｓｄ１１０）。タイマーが動作中でない場合は（Ｓｄ１１０でＮｏ）、カウンタ１を初期化して（Ｓｄ１１１）、タイマーを起動させ（Ｓｄ１１２）、リセット命令の入力待機時間Ｔｐを計時する。動作中のタイマー又は起動させたタイマー１のカウンタ１をカウントアップする（Ｓｄ１１３）。つまり、タイマー１はユーザからのリセット命令の入力待機時間を計時する。カウンタ１が規定値未満である場合は、リセット処理に至る処理を終了する（Ｓｄ１１４でＮｏ）。タイマー１のカウンタ１の値が予め設定した規定値以上となり（Ｓｄ１１４でＹｅｓ）、入力を待機する所定時間Ｔｐが経過した場合（Ｓｄ１１４）、リセット処理手段７は異常発生前の接続先を記憶して（Ｓｄ１０８）、自動的なリセット処理を行う旨を決定する（Ｓｄ１０８）。ユーザの運転負荷が低い場合であっても、リセット命令が入力されないまま所定時間が経過した場合は、自動的なリセット処理に切替えるようにしたため、異常状態から復帰させるための所要時間を一定の範囲とすることができる。
【００５５】
次に、リセット条件を決定する処理（図１０のＳ２ｃ２０６）に関する他の例を、図１２に基づいて説明する。上述した図１１のフローのように、運転負荷に応じてリセット方法を変化させるため、運転負荷が変化することによってリセット処理がなかなか実行されないという事態が生じる畏れがある。つまり、運転負荷が閾値よりも高くなると自動的なリセット処理を行うと判断するまでの猶予時間のカウントアップを開始し、運転負荷が閾値よりも低くなるとユーザのリセット命令を待機する待機時間のカウントアップを開始するため、猶予時間および待機時間のいずれも閾値を越えない場合、結果として、リセット処理が実行されるまでの時間が予め定めた所定時間よりも大きくなる事態が生じ、リセット処理が実行されるまでの時間にバラツキが生じる場合がある。
【００５６】
本例では、アプリケーションの動作が異常状態となったと検出された後、第２所定時間が経過してもリセット処理が実行されない場合には、第２所定時間の経過後、自動的にリセット処理を行う。つまり、自動的又はユーザの命令によるリセット処理が行われるまでの最大許容時間を設定する。本例のタイムアップの基準時点は、アプリケーションの動作が異常状態となったと検出された時点から、最初に運転負荷が所定の閾値よりも高いと判断された時点（運転負荷フラグがセットされていることを検知した時点）までのうちのいずれかの時点である。この基準時点は任意であるが、予め定義しておくことが好ましい。本例では、動作異常検出部７１がアプリケーションの動作異常を検出したタイミング、すなわちセットされた異常フラグを検出したタイミングとした。
【００５７】
本例では、第３のタイマー３を設け、このタイマーのカウンタが規定された時間を超えた場合は自動的にリセットを行い、異常状態となった動作を正常な状態に復帰させる。これにより、リセット処理が実行されるまでにかかる時間が一定となり、運転負荷の変動が変化しても、リセット処理までの時間にバラツキを無くすことができる。このタイマー３のカウンタ３は、タイマー１のカウンタ１又はタイマー２のカウンタ２と共通させてもよい。つまり、タイマー１のカウンタ１とタイマー２とのカウンタ２とを共通なものとしてもよい。
【００５８】
図１２は、本例の制御手順を示すフローチャート図である。図１２に示すように、動作異常検出部７１が、アプリケーション動作の異常発生を検出すると（Ｓｄ２１０１）、タイマー３の動作を確認し（Ｓｄ２１０２）、動作してない場合は起動後、初期化する（Ｓｄ２１０３）。Ｓｄ１０１〜Ｓｄ１０５，Ｓｄ１０１〜Ｓｄ１１３，Ｓｄ１０１〜Ｓｄ１１８までの処理は、先に説明した図１１の処理と共通する。Ｓｄ２１０６では、タイマー２のカウンタ２が規定値以上であるか又はタイマー３のカウンタ３が規定値以上である場合、Ｓｄ１０７、Ｓｄ１０８へ進む。また、Ｓｄ２１１４では、タイマー１のカウンタ１が規定値以上であるか又はタイマー３のカウンタ３が規定値以上である場合、Ｓｄ１０７、Ｓｄ１０８へ進む。
【００５９】
この処理手順によれば、ハングアップ状態等の異常状態となった動作を運転負荷に応じた手法で復帰させる場合に、運転負荷の変動にかかわらず、リセット処理が実行されるまでの時間が延長されることを防止し、規定の時間内に動作を正常状態に復帰させることができる。
【００６０】
ここで、図１０のＳ２ｃ２０７の処理に戻る。リセット処理手段７は、自動的に行われるリセット処理、ユーザから入力されたリセット命令に基づいて行われるリセット処理のリセット条件が確定したか否かを判断する。リセット条件が確定した場合はＳ２ｃ２０８へ進み、リセット処理を実行する。
【００６１】
図１０に示したＳ２ｃ２０８のＳｔｅｐＥを図１３に基づいて説明する。リセット処理手段７は、自動的に行われるリセット処理にあっては予め設定されたデフォルトの条件でリセット処理を行い、ユーザから入力されたリセット命令に基づいて行われるリセット処理にあってはリセット命令の内容に基づいて行われる。
【００６２】
リセット処理手段７は、リセット命令の内容が、「情報処理ユニットをリセットする命令」であるのか、「通信手段をリセットする命令」であるのか、「情報処理ユニット及び通信手段をリセットする命令」であるのかを判断する（Ｓｅ１０１）。リセット命令が「情報処理ユニットをリセットする命令」である場合、リセット処理手段７は動作異常となっているアプリケーションが起動している情報処理ユニット６のみのリセット処理を実行する（Ｓｅ１０２）。リセット命令が「通信手段１をリセットする命令」である場合、リセット処理手段７は動作異常となっている通信手段１のみのリセット処理を実行する（Ｓｅ１０３）。リセット命令が「情報処理ユニット及び通信手段をリセットする命令」である場合、リセット処理手段７は情報処理ユニット６及び通信手段１の両方のリセット処理を実行する（Ｓｅ１０４）。
【００６３】
本実施形態の情報処理装置２００によれば、車載情報提供装置１００がハングアップ状態等の異常状態になった場合、ユーザの運転負荷に応じた態様でリセット処理を実行することができる。つまり、ユーザの運転負荷が高い場合は、予め処理条件が定められた自動的なリセット処理を行い、ユーザの運転負荷が低い場合は、ユーザの意思に基づくリセット処理を行うことができる。このため、ユーザの意思を尊重するとともに、ユーザに負担をかけることなくリセット動作を実行することができる。
【００６４】
運転負荷が低い場合はユーザにより選択されたリセットの対象等を特定したリセット命令を受け付けることができる。ユーザは通信手段１の通信異常の状態に基づいて、リセットの対象を特定したリセット処理の実行を命令することができる。運転負荷が高い場合は通信状態に基づいて判断されたリセット対象を特定した自動的なリセットを行うことができる。
【００６５】
なお、以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【図面の簡単な説明】
【００６６】
【図１】第１実施形態の情報提供装置のブロック構成図である。
【図２】（Ａ）は第１通信異常表示の表示例であり、（Ｂ）は第２通信異常表示の表示例である。
【図３】第１実施形態の制御手順の概要を示すフローチャート図である。
【図４】図３のＳｔｅｐＡの制御手順を示すフローチャート図である。
【図５】図３のＳｔｅｐＢの制御手順を示すフローチャート図である。
【図６】図３のＳｔｅｐＣの制御手順を示すフローチャート図である。
【図７】第２実施形態の情報提供装置のブロック構成図である。
【図８】（Ａ）は第１リセット表示の表示例であり、（Ｂ）は第２リセット表示の表示例である。
【図９】第２実施形態の制御手順の概要を示すフローチャート図である。
【図１０】図１０のＳｔｅｐ２Ｃの制御手順を示すフローチャート図である。
【図１１】図１０のＳｔｅｐＤの制御手順を示すフローチャート図である。
【図１２】図１０のＳｔｅｐＤの他の制御手順を示すフローチャート図である。
【図１３】図１０のＳｔｅｐＥの制御手順を示すフローチャート図である。
【符号の説明】
【００６７】
１００…情報提供装置
１…通信手段
２…送受信ユニット
３…運転負荷検出手段
４…表示制御手段
４１…表示切替部
５…表示手段
６…情報処理ユニット
７…リセット処理手段
７１…動作異常検出部
７２…リセット処理制御部
７３…接続先記憶部
８…入力手段
【図１】
2005339366.tif 000003
【図３】
2005339366.tif 000004
【図４】
2005339366.tif 000005
【図５】
2005339366.tif 000006
【図６】
2005339366.tif 000007
【図７】
2005339366.tif 000008
【図９】
2005339366.tif 000009
【図１０】
2005339366.tif 000010
【図１１】
2005339366.tif 000011
【図１２】
2005339366.tif 000012
【図１３】
2005339366.tif 000013
【図２】
2005339366.tif 000014
【図８】
2005339366.tif 000015