JPH09146861A - 遠隔保守データ配信装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ホストに中間ノードを介して複数の端末機が
接続された多階層オンラインシステムにおいて、各端末
機で稼働するソフトの改版データを回線で配信する。 【解決手段】 ホストは、中間ノードと端末機を含む下
位局で動作する機能の版数更新に対応する改版データを
保持する配信ファイルと、下位局から通知された機能の
版数を確認して下位局の機能の版数を最新版数まで更新
させる改版データを配信する下位局版数管理部とを有
し、中間ノードは、下位局となる端末機の最新改版デー
タを保持し、端末機から通知された版数の更新が最新改
版データでは処理できないときはホストに通知し、ホス
トから配信された改版データを当該端末機に配信する端
末機版数管理部を有し、端末機は、自機内の機能の現版
数をホスト又は中間ノードである上位局と交信する版数
管理部と、上位局から配信された改版データで自機内の
機能の版数を更新する版数保守手段を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストに中間ノー
ドを介して複数の端末機が接続された多階層オンライン
システムにおいて、各端末機で稼働するソフトウェアの
版数管理、特に改版データを通信回線で配信してそれぞ
れの端末機ごとの改版を処理する遠隔保守（リモートメ
ンテナンス）に関する。

【０００２】

【従来の技術】ホストコンピュータと端末機を中間ノー
ドを介して通信回線で接続した多階層オンラインシステ
ムが普及し、各店舗またはオフィス内に設置された端末
機は機種的にも業務的にも多種多様（インテリジェント
端末機，パソコン，その他）となり、しかも接続台数も
ますます増大している。更に端末機の機能が高度化して
いるため、端末機にインストールされるソフトウェアの
機能アップやバグ発生に対処した改版の頻度／量も共に
増大する傾向にある。

【０００３】図５は本発明が適用される多階層オンライ
ンシステム接続概要図であり、ホスト１Ｈに複数台の中
間ノード２Ｎ（サーバ，あるいは中継用ホスト等）を接
続し、その配下に個別の端末機３Ｔをそれぞれ複数台接
続した形態である。近年のパソコン普及によってオフィ
ス内でも一人に１台が出現しており、このようなオンラ
インシステムでは接続される端末機の台数もシステム規
模によって数千台に達する場合もある。

【０００４】端末機のソフトウェアに障害や機能アップ
あるいは機能変更が発生した場合、該当する全端末機の
ソフトウェアの更新を早急かつ確実に行なう必要があ
り、この目的のために通信回線経由で更新用データを配
信するリモートメンテナンスが使われている。

【０００５】リモートメンテナンスを遂行する為の従来
のシステム構成は、上位のホストコンピュータ側に端末
機毎の機種別または業務別に、変更の履歴に従って版数
で管理した改版データを版数テーブルと対にして保持し
ておき、当該ソフトウェアに改版があったときは、後述
する図６のように端末機との開局時等のタイミングで改
版データを伝送してやり、端末機側で自局内のソフトウ
ェアの改版作業を行なっている。

【０００６】図４はホストコンピュータが保持する改版
データの構造説明図であり、図において、１１０は版数
管理テーブル、１２０は改版データ格納ファイル、１２
１乃至１２４は改版データの格納領域である。版数管理
テーブル１１０の構成を説明すれば、版数欄には版数と
してバージョン／レベルを識別する記号「Ｅ０１」・・
・「Ｅ０４」が記入され、改版データ格納アドレス欄に
は「Ｅ０１に対する改版データ（α）の格納先アドレス
は１００番地」・・・「Ｅ０３に対する改版データ
（γ）の格納先アドレスは３００番地」がそれぞれ記入
され、現状での最新版数は「Ｅ０３」であることを示し
ている。また、版数管理テーブル１１０からの点線は当
該改版データの格納先を示すポインタを意味し、１００
番地からの格納領域１２１には、版数「Ｅ０１」，改版
データ「α」，次版数「Ｅ０２」がそれぞれ格納されて
いる。そして、図４の現状では最新版数が「Ｅ０３」で
あり、次の新版数として「Ｅ０４」が予定されている。

【０００７】このような改版データを保持している上位
局による端末機の改版手続きは図６に示すように、開局
の手続きに際して端末機３Ｔから現版数を上位局である
ホスト１Ｈに通知し、ホスト１Ｈは版数管理テーブル１
１０によって端末機３Ｔの現版数を更新すべきかどうか
を確認する。この際、端末機３Ｔから通知された版数が
旧版数（例えば、「Ｅ０１」であれば最新の版数「Ｅ０
３」まで改版できるように、「改版データ＝β，γ」を
伝送して最新版数に更新させ、端末機３Ｔから通知され
た版数が最新版数（「Ｅ０３」）に一致していれば改版
不要を通知して業務の遂行に移るように制御する。一
方、端末機３Ｔはホスト１Ｈから改版データが伝送され
てきたならば自局内の版数を最新版数に更新し、改版不
要の通知があればそのまま業務の遂行に移行する。

【０００８】

【発明が解決しようとする課題】オンラインシステムが
多階層で構築されていた場合のリモートメンテナンスで
は、図６に示す端末機３Ｔに接続されるホスト１Ｈは中
間ノード２Ｎ（中継ホストまたはサーバで構成される）
で置き代えられ、この中間ノード２Ｎは更に上位のホス
ト１Ｈに接続される。従って、ホスト１Ｈは中間ノード
２Ｎの配下にある全端末機３Ｔに対する版数管理を中間
ノード２Ｎに委託するようになるため、ホスト１Ｈが保
持している図４に示す版数管理テーブル１１０及び改版
データ（１２１乃至１２４）をすべて中間ノード２Ｎに
保持させる必要があった。また、改版が発生するごとに
当該改版に関する中間ノード２Ｎまたは端末機３Ｔを配
下に持つ中間ノード２Ｎに適切なタイミングで改版デー
タを配信する必要があった。一方、端末機３Ｔは直接の
上位局（中間ノード）との間で改版の要不要を確認する
ことができ、最上位局のホスト１Ｈの負荷は逓減される
ものの、全ての中間ノード２Ｎにホスト１Ｈと同じ量の
改版データを保持させなければならず、資源の利用面か
ら無駄があった。

【０００９】一般に、端末機のソフトウェアは同一種の
端末機毎に統一的に管理され、同一版数で稼働してい
る。例えば図５において、中間ノード（その１）２Ｎ−
１の配下に接続されている全端末機（３Ｔ−１，３Ｔ−
２，３Ｔ−３）の版数は「Ｅ０３」で稼働している。

【００１０】しかし、時として、ハードウェア的な障害
の為に、障害復旧後のソフトウェアを初期インストール
から始めなければならない場合が発生する。この際、当
該の端末機については、先ず最初に初期インストール用
の記憶媒体（フロッピィディスク，磁気ディスク，光デ
ィスク等）を使用して端末機３Ｔのソフトウェア版数を
「Ｅ００」に立ち上げ、続いて改版データ「Ｅ０１＝
α」，「Ｅ０２＝β」，「Ｅ０３＝γ」を上位局から配
信してもらい、逐次的に版数を更新する作業が行われ
る。

【００１１】このようなハードウェア的な障害の発生は
予期されることではないで、接続される中間ノードは配
下の端末機の全ソフトウェアの改版データを常時保持し
ていなければならず、このために中間ノードの資源が無
益に占有されるという問題があった。

【００１２】本発明はこのような点にかんがみて、多階
層オンラインシステムにおける中間ノードおよび端末機
のリモートメンテナンスを資源を無駄にすることなく早
急かつ確実に行なう手段を提供することを目的とする。

【００１３】

【課題を解決するための手段】上記の課題は図１の如く
に構成された本発明になる遠隔保守データ配信装置によ
って解決される。

【００１４】図１は本発明の原理図であり、ホスト１と
端末機３は中間ノード２を介して多階層に通信回線で接
続されている。図において、１はオンラインシステムの
中核となるホストであって、下位局版数管理部１０と配
信ファイル１１とを有し、また２は中間ノードであっ
て、端末機版数管理部２０を有し、更に３は端末機であ
って、版数管理部３０と版数保守手段３１とをそれぞれ
有している。

【００１５】前記ホスト１内の配信ファイル１１には下
位局である前記中間ノード２及び前記端末機３で動作す
る機能の版数更新に対応する改版データを保持してお
り、前記下位局版数管理部１０は前記下位局から通知さ
れた機能の版数を確認して当該下位局の機能の版数を最
新版数まで更新させる改版データを配信させるものであ
り、前記中間ノード２は、前記ホスト１から配信された
前記端末機３宛改版データを配下の端末機３に配信する
端末機版数管理部２０を有し、前記端末機３は、当該端
末機３内の機能の現版数を上位局と交信する版数管理部
３０と、前記上位局から配信された改版データで当該端
末機３内の機能の版数を更新する版数保守手段３１とを
有するように構成する。

【００１６】

【発明の実施の形態】以下、図を用いて本発明の実施の
形態を詳細に説明する。図２は本発明の実施の形態ブロ
ック構成図であり、図において、１は多階層オンライン
システムの最上位局となるホスト、２はホスト１と回線
で接続され、配下に複数の端末機３を接続した中継用コ
ンピュータ又はサーバ等の中間ノード、３は端末機であ
る。

【００１７】ホスト１内において、１００は中間ノード
用の改版データを格納した配信ファイル１１１と端末機
用の改版データを格納した配信ファイル１１２を接続
し、中間ノード２及びその配下の端末機３内で稼働する
ソフトウェアの版数を管理する版数管理部、１３０は中
間ノード２及び端末機３と連携した業務を処理する業務
処理部、１４０は回線制御部を含むホスト制御部であ
る。

【００１８】また、中間ノード２内において、２００は
ホスト１の版数管理部１００と連携し、自局（中間ノー
ド２）及び配下の端末機３のソフトウェアの版数を管理
する版数管理中継部、２０１は中間ノード２用の改版デ
ータを保持しておく蓄積ファイル、２０２は蓄積ファイ
ル２０１内の改版データに基づく版数更新を処理する中
間ノード版数保守部、２０３はホスト１から配信された
配下の端末機３用の改版データを格納する配信ファイ
ル、２０４は配下の端末機版数管理部、２０５は回線制
御部を含む中継制御部、２０６は改版データ管理部であ
る。

【００１９】次に、端末機３内において、３００は最新
の版数のソフトウェアで業務を遂行する業務処理部、３
０１は改版データ管理部、３０２は上位局から配信され
た版数を保持する蓄積ファイル、３０３は蓄積ファイル
３０２から改版データを読出して業務処理部３００のソ
フトウェアを改版する端末機版数保守部、３０４は回線
制御部を含む端末制御部である。

【００２０】上記の構成を持つシステムの作用を、図３
を併用して以下に説明する。図３は本発明の改版処理の
フローチャートである。 ステップＳ１：予配信であり、ホスト１側で版数の改版
が行われた時のみ遂行する非定期な処理である。ホスト
１は図示しない改版作業によって改版されたソフトウェ
アが配信ファイル１１１または１１２に書き込まれた際
に版数管理部１００を起動する。版数管理部１００は中
間ノード２及び端末機３用の最新版数と改版データを配
信ファイル１１１及び１１２からそれぞれ読み出し、ホ
スト制御部１４０を介して中間ノード２に配信する。配
信された中間ノード２は中継制御部２０５で受信判別
し、改版データについては版数管理中継部２００に送付
して自局宛の改版データを蓄積ファイル２０１に格納さ
せ、端末機３宛の改版データは配信ファイル２０３に保
持させておく。

【００２１】ステップＳ２：ホストと中間ノードの電源
がオンされ、ホスト１と配下の各中間ノード２との開局
交信が局のＩＤ（識別符号）を交換して行なわれる。中
間ノード２の版数管理中継部２００は改版データ管理部
２０６に依頼して蓄積ファイル２０１から現在の自局の
版数を読み出させ、開局電文中に現在の版数情報をセッ
トして中継制御部２０５からホスト制御部１４０に送信
する。

【００２２】ステップＳ３：ホスト制御部１４０はこの
電文中の版数情報を抽出して版数管理部１００に通知
し、中間ノード２用の配信ファイル１１１によって版数
を照合する。ここで、受信した中間ノード２の現版数が
旧い場合はステップＳ４に分岐し、版数が一致している
場合は開始Ｂ（ステップＳ６）に待機する。

【００２３】ステップＳ４：版数管理部１００は受信し
た版数と配信ファイル１１１内の最新版数を照合し、中
間ノード２の現版数を最新版数に更新させるに必要な全
版数の改版データを配信ファイル１１１から読み出し、
ホスト制御部１４０を介して中継制御部２０５へ配信さ
せる。

【００２４】ステップＳ５：版数管理中継部２００はホ
スト１から配信された改版データを改版データ管理部２
０６に送付して蓄積ファイル２０１に格納させ、中間ノ
ード版数保守部２０２がこの改版データを用いて自局の
ソフトウェアの版数を最新版数にまで更新し、更新完了
後は開始Ｂ（ステップＳ６）に待機する。

【００２５】ステップＳ６：端末機３の電源がオンされ
ると、端末機３と中間ノード２との開局交信がＩＤ（識
別符号）を交換して行なわれ、端末機３の改版データ管
理部３０１は蓄積ファイル３０２から自局の現版数を読
出し、開局電文中に現在の版数情報をセットして端末制
御部３０４を介して中間ノード２に送信する。

【００２６】ステップＳ７：中間ノード２の中継制御部
２０５はこの開局電文を受信し、電文中から版数情報を
抽出して端末機版数管理部２０４へ通知する。端末機版
数管理部２０４は配信ファイル２０３に保持している版
数（ステップＳ１で最新版数が配信されている）を読出
して照合し、その結果でステップＳ８乃至ステップＳ１
０までのいずれかに分岐する。

【００２７】ステップＳ８：端末機の現版数は最新版数
に一致しており、そのままで業務処理（ステップＳ１
２）に分岐する。 ステップＳ９：端末機３の現版数は最新版数の直前の版
数であり、改版処理は配信ファイル２０３に保持してい
る改版データで対処できるので、端末機版数管理部２０
４は配信ファイル２０３に保持している改版データを読
出して中継制御部２０５を介して端末機３へ配信する。
端末制御部３０４は受信した版数と改版データを改版デ
ータ管理部３０１に入力して蓄積ファイル３０２に格納
させ、ステップＳ１１に分岐する。

【００２８】ステップＳ１０：端末機３の現版数は数段
階前の旧い版数であり、中間ノード２内の配信ファイル
２０３に保持している改版データだけでは改版処理出来
ないので、中継制御部２０５を介してホスト１に通知す
る。ホスト制御部１４０はこの通知を版数管理部１００
に通知し、配信ファイル１１２に格納されている所要分
の改版データを読出させて中間ノード２に配信する。中
間ノード２の中継制御部２０５はこの改版データを版数
管理中継部２００に通知して一旦配信ファイル２０３に
格納する。そして、端末機版数管理部２０４はこの配信
ファイル２０３から読出した改版データを端末機３の端
末制御部３０４を介して改版データ管理部３０１に配信
し、蓄積ファイル３０２に格納させる。

【００２９】ステップＳ１１：端末機版数保守部３０３
が蓄積ファイル３０２から改版データを読出し、業務処
理部３００のソフトウェア版数を最新版数に更新する。 ステップＳ１２：業務処理部３００は更新された最新版
数で業務を遂行し、業務終了に伴う閉局処理を行なう。

【００３０】なお上記の説明で、中間ノード２及び端末
機３内における版数保守部（２０２，３０３）の版数更
新作業内容は周知の技術であり、本発明の実施の形態で
は特に言及しない。

【００３１】

【発明の効果】以上詳細に説明したように、本発明によ
れば、多階層オンラインシステムにおける中間ノードお
よび端末機のリモートメンテナンスにおいて、ホストの
負荷を逓減し、しかも中間ノードの資源を無駄にする事
の無い効率的な版数更新作業が各端末機で早急かつ確実
に行なうことができる格別な効果を奏する。

【図面の簡単な説明】

【図１】本発明の原理構成ブロック図である。

【図２】本発明の実施の形態ブロック構成図である。

【図３】改版処理のフローチャートである。

【図４】改版データの構造説明図である。

【図５】多階層オンラインシステム接続概要図である。

【図６】従来の版数保守の手続き説明図である。

【符号の説明】

１ ホスト ２ 中間ノード ３ 端末機 １０ 下位局版数管理部 １１ 配信ファイル ２０ 端末機版数管理部 ３０ 版数管理部 ３１ 版数保守手段

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ホストと端末機を中間ノードを介して多
   階層に接続したオンラインシステムにおいて、 前記ホストは、前記中間ノード及び前記端末機を含む下
   位局で動作する機能の版数更新に対応する改版データを
   保持する配信ファイルと、前記下位局から通知された機
   能の版数を確認して当該下位局の機能の版数を最新版数
   まで更新させる改版データを前記下位局に配信する下位
   局版数管理部とを有し、 前記中間ノードは、下位局となる前記端末機の最新改版
   データを保持し、前記端末機から通知された版数の更新
   が前記最新改版データでは処理できないときは前記ホス
   トに通知し、前記ホストから配信された改版データを当
   該端末機に配信する端末機版数管理部を有し、 前記端末機は、当該端末機内の機能の現版数を前記ホス
   トまたは前記中間ノードである上位局と交信する版数管
   理部と、前記上位局から配信された改版データで当該端
   末機内の機能の版数を更新する版数保守手段とを有す
   る、ように構成したことを特徴とする遠隔保守データ配
   信装置。