(57)【要約】【課題】記憶装置の容量の増加をできるだけ抑えつつ、制御対象である消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することが可能な制御装置を提供する。【解決手段】制御装置は、消耗部品を有する装置を制御する各アプリケーションについての「アプリ起動回数」と「アプリ総動作時間」とを示すアプリ実行情報データベースを有している。そして、アプリケーションの起動時に、アプリ実行情報データベースにおいて当該アプリケーションに対応する「アプリ起動回数」を更新するＡＰＩが、当該アプリケーションからコールされる。また、アプリケーションが終了する際には、アプリ実行情報データベースにおいて当該アプリケーションに対応する「アプリ総動作時間」を更新するＡＰＩが、当該アプリケーションからコールされる。【選択図】図３
2009301497.tif 000002
【特許請求の範囲】
【請求項１】
消耗部品を有する装置を制御するための制御装置であって、
前記制御装置が備えるコンピュータのプログラムは、各プログラムが有する機能により複数の階層に分類され、前記階層の一つとして前記消耗部品を有する装置を制御するための複数のアプリケーションを制御するためのプログラムが属する階層であるプラットフォーム層が存在し、
前記プラットフォーム層に属する前記プログラムにより制御されるそれぞれの前記アプリケーションに関して、このアプリケーションの起動回数をアプリケーション実行情報として記憶している情報記憶手段と、
前記プラットフォーム層に属する前記プログラムにより制御される手段であって、前記アプリケーションが起動されると、起動された前記アプリケーションに関して、前記情報記憶手段に前記アプリケーション実行情報として記憶されている前記起動回数を更新する更新制御手段と、
を備えること、
を特徴とする制御装置。
【請求項２】
消耗部品を有する装置を制御するための制御装置であって、
前記制御装置が備えるコンピュータのプログラムは、各プログラムが有する機能により複数の階層に分類され、前記階層の一つとして前記消耗部品を有する装置を制御するための複数のアプリケーションを制御するためのプログラムが属する階層であるプラットフォーム層が存在し、
前記プラットフォーム層に属する前記プログラムにより制御されるそれぞれの前記アプリケーションに関して、このアプリケーションが動作していた総時間である総動作時間をアプリケーション実行情報として記憶している情報記憶手段と、
前記プラットフォーム層に属する前記プログラムにより制御される手段であって、前記アプリケーションが起動されると、前記アプリケーションの起動後から前記アプリケーションが停止されるまでの時間である動作時間を特定し、特定した前記動作時間に基づき、起動された前記アプリケーションに関して、前記情報記憶手段に前記アプリケーション実行情報として記憶されている前記総動作時間を更新する更新制御手段と、
を備えること、
を特徴とする制御装置。
【請求項３】
請求項１に記載の制御装置において、
前記情報記憶手段は、前記プラットフォーム層に属する前記プログラムにより制御されるそれぞれの前記アプリケーションに関して、このアプリケーションの前記起動回数と、このアプリケーションが動作していた総時間である総動作時間とを前記アプリケーション実行情報として記憶しており、
前記更新制御手段は、前記アプリケーションが起動されると、前記アプリケーションの起動後から前記アプリケーションが停止されるまでの時間である動作時間を特定し、特定した前記動作時間に基づき、起動された前記アプリケーションに関して、前記情報記憶手段に前記アプリケーション実行情報として記憶されている前記総動作時間をさらに更新すること、
を特徴とする制御装置。
【請求項４】
請求項１から請求項３のいずれかに記載の制御装置において、
前記制御装置は、前記情報記憶手段に記憶されている前記アプリケーション実行情報を外部装置に送信するアプリケーション実行情報送信手段をさらに備えること、
を特徴とする制御装置。
【請求項５】
請求項１から請求項４のいずれかに記載の制御装置において、
前記情報記憶手段は、１または２以上の記憶単位から構成される記憶領域を有しており、
前記制御装置は、
前記情報記憶手段が有する前記記憶単位に関して、この記憶単位への情報の書込み回数を記憶している書込み回数記憶手段と、
前記情報記憶手段が有するいずれかの前記記憶単位に対する情報の書込みが行われると、情報の書込みが行われた前記記憶単位に関して、前記書込み回数記憶手段に記憶されている前記書込み回数を更新する書込み回数更新制御手段と、
をさらに備えること、
を特徴とする制御装置。
【請求項６】
請求項５に記載の制御装置において、
前記書込み回数記憶手段とは、前記情報記憶手段における所定の記憶領域であること、
を特徴とする制御装置。
【請求項７】
請求項５または請求項６に記載の制御装置において、
前記書込み回数更新制御手段は、前記プラットフォーム層が有するプログラムにより制御される手段であること、
を特徴とする制御装置。
【請求項８】
請求項５から請求項７のいずれかに記載の制御装置において、
前記制御装置は、前記書込み回数記憶手段に記憶されている前記記憶単位に関する前記書込み回数を外部装置に送信する書込み回数送信手段をさらに備えること、
を特徴とする制御装置。
【請求項９】
車両に搭載されていることを特徴とする請求項１から請求項８のいずれかに記載の制御装置。
【請求項１０】
コンピュータを、請求項１から請求項９のいずれかに記載の制御装置が備える前記更新制御手段として機能させるためのプログラム。
【請求項１１】
コンピュータを、請求項５から請求項９のいずれかに記載の制御装置が備える前記書込み回数更新制御手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消耗部品を有する装置を制御する制御装置に関する。
【背景技術】
【０００２】
例えば、車両に搭載されているヘッドライトは使用により劣化するため、一定期間使用した後には交換する必要がある。また、車両に搭載されているワイパーに関しても、ガラス面に接しているワイパーブレードはワイパーの使用により磨耗するため、交換が必要である。また、フロントガラスをワイパーにて洗浄するために用いるウォッシャ液に関しても、言うまでもないことではあるが、ウォッシャ液を全て使用してしまった際には補充を行う必要がある。このように、車両には様々な消耗部品が用いられており、ユーザは、各消耗部品の状態を特定し、消耗部品の状態に応じて交換や補充を行わなければならない。
【０００３】
ここで、特許文献１には、複数の車両について、各車両の状態を正確に把握することが可能な車両情報管理装置が記載されている。特許文献１に記載の車両情報管理装置は、各車両に搭載された車両情報端末から、各車両にて発生した異常を示すＤＴＣコードや、各車両の構成要素の現在の状態を特定可能な情報であるデータモニタリスト等を含む車両状態情報を収集する。そして、車両情報管理装置は、各車両から収集した車両状態情報と、各車両に対して行われた整備の履歴である整備情報とを車両情報データベースに格納する。この車両情報データベースに格納されている車両状態情報や整備情報を参照することにより各車両の状態を正確に把握することができる。したがって、車両の消耗部品の状態を特定することや、消耗部品の交換や補充を行う時期を特定することができる。
【特許文献１】特開２００５−１６２１４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、車載装置には必ずしも高性能なハードウェアが搭載されているわけではないため、車載装置における処理は、処理を行うために必要なＲＡＭ容量や、処理を行うプログラムを記憶するためのＲＯＭやＨＤＤ等の容量といった記憶装置の容量が小さいこと等が要求される。これに対し、特許文献１には、各車両において、異常を検知する処理をどのようにして行うかという点や、車両の構成要素の現在の状態を特定する処理をどのようにして行うかという点に関しては記載されていない。
【０００５】
本願発明は、例えば、車両に搭載され、車両のヘッドライトやワイパーやウォッシャ等といった消耗部品を有する装置を制御するための制御装置に関するものである。そして、本願発明は上記課題に鑑みてなされたものであり、必要な記憶装置の容量の増加をできるだけ抑えつつ、制御対象である消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することが可能な制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するためになされた請求項１に記載の制御装置は、消耗部品を有する装置を制御するための制御装置であって、この制御装置が備えるコンピュータのプログラムは、各プログラムが有する機能により複数の階層に分類され、階層の一つとして消耗部品を有する装置を制御するための複数のアプリケーションを制御するためのプログラムが属する階層であるプラットフォーム層が存在する。また、プラットフォーム層に属するプログラムにより制御されるそれぞれのアプリケーションに関して、このアプリケーションの起動回数をアプリケーション実行情報として記憶している情報記憶手段と、プラットフォーム層に属するプログラムにより制御される手段であって、アプリケーションが起動されると、起動されたアプリケーションに関して、情報記憶手段にアプリケーション実行情報として記憶されている起動回数を更新する更新制御手段とを備える。
【０００７】
ここで、プラットフォーム層とは、具体的には、リアルタイムＯＳやミドルウェア等が属する階層である。
また、プラットフォーム層に属するプログラムにより制御されている更新制御手段は、具体的には、例えば、ＡＰＩとして用意された処理をコンピュータが実行することにより、起動されたアプリケーションに関して、情報記憶手段に記憶されている起動回数を更新するという構成になっていても良い。また、上記ＡＰＩは、例えば、アプリケーションからコールされても良い。
【０００８】
消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測する一つの方法として、この装置の動作に関する履歴情報に基づき消耗部品の消耗度合いを予測するという方法を挙げることができる。しかしながら、消耗部品を有する装置の詳細な動作に関する履歴情報を生成し記憶しておくとなると、この装置の詳細な動作を特定するための複雑な処理が必要となり、さらに、消耗部品の消耗度合いを予測するために必要な履歴情報の容量が大きくなってしまう。
【０００９】
そこで、請求項１に記載の制御装置では、消耗部品を有する装置を制御するアプリケーションの起動回数を記憶しておき、アプリケーションが起動されるたびに起動回数を更新する。こうすることにより、アプリケーションの起動回数に基づき消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができ、複雑な処理を行うことなく消耗部品の消耗度合いを予測することができる。このため、消耗部品の消耗度合いを予測するための処理の実行に用いられるＲＡＭ使用量や、上記処理を行うプログラムを記憶するためのＲＯＭやＨＤＤ等の容量といった記憶装置の容量の増加をできるだけ抑えつつ、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００１０】
さらに、同様の理由により、消耗部品の消耗度合いを予測するための処理を行うことによるＣＰＵの処理負荷の増加に関しても、できるだけ抑えることができる。また、消耗部品の消耗度合いを予測するために必要なデータの容量の増加をできるだけ抑えることができ、このデータを記憶するために必要となる書き換え可能な不揮発性の記憶媒体（以後、単に記憶媒体と記載）の容量の増加をできるだけ抑えることができる。
【００１１】
また、更新制御手段は、プラットフォーム層に属するプログラムにより制御されている。このような構成を有することにより、各アプリケーションに起動回数を更新する機能を設ける場合に比べ、プログラムの容量の増加を抑えることができる。したがって、記憶装置の容量の増加をできるだけ抑えつつ、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００１２】
ところで、制御装置は、制御対象である消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測するために、次のようなデータを使用してもよい。
すなわち、請求項２に記載されているように、制御装置が備えるコンピュータのプログラムは、各プログラムが有する機能により複数の階層に分類され、階層の一つとして消耗部品を有する装置を制御するための複数のアプリケーションを制御するためのプログラムが属する階層であるプラットフォーム層が存在しても良い。そして、制御装置は、プラットフォーム層に属するプログラムにより制御されるそれぞれのアプリケーションに関して、このアプリケーションが動作していた総時間である総動作時間をアプリケーション実行情報として記憶している情報記憶手段と、プラットフォーム層に属するプログラムにより制御される手段であって、アプリケーションが起動されると、アプリケーションの起動後からアプリケーションが停止されるまでの時間である動作時間を特定し、特定した動作時間に基づき、起動されたアプリケーションに関して、情報記憶手段にアプリケーション実効情報として記憶されている総動作時間を更新する更新制御手段とを備えていても良い。
【００１３】
こうすることにより、アプリケーションの総動作時間に基づき消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができ、複雑な処理を行うことなく消耗部品の消耗度合いを予測することができる。このため、消耗部品の消耗度合いを予測するための処理の実行に用いられるＲＡＭ使用量や、上記処理を行うためのプログラムを記憶するためのＲＯＭやＨＤＤ等の容量といった記憶装置の容量の増加をできるだけ抑えつつ、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００１４】
さらに、同様の理由により、消耗部品の消耗度合いを予測するための処理を行うことによるＣＰＵの処理負荷の増加に関しても、できるだけ抑えることができる。また、消耗部品の消耗度合いを予測するために必要なデータの容量の増加をできるだけ抑えることができ、このデータを記憶するために必要となる記憶媒体の容量の増加をできるだけ抑えることができる。
【００１５】
また、請求項１に記載の制御装置と同様に、更新制御手段は、プラットフォーム層に属するプログラムにより制御されている。このような構成を有することにより、各アプリケーションに起動回数を更新する機能を設ける場合に比べ、プログラムの容量の増加を抑えることができる。したがって、記憶装置の容量の増加をできるだけ抑えつつ、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００１６】
また、アプリケーションの起動回数と総動作時間とに基づき、アプリケーションにより制御される消耗部品を有する装置に用いられる消耗部品の消耗度合いを予測しても良い。
すなわち、請求項３に記載されているように、情報記憶手段は、プラットフォーム層に属するプログラムにより制御されるそれぞれのアプリケーションに関して、このアプリケーションの起動回数と、このアプリケーションが動作していた総時間である総動作時間とをアプリケーション実行情報として記憶していても良い。そして、更新制御手段は、アプリケーションが起動されると、アプリケーションの起動後からアプリケーションが停止されるまでの時間である動作時間を特定し、特定した動作時間に基づき、起動されたアプリケーションに関して、情報記憶手段にアプリケーション実行情報として記憶されている総動作時間をさらに更新しても良い。
【００１７】
こうすることにより、アプリケーションの起動回数や総動作時間のみに基づき制御装置に用いられている消耗部品の消耗度合いを特定する場合に比べ、より的確に、消耗度合いを予測することができる。また、このような構成であったとしても、消耗部品を有する装置の詳細な動作に関する履歴情報を生成し記憶しておく場合に比べれば、複雑な処理を行うことなく消耗部品の消耗度合いを予測することができると言える。このため記憶装置の容量の増加やＣＰＵの処理負荷の増加をできるだけ抑えつつ、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。また、消耗部品の消耗度合いを予測するために必要なデータの容量の増加をできるだけ抑えることができ、このデータを記憶するために必要となる記憶媒体の容量の増加をできるだけ抑えることができる。
【００１８】
また、制御装置は、次のような機能を有していても良い。
すなわち、請求項４に記載されているように、制御装置は、情報記憶手段に記憶されているアプリケーション実行情報を外部装置に送信するアプリケーション実行情報送信手段をさらに備えていても良い。
【００１９】
こうすることにより、外部装置によりアプリケーション実行情報の内容を確認し、制御装置により制御される消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することが可能となる。
【００２０】
また、ＥＥＰＲＯＭ等の書き換え可能な記憶媒体は、書込み回数等に制限が設けられている。
そこで、請求項５に記載の制御装置では、情報記憶手段は、１または２以上の記憶単位から構成される記憶領域を有している。そして、制御装置は、情報記憶手段が有する記憶単位に関して、この記憶単位への情報の書込み回数を記憶している書込み回数記憶手段と、情報記憶手段が有するいずれかの記憶単位に対する情報の書込みが行われると、情報の書込みが行われた記憶単位に関して、書込み回数記憶手段に記憶されている書込み回数を更新する書込み回数更新制御手段とをさらに備えている。
【００２１】
こうすることにより、例えば、情報記憶手段としてＥＥＰＲＯＭ等が用いられている場合に、各記憶単位について書込み回数を特定し、書込み回数が制限に達しているか否かを判定することができる。
【００２２】
また、書込み回数記憶手段は、次のような構成を有していても良い。
すなわち、請求項６に記載されているように、書込み回数記憶手段とは、情報記憶手段における所定の記憶領域であっても良い。
【００２３】
こうすることにより、情報記憶手段における記憶領域の一部に、各記憶単位についての書込み回数を記憶することができる。
また、書込み回数更新制御手段は、次のような構成を有していても良い。
【００２４】
すなわち、請求項７に記載されているように、書込み回数更新制御手段は、プラットフォーム層が有するプログラムにより制御される手段であっても良い。
こうすることにより、各アプリケーションに情報記憶手段の所定の記憶単位についての書込み回数を更新する機能を設ける場合に比べ、プログラムの容量の増加を抑えることができる。
【００２５】
また、制御装置は、次のような機能を有していても良い。
すなわち、請求項８に記載されているように、制御装置は、書込み回数記憶手段に記憶されている記憶単位に関する書込み回数を外部装置に送信する書込み回数送信手段をさらに備えても良い。
【００２６】
こうすることにより、外部装置により情報記憶手段への書込み回数を確認することが可能となる。
また、上述したように、車載装置における処理は、処理を行うために必要なメモリの容量が小さいことや、ＣＰＵの処理負荷が小さいこと等が要求される。
【００２７】
そこで、請求項９に記載の制御装置は、車両に搭載されている。
こうすることにより、記憶装置の容量の増加をできるだけ抑えつつ、車両に搭載されている消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００２８】
また、請求項１０に記載されている様に、請求項１から請求項９に記載の制御装置の更新制御手段として機能させるためのプログラムを、制御装置が内蔵するコンピュータに実行させる様になっていても良い。
【００２９】
また、請求項１１に記載されている様に、請求項５から請求項９に記載の制御装置の書込み回数更新制御手段として機能させるためのプログラムを、制御装置が内蔵するコンピュータに実行させる様になっていても良い。
【００３０】
このような構成を有することにより、例えば、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータが読みとり可能な記録媒体にプログラムを記録し、そのプログラムを必要に応じてコンピュータにロードして起動することにより中継装置として機能させることができる。また、プログラムはネットワークを用いて流通させることも可能であるため、制御装置の機能向上も容易となる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施形態について図面を用いて説明する。尚、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００３２】
［構成の説明］
（１）制御装置の構成について
図１は、車両に搭載されている制御装置１００の構成を示すブロック図である。制御装置１００は、ワイパー，ウォッシャ，ヘッドライト，ブレーキランプ等の消耗部品を有する装置を制御する装置である。また、制御装置１００は、車内ネットワーク３００に接続されており、車内ネットワーク３００を介してダイアグツール２００と通信を行うことが可能である。また、制御装置１００は、＋Ｂ電源（電力を常時供給する電源）から電力供給を受けると共に、ＩＧ電源（イグニッションスイッチがオンの状態である場合に限り、電力を供給する電源）から電力供給を受ける。制御装置１００は、マイクロコントローラ１１０と、ＥＥＰＲＯＭ１２０と、通信トランシーバ１３０と、電源回路１４０と、入出力回路１５０とを有している。
【００３３】
マイクロコントローラ１１０とは、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、通信コントローラ１１４、Ｉ／Ｏ（図示なし）、及びこれらを接続するバスライン（図示なし）等から構成されている。マイクロコントローラ１１０は、ＲＯＭ１１２に記憶されているプログラムに従い制御装置１００の各部位を制御する。また、マイクロコントローラ１１０は、現在時刻を特定可能な時計機能を有している。
【００３４】
ＥＥＰＲＯＭ１２０は、マイクロコントローラ１１０とシリアルバスにより接続されており、マイクロコントローラ１１０は、ＥＥＰＲＯＭ１２０に対し各種情報を書き込むことや、ＥＥＰＲＯＭ１２０に記憶されている各種情報を読み出すことができる。また、ＥＥＰＲＯＭ１２０は、アプリケーション実行情報データベースを記憶している。また、ＥＥＰＲＯＭ１２０の記憶領域は、複数の記憶単位から構成されており、ＥＥＰＲＯＭ１２０は、各記憶単位への書込み回数を示すテーブルであるＥＥＰＲＯＭ書込み回数テーブルを記憶している。アプリケーション実行情報データベース、及び、ＥＥＰＲＯＭ書込み回数テーブルの詳細については、後述する。
【００３５】
通信トランシーバ１３０は、マイクロコントローラ１１０が車内ネットワーク３００に接続されている装置と通信を行うための回路である。
電源回路１４０は、制御装置１００の各部位に電力を供給するための回路である。電源回路１４０は、＋Ｂ電源及びＩＧ電源から入力される電圧を変換し、制御装置１００の各部位に対し変換された電圧を入力する。
【００３６】
入出力回路１５０は、制御装置１００に接続されている各種センサやスイッチ等からの入力信号を受信すると共に、制御装置１００の制御対象であるワイパー，ウォッシャ，ヘッドライト，ブレーキランプ等の消耗部品を有する装置に対し制御信号を送信するための回路である。
【００３７】
また、ダイアグツール２００とは、車内ネットワーク３００に接続されている装置の異常を検知するための装置である。ダイアグツール２００は、制御装置１００に対し、アプリ利用状況やＥＥＰＲＯＭ利用状況の送信等を要求する。
【００３８】
（２）制御装置に用いられるプログラムの構成について
次に、制御装置１００の制御プログラムの構成について説明する。図２のブロック図は、制御プログラム１０の全体構成を示すと共に、制御プログラム１０を構成する各プログラムが行う処理に関連するハードウェアを示している。制御プログラム１０は、マイクロコントローラ１１０が有するＲＯＭ１１２に記憶されている。また、制御プログラム１０は、制御装置１００の制御対象となる消耗部品を有する装置を制御するためのアプリケーション等が属するアプリケーション層１１と、アプリケーションを制御する基本ソフトウェアが属するプラットフォーム層１２とから構成されている。以後、アプリケーションのことを単にアプリとも記載する。
【００３９】
アプリケーション層１１には、例えば、Ａアプリ１１ａ，Ｂアプリ１１ｂ，Ｃアプリ１１ｃ等といったアプリケーションが属している。これらのアプリケーションは、制御装置１００の制御対象であるワイパー，ウォッシャ，ヘッドライト，ブレーキランプ等の消耗部品を有する装置を制御するための処理を行うアプリケーションである。
【００４０】
また、プラットフォーム層１２には、記録部１２ａと、収集部１２ｂと、通信部１２ｃというモジュールが属している。
記録部１２ａには、ＲＡＭ１１３に記憶されているアプリ実行情報データベース２０を更新するためのプログラムが含まれており、このプログラムは、各アプリケーションが、ＡＰＩとして使用することができる。この他に、記録部１２ａは、ＥＥＰＲＯＭ１２０に記憶されているアプリ実行情報データベースやＥＥＰＲＯＭ書込み回数テーブルの更新等を行うプログラムを含んでいる。アプリ実行情報データベース２０や、ＥＥＰＲＯＭ書込み回数テーブルの詳細については後述する。
【００４１】
収集部１２ｂは、通信部１２ｃを介して車内ネットワーク３００に接続されているダイアグツール２００と通信を行い、ＲＡＭ１１３に記憶されているアプリ実行情報データベース２０に基づきアプリ利用状況を生成してダイアグツール２００に送信する処理等を行うプログラムを含むモジュールである。
【００４２】
通信部１２ｃは、車内ネットワーク３００に接続されている装置から送信された情報を受信するための処理や、上記装置に対して情報を送信するための処理を行うプログラムを含むモジュールである。
【００４３】
次に、アプリ実行情報データベース２０の構成について説明する。図３の（ａ）の表は、アプリ実行情報データベース２０を示している。アプリ実行情報データベース２０は、「アプリケーションＩＤ」と、「アプリ起動回数」と、「アプリ総動作時間」という項目を有している。
【００４４】
「アプリケーションＩＤ」とは、アプリケーション層１１に属するアプリケーションを特定するためのＩＤが設定される項目である。図３の（ａ）の表では、一例として、本項目には、Ａアプリ１１ａ，Ｂアプリ１１ｂ，Ｃアプリ１１ｃというＩＤが設定されている。
【００４５】
「アプリ起動回数」とは、「アプリケーションＩＤ」が示すアプリケーションが、プラットフォーム層１２に属する基本ソフトウェアにより起動された回数が設定される項目である。
【００４６】
「アプリ総動作時間」とは、「アプリケーションＩＤ」が示すアプリケーションが、プラットフォーム層１２が動作していた総時間が設定される項目である。
次に、ＥＥＰＲＯＭ書込み回数テーブルの構成について説明する。図３の（ｂ）の表は、ＥＥＰＲＯＭ書込み回数テーブルを示している。ＥＥＰＲＯＭ書込み回数テーブルは、「記憶単位」と「ＥＥＰＲＯＭ書込み回数」という項目を有している。
【００４７】
「記憶単位」とは、ＥＥＰＲＯＭ１２０における記憶領域を構成する記憶単位を特定するためのＩＤが設定される項目である。図３の（ｂ）の表では、本項目は、一例として、Ａ，Ｂ，ＣというＩＤが設定されている。
【００４８】
「ＥＥＰＲＯＭ書込み回数」とは、「記憶単位」が示す記憶単位に対し、マイクロコントローラ１１０が書込みを行った回数が設定される項目である。
［動作の説明］
次に、制御装置１００の動作について説明する。
【００４９】
（１）初期読出し処理について
まず、自車両の運転が開始され、制御装置１００が起動された際に実行される処理である初期読出し処理について、図４の（ａ）に記載のフローチャートを用いて説明する。尚、本処理は、マイクロコントローラ１１０のＣＰＵ１１１が、プラットフォーム層１２における記録部１２ａに含まれているプログラムを実行することにより行われる処理である。
【００５０】
Ｓ１０５では、制御装置１００のマイクロコントローラ１１０は、ＥＥＰＲＯＭ１２０からアプリ実行情報データベース２０を読み出してＲＡＭ１１３に記憶し、Ｓ１１０に処理を移行する。
【００５１】
Ｓ１１０では、マイクロコントローラ１１０は、アプリケーション層１１に属する各アプリケーションについてのアプリ利用開始回数とアプリ利用終了回数とに０を設定し、アプリ利用開始回数とアプリ利用終了回数とをアプリケーションＩＤに対応付けてＲＡＭ１１３に記憶し、Ｓ１１５に処理を移行する。
【００５２】
Ｓ１１５では、マイクロコントローラ１１０は、ＥＥＰＲＯＭ１２０からＥＥＰＲＯＭ書込み回数テーブルを読み出してＲＡＭ１１３に記憶し、本処理を終了する。
（２）アプリ利用開始処理について
次に、アプリケーションが起動する際に実行されるアプリ利用開始処理について、図４の（ｂ）に記載のフローチャートを用いて説明する。本処理は、マイクロコントローラ１１０のＣＰＵ１１１が、プラットフォーム層１２における記録部１２ａに含まれているプログラムを実行することにより行われる処理である。このプログラムは、アプリケーションが起動する際に、このアプリケーションから、自らのアプリケーションＩＤを引数として、ＡＰＩとしてコールされる。
【００５３】
Ｓ２０５では、マイクロコントローラ１１０は、時計機能により現在時刻を特定すると共に、特定した現在時刻をアプリ利用開始時刻として、引数であるアプリケーションＩＤと対応付けてＲＡＭ１１３に記憶し、Ｓ２１０に処理を移行する。
【００５４】
Ｓ２１０では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されているアプリ実行情報データベース２０において、引数であるアプリケーションＩＤに対応する「アプリ起動回数」に１を加算し、Ｓ２１５に処理を移行する。
【００５５】
Ｓ２１５では、マイクロコントローラ１１０は、引数であるアプリケーションＩＤに対応するアプリケーションのアプリ利用開始回数に１を加算し、本処理を終了する。
（３）アプリ利用終了処理について
次に、アプリケーションが修了する際に実行されるアプリ利用終了処理について、図５の（ａ）に記載のフローチャートを用いて説明する。本処理は、マイクロコントローラ１１０のＣＰＵ１１１が、プラットフォーム層１２における記録部１２ａに含まれているプログラムを実行することにより行われる処理である。このプログラムは、アプリケーションが終了する際に、このアプリケーションから、自らのアプリケーションＩＤを引数として、ＡＰＩとしてコールされる。
【００５６】
Ｓ３０５では、マイクロコントローラ１１０は、時計機能により現在時刻を特定すると共に、特定した現在時刻をアプリ利用終了時刻とし、Ｓ３１０に処理を移行する。
Ｓ３１０では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されているアプリ実行情報データベース２０において、引数であるアプリケーションＩＤに対応する「アプリ総動作時間」を更新する。具体的には、引数であるアプリケーションＩＤに対応するアプリ利用開始時刻と、Ｓ３０５にて特定したアプリ利用終了時刻とに基づき、アプリケーションの動作時間を算出する。そして、算出したアプリケーションの動作時間を、引数であるアプリケーションＩＤに対応する「アプリ総動作時間」に加算することにより、「アプリ総動作時間」を更新する。そして、マイクロコントローラ１１０は、Ｓ３１５に処理を移行する。
【００５７】
Ｓ３１５では、マイクロコントローラ１１０は、引数であるアプリケーションＩＤに対応するアプリ利用終了回数に１を加算し、本処理を終了する。
（４）ＥＥＰＲＯＭ書込み回数更新処理について
次に、アプリケーションがＥＥＰＲＯＭに対し情報の書込みを行う際に実行されるＥＥＰＲＯＭ書込み回数更新処理について、図５の（ｂ）に記載のフローチャートを用いて説明する。本処理は、マイクロコントローラ１１０のＣＰＵ１１１が、プラットフォーム層１２における記録部１２ａに含まれているプログラムを実行することにより行われる処理である。このプログラムは、アプリケーションがＥＥＰＲＯＭへの情報の書込みを行う際に、このアプリケーションから、ＥＥＰＲＯＭの記憶領域を構成する記憶単位のうち、書込みを行う記憶単位のＩＤを引数として、ＡＰＩとしてコールされる。
【００５８】
Ｓ４０５では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されているＥＥＰＲＯＭ書込み回数テーブルにおいて、引数である記憶単位のＩＤに対応する「ＥＥＰＲＯＭ書込み回数」に１を加算し、本処理を終了する。
【００５９】
（５）終了処理について
次に、自車両の運転が終了し、制御装置１００が停止される際に実行される処理である終了処理について、図６に記載のフローチャートを用いて説明する。尚、本処理は、マイクロコントローラ１１０のＣＰＵ１１１が、プラットフォーム層１２における記録部１２ａに含まれているプログラムを実行することにより行われる処理である。
【００６０】
Ｓ５０５では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されている各アプリケーションについてのアプリ利用開始回数とアプリ利用終了回数とを参照し、対応するアプリ利用開始回数とアプリ利用終了回数とが一致しないアプリケーションの有無を判定する。対応するアプリ利用開始回数とアプリ利用終了回数とが一致しないアプリケーションが有る場合（Ｓ５０５：Ｙｅｓ）、マイクロコントローラ１１０は、Ｓ５１０に処理を移行する。対応するアプリ利用開始回数とアプリ利用終了回数とが一致しないアプリケーションが無い場合（Ｓ５０５：Ｎｏ）、マイクロコントローラ１１０は、Ｓ５２０に処理を移行する。
【００６１】
Ｓ５１０では、マイクロコントローラ１１０は現在時刻を特定し、特定した現在時刻をアプリ利用終了時刻としてＳ５１５に処理を移行する。
Ｓ５１５では、対応するアプリ利用開始回数とアプリ利用終了回数とが一致しないアプリケーションについて、アプリ実行情報データベース２０の「アプリ総動作時間」を更新する。具体的には、対応するアプリ利用開始回数とアプリ利用終了回数とが一致しない各アプリケーションに対応するアプリケーション利用開始時刻と、Ｓ５１０にて特定したアプリケーション利用終了時刻とに基づき、各アプリケーションについての動作時間を算出する。そして、対応するアプリ利用開始回数とアプリ利用終了回数とが一致しない各アプリケーションのアプリケーションＩＤに対応する「アプリ総動作時間」に、算出した動作時間をそれぞれ加算することにより、アプリ実行情報データベース２０の「アプリ総動作時間」を更新する。そして、マイクロコントローラ１１０は、Ｓ５２０に処理を移行する。
【００６２】
Ｓ５２０では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されているアプリ実行情報データベース２０を、ＥＥＰＲＯＭ１２０に記憶させ、Ｓ５２５に処理を移行する。
【００６３】
Ｓ５２５では、マイクロコントローラ１１０は、ＥＥＰＲＯＭ１２０における、アプリ実行情報データベース２０が記憶されている領域に対応する記憶単位と、ＥＥＰＲＯＭ書込み回数テーブルが記憶されている領域に対応する記憶単位とについて、ＲＡＭ１１３に記憶されているＥＥＰＲＯＭ書込み回数テーブルの「ＥＥＰＲＯＭ書込み回数」に１を加算し、Ｓ５３０に処理を移行する。
【００６４】
Ｓ５３０では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されているＥＥＰＲＯＭ書込み回数テーブルをＥＥＰＲＯＭ１２０に記憶させ、本処理を終了する。
（６）アプリ利用状況送信処理について
次に、アプリケーション層１１に属するアプリケーションについて、アプリ起動回数とアプリ総動作時間とをダイアグツールに送信する処理であるアプリ利用状況送信処理について説明する。本処理は、制御装置１００が、車内ネットワーク３００を介してダイアグツール２００から、アプリ利用状況の送信を要求する旨の指示を受け付けた際に行われる処理である。また、本処理は、マイクロコントローラ１１０のＣＰＵ１１１が、プラットフォーム層１２における収集部１２ｂに含まれているプログラムを実行することにより行われる処理である。
【００６５】
Ｓ６０５では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されているアプリ実行情報データベース２０に基づき、各アプリケーションについてのアプリ起動回数とアプリ総実行時間とを示すアプリ利用状況を生成し、Ｓ６１０に処理を移行する。
【００６６】
Ｓ６１０では、マイクロコントローラ１１０は、Ｓ６０５にて生成したアプリ利用状況を、車内ネットワーク３００を介してダイアグツール２００に送信し、本処理を終了する。尚、マイクロコントローラ１１０のＣＰＵ１１１は、通信部１２ｃに含まれているプログラムを実行することにより、アプリ利用状況をダイアグツール２００に送信する。
【００６７】
（７）ＥＥＰＲＯＭ利用状況送信処理について
次に、ＥＥＰＲＯＭ１２０への書込み回数をダイアグツールに送信する処理であるＥＥＰＲＯＭ利用状況送信処理について説明する。本処理は、制御装置１００が、車内ネットワーク３００を介してダイアグツール２００から、ＥＥＰＲＯＭ利用状況の送信を要求する旨の指示を受け付けた際に行われる処理である。また、本処理は、マイクロコントローラ１１０のＣＰＵ１１１が、プラットフォーム層１２における収集部１２ｂに含まれているプログラムを実行することにより行われる処理である。
【００６８】
Ｓ７０５では、マイクロコントローラ１１０は、ＲＡＭ１１３に記憶されているＥＥＰＲＯＭ書込み回数テーブルに基づき、ＥＥＰＲＯＭ１２０の各記憶単位についての書込み回数を示すＥＥＰＲＯＭ利用状況を生成し、Ｓ７１０に処理を移行する。
【００６９】
Ｓ７１０では、マイクロコントローラ１１０は、Ｓ７０５にて生成したＥＥＰＲＯＭ利用状況を、車内ネットワーク３００を介してダイアグツール２００に送信し、本処理を終了する。尚、マイクロコントローラ１１０のＣＰＵ１１１は、通信部１２ｃに含まれているプログラムを実行することにより、ＥＥＰＲＯＭ利用状況をダイアグツール２００に送信する。
【００７０】
［効果］
本実施形態の制御装置１００は、各アプリケーションについての「アプリ起動回数」と「アプリ総動作時間」とを示すアプリ実行情報データベース２０を有しており、アプリケーションが起動または終了する度に、アプリ実行情報データベース２０を更新する（Ｓ２１０，Ｓ３１０）。こうすることにより、アプリ実行情報データベース２０の「アプリ起動回数」や「アプリ総動作時間」に基づき、制御装置１００の制御対象であるワイパー，ウォッシャ，ヘッドライト，ブレーキランプ等の消耗部品を有する装置に用いられている消耗部品の消耗度合い（例えば、ワイパーのワイパーブレードの磨耗度合いや、ウォッシャ液の残量や、ランプの消耗度合い）を予測することができ、複雑な処理を行うことなく消耗部品の消耗度合いを予測することができる。このため、消耗部品の消耗度合いを予測するための処理の実行に用いられるＲＡＭ使用量や、上記処理を行うプログラムを記憶するためのＲＯＭの容量といった記憶装置の容量の増加をできるだけ抑えつつ、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００７１】
さらに、同様の理由により、消耗部品の消耗度合いを予測するための処理を行うことによるＣＰＵ１１１の処理負荷の増加に関しても、できるだけ抑えることができる。また、消耗部品の消耗度合いを予測するために必要なデータの容量の増加をできるだけ抑えることができ、このデータを記憶するために必要となるＥＥＰＲＯＭ１２０の容量の増加をできるだけ抑えることができる。
【００７２】
また、制御装置１００では、各アプリケーションがプラットフォーム層１２に属するＡＰＩをコールすることにより、アプリ実行情報データベースの更新が行われる。したがって、各アプリケーションに起動回数を更新する機能を設ける場合に比べ、プログラムの容量の増加を抑えることができる。したがって、記憶装置の容量の増加をできるだけ抑えつつ、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００７３】
また、制御装置１００は、ダイアグツール２００からの指示に応じて、アプリ実行情報データベース２０に基づき各アプリケーションについてのアプリ起動回数とアプリ総実行時間とを示すアプリ利用状況を生成し（Ｓ６０５）、ダイアグツール２００に送信する（Ｓ６１０）。したがって、ダイアグツール２００を介してアプリケーションの起動回数や総動作時間を確認し、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することが可能となる。
【００７４】
また、制御装置１００は、ＥＥＰＲＯＭ１２０の各記憶単位に対する書込み回数を示すＥＥＰＲＯＭ書込み回数テーブルを記憶しており、アプリケーションによりＥＥＰＲＯＭ１２０に対して書込みが行われるたびに、ＥＥＰＲＯＭ書込み回数テーブルを更新する（Ｓ４０５）。こうすることにより、ＥＥＰＲＯＭ１２０への書込み回数が制限に達しているか否かを判定することができる。
【００７５】
また、制御装置１００では、各アプリケーションがプラットフォーム層１２に属するＡＰＩをコールすることにより、ＥＥＰＲＯＭ書込み回数の更新が行われる。したがって、各アプリケーションにＥＥＰＲＯＭ書込み回数を更新する機能を設ける場合に比べ、プログラムの容量の増加を抑えることができる。
【００７６】
また、制御装置１００は、ダイアグツール２００からの指示に応じて、ＥＥＰＲＯＭ書込み回数テーブルに基づき、各記憶単位についての書込み回数を示すＥＥＰＲＯＭ利用状況を生成し（Ｓ７０５）、ダイアグツール２００に送信する（Ｓ７１０）。したがって、ダイアグツール２００を介してＥＥＰＲＯＭ１２０への書込み回数を確認することができる。
【００７７】
［他の実施形態］
（１）本実施形態の制御装置１００では、アプリケーション層１１に属するアプリケーションは、プラットフォーム層１２に属する基本ソフトウェアにより制御されているが、この基本ソフトウェアとは、例えば、リアルタイムＯＳであっても良い。このような構成を有することにより、マイクロコントローラ１１０は、効率良く処理を行うことが可能となる。
【００７８】
（２）本実施形態の制御装置１００では、アプリ実行情報データベース２０は、「アプリ起動回数」と「アプリ総動作時間」という項目を有しているが、アプリ実行情報データベース２０は、これらの項目のうちのいずれか一方のみを有するという構成であっても良い。このような構成を有する場合であっても、消耗部品を有する装置に用いられている消耗部品の消耗度合いを予測することができる。
【００７９】
［特許請求の範囲との対応］
上記実施形態の説明で用いた用語と、特許請求の範囲の記載に用いた用語との対応を示す。
【００８０】
マイクロコントローラ１１０が、更新制御手段及び書込み回数更新制御手段に相当し、ＥＥＰＲＯＭ１２０が、情報記憶手段及び書込み回数記憶手段に相当し、通信トランシーバ１３０が、アプリケーション実行情報送信手段及び書込み回数送信手段に相当する。
【００８１】
また、アプリケーション起動回数が起動回数に、アプリケーション総動作時間が総動作時間に相当する。
また、アプリ実行情報データベース２０において、各「アプリケーションＩＤ」に対応する「アプリ起動回数」と「アプリ総動作時間」とが、「アプリケーションＩＤ」により特定されるアプリケーションについてのアプリケーション実行情報に相当する。
【００８２】
また、ワイパー，ウォッシャ，ヘッドライト，ブレーキランプが消耗部品を有する装置に相当し、ワイパーのワイパーブレード、ウォッシャ液、ヘッドライト及びブレーキランプランプのランプが、消耗部品に相当する。
【図面の簡単な説明】
【００８３】
【図１】制御装置１００の構成を示すブロック図である。
【図２】制御装置１００の制御プログラム１０の構成を示すブロック図である。
【図３】アプリ実行情報データベースと、ＥＥＰＲＯＭ書込み回数テーブルとを示す表である。
【図４】初期読出し処理と、アプリ利用開始処理について説明するためのフローチャートである。
【図５】アプリ利用終了処理と、ＥＥＰＲＯＭ書込み回数更新処理について説明するためのフローチャートである。
【図６】終了処理について説明するためのフローチャートである。
【図７】アプリ利用状況送信処理と、ＥＥＰＲＯＭ利用状況送信処理について説明するためのフローチャートである。
【符号の説明】
【００８４】
１０…制御プログラム、１１…アプリケーション層、１１ａ…Ａアプリ、１１ｂ…Ｂアプリ、１１ｃ…Ｃアプリ、１２…プラットフォーム層、１２ａ…記録部、１２ｂ…収集部、１２ｃ…通信部、２０…アプリ実行情報データベース、１００…制御装置、１１０…マイクロコントローラ、１１１…ＣＰＵ、１１２…ＲＯＭ、１１３…ＲＡＭ、１１４…通信コントローラ、１２０…ＥＥＰＲＯＭ、１３０…通信トランシーバ、１４０…電源回路、１５０…入出力回路、２００…ダイアグツール、３００…車内ネットワーク。
【図１】
2009301497.tif 000003
【図２】
2009301497.tif 000004
【図３】
2009301497.tif 000005
【図４】
2009301497.tif 000006
【図５】
2009301497.tif 000007
【図６】
2009301497.tif 000008
【図７】
2009301497.tif 000009