制御装置
【課題】車両に搭載される制御手段の制御内容の変更の促進を図ることができる制御装置を提供する。
【解決手段】プログラム更新案内装置３５では、車両３のユーザの特性情報を特性情報取得部４５によって取得し、この特性情報に基づいてユーザに対するプログラムの更新の案内手法を案内手法設定部４６が設定する。このように、ユーザの特性情報に基づいて案内手法が設定されるので、例えば機器に不慣れなユーザには、オペレータが直接案内を実施するといったプログラムの案内手法を設定することができる。したがって、ユーザの特性に応じた案内手法により、プログラムの更新に対しての抵抗感等を低減でき、その結果、車両３に搭載される電子制御装置の更新の促進を図ることができる。
【解決手段】プログラム更新案内装置３５では、車両３のユーザの特性情報を特性情報取得部４５によって取得し、この特性情報に基づいてユーザに対するプログラムの更新の案内手法を案内手法設定部４６が設定する。このように、ユーザの特性情報に基づいて案内手法が設定されるので、例えば機器に不慣れなユーザには、オペレータが直接案内を実施するといったプログラムの案内手法を設定することができる。したがって、ユーザの特性に応じた案内手法により、プログラムの更新に対しての抵抗感等を低減でき、その結果、車両３に搭載される電子制御装置の更新の促進を図ることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載された制御手段の制御内容の変更を案内する制御装置に関する。
【背景技術】
【０００２】
従来、車両の内部に搭載された装置を制御するプログラムを更新する技術が提案されている。例えば、下記の特許文献１に記載の装置では、車両外部のプログラム提供センターからプログラムの書き換え要求があった場合に、車両の動作状態に基づいて車両制御プログラムの書き換えが可能であるか否かを判断し、この判断結果に基づいて車両のユーザの携帯電話に対して書き換えに関する情報を通知している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−６５８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、車両制御装置（制御手段）であるＥＣＵ（Electronic Control Unit)のプログラムの更新が通知された際、例えば機器の扱いに不慣れなユーザ（年配のユーザ等）は、プログラムの更新に対して不安感や抵抗感等を覚える場合がある。この場合、ユーザによっては、プログラムの更新を実施しないこともある。プログラムの更新は、対象となる全車両に実施してもらうことが好ましく、特に重要度の高いプログラムにあっては、早めの更新が好ましい。そのため、プログラム更新の促進を図るべく、プログラムの更新通知や案内手法について更なる改善が求められている。
【０００５】
本発明は、上記課題を解決するためになされたものであり、車両に搭載される制御手段の制御内容の変更の促進を図ることができる制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係る制御装置は、車両に搭載される制御手段の制御内容の変更を案内する制御装置であって、車両のユーザの特性情報を取得する特性情報取得手段と、特性情報取得手段によって取得された特性情報に基づいて、ユーザに対する制御内容の変更の案内手法を設定して出力する案内手法設定手段と、を備えることを特徴とする。
【０００７】
この制御装置では、車両のユーザの特性情報を取得し、特性情報に基づいてユーザに対する制御内容の変更の案内手法を設定する。このように、ユーザの特性情報に基づいて案内手法が設定されるので、例えば機器に不慣れなユーザには、オペレータが直接案内を実施するといった制御内容の変更の案内手法を設定することができる。したがって、ユーザの特性に応じた案内手法により、制御内容の変更に対しての不安感や抵抗感等を低減でき、その結果、車両に搭載される制御手段の制御内容の変更の促進を図ることができる。
【０００８】
特性情報は、ユーザの個人情報であることが好ましい。特に、個人情報は、ユーザの年齢、性別、職業の少なくとも一つを含んでいることが好ましい。この場合には、ユーザの個人情報（年齢、性別、職業等）に合わせて適切な制御内容の変更の案内手法を設定することができる。
【０００９】
特性情報は、車両に搭載される車載機器の利用に関する利用情報であることが好ましい。特に、利用情報は、制御内容の変更の際のオペレータの利用頻度に関する情報、制御内容の変更案内の頻度に関する情報、制御内容の変更の実施頻度に関する情報、制御内容の変更のキャンセルの頻度に関する情報、及びナビゲーションシステムの操作頻度に関する情報の少なくとも一つであることが好ましい。この場合には、ユーザの車載機器（ナビゲーションシステム等）の利用特性、つまり車載機器に対する習熟度に合わせて、適切な制御内容の変更の案内手法を設定することができる。
【００１０】
特性情報は、ユーザの行動を示す行動情報であるが好ましい。また、特性情報は、ナビゲーションシステムの経路情報であることが好ましい。この場合には、ユーザの行動特性、つまりユーザの状況に合わせて、適切な制御内容の変更の案内手法を設定することができる。
【００１１】
特性情報は、ユーザの運転操作に関する運転者操作情報であることが好ましい。この場合には、ユーザの運転操作からユーザの状態（例えば、急いでいる、機嫌がよくない等）を推定することができるので、ユーザの状態に合わせた適切な制御内容の変更の案内手法を設定することができる。
【００１２】
制御手段は、電子制御装置であり、案内手法設定手段は、特性情報取得手段によって取得された特性情報に基づいて、ユーザに対する電子制御装置のプログラムの変更の案内手法を設定して出力することが好ましい。このような構成によれば、車両に搭載される電子制御装置（ＥＣＵ）のプログラムの変更（更新、追加、削除）の促進を図ることができる。
【発明の効果】
【００１３】
本発明によれば、車両に搭載される制御手段の制御内容の変更の促進を図ることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る制御装置を搭載した車両を含むプログラム更新システムを示す図である。
【図２】学習部の動作を示すフローチャートである。
【図３】プログラム更新案内装置の動作を示すフローチャートである。
【図４】個人情報取得処理を示すフローチャートである。
【図５】個人情報による基本属性の特定を説明する図である。
【図６】可変情報取得処理を示すフローチャートである。
【図７】案内手法の補正処理を説明する図である。
【図８】案内手法の補正処理を説明する図である。
【図９】ライフログ情報取得処理を示すフローチャートである。
【図１０】ライフログ情報取得処理を示すフローチャートである。
【図１１】案内手法の補正処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本発明の実施形態について詳細に説明する。なお、説明において、同一要素又は同一機能を有する要素には、同一符号を用いることとし、重複する説明は省略する。
【００１６】
図１は、本発明の一実施形態に係る制御装置を搭載した車両を含むプログラム更新システムを示す図である。図１に示すように、プログラム更新システム１は、オペレータセンター２と、車両３とを含んで構成されている。なお、図示しないが、プログラム更新システム１には、データセンター等も含まれている。
【００１７】
オペレータセンター２は、オペレータが常駐しており、オペレータによって各車両３で実行される電子制御装置（制御手段）であるＥＣＵ（Electronic Control Unit）の制御内容の変更、つまりプログラムの更新（以下、リプログラミング（リプロ））、追加及び削除の管理や監視をサポートするセンターである。オペレータセンター２は、車両３から送信されたリプロ案内データ（リプログラミングの案内方法）を受信し、リプロ案内データに応じたリプログラミングの案内を行う。オペレータセンター２は、車両３とデータの送受信や音声通話を行う通信部２１と、顧客情報ＤＢ（データベース）２２とを含んで構成されている。
【００１８】
顧客情報ＤＢ２２は、車両３を所有するユーザに関する顧客情報（年齢、性別、職業等）を格納している。顧客情報ＤＢ２２は、車両３からの要求に応じて、車両情報に紐付けられた顧客情報を抽出して出力する。
【００１９】
車両３は、センサ３１と、アクチュエータ３２と、ナビゲーションシステム（車載機器）３３と、ＥＣＵ３４と、プログラム更新案内装置（制御装置）３５とを備えている。
【００２０】
センサ３１は、車両３の各種状態情報や、車両外部からの情報を取得する部分である。センサ３１としては、車速センサ、アクセル開度センサ、ハンドル操舵センサ、インフラ装置から発せられる情報（渋滞情報、天気情報等）を受信するセンサ等である。センサ３１は、取得した情報をＥＣＵ３４に出力する。アクチュエータ３２は、スロットルアクチュエータ、ブレーキアクチュエータ、ステアリングアクチュエータ等である。アクチュエータ３２は、制御状態を示す情報をＥＣＵ３４に出力する。
【００２１】
ナビゲーションシステム３３は、ＧＰＳ（Global Positioning System）により車両３の地表面における絶対位置を測定し、別途記憶されている地図情報と照合して、自車両の地図上の位置を特定してディスプレイに表示する。ナビゲーションシステム３３では、ユーザからの入力を受け付け、入力に応じた動作が行われる。ナビゲーションシステム３３は、後述する通信部４０によって、オペレータセンター２とデータ通信が可能とされている。また、オペレータセンター２との音声通話も可能となっている。
【００２２】
ＥＣＵ３４は、センサ３１及びアクチュエータ３２が取得した各種情報を取得すると共に、ナビゲーションシステム３３の操作情報を取得する。また、ＥＣＵ３４は、アクチュエータ３２の状態制御を行う。なお、リプログラミングの対象となるソフトウェアを有する電子制御装置は、ＥＣＵ３４であってもよいし、図示しない他のＥＣＵであってもよい。
【００２３】
プログラム更新案内装置３５は、通信部４０と、学習部４１と、不変情報ＤＢ４２と、可変情報ＤＢ４３と、ライフログ情報ＤＢ４４と、特性情報取得部（特性情報取得手段）４５と、案内手法設定部（案内手法設定手段）４６と、を備えている。通信部４０は、オペレータセンター２とデータの送受信、音声通話の接続を行う部分である。
【００２４】
学習部４１は、特性情報を取得して学習情報として各ＤＢ４２〜４４に保存する部分である。学習部４１は、センサ３１、アクチュエータ３２、ナビゲーションシステム３３にて取得された各種情報、及び通信部４０から出力された情報を取得し、情報種別毎に不変情報ＤＢ４２、可変情報ＤＢ４３、ライフログ情報ＤＢ４４に保存する。具体的には、学習部４１は、取得した情報に対応するデータベース（不変情報ＤＢ４２、可変情報ＤＢ４３、ライフログ情報ＤＢ４４のいずれか）を特定して選択し、選択したデータベースに格納されている格納情報と取得した取得情報とを比較して、格納情報と取得情報とが合致しているか、類似しているか、或いは乖離しているかを判定する。そして、学習部４１は、判定結果に基づいて、取得情報とデータベースに格納されている格納情報とを紐付けて保存、更新（書き換え）を行う。
【００２５】
ここで、学習部４１の具体的な動作について説明する。図２は、学習部の動作を示すフローチャートである。図２においては、ライフログ情報ＤＢ４４に格納されるライフログ情報について説明する。なお、ライフログ情報の詳細については後述するが、ライフログ情報とは、例えばユーザの生活情報や行動履歴、運転特性に関する情報である。
【００２６】
図２に示すように、まずライフログ情報ＤＢ４４への格納要求が実施される（ステップＳ０１）。そして、センサ３１やアクチュエータ３２等からライフログ情報が取得されたか否かが判定される（ステップＳ０２）。ライフログ情報が取得されたと判定された場合には、ステップＳ０３に進む。一方、ライフログ情報が取得されたと判定されなかった場合には、初期登録が実施される（ステップＳ０４）。初期登録は、ライフログ情報ＤＢ４４に格納されている情報を全て初期値の状態とすることである。
【００２７】
ステップＳ０３では、ナビゲーションシステム３３の操作があるか否かが判定される。ナビゲーションシステム３３の操作があると判定された場合には、ステップＳ０５に進む。一方、ナビゲーションシステム３３の操作があると判定されなかった場合には、ステップＳ０６に進む。
【００２８】
ステップＳ０５では、ナビゲーションシステム３３において過去に操作された操作履歴があるか否かが判定される。ナビゲーションシステム３３の操作履歴があると判定された場合には、操作履歴情報に操作回数が加算されてライフログ情報ＤＢ４４に情報が保存（格納）される（ステップＳ０７）。一方、ナビゲーションシステム３３の操作履歴があると判定されなかった場合には、新規操作としてライフログ情報ＤＢ４４に情報が保存される（ステップＳ０８）。
【００２９】
ステップＳ０６では、ユーザによる運転操作があるか否かが判定される。運転操作があると判定された場合には、ユーザの運転に関する運転特性情報や走行履歴情報が取得されてライフログ情報ＤＢ４４に保存される（ステップＳ０９）。一方、運転操作があると判定されなかった場合には、状態変更待機とされる（ステップＳ１０）。以上のように、学習部４１では、運転特性情報であるライフログ情報を取得し、ライフログ情報ＤＢ４４に格納する。
【００３０】
図１に戻って、不変情報ＤＢ４２は、ユーザの不変情報を格納するデータベースである。不変情報ＤＢ４２には、年齢、性別、職業等といった短期間で変更されることのない情報が格納されている。不変情報ＤＢ４２には、オペレータセンター２の顧客情報ＤＢ２２から取得されたり、車両３に搭載された入力手段（例えば、ナビゲーションシステム３３）にて入力されて取得された不変情報が格納されている。
【００３１】
可変情報ＤＢ４３は、ユーザの可変情報を格納するデータベースである。可変情報は、ナビゲーションシステム３３の利用情報を含んでおり、オペレータセンター２のオペレータの利用頻度、リプロ実施回数（拒否回数）、リプロ案内回数、ナビゲーションシステム３３の操作頻度等の頻繁に（短期間で）変更される情報が格納されている。
【００３２】
ライフログ情報ＤＢ４４は、ユーザの生活情報や行動情報である行動履歴、運転者操作情報である運転特性等といったライフログ情報を格納するデータベースである。生活情報は、例えば日常の行動パターンであり、行動情報である車両３の行動履歴は、例えば車両での行き先（経路情報）等のであり、運転者操作情報である運転特性は、例えばアクセル、ブレーキ、ハンドル操作等である。
【００３３】
特性情報取得部４５は、ユーザの特性情報を取得する部分である。特性情報取得部４５は、不変情報ＤＢ４２、可変情報ＤＢ４３及びライフログ情報ＤＢ４４に格納されている各種情報を取得する。特性情報取得部４５は、取得した特性情報を案内手法設定部４６に出力する。
【００３４】
案内手法設定部４６は、ユーザの特性情報に基づいて、ユーザに対するプログラムの更新の案内手法を設定する部分である。案内手法設定部４６は、特性情報取得部４５から出力された特性情報（不変情報、可変情報、ライフログ情報）を受け取ると、不変情報に基づいて案内手法の基本属性を特定し、可変情報及びライフログ情報に基づいて案内手法の補正を行う。案内手法設定部４６は、設定した案内手法を示すリプロ案内データを通信部４０に出力する。これにより、リプロ案内データが通信部４０によってオペレータセンター２に送信される。
【００３５】
続いて、プログラム更新案内装置３５の動作について説明する。図３は、プログラム更新案内装置の動作を示すフローチャートである。
【００３６】
図３に示すように、まず車両３のエンジンの始動が確認されると（ステップＳ１１）、個人情報取得処理が学習部４１によって実施される（ステップＳ１２）。個人情報取得処理について図４を参照しながら説明する。図４は、個人情報取得処理を示すフローチャートである。
【００３７】
図４に示すように、個人情報取得処理では、まず不変情報ＤＢ４２に個人情報（年齢、性別、職業等）を要求する個人情報要求が実施される（ステップＳ３１）。次に、不変情報ＤＢ４２から個人情報が取得されたか否かが判定される（ステップＳ３２）。個人情報が取得されたと判定された場合には、ステップＳ３３に進む。一方、個人情報が取得されたと判定さなかった場合には、ステップＳ３４に進む。
【００３８】
ステップＳ３３では、不変情報ＤＢ４２において情報不足フラグが立っているか否かが判定される。情報不足フラグが立っていると判定された場合には、ステップＳ３４に進む。一方、情報不足フラグが立っていると判定されなかった場合には、個人情報が取得されたとして処理が終了する。
【００３９】
ステップＳ３４では、個人情報の新規入力がユーザによって可能か否かが判定される。新規入力が可能であると判定された場合には、入力によって取得された個人情報が不変情報ＤＢ４２にユーザ識別情報（ユーザＩＤ）と紐付けされて格納される（ステップＳ３５）。一方、新規入力が可能であると判定されなかった場合には、ステップＳ３６に進む。
【００４０】
ステップＳ３６では、個人情報をオペレータセンター２の顧客情報ＤＢ２２から取得できるか否かが判定される。顧客情報ＤＢ２２から個人情報が取得できると判定された場合には、ステップＳ３５に進む。一方、顧客情報ＤＢ２２から個人情報が取得できると判定されなかった場合には、ステップＳ３７に進む。
【００４１】
ステップＳ３７では、車両３に搭載されたＥＴＣ（Electronic Toll Collection System）に挿入されているＥＴＣカードから個人情報を取得できるか否かが判定される。ＥＴＣカードから個人情報が取得できると判定された場合には、ステップＳ３５に進む。一方、ＥＴＣカードから個人情報が取得できると判定されなかった場合には、ステップＳ３８に進む。
【００４２】
ステップＳ３８では、個人情報に不足している情報（不足情報）がないか否かが判定される。不足情報がないと判定された場合には、処理が終了する。一方、不足情報がないと判定されなかった場合には、可変情報ＤＢ４３に情報不足フラグが立てられる（ステップＳ３９）。以上のように、個人情報取得処理が実施される。
【００４３】
図３に戻って、個人情報取得処理が実行されると、不変情報ＤＢ４２から個人情報が取得されたか否かが特性情報取得部４５によって判定される（ステップＳ１３）。不変情報ＤＢ４２から個人情報が取得されたと判定された場合には、ステップＳ１４に進む。一方、不変情報ＤＢ４２から個人情報が取得されたと判定されなかった場合には、ステップＳ１５に進む。
【００４４】
ステップＳ１４では、案内手法設定部４６によってリプログラミングの案内手法の基本属性の特定が実施される。具体的には、図５を参照しながら説明する。図５は、個人情報による基本属性の特定を説明する図である。図５に示すテーブルでは、「項目」、「種類」、「重み」が対応付けられて格納されている。「項目」は、個人情報である「性別」、「年齢」及び「職業」となっており、「種類」が対応付けられている。具体的には、「性別」には、「男性」及び「女性」が対応付けられており、「年齢」には、「２０〜３０代」、「４０〜５０代」、「６０代〜」が対応付けられており、「職業」には、「技術職」及び「事務職」が対応付けられている。「種類」には、例えばナビゲーションシステム３３の操作が得意どうかの判断基準である「重み」が対応付けられている。「重み」は、０〜２の３段階に分けて付与されている。
【００４５】
案内手法設定部４６は、「重み」のポイントの合計によってユーザがナビゲーションシステム３３の操作が得意かどうかを判断し、その判断結果によってリプログラミングの案内手法の基本方針（ナビガイダンス、オペレータガイダンス）を選択して特定する。案内手法設定部４６は、「重み」が一定値（例えば、「３」）を超えた場合には、ユーザがナビゲーションシステム３３の操作が得意であると判断してナビガイダンスを選定する一方、「重み」が一定値を超えない場合には、ユーザがナビゲーションシステム３３の操作が不慣れであると判断してオペレータガイダンスを選択する。
【００４６】
具体的には、案内手法設定部４６は、例えば特性情報取得部４５によって取得された個人情報が「３０代」、「女性」、「技術職」を示している場合には、「重み」のトータルが「４」となるため、ナビゲーションシステム３３の操作が得意であると判断し、ナビゲーションシステム３３によりリプログラミングを案内する基本方針を選択する。また、案内手法設定部４６は、例えば特性情報取得部４５によって取得された個人情報が「６０代」、「男性」、「事務職」を示している場合には、「重み」のトータルが「１」となるため、ナビゲーションシステム３３の操作が不慣れであると判断し、オペレータガイダンスによりリプログラミングを案内する基本方針を選択する。以上のように案内手法設定部４６によってリプログラミングの案内手法の基本属性の特定が実施される。
【００４７】
図３に戻って、ステップＳ１５では、可変情報取得処理が特性情報取得部４５によって実施される。可変情報取得処理について図６を参照しながら説明する。図６は、可変情報取得処理を示すフローチャートである。
【００４８】
図６に示すように、可変情報取得処理では、まず可変情報ＤＢ４３に可変情報（オペレータ利用回数、リプロ実施回数、リプロ案内回数等）を要求する可変情報要求が実施される（ステップＳ４１）。次に、可変情報ＤＢ４３から可変情報が取得されたか否かが判定される（ステップＳ４２）。可変情報が取得されたと判定された場合には、ステップＳ４３に進む。一方、可変情報が取得されたと判定さなかった場合には、初期登録が実施される（ステップＳ４４）。初期登録は、可変情報ＤＢ４３に格納されている情報を全て初期値の状態とすることである。
【００４９】
ステップＳ４３では、不変情報においてオペレータセンター２のオペレータの利用の実績があるか否かが判定される。オペレータの利用があると判定された場合には、可変情報ＤＢ４３に登録されているオペレータの利用回数が変更されて可変情報ＤＢ４３に変更後の情報が格納される（ステップＳ４５）。一方、オペレータの利用があると判定されなかった場合には、ステップＳ４６に進む。
【００５０】
ステップＳ４６では、不変情報においてリプログラミングの案内の実績があるか否かが判定される。リプログラミングの案内があると判定された場合には、可変情報ＤＢ４３に登録されているリプログラミングの案内回数が変更されて可変情報ＤＢ４３に変更後の情報が格納される（ステップＳ４７）。一方、リプログラミングの案内があると判定されなかった場合には、ステップＳ４８に進む。
【００５１】
ステップＳ４８では、不変情報においてリプログラミングが実施の実績があるか否かが判定される。リプログラミングの実施の実績があると判定された場合には、可変情報ＤＢ４３に登録されているリプログラミング実施のキャンセル回数が変更されて可変情報ＤＢ４３に変更後の情報が格納される（ステップＳ４９）。一方、リプログラミングの実施の実績があると判定さなかった場合には、ステップＳ５０に進む。
【００５２】
ステップＳ５０では、リプログラミングの実施がオペレータの案内による実施であるか否かが判定される。オペレータの案内による実施であると判定された場合には、オペレータ利用有りによるリプログラミング実施回数が変更されて変更後の情報が可変情報ＤＢ４３に格納される（ステップＳ５１）。一方、オペレータの案内による実施であると判定されなかった場合には、オペレータ利用無しによるリプログラミング実施回数が変更されて変更後の情報が可変情報ＤＢ４３に格納される（ステップＳ５２）。以上のように、可変情報取得処理が実施される。
【００５３】
図３に戻って、可変情報取得処理が実行されると、可変情報ＤＢ４３から可変情報が取得されたか否かが特性情報取得部４５によって判定される（ステップＳ１６）。可変情報ＤＢ４３から可変情報が取得されたと判定された場合には、ステップＳ１７に進む。一方、可変情報ＤＢ４３から可変情報が取得されたと判定されなかった場合には、ステップＳ１８に進む。
【００５４】
ステップＳ１７では、案内手法設定部４６によって案内手法の補正処理が実施される。図７は、案内手法の補正処理を示すフローチャートであり、図８は、案内手法の補正処理を説明する図である。
【００５５】
図７に示すように、案内手法の補正処理では、まずリプログラミングの案内が初回であるか否かが可変情報に基づいて判定される（ステップＳ６１）。リプログラミングの案内が初回であると判定された場合には、ステップＳ６２に進む。一方、リプログラミングの案内が初回であると判定されなかった場合には、過去の実績による補正が実施される（ステップＳ６３）。
【００５６】
ステップＳ６２では、オペレータの利用履歴があるか否かが可変情報に基づいて判定される。オペレータの利用履歴があると判定された場合には、オペレータからの案内が選択される（ステップＳ６４）。一方、オペレータの利用履歴があると判定されなかった場合には、基本方針に応じた初回案内が選択される（ステップＳ６５）。図８に示すように、案内手法設定部４６は、リプログラミングの実施回数に応じて案内手法を補正する。具体的には、案内手法設定部４６では、リプログラミングの実施回数とリプログラミングの案内回数とに基づいて、案内手法の属性を選択して補正する。
【００５７】
図３に戻って、ステップＳ１８では、ライフログ情報取得処理が学習部４１によって実施される。ライフログ情報取得処理について図９，１０を参照しながら説明する。図９，１０は、ライフログ情報取得処理を示すフローチャートである。
【００５８】
図９に示すように、ライフログ情報取得処理では、まずライフログ情報ＤＢ４４にライフログ情報（生活情報、運転特性情報、走行履歴情報等）を要求するライフログ情報要求が実施される（ステップＳ７１）。次に、ライフログ情報ＤＢ４４からライフログ情報が取得されたか否かが判定される（ステップＳ７２）。ライフログ情報が取得されたと判定された場合には、ステップＳ７３に進む。一方、ライフログ情報が取得されたと判定さなかった場合には、初期登録が実施される（ステップＳ７４）。初期登録は、ライフログ情報ＤＢ４４に格納されている情報を全て初期値の状態とすることである。
【００５９】
ステップＳ７３では、ナビゲーションシステム３３の操作に関するナビ操作情報があるか否かが判定される。ナビ操作情報があると判定された場合には、ステップＳ７５に進む。一方、ナビ操作情報があると判定されなかった場合には、ステップＳ７６に進む。
【００６０】
ステップＳ７５では、過去のナビゲーションシステム３３の全操作回数が取得される。そして、全操作回数とナビゲーションシステム３３の操作の種類とが比較され（ステップＳ７７）、特定の操作（例えば、目的地の設定等）のみが実施されているか否かが判定される（ステップＳ７８）。特定の操作のみが実施されていると判定された場合には、ナビゲーションシステム３３の操作対応レベルが「低」と判定され（ステップＳ７９）、その旨を示す情報が格納される。一方、特定の操作のみが実施されていると判定さなかった場合には、ナビゲーションシステム３３の操作対応レベルが「高」と判定され（ステップＳ８０）、その旨を示す情報が格納される。
【００６１】
ステップＳ７６では、ユーザの運転操作に係る運転特性情報があるか否かが判定される。運転特性情報があると判定された場合には、ステップＳ８１に進む。一方、運転特性情報があると判定されなかった場合には、ステップＳ８２に進む。
【００６２】
ステップＳ８１では、取得された運転特性情報と履歴情報の運転特性情報と比較した際、情報の乖離が大きいか否かが判定される。運転特性情報の乖離が大きいと判定された場合には、ユーザの状態が「緊急時」や「体調不良時」等とった「異常状態」であると判断され（ステップＳ８２）、その旨を示す情報が格納される。一方、運転特性情報の乖離が大きいと判定されなかった場合には、ユーザの状態が「通常状態」と判断され（ステップＳ８３）、その旨を示す情報が格納される。
【００６３】
図１０に示すように、ステップＳ８２では、ユーザの運転履歴に関する運転履歴情報があるか否かが判定される。運転履歴情報があると判定された場合には、ステップＳ８４に進む。一方、運転履歴情報があると判定されなかった場合には、ステップＳ８５に進む。ステップＳ８４では、運転履歴情報に基づいて、定期的な車両３の利用があるか否かが判定される。定期的な利用には、平日・休日の利用時間帯も加味している。定期的な車両３の利用があると判定された場合には、目的地までの距離に関する情報が格納される（ステップＳ８６）。一方、定期的な車両３の利用があると判定されなかった場合には、ステップＳ８７に進む。
【００６４】
ステップＳ８７では、ナビゲーションシステム３３において目的地の設定があるか否かが判定される。目的地の設定があると判定された場合には、目的地までの距離に関する情報が格納される（ステップＳ８８）。一方、目的地の設定があると判定されなかった場合には、目的地の設定が不要な距離（例えば、近距離）であると判定され、処理が終了する。
【００６５】
ステップ８５では、天気情報があるか否かが判定される。天気情報があると判定された場合には、天気情報がライフログ情報ＤＢ４４に格納される（ステップＳ８９）。天気情報があると判定されなかった場合には、処理が終了する。ライフログ情報取得処理が実施される。
【００６６】
図３に戻って、ライフログ情報取得処理が実行されると、ライフログ情報ＤＢ４４からライフログ情報が取得されたか否かが特性情報取得部４５によって判定される（ステップＳ１９）。ライフログ情報ＤＢ４４からライフログ情報が取得されたと判定された場合には、ステップＳ２０に進む。一方、ライフログ情報ＤＢ４４からライフログ情報が取得されたと判定されなかった場合には、ステップＳ２１に進む。
【００６７】
ステップＳ２０では、案内手法設定部４６によって案内手法の補正処理が実施される。図１１は、案内手法の補正処理を示すフローチャートである。
【００６８】
図１１に示すように、案内手法の補正処理では、まず天気情報が取得されたか否か判定される（ステップＳ９０）。天気情報が取得されたと判定された場合には、ステップＳ９１に進む。一方、天気情報が取得されたと判定されなかった場合には、ステップＳ９２に進む。ステップＳ９１では、天気情報が悪天候（例えば、雨、雪）を示しているか否かが判定される。悪天候であると判定された場合には、リプログラミングの案内が中止とされる（ステップＳ９３）。一方、悪天候であると判定されなかった場合には、ステップＳ９２に進む。
【００６９】
ステップＳ９２では、取得された運転特性と通常運転時の特性との乖離が大きいか否かが判定される。乖離が大きいと判定された場合には、ステップＳ９３に進む。一方、乖離が大きいと判定されなかった場合には、日常生活の行動パターンであるか否かが判定される（ステップＳ９４）。日常生活の行動パターンであると判定された場合には、リプログラミングの案内手法の設定処理が実施される（ステップＳ９５）。一方、日常生活の行動パターンであると判定された場合には、長距離（長時間）の運転であるか否かが判定される（ステップＳ９６）。長距離の運転であると判定された場合には、ステップＳ９５に進む。一方、長距離の運転であると判定さなかった場合には、ステップＳ９３に進む。以上のように、案内手法の補正処理が実施される。
【００７０】
図３に戻って、ステップＳ２１では、各処理にて決定された案内方針に基づいて、リプログラミングのユーザに対する案内手法が設定される。以上により、リプログラミングの案内手法の設定が行われる。
【００７１】
以上説明したように、プログラム更新案内装置３５では、車両３のユーザの特性情報を特性情報取得部４５によって取得し、この特性情報に基づいてユーザに対するプログラムの更新の案内手法を案内手法設定部４６が設定する。例えば、プログラム更新案内装置３５では、特性情報である個人情報（不変情報）に基づいて、ユーザが年配の場合には、ナビゲーションシステム３３の操作に慣れていないと考えられるため、オペレータが直接案内を実施する手法を設定する。また、ユーザが女性である場合には、ナビゲーションシステム３３の操作は慣れているが、案内に対して不安感や困惑を覚える可能性があるため、初回のみ直接案内を実施する手法を設定する。さらに、ユーザが男性である場合には、比較的機器の操作に慣れていると考えられるため、ナビゲーションシステム３３の操作履歴等の情報を元に案内手法の実施を設定する。
【００７２】
また、プログラム更新案内装置３５では、特性情報である可変情報に基づいて、個人情報にて設定された案内手法に更に補正を実施する。具体的には、プログラム更新案内装置３５では、オペレータをよく利用するユーザには、直接案内を実施する手法を設定する。また、リプログラミングが初対応の場合において、ナビゲーションシステム３３の操作に慣れているユーザには、ナビゲーションシステム３３にて案内を実施する手法を設定し、ナビゲーションシステム３３の操作に不慣れなユーザには、直接案内を実施する手法を設定する。さらに、リプログラミングの実施をキャンセルすることが多いユーザには、直接案内する手法を設定する。
【００７３】
さらに、プログラム更新案内装置３５では、個人情報であるライフログ情報に基づいて、個人情報及び可変情報にて設定された案内手法に更に補正を実施する。具体的には、プログラム更新案内装置３５では、ユーザの日常生活を生活情報から推定し、シーンに応じて案内手法を設定する。また、運転特性情報に基づいて、「急いでいる」、「機嫌が悪い」とった状態を推定し、案内実施の中止（見送る）等を設定する。また、天気情報に基づいて、雨や雪といった悪天候の日には、案内の実施の中止を設定する。
【００７４】
このように、ユーザの特性情報に基づいて案内手法が設定される。したがって、ユーザの特性に応じた案内手法により、プログラムの更新に対しての抵抗感等を低減でき、その結果、車両３に搭載される電子制御装置（ＥＣＵ３４）のプログラム更新の促進を図ることができる。
【００７５】
本発明は、上記実施形態に限定されるものではない。例えば、上記実施形態では、プログラム更新案内装置３５が車両３に搭載されている形態としたが、プログラム更新案内装置３５は、オペレータセンター２やその他のセンターに設けられてもよい。
【００７６】
なお、上記実施形態では、特性情報について、不変情報、可変情報及びライフログ情報を例示しているが、特性情報はこれら情報に限定されない。また、特性情報の取得方法も上記の形態に限定されず、その他の方法によって取得されてもよい。
【００７７】
また、上記実施形態では、本発明の制御装置をＥＣＵのリプログラミングに適用したが、制御手段であるＦＰＧＡ（Field Programmable Gate Array）のプログラムの書き換えに適用してもよい。ＦＰＧＡは、論理回路が書き込み可能なゲートアレイであり、論理回路のプログラムが書き換え（制御内容の変更）可能とされている。ＦＰＧＡでは、メモリからプログラムを読み込むことで、機能が実現される。
【符号の説明】
【００７８】
１…プログラム更新案内装置、３…車両、３３…ナビゲーションシステム、３５…特性情報取得部（特性情報取得手段）、３６…案内手法設定部（案内手法設定手段）。
【技術分野】
【０００１】
本発明は、車両に搭載された制御手段の制御内容の変更を案内する制御装置に関する。
【背景技術】
【０００２】
従来、車両の内部に搭載された装置を制御するプログラムを更新する技術が提案されている。例えば、下記の特許文献１に記載の装置では、車両外部のプログラム提供センターからプログラムの書き換え要求があった場合に、車両の動作状態に基づいて車両制御プログラムの書き換えが可能であるか否かを判断し、この判断結果に基づいて車両のユーザの携帯電話に対して書き換えに関する情報を通知している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−６５８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、車両制御装置（制御手段）であるＥＣＵ（Electronic Control Unit)のプログラムの更新が通知された際、例えば機器の扱いに不慣れなユーザ（年配のユーザ等）は、プログラムの更新に対して不安感や抵抗感等を覚える場合がある。この場合、ユーザによっては、プログラムの更新を実施しないこともある。プログラムの更新は、対象となる全車両に実施してもらうことが好ましく、特に重要度の高いプログラムにあっては、早めの更新が好ましい。そのため、プログラム更新の促進を図るべく、プログラムの更新通知や案内手法について更なる改善が求められている。
【０００５】
本発明は、上記課題を解決するためになされたものであり、車両に搭載される制御手段の制御内容の変更の促進を図ることができる制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係る制御装置は、車両に搭載される制御手段の制御内容の変更を案内する制御装置であって、車両のユーザの特性情報を取得する特性情報取得手段と、特性情報取得手段によって取得された特性情報に基づいて、ユーザに対する制御内容の変更の案内手法を設定して出力する案内手法設定手段と、を備えることを特徴とする。
【０００７】
この制御装置では、車両のユーザの特性情報を取得し、特性情報に基づいてユーザに対する制御内容の変更の案内手法を設定する。このように、ユーザの特性情報に基づいて案内手法が設定されるので、例えば機器に不慣れなユーザには、オペレータが直接案内を実施するといった制御内容の変更の案内手法を設定することができる。したがって、ユーザの特性に応じた案内手法により、制御内容の変更に対しての不安感や抵抗感等を低減でき、その結果、車両に搭載される制御手段の制御内容の変更の促進を図ることができる。
【０００８】
特性情報は、ユーザの個人情報であることが好ましい。特に、個人情報は、ユーザの年齢、性別、職業の少なくとも一つを含んでいることが好ましい。この場合には、ユーザの個人情報（年齢、性別、職業等）に合わせて適切な制御内容の変更の案内手法を設定することができる。
【０００９】
特性情報は、車両に搭載される車載機器の利用に関する利用情報であることが好ましい。特に、利用情報は、制御内容の変更の際のオペレータの利用頻度に関する情報、制御内容の変更案内の頻度に関する情報、制御内容の変更の実施頻度に関する情報、制御内容の変更のキャンセルの頻度に関する情報、及びナビゲーションシステムの操作頻度に関する情報の少なくとも一つであることが好ましい。この場合には、ユーザの車載機器（ナビゲーションシステム等）の利用特性、つまり車載機器に対する習熟度に合わせて、適切な制御内容の変更の案内手法を設定することができる。
【００１０】
特性情報は、ユーザの行動を示す行動情報であるが好ましい。また、特性情報は、ナビゲーションシステムの経路情報であることが好ましい。この場合には、ユーザの行動特性、つまりユーザの状況に合わせて、適切な制御内容の変更の案内手法を設定することができる。
【００１１】
特性情報は、ユーザの運転操作に関する運転者操作情報であることが好ましい。この場合には、ユーザの運転操作からユーザの状態（例えば、急いでいる、機嫌がよくない等）を推定することができるので、ユーザの状態に合わせた適切な制御内容の変更の案内手法を設定することができる。
【００１２】
制御手段は、電子制御装置であり、案内手法設定手段は、特性情報取得手段によって取得された特性情報に基づいて、ユーザに対する電子制御装置のプログラムの変更の案内手法を設定して出力することが好ましい。このような構成によれば、車両に搭載される電子制御装置（ＥＣＵ）のプログラムの変更（更新、追加、削除）の促進を図ることができる。
【発明の効果】
【００１３】
本発明によれば、車両に搭載される制御手段の制御内容の変更の促進を図ることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る制御装置を搭載した車両を含むプログラム更新システムを示す図である。
【図２】学習部の動作を示すフローチャートである。
【図３】プログラム更新案内装置の動作を示すフローチャートである。
【図４】個人情報取得処理を示すフローチャートである。
【図５】個人情報による基本属性の特定を説明する図である。
【図６】可変情報取得処理を示すフローチャートである。
【図７】案内手法の補正処理を説明する図である。
【図８】案内手法の補正処理を説明する図である。
【図９】ライフログ情報取得処理を示すフローチャートである。
【図１０】ライフログ情報取得処理を示すフローチャートである。
【図１１】案内手法の補正処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本発明の実施形態について詳細に説明する。なお、説明において、同一要素又は同一機能を有する要素には、同一符号を用いることとし、重複する説明は省略する。
【００１６】
図１は、本発明の一実施形態に係る制御装置を搭載した車両を含むプログラム更新システムを示す図である。図１に示すように、プログラム更新システム１は、オペレータセンター２と、車両３とを含んで構成されている。なお、図示しないが、プログラム更新システム１には、データセンター等も含まれている。
【００１７】
オペレータセンター２は、オペレータが常駐しており、オペレータによって各車両３で実行される電子制御装置（制御手段）であるＥＣＵ（Electronic Control Unit）の制御内容の変更、つまりプログラムの更新（以下、リプログラミング（リプロ））、追加及び削除の管理や監視をサポートするセンターである。オペレータセンター２は、車両３から送信されたリプロ案内データ（リプログラミングの案内方法）を受信し、リプロ案内データに応じたリプログラミングの案内を行う。オペレータセンター２は、車両３とデータの送受信や音声通話を行う通信部２１と、顧客情報ＤＢ（データベース）２２とを含んで構成されている。
【００１８】
顧客情報ＤＢ２２は、車両３を所有するユーザに関する顧客情報（年齢、性別、職業等）を格納している。顧客情報ＤＢ２２は、車両３からの要求に応じて、車両情報に紐付けられた顧客情報を抽出して出力する。
【００１９】
車両３は、センサ３１と、アクチュエータ３２と、ナビゲーションシステム（車載機器）３３と、ＥＣＵ３４と、プログラム更新案内装置（制御装置）３５とを備えている。
【００２０】
センサ３１は、車両３の各種状態情報や、車両外部からの情報を取得する部分である。センサ３１としては、車速センサ、アクセル開度センサ、ハンドル操舵センサ、インフラ装置から発せられる情報（渋滞情報、天気情報等）を受信するセンサ等である。センサ３１は、取得した情報をＥＣＵ３４に出力する。アクチュエータ３２は、スロットルアクチュエータ、ブレーキアクチュエータ、ステアリングアクチュエータ等である。アクチュエータ３２は、制御状態を示す情報をＥＣＵ３４に出力する。
【００２１】
ナビゲーションシステム３３は、ＧＰＳ（Global Positioning System）により車両３の地表面における絶対位置を測定し、別途記憶されている地図情報と照合して、自車両の地図上の位置を特定してディスプレイに表示する。ナビゲーションシステム３３では、ユーザからの入力を受け付け、入力に応じた動作が行われる。ナビゲーションシステム３３は、後述する通信部４０によって、オペレータセンター２とデータ通信が可能とされている。また、オペレータセンター２との音声通話も可能となっている。
【００２２】
ＥＣＵ３４は、センサ３１及びアクチュエータ３２が取得した各種情報を取得すると共に、ナビゲーションシステム３３の操作情報を取得する。また、ＥＣＵ３４は、アクチュエータ３２の状態制御を行う。なお、リプログラミングの対象となるソフトウェアを有する電子制御装置は、ＥＣＵ３４であってもよいし、図示しない他のＥＣＵであってもよい。
【００２３】
プログラム更新案内装置３５は、通信部４０と、学習部４１と、不変情報ＤＢ４２と、可変情報ＤＢ４３と、ライフログ情報ＤＢ４４と、特性情報取得部（特性情報取得手段）４５と、案内手法設定部（案内手法設定手段）４６と、を備えている。通信部４０は、オペレータセンター２とデータの送受信、音声通話の接続を行う部分である。
【００２４】
学習部４１は、特性情報を取得して学習情報として各ＤＢ４２〜４４に保存する部分である。学習部４１は、センサ３１、アクチュエータ３２、ナビゲーションシステム３３にて取得された各種情報、及び通信部４０から出力された情報を取得し、情報種別毎に不変情報ＤＢ４２、可変情報ＤＢ４３、ライフログ情報ＤＢ４４に保存する。具体的には、学習部４１は、取得した情報に対応するデータベース（不変情報ＤＢ４２、可変情報ＤＢ４３、ライフログ情報ＤＢ４４のいずれか）を特定して選択し、選択したデータベースに格納されている格納情報と取得した取得情報とを比較して、格納情報と取得情報とが合致しているか、類似しているか、或いは乖離しているかを判定する。そして、学習部４１は、判定結果に基づいて、取得情報とデータベースに格納されている格納情報とを紐付けて保存、更新（書き換え）を行う。
【００２５】
ここで、学習部４１の具体的な動作について説明する。図２は、学習部の動作を示すフローチャートである。図２においては、ライフログ情報ＤＢ４４に格納されるライフログ情報について説明する。なお、ライフログ情報の詳細については後述するが、ライフログ情報とは、例えばユーザの生活情報や行動履歴、運転特性に関する情報である。
【００２６】
図２に示すように、まずライフログ情報ＤＢ４４への格納要求が実施される（ステップＳ０１）。そして、センサ３１やアクチュエータ３２等からライフログ情報が取得されたか否かが判定される（ステップＳ０２）。ライフログ情報が取得されたと判定された場合には、ステップＳ０３に進む。一方、ライフログ情報が取得されたと判定されなかった場合には、初期登録が実施される（ステップＳ０４）。初期登録は、ライフログ情報ＤＢ４４に格納されている情報を全て初期値の状態とすることである。
【００２７】
ステップＳ０３では、ナビゲーションシステム３３の操作があるか否かが判定される。ナビゲーションシステム３３の操作があると判定された場合には、ステップＳ０５に進む。一方、ナビゲーションシステム３３の操作があると判定されなかった場合には、ステップＳ０６に進む。
【００２８】
ステップＳ０５では、ナビゲーションシステム３３において過去に操作された操作履歴があるか否かが判定される。ナビゲーションシステム３３の操作履歴があると判定された場合には、操作履歴情報に操作回数が加算されてライフログ情報ＤＢ４４に情報が保存（格納）される（ステップＳ０７）。一方、ナビゲーションシステム３３の操作履歴があると判定されなかった場合には、新規操作としてライフログ情報ＤＢ４４に情報が保存される（ステップＳ０８）。
【００２９】
ステップＳ０６では、ユーザによる運転操作があるか否かが判定される。運転操作があると判定された場合には、ユーザの運転に関する運転特性情報や走行履歴情報が取得されてライフログ情報ＤＢ４４に保存される（ステップＳ０９）。一方、運転操作があると判定されなかった場合には、状態変更待機とされる（ステップＳ１０）。以上のように、学習部４１では、運転特性情報であるライフログ情報を取得し、ライフログ情報ＤＢ４４に格納する。
【００３０】
図１に戻って、不変情報ＤＢ４２は、ユーザの不変情報を格納するデータベースである。不変情報ＤＢ４２には、年齢、性別、職業等といった短期間で変更されることのない情報が格納されている。不変情報ＤＢ４２には、オペレータセンター２の顧客情報ＤＢ２２から取得されたり、車両３に搭載された入力手段（例えば、ナビゲーションシステム３３）にて入力されて取得された不変情報が格納されている。
【００３１】
可変情報ＤＢ４３は、ユーザの可変情報を格納するデータベースである。可変情報は、ナビゲーションシステム３３の利用情報を含んでおり、オペレータセンター２のオペレータの利用頻度、リプロ実施回数（拒否回数）、リプロ案内回数、ナビゲーションシステム３３の操作頻度等の頻繁に（短期間で）変更される情報が格納されている。
【００３２】
ライフログ情報ＤＢ４４は、ユーザの生活情報や行動情報である行動履歴、運転者操作情報である運転特性等といったライフログ情報を格納するデータベースである。生活情報は、例えば日常の行動パターンであり、行動情報である車両３の行動履歴は、例えば車両での行き先（経路情報）等のであり、運転者操作情報である運転特性は、例えばアクセル、ブレーキ、ハンドル操作等である。
【００３３】
特性情報取得部４５は、ユーザの特性情報を取得する部分である。特性情報取得部４５は、不変情報ＤＢ４２、可変情報ＤＢ４３及びライフログ情報ＤＢ４４に格納されている各種情報を取得する。特性情報取得部４５は、取得した特性情報を案内手法設定部４６に出力する。
【００３４】
案内手法設定部４６は、ユーザの特性情報に基づいて、ユーザに対するプログラムの更新の案内手法を設定する部分である。案内手法設定部４６は、特性情報取得部４５から出力された特性情報（不変情報、可変情報、ライフログ情報）を受け取ると、不変情報に基づいて案内手法の基本属性を特定し、可変情報及びライフログ情報に基づいて案内手法の補正を行う。案内手法設定部４６は、設定した案内手法を示すリプロ案内データを通信部４０に出力する。これにより、リプロ案内データが通信部４０によってオペレータセンター２に送信される。
【００３５】
続いて、プログラム更新案内装置３５の動作について説明する。図３は、プログラム更新案内装置の動作を示すフローチャートである。
【００３６】
図３に示すように、まず車両３のエンジンの始動が確認されると（ステップＳ１１）、個人情報取得処理が学習部４１によって実施される（ステップＳ１２）。個人情報取得処理について図４を参照しながら説明する。図４は、個人情報取得処理を示すフローチャートである。
【００３７】
図４に示すように、個人情報取得処理では、まず不変情報ＤＢ４２に個人情報（年齢、性別、職業等）を要求する個人情報要求が実施される（ステップＳ３１）。次に、不変情報ＤＢ４２から個人情報が取得されたか否かが判定される（ステップＳ３２）。個人情報が取得されたと判定された場合には、ステップＳ３３に進む。一方、個人情報が取得されたと判定さなかった場合には、ステップＳ３４に進む。
【００３８】
ステップＳ３３では、不変情報ＤＢ４２において情報不足フラグが立っているか否かが判定される。情報不足フラグが立っていると判定された場合には、ステップＳ３４に進む。一方、情報不足フラグが立っていると判定されなかった場合には、個人情報が取得されたとして処理が終了する。
【００３９】
ステップＳ３４では、個人情報の新規入力がユーザによって可能か否かが判定される。新規入力が可能であると判定された場合には、入力によって取得された個人情報が不変情報ＤＢ４２にユーザ識別情報（ユーザＩＤ）と紐付けされて格納される（ステップＳ３５）。一方、新規入力が可能であると判定されなかった場合には、ステップＳ３６に進む。
【００４０】
ステップＳ３６では、個人情報をオペレータセンター２の顧客情報ＤＢ２２から取得できるか否かが判定される。顧客情報ＤＢ２２から個人情報が取得できると判定された場合には、ステップＳ３５に進む。一方、顧客情報ＤＢ２２から個人情報が取得できると判定されなかった場合には、ステップＳ３７に進む。
【００４１】
ステップＳ３７では、車両３に搭載されたＥＴＣ（Electronic Toll Collection System）に挿入されているＥＴＣカードから個人情報を取得できるか否かが判定される。ＥＴＣカードから個人情報が取得できると判定された場合には、ステップＳ３５に進む。一方、ＥＴＣカードから個人情報が取得できると判定されなかった場合には、ステップＳ３８に進む。
【００４２】
ステップＳ３８では、個人情報に不足している情報（不足情報）がないか否かが判定される。不足情報がないと判定された場合には、処理が終了する。一方、不足情報がないと判定されなかった場合には、可変情報ＤＢ４３に情報不足フラグが立てられる（ステップＳ３９）。以上のように、個人情報取得処理が実施される。
【００４３】
図３に戻って、個人情報取得処理が実行されると、不変情報ＤＢ４２から個人情報が取得されたか否かが特性情報取得部４５によって判定される（ステップＳ１３）。不変情報ＤＢ４２から個人情報が取得されたと判定された場合には、ステップＳ１４に進む。一方、不変情報ＤＢ４２から個人情報が取得されたと判定されなかった場合には、ステップＳ１５に進む。
【００４４】
ステップＳ１４では、案内手法設定部４６によってリプログラミングの案内手法の基本属性の特定が実施される。具体的には、図５を参照しながら説明する。図５は、個人情報による基本属性の特定を説明する図である。図５に示すテーブルでは、「項目」、「種類」、「重み」が対応付けられて格納されている。「項目」は、個人情報である「性別」、「年齢」及び「職業」となっており、「種類」が対応付けられている。具体的には、「性別」には、「男性」及び「女性」が対応付けられており、「年齢」には、「２０〜３０代」、「４０〜５０代」、「６０代〜」が対応付けられており、「職業」には、「技術職」及び「事務職」が対応付けられている。「種類」には、例えばナビゲーションシステム３３の操作が得意どうかの判断基準である「重み」が対応付けられている。「重み」は、０〜２の３段階に分けて付与されている。
【００４５】
案内手法設定部４６は、「重み」のポイントの合計によってユーザがナビゲーションシステム３３の操作が得意かどうかを判断し、その判断結果によってリプログラミングの案内手法の基本方針（ナビガイダンス、オペレータガイダンス）を選択して特定する。案内手法設定部４６は、「重み」が一定値（例えば、「３」）を超えた場合には、ユーザがナビゲーションシステム３３の操作が得意であると判断してナビガイダンスを選定する一方、「重み」が一定値を超えない場合には、ユーザがナビゲーションシステム３３の操作が不慣れであると判断してオペレータガイダンスを選択する。
【００４６】
具体的には、案内手法設定部４６は、例えば特性情報取得部４５によって取得された個人情報が「３０代」、「女性」、「技術職」を示している場合には、「重み」のトータルが「４」となるため、ナビゲーションシステム３３の操作が得意であると判断し、ナビゲーションシステム３３によりリプログラミングを案内する基本方針を選択する。また、案内手法設定部４６は、例えば特性情報取得部４５によって取得された個人情報が「６０代」、「男性」、「事務職」を示している場合には、「重み」のトータルが「１」となるため、ナビゲーションシステム３３の操作が不慣れであると判断し、オペレータガイダンスによりリプログラミングを案内する基本方針を選択する。以上のように案内手法設定部４６によってリプログラミングの案内手法の基本属性の特定が実施される。
【００４７】
図３に戻って、ステップＳ１５では、可変情報取得処理が特性情報取得部４５によって実施される。可変情報取得処理について図６を参照しながら説明する。図６は、可変情報取得処理を示すフローチャートである。
【００４８】
図６に示すように、可変情報取得処理では、まず可変情報ＤＢ４３に可変情報（オペレータ利用回数、リプロ実施回数、リプロ案内回数等）を要求する可変情報要求が実施される（ステップＳ４１）。次に、可変情報ＤＢ４３から可変情報が取得されたか否かが判定される（ステップＳ４２）。可変情報が取得されたと判定された場合には、ステップＳ４３に進む。一方、可変情報が取得されたと判定さなかった場合には、初期登録が実施される（ステップＳ４４）。初期登録は、可変情報ＤＢ４３に格納されている情報を全て初期値の状態とすることである。
【００４９】
ステップＳ４３では、不変情報においてオペレータセンター２のオペレータの利用の実績があるか否かが判定される。オペレータの利用があると判定された場合には、可変情報ＤＢ４３に登録されているオペレータの利用回数が変更されて可変情報ＤＢ４３に変更後の情報が格納される（ステップＳ４５）。一方、オペレータの利用があると判定されなかった場合には、ステップＳ４６に進む。
【００５０】
ステップＳ４６では、不変情報においてリプログラミングの案内の実績があるか否かが判定される。リプログラミングの案内があると判定された場合には、可変情報ＤＢ４３に登録されているリプログラミングの案内回数が変更されて可変情報ＤＢ４３に変更後の情報が格納される（ステップＳ４７）。一方、リプログラミングの案内があると判定されなかった場合には、ステップＳ４８に進む。
【００５１】
ステップＳ４８では、不変情報においてリプログラミングが実施の実績があるか否かが判定される。リプログラミングの実施の実績があると判定された場合には、可変情報ＤＢ４３に登録されているリプログラミング実施のキャンセル回数が変更されて可変情報ＤＢ４３に変更後の情報が格納される（ステップＳ４９）。一方、リプログラミングの実施の実績があると判定さなかった場合には、ステップＳ５０に進む。
【００５２】
ステップＳ５０では、リプログラミングの実施がオペレータの案内による実施であるか否かが判定される。オペレータの案内による実施であると判定された場合には、オペレータ利用有りによるリプログラミング実施回数が変更されて変更後の情報が可変情報ＤＢ４３に格納される（ステップＳ５１）。一方、オペレータの案内による実施であると判定されなかった場合には、オペレータ利用無しによるリプログラミング実施回数が変更されて変更後の情報が可変情報ＤＢ４３に格納される（ステップＳ５２）。以上のように、可変情報取得処理が実施される。
【００５３】
図３に戻って、可変情報取得処理が実行されると、可変情報ＤＢ４３から可変情報が取得されたか否かが特性情報取得部４５によって判定される（ステップＳ１６）。可変情報ＤＢ４３から可変情報が取得されたと判定された場合には、ステップＳ１７に進む。一方、可変情報ＤＢ４３から可変情報が取得されたと判定されなかった場合には、ステップＳ１８に進む。
【００５４】
ステップＳ１７では、案内手法設定部４６によって案内手法の補正処理が実施される。図７は、案内手法の補正処理を示すフローチャートであり、図８は、案内手法の補正処理を説明する図である。
【００５５】
図７に示すように、案内手法の補正処理では、まずリプログラミングの案内が初回であるか否かが可変情報に基づいて判定される（ステップＳ６１）。リプログラミングの案内が初回であると判定された場合には、ステップＳ６２に進む。一方、リプログラミングの案内が初回であると判定されなかった場合には、過去の実績による補正が実施される（ステップＳ６３）。
【００５６】
ステップＳ６２では、オペレータの利用履歴があるか否かが可変情報に基づいて判定される。オペレータの利用履歴があると判定された場合には、オペレータからの案内が選択される（ステップＳ６４）。一方、オペレータの利用履歴があると判定されなかった場合には、基本方針に応じた初回案内が選択される（ステップＳ６５）。図８に示すように、案内手法設定部４６は、リプログラミングの実施回数に応じて案内手法を補正する。具体的には、案内手法設定部４６では、リプログラミングの実施回数とリプログラミングの案内回数とに基づいて、案内手法の属性を選択して補正する。
【００５７】
図３に戻って、ステップＳ１８では、ライフログ情報取得処理が学習部４１によって実施される。ライフログ情報取得処理について図９，１０を参照しながら説明する。図９，１０は、ライフログ情報取得処理を示すフローチャートである。
【００５８】
図９に示すように、ライフログ情報取得処理では、まずライフログ情報ＤＢ４４にライフログ情報（生活情報、運転特性情報、走行履歴情報等）を要求するライフログ情報要求が実施される（ステップＳ７１）。次に、ライフログ情報ＤＢ４４からライフログ情報が取得されたか否かが判定される（ステップＳ７２）。ライフログ情報が取得されたと判定された場合には、ステップＳ７３に進む。一方、ライフログ情報が取得されたと判定さなかった場合には、初期登録が実施される（ステップＳ７４）。初期登録は、ライフログ情報ＤＢ４４に格納されている情報を全て初期値の状態とすることである。
【００５９】
ステップＳ７３では、ナビゲーションシステム３３の操作に関するナビ操作情報があるか否かが判定される。ナビ操作情報があると判定された場合には、ステップＳ７５に進む。一方、ナビ操作情報があると判定されなかった場合には、ステップＳ７６に進む。
【００６０】
ステップＳ７５では、過去のナビゲーションシステム３３の全操作回数が取得される。そして、全操作回数とナビゲーションシステム３３の操作の種類とが比較され（ステップＳ７７）、特定の操作（例えば、目的地の設定等）のみが実施されているか否かが判定される（ステップＳ７８）。特定の操作のみが実施されていると判定された場合には、ナビゲーションシステム３３の操作対応レベルが「低」と判定され（ステップＳ７９）、その旨を示す情報が格納される。一方、特定の操作のみが実施されていると判定さなかった場合には、ナビゲーションシステム３３の操作対応レベルが「高」と判定され（ステップＳ８０）、その旨を示す情報が格納される。
【００６１】
ステップＳ７６では、ユーザの運転操作に係る運転特性情報があるか否かが判定される。運転特性情報があると判定された場合には、ステップＳ８１に進む。一方、運転特性情報があると判定されなかった場合には、ステップＳ８２に進む。
【００６２】
ステップＳ８１では、取得された運転特性情報と履歴情報の運転特性情報と比較した際、情報の乖離が大きいか否かが判定される。運転特性情報の乖離が大きいと判定された場合には、ユーザの状態が「緊急時」や「体調不良時」等とった「異常状態」であると判断され（ステップＳ８２）、その旨を示す情報が格納される。一方、運転特性情報の乖離が大きいと判定されなかった場合には、ユーザの状態が「通常状態」と判断され（ステップＳ８３）、その旨を示す情報が格納される。
【００６３】
図１０に示すように、ステップＳ８２では、ユーザの運転履歴に関する運転履歴情報があるか否かが判定される。運転履歴情報があると判定された場合には、ステップＳ８４に進む。一方、運転履歴情報があると判定されなかった場合には、ステップＳ８５に進む。ステップＳ８４では、運転履歴情報に基づいて、定期的な車両３の利用があるか否かが判定される。定期的な利用には、平日・休日の利用時間帯も加味している。定期的な車両３の利用があると判定された場合には、目的地までの距離に関する情報が格納される（ステップＳ８６）。一方、定期的な車両３の利用があると判定されなかった場合には、ステップＳ８７に進む。
【００６４】
ステップＳ８７では、ナビゲーションシステム３３において目的地の設定があるか否かが判定される。目的地の設定があると判定された場合には、目的地までの距離に関する情報が格納される（ステップＳ８８）。一方、目的地の設定があると判定されなかった場合には、目的地の設定が不要な距離（例えば、近距離）であると判定され、処理が終了する。
【００６５】
ステップ８５では、天気情報があるか否かが判定される。天気情報があると判定された場合には、天気情報がライフログ情報ＤＢ４４に格納される（ステップＳ８９）。天気情報があると判定されなかった場合には、処理が終了する。ライフログ情報取得処理が実施される。
【００６６】
図３に戻って、ライフログ情報取得処理が実行されると、ライフログ情報ＤＢ４４からライフログ情報が取得されたか否かが特性情報取得部４５によって判定される（ステップＳ１９）。ライフログ情報ＤＢ４４からライフログ情報が取得されたと判定された場合には、ステップＳ２０に進む。一方、ライフログ情報ＤＢ４４からライフログ情報が取得されたと判定されなかった場合には、ステップＳ２１に進む。
【００６７】
ステップＳ２０では、案内手法設定部４６によって案内手法の補正処理が実施される。図１１は、案内手法の補正処理を示すフローチャートである。
【００６８】
図１１に示すように、案内手法の補正処理では、まず天気情報が取得されたか否か判定される（ステップＳ９０）。天気情報が取得されたと判定された場合には、ステップＳ９１に進む。一方、天気情報が取得されたと判定されなかった場合には、ステップＳ９２に進む。ステップＳ９１では、天気情報が悪天候（例えば、雨、雪）を示しているか否かが判定される。悪天候であると判定された場合には、リプログラミングの案内が中止とされる（ステップＳ９３）。一方、悪天候であると判定されなかった場合には、ステップＳ９２に進む。
【００６９】
ステップＳ９２では、取得された運転特性と通常運転時の特性との乖離が大きいか否かが判定される。乖離が大きいと判定された場合には、ステップＳ９３に進む。一方、乖離が大きいと判定されなかった場合には、日常生活の行動パターンであるか否かが判定される（ステップＳ９４）。日常生活の行動パターンであると判定された場合には、リプログラミングの案内手法の設定処理が実施される（ステップＳ９５）。一方、日常生活の行動パターンであると判定された場合には、長距離（長時間）の運転であるか否かが判定される（ステップＳ９６）。長距離の運転であると判定された場合には、ステップＳ９５に進む。一方、長距離の運転であると判定さなかった場合には、ステップＳ９３に進む。以上のように、案内手法の補正処理が実施される。
【００７０】
図３に戻って、ステップＳ２１では、各処理にて決定された案内方針に基づいて、リプログラミングのユーザに対する案内手法が設定される。以上により、リプログラミングの案内手法の設定が行われる。
【００７１】
以上説明したように、プログラム更新案内装置３５では、車両３のユーザの特性情報を特性情報取得部４５によって取得し、この特性情報に基づいてユーザに対するプログラムの更新の案内手法を案内手法設定部４６が設定する。例えば、プログラム更新案内装置３５では、特性情報である個人情報（不変情報）に基づいて、ユーザが年配の場合には、ナビゲーションシステム３３の操作に慣れていないと考えられるため、オペレータが直接案内を実施する手法を設定する。また、ユーザが女性である場合には、ナビゲーションシステム３３の操作は慣れているが、案内に対して不安感や困惑を覚える可能性があるため、初回のみ直接案内を実施する手法を設定する。さらに、ユーザが男性である場合には、比較的機器の操作に慣れていると考えられるため、ナビゲーションシステム３３の操作履歴等の情報を元に案内手法の実施を設定する。
【００７２】
また、プログラム更新案内装置３５では、特性情報である可変情報に基づいて、個人情報にて設定された案内手法に更に補正を実施する。具体的には、プログラム更新案内装置３５では、オペレータをよく利用するユーザには、直接案内を実施する手法を設定する。また、リプログラミングが初対応の場合において、ナビゲーションシステム３３の操作に慣れているユーザには、ナビゲーションシステム３３にて案内を実施する手法を設定し、ナビゲーションシステム３３の操作に不慣れなユーザには、直接案内を実施する手法を設定する。さらに、リプログラミングの実施をキャンセルすることが多いユーザには、直接案内する手法を設定する。
【００７３】
さらに、プログラム更新案内装置３５では、個人情報であるライフログ情報に基づいて、個人情報及び可変情報にて設定された案内手法に更に補正を実施する。具体的には、プログラム更新案内装置３５では、ユーザの日常生活を生活情報から推定し、シーンに応じて案内手法を設定する。また、運転特性情報に基づいて、「急いでいる」、「機嫌が悪い」とった状態を推定し、案内実施の中止（見送る）等を設定する。また、天気情報に基づいて、雨や雪といった悪天候の日には、案内の実施の中止を設定する。
【００７４】
このように、ユーザの特性情報に基づいて案内手法が設定される。したがって、ユーザの特性に応じた案内手法により、プログラムの更新に対しての抵抗感等を低減でき、その結果、車両３に搭載される電子制御装置（ＥＣＵ３４）のプログラム更新の促進を図ることができる。
【００７５】
本発明は、上記実施形態に限定されるものではない。例えば、上記実施形態では、プログラム更新案内装置３５が車両３に搭載されている形態としたが、プログラム更新案内装置３５は、オペレータセンター２やその他のセンターに設けられてもよい。
【００７６】
なお、上記実施形態では、特性情報について、不変情報、可変情報及びライフログ情報を例示しているが、特性情報はこれら情報に限定されない。また、特性情報の取得方法も上記の形態に限定されず、その他の方法によって取得されてもよい。
【００７７】
また、上記実施形態では、本発明の制御装置をＥＣＵのリプログラミングに適用したが、制御手段であるＦＰＧＡ（Field Programmable Gate Array）のプログラムの書き換えに適用してもよい。ＦＰＧＡは、論理回路が書き込み可能なゲートアレイであり、論理回路のプログラムが書き換え（制御内容の変更）可能とされている。ＦＰＧＡでは、メモリからプログラムを読み込むことで、機能が実現される。
【符号の説明】
【００７８】
１…プログラム更新案内装置、３…車両、３３…ナビゲーションシステム、３５…特性情報取得部（特性情報取得手段）、３６…案内手法設定部（案内手法設定手段）。
【特許請求の範囲】
【請求項１】
車両に搭載される制御手段の制御内容の変更を案内する制御装置であって、
前記車両のユーザの特性情報を取得する特性情報取得手段と、
前記特性情報取得手段によって取得された前記特性情報に基づいて、前記ユーザに対する前記制御内容の変更の案内手法を設定して出力する案内手法設定手段と、
を備えることを特徴とする制御装置。
【請求項２】
前記特性情報は、前記ユーザの個人情報である請求項１記載の制御装置。
【請求項３】
前記個人情報は、前記ユーザの年齢、性別、職業の少なくとも一つを含んでいる請求項２記載の制御装置。
【請求項４】
前記特性情報は、前記車両に搭載される車載機器の利用に関する利用情報である請求項１記載の制御装置。
【請求項５】
前記利用情報は、前記制御内容の変更の際のオペレータの利用頻度に関する情報、前記制御内容の変更案内の頻度に関する情報、前記制御内容の変更の実施頻度に関する情報、前記制御内容の変更のキャンセルの頻度に関する情報、及びナビゲーションシステムの操作頻度に関する情報の少なくとも一つである請求項４記載の制御装置。
【請求項６】
前記特性情報は、前記ユーザの行動を示す行動情報である請求項１〜５のいずれか一項記載の制御装置。
【請求項７】
前記特性情報は、前記ナビゲーションシステムの経路情報である請求項１〜６のいずれか一項記載のプ制御装置。
【請求項８】
前記特性情報は、前記ユーザの運転操作に関する運転者操作情報である請求項１〜７のいずれか一項に記載の制御装置。
【請求項９】
前記制御手段は、電子制御装置であり、
前記案内手法設定手段は、前記特性情報取得手段によって取得された前記特性情報に基づいて、前記ユーザに対する前記電子制御装置のプログラムの変更の案内手法を設定して出力する請求項１〜８のいずれか一項記載の制御装置。
【請求項１】
車両に搭載される制御手段の制御内容の変更を案内する制御装置であって、
前記車両のユーザの特性情報を取得する特性情報取得手段と、
前記特性情報取得手段によって取得された前記特性情報に基づいて、前記ユーザに対する前記制御内容の変更の案内手法を設定して出力する案内手法設定手段と、
を備えることを特徴とする制御装置。
【請求項２】
前記特性情報は、前記ユーザの個人情報である請求項１記載の制御装置。
【請求項３】
前記個人情報は、前記ユーザの年齢、性別、職業の少なくとも一つを含んでいる請求項２記載の制御装置。
【請求項４】
前記特性情報は、前記車両に搭載される車載機器の利用に関する利用情報である請求項１記載の制御装置。
【請求項５】
前記利用情報は、前記制御内容の変更の際のオペレータの利用頻度に関する情報、前記制御内容の変更案内の頻度に関する情報、前記制御内容の変更の実施頻度に関する情報、前記制御内容の変更のキャンセルの頻度に関する情報、及びナビゲーションシステムの操作頻度に関する情報の少なくとも一つである請求項４記載の制御装置。
【請求項６】
前記特性情報は、前記ユーザの行動を示す行動情報である請求項１〜５のいずれか一項記載の制御装置。
【請求項７】
前記特性情報は、前記ナビゲーションシステムの経路情報である請求項１〜６のいずれか一項記載のプ制御装置。
【請求項８】
前記特性情報は、前記ユーザの運転操作に関する運転者操作情報である請求項１〜７のいずれか一項に記載の制御装置。
【請求項９】
前記制御手段は、電子制御装置であり、
前記案内手法設定手段は、前記特性情報取得手段によって取得された前記特性情報に基づいて、前記ユーザに対する前記電子制御装置のプログラムの変更の案内手法を設定して出力する請求項１〜８のいずれか一項記載の制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−１３４４３（Ｐ２０１２−１３４４３Ａ）
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願番号】特願２０１０−１４７７１１（Ｐ２０１０−１４７７１１）
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
【公開日】平成２４年１月１９日（２０１２．１．１９）
【国際特許分類】
【出願日】平成２２年６月２９日（２０１０．６．２９）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
[ Back to top ]