JP2007133602A

JP2007133602A - 情報処理システムおよび車載装置

Info

Publication number: JP2007133602A
Application number: JP2005325234A
Authority: JP
Inventors: Seiki Yamashita; 清貴山下; Ryosuke Matsuoka; 亮介松岡; Akira Kumeta; 明久米田; Hiroshi Nonaka; 弘野中; Koreya Ishioka; 之也石岡
Original assignee: Denso Ten Ltd; Fujitsu Ltd
Current assignee: Denso Ten Ltd; Fujitsu Ltd
Priority date: 2005-11-09
Filing date: 2005-11-09
Publication date: 2007-05-31

Abstract

【課題】ソフトウエアの更新に必要なメモリ容量を削減することを課題とする。
【解決手段】情報処理システム１３は、オペレーティングシステム１５ｂや各種アプリケーション１５ｃを記憶するＲＯＭ１５と、一時的にソフトウエア（オペレーティングシステム１５ｂ、アプリケーション１５ｃなどの各種ソフトウエア）を記憶するＲＡＭ１４と、ソフトウエアの読込みや実行を制御するＣＰＵ１６と、外部装置１０に接続されるＩ／Ｆ１７とで構成される。
【選択図】図１

Description

この発明は、ソフトウエアの更新を実行する情報処理システムおよび車載装置に関するものである。

従来より、情報処理システムのソフトウエア更新を行う場合（特に、オペレーティングシステムの更新を行う場合）、更新中の電源断などによって更新が失敗してもシステムが確実に起動するように、更新前にオペレーティングシステムのバックアップを不揮発性のメモリ（ＲＯＭ）に格納しておくことが一般的に行われてきた。

例えば、特許文献１（特開平１０−２８３１７１公報）では、システムを起動するのに最低限必要な構成を備えた最小システムをメモリの書換え不可能な領域に格納しておき、更新が失敗しても、メモリの書換え不可能な領域に格納してある最小システムを用いてシステムを起動し、再度ソフトウエア更新を行う発明が開示されている。

特開平１０−２８３１７１公報

ところで、上記した従来の技術は、通常使用するオペレーティングシステムとバックアップしたオペレーティングシステム（または、システムを起動するのに最低限必要な構成を備えた最小システム）をメモリに格納するので、ソフトウエア更新に必要なメモリ容量が大きくなり、容量の大きいメモリを用意しなくてはならないという問題があった。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ソフトウエアの更新に必要なメモリ容量を削減することができる情報処理システムおよび車載装置を提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ソフトウエアの更新を実行する情報処理システムであって、前記ソフトウエアの更新を行うために最低限必要な構成を備える最小システムを外部から読込むための読込みプログラムを記憶したメモリと、前記ソフトウエアの更新を行う場合に、前記読込みプログラムを動作させ、前記最小システムを外部から読込む読込み実行手段と、前記読込み実行手段によって読込まれた前記最小システムを動作させ、前記ソフトウエアの更新を行う更新実行手段と、を備えたことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記読込み実行手段は、前記ソフトウエアの更新に失敗した後に再び当該ソフトウエアの更新を行う場合に、前記最小システムを読込むことを特徴とする。

また、請求項３に係る発明は、上記の発明において、前記読込み実行手段は、前記ソフトウエアの更新に失敗したか否かを問わず、前記最小システムを読込むことを特徴とする。

また、請求項４に係る発明は、上記の発明において、前記更新実行手段は、前記ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部のネットワークおよび／または記憶装置から読込むことを特徴とする。

また、請求項５に係る発明は、上記の発明において、前記更新実行手段は、前記ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部の記憶媒体から読込むことを特徴とする。

また、請求項６に係る発明は、上記の発明において、請求項１〜５のいずれか一つの情報処理システムを搭載することを特徴する。

また、請求項７に係る発明は、上記の発明において、前記更新実行手段は、前記ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部のコンピュータシステムから通信により読込むことを特徴とする。

また、請求項８に係る発明は、上記の発明において、前記ソフトウエアの更新を行うために必要なモジュールのリストを作成するリスト作成手段と、前記リスト作成手段により作成されたリストに記載されているモジュール毎に処理が成功したか否かをログに書き込むログ書き込み手段とをさらに備え、前記更新実行手段は、前記ソフトウエアの更新が途中で終了した後に再び当該ソフトウエアの更新を行う場合に、前記ログ書き込み手段により書き込まれたログを参照して途中で終了したモジュールより前記ソフトウエアの更新を再開することを特徴とする。

請求項１の発明によれば、メモリに記憶されている読込みプログラムによってソフトウエア（例えば、オペレーティングシステム）の更新を行うために最低限必要な構成を備える最小システムを外部から読込み、読み込まれた最小システムによってソフトウエアの更新が実行されるので、最小システムやオペレーティングシステムのバックアップをメモリに記憶させておく必要がなく、ソフトウエア（例えば、オペレーティングシステム）の更新に必要なメモリ容量を削減することができる。

また、請求項２の発明によれば、例えば、はじめオペレーティングシステムを使用してソフトウエアの更新を行っていたが、電源断などによって更新が失敗した後、再び当該ソフトウエアの更新を行うような場合に、更新に失敗したかを問わず常に最小システムを読込む手法とは異なり、オペレーティングシステムによる更新を先ずは優先して行うので、迅速な更新を期待できる。

また、請求項３の発明によれば、ソフトウエアの更新に失敗したか否かを問わず、ソフトウエア更新を行う場合に、更新に失敗した後にはじめて最小システムを読込む手法とは異なり、常に最小システムから更新を行うので、更新処理を統一化することができる。

また、請求項４の発明によれば、ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部のネットワークおよび／または記憶装置から読込むので、更新に必要な情報をメモリに記憶させておく必要がなく、ソフトウエアの更新に必要なメモリ容量をより一層削減することができる。

また、請求項５の発明によれば、ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部の記憶媒体からより読込むので、更新に必要な情報をメモリに記憶させておく必要がなく、ソフトウエアの更新に必要なメモリ容量をより一層削減することができる。

また、請求項６の発明によれば、請求項１〜５のいずれか一つの情報処理システムを搭載するので、車載装置（例えば、カーナビゲーションシステム、オーディオ、テレビなど）に関しても最小システムやオペレーティングシステムのバックアップをメモリに記憶させておく必要がなく、ソフトウエア（例えば、オペレーティングシステム）の更新に必要なメモリ容量を削減することができる。

また、請求項７の発明によれば、ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部のコンピュータシステムから通信により読込むので、車載装置に関しても更新に必要な情報をメモリに記憶させておく必要がなく、ソフトウエアの更新に必要なメモリ容量をより一層削減することができる。

また、請求項８の発明によれば、ソフトウエアの更新が途中で終了した後に再び当該ソフトウエア更新を行う場合に、更新を行うために必要なモジュールリストを作成して、モジュール毎に処理が成功したか否かをログに書き込み、このログを参照して途中で終了したモジュールより更新を再開することができるので、はじめのモジュールから再更新する更新手法に比較して、効率的に更新が行えるとともに、更新にかかる時間を短縮することができる。

以下に添付図面を参照して、この発明に係る情報処理システムの実施例（実施例１〜４）を詳細に説明する。

以下の実施例１では、本発明に係る情報処理システムの概要および特徴、情報処理システムの構成および処理の流れ、実施例１による効果等を順に説明する。

［情報処理システムの概要および特徴］
まず最初に、図１および図２を用いて、本実施例に係る情報処理システムの概要および特徴を説明する。図１は、本実施例に係る情報処理システムの全体構成を示すシステム構成図である。

実施例１に係る情報処理システム１３は、図１の（１）に示すように、オペレーティングシステム１５ｂや各種アプリケーション１５ｃを記憶するＲＯＭ１５と、一時的にソフトウエア（オペレーティングシステム１５ｂ、アプリケーション１５ｃなどの各種ソフトウエア）を記憶するＲＡＭ１４と、ソフトウエアの読込みや実行を制御するＣＰＵ１６と、外部装置１０に接続されるＩ／Ｆ１７とで構成される。

このような構成を有する情報処理システム１３は、ＲＯＭ１５に記憶されているオペレーティングシステム１５ｂを更新することを概要とするものであり、最小システムやオペレーティングシステム１５ｂのバックアップをＲＯＭ１５に記憶する必要をなくし、オペレーティングシステム１５ｂの更新に必要なメモリ容量を削減できる点に主たる特徴がある。

［情報処理システムの構成（実施例１）］
次に、図１および図２を用いて、この主たる特徴を具体的に説明する。この情報処理システム１３は、ＲＡＭ１４と、ＲＯＭ１５と、ＣＰＵ１６と、Ｉ／Ｆ１７とで構成される。また、情報処理システム１３に接続される外部装置１０は、ＨＤＤ１２と、Ｉ／Ｆ１１とで構成される。なお、ＲＯＭ１５とは、フラッシュＲＯＭやＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙ）などのような書換え可能型のＲＯＭである。

外部装置１０におけるＩ／Ｆ１１は、情報処理システム１３と接続するための手段であり、具体的には、情報処理システム１３のＩ／Ｆ１７に接続されて外部装置１０と情報処理システム１３とを接続する。

外部装置１０におけるＨＤＤ１２は、情報処理システム１３のオペレーティングシステムの更新に必要な情報を記憶する手段であり、具体的には、最小システム１２ａと、更新プログラム１２ｂとを記憶する。

このうち、最小システム１２ａは、オペレーティングシステム（Ｖｅｒ０）１５ｂの更新に最低限必要な構成を備えるプログラムであり、具体的には、情報処理システム１３の読込みプログラム１５ａにより外部装置１０のＨＤＤ１２からＲＡＭ１４に読込まれて実行される。なお、最小システム１２ａは、予めＨＤＤ１２に記憶されているか、少なくともオペレーティングシステム（Ｖｅｒ０）１５ｂの更新までに記憶媒体や外部ネットワークからダウンロードされてＨＤＤ１２に記憶されている。

また、更新プログラム１２ｂは、オペレーティングシステム（Ｖｅｒ０）１５ｂの更新に用いられるプログラムであり、具体的には、最小システム１２ａによりＲＡＭ１４に読込まれて実行される。なお、更新プログラム１２ｂは、少なくともオペレーティングシステム（Ｖｅｒ０）１５ｂの更新までに、記憶媒体や外部ネットワークからダウンロードされてＨＤＤ１２に記憶されている。

情報処理システム１３におけるＩ／Ｆ１７は、外部装置１０と接続するための手段であり、具体的には、外部装置１０のＩ／Ｆ１１に接続されて情報処理システム１３と外部装置１０とを接続する。

情報処理システム１３におけるＲＯＭ１５は、ソフトウエアなどを記憶する手段であり、具体的には、オペレーティングシステム（Ｖｅｒ０）１５ｂや各種アプリケーション１５ｃなどの他に、本発明に密接に関連するものとして読込みプログラム１５ａを記憶する。

このうち、読込むプログラム１５ａは、外部装置１０の最小システム１２ａの読込みを行うプログラムであり、具体的には、後述する読込み実行部１６ａによりＲＯＭ１５からＲＡＭ１４に読込まれて実行される。なお、読込みプログラム１５ａはＲＯＭ１５内の書換え不能領域に記憶されるので、あやまって書換えられることがない。

情報処理システム１３におけるＣＰＵ１６は、ソフトウエアの読込みや実行を制御する手段であり、特に本発明に密接に関連するものとしては、読込み実行部１６ａと更新実行部１６ｂとを備える。なお、読込み実行部１６ａは特許請求の範囲に記載の「読込み実行手段」に対応し、更新実行部１６ｂは同じく「更新実行手段」に対応する。

このうち、読込み実行部１６ａは、オペレーティングシステム（Ｖｅｒ０）１５ｂの更新を行う場合に、更新に失敗した（更新失敗後の再更新）か否かを問わず、読込みプログラム１５ａを動作させて最小システム１２ａを外部装置１０から読込む手段である。具体的には、自動またはユーザの手動により更新指示を受け付けるとＲＯＭ１５に記憶されている読込みプログラム１５ａをＲＡＭ１４に読込み（図１の（２））、読込まれた読込みプログラム１５ａを動作させて外部装置１０のＨＤＤ１２に記憶されている最小システム１２ａをＲＡＭ１４に読込む（図１の（３））。

更新実行部１６ｂは、読込み実行部１６ａにより読込まれた最小システム１２ａを動作させてオペレーティングシステム（Ｖｅｒ０）１５ｂの更新を行う手段である。具体的には、読込み実行部１６ａによりＲＡＭ１４に読込まれた最小システム１２ａを動作させて外部装置１０のＨＤＤ１２に記憶されている更新プログラム１２ｂをＲＡＭ１４に読込んで実行し、オペレーティングシステム（Ｖｅｒ０）１５ｂの更新を実行する（図２の（１））。例えば、オペレーティングシステム（Ｖｅｒ０）をオペレーティングシステム（Ｖｅｒ１）に更新する。

情報処理システム１３におけるＲＡＭ１４は、一時的にソフトウエアを記憶する手段である。具体的には、オペレーティングシステムの更新前は何も記憶されていない状態であるが（図１の（１））、更新が開始されると、読込みプログラム１５ａを記憶し（図１の（２））、次に、外部装置１０より読み出された最小システム１２ａを記憶し（図１の（３））、そして、読込みプログラム１５ａを消去するとともに、外部装置１０より読み出した更新プログラム１２ｂを記憶し（図２の（１））、更新が終了すると、全て消去する（図２の（２））。

［情報処理システムによる更新処理（実施例１）］
次に、図３を用いて、情報処理システム１３における更新処理の流れを説明する。図３は、実施例１における更新処理の流れを示すフローチャートである。

図３に示すように、情報処理システム１３は、自動またはユーザの手動により更新指示を受け付けると（ステップＳ１０１肯定）、読込み実行部１６ａが、ＲＯＭ１５に記憶されている読込みプログラム１５ａをＲＡＭ１４に読込んで実行し（ステップＳ１０２）、外部装置１０から最小システム１２ａをＲＡＭ１４に読込む（ステップ１０３）。なお、かかるステップＳ１０１〜ステップＳ１０３の処理は、図１の（１）〜（３）に対応する。

続いて、更新実行部１６ｂは、読込まれた最小システム１２ａを動作させて外部装置１０から更新プログラム１２ｂをＲＡＭ１４に読込む（ステップＳ１０４）。さらに、更新実行部１６ｂは、読込まれた更新プログラム１２ｂを動作させることで、オペレーティングシステム（Ｖｅｒ０）１５ｂをオペレーティングシステム（Ｖｅｒ１）１５ｂに更新する（ステップＳ１０５）。なお、かかるステップＳ１０４とステップＳ１０５の処理は、図２の（１）と（２）に対応する。

［実施例１の効果］
上述してきたように、実施例１によれば、オペレーティングシステムの更新を行うために最低限必要な構成を備える最小システムを外部装置から読込むための読込みプログラムをＲＯＭに記憶し、オペレーティングシステムの更新を行う場合に、読込みプログラムを動作させて最小システムを外部装置から読込み、読込まれた最小システムを動作させてオペレーティングシステムの更新を行うので、最小システムやオペレーティングシステムのバックアップをＲＯＭに記憶させておく必要がなく、オペレーティングシステムの更新に必要なメモリ容量を削減することができる。

また、実施例１によれば、オペレーティングシステムの更新に失敗したか否かを問わず、オペレーティングシステムの更新を行う場合に、更新に失敗した後にはじめて最小システムを読込む手法とは異なり、常に最小システムから更新を行うので、更新処理を統一化することができる。

また、実施例１によれば、オペレーティングシステムの更新を行うために必要な更新プログラムを外部装置から読込むので、更新に必要な情報をＲＯＭに記憶させておく必要がなく、オペレーティングシステムの更新に必要なメモリ容量を削減することができる。

ところで、実施例１では、オペレーティングシステムの更新に失敗したか否かを問わず、更新に際しては常に最小システムを読込む場合を説明したが、本発明は必ずしもこれに限定されるものではなく、はじめはオペレーティングシステムを用いて更新を行い、途中で更新が失敗した後、再び更新を行うような場合に、最小システムを読込んで更新を行うようにしてもよい。

そこで、実施例２では、はじめはオペレーティングシステムを用いて更新を行い、途中で更新が失敗した後に、最小システムを読込んで更新を行う場合を説明する。なお、図４の（１）に示すように、全体構成を示すシステム構成図および情報処理システムの構成は実施例１と同様であるので、以下では、処理の流れ、実施例２による効果を順に説明する。

［情報処理システムにより更新処理の流れ（実施例２）］
先ず、図４〜図６を用いて、オペレーティングシステムを用いて更新を行うが、途中で更新が失敗した後に、最小システムを読込んで更新を行う場合を説明する。

はじめに、情報処理システム２３におけるＣＰＵ２６の読込み実行部２６ａは、ＲＯＭ２５に記憶されているオペレーティングシステム（Ｖｅｒ０）２５ｂをＲＡＭ２４に読込む（図４の（２））。

そして、更新実行部２６ｂは、ＲＡＭ２４に読込んだオペレーティングシステム（Ｖｅｒ０）２５ｂを動作させて、外部装置２０より更新プログラム２２ｂをＲＡＭ２４に読込んで更新を実行する（図４の（３））。しかしながら、その後、更新途中に電源断などが発生し、更新が失敗したとする（図５の（１））。

次に、再度更新を行う場合、前回電源断が発生したことでＲＡＭ２４に記憶されていたオペレーティングシステム（Ｖｅｒ０）２５ｂと更新プログラム２２ｂとは消去されており、オペレーティングシステムの更新は失敗した状態である（図５の（２））。

そして、ＣＰＵ２６の読込み実行部２６ａは、ＲＯＭ２５に記憶されている読込みプログラム２５ａをＲＡＭ２４に読込んで動作させて（図５の（３））、外部装置２０より最小システム２２ａをＲＡＭ２４に読込む（図６の（１））。

更新実行部２６ｂは、ＲＡＭ２４に読込まれた最小システム２２ａを動作させて外部装置２０から更新プログラム２２ｂをＲＡＭ２４に読込み、そして、読込まれた最小システム２２ａは、更新プログラム２２ｂを実行して、失敗になっているオペレーティングシステム（失敗）２５ｂの更新を改めて実行する（図６の（２））。

その後、更新プログラム２２ｂによりオペレーティングシステム（失敗）２５ｂがオペレーティングシステム（Ｖｅｒ１）２５ｂに更新されると、更新処理が終了し、ＲＡＭ２４は記憶していた情報を消去する（図６の（３））。

［実施例２の効果］
上述してきたように、実施例２によれば、実施例１と同様に最小システムやオペレーティングシステムのバックアップをＲＯＭに記憶させておく必要がなく、また、オペレーティングシステムの更新を行うために必要な更新プログラムを外部装置から読込むので、オペレーティングシステムの更新に必要なメモリ容量を削減することができる。

また、実施例２によれば、更新に失敗したかを問わず常に最小システムを読込む手法とは異なり、オペレーティングシステムによる更新を先ずは優先して行うので、迅速な更新を期待できる。

さて、これまで実施例１および２では、最小システムを用いたオペレーティングシステムの更新について説明したが、本発明は、更新が途中で失敗して終了し、再び更新を行う場合、最初からではなく途中から更新を再開するようにしてもよい。

［情報処理システムの構成（実施例３）］
そこで、実施例３では、図７〜図１０を用いて、最小システムを用いてオペレーティングシステムの更新を行い、更新が失敗した後、更新途中から再更新を行う場合について説明する。図７の（１）に示すように、実施例３に係る情報処理システム３５は、ＲＡＭ３６と、ＲＯＭ３７と、ＣＰＵ３８と、Ｉ／Ｆ３９とで構成される。また、情報処理システム３５に接続される外部装置３０は、ＨＤＤ３２と、Ｉ／Ｆ３１とで構成される。

このうち、情報処理システム３５におけるＲＡＭ３６と、ＲＯＭ３７と、Ｉ／Ｆ３９と、外部装置３０におけるＩ／Ｆ３１と、ＨＤＤ３２と、更新プログラム３４とは、実施例１で説明した情報処理システム１３におけるＲＡＭ１４と、ＲＯＭ１５と、Ｉ／Ｆ１７と、外部装置１０におけるＩ／Ｆ１１と、ＨＤＤ１２と、更新プログラム１２ｂと同じ機能であるため、その詳細な説明は省略する。以下では、実施例３において、実施例１とは異なる機能を有する最小システム３３と、ＣＰＵ３８について説明する。

外部装置３０における最小システム３３は、オペレーティングシステム（Ｖｅｒ０）３７ｂの更新に最低限必要な構成を備えるプログラムであり、さらに、リスト作成部３３ａと、ログ書き込み部３３ｂとを備えており、具体的には、読込みプログラム３７ａにより外部装置３０のＨＤＤ３２からＲＡＭ３６に読込まれて実行される。なお、最小システム３３は、予めＨＤＤ３２に記憶されるか、少なくともオペレーティングシステム（Ｖｅｒ０）３７ｂの更新前までに記憶媒体や外部ネットワークからダウンロードされてＨＤＤ３２に記憶されている。また、リスト作成部３３ａは、特許請求の範囲に記載の「リスト作成手段」に対応し、ログ書き込み部３３ｂは同じく「ログ書き込み手段」に対応する。

このうち、リスト作成部３３ａは、オペレーティングシステム（Ｖｅｒ０）３７ｂの更新に必要なモジュールリストを作成する手段であり、具体的には、読込みプログラム３７ａにより外部装置３０からＲＡＭ３６に読込まれて実行され、更新プログラム３４を参照してＲＯＭ３７にモジュールリスト３７ｄを作成する。

ログ書き込み部３３ｂは、リスト作成部３３ａにより作成されたモジュールリストにモジュール毎に処理が成功したか否かを示すログを書き込む手段であり、具体的には、更新プログラム３４が実行されると、モジュールリスト３７ｄに記載されているモジュール毎（例えば、モジュール３７ｅ〜モジュール３７ｇ毎）に処理が終了したことを示すログ（「完了」）の書き込みを行う。

情報処理システム３５におけるＣＰＵ３８は、ソフトウエアの読込みや実行を制御する手段であり、特に本発明に関連するものとしては、読込み実行部３８ａと更新実行部３８ｂとを備える。なお、読込み実行部３８ａは、特許請求の範囲に記載の「読込み実行手段」に対応し、更新実行部３８ｂは同じく「更新実行手段」に対応する。

このうち、読込み実行部３８ａは、オペレーティングシステム（Ｖｅｒ０）３７ｂの更新を行う場合に、更新に失敗した（更新失敗後の再更新）か否かを問わず、読込みプログラム３７ａを動作させて最小システム３３を外部装置３０から読込む手段である。具体的には、自動またはユーザの手動により更新指示を受け付けると、ＲＯＭ３７に記憶されている読込みプログラム３７ａをＲＡＭ３６に読込み（図７の（２））、読込んだ読込みプログラム３７ａを動作させて、外部装置３０のＨＤＤ３２に記憶されている最小システム３３をＲＡＭ３６に読込む（図７の（３））。

更新実行部３８ｂは、読込み実行部３８ａにより読込まれた最小システム３３を動作させてオペレーティングシステム（Ｖｅｒ０）３７ｂの更新を行い、また、オペレーティングシステム（Ｖｅｒ０）３７ｂの更新が途中で終了した後、再度更新を行う場合は、作成されたモジュールリストを参照して途中終了したモジュールより更新を再開する手段である。

具体的に説明すると、更新実行部３８ｂは、ＲＡＭ３６に読込まれた最小システム３３を動作させて、外部装置３０より更新プログラム３４をＲＡＭ３６に読込むとともに、最小システム３３のリスト作成部３３ａを動作させて、ＲＯＭ３７にモジュールリスト３７ｄを作成する（図８の（１））。そして、更新実行部３８ｂは、作成したモジュールリスト３７ｄを参照して各モジュール順に更新を実行し、終了すると、ログ書き込み部３３ｂを動作させて、各モジュールが終了したことを示すログ（「完了」）の書き込みを行う（図８の（２））。

ここで、電源断などで更新が途中で終了した後、再度更新を行う場合、ＲＡＭ３６に記憶されていた情報は消去され、オペレーティングシステム（失敗）３７ｂの状態である（図９の（１））。そこで、読込み実行部３８ａは、読込みプログラム３７ａをＲＡＭ３６に読込んで実行して（図９の（２））、外部装置３０より最小システム３３をＲＡＭ３６に読込む（図９の（３））。

さらに、更新実行部３８ｂは、読込んだ最小システム３３を動作させて更新プログラム３４をＲＡＭ３６に読込むと、ＲＯＭ３７のモジュールリスト３７ｄを参照して、途中で終了したモジュール（例えば、モジュール２）より更新を再開する（図１０の（１））。その後、オペレーティングシステム（Ｖｅｒ０）がオペレーティングシステム（Ｖｅｒ１）３７ｂに更新されると、更新が終了して、ＲＡＭ３６は、記憶していた情報を消去する（図１０の（２））。

［情報処理システムにより更新処理の流れ（実施例３）］
次に、図１１を用いて、最小システムを用いてオペレーティングシステムの更新を行い、更新が失敗した後、失敗したモジュールから再更新を行う場合の更新処理の流れについて説明する。図１１は、実施例３による更新処理の流れを示すフローチャートである。

先ず、情報処理システム３５は、自動またはユーザの手動により更新指示を受け付けると（ステップＳ２０１肯定）、読込み実行部３８ａが、ＲＯＭ３７に記憶されている読込みプログラム３７ａをＲＡＭ３６に読込んで実行し（ステップＳ２０２）、外部装置３０から最小システム３３をＲＡＭ３６に読込む（ステップＳ２０３）。なお、かかるステップＳ２０１〜ステップＳ２０３の処理は、図７の（１）〜（３）に対応する。

続いて、更新実行部３８ｂは、読込まれた最小システム３３を動作させて、外部装置３０から更新プログラム３４をＲＡＭ３６に読込む（ステップＳ２０４）。そして、更新実行部３８ｂは、ＲＯＭ３７に作成されたモジュールリスト３７ｄを参照して前回の更新が途中終了でないか否かを判別し（ステップＳ２０５）、途中終了していない場合（ステップＳ２０５否定）、読込まれた最小システム３３のリスト作成部３３ａを動作させてＲＯＭ３７にモジュールリスト３７ｄを作成し（ステップＳ２０６）、最初のモジュール（例えば、モジュール１）から１つのモジュールずつ実行していく（ステップＳ２０７）。

そして、ログ書き込み部３３ｂは、モジュールが終了するとＲＯＭ３７に作成されたモジュールリスト３７ｄにログ（「完了」）を書き込む（ステップＳ２０８）。その後、更新実行部３８ｂは、全モジュールが終了したか否かを判別し（ステップＳ２０９）、全モジュールが終了していない場合は、上記のステップＳ２０７に戻り、次のモジュール（例えば、モジュール２）を実行する。一方、全モジュールが終了した場合は、更新処理を終了する（ステップＳ２０９肯定）。なお、かかるステップＳ２０４〜ステップ２０９は、図８の（１）〜（２）に対応する。

上記のステップＳ２０５に戻ると、前回の更新が途中終了であった場合（ステップＳ２０５肯定）、更新実行部３８ｂは、モジュールリスト３７ｄを参照して前回途中で終了したモジュールを特定し（ステップＳ２１０）、途中で終了したモジュール（例えば、モジュール２）から１つずつモジュールを実行する（ステップＳ２１１）。

そして、ログ書き込み部３３ｂは、実行されたモジュールが終了するとＲＯＭ３７に作成されたモジュールリスト３７ｄにログ（「完了」）を書き込む（ステップＳ２１２）。その後、更新実行部３８ｂは、全モジュールが終了したか否かを判別して（ステップＳ２１３）、全モジュールが終了していない場合は（ステップＳ２１３否定）、上記のステップＳ２１１に戻り、次のモジュール（例えば、モジュール３）を実行する。また、全モジュールが終了した場合は、更新処理を終了する（ステップＳ２１３肯定）。なお、かかるステップＳ２０５肯定〜ステップＳ２１３は、図９の（１）〜図１０の（２）に対応する。

［実施例３の効果］
上述してきたように、実施例３によれば、実施例１および実施例２と同様に最小システムやオペレーティングシステムのバックアップをＲＯＭに記憶させておく必要がなく、また、オペレーティングシステムの更新を行うために必要な更新プログラムを外部装置から読込むので、オペレーティングシステムの更新に必要なメモリ容量を削減することができる。

また、実施例３によれば、オペレーティングシステムの更新が途中で終了した後に再び当該オペレーティングシステムの更新を行う場合に、更新を行うために必要なモジュールリストを作成して、モジュール毎に処理が成功したか否かをログに書き込み、このログを参照して途中で終了したモジュールより更新を再開するので、はじめのモジュールから再更新する更新手法に比較して、効率的に更新が行えるとともに、更新にかかる時間を短縮することができる。

上述してきたように、実施例３では、最小システムを用いてオペレーティングシステムの更新を行い、更新が失敗した後、最小システムを読込んで失敗したモジュールから再更新を行う場合について説明したが、本発明は必ずしもこれに限定されるものではなく、はじめはオペレーティングシステムを用いて更新を行い、更新が失敗した後、最小システムを読込んで失敗したモジュールから再更新を行うようにしてもよい。

［情報処理システムの構成（実施例４）］
そこで、実施例４では、図１２〜図１４を用いて、はじめはオペレーティングシステムを用いて更新を行い、更新が失敗した後、最小システムを読込んで失敗したモジュールから再更新を行う場合について説明する。図１２の（１）に示すように実施例４に係る情報処理システム５３は、ＲＡＭ５４と、ＲＯＭ５５と、ＣＰＵ５６と、Ｉ／Ｆ５７とで構成される。また、情報処理システム５３に接続される外部装置５０は、ＨＤＤ５２と、Ｉ／Ｆ５１とで構成される。

このうち、情報処理システム５３におけるＲＡＭ５４と、ＲＯＭ５５と、Ｉ／Ｆ５７と、外部装置５０におけるＩ／Ｆ５１と、ＨＤＤ５２と、更新プログラム５２ｂは、実施例１で説明した情報処理システム１３におけるＲＡＭ１４と、ＲＯＭ１５と、Ｉ／Ｆ１７と、外部装置１０におけるＩ／Ｆ１１と、ＨＤＤ１２と、更新プログラム１２ｂと同じ機能であるため、その詳細な説明は省略する。以下では、実施例４において、実施例１とは異なる機能を有する、ＣＰＵ５６について説明する。

情報処理システム５３におけるＣＰＵ５６は、ソフトウエアの読込みや実行を制御する手段であり、特に本発明に密接に関係するものとして、読込み実行部５６ａと、更新実行部５６ｂと、リスト作成部５６ｃと、ログ書き込み部５６ｄとで構成される。なお、読込み実行部５６ａは、特許請求の範囲に記載の「読込み実行手段」に対応し、更新実行部５６ｂは同じく「更新実行手段」に対応し、リスト作成部５６ｃは同じく「リスト作成手段」に対応し、ログ書き込み部５６ｄは同じく「ログ書き込み手段」に対応する。

このうち、リスト作成部５６ｃは、オペレーティングシステム（Ｖｅｒ０）５５ｂの更新を行うのに必要なモジュールリストを作成する手段である。具体的には、後述する読込み実行部５６ａによりオペレーティングシステム（Ｖｅｒ０）５５ｂがＲＡＭ５４に読込まれて、更新実行部５６ｂが読込まれたオペレーティングシステム（Ｖｅｒ０）５５ｂを実行し（図１２の（２））、外部装置５０より更新プログラム５２ｂがＲＡＭ５４に読込まれると、リスト作成手段５６ｃは、読込まれた更新プログラム５２ｂを参照して、ＲＯＭ５５にモジュールリスト５５ｄを作成する（図１２の（３））。

ログ書き込み部５６ｄは、リスト作成部５６ｃにより作成されたリストに記載されているモジュール毎に処理が成功したか否かを示すログを書き込む手段であり、具体的には、はじめのモジュール（例えば、モジュール１）が実行され終了すると、モジュールリスト５５ｄに「完了」と書き込む（図１２の（４））。

読込み実行部５６ａは、オペレーティングシステム（Ｖｅｒ０）５５ｂの更新に失敗した後に、再び当該オペレーティングシステム（Ｖｅｒ０）５５ｂの更新を行う場合に、最小システムを読込む手段である。具体的には、オペレーティングシステム（Ｖｅｒ０）５５ｂによる更新途中に電源断などで更新が失敗した場合、ＲＡＭ５４に記憶されていた情報は消去される（図１３の（１））。その後、再度更新を行う場合に、読込み実行部５６ａは、ＲＯＭ５５から読込みプログラム５５ａをＲＡＭ５４に読込んで実行し（図１３の（２））、これによって、外部装置５０の最小システム５２ａをＲＡＭ５４に読込む（図１３の（３））。

更新実行部５６ｂは、オペレーティングシステム（Ｖｅｒ０）５５ｂの更新が途中で終了した後に再び当該オペレーティングシステム（Ｖｅｒ０）５５ｂの更新を行う場合に、ログ書き込み部５６ｄにより書き込まれたログを参照して途中で終了したモジュールよりオペレーティングシステム（Ｖｅｒ０）５５ｂの更新を再開する手段である。具体的には、読込まれた最小システム５２ａを動作させて、外部装置５０から更新プログラム５２ｂをＲＡＭ５４に読込む。そして、更新実行部５６ｂは、モジュールリスト５５ｄを参照して途中で終了したモジュール（例えば、モジュール２）より更新を再開する（図１４の（１））。全てのモジュールが終了すると、ＲＡＭ５４は記憶していた情報を消去する（図１４の（２））。

［情報処理システムにより更新処理の流れ（実施例４）］
次に、図１５を用いて、はじめはオペレーティングシステムを用いて更新を行い、更新が失敗した後、最小システムを読込んで失敗したモジュールから再更新を行う場合の更新処理の流れについて説明する。図１５は、実施例４による更新処理の流れを示すフローチャートである。

先ず、情報処理システム５３は、自動またはユーザの手動により更新指示を受け付けて更新が開始されると（ステップＳ３０１肯定）、更新実行部５６ｂは、ＲＯＭ５５に記憶されているモジュールリスト５５ｄを参照して前回の更新が途中終了しているか否かを判断する（ステップＳ３０２）。

そして、前回の更新が途中終了していない場合（ステップＳ３０２否定）、読込み実行部５６ａが、オペレーティングシステム（Ｖｅｒ０）５５ｂをＲＡＭ５４に読込んだ後、更新実行部５６ｂは、読込まれたオペレーティングシステム（Ｖｅｒ０）５５ｂを実行し（ステップＳ３０３）、外部装置５０から更新プログラム５２ｂをＲＡＭ５４に読込む（ステップＳ３０４）。

続いて、リスト作成部５６ｃは、読込まれた更新プログラム５２ｂを参照して、ＲＯＭ５５にモジュールリスト５５ｄを作成する（ステップＳ３０５）。その後、更新実行部５６ｂは、最初のモジュール（例えば、モジュール１）を実行し（ステップＳ３０６）、終了すると、ログ作成部５６ｄを動作させてモジュールリスト５７ｄにログ（「完了」）を書き込む（ステップＳ３０７）。

更新実行部５６ｂは、全モジュールが終了したか否かを判別して（ステップＳ３０８）、全モジュールが終了していない場合は（ステップＳ３０８否定）、上記のステップＳ３０６に戻り、次のモジュール（例えば、モジュール２）を実行する。一方、全モジュールが終了した場合は、更新処理を終了する（ステップＳ３０８肯定）。なお、かかるステップＳ３０１〜ステップＳ３０８の処理は、図１２の（１）〜（４）に対応する。

一方、前回の更新が途中終了であった場合（ステップＳ３０２肯定）、読込み実行部５６ａは、ＲＯＭ５５から読込みプログラムをＲＡＭ５４に読込み、実行して（ステップＳ３０９）、外部装置５０から最小システム５２ａをＲＡＭ５４に読込む（ステップＳ３１０）。

そして、更新実行部５６ｂは、読込まれた最小システム５２ａを実行して、外部装置５０から更新プログラム５２ｂをＲＡＭ５４に読込む（ステップＳ３１１）。その後、モジュールリスト５５ｄを参照して前回途中で終了したモジュールを特定し（ステップＳ３１２）、途中で終了したモジュール（例えば、モジュール２）から１つずつモジュールを実行する（ステップＳ３１３）。

ログ書き込み部５６ｄは、実行したモジュールが終了するとＲＯＭ５５に作成されたモジュールリスト５５ｄにログ（「完了」）を書き込む（ステップＳ３１４）。

その後、更新実行部５６ｂは、全モジュールが終了したか否かを判別して（ステップＳ３１５）、全モジュールが終了していない場合は（ステップＳ３１５否定）、上記のステップＳ３１３に戻り、次のモジュール（例えば、モジュール３）を実行する。また、全モジュールが終了した場合は、更新処理を終了する（ステップＳ３１５肯定）。なお、かかるステップＳ３０９〜ステップＳ３１５は、図１３の（１）〜図１４の（２）に対応する。

［実施例４の効果］
上述してきたように、実施例４によれば、実施例１〜実施例３と同様に最小システムやオペレーティングシステムのバックアップをＲＯＭに記憶させておく必要がなく、また、オペレーティングシステムの更新を行うために必要な更新プログラムを外部装置から読込むので、オペレーティングシステムの更新に必要なメモリ容量を削減することができる。

また、実施例４によれば、実施例２と同様に、更新に失敗したかを問わず常に最小システムを読込む手法とは異なり、オペレーティングシステムによる更新を先ずは優先して行うので、迅速な更新を期待できる。

また、実施例４によれば、実施例３と同様に、オペレーティングシステムの更新が途中で終了した後に再び当該オペレーティングシステムの更新を行う場合に、更新を行うために必要なモジュールリストを作成して、モジュール毎に処理が成功したか否かをログに書き込み、このログを参照して途中で終了したモジュールより更新を再開することができるので、はじめのモジュールから再更新する更新手法に比較して、効率的に更新が行えるとともに、更新にかかる時間を短縮することができる。

さて、これまで実施例１〜実施例４に係る情報処理システムについて説明してきたが、本発明は上記した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例５として、種々の異なる形態について説明する。

例えば、上記した実施例１〜実施例４において、オペレーティングシステムの更新を行う場合について説明したが、本発明はこれに限定されるものではなく、例えば、ソフトウエアやアプリケーションなどの更新に用いてもよい。

また、上記した実施例１〜実施例４において、最小システムと更新プログラムの記憶先を外部装置とした場合について説明してきたが、本発明はこれに限定されるものではなく、例えば、ネットワークを介してダウンロードしてきてもよく、また、図１６に示したように、可搬の記憶媒体６１（例えば、ＣＤやＤＶＤなど）に記憶させて用いてもよい。

また、上記した実施例１〜実施例４において、オペレーティングシステムの更新を行う更新プログラムを使用した場合について説明してきたが、本発明はこれに限定されるものではなく、例えば、更新データなどを用いてもよい。

また、上記した実施例１〜実施例４において、オペレーティングシステムの更新を行う情報処理システムの場合について説明してきたが、本発明はこれに限定されるものではなく、情報処理システムを搭載した車載装置に用いてもよい。例えば、図１７に示したように、情報処理システムを搭載した車載装置７０の無線ＬＡＮ通信機７２と、パーソナルコンピュータ７１の無線ＬＡＮ通信機７３とを接続し、当該車載装置７０とパーソナルコンピュータ７１との間で実施例１〜４において説明した更新処理を行ってもよい。また、図１７では、パーソナルコンピュータにおいて記憶媒体７５を使用した場合を示したが、本発明はこれに限定されるものではなく、例えば、パーソナルコンピュータ内のＨＤＤに最小システムおよび更新プログラムを保存してもよく、また、ネットワークを介してダウンロードしてもよい。

また、上記した実施例１〜実施例４において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

なお、上記した実施例１〜実施例４で説明した情報処理方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上のように、本発明に係る情報処理システムおよび車載装置は、メモリに記憶されているソフトウエアを更新するのに有用であり、特に、ソフトウエアの更新に必要なメモリ容量を削減することができることに適する。

実施例１における情報処理システムの全体構成を示すシステム構成図である。実施例１における情報処理システムの全体構成を示すシステム構成図である。実施例１における更新処理の流れを示すフローチャートである。実施例２における情報処理システムの全体構成を示すシステム構成図である。実施例２における情報処理システムの全体構成を示すシステム構成図である。実施例２における情報処理システムの全体構成を示すシステム構成図である。実施例３における情報処理システムの全体構成を示すシステム構成図である。実施例３における情報処理システムの全体構成を示すシステム構成図である。実施例３における情報処理システムの全体構成を示すシステム構成図である。実施例３における情報処理システムの全体構成を示すシステム構成図である。実施例３における更新処理の流れを示すフローチャートである。実施例４における情報処理システムの全体構成を示すシステム構成図である。実施例４における情報処理システムの全体構成を示すシステム構成図である。実施例４における情報処理システムの全体構成を示すシステム構成図である。実施例４における更新処理の流れを示すフローチャートである。記憶媒体を使用した場合の情報処理システムの全体構成を示すシステム構成図である。情報処理システムを搭載した車載装置の全体構成を示すシステム構成図である。

符号の説明

１０外部装置
１１Ｉ／Ｆ
１２ＨＤＤ
１２ａ最小システム
１２ｂ更新プログラム
１３情報処理システム
１４ＲＡＭ
１５ＲＯＭ
１５ａ読込みプログラム
１５ｂオペレーティングシステム（Ｖｅｒ０）
１５ｃ各種アプリケーション、各種データ
１６ＣＰＵ
１６ａ読込み実行部
１６ｂ更新実行部
１７Ｉ／Ｆ

Claims

ソフトウエアの更新を実行する情報処理システムであって、
前記ソフトウエアの更新を行うために最低限必要な構成を備える最小システムを外部か
ら読込むための読込みプログラムを記憶したメモリと、
前記ソフトウエアの更新を行う場合に、前記読込みプログラムを動作させ、前記最小シ
ステムを外部から読込む読込み実行手段と、
前記読込み実行手段によって読込まれた前記最小システムを動作させ、前記ソフトウエ
アの更新を行う更新実行手段と、
を備えたことを特徴とする情報処理システム。
前記読込み実行手段は、前記ソフトウエアの更新に失敗した後に再び当該ソフトウエアの更新を行う場合に、前記最小システムを読込むことを特徴とする請求項１に記載の情報処理システム。
前記読込み実行手段は、前記ソフトウエアの更新に失敗したか否かを問わず、前記最小システムを読込むことを特徴とする請求項１に記載の情報処理システム。
前記更新実行手段は、前記ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部のネットワークおよび／または記憶装置から読込むことを特徴とする請求項１〜３のいずれか一つに記載の情報処理システム。
前記更新実行手段は、前記ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部の記憶媒体から読込むことを特徴とする請求項１〜３のいずれか一つに記載の情報処理システム。
請求項１〜５のいずれか一つの情報処理システムを搭載した車載装置。
前記更新実行手段は、前記ソフトウエアの更新を行うために必要なデータおよび／またはプログラムを外部のコンピュータシステムから通信により読込むことを特徴とする請求項６に記載の車載装置。
前記ソフトウエアの更新を行うために必要なモジュールのリストを作成するリスト作成手段と、
前記リスト作成手段により作成されたリストに記載されているモジュール毎に処理が成功したか否かをログに書き込むログ書き込み手段とをさらに備え、前記更新実行手段は、前記ソフトウエアの更新が途中で終了した後に再び当該ソフトウエアの更新を行う場合に、前記ログ書き込み手段により書き込まれたログを参照して途中で終了したモジュールより前記ソフトウエアの更新を再開することを特徴とする請求項１〜５のいずれか一つに記載の情報処理システム。