(57)【要約】【課題】自己診断処理のために送信するデータのサイズを低減すること。【解決手段】移動体１は、診断装置３での自己診断処理に使用する所定のパラメータを抽出する診断用パラメータ抽出部１４１と、診断用パラメータ抽出部により抽出された所定のパラメータから診断用データを生成する診断用データ生成部１４２と、診断用データ生成部により生成された診断用データ４を通信ネットワーク２を介して診断装置へ送信し、かつ、診断装置の診断結果５を受信する送受信部１２０と、を備える。診断装置は、移動体から診断用データを受信するデータ受信部３１０と、診断用データに基づいて自己診断処理を実行する診断部３２０と、診断結果を移動体へ送信する診断結果送信部３３０と、を備える。診断用データ生成部は、診断用データのサイズを低減するデータサイズ低減部１４４を備える。【選択図】図１
2018146542.tif 000002
【特許請求の範囲】
【請求項１】
移動体と診断装置とが通信ネットワークを介して接続された移動体用診断システムであって、
前記移動体は、
前記診断装置での自己診断処理に使用する所定のパラメータを抽出する診断用パラメータ抽出部と、
前記診断用パラメータ抽出部により抽出された前記所定のパラメータから診断用データを生成する診断用データ生成部と、
前記診断用データ生成部により生成された前記診断用データを前記通信ネットワークを介して前記診断装置へ送信し、かつ、前記診断装置が前記診断用データに基づいて前記自己診断処理を実行した診断結果を前記診断装置から前記通信ネットワークを介して受信する送受信部と、
を備えており、
前記診断装置は、
前記移動体から前記通信ネットワークを介して前記診断用データを受信するデータ受信部と、
前記診断用データに基づいて前記自己診断処理を実行する診断部と、
前記診断部の診断結果を前記通信ネットワークを介して前記移動体へ送信する診断結果送信部と、
を備え、
前記診断用データ生成部は、前記診断用データのサイズを低減するデータサイズ低減部を備える、
移動体用診断システム。
【請求項２】
前記データサイズ低減部は、前記所定のパラメータのうち複数の前記自己診断処理に共通して使用されるパラメータについては、重複した送信を抑制することにより前記診断用データのサイズを低減する、
請求項１に記載の移動体用診断システム。
【請求項３】
前記データサイズ低減部は、前回の自己診断処理のために前記診断装置へ送信した前記所定のパラメータを今回の自己診断処理でも使用できる場合、重複した送信を抑制することにより前記診断用データのサイズを低減する、
請求項１または２のいずれか一項に記載の移動体用診断システム。
【請求項４】
前記データサイズ低減部は、それぞれ異なる方法で前記診断用データのサイズを低減する複数のモードを備えており、前記複数のモードの中から前記自己診断処理の種類に応じたモードを選択することで、前記診断用データのサイズを低減する、
請求項１〜３のいずれか一項に記載の移動体用診断システム。
【請求項５】
移動体と診断装置とを通信ネットワークを介して接続して診断する移動体用診断方法であって、
前記移動体は、前記診断装置での自己診断処理に使用する所定のパラメータを抽出し、前記抽出された所定のパラメータから診断用データを生成し、前記生成された診断用データのサイズを低減し、前記サイズの低減された診断用データを前記通信ネットワークを介して前記診断装置へ送信し、
前記診断装置は、前記移動体から前記通信ネットワークを介して前記診断用データを受信し、前記受信した診断用データに基づいて前記自己診断処理を実行し、前記自己診断処理の診断結果を前記通信ネットワークを介して前記移動体へ送信し、
前記移動体は、前記診断装置から前記通信ネットワークを介して前記診断結果を受信し、前記診断結果に応じて制御する、
移動体用診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体用診断システムおよび方法に関する。
【背景技術】
【０００２】
車両では、自己診断処理を全てＥＣＵ（Electronic Control Unit）に搭載しているが、それら自己診断処理プログラムは車両の制御プログラム中、５割近くの容量を占める。したがって、ＥＣＵでは、多量の自己診断処理プログラムを格納するためにＲＯＭ（Read Only Memory）の容量を増加する必要がある。さらに、ＥＣＵでは、複数の自己診断処理プログラムを同時に実施する場合に備えて、高性能なＣＰＵ（Central Processing Unit）を搭載する必要がある。このため、ＥＣＵのコストおよび大きさが増大する。
【０００３】
そこで、特許文献１には、車両から外部のサーバへ検査データを送信し、サーバで診断する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−９４１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来技術では、車両外部のサーバで診断するため、所定基準以上の通信遅延が生じた場合には診断を中止する。車両からサーバへの検査データの送信に長時間を要すると、適切な診断を行うことができないためである。サーバへ転送するデータサイズが大きくなればなるほど、通信遅延により診断機会を失う可能性が高くなる。
【０００６】
本発明は、上記課題に鑑みてなされたもので、その目的は、自己診断処理のために送信するデータのサイズを低減することができる移動体用診断システムおよび方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決すべく、本発明に従う移動体用診断システムは、移動体と診断装置とが通信ネットワークを介して接続された移動体用診断システムであって、移動体は、診断装置での自己診断処理に使用する所定のパラメータを抽出する診断用パラメータ抽出部と、診断用パラメータ抽出部により抽出された所定のパラメータから診断用データを生成する診断用データ生成部と、診断用データ生成部により生成された診断用データを通信ネットワークを介して診断装置へ送信し、かつ、診断装置が診断用データに基づいて自己診断処理を実行した診断結果を診断装置から通信ネットワークを介して受信する送受信部と、を備えており、診断装置は、移動体から通信ネットワークを介して診断用データを受信するデータ受信部と、診断用データに基づいて自己診断処理を実行する診断部と、診断部の診断結果を通信ネットワークを介して移動体へ送信する診断結果送信部と、を備え、診断用データ生成部は、診断用データのサイズを低減するデータサイズ低減部を備える。
【発明の効果】
【０００８】
本発明によれば、診断用データのサイズを低減することができるため、診断用データを診断装置へ送信する際の通信時間を短縮することができる。この結果、診断装置は、比較的速やかに診断用データを受信して自己診断処理を行い、その診断結果を移動体へ返すことができる。
【図面の簡単な説明】
【０００９】
【図１】本実施例に係る移動体用診断システムの全体構成図である。
【図２】診断用データの生成処理を示すフローチャートである。
【図３】診断用データのフォーマットの例を示す説明図である。
【図４】診断用データを送信する処理を示すフローチャートである。
【図５】診断結果を反映させる処理を示すフローチャートである。
【図６】サーバでの処理を示すフローチャートである。
【図７】第２実施例に係り、診断用データのフォーマット例を示す説明図である。
【図８】診断用データの生成処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態に係る移動体用診断システムは、移動体外部の診断装置へ送る診断用データのデータ量を低減することで、診断用データの送信に要する時間を抑制する。これにより、本実施形態では、診断装置での診断機会を確保することができ、移動体での制御プログラムの増大やメモリ量の増加を抑制しつつ、自己診断処理の信頼性を向上することができる。
【００１１】
そこで、本実施形態に係る移動体用診断システムは、後述のように、自己診断機能を保有する車外の任意のサーバ３と、診断用データを送信するための通信技術を保有した車両１とを通信ネットワーク２を介して接続する。車両１からは定期的または不定期に診断用データ４をサーバ３へ送信する。サーバ３は、車両１から受信した診断用データに基づいて自己診断処理を実行し、その結果を診断結果５として車両１へ返す。車両１では、診断結果５に応じて必要な制御を実行する。以下、自己診断処理を自己診断と略記する場合がある。
【実施例１】
【００１２】
図１〜図６を用いて実施例を説明する。図１は、移動体用診断システムの全体構成図である。本実施例では、「移動体」として自動車、バス、トラック等の車両１を例に挙げて説明するが、本発明はそれらに限定されない。例えば建設機械、列車、航空機、いわゆるドローン等の飛行型ロボット、船舶等にも適用できる。
【００１３】
移動体用診断システムは、車両１に搭載されたＥＣＵ１０と診断サーバ３とを通信ネットワーク２で双方向通信可能に接続することで構成される。図中では、車両１と診断サーバ３とをそれぞれ一つずつ示すが、実際には多数の車両１についての診断を一つまたは複数の診断サーバ３により実行することができる。エリア毎に診断サーバ３を配置し、各診断サーバ３は担当エリア内の車両１について診断する構成でもよい。各エリアに診断サーバ３を複数配置し、負荷ができるだけ均等となるようにエリア内の車両１を割り当てる構成でもよい。
【００１４】
通信ネットワーク２は、例えば、携帯電話通信網またはそれに類する通信網を含んで構成することができる。あるいは、衛星との通信、路側機と車両とが通信する路車間通信、車両同士が通信する車車間通信を利用して通信ネットワーク２を構築してもよい。また、光で通信する方式でもよい。
【００１５】
診断サーバ３は、例えば、ＣＰＵ、主記憶装置、補助記憶装置、通信装置、ユーザインターフェース装置（いずれも不図示）を含むコンピュータシステムを用いて構成することができる。診断サーバ３は、所定のコンピュータプログラムを保持しており、ＣＰＵがその所定のコンピュータプログラムを読み込んで実行することにより、データ受信部３１０、診断部３２０、診断結果送信部３３０の各機能が実現される。
【００１６】
診断サーバ３の動作は後述するが、先に簡単に説明すると、データ受信部３１０は、各車両１のＥＣＵ１０から送信される診断用データ４を、通信ネットワーク２を介して受信する。受信した診断用データ４は、診断サーバ３に保持される。診断用データ４の保持先は、診断サーバ３内の記憶装置でもよいし、診断サーバ３に接続された外部記憶装置でもよい。
【００１７】
診断部３２０は、本来なら車両１側で実行すべき自己診断処理プログラムを少なくとも一つ備えている。診断部３２０は、自己診断処理プログラムを用いて、受信した診断用データ４を所定の基準で診断する。診断結果送信部３３０は、診断部３２０の診断結果を通信ネットワーク２を介して、診断要求元である車両１のＥＣＵ１０へ送信する。
【００１８】
なお、診断結果は、診断要求元の車両１のＥＣＵ１０以外の装置にも送信してもよい。例えば、車両１のメンテナンスを管理するメンテナンス管理サーバ（図示せず）にも診断結果を送信してもよい。
【００１９】
ＥＣＵ１０の構成を説明する。ＥＣＵ１０は、各種センサ２０からの信号に基づいて車両１の動作を制御する。ＥＣＵ１０は、例えば、ＣＰＵ、メモリ、入出力回路、通信回路、特定用途のハードウェア回路等（いずれも不図示）を含むコンピュータシステムとして構成することができる。ＥＣＵ１０は、ＣＰＵがメモリに格納された所定のコンピュータプログラムを読み込んで実行することにより、または、ハードウェア回路と連携することにより、後述する機能１１０〜１６０を実現する。
【００２０】
センサ２０としては、例えば、操舵角センサ、アクセルペダルセンサ、ブレーキペダルセンサ、車速センサ、加速度センサ、吸入空気量センサ、吸気温度センサ、排気温度センサ、圧力センサ、室温センサ等がある。
【００２１】
ＥＣＵ１０は、例えば、エンジン制御部１１０、送受信部１２０、自己診断実施判定部１３０、自己診断部１４０、フェールセーフ処理部１５０、始動時診断部１６０を備えている。
【００２２】
エンジン制御部１１０は、センサ２０からの信号に基づいてエンジン（不図示）を制御するための制御信号を生成し、例えば、点火プラグ、燃料噴射弁、電動モータ等（いずれも不図示）へ送信する。エンジンはガソリンエンジン、ディーゼルエンジン、電動モータのいずれでもよい。
【００２３】
送受信部１２０は、通信ネットワーク２を介して診断サーバ３との間で通信する機能である。送受信部１２０は、診断用データ４を診断サーバ３へ送信すると共に、診断サーバ３から診断結果を受信する。
【００２４】
自己診断実施判定部１３０は、ＥＣＵ１０と移動体１のハードウェアおよびソフトウェアに関する自己診断処理を実行するべきかを判定する機能である。自己診断実施判定部１３０は、自己診断の実施条件が成立したと判定すると、自己診断部１４０および始動時診断部１６０へ自己診断処理の実施を要求する。
【００２５】
自己診断部１４０は、少なくとも一つの自己診断処理を診断サーバ３と協働して実施する機能である。自己診断部１４０は自己診断処理に必要なパラメータを取得して診断用データ４を生成し、診断サーバ３はその診断用データ４に基づいて診断し、診断結果５を自己診断部１４０へ返す。
【００２６】
自己診断部１４０は、例えば、診断用パラメータ抽出部１４１と、診断用データ生成部１４２と、自己診断結果反映部１４３とを備える。
【００２７】
診断用パラメータ抽出部１４１は、自己診断実施判定１２１で自己診断処理が必要と判断された場合に、自己診断処理に必要な所定のパラメータを収集し、診断用データ生成部１４２へ渡す機能である。
【００２８】
診断用データ生成部１４２は、診断用パラメータ抽出部１４１から受け取った所定のパラメータから診断用データ４を生成する機能である。生成された診断用データ４は、送受信部１２０へ送られ、通信ネットワーク２を介して診断サーバ３へ送信される。なお、診断用データ生成部１４２は、重複したデータの送信を抑制することで診断用データ４のサイズを低減するデータサイズ低減部１４４を有する。データサイズの低減方法は、図３で後述する。
【００２９】
自己診断結果反映部１４３は、診断サーバ３から受信した診断結果５がＮＧであった場合、その診断結果５をフェールセーフ処理部１５０へ渡す。ＮＧの診断結果５を受け取ったフェールセーフ処理部１５０は、例えば車速を低下ないし停止させる等の、所定のフェールセーフ処理を実施する。自己診断結果反映部１４３は、診断結果５がＮＧではなかった場合、何もしない。
【００３０】
始動時診断部１６０は、エンジン始動時の自己診断を行う機能である。始動時の自己診断処理は、ＥＣＵ１０内で実施される処理であり、診断サーバ３と連携しない。始動時診断部１６０の診断結果がＮＧである場合も、その旨がフェールセーフ処理部１５０へ通知される。なお、始動時の自己診断処理を診断サーバ３で行う構成としてもよい。
【００３１】
図２は、診断用データ生成処理を示すフローチャートである。本処理はＥＣＵ１０により実施される。
【００３２】
ＥＣＵ１０の自己診断実施判定部１３０は、予め設定された所定の診断条件が成立したかを所定周期で監視している（Ｓ１０）。自己診断実施判定部１３０は、例えば、エンジン制御部１１０で実施しているエンジン制御中の値や、あるいは車両１に搭載されている様々なセンサ２０から得られた値を基に、診断サーバ３と連携した自己診断処理を実施すべきかどうか判定する。
【００３３】
自己診断実施判定部１３０は、診断条件が成立したと判定すると（Ｓ１０：ＹＥＳ）、診断用パラメータ抽出部１４１へ通知する。なお、ステップＳ１０では、一つまたは複数の自己診断について実施の要否を判定することができる。
【００３４】
ＥＣＵ１０の診断用パラメータ抽出部１４１は、診断条件が成立したことを知ると、その診断条件の成立した自己診断を実施するために必要な所定の診断用パラメータを抽出する（Ｓ１１）。具体的には、診断用パラメータ抽出部１４１は、「所定のパラメータ」としての診断用パラメータをエンジン制御部１１０で実施しているエンジン制御中の値やセンサ２０から収集してまとめる（集約する）。
【００３５】
ＥＣＵ１０の診断用データ生成部１４２は、データサイズ低減部１４４により、診断用パラメータのうち必要なパラメータだけを抽出する（Ｓ１２，Ｓ１３）。
【００３６】
データサイズ低減部１４４は、ステップＳ１１で集約した診断用パラメータが、他の自己診断のために既に集約されているか判定する（Ｓ１２）。他の自己診断で使用するために既に集約されているパラメータと同じパラメータを送信するのは、重複した送信であり無駄なためである。
【００３７】
そこで、データサイズ低減部１４４は、ステップＳ１１で集約されたパラメータが他の自己診断のために既に集約済であると判定すると（Ｓ１２：ＹＥＳ）、前回値不変フラグを「１」に設定する（Ｓ１９）。データサイズ低減部１４４は、ステップＳ１９の後、ステップＳ１６へ進む。
【００３８】
前回値不変フラグは、重複したデータの送信を省略するためのフラグである。重複するデータである場合は、前回値不変フラグに「１」が設定される。重複しないデータの場合は「０」が設定される。データサイズ低減部１４４は、ステップＳ１１で集約されたパラメータが他の自己診断のために集約済であると判定すると（Ｓ１２：ＮＯ）、ステップＳ１３へ進む。
【００３９】
データサイズ低減部１４４は、ステップＳ１１で集約されたパラメータの値と前回の診断用データ生成時に集約したパラメータの値とを比較し、今回の値が前回の値と同一であるか判定する（Ｓ１３）。データサイズ低減部１４４は、対象のパラメータの値が今回と前回とで同一であると判定すると（Ｓ１３：ＹＥＳ）、前回値不変フラグに「１」を設定する（Ｓ１９）。これに対し、データサイズ低減部１４４は、対象のパラメータの値が今回と前回とで異なると判定すると（Ｓ１３：ＮＯ）、前回値不変フラグに「０」を設定し（Ｓ１４）、ステップＳ１５へ進む。
【００４０】
このように本実施例では、或る自己診断用のパラメータが同一タイミングで診断サーバ３へ送られる他の自己診断用のパラメータでもある場合（Ｓ１２）、および同一種類のパラメータであるが前回の送信時の値と今回送信しようとする値とが同一である場合（Ｓ１３）との複数のデータサイズ低減方法を採用することで、診断用データを構成するデータ数を低減する。
【００４１】
例えば、水温センサの断線を診断するために使用する水温センサ値を集約する場合を例に挙げて、ステップＳ１３を説明する。前回の診断用パラメータ集約時の水温センサ値と今回の水温センサ値とが同一のときは（Ｓ１３：ＹＥＳ）、ステップＳ１９へ進む。一方、前回の診断用パラメータ集約時の水温センサ値と今回の水温センサ値とが異なるときは（Ｓ１３：ＮＯ）、ステップＳ１４へ進む。上述の通り、ステップＳ１９では、診断サーバ３へ前回送信したときの値と今回送信しようとする値とが同一であることを示す前回値不変フラグに「１」を設定する。ステップＳ１４では、前回送信時の値と今回送信時の値とが異なることを示すために、前回値不変フラグに「０」を設定する。
【００４２】
ステップＳ１５以降は、ステップＳ１４以前の処理によって得られた診断用パラメータから、診断サーバ３へ送信するための診断用データを作成する。なお、診断サーバ３へ送信される診断用データの集合体を送信用自己診断データと呼ぶこともできる。
【００４３】
ＥＣＵ１０の診断用データ生成部１４２は、診断用データを更新し（Ｓ１５）、前回値不変フラグを診断用データに付加する（Ｓ１６）。前回値不変フラグの値はステップＳ１４またはＳ１９のいずれかで設定される。
【００４４】
さらに、診断用データ生成部１４２は、診断用データの更新時刻を明確にするために、ＥＣＵ１０内で共有される所定の制御の基準時刻をタイムスタンプとして診断用データに付加する（Ｓ１７）。最後に、診断用データ生成部１４２は、診断用データの種類を区別するためのパラメータＩＤ（識別子）を診断用データに付加する（Ｓ１８）。
【００４５】
図３を用いて、診断用データのデータフォーマットを説明する。図３の上側には、診断サーバ３へ同時に送信される全ての診断用データの前回値不変フラグが「０」である場合のデータフォーマット、つまり、データサイズ低減処理が全く実施されていない場合のデータフォーマットを示す。図３の下側には、診断サーバ３へ同時に送信される診断用データのうち一部の診断用データの前回値不変フラグに「１」が設定されている場合のデータフォーマット、つまり、データサイズ低減処理が実施された場合のデータフォーマットを示す。
【００４６】
ＥＣＵ１０から診断サーバ３へ一回の送信で送られる診断用データ４（送信用自己診断データ）は、通常、複数の診断用データ４（１）〜４（３），４（１１）〜４（１３）から構成される。各診断用データは、基本的には、ＩＤ４１、フラグ４２、タイムスタンプ４３、パラメータの値であるデータ４４を備える。ただし、重複したデータ４４は省略される。ＩＤ４１は、パラメータＩＤである。フラグ４２は、前回値不変フラグである。タイムスタンプ４３は、診断用データの更新時刻を示す。図中、タイムスタンプを「ＴＳ」と略記する。
【００４７】
図３の上側に示すように、重複データが存在しない各診断用データ４（１）〜４（３）は、ＩＤ４１、フラグ４２、タイムスタンプ４３、データ４４を全て備える。これに対し、図３の下側に示すように、データサイズ低減処理（Ｓ１２，Ｓ１３）により重複データが排除された診断用データ４（１１），４（１２）は、データ４４を有さない。なお、診断用データ４（１３）のフラグ４２には「０」が設定されているため、診断用データ４（１３）はデータ４４を備えているものとする。
【００４８】
図３の上側に示す診断用データ４（１）〜４（３）と図３の下側に示す診断用データ４（１１）〜４（１３）とを比べると、診断用データ４（１１）および４（１２）のデータ４４が省略されている分だけ、診断用データ４（１１）〜４（１３）のデータサイズは少なくなっている。パラメータのデータ４４が省略されればされるほど、診断用データ４の全体（送信用自己診断データ）のデータサイズは小さくなる。したがって、診断用データ４を診断サーバ３へ送信するために必要な時間を短くすることができる。
【００４９】
図４は、ＥＣＵ１０から診断サーバ３へ診断用データを送信する処理を示すフローチャートである。
【００５０】
ＥＣＵ１０の送受信部１２０は、診断用データを診断サーバ３へ送信するための所定の送信条件が成立したか判定する（Ｓ３０）。送受信部１２０は、所定の送信条件が成立したと判定すると（Ｓ３０：ＹＥＳ）、図２で述べた処理により診断用データを集約する（Ｓ３１）。送受信部１２０は、複数の診断用データを続けて送信できるように、図３で述べたデータフォーマットで集約された診断用データを連結する（Ｓ３２）。
【００５１】
送受信部１２０は、今回の送信対象となる診断用データが全て集約されて連結されたか判定し（Ｓ３３）、未処理の診断用データが残っていると判定すると（Ｓ３３：ＮＯ）、その未処理の診断用データを収集するためにステップＳ３１へ戻る。一方、送受信部１２０は、今回の送信対象となる診断用データが全て揃ったと判定すると（Ｓ３３：ＹＥＳ）、送信対象の診断用データ（送信用自己診断データ）を通信ネットワーク２を介して診断サーバ３へ送信する。
【００５２】
図５５は、診断サーバ３から受領する自己診断の結果を反映させる処理を示すフローチャートである。本処理は、ＥＣＵ１０の自己診断結果反映部１４３が実施する。
【００５３】
自己診断結果反映部１４３は、診断サーバ３で実行された自己診断の結果（診断結果５）を送受信部１２０から受領する（Ｓ４０）。自己診断結果反映部１４３は、診断結果を全て受信できたかを判定し（Ｓ４１）、未だ受信できていない診断結果がある場合（Ｓ４１：ＮＯ）、ステップＳ４０へ戻る。
【００５４】
自己診断結果反映部１４３は、全ての診断結果を受信すると（Ｓ４１：ＹＥＳ）、診断結果の中にＮＧが含まれているか判定する（Ｓ４２）。自己診断結果反映部１４３は、ＮＧと判定された診断結果が見つかった場合（Ｓ４２：ＹＥＳ）、フェールセーフ処理部１５０へその診断結果を引き渡し、その診断結果に対応するフェールセーフ処理を実行させる（Ｓ４３）。一方、診断サーバ３から受信した診断結果の中にＮＧ判定が一つも含まれていない場合（Ｓ４２：ＮＯ）、本処理を抜ける。
【００５５】
図６は、診断サーバ側の処理を示すフローチャートである。診断サーバ３のデータ受信部３１０は、ＥＣＵ１０から通信ネットワーク２を介して、診断用データ４の受信を開始する（Ｓ５０）。
【００５６】
データ受信部３１０は、ＥＣＵ１０から診断開始要求を受信したか判定し（Ｓ５１）、診断開始要求を受信すると（Ｓ５１：ＹＥＳ）、今回の診断対象である全ての診断用データを受信したか判定する（Ｓ５２）。診断対象の全診断用データを受信した場合（Ｓ５２：ＹＥＳ）、つまり、送信用自己診断データの全体を受信した場合、データ受信部３１０は、受信した診断用データを診断部３２０へ渡す。
【００５７】
診断サーバ３の診断部３２０は、データ受信部３１０から引き渡された診断用データに基づいて所定の自己診断処理を実施し（Ｓ５３）、その診断結果を診断結果送信部３３０に渡す。
【００５８】
診断サーバ３の診断結果送信部３３０は、診断部３２０から渡された診断結果５を通信ネットワーク２を介して診断要求元のＥＣＵ１０へ送信する（Ｓ５４）。
【００５９】
このように構成される本実施例によれば、ＥＣＵ１０で行う自己診断処理のうち少なくとも一部の自己診断処理を外部の診断サーバ３に委ねるため、ＥＣＵ１０に大きなサイズのメモリや高性能なＣＰＵを搭載する必要がなくなり、ＥＣＵ１０の小型化および低コスト化を実現することができる。
【００６０】
さらに、本実施例によれば、診断サーバ３での自己診断処理（外部自己診断処理）に使用する診断用データ４のサイズをできるだけ低減するため、ＥＣＵ１０から診断サーバ３へ診断用データを送信する時間を短縮できる。この結果、通信遅延やパケット損失等により診断機会が失われる可能性を低減することができ、適切な自己診断の機会を確保でき、信頼性の高い移動体用診断システムを実現できる。
【実施例２】
【００６１】
図７および図８を用いて第２実施例を説明する。本実施例は第１実施例の変形例に該当するため、第１実施例との差異を中心に述べる。
【００６２】
図７は、診断用データのデータフォーマットの例を示す。本実施例では、自己診断処理の種類に応じてデータフォーマットを選択し、適切な診断用データを生成して診断サーバ３へ送信する。
【００６３】
図７（ａ）に示すデータフォーマット４（３１）〜４（３３）は、ＩＤ４１とタイムスタンプ４３を必須項目とし、フラグ４２はその値が「０」に設定される場合のみ含む。同一データを送信する場合、つまり図２のステップＳ１９でフラグに「１」が設定される場合、フラグそのものを診断用データから取り除き、診断サーバ３へ送信しない。図３の下側に示す場合よりもデータサイズを低減するためである。
【００６４】
図７（ｂ）に示すデータフォーマット４（４１）〜４（４３）は、ＩＤ４１とタイムスタンプ４３を必須項目とする。しかし、タイムスタンプ４３は、一回の送信対象の診断用データ４について一つだけ含める。できるだけデータサイズを低減するためである。さらに、図７（ｂ）のデータフォーマットでは、フラグ４２を全く含まない。図２のステップＳ１４でフラグに「０」が設定される場合、データ４４のみを診断用データに加える。フラグに「１」が設定される場合、ＩＤ４１のみ送る。
【００６５】
図７（ｂ）では、２番目の診断用データ４（４２）は、ＩＤ４１（４２）のみから構成される。タイムスタンプは先頭の診断用データ４（４１）に含まれているため、この診断用データ４（４２）に含む必要はない。この診断用データ４（４２）では、送信すべきデータ（パラメータ）を持たないため、フラグも不要である。送信すべきデータを持つ場合、３番目の診断用データ４（４３）に示すように、ＩＤ４１（４３）とデータ４４（４３）から構成される。
【００６６】
図７（ｃ）に示すデータフォーマット４（５１）〜４（５３）では、データ（パラメータ）を送信しない場合はＩＤも送らない。先頭の診断用データ４（５１）は、少なくともタイムスタンプ４３（５１）を含む。先頭の診断用データ４（５１）は、図示の例では、送信すべきデータ４４（５１）を持つため、パラメータの種類を明示するＩＤ４１（５１）も備える。
【００６７】
３番目の診断用データ４（５３）は、ＩＤ４１（５３）およびデータ４４（５３）を持つが、タイムスタンプ４３は含まない。先頭の診断用データ４（５１）にタイムスタンプ４３（５１）が含まれているためである。
【００６８】
２番目の診断用データ４（５２）は、外形上存在しない。２番目の診断用データ４（５２）は、送るべきデータ（パラメータ）を持たないため、フラグはおろかＩＤすら送る必要がないためである。
【００６９】
図８は、本実施例に係る診断用データ生成処理を示すフローチャートである。本実施例のＥＣＵ１０は、所定の診断条件が成立すると（Ｓ６０：ＹＥＳ）、診断用パラメータを集約し（Ｓ６１）、後述の管理テーブル１７０を用いて、自己診断の種別に応じた診断用データ生成モードを決定する（Ｓ６２）。そして、ＥＣＵ１０は、ステップＳ６２で決定した生成モードに基づいて診断用データを生成する（Ｓ６３）。生成した診断用データは、通信ネットワーク２を介して診断サーバ３へ送信される。
【００７０】
図８の下側に、診断用データ生成モードを管理するテーブル１７０の例を示す。管理テーブル１７０は、自己診断の種別１７１と生成方法１７２とを対応付けて管理する。
【００７１】
自己診断種別１７１には、例えば、必須診断、他パラメータに依存する診断、診断不要（他パラメータに依存しない）の３つを挙げることができる。
【００７２】
必須診断とは、診断サーバ３での自己診断を必ず実施する診断である。車両１の走行に関して重要な自己診断は、必須診断として扱われる。必須診断の場合、図７（ａ）のデータフォーマットが採用される。
【００７３】
他パラメータに依存する診断とは、他のパラメータと関係がある自己診断である。例えば、エンジン回転数と水温とは関連があるため、もし水温が前回と同一であったとしても、エンジン回転数次第では水温の持つ意味が異なる可能性がある。したがって、重複したデータ（パラメータ）は送信しないが、診断サーバ３での診断は必要である。他パラメータに依存する診断の場合、図７（ｂ）のデータフォーマットが採用される。
【００７４】
診断不要な場合とは、他パラメータに依存しない診断であって、重複したデータ（パラメータ）の場合は診断サーバ３での診断を行わない場合である。診断不要なため、ＩＤも送らない。診断不要な場合は、図７（ｃ）のデータフォーマットが採用される。
【００７５】
このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに本実施例によれば、自己診断の種別に応じて診断用データの生成モードを選択するため、自己診断の種類に応じた適切なフォーマットの診断用データを生成して、診断サーバ３へ送信することができる。
【００７６】
なお、本発明は上述の実施形態に限定されず、様々な変形例が含まれる。上記実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることもできる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の構成を追加・削除・置換することもできる。
【００７７】
上記各構成、機能、処理部、処理手段等は、それらの一部や全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
【００７８】
また、上述した実施形態に含まれる技術的特徴は、特許請求の範囲に明示された組み合わせに限らず、適宜組み合わせることができる。
【符号の説明】
【００７９】
１：車両、２：通信ネットワーク、３：診断サーバ、４：診断用データ、５：診断結果、１０：ＥＣＵ、２０：センサ、１１０：エンジン制御部、１２０：送受信部、１３０：自己診断実施判定部、１４０：自己診断部、１４１：診断用パラメータ抽出部、１４２：診断用データ生成部、１４３：自己診断結果反映部、１４４：データサイズ低減部、１５０：フェールセーフ処理部、１６０：始動時診断部
【図１】
2018146542.tif 000003
【図２】
2018146542.tif 000004
【図３】
2018146542.tif 000005
【図４】
2018146542.tif 000006
【図５】
2018146542.tif 000007
【図６】
2018146542.tif 000008
【図７】
2018146542.tif 000009
【図８】
2018146542.tif 000010