JP2023038869A - 車載システム、車載装置、及びソフトウェア切替方法 - Google Patents

Abstract

【課題】車載装置に搭載されるメモリ容量の増大を抑制する。
【解決手段】
車両に搭載された車載装置は、第１情報をユーザに提供するための第１ソフトウェアを記憶するメモリと、前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、前記第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部と、前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部と、前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部と、を備える。
【選択図】図５

Description

本開示は、車載システム、車載装置、及びソフトウェア切替方法に関する。

車両に搭載される車載装置にはソフトウェアが組み込まれ、ソフトウェアを実行することによって車載装置が特定の機能を実現する（例えば、特許文献１）。

特開２０２０－０６２９０９号公報 特開２０１８－６９８８８号公報 特開２０１４－２３７４２７号公報 特開２０１２－１１１２６４号公報

ソフトウェアの機能が豊富になれば、ユーザに多様な情報を提供することができる一方で、ソフトウェアのサイズが大きくなる。車載装置に搭載されるメモリ（ＲＯＭ：Read Only，ＲＡＭ；Random Access Memory）の容量は限られており、ソフトウェアのサイズが大きくなるとメモリの容量が圧迫される。さらに、ソフトウェアのサイズの大型化は、メモリ容量の増大を招く。

本開示の一態様に係る車載システムは、第１車載装置と、前記第１車載装置と通信可能な第２車載装置と、車両の外部に配置された外部装置と通信可能な外部通信装置と、を備え、前記第１車載装置は、第１情報をユーザに提供するための第１ソフトウェアを記憶するメモリと、前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、前記第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部と、前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記外部通信装置を介して前記外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部と、前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部と、を含む。

本開示の一態様に係る車載装置は、車載装置は、車両に搭載された車載装置であって、第１情報をユーザに提供するための第１ソフトウェアを記憶するメモリと、前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、前記第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部と、前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部と、前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部と、を備える。

本開示の一態様に係るソフトウェア切替方法は、車両に搭載された車載装置に組み込まれたソフトウェアを切り替えるソフトウェア切替方法であって、前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、第１情報をユーザに提供するための第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定するステップと、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求するステップと、前記外部装置からダウンロードされた前記第２ソフトウェアを、前記車載装置に含まれるメモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えるステップと、を含む。

本開示は、上記のような特徴的な構成を備える車載装置、前記車載装置における特徴的な処理をステップとするソフトウェア切替方法、及び前記車載装置を含む車載システムとして実現することができるだけでなく、前記車載装置に特徴的な処理を実行させるためのプログラムとして実現したり、前記車載装置の一部又は全部を半導体集積回路として実現したりすることができる。

本開示によれば、ユーザに多様な情報を提供することを可能としつつ、車載装置に搭載されるメモリ容量の増大を抑制することができる。

実施形態に係る通信システムの一例を説明するための模式図である。 実施形態に係る車載システムの構成の一例を示すブロック図である。 実施形態に係る統合ＥＣＵの構成の一例を示すブロック図である。 実施形態に係る個別ＥＣＵの構成の一例を示すブロック図である。 実施形態に係る統合ＥＣＵの機能の一例を示す機能ブロック図である。 優先度テーブルの一例を示す図である。 簡易ソフトウェアの表示画面の一例を示す図である。 詳細ソフトウェアの表示画面の一例を示す図である。 簡易ソフトウェアの表示画面の他の例を示す図である。 詳細ソフトウェアの表示画面の他の例を示す図である。 実施形態に係る個別ＥＣＵによるデータ収集処理の一例を示すフローチャートである。 実施形態に係る統合ＥＣＵによるソフトウェア切替判定処理の一例を示すフローチャートである。 実施形態に係る統合ＥＣＵによるソフトウェア切替処理の一例を示すフローチャートである。

＜本開示の実施形態の概要＞
以下、本開示の実施形態の概要を列記して説明する。

（１） 本実施形態に係る車載システムは、第１車載装置と、前記第１車載装置と通信可能な第２車載装置と、車両の外部に配置された外部装置と通信可能な外部通信装置と、を備え、前記第１車載装置は、第１情報をユーザに提供するための第１ソフトウェアを記憶するメモリと、前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、前記第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部と、前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記外部通信装置を介して前記外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部と、前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部と、を含む。ユーザに簡易的な情報を提供する場合には、第１ソフトウェアが用いられる。このため、第１車載装置のメモリの容量の圧迫を抑制することができる。したがって、第１車載装置に搭載されるメモリ容量の増大を抑制することができる。ユーザに詳細な情報を提供する場合には、実行対象のソフトウェアが第１ソフトウェアから第２ソフトウェアに切り替えられる。したがって、ユーザに多様な情報を提供することができる。

（２） 前記第２車載装置は、前記車両に搭載されたハードウェアの状態を検出するセンサを含み、前記状態情報は、前記センサによって検出された前記ハードウェアの状態に関する情報を含んでもよい。センサによって取得された情報を用いて、第１ソフトウェアから第２ソフトウェアへ切り替えるか否かを判定することができる。これにより、センサによって検出されたハードウェアの状態から、例えばハードウェアを交換又は修理する必要があると判断される場合に、ハードウェアの交換又は修理のための詳細な情報をユーザに提供するための第２ソフトウェアを実行することができる。

（３） 前記状態情報は、前記車両に搭載されたハードウェアの将来の使用状態を予測した情報を含んでもよい。車両に搭載されたハードウェアの将来の使用状態を考慮して、第１ソフトウェアから第２ソフトウェアへ切り替えるか否かを判定することができる。これにより、予測されるハードウェアの将来の使用状態から、例えばハードウェアを交換又は修理する必要があると判断される場合に、ハードウェアの交換又は修理のための詳細な情報をユーザに提供するための第２ソフトウェアを実行することができる。

（４） 前記状態情報は、前記車両の周囲の環境の状態に関する情報を含んでもよい。車両の周囲の環境の状態を考慮して、第１ソフトウェアから第２ソフトウェアへ切り替えるか否かを判定することができる。これにより、車両の周囲の環境の状態から、例えばハードウェアを交換又は修理する必要があると判断される場合に、ハードウェアの交換又は修理のための詳細な情報をユーザに提供するための第２ソフトウェアを実行することができる。

（５） 前記判定部は、前記車両の周囲の環境の状態に割り当てられた優先度に基づいて、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えるか否かを判定してもよい。例えば、優先度が基準より高い場合、実行対象のソフトウェアを第１ソフトウェアから第２ソフトウェアへ切り替えることができる。

（６） 前記判定部は、実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える指示がユーザから与えられた場合に、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定してもよい。これにより、ユーザの指示に応じて、実行対象のソフトウェアを第１ソフトウェアから第２ソフトウェアへ切り替えることができる。

（７） 前記判定部は、前記第２ソフトウェアに割り当てられた優先度に基づいて、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えるか否かを判定してもよい。第２ソフトウェアがユーザに提供する情報の重要度に応じて、第２ソフトウェアに優先度が割り当てられてもよい。例えば、優先度が基準より高い場合、第１ソフトウェアから第２ソフトウェアへ切り替えることができる。

（８） 前記優先度は、前記第２ソフトウェアの種類と、前記車両の周囲の環境の状態の種類とに対応付けられてもよい。例えば、第２ソフトウェアがユーザに提供する情報の重要度と、車両の周囲の環境の状態の深刻度とに応じて、優先度を決定することができる。

（９） 前記状態情報は、前記外部通信装置の通信状態に関する情報を含んでもよい。例えば、外部通信装置の通信状態が良好な場合は、第２ソフトウェアをダウンロードすることができ、外部通信装置の通信状態が悪い場合は、第２ソフトウェアのダウンロードを回避することができる。

（１０） 前記第１情報は、文字情報であり、前記第２情報は、画像情報を含んでもよい。第１情報を簡易な文字情報とすることで、第１ソフトウェアのサイズを小さくすることができる。第２情報に画像情報を含めることで、画像による詳細な情報をユーザに提供することができる。

（１１） 前記第１情報は、文字情報であり、前記第２情報は、音声情報を含んでもよい。第１情報を簡易な文字情報とすることで、第１ソフトウェアのサイズを小さくすることができる。第２情報に音声情報を含めることで、音声による詳細な情報をユーザに提供することができる。

（１２） 前記第１情報は、前記車両に搭載されたハードウェアの異常を示す情報であり、前記第２情報は、前記車両に搭載されたハードウェアの異常を示す情報と、前記異常への対応策を示す情報とを含んでもよい。ハードウェアに異常が生じた場合に、第１ソフトウェアはユーザに異常の発生を通知することができる。さらに、第１ソフトウェアのサイズを小さくすることができる。第２ソフトウェアは、異常の発生を通知するだけでなく、異常への対応策をユーザに提示することができる。

（１３） 本実施形態に係る車載装置は、車両に搭載された車載装置であって、第１情報をユーザに提供するための第１ソフトウェアを記憶するメモリと、前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、前記第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部と、前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部と、前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部と、を備える。ユーザに簡易的な情報を提供する場合には、第１ソフトウェアが用いられる。このため、第１車載装置のメモリの容量の圧迫を抑制することができる。したがって、第１車載装置に搭載されるメモリ容量の増大を抑制することができる。ユーザに詳細な情報を提供する場合には、実行対象のソフトウェアが第１ソフトウェアから第２ソフトウェアに切り替えられる。したがって、ユーザに多様な情報を提供することができる。

（１４） 本実施形態に係るソフトウェア切替方法は、車両に搭載された車載装置に組み込まれたソフトウェアを切り替えるソフトウェア切替方法であって、前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、第１情報をユーザに提供するための第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定するステップと、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求するステップと、前記外部装置からダウンロードされた前記第２ソフトウェアを、前記車載装置に含まれるメモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えるステップと、を含む。ユーザに簡易的な情報を提供する場合には、第１ソフトウェアが用いられる。このため、第１車載装置のメモリの容量の圧迫を抑制することができる。したがって、第１車載装置に搭載されるメモリ容量の増大を抑制することができる。ユーザに詳細な情報を提供する場合には、実行対象のソフトウェアが第１ソフトウェアから第２ソフトウェアに切り替えられる。したがって、ユーザに多様な情報を提供することができる。

＜本開示の実施形態の詳細＞
以下、図面を参照しつつ、本発明の実施形態の詳細を説明する。なお、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

［１．通信システム］
図１は、本実施形態に係る通信システムの一例を説明するための模式図である。

通信システムは、車両１０の乗員（ユーザ）に、車両に関する情報を提供するためのシステムである。通信システムは、車両１０と、データベース４０と、サーバ５０とを含む。車両１０は、後述するような車載システムを搭載している。

車両１０は、無線通信によって車両の外部の装置と通信することが可能である。車両１０は、例えば第５世代移動通信システム（５Ｇ）、又は第４世代移動通信システム（４Ｇ）に準拠した無線通信端末を備え、基地局２０との間で無線通信することができる。基地局２０は、インターネット３０に接続されている。データベース４０及びサーバ５０のそれぞれもインターネット３０に接続されている。このような構成により、車両１０とデータベース４０は相互に通信することができ、車両１０とサーバ５０は相互に通信することができる。

データベース４０は、車両１０に関する詳細な情報をユーザに提供するための詳細ソフトウェアのインストールデータを記憶する。データベース４０は、詳細ソフトウェアのインストールデータを車両１０へ送信することができる。データベース４０は、「外部装置」の一例である。詳細ソフトウェアは、「第２ソフトウェア」の一例である。

サーバ５０は、実行対象のソフトウェアを、簡易ソフトウェアから詳細ソフトウェアに切り替えるか否かの判断に用いられる情報を車両１０に送信することができる。簡易ソフトウェアは、車両１０に対する簡易的な情報をユーザに提供するためのソフトウェアである。簡易ソフトウェアは、「第１ソフトウェア」の一例である。サーバ５０は、例えば現在の気象状態を示す気象情報、将来の気象状態を示す気象予報情報、道路の状態を示す道路状態情報を車両１０に送信することができる。

［２．車載システム］
図２は、本実施形態に係る車載システムの構成の一例を示すブロック図である。

本実施系に係る車載システム１００は、統合ＥＣＵ２００と、個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄとを含む。統合ＥＣＵ２００と、個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄとは、通信ケーブルによって接続されている。

統合ＥＣＵ２００は、車両１０全体を制御したり、車両１０に関する情報をユーザに提供したりする。統合ＥＣＵ２００は、簡易ソフトウェア又は詳細ソフトウェアを実行することが可能である。統合ＥＣＵ２００は、第２車載装置の一例である。

複数の個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄは、車両１０の各部に配置される。個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄは、車両１０の各部のハードウェアを個別に制御したり、車両１０の各部のハードウェアの状態を監視したりする。例えば、個別ＥＣＵ３００Ａは、タイヤの状態を監視するための装置である。個別ＥＣＵ３００Ｂは、制動装置を制御し、制動装置の状態を監視するための装置である。個別ＥＣＵ３００Ｃは、ドアを制御し、ドアの状態を監視するための装置である。個別ＥＣＵ３００Ｄは、車両駆動用のバッテリを制御し、バッテリの状態を監視するための装置である。なお、以下の説明では、個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄを総称して「個別ＥＣＵ３００」ともいう。

統合ＥＣＵ２００は、個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００ＤのそれぞれとＣＡＮ（Controller Area Network）バスのような車載バスを介して接続されている。統合ＥＣＵ２００は、個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄのそれぞれと相互に通信することができる。個別ＥＣＵ３００は、第１車載装置の一例である。

統合ＥＣＵ２００は、表示装置２５０に接続されている。表示装置２５０は、例えば液晶パネル又はＯＥＬ（有機エレクトロルミネッセンス）パネルを含む。表示装置２５０は、文字又は画像の情報を表示することができる。統合ＥＣＵ２００は、表示装置２５０を制御することにより、表示装置２５０に情報（文字情報、画像情報）を表示させることができる。

統合ＥＣＵ２００は、入力装置２６０に接続されている。入力装置２６０は、例えば、表示装置２５０に重ねられた静電容量式又は感圧式のタッチパッドを含む。ユーザは、入力装置２６０を操作することにより、統合ＥＣＵ２００に情報を入力することができる。

統合ＥＣＵ２００は、スピーカ２７０に接続されている。スピーカ２７０は、音声を出力することができる。統合ＥＣＵ２００は、スピーカ２７０を制御することにより、スピーカ２７０に音声情報を出力させることができる。

統合ＥＣＵ２００は、外部通信装置５００に接続されている。外部通信装置５００は、例えば５Ｇ又は４Ｇに準拠した無線通信端末である。外部通信装置５００は、データベース４０及びサーバ５０と通信することができる。外部通信装置５００は、統合ＥＣＵ２００とデータベース４０及びサーバ５０との間の通信を中継する。

個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄのそれぞれには、センサ４００が接続されている。センサ４００は、車両１０のハードウェアの状態を検出する。センサ４００は、検出値を示すデータ（以下、「センサデータ」という）を出力する。例えば、個別ＥＣＵ３００Ａに接続されたセンサ４００は、タイヤの空気圧を測定する空気圧センサと、タイヤの温度を測定する温度センサとを含む。例えば、個別ＥＣＵ３００Ａに接続されたセンサ４００は、タイヤの摩耗度を検出する摩耗度センサを含んでもよい。例えば、個別ＥＣＵ３００Ｂに接続されたセンサ４００は、ブレーキパッドの摩耗度を検出する摩耗度センサを含む。例えば、個別ＥＣＵ３００Ｃに接続されたセンサ４００は、ドアの開閉状態を検出するセンサを含む。例えば、個別ＥＣＵ３００Ｄに接続されたセンサ４００は、バッテリの電圧を測定する電圧センサと、バッテリの温度を検出する温度センサとを含む。個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄは、センサ４００から出力されたセンサデータを統合ＥＣＵ２００へ送信することができる。

個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄは、ハードウェアを動作させるためのアクチュエータに接続されていてもよい。例えば、個別ＥＣＵ３００Ｂは、制動装置を動作させるためのモータに接続されていてもよい。例えば、個別ＥＣＵ３００Ｃは、ドアを開閉するためのモータに接続されていてもよい。

［３．統合ＥＣＵの構成］
図３は、本実施形態に係る統合ＥＣＵの構成の一例を示すブロック図である。統合ＥＣＵ２００は、プロセッサ２０１と、不揮発性メモリ２０２と、揮発性メモリ２０３と、第１通信インタフェース（Ｉ／Ｆ）２０４と、第２通信Ｉ／Ｆ２０５と、グラフィック処理回路２０６と、入出力部２０７と、音声処理回路２０８とを備える。

揮発性メモリ２０３は、例えばＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）等の半導体メモリである。不揮発性メモリ２０２は、例えばフラッシュメモリ、ハードディスク、ＲＯＭ（Read Only Memory）等である。不揮発性メモリ２０２には、コンピュータプログラムである制御プログラム２０９及び簡易ソフトウェア２１０並びにこれらのソフトウェアの実行に使用されるデータが格納される。データベース４０からダウンロードされた詳細ソフトウェア２１１のインストールデータによって、統合ＥＣＵ２００は詳細ソフトウェア２１１を不揮発性メモリ２０２にインストールすることができる。統合ＥＣＵ２００は、コンピュータを備えて構成され、統合ＥＣＵ２００の各機能は、前記コンピュータの記憶装置に記憶されたコンピュータプログラムである制御プログラム２０９、簡易ソフトウェア２１０、及び詳細ソフトウェア２１１が実行されることで発揮される。

ソフトウェア（制御プログラム２０９、簡易ソフトウェア２１０、詳細ソフトウェア２１１）は、例えばプログラムモジュールを含む。プログラムモジュールは、ソフトウェアの部分的な機能を実現するためのソフトウェア部品である。複数のプログラムモジュールが組み合わされることにより、ソフトウェアが構成される。

簡易ソフトウェア２１０は、不揮発性メモリ２０２にインストール済である。つまり、簡易ソフトウェア２１０は初期状態で不揮発性メモリ２０２にインストールされている。不揮発性メモリ２０２には、複数種類の簡易ソフトウェア２１０がインストールされている。複数の簡易ソフトウェア２１０には、例えば、タイヤの空気圧異常をユーザに通知するためのソフトウェア、車両１０の寒冷地機能（例えば、ウインドウデアイサ）をＯＮにしたことを通知するためのソフトウェアが含まれる。簡易ソフトウェア２１０はこれらに限定されず、上記以外の情報をユーザに通知するためのソフトウェアが含まれてもよい。

詳細ソフトウェア２１１は、初期状態では不揮発性メモリ２０２にインストールされていない。つまり、詳細ソフトウェア２１１は、不揮発性メモリ２０２に追加インストールされるソフトウェアである。データベース４０には、複数種類の詳細ソフトウェア２１１のインストールデータが記憶される。統合ＥＣＵ２００は、データベース４０から特定の種類の詳細ソフトウェア２１１（統合ＥＣＵ２００が要求した種類の詳細ソフトウェア２１１）のインストールデータをダウンロードし、不揮発性メモリ２０２に当該種類の詳細ソフトウェア２１１をインストールすることができる。

制御プログラム２０９は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定するためのソフトウェアである。プロセッサ２０１が制御プログラム２０９を実行することにより、統合ＥＣＵ２００は後述するようなソフトウェア切替判定処理を実行することができる。制御プログラム２０９は、詳細ソフトウェア２１１のインストールを管理する。即ち、制御プログラム２０９は、データベース４０から詳細ソフトウェア２１１のインストールデータをダウンロードし、インストールデータを用いて詳細ソフトウェア２１１を不揮発性メモリ２０２にインストールする。制御プログラム２０９は、詳細ソフトウェア２１１がインストールされた場合に、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替える。

プロセッサ２０１は、例えばＣＰＵ（Central Processing Unit）である。ただし、プロセッサ２０１は、ＣＰＵに限られない。プロセッサ２０１は、ＧＰＵ（Graphics Processing Unit）であってもよい。プロセッサ２０１は、コンピュータプログラムを実行可能に構成される。ただしプロセッサ２０１は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）を一部に含んでもよいし、ゲートアレイ、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを一部に含んでもよい。

第１通信Ｉ／Ｆ２０４及び第２通信Ｉ／Ｆ２０５のそれぞれは、例えばＣＡＮインタフェースである。第１通信Ｉ／Ｆ２０４は、通信バスを介して個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄのそれぞれに接続されている。統合ＥＣＵ２００は、第１通信Ｉ／Ｆ２０４によって、個別ＥＣＵ３００Ａ，３００Ｂ，３００Ｃ，３００Ｄと通信することができる。

第２通信Ｉ／Ｆ２０５は、通信バスを介して外部通信装置５００に接続されている。統合ＥＣＵ２００は、第２通信Ｉ／Ｆ２０５によって、外部通信装置５００と通信することができる。

グラフィック処理回路２０６は、表示装置２５０に接続されており、表示装置２５０における表示を制御する。グラフィック処理回路２０６は、例えば、ＧＰＵ及びＶＲＡＭ（Video RAM）を含む。グラフィック処理回路２０６は、表示装置２５０に表示するためのデータをＶＲＡＭに保持し、ＶＲＡＭから１フレーム分の映像データを定期的に読み出し、映像信号を生成する。生成された映像信号は表示装置２５０に出力され、表示装置２５０に映像が表示される。グラフィック処理回路２０６の機能は、プロセッサ２０１に含まれてもよい。揮発性メモリ２０３の一部の領域が、ＶＲＡＭとして利用されてもよい。

入出力部（Ｉ／Ｏ）２０７は、入力装置２６０に接続されている。ユーザが入力装置２６０に与えた情報は、Ｉ／０２０７を通じてプロセッサ２０１に与えられる。音声処理回路２０８は、スピーカ２７０に接続されており、スピーカ２７０から出力される音声を制御する。

［４．個別ＥＣＵの構成］
図４は、本実施形態に係る個別ＥＣＵの構成の一例を示すブロック図である。個別ＥＣＵ３００は、プロセッサ３０１と、不揮発性メモリ３０２と、揮発性メモリ３０３と、通信Ｉ／Ｆ３０４と、入出力Ｉ／Ｆ（Ｉ／Ｏ）３０５とを備える。

揮発性メモリ３０３は、例えばＳＲＡＭ、ＤＲＡＭ等の半導体メモリである。不揮発性メモリ３０２は、例えばフラッシュメモリ、ハードディスク、ＲＯＭ等である。不揮発性メモリ３０２には、コンピュータプログラムである制御プログラム３０６及び制御プログラム３０６の実行に使用されるデータが格納される。個別ＥＣＵ３００は、コンピュータを備えて構成され、個別ＥＣＵ３００の各機能は、前記コンピュータの記憶装置に記憶されたコンピュータプログラムである制御プログラム３０６が実行されることで発揮される。

制御プログラム３０６は、車両１０の一部のハードウェアの状態を監視し、当該ハードウェアの状態に関するデータを統合ＥＣＵ２００へ送信するためのソフトウェアである。制御プログラム３０６は、車両１０の一部のハードウェアを制御する機能を有してもよい。

プロセッサ３０１は、例えばＣＰＵである。ただし、プロセッサ３０１は、ＣＰＵに限られない。プロセッサ３０１は、ＧＰＵであってもよい。プロセッサ３０１は、例えば、ＡＳＩＣであってもよいし、ゲートアレイ、ＦＰＧＡ等のプログラマブルロジックデバイスであってもよい。この場合、ＡＳＩＣ又はプログラマブルロジックデバイスは、制御プログラム３０６と同様の処理を実行可能に構成される。

通信Ｉ／Ｆ３０４は、例えばＣＡＮインタフェースである。通信Ｉ／Ｆ３０４は、通信バスを介して統合ＥＣＵ２００及び他の個別ＥＣＵ３００のそれぞれに接続されている。個別ＥＣＵ３００は、通信Ｉ／Ｆ３０４によって、統合ＥＣＵ２００と通信することができる。

Ｉ／Ｏ３０５は、センサ４００に接続されている。Ｉ／Ｏ３０５は、センサ４００から出力されたセンサデータを受け付ける。Ｉ／Ｏ３０５は、車両１０に設けられたアクチュエータに接続されてもよい。Ｉ／Ｏ３０５は、アクチュエータに制御信号を出力することができる。

個別ＥＣＵ３００は、車両によってハードウェアが異なる場合でも、共通した仕様のデータを統合ＥＣＵ２００へ送信する。例えば、タイヤの温度を測定する温度センサの仕様が、車両Ａと車両Ｂとの間で異なる場合でも、個別ＥＣＵ３００は、温度センサのセンサデータを処理し、同一の仕様のデータ（以下、「処理データ」という）を生成する。個別ＥＣＵ３００は、生成された処理データを統合ＥＣＵ２００へ送信する。具体的な一例として、車両Ａの温度センサのサンプリングレートと、車両Ｂの温度センサのサンプリングレートが異なる場合について説明する。車両Ａに搭載された個別ＥＣＵ３００は、温度センサから出力されたセンサデータの移動平均値又は移動中央値を算出するなどの処理を行い、処理データを生成する。車両Ａに搭載された個別ＥＣＵ３００は、所定の時間間隔で処理データを統合ＥＣＵ２００へ送信する。車両Ｂに搭載された個別ＥＣＵ３００も、温度センサから出力されたセンサデータの移動平均値又は移動中央値を算出するなどの処理を行い、処理データを生成する。車両Ｂに搭載された個別ＥＣＵ３００は、車両Ａに搭載された個別ＥＣＵ３００が処理データを送信する時間間隔と同一の時間間隔で処理データを統合ＥＣＵ２００へ送信する。

個別ＥＣＵ３００は、さらに、車両によってアクチュエータが異なる場合でも、共通した仕様のコマンドを統合ＥＣＵ２００から受信し、コマンドに基づいて、個別ＥＣＵ３００に接続されたアクチュエータに適応した制御信号を生成する。個別ＥＣＵ３００は、生成された制御信号をアクチュエータに出力し、アクチュエータを制御する。具体的な一例として、車両Ａのパワーウインドウ用のモータと、車両Ｂのパワーウインドウ用のモータとが異なる場合について説明する。車両Ａに搭載された個別ＥＣＵ３００は、統合ＥＣＵ２００から受信したコマンドに基づいて、車両Ａに搭載されたモータの仕様に適合した制御信号を生成する。車両Ａに搭載された個別ＥＣＵ３００は、生成された制御信号をモータに出力し、パワーウインドウを制御する。車両Ｂに搭載された個別ＥＣＵ３００には、車両Ａに搭載された個別ＥＣＵ３００と同じコマンドが統合ＥＣＵ２００から送信される。車両Ｂに搭載された個別ＥＣＵ３００は、受信したコマンドに基づいて、車両Ｂに搭載されたモータの仕様に適合した制御信号を生成する。車両Ｂに搭載された個別ＥＣＵ３００は、生成された制御信号をモータに出力し、パワーウインドウを制御する。

［５．統合ＥＣＵの機能］
図５は、本実施形態に係る統合ＥＣＵの機能の一例を示す機能ブロック図である。

プロセッサ２０１が制御プログラム２０９を実行することにより、取得部２２１と、判定部２２２と、要求部２２３と、受信部２２４と、切替部２２５と、アンインストール部２２６との各機能が実現される。

取得部２２１は、車両１０の状態に関する状態情報を取得する。状態情報は、センサ４００によって検出されたハードウェアの状態に関する情報を含んでもよい。

個別ＥＣＵ３００は、センサ４００から出力されたセンサデータを受け付け、センサデータに対して所定の処理を行う。例えば、個別ＥＣＵ３００は、センサ４００の検出値に処理を施し、処理データを生成する。処理データは、ハードウェアの状態に関する情報の一例である。

車両に搭載されたハードウェアの種類は、車両１０の状態の一例である。具体的な一例として、センサ４００がＲＦＩＤリーダであり、タイヤの情報が書き込まれたＲＦタグがタイヤに埋め込まれている場合を説明する。サマータイヤのＲＦタグには、サマータイヤであることを示す情報が書き込まれ、スタッドレスタイヤのＲＦタグには、スタッドレスタイヤであることを示す情報が書き込まれる。センサ４００は、車両１０のタイヤのＲＦタグから情報を読み取り、個別ＥＣＵ３００が当該情報（又は当該情報が加工された情報）を統合ＥＣＵ２００へ送信する。ＲＦタグから読み出されたスタッドレスタイヤを示す情報は、車両１０にスタッドレスタイヤが装着されているという車両１０の状態を示す。

状態情報は、ハードウェアの将来の使用状態を予測した情報を含んでもよい。例えば、取得部２２１は、車両１０のハードウェアの使用履歴から、将来の使用状態を予測することができる。具体的な一例として、タイヤの将来の使用状態の予測について説明する。センサ４００は、車両１０に対するタイヤの着脱を検出する。センサ４００によってタイヤの交換が検出されると、個別ＥＣＵ３００は、タイヤが交換されたという車両１０の状態を示す状態情報を統合ＥＣＵ２００へ送信する。統合ＥＣＵ２００は、前回のタイヤの交換からの経過時間を管理し、次回のタイヤの交換が必要な時期を推定する。取得部２２１は、推定された次回のタイヤ交換時期を、将来の使用状態を予測した情報として取得する。

状態情報は、車両１０の周囲の環境の状態に関する情報（以下、「環境状態情報」という）を含んでもよい。環境状態情報は、例えば、車両１０の位置情報、車両１０がある地点における気象を示す気象情報、車両１０がある地点における気象予報情報、車両１０がある地点における気温を示す気温情報等を含んでもよい。取得部２２１は、サーバ５０から環境状態情報を受信することができる。

判定部２２２は、状態情報に基づいて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えるか否かを判定する。

例えば、判定部２２２は、ハードウェアの状態を示す情報を用いて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えるか否かを判定することができる。

（例１）
本例は、タイヤ交換用のソフトウェアの切替判定の例である。本例では、状態情報は、タイヤの空気圧を示す情報を含む。例えば、センサ４００がタイヤの空気圧を測定する空気圧センサである。個別ＥＣＵ３００は、センサ４００から出力されるセンサデータを処理し、タイヤの交換が必要な時期であるか否かを判断することができる。例えば、タイヤの交換が必要とされる時期が、Ａ社のタイヤでは空気圧が８０％未満となったときとされ、Ｂ社のタイヤでは空気圧が６０％未満且つ空気圧の時間減少率が特定の値未満となったときとされている。このように、メーカ毎にタイヤの交換時期の公称値が異なるが、このようなハードウェアの相違には個別ＥＣＵ３００が対応する。つまり、個別ＥＣＵ３００は、センサデータの空気圧をタイヤメーカの公称値に当てはめ、タイヤの交換が必要な時期であるか否かを判断する。個別ＥＣＵ３００は、タイヤの交換が必要な時期であるかの判断結果を、状態情報として統合ＥＣＵ２００へ送信する。判定部２２２は、タイヤの交換が必要な時期であるかの判断結果を用いて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定する。タイヤの交換が必要な時期が到来している場合、判定部２２２は、タイヤの交換に関する詳細な情報をユーザに提供するため、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えると判定する。タイヤの交換が必要な時期が到来していない場合、判定部２２２は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えないと判定する。

（例２）
本例は、タイヤ交換用のソフトウェアの切替判定の他の例である。本例では、判定に用いられる状態情報として、タイヤを装着してからの使用年数（Ａ１）と、タイヤを装着してからの走行距離（Ａ２）と、過去の車両の使用状態（ユーザの運転履歴）（Ａ３）とが用いられる。あるユーザは、平日において出勤及び帰宅のために車両１０で３ｋｍ走行し、週末において買い物のために車両１０で４ｋｍ走行する。この場合、１ヶ月間の車両１０の走行距離は、３（ｋｍ）×２３（日）＋４（ｋｍ）×６（日）＝９３（ｋｍ）である。この計算結果が、Ａ３として用いられる。判定部２２２は、次式（１）を計算する。
Ａ＝Ａ１×ａ＋Ａ２×ｂ＋Ａ３×ｃ …（１）
ａ，ｂ，ｃは重み計数である。判定部２２２は、上記の式の計算結果Ａを閾値Ｎとを比較し、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定する。ＡがＮより大きい場合、タイヤの交換が必要である。この場合、判定部２２２は、タイヤの交換に関する詳細な情報をユーザに提供するため、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えると判定する。ＡがＮ以下である場合、判定部２２２は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えないと判定する。

（例３）
本例は、タイヤ交換用のソフトウェアの切替判定のさらに他の例である。本例では、判定に用いられる状態情報として、タイヤを装着してからの使用年数（Ａ１）と、タイヤを装着してからの走行距離（Ａ２）と、将来の車両の使用状態（ユーザの運転の予定）（Ｂ３）とが用いられる。Ｂ３は、１ヶ月先までに予定されている車両１０の長距離走行（例えば、１００ｋｍ以上）の距離である。判定部２２２は、以下の４つの条件を用いて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定する。
条件３－１：Ａ１×Ｂ３が閾値Ｎ１以上である。
条件３－２：Ａ２×Ｂ３が閾値Ｎ２以上である。
条件３－３：Ａ１がタイヤの使用可能年数のカタログ値の８０％以上である。
条件３－４：Ａ２がタイヤの走行可能距離のカタログ値の８０％以上である。
条件３－１，３－２，３－３，３－４のうちの何れか１つ以上が成立する場合、判定部２２２は、タイヤの交換に関する詳細な情報をユーザに提供するため、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えると判定する。条件３－１，３－２，３－３，３－４の全てが成立しない場合、判定部２２２は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えないと判定する。

（例４）
本例は、スタッドレスタイヤへの交換用のソフトウェアの切替判定の例である。本例では、状態情報は、現在の積雪しているか否か（Ｃ１）、現在車両１０がスタッドレスタイヤを装着しているか否か（Ｃ２）、２週間先までに一定以上まとまった積雪が予報されているか否か（Ｃ３）、日付（Ｃ４）、気温（Ｃ５）、天候（Ｃ６）が用いられる。

Ｃ４には、例えば現在から何日後か毎に割り当てられた優先度が用いられる。例えば、１日後：９９（％）、２日後：９６（％）、３日後：９２（％）、４日後：９０（％）、…、１０日後：６０％、１１日後：５７％、…のように優先度が与えられる。

Ｃ５には、気象予報の最低気温毎に割り当てられた優先度が用いられる。例えば、－１０℃未満：９９（％）、－１０度以上－５度未満：９０（％）、－５度以上０度未満：８５（％）、０度以上３度未満：８０（％）、３度以上５度未満：６５（％）、５度以上８度未満：５０（％）、８度以上：０（％）のように優先度が与えられる。

Ｃ６には、気象予報の天候の種類毎に割り当てられた優先度が用いられる。例えば、雨：７０（％）、晴れ：５０（％）、小雪：８５（％）、雪：９０（％）、大雪：１００（％）のように優先度が与えられる。

判定部２２２は、以下の４つの条件を用いて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定する。
条件４－１：Ｃ１がＹＥＳであり且つＣ２がＹＥＳである。
条件４－２：Ｃ２がＹＥＳであり且つＣ３がＹＥＳである。
条件４－３：Ｃ２がＹＥＳであり且つＣ４×Ｃ５が閾値Ｎ３以上である。
条件４－４：Ｃ２がＹＥＳであり且つＣ４×Ｃ６が閾値Ｎ４以上である。
条件４－１，４－２，４－３，４－４のうちの何れか１つ以上が成立する場合、判定部２２２は、スタッドレスタイヤへの交換に関する詳細な情報をユーザに提供するため、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えると判定する。条件４－１，４－２，４－３の全てが成立しない場合、判定部２２２は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えないと判定する。

本例では、状態情報に、通年（例えば、昨年）の降雪状態（Ｃ７）を含めることもできる。Ｃ７には、例えば月毎に割り当てられた優先度が用いられる。例えば、Ａ市では、１１月：３０％、１２月：６０％、１月：６０％、２月：８０％、３月８０％、その他：０％のように優先度が与えられる。例えば、Ｂ市では、１０月：１０％、１１月：９０％、１２月：９０％、１月：７０％、２月：７０％、その他：０％のように優先度が与えられる。例えば、条件４－３において、「Ｃ４×Ｃ５が閾値Ｎ３以上である。」を「Ｃ４×Ｃ５×Ｃ７が閾値Ｎ３以上である」に代え、条件４－４において、「Ｃ４×Ｃ６が閾値Ｎ４以上である。」を「Ｃ４×Ｃ６×Ｃ７が閾値Ｎ４以上である」に代えることができる。

判定部２２２は、詳細ソフトウェア２１１に割り当てられた優先度に基づいて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定することができる。詳細ソフトウェア２１１がユーザに提供する情報は、ユーザの危険、車両１０の事故等に関連する重要度が高い情報もあれば、有用ではあるが重要度が低い情報もある。例えば、タイヤの空気圧異常をユーザに通知するための情報、及びスタッドレスタイヤへの交換が必要であることをユーザに通知するための情報は重要度が高く、渋滞情報は重要度が低い。詳細ソフトウェア２１１は、ユーザに通知する情報に応じて、優先度が割り当てられてもよい。例えば、タイヤの空気圧異常を通知する詳細ソフトウェア２１１、及びスタッドレスタイヤへの交換が必要であることをユーザに通知する詳細ソフトウェア２１１には優先度「高」が割り当てられ、交通情報をユーザに提供する詳細ソフトウェア２１１は優先度「低」が割り当てられる。判定部２２２は、状態情報と、詳細ソフトウェア２１１の優先度とを組み合わせて、ソフトウェアの切替の判定を行うことができる。

詳細ソフトウェア２１１の種類と、車両１０の周囲の環境の状態の種類とに優先度が対応付けてもよい。例えば、判定部２２２は、詳細ソフトウェア２１１の種類と、車両１０の周囲の環境の状態の種類との対応関係を示す優先度テーブルを用いることができる。図６は、優先度テーブルの一例を示す図である。テーブルの行は詳細ソフトウェア２１１の種類（Ａ，Ｂ，Ｃ，Ｄ）を示し、テーブルの列は環境状態の種類（１，２，３，４）を示す。優先度テーブル２３０において、詳細ソフトウェア２１１の各種類Ａ，Ｂ，Ｃ，Ｄと、環境状態の種類１，２，３，４との組み合わせ毎に、優先度が割り当てられている。判定部２２２は、切替判定の対象となる詳細ソフトウェア２１１の種類と、環境状態の種類とを特定し、優先度テーブル２３０を参照して優先度を決定する。優先度テーブル２３０は、不揮発性メモリ２０２に記憶されている。

判定部２２２は、実行対象のソフトウェアを簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替える指示がユーザから与えられた場合に、実行対象のソフトウェアを簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えると判定してもよい。例えば、上記の例１において、タイヤの交換が必要な時期が到来している場合、判定部２２２は、タイヤ交換のための詳細な情報を提供するために、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替える指示をユーザが入力可能な画面（例えば、指示用のボタンを含む画面）を表示装置２５０に表示させてもよい。当該画面を通じて、実行対象のソフトウェアを簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替える指示をユーザが統合ＥＣＵ２００に接続された入力装置２６０に入力した場合、判定部２２２は、実行対象のソフトウェアを簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えると判定することができる。ユーザから上記の指示が統合ＥＣＵ２００に入力されない場合、判定部２２２は、実行対象のソフトウェアを簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えないと判定することができる。

図５に戻り、状態情報は、外部通信装置５００の通信状態に関する情報を含んでもよい。外部通信装置５００の通信状態が良好であれば、統合ＥＣＵ２００がデータベース４０及びサーバ５０にアクセスすることができる。外部通信装置５００の通信状態が悪ければ、統合ＥＣＵ２００がデータベース４０及びサーバ５０にアクセスすることが困難である。このように、外部通信装置５００の通信状態は、車両１０の１つの状態を表している。外部通信装置５００の通信状態に関する情報は、例えばＲＳＳＩ（Received Signal Strength Indicator）である。判定部２２２は、例えばＲＳＳＩと閾値とを比較し、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定することができる。例えばＲＳＳＩが閾値以上である場合、判定部２２２は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えると判定することができる。例えばＲＳＳＩが閾値未満である場合、判定部２２２は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えないと判定することができる。さらに判定部２２２は、ＲＳＳＩが閾値未満である場合、詳細ソフトウェア２１１のインストールデータのダウンロードを保留することができる。

判定部２２２によって、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えると判定された場合に、要求部２２３は、詳細ソフトウェア２１１のインストールデータのダウンロードをデータベース４０に要求する。

データベース４０は、要求部２２３の要求に応じて、詳細ソフトウェア２１１のインストールデータをダウンロードする。受信部２２４は、詳細ソフトウェア２１１のインストールデータを受信する。

切替部２２５は、データベース４０からダウンロードされたインストールデータを用いて、詳細ソフトウェア２１１を不揮発性メモリ２０２にインストールする。切替部２２５は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替える。例えば、切替部２２５は、簡易ソフトウェア２１０を終了させ、詳細ソフトウェア２１１を起動する。

簡易ソフトウェア２１０がユーザに提供する情報は、文字情報である。つまり、簡易ソフトウェア２１０は、表示装置２５０に文字情報を表示させる。詳細ソフトウェア２１１がユーザに提供する情報は、画像情報を含む。つまり、詳細ソフトウェア２１１は、表示装置に画像情報を含む情報を表示させる。

簡易ソフトウェア２１０がユーザに提供する情報は、車両１０に搭載されたハードウェアの異常を示す情報である。例えば、簡易ソフトウェア２１０がユーザに提供する、車両１０に搭載されたハードウェアの異常を示す情報は、文字情報である。詳細ソフトウェア２１１がユーザに提供する情報は、車両１０に搭載されたハードウェアの異常を示す情報と、異常への対応策を示す情報とを含む。例えば、詳細ソフトウェア２１１がユーザに提供する、車両１０に搭載されたハードウェアの異常を示す情報は、文字情報であってもよいし、画像情報であってもよいし、音声情報であってもよい。異常への対応策を示す情報もまた、文字情報であってもよいし、画像情報であってもよいし、音声情報であってもよい。

図７は、簡易ソフトウェアの表示画面の一例を示す図であり、図８は、詳細ソフトウェアの表示画面の一例を示す図である。図７及び図８に示す例は、タイヤの空気圧異常をユーザに通知するための簡易ソフトウェア２１０及び詳細ソフトウェア２１１の表示画面である。タイヤの空気圧異常が検出された場合、簡易ソフトウェア２１０は表示画面６００Ａを表示装置２５０に表示させる。表示画面６００Ａには、文字情報６０１が含まれる。文字情報６０１は、「タイヤの空気圧が低下しています」というタイヤの異常を示す情報である。

図８を参照し、タイヤの空気圧異常が検出された場合、詳細ソフトウェア２１１は表示画面６００Ｂを表示装置２５０に表示させる。表示画面６００Ｂには、画像情報６０２及び文字情報６０３が含まれる。画像情報６０２は、車両１０を上から見た図形と、スペアタイヤを含む５つのタイヤの空気圧及び温度の文字情報とを含む。画像情報６０２は、数値によってタイヤの異常を示す情報である。文字情報６０３は、タイヤ交換の目安の時期を示す。タイヤ交換の目安の時期は、タイヤの空気圧異常を解消するための対応策の一例である。さらに他の例として、詳細ソフトウェア２１１の表示画面６００Ｂには、タイヤの空気圧調整の作業方法を説明する文字情報、画像情報、又はこれらの組み合わせが含まれてもよいし、タイヤの空気圧調整を行う店舗の場所を示す地図又は住所が含まれてもよい。

詳細ソフトウェア２１１は、上記のような表示画面６００Ｂに加え、タイヤの空気圧異常をユーザに通知するための音声情報をスピーカ２７０から出力してもよい。なお、詳細ソフトウェア２１１は、音声情報をスピーカ２７０に出力させずに、画像情報を含む表示画面６００Ｂを表示装置２５０に表示させてもよいし、画像情報を含む表示画面６００Ｂを表示装置２５０に表示させずに（例えば、画像情報を含まず、タイヤの空気圧異常の文字情報を含む表示画面を表示装置２５０に表示させ）、音声情報をスピーカ２７０に出力させてもよい。

図９は、簡易ソフトウェアの表示画面の他の例を示す図であり、図１０は、詳細ソフトウェアの表示画面の他の例を示す図である。図９及び図１０に示す例は、寒冷地における車両１０の走行に必要な情報をユーザに通知するための簡易ソフトウェア２１０及び詳細ソフトウェア２１１の表示画面である。気温、気象情報、位置情報等により、車両１０が寒冷地にあると判断された場合、簡易ソフトウェア２１０は表示画面６１０Ａを表示装置２５０に表示させる。表示画面６１０Ａには、文字情報６１１が含まれる。文字情報６１１は、「寒冷地機能がＯＮになりました。」である。

図１０を参照し、車両１０が寒冷地にあると判断された場合、詳細ソフトウェア２１１は表示画面６１０Ｂを表示装置２５０に表示させる。表示画面６１０Ｂには、画像情報６１２が含まれる。画像情報６１２は、スリップ事故が発生しやすい地点を示した地図である。さらに他の例として、詳細ソフトウェア２１１の表示画面６１０Ｂには、スタッドレスタイヤが装着されているか否かを示す情報、スタッドレスタイヤへの交換を提案する情報、タイヤ交換の作業方法を説明する文字情報、画像情報、又はこれらの組み合わせ、不凍液の濃度割合を提案する情報等が含まれてもよい。

詳細ソフトウェア２１１は、上記のような表示画面６１０Ｂに加え、例えばスタッドレスタイヤへの交換が必要であることをユーザに通知するための音声情報をスピーカ２７０から出力してもよい。なお、詳細ソフトウェア２１１は、音声情報をスピーカ２７０に出力させずに、画像情報を含む表示画面６１０Ｂを表示装置２５０に表示させてもよいし、画像情報を含む表示画面６１０Ｂを表示装置２５０に表示させずに（例えば、画像情報を含まず、寒冷地機能ＯＮの文字情報を含む表示画面を表示装置２５０に表示させ）、音声情報をスピーカ２７０に出力させてもよい。

図５に戻り、アンインストール部２２６は、不要な詳細ソフトウェア２１１を不揮発性メモリ２０２からアンインストールする。例えば、不揮発性メモリ２０２の残り容量が基準値よりも少ない場合、インストールされている詳細ソフトウェア２１１のうちの一部をアンインストールする。アンインストールの対象は、例えば、詳細ソフトウェア２１１の優先度に基づいて選定される。

［６．個別ＥＣＵの動作］
以下、本実施形態に係る車載システム１００の動作を説明する。個別ＥＣＵ３００のプロセッサ３０１が制御プログラム３０６を実行することにより、以下に説明するようなデータ収集処理を実行する。図１１は、本実施形態に係る個別ＥＣＵによるデータ収集処理の一例を示すフローチャートである。

センサ４００は、ハードウェアの状態を検出し、検出値を示すセンサデータを出力する。個別ＥＣＵ３００は、センサ４００から出力されたセンサデータを取得する（ステップＳ１０１）。

プロセッサ３０１は、センサデータに対して処理を施し、処理データを生成する（ステップＳ１０２）。前記処理は、検出値の移動平均値、又は移動中央値等を算出する処理である。

プロセッサ３０１は、生成された処理データを統合ＥＣＵ２００へ送信する（ステップＳ１０３）。その後、プロセッサ３０１は、ステップＳ１０１へ戻る。これにより、繰り返し処理データが生成され、統合ＥＣＵ２００へ送信される。

［７．統合ＥＣＵの動作］
統合ＥＣＵ２００のプロセッサ２０１が制御プログラム２０９を実行することにより、以下に説明するようなソフトウェア切替判定処理を実行する。図１２は、本実施形態に係る統合ＥＣＵによるソフトウェア切替判定処理の一例を示すフローチャートである。

上述したように、個別ＥＣＵ３００は処理データを送信する。さらに、統合ＥＣＵ２００は、サーバ５０に気象情報、気象予報情報、気温情報等の環境状態情報を要求する。サーバ５０は、統合ＥＣＵ２００の要求に応じて、環境状態情報を送信する。統合ＥＣＵ２００は、処理データ、及び環境状態情報を受信する（ステップＳ２０１）。

プロセッサ２０１は、処理データ及び環境状態情報に基づいて、車両１０に搭載されたハードウェアの状態（タイヤが空気圧不足か否か、車両１０に装着されているタイヤの種類等）及び車両１０の周囲環境の状態（現在の気象状態、将来の気象状態、現在の気温等）を決定する（ステップＳ２０２）。

プロセッサ２０１は、決定された車両１０の状態に基づいて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定する（ステップＳ２０３）。

ソフトウェアを切り替えないと判定された場合（ステップＳ２０３においてＮＯ）、プロセッサ２０１はステップＳ２０８へ進む。

ソフトウェアを切り替えると判定された場合（ステップＳ２０３においてＹＥＳ）、プロセッサ２０１は、外部通信装置５００に通信状態（ＲＳＳＩ）を問い合わせる。プロセッサ２０１は、ＲＳＳＩに基づいて、詳細ソフトウェア２１１のインストールデータをダウンロード可能か否かを判定する（ステップＳ２０４）。

詳細ソフトウェア２１１のインストールデータのダウンロードが可能ではないと判定された場合（ステップＳ２０４においてＮＯ）、プロセッサ２０１は、詳細ソフトウェア２１１のインストールデータのダウンロードを保留し、当該インストールデータのダウンロードを予約する（ステップＳ２０５）。プロセッサ２０１は、インストールデータのダウンロードを予約した後、ステップＳ２０８へ進む。

詳細ソフトウェア２１１のインストールデータのダウンロードが可能であると判定された場合（ステップＳ２０４においてＹＥＳ）、プロセッサ２０１は、詳細ソフトウェア２１１のインストールデータのダウンロードをデータベース４０に要求する（ステップＳ２０６）。

プロセッサ２０１は、インストールデータをダウンロードすると、ソフトウェア切替処理を実行する（ステップＳ２０７）。

図１３は、本実施形態に係る統合ＥＣＵによるソフトウェア切替処理の一例を示すフローチャートである。

プロセッサ２０１は、データベース４０に詳細ソフトウェア２１１のインストールデータを要求する（ステップＳ２１１）。データベース４０は、要求に応じて、詳細ソフトウェア２１１のインストールデータをダウンロードする。統合ＥＣＵ２００は、インストールデータを受信する（ステップＳ２１２）。

プロセッサ２０１は、ダウンロードされたインストールデータを用いて、詳細ソフトウェア２１１を不揮発性メモリ２０２にインストールする（ステップＳ２１３）。

詳細ソフトウェア２１１のインストールが完了すると、プロセッサ２０１は、実行中の簡易ソフトウェア２１０を終了させる（ステップＳ２１４）。プロセッサ２０１は、インストールされた詳細ソフトウェア２１１を起動する（ステップＳ２１５）。以上で、ソフトウェア切替処理が終了する。

図１２に戻り、ソフトウェア切替処理が終了すると、プロセッサ２０１はステップＳ２０８へ進む。

ステップＳ２０８において、プロセッサ２０１は、不要な詳細ソフトウェア２１１があるか否かを判定する（ステップＳ２０８）。例えば、不揮発性メモリ２０２の空き容量が所定の基準値未満である場合、最も優先度が低い詳細ソフトウェア２１１が不要と決定される。他の例では、車両１０のハードウェアの異常を通知するための詳細ソフトウェア２１１が実行されている場合において、異常が既に解消している場合は、当該詳細ソフトウェア２１１が不要と決定される。

不要な詳細ソフトウェア２１１がある場合（ステップＳ２０８においてＹＥＳ）、プロセッサ２０１は、不要な詳細ソフトウェア２１１を不揮発性メモリ２０２からアンインストールする（ステップＳ２０９）。詳細ソフトウェアのアンインストール後、プロセッサ２０１は、ステップＳ２０１へ戻る。不要な詳細ソフトウェア２１１がない場合も（ステップＳ２０８においてＮＯ）、プロセッサ２０１は、ステップＳ２０１へ戻る。

［８．変型例］
上記の実施形態では、統合ＥＣＵ２００が、車両１０の状態に関する状態情報に基づいて、実行対象のソフトウェアを、簡易ソフトウェアから詳細ソフトウェアに切り替える構成について述べたが、これに限定されない。例えば、車両１０のハードウェアを制御する機能、又は、ユーザに情報を提供する機能を有する複数の車載装置（ＥＣＵ）を含む車載システムにおいて、複数の車載装置が、車両１０の状態に関する状態情報に基づいて、実行対象のソフトウェアを、簡易ソフトウェアから詳細ソフトウェアに切り替えるか否かを判定してもよい。

上記の実施形態では、統合ＥＣＵ２００及び個別ＥＣＵ３００が、ＣＡＮによって相互に接続された構成について述べたが、これに限定されない。例えば、統合ＥＣＵ２００及び個別ＥＣＵ３００がイーサネット（登録商標）によって相互に接続されてもよい。

［９．効果］
車載システム１００は、統合ＥＣＵ２００（第１車載装置）と、個別ＥＣＵ３００（第２車載装置）と、外部通信装置５００とを含む。個別ＥＣＵ３００は、統合ＥＣＵ２００と通信可能である。外部通信装置５００は、車両１０の外部に配置されたデータベース４０（外部装置）と通信可能である。統合ＥＣＵ２００は、不揮発性メモリ２０２（メモリ）と、判定部２２２と、要求部２２３と、切替部２２５とを含む。不揮発性メモリ２０２は、簡易ソフトウェア２１０（第１ソフトウェア）を記憶する。簡易ソフトウェア２１０は、簡易情報（第１情報）をユーザに提供するためのソフトウェアである。判定部２２２は、車両１０の状態に関する状態情報に基づいて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１（第２ソフトウェア）に切り替えるか否かを判定する。詳細ソフトウェア２１１は、簡易情報よりも詳細な詳細情報（第２情報）をユーザに提供するためのソフトウェアである。要求部２２３は、判定部２２２によって、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えると判定された場合に、外部通信装置５００を介してデータベース４０へ詳細ソフトウェアのダウンロードを要求する。切替部２２５は、データベース４０からダウンロードされた詳細ソフトウェア２１１を不揮発性メモリ２０２にインストールする。切替部２２５は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替える。ユーザに簡易的な情報を提供する場合には、簡易ソフトウェア２１０が用いられる。このため、統合ＥＣＵ２００の不揮発性メモリ２０２及び揮発性メモリ２０３の容量の圧迫を抑制することができる。したがって、統合ＥＣＵ２００に搭載されるメモリ容量の増大を抑制することができる。ユーザに詳細な情報を提供する場合には、実行対象のソフトウェアが簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えられる。したがって、ユーザに多様な情報を提供することができる。

個別ＥＣＵ３００は、車両１０に搭載されたハードウェアの状態を検出するセンサ４００を含んでもよい。状態情報は、センサ４００によって検出されたハードウェアの状態に関する情報を含んでもよい。センサ４００によって取得された情報を用いて、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定することができる。これにより、センサ４００によって検出されたハードウェアの状態から、例えばハードウェアを交換又は修理する必要があると判断される場合に、ハードウェアの交換又は修理のための詳細な情報をユーザに提供するための詳細ソフトウェアを実行することができる。

状態情報は、車両１０に搭載されたハードウェアの将来の使用状態を予測した情報を含んでもよい。車両１０に搭載されたハードウェアの将来の使用状態を考慮して、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定することができる。これにより、予測されるハードウェアの将来の使用状態から、例えばハードウェアを交換又は修理する必要があると判断される場合に、ハードウェアの交換又は修理のための詳細な情報をユーザに提供するための詳細ソフトウェア２１１を実行することができる。

状態情報は、車両１０の周囲の環境の状態に関する情報を含んでもよい。車両１０の周囲の環境の状態を考慮して、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えるか否かを判定することができる。これにより、車両１０の周囲の環境の状態から、例えばハードウェアを交換又は修理する必要があると判断される場合に、ハードウェアの交換又は修理のための詳細な情報をユーザに提供するための詳細ソフトウェア２１１を実行することができる。

判定部２２２は、車両１０の周囲の環境の状態に割り当てられた優先度に基づいて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えるか否かを判定してもよい。例えば、優先度が基準より高い場合、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えることができる。

判定部２２２は、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替える指示がユーザから与えられた場合に、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えると判定してもよい。これにより、ユーザの指示に応じて、実行対象のソフトウェアを簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えることができる。

判定部２２２は、詳細ソフトウェア２１１に割り当てられた優先度に基づいて、実行対象のソフトウェアを、簡易ソフトウェア２１０から詳細ソフトウェア２１１に切り替えるか否かを判定してもよい。詳細ソフトウェア２１１がユーザに提供する情報の重要度に応じて、詳細ソフトウェア２１１に優先度が割り当てられてもよい。例えば、優先度が基準より高い場合、簡易ソフトウェア２１０から詳細ソフトウェア２１１へ切り替えることができる。

優先度は、詳細ソフトウェア２１１の種類と、車両１０の周囲の環境の状態の種類とに対応付けられてもよい。例えば、詳細ソフトウェア２１１がユーザに提供する情報の重要度と、車両１０の周囲の環境の状態の深刻度とに応じて、優先度を決定することができる。

状態情報は、外部通信装置５００の通信状態に関する情報を含んでもよい。例えば、外部通信装置５００の通信状態が良好な場合は、詳細ソフトウェア２１１をダウンロードすることができ、外部通信装置５００の通信状態が悪い場合は、詳細ソフトウェア２１１のダウンロードを回避することができる。

簡易ソフトウェア２１０がユーザに提供する簡易情報は、文字情報であってもよい。詳細ソフトウェア２１１がユーザに提供する詳細情報は、画像情報を含んでもよい。簡易情報を簡易な文字情報とすることで、簡易ソフトウェア２１０のサイズを小さくすることができる。詳細情報に画像情報を含めることで、画像による詳細な情報をユーザに提供することができる。

簡易ソフトウェア２１０がユーザに提供する簡易情報は、文字情報であってもよい。詳細ソフトウェア２１１がユーザに提供する詳細情報は、音声情報を含んでもよい。簡易情報を簡易な文字情報とすることで、簡易ソフトウェア２１０のサイズを小さくすることができる。詳細情報に音声情報を含めることで、音声による詳細な情報をユーザに提供することができる。

簡易情報は、車両１０に搭載されたハードウェアの異常を示す情報であってもよい。詳細情報は、車両１０に搭載されたハードウェアの異常を示す情報と、異常への対応策を示す情報とを含んでもよい。ハードウェアに異常が生じた場合に、簡易ソフトウェア２１０はユーザに異常の発生を通知することができる。さらに、簡易ソフトウェア２１０のサイズを小さくすることができる。詳細ソフトウェア２１１は、異常の発生を通知するだけでなく、異常への対応策をユーザに提示することができる。

［１０．付記］
車両に搭載された車載装置であって、
前記車両に搭載されたハードウェアの状態を検出するセンサと、
他の車載装置が、実行対象のソフトウェアを、第１情報をユーザに提供するための第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定するために、前記センサによって検出された前記ハードウェアの状態に関する情報を前記他の車載装置へ送信する送信部と、
を備える、
車載装置。

メモリを含むコンピュータを、車両に搭載された車載装置として機能させるためのコンピュータプログラムであって、
前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、第１情報をユーザに提供するための第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部、
前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部、及び、
前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部、
として前記コンピュータを機能させる、
コンピュータプログラム。

［１１．補記］
今回開示された実施の形態はすべての点で例示であって、制限的ではない。本発明の権利範囲は、上述の実施形態ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味及びその範囲内でのすべての変更が含まれる。

１０ 車両
２０ 基地局
３０ インターネット
４０ データベース
５０ サーバ
１００ 車載システム
２００ 統合ＥＣＵ
２０１ プロセッサ
２０２ 不揮発性メモリ
２０３ 揮発性メモリ
２０４ 第１通信インタフェース（第１通信Ｉ／Ｆ）
２０５ 第２通信インタフェース（第２通信Ｉ／Ｆ）
２０６ グラフィック処理回路
２０７ 入出力部（Ｉ／Ｏ）
２０８ 音声処理回路
２０９ 制御プログラム
２１０ 簡易ソフトウェア
２１１ 詳細ソフトウェア
２２１ 取得部
２２２ 判定部
２２３ 要求部
２２４ 受信部
２２５ 切替部
２２６ アンインストール部
２３０ 優先度テーブル
２５０ 表示装置
２６０ 入力装置
２７０ スピーカ
３００，３００Ａ，３００Ｂ，３００Ｃ，３００Ｄ 個別ＥＣＵ
３０１ プロセッサ
３０２ 不揮発性メモリ
３０３ 揮発性メモリ
３０４ 通信インタフェース（通信Ｉ／Ｆ）
３０５ 入出力インタフェース（Ｉ／Ｏ）
３０６ 制御プログラム
４００ センサ
５００ 外部通信装置
６００Ａ，６００Ｂ，６１０Ａ，６１０Ｂ 表示画面
６０１，６０３，６１１ 文字情報
６０２，６１２ 画像情報

Claims (14)

1. 第１車載装置と、
   前記第１車載装置と通信可能な第２車載装置と、
   車両の外部に配置された外部装置と通信可能な外部通信装置と、
   を備え、
   前記第１車載装置は、
   第１情報をユーザに提供するための第１ソフトウェアを記憶するメモリと、
   前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、前記第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部と、
   前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記外部通信装置を介して前記外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部と、
   前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部と、
   を含む、
   車載システム。
2. 前記第２車載装置は、前記車両に搭載されたハードウェアの状態を検出するセンサを含み、
   前記状態情報は、前記センサによって検出された前記ハードウェアの状態に関する情報を含む、
   請求項１に記載の車載システム。
3. 前記状態情報は、前記車両に搭載されたハードウェアの将来の使用状態を予測した情報を含む、
   請求項１又は請求項２に記載の車載システム。
4. 前記状態情報は、前記車両の周囲の環境の状態に関する情報を含む、
   請求項１から請求項３のいずれか１項に記載の車載システム。
5. 前記判定部は、前記車両の周囲の環境の状態に割り当てられた優先度に基づいて、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えるか否かを判定する、
   請求項４に記載の車載システム。
6. 前記判定部は、実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える指示がユーザから与えられた場合に、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定する、
   請求項１から請求項５のいずれか１項に記載の車載システム。
7. 前記判定部は、前記第２ソフトウェアに割り当てられた優先度に基づいて、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えるか否かを判定する、
   請求項１から請求項６のいずれか１項に記載の車載システム。
8. 前記優先度は、前記第２ソフトウェアの種類と、前記車両の周囲の環境の状態の種類とに対応付けられている、
   請求項７に記載の車載システム。
9. 前記状態情報は、前記外部通信装置の通信状態に関する情報を含む、
   請求項１から請求項８のいずれか１項に記載の車載システム。
10. 前記第１情報は、文字情報であり、
    前記第２情報は、画像情報を含む、
    請求項１から請求項８のいずれか１項に記載の車載システム。
11. 前記第１情報は、文字情報であり、
    前記第２情報は、音声情報を含む、
    請求項１から請求項８のいずれか１項に記載の車載システム。
12. 前記第１情報は、前記車両に搭載されたハードウェアの異常を示す情報であり、
    前記第２情報は、前記車両に搭載されたハードウェアの異常を示す情報と、前記異常への対応策を示す情報とを含む、
    請求項１から請求項１１のいずれか１項に記載の車載システム。
13. 車両に搭載された車載装置であって、
    第１情報をユーザに提供するための第１ソフトウェアを記憶するメモリと、
    前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、前記第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定する判定部と、
    前記判定部によって、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求する要求部と、
    前記外部装置からダウンロードされた前記第２ソフトウェアを前記メモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替える切替部と、
    を備える、
    車載装置。
14. 車両に搭載された車載装置に組み込まれたソフトウェアを切り替えるソフトウェア切替方法であって、
    前記車両の状態に関する状態情報に基づいて、実行対象のソフトウェアを、第１情報をユーザに提供するための第１ソフトウェアから、前記第１情報よりも詳細な第２情報をユーザに提供するための第２ソフトウェアに切り替えるか否かを判定するステップと、
    前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えると判定された場合に、前記車両の外部に配置された外部装置へ前記第２ソフトウェアのダウンロードを要求するステップと、
    前記外部装置からダウンロードされた前記第２ソフトウェアを、前記車載装置に含まれるメモリにインストールし、前記実行対象のソフトウェアを、前記第１ソフトウェアから前記第２ソフトウェアに切り替えるステップと、
    を含む、
    ソフトウェア切替方法。
    

Images