JPH0946367A - コネクション管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 ネットワークで使用可能な帯域に応じてコネ
クションを割り当てる。また緊急度の高いコネクション
の帯域を優先的に確保する。 【構成】 端末１−１がアプリケーションサーバ（Ａ
Ｓ）８−１内のアプリケーションプログラムとコネクシ
ョンを確立するとき、管理サーバ２にコネクション登録
要求を行う。管理サーバ２はコネクションが経由するＬ
ＡＮ１０、ネットワーク３０及びＬＡＮ２０の使用可能
な帯域とすでに登録された他のコネクションの使用する
帯域とを考慮し、このコネクション登録要求を許可する
か否かを決定する。ネットワークの帯域に余裕がないと
き、より優先度の低いコネクションを登録解除するか、
強制終了するか、使用帯域を縮退させて優先度の高いコ
ネクションの使用帯域を確保する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークを介して
接続される２つのノードの間に確立するコネクションを
管理する方法に係わり、特にネットワークで使用可能な
帯域を各コネクションに割当てる方法に関する。

【０００２】

【従来の技術】ＬＡＮ（ローカルエリアネットワーク）
の分野では、ＬＡＮに接続されるノードが必要とする帯
域を確保するための技術を開示している。例えば特開平
６−２３７２６０号公報によれば、特定のノード（例え
ばブリッジ、ルータ、サーバなど）が通常のステーショ
ンが利用可能な帯域幅より広い帯域幅を確保するため
に、これらのノードは各ＬＡＮ上で他方のＬＡＮからの
多数のステーションを仮想ステーションとして表す代行
ノードとして機能する。またＡＴＭ（Ａｓｙｎｃｈｒｏ
ｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）の分野では、
交換機の仮想パスに必要な帯域を確保するための技術を
開示する。例えば特開平６−１６４６３１号公報によれ
ば、ＡＴＭ通信方式の中継線と端末を収容する電子交換
機において、中継線に複数の仮想パスを設け、端末から
の要求品質（通信速度と特性）に応じた仮想パスを割り
当てている。この仮想パスに必要な帯域を確保できない
ときには、同一の中継線に配置されている他の仮想パス
の中から再配置が可能な仮想パスを他の中継線に再配置
し、割り当てた仮想パスに必要な帯域を確保する。

【０００３】上記代行ノードは、ブリッジやルータの遅
延を少なくしたりパケット損失特性を低減するために有
効な方法である。また仮想パスに必要な帯域を確保する
技術は、端末からの要求品質に応じてその通信路である
交換機の構成を調整する有効な方法である。しかしこれ
らの技術はネットワークを介して接続されるノードの間
に確立されるコネクションに必要な帯域を割り当てると
いう点について考慮していない。特にこのネットワーク
が異なる複数のネットワークを接続するものである場
合、このコネクションが経由するすべてのネットワーク
について必要な帯域を確保しなければならないが、この
ような点について考慮していない。

【０００４】

【発明が解決しようとする課題】上記従来技術によれ
ば、ネットワークが使用可能な帯域の全体量に応じて各
コネクションに必要とする帯域を割り当てるという考え
方はなかった。さらにリアルタイム性の強い緊急度を要
するコネクションに必要な帯域を優先的に割り当てると
いう考え方はなかった。

【０００５】本発明の目的は、２つのノード間のコネク
ションの確立をネットワークの使用可能な帯域という観
点から管理することにある。

【０００６】本発明の他の目的は、緊急度の高いコネク
ションの帯域を優先的に確保することにある。

【０００７】

【課題を解決するための手段】本発明は、コネクション
が経由する可能性のある各ネットワークについて使用可
能な帯域の全体量を把握しておき、ノードからのコネク
ション確立の要求に対してネットワークの使用可能帯域
とすでにコネクション確立を許可され登録された他のコ
ネクションで必要とする帯域の総量とを考慮してこの要
求するコネクションが必要とする帯域を確保できる場合
に要求するコネクション確立を許可するコネクション管
理方法を特徴とする。

【０００８】また本発明は、各コネクションに優先度を
設定し、コネクションの確立要求が必要とする帯域を確
保できない場合に、この要求するコネクションの優先度
より低い優先度をもつ登録された他のコネクションを強
制的に解放して要求するコネクションが必要とする帯域
を確保するコネクション管理方法を特徴とする。

【０００９】

【作用】コネクションに係わる２つのノードのネットワ
ークシステム内の位置から、コネクションが経由するネ
ットワークを特定できるので、経由するネットワークの
各々について使用可能な帯域の全体量とすでに確保され
ている帯域の総量とから要求するコネクションが必要と
する帯域を確保できるか否かを判定できる。要求するコ
ネクションが必要とする帯域幅は経由するすべてのネッ
トワークについて同じであり、経由するすべてのネット
ワークについて必要とする帯域幅を確保する必要があ
る。

【００１０】

【実施例】以下、本発明の一実施例について図面を用い
て説明する。

【００１１】図１は、本実施例のネットワークシステム
の構成を示す図である。ＬＡＮ１０及びＬＡＮ２０はロ
ーカルなＬＡＮ（ローカルエリアネットワーク）、ネッ
トワーク３０はＬＡＮ１０及びＬＡＮ２０に接続される
基幹ＬＡＮ又は広域ネットワークである。端末１−１〜
１−７は、ＬＡＮ１０、ＬＡＮ２０又はネットワーク３
０に接続されるワークステーション、パーソナルコンピ
ュータを含む端末装置である。アプリケーションサーバ
（ＡＳ）８−１〜８−３は、ＬＡＮ１０、ＬＡＮ２０又
はネットワーク３０に接続され、アプリケーションプロ
グラムを実行するワークステーション、パーソナルコン
ピュータを含む情報処理装置である。端末１とＡＳ８と
はコネクションを確立して互いに通信する。ここでコネ
クションとは、端末１内のプログラムとＡＳ８内のアプ
リケーションプログラムとの間に張られる上位の論理的
通信路である。図の点線は端末１−１とＡＳ８−１との
間、端末１−５とＡＳ８−２との間及び端末１−６とＡ
Ｓ８−３との間にそれぞれコネクションが確立されるこ
とを示すものである。管理サーバ（ＭＳ）２は、ネット
ワーク３０に接続され、ネットワークシステム全体の構
成、端末１とＡＳ８との間で確立されるコネクション及
びアプリケーション情報を管理するワークステーショ
ン、パーソナルコンピュータを含む情報処理装置であ
る。端末１又はＡＳ８が管理サーバ２と通信する場合に
は、両者の間にコネクションを確立する必要がある。

【００１２】図２は、管理サーバ２の構成と管理サーバ
２、端末１及びＡＳ８の間の情報の流れを示す図であ
る。管理サーバ２は、構成管理テーブル２１、コネクシ
ョン管理テーブル２２及びアプリケーション管理テーブ
ル２３のテーブル類と、登録処理部３、コネクション起
動部５、縮退／強制終了処理部６及び時刻合わせ処理部
７の各処理部とから構成される。構成管理テーブル２１
はネットワークシステムを構成する各ネットワーク及び
各ネットワークに接続されるノードを定義し、各ネット
ワークについて使用可能な帯域を設定するテーブルであ
る。コネクション管理テーブル２２は端末１とＡＳ８と
の間に確立されるコネクションを登録するテーブルであ
る。アプリケーション管理テーブル２３は各ＡＳ８で実
行されるアプリケーションプログラムについて使用する
帯域を登録するテーブルである。登録処理部３は、ＡＳ
８からのアプリケーション情報登録要求に応答して、ア
プリケーション情報をアプリケーション管理テーブル２
３に登録し、端末１からのコネクション登録要求に応答
して、構成管理テーブル２１及びアプリケーション管理
テーブル２３を参照しコネクションをコネクション管理
テーブル２２に登録する。コネクション起動部５はコネ
クション管理テーブル２２を監視し、コネクションを確
立する時刻になったとき関連するＡＳ８上のアプリケー
ションプログラムへコネクション確立の要求を送信す
る。ＡＳ８上のアプリケーションプログラムは指定され
た端末１との間にコネクションを確立して通信を開始す
る。縮退／強制終了処理部６は、登録処理部３がコネク
ションをコネクション管理テーブル２２に登録するとき
に使用可能な帯域が不充分であって優先度の低いコネク
ションが存在する場合に登録処理部３から起動され、優
先度の低いコネクションの帯域を縮退させたりコネクシ
ョンを強制終了する。時刻合わせ処理部７は管理サーバ
２と端末１、管理サーバ２とＡＳ８との間で時刻合わせ
をするとともに両者の間の時刻差分を構成管理テーブル
２１に登録する。登録処理部３、コネクション起動部
５、縮退／強制終了処理部６及び時刻合わせ処理部７は
管理サーバ２の記憶装置に格納するプログラムを実行す
ることによって実現される。構成管理テーブル２１、コ
ネクション管理テーブル２２及びアプリケーション管理
テーブル２３は管理サーバ２の記憶装置に格納されるテ
ーブルである。

【００１３】図３は、構成管理テーブル２１のデータ形
式の例を示す図である。構成管理テーブル２１は各ネッ
トワークのドメイン２１１、ネットワーク３０、ＬＡＮ
１０及びＬＡＮ２０ごとに使用可能帯域２１２の全体量
及び各ネットワークに接続するノード２１３の識別記号
を設定する。また各ノードと管理サーバ２との間の時刻
差分２１４を設定する。構成管理テーブル２１は、ネッ
トワーク３０のドメインにＭＳ２、ＡＳ８−２、端末１
−４、ＬＡＮ１０及びＬＡＮ２０の各ノードが含まれる
ことを示している。ＬＡＮ１０及びＬＡＮ２０のドメイ
ンにはそれぞれ図示の各ノードが含まれることを示して
いる。例えば端末１−１からＡＳ８−１とのコネクショ
ン登録要求があったとき、構成管理テーブル２１を参照
することによって端末１−１及びＡＳ８−１はそれぞれ
ＬＡＮ１０及びＬＡＮ２０のドメインにあるため、ネッ
トワーク３０、ＬＡＮ１０及びＬＡＮ２０の各ドメイン
の帯域を使用することがわかる。

【００１４】図４は、コネクション管理テーブル２２の
データ形式の例を示す図である。各行はコネクション管
理テーブル２２に登録される１つのコネクションに対応
している。起動時刻２２１はコネクションを確立するた
めにアプリケーションプログラムへコネクション起動メ
ッセージを送信する時刻を設定し、終了予定２２２はコ
ネクションを解放する予定時刻を設定する。ＡＰ名称２
２３は各ＡＳ８で走行するアプリケーションプログラム
の識別記号、優先度２２４はリアルタイム性を考慮した
緊急度を要するコネクションか否かを示す優先レベルで
ある。各ネットワーク３０、ＬＡＮ１０及びＬＡＮ２０
の使用帯域２３２は使用する帯域を識別する記号であ
る。コネクション２２５はコネクションを識別する記号
である。端末２２６は当アプリケーションプログラムと
コネクションを確立する端末装置の番号である。縮退フ
ラグ２２７は当コネクションで使用する帯域を縮退させ
る場合１、縮退させない場合０を設定するフラグであ
る。縮退後の帯域内訳２２８は使用する帯域を縮退させ
る場合の縮退後の帯域内訳である。

【００１５】図５は、アプリケーション管理テーブル２
３のデータ形式の一例を示す図である。ＡＰ名称２２３
は各ＡＳ８で走行するアプリケーションプログラムの識
別記号、サーバ名称２３１は各ＡＳ８の識別記号、使用
帯域２３２は使用する帯域を識別する記号、帯域の内訳
２３３は当コネクションをさらに細分するコネクション
の種類とそれぞれ必要とする帯域の大きさをその優先度
順に設定する。Ｄ、Ｖ及びＧはコネクションの種類を示
し、それぞれデータ、音声及び画像のコネクションを示
している。例えばＡＰ９−１は端末１と６本の細分され
たコネクションによって接続され、データ用のコネクシ
ョンＤａａ及びＤａｂ、音声用のコネクションＶａａ及
びＶａｂ並びに画像用のコネクションＧａａ及びＧａｂ
を使用し、その優先度はＤａａ，Ｄａｂ，Ｖａａ，Ｖａ
ｂ，Ｇａａ，Ｇａｂの順に下がることを示している。Ｄ
ｉｊのｉはＡＰの記号に対応し、ｊは同一ＡＰについて
Ｄｉを区別するものであり、帯域の大きさも含むものと
する。Ｖ及びＧについても同様である。

【００１６】ＡＳ８は、当ＡＳ８と管理サーバ２との間
に確立されたコネクションを用いてアプリケーション情
報を管理サーバ２に登録する。ＡＳ８はアプリケーショ
ン情報登録要求メッセージを管理サーバ２に送信する。
このメッセージにはＡＰ名称２２３、サーバ名称２３
１、使用帯域２３２及び帯域の内訳２３３が含まれてい
る。登録処理部３は、これらの情報をアプリケーション
管理テーブル２３に登録した後、ＡＳ８にアプリケーシ
ョン情報が登録完了した旨のメッセージを送信する。

【００１７】図６は、端末１がコネクション登録要求を
するときの処理の流れを示すフローチャートである。端
末１は管理サーバ２との間に確立されたコネクションを
用いてコネクション登録要求メッセージを作成し、管理
サーバ２へ送信する（ステップ１１）。このメッセージ
は起動時刻２２１、終了予定２２２、ＡＰ名称２２３、
優先度２２４及び端末２２６を含んでいる。端末１は登
録要求に対する管理サーバ２からの応答によって登録要
求が受理（又は許可）されたか拒否されたかを判定する
（ステップ１２）。登録要求が受理されたとき（ステッ
プ１２受理）、端末１はＡＳ８からコネクション確立要
求を受信するまで待つ。コネクションが確立される前に
管理サーバ２から非同期の登録応答メッセージを受信し
たとき（ステップ１４ＹＥＳ）、ステップ１２に戻る。
ＡＳ８のアプリケーションプログラム９との間のコネク
ションが確立したとき（ステップ１３ＹＥＳ）、処理を
終了する。登録要求が拒否されたとき（ステップ１２拒
否）、表示装置に拒否された旨のメッセージを表示して
（ステップ１５）、処理を終了する。

【００１８】図７は、端末１からのコネクション登録要
求に応答する登録処理部３の処理の流れを示すフローチ
ャートである。登録処理部３は端末１からのコネクショ
ン登録要求メッセージを受信する（ステップ３１）と、
アプリケーション管理テーブル２３を参照してメッセー
ジ中のＡＰ名称２２３に対応するサーバ名称２３１を求
める。次に構成管理テーブル２１を参照して端末２２６
とサーバ名称２３１に示されるＡＳ８の識別記号とから
両者の通信のために経由するネットワークのドメイン２
１１を得る。次にコネクション管理テーブル２２を参照
してメッセージ中の起動時刻２２１と終了予定２２２の
間の時間帯と共通部分を有する時間帯をもつコネクショ
ンを抽出し、コネクション登録要求が使用するドメイン
２１１と同一のドメインについて抽出したコネクション
に対応する帯域の内訳２３３に設定されたすべての細分
コネクションについて帯域の大きさを累計する。もし抽
出したコネクションの縮退フラグ２２７が１に設定され
ていれば帯域の内訳２３３の代わりに縮退後の帯域内訳
２２８に設定されたすべての細分コネクションについて
帯域の大きさを累計する。コネクション登録要求が使用
するすべてのドメイン２１１について使用可能帯域２１
２からこの累計値を差し引いた残りの帯域がコネクショ
ン登録要求に対応する帯域の内訳２３３のすべての細分
コネクションについて帯域の合計をカバーするのであれ
ば、すなわちコネクション登録要求の要求する帯域が使
用可能であれば（ステップ３２ＹＥＳ）、このコネクシ
ョン登録要求をコネクション管理テーブル２２に登録す
る（ステップ３３）。登録するときこのコネクション登
録要求にユニークなコネクション名をコネクション２２
５に設定する。使用するドメインの使用帯域２３２には
対応するアプリケーション情報の使用帯域２３２を設定
する。また縮退フラグ２２７を０に設定する。最後に登
録要求のあった端末に「受理」を意味する登録応答を送
信して（ステップ３４）、処理を終了する。コネクショ
ン登録要求が使用するいずれかのドメインの帯域が使用
できなければ（ステップ３２ＮＯ）、抽出したコネクシ
ョンの中にコネクション登録要求の優先度２２４より低
い優先度をもち縮退フラグ２２７が０のコネクションが
あるかどうか判定する（ステップ３５）。優先度の低い
縮退していないコネクションがあれば（ステップ３５Ｙ
ＥＳ）、使用不可能なドメインについて帯域の不足分を
計算する（ステップ３６）。優先度の低い他のコネクシ
ョンがなければ（ステップ３５ＮＯ）、登録要求のあっ
た端末１に「拒否」を意味する登録応答を送信して（ス
テップ３７）、処理を終了する。

【００１９】ステップ３６で帯域の不足分を計算した
後、最も優先度の低いコネクション１つを選択し（ステ
ップ３８ＹＥＳ）、使用する帯域内の最も優先度の低い
細分コネクションを縮退用として仮設定し（ステップ３
９）、帯域の不足分に充当するよう試算する（ステップ
４０）。帯域の不足分に充当できれば（ステップ４１Ｎ
Ｏ）、このコネクション登録要求をコネクション管理テ
ーブル２２に登録する（ステップ４２）。次に縮退する
コネクションについて縮退フラグ２２７を１に設定し、
縮退後の帯域内訳２２８に縮退後の帯域の内訳を設定す
る。最後に登録要求のあった端末に「受理」を意味する
登録応答を送信して（ステップ４３）、処理を終了し、
縮退／強制終了処理部６に制御を渡す。帯域の不足分に
充当できなければ（ステップ４１ＹＥＳ）、縮退コネク
ションの使用する帯域の中に次に優先度の低い細分コネ
クションがあるかどうか判定する（ステップ４４）。縮
退できる細分コネクションがあれば（ステップ４４ＹＥ
Ｓ）、ステップ３９に戻って上記の処理を繰り返す。縮
退できる細分コネクションがなければ（ステップ４４Ｎ
Ｏ）、ステップ３８に戻って試行したコネクションを除
く最も優先度の低いコネクション１つについて上記処理
を繰り返す。抽出したコネクションについてコネクショ
ン登録要求の優先度２２４より低い優先度をもつコネク
ションが尽きたとき（ステップ３８ＮＯ）、仮設定した
縮退候補の細分コネクションをすべて解除して（ステッ
プ４５）、登録要求のあった端末に「拒否」を意味する
登録応答を送信して（ステップ４６）、処理を終了す
る。

【００２０】図８は、縮退／強制終了処理部６の処理の
流れを示すフローチャートである。コネクション管理テ
ーブル２２を参照してコネクション登録要求の起動時刻
２２１の時点で縮退させるコネクションが確立されアプ
リケーションプログラムを実行中の見込みかどうか判定
する（ステップ６０）。実行中であれば（ステップ６０
ＹＥＳ）、縮退させるコネクションの縮退後の帯域内訳
２２８を参照して残りの細分コネクションがあるかどう
か判定する（ステップ６１）。残りの細分コネクション
があれば（ステップ６１ＹＥＳ）、縮退メッセージを作
成してコネクション登録要求があり、すでに登録された
コネクションにリンクさせて（ステップ６２）、処理を
終了する。縮退メッセージにはＡＰ名称２２３、端末２
２６の他に縮退後の帯域内訳２２８を付加する。残りの
細分コネクションがなければ（ステップ６１ＮＯ）、強
制終了メッセージを作成してコネクション登録要求があ
り、すでに登録されたコネクションにリンクさせて（ス
テップ６３）、処理を終了する。コネクション登録要求
の起動時刻２２１に縮退させるコネクションが確立され
ていなければ（ステップ６０ＮＯ）、縮退させるコネク
ションの全体をコネクション管理テーブル２２から削除
し（ステップ６４）、その端末２２６に示される端末１
へ「拒否」を意味する登録応答を送信して（ステップ６
５）、処理を終了する。

【００２１】図９は、コネクション起動部５の処理の流
れを示すフローチャートである。コネクション起動部５
は、コネクション管理テーブル２２に登録されているコ
ネクションについて起動時刻２２１に達したかどうか監
視し（ステップ５１）、あるコネクションが起動時刻に
達したとき（ステップ５１ＹＥＳ）、そのコネクション
にリンクする縮退／強制終了メッセージがあるかどうか
判定する（ステップ５２）。縮退／強制終了メッセージ
を伴っていなければ（ステップ５２ＮＯ）、そのコネク
ションのＡＰ名称２２３に対応するアプリケーション管
理テーブル２３上のサーバ名称２３１に示されるＡＳ８
へコネクションを起動するようメッセージを送信する
（ステップ５４）。メッセージはＡＰ名称２２３及び端
末２２６を含む。縮退／強制終了メッセージを伴ってい
れば（ステップ５２ＹＥＳ）、縮退／強制終了させるコ
ネクションに対応するサーバ名称２３１に示されるＡＳ
８へ縮退／強制終了メッセージを送信し（ステップ５
３）、縮退／強制終了処理部６から縮退／強制終了が完
了したという通知を受けてから起動すべきコネクション
に対応するＡＳ８へコネクションを起動するようメッセ
ージを送信する（ステップ５４）。なお構成管理テーブ
ル２１を参照して起動時刻２２１に時刻差分２１４に基
づく補正を行う。詳細は後述する。

【００２２】図１０は、ＡＳ８の処理の流れを示すフロ
ーチャートである。ＡＳ８が管理サーバ２からコネクシ
ョン起動メッセージを受信すると（ステップ８１）、メ
ッセージに含まれるＡＰ名称２２３と端末２２６との間
のコネクションを確立する（ステップ８２）。コネクシ
ョンが複数の細分コネクションを含むマルチコネクショ
ンであれば、関連する細分コネクションをすべて確立す
る。こうしてコネクションが確立されたＡＰ９と端末１
との間でアプリケーションデータの送受信が行われる
（ステップ８３）。当該コネクションについてのアプリ
ケーション処理が終了したときステップ８５へ行く。管
理サーバ２から縮退／強制終了メッセージを受信したと
き（ステップ８４ＹＥＳ）又はステップ８３の処理が終
了したとき、指定されたコネクションのアプリケーショ
ン処理が終了していれば（ステップ８５ＹＥＳ）、端末
１に処理終了メッセージを送信し（ステップ８６）、Ａ
Ｐ９と端末１との間のコネクションを解放し（ステップ
８７）、コネクション解放したことを管理サーバ２に通
知し（ステップ８８）、処理を終了する。縮退／強制終
了メッセージを受信したとき指定したコネクションのア
プリケーション処理が終了してなく（ステップ８５Ｎ
Ｏ）、受信メッセージが強制終了メッセージであれば
（ステップ８９ＹＥＳ）、端末１に強制終了メッセージ
を送信し（ステップ９０）、指定されたＡＰ９と端末１
との間のコネクションを解放し（ステップ９１）、強制
終了手続が完了したことを管理サーバ２に通知し（ステ
ップ９２）、処理を終了する。受信メッセージが縮退メ
ッセージであれば（ステップ８９ＮＯ）、端末１に縮退
メッセージを送信し（ステップ９３）、指定されたＡＰ
９と端末１との間の細分コネクションを解放し（ステッ
プ９４）、縮退が完了したことを管理サーバ２に通知し
（ステップ９５）、処理を終了する。なお縮退メッセー
ジには縮退後の帯域内訳２２８を含む。

【００２３】図１１は、端末１がＡＳ８からメッセージ
を受信するときの処理の流れを示すフローチャートであ
る。ＡＰ９と当端末１との間でコネクションが確立さ
れ、両者の間でアプリケーションデータの送受信が行わ
れる（ステップ１６）。ＡＳ８からメッセージを受信し
たとき（ステップ１７ＹＥＳ）、メッセージが処理終了
を示すものであれば（ステップ１８処理終了）、このコ
ネクションに係わる記憶装置上の領域などのリソースを
解放して（ステップ１８１）、処理を終了する。メッセ
ージが強制終了を示すものであれば（ステップ１８強制
終了）、表示装置上にコネクションの強制終了を示すメ
ッセージを表示し（ステップ１８２）、ステップ１８１
の処理を行う。メッセージが縮退を示すものであれば表
示装置上にコネクションの縮退を示すメッセージと縮退
後の帯域内訳２２８を表示し（ステップ１８３）、縮退
に伴って解放するリソースがあればリソースの一部解放
を行い（ステップ１８４）、ステップ１６へ戻る。なお
アプリケーション処理を打ち切るときには、端末１の入
力装置から処理終了要求を入力すれば、端末１はＡＳ８
へ処理終了要求メッセージを送信し、ＡＳ８を経由して
処理終了メッセージを受信し、処理終了となる。

【００２４】図１２は、縮退／強制終了処理部６がＡＳ
８からメッセージを受信するときの処理の流れを示すフ
ローチャートである。メッセージが処理終了又は強制終
了完了を示すものであれば（ステップ６６処理終了／強
制終了完了）、コネクション管理テーブル２２から当該
コネクション情報の全体を削除し（ステップ６７）、処
理を終了する。メッセージが縮退完了を示すものであれ
ば（ステップ６６縮退完了）、処理を終了する。なおメ
ッセージが強制終了完了又は縮退完了の場合にはコネク
ション起動部５に通知する。

【００２５】図１３は、時刻合わせ処理の流れを示す図
である。管理サーバ２の時刻合わせ処理部７は時刻合わ
せメッセージ７１を端末１又はＡＳ８に送信する。この
メッセージは管理サーバ２がメッセージを送信した時刻
ｔ０を含む。端末１又はＡＳ８はこのメッセージを受信
したとき応答として時刻合わせメッセージ７２を管理サ
ーバ２に送信する。時刻合わせメッセージ７２は端末１
又はＡＳ８が時刻合わせメッセージ７１を受信した時刻
ｔ１と時刻合わせメッセージ７２を送信した時刻ｔ２を
含む。時刻合わせ処理部７は時刻ｔ３にこの時刻合わせ
メッセージ７２を受信したとする。時刻合わせ処理部７
はｔ０，ｔ１，ｔ２及びｔ３からネットワークによる遅
延時間εを計算する（ステップ７３）。遅延時間εは
｛（ｔ３−ｔ０）−（ｔ２−ｔ１）｝／２の式で計算さ
れる。次に時刻合わせ処理部７は管理サーバ２と端末１
又はＡＳ８との時刻差分ｔｗを計算する（ステップ７
３）。時刻差分ｔｗはｔ１−ｔ０−εの式で計算され
る。時刻合わせ処理部７は時刻合わせメッセージ７４を
端末１又はＡＳ８に送る。時刻合わせメッセージ７４は
その端末１又はＡＳ８についてのｔｗの値を含んでい
る。端末１又はＡＳ８はこのｔｗの値を基にして自身の
時刻を再設定する（ステップ７５）。時刻合わせ処理が
済んだとき管理サーバ２と端末１又はＡＳ８との間の考
慮すべき時刻差分は遅延時間εだけとなる。このように
して管理サーバ２は各ノードのεを求めて構成管理テー
ブル２１の時刻差分２１４に登録する。コネクション起
動部５はコネクションを起動するとき起動時刻２２１を
この時刻差分２１４によって補正する。例えば図４と図
５によれば、ＡＳ８−３は時刻Ｔａに端末１−６とコネ
クションを確立することになっている。管理サーバ２か
らＡＳ８−３へコネクション起動メッセージを送信する
ときの時刻差分２１４がε８−３であり、ＡＳ８−３か
ら端末１−６へコネクション確立メッセージを送信する
ときの時刻差分は大体ε８−３＋ε１−６であるから、
コネクション起動部５がＡＳ８−３と端末１−６との間
のコネクション確立を起動するときの補正後の起動時刻
はＴａ−（ε８−３×２＋ε１−６）となる。もちろん
登録処理部３がコネクション管理テーブル２２の起動時
刻２２１に補正後の起動時刻を設定してもよい。

【００２６】上記実施例は一例であり、他の実施例とし
て下記のようなものが挙げられる。

【００２７】（１）上記実施例は、端末１が管理サーバ
２へコネクション登録要求を送信するとき起動時刻２２
１と終了予定２２２を指定したが、これらの時刻を指定
せず、現在時点でコネクション登録要求を送信してもよ
い。登録処理部３はその時点にコネクション管理テーブ
ル２２に登録されているコネクションに基づいて帯域が
使用可能か否かの判定（ステップ３２）をする。縮退／
強制終了処理部６は現時点が起動時刻であり、現在縮退
するコネクションが登録されていれば実行中（ステップ
６０ＹＥＳ）とみる。従ってステップ６４及び６５はな
い。またコネクション起動部５は現時点が起動時刻と判
定（ステップ５１ＹＥＳ）する。

【００２８】（２）上記実施例は、コネクション起動部
５がＡＳ８に対してコネクション起動を行ったが、その
代わりに端末１に対してコネクション起動を行ってもよ
い。このとき端末１はステップ８１〜９５の処理を行
う。ステップ８６，９０及び９３はメッセージをＡＳ８
に送信することになる。ステップ１６〜１８４はＡＳ８
の処理となる。

【００２９】（３）上記実施例は、ＡＳ８がアプリケー
ション情報を管理サーバ２に登録したが、端末１がアプ
リケーション情報を管理サーバ２に登録してもよい。ま
た上記実施例は、端末１がコネクション登録を行ったが
ＡＳ８がコネクション登録を行ってもよい。ＡＳ８がコ
ネクション登録を行うときステップ１１〜１５はＡＳ８
の処理となる。

【００３０】（４）上記実施例は、管理サーバ２がＡＳ
８に対してコネクション起動を行ったが、（１）のよう
に現在時点でコネクション登録要求を管理サーバ２に送
信するのであれば、コネクション登録要求を行ったノー
ドが管理サーバ２から登録応答（受理）を受信したとき
ただちに他方のノードとコネクション確立してよい。こ
の場合コネクション起動部５の処理はない。また縮退／
強制終了処理部６は縮退／強制終了メッセージを作成し
た後ただちにこのメッセージを送信する。ＡＳ８の処理
は端末１の処理でもよい。ステップ８１の処理はない。
またステップ８６，９０及び９３はメッセージをＡＳ８
に送信することになる。ステップ１６〜１８４はＡＳ８
の処理となる。

【００３１】（５）上記実施例は、アプリケーション情
報の登録とコネクション登録を別々に行ったが、コネク
ション登録要求を送信するノードがアプリケーション情
報の内容を伴ってもよい。

【００３２】

【発明の効果】本発明によれば、ネットワークの使用可
能帯域に応じてコネクションの確立を管理できる。また
緊急度を要するコネクションに優先的に帯域を割り当て
ることができる。

【図面の簡単な説明】

【図１】実施例のネットワークシステムの構成を示す図
である。

【図２】実施例の管理サーバ２の構成と他ノードとの情
報の流れを示す図である。

【図３】実施例の構成管理テーブル２１のデータ形式を
示す図である。

【図４】実施例のコネクション管理テーブル２２のデー
タ形式を示す図である。

【図５】実施例のアプリケーション管理テーブル２３の
データ形式を示す図である。

【図６】実施例で端末１がコネクション登録要求すると
きの処理の流れを示すフローチャートである。

【図７】実施例の登録処理部３の処理の流れを示すフロ
ーチャートである。

【図８】実施例の縮退／強制終了処理部６の処理の流れ
を示すフローチャートである。

【図９】実施例のコネクション起動部５の処理の流れを
示すフローチャートである。

【図１０】実施例のＡＳ８の処理の流れを示すフローチ
ャートである。

【図１１】実施例の端末１がＡＳ８からメッセージを受
信するときの処理の流れを示すフローチャートである。

【図１２】実施例の縮退／強制終了処理部６がＡＳ８か
らメッセージを受信するときの処理の流れを示すフロー
チャートである。

【図１３】実施例の時刻合わせ処理の流れを示す図であ
る。

【符号の説明】

１：端末、２：管理サーバ、３：登録処理部、５：コネ
クション起動部、６：縮退／強制終了処理部、８：アプ
リケーションサーバ（ＡＳ）、１０：ＬＡＮ、２０：Ｌ
ＡＮ、３０：ネットワーク、２１：構成管理テーブル、
２２：コネクション管理テーブル、２３：アプリケーシ
ョン管理テーブル

Claims (3)

【特許請求の範囲】
1. 【請求項１】ネットワークを介して複数のノードが接続
   され、該複数のノードのうちの２つのノードの間に確立
   するコネクションを管理する方法において、該ネットワ
   ークで使用可能な帯域の全体量を設定し、該２つのノー
   ドのうちの１つから送られるコネクションを確立する要
   求に応答して該要求するコネクションが必要とする帯域
   が該帯域の全体量からすでにコネクション確立を許可さ
   れ登録された他のコネクションで必要とする帯域の量を
   差し引いた残りの帯域より小さいなら該要求するコネク
   ション確立を許可するとともに登録することを特徴とす
   るコネクション管理方法。
2. 【請求項２】該コネクションに優先度を設定し、該要求
   するコネクションが必要とする帯域が該残りの帯域より
   大きいとき、該要求するコネクションの優先度より低い
   優先度をもつ他のコネクションを強制的に解放して該要
   求するコネクション確立の許可と登録を優先させること
   を特徴とする請求項１記載のコネクション管理方法。
3. 【請求項３】該要求はコネクション確立をする起動時刻
   及び終了予定時刻を伴い、該起動時刻と終了予定時刻と
   で定まる時間帯と時間帯の共通部分を有する他のコネク
   ションを対象として該残りの帯域の計算を行い、その結
   果に基づいて該要求するコネクションの確立を許可する
   か否かを決定する請求項１記載のコネクション管理方
   法。