JP2005300466A - 車載情報通信装置 - Google Patents

Abstract

【課題】運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻す。
【解決手段】動作状況把握手段４が、車載情報端末装置２が実行しているアプリケーションの動作状況を把握し、異常状態検出手段５が、アプリケーションの動作状況に応じて、異常状態にあるアプリケーションを検出する。そして、リセットタイミング算出手段６が、異常状態にあるアプリケーションが検出されるのに応じて、車載情報端末装置２をリセットするタイミングを算出し、リセット手段７が、算出されたタイミングに従って車載情報端末装置２をリセットする。
【選択図】図１

Description

本発明は、通信手段を利用して各種アプリケーションを実行する車載情報通信装置に関し、より詳しくは、運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻すための技術に係わる。

従来より、携帯電話機等の通信端末装置を利用して車外に設置されたサーバ装置に自車両の位置情報を送信し、送信された位置情報に基づいてサーバ装置により検索された、車両周辺の地域情報等の自車両にとって有益な情報を取得する車載情報通信装置が知られている（例えば、特許文献１を参照）。
特開２００２−３２５４９３号公報

しかしながら、従来までの車載情報通信装置によれば、アプリケーションの実行中に、通信端末装置の負荷が高くなり、通信端末装置の動作が不安定になることによって、通信端末装置を利用しているアプリケーションが異常動作することがある。

本発明は、上記課題を解決するためになされたものであり、その目的は、運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻すことを可能にする車載情報通信装置を提供することにある。

上述の課題を解決するために、本発明に係る車載情報通信装置は、異常状態にあるアプリケーションが検出されるのに応じて、車載情報端末装置をリセットするタイミングを算出し、算出されたタイミングに従って車載情報端末装置を自動的にリセットする。

本発明に係る車載情報通信装置によれば、車載情報端末装置上で起動されているアプリケーションが異常動作した場合、自車両の運転の妨げにならないタイミングでリセット動作が行われるので、運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻すことができる。

以下、図面を参照して、本発明の実施形態となる車載情報通信装置の構成と動作について詳しく説明する。

始めに、図１乃至図７を参照して、本発明の第１の実施形態となる車載情報通信装置の構成と動作について説明する。

［車載情報通信装置の構成］
図１は、第１の実施形態となる車載情報通信装置の構成を示す機能ブロック図である。

第１の実施形態となる車載情報通信装置１は、車両に搭載され、図１に示すように、車載情報端末装置２と通信端末装置３とを主な構成要素として備える。また、車載情報端末装置２は、一般的なコンピュータシステムにより構成され、動作状況把握手段４，異常状態検出手段５，リセットタイミング算出手段６，及びリセット手段７を有する。

なお、車載情報端末装置２の各構成要素の機能は、コンピュータシステムのＣＰＵ（Central Processing Unit）がメモリに記憶されたコンピュータプログラムを実行することにより実現される。また、この実施形態では、車載情報端末装置２と通信端末装置３は、物理的に個別の位置に配置され、有線通信又は無線通信により相互に情報通信可能なように構成されている。以下、上記各構成要素について詳しく説明する。

上記通信端末装置３は、情報通信及び音声通信が可能な通信機能を有する通信手段により構成されている。ここで、通信端末装置３が利用する伝送媒体は、特に限定されることはなく、電波や赤外線であってもよい。また、通信端末装置３が利用する通信帯域は、特に限定されることはなく、８００ＭＨｚ帯，１．５ＧＨｚ帯，２ＧＨｚ帯等のいずれの帯域であってもよい。なお、この実施形態では、通信端末装置３として、上記帯域の少なくとも一つの帯域を利用する携帯電話機を用いる。また、通信端末装置３は、Bluetooth（登録商標）や赤外線（ＩｒＤＡ）を利用した無線接続、若しくは、ＲＳ−２３２Ｃ（シリアル・インタフェイス）やＵＳＢ（Universal Serial Bus）を利用した有線接続によって、車載情報端末装置２と接続される。

上記動作状況把握手段４は、車載情報通信装置１上で起動されているアプリケーションを検出する起動アプリケーション検出部８を有し、この実施形態では、ナビゲーションシステム，ハンズフリー電話，課金処理，ラジオや音楽の再生／録音といったオーディオ機能，ＶＩＣＳを利用した渋滞情報や事故情報等の自車両の運行に関わる情報の取得・表示処理等のアプリケーションの起動状況を把握する。そして、動作状況把握手段４は、検出したアプリケーションの起動状況の情報を異常状態検出手段５に渡す。なお、この実施形態では、動作状況把握手段４は、検出されたアプリケーションの名称を複数の欄を有するリストに記録し、アプリケーションの名称が記録されたリストを異常状態検出手段５に渡す。

上記異常状態検出手段５は、起動アプリケーション検出部８により検出されたアプリケーションの起動状況の情報を参照して、起動している各アプリケーションの動作状態（正常動作，異常動作）を検出し、検出した動作状態の情報をリセットタイミング算出手段６に渡す。なお、アプリケーションの動作状態は、アプリケーションが消費しているリソースを検出し、消費しているリソースが異常に高い、又は、異常に低い場合、そのアプリケーションは異常動作していると判別することにより、検出することができる。また、アプリケーションがハングアップ（応答なし）状態にあるか否かを判別することにより、アプリケーションの動作状態を検出することもできる。

上記リセットタイミング算出手段６は、ナビゲーションシステムによって自車両の現在地から目的地までの走行経路を誘導する処理が実行されているか否かを検出する経路誘導動作検出部９と、ナビゲーションシステムによって自車両の現在地から目的地までの走行経路中において自車両の進行方向を提示する誘導イベントが実行されているか否かを検出するイベント検出部１０と、ナビゲーションシステムによって自車両の現在地から目的地までの走行経路を演算する処理が実行されているか否かを検出する演算処理動作検出部１１とを備える。

また、リセットタイミング算出手段６は、ハンズフリー電話による着信処理、又は、通話処理が実行されているか否かを検出する着信／通話検出部１２と、課金処理が実行されているか否かを検出する課金処理検出部１３，オーディオ機能が利用されているか否かを検出するオーディオ利用検出部１４と、自車両の運行に関わる情報の取得，表示処理が実行されているか否かを検出する運行情報取得表示検出部１５を備える。そして、このような構成を有するリセットタイミング算出手段６は、異常動作しているアプリケーションが存在する場合、起動されているアプリケーションの動作状況を検出し、検出された動作状況に応じて、車載情報通信装置１のリセット動作を行っても運転者に対して問題がないタイミング（リセットタイミング）を算出する。

上記リセット手段７は、車載情報通信装置１の電源を一旦オフ状態にした後にオン状態にする、又は、異常動作しているアプリケーションのプロセスのみを終了させる等の方法により、異常動作しているアプリケーションを終了し、アプリケーションが正常動作するように車載情報通信装置１を復帰させる（以下、この処理をリセット動作と表記する）。なお、異常動作しているアプリケーションのプロセスを終了させることによりリセット動作を行った場合には、異常動作しているアプリケーションは終了することができたとしても、例えば、通信端末装置３と接続されている車載情報端末装置２の通信ポートに異常がある際には、リセット動作が完了しないことがあり得る。従って、リセット動作を確実に完了させるためには、車載情報通信装置１の電源を一旦オフ状態にした後にオン状態にすることによりリセット動作を行うことが望ましい。

このような構成を有する本発明の第１の実施形態となる車載情報通信装置１は、以下に示すアプリケーション制御処理を実行することにより、運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻す。以下、図２に示すフローチャートを参照して、このアプリケーション制御処理を実行する際の車載情報端末装置１の動作について詳しく説明する。

［車載情報通信装置の動作］
〔アプリケーション制御処理〕
図２に示すフローチャートは、イグニッションスイッチがオン状態になっている状態において、所定の起動タイミング毎に開始となり、アプリケーション制御処理はステップＳ１の処理に進む。

ステップＳ１の処理では、動作状況把握手段４が、起動アプリケーション検出部８を利用して、車載情報通信装置１上で起動しているアプリケーションのリストを作成し、作成されたリストを異常状態検出手段５に入力する（動作状況把握処理）。なお、この動作状況把握処理の詳細については、図３に示すフローチャートを参照して後述する。これにより、このステップＳ１の処理は完了し、この制御処理はステップＳ１の処理からステップＳ２の処理に進む。

ステップＳ２の処理では、異常状態検出手段５が、動作状況把握手段４から入力されたリストを参照して、車載情報通信装置１上で起動しているアプリケーションの動作状態を検出し、検出された動作状態の情報をリセットタイミング算出手段６に入力する（異常状態検出処理）。なお、この異常状態検出処理の詳細については、図４に示すフローチャートを参照して後述する。これにより、このステップＳ２の処理は完了し、この制御処理はステップＳ２の処理からステップＳ３の処理に進む。

ステップＳ３の処理では、リセットタイミング算出手段６が、異常状態にあるアプリケーションが存在するか否かを判別し、異常状態にあるアプリケーションが存在する場合、車載情報通信装置１上で起動されているアプリケーションの動作状況に応じて、車載情報通信装置１のリセットタイミングを算出する（リセットタイミング算出処理）。なお、このリセットタイミング算出処理の詳細については、図５に示すフローチャートを参照して後述する。これにより、このステップＳ３の処理は完了し、この制御処理はステップＳ３の処理からステップＳ４の処理に進む。

ステップＳ４の処理では、リセット手段７が、リセットタイミング算出手段６が算出したリセットタイミングに従って、車載情報通信装置１のリセット動作を行う（リセット処理）。なお、このリセット処理の詳細については、図６に示すフローチャートを参照して後述する。これにより、このステップＳ４の処理は完了し、一連のアプリケーション制御処理は終了する。

〔動作状況把握処理〕
次に、図３に示すフローチャートを参照して、上記ステップＳ１の動作状況把握処理について詳しく説明する。

図３に示すフローチャートは、アプリケーション起動処理が開始されるのに応じて開始となり、動作状況把握処理はステップＳ１１の処理に進む。

ステップＳ１１の処理では、動作状況把握手段４が、車載情報通信装置１上で起動しているアプリケーションの個数を計数するためのプログラムカウンタの値ｉを「０」にリセット（初期化）する。これにより、このステップＳ１１の処理は完了し、この把握処理はステップＳ１の処理からステップＳ２の処理に進む。

ステップＳ１２の処理では、動作状況把握手段４が、車載情報通信装置１上で起動しているアプリケーションが存在するか否かを判別する。そして、判別の結果、車載情報通信装置１上で起動しているアプリケーションが存在しない場合、動作状況把握手段４はアプリケーション制御処理を終了する。一方、車載情報通信装置１上で起動しているアプリケーションが存在する場合には、動作状況把握手段４はこの把握処理をステップＳ１３の処理に進める。

ステップＳ１３の処理では、動作状況把握手段４が、プログラムカウンタの値ｉを１増数する。これにより、このステップＳ１３の処理は完了し、この把握処理はステップＳ１３の処理からステップＳ１４の処理に進む。

ステップＳ１４の処理では、動作状況把握手段４が、車載情報通信装置１上で起動しているアプリケーションのうち、今までの処理で検出されていない（＝リストに登録されていない）アプリケーションを検出する。これにより、このステップＳ１４の処理は完了し、この把握処理はステップＳ１４の処理からステップＳ１５の処理に進む。

ステップＳ１５の処理では、動作状況把握手段４が、ステップＳ１４の処理において検出されたアプリケーションの名称をリストのｉ番目の欄に記録する。これにより、このステップＳ１５の処理は完了し、この把握処理はステップＳ１５の処理からステップＳ１６の処理に進む。

ステップＳ１６の処理では、動作状況把握手段４が、車載情報通信装置１上で起動しているアプリケーションとリストに名称が記録されているアプリケーションとを比較することにより、未検出のアプリケーションが存在するか否かを判別する。そして、判別の結果、未検出のアプリケーションが存在する場合、動作状況把握手段４は把握処理をステップＳ１３の処理に戻す。一方、未検出のアプリケーションが存在しない場合には、動作状況把握手段４は、起動しているアプリケーションの名称が記録されたリストを異常状態検出手段５に渡した後、一連の動作状況把握処理を終了する。

〔異常状態検出処理〕
次に、図４に示すフローチャートを参照して、上記ステップＳ２の異常状態検出処理について詳しく説明する。

図４に示すフローチャートは、動作状況把握処理が終了するのに応じて開始となり、この異常状態検出処理はステップＳ２１の処理に進む。

ステップＳ２１の処理では、異常状態検出手段５が、動作状況把握手段４から渡されたリスト内の欄番号を計数するためのプログラムカウンタの値ｋを１にリセットする。これにより、このステップＳ２１の処理は完了し、この検出処理はステップＳ２１の処理からステップＳ２２の処理に進む。

ステップＳ２２の処理では、異常状態検出手段５が、プログラムカウンタの値ｋがリスト内の欄の総数ｉ、換言すれば、動作状況把握処理において検出されたアプリケーションの総数以下であるか否かを判別する。そして、判別の結果、プログラムカウンタの値ｋがリスト内の欄の総数ｉ以下でない場合、異常状態検出手段５は、リストに記録された全てのアプリケーションに対して後述する処理を実行したと判断し、異常状態検出処理後のリストをリセットタイミング算出手段６に渡した後、一連の異常状態検出処理を終了する。一方、プログラムカウンタの値ｋがリスト内の欄の総数ｉ以下である場合には、異常状態検出手段５は、この検出処理をステップＳ２３の処理に進める。

ステップＳ２３の処理では、異常状態検出手段５が、リスト内のｋ番目の欄に名称が記載されているアプリケーションがハングアップ状態にあるか否かを判別する。そして、ハングアップ状態にある場合、異常状態検出手段５は、この異常状態検出処理をステップＳ２６の処理に進める。一方、ハングアップ状態にない場合には、異常状態検出手段５は、この検出処理をステップＳ２４の処理に進める。

ステップＳ２４の処理では、異常状態検出手段５が、リストのｋ番目の欄に名称が記載されているアプリケーションにより消費されているリソースを算出する。なお、ここでいう「リソース」とは、車載情報端末装置２を構成するコンピュータシステムのＣＰＵやメモリの消費量を意味し、アプリケーションを実行するためにどの程度のＣＰＵやメモリが消費されているかを示す。これにより、このステップＳ２４の処理は完了し、この検出処理はステップＳ２４の処理からステップＳ２５の処理に進む。

ステップＳ２５の処理では、異常状態検出手段５が、算出されたリソースが規定範囲外にあるか否かを判別する。なお、この規定範囲は、リソースを消費し過ぎているためにアプリケーションが暴走している状態、又は、アプリケーションが立ち上がっているものの動作していないためにリソースを消費していない状態を検出するために設けられている。具体的には、算出されたリソースが、利用可能なリソースの９８％を越えた場合、又は、利用可能なリソースの２％未満である場合、異常状態検出手段５は、算出されたリソースが規定範囲外にあるとし、そのアプリケーションがハングアップ状態にある可能性が高いと判断する。そして、判別の結果、算出されたリソースが規定範囲外にない場合、異常状態検出手段５は、この検出処理をステップＳ２７の処理に進める。一方、算出されたリソースが規定範囲外にある場合には、異常状態検出手段５は、この検出処理をステップＳ２６の処理に進める。

ステップＳ２６の処理では、異常状態検出手段５が、リスト内のｋ番目の欄に名称が記載されているアプリケーションが、ハングアップ状態にある、若しくは、ハングアンプ状態にある可能性が高いとして、アプリケーションが異常状態にあることを示すフラグをリスト内のｋ番目の欄に立てる。これにより、このステップＳ２６の処理は完了し、この検出処理はステップＳ２６の処理からステップＳ２７の処理に進める。

ステップＳ２７の処理では、異常状態検出手段５が、プログラムカウンタの値ｋを１増数する。これにより、このステップＳ２７の処理は完了し、この検出処理はステップＳ２７の処理からステップＳ２２の処理に戻る。

〔リセットタイミング算出処理〕
次に、図５に示すフローチャートを参照して、上記ステップＳ３のリセットタイミング算出処理について詳しく説明する。

図５に示すフローチャートは、異常状態検出処理が終了するのに応じて開始となり、このリセットタイミング算出処理はステップＳ３１の処理に進む。

ステップＳ３１の処理では、リセットタイミング算出手段６が、アプリケーションが異常状態にあることを示すフラグが立っている欄がリスト内に少なくとも一つあるか否かを判別する。そして、判別の結果、フラグが立っている欄がない場合、リセットタイミング算出手段６は、リセットタイミング算出処理及びアプリケーション制御処理を終了する。一方、フラグが立っている欄がある場合には、リセットタイミング算出手段６は、この算出処理をステップＳ３２の処理に進める。

ステップＳ３２の処理では、リセットタイミング算出手段６が、車載情報通信装置１上でイベントが発生していないか否かを判別する。なお、ここでいう「イベント」とは、アプリケーションがナビゲーションシステムである場合、経路誘導や右左折の提示等のジョブを意味する。また、アプリケーションがハンズフリー電話による音声通話である場合には、「イベント」とは、通話相手からの着信動作等のジョブを意味する。そして、判別の結果、イベントが発生している場合、リセットタイミング算出手段６は、この算出処理をステップＳ３６の処理に進める。一方、イベントが発生していない場合には、リセットタイミング算出手段６は、この算出処理をステップＳ３３の処理に進める。

ステップＳ３３の処理では、リセットタイミング算出手段６が、車載情報通信装置１上で処理動作が行われていないか否かを判別する。なお、ここでいう「処理動作」とは、アプリケーションがナビゲーションシステムである場合、誘導経路の演算やＶＩＣＳ情報の取得等の処理の実行を意味する。また、アプリケーションがハンズフリー電話による音声通話であった場合には、「処理動作」とは、相手との通話等の処理の実行を意味する。そして、判別の結果、処理動作が行われている場合、リセットタイミング算出手段６は、この算出処理をステップＳ３６の処理に進める。一方、処理動作が行われていない場合には、リセットタイミング算出手段６は、この算出処理をステップＳ３４の処理に進める。

ステップＳ３４の処理では、リセットタイミング算出手段６が、車載情報通信装置１の表示部に自車両の運行に関わる情報が表示されていないか否かを判別する。なお、ここでいう「自車両の運行に関わる情報」とは、自車の走行予定経路上の交通情報や事故情報等の情報のことを意味する。そして、判別の結果、自車両の運行に関わる情報が表示されている場合、リセットタイミング算出手段６は、この算出処理をステップＳ３６の処理に進める。一方、自車両の運行に関わる情報が表示されていない場合には、リセットタイミング算出手段６は、この算出処理をステップＳ３５の処理に進める。

ステップＳ３５の処理では、リセットタイミング算出手段６が、ステップＳ３４の処理において自車両の運行に関わる情報が表示されていないと判断した時点をリセットタイミングとして決定し、リセット動作を行うようにリセット手段７に指示を出す。これにより、このステップＳ３５の処理は完了し、一連のリセットタイミング算出処理は終了する。

ステップＳ３６の処理では、リセットタイミング算出手段６が、規定時間を計測するタイマーをオンすることにより規定時間待機する。そして、規定時間待機後、リセットタイミング算出手段６は、この算出処理をステップＳ３２の処理に戻す。なお、上記規定時間は、車載情報通信装置１の設計時点で決定され、基本的には変更できないこととするが、運転者の好みに応じて変更できるようにしてもよい。

〔リセット処理〕
次に、図６に示すフローチャートを参照して、上記ステップＳ４のリセット処理について詳しく説明する。

図６に示すフローチャートは、リセットタイミング算出手段６からリセット動作の指示が出されるのに応じて開始となり、リセット処理はステップＳ４１の処理に進む。

ステップＳ４１の処理では、リセット手段７が、リストの欄内にフラグが立っているアプリケーションを異常動作しているアプリケーションとして終了させる。これにより、このステップＳ４１の処理は完了し、このリセット処理はステップＳ４１の処理からステップＳ４２の処理に進む。

ステップＳ４２の処理では、リセット手段７が、ステップＳ４１の処理後のアプリケーションが終了していないか否かを判別する。そして、判別の結果、アプリケーションが終了していない場合、リセット手段７は、リセット処理をステップＳ４５の処理に進める。一方、アプリケーションが終了している場合には、リセット手段７は、リセット処理をステップＳ４３の処理に進める。

ステップＳ４３の処理では、リセット手段７が、ステップＳ４１の処理において終了させたアプリケーションを再起動する。これにより、このステップＳ４３の処理は完了し、このリセット処理はステップＳ４３の処理からステップＳ４４の処理に進む。

ステップＳ４４の処理では、リセット手段７が、再起動したアプリケーションが正常動作しているか否かを判別する。そして、判別の結果、再起動したアプリケーションが正常動作している場合、リセット手段７は、一連のリセット処理を終了する。一方、再起動したアプリケーションが正常動作していない場合には、リセット手段７は、このリセット処理をステップＳ４５の処理に進める。

ステップＳ４５の処理では、リセット手段７が、車載情報通信装置１の電源を落とすことにより、車載情報通信装置１をリセットする。これにより、このステップＳ４５の処理は完了し、このリセット処理はステップＳ４５の処理からステップＳ４６の処理に進む。

ステップＳ４６の処理では、リセット手段７が、車載情報通信装置１の電源を入れることにより、判断不可能な原因により起動しなかったアプリケーションを再起動可能な状態にする。なお、上記ステップＳ４５の処理において、車載情報通信装置１の電源を落とすことにより、アプリケーションが起動しなかった原因はなくなるため、ステップＳ４６の処理において、リセット手段７は、再起動したアプリケーションの正常動作を確認する必要はない。また、この処理の際、リセット手段７は、リストに名称が記録されていた全てのアプリケーションを起動させることにより、電源を落とす前に起動されていたアプリケーションを再起動するようにしてもよい。これにより、このステップＳ４６の処理は完了し、一連のリセット処理は終了する。

以上の説明から明らかなように、本発明の第１の実施形態となる車載情報通信装置１によれば、動作状況把握手段４が、車載情報端末装置２が実行しているアプリケーションの動作状況を把握し、異常状態検出手段５が、アプリケーションの動作状況に応じて、異常状態にあるアプリケーションを検出し、リセットタイミング算出手段６が、異常状態にあるアプリケーションが検出されるのに応じて、車載情報端末装置２をリセットするタイミングを算出し、リセット手段７が、算出されたタイミングに従って、車載情報端末装置２をリセットする。

そして、このような構成によれば、車載情報端末装置２が実行しているアプリケーションが異常動作した場合であっても、運転者にとって適切なタイミングで車載情報端末装置２がリセットされるので、運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻すことができる。また、アプリケーションによる運転者に対する情報の提示を長時間妨げることなく、車載情報端末装置２が実行しているアプリケーションを速やかに正常動作させるようにすることができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、動作状況把握手段４は、車載情報端末装置２が実行しているアプリケーションが存在するか否かを検出する起動アプリケーション検出手段８を備えるので、アプリケーションの動作状況を正確に把握することができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、リセットタイミング算出手段６は、車載情報端末装置２が自車両の現在地から目的地までの走行経路を誘導する処理を実行しているか否かを検出する経路誘導動作検出部９を備え、図７（ａ）に示すように走行経路を誘導している場合には、車載情報端末装置２のリセット動作を禁止する。一方、図７（ｂ）に示すように走行経路を誘導していない場合には、リセットタイミング算出手段６は、車載情報端末装置２のリセット動作を許容する。これにより、運転の妨げにならないタイミングで車載情報端末装置２をリセットすることができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、リセットタイミング算出手段６は、車載情報端末装置２が自車両の現在地から目的地までの走行経路中において自車両の進行方向（直進，右折，左折，Ｕターン等）を提示する誘導イベントを実行しているか否かを検出するイベント検出部１０を備え、誘導イベントを実行している場合には、車載情報端末装置２のリセット動作を禁止するので、誘導イベント実行中以外のタイミングでリセット動作を行うことにより、運転の妨げにならないタイミングで車載情報端末装置２をリセットすることができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、リセットタイミング算出手段６は、車載情報端末装置２が自車両の現在地から目的地までの走行経路を演算する処理を実行しているか否かを検出する演算処理動作検出部１１を備え、走行経路の演算処理を実行している場合には、車載情報端末装置２のリセット動作を禁止するので、演算処理中以外のタイミングでリセット動作を行うことにより、運転の妨げにならないタイミングで車載情報端末装置２をリセットすることができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、リセットタイミング算出手段６は、車載情報端末装置２が着信処理、又は、通話処理を実行しているか否かを検出する着信／通話検出部１２を備え、着信処理、又は、通話処理を実行している場合には、車載情報端末装置２のリセット動作を禁止するので、着信処理中や通話処理中の妨げにならないタイミングで車載情報端末装置２をリセットすることができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、リセットタイミング算出手段６は、車載情報端末装置２が課金処理を実行しているか否かを検出する課金処理検出部１３を備え、課金処理を実行している場合には、車載情報端末装置２のリセット動作を禁止するので、課金処理を確実に行うと共に、課金処理の妨げにならないタイミングで車載情報端末装置２をリセットすることができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、リセットタイミング算出手段６は、車載情報端末装置２がラジオ放送の受信処理、音楽の再生処理、又は、録音処理を実行しているか否かを検出するオーディオ利用検出部１４を備え、ラジオ放送の受信処理、音楽の再生処理、又は、録音処理を実行している場合には、車載情報端末装置２のリセット動作を禁止するので、ラジオ放送の受信処理、音楽の再生処理、又は、録音処理の妨げにならないタイミングで車載情報端末装置２をリセットすることができる。

また、本発明の第１の実施形態となる車載情報通信装置１によれば、リセットタイミング算出手段６は、車載情報端末装置２が自車両の運行に関わる情報（ＶＩＣＳによる渋滞情報，事故情報，交通規制情報等）の提示処理を実行しているか否かを検出する運行情報取得表示検出部を備え、自車両の運行に関わる情報の提示処理を実行している場合には、車載情報端末装置１５のリセット動作を禁止するので、運転の妨げにならないタイミングで車載情報端末装置２をリセットすることができる。

次に、図８乃至図１２を参照して、本発明の第２の実施形態となる車載情報通信装置の構成及び動作について説明する。

〔車載情報通信装置の構成〕
図８は、第２の実施形態となる車載情報通信装置の構成を示す機能ブロック図である。

第２の実施形態となる車載情報通信装置２１は、図８に示すように、上記第１の実施形態となる車載情報通信装置１の構成に、表示画面記憶部２２，運転負荷検出部２３，表示画面記憶部２４，及び表示画面維持部２５が付加された構成となっている。以下では、表示画面記憶部２２，運転負荷検出部２３，表示画面記憶部２４，及び表示画面維持部２５の構成についてのみ説明し、その他の構成要素の説明は既述であるので省略する。

表示画面記憶部２２は、異常状態検出手段５内部に設けられ、車載情報通信装置２１上で起動しているアプリケーションが異常動作する直前に表示装置に表示していた表示画面のデータを記憶する。

運転負荷検出部２３は、リセットタイミング算出手段６内部に設けられ、コーナー検出部２６，降雨検出部２７，及びステアリング／ペダル操作量検出部２８を備える。そして、このような構成を有する運転付加検出部２３は、現在の車両の走行状態を検出することにより、運転者の運転負荷を検出する。

表示画面記憶部２４及び表示画面維持部２５は、リセット手段７内部に設けられている。そして、表示画面記憶部２４は、リセット処理直前に表示装置に表示されていた表示画面のデータを記憶し、表示画面維持部２５は、表示画面記憶部２２及び表示画面記憶部２４が記憶している表示画面のデータを利用して、リセット処理直前の表示画面の表示を維持する。

このような構成を有する車載情報通信装置２１は、以下に示すように動作することにより、運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻す。以下、図９乃至図１１に示すフローチャートを参照して、車載情報通信装置２１の動作について詳しく説明する。なお、この実施形態では、アプリケーション制御処理における異常状態検出処理，リセットタイミング算出処理，及びリセット処理における車載情報通信装置２１の動作が、上記第１の実施形態におけるそれと異なるので、以下では、異常状態検出処理，リセットタイミング算出処理，及びリセット処理を実行する際の車載情報通信装置２１の動作についてのみ説明する。

［車載情報通信装置の動作］
〔異常状態検出処理〕
始めに、図９に示すフローチャートを参照して、異常状態検出処理を実行する際の車載情報通信装置２１の動作について説明する。

図９に示すフローチャートは、動作状態把握処理が終了するのに応じて開始となり、この異常状態検出処理はステップＳ２１の処理に進む。なお、図９に示すフローチャートにおけるステップＳ５１，Ｓ５２，Ｓ５４，Ｓ５５，Ｓ５６，Ｓ５７，Ｓ５８の処理はそれぞれ、図４のフローチャートにおけるステップＳ２１，Ｓ２２，Ｓ２３，Ｓ２４，Ｓ２５，Ｓ２６，Ｓ２７の処理と同じ処理であるので、以下では、ステップＳ５３の処理についてのみ説明し、その他の処理については説明を省略する。

ステップＳ５３の処理では、異常状態検出手段５が、表示画面記憶部２２を利用して、これまでの処理によりハングアップ状態にあるアプリケーションが検出されていない場合、表示装置に現在表示されている表示画面、換言すれば、正常に動作していた時点での最新の表示画面のデータを記憶する。これにより、このステップＳ５３の処理は完了し、この異常状態検出処理はステップＳ５３の処理からステップＳ５４の処理に進む。

〔リセットタイミング算出処理〕
次に、図１０に示すフローチャートを参照して、リセットタイミング処理を実行する際の車載情報通信装置１の動作について詳しく説明する。

図１０に示すフローチャートは、異常状態検出処理が終了するのに応じて開始となり、このリセットタイミング算出処理はステップＳ６１の処理に進む。

ステップＳ６１の処理では、リセットタイミング算出手段６が、フラグが立っている欄がリスト内に少なくとも一つあるか否かを判別する。そして、判別の結果、フラグが立っている欄がない場合、リセットタイミング算出手段６は、一連のリセットタイミング算出処理を終了する。一方、フラグが立っている欄がある場合には、リセットタイミング算出手段６は、この算出処理をステップＳ６２の処理に進める。

ステップＳ６２の処理では、リセットタイミング算出手段６が、運転負荷検出部２３を利用して、運転者の運転負荷が大きい状態にあるか否かを判別する。具体的には、リセットタイミング算出手段６は、コーナー検出部２６を利用して、車両の走行地点にコーナーが存在することが検出された場合、運転者の運転負荷が大きい状態にあると判断する。また、リセットタイミング算出手段６は、ステアリング／ペダル操作量検出部２８を利用して、ステアリング，アクセルペダル，ブレーキペダルの操作量が多いことが検出された場合、運転者の運転負荷が大きい状態にあると判断する。

また、リセットタイミング算出手段６は、降雨検出部２７を利用して、車外において雨が降っていることが検出された場合、視界が悪く、運転負荷が大きいと判断する。なお、リセットタイミング算出手段６は、車両が走行している地域が運転者が不慣れな地域である場合、運転負荷が大きいと判断してもよい。そして、判別の結果、運転負荷が高い状態にない場合、リセットタイミング算出手段６は、この算出処理をステップＳ６４の処理に進める。一方、運転負荷が高い場合には、リセットタイミング算出手段６は、この算出処理をステップＳ６３の処理に進める。

ステップＳ６３の処理では、リセットタイミング算出手段６が、運転負荷が高いと判断した時点をリセットタイミングとして決定し、リセット動作を行うようにリセット手段７に指示を出す。これにより、このステップＳ６３の処理は完了し、一連のリセットタイミング算出処理は終了する。

ステップＳ６４の処理では、リセットタイミング算出手段６が、規定時間を計測するタイマーをオンすることにより規定時間待機する。そして、規定時間待機後、リセットタイミング算出手段６は、このリセットタイミング算出処理をステップＳ６２の処理に戻す。

〔リセット処理〕
次に、図１１に示すフローチャートを参照して、リセット処理を実行する際の車載情報通信装置２１の動作について詳しく説明する。

図１１に示すフローチャートは、リセットタイミング算出処理が終了するのに応じて開始となり、リセット処理はステップＳ７１の処理に進む。なお、図１１に示すフローチャートにおけるステップＳ７１，Ｓ７２，Ｓ７３，Ｓ７４，Ｓ７７，Ｓ７８の処理はそれぞれ、図６のフローチャートにおけるステップＳ４１，Ｓ４２，Ｓ４３，Ｓ４４，Ｓ４５，Ｓ４６の処理と同じ処理であるので、以下では、このステップＳ７５，７６の処理についてのみ説明し、その他の処理については説明を省略する。

ステップＳ７５の処理では、リセット手段７が、表示画面記憶部２４を利用して、表示装置に表示されている表示画面をリセット直前の表示画面として記憶する。これにより、このステップＳ７５の処理は完了し、このリセット処理はステップＳ７５の処理からステップＳ７６及びステップＳ７７に進む。

ステップＳ７６の処理では、リセット手段７が、リセット処理中、表示画面記憶部２２若しくは表示画面記憶部２４が記憶している表示画面のデータ、換言すれば、アプリケーションが正常動作していた時点での最新の表示画面、若しくは、リセット直前の表示画面を表示装置に表示させる。これにより、ステップＳ７６の処理は完了し、一連のリセット処理は終了する。

以上の説明から明らかなように、本発明の第２の実施形態となる車載情報通信装置２１によれば、リセットタイミング算出手段６は、運転者の運転負荷が高いか否かを検出する運転負荷検出部２３を備え、運転負荷が高い場合において、車載情報端末装置２のリセット動作を許容するので、運転者の運転負荷が高く、車載情報端末装置２によるアプリケーションの提示があっても運転者が見ることができない場合に車載情報端末装置２をリセットすることにより、運転操作を妨げることなく、異常動作しているアプリケーションを正常な状態に戻すことができる。

また、本発明の第２の実施形態となる車載情報通信装置２１によれば、異常状態検出手段５は、表示装置に表示されている表示画面を記憶する表示画面記憶部２２を備え、リセット手段７は、リセット動作直前に前記表示装置に表示されている表示画面を記憶する表示画面記憶部２４と、表示画面記憶部２２又は表示画面記憶部２４に記憶されている表示画面を利用して、リセット動作中、前記表示装置への表示画面の表示を継続させる表示画面維持部２５とを備えるので、図１２（ａ）に示すように、リセット動作中に表示画面の表示が消えることがなく、リセット動作を行っている最中にも、図１２（ｂ）に示すように、リセット直前の表示画面、又は、アプリケーションが正常動作していた時の表示画面を表示装置に表示し続け、運転者に対して常にアプリケーションを提示し続けることができる。これにより、運転負荷が高い場合であっても、例えば、不慣れな山道でコーナーが連続するような場所において、運転者が表示画面に表示された地図情報を見ながら運転することを希望する場合であっても、運転者は地図情報を継続して見ることができる。また、運転者に安心感を与えながら、車載情報端末装置２をリセットすることができる。さらに、運転者に気づかれることなく、アプリケーションを正常な状態に戻すことができる。

以上、本発明者らによってなされた発明を適用した実施の形態について説明したが、この実施の形態による本発明の開示の一部をなす論述及び図面により本発明は限定されることはない。すなわち、この実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれることは勿論であることを付け加えておく。

本発明の第１の実施形態となる車載情報通信装置の構成を示す機能ブロック図である。 本発明の実施形態となるアプリケーション制御処理の流れを示すフローチャート図である。 本発明の実施形態となる動作状況把握処理の流れを示すフローチャート図である。 本発明の第１の実施形態となる異常状態検出処理の流れを示すフローチャート図である。 本発明の第１の実施形態となるリセットタイミング算出処理の流れを示すフローチャート図である。 本発明の第１の実施形態となるリセット処理の流れを示すフローチャート図である。 本発明の第１の実施形態となる車載情報通信装置の動作を説明するための図である。 本発明の第２の実施形態となる車載情報通信装置の構成を示す機能ブロック図である。 本発明の第２の実施形態となる異常状態検出処理の流れを示すフローチャート図である。 本発明の第２の実施形態となるリセットタイミング算出処理の流れを示すフローチャート図である。 本発明の第２の実施形態となるリセット処理の流れを示すフローチャート図である。 本発明の第２の実施形態となるす車載情報通信装置の動作を説明するための図である。

符号の説明

１，２１：車載情報通信装置
２：車載情報端末装置
３：通信端末装置
４：動作状況把握手段
５：異常状態検出手段
６：リセットタイミング算出手段
７：リセット手段
８：起動アプリケーション検出部
９：経路誘導動作検出部
１０：イベント検出部
１１：演算処理動作検出部
１２：着信／通話検出部
１３：課金処理検出部
１４：オーディオ利用検出部
１５：運行情報取得表示検出部
２２，２４：表示画面記憶部
２３：運転負荷検出部
２５：表示画面維持部
２６：コーナー検出部
２７：降雨検出部
２８：ステアリング／ペダル操作量検出部

Claims (17)

1. 自車両に搭載され、通信端末装置を利用して各種アプリケーションを実行する車載情報端末装置を有する車載情報通信装置であって、
   前記車載情報端末装置が実行しているアプリケーションの動作状況を把握する動作状況把握手段と、
   動作状況把握手段により把握されたアプリケーションの動作状況に応じて、異常状態にあるアプリケーションを検出する異常状態検出手段と、
   前記異常状態検出手段により異常状態にあるアプリケーションが検出されるのに応じて、前記車載情報端末装置をリセットするタイミングを算出するリセットタイミング算出手段と、
   前記リセットタイミング算出手段により算出されたタイミングに従って、前記車載情報端末装置をリセットするリセット手段と
   を備えることを特徴とする車載情報通信装置。
2. 請求項１に記載の車載情報通信装置であって、
   前記動作状況把握手段は、前記車載情報端末装置が実行しているアプリケーションが存在するか否かを検出する起動アプリケーション検出手段を備えることを特徴とする車載情報通信装置。
3. 請求項１又は請求項２に記載の車載情報通信装置であって、
   前記車載情報端末装置が実行しているアプリケーションはナビゲーションシステムであることを特徴とする車載情報通信装置。
4. 請求項３に記載の車載情報通信装置であって、
   前記リセットタイミング算出手段は、前記車載情報端末装置が自車両の現在地から目的地までの走行経路を誘導する処理を実行しているか否かを検出する経路誘導動作検出部を備え、走行経路を誘導する処理を実行している場合、車載情報端末装置のリセット動作を禁止することを特徴とする車載情報通信装置。
5. 請求項３又は請求項４に記載の車載情報通信装置であって、
   前記リセットタイミング算出手段は、前記車載情報端末装置が自車両の現在地から目的地までの走行経路中において自車両の進行方向を提示する誘導イベントを実行しているか否かを検出するイベント検出部を備え、誘導イベントを実行している場合、車載情報端末装置のリセット動作を禁止することを特徴とする車載情報通信装置。
6. 請求項３から請求項５のうち、いずれか１項に記載の車載情報通信装置であって、
   前記リセットタイミング算出手段は、前記車載情報端末装置が自車両の現在地から目的地までの走行経路を演算する処理を実行しているか否かを検出する演算処理動作検出部を備え、走行経路の演算処理を実行している場合、車載情報端末装置のリセット動作を禁止することを特徴とする車載情報通信装置。
7. 請求項１又は請求項２に記載の車載情報通信装置であって、
   前記車載情報端末装置が実行しているアプリケーションは前記通信端末装置を利用した音声通話であることを特徴とする車載情報通信装置。
8. 請求項７に記載の車載情報通信装置であって、
   前記リセットタイミング算出手段は、前記車載情報端末装置が着信処理、又は、通話処理を実行しているか否かを検出する着信・通話検出部を備え、着信処理、又は、通話処理を実行している場合、車載情報端末装置のリセット動作を禁止することを特徴とする車載情報通信装置。
9. 請求項１又は請求項２に記載の車載情報通信装置であって、
   前記車載情報端末装置が実行しているアプリケーションは課金処理であることを特徴とする車載情報通信装置。
10. 請求項９に記載の車載情報通信装置であって、
    前記リセットタイミング算出手段は、前記車載情報端末装置が課金処理を実行しているか否かを検出する課金処理検出部を備え、課金処理を実行している場合、車載情報端末装置のリセット動作を禁止することを特徴とする車載情報通信装置。
11. 請求項１又は請求項２に記載の車載情報通信装置であって、
    前記車載情報端末装置が実行しているアプリケーションは、ラジオ放送の受信処理、音楽の再生処理、又は、録音処理であることを特徴とする車載情報通信装置。
12. 請求項１１に記載の車載情報通信装置であって、
    前記リセットタイミング算出手段は、前記車載情報端末装置がラジオ放送の受信処理、音楽の再生処理、又は、録音処理を実行しているか否かを検出するオーディオ利用検出部を備え、ラジオ放送の受信処理、音楽の再生処理、又は、録音処理を実行している場合、車載情報端末装置のリセット動作を禁止することを特徴とする車載情報通信装置。
13. 請求項１又は請求項２に記載の車載情報通信装置であって、
    前記車載情報端末装置が実行しているアプリケーションは、自車両の運行に関わる情報の提示処理であることを特徴とする車載情報通信装置。
14. 請求項１３に記載の車載情報通信装置であって、
    前記リセットタイミング算出手段は、前記車載情報端末装置が自車両の運行に関わる情報の提示処理を実行しているか否かを検出する運行情報取得表示検出部を備え、自車両の運行に関わる情報の提示処理を実行している場合、車載情報端末装置のリセット動作を禁止することを特徴とする車載情報通信装置。
15. 請求項１又は請求項２に記載の車載情報通信装置であって、
    前記リセットタイミング算出手段は、運転者の運転負荷が高いか否かを検出する運転負荷検出部を備え、運転負荷が高い場合、前記車載情報端末装置のリセット動作を許容することを特徴とする車載情報通信装置。
16. 請求項１５に記載の車載情報通信装置であって、
    前記運転負荷検出部は、自車両が走行している地点にコーナーがあるか否かを検出するコーナー検出部と、運転者によるステアリング及びペダルの操作量が通常時よりも過多であるか否かを検出するステアリング・ペダル操作量検出部と、自車両が走行している地点で雨が降っているか否かを検出する降雨検出部とを備え、これら検出部の検出結果に基づいて運転者の運転負荷が高いか否かを検出することを特徴とする車載情報通信装置。
17. 請求項１から請求項１６のうち、いずれか１項に記載の車載情報通信装置であって、
    前記車載情報端末装置は、各種情報を表示する表示装置を備え、前記異常状態検出手段は、前記表示装置に現在表示されている表示画面を記憶する第１の表示画面記憶部を備え、前記リセット手段は、リセット動作直前に前記表示装置に表示されている表示画面を記憶する第２の表示画面記憶部と、前記第１又は第２の表示画面記憶部に記憶されている表示画面を利用して、リセット動作中、表示画面の表示を継続させる表示画面維持部とを備えることを特徴とする車載情報通信装置。

Images