JPH1115647A - Software maintenance method - Google Patents
Software maintenance methodInfo
- Publication number
- JPH1115647A JPH1115647A JP9169939A JP16993997A JPH1115647A JP H1115647 A JPH1115647 A JP H1115647A JP 9169939 A JP9169939 A JP 9169939A JP 16993997 A JP16993997 A JP 16993997A JP H1115647 A JPH1115647 A JP H1115647A
- Authority
- JP
- Japan
- Prior art keywords
- software
- compare
- execution means
- version
- script
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明は、分散配置された複
数の配布先計算機へのソフトウエア保守に係り、特に、
各配布先計算機へ新バージョンのプログラムを入れ替え
る前に、万が一入れ替えが失敗した時にシステム稼働の
異常事態を避けるために、元の状態に確実に復旧できる
という保証をとっておくのに好適なソフトウエア保守方
法に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to software maintenance for a plurality of distribution-destination computers arranged in a distributed manner.
Before replacing a new version of a program with each destination computer, software that is suitable for ensuring that the original state can be reliably restored in order to avoid abnormal operation of the system in the event that the replacement fails. Regarding maintenance methods.
【０００２】[0002]
【従来の技術】従来の技術は、特開平第５−１０８３１
７号「ネツトワークシステム及びそのソフトウエア管理
方法」に示されている。2. Description of the Related Art The prior art is disclosed in Japanese Patent Laid-Open No. 5-10831.
No. 7, "Network system and its software management method".
【０００３】従来の技術は、配布元計算機が事前に準備
された新バージョンのソフトウエアを保持しており配布
先計算機に新バージョンの格納エリアにダウンロードし
た後に、配布先計算機が新バージョンの格納エリア内の
ソフトウエアのうちのインストールスクリプトを起動す
ることによって現行バージョンから新バージョンへのソ
ストウエアの入れ替えを実施する。新バージョンへのソ
ストウエアの入れ替えが成功した時には、新バージョン
の格納エリアを現行バージョンの格納エリアに移動させ
る。一方、新バージョンへのソストウエアの入れ替えが
失敗した時には、配布先計算機が旧（現行）バージョン
の格納エリア内のソフトウエアのうちのインストールス
クリプトを起動することによって旧（現行）バージョン
のソフトウエアへの復旧を実施する。常に、旧（現行）
バージョンの格納エリアには、前回の入れ替えの実施で
成功した、旧（現行）バージョンのソフトウエアが格納
されている。In the prior art, a distribution source computer holds a new version of software prepared in advance and downloads it to a distribution destination computer in a storage area for the new version. The software is switched from the current version to the new version by activating the installation script of the software in the software. When the replacement of the software with the new version is successful, the storage area of the new version is moved to the storage area of the current version. On the other hand, when the replacement of the software with the new version fails, the distribution destination computer activates the installation script of the software in the storage area of the old (current) version to switch to the old (current) version of the software. Perform recovery. Always old (current)
In the version storage area, the software of the old (current) version that has succeeded in the previous replacement is stored.
【０００４】[0004]
【発明が解決しようとする課題】従来の技術は、万が一
現行バージョンから新バージョンへのソストウエアの入
れ替えが失敗した時に、旧（現行）バージョンのソフト
ウエアへの復旧が保証（常に元通りに戻せられるという
こと）されていないために、旧（現行）バージョンのソ
フトウエアへの復旧も失敗することがあり、結局、配布
先計算機のソフトウエアシステムの動作不能によって業
務の支障を招く恐れがある。具体的な一例を以下に説明
する。According to the prior art, if the software replacement from the current version to the new version fails, the restoration to the old (current) version of the software is guaranteed (it can always be restored to the original version). That is, the restoration to the old (current) version of the software may also fail, and eventually, the operation of the software system of the distribution destination computer may become inoperable, which may hinder business operations. A specific example will be described below.
【０００５】例えば、リアルタイム制御計算機に代表さ
れる常駐型タスクは、主メモリ内にローディングされる
ことによってインストールが完了するものであり、次の
ようなインストールの制約がある。なお、タスクとは同
時に起動できる実行モジュール数が１つに限られている
実行モジュールの種別を指す。For example, a resident task represented by a real-time control computer completes installation by being loaded into a main memory, and has the following installation restrictions. Note that a task refers to a type of execution module in which the number of execution modules that can be started simultaneously is limited to one.
【０００６】（Ａ１）メモリ内の実行モジュールをバッ
クアップする手段がない （Ａ２）メモリ内の他の実行モジュール間とリンケージ
をとるためのインストールスクリプトが必要となる。(A1) There is no means for backing up an execution module in a memory. (A2) An installation script for linking with another execution module in a memory is required.
【０００７】このようなインストールの制約によって、
次のような問題点がある。Due to such installation restrictions,
There are the following problems.
【０００８】「タスクを新バージョンに入れ替えた時
に、これが万が一失敗した時に、元の旧バージョンへ確
実に戻すことができない」この問題の発生する原因に
は、旧バージョンの入れ替え直後と新バージョンの入れ
替え直後間で状況の変化があるためで、具体的には次の
ような要因があげられる。[0008] When a task is replaced with a new version, if it fails, it cannot be reliably restored to the previous old version. The cause of this problem is that the new version is replaced immediately after the replacement of the old version. This is because there is a change in the situation between immediately after and the following factors.
【０００９】（Ｂ１）ローディングパラメータの違い （Ｂ２）メモリ使用状況の変化 （Ｂ３）パッチによるメモリ空間のアドレスとデータ関
係の変化 このような要因がある限り、ソフトウエア保守の高信頼
化を図るためには、次の課題を解決する必要がある。(B1) Differences in loading parameters (B2) Changes in memory usage (B3) Changes in addresses and data relationships in memory space due to patches As long as these factors exist, to maintain high reliability of software maintenance Needs to solve the following issues:
【００１０】「メモリ内へ常駐する実行モジュールが、
入れ替える前の状態と、復旧した後で、アドレス空間お
よびデータが一致化されていることを保証しなければな
らない」 以上のように、本発明の目的は、現行バージョンから新
バージョンへのソストウエアの入れ替えの失敗に備え
て、旧（現行）バージョンのソフトウエアへの復旧を保
証（常に元通りに戻せられるということ）しておく手段
を提供することである。[0010] The execution module resident in the memory
It must be ensured that the address space and data are consistent after the restoration and the state before the restoration. ”As described above, an object of the present invention is to replace software from a current version to a new version. To provide a means to guarantee that the software can be restored to the old (current) version (it can always be restored) in case of failure.
【００１１】[0011]
【課題を解決するための手段】ソフトウエアの新バージ
ョンと旧バージョンが事前に配布先計算機の所定の記憶
領域に格納された状態において、配布先計算機にコンペ
ア実行手段を設けておき、該ソフトウエアを旧バージョ
ンから新バージョンに入れ替える前に、コンペア実行手
段が旧バージョンのソフトウエアから疑似的に生成され
る実行モジュールと既に登録されてある実行モジュール
（旧バージョンのソフトウエアの実行可能形式を指す）
間の同一性を検証する。In a state where a new version and an old version of software are stored in a predetermined storage area of a distribution destination computer in advance, a comparison execution means is provided in the distribution destination computer. Before replacing the old version with the new version, the compare execution means may execute the pseudo-generated execution module from the old version software and the already registered execution module (refers to the executable form of the old version software).
Verify the identity between
【００１２】検証結果が良好の時には、新バージョンの
ソフトウエアに入れ替える処理に移行するが、検証結果
が不良の時には、このような入れ替え処理を中止する。When the verification result is good, the process shifts to a process of replacing the software with a new version, but when the verification result is bad, the replacement process is stopped.
【００１３】コンペア実行手段は、旧バージョンのソフ
トウエアがソースファイルまたはオブジェクトやライブ
ラリおよびインストールスクリプトに加えてコンペアス
クリプトを含んでいる時には、コンペアスクリプトを起
動する。または、旧バージョンのソフトウエアがソース
ファイルまたはオブジェクトやライブラリおよびインス
トールスクリプトのみを含んでいる時には、インストー
ルスクリプトを解析して、ソフトウエア種別に従ってコ
ンペアコマンドを生成・実行する。ここで、コンペアス
クリプトとは、旧バージョンのソフトウエアから疑似的
に生成される実行モジュールと既に登録されてある実行
モジュール間を比較するためのコンペアコマンドを記述
したものである。インストールスクリプトとは、旧バー
ジョンのソフトウエアから実行モジュールを生成するた
めのコンパイル・リンク・ロードコマンドを記述したも
のである。[0013] The compare execution means activates the compare script when the old version of the software includes a compare script in addition to the source file or object or library and the installation script. Alternatively, when the old version of the software includes only source files or objects, libraries, and an installation script, the installation script is analyzed and a compare command is generated and executed according to the software type. Here, the compare script is a description of a compare command for comparing an execution module artificially generated from an old version of software with an already registered execution module. The installation script describes a compile, link, and load command for generating an execution module from software of an old version.
【００１４】ソフトウエアが複数ある場合には、コンペ
ア実行手段は、複数のソフトウエアを実行対象とする。When there are a plurality of software, the compare execution means sets the plurality of software as execution targets.
【００１５】前記コンペア実行手段によって、旧バージ
ョンのソフトウエアから疑似的に生成される実行モジュ
ールと既に登録されてある実行モジュール（旧バージョ
ンのソフトウエアの実行可能形式を指す）間の同一性を
検証しておくため、万が一、該ソフトウエアを旧バージ
ョンから新バージョンに入れ替える処理が失敗した時で
も、旧バージョンのソフトウエアへの復旧処理は、入れ
替える前の実行モジュールに元通りに戻すことが可能と
なる。[0015] The compare execution means verifies the identity between an execution module artificially generated from the old version of the software and an already registered execution module (indicating the executable form of the old version of the software). Therefore, even if the process of replacing the software from the old version to the new version fails, the process of restoring the software to the old version can be restored to the execution module before the replacement. Become.
【００１６】このような元通りに戻せられるという高信
頼なソフトウエア保守の実現によって、常にソフトウエ
アは正常な動作状態を維持することができ、ソフトウエ
アシステムの安全な稼働を保証させることができる。By realizing such a reliable software maintenance that can be restored, the software can always maintain a normal operation state, and the safe operation of the software system can be guaranteed. .
【００１７】[0017]
【発明の実施の形態】以下、本発明を実現するための実
施例を図面により説明する。DESCRIPTION OF THE PREFERRED EMBODIMENTS Embodiments for realizing the present invention will be described below with reference to the drawings.
【００１８】［１］実施例１ （Ａ）ハード・ソフトウエア構成例 図１に本発明を実現するためのハード・ソフトウエア構
成の一例を示す。図１は、ハードウエア構成として、配
布元計算機１１０と配布先計算機１３０がネットワーク
１２０に接続された構成を示している。配布先計算機１
３０は１つに限定されるものではなく複数のものがネッ
トワーク１２０に接続されていてもかまわない。配布元
計算機１１０はソフトウエア資源管理データベース１１
１およびソフト配布手段１１２を有する。一方、配布先
計算機１３０はソフト受信エリア１３１、コンペア実行
手段１３２、および、入れ替え実行手段１３３を有す
る。ソフトウエア保守を実施する場合、ソフト配布手段
１１２がソフトウエア資源管理データベース１１１のう
ち入れ替えるべきソフトウエアの新バージョン１１３と
旧バージョン１１４を保守対象となる配布先計算機１３
０のソフト受信エリア１３１にダウンロードする。旧バ
ージョンのソフトウエアとは、配布先計算機にとって現
行バージョンのソフトウエアを指す。新バージョンおよ
び旧バージョンのソフトウエアとして、それぞれがソー
スファイルまたはオブジェクトやライブラリおよびイン
ストールスクリプトに加えてコンペアスクリプトを有し
ている。そして、入れ替え実行手段１３３がソフト受信
エリア１３１にダウンロードされた新バージョンのソス
トウエアのインストールスクリプトを起動することによ
って旧（現行）バージョンから新バージョンへソフトウ
エアの入れ替えを実施する。もしも、この入れ替えが失
敗した時には、入れ替え実行手段１３３がソフト受信エ
リア１３１にダウンロードされた旧バージョンのソスト
ウエアのインストールスクリプトを起動することによっ
て旧（現行）バージョンのソフトウエアへの復旧を実施
する。ここで、インストールスクリプトとは、それぞれ
のバージョンのソフトウエアから実行モジュールを生成
するためのコンパイル・リンク・ロードコマンドを記述
したものである。[1] First Embodiment (A) Example of Hardware / Software Configuration FIG. 1 shows an example of a hardware / software configuration for realizing the present invention. FIG. 1 shows a configuration in which a distribution source computer 110 and a distribution destination computer 130 are connected to a network 120 as a hardware configuration. Distribution destination computer 1
30 is not limited to one, and a plurality of 30s may be connected to the network 120. The distribution source computer 110 is the software resource management database 11
1 and software distribution means 112. On the other hand, the distribution destination computer 130 has a software reception area 131, a compare execution unit 132, and a replacement execution unit 133. When the software maintenance is performed, the software distribution unit 112 replaces the new version 113 and the old version 114 of the software to be replaced in the software resource management database 111 with the distribution destination computer 13 to be maintained.
0 is downloaded to the software reception area 131. The old version of the software refers to the current version of the software for the distribution destination computer. As new and old versions of software, each has a compare script in addition to source files or objects, libraries and installation scripts. Then, the replacement execution means 133 executes the software replacement from the old (current) version to the new version by activating the installation script of the new version of the software downloaded to the software reception area 131. If the replacement fails, the replacement executing means 133 executes the installation script of the old version software downloaded to the software reception area 131 to restore the old (current) version of the software. Here, the installation script describes a compile, link, and load command for generating an execution module from each version of software.
【００１９】本発明の特徴は、入れ替え実行手段１３３
が動作する前に、コンペア実行手段１３２が旧バージョ
ンのソフトウエアのコンペアスクリプトを起動すること
によって、旧バージョンのソフトウエアから疑似的に生
成される実行モジュールと既に登録されてある実行モジ
ュール（旧バージョンのソフトウエアの実行可能形式を
指す）間の同一性を検証するものである。ここで、コン
ペアスクリプトとは、旧バージョンのソフトウエアから
疑似的に生成される実行モジュールと既に登録されてあ
る実行モジュール間を比較するためのコンペアコマンド
を記述したものである。A feature of the present invention is that the replacement execution means 133 is provided.
Before the operation of the software, the compare execution means 132 activates the compare script of the old version of the software, so that the execution module that has already been registered as the pseudo module generated from the old version of the software (the old version) Executable form of the software). Here, the compare script is a description of a compare command for comparing an execution module artificially generated from an old version of software with an already registered execution module.
【００２０】（Ｂ）配布先計算機のＤＢ構成例と処理の
流れ 図２は、ソフト受信エリア１３１のデータベース構成例
である。ソフト受信エリア１３１は、ソフト配布手段１
１２によってダウンロードされたソフトウエアの新バー
ジョン１１３と旧バージョン１１４が格納される記憶領
域である。新バージョンのソフトウエアが「ソフトウエ
ア名.N」のディレクトリ名称の構成下に、一方、旧バー
ジョンのソフトウエアが「ソフトウエア名.B」のディレ
クトリ名称の構成下に格納される。例えば、入れ替える
ソフトウエアとしてtaskAとtaskBが対象の場合、taskA.
Nのディレクトリ下２１０にソフトウエアtaskAの新バー
ジョン、taskA.Bのディレクトリ下２２０にソフトウエ
アtaskAの旧バージョン、taskB.Nのディレクトリ下２３
０にソフトウエアtaskBの新バージョン、および、task
B.Bのディレクトリ下２４０にソフトウエアtaskBの旧バ
ージョンが格納される。新バージョンと旧バージョンの
ソフトウエアは、それぞれがソースファイルまたはオブ
ジェクトやライブラリおよびインストールスクリプトに
加えてコンペアスクリプトを有している。例えば、ソフ
トウエアtaskAの新バージョンはオブジェクトtaskA.o２
１１、インストールスクリプトap_load２１２、およ
び、コンペアスクリプトap_comp２１３、ならびに、ソ
フトウエアtaskAの旧バージョンはオブジェクトtaskA.o
２２１、インストールスクリプトap_load２２２、およ
び、コンペアスクリプトap_comp２２３からなる。ここ
で、オブジェクトtaskA.o２１１とtaskB.o２２１間は新
旧間で修正が加えられているので部分的に異なる。ま
た、インストールスクリプトap_load２１２とap_load２
２２間およびコンペアスクリプトap_comp２１３とap_co
mp２２３間はソフトウエア名称やコマンド名称等の変更
が稀であるので同一のケースが多い。(B) Example of DB Configuration of Distribution Destination Computer and Processing Flow FIG. 2 shows an example of the database configuration of the software reception area 131. The software reception area 131 is the software distribution unit 1
12 is a storage area for storing a new version 113 and an old version 114 of software downloaded. The new version of the software is stored under a directory name of "software name.N", while the old version of the software is stored under a directory name of "software name.B". For example, if taskA and taskB are the target software to be replaced, taskA.
The new version of the software taskA is placed under the directory 210 of N, and the old version of the software taskA is placed under the directory 220 of taskA.B.
0 new version of software taskB and task
The old version of the software taskB is stored in the directory 240 of the BB. The new and old versions of the software each have a compare script in addition to the source files or objects, libraries and installation scripts. For example, the new version of software taskA is object taskA.o2
11, the install script ap_load 212, the compare script ap_comp 213, and the old version of the software taskA are the objects taskA.o
221, an installation script ap_load 222, and a compare script ap_comp223. Here, the objects taskA.o211 and taskB.o221 are partially different because corrections have been made between the new and old objects. Also, install scripts ap_load212 and ap_load2
22 and compare scripts ap_comp213 and ap_co
Since the change of the software name, the command name, and the like is rare between the mps 223, they are often the same.
【００２１】図３は、コンペアスクリプトap_comp２２
３のコンペアコマンドの記述例である。コマンド例とし
てＵＮＩＸシステムにおけるBourne shを用いている。
コンペアスクリプトap_comp２２３が起動されると、３
０１、３０２、３０３の順に解析され、結局、解析結果
の「comp +P -o taskA taskA.o」が実行される。この
「comp +P -o taskA taskA.o」は、オブジェクトtaskA.
oから疑似的に生成した実行モジュールtaskAと既に登録
されてある実行モジュールtaskA（現行バージョンのソ
フトウエアの実行可能形式taskAを指す）間の同一性を
比較して、両者間の異なる部分を表示する。FIG. 3 shows a compare script ap_comp22.
3 is a description example of a compare command of No. 3; Bournesh in the UNIX system is used as a command example.
When the compare script ap_comp223 is activated, 3
The analysis is performed in the order of 01, 302, and 303, and eventually, the result of the analysis, “comp + P-o taskA taskA.o” is executed. This `` comp + P -o taskA taskA.o '' is the object taskA.
Comparing the identity between the execution module taskA pseudo-generated from o and the already registered execution module taskA (indicating the executable form taskA of the current version of software) and displaying the different parts between the two .
【００２２】図４は、コンペア実行手段１３２の処理の
流れを示す。ステップ４０１は、ソフト受信エリアから
現行バージョンのソフトウエア名の取り出しを行なう。
例えば、ソフト受信エリア１３１のうちディレクリ名が
サフィックス'.B'を有するものを検索すれば、taskA.B
２２０とtaskB.B２４０を取り出すことができる。ソフ
トウエア名が複数存在する場合には、プログラム名称の
順に、以下のステップを実行していく。ここで以下で
は、ソフトウエア名としてtaskAを用いて説明する。ス
テップ４０２は、取り出したソフトウエア名を利用者に
知らせるために画面等に表示する。例えば、taskA.Bか
らサフィックス'.B'を取り除いたものをソフトウエア名
称として、画面に「ソフトウエア［taskA］のコンペア
実行」と表示する。図５が画面に表示される内容の例で
ある。ここでは、図５の５０１のように表示される。ス
テップ４０３は、取り出したソフトウエア名に対するコ
ンペアスクリプトap_compを起動する。例えば、ソフト
ウエアtaskAのコンペアスクリプトap_comp２２３を起動
する。コンペアスクリプトap_comp２２３を起動する
と、結局、「comp +P -o taskA taskA.o」が実行され
る。この「comp +P -o taskA taskA.o」の実行結果は、
オブジェクトtaskA.o２２１から疑似的に生成した実行
モジュールtaskAと既に登録されてある実行モジュールt
askA（現行バージョンのソフトウエアの実行可能形式ta
skAを指す）間が同一の場合には画面に何も表示されな
いが、逆に異なる場合には違いの詳細情報が画面に表示
される。例えば、もしもこの実行結果が異なる場合には
図５の５０２のように表示される。ステップ４０４は、
取り出したソフトウエアのうちまだ未処理のものが存在
するかを確認して、存在する場合にはステップ４０２に
戻り、存在しない場合には終了する。例えば、取り出し
たソフトウエアのうちtaskBが未処理であるので、ソフ
トウエアtaskBに対してステップ４０２〜４０３を処理
する。取り出したソフトウエアに対して全て処理した後
に、本処理は終了する。FIG. 4 shows the flow of the processing of the compare execution means 132. In step 401, the software name of the current version is extracted from the software reception area.
For example, if a directory having a suffix '.B' is searched for in the software reception area 131, taskA.B
220 and taskB.B240 can be extracted. When there are a plurality of software names, the following steps are executed in the order of the program names. Here, the description will be made using taskA as the software name. In step 402, the extracted software name is displayed on a screen or the like to notify the user. For example, a screen obtained by removing the suffix '.B' from taskA.B is displayed as “software [taskA] compare execution” on the screen as the software name. FIG. 5 shows an example of the content displayed on the screen. Here, it is displayed as 501 in FIG. A step 403 starts a compare script ap_comp for the extracted software name. For example, the compare script ap_comp223 of the software taskA is started. When the compare script ap_comp 223 is activated, “comp + P-o taskA taskA.o” is executed. The execution result of "comp + P -o taskA taskA.o" is
The execution module taskA generated from the object taskA.o221 and the execution module t already registered
askA (the executable version of the current version of the software ta
If skA is the same, nothing is displayed on the screen, but if it is different, detailed information of the difference is displayed on the screen. For example, if the execution results are different, the result is displayed as shown at 502 in FIG. Step 404 includes:
It is checked whether there is any unprocessed software among the extracted software, and if it exists, the process returns to step 402; otherwise, the process ends. For example, since taskB among the extracted software has not been processed, steps 402 to 403 are processed for software taskB. After all of the extracted software has been processed, this processing ends.
【００２３】以上のようなコンペア実行手段１３２によ
って、入れ替えるべきソフトウエアを旧バージョンから
から疑似的に生成される実行モジュールと既に登録され
てある実行モジュール（旧バージョンのソフトウエアの
実行可能形式を指す）間の同一性を検証した後に、検証
結果が良好の時には、新バージョンのソフトウエアに入
れ替える処理に移行するが、検証結果が不良の時には、
このような入れ替え処理を中止する。このように、同一
性を検証しておくため、万が一、入れ替えるべきソフト
ウエアを旧バージョンから新バージョンに入れ替える処
理が失敗した時でも、旧バージョンのソフトウエアへの
復旧処理は、入れ替える前の実行モジュールに元通りに
戻すことが可能となる。By the above-described compare execution means 132, the software to be replaced is replaced with an execution module that is pseudo-generated from the old version and an already registered execution module (refers to the executable form of the old version of software. After verifying the identity between the two, if the verification result is good, the process shifts to replacing the software with the new version. If the verification result is bad,
Such a replacement process is stopped. In this way, in order to verify the identity, even if the process of replacing the software to be replaced from the old version to the new version fails, the recovery process to the software of the old version must be performed by the execution module before the replacement. Can be restored to the original.
【００２４】［２］実施例２ 実施例１の変形例として、コンペア実行手段１３２がコ
ンペアスクリプトを実行する代わりに、コンペア実行手
段１３２がインストールスクリプトを解析して、ソフト
ウエア種別に従ってコンペアコマンドを生成・実行する
実施例を説明する。このようなコンペア実行手段は、イ
ンストールスクリプトを元にコンペアコマンドを生成・
実行するので、コンペアスクリプトを作成するのがユー
ザにとって面倒な場合に有効となり、コンペアスクリプ
トを準備する必要がなくなる。なお、ハードウエア・ソ
フトウエア構成は図１と同様であり、ソフト受信エリア
のデータベース１３１は、図２においてコンペアスクリ
プトap_comp２１３と２２３がない場合の構成となる。[2] Second Embodiment As a modification of the first embodiment, instead of the compare execution means 132 executing the compare script, the compare execution means 132 analyzes the installation script and generates a compare command according to the software type. An embodiment to be executed will be described. Such a compare execution means generates a compare command based on an installation script.
Since the execution is performed, it is effective when it is troublesome for the user to create the compare script, and it is not necessary to prepare the compare script. The hardware / software configuration is the same as that of FIG. 1, and the database 131 of the software reception area has a configuration in which the compare scripts ap_comp 213 and 223 in FIG.
【００２５】図６は、インストールスクリプトap_load
２２２のインストールコマンドの記述例である。コマン
ド例としてＵＮＩＸシステムにおけるBourne shを用い
ている。インストールスクリプトap_load２２２が起動
されると、６０１、６０２、６０３、６０４の順に解析
され、結局、解析結果の「reload +P taskA 100 +L tas
kA.o -l 10」が実行される。この「reload +P taskA 10
0 +L taskA.o -l 10」は、オブジェクトtaskA.oのリン
ケージを実施することによって実行モジュールtaskAが
タスク番号100の優先度10で主メモリ内に生成される。FIG. 6 shows an installation script ap_load.
222 is a description example of an installation command 222. Bournesh in the UNIX system is used as a command example. When the installation script ap_load 222 is started, the analysis is performed in the order of 601, 602, 603, and 604. After all, the analysis result "reload + P taskA 100 + L tas"
kA.o -l 10 "is executed. This "reload + P taskA 10
"0 + L taskA.o -l 10" means that the execution module taskA is generated in the main memory with the priority number 10 of the task number 100 by performing the linkage of the object taskA.o.
【００２６】図７は、コンペア実行手段１３２がインス
トールスクリプトを解析して、ソフトウエア種別に従っ
てコンペアコマンドを生成・実行する処理の流れを示
す。図７におけるステップ４０１、４０２、および、４
０４は、図４と同様の処理である。ステップ７０１は、
取り出したソフトウエア名に対するインストールスクリ
プトap_loadを解析する。例えば、ソフトウエアtaskAの
インストールスクリプトap_load２２２を解析する。ソ
フトウエア種別によって生成すべきコンペアコマンドが
異なるので、ここでは、インストールスクリプトap_loa
d２２２のうちでソフトウエア種別を識別するための変
数KINDを設けている。インストールスクリプトap_load
２２２を解析すると、変数KINDの値がtaskであるので
「comp +P」を生成して、変数NAMEの値がtaskAであるの
で「-o taskA」を生成して、変数OBJECTの値がtaskA.o
であるので「taskA.o」を生成する。これらを並べた結
果として、コンペアコマンド「comp +P -o taskA task
A.o」を生成する。ステップ７０２は、生成したコンペ
アコマンドを起動する。例えば、コンペアコマンド「co
mp +P-o taskA taskA.o」を起動する。ステップ７０１
と７０２は、結果的にはステップ４０３と同様の内容と
なる。FIG. 7 shows a flow of processing in which the compare executing means 132 analyzes the install script and generates and executes a compare command according to the type of software. Steps 401, 402, and 4 in FIG.
04 is the same processing as in FIG. Step 701 is
The install script ap_load for the extracted software name is analyzed. For example, the install script ap_load 222 of the software taskA is analyzed. Since the compare command to be generated differs depending on the software type, here the installation script ap_loa
A variable KIND for identifying the software type in d222 is provided. Installation script ap_load
By analyzing 222, the value of the variable KIND is task, so that `` comp + P '' is generated, and since the value of the variable NAME is taskA, `` -o taskA '' is generated, and the value of the variable OBJECT is taskA. o
Therefore, “taskA.o” is generated. As a result of arranging them, the compare command “comp + P -o taskA task
Ao "is generated. Step 702 activates the generated compare command. For example, the compare command "co
mp + Po taskA taskA.o "is started. Step 701
And 702 have the same contents as step 403 as a result.
【００２７】以上のようなコンペア実行手段によって、
インストールスクリプトを元にコンペアコマンドを生成
・実行するので、コンペアスクリプトを準備する必要が
なくなり、ユーザの負担軽減およびディスク容量の削減
につながる。その反面、コンペアコマンドを解析して生
成するのに要する時間が増加する。With the above-described compare execution means,
Since the compare command is generated and executed based on the install script, there is no need to prepare a compare script, which leads to a reduction in user load and a reduction in disk capacity. On the other hand, the time required to analyze and generate the compare command increases.
【００２８】［３］実施例３ 実施例１の変形例として、コンペア実行手段１３２がコ
ンペアスクリプトを実行する代わりに、コンペア実行手
段１３２がインストール先を変更した形式でインストー
ルスクリプトを実行後に、変更したインストール先に生
成された実行モジュールと現行バージョンの実行モジュ
ール間でコンペアを実行する実施例を説明する。このよ
うなコンペア実行手段は、ソフトウエア種別がプロセス
やテキストデータの場合に有効であり、疑似的に生成し
た実行モジュールと現行バージョン間の実行モジュール
間を比較するコマンドが提供されていない場合に必要と
なる。なお、ハードウエア・ソフトウエア構成は図１と
同様であり、ソフト受信エリアのデータベース１３１
は、図８に示す通りである。[3] Third Embodiment As a modified example of the first embodiment, the compare execution unit 132 executes the install script in a format in which the install destination is changed, instead of executing the compare script, and then changes the install script. An embodiment in which a compare is executed between an execution module generated at an installation destination and an execution module of a current version will be described. This type of compare execution means is effective when the software type is process or text data, and is necessary when no command is provided to compare the pseudo-generated execution module with the execution module between the current version. Becomes Note that the hardware and software configuration is the same as that of FIG.
Is as shown in FIG.
【００２９】図８のソフト受信エリア１３１は、入れ替
えるソフトウエアとしてprocessAとprocessBが対象の場
合を例にしているので、図２のデータベース構成のうち
で、taskAがprocessAに、および、taskBがprocessBに置
き換わった構成となる。しかも、コンペアスクリプトap
_compを含んでいない。すなわち、processA.Nのディレ
クトリ下８１０にソフトウエアprocessAの新バージョ
ン、processA.Bのディレクトリ下８２０にソフトウエア
processAの旧バージョン、processB.Nのディレクトリ下
８３０にソフトウエアprocessBの新バージョン、およ
び、processB.Bのディレクトリ下８４０にソフトウエア
processBの旧バージョンが格納された構成である。ソフ
トウエアprocessAの新バージョンはオブジェクトproces
sA.o８１１およびインストールスクリプトap_load８１
２、ならびに、ソフトウエアprocessAの旧バージョンは
オブジェクトprocessA.o８２１およびインストールスク
リプトap_load８２２からなる。Since the software reception area 131 in FIG. 8 is an example in which processA and processB are targeted as the software to be replaced, in the database configuration in FIG. 2, taskA is assigned to processA and taskB is assigned to processB. The configuration will be replaced. Moreover, compare script ap
Does not include _comp. That is, a new version of software processA is stored in a directory 810 under processA.N, and a software is stored in a directory 820 under processA.B.
Old version of processA, new version of software processB in directory 830 under processB.N, and software in directory 840 under processB.B
This is a configuration in which the old version of processB is stored. New version of software processA is object proces
sA.o811 and installation script ap_load81
2 and the previous version of the software processA consist of the object processA.o 821 and the installation script ap_load 822.
【００３０】図９は、インストールスクリプトap_load
８２２のインストールコマンドの記述例である。インス
トールスクリプトap_load８２２が起動されると、９０
１、９０２、９０３、９０４の順に解析され、結局、解
析結果の「cc -o /usr/local/bin/processA processA.
o」が実行される。この「cc -o /usr/local/bin/proces
sA processA.o」は、オブジェクトprocessA.oのリンケ
ージを実施することによって実行モジュールprocessAが
インストール先の/usr/local/binに生成される。FIG. 9 shows an installation script ap_load.
822 is a description example of an installation command. When the installation script ap_load 822 is started, 90
The analysis is performed in the order of 1, 902, 903, and 904. After all, "cc -o / usr / local / bin / processA processA.
o "is executed. This "cc -o / usr / local / bin / proces
“sA processA.o” generates an execution module processA in / usr / local / bin of an installation destination by performing linkage of the object processA.o.
【００３１】図１０は、コンペア実行手段１３２がイン
ストール先を変更した形式でインストールスクリプトを
実行後に、変更したインストール先に生成された実行モ
ジュールと現行バージョンの実行モジュール間でコンペ
アを実行する処理の流れを示す。図１０におけるステッ
プ４０１、４０２、および、４０４は、図４と同様の処
理である。ステップ１００１は、インストール先に正式
に実行モジュールを生成せずに仮の実行モジュールを必
要とするために、取り出したソフトウエア名に対するイ
ンストールスクリプトap_loadをインストール先を変更
して実行する。例えば、ソフトウエアprocessAのインス
トールスクリプトap_load８２２のうちで指定されたイ
ンストール先の変数INSTDIRの値を"."（カレントディレ
クトリを意味する）に変更した結果、すなわち、「cc -
o ./processA processA.o」を実行する。この結果、カ
レントディレクトリ（図８の８２０）に実行モジュール
processAが生成される。ステップ１００２は、仮に生成
した実行モジュールと正式な現行バージョンの実行モジ
ュール間で比較検証を行なう。例えば、ＵＮＩＸシステ
ムにおけるファイル比較コマンドcmpを利用して、「cmp
./processA /usr/local/bin/processA」を実行するこ
とによって比較検証を行なう。正式な現行バージョンの
実行モジュールの所在は、インストールスクリプトap_l
oad８２２の変数INSTDIRの値（/usr/local/bin）であ
る。このように、ステップ１００１と１００２は、イン
ストールスクリプトap_load８２２を元に、仮の場所に
生成させた実行モジュールと正式な現行バージョンの実
行モジュール間の比較検証を行なうことができる。FIG. 10 shows a flow of processing in which the compare execution means 132 executes an install script in a format in which the installation destination is changed, and then executes a compare between the execution module generated in the changed installation destination and the current version of the execution module. Is shown. Steps 401, 402, and 404 in FIG. 10 are the same processing as in FIG. In step 1001, the installation script ap_load for the extracted software name is executed by changing the installation destination because a temporary execution module is required without formally generating an execution module at the installation destination. For example, the result of changing the value of the variable INSTDIR of the installation destination specified in the installation script ap_load 822 of the software processA to "." (Meaning the current directory), that is, "cc-
o ./processA processA.o ". As a result, the execution module is stored in the current directory (820 in FIG. 8).
processA is generated. In step 1002, comparison and verification are performed between the temporarily generated execution module and the formal current version of the execution module. For example, using the file comparison command cmp in the UNIX system, "cmp
Perform a comparative verification by executing "./processA/usr/local/bin/processA". The official current version of the executable is located in the installation script ap_l
This is the value (/ usr / local / bin) of the variable INSTDIR of the oad 822. As described above, in steps 1001 and 1002, based on the installation script ap_load 822, comparison and verification between the execution module generated in the temporary location and the formal current version of the execution module can be performed.
【００３２】［４］各実施例の補足 （Ａ）コンペア実行手段の起動タイミング 実施例１〜３のそれぞれにおいて、コンペア実行手段１
３２の起動タイミングとして、（１）配布先計算機に入
れ替えるべきソフトウエアをダウンロード後、（２）配
布先計算機を立ち上げ後、（３）配布先計算機を立ち下
げ時、（４）ユーザの指定した日付と時刻、（５）ＣＰ
Ｕ負荷が低い時、等を設けておき、配布先計算機の特徴
に応じて使い分ける。上記の（１）は、ソフト配布手段
１１２が入れ替えるべきソフトウエアをダウンロードし
た後にコンペア実行手段１３２に実行指令を与えれば実
現される。上記の（２）は、配布先計算機の立ち上げの
イニシャル処理の中にコンペア実行手段１３２に実行指
令を要求するコマンドを記述することによって実現され
る。上記の（３）は、配布先計算機の立ち下げのシャッ
トダウン処理の中にコンペア実行手段１３２に実行指令
を要求するコマンドを記述することによって実現され
る。上記の（４）は、ソフト配布手段１１２が入れ替え
るべきソフトウエアをダウンロードした後にコンペア実
行手段１３２に指定日付・時刻での実行指令を与えれば
実現される。指定日付・時刻での実行指令にはＵＮＩＸ
システムでのatコマンドがある。上記の（５）は、ソフ
ト配布手段１１２が入れ替えるべきソフトウエアをダウ
ンロードした後にコンペア実行手段１３２に低優先度指
定での実行指令を与えれば実現される。低優先度指定で
の実行指令にはＵＮＩＸシステムでのniceコマンドがあ
る。このような起動タイミングの使い分けによって、適
切なタイミングでソフトウエア保守を実施できるので、
円滑な計算機システムの運用を達成できる。[4] Supplement to Each Embodiment (A) Start Timing of Compare Execution Unit In each of the first to third embodiments, the comparison execution unit 1
As the start timing of 32, (1) after downloading the software to be replaced with the distribution destination computer, (2) after starting up the distribution destination computer, (3) when shutting down the distribution destination computer, and (4) user specified Date and time, (5) CP
When the U load is low, etc. are provided, and are properly used according to the characteristics of the distribution destination computer. The above (1) is realized if the software distribution unit 112 downloads software to be replaced and then gives an execution instruction to the compare execution unit 132. The above (2) is realized by describing a command requesting an execution instruction to the compare execution means 132 in the initial processing for starting the distribution destination computer. The above (3) is realized by describing a command for requesting the compare execution means 132 to execute in the shutdown processing for shutting down the distribution destination computer. The above (4) is realized if the software distribution means 112 downloads the software to be replaced and then gives an execution instruction at the designated date / time to the compare execution means 132. UNIX for execution command at specified date / time
There is an at command in the system. The above (5) is realized if the software distribution unit 112 downloads the software to be replaced and then gives an execution instruction with a low priority designation to the compare execution unit 132. An execution command with a low priority designation includes a nice command in a UNIX system. Software maintenance can be performed at an appropriate timing by properly using such startup timings.
A smooth operation of the computer system can be achieved.
【００３３】（Ｂ）コンペア実行から入れ替え実行への
移行 実施例１〜３のそれぞれにおいて、コンペア実行手段１
３２の処理終了後から入れ替え実行手段１３３への移行
の仕方として、（１）比較検証結果が全て一致の時に限
り入れ替え実行へ移り、少なくとも１つの不一致がある
時には入れ替え実行を中断する、（２）比較検証結果が
一致のソフトウエアのみを入れ替え実行手段が実施し、
不一致のソフトウエアを無視する、等の手段を設けて、
配布先計算機の特徴に応じて使い分ける。このような移
行方法の使い分けによって、計算機システムの信頼度に
従ったソフトウエア保守を実施できる。(B) Transition from Compare Execution to Replacement Execution In each of the first to third embodiments, the compare execution means 1
After completion of the process of step 32, the method of shifting to the replacement execution means 133 is as follows. (1) The process shifts to the replacement execution only when all the comparison and verification results match, and interrupts the replacement execution when there is at least one mismatch. (2) Only the software whose comparison and verification results match is replaced by the execution means,
Providing means such as ignoring mismatched software,
Use them properly according to the characteristics of the distribution destination computer. By properly using such a migration method, software maintenance can be performed according to the reliability of the computer system.
【００３４】[0034]
【発明の効果】以上のような、コンペア実行手段によっ
て、旧バージョンのソフトウエアから疑似的に生成され
る実行モジュールと既に登録されてある実行モジュール
（旧バージョンのソフトウエアの実行可能形式を指す）
間の同一性を検証しておくため、万が一、該ソフトウエ
アを旧バージョンから新バージョンに入れ替える処理が
失敗した時でも、旧バージョンのソフトウエアへの復旧
処理は、入れ替える前の実行モジュールに元通りに戻す
ことが可能となる。As described above, the execution module pseudo-generated from the old version software and the execution module already registered by the compare execution means (refers to the executable form of the old version software).
Even if the process of replacing the software from the old version to the new version fails, the process of restoring the software to the old version should be restored to the execution module before the replacement. It is possible to return to.
【００３５】このような元通りに戻せられるという高信
頼なソフトウエア保守の実現によって、常にソフトウエ
アは正常な動作状態を維持することができ、ソフトウエ
アシステムの安全な稼働を保証させることができる。By realizing such a highly reliable software maintenance that the software can be restored to the original state, the software can always maintain a normal operation state, and the safe operation of the software system can be guaranteed. .
【図１】ソフトウエア保守システム構成の一例である。FIG. 1 is an example of a software maintenance system configuration.
【図２】ソフト受信エリアのデータベース構成（タスク
の対象）の一例である。FIG. 2 is an example of a database configuration (task target) of a software reception area.
【図３】タスク向けコンペアスクリプトのコマンド記述
の一例である。FIG. 3 is an example of a command description of a compare script for a task.
【図４】コンペア実行手段のコンペアスクリプト起動処
理の一例である。FIG. 4 is an example of a compare script activation process of a compare execution unit.
【図５】画面への表示内容の一例である。FIG. 5 is an example of display contents on a screen.
【図６】タスク向けインストールスクリプトのコマンド
記述の一例である。FIG. 6 is an example of a command description of an installation script for a task.
【図７】コンペア実行手段のコンペアコマンド生成・実
行処理の一例である。FIG. 7 is an example of a compare command generation / execution process of a compare execution unit.
【図８】ソフト受信エリアのデータベース構成（プロセ
スの対象）の一例である。FIG. 8 is an example of a database configuration (process target) of a software reception area.
【図９】プロセス向けインストールスクリプトのコマン
ド記述の一例である。FIG. 9 is an example of a command description of a process installation script.
【図１０】コンペア実行手段の仮の実行モジュール生成
とコマンド実行処理の一例である。FIG. 10 is an example of temporary execution module generation and command execution processing of a compare execution unit.
１１０…配布元計算機、１２０…ネットワーク、１３０
…配布先計算機、１１１…ソフトウエア資源管理データ
ベース、 １１２…ソフト配布手段、１１３…新バージ
ョンのソフトウエア郡、１１４…旧バージョンのソフト
ウエア郡、１３１…ソフト受信エリア、１３２…コンペ
ア実行手段、 １３３…入れ替え実行手段。110: distribution source computer, 120: network, 130
... distribution destination computer, 111 ... software resource management database, 112 ... software distribution means, 113 ... new version software group, 114 ... old version software group, 131 ... software reception area, 132 ... compare execution means, 133 … Means for performing replacement
───────────────────────────────────────────────────── フロントページの続き (72)発明者 綿谷 洋 茨城県日立市大みか町五丁目２番１号株式 会社日立製作所大みか工場内 ──────────────────────────────────────────────────の Continued on the front page (72) Inventor Hiroshi Watani 5-2-1, Omika-cho, Hitachi City, Ibaraki Prefecture Inside the Omika Plant, Hitachi, Ltd.
Claims (12)
ア資源を配布先計算機へ格納し、該配布先計算機が新バ
ージョンと旧バージョンのソフトウエア資源を保持して
おり、該ソフトウエア資源の各バージョンがソースファ
イルまたはオブジェクトまたはロードモジュールおよび
インストールスクリプトまたはコンペアスクリプトから
なり、該ソフトウエア資源のうちのインストールスクリ
プトを起動して実行可能形式を生成するための入れ替え
実行手段を有する場合において、該配布先計算機にコン
ペア実行手段を設けて、該入れ替え実行手段が起動する
前に、該コンペア実行手段が該コンペアスクリプトを起
動することによって該旧バージョンのソフトウエア資源
から生成される実行可能形式と現行稼働状態の実行可能
形式間の一致性を検証した後に、検証結果に従って該入
れ替え実行手段が実行可能形式の入れ替えを実施するこ
とを特徴とするソフトウエア保守方法。1. A distribution source computer stores a new version of software resources in a distribution destination computer, and the distribution destination computer holds a new version and an old version of software resources. Comprises a source file or an object or a load module and an installation script or a compare script, and has a replacement execution means for activating an installation script of the software resources to generate an executable form. Before the replacement execution means is activated, the compare execution means activates the compare script so that the executable form generated from the software resources of the old version and the current operation state are provided. Consistency between executables After testimony, software maintenance method characterized in that said change execution means for carrying out the replacement of executable accordance validation result.
前記コンペア実行手段が該インストールスクリプトを解
析してコンペアコマンドを生成・実行することによって
該旧バージョンのソフトウエア資源から生成される実行
可能形式と現行稼働状態の実行可能形式間の一致性を検
証した後に、検証結果に従って該入れ替え実行手段が実
行可能形式の入れ替えを実施することを特徴とするソフ
トウエア保守方法。2. The distribution destination computer according to claim 1,
The compare execution means analyzes the installation script to generate and execute a compare command, thereby verifying a match between an executable format generated from the software resources of the old version and an executable format in a current operating state. A software maintenance method, characterized in that the replacement execution means replaces an executable format according to a verification result.
前記コンペア実行手段がインストール先を一時的なエリ
アに指定して該インストールスクリプトを起動した後
に、該一時的なエリアに生成された実行可能形式と現行
稼働状態の実行可能形式間の一致性を検証した後に、検
証結果に従って該入れ替え実行手段が実行可能形式の入
れ替えを実施することを特徴とするソフトウエア保守方
法。3. The distribution destination computer according to claim 1,
After the compare execution means starts the installation script by designating the installation destination as a temporary area, it verifies the consistency between the executable form generated in the temporary area and the executable form in the current operating state. And performing the replacement of the executable format according to the verification result.
配布先計算機へソフトウエア資源を格納した後に起動さ
れること、を特徴とする請求項１〜３項記載のソフトウ
エア保守方法。4. The software maintenance method according to claim 1, wherein said comparison execution means is started after storing the software resources from the distribution source computer to the distribution destination computer.
ち上げ後に起動されること、を特徴とする請求項１〜３
項記載のソフトウエア保守方法。5. The method according to claim 1, wherein said compare execution means is started after the start of the distribution destination computer.
Software maintenance method described in section.
ち下げ時に起動されること、を特徴とする請求項１〜３
項記載のソフトウエア保守方法。6. The system according to claim 1, wherein said compare execution means is started when the distribution destination computer is shut down.
Software maintenance method described in section.
時刻で起動されること、を特徴とする請求項１〜３項記
載のソフトウエア保守方法。7. The software maintenance method according to claim 1, wherein said compare execution means is started at a designated date and time.
されること、を特徴とする請求項１〜３項記載のソフト
ウエア保守方法。8. The software maintenance method according to claim 1, wherein said compare execution means is started with a low priority.
て一致の時に限り前記入れ替え実行手段を実行し、該検
証結果が少なくとも１つの不一致の時には前記入れ替え
実行手段を実行しないこと、を特徴とする請求項１〜３
項記載のソフトウエア保守方法。9. The exchange execution means is executed only when all the verification results by the compare execution means match, and the exchange execution means is not executed when the verification results show at least one mismatch. Items 1-3
Software maintenance method described in section.
一致となったソフトウエア資源に対して前記入れ替え実
行手段を実行すること、を特徴とする請求項１〜３項記
載のソフトウエア保守方法。10. The software maintenance method according to claim 1, wherein the replacement execution unit is executed for software resources whose verification results by the comparison execution unit match.
ア資源を元に一時的に生成する実行可能形式と現行稼働
状態の実行可能形式間の一致性を比較するコマンド郡か
らなること、を特徴とする請求項１〜３項記載のソフト
ウエア保守方法。11. The method according to claim 11, wherein the compare script comprises a group of commands for comparing consistency between an executable form temporarily generated based on the software resources and an executable form in a current operating state. Software maintenance method according to any one of Items 1 to 3.
トウエア資源を元に実行可能な形式を生成するコマンド
郡からなり、ソフトウエア種別・ソフトウエア名・ソフ
トウエア資源名・インストールオプション別に分類され
たフォーマットからなること、を特徴とする請求項１〜
３項記載のソフトウエア保守方法。12. The installation script comprises a group of commands for generating an executable format based on the software resources, and comprises a format classified by software type, software name, software resource name, and installation option. Claims, characterized in that
The software maintenance method described in item 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16993997A JP3951364B2 (en) | 1997-06-26 | 1997-06-26 | Software maintenance method and apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16993997A JP3951364B2 (en) | 1997-06-26 | 1997-06-26 | Software maintenance method and apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1115647A true JPH1115647A (en) | 1999-01-22 |
| JP3951364B2 JP3951364B2 (en) | 2007-08-01 |
Family
ID=15895715
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16993997A Expired - Fee Related JP3951364B2 (en) | 1997-06-26 | 1997-06-26 | Software maintenance method and apparatus |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3951364B2 (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004234645A (en) * | 2003-01-10 | 2004-08-19 | Canon Inc | Monitoring device of image forming apparatus, control method by the monitoring device, program for executing the control method, management device, control method by the management device, and program for executing control method |
| JP2010000956A (en) * | 2008-06-20 | 2010-01-07 | Mitsubishi Electric Corp | Train information management system and method for updating software for train information management device |
| CN105549992A (en) * | 2015-12-08 | 2016-05-04 | 北京奇虎科技有限公司 | Code publishing method, device and system |
| JP2017111146A (en) * | 2015-12-18 | 2017-06-22 | エフ ホフマン−ラ ロッシュ アクチェン ゲゼルシャフト | Method for restoring settings of instrument for processing sample or reagent, and system comprising instrument for processing sample or reagent |
| US10140112B2 (en) | 2014-03-28 | 2018-11-27 | Ntt Docomo, Inc. | Update management system and update management method |
-
1997
- 1997-06-26 JP JP16993997A patent/JP3951364B2/en not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004234645A (en) * | 2003-01-10 | 2004-08-19 | Canon Inc | Monitoring device of image forming apparatus, control method by the monitoring device, program for executing the control method, management device, control method by the management device, and program for executing control method |
| US7882180B2 (en) | 2003-01-10 | 2011-02-01 | Canon Kabushiki Kaisha | Monitoring apparatus for image forming apparatus, control method executed by the monitoring apparatus, program for implementing the control method, and management apparatus, control method executed by the management apparatus, and program for implementing the control method |
| JP2010000956A (en) * | 2008-06-20 | 2010-01-07 | Mitsubishi Electric Corp | Train information management system and method for updating software for train information management device |
| US10140112B2 (en) | 2014-03-28 | 2018-11-27 | Ntt Docomo, Inc. | Update management system and update management method |
| CN105549992A (en) * | 2015-12-08 | 2016-05-04 | 北京奇虎科技有限公司 | Code publishing method, device and system |
| JP2017111146A (en) * | 2015-12-18 | 2017-06-22 | エフ ホフマン−ラ ロッシュ アクチェン ゲゼルシャフト | Method for restoring settings of instrument for processing sample or reagent, and system comprising instrument for processing sample or reagent |
| US11200326B2 (en) | 2015-12-18 | 2021-12-14 | Roche Diagnostics Operations, Inc. | Method of restoring settings of an instrument for processing a sample or a reagent and a system for processing a sample or reagent |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3951364B2 (en) | 2007-08-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5842024A (en) | Method of software installation | |
| US7310801B2 (en) | Servicing a component-based software product throughout the software product lifecycle | |
| US6681389B1 (en) | Method for providing scaleable restart and backout of software upgrades for clustered computing | |
| EP1915680B1 (en) | Archiving data in a virtual application environment | |
| US5922072A (en) | Method and apparatus for creating alternate boot environments in a computer | |
| AU2005201434B2 (en) | Efficient patching | |
| US5619698A (en) | Method and apparatus for patching operating systems | |
| US7735078B1 (en) | System and method for software patching for cross-platform products | |
| US6161218A (en) | Software patch architecture | |
| US5790856A (en) | Methods, apparatus, and data structures for data driven computer patches and static analysis of same | |
| US6202207B1 (en) | Method and a mechanism for synchronized updating of interoperating software | |
| JP3385590B2 (en) | Computer-readable recording medium recording a software update program for use when updating a computer program through a computer network | |
| EP1084469B1 (en) | Patching rebased and realigned executable files | |
| US7523472B2 (en) | Method and systems for DLL/COM redirection | |
| US20090083405A1 (en) | Maximizing application availability during automated enterprise deployments | |
| CN1329840C (en) | File archival | |
| US9043781B2 (en) | Algorithm for automated enterprise deployments | |
| US5968170A (en) | Primary swap size increase on a UNIX based computer system | |
| US20040250167A1 (en) | Information processing apparatus and method, program, and recording medium | |
| US6588011B1 (en) | Apparatus for automatically generating restore process during software depolyment and method therefor | |
| EP1110146B1 (en) | A method, computer, and article of manufacturing for fault tolerant booting | |
| JPH1115647A (en) | Software maintenance method | |
| US20040078793A1 (en) | Time optimized replacement of a software application | |
| CA2299850C (en) | System and method for the management of computer software maintenance | |
| CN106022125A (en) | Client repair method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040526 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20040526 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060417 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061215 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070109 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070308 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070403 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070416 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110511 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110511 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |