JPH10334064A - 負荷分散方式 - Google Patents
負荷分散方式Info
- Publication number
- JPH10334064A JPH10334064A JP9137090A JP13709097A JPH10334064A JP H10334064 A JPH10334064 A JP H10334064A JP 9137090 A JP9137090 A JP 9137090A JP 13709097 A JP13709097 A JP 13709097A JP H10334064 A JPH10334064 A JP H10334064A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- parallel processing
- response
- socket
- distribution
- 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.)
- Pending
Links
Landscapes
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 複数の端末からトランザクションを受信して
複数の並列処理サーバに分配する通信処理装置を有する
負荷分散方式において、並列処理サーバの数が多くなっ
た場合の性能劣化が少ないトランザクション分配を実現
する。 【解決手段】 並列処理サーバと通信する為のソケット
を送信用ソケットと受信用ソケットにわけ、送信用ソケ
ットはトランザクション分配手段が管理して負荷分散を
一元的に行い、受信用ソケットは複数の応答受付手段が
分担して並列に監視する構成にすることで、並列処理サ
ーバ数が増大した場合の性能劣化を防止する。
複数の並列処理サーバに分配する通信処理装置を有する
負荷分散方式において、並列処理サーバの数が多くなっ
た場合の性能劣化が少ないトランザクション分配を実現
する。 【解決手段】 並列処理サーバと通信する為のソケット
を送信用ソケットと受信用ソケットにわけ、送信用ソケ
ットはトランザクション分配手段が管理して負荷分散を
一元的に行い、受信用ソケットは複数の応答受付手段が
分担して並列に監視する構成にすることで、並列処理サ
ーバ数が増大した場合の性能劣化を防止する。
Description
【０００１】
【発明の属する技術分野】本発明は、複数の端末からト
ランザクションを受信して、複数の並列処理サーバに分
配する負荷分散方式に関し、特に端末へのトランザクシ
ョン応答を複数のプロセスに分かれて並列に待ち合わせ
る負荷分散方式に関する。
ランザクションを受信して、複数の並列処理サーバに分
配する負荷分散方式に関し、特に端末へのトランザクシ
ョン応答を複数のプロセスに分かれて並列に待ち合わせ
る負荷分散方式に関する。
【０００２】
【従来の技術】複数の端末からトランザクションを受信
して、複数の並列処理サーバに該トランザクションを分
配する通信処理装置を有する負荷分散方式おいて、複数
の並列処理サーバの処理能力や動的な負荷変動に対応す
るため、従来は、（１）複数の端末と複数の並列処理サ
ーバ間のトランザクション及びトランザクション応答を
単独のプロセスで一元的に処理する方法や、（２）「特
開昭６３−３１８６６２号公報」に記載された通信処理
装置が端末から受信したトランザクションを全て共有メ
モリ装置内の入力キューに一元的に登録し、それぞれの
並列処理サーバが１つのトランザクション処理が終わる
毎に入力キューから未処理のトランザクションを取り出
す方法がとられている。
して、複数の並列処理サーバに該トランザクションを分
配する通信処理装置を有する負荷分散方式おいて、複数
の並列処理サーバの処理能力や動的な負荷変動に対応す
るため、従来は、（１）複数の端末と複数の並列処理サ
ーバ間のトランザクション及びトランザクション応答を
単独のプロセスで一元的に処理する方法や、（２）「特
開昭６３−３１８６６２号公報」に記載された通信処理
装置が端末から受信したトランザクションを全て共有メ
モリ装置内の入力キューに一元的に登録し、それぞれの
並列処理サーバが１つのトランザクション処理が終わる
毎に入力キューから未処理のトランザクションを取り出
す方法がとられている。
【０００３】上記特開昭６３−３１８６６２号公報に
は、図５に示すトランザクション処理の負荷分散システ
ム方式のブロック図について開示している。図５におい
て、各ＣＰＵ１，２，３の共用メモリ装置４内に入力ト
ランザクション処理キュー５と、各ＣＰＵ１，２，３に
対応した出力メッセージキュー６，７，８を例えばＦＩ
ＦＯメモリにより設けられている。各ＣＰＵ１，２，３
への入力トランザクションは、共有メモリ装置４内の全
て入力トランザクションキュー５に登録され、各ＣＰＵ
１，２，３は一つのトランザクション処理が終わる毎に
入力トランザクション処理キュー５から次のトランザク
ションを取り出して処理を行い、この結果生じた出力メ
ッセージを該当ＣＰＵに対応する出力メッセージキュー
６，７，８に登録する。各ＣＰＵは、一つの処理が終わ
る毎に次のトランザクションを取り出すので、各ＣＰＵ
のトランザクション処理の所要時間にばらつきがあって
も負荷は均等に分散される。また、通信処理装置である
ＣＣＰ９，１０，１１は、それぞれＣＰＵ１，２，３に
接続され、異なる端末とのプロトコルを制御している。
トランザクション処理の実行後に出力される出力メッセ
ージは、共用メモリ装置内にある各処理システム対応の
出力メッセージキュー６，７，８に渡され、処理された
トランザクションの出力メッセージが入力された各処理
システムの出力装置に出力される。
は、図５に示すトランザクション処理の負荷分散システ
ム方式のブロック図について開示している。図５におい
て、各ＣＰＵ１，２，３の共用メモリ装置４内に入力ト
ランザクション処理キュー５と、各ＣＰＵ１，２，３に
対応した出力メッセージキュー６，７，８を例えばＦＩ
ＦＯメモリにより設けられている。各ＣＰＵ１，２，３
への入力トランザクションは、共有メモリ装置４内の全
て入力トランザクションキュー５に登録され、各ＣＰＵ
１，２，３は一つのトランザクション処理が終わる毎に
入力トランザクション処理キュー５から次のトランザク
ションを取り出して処理を行い、この結果生じた出力メ
ッセージを該当ＣＰＵに対応する出力メッセージキュー
６，７，８に登録する。各ＣＰＵは、一つの処理が終わ
る毎に次のトランザクションを取り出すので、各ＣＰＵ
のトランザクション処理の所要時間にばらつきがあって
も負荷は均等に分散される。また、通信処理装置である
ＣＣＰ９，１０，１１は、それぞれＣＰＵ１，２，３に
接続され、異なる端末とのプロトコルを制御している。
トランザクション処理の実行後に出力される出力メッセ
ージは、共用メモリ装置内にある各処理システム対応の
出力メッセージキュー６，７，８に渡され、処理された
トランザクションの出力メッセージが入力された各処理
システムの出力装置に出力される。
【０００４】
【発明が解決しようとする課題】上述した従来の（１）
の技術については、本出願人が出願している特願平８−
９６６４３号に記載の「通信処理システム」があり、複
数の並列処理サーバに該トランザクションを分配する、
特に通信処理装置において、複数の並列処理サーバにト
ランザクションを分配するトランザクション分配手段
と、各並列処理サーバのトランザクション処理能力にあ
わせた並列処理サーバ毎に分配比率を記憶する分配比率
表と、分配比率表を更新する分配比率計算手段と、端末
から受信するトランザクションの全並列処理サーバに対
するエントリ順に記憶するインデックス表と、端末から
受信するトランザクションのエントリ番号ごとの分配先
サーバ識別情報を記憶する分配先登録表と、分配比率表
を用いて分配先登録表を更新する分配先更新手段と、分
配先登録表のエントリを記憶するカウンタとを有し、複
数の並列処理サーバのトランザクション処理の負荷分散
を行うことを特徴としている。かかる特徴によって、各
サーバの処理能力の時間変動に応じた、各サーバに任意
で適切なトランザクションの負荷分散を可能とし、イン
デックス表を用いることで、少ない計算量で分配先の変
更を可能とすることが記載されている。
の技術については、本出願人が出願している特願平８−
９６６４３号に記載の「通信処理システム」があり、複
数の並列処理サーバに該トランザクションを分配する、
特に通信処理装置において、複数の並列処理サーバにト
ランザクションを分配するトランザクション分配手段
と、各並列処理サーバのトランザクション処理能力にあ
わせた並列処理サーバ毎に分配比率を記憶する分配比率
表と、分配比率表を更新する分配比率計算手段と、端末
から受信するトランザクションの全並列処理サーバに対
するエントリ順に記憶するインデックス表と、端末から
受信するトランザクションのエントリ番号ごとの分配先
サーバ識別情報を記憶する分配先登録表と、分配比率表
を用いて分配先登録表を更新する分配先更新手段と、分
配先登録表のエントリを記憶するカウンタとを有し、複
数の並列処理サーバのトランザクション処理の負荷分散
を行うことを特徴としている。かかる特徴によって、各
サーバの処理能力の時間変動に応じた、各サーバに任意
で適切なトランザクションの負荷分散を可能とし、イン
デックス表を用いることで、少ない計算量で分配先の変
更を可能とすることが記載されている。
【０００５】しかしながら、このような従来の（１）の
技術の問題点は、並列処理サーバの数が多くなった場合
に、トランザクション処理の性能が大きく劣化すること
である。その理由は、単独のプロセスがトランザクショ
ン応答を待ち合わせるコネクション数が増大する為であ
る。
技術の問題点は、並列処理サーバの数が多くなった場合
に、トランザクション処理の性能が大きく劣化すること
である。その理由は、単独のプロセスがトランザクショ
ン応答を待ち合わせるコネクション数が増大する為であ
る。
【０００６】また、上述した（２）の技術の問題点は、
通信処理装置ＣＣＰが各ＣＰＵ毎に接続されているた
め、全体のハードウェア量が増大することである。
通信処理装置ＣＣＰが各ＣＰＵ毎に接続されているた
め、全体のハードウェア量が増大することである。
【０００７】［発明の目的］本発明の目的は、複数の端
末からトランザクションを受信して複数の並列処理サー
バに分配する通信処理装置を有する負荷分散方式におい
て、並列処理サーバの数が多くなっても性能劣化が少な
いトランザクション分配を、少ないハードウェア量で実
現することである。
末からトランザクションを受信して複数の並列処理サー
バに分配する通信処理装置を有する負荷分散方式におい
て、並列処理サーバの数が多くなっても性能劣化が少な
いトランザクション分配を、少ないハードウェア量で実
現することである。
【０００８】
【課題を解決するための手段】本発明の第１の負荷分散
方式は、複数の端末からトランザクションを受信して、
複数の並列処理サーバにトランザクションを分配する通
信処理装置を有する負荷分散方式であって、前記通信処
理装置が、前記通信処理装置と前記並列処理サーバの間
にコネクションを確立し、前記通信処理装置から前記並
列処理サーバへの送信用ソケットと前記並列処理サーバ
から前記通信処理装置への受信用ソケットを生成するコ
ネクション確立手段と、前記送信用ソケット全ての中か
ら１つを選び、これを通してトランザクションを前記並
列処理サーバに分配するトランザクション分配手段と、
前記受信用ソケットの一部だけを監視して、前記並列処
理サーバから端末へのトランザクション応答を受け付け
る応答受付手段と、端末からトランザクションを受信し
てトランザクション分配手段に渡し、応答受付手段から
トランザクション応答を受け取り端末に送信する端末交
信手段と、前記トランザクション分配手段がトランザク
ションを蓄積する分配待ちキューとを備えることを特徴
とする。
方式は、複数の端末からトランザクションを受信して、
複数の並列処理サーバにトランザクションを分配する通
信処理装置を有する負荷分散方式であって、前記通信処
理装置が、前記通信処理装置と前記並列処理サーバの間
にコネクションを確立し、前記通信処理装置から前記並
列処理サーバへの送信用ソケットと前記並列処理サーバ
から前記通信処理装置への受信用ソケットを生成するコ
ネクション確立手段と、前記送信用ソケット全ての中か
ら１つを選び、これを通してトランザクションを前記並
列処理サーバに分配するトランザクション分配手段と、
前記受信用ソケットの一部だけを監視して、前記並列処
理サーバから端末へのトランザクション応答を受け付け
る応答受付手段と、端末からトランザクションを受信し
てトランザクション分配手段に渡し、応答受付手段から
トランザクション応答を受け取り端末に送信する端末交
信手段と、前記トランザクション分配手段がトランザク
ションを蓄積する分配待ちキューとを備えることを特徴
とする。
【０００９】また、本発明の第２の負荷分散方式は、第
１の負荷分散方式であって、前記コネクション確立手段
が前記通信処理装置と前記並列処理サーバ間のコネクシ
ョンを分岐させて送信用ソケットと受信用ソケットを生
成する。
１の負荷分散方式であって、前記コネクション確立手段
が前記通信処理装置と前記並列処理サーバ間のコネクシ
ョンを分岐させて送信用ソケットと受信用ソケットを生
成する。
【００１０】また、複数の端末からトランザクションを
受信して、複数の並列処理サーバにトランザクションを
分配する通信処理装置を有する負荷分散方式において、
前記通信処理装置から前記並列処理サーバへのコネクシ
ョンの送信ソケットを監視し、前記送信用ソケット全て
の中から空きのソケットの１つ選び、これを通して前記
トランザクションを前記並列処理サーバに分配するトラ
ンザクション分配手段と、前記並列処理サーバから前記
通信処理装置へのコネクションの受信用ソケットを監視
し、前記並列処理サーバから端末への前記トランザクシ
ョン応答を受け付ける前記受信用ソケットを監視する複
数の応答受付手段と、前記端末から前記トランザクショ
ンを受信して前記トランザクション分配手段に渡し、前
記応答受付手段から前記トランザクション応答を受け取
り前記端末に送信する端末交信手段と、を有し、前記並
列処理サーバから前記端末への前記トランザクション応
答を複数のプロセスに分かれて並列に待ち合わせること
を特徴とする。
受信して、複数の並列処理サーバにトランザクションを
分配する通信処理装置を有する負荷分散方式において、
前記通信処理装置から前記並列処理サーバへのコネクシ
ョンの送信ソケットを監視し、前記送信用ソケット全て
の中から空きのソケットの１つ選び、これを通して前記
トランザクションを前記並列処理サーバに分配するトラ
ンザクション分配手段と、前記並列処理サーバから前記
通信処理装置へのコネクションの受信用ソケットを監視
し、前記並列処理サーバから端末への前記トランザクシ
ョン応答を受け付ける前記受信用ソケットを監視する複
数の応答受付手段と、前記端末から前記トランザクショ
ンを受信して前記トランザクション分配手段に渡し、前
記応答受付手段から前記トランザクション応答を受け取
り前記端末に送信する端末交信手段と、を有し、前記並
列処理サーバから前記端末への前記トランザクション応
答を複数のプロセスに分かれて並列に待ち合わせること
を特徴とする。
【００１１】更に、上記負荷分散方式において、前記ト
ランザクション分配手段が前記トランザクションを蓄積
する分配待ちキューを有することを特徴とする。また、
上記負荷分散方式において、、前記応答受付手段は前記
受信用ソケットにトランザクション応答を受けた場合、
前記トランザクション分配手段に前記トランザクション
応答終了を通知して、前記送信ソケットの状態を更新す
ることを特徴とする。
ランザクション分配手段が前記トランザクションを蓄積
する分配待ちキューを有することを特徴とする。また、
上記負荷分散方式において、、前記応答受付手段は前記
受信用ソケットにトランザクション応答を受けた場合、
前記トランザクション分配手段に前記トランザクション
応答終了を通知して、前記送信ソケットの状態を更新す
ることを特徴とする。
【００１２】［作用］本発明では、コネクション確立手
段は、送信用ソケットが全ての並列処理サーバに対して
最低１つ存在するように制御し、全ての送信用ソケット
をトランザクション分配手段に割り当てる。従って、ト
ランザクション分配手段は端末から受信したトランザク
ションを送信用ソケットを通して任意の並列処理サーバ
に分配することができる。また、コネクション確立手段
は、受信用ソケットが全ての並列処理サーバに対して最
低１つ存在するように制御し、受信用ソケットを複数の
応答処理手段に分割して割り当てる。従って、個々の応
答受付手段は受信用ソケットの一部だけを対象に並列処
理サーバからの電文到着を監視すればよく、複数のプロ
セスに分かれてトランザクション応答を並列に待ち合わ
せることができる。
段は、送信用ソケットが全ての並列処理サーバに対して
最低１つ存在するように制御し、全ての送信用ソケット
をトランザクション分配手段に割り当てる。従って、ト
ランザクション分配手段は端末から受信したトランザク
ションを送信用ソケットを通して任意の並列処理サーバ
に分配することができる。また、コネクション確立手段
は、受信用ソケットが全ての並列処理サーバに対して最
低１つ存在するように制御し、受信用ソケットを複数の
応答処理手段に分割して割り当てる。従って、個々の応
答受付手段は受信用ソケットの一部だけを対象に並列処
理サーバからの電文到着を監視すればよく、複数のプロ
セスに分かれてトランザクション応答を並列に待ち合わ
せることができる。
【００１３】
【発明の実施の形態】本発明の実施形態について図面を
参照して説明する。
参照して説明する。
【００１４】図１は本発明の一実施形態の構成を示すブ
ロック図である。本実施形態は、図１に示すように、複
数の並列処理サーバＨ１〜Ｈ４と通信処理装置Ｆ０と端
末Ｔ１〜Ｔ５を備える。通信処理装置Ｆ０は複数の端末
Ｔ１〜Ｔ５から、互いに関連性を有して論理的な一つの
単位となっている一連のデータや処理要求であるトラン
ザクションを受信して、複数の並列処理サーバＨ１〜Ｈ
４にトランザクションを分配する。
ロック図である。本実施形態は、図１に示すように、複
数の並列処理サーバＨ１〜Ｈ４と通信処理装置Ｆ０と端
末Ｔ１〜Ｔ５を備える。通信処理装置Ｆ０は複数の端末
Ｔ１〜Ｔ５から、互いに関連性を有して論理的な一つの
単位となっている一連のデータや処理要求であるトラン
ザクションを受信して、複数の並列処理サーバＨ１〜Ｈ
４にトランザクションを分配する。
【００１５】通信処理装置Ｆ０は端末Ｔ１〜Ｔ５と並列
処理サーバＨ１〜Ｈ４間にコネクションを確立し、通信
処理装置Ｆ０から並列処理サーバＨ１〜Ｈ４への送信用
ソケットＳ１１，Ｓ２１，Ｓ３１，Ｓ４１と、並列処理
サーバＨ１〜Ｈ４から通信処理装置Ｆ０への受信用ソケ
ットＳ１２，Ｓ２２，Ｓ３３，Ｓ４３とを生成するコネ
クション確立手段Ｐ０と、送信用ソケットＳ１１，Ｓ２
１，Ｓ３１，Ｓ４１全ての中から１つを選び、これを通
してトランザクションを並列処理サーバＨ１〜Ｈ４に分
配するトランザクション分配手段Ｐ１と、受信用ソケッ
トＳ１２，Ｓ２２，Ｓ３３，Ｓ４３の一部だけを監視し
て、並列処理サーバＨ１〜Ｈ４から端末Ｔ１〜Ｔ５への
トランザクション応答を受け付ける応答受付手段Ｐ２，
Ｐ３と、端末Ｔ１〜Ｔ５からトランザクションを受信し
てトランザクション分配手段Ｐ１に渡し、応答受付手段
Ｐ２，Ｐ３からトランザクション応答を受け取り端末Ｔ
１〜Ｔ５に送信する端末交信手段Ｐ４と、トランザクシ
ョン分配手段Ｐ１がトランザクションを蓄積する分配待
ちキューＱ１とを備える。
処理サーバＨ１〜Ｈ４間にコネクションを確立し、通信
処理装置Ｆ０から並列処理サーバＨ１〜Ｈ４への送信用
ソケットＳ１１，Ｓ２１，Ｓ３１，Ｓ４１と、並列処理
サーバＨ１〜Ｈ４から通信処理装置Ｆ０への受信用ソケ
ットＳ１２，Ｓ２２，Ｓ３３，Ｓ４３とを生成するコネ
クション確立手段Ｐ０と、送信用ソケットＳ１１，Ｓ２
１，Ｓ３１，Ｓ４１全ての中から１つを選び、これを通
してトランザクションを並列処理サーバＨ１〜Ｈ４に分
配するトランザクション分配手段Ｐ１と、受信用ソケッ
トＳ１２，Ｓ２２，Ｓ３３，Ｓ４３の一部だけを監視し
て、並列処理サーバＨ１〜Ｈ４から端末Ｔ１〜Ｔ５への
トランザクション応答を受け付ける応答受付手段Ｐ２，
Ｐ３と、端末Ｔ１〜Ｔ５からトランザクションを受信し
てトランザクション分配手段Ｐ１に渡し、応答受付手段
Ｐ２，Ｐ３からトランザクション応答を受け取り端末Ｔ
１〜Ｔ５に送信する端末交信手段Ｐ４と、トランザクシ
ョン分配手段Ｐ１がトランザクションを蓄積する分配待
ちキューＱ１とを備える。
【００１６】次に、本発明の実施形態の動作について、
図１を参照して詳細に説明する。コネクション確立手段
Ｐ０は、並列処理サーバＨ１と通信処理装置Ｆ０間のコ
ネクションを確立し、このコネクションの通信処理装置
Ｆ０側のソケットとして送信用ソケットＳ１１と受信用
ソケットＳ１２を生成し、送信用ソケットＳ１１をトラ
ンザクション分配手段Ｐ１に割り当て、受信用ソケット
Ｓ１２を応答受付手段Ｐ２に割り当てる。コネクション
確立手段Ｐ０は、並列処理サーバＨ２〜Ｈ４についても
同様にコネクションを生成し、送信用ソケットＳ２１，
Ｓ３１，Ｓ４１は全てトランザクション分配手段Ｐ１に
割り当て、受信用ソケットＳ２２は応答受付手段Ｐ２
に、受信用ソケットＳ３３，Ｓ４３は別の応答受付手段
Ｐ３に割り当てる。
図１を参照して詳細に説明する。コネクション確立手段
Ｐ０は、並列処理サーバＨ１と通信処理装置Ｆ０間のコ
ネクションを確立し、このコネクションの通信処理装置
Ｆ０側のソケットとして送信用ソケットＳ１１と受信用
ソケットＳ１２を生成し、送信用ソケットＳ１１をトラ
ンザクション分配手段Ｐ１に割り当て、受信用ソケット
Ｓ１２を応答受付手段Ｐ２に割り当てる。コネクション
確立手段Ｐ０は、並列処理サーバＨ２〜Ｈ４についても
同様にコネクションを生成し、送信用ソケットＳ２１，
Ｓ３１，Ｓ４１は全てトランザクション分配手段Ｐ１に
割り当て、受信用ソケットＳ２２は応答受付手段Ｐ２
に、受信用ソケットＳ３３，Ｓ４３は別の応答受付手段
Ｐ３に割り当てる。
【００１７】イニシャル状態では、トランザクション分
配手段Ｐ１は、割り当てられた送信用ソケットＳ１１，
Ｓ２１，Ｓ３１，Ｓ４１全ての状態を「空き」、つまり
トランザクション分配可能としておく。
配手段Ｐ１は、割り当てられた送信用ソケットＳ１１，
Ｓ２１，Ｓ３１，Ｓ４１全ての状態を「空き」、つまり
トランザクション分配可能としておく。
【００１８】端末交信手段Ｐ４は、端末Ｔ１〜Ｔ５から
受信したトランザクションを逐次トランザクション分配
手段Ｐ１に渡す。
受信したトランザクションを逐次トランザクション分配
手段Ｐ１に渡す。
【００１９】トランザクション分配手段Ｐ１は、ソケッ
トＳ１１，Ｓ２１，Ｓ３１，Ｓ４１のいずれかが「空
き」状態であれば、このうちの１つ、例えばソケットＳ
１１にトランザクションを分配し、ソケットＳ１１の状
態を「使用中」に変える。もし、ソケットＳ１１，Ｓ２
１，Ｓ３１，Ｓ４１全ての状態が全て「使用中」状態で
あれば、端末交信手段Ｐ４から受け取ったトランザクシ
ョンを分配待ちキューＱ１の末尾に追加する。
トＳ１１，Ｓ２１，Ｓ３１，Ｓ４１のいずれかが「空
き」状態であれば、このうちの１つ、例えばソケットＳ
１１にトランザクションを分配し、ソケットＳ１１の状
態を「使用中」に変える。もし、ソケットＳ１１，Ｓ２
１，Ｓ３１，Ｓ４１全ての状態が全て「使用中」状態で
あれば、端末交信手段Ｐ４から受け取ったトランザクシ
ョンを分配待ちキューＱ１の末尾に追加する。
【００２０】応答受付手段Ｐ２は、ソケットＳ１２，Ｓ
２２を監視し、並列処理サーバＨ１，Ｈ２からのトラン
ザクション応答を待ち合わせる。応答受付手段Ｐ３は、
ソケットＳ３３，Ｓ４３を監視し、並列処理サーバＨ
３，Ｈ４からのトランザクション応答を待ち合わせる。
例えば、並列処理サーバＨ１からのトランザクション応
答は、ソケットＳ１２を通して応答受付手段Ｐ２が受信
し、応答受付手段Ｐ２は、並列処理サーバＨ１のトラン
ザクション処理が完了したことをトランザクション分配
手段Ｐ１に通知し、トランザクション応答を端末交信手
段Ｐ４に渡す。
２２を監視し、並列処理サーバＨ１，Ｈ２からのトラン
ザクション応答を待ち合わせる。応答受付手段Ｐ３は、
ソケットＳ３３，Ｓ４３を監視し、並列処理サーバＨ
３，Ｈ４からのトランザクション応答を待ち合わせる。
例えば、並列処理サーバＨ１からのトランザクション応
答は、ソケットＳ１２を通して応答受付手段Ｐ２が受信
し、応答受付手段Ｐ２は、並列処理サーバＨ１のトラン
ザクション処理が完了したことをトランザクション分配
手段Ｐ１に通知し、トランザクション応答を端末交信手
段Ｐ４に渡す。
【００２１】端末交信手段Ｐ４は、応答受付手段Ｐ２，
Ｐ３から受け取ったトランザクション応答をトランザク
ション応答の送信先である端末Ｔ１〜Ｔ５に送信する。
Ｐ３から受け取ったトランザクション応答をトランザク
ション応答の送信先である端末Ｔ１〜Ｔ５に送信する。
【００２２】トランザクション分配手段Ｐ１は、例え
ば、応答受付手段Ｐ２から並列処理サーバＨ１のトラン
ザクション処理が完了したことを通知された場合、対応
するソケットＳ１１の状態を「空き」に更新し、分配待
ちキューＱ１に分配待ちのトランザクションが残ってい
るかを調べる。分配待ちのトランザクションが残ってい
る場合は分配待ちキューＱ１の先頭からトランザクショ
ンを取り出し、ソケットＳ１１，Ｓ２１，Ｓ３１，Ｓ４
１の中から選択した状態が「空き」のソケットにトラン
ザクションを分配する。
ば、応答受付手段Ｐ２から並列処理サーバＨ１のトラン
ザクション処理が完了したことを通知された場合、対応
するソケットＳ１１の状態を「空き」に更新し、分配待
ちキューＱ１に分配待ちのトランザクションが残ってい
るかを調べる。分配待ちのトランザクションが残ってい
る場合は分配待ちキューＱ１の先頭からトランザクショ
ンを取り出し、ソケットＳ１１，Ｓ２１，Ｓ３１，Ｓ４
１の中から選択した状態が「空き」のソケットにトラン
ザクションを分配する。
【００２３】次にコネクション確立手段Ｐ０の動作につ
いて、図２を参照して詳細に説明する。コネクション確
立手段Ｐ０は、並列処理サーバＨ１〜Ｈ４からのコネク
ション確立要求を監視しており（ステップ２０１）、例
えば並列処理サーバＨ１からコネクション確立要求が来
た場合、要求元の並列処理サーバＨ１との間に既にコネ
クションが確立されているかを判定し（ステップ２０
２）、まだコネクションが確立されていない場合は、コ
ネクション確立要求を受け付けて送信用ソケットＳ１１
を生成し（ステップ２０３）、送信用ソケットＳ１１を
トランザクション分配手段Ｐ１に割り当て（ステップ２
０４）、並列処理サーバＨ１との間に新たにもう１本の
コネクションを確立して、受信用ソケットＳ１２を生成
し（ステップ２０５）、受信用ソケットの割り当てが最
も少ない応答受付手段を求めて受信用ソケットＳ１２を
割り当てる（ステップ２０６）。受信用ソケットの割り
当てが最も少ない応答受付手段が複数ある場合はどの応
答受付手段に割り当ててもかまわない。もし、（ステッ
プ２０２）でコネクション確立要求元の並列処理サーバ
との間に既にコネクションが確立済みの場合はコネクシ
ョン確立を拒否し（ステップ２０７）、コネクション確
立要求の監視（ステップ２０１）に戻る。この場合、並
列処理サーバの数が４個以上あっても、同様なコネクシ
ョン処理によってコネクションを確立することができ
る。
いて、図２を参照して詳細に説明する。コネクション確
立手段Ｐ０は、並列処理サーバＨ１〜Ｈ４からのコネク
ション確立要求を監視しており（ステップ２０１）、例
えば並列処理サーバＨ１からコネクション確立要求が来
た場合、要求元の並列処理サーバＨ１との間に既にコネ
クションが確立されているかを判定し（ステップ２０
２）、まだコネクションが確立されていない場合は、コ
ネクション確立要求を受け付けて送信用ソケットＳ１１
を生成し（ステップ２０３）、送信用ソケットＳ１１を
トランザクション分配手段Ｐ１に割り当て（ステップ２
０４）、並列処理サーバＨ１との間に新たにもう１本の
コネクションを確立して、受信用ソケットＳ１２を生成
し（ステップ２０５）、受信用ソケットの割り当てが最
も少ない応答受付手段を求めて受信用ソケットＳ１２を
割り当てる（ステップ２０６）。受信用ソケットの割り
当てが最も少ない応答受付手段が複数ある場合はどの応
答受付手段に割り当ててもかまわない。もし、（ステッ
プ２０２）でコネクション確立要求元の並列処理サーバ
との間に既にコネクションが確立済みの場合はコネクシ
ョン確立を拒否し（ステップ２０７）、コネクション確
立要求の監視（ステップ２０１）に戻る。この場合、並
列処理サーバの数が４個以上あっても、同様なコネクシ
ョン処理によってコネクションを確立することができ
る。
【００２４】次にトランザクション分配手段Ｐ１の動作
について、図３を参照して詳細に説明する。トランザク
ション分配手段Ｐ１は、最初に既に割り当て済みの送信
用ソケットがあればその状態を全て「空き」にする（ス
テップ３０１）。次に端末交信手段Ｐ４からトランザク
ションが渡されたかを判定し（ステップ３０２）、渡さ
れた場合は分配待ちキューＱ１の最後にトランザクショ
ンを入れる（ステップ３０３）。次に応答受付手段Ｐ
２，Ｐ３からトランザクション完了通知が来たかを判定
し（ステップ３０４）、完了通知が来た場合は対応する
送信用ソケットの状態を「空き」にする（ステップ３０
５）。次にコネクション確立手段Ｐ０から新規の送信用
ソケットが割り当てられたかを判定し（ステップ３０
６）、割り当てられた場合はそのソケットの状態を「空
き」にする（ステップ３０７）、次に分配待ちキューＱ
１にトランザクションがあるかを判定し（ステップ３０
８）、無い場合は（ステップ３０２）に戻る。分配待ち
キューＱ１にトランザクションがある場合は「空き」状
態の送信用ソケットがあるかを判定し（ステップ３０
９）、無い場合は（ステップ３０２）に戻る。「空き」
状態の送信用ソケットがある場合は、一番はじめに「空
き」状態になった送信用ソケットを求め、その送信用ソ
ケットの状態を「使用中」にし、トランザクションをそ
の送信用ソケットから並列処理サーバに分配し（ステッ
プ３１０）、（ステップ３０２）に戻る。
について、図３を参照して詳細に説明する。トランザク
ション分配手段Ｐ１は、最初に既に割り当て済みの送信
用ソケットがあればその状態を全て「空き」にする（ス
テップ３０１）。次に端末交信手段Ｐ４からトランザク
ションが渡されたかを判定し（ステップ３０２）、渡さ
れた場合は分配待ちキューＱ１の最後にトランザクショ
ンを入れる（ステップ３０３）。次に応答受付手段Ｐ
２，Ｐ３からトランザクション完了通知が来たかを判定
し（ステップ３０４）、完了通知が来た場合は対応する
送信用ソケットの状態を「空き」にする（ステップ３０
５）。次にコネクション確立手段Ｐ０から新規の送信用
ソケットが割り当てられたかを判定し（ステップ３０
６）、割り当てられた場合はそのソケットの状態を「空
き」にする（ステップ３０７）、次に分配待ちキューＱ
１にトランザクションがあるかを判定し（ステップ３０
８）、無い場合は（ステップ３０２）に戻る。分配待ち
キューＱ１にトランザクションがある場合は「空き」状
態の送信用ソケットがあるかを判定し（ステップ３０
９）、無い場合は（ステップ３０２）に戻る。「空き」
状態の送信用ソケットがある場合は、一番はじめに「空
き」状態になった送信用ソケットを求め、その送信用ソ
ケットの状態を「使用中」にし、トランザクションをそ
の送信用ソケットから並列処理サーバに分配し（ステッ
プ３１０）、（ステップ３０２）に戻る。
【００２５】次に応答受付手段Ｐ２の動作について、図
４を参照して詳細に説明する。応答受付手段Ｐ２は、コ
ネクション確立手段Ｐ０から割り当てられた受信用ソケ
ットＳ１２，Ｓ２２全てを対象にして、並列処理サーバ
Ｈ１，Ｈ２からのトランザクション応答の電文到着を監
視する（ステップ４０１）。次にコネクション確立手段
Ｐ０から新規の受信用ソケットが割り当てられたかを判
定し（ステップ４０２）、割り当てられた場合は、その
受信用ソケットを（ステップ４０１）の電文到着監視の
対象に追加する（ステップ４０３）。次に並列処理サー
バＨ１，Ｈ２からトランザクション応答が到着したかを
判定し（ステップ４０４）、到着していなければ（ステ
ップ４０１）に戻る。到着していた場合は、トランザク
ション応答を受け取り、端末交信手段Ｐ４に渡す（ステ
ップ４０５）。次にトランザクション分配手段Ｐ１にト
ランザクション完了通知を行い（ステップ４０６）、
（ステップ４０１）に戻る。
４を参照して詳細に説明する。応答受付手段Ｐ２は、コ
ネクション確立手段Ｐ０から割り当てられた受信用ソケ
ットＳ１２，Ｓ２２全てを対象にして、並列処理サーバ
Ｈ１，Ｈ２からのトランザクション応答の電文到着を監
視する（ステップ４０１）。次にコネクション確立手段
Ｐ０から新規の受信用ソケットが割り当てられたかを判
定し（ステップ４０２）、割り当てられた場合は、その
受信用ソケットを（ステップ４０１）の電文到着監視の
対象に追加する（ステップ４０３）。次に並列処理サー
バＨ１，Ｈ２からトランザクション応答が到着したかを
判定し（ステップ４０４）、到着していなければ（ステ
ップ４０１）に戻る。到着していた場合は、トランザク
ション応答を受け取り、端末交信手段Ｐ４に渡す（ステ
ップ４０５）。次にトランザクション分配手段Ｐ１にト
ランザクション完了通知を行い（ステップ４０６）、
（ステップ４０１）に戻る。
【００２６】また、応答受付手段Ｐ３の動作について
も、応答受付手段Ｐ２の動作と同様で、並列処理サーバ
Ｈ３，Ｈ４からトランザクション応答が到着した場合に
は、トランザクション応答を受け取り、端末交信手段Ｐ
４に渡すと共に、トランザクション分配手段Ｐ１に受信
ソケットに対応する送信ソケットを空にするようにトラ
ンザクション完了通知を行う。
も、応答受付手段Ｐ２の動作と同様で、並列処理サーバ
Ｈ３，Ｈ４からトランザクション応答が到着した場合に
は、トランザクション応答を受け取り、端末交信手段Ｐ
４に渡すと共に、トランザクション分配手段Ｐ１に受信
ソケットに対応する送信ソケットを空にするようにトラ
ンザクション完了通知を行う。
【００２７】この応答受付手段が複数あることから、通
信処理装置内では、送信ソケットについては一括して管
理し、受信ソケットについては複数のプロセス処理が可
能となり、送受信ソケットのフィードバック構成として
簡易な管理方式として有効である。
信処理装置内では、送信ソケットについては一括して管
理し、受信ソケットについては複数のプロセス処理が可
能となり、送受信ソケットのフィードバック構成として
簡易な管理方式として有効である。
【００２８】上記実施形態では、端末Ｔ１〜Ｔ５と並列
処理サーバＨ１〜Ｈ４との間を通信処理装置によりトラ
ンザクションを分配することにより、並列処理サーバの
性能に応じて分配でき、各並列処理サーバの処理負担を
軽減でき、共有メモリにおける分散負担も各並列処理サ
ーバからの単純な共有メモリの活用に占有することがで
き、システムとしての全体的な性能を向上することがで
きる。
処理サーバＨ１〜Ｈ４との間を通信処理装置によりトラ
ンザクションを分配することにより、並列処理サーバの
性能に応じて分配でき、各並列処理サーバの処理負担を
軽減でき、共有メモリにおける分散負担も各並列処理サ
ーバからの単純な共有メモリの活用に占有することがで
き、システムとしての全体的な性能を向上することがで
きる。
【００２９】また、上記実施形態によれば、並列処理サ
ーバ及び端末の数に限定されるものではなく、特に並列
処理サーバの台数が増加した場合でも、分配待ちキュー
を付属するトランザクション分配手段の管理と、並列処
理サーバとのコネクション確立手段によるコネクション
の確立と、応答受付手段による受付後にソケットを空に
してトランザクションを再配置する等で、負荷分散を効
果的に配分して明確化するなど、数々の効果が得られ
る。
ーバ及び端末の数に限定されるものではなく、特に並列
処理サーバの台数が増加した場合でも、分配待ちキュー
を付属するトランザクション分配手段の管理と、並列処
理サーバとのコネクション確立手段によるコネクション
の確立と、応答受付手段による受付後にソケットを空に
してトランザクションを再配置する等で、負荷分散を効
果的に配分して明確化するなど、数々の効果が得られ
る。
【００３０】
【発明の効果】本発明によれば、複数の応答受付手段が
多数の並列処理サーバからのトランザクション応答を分
割して同時に待ち合わせるため個々の応答受付手段が応
答を監視する並列処理サーバの数を少なくできるので、
本発明の負荷分散の並列実行方式は、並列処理サーバの
数が多くなった場合でも各並列処理サーバの処理速度に
応じた性能劣化が少ないことである。
多数の並列処理サーバからのトランザクション応答を分
割して同時に待ち合わせるため個々の応答受付手段が応
答を監視する並列処理サーバの数を少なくできるので、
本発明の負荷分散の並列実行方式は、並列処理サーバの
数が多くなった場合でも各並列処理サーバの処理速度に
応じた性能劣化が少ないことである。
【００３１】また、１つの通信処理装置で全ての並列処
理サーバと全ての端末を扱える構成を取るので、少ない
ハードウェア量で多数の並列処理サーバを対象にしたト
ランザクション負荷分散ができることである。
理サーバと全ての端末を扱える構成を取るので、少ない
ハードウェア量で多数の並列処理サーバを対象にしたト
ランザクション負荷分散ができることである。
【図１】本発明の一実施形態を示すブロック図である。
【図２】本発明のコネクション確立手段の動作を説明す
る流れ図である。
る流れ図である。
【図３】本発明のトランザクション分配手段の動作を説
明する流れ図である。
明する流れ図である。
【図４】本発明の応答受付手段の動作を説明する流れ図
である。
である。
【図５】従来技術の一実施形態を示すブロック図であ
る。
る。
Ｈ１，Ｈ２，Ｈ３，Ｈ４ 並列処理サーバ Ｆ０ 通信処理装置 Ｔ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５ 端末 Ｐ０ コネクション確立手段 Ｐ１ トランザクション分配手段 Ｐ２，Ｐ３ 応答受付手段 Ｐ４ 端末交信手段 Ｑ１ 分配待ちキュー Ｓ１１，Ｓ２１，Ｓ３１，Ｓ４１ 送信用ソケット Ｓ１２，Ｓ２２，Ｓ３３，Ｓ４３ 受信用ソケット １，２，３ ＣＰＵ ４ 共有メモリ装置 ５ トランザクション処理キュー ６，７，８ 出力メッセージキュー ９，１０，１１ 通信処理装置ＣＣＰ
Claims (5)
- 【請求項１】 複数の端末からトランザクションを受信
して、複数の並列処理サーバに前記トランザクションを
分配する通信処理装置を有する負荷分散方式において、 前記通信処理装置と前記並列処理サーバの間にコネクシ
ョンを確立し、前記通信処理装置から前記並列処理サー
バへの送信用ソケットと前記並列処理サーバから前記通
信処理装置への受信用ソケットとを生成するコネクショ
ン確立手段と、 前記送信用ソケット全ての中から空きのソケットの１つ
選び、これを通して前記トランザクションを前記並列処
理サーバに分配するトランザクション分配手段と、 前記並列処理サーバから端末への前記トランザクション
応答を受け付ける前記受信用ソケットを監視する複数の
応答受付手段と、 前記端末から前記トランザクションを受信して前記トラ
ンザクション分配手段に渡し、前記応答受付手段から前
記トランザクション応答を受け取り前記端末に送信する
端末交信手段と、 前記トランザクション分配手段が前記トランザクション
を蓄積する分配待ちキューとを有し、 前記並列処理サーバから前記端末への前記トランザクシ
ョン応答を複数のプロセスに分かれて並列に待ち合わせ
ることを特徴とする負荷分散方式。 - 【請求項２】 請求項１に記載の負荷分散方式におい
て、前記コネクション確立手段が前記通信処理装置と前
記並列処理サーバ間のコネクションを分岐させて送信用
ソケットと受信用ソケットを生成することを特徴とする
負荷分散方式。 - 【請求項３】 複数の端末からトランザクションを受信
して、複数の並列処理サーバにトランザクションを分配
する通信処理装置を有する負荷分散方式において、 前記通信処理装置から前記並列処理サーバへのコネクシ
ョンの送信ソケットを監視し、前記送信用ソケット全て
の中から空きのソケットの１つ選び、これを通して前記
トランザクションを前記並列処理サーバに分配するトラ
ンザクション分配手段と、 前記並列処理サーバから前記通信処理装置へのコネクシ
ョンの受信用ソケットを監視し、前記並列処理サーバか
ら端末への前記トランザクション応答を受け付ける前記
受信用ソケットを監視する複数の応答受付手段と、 前記端末から前記トランザクションを受信して前記トラ
ンザクション分配手段に渡し、前記応答受付手段から前
記トランザクション応答を受け取り前記端末に送信する
端末交信手段と、を有し、 前記並列処理サーバから前記端末への前記トランザクシ
ョン応答を複数のプロセスに分かれて並列に待ち合わせ
ることを特徴とする負荷分散方式。 - 【請求項４】 請求項１に記載の負荷分散方式におい
て、前記トランザクション分配手段が前記並列処理サー
バに分配しないときに前記トランザクションを蓄積する
分配待ちキュー手段を有することを特徴とする負荷分散
方式。 - 【請求項５】 請求項１に記載の負荷分散方式におい
て、前記応答受付手段は前記受信用ソケットにトランザ
クション応答を受けた場合、前記トランザクション分配
手段に前記トランザクション応答終了を通知して、前記
送信ソケットの状態を更新することを特徴とする負荷分
散方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9137090A JPH10334064A (ja) | 1997-05-27 | 1997-05-27 | 負荷分散方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9137090A JPH10334064A (ja) | 1997-05-27 | 1997-05-27 | 負荷分散方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10334064A true JPH10334064A (ja) | 1998-12-18 |
Family
ID=15190657
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9137090A Pending JPH10334064A (ja) | 1997-05-27 | 1997-05-27 | 負荷分散方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10334064A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004280371A (ja) * | 2003-03-14 | 2004-10-07 | Mitsubishi Electric Information Systems Corp | サーバ装置及びプログラム |
| JP2008040718A (ja) * | 2006-08-04 | 2008-02-21 | Nippon Telegr & Teleph Corp <Ntt> | 負荷分散制御装置および方法 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07210485A (ja) * | 1994-01-27 | 1995-08-11 | Hitachi Ltd | 情報処理装置間のアプリケーションプロセス通信方法及びそれを用いた情報処理装置 |
| JPH07319834A (ja) * | 1994-05-30 | 1995-12-08 | Hitachi Ltd | 分散オンラインシステムの負荷分散方式 |
| JPH0844576A (ja) * | 1994-07-25 | 1996-02-16 | Internatl Business Mach Corp <Ibm> | 動的作業負荷平衡化 |
| JPH08305668A (ja) * | 1995-04-28 | 1996-11-22 | Nec Corp | コネクション型サーバ・クライアントシステム |
| JPH0997233A (ja) * | 1995-09-28 | 1997-04-08 | Nec Corp | オンライン情報処理システムにおける負荷分散方法 |
| JPH09319600A (ja) * | 1996-03-05 | 1997-12-12 | Internatl Business Mach Corp <Ibm> | リモート・プロシージャ・コールを実行する方法及びトランザクション・マネージャ |
-
1997
- 1997-05-27 JP JP9137090A patent/JPH10334064A/ja active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07210485A (ja) * | 1994-01-27 | 1995-08-11 | Hitachi Ltd | 情報処理装置間のアプリケーションプロセス通信方法及びそれを用いた情報処理装置 |
| JPH07319834A (ja) * | 1994-05-30 | 1995-12-08 | Hitachi Ltd | 分散オンラインシステムの負荷分散方式 |
| JPH0844576A (ja) * | 1994-07-25 | 1996-02-16 | Internatl Business Mach Corp <Ibm> | 動的作業負荷平衡化 |
| JPH08305668A (ja) * | 1995-04-28 | 1996-11-22 | Nec Corp | コネクション型サーバ・クライアントシステム |
| JPH0997233A (ja) * | 1995-09-28 | 1997-04-08 | Nec Corp | オンライン情報処理システムにおける負荷分散方法 |
| JPH09319600A (ja) * | 1996-03-05 | 1997-12-12 | Internatl Business Mach Corp <Ibm> | リモート・プロシージャ・コールを実行する方法及びトランザクション・マネージャ |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004280371A (ja) * | 2003-03-14 | 2004-10-07 | Mitsubishi Electric Information Systems Corp | サーバ装置及びプログラム |
| JP2008040718A (ja) * | 2006-08-04 | 2008-02-21 | Nippon Telegr & Teleph Corp <Ntt> | 負荷分散制御装置および方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7076545B2 (en) | Load balancing the servicing of received packets | |
| US6195682B1 (en) | Concurrent server and method of operation having client-server affinity using exchanged client and server keys | |
| KR100383381B1 (ko) | 제한된메모리컴퓨터시스템에서의클라이언트관리흐름제어를위한방법과장치 | |
| US5357632A (en) | Dynamic task allocation in a multi-processor system employing distributed control processors and distributed arithmetic processors | |
| US20160191571A1 (en) | Applications processing in a network apparatus | |
| US6434626B1 (en) | Method and apparatus for low latency network performance monitoring | |
| JP2001331333A (ja) | 計算機システム及び計算機システムの制御方法 | |
| JPH09269925A (ja) | 負荷制御を行う大規模クライアントサーバーシステム | |
| US5960178A (en) | Queue system and method for point-to-point message passing having a separate table for storing message state and identifier of processor assigned to process the message | |
| US20050086412A1 (en) | System and method for communicating between modules | |
| US20150127799A1 (en) | Hierarchical distribution of control information in a massively scalable network server | |
| US6885673B1 (en) | Queue pair wait state management in a host channel adapter | |
| CN100414530C (zh) | 处理多网络连接上的定序记录的设备和方法 | |
| JPH10334058A (ja) | オンラインシステムと負荷分散方式 | |
| JPH10334064A (ja) | 負荷分散方式 | |
| JPH10301870A (ja) | 通信回線制御システム | |
| CN111711675A (zh) | 一种针对局域网内并发消息传递的解决方法 | |
| KR102119456B1 (ko) | 분산 클라우드 환경에서의 분산 브로커 코디네이터 시스템 및 방법 | |
| US20110219155A1 (en) | Processing system and method for transmitting data | |
| CN105874757B (zh) | 一种数据处理方法及多核处理器系统 | |
| Ghosal et al. | Parallel architectures for processing high speed network signaling protocols | |
| KR100271380B1 (ko) | 브랜치프로세서의망관리장치 | |
| CN114039894B (zh) | 一种基于矢量包的网络性能优化方法、系统、设备、介质 | |
| WO2019009074A1 (ja) | ネットワークを利用して少なくとも１つの事業者がサービスを顧客に提供する方法およびそのネットワーク | |
| JP3569341B2 (ja) | 並列型計算機システム |