JPH0887410A - プログラム更新／回復方法 - Google Patents

Abstract

(57)【要約】 【目的】 プログラムの更新失敗時であっても、配布元
のコンピュータから改めて旧バージョンプログラムをフ
ァイル転送する必要がなくなり、旧バージョンプログラ
ムへの回復を迅速に行い、プログラム使用不可能状態を
短縮すること。 【構成】 配布されたプログラムのプログラム名称が組
込済みのプログラムのプログラム名称と同一である場
合、組込済み同一名称のプログラムのバックアップを自
身のシステム中に生成した後に前記組込済みのプログラ
ムを前記配布されたプログラムに更新し、前記更新結果
の確認において、更新できなかったプログラムモジュー
ルが存在した場合には、前記組込済みのプログラムを前
記生成したバックアップに基づいて更新前に回復する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク等の伝送
手段を通して新バージョンプログラムを配布して更新
し、その更新に失敗した場合は旧バージョンプログラム
へ回復させるプログラムの更新／回復方法に関し、特に
旧バージョンプログラムに関与する範囲に関する回復対
象ファイル情報に基づいて生成したバックアップファイ
ルから旧バージョンプログラムを回復するプログラム更
新／回復方法に関する。

【０００２】

【従来の技術】従来において、ネットワーク内の特定の
コンピュータから他のコンピュータに対してプログラム
を配布し、他のコンピュータには配布した処理を実行さ
せるシステムがある。

【０００３】このようなシステムにおいて、配布先のコ
ンピュータでは、旧バージョンプログラムをネットワー
クを通して配布された新バージョンプログラムに更新す
ることによって新バージョンプログラムへバージョンア
ップをした時、一部のプログラムモジュールは新バージ
ョンプログラムのプログラムモジュールに更新された
が、その他のプログラムモジュールについては何らかの
原因で更新に失敗して更新されない場合等がある。

【０００４】このような場合に、当該プログラムを旧バ
ージョンに早急に回復させる必要があるが、従来は、配
布プログラムを一括管理している配布元から新ためて旧
バージョンのプログラムモジュールの転送を受けて旧バ
ージョンのプログラムモジュールに回復するという回復
方法が採られていた。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来の回復方法にあっては、配布プログラムを一括管理し
ている配布元から改めて旧バージョンプログラムをファ
イル転送していることから、旧バージョンプログラムの
回復に要する時間が長くなり、バージョンの異なるプロ
グラムモジュールの混在によるプログラム使用不可能状
態が長時間化するという問題があった。

【０００６】一方また、配布元コンピュータと配布先コ
ンピュータとでソース言語レベルでは互換性があるが、
ロードモジュールレベルでは互換性がない場合、配布元
からソースモジュールを配布し、配布先では配布された
ソースモジュールからロードモジュールを生成し、該生
成したプログラムを実行させるようにする必要がある。

【０００７】しかし、ソースモジュールの新バージョン
への更新には成功したが、ロードモジュールの更新には
失敗した場合は、配布元から改めてロードモジュールの
転送を受けることは不能であるため、配布先では配布元
から再度旧バージョンのソースモジュールの配布を受
け、その配布された旧バージョンのソースモジュールか
らロードモジュールを生成することになる。

【０００８】このため、前記に場合に比べさらに旧バー
ジョンプログラムの回復に要する時間が長くなり、バー
ジョンの異なるプログラムモジュールの混在によるプロ
グラム使用不可能状態が長時間化するという問題があっ
た。

【０００９】本発明の目的は、新バージョンプログラム
への更新を失敗した場合に、旧バージョンプログラムへ
の回復を迅速に行い、プログラム使用不可能状態を短縮
することができるプログラム回復方法を提供することで
ある。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に本発明は、第２のコンピュータにおいて第１のコンピ
ュータから新たに配布されたプログラムのプログラム名
称が組込済みのプログラムのプログラム名称と同一であ
るか否かを判定し、同一である場合、組込済みの同一名
称のプログラムのバックアップファイルを生成した後、
前記組込済みのプログラムを新たに配布されたプログラ
ムに更新し、その更新結果の確認において、更新できな
かったプログラムモジュールが存在した場合には、前記
組込済みのプログラムを前記バックアップファイルの内
容に基づいて更新前に回復することを特徴とする。

【００１１】さらに、第１のコンピュータから新たなプ
ログラムを配布するに際し、配布するプログラムに関与
するプログラムファイルを示す回復対象ファイル情報を
新たなプログラムと共に送信し、この回復対象ファイル
情報を第２のコンピュータに保持させておき、第１のコ
ンピュータから新たなプログラムが配布されたとき第２
のコンピュータにおいては新たに配布されたプログラム
のプログラム名称が組込済みのプログラムのプログラム
名称と同一であるか否かを判定し、同一である場合、前
記保持しておいた回復対象ファイル情報に基づいて前記
組込済みプログラムと該組込済みプログラムに関与する
回復対象ファイル情報についてのバックアップファイル
を生成した後、前記組込済みのプログラムを新たに配布
されたプログラムに更新し、その更新結果の確認におい
て、更新できなかったプログラムモジュールが存在した
場合には、前記組込済みのプログラムと該組込済みプロ
グラムに関与する回復対象ファイル情報を前記バックア
ップファイルの内容に基づいて更新前に回復することを
特徴とする。

【００１２】

【作用】本発明によれば、配布元の第１のコンピュータ
から配布先の第２のコンピュータに配布されたプログラ
ムのプログラム名称が組込済みのプログラムのプログラ
ム名称と同一である場合、組込済み同一名称のプログラ
ムのバックアップファイルが生成される。この後、前記
組込済みのプログラムが新たに配布されたプログラムに
更新されるが、その更新結果の確認において、更新でき
なかったプログラムモジュールが存在した場合には、組
込済みのプログラムがバックアップファイルの内容に基
づいて更新前に回復される。

【００１３】従って、更新失敗時であっても、配布元の
第１のコンピュータから改めて旧バージョンプログラム
をファイル転送する必要がなくなり、プログラム使用不
可能状態を短縮することができる。

【００１４】また、第１のコンピュータから新たなプロ
グラムを配布するに際し、配布するプログラムに関与す
るプログラムファイルを示す回復対象ファイル情報を新
たなプログラムと共に送信される。この回復対象ファイ
ル情報は第２のコンピュータに保持させる。第２のコン
ピュータは、第１のコンピュータから新たなプログラム
が配布されたとき、新たに配布されたプログラムのプロ
グラム名称が組込済みのプログラムのプログラム名称と
同一であるか否かを判定し、同一である場合、前記保持
しておいた回復対象ファイル情報に基づいて更新失敗時
の回復対象となる組込済みプログラムについてのバック
アップファイルを生成する。

【００１５】この時、組込済みプログラムに関与する回
復対象ファイル情報のバックアップファイルも同時に生
成する。

【００１６】この後、組込済みのプログラムを新たに配
布されたプログラムに更新しようとするが、その更新結
果の確認において、更新できなかったプログラムモジュ
ールが存在した場合には、前記バックアップファイルの
内容に基づいて、組込済みのプログラムと該組込済みプ
ログラムに関与する回復対象ファイル情報を更新前の状
態に回復する。

【００１７】従って、配布先においてソースモジュール
からロードモジュールを生成して使用するようなシステ
ム構成にあっては、回復対象ファイル情報として、ソー
スモジュールのファイルの他に、ロードモジュールのフ
ァイルを指定しておくことにより、ソースモジュールか
らロードモジュールを改めて生成する必要がなくなり、
更新前の状態に迅速に回復させることができる。

【００１８】

【実施例】以下、本発明を図面に示す一実施例に基づい
て詳細に説明する。

【００１９】なお、実施例においては、コンピュータシ
ステムのＯＳとして、ＵＮＩＸシステムの１つであるＨ
Ｉ−ＵＸシステムを仮定して説明する。従って、本シス
テムにおけるファイルシステムでは、データおよびプロ
グラムが格納されているファイルは階層化したディレク
トリにより管理され、またディレクトリもファイルの一
種として扱われる。

【００２０】図１は、本発明のプログラム更新／回復方
法を適用したコンピュータシステムの一実施例を示すシ
ステム構成図である。

【００２１】図１において、１はネットワーク上の他の
コンピュータシステムに組み込むプログラムを配布する
コンピュータシステム、２ａ〜２ｃはコンピュータシス
テム１によって配布されたプログラムを組み込み、組み
込んだプログラムを実行するコンピュータシステムであ
り、これらのコンピュータシステムは通信回線３で結合
されている。

【００２２】ここで、本実施例では、ＯＳが提供してい
るコマンド等を使用するが、使用方法等はＨＩ−ＵＸ関
連のマニュアルに詳細に記述されているため、本実施例
での具体的な使用方法等の詳細な説明は省略する。

【００２３】なお、本実施例で主に使用するコマンドと
その機能概略は、次の通りである。

【００２４】（１）findコマンド：ファイルの検索 （２）cpioコマンド：ファイルのアーカイブおよびアン
アーカイブ （３）cpコマンド：ファイルのコピー （４）mkdirコマンド：ディレクトリの作成 まず、コンピュータシステム１には、プログラムprog1
のバージョン０１版がディレクトリv01下にプログラム
本体１１として組み込まれている。

【００２５】また、プログラムprog1のバージョン０２
版が開発されると、バージョン０２版がディレクトリv0
2下にプログラム本体１２として組み込まれる。

【００２６】なお、本例ではプログラムprog1のバージ
ョン０１版の各プログラムモジュールは、ディレクトリ
v01下のfile1、file11、file12とに格納されている。

【００２７】また、プログラムprog1のバージョン０２
版の各プログラムモジュールは、ディレクトリv02下のf
ile1、file11、file12とに格納されている。

【００２８】本実施例では、cpio（-o：アーカイブ）コ
マンドの実行によって、指定のパス名以降のアーカイブ
をファイルシステムから入手することができる。

【００２９】また、cpio（-i：アンアーカイブ）コマン
ドの実行によって、入手したアーカイブをファイルシス
テムへコピーすることができる。

【００３０】例えば、図２に示すトリーについて「／…
／…／prog1／v01／prog1」を指定してcpioコマンド（-
o：アーカイブ）を実行すると、プログラム本体１１の
アーカイブＡ１を入手することができる。

【００３１】また、アーカイブＡ１を入力としてディレ
クトリ「／…／…／prog1／v01」下でcpio（-id：アン
アーカイブ）コマンドを実行すると、アーカイブＡ１の
内容がディレクトリ「／…／…／prog1／v01」下にコピ
ーされる。

【００３２】アーカイブは、当該ノードがディレクトリ
かファイルかを示すモード６１、当該ノードのノード名
称６４とその長さを示すノード名称長６２、当該ノード
がファイルである場合は格納しているデータ６５とその
データ長を示すデータ長６３およびその他の情報から構
成されている。

【００３３】図１に戻り、コンピュータシステム１は、
プログラムprog1のバージョン０１版であるプログラム
本体１１を例えばコンピュータシステム２ａに配布する
場合、プログラム本体１１のアーカイブＡ１と、プログ
ラム本体１１の回復対象ファイル情報を内容とする回復
対象ファイルＲ１とをコンピュータシステム２ａにファ
イル転送する。

【００３４】回復対象ファイル情報とは、後述の場合等
に有効であるが、あるサブファイルシステムにおいて当
該サブファイルシステムの回復が必要となった場合に、
どのファイルを回復するかをパス名で示したものであ
る。

【００３５】本実施例では、プログラムモジュールが格
納されている全ファイルを回復対象ファイル情報として
いる。

【００３６】例えば、プログラム本体１１の回復対象フ
ァイル情報は、パス名「／…／…／prog1／v01／prog
1」を指定したfind（-type f）コマンドの実行によっ
て、プログラム本体１１の全プログラムモジュールファ
イルのパス名である「prog1／file1」と「prog1／dir1
／file11」と「prog1／dir1／file12」のパス名を入手
できるが、本例では共通のディレクトリ下にある「file
11」と「file12」については、転送情報削減のために当
該共通のディレクトリ「prog1／dir1」を転送情報とし
ていることによって、パス名「prog1／file1」と「prog
1／dir1」とが回復対象ファイルＲ１の内容となってい
る。

【００３７】コンピュータシステム２ａでは、アーカイ
ブＡ１と回復対象ファイルＲ１とがファイル転送された
時に、アーカイブＡ１を指定したcpio（-i：アンアーカ
イブ）コマンドを実行することによりコピーしたプログ
ラム本体２１と、プログラム本体２１とは別のパスでデ
ィレクトリbackupfileとをmkdirコマンドの実行により
生成し、ディレクトリbackupfile下にファイルprog1を
生成し、当該ファイルprog1に回復対象ファイルＲ１の
内容を格納した回復対象ファイル２２を作成する。

【００３８】また、コンピュータシステム２ａでは、コ
ンピュータシステム１からプログラムprog1のバージョ
ン０２版であるプログラム本体１２のアーカイブＡ２と
プログラム本体１２の回復対象ファイルＲ２とがファイ
ル転送された時、プログラム本体２１と回復対象ファイ
ル２２とに基づき、例えば、（１）プログラム本体２１
と回復対象ファイル２２とは別のパスでディレクトリba
ckupdataをmkdirコマンドで生成する、（２）回復対象
ファイル２２で指定されているそれぞれのファイル（本
例では「prog1／file1」と「prog1／dir1」）につい
て、プログラム本体２１のディレクトリprog1の親ディ
レクトリ下で「find %s -print|cpio -pd backupdata」
（ただし、%sは「prog1／file1」または「prog1／dir
1」）コマンドを実行する、という手順でバックアップ
データ２３（プログラム本体２１と同一内容）を生成
し、これをディレクトリbackupdata下に組み込む。

【００３９】図３は、コンピュータシステム１によるコ
ンピュータシステム２ａに配布すべきプログラム本体１
２のアーカイブＡ２および回復対象ファイルＲ２の入手
から、コンピュータシステム２ａにおけるこれら情報を
受信した後のプログラム本体２１のプログラムモジュー
ルの更新までのフローチャートである。

【００４０】以下、プログラム配布のためのアーカイブ
および回復対象ファイルの生成から、これら情報を受信
してのプログラム更新までの動作を図３のフローチャー
トに従って説明する。

【００４１】まず、コンピュータシステム１にプログラ
ムprog1のバージョン０２版であるプログラム本体１２
がディレクトリv02下に組み込まれると、コンピュータ
システム１はディレクトリv02下のディレクトリprog1以
降のアーカイブＡ２をcpio（-o：アーカイブ）コマンド
の実行により入手する（ステップ３０１）。

【００４２】次に、ディレクトリv02下のディレクトリp
rog1に関する回復対象ファイルＲ２をfind（-type f -p
rint）コマンドの実行により入手し（ステップ３０
２）、この後に、転送情報削減のために、入手した情報
を編集する（ステップ３０３）。

【００４３】例えば、次のように編集する。

【００４４】＜入手情報＞ prog1/file1 prog1/dir1/file11 prog1/dir1/file12 ＜編集結果の回復対象ファイルＲ２＞ prog1/file1 prog1/dir1（入手情報とは「prog1/dir1」までが
共通であるため）。

【００４５】次に、アーカイブＡ２と回復対象ファイル
Ｒ２とをコンピュータシステム２ａへファイル転送する
（ステップ３０４）。

【００４６】コンピュータシステム２ａは上記情報を受
信したらならば（ステップ３０５）、プログラム本体１
１のアーカイブＡ１と回復対象ファイルＲ１のファイル
転送を受けたときに組み込んであるプログラム本体２１
と回復対象ファイル２２とに基づき、プログラム本体２
１とは別のパスで、図１に示すバックアップデータ２３
を生成する（ステップ３０６）。

【００４７】本例では、回復対象ファイル２２の内容が
「prog1/file1」と「prog1/dir1」であるため、プログ
ラム本体２１と同一ディレクトリ構造でプログラム本体
２１のプログラムモジュールのバックアップがバックア
ップデータ２３として生成される。

【００４８】次に、プログラム本体２１のディレクトリ
prog1をワークディレクトリとしてアーカイブＡ２を入
力とするcpio（-id：アンアーカイブ）コマンドを実行
することにより、プログラム本体２１のファイルfile
1、file11、file12の内容をプログラム本体１２のファ
イルfile1、file11、file12の内容に更新する（ステッ
プ３０７）。

【００４９】次に、全ファイルへの格納が正常か否か、
すなわち全プログラムモジュールが正常に更新されたか
否かをリターン情報により確認する（ステップ３０
８）。

【００５０】確認の結果、正常リターンである場合は、
プログラム本体１２の全プログラムモジュールの格納が
正常になされたと判断し、不要となったバックアップデ
ータ２３を削除する（ステップ３０９）。

【００５１】その後、回復対象ファイル２２の内容を転
送されてきた回復対象ファイルＲ２の内容に更新する
（ステップ３１０）。

【００５２】以上により、プログラム本体２１と回復対
象ファイル２２との実際の内容は、プログラム本体１１
に関する内容からプログラム本体１２に関する内容に更
新され、かつバックアッブデータ２３は存在しないこと
になる。

【００５３】なお、cpio（-id：アンアーカイブ）コマ
ンドであるが、例えばプログラムprog1が実行中であっ
てfile1に格納されているプログラムモジュールが主記
憶装置上にロードされている（file1が使用中）ために
格納できなかった場合は、コマンドの実行終了時に、格
納できなかったファイル（この場合はfile1）のファイ
ル名称と共にその旨の連絡がなされる（異常リター
ン）。

【００５４】図４は、コンピュータシステム２ａにおけ
るアーカイブＡ２および回復対象ファイルＲ２を受信し
てからの以前配布されて組み込んであるプログラム本体
２１の内容（本例ではプログラム本体２１のfile1、fil
e11、file12の内容）を今配布されたプログラム本体１
２の内容に更新することに失敗した場合、プログラム本
体２１の内容を更新前の内容に戻すためのプログラム回
復概念図である。

【００５５】更新成功か否かの確認の結果（ステップ７
０）、異常リターンである場合は、格納できなかったフ
ァイルのファイル名を図４に示す更新時使用中ファイル
情報４１に記憶しておく（ステップ１００および図４に
示す手順）。

【００５６】次に、バージョン０１版のプログラムモジ
ュールとバージョン０２版のプログラムモジュールとが
混在しているプログラム本体２１のプログラムモジュー
ル格納ファイルを、バックアップデータ２３により、バ
ージョン０１版のプログラムモジュール格納ファイルも
含めすべてバージョン０１版プログラムモジュール格納
ファイルとする。

【００５７】具体的には、ディレクトリbackupdataをワ
ークディレクトリとする「find . -print | cpio -pd p
directory（「pdirectory」はプログラム本体２１のデ
ィレクトリprog1の親ディレクトリ）」コマンドを実行
する。

【００５８】実行の結果、異常リターンの場合には、連
絡されたファイル名称を回復時使用中ファイル情報４２
に記憶する（図４に示す手順）。

【００５９】リターンが正常リターンの場合、または異
常リターンであるが更新時使用中ファイル情報４１に記
憶しているファイル名称と回復時使用中ファイル情報４
２に記憶しているファイル名称とがすべて同一である場
合は、プログラム本体２１が回復されたものと判断して
終了する（ステップ３１１）。

【００６０】次に、回復対象ファイル情報の有効性につ
いて、下記の運用形態の場合で説明する。

【００６１】図１において、コンピュータシステム１と
２ａとの間、またはコンピュータシステム２ａ〜２ｃ同
士間でソース言語レベルでは互換性があるが、ロードモ
ジュールレベルでは互換性がない場合、コンピュータシ
ステム１はコンピュータシステム２ａ〜２ｃへソースモ
ジュールを転送して、各々のコンピュータシステム２ａ
〜２ｃは転送されたソースモジュールを自身のシステム
下のコンパイラでコンパイルしてロードモジュールを作
成する必要がある。

【００６２】このような場合、最初のプログラム配布時
に、コンピュータシステム１とコンピュータシステム２
ａ〜２ｃとの間で、例えば「file11とfile12にはprog1
のソースモジュールを格納し、file1にはprog1のロード
モジュールを格納する」のように、それぞれのプログラ
ムについてのサブファイル体系（トリー構造）を事前に
決めておく。

【００６３】または、このような詳細な取決めをするま
でもなく、最初のプログラム配布時に、単にサブファイ
ル体系（トリー構造）だけをコンピュータシステム１か
らコンピュータシステム２ａ〜２ｃへ転送し、コンピュ
ータシステム２ａ〜２ｃは転送されたサブファイル体系
（トリー構造）に従って、自身のファイルシステム下に
そのプログラムについてのサブファイル体系（トリー構
造）を生成する。

【００６４】このような取決めの下で、プログラム配布
時にコンピュータシステム２ａ〜２ｃへ転送する情報と
して、ソースモジュールが格納されているファイル「fi
le11、file12」だけに関するアーカイブ、すなわち「pr
og1／dir1」以降のアーカイブをアーカイブＡｉとし、
また回復対象ファイル情報としてはロードモジュールを
格納しているファイル「file1」も含めた「prog1／file
1」と「prog1／dir1」とを回復対象ファイルＲｉとす
る。

【００６５】このようにした場合、上記のアーカイブＡ
ｉと回復対象ファイルＲｉを受信したコンピュータシス
テム２ａ〜２ｃは、前回のプログラム配布時に受信して
保持してある回復対象ファイル２２（すなわち、回復対
象ファイルＲ（ｉ−１））の内容である「prog1／file
1」と「prog1／dir1（すなわち、prog1／dir1／file11
とprog1／dir1／file12）」を基にバックアップデータ
２３を生成する。

【００６６】その後、転送されたソースモジュール（フ
ァイルfile11、file12の内容）がプログラム本体２１の
ファイルfile11、file12に格納され、これらのソースモ
ジュールから生成されたロードモジュールがプログラム
本体２１のファイルfile1に格納される。この時点で、
プログラム本体２１の旧バージョンのロードモジュール
は消失したわけであるが、これを旧バージョンに回復す
る場合、旧バージョンのロードモジュールをバックアッ
プデータ２３として保持しているため、旧バージョンへ
の回復が容易に可能となる。

【００６７】以上のように、本実施例においては、配布
元のコンピュータシステム１から配布先のコンピュータ
システム２ａ〜２ｃに配布されたプログラムのプログラ
ム名称が組込済みのプログラム本体２１のプログラム名
称と同一である場合、組込済み同一名称のプログラム本
体２１のバックアップデータ２３（バックアップファイ
ル）が生成される。

【００６８】この後、前記組込済みのプログラム本体２
１が新たに配布されたプログラム本体１２に更新される
が、その更新結果の確認において、更新できなかったプ
ログラムモジュールが存在した場合には、組込済みのプ
ログラム本体２１がバックアップデータ２３に基づいて
更新前に回復される。

【００６９】従って、更新失敗時であっても、配布元の
コンピュータシステム１から改めて旧バージョンプログ
ラムをファイル転送する必要がなくなり、プログラム使
用不可能状態を短縮することができる。

【００７０】また、コンピュータシステム１から新たな
プログラムを配布するに際し、配布するプログラム本体
１２に関与するプログラムファイルを示す回復対象ファ
イル情報を新たなプログラム本体１２と共に送信し、回
復対象ファイル情報を配布先のコンピュータ２ａ〜２ｃ
に保持させ、配布先のコンピュータ２ａ〜２ｃでは、コ
ンピュータ１から新たなプログラム本体１２が配布され
たとき、新たに配布されたプログラム本体１２のプログ
ラム名称が組込済みのプログラム本体２１のプログラム
名称と同一であるか否かを判定し、同一である場合、前
記保持しておいた回復対象ファイル情報に基づいて更新
失敗時の回復対象となる組込済みプログラム本体２１に
ついてのバックアップデータ２３を生成し、組込済みの
プログラム本体２１を新たに配布されたプログラム本体
１２に更新しようとした時、その更新結果の確認におい
て、更新できなかったプログラムモジュールが存在した
場合には、前記バックアップデータ２３の内容に基づい
て、組込済みのプログラム本体２１と該組込済みプログ
ラムに関与する回復対象ファイル情報を更新前の状態に
回復する。

【００７１】従って、配布先においてソースモジュール
からロードモジュールを生成して使用するようなシステ
ム構成にあっては、回復対象ファイル情報として、ソー
スモジュールのファイルの他に、ロードモジュールのフ
ァイルを指定しておくことにより、ソースモジュールか
らロードモジュールを改めて生成する必要がなくなり、
更新前の状態に迅速に回復させることができる。

【００７２】ところで、本発明は、上記実施例に限定さ
れるものではなく、次のような実施例も可能である。

【００７３】（１）．コンピュータシステム１は、プロ
グラムの全モジュールについてのアーカイブをコンピュ
ータシステム２ａ〜２ｃに送信しているが、これを変更
のあったモジュール（ファイル）だけについてのアーカ
イブをコンピュータシステム２ａ〜２ｃに送信してもか
まわない。

【００７４】なおこの場合は、アーカイブ対応に当該モ
ジュール（ファイル）の親ディレクトリまでのパス名も
送信する。

【００７５】この場合、コンピュータシステム２ａ〜２
ｃは、それぞれのアーカイブについて、送信された対応
の親ディレクトリをワークディレクトリとしてアンアー
カイブを実行すればよい。

【００７６】このようにすると、更新が複数回になる
が、更新に失敗した時点で更新を中止して回復できるよ
うになり、回復対象のファイルが一括更新での失敗の場
合より一般的に少なくなり、またバージョンの異なるプ
ログラムモジュールが混在する時間も短くなる。

【００７７】（２）．コンピュータシステム１は、プロ
グラムの全モジュールについてのアーカイブをコンピュ
ータシステム２ａ〜２ｃに送信しているが、これを変更
のあったモジュール（ファイル）だけについてのファイ
ルをコンピュータシステム２ａ〜２ｃに送信してもかま
わない。

【００７８】なおこの場合は、ファイル対応に当該モジ
ュール（ファイル）までのパス名も送信する。

【００７９】この場合、コンピュータシステム２ａ〜２
ｃは、それぞれのファイルについて、送信された当該フ
ァイルのパス名から当該ファイルの親ディレクトリ（当
該ファイルのパス名の直前のノード）を検索し、検索し
た親ディレクトリをワークディレクトリとしてcpコマン
ドを実行してモジュール（ファイル）単位でのコピーを
実行すればよい。

【００８０】このようにすると、更新失敗時においては
上記と同一の効果が得られる。

【００８１】（３）．コンピュータシステム１は、親デ
ィレクトリが同一であるファイルについては当該親ディ
レクトリまでのパス名に編集して回復対象ファイルＲｉ
の内容としているが、これを編集しないでそのままコン
ピュータシステム２ａ〜２ｃに送信してもかまわない。

【００８２】（４）．コンピュータシステム１は、回復
対象ファイルＲｉをコンピュータシステム２ａ〜２ｃに
送信しているが、これを送信しないようにして、コンピ
ュータシステム２ａ〜２ｃ側は更新前のプログラム本体
２１（旧バージョン）についてパス名をプログラム本体
２１のディレクトリprog1の親ディレクトリに指定したf
ind（-print）コマンドを実行して更新前のプログラム
本体２１（旧バージョン）の全ファイル名（パス名）を
入手し、転送されてきたアーカイブＡｉについてはアー
カイブＡｉを入力とするcpio（-tv）コマンドを実行し
てアーカイブＡｉ中の全ファイル名（パス名）を入手す
る。そして、入手したそれぞれのファイル名（パス名）
について比較を行って、ファイル名（パス名）の一致す
るファイルだけについてバックアップデータ２３を取得
してもよい。

【００８３】（５）．新旧両バージョンのディレクトリ
構成およびファイル構成を同一としているが、実際には
同一でなくてもよい。

【００８４】例えば、更新前のプログラム本体２１には
存在しないファイル「…/prog1/dir1/file13」がアーカ
イブＡｉ中にはある場合は、プログラム本体２１への更
新前に、上記「４．」の方法で更新前のプログラム本体
２１（旧バージョン）の全ファイル名（パス名）と転送
されてきたアーカイブＡｉ中の全ファイル名（パス名）
とを比較し、追加されている「…/prog1/dir1/file13」
を検出して保持しておく。

【００８５】その後に、プログラム本体２１のディレク
トリprog1をワークディレクトリとしてアーカイブＡｉ
を入力とするcpio（-id：アンアーカイブ）コマンドを
実行することによってプログラム本体２１のファイルfi
le1、file11、file12の内容をプログラム本体１２のフ
ァイルfile1、file11、file12の内容に更新し、さらに
プログラム本体２１の「…/prog1/dir1」ディレクトリ
下にファイルfile13をその内容を格納したまま追加す
る。

【００８６】なお、アーカイブＡｉの内容に更新された
プログラム本体２１を更新前の状態に回復する場合は、
バックアップデータ２３を基にファイルfile1、file1
1、file12の内容を回復し、さらに保持している「…/pr
og1/dir1/file13」を基にファイル「…/prog1/dir1/fil
e13」を削除すればよい。

【００８７】（６）．更新に失敗した場合は回復を行う
が、更新の再試行には次のような方法等が考えられる。

【００８８】適当な時間のタイマを設定しておいて、
このタイマのタイムアウトをきっかけとして、更新→回
復の動作を更新が成功するまで適当な回数繰り返す。

【００８９】当日の当該プログラムの運用が終了した
後に更新を行う。

【００９０】（７）．ネットワーク構成をとらず、配布
元と配布先が１対１のシステム構成あってもよい。

【００９１】以上のように他の実施例も示したが、どの
実施例を採用するかは、それぞれの実施例の特徴と当該
システムの運用または特徴とを考慮して最適な組み合わ
せを選択すればよい。

【００９２】例えば、大半のモジュールが変更となった
場合には、当該バージョンアッププログラム全体をアー
カイブしてコンピュータシステム２ａ〜２ｃに送信し、
一部のモジュールが変更となった場合には、当該モジュ
ールだけに関する情報をコンピュータシステム２ａ〜２
ｃに送信する等のケース対応に動作する構成も考えられ
る。

【００９３】

【発明の効果】以上説明したように本発明においては、
第２のコンピュータにおいて第１のコンピュータから新
たに配布されたプログラムのプログラム名称が組込済み
のプログラムのプログラム名称と同一であるか否かを判
定し、同一である場合、組込済みの同一名称のプログラ
ムのバックアップファイルを生成した後、前記組込済み
のプログラムを新たに配布されたプログラムに更新し、
その更新結果の確認において、更新できなかったプログ
ラムモジュールが存在した場合には、前記組込済みのプ
ログラムを前記バックアップファイルの内容に基づいて
更新前に回復するようにしたので、更新失敗時であって
も、配布元のコンピュータから改めて旧バージョンプロ
グラムをファイル転送する必要がなくなり、旧バージョ
ンプログラムへの回復を迅速に行い、プログラム使用不
可能状態を短縮することができる。

【００９４】また、第１のコンピュータから新たなプロ
グラムを配布するに際し、配布するプログラムに関与す
るプログラムファイルを示す回復対象ファイル情報を新
たなプログラムと共に送信し、この回復対象ファイル情
報を第２のコンピュータに保持させておき、第１のコン
ピュータから新たなプログラムが配布されたとき第２の
コンピュータにおいては新たに配布されたプログラムの
プログラム名称が組込済みのプログラムのプログラム名
称と同一であるか否かを判定し、同一である場合、前記
保持しておいた回復対象ファイル情報に基づいて前記組
込済みプログラムについてのバックアップファイルを生
成した後、前記組込済みのプログラムを新たに配布され
たプログラムに更新し、その更新結果の確認において、
更新できなかったプログラムモジュールが存在した場合
には、前記組込済みのプログラムを前記バックアップフ
ァイルの内容に基づいて更新前に回復するようにしたの
で、配布先においてソースモジュールからロードモジュ
ールを生成して使用するようなシステム構成にあって
は、回復対象ファイル情報として、ソースモジュールの
ファイルの他に、ロードモジュールのファイルを指定し
ておくことにより、ソースモジュールからロードモジュ
ールを改めて生成する必要がなくなり、更新前の状態に
迅速に回復させることができる。

【００９５】さらに、更新できなかったプログラムモジ
ュールが存在した場合には、そのプログラムファイル名
称を一時記憶しておき、バックアップファイルの内容に
基づいて更新前に回復するとき、回復対象のプログラム
ファイルが使用中であれば、その使用中のプログラムフ
ァイルの名称と前記一時記憶しておいたログラムファイ
ル名称とを比較し、同一であれば当該プログラムファイ
ルのプログラムは更新前に回復されたものとすることに
より、使用中であったプログラムファイルが未使用状態
になるのを待つ必要がなくなり、そのための時間が短縮
される。

【図面の簡単な説明】

【図１】本発明を適用したネットワークシステムの一実
施例を示すシステム構成図である。

【図２】アーカイブ情報の構成を示す説明図である。

【図３】実施例におけるファイル更新／回復の手順を示
すフローチャートである。

【図４】プログラムが更新前の状態に回復される様子を
示す概念図である。

【符号の説明】

１，２ａ〜２ｃ…コンピュータシステム、３…通信回
線、１１…プログラム本体(バージョン０１)、１２…プ
ログラム本体(バージョン０２)、２１…プログラム本体
(現行バージョン)、２２…回復対象ファイル、２３…バ
ックアップデータ(バージョン０１)、４１…更新時使用
中ファイル情報、４２…回復時使用中ファイル情報、Ａ
２…プログラム本体(バージョン０２)のアーカイブ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 紀平 篤志 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 勝田 貴子 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 第１のコンピュータから第２のコンピュ
   ータに配布され、第２のコンピュータに組込済みのプロ
   グラムを第１のコンピュータから新たに配布されたプロ
   グラムに更新するプログラム更新／回復方法において、 第１のコンピュータから新たに配布されたプログラムの
   プログラム名称が組込済みのプログラムのプログラム名
   称と同一であるか否かを判定し、同一である場合、組込
   済みの同一名称のプログラムのバックアップファイルを
   生成した後、前記組込済みのプログラムを新たに配布さ
   れたプログラムに更新し、その更新結果の確認におい
   て、更新できなかったプログラムモジュールが存在した
   場合には、前記組込済みのプログラムを前記バックアッ
   プファイルの内容に基づいて更新前に回復することを特
   徴とするプログラム更新／回復方法。
2. 【請求項２】 前記第１のコンピュータから新たなプロ
   グラムを配布するに際し、配布するプログラムに関与す
   るプログラムファイルを示す回復対象ファイル情報を新
   たなプログラムと共に送信し、この回復対象ファイル情
   報を第２のコンピュータに保持させておき、第１のコン
   ピュータから新たなプログラムが配布されたとき第２の
   コンピュータにおいては新たに配布されたプログラムの
   プログラム名称が組込済みのプログラムのプログラム名
   称と同一であるか否かを判定し、同一である場合、前記
   保持しておいた回復対象ファイル情報に基づいて前記組
   込済みプログラムと該組込済みプログラムに関与する回
   復対象ファイル情報についてのバックアップファイルを
   生成した後、前記組込済みのプログラムを新たに配布さ
   れたプログラムに更新し、その更新結果の確認におい
   て、更新できなかったプログラムモジュールが存在した
   場合には、前記組込済みのプログラムと該組込済みプロ
   グラムに関与する回復対象ファイル情報を前記バックア
   ップファイルの内容に基づいて更新前に回復することを
   特徴とする請求項１記載のプログラム更新／回復方法。
3. 【請求項３】 更新できなかったプログラムモジュール
   が存在した場合には、そのプログラムファイル名称を一
   時記憶しておき、前記バックアップファイルの内容に基
   づいて更新前に回復するとき、回復対象のプログラムフ
   ァイルが使用中であれば、その使用中のプログラムファ
   イルの名称と前記一時記憶しておいたログラムファイル
   名称とを比較し、同一であれば当該プログラムファイル
   のプログラムは更新前に回復されたものとすることを特
   徴とする請求項１または２記載のプログラム更新／回復
   方法。