JPH06290033A - ソフトウェアの更新管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウェアの更新管理方法に関し、矛盾が
生じないようにソフトウェアの更新管理を行って管理精
度を高め、システムの起動不可能の事態を回避すること
を目的とする。 【構成】 入力するユーティリティソフトウェアにより
更新の対象となるプログラムを検出し（ａ）、次にソフ
トウェアに設けた修正履歴情報と入力する更新機器情報
を比較することにより以前に更新は全て行われているか
および入れ換えるプログラムは機器に対応しているかを
判別し（ｂ）、次に更新が全て行われかつ機器が対応し
ているときは、入力するユーティリティソフトウェアに
よりソフトウェアのプログラムと入力するプログラムの
入れ換えを行い（ｃ）、次に入力するユーティリティソ
フトウェアによりソフトウェアの修正履歴情報の更新を
行う（ｄ）ようにした。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のプログラムで構
成されるソフトウェアを更新し、管理するソフトウェア
の更新管理方法に関する。あるソフトウェア、例えば日
本語ＭＳ ＯＳ／２は、オペレーティングシステムであ
るため、多くのファイルにより構成されている。また、
日本語ＭＳ ＯＳ／２は、決められたディレクトリにフ
ァイルが存在しないと、システムの起動を行うことがで
きない。

【０００２】これらの理由から従来の方法でプログラム
の入れ換えを行うと、プログラムを異なるディレクトリ
に入れ換えることになり、システムの起動が不可能にな
ったり、ユーザ毎に個別対応を行うため、ユーザ毎に異
なるシステムが作られる。このような不具合を解決し
て、ソフトウェアの更新、管理を矛盾が生じないように
行うことが必要となっている。

【０００３】

【従来の技術】従来のソフトウェアの更新管理方法とし
ては、例えば、図６に示すようなものがある。図６にお
いて、１はハードディスクであり、ハードディスク１は
図示しないコンピュータシステムの一部を構成してい
る。ハードディスク１内にはソフトウェア２が格納さ
れ、ソフトウェア２はディレクトリ３と複数のプログラ
ム４により構成される。

【０００４】プログラム４のうちの一つを更新する場合
には、更新するプログラムを格納した図示しないフロッ
ピーを用いて行う。まず、入力部によりディレクトリ３
と更新の対象となるプログラム４を検索し、更新を行う
ためのソフトウェアを用いて、フロッピー内のプログラ
ムとハードディスク１内の該当するプログラム４の入れ
換えを行う。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のソフトウェアの更新管理方法にあっては、プ
ログラムの更新を行うと、細部の異なる様々なソフトウ
ェア構成が作成されるため、ソフトウェアの統一がとれ
ず、また、どのような更新を行ったかの修正履歴も残ら
ず、以降の管理を行うことが困難になる。また、プログ
ラムを異なるディレクトリに入れ換えるというような入
れ違いによりシステムの起動が不可能になる。

【０００６】本発明は、このような従来の問題点に鑑み
てなされたものであって、ソフトウェアの修正履歴を残
すことで、矛盾が生じないようにソフトウェアの更新管
理を行って管理精度を高め、また、システムの起動不可
能の事態を回避することを目的とする。

【０００７】

【課題を解決するための手段】図１は本発明の原理説明
図である。図１において、（ａ）はディレクトリおよび
複数のプログラムにより構成されるソフトウェアの一部
を更新するソフトウェアの更新管理方法において、入力
するユーティリティソフトウェアにより更新の対象とな
るプログラムを検出するステップ、（ｂ）はソフトウェ
アに設けた修正履歴情報と入力する更新機器情報を比較
することにより以前に更新は全て行われているかおよび
入れ換えるプログラムは機器に対応しているかを判別す
るステップ、（ｃ）は更新が全て行われかつ機器が対応
しているときは、入力するユーティリティソフトウェア
によりソフトウェアのプログラムと入力するプログラム
の入れ換えを行うステップ、（ｄ）は入力するユーティ
リティソフトウェアによりソフトウェアの修正履歴情報
の更新を行うステップである。

【０００８】

【作用】このような構成を備えた本発明のソフトウェア
の更新管理方法によれば、ユーティリティソフトウェア
により更新の対象となるプログラムを検出し、ソフトウ
ェアの修正履歴情報と入力する更新機器情報を比較し、
以前に更新は全て行われているかおよび入れ換えるプロ
グラムは機器に対応しているかを判別し、更新が全て行
われかつ機器が対応しているときはプログラムの入れ換
えを行い、ソフトウェアの修正履歴情報を更新するよう
にしたため、どのように更新したかの修正履歴情報が残
ることになり、ソフトウェアの統一をとることができ、
ソフトウェアの更新管理を矛盾が生じないように行うこ
とができる。その結果、ソフトウェアの管理精度を高め
ることができる。

【０００９】また、プログラムと異なるディレクトリに
入れ換えるような入れ違いを防止することができるの
で、システムの起動不可能という事態を回避することが
できる。

【００１０】

【実施例】以下、本発明の実施例を図面に基づいて説明
する。図２〜図５は本発明の一実施例を示す図である。
図２において、１１はコンピュータ本体であり、コンピ
ュータ本体１１内にはＣＰＵ１２が設けられる。ＣＰＵ
１２は各部の制御を行う。

【００１１】１３はバス１４を介してＣＰＵ１２に接続
されるＲＯＭであり、ＲＯＭ１３内にはコンピュータシ
ステムを動作させるプログラムなどが格納されている。
１５はバス１４を介してＣＰＵ１２に接続されるＲＡＭ
であり、ＲＡＭ１５はワークエリアとしての機能を有
し、データが一時的に格納される。１６はプリンタであ
り、プリンタ１６はプリンタ制御部１７を介してバス１
４に接続される。

【００１２】１８は表示部であり、表示部１８は表示制
御部１９を介してバス１４に接続される。２０はキーボ
ードなどからなる入力部であり、入力部２０は入力制御
部２１を介してバス１４に接続される。２２はハードデ
ィスクであり、ハードディスク２２はディスク制御部２
３を介してバス１４に接続される。

【００１３】次に、ハードディスク２２のソフトウェア
の構成を図３に示す。図３に示すように、ハードディス
ク２２のソフトウェア２４は、機器情報を含む修正履歴
情報２５と、ディレクトリ２６と、複数のプログラム２
７〜３０により構成される。修正履歴情報２５は、更新
回数、更新日、作成日、プログラム名などよりなり、更
新回数は、該当するプログラム２７〜３０の入れ換えが
行われると、更新される。また、修正履歴情報２５は、
更新されるプログラム２７〜３０に対応する機器情報を
含む。

【００１４】図２において、３１はフロッピーであり、
フロッピー３１はコンピュータ本体１１に挿入され、フ
ロッピー３１の内容がコンピュータ本体１１に入力す
る。フロッピー３１のソフトウェアの構成を図４に示
す。図４において、フロッピー３１のソフトウェア３２
は、ユーティリティソフトウェア３３と、更新機器情報
３４と、更新するプログラム３５よりなる。

【００１５】更新機器情報３４は、更新回数などの更新
情報および更新するプログラム３５に対応する機器情報
よりなる。ユーティリティソフトウェア３３は、検出手
段３３Ａ、比較手段３３Ｂ、入れ換え手段３３Ｃおよび
更新手段３３Ｄを有する。検出手段３３Ａはハードディ
スク２２のソフトウェア２４内の更新の対象となるソフ
トウェア（プログラム）を検出する。

【００１６】比較手段３３Ｂは、修正履歴情報２５の更
新回数と更新機器情報３４の更新回数を比較し、差が
“１”であるときは、以前に更新は全て行われていると
判別し、また、入れ換えるプログラム２７〜３０に対応
する機器が一致するかを判別する。入れ換え手段３３Ｃ
は、更新するプログラム３５と複数のプログラム２７〜
３０のうちの該当するプログラムとの入れ換えを行う。

【００１７】更新手段３３Ｄは、プログラム２７〜３０
の入れ換えが完了した後に修正履歴情報２５の更新を行
う。次に、動作を説明する。図５は動作を説明するフロ
ーチャートである。図５において、まず、ステップＳ１
で更新の対象となるソフトウェア（プログラム）である
かを判別する。すなわち、フロッピー３１をコンピュー
タ本体１１に挿入し、ユーティリティソフトウェア３３
を起動し、検出手段３３Ａにより更新の対象となるソフ
トウェア（プログラム）を検出する。例えば、プログラ
ム２７を更新の対象とする場合には、まず、ディレクト
リ２６を検索し、次に、ディレクトリ２６内のプログラ
ム２７を検索する。更新の対象のプログラム２７を検出
したときは、ステップＳ２に進み、更新の対象のプログ
ラム２７〜３０がないときは、終了とする。

【００１８】次に、ステップＳ２で以前に更新が全て行
われているかを判別する。これは比較手段３３Ｂによ
り、ソフトウェア２４の修正履歴情報２５の更新回数と
入力するソフトウェア３２の更新機器情報３４の更新回
数を比較することにより行う。更新機器情報３４の更新
回数をＦ０１、修正履歴情報２５の更新回数をＦ００と
すると、１−０＝１のときは以前に更新が全て行われて
いると判断し、更新回数の差が“１”でないときは、以
前に更新は全て行われていないと判断する。“１”でな
いときは、終了とし、“１”のときは、ステップＳ３に
進む。

【００１９】次に、ステップＳ３で入れ換えるプログラ
ム２７〜３０はコンピュータを構成する機器（本体及び
周辺機器）に対応しているか否かを比較手段３３Ｂによ
り判別する。すなわち、入力するソフトウェア３２の更
新機器情報３４の機器情報とソフトウェア２４の修正履
歴情報２５の機器情報を比較し、一致するときは、入れ
換えるプログラム２７〜３０は、機器に対応していると
判断し、一致しないときは入れ換えるプログラム２７〜
３０は機器に対応していないと判断する。これは、同じ
プログラム２７〜３０でも制御する機器が異なることが
あるからである。

【００２０】機器情報が一致しているときは、ステップ
Ｓ４に進み、一致しないときは、終了とする。次に、ス
テップＳ４で入れ換え手段３３Ｃによりプログラム２７
〜３０の入れ換えを行う。例えば、入力するソフトウェ
ア３２の更新するプログラム３５とソフトウェア２４の
プログラム２７の入れ換えを行う。

【００２１】次に、ステップＳ５で更新手段３３Ｄによ
り修正履歴情報２５の更新を行う。例えば、修正履歴情
報２５の更新回数をＦ０１に更新する。なお、再度同じ
プログラム２７〜３０を更新するときは、入力するソフ
トウェア３２の更新機器情報３４の更新回数をＦ０２と
する。このようにすれば、更新回数の差は“１”とな
り、以前に更新は全て行われていると再度判断すること
ができる。

【００２２】このように、ソフトウェア２４に修正履歴
情報２５を設けて更新するようにしたため、ソフトウェ
ア２７〜３０の統一をとることができ、ソフトウェア２
７〜３０の更新管理を矛盾が生じないように行うことが
できる。その結果、ソフトウェア２７〜３０の管理精度
を高めることができる。また、プログラム２７〜３０を
異なるディレクトリに入れるような入れ違いを防止する
ことができるので、システムの起動不可能という事態を
回避することができる。

【００２３】

【発明の効果】以上説明してきたように、本発明によれ
ば、ソフトウェアをどのように更新したかを示す修正履
歴情報を残すようにしたため、ソフトウェアの統一をと
ることができ、ソフトウェアの更新管理を矛盾が生じな
いように行うことができ、管理精度を高めることができ
る。

【００２４】また、プログラムを異なるディレクトリに
入れ換えるというような入れ違いを防止することができ
るので、システムの起動不可能という事態を回避するこ
とができる。

【図面の簡単な説明】

【図１】本発明の原理説明図

【図２】本発明の一実施例を示す構成図

【図３】ハードディスクのソフトウェアの構成図

【図４】フロッピーのソフトウェアの構成図

【図５】動作を説明するフローチャート

【図６】従来例を示す図

【符号の説明】

１１：コンピュータ本体 １２：ＣＰＵ １３：ＲＯＭ １４：バス １５：ＲＡＭ １６：プリンタ １７：プリンタ制御部 １８：表示部 １９：表示制御部 ２０：入力部 ２１：入力制御部 ２２：ハードディスク ２３：ディスク制御部 ２４：ソフトウェア ２５：修正履歴情報 ２６：ディレクトリ ２７〜３０：プログラム ３１：フロッピー ３２：ソフトウェア ３３：ユーティリティソフトウェア ３３Ａ：検出手段 ３３Ｂ：比較手段 ３３Ｃ：入れ換え手段 ３３Ｄ：更新手段 ３４：更新機器情報 ３５：更新するプログラム

Claims (1)

【特許請求の範囲】
1. 【請求項１】ディレクトリおよび複数のプログラムによ
   り構成されるソフトウェアの一部を更新するソフトウェ
   アの更新管理方法において、 入力するユーティリティソフトウェアにより更新の対象
   となるプログラムを検出し（ａ）、次にソフトウェアに
   設けた修正履歴情報と入力する更新機器情報を比較する
   ことにより以前に更新は全て行われているかおよび入れ
   換えるプログラムは機器に対応しているかを判別し
   （ｂ）、次に更新が全て行われかつ機器が対応している
   ときは、入力するユーティリティソフトウェアによりソ
   フトウェアのプログラムと入力するプログラムの入れ換
   えを行い（ｃ）、次に入力するユーティリティソフトウ
   ェアによりソフトウェアの修正履歴情報の更新を行う
   （ｄ）ことを特徴とするソフトウェアの更新管理方法。