JPH08115219A - バージョン管理システム、及びネットワークシステム - Google Patents

Abstract

(57)【要約】 【目的】 本発明の目的は、ネットワーク結合された装
置へのファイル配布を容易に行うための技術を提供する
ことにある。 【構成】 配布先装置３０へのファイル配布についての
管理情報をデータベース化して管理し、ファイル配布に
際して、配布先装置の動作中プログラム情報、及びリソ
ース情報を取得し、それと、上記管理情報とに基づい
て、ファイル配布先装置へのファイル配布を制御するこ
とにより、ファイル配布のタイミングが、配布先装置３
０の電源投入時のみに限定されない。しかも、各配布先
装置３０へのファイル配布を安全に行うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク結合され
た装置において取扱われるアプリケーション・プログラ
ム、及びライブラリなどのバージョンを管理するための
バージョン管理システムに関し、例えばＴＣＰ／ＩＰに
よるネットワークに結合された複数のワークステーショ
ンでのバージョン管理に適用して有効な技術に関する。

【０００２】

【従来の技術】ＬＳＩ設計に用いられるワークステーシ
ョンは、ハードウェア的には、高性能マイクロプロセッ
サや大容量磁気ディスク、高解像度ディスプレイ、マウ
スを含む入力装置から成り、機能的には、回路図入力と
レイアウト処理とに大別される。前者の回路図入力処理
には、回路図の入力から検証済みの回路図及び結線情報
のファイルを作成するまでの処理が含まれ、また、後者
のレイアウト処理には、作成された回路図からＬＳＩの
レイアウト及び配線を行い、検証済みのマスクパターン
を作成するまでの作業が含まれる。

【０００３】ワークステーションの高性能化、及び低価
格化により、ＬＳＩの設計も、従来のメインフレーム中
心型からワークステーション分散設計が主流になりつつ
ある。ネットワーク内の多数の装置を用いて分散型の処
理を行うには、それら多数の装置に、開発ツールや、ラ
イブラリ等を配布し、且つ、バージョン管理を行う必要
がある。そのような配布・管理の従来手法として、ＦＴ
Ｐ（ファイル・トランスファ・プロトコル）方式や、Ｎ
ＥＴＭ／ＤＭ方式を挙げることができる。

【０００４】ＦＴＰ方式は、ＦＴＰプロトコルを用い
て、開発ツールや、ライブラリ等のファイル手動配布、
管理を行う方式であり、配布工数や配布ミスの発生頻度
が大きく、実用的ではない。それに対して、ＮＥＴＭ／
ＤＭ方式では、配布やバージョン管理が自動化されてい
る。しかし、その配布方法では、配布タイミングが装置
の電源投入時に限定されている。これは、図６に示され
るように、装置がＵＮＩＸワークステーションの場合
に、ＯＳ（オペレーティング・システム）の制約により
動作中のプログラムに対して上書きができないことに起
因する。

【０００５】尚、設計者用ワークステーションについて
記載された文献の例としては、昭和５９年１１月３０日
に株式会社オーム社から発行された「ＬＳＩハンドブッ
ク（第１８６頁〜）」がある。

【０００６】

【発明が解決しようとする課題】上記した配布自動化シ
ステムにおいては、図６に示されるように、ＯＳの関係
で動作中のプログラムに対して上書きができないため、
配布タイミングが装置の電源投入時に限定されてしま
う。また、図７において、プログラムＡ，Ｂで示される
ように、アプリケーションが複数のプログラムによって
構成される場合、それを構成する全てのプログラムファ
イルを同時に配布しなければバージョン不整合によりア
プリケーションの動作不良を引起こす危険性がある。そ
のため、従来技術では、ファイル配布を随時強制的に行
うことができなかった。

【０００７】上記のように、従来技術においては、ファ
イル配布を随時強制的に行うことができないため、例え
ば、プログラムのバグ対策等の緊急のバージョンアップ
に容易に対応することができず、さらに、終夜運転の装
置に対しては、装置の電源投入時という、配布タイミン
グをとることができないため、そのような装置へのファ
イル配布のために人手を多く必要としているのが、本発
明者によって見いだされた。

【０００８】本発明の目的は、ネットワーク結合された
装置へのファイル配布を容易に行うための技術を提供す
ることにある。

【０００９】本発明の前記並びにその他の目的と新規な
特徴は本明細書の記述及び添付図面から明らかになるで
あろう。

【００１０】

【課題を解決するための手段】本願において開示される
発明のうち代表的なものの概要を簡単に説明すれば下記
の通りである。

【００１１】すなわち、ファイル配布先装置へのファイ
ル配布についての管理情報を記憶するための記憶手段
と、ファイル配布先装置の動作中プログラム情報、及び
リソース情報を取得するためのモニタ手段と、このモニ
タ手段によって取得された情報、及び上記記憶手段内の
管理情報とを比較するための比較手段と、この比較手段
の比較結果に基づいて所定のファイルを当該ファイル配
布先装置へ転送するための転送制御手段とを含んで、バ
ージョン管理システムを形成するものである。

【００１２】また、ネットワークシステムにおいて、現
在動作中のプログラム、及びリソース情報をモニタする
ためのモニタ手段と、ファイル配布についての管理情
報、及び上記モニタ手段によるモニタ情報とを比較する
ための比較手段と、この比較手段の比較結果に基づい
て、ファイル取込みを制御するための転送制御手段とを
含んで第１データ処理装置を構成し、この第１データ処
理装置で上記モニタ情報と比較される管理情報を記憶す
るための記憶手段と、この記憶手段を管理するための管
理手段とを含んで第２データ処理装置を構成するもので
ある。

【００１３】さらに、ネットワークシステムにおいて、
現在動作中のプログラム、及びリソース情報をモニタす
るためのモニタ手段を含んで第１データ処理装置を構成
し、この第１データ処理装置へのファイル配布について
の管理情報を記憶するための記憶手段と、この記憶手段
の記憶情報と、上記モニタ手段によるモニタ情報とに基
づいて、上記第１データ処理装置へ配布すべきファイル
を当該第１データ処理装置へ転送するための転送制御手
段とを含んで第２データ処理装置を構成するものであ
る。

【００１４】

【作用】上記した手段によれば、ファイル配布に際し
て、ファイル配布先装置の動作中プログラム情報、及び
リソース情報を取得し、取得された情報と、上記記憶手
段内の管理情報とを比較し、それに基づいて、ファイル
を当該ファイル配布先装置へ転送する。このことが、ネ
ットワーク結合された複数の装置へのファイル配布の容
易化を達成する。

【００１５】

【実施例】図１には、本発明の一実施例であるネットワ
ークシステムが示される。

【００１６】このネットワークシステムは、特に制限さ
れないが、それぞれデータ処理装置の一例とされる。複
数のワークステーション１０，２０，３０が、ＴＣＰ／
ＩＰによるイーサネット４０に結合されることによっ
て、相互にデータ転送可能に構成されて成る。

【００１７】ワークステーション１０は、特に制限され
ないが、各種プログラムファイルやデータファイルの配
布に関する管理機能を有する配布管理装置とされる。こ
の配布管理装置１０は、特に制限されないが、マスタプ
ログラムファイルやデータファイルがライブラリ化され
たマスタライブラリ１１、ファイル転送に関するプロト
コル制御のためのファイル・トランスファ・プロトコル
・コントローラ（ｆｔｐ）１２、複数の配布先装置のバ
ージョンデータを一括管理するための管理データベース
（管理ＤＢ）１３及び管理サーバ１４を含む。

【００１８】ワークステーション２０は、特に制限され
ないが、各種プログラムファイルやデータファイルの登
録のための装置とされる。そのため、このワークステー
ション２０を登録装置と称する。この登録装置２０は、
特に制限されないが、オリジナルプログラムがライブラ
リ化されたオリジナルライブラリ２１、ファイル転送に
関するプロトコル制御のためのファイル・トランスファ
・プロトコル・コントローラ（ｆｔｐ）２２、配布管理
装置１０へのファイル登録を制御するための登録クライ
アント２３を含む。この登録クライアント２３により、
プログラムファイルやデータファイルの登録が可能とさ
れる。

【００１９】ワークステーション３０は、特に制限され
ないが、ＬＳＩの設計用とされ、上記イーサネット４０
を介して各種プログラムファイルやデータファイルの配
布を受けることができるようになっている。このため、
このワークステーション３０を配布先装置と称する。Ｌ
ＳＩの分散設計を可能とするため、上記配布先装置３０
は、イーサネット４０に多数結合されている。図１に代
表的に示されるように、一つの配布先装置３０は、配布
されたプログラムファイルやデータファイルがライブラ
リ化された配布ライブラリ３１、ファイル転送に関する
プロトコル制御のためのファイル・トランスファ・プロ
トコル・コントローラ（ｆｔｐ）２２、プログラムの収
集及びバーションアップのためのダウンロードクライア
ント３３、現在自機で動作中のプログラムの情報やリソ
ース情報収集のためのモニタサーバ３４とを含む。

【００２０】図２には上記管理データベース１３の物理
構造が示される。

【００２１】図２に示されるように、管理データベース
１３は、特に制限されないが、システム管理データベー
ス２００、ファイル管理データベース２０１、バージョ
ン管理データベース２０２、プロセスチェック対象ファ
イル管理データベース２０３、配布先管理データベース
２０４、配布先ディレクトリ管理データデータベース２
０５、配布状況管理データベース２０６など、綿密なフ
ァイル配布管理のための各種データベースを含む。

【００２２】システム管理データベース２００には、シ
ステム名、及びそのシステムのバージョンが含まれる。
ファイル管理データベース２０１は、上記システム管理
データベースにおける一つのシステム対応する複数（ｎ
個）のファイルが存在する。各ファイルには、登録ナン
バ（Ｎｏ．）、ファイル名、機種、ＯＳ、登録者、登録
日などの項目が含まれる。バージョン管理データベース
２０２には、上記ファイル管理データベース２０１で管
理される一つのファイルに対応する複数（ｎ個）のバー
ジョンが存在する。各バージョンには、管理ナンバ（Ｎ
ｏ．）、ファイルサイズ、アクセス権、コメント、更新
者、更新日、配布結果、ファイルバージョン、及び有効
性が含まれる。プロセスチェック対象ファイル管理デー
タベース２０３には、上記バージョン管理データベース
２０２で管理される一つのバージョンに対応する複数の
プロセス対象チェックファイル名が存在する。配布先管
理データデータベース２０４には、配布先マシーン（配
布ワークステーション）名、機種、ＯＳが含まれる。配
布先ディレクトリ管理データベース２０５には、配布ワ
ークステーションにおける記憶装置のディレクトリ名が
含まれる。この配布先ディレクトリデータベース２０５
によって管理されるディレクトリは、上記配布先管理デ
ータデース２０４によって管理される一台の配布ワーク
ステーションに対して複数（ｎ）存在する。配布状況管
理データベース２０６は、複数（ｎ）の配布先ディレク
トリ、及び複数（ｍ）のバージョンについてのファイル
配布の状況管理のためのデータベースとされ、配布許
可、配布状態、配布日時が含まれる。

【００２３】図３には、ファイル配布についての基本的
な処理の流れが示される。

【００２４】配布管理についての処理の開始により（ス
テップ３０１）、配布先装置３０へ配布すべきファイル
の取得が行われ（ステップ３０２）、配布先装置情報の
問合わせにより、配布先装置３０において現在動作中の
プログラム情報、及び当該配布先装置３０のリソース情
報が取得される（ステップ３０３）。この情報に基づい
て当該配布先装置３０へのファイル配布が可能であるか
否かの判定が行われる（ステップ３０４）。この判定に
おいて、配布が可能であると判断された場合には、当該
配布先装置３０へのファイル配布が行われる。しかし、
上記ステップ３０４の判定において、ファイル配布不可
と判断された場合には、当該配布先装置３０への当該フ
ァイルの配布が回避される。上記ステップ３０６の配布
実行、又はステップ３０５の配布回避により、当該ファ
イル配布に関する一つの処理が終了される（ステップ３
０７）。そのような処理は、イーサネット４０に結合さ
れている全ての配布先装置３０への所定のファイル配布
が完了するまで、繰返し実行させることができる。

【００２５】次に、ファイル配布処理の詳細な流れを図
４に基づいて説明する。図４では、便宜上、一つの配布
先装置３０へのファイル配布処理の流れが示される。

【００２６】配布管理についての処理の起動は、登録装
置２０から指示される場合と、配布先装置３０の電源投
入によって起動される場合とがある。前者の場合、登録
装置２０から配布管理装置１０に対して処理開始が指示
されることによって開始される。また後者の場合、配布
先装置３０の電源が投入され、当該装置のＯＳが起動さ
れた後に、当該装置のダウンロードクライアント機能が
自動的に起動されてファイル配布についての処理開始の
要求が配布管理装置１０に対してなされることによって
開始される。

【００２７】配布管理についての処理の開始により（ス
テップ５０１）、配布管理装置１０から配布先装置３０
に対して、ダウンクライアント３３のプログラム起動要
求がなされる（ステップ５０２）。その起動要求が配布
先装置３０において受入れられた場合、配布管理装置１
０に対して、自機についての配布ファイル諸元、及び配
布プログラム情報の取得要求がなされる（ステップ５０
４）。管理データベース１３や、管理サーバ１４は配布
管理装置１０に設けられているため、この配布管理装置
１０では、上記配布先装置３０からの要求に応じて、配
布ファイル諸元、及び配布プログラム情報を取得し、そ
れを配布先装置３０へ送信する（ステップ５１４）。そ
のようにして、配布ファイル諸元、及び配布プログラム
情報が取得されると、配布先装置情報が要求され（ステ
ップ５０５）、それを受けて、モニタサーバ３４は、自
機において現在動作されているプログラムの情報、及び
リソース情報を取得する（ステップ５０６，５０７）。
そして、この動作プログラム情報、及びリソース情報
が、ダウンクライアント３３に送信されると（ステップ
５０８，５０９）、このダウンクライアント３３におい
て、自機へのファイル配布が現在可能であるか否かの判
定が行われる（ステップ５１０）。この判定において、
ファイル配布が可能であると判断された場合には、ファ
イル・トランスファ・プロトコル・コントローラ１２の
制御により、イーサネット４０を介して配布先装置３０
へのファイル転送が行われる（ステップ５１１）。ま
た、配布管理装置１０から配布先装置３０へ転送しよう
とするファイルが、当該配布先装置３０において現在実
行中のプログラムファイルの上書きになってしまうよう
な場合、あるいは複数ファイル間でバージョン不整合を
生じる虞がある場合には、ダウンロードクライアント３
３において、配布不可と判断されて、そのファイル配布
が回避される（ステップ５１２）。そのように、ファイ
ル配布が実行され、又は事情によりファイル配布が回避
されたとき、ファイル配布についての処理が終了され
る。配布状況等については、管理データベース１３に格
納され、前回ファイルの配布が回避された配布先装置に
対しては、次回以降の配布処理の起動によって、ファイ
ル配布が行われる。この配布処理は、時限起動の設定に
より、一定時間経過後に自動起動するように設定するこ
とができる。

【００２８】上記実施例によれば、以下の作用効果を得
ることができる。

【００２９】配布先装置３０へのファイル配布について
の管理情報をデータベース化して管理し、ファイル配布
に際して、配布先装置の動作中プログラム情報、及びリ
ソース情報を取得するための情報を取得し、この取得さ
れた情報と、上記管理情報とを比較し、この比較手段の
比較結果に基づいて、ファイル配布先装置へ配布すべき
ファイルを当該ファイル配布先装置へ転送するようにし
ているので、ファイル配布のタイミングが、配布先装置
３０の電源投入時のみに限定されない。つまり、配布先
装置３０によって、ＬＳＩの分散設計が行われている場
合においても、必要に応じて登録装置２０からファイル
配布の指示がなされた場合には、それに応じたファイル
配布が行われる。そして、ファイル配布に際して、配布
先装置の動作中プログラム情報、及びリソース情報を取
得するための情報が取得され、それと、管理データベー
スの管理情報とが比較され、その比較結果に基づいてフ
ァイル配布が行われるようになっているので、複数ファ
イル間のバージョン不整合などを生じることがなく、各
配布先装置３０へのファイル配布を安全に行うことがで
きる。

【００３０】次に、図５に示される流れ図に基づいて、
他の実施例について説明する。

【００３１】図５に示される実施例では、ファイル配布
についての主要処理を配布管理装置１０において行うよ
うにしている。つまり、図１におけるダウンロードクラ
イアント３３の機能を、配布管理装置３３の管理サーバ
１４で実現するようにしている。

【００３２】配布管理についての処理の開始により（ス
テップ４０１）、配布管理装置１０内の管理サーバ１４
によって、配布ファイル諸元、及び配布プログラム情報
の取得が行われる（ステップ４０２）。この配布ファイ
ル諸元、及び配布プログラム情報の取得は、管理データ
ベース１３を参照することによって可能とされる。プロ
グラムのバージョンアップ等により、配布先装置３０へ
配布すべきファイルが存在する場合、管理サーバ１４か
ら、配布先装置３０に対して配布先情報要求がなされ
（ステップ４０３）、その要求が配布先装置３０に受入
れられた場合（ステップ４０４）、この配布先装置３０
において現在動作中のプログラムの情報、及びリソース
情報の取得がモニタサーバ３４によって行われ（ステッ
プ４０５）、その情報が配布管理装置１０に送信される
（ステップ４０６）。配布先装置３０では、通常はＬＳ
Ｉの分散設計のためのプログラムが起動されており、上
記ステップ４０４からステップ４０６までの処理は、マ
ルチタスクにより、上記ＬＳＩの分散設計のための処理
と平行して行われる。換言すれば、ＬＳＩの分散設計の
ための処理が行われているにもかかわらず、配布管理装
置１０から配布先情報要求（ステップ４０３）がなされ
た場合には、それの要求受入れが行われ、動作プログラ
ム情報、及びリソース情報の取得が行われ、それが配布
管理装置１０に送信される（ステップ４０４〜４０
６）。

【００３３】上記ステップ４０６により送信された情報
が、配布管理装置１０で取得されると、管理サーバ１４
により、再び管理データベース１３が参照され、配布先
装置３０に対して配布すべきファイルについて、現在配
布が可能であるか否かの判定が行われる（ステップ４０
８）。この判定において、ファイル配布が可能であると
判断された場合には、ファイル・トランスファ・プロト
コル・コントローラ１２の制御により、マスタライブラ
リ１１からイーサネット４０を介して配布先装置３０へ
のファイル転送が行われる（ステップ４０９）。配布先
装置３０では、配布管理装置１０からのファイルがファ
イル・トランスファ・プロトコル・コントローラ１２の
制御下で配布ライブラリ３１に格納される。格納された
ファイルと同名のファイルが配布ライブラリ３１に存在
する場合には、それが上書きされることで、当該ファイ
ルが更新されるが、転送されたものが新規ファイルであ
る場合には、それは配布先装置３０において、新たなラ
イブラリとして格納される。

【００３４】また、配布管理装置１０から配布先装置３
０へ転送しようとするファイルが、当該配布先装置３０
において現在実行中のプログラムファイルの上書きにな
ってしまうような場合、あるいはファイル配布によって
複数ファイル間でバージョン不整合を生じる虞がある場
合には、管理サーバ１４において、配布不可と判断され
て、そのファイル配布が回避される（ステップ４１
０）。上記ステップ４０９の配布実行、又はステップ４
１０の配布回避により、ファイル配布についての処理が
終了されるが（ステップ４１１）、配布先装置３０へ配
布すべきファイルがマスタライブラリ１１に存在する限
り、管理データベース１３の管理情報に基づいて、上記
した一連の処理を繰返し実行することができる。

【００３５】このように、ダウンロードクライアント３
３の機能を管理サーバ１４で実現するようにしても、上
記実施例の場合と同様の効果を得ることができる。

【００３６】以上本発明者によってなされた発明を実施
例に基づいて具体的に説明したが、本発明はそれに限定
されるものではなく、その要旨を逸脱しない範囲におい
て種々変更可能であることは言うまでもない。

【００３７】例えば、図４において、サーバプログラム
実行による処理（ステップ５０６〜ステップ５０８）
を、配布管理装置１０で行うようにしても良い。

【００３８】以上の説明では主として本発明者によって
なされた発明をその背景となった利用分野であるＴＣＰ
／ＩＰによるイーサネットに結合されて成るネットワー
クシステム適用した場合について説明したが、本発明は
それに限定されるものではなく、各種形式の通信ネット
結合によるシステムに適用することができる。

【００３９】本発明は、少なくともデータ処理装置を含
むことを条件に適用することができる。

【００４０】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば下記
の通りである。

【００４１】すなわち、配布先装置へのファイル配布に
ついての管理情報をデータベース化して管理し、ファイ
ル配布に際して、配布先装置の動作中プログラム情報、
及びリソース情報を取得するための情報を取得し、この
取得された情報と、上記管理情報とを比較し、この比較
手段の比較結果に基づいて、ファイル配布先装置へ配布
すべきファイルを当該ファイル配布先装置へ転送するよ
うにしているので、ファイル配布のタイミングが、配布
先装置の電源投入時にのみに限定されない。つまり、配
布先装置によって、ＬＳＩの分散設計が行われている場
合においても、必要に応じてファイル配布が行われる。
また、終夜運転の装置に対しても、プログラムファイル
の緊急配布が可能とされるので、バージョン管理工数の
低減を図ることができる。そして、ファイル配布に際し
て、配布先装置の動作中プログラム情報、及びリソース
情報を取得して、それと、管理データベースの管理情報
とを比較することにより、各配布先装置へのファイル配
布を安全に行うことができる。そのように、ファイル配
布を安全に行うことができるので、システムの信頼性の
向上を図ることができる。

【図面の簡単な説明】

【図１】本発明の一実施例であるネットワークシステム
の構成例ブロック図である。

【図２】上記ネットワークシステムに含まれる管理デー
タベースの説明図である。

【図３】上記ネットワークシステムにおけるファイル配
布処理についての基本的な流れ図である。

【図４】上記ネットワークシステムにおけるファイル配
布処理についての詳細な流れ図である。

【図５】他の実施例システムにおけるファイル配布処理
についての詳細な流れ図である。

【図６】オペレーティングシステムとの関係で、プログ
ラム配布が禁止される場合の説明図である。

【図７】プログラム配布におけるプログラムのバージョ
ン不整合の説明図である。

【符号の説明】

１０ 配布管理装置 １１ マスタライブラリ １２，２２，３２ ファイル・トランスファ・プロトコ
ル・コントローラ（ｆｔｐ） １３ 管理データベース １４ 管理サーバ ２０ 登録装置 ２１ オリジナルライブラリ ２３ 登録クライアント ３０ 配布先装置 ３１ 配布ライブラリ ３３ ダウンロードクライアント ３４ モニタサーバ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ネットワーク結合された装置で取扱われ
   るファイルのバージョン管理を行うためのバージョン管
   理システムにおいて、 ファイル配布先装置へのファイル配布についての管理情
   報を記憶するための記憶手段と、 ファイル配布先装置の動作中プログラム情報、及びリソ
   ース情報を取得するためのモニタ手段と、 このモニタ手段によって取得された情報と、上記記憶手
   段内の管理情報とを比較するための比較手段と、 この比較手段の比較結果に基づいて、ファイル配布先装
   置へ配布すべきファイルを当該ファイル配布先装置へ転
   送するための転送制御手段と、 を含むことを特徴とするバージョン管理システム。
2. 【請求項２】 複数のデータ処理装置がネットワーク結
   合されて成るネットワークシステムにおいて、 現在動作中のプログラム、及びリソース情報をモニタす
   るためのモニタ手段と、ファイル配布についての管理情
   報、及び上記モニタ手段によるモニタ情報とを比較する
   ための比較手段と、この比較手段の比較結果に基づい
   て、ファイル取込みを制御するための転送制御手段とを
   備えた第１データ処理装置と、 この第１データ処理装置で上記モニタ情報と比較される
   管理情報を記憶するための記憶手段と、この記憶手段を
   管理するための管理手段とを備えた第２データ処理装置
   と、 を含むことを特徴とするネットワークシステム。
3. 【請求項３】 複数のデータ処理装置がネットワーク結
   合されて成るネットワークシステムにおいて、現在動作
   中のプログラム、及びリソース情報をモニタするための
   モニタ手段を備えた第１データ処理装置と、 この第１データ処理装置へのファイル配布についての管
   理情報を記憶するための記憶手段と、この記憶手段の記
   憶情報と、上記モニタ手段によるモニタ情報とに基づい
   て、上記第１データ処理装置へ配布すべきファイルを当
   該第１データ処理装置へ転送するための転送制御手段と
   を備えた第２データ処理装置と、 を含むことを特徴とするネットワークシステム。
4. 【請求項４】 上記第２データ処理装置へのファイル登
   録を行うための第３データ処理装置を含む請求項２又は
   ３記載のネットワークシステム。