(57)【特許請求の範囲】
【請求項１】
車両に搭載され、通信可能であるときに、外部のサーバとの通信を介して正常な車両状態データを蓄積した車載データ蓄積部と、
現在の車両状態データを取得するデータ取得部と、
前記車載データ蓄積部に蓄積された正常な車両状態データと前記データ取得部で取得した現在の車両状態データとを比較することにより、車両における不調の有無を診断する車両診断部と、
前記正常な車両状態データの環境条件と現在の環境条件とが一致するように、車両の環境設定を制御する制御部と、を備え、
前記車両診断部は、
通信不可能となり前記正常な車載データが不足するとき、前記制御部による環境設定の制御により、前記正常な車両状態データの環境条件と現在の環境条件とが一致してから、前記不調の有無を診断することを特徴とする車両診断装置。
【請求項２】
車両に設けられ、通信可能であるときに、外部のサーバに対して、前記サーバに蓄積された正常な車両状態データの一部を要求するデータ要求部と、
車両に設けられ、前記データ要求部の要求に応じて前記サーバから送信された前記正常な車両状態データを受信して蓄積する車載データ蓄積部と、
現在の車両状態データを取得するデータ取得部と、
前記車載データ蓄積部に蓄積された正常な車両状態データと前記データ取得部で取得した現在の車両状態データとを比較することにより、車両における不調の有無を診断する車両診断部と、
前記正常な車両状態データの環境条件と現在の環境条件とが一致するように、車両の環境設定を制御する制御部と、を備え、
前記車両診断部は、
通信不可能となり前記正常な車載データが不足するとき、前記制御部による環境設定の制御により、前記正常な車両状態データの環境条件と現在の環境条件とが一致してから、前記不調の有無を診断することを特徴とする車両診断装置。
【請求項３】
前記データ要求部は、
前記サーバに蓄積された正常な車両状態データのうち、同一型式の車両に関するものを要求することを特徴とする請求項２に記載の車両診断装置。
【請求項４】
前記データ要求部は、
前記サーバに蓄積された正常な車両状態データのうち、現在の環境条件に近いものから優先して要求することを特徴とする請求項２又は３に記載の車両診断装置。
【請求項５】
前記データ要求部は、
現在の季節及び時間帯の少なくとも一方に適合するものから優先して要求することを特徴とする請求項４に記載の車両診断装置。
【請求項６】
前記制御部は、
空調システムを介して車両の室内温度を制御し、
前記車両診断部は、
前記空調システムにおける不調の有無を診断することを特徴とする請求項１〜５の何れか一項に記載の車両診断装置。
【請求項７】
正常な車両状態データを蓄積し、車両とデータ通信可能な外部データ蓄積部と、
車両に搭載され、通信可能であるときに、前記外部データ蓄積部とのデータ通信を介して、前記正常な車両状態データの一部を蓄積する車載データ蓄積部と、
現在の車両状態データを取得するデータ取得部と、
前記車載データ蓄積部に蓄積された正常な車両状態データと前記データ取得部で取得した現在の車両状態データとを比較することにより、車両における不調の有無を診断する車両診断部と、
前記正常な車両状態データの環境条件と現在の環境条件とが一致するように、車両の環境設定を制御する制御部と、を備え、
前記車両診断部は、
通信不可能となり前記正常な車載データが不足するとき、前記制御部による環境設定の制御により、前記正常な車両状態データの環境条件と現在の環境条件とが一致してから、前記不調の有無を診断することを特徴とする車両診断装置。
【請求項８】
車両に搭載された車載データ蓄積部に、通信可能であるときに、外部のサーバとの通信を介して正常な車両状態データを蓄積し、
データ取得部で現在の車両状態データを取得し、
制御部で、前記正常な車両状態データの環境条件と現在の環境条件とが一致するように車両の環境設定を制御し、
通信不可能となり前記正常な車載データが不足するとき、前記制御部による環境設定の制御により、前記正常な車両状態データの環境条件と現在の環境条件とが一致してから、車両診断部で、前記車載データ蓄積部に蓄積された正常な車両状態データと前記データ取得部で取得した現在の車両状態データとを比較することにより、車両における不調の有無を診断することを特徴とする車両診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両診断装置、車両診断方法に関する。
【背景技術】
【０００２】
特許文献１に記載の従来技術は、車載端末が車両情報を外部ネットワークを介してサーバに送信し、このサーバが車両情報を一括管理し、車両状態を詳細に調査・解析できるように構成されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１６０１２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
車両の診断を、クラウドサービスを利用して行なうことが考えられるが、通信圏外となることもあり、常にクラウドサービスを利用できるとは限らない。一方、車両の診断を、全て車載システムだけで行なう場合、クラウドサービスと同等の機能を持たせようとすると、コストが増大するだけでなく、ハードウェアやソフトウェアのアップグレードもしにくい。
本発明の課題は、通信圏外となる状況でも、車両側で最低限の診断を可能にすることである。
【課題を解決するための手段】
【０００５】
本発明の一態様に係る車両診断装置は、車両に搭載された車載データ蓄積部に、正常な車両状態データを蓄積し、データ取得部で現在の車両状態データを取得する。また、制御部で、正常な車両状態データの環境条件と現在の環境条件とが一致するように車両の環境設定を制御する。そして、正常な車両状態データの環境条件と現在の環境条件とが一致してから、車両診断部で、車載データ蓄積部に蓄積された正常な車両状態データとデータ取得部で取得した現在の車両状態データとを比較することにより、車両における不調の有無を診断する。
【発明の効果】
【０００６】
本発明によれば、車載データ蓄積部に蓄積された正常な車両状態データと、現在の車両状態データとを比較することにより、車両における不調の有無を診断することができる。また、例えば通信圏外となることで、正常な車両状態データが不足するような状況でも、正常な車両状態データの環境条件と現在の環境条件とを一致させてから、不調の有無を診断するので、車両側で最低限の診断を行なうことができる。
【図面の簡単な説明】
【０００７】
【図１】車両診断装置の構成図である。
【図２】車載データベースにおける正常な車両状態データの一例を示す表である。
【図３】外部データベースにおける正常な車両状態データの一例を示す表である。
【図４】車両診断処理の一例を示すフローチャートである。
【図５】室内温度のタイムチャートである。
【図６】外部データベースにおける正常な車両状態データの一例を示す表である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態を図面に基づいて説明する。なお、各図面は模式的なものであって、現実のものとは異なる場合がある。また、以下の実施形態は、本発明の技術的思想を具体化するための装置や方法を例示するものであり、構成を下記のものに特定するものでない。すなわち、本発明の技術的思想は、特許請求の範囲に記載された技術的範囲内において、種々の変更を加えることができる。
【０００９】
《第１実施形態》
《構成》
図１は、車両診断装置の構成図である。
車両診断装置１１は、車載システム１２と、ネットワーク１３と、を備える。
車載システム１２は、車載データベース１４と、データ取得部１５と、通信部１６と、コントローラ１７と、情報伝達部１８と、空調システム１９と、を備える。
車載データベース１４は、正常な車両状態データを蓄積する。正常な車両状態データとは、空調システム１９が正常であるときの空調能力を示すデータであり、主に車室温度が設定温度に到達するまでの時間によって表される。
【００１０】
図２は、車載データベースにおける正常な車両状態データの一例を示す表である。
ここでは、空調能力が正常であるときの、室内温度、設定温度、所要時間、日照度、外気温、乗員数のデータをまとめているが、これに限定されるものではなく、さらにファン速度、ドアや窓の開閉状態等を含めてもよい。
例えば、室内温度が３０度、設定温度が２０度、日照度が弱、外気温が２９度、乗員が１名のときには、室内温度を３０度から２０度まで低下させるのに約２０分を要する。また、室内温度が３０度、設定温度が２２度、日照度が中、外気温が２８度、乗員が２名のときには、室内温度を３０度から２２度まで低下させるのに約１５分を要する。また、室内温度が２９度、設定温度が２４度、日照度が強、外気温が３１度、乗員が６名のときには、室内温度を２９度から２４度まで低下させるのに約１０分を要する。
【００１１】
データ取得部１５は、例えばＣＳＭＡ／ＣＡ方式の多重通信（ＣＡＮ：Controller Area Network）やフレックスレイ（Flex Ray）等の車載通信ネットワーク（車載ＬＡＮ）を介して現在の車両状態データを取得する。ここでは、室内温度、設定温度、日照度、外気温、乗員数、ファン速度、ドアや窓の開閉状態等である。
通信部１６は、ネットワーク（インターネット）１３に接続され、このネットワーク１３を介してクラウドサービス事業者のサーバ３１と相互にデータ通信を行なう。
【００１２】
コントローラ１７は、例えばマイクロコンピュータからなり、後述する車両診断処理を実行する。
情報伝達部１８は、タッチパネル、及びスピーカからなり、運転者に各種情報を伝達する。タッチパネルは、タッチ式の入力デバイスと、液晶パネルとを組み合わせたデバイスであり、コントローラ１７からの指令に応じて各種情報を表示すると共に、運転者が液晶パネルのタッチ面をタッチするときに、その位置情報をコントローラ１７に入力する。例えば、液晶パネルに表示された記号や文字をタッチすることで各種入力が行なわれる。また、スピーカによって、各種情報を音声によって出力する。
【００１３】
空調システム１９は、車両の空調設定を制御する。
コントローラ１７は、車両診断部２１と、制御部２２と、データ要求部２３と、データ更新部２４と、を備えている。
車両診断部２１は、車載データベース１４に蓄積された正常な車両状態データと、データ取得部１５で取得した現在の車両状態データと、を比較することにより、空調システム１９における不調の有無を診断する。空調システム１９の不調とは、故障に至る前の状態であり、故障診断コード（ＤＴＣ：Diagnostic Trouble Cord）や、フェール信号では検出できない状態を指す。
【００１４】
制御部２２は、車両診断部２１で空調システムの診断を行なう際に、正常な車両状態データの環境条件と、現在の環境条件とが一致するように、車両の空調設定を制御する。例えば、室内温度を３０度から２０度まで低下させるのに約２０分を要する、という正常な車両状態データがある状態で、現在の温度が２８度で、設定温度が２０度に設定されたとする。この場合は、空調システム１９を介して室内温度が３０度となるように制御し、環境条件を一致させる。
【００１５】
データ要求部２３は、外部のサーバ３１に対して、サーバ３１に蓄積された正常な車両状態データの一部を要求する。
データ更新部２４は、通信部１６を介して受信した正常な車両状態データを、車載データベース１４に蓄積し、更新を行なう。
ネットワーク１３には、ソフトウェア機能、アプリケーション実行のプラットフォーム機能、ハードウェアやインフラ機能の提供を行なうクラウドサービス事業者のサーバ３１が接続される。
【００１６】
サーバ３１は、外部データベース３２と、データ抽出部３３と、を備える。
外部データベース３２は、正常な車両状態データを蓄積する。正常な車両状態データとは、前述したように空調システム１９が正常であるときの空調能力を示すデータであり、主に車室温度が設定温度に到達するまでの時間によって表される。
図３は、外部データベースにおける正常な車両状態データの一例を示す表である。
【００１７】
外部データベース３２は、膨大な車両状態データを有しており、型式別（車種別）に車両状態データを格納している。
データ抽出部３３は、車載システム１２とのデータ通信を行ない、車載システム１２から正常な車両状態データの要求を受けたときに、その要求に応じて外部データベース３２に蓄積された正常な車両状態データの一部を抽出し、車載システム１２に送信する。すなわち、車載システム１２からの要求に応じて、同一型式の車両に関するもので、且つ現在の環境条件に近いものから優先して抽出し、車載システム１２に送信する。
【００１８】
次に、コントローラ１７で実行する車両診断処理について説明する。
図４は、車両診断処理の一例を示すフローチャートである。
ステップＳ１０１では、車載システム１２がネットワーク１３と通信可能であるか否かを判定する。ここで、通信可能であるときにはステップＳ１０２に移行する。一方、通信不可能であるときにはステップＳ１０４に移行する。
【００１９】
ステップＳ１０２では、クラウドサービス事業者のサーバ３１に対して、外部データベース３２に蓄積された正常な車両状態データを要求する。具体的には、同一型式の車両に関するもので、且つ現在の環境条件に近いものから優先して要求する。この要求により、サーバ３１のデータ抽出部３３が、外部データベース３２に蓄積された正常な車両状態データのうち、要求された車両状態データを抽出し、車載システム１２に送信する。
【００２０】
続くステップＳ１０３では、サーバ３１から受信した正常な車両状態データを、車載データベース１４に蓄積し、更新する。
続くステップＳ１０４では、車載データベース１４を参照し、正常な車両状態データを参照する。
続くステップＳ１０５では、現在の車両状態データを取得する。
【００２１】
続くステップＳ１０６では、正常な車両状態データの環境条件と現在の環境条件とが一致するか否かを判定する。ここで、環境条件が一致しないときには、空調システム１９の診断を行なえないと判断してステップＳ１０７に移行する。一方、環境条件が一致するときには、空調システム１９の診断を行なえると判断してステップＳ１０８に移行する。
ステップＳ１０７では、正常な車両状態データの環境条件と、現在の環境条件とが一致するように、空調システム１９を介して空調設定を制御してから、所定のメインプログラムに復帰する。
【００２２】
一方、ステップＳ１０８では、空調システム１９の診断を開始する。すなわち、空調システム１９の空調能力に不調があるか否かの診断を行なう。具体的には、車室温度が設定温度になるまでの所要時間が、正常な範囲内であるか否かを診断する。
ステップＳ１０９では、空調システム１９の診断が終了したか否かを判定する。ここで、診断が終了していないときには、そのまま所定のメインプログラムに復帰する。一方、空調システム１９の診断が終了しているときにはステップＳ１１０に移行する。
ステップＳ１１０では、情報伝達部１８に指令を出力し、空調システム１９の診断結果を運転者に伝達してから所定のメインプログラムに復帰する。
上記が車両診断処理である。
【００２３】
《作用》
次に、第１実施形態の作用について説明する。
車両とデータ通信可能な外部データベース３２に、正常な車両状態データを蓄積し、車載データベース１４に、外部データベース３２とのデータ通信を介して、正常な車両状態データの一部を蓄積する（ステップＳ１０２、Ｓ１０３）。そして、現在の車両状態データを取得し（ステップＳ１０５）、車載データベース１４に蓄積された正常な車両状態データと、データ取得部１５で取得した現在の車両状態データと、を比較することにより、空調システム１９における不調の有無を診断する（ステップＳ１０８）。
【００２４】
このように、空調システム１９の診断を、クラウドサービスを利用して行なうことにより、車載システム１２を簡素化し、且つシステムを構築し管理する点でも、効率化を図ることができる。しかしながら、通信圏外となることもあり、常にクラウドサービスを利用できるとは限らない。一方、車両の診断を、全て車載システム１２だけで行なう場合、クラウドサービスと同等の機能を持たせようとすると、コストが増大するだけでなく、ハードウェアやソフトウェアのアップグレードもしにくい。
【００２５】
そこで、車載データベース１４に蓄積する正常な車両状態データが不足するような状況でも、車載システム１２で最低限の診断を行なえるようにした。すなわち、正常な車両状態データの環境条件と、現在の環境条件とが一致しないときには（ステップＳ１０６の判定が“No”）、空調システム１９の設定を制御することにより（ステップＳ１０７）、正常な車両状態データの環境条件に、現在の環境条件を強制的に一致させる。そして、環境条件が一致したら（ステップＳ１０６の判定が“Yes”）、診断を開始する（ステップＳ１０８）。したがって、通信圏外となることで（ステップＳ１０１の判定が“No”）、車載データベース１４に蓄積する正常な車両状態データが不足するような状況でも、車載システム１２で最低限の診断を行なうことができる。
【００２６】
例えば、室内温度を３０度から２０度まで低下させるのに約２０分を要する、という正常な車両状態データがある状態で、現在の温度が２８度で、設定温度が２０度に設定されたとする。この場合は、ユーザの操作を一旦無視し、空調システム１９を介して室内温度が３０度となるように制御し、環境条件を一致させる。そして、室内温度が３０度になったら、設定温度を２０度に改めて設定する。そして、室内温度を３０度から２０度まで低下させるのに、どのくらいの時間を要するかを調べることにより、空調システム１９の空調能力に不調があるか否かを診断する。
【００２７】
図５は、室内温度のタイムチャートである。
正常な車両状態データは、室内温度を３０度から２０度まで低下させるまでの所要時間を記録しているのに対して、時点ｔ１では、室内温度が２８度であるため、診断を開始することができない。そこで、例えば冷房運転を停止する、又は暖房運転に切り替える等して、室内温度を上昇させる。時点ｔ２では、室内温度が３０度に到達しているため、この時点から、設定温度を２０度とする冷房運転を開始する。時点ｔ３で、室内温度が２０度に到達しており、この時点ｔ２から時点ｔ３までの時間を計測することで、空調システム１９の空調能力に不調があるか否かを正確に診断することができる。
【００２８】
外部データベース３２は、膨大な車両状態データを有している。したがって、車載システム１２は、外部データベース３２に蓄積されている正常な車両状態データのうち、同一型式の車両に関するもので、且つ現在の環境条件に近いものから優先して要求する（ステップＳ１０２）。このように、同一型式の車両に関するもので、且つ現在の環境条件に近いものから優先して、車載データベース１４にダウンロードしてゆくので、現在の環境条件に最も適合した、正常な車両状態データを蓄積することができる。
そして、空調システム１９の診断が終了したときに（ステップＳ１０９の判定が“Yes”）、その診断結果と、不調があるなら、どんな行動をとるべきかを運転者に伝達する（ステップＳ１１０）。これにより、不調がなければ運転者に安心感を与えることができ、不調があるとしても取るべき行動を案内することで早期点検を促すことができる。
【００２９】
《対応関係》
サーバ３１が「サーバ」に対応する。データ要求部２３、及びステップＳ１０２の処理が「データ要求部」に対応する。車載データベース１４が「車載データ蓄積部」に対応する。データ取得部１５、ステップＳ１０５の処理が「データ取得部」に対応する。車両診断部２１、ステップＳ１０８の処理が「車両診断部」に対応する。制御部２２、ステップＳ１０７の処理が「制御部」に対応する。空調システム１９が「空調システム」に対応する。外部データベース３２が「外部データ蓄積部」に対応する。
【００３０】
《効果》
次に、第１実施形態における主要部の効果を記す。
（１）第１実施形態に係る車両診断装置は、車両に搭載された車載データベース１４に、正常な車両状態データを蓄積し、データ取得部１５で現在の車両状態データを取得する。また、制御部２２で、正常な車両状態データの環境条件と現在の環境条件とが一致するように、車両の環境設定を制御する。そして、正常な車両状態データの環境条件と現在の環境条件とが一致してから、車両診断部２１で、車載データベース１４に蓄積された正常な車両状態データと、データ取得部１５で取得した現在の車両状態データと、を比較することにより、車両における不調の有無を診断する。
【００３１】
このように、車載データベース１４に蓄積された正常な車両状態データと、現在の車両状態データとを比較することにより、車両における不調の有無を診断することができる。また、例えば通信圏外となることで、正常な車両状態データが不足するような状況でも、正常な車両状態データの環境条件と現在の環境条件とを一致させてから、不調の有無を診断するので、車両側で最低限の診断を行なうことができる。
【００３２】
（２）第１実施形態に係る車両診断装置は、車両に設けられたデータ要求部２３が、外部のサーバ３１に対して正常な車両状態データの一部を要求し、サーバ３１から送信された正常な車両状態データを車載データベース１４に蓄積する。また、データ取得部１５で現在の車両状態データを取得する。また、制御部２２で、正常な車両状態データの環境条件と現在の環境条件とが一致するように、車両の環境設定を制御する。そして、正常な車両状態データの環境条件と現在の環境条件とが一致してから、車両診断部２１で、車載データベース１４に蓄積された正常な車両状態データと、データ取得部１５で取得した現在の車両状態データと、を比較することにより、車両における不調の有無を診断する。
【００３３】
このように、車載データベース１４に蓄積された正常な車両状態データと、現在の車両状態データとを比較することにより、車両における不調の有無を診断することができる。また、例えば通信圏外となることで、正常な車両状態データが不足するような状況でも、正常な車両状態データの環境条件と現在の環境条件とを一致させてから、不調の有無を診断するので、車両側で最低限の診断を行なうことができる。
【００３４】
（３）第１実施形態に係る車両診断装置は、外部データベース３２に蓄積された正常な車両状態データのうち、同一型式の車両に関するものを要求し、車載データベース１４に蓄積する。
このように、同一型式の車両に関するものを車載データベース１４に蓄積することで、現在の環境条件に最も適合した、正常な車両状態データを蓄積することができる。
【００３５】
（４）第１実施形態に係る車両診断装置は、外部データベース３２に蓄積された正常な車両状態データのうち、現在の環境条件に近いものから優先して要求し、車載データベース１４に蓄積する。
このように、現在の環境条件に近いものから優先して車載データベース１４に蓄積することで、現在の環境条件に最も適合した、正常な車両状態データを蓄積することができる。
【００３６】
（５）第１実施形態に係る車両診断装置は、制御部２２が、空調システム１９を介して車両の室内温度を制御し、車両診断部２１が、空調システム１９における不調の有無を診断する。
このように、空調システム１９を介して車両の室内温度を制御することにより、空調システム１９における不調の有無を容易に診断することができる。
【００３７】
（６）第１実施形態に係る車両診断装置は、車両とデータ通信可能な外部データベース３２に、正常な車両状態データを蓄積する。また、車両に搭載された車載データベース１４に、外部データベース３２とのデータ通信を介して、正常な車両状態データの一部を蓄積し、データ取得部１５で現在の車両状態データを取得する。また、制御部２２で、正常な車両状態データの環境条件と現在の環境条件とが一致するように、車両の環境設定を制御する。そして、正常な車両状態データの環境条件と現在の環境条件とが一致してから、車両診断部２１で、車載データベース１４に蓄積された正常な車両状態データと、データ取得部１５で取得した現在の車両状態データと、を比較することにより、車両における不調の有無を診断する。
【００３８】
このように、車載データベース１４に蓄積された正常な車両状態データと、現在の車両状態データとを比較することにより、車両における不調の有無を診断することができる。また、例えば通信圏外となることで、正常な車両状態データが不足するような状況でも、正常な車両状態データの環境条件と現在の環境条件とを一致させてから、不調の有無を診断するので、車両側で最低限の診断を行なうことができる。
【００３９】
（７）第１実施形態に係る車両診断方法は、車両に搭載された車載データベース１４に、正常な車両状態データを蓄積し、データ取得部１５で現在の車両状態データを取得する。また、制御部２２で、正常な車両状態データの環境条件と現在の環境条件とが一致するように、車両の環境設定を制御する。そして、正常な車両状態データの環境条件と現在の環境条件とが一致してから、車両診断部２１で、車載データベース１４に蓄積された正常な車両状態データと、データ取得部１５で取得した現在の車両状態データと、を比較することにより、車両における不調の有無を診断する。
【００４０】
このように、車載データベース１４に蓄積された正常な車両状態データと、現在の車両状態データとを比較することにより、車両における不調の有無を診断することができる。また、例えば通信圏外となることで、正常な車両状態データが不足するような状況でも、正常な車両状態データの環境条件と現在の環境条件とを一致させてから、不調の有無を診断するので、車両側で最低限の診断を行なうことができる。
【００４１】
《第２実施形態》
《構成》
第２実施形態は、外部データベース３２に蓄積された正常な車両状態データのうち、現在の季節及び時間帯の少なくとも一方に適合するものから優先して要求し、車載データベース１４に蓄積するものである。
【００４２】
ここでは、車載システム１２の要求に応じて、データ抽出部３３が、現在の季節及び時間帯の少なくとも一方に適合するものから優先して抽出し、車載システム１２に送信することを除いては、前述した第１実施形態と同様であるため、共通する部分については、詳細な説明を省略する。
図６は、外部データベースにおける正常な車両状態データの一例を示す表である。
【００４３】
外部データベース３２は、膨大な車両状態データを有しており、型式別（車種別）に車両状態データを格納している。そして、空調能力が正常であるときの、室内温度、設定温度、所要時間、日照度、外気温、乗員数、日時のデータをまとめている。
そして、ステップＳ１０２の処理では、サーバ３１に対して、同一型式の車両に関するもので、且つ季節及び時間帯を含めて現在の環境条件に近いものから優先して要求する。この要求により、サーバ３１のデータ抽出部３３が、外部データベース３２に蓄積された正常な車両状態データのうち、要求された車両状態データを抽出し、車載システム１２に送信する。
【００４４】
《作用》
次に、第２実施形態の作用について説明する。
外部データベース３２は、膨大な車両状態データを有している。したがって、車載システム１２は、外部データベース３２に蓄積されている正常な車両状態データのうち、同一型式の車両に関するもので、且つ季節及び時間帯を含めて現在の環境条件に近いものから優先して要求する（ステップＳ１０２）。このように、同一型式の車両に関するもので、且つ季節及び時間帯を含めて現在の環境条件に近いものから優先して、車載データベース１４にダウンロードしてゆくので、現在の環境条件に最も適合した、正常な車両状態データを蓄積することができる。
第２実施形態において、前述した第１実施形態と共通する部分については、同様の作用効果が得られるものとし、詳細な説明は省略する。
【００４５】
《効果》
次に、第２実施形態における主要部の効果を記す。
（１）第２実施形態に係る車両診断装置は、現在の季節及び時間帯の少なくとも一方に適合するものから優先して要求し、車載データベース１４に蓄積する。
このように、現在の季節及び時間帯の少なくとも一方に適合するものから優先して車載データベース１４に蓄積することで、現在の環境条件に最も適合した、正常な車両状態データを蓄積することができる。
以上、限られた数の実施形態を参照しながら説明したが、権利範囲はそれらに限定されるものではなく、上記の開示に基づく実施形態の改変は、当業者にとって自明のことである。また、各実施形態は、任意に組み合わせて採用することができる。
【符号の説明】
【００４６】
１１  車両診断装置
１２  車載システム
１３  ネットワーク
１４  車載データベース
１５  データ取得部
１６  通信部
１７  コントローラ
１８  情報伝達部
１９  空調システム
２１  車両診断部
２２  制御部
２３  データ要求部
２４  データ更新部
３１  サーバ
３２  外部データベース
３３  データ抽出部
【図１】
0006500650.tif 000002
【図２】
0006500650.tif 000003
【図３】
0006500650.tif 000004
【図４】
0006500650.tif 000005
【図５】
0006500650.tif 000006
【図６】
0006500650.tif 000007