JPH06110811A - プログラム変更方法 - Google Patents

Abstract

(57)【要約】 【構成】 サーバには、予めクライアントシステムであ
る端末の変更プログラムが格納されている。複数の端末
から変更プログラムの送信要求がサーバに対してあった
場合、サーバは、先ず、全ての端末に変更プログラムを
送信する。これが各端末で受信されると、各端末は次の
変更プログラムの送信要求を発信する。サーバは、この
送信要求が所定数の端末から発信されるまで、次の送信
を行わず、所定数の送信要求が揃った場合に、各端末に
対して次の変更プログラムを一斉に送信する。 【効果】 端末に対する変更プログラムの送信作業時間
を短縮することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はクライアント／サーバシ
ステムにおいて、クライアントの変更プログラムを一斉
に送信するプログラム変更方法に関する。

【０００２】

【従来の技術】クライアント／サーバシステムは、複数
のコンピュータによって膨大なデータやプログラムを共
用し、処理の効率化を図るシステムとしてよく知られて
いる。このシステムは、複数のコンピュータを相互に通
信回線を介して接続し、データやプログラムはサーバに
よって管理する。そのデータやプログラムを利用しよう
とするクライアントは、サーバに対して通信回線を介し
てアクセスし、各種の処理が実行される。

【０００３】図２に、一般的なクライアント／サーバシ
ステムを適用した営業店システムを示す。図の営業店シ
ステムは、金融システムの例を示すものであり、ホスト
１、通信制御装置（ＣＣＬ）２、サーバ３、クライアン
ト４から構成されている。ホスト１は全ての通信制御装
置２やサーバ３等の管理を行うセンタである。通信制御
装置２は通信回線を介してホスト１と接続され、各支社
にそれぞれ配設されている。サーバ３は支社の通信制御
装置２に複数台が接続され、各営業店に設置されてい
る。クライアント４はワークステーション等の端末から
なり、サーバ３に対して複数台が接続されている。

【０００４】次に、一つの支社を例にとって上記営業店
システムを詳細に説明する。図３は、ホスト１から一つ
の支社へのシステム構成を示す図である。図において、
ホスト１には支社・内設営業所１００が通信回線で接続
され、支社・内設営業所１００の通信制御装置（ＣＣ
Ｌ）２には、各営業所１００−１〜１００−ｎのサーバ
３が接続されている。また、ホスト１は、全営業所のプ
ログラムやデータ等のファイル１ａを備え、通信制御装
置２は接続されている営業所のプログラムやデータ等の
ファイル２ａを備えている。

【０００５】支社・内設営業所１００は、通信制御装置
２とサーバ３と複数のクライアントシステムとして端末
４−１〜４−ｎがネットワークに接続されている。ま
た、サーバ３は営業所内の端末４−１〜４−ｎのプログ
ラムやデータ等のファイル３ａを備えている。また、各
営業所１００−１〜１００−ｎは、それぞれサーバ３と
複数の端末４−１〜４−ｎがローカル・エリア・ネット
ワーク（ＬＡＮ）等のネットワークで接続されている。

【０００６】このようなシステムにおいて、クライアン
トである各端末４−１〜４−ｎのプログラムやデータ等
を変更する場合、従来では次の２つの方式で行ってい
た。図４および図５に上記２つの方式の説明図を示す。 図４に示すように、変更対象となる端末４−１〜４−
ｎおよびサーバ３の設置箇所全てに変更プログラムが格
納されている媒体５を送付し、サーバ３あるいは端末４
−１〜４−ｎ個々に媒体５を使用してオペレータがプロ
グラム変更を実行する。

【０００７】図５に示すように、変更対象となる端末
４−１〜４−ｎを管理するサーバ３の設置箇所全てに変
更プログラムが格納されている媒体６を送付し、サーバ
３のファイル３ａにロードする（図中、（１）で示
す）。その後は、各端末４−１〜４−ｎ個々にオペレー
タが操作して、サーバ３のファイル３ａ内の変更用プロ
グラムをそれぞれリードし（図中、（２）〜（ｎ）で示
す）、それぞれプログラム変更を実施する。

【０００８】

【発明が解決しようとする課題】しかしながら、上記従
来のプログラム変更方法では、次のような問題点があっ
た。 変更対象となるプログラムを格納した媒体５、６のコ
ピーが必要であった。例えば、図４に示した第１の方式
の場合、全国の営業所全ての端末数分の媒体５が必要で
あり、図５に示した第２の方式においても、サーバ３の
数分の媒体６が必要であった。 コピーした媒体５、６の仕分け作業が必要であった。
即ち、全国の営業所宛の仕分け作業を必要としていた。 仕分けした媒体５、６の発送作業が必要であった。こ
れも上記と同様に、全国の営業所宛の発送作業を必要
としていた。

【０００９】プログラム変更時は、端末の変更状況を
一目で把握することができなかった。即ち、従来では、
媒体５、６から変更プログラムを単にインストールする
だけであったため、そのプログラム変更の進捗状況は把
握することができなかった。従って、いくつかのプログ
ラムを変更する場合、あるプログラムが変更されていな
かった場合でも、これについては表示等がなされず、プ
ログラム変更の信頼性が低いといった問題点があった。 上記第１または第２の方式においてもオペレーション
を全端末で必要としていた。

【００１０】このように、上記従来のプログラム変更方
法では、プログラム変更のための媒体を必要とすること
から、このコピー、仕分けおよび発送等の作業が煩雑で
あり、また、変更時のミス等が見付けにくく、しかもオ
ペレータの負担が大きいといった問題点を有していた。
本発明は、上記従来の問題点を解決するためになされた
もので、プログラム変更作業が容易で、かつ信頼性が高
く、かつオペレータの負担を軽減することのできるプロ
グラム変更方法を提供することを目的とする。

【００１１】

【課題を解決するための手段】第１の発明のプログラム
変更方法は、クライアントとサーバとが通信回線を介し
て接続され、クライアントのプログラムを変更するプロ
グラム変更方法において、予め、前記サーバに前記クラ
イアントの変更プログラムを格納し、複数のクライアン
トから変更プログラムの送信要求があった場合、前記サ
ーバは、データ送信要求が所定数のクライアントから揃
った後に、前記クライアントへの送信データを一斉に送
信することを特徴とするものである。

【００１２】第２の発明のプログラム変更方法は、第１
の発明において、クライアントはサーバからの送信され
たデータ受信の進捗状態を表示するようにしたことを特
徴とするものである。

【００１３】

【作用】本発明のプログラム変更方法においては、複数
のクライアントシステムである端末から変更プログラム
の送信要求がサーバに対してなされた場合、サーバは、
先ず最初の送信として、送信要求を受信した全ての端末
に対して変更プログラムを送信する。これにより、各端
末は、変更プログラムを受信し、正常受信であると、次
の変更プログラムの送信要求をサーバに対して行う。サ
ーバは、各端末からの次の変更プログラムの送信要求を
待ち、これが所定数の端末から揃うまでは、その変更プ
ログラムの送信は行わず、所定数の端末から送信要求が
揃って時点で、次の変更プログラムを一斉に送信する。
また、各端末は、サーバから送信された変更プログラム
の受信が正常に行われたか否かといった変更プログラム
受信の進捗状況を表示する。

【００１４】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図１は本発明のプログラム変更方法の実施例
を示すフローチャートであるが、これに先立ち、本実施
例の前提となるプログラム格納方法について説明する。

【００１５】図６は、ホスト１００から通信制御装置
（ＣＣＬ）２００への変更用データ送信方法を示す説明
図である。図において、ホスト１００は、上述した図
２、３におけるホスト１に相当するものである。尚、こ
の実施例においても、そのシステムとして金融機関の場
合を例にとって説明する。ホスト１００内の開発用ＣＣ
Ｌ１０１は、通常の通信制御装置とは別に設けられ、そ
の機能としては通常の通信制御装置と同様であるが、デ
ータ試験等に用いるためのものである。また、ホストコ
ンピュータ１０２は、各支所の通信制御装置２００を管
理するためのものである。更に、開発用ＣＣＬ１０１お
よびホストコンピュータ１０２は、それぞれ記憶装置１
０１ａおよび記憶装置１０２ａを備えている。尚、ホス
トコンピュータ１０２においても、図示はしていない
が、開発用ＣＣＬ１０１と同様に開発用ホストコンピュ
ータもホスト１００内に備えられている。

【００１６】通信制御装置２００は、図２、３の通信制
御装置２に相当するものであり、全国の各支所に設けら
れている。また、通信制御装置２００においても、記憶
装置２００ａを備えている。このようなシステムにおい
て、変更用プログラムを通信制御装置２００の記憶装置
２００ａに格納する場合を順に説明する。尚、以下の順
番と図中の数字とは対応した関係となっている。

【００１７】変更対象となるプログラムを開発用ＣＣ
Ｌ１０１の記憶装置１０１ａに格納する。 開発用ＣＣＬ１０１に格納された変更用プログラムを
ホストコンピュータ１０２に転送する。 ホストコンピュータ１０２の記憶装置１０２ａに格納
された変更用プログラムはホストコンピュータ１０２に
おける通常時間の稼働中に、各支所の通信制御装置２０
０に転送され、通信制御装置２００の記憶装置２００ａ
に格納される。

【００１８】次に、通信制御装置２００からサーバ３０
０への変更用プログラム転送を説明する。図７および図
８に、その説明図およびフローチャートを示す。 通信制御装置２００に格納された変更用プログラム
は、ホスト１００が各々のサーバ３００（３００−１〜
３００−ｎ）宛に送信する毎日のサーバパワーオフ電文
をトリガにして、サーバ３００から通信制御装置２００
に取りに行き、サーバ３００の記憶装置（３０１−１〜
３０１−ｎ）に格納する。尚、図７においては、一つの
支社内のシステムの構成のみを示している。

【００１９】この動作を図８のフローチャートに沿って
詳細に説明する。サーバ３００の通常運用が行われ（ス
テップＳ１）、この状態で業務が終了し、ホスト１００
からパワーオフ電文が送信され、これが受信されたとす
る（ステップＳ２）。これにより、サーバ３００は、通
信制御装置２００に対して変更用データの送信要求を行
う（ステップＳ３）。通信制御装置２００は、サーバか
らの送信要求を受信すると、変更用データがある場合
は、送信データ有りの返答を送信し、その日は変更用デ
ータ等の送信データの無い場合は、送信データなしの返
答を送信する。サーバ３００は、ステップＳ４におい
て、通信制御装置２００からの通信電文を受信し、これ
が、送信データなしの電文であった場合（ステップＳ
５）は、そのままパワーオフを行う（ステップＳ８）。

【００２０】一方、ステップＳ５において、通信制御装
置２００からの通信電文が送信データ有りであった場
合、そのデータの受信を行い（ステップＳ６）、更に送
信されたデータを全て受信したかを判定し（ステップＳ
７）、複数の送信データがある場合等、まだデータ受信
が全て終了していない場合は、ステップＳ６に戻ってデ
ータ受信を続行する。そして、ステップＳ７において、
データ受信が全て終了したと判定された場合は、ステッ
プＳ８に移行してパワーオフを行う。

【００２１】次に、本発明の特徴であるプログラムの更
新方法について説明する。図９は、その説明図である。
図示したシステムは、支社の内設営業所あるいは各営業
所の構成を示している。また、代表端末５は、他の端末
４−１〜４−ｎとサーバ３００との通信回線（ネットワ
ーク）４００ａとは異なる通信回線（ネットワーク）４
００ｂで、サーバ３００と接続されており、この代表端
末５は、サーバ３００のコンソールとしての機能を兼ね
ている。また、サーバ３００は、以下のプログラム変更
処理を行うためのプログラム変更手段３０２を備えてい
る。このプログラム変更手段３０２は、プログラムある
いは専用のプロセッサ等からなり、プログラムで構成さ
れる場合は、予めサーバ３００の記憶装置３０１内に格
納しておくか、あるいはホスト１００から通信制御装置
２００を介してサーバ３００に転送するよう構成しても
よい。

【００２２】次に、このようなシステムにおけるプログ
ラム変更処理を図１のフローチャートと図９とを対応さ
せて説明する。尚、以下の丸付き数字の番号は図９に示
す番号に対応している。 代表端末５で１オペレーションを実行すると、プログ
ラム変更指示を代表端末５からサーバ３００のプログラ
ム変更手段３０２に通知する。 プログラム変更指示を受けたサーバ３００のプログラ
ム変更手段３０２は自記憶装置３０１内に格納された変
更プログラムデータをリードして、サーバ３００自身の
プログラム変更を実行する（図１のステップＳ１）。
尚、この変更されるプログラムとはサーバ３００の実行
用プログラムである。

【００２３】また、サーバ３００はプログラム変更を行
っている間は、プログラム変更手段３０２がプログラム
変更を実行していることを認識し、そのパネルにプログ
ラム変更中を表示する（ステップＳ２）。図１０にその
状態を示す。即ち、サーバ３００には、その前面に各種
の状況を表示するための表示パネル３０３が設けられて
おり、サーバ３００自身のプログラム変更を行っている
間は、その表示パネル３０３に「プログラム変更中」と
表示する。

【００２４】次に、サーバ３００のプログラム変更手段
３０２は、全ての端末４−１〜４−ｎが接続済みである
かを判定し、全ての端末４−１〜４−ｎが接続されるま
で待機する（ステップＳ３）。そして、代表端末５には
サーバ３００のプログラム変更の進捗状況および全端末
４−１〜４−ｎの接続状態を通知する（ステップＳ
４）。

【００２５】サーバ３００のプログラム変更手段３０
２は、サーバ３００自身のプログラム変更が終了する
と、端末のプログラム変更を全端末４−１〜４−ｎ一斉
に同期をとって実行する。先ず、プログラム変更手段３
０２は、記憶装置３０１内に格納されている変更データ
をリードする（ステップＳ５）。そして、全てのデータ
がリードされているかを判定し（ステップＳ６）、全て
のデータがリードされていない場合は、そのリードした
変更データを全端末４−１〜４−ｎに一括して送信する
（ステップＳ７）。また、この送信と共に、タイマ監視
を開始する（ステップＳ８）。これにより、変更プログ
ラムを受信した各端末４−１〜４−ｎは、それぞれプロ
グラム更新、即ちそれまでのプログラムを変更プログラ
ムで上書きする。

【００２６】その後サーバ３００は、全端末４−１〜４
−ｎから次の受信要求があるかの要求受信待ちを予め決
定した時間行う（ステップＳ９、Ｓ１０）。ここで、所
定の時間内に全端末４−１〜４−ｎから次の受信要求が
あった場合は、タイマ監視をキャンセルし（ステップＳ
１１）、ステップＳ５に戻って次の変更データをリード
する。一方、上記の要求受信待ちにおいて、所定の時間
のタイムアウトが発生した場合、要求受信を受けていな
い端末を後処理として（ステップＳ１２）、ステップＳ
１１に移行し、タイマ監視をキャンセルしてステップＳ
５に戻る。また、プログラム変更手段３０２は、タイム
アウトが発生した端末名と、どの変更データでタイムア
ウトが発生したかを記憶しておく。

【００２７】即ち、各端末４−１〜４−ｎは、その処理
速度や受信タイミングの差があるため、サーバ３００で
も各端末４−１〜４−ｎからの受信要求は、様々なタイ
ミングで受信される。この時、端末４−１〜４−ｎから
のタイミングに合わせて変更データを送信したのでは、
サーバ３００は常にビジー状態となってしまう。そこ
で、本実施例では、次の変更データへの送信要求が全て
の端末４−１〜４−ｎから届くまでは、次の変更データ
を端末４−１〜４−ｎに対して送信せず、サーバ３００
側で同期をとって変更データを送信するものである。

【００２８】そして、ステップＳ５において、全ての変
更データをリードした場合は、終了した端末（全ての送
信要求のタイムアウトがなかった端末）に対して終了通
知を行う（ステップＳ１３）。

【００２９】その後は、ステップＳ９、Ｓ１０におい
て、タイムアウトが発生した端末があるか否かを判定し
（ステップＳ１４）、なかった場合は、そのまま、プロ
グラム変更データの更新処理を終了し、遅れた端末があ
った場合は再送信処理を行って（ステップＳ１５）、更
新処理を終了する。また、この再送信処理とは、上述し
たステップＳ５以降の処理と同様に、タイムアウトの発
生した変更データを再リードし、その変更データを遅れ
た端末に対して送信するものである。尚、通常のプログ
ラム変更処理の場合、タイムアウトの発生する端末は殆
ど無いため、このような再送信処理を行うのは稀であ
る。

【００３０】また、上記処理中、代表端末５のディスプ
レイにはプログラム変更の進捗状況を表示させ、各端末
４−１〜４−ｎも、自分のプログラム変更状況を表示す
る。図１１に、代表端末５における表示例と各端末４−
１〜４−ｎの表示例を示す。図１１の（ａ）は代表端末
５の表示例であり、サーバ３００と代表端末５および各
端末４−１〜４−ｎのプログラム変更の進捗状況が示さ
れている。即ち、サーバ３００は変更ファイルが１０個
あり、全てのファイルの変更が完了している。また、代
表端末５および各端末４−１〜４−ｎは変更ファイルが
２０個あり、そのうちの８個が変更完了している状態で
ある。一方、端末４−３はプログラム変更の完了数が２
個であり、３個目でエラーが発生していることを示して
いる。

【００３１】また、図１１の（ｂ）は各端末４−１〜４
−ｎの表示であり、この例では、２０個のプログラム変
更ファイルのうち１個目を変更中であることを示してい
る。

【００３２】尚、上記実施例では、クライアントシステ
ムとサーバシステムの例として金融機関のプログラム変
更を説明したが、これに限定されるものではなく、クラ
イアントシステムのプログラム変更を行うものであれ
ば、他のシステムであっても同様の効果を奏する。

【００３３】また、上記実施例では、クライアントシス
テムのプログラム変更をサーバ３００からの変更データ
の送信によって同時に行うよう構成したが、変更プログ
ラムをサーバ３００から各端末４−１〜４−ｎに一旦転
送して図示省略した記憶装置内に格納し、その後、各端
末４−１〜４−ｎが、各々プログラム変更を行うよう構
成してもよい。

【００３４】

【発明の効果】以上説明したように、本発明のプログラ
ム変更方法によれば、複数のクライアントシステムから
変更プログラムの送信要求があった場合、サーバシステ
ムは、所定数のクライアントシステムから送信要求が揃
ってから、一斉にデータ送信を行うよう構成したので、
以下の効果がある。 変更用プログラムを各端末に送るための媒体が不要と
なる。 各端末用の媒体が不要なため、従来のような媒体の仕
分け作業も不要となる。 上記の点から、従来のように、仕分けした媒体の発
送作業も不要となる。 プログラム変更にオペレータが関わる時間が大幅に短
縮され、オペレータへの負担が軽減される。

【００３５】また、クライアントシステムが、サーバシ
ステムから送信されたデータ受信の進捗状況を表示する
ようにしたものでは、プログラム変更時のオペレータの
操作ミス等の発生を防止することができ、プログラム変
更の信頼性向上を図ることができる。

【図面の簡単な説明】

【図１】本発明のプログラム変更方法のフローチャート
である。

【図２】一般的なクライアント／サーバシステムの適用
例を示す構成図である。

【図３】図２におけるホストと支社とのシステム構成図
である。

【図４】従来のプログラム変更方法の第１の方式の説明
図である。

【図５】従来のプログラム変更方法の第２の方式の説明
図である。

【図６】本発明のプログラム変更方法を実施するための
ホストから通信制御装置へのデータ転送の説明図であ
る。

【図７】本発明のプログラム変更方法を実施するための
通信制御装置からサーバへのデータ転送の説明図であ
る。

【図８】本発明のプログラム変更方法を実施するための
通信制御装置からサーバへのデータ転送のフローチャー
トである。

【図９】本発明のプログラム変更方法の説明図である。

【図１０】本発明のプログラム変更方法におけるサーバ
のプログラム変更時の表示例の説明図である。

【図１１】本発明のプログラム変更方法におけるプログ
ラム変更の進捗状況の表示例を示す図である。

【符号の説明】

３００ サーバシステム ４−１〜４−ｎ クライアントシステム（端末）

Claims (2)

【特許請求の範囲】
1. 【請求項１】 クライアントとサーバとが通信回線を介
   して接続され、クライアントのプログラムを変更するプ
   ログラム変更方法において、 予め、前記サーバに前記クライアントの変更プログラム
   を格納し、 複数のクライアントから変更プログラムの送信要求があ
   った場合、前記サーバは、データ送信要求が所定数のク
   ライアントから揃った後に、前記クライアントへの送信
   データを一斉に送信することを特徴とするプログラム変
   更方法。
2. 【請求項２】 クライアントはサーバからの送信された
   データ受信の進捗状態を表示するようにしたことを特徴
   とする請求項１記載のプログラム変更方法。