JP3977627B2

JP3977627B2 - System program upgrade method, system program upgrade program, and system program upgrade program recording medium

Info

Publication number: JP3977627B2
Application number: JP2001338908A
Authority: JP
Inventors: 茂史山田; 祥治鈴木; 君孝村下; 高弘松田; 彰烏谷
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-11-05
Filing date: 2001-11-05
Publication date: 2007-09-19
Anticipated expiration: 2021-11-05
Also published as: JP2003140905A

Description

【０００１】
【発明の属する技術分野】
本発明は，情報機器のシステムプログラムの不具合を解消するため，または，システムプログラムに機能を新たに追加するために行うシステムプログラムのバージョンアップ技術に関し，特に情報機器のシステムプログラムのバージョンアップにおいて，現在のバージョンがどの段階のバージョンであっても，一つのバージョンアップファイルでの対応を可能としたシステムプログラムのバージョンアップ方法，システムプログラムのバージョンアップ用プログラムおよびシステムプログラムのバージョンアップ用プログラム記録媒体に関する。
【０００２】
【従来の技術】
近年，情報機器の発達に伴い，システム管理者を必要としない自律動作型の情報機器が増加している。自律動作型情報機器の例としては，アプライアンスサーバと呼ばれるネットワーク上で特定サービス（ファイル共有サービスなど）を提供するサーバが挙げられる。アプライアンスサーバは，目的のサービスに特化することでシステム管理を極限まで単純化し，サーバ管理者不在のオフィスでも手軽に導入できるという特長がある。
【０００３】
図１１は，アプライアンスサーバを利用したシステムの例を示す。このシステムは，アプライアンスサーバ１１１とクライアントＰＣ（パソコン）１１２ａ，，１１２ｂとがＬＡＮ１１３によって接続される構成になっている。アプライアンスサーバ１１１は，クライアントＰＣ１１２ａ，１１２ｂに対して，ファイル共有サービスその他の特定のサービスを行う。
【０００４】
このようなアプライアンスサーバなどの情報機器において，システムプログラムに不具合がある場合，もしくは機能を新たに追加する場合には，システムプログラムのバージョンアップが必要である。
【０００５】
バージョンアップは通常，バージョンアップ用システムプログラムが格納されたファイル（これをバージョンアップファイルという）を用いて行われる。バージョンアップの流れとしては，まず，不具合の発見または新機能の開発により，機器の作成側（以下，メーカという）がバージョンアップファイルを作成する。そのバージョンアップファイルは，メーカのホームページに掲載されたり，ＣＤ−ＲＯＭに記録されたりして，情報機器の利用側（以下，ユーザという）に配布される。ユーザは取得したファイルを情報機器にインストールしてバージョンアップを行う。
【０００６】
従来のバージョンアップでは，バージョンアップファイルを用いてユーザの現在のシステムプログラムを変更し，現在のバージョンから新しいバージョンにバージョンアップする。しかし，バージョンアップを繰り返していくと，すべてのユーザが毎回バージョンアップを行うわけではないので，ユーザごとにシステムプログラムのバージョンが多数存在することになる。そこで，メーカは，ユーザが格納するシステムプログラムの全バージョンにそれぞれ対応するように，バージョンアップファイルを作成／提供しなければならなかった。
【０００７】
バージョンアップファイルの作成／提供についての従来の方法を以下に示す。以下の記述において，初期バージョンをＶ₁とし，以降順に，Ｖ₂，Ｖ₃，…として，現在のバージョンアップ前の最新のバージョンをＶ_N，バージョンアップ後の新しいバージョンをＶ_N+1とする。
【０００８】
従来の技術（１）：図１２は，従来の技術（１）において提供されるバックアップファイルの例を示す図である。このバージョンアップ方式では，初期のバージョンＶ₁から最も新しいバージョンＶ_N+1まで，一つずつバージョンを上げるファイルをメーカが作成し，ユーザに提供する。Ｖ_N→Ｖ_N+1のバージョンアップを行うには，システムプログラムの現バージョンがＶ_Nでなければならない。この技術の利点は，メーカがバージョンアップを作成するときに，常に最新のバージョンアップファイルだけを作成すればよいという点である。
【０００９】
従来の技術（２）：図１３は，従来の技術（２）において提供されるバックアップファイルの例を示す図である。このバージョンアップ方式では，メーカがそれぞれのバージョン（Ｖ₁〜Ｖ_N）からＶ_N+1に変更するバージョンアップファイルを作成し，ユーザに提供する。この技術の利点は，ユーザが取得するバージョンアップファイルは，どのバージョンのシステムプログラムを用いているユーザでも常に一つで済むという点である。
【００１０】
従来の技術（３）：図１４は，従来の技術（３）において提供されるバックアップファイルの例を示す図である。このバージョンアップ方式では，従来の技術（１）で作成されている一つずつバージョンを上げるファイルを一つのファイルにまとめたものと，ユーザの現在のバージョンを判断してそのバージョンからのバージョンアップを実行するためのプログラムとを，ユーザに提供する。バージョンアップ時には，プログラムがユーザの現在のバージョンを調べ，どのバージョンからバージョンアップを行うかを判断する処理を行う。この技術の利点は，メーカがバージョンアップファイルを作成するときに，常に最新のバージョンアップファイルだけを作成すればよく，ユーザが必要なバージョンアップファイルを調べる必要がなく，取得するバージョンアップファイルは，どのユーザでも常に一つで済むという点である。
【００１１】
【発明が解決しようとする課題】
しかし，上記従来の技術には，それぞれ次のような問題点がある。
【００１２】
従来の技術（１）の問題点：ユーザは，自分でシステムプログラムの現在のバージョンを調べなくてはならない。また，現在のバージョンがＶ_Nでなければ，現在のバージョンからＶ_N+1まですべてのバージョンアップを行うためのバージョンアップファイルを取得しなければならず，その取得したすべてのバージョンアップファイルで，順にバージョンアップを行わなければならない。そのため，ユーザの負担が非常に大きく，またバージョンアップの手順にミスが生じやすいという問題がある。
【００１３】
従来の技術（２）の問題点：メーカは，新しいバージョンが作成される度に，Ｖ₁→Ｖ_N+1，Ｖ₂→Ｖ_N+1，…，Ｖ_N→Ｖ_N+1と，これまでのＮ回のすべてのバージョンについて，バージョンアップファイルを作成しなくてはならない。また，ユーザは，自分でシステムプログラムの現在のバージョンを調べなければならず，メーカが提供しているすべてのバージョンアップファイルの中から，必要なファイルを自分で判断して取得しなくてはならない。そのため，バージョン番号が増えるに従ってメーカが用意しなければならないバージョンアップファイルの数が増加し，メーカの負担が大きくなる。また，ユーザも自分が使用している現在のバージョンを意識してバージョンアップを行う必要がある。
【００１４】
従来の技術（３）の問題点：メーカは，バージョンアップが必要になる度に，新しいバージョンアップファイルを作成するとともに，そのバージョンアップファイルとは別に，バージョンアップ時に自動的にユーザの現在のバージョンを調べ，どのバージョンからバージョンアップを行うかを判断するプログラムを作成しなくてはならない。
【００１５】
本発明は，上記問題点の解決を図り，ユーザのシステムプログラムに多数のバージョンが存在する場合においても，メーカは一つのバージョンアップファイルを作成すればよく，かつ，ユーザにとっても現在のバージョンを調べたり，バージョンアップを一度に複数回行ったりするような手間が発生しないシステムプログラムのバージョンアップ手段を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明は，上記課題を解決するため，情報機器の記憶装置上に現在起動しているシステムプログラムとは別に，初期バージョンのシステムプログラムを常に保持しておき，バージョンアップを行うときには，初期バージョンのシステムプログラムの複製を記憶装置上の別の領域に作成し，その複製された初期バージョンのシステムプログラムに対してバージョンアップを行う。バージョンアップに成功した場合にのみ，そのバージョンアップ後のシステムプログラムで起動するように起動用のシステムプログラムを切り替える。以上により，初期から最新へのバージョンアップを行うことで，メーカが作成するバージョンアップファイルは常に一つで済むことになる。また，ユーザは現在起動しているシステムプログラムのバージョンを意識する必要がない。
【００１７】
すなわち，本発明は，現在起動しているシステムプログラムとは別に，初期バージョンのシステムプログラムを記憶装置に格納しておき，システムプログラムのバージョンアップを行う際には，システムプログラムを初期バージョンから最新バージョンへバージョンアップするためのデータが格納されたバージョンアップファイルを取得し，前記記憶装置の空き領域に前記初期バージョンのシステムプログラムの複製を作成し，前記初期バージョンのシステムプログラムの複製を，前記バージョンアップファイルを用いて最新バージョンのシステムプログラムに更新し，起動するシステムプログラムを最新バージョンのシステムプログラムに切り替えることを特徴とする。
【００１８】
現在起動しているシステムプログラムから新しいバージョンのシステムプログラムに引き継ぐ必要があるユーザの設定値がある場合には，前記記憶装置に記憶されている現在起動しているシステムプログラムからユーザの設定値を抽出し，抽出した設定値を最新バージョンにバージョンアップしたシステムプログラムに反映する。
【００１９】
初期バージョンのシステムプログラムを記憶装置に圧縮して格納しておき，初期バージョンのシステムプログラムの複製を作成する際には，圧縮された初期バージョンのシステムプログラムを解凍して複製を作成することにより，記憶装置における初期バージョンのシステムプログラムを記憶する領域を節減することができる。
【００２０】
以上の方法をコンピュータに実行させるためのプログラムを，バージョンアップファイルとともに，またはバージョンアップファイルとは別に，バージョンアッププログラムとしてコンピュータが読み取り可能な記録媒体に格納して提供したり，通信回線を介して提供することにより，簡易なシステムプログラムのバージョンアップを実現することが可能になる。
【００２１】
【発明の実施の形態】
図１は，本発明の構成例を示すブロック図である。処理装置１は，ＣＰＵおよびメモリからなる情報機器であり，記憶装置２は，処理装置１を制御するシステムプログラム等が格納されているハードディスク装置などの装置である。
【００２２】
処理装置１は，現在の起動用システムプログラムをバージョンアップファイル３に従って最新バージョンにバージョンアップするためのバージョンアッププログラム１０を動作させる。バージョンアッププログラム１０は，バージョンアップファイル取得部１１，インストール先判定部１２，システム領域操作部１３，インストール処理部１４，システム切替部１７の処理機能を実現する命令群によって作成されている。
【００２３】
記憶装置２には，初期バージョンのシステムプログラム（以下，システムＡと記す）と，現在の起動用システムプログラム（以下，システムＢと記す）が記憶されている。本発明のバージョンアップ処理中に作成されるシステムＡの複製（以下，システムＣと記す）は，記憶装置２上の空き領域に作成される。
【００２４】
バージョンアップファイル取得部１１は，初期バージョンＶ₁から最新バージョンＶ_N+1へのバージョンアップを行うためのバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を取得する。インストール先判定部１２は，システムＣを作成するための記憶装置２上の連続した空き領域を検出する。システム領域操作部１３は，インストール先判定部１２が検出した領域にシステムＡを複製し，バージョンアップ前のシステムＣを作成する。インストール処理部１４は，バージョンアップファイル取得部１１が取得したバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を用いてシステムＣをバージョンアップする。システム切替部１７は，システムＢからバージョンアップされたシステムＣへ起動用システムプログラムを切り替え，その後システムの再起動を行う。
【００２５】
図２は，図１に示すバージョンアッププログラム１０の処理フローチャートである。図３は，本発明における記憶装置のシステム格納状態の遷移例を示す図である。以下，図２および図３に従って，バージョンアッププログラム１０の処理を説明する。なお，図３において，太枠で示される領域は起動用に設定されているシステムプログラムの領域を示している。この例では，現在起動中のシステムＢのバージョンがＶ_Nであるが，現在起動中のシステムＢのバージョンが，どの段階のバージョンＶ_N-i（０≦ｉ≦Ｎ−１）であってもよい。
【００２６】
図３（ａ）に示すように，記憶装置２には，初期バージョンＶ₁のシステムＡと，現在起動中のバージョンＶ_NのシステムＢとが格納されており，これを最新バージョンＶ_N+1にバージョンアップするものとする。
【００２７】
まず，ステップＳ１では，バージョンアップファイル取得部１１によって，初期バージョンＶ₁のシステムプログラムを最新バージョンＶ_N+1に更新するためのデータが格納されているバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を外部から取得する。
【００２８】
ステップＳ２では，インストール先判定部１２によって，記憶装置２上の連続する空き領域を検出して，その領域をシステム領域操作部１３に通知する。ステップＳ３では，システム領域操作部１３が，その空き領域にシステムＡを複製してシステムＣを作成する。図３（ｂ）は，システムＡ（Ｖ₁）を記憶装置２の空き領域に複製して，システムＣ（Ｖ₁）を作成した状態を示している。
【００２９】
次に，ステップＳ４では，インストール処理部１４が，バージョンアップファイル取得部１１が取得したバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を用いて，システムＣ（Ｖ₁）をバージョンアップする。初期バージョンＶ₁のシステムＣは，図３（ｃ）に示すように，最新バージョンＶ_N+1にバージョンアップされることになる。
【００３０】
ステップＳ５では，システム切替部１７によって，起動用システムプログラムを，現在起動しているバージョンＶ_NのシステムＢからバージョンアップされた最新バージョンＶ_N+1のシステムＣへ切り替える。これによって，記憶装置２の格納状態は，図３（ｄ）に示すようになる。記憶装置２において起動用システムプログラムを切り替える方法については，種々の方法が知られているので，ここでの詳細な説明は省略する。その後，ステップＳ６でシステムを再起動すれば，処理装置１は，最新バージョンＶ_N+1のシステムＣで起動されることになる。
【００３１】
以上のように，システムプログラムのバージョンアップ処理が正常に終了した場合には，システム切替部１７において，起動用システムプログラムがシステムＢからバージョンアップされたシステムＣへ切り替えられるため，以降，起動されるシステムは最新バージョンＶ_N+1となる。一方，例えばステップＳ４でバージョンアップの最中に，ハードウェアトラブルが発生し，バージョンアップ処理が途中で終了した場合，起動用システムプログラムは，まだ切り替えられていないので，その後のシステムの再起動では，バージョンアップ前と同様にシステムＢが用いられる。
【００３２】
常に記憶装置２上に初期バージョンＶ₁のシステムＡを保持しておき，バージョンアップの際には，システムＡを複製したシステムＣをバージョンアップすることで，メーカが作成するバージョンアップファイル３は，初期バージョンＶ₁から最新バージョンＶ_N+1への１種類でよいことになる。また，特開平１１−３０６００７号公報に示されている方法と同様に，現在の起動用システムプログラム（システムＢ）のバージョンアップを行うのではなく，別のシステムプログラム（システムＣ）のバージョンアップを行い，それが正常に終了した場合にのみ起動用システムプログラムを切り替えるので，バージョンアップ中にハードウェアトラブルが発生しても，システムＢで起動することができる。ここでいうハードウェアトラブルとは，機器の電源切断，機器と記憶装置を接続するケーブルの切断，機器の故障などである。
【００３３】
図４は，現在起動中のシステムＢで設定されているシステムパラメータ等の設定値を，新しいバージョンのシステムＣに反映するための方法を説明する図である。システム設定部１６は，図１では図示を省略しているが，必要な場合にはインストール処理部１４とシステム切替部１７との間に設けられる。システム設定部１６は，図１のインストール処理部１４でシステムＣのバージョンアップが行われた後，現在の起動用システムプログラムであるシステムＢからユーザの設定値を抽出し，バージョンアップされたシステムＣへ抽出された設定値を書き込んで反映する。設定値の抽出方法としては，あらかじめ定められたアドレスから抽出する方法，特定のファイル名で定義されたファイルから読み出す方法などがある。
【００３４】
本発明では，初期バージョンのシステムプログラム（システムＡ）を，記憶装置２に常に保持し続ける。このシステムＡは，バージョンアップのときの更新の基準システムとして利用し，起動用としては使うことはない。そこで，このシステムプログラムを圧縮して記憶装置２に格納することで，記憶装置２の領域の無駄を削減することができる。
【００３５】
図５は，本発明におけるシステムＡの圧縮の効果を説明する図である。図中，太枠で示される領域は起動用に設定されているシステムプログラムの領域を示している。
【００３６】
図５（ａ）は，システムＡが圧縮されていない場合の記憶装置２のシステム格納状態の遷移例を示しているが，システムＡを圧縮しないで保持する場合には，システムＡの領域として，ほぼ現在の起動用システムＢの領域と同じ大きさの領域が使われることになる。
【００３７】
これに対し，図５（ｂ）に示すように，システムＡのファイルを圧縮して記憶装置２に格納しておき，バージョンアップのためにシステムＡを複製する際には，インストール先判定部１２によって検出した空き領域に，圧縮されているシステムＡをシステム領域操作部１３によって解凍し，圧縮前のシステムＡと同じ状態になるように複製（システムＣ）を作成する。このようにシステムＡを圧縮して保持すると，バージョンアップ時にシステムＡを解凍する必要があるため，システムＡを単純にコピーするだけの場合より時間がかかるが，常時，小さい領域でシステムＡを保持することができる。実際には，システムプログラムのバージョンアップなどが頻繁に行われることはなく，解凍時間が問題となることは考えられない。常時，記憶領域２の空き領域を多く確保できるほうが有用である。
【００３８】
図６は，本発明における不要なシステム削除の効果を説明する図である。図中，太枠で示される領域は，起動用に設定されているシステムプログラムの領域を示している。
【００３９】
図６（ａ）は，不要なシステム削除を行わない場合の記憶装置のシステム格納状態の遷移例を示す。本発明では，システムＡの複製を作成してバージョンアップを行っていくため，バージョンアップを繰り返すごとに，図６（ａ）に示すように記憶装置２に格納されるシステムプログラム数が増加する。
【００４０】
そこで，図６（ｂ）に示すように，バージョンＶ_NからバージョンＶ_N+1にバージョンアップし，起動するシステムプログラムを切り替えて再起動した後に，システム領域操作部１３によって元のバージョンＶ_Nのシステムを記憶装置２から削除する。こうすることによって，使用しないシステムプログラムを記憶装置２からなくし，システム領域の増大を避けることができる。つまり，バージョンアップごとに初期バージョン（Ｖ₁）と最新のバージョンのシステムプログラム以外のシステムプログラムを削除するため，記憶装置２におけるシステム領域率がほとんど変化しない。
【００４１】
図７は，本発明の他の実施の形態のバージョンアップ処理フローチャート（２）である。図７の処理は，図２の処理にバージョンアップが成功したか否かを確認する処理を加えたものである。
【００４２】
バージョンアップ取得部１１がバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を外部から取得すると（ステップＳ１０），インストール先判定部１２は，記憶装置２上の連続する空き領域を検出し（ステップＳ１１），システム領域操作部１３は，その空き領域にシステムＡを複製してシステムＣを作成する（ステップＳ１２）。
【００４３】
次に，インストール処理部１４は，システムＣをステップＳ１０で取得したバージョンアップファイル（Ｖ₁→Ｖ_N+1）３でバージョンアップし（ステップＳ１３），バージョンアップが成功したかどうかを確認する（ステップＳ１４）。成功しなければ，システムＣを削除し（ステップＳ１７），記憶装置２におけるシステムＣの領域を解放して処理を終了する。成功した場合には，システム切替部１７は，起動用システムプログラムをシステムＢからバージョンアップしたシステムＣへ切り替え（ステップＳ１５），システムを再起動する（ステップＳ１６）。
【００４４】
この処理では，インストール処理部１４でバージョンアップファイル３を用いてシステムＣのバージョンアップを行った後に，バージョンアップが正常に行われたかどうかを判定し，誤ったバージョンアップファイルを用いたため処理を途中で中止していないかを確認する。誤ったファイルとは，インストール済みのバージョンアップファイル，本機器バージョンアップ以外の用途のファイル，バグが存在するバージョンアップファイルなど，正常なバージョンアップが行われないファイルを指す。起動するシステムプログラムを切り替える前にバージョンアップが正常に行われたかを判定することで，正常に動作しないシステムプログラムで再起動することを避けることができる。確認の方法として，例えばチェックサムによる確認，システム切り替え前のテスト走行による確認，オペレータへの問い合わせによる確認などの方法を用いることもできる。
【００４５】
【実施例】
図８は，本発明の一実施例を示すブロック図である。処理装置１は，ＣＰＵおよびメモリからなる情報機器（コンピュータ）であり，この処理装置１で動作するシステムプログラムのバージョンアップのためのバージョンアッププログラム１００は，バージョンアップファイル取得部１０１，インストール先判定部１０２，システム領域操作部１０３，インストール処理部１０４，バージョンアップ終了判定部１０５，システム設定部１０６，システム切替部１０７を備えている。
【００４６】
処理装置１には，バージョンアップファイル３を外部記憶媒体や通信回線を介して入力するための入力インタフェース４が接続され，また，記憶装置２が接続されている。記憶装置２には，圧縮されている初期バージョンＶ₁のシステムプログラム（システムＡ）と，現在の起動用システムプログラム（システムＢ）が格納されている。
【００４７】
バージョンアップファイル取得部１０１は，Ｖ₁→Ｖ_N+1のバージョンアップを行うためのバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を，入力インタフェース４を通して取得する。インストール先判定部１０２は，システムＣを作成するための記憶装置２上の連続した空き領域を検出する。システム領域操作部１０３は，インストール先判定部１０２が検出した領域にシステムＡを解凍してシステムＣを作成する。インストール処理部１０４は，バージョンアップファイル取得部１０１が取得したバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を用いてシステムＣをバージョンアップする。バージョンアップ終了判定部１０５は，システムＣのバージョンアップが成功したか否かを確認する。システム設定部１０６は，現在の起動用システムプログラムであるシステムＢからユーザの設定値を抽出し，バージョンアップされたシステムＣへ抽出された設定値を反映する。システム切替部１０７は，システムＢからバージョンアップされたシステムＣへ起動するシステムプログラムを切り替え，その後システムの再起動を行う。
【００４８】
図９は，本実施例におけるバージョンアッププログラムの処理フローチャートである。バージョンアップの指示により，バージョンアップファイル（Ｖ₁→Ｖ_N+1）３を外部から取得すると（ステップＳ２０），記憶装置２上の連続する空き領域を検出して（ステップＳ２１），その空き領域にシステムＡを解凍することにより，初期バージョンのシステムＡを複製したシステムＣを作成する（ステップＳ２２）。
【００４９】
次に，システムＣをステップＳ２０で取得したバージョンアップファイル（Ｖ₁→Ｖ_N+1）３を用いてバージョンアップし（ステップＳ２３），バージョンアップが成功したかどうかを確認する（ステップＳ２４）。不成功であればステップＳ２９へ進み，システムＡを複製したシステムＣを記憶装置２から削除し，処理を終了する。
【００５０】
バージョンアップ成功であれば，システムＢからシステムＣに引き継ぐためのユーザの設定値を抽出してシステムＣに反映し（ステップＳ２５），起動用システムプログラムをシステムＢからバージョンアップされたシステムＣへ切り替える（ステップＳ２６）。その後，システムを最新バージョンＶ_N+1のシステムＣで再起動し（ステップＳ２７），システムＢを記憶装置２から削除する（ステップＳ２８）。なお，システムＢの削除は，バージョンアップごとに行うのではなく，記憶装置２の空き領域の様子を見て，適宜行うようにしてもよい。
【００５１】
本発明の実施例における記憶装置のシステム格納状態の遷移例を，図１０に従って説明する。図中，太枠で示される領域は起動用に設定されているシステムプログラムの領域を示している。バージョンアップの処理に伴って，システムプログラムの格納状態は，図１０（ａ）〜（ｅ）に示すように変化する。
【００５２】
図１０（ａ）は，バージョンアップ前の記憶装置２のシステムプログラムの格納状態を示す。圧縮されたシステムＡ（Ｖ₁）と，システムＢ（Ｖ_N）の二つのシステムが格納されている。図１０（ｂ）は，圧縮されたシステムＡ（Ｖ₁）を解凍してシステムＣ（Ｖ₁）を作成した状態を示す。図１０（ｃ）は，システムＣ（Ｖ₁）をバージョンアップし，バージョンアップされたシステムＣ（Ｖ_N+1）となった状態を示す。図１０（ｄ）は，システムＢ（Ｖ_N）からバージョンアップされたシステムＣ（Ｖ_N+1）へ，起動用システムプログラムが切り替えられた状態を示す。図１０（ｅ）は，システムＢ（Ｖ_N）を削除し，バージョンアップ処理を終了した状態を示す。
【００５３】
上記バージョンアップファイル３を用いてバージョンアップするバージョンアッププログラム１００は，どの段階のバージョンアップであっても共通のものを用いることができる。
【００５４】
以上の説明において，初期バージョンＶ₁とは，最初に提供されたシステムプログラムのバージョンであり，その後のバージョンアップファイル作成の基準となるバージョンであるが，厳密な意味での最初のバージョンでなくてもよく，例えばシステムプログラムの大きな改変があった場合には，その改変後に最初に提供されたシステムプログラムのバージョンを初期バージョンとして扱うこともできる。
【００５５】
本実施例の特徴を列挙すると，以下のとおりである。
【００５６】
（付記１）コンピュータのシステムプログラムをバージョンアップする方法であって，
現在起動しているシステムプログラムとは別に，初期バージョンのシステムプログラムを記憶装置に格納しておき，
システムプログラムのバージョンアップを行う際には，システムプログラムを初期バージョンから最新バージョンへバージョンアップするためのデータが格納されたバージョンアップファイルを取得し，
前記記憶装置の空き領域に前記初期バージョンのシステムプログラムの複製を作成し，
前記初期バージョンのシステムプログラムの複製を，前記バージョンアップファイルを用いて最新バージョンのシステムプログラムに更新し，
起動するシステムプログラムを最新バージョンのシステムプログラムに切り替える
ことを特徴とするシステムプログラムのバージョンアップ方法。
【００５７】
（付記２）付記１に記載のシステムプログラムのバージョンアップ方法において，
前記記憶装置に記憶されている現在起動しているシステムプログラムからユーザの設定値を抽出し，抽出した設定値に基づいて最新バージョンにバージョンアップしたシステムプログラムを設定する過程を有する
ことを特徴とするシステムプログラムのバージョンアップ方法。
【００５８】
（付記３）付記１に記載のシステムプログラムのバージョンアップ方法において，
前記初期バージョンのシステムプログラムを前記記憶装置に圧縮して格納しておき，
前記初期バージョンのシステムプログラムの複製を作成する際には，圧縮された初期バージョンのシステムプログラムを解凍して複製を作成する
ことを特徴とするシステムプログラムのバージョンアップ方法。
【００５９】
（付記４）付記１に記載のシステムプログラムのバージョンアップ方法において，
バージョンアップ前に起動していたシステムプログラムを，バージョンアップ後に前記記憶装置から削除する過程を有する
ことを特徴とするシステムプログラムのバージョンアップ方法。
【００６０】
（付記５）付記１に記載のシステムプログラムのバージョンアップ方法において，
システムプログラムのバージョンアップが成功したか否かを判定し，成功しなかった場合には前記最新バージョンのシステムプログラムへの切り替えを行わない
ことを特徴とするシステムプログラムのバージョンアップ方法。
【００６１】
（付記６）機器のシステムプログラムをバージョンアップする方式において，
現バージョンと初期バージョンを含めた複数のシステムプログラムを格納する手段と，
前記初期バージョンのシステムプログラムを複製する手段と，
バージョンアップ用のデータを用いて，初期バージョンのシステムプログラムを最新バージョンに変更する手段と，
起動するシステムプログラムを最新バージョンのシステムプログラムに切り替える手段とを具備する
ことを特徴とするシステムバージョンアップ方式。
【００６２】
（付記７）現在起動しているシステムプログラムとは別に，初期バージョンのシステムプログラムを格納している記憶装置を備えるコンピュータのシステムプログラムをバージョンアップするためのプログラムであって，
前記記憶装置の空き領域に前記初期バージョンのシステムプログラムの複製を作成する処理と，
システムプログラムを初期バージョンから最新バージョンへバージョンアップするためのデータが格納されたバージョンアップファイルを用いて，前記初期バージョンのシステムプログラムの複製を，最新バージョンのシステムプログラムに更新する処理と，
起動するシステムプログラムを最新バージョンのシステムプログラムに切り替える処理とを，
コンピュータに実行させるためのシステムプログラムのバージョンアップ用プログラム。
【００６３】
（付記８）現在起動しているシステムプログラムとは別に，初期バージョンのシステムプログラムを格納している記憶装置を備えるコンピュータのシステムプログラムをバージョンアップするためのプログラムを記録した記録媒体であって，
前記記憶装置の空き領域に前記初期バージョンのシステムプログラムの複製を作成する処理と，
システムプログラムを初期バージョンから最新バージョンへバージョンアップするためのデータが格納されたバージョンアップファイルを用いて，前記初期バージョンのシステムプログラムの複製を，最新バージョンのシステムプログラムに更新する処理と，
起動するシステムプログラムを最新バージョンのシステムプログラムに切り替える処理とを，
コンピュータに実行させるためのプログラムを記録した
ことを特徴とするシステムプログラムのバージョンアップ用プログラム記録媒体。
【００６４】
【発明の効果】
以上説明したように，本発明によれば，システムプログラムをバージョンアップするときには，常に初期バージョンＶ₁から最新バージョンＶ_N+1へバージョンアップすることにより，メーカが作成するバージョンアップファイルは，初期バージョンＶ₁から最新バージョンＶ_N+1へバージョンアップするデータが格納されたファイルの１種類でよくなり，バージョンアップファイルの作成および配布が簡易になる。また，ユーザにとっても，バージョンアップ時にどのバージョンアップファイルを適用するかを判断する必要がなくなり，簡単に最新バージョンへのバージョンアップを行うことができるようになる。特に，バージョンの確認がしにくいアプライアンスサーバ等の情報機器では，効果が大きい。
【図面の簡単な説明】
【図１】本発明の構成例を示すブロック図である。
【図２】本発明によるシステムプログラムバージョンアップ処理フローチャート（１）である。
【図３】本発明における記憶装置のシステム格納状態の遷移例を示す図である。
【図４】本発明における設定値反映方法を説明する図である。
【図５】本発明におけるシステムＡの圧縮の効果を説明する図である。
【図６】本発明における不要なシステム削除の効果を説明する図である。
【図７】本発明によるシステムプログラムバージョンアップ処理フローチャート（２）である。
【図８】本発明の一実施例を示すブロック図である。
【図９】本実施例におけるシステムプログラムバージョンアップ処理フローチャートである。
【図１０】本発明の実施例における記憶装置のシステム格納状態の遷移例を示す図である。
【図１１】アプライアンスサーバを利用したシステムの例を示す図である。
【図１２】従来の技術（１）において提供されるバックアップファイルの例を示す図である。
【図１３】従来の技術（２）において提供されるバックアップファイルの例を示す図である。
【図１４】従来の技術（３）において提供されるバックアップファイルの例を示す図である。
【符号の説明】
１処理装置
１０バージョンアッププログラム
１１バージョンアップファイル取得部
１２インストール先判定部
１３システム領域操作部
１４インストール処理部
１６システム設定部
１７システム切替部
２記憶装置
３バージョンアップファイル
４入力インタフェース
１００バージョンアッププログラム
１０１バージョンアップファイル取得部
１０２インストール先判定部
１０３システム領域操作部
１０４インストール処理部
１０５バージョンアップ終了判定部
１０６システム設定部
１０７システム切替部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system program upgrade technique for solving a problem in a system program of an information device or adding a new function to the system program. The present invention relates to a system program upgrade method, a system program upgrade program, and a system program upgrade program recording medium that can be handled by a single upgrade file, regardless of the version of the version.
[0002]
[Prior art]
In recent years, with the development of information devices, the number of autonomous operation type information devices that do not require a system administrator is increasing. An example of an autonomously operating information device is a server that provides a specific service (such as a file sharing service) on a network called an appliance server. The appliance server has the feature that it simplifies system management to the utmost by specializing in the target service, and can be easily installed even in an office without a server administrator.
[0003]
FIG. 11 shows an example of a system using an appliance server. In this system, an appliance server 111 and client PCs (personal computers) 112a and 112b are connected by a LAN 113. The appliance server 111 provides a file sharing service and other specific services to the client PCs 112a and 112b.
[0004]
In such an information device such as an appliance server, when there is a problem in the system program or when a new function is added, it is necessary to upgrade the system program.
[0005]
The version upgrade is normally performed using a file (this is called a version upgrade file) in which a system program for version upgrade is stored. The flow of version upgrade is as follows. First, the device creation side (hereinafter referred to as manufacturer) creates a version upgrade file by finding a defect or developing a new function. The upgrade file is posted on the manufacturer's website or recorded on a CD-ROM and distributed to the information device user (hereinafter referred to as the user). The user installs the acquired file in the information device and upgrades the version.
[0006]
In the conventional version upgrade, the user's current system program is changed using a version upgrade file, and the current version is upgraded to a new version. However, as the version upgrade is repeated, not all users upgrade every time, so there are many versions of the system program for each user. Therefore, manufacturers have had to create / provide upgrade files so that they correspond to all versions of system programs stored by users.
[0007]
A conventional method for creating / providing a version upgrade file is shown below. In the following description, the initial version is V ₁ And, in order, V ₂ , V _Three , ..., the latest version before the current version upgrade is V _N , V after updating the new version _{N + 1} And
[0008]
Conventional Technology (1): FIG. 12 is a diagram showing an example of a backup file provided in the conventional technology (1). In this version upgrade method, the initial version V ₁ Newest version V from _{N + 1} Until then, the maker creates a file that increases the version one by one and provides it to the user. V _N → V _{N + 1} To upgrade the version of the system program, the current version of the system program is V _N Must. The advantage of this technology is that when a manufacturer creates a version upgrade, only the latest version upgrade file needs to be created.
[0009]
Conventional technique (2): FIG. 13 is a diagram showing an example of a backup file provided in the conventional technique (2). In this version upgrade method, the manufacturer makes each version (V ₁ ~ V _N ) To V _{N + 1} Create an upgrade file to be changed to, and provide it to the user. The advantage of this technology is that the user can use only one version upgrade file for any version of the system program.
[0010]
Conventional technique (3): FIG. 14 is a diagram showing an example of a backup file provided in the conventional technique (3). In this version upgrade method, the files that have been upgraded one by one created in the conventional technique (1) are combined into one file, and the current version of the user is judged and the version upgrade from that version is performed. Provide the user with a program to be executed. At the time of version upgrade, the program checks the current version of the user and performs processing to determine from which version to upgrade. The advantage of this technology is that when a manufacturer creates a version upgrade file, it is only necessary to always create the latest version upgrade file. The user does not need to check the required version upgrade file. Any user always needs one.
[0011]
[Problems to be solved by the invention]
However, each of the above conventional techniques has the following problems.
[0012]
Problem of the conventional technique (1): The user has to check the current version of the system program by himself. The current version is V _N Otherwise, V from current version _{N + 1} Version upgrade files for performing all version upgrades must be acquired until all the version upgrade files acquired must be upgraded in order. For this reason, there are problems that the burden on the user is very large and that mistakes are likely to occur in the version upgrade procedure.
[0013]
The problem with conventional technology (2): Every time a new version is created, the manufacturer ₁ → V _{N + 1} , V ₂ → V _{N + 1} , ..., V _N → V _{N + 1} And, for all the N versions so far, version upgrade files must be created. In addition, the user must check the current version of the system program by himself / herself, and must determine and obtain the necessary files from all the upgrade files provided by the manufacturer. . For this reason, as the version number increases, the number of upgrade files that the manufacturer must prepare increases and the burden on the manufacturer increases. In addition, the user needs to upgrade the version while being aware of the current version used by the user.
[0014]
Problem of conventional technology (3): The manufacturer creates a new upgrade file every time a version upgrade is required, and automatically updates the current version of the user separately from the version upgrade file. You have to create a program that can determine which version to upgrade from.
[0015]
The present invention solves the above-described problem, and even when a large number of versions exist in the user's system program, the manufacturer only needs to create one version-up file, and the user also checks the current version. It is an object of the present invention to provide a system program upgrade means that does not require the trouble of performing multiple upgrades at once.
[0016]
[Means for Solving the Problems]
In order to solve the above problem, the present invention always maintains an initial version of the system program separately from the currently activated system program on the storage device of the information device, and when the version is upgraded, A copy of the system program is created in another area on the storage device, and the copied initial version of the system program is upgraded. Only when the upgrade is successful, the system program for startup is switched so that the system program is started with the upgraded system program. As described above, by performing the upgrade from the initial stage to the latest version, only one upgrade file can be created by the manufacturer. Also, the user does not need to be aware of the version of the system program that is currently running.
[0017]
That is, according to the present invention, an initial version of a system program is stored in a storage device separately from the currently activated system program, and when the system program is upgraded, the system program is changed from the initial version to the latest version. A version upgrade file in which data for version upgrade is stored is acquired, a copy of the initial version system program is created in an empty area of the storage device, and a copy of the system program of the initial version is updated. The system is updated to the latest version of the system program using a file, and the system program to be started is switched to the latest version of the system program.
[0018]
If there are user settings that need to be transferred from the currently running system program to a new version of the system program, the user settings are extracted from the currently running system program stored in the storage device. Apply the extracted setting values to the system program upgraded to the latest version.
[0019]
When the initial version of the system program is compressed and stored in a storage device and a copy of the initial version of the system program is created, the compressed initial version of the system program is decompressed and the copy is created. An area for storing the initial version of the system program in the storage device can be saved.
[0020]
A program for causing a computer to execute the above method is provided by being stored in a computer-readable recording medium as an upgrade program together with or separately from the upgrade file, or via a communication line. By providing this, it becomes possible to realize a simple version upgrade of the system program.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a block diagram showing a configuration example of the present invention. The processing device 1 is an information device including a CPU and a memory, and the storage device 2 is a device such as a hard disk device in which a system program for controlling the processing device 1 is stored.
[0022]
The processing device 1 operates a version upgrade program 10 for upgrading the current activation system program to the latest version according to the version upgrade file 3. The upgrade program 10 is created by a group of instructions that implement the processing functions of the upgrade file acquisition unit 11, the installation destination determination unit 12, the system area operation unit 13, the installation processing unit 14, and the system switching unit 17.
[0023]
The storage device 2 stores an initial version of a system program (hereinafter referred to as system A) and a current startup system program (hereinafter referred to as system B). A copy of system A (hereinafter referred to as system C) created during the upgrade process of the present invention is created in an empty area on the storage device 2.
[0024]
The upgrade file acquisition unit 11 receives the initial version V ₁ Latest version V from _{N + 1} Version upgrade file (V ₁ → V _{N + 1} ) Get 3. The installation destination determination unit 12 detects a continuous free area on the storage device 2 for creating the system C. The system area operation unit 13 duplicates the system A in the area detected by the installation destination determination unit 12 and creates the system C before upgrading. The installation processing unit 14 updates the upgrade file (V ₁ → V _{N + 1} ) Upgrade system C using 3. The system switching unit 17 switches the startup system program from the system B to the upgraded system C, and then restarts the system.
[0025]
FIG. 2 is a process flowchart of the upgrade program 10 shown in FIG. FIG. 3 is a diagram showing a transition example of the system storage state of the storage device according to the present invention. Hereinafter, the process of the upgrade program 10 will be described with reference to FIGS. In FIG. 3, the area indicated by a thick frame indicates the area of the system program set for activation. In this example, the currently running system B version is V _N However, the version of System B that is currently running depends on which version V _Ni (0 ≦ i ≦ N−1) may be sufficient.
[0026]
As shown in FIG. 3A, the storage device 2 has an initial version V. ₁ System A and the currently running version V _N System B is stored and this is the latest version V _{N + 1} It shall be upgraded to
[0027]
First, in step S1, the upgrade file acquisition unit 11 performs the initial version V. ₁ Latest system program V _{N + 1} Version update file (V ₁ → V _{N + 1} ) 3 is acquired from the outside.
[0028]
In step S <b> 2, the installation destination determination unit 12 detects a continuous free area on the storage device 2 and notifies the system area operation unit 13 of the area. In step S3, the system area operation unit 13 creates a system C by duplicating the system A in the free area. FIG. 3B shows system A (V ₁ ) To the free area of the storage device 2, and the system C (V ₁ ) Is shown.
[0029]
Next, in step S4, the installation processing unit 14 updates the upgrade file (V ₁ → V _{N + 1} ) 3, system C (V ₁ ) Is upgraded. Initial version V ₁ System C of the latest version V as shown in FIG. _{N + 1} Will be upgraded.
[0030]
In step S5, the system switching unit 17 converts the activation system program into the currently activated version V. _N Latest version V upgraded from System B _{N + 1} Switch to system C. As a result, the storage state of the storage device 2 becomes as shown in FIG. Since various methods are known for switching the activation system program in the storage device 2, a detailed description thereof is omitted here. After that, if the system is restarted in step S6, the processing device 1 is updated to the latest version V. _{N + 1} The system C is activated.
[0031]
As described above, when the system program upgrade process ends normally, the system switching unit 17 switches the boot system program from the system B to the upgraded system C. The system is the latest version V _{N + 1} It becomes. On the other hand, for example, if a hardware problem occurs during the upgrade in step S4 and the upgrade process is terminated halfway, the startup system program has not yet been switched. , System B is used as before the version upgrade.
[0032]
Always the initial version V on the storage device 2 ₁ The system update file 3 created by the manufacturer is updated by upgrading the system C, which is a copy of the system A, at the time of version upgrade. ₁ Latest version V from _{N + 1} One kind of is good. Similarly to the method disclosed in Japanese Patent Laid-Open No. 11-306007, the current startup system program (system B) is not upgraded, but another system program (system C) is upgraded. Since the activation system program is switched only when it is completed normally, the system B can be activated even if a hardware problem occurs during the version upgrade. The hardware trouble referred to here includes power-off of the device, disconnection of the cable connecting the device and the storage device, failure of the device, and the like.
[0033]
FIG. 4 is a diagram for explaining a method for reflecting setting values such as system parameters set in the currently activated system B to the new version of the system C. FIG. Although not shown in FIG. 1, the system setting unit 16 is provided between the installation processing unit 14 and the system switching unit 17 when necessary. The system setting unit 16 extracts the user setting value from the system B, which is the current startup system program, after the version of the system C is upgraded by the installation processing unit 14 in FIG. Write and reflect the extracted setting value. As a method for extracting setting values, there are a method of extracting from a predetermined address, a method of reading from a file defined by a specific file name, and the like.
[0034]
In the present invention, the initial version of the system program (system A) is always kept in the storage device 2. This system A is used as a reference system for updating at the time of version upgrade, and is not used for starting. Therefore, by compressing this system program and storing it in the storage device 2, it is possible to reduce the waste of the storage device 2 area.
[0035]
FIG. 5 is a diagram for explaining the effect of the compression of the system A in the present invention. In the figure, an area indicated by a bold frame indicates an area of a system program set for activation.
[0036]
FIG. 5A shows a transition example of the system storage state of the storage device 2 when the system A is not compressed. When the system A is held without being compressed, the area of the system A is An area having the same size as that of the current activation system B is used.
[0037]
On the other hand, as shown in FIG. 5B, when the system A file is compressed and stored in the storage device 2 and the system A is copied for version upgrade, the installation destination determination unit 12 The system A that has been compressed is decompressed by the system area operation unit 13 in the free area detected by the above process, and a copy (system C) is created so as to be in the same state as the system A before compression. When system A is compressed and held in this way, it is necessary to decompress system A at the time of version upgrade, so it takes more time than simply copying system A, but system A is always held in a small area. can do. In practice, system programs are not frequently upgraded, and it is unlikely that decompression time will be a problem. It is useful to always be able to secure a lot of free space in the storage area 2.
[0038]
FIG. 6 is a diagram for explaining the effect of unnecessary system deletion in the present invention. In the figure, an area indicated by a bold frame indicates an area of a system program set for activation.
[0039]
FIG. 6A shows a transition example of the system storage state of the storage device when unnecessary system deletion is not performed. In the present invention, a copy of system A is created and upgraded, so that the number of system programs stored in the storage device 2 increases each time the upgrade is repeated, as shown in FIG.
[0040]
Therefore, as shown in FIG. _N To version V _{N + 1} After upgrading to a new version, switching the system program to be started and restarting, the system area operation unit 13 performs the original version V. _N Are deleted from the storage device 2. By so doing, unused system programs can be eliminated from the storage device 2, and an increase in system area can be avoided. In other words, the initial version (V ₁ ) And system programs other than the latest version of the system program are deleted, so that the system area ratio in the storage device 2 hardly changes.
[0041]
FIG. 7 is a flowchart (2) of version upgrade processing according to another embodiment of the present invention. The process of FIG. 7 is obtained by adding a process for confirming whether or not the version upgrade is successful to the process of FIG.
[0042]
The upgrade acquisition unit 11 receives an upgrade file (V ₁ → V _{N + 1} ) 3 is acquired from the outside (step S10), the installation destination determination unit 12 detects a continuous free area on the storage device 2 (step S11), and the system area operation unit 13 adds the system A to the free area. Duplicate to create system C (step S12).
[0043]
Next, the installation processing unit 14 upgrades the version upgrade file (V ₁ → V _{N + 1} 3) The version is upgraded at 3 (step S13), and it is confirmed whether the version upgrade is successful (step S14). If unsuccessful, the system C is deleted (step S17), the area of the system C in the storage device 2 is released, and the process is terminated. If successful, the system switching unit 17 switches the activation system program from the system B to the upgraded system C (step S15), and restarts the system (step S16).
[0044]
In this process, the installation processing unit 14 uses the upgrade file 3 to upgrade the system C, and then determines whether the upgrade has been performed normally. Since an incorrect upgrade file is used, the process is in progress. Confirm that it has not been canceled by. An incorrect file refers to a file that does not perform a normal upgrade, such as an installed upgrade file, a file for a purpose other than that of the DX, and a bug upgrade file. By determining whether the version upgrade was successful before switching the system program to be started, it is possible to avoid restarting with a system program that does not operate normally. As the confirmation method, for example, confirmation by checksum, confirmation by test running before system switching, confirmation by inquiry to an operator, or the like can be used.
[0045]
【Example】
FIG. 8 is a block diagram showing an embodiment of the present invention. The processing device 1 is an information device (computer) composed of a CPU and a memory. A version upgrade program 100 for upgrading a system program operating on the processing device 1 includes a version upgrade file acquisition unit 101, an installation destination determination unit. 102, a system area operation unit 103, an installation processing unit 104, a version upgrade end determination unit 105, a system setting unit 106, and a system switching unit 107.
[0046]
An input interface 4 for inputting the upgrade file 3 via an external storage medium or a communication line is connected to the processing device 1, and a storage device 2 is also connected. The storage device 2 has a compressed initial version V ₁ System program (system A) and the current startup system program (system B) are stored.
[0047]
The upgrade file acquisition unit 101 uses V ₁ → V _{N + 1} Version upgrade file (V ₁ → V _{N + 1} ) 3 is obtained through the input interface 4. The installation destination determination unit 102 detects a continuous free area on the storage device 2 for creating the system C. The system area operation unit 103 decompresses the system A in the area detected by the installation destination determination unit 102 and creates the system C. The installation processing unit 104 updates the upgrade file (V ₁ → V _{N + 1} ) Upgrade system C using 3. The upgrade end determination unit 105 confirms whether the version upgrade of the system C is successful. The system setting unit 106 extracts user setting values from the system B, which is the current startup system program, and reflects the extracted setting values to the upgraded system C. The system switching unit 107 switches the system program to be started from the system B to the upgraded system C, and then restarts the system.
[0048]
FIG. 9 is a process flowchart of the upgrade program in the present embodiment. The upgrade file (V ₁ → V _{N + 1} ) When 3 is acquired from the outside (step S20), a continuous free area on the storage device 2 is detected (step S21), and the system A of the initial version is duplicated by decompressing the system A in the free area. System C is created (step S22).
[0049]
Next, the version upgrade file (V ₁ → V _{N + 1} ) 3 is upgraded using 3 (step S23), and it is confirmed whether the version upgrade is successful (step S24). If unsuccessful, the process proceeds to step S29, the system C copied from the system A is deleted from the storage device 2, and the process ends.
[0050]
If the version upgrade is successful, the setting value of the user to be transferred from the system B to the system C is extracted and reflected in the system C (step S25), and the startup system program is switched from the system B to the upgraded system C. (Step S26). Then the system is updated to the latest version V _{N + 1} The system C is restarted (step S27), and the system B is deleted from the storage device 2 (step S28). Note that the deletion of the system B is not performed every time the version is upgraded, but may be appropriately determined by looking at the state of the free space in the storage device 2.
[0051]
A transition example of the system storage state of the storage device in the embodiment of the present invention will be described with reference to FIG. In the figure, an area indicated by a bold frame indicates an area of a system program set for activation. With the version upgrade process, the storage state of the system program changes as shown in FIGS.
[0052]
FIG. 10A shows the storage state of the system program in the storage device 2 before the upgrade. Compressed System A (V ₁ ) And System B (V _N ) Two systems are stored. FIG. 10B shows the compressed system A (V ₁ ) To system C (V ₁ ) Is shown. FIG. 10C shows system C (V ₁ ) Is upgraded, and the upgraded system C (V _{N + 1} ) Is shown. FIG. 10 (d) shows system B (V _N System C (V) upgraded from _{N + 1} ) Shows the state where the startup system program has been switched. FIG. 10 (e) shows system B (V _N ) Is deleted and the version upgrade process is completed.
[0053]
The upgrade program 100 that upgrades using the upgrade file 3 can use the same version upgrade program at any stage.
[0054]
In the above description, the initial version V ₁ Is the version of the system program that was first provided and is the version that will be used as the basis for creating subsequent upgrade files. However, it may not be the first version in the strict sense. If there is an error, the version of the system program provided first after the modification can be treated as the initial version.
[0055]
The characteristics of the present embodiment are listed as follows.
[0056]
(Appendix 1) A method for upgrading a computer system program,
Separate from the currently running system program, store the initial version of the system program in a storage device,
When upgrading a system program, obtain a version upgrade file that contains data for upgrading the system program from the initial version to the latest version.
Creating a copy of the system program of the initial version in the free space of the storage device;
Update the copy of the initial version of the system program to the latest version of the system program using the upgrade file,
Switching the system program to be started to the latest version of the system program
A system program upgrade method characterized by the above.
[0057]
(Appendix 2) In the system program version upgrade method described in Appendix 1,
Extracting a user setting value from the currently running system program stored in the storage device, and setting a system program upgraded to the latest version based on the extracted setting value;
A system program upgrade method characterized by the above.
[0058]
(Appendix 3) In the system program version upgrade method described in Appendix 1,
The initial version of the system program is compressed and stored in the storage device,
When creating a copy of the initial version of the system program, the compressed initial version of the system program is decompressed to create a copy.
A system program upgrade method characterized by the above.
[0059]
(Appendix 4) In the system program version upgrade method described in Appendix 1,
A process of deleting a system program started before the upgrade from the storage device after the upgrade
A system program upgrade method characterized by the above.
[0060]
(Appendix 5) In the system program version upgrade method described in Appendix 1,
Judges whether or not the version upgrade of the system program was successful, and if not successful, does not switch to the latest version of the system program
A system program upgrade method characterized by the above.
[0061]
(Appendix 6) In the method of upgrading the system program of the device,
Means for storing a plurality of system programs including a current version and an initial version;
Means for copying the initial version of the system program;
A method for changing the initial version of the system program to the latest version using the data for version upgrade;
Means for switching the system program to be started to the latest version of the system program.
System upgrade method characterized by this.
[0062]
(Appendix 7) A program for upgrading a system program of a computer having a storage device storing an initial version of the system program separately from the currently running system program,
A process of creating a copy of the initial version of the system program in a free area of the storage device;
A process for updating a copy of the system program of the initial version to the latest version of the system program using a version upgrade file storing data for upgrading the system program from the initial version to the latest version;
Switching the system program to be started to the latest version of the system program,
A program for upgrading system programs to be executed by a computer.
[0063]
(Appendix 8) A recording medium recording a program for upgrading a system program of a computer having a storage device storing an initial version of the system program separately from the currently activated system program,
A process of creating a copy of the initial version of the system program in a free area of the storage device;
A process for updating a copy of the system program of the initial version to the latest version of the system program using a version upgrade file storing data for upgrading the system program from the initial version to the latest version;
Switching the system program to be started to the latest version of the system program,
Recorded a program to be executed by a computer
A program recording medium for upgrading a system program.
[0064]
【The invention's effect】
As described above, according to the present invention, when the system program is upgraded, the initial version V is always used. ₁ Latest version V from _{N + 1} The upgrade file created by the manufacturer is updated to the initial version V. ₁ Latest version V from _{N + 1} One type of file that stores the data to be upgraded to the version is sufficient, and the creation and distribution of the upgrade file is simplified. Also, it becomes unnecessary for the user to determine which version upgrade file to apply at the time of version upgrade, and it becomes possible to easily upgrade to the latest version. This is particularly effective for appliances such as appliance servers where it is difficult to check the version.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration example of the present invention.
FIG. 2 is a flowchart (1) of a system program upgrade process according to the present invention.
FIG. 3 is a diagram showing a transition example of a system storage state of a storage device according to the present invention.
FIG. 4 is a diagram for explaining a setting value reflecting method in the present invention.
FIG. 5 is a diagram for explaining the effect of system A compression in the present invention;
FIG. 6 is a diagram for explaining the effect of unnecessary system deletion in the present invention.
FIG. 7 is a system program upgrade process flowchart (2) according to the present invention;
FIG. 8 is a block diagram showing an embodiment of the present invention.
FIG. 9 is a flowchart of a system program upgrade process in the present embodiment.
FIG. 10 is a diagram showing a transition example of the system storage state of the storage device according to the embodiment of the present invention.
FIG. 11 is a diagram illustrating an example of a system using an appliance server.
FIG. 12 is a diagram showing an example of a backup file provided in the conventional technique (1).
FIG. 13 is a diagram showing an example of a backup file provided in the conventional technique (2).
FIG. 14 is a diagram showing an example of a backup file provided in the conventional technique (3).
[Explanation of symbols]
1 Processing device
10 version upgrade program
11 Upgrade file acquisition part
12 Installation location determination unit
13 System area operation section
14 Installation processing department
16 System setting section
17 System switching part
2 storage devices
3 Upgrade file
4 Input interface
100 version upgrade program
101 Upgrade file acquisition unit
102 Installation location determination unit
103 System area operation unit
104 Installation processing section
105 Version upgrade end determination unit
106 System setting section
107 System switching unit

Claims

A method for upgrading a computer startup system program, comprising:
Separately from the startup system program that is currently running, store the initial version of the startup system program in the storage device,
When performing the version-up of the boot system program, to create a duplicate of the initial version boot system program in the free space of the storage device,
Update a copy of the initial version of the startup system program to the latest version of the startup system program by using a version upgrade file that stores data for upgrading the startup system program from the initial version to the latest version. ,
Upgrade method of system program and switches the boot system program start to the latest version of boot system program.

The system program version upgrade method according to claim 1,
Extracting a user setting value from the currently activated activation system program stored in the storage device, and setting the activation system program upgraded to the latest version based on the extracted setting value; System program version upgrade method characterized by the above.

The system program version upgrade method according to claim 1,
The initial version of the startup system program is compressed and stored in the storage device,
The initial version when creating a copy of boot system program upgrade method of the system program, characterized in that the boot system program compressed initial version thawed to create a duplicate.

A program for upgrading a startup system program for a computer having a storage device storing an initial version of the startup system program separately from the startup system program currently being started ,
A process of creating a copy of the initial version of the startup system program in an empty area of the storage device;
Update a copy of the initial version of the startup system program to the latest version of the startup system program, using a version upgrade file that stores data for upgrading the startup system program from the initial version to the latest version. Processing,
A process of switching to the latest version of boot system program starting system program starts to,
A program for upgrading system programs to be executed by a computer.

A recording medium recording a program for upgrading a computer startup system program comprising a storage device storing a startup system program of an initial version separately from a startup system program currently started ,
A process of creating a copy of the initial version of the startup system program in an empty area of the storage device;
Update a copy of the initial version of the startup system program to the latest version of the startup system program, using a version upgrade file that stores data for upgrading the startup system program from the initial version to the latest version. Processing,
A process of switching to the latest version of boot system program starting system program starts to,
A program recording medium for upgrading a system program, wherein a program for causing a computer to execute is recorded.