(57)【要約】  車両外部からソフトウェアをダウンロードすることでソフトウェア更新を行う車載ソフトウェア更新装置であって、過去のＡＣＣ（アクセサリ）のオン／オフ状態を記憶する記憶手段と、前記記憶手段内の情報に基づいて、ソフトウェア更新がＡＣＣのオフ期間に行われるように、ソフトウェア更新が行われるべきソフトウェア更新期間を決定するソフトウェア更新期間決定手段と、前記ソフトウェア更新期間決定手段により決定されたソフトウェア更新期間内にソフトウェア更新を行うソフトウェア更新実行手段とを備えることを特徴とする。
2010113348.tif 000002
【特許請求の範囲】
【請求項１】
車両外部からソフトウェアをダウンロードすることでソフトウェア更新を行う車載ソフトウェア更新装置であって、
過去のＡＣＣのオン／オフ状態を記憶する記憶手段と、
前記記憶手段内の情報に基づいて、ソフトウェア更新がＡＣＣのオフ期間に行われるように、ソフトウェア更新が行われるべきソフトウェア更新期間を決定するソフトウェア更新期間決定手段と、
前記ソフトウェア更新期間決定手段により決定されたソフトウェア更新期間内にソフトウェア更新を行うソフトウェア更新実行手段とを備えることを特徴とする、車載ソフトウェア更新装置。
【請求項２】
車両外部に設置されたサーバーから無線通信によりソフトウェアをダウンロードすることでソフトウェア更新を行う、請求項１に記載の車載ソフトウェア更新装置。
【請求項３】
前記ソフトウェア更新期間決定手段は、前記記憶手段内に記憶された過去所定日数分の情報に基づいて、２４時間以内の期間であって、ＡＣＣがオフされている可能性の高い最適期間を推定し、該推定した期間に基づいて、前記ソフトウェア更新期間を決定する、請求項１に記載の車載ソフトウェア更新装置。
【請求項４】
前記ソフトウェア更新期間決定手段は、前記過去所定日数分の各日の何れの日においてもＡＣＣがオフされていた期間を、前記ＡＣＣがオフされている可能性の高い最適期間と推定する、請求項３に記載の車載ソフトウェア更新装置。
【請求項５】
前記ソフトウェア更新期間決定手段は、前記過去所定日数分の各日において、前記ＡＣＣが所定時間以上継続してオンしている期間に対して第１の重みを付与し、前記ＡＣＣが所定時間未満継続してオンしている期間に対して第２の重みを付与し、前記ＡＣＣがオンしていない期間に対して第３の重みを付与し、該付与した重みの各日分の合計を、２４時間以内の各期間について算出し、該各期間間で前記合計した重みを比較することで、前記ＡＣＣがオフされている可能性の高い最適期間を推定する、請求項３に記載の車載ソフトウェア更新装置。
【請求項６】
前記過去所定日数分は、前日以前の連続した７日分である、請求項３に記載の車載ソフトウェア更新装置。
【請求項７】
前記過去所定日数分は、その日と同一の曜日の所定日数分である、請求項３に記載の車載ソフトウェア更新装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両外部からソフトウェアをダウンロードすることでソフトウェア更新を行う車載ソフトウェア更新装置に関する。
【背景技術】
【０００２】
従来から、この種の装置において、イグニッションスイッチがＯＦＦされた時刻が所定時間帯（１日のうちで最後に車両の使用を終了する時間帯）の範囲内であるか否かを判定し、所定時間帯内である場合に、外部サーバーから無線通信により地図データの取得するための作動手段の作動を許可し、所定時間帯外である場合に、作動手段の作動を禁止する技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４１４７９４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、車両を利用する時間帯はユーザによって異なるため、一定の時間帯を所定時間帯として設定するような構成（例えば上述の特許文献１に記載の構成）では、その所定時間帯に頻繁に車両を利用するユーザであった場合に、ソフトウェアの更新処理を実行できないという問題がある。【０００５】
そこで、本発明は、異なる時間帯に車両を利用するユーザを考慮した態様でソフトウェアの更新を行うことができる車載ソフトウェア更新装置の提供を目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一局面によれば、車両外部からソフトウェアをダウンロードすることでソフトウェア更新を行う車載ソフトウェア更新装置であって、
過去のＡＣＣ（アクセサリ）のオン／オフ状態を記憶する記憶手段と、
前記記憶手段内の情報に基づいて、ソフトウェア更新がＡＣＣのオフ期間に行われるように、ソフトウェア更新が行われるべきソフトウェア更新期間を決定するソフトウェア更新期間決定手段と、
前記ソフトウェア更新期間決定手段により決定されたソフトウェア更新期間内にソフトウェア更新を行うソフトウェア更新実行手段とを備えることを特徴とする、車載ソフトウェア更新装置が提供される。
【発明の効果】
【０００７】
本発明によれば、異なる時間帯に車両を利用するユーザを考慮した態様でソフトウェアの更新を行うことができる車載ソフトウェア更新装置が提供される。
【図面の簡単な説明】
【０００８】
【図１】本発明による車載ソフトウェア更新装置１２の一実施例が適用されたシステム１の全体構成を示す図である。
【図２】車載ＥＣＵ３０により記憶されるＡＣＣのオン／オフの履歴データの一例を示す図である。
【図３】本実施例の車載ソフトウェア更新装置１２により実行される主要処理の一例を示すフローチャートである。
【図４】ＡＣＣがオフされている可能性が高い最適期間を推定する方法の幾つかの例を説明するための図である。
【符号の説明】
【０００９】
１    システム
１０    サーバー
１２    車載ソフトウェア更新装置
２０    通信モジュール
２２    車載アンテナ
３０    車載ＥＣＵ
３１    メモリ
３２    補助記憶装置
３４    他のＥＣＵ
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明を実施するための最良の形態の説明を行う。
【００１１】
図１は、本発明による車載ソフトウェア更新装置１２の一実施例が適用されたシステム１の全体構成を示す。本システム１は、車両の外部に設置されたサーバー１０と、車載ソフトウェア更新装置１２とを含む。
【００１２】
サーバー１０は、後述の如く、車載ソフトウェア更新装置１２に対して、無線通信を介してソフトウェアの更新データを供給する。サーバー１０は、各種ｘＳＰ（any type of service provider）のようなプロバイダの形態であってもよい。ＴＳＰ（テレマティックスサービスプロバイダ）から携帯キャリア網を介したルートや、ＴＳＰからインターネット及びホットスポットを介したルートのような、任意のルートを介して車載ソフトウェア更新装置１２にソフトウェアの更新データを供給するものであってよい。
【００１３】
車載ソフトウェア更新装置１２は、車両に搭載される車載装置である。本実施例では、車載ソフトウェア更新装置１２は、通信モジュール２０と、車載ＥＣＵ３０とを備える。
【００１４】
通信モジュール２０は、車載アンテナ２２を介して電波を送受してサーバー１０との通信を行う。通信モジュール２０は、車載電話であってもよいが、本実施例は、車載電話が、携帯電話のように、通常的な使い方で車両外部に持ち出すことができる電話でない場合に特に好適である。
【００１５】
車載ＥＣＵ３０は、ハードウェア構成として、例えば、ＣＰＵ，後述の各種機能を実現するプログラムを格納するＲＯＭ、演算結果等を格納する読書き可能なＲＡＭ、タイマ、カウンタ、入力インターフェイス、及び出力インターフェイス等を有してもよい。また、車載ＥＣＵ３０は、書き換え可能なメモリ３１や、ハードディスクドライブのような補助記憶装置３２を備える。メモリ３１は、後述の履歴データを記憶するものであり、補助記憶装置３２と共用であってもよい。車載ＥＣＵ３０は、例えば、車載ナビゲーションシステムのＥＣＵであってもよいし、ダイアグ情報等をサーバー（センタ）とやり取りするダイアグＥＣＵであってもよいし、任意のＥＣＵにより実現されてもよい。また、車載ＥＣＵ３０は、新たな専用のＥＣＵとして設定されてもよい。
【００１６】
車載ＥＣＵ３０は、CAN（controller area network）などの適切なバスを介して、車両内の他のＥＣＵ３４が接続される。他のＥＣＵ３４は、任意であるが、ここでは、ソフトウェアの更新が必要なＥＣＵを想定する。
【００１７】
本実施例の車載ＥＣＵ３０は、車両のＡＣＣ（アクセサリ）のオン／オフ状態を表す情報（ＡＣＣ情報）に基づいて、車両のＡＣＣのオン／オフの履歴データを所定のメモリ３１に保存する。ＡＣＣのオン／オフの履歴データは、例えばＦＩＦＯ方式により、所定日数分のデータのみから構成されてもよい。尚、ＡＣＣ情報は、自身に接続される各種の電源ライン（ＩＧラインやＡＣＣライン）の状態に基づいて取得されてもよいし、他の情報源（例えば他のＥＣＵやエンジンスイッチの信号）から取得されてもよい。尚、当然ながら、ＩＧオン状態はＡＣＣのオン状態に含まれる。
【００１８】
図２は、車載ＥＣＵ３０により記憶されるＡＣＣのオン／オフの履歴データの一例を示す図である。図２に示す例では、７日分（一週間分）の履歴データが記憶されている。図２において、横軸は２４時間の一日分の時間軸を示す。また、太線の区間は、ＡＣＣのオン時間が３０分以上継続した期間を表し、細線の区間は、ＡＣＣのオン時間の継続が３０分未満の期間を表す。このように、車載ＥＣＵ３０は、好ましくは、ＡＣＣのオン時間が所定時間（本例では３０分）以上継続したか否かを表す情報を、その期間に対応付けて記憶する。これは、車両を運転しない目的でＡＣＣをオンするような場合や短時間だけ運転する目的でＡＣＣをオンするような場合と、長時間運転する目的でＡＣＣをオンするような場合とを区別し、これらの場合の相違を考慮して、後述のソフトウェアの更新タイミングを決定するためである。
【００１９】
図３は、本実施例の車載ソフトウェア更新装置１２により実行される主要処理の一例を示すフローチャートである。図３に示す処理は、ソフトウェアの更新要求が発生した場合に起動・実行されるものであってよい。ここで、更新対象のソフトウェアは、所定のソフトウェアであってよく、その種類等は任意である。典型的には、更新対象のソフトウェアは、バージョンアップされるべきソフトウェアである。また、更新対象のソフトウェアは、ナビゲーションシステムの地図データや、音楽データのようなデータを含むものであってもよい。また、ソフトウェアの更新要求は、サーバー１０からの要求に応じて発生してもよいし、ユーザからの入力（例えば対話式のインターフェイスを介した入力）により発生してもよい。
【００２０】
ステップ３００では、通信モジュール２０において、ソフトウェア更新に必要なダウンロード所要時間を表す情報がサーバー１０から取得される。この情報は、ダウンロード所要時間そのものを表す情報であってもよいが、データ量のようなダウンロード所要時間を間接的に表す情報であってもよい。また、この情報は、例えばサーバー１０からのソフトウェアの更新要求（又は案内）時に事前に車載ソフトウェア更新装置１２に供給されていてもよい。かかる場合は、ステップ３００は省略されてよい。
【００２１】
ステップ３０２では、車載ＥＣＵ３０において、ＡＣＣのオン／オフの履歴データに基づいて、ＡＣＣがオフされている可能性が高い最適期間を推定する。この最適期間は、例えば夜の６時から１１時までの期間といった具合に、２４時間以内の期間であるが、夜の１１時から次の日の朝５時までといった具合に、日にちを跨ぐ期間であってもよい。ＡＣＣのオン／オフの履歴データに基づいて、ＡＣＣがオフされている可能性が高い最適期間を推定する方法は、必要とされる精度や計算負荷等に応じて、多種多様でありうる。
【００２２】
ここで、図４を参照してステップ３０２で用いられてもよい推定方法の幾つかの例について説明する。
【００２３】
最も簡易な推定方法（以下、第１の推定方法ともいう）としては、ＡＣＣのオン／オフの履歴データに基づいて、何れの日においてもＡＣＣがオフされていた期間を抽出する方法であってよい。例えば、図４に示す例では、期間Ｂ１，Ｂ２，Ａ１が抽出され、このうちの最も長い期間Ａ１を、ＡＣＣがオフされている可能性が高い最適期間として推定する。尚、図４に示す例では、期間Ａ１は、例えば夜の１１時から１２時（右端）を介して次の日の朝５時まで（左側の区間）といった具合に、日にちを跨ぐ期間である。
【００２４】
その他の好ましい推定方法（以下、第２の推定方法ともいう）としては、図４の最下段に示すように、ＡＣＣのオン時間が所定時間（本例では３０分）以上継続した期間と、ＡＣＣのオン時間が所定時間未満の期間と、ＡＣＣのオン時間がゼロの期間とで異なる重みを付与し、これらの重みの各日分の合計を、２４時間以内の各期間について算出し、該各期間間で合計した重みを比較する方法であってよい。例えば、図４に示す例では、ＡＣＣのオン時間が所定時間（本例では３０分）以上継続した期間と、ＡＣＣのオン時間が所定時間未満の期間と、ＡＣＣのオン時間がゼロの期間とで、それぞれ、「１」、「０．５」、「０」の重みが付与される。そして、例えば期間Ｃ１では、１日目、３日目、４日目及び５日目の４日でＡＣＣのオン時間が所定時間以上であり、６日目でＡＣＣのオン時間が所定時間未満（ゼロより大きい）であるので、重みの合計は「４．５」となる。このようにして、２４時間以内の各期間について重みの合計を算出し、重みの合計が最も小さい期間を、ＡＣＣがオフされている可能性が高い最適期間として推定する。
【００２５】
また、この第２の推定方法の変形例（以下、第３の推定方法ともいう）として、２４時間以内の各期間を等間隔で固定し（例えば、１時間毎の２４個の期間）、各期間についての同様の重みの合計を算出し、重みの合計が最も小さい期間を、ＡＣＣがオフされている可能性が高い最適期間として推定することとしてもよい。この第３の推定方法の場合、上述の第２の推定方法と異なり、１つの期間内に、例えばＡＣＣのオン時間が所定時間（本例では３０分）以上継続した期間と、ＡＣＣのオン時間がゼロの期間とが混在する場合がある。かかる場合には、当該期間（１時間）における、例えばＡＣＣのオン時間が所定時間以上継続した期間の占める割合に応じて重みを決定してよい。例えば、ＡＣＣのオン時間が所定時間以上継続した期間が４０分であれば、重みは「１×４０／６０」として算出されてもよい。そして、この第３の推定方法の場合も、同様に、重みの合計が最も小さい期間（１時間の期間）又は重みの合計が最も小さい隣接する２以上の期間を、ＡＣＣがオフされている可能性が高い最適期間として推定する。
【００２６】
また、この第３の推定方法の変形例（以下、第４の推定方法ともいう）として、所定時間の探索ウインドウを設定し、探索ウインドウを横軸に動かしながら、探索ウインドウ内の期間（２４時間以内の期間）における上述の重みの合計が最も小さい期間を探索することとしてもよい。探索ウインドウの動かす幅（刻み幅）は、計算負荷を考慮して、例えば３０分程度の幅であってよいし、或いは、探索ウインドウのサイズに依存して決定されてもよく、この場合、例えば探索ウインドウのサイズの１／２程度の幅であってよい。また、探索ウインドウのサイズ（期間）は、上記ステップ３００で取得されるソフトウェア更新に必要なダウンロード所要時間に応じて、決定されてもよい。探索ウインドウのサイズは、例えばダウンロード所要時間に所定の余裕分を足して設定されてもよい。この第４の推定方法を採用する場合は、後述のステップ３０４の処理は不要となり、ステップ３０８にスキップする。
【００２７】
ステップ３０４では、車載ＥＣＵ３０において、上記ステップ３０２で導出した最適期間（ＡＣＣがオフされている可能性が高い最適期間）が、上記ステップ３００で取得したダウンロード所要時間（即ちソフトウェア更新に必要なダウンロード所要時間）よりも長いか否かが判定される。この場合も、最適期間＞ダウンロード所要時間＋α（余裕分）とする判定が実施されてもよい。最適期間がダウンロード所要時間よりも長い場合は、当該最適期間内にソフトウェアの更新が可能であると判定して、ステップ３０８に進み、短い場合は、当該最適期間内にソフトウェアの更新が可能でないと判定して、ステップ３０６に進む。
【００２８】
ステップ３０６では、車載ＥＣＵ３０において、最適期間の決定条件を緩和／変更等してダウンロードが可能な時間帯を再度検索する。例えば、上記ステップ３０２で、上述の第１の推定方法で最適期間を推定した場合は、例えば重みの合計が「０．５」を含む期間まで条件を緩和してもよい。図４に示す例では、期間Ａ１に、期間Ａ２の少なくとも一部を加えた期間を、最適期間を推定するようにしてもよい。或いは、上記ステップ３０２で、上述の第１の推定方法で最適期間を推定した場合は、第４の推定方法で最適期間を推定し直してもよい。或いは、上述の第１乃至３の推定方法で重みの合計に対する上限閾値を設定している場合に、当該上限閾値を緩和して、ダウンロード所要時間よりも長い最適期間を推定するようにしてもよい。
【００２９】
ステップ３０８では、車載ＥＣＵ３０において、上述の如く推定された最適期間内にソフトウェア更新期間が設定され、ソフトウェア更新期間の開始時刻の到来が検出されると、ダウンロード処理が開始され、通信モジュール２０を介して、サーバー１０から更新ソフトウェアがダウンロードされる。尚、ソフトウェア更新期間は、必ずしも最適期間の開始時刻から開始する必要は無く、最適期間内に収まる限り、最適期間の開始時刻後に開始してもよい。
【００３０】
本ステップ３０８において、このダウンロード処理の開始は、その時点でＡＣＣがオフであることが必須条件とされる。尚、このダウンロードの実行中は、通信モジュール２０とサーバー１０との間の通信状態が維持されるので、通信モジュール２０は原則的に他の通信を行うことができない。しかしながら、本実施例では、上述の如く、最適期間は、ＡＣＣがオフされている可能性が高い期間として推定された期間であるので、ユーザがＡＣＣをオンして他の通信が必要となる事態が生じる可能性が低い。尚、仮にソフトウェア更新中にＡＣＣがオンされた場合は、車載ディスプレイ（図示せず）に例えば「ソフトウェア更新中。Ｘ分後に、再度ＩＧオンしてください」といったメッセージを出力し、ユーザに対してＩＧオンを後にしてもらうようにしてもよい。この場合、Ｘ分は、上記ステップ３００で取得したダウンロード所要時間と、現在の途中のダウンロード実行時間との差に基づいて算出されてよく、また、Ｘ分が短時間（例えば、５分）である場合のみ、上述のメッセージを出力し、Ｘ分が長い場合は、ソフトウェア更新を中止・中断することとしてもよい。
【００３１】
本ステップ３０８では、サーバー１０からダウンロードされた更新ソフトウェアは、車載ＥＣＵ３０の補助記憶装置３２に一旦記憶され（この段階で、本願でいう“ソフトウェア更新”が実質的に実現されている）、その後、ＩＧオン状態となったときに、補助記憶装置３２内のデータに基づいて、他のＥＣＵ３４のソフトウェアの書き換え（更新）が実行されてもよい。或いは、本ステップ３０８中に、即ちＡＣＣオフ中に、サーバー１０からのデータにより直接的に他のＥＣＵ３４のソフトウェアが更新されてもよい。
【００３２】
以上説明した本実施例の車載ソフトウェア更新装置１２によれば、とりわけ、以下のような優れた効果が奏される。
【００３３】
上述の如く、ＡＣＣのオン／オフの履歴データに基づいて、ＡＣＣがオフされている可能性が高い最適期間を推定し、当該推定した最適期間内でソフトウェア更新を実行するので、ユーザによって異なりうるＡＣＣのオン／オフの期間の傾向に対応して、適切な時間帯を利用したソフトウェア更新を実現することができる。即ち、ユーザの生活リズムに合わせてユーザが車両を運転していない期間内に、ソフトウェア更新期間を設定することができ、これにより、正確で且つ迅速なソフトウェア更新を実現することができる。
【００３４】
以上、本発明の好ましい実施例について詳説したが、本発明は、上述した実施例に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形及び置換を加えることができる。
【００３５】
例えば、上述した実施例では、車両外部に設置されたサーバー１０から無線通信によりソフトウェアをダウンロードすることでソフトウェア更新を行っているが、必ずしも無線通信である必要なく、例えばＬＡＮやＰＬＣ（Power Line Communication）のような有線通信が利用されてもよい。例えば、プラグインハイブリッド車の場合、充電コードを電源に接続して充電する間に、サーバー１０からＰＬＣを介してソフトウェアをダウンロードすることでソフトウェア更新を行うことも可能であり、このような態様のソフトウェア更新に本発明が適用されてもよい。また、ディーラー等で利用される専用ツールを車載ＬＡＮに接続し、専用ツールからソフトウェアをダウンロードすることでソフトウェア更新を行うことも可能であり、このような態様のソフトウェア更新に本発明が適用されてもよい。
【００３６】
また、上述した実施例では、車載ＥＣＵ３０と通信モジュール２０とは別々のユニットで構成されているが、車載ＥＣＵ３０の機能は、通信モジュール２０に組み込まれてもよい。即ち、通信モジュール２０に内蔵される制御装置（ＥＣＵの類）が、上述の車載ＥＣＵ３０の機能を実現してもよい。
【００３７】
また、上述した実施例では、現在の日（当日）から過去７日分の履歴データに基づいて、ＡＣＣがオフされている可能性が高い最適期間を推定しているが、本発明は、これに限定されない。例えば曜日毎に傾向が異なりうることを考慮して、現在の日（当日）と同じ曜日の所定日分の履歴データに基づいて、ＡＣＣがオフされている可能性が高い最適期間を推定してもよい。或いは、同様の観点から、週末（土日又は祝日）と平日とで傾向が異なりうることを考慮して、現在の日（当日）が週末である場合には、週末の所定日分の履歴データに基づいて、ＡＣＣがオフされている可能性が高い最適期間を推定し、現在の日（当日）が平日である場合には、平日の所定日分の履歴データに基づいて、ＡＣＣがオフされている可能性が高い最適期間を推定してもよい。
【００３８】
また、上述した実施例では、ＡＣＣがオンされている時間が長いほど大きい重みが付与されているが、当然ながら、逆に、ＡＣＣがオンされている時間が長いほど小さい重みが付与されてもよい。この場合、重みが大きい期間を優先的にソフトウェア更新に利用すればよい。
【００３９】
尚、本国際出願は、2009年3月31日に出願した日本国特許出願第2009-087419号に基づく優先権を主張するものであり、その全内容は本国際出願にここでの参照により援用されるものとする。
【図１】
2010113348.tif 000003
【図２】
2010113348.tif 000004
【図３】
2010113348.tif 000005
【図４】
2010113348.tif 000006
【手続補正書】
【提出日】平成22年6月29日(2010.6.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両外部からソフトウェアをダウンロードすることでソフトウェア更新を行う車載ソフトウェア更新装置であって、
過去のＡＣＣのオン／オフ状態を記憶する記憶手段と、
前記記憶手段内の情報に基づいて、ＡＣＣがオフされている可能性の高い最適期間を推定し、該推定した最適期間が、ソフトウェア更新に必要なダウンロード所要時間よりも長いか否かを判断し、前記推定した最適期間が、ソフトウェア更新に必要なダウンロード所要時間よりも長いと判断した場合に、前記推定した最適期間内にソフトウェア更新期間を決定するソフトウェア更新期間決定手段と、
前記ソフトウェア更新期間決定手段により決定されたソフトウェア更新期間内にソフトウェア更新を行うソフトウェア更新実行手段とを備えることを特徴とする、車載ソフトウェア更新装置。
【請求項２】
車両外部に設置されたサーバーから無線通信によりソフトウェアをダウンロードすることでソフトウェア更新を行う、請求項１に記載の車載ソフトウェア更新装置。
【請求項３】
前記ソフトウェア更新期間決定手段は、前記記憶手段内に記憶された過去所定日数分の情報に基づいて、２４時間以内の期間であって、ＡＣＣがオフされている可能性の高い最適期間を推定し、該推定した期間に基づいて、前記ソフトウェア更新期間を決定する、請求項１に記載の車載ソフトウェア更新装置。
【請求項４】
前記ソフトウェア更新期間決定手段は、前記過去所定日数分の各日の何れの日においてもＡＣＣがオフされていた期間を、前記ＡＣＣがオフされている可能性の高い最適期間と推定する、請求項３に記載の車載ソフトウェア更新装置。
【請求項５】
前記ソフトウェア更新期間決定手段は、前記過去所定日数分の各日において、前記ＡＣＣが所定時間以上継続してオンしている期間に対して第１の重みを付与し、前記ＡＣＣが所定時間未満継続してオンしている期間に対して第２の重みを付与し、前記ＡＣＣがオンしていない期間に対して第３の重みを付与し、該付与した重みの各日分の合計を、２４時間以内の各期間について算出し、該各期間間で前記合計した重みを比較することで、前記ＡＣＣがオフされている可能性の高い最適期間を推定する、請求項３に記載の車載ソフトウェア更新装置
【請求項６】
前記過去所定日数分は、前日以前の連続した７日分である、請求項３に記載の車載ソフトウェア更新装置。
【請求項７】
前記過去所定日数分は、その日と同一の曜日の所定日数分である、請求項３に記載の車載ソフトウェア更新装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
更新装置であって、
過去のＡＣＣ（アクセサリ）のオン／オフ状態を記憶する記憶手段と、
前記記憶手段内の情報に基づいて、ＡＣＣがオフされている可能性の高い最適期間を推定し、該推定した最適期間が、ソフトウェア更新に必要なダウンロード所要時間よりも長いか否かを判断し、前記推定した最適期間が、ソフトウェア更新に必要なダウンロード所要時間よりも長いと判断した場合に、前記推定した最適期間内にソフトウェア更新期間を決定するソフトウェア更新期間決定手段と、
前記ソフトウェア更新期間決定手段により決定されたソフトウェア更新期間内にソフトウェア更新を行うソフトウェア更新実行手段とを備えることを特徴とする、車載ソフトウェア更新装置が提供される。
発明の効果
［０００７］
本発明によれば、異なる時間帯に車両を利用するユーザを考慮した態様でソフトウェアの更新を行うことができる車載ソフトウェア更新装置が提供される。
図面の簡単な説明
［０００８］
［図１］本発明による車載ソフトウェア更新装置１２の一実施例が適用されたシステム１の全体構成を示す図である。
［図２］車載ＥＣＵ３０により記憶されるＡＣＣのオン／オフの履歴データの一例を示す図である。
［図３］本実施例の車載ソフトウェア更新装置１２により実行される主要処理の一例を示すフローチャートである。
［図４］ＡＣＣがオフされている可能性が高い最適期間を推定する方法の幾つかの例を説明するための図である。
符号の説明
［０００９］
１    システム
１０    サーバー
１２    車載ソフトウェア更新装置
２０    通信モジュール
２２    車載アンテナ
３０    車載ＥＣＵ
【国際調査報告】
2010113348.tif 000007
2010113348.tif 000008