JPH07282012A - 分散データ処理システムにおける分散運用支援方法 - Google Patents

Abstract

(57)【要約】 【目的】 異なる機種のデータ処理システムによってデ
ータ処理を進める際に、大容量の記憶装置を設けること
なく、またシステム構成の変更に対しても容易に対処し
て分散データ処理を効率良く進めること。 【構成】 各データ処理システムの接続仕様、能力、ア
プリケーションインタフェース、動作環境などのシステ
ム仕様情報を一括して管理するシステム仕様情報管理ラ
イブラリを設け、１つのデータ処理システムから他のデ
ータ処理システムへのデータを転送要求が発生した時、
システム仕様情報管理ライブラリのシステム仕様情報を
参照し、転送先のデータ処理システムのシステム仕様に
合致するようにアプリケーションインタフェース等の変
換を実施させ、この後にデータ処理を実行させる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のデータ処理シス
テムをネットワークまたは通信回線等のデータ伝送路に
よって接続し、１つのデータ処理システムから他のデー
タ処理システムにデータ処理を依頼し、その処理結果を
返信させる、または端なるデータ転送を行うのみで処理
結果を返信させない分散データ処理システムにおける分
散運用支援方法に係り、特に異なる機種のデータ処理シ
ステムから成る分散データ処理システムにおける分散運
用支援方法に関するものである。

【０００２】

【従来の技術】システムの大規模化・多様化に伴い、機
能分散・負荷分散・危険分散を目的とした分散データ処
理システムに対するニーズが高まっている。これに加
え、異機種分散データ処理システム間を接続して広範囲
な分散データ処理システムを構築するオープンシステム
化が図られている。

【０００３】このような異機種分散データ処理システム
において、各データ処理システムのシステム仕様をユー
ザに意識させることなくデータ処理をローカルシステム
仕様にて行うためには、接続仕様（プロトコルの種類な
ど）、能力（演算速度や同時実行可能なタスク数な
ど）、グラフィカルユーザインタフェース（ＧＵＩ）、
アプリケーションインタフェース（ＡＰＩ）、動作環境
（データベースシステムの種別、ハードウェア機種な
ど）などのシステム仕様は互いに許容可能なものである
必要がある。

【０００４】そこで、（１）システム構築時に全てのデ
ータ処理システムのシステム仕様を共通化しておく方
法、（２）全てのデータ処理システムのシステム仕様を
各データ処理システムに予め登録しておき、処理要求時
に、処理依頼先に合致するように自身の接続仕様等を変
換する方法がある。この（２）方法に類似する従来技術
として、特開平４−９８９２１号公報に開示されている
ように、ネットワーク内のコンピュータ同士で通信を行
う際の通信環境情報を各コンピュータ内に保持させたう
え、この通信環境情報を１ヵ所で更新管理するようにし
たシステムがある。

【０００５】

【発明が解決しようとする課題】しかし、上記（１）の
方法にあっては、それぞれのデータ処理システムは共通
化された能力しか発揮できず、分散データ処理システム
全体としての生産性を上げることができないという問題
がある。

【０００６】また、（２）の方法にあっては、通信を行
わないデータ処理システムのシステム仕様も登録してお
くことになるため、システム仕様情報を記憶しておく記
憶装置が大型化し、利用効率が悪いという問題がある。
さらに、最近のダウンサイジング化の進展に伴って頻繁
に各種のシステム仕様のデータ処理システムが逐次追
加、または削除されるような場合は、その都度、全ての
データ処理システムに登録してあるシステム仕様情報を
変更しなければならないため、システム構成またはシス
テム仕様の変更に伴うシステム仕様情報の更新管理が極
めて面倒になるという問題がある。

【０００７】本発明の目的は、異なる機種のデータ処理
システムによってデータ処理を進める際に、大容量の記
憶装置を設けることなく、またシステム構成の変更に対
しても容易に対処して分散データ処理を効率良く進める
ことができる分散データ処理システムにおける分散運用
支援方法を提供することである。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、基本的には、各データ処理システムの接
続仕様、能力、アプリケーションインタフェース、動作
環境などのシステム仕様情報を一括して管理するシステ
ム仕様情報管理ライブラリを設け、１つのデータ処理シ
ステムから他のデータ処理システムにデータを転送する
ためのデータ転送要求が発生した時、転送元、転送先お
よび転送経路上のいずれかのデータ処理装置に前記シス
テム仕様情報管理ライブラリから転送先のデータ処理シ
ステムに関するシステム仕様情報を取得させ、このシス
テム仕様情報に基づいて当該転送先のデータ処理システ
ムのシステム仕様に合致するようにアプリケーションイ
ンタフェース等の変換を実施させ、転送先のデータ処理
装置で処理させることを特徴とする。

【０００９】

【作用】上記手段によると、１つのデータ処理システム
から他のデータ処理システムにデータを転送するための
データ転送要求が発生すると、例えば、その転送要求が
発生したデータ処理装置はシステム仕様情報管理ライブ
ラリから転送先のデータ処理システムに関するシステム
仕様情報を取得する。

【００１０】すなわち、データ転送要求時に動的にシス
テム仕様情報を取得する。そして、このシステム仕様情
報に基づいて転送先のデータ処理システムのシステム仕
様に合致するように自身のアプリケーションインタフェ
ース等の変換を実施し、この後にデータ処理を依頼す
る。

【００１１】これにより、ユーザレベルにおいては、各
データ処理システムのインタフェース等のシステム仕様
を意識することなく、全て自分自身と同一システム仕様
のデータ処理システムで構成されているものとして処理
を進めることができ行うことが可能である。

【００１２】また、各データ処理システムのシステム仕
様情報を記憶しておく必要がないため、原理的には、シ
ステム仕様情報の記憶装置は不要になる。但し、転送要
求の都度、システム仕様情報管理ライブラリをアクセス
すると、そのオーバヘッドが増大し、スループットが低
下することが予想されるので、スループットの低下を懸
念する場合は、一旦取得したシステム仕様情報は各デー
タ処理システム内に蓄積しておき、その後は蓄積したシ
ステム仕様情報を先に参照し、蓄積されていない時のみ
システム管理ライブラリをアクセスするようにすること
が望ましい。

【００１３】さらに、システム構成の変更があったとし
ても、システム仕様情報管理ライブラリのみを更新すれ
ば良いので、システム構成の変更に対しても容易に対処
することができる。

【００１４】

【実施例】以下、本発明の一実施例について図面により
詳細に説明する。

【００１５】図１は、本発明の分散運用支援方法を適用
したクライアント・サーバ方式の分散データ処理システ
ムの一実施例を示すブロック構成図であり、ネットワー
ク１に通信回線２，３を通じて接続されたクライアント
システム４およびマスタサーバシステム５と、ネットワ
ーク１に通信回線６，７を通じて接続された複数のサー
バシステム８，９とから構成されている。

【００１６】クライアントシステム４は、分散アプリケ
ーションプログラム（分散ＡＰ）４１の実行を支援する
分散運用支援部４４を備えている。また、複数のサーバ
システム５，８，９のうち自身が接続可能なサーバシス
テムや分散ＡＰ４１が指定したトランザクション名称で
示されるトランザクションを実行可能な相手サーバシス
テム（すなわち、トランザクションの処理依頼先）を定
義した分散定義情報ファイル４２と、後述のシステム仕
様情報管理ライブラリ５２から取得したシステム仕様情
報を蓄積しておくシステム仕様情報蓄積ファイル４３を
備えている。

【００１７】このシステム仕様情報蓄積ファイル４３
は、サーバシステム８または９に処理要求を依頼する度
にシステム仕様情報管理ライブラリ５２をアクセスする
と、そのオーバヘッドが増大し、スループットが低下す
るのを防止するために設けられるものである。そのため
に、システム仕様情報管理ライブラリ５２をアクセスす
る前に、このシステム仕様情報が先にアクセスされ、こ
のシステム仕様情報蓄積ファイル４３に目的のサーバシ
ステムのシステム仕様情報が蓄積されていなかった時の
みシステム仕様情報管理ライブラリ５２がアクセスされ
るようになっている。

【００１８】また、マスタサーバシステム５は、分散運
用を支援する分散運用支援部５１と、各サーバシステム
８，９およびクライアントシステム４の接続仕様、能
力、アプリケーションインタフェース、動作環境などの
システム仕様情報を一括して管理するシステム仕様情報
管理ライブラリ５２を備えている。

【００１９】このマスタサーバシステム５の分散運用支
援部５１は、各サーバシステム８，９の稼働状況を把握
し、負荷の最適化を図る機能を備えている。

【００２０】一方、複数のサーバシステム８，９は、分
散アプリケーションプログラム８１（ＡＰ１１），８２
（ＡＰ１２）および９１（ＡＰ２１），９２（ＡＰ２
２）をそれぞれ備え、かつこれらの実行を支援する分散
運用支援部８３，９３を備えている。さらに、クライア
ントシステム４の分散定義情報ファイル４２と同様の分
散定義情報ファイル８４，９４を備えている。

【００２１】図２はマスタサーバシステム５の詳細構成
を示すブロック図であり、分散運用支援部５１の他に、
通信制御部５３、トランザクション管理部５４、データ
管理部５５、システム仕様情報登録管理部５６、システ
ム制御部５７とを備えている。

【００２２】図３はサーバシステム８，９の詳細構成を
示すブロック図であり、ここではサーバシステム８を代
表して示している。図３において、分散運用支援部５１
の他に、通信制御部８４、トランザクション管理部８
５、データ管理部８６、システム仕様情報登録管理部８
７、システム制御部８８とを備えている。

【００２３】図４は、分散定義情報ファイル４２に格納
される分散定義情報の例を示す説明図であり、ＣＬ１は
クライアントシステム４、ＳＶはマスタサーバシステ
ム、ＳＶ０はサーバシステム８、ＳＶ１はサーバシステ
ム９を表し、クライアントシステム４は「ＣＯＮＮＥＣ
Ｔ」４２０以下の記述によりサーバシステム８，９およ
びマスタサーバシステム５に接続可能であることが定義
されている。

【００２４】図５はマスタサーバシステム５のシステム
仕様情報管理ライブラリ５２に格納される各サーバシス
テム８，９およびクライアントシステム４のシステム仕
様情報の例を示す説明図であり、システム名称５２０、
分散アプリケーションプログラム名称（分散ＡＰ名称）
５２１、ＡＰＩ５２２、ＧＵＩ５２３、……，能力５２
４、負荷５２５の各情報を格納するフィールドがサーバ
システム名称毎に設けられ、例えばサーバシステム８
（ＳＶ０）についてはＡＰＩがａという形式で、ＧＵＩ
がＡという形式、能力がＦというアプリケーションプロ
グラムＡＰ１１と、ＡＰＩがｂという形式で、ＧＵＩが
Ａという形式、能力がＦというアプリケーションプログ
ラムＡＰ１２とが装備されていることが定義されてい
る。

【００２５】この場合、現在の稼働状況を示すために数
値表現された負荷情報が各アプリケーションプログラム
毎に設定されている。この負荷情報は、後述するように
マスタサーバシステム５によって各サーバシステム８，
９の負荷状態の調査結果によって設定されるもので、無
負荷状態は数値「０」で表されている。

【００２６】なお、負荷情報の数値自身は、現在稼働し
ているタスク数であってもよいし、５段階評価の段階を
表すものであもよい。

【００２７】この各システムの稼働状況を把握する方法
としては、 （１）トランザクションの開始／終了時にマスタサーバ
システム５をサーバシステムからアクセスさせることに
より、各サーバシステムの稼働状況を把握する。

【００２８】（２）クライアントシステム４がサーバシ
ステムをアクセスする度にマスタサーバシステム５をア
クセスさせることにより、各サーバシステムの稼働状況
を把握する。

【００２９】（３）マスタサーバシステム５において定
期的にサーバシステムに稼働状況を問い合わせて把握す
る。

【００３０】（４）各サーバシステムにおいて定期的に
マスタサーバシステム５に稼働状況を通知する。

【００３１】ここで、ＡＰＩは、アプリケーションプロ
グラムからＯＳ（オペレーティングシステム）の機能を
使用するためのいわゆるシステムコール群のインタフェ
ース仕様であるが、例えばＣ言語のライブラリ関数の機
能として定義する。代表的なＡＰＩとしては、ＯＤＢＣ
(Open dataBase Connectivity），ＣＬＩ(Call LevelIn
terface）などがある。

【００３２】また、ＧＵＩは、画面、マウス、キーボー
ドといった機械と人間とを結ぶインタフェースにグラフ
ィックを使用するインタフェース仕様であるが、例えば
Ｘ Windows System、ＯＳＦ／Ｍｏｔｉｆ、ＯＰＥＮ
ＬＯＯＫなどがある。

【００３３】次に、能力は、例えばＭＩＰＳ値、同時実
行ユーザ／タスク数などを定義するものである。

【００３４】この他に、ネットワークプロトコル（ＴＣ
Ｐ／ＩＰ，ＯＳＩなど）を定義した接続仕様の情報、当
該サーバシステムが動作しているネットワーク構成やシ
ステム環境（データベース種別、ハードウェア機種な
ど）を表す動作環境の情報が定義される。

【００３５】次に、本実施例の動作を図６のフローチャ
ートを用いて詳しく説明するが、その概略は以下の通り
である。

【００３６】まず、クライアントシステム４内の分散Ａ
Ｐ４１においてサーバシステム８，９に対してデータ処
理を依頼すべき分散処理要求が発生した場合、クライア
ントシステム４は分散定義情報ファイル４２を参照し、
接続可能で、かつ分散処理要求に対応可能な分散ＡＰを
装備したサーバシステムを認識する。

【００３７】仮に、２つのサーバシステム８，９のうち
９に負荷が集中し、データ処理依頼に対応できないよう
な稼働状況であったとすると、接続可能な相手サーバシ
ステムとしてサーバシステム８を選択する。次に、マス
タサーバシステム５に対してサーバシステム８のシステ
ム仕様情報をネットワーク１を通じてマスタサーバシス
テム５に問い合わせ、システム仕様情報管理ライブラリ
５２からサーバシステム８のシステム仕様情報を取得す
る。

【００３８】この場合、システム仕様情報は、図７
（ａ）に示すようなデータフォーマットのデータを送信
して問い合わせる。すなわち、先頭にヘッダ部７１を有
し、次にクライアントシステム４およびサーバシステム
８のシステム識別子７３，７４から成るシステム識別子
７２を付加し、さらに取得すべき情報の識別子７５とを
付加したデータを送信し、システム仕様情報を問い合わ
せる。

【００３９】次に、クライアントシステム４は、このよ
うにして取得したシステム仕様情報に基づき、クライア
ントシステム４自身のＡＰＩやＧＵＩなどのシステム仕
様をサーバシステム８のシステム仕様に合致するように
インタフェース等の変換を実施し、ネットワーク１を通
じてサーバシステム８にデータ処理要求およびデータを
送信する。

【００４０】ここで、インタフェース変換とは、プロト
コル、通信速度、データフォーマット、コード形式など
を、処理依頼先で処理可能な形式に変換することを言
う。

【００４１】また、データ処理要求を行う場合、図７
（ｂ）に示すように、相手サーバシステム８の識別子を
含むヘッダ部７６の次に、処理すべきデータ７７を付加
したデータを送信する。

【００４２】なお、特定のサーバシステム（例えばマス
タサーバシステム５）に処理依頼を行うときは、図７
（ｃ）に示すように、ヘッダ部７６の次に目的のサーバ
システムのシステム識別子７８を付加し、その次に処理
すべきデータ７７を付加したデータを送信する。

【００４３】これにより、サーバシステム８では、自シ
ステム内に装備されている分散アプリケーションプログ
ラムのうち例えば分散ＡＰ（１１）８１を起動してデー
タ処理を実行する。そして、その実行結果をネットワー
ク１を通じて依頼元のクライアントシステム４に返信す
る。

【００４４】実行結果を受信したクライアントシステム
４は、実行結果のデータをクライアントシステム４自身
のシステム仕様に合致するようにＡＰＩなどのシステム
仕様を変換したうえで分散ＡＰ４１に渡す。

【００４５】以下、図６のフローチャートに従い詳細に
説明する。

【００４６】まず、クライアントシステム４内の分散Ａ
Ｐ４１における分散アプリケーションプログラム処理要
求の発生に伴い、クライアントシステム４では、自シス
テム内の分散定義情報ファイル４２をアクセスすること
により、分散ＡＰ４１に指定されたトランザクション名
称から処理依頼をすべき相手サーバシステムを判断して
決定する（ステップ６０）。

【００４７】仮に、２つのサーバシステム８，９の両方
が分散ＡＰ４１に指定されたトランザクション名称のト
ランザクション処理を実行可能であったとしても、サー
バシステム９に負荷が集中し、データ処理依頼に対応で
きないような稼働状況であったとすると、接続可能な相
手サーバシステムとしてサーバシステム８を選択する。

【００４８】次に、相手システム仕様情報を取得するた
め、システム仕様情報管理ライブラリ５２をアクセスす
る前に、システム仕様情報蓄積ファイル４３を先にアク
セスし、システム仕様情報蓄積ファイル４３に目的のサ
ーバシステムのシステム仕様情報が蓄積されていれば、
このシステム仕様情報蓄積ファイル４３から目的のサー
バシステム８のシステム仕様情報を取得する。

【００４９】しかし、蓄積されていなかった場合は、マ
スタサーバシステム５に対してサーバシステム８のシス
テム仕様情報をネットワーク１を通じて問い合わせる。

【００５０】すると、マスタサーバシステム５では、分
散運用支援部５７において、受信したデータからシステ
ム仕様情報管理ライブラリ５２をアクセスすることによ
り、該当するサーバシステム８のシステム仕様情報を取
得する。

【００５１】システム仕様情報を取得した分散運用支援
部５１は、クライアントシステム４のシステム仕様情報
からサーバシステム８のシステム仕様情報をクライアン
トシステム４のシステム仕様に合致するように変換し、
クライアントシステム４に送信する。

【００５２】システム仕様情報を受信したクライアント
システム４は、受信したシステム仕様情報に基づき、サ
ーバシステム８に送信するデータをサーバシステム８の
システム仕様に合致するようにインタフェース変換を行
い、図７（ｂ）に示したようなデータフォーマット（Ｐ
ＤＵ形式）のデータに変換し（ステップ６１）、サーバ
システム８に対して送信する（ステップ６２）。

【００５３】クライアントシステム４からのデータを受
信したサーバシステム８は、受信データから当該トラン
ザクション名称を抽出する（ステップ６３，６４）。そ
して、抽出したトランザクション名称をキーとして、サ
ーバシステム８内に存在する分散定義情報ファイル８４
の分散定義情報をサーチし（ステップ６５）、該当トラ
ンザクションが存在する場合は、分散ＡＰ（１１）８１
を起動して当該トランザクションを行い（ステップ６
６）、その実行結果のデータを処理要求元クライアント
システム４に送信する（ステップ６７）。

【００５４】尚、該当するトランザクションが存在しな
い場合は、エラー（当該トランザクション名称なし）と
して処理要求元クライアントシステム４に応答を送信す
る。

【００５５】サーバシステム８から実行結果のデータを
受信したクライアントシステム４は、受信データを自シ
ステムに対応するシステム仕様に変換し（ステップ６
８，６９）、分散ＡＰ４１に応答データを渡す。これに
より、分散アプリケーションプログラム処理が完了す
る。

【００５６】尚、複数回の分散アプリケーションプログ
ラム処理要求が発生する場合は，必要に応じて上記ステ
ップ６０からステップ６９の処理を繰り返して実行すれ
ばよい。

【００５７】全ての分散アプリケーションプログラム処
理が完了した時点で、クライアントシステム４内の分散
ＡＰ４１から全処理対象システム間の分散アプリケーシ
ョンプログラム処理の整合性保証を行うため、同期処理
を実行し、全ての処理を完了する（ステップ７０ａ，７
０ｂ）。

【００５８】次にＡＰＩ／ＧＵＩの変換方法について説
明する。

【００５９】なお、ＡＰＩ、ＧＵＩの変換方法は同等で
あるため、ＡＰＩについてのみ説明する。

【００６０】まず、変換の方法としては、（１）マスタ
サーバシステム５で実施する方法、（２）各サーバシス
テム８，９で実施する方法、（３）クライアントシステ
ム４で実施する方法、の３つが考えられる。

【００６１】マスタサーバシステムで実施する方法 この方法を実施するためには、クライアントシステム４
から処理要求を行う時に、必ずマスタサーバシステム５
経由で行うことが前提となる。

【００６２】（ａ）クライアントシステム４において転
送データ（サーバシステム８，９に処理を依頼するデー
タ）を作成し、マスタサーバシステム５に送信する。

【００６３】すなわち、図８に示すように、ヘッダ１０
０、マスタサーバシステムを示すシステム識別子１０
１、データ１０２とから成るデータを作成し、マスタサ
ーバシステム５に送信する。ここで、データ１０２は例
えばタグ１０２１、長さ１０２２、値１０２３で構成さ
れる。

【００６４】（ｂ）次に、マスタサーバシステム５にお
いて、該当ＡＰＩパラメータテーブル１０４を作成す
る。すなわち、マスタサーバシステム５内には、図８に
示すように、データを受信したクライアントシステム４
のシステムＩＤ１０３０とアプリケーションインタフェ
ースの種類を示すＡＰＩ情報１０３１とから成るＡＰＩ
テーブル１０３が設けられている。図８の例では、クラ
イアントシステム４のシステムＩＤ１０３０として「Ｃ
ＬＩ」が、またＡＰＩ情報１０３１としてＡＰＩ−１が
それぞれ設定されている。

【００６５】そこで、このＡＰＩテーブル１０３の情報
を参照し、図８に示すようなＡＰＩパラメータテーブル
１０４を作成する。

【００６６】（ｃ）次に、ＡＰＩパラメータテーブル１
０４とＡＰＩ変換テーブル１０５から、図８に示すよう
なサーバシステム用のＡＰＩパラメータテーブル１０５
を作成する。すなわち、ＡＰＩ変換テーブル１０５に
は、依頼先と依頼元との関係におけるデータの対応関係
が定義されているので、この定義された対応関係の情報
に従ってＡＰＩパラメータテーブル１０４をサーバシス
テム用のＡＰＩパラメータテーブル１０５に変換する。

【００６７】（ｄ）次に、サーバシステム用ＡＰＩパラ
メータテーブル１０５から転送データ１０６を作成し、
該当するサーバシステム８（または９）に送信する。

【００６８】（ｅ）サーバシステム８において通常のデ
ータベースアクセスと同様に処理する。

【００６９】サーバシステム８，９で実施する方法 この方法を実施するためには、当該クライアントシステ
ム４のシステム仕様情報を予め取得しておくことが前提
となる。

【００７０】（ａ）クライアントシステム４において転
送データ（サーバシステム８，９に処理を依頼するデー
タ）を作成し、サーバシステム８（または９）に送信す
る。

【００７１】すなわち、図９に示すように、図８と同様
のヘッダ１００、マスタサーバシステムを示すシステム
識別子１０１、データ１０２とから成るデータを作成
し、サーバシステム８に送信する。

【００７２】（ｂ）サーバシステム８において、当該ク
ライアントシステム用のパラメータテーブル１０７を作
成する。

【００７３】（ｃ）次に、図８のテーブル１０８と同様
のクライアントシステム用ＡＰＩ変換テーブル１０８が
サーバシステム内に存在するか否かを調べ、存在すれ
ば、このクライアントシステム用ＡＰＩ変換テーブル１
０８を参照し、パラメータテーブル１０７を図９に示す
ようなサーバシステム用パラメータテーブル１０９に変
換する。

【００７４】もし、クライアントシステム用ＡＰＩ変換
テーブル１０８が存在しない場合は、マスタサーバシス
テム５から取得した後、サーバシステム用パラメータテ
ーブル１０９に変換する。

【００７５】（ｄ）次に、パラメータテーブル１０９を
図８のデータ１０６と同様のＰＤＵ形式のデータ１１０
に変換する。これは、マスタサーバシステム５経由でデ
ータを受信した場合とデータベースのアクセス処理を共
通にするためである。

【００７６】この場合、データ１１０の先頭のヘッダは
省略される。

【００７７】クライアントシステム４で実施する方法 この方法を実施するためには、当該サーバシステムのシ
ステム仕様情報を予めマスタサーバシステム５から取得
しておくことが前提となる。

【００７８】（ａ）クライアントシステム４において転
送データ（サーバシステム８，９に処理を依頼するデー
タ）を作成する。すなわち、図１０に示すように、図８
と同様のヘッダ１００、マスタサーバシステムを示すシ
ステム識別子１０１、データ１０２とから成るデータを
作成する。

【００７９】（ｂ）次に、当該クライアントシステム用
のパラメータテーブル１１１を作成する。

【００８０】（ｃ）次に、図８のテーブル１０８と同様
のクライアントシステム用ＡＰＩ変換テーブル１０８が
クライアントシステム４内に存在するか否かを調べ、存
在すれば、このクライアントシステム用ＡＰＩ変換テー
ブル１０８を参照し、パラメータテーブル１１１を図９
に示すようなサーバシステム用パラメータテーブル１１
２に変換する。

【００８１】もし、クライアントシステム用ＡＰＩ変換
テーブル１０８が存在しない場合は、マスタサーバシス
テム５から取得した後、サーバシステム用パラメータテ
ーブル１０９に変換する。

【００８２】（ｄ）次に、パラメータテーブル１０９を
図８のデータ１０６と同様のＰＤＵ形式のデータ１１３
に変換し、サーバシステム８に送信する。

【００８３】なお、上記各方法において、インタフェー
ス変換をできないものについてはエラー処理によってユ
ーザに通知される。

【００８４】データをこれは、マスタサーバシステム５
経由でデータを受信した場合とデータベースのアクセス
処理を共通にするためである。

【００８５】次に、図１のシステム構成において、例え
ばサーバシステム９を新しくネットワークに追加する場
合の処理について説明する。

【００８６】サーバシステム９のシステム環境が作成完
了した後、サーバシステム９において、ネットワーク内
に存在するマスタサーバシステム５に対して、システム
仕様情報を登録するためのユティリティ（以降、システ
ム仕様情報登録ユティリティと呼ぶ）を実行する。

【００８７】このユティリティの実行を契機として、シ
ステム制御部８８からシステム仕様情報管理部８７が呼
び出される。システム仕様情報管理部８７では、サーバ
システム９のシステム仕様に依存する情報（ＡＰＩ、Ｇ
ＵＩなど）を分散定義情報ファイル９４から読出してデ
ータ転送可能なデータ形式に変換し、これに通信処理用
プリフィックスを付加して送信データ（ＰＤＵ）を作成
する。

【００８８】この後、再度システム制御部８４を介して
通信制御部８４を呼び出し、分散運用支援部５１を有す
るマスタサーバシステム５に対してシステム仕様情報デ
ータの送信を行う。

【００８９】サーバシステム９からシステム仕様情報デ
ータを受信したマスタサーバシステム５では、通信制御
部５３からシステム制御部５７を介して分散運用支援部
５１を呼び出す。

【００９０】分散運用支援部５１では、通常のデータベ
ースアクセスと同様、システム仕様情報管理ライブラリ
５２に対してアクセスを行い、受信したサーバシステム
９のシステム仕様情報の登録を行う。

【００９１】これに対し、サーバシステム９が既にネッ
トワーク内のシステム仕様情報管理ライブラリ５２に登
録されており、当該サーバシステム９内に新たな分散Ａ
Ｐ（２２）９２を登録する場合の処理について示す。

【００９２】サーバシステム９において、ユティリティ
の実行などにより当該トランザクションを分散定義情報
ファイル９４に登録する時、システム制御部８８よりシ
ステム情報登録管理部８７が呼び出される。

【００９３】システム情報登録管理部８７では、当該ト
ランザクションを自システム内の分散定義情報ファイル
９４に登録を完了した後、サーバシステム９をネットワ
ーク尾に新規接続する場合の処理と同様の手順及び方法
により、当該トランザクションを分散定義情報ファイル
９４に登録する。

【００９４】システム仕様の変更、削除についても同様
の手順で実施し、システム仕様情報管理ライブラリ５２
に登録する。

【００９５】ところで、図１の実施例においては、サー
バシステム８，９にデータ処理を依頼する時、まず、マ
スタサーバシステム５１に対しデータ転送先のシステム
仕様情報を問い合わせ、これに基づいてアプリケーショ
ンインタフェース等の変換を実施し、さらに次回のデー
タ転送に備え、マスタサーバシステム５１から取得した
システム仕様情報をクライアントシステム４のシステム
仕様情報蓄積ファイル４３に蓄積し、同一転送先への処
理要求発生時はシステム仕様情報蓄積ファイル４３を先
に参照するようにしているが、このようにすると、いず
れかのサーバシステムに対する処理要求が発生する都
度、システム仕様情報管理ライブラリ５２またはシステ
ム仕様情報蓄積ファイル４３をアクセスすることが必要
になる。

【００９６】従って、ステム仕様情報蓄積ファイル４３
に目的のシステム仕様情報がなかった場合、システム仕
様情報蓄積ファイル４３とシステム仕様情報管理ライブ
ラリ５２の両方をアクセスすることになり、システム仕
様を変換するまでの準備期間が長くなり、結果として、
分散処理能力が低下することが懸念される。

【００９７】図１１に示す実施例は、このような不都合
を解消するようにしたものであり、最初のデータ転送処
理要求時のみシステム仕様情報蓄積ファイル４３または
システム仕様情報管理ライブラリ５２から転送先のシス
テム仕様情報を取得し、これをクライアントシステムの
データ処理を管理するデータ処理管理テーブルに保持す
るようにしておき、次回の同一転送先に対するデータ転
送要求発生時はデータ処理管理テーブルを参照してシス
テム仕様を変換するようにしたものである。

【００９８】なお、この図１１の実施例は、図１１の実
施例がトランザクション処理の場合を想定していたのに
対し、分散データ転送の一種であるオブジェクト転送処
理（すなわち、処理結果の返送を求めない単なるデータ
の転送処理）を想定して構成されている。

【００９９】図１１において、この実施例のシステム
は、ネットワーク１に通信回線２，３を通じて接続され
たクライアントシステム４およびマスタサーバシステム
５と、ネットワーク１に通信回線６，７を通じて接続さ
れた複数のサーバシステム８，９とから構成されてい
る。

【０１００】クライアントシステム４は、オブジェクト
転送処理用アプリケーションプログラム（ＡＰ）４１の
実行を支援する分散運用支援部４４を備えている。ま
た、複数のサーバシステム５，８，９のうち自身が接続
可能なサーバシステムやＡＰ４１が実行可能な相手サー
バシステム（すなわち、オブジェクトの転送先）を定義
した分散定義情報ファイル４２と、後述のシステム仕様
情報管理ライブラリ５２から取得したシステム仕様情報
を蓄積しておくシステム仕様情報蓄積ファイル４３を備
えている。さらに、ＡＰ４１のデータ転送処理を管理す
るデータ処理管理テーブル４５を備えている。

【０１０１】このシステム仕様情報蓄積ファイル４３
は、サーバシステム８または９に処理要求を依頼する度
にシステム仕様情報管理ライブラリ５２をアクセスする
と、そのオーバヘッドが増大し、スループットが低下す
るのを防止するために設けられるものである。そのため
に、システム仕様情報管理ライブラリ５２をアクセスす
る前に、このシステム仕様情報が先にアクセスされ、こ
のシステム仕様情報蓄積ファイル４３に目的のサーバシ
ステムのシステム仕様情報が蓄積されていなかった時の
みシステム仕様情報管理ライブラリ５２がアクセスされ
るようになっている。

【０１０２】また、データ処理管理テーブル４５は前述
のように、最初のデータ転送処理要求時のみシステム仕
様情報蓄積ファイル４３またはシステム仕様情報管理ラ
イブラリ５２から転送先のシステム仕様情報を取得し、
これをクライアントシステムのデータ処理を管理するデ
ータ処理管理テーブルに保持するようにしておき、次回
の同一転送先に対するデータ転送要求発生時はデータ処
理管理テーブルを参照してシステム仕様を変換すること
により、システム仕様を変換するまでの準備期間を短縮
するために設けられたものである。

【０１０３】また、マスタサーバシステム５は、分散運
用を支援する分散運用支援部５１と、各サーバシステム
８，９およびクライアントシステム４の接続仕様、能
力、アプリケーションインタフェース、動作環境などの
システム仕様情報を一括して管理するシステム仕様情報
管理ライブラリ５２を備えている。

【０１０４】このマスタサーバシステム５の分散運用支
援部５１は、各サーバシステム８，９の稼働状況を把握
し、負荷の最適化を図る機能を備えている。

【０１０５】一方、サーバシステム８，９は、クライア
ントシステム４での処理の実行を支援する分散運用支援
部８１，９１を備えている。さらに、クライアントシス
テム４の分散定義情報ファイル４２と同様の分散定義情
報ファイル８４，９４を備えている。これらマスタサー
バシステム５およびサーバシステム８，９の内部は、図
１の実施例と同様に構成されている。

【０１０６】図１２（ａ）は、分散定義ファイル４２に
格納される分散定義情報の設定例を示す説明図であり，
ＣＬ１はクライアントシステム４，ＳＶはマスタサーバ
システム、ＳＶ０はサーバシステム８，ＳＶ１はサーバ
システム９を表し，クライアントシステム４は「ＣＯＮ
ＮＥＣＴ」１２０以下の記述によりサーバシステム８，
９およびマスタサーバシステム５に接続可能であること
が定義されている。

【０１０７】図１２（ｂ）は、各サーバシステムの格納
データの型を示したものであり、サーバシステム８で管
理するデータの型はオブジェクト名称「ＯＢＪＥＣＴ０
１〜０９」で示される型であることが示され、またサー
バシステム９で管理するデータの型はオブジェクト名称
「ＯＢＪＥＣＴ１１〜１５」で示される型であることが
示されている。このデータは、ユーティリティプログラ
ム等によって分散定義ファイル４２に格納される。な
お、マスタサーバシステム５についてはデータの型は設
定されていない。

【０１０８】図１３は、マスタサーバシステム５のシス
テム仕様情報管理ライブラリ５２に格納される各サーバ
システム８，９およびクライアントシステム４のシステ
ム仕様情報の例を示す説明図であり、図５の例と同様
に、システム名称５２０，ＡＰ名称５２１，ＡＰＩ５２
２，ＧＵＩ５２３，…，ＣＰＵ能力５２４，負荷５２
５，データ転送形式情報５２６の各情報を格納するフィ
ールドがシステム名称毎に設けられ、例えばサーバシス
テム９（ＳＶ１）についてはＡＰＩが「ＣＬＩ」という
形式でＧＵＩが「Ｂ」という形式，能力が「５０ＭＩＰ
Ｓ」，データ転送形式情報がＯＳＩ−ＲＤＡプロトコ
ル，半二重通信というシステム仕様であることがわか
る。なお、ＡＰＩ５２２，ＧＵＩ５２３，…，ＣＰＵ能
力５２４，負荷５２５については、図１の実施例で説明
したのと同様であるので、その説明は省略する。

【０１０９】次に、本実施例の動作を１４のフローチャ
ートを用いて詳しく説明するが、その概略は以下の通り
である。

【０１１０】クライアントシステム４内のオブジェクト
転送処理用ＡＰ４１において、オブジェクトを転送すべ
き分散オブジェクト転送処理要求が発生した場合、クラ
イアントシステム４は分散定義情報ファイル４２を参照
し、接続可能なサーバシステムを図１２（ａ）の定義情
報に基づいて判断し、さらにデータの型が同じサーバシ
ステムを図１２（ｂ）の定義情報から検索する。この結
果、例えば、サーバシステム９がオブジェクトの転送先
に決定される。

【０１１１】次に、オブジェクトをサーバシステム９に
転送する訳であるが、クライアントシステム４とサーバ
システム９との間のプロトコル等のシステム仕様を合致
させるために、クライアントシステム４のシステム仕様
情報蓄積ファイル４３を参照し、サーバシステム９に対
する図１３のようなシステム仕様情報が存在する場合、
そのシステム仕様情報を取得し、その中からＡＰＩ５２
２，データ転送形式情報５２６等のデータ転送に必要な
情報のみを抽出し、その抽出情報を図１５に示すような
データ処理管理テーブル４５に設定し保持させる。

【０１１２】データ処理管理テーブル４５は、テーブル
番号４５１，ユーザアプリケーションプログラム名称
（ＵＡＰ名称＝ＡＰ４１の名称）４５２，ＡＰ４１の現
在状態４５３，システム情報管理領域アドレス４５４を
備え、システム情報管理領域アドレス４５４で示される
アドレスには、システム情報管理領域４５５が確保され
ている。

【０１１３】このシステム情報管理領域４５５は、サー
バシステム８，９等のサーバ名称４５５１，ＡＰＩ４５
５２，データ転送形式情報４５５３が格納可能に構成さ
れている。

【０１１４】クライアントシステム４のシステム仕様情
報蓄積ファイル４３を参照し、サーバシステム９に対す
る図１３のようなシステム仕様情報を取得した場合、そ
の中のＡＰＩ５２２，データ転送形式情報５２６等のデ
ータ転送に必要な情報のみが抽出され、データ処理管理
テーブル４５のシステム情報管理領域４５５に格納され
る。

【０１１５】一方、サーバシステム９に対するシステム
仕様情報がシステム仕様情報蓄積ファイル４３に存在し
ない場合、マスタサーバシステム５に対してサーバシス
テム９のシステム仕様情報をネットワーク１を通じてマ
スタサーバシステム５に問い合わせ、システム仕様情報
管理ライブラリ５２からサーバシステム９のシステム仕
様情報を取得し、クライアントシステム４のシステム仕
様情報蓄積ファイル５２に蓄積する。

【０１１６】図１の実施例では、サーバシステム９に対
する処理要求が発生する毎にクライアントシステム４の
システム仕様情報蓄積ファイル４３を参照し、サーバシ
ステム９のシステム仕様情報を取得するのに対し、本実
施例では、サーバシステム９に対する処理を開始する
時、クライアントシステム４で当該処理を管理している
データ処理管理テーブル４５にサーバシステム９のシス
テム仕様情報を格納しておき、同一転送先に対する２回
目以降の転送処理時は、データ処理管理テーブル４５を
参照し、サーバシステム９のシステム仕様情報を取得す
る。

【０１１７】次に、クライアントシステム４は、このよ
うにして取得したサーバシステム９のシステム仕様情報
と自分自身のシステム仕様情報とを比較し、相違がある
場合は、クライアントシステム４自身のＡＰＩデータ転
送形式などのシステム仕様をサーバシステム９のシステ
ム仕様に合致するように、インタフェース等の変換を実
施し、ネットワーク１を通じてサーバシステム９に処理
要求およびデータを送信する。

【０１１８】これに従い、サーバシステム９は処理を実
行し、応答が必要な処理の場合は、その処理結果をネッ
トワーク１を通じて依頼元のクライアントシステム４に
返信する。

【０１１９】実行結果を受信したクライアントシステム
４は、実行結果のデータをクライアントシステム４自身
のシステム仕様に合致するようにシステム仕様を変換し
たうえでオブジェクト転送処理用ＡＰ４１に渡す。

【０１２０】以下、図１４のフローチャートに従い詳細
に説明する。

【０１２１】まず、クライアントシステム４内のオブジ
ェクト転送処理用ＡＰ４１における分散オブジェクト転
送処理要求の発生に伴い、クライアントシステム４では
データ処理管理テーブル４５を作成した後、ＡＰ４１か
ら受け取った処理対象データを基に、自システム内の分
散定義情報ファイル４２をアクセスすることにより、処
理データがどのサーバシステムに存在するかを判断して
決定する（ステップ１４１）。これにより、例えば、サ
ーバシステム９が相手サーバシステムとして決定され
る。

【０１２２】次に、サーバシステム９に対する最初のア
クセスか否かを判断し（ステップ１４２）、最初のアク
セスであれば、システム仕様情報管理ライブラリ５２を
アクセスする前に、システム仕様情報蓄積ファイル４３
を先にアクセスし、システム仕様情報蓄積ファイル４３
に目的のサーバシステム９のシステム仕様情報が蓄積さ
れていれば、このシステム仕様情報蓄積ファイル４３か
ら目的のサーバシステム９のシステム仕様情報を取得す
る（ステップ１４４）。

【０１２３】しかし、蓄積されていなかった場合、マス
タサーバシステム５に対してサーバシステム９のシステ
ム仕様情報をネットワーク１を通じて問い合わせる（ス
テップ１４５）。

【０１２４】すると、マスタサーバシステム５では、分
散運用支援部において受信したデータからシステム仕様
情報管理ライブラリ５２をアクセスすることにより、該
当するサーバシステム９のシステム仕様情報を取得す
る。

【０１２５】システム仕様情報を取得したマスタサーバ
システム５の分散運用支援部は、クライアントシステム
４のシステム仕様情報からサーバシステム９のシステム
仕様情報をクライアントシステム４のシステム仕様に合
致するように変換し、クライアントシステム４に送信す
る。

【０１２６】ここで、システム仕様情報蓄積ファイル４
３から目的のサーバシステム９のシステム仕様情報を取
得した場合、マスタサーバシステム５から目的のサーバ
システム９のシステム仕様情報を取得した場合のいずれ
においても、その取得したシステム仕様情報をデータ処
理管理テーブル４５のシステム情報管理領域４５５に格
納する（ステップ１４６）。

【０１２７】一方、サーバシステム９に対する最初のア
クセスでなかった場合、前記のように、データ処理管理
テーブル４５のシステム情報管理領域４５５にサーバシ
ステム９のシステム仕様情報が既に格納されているの
で、このシステム情報管理領域４５５からサーバシステ
ム９のシステム仕様情報を取得する（ステップ１４
３）。

【０１２８】システム仕様情報を取得したクライアント
システム４は、そのシステム仕様情報に基づき、サーバ
システム９に送信するデータをサーバシステム９のシス
テム仕様に合致するように変換し、サーバシステム９に
対して送信する（ステップ１４７）。

【０１２９】クライアントシステム４からのデータを受
信したサーバシステム９は、受信データのデータ処理を
実行し（ステップ１５４，１５２）、その実行結果のデ
ータを処理要求元クライアントシステム４に送信する
（ステップ１５３）。

【０１３０】サーバシステム９から実行結果のデータを
受信したクライアントシステム４は、受信データを自シ
ステムに対応するシステム仕様に変換し（ステップ１４
８，１４９）、オブジェクト転送用ＡＰ４１に応答デー
タを渡し、サーバシステム９との間でオブジェクト転送
に関する同期処理を実行して一連の処理を終了する（ス
テップ１５０，１５４）。

【０１３１】これにより、オブジェクト転送処理が完了
する。

【０１３２】なお、複数回のオブジェクト転送処理が発
生する場合は，必要に応じて上記ステップ１４１からス
テップ１４９の処理を繰り返して実行すればよい。

【０１３３】このように、本実施例においては、最初の
データ転送処理要求時のみシステム仕様情報蓄積ファイ
ル４３またはシステム仕様情報管理ライブラリ５２から
転送先のシステム仕様情報を取得し、これをクライアン
トシステム４のデータ処理を管理するデータ処理管理テ
ーブル４５に保持するようにしておき、次回の同一転送
先に対するデータ転送要求発生時はデータ処理管理テー
ブル４５を参照してシステム仕様を変換するようにした
ため、システム仕様を変換するまでの準備期間が短縮さ
れ、結果として、分散処理能力を向上させることができ
る。

【０１３４】ところで、図１および図１１の実施例で
は、システム仕様情報管理ライブラリ５２またはシステ
ム仕様情報蓄積ファイル４３内のシステム情報を参照
し、相手システムのシステム仕様に合致するようにシス
テム仕様を変換しているが、相手システムのシステム仕
様をパラメータとして予め与えておくようにしてもよ
い。

【０１３５】

【発明の効果】以上のように本発明においては、各デー
タ処理システムの接続仕様、能力、アプリケーションイ
ンタフェース、動作環境などのシステム仕様情報を一括
して管理するシステム仕様情報管理ライブラリを設け、
１つのデータ処理システムから他のデータ処理システム
に対するデータ転送要求が発生した時、システム仕様情
報管理ライブラリのシステム仕様情報を参照し、転送先
のデータ処理システムのシステム仕様に合致するように
アプリケーションインタフェース等の変換を実施させ、
この後にデータ処理を実行させるようにしたので、異な
る機種のデータ処理システムによってデータ処理を進め
る際に、大容量の記憶装置を設けることなく、またシス
テム構成の変更に対しても容易に対処して分散データ処
理を効率良く進めることができる。

【０１３６】また、ユーザレベルにおいては、各データ
処理システムのインタフェース等のシステム仕様を意識
することなく、全て自分自身と同一システム仕様のデー
タ処理システムで構成されているものとして処理を進め
ることができる。

【０１３７】また、各データ処理システムの稼働状況を
把握し、その稼働状況に応じてデータ処理を行う依頼先
を分散することにより、負荷が最適化されてシステム全
体のスループットを向上させることができる。

【０１３８】さらに、一旦取得したシステム仕様情報は
各データ処理システム内に蓄積しておき、その後は蓄積
したシステム仕様情報を先に参照し、蓄積されていない
時のみシステム管理ライブラリをアクセスすることによ
り、システム仕様情報を取得するためのオーバヘッドを
減少させ、スループットの低下を防止することができ
る。

【０１３９】さらに、システム構成やシステム仕様の変
更があったとしても、システム仕様情報管理ライブラリ
のみを更新すれば良いので、システム構成の変更に対し
ても容易に対処することができる。

【０１４０】さらに、最初のデータ転送処理要求時のみ
システム仕様情報蓄積ファイルまたはシステム仕様情報
管理ライブラリから転送先のシステム仕様情報を取得
し、これをクライアントシステムのデータ処理を管理す
るデータ処理管理テーブルに保持するようにしておき、
次回の同一転送先に対するデータ転送要求発生時はデー
タ処理管理テーブルを参照してシステム仕様を変換する
ようにしたため、システム仕様を変換するまでの準備期
間が短縮され、結果として、分散処理能力を向上させる
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すシステム構成図であ
る。

【図２】実施例におけるマスタサーバシステムの構成図
である。

【図３】実施例におけるサーバシステム構成図である。

【図４】分散定義情報の一例を示す説明図である。

【図５】システム仕様情報管理ライブラリの内容の一例
を示す説明図である。

【図６】処理手順を示すフローチャートである。

【図７】転送データのフォーマット例を示すデータフォ
ーマット図である。

【図８】インタフェース変換をマスタサーバシステムで
行う時の説明図である。

【図９】インタフェース変換をサーバシステムで行う時
の説明図である。

【図１０】インタフェース変換をクライアントシステム
で行う時の説明図である。

【図１１】本発明の他の実施例を示すシステム構成図で
ある。

【図１２】図１１の実施例の分散定義情報の一例を示す
説明図である。

【図１３】図１１の実施例のシステム仕様情報の一例を
示す説明図である。

【図１４】図１１の実施例の処理手順を示すフローチャ
ートである。

【図１５】データ処理管理テーブル内のシステム仕様情
報の一例を示す説明図である。

【符号の説明】

１…ネットワーク、２，３，６，７…通信回線、４…ク
ライアントシステム、５…マスタサーバシステム、８、
９…サーバシステム、４１…分散アプリケーションプロ
グラム、４２…分散定義情報ファイル、４３…システム
仕様情報蓄積ファイル、５２…システム仕様情報管理ラ
イブラリ、４４，５１，８３，９３…分散運用支援部、
４５…データ処理管理テーブル、５６，８７…システム
仕様情報登録管理部、８８，５７…システム制御部。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のデータ処理システムをデータ伝送
   路によって接続し、１つのデータ処理システムから他の
   データ処理システムにデータを転送し、その処理結果を
   返信させる分散データ処理システムにおいて、 データ伝送路に接続されている各データ処理システムの
   接続仕様、能力、アプリケーションインタフェース、動
   作環境などのシステム仕様情報を一括して管理するシス
   テム仕様情報管理ライブラリを設け、１つのデータ処理
   システムから他のデータ処理システムにデータを転送す
   るためのデータ転送要求が発生した時、転送元、転送先
   および転送経路上のいずれかのデータ処理装置に前記シ
   ステム仕様情報管理ライブラリから転送先のデータ処理
   システムに関するシステム仕様情報を取得させ、このシ
   ステム仕様情報に基づいて当該転送先のデータ処理シス
   テムのシステム仕様に合致するようにアプリケーション
   インタフェース等の変換を実施させ、転送先のデータ処
   理装置で処理させることを特徴とする分散データ処理シ
   ステムにおける分散運用支援方法。
2. 【請求項２】 前記システム仕様情報管理ライブラリで
   管理する情報として各データ処理システムの稼働状況の
   情報を付加し、この稼働状況の情報に基づき、転送デー
   タを処理可能な複数のデータ処理装置のうち低負荷のデ
   ータ処理装置にデータを転送させることを特徴とする請
   求項１記載の分散データ処理システムにおける分散運用
   支援方法。
3. 【請求項３】 システム仕様情報管理ライブラリから取
   得したシステム仕様情報を蓄積するシステム仕様情報蓄
   積手段を各データ処理装置に付加し、システム仕様情報
   管理ライブラリをアクセスする前に該システム仕様情報
   蓄積手段をアクセスし、転送先のデータ処理装置に関す
   るシステム仕様情報が蓄積されていない時のみシステム
   仕様情報管理ライブラリをアクセスさせることを特徴と
   する請求項１記載の分散データ処理システムにおける分
   散運用支援方法。
4. 【請求項４】 システム仕様情報管理ライブラリ内の転
   送先のデータ処理システムに関するシステム仕様情報
   は、転送先に対する最初のデータ処理要求時にみ前記シ
   ステム仕様情報管理ライブラリまたは前記システム仕様
   情報蓄積手段から取得し、転送元のデータ処理要求を管
   理するデータ処理管理テーブルに保持させ、同一転送先
   のデータ処理システムに対する次回のデータ処理要求時
   は前記データ処理管理テーブルから転送先のデータ処理
   システムに関するシステム仕様情報を取得することを特
   徴とする請求項１または３記載の分散データ処理システ
   ムにおける分散運用支援方法。