JP2016000570A - 制御仕様変更システム及び車両 - Google Patents

Abstract

【課題】車両の制御仕様を変更することを、汎用性の高い簡易なシステム構成で、車両の存在エリアによらずに適切に実現する。
【解決手段】車両１０に搭載された車両制御装置１１は、携帯端末２が公衆通信網３を介してサーバ１００から取得した仕様変更用データを携帯端末２との通信によって取得するデータ取得部２４ａと、携帯端末２から取得した仕様変更用データが正常なデータであるか否かを判定するデータ判定部２４ｂとを備える。データ判定部２４ｂの判定結果が肯定的であることを必要条件として、仕様変更用データを不揮発性の記憶部２３に記憶保持し、車両１０の制御処理を実行する。
【選択図】図１

Description

本発明は、車両の制御仕様を変更するシステムと、制御仕様を変更可能な車両とに関する。

従来、車両の制御仕様を変更するためのシステムとして、例えば特許文献１，２に見られるものが知られている。

特許文献１には、車両の制御ゲインの変更のための専用のゲイン変更器を使用して、車両の制御ゲインを運転者の所望の制御ゲインに変更し得るようにしたシステムが開示されている。

また、特許文献２には、車両に搭載された制御仕様変更装置が、外部のサーバとの無線通信によって、車両の制御仕様を変更するためデータをサーバから取得し、当該データにより車両の制御仕様を変更し得るようにしたシステムが開示されている。

特開平６−３２８９８１号公報 特開２０１４−０５１２０８号公報

しかしながら、特許文献１に見られるシステムは、制御ゲインの変更のための専用のゲイン変更器を使用するものであるので、該ゲイン変更器が高価なものとなりやすい。また、車両の運転者がゲイン変更器により制御ゲインを調整するためには、ある程度、専門的な知識を必要とする。さらには、運転者にとって最適な制御ゲインを効率よく簡易に設定することが難しい。ひいては、運転者が当該システムを気軽に利用することが困難である。

一方、特許文献２に見られるシステムでは、車両の仕様を変更をするためのデータを保持するサーバと、車両の制御仕様変更装置との無線通信を行うことで、該制御仕様変更装置が当該データを取得することができるので、車両の制御仕様を簡易に変更することができる。

しかるに、特許文献２のものでは、車両に搭載された制御仕様変更装置がサーバとの無線通信を行うために、専用の通信回線が必要となる。

このため、制御仕様変更装置とサーバとが無線通信を行い得るエリア（車両の存在エリア）、ひいては、制御仕様を変更するシステムを利用し得るエリアが狭いエリアに限定されやすい。また、上記専用の通信回線用の通信機を車両に搭載する必要があるため、当該システムのコスト低減、ひいては普及が困難となりやすい。

本発明はかかる背景に鑑みてなされたものであり、車両の制御仕様を変更することを、汎用性の高い簡易なシステム構成で、車両の存在エリアによらずに適切に実現することができる制御仕様変更システム及び車両を提供することを目的とする。

本発明の制御仕様変更システムは、上記目的を達成するために、車両の制御仕様を変更するための制御仕様変更システムであって、前記車両の制御仕様を変更するための仕様変更用データを提供するサーバと公衆通信網を介して通信可能に構成され、該サーバとの通信により前記仕様変更用データを取得する携帯端末と、前記車両に搭載されており、前記携帯端末が前記車両に配置された状態で該携帯端末と通信可能に構成された車両制御装置とを備え、前記車両制御装置は、前記携帯端末が前記サーバから取得した仕様変更用データを該携帯端末との通信によって取得するデータ取得部と、該データ取得部が前記携帯端末から取得した仕様変更用データが正常なデータであるか否かを判定するデータ判定部とを備え、該データ判定部の判定結果が肯定的であることを必要条件として、前記データ取得部で取得した仕様変更用データを不揮発性の記憶部に記憶保持し、該記憶部に記憶保持された仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることを特徴とする（第１発明）。

なお、本発明において、「前記携帯端末が前記車両に配置された状態」というのは、該携帯端末が、前記車両制御装置との通信を行い得る領域内で車両の内部（車室内等）、又は該車両の周辺に配置されている状態を意味する。

上記第１発明よれば、車両制御装置のデータ取得部は、前記携帯端末が前記サーバから取得した仕様変更用データを該携帯端末との通信によって取得する。

ここで、携帯端末は、公衆通信網を介してサーバと通信可能に構成されたものでよいので、例えば汎用のスマートフォンもしくはタブレット端末を該携帯端末として使用することができる。

この場合、携帯端末は、車両に配置された状態であるか否かによらずに、広域のエリアで公衆通信網を介してサーバとの通信を行うことができ、その通信によって、該サーバから仕様変更用データを取得することができる。

このため、例えば、前記携帯端末を所持した車両の運転者は、該携帯端末とサーバとが通信可能となる任意の場所（車両から離れた場所でもよい）で、該携帯端末に仕様変更用データを取得させることができる。

そして、このように携帯端末で仕様変更用データを取得した後には、前記車両の存在エリアによらずに、前記車両に配置した該携帯端末と車両制御装置との通信を行わせることで、該車両制御装置に仕様変更用データを取得させるようにすることができる。

ここで、携帯端末とサーバとの通信時、あるいは、携帯端末と車両制御装置との通信時に、それらの通信不良、外来ノイズの影響、あるいは、携帯端末の電源不足等に起因して、携帯端末がサーバから取得した仕様変更用データ、あるいは、車両制御装置のデータ取得部が携帯端末から取得した仕様変更用データにエラーが発生する場合があり得る。そして、これらのエラーを、汎用性の高い携帯端末で適切に検知することは難しい。

そこで、前記車両制御装置は、データ取得部が前記携帯端末から取得した仕様変更用データが正常なデータであるか否かをデータ判定部により判定する。そして、車両制御装置は、該データ判定部の判定結果が肯定的であることを必要条件として、前記データ取得部で取得した仕様変更用データを不揮発性の記憶部に記憶保持し、該記憶部に記憶保持された仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行する。

このため、車両制御装置が、エラーを有する仕様変更用データを使用して、車両の制御処理を実行するのを防止することができる。

また、第１発明の制御仕様変更システムは、携帯端末を利用することで、車両には、サーバとの通信を行う専用の通信機を備えておく必要がない。そして、近年の多くの車両は、スマートフォン等の携帯端末との間で、有線通信もしくは無線通信を行い得る機器（ナビゲーション装置等）が搭載されているので、前記車両制御装置は、当該機器を利用して携帯端末との通信を行うようにすることができる。従って、第１発明の制御仕様変更システムは、汎用性の高い簡易な構成で実現できる。

よって、第１発明の制御仕様変更システムによれば、車両の制御仕様を変更することを、汎用性の高い簡易なシステム構成で、車両の存在エリアによらずに適切に実現することができる。

かかる第１発明では、前記データ取得部は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記車両の運転者が操作可能に該車両に配置された第１操作部の操作によって仕様変更用データの取得が指示された場合に、又は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記車両の運転者の音声を入力可能に該車両に配置された音声入力部への音声の入力によって仕様変更用データの取得が指示された場合に、前記携帯端末が既に前記サーバから仕様変更用データを取得しているか否かを判断し、該判断結果が肯定的である場合には、該携帯端末が既に取得している仕様変更用データを該携帯端末から取得する処理を実行し、該判断結果が否定的である場合には、前記サーバから仕様変更用データを取得することを前記携帯端末に実行させ、さらに、該携帯端末から該仕様変更用データを取得する処理を実行するように構成されていることが好ましい（第２発明）。

かかる第２発明によれば、前記携帯端末が前記車両に配置された状態において、車両の運転者が前記操作部を操作し、又は前記音声入力部に音声を入力することで、前記携帯端末が既にサーバから仕様変更用データを取得している場合と該仕様変更用データを未だ取得していない場合のいずれの場合においても、運転者による前記携帯端末の操作を必要とすることなく、前記車両制御装置のデータ取得部に、仕様変更用データを該携帯端末から取得する処理を実行させることができる。従って、運転者は、車両の運転中においても、前記仕様変更用データを取得する処理を車両制御装置のデータ取得部に実行させることができる。ひいては、制御仕様変更システムの利便性あるいは使い勝手を向上させることができる。

上記第１発明又は第２発明では、前記車両制御装置は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記データ取得部が前記携帯端末から取得した仕様変更用データについての前記データ判定部の判定結果が否定的である場合には、前記サーバから前記仕様変更用データを取得する処理を前記携帯端末に改めて実行させ、さらに前記データ取得部およびデータ判定部の処理を実行するように構成されていることが好ましい（第３発明）。

この第３発明によれば、前記データ取得部が前記携帯端末から取得した仕様変更用データについての前記データ判定部の判定結果が否定的である場合（該仕様変更用データが正常なデータでない場合）に、車両の運転者が携帯端末あるいは前記第１操作部等を操作することなく、前記サーバから前記仕様変更用データを取得する処理を前記携帯端末に改めて実行させ、さらに前記データ取得部及びデータ判定部の処理を実行させることができる。このため、制御仕様変更システムの利便性あるいは使い勝手を向上させることができる。

また、前記第１〜第３発明において、前記車両制御装置は、前記仕様変更用データを前記不揮発性の記憶部に記憶保持した後に、前記車両の運転者が操作可能に該車両に配置された第２操作部の操作によって制御仕様の変更が指示されることを必要条件として、前記仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることが好ましい（第４発明）。

この第４発明によれば、車両の運転者は、車両制御装置で取得した新たな仕様変更用データにより規定される制御仕様での車両の制御を車両制御装置に実行させるか否か、あるいは、その実行の開始時期を選択することができる。このため、制御仕様変更システムの利便性あるいは使い勝手を向上させることができる。

前記第１〜第４発明では、前記車両制御装置は、前記携帯端末との通信が可能となっている状態で、前記車両に関する情報を示す車両情報データを取得して、当該取得した車両情報データを前記携帯端末を介して前記サーバに送信する車両情報データ送信部をさらに備えており、前記サーバは、前記車両に対応する仕様変更用データを前記携帯端末に送信するとき、少なくとも該車両に関して受信した前記車両情報データに基づいて該車両に対応する仕様変更用データを可変的に決定するように構成されていてもよい（第５発明）。

この第５発明によれば、前記サーバは、前記携帯端末に前記仕様変更用データを送信するとき、前記車両に関して受信した前記車両情報データに基づいて決定した仕様変更用データを前記携帯端末に送信する。このため、前記車両制御装置は、該車両制御装置が搭載された車両に適した仕様変更用データを取得することができる。ひいては、該車両に適した制御仕様で車両の制御を行うことができる。

上記第５発明では、前記サーバは、前記車両に対応する仕様変更用データを前記携帯端末に送信するとき、該車両である対象車両に関して受信した前記車両情報データと、該対象車両以外の１つ以上の他車両に関して受信済の車両情報データであって、該対象車両に関する車両情報データと所定の関係を有する車両情報データとに基づいて該対象車両に対応する仕様変更用データを可変的に決定するように構成されていてもよい（第６発明）。

この第６発明によれば、前記サーバは、前記対象車両の車両情報データだけでなく、該対象車両と関連性の高い他車両の車両情報データ（該対象車両に関する車両情報データと所定の関係を有する車両情報データ）をも考慮して前記対象車両に対応する仕様変更用データを決定できる。例えば、対象車両の車両情報データに加えて、前記対象車両と装備仕様、使用環境等が同一もしくは類似する他車両の車両情報データ（燃費効率等）をも考慮して、対象車両に対応する仕様変更用データを決定できる。このため、対象車両に適した仕様変更用データをより高い信頼性で決定することが可能となる。

また、本発明の車両は、制御仕様を変更可能な車両であって、当該車両の制御仕様を変更するための仕様変更用データを提供するサーバと公衆通信網を介して通信することによって該仕様変更用データを取得する携帯端末が前記車両に配置された状態で、該携帯端末と通信可能に構成された車両制御装置を備え、前記車両制御装置は、前記携帯端末が前記サーバから取得した仕様変更用データを、該携帯端末との通信によって取得するデータ取得部と、該データ取得部が前記携帯端末から取得した仕様変更用データが正常なデータであるか否かを判定するデータ判定部とを備え、該データ判定部の判定結果が肯定的であることを必要条件として、前記データ取得部で取得した仕様変更用データを不揮発性の記憶部に記憶保持し、該記憶部に記憶保持された仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることを特徴とする（第７発明）。

かかる第７発明によれば、車両制御装置のデータ取得部は、前記携帯端末が公衆通信網を介して前記サーバと通信することで該サーバから取得した仕様変更用データを該携帯端末との通信によって取得する。

このため第７発明の車両によれば、前記第１発明と同様に、車両の制御仕様を変更することを、汎用性の高い簡易なシステム構成で、車両の存在エリアによらずに適切に実現することができる。

かかる第７発明では、前記データ取得部は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、当該車両の運転者が操作可能に当該車両に配置された第１操作部の操作によって仕様変更用データの取得が指示された場合に、又は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、当該車両の運転者の音声を入力可能に当該車両に配置された音声入力部への音声の入力によって仕様変更用データの取得が指示された場合に、前記携帯端末が既に前記サーバから仕様変更用データを取得しているか否かを判断し、該判断結果が肯定的である場合には、該携帯端末が既に取得している仕様変更用データを該携帯端末から取得する処理を実行し、該判断結果が否定的である場合には、前記サーバから仕様変更用データを取得することを前記携帯端末に実行させ、さらに、該携帯端末から該仕様変更用データを取得する処理を実行するように構成されていることが好ましい（第８発明）。

さらに、上記第７発明又は第８発明では、前記車両制御装置は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記データ取得部が前記携帯端末から取得した仕様変更用データについての前記データ判定部の判定結果が否定的である場合には、前記携帯端末に、前記サーバから前記仕様変更用データを取得する処理を前記携帯端末に改めて実行させ、さらに前記データ取得部およびデータ判定部の処理を実行するように構成されていることが好ましい（第９発明）。

さらに、上記第７〜第９発明では、前記車両制御装置は、前記仕様変更用データを前記不揮発性の記憶部に記憶保持した後に、前記車両の運転者が操作可能に該車両に配置された第２操作部の操作によって制御仕様の変更が指示されることを必要条件として、前記仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることが好ましい（第１０発明）。

上記第８発明、第９発明、第１０発明によれば、それぞれ前記第２発明、第３発明、第４発明と同様の効果を奏することができる。

本発明の第１実施形態のシステム構成を示す図。 図１に示す車両制御装置の処理を示すフローチャート。 図１に示す車両制御装置の処理を示すフローチャート。 本発明の第２実施形態のシステム構成を示す図。 図４に示すサーバの処理を示すフローチャート。 図５のＳＴＥＰ３１の処理を示すフローチャート。

［第１実施形態］
本発明の第１実施形態を図１〜図３を参照して説明する。図１を参照して、本実施形態の制御仕様変更システム１は、携帯端末２と、車両１０に搭載された車両制御装置１１とを備える。

車両１０は、制御仕様変更システム１により制御仕様を変更可能な車両であり、例えば自動車である。より具体的な一例として、図１に示す車両１０はハイブリッド車両である。この車両１０には、車両制御装置１１の他、走行用動力源として、電動機１２と、内燃機関により構成されたエンジン１３とが搭載されている。さらに車両１０には、電動機１２の電源としての蓄電装置１４と、表示装置１５と、音声入力部としてのマイク１６とが搭載されている。

なお、制御仕様変更システム１による変更対象の制御仕様は、車両１０の走行に関連する制御仕様（例えば電動機１２及びエンジン１３等のパワートレイン、あるいは、サスペンション等の制御仕様）と、その他の制御仕様（例えばエアコン装置もしくはオーディオ装置の制御仕様）とのいずれであってもよい。

電動機１２及びエンジン１３は、図示しない変速機等を含む動力伝達機構を介して車両１０の駆動輪を駆動する。また、電動機１２は、車両１０の減速時の運動エネルギー、あるいは、エンジン１３から入力される駆動力によって、回生運転を行う（発電機として動作する）ことも可能である。

蓄電装置１４は２次電池あるいはキャパシタにより構成される。この蓄電装置１４は、電動機１２の回生運転時に、該電動機１２の発電電力が充電される。

表示装置１５は、本実施形態ではタッチ操作が可能なタッチパネルにより構成される。この表示装置１５は、車両制御装置１１の指令により、あるいは、該表示装置１５の所定の操作により、車両１０の制御仕様の変更に関する操作部（例えば図示の操作部１５ａ，１５ｂ等）を表示可能である。そして、表示装置１５は、車両１０のセンターコンソール等、車両１０の車室内で運転者が視認及び操作し得る箇所に配置されている。

なお、表示装置１５は、例えば、車両１０のナビゲーション装置、オーディオ装置、エアコン装置等、制御仕様変更システム１以外の機器の表示装置を兼ねるものであってもよい。

マイク１６は、車両１０の運転席の前方箇所等、車両１０の車室内で運転者の音声を入力し得る箇所に配置されている。

携帯端末２は、スマートフォンあるいはタブレット端末等、公衆通信網３を利用したデータ通信を行うことが可能な無線式携帯端末である。公衆通信網３は、電話回線網、インターネット、基地局等により構成される通信網である。

この携帯端末２には、車両１０の制御仕様の変更用の所定のアプリケーションプログラム（以降、制御仕様変更用アプリケーションという）があらかじめインストールされている。そして、携帯端末２は、この制御仕様変更用アプリケーションと該携帯端末２のハードウェア構成（制御回路部、メモリ、通信機等）とにより実現される機能によって、車両１０の制御仕様を変更するための仕様変更用データを提供するサーバ１００と公衆通信網３を介して通信を行うことが可能となっている。

この場合、携帯端末２は、該携帯端末２の所定の操作によって、あるいは、車両制御装置１１からの指令に応じて、サーバ１００との通信を行うことが可能である。

上記サーバ１００には、車両１０を含む種々様々な車両の制御仕様を変更するための複数種の仕様変更用データが保存されている。該仕様変更用データは、例えば制御用プログラム及び制御用参照データの一方又は両方により構成される。制御用参照データは、制御処理に用いる目標値、閾値、制御ゲイン等のパラメータの値、あるいは、マップデータもしくはテーブルデータ等により構成される。

そして、携帯端末２は、上記サーバ１００との通信によって、車両１０で使用可能な仕様変更用データをサーバ１００から取得する（ダウンロードする）機能を有する。

車両制御装置１１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、インターフェース回路などを含む電子回路ユニットにより構成される。なお、車両制御装置１１は、相互に通信可能な複数の電子回路ユニットにより構成されていてもよい。

この車両制御装置１１は、携帯端末２が車両１０に配置された状態で、携帯端末２と有線通信、又はブルートゥース等による無線通信を行うための通信機２１を備えており、該通信機２１を介して携帯端末２と通信可能に構成されている。

なお、携帯端末２が車両１０に配置された状態というのは、より詳しくは、携帯端末２が、車両制御装置１１との通信を行い得る領域（車両制御装置１１の周辺領域）内で車両１０の内部（車室内等）又は車両１０の周辺に配置された状態である。

また、車両制御装置１１は、車両１０の標準仕様の制御用データ（標準仕様での制御用プログラム又は制御用参照データにより構成されるデータ）があらかじめ記憶保持された標準仕様用記憶部２２と、サーバ１００から取得する仕様変更用データを各々記憶保持する複数の変更仕様用記憶部２３，２３，…とを備える。これらの記憶部２２，２３は、ＥＥＰＲＯＭ等の不揮発性メモリにより構成される。

また、車両制御装置１１は、あらかじめＲＯＭに実装されたプログラム又はハードウェア構成により実現される機能として、車両１０の制御仕様の変更に関する処理を実行する仕様変更制御処理部２４と、上記記憶部２２，２３のいずれかに記憶保持されたデータを使用して、該データにより規定される制御仕様での制御処理を実行する車両制御処理実行部２５とを備える。

仕様変更制御処理部２４は、その機能として、携帯端末２が取得した仕様変更用データを該携帯端末２から取得する処理を実行するデータ取得部２４ａと、携帯端末２から取得した仕様変更用データが正常なデータであるか否かを判定する処理を実行するデータ判定部２４ｂと、車両１０の制御仕様を切り替える（変更する）ための処理を実行する仕様切替処理部２４ｃとを含む。

次に、車両１０の仕様変更用データを車両１０の車両制御装置１１で取得する処理について説明する。

携帯端末２が車両１０の車室内等に配置され、該携帯端末２が車両制御装置１１と有線又は無線により通信可能となっている状態において、車両制御装置１１の仕様変更制御処理部２４により、図２のフローチャートに示す処理が実行される。この処理は、仕様変更制御処理部２４のデータ取得部２４ａ及びデータ判定部２４ｂの処理を含む。

ＳＴＥＰ１において、仕様変更制御処理部２４は、仕様変更用データの取得要求が有るか否かを判断する。

本実施形態では、例えば表示装置１５の画面操作もしくはマイク１６への音声入力によって仕様変更用データの取得が指示された場合、あるいは、仕様変更用データの取得処理が途中で中断されたことを示すフラグが車両制御装置１１のＥＥＰＲＯＭ等の不揮発性メモリに記憶保持されている場合に、ＳＴＥＰ１の判断結果が肯定的になる。

ここで、携帯端末２が車両制御装置１１と通信可能となっている状態では、車両制御装置１１は、表示装置１５の画面に、制御仕様変更用データの取得を指示するための第１操作部１５ａ、制御仕様の切替えを指示するための第２操作部１５ｂ等の制御仕様の変更に関する操作部を表示させる。

そして、車両１０の運転者が、表示装置１５の第１操作部１５ａをタッチ操作することで、仕様変更制御処理部２４に対して仕様変更用データの取得が指示される。あるいは、車両１０の運転者が、マイク１６に対して仕様変更用データの取得を指示する音声を入力することで、仕様変更制御処理部２４に対して仕様変更用データの取得が指示される。これらの場合に、ＳＴＥＰ１の判断結果が肯定的になる。

また、仕様変更制御処理部２４による仕様変更用データの取得途中での車両１０のアクセサリ電源のオフ等に起因して、該仕様変更用データの取得処理が途中で中断してしまう場合がある。このような場合には、仕様変更制御処理部２４は、仕様変更用データの取得処理が中断したことを示すフラグを不揮発性メモリに記憶保持する。

そして、この場合には、当該中断後に、携帯端末２と車両制御装置１１との通信が可能となった状態で、ＳＴＥＰ１の判断結果が肯定的になる。

ＳＴＥＰ１の判断結果が否定的である場合には、仕様変更制御処理部２４はＳＴＥＰ１の判断結果が肯定的になるまでＳＴＥＰ１の判断処理を逐次繰り返す。また、ＳＴＥＰ１の判断結果が肯定的になった場合には、仕様変更制御処理部２４は、次に、ＳＴＥＰ２において、携帯端末２との通信（仕様変更用データを携帯端末２から取得するための通信）を開始する。

さらに、仕様変更制御処理部２４は、携帯端末２との通信によって、該携帯端末２が既に仕様変更用データを取得しているか否か（仕様変更用データをダウンロード済か否か）をＳＴＥＰ３で確認する。

ここで、車両１０の運転者（携帯端末２の所持者）は、車両１０に搭乗していない状況あるいは車両１０の近辺に居ない状況であっても、携帯端末２が公衆通信網３を介してサーバ１００と通信し得るエリア内の任意の場所で携帯端末２の制御仕様変更用アプリケーションを起動して、該携帯端末２を操作することで、車両１０に対応する仕様変更用データを、サーバ１００から携帯端末２にダウンロードすることが可能である。

このため、ＳＴＥＰ１の判断結果が肯定的となる状況で、携帯端末２に仕様変更用データが既にダウンロードされている場合と、該仕様変更用データが未だ携帯端末２にダウンロードされていない場合とがある。

そして、携帯端末２に仕様変更用データが既にダウンロードされている場合には、ＳＴＥＰ３の判断結果が肯定的になり、携帯端末２に仕様変更用データがダウンロードされていない場合には、ＳＴＥＰ３に判断結果が否定的になる。

なお、本実施形態では、仕様変更制御処理部２４が携帯端末２から仕様変更用データを取得する処理を完了した後に、仕様変更制御処理部２４が改めて、携帯端末２との通信によって該仕様変更用データを取得する処理を実行する場合がある。そして、この場合には、仕様変更制御処理部２４は、ＳＴＥＰ３の判断結果を否定的であると認識する。

ＳＴＥＰ３の判断結果が肯定的である場合には、仕様変更制御処理部２４は、携帯端末２に既に保存されている仕様変更用データを、該携帯端末２から通信機２１を介して取得（ダウンロード）し、さらに、その取得した仕様変更用データを車両制御装置１１に備えられたバッファ（図示省略）に書き込む処理をＳＴＥＰ５で実行する。

このＳＴＥＰ５の処理は、ＳＴＥＰ６の判断結果が肯定的になるまで、すなわち、携帯端末２からの仕様変更用データの取得が完了するまで（携帯端末２から車両制御装置１１への仕様変更用データの転送が完了するまで）実行される。

また、ＳＴＥＰ３の判断結果が否定的である場合（携帯端末２に仕様変更用データがダウンロードされていない場合、あるいは、該仕様変更用データの再取得を行う場合）には、仕様変更制御処理部２４は、ＳＴＥＰ４において、サーバ１００からの仕様変更用データの取得を携帯端末２に要求する。

このとき、携帯端末２は、当該要求に応じてサーバ１００との通信を開始し、該サーバ１００から車両１０に対応する仕様変更用データを取得する。

そして、携帯端末２がサーバ１００からの仕様変更用データの取得を完了すると、仕様変更制御処理部２４は、前記ＳＴＥＰ５の処理をＳＴＥＰ６の判断結果が肯定的になるまで実行することで、仕様変更用データを携帯端末２から取得する。

なお、携帯端末２がサーバ１００との通信によって仕様変更用データを取得する処理では、携帯端末２から車両１０の識別データがサーバ１００に送信される。そして、サーバ１００が、車両１０に適合する仕様変更用データを携帯端末２に送信する。

補足すると、ＳＴＥＰ３の判断結果が否定的である場合において、携帯端末２によるサーバ１００からの仕様変更用データの取得処理と、仕様変更制御処理部２４による携帯端末２からの仕様変更用データとの取得処理とは、並行して行うようにしてもよい。

また、車両１０で使用可能な複数の仕様変更用データがサーバ１００に保存されている場合、携帯端末２とサーバ１００との通信時に、車両１０の表示装置１５、もしくは携帯端末２の表示器（図示省略）に、サーバ１００から提供可能な複数の仕様変更用データの内容を表示させ、車両１０の運転者（携帯端末２の所持者）が、表示装置１５の画面操作を行うか、もしくは携帯端末２の操作を行うことで、所望の仕様変更用データ（サーバ１００が携帯端末２の送信すべき仕様変更用データ）を選択し得るようにしてもよい。

仕様変更制御処理部２４による仕様変更用データの取得が完了し、ＳＴＥＰ６の判断結果が肯定的になると、仕様変更制御処理部２４は、ＳＴＥＰ７において、携帯端末２との通信を終了する。

以上のＳＴＥＰ１〜７の処理が前記データ取得部２４ａの処理である。

次いで、仕様変更制御処理部２４は、ＳＴＥＰ８において、携帯端末２から取得した仕様変更用データ（バッファに書き込んだ仕様変更用データ）が正常なデータであるか否かを判定する。この判定処理が、前記データ判定部２４ｂの処理である。

ここで、携帯端末２がサーバ１００から取得した仕様変更用データは、携帯端末２とサーバ１００との通信時の通信不良もしくは外来ノイズ等に起因して、エラーデータを含む可能性がある。

あるいは、仕様変更制御処理部２４のデータ取得部２４ａが携帯端末２から取得した仕様変更用データは、仕様変更制御処理部２４と携帯端末２との通信時の通信不良もしくは外来ノイズ等に起因して、エラーデータを含む可能性がある。

そこで、仕様変更制御処理部２４は、ＳＴＥＰ８の判定処理を実行する。この判断処理は、誤り検出符号、又は誤り訂正符号等を使用する公知の手法により行うことができる。

ＳＴＥＰ８の判定結果が否定的である場合（携帯端末２から取得した仕様変更用データがエラーデータを含んでいる場合）には、仕様変更制御処理部２４は、仕様変更用データを改めて取得すべく、ＳＴＥＰ２からの処理を再開する。この場合、ＳＴＥＰ３の判断結果が否定的であると認識され、ＳＴＥＰ４からの処理が実行される。

一方、ＳＴＥＰ８の判断結果が肯定的である場合（携帯端末２から取得した仕様変更用データが正常なデータである場合）には、仕様変更制御処理部２４は、ＳＴＥＰ９において、当該取得した仕様変更用データを、前記複数の変更仕様用記憶部２３のうちの空き領域となっている記憶部２３に書き込む。従って、仕様変更制御処理部２４が携帯端末２から取得した仕様変更用データは、ＳＴＥＰ８の判断結果が肯定的であることを必要要件として、不揮発性の記憶部たる変更仕様用記憶部２３に書き込まれる。

なお、本実施形態では、変更仕様用記憶部２３に記憶保持された仕様変更用データは車両１０で使用されない場合もある。そして、ある１つの変更仕様用記憶部２３に既に書き込まれている仕様変更用データが使用中のものでない場合には、該変更仕様用記憶部２３の記憶データを新たに取得した仕様変更用データに更新するようにしてもよい。

ＳＴＥＰ９の書き込み処理が終了すると、次に、仕様変更制御処理部２４は、ＳＴＥＰ１０において、変更仕様用記憶部２３への仕様変更用データの書き込みが正常に行われたか否かを判定する。この判定処理は、ＳＴＥＰ８の判定処理と同様に、誤り検出符号、又は誤り訂正符号等を使用する公知の手法により行うことができる。

そして、ＳＴＥＰ１０の判定結果が肯定的である場合には、仕様変更制御処理部２４は、図２のフローチャートの処理を終了する。また、ＳＴＥＰ１０の判定結果が否定的である場合には、仕様変更制御処理部２４は、ＳＴＥＰ９の処理を改めて実行することで、変更仕様用記憶部２３への仕様変更用データの書き込みをやり直す。

なお、ＳＴＥＰ１０の判定処理を省略することも可能である。

車両１０の仕様変更用データを車両制御装置１１で取得する処理は以上の如く実行される。

上記の如く仕様変更制御処理部２４による仕様変更用データの取得が行われるので、車両１０の運転者は、携帯端末２の操作を必要とせずに、表示装置１５の画面操作もしくは音声入力によって、仕様変更制御処理部２４に、仕様変更用データの取得を行わせることができる。このため、運転者は、車両１０の運転中においても、仕様変更制御処理部２４による仕様変更用データの取得を行わせることができる。

また、携帯端末２とサーバ１００との間の通信（ひいては、携帯端末２でサーバ１００から仕様変更用データを取得する処理）は、該携帯端末２が車両１０に配置されている場合と配置されていない場合（携帯端末２を所持した運転者が車両１０から離れている場合等）とのいずれの場合でも、広域のエリアで行うことができる。

そして、携帯端末２と車両制御装置１１との間の通信（ひいては、車両制御装置１１の仕様変更制御処理部２４で仕様変更用データを取得する処理）は、該携帯端末２が車両１０に配置されている状態においては、車両１０の存在場所によらずに行うことができる。

このため、車両１０の存在場所の制約を受けずに、車両１０の車両制御装置１１に仕様変更用データを携帯端末２を介して取得させることができる。

また、前記ＳＴＥＰ８の判定処理、さらにはＳＴＥＰ１０の判定処理を車両制御装置１１の仕様変更制御処理部２４で行うようにすることで、携帯端末２とサーバ１００と間のの通信時、あるいは、携帯端末２と車両制御装置１１との間の通信時に、仕様変更用データにエラーデータが含まれてしまったような場合でも、該エラーデータを含む仕様変更用データが、車両１０の制御用データとして変更仕様用記憶部２３に記憶保持されてしまうのを確実に防止することができる。

次に、車両１０の制御仕様を、現在の制御仕様から、上記の如く取得した仕様変更用データにより規定される制御仕様に切替える（変更する）処理について説明する。

車両制御装置１１の仕様変更制御処理部２４は、前記した如く仕様変更用データを変更仕様用記憶部２３に書き込んだ後に、図３のフローチャートに示す処理を実行する。なお、この処理が、前記仕様切替処理部２４ｃの処理である。また、この処理は、携帯端末２と車両制御装置１１との通信を行い得る状態であるか否かによらずに実行される。

ＳＴＥＰ２１において、仕様変更制御処理部２４は、車両１０の制御仕様の切替え（変更）の要求があるか否かを判断する。

本実施形態では、表示装置１５の画面操作もしくはマイク１６への音声入力によって車両１０の制御仕様の切替が指示された場合に、ＳＴＥＰ２１の判断結果が肯定的になる。

具体的には、携帯端末２が車両制御装置１１と通信可能となっている状態において表示装置１５に表示され、あるいは、表示装置１５の所定の操作によって該表示装置１５に表示される第２操作部１５ｂを車両１０の運転者がタッチ操作することで、仕様変更制御処理部２４の仕様切替処理部２４ｃに対して車両１０の制御仕様の切替えが指示される。

あるいは、車両１０の運転者が、マイク１６に対して制御仕様の切替えを指示する音声を入力することで、仕様変更制御処理部２４の仕様切替処理部２４ｃに対して制御仕様の切替えが指示される。これらの場合に、ＳＴＥＰ２１の判断結果が肯定的になる。

この場合、車両１０の運転者は、携帯端末２の操作を必要とせずに、制御仕様の切替えの指示を行うことができるので、車両１０の運転中でも当該指示を容易に行うことができる。

なお、複数の仕様変更用データが変更仕様用記憶部２３に記憶保持されている場合には、仕様変更制御処理部２４は、制御仕様の変更が指示された場合に、表示装置１５の画面に当該複数の仕様変更用データの内容を表示する。そして、車両１０の運転者は、当該複数の仕様変更用データのうちから新たに採用しようとする１つの仕様変更用データを、表示装置１５の画面操作又は音声入力により選択する。

ＳＴＥＰ２１の判断結果が否定的である場合には、仕様変更制御処理部２４はＳＴＥＰ２１の判断結果が肯定的になるまでＳＴＥＰ２１の判断処理を逐次繰り返す。また、ＳＴＥＰ２１の判断結果が肯定的になった場合には、仕様変更制御処理部２４は、次に、ＳＴＥＰ２２において、車両１０の制御仕様を切替えてもよい状況であるか否かを判断する。

この判断は、車両１０の車速等の状態量に基づいて行われる。例えば車両１０の車速がゼロである場合に、ＳＴＥＰ２２の判断結果が肯定的となり、車両１０の車速がゼロでない場合に、ＳＴＥＰ２２の判断結果が否定的となる。

なお、例えば、車両１０の制御用の電子機器（アクチュエータ等）の電源電圧を考慮し、該電源電圧が適切な電源電圧の下限値よりも低い場合にも、ＳＴＥＰ２２の判断結果が否定的になるようにしてもよい。

補足すると、ＳＴＥＰ２２の判断のための指標は、切替えようとする制御仕様の内容に合わせて設定しておけばよい。例えば切替えようとする制御仕様が車両１０のエアコン装置の制御仕様である場合には、外気温等をＳＴＥＰ２２の判断のための指標として使用することができる。この場合、車両１０の走行中でも制御仕様を切り替えることができる。

ＳＴＥＰ２２の判断結果が否定的である場合には、仕様変更制御処理部２４はＳＴＥＰ２２の判断結果が肯定的となるまでＳＴＥＰ２２の判断処理を逐次繰り返す。

また、ＳＴＥＰ２２の判断結果が肯定的である場合には、仕様変更制御処理部２４は、ＳＴＥＰ２３において、制御仕様を切替える。具体的には、仕様変更制御処理部２４は、車両制御処理実行部２５が車両１０の制御用データとして実際に使用するデータが、標準仕様用記憶部２２及び変更仕様用記憶部２３のいずれの記憶部に記憶保持されているデータであるかを示すアクティブ記憶部識別データを、車両１０の運転者により指示された仕様変更用データが記憶保持されている変更仕様用記憶部２３を示すデータに変更する。

なお、運転者により指示された仕様変更用データは、変更仕様用記憶部２３のいずれか１つにだけ仕様変更用データが書き込まれている場合には、該仕様変更用データであり、複数の変更仕様用記憶部２３に仕様変更用データが書き込まれている場合には、運転者が表示装置１５の画面操作あるいは音声入力により選択した仕様変更用データである。

次いで、ＳＴＥＰ２４において、仕様変更制御処理部２４は、切替後の仕様変更用データが正常なデータであるか否かを判定する。この判定処理は、前記ＳＴＥＰ８又はＳＴＥＰ１０の判断処理と同様に、誤り検出符号、又は誤り訂正符号等を使用する公知の手法により行うことができる。

ＳＴＥＰ２４の判定結果が肯定的である場合には、仕様変更制御処理部２４は、ＳＴＥＰ２５において、切替後の仕様変更用データを使用した車両１０の制御が正常であるか否かを判断する。

ここで、ＳＴＥＰ２４の判断結果が肯定的である場合には、以後、少なくともあらかじめ定められた所定期間は、車両制御処理実行部２５によって、切替後の仕様変更用データ（アクティブ記憶部識別データにより示される変更仕様用記憶部２３に記憶保持された仕様変更用データ）を使用した車両１０の制御が行われる。そして、ＳＴＥＰ２４の判断処理は、かかる車両１０の制御が正常であるか否かを判断する処理である。

ＳＴＥＰ２４の判断処理は、切替後の仕様変更用データを使用した車両１０の制御に関連する値（例えば、該制御に関連する所定の状態量の計測値）に基づいて行われる。

具体的には、制御仕様の切替え後の所定期間において、切替後の仕様変更用データを使用した車両１０の制御に関連する値が、あらかじめ定めれた所定の必要条件（例えばあらかじめ定めた所定範囲内に収まる状態が所定時間以上となる等の条件）を満たす場合には、仕様変更制御処理部２４は、切替後の仕様変更用データを使用した車両１０の制御が正常であると判断し、上記所定の必要条件を満たさない場合には、切替後の仕様変更用データを使用した車両１０の制御が正常でないと判断する。

一例として、切替後の仕様変更用データが、車両１０の燃費の向上を目的として、蓄電装置１４のＳＯＣ（State of charge）の目標値等を変更するものである場合、切替後の仕様変更用データを使用した車両１０の制御によって実現される車両１０の燃費が所定値以上となる状況が所定時間以上になるという必要条件を満たす場合には、切替後の仕様変更用データを使用した車両１０の制御が正常であると判断される。

また、車両１０の燃費が上記必要条件を満たさない場合には、切替後の仕様変更用データを使用した車両１０の制御が正常でないと判断される。

ＳＴＥＰ２５の判断結果が肯定的である場合には、切替後の仕様変更用データを使用した車両１０の制御が正常であるので、仕様変更制御処理部２４は、図３のフローチャートに示す処理を終了する。以後は、車両制御処理実行部２５による車両１０の制御は、新たに制御仕様を変更することとなるまで、当該切替後の仕様変更用データにより規定される制御仕様で行われる。

また、ＳＴＥＰ２５の判断処理が否定的である場合には、仕様変更制御処理部２４は、ＳＴＥＰ２６において、車両１０の制御仕様を標準仕様に切替える。具体的には、前記アクティブ記憶部識別データを、前記標準仕様用記憶部２２を示すデータに切替える。そして、仕様変更制御処理部２４は、図３のフローチャートに示す処理を終了する。

なお、ＳＴＥＰ２６での制御仕様の切替えは、前記ＳＴＥＰ２２と同じ判断処理の判断結果が肯定的となる状況で行われる。

また、前記ＳＴＥＰ２４の判定結果が否定的である場合（切替後の仕様変更用データが正常なデータでない場合）には、仕様変更制御処理部２４は、ＳＴＥＰ２６の処理と同様に、ＳＴＥＰ２７において、車両１０の制御仕様を標準仕様に切替える。

さらに、仕様変更制御処理部２４は、ＳＴＥＰ２８において、ＳＴＥＰ２３で切替えよとしていた制御仕様を規定する仕様変更用データを再度、取得すべき旨の指令をデータ取得部２４ａに対して出力する。

この場合、仕様変更制御処理部２４は、携帯端末２と車両制御装置１１との間の通信が可能となっている状態で、図２のＳＴＥＰ２からの処理をデータ取得部２４ａ及びデータ判定部２４ｂにより実行する。なお、この場合、ＳＴＥＰ３の判断結果は否定的と認識される。

これにより、仕様変更用データがサーバ１００から携帯端末２を介して改めて取得され、変更仕様用記憶部２３に書き込まれる。

以上が、制御仕様の切替えに関する処理の詳細である。

以上説明した第１実施形態によれば、車両制御装置１１は、サーバ１００から携帯端末２を介して仕様変更用データを取得することができる。このため、利便性あるいは使い勝手の良い制御仕様変更システム１を低コストで実現できる。

［第２実施形態］
次に、本発明の第２実施形態を図４〜図６を参照して説明する。なお、本実施形態の説明は、第１実施形態と相違する事項を中心に行い、第１実施形態と同一の事項については説明を省略する。

図４を参照して、本実施形態では、車両制御装置１１は、第１実施形態で説明した構成に加えて、車両１０に関する情報を示す車両情報データを取得して、その取得した車両情報データを携帯端末２を介してサーバ１００に送信する車両情報データ送信部３１をさらに備える。

車両情報データは、本実施形態では、車両１０に関する複数種類の状態量の検出データ又は推定データを含む。

さらに詳細には、車両１０には、例えば、車両１０の位置情報及び日時情報を含むＧＰＳ情報を受信するＧＰＳ受信機３２と、車両１０の周辺の気温（外気温）を検出する温度センサ３３と、車両１０の空間的な姿勢（例えばピッチ方向及びロール方向の傾斜角）を検出するためのジャイロセンサ３４と、車両１０の車速を検出するための車速センサ３５と、車両１０のアクセルペダルの操作量（以降、アクセル操作量という）を検出するためのアクセルセンサ３６と、蓄電装置１４の充電状態ＳＯＣを推定するためのＳＯＣ推定用センサ３７（蓄電装置１４の出力電圧及び通電電流をそれぞれ検出する電圧センサ及び電流センサ等）とが搭載されている。

そして、車両情報データ送信部３１は、携帯端末２が車両１０に配置されて、該携帯端末２と車両制御装置１１とが通信可能となっている状態で、上記の各検出器の出力に基づき認識される検出データ又は推定データを車両情報データとして取得する。

具体的には、車両情報データ送信部３１は、ＧＰＳ受信機３２が受信したＧＰＳ情報（車両１０の位置情報及び日時情報）と、温度センサ３３が検出した外気温と、ジャイロセンサ３４が検出した車両１０の姿勢と、車速センサ３５が検出した車速と、アクセルセンサ３６が検出したアクセル操作量と、ＳＯＣ推定用センサ３７の出力から推定される蓄電装置１４のＳＯＣと、車両１０の燃料消費推定量（例えばエンジン１３用の図示しない燃料タンクの燃料計の指示値と車両１０の走行距離計の指示値とから推定される値）と、これらの検出値もしくは推定値の所定時間の期間（現在時刻から所定時間前までの期間）における推移とを車両情報データとして取得する。

さらに、車両情報データ送信部３１は、取得した車両情報データを、車両制御装置１１の通信機２１から携帯端末２に送信する。このとき、携帯端末２は、車両情報データ送信部３１からの指令により、サーバ１００との通信を行い、車両制御装置１１から送信された車両情報データをサーバ１００に転送する。

このように、本実施形態では、携帯端末２と車両制御装置１１とが通信可能となっている状態で、車両１０の車両情報データが携帯端末２を介してサーバ１００に送信される。この場合、車両１０の識別データと、車両情報データの送信時に車両１０で使用している制御仕様を示すデータ（以降、送信時使用制御仕様データという）とが車両情報データと共にサーバ１００に送信される。

そして、サーバ１００は、車両１０から送信された車両情報データ及び送信時使用制御仕様データを該車両１０の識別データと対応づけて保存する。なお、サーバ１００への車両情報データ等の送信は、本実施形態の制御仕様変更システム１と同様のシステムを搭載した他車両についても同様に行われる。

また、サーバ１００は、車両１０から送信された車両情報データ等のデータが正常なデータであるか否かのエラーチェック（前記ＳＴＥＰ８と同様の判断処理）を行い、受信したデータのエラーがある場合には、車両情報データ等の再度の送信を携帯端末２に要求する。他車両からサーバ１００に送信されるデータについても同様である。

本実施形態では、サーバ１００は、車両１０に対応する携帯端末２との通信によって、仕様変更用データの送信が要求された場合に、車両１０に適合する制御仕様を車両情報データを利用して決定し、その決定した制御仕様に対応する仕様変更用データを携帯端末２に送信する。

以降、このサーバ１００の処理を図５及び図６を参照して説明する。なお、以降の説明では、制御仕様を変更しようとする車両１０を対象車両１０という。また、他車両は、特にことわらない限り、本実施形態の制御仕様変更システム１と同様のシステムを搭載した他車両等、車両情報データを適宜、サーバ１００に送信することを行う他車両を意味する。

サーバ１００は、車両１０に対応する携帯端末２との通信によって、仕様変更用データの送信が要求された場合に、図５のフローチャートに示す処理を実行する。

まず、ＳＴＥＰ３１において、サーバ１００は、対象車両１０に対応する携帯端末２から受信した車両情報データ（最新の車両情報データ）から対象車両１０の状況（対象車両１０に使用環境の状況）を分類する。

このＳＴＥＰ３１の処理は、一例として、図６のフローチャートに示す如く実行される。本実施形態では、対象車両１０の状況は、高外気温状況、低外気温状況、高勾配状況、渋滞状況、郊外状況及び標準状況の６つの状況のいずれかに分類される。

具体的には、サーバ１００は、ＳＴＥＰ４１において、対象車両１０が高外気温地域で使用されていると判断される場合（ＳＴＥＰ４１の判断結果が肯定的となる場合）には、ＳＴＥＰ４２において、対象車両１０の状況が、対象車両１０が高外気温地域にいる高外気温状況であると判断する。

上記ＳＴＥＰ４１の判断は、車両情報データのうちの外気温に基づいて行われ、該外気温が所定の高外気温判定温度より高い場合が、ＳＴＥＰ４１の判断結果が肯定的となる場合である。

また、サーバ１００は、ＳＴＥＰ４３において、対象車両１０が低外気温地域で使用されていると判断される場合（ＳＴＥＰ４３の判断結果が肯定的となる場合）には、ＳＴＥＰ４４において、対象車両１０の状況が、対象車両１０が低外気温地域にいる低外気温状況であると判断する。

上記ＳＴＥＰ４３の判断は、車両情報データのうちの外気温に基づいて行われ、該外気温が所定の低外気温判定温度より低い場合が、ＳＴＥＰ４３の判断結果が肯定的となる場合である。

また、サーバ１００は、ＳＴＥＰ４５において、対象車両１０が高勾配地域で使用されていると判断される場合（ＳＴＥＰ４５の判断結果が肯定的となる場合）には、ＳＴＥＰ４６において、対象車両１０の状況が、対象車両１０が高勾配地域にいる高勾配状況であると判断する。

上記ＳＴＥＰ４５の判断は、車両情報データのうちの対象車両１０の姿勢（詳しくは、ピッチ方向の傾斜角）に基づいて行われ、該ピッチ方向の傾斜角の絶対値が所定の高勾配判定角度より大きい場合が、ＳＴＥＰ４５の判断結果が肯定的となる場合である。

また、サーバ１００は、ＳＴＥＰ４７において、対象車両１０が渋滞地域で使用されていると判断される場合（ＳＴＥＰ４７の判断結果が肯定的となる場合）には、ＳＴＥＰ４８において、対象車両１０の状況が、対象車両１０が渋滞地域にいる渋滞状況であると判断する。

上記ＳＴＥＰ４７の判断は、例えば車両情報データのうちの車速の推移とアクセル操作量の推移とに基づいて行われる。例えば、車速の推移及びアクセル操作量の推移から、対象車両１０が、渋滞による停車と発進とを交互に繰り返していると推定される場合に、ＳＴＥＰ４７の判断結果が肯定的とされる。

より詳細には、例えば車速が、予め定められた短い時間内で、所定の値よりも低い状態と、車速がゼロの状態（車両が停車している状態）とが繰り返されている場合、あるいは、予め定められた短い時間内で、アクセル操作量がゼロの状態とアクセル操作量がゼロでない状態とが繰り返されている場合に、ＳＴＥＰ４７の判断結果が肯定的とされる。

また、サーバ１００は、ＳＴＥＰ４９において、対象車両１０が郊外地域で使用されていると判断される場合（ＳＴＥＰ４９の判断結果が肯定的となる場合）には、ＳＴＥＰ５０において、対象車両１０の状況が、対象車両１０が郊外地域にいる郊外状況であると判断する。

上記ＳＴＥＰ４９の判断は、車両情報データのうちの車速の推移とアクセル操作量の推移とに基づいて行われる。例えば、車速が一定（又はほぼ一定）に維持されている時間が所定の値以上であるか、又はアクセル操作量が一定（又はほぼ一定）に維持されている時間が所定の値以上である場合に、ＳＴＥＰ４９の判断結果が肯定的とされる。

なお、上記ＳＴＥＰ４１，４３，４５，４７，４９の判断条件は、対象車両１０を含む任意の車両の状況を適切に分類できるように、予め実験等に基づき設定される。

さらに、サーバ１００は、対象車両１０の状況が上記の５つの状況（高外気温状況、低外気温状況、高勾配状況、渋滞状況及び郊外状況）のいずれにも該当しない場合（ＳＴＥＰ４１，４３，４５，４７，４９の全ての判断結果が否定的となる場合）には、ＳＴＥＰ５１において、対象車両１０の状況が標準状況であると判断する。

なお、対象車両１０の状況を分類する条件は、上記のものに限らない。例えば、ＧＰＳ受信機３２が受信した位置情報及び日時情報と、その他の情報とに基づいて対象車両１０の状況を分類してもよい。

例えば、その他の情報が天気予報による予想気温である場合には、対象車両１０の位置情報と日時情報とに対する天気予報の予想気温を、実際の外気温の推定値として用いることもできる。また、その他の情報が、各地域の過去の外気温の統計情報である場合には、対象車両１０の位置情報と日時情報とに対応して、統計情報の外気温から推定された外気温を、実際の外気温の推定値として用いることもできる。

そして、サーバ１００は、上記の如く得られる外気温の推定値に基づいて、対象車両１０の状況が対象車両１０が高外気温地域にいる高外気温状況であるか否かを判断し、対象車両１０の状況が、対象車両１０が低外気温地域にいる低外気温状況であるか否かを判断するようにしてもよい。

また、例えば、その他の情報が、サーバ１００が参照可能な地図データ等に設定された路面の勾配である場合には、対象車両１０の位置情報に対応して、地図データ等に設定された路面の勾配を、対象車両１０の実際のピッチ方向の傾斜角の推定値として用いることができる。この場合、該傾斜角の推定値に基づいて、対象車両１０の状況が、対象車両１０が高勾配地域にいる高勾配状況であるか否かを判断することができる。

また、例えば、その他の情報が、渋滞情報である場合には、対象車両１０の位置情報に対応する渋滞情報に基づいて、対象車両１０の状況が、渋滞状況か否かを判断することができる。

また、例えば、その他の情報が、サーバ１００が参照可能な地図データ等の場合には、対象車両１０の位置情報に対応する渋滞情報に基づいて、対象車両１０の状況が、郊外状況か否かを判断することができる。

なお、対象車両１０の状況の分類は、図６に示された６つの状況に限らず、他の状況（例えば、高速道路を走行中の状況）を採用してもよい。あるいは、対象車両１０の状況を、図６に示された６つの状況のうちの一部の複数の状況に限定して分類してもよい。

以上が、前記ＳＴＥＰ３１の処理の詳細である。

図５の説明に戻って、サーバ１００は、ＳＴＥＰ３１の処理が終了すると（図６のフローチャートの処理が終了すると）、次にＳＴＥＰ３２において、他車両について受信済の車両情報データ（過去に受信して保存した車両情報データ）のうち、対象車両１０の状況と同一の状況にある車両情報データを取得する。

詳細には、サーバ１００は、まず、他車両について受信済の各車両情報データに対して、図６のフローチャートと同様の処理によって、当該車両情報データの受信時における他車両の状況を分類する。そして、サーバ１００は、受信済の車両情報データのうち、ＳＴＥＰ３１で分類された対象車両１０の状況と同一の状況に分類された１又は複数の車両情報データ（以降、このような車両情報データを同一状況車両情報データという）を取得する。

なお、上記同一状況車両情報データは、対象車両１０について受信した車両情報データ（最新の車両情報データ）と所定の関係（本実施形態では、対象車両１０と同一状況にあるという関係）を有する他車両の車両情報データに相当するものである。

次いで、ＳＴＥＰ３３において、サーバ１００は、同一状況車両情報データに基づいて、対象車両１０の状況に適合する制御仕様（対象車両１０が現在使用中の制御仕様と異なる新たな制御仕様）を決定する。この処理の詳細は後述する。

次いでＳＴＥＰ３４において、サーバ１００は上記の如く決定した制御仕様に対応する仕様変更用データを決定し、さらにその仕様変更用データを携帯端末２に送信する。これにより、対象車両１０に適合する制御仕様を規定する仕様変更用データがサーバ１００から携帯端末２に送信される。

上記ＳＴＥＰ３３の処理の詳細を以下に説明する。

ＳＴＥＰ３３の処理では、サーバ１００は、例えば、各同一状況車両情報データにおける燃料消費推定量及びその推移から認識される燃費（例えば、一定時間内の平均燃費）が対象車両１０の燃費よりも高い同一状況車両情報データを送信した他車両の制御仕様（当該同一状況車両情報データの送信時の制御仕様）を表す前記送信時使用制御仕様データに基づいて、対象車両１０の制御仕様を決定する。

具体的には、サーバ１００は、同一状況車両情報データのうち、対象車両１０よりも最も燃費が高い同一状況車両情報データを送信した他車両の送信時使用制御仕様データにより示される制御仕様を、対象車両１０の状況に適合する新たな制御仕様として決定する。

ここで、対象車両１０の車両制御装置１１による電動機１２及びエンジン１３の制御仕様は、例えば、蓄電装置１４の目標ＳＯＣ、あるいは、対象車両１０のアクセル操作量及び車速に応じて電動機１２の目標出力トルクを決定するためのマップ（以降、モータトルクマップという）等を使用して、電動機１２及びエンジン１３の運転制御を行う制御仕様として構成され得る。

この場合、対象車両１０の車両制御装置１１で使用する上記目標ＳＯＣ又はモータトルクマップを変更させ、あるいは、エンジン１３の始動条件を変更させるように対象車両１０の新たな制御仕様を決定することで、前記の如く分類される対象車両１０の各状況（対象車両１０の使用環境の状況）において、該対象車両１０の燃費を向上させるように新たな制御仕様を決定できる。

このように、サーバ１００は、対象車両１０の状況と同一の状況の１つ又は複数の他車両の車両情報データに基づいて対象車両１０の制御仕様を決定する。このため、対象車両１０の車両情報データのみに基づいて対象車両１０の制御仕様を決定する場合に比べて、より多くの状況が考慮されるので、対象車両１０の状況に、より適合した制御仕様を決定できる。

また、サーバ１００が他車両から受信済の車両情報データを利用して、対象車両１０の制御仕様を決定するため、対象車両１０の走行時間又は走行距離が短い状況であっても、対象車両１０の状況に適合した制御仕様を決定できる。

なお、サーバ１００は、対象車両１０の状況に適合する新たな制御仕様として、燃費が向上する制御仕様を決定する他、例えば、燃費の向上の代わりに、あるいは、燃費の向上に加えて、対象車両１０の蓄電装置１４の耐久性（寿命）又は対象車両１０のドライバビリティが向上するように、新たな制御仕様を決定するようにしてもよい。

本実施形態は、以上説明した事項以外は、第１実施形態と同じである。

かかる本実施形態によれば、サーバ１００は、対象車両１０の車両情報データと、他車両の同一状況車両情報データとに基づいて対象車両１０に適合する制御仕様（ひいては、仕様変更用データ）を決定する。このため、対象車両１０の車両制御装置１１は、対象車両１０の運転者の選択処理等を必要とせずに、該対象車両１０に好適な仕様変更用データをサーバ１００から携帯端末２を介して取得することができる。

このため、本実施形態の制御仕様変更システム１の利便性あるいは使い勝手をより高めることができる。

［変形態様］
次に、以上説明した実施形態に関連する変形態様をいくつか説明する。

前記各実施形態では、制御仕様を変更可能な車両として、ハイブリッド車両を例にとって説明したが、制御仕様を変更可能な車両は、エンジン１３又は電動機１２のいずれか一方だけを動力源として持つ車両であってもよい。また、車両は、制御仕様を変更可能な車両は、自動二輪車、作業用車両等であってもよい。

また、前記各実施形態では、音声入力部としてのマイク１６を備えるシステムを説明したが、該音声入力部を省略するようにしてもよい。

また、前記各実施形態では、車両制御装置１１で仕様変更用データを取得することを指示する第１操作部１５ａ、あるいは、制御仕様の切替えを指示する第２操作部１５ｂを表示装置１５の画面の操作部（タッチ操作部）とて構成したが、これらの操作部１５ａ，１５ｂは、車両１０の表示装置１５の周辺、あるいは、車両１０のステアリングハンドル等に備えた機械操作式の操作部であってもよい。

また、前記第２実施形態では、対象車両１０の制御仕様をサーバ１００で決定するために、他車両の車両情報データを使用したが、例えば、対象車両１０の車両情報データだけに基づいて、対象車両１０の制御仕様を決定するようにしてもよい。

一例として、対象車両１０に関する前記６つの状況（高外気温状況、低外気温状況、高勾配状況、渋滞状況、郊外状況及び標準状況）に応じて、対象車両１０の新たな制御仕様をサーバ１００で決定する場合の具体例を以下に概略的に説明する。

本例では、対象車両１０の状況が標準状況である場合には、サーバ１００は、燃費を向上させるように（又は蓄電装置１４の耐久性が向上するように）目標ＳＯＣ又はモータトルクマップを変更するように、対象車両１０の新たな制御仕様を決定する。

また、対象車両１０の状況が高外気温状況である場合には、対象車両１０のエアコン装置が多用されることが予測される。このため、サーバ１００は、エアコン装置の使用を考慮したモータトルクマップに変更するか、又は電動機１２の駆動力のみによる対象車両１０の走行中にエンジン１３を始動する条件（以降、ＥＶ走行時エンジン始動条件という）を変更するように、対象車両１０の新たな制御仕様を決定する。

また、対象車両１０の状況が低外気温状況である場合には、蓄電装置１４の出力効率が低下する。このため、サーバ１００は、蓄電装置１４の出力効率の低下を考慮したモータトルクマップに変更するように、対象車両１０の新たな制御仕様を決定する。

また、対象車両１０の状況が高勾配状況である場合には、下り坂での対象車両１０の走行中に電動機１２の回生運転による発電電力を多く得ることが期待できる。このため、サーバ１００は、目標ＳＯＣを通常より小さい値に変更するように、対象車両１０の新たな制御仕様を変更する。

また、対象車両１０の状況が渋滞状況である場合には、対象車両１０の停車と発進とが短時間で繰り返されることが予測される。このため、サーバ１００は、ので、これを考慮したモータトルクマップ及び目標ＳＯＣを用いるように制御仕様を変更する。

また、対象車両１０の状況が郊外状況である場合には、対象車両１０の停車及び発進の頻度が低くなることが予測される。このため、サーバ１００は、これを考慮したモータトルクマップ及び目標ＳＯＣを用いるように制御仕様を変更する。

１…制御仕様変更システム、２…携帯端末、３…公衆通信網、１０…車両、１１…車両制御装置、、１５ａ…第１操作部、１５ｂ…第２操作部、１６…マイク（音声入力部）、２３…変更仕様用記憶部（不揮発性の記憶部）、２４ａ…データ取得部、２４ｂ…データ判定部、１００…サーバ。

Claims (10)

1. 車両の制御仕様を変更するための制御仕様変更システムであって、
   前記車両の制御仕様を変更するための仕様変更用データを提供するサーバと公衆通信網を介して通信可能に構成され、該サーバとの通信により前記仕様変更用データを取得する携帯端末と、
   前記車両に搭載されており、前記携帯端末が前記車両に配置された状態で該携帯端末と通信可能に構成された車両制御装置とを備え、
   前記車両制御装置は、前記携帯端末が前記サーバから取得した仕様変更用データを該携帯端末との通信によって取得するデータ取得部と、該データ取得部が前記携帯端末から取得した仕様変更用データが正常なデータであるか否かを判定するデータ判定部とを備え、該データ判定部の判定結果が肯定的であることを必要条件として、前記データ取得部で取得した仕様変更用データを不揮発性の記憶部に記憶保持し、該記憶部に記憶保持された仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることを特徴とする制御仕様変更システム。
2. 請求項１記載の制御仕様変更システムにおいて、
   前記データ取得部は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記車両の運転者が操作可能に該車両に配置された第１操作部の操作によって仕様変更用データの取得が指示された場合に、又は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記車両の運転者の音声を入力可能に該車両に配置された音声入力部への音声の入力によって仕様変更用データの取得が指示された場合に、前記携帯端末が既に前記サーバから仕様変更用データを取得しているか否かを判断し、該判断結果が肯定的である場合には、該携帯端末が既に取得している仕様変更用データを該携帯端末から取得する処理を実行し、該判断結果が否定的である場合には、前記サーバから仕様変更用データを取得することを前記携帯端末に実行させ、さらに、該携帯端末から該仕様変更用データを取得する処理を実行するように構成されていることを特徴とする制御仕様変更システム。
3. 請求項１又は２記載の制御仕様変更システムにおいて、
   前記車両制御装置は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記データ取得部が前記携帯端末から取得した仕様変更用データについての前記データ判定部の判定結果が否定的である場合には、前記サーバから前記仕様変更用データを取得する処理を前記携帯端末に改めて実行させ、さらに前記データ取得部およびデータ判定部の処理を実行するように構成されているように構成されていることを特徴とする制御仕様変更システム。
4. 請求項１〜３のいずれか１項に記載の制御仕様変更システムにおいて、
   前記車両制御装置は、前記仕様変更用データを前記不揮発性の記憶部に記憶保持した後に、前記車両の運転者が操作可能に該車両に配置された第２操作部の操作によって制御仕様の変更が指示されることを必要条件として、前記仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることを特徴とする制御仕様変更システム。
5. 請求項１〜４のいずれか１項に記載の制御仕様変更システムにおいて、
   前記車両制御装置は、前記携帯端末との通信が可能となっている状態で、前記車両に関する情報を示す車両情報データを取得して、当該取得した車両情報データを前記携帯端末を介して前記サーバに送信する車両情報データ送信部をさらに備えており、前記サーバは、前記車両に対応する仕様変更用データを前記携帯端末に送信するとき、少なくとも該車両に関して受信した前記車両情報データに基づいて該車両に対応する仕様変更用データを可変的に決定するように構成されていることを特徴とする制御仕様変更システム。
6. 請求項５記載の制御仕様変更システムにおいて、
   前記サーバは、前記車両に対応する仕様変更用データを前記携帯端末に送信するとき、該車両である対象車両に関して受信した前記車両情報データと、該対象車両以外の１つ以上の他車両に関して受信済の車両情報データであって、該対象車両に関する車両情報データと所定の関係を有する車両情報データとに基づいて該対象車両に対応する仕様変更用データを可変的に決定するように構成されていることを特徴とする制御仕様変更システム。
7. 制御仕様を変更可能な車両であって、
   当該車両の制御仕様を変更するための仕様変更用データを提供するサーバと公衆通信網を介して通信することによって該仕様変更用データを取得する携帯端末が前記車両に配置された状態で、該携帯端末と通信可能に構成された車両制御装置を備え、
   前記車両制御装置は、前記携帯端末が前記サーバから取得した仕様変更用データを、該携帯端末との通信によって取得するデータ取得部と、該データ取得部が前記携帯端末から取得した仕様変更用データが正常なデータであるか否かを判定するデータ判定部とを備え、該データ判定部の判定結果が肯定的であることを必要条件として、前記データ取得部で取得した仕様変更用データを不揮発性の記憶部に記憶保持し、該記憶部に記憶保持された仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることを特徴とする車両。
8. 請求項７記載の車両において、
   前記データ取得部は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、当該車両の運転者が操作可能に当該車両に配置された第１操作部の操作によって仕様変更用データの取得が指示された場合に、又は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、当該車両の運転者の音声を入力可能に当該車両に配置された音声入力部への音声の入力によって仕様変更用データの取得が指示された場合に、前記携帯端末が既に前記サーバから仕様変更用データを取得しているか否かを判断し、該判断結果が肯定的である場合には、該携帯端末が既に取得している仕様変更用データを該携帯端末から取得する処理を実行し、該判断結果が否定的である場合には、前記サーバから仕様変更用データを取得することを前記携帯端末に実行させ、さらに、該携帯端末から該仕様変更用データを取得する処理を実行するように構成されていることを特徴とする車両。
9. 請求項７又は８記載の車両において、
   前記車両制御装置は、前記携帯端末と前記車両制御装置との通信が可能となっている状態で、前記データ取得部が前記携帯端末から取得した仕様変更用データについての前記データ判定部の判定結果が否定的である場合には、前記携帯端末に、前記サーバから前記仕様変更用データを取得する処理を前記携帯端末に改めて実行させ、さらに前記データ取得部およびデータ判定部の処理を実行するように構成されていることを特徴とする車両。
10. 請求項７〜９のいずれか１項に記載の車両において、
    前記車両制御装置は、前記仕様変更用データを前記不揮発性の記憶部に記憶保持した後に、前記車両の運転者が操作可能に該車両に配置された第２操作部の操作によって制御仕様の変更が指示されることを必要条件として、前記仕様変更用データにより規定される制御仕様で前記車両の制御処理を実行するように構成されていることを特徴とする車両。
    

Images