JPH08263405A - ソフトウェア配布システム - Google Patents

Abstract

(57)【要約】 【目的】 サーバ計算機からクライアント計算機にソフ
トウェア配布を行う際に、配布を受けたクライアント計
算機上で配布されたソフトウェアが正しく実行できたか
どうかを１台のサーバ計算機上で確認することが出来、
実行障害を起こした場合もサーバ計算機から効率的に原
因解析と復旧を行うことが出来る。 【構成】 ソフトウェアの配布を一括して行うサーバ計
算機と、サーバ計算機からソフトウェアの配布を受ける
クライアント計算機からなる分散システムにおいて、ク
ライアント計算機に配布を受けたソフトウェアの実行が
正しく出来るかどうかの結果をサーバ計算機に報告する
手段を、サーバ計算機はクライアントからソフトウェア
の実行障害の報告を受けると自動的に障害の切りわけを
行う手段を設け、速やかに障害の解決が行えるようにし
た。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、分散システムにおけ
る効率的なソフトウェアの配布と配布後に発生する配布
ソフトウェアの実行障害を効率的に解決するシステムに
関するものである。

【０００２】

【従来の技術】従来ソフトウェアを配布を行う際に、配
布されたソフトウェアを配布を受けた計算機上で正しく
動作させるために、配布先でソフトウェアのバージョン
を確認する方式がとられていた。特開平４−１７５９５
２号公報に開示されたものが、その例である。

【０００３】次に、上記特開平４−１７５９５２号に開
示されたソフトウェア配布方式について説明する。ソフ
トウェアの配布元の分散機と配布先の分散機と両分散機
間の配布に介在する中央計算機とをネットワークで接続
したシステムにおいて、ソフトウェアを配布する場合に
ついての動作を説明する。中央計算機では、ソフトウェ
アの配布時に配布元の分散機から、この分散機に保持さ
れている、配布対象ソフトウェア資源の前提ソフトウェ
ア資源（配布するソフトウェアを動作させるのに必要な
ソフトウェア）とそのバージョンを定義した前提条件デ
ータを、配布するソフトウェア資源と共に中央計算機に
アップロードし、配布先の分散機にダウンロードする
時、配布するソフトウェア資源の配布に先立って、アッ
プロードした前提条件データを配布先分散機に送付す
る。配布先分散機側では、自システム内のソフトウェア
資源管理ファイル（分散機に在るソフトウェア資源名と
そのバージョンを有する）を参照し、受信した前提条件
データに対応するソフトウェア資源ファイルにある管理
データとの突き合わせを行い、その結果を中央計算機に
応答し、その応答に従って中央計算機がソフトウェア資
源をダウンロードする。

【０００４】

【発明が解決しようとする課題】従来のソフトウェア配
布方式では、以上のように、バージョン情報に関する情
報は配布するソフトウェアとそのソフトウェアに関連す
るソフトウェアの情報であり、そのソフトウェアが動作
するための動作環境（ファイル情報、操作経過情報、ハ
ードウェア情報等）までは含まれていなかったため、そ
の条件を確認できない問題点があった。従って、配布先
の分散機で配布されたソフトウェアを実行させる必要が
生じたときになって、いざ実行しようとすると、ソフト
ウェアを実行するのに必要なメモリ容量が確認できてい
なかったため、メモリ不足により実行障害が発生するこ
とがあった。また、配布をしたソフトウェアを配布を受
けた分散機上で実行させたときに実行障害が発生した場
合、その原因を解析する手段が無い、又は時間がかかる
という問題点もあった。

【０００５】この発明は、上記のような問題点を解消す
るためになされたもので、配布をするソフトウェアのバ
ージョンだけでなく、そのソフトウェアを実行するため
に必要な環境を、配布時に確認できるため、配布を行っ
たソフトウェアを実際に使用するときに障害なく実行で
きる可能性を高めることを目的とする。また、実行障害
が発生した場合においても、障害解析のための情報を収
集し、速やかに障害解析を行える手段を提供する。更
に、障害解析の結果、障害のあるソフトウェア、ファイ
ルについて正しいものを配布し障害解決までを手段を提
供することを目的とする。

【０００６】

【課題を解決するための手段】第１の発明係わるソフト
ウェア配布システムは、ソフトウェアの配布を行う配布
元装置と、前記ソフトウェアの配布を受ける配布先装置
とを有する分散システムにおいて、前記配布先装置に
は、配布されたソフトウェアを、配布を受けると即時に
実行する手段と、実行結果を前記配布元装置に送信する
手段と、を設け、前記配布元装置には、配布するソフト
ウェアに関連するソフトウェアが出力するエラーメッセ
ージとそのエラーメッセージに対する対処方法を対にし
た障害リストを設け、前記配布先装置からの前記実行結
果に実行障害が報告されたときには、前記配布元装置が
前記障害リストを参照して前記配付先装置に対する処理
を行うようにしたものである。

【０００７】第２の発明係わるソフトウェア配布システ
ムは、第１の発明における障害リストに、オペレーティ
ングシステムの出力するエラーメッセージとそのエラー
メッセージに対する対処方法も含めるようにしたもので
ある。

【０００８】第３の発明係わるソフトウェア配布システ
ムは、前記配布元装置に、前記障害リストに含まれてい
ないエラーメッセージが前記配布先装置から報告された
とき、そのエラーメッセージとその時の処理方法を前記
障害リストに登録する登録手段を設けるようにしたもの
である。

【０００９】第４の発明に係わるソフトウェア配布シス
テムは、前記配布元装置に前記配布先装置の環境情報を
問い合わせる手段を設け、前記配布先装置に前記配布元
装置からの環境情報の問い合わせに応答して自装置の環
境情報を送信する手段を設けるようにしたものである。

【００１０】第５の発明係わるソフトウェア配布システ
ムは、前記環境情報を、前記配布先装置のファイル情報
としたものである。

【００１１】第６の発明係わるソフトウェア配布システ
ムは、前記環境情報を、前記配布先装置におけるログ情
報としたものである。

【００１２】第７の発明係わるソフトウェア配布システ
ムは、前記環境情報を、前記配布先装置におけるハード
ウェアの構成情報としたものである。

【００１３】第８の発明係わるソフトウェア配布システ
ムは、ソフトウェアの配布を行う配布元装置と、前記ソ
フトウェアの配布を受ける配布先装置と、前期ソフトウ
ェアの動作を確認する動作確認装置と、を有する分散シ
ステムにおいて、前記配布先装置に、配布されたソフト
ウェアを、配布を受けると即時に実行する手段と、実行
結果を前記配布元装置に送信する手段と、前記配布元装
置からの動作環境の問い合わせに応答して自装置の動作
環境を送信する手段と、を設け、前記配布元装置に、前
記配布先装置が、配布されたソフトウェアの実行障害を
報告してきたときに前記配布先装置の動作環境を問い合
わせる手段と、前記配布先装置から受けた動作環境を前
記動作確認装置に送信する手段と、を設け、前記動作確
認装置に、前記ソフトウェアが正常に動作する最低限の
動作環境と、自装置の動作環境と前記配布元装置が送信
してきた前記配布先装置の動作環境とを比較する手段
と、を設け、前記配布先装置の動作環境の不備を検出す
るようにしたものである。

【００１４】第９の発明係わるソフトウェア配布システ
ムは、ソフトウェアの配布を行う配布元装置と、前記ソ
フトウェアの配布を受ける配布先装置と、前期ソフトウ
ェアの動作を確認する動作確認装置と、を有する分散シ
ステムにおいて、前記配布先装置に、配布されたソフト
ウェアを、配布を受けると即時に実行する手段と、実行
結果を前記配布元装置に送信する手段と、前期配付元装
置からの動作環境の問い合わせに応答して自装置の動作
環境を送信するする手段と、を設け、前記動作確認装置
は前期ソフトウェアが正常に動作する最低限の動作環境
と、前記配布元装置からの動作環境の問い合わせに対し
自装置の動作環境を送信する手段と、を設け、前記配布
元装置に、前記配布先装置が、配布されたソフトウェア
の実行障害を報告してきたときに前記配布先装置及び前
記動作確認装置に対し動作環境を問い合わせる手段と、
この問い合わせにより、前記配布先装置から受けた動作
環境と前記動作確認装置から受けた動作環境とを比較す
る手段と、を設け、前記配布先装置の動作環境の不備を
修正するようにしたものである。

【００１５】

【作用】第１の発明に係わるソフトウェア配布システム
においては、ソフトウェアの配布を受けた配布先装置の
実行手段が、このソフトウェアを即時に実行し、実行結
果を送信手段で配布元装置に送信する。配布元装置は、
実行結果として実行障害が報告されていると、障害リス
トを参照して報告を受けた障害に対する処理を配布先装
置に対して行う。

【００１６】第２の発明に係わるソフトウェア配布シス
テムにおいては、障害リストにはオペレーティングシス
テムの検出するエラーに関する処理も記載されているの
で、配布元装置は、オペレーティングシステムが出力す
るエラーメッセージに対する処理も実行する。

【００１７】第３の発明に係わるソフトウェア配布シス
テムにおいては、配布元装置は障害リストに登録されて
いないエラーメッセージが報告されたときには、登録手
段により、そのエラーメッセージとそのエラーメッセー
ジに対して行った処理を障害リストに登録して蓄積して
いく。

【００１８】第４の発明に係わるソフトウェア配布シス
テムにおいては、配布元装置は配布先装置より報告され
たエラーメッセージを障害リストを参照して動作環境に
不備があると判断すると、問い合わせ手段により配布先
装置の環境情報を問い合わせる。配布先装置から送信さ
れた環境情報を基に不備な箇所を検出し正しい環境を送
付先装置に送信する。

【００１９】第５の発明に係わるソフトウェア配布シス
テムにおいては、第４の発明における環境情報としてフ
ァイルに関する情報を受け取るようにしたもので、配布
元装置は配布先装置のファイルに不備があれば、そのフ
ァイルを配布先装置に送信する。

【００２０】第６の発明に係わるソフトウェア配布シス
テムにおいては、第４の発明における環境情報としてオ
ペレーションに関するログ情報を受け取るようにしたも
ので、配布元装置は配布先装置のログを参照して適切な
処置をする。

【００２１】第７の発明に係わるソフトウェア配布シス
テムにおいては、第４の発明における環境情報としてソ
フトウェアの構成情報を受け取るようにしたもので、配
布元装置はこの構成を参照して配布先装置に適切な指示
を出す。

【００２２】第８の発明に係わるソフトウェア配布シス
テムにおいては、配布するソフトウェアが正常に動作す
る最低限の動作環境を備える動作確認装置を用意してお
いて、配布先装置で配布したソフトウェアに実行障害が
発生すると、配布元装置は配布先装置の動作環境を問い
合わせて、問い合わせに対し、応答してきた動作環境を
動作確認装置に送る。動作確認装置では自身の動作環境
と送られてた配布先装置の動作環境とを比較して、配布
先装置の動作環境の不備を検出する。

【００２３】第９の発明に係わるソフトウェア配布シス
テムにおいては、配布元装置が、実行障害を報告してき
た配布先装置の動作環境及び動作確認装置の動作環境を
問い合わせ手段により取得して、両者の比較を配布元装
置自身が行う。

【００２４】

【実施例】

実施例１．図１は、この発明によるソフトウェア配布シ
ステムの一実施例を適用するシステム構成を示す図であ
る。図において１１はソフトウェアの配布を実行するサ
ーバ計算機（配布元装置）、１２（１２ａ，１２ｂ，１
２ｃ）はソフトウェアの配布を受けるクライアント計算
機（配布先装置）、１３（１３ａ，１３ｂ，１３ｃ）は
サーバ計算機１１とクライアント計算機１２を接続する
ネットワークである。

【００２５】図２は、この実施例におけるソフトウェア
配布時の処理の流れを示すフローチャートである。ま
た、図３は、サーバ計算機１１が、クライアント計算機
からの障害報告を受けたときに対処するためのテーブル
である。この実施例においては、サーバ計算機１１から
クライアント計算機１２ａにソフトウェアを配布する場
合について図を参照しながら説明する。

【００２６】サーバ計算機１１は、ステップ３０１にお
いて配布を行なうソフトウェアの動作のために必要な前
提条件をクライアント計算機１２ａに送付する。ここで
の前提条件とは、例えば、従来例で説明した配布するソ
フトウェアを動作させる上で必要なソフトウェアとその
ソフトウェアのバージョン情報である。送付された前提
条件を受信したクライアント計算機１２ａはステップ３
５１において指定された前提条件を調べ、その結果をサ
ーバ計算機１１へ報告する。報告を受けたサーバ計算機
１１はステップ３０２においてクライアント計算機１２
ａから返送された前提条件の結果により、前提条件が整
っていればステップ３０３においてソフトウェアの配布
を実行する。また、前提条件が整っていない場合はクラ
イアント計算機１２ａの環境が整うのを待って再度ステ
ップ３０１に戻り前提条件の確認から始める。

【００２７】クライアント計算機１２ａはステップ３５
２でソフトウェアの配布を受ける。ステップ３５３でク
ライアント計算機１２ａのユーザ（使用者）は、受信し
たソフトウェアを実行して、正常に動作するかどうかを
確認し、その結果をサーバ計算機１１へ報告する。報告
を行なう方法としては例えば、クライアント計算機１２
ａのユーザは、クライアント計算機１２ａの通信機能を
使う、電話を使う、電子メールを使う等の方法である。

【００２８】サーバ計算機１１はステップ３０４でクラ
イアント計算機１２ａから配布したソフトウェアで実行
障害が発生したことを報告された場合、ステップ３０５
において配布を行ったソフトウェアが実行障害を起こし
た原因を調査する。調査方法は図３に示すようなに配布
アプリケーションまたは配布アプリケーションに関連す
るソフトウェアの出力するエラーメッセージとそのエラ
ーメッセージに対する対処方法を対応付けた障害リスト
からエラーの原因を調査する。調査の結果、クライアン
ト計算機１２ａ上の環境に不備がある場合はステップ３
０６にて不備な部分をクライアント計算機１２ａに送
る。例えば、「ホストファイルがありません」というメ
ッセージについてはホストファイルを送信する。

【００２９】また、ステップ３０６においてはエラーメ
ッセージの種類によって不備な部分を送信するだけでな
く指示を出す。例えば、「通信に失敗しました」という
メッセージを受けたときには「ネットワークに接続され
ているかどうか確認してください」という指示をだす。

【００３０】ステップ３５５で正しい環境の再送を受け
たクライアント計算機１２ａのユーザは、ステップ３５
６でその環境を用いて再度ソフトウェアの動作確認を行
う。動作確認を行った結果をステップ３５３でサーバ計
算機１１に報告する。サーバ計算機１１はステップ３０
４に戻りクライアント計算機１２ａ上でのソフトウェア
の実行結果を受信する。

【００３１】なお、この実施例においては、配布を行う
前に前提条件をチェックしてから配布を行っているが、
前提条件をチェックせずに配布を行うようにしてもよ
い。また、この実施例においては、クライアント計算機
として、クライアント計算機１２ａを例にとって説明し
たが他のクライアント計算機１２ｂ、１２ｃであっても
同様である。これらのことは、以下の実施例において
も、同様である。

【００３２】以上のように、この実施例によれば、配布
を行ったソフトウェアで実行障害が発生した場合、サー
バ計算機に障害が発生したことが連絡されるため、管理
者が１ヶ所からすべてのクライアント計算機上でのソフ
トウェアの実行結果を確認することができる。また実行
障害が発生したクライアント計算機については、障害リ
ストを参照しながら正常に実行できるまでを保証するの
で、管理者の作業時間を短縮できる。

【００３３】実施例２．図４は、この発明の他の実施例
の動作を示すフローチャートである。この実施例におい
ても、システム構成は実施例１と同じ図１を使用する。
この実施例と実施例１との違いは、ソフトウェアの配布
を受けた後のクライアント計算機１２の動作にあり、ク
ライアント計算機１２がサーバ計算機１１からソフトウ
ェアの配布を受けるまでの動作については実施例１と同
じなので説明を省略する。図４においても、ソフトウェ
アの配布を受けるまでの動作は省略してある。

【００３４】以下、ソフトウェアの配布後の動作を図４
を参照しながら説明する。ソフトウェアの配布を受けた
クライアント計算機１２ａでは、ステップ４５３で、受
信を行なったソフトウェアの実行を行い、正常に動作す
るかどうかを確認しその結果をサーバ計算機１１へクラ
イアント１２ａのユーザが報告する。実施例１において
は、配布されたソフトウェアの実行及び結果の報告をク
ライアント計算機１２ａのユーザが行っていたが、この
実施例２では実施例１と異なりクライアント計算機１２
ａのユーザが行うのではなくクライアント計算機１２ａ
自身が自動的に行う。例えば、クライアント計算機１２
ａにソフトウェアを受信したら受信したソフトウェアの
実行を自動的に行い、正しく実行できるかを確認し結果
を自動的にサーバ計算機１１に報告する機能を準備して
おく、または配布するソフトウェア自身に実行結果を報
告する機能を盛り込んでおくもしくは配布するソフトウ
ェアと共にサーバ計算機１１に実行結果を報告するソフ
トウェアを送付するようにしておいて、クライアント計
算機１２ａのユーザが、配布されたソフトウェアを実行
するとソフトウェアが自動的にサーバ計算機１１へ実行
結果を報告する方法などである。

【００３５】サーバ計算機１１は、ステップ３０４でク
ライアント計算機１２ａから配布をしたソフトウェアで
実行障害が発生したことを報告された場合、ステップ３
０５において配布を行ったソフトウェアが起こした実行
障害を実施例１と同様に原因を調べる。調べた結果、ク
ライアント計算機１２ａ上の環境に不備がある場合はス
テップ３０６にて不備な部分をクライアント計算機１２
ａに送信する。

【００３６】ステップ３５５で正しい環境の再送を受け
たクライアント計算機１２ａは、ステップ３５６でその
環境を用いて再度ソフトウェアの動作確認を行う。動作
確認を行った結果をステップ４５３でサーバ計算機１１
に報告する。サーバ計算機１１はステップ３０４に戻り
クライアント計算機１２ａ上でのソフトウェアの実行結
果を受信する。

【００３７】以上のように、この実施例によれば、配布
を行ったソフトウェアが実行障害を発生した場合、自動
的にサーバ計算機が障害原因を解析を行うため、解析を
行うための時間短縮ができ、管理者の作業時間も短縮で
きる。さらに、クライアント計算機で、配布されたソフ
トウェアの実行を自動的に行ない且つその実行結果を自
動的にサーバ計算機に送信するようにしたので、クライ
アント計算機のユーザの負荷が軽くなり、操作ミスも少
なくなる。

【００３８】実施例３．図５は、この発明の更に他の実
施例の動作を示すフローチャートである。また、図６は
サーバ計算機１１が保有している、クライアント計算機
１２から障害報告を受けたときに対処するための障害リ
ストを登録した障害リストテーブルである。この実施例
においても、システム構成は実施例１と同じ図１を使用
する。この実施例と実施例１との違いは、ソフトウェア
の配布を受けた後のサーバ計算機１１とクライアント計
算機１２の動作にあり、クライアント計算機１２がサー
バ計算機１１からソフトウェアの配布を受けるまでの動
作については実施例１と同じなので説明を省略する。図
５においても、ソフトウェアの配布を受けるまでの動作
は省略してある。

【００３９】サーバ計算機１１からソフトウェアの配布
を受けたクライアント計算機１２ａのユーザは、ステッ
プ３５３で受信したソフトウェアの実行を行い、正常に
動作するかどうかを確認しその結果をサーバ計算機１１
へ報告する。

【００４０】サーバ計算機１１では、ステップ３０４で
クライアント計算機１２ａから配布したソフトウェアで
実行障害が発生したことを報告された場合には、ステッ
プ５０５において、報告された障害内容が既に、他のク
ライアント計算機（例えば１２ｂまたは１２ｃ）から報
告された障害内容をあらかじめ登録している図６に示す
障害リストに登録されているかどうかを調査する。ここ
で図６に示す障害リストと、実施例１で示した図３の障
害リストとの異なる点はエラーメッセージがＯＳ（Ｏｐ
ｅｒａｔｉｎｇ Ｓｉｓｔｅｍ）の出すエラーメッセー
ジの内容となっている点である。例えば、「Ｆｉｌｅ
Ｓｙｓｔｅｍ Ｆｕｌｌ」などがそれである。

【００４１】報告された障害が既に図６に示すような障
害リストに登録されていた場合は、サーバ計算機１１は
ステップ３０７でその障害を解決するための正しい環境
を送信する。登録されていなかった場合は実施例１と同
様に図３に示す障害リストより原因を調査する。

【００４２】ステップ３５５で正しい環境の再送を受け
たクライアント計算機１２ａは、ステップ３５６でその
環境を用いて再度ソフトウェアの動作確認を行う。動作
確認を行った結果をステップ３５３でサーバ計算機１１
に報告する。サーバ計算機１１はステップ３０４に戻り
クライアント計算機１２ａ上でのソフトウェアの実行結
果を受信する。

【００４３】なお、この実施例においては、図６に示す
障害リストを新たに設けるようにしたが、新たな障害リ
ストを設けず、図３に示す障害リストに対して追加する
形で適用してもよい。即ち、図３に示す障害リストと図
６に示す障害リストを一つのテーブル（障害リスト）と
して取り扱ってもよい。

【００４４】以上のように、この実施例によれば、あら
かじめ予想できる実行障害の範囲が大きくなり実行障害
が報告された場合は即座に障害原因を特定できる範囲が
大きくなり、解析を行うための時間短縮ができ、管理者
の作業時間も短縮できる。

【００４５】実施例４．図７は、この発明の更に他の実
施例の動作を示すフローチャートである。この実施例に
おいても、システム構成は実施例１と同じ図１を使用す
る。この実施例と実施例１との違いは、ソフトウェアの
配布を受けた後のサーバ計算機１１とクライアント計算
機１２の動作にあり、クライアント計算機１２がサーバ
計算機１１からソフトウェアの配布を受けるまでの動作
については実施例１と同じなので説明を省略する。図５
においても、ソフトウェアの配布を受けるまでの動作は
省略してある。

【００４６】サーバ計算機１１からソフトウェアの配布
を受けたクライアント計算機１２ａのユーザは、ステッ
プ３５３で受信したソフトウェアの実行を行い、正常に
動作するかどうかを確認しその結果をサーバ計算機１１
へ報告する。

【００４７】サーバ計算機１１では、ステップ３０４で
クライアント計算機１２ａから配布したソフトウェアの
実行障害が報告された場合には、ステップ６０５におい
てクライアント計算機１２ａから報告された障害内容が
他のクライアント計算機、例えばクライアント計算機１
２ｂまたは１２ｃ、から既に報告されている障害と一致
するかを調査する。一致した場合、すなわち、報告され
た障害が既に登録されていた場合は、ステップ３０７で
その障害を解決するための正しい環境を送る。

【００４８】一致しない場合、登録されていなかった場
合は実施例１と同様に図３に示す障害リストを基に障害
原因を調査する。図３の障害リストにも登録されていな
かった場合、すなわち、報告された障害が登録されてい
なかった場合はクライアント計算機１２ａで発生した状
況から原因を調査する。調査方法はクライアント計算機
１２ａから受信したエラーメッセージから推測する。例
えば、「メモリ不足です」のようなメッセージにはメモ
リの状態が原因だと予想する。そしてその障害報告をス
テップ６１５で図６に示す障害リストに登録する。

【００４９】ステップ３５５で正しい環境の再送を受け
たクライアント計算機１２ａは、ステップ３５６でその
環境を用いて再度ソフトウェアの動作確認を行う。動作
確認を行った結果をステップ３５３でサーバ計算機１１
に報告する。サーバ計算機１１はステップ３０４に戻り
クライアント計算機１２ａ上でのソフトウェアの実行結
果を受信する。

【００５０】なお、この実施例においては、新たに登録
していく障害リストを図６に示すものとして説明した
が、図３に示す障害リストに対して適用してもよい。ま
た、図３に示す障害リストと図６に示す障害リストとを
別々のテーブルとして説明したが、両者を一つのテーブ
ル（障害リスト）として取り扱ってもよい。以下の実施
例においても同様である。

【００５１】以上のように、この実施例によれば、予測
していない新たな障害について障害リストに追加登録す
るようにしたので、学習効果が得られて、同じ環境誤り
で障害が報告された場合は即座に障害原因が特定できる
ため、解析を行うための時間短縮ができ、管理者の作業
時間も短縮できる。

【００５２】実施例５．図８は、この発明の更に他の実
施例の動作を示すフローチャートである。この実施例に
おいても、システム構成は実施例１と同じ図１を使用す
る。この実施例と実施例１との違いは、ソフトウェアの
配布を受けた後のサーバ計算機１１とクライアント計算
機１２の動作にあり、クライアント計算機１２がサーバ
計算機１１からソフトウェアの配布を受けるまでの動作
については実施例１と同じなので説明を省略する。図８
においても、ソフトウェアの配布を受けるまでの動作は
省略してある。

【００５３】サーバ計算機１１からソフトウェアの配布
を受けたクライアント計算機１２ａのユーザは、ステッ
プ３５３で、受信したソフトウェアの実行を行い、正常
に動作するかどうかを確認しその結果をサーバ計算機１
１へ報告する。

【００５４】サーバ計算機１１では、ステップ３０４
で、クライアント計算機１２ａで配布を行ったソフトウ
ェアに実行障害が発生したと判断した場合、ステップ７
０５においてクライアント計算機１２ａ上での環境不備
を想定し、環境情報をクライアントに問い合わせる。問
い合わせ内容の想定は図３または図６に示す障害リスト
を元に推測して行う。ステップ７５５でサーバ計算機１
１から環境情報の問い合わせを受けたクライアント計算
機１２ａは、自計算機内の環境情報を調査し、結果をサ
ーバ計算機１１へ報告する。問い合わせを行う環境情報
は、例えばクライアント計算機１２ａ上のファイル名一
覧、ファイルサイズ、ファイル作成日時、ファイルの内
容などファイル情報である。

【００５５】サーバ計算機１１はステップ３０６でクラ
イアント計算機１２ａから報告された環境情報からクラ
イアント計算機１２ａの環境不備を調査し、ステップ３
０７で実行障害の原因となったクライアント計算機１２
ａの正しい環境をクライアント計算機１２ａに送信す
る。

【００５６】ステップ３５６で正しい環境の再送を受け
たクライアント計算機１２ａは、ステップ３５７でその
環境を用いて再度ソフトウェアの動作確認を行う。動作
確認を行った結果をステップ３５３でサーバ計算１１機
に報告する。サーバ計算機１１はステップ３０４に戻り
クライアント計算機１２ａ上でのソフトウェアの実行結
果を受信する。

【００５７】以上のように、この実施例によれば、クラ
イアントからファイル情報の収集を行うことにより、フ
ァイル不備に起因する実行障害が即座に検出できるた
め、解析を行うための時間短縮ができ、管理者の作業時
間も短縮できる。

【００５８】実施例６．この実施例は、実施例５で説明
した図８におけるステップ７５５において、サーバ計算
機１１からクライアント計算機へ問い合わせを行う環境
情報が実施例５と異なる。問い合わせ内容の想定は実施
例５と同様に図３または図６に示した障害リストを基に
行う。この実施例で問い合わせを行う環境情報は例えば
クライアント計算機１２ａ上でクライアント計算機１２
ａのユーザが行ったキーボード操作、マウス操作などの
オペレーションログである。例えば、オペレーションロ
グについて、「ファイルを削除したと」いうログが残っ
ていたらその削除したファイルを送信する。なお、オペ
レーションログの取りかたとしては、例えば、ログ機能
をもったアプリケーションを配布ソフトウェアと一緒に
配布するようにして、自動的にログをとるようなことも
できる。

【００５９】以上のように、この実施例によれば、クラ
イアントからオペレーションログ情報の収集を行うこと
により、操作ミスなどオペレーションに起因する実行障
害が即座に検出できるため、解析を行うための時間短縮
ができ、管理者の作業時間も短縮できる。

【００６０】実施例７．この実施例も実施例６と同じ
く、実施例５で説明した図８におけるステップ７５５で
サーバ計算機１１からクライアント計算機１２ａへ問い
合わせを行う環境情報が実施例５と異なる。問い合わせ
内容の想定は実施例５と同様に図３またｈ図６に示した
障害リストを基に行う。この実施例７で問い合わせを行
う環境情報は例えばクライアント計算機１２ａのメモリ
搭載量、ディスク容量、ドライブ数、メモリマップ、Ｃ
ＰＵ形式、ＣＰＵ周波数、負荷状況、割り込み設定、拡
張スロット使用状況などのクライアント計算機１２ａの
ハードウェアに関する構成情報である。

【００６１】以上のように、この実施例によれば、クラ
イアント計算機からクライアント計算機のハードウェア
に関する構成情報の収集を行うことにより、クライアン
ト計算機のハードウェア構成に起因する実行障害が即座
に検出できるため、解析を行うための時間短縮ができ、
管理者の作業時間も短縮できる。

【００６２】実施例８．図９は、この発明の更に他の実
施例の構成を示す図で、図において、１４は配布するソ
フトウェアの動作を確認するために事前に配布テストを
行い、配布を行ったソフトウェアが正常動作することが
確認されているモデルクライアント計算機（動作確認装
置）である。モデルクライアント計算機１４の動作環境
はそのソフトウェアが正常に動作するための最低限の環
境である。このモデルクライアント計算機１４を付加し
たことが実施例１乃至実施例７で使用した図１の構成と
異なる。図１と同等のものは、同一の符号を付して、説
明を省略する。

【００６３】図１０は、この実施例の動作を示すフロー
チャートである。この実施例においても、実施例１との
違いは、ソフトウェアの配布を受けた後のサーバ計算機
１１とクライアント計算機１２の動作にあり、クライア
ント計算機１２がサーバ計算機１１からソフトウェアの
配布を受けるまでの動作については実施例１と同じなの
で説明を省略する。図１０においても、ソフトウェアの
配布を受けるまでの動作は省略してある。

【００６４】サーバ計算機１１からソフトウェアの配布
を受けたクライアント計算機１２ａのユーザはステップ
３５３で、受信したソフトウェアの実行を行い、正常に
動作するかどうかを確認しその結果をサーバ計算機１１
へ報告する。

【００６５】サーバ計算機１１では、ステップ３０４で
クライアント計算機１２ａで配布したソフトウェアに実
行障害が発生したと判断した場合、ステップ７０５にお
いてクライアント計算機１２ａ上での環境不備を想定
し、環境情報をクライアント計算機１２ａに問い合わせ
る。ステップ７５５でサーバ計算機１１から環境情報の
問い合わせを受けたクライアント１２ａは、自計算機内
の環境情報を調査し、結果をサーバ計算機１１へ報告す
る。

【００６６】サーバ計算機１１はステップ８０６でクラ
イアント計算機１２ａから報告された環境情報からクラ
イアント計算機１２ａの環境不備を調べる。環境情報の
不備を調べる方法は例えば実行障害が発生したクライア
ント計算機１２ａから送られてきた環境情報をモデルク
ライアント計算機１４へ送付し、モデルクライアント計
算機１４上で自動的に環境の比較を行い、異なる部分を
見つける方法である。サーバ計算機１１は、モデルクラ
イアント計算機１４から報告される環境の不備を基に、
ステップ３０７で実行障害の原因となったクライアント
計算機１２ａの正しい環境をクライアント計算機１２ａ
に送信する。

【００６７】ステップ３５６で正しい環境の送信を受け
たクライアント計算機は、ステップ３５７でその環境を
用いて再度ソフトウェアの動作確認を行う。動作確認を
行った結果をステップ３５３でサーバ計算機１１に報告
する。サーバ計算機１１はステップ３０４に戻りクライ
アント計算機１２ａ上でのソフトウェアの実行結果を受
信する。

【００６８】以上のように、この実施例によれば、クラ
イアント計算機から動作に関する環境情報の収集を行う
ことにより、クライアント計算機のの構成に起因する実
行障害が即座に検出できるため、解析を行うための時間
短縮ができ、管理者の作業時間も短縮できる。

【００６９】実施例９．この実施例においては、実施例
８で説明した図１０のステップ８０６におけるクライア
ント計算機１２ａから報告された環境情報からクライア
ント計算機１２ａの環境不備を調べる方法が異なる。こ
の実施例９での環境不備を調べる方法は、サーバ計算機
１１が実行障害を起こしたクライアント計算機１２ａか
ら収集した環境情報と同じ情報をモデルクライアント計
算機１４から収集し、サーバ計算機１１上で環境の比較
を行い環境の不備を見つけるようにしたものである。

【００７０】以上のように、この実施例によれば、クラ
イアント計算機から収集した環境情報とモデルクライア
ント計算機の環境情報をサーバ計算機上で比較し障害原
因を見つけることができるため、解析を行うための時間
短縮ができ、管理者の作業時間も短縮できる。また、処
理性能がクライアント計算機よりはるかに大きいサーバ
計算機上で比較作業を実行するので実行速度が早く、時
間短縮ができる。

【００７１】

【発明の効果】以上のように、この発明によれば、配布
したソフトウェアに実行障害が発生した場合、サーバ計
算機に障害が発生したことが連絡されるため、管理者が
１ヶ所から全てのクライアント計算機上でのソフトウェ
アの実行結果を確認することができる。また、配布され
たソフトウェアで実行障害が発生したとの報告を受けた
配布元装置は、報告された内容を基に障害リストから障
害原因を検出するようにしたので、実行障害が起きた配
布先装置については正常に実行できるまでを保証するこ
とができ、管理者の作業時間を短縮できる。

【００７２】また、障害リストにオペレーティングシス
テムの出力するエラーメッセージを含めるようにしたの
で、より詳細に配布先装置での実行障害に対する障害原
因の解析処理及び解析結果に対する処理を的確に行うこ
とができる。

【００７３】また、障害リストに登録されていない障害
（エラーメッセージ）が報告されたときには、その障害
に対する処理方法を含めて障害リストに登録するように
したので、学習効果が得られて以後のソフトウェア配布
時の実行障害に対してより効果的な障害リストを生成で
きる。

【００７４】さらに、エラーメッセージの内容により配
布先装置の環境情報を取得するようにしたので、より詳
細に実行障害に対して対応することが出来る。

【００７５】また、環境情報として、ファイルに関する
情報を得られるようにしたので、配布先装置でのファイ
ルの不足等のソフトウェア上の問題に起因する不備が即
座に検出できる。

【００７６】また、環境情報として、配布先装置のオペ
レーションログを取得するようにしたので、操作ミス等
でオペレーションに起因して動作環境に不備が生じたか
どうかを即座に検出できる。

【００７７】また、環境情報として、配布先装置のハー
ドウェア構成を取得するようにしたので、実行障害がメ
モリやディスクの容量不足等のソフトウェアの構成に起
因する動作環境の不備を即座に検出できる。

【００７８】さらに、配布するソフトウェアが正常に動
作する最低限の環境で構成された動作確認装置を設ける
ようにして、実行障害の発生した配布先装置の動作環境
と動作確認装置の動作環境比較を行うようにしたので、
配布先装置の動作環境の不備を明確に且つ即座に検出で
きる。また、障害原因の解析を動作確認装置で行なうの
で配布元装置の負荷軽減にもなる。

【００７９】また、実行障害の発生した配布先装置と動
作確認装置との動作環境の比較を処理を高速に実行する
配布元装置で行うようにしたので、処理効率が向上す
る。

【図面の簡単な説明】

【図１】 実施例１の構成を示す図である。

【図２】 実施例１における動作を説明するフローチャ
ートである。

【図３】 配布アプリケーションが出力するエラーメッ
セージの集合である障害リストの例である。

【図４】 実施例２における動作を説明するフローチャ
ートである。

【図５】 実施例３における動作を説明するフローチャ
ートである。

【図６】 オペレーティングシステムが出力するエラー
メッセージの集合である障害リストの例である。

【図７】 実施例４における動作を説明するフローチャ
ートである。

【図８】 実施例５における動作を説明するフローチャ
ートである。

【図９】 実施例８の構成を示す図である。

【図１０】 実施例８の動作を説明するフローチャート
である。

【符号の説明】

１１ サーバ計算機、１２ａ，１２ｂ，１２ｃ クライ
アント計算機、１３ａ，１３ｂ，１３ｃ ネットワー
ク、１４ モデルクライアント。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ソフトウェアの配布を行う配布元装置
   と、前記ソフトウェアの配布を受ける配布先装置とを有
   する分散システムにおいて、 前記配布先装置は、配布されたソフトウェアを、配布を
   受けると即時に実行する手段と、実行結果を前記配布元
   装置に送信する手段と、を備え、 前記配布元装置は、配布するソフトウェアに関連するソ
   フトウェアが出力するエラーメッセージとそのエラーメ
   ッセージに対する対処方法を対にした障害リストを備
   え、前記配布先装置からの前記実行結果に実行障害が報
   告されたときには前記障害リストを参照して前記配付先
   装置に対する処理を行うことを特徴とするソフトウェア
   配付システム。
2. 【請求項２】 前記障害リストには、オペレーティング
   システムの出力するエラーメッセージとそのエラーメッ
   セージに対する対処方法も含まれていることを特徴とす
   る請求項１に記載のソフトウェア配布システム。
3. 【請求項３】 前記配布元装置に、前記障害リストに含
   まれていないエラーメッセージが前記配布先装置から報
   告されたとき、そのエラーメッセージとその時の処理方
   法を前記障害リストに登録する登録手段を設けたことを
   特徴とする請求項１または請求項２に記載のソフトウェ
   ア配布システム。
4. 【請求項４】 前記配布元装置に前記配布先装置の環境
   情報を問い合わせる手段を、前記配布先装置に前記配布
   元装置からの環境情報の問い合わせに応答して自装置の
   環境情報を送信する手段を設けたことを特徴とする請求
   項１乃至請求項３のいずれかに記載のソフトウェア配付
   システム。
5. 【請求項５】 前記環境情報は、前記配布先装置のファ
   イル情報であることを特徴とする請求項４に記載のソフ
   トウェア配布システム。
6. 【請求項６】 前記環境情報は、前記配布先装置におけ
   るログ情報であることを特徴とする請求項４に記載のソ
   フトウェア配布システム。
7. 【請求項７】 前記環境情報は、前記配布先装置におけ
   るハードウェアの構成情報であることを特徴とする請求
   項４に記載のソフトウェア配付システム。
8. 【請求項８】 ソフトウェアの配布を行う配布元装置
   と、前記ソフトウェアの配布を受ける配布先装置と、前
   期ソフトウェアの動作を確認する動作確認装置と、を有
   する分散システムにおいて、 前記配布先装置は、配布されたソフトウェアを、配布を
   受けると即時に実行する手段と、実行結果を前記配布元
   装置に送信する手段と、前記配布元装置からの動作環境
   の問い合わせに応答して自装置の動作環境を送信する手
   段と、を備え、 前記配布元装置は、前記配布先装置が、配布されたソフ
   トウェアの実行障害を報告してきたときに前記配布先装
   置の動作環境を問い合わせる手段と、前記配布先装置か
   ら受けた動作環境を前記動作確認装置に送信する手段
   と、を備え、 前記動作確認装置は、前記ソフトウェアが正常に動作す
   る最低限の動作環境と、自装置の動作環境と前記配布元
   装置が送信してきた前記配布先装置の動作環境とを比較
   する手段と、を備え、 前記配布先装置の動作環境の不備を検出修正することを
   特徴とするソフトウェア配布システム。
9. 【請求項９】 ソフトウェアの配布を行う配布元装置
   と、前記ソフトウェアの配布を受ける配布先装置と、前
   期ソフトウェアの動作を確認する動作確認装置と、を有
   する分散システムにおいて、 前記配布先装置は、配布されたソフトウェアを、配布を
   受けると即時に実行する手段と、実行結果を前記配布元
   装置に送信する手段と、前期配付元装置からの動作環境
   の問い合わせに応答して自装置の動作環境を送信するす
   る手段と、を備え、 前記動作確認装置は前期ソフトウェアが正常に動作する
   最低限の動作環境と、前記配布元装置からの動作環境の
   問い合わせに対し自装置の動作環境を送信する手段と、
   を備え、 前記配布元装置は、前記配布先装置が、配布されたソフ
   トウェアの実行障害を報告してきたときに前記配布先装
   置及び前記動作確認装置に対し動作環境を問い合わせる
   手段と、この問い合わせにより、前記配布先装置から受
   けた動作環境と前記動作確認装置から受けた動作環境と
   を比較する手段と、を備え、 前記配布先装置の動作環境の不備を検出することを特徴
   とするソフトウェア配布システム。