JPH06131163A

JPH06131163A - リモートメンテナンス方式

Info

Publication number: JPH06131163A
Application number: JP28184692A
Authority: JP
Inventors: Kimie Tanaka; 君枝田中
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-10-20
Filing date: 1992-10-20
Publication date: 1994-05-13

Abstract

(57)【要約】【目的】計算機ネットワークにおいて、遠隔のホスト計
算機から端末へプログラムを効率的にダウンロ−ドしバ
−ジョンアップさせるリモ−トメンテナンス方式に関
し、通常のサービスの実行中において、バージョンアッ
プの必要の通知を受け、サービス実行前或いはサービス
実行後のバージョンアップを可能とすることを目的とす
る。【構成】ホスト計算機（１）側に前記端末（２−１〜２
−Ｎ）がダウンロードが済んでいるか否かを管理する端
末管理リストの入ったデ−タベ−ス（４）を設ける。そ
して、端末（２−１〜２−Ｎ）がサービス実行のため前
記ホスト計算機（１）をアクセスした際にデ−タベ−ス
（４）にてダウンロードがなされていないと判断された
場合は端末（２−１〜２−Ｎ）に対し、ダウンロードの
必要性の通知を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機ネットワークに
おいて、遠隔のホスト計算機から端末へプログラムを効
率的にダウンロ−ドしバ−ジョンアップさせるリモ−ト
メンテナンス方式に関する。近年、パーソナル・コンピ
ュータやワークステーションをホスト計算機に接続し、
従来のホスト端末（いわゆるダム・ターミナル）として
使用するだけでなく、パーソナル・コンピュータやワー
クステーション側にも業務プログラムを載せてホスト計
算機との処理を分担させる連携処理の使用例が増えつつ
ある。

【０００２】このような計算機ネットワークにおいて、
パーソナル・コンピュータやワークステーションなどの
端末で使用するプログラムのバージョンアップ（改版）
を行う場合、設置台数が限られているときには、フロッ
ピーディスクを交換するなどして１台づつメンテナンス
する方法が採られる。しかし、台数が数十台から数百台
規模になったり、設置場所が地方工場や営業所など、地
域的に離れているような場合には、ホスト計算機から通
信回線を介して各端末へプログラムをダウンロードする
方法が採られるのが普通である。

【０００３】

【従来の技術】図８に、計算機ネットワークの構成例を
示す。１はホスト計算機、２−１〜２−Ｎはパーソナル
・コンピュータやワークステーションなどの端末であ
る。各端末間はローカル・エリア・ネットワーク（ＬＡ
Ｎ）３等によって結ばれ、さらに、通信回線４によって
ホスト計算機１に結ばれている。

【０００４】このような計算機ネットワークにおいて、
プログラムの更新を目的として、ホスト計算機１から各
端末２−１〜２−Ｎへプログラムをダウンロードする方
法は、主に以下の２つに分けることができる。バージョンアップ後のプログラムをホスト計算機１
に登録した時点でダウンロード用のプログラムを起動
し、全端末２−１〜２−Ｎに対して一斉にダウンロード
する。

【０００５】バージョンアップ後のプログラムをホ
スト計算機１に登録しても直ぐにはダウンロードせず、
各端末２−１〜２−Ｎがそれぞれプログラムを起動する
ときに、各端末毎にホスト計算機１にアクセスしてダウ
ンロードする。

【０００６】

【発明が解決しようとする課題】前記の方法の場合、
開発元がプログラムをバージョンアップすると同時に全
端末のプログラムが一斉にバージョンアップされるの
で、各端末は常に最新のプログラムを使用することがで
きる反面、全端末に対するダウンロードに時間がかか
る。また、ダウンロードするときは、各端末の電源をＯ
Ｎし、さらに、場合によっては端末で作業中の業務を停
止状態にするなど、全端末をダウンロード可能な状態に
する必要があり、管理面、運用面で問題あった。

【０００７】一方、前記の方法の場合、図８中に点線
で示すように、各端末がプログラムを必要となったとき
にホスト計算機１からダウンロードされるため、システ
ム管理上は望ましい方法であるが、ユ−ザがバ−ジョン
アップさせるためにシステムを起動するたびに端末に格
納しているプログラムが最新のものであるか否かをホス
ト計算機に問い合わせ、最新版でない場合にのみダウン
ロードすることになる。

【０００８】本発明は、前記事情に基づきなされたもの
で、その目的とするところは、通常のサービスの実行中
において、バージョンアップの必要の通知を受け、サー
ビス実行前或いはサービス実行後のバージョンアップを
可能とすることである。

【０００９】

【課題を解決するための手段】図１を参照して本発明の
原理を説明する。図１において、１はホスト計算機、２
−１〜２−Ｎはパーソナルコンピュータやワークステー
ション等の端末、３はホスト計算機１と端末２−１〜２
−Ｎを結ぶ通信ネットワークである。本発明は、このよ
うな計算機ネットワークにおいて、ホスト計算機１側に
端末対応にダウンロード又はバージョンアップが済んで
いるか否かを管理する端末管理リストの入ったデ−タベ
−ス４を設ける。

【００１０】

【作用】本発明では、ホスト計算機１側に端末２−１
〜２−Ｎが、ダウンロードを行ったかの有無と、バ−ジ
ョンアップを行っているかの有無を書き込んだユ−ザリ
ストの入ったデ−タベ−ス４を設け、端末２−１〜２−
Ｎがサービス実行のためホスト計算機１をアクセスした
際に、当該端末が、デ−タベ−ス４にてダウンロードが
なされていないと判断された場合はダウンロードの必要
性の通知を行い、バ−ジョンアップが成されていないと
判断された場合は、バ−ジョンアップの必要性の通知を
行う。

【００１１】また、ダウンロ−ドを実行した場合には、
ユーザに対しバ−ジョンアップの通知がなされ、ユーザ
はサービス実行前或いは実行後にバージョンアップを行
うか否かの選択が可能である。このように、事前にホス
ト計算機１にバ−ジョンアップの登録がなされたことを
個々のユ−ザに通知しなくても各端末２−１〜２−Ｎが
通常サービスをアクセスする時にダウンロードの必要性
を通知できると共に、ユーザの要求に応じてサービス実
行の前後を問わずバ−ジョンアップが可能となる。

【００１２】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図２は計算機ネットワークの構成図を示す。図
３、図４は本発明によるホスト計算機のフロ−チャ−ト
を示す。図５、図６は本発明による端末のフロ−チャ−
トを示す。図７はデ−タベ−ス１６内部の端末管理リス
トを示す。図２において、１０は端末、１１は新旧のプ
ログラムを格納しているプログラム格納部、１２はホス
ト計算機１３にアクセスするためのホスト計算機アクセ
ス部、１３はホスト計算機、１４は新プログラムを格納
しておくプログラム格納部、１５は端末を制御するため
の端末制御部、１６は端末１０の情報の入ったデータベ
ース、１７はネットワークを示す。図７において、端末
管理リストとして、各端末の番号に対応にダウンロ−
ド、バ−ジョンアップが済んだか否かの情報が示されて
いる。

【００１３】以下、本発明の動作について説明する。ホ
スト計算機１３のプログラム格納部１４に新プログラム
が格納され、プログラムのバージョンアップの指示がホ
スト計算機１３にされると（図３のＳ１）、ホスト計算
機１３は、端末１０からのアクセス待ちの状態となる
（図３のＳ２）。このような場合において、端末１０が
通常のサービスを受けようとホスト計算機アクセス部１
２よりホスト計算機１３にアクセスすると（図５のＳ３
０）、ホスト計算機１３はこれを認識し（図３のＳ３で
Ｙｅｓ）、アクセスされた端末１０が、新しいプログラ
ムのダウンロードが済んでいるかをデ−タベ−ス１６内
の端末管理リストによりチェックする（図３のＳ４）。

【００１４】上記判断の結果、ダウンロ−ドが済んでい
れば（図３のＳ５でＹｅｓ）、バ−ジョンアップが済ん
でいるかを再度端末管理リストによりチェックする（図
３のＳ１９）。この判断の結果、バ−ジョンアップが済
んでいるとき（図３のＳ２０でＹｅｓ）には、そのまま
通常のサービス提供に移り（図３のＳ２１）、済んでい
ないとき（図３のＳ２０でＮｏ）には、バ−ジョンアッ
プの通知を実行する（図３のＳ１１）。

【００１５】一方、ダウンロードが済んでいなければ
（図３のＳ５でＮｏ）、ホスト計算機１３は、新プログ
ラムのダウンロードメッセージを端末１０に対して送信
する（図３のＳ６）。これに対し端末１０は、ホスト計
算機１３より受信した新プログラムのダウンロ−ドメッ
セージ表示をユーザに対して行う（図５のＳ３１）。ダ
ウンロードメッセージを認識した端末１０のユーザは、
ホスト計算機１３に対してダウンロードを希望するか否
かの選択を通知し（図５のＳ３２）、ホスト計算機１３
はこの選択通知を受け（図３のＳ７）、端末１０がダウ
ンロードを希望するか否かを判断する。ユーザがダウン
ロードを希望する場合（図３のＳ８でＹｅｓ）には、端
末制御部１５が、端末１０に対し、新プログラムのダウ
ンロ−ドを行い（図３のＳ９）、端末１０は、ダウンロ
−ドを受ける（図５のＳ３４）。

【００１６】その際、ホスト計算機１３は、デ−タベ−
ス１６内の端末管理リストの更新を行う（図３のＳ１
０）。一方、ダウンロ−ドを行わないときには、そのま
ま通常のサービス提供を実行する（図３のＳ２１）。ホ
スト計算機１３の端末制御部１５から端末１０に対して
のダウンロ−ドが終了すると、ホスト計算機１３の端末
制御部１５は端末１０にバージョンアップをするか否か
のメッセ−ジを送信し（図３のＳ１１）、端末１０は、
このメッセージを表示する（図５のＳ３５）。

【００１７】端末１０を使用しているユーザは、バージ
ョンアップを希望するか否かの選択を行うことができ、
更に、バージョンアップを希望する場合にあっては、通
常サービス前に行うのか、通常サービス後に行うのかの
選択ができる。ユーザが選択した当該情報は、ホスト計
算機１３へ送信され（図５のＳ３６）、ホスト計算機１
３は、ユーザがバージョンアップを希望しないとき（図
３のＳ１３でＮｏ）には、そのまま通常のサービス提供
を実行し（図５のＳ２１）、希望するとき（図３のＳ１
３でＹｅｓ）には、端末１０からのバージョンアップ終
了待ち状態に入る（図４のＳ１４）。

【００１８】一方、端末１０では、ユーザが通常サ−ビ
ス実行後にバージョンアップを希望すれば（図６のＳ３
８）、端末１０は、メモリ上に設けられるフラグをＯＮ
にした後（図６のＳ３９）、ホスト計算機１３から通常
サ−ビスの提供を即座に受けることができる（図６のＳ
４０）。端末１０は、通常サ−ビスのアクセスを終了す
ると（図６のＳ４１）、フラグの状態を確認する。この
時、フラグの状態が、ＯＮと確認されたら（図６のＳ４
２でＹｅｓ）、バージョンアップが未だ行われていない
と認識し、新プログラムのバージョンアップを実行する
（図６のＳ４３）。

【００１９】そして、バージョンアップを終了したら、
その旨をホスト計算機１３に通知する（図６のＳ４
４）。Ｓ３７で端末１０を使用しているユーザが、通常
サ−ビス実行前にバ−ジョンアップを希望すれば（図６
のＳ４５）、通常サ−ビス実行前に端末１０のプログラ
ム格納部１１でバ−ジョンアップが行われ（図６のＳ４
６）、バージョンアップが終了したら、その旨をホスト
計算機１３に通知する（図６のＳ４７）。

【００２０】そして、通常サ−ビス提供を受け（図６の
Ｓ４８）、通常サ−ビスの提供が終了すると、アクセス
を終了する（図６のＳ４９）。一方、ホスト計算機１３
では、端末１０からのバージョンアップ終了通知の待ち
状態にあるとき（図４のＳ１４）、端末１０のホスト計
算機アクセス部１２よりバージョンアップ終了通知（図
６のＳ４４、Ｓ４７）があり次第（図４のＳ１５でＹｅ
ｓ）、データベース１６の端末管理リストを更新する
（図４のＳ１６）。そのユーザが、新プログラムのバ
ージョンアップを必要とする全ユーザの最後のユ−ザと
確認されたならば（図４のＳ１７でＹｅｓ）、計算機シ
ステムにおける端末１０のバージョンアップを完了する
（図４のＳ１８）。

【００２１】尚、上記説明では、ユーザがダウロードを
希望すると、通常のサービス実行前にダウンロードがさ
れているが、通常のサービス実行後にダウロードするよ
うなことも可能である。図６は、端末管理リストの一例
を示しており、例えば、１〜９まで夫々に番号を付加し
た９台の端末１０毎にダウンロ−ド、バージョンアップ
の「未」「済」の情報が管理されている。

【００２２】図６の端末管理リストの場合にあっては、
端末ＮＯ１、ＮＯ３、ＮＯ５、ＮＯ７、ＮＯ９はダウン
ロ−ドが「未」なので、当該端末のユーザからのアクセ
スであれば、新プログラムがある旨の通知を行う。この
通知を受けてユーザがダウンロ−ドを希望すれば、ホス
ト計算機１３は、端末に対してダウンロ−ドを行うと同
時に、端末の端末管理リストのダウンロ−ドを「未」か
ら「済」に更新する。

【００２３】また、上記端末に対してのダウンロードが
終了すると、ホスト計算機１３は、続けてバージョンア
ップするか否かの通知を行い、バージョンアップをユー
ザが希望すれば、バージョンアップ終了通知待ちとな
り、この通知を受けて、端末管理リストのバージョンア
ップを「未」から「済」に更新する。また、端末ＮＯ
４、ＮＯ８に対しては、バージョンアップだけが実行さ
れていないので、当該端末のアクセス時には、バージョ
ンアップの通知を行い、バージョンアップ終了通知を受
けて、上記と同様端末管理リストの更新を行う。

【００２４】

【発明の効果】以上述べたように、ホスト計算機１３に
対し、端末のバージョンアップ指示がなされた時、ホス
ト計算機１３は端末１０の通常のサ−ビスアクセス時に
端末１０のダウンロード、バージョンアップの必要性の
通知を行うため、個々のユ−ザがホスト計算機１３に対
してバージョンアップを行うためのアクセスを別個にと
る必要がない。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の計算機ネットワークにおける端末、ホ
スト計算機のブロック構成図である。

【図３】本発明によるホスト計算機のフロ−チャ−トで
ある。

【図４】本発明によるホスト計算機のフロ−チャ−トで
ある。

【図５】本発明による端末のフロ−チャ−トである。

【図６】本発明による端末のフロ−チャ−トである。

【図７】デ−タベ−ス内部の端末管理リストを示す図で
ある。

【図８】従来の計算機ネットワークの構成図である。

【符号の説明】

１・・・ホスト計算機２・・・端末３・・・通信ネットワ−ク４・・・デ−タベ−ス

Claims

【特許請求の範囲】

【請求項１】ホスト計算機（１）と端末（２−１〜２−
Ｎ）が通信ネットワ−ク（３）を介して接続され、前記
端末（２−１〜２−Ｎ）が前記ホスト計算機（１）にア
クセスすることでサ−ビスの提供を受ける計算機ネット
ワ−クにおいて、前記ホスト計算機（１）側に前記端末（２−１〜２−
Ｎ）がダウンロードが済んでいるか否かを管理する端末
管理リストの入ったデ−タベ−ス（４）を設け、前記端
末（２−１〜２−Ｎ）がサービス実行のため前記ホスト
計算機（１）をアクセスした際に前記デ−タベ−ス
（４）にてダウンロードがなされていないと判断された
場合は前記端末（２−１〜２−Ｎ）に対し、ダウンロー
ドの必要性の通知を行うことを特徴としたリモ−トメン
テナンス方式。
【請求項２】ホスト計算機（１）と端末（２−１〜２−
Ｎ）が通信ネットワ−ク（３）を介して接続され、前記
端末（２−１〜２−Ｎ）が前記ホスト計算機（１）にア
クセスすることでサ−ビスの提供を受ける計算機ネット
ワ−クにおいて、前記ホスト計算機（１）側に前記端末（２−１〜２−
Ｎ）がダウンロードとバ−ジョンアップが済んでいるか
否かを管理する端末管理リストの入ったデ−タベ−ス
（４）を設け、前記端末（２−１〜２−Ｎ）がサービス
実行のため前記ホスト計算機（１）をアクセスした際に
前記デ−タベ−ス（４）にてバ−ジョンアップがなされ
ていないと判断された場合は前記端末（２−１〜２−
Ｎ）に対し、直ちに或いはダウンロード実行後にバ−ジ
ョンアップの必要性の通知を行うことを特徴としたリモ
−トメンテナンス方式。
【請求項３】前記端末（２−１〜２−Ｎ）へのダウンロ
−ド終了後或いはバ−ジョンアップが未だの前記端末
（２−１〜２−Ｎ）に対して、ユーザがサービス実行前
或いはサービス実行後に端末のバージョンアップを行う
ことを選択可能としたことを特徴とした請求項２記載の
リモ−トメンテナンス方式。