JPH09179839A - データパッシング方法 - Google Patents
データパッシング方法Info
- Publication number
- JPH09179839A JPH09179839A JP7350295A JP35029595A JPH09179839A JP H09179839 A JPH09179839 A JP H09179839A JP 7350295 A JP7350295 A JP 7350295A JP 35029595 A JP35029595 A JP 35029595A JP H09179839 A JPH09179839 A JP H09179839A
- Authority
- JP
- Japan
- Prior art keywords
- data
- processing system
- message
- processing
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
Abstract
(57)【要約】
【課題】 長大データをサーバから他ノードのサーバへ
転送することにより生じるオーバヘッドを無くし、処理
遅延を改善し、ネットワーク負荷を削減する。 【解決手段】 アプリケーションノード100からその内
部データの処理要求がサーバＡに発せられ、そのデータ
転送はサーバＡからの制御信号により開始される。サー
バノード101上のサーバＡは100上の長大データ122に関
する処理要求メッセージ121を受け付けるが、このデー
タの処理は他のサーバノード102上のサーバＢに依頼す
る。メッセージ121には長大データを指定する情報123を
含めている。サーバＡはサーバＢに対して長大データを
100から転送させることを依頼するメッセージ141（前記
情報123と同様の情報を含む）をサーバＢに送る。サー
バＢはメッセージ161（前記情報123と同様の情報を含
む）を用いて100に長大データのサーバＢへの送信を要
求し、100からサーバＢへ直接長大データを送る。
転送することにより生じるオーバヘッドを無くし、処理
遅延を改善し、ネットワーク負荷を削減する。 【解決手段】 アプリケーションノード100からその内
部データの処理要求がサーバＡに発せられ、そのデータ
転送はサーバＡからの制御信号により開始される。サー
バノード101上のサーバＡは100上の長大データ122に関
する処理要求メッセージ121を受け付けるが、このデー
タの処理は他のサーバノード102上のサーバＢに依頼す
る。メッセージ121には長大データを指定する情報123を
含めている。サーバＡはサーバＢに対して長大データを
100から転送させることを依頼するメッセージ141（前記
情報123と同様の情報を含む）をサーバＢに送る。サー
バＢはメッセージ161（前記情報123と同様の情報を含
む）を用いて100に長大データのサーバＢへの送信を要
求し、100からサーバＢへ直接長大データを送る。
Description
【０００１】
【発明の属する技術分野】本発明は並列計算機、及び計
算機クラスタシステムに係わり、特にノード間の効率の
良いデータパッシングの方法に関する。
算機クラスタシステムに係わり、特にノード間の効率の
良いデータパッシングの方法に関する。
【０００２】
【従来の技術】並列計算機は複数の計算ノードを高速な
ネットワークで結合し、一つの問題を分割して複数のノ
ード上で同時に計算することにより、短時間で結果を得
ることを目的として構成された計算機システムである。
このような計算では各ノードの処理性能とともにノード
間を結ぶネットワークの性能がシステムの性能に大きく
影響するため、特別に実装された高速なものを備えてい
る。一方、計算ノードとして独立した計算機を用い、ネ
ットワークとして汎用のＬＡＮを用いた構成で、同様の
並列計算を行なう計算機クラスタと呼ばれるシステムが
ある。この構成のシステムは運用性が高く、問題の規模
が小さい場合には、ネットワークが多少低速でも実用的
な並列計算が可能である。以下では「並列計算機」によ
り、上記にいう並列計算機、及び計算機クラスタを指す
ものとする。計算ノードは単にノードと略記する。ある
ノードから見て、そのノードは自ノード、自ノード以外
の並列計算機システム内のノードを他ノード、あるいは
リモートノードと呼ぶ。並列計算機におけるノード間協
調の制御は、ノード間のメッセージパッシング、即ち制
御情報、計算に使われるデータ、計算結果のデータ、あ
るいはファイルデータなどをノード間で前記のネットワ
ークを介して授受することにより行なわれる。そのた
め、各ノードを制御するオペレーティングシステム（Ｏ
Ｓ）は基本機能としてメッセージパッシング機能を持っ
ており、アプリケーションによる利用を可能とするとと
もに、ＯＳ自身も使用している。並列計算機の各ノード
のシステム内で果たす役割は必ずしも一様ではない。例
えば、ノードにより物理的に接続されているデバイスは
しばしば異なり、自ずとそのノードの役割も違ってく
る。またシステムの運用方式として、システムの制御を
行なうノードと専ら計算を行なうノードを分けるといっ
たことが行なわれる。
ネットワークで結合し、一つの問題を分割して複数のノ
ード上で同時に計算することにより、短時間で結果を得
ることを目的として構成された計算機システムである。
このような計算では各ノードの処理性能とともにノード
間を結ぶネットワークの性能がシステムの性能に大きく
影響するため、特別に実装された高速なものを備えてい
る。一方、計算ノードとして独立した計算機を用い、ネ
ットワークとして汎用のＬＡＮを用いた構成で、同様の
並列計算を行なう計算機クラスタと呼ばれるシステムが
ある。この構成のシステムは運用性が高く、問題の規模
が小さい場合には、ネットワークが多少低速でも実用的
な並列計算が可能である。以下では「並列計算機」によ
り、上記にいう並列計算機、及び計算機クラスタを指す
ものとする。計算ノードは単にノードと略記する。ある
ノードから見て、そのノードは自ノード、自ノード以外
の並列計算機システム内のノードを他ノード、あるいは
リモートノードと呼ぶ。並列計算機におけるノード間協
調の制御は、ノード間のメッセージパッシング、即ち制
御情報、計算に使われるデータ、計算結果のデータ、あ
るいはファイルデータなどをノード間で前記のネットワ
ークを介して授受することにより行なわれる。そのた
め、各ノードを制御するオペレーティングシステム（Ｏ
Ｓ）は基本機能としてメッセージパッシング機能を持っ
ており、アプリケーションによる利用を可能とするとと
もに、ＯＳ自身も使用している。並列計算機の各ノード
のシステム内で果たす役割は必ずしも一様ではない。例
えば、ノードにより物理的に接続されているデバイスは
しばしば異なり、自ずとそのノードの役割も違ってく
る。またシステムの運用方式として、システムの制御を
行なうノードと専ら計算を行なうノードを分けるといっ
たことが行なわれる。
【０００３】このようなシステムの例が、Ｚａｊｃｅ
ｗ，Ｒ．，Ｒｏｙ，Ｐ．他著：「ＡｎＯＳＦ／１ Ｕｎ
ｉｘ ｆｏｒ Ｍａｓｓｉｖｅｌｙ Ｐａｒａｌｌｅｌ
Ｍｕｌｔｉｃｏｍｐｕｔｅｒｓ」（Ｐｒｏｃｅｅｄｉｎ
ｇｓ ｏｆ ｔｈｅ Ｗｉｎｔｅｒ １９９３ ＵＳＥ
ＮＩＸ Ｃｏｎｆｅｒｅｎｃｅ、ｐｐ４４９−４６８）
に開示されている。この例では各ノードにカーネルと呼
ばれるＯＳが稼働する。カーネルは、ポートと呼ばれる
概念によりメッセージパッシングを抽象化している。ポ
ートは一種のメッセージキューであり、ポートに対して
メッセージを送ると、このメッセージはこのポートにエ
ンキューされる。また、このポートを指定してメッセー
ジ受信を要求すると、このポートにエンキューされたメ
ッセージを受け取ることができる。ポートにより、受信
者を間接的に特定することができる。カーネルの上にサ
ーバと呼ばれる制御プログラムを稼働させる。サーバは
サーバノードと呼ばれる特定のノードで起動され、アプ
リケーションを各ノード上で起動するなどの制御を行な
う。またディスク装置の接続されたノードにはファイル
サーバが起動され、ファイルアクセスサービスを行な
う。また他のシステムとの通信を行なうための（ノード
間を接続するネットワークでなく）外部ネットワーク用
のデバイスを備えるノードには通信サーバが起動され、
外部通信機能を受け持つ。上記のように並列計算機は複
数のサーバで制御されているが、ノード数が増えるに従
い、サーバの負荷が増し、システムの性能上のボトルネ
ックになる。この問題の解決にはさらなるサーバの機能
分割、及び制御範囲の分割が必要になってくる。その結
果、複数のサーバが連動的に稼働するシステムが構成さ
れ、アプリケーションの一つのサービス要求が複数のサ
ーバによって処理されるようになる。即ち、あるサーバ
に出されたサービス要求を処理するために、そのサーバ
が更に他のサーバに対して別のサービス要求を出すとい
ったことが多くなる。
ｗ，Ｒ．，Ｒｏｙ，Ｐ．他著：「ＡｎＯＳＦ／１ Ｕｎ
ｉｘ ｆｏｒ Ｍａｓｓｉｖｅｌｙ Ｐａｒａｌｌｅｌ
Ｍｕｌｔｉｃｏｍｐｕｔｅｒｓ」（Ｐｒｏｃｅｅｄｉｎ
ｇｓ ｏｆ ｔｈｅ Ｗｉｎｔｅｒ １９９３ ＵＳＥ
ＮＩＸ Ｃｏｎｆｅｒｅｎｃｅ、ｐｐ４４９−４６８）
に開示されている。この例では各ノードにカーネルと呼
ばれるＯＳが稼働する。カーネルは、ポートと呼ばれる
概念によりメッセージパッシングを抽象化している。ポ
ートは一種のメッセージキューであり、ポートに対して
メッセージを送ると、このメッセージはこのポートにエ
ンキューされる。また、このポートを指定してメッセー
ジ受信を要求すると、このポートにエンキューされたメ
ッセージを受け取ることができる。ポートにより、受信
者を間接的に特定することができる。カーネルの上にサ
ーバと呼ばれる制御プログラムを稼働させる。サーバは
サーバノードと呼ばれる特定のノードで起動され、アプ
リケーションを各ノード上で起動するなどの制御を行な
う。またディスク装置の接続されたノードにはファイル
サーバが起動され、ファイルアクセスサービスを行な
う。また他のシステムとの通信を行なうための（ノード
間を接続するネットワークでなく）外部ネットワーク用
のデバイスを備えるノードには通信サーバが起動され、
外部通信機能を受け持つ。上記のように並列計算機は複
数のサーバで制御されているが、ノード数が増えるに従
い、サーバの負荷が増し、システムの性能上のボトルネ
ックになる。この問題の解決にはさらなるサーバの機能
分割、及び制御範囲の分割が必要になってくる。その結
果、複数のサーバが連動的に稼働するシステムが構成さ
れ、アプリケーションの一つのサービス要求が複数のサ
ーバによって処理されるようになる。即ち、あるサーバ
に出されたサービス要求を処理するために、そのサーバ
が更に他のサーバに対して別のサービス要求を出すとい
ったことが多くなる。
【０００４】
【発明が解決しようとする課題】上記のようなシステム
ではアプリケーションによる一つのサービス要求を処理
するために行なわれるノード間のメッセージパッシング
が、従来の２つのノード間のみで行なわれていたものに
比べ、より多くのノード間のメッセージパッシングを引
き起こし、ネットワークの負荷が高くなる。特にサービ
ス要求に長大なデータが伴い、これがこれらのノードの
間で授受される場合、この傾向は顕著になる。またサー
ビス要求の処理に長大データの転送が複数回行なわれる
ことになり、当該サービスの処理時間が増化し、サーバ
を分割したことによる弊害が顕著となる。本発明の目的
は、並列計算機システム上の、長大データの転送を伴う
サービスを複数のサーバが関与して実行するサービスに
おいて、長大データのサーバ間の転送によるネットワー
ク負荷の増大、及びサービス処理時間の増大を解消する
ことにある。
ではアプリケーションによる一つのサービス要求を処理
するために行なわれるノード間のメッセージパッシング
が、従来の２つのノード間のみで行なわれていたものに
比べ、より多くのノード間のメッセージパッシングを引
き起こし、ネットワークの負荷が高くなる。特にサービ
ス要求に長大なデータが伴い、これがこれらのノードの
間で授受される場合、この傾向は顕著になる。またサー
ビス要求の処理に長大データの転送が複数回行なわれる
ことになり、当該サービスの処理時間が増化し、サーバ
を分割したことによる弊害が顕著となる。本発明の目的
は、並列計算機システム上の、長大データの転送を伴う
サービスを複数のサーバが関与して実行するサービスに
おいて、長大データのサーバ間の転送によるネットワー
ク負荷の増大、及びサービス処理時間の増大を解消する
ことにある。
【０００５】
【課題を解決するための手段】上記目的を達成するた
め、本発明は、通信ネットワークと、該通信ネットワー
クに接続された、少なくとも３つの処理システムを備
え、第１の処理システムは第２の処理システムの制御下
にあり、第１の処理システムに存在するデータを第３の
処理システムに転送するデータパッシング方法であり、
第１の処理システムにおいて前記データを指定する情報
を含むメッセージを作成して第２の処理システムに送る
ステップと、第２の処理システムにおいて第３の処理シ
ステムに前記データの補助処理を依頼するための前記デ
ータを指定する情報を含むメッセージを作成し、該メッ
セージを第３の処理システムに送るステップと、第３の
処理システムにおいて第２の処理システムから送られた
メッセージに基づき第１の処理システムに対する前記デ
ータまたは該データの一部を指定して第３の処理システ
ムへの送信を要求するメッセージを作成し、第１の処理
システムに送るステップと、第１の処理システムにおい
て第３の処理システムから送られたメッセージに応じ
て、指定された前記データまたは該データの一部を第３
の処理システムに転送するステップからなるようにして
いる。また、通信ネットワークと、該通信ネットワーク
に接続された、少なくとも４つの処理システムを備え、
第１の処理システムは第２の処理システムの制御下にあ
り、第１の処理システムに存在するデータを第３の処理
システムおよび第４の処理システムに転送するデータパ
ッシング方法であり、第１の処理システムにおいて前記
データを指定する情報を含むメッセージを作成して第２
の処理システムに送るステップと、第１の処理システム
において前記データを保存状態におくステップと、第２
の処理システムにおける第１の処理システムに存在する
前記データの補助処理を依頼する処理システムの数を通
知するメッセージを作成し、該メッセージを第１の処理
装置に送るステップと、第１の処理システムにおいて第
２の処理システムから送られたメッセージに基づき通知
された補助処理を行なうシステム数を保持するステップ
と、第２の処理システムにおいて第３の処理システムお
よび第４の処理システムの夫々に前記データの補助処理
を依頼するための前記データを指定する情報を含むメッ
セージを夫々作成し、該各メッセージを第３の処理シス
テムおよび第４の処理システムに送るステップと、第３
の処理システムおよび第４の処理システムの夫々におい
て第２の処理システムから送られたメッセージに基づき
第１の処理システムに対する前記データまたは該データ
の一部を指定して第３、第４の各処理システムへの送信
を要求するメッセージを作成し、第１の処理システムに
夫々送るステップと、第１の処理システムにおいて第
３、第４の各処理システムから送られたメッセージに応
じて、指定された前記データまたは該データの一部を第
３の処理システムおよび第４の処理システムに転送する
ステップと、第１の処理システムにおいて第１の処理シ
ステム上に保持してある前記補助処理システム数に基づ
き、第３の処理システム、または第４の処理システムか
らの前記データ要求メッセージを再び受信するか、ある
いは、前記データの保存を打ち切るかを判定するステッ
プからなるようにしている。また、第１の処理システム
は、第２の処理システムに対して前記データの処理を要
求するメッセージを送るコンテキストとは異なるコンテ
キストにより、第３の処理システムからのデータ要求メ
ッセージを受け取り、前記データの第３の処理システム
への送信を行なうようにしている。
め、本発明は、通信ネットワークと、該通信ネットワー
クに接続された、少なくとも３つの処理システムを備
え、第１の処理システムは第２の処理システムの制御下
にあり、第１の処理システムに存在するデータを第３の
処理システムに転送するデータパッシング方法であり、
第１の処理システムにおいて前記データを指定する情報
を含むメッセージを作成して第２の処理システムに送る
ステップと、第２の処理システムにおいて第３の処理シ
ステムに前記データの補助処理を依頼するための前記デ
ータを指定する情報を含むメッセージを作成し、該メッ
セージを第３の処理システムに送るステップと、第３の
処理システムにおいて第２の処理システムから送られた
メッセージに基づき第１の処理システムに対する前記デ
ータまたは該データの一部を指定して第３の処理システ
ムへの送信を要求するメッセージを作成し、第１の処理
システムに送るステップと、第１の処理システムにおい
て第３の処理システムから送られたメッセージに応じ
て、指定された前記データまたは該データの一部を第３
の処理システムに転送するステップからなるようにして
いる。また、通信ネットワークと、該通信ネットワーク
に接続された、少なくとも４つの処理システムを備え、
第１の処理システムは第２の処理システムの制御下にあ
り、第１の処理システムに存在するデータを第３の処理
システムおよび第４の処理システムに転送するデータパ
ッシング方法であり、第１の処理システムにおいて前記
データを指定する情報を含むメッセージを作成して第２
の処理システムに送るステップと、第１の処理システム
において前記データを保存状態におくステップと、第２
の処理システムにおける第１の処理システムに存在する
前記データの補助処理を依頼する処理システムの数を通
知するメッセージを作成し、該メッセージを第１の処理
装置に送るステップと、第１の処理システムにおいて第
２の処理システムから送られたメッセージに基づき通知
された補助処理を行なうシステム数を保持するステップ
と、第２の処理システムにおいて第３の処理システムお
よび第４の処理システムの夫々に前記データの補助処理
を依頼するための前記データを指定する情報を含むメッ
セージを夫々作成し、該各メッセージを第３の処理シス
テムおよび第４の処理システムに送るステップと、第３
の処理システムおよび第４の処理システムの夫々におい
て第２の処理システムから送られたメッセージに基づき
第１の処理システムに対する前記データまたは該データ
の一部を指定して第３、第４の各処理システムへの送信
を要求するメッセージを作成し、第１の処理システムに
夫々送るステップと、第１の処理システムにおいて第
３、第４の各処理システムから送られたメッセージに応
じて、指定された前記データまたは該データの一部を第
３の処理システムおよび第４の処理システムに転送する
ステップと、第１の処理システムにおいて第１の処理シ
ステム上に保持してある前記補助処理システム数に基づ
き、第３の処理システム、または第４の処理システムか
らの前記データ要求メッセージを再び受信するか、ある
いは、前記データの保存を打ち切るかを判定するステッ
プからなるようにしている。また、第１の処理システム
は、第２の処理システムに対して前記データの処理を要
求するメッセージを送るコンテキストとは異なるコンテ
キストにより、第３の処理システムからのデータ要求メ
ッセージを受け取り、前記データの第３の処理システム
への送信を行なうようにしている。
【０００６】
【実施例】以下、図を用いて本発明の実施例について説
明する。図１は本発明により実現されるメッセージの流
れを示すブロック図である。
明する。図１は本発明により実現されるメッセージの流
れを示すブロック図である。
【０００７】ボックス１０１、１０２、及び１００はそ
れぞれ、サーバＡ、サーバＢ、及びアプリケーションが
稼働するノードを示している。これらのボックス間の結
線１１１、１１２、及び１１３はそれぞれノード間の通
信路を示している。いうまでもなくこれらの通信路は物
理的にノード間を直接に結んでいるものである必要はな
く様々な態様を取り得る。ここで、アプリケーションノ
ード１００から、その内部データの処理要求がサーバノ
ードに発せられるが、データ処理のための実祭のデータ
転送は処理要求を受けたサーバ、例えば、サーバＡノー
ド１０１からの制御信号により開始される。すなわち、
データ転送はサーバノードの制御下にある。ボックス１
２１はサーバＡノード１０１に転送されるメッセージ
で、矢印１７１は本メッセージが本発明によりアプリケ
ーションノード１００からサーバＡノード１０１に通信
路１１１を用いて送信される様子を表している。ボック
ス１４１はメッセージ送信１７１によって引き起こされ
たサービス要求のためのもう一つのメッセージで、矢印
１７２はサーバＡノード１０１からサーバＢノード１０
２に当該メッセージが通信路１１２を用いて送信される
様子を表している。ボックス１２２はメッセージ１２１
に伴う長大データで、矢印１７３は長大データ１２２が
本発明によりメッセージ１４１に基づきアプリケーショ
ンノード１００からサーバＢノード１０２に通信路１１
３を用いて送信される様子を表している。アプリケーシ
ョンノード１００で稼働するプログラムはサーバＡ１０
１に対して長大データ１２２に関するサービスを要求す
るにあたり、メッセージ１２１を作る。メッセージ１２
１は長大データ１２２の内容そのものは含まないが、長
大データ指定情報１２３を含む。この長大データ指定情
報１２３は矢印１２４に表されるように、長大データ１
２２を指定するが、アプリケーションノード１００の内
部だけでなく、他のノード、就中サーバＡノード１０
１、及びサーバＢノード１０２においても長大データ１
２２を指定するのに十分な情報を含んでいる。
れぞれ、サーバＡ、サーバＢ、及びアプリケーションが
稼働するノードを示している。これらのボックス間の結
線１１１、１１２、及び１１３はそれぞれノード間の通
信路を示している。いうまでもなくこれらの通信路は物
理的にノード間を直接に結んでいるものである必要はな
く様々な態様を取り得る。ここで、アプリケーションノ
ード１００から、その内部データの処理要求がサーバノ
ードに発せられるが、データ処理のための実祭のデータ
転送は処理要求を受けたサーバ、例えば、サーバＡノー
ド１０１からの制御信号により開始される。すなわち、
データ転送はサーバノードの制御下にある。ボックス１
２１はサーバＡノード１０１に転送されるメッセージ
で、矢印１７１は本メッセージが本発明によりアプリケ
ーションノード１００からサーバＡノード１０１に通信
路１１１を用いて送信される様子を表している。ボック
ス１４１はメッセージ送信１７１によって引き起こされ
たサービス要求のためのもう一つのメッセージで、矢印
１７２はサーバＡノード１０１からサーバＢノード１０
２に当該メッセージが通信路１１２を用いて送信される
様子を表している。ボックス１２２はメッセージ１２１
に伴う長大データで、矢印１７３は長大データ１２２が
本発明によりメッセージ１４１に基づきアプリケーショ
ンノード１００からサーバＢノード１０２に通信路１１
３を用いて送信される様子を表している。アプリケーシ
ョンノード１００で稼働するプログラムはサーバＡ１０
１に対して長大データ１２２に関するサービスを要求す
るにあたり、メッセージ１２１を作る。メッセージ１２
１は長大データ１２２の内容そのものは含まないが、長
大データ指定情報１２３を含む。この長大データ指定情
報１２３は矢印１２４に表されるように、長大データ１
２２を指定するが、アプリケーションノード１００の内
部だけでなく、他のノード、就中サーバＡノード１０
１、及びサーバＢノード１０２においても長大データ１
２２を指定するのに十分な情報を含んでいる。
【０００８】本発明では、メッセージ１２１がアプリケ
ーションノード１００からサーバＡノード１０１に送信
されると、当該メッセージを受信したサーバＡノード１
０１のプログラムは、当該メッセージ及びそれに伴う長
大データ１２２の処理のためにサーバＢに補助サービス
処理を要求することを、想定しており、そのためにサー
バＡノードでは前記プログラムによりメッセージ１４１
を作成する。メッセージ１４１の中には受信メッセージ
１２１から得られる長大データ指定情報１２３、あるい
はそれと同等の情報を持つ長大データ指定情報１４３が
含まれる。
ーションノード１００からサーバＡノード１０１に送信
されると、当該メッセージを受信したサーバＡノード１
０１のプログラムは、当該メッセージ及びそれに伴う長
大データ１２２の処理のためにサーバＢに補助サービス
処理を要求することを、想定しており、そのためにサー
バＡノードでは前記プログラムによりメッセージ１４１
を作成する。メッセージ１４１の中には受信メッセージ
１２１から得られる長大データ指定情報１２３、あるい
はそれと同等の情報を持つ長大データ指定情報１４３が
含まれる。
【０００９】サーバＢノード１０２ではメッセージ１４
１の処理のために当該メッセージに含まれる長大データ
指定情報１４３を用いて、アプリケーションノード１０
０に対し、長大データ１２２のサーバＢノードへの転送
を要求するためのメッセージ１６１を作成する。当該メ
ッセージは長大指定データ１４３、またはそれと同等の
情報を持つ長大データ指定情報１６３を含む。長大デー
タ指定情報１６３は本来、アプリケーションノード１０
０で作成された長大データ１２３と同等の情報を持ち、
アプリケーションノード１００では正しく長大データ１
２２を指定するものと解釈される。アプリケーションノ
ード１００ではメッセージ１６１を受けて、メッセージ
１６１の長大データ指定情報１６３によって指定された
長大データ１２２をサーバＢノード１０２に送信する。
１の処理のために当該メッセージに含まれる長大データ
指定情報１４３を用いて、アプリケーションノード１０
０に対し、長大データ１２２のサーバＢノードへの転送
を要求するためのメッセージ１６１を作成する。当該メ
ッセージは長大指定データ１４３、またはそれと同等の
情報を持つ長大データ指定情報１６３を含む。長大デー
タ指定情報１６３は本来、アプリケーションノード１０
０で作成された長大データ１２３と同等の情報を持ち、
アプリケーションノード１００では正しく長大データ１
２２を指定するものと解釈される。アプリケーションノ
ード１００ではメッセージ１６１を受けて、メッセージ
１６１の長大データ指定情報１６３によって指定された
長大データ１２２をサーバＢノード１０２に送信する。
【００１０】図２は上記の処理を説明するフロー図であ
る。２１０、及び２２０はアプリケーションノード１０
０で行なわれる処理フローを示す。２３０、及び２５０
はそれぞれサーバＡノード、及びサーバＢノードで行な
われる処理フローを示す。処理フロー２１０、及び２２
０で示される処理はともにアプリケーションノード１０
０で実行されるものであるが、ここではそれぞれを独立
したコンテキストのもとに実行させることとし、別の処
理フローとして表してある。アプリケーションノード１
００では、ステップ２１１でメッセージ１２１の作成、
及びサーバＡノードへの送信を行なう。次いで、ステッ
プ２１２では当該送信メッセージに対する応答メッセー
ジを待つ。矢印２７１は矢印１７１に対応しており、メ
ッセージ１２１の受渡しを表している。
る。２１０、及び２２０はアプリケーションノード１０
０で行なわれる処理フローを示す。２３０、及び２５０
はそれぞれサーバＡノード、及びサーバＢノードで行な
われる処理フローを示す。処理フロー２１０、及び２２
０で示される処理はともにアプリケーションノード１０
０で実行されるものであるが、ここではそれぞれを独立
したコンテキストのもとに実行させることとし、別の処
理フローとして表してある。アプリケーションノード１
００では、ステップ２１１でメッセージ１２１の作成、
及びサーバＡノードへの送信を行なう。次いで、ステッ
プ２１２では当該送信メッセージに対する応答メッセー
ジを待つ。矢印２７１は矢印１７１に対応しており、メ
ッセージ１２１の受渡しを表している。
【００１１】サーバＡノード１０１では、ステップ２３
１で当該メッセージを受信する。ステップ２３２では当
該メッセージのサーバＡにおける処理を行なう。これに
はメッセージ内容の解釈の他、管理情報の更新などが考
えられるが、本発明には直接関係はない。ステップ２３
３ではメッセージ１４１を作成し、サーバＢノードに補
助サービスを要求する。次いでステップ２３４では当該
送信メッセージに対する応答メッセージを待つ。矢印２
７２は矢印１７２に対応しており、メッセージ１４１の
受渡しを表している。
１で当該メッセージを受信する。ステップ２３２では当
該メッセージのサーバＡにおける処理を行なう。これに
はメッセージ内容の解釈の他、管理情報の更新などが考
えられるが、本発明には直接関係はない。ステップ２３
３ではメッセージ１４１を作成し、サーバＢノードに補
助サービスを要求する。次いでステップ２３４では当該
送信メッセージに対する応答メッセージを待つ。矢印２
７２は矢印１７２に対応しており、メッセージ１４１の
受渡しを表している。
【００１２】サーバＢノード１０２では、ステップ２５
１でメッセージ１４１を受信する。要求された補助サー
ビスを行なうために、ステップ２５２ではメッセージ１
６１を作成し、アプリケーションノード１００に送信す
る。次いでステップ２５３では当該送信メッセージに対
する応答として、長大データ１２２のが送信されてくる
のを待つ。矢印２７５はメッセージ１６１の受渡しを表
している。
１でメッセージ１４１を受信する。要求された補助サー
ビスを行なうために、ステップ２５２ではメッセージ１
６１を作成し、アプリケーションノード１００に送信す
る。次いでステップ２５３では当該送信メッセージに対
する応答として、長大データ１２２のが送信されてくる
のを待つ。矢印２７５はメッセージ１６１の受渡しを表
している。
【００１３】アプリケーションノード１００では、ステ
ップ２２１で当該メッセージを受信する。ステップ２２
２では、当該メッセージに含まれている長大データ指定
情報１６３により要求されている長大データ１２２を認
識し、当該長大データをサーバＢノードへ送信する。矢
印２７３はこのメッセージ送信を表している。
ップ２２１で当該メッセージを受信する。ステップ２２
２では、当該メッセージに含まれている長大データ指定
情報１６３により要求されている長大データ１２２を認
識し、当該長大データをサーバＢノードへ送信する。矢
印２７３はこのメッセージ送信を表している。
【００１４】サーバＢノード１０２では、ステップ２５
３にて当該長大データを受信する。ステップ２５４では
受信した長大データを用いた処理を行なう。例えばディ
スクへの格納、ネットワークへの送出、あるいはデータ
内容の検索などが考えられる。ステップ２５５ではサー
バＡノード１０１へ、処理結果を報告するためのメッセ
ージを送る。矢印２７６は当該メッセージ送信を表して
いる。
３にて当該長大データを受信する。ステップ２５４では
受信した長大データを用いた処理を行なう。例えばディ
スクへの格納、ネットワークへの送出、あるいはデータ
内容の検索などが考えられる。ステップ２５５ではサー
バＡノード１０１へ、処理結果を報告するためのメッセ
ージを送る。矢印２７６は当該メッセージ送信を表して
いる。
【００１５】サーバＡノード１０１ではステップ２３４
で当該メッセージを受信する。その結果に基づく処理を
行なった後、ステップ２３５でアプリケーションノード
１００にメッセージ１２１によって要求されたサービス
の結果を報告するメッセージを送信する。矢印２７７は
当該メッセージ送信を表している。アプリケーションノ
ード１００では、ステップ２１２にて当該メッセージを
受信する。
で当該メッセージを受信する。その結果に基づく処理を
行なった後、ステップ２３５でアプリケーションノード
１００にメッセージ１２１によって要求されたサービス
の結果を報告するメッセージを送信する。矢印２７７は
当該メッセージ送信を表している。アプリケーションノ
ード１００では、ステップ２１２にて当該メッセージを
受信する。
【００１６】以上の処理により、アプリケーションノー
ド１００からサーバＢノード１０２への長大データ１２
２の転送は、直接サーバＢノード１０２に対して行なわ
れ、長大データ１２２をサーバＡノード１０１に転送し
た後、改めてサーバＡノード１０１からサーバＢノード
１０２へ転送することはしなくてよい。これにより、長
大データ送信のオーバヘッドは最小になり、サービス処
理時間が短くなり、ネットワークの負荷も小さくなる。
ド１００からサーバＢノード１０２への長大データ１２
２の転送は、直接サーバＢノード１０２に対して行なわ
れ、長大データ１２２をサーバＡノード１０１に転送し
た後、改めてサーバＡノード１０１からサーバＢノード
１０２へ転送することはしなくてよい。これにより、長
大データ送信のオーバヘッドは最小になり、サービス処
理時間が短くなり、ネットワークの負荷も小さくなる。
【００１７】以上が本発明に係る処理フローであるが、
次のような処理の省略が可能である。ステップ２１１で
要求するサービスの結果を受信する必要がないならば、
ステップ２１２、ステップ２３５は不要である。またス
テップ２３３で要求する補助サービスの結果を受信する
必要がないならば、ステップ２３４、及び２５５は不要
である。受信処理２２１、及び送信処理２２２はメッセ
ージ１２１を送信したのとは別のコンテキストで行なう
方法もある。その場合は処理ステップ２２１、及び２２
２を処理ステップ２１１、及び２１２の間に挿入すれば
良い。ステップ２１１からステップ２２２までの間では
長大データ１２２の内容を保存する必要がある。そのた
めに、例えばこの間は長大データ１２２の内容を更新し
ない、あるいは長大データ１２２のコピーを保存してお
くなどの制御が考えられる。このような制御を行なう場
合は、ステップ２２２では、長大データ１２２の取り出
し要求を受けたのを機会に、当該長大データ１２２の保
存制御の解除処理を行なっても良い。
次のような処理の省略が可能である。ステップ２１１で
要求するサービスの結果を受信する必要がないならば、
ステップ２１２、ステップ２３５は不要である。またス
テップ２３３で要求する補助サービスの結果を受信する
必要がないならば、ステップ２３４、及び２５５は不要
である。受信処理２２１、及び送信処理２２２はメッセ
ージ１２１を送信したのとは別のコンテキストで行なう
方法もある。その場合は処理ステップ２２１、及び２２
２を処理ステップ２１１、及び２１２の間に挿入すれば
良い。ステップ２１１からステップ２２２までの間では
長大データ１２２の内容を保存する必要がある。そのた
めに、例えばこの間は長大データ１２２の内容を更新し
ない、あるいは長大データ１２２のコピーを保存してお
くなどの制御が考えられる。このような制御を行なう場
合は、ステップ２２２では、長大データ１２２の取り出
し要求を受けたのを機会に、当該長大データ１２２の保
存制御の解除処理を行なっても良い。
【００１８】図３は本発明の１実施例におけるメッセー
ジ１２１の内容を示している。メッセージ１２１はヘッ
ダフィールド３１１、長大データ指定情報フィールド１
２３、機能指定情報フィールド３１３、及びその他の情
報を格納するフィールド３１４からなる。長大データ指
定情報フィールド１２３はノード指定情報フィールド３
２１、レシーバ指定フィールド３２２、データ指定フィ
ールド３２３、及びデータ長フィールド３２４からな
る。ヘッダフィールド３１１はこのメッセージ１２１が
どのプログラムに送られるものか、どのプログラムが送
ったものか、その他の通信に必要な情報を含む。メッセ
ージの送り先の情報としては間接的にメッセージキュー
を指定する情報としてもよい。長大データ指定情報１２
３は他のノードから、どのノード上のデータを指定して
いるかを知るに十分な情報を持つ必要がある。そのため
にノード指定情報３２１がある。例えばノード番号がネ
ットワーク上で大域的に定義されているならば、ノード
番号をノード指定情報として用いれば良い。またネット
ワーク上の座標でノードを識別できるシステムならば、
これを用いれば良い。また、一般に１ノード上には複数
のプログラムが稼働しており、長大データ指定情報１２
３には、長大データ１２２を取り出すためにはどのプロ
グラムに要求を出せば良いかを知るのに十分な情報を持
つ必要がある。そのためにレシーバ指定情報３２２があ
る。例えば従来技術として挙げた文献で用いられている
ポートをここに指定し、間接的に受信プログラムを指定
する方法がある。受信プログラムとしてはアプリケーシ
ョンプログラムの中の最初のサービス要求を出したコン
テキスト、別の独立したコンテキスト、あるいはＯＳ内
にコンテキストが有り、ＯＳ自体がコンテキストになる
場合が有り得る。ＯＳが受信プログラムとなる場合は、
ＯＳは長大データ１２２の保存を行なう必要がある。デ
ータ指定情報３２３としては、例えばプログラムを指定
することで定まる仮想アドレス空間内でのアドレス、あ
るいはそれに準ずるものが考えられる。長大データ毎に
受信者が異なるならば、レシーバ指定情報３２２だけで
データの指定も可能となるため、データ指定情報３２３
は必ずしも必要ない。データ長フィールド３２４はデー
タ指定情報３２３により長大データ１２２のアドレスが
決まるとし、その長さを与えて、転送すべきデータを確
定させる。データの長さがデータ指定データから判明す
るようにアプリケーションノード１００内で管理する場
合は、このフィールドは必ずしも必要ない。但し、サー
バＢノード１０２で長大データの長さを知って長大デー
タの受信用バッファの適正な管理を行なうといった最適
化のために含めたほうがよい。
ジ１２１の内容を示している。メッセージ１２１はヘッ
ダフィールド３１１、長大データ指定情報フィールド１
２３、機能指定情報フィールド３１３、及びその他の情
報を格納するフィールド３１４からなる。長大データ指
定情報フィールド１２３はノード指定情報フィールド３
２１、レシーバ指定フィールド３２２、データ指定フィ
ールド３２３、及びデータ長フィールド３２４からな
る。ヘッダフィールド３１１はこのメッセージ１２１が
どのプログラムに送られるものか、どのプログラムが送
ったものか、その他の通信に必要な情報を含む。メッセ
ージの送り先の情報としては間接的にメッセージキュー
を指定する情報としてもよい。長大データ指定情報１２
３は他のノードから、どのノード上のデータを指定して
いるかを知るに十分な情報を持つ必要がある。そのため
にノード指定情報３２１がある。例えばノード番号がネ
ットワーク上で大域的に定義されているならば、ノード
番号をノード指定情報として用いれば良い。またネット
ワーク上の座標でノードを識別できるシステムならば、
これを用いれば良い。また、一般に１ノード上には複数
のプログラムが稼働しており、長大データ指定情報１２
３には、長大データ１２２を取り出すためにはどのプロ
グラムに要求を出せば良いかを知るのに十分な情報を持
つ必要がある。そのためにレシーバ指定情報３２２があ
る。例えば従来技術として挙げた文献で用いられている
ポートをここに指定し、間接的に受信プログラムを指定
する方法がある。受信プログラムとしてはアプリケーシ
ョンプログラムの中の最初のサービス要求を出したコン
テキスト、別の独立したコンテキスト、あるいはＯＳ内
にコンテキストが有り、ＯＳ自体がコンテキストになる
場合が有り得る。ＯＳが受信プログラムとなる場合は、
ＯＳは長大データ１２２の保存を行なう必要がある。デ
ータ指定情報３２３としては、例えばプログラムを指定
することで定まる仮想アドレス空間内でのアドレス、あ
るいはそれに準ずるものが考えられる。長大データ毎に
受信者が異なるならば、レシーバ指定情報３２２だけで
データの指定も可能となるため、データ指定情報３２３
は必ずしも必要ない。データ長フィールド３２４はデー
タ指定情報３２３により長大データ１２２のアドレスが
決まるとし、その長さを与えて、転送すべきデータを確
定させる。データの長さがデータ指定データから判明す
るようにアプリケーションノード１００内で管理する場
合は、このフィールドは必ずしも必要ない。但し、サー
バＢノード１０２で長大データの長さを知って長大デー
タの受信用バッファの適正な管理を行なうといった最適
化のために含めたほうがよい。
【００１９】図４は本発明の１実施例におけるメッセー
ジ１４１の内容を示している。サーバＡノード１０１か
らサーバＢノード１０２へ、補助サービスを要求するメ
ッセージ１４１にはヘッダフィールド４１１、長大デー
タ指定情報フィールド１４３、機能指定情報フィールド
４１３、及びその他の情報のフィールド４１４がある。
メッセージの送り先の情報としては間接的にメッセージ
キューを指定する情報としてもよい。ヘッダフィールド
４１１はこのメッセージ１４１がどのプログラムに送ら
れるものか、どのプログラムが送ったものか、その他の
通信に必要な情報を含む。長大データ指定情報フィール
ド１４３の内容は、メッセージ１２１（図３）の長大デ
ータ指定情報１２３と同様の構成と内容を持つ。機能指
定情報フィールド４１３は、要求する補助サービスの内
容を記述する情報を含む。
ジ１４１の内容を示している。サーバＡノード１０１か
らサーバＢノード１０２へ、補助サービスを要求するメ
ッセージ１４１にはヘッダフィールド４１１、長大デー
タ指定情報フィールド１４３、機能指定情報フィールド
４１３、及びその他の情報のフィールド４１４がある。
メッセージの送り先の情報としては間接的にメッセージ
キューを指定する情報としてもよい。ヘッダフィールド
４１１はこのメッセージ１４１がどのプログラムに送ら
れるものか、どのプログラムが送ったものか、その他の
通信に必要な情報を含む。長大データ指定情報フィール
ド１４３の内容は、メッセージ１２１（図３）の長大デ
ータ指定情報１２３と同様の構成と内容を持つ。機能指
定情報フィールド４１３は、要求する補助サービスの内
容を記述する情報を含む。
【００２０】図５は本発明の１実施例におけるメッセー
ジ１６１の内容を示している。サーバＢノード１０２か
らアプリケーションノード１００へ、長大データの送信
を要求するメッセージ１６１にはヘッダフィールド５１
１、長大データ指定情報フィールド１６３、機能指定情
報フィールド５１３、及びその他の情報のフィールド５
１４がある。ヘッダフィールド５１１はこのメッセージ
１６１がどのプログラムに送られるものか、どのプログ
ラムが送ったものか、その他の通信に必要な情報を含
む。どのプログラムに送るべきかは、メッセージ１４１
の長大データ指定情報１４３のレシーバ指定情報３２２
から知る事ができ、ヘッダフィールド５１１に指定する
ことができる。長大データ指定情報フィールド１６３の
内容は、メッセージ１２１の長大データ指定情報１２３
と同様の構成と内容を持つ。但し、レシーバ指定情報３
２２に相当する情報はヘッダフィールド５１１の中に使
用されているので、長大データ指定情報１６３からは省
略することもできる。機能指定情報フィールド５１３
は、長大データの取り出し要求メッセージであることを
示す情報を含む。
ジ１６１の内容を示している。サーバＢノード１０２か
らアプリケーションノード１００へ、長大データの送信
を要求するメッセージ１６１にはヘッダフィールド５１
１、長大データ指定情報フィールド１６３、機能指定情
報フィールド５１３、及びその他の情報のフィールド５
１４がある。ヘッダフィールド５１１はこのメッセージ
１６１がどのプログラムに送られるものか、どのプログ
ラムが送ったものか、その他の通信に必要な情報を含
む。どのプログラムに送るべきかは、メッセージ１４１
の長大データ指定情報１４３のレシーバ指定情報３２２
から知る事ができ、ヘッダフィールド５１１に指定する
ことができる。長大データ指定情報フィールド１６３の
内容は、メッセージ１２１の長大データ指定情報１２３
と同様の構成と内容を持つ。但し、レシーバ指定情報３
２２に相当する情報はヘッダフィールド５１１の中に使
用されているので、長大データ指定情報１６３からは省
略することもできる。機能指定情報フィールド５１３
は、長大データの取り出し要求メッセージであることを
示す情報を含む。
【００２１】サーバＡノード１０１で何らかのエラーに
遭遇したり、サーバＢノード１０２への補助サービスが
不要になるなど、アプリケーションノード１００に対す
る、前記長大データ１２２の取り出し要求メッセージ１
６１が送られなくなった場合には、アプリケーションノ
ード１００では前記長大データ１２２の取り出し要求を
受信するまでシステム内に保持しているため、その解放
の契機を別の形で与える必要がある。このような場合は
サーバＡノードから長大データ取り出しメッセージ１６
１と同様のメッセージを送る。メッセージを受け取るの
は同様に長大データ取り出しメッセージの受信コンテキ
スト２２０である。前記メッセージ１６１の機能指定情
報フィールド５１３には長大データ１２２の送信の必要
がないことを指示する情報が格納される。ステップ２２
２では当該情報５１３から長大データ１２２の送信の必
要性を判別し、送信の必要がなければ、前記長大データ
１２２の保存制御の解除処理のみを行なう。
遭遇したり、サーバＢノード１０２への補助サービスが
不要になるなど、アプリケーションノード１００に対す
る、前記長大データ１２２の取り出し要求メッセージ１
６１が送られなくなった場合には、アプリケーションノ
ード１００では前記長大データ１２２の取り出し要求を
受信するまでシステム内に保持しているため、その解放
の契機を別の形で与える必要がある。このような場合は
サーバＡノードから長大データ取り出しメッセージ１６
１と同様のメッセージを送る。メッセージを受け取るの
は同様に長大データ取り出しメッセージの受信コンテキ
スト２２０である。前記メッセージ１６１の機能指定情
報フィールド５１３には長大データ１２２の送信の必要
がないことを指示する情報が格納される。ステップ２２
２では当該情報５１３から長大データ１２２の送信の必
要性を判別し、送信の必要がなければ、前記長大データ
１２２の保存制御の解除処理のみを行なう。
【００２２】以上はサーバＡノード１０１が長大データ
１２２に対する補助サービスをサーバＢノード１０２の
みに要求した場合の実施例であった。次にサーバＡノー
ド１０１が長大データ１２２の補助サービスを複数のサ
ーバに要求する場合の実施例を説明する。簡単な一方法
は、複数のサーバに補助サービスを要求するときは、サ
ーバＡノードからアプリケーションノード１００へ長大
データ１２２の取り出し要求メッセージ１６１を送り、
長大データ１２２をアプリケーションノード１００から
サーバＡノードに送信させ、他のサーバへの補助サービ
スの要求では、長大データをサーバＡノード１０１から
送るように構成することであるが、これは本発明による
効果を得ることのできない方法である。
１２２に対する補助サービスをサーバＢノード１０２の
みに要求した場合の実施例であった。次にサーバＡノー
ド１０１が長大データ１２２の補助サービスを複数のサ
ーバに要求する場合の実施例を説明する。簡単な一方法
は、複数のサーバに補助サービスを要求するときは、サ
ーバＡノードからアプリケーションノード１００へ長大
データ１２２の取り出し要求メッセージ１６１を送り、
長大データ１２２をアプリケーションノード１００から
サーバＡノードに送信させ、他のサーバへの補助サービ
スの要求では、長大データをサーバＡノード１０１から
送るように構成することであるが、これは本発明による
効果を得ることのできない方法である。
【００２３】本発明の目的とする効果を前記のような場
合に実現するには、サーバＡノード１０１が要求したの
と同じ回数だけアプリケーションノード１００における
コンテキスト２２０が長大データ１２２に対する取り出
し要求メッセージを受付けること、及びその間長大デー
タ１２２の保存制御を維持する必要がある。予めサーバ
Ａノードが例えば２つのサーバに補助サービスを要求す
ることが分かっているならば、アプリケーションノード
１００ではコンテキスト２２０で無条件に取り出し要求
メッセージを２回待つようにすればよい。しかし、アプ
リケーションノード１００で稼働するプログラムをサー
バＡノード１０１における処理や構成から独立になるよ
うにするには、このような処理の実装方法に依存する情
報を前提にプログラムを構成することはできない。
合に実現するには、サーバＡノード１０１が要求したの
と同じ回数だけアプリケーションノード１００における
コンテキスト２２０が長大データ１２２に対する取り出
し要求メッセージを受付けること、及びその間長大デー
タ１２２の保存制御を維持する必要がある。予めサーバ
Ａノードが例えば２つのサーバに補助サービスを要求す
ることが分かっているならば、アプリケーションノード
１００ではコンテキスト２２０で無条件に取り出し要求
メッセージを２回待つようにすればよい。しかし、アプ
リケーションノード１００で稼働するプログラムをサー
バＡノード１０１における処理や構成から独立になるよ
うにするには、このような処理の実装方法に依存する情
報を前提にプログラムを構成することはできない。
【００２４】図６は上記問題を解決する、本発明の別の
実施例を説明するフロー図である。アプリケーションノ
ード１００が送ったサービス要求メッセージをステップ
２３１で受信すると、サーバＡはステップ６３２で要求
する補助サービスを求め、該補助サービス要求数を知ら
せるメッセージを作成し、アプリケーションノード１０
０に送る。該メッセージの内容はメッセージ１６１と同
様の構造をしており、長大データ１２２を指定するフィ
ールドの他、機能指定フィールド５１３には予定してい
る長大データ要求回数の通知メッセージであることを指
定する情報が格納される。また同メッセージのその他の
情報フィールド５１４に補助サービス要求回数情報が格
納される。矢印６７９はこのメッセージの受け渡しを表
している。
実施例を説明するフロー図である。アプリケーションノ
ード１００が送ったサービス要求メッセージをステップ
２３１で受信すると、サーバＡはステップ６３２で要求
する補助サービスを求め、該補助サービス要求数を知ら
せるメッセージを作成し、アプリケーションノード１０
０に送る。該メッセージの内容はメッセージ１６１と同
様の構造をしており、長大データ１２２を指定するフィ
ールドの他、機能指定フィールド５１３には予定してい
る長大データ要求回数の通知メッセージであることを指
定する情報が格納される。また同メッセージのその他の
情報フィールド５１４に補助サービス要求回数情報が格
納される。矢印６７９はこのメッセージの受け渡しを表
している。
【００２５】アプリケーションノードのコンテキスト２
２０ではステップ６２１で前記メッセージ６７９を受信
する。ステップ６２１は長大データ取り出し要求メッセ
ージも受信するので、ステップ６２４では受信したメッ
セージの要求機能の判定をメッセージ１６１の機能指定
情報フィールド５１３を用いて判定する。判定の結果、
受信したメッセージが長大データ取り出し要求メッセー
ジならばステップ６２２へ進む。また受信したメッセー
ジが補助サービス要求数の通知メッセージならば、ステ
ップ６２３に進む。ステップ６２３では受信したメッセ
ージにより通知されたメッセージ要求数を長大データ送
信予定回数に加算する。但し、該長大データ送信予定回
数の初期値はゼロとする。更に前記受信メッセージに対
する応答メッセージをサーバＡに対して送る。続いてス
テップ６２５では、長大データ送信予定回数を調べ、値
が正ならばステップ６２１に戻る。
２０ではステップ６２１で前記メッセージ６７９を受信
する。ステップ６２１は長大データ取り出し要求メッセ
ージも受信するので、ステップ６２４では受信したメッ
セージの要求機能の判定をメッセージ１６１の機能指定
情報フィールド５１３を用いて判定する。判定の結果、
受信したメッセージが長大データ取り出し要求メッセー
ジならばステップ６２２へ進む。また受信したメッセー
ジが補助サービス要求数の通知メッセージならば、ステ
ップ６２３に進む。ステップ６２３では受信したメッセ
ージにより通知されたメッセージ要求数を長大データ送
信予定回数に加算する。但し、該長大データ送信予定回
数の初期値はゼロとする。更に前記受信メッセージに対
する応答メッセージをサーバＡに対して送る。続いてス
テップ６２５では、長大データ送信予定回数を調べ、値
が正ならばステップ６２１に戻る。
【００２６】サーバＡの処理６３０ではステップ６３２
で、前記応答メッセージを受け取り、正にメッセージが
処理された事を確認すると、ステップ６３３では複数の
補助サービスを実行するサーバのノードにメッセージを
送る。ここではサーバＢ、及びサーバＣに補助サービス
を要求するものとする。サーバＢにおける処理は処理フ
ロー２５０に、またサーバＣにおける処理は処理フロー
６５０にそれぞれ示されている。送られるメッセージの
構造はメッセージ１４１と同様の構造を持ち、各補助サ
ーバに対して要求するサービスの内容は各補助サーバ要
に用意されたメッセージの機能指定情報フィールド４１
３に明示される。指定される機能としては、例えばサー
バＢ、サーバＣで異なるデータベースを長大データ１２
２を用いて検索するといったサービスが考えられる。こ
れらのメッセージパッシングは矢印２７２、及び６７２
により表されている。
で、前記応答メッセージを受け取り、正にメッセージが
処理された事を確認すると、ステップ６３３では複数の
補助サービスを実行するサーバのノードにメッセージを
送る。ここではサーバＢ、及びサーバＣに補助サービス
を要求するものとする。サーバＢにおける処理は処理フ
ロー２５０に、またサーバＣにおける処理は処理フロー
６５０にそれぞれ示されている。送られるメッセージの
構造はメッセージ１４１と同様の構造を持ち、各補助サ
ーバに対して要求するサービスの内容は各補助サーバ要
に用意されたメッセージの機能指定情報フィールド４１
３に明示される。指定される機能としては、例えばサー
バＢ、サーバＣで異なるデータベースを長大データ１２
２を用いて検索するといったサービスが考えられる。こ
れらのメッセージパッシングは矢印２７２、及び６７２
により表されている。
【００２７】サーバＢ、及びサーバＣにおける処理はす
でに説明した通りである。ステップ６５１、６５２、６
５３、及び６５５はそれぞれステップ２５１、２５２、
２５３、及び２５５と同様である。ステップ２５２、な
いし６５２で長大データ１２２の取り出し要求メッセー
ジが送られると、ステップ６２１で受信され、ステップ
６２４で要求機能の判定の結果、ステップ６２２に進む
ことは前記の通りである。ステップ６２２では要求に応
えて長大メッセージ１２２をサーバＢ、ないしサーバＣ
に対して送り、長大データ送信予定回数から１を減ず
る。続いてステップ６２５では長大データ送信予定回数
を調べる。該回数は残りの長大データ送信予定回数を示
しており、値が正ならばステップ６２１に戻るのは前記
の通りである。値が正でないならば、長大データの送信
は全て終了したので、ステップ６２６に進む。ステップ
６２６では長大データの保存制御を解除する。ステップ
６３４ではサーバＢ、及びサーバＣからの応答メッセー
ジを待ち、ステップ２３５でアプリケーションノード１
００に対し、応答メッセージを送る。
でに説明した通りである。ステップ６５１、６５２、６
５３、及び６５５はそれぞれステップ２５１、２５２、
２５３、及び２５５と同様である。ステップ２５２、な
いし６５２で長大データ１２２の取り出し要求メッセー
ジが送られると、ステップ６２１で受信され、ステップ
６２４で要求機能の判定の結果、ステップ６２２に進む
ことは前記の通りである。ステップ６２２では要求に応
えて長大メッセージ１２２をサーバＢ、ないしサーバＣ
に対して送り、長大データ送信予定回数から１を減ず
る。続いてステップ６２５では長大データ送信予定回数
を調べる。該回数は残りの長大データ送信予定回数を示
しており、値が正ならばステップ６２１に戻るのは前記
の通りである。値が正でないならば、長大データの送信
は全て終了したので、ステップ６２６に進む。ステップ
６２６では長大データの保存制御を解除する。ステップ
６３４ではサーバＢ、及びサーバＣからの応答メッセー
ジを待ち、ステップ２３５でアプリケーションノード１
００に対し、応答メッセージを送る。
【００２８】サーバＢノードで、さらに他のサーバに補
助処理を依頼する場合も考えられる。その場合は、サー
バＢノードではステップ６３２と同様の処理を行ない、
アプリケーションノードに長大データ送信予定回数の更
新を要求すれば良い。ステップ６２３ではステップ６３
２により知らされる送信予定回数を加算するので、正し
く長大データ送信予定回数が更新される。同様に、長大
データ送信予定回数として負の数を送信すれば、長大デ
ータの取り出し予定の中止を知らせる事ができる。
助処理を依頼する場合も考えられる。その場合は、サー
バＢノードではステップ６３２と同様の処理を行ない、
アプリケーションノードに長大データ送信予定回数の更
新を要求すれば良い。ステップ６２３ではステップ６３
２により知らされる送信予定回数を加算するので、正し
く長大データ送信予定回数が更新される。同様に、長大
データ送信予定回数として負の数を送信すれば、長大デ
ータの取り出し予定の中止を知らせる事ができる。
【００２９】また、サーバＢまたはサーバＣを異なるネ
ットワークに接続するための通信手段をサーバＢまたは
サーバＣに設け、サーバＢまたはサーバＣが受信した長
大データを他のサーバあるいはノードに送れるようにし
てもよい。また、サーバＢまたはサーバＣをデータベー
スアクセス機能を有するサーバとし、受信したデータま
たは該データの一部を用いてデータベースアクセスを行
なえるようにしてもよい。
ットワークに接続するための通信手段をサーバＢまたは
サーバＣに設け、サーバＢまたはサーバＣが受信した長
大データを他のサーバあるいはノードに送れるようにし
てもよい。また、サーバＢまたはサーバＣをデータベー
スアクセス機能を有するサーバとし、受信したデータま
たは該データの一部を用いてデータベースアクセスを行
なえるようにしてもよい。
【００３０】
【発明の効果】本発明によれば、長大データを実際に当
該長大データを使用するサーバノードにのみ送信し、サ
ービス要求を媒介する中間のサーバノードへの送信を行
なわなくてもよいので、長大データ送信のオーバヘッド
が最小になる。そのため、サービス処理時間が短くな
り、ネットワークの負荷も小さくなるという性能上の効
果がある。また、長大データを実際に処理するサーバの
ノードでは、長大データの長さを実際にデータが送られ
てくる前に予め知ることができるので、適切なフロー制
御を受信側の制御の基に行なう事ができる。
該長大データを使用するサーバノードにのみ送信し、サ
ービス要求を媒介する中間のサーバノードへの送信を行
なわなくてもよいので、長大データ送信のオーバヘッド
が最小になる。そのため、サービス処理時間が短くな
り、ネットワークの負荷も小さくなるという性能上の効
果がある。また、長大データを実際に処理するサーバの
ノードでは、長大データの長さを実際にデータが送られ
てくる前に予め知ることができるので、適切なフロー制
御を受信側の制御の基に行なう事ができる。
【図１】実施例のメッセージの流れを示すブロック図で
ある。
ある。
【図２】長大データの転送処理を説明するフロー図であ
る。
る。
【図３】サービス要求メッセージの構造を示す図であ
る。
る。
【図４】補助サービス要求メッセージの構造を示す図で
ある。
ある。
【図５】長大データ要求メッセージの構造を示す図であ
る。
る。
【図６】他のの実施例における長大データの転送処理を
説明するフロー図である。
説明するフロー図である。
１００ アプリケーションノード １０１ サーバＡノード １０２ サーバＢノード １２１、１４１、１６１ メッセージ １２２ 長大データ １２３、１４３、１６３ 長大データ指定情報
Claims (11)
- 【請求項１】 通信ネットワークと、該通信ネットワー
クに接続された、少なくとも３つの処理システムを備
え、第１の処理システムから第２の処理システムへ前記
第１の処理システムに存在するデータの所定の処理を依
頼する複合システムにおけるデータパッシング方法であ
って、 第１の処理システムにおいて前記データを指定する情報
を含むメッセージを作成して第２の処理システムに送る
ステップと、 第２の処理システムにおいて第３の処理システムに前記
データの補助処理を依頼するための前記データを指定す
る情報を含むメッセージを作成し、該メッセージを第３
の処理システムに送るステップと、 第３の処理システムにおいて第２の処理システムから送
られたメッセージに基づき第１の処理システムに対する
前記データまたは該データの一部を指定して第３の処理
システムへの送信を要求するメッセージを作成し、第１
の処理システムに送るステップと、 第１の処理システムにおいて第３の処理システムから送
られたメッセージに応じて、指定された前記データまた
は該データの一部を第３の処理システムに転送するステ
ップからなることを特徴とするデータパッシング方法。 - 【請求項２】 通信ネットワークと、該通信ネットワー
クに接続された、少なくとも４つの処理システムを備
え、第１の処理システムから第２の処理システムへ前記
第１の処理システムに存在するデータの所定の処理を依
頼する複合システムにおけるデータパッシング方法であ
って、 第１の処理システムにおいて前記データを指定する情報
を含むメッセージを作成して第２の処理システムに送る
ステップと、 第１の処理システムにおいて前記データを保存状態にお
くステップと、 第２の処理システムにおける第１の処理システムに存在
する前記データの補助処理を依頼する処理システムの数
を通知するメッセージを作成し、該メッセージを第１の
処理装置に送るステップと、 第１の処理システムにおいて第２の処理システムから送
られたメッセージに基づき通知された補助処理を行なう
システム数を保持するステップと、 第２の処理システムにおいて第３の処理システムおよび
第４の処理システムの夫々に前記データの補助処理を依
頼するための前記データを指定する情報を含むメッセー
ジを夫々作成し、該各メッセージを第３の処理システム
および第４の処理システムに送るステップと、 第３の処理システムおよび第４の処理システムの夫々に
おいて第２の処理システムから送られたメッセージに基
づき第１の処理システムに対する前記データまたは該デ
ータの一部を指定して第３、第４の各処理システムへの
送信を要求するメッセージを作成し、第１の処理システ
ムに夫々送るステップと、 第１の処理システムにおいて第３、第４の各処理システ
ムから送られたメッセージに応じて、指定された前記デ
ータまたは該データの一部を第３の処理システムおよび
第４の処理システムに転送するステップと、 第１の処理システムにおいて第１の処理システム上に保
持してある前記補助処理システム数に基づき、第３の処
理システム、または第４の処理システムからの前記デー
タ要求メッセージを再び受信するか、あるいは、前記デ
ータの保存を打ち切るかを判定するステップからなるこ
とを特徴とするデータパッシング方法。 - 【請求項３】 請求項１記載のデータパッシング方法に
おいて、 第１の処理システムは、第２の処理システムに対して前
記データの処理を要求するメッセージを送るコンテキス
トとは異なるコンテキストにより、第３の処理システム
からのデータ要求メッセージを受け取り、前記データの
第３の処理システムへの送信を行なうことを特徴とする
データパッシング方法。 - 【請求項４】 請求項３記載のデータパッシング方法に
おいて、 第１の処理システムは、オペレーティングシステムによ
り、第３の処理システムからのデータ要求メッセージを
受け取り、前記データの第３の処理システムへの送信を
行なうことを特徴とするデータパッシング方法。 - 【請求項５】 請求項１記載のデータパッシング方法に
おいて、 前記データを指定する情報に第１の処理システムを指定
する情報を含めることを特徴とするデータパッシング方
法。 - 【請求項６】 請求項１記載のデータパッシング方法に
おいて、 前記データを指定する情報に前記データの送信を要求す
るメッセージの送り先を指定する情報を含めることを特
徴とするデータパッシング方法。 - 【請求項７】 請求項６記載のデータパッシング方法に
おいて、 前記データの送信を要求するメッセージの送り先を指定
する情報として、間接的にメッセージキュー指定する含
めることを特徴とするデータパッシング方法。 - 【請求項８】 請求項１記載のデータパッシング方法に
おいて、 第３の処理システムは記憶格納手段を備え、第３の処理
システムにおいて前記データを該記憶格納手段に格納す
るステップを含むことを特徴とするデータパッシング方
法。 - 【請求項９】 請求項１記載のデータパッシング方法に
おいて、 第３の処理システムが前記ネットワークとは異なる第２
のネットワークに対する通信手段を備え、第３の処理シ
ステムにおいて前記データを該ネットワーク通信手段を
用いて送信するステップを含むことを特徴とするデータ
パッシング方法。 - 【請求項１０】 請求項１記載のデータパッシング方法
において、 第３の処理システムがデータベースアクセス機能を備
え、第３の処理システムにおいて前記転送されたデータ
または該データの一部を用いて該データベースアクセス
機能によるデータベースアクセスを行なうステップを含
むことを特徴とするデータパッシング方法。 - 【請求項１１】 請求項１記載のデータパッシング方法
において、 第３の処理システムは、第１の処理システムから転送さ
れたデータにより処理を実行するサーバであることを特
徴とするデータパッシング方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35029595A JP3502876B2 (ja) | 1995-12-22 | 1995-12-22 | データパッシング方法 |
| US08/766,466 US5862332A (en) | 1995-12-22 | 1996-12-12 | Method of data passing in parallel computer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35029595A JP3502876B2 (ja) | 1995-12-22 | 1995-12-22 | データパッシング方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09179839A true JPH09179839A (ja) | 1997-07-11 |
| JP3502876B2 JP3502876B2 (ja) | 2004-03-02 |
Family
ID=18409535
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35029595A Expired - Fee Related JP3502876B2 (ja) | 1995-12-22 | 1995-12-22 | データパッシング方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5862332A (ja) |
| JP (1) | JP3502876B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009295187A (ja) * | 1997-09-12 | 2009-12-17 | Alcatel-Lucent Usa Inc | ファイアウォールサービス提供方法 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8702103B2 (en) * | 2012-07-31 | 2014-04-22 | David Miller | Apparatus, method, and system for card game with diagrammatic solutions for play outcomes |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH047659A (ja) * | 1990-04-25 | 1992-01-13 | Toshiba Corp | 複合計算機システム |
| JPH04353955A (ja) * | 1991-05-31 | 1992-12-08 | Nec Corp | サーバ・クライアント型通信プロトコル |
| JPH06259362A (ja) * | 1993-03-08 | 1994-09-16 | Hitachi Ltd | マルチサーバ制御方式 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5325524A (en) * | 1989-04-06 | 1994-06-28 | Digital Equipment Corporation | Locating mobile objects in a distributed computer system |
| US5426427A (en) * | 1991-04-04 | 1995-06-20 | Compuserve Incorporated | Data transmission routing system |
| US5628011A (en) * | 1993-01-04 | 1997-05-06 | At&T | Network-based intelligent information-sourcing arrangement |
| US5459837A (en) * | 1993-04-21 | 1995-10-17 | Digital Equipment Corporation | System to facilitate efficient utilization of network resources in a computer network |
-
1995
- 1995-12-22 JP JP35029595A patent/JP3502876B2/ja not_active Expired - Fee Related
-
1996
- 1996-12-12 US US08/766,466 patent/US5862332A/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH047659A (ja) * | 1990-04-25 | 1992-01-13 | Toshiba Corp | 複合計算機システム |
| JPH04353955A (ja) * | 1991-05-31 | 1992-12-08 | Nec Corp | サーバ・クライアント型通信プロトコル |
| JPH06259362A (ja) * | 1993-03-08 | 1994-09-16 | Hitachi Ltd | マルチサーバ制御方式 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009295187A (ja) * | 1997-09-12 | 2009-12-17 | Alcatel-Lucent Usa Inc | ファイアウォールサービス提供方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3502876B2 (ja) | 2004-03-02 |
| US5862332A (en) | 1999-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3846736B2 (ja) | 多サイトに分散されたオブジェクト管理環境に対するシステム及び方法 | |
| US4851988A (en) | Loosely-coupled computer system using global identifiers to identify mailboxes and volumes | |
| EP1027796B1 (en) | Distributed web application server | |
| US6125399A (en) | Computer system including a plurality of nodes for transferring through a data transfer network messages having distinguishing fields used for distinguishing the messages and controlling receipt thereof | |
| US6434543B1 (en) | System and method for reliable caching of database connections in a distributed application | |
| US5530905A (en) | Temporary state preservation for a distributed file service which purges virtual circuit control information after expiration of time limit of inactivity | |
| AU742797B2 (en) | Method and apparatus for performing transactions in a stateless web environment which supports a declarative paradigm | |
| US6225995B1 (en) | Method and apparatus for incorporating state information into a URL | |
| EP1027794B1 (en) | Method and system for facilitating distributed software development in a distribution unaware manner | |
| US6799200B1 (en) | Mechanisms for efficient message passing with copy avoidance in a distributed system | |
| US20090254917A1 (en) | System and method for improved i/o node control in computer system | |
| JP4675174B2 (ja) | データベース処理方法、システム及びプログラム | |
| US7934218B2 (en) | Interprocess communication management using a socket layer | |
| JPH06282481A (ja) | サーバ・メモリの管理 | |
| JPH0962635A (ja) | 疎結合並列処理環境においてトランザクション直列化制御機能を有する顧客情報制御システム及び方法 | |
| US20070088854A1 (en) | Apparatus for searching TCP and UDP sockets | |
| JP3502876B2 (ja) | データパッシング方法 | |
| CN116866429A (zh) | 一种数据访问方法及相关装置 | |
| JP2002259197A (ja) | アクティブコンテンツキャッシュ制御システムと、アクティブコンテンツキャッシュ制御装置及び方法と、アクティブコンテンツキャッシュ制御処理用プログラム及びそのプログラムの記録媒体 | |
| JPH11306151A (ja) | 分散オブジェクト処理装置及びプログラム記憶媒体 | |
| US20070147277A1 (en) | Asynchronous and automatic device and method for transmission of results between communicating objects | |
| JP2000194613A (ja) | クライアント／サ―バシステムにおけるデ―タ転送最適化システムとその方法 | |
| JP2001331398A (ja) | サーバ管理システム | |
| JP3028544B2 (ja) | 分散処理システムの負荷分散方式 | |
| JP3143919B2 (ja) | 通信パラメータ管理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040316 |
|
| A072 | Dismissal of procedure [no reply to invitation to correct request for examination] |
Free format text: JAPANESE INTERMEDIATE CODE: A072 Effective date: 20040706 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071219 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081219 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081219 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091219 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101219 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |