JPH1027146A - 通信処理装置及び通信処理方法 - Google Patents
通信処理装置及び通信処理方法Info
- Publication number
- JPH1027146A JPH1027146A JP8182269A JP18226996A JPH1027146A JP H1027146 A JPH1027146 A JP H1027146A JP 8182269 A JP8182269 A JP 8182269A JP 18226996 A JP18226996 A JP 18226996A JP H1027146 A JPH1027146 A JP H1027146A
- Authority
- JP
- Japan
- Prior art keywords
- host
- communication processing
- session
- processing device
- communication
- 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
- 230000006854 communication Effects 0.000 title claims abstract description 103
- 238000000034 method Methods 0.000 title claims description 22
- 230000001629 suppression Effects 0.000 claims description 10
- 238000003672 processing method Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
Landscapes
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 ホストと端末間のセッションを管理する通信
処理装置において、ホスト上のＡＰの負荷状態を把握し
負荷の最も少ないホスト上のＡＰの端末のセッションを
開設することで、負荷が特定のホストに集中することを
防ぐ。 【解決手段】 通信処理装置２上のホスト通信プロセス
２１が、各ホスト上の応用プログラム（ＡＰ）の動作状
態を管理するＡＰ管理テーブル２２を検索し、セッショ
ン接続対象のＡＰが稼働状態となっているホストに対し
セッションを開設する。ＡＰが稼働状態にあるホストが
存在しない場合、各ホストの負荷状態をＡＰ管理テーブ
ル２２から判断してセッションを開設する。ホスト上で
障害が発生した場合、通信処理装置が各ホストの負荷状
態を考慮し、ＡＰ単位にセッションの再接続先を決定
し、セッションの再接続を自動的に行う。
処理装置において、ホスト上のＡＰの負荷状態を把握し
負荷の最も少ないホスト上のＡＰの端末のセッションを
開設することで、負荷が特定のホストに集中することを
防ぐ。 【解決手段】 通信処理装置２上のホスト通信プロセス
２１が、各ホスト上の応用プログラム（ＡＰ）の動作状
態を管理するＡＰ管理テーブル２２を検索し、セッショ
ン接続対象のＡＰが稼働状態となっているホストに対し
セッションを開設する。ＡＰが稼働状態にあるホストが
存在しない場合、各ホストの負荷状態をＡＰ管理テーブ
ル２２から判断してセッションを開設する。ホスト上で
障害が発生した場合、通信処理装置が各ホストの負荷状
態を考慮し、ＡＰ単位にセッションの再接続先を決定
し、セッションの再接続を自動的に行う。
Description
【０００１】
【発明の属する技術分野】本発明は、ファイル共有型の
複数ホストと接続された通信処理装置と、複数の端末を
接続したネットワークにおいて、負荷分散を考慮したＡ
Ｐ切り替えによるセッション分散方法及びそのための装
置に関し、ホストに障害が発生した場合に、端末からセ
ッションの切断、再接続を行わずに、別ホストとのセッ
ションを開設し、業務を継続できる通信処理方式に関す
る。
複数ホストと接続された通信処理装置と、複数の端末を
接続したネットワークにおいて、負荷分散を考慮したＡ
Ｐ切り替えによるセッション分散方法及びそのための装
置に関し、ホストに障害が発生した場合に、端末からセ
ッションの切断、再接続を行わずに、別ホストとのセッ
ションを開設し、業務を継続できる通信処理方式に関す
る。
【０００２】
【従来の技術】従来、通信処理装置が、複数のホストに
接続されているネットワークシステム上のセッションの
動的切り替えを行う方法については、特開平１−１３４
５５２号公報に開示されている。特開平１−１３４５５
２号公報で開示されている技術は、ホスト切り替え時に
端末利用者の操作を一切強要することなく、ホスト単位
にセッションを自動的に切り替える方法である。
接続されているネットワークシステム上のセッションの
動的切り替えを行う方法については、特開平１−１３４
５５２号公報に開示されている。特開平１−１３４５５
２号公報で開示されている技術は、ホスト切り替え時に
端末利用者の操作を一切強要することなく、ホスト単位
にセッションを自動的に切り替える方法である。
【０００３】しかし通信処理装置が接続先の応用プログ
ラム（以降ＡＰと呼ぶ）名を用いたセッションの管理を
行い、負荷制御を考慮したセッションの接続、及びホス
ト障害が発生した場合の負荷制御を考慮したセッション
の切り替え方法については開示されていない。
ラム（以降ＡＰと呼ぶ）名を用いたセッションの管理を
行い、負荷制御を考慮したセッションの接続、及びホス
ト障害が発生した場合の負荷制御を考慮したセッション
の切り替え方法については開示されていない。
【０００４】
【発明が解決しようとする課題】第１の問題点は、従来
の技術において通信処理装置がセッション切り替え時に
切り替え先ホストの負荷状態を意識せず、端末のセッシ
ョンをホストに再接続していた点である。
の技術において通信処理装置がセッション切り替え時に
切り替え先ホストの負荷状態を意識せず、端末のセッシ
ョンをホストに再接続していた点である。
【０００５】その理由は、複数ホストの存在するネット
ワーク上で複数のホストに同一のＡＰが存在し、通信処
理装置は各ホスト上のＡＰの負荷状態を把握する手段が
ないため、再接続時に指定されたホストに接続していた
からである。
ワーク上で複数のホストに同一のＡＰが存在し、通信処
理装置は各ホスト上のＡＰの負荷状態を把握する手段が
ないため、再接続時に指定されたホストに接続していた
からである。
【０００６】第２の問題点は、従来の技術においてセッ
ションの切り替え時に、ホスト単位にしかセッションの
切り替えを実行できないことである。
ションの切り替え時に、ホスト単位にしかセッションの
切り替えを実行できないことである。
【０００７】その理由は、通信処理装置がホストのＡＰ
毎に接続されているＡＰのセッションを管理する手段が
ないからである。
毎に接続されているＡＰのセッションを管理する手段が
ないからである。
【０００８】［発明の目的］本発明の目的は、ホスト端
末間のセッションを管理する通信処理装置において、ホ
スト上のＡＰの負荷状態を把握し、負荷の最も少ないホ
スト上のＡＰに端末のセッションを接続することで、複
数ホストのネットワークにおいて負荷が特定のホストに
集中しないようにすることを目的とする。
末間のセッションを管理する通信処理装置において、ホ
スト上のＡＰの負荷状態を把握し、負荷の最も少ないホ
スト上のＡＰに端末のセッションを接続することで、複
数ホストのネットワークにおいて負荷が特定のホストに
集中しないようにすることを目的とする。
【０００９】また、ホストに障害が発生した場合に、端
末の利用者にセッションの再接続という操作を要求せ
ず、ＡＰ単位に負荷状態を考慮し、自動的にセッション
を再接続することで、各ホストの性能向上を図ることを
目的とする。
末の利用者にセッションの再接続という操作を要求せ
ず、ＡＰ単位に負荷状態を考慮し、自動的にセッション
を再接続することで、各ホストの性能向上を図ることを
目的とする。
【００１０】
【課題を解決するための手段】本発明は、上述した課題
を解決するための手段として、ファイル共有型の複数ホ
スト（図１の１１〜１ｎ）と接続された通信処理装置
（図１の２）と、この通信処理装置と複数の端末（図１
の３１〜３ｍ）を通信回線を通じ接続したファイル共有
型マルチプロセッサ環境において、上記通信処理装置内
にホストとの通信を管理するホスト通信プロセス（図１
の２１）と、上記通信処理装置が接続している複数ホス
ト上のＡＰの状態を管理するＡＰ管理テーブル（図１の
２２）と、ホストとセッションを開設している複数の端
末の状態を管理するセッション管理テーブル（図１の２
３）と、ホスト通信プロセスに対しＡＰの抑止コマンド
を通知する通信管理（図１の２４）と、を有することを
特徴とする。
を解決するための手段として、ファイル共有型の複数ホ
スト（図１の１１〜１ｎ）と接続された通信処理装置
（図１の２）と、この通信処理装置と複数の端末（図１
の３１〜３ｍ）を通信回線を通じ接続したファイル共有
型マルチプロセッサ環境において、上記通信処理装置内
にホストとの通信を管理するホスト通信プロセス（図１
の２１）と、上記通信処理装置が接続している複数ホス
ト上のＡＰの状態を管理するＡＰ管理テーブル（図１の
２２）と、ホストとセッションを開設している複数の端
末の状態を管理するセッション管理テーブル（図１の２
３）と、ホスト通信プロセスに対しＡＰの抑止コマンド
を通知する通信管理（図１の２４）と、を有することを
特徴とする。
【００１１】ＡＰ管理テーブル２２は、各ホストのＡＰ
の状態を通信処理装置上で管理するための資源である。
ＡＰの状態は稼働，待機，稼働待ちの３種類とする。稼
働状態とは、当該ホスト上のＡＰは活性状態にありセッ
ションの開設が可能な状態を示す。待機状態とは、当該
ホスト上のＡＰは活性状態にあるがセッションの開設が
拒否される状態を示す。稼働待ち状態とは、当該ホスト
上のＡＰが活性状態にないことを示し、ＡＰが活性状態
になるとＡＰの状態は待機に変更される。
の状態を通信処理装置上で管理するための資源である。
ＡＰの状態は稼働，待機，稼働待ちの３種類とする。稼
働状態とは、当該ホスト上のＡＰは活性状態にありセッ
ションの開設が可能な状態を示す。待機状態とは、当該
ホスト上のＡＰは活性状態にあるがセッションの開設が
拒否される状態を示す。稼働待ち状態とは、当該ホスト
上のＡＰが活性状態にないことを示し、ＡＰが活性状態
になるとＡＰの状態は待機に変更される。
【００１２】また、上記通信処理装置は上記ホストとの
接続回線の障害を検知する手段を持つことが望ましい。
接続回線の障害を検知する手段を持つことが望ましい。
【００１３】［作用］ホスト通信プロセスがホストとの
通信障害を検出した場合、あるいは通信管理がホスト通
信プロセスに対しＡＰの抑止コマンドを投入した場合、
ホスト通信プロセスは、通信処理装置内のＡＰ管理テー
ブル上を検索し、該当ＡＰの稼働状態を稼働から稼働待
ちに変更する。次にＡＰ管理テーブルを検索し、稼働待
ちにしたＡＰの代わりにＡＰを稼働状態にするホストを
決定する。ホストの決定後、ＡＰ管理テーブル上の該当
ホストのＡＰ稼働状態フィールドを待機から稼働に変更
する。
通信障害を検出した場合、あるいは通信管理がホスト通
信プロセスに対しＡＰの抑止コマンドを投入した場合、
ホスト通信プロセスは、通信処理装置内のＡＰ管理テー
ブル上を検索し、該当ＡＰの稼働状態を稼働から稼働待
ちに変更する。次にＡＰ管理テーブルを検索し、稼働待
ちにしたＡＰの代わりにＡＰを稼働状態にするホストを
決定する。ホストの決定後、ＡＰ管理テーブル上の該当
ホストのＡＰ稼働状態フィールドを待機から稼働に変更
する。
【００１４】ＡＰ管理テーブルの状態変更完了後、通信
処理装置内部のセッション管理テーブルを検索し状態を
変更したＡＰに接続されたセッションがある場合、セッ
ション管理テーブル上の接続先ＡＰのホストアドレスを
変更する。ホストアドレスを変更したことで、以降の端
末からＡＰへの接続要求時に接続されるホストは変更さ
れることになる。
処理装置内部のセッション管理テーブルを検索し状態を
変更したＡＰに接続されたセッションがある場合、セッ
ション管理テーブル上の接続先ＡＰのホストアドレスを
変更する。ホストアドレスを変更したことで、以降の端
末からＡＰへの接続要求時に接続されるホストは変更さ
れることになる。
【００１５】つまり、本発明によれば、ホスト通信プロ
セスが、各ホストの負荷を考慮して稼働状態にするＡＰ
を決定しているため、各ホストの負荷分散をユーザが意
識しなくとも良いという作用が得られる。
セスが、各ホストの負荷を考慮して稼働状態にするＡＰ
を決定しているため、各ホストの負荷分散をユーザが意
識しなくとも良いという作用が得られる。
【００１６】図１の本発明の概略構成図を参照しなが
ら、更に説明すると、まず、通信処理装置２上のホスト
通信プロセス２１が、各ホスト上の応用プログラム（Ａ
Ｐ）の動作状態を管理するＡＰ管理テーブル２２を検索
し、セッション接続対象のＡＰが稼働状態となっている
ホストに対しセッションを開設する。
ら、更に説明すると、まず、通信処理装置２上のホスト
通信プロセス２１が、各ホスト上の応用プログラム（Ａ
Ｐ）の動作状態を管理するＡＰ管理テーブル２２を検索
し、セッション接続対象のＡＰが稼働状態となっている
ホストに対しセッションを開設する。
【００１７】ＡＰが稼働状態にあるホストが存在しない
場合、各ホストの負荷状態をＡＰ管理テーブルから判断
してセッションを開設する。
場合、各ホストの負荷状態をＡＰ管理テーブルから判断
してセッションを開設する。
【００１８】また、開設したセッションの端末名、端末
アドレス，接続先ＡＰ名，接続先ホストアドレスをセッ
ション管理テーブル２３に設定し、開設したセッション
の情報を管理する。
アドレス，接続先ＡＰ名，接続先ホストアドレスをセッ
ション管理テーブル２３に設定し、開設したセッション
の情報を管理する。
【００１９】ホスト上で障害が発生した場合、通信処理
装置が各ホストの負荷状態を考慮し、ＡＰ単位にセッシ
ョンの再接続先を決定し、セッションの再接続を自動的
に行う。
装置が各ホストの負荷状態を考慮し、ＡＰ単位にセッシ
ョンの再接続先を決定し、セッションの再接続を自動的
に行う。
【００２０】通信管理２４からＡＰの抑止が要求された
場合も、通信処理装置が各ホストの負荷状態を考慮しセ
ッションの再接続先を決定し、セッションの再接続を自
動的に行う。
場合も、通信処理装置が各ホストの負荷状態を考慮しセ
ッションの再接続先を決定し、セッションの再接続を自
動的に行う。
【００２１】以上、本発明によれば、ホストと端末間の
セッションを管理する通信処理装置において、ホスト上
のＡＰの負荷状態を把握し負荷の最も少ないホスト上の
ＡＰの端末のセッションを開設することで、負荷が特定
のホストに集中することを防ぐことができる。
セッションを管理する通信処理装置において、ホスト上
のＡＰの負荷状態を把握し負荷の最も少ないホスト上の
ＡＰの端末のセッションを開設することで、負荷が特定
のホストに集中することを防ぐことができる。
【００２２】
［実施例１］次に、本発明の実施例について図面を参照
して詳細に説明する。
して詳細に説明する。
【００２３】図１を参照すると、本発明の第一の形態は
ファイル共有型の複数のホスト群１と、ホスト群と情報
を送受信するための伝送路（以降、データリンクと称
す）を確立している通信処理装置２と、通信回線により
通信処理装置２と接続している端末群３を含む。ホスト
群１は最大ｎ台のホストからなるマルチプロセッサ環境
を構成しており、これらのホスト上に複数のＡＰが存在
する。各ＡＰはｎ台中１台のホストのみで稼働状態にあ
る。
ファイル共有型の複数のホスト群１と、ホスト群と情報
を送受信するための伝送路（以降、データリンクと称
す）を確立している通信処理装置２と、通信回線により
通信処理装置２と接続している端末群３を含む。ホスト
群１は最大ｎ台のホストからなるマルチプロセッサ環境
を構成しており、これらのホスト上に複数のＡＰが存在
する。各ＡＰはｎ台中１台のホストのみで稼働状態にあ
る。
【００２４】通信処理装置２は、ホスト・端末間のセッ
ションの確立を制御するホスト通信プロセス２１と、通
信処理装置がデータリンクを確立している全ホスト上の
ＡＰの稼働状態を管理するためのＡＰ管理テーブル２２
と、通信処理装置を介しホスト上のＡＰとセッションを
確立している端末のセッションの情報を管理するための
セッション管理テーブル２３と、利用者がホスト上のＡ
Ｐの稼働、抑止を行う場合にコマンドを投入するための
通信管理２４を含む。
ションの確立を制御するホスト通信プロセス２１と、通
信処理装置がデータリンクを確立している全ホスト上の
ＡＰの稼働状態を管理するためのＡＰ管理テーブル２２
と、通信処理装置を介しホスト上のＡＰとセッションを
確立している端末のセッションの情報を管理するための
セッション管理テーブル２３と、利用者がホスト上のＡ
Ｐの稼働、抑止を行う場合にコマンドを投入するための
通信管理２４を含む。
【００２５】端末群３は、最大ｍ台の端末からなり、そ
れぞれホスト群１中のあるホスト上のＡＰとのセッショ
ンを確立している。各端末は端末群３の中で一意な端末
アドレスを持つ。
れぞれホスト群１中のあるホスト上のＡＰとのセッショ
ンを確立している。各端末は端末群３の中で一意な端末
アドレスを持つ。
【００２６】図２は、本発明のホスト群１中の各ホスト
のＡＰ構成を示した図である。それぞれのホストにはホ
ストアドレスが割り振られ、通信管理に接続されたホス
ト群１内部で一意な値である。例えばホスト１には、ホ
ストアドレス１１が割り振られ、ホスト１の内部にはＡ
ＰがＡＰ１〜ＡＰ３とＡＰ５〜ＡＰ６の５つのＡＰが存
在し、そのうち稼働状態にあるＡＰはＡＰ２である。
のＡＰ構成を示した図である。それぞれのホストにはホ
ストアドレスが割り振られ、通信管理に接続されたホス
ト群１内部で一意な値である。例えばホスト１には、ホ
ストアドレス１１が割り振られ、ホスト１の内部にはＡ
ＰがＡＰ１〜ＡＰ３とＡＰ５〜ＡＰ６の５つのＡＰが存
在し、そのうち稼働状態にあるＡＰはＡＰ２である。
【００２７】図３は、通信処理装置内部のＡＰ管理テー
ブル２２の内容を示した図である。ＡＰ管理テーブルは
ホスト群１に存在する全てのＡＰについて、各ホスト毎
にそのＡＰの稼働状態を格納したテーブルである。ＡＰ
の稼働は稼働，待機，稼働待ちの３種類であり、ＡＰの
状態が稼働であるホスト上のＡＰに対してセッションの
開設が可能である。ホスト障害、あるいはＡＰの切り替
え時には稼働から稼働待ちに状態を変更し、該当ＡＰに
対するセッション開設は行えない。ホスト通信プロセス
は端末からのセッション開設要求時に指定されるＡＰ名
を元にＡＰ管理テーブルを検索し、該当ＡＰが稼働状態
になっているホストを検出しそのホストに対しセッショ
ンを開設する。
ブル２２の内容を示した図である。ＡＰ管理テーブルは
ホスト群１に存在する全てのＡＰについて、各ホスト毎
にそのＡＰの稼働状態を格納したテーブルである。ＡＰ
の稼働は稼働，待機，稼働待ちの３種類であり、ＡＰの
状態が稼働であるホスト上のＡＰに対してセッションの
開設が可能である。ホスト障害、あるいはＡＰの切り替
え時には稼働から稼働待ちに状態を変更し、該当ＡＰに
対するセッション開設は行えない。ホスト通信プロセス
は端末からのセッション開設要求時に指定されるＡＰ名
を元にＡＰ管理テーブルを検索し、該当ＡＰが稼働状態
になっているホストを検出しそのホストに対しセッショ
ンを開設する。
【００２８】図４は、通信処理装置内部のセッション管
理テーブル２３の内容を示した図である。セッション管
理テーブルは通信処理装置を介し、端末−ホスト間のセ
ッションを開設した端末の情報を格納したテーブルであ
る。ホスト通信プロセスは端末からのセッションを開設
する際に、セッション管理テーブルにその端末のアドレ
ス，端末名，接続先ＡＰ名，接続先ＡＰのホストアドレ
スを格納する。
理テーブル２３の内容を示した図である。セッション管
理テーブルは通信処理装置を介し、端末−ホスト間のセ
ッションを開設した端末の情報を格納したテーブルであ
る。ホスト通信プロセスは端末からのセッションを開設
する際に、セッション管理テーブルにその端末のアドレ
ス，端末名，接続先ＡＰ名，接続先ＡＰのホストアドレ
スを格納する。
【００２９】次に、本発明の実施例の動作について、図
１〜図８を参照して詳細に説明する。図１に示す端末３
１からＡＰ１に対するセッション開設要求を行う。セッ
ション開設要求を通信処理装置（図１の２）が受けた段
階で、通信処理装置内のホスト通信プロセス（図１の２
１）は接続先ホストアドレス決定処理（図５）を行う。
１〜図８を参照して詳細に説明する。図１に示す端末３
１からＡＰ１に対するセッション開設要求を行う。セッ
ション開設要求を通信処理装置（図１の２）が受けた段
階で、通信処理装置内のホスト通信プロセス（図１の２
１）は接続先ホストアドレス決定処理（図５）を行う。
【００３０】図５の接続先ホストアドレス決定処理で
は、入力パラメータ“ＡＰ１”から１回目のデータ検索
で稼働ホストアドレス検索処理（図６）に移行する（図
５のステップ５１，５２，５３，５５）。
は、入力パラメータ“ＡＰ１”から１回目のデータ検索
で稼働ホストアドレス検索処理（図６）に移行する（図
５のステップ５１，５２，５３，５５）。
【００３１】図６の稼働ホストアドレス検索処理では、
ＡＰ管理テーブルのＡＰ１の稼働状態フィールドを検索
し、ＡＰ１が稼働状態になっているホストアドレスの取
得処理を実行する。しかし、ＡＰ１はＡＰ管理テーブル
上で稼働状態になっているホストが存在しないため、Ａ
Ｐ稼働ホスト決定処理（図７）に移行する（図６のステ
ップ６１，６２，６３，６６，６４）。
ＡＰ管理テーブルのＡＰ１の稼働状態フィールドを検索
し、ＡＰ１が稼働状態になっているホストアドレスの取
得処理を実行する。しかし、ＡＰ１はＡＰ管理テーブル
上で稼働状態になっているホストが存在しないため、Ａ
Ｐ稼働ホスト決定処理（図７）に移行する（図６のステ
ップ６１，６２，６３，６６，６４）。
【００３２】図７のＡＰ稼働ホスト決定処理では、全ホ
ストを対象に稼働ホスト決定処理を実行するため、入力
パラメータの除外ホストアドレスは指定しない。図７の
処理では、全ホスト分ＡＰ管理テーブルを検索し、“Ａ
Ｐ１”の定義されているホストで稼働ＡＰ数が最も少な
く、条件に該当するホストが複数ある場合は最も待機Ａ
Ｐ数が少ないホストを稼働対象ホストとする（図７のス
テップ７１，７２，７３，７４，７５，７６，７７，７
８，７９，７Ｂ，７Ｃ，７Ｄ，７Ｅ）。この場合は、ホ
ストアドレス１１のホストがＡＰ１の稼働対象ホストと
なり、ＡＰ管理テーブルのホストアドレス１１のＡＰ１
稼働状態フィールドを待機から稼働に変更する。
ストを対象に稼働ホスト決定処理を実行するため、入力
パラメータの除外ホストアドレスは指定しない。図７の
処理では、全ホスト分ＡＰ管理テーブルを検索し、“Ａ
Ｐ１”の定義されているホストで稼働ＡＰ数が最も少な
く、条件に該当するホストが複数ある場合は最も待機Ａ
Ｐ数が少ないホストを稼働対象ホストとする（図７のス
テップ７１，７２，７３，７４，７５，７６，７７，７
８，７９，７Ｂ，７Ｃ，７Ｄ，７Ｅ）。この場合は、ホ
ストアドレス１１のホストがＡＰ１の稼働対象ホストと
なり、ＡＰ管理テーブルのホストアドレス１１のＡＰ１
稼働状態フィールドを待機から稼働に変更する。
【００３３】セッション開設ホストアドレス決定後、ホ
スト通信プロセスはホストアドレス１１上のＡＰ１に対
しセッションを開設する。セッションの開設完了後、ホ
スト通信プロセスは通信処理装置内のセッション管理テ
ーブル（図４）に開設したセッションの情報を格納す
る。この場合、端末名に端末１、端末アドレスに３１、
接続先ＡＰ名にＡＰ１，及び接続先ホストアドレスに１
１を設定する。
スト通信プロセスはホストアドレス１１上のＡＰ１に対
しセッションを開設する。セッションの開設完了後、ホ
スト通信プロセスは通信処理装置内のセッション管理テ
ーブル（図４）に開設したセッションの情報を格納す
る。この場合、端末名に端末１、端末アドレスに３１、
接続先ＡＰ名にＡＰ１，及び接続先ホストアドレスに１
１を設定する。
【００３４】以上の動作により、ＡＰ名を用いホストの
負荷状態を考慮に入れたセッション開設が達成される。
以降、ＡＰ１に対するセッション開設要求が通信処理装
置に上がってきた場合、ホスト通信プロセスは、図５，
図６の処理によりＡＰ管理テーブル上でＡＰ１が稼働状
態にあるホストを検索し、検索結果のホスト（ホストア
ドレス１１）に対しセッションを開設する。
負荷状態を考慮に入れたセッション開設が達成される。
以降、ＡＰ１に対するセッション開設要求が通信処理装
置に上がってきた場合、ホスト通信プロセスは、図５，
図６の処理によりＡＰ管理テーブル上でＡＰ１が稼働状
態にあるホストを検索し、検索結果のホスト（ホストア
ドレス１１）に対しセッションを開設する。
【００３５】次に、ホスト通信プロセス２１がホスト１
との通信異常を検出した場合、ホスト通信プロセスは接
続先変更ＡＰ名検索処理（図８）を実行する。
との通信異常を検出した場合、ホスト通信プロセスは接
続先変更ＡＰ名検索処理（図８）を実行する。
【００３６】図８の接続先変更ＡＰ名検索処理では、ホ
スト１を入力パラメータとしてＡＰ管理テーブルを検索
し接続先を変更する必要のあるＡＰ名を取得する。この
場合、まずＡＰ１が接続先変更対象となる（図８のステ
ップ８１，８２，８３，８６）。
スト１を入力パラメータとしてＡＰ管理テーブルを検索
し接続先を変更する必要のあるＡＰ名を取得する。この
場合、まずＡＰ１が接続先変更対象となる（図８のステ
ップ８１，８２，８３，８６）。
【００３７】次に、図７のＡＰ稼働ホスト決定処理を実
行する。ＡＰを稼働状態にするホストは、ＡＰ管理テー
ブル中で稼働ＡＰ数が最も少ないホストとする。該当す
るホストが複数存在する場合は、当該ホスト中で待機Ａ
Ｐ数が最も少ないホストをＡＰ稼働ホストとする。この
場合、ＡＰ１，ホストアドレス１１が入力パラメータと
なり、ホスト２（ホストアドレス１２）がＡＰ１の稼働
対象ホストとなる（図７のステップ７１〜７ｅ）。同様
に、ＡＰ２はホスト６（ホストアドレス１６）が稼働対
象ホストになる（図７のステップ７１〜７ｅ）。
行する。ＡＰを稼働状態にするホストは、ＡＰ管理テー
ブル中で稼働ＡＰ数が最も少ないホストとする。該当す
るホストが複数存在する場合は、当該ホスト中で待機Ａ
Ｐ数が最も少ないホストをＡＰ稼働ホストとする。この
場合、ＡＰ１，ホストアドレス１１が入力パラメータと
なり、ホスト２（ホストアドレス１２）がＡＰ１の稼働
対象ホストとなる（図７のステップ７１〜７ｅ）。同様
に、ＡＰ２はホスト６（ホストアドレス１６）が稼働対
象ホストになる（図７のステップ７１〜７ｅ）。
【００３８】ＡＰ切り替え先のホスト決定後、ホスト１
の稼働状態だったＡＰの稼働状態を稼働から稼働待ちに
変更する。この場合、ＡＰ管理テーブルのＡＰ１，ＡＰ
２の稼働状態フィールドを稼働から稼働待ちに変更す
る。ホスト１のＡＰ抑止完了後、ＡＰ管理テーブル上で
ホスト２のＡＰ１稼働状態フィールドを稼働に、同様に
ホスト６のＡＰ２稼働状態フィールドを稼働に変更す
る。
の稼働状態だったＡＰの稼働状態を稼働から稼働待ちに
変更する。この場合、ＡＰ管理テーブルのＡＰ１，ＡＰ
２の稼働状態フィールドを稼働から稼働待ちに変更す
る。ホスト１のＡＰ抑止完了後、ＡＰ管理テーブル上で
ホスト２のＡＰ１稼働状態フィールドを稼働に、同様に
ホスト６のＡＰ２稼働状態フィールドを稼働に変更す
る。
【００３９】次に端末とホストのセッションを切り替え
るため、図４のセッション管理テーブルを検索する。セ
ッション管理テーブル中から障害発生ホストのホストア
ドレスに対しセッションを開設していた端末を検索し、
接続先ＡＰ毎にホストアドレスを変更する。この場合、
端末１，端末３の接続先ＡＰホストアドレスを１１から
１２に変更する。同様に端末２の接続先ホストアドレス
を１１から１６に変更する。以上の動作でホストの障害
発生時に、ＡＰ名を用い負荷分散を考慮したセッション
の切り替えが達成される。
るため、図４のセッション管理テーブルを検索する。セ
ッション管理テーブル中から障害発生ホストのホストア
ドレスに対しセッションを開設していた端末を検索し、
接続先ＡＰ毎にホストアドレスを変更する。この場合、
端末１，端末３の接続先ＡＰホストアドレスを１１から
１２に変更する。同様に端末２の接続先ホストアドレス
を１１から１６に変更する。以上の動作でホストの障害
発生時に、ＡＰ名を用い負荷分散を考慮したセッション
の切り替えが達成される。
【００４０】また通信処理装置内の通信管理（図１の２
４）からＡＰ１の抑止コマンドが投入された場合、管理
テーブルからＡＰ１が稼働状態になっているホストのホ
ストアドレスを取得する（図５のステップ５１，５２，
５３、図６のステップ６１，６２，６５）。この場合、
ホスト１のホストアドレス１１が取得できる。同時に、
ホスト１のＡＰ１稼働状態フィールドを稼働から稼働待
ちに変更し、ホスト１上のＡＰ１を新たなセッション確
立要求に対する接続先から除外する。
４）からＡＰ１の抑止コマンドが投入された場合、管理
テーブルからＡＰ１が稼働状態になっているホストのホ
ストアドレスを取得する（図５のステップ５１，５２，
５３、図６のステップ６１，６２，６５）。この場合、
ホスト１のホストアドレス１１が取得できる。同時に、
ホスト１のＡＰ１稼働状態フィールドを稼働から稼働待
ちに変更し、ホスト１上のＡＰ１を新たなセッション確
立要求に対する接続先から除外する。
【００４１】次に、図７に示すＡＰ稼働ホスト決定処理
（図７の７１〜７ｅ）により、ＡＰ１を稼働状態にする
ホストを決定する。この場合ＡＰ１を新たに稼働状態に
するのは、ホスト２（ホストアドレス１２）となる。次
にセッション管理テーブル（図４）を検索し、ホストア
ドレス１１に接続されていた端末の接続先ＡＰホストア
ドレスを１２に変更する。この場合、端末１の接続先Ａ
Ｐホストアドレスを１１から１２に変更する。以上の処
理により、ＡＰ名を用いた負荷制御を考慮したセッショ
ンの切り替えが実現する。
（図７の７１〜７ｅ）により、ＡＰ１を稼働状態にする
ホストを決定する。この場合ＡＰ１を新たに稼働状態に
するのは、ホスト２（ホストアドレス１２）となる。次
にセッション管理テーブル（図４）を検索し、ホストア
ドレス１１に接続されていた端末の接続先ＡＰホストア
ドレスを１２に変更する。この場合、端末１の接続先Ａ
Ｐホストアドレスを１１から１２に変更する。以上の処
理により、ＡＰ名を用いた負荷制御を考慮したセッショ
ンの切り替えが実現する。
【００４２】［実施例２］次に、本発明の第２の実施例
について図面を参照して説明する。第２の実施例（図
９）は、通信処理装置をｎ台に拡張したものである。第
一の実施例では最大ｍ本のセッションを通信処理装置で
管理していたが、第二の実施例では一台の通信処理装置
あたりｍ／ｎ本のセッションを管理すればよい。通信処
理装置一台あたりの管理セッション数が減少すること
で、セッションの切り替え時のセッション管理テーブル
の検索件数が減少し、切り替え処理の処理速度向上を図
ることが可能となる。
について図面を参照して説明する。第２の実施例（図
９）は、通信処理装置をｎ台に拡張したものである。第
一の実施例では最大ｍ本のセッションを通信処理装置で
管理していたが、第二の実施例では一台の通信処理装置
あたりｍ／ｎ本のセッションを管理すればよい。通信処
理装置一台あたりの管理セッション数が減少すること
で、セッションの切り替え時のセッション管理テーブル
の検索件数が減少し、切り替え処理の処理速度向上を図
ることが可能となる。
【００４３】
【発明の効果】第１の効果は、ホスト障害、あるいはＡ
Ｐの抑止コマンド投入時に通信処理装置が再接続先のホ
ストを決定し、接続先ホストの変更処理を行うことであ
る。これにより、負荷分散を考慮しつつ自動的にセッシ
ョンの切り替えが可能となる。
Ｐの抑止コマンド投入時に通信処理装置が再接続先のホ
ストを決定し、接続先ホストの変更処理を行うことであ
る。これにより、負荷分散を考慮しつつ自動的にセッシ
ョンの切り替えが可能となる。
【００４４】その理由は、ホスト障害あるいはＡＰの抑
止コマンド投入時に、通信処理装置が負荷が最も少ない
ホストを稼働ＡＰ数，待機ＡＰ数から判断しホスト障害
を起こしたホスト上で動作中のＡＰ、あるいは抑止対象
のＡＰにセッションを開設していた端末のセッションを
自動的に切り替えるからである。
止コマンド投入時に、通信処理装置が負荷が最も少ない
ホストを稼働ＡＰ数，待機ＡＰ数から判断しホスト障害
を起こしたホスト上で動作中のＡＰ、あるいは抑止対象
のＡＰにセッションを開設していた端末のセッションを
自動的に切り替えるからである。
【００４５】第２の効果は、端末からのセッション開設
時に、通信処理装置が接続先のホストを決定するという
ことである。これにより負荷分散を考慮したセッション
の開設が可能となる。
時に、通信処理装置が接続先のホストを決定するという
ことである。これにより負荷分散を考慮したセッション
の開設が可能となる。
【００４６】その理由は、セッション開設要求時に接続
対象ＡＰが全てのホストで稼働状態にない場合、各ホス
トの負荷状態を稼働ＡＰ数で判断し稼働ＡＰ数の最も少
ないホスト上のＡＰを稼働状態とし、そのＡＰに対しセ
ッションを開設するからである。
対象ＡＰが全てのホストで稼働状態にない場合、各ホス
トの負荷状態を稼働ＡＰ数で判断し稼働ＡＰ数の最も少
ないホスト上のＡＰを稼働状態とし、そのＡＰに対しセ
ッションを開設するからである。
【図１】本発明のシステム構成を示す図である。
【図２】図１のホスト群１の各ホストのＡＰ構成図であ
る。
る。
【図３】図１の通信処理装置のＡＰ管理テーブルであ
る。
る。
【図４】図１の通信処理装置のセッション管理テーブル
である。
である。
【図５】接続先ホストアドレス決定処理フロー図であ
る。
る。
【図６】稼働ホストアドレス検索処理フロー図である。
【図７】ＡＰ稼働ホスト決定処理フロー図である。
【図８】接続先変更ＡＰ検索処理フロー図である。
【図９】本発明の他の実施例のシステム構成図である。
１ ファイル共有型中央処理装置群 １１〜１ｎ ファイル共有型中央処理装置 ２ 通信処理装置 ２１ ホスト通信プロセス ２２ ＡＰ管理テーブル ２３ セッション管理テーブル ２４ 通信管理 ３ 端末装置群 ３１〜３ｍ 端末
Claims (8)
- 【請求項１】 ファイル共有型の複数のホスト計算機に
通信処理装置を接続し、この通信処理装置と複数の端末
をつないだネットワークにおいて、 前記ホストと、前記端末装置との間のセッション管理を
行うための資源と、 前記通信処理装置に接続された複数の前記ホスト上の応
用プログラム（ＡＰ）の状態を把握するための資源と、 前記ＡＰに接続している端末の状態を把握するための資
源と、を有することを特徴とする通信処理装置。 - 【請求項２】 上記ホスト計算機と上記端末間のセッシ
ョンを管理する際に、上記ＡＰ名を用いたセッションの
管理を行なう手段を有することを特徴とする請求項１記
載の通信処理装置。 - 【請求項３】 上記セッションを開設する際に、上記各
ホストの負荷状態を考慮してセッション開設対象を決定
する手段を有することを特徴とする請求項１記載の通信
処理装置。 - 【請求項４】 ファイル共有型の複数ホストと接続され
た通信処理装置と、この通信処理装置と複数の端末を通
信回線を通じ接続したファイル共有型マルチプロセッサ
環境において、 上記通信処理装置内にホストとの通信を管理するホスト
通信プロセスと、 上記通信処理装置が接続している複数ホスト上のＡＰの
状態を管理するＡＰ管理テーブルと、 ホストとセッションを開設している複数の端末の状態を
管理するセッション管理テーブルと、 ホスト通信プロセスに対しＡＰの抑止コマンドを通知す
る通信管理と、を有することを特徴とする請求項１記載
の通信処理装置。 - 【請求項５】 上記ホスト障害あるいはＡＰの抑止コマ
ンド投入時に、上記通信処理装置が、負荷が最も少ない
ホストを、稼働ＡＰ数、待機ＡＰ数から判断し、ホスト
障害を起こしたホスト上で動作中のＡＰ、あるいは抑止
対象のＡＰにセッションを開設していた上記端末のセッ
ションを自動的に切り替えることを特徴とする請求項１
記載の通信処理装置。 - 【請求項６】 セッション開設要求時に、接続対象ＡＰ
が全てのホストで稼働状態にない場合、各ホストの負荷
状態を稼働ＡＰ数で判断し、稼働ＡＰ数の最も少ないホ
スト上のＡＰを稼働状態とし、そのＡＰに対しセッショ
ンを開設することを特徴とする請求項１記載の通信処理
装置。 - 【請求項７】 複数の上記通信処理装置を有することを
特徴とする請求項１記載の通信処理装置。 - 【請求項８】 ファイル共有型の複数のホスト計算機に
通信処理装置を接続し、この通信処理装置と複数の端末
をつないだネットワークにおいて、 前記ホストと、前記端末装置との間のセッション管理を
行うための資源と、 前記通信処理装置に接続された複数の前記ホスト上の応
用プログラム（ＡＰ）の状態を把握するための資源と、 前記ＡＰに接続している端末の状態を把握するための資
源と、を有し、 前記各ホストに対する負荷分散を考慮したＡＰ名を用い
た切り替えによるセッション分散を行なうことを特徴と
する通信処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8182269A JPH1027146A (ja) | 1996-07-11 | 1996-07-11 | 通信処理装置及び通信処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8182269A JPH1027146A (ja) | 1996-07-11 | 1996-07-11 | 通信処理装置及び通信処理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1027146A true JPH1027146A (ja) | 1998-01-27 |
Family
ID=16115313
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8182269A Pending JPH1027146A (ja) | 1996-07-11 | 1996-07-11 | 通信処理装置及び通信処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1027146A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000076162A (ja) * | 1998-09-01 | 2000-03-14 | Nippon Telegr & Teleph Corp <Ntt> | 受付処理サーバの前処理装置 |
| JP2000330957A (ja) * | 1999-03-31 | 2000-11-30 | Internatl Business Mach Corp <Ibm> | 負荷平衡のための仮想ｕｒｌの使用 |
| WO2002044905A1 (en) * | 2000-11-29 | 2002-06-06 | Flex-Firm Inc. | Session management method for providing contents |
| JP2002532013A (ja) * | 1998-12-03 | 2002-09-24 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | ネットワーク管理システム |
| WO2006057040A1 (ja) * | 2004-11-26 | 2006-06-01 | Fujitsu Limited | コンピュータ・システム及び情報処理方法 |
| JP2006236040A (ja) * | 2005-02-25 | 2006-09-07 | Fujitsu Ltd | 分散サーバ故障応答プログラム，サーバ負荷分散装置および方法 |
| JP2007156569A (ja) * | 2005-11-30 | 2007-06-21 | Fujitsu Ltd | クラスタシステム、ロードバランサ、ノード振替方法およびノード振替プログラム |
| US8266253B2 (en) | 2008-01-08 | 2012-09-11 | Nec Corporation | Server system and event message transmission method therefor, client terminal and connection method and program therefor, and recording medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0434640A (ja) * | 1990-05-31 | 1992-02-05 | Nec Corp | 計算サーバホスト選択方式 |
| JPH0589064A (ja) * | 1991-09-25 | 1993-04-09 | Nec Corp | コンピユータシステムにおける装置制御部の負荷分散方式 |
| JPH05134959A (ja) * | 1991-11-14 | 1993-06-01 | Matsushita Electric Ind Co Ltd | 遠隔サービス実行制御システム |
| JPH05173990A (ja) * | 1991-12-24 | 1993-07-13 | Mitsubishi Electric Corp | データ処理システム |
| JPH05265954A (ja) * | 1992-03-19 | 1993-10-15 | Chugoku Nippon Denki Software Kk | コンピュータシステム |
| JPH06149737A (ja) * | 1992-11-04 | 1994-05-31 | Yamaha Motor Co Ltd | 運用管理のための装置およびこの装置を備えたコンピュータシステム |
| JPH06243112A (ja) * | 1993-02-19 | 1994-09-02 | Seiko Epson Corp | マルチプロセッサ装置 |
| JPH0830471A (ja) * | 1994-07-14 | 1996-02-02 | Hitachi Ltd | ジョブの実行プロセサ変更方式 |
-
1996
- 1996-07-11 JP JP8182269A patent/JPH1027146A/ja active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0434640A (ja) * | 1990-05-31 | 1992-02-05 | Nec Corp | 計算サーバホスト選択方式 |
| JPH0589064A (ja) * | 1991-09-25 | 1993-04-09 | Nec Corp | コンピユータシステムにおける装置制御部の負荷分散方式 |
| JPH05134959A (ja) * | 1991-11-14 | 1993-06-01 | Matsushita Electric Ind Co Ltd | 遠隔サービス実行制御システム |
| JPH05173990A (ja) * | 1991-12-24 | 1993-07-13 | Mitsubishi Electric Corp | データ処理システム |
| JPH05265954A (ja) * | 1992-03-19 | 1993-10-15 | Chugoku Nippon Denki Software Kk | コンピュータシステム |
| JPH06149737A (ja) * | 1992-11-04 | 1994-05-31 | Yamaha Motor Co Ltd | 運用管理のための装置およびこの装置を備えたコンピュータシステム |
| JPH06243112A (ja) * | 1993-02-19 | 1994-09-02 | Seiko Epson Corp | マルチプロセッサ装置 |
| JPH0830471A (ja) * | 1994-07-14 | 1996-02-02 | Hitachi Ltd | ジョブの実行プロセサ変更方式 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000076162A (ja) * | 1998-09-01 | 2000-03-14 | Nippon Telegr & Teleph Corp <Ntt> | 受付処理サーバの前処理装置 |
| JP2002532013A (ja) * | 1998-12-03 | 2002-09-24 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | ネットワーク管理システム |
| JP2000330957A (ja) * | 1999-03-31 | 2000-11-30 | Internatl Business Mach Corp <Ibm> | 負荷平衡のための仮想ｕｒｌの使用 |
| WO2002044905A1 (en) * | 2000-11-29 | 2002-06-06 | Flex-Firm Inc. | Session management method for providing contents |
| WO2006057040A1 (ja) * | 2004-11-26 | 2006-06-01 | Fujitsu Limited | コンピュータ・システム及び情報処理方法 |
| JPWO2006057040A1 (ja) * | 2004-11-26 | 2008-06-05 | 富士通株式会社 | コンピュータ・システム及び情報処理方法 |
| US8204993B2 (en) | 2004-11-26 | 2012-06-19 | Fujitsu Limited | Computer system and information processing method |
| JP2006236040A (ja) * | 2005-02-25 | 2006-09-07 | Fujitsu Ltd | 分散サーバ故障応答プログラム，サーバ負荷分散装置および方法 |
| JP2007156569A (ja) * | 2005-11-30 | 2007-06-21 | Fujitsu Ltd | クラスタシステム、ロードバランサ、ノード振替方法およびノード振替プログラム |
| US8266253B2 (en) | 2008-01-08 | 2012-09-11 | Nec Corporation | Server system and event message transmission method therefor, client terminal and connection method and program therefor, and recording medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11153194B2 (en) | Control plane isolation for software defined network routing services | |
| EP3316532B1 (en) | Computer device, system and method for implementing load balancing | |
| EP2559206B1 (en) | Method of identifying destination in a virtual environment | |
| US6324177B1 (en) | Method and apparatus for managing connections based on a client IP address | |
| US8099615B2 (en) | Method and system for power management in a virtual machine environment without disrupting network connectivity | |
| US9037719B2 (en) | Hypervisor level distributed load-balancing | |
| US7120697B2 (en) | Methods, systems and computer program products for port assignments of multiple application instances using the same source IP address | |
| EP2993838B1 (en) | Methods for setting a member identity of gateway device and corresponding management gateway devices | |
| US7711831B2 (en) | Methods, systems and computer program products for source address selection | |
| US7619965B2 (en) | Storage network management server, storage network managing method, storage network managing program, and storage network management system | |
| US20180146068A1 (en) | Micro-services in a telecommunications network | |
| US20130159487A1 (en) | Migration of Virtual IP Addresses in a Failover Cluster | |
| US20230195488A1 (en) | Teaming of smart nics | |
| US20030101284A1 (en) | Virtual network with adaptive dispatcher | |
| US11418582B1 (en) | Priority-based transport connection control | |
| EP4068725A1 (en) | Load balancing method and related device | |
| JP2014534492A (ja) | トラフィックディレクタ環境におけるロードバランシングおよびデータ圧縮の柔軟性を提供するためのシステムおよび方法 | |
| CN110474802B (zh) | 设备切换方法及装置、服务系统 | |
| CN113709220B (zh) | 虚拟负载均衡器的高可用实现方法、系统及电子设备 | |
| CN115225634A (zh) | 虚拟网络下的数据转发方法、装置及计算机程序产品 | |
| WO2013186825A1 (en) | Computer system, communication control server, communication control method, and program | |
| CN113612813B (zh) | 分布式跨网络访问方法、装置、系统及存储介质 | |
| JPH1027146A (ja) | 通信処理装置及び通信処理方法 | |
| JP2008283608A (ja) | 冗長化された通信経路を切り替える計算機、プログラム及び方法 | |
| CN111835684B (zh) | 一种haproxy设备的网络隔离监控方法及系统 |