(57)【要約】【課題】ユーザにとって利便性を極力損なうことなく、異常な状態を解消すること。【解決手段】車両向けのサービスを提供するサーバ端末７との間で、前記サービスの提供を受けるために携帯電話網３を介して通信するＴＣＵ１０において、メイン制御部２０と、前記携帯電話網３との通信のための通信モジュール２１と、を備え、前記メイン制御部２０は、前記サービスを受けるための通信が不能な場合に、前記通信モジュール２１の動作状態をリセットする構成とした。【選択図】図２
2015192356.tif 000002
【特許請求の範囲】
【請求項１】
車両向けのサービスを提供するサーバ端末との間で、前記サービスの提供を受けるために移動体通信網を介して通信する車載通信ユニットにおいて、
制御部と、
前記移動体通信網との通信のための通信モジュールと、を備え、
前記制御部は、
前記サービスを受けるための通信が不能な場合に、前記通信モジュールの動作状態をリセットする
ことを特徴とする車載通信ユニット。
【請求項２】
前記制御部は、
前記移動体通信網に所定時間に亘り接続できないとき、前記サーバ端末との通信が所定回数に亘り連続して失敗したとき、又は前記通信モジュールが応答しないときに、前記通信モジュールの動作状態をリセットする
ことを特徴とする請求項１に記載の車載通信ユニット。
【請求項３】
消費電力を抑える省電力モードを動作モードに備え、
動作モードが前記省電力モードから復帰するごとに、前記通信モジュールの動作状態をリセットする
ことを特徴とする請求項１に記載の車載通信ユニット。
【請求項４】
車両向けのサービスを提供するサーバ端末との間で、前記サービスの提供を受けるために移動体通信網を介して通信する車載通信ユニットにおいて、
制御部と、
前記移動体通信網との通信のための通信モジュールと、を備え、
前記制御部は、
消費電力を抑える省電力モードを動作モードに備え、
動作モードが前記省電力モードから復帰するごとに、前記通信モジュールの動作状態をリセットする
ことを特徴とする車載通信ユニット。
【請求項５】
前記制御部は、
前記サーバ端末から送られた通信を受信したとき、又は前記サーバ端末にデータを送信することを定めた所定条件が成立したときに、前記省電力モードから復帰する
ことを特徴とする請求項３又は４に記載の車載通信ユニット。
【請求項６】
前記制御部は、
車両の動力源が停止している場合に、動作モードを前記省電力モードに移行し、
前記動力源が始動したときに前記省電力モードから復帰し、かつ前記通信モジュールの動作状態をリセットする
ことを特徴とする請求項３又は４に記載の車載通信ユニット。
【請求項７】
車両に設けられた車載ネットワークに接続されるインターフェース部を備え、
前記インターフェース部を通じて前記車載ネットワークに接続された電装品、又は車載機器と信号を送受する
ことを特徴とする請求項１又は３に記載の車載通信ユニット。
【請求項８】
車両向けのサービスを提供するサーバ端末と、
前記サービスの提供を受けるために前記サーバ端末との間で移動体通信網を介して通信する車載通信ユニットと、を備えたサービス提供システムにおいて、
前記車載通信ユニットは、
制御部と、
前記移動体通信網との通信のための通信モジュールと、を備え、
前記制御部は、
前記サービスを受けるための通信が不能な場合に、前記通信モジュールの動作状態をリセットする
ことを特徴とするサービス提供システム。
【請求項９】
車両向けのサービスを提供するサーバ端末と、
前記サービスの提供を受けるために前記サーバ端末との間で移動体通信網を介して通信する車載通信ユニットと、を備えたサービス提供システムにおいて、
前記車載通信ユニットは、
制御部と、
前記移動体通信網との通信のための通信モジュールと、を備え、
前記制御部は、
消費電力を抑える省電力モードを動作モードに備え、
動作モードが前記省電力モードから復帰するごとに、前記通信モジュールの動作状態をリセットする
ことを特徴とするサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載通信端末、及びサービス提供システムに関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特開２００５−３００４６６号公報（特許文献１）がある。この公報には、「動作状況把握手段４が、車載情報端末装置２が実行しているアプリケーションの動作状況を把握し、異常動作検出手段５が、アプリケーションの動作状況に応じて、異常状態にあるアプリケーションを検出する。そして、リセットタイミング算出手段６が、異常状態にあるアプリケーションが検出されるのに応じて、車載情報端末装置２をリセットする。」と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３００４６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、車載情報端末装置そのものがリセットされてしまうため、動作が開始するまで、ユーザはそれを利用することができず、利便性を向上させる余地が残っている。
そこで、本発明は、ユーザにとって利便性を極力損なうことなく、異常な状態を解消することができる車載通信ユニット、及びサービス提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、車両向けのサービスを提供するサーバ端末との間で、前記サービスの提供を受けるために移動体通信網を介して通信する車載通信ユニットにおいて、制御部と、前記移動体通信網との通信のための通信モジュールと、を備え、前記制御部は、前記サービスを受けるための通信が不能な場合に、前記通信モジュールの動作状態をリセットすることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、ユーザにとって利便性を極力損なうことなく、異常な状態を解消することができる、という効果を奏する。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施形態に係るテレマティクスシステムの構成を示す模式図である。
【図２】ＴＣＵの機能的構成を示す図である。
【図３】通信異常を検出したときの復旧動作を説明するための図である。
【図４】サーバ端末に通信接続できない場合の動作の一例を示すシーケンス図である。
【図５】携帯電話網に通信接続できない場合の動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係るテレマティクスシステム１の構成を示す模式図である。
このテレマティクスシステム１は、テレマティクスサービスセンタ２と、携帯電話網３と、車両４と、携帯電話５とを備え、テレマティクスサービスセンタ２、車両４、及び携帯電話５が携帯電話網３を通じて双方向にデータを送受し、テレマティクスサービスセンタ２が車両４や携帯電話５にテレマティクスサービスを提供するサービス提供システムである。テレマティクスサービスは、携帯電話網３を車両４に接続することで提供される車両向けの各種のサービスを指す。このテレマティクスシステム１は、車両向けのサービスとして、情報提供サービス、及び遠隔操作サービスを提供している。
【０００９】
情報提供サービスは、テレマティクスサービスセンタ２が車両４の車載機器９やユーザの携帯電話５に携帯電話網３を通じて各種情報を配信するサービスである。
車載機器９を配信対象とした情報配信サービスとしては、例えば交通情報や天気、ニュース、電子メール等のコンテンツ配信サービスが挙げられる。
ユーザの携帯電話５を配信対象とした情報配信サービスとしては、例えばバッテリ関連情報配信サービスや車両追跡サービスが挙げられる。
【００１０】
バッテリ関連情報配信サービスは、車両４に搭載された車両駆動用のバッテリの状態に係る情報をユーザの携帯電話５に配信するサービスである。バッテリに係る情報としては、例えばバッテリ残量や、バッテリの残量不足の警告、バッテリ充電時におけるバッテリの充電完了通知などが挙げられる。このバッテリ関連情報配信サービスにあっては、バッテリに係る情報配信の契機として、ユーザが携帯電話５から情報配信を要求した場合と、バッテリの状態監視手段を搭載した車載機器９がバッテリの充電状態に基づきユーザに通知する（いわゆるプッシュ配信）する場合とがある。テレマティクスサービスセンタ２は、携帯電話５から情報配信の要求を受けた場合には、バッテリの状態監視手段を搭載した車載機器９に対してバッテリの状態情報の送信を要求し、その応答として受信したバッテリの状態情報を携帯電話５に配信する。また、テレマティクスサービスセンタ２は、車両４の車載機器９から携帯電話５へのバッテリの充電情報の送信要求を受信した場合には、ユーザの携帯電話５へバッテリの充電情報を配信する。
なお、車両駆動用のバッテリとしては、電動モータを動力源とする電気自動車やハイブリッド自動車に搭載されるモータ駆動用のバッテリのほか、エンジンを動力源とした自動車にあっては、エンジンや電装品への電力供給用のバッテリが挙げられる。
【００１１】
車両追跡サービスは、車両４の位置をユーザが携帯電話５を用いて追跡可能にするサービスである。この車両追跡サービスにあっては、テレマティクスサービスセンタ２は、ＧＰＳ等の自車位置検出手段を搭載した車載機器９から車両４の位置情報を定期的に取得することで車両４の位置を監視し、携帯電話５からの要求に応じて車両４の位置を返信してユーザに通知する。この車両追跡サービスを利用することで、ユーザは、例えば車両盗難時などに車両４の位置を追跡することができる。
【００１２】
遠隔操作サービスは、ユーザが携帯電話５を用いて車両４の電装品（例えばカーエアコン）や車載機器９（例えばカーナビゲーション）を遠隔操作可能にするサービスである。この遠隔操作サービスにあっては、テレマティクスサービスセンタ２は、携帯電話５から遠隔操作の要求を受けると、操作対象の電装品や車載機器９を遠隔から操作するための車両制御命令を車両４に送信して遠隔操作する。またテレマティクスサービスセンタ２は、車両４から遠隔操作の動作結果（例えば、動作が正常に完了したか否か等）を受信し、携帯電話５に配信することで、ユーザに遠隔操作の結果を通知する。
この遠隔操作サービスを利用することで、ユーザは、車両４への乗車に先だって、予めカーエアコンを稼働させておく等の操作ができる。
【００１３】
次いで、テレマティクスシステム１の各部をより詳細に説明する。
携帯電話網３は、広域に亘って設置された多数の携帯基地局６を備え、これら携帯基地局６を通じて携帯電話５に通話サービス、及びデータ通信サービスを提供する電気通信回線である。
携帯電話５は、携帯電話網３を通じてデータ通信する機能を有した携帯型の端末であり、この携帯電話５には、インターネットブラウザ機能を有した、いわゆる多機能型携帯端末（スマートフォン）が好適に用いられる。
【００１４】
なお、このテレマティクスシステム１では、ユーザが携帯電話５を用いてサービスを受けられるようにするために、車両４とテレマティクスサービスセンタ２の間のデータ通信網に携帯電話網３が用いられている。換言すれば、ユーザがサービス利用に用いる端末、及び車両４のデータ通信形態に合わせて任意の移動体通信網を携帯電話網３に代えて、或いは携帯電話網３と併せて用いても良く、またインターネット等の固定通信網を併用しても良い。
【００１５】
テレマティクスサービスセンタ２は、上記テレマティクスサービスの提供を中枢的に管理、及び制御するサーバ端末７を有した設備である。
サーバ端末７は、携帯電話網３を通じて携帯電話５、及び車両４のそれぞれと相互に通信するコンピュータ端末であり、少なくとも次の機能を備えている。すなわち、携帯電話５、及び車両４のそれぞれからサービス提供要求を受け付ける機能と、サービス提供要求に応じて車両４、及び携帯電話５の両方又はいずれかと通信する機能である。携帯電話５が要求するサービス提供要求には、上述した情報配信要求、及び遠隔操作要求が挙げられる。また車両４が要求するサービス提供要求には、車両位置監視に供される自車位置の定期的な送信、及びバッテリ関連情報の配信要求が挙げられる。
【００１６】
車両４は、ＴＣＵ１０と、ＣＡＮ１１と、上記車載機器９とを備えている。
ＴＣＵ１０は、携帯電話網３を通じてテレマティクスサービスセンタ２のサーバ端末７と通信する、いわゆるテレマティクス・コントロール・ユニット（Telematics Control Unit）と称される車載通信ユニットである。
ＣＡＮ１１は、コントロールエリアネットワーク（Controller Area Network）と呼ばれる車載ネットワークであり、このＣＡＮ１１に車載機器９やＥＣＵ、車載センサ等の電装品（図１には車載機器９のみを図示）、及びＴＣＵ１０が接続されて相互に通信する。
【００１７】
図２は、ＴＣＵ１０の機能的構成を示すブロック図である。
この図に示すように、ＴＣＵ１０は、メイン制御部２０と、通信モジュール２１と、ＣＡＮ−Ｉ／Ｆ部２２とを備えている。
メイン制御部２０は、ＴＣＵ１０を中枢的に制御するものであり、ＣＰＵやＲＯＭ、ＲＡＭ等を備えている。
通信モジュール２１は、メイン制御部２０の制御の下、携帯電話網３との間の移動体通信を担うモジュールであり、通信制御部２３と、通信部２４とを備えている。通信制御部２３は、通信モジュール２１の各部を制御するものであり、ＣＰＵやＲＯＭ、ＲＡＭ等を備えている。通信部２４は、通信制御部２３の制御の下、携帯電話網３の携帯基地局６を介して通信するものである。また、この通信部２４は、携帯基地局６が送信する電波の電波状態を検出し、携帯基地局６の通信エリア内に存圏しているか否かを判定し、通信制御部２３を介してメイン制御部２０の問い合わせに応じて出力する機能を備えている。
ＣＡＮ−Ｉ／Ｆ部２２は、ＣＡＮ１１に接続されるインターフェース部である。メイン制御部２０は、このＣＡＮ−Ｉ／Ｆ部２２を通じて、電装品や車載機器９との間で信号を送受する。
なお、テレマティクスシステム１が携帯電話網３に代えて他の移動体通信網を備える場合には、ＴＣＵ１０の通信部２４が、この移動体通信網の無線アクセスポイントとの間で通信可能に構成される。
【００１８】
このＴＣＵ１０のメイン制御部２０は、省電力モード実行部３０を備えている。省電力モード実行部３０は、車両４の動力源（エンジンや電動モータ）が停止している間、バッテリの消費を抑えるために、ＴＣＵ１０の各部の電力消費が最小となる省電力モード（いわゆる、スリープ状態）に動作モードを移行する。省電力モード実行部３０は、動力源が始動したときに省電力モードから通常の動作モードに復帰する。
また省電力モード実行部３０は、動力源が停止中であっても、サーバ端末７より遠隔制御命令や起動命令等の各種の通信を受信しとき、或いはサーバ端末７にデータを送信することを定めた所定条件が成立したときに通常の動作モードに復帰する。この所定条件としては、例えば自車位置情報等の定期送信が挙げられる。
なお、省電力モードへの移行条件は、車両４の動力源の停止に限らず、例えば車両４が駐車していること、或いは、動力源が停止しかつ車両４が駐車していることとしても良い。
【００１９】
このように車両４の駐車中にＴＣＵ１０が省電力モードに動作モードを移行することで、ＴＣＵ１０の消費電力が抑えられる。これに加え、ＴＣＵ１０を介して遠隔操作される各電装品や車載機器９がＴＣＵ１０の省電力モード移行に合わせて待機電力を抑える動作モードに移行する構成とすることで、これら個々の消費電力も抑えられ、駐車中のバッテリ消費が抑えられることとなる。
【００２０】
ところで、ＴＣＵ１０は、動作が不安定となることがある。ＴＣＵ１０が不安定になる要因には、例えば、フェージング現象により携帯基地局６との間の通信が不安定になる等の受信環境による影響や、過大なデータ容量の送受信による通信モジュール２１のハングアップなどが挙げられる。
またテレマティクスシステム１においては、ＴＣＵ１０に限られず、携帯電話網３、及びサーバ端末７のそれぞれに障害が発生する場合も想定される。
このように、ＴＣＵ１０、携帯電話網３、及びサーバ端末７のいずれかで、データ通信を不能にする事態（以下、「通信異常」と言う）が発生した場合、テレマティクスサービスの提供に支障を来たすことになる。
【００２１】
ＴＣＵ１０、携帯電話網３、及びサーバ端末７の各々で通信異常が発生する要因は様々であることから、個々の要因を余すことなく予め検証することは非現実的であり、このため安定性が高いシステムを事前に構築することは困難である。
これに加え、ＴＣＵ１０が通信異常を検知した場合、その通信異常の要因が通信モジュール２１あるのか、或いは、ＴＣＵ１０の外部の携帯電話網３やサーバ端末７にあるのかを正確に判別することも困難である。すなわち、ＴＣＵ１０のメイン制御部２０と通信モジュール２１の相互間の通信に基づき、通信モジュール２１が正常動作しいていると判断されるような場合でも、実際には、通信モジュール２１の動作状態が不安定となっており、これにより通信異常が発生していることがある。
【００２２】
またテレマティクスシステム１においては、ＴＣＵ１０が通信異常に直面した状態が継続すると、ＴＣＵ１０がサービス提供要求をサーバ端末７に送信する動作を繰り返し行い続けることで省電力モードに動作モードが移行しないことがある。この場合、ＴＣＵ１０のみならず、電装品や車載機器９によって車両駆動用のバッテリの残量が消費され続け、バッテリが上がってしまう恐れもある。
【００２３】
例えば携帯電話５の動作状態が不安定になった場合には、ユーザが携帯電話５の再起動操作等をして動作状態をリセットすることで、携帯電話５の動作状態の改善を試みることができる。
しかしながら、ＴＣＵ１０は、通常、車両４の中でもユーザが認識、及び操作し難い箇所に配設されることから、ユーザがＴＣＵ１０の動作状態を認識し、必要に応じて動作状態をリセットする操作をすることは困難である。
またＴＣＵ１０は、ＣＡＮ１１を通じてＥＣＵ等の電装品と接続されることから、ユーザが不要に操作できる事も好ましくない。
【００２４】
したがって、ユーザが携帯電話５や車載機器９を利用してテレマティクスサービスの提供を受けようとしたときに、通信異常によってサービスを正常に受けることができなかったときには、ＴＣＵ１０が要因であることをユーザは気がつきにくい。しかも、ＴＣＵ１０に起因して通信異常に陥っている場合、ＴＣＵ１０が省電力モードに移行しないままバッテリの残量が消費され続け、また、テレマティクスサービスによるバッテリの残量通知も行われないことから、車両４に乗車する時になってバッテリの残量の少なさにユーザが気づく、という事態も生じ得る。
【００２５】
そこで、このテレマティクスシステム１においては、ＴＣＵ１０が、サービスを受けるために通信モジュール２１を介した通信が不能な状態（すなわち、上記の通信異常）が生じたときに、通信モジュール２１の動作状態をリセットすることで、通信モジュール２１の動作状態の不安定さに起因した通信異常の改善を確実に図り、より安定したサービスの提供を実現している。
【００２６】
詳述すると、図２に示すように、ＴＣＵ１０のメイン制御部２０は、通信異常検出部３１と、復旧実行部３２とを備えている。
通信異常検出部３１は、通信モジュール２１を介した通信の通信異常を検知する。具体的には、図３に示すように、通信異常検出部３１は、通信モジュール２１、携帯電話網３、及びサーバ端末７のいずれかに、無応答の箇所（リンク確立による通信接続ができない箇所）が発生した場合に通信異常として検知する。
【００２７】
復旧実行部３２は、通信異常検出部３１によって通信異常が検知された場合に復旧動作を実行する。復旧動作は、通信モジュール２１の動作状態を強制的にリセットすることで行われる。このリセットの手法については、動作状態をリセット可能な手法であれば任意の手法を用いることができる。
【００２８】
また、この復旧実行部３２は、通信異常が検出された場合でも、図３に示すように、通信接続できない箇所に応じて、復旧動作を開始するタイミングを異ならせている。
すなわち、メイン制御部２０と通信モジュール２１の通信制御部２３の間の通信において、通信モジュール２１からメイン制御部２０への応答が無くなった場合、通信モジュール２１の動作状態が不安定である蓋然性が非常に高い。この場合には、通信モジュール２１の動作状態が即時にリセットされ、動作状態の改善が図られる。
【００２９】
ＴＣＵ１０と携帯電話網３の間の通信において、例えば携帯基地局６の電波が受信できない等して携帯電話網３から応答が無く通信接続できなくなった場合（すなわち、圏外状態になった場合）、周囲環境に起因して電波の受信状況が悪くなった事が考えられる。この場合、車両４が移動する等して受信状況が改善されることが多々ある。しかしながら、所定時間に亘り、圏外が継続して接続できないときには、そもそも通信モジュール２１の動作状態が不安定である可能性も高まるため、このときには、通信モジュール２１の動作状態をリセットする。
【００３０】
またＴＣＵ１０とサーバ端末７の間の通信において、サーバ端末７の応答が無く通信接続できなくなった場合には、サーバ端末７の負荷が一時的に高まった等の要因が考えられる。しかしながら、所定回数に亘り、連続してサーバ端末７への通信接続に失敗したときには、通信モジュール２１の動作状態が不安定である可能性も高まるため、このときにも、通信モジュール２１の動作状態をリセットする。
【００３１】
これらの復旧動作により、通信モジュール２１の動作状態が明らかに不安定になっているときは勿論のこと、携帯電話網３、及びサーバ端末７に起因した通信異常と推測される状況下でも、通信モジュール２１の動作状態の不安定さが要因である可能性が高いときには、通信モジュール２１の動作状態が確実にリセットされることとなる。
【００３２】
さらにこのＴＣＵ１０は、通信異常検出部３１が通信異常を検知したときに限らず、サーバ端末７との間での通信が発生するときには、事前に通信モジュール２１をリセットすることで、当該通信モジュール２１の動作の安定性を高めている。
この事前のタイミングとしては、少なくとも、省電力モード実行部３０が省電力モードから通常の動作タイミングに復帰したとき、及び、車両４の動力源（エンジンや電動モータ）の始動キー（いわゆる、イグニッションキー）が操作されたときが挙げられる。
すなわち、復旧実行部３２は、省電力モード実行部３０による省電力モードからの復帰を検知するごと、及び、ＣＡＮ１１を通じて始動キーの操作が入力されるごとに、通信モジュール２１の動作状態をリセットする。
【００３３】
次いで、このＴＣＵ１０の動作として、サーバ端末７に通信接続できない場合と、携帯電話網３に通信接続できない場合とを説明する。
図４は、サーバ端末７に通信接続できない場合の動作の一例を示すシーケンス図である。なお、この図では、ユーザが車両４の遠隔操作サービスを受ける場合を示している。
遠隔操作サービスにあっては、ユーザは、携帯電話５から携帯電話網３を通じてサーバ端末７に遠隔操作要求を送信する（ステップＳａ１）。サーバ端末７は、遠隔操作要求を受信すると、この遠隔操作を実行するための車両制御命令を対象の車両４のＴＣＵ１０に携帯電話網３を通じて送信する（ステップＳａ２）。
ＴＣＵ１０のメイン制御部２０は、車両制御命令を受信すると、この車両制御命令にしたがってＣＡＮ１１を通じて電装品や車載機器９に車両制御命令を出力する等して、遠隔操作で命令された動作を実行する（ステップＳａ３：サービス実施処理）。
【００３４】
また、ステップＳａ３のサービス実施処理においては、ＴＣＵ１０のメイン制御部２０は、動作実行に要する各種データの取得や動作結果の通知等のためにサーバ端末７と通信する。この通信のタイミングでサーバ端末７に何らかの障害が発生した場合には、サーバ端末７から応答が得られず通信接続できないことから、通信異常検出部３１が通信異常を検知する。
この場合、前掲図３を参照して説明したように、ＴＣＵ１０は、サーバ端末７への通信接続の失敗が所定回数に亘り連続して繰り返されたときに、復旧実行部３２が通信モジュール２１をリセットする。
【００３５】
すなわち、ＴＣＵ１０の通信異常検出部３１は、サーバ端末７との通信異常が検知された場合、連続して検知された回数（換言すれば、サービス実施処理が失敗に終わった回数）をカウントする（ステップＳａ４）。
一方、この場合、ユーザの携帯電話５には、遠隔操作が正常に行われたことが通知されない。そこで、ユーザが携帯電話５を用いて再度、遠隔操作を実行すると（いわゆる、リトライ操作）、携帯電話５から遠隔操作要求がサーバ端末７に送信され（ステップＳａ５）、サーバ端末７から車両制御命令がＴＣＵ１０に送信される（ステップＳａ６）。
ＴＣＵ１０のメイン制御部２０は、車両制御命令を受信すると、この車両制御命令にしたがって、再度、遠隔操作で命令された動作を実行する（ステップＳａ７：サービス実施処理）。このとき、再度、サーバ端末７と通信接続できなかった場合には、通信異常検出部３１は、サーバ端末７の通信接続の失敗が連続しているから、失敗の回数をカウントアップする（ステップＳａ８）。
【００３６】
そして、サーバ端末７の無応答のカウント値が所定回数に達した場合、通信異常がサーバ端末７の要因だけでなく、通信モジュール２１の要因である可能性が高まることから、通信異常検出部３１が復旧実行部３２に通信異常を出力し、復旧実行部３２が通信モジュール２１の動作状態をリセットすることとなる（ステップＳａ９）。
その後にユーザが携帯電話５を用いて再度、遠隔操作を実行し、携帯電話５から遠隔操作要求がサーバ端末７に送信され（ステップＳａ１０）、サーバ端末７から車両制御命令がＴＣＵ１０に送信されときには（ステップＳａ１１）、サーバ端末７との通信接続失敗が通信モジュール２１の要因であった場合には、サービス実施処理においてＴＣＵ１０とサーバ端末７の間の通信が正常に行われる（ステップＳａ１２）。
【００３７】
ＴＣＵ１０のメイン制御部２０は、遠隔操作で命令された動作が正常に完了すると、サーバ端末７に動作結果を送信し、サーバ端末７が、この動作結果に基づいて、サービス完了通知を携帯電話５に送信する（ステップＳａ１３）。このサービス完了通知によってユーザは、遠隔操作が行われたことが確認できる。
また、ＴＣＵ１０の通信異常検出部３１は、サーバ端末７との間の通信が正常に行われたときには通信接続失敗のカウンタ値をゼロクリアし、また、サーバ端末７との通信接続失敗によるリセット動作が行われたことを、異常ログ情報に登録して記録を残す。この異常ログ情報の記録に基づき、サーバ端末７の異常が判明した場合には接続先のサーバ端末７を切り替える等の対応策を講じることが容易となる。
【００３８】
図５は、携帯電話網３に通信接続できない場合の動作の一例を示すシーケンス図である。
ＴＣＵ１０の通信モジュール２１と携帯電話網３の携帯基地局６の間に通信異常が発生すると、通信モジュール２１が携帯基地局６からの電波が受信できなくなり、ＴＣＵ１０のメイン制御部２０からみて携帯電話網３が無応答（いわゆる、圏外）となって通信接続できない状態になる。この場合には、前掲図３を参照して説明したように、ＴＣＵ１０は、携帯電話網３の圏外状態が所定時間に亘り継続して検知されたときに、復旧実行部３２が通信モジュール２１の動作状態をリセットする。
【００３９】
すなわち、図５に示すように、ＴＣＵ１０のメイン制御部２０では、電波の受信状況を監視すべく、通信異常検出部３１が間欠的に通信モジュール２１に電波状態を問い合わせて取得する（ステップＳｂ１）。通信モジュール２１の通信制御部２３は、電波状態の問い合わせを受けると、圏内状態、又は圏外状態のいずれかを応答し、この事例では、圏外状態が応答される（ステップＳｂ２）。
【００４０】
通信異常検出部３１は、通信モジュール２１から圏外状態（すなわち、携帯電話網３の無応答）の応答を受けると、所定期間に亘り、圏外状態が継続するか否かを判定するために、圏外状態の応答を得た回数をカウントする（ステップＳｂ３）。すなわち、通信異常検出部３１は、一定時間間隔で通信モジュール２１に電波状態の問い合わせする動作を、圏内状態の応答が得られるか、或いは、問い合わせが規定回数に達するまで繰り返し行う（ステップＳｂ４）。
【００４１】
圏外状態の応答が規定回数に達した場合（ステップＳｂ５）、圏外状態が所定時間に亘り継続していることを示すから、通信異常の要因が、電波の受信環境のほかに、通信モジュール２１の動作状態が不安定である可能性も高まる。特に、車両４の走行中にあっては、受信環境が時々刻々と変化することから、通信モジュール２１の動作状態が不安定である蓋然性が非常に高くなる。
そこで、通信異常検出部３１は復旧実行部３２に通信異常を出力し、復旧実行部３２が通信モジュール２１にリセット要求を出力し（ステップＳｂ６）、当該通信モジュール２１の動作状態をリセットすることとなる（ステップＳｂ７）。
また、ＴＣＵ１０の通信異常検出部３１は、携帯電話網３の圏外状態が継続したことにより通信モジュール２１の動作状態をリセットしたことを、異常ログ情報に登録して記録を残す（ステップＳｂ８）。
【００４２】
以上説明したように、本実施形態によれば、ＴＣＵ１０のメイン制御部２０がサービスを受けるための通信が不能な場合に、通信モジュール２１の動作状態をリセットする構成とした。
この構成により、通信モジュール２１の動作状態の不安定さに起因した通信異常の改善を確実に図り、安定してサービスの提供を受けることができる。
これに加え、ＴＣＵ１０そのものをリセットするのではなく、ＴＣＵ１０の内部のメイン制御部２０が、能動的に通信異常の検出、および復帰動作を行うことから、ＴＣＵ１０が不使用となる期間を可能な限り短くし、サービスを受ける機会の損失が抑えられ、ユーザビリティの向上が図られる。
【００４３】
また本実施形態によれば、メイン制御部２０は、携帯電話網３に所定時間に亘り接続できないとき、サーバ端末７との通信が所定回数に亘り連続して失敗したとき、又は通信モジュール２１が応答しないときに、通信モジュール２１の動作状態をリセットする。
これにより、通信モジュール２１の動作状態が不安定であるときは勿論のこと、状況的には携帯電話網３やサーバ端末７の要因により通信異常が発生していると推測されるときでも、通信異常が通信モジュール２１の要因である可能性が高まったときには、通信モジュール２１の動作状態をリセットして、通信異常の改善を図ることができる。
【００４４】
また本実施形態によれば、メイン制御部２０は、省電力モードから復帰するごとに、通信モジュール２１の動作状態をリセットする。
これにより、通信モジュール２１の動作状態の不安定さに起因した通信異常を未然に防止できる。
【００４５】
また本実施形態によれば、メイン制御部２０は、サーバ端末７から送られた通信を受信したとき、又はサーバ端末７にデータを送信することを定めた所定条件が成立したときに、省電力モードから復帰する。
これにより、サーバ端末７が提供するサービスを受けるべきタイミングで省電力モードから復帰し、サービスを受けることができる。これに加え、省電力モードから復帰したときには、通信モジュール２１の動作状態をリセットされ、通信異常の未然防止が図られているから、省電力モード復帰後に発生した通信異常により、サービス実施に係る処理が終了できず、省電力モードに移行できなくなる、という事態の発生も防止できる。
【００４６】
また本実施形態によれば、メイン制御部２０は、車両４の動力源が始動したときに省電力モードから復帰し、かつ通信モジュール２１の動作状態をリセットする。
これにより、ユーザが車両４を運転するタイミングで通信モジュール２１の動作状態がリセットされ、通信異常の未然防止が図られるから、車両４の乗車後に、通信モジュール２１の動作状態に起因してサービスが受けられない、という事態の発生を防止できる。
【００４７】
また本実施形態によれば、ＴＣＵ１０は、ＣＡＮ−Ｉ／Ｆ部２２を通じてＣＡＮ１１に接続された電装品、又は車載機器９と信号を送受する。
これにより、車両向けのサービスとして、サーバ端末７を通じて、これら電装品や車載機器９を遠隔操作するサービスを実現できる。また、通信異常が発生したときには、ユーザ操作によらずにＴＣＵ１０が通信モジュール２１の動作状態をリセットするから、電装品、又は車載機器９と連携するＴＣＵ１０を、ユーザに自由に操作させることなく、通信異常の改善を図ることができる。
【００４８】
また、本実施形態によれば、かかるＴＣＵ１０を備えてテレマティクスシステム１を構成したため、ＴＣＵ１０の通信モジュール２１に起因した通信異常を確実に防止し、システムの安定性の向上を図ることができる。
【００４９】
なお、上述した実施形態は、あくまでも本発明の一態様を例示したものであって、本発明の趣旨を逸脱しない範囲で任意に変形、及び応用が可能である。
【００５０】
例えば、上述した実施形態において、ＴＣＵ１０のメイン制御部２０がサーバ端末７との間での通信異常を契機として通信モジュール２１の動作状態をリセットした後、引き続き連続して、サーバ端末７との間で通信異常が検知される場合、サーバ端末７の予備の端末が存在するときには、メイン制御部２０は、この予備の端末に接続先を切り替える構成としてもよい。
これにより、サーバ端末７に通信異常の要因があると推測される場合に、よりサービスの実施成功率を上げることができる。
【符号の説明】
【００５１】
１  テレマティクスシステム（サービス提供システム）
３  携帯電話網（移動体通信網）
４  車両
５  携帯電話
６  携帯基地局
７  サーバ端末
９  車載機器
１０  ＴＣＵ（車載通信ユニット）
１１  ＣＡＮ（車載ネットワーク）
２０  メイン制御部（制御部）
２１  通信モジュール
２２  ＣＡＮ−Ｉ／Ｆ部（インターフェース部）
３０  省電力モード実行部
３１  通信異常検出部
３２  復旧実行部
【図１】
2015192356.tif 000003
【図２】
2015192356.tif 000004
【図３】
2015192356.tif 000005
【図４】
2015192356.tif 000006
【図５】
2015192356.tif 000007