車載制御システム、無線通信システム、車載制御システムの制御方法、及び統合通信ＥＣＵ
【課題】ＯＭＡ ＤＭを使用する車外のサーバが、同一の車両内に設けられた、複数のＥＣＵと無線通信を行うことを容易にする。
【解決手段】車載制御システムでは、車両に設けられた複数のＥＣＵと、前記車両に設けられ、前記複数のＥＣＵと車両内の通信回線を介して接続され、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する統合通信ＥＣＵと、を有する。
【解決手段】車載制御システムでは、車両に設けられた複数のＥＣＵと、前記車両に設けられ、前記複数のＥＣＵと車両内の通信回線を介して接続され、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する統合通信ＥＣＵと、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＣＵ（Electronic Control Unit）を管理する技術に関する。
【背景技術】
【０００２】
現在の自動車等の車両では、多数のＥＣＵが用いられている。これらのＥＣＵの中には、車外の装置との間で無線通信機能を有しないものがある。
【０００３】
無線通信機能を持たないＥＣＵや、そのＥＣＵが管理する機器に重大な品質問題やトラブルが発生すると、エンジニアや保守者は、ＥＣＵを車両から取り出したり、車両に通信ケーブルを接続したりして、調査または修理のための情報をＥＣＵから取得する必要があった。このため、ユーザに車両とともに来店してもらったり、エンジニア等が車両の駐車場所まで出張したりする必要があった。
【０００４】
ユーザまたはエンジニアに対して、そのような手間がかからないようにするために、ＥＣＵとの無線通信を可能とする方法が考えられている。
【０００５】
ＥＣＵに無線通信機能がなくとも、そのＥＣＵに、ＤＣＭ（Data Communication Module）などの無線通信モジュールを外部接続または内蔵し、非特許文献１に記載されたソフトウェアなどをＥＣＵに搭載することで、車外のサーバが、そのＥＣＵとの無線通信できるようになる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“デバイスマネジメントソフトウェア”、[online]、[平成２１年１１月２６日検索]、インターネット、<URL:http://www.nec.co.jp/netsoft/nc7000-dm/>
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、非特許文献１に記載されたソフトウェア及び無線通信モジュールを使用しても、１つの車両内に多くのＥＣＵが設けられている場合、車外のサーバが、それらのＥＣＵとの無線通信を可能にすることが困難となる場合があった。
【０００８】
特許文献１に記載されたソフトウェアは、ＯＭＡ ＤＭ（Open Mobile Alliance-Device Management）に準拠したデバイス管理規格を採用しているが、この規格は、クライアントが１つの装置であることを前提として、サーバがクライアントを管理するものである。
【０００９】
ところが、現在の車両には、多数のＥＣＵが搭載されているので、それらをＯＭＡ ＤＭのクライアントとする場合、それらの１つ１つに無線通信モジュールおよびソフトウェアを設けなければならない。このため、車外のサーバが、同一の車両内の多くのＥＣＵとの無線通信を可能にすることが困難であった。
【００１０】
本発明は、ＯＭＡ ＤＭを使用する車外のサーバが、同一の車両内に設けられた、複数のＥＣＵと無線通信を行うことを容易にすることを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の車載制御システムは、車両に設けられた複数のＥＣＵと、前記車両に設けられ、前記複数のＥＣＵと車両内の通信回線を介して接続され、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する統合通信ＥＣＵと、を有する車載制御システムである。
【００１２】
本発明の無線通信システムは、本発明の車載制御システムと、前記車両の外に設置され、前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログをサーバ自身が収集するためのデータとのうち、少なくとも一方を前記統合通信ＥＣＵと無線で送受信するサーバと、を有する。
【００１３】
本発明の車載制御システムの制御方法は、複数のＥＣＵを備える車両に設けられ、該複数のＥＣＵと車両内の通信回線を介して接続された統合通信ＥＣＵが、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、前記データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する、車載制御システムの制御方法である。
【００１４】
本発明の統合通信ＥＣＵは、複数のＥＣＵを備える車両内通信回線で使用される通信プロトコルのデータ形式と、前記ＯＭＡ ＤＭに準拠したプロトコルのデータ形式とを相互に変換する変換手段と、前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線通信手段を介して送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を、前記変換手段を介して実行するデバイス管理手段と、前記データを前記サーバとの間で送受信する無線通信手段と、を有する。
【発明の効果】
【００１５】
本発明によれば、統合通信ＥＣＵは、ＯＭＡ ＤＭに準拠したプロトコルに従ってＥＣＵのプログラムを更新するためのデータと、複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方をサーバと無線で送受信するので、無線通信機能を持たないＥＣＵが車両内に複数あっても、その車両に１つの統合通信ＥＣＵを設けるだけで、その統合通信ＥＣＵを介して、ＯＭＡ ＤＭを使用するサーバが複数のＥＣＵと無線通信することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態の無線通信システムの一構成例を示すブロック図である。
【図２】本発明の第１の実施形態の無線通信システムの動作を示すシーケンス図である。
【図３】本発明の第１の実施形態の無線通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態の無線通信システムの一構成例を示すブロック図である。
【図５】本発明の第１の実施形態の無線通信システムの一構成例を示すブロック図である。
【図６】本発明の第１の実施例の無線通信システムの一構成例を示すブロック図である。
【図７】本発明の第２の実施例の無線通信システムの一構成例を示すブロック図である。
【図８】本発明の第３の実施例の無線通信システムの一構成例を示すブロック図である。
【図９】本発明の第４の実施例の無線通信システムの一構成例を示すブロック図である。
【図１０】本発明の第５の実施例の無線通信システムの一構成例を示すブロック図である。
【発明を実施するための形態】
【００１７】
（第１の実施形態）
本発明を実施するための第１の実施形態について図面を参照して詳細に説明する。図１は、本実施形態の無線通信システム１の一構成例を示すブロック図である。同図を参照すると、無線通信システム１は、車載制御システム１０と、リモートシステムサーバ２０とを有する。車載制御システム１０と、リモートシステムサーバ２０とは、無線通信網３０を介して接続される。
【００１８】
車載制御システム１０は、自動車などの車両に搭載される制御システムである。車載制御システム１０は、情報系ＥＣＵ１０１などの複数の情報系ＥＣＵと、制御系ＥＣＵ１０２などの複数の制御系ＥＣＵと、統合通信ＥＣＵ１０５とを有する。これらのＥＣＵは、同じ車両内に搭載される。
【００１９】
それぞれの情報系ＥＣＵと、統合通信ＥＣＵは、情報系ＬＡＮ１０３を介して接続され、それぞれの制御系ＥＣＵと、統合通信ＥＣＵは、制御系ＬＡＮ１０４を介して接続される。
【００２０】
各情報系ＥＣＵは、ＯＳ（Operation System）を有し、ＯＳ内のプログラムを実行することによりカーナビゲーション装置やオーディオ装置など（不図示）を制御する。
【００２１】
各制御系ＥＣＵは、ＯＳ（Operation System）を有し、ＯＳ内のプログラムを実行することによりエンジン、ブレーキ、エアコン、またはメーターなど（不図示）を制御する。また、制御系ＥＣＵのうち、少なくとも１以上は、センサーを有し、そのセンサーで所定の物理量を計測したり、計測結果に基づいて故障を検知したりする。制御系ＥＣＵは、計測結果や、故障の検知結果などのイベントを時系列でログに記録し、制御系ＬＡＮ１０４を介して、ログを統合通信ＥＣＵ１０５へ送信する。
【００２２】
図１において、各ＥＣＵに搭載されているＯＳや、制御系ＥＣＵが有するセンサーは省略している。
【００２３】
統合通信ＥＣＵ１０５は、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、制御系ＬＡＮ変換部１０５４、デバイス管理部１０５５、および無線通信部１０５９を有する。デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６、ログ収集アプリ１０５７、および機能制限アプリ１０５８を有する。
【００２４】
情報系ＬＡＮ ＩＦ１０５１は、統合通信ＥＣＵ１０５を情報系ＬＡＮ１０３に接続して、統合通信ＥＣＵ１０５が情報系ＬＡＮ１０３を介して情報系ＥＣＵと通信を行うための通信インターフェースである。
【００２５】
情報系ＬＡＮ変換部１０５２は、情報系ＬＡＮ１０３の通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００２６】
制御系ＬＡＮ ＩＦ１０５３は、統合通信ＥＣＵ１０５を制御系ＬＡＮ１０４に接続して、統合通信ＥＣＵ１０５が制御系ＬＡＮ１０４を介して制御系ＥＣＵと通信を行うための通信インターフェースである。
【００２７】
制御系ＬＡＮ変換部１０５４は、制御系ＬＡＮ１０４の通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００２８】
デバイス管理部１０５５は、ＯＭＡ ＤＭ（open mobile alliance-device management）に準拠した規格におけるクライアントとして動作し、情報系ＥＣＵまたは制御系ＥＣＵのソフトウェアを更新したり、制御系ＥＣＵからログを収集したりする。
【００２９】
具体的には、デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６を実行することにより、情報系ＥＣＵまたは制御系ＥＣＵのＯＳを更新する。更新方法の詳細については、図２で後述する。
【００３０】
また、デバイス管理部１０５５は、ログ収集アプリ１０５７を実行することにより、制御系ＥＣＵが記録したログを収集する。ログの収集方法の詳細については、図３で後述する。
【００３１】
デバイス管理部１０５５は、機能制限アプリ１０５８を実行することにより、スマートキーを制御するＥＣＵのソフトウェアを更新して、スマートキーの機能を制限する。
【００３２】
無線通信部１０５９は、無線通信網３０を介してリモートシステムサーバ２０と無線通信を行う。
【００３３】
リモートシステムサーバ２０は、デバイス管理部２０１を有する。デバイス管理部２０１は、ソフトウェア更新アプリ２０２、ログ収集アプリ２０３、および機能制限アプリ２０４を有する。リモートシステムサーバ２０は、例えば、自動車メーカーのオペレータにより運用される。
【００３４】
デバイス管理部２０１は、ＯＭＡ ＤＭに準拠した規格におけるサーバとして動作し、情報系ＥＣＵまたは制御系ＥＣＵのソフトウェアを更新するように指示したり、制御系ＥＣＵからのログの収集を指示したりする。
【００３５】
具体的には、デバイス管理部２０１は、ソフトウェア更新アプリ２０２を実行することにより、統合通信ＥＣＵ１０５に、情報系ＥＣＵまたは制御系ＥＣＵのＯＳを更新させる。
【００３６】
また、デバイス管理部１０５５は、ログ収集アプリ２０３を実行することにより、統合通信ＥＣＵ１０５に、制御系ＥＣＵが記録したログを収集させる。
【００３７】
デバイス管理部１０５は、機能制限アプリ２０４を実行することにより、統合通信ＥＣＵ１０５に、スマートキーの機能を制限させる。
【００３８】
図２および図３を参照して、無線通信システム１の動作について説明する。図２は、無線通信システム１が、ソフトウェアの更新を行う動作を示すフローチャートである。
【００３９】
この動作は、例えば、リモートシステムサーバ２０のオペレータにより、ソフトウェア更新のための操作が行われたときに開始する。
【００４０】
デバイス管理部２０１は、オペレータの操作に従って、ソフトウェアの更新を要求するリクエストを生成する（ステップＳ１）。デバイス管理部２０１は、そのリクエストを、ＯＭＡ ＤＭに準拠したプロトコルで受信できるデータ形式に変換する。デバイス管理部２０１は、そのデータを、無線通信網３０を介して無線通信部１０５９へ送信する（ステップＳ２）。
【００４１】
無線通信部１０５９は、デバイス管理部２０１は、デバイス管理部２０１から受信したデータを、デバイス管理部１０５５へ転送する（ステップＳ３）。
【００４２】
デバイス管理部１０５５は、ＯＭＡ ＤＭに準拠したプロトコルに従って、ソフトウェア更新のためのデータを無線通信部１０５９から受信する（ステップＳ４）。
【００４３】
デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６を実行し、受信したデータに基づいてソフトウェアの更新処理方法を詳細に設定し、その設定方法でのソフトウェアの更新を要求するリクエストを生成する（ステップＳ５）。デバイス管理部１０５５は、そのリクエストを含むデータを情報系ＬＡＮ変換部１０５２へ送信する（ステップＳ６）。
【００４４】
情報系ＬＡＮ変換部１０５２は、デバイス管理部１０５５から受信したデータを、情報系ＬＡＮ１０３で使用する通信プロトコルで送受信できるデータ形式に変換して、情報系ＬＡＮ ＩＦ１０５１へ転送する（ステップＳ７）。
【００４５】
情報系ＬＡＮ ＩＦ１０５１は、情報系ＬＡＮ変換部１０５２から受信したデータを情報系ＥＣＵ１０１へ転送する（ステップＳ８）。
【００４６】
情報系ＥＣＵ１０１は、情報系ＬＡＮ ＩＦ１０５１から、更新を要求するリクエストを受信する（ステップＳ９）。情報系ＥＣＵ１０１は、そのリクエストに応じて、ソフトウェアを更新する（ステップＳ１０）。ステップＳ１０の後、無線通信システム１は、ソフトウェアを更新するための動作を終了する。
【００４７】
統合通信ＥＣＵ１０５が、機能制限アプリ１０５８を実行して、制御系ＥＣＵのソフトウェアを更新する場合の動作も、図２に示した動作と同様である。
【００４８】
図３は、無線通信システム１が、ログを収集する動作を示すフローチャートである。この動作は、例えば、リモートシステムサーバ２０のオペレータにより、ログの収集のための操作が行われたときに開始する。
【００４９】
デバイス管理部２０１は、オペレータの操作に従って、ログの収集を要求するリクエストを生成する（ステップＳ２１）。デバイス管理部２０１は、そのリクエストを、ＯＭＡ ＤＭに準拠したプロトコルで受信できるデータ形式に変換し、無線通信網３０を介して無線通信部１０５９へ送信する（ステップＳ２２）。
【００５０】
無線通信部１０５９は、デバイス管理部２０１は、デバイス管理部２０１から受信したデータを、デバイス管理部１０５５へ転送する（ステップＳ２３）。
【００５１】
デバイス管理部１０５５は、ＯＭＡ ＤＭに準拠したプロトコルに従って、無線通信部１０５９から、ログ収集のリクエストを含むデータを受信する（ステップＳ２４）。
【００５２】
デバイス管理部１０５５は、ログ収集アプリ１０５７を実行し、ログの収集方法を詳細に設定し、その設定方法でのログの収集を要求するリクエストを生成する（ステップＳ２５）。デバイス管理部１０５５は、そのリクエストを含むデータを情報系ＬＡＮ変換部１０５２へ送信する（ステップＳ２６）。
【００５３】
情報系ＬＡＮ変換部１０５２は、デバイス管理部１０５５から受信したデータを、情報系ＬＡＮで使用する通信プロトコルで送受信できるデータ形式に変換して、情報系ＬＡＮ ＩＦ１０５３へ転送する（ステップＳ２７）。
【００５４】
情報系ＬＡＮ ＩＦ１０５３は、情報系ＬＡＮ変換部１０５２から受信したデータを情報系ＥＣＵ１０１へ転送する（ステップＳ２８）。
【００５５】
情報系ＥＣＵ１０１は、情報系ＬＡＮ ＩＦ１０５３から、ログの収集のリクエストを受信する（ステップＳ２９）。情報系ＥＣＵ１０１は、そのリクエストに応じて、ログを収集する（ステップＳ３０）。
【００５６】
情報系ＥＣＵ１０１は、収集したログを、制御系ＬＡＮ ＩＦ１０５３、制御系ＬＡＮ変換部１０５４、デバイス管理部１０５５、および無線通信部１０５９を介して、デバイス管理部２０１へ送信する（ステップＳ３１〜Ｓ３５）。
【００５７】
デバイス管理部２０１は、無線通信部１０５９からログを受信し、ログの内容を解析したり、表示したりする（ステップＳＳ３６）。ステップＳ３６の後、無線通信システム１は、ログを収集するための動作を終了する。
【００５８】
前述したように、統合通信ＥＣＵ１０５と、リモートシステムサーバ２０との間の無線通信には、ＯＭＡ ＤＭに対応する通信規格を採用している。このため、図４に示すように、車両の移動により、統合通信ＥＣＵ１０５およびリモートシステムサーバ２０があるモバイルネットワーク３０に接続された状態から、異なるモバイルネットワーク３１に接続された状態に移行しても、ローミングにより接続が維持される。従って、統合通信ＥＣＵ１０５は、ソフトウェアの更新や、ログの収集の動作を継続することができる。
【００５９】
なお、本実施形態では、統合通信ＥＣＵ１０５は、情報系ＥＣＵおよび制御系ＥＣＵを含むＥＣＵ群を管理する構成としている。しかし、統合通信ＥＣＵ１０１が管理するＥＣＵは、複数であればよく、それらの種別は制限されない。統合通信ＥＣＵ１０１が管理するＥＣＵの全てを情報系ＥＣＵとしてもよいし、全てを制御系ＥＣＵとしてもよい。また、統合通信ＥＣＵ１０１が管理するＥＣＵには、ボディ系ＥＣＵが含まれていてもよい。
【００６０】
また、本実施形態では、統合通信ＥＣＵ１０５のデバイス管理部１０５５は、ソフトウェア更新アプリ１０５６、ログ収集アプリ１０５７、および機能制限アプリ１０５８を全て有する構成としている。しかし、デバイス管理部１０５５は、管理する対象のＥＣＵに応じて、必要な数および種類のアプリケーションを有していればよく、アプリケーションの数や種類は限定されない。
【００６１】
ログの収集やソフトウェアの更新のほか、ＯＭＡ ＤＭのプロトコルで可能なサービスを提供するためのアプリケーションを搭載できる。例えば、ＥＣＵを遠隔診断するためのアプリケーションや、情報系ＥＣＵへマルチメディアデータを送信するためのアプリケーションなどを搭載してもよい。
【００６２】
既にアプリケーションが搭載されていても、デバイス管理部１０５５に、更にアプリケーションを追加することが可能である。例えば、図５に示すように、ソフトウェア更新アプリ１０５６のみが搭載されている場合を想定する。ログを収集する機能を追加するとき、設計者や開発者は、ログ収集アプリを統合通信ＥＣＵ１０５およびリモートシステムサーバ２０に追加する。スマートキーなどの機能を制限するサービスを追加するとき、設計者や開発者は、機能制限アプリを統合通信ＥＣＵ１０５およびリモートシステムサーバ２０に追加する。
【００６３】
このように車載制御システム１０と車外のリモートシステムサーバ２０を接続する処理をデバイス管理部１０５５で共用することで、個別に接続処理を開発しなくてよくなる。このため、図５に示したように、サービスを追加する場合、開発を効率化できる。
【００６４】
本実施形態では、図２および図３に示したように、オペレータによる操作を、ソフトウェア更新、またはログの収集のトリガーとしていたが、所定の時刻になったことや、特定のイベントが発生したことをトリガーとしてもよい。
【００６５】
以上説明したように、本実施形態によれば、統合通信ＥＣＵは、ＯＭＡ ＤＭに準拠したプロトコルに従ってＥＣＵのプログラムを更新するためのデータと、複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方をサーバと無線で送受信するので、無線通信機能を持たないＥＣＵが車両内に複数あっても、その車両に１つの統合通信ＥＣＵを設けるだけで、その統合通信ＥＣＵを介して、ＯＭＡ ＤＭを使用するサーバが複数のＥＣＵと無線通信することが可能となる。
【００６６】
（第１の実施例）
図６を参照して、本発明の第１の実施形態の第１の実施例について説明する。図６は、本実施例の無線通信システム１ａの一構成例を示すブロック図である。本実施例の無線通信システム１ａは、統合通信ＥＣＵ１０５がカーナビＥＣＵを管理する。
【００６７】
図６を参照すると、無線通信システム１ａは、車載制御システム１０ａおよびリモートシステムサーバ２０ａを有する。車載制御システム１０ａは、制御系ＥＣＵを有さず、カーナビＥＣＵ１０１ａを含む複数の情報系ＥＣＵを有する。
【００６８】
また、車載制御システム１０ａは、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、および制御系ＬＡＮ変換部１０５４の代わりに、ＭＯＳＴ ＩＦ１０５１ａ、およびＭＯＳＴ変換部１０５２ａを有し、デバイス管理部１０５５において、ソフトウェア更新アプリ１０５６のみを有する。
【００６９】
そして、情報系ＥＣＵと、統合通信ＥＣＵ１０５は、ＭＯＳＴ（Media Oriented Systems Transport）ネットワーク１０３ａを介して接続されている。
【００７０】
リモートシステムサーバ２０ａは、デバイス管理部２０１において、ソフトウェア更新アプリ２０２のみを有する。
【００７１】
カーナビＥＣＵ１０１ａは、カーナビゲーション装置を制御するＥＣＵである。ＭＯＳＴ ＩＦ１０５１ａは、統合通信ＥＣＵ１０５をＭＯＳＴネットワーク１０３ａに接続して、統合通信ＥＣＵ１０５が情報系ＥＣＵと、ＭＯＳＴネットワーク１０３ａを介して通信を行うための通信インターフェースである。
【００７２】
ＭＯＳＴ変換部１０５２ａは、ＭＯＳＴネットワーク１０３ａの通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００７３】
デバイス管理部２０１は、図２に示した方法で、カーナビＥＣＵ１０１ａのソフトウェアを更新する。
【００７４】
以上説明したように、本実施例によれば、統合通信ＥＣＵがサーバから無線で受信したデータでプログラムを更新するので、ＥＣＵの中に無線通信機能を持たないＥＣＵがあっても、そのＥＣＵとサーバとが統合通信ＥＣＵを介して無線通信することが可能となる。
【００７５】
（第２の実施例）
図７を参照して、本発明の第１の実施形態の第２の実施例について説明する。図７は、本実施例の無線通信システム１ｂの一構成例を示すブロック図である。本実施例の無線通信システム１ｂは、統合通信ＥＣＵ１０５がエンジン制御ＥＣＵからログを収集する。
【００７６】
図７を参照すると、無線通信システム１ｂは、車載制御システム１０ｂおよびリモートシステムサーバ２０ｂを有する。車載制御システム１０ｂは、情報系ＥＣＵを有さず、エンジン制御ＥＣＵ１０２ｂを含む複数の制御系ＥＣＵを有する。
【００７７】
また、車載制御システム１０ｂは、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、および制御系ＬＡＮ変換部１０５４の代わりに、ＣＡＮ ＩＦ１０５３ｂ、およびＣＡＮ変換部１０５４ｂを有し、デバイス管理部１０５５において、ログ収集アプリ１０５７のみを有する。
【００７８】
そして、情報系ＥＣＵと、統合通信ＥＣＵ１０５とは、ＣＡＮ（Controller Area Network）１０４ｂを介して接続されている。
【００７９】
リモートシステムサーバ２０ｂは、デバイス管理部２０１において、ログ収集アプリ２０３のみを有する。
【００８０】
エンジン制御ＥＣＵ１０２ｂは、エンジンを制御するＥＣＵである。ＣＡＮ ＩＦ１０５３ｂは、統合通信ＥＣＵ１０５をＣＡＮ１０４ｂに接続して、統合通信ＥＣＵ１０５が情報系ＥＣＵと、ＣＡＮ１０４ｂを介して通信を行うための通信インターフェースである。
【００８１】
ＣＡＮ変換部１０５４ｂは、ＣＡＮ１０４ｂの通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００８２】
デバイス管理部２０１は、図３に示した方法で、エンジン制御ＥＣＵ１０２ｂが記録したログを収集する
以上説明したように、本実施例によれば、ＥＣＵで記録されたログを統合通信ＥＣＵが無線でサーバへ送信するので、ＥＣＵの中に無線通信機能を持たないＥＣＵがあっても、そのＥＣＵとサーバとが統合通信ＥＣＵを介して無線通信することが可能となる。
【００８３】
（第３の実施例）
図８を参照して、本発明の第１の実施形態の第３の実施例について説明する。図８は、本実施例の無線通信システム１ｃの一構成例を示すブロック図である。本実施例の無線通信システム１ｃは、統合通信ＥＣＵ１０５がスマートキーＥＣＵの機能を制限する。
【００８４】
図８を参照すると、無線通信システム１ｃは、車載制御システム１０ｃおよびリモートシステムサーバ２０ｃを有する。車載制御システム１０ｃは、情報系ＥＣＵを有さず、スマートキーＥＣＵ１０２ｃを含む複数のＥＣＵを有する。
【００８５】
また、車載制御システム１０ｃは、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、および制御系ＬＡＮ変換部１０５４の代わりに、ＬＩＮ ＩＦ１０５３ｃ、およびＬＩＮ変換部１０５４ｃを有し、デバイス管理部１０５５において、機能制限アプリ１０５８のみを有する。
【００８６】
そして、情報系ＥＣＵと、統合通信ＥＣＵ１０５とは、ＬＩＮ（local interconnect network）１０４ｃを介して接続されている。
【００８７】
リモートシステムサーバ２０ｃは、デバイス管理部２０１において、機能制限アプリ２０４のみを有する。
【００８８】
スマートキーＥＣＵ１０２ｃは、スマートキー装置を制御するＥＣＵである。ＬＩＵＮ ＩＦ１０５３ｃは、統合通信ＥＣＵ１０５をＬＩＮネットワーク１０４ａに接続して、統合通信ＥＣＵ１０５がスマートキーＥＣＵ１０２ｃと、ＬＩＮネットワーク１０４ｃを介して通信を行うための通信インターフェースである。
【００８９】
ＬＩＮ変換部１０５４ｃは、ＬＩＮネットワーク１０４ｃの通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００９０】
車両が盗難されて、自動車メーカーのサービスオペレータがエンドユーザーからの要求によって、スマートキーの機能をロックする場面を想定する。この場合、エンドユーザーからの盗難通知を受けた自動車メーカーのサービスオペレータは、機能の制限を要求するための操作を行う。デバイス管理部２０１は、操作に応じて、図２に示した方法で、スマートキーの機能を制限する。
【００９１】
以上説明したように、本実施例によれば、機能制限のリクエストを統合通信ＥＣＵが無線で受信し、スマートキーの機能を制限するので、ＥＣＵの中に無線通信機能を持たないＥＣＵがあっても、車外から機能制限を行うことができる。
【００９２】
（第４の実施例）
図９を参照して、本発明の第１の実施形態の第４の実施例について説明する。図９は、本実施例の無線通信システム１ｄの一構成例を示すブロック図である。本実施例の無線通信システム１ｃは、既存のソフトウェア更新機能を流用している。
【００９３】
図９を参照すると、無線通信システム１ｄは、車載制御システム１０ｄおよびリモートシステムサーバ２０ｄを有する。車載制御システム１０ｄは、ソフトウェア更新プログラム１０５６の代わりに、ソフトウェア更新アプリ１０５６ｄを有する。
【００９４】
このソフトウェア更新アプリ１０５６ｄは、情報系ＬＡＮ変換部１０５２に直接接続されている。デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６ｄを介して、情報系ＬＡＮ変換部１０５２と接続される。
【００９５】
スマートシステムサーバ２０ｄは、ソフトウェア更新アプリ２０２の代わりに、ソフトウェア更新アプリ２０２ｄおよび情報系ＬＡＮ変換部２０５を有する。
【００９６】
ソフトウェア更新アプリ２０２ｄは、オペレータの操作に従って、更新を要求するリクエストを生成し、そのリクエストを情報系ＬＡＮ変換部２０５へ送信する。情報系ＬＡＮ変換部２０５は、リクエストを情報系ＬＡＮのプロトコルで送受信可能なデータに変換して、無線通信部１０５９へ送信する。
【００９７】
デバイス管理部１０５５は、無線通信部１０５９を介して受信したデータをソフトウェア更新アプリ１０５６ｄへ転送する。
【００９８】
ソフトウェア更新アプリ１０５６ｄは、情報系ＥＣＵのソフトウェアの更新方法を詳細に設定し、情報系ＬＡＮ変換部１０５２および情報系ＬＡＮ ＩＦ１０５１を介して、情報系ＥＣＵ１０１に対し、ソフトウェアの更新を要求する。情報系ＥＣＵ１０１は、要求に応じて、ソフトウェアの更新を実行する。
【００９９】
以上説明したように、本実施例によれば、ソフトウェア更新アプリ１０５６ｄ、ソフトウェア更新アプリ２０２ｄ、および情報系ＬＡＮ変換部１０５２が既に無線通信システム１に存在している場合、これらに、デバイス管理部１０５５等を追加するだけで、ログ収集機能や、機能制限サービスを容易に追加することができる。
【０１００】
（第５の実施例）
図１０を参照して、本発明の第１の実施形態の第５の実施例について説明する。図１０は、本実施例の無線通信システム１ｅの一構成例を示すブロック図である。本実施例の無線通信システム１ｅは、統合通信ＥＣＵ１０５がハイブリッド制御ＥＣＵを管理する。
【０１０１】
図１０を参照すると、無線通信システム１ｅは、車載制御システム１０ｅおよびリモートシステムサーバ２０ｅを有する。車載制御システム１０ｅは、エンジン制御ＥＣＵ１０２ｂの代わりに、ハイブリッド制御ＥＣＵ１０２ｅを有する。
【０１０２】
また、車載制御システム１０ｅは、デバイス管理部１０５５において、ログ収集アプリ１０５７を更に有する。
【０１０３】
リモートシステムサーバ２０ｂは、デバイス管理部２０１において、ログ収集アプリ２０３を更に有する。
【０１０４】
ハイブリッド制御ＥＣＵ１０２ｅは、ハイブリッドシステムを制御するＥＣＵである。
【０１０５】
デバイス管理部１０５５は、図３に示した方法で、ハイブリッド制御ＥＣＵ１０２ｅが記録したログを収集し、図２に示した方法でハイブリッド制御ＥＣＵ１０２ｅのソフトウェアを更新する。
【０１０６】
本実施例の無線通信システム１ｅの利用方法の一例について説明する。例えば、自動車メーカーの走行試験者がハイブリッドＥＣＵ１０２ｅの制御ソフトウェアの更新をする場合を想定する。
【０１０７】
走行試験者は、車載制御システム１０ｅが搭載された車両に乗り、試験走行を行う。そして、走行試験者は、リモートシステムサーバ２０ｅにおいて、ログを収集するための操作を行う。
【０１０８】
デバイス管理部１０５５は、図３に示した方法で、ハイブリッド制御ＥＣＵ１０２ｅが記録したログを収集する。
【０１０９】
走行試験者は、収集されたログを閲覧して、ハイブリッド制御に最適な設定のソフトウェアを選択し、リモートシステムサーバ２０ｅにおいて、選択したソフトウェアで更新するための操作を行う。
【０１１０】
デバイス管理部１０５５は、図２に示した方法でハイブリッド制御ＥＣＵ１０２ｅのソフトウェアを更新する。
【０１１１】
このように、ログの収集と、ソフトウェアの更新を繰り返すことにより、ハイブリッド制御が最適化される。
【０１１２】
以上説明したように、本実施例によれば、ハイブリッドシステムを制御するＥＣＵに無線通信機能がなくとも、そのＥＣＵと無線通信することが可能となり、更にハイブリッドシステムの制御を最適化することが容易となる。
【符号の説明】
【０１１３】
１、１ａ、１ｂ、１ｃ、１ｄ、１ｅ 無線通信システム
１０、１０ａ、１０ｂ、１０ｃ、１０ｄ、１０ｅ 車載制御システム
２０、２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ リモートシステムサーバ
３０ 無線通信網
３１、３２ モバイルネットワーク
１０１ 情報系ＥＣＵ
１０２ 制御系ＥＣＵ
１０３ 情報系ＬＡＮ
１０４ 制御系ＬＡＮ
１０５ 統合通信ＥＣＵ
２０１ デバイス管理部
２０２ ソフトウェア更新アプリ
２０３ ログ収集アプリ
２０４ 機能制限アプリ
１０５１ 情報系ＬＡＮ ＩＦ
１０５２ 情報系ＬＡＮ変換部
１０５３ 制御系ＬＡＮ ＩＦ
１０５４ 制御系ＬＡＮ変換部
１０５５ デバイス管理部
１０５６ ソフトウェア更新アプリ
１０５７ ログ収集アプリ
１０５８ 機能制限アプリ
１０５９ 無線通信部
１０１ａ カーナビＥＣＵ
１０３ａ ＭＯＳＴ
１０５１ａ カーナビＥＣＵ
１０５２ａ ＭＯＳＴ変換部
１０２ｂ エンジン制御ＥＣＵ
１０４ｂ ＣＡＮ
１０５３ｂ ＣＡＮ ＩＦ
１０５４ｂ ＣＡＮ変換部
１０２ｃ スマートキーＥＣＵ
１０４ｃ ＬＩＮ
１０５３ｃ ＬＩＮ ＩＦ
１０５４ｃ ＬＩＮ変換部
１０５６ｄ ソフトウェア更新アプリ
２０２ｄ ソフトウェア更新アプリ
２０５ 情報系ＬＡＮ変換部
【技術分野】
【０００１】
本発明は、ＥＣＵ（Electronic Control Unit）を管理する技術に関する。
【背景技術】
【０００２】
現在の自動車等の車両では、多数のＥＣＵが用いられている。これらのＥＣＵの中には、車外の装置との間で無線通信機能を有しないものがある。
【０００３】
無線通信機能を持たないＥＣＵや、そのＥＣＵが管理する機器に重大な品質問題やトラブルが発生すると、エンジニアや保守者は、ＥＣＵを車両から取り出したり、車両に通信ケーブルを接続したりして、調査または修理のための情報をＥＣＵから取得する必要があった。このため、ユーザに車両とともに来店してもらったり、エンジニア等が車両の駐車場所まで出張したりする必要があった。
【０００４】
ユーザまたはエンジニアに対して、そのような手間がかからないようにするために、ＥＣＵとの無線通信を可能とする方法が考えられている。
【０００５】
ＥＣＵに無線通信機能がなくとも、そのＥＣＵに、ＤＣＭ（Data Communication Module）などの無線通信モジュールを外部接続または内蔵し、非特許文献１に記載されたソフトウェアなどをＥＣＵに搭載することで、車外のサーバが、そのＥＣＵとの無線通信できるようになる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“デバイスマネジメントソフトウェア”、[online]、[平成２１年１１月２６日検索]、インターネット、<URL:http://www.nec.co.jp/netsoft/nc7000-dm/>
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、非特許文献１に記載されたソフトウェア及び無線通信モジュールを使用しても、１つの車両内に多くのＥＣＵが設けられている場合、車外のサーバが、それらのＥＣＵとの無線通信を可能にすることが困難となる場合があった。
【０００８】
特許文献１に記載されたソフトウェアは、ＯＭＡ ＤＭ（Open Mobile Alliance-Device Management）に準拠したデバイス管理規格を採用しているが、この規格は、クライアントが１つの装置であることを前提として、サーバがクライアントを管理するものである。
【０００９】
ところが、現在の車両には、多数のＥＣＵが搭載されているので、それらをＯＭＡ ＤＭのクライアントとする場合、それらの１つ１つに無線通信モジュールおよびソフトウェアを設けなければならない。このため、車外のサーバが、同一の車両内の多くのＥＣＵとの無線通信を可能にすることが困難であった。
【００１０】
本発明は、ＯＭＡ ＤＭを使用する車外のサーバが、同一の車両内に設けられた、複数のＥＣＵと無線通信を行うことを容易にすることを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の車載制御システムは、車両に設けられた複数のＥＣＵと、前記車両に設けられ、前記複数のＥＣＵと車両内の通信回線を介して接続され、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する統合通信ＥＣＵと、を有する車載制御システムである。
【００１２】
本発明の無線通信システムは、本発明の車載制御システムと、前記車両の外に設置され、前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログをサーバ自身が収集するためのデータとのうち、少なくとも一方を前記統合通信ＥＣＵと無線で送受信するサーバと、を有する。
【００１３】
本発明の車載制御システムの制御方法は、複数のＥＣＵを備える車両に設けられ、該複数のＥＣＵと車両内の通信回線を介して接続された統合通信ＥＣＵが、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、前記データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する、車載制御システムの制御方法である。
【００１４】
本発明の統合通信ＥＣＵは、複数のＥＣＵを備える車両内通信回線で使用される通信プロトコルのデータ形式と、前記ＯＭＡ ＤＭに準拠したプロトコルのデータ形式とを相互に変換する変換手段と、前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線通信手段を介して送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を、前記変換手段を介して実行するデバイス管理手段と、前記データを前記サーバとの間で送受信する無線通信手段と、を有する。
【発明の効果】
【００１５】
本発明によれば、統合通信ＥＣＵは、ＯＭＡ ＤＭに準拠したプロトコルに従ってＥＣＵのプログラムを更新するためのデータと、複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方をサーバと無線で送受信するので、無線通信機能を持たないＥＣＵが車両内に複数あっても、その車両に１つの統合通信ＥＣＵを設けるだけで、その統合通信ＥＣＵを介して、ＯＭＡ ＤＭを使用するサーバが複数のＥＣＵと無線通信することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態の無線通信システムの一構成例を示すブロック図である。
【図２】本発明の第１の実施形態の無線通信システムの動作を示すシーケンス図である。
【図３】本発明の第１の実施形態の無線通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態の無線通信システムの一構成例を示すブロック図である。
【図５】本発明の第１の実施形態の無線通信システムの一構成例を示すブロック図である。
【図６】本発明の第１の実施例の無線通信システムの一構成例を示すブロック図である。
【図７】本発明の第２の実施例の無線通信システムの一構成例を示すブロック図である。
【図８】本発明の第３の実施例の無線通信システムの一構成例を示すブロック図である。
【図９】本発明の第４の実施例の無線通信システムの一構成例を示すブロック図である。
【図１０】本発明の第５の実施例の無線通信システムの一構成例を示すブロック図である。
【発明を実施するための形態】
【００１７】
（第１の実施形態）
本発明を実施するための第１の実施形態について図面を参照して詳細に説明する。図１は、本実施形態の無線通信システム１の一構成例を示すブロック図である。同図を参照すると、無線通信システム１は、車載制御システム１０と、リモートシステムサーバ２０とを有する。車載制御システム１０と、リモートシステムサーバ２０とは、無線通信網３０を介して接続される。
【００１８】
車載制御システム１０は、自動車などの車両に搭載される制御システムである。車載制御システム１０は、情報系ＥＣＵ１０１などの複数の情報系ＥＣＵと、制御系ＥＣＵ１０２などの複数の制御系ＥＣＵと、統合通信ＥＣＵ１０５とを有する。これらのＥＣＵは、同じ車両内に搭載される。
【００１９】
それぞれの情報系ＥＣＵと、統合通信ＥＣＵは、情報系ＬＡＮ１０３を介して接続され、それぞれの制御系ＥＣＵと、統合通信ＥＣＵは、制御系ＬＡＮ１０４を介して接続される。
【００２０】
各情報系ＥＣＵは、ＯＳ（Operation System）を有し、ＯＳ内のプログラムを実行することによりカーナビゲーション装置やオーディオ装置など（不図示）を制御する。
【００２１】
各制御系ＥＣＵは、ＯＳ（Operation System）を有し、ＯＳ内のプログラムを実行することによりエンジン、ブレーキ、エアコン、またはメーターなど（不図示）を制御する。また、制御系ＥＣＵのうち、少なくとも１以上は、センサーを有し、そのセンサーで所定の物理量を計測したり、計測結果に基づいて故障を検知したりする。制御系ＥＣＵは、計測結果や、故障の検知結果などのイベントを時系列でログに記録し、制御系ＬＡＮ１０４を介して、ログを統合通信ＥＣＵ１０５へ送信する。
【００２２】
図１において、各ＥＣＵに搭載されているＯＳや、制御系ＥＣＵが有するセンサーは省略している。
【００２３】
統合通信ＥＣＵ１０５は、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、制御系ＬＡＮ変換部１０５４、デバイス管理部１０５５、および無線通信部１０５９を有する。デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６、ログ収集アプリ１０５７、および機能制限アプリ１０５８を有する。
【００２４】
情報系ＬＡＮ ＩＦ１０５１は、統合通信ＥＣＵ１０５を情報系ＬＡＮ１０３に接続して、統合通信ＥＣＵ１０５が情報系ＬＡＮ１０３を介して情報系ＥＣＵと通信を行うための通信インターフェースである。
【００２５】
情報系ＬＡＮ変換部１０５２は、情報系ＬＡＮ１０３の通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００２６】
制御系ＬＡＮ ＩＦ１０５３は、統合通信ＥＣＵ１０５を制御系ＬＡＮ１０４に接続して、統合通信ＥＣＵ１０５が制御系ＬＡＮ１０４を介して制御系ＥＣＵと通信を行うための通信インターフェースである。
【００２７】
制御系ＬＡＮ変換部１０５４は、制御系ＬＡＮ１０４の通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００２８】
デバイス管理部１０５５は、ＯＭＡ ＤＭ（open mobile alliance-device management）に準拠した規格におけるクライアントとして動作し、情報系ＥＣＵまたは制御系ＥＣＵのソフトウェアを更新したり、制御系ＥＣＵからログを収集したりする。
【００２９】
具体的には、デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６を実行することにより、情報系ＥＣＵまたは制御系ＥＣＵのＯＳを更新する。更新方法の詳細については、図２で後述する。
【００３０】
また、デバイス管理部１０５５は、ログ収集アプリ１０５７を実行することにより、制御系ＥＣＵが記録したログを収集する。ログの収集方法の詳細については、図３で後述する。
【００３１】
デバイス管理部１０５５は、機能制限アプリ１０５８を実行することにより、スマートキーを制御するＥＣＵのソフトウェアを更新して、スマートキーの機能を制限する。
【００３２】
無線通信部１０５９は、無線通信網３０を介してリモートシステムサーバ２０と無線通信を行う。
【００３３】
リモートシステムサーバ２０は、デバイス管理部２０１を有する。デバイス管理部２０１は、ソフトウェア更新アプリ２０２、ログ収集アプリ２０３、および機能制限アプリ２０４を有する。リモートシステムサーバ２０は、例えば、自動車メーカーのオペレータにより運用される。
【００３４】
デバイス管理部２０１は、ＯＭＡ ＤＭに準拠した規格におけるサーバとして動作し、情報系ＥＣＵまたは制御系ＥＣＵのソフトウェアを更新するように指示したり、制御系ＥＣＵからのログの収集を指示したりする。
【００３５】
具体的には、デバイス管理部２０１は、ソフトウェア更新アプリ２０２を実行することにより、統合通信ＥＣＵ１０５に、情報系ＥＣＵまたは制御系ＥＣＵのＯＳを更新させる。
【００３６】
また、デバイス管理部１０５５は、ログ収集アプリ２０３を実行することにより、統合通信ＥＣＵ１０５に、制御系ＥＣＵが記録したログを収集させる。
【００３７】
デバイス管理部１０５は、機能制限アプリ２０４を実行することにより、統合通信ＥＣＵ１０５に、スマートキーの機能を制限させる。
【００３８】
図２および図３を参照して、無線通信システム１の動作について説明する。図２は、無線通信システム１が、ソフトウェアの更新を行う動作を示すフローチャートである。
【００３９】
この動作は、例えば、リモートシステムサーバ２０のオペレータにより、ソフトウェア更新のための操作が行われたときに開始する。
【００４０】
デバイス管理部２０１は、オペレータの操作に従って、ソフトウェアの更新を要求するリクエストを生成する（ステップＳ１）。デバイス管理部２０１は、そのリクエストを、ＯＭＡ ＤＭに準拠したプロトコルで受信できるデータ形式に変換する。デバイス管理部２０１は、そのデータを、無線通信網３０を介して無線通信部１０５９へ送信する（ステップＳ２）。
【００４１】
無線通信部１０５９は、デバイス管理部２０１は、デバイス管理部２０１から受信したデータを、デバイス管理部１０５５へ転送する（ステップＳ３）。
【００４２】
デバイス管理部１０５５は、ＯＭＡ ＤＭに準拠したプロトコルに従って、ソフトウェア更新のためのデータを無線通信部１０５９から受信する（ステップＳ４）。
【００４３】
デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６を実行し、受信したデータに基づいてソフトウェアの更新処理方法を詳細に設定し、その設定方法でのソフトウェアの更新を要求するリクエストを生成する（ステップＳ５）。デバイス管理部１０５５は、そのリクエストを含むデータを情報系ＬＡＮ変換部１０５２へ送信する（ステップＳ６）。
【００４４】
情報系ＬＡＮ変換部１０５２は、デバイス管理部１０５５から受信したデータを、情報系ＬＡＮ１０３で使用する通信プロトコルで送受信できるデータ形式に変換して、情報系ＬＡＮ ＩＦ１０５１へ転送する（ステップＳ７）。
【００４５】
情報系ＬＡＮ ＩＦ１０５１は、情報系ＬＡＮ変換部１０５２から受信したデータを情報系ＥＣＵ１０１へ転送する（ステップＳ８）。
【００４６】
情報系ＥＣＵ１０１は、情報系ＬＡＮ ＩＦ１０５１から、更新を要求するリクエストを受信する（ステップＳ９）。情報系ＥＣＵ１０１は、そのリクエストに応じて、ソフトウェアを更新する（ステップＳ１０）。ステップＳ１０の後、無線通信システム１は、ソフトウェアを更新するための動作を終了する。
【００４７】
統合通信ＥＣＵ１０５が、機能制限アプリ１０５８を実行して、制御系ＥＣＵのソフトウェアを更新する場合の動作も、図２に示した動作と同様である。
【００４８】
図３は、無線通信システム１が、ログを収集する動作を示すフローチャートである。この動作は、例えば、リモートシステムサーバ２０のオペレータにより、ログの収集のための操作が行われたときに開始する。
【００４９】
デバイス管理部２０１は、オペレータの操作に従って、ログの収集を要求するリクエストを生成する（ステップＳ２１）。デバイス管理部２０１は、そのリクエストを、ＯＭＡ ＤＭに準拠したプロトコルで受信できるデータ形式に変換し、無線通信網３０を介して無線通信部１０５９へ送信する（ステップＳ２２）。
【００５０】
無線通信部１０５９は、デバイス管理部２０１は、デバイス管理部２０１から受信したデータを、デバイス管理部１０５５へ転送する（ステップＳ２３）。
【００５１】
デバイス管理部１０５５は、ＯＭＡ ＤＭに準拠したプロトコルに従って、無線通信部１０５９から、ログ収集のリクエストを含むデータを受信する（ステップＳ２４）。
【００５２】
デバイス管理部１０５５は、ログ収集アプリ１０５７を実行し、ログの収集方法を詳細に設定し、その設定方法でのログの収集を要求するリクエストを生成する（ステップＳ２５）。デバイス管理部１０５５は、そのリクエストを含むデータを情報系ＬＡＮ変換部１０５２へ送信する（ステップＳ２６）。
【００５３】
情報系ＬＡＮ変換部１０５２は、デバイス管理部１０５５から受信したデータを、情報系ＬＡＮで使用する通信プロトコルで送受信できるデータ形式に変換して、情報系ＬＡＮ ＩＦ１０５３へ転送する（ステップＳ２７）。
【００５４】
情報系ＬＡＮ ＩＦ１０５３は、情報系ＬＡＮ変換部１０５２から受信したデータを情報系ＥＣＵ１０１へ転送する（ステップＳ２８）。
【００５５】
情報系ＥＣＵ１０１は、情報系ＬＡＮ ＩＦ１０５３から、ログの収集のリクエストを受信する（ステップＳ２９）。情報系ＥＣＵ１０１は、そのリクエストに応じて、ログを収集する（ステップＳ３０）。
【００５６】
情報系ＥＣＵ１０１は、収集したログを、制御系ＬＡＮ ＩＦ１０５３、制御系ＬＡＮ変換部１０５４、デバイス管理部１０５５、および無線通信部１０５９を介して、デバイス管理部２０１へ送信する（ステップＳ３１〜Ｓ３５）。
【００５７】
デバイス管理部２０１は、無線通信部１０５９からログを受信し、ログの内容を解析したり、表示したりする（ステップＳＳ３６）。ステップＳ３６の後、無線通信システム１は、ログを収集するための動作を終了する。
【００５８】
前述したように、統合通信ＥＣＵ１０５と、リモートシステムサーバ２０との間の無線通信には、ＯＭＡ ＤＭに対応する通信規格を採用している。このため、図４に示すように、車両の移動により、統合通信ＥＣＵ１０５およびリモートシステムサーバ２０があるモバイルネットワーク３０に接続された状態から、異なるモバイルネットワーク３１に接続された状態に移行しても、ローミングにより接続が維持される。従って、統合通信ＥＣＵ１０５は、ソフトウェアの更新や、ログの収集の動作を継続することができる。
【００５９】
なお、本実施形態では、統合通信ＥＣＵ１０５は、情報系ＥＣＵおよび制御系ＥＣＵを含むＥＣＵ群を管理する構成としている。しかし、統合通信ＥＣＵ１０１が管理するＥＣＵは、複数であればよく、それらの種別は制限されない。統合通信ＥＣＵ１０１が管理するＥＣＵの全てを情報系ＥＣＵとしてもよいし、全てを制御系ＥＣＵとしてもよい。また、統合通信ＥＣＵ１０１が管理するＥＣＵには、ボディ系ＥＣＵが含まれていてもよい。
【００６０】
また、本実施形態では、統合通信ＥＣＵ１０５のデバイス管理部１０５５は、ソフトウェア更新アプリ１０５６、ログ収集アプリ１０５７、および機能制限アプリ１０５８を全て有する構成としている。しかし、デバイス管理部１０５５は、管理する対象のＥＣＵに応じて、必要な数および種類のアプリケーションを有していればよく、アプリケーションの数や種類は限定されない。
【００６１】
ログの収集やソフトウェアの更新のほか、ＯＭＡ ＤＭのプロトコルで可能なサービスを提供するためのアプリケーションを搭載できる。例えば、ＥＣＵを遠隔診断するためのアプリケーションや、情報系ＥＣＵへマルチメディアデータを送信するためのアプリケーションなどを搭載してもよい。
【００６２】
既にアプリケーションが搭載されていても、デバイス管理部１０５５に、更にアプリケーションを追加することが可能である。例えば、図５に示すように、ソフトウェア更新アプリ１０５６のみが搭載されている場合を想定する。ログを収集する機能を追加するとき、設計者や開発者は、ログ収集アプリを統合通信ＥＣＵ１０５およびリモートシステムサーバ２０に追加する。スマートキーなどの機能を制限するサービスを追加するとき、設計者や開発者は、機能制限アプリを統合通信ＥＣＵ１０５およびリモートシステムサーバ２０に追加する。
【００６３】
このように車載制御システム１０と車外のリモートシステムサーバ２０を接続する処理をデバイス管理部１０５５で共用することで、個別に接続処理を開発しなくてよくなる。このため、図５に示したように、サービスを追加する場合、開発を効率化できる。
【００６４】
本実施形態では、図２および図３に示したように、オペレータによる操作を、ソフトウェア更新、またはログの収集のトリガーとしていたが、所定の時刻になったことや、特定のイベントが発生したことをトリガーとしてもよい。
【００６５】
以上説明したように、本実施形態によれば、統合通信ＥＣＵは、ＯＭＡ ＤＭに準拠したプロトコルに従ってＥＣＵのプログラムを更新するためのデータと、複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方をサーバと無線で送受信するので、無線通信機能を持たないＥＣＵが車両内に複数あっても、その車両に１つの統合通信ＥＣＵを設けるだけで、その統合通信ＥＣＵを介して、ＯＭＡ ＤＭを使用するサーバが複数のＥＣＵと無線通信することが可能となる。
【００６６】
（第１の実施例）
図６を参照して、本発明の第１の実施形態の第１の実施例について説明する。図６は、本実施例の無線通信システム１ａの一構成例を示すブロック図である。本実施例の無線通信システム１ａは、統合通信ＥＣＵ１０５がカーナビＥＣＵを管理する。
【００６７】
図６を参照すると、無線通信システム１ａは、車載制御システム１０ａおよびリモートシステムサーバ２０ａを有する。車載制御システム１０ａは、制御系ＥＣＵを有さず、カーナビＥＣＵ１０１ａを含む複数の情報系ＥＣＵを有する。
【００６８】
また、車載制御システム１０ａは、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、および制御系ＬＡＮ変換部１０５４の代わりに、ＭＯＳＴ ＩＦ１０５１ａ、およびＭＯＳＴ変換部１０５２ａを有し、デバイス管理部１０５５において、ソフトウェア更新アプリ１０５６のみを有する。
【００６９】
そして、情報系ＥＣＵと、統合通信ＥＣＵ１０５は、ＭＯＳＴ（Media Oriented Systems Transport）ネットワーク１０３ａを介して接続されている。
【００７０】
リモートシステムサーバ２０ａは、デバイス管理部２０１において、ソフトウェア更新アプリ２０２のみを有する。
【００７１】
カーナビＥＣＵ１０１ａは、カーナビゲーション装置を制御するＥＣＵである。ＭＯＳＴ ＩＦ１０５１ａは、統合通信ＥＣＵ１０５をＭＯＳＴネットワーク１０３ａに接続して、統合通信ＥＣＵ１０５が情報系ＥＣＵと、ＭＯＳＴネットワーク１０３ａを介して通信を行うための通信インターフェースである。
【００７２】
ＭＯＳＴ変換部１０５２ａは、ＭＯＳＴネットワーク１０３ａの通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００７３】
デバイス管理部２０１は、図２に示した方法で、カーナビＥＣＵ１０１ａのソフトウェアを更新する。
【００７４】
以上説明したように、本実施例によれば、統合通信ＥＣＵがサーバから無線で受信したデータでプログラムを更新するので、ＥＣＵの中に無線通信機能を持たないＥＣＵがあっても、そのＥＣＵとサーバとが統合通信ＥＣＵを介して無線通信することが可能となる。
【００７５】
（第２の実施例）
図７を参照して、本発明の第１の実施形態の第２の実施例について説明する。図７は、本実施例の無線通信システム１ｂの一構成例を示すブロック図である。本実施例の無線通信システム１ｂは、統合通信ＥＣＵ１０５がエンジン制御ＥＣＵからログを収集する。
【００７６】
図７を参照すると、無線通信システム１ｂは、車載制御システム１０ｂおよびリモートシステムサーバ２０ｂを有する。車載制御システム１０ｂは、情報系ＥＣＵを有さず、エンジン制御ＥＣＵ１０２ｂを含む複数の制御系ＥＣＵを有する。
【００７７】
また、車載制御システム１０ｂは、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、および制御系ＬＡＮ変換部１０５４の代わりに、ＣＡＮ ＩＦ１０５３ｂ、およびＣＡＮ変換部１０５４ｂを有し、デバイス管理部１０５５において、ログ収集アプリ１０５７のみを有する。
【００７８】
そして、情報系ＥＣＵと、統合通信ＥＣＵ１０５とは、ＣＡＮ（Controller Area Network）１０４ｂを介して接続されている。
【００７９】
リモートシステムサーバ２０ｂは、デバイス管理部２０１において、ログ収集アプリ２０３のみを有する。
【００８０】
エンジン制御ＥＣＵ１０２ｂは、エンジンを制御するＥＣＵである。ＣＡＮ ＩＦ１０５３ｂは、統合通信ＥＣＵ１０５をＣＡＮ１０４ｂに接続して、統合通信ＥＣＵ１０５が情報系ＥＣＵと、ＣＡＮ１０４ｂを介して通信を行うための通信インターフェースである。
【００８１】
ＣＡＮ変換部１０５４ｂは、ＣＡＮ１０４ｂの通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００８２】
デバイス管理部２０１は、図３に示した方法で、エンジン制御ＥＣＵ１０２ｂが記録したログを収集する
以上説明したように、本実施例によれば、ＥＣＵで記録されたログを統合通信ＥＣＵが無線でサーバへ送信するので、ＥＣＵの中に無線通信機能を持たないＥＣＵがあっても、そのＥＣＵとサーバとが統合通信ＥＣＵを介して無線通信することが可能となる。
【００８３】
（第３の実施例）
図８を参照して、本発明の第１の実施形態の第３の実施例について説明する。図８は、本実施例の無線通信システム１ｃの一構成例を示すブロック図である。本実施例の無線通信システム１ｃは、統合通信ＥＣＵ１０５がスマートキーＥＣＵの機能を制限する。
【００８４】
図８を参照すると、無線通信システム１ｃは、車載制御システム１０ｃおよびリモートシステムサーバ２０ｃを有する。車載制御システム１０ｃは、情報系ＥＣＵを有さず、スマートキーＥＣＵ１０２ｃを含む複数のＥＣＵを有する。
【００８５】
また、車載制御システム１０ｃは、情報系ＬＡＮ ＩＦ１０５１、情報系ＬＡＮ変換部１０５２、制御系ＬＡＮ ＩＦ１０５３、および制御系ＬＡＮ変換部１０５４の代わりに、ＬＩＮ ＩＦ１０５３ｃ、およびＬＩＮ変換部１０５４ｃを有し、デバイス管理部１０５５において、機能制限アプリ１０５８のみを有する。
【００８６】
そして、情報系ＥＣＵと、統合通信ＥＣＵ１０５とは、ＬＩＮ（local interconnect network）１０４ｃを介して接続されている。
【００８７】
リモートシステムサーバ２０ｃは、デバイス管理部２０１において、機能制限アプリ２０４のみを有する。
【００８８】
スマートキーＥＣＵ１０２ｃは、スマートキー装置を制御するＥＣＵである。ＬＩＵＮ ＩＦ１０５３ｃは、統合通信ＥＣＵ１０５をＬＩＮネットワーク１０４ａに接続して、統合通信ＥＣＵ１０５がスマートキーＥＣＵ１０２ｃと、ＬＩＮネットワーク１０４ｃを介して通信を行うための通信インターフェースである。
【００８９】
ＬＩＮ変換部１０５４ｃは、ＬＩＮネットワーク１０４ｃの通信プロトコルのデータ形式と、無線通信網３０の通信プロトコルのデータ形式とを相互に変換する。
【００９０】
車両が盗難されて、自動車メーカーのサービスオペレータがエンドユーザーからの要求によって、スマートキーの機能をロックする場面を想定する。この場合、エンドユーザーからの盗難通知を受けた自動車メーカーのサービスオペレータは、機能の制限を要求するための操作を行う。デバイス管理部２０１は、操作に応じて、図２に示した方法で、スマートキーの機能を制限する。
【００９１】
以上説明したように、本実施例によれば、機能制限のリクエストを統合通信ＥＣＵが無線で受信し、スマートキーの機能を制限するので、ＥＣＵの中に無線通信機能を持たないＥＣＵがあっても、車外から機能制限を行うことができる。
【００９２】
（第４の実施例）
図９を参照して、本発明の第１の実施形態の第４の実施例について説明する。図９は、本実施例の無線通信システム１ｄの一構成例を示すブロック図である。本実施例の無線通信システム１ｃは、既存のソフトウェア更新機能を流用している。
【００９３】
図９を参照すると、無線通信システム１ｄは、車載制御システム１０ｄおよびリモートシステムサーバ２０ｄを有する。車載制御システム１０ｄは、ソフトウェア更新プログラム１０５６の代わりに、ソフトウェア更新アプリ１０５６ｄを有する。
【００９４】
このソフトウェア更新アプリ１０５６ｄは、情報系ＬＡＮ変換部１０５２に直接接続されている。デバイス管理部１０５５は、ソフトウェア更新アプリ１０５６ｄを介して、情報系ＬＡＮ変換部１０５２と接続される。
【００９５】
スマートシステムサーバ２０ｄは、ソフトウェア更新アプリ２０２の代わりに、ソフトウェア更新アプリ２０２ｄおよび情報系ＬＡＮ変換部２０５を有する。
【００９６】
ソフトウェア更新アプリ２０２ｄは、オペレータの操作に従って、更新を要求するリクエストを生成し、そのリクエストを情報系ＬＡＮ変換部２０５へ送信する。情報系ＬＡＮ変換部２０５は、リクエストを情報系ＬＡＮのプロトコルで送受信可能なデータに変換して、無線通信部１０５９へ送信する。
【００９７】
デバイス管理部１０５５は、無線通信部１０５９を介して受信したデータをソフトウェア更新アプリ１０５６ｄへ転送する。
【００９８】
ソフトウェア更新アプリ１０５６ｄは、情報系ＥＣＵのソフトウェアの更新方法を詳細に設定し、情報系ＬＡＮ変換部１０５２および情報系ＬＡＮ ＩＦ１０５１を介して、情報系ＥＣＵ１０１に対し、ソフトウェアの更新を要求する。情報系ＥＣＵ１０１は、要求に応じて、ソフトウェアの更新を実行する。
【００９９】
以上説明したように、本実施例によれば、ソフトウェア更新アプリ１０５６ｄ、ソフトウェア更新アプリ２０２ｄ、および情報系ＬＡＮ変換部１０５２が既に無線通信システム１に存在している場合、これらに、デバイス管理部１０５５等を追加するだけで、ログ収集機能や、機能制限サービスを容易に追加することができる。
【０１００】
（第５の実施例）
図１０を参照して、本発明の第１の実施形態の第５の実施例について説明する。図１０は、本実施例の無線通信システム１ｅの一構成例を示すブロック図である。本実施例の無線通信システム１ｅは、統合通信ＥＣＵ１０５がハイブリッド制御ＥＣＵを管理する。
【０１０１】
図１０を参照すると、無線通信システム１ｅは、車載制御システム１０ｅおよびリモートシステムサーバ２０ｅを有する。車載制御システム１０ｅは、エンジン制御ＥＣＵ１０２ｂの代わりに、ハイブリッド制御ＥＣＵ１０２ｅを有する。
【０１０２】
また、車載制御システム１０ｅは、デバイス管理部１０５５において、ログ収集アプリ１０５７を更に有する。
【０１０３】
リモートシステムサーバ２０ｂは、デバイス管理部２０１において、ログ収集アプリ２０３を更に有する。
【０１０４】
ハイブリッド制御ＥＣＵ１０２ｅは、ハイブリッドシステムを制御するＥＣＵである。
【０１０５】
デバイス管理部１０５５は、図３に示した方法で、ハイブリッド制御ＥＣＵ１０２ｅが記録したログを収集し、図２に示した方法でハイブリッド制御ＥＣＵ１０２ｅのソフトウェアを更新する。
【０１０６】
本実施例の無線通信システム１ｅの利用方法の一例について説明する。例えば、自動車メーカーの走行試験者がハイブリッドＥＣＵ１０２ｅの制御ソフトウェアの更新をする場合を想定する。
【０１０７】
走行試験者は、車載制御システム１０ｅが搭載された車両に乗り、試験走行を行う。そして、走行試験者は、リモートシステムサーバ２０ｅにおいて、ログを収集するための操作を行う。
【０１０８】
デバイス管理部１０５５は、図３に示した方法で、ハイブリッド制御ＥＣＵ１０２ｅが記録したログを収集する。
【０１０９】
走行試験者は、収集されたログを閲覧して、ハイブリッド制御に最適な設定のソフトウェアを選択し、リモートシステムサーバ２０ｅにおいて、選択したソフトウェアで更新するための操作を行う。
【０１１０】
デバイス管理部１０５５は、図２に示した方法でハイブリッド制御ＥＣＵ１０２ｅのソフトウェアを更新する。
【０１１１】
このように、ログの収集と、ソフトウェアの更新を繰り返すことにより、ハイブリッド制御が最適化される。
【０１１２】
以上説明したように、本実施例によれば、ハイブリッドシステムを制御するＥＣＵに無線通信機能がなくとも、そのＥＣＵと無線通信することが可能となり、更にハイブリッドシステムの制御を最適化することが容易となる。
【符号の説明】
【０１１３】
１、１ａ、１ｂ、１ｃ、１ｄ、１ｅ 無線通信システム
１０、１０ａ、１０ｂ、１０ｃ、１０ｄ、１０ｅ 車載制御システム
２０、２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ リモートシステムサーバ
３０ 無線通信網
３１、３２ モバイルネットワーク
１０１ 情報系ＥＣＵ
１０２ 制御系ＥＣＵ
１０３ 情報系ＬＡＮ
１０４ 制御系ＬＡＮ
１０５ 統合通信ＥＣＵ
２０１ デバイス管理部
２０２ ソフトウェア更新アプリ
２０３ ログ収集アプリ
２０４ 機能制限アプリ
１０５１ 情報系ＬＡＮ ＩＦ
１０５２ 情報系ＬＡＮ変換部
１０５３ 制御系ＬＡＮ ＩＦ
１０５４ 制御系ＬＡＮ変換部
１０５５ デバイス管理部
１０５６ ソフトウェア更新アプリ
１０５７ ログ収集アプリ
１０５８ 機能制限アプリ
１０５９ 無線通信部
１０１ａ カーナビＥＣＵ
１０３ａ ＭＯＳＴ
１０５１ａ カーナビＥＣＵ
１０５２ａ ＭＯＳＴ変換部
１０２ｂ エンジン制御ＥＣＵ
１０４ｂ ＣＡＮ
１０５３ｂ ＣＡＮ ＩＦ
１０５４ｂ ＣＡＮ変換部
１０２ｃ スマートキーＥＣＵ
１０４ｃ ＬＩＮ
１０５３ｃ ＬＩＮ ＩＦ
１０５４ｃ ＬＩＮ変換部
１０５６ｄ ソフトウェア更新アプリ
２０２ｄ ソフトウェア更新アプリ
２０５ 情報系ＬＡＮ変換部
【特許請求の範囲】
【請求項１】
車両に設けられた複数のＥＣＵと、
前記車両に設けられ、前記複数のＥＣＵと車両内の通信回線を介して接続され、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する統合通信ＥＣＵと、
を有する車載制御システム。
【請求項２】
前記統合通信ＥＣＵは、
車両内の通信回線で使用される通信プロトコルのデータ形式と、前記ＯＭＡ ＤＭに準拠したプロトコルのデータ形式とを相互に変換する変換部と、
前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線通信部を介して送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を、前記変換部を介して実行するデバイス管理部と、
前記データを前記サーバとの間で送受信する無線通信部と、
を有する、請求項１に記載の車載制御システム。
【請求項３】
前記複数のＥＣＵは、カーナビゲーション装置を制御するカーナビＥＣＵを含み、
前記統合通信ＥＣＵは、前記カーナビＥＣＵのプログラムの更新を実行する、請求項１又は２に記載の車載制御システム。
【請求項４】
前記複数のＥＣＵは、エンジンを制御するエンジン制御ＥＣＵを含み、
前記統合通信ＥＣＵは、前記エンジン制御ＥＣＵからのログの収集を実行する、請求項１乃至３のいずれか１項に記載の車載制御システム。
【請求項５】
前記複数のＥＣＵは、スマートキー装置を制御するスマートキーＥＣＵを含み、
前記統合通信ＥＣＵは、前記スマートキーＥＣＵの機能を制限するためのデータを前記サーバから無線で受信し、該データに基づいてスマートキーＥＣＵの機能を制限する、該請求項１乃至４のいずれか１項に記載の車載制御システム。
【請求項６】
前記複数のＥＣＵは、ハイブリッドシステムを制御するハイブリッド制御ＥＣＵを含み、
前記統合通信ＥＣＵは、前記ハイブリッド制御ＥＣＵのプログラムを更新するとともに、該ハイブリッド制御ＥＣＵからログを収集する、請求項１乃至５のいずれか１項に記載の車載制御システム。
【請求項７】
請求項１乃至６のいずれか１項に記載の車載制御システムと、
前記車両の外に設置され、前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログをサーバ自身が収集するためのデータとのうち、少なくとも一方を前記統合通信ＥＣＵと無線で送受信するサーバと、
を有する無線通信システム。
【請求項８】
複数のＥＣＵを備える車両に設けられ、該複数のＥＣＵと車両内の通信回線を介して接続された統合通信ＥＣＵが、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、
前記データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する、車載制御システムの制御方法。
【請求項９】
複数のＥＣＵを備える車両内通信回線で使用される通信プロトコルのデータ形式と、前記ＯＭＡ ＤＭに準拠したプロトコルのデータ形式とを相互に変換する変換手段と、
前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線通信手段を介して送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を、前記変換手段を介して実行するデバイス管理手段と、
前記データを前記サーバとの間で送受信する無線通信手段と、
を有する統合通信ＥＣＵ。
【請求項１】
車両に設けられた複数のＥＣＵと、
前記車両に設けられ、前記複数のＥＣＵと車両内の通信回線を介して接続され、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する統合通信ＥＣＵと、
を有する車載制御システム。
【請求項２】
前記統合通信ＥＣＵは、
車両内の通信回線で使用される通信プロトコルのデータ形式と、前記ＯＭＡ ＤＭに準拠したプロトコルのデータ形式とを相互に変換する変換部と、
前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線通信部を介して送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を、前記変換部を介して実行するデバイス管理部と、
前記データを前記サーバとの間で送受信する無線通信部と、
を有する、請求項１に記載の車載制御システム。
【請求項３】
前記複数のＥＣＵは、カーナビゲーション装置を制御するカーナビＥＣＵを含み、
前記統合通信ＥＣＵは、前記カーナビＥＣＵのプログラムの更新を実行する、請求項１又は２に記載の車載制御システム。
【請求項４】
前記複数のＥＣＵは、エンジンを制御するエンジン制御ＥＣＵを含み、
前記統合通信ＥＣＵは、前記エンジン制御ＥＣＵからのログの収集を実行する、請求項１乃至３のいずれか１項に記載の車載制御システム。
【請求項５】
前記複数のＥＣＵは、スマートキー装置を制御するスマートキーＥＣＵを含み、
前記統合通信ＥＣＵは、前記スマートキーＥＣＵの機能を制限するためのデータを前記サーバから無線で受信し、該データに基づいてスマートキーＥＣＵの機能を制限する、該請求項１乃至４のいずれか１項に記載の車載制御システム。
【請求項６】
前記複数のＥＣＵは、ハイブリッドシステムを制御するハイブリッド制御ＥＣＵを含み、
前記統合通信ＥＣＵは、前記ハイブリッド制御ＥＣＵのプログラムを更新するとともに、該ハイブリッド制御ＥＣＵからログを収集する、請求項１乃至５のいずれか１項に記載の車載制御システム。
【請求項７】
請求項１乃至６のいずれか１項に記載の車載制御システムと、
前記車両の外に設置され、前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログをサーバ自身が収集するためのデータとのうち、少なくとも一方を前記統合通信ＥＣＵと無線で送受信するサーバと、
を有する無線通信システム。
【請求項８】
複数のＥＣＵを備える車両に設けられ、該複数のＥＣＵと車両内の通信回線を介して接続された統合通信ＥＣＵが、ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線で送受信し、
前記データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を実行する、車載制御システムの制御方法。
【請求項９】
複数のＥＣＵを備える車両内通信回線で使用される通信プロトコルのデータ形式と、前記ＯＭＡ ＤＭに準拠したプロトコルのデータ形式とを相互に変換する変換手段と、
前記ＯＭＡ ＤＭに準拠したプロトコルに従って、前記ＥＣＵのプログラムを更新するためのデータと、前記複数のＥＣＵからログを車両外のサーバが収集するためのデータとのうち、少なくとも一方を該サーバと無線通信手段を介して送受信し、該データに基づいて、該プログラムの更新、及び該ログの収集の少なくとも一方を、前記変換手段を介して実行するデバイス管理手段と、
前記データを前記サーバとの間で送受信する無線通信手段と、
を有する統合通信ＥＣＵ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−１２１４２５（Ｐ２０１１−１２１４２５Ａ）
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願番号】特願２００９−２７９３０１（Ｐ２００９−２７９３０１）
【出願日】平成２１年１２月９日（２００９．１２．９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願日】平成２１年１２月９日（２００９．１２．９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]