JP6273907B2 - 車両用機器 - Google Patents

Description

本発明は、車両用機器に関する。

近年、外部のサーバ等からデータをダウンロードする機能を備えた車両用機器が知られている。例えば特許文献１には、車両用機器のための更新データをダウンロードするものが記載されている。

特開２０１３−１２５５１７号公報

ところで、近年の車両用機器は、車両用機器に予め搭載されている固有アプリケーションだけでなく、サーバ等の外部の機器からダウンロードした外部アプリケーションを実行可能なものがある。その場合、ダウンロードされた外部アプリケーションやその外部アプリケーションによって使用されるデータは、記憶手段に書き込まれることになる。

しかしながら、外部アプリケーションはユーザによりダウンロードされるものであることから、どのような外部アプリケーションがどの程度ダウンロードされるのか、また、ダウンロードした外部アプリケーションによってどのような頻度で記憶手段が書き替えられるのかを予測することは困難である。そして、もし記憶手段に対する書き替えが記憶手段に設定されている耐久度を超えて行われた場合には、データの記憶ができなくなる等、記憶手段の性能低下を引き起こすおそれがある。
本発明は上記事情に鑑みてなされたものであり、その目的は、外部アプリケーションを実行可能な環境において、記憶手段の性能低下を引き起こすおそれを低減することができる車両用機器を提供することにある。

請求項１記載の発明では、車両用機器は、当該車両用機器に予め搭載されている固有アプリケーション、および当該固有アプリケーションを実行するためのソフトウェア群で構成された固有アプリ実行環境と、外部の機器から取得される外部アプリケーション、および当該外部アプリケーションを実行するためのソフトウェア群で構成された外部アプリ実行環境とを記憶する記憶手段と、外部アプリ実行環境側からの記憶手段に対する書き替え量を判定する判定手段と、判定手段による判定結果に基づいて外部アプリ実行環境側からの記憶手段に対する書き替えを規制する規制手段と、を備える。これにより、どのような外部アプリケーションがどの程度ダウンロードされるのか、また、ダウンロードした外部アプリケーションによってどのような頻度で記憶手段が書き替えられるのかを予測することが困難な状態であっても、記憶手段に対する書き替えが記憶手段に設定されている耐久度を超えて行われることを防止できる。したがって、記憶手段の性能低下を引き起こすおそれを低減することができる。

一実施形態による車両用機器の電気的構成を模式的に示す図 車両用機器のソフトウェア構成を模式的に示す図 記憶領域の割り当て態様を模式的に示す図 書き替え規制処理の流れを示す図

以下、本発明の一実施形態について、図面を参照しながら説明する。
図１に示すように、本実施形態の車両用機器１は、携帯端末２との間で通信可能に構成されている。また、車両用機器１は、携帯端末２を介して、例えばインターネット等のネットワーク３に接続されている外部の機器との間でも通信可能に構成されている。外部の機器としては、例えばＰＯＩ（Point Of interest）に関する情報や検索サービスを提供するサーバ４、外部アプリケーションを配信するサーバ５、特定のアプリケーションに応じたサービスを提供するサーバ６等がある。なお、図１に示すサーバの構成は一例であり、その数や提供するサービスの種類等はこれに限定されるものではない。

車両用機器１は、制御部１０、記憶部１１、表示部１２、操作部１３、通信部１４、外部インターフェース１５等を備えている。また、車両用機器１は、ナビゲーション機能を提供するためのナビＥＣＵ１６（Electronic Control Unit）、および、オーディオ機能を提供するためのオーディオＥＣＵ１７を備えている。この車両用機器１は、いわゆるナビゲーション装置として機能する。なお、車両用機器１は、ナビゲーション機能やオーディオ機能を制御部１０にて実現する構成としてもよいし、ナビゲーション機能やオーディオ機能を備えていない構成であってもよい。

車両用機器１の制御部１０は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭ等を有するコンピュータにより構成されている。この制御部１０には、判定部１０ａ、規制部１０ｂおよび報知部１０ｃが設けられている。これら判定部１０ａ、規制部１０ｂおよび報知部１０ｃは、本実施形態では制御部１０において実行されるコンピュータプログラムによってソフトウェア的に実現されている。詳細は後述するが、判定部１０ａは、記憶部１１に対する書き替え量を判定するものであり、判定手段を構成している。規制部１０ｂは、記憶部１１に対する書き替えを規制するものであり、規制手段を構成している。報知部１０ｃは、記憶部１１に対する書き替えが規制されている旨を報知するものであり、表示部１２等とともに報知手段を構成している。

この車両用機器１は、予め搭載されている固有アプリケーションを実行可能であることに加えて、通信部１４を介して例えばサーバ５からダウンロードした外部アプリケーションを実行可能に構成されている。また、車両用機器１は、例えばサーバ６から提供される特定アプリケーションのためのサービスを受けること、つまり、特定アプリケーションを実行することができる。

具体的には、車両用機器１は、図２に示すようなソフトウェア構成となっている。このうち、Ｎａｔｉｖｅソフトウェアは、車両用機器１に予め搭載されている固有アプリケーションを実行するためのソフトウェア群であり、固有アプリ実行環境を構成している。この固有アプリには、表示部１２への表示を行うアプリケーション、操作部１３からの操作を受け付けるアプリケーション、ナビＥＣＵ１６やオーディオＥＣＵ１７との間の通信を行うアプリケーション、スピーカ１８へ音声出力を行うアプリケーション、マイク１９から入力された音声に例えば音声認識を行うアプリケーション等が含まれている。図２では、固有アプリケーションにＡ１〜Ａ３の符号を付している。なお、固有アプリケーションの数や種類は、図２に例示したものに限定されない。

また、Ａｎｄｒｏｉｄ（登録商標）は、サーバ５等の外部の機器からダウンロードした外部アプリケーションを実行するためのソフトウェア群であり、外部アプリ実行環境を構成している。図２では、外部アプリケーションにＢ１〜Ｂ３の符号を付している。また、本実施形態では、Ａｎｄｒｏｉｄは、例えばサーバ６から提供されるサービスを受けるための特定アプリケーションの実行環境でもある。図２では、特定アプリケーションにＣ１の符号を付している。

特定アプリケーションは、ユーザ数が多いサービスや広く利用されているサービス等を受けるためものであり、実質的には外部アプリケーションの１つとして考えることができる。本実施形態の場合、Ａｎｄｏｒｏｉｄの一部に、特定アプリケーションを車両用機器１に適した態様で実行するためにカスタマイズされたカスタムソフトウェアが実装されている。なお、外部アプリケーションおよび特定アプリケーションの数や種類は、図２に例示したものに限定されない。

これらＮａｔｉｖｅソフトウェアおよびＡｎｄｏｒｏｉｄは、それぞれ独立して作動可能に構成されている。より具体的に言えば、Ａｎｄｏｒｏｉｄ側からＮａｔｉｖｅソフトウェア側への干渉が制限されている。ただし、Ｎａｔｉｖｅソフトウェア側とＡｎｄｏｒｏｉｄ側とで連携を取る必要がある場合に備えて、両者間の通信路を系制すためのミドルウェアが実装されている。

そして、本実施形態では、Ａｎｄｒｏｉｄの起動は、Ｎａｔｉｖｅソフトウェア側から行われる。より具体的には、ユーザがＡｎｄｏｒｏｉｄを起動する場合、ユーザが操作部１３から入力した起動操作はＮａｔｉｖｅソフトウェア側で受け付けられ、Ｎａｔｉｖｅソフトウェア側からＡｎｄｏｒｏｉｄの起動、つまりは、外部アプリケーションの起動が指示される。ただし、Ａｎｄｒｏｉｄが起動された後には、Ａｎｄｏｒｏｉｄ側から表示部１２への表示、操作部１３に入力された操作の受け付け、オーディオＥＣＵ１７を経由した音声の入出力、記憶部１１へのデータ書き込み、つまり、記憶部１１の記憶領域に対する書き替え等を行うことができる。

これらのソフトウェア群は、フラッシュメモリ等の電気的に書き替え可能な半導体記憶素子で構成された記憶部１１に記憶されている。本実施形態の場合、記憶部１１としては、ＳＤメモリカードを採用している。また、本実施形態では、ＳＤメモリカードは、車両用機器１に内蔵された状態、つまり、車両用機器１から着脱不可となっている。なお、記憶部１１としては、ｍｉｎｉＳＤカードやｍｉｃｒｏＳＤカードのように異なる大きさのものを採用してよいし、ＳＨＤＣメモリカードのように転送速度や最大容量が異なるものを採用してもよい。また、記憶部１１としては、いわゆるＳＳＤ（Solid State Disk）のようなものを採用してもよいし、他の規格のメモリカードを採用してもよい。さらに、記憶部１１としては、メモリカードのような規格化されたものでは無く、例えばＮＡＮＤ型フラッシュメモリを直接的に接続した構成を採用してもよい。

この記憶部１１は、図３に示すような記憶領域が設けられている。記憶領域としては、車両用機器１を起動するためのプログラム等を記憶するためのＢｏｏｔ用記憶領域Ｒ１、オペレーティングシステム等を記憶するためのＯＳ用記憶領域Ｒ２、Ｎａｔｉｖｅソフトウェアを記憶するためのＮａｔｉｖｅ用記憶領域Ｒ３、Ａｎｄｒｏｉｄを記憶するためのＡｎｄｒｏｉｄ用記憶領域Ｒ４等が設けられている。つまり、車両用機器１を動作させるためのソフトウェア群は、１つの記憶部１１に纏めて記憶されている。なお、本実施形態ではＡｎｄｒｏｉｄ用記憶領域Ｒ４は、複数のパーティションに区分けされている。このうち、第１パーティションは、Ａｎｄｏｒｏｉｄおよび上記した特定アプリケーションを記憶するための記憶領域に設定されている。また、第２パーティションは、上記した外部アプリケーションおよびその外部アプリケーションが利用するデータを記憶するための記憶領域に設定されている。

さて、ＳＤメモリカード等に採用されている半導体記憶素子は、一般的に書き替え可能回数に上限値が設定されている。そのため、書き替えが繰り返されると、データの書き込みができなくなったり、書き込んだデータが破損したりすることがある。つまり、データの書き替えが上限値を超えてしまうと、記憶部１１の性能低下を引き起こすおそれがある。この場合、本実施形態のように車両用機器１を動作させるためのソフトウェア群が記憶部１１に纏めて記憶されている構成では、車両用機器１の動作にも影響を与えてしまうおそれがある。これは、本実施形態で採用しているＳＤメモリカードに限らず、他の規格のメモリカードや上記したＮＡＮＤ型フラッシュメモリの場合も同様である。

そこで、本実施形態の車両用機器１は、以下のようにして、記憶部１１の記憶性能が低下することを防止している。
車両用機器１は、図４に示す書き替え規制処理を実行している。なお、上記したように、Ａｎｄｒｏｉｄの起動はＮａｔｉｖｅソフトウェア側から行われるため、この書き替え規制処理はＮａｔｉｖｅソフトウェア側にて実行されている。また、下記の処理は上記した判定部１０ａ、規制部１０ｂ、報知部１０ｃ等により行われる処理であるが、説明の簡略化のために、車両用機器１を主体として説明する。

車両用機器１は、書き替え規制処理において、Ａｎｄｒｏｉｄの起動操作が入力されたか否かを判定している（Ｓ１）。Ａｎｄｒｏｉｄの起動操作は、例えば表示部１２に表示されたアイコン等をユーザがタッチ操作すること等により入力される。車両用機器１は、Ａｎｄｒｏｉｄの起動操作が入力されていない場合には（Ｓ１：ＹＥＳ）、ステップＳ１においてＡｎｄｒｏｉｄの起動操作が入力されるのを待機する。

一方、車両用機器１は、Ａｎｄｒｏｉｄの起動操作が入力された場合には（Ｓ１：ＹＥＳ）、Ａｎｄｒｏｉｄ用記憶領域Ｒ４の書き替え量を取得する（Ｓ２）。このステップＳ２では、車両用機器１は、記憶部１１に対して行われた書き替え回数（消去回数、書き込み回数）の累積値を、Ａｎｄｒｏｉｄ用記憶領域Ｒ４に対する書き替え量として取得している。また、本実施形態では、第１パーティションおよび第２パーティションを含めたＡｎｄｒｏｉｄ用記憶領域Ｒ４全体に対する書き込み量を取得している。なお、書き替え回数の累積値は、一般的なＳＤメモリカードであれば当該ＳＤメモリカード側に記憶されているが、累積値を記憶部１１に記憶する構成としてもよい。

続いて、車両用機器１は、書き替え量は上限値未満であるか否かを判定する（Ｓ４）。ここで、上限値は、使用するＳＤメモリカードに応じて予め定められている。上限値は、例えばＳＤメモリカードの電気的特性からみた仕様上の上限値や、製品としての車両用機器１の設計上の上限値等が設定されている。書き替え量がこの上限値を超えてしまうと、記憶部１１の性能低下が引き起こされる可能性がある。なお、このステップＳ２の判定は、判定部１０ａにより行われている。つまり、判定部１０ａは、外部アプリ実行環境側からの記憶部１１に対する書き替え量を判定する判定手段として機能する。

車両用機器１は、書き替え量は上限値未満であると判定すると（Ｓ３：ＹＥＳ）、続いて書き替え量は警告値未満であるかを判定する（Ｓ４）。ここで、警告値は、上限値よりも低い値が予め定められている。この警告値は、書き込み量が上限値に近付いていることを警告するための値であり、例えば上限値の７０％の値等が設定されている。車両用機器１は、書き替え量は警告値未満であると判定すると（Ｓ４：ＹＥＳ）、Ａｎｄｏｒｏｉｄを起動する（Ｓ６）。

これに対して、車両用機器１は、書き替え量は警告値未満でないと判定すると（Ｓ４：ＮＯ）、警告メッセージを表示した後（Ｓ５）、Ａｎｄｏｒｏｉｄを起動する（Ｓ６）。つまり、車両用機器１は、書き替え量が警告値を超えている場合には、警告メッセージを表示することで、ユーザに対して上限値に近づいていることを報知する。このとき、車両用機器１は、例えば「書き替え回数が上限値に近づいています」といった警告メッセージを表示部１２に表示する。

一方、車両用機器１は、Ａｎｄｒｏｉｄ用記憶領域Ｒ４における書き込み量が上限値未満でない場合（Ｓ３：ＮＯ）、つまり、書き込み量が上限値を超えた場合には、超過メッセージを表示する（Ｓ７）。例えば、車両用機器１は、「書き込み量が上限値を超えています」といった超過メッセージを表示部１２に表示する。この超過メッセージの表示、ならびに、後述する書き替え不可メッセージや起動不可メッセージの表示は、上記した報知部１０ｃにより行われる。つまり、報知部１０ｃは、外部アプリ実行環境側からの記憶部１１に対する書き替えが規制されている旨を報知する報知手段として機能する。

さて、書き込み量が上限値を超えた場合、上記したように記憶部１１の性能低下が引き起こされる可能性が高いと考えられる。そのため、車両用機器１は、書き込み量が上限値を超えた場合には、Ａｎｄｒｏｉｄ用記憶領域Ｒ４への書き替えを規制する。ただし、書き込み量が上限値を超えた場合に一律でＡｎｄｒｏｉｄの起動を規制してしまうと、既にダウンロードしている外部アプリケーションも実行することが規制されてしまい、ユーザの利便性が過度に低下してしまうおそれがある。

そこで、車両用機器１は、超過メッセージを表示するとともに、例えば「ＳＤカードへの書き込みはできませんが、それでもＡｎｄｒｏｉｄを起動しますか？」といった確認メッセージを表示する。そして、車両用機器１は、書き込みができない状態でもＡｎｄｒｏｉｄを起動したいというユーザの意思が示されたか否か、つまり、記憶部１１の書き替え不可でのＡｎｄｒｏｉｄの起動要求の操作が入力されたか否かを判定する（Ｓ８）。

車両用機器１は、書き替え不可でのＡｎｄｒｏｉｄの起動要求が入力された場合には（Ｓ８：ＹＥＳ）、書き替え不可メッセージを表示する（Ｓ９）。この書き替え不可メッセージは、例えば「書き込み規制状態です。データの保存や新たなアプリケーションのダウンロードはできません」等のメッセージが考えられる。続いて、車両用機器１は、書き替え規制状態を設定する（Ｓ１０）。この書き替え規制状態とは、Ａｎｄｒｏｉｄ側から記憶部１１に対する書き替えを規制する状態である。この書き替え規制状態は、規制部１０ｂによって設定される。つまり、規制部１０ｂは、判定部１０ａによる判定結果に基づいて、外部アプリ実行環境側からの記憶部１１に対する書き替えを規制する規制手段として機能する。

Ａｎｄｒｏｉｄ側から記憶部１１への書き替え命令は、図２に示したようにオペレーティングシステム（以下、ＯＳと称する）を経由してハードウェア（この場合、記憶部１１）に伝達される。そのため、ユーザの操作を受け付けたＮａｔｉｖｅソフトウェア側からＯＳに対して規制状態である旨を通知しておくことで、Ａｎｄｒｏｉｄ側からの書き込み命令があった場合に、ＯＳ側でそれを規制することができる。なお、ＯＳとＮａｔｉｖｅソフトウェアとを連携させて、Ａｎｄｒｏｉｄ側からの書き込み命令があった場合にはその旨をＯＳ側からＮａｔｉｖｅソフトウェア側に通知し、通知を受けたＮａｔｉｖｅソフトウェア側で書き替えを規制するかを判断する構成としてもよい。

そして、車両用機器１は、書き替え規制状態で、Ａｎｄｒｏｉｄを起動する（Ｓ６）。これにより、書き替えは制限されるものの、Ａｎｄｒｏｉｄを実行すること、つまり、外部アプリケーションを実行することができる。なお、書き替え規制状態を設定してＡｎｄｒｏｉｄを起動した場合には、例えば「書き込み禁止状態」といった書き替え不可メッセージを画面の隅等に常に表示するようにするとよい。これにより、書き替えが規制されていること、より厳密には、書き替えが禁止されていることをユーザが把握できるようになる。

さて、新しく外部アプリケーションをダウンロードできない場合には、ユーザは、Ａｎｄｒｏｉｄを起動しない場合も想定される。そこで、車両用装置は、ステップＳ８において、書き替え不可でのＡｎｄｒｏｉｄの起動要求が入力されなかった場合には（Ｓ８：ＮＯ）、起動不可メッセージを表示して（Ｓ１１）、処理を終了する。この起動不可メッセージは、例えば「書き替え量が上限に達していますので、Ａｎｄｒｏｉｄの起動はできません」等のメッセージである。この場合、Ａｎｄｒｏｉｄが起動されないことから、Ａｎｄｒｏｉｄ用記憶領域Ｒ４に対する書き替えが行われることもない。つまり、記憶部１１の性能低下が引き起こされる可能性がない。

このように、車両用機器１は、Ａｎｄｒｏｉｄ用記憶領域Ｒ４に対する書き込み量が上限値未満の場合、すなわち、記憶部１１の性能低下を招くおそれが低い場合であれば、Ａｎｄｒｏｉｄの起動を許容する。一方、車両用機器１は、Ａｎｄｒｏｉｄ用記憶領域Ｒ４に対する書き込み量が上限値を超えている場合には、記憶部１１への書き替えを規制しつつも、ユーザの利便性が過度に低下することを抑制している。

以上説明した本実施形態の車両用機器１によれば、次のような効果を得ることができる。
車両用機器１は、予め搭載されている固有アプリケーション、および当該固有アプリケーションを実行するためのソフトウェア群で構成された固有アプリ実行環境（Ｎａｔｉｖｅソフトウェア）と、外部の機器から取得される外部アプリケーション、および当該外部アプリケーションを実行するためのソフトウェア群で構成された外部アプリ実行環境（Ａｎｄｒｏｉｄ）とを記憶する記憶部１１を備えている。そして、車両用機器１は、外部アプリ実行環境側からの記憶部１１に対する書き替え量を判定部１０ａにて判定し、その判定結果に基づいて、外部アプリ実行環境側からの記憶部１１に対する書き替えを規制部１０ｂにて規制する。

これにより、車両用機器１は、どのような外部アプリケーションがどの程度ダウンロードされるのか、また、ダウンロードした外部アプリケーションによってどのような頻度で記憶部１１が書き替えられるのかを予測することは困難であったとしても、記憶部１１への書き替え量を規制することができる。したがって、データの記憶ができなくなる等の記憶部１１の性能低下が引き起こされる可能性を低減することができる。
また、本実施形態の車両用機器１のように固有アプリ実行環境と外部アプリ実行環境とが同じ記憶部１１に記憶されている構成において、外部アプリ実行環境側からの意図しない書き替えによって固有アプリ実行環境側に影響を与えることを防止することができる。

車両用機器１の外部アプリ実行環境は、固有アプリ実行環境側からの指示により起動するものであり、規制手段は、記憶部１１への書き替え量が予め定められている上限値を超えたと判定されると、外部アプリ実行環境の起動を禁止することで、外部アプリ実行環境側からの記憶部１１に対する書き替えを規制する。これにより、外部アプリ実行環境側からの書き替えにより記憶部１１の性能低下が引き起こされることを防止できる。

このとき、車両用機器１の規制部１０ｂは、記憶部１１に対する書き替え量が予め定められている上限値を超えたと判定されると、外部アプリ実行環境側からの書き替えを禁止した状態で外部アプリ実行環境を起動する。これにより、ユーザの利便性が過度に低下してしまうことを防止することができる。

車両用機器１の判定部１０ａは、記憶部１１に対する書き替え回数の累積値を、記憶部１１に対する書き替え量とする。フラッシュメモリ等の半導体記憶素子は上記したように書き替え回数に制限が設けられているのが一般的であることから、その書き替え回数の累積値を用いることで、精度よく判定を行うことができる。

車両用機器１の報知部１０ｃは、外部アプリ実行環境側からの記憶部１１に対する書き替えが規制されている状態において、その旨を上記した書き替え不可メッセージや起動不可メッセージ等によりユーザに報知する。これにより、Ａｎｄｒｏｉｄを起動できない理由や、書き替え規制状態であることをユーザが把握できる。

また、報知部１０ｃは、記憶領域に対する書き替え量が上限値未満であって且つ予め定められている警告値を超えたと判定されると、例えば上記した警告メッセージを表示すること等により、ユーザに対して警告を報知する。これにより、現時点でのＡｎｄｒｏｉｄの利用には問題が少ないものの、近いうちに書き替え量が上限値を超える可能性があることをユーザが把握することができる。したがって、急にＡｎｄｒｏｉｄが起動できなくなる等、ユーザが不利益を被るおそれを低減することができる。
実施形態によれば、固有アプリ実行環境と外部アプリ実行環境とは個別に作動するように構成されている。これにより、外部アプリ実行環境側から固有アプリ実行環境へ影響を与えることを防止することができる。

（その他の実施形態）
本発明は、上記した各実施形態にて例示したものに限定されることなく、その範囲を逸脱しない範囲で任意に変形あるいは拡張することができる。
一実施形態では書き替え量が上限値を超えた場合において書き替え不可であればＡｎｄｒｏｉｄｎｏ起動を許容する構成としたが、上限値を超えた場合には、一律にＡｎｄｒｏｉｄの起動を禁止する構成としてもよい。

一実施形態では書き替え回数の累積値を書き替え量としたが、データ量つまり記憶領域の使用量を書き替え量としてもよい。
一実施形態では、外部アプリ実行環境としてＡｎｄｒｏｉｄを例示したが、これに限定されない。例えば、Ｌｉｎｕｘ（登録商標）等、他の環境で動作するソフトウェア群を採用してもよい。その場合、組み込み用途に適したものを採用することが望ましい。また、固有アプリ実行環境を同じ環境を採用してもよい。例えば、一実施形態の例で言えば、固有アプリ実行環境側もＡｎｄｒｏｉｄで構築してもよい。いずれにしろ、外部アプリ実行環境は、固有アプリ実行環境とは独立して作動するものであれば、どのような環境のものを構築してもよい。

一実施形態では車両用機器１に内蔵されている記憶部１１の記憶領域に対して判定する構成を例示したが、外部インターフェース１５を介して接続された外付けのＵＳＢメモリやメモリカード等の記録メディアをＡｎｄｒｏｉｄ用の記憶領域として用いる場合には、それら外付けの記録メディアに対して、一実施形態と同様の書き込み量の判定を行うようにしてもよい。

一実施形態ではＡｎｄｒｏｉｄ用記憶領域Ｒ４全体における書き込み量を判定する例を示したが、一実施形態のように複数のパーティションに分割し、第２パーティションを外部アプリケーション用の記憶領域としている場合には、第２パーティションを判定対象とする等、パーティションごとに個別に書き替えを規制するか否かを判定する構成としてもよい。

一実施形態ではＡｎｄｒｏｉｄ用記憶領域Ｒ４に対する書き替え量に基づいて判定したが、記憶部１１全体に対する書き替え量に基づいて判定するようにしてもよい。

図面中、１は車両用機器、４はサーバ（外部の機器）、５はサーバ（外部の機器）、６はサーバ（外部の機器）、１０ａは判定部（判定手段）、１０ｂは規制部（規制手段）、１０ｃは報知部（報知手段）、１１は記憶部（記憶手段）を示す。

Claims (6)

1. 該車両用機器１に予め搭載されている固有アプリケーション、および当該固有アプリケーションを実行するためのソフトウェア群で構成された固有アプリ実行環境と、外部の機器から取得される外部アプリケーション、および当該外部アプリケーションを実行するためのソフトウェア群で構成された外部アプリ実行環境と、を記憶する記憶手段（１１）と、
   前記外部アプリ実行環境側からの前記記憶手段（１１）に対する書き替え量を判定する判定手段（１０ａ）と、
   前記判定手段（１０ａ）による判定結果に基づいて、前記外部アプリ実行環境側からの前記記憶手段に対する書き替えを規制する規制手段（１０ｂ）と、
   を備えたことを特徴とする車両用機器。
2. 前記外部アプリ実行環境は、前記固有アプリ実行環境側からの指示により起動するものであり、
   前記規制手段（１０ｂ）は、前記記憶手段（１１）に対する書き替え量が予め定められている上限値を超えたと前記判定手段（１０ａ）によって判定されると、前記外部アプリ実行環境の起動を禁止することで、前記外部アプリ実行環境側からの前記記憶手段（１１）に対する書き替えを規制することを特徴とする請求項１記載の車両用機器。
3. 前記外部アプリ実行環境は、前記固有アプリ実行環境側からの指示により起動するものであり、
   前記規制手段（１０ｂ）は、前記記憶手段（１１）に対する書き替え量が予め定められている上限値を超えたと前記判定手段（１０ａ）によって判定されると、前記外部アプリ実行環境側からの前記記憶手段（１１）に対する書き替えを禁止した状態で前記外部アプリ実行環境を起動することで、前記外部アプリ実行環境側からの前記記憶手段（１１）に対する書き替えを規制することを特徴とする請求項１記載の車両用機器。
4. 前記判定手段（１０ａ）は、前記記憶手段（１１）に対する書き替え回数の累積値を、当該記憶手段（１１）に対する書き替え量とすることを特徴とする請求項１から３のいずれか一項記載の車両用機器。
5. 前記外部アプリ実行環境側からの前記記憶手段（１１）に対する書き替えが規制されている旨を報知する報知手段（１０ｃ）を備えることを特徴とする請求項１から４のいずれか一項記載の車両用機器。
6. 前記報知手段（１０ｃ）は、前記記憶手段に対する書き替え量が前記上限値未満であって且つ予め定められている警告値を超えたと前記判定手段（１０ａ）によって判定されると、ユーザに対して警告を報知することを特徴とする請求項５記載の車両用機器。

Images