(57)【要約】【課題】カスタマイズされたプログラムモジュールなどのソフトウェアの構成要素のバージョンアップを安全に実施できるバージョンアップ方法を提供する。【解決手段】コンピュータ１のソフトウェア実行環境９に、プログラムモジュールなどのソフトウェアの構成要素がカスタマイズされたものか否かを示すフラグ１４を設ける。一方、バージョンアップキット３１は、前記実行環境に導入すべきバージョンアップ用のソフトウェアの構成要素と、バージョンアッププログラム３３と、個々のソフトウェアの構成要素がソフトウェア実行環境９においてカスタマイズされたソフトウェアの構成要素に適合するものか否かを示すフラグ３７とを設けておく。バージョンアッププログラム３３は、前記実行環境９のフラグ１４とバージョンアップキット３１のフラグ３７とを比較し、この比較結果を加味してバージョンアップの実行の可否を判定する。【選択図】      図１
2004287852.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータのソフトウェア実行環境に、前記実行環境に含まれるソフトウェア構成要素がカスタマイズされたものであるか否かを示す第１のフラグを設けておき、
バージョンアップキットに、前記実行環境に含まれるソフトウェア構成要素に対して置き換えられるバージョンアップ用のソフトウェア構成要素がカスタマイズされたものであるか否かを示す第２のフラグを設けておき、
前記コンピュータの処理演算部にて、前記第１のフラグと前記第２のフラグとを比較し、この比較結果を加味して、前記バージョンアップキットによるバージョンアップの実行の可否を判定することを特徴とするソフトウェアのバージョンアップ方法。
【請求項２】
前記コンピュータの処理演算部にて、前記第１のフラグと前記第２のフラグとを比較し、この比較結果と前記ソフトウェアの複数の構成要素間の依存関係を加味して前記バージョンアップキットによるバージョンアップの実行の可否を判定することを特徴とする請求項１に記載のソフトウェアのバージョンアップ方法。
【請求項３】
前記コンピュータの処理演算部にて、前記第１のフラグと前記第２のフラグとを比較し、この比較結果と前記ソフトウェアの複数の構成要素間の依存関係、およびバージョンの新旧の正当性の判定結果とを加味して前記バージョンアップキットによるバージョンアップの実行の可否を判定することを特徴とする請求項１に記載のソフトウェアのバージョンアップ方法。
【請求項４】
ソフトウェア構成要素がカスタマイズされたものであるか否かを示す第１のフラグを有するコンピュータのソフトウェア実行環境のバージョンアップを、前記実行環境に含まれるソフトウェア構成要素に対して置き換えられるバージョンアップ用のソフトウェア構成要素がカスタマイズされたものであるか否かを示す第２のフラグを有するバージョンアップキットを用いてコンピュータに実行させるプログラムであって、
前記第１のフラグと前記第２のフラグとを比較する手段と、
この比較結果を加味して前記バージョンアップキットによるバージョンアップの実行の可否を判定する手段と
してコンピュータを機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータにインストールされたソフトウェアのバージョンアップ方法およびコンピュータプログラムに関する。
【０００２】
【従来の技術】
コンピュータにインストールされているソフトウェアのバージョンアップは、更新内容をプログラムモジュールの単位で書き替えることによって行われることが一般である。この際、既存のプログラムモジュールのバージョンが、これから置き換えようとしているプログラムモジュールのバージョンよりも低いことの確認を行うことが安全上必須である。
【０００３】
近年、このソフトウェアのバージョンアップ時のバージョン確認作業は、バージョンアップキットに含まれているプログラムによって自動化されていることが多い。さらに、この種のプログラムでは、バージョン確認作業で既存のプログラムモジュールのバージョンが不当であることを確認した場合に、バージョンアップの実行を不可とすることで、バージョンアップの信頼性向上を実現している（たとえば特許文献１を参照）。
【０００４】
【特許公報１】
特開２００１−３１８７９５号公報
【０００５】
【発明が解決しようとする課題】
ところで、ソフトウェアは、製品として提供されたパッケージそのままのかたち（標準）で使用されるケース以外に、ユーザの要望に応じてソフトウェア提供者がプログラムモジュールの一部に変更（カスタマイズ）を施したうえで使用されるケースがある。このようにカスタマイズされたプログラムモジュールを含むコンピュータ内のソフトウェア実行環境に対して、不用意にパッケージ標準のバージョンアップキットを適用してバージョンアップを実行させてしまった場合、バージョンアップキットに上記のようなバージョン確認機能が組み込まれていたとしても、カスタマイズされた既存のプログラムモジュールのバージョン番号が、バージョンアップキットに含まれている同一名のプログラムモジュールのバージョン番号よりも低ければ、そのままバージョンアップの手順が実行されてしまい、カスタマイズされたプログラムモジュールが標準のプログラムモジュールに変更されてしまう、あるいは、標準のプログラムモジュールがカスタマイズされたプログラムモジュールに変更されてしまう、という問題があった。
【０００６】
本発明は、このような課題を解決するためになされたものであり、カスタマイズされたプログラムモジュールなどのソフトウェアの構成要素のバージョンアップを安全に実施することのできるソフトウェアのバージョンアップ方法およびコンピュータプログラムを提供することを目的としている。
【０００７】
【課題を解決するための手段】
かかる目的を達成するために、本発明にかかるソフトウェアのバージョンアップ方法は、コンピュータのソフトウェア実行環境に、前記実行環境に含まれるソフトウェア構成要素がカスタマイズされたものであるか否かを示す第１のフラグを設けておき、バージョンアップキットに、前記実行環境に含まれるソフトウェア構成要素に対して置き換えられるバージョンアップ用のソフトウェア構成要素がカスタマイズされたものであるか否かを示す第２のフラグを設けておき、前記コンピュータの処理演算部にて、前記第１のフラグと前記第２のフラグとを比較し、この比較結果を加味して、前記バージョンアップキットによるバージョンアップの実行の可否を判定することを特徴とする。
【０００８】
この発明によれば、カスタマイズされたプログラムモジュールなどのソフトウェアの構成要素から標準のソフトウェアの構成要素への更新、さらには標準のソフトウェアの構成要素からカスタマイズされたソフトウェアの構成要素への更新といった、不当なバージョンアップを防止することができる。
【０００９】
また、本発明は、好ましくは、前記コンピュータの処理演算部にて、前記第１のフラグと前記第２のフラグとを比較し、この比較結果と前記ソフトウェアの複数の構成要素間の依存関係を加味して前記バージョンアップキットによるバージョンアップの実行の可否を判定するようにしても構わない。
【００１０】
これにより、依存関係を有する複数のプログラムモジュールの一部がバージョンアップされることによる複数のプログラムモジュール間の整合性の破壊を阻止することができる。
【００１１】
さらに、本発明は、好ましくは、前記コンピュータの処理演算部にて、前記第１のフラグと前記第２のフラグとを比較し、この比較結果と前記ソフトウェアの複数の構成要素間の依存関係、およびバージョンの新旧の正当性の判定結果とを加味して前記バージョンアップキットによるバージョンアップの実行の可否を判定するようにしてもよい。
【００１２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
【００１３】
図１は、本発明にかかるソフトウェアのバージョンアップ方法の実施の一形態を示す図である。
【００１４】
同図に示すように、コンピュータ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２、メインメモリ３、入力装置４、表示装置５、ハードディスクドライブなどのランダムアクセス可能な不揮発性記憶装置６、ＣＤ−ＲＯＭドライブなどの記憶媒体読み込み装置７、およびこれらを接続するバス８などで構成されている。
【００１５】
このコンピュータ１の不揮発性記憶装置６にはソフトウェア実行環境９が構築されている。このソフトウェア実行環境９は、ソフトウェアの構成要素であるプログラムモジュールＰ１−１、Ｐ２−１およびデータベースＤ１−１と、これらソフトウェアの構成要素に関する管理情報１１とで構成されている。ソフトウェアの構成要素とは、実行時に呼び出されるソフトウェアの単位、あるいは、ソフトウェアのバージョンアップが行われる際に更新が行われるソフトウェアの単位である。
【００１６】
管理情報１１は、ソフトウェアの構成要素の名前１２とバージョン番号１３、このソフトウェアの構成要素がカスタマイズされたものであるか否かを示すフラグ１４、そしてこのソフトウェアの構成要素と依存関係を持つソフトウェアの構成要素である関連モジュールの名前１５とで構成されている。
【００１７】
ソフトウェア・パッケージ製品のインストールキット２１は、ソフトウェアの構成要素であるプログラムモジュールＰ１−１、Ｐ２−１およびデータベースＤ１−１と、これらソフトウェアの構成要素をコンピュータ１のソフトウェア実行環境９に導入するとともに上記の管理情報１１の初期設定を行うインストールプログラム２２とで構成されている。このインストールプログラム２２による管理情報１１の初期設定ではフラグ１４の値はすべてカスタマイズ無しを示す値たとえば”０”とされる。このフラグ１４の値は、ソフトウェア・パッケージ製品のインストール後にソフトウェアの構成要素のカスタマイズが行われた際に、カスタマイズ有りを示す値たとえば”１”に手作業などにより書き換えることが可能となっている。
【００１８】
ソフトウェア・パッケージ製品のバージョンアップキット３１は、過去のバージョンのソフトウェアの構成要素に対して更新内容を含む新しいバージョン番号のソフトウェアの構成要素であるプログラムモジュールＰ１−２、Ｐ２−２およびデータベースＤ１−２と、バージョンアップチェック用管理情報３２と、ユーザにより指定されたバージョンアップ先のコンピュータ１の既存のソフトウェア実行環境９への自バージョンアップキット３１の適用によるバージョンアップの可否をチェックし、適用が可であることを確認して、コンピュータ１の既存のソフトウェア実行環境９にバージョンアップキット３１内の新しいバージョン番号のソフトウェアの構成要素を導入するバージョンアッププログラム３３とで構成されている。
【００１９】
これらソフトウェア・パッケージ製品のインストールキット２１およびバージョンアップキット３１は、たとえばＣＤ−ＲＯＭなどの記憶媒体によりユーザに提供され、たとえば記憶媒体読み込み装置７によりコンピュータ１に読み込まれる。
【００２０】
バージョンアップチェック用管理情報３２は、バージョンアップ対象であるソフトウェアの構成要素の名前３５とその既存バージョン番号３６、このソフトウェアの構成要素がカスタマイズされたものであるか否かを示すフラグ３７、そしてこのソフトウェアの構成要素と依存関係を持つ他のソフトウェアの構成要素である関連モジュールの名前３８とで構成されている。
【００２１】
ソフトウェア提供者によって提供されるソフトウェア・パッケージ製品のバージョンアップキット３１には、コンピュータ１の標準のソフトウェア実行環境９、すなわちカスタマイズされたソフトウェアの構成要素を含まないソフトウェア実行環境に適用される標準バージョンアップキットと、カスタマイズされたソフトウェアの構成要素を含むカスタマイズド・ソフトウェア実行環境に適用されるカスタマイズド・バージョンアップキットとがある。
【００２２】
標準バージョンアップキット３１の中のバージョンアップチェック用管理情報３２のフラグ３７の値は、図１に示したように、すべてカスタマイズ無しの値たとえば”０”に設定されている。図２は、カスタマイズド・バージョンアップキット３１Ａの構成例を示している。この場合、カスタマイズされたソフトウェアの構成要素である”Ｐ２”という名前のプログラムモジュールＰ２−２のフラグ３７の値はカスタマイズ有りの値たとえば”１”に設定されている。
【００２３】
次に、本実施形態のバージョンアップ方法を説明する。図３は、バージョンアップキット３１のバージョンアッププログラム３３の基本的な処理手順を示すフローチャートである。
【００２４】
コンピュータ１のＣＰＵ２は、記憶媒体読み込み装置７などを通じて、ＣＤ−ＲＯＭなどの記憶媒体からバージョンアップキット３１のバージョンアッププログラム３３を読み込んでメインメモリ３にロードし、当該バージョンアッププログラム３３を実行することによって、以下のバージョンアップ手順を実行する。
【００２５】
まず、コンピュータ１の既存のソフトウェア実行環境９から管理情報１１を読み出すとともに、バージョンアップキット３１からバージョンアップチェック用管理情報３２を読み出し、各々の照合によりバージョンアップの実行の可否のチェックが行われる。より詳細には、バージョンアップしようとしている一つ一つのソフトウェアの構成要素について以下の判定が行われる。
【００２６】
まず、バージョンアップしようとしている最初のソフトウェアの構成要素について、管理情報１１のバージョン番号１３と、バージョンアップチェック用管理情報３２の既存バージョン番号３６とが一致しているか否かをチェックすることによって、バージョンの新旧の関係の正当性を判定する（ステップ３０２）。一致していればバージョンの新旧の関係が正しいこと（古いバージョンから新しいバージョンへの更新であること）を判定し、次のステップ３０４のチェックに移行する。不一致の場合は古いバージョンのバージョンアップキット３１が適用されたことを示すメッセージをユーザにたとえば視覚的に通知して（ステップ３０３）、バージョンアップ手順を終了する。
【００２７】
バージョンの新旧の関係が正しいことを判定した場合、次に、処理対象であるソフトウェアの構成要素について、管理情報１１のフラグ１４の値とバージョンアップチェック用管理情報３２のフラグ３７の値とが一致しているか否かをチェックする（ステップ３０４）。標準のソフトウェアの構成要素どうし、もしくは、カスタマイズされたソフトウェアの構成要素どうしのバージョンアップである場合には、管理情報１１のフラグ１４の値とバージョンアップチェック用管理情報３２のフラグ３７の値とは一致するので、この場合は次のステップ３０６のチェックに移行する。フラグ１４、３７の値が不一致の場合は、たとえば、不適切なバージョンアップが試みられたことをその理由とともにユーザにたとえば視覚的に通知して（ステップ３０５）、バージョンアップ手順を終了する。
【００２８】
次に、バージョンアップチェック用管理情報３２から、処理対象であるソフトウェアの構成要素と依存関係を持つ他のソフトウェアの構成要素である関連モジュールの名前３８の有無を調べ、関連モジュールの名前３８があるならば、この関連モジュールであるソフトウェアの構成要素がカスタマイズされたものであるかどうかを、管理情報１１に基づいて判定する（ステップ３０６）。関連モジュールの名前３８が記述されていない場合、または関連モジュールであるソフトウェアの構成要素がカスタマイズされたものではない場合には、今回の処理対象であるソフトウェアの構成要素のバージョンアップは正当であるものと見なしてステップ３０１へ移行し、次のソフトウェアの構成要素についての処理に移行する。
【００２９】
また、関連モジュールであるソフトウェアの構成要素がカスタマイズされたものである場合には、次に、そのカスタマイズされた関連モジュールであるソフトウェアの構成要素の新しいバージョンのソフトウェアの構成要素がバージョンアップキット３１に用意されているかどうかをバージョンアップチェック用管理情報３２に基づいて調べる（ステップ３０７）。該当する新しいバージョンのソフトウェアの構成要素がバージョンアップキット３１に用意されているならば、今回の処理対象であるソフトウェアの構成要素のバージョンアップは正当であるものと見なして、次のソフトウェアの構成要素についての処理に移行する。該当する新しいバージョンのソフトウェアの構成要素がバージョンアップキット３１に用意されていなければ、このままバージョンアップを行うと依存関係を有する複数のソフトウェアの構成要素の整合性が壊れる旨をユーザにたとえば視覚的に通知して（ステップ３０８）、バージョンアップ手順を終了する。
【００３０】
バージョンアップしようとしている全てのソフトウェアの構成要素のバージョアップが正当であることが以上の処理で判定されたならば（ステップ３０１のＹＥＳ）、バージョンアップキット３１に収録されている新しいバージョン番号のソフトウェアの構成要素で、コンピュータ１の既存のソフトウェア実行環境９のソフトウェアの構成要素を更新するとともに、管理情報１１の更新を行う（ステップ３０９）。
【００３１】
次に、バージョンアップの可否判定の具体例を示す。
【００３２】
図４は、コンピュータ１の標準のソフトウェア実行環境４１に標準バージョンアップキット５１を適用した場合である。
【００３３】
標準のソフトウェア実行環境４１には、ソフトウェアの構成要素としてプログラムモジュールＰ１−１、プログラムモジュールＰ２−１、データベースＤ１−１が存在している。これらのソフトウェアの構成要素の名前１２は”Ｐ１””Ｐ２””Ｄ１”、バージョン番号１３はすべて”１”、フラグ１４の値はすべてカスタマイズ無しを示す”０”とされ、関連モジュールの名前１５はいずれも無しとなっている。
【００３４】
一方、標準バージョンアップキット５１には、バージョンアップ用のソフトウェアの構成要素として２つのプログラムモジュールＰ１−２、Ｐ２−２とデータベースＤ１−２が収録されている。これらのソフトウェアの構成要素の名前３５は”Ｐ１””Ｐ２””Ｄ２”、既存バージョン番号３６はすべて”１”、フラグ３７の値はすべてカスタマイズ無しを示す”０”とされ、関連モジュールの名前３８はいずれも無しとなっている。
【００３５】
このケースでは、標準のソフトウェア実行環境４１の２つのプログラムモジュールＰ１−２、Ｐ２−２およびデータベースＤ１−２と、標準バージョンアップキット５１の２つのプログラムモジュールＰ１−２、Ｐ２−２およびデータベースＤ１−２との間において、バージョンの新旧の関係がいずれも正当であることが判定されるとともに、管理情報１１のフラグ１４の値とバージョンアップチェック用管理情報３２のフラグ３７の値がすべてカスタマイズ無しを示す”０”の値で一致している。
【００３６】
この結果、標準バージョンアップキット５１は、コンピュータ１の既存のソフトウェア実行環境に適合したバージョンアップキットであることが判定され、標準バージョンアップキット５１のプログラムモジュールＰ１−２、Ｐ２−２、データベースＤ１−２で、コンピュータ１の既存の標準ソフトウェア実行環境４１の更新が行われるとともに、管理情報１１の更新が行われる。
【００３７】
図５は、コンピュータ１のカスタマイズされたソフトウェア実行環境４２にカスタマイズド・バージョンアップキット５２を適用した場合である。
【００３８】
コンピュータ１のカスタマイズされたソフトウェア実行環境４２には、ソフトウェアの構成要素としてプログラムモジュールＰ１−１、プログラムモジュールＰ２−１、データベースＤ１−１が存在しており、これらのソフトウェアの構成要素の名前１２は”Ｐ１””Ｐ２””Ｄ１”、バージョン番号１３はすべて”１”である。プログラムモジュールＰ２−１のフラグ１４の値はカスタマイズ有りを示す”１”、プログラムモジュールＰ１−１およびデータベースＤ１−１のフラグ１４の値はカスタマイズ無しを示す”０”である。関連モジュールの名前１５はいずれも無しである。
【００３９】
一方、カスタマイズド・バージョンアップキット５２には、バージョンアップ用のソフトウェアの構成要素として２つのプログラムモジュールＰ１−２、Ｐ２−２が含まれている。これらのソフトウェアの構成要素の名前３５は”Ｐ１””Ｐ２”、既存バージョン番号３６はすべて”１”である。プログラムモジュールＰ２−２のフラグ３７の値はカスタマイズ有りを示す”１”、プログラムモジュールＰ１−２のフラグ３７の値はカスタマイズ無しを示す”０”である。関連モジュールの名前３８はいずれも無しである。
【００４０】
このケースでは、カスタマイズド・バージョンアップキット５２の２つのプログラムモジュールＰ１−２、Ｐ２−２とも、バージョンの新旧の関係が正当であることが判定されるとともに、管理情報１１のフラグ１４の値とバージョンアップチェック用管理情報３２のフラグ３７の値が、プログラムモジュールＰ１−１とプログラムモジュールＰ１−２との間では”０”で、さらにプログラムモジュールＰ２−１とプログラムモジュールＰ２−２との間では”１”でそれぞれ一致している。
【００４１】
この結果、カスタマイズド・バージョンアップキット５２は、コンピュータ１のカスタマイズされたソフトウェア実行環境４２に適合したバージョンアップキットであることが判定され、カスタマイズド・バージョンアップキット５２のプログラムモジュールＰ１−２、Ｐ２−２でコンピュータ１のソフトウェア実行環境４２の更新が行われるとともに、管理情報１１の更新が行われる。
【００４２】
図６は、コンピュータ１の標準のソフトウェア実行環境４１に誤ってカスタマイズド・バージョンアップキット５２を適用しようとした場合である。
【００４３】
この場合は、バージョンの新旧の関係が正当であることが判定されるものの、標準のソフトウェア実行環境４１のプログラムモジュールＰ２−１のフラグ１４の値が”０”で、カスタマイズド・バージョンアップキット５２のプログラムモジュールＰ２−２のフラグ１４の値が”１”であるため、この場合は、バージョンアップの実行は不可となる。
【００４４】
同様に、コンピュータ１のカスタマイズされたソフトウェア実行環境４２に誤って標準バージョンアップキット５１を適用しようとした場合は、ソフトウェア実行環境４２のプログラムモジュールＰ１−１のフラグ１４の値が”１”で、標準バージョンアップキット５１のプログラムモジュールＰ１−２のフラグ１４の値が”０”であるため、この場合もバージョンアップの実行は不可となる。
【００４５】
図７は、コンピュータ１のカスタマイズされたソフトウェア実行環境４２にカスタマイズド・バージョンアップキット５２を適用した場合で、かつ依存関係をもつ複数のプログラムモジュールが存在する場合の例である。
【００４６】
コンピュータ１のカスタマイズされたソフトウェア実行環境４２には、ソフトウェアの構成要素としてプログラムモジュールＰ１−１、プログラムモジュールＰ２−１、データベースＤ１−１が存在しており、これらのソフトウェアの構成要素の名前１２は”Ｐ１””Ｐ２””Ｄ１”、バージョン番号１３はすべて”１”である。プログラムモジュールＰ１−１、Ｐ２−１のフラグ１４の値はそれぞれカスタマイズ有りを示す”１”、データベースＤ１−１のフラグ１４の値はカスタマイズ無しを示す”０”である。また、プログラムモジュールＰ１−１の関連モジュールの名前１５には”Ｐ２”が、プログラムモジュールＰ２−１の関連モジュールの名前１５には”Ｐ１”がそれぞれ記述され、プログラムモジュールＰ１−１とプログラムモジュールＰ２−１とは互いに依存関係を有するものとされている。
【００４７】
一方、カスタマイズド・バージョンアップキット５２には、バージョンアップ用のソフトウェアの構成要素として１つのプログラムモジュールＰ１−２が含まれている。このソフトウェアの構成要素の名前３５は”Ｐ１”、既存バージョン番号３６は”１”、フラグ３７の値はカスタマイズ有りを示す”１”、そして関連モジュールの名前３８として”Ｐ２”が記述されている。
【００４８】
この場合、コンピュータ１のカスタマイズされたソフトウェア実行環境４２において、名前が”Ｐ２”であるプログラムモジュールＰ２−１のフラグ１４を見ると、このプログラムモジュールＰ２−１はカスタマイズされたものであることが分かる。そして、このカスタマイズされたプログラムモジュールＰ２−１に対するバージョンアップ用のプログラムモジュールはカスタマイズド・バージョンアップキット５２には含まれていないことから、この場合もバージョンアップの実行は不可であることが判定される。
【００４９】
このように、本実施形態のバージョンアップ方法によれば、カスタマイズされたソフトウェアの構成要素から標準のソフトウェアの構成要素への更新、さらには標準のソフトウェア構の成要素からカスタマイズされたソフトウェアの構成要素への更新といった、不当なバージョンアップを防止することができる。また、依存関係を有する複数のプログラムモジュールの一部がのみがバージョンアップされることによって、依存関係を有する複数のプログラムモジュール間の整合性の破壊を阻止することができる。
【００５０】
本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００５１】
【発明の効果】
以上説明したように、本発明によれば、カスタマイズされたプログラムモジュールなどのソフトウェアの構成要素から標準のソフトウェアの構成要素への更新、さらには標準のソフトウェアの構成要素からカスタマイズされたソフトウェアの構成要素への更新といった、不当なバージョンアップを防止することができる。
【図面の簡単な説明】
【図１】本発明にかかるソフトウェアのバージョンアップ方法の実施の一形態を示す図である。
【図２】カスタマイズされたソフトウェアの構成要素を含むカスタマイズド・ソフトウェア実行環境に適用されるカスタマイズド・バージョンアップキットの構成を示す図である。
【図３】バージョンアッププログラムの処理手順を示すフローチャートである。
【図４】コンピュータの標準のソフトウェア実行環境に標準バージョンアップキットを適用した場合のバージョンアップの可否判定を示す図である。
【図５】コンピュータのカスタマイズされたソフトウェア実行環境にカスタマイズド・バージョンアップキットを適用した場合のバージョンアップの可否判定を示す図である。
【図６】コンピュータの標準のソフトウェア実行環境にカスタマイズド・バージョンアップキットを適用しようとした場合のバージョンアップの可否判定を示す図である。
【図７】コンピュータのカスタマイズされたソフトウェア実行環境にカスタマイズド・バージョンアップキットを適用した場合で、かつ依存関係をもつ複数のプログラムモジュールが存在する場合のバージョンアップの可否判定を示す図である。
【符号の説明】
１・・・・コンピュータ、６・・・・不揮発性記憶装置、９・・・・ソフトウェア実行環境、Ｐ１−１，Ｐ２−１，Ｐ１−２，Ｐ２−２・・・・プログラムモジュール、Ｄ１−１・・・・データベース、１１・・・・管理情報、１３・・・・バージョン番号、１４・・・・フラグ、１５・・・・関連モジュールの名前、３１・・・・バージョンアップキット、３２・・・・バージョンアップチェック用管理情報、３３・・・・バージョンアッププログラム、３６・・・・既存バージョン番号、３７・・・・フラグ、３８・・・・関連モジュールの名前、４１・・・・標準のソフトウェア実行環境、４２・・・・カスタマイズされたソフトウェア実行環境、５１・・・・標準バージョンアップキット、５２・・・・カスタマイズド・バージョンアップキット。
【図１】
2004287852.tif 000003
【図２】
2004287852.tif 000004
【図３】
2004287852.tif 000005
【図４】
2004287852.tif 000006
【図５】
2004287852.tif 000007
【図６】
2004287852.tif 000008
【図７】
2004287852.tif 000009