JP7772666B2 - 電子制御装置、利用制限通知方法及び利用制限通知プログラム - Google Patents

Description

本発明は、電子制御装置、利用制限通知方法及び利用制限通知プログラムに関する。

例えば車載用の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）においては、自装置に装着されているストレージに各種データを保存する構成となっている。例えば特許文献１には、ストレージとしてＮＡＮＤ型フラッシュメモリやＮＯＲ型フラッシュメモリを採用した構成が開示されている。

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

ＮＡＮＤ型フラッシュメモリやＮＯＲ型フラッシュメモリではデータの書き込みに寿命があり、アプリからストレージへのアクセスにしたがってデータの書き込みが寿命に達すると、データを書き込み不可となる。この点に関し、自装置に装着されているストレージとは別のストレージにデータを書き込んだりクラウドにデータをアップロードしたりする手法により、自装置に装着されているストレージの寿命を延ばすことが考えられる。しかしながら、これらの手法では、別のストレージを用意する必要がある、クラウドにデータをアップロードする場合に領域を追加で用意する必要がある等の問題がある。

本発明は、上記した事情に鑑みてなされたものであり、その目的は、自装置に装着されているストレージの寿命を適切に延ばすことができる電子制御装置、利用制限通知方法及び利用制限通知プログラムを提供することにある。

請求項１に記載した発明によれば、寿命消費情報取得部（２ａ）は、不特定の複数のアプリが共有して利用可能な共用領域と予め定められている特定のアプリが利用可能な専用領域とを含むストレージの寿命消費に関する寿命消費情報を取得する。書き込み制限設定部（２ｂ）は、寿命消費情報が第１閾値に達すると、共用領域へのデータの書き込み制限を設定し、寿命消費情報が第１閾値よりも大きい第２閾値に達すると、専用領域へのデータの書き込み制限を設定する。利用制限通知部（２ｅ）は、書き込み制限に応じたストレージの利用制限を、ストレージを利用するアプリへ通知する。

ストレージの寿命消費に関する寿命消費情報を取得し、寿命消費情報が第１閾値に達すると、共用領域へのデータの書き込み制限を設定し、寿命消費情報が第１閾値よりも大きい第２閾値に達すると、専用領域へのデータの書き込み制限を設定し、その設定した書き込み制限に応じたストレージの利用制限を、ストレージを利用するアプリへ通知するようにした。ストレージの共用領域及び専用領域へのデータの書き込み制限を設定し、その設定した書き込み制限に応じたストレージの利用制限を、ストレージを利用するアプリへ通知することで、アプリからストレージへのアクセスを制限することができる。これにより、自装置に装着されているストレージの寿命を適切に延ばすことができる。

本開示は、特許請求の範囲に記載の発明に加え、以下のような発明を含む。
［１］
不特定の複数のアプリが共有して利用可能な共用領域と予め定められている特定のアプリが利用可能な専用領域とを含むストレージが装着されている電子制御装置（１）であって、
前記ストレージの寿命消費に関する寿命消費情報を取得する寿命消費情報取得部（２ａ）と、
前記寿命消費情報に基づいて前記ストレージへのデータの書き込み制限を設定する書き込み制限設定部（２ｂ）と、
前記書き込み制限に応じた前記ストレージの利用制限を、前記ストレージを利用するアプリへ通知する利用制限通知部（２ｅ）と、を備え、
前記書き込み制限設定部は、前記寿命消費情報が第１閾値に達すると、前記共用領域へのデータの書き込み制限を設定し、前記寿命消費情報が前記第１閾値よりも大きい第２閾値に達すると、前記専用領域へのデータの書き込み制限を設定する電子制御装置。

［２］
前記ストレージは、ＪＥＤＥＣのバージョン５．０以降の規格に準拠するｅＭＭＣであり、
前記寿命消費情報取得部は、前記寿命消費情報としてデータの書き込み回数に応じた情報を取得する［１］に記載した電子制御装置。

［３］
前記書き込み制限を示す書き込み制限テーブルを記憶する書き込み制限記憶部（２ｃ）と、
前記書き込み制限テーブルに記憶されている前記書き込み制限を更新する書き込み制限更新部（２ｄ）と、を備え、
前記利用制限通知部は、前記書き込み制限が更新されると、その更新後の前記書き込み制限に応じた前記ストレージの利用制限を、前記ストレージを利用するアプリへ通知する［１］又は［２］に記載した電子制御装置。

［４］
前記書き込み制限設定部は、前記専用領域を利用するアプリに対し、前記寿命消費情報及びデータの重要度レベルに基づいて前記ストレージへのデータの書き込み制限を設定する［１］から［３］の何れか一項に記載した電子制御装置。

［５］
前記書き込み制限設定部は、前記共用領域を利用するアプリに対し、書き込み総量を設定する［１］から［４］の何れか一項に記載した電子制御装置。

一実施形態を示す機能ブロック図 アプリ管理テーブルを示す図 書き込み制限テーブルを示す図 書き込み制限テーブルを説明する図 起動時処理を示すフローチャート ヘルスステータス情報通知処理を示すフローチャート 領域確保要求受け付け処理を示すフローチャート オープン指示受け付け処理を示すフローチャート 書き込み指示受け付け処理を示すフローチャート フラッシュ指示受け付け処理を示すフローチャート 削除指示受け付け処理を示すフローチャート 書き込み可否確認受け付け処理を示すフローチャート

以下、一実施形態について図面を参照して説明する。図１に示すように、車両に搭載されているＥＣＵ１は、例えば複数のＥＣＵ（図示せず）を統合管理する統合管理ＥＣＵであり、セントラルゲートウェイとしての機能を有する。ＥＣＵ１は、車載ネットワークを介して複数のＥＣＵとデータ通信可能に接続され、動作指示を複数のＥＣＵへ指示したり複数のＥＣＵから動作状態を取得したりすることで、複数のＥＣＵを統合管理する。車載ネットワークは、例えばＣＡＮ（Controller Area Network）（登録商標）、イーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標）、ＬＩＮ、ＣＸＰＩ（Clock Extension Peripheral Interface）（登録商標）、ＦＬＥＸＲＡＹ（登録商標）、ＭＯＳＴ（Media Oriented Systems Transport）（登録商標）等である。

ＥＣＵ１は、制御部２と、ストレージ３とを備える。制御部２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＩ／Ｏ（Input／Output）を有するマイクロコンピュータにより構成されている。制御部２は、非遷移的実体的記憶媒体に格納されている制御プログラムを実行することで当該制御プログラムに対応する処理を実行し、ＥＣＵ１の動作全般を制御する。制御部２が実行する制御プログラムは利用制限通知プログラムを含む。

ストレージ３は、制御部２により実行される複数のアプリで共有される。即ち、複数のアプリがそれぞれストレージ３にアクセスしてデータの書き込み及びデータの読み出しを実施する。ストレージ３は、データ記憶領域として共用領域と専用領域とを含む。

共用領域は、不特定のアプリが領域確保要求を制御部２へ通知することで、その領域確保要求を通知したアプリが利用可能となる領域である。共用領域は、不特定のアプリが共用で利用する領域であり、例えば機能として動作する上で必須でないデータを格納することに利用される。共用領域を利用するアプリは、事前に決定や制限もされておらず、アプリ名、領域確保を希望する確保容量、利用期間、書き込み総量を制御部２へ通知する。制御部２は、図２に示すように、アプリ情報をアプリ管理テーブルにより管理しており、共用領域を利用するアプリから通知されたアプリ名、確保容量、利用期間、書き込み総量を取得すると、その取得した項目をレコード単位としてアプリ管理テーブルに追加し、データの書き込みの進捗に応じて書き込み済み量を更新する。

専用領域は、特定のアプリが領域確保要求を制御部２へ通知することで、その領域確保要求を通知したアプリが利用可能となる領域である。専用領域は、特定のアプリが専用で利用する領域であり、例えば機能として動作する上で必須であるデータを格納することに利用される。専用領域を利用するアプリは、事前に決定されている。

共用領域と専用領域とは、物理的に１つの記憶領域がメモリセル単位で分離して区分されていても良いし、物理的に１つの記憶領域が時系列的に区分されていても良い。物理的に１つの記憶領域が時系列的に区分される場合は、特定の期間で専用領域として利用されていたメモリセルは、別の特定の期間で共用領域として利用される場合があり、特定の期間で専用領域として利用されていたメモリセルは、別の特定の期間で共用領域として利用される場合がある。共用領域と専用領域との切り替えはウェアレベリングにより調整可能である

ストレージ３は、ＪＥＤＥＣ（Joint Electron Device Engineering Council）のバージョン５．０以降の規格に準拠するｅＭＭＣ（embedded Multi Media Card）であり、ｅＭＭＣドライバのヘルスステータス情報（Device Life Time Estimation Type A/B）を制御部２へ通知する。ヘルスステータス情報は、ストレージ３の寿命消費を例えば百分率で示し、ストレージの寿命消費に関する寿命消費情報である。ストレージ３は、自己の寿命消費が「１０％」増加する毎にヘルスステータス情報を制御部２へ通知する。

本実施形態では、ストレージ３がＥＣＵ１に内蔵されている構成を例示しているが、ストレージ３がＥＣＵ１の外部に配置されている構成に適用することも可能である。又、制御部２により実行される複数のアプリでストレージ３を共有する構成を例示しているが、ＥＣＵ１とデータ通信可能に接続されている別のＥＣＵの制御部により実行されるアプリでストレージ３を共有しても良い。

制御部２は、寿命消費情報取得部２ａと、書き込み制限設定部２ｂと、書き込み制限記憶部２ｃと、書き込み制限更新部２ｄと、利用制限通知部２ｅとを備える。これらの各部２ａ～２ｅは、利用制限通知プログラムを構成する。寿命消費情報取得部２ａは、ストレージ３からヘルスステータス情報が通知されることでヘルスステータス情報を取得する。書き込み制限設定部２ｂは、ヘルスステータス情報が寿命消費情報取得部２ａにより取得されると、その取得されたヘルスステータス情報に基づいてストレージ３へのデータの書き込み制限を設定する。書き込み制限記憶部２ｃは、書き込み制限を示す書き込み制限テーブルを記憶する。書き込み制限更新部２ｄは、書き込み制限テーブルに記憶されている書き込み制限を更新する。利用制限通知部２ｅは、ストレージ３へのデータの書き込み制限が書き込み制限設定部２ｂにより設定されると、書き込み制限に応じたストレージ３の利用制限を、ストレージ３を利用するアプリへ通知する。

制御部２は、図３及び図４に示すように、ストレージ３に関するストレージ関連情報を書き込み制限テーブルにより管理している。書き込み制限テーブルにおいて、書き込み制限状態は、ヘルスステータス情報の数値に応じて区分され、「制限なし」、「共用領域書き込み制限レベル１」、「共用領域書き込み制限レベル２」、「共用領域書き込み禁止」、「専用領域書き込み制限レベル１」、「専用領域書き込み制限レベル２」、「専用領域書き込み禁止」に区分される。書き込み制限状態の区分に応じて共用領域及び専用領域の書き込み可又は書き込み不可の何れかが設定される。

図３の例示では、例えばヘルスステータス情報により示される寿命消費状態が「０％～５０％」の区分では、「制限なし」であり、共用領域については「書き込み可」であり、専用領域についてもデータの重要度レベルに関係なく「書き込み可」である。例えば寿命消費状態が「６０％～７０％」の区分では、「共用領域書き込み制限レベル２」であり、共用領域については「書き込み総量上限が通常の１／４の条件付きで書き込み可」であり、専用領域についてはデータの重要度レベルに関係なく「書き込み可」である。例えば寿命消費状態が「８０％～９０％」の区分では、「専用領域書き込み制限レベル１」であり、共用領域については「書き込み不可」であり、専用領域についてはデータの重要度レベルが「２」～「５」では「書き込み可」であるがデータの重要度レベルが「１」では「書き込み不可」である。データの重要度レベルは、数値が大きいほど重要度が高いデータであることを示す。

図３の例示では、共用領域については寿命消費状態が「７０％」を境界として「書き込み可」と「書き込み不可」とが区分されるので、「７０％」が第１閾値である。専用領域についてはデータの重要度レベルに応じて第２閾値が異なる。専用領域のデータの重要度レベル「１」については寿命消費状態が「８０％」を境界として「書き込み可」と「書き込み不可」とが区分されるので、「８０％」が第２閾値である。専用領域のデータの重要度レベル「２」については寿命消費状態が「９０％」を境界として「書き込み可」と「書き込み不可」とが区分されるので、「９０％」が第２閾値である。専用領域のデータの重要度レベル「３」～「５」については寿命消費状態が「１００％」を境界として「書き込み可」と「書き込み不可」とが区分されるので、「１００％」が第２閾値である。

次に、上記した構成の作用について図５から図１４を参照して説明する。
制御部２は、起動時処理、ヘルスステータス情報通知処理、領域確保要求受け付け処理、オープン指示受け付け処理、書き込み指示受け付け処理、フラッシュ指示受け付け処理、削除指示受け付け処理、書き込み可否確認受け付け処理を実施する。以下、各処理について順次説明する。

（１）起動時処理（図５参照）
制御部２は、起動すると、起動時処理を開始し、ヘルスステータス情報要求をストレージ３へ通知し（Ｓ１）、ストレージ３からのヘルスステータス情報の通知を待機する（Ｓ２）。制御部２は、ストレージ３からヘルスステータス情報が通知されたと判定すると（Ｓ２：ＹＥＳ、寿命消費情報取得手順に相当する）、その通知されたヘルスステータス情報に基づいて書き込み制限テーブルを更新する（Ｓ３、利用制限通知手順に相当する）。制御部２は、更新後の書き込み制限をアプリへ通知し（Ｓ４、利用制限通知手順に相当する）、起動時処理を終了する。即ち、ストレージを利用するアプリは、制御部２の起動後に更新後の書き込み制限が通知されることで、書き込み可であるか不可であるかを特定する。

（２）ヘルスステータス情報通知処理（図６参照）
制御部２は、ヘルスステータス情報通知処理の開始条件が成立すると、ヘルスステータス情報通知処理を開始し、ストレージ３からヘルスステータス情報が通知されたか否かを判定する（Ｓ１１）。制御部２は、ストレージ３からヘルスステータス情報が通知されていないと判定すると（Ｓ１１：ＮＯ）、ヘルスステータス情報通知処理を終了し、次のヘルスステータス情報通知処理の開始条件の成立を待機する。

制御部２は、ストレージ３からヘルスステータス情報が通知されたと判定すると（Ｓ１１：ＹＥＳ）、その通知されたヘルスステータス情報により書き込み制限テーブルを更新する（Ｓ１２、書き込み制限設定手順に相当する）。制御部２は、更新後の書き込み制限をアプリへ通知し（Ｓ１３、利用制限通知手順に相当する）、ヘルスステータス情報通知処理を終了し、次のヘルスステータス情報通知処理の開始条件の成立を待機する。即ち、ストレージを利用するアプリは、ストレージ３からヘルスステータス情報が制御部２へ通知されることにしたがって更新後の書き込み制限が通知されることで、書き込み可であるか不可であるかを特定する。

（３）領域確保要求受け付け処理（図７参照）
制御部２は、領域確保要求受け付け処理の開始条件が成立すると、領域確保要求受け付け処理を開始し、アプリからの共用領域に対する領域確保要求を受け付けたか否かを判定する（Ｓ２１）。制御部２は、アプリからの共用領域に対する領域確保要求を受け付けていないと判定すると（Ｓ２１：ＮＯ）、領域確保要求受け付け処理を終了し、次の領域確保要求受け付け処理の開始条件の成立を待機する。

制御部２は、アプリからの共用領域に対する領域確保要求を受け付けたと判定すると（Ｓ２１：ＹＥＳ）、書き込み制限テーブルに基づいてデータを書き込み可であるか否かを判定する（Ｓ２２）。制御部２は、データを書き込み可でなく書き込み不可であると判定すると（Ｓ２２：ＮＯ）、エラー通知を行い（Ｓ２３）、領域確保要求受け付け処理を終了し、次の領域確保要求受け付け処理の開始条件の成立を待機する。

制御部２は、データを書き込み可であると判定すると（Ｓ２２：ＹＥＳ）、書き込み済み量と書き込み総量とを照合し、書き込み済み量が書き込み総量に達しているか否かを判定する（Ｓ２４）。制御部２は、書き込み済み量が書き込み総量に達していると判定すると（Ｓ２４：ＹＥＳ）、この場合も、エラー通知を行い（Ｓ２３）、領域確保要求受け付け処理を終了し、次の領域確保要求受け付け処理の開始条件の成立を待機する。

制御部２は、書き込み済み量が書き込み総量に達していないと判定すると（Ｓ２４：ＮＯ）、領域確保要求により指定された確保容量と書き込み可能な空き領域の容量とを照合し、データを書き込み可能な領域を確保可能であるか否かを判定する（Ｓ２５）。制御部２は、空き領域の容量が確保容量を超えており、データを書き込み可能な領域を確保可能であると判定すると（Ｓ２５：ＹＥＳ）、領域確保要求を通知したアプリが使用するディレクトリを生成し（Ｓ２６）、アプリ管理テーブルを更新する（Ｓ２７）。制御部２は、領域確保に成功したことを示す領域確保成功応答をアプリへ通知し（Ｓ２８）、領域確保要求受け付け処理を終了し、次の領域確保要求受け付け処理の開始条件の成立を待機する。

制御部２は、空き領域の容量が確保容量を超えておらず、空き領データを書き込み可能な領域を確保可能でなく確保不能であると判定すると（Ｓ２５：ＮＯ）、領域確保に失敗したことを示す領域確保失敗応答をアプリへ通知し（Ｓ２９）、領域確保要求受け付け処理を終了し、次の領域確保要求受け付け処理の開始条件の成立を待機する。

（４）オープン指示受け付け処理（図８参照）
制御部２は、オープン指示受け付け処理の開始条件が成立すると、オープン指示受け付け処理を開始し、アプリからのオープン指示を受け付けたか否かを判定する（Ｓ３１）。制御部２は、アプリからのオープン指示を受け付けていないと判定すると（Ｓ３１：ＮＯ）、オープン指示受け付け処理を終了し、次のオープン指示受け付け処理の開始条件の成立を待機する。

制御部２は、アプリからのオープン指示を受け付けたと判定すると（Ｓ３１：ＹＥＳ）、その受け付けたオープン指示により指定されたファイルが存在しているか否かを判定する（Ｓ３２）。制御部２は、その受け付けたオープン指示により指定されたファイルが存在していると判定すると（Ｓ３２：ＹＥＳ）、そのファイルをオープンし（Ｓ３３）、オープン指示受け付け処理を終了し、次のオープン指示受け付け処理の開始条件の成立を待機する。制御部２は、そのオープン指示により指定されたファイルが存在していないと判定すると（Ｓ３２：ＹＥＳ）、そのファイルを新規作成し（Ｓ３４）、オープン指示受け付け処理を終了し、次のオープン指示受け付け処理の開始条件の成立を待機する。

（５）書き込み指示受け付け処理（図９参照）
書き込み指示受け付け処理は、オープン指示受け付け処理によりオープン又は新規作成したファイルの内容を修正や編集可能な状態にする処理である。書き込み指示受け付け処理の段階ではストレージ３に保存されているデータは変更されない。制御部２は、書き込み指示受け付け処理の開始条件が成立すると、書き込み指示受け付け処理を開始し、アプリからの書き込み指示を受け付けたか否かを判定する（Ｓ４１）。制御部２は、アプリからの書き込み指示を受け付けていないと判定すると（Ｓ４１：ＮＯ）、書き込み指示受け付け処理を終了し、次の書き込み指示受け付け処理の開始条件の成立を待機する。

制御部２は、アプリからの書き込み指示を受け付けたと判定すると（Ｓ４１：ＹＥＳ）、書き込み制限テーブルに基づいてデータを書き込み可であるか否かを判定する（Ｓ４２）。制御部２は、データを書き込み可でなく書き込み不可であると判定すると（Ｓ４：ＮＯ）、エラー通知を行い（Ｓ４３）、書き込み指示受け付け処理を終了し、次の書き込み指示受け付け処理の開始条件の成立を待機する。

制御部２は、データを書き込み可であると判定すると（Ｓ４２：ＹＥＳ）、共用領域及び専用領域のうち何れへの書き込みであるかを判定する（Ｓ４４，Ｓ４５）。制御部２は、共用領域への書き込みであると判定すると（Ｓ４４：ＹＥＳ）、書き込み済み量を参照し、書き込み済み量に対して今回の書き込み量を加算した値が書き込み総量を超えるか否かを判定する（Ｓ４６）。制御部２は、書き込み済み量に対して今回の書き込み量を加算した値が書き込み総量を超えると判定すると（Ｓ４６：ＹＥＳ）、この場合も、エラー通知を行い（Ｓ４３）、書き込み指示受け付け処理を終了し、次の書き込み指示受け付け処理の開始条件の成立を待機する。

制御部２は、書き込み済み量に対して今回の書き込み量を加算した値が書き込み総量を超えないと判定すると（Ｓ４６：ＮＯ）、書き込み可能な空き容量が存在するか否かを判定する（Ｓ４７）。制御部２は、書き込み可能な空き容量が存在すると判定すると（Ｓ４７：ＹＥＳ）、ファイルを書き込み（Ｓ４８）、書き込み結果をアプリへ通知し（Ｓ４９）、書き込み指示受け付け処理を終了し、次の書き込み指示受け付け処理の開始条件の成立を待機する。

制御部２は、書き込み可能な空き容量が存在しないと判定すると（Ｓ４７：ＮＯ）、この場合も、エラー通知を行い（Ｓ５０）、書き込み指示受け付け処理を終了し、次の書き込み指示受け付け処理の開始条件の成立を待機する。制御部２は、専用領域への書き込みであると判定すると（Ｓ４５：ＹＥＳ）、ステップＳ４６を行うことなく、ステップＳ４７以降を行う。

（６）フラッシュ指示受け付け処理（図１０参照）
フラッシュ指示受け付け処理は、ファイルの内容と、ストレージ３に保存されているデータとを同期させる処理である。制御部２は、フラッシュ指示受け付け処理の開始条件が成立すると、フラッシュ指示受け付け処理を開始し、アプリからのフラッシュ指示を受け付けたか否かを判定する（Ｓ５１）。制御部２は、アプリからのフラッシュ指示を受け付けていないと判定すると（Ｓ５１：ＮＯ）、フラッシュ指示受け付け処理を終了し、次のフラッシュ指示受け付け処理の開始条件の成立を待機する。

制御部２は、アプリからのフラッシュ指示を受け付けたと判定すると（Ｓ５１：ＹＥＳ）、書き込み制限テーブルに基づいてデータを書き込み可であるか否かを判定する（Ｓ５）。制御部２は、データを書き込み可でなく書き込み不可であると判定すると（Ｓ５：ＮＯ）、エラー通知を行い（Ｓ５３）、フラッシュ指示受け付け処理を終了し、次のフラッシュ指示受け付け処理の開始条件の成立を待機する。

制御部２は、データを書き込み可であると判定すると（Ｓ５２：ＹＥＳ）、共用領域及び専用領域のうち何れへの書き込みであるかを判定する（Ｓ５４，Ｓ５５）。制御部２は、共用領域への書き込みであると判定すると（Ｓ５４：ＹＥＳ）、フラッシュを実施し（Ｓ５６）、書き込み総量を更新し（Ｓ５７）、書き込み結果をアプリへ通知し（Ｓ５８）、フラッシュ指示受け付け処理を終了し、次のフラッシュ指示受け付け処理の開始条件の成立を待機する。

制御部２は、専用領域への書き込みであると判定すると（Ｓ５５：ＹＥＳ）、フラッシュを実施し（Ｓ５６）、書き込み結果をアプリへ通知し（Ｓ５８）、フラッシュ指示受け付け処理を終了し、次のフラッシュ指示受け付け処理の開始条件の成立を待機する。

（７）削除指示受け付け処理（図１１参照）
制御部２は、削除指示受け付け処理の開始条件が成立すると、削除指示受け付け処理を開始し、アプリからの削除指示を受け付けたか否かを判定する（Ｓ６１）。制御部２は、アプリからの削除指示を受け付けていないと判定すると（Ｓ６１：ＮＯ）、削除指示受け付け処理を終了し、次の削除指示受け付け処理の開始条件の成立を待機する。

制御部２は、アプリからの削除指示を受け付けたと判定すると（Ｓ６１：ＹＥＳ）、書き込み制限テーブルに基づいてファイルを削除可能であるか否かを判定する（Ｓ６２）。制御部２は、ファイルを削除可能であると判定すると（Ｓ６２：ＹＥＳ）、ファイルを削除し（Ｓ６３）、削除指示受け付け処理を終了し、次の削除指示受け付け処理の開始条件の成立を待機する。制御部２は、ファイルを削除可能でなく削除不能であると判定すると（Ｓ６２：ＮＯ）、エラー通知を行い（Ｓ６４）、削除指示受け付け処理を終了し、次の削除指示受け付け処理の開始条件の成立を待機する。

（８）書き込み可否確認受け付け処理（図１２参照）
制御部２は、書き込み可否確認受け付け処理の開始条件が成立すると、書き込み可否確認受け付け処理を開始し、アプリからの書き込み可否確認を受け付けたか否かを判定する（Ｓ７１）。制御部２は、アプリからの書き込み可否確認を受け付けていないと判定すると（Ｓ７１：ＮＯ）、書き込み可否確認受け付け処理を終了し、次の書き込み可否確認受け付け処理の開始条件の成立を待機する。

制御部２は、アプリからの書き込み可否確認を受け付けたと判定すると（Ｓ７１：ＹＥＳ）、書き込み制限テーブルを参照し（Ｓ７２）、書き込み可否をアプリへ通知し（Ｓ７３）、書き込み可否確認受け付け処理を終了し、次の書き込み可否確認受け付け処理の開始条件の成立を待機する。

以上に説明したように本実施形態によれば、次に示す作用効果を得ることができる。ＥＣＵ１において、ストレージ３の寿命消費に関するヘルスステータス情報に基づいてストレージ３へのデータの書き込み制限を設定し、その設定した書き込み制限に応じたストレージ３の利用制限を、ストレージ３を利用するアプリへ通知するようにした。書き込み制限に応じたストレージ３の利用制限を、ストレージ３を利用するアプリへ通知することで、アプリからストレージ３へのアクセスを制限することができる。これにより、自ＥＣＵに装着されているストレージ３の寿命を適切に延ばすことができる。

ＥＣＵ１において、ストレージ３の寿命消費情報が第１閾値に達すると、共用領域へのデータの書き込み制限を設定するようにした。第１閾値を境界として共用領域への書き込みを制限することができる。ＥＣＵ１において、ストレージ３の寿命消費情報が第２閾値に達すると、専用領域へのデータの書き込み制限を設定するようにした。第２閾値を境界として専用領域への書き込みを制限することができる。この場合、データの重要度レベルに応じて第２閾値を異ならせることで、重要度レベルが比較的高いデータについては寿命消費が比較的大きい段階になってから書き込みを制限し、重要度レベルが比較的低いデータについては寿命消費が比較的小さい段階でも書き込みを制限することができる。

ＥＣＵ１において、専用領域へのデータの書き込み制限を設定する基準となる第２閾値を、共用領域へのデータの書き込み制限を設定する基準となる第１閾値よりも大きな値とした。専用領域を利用するアプリからのストレージ３の利用を、共用領域を利用するアプリからのストレージ３の利用よりも優先することができる。

本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。

図面中、１はＥＣＵ（電子制御装置）、２は制御部、２ａは寿命消費情報取得部、２ｂは書き込み制限設定部、２ｃ書き込み制限記憶部、２ｄは書き込み制限更新部、２ｅは利用制限通知部である。

Claims (7)

1. 不特定の複数のアプリが共有して利用可能な共用領域と予め定められている特定のアプリが利用可能な専用領域とを含むストレージが装着されている電子制御装置（１）であって、
   前記ストレージの寿命消費に関する寿命消費情報を取得する寿命消費情報取得部（２ａ）と、
   前記寿命消費情報が第１閾値に達すると、前記共用領域へのデータの書き込み制限を設定し、前記寿命消費情報が前記第１閾値よりも大きい第２閾値に達すると、前記専用領域へのデータの書き込み制限を設定する書き込み制限設定部（２ｂ）と、
   前記書き込み制限に応じた前記ストレージの利用制限を、前記ストレージを利用するアプリへ通知する利用制限通知部（２ｅ）と、を備える電子制御装置。
2. 前記ストレージは、ＪＥＤＥＣのバージョン５．０以降の規格に準拠するｅＭＭＣであり、
   前記寿命消費情報取得部は、前記寿命消費情報としてデータの書き込み回数に応じた情報を取得する請求項１に記載した電子制御装置。
3. 前記書き込み制限を示す書き込み制限テーブルを記憶する書き込み制限記憶部（２ｃ）と、
   前記書き込み制限テーブルに記憶されている前記書き込み制限を更新する書き込み制限更新部（２ｄ）と、を備え、
   前記利用制限通知部は、前記書き込み制限が更新されると、その更新後の前記書き込み制限に応じた前記ストレージの利用制限を、前記ストレージを利用するアプリへ通知する請求項１又は２に記載した電子制御装置。
4. 前記書き込み制限設定部は、前記専用領域を利用するアプリに対し、前記寿命消費情報及びデータの重要度レベルに基づいて前記ストレージへのデータの書き込み制限を設定する請求項１又は２に記載した電子制御装置。
5. 前記書き込み制限設定部は、前記共用領域を利用するアプリに対し、書き込み総量を設定する請求項１又は２に記載した電子制御装置。
6. 不特定の複数のアプリが共有して利用可能な共用領域と予め定められている特定のアプリが利用可能な専用領域とを含むストレージが装着されている電子制御装置（１）において、
   前記ストレージの寿命消費に関する寿命消費情報を取得する寿命消費情報取得手順と、
   前記寿命消費情報が第１閾値に達すると、前記共用領域へのデータの書き込み制限を設定し、前記寿命消費情報が前記第１閾値よりも大きい第２閾値に達すると、前記専用領域へのデータの書き込み制限を設定する書き込み制限設定手順と、
   前記書き込み制限に応じた前記ストレージの利用制限を、前記ストレージを利用するアプリへ通知する手順と、を行う利用制限通知方法。
7. 不特定の複数のアプリが共有して利用可能な共用領域と予め定められている特定のアプリが利用可能な専用領域とを含むストレージが装着されている電子制御装置（１）の制御部（２）に、
   前記ストレージの寿命消費に関する寿命消費情報を取得する寿命消費情報取得手順と、
   前記寿命消費情報が第１閾値に達すると、前記共用領域へのデータの書き込み制限を設定し、前記寿命消費情報が前記第１閾値よりも大きい第２閾値に達すると、前記専用領域へのデータの書き込み制限を設定する書き込み制限設定手順と、
   前記書き込み制限に応じた前記ストレージの利用制限を、前記ストレージを利用するアプリへ通知する利用制限通知手順と、を実行させる利用制限通知プログラム。