JP2006005658A - 車両の情報通信システム - Google Patents

Abstract

【課題】 通信コストを高騰させることなく効率のよいデータ通信を行って、有益な情報を効率よく活用することができる車両の情報通信システムを提供する。
【解決手段】 広域通信網１９を介して外部と無線通信可能な広域通信モジュール１６と、限定的な通信エリア内で外部と無線通信可能な狭域通信モジュール１７と、これら広域通信モジュール１６或いは狭域通信モジュール１７を選択的に用いて外部とのデータ通信を行う車載装置１５とを有する車両１０と、広域通信モジュール１６を介して車載装置１５との間でデータ通信可能なデータセンタ２０と、車両１０が通信エリア内に侵入した際に狭域通信モジュールを介して車載装置１５との間でデータ通信可能であって且つデータセンタ２０との間でデータ通信可能なローカルスポット３０とを備えて情報通信システムを構築する。
【選択図】 図１

Description

本発明は、車両に備えた無線通信装置により車両外部とデータ通信を行う車両の情報通信システムに関する。

近年の車両においては、車内ＬＡＮの普及とともに、車載の各ＥＣＵ（Electrical Control Unit）の制御データを容易に収集、管理するための環境が整備されている。このような環境を利用する技術の一環として、車両に通信機能を付加し、この通信機能を用いて遠隔地から車両情報を収集するシステム（いわゆる、遠隔ダイアグノシス）の開発が進んでいる。

この種の情報通信システムでは、広域通信網を利用してデータの収集を行うことが一般的であり、例えば、特許文献１には、携帯電話網等を利用して、個々のユーザの車両に搭載される制御装置のデータを中央情報管理センタ（データセンタ）に送信してデータベースに蓄積することにより、個々のユーザの車両状態をリアルタイムで管理して予防安全性を向上するとともに、個々のユーザに車両状態についての情報等を提供する技術が開示されている。
特開２００２−１６８７３４号公報

しかしながら、上述の携帯電話網等の広域通信網は、通常、有償であり、しかも通信容量が小さいため、詳細な車両データ等をデータセンタに送信した場合、通信コストが嵩む等の問題がある。また、通信コスト等を考慮すると、他の付加価値の高い情報を提供する際にも、その情報量を制限せざるを得ない場合があり、ユーザにとって有益な情報が十分に提供できなくなる虞がある。

本発明は上記事情に鑑みてなされたもので、通信コストを高騰させることなく効率のよいデータ通信を行って、有益な情報を効率よく活用することができる車両の情報通信システムを提供することを目的とする。

本発明は、広域通信網を介して外部と無線通信可能な広域通信手段と、限定的な通信エリア内で外部と無線通信可能な狭域通信手段と、上記広域通信手段或いは上記狭域通信手段を選択的に用いて外部とのデータ通信を行う車載装置と、上記広域通信手段を介して上記車載装置との間でデータ通信可能なデータセンタと、上記データセンタとの間でデータ通信可能であって、且つ車両が通信エリア内に進入した際に上記狭域通信手段を介して上記車載装置との間でデータ通信可能なローカルスポットとを備えたことを特徴とする。

本発明の車両の情報通信システムによれば、通信コストを高騰させることなく効率のよいデータ通信を行って、有益な情報を効率よく活用することができる。

以下、図面を参照して本発明の形態を説明する。図面は本発明の一形態に係わり、図１は車両の情報通信システムの全体構成図、図２は車載装置で実行される車両データ送信処理のフローチャート、図３は車両から車両データの受信時にデータベースサーバで実行される処理のフローチャート、図４は車両との通信成立時にローカルサーバで実行される通信処理のフローチャート、図５はローカルスポットから車両データの受信時にデータベースサーバで実行される処理のフローチャート、図６はデータセンタ及びローカルスポットから提供される情報の一例を示す説明図である。

図１に示す車両の情報通信システムは、主として、ユーザの車両１０と、データセンタ２０と、ローカルスポット３０との間に構築されるシステムである。
車両１０は、例えば、パワートレイン制御系のユニット１２、ボディ制御系のユニット１３、及び情報通信系のユニット１４等の各種車載ユニットが車内ネットワークを通じて接続する車載装置１５を有する。ここで、パワートレイン制御系のユニット１２としては、例えば、ドライバの運転操作を支援するためのＡＤＡ（Active Drive Asist）ユニット、ステアリング制御ユニット、ブレーキ制御ユニット、ミッション制御ユニット、エンジン制御ユニット等があり、ボディ制御系のユニット１３としては、例えば、エアバッグ制御ユニット、エアコン制御ユニット、パワーウインド制御ユニット等がある。また、情報通信系のユニット１４としては、例えば、オーディオユニット、カーナビゲーションユニット等がある（何れも図示せず）。

車載装置１５は、各車載ユニットから入力される車両データ（例えば、各ユニットに入力されるのと同等の各種センサデータ、及び各ユニットで実行されるリアルタイムな各種制御データ等）を収集して管理する。その際、車載装置１５は、予め設定された診断アルゴリズム等を用いて収集した車両データを分析し、この分析結果に基づいて、例えば各種故障コード等のようなデータ量の少ない新たな車両データ（以下、加工データともいう）を生成する。そして、車載装置１５は、生成した加工データを、加工前の車両データ（以下、詳細データともいう）と関連づけて記憶する。

また、車載装置１５には、広域通信網１９を介して外部と無線通信可能な広域通信手段としての広域通信モジュール１６と、限定的な通信エリア内で外部と無線通信可能な狭域通信手段としての狭域通信モジュール１７とが接続されている。車載装置１５は、予め設定されたプログラム等に従って、これら各通信モジュール１６，１７を選択的に用い、データセンタ２０或いはローカルスポット３０との間でデータ通信を行う。

広域通信モジュール１６は、広域通信網１９を介してデータセンタ２０との間で無線通信が可能な通信モジュールである。本形態においては、例えば、広域通信網１９として移動体通信網が採用され、また、この移動体通信網との間で無線通信可能な携帯電話モジュールが広域通信モジュール１６として採用されている。

狭域通信モジュール１７は、ローカルスポット３０との間で無線通信が可能な通信モジュールであり、本形態においては、例えば、小型、軽量、低消費電力であるＢｌｕｅｔｏｏｔｈモジュールが採用されている。

さらに、車載装置１５には、例えば、ユーザに対して各種情報の表示を行ったり、ユーザ入力に応じて車載装置１５の各種設定変更等を行うためのヒューマンインターフェース（ＨＭＩ）１８が接続されている。本形態において、ＨＭＩ１８は、例えば、タッチパネル式のカーナビゲーション装置のモニタ等が好適に用いられる。

ここで、ＨＭＩ１８は、ユーザ入力に応じて、広域通信モジュール１６或いは狭域通信モジュール１７の使用の制限を設定することが可能である。具体的には、例えば、車載装置１５では、初期設定として広域通信モジュール１６及び狭域通信モジュール１７の何れの使用も許可されており、所定の通信環境下における車両データの送信は、原則として、加工データの送信に広域通信モジュール１６を優先的に使用する一方、詳細データの送信に狭域通信モジュール１７を優先的に使用するよう設定されている。ＨＭＩ１８では、ユーザ入力に応じて、この車載装置１５の設定を変更することが可能となっており、例えば、広域通信モジュール１６の使用禁止、狭域通信モジュール１７の使用禁止、或いは、両通信モジュール１６，１７の使用禁止を設定可能である。また、両通信モジュール１６，１７の使用を共に許可した場合であっても、セキュリティ等の優先或いは通信コスト等の優先等のユーザの要求に応じて、広域通信モジュール１６を優先的に用いた情報通信の設定、或いは、狭域通信モジュール１７を優先的に用いた情報通信の設定を行うことが可能となっている。すなわち、ＨＭＩ１８は、設定手段としての機能を実現する。

また、ＨＭＩ１８は、広域通信モジュール１６或いは狭域通信モジュール１７を通じて車載装置１５で受信した各種情報を表示することも可能である（例えば、図６参照）。その際、ＨＭＩ１８は、表示画面の一部（図６の例では画面下端部）を異色で表示することにより、現在使用中の通信モジュールが広域通信モジュール１６であるか、或いは狭域通信モジュール１７であるかをユーザに表示する。すなわち、ＨＭＩ１８は、表示手段としての機能を実現する。

データセンタ２０は、車両データや顧客データ等の各種データを収集して一括管理するデータベースサーバ（ＤＢサーバ）２１を有し、ＤＢサーバ２１は、センタ内に構築されたセンタ内ＬＡＮ（イントラネット等）に接続されている。

また、センタ内ＬＡＮには、当該センタ内ＬＡＮを実行するＷＥＢサーバ２２、センタ内ＬＡＮと広域通信網１９とを接続するルータ２３、及び、広域通信網１９を利用したデータ通信を管理・実行する通信サーバ２４が接続され、これらにより、データセンタ２０のＤＢサーバ２１と車両１０の車載装置１５との間で、広域通信モジュール１６を通じた通信を可能とする。

また、センタ内ＬＡＮにはデータ分析用サーバ２５が接続され、このデータ分析用サーバ２５によって、ＤＢサーバ２１で収集した車両データ等の分析が行われるようになっている。さらに、センタ内ＬＡＮには開発用ＰＣ２７が接続され、データ分析用サーバ２５で分析された車両データ等を車両の研究開発等にフィードバックすることが可能となっている。

ローカルスポット３０としては、例えば、全国に分布するディーラが好適に用いられる。ローカルスポット３０には、車両データを収集して管理するとともに例えばキャンペーン情報等のユーザにとって有益なサービス情報を管理するローカルサーバ３１が設置されている。

また、ローカルサーバ３１には、車両１０の狭域通信モジュール１７と無線通信可能なアクセスポイント３２が接続されている。本形態において、アクセスポイント３２は、アンテナ、通信機器等を備えたＢｌｕｅｔｏｏｔｈ通信装置で構成され、例えば、ローカルスポット３０の半径１００ｍ以内の通信エリア内に車両１０が進入した際に、狭域通信モジュール１７との間で無線通信を可能とする。

また、ローカルサーバ３１は、データセンタ２０のセンタ内ＬＡＮにネットワーク接続され、狭域通信モジュール１７を通じて車両１０から収集した車両データ等を所定の形態でデータセンタ２０に送信可能となっている。具体的には、ローカルサーバ３１は、狭域通信モジュール１７を通じて詳細データを受信した際には、この詳細データの分析を行い、当該分析結果に基づく加工データ（車両データ）をデータセンタ２０に送信する。ここで、ローカルサーバ３１では、車載装置１５で行う車両データの分析よりも詳細な分析を行うことが可能であり、より精度の高い加工データを生成することが可能である。また、ローカルサーバ３１は、データセンタ２０からの要求に応じて、詳細データを送信することも可能である。

ここで、このような構成の情報通信システムにおいて、例えば、インターネット網３５とセンタ内ＬＡＮとを接続するルータ２７をデータセンタ２０に設置し、ＤＢサーバ２１とユーザ宅等のパーソナルコンピュータ（ＰＣ）３６との間での情報通信を実現することも可能である。

また、車両１０の車載装置１５は、狭域通信モジュール１７を介して、搭乗者が携帯するＰＤＡ(Personal Digital Assistance)等の携帯型情報端末装置３７とも情報通信が可能であり、さらに、この携帯型情報端末装置３７は、ローカルスポット３０の通信エリア内において、アクセスポイント３２を介して、ローカルサーバ３１とも情報通信が可能である。ここで、本形態において、携帯型情報端末装置３７としては、ＰＤＡの他に、Ｂｌｕｅｔｏｏｔｈを搭載した携帯電話機等が適用可能である。

次に、車載装置１５で実行される車両データ送信処理について、図２のフローチャートに従って説明する。ここで、図２では、広域通信モジュール１６及び狭域通信モジュール１７の何れも使用の制限が設定されていないときの処理の一例を示す。

このルーチンは、設定時間毎に繰り返し実行されるもので、車載装置１５は、先ず、ステップＳ１０１において、各車載ユニットから収集した車両データに対する分析を行い、その分析結果に基づいて新たに生成した車両データ（加工データ）を、加工前の車両データ（詳細データ）と関連付けて記憶する。

続くステップＳ１０２において、車載装置１５は、ステップＳ１０１で生成した加工データの中に緊急度「高」の異常を示す加工データがあるか否かを調べる。ここで、緊急度「高」の異常を示す加工データとは、例えば、車両１０が走行困難となったことを示す加工データであり、この種の加工データは、例えば、エアバッグの作動状態を示す車両データ等から生成される。

そして、ステップＳ１０２において、緊急度「高」の異常を示す加工データがないと判定すると、車載装置１５は、ステップＳ１０３に進み、ステップＳ１０１で生成した加工データの中に緊急度「中」の異常を示す加工データがあるか否かを調べる。ここで、緊急度「中」の異常を示す加工データとは、例えば、車両１０の走行に制限が生じたことを示す加工データであり、この種の加工データは、例えば、排気温度の異常上昇を示す車両データ等から生成される。

そして、ステップＳ１０３において、緊急度「中」の異常を示す加工データがないと判定すると、車載装置１５は、ステップＳ１０４に進み、現在、自車がローカルスポット３０に設定されたアクセスポイント３２の通信エリア内に存在し、ローカルサーバ３１との間で無線通信が可能であるか否かを調べる。

そして、ステップＳ１０４において、現在、自車がアクセスポイント３２の通信エリア内に存在し、ローカルサーバ３１との間で無線通信が可能であると判定すると、車載装置１５は、ステップＳ１０５に進み、狭域通信モジュール１７を用いてローカルサーバ３１に全詳細データを送信し、ステップＳ１０６で、車載装置１５に記憶している全車両データ（詳細データ及び加工データ）をクリアした後、ルーチンを抜ける。

一方、ステップＳ１０４において、現在、自車がアクセスポイント３２の通信エリア外に存在すると判定すると、車載装置１５は、ステップＳ１０７に進み、データセンタ２０に対して、必要に応じて、広域通信モジュール１６を用いた加工データの送信を行った後、ルーチンを抜ける。具体的には、車載装置１５は、例えば、車両１０の走行に特に制限が生じる程ではない軽微な異常を示す加工データが存在する場合に、当該加工データを、広域通信モジュール１６を用いてデータセンタ２０に送信し、一方、この種の異常を示す加工データが存在しない場合にはそのままルーチンを抜ける。ここで、軽微な異常を示す加工データとは、例えば、バッテリ電圧の低下やタイヤ空気圧の低下を示す車両データ等から生成される加工データである。

また、ステップＳ１０２において、緊急度「高」の異常を示す加工データがあると判定すると、車載装置１５は、ステップＳ１０８に進み、広域通信モジュール１６を用いたデータセンタ２０との通信、及び、狭域通信モジュール１７を用いたローカルスポット３０との通信を試み、最先に接続された通信モジュールを用いて、異常に関連する車両データ（加工データ及び詳細データ）を送信した後、ルーチンを抜ける。

また、ステップＳ１０３において、緊急度「中」の異常を示す加工データがあると判定すると、車載装置１５は、ステップＳ１０９に進み、現在、自車がローカルスポット３０に設定されたアクセスポイント３２の通信エリア内に存在し、ローカルサーバ３１との間で無線通信が可能であるか否かを調べる。

そして、ステップＳ１０９において、現在、自車が通信エリア内に存在し、ローカルサーバ３１との間で無線通信が可能であると判定すると、車載装置１５は、ステップＳ１１０に進み、狭域通信モジュール１７を用いてローカルサーバ３１に全詳細データを送信し、ステップＳ１１１で、車載装置１５に記憶している全車両データ（詳細データ及び加工データ）をクリアした後、ルーチンを抜ける。

一方、ステップＳ１０９において、現在、自車が通信エリア外に存在し、ローカルサーバ３１との間で無線通信が不能であると判定すると、車載装置１５は、ステップＳ１１２に進み、例えばＨＭＩ１８を通じて、広域通信モジュール１６を利用した詳細データの送信の可否をユーザに確認し、続くステップＳ１１３において、広域通信モジュール１６を利用した詳細データの送信をユーザが許可したか否かを調べる。

そして、ステップＳ１１３において、広域通信モジュール１６を利用した詳細データの送信をユーザが許可していないと判定した場合、車載装置１５は、ステップＳ１１４に進み、異常に関連する加工データのみを広域通信モジュール１６を用いてデータセンタ２０に送信し、続くステップＳ１１４で、例えばナビゲーション情報等を用いて車両１０を近くのローカルスポット３０に誘導した後、ルーチンを抜ける。

一方、ステップＳ１１３において、広域通信モジュール１６を利用した詳細データの送信をユーザが許可したと判定した場合、車載装置１５は、ステップＳ１１６に進み、データセンタ２０に対し、広域通信モジュール１６を用いて異常に関連する車両データ（加工データ及び詳細データ）を送信した後、ルーチンを抜ける。

ここで、本形態において、車載装置１５による車両データの送信に係る上述の各処理は、ＨＭＩ１８を通じたユーザ設定によって広域通信モジュール１６或いは狭域通信モジュール１７の使用が制限されている場合には、適宜これに従う。但し、ステップＳ１０８の処理に関しては、上記使用の制限に関係なく、強制的に実行される。

次に、車両１０から広域通信モジュールを介して送信した車両データを受信した際にＤＢサーバ２１で実行される処理について、図３のフローチャートに従って説明する。
このルーチンがスタートすると、ＤＢサーバ２１は、先ず、ステップＳ２０１において、車載装置１５から受信した車両データを、データ分析用サーバ２５に送信し、車両データの分析を行う。

続くしステップＳ２０２において、ＤＢサーバ２１は、ステップＳ２０１の分析結果に基づいて、さらに詳細な分析が必要か否かを調べる。ここで、詳細な分析が必要な場合とは、例えば、今回受信した車両データが何らかの異常等を示す加工データであり、この加工データに基づく分析をステップＳ２０１で行った結果、さらに、詳細データに基づく踏み込んだ分析を行うことが必要であると判断した場合である。

そして、ステップＳ２０２において、詳細な分析が必要であると判定した場合には、ＤＢサーバ２１は、ステップＳ２０３に進み、必要とする詳細データがローカルサーバ３１内に記憶されているか否かを調べる。そして、必要とする詳細データがローカルサーバ３１内記憶されている場合には、ＤＢサーバ２１は、ステップＳ２０４に進み、ローカルスポット３０（ローカルサーバ３１）に対して詳細データの送信を要求した後、ルーチンを抜ける。

一方、ステップＳ２０３において、ローカルサーバ３１内に、必要な詳細データが記憶されていないと判定した場合には、ステップＳ２０５に進み、ローカルサーバ３１で詳細データの収集を実現すべく、広域通信モジュール１６を通じた無線通信によって、車両１０を近くのローカルスポット３０に誘導するよう車載装置１５に指示した後、ルーチンを抜ける。

また、ステップＳ２０２において、詳細な分析が必要でないと判定した場合には、ＤＢサーバ３１は、必要に応じて、車両１０の異常等に対する対応を指示するデータを広域通信モジュール１６を通じて車載装置１５に送信した後、ルーチンを抜ける。

次に、アクセスポイント３２の通信エリア内に車両１０が侵入し、車載装置１５との間で狭域通信モジュール１７を通じた無線通信が可能となった際に、ローカルサーバ３１で実行される通信処理について、図４のフローチャートに従って説明する。
このルーチンは狭域通信モジュール１７を通じた無線通信が維持されている間、ローカルサーバ３１で繰り返し実行されるもので、ルーチンがスタートすると、ローカルサーバ３１は、先ず、ステップＳ３０１で、車載装置１５から新たな車両データを受信したか否かを調べる。そして、ローカルサーバ３１は、新たな車両データを受信していないと判定した場合には、ステップＳ３０６にジャンプする一方、新たな車両データを受信したと判定した場合には、ステップＳ３０２に進む。

ステップＳ３０１からステップＳ３０２に進むと、ローカルサーバ３１は、今回新たに受信した車両データの分析を行い、続くステップＳ３０３において、その分析結果から、車両１０の異常を調べる。

そして、ローカルサーバ３１は、ステップＳ３０３において、車両１０に何らかの異常を検出した場合にはステップＳ３０４に進み、異常に関する加工データのみをＤＢサーバ２１に送信する一方、車両１０に何ら異常を検出しなかった場合にはステップＳ３０５に進み、「異常なし」を示すデータのみをＤＢサーバ２１に送信する。

ステップＳ３０１、ステップＳ３０４、或いはステップＳ３０５からステップＳ３０６に進むと、ローカルサーバ３１は、ユーザから何らかの情報提供の要求がなされているか否かを調べ、情報提供の要求がなされている場合にはステップＳ３０８に進み、要求された情報に対応するデータを、狭域通信モジュール１７を介して車載装置１５に送信した後、ルーチンを抜ける。

一方、ステップＳ３０６において、ユーザから情報提供の要求がなされていないと判断した場合、ローカルサーバ３１は、ステップＳ３０７に進み、例えばキャンペーン情報等のような、ローカルスポット３０からユーザに提供可能な情報があるか否かを調べる。

そして、ローカルサーバ３１は、ステップＳ３０７において、ユーザに提供可能な情報がないと判定した場合にはそのままルーチンを抜ける一方、ユーザに提供可能な情報があると判定した場合にはステップＳ３０８に進み、提供可能な情報に対応するデータを、狭域通信モジュール１７を介して車載装置１５に送信した後、ルーチンを抜ける。

次に、ローカルスポット３０から車両データを受信した際にＤＢサーバ２１で実行される処理について、図５のフローチャートに従って説明する。
このルーチンがスタートすると、ＤＢサーバ２１は、先ず、ステップＳ４０１において、ローカルサーバ３１から受信した車両データを、広域通信モジュール１６を介して車載装置１５から受信した車両データと統合して管理するとともに、ステップＳ４０２で、ローカルサーバ３１から受信した車両データをデータ分析用サーバ２５に送信し、車両データの分析を行う。

続くステップＳ４０３において、ＤＢサーバ２１は、ステップＳ４０２の分析結果に基づいて、さらに詳細な分析が必要か否かを調べる。ここで、詳細な分析が必要な場合とは、例えば、今回ローカルスポット３０から受信した車両データが何らかの異常等を示す加工データであり、この加工データに基づく分析をステップＳ４０２で行った結果、さらに、詳細データに基づく踏み込んだ分析を行うことが必要であると判断した場合である。

そして、ステップＳ４０３において、詳細な分析が必要であると判断した場合には、ＤＢサーバ２１は、ステップＳ４０４に進み、ローカルスポット３０（ローカルサーバ３１）に対して、必要な詳細データを要求した後、ルーチンを抜ける。

一方、ステップＳ４０３において、詳細な分析が必要ないと判断した場合には、ＤＢサーバ２１は、ステップＳ４０５に進み、必要に応じて、車両１０の異常時に対する適切な対応情報を車載装置１５に送信した後、ルーチンを抜ける。

このような形態によれば、車両１０（車載装置１５）とデータセンタ２０との間でリアルタイム性等を重視するデータ通信を行うときには、広域通信モジュール１６を介してデータ通信を行い、リアルタイム性等よりも、通信コスト等を重視するデータ通信を行うときには、車両１０が狭域通信モジュール１７の通信エリア内に侵入するのを待って、ローカルスポット３０を中継として車両１０とデータセンタ２０との間のデータ通信を行うことにより、通信コストを高騰させることなく効率のよいデータ通信を行うことができる。

特に、車載装置１５で収集した車両データをデータセンタ２０に送信し、データセンタ２０で車両状態を管理させる場合等において、車載装置１５は、収集した車両データ（詳細データ）を分析することでデータ量の小さい車両データ（加工データ）を新たに生成し、この加工データを、広域通信モジュール１６を優先的に用いてデータセンタ２０に送信することにより、通信コストを高騰させることなく、必要な車両データをデータセンタ２０に対してリアルタイムに供給することができる。

その一方で、車載装置１５は、通信費が安価（または無料）且つ通信容量の大きい狭域通信モジュール１７を優先的に用いて詳細データをローカルスポット３０に送信することにより、データ量の大きい詳細データの送信を効率よく行うことができる。

また、ローカルスポット３０は、車載装置１５から詳細データを受信した際には、当該詳細データの分析を行い、その分析結果に基づいて加工した車両データをデータセンタ２０に送信することにより、データセンタ２０の処理を軽減することができる。

また、データセンタ２０は、広域通信モジュール１６を介して車載装置１５から受信した車両データを、ローカルスポット３０を介して受信した車両データと統合することにより、異なる２つの通信モジュールを用いて収集した車両データを一元管理することができる。

なお、上述の形態においては、狭域通信モジュール１７として、Ｂｌｕｅｔｏｏｔｈモジュールを適用した一例について説明したが、本発明はこれに限定されるものではなく、例えば、無線ＬＡＮモジュール等を適用してもよい。

また、ローカルスポット３０も、ディーラに限定されるものではなく、例えば、コンビニエンスストア、ガソリンスタンド等であってもよい。

車両の情報通信システムの全体構成図 車載装置で実行される車両データ送信処理のフローチャート 車両から車両データの受信時にデータベースサーバで実行される処理のフローチャート 車両との通信成立時にローカルサーバで実行される通信処理のフローチャート ローカルスポットから車両データの受信時にデータベースサーバで実行される処理のフローチャート データセンタ及びローカルスポットから提供される情報の一例を示す説明図

符号の説明

１０ … 車両
１２ … パワートレイン制御系のユニット（車載ユニット）
１３ … ボディ制御系のユニット（車載ユニット）
１４ … 情報通信系のユニット（車載ユニット）
１５ … 車載装置
１６ … 広域通信モジュール（広域通信手段）
１７ … 狭域通信モジュール（狭域通信手段）
１９ … 広域通信網
２０ … データセンタ
２１ … データベースサーバ
２２ … ＷＥＢサーバ
２３ … ルータ
２４ … 通信サーバ
２５ … データ分析用サーバ
２７ … ルータ
３０ … ローカルスポット
３１ … ローカルサーバ
３２ … アクセスポイント
３５ … インターネット網
３６ … パーソナルコンピュータ
３７ … 携帯型情報端末装置
代理人 弁理士 伊 藤 進

Claims (11)

1. 広域通信網を介して外部と無線通信可能な広域通信手段と、限定的な通信エリア内で外部と無線通信可能な狭域通信手段と、上記広域通信手段或いは上記狭域通信手段を選択的に用いて外部とのデータ通信を行う車載装置と、
   上記広域通信手段を介して上記車載装置との間でデータ通信可能なデータセンタと、
   上記データセンタとの間でデータ通信可能であって、且つ車両が通信エリア内に進入した際に上記狭域通信手段を介して上記車載装置との間でデータ通信可能なローカルスポットとを備えたことを特徴とする車両の情報通信システム。
2. 上記車載装置は、車載ユニットから収集した車両データの分析を行い、当該分析結果に基づいて加工した車両データを、上記広域通信手段を優先的に用いて上記データセンタに送信することを特徴とする請求項１記載の車両の情報通信システム。
3. 上記車載装置は、上記車載ユニットから収集した加工前の車両データを、上記狭域通信手段を優先的に用いて上記ローカルスポットに送信することを特徴とする請求項２記載の車両の情報通信システム。
4. 上記車載装置は、加工前の車両データを外部に送信するまでの間、当該車両データを保持することを特徴とする請求項３記載の車両の情報通信システム。
5. 上記ローカルスポットは、上記車載装置から加工前の車両データを受信時に当該車両データの分析を行い、その分析結果に基づいて加工した車両データを上記データセンタに送信することを特徴とする請求項３または請求項４に記載の車両の情報通信システム。
6. 上記車載装置は、加工した車両データが緊急度の高い車両データであると判断したとき、上記広域通信手段或いは上記狭域通信手段のうち最先に接続された通信手段を用いて上記データセンタ或いは上記ローカルスポットに車両データを送信することを特徴とする請求項２乃至請求項５の何れか１項に記載の車両の情報通信システム。
7. 上記データセンタは、上記広域通信手段を介して上記車載装置から受信した車両データを、上記ローカルスポットを介して受信した車両データと統合して管理することを特徴とする請求項２乃至請求項６の何れか１項に記載の車両の情報通信システム。
8. 上記データセンタは、車両データの分析を行い、当該分析結果に基づいて詳細な車両データが必要と判断したとき、上記ローカルスポットに対し加工前の車両データを要求することを特徴とする請求項３乃至請求項７の何れか１項に記載の車両の情報通信システム。
9. 上記データセンタは、詳細な車両データが必要と判断したとき、上記広域通信手段を用いて上記車両を上記ローカルスポットに誘導することを特徴とする請求項８記載の車両の情報通信システム。
10. 上記車両は、ユーザ入力に応じて上記広域通信手段或いは上記狭域通信手段の使用の制限を設定する設定手段を有することを特徴とする請求項１乃至請求項９の何れか１項に記載の車両の情報通信システム。
11. 上記車両は、上記広域通信手段及び上記狭域通信手段の使用状態を表示する表示手段を有することを特徴とする請求項１乃至請求項１０の何れか１項に記載の車両の情報通信システム。

Images