JPH1027092A - ソフトウェアの管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェアのバージョン管理を容易にしか
も確実にした、ソフトウェアの管理方法の提供が望まれ
ている。 【解決手段】 クライアント／サーバ形態のネットワー
クシステムにおいて、クライアント３またはサーバ２で
稼動する各ソウフトウエアを業務別にグループセットと
し、これに、バージョンを付与し、マネージャに登録
し、マネージャ内のバージョン管理ファイルにバージョ
ンの状態を記憶し、グループセット毎にバージョン管理
を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバとクライア
ントとマネージャとを備えたネットワークシステムにお
いて、ソフトウェアのバージョン（版数）管理を容易に
したソフトウェアの管理方法に関する。

【０００２】

【従来の技術】近年、情報処理装置の分散化に伴い、そ
のシステム形態も、ホスト中心のシステム形態からクラ
イアント／サーバのネットワークシステム形態に移行さ
れるようになってきている。クライアント／サーバのネ
ットワークシステムでは、特にシステムが広範囲に及ん
で構築されている場合、ホスト中心のときと異なり、ソ
フトウェアの入れ替え作業にかなりの人手と時間を必要
としている。そこで、１箇所から複数の装置に対してソ
フトウェアを配布できる、ソフトウェア配布システムが
実現されている。

【０００３】図５はこのようなソフトウェア配布システ
ムの一例を示す図であり、このシステムは、通信回線等
からなる通信経路１を介してサーバ２とクライアント３
ａ、３ｂ、３ｃ、３ｄとが接続され、さらにソフトウェ
アの配布を行うためのマネージャ４が接続されて構築さ
れたものである。このシステムにおいては、バージョン
アップなどのバージョン変更を行う場合、変更後のソフ
トウェアをマネージャ４に登録し、該マネージャ４から
バージョン変更を必要とするサーバやクライアントにソ
フトウェアを配布することにより、バージョン変更を行
うようになっている。

【０００４】

【発明が解決しようとする課題】しかしながら、前記ソ
フトウェアの配布システムでは、必要に応じてマネージ
ャ４に登録されたソフトウェアを、単にこれを必要とす
るサーバやクライアントに配布することのみを目的とし
ていたため、サーバや各クライアント毎で個別にバージ
ョン変更がなされてしまい、結果として同じソフトウェ
アを使用するファイル間で、ソフトウェアのバージョン
のばらつきが生じてしまうことがある。

【０００５】しかして、このように同じソフトウェアを
使用するファイル間でバージョンのばらつきが生じてし
まうと、ソフトウェアのバージョン（版数）の管理に混
乱をきたし、サーバや各クライアントに配布されている
バージョンが分からなくなってしまうことがあり、その
場合に、サーバや各クライアントに同じバージョンのソ
フトウェアを重ねて配布するような無駄な作業を行った
り、間違って古いバージョンのものを配布してしまうと
いった不都合が起きる可能性がある。

【０００６】本発明は前記事情に鑑みてなされたもの
で、その目的とするところは、ソフトウェアのバージョ
ン管理を容易にしかも確実にした、ソフトウェアの管理
方法を提供することにある。

【０００７】

【課題を解決するための手段】本発明のソフトウェアの
管理方法では、クライアント／サーバ形態のネットワー
クシステムにおいて、クライアントまたはサーバで稼動
する各ソフトウエアを業務別にグループセットとし、こ
れに、バージョンを付与し、マネージャに登録し、前記
マネージャ内のバージョン管理ファイルに前記バージョ
ンの状態を記憶し、前記グループセット毎にバージョン
管理を行うことを前記課題の解決手段とした。

【０００８】このソフトウェアの管理方法によれば、バ
ージョン管理ファイルにバージョンの状態を記憶し、グ
ループセット毎にバージョン管理を行うので、該バージ
ョン管理ファイルを開くことによってグループセットの
バージョンの把握が容易になる。

【０００９】

【発明の実施の形態】以下、本発明のソフトウェアの管
理方法をその実施形態例に基づいて詳しく説明する。 （第１実施形態例）まず、本発明の第１実施形態例を説
明する。本発明におけるクライアント／サーバのネット
ワークシステムは、図５に示したものと同様に、通信回
線等からなる通信経路１を介してサーバ２とクライアン
ト３ａ、３ｂ、３ｃ、３ｄとが接続され、さらにソフト
ウェアの配布を行うためのマネージャ４が接続されて構
築されたものである。ここで、サーバ２は、データベー
ス等のアクセスを行う情報処理装置であり、クライアン
ト３ａ、３ｂ、３ｃ、３ｄは、人が実際に業務上の操作
を行うための端末である。また、マネージャ４は、ソフ
トウェアの配布元となる情報処理装置である。ただし、
本発明においては、バージョン変更を行う場合、マネー
ジャ４に登録した変更後のソフトウェアを、該マネージ
ャ４からバージョン変更を必要とするサーバ２やクライ
アント３ａ、３ｂ、３ｃ、３ｄに個別に配布するのでな
く、ソフトウェアを使用するファイル全てについて一括
してバージョン変更を行うようにしている。

【００１０】このように同じソフトウェアを使用するフ
ァイル全てについて一括してバージョン変更を行うた
め、本発明では、まずサーバ２やクライアント３ａ、３
ｂ、３ｃ、３ｄに配布するソフトウェアを、その業務別
に分類し、分類したそれぞれについてそのソフトウェア
を使用するファイルをグループセット化している。図１
（ａ）はソフトウェアを分類した状態を示すもので、本
実施形態例では、図１（ａ）に示すようにソフトウェア
として、業務Ａを行うためのソフトウェアと業務Ｂを行
うためのソフトウェアとの二種類が用意され、これらソ
フトウェアを使用するファイルＦＡ１、ＦＡ２、ＦＡ
３、ＦＡ４およびＦＢ１、ＦＢ２、ＦＢ３が、サーバ
２、クライアント３ａ、３ｂ、３ｃ、３ｄにそれぞれ格
納されている。

【００１１】これら各ファイルは、図１（ｂ）に示すよ
うに、同じソフトウェア毎でかつサーバに格納されたも
のとクライアントに格納されたものとでグループ化さ
れ、さらに前述したように業務Ａのソフトウェアと業務
Ｂのソフトウェアとでグループセット化されている。す
なわち、本実施形態例では、例えば業務Ａのソフトウェ
アを使用するグループセットの名（グループセット名）
を「業務Ａ」とし、業務Ｂのソフトウェアを使用するグ
ループセットの名（グループセット名）を「業務Ｂ」と
している。そして、これらソフトウェアのそれぞれに、
そのバージョン（版数）を付与するとともに、そのグル
ープセット名とこれに対応するバージョンとをマネージ
ャ４内のバージョン管理ファイル（図示略）に記憶して
おく。

【００１２】このようにして種類や用途毎に分類された
ソフトウェアの一つについてそのバージョン変更を行う
場合には、該ソフトウェアを使用するファイルのグルー
プセット全てについて一括してそのバージョン変更を行
うとともに、各バージョンの状態についても前記マネー
ジャ４内のバージョン管理ファイルに記憶しておく。こ
こで、各バージョンの状態とは、各バージョンの処理状
況に応じた状態とされ、具体的には「予約中」、「運用
中」、「切り戻し待機中」、「履歴管理中」、「管理対
象外」の五種類に分けられる。そして、そのうちの「予
約中」、「運用中」、「切り戻し待機中」、「履歴管理
中」のみが前記バージョン管理ファイルに記憶されるよ
うになっている。

【００１３】「予約中」とは、将来の変更のためにマネ
ージャ４に登録され保有されている状態を指す。すなわ
ち、本実施形態例では、バージョン変更の際、これに先
立って新しいバージョンのソフトウェアをマネージャ４
に登録し、バージョン変更の予約を行う。「運用中」と
は、マネージャ４に予約登録されたバージョンが、この
ソフトウェアを使用するグループセット内のファイル全
てに配布されたことによってバージョン変更がなされ、
実際に使用されている状態を指す。なお、この運用中の
バージョンそのものは、これを使用するグループセット
内のファイル全てに配布された後も、マネージャ４内に
保有されている。

【００１４】「切り戻し待機中」とは、実際に使用され
ていた、すなわち「運用中」にあったバージョンが、バ
ージョンアップがなされたことによって新しく運用中に
なったバージョンに対し一世代前の古いバージョンとな
り、運用されなくなった状態を指す。ただし、本実施形
態例では、運用中のバージョンに対して一世代前のバー
ジョンのみが「切り戻し待機中」となり、このバージョ
ンそのものはマネージャ４に保有されたままとなってい
る。そして、運用中のバージョンに問題が生じた場合、
後述するようにこのバージョンが再度運用に戻されるよ
うになっているのである。

【００１５】「履歴管理中」とは、「切り戻し待機中」
の状態からも離れ、すなわちこの例では「運用中」のバ
ージョンに対して二世代前のバージョンとなり、これが
運用に戻されることがほとんどなくなった状態を指す。
したがって、このバージョンについては、特に必要があ
る場合にはマネージャ４内に保有しておいてもよいが、
原則としてマネージャ４から削除される。「管理対象
外」とは、「履歴管理中」の状態からも離れ、すなわち
この例では「運用中」のバージョンに対して三世代以上
前のバージョンとなり、したがって、前記バージョン管
理ファイルの記憶からも削除された状態を指す。

【００１６】次に、図２に示すグループセット状態遷移
図に基づき、本実施形態例のソフトウェア管理方法を具
体的に説明する。図２に示したグループセット状態遷移
図は、図１（ａ）、（ｂ）に示したグループセット「業
務Ａ」の状態遷移を説明するためのものである。図２に
おいて左欄の（１）、（２）…（７）は時間経過に対応
するものであり、これら（１）、（２）…（７）に対応
する各欄には、特にバージョン変更に係わるときの各バ
ージョンの状態が示されている。また、各欄中の四角で
囲んだ１．００、２．００〜５．００はグループセット
「業務Ａ」に使用されるソフトウェアのバージョンを示
している。なお、図２中においては、当然１．００が最
も古いバージョンであり、以下一世代ずつ新しくなって
５．００が最も新しいバージョンであることを示してい
る。

【００１７】図２中において（１）では、まだ業務Ａの
ソフトウェアが登録されず、したがってこのソフトウェ
アの使用の予定がなく、もちろん登録もなされていない
状態となっている。そして、業務Ａのソフトウェアの使
用が予定されると、（２）に示すようにその時点で用い
られるバージョン（したがって、後には最も古いものと
なるバージョン）１．００がマネージャ４に登録され、
このバージョン１．００が「予約中」となる。

【００１８】続いて、この「予約中」にあったバージョ
ン１．００が、これを使用するファイル全てに対して適
用されるべくそのグループセットのファイル全てに対応
するように配布され、（３）に示すように運用に供され
て「運用中」となる。その後、新しいバージョン２．０
０ができ、このバージョン２．００へのバージョンアッ
プ（バージョン変更）が予定されると、該バージョン
２．００がマネージャ４に登録され、（３）に示すよう
に「予約中」となる。

【００１９】次いで、この「予約中」にあったバージョ
ン２．００が、これを使用するファイル全てに対して適
用されるべくそのグループセットのファイル全てに対応
するように配布され、これが運用に供されてバージョン
アップがなされると、これと同時に、一世代古いバージ
ョンであるバージョン１．００は、（４）に示すように
「切り戻し待機中」となる。ここで、「切り戻し待機
中」となったバージョン１．００は、前述したように削
除されることなく、マネージャ４に保有される。その
後、新しいバージョン３．００ができ、このバージョン
３．００へのバージョンアップ（バージョン変更）が予
定されると、該バージョン３．００がマネージャ４に登
録され、（４）に示すように「予約中」となる。

【００２０】次いで、この「予約中」にあったバージョ
ン３．００が、これを使用するファイル全てに対して適
用されるべくそのグループセットのファイル全てに対応
するように配布され、これが運用に供されてバージョン
アップがなされると、これと同時に、一世代古いバージ
ョンであるバージョン２．００は、（５）に示すように
「切り戻し待機中」となり、さらに一世代古いバージョ
ンであるバージョン１．００は、「履歴管理中」となっ
てバージョンそのものがマネージャ４から削除される。
その後、新しいバージョン４．００ができ、このバージ
ョン４．００へのバージョンアップ（バージョン変更）
が予定されると、該バージョン４．００がマネージャ４
に登録され、（５）に示すように「予約中」となる。

【００２１】次いで、同様に「予約中」のバージョン
４．００が運用に供されてバージョンアップがなされる
と、（６）に示すようにバージョン３．００は「切り戻
し待機中」に、バージョン２．００は「履歴管理中」
に、バージョン１は「管理対象外」になる。そして、既
にバージョンそのものがマネージャ４から削除されたバ
ージョン１．００は、「管理対象外」となったことによ
り、マネージャ４のバージョン管理ファイルからも削除
される。

【００２２】その後、新しいバージョン５．００がで
き、このバージョン５．００へのバージョンアップ（バ
ージョン変更）が予定されると、該バージョン５．００
がマネージャ４に登録され、（６）に示すように「予約
中」となる。このときのバージョン管理ファイルの内容
を図３に示す。図３に示すように、２．００〜５．００
までバージョンと、各バージョンの状態、すなわち
（６）に示した状態とがバージョン管理ファイルに記憶
され、前述したように「管理対象外」となったバージョ
ン１．００はバージョン管理ファイルから削除されてい
る。なお、このようなバージョン管理ファイルに記憶さ
れる各バージョンの状態は、その状態が変わるたびに更
新され、更新された新たな状態が記憶されるようになっ
ている。

【００２３】このような状態のもとで、運用中のバージ
ョン４．００にバグの発生など何らかのトラブルが生じ
た場合、トラブルが生じたファイルのみでなく、グルー
プセット全体を一世代前のバージョンに戻すべく、
（７）に示すように「切り戻し待機中」にあったバージ
ョン３．００を再度使用するファイル全てに対応させて
配布し、これを運用に供してその状態を「運用中」に戻
す。同時に、「運用中」にあったバージョン４．００
を、グループセット全体から削除し、これにより該バー
ジョン４．００を「予約中」に戻す。このとき、「管理
対象外」にあるバージョン１．００はもちろん、「履歴
管理中」にあるバージョン２．００についても、そのバ
ージョンそのものがマネージャ４から削除されているた
め、その状態遷移は起こらず、同様に、「予約中」にあ
るバージョン５．００もその状態遷移が起こらない。そ
の後、バージョン４．００のトラブルを解消すべく細部
を改め、例えばバージョン４．１０を作成してこれを
「予約中」、「運用中」へと状態遷移させ、あるいは
「予約中」にあるバージョン５．００を「運用中」へと
状態遷移させるといったことにより、グループセットの
バージョンを逐次変更していく。

【００２４】このようなソフトウェアの管理方法にあっ
ては、予め特定のソフトウェアを使用するファイル全て
についてこれらをグループセット化し、そのソフトウェ
アのバージョン変更を行う場合にグループセット全てに
ついて一括してそのバージョン変更を行うようにしたの
で、グループセット化した全てのファイルについて常に
そのバージョンを同一に揃えておくことができ、したが
ってファイル間でバージョンが異なってしまうことによ
る不都合を無くして正確で確実なバージョン管理を行う
ことができる。また、各バージョンの状態をマネージャ
４内のバージョン管理ファイルに記憶しておくので、新
しいバージョンができたり運用中のバージョンにバグが
発生したりしてバージョン変更が必要となったとき、該
バージョン管理ファイルを開くことによってソフトウェ
アのバージョン遷移状況を容易に把握することができ、
これにより柔軟なバージョン変更を行うことができる。

【００２５】（第２実施形態例）次に、本発明の第２実
施形態例を説明する。この第２実施形態例が先の第１実
施形態例と異なるところは、「切り戻し待機中」の状態
となるバージョンの世代数を予め設定できるようにして
おき、設定した世代数分、切り戻し待機のためそのバー
ジョンをマネージャ４内に保有しておくようにした点で
ある。例えば、「切り戻し待機中」の状態となるバージ
ョンの世代数を２と設定した場合、グループセットの状
態遷移は図４に示すようになる。ここで、「切り戻し待
機中」の状態には優先順位を付けておき、「運用中」の
状態に続いて「切り戻し待機中」に遷移した状態を「第
１切り戻し待機中」とし、この「第１切り戻し待機中」
に続いて再度「切り戻し待機中」に遷移した状態を「第
２切り戻し待機中」とする。なお、図４は先に示した図
２と同様に、図１（ａ）、（ｂ）に示したグループセッ
ト「業務Ａ」の状態遷移を説明するためのものである。

【００２６】図４中において（１）では、バージョン
２．００が「運用中」にあり、したがってこれより一世
代前のバージョン１．００は「第１切り戻し待機中」
に、またバージョン２．００の次のバージョンである
３．００は既に「予約中」になっている。次いで、「予
約中」のバージョン３．００が運用に供されてバージョ
ンアップがなされると、（２）に示すようにバージョン
２．００は「第１切り戻し待機中」に、バージョン１．
００は「第２切り戻し待機中」に遷移する。その後、新
しいバージョン４．００ができ、このバージョン４．０
０へのバージョンアップ（バージョン変更）が予定され
ると、該バージョン４．００がマネージャ４に登録さ
れ、（２）に示すように「予約中」となる。

【００２７】次いで、この「予約中」のバージョン４．
００が運用に供されてバージョンアップがなされると、
（３）に示すようにバージョン３．００は「第１切り戻
し待機中」に、バージョン２．００は「第２切り戻し待
機中」に、バージョン１．００は「履歴管理中」に遷移
する。その後、新しいバージョン５．００ができ、この
バージョン５．００へのバージョンアップ（バージョン
変更）が予定されると、該バージョン５．００がマネー
ジャ４に登録され、（３）に示すように「予約中」とな
る。

【００２８】このような状態のもとで、運用中のバージ
ョン４．００にバグの発生など何らかのトラブルが生じ
た場合、第１実施形態例と同様にトラブルが生じたファ
イルのみでなく、グループセット全体を一世代前のバー
ジョンに戻すべく、（４）に示すように「第１切り戻し
待機中」にあったバージョン３．００を再度使用するフ
ァイル全てに対応させて配布し、これを運用に供してそ
の状態を「運用中」に戻す。同時に、「第２切り戻し待
機中」にあったバージョン２．００を「第１切り戻し待
機中」に戻し、また「運用中」にあったバージョン４．
００をグループセット全体から削除し、これにより該バ
ージョン４．００を「予約中」に戻す。このとき、「履
歴管理中」にあるバージョン１．００については、その
バージョンそのものがマネージャ４から削除されている
ため、その状態遷移は起こらず、同様に、「予約中」に
あるバージョン５．００もその状態遷移が起こらない。

【００２９】さらに、切り戻して再度運用に供したバー
ジョン３．００に、先の場合と同様にトラブルが生じた
場合、再度切り戻しを行い、（５）に示すように「第１
切り戻し待機中」にあったバージョン２．００を再度
「運用中」に戻す。同時に、「運用中」にあったバージ
ョン３．００を、グループセット全体から削除し、これ
により該バージョン３．００を「予約中」に戻す。この
とき、「履歴管理中」にあるバージョン１．００につい
ては、前述したようにその状態遷移は起こらず、同様
に、「予約中」にあるバージョン４．００、バージョン
５．００もその状態遷移が起こらない。

【００３０】その後、バージョン３．００、バージョン
４．００のトラブルを解消すべく細部を改め、例えばバ
ージョン３．１０やバージョン４．１０を作成してこれ
らを順次「予約中」、「運用中」へと状態遷移させ、あ
るいは「予約中」にあるバージョン５．００を「運用
中」へと状態遷移させるといったことにより、グループ
セットのバージョンを逐次変更していく。

【００３１】このようなソフトウェアの管理方法にあっ
ては、切り戻し待機を行うためのバージョンの世代数を
予め設定しておき、設定した世代数分のバージョンを、
切り戻し待機のためマネージャ４内に保有しておくよう
にしたので、バージョンにトラブルが発生した場合など
にこれに対処して設定した分だけバージョンの切り戻し
を行うことができ、したがってソフトウェアのバージョ
ン管理をより一層に柔軟に行うことができる。なお、こ
の第２実施形態例においては、「切り戻し待機中」の状
態となるバージョンの世代数を２に設定した場合につい
て説明したが、３以上に設定できるのはもちろんであ
る。

【００３２】

【発明の効果】以上説明したように本発明のソフトウェ
アの管理方法は、バージョン管理ファイルにバージョン
の状態を記憶し、グループセット毎にバージョン管理を
行うものであるから、該バージョン管理ファイルを開く
ことによってグループセットのバージョンの把握を容易
に行うことができる。したがって、ファイル間でバージ
ョンが異なってしまうことによる不都合、例えばサーバ
や各クライアントに配布されているバージョンが分から
なくなってしまい、サーバや各クライアントに同じバー
ジョンのソフトウェアを重ねて配布するような無駄な作
業を行ったり、間違って古いバージョンのものを配布し
てしまうといった不都合を無くして正確で確実なバージ
ョン管理を行うことができる。

【００３３】また、各バージョンの状態をマネージャ内
のバージョン管理ファイルに記憶しておくので、新しい
バージョンができたり運用中のバージョンにバグが発生
したりしてバージョン変更が必要となったとき、該バー
ジョン管理ファイルを開くことによってソフトウェアの
バージョン遷移状況を容易に把握することができ、これ
により柔軟なバージョン変更を行うことができる。

【図面の簡単な説明】

【図１】（ａ）、（ｂ）は本発明の方法を説明するため
の図であり、（ａ）はソフトウェアを分類した状態を示
す図であり、（ｂ）はファイルをグループセット化した
状態を示す図である。

【図２】グループセットのバージョンの状態遷移を説明
するための図である。

【図３】バージョン管理ファイルの記憶の内容の一例を
示す図である。

【図４】グループセットのバージョンの状態遷移を説明
するための図である。

【図５】本発明に係るネットワークのシステム構成図で
ある。

【符号の説明】

１ 通信経路 ２ サーバ ３ａ、３ｂ、３ｃ、３ｄ クライアント ４ マネージャ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 クライアント／サーバ形態のネットワー
   クシステムにおいて、クライアントまたはサーバで稼動
   する各ソフトウエアを業務別にグループセットとし、こ
   れに、バージョンを付与し、マネージャに登録し、前記
   マネージャ内のバージョン管理ファイルに前記バージョ
   ンの状態を記憶し、前記グループセット毎にバージョン
   管理を行うことを特徴とするソフトウェアの管理方法。
2. 【請求項２】 請求項１記載のソフトウェアの管理方法
   において、 各グループセット毎のバージョン管理ファイルに、少な
   くとも、予約中、運用中、切り戻し待機中の状態を設け
   たことを特徴とするソフトウェアの管理方法。