JPH11119980A - ソフトウエア配布指示支援方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明の目的は、入力指定ミスの排除および入
力手間の軽減のために、各計算機へ配布すべきソフトウ
エアを自動的に決定する方法を提供することである。 【解決手段】配布元計算機１１０が各種のソフトウエア
１１２を保管する資源管理ＤＢ１１１を有し、ユーザの
指示に従って各種のソフトウエア１１２を配布先計算機
１３０へ転送する配布手段１１６を備えている場合に、
配布リスト作成手段１１５を設けて、該配布リスト作成
手段１１５は、過去（前回）に配布指示したソフトウエ
アの一覧１１４を読み込んで、それぞれのソフトウエア
に対して該資源管理ＤＢ１１１内でバージョンアップに
て登録されているものを探索して、発見したバージョン
アップ版のソフトウエアを今回の配布対象の候補とす
る。さらに、該資源管理ＤＢ１１１内を探索して、発見
した新規のソフトウエアも今回の配布対象の候補とす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散配置された複
数の計算機へのソフトウエア遠隔保守に係り、特に、多
種多様なソフトウエアの新バージョンを各計算機へ遠隔
配布する際に、各計算機に配布すべきソフトウエアおよ
びそのバージョンを自動決定するのに好適なソフトウエ
ア配布指示自動決定方法に関するものである。

【０００２】

【従来の技術】複数の計算機がネットワークを介して接
続されている分散システムにおいて、ソフトウェア（プ
ログラムやデータファイルなど）が仕様変更や不具合対
策によってバージョンアップされた場合、センター側の
計算機からリモート側の複数の計算機へファイル転送に
よって、リモート側の計算機のソフトウエアを更新する
ことが要求されている。このために、ソウトウエア遠隔
配布に関する特許がいくつか出願されている。これらの
特許のうちで、従来技術の代表例として、特開平８−１
３７７６８号「遠隔配布管理ネットワーク」が挙げられ
る。

【０００３】従来技術は、インストール元計算機はソフ
トウエアインストール手段およびソフトウエアを格納し
たデータベースを備え、インストール元計算機側でユー
ザがどの計算機にどのソフトウエアをインストールする
かを示すインストールリストを準備した後にインストー
ル開始を指示すると、該ソフトウエアインストール手段
が該インストールリストに従ってデータベース内のソフ
トウエアをインストール先計算機へファイル転送する。

【０００４】

【発明が解決しようとする課題】従来技術は、いくつか
のソフトウエアがバージョンアップされた後にインスト
ールを指示する毎に、どの計算機にどのソフトウエアを
インストールするかを示すインストールリストを毎回作
成しなければならない、入力のミスが発生する問題、お
よび、入力の手間がかかる問題がある。この問題は、ソ
フトウエアのバージョンアップが頻繁に発生する場合
に、ユーザへの利便性に関して考慮されていないためで
ある。

【０００５】例えば、金融機関などのように高い信頼性
を求められているシステムにおいては、異常状態（エラ
ー）を極力発生させずに、しかも保守対象ソフトウエア
の転送に人手を必要としないソフトウエア遠隔保守シス
テムの構築が望まれている。

【０００６】本発明の目的は、ユーザによる入力指定ミ
スを排除し、かつ入力作業の手間をなくすために、各計
算機へ配布すべきソフトウエアを自動的に指示する方法
を提供することである。

【０００７】

【課題を解決するための手段】配布元計算機と１つ以上
の配布先計算機がネットワークで接続された分散システ
ムにおいて、該配布元計算機が各種のソフトウエアを保
管する資源管理データベースを有し、ユーザの指示に従
って該資源管理データベース内の各種のソフトウエアを
該配布先計算機へ転送する配布手段を備えている場合
に、入力ミスを排除して入力の手間を最小限にするため
に、配布対象ソフトウエア抽出手段を設けておく。該配
布対象ソフトウエア抽出手段は、過去（前回）に配布指
示したソフトウエア、例えばソフトウエア名およびその
バージョン番号の一覧を読み込んで、それぞれのソフト
ウエア名およびバージョン番号に対して該資源管理デー
タベース内でバージョンアップにて登録されているもの
を探索して、発見したバージョンアップ版のソフトウエ
アを今回の配布対象の候補とする。さらに、過去（前
回）に配布指示したソフトウエアの一覧に存在しないも
のを該資源管理データベース内を探索して、発見した新
規のソフトウエアも今回の配布対象の候補とする。配布
対象の最終的な決定は、（１）ユーザの選択に従う方
法、（２）複数のバージョンのうちで最新のバージョン
に自動的に限定する方法、のいずれかを用いる。

【０００８】前記の配布対象ソフトウエア抽出手段によ
って、バージョンアップされたソフトウエアおよび新規
に登録されたソフトウエアを今回の配布対象に自動的に
決定するので、従来のようにユーザが１つ１つソフトウ
エア名やバージョン番号を入力していた手間を省くこと
ができ、さらに入力ミスを極力減らすことができる。

【０００９】

【発明の実施の形態】以下、本発明を実現するための実
施例を図面により説明する。

【００１０】［１］実施例１ （Ａ）ハード・ソフトウエア構成例 図１に本発明を実現するためのハード・ソフトウエア構
成の一例を示す。図１は、ハードウエア構成として、配
布元計算機１１０と配布先計算機１３０がネットワーク
１２０に接続された構成を示している。配布先計算機１
３０は１つに限定されるものではなく複数のものがネッ
トワーク１２０に接続されていてもかまわない。配布元
計算機１１０はソフトウエア資源管理ＤＢ１１１、ソフ
トウエア配布管理ＤＢ１１３、配布リスト作成手段１１
５、および、ソフト配布手段１１６を有する。一方、配
布先計算機１３０はソフト受信エリア１３１および入れ
替え実行手段１３３を有する。ソフトウエア保守を実施
する場合、配布リスト作成手段１１５によって、配布先
計算機１３０に対して入れ替えるべきソフトウエア名と
バージョン番号を指示した配布リスト１１４を作成して
おく。そして、ソフト配布手段１１６がソフトウエア資
源管理データベース１１１のうち配布リスト１１４に指
示されているソフトウエアのバージョン１１２を保守対
象となる配布先計算機１３０のソフト受信エリア１３１
にダウンロードする。全てのバージョンのソフトウエア
１１２および１３２は、それぞれがソースファイルまた
はオブジェクトやライブラリおよびインストールスクリ
プトを有している。そして、入れ替え実行手段１３３が
ソフト受信エリア１３１にダウンロードされた新バージ
ョンのソストウエア１３２のインストールスクリプトを
起動することによって旧（現行）バージョンから新バー
ジョンへソフトウエアの入れ替えを実施する。ここで、
インストールスクリプトとは、それぞれのバージョンの
ソフトウエアから実行モジュールを生成するためのコン
パイル・リンク・ロードコマンドを記述したものであ
る。

【００１１】本発明の特徴は、入力ミスを排除して入力
の手間を最小限にするために、配布リスト作成手段１１
５を設けて、配布先計算機１３０に対して入れ替えるべ
きソフトウエア名とバージョン番号を指示した配布リス
ト１１４を自動的に作成するものである。

【００１２】（Ｂ）配布元計算機のＤＢ構成例と処理の
流れ ソフトウエア資源管理ＤＢ１１１は、テキストファイル
ならびにソースやオブジェクトおよびロードモジュール
等の全バージョンを集中的に管理するためのデータベー
スである。図２にソフトウエア資源管理ＤＢの構成例を
示す。ソフトウエア資源管理ＤＢ１１１は、第１ディレ
クトリがソフトウエア名２０１で、第２ディレクトリが
バージョン番号２０２で、第２ディレクトリ下が配布先
計算機のいずれかへ転送するファイル郡２０３で階層的
に構成される。ソフトウエア名２０１は配布先計算機の
いずれかに登録するソフトウエア名に該当する。バージ
ョン番号２０２はソフトウエアのバージョン番号であ
る。バージョン番号のディレクトリ下２０３には配布先
計算機に転送するファイル郡を置いておく。具体的に
は、実行環境に登録するためのインストールスクリプト
ap_load、および、ap_load内で必要となるファイル群で
ある。

【００１３】例えば、ソフトウエア資源管理ＤＢ１１１
にプログラムＰrogramＡ，プログラムＰrogramＢ，デー
タＤataＡのソフトウエアがそれぞれＶ1.1,Ｖ1.1とＶ1.
2,Ｖ1.1とＶ1.2で登録されている場合、ソフトウエア名
をＰrogramＡ２１１,ＰrogramＢ２２１,ＤataＡ２３１
として、ＰrogramＡ２１１に対するバージョン番号をＶ
1.1 ２１２として、Ｐrogram２２１に対するバージョン
番号をＶ1.1,Ｖ1.2 ２２２として、ＤataＡ２３１に対
するバージョン番号をＶ1.1,Ｖ1.2 ２３２として、ソフ
トウエア資源管理ＤＢ１０１は構成される。さらに、各
バージョン番号のディレクトリ下に、転送すべきファイ
ル郡として、オブジェクトファイルＰrogramＡ.o、Ｐro
gramＢ.o、テキストファイルＤataＡ.txtのいずれか、
および、インストールスクリプトap_loadが格納されて
いる。具体的には、ディレクトリＰrogramＡ２１１のＶ
1.1下２１２にはオブジェクトファイルＰrogramＡ.o２
１３およびインストールスクリプトap_load２１４、デ
ィレクトリＰrogramＢ２２１のＶ1.1下にはオブジェク
トファイルＰrogramＢ.oおよびインストールスクリプト
ap_load、ディレクトリＰrogramＢ２２１のＶ1.2下２２
２にはオブジェクトファイルＰrogramＢ.o２２３および
インストールスクリプトap_load２２４、ディレクトリ
ＤataＡ２３１のＶ1.1下にはテキストファイルＤataＡ.
txtおよびインストールスクリプトap_load、ディレクト
リＤataＡ２３１のＶ1.2下２３２にはテキストファイル
ＤataＡ.txt２３３およびインストールスクリプトap_lo
ad２３４が格納されている。

【００１４】ソフトウエア配布管理ＤＢ１１３は各配布
計算機へ登録すべきソフトウエアの一覧を定義しておく
ためのデータベースである。図３にソフトウエア配布管
理ＤＢ１１３の構成例を示す。ソフトウエア配布管理Ｄ
Ｂ１１３は、第１ディレクトリが配布先計算機名３０１
で、第２ディレクトリがシステムバージョン番号３０２
で、第２ディレクトリ下のファイルが配布リスト３０３
で階層的に構成される。配布先計算機名３０１は配布先
計算機として存在するホスト名に該当する。システムバ
ージョン番号３０２は配布毎に識別するためのシステム
のバージョン番号であり配布回数を示すことになる。シ
ステムバージョン番号のディレクトリ下３０３には配布
先計算機を構成するソフトウエアとそのバージョン番号
を定義したファイルＤefine.ＤＢを作成しておく。配布
リストＤefine.ＤＢ３０３は第１欄にソフトウエア名
を、第２欄にバージョン番号を記述したファイルであ
る。

【００１５】例えば、配布先計算機ＳiteＡへ配布する
のが２回目の場合では、ＳiteＡ３１１のシステムバー
ジョン番号Ｖ1.2 ３１２のディレクトリ下の配布リスト
Ｄefine.ＤＢ３１３には、ＰrogramＡ Ｖ1.1, Ｐrogram
Ｂ Ｖ1.2, ＤataＡ Ｖ1.2と記述しておく。これによっ
て、１回目の配布リストＤefine.ＤＢと２回目の配布リ
ストＤefine.ＤＢ３１３を比較すると、ＰrogramＢ Ｖ
1.2, ＤataＡ Ｖ1.2が更新されているので、ＰrogramＢ
Ｖ1.2, ＤataＡ Ｖ1.2が配布先計算機ＳiteＡへ配布さ
れることになる。一方、配布先計算機ＳiteＢへ配布す
るのが２回目の場合では、ＳiteＢ３２１のシステムバ
ージョン番号Ｖ1.2 ３２２のディレクトリ下の配布リス
トＤefine.ＤＢ３２３には、ＰrogramＡ Ｖ1.1, Ｐrogr
amＢ Ｖ1.1, ＤataＡ Ｖ1.2と記述しておく。これによ
って、１回目の配布リストＤefine.ＤＢと２回目の配布
リストＤefine.ＤＢ３２３を比較すると、ＤataＡ Ｖ1.
2が更新されているので、ＤataＡ Ｖ1.2が配布先計算機
ＳiteＢへ配布されることになる。ここで、配布先計算
機ＳiteＡへの２回目の配布リスト３１３と配布先計算
機ＳiteＢへの２回目の配布リスト３２３間でＰrogram
Ｂのバージョン番号が異なるのは、配布先計算機Ｓite
Ｂへの２回目の配布が完了した後に、プログラムＰrogr
amＢがバージョンアップされて、続いて、配布先計算機
ＳiteＡへの２回目の配布を行なったのを想定している
ためである。

【００１６】さて、配布先計算機ＳiteＡおよびＳiteＢ
へ２回目の配布が完了した後に、ソフトウエアが新しく
バージョンアップされてソフトウエア資源管理ＤＢに登
録された場合を考える。例えば、プログラムＰrogramＡ
がＶ1.1からＶ1.2へ、データＤataＡがＶ1.2からＶ1.3
へバージョンアップされて、新規のプログラムＰrogram
ＣがＶ1.1で登録された場合には、ソフトウエア資源管
理ＤＢは図４のように構成される。図４において、プロ
グラムＰrogramＡの例では、ディレクトリＰrogramＡ２
１１下にディレクトリＶ1.2 ４１２が新規に作成されて
ディレクトリＶ1.2 ４１２下にオブジェクトファイルＰ
rogramＡ.o４１３およびインストールスクリプトap_loa
d４１４が格納される。ここで、オブジェクトファイル
ＰrogramＡ.o２１３とＰrogramＡ.o４１３間は新旧間で
修正が加えられているので部分的に異なる。一方、イン
ストールスクリプトap_load２１４とap_load４１４間は
ソフトウエア名称やコマンド名称等の変更が稀であるの
で同一のケースが多い。また、データＤataＡの例で
は、ディレクトリＤataＡ２３１下にディレクトリＶ1.3
４３２が新規に作成されてディレクトリＶ1.3 ４３２下
にテキストファイルＤataＡ.txt４３３およびインスト
ールスクリプトap_load４３４が格納される。プログラ
ムＰrogramＡの例と同様に、テキストファイルＤataＡ.
txt２３３とＤataＡ.txt４３３間は部分的に異なり、イ
ンストールスクリプトap_load２３４とap_load４３４間
は同一の内容である。さらに、プログラムＰrogramＣの
例では、ディレクトリＰrogramＣ４４１およびディレク
トリＶ1.1 ４４２が新規に作成されてディレクトリＶ1.
1 ４４２下にオブジェクトファイルＰrogramＣ.o４４３
およびインストールスクリプトap_load４４４が格納さ
れる。

【００１７】図５は、本発明に係わる、配布リスト作成
手段１１５の処理の流れを示す。ステップ５０１は、利
用者に知らせるために、ソフトウエア配布管理ＤＢ１１
３を元に配布先計算機名（サイト名と呼ぶ）の一覧を表
示する。例えば、図３のソフトウエア配布管理ＤＢ１１
３のうち第１ディレクリ名を検索すれば、ＳiteＡ３１
１とＳiteＢ３２１を取り出すことができる。そして、
取り出したサイト名を利用者に知らせるために画面等に
一覧表示する。ステップ５０２は、サイト名の表示一覧
のうちで操作者からのサイト名の選択を受け付ける。例
えば、サイト名一覧のＳiteＡ,ＳiteＢのうちで操作者
がＳiteＡを選択すると、配布先のサイト名としてＳite
Ａと認識する。ステップ５０３は、指定されたサイト名
に対する配布リストのうち最新のものを取り出す。例え
ば、指定されたサイト名ＳiteＡ３１１のシステムバー
ジョン番号リストのＶ1.1,Ｖ1.2のうちで、Ｖ1.2 ３１
２の方が最新であるからベースとなる配布リストとして
Ｖ1.2の配布リスト３１３を取り出す。ステップ５０４
は、取り出した配布リスト３１３のうちソフトウエア名
とそのバージョン番号の組を１つずつ取り出して、以下
の処理をソフトウエア数分繰り返す。例えば、配布リス
ト３１３の１行目がＰrogramＡ,Ｖ1.1であるので、ソフ
トウエア名としてＰrogramＡ、バージョン番号としてＶ
1.1と認識する。ステップ５１１は、ソフトウエア資源
管理ＤＢのうちで該当ソフトウエアの該当バージョン番
号よりも新しいバージョン番号が登録されているかを検
索する。例えば、図４のソフトウエア資源管理ＤＢ１１
１でソフトウエア名ＰrogramＡ２１１であるディレクト
リ下を検索すればＶ1.1,Ｖ1.2を見つけ出すことがで
き、それらのうちＶ1.2 ４１２は配布リストに記述され
ているバージョン番号Ｖ1.1よりも新しいバージョン番
号であるので、新しいバージョン番号Ｖ1.2 ４１２が登
録されていると判断できる。ステップ５１２は、新しい
バージョン番号が登録されている場合にはステップ５１
３に進み、逆に新しいバージョン番号が登録されていな
い場合にはステップ５１１までスキップする。プログラ
ムＰrogramＡの例では、新しいバージョン番号Ｖ1.2 ４
１２が登録されているので、ステップ５１３に進む。ス
テップ５１３は、配布リストに記述されているバージョ
ン番号を新しく発見したバージョン番号に置き換える。
プログラムＰrogramＡの例では、配布リスト３１３の第
１行目のバージョン番号Ｖ1.1を新しく発見したバージ
ョン番号Ｖ1.2 ４１２に置き換える。以上のステップで
配布リスト３１３の第１行目に対する処理を完了して、
次に配布リスト３１３の第２行目以降に対して、同様に
ステップ５１１〜５１３を繰り返す。配布リスト３１３
の２行目では、ソフトウエア名としてＰrogramＢ、バー
ジョン番号としてＶ1.2と認識する。しかし、図４のソ
フトウエア名ＰrogramＢ２２１であるディレクトリ下を
検索しても該当バージョン番号Ｖ1.2よりも新しいバー
ジョン番号が登録されていないので、何も処理をしな
い。また、配布リスト３１３の３行目では、ソフトウエ
ア名としてＤataＡ、バージョン番号としてＶ1.2と認識
する。図４のソフトウエア名ＤataＡ２３１であるディ
レクトリ下を検索すると新しいバージョン番号Ｖ1.3 ４
３２が登録されているので、配布リスト３１３の第３行
目のバージョン番号Ｖ1.2を新しく発見したバージョン
番号Ｖ1.3 ４３２に置き換える。以上のステップで配布
リストの各行に対する処理を完了したので、ステップ５
０５へ戻る。ステップ５０５は、ソフトウエア資源管理
ＤＢに存在するソフトウエアのうちで配布リスト内に記
述されていないソフトウエア、すわわち新規に登録され
たソフトウエアを配布リストに加える。例えば、図４の
ソフトウエア資源管理ＤＢ１１１の第１ディレクトリを
検索すると、ＰrogramＡ２１１、ＰrogramＢ２２１、Ｄ
ataＡ２３１は配布リスト３１３の第１行から第３行ま
でに記述されているが、ＰrogramＣ４４１は配布リスト
３１３に記述されていないので、プログラム名Ｐrogram
Ｃ４４１およびバージョン番号Ｖ1.1 ４４２を配布リス
トに加える。ここでは、追加するか否かをユーザに問い
合わせても良い。ステップ５０６は、ステップ５１３の
置き換え処理およびステップ５０５の追加処理によって
更新された配布リストを新規ファイルとして保存する。
例えば、図６に示すように、サイト名ＳiteＡ３１１で
あるディレクトリ下にシステムバージョン番号をレビジ
ョンアップしたディレクトリＶ1.3 ６１２を新規に作成
して、ディレクトリＶ1.3 ６１２下に配布リスト６１３
を新規に保存する。配布リスト６１３は更新された内容
であり、各ソフトウエアの最新バージョンを配布する指
示内容となる。配布リストとして３つソフトウエアを例
に挙げたが、ソフトウエア数が数十から数百の場合に
は、ユーザにとって入力の手間がかなり軽減されること
になる。

【００１８】一方、ステップ５０２でサイト名としてＳ
iteＢが選択された場合には、各ステップを処理した結
果、図６に示すように、ディレクトリＳiteＢ３２１下
にＶ1.3 ６２２が新規に作成され、さらに、ディレクト
リＶ1.3 ６２２下に配布リスト６２３が新規に保存され
る。ここで、配布リスト６１３と６２３が同一の内容で
あるのは、サイトＳiteＡとＳiteＢを指示する間に、ソ
フトウエア資源管理ＤＢにソフトウエアの新規登録およ
びバージョンアップ登録がない場合を想定したからであ
る。

【００１９】以上のような配布リスト作成手段によっ
て、ソフトウエア資源管理ＤＢに新規に登録されたソフ
トウエア名やバージョン番号を検索して、新規登録され
たものを今回の配布対象に自動的に指定するので、ユー
ザが１つ１つソフトウエア名やバージョン番号を入力し
ていた手間を省くことができ、さらに、入力ミスを極力
減らすことができる。さらに、配布対象の入力作業がな
くなり、また、ソフトウエア配布の誤操作による後戻り
作業もなくなるので、ソフトウエア保守を簡単かつ確実
に遂行可能となる。

【００２０】［２］実施例２ 実施例１ではソフトウエア資源管理ＤＢに登録された全
てのソフトウエアを各サイトへまんべんなく配布するの
に有効であるが、部分的なソフトウエアを各サイトへ配
布したり、あるソフトウエアをあるサイトだけへ配布す
るというケースでは、新規に登録されていないソフトウ
エアを発見してしまう恐れがある。そこで、実施例１の
変形例として、各配布先計算機（サイト）と各ソフトウ
エア間の配布関係を管理するためのファイルを設けて、
配布リスト作成手段がこのファイルを利用して、ソフト
ウエア資源管理ＤＢに新規に登録されたソフトウエアを
効率的に判断する実施例を説明する。なお、ハードウエ
ア・ソフトウエア構成は図１と同様であり、ソフトウエ
ア資源管理ＤＢ１１１は図２および図４と同様である。

【００２１】図７は、各配布先計算機（サイト）と各ソ
フトウエア間の配布関係を管理するために、図３のソフ
トウエア資源管理ＤＢ１１３にサイト資源間配布関係フ
ァイルＬink.ＤＢ７１５と７２５を設けて構成した例で
ある。ここで、プログラムＰrogramＡはサイトＳiteＡ
へのみ配布し、プログラムＰrogramＢはサイトＳiteＢ
へのみ配布し、データＤataＡはサイトＳiteＡとＳite
Ｂの両方へ配布する例を示すために、配布リスト７１３
と７２３の内容が図３の場合と異なっている。配布先計
算機ＳiteＡへソフトウエアを配布する場合において、
１回目にＰrogramＡ Ｖ1.1, ＤataＡ Ｖ1.1の配布を完
了した後に２回目にＤataＡ Ｖ1.2を配布する時には、
配布リストＤefine.ＤＢ７１３には、ＰrogramＡ Ｖ1.
1, ＤataＡ Ｖ1.2と記述しておく。これによって、１回
目の配布リストＤefine.ＤＢと２回目の配布リストＤef
ine.ＤＢ７１３を比較すると、ＤataＡ Ｖ1.2が更新さ
れているので、ＤataＡ Ｖ1.2が配布先計算機ＳiteＡへ
配布されることになる。一方、配布先計算機ＳiteＢへ
ソフトウエアを配布する場合において、１回目にＰrogr
amＢ Ｖ1.1, ＤataＡ Ｖ1.1の配布を完了した後に２回
目にＤataＡ Ｖ1.2を配布する時には、配布リストＤefi
ne.ＤＢ７２３には、ＰrogramＢ Ｖ1.1, ＤataＡＶ1.2
と記述しておく。これによって、１回目の配布リストＤ
efine.ＤＢと２回目の配布リストＤefine.ＤＢ７２３を
比較すると、ＤataＡ Ｖ1.2が更新されているので、Ｄa
taＡ Ｖ1.2が配布先計算機ＳiteＢへ配布されることに
なる。さて、サイト資源間配布関係ファイルＬink.ＤＢ
７１５と７２５は、サイト別に各ソフトウエアを配布す
るか否かを管理するものであり、配布リスト作成手段に
よって自動的に作成される。例えば、サイトＳiteＡの
サイト資源間配布関係ファイルＬink.ＤＢ７１５は、プ
ログラムＰrogramＡおよびデータＤataＡを配布するが
プログラムＰrogramＢを配布しないことを意味する。こ
こでは、ソフトウエア名の先頭に何も付いていないもの
は配布することを意味し、ソフトウエア名の先頭にビッ
クリマーク"!"が付いているものは配布しないことを意
味する。一方、サイトＳiteＢのサイト資源間配布関係
ファイルＬink.ＤＢ７２５は、プログラムＰrogramＢお
よびデータＤataＡを配布するがプログラムＰrogramＡ
を配布しないことを意味する。

【００２２】図８は、新規に登録されたソフトウエアを
確実かつ高速に認識するために、図５の配布リスト作成
手段の処理フローを改良したものである。図５と図８の
違いは、図５のステップ５０５の代わりに図８にステッ
プ８０１と８０２を設けた点である。実施例１の例と同
様に、配布先計算機ＳiteＡおよびＳiteＢへ２回目の配
布が完了した後に、プログラムＰrogramＡがＶ1.1から
Ｖ1.2へ、データＤａｔａＡがＶ１．２からＶ1.3へバー
ジョンアップされて、しかも、新規のプログラムＰrogr
amＣがＶ1.1でソフトウエア資源管理ＤＢに登録された
場合を考える。この時のソフトウエア資源管理ＤＢの構
成は図４に示した通りである。ステップ８０１は、指定
されたサイト名に対するサイト資源間配布関係ファイル
を取り出す。例えば、指定されたサイト名ＳiteＡがあ
るからディレクトリＳiteＡ３１１下のサイト資源間配
布関係ファイルＬink.ＤＢ７１５を取り出す。ステップ
８０２は、ソフトウエア資源管理ＤＢに存在するソフト
ウエアのうちでサイト資源間配布関係ファイル内に記述
されていないソフトウエア、すわわち新規に登録された
ソフトウエアを配布リストに加える。例えば、図４のソ
フトウエア資源管理ＤＢ１１１の第１ディレクトリを検
索すると、ＰrogramＡ２１１、ＰrogramＢ２２１、Ｄat
aＡ２３１はサイト資源間配布関係ファイル７１５の第
１行から第３行までに記述されているが、ＰrogramＣ４
４１はサイト資源間配布関係ファイル７１５に記述され
ていないので、プログラム名ＰrogramＣ４４１およびバ
ージョン番号Ｖ1.1 ４４２を配布リストに加えるか否か
をユーザに問い合わせる。ユーザが加えると答えた場合
には、プログラム名ＰrogramＣ４４１およびバージョン
番号Ｖ1.1 ４４２を配布リストに加えて、しかも、プロ
グラム名ＰrogramＣ４４１をサイト資源間配布関係ファ
イルに加える。一方、ユーザが加えないと答えた場合に
は、先頭にビックリマーク付きでプログラム名Ｐrogram
Ｃ４４１をサイト資源間配布関係ファイルに加える。こ
こで、加えると答えた場合を例にすると、サイト資源間
配布関係ファイル７１５は９１５に示すように更新され
る。さらに、配布リスト７１３は９１３に示すように更
新される。このように、配布リスト９１３は、新規に登
録されたものを含めて各ソフトウエアの最新バージョン
を配布する指示内容となる。

【００２３】一方、ステップ５０２でサイト名としてＳ
iteＢが選択された場合には、各ステップを処理した結
果、図９に示すように、サイト資源間配布関係ファイル
７２５は９２１５に示すように更新され、配布リスト７
２３は９２３に示すように更新される。ここで、ステッ
プ８０２で加えないと答えた場合を例にしている。

【００２４】以上のような配布リスト作成手段によっ
て、実施例１よりも高速かつ確実に、新規登録されたも
のを今回の配布対象に自動的に指定するので、ユーザが
１つ１つソフトウエア名やバージョン番号を入力してい
た手間を省くことができ、さらに、入力ミスを極力減ら
すことができる。さらに、応答性や使い勝手も良いの
で、ソフトウエア保守を快適に遂行することができる。

【００２５】［３］実施例３ 実施例１では集中開発・保守を例に挙げており、集中開
発・保守のようにソフトウエア資源管理ＤＢにてソフト
ウエアを一元的に管理する場合に有効である。今後は、
集中開発・保守から分散開発・保守に移行していくと予
想される。そこで、実施例１の変形例として、分散開発
・保守を例に挙げて、各計算機に分散されたソフトウエ
ア資源管理ＤＢにてソフトウエアを分散管理する場合の
実施例を説明する。

【００２６】図１０は、ソフトウエア資源管理を分散管
理するためのハードウエア・ソフトウエア構成の例であ
る。配布元計算機１１０の他にもう１つの配布元計算機
１０１０がネットワーク１２０に接続される。配布元計
算機１０１０はもう１つのソフトウエア資源管理ＤＢ１
０１１を備えている。ソフトウエア資源管理ＤＢ１１１
は図２および図４と同様であり、ソフトウエア資源管理
ＤＢ１０１１は構成方法が図２および図４と同様である
が内容（ソフトウエアの名称等）が異なるものである。
配布リスト作成手段１１５はソフトウエア資源管理ＤＢ
１１１に加えて１０１１を参照する。配布リスト作成手
段１１５の処理の流れは図５または図８と同様であり、
図５または図８のステップ５１１、５０５および８０２
において、ソフトウエア資源管理ＤＢ１１１および１０
１１を参照するようにすれば良い。

【００２７】以上によって、分散構成されたソフトウエ
ア資源管理ＤＢに新規に登録されたソフトウエア名やバ
ージョン番号を検索して、新規登録されたものを今回の
配布対象に自動的に指定することができ、実施例１およ
び実施例２と同様な効果が得られる。

【００２８】

【発明の効果】本発明によれば、ソフトウエア資源管理
ＤＢに新規に登録されたソフトウエア名やバージョン番
号を検索して、新規登録されたものを今回の配布対象に
自動的に指定するので、ユーザが１つ１つソフトウエア
名やバージョン番号を入力していた手間を省くことがで
き、さらに、入力ミスを極力減らすことができる。さら
に、配布対象の入力作業がなくなり、また、ソフトウエ
ア配布の誤操作による後戻り作業もなくなるので、ソフ
トウエア保守を簡単かつ確実に遂行可能となる。しか
も、応答性や使い勝手も良いので、ソフトウエア保守を
快適に遂行することができる。

【図面の簡単な説明】

【図１】ソフトウエア保守システム構成の一例。

【図２】ソフトウエア資源管理データベース構成の一
例。

【図３】ソフトウエア配布管理データベース構成および
配布リストの一例。

【図４】各種ソフトウエアを登録後の資源管理データベ
ース構成の一例。

【図５】配布リスト作成手段の処理フローの一例。

【図６】配布リスト作成手段によって生成された配布リ
ストの一例。

【図７】ソフトウエア配布管理データベース構成および
配布リストの代替例。

【図８】配布リスト作成手段の処理フローの代替例。

【図９】配布リスト作成手段によって生成された配布リ
ストの代替例。

【図１０】ソフトウエア保守システムの分散構成の一
例。

【符号の説明】

１１０…配布元計算機、１２０…ネットワーク、１３０
…配布先計算機、１１１…ソフトウエア資源管理データ
ベース、 １１２…各種ソフトウエア、１１３…ソフト
ウエア配布管理データベース、１１４…配布先計算機毎
の配布リスト、１１５…配布リスト作成手段、１１６…
ソフト配布手段、 １３１…ソフト受信エリ
ア、１３２…新バージョンのソフトウエア、１３３…入
れ替え実行手段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 綿谷 洋 茨城県日立市大みか町五丁目２番１号株式 会社日立製作所大みか工場内

Claims (8)

【特許請求の範囲】
1. 【請求項１】配布元計算機と１つ以上の配布先計算機が
   ネットワークで接続された分散システムにおいて、該配
   布元計算機が各種のソフトウエアを保管する資源管理デ
   ータベースを有し、ユーザの指示に従って該資源管理デ
   ータベース内の各種のソフトウエアを該配布先計算機へ
   転送する配布手段を備えている場合に、配布対象ソフト
   ウエア抽出手段を設けて、該配布対象ソフトウエア抽出
   手段が過去に配布指示したソフトウエアのうちで該資源
   管理データベース内で更新されているソフトウエアを今
   回の配布対象の候補とすることを特徴とするソフトウエ
   ア配布指示支援方法。
2. 【請求項２】請求項１項記載の配布対象ソフトウエア抽
   出手段が、配布指示したソフトウエア一覧を配布管理フ
   ァイルに保管しておき、該配布管理ファイルを参照する
   ことによって、過去に配布指示したソフトウエアを把握
   することを特徴とする請求項１記載のソフトウエア配布
   指示支援方法。
3. 【請求項３】請求項１項記載の配布対象ソフトウエア抽
   出手段が、各種のソフトウエア別に配布するか否かを管
   理する配布可否ファイルに保管しておき、該配布可否フ
   ァイルを参照することによって、前記資源管理データベ
   ース内で新規に登録されたソフトウエアを判別すること
   を特徴とする請求項１記載のソフトウエア配布指示支援
   方法。
4. 【請求項４】請求項１記載の配布対象ソフトウエア抽出
   手段が、前記の更新されているソフトウエアとして前記
   資源管理データベース内で新規に登録されたものおよび
   修正されたものを含めて、今回の配布対象の候補とする
   ことを特徴とする請求項１記載のソフトウエア配布指示
   支援方法。
5. 【請求項５】請求項１項記載の配布対象ソフトウエア抽
   出手段が、今回の配布対象の候補とした複数のソフトウ
   エアのうちでユーザの選択に従って決定することを特徴
   とする請求項１記載のソフトウエア配布指示支援方法。
6. 【請求項６】請求項１項記載の配布対象ソフトウエア抽
   出手段が、前記資源管理データベース内で更新されたも
   ののうちで最新のソフトウエアに自動的に決定すること
   を特徴とする請求項１記載のソフトウエア配布指示支援
   方法。
7. 【請求項７】請求項１項記載の前記資源管理データベー
   スが複数に分散構成されている場合に、請求項１項記載
   の配布対象ソフトウエア抽出手段が、全ての該資源管理
   データベースを検索して今回の配布対象の候補とするこ
   とを特徴とするソフトウエア配布指示支援方法。
8. 【請求項８】請求項１〜７項記載のいずれかのソフトウ
   エア配布指示支援方法によって決定したソフトウエアを
   対象にして、前記配布手段が配布先計算機へ転送するこ
   とを特徴とするソフトウエア保守方法。