JPH11353187A - リモートインストールのエラー処理方式 - Google Patents

Abstract

(57)【要約】 【課題】各メーカーで発売されるアプリケーションソフ
トウェアでインストール方式が異なっていて、エラー発
生時のエラー回避処理の対応が難しい。 【解決手段】各アプリケーションで異なるインストール
エラーについて図７のフローチャートのＳ７０８をうま
く共通化されたエラーコードを設定できるような構造と
し、エラー回避処理をできるだけエラーコードから共通
化できるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、サーバに接続さ
れた複数のクライアントからなるネットワークシステム
において、サーバからクライアントへのソフトウェアの
リモートインストールにおけるエラー処理方式に関する
ものである。

【０００２】

【従来の技術】従来、特開平７−３３４４３６号公報お
よび特開平７−３３６３５０号公報および特開平９−７
３３９０号公報に記載のように、ソフトウェアのリモー
トインストール処理においてクライアントでエラーが発
生した場合はクライアント側からサーバ側へエラー情報
を通知し、それによってエラーを知ったサーバオペレー
タが主体となってエラー対策（クライアントユーザへエ
ラー除去を指示する）を行ったあと、サーバマシン側か
らリモートインストール処理のリトライを行う方式がと
られていた。

【０００３】

【発明が解決しようとする課題】リモートインストール
するクライアントマシンの台数が増加する傾向にあり、
それにつれてリモートインストールのエラー発生率も高
くなってきている。そのため従来技術では、サーバオペ
レータのエラー対応およびリモートインストールの再実
行が大きな負担となってきている点、およびサーバ側か
らの再実行でソフトウェアデータを再送することによる
ネットワーク負荷が発生する点、の２点について問題が
ある。

【０００４】本発明の目的は、クライアント側で解決で
きるエラーについてはクライアント側で除去しリモート
インストールをリトライすることによりリモートインス
トールを完了させ、サーバオペレータの運用負荷を軽減
し且つリトライによるネットワーク負荷を発生させない
と共にリモートインストール処理の信頼性を向上するこ
とにある。

【０００５】

【課題を解決するための手段】上記の目的は、クライア
ント側でリモートインストールのエラーが発生した場合
に、リモートインストールプログラムが自動的にエラー
の原因を回避するかクライアントユーザがエラーメッセ
ージの内容をもとにエラーの原因を除去し、リトライす
ることでリモートインストール処理が正しく行われるこ
とにより達成される。

【０００６】

【発明の実施の形態】次に本発明の実施例について図面
を用いて説明する。最初に、各実施例について共通であ
るシステム構成、サーバ構成、クライアント構成および
サーバの動作について説明する。図１は本発明の実施の
一形態であるシステム構成図を示す。１１はリモートイ
ンストールを実行するさーば、１２（１２Ａ，１２Ｂ，
１２Ｃ，１２Ｄ）はリモートインストール先となるクラ
イアント、１３（１３Ａ，１３Ｂ，１３Ｃ）はサーバ、
クライアントを接続するためのネットワークである。
尚、図には無いが１１のサーバに接続される１２のクラ
イアント群および１３Ｃで構成される他の部門ネットワ
ークが他にも複数存在する。

【０００７】図２はサーバの構成図を示す。２１はサー
バリモートインストールプログラム、２２はインストー
ル状況を表示するディスプレイ装置、２３は記憶装置、
２４はリモートインストール操作を指示するための入力
装置を示す。２５はインストール管理テーブルはインス
トール状態を管理するものであり、２３の記憶装置に格
納されている。

【０００８】図３はクライアントの構成図を示す。３１
はクライアントリモートインストールプログラム、３２
はインストールエラーメッセージを表示するディスプレ
イ装置、３３は記憶装置を示す。３４はエラーテーブル
および３５のリトライ制御カウントはそれぞれ３３の記
憶装置に格納されている。３４はエラーテーブルは図１
９のような構造となっている。３６のエラー回避ライブ
ラリおよび３７のユーザ定義エラー回避スクリプトは、
３１のクライアントリモートインストールプログラムが
実行されるときにロードされる。

【０００９】サーバの基本的な動作を図４から図６のフ
ローチャートを用いて説明する。サーバで、リモートイ
ンストールするクライアントおよびインストールするソ
フトウェアおよびインストール前提条件を２４の入力装
置で指定することにより、リモートインストールするク
ライアントおよびインストールするソフトウェアの情報
をもつリモートインストール指示情報とインストール前
提条件の情報をもつスクリプトファイルを作成する（Ｓ
４０１）。

【００１０】まず、リモートインストール指示情報がク
ライアントに転送され（Ｓ４０２）、クライアントの要
求によりスクリプトファイル（Ｓ４０３）およびソフト
ウェアがダウンロードされる（Ｓ４０４）。例えば、ク
ライアント１２Ａにワープロソフトウェアをリモートイ
ンストール指示した場合は、図１２のように２５のイン
ストール管理テーブルの内容はクライアント１２Ａが
“実行中”となる。そして、クライアントからのリモー
トインストール結果情報を受信すると、それによりイン
ストール管理テーブルを更新する（Ｓ５０１、Ｓ５０
２）。

【００１１】ここで、クライアント１２Ａへのリモート
インストールが成功した場合、図１３の正常終了情報が
サーバに送られ、図１４のように２５のインストール管
理テーブルのクライアント１２Ａの情報を“成功”と更
新する。続いて、クライアント１２Ｂにワープロソフト
をリモートインストール指示した場合は、図１５のよう
に２５のインストール管理テーブルの内容はクライアン
ト１２Ｂが“実行中”となる。

【００１２】ここで、クライアント１２Ｂへのリモート
インストールがエラーとなった場合、図１６のエラー情
報がサーバに送られ、図１７のように２５のインストー
ル管理テーブルのクライアント１２Ｂの情報を“失敗”
と更新する。このほか、サーバ上では２５のインストー
ル管理テーブルの内容を２２のディスプレイ装置に出力
することによりインストールの状況を確認できるように
なっている（Ｓ６０１、Ｓ６０２）。

【００１３】まず、実施例１のエラー処理方式を図７か
ら図１１のフローチャートを用いて説明する。あらかじ
め、クライアントリモートインストールプログラムが起
動する前に動作環境の設定としてインストールエラーの
ときのリトライ回数を設定する。クライアント上で３１
のクライアントリモートインストールプログラムを起動
する。サーバからクライアントへリモートインストール
指示があり（Ｓ７０２）、設定されたリトライ回数を３
６のリトライ制御カウンタにセットし（Ｓ７０４）、ス
クリプトファイルをダウンロードする（Ｓ７０５）。

【００１４】次にスクリプトファイル内に記述されたイ
ンストール前提条件について条件を満たすかどうかの判
定を行う（Ｓ７０６）。条件が満たされている場合、ソ
フトウェアのダウンロードを行い（Ｓ７０７）、インス
トールする（Ｓ７０８）。正しくインストールされた
ら、サーバへ正常終了情報を送り（Ｓ７０９）サーバか
らのインストール指示待ち状態となる（Ｓ７０２）。イ
ンストール前提条件が満たされていない場合やソフトウ
ェアのインストールが正しく行われない場合は（Ｓ７０
６→Ｄ、Ｓ７０８→Ｄ）、リトライ状態をチェックし
（Ｓ７１０）、リトライアウトの場合はエラー情報をサ
ーバへ返し（Ｓ７１８→Ａ）、サーバからのインストー
ル指示待ち状態となる（Ｓ７０２）。

【００１５】リトライアウトしていない場合（Ｓ７１
０）、エラーの回避処理を行う（Ｓ７１１以降）。イン
ストールしようとしているソフトウェアがクライアント
上で使用中でない場合（Ｓ７１１）、３６のエラー回避
ライブラリをクライアントインストールプログラム上に
ロードし（Ｓ７１２）、エラー回避処理を実行する（Ｓ
７１３）。エラー回避処理が終了したら、３６のエラー
回避ライブラリをクライアントインストールプログラム
上からフリーする（Ｓ７１４）。

【００１６】ここで、エラーを回避できなかったとき
は、３７のユーザ定義のエラー回避スクリプトを実行す
る（Ｓ７１６→Ｓ７１７）。３７のユーザ定義のエラー
回避スクリプトとは図１８で示すように、インストール
前提条件判定を含むインストール処理でエラーが発生し
たときの処置についてクライアントユーザが定義できる
ものである。

【００１７】図１８は、例としてハードディスクの容量
不足でインストールエラーとなったときのインストール
先ドライブの変更を指示するものである。ここでも、エ
ラーが回復できなかった場合は（Ｓ７１７→Ｅ）、３４
のエラーテーブルからエラー要因に対応するメッセージ
を取り出し、図２１のように応答待ち形式のエラーメッ
セージを３２のディスプレイ装置に出力し応答待ち状態
となる（Ｓ７１９）。エラーメッセージからエラー原因
を判断し対処に最適である応答をする。リトライ制御カ
ウンタを更新し（Ｓ７２０）応答を判定する。

【００１８】“条件変更”を選択する場合は（Ｓ７２
１）、前提条件を緩和する場合に有効で、クライアント
ユーザによりサーバからダウンロードしたスクリプトフ
ァイル内のインストール前提チェックを変更し（Ｓ７２
５）、前提チェックからリトライする（Ｂ→Ｓ７０
６）。このとき、ソフトウェアのダウンロード処理に制
御が移るが、既にダウンロード済である場合は、処理を
スキップし（Ｓ７０７）インストール処理を行う（Ｓ７
０８）。

【００１９】“リトライ”を選択する場合は（Ｓ７２
２）、例えばハードディスクの容量が不足している場合
にハードディスク空き容量を増やすため不要ファイルを
削除したり、メモリ不足の場合に他のアプリケーション
プログラムを停止するなどリブートをしなくてもスラー
を除去できる場合に有効で、ボタンを押す前にあらかじ
めクライアントユーザによりエラー原因を除去する。ボ
タン押下と同時にエラーが発生した処理（前提チェック
のときＢ→Ｓ７０６、インストールのときＣ→Ｓ７０
８）をリトライする（Ｓ７２７）。

【００２０】“ブート”を選択する場合は（Ｓ７２
３）、例えばＯＳの設定を変更しなければならないなど
リブートしなければエラー原因を除去できない発生した
場合に有効で、ボタン押下と同時にプログラムを終了す
る。クライアントユーザによりリブートまでにエラーを
除去する。マシンをリブートしクライアントインストー
ルプログラムが再開されたときＳ７０１でリトライ状態
を判断し、前提チェックからリトライする（Ｓ７０
５）。このとき、スクリプトファイルおよびソフトウェ
アのダウンロードに制御が移るが、既にダウンロード済
である場合は、処理をスキップし（Ｓ７０５，Ｓ７０
７）前提チェックおよびインストールを行う（Ｓ７０
６，Ｓ７０８）。

【００２１】“エラー”を選択する場合は、どうしても
エラー原因を除去できないときに選択する。スラー情報
をサーバに返し（Ｓ７２３）、再びリモートインストー
ル指示待ちとなる（Ａ→Ｓ７０２）。３６のエラー回避
ライブラリや３７のユーザ定義のエラー回復スクリプト
によりエラー回避が行われた場合（Ｓ７１５→Ｆ→Ｓ７
２６、Ｓ７１７→Ｆ→Ｓ７２６）、リトライ制御カウン
タを更新し（Ｓ７２６）エラーが発生した処理（前提チ
ェックのときＢ→Ｓ７０６、インストールのときＣ→Ｓ
７０８）をリトライする（Ｓ７２７）。

【００２２】Ｓ７１１でインストールするソフトウェア
がクライアント上で使用中の場合、図２２のように応答
待ち形式のエラーメッセージを３２のディスプレイ装置
に出力し応答待ち状態となる（Ｅ→Ｓ７１９）。ここで
は、クライントユーザにより実行中のソフトウェアを停
止し“リトライ”を選択するか（Ｓ７２２）、あらかじ
めインストール対象のソフトウェアがリブート時に起動
しないように設定してから“ブート”を選択する（Ｓ７
２３）。

【００２３】リトライ制御カウンタを更新され（Ｓ７２
０）、インストールをリトライすることにより（Ｃ→Ｓ
７０８）インストールすることができる。Ｓ７０１はク
ライアントマシンをブートしたときなどのクライアント
インストールマシンを再起動するときに有効で前回起動
したときにセットされていたリトライ制御カウンタを参
照してリトライ状態を継続する。本クライアントリモー
トインストールプログラムを停止するときは、Ｓ７０２
の状態のときに終了指示をする。

【００２４】次に、エラー回避ライブラリについて説明
する。エラー回避ライブラリはリモートインストールエ
ラーの回避処理を専門に行う。例えば、ハードディスク
の容量不足を回避する場合はＳ１００１）、インストー
ル先ドライブ上のあらかじめ指定された不要なディレク
トリやファイルを削除する（Ｓ１００２）。それでも容
量がたりないときは（Ｓ１００３）、インストール可能
な容量を持つ別のドライブが無いか検索する（Ｓ１００
４）。検索した結果、インストール可能であれば（Ｓ１
００５）インストール先ドライブを変更する（Ｓ１００
６）といった具合になる。

【００２５】同様にメモリ不足を回避する場合は（Ｓ１
００７）、空きメモリ状況をチェックし（Ｓ１００８）
空きメモリが回復されていない場合は（Ｓ１００９）、
一定の時間ウェイトする（Ｓ１０１０）といった具合に
なる。なお、エラー回避ライブラリは標準で提供される
が、サーバでエラー回避ライブラリを管理して最新バー
ジョンやカスタマイズしたものなどをダウンロードする
運用も可能である。

【００２６】以上のように、この実施例１によれば、リ
モートインストールのエラー発生時にクライアント側で
複数のエラー回避処理を施し且つ柔軟にエラーに対応で
きることによりエラーを回避できる確率が高くなること
から、サーバオペレーターのエラー対応時間が短縮され
リモートインストールの信頼性を向上することができ
る。また、クライアント側でリトライを行うのでソフト
ウェアデータの再送によるネットワーク負荷が発生する
こともない。

【００２７】次に、実施例２のエラー処理方式を図２０
のフローチャートを用いて説明する。処理方式は実施例
１と同じであるが、エラー回避処理について処理方式を
一部変更する。Ｓ２００３およびＳ２００４は図８のＳ
７１２からＳ７１５にあたり、標準のエラー回避処理で
ある。Ｓ２００２および２００５は図８のＳ７１６から
Ｓ７１７にあたり、クライアントユーザが定義したエラ
ー回避処理である。これを、クライアントリモートイン
ストールプログラムの初期設定により、先にエラー回避
処理する方を設定できるようにする。

【００２８】これにより、クライアントマシンの使用環
境が変化しやすい場合でクライアントユーザによるエラ
ー回避処理を優先させたほうが都合よくエラー回避処理
を行うことができる。

【００２９】

【発明の効果】この発明により、リモートインストール
におけるサーバオペレータの運用負荷が軽減され、サー
バからリトライを行うときのソフトウェアデータの再送
によるネットワーク負荷も発生しない。また、リモート
インストール処理の信頼性を向上することもできる。

【図面の簡単な説明】

【図１】本発明の実施の一形態のシステム構成図であ
る。

【図２】サーバのシステム構成をあらわすブロック図で
ある。

【図３】クライアントのシステム構成をあらわすブロッ
ク図である。

【図４】サーバでのクライアント宛のリモートインスト
ール指示を行うフローチャートである。

【図５】サーバでのクライアントからのリモートインス
トール結果情報を更新するフローチャートである。

【図６】サーバでのインストール状態を表示するフロー
チャートである。

【図７】クライアントでのインストール処理のフローチ
ャートである。

【図８】クライアントでのインストール処理のフローチ
ャートである。

【図９】クライアントでのインストール処理のフローチ
ャートである。

【図１０】エラー回避ライブラリの一例（ハードディス
ク容量不足を回避）のフローチャートである。

【図１１】エラー回避ライブラリの一例（メモリ容量不
足を回避）のフローチャートである。

【図１２】クライアントへリモートインストール指示し
たときのサーバのインストール管理テーブルの内容を示
す図である。

【図１３】クライアントがリモートインストールを正常
終了したときの正常終了情報の内容を示す図である。

【図１４】クライアントがリモートインストールを正常
終了したときのサーバのインストール管理テーブルの内
容を示す図である。

【図１５】サーバがリモートインストール指示したとき
のインストール管理テーブルの内容を示す図である。

【図１６】クライアントがリモートインストールでエラ
ーとなったときのエラー情報の内容を示す図である。

【図１７】クライアントがリモートインストールでエラ
ーとなったときのサーバのインストール管理テーブルの
内容を示す図である。

【図１８】クライアントでのユーザ定義エラー回避スク
リプトの一例（インストール先ドライブの変更）の内容
を示す図である。

【図１９】エラーテーブルの内容を示す図である。

【図２０】クライアントでの優先度によるエラー回避処
理のフローチャートである。

【図２１】クライアントでリモートインストールがエラ
ーとなったときの応答待ちのエラーメッセージの内容を
示す図である。

【図２２】クライアントでインストールするソフトウェ
アが使用中であった場合の応答待ちのエラーメッセージ
の内容を示す図である。

【符号の説明】

１１…サーバ、 １２Ａ〜１２Ｄ…クライアント、１３
Ａ〜１３Ｄ…ネットワーク、２１…サーバリモートイン
ストールプログラム、２２…ディスプレイ装置、２３…
記憶装置、２４…入力装置、 ２５…インストール管
理テーブル、３１…クライアントリモートインストール
プログラム、３２…ディスプレイ装置、 ３３…記憶
装置、３４…エラーテーブル、３５…リトライ制御カウ
ンタ、３６…エラー回避ライブラリ、３７…ユーザ定義
エラー回避スクリプト、 ２１１…応答ボタン。

Claims (1)

【特許請求の範囲】
1. 【請求項１】サーバからクライアントへのソフトウェア
   のリモートインストールがエラーとなったときに、サー
   バからの操作および指示をせずにクライアント側で自動
   リトライもしくは手動リトライを行うことを特徴とする
   リモートインストールのエラー処理方式。