JPH1155321A - コネクション管理方法及びコンピュータ読み取り可能な記録媒体 - Google Patents
コネクション管理方法及びコンピュータ読み取り可能な記録媒体Info
- Publication number
- JPH1155321A JPH1155321A JP22023297A JP22023297A JPH1155321A JP H1155321 A JPH1155321 A JP H1155321A JP 22023297 A JP22023297 A JP 22023297A JP 22023297 A JP22023297 A JP 22023297A JP H1155321 A JPH1155321 A JP H1155321A
- Authority
- JP
- Japan
- Prior art keywords
- server
- service
- user terminal
- connection
- network
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 複数のネットワークから構成される分散型情
報サービスシステムにおいて、サービスの利用効率およ
びネットワーク資源の有効利用を可能とする、サーバと
端末との間のコネクション管理方法を提供する。 【解決手段】 端末2-2 は、或る情報サービスを利用す
る際、サーバ１にサービス要求を出す。サーバ１は、そ
のサービスを提供可能なサーバを決定する。この際、ネ
ットワーク帯域やサーバ資源を考慮し、更に、端末2-2
からのネットワーク経由数が最も少ないサーバを優先す
る。サーバ１は決定したサーバ（例えばミラーサーバ3-
1)と要求元の端末2-2 に対しコネクションの許可を通知
する。端末2-2 は許可されたミラーサーバ3-1 に対しコ
ネクション要求を出し、目的とするサービスを受ける。
報サービスシステムにおいて、サービスの利用効率およ
びネットワーク資源の有効利用を可能とする、サーバと
端末との間のコネクション管理方法を提供する。 【解決手段】 端末2-2 は、或る情報サービスを利用す
る際、サーバ１にサービス要求を出す。サーバ１は、そ
のサービスを提供可能なサーバを決定する。この際、ネ
ットワーク帯域やサーバ資源を考慮し、更に、端末2-2
からのネットワーク経由数が最も少ないサーバを優先す
る。サーバ１は決定したサーバ（例えばミラーサーバ3-
1)と要求元の端末2-2 に対しコネクションの許可を通知
する。端末2-2 は許可されたミラーサーバ3-1 に対しコ
ネクション要求を出し、目的とするサービスを受ける。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
して接続される利用者端末とサーバとの間に確立される
コネクションの管理方法に関する。
して接続される利用者端末とサーバとの間に確立される
コネクションの管理方法に関する。
【０００２】
【従来の技術】複数のネットワークから構成される分散
型情報サービスシステムにおいて、情報サービスを提供
するサーバと情報サーバを利用する利用者端末との間の
通信コネクションの確立を、利用者端末の自由に任せず
システムで管理することは、効率的な情報サービスの提
供を実現する上で重要である。
型情報サービスシステムにおいて、情報サービスを提供
するサーバと情報サーバを利用する利用者端末との間の
通信コネクションの確立を、利用者端末の自由に任せず
システムで管理することは、効率的な情報サービスの提
供を実現する上で重要である。
【０００３】従来、この種のコネクション管理方法とし
て、特開平９−４６３６７号公報に記載された技術（以
下、従来技術と称す）がある。
て、特開平９−４６３６７号公報に記載された技術（以
下、従来技術と称す）がある。
【０００４】図１３は、この従来技術の説明図であり、
１００，２００，３００はネットワーク、１０１〜１０
３，２０３，３０１〜３０３は利用者端末、１０４，２
０２，３０４はサーバ（アプリケーションサーバ）、２
０１は管理サーバである。
１００，２００，３００はネットワーク、１０１〜１０
３，２０３，３０１〜３０３は利用者端末、１０４，２
０２，３０４はサーバ（アプリケーションサーバ）、２
０１は管理サーバである。
【０００５】図１３において、管理サーバ２０１は、内
部のアプリケーション管理テーブルに、アプリケーショ
ンサービス毎にそのサービスを提供するサーバを１つ登
録してあり、また、サービスの提供に必要なネットワー
クの使用帯域に関する情報も登録してある。何れかの利
用者端末、例えば利用者端末１０１から或るアプリケー
ションサービス名αを指定したコネクション登録要求が
管理サーバ２０１に出されると、管理サーバ２０１は内
部のアプリケーション管理テーブルを参照してアプリケ
ーションサービス名αのサービスを提供可能なサーバを
調べる。今、複数存在するサーバ１０４，２０２，３０
４の内で、アプリケーションサービス名αのサービスを
提供できるサーバがサーバ３０４であったとすると、次
に管理サーバ２０１は、コネクションが経由するネット
ワーク１００，２００，３００の使用可能な帯域と既に
コネクション確立を許可され登録された他のコネクショ
ンが使用する帯域とを考慮し、今回のコネクション登録
要求を許可するか否かを判断する。
部のアプリケーション管理テーブルに、アプリケーショ
ンサービス毎にそのサービスを提供するサーバを１つ登
録してあり、また、サービスの提供に必要なネットワー
クの使用帯域に関する情報も登録してある。何れかの利
用者端末、例えば利用者端末１０１から或るアプリケー
ションサービス名αを指定したコネクション登録要求が
管理サーバ２０１に出されると、管理サーバ２０１は内
部のアプリケーション管理テーブルを参照してアプリケ
ーションサービス名αのサービスを提供可能なサーバを
調べる。今、複数存在するサーバ１０４，２０２，３０
４の内で、アプリケーションサービス名αのサービスを
提供できるサーバがサーバ３０４であったとすると、次
に管理サーバ２０１は、コネクションが経由するネット
ワーク１００，２００，３００の使用可能な帯域と既に
コネクション確立を許可され登録された他のコネクショ
ンが使用する帯域とを考慮し、今回のコネクション登録
要求を許可するか否かを判断する。
【０００６】また、ネットワークの帯域に余裕がないと
きは、より優先度の低いコネクションの登録を解除する
か、強制終了させるか、使用帯域を縮退させて、優先度
の高いコネクションの使用帯域を確保する制御を行う。
きは、より優先度の低いコネクションの登録を解除する
か、強制終了させるか、使用帯域を縮退させて、優先度
の高いコネクションの使用帯域を確保する制御を行う。
【０００７】
【発明が解決しようとする課題】上記の従来技術によれ
ば、ネットワークの使用可能帯域に応じてコネクション
の確立を管理でき、また緊急を要するコネクションに優
先的に帯域を割り当てることができる。しかしながら、
アプリケーションサービス毎にそのサービスを提供する
サーバが１つしか存在しないため、特定のサーバとの間
に必要な帯域を確保できない場合、端末利用者は全くサ
ービスを受けることができないという問題がある。
ば、ネットワークの使用可能帯域に応じてコネクション
の確立を管理でき、また緊急を要するコネクションに優
先的に帯域を割り当てることができる。しかしながら、
アプリケーションサービス毎にそのサービスを提供する
サーバが１つしか存在しないため、特定のサーバとの間
に必要な帯域を確保できない場合、端末利用者は全くサ
ービスを受けることができないという問題がある。
【０００８】このような問題は、アプリケーションサー
ビス毎にそのサービスを提供するサーバを複数設けるこ
とで解消し得ると考えられる。しかし、同一のサービス
を提供するサーバが複数存在する場合、確立可能なコネ
クションも複数存在し得ることから、その何れのコネク
ションを確立すれば良いのかという別の問題が発生す
る。このような問題の解決法を提示した公知文献は現時
点では見当たらない。
ビス毎にそのサービスを提供するサーバを複数設けるこ
とで解消し得ると考えられる。しかし、同一のサービス
を提供するサーバが複数存在する場合、確立可能なコネ
クションも複数存在し得ることから、その何れのコネク
ションを確立すれば良いのかという別の問題が発生す
る。このような問題の解決法を提示した公知文献は現時
点では見当たらない。
【０００９】本発明はこのような事情に鑑みて提案され
たものであり、その目的は、同一のサービスを提供する
サーバが複数存在する場合に、ネットワーク帯域がより
有効に活用できるように、割り当てるコネクションを決
定することができるコネクション管理方法を提供するこ
とにある。
たものであり、その目的は、同一のサービスを提供する
サーバが複数存在する場合に、ネットワーク帯域がより
有効に活用できるように、割り当てるコネクションを決
定することができるコネクション管理方法を提供するこ
とにある。
【００１０】また、従来技術では、サーバの資源（ＣＰ
Ｕの処理能力など）が考慮されていないため、たとえ接
続できたとしても、充分なサービスを受けることができ
ない場合があるという問題もあった。
Ｕの処理能力など）が考慮されていないため、たとえ接
続できたとしても、充分なサービスを受けることができ
ない場合があるという問題もあった。
【００１１】そこで本発明の別の目的は、同一のサービ
スを提供するサーバが複数存在する場合に、サーバの資
源量に応じて、割り当てるコネクションの接続先サーバ
を決定することができるコネクション管理方法を提供す
ることにある。
スを提供するサーバが複数存在する場合に、サーバの資
源量に応じて、割り当てるコネクションの接続先サーバ
を決定することができるコネクション管理方法を提供す
ることにある。
【００１２】
【課題を解決するための手段】本発明のコネクション管
理方法は、複数のネットワークから構成される分散型情
報サービスシステムで、ネットワークを介して接続され
るサーバと利用者端末との間に確立するコネクションを
管理する方法において、利用者端末から特定のサーバに
対し、利用するサービスを指定したサービス要求を送出
する段階、前記特定のサーバにおいて、利用者端末から
指定されたサービスを提供可能な複数のサーバのうち、
利用者端末からのネットワーク経由数が最も少ないサー
バを検索する段階、該検索されたサーバと利用者端末と
にコネクションの確立によるサービス許可を通知する段
階、を含むことを特徴とする。
理方法は、複数のネットワークから構成される分散型情
報サービスシステムで、ネットワークを介して接続され
るサーバと利用者端末との間に確立するコネクションを
管理する方法において、利用者端末から特定のサーバに
対し、利用するサービスを指定したサービス要求を送出
する段階、前記特定のサーバにおいて、利用者端末から
指定されたサービスを提供可能な複数のサーバのうち、
利用者端末からのネットワーク経由数が最も少ないサー
バを検索する段階、該検索されたサーバと利用者端末と
にコネクションの確立によるサービス許可を通知する段
階、を含むことを特徴とする。
【００１３】利用者端末から指定されたサービスを提供
可能な複数のサーバのうち、利用者端末からのネットワ
ーク経由数が最も少ないサーバを検索し、この検索され
たサーバと利用者端末とにコネクション確立によるサー
ビス許可を通知することで、同一のサービスを提供する
サーバが複数存在する場合に、ネットワーク帯域をより
有効に活用することができる。
可能な複数のサーバのうち、利用者端末からのネットワ
ーク経由数が最も少ないサーバを検索し、この検索され
たサーバと利用者端末とにコネクション確立によるサー
ビス許可を通知することで、同一のサービスを提供する
サーバが複数存在する場合に、ネットワーク帯域をより
有効に活用することができる。
【００１４】また本発明は、前記特定のサーバにおい
て、サーバの資源の全体量から既にコネクション確立を
許可され他のサービスで必要とする資源の量を差し引い
た残りの資源量が利用者端末から指定されたサービスで
必要とするサーバ資源量以上である複数のサーバのう
ち、利用者端末からのネットワーク経由数が最も少ない
サーバを検索する段階を含むことを特徴とする。これに
より、利用者がサーバの過負荷のためにサービスを受け
られないといった事態を避けることができる。
て、サーバの資源の全体量から既にコネクション確立を
許可され他のサービスで必要とする資源の量を差し引い
た残りの資源量が利用者端末から指定されたサービスで
必要とするサーバ資源量以上である複数のサーバのう
ち、利用者端末からのネットワーク経由数が最も少ない
サーバを検索する段階を含むことを特徴とする。これに
より、利用者がサーバの過負荷のためにサービスを受け
られないといった事態を避けることができる。
【００１５】さらに本発明は、前記検索されたサーバ
が、利用者端末から指定されたサービスを提供するアプ
リケーションプログラムを保有していない場合に、前記
特定のサーバから前記検索されたサーバに対して前記ア
プリケーションプログラムをダウンロードする段階を含
むことを特徴とする。これにより、各サーバにおいて、
プログラムを事前にロードしておく必要がなく資源を有
効に利用できるだけでなく、プログラムの更新を容易に
行うことができる。
が、利用者端末から指定されたサービスを提供するアプ
リケーションプログラムを保有していない場合に、前記
特定のサーバから前記検索されたサーバに対して前記ア
プリケーションプログラムをダウンロードする段階を含
むことを特徴とする。これにより、各サーバにおいて、
プログラムを事前にロードしておく必要がなく資源を有
効に利用できるだけでなく、プログラムの更新を容易に
行うことができる。
【００１６】なお、利用者端末から指定されたサービス
を提供するアプリケーションプログラムを現に保有して
いることを検索条件の１つにすることもでき、更に、従
来技術と同様に利用者端末との間のコネクションが必要
とする帯域がネットワーク上確保できることを検索条件
の１つにすることもできる。
を提供するアプリケーションプログラムを現に保有して
いることを検索条件の１つにすることもでき、更に、従
来技術と同様に利用者端末との間のコネクションが必要
とする帯域がネットワーク上確保できることを検索条件
の１つにすることもできる。
【００１７】
【発明の実施の形態】次に本発明の実施の形態の例につ
いて図面を参照して詳細に説明する。
いて図面を参照して詳細に説明する。
【００１８】図１は本発明を適用した分散型情報サービ
スシステムの一例を示すブロック図である。この例のシ
ステムは、ネットワーク４−１，４−２，４−３と、ネ
ットワーク４−１に接続されたサーバ１および端末２−
１と、ネットワーク４−２に接続されたミラーサーバ３
−１および端末２−２と、ネットワーク４−３に接続さ
れたミラーサーバ３−２および端末２−３とから構成さ
れている。
スシステムの一例を示すブロック図である。この例のシ
ステムは、ネットワーク４−１，４−２，４−３と、ネ
ットワーク４−１に接続されたサーバ１および端末２−
１と、ネットワーク４−２に接続されたミラーサーバ３
−１および端末２−２と、ネットワーク４−３に接続さ
れたミラーサーバ３−２および端末２−３とから構成さ
れている。
【００１９】ネットワーク４−１，４−２，４−３は、
基幹ＬＡＮまたは広域ネットワークである。ミラーサー
バ３−１，３−２は、端末２−１〜２−３からの要求に
応じて情報サービスを提供するアプリケーションプログ
ラムを実行するサーバである。また、サーバ１は、ネッ
トワークシステム全体のコネクション管理を司るサーバ
で、ネットワークシステム上に１つ存在する。本実施例
では、このサーバ１にも、端末２−１〜２−３からの要
求に応じて情報サービスを提供するアプリケーションプ
ログラムを実行する機能を持たせている。サーバ１およ
びミラーサーバ３−１，３−２は、ワークステーション
やパーソナルコンピュータ等の情報処理装置で構成され
る。
基幹ＬＡＮまたは広域ネットワークである。ミラーサー
バ３−１，３−２は、端末２−１〜２−３からの要求に
応じて情報サービスを提供するアプリケーションプログ
ラムを実行するサーバである。また、サーバ１は、ネッ
トワークシステム全体のコネクション管理を司るサーバ
で、ネットワークシステム上に１つ存在する。本実施例
では、このサーバ１にも、端末２−１〜２−３からの要
求に応じて情報サービスを提供するアプリケーションプ
ログラムを実行する機能を持たせている。サーバ１およ
びミラーサーバ３−１，３−２は、ワークステーション
やパーソナルコンピュータ等の情報処理装置で構成され
る。
【００２０】端末２−１，２−２，２−３は、サーバ１
やミラーサーバ３−１，３−２の提供する情報サービス
を利用する利用者の端末であり、これもパーソナルコン
ピュータ等の情報処理装置で構成される。端末２−１，
２−２，２−３の利用者は、何らかのサービスを受ける
場合、先ず、利用するサービス名を指定したサービス要
求をサーバ１に対し送出し、コネクションの確立による
サービス許可の通知を得る。そして、この許可通知時に
サーバ１から実際にサービスを提供するサーバ名が通知
されるので、この通知されたサーバにコネクション要求
を出してコネクションを確立し、サービスを受ける。
やミラーサーバ３−１，３−２の提供する情報サービス
を利用する利用者の端末であり、これもパーソナルコン
ピュータ等の情報処理装置で構成される。端末２−１，
２−２，２−３の利用者は、何らかのサービスを受ける
場合、先ず、利用するサービス名を指定したサービス要
求をサーバ１に対し送出し、コネクションの確立による
サービス許可の通知を得る。そして、この許可通知時に
サーバ１から実際にサービスを提供するサーバ名が通知
されるので、この通知されたサーバにコネクション要求
を出してコネクションを確立し、サービスを受ける。
【００２１】図２はサーバ１およびミラーサーバ３（３
−１，３−２）の構成例と、サーバ１，ミラーサーバ３
および端末２（２−１〜２−３）の間の情報の流れを示
す図である。
−１，３−２）の構成例と、サーバ１，ミラーサーバ３
および端末２（２−１〜２−３）の間の情報の流れを示
す図である。
【００２２】サーバ１は、ネットワーク構成管理テーブ
ル１１，サーバ管理テーブル１２，コネクション管理テ
ーブル１３およびサービス管理テーブル１７といったテ
ーブル類と、登録処理部１４，コネクション管理部１５
およびアプリケーションプログラム部１６といった機能
部とを有している。サーバ１に接続された記録媒体５
は、サーバ１用の制御プログラムを格納するＣＤ−ＲＯ
Ｍ，磁気ディスク，半導体メモリ等の機械読み取り可能
な記録媒体であり、ここに記録された制御プログラムは
サーバ１を構成する情報処理装置に読み取られ、その情
報処理装置の動作を制御することにより、その情報処理
装置上に図２に示す各構成要素を実現する。
ル１１，サーバ管理テーブル１２，コネクション管理テ
ーブル１３およびサービス管理テーブル１７といったテ
ーブル類と、登録処理部１４，コネクション管理部１５
およびアプリケーションプログラム部１６といった機能
部とを有している。サーバ１に接続された記録媒体５
は、サーバ１用の制御プログラムを格納するＣＤ−ＲＯ
Ｍ，磁気ディスク，半導体メモリ等の機械読み取り可能
な記録媒体であり、ここに記録された制御プログラムは
サーバ１を構成する情報処理装置に読み取られ、その情
報処理装置の動作を制御することにより、その情報処理
装置上に図２に示す各構成要素を実現する。
【００２３】他方、ミラーサーバ３は、サーバ情報登録
要求部３１と、サービス管理テーブル３２と、アプリケ
ーションプログラム部３３とを有している。ミラーサー
バ３に接続された記録媒体６は、ミラーサーバ３用の制
御プログラムを格納するＣＤ−ＲＯＭ，磁気ディスク，
半導体メモリ等の機械読み取り可能な記録媒体であり、
ここに記録された制御プログラムはミラーサーバ３を構
成する情報処理装置に読み取られ、その情報処理装置の
動作を制御することにより、その情報処理装置上に図２
に示す各構成要素を実現する。
要求部３１と、サービス管理テーブル３２と、アプリケ
ーションプログラム部３３とを有している。ミラーサー
バ３に接続された記録媒体６は、ミラーサーバ３用の制
御プログラムを格納するＣＤ−ＲＯＭ，磁気ディスク，
半導体メモリ等の機械読み取り可能な記録媒体であり、
ここに記録された制御プログラムはミラーサーバ３を構
成する情報処理装置に読み取られ、その情報処理装置の
動作を制御することにより、その情報処理装置上に図２
に示す各構成要素を実現する。
【００２４】サーバ１およびミラーサーバ３上の各構成
要素は、概ね以下のような構成ないし機能を有してい
る。
要素は、概ね以下のような構成ないし機能を有してい
る。
【００２５】（１）サーバ１ ○ネットワーク構成管理テーブル１１；ネットワークシ
ステムを構成する各ネットワークの使用可能帯域とネッ
トワーク間の接続経路との情報を保持するテーブルであ
る。これらの情報はシステム管理者等により事前に登録
される。その内容例を図３に示す。この例では、各ネッ
トワーク（ネットワーク４−１，４−２，４−３）毎
に、ネットワーク名３１，使用可能帯域３２，自ネット
ワークを含め他のネットワークとの距離を示すネットワ
ーク経由数３３−１〜３３−３が登録されている。ま
た、ネットワーク経由数が２以上の場合については、そ
の途中に経由するネットワーク名を含む経由ネットワー
クリストＬが付加されている。
ステムを構成する各ネットワークの使用可能帯域とネッ
トワーク間の接続経路との情報を保持するテーブルであ
る。これらの情報はシステム管理者等により事前に登録
される。その内容例を図３に示す。この例では、各ネッ
トワーク（ネットワーク４−１，４−２，４−３）毎
に、ネットワーク名３１，使用可能帯域３２，自ネット
ワークを含め他のネットワークとの距離を示すネットワ
ーク経由数３３−１〜３３−３が登録されている。ま
た、ネットワーク経由数が２以上の場合については、そ
の途中に経由するネットワーク名を含む経由ネットワー
クリストＬが付加されている。
【００２６】○サーバ管理テーブル１２；ネットワーク
上でアプリケーションサービスを提供することが可能な
サーバに関する種々の情報を保持するテーブルである。
これらの情報は各サーバの起動時に自動的に登録され
る。その内容例を図４に示す。この例では、各サーバ
（サーバ１，ミラーサーバ３−１，３−２）毎に、サー
バ名４１，そのサーバが属するネットワーク名４２，そ
のサーバの使用可能なサーバ資源量４３，そのサーバが
提供可能なアプリケーションサービス名４４，その各ア
プリケーションサービスの実行に必要なネットワークの
帯域４５，その各アプリケーションサービスの実行に必
要な当該サーバの資源量４６が登録されている。ここ
で、使用可能サーバ資源量４３は当該サーバの有するＣ
ＰＵの処理能力（ＭＩＰＳ等）に応じた値とされ、必要
資源４６としては当該サービスの提供のために当該サー
バのＣＰＵの処理能力をどの程度使用するかに基づいて
設定される。勿論、ＣＰＵ以外の資源量を考慮するよう
にしても良い。なお、アプリケーションサービス名４４
が登録されているということは、そのサービスを提供す
るアプリケーションプログラムが当該サーバにロード済
みであることを意味する。
上でアプリケーションサービスを提供することが可能な
サーバに関する種々の情報を保持するテーブルである。
これらの情報は各サーバの起動時に自動的に登録され
る。その内容例を図４に示す。この例では、各サーバ
（サーバ１，ミラーサーバ３−１，３−２）毎に、サー
バ名４１，そのサーバが属するネットワーク名４２，そ
のサーバの使用可能なサーバ資源量４３，そのサーバが
提供可能なアプリケーションサービス名４４，その各ア
プリケーションサービスの実行に必要なネットワークの
帯域４５，その各アプリケーションサービスの実行に必
要な当該サーバの資源量４６が登録されている。ここ
で、使用可能サーバ資源量４３は当該サーバの有するＣ
ＰＵの処理能力（ＭＩＰＳ等）に応じた値とされ、必要
資源４６としては当該サービスの提供のために当該サー
バのＣＰＵの処理能力をどの程度使用するかに基づいて
設定される。勿論、ＣＰＵ以外の資源量を考慮するよう
にしても良い。なお、アプリケーションサービス名４４
が登録されているということは、そのサービスを提供す
るアプリケーションプログラムが当該サーバにロード済
みであることを意味する。
【００２７】○コネクション管理テーブル１３；端末と
サーバとの間に確立されるコネクションに関する種々の
情報を保持するテーブルである。これらの情報は端末か
らのサービス要求時に自動的に登録される。その内容例
を図５に示す。この例では、２つのコネクションに関す
る情報が登録されている。各々のコネクション管理情報
は、その識別番号５１，コネクションの確立されるサー
バ名５２と端末名５３，そのコネクションを通じて提供
されるサービス名５４，そのサービスの実行に必要なネ
ットワークの帯域５５，そのサービスの実行に必要な当
該サーバの資源量５６から構成される。
サーバとの間に確立されるコネクションに関する種々の
情報を保持するテーブルである。これらの情報は端末か
らのサービス要求時に自動的に登録される。その内容例
を図５に示す。この例では、２つのコネクションに関す
る情報が登録されている。各々のコネクション管理情報
は、その識別番号５１，コネクションの確立されるサー
バ名５２と端末名５３，そのコネクションを通じて提供
されるサービス名５４，そのサービスの実行に必要なネ
ットワークの帯域５５，そのサービスの実行に必要な当
該サーバの資源量５６から構成される。
【００２８】○サービス管理テーブル１７；コネクショ
ン管理部１５から通知されたサービス許可情報を保持し
ておくテーブルである。サービス許可情報の内容はコネ
クション管理テーブル１３に保持されるコネクション管
理情報の一部分であり、例えば図５のサーバ名５１，端
末名５３，サービス名５４が含まれる。
ン管理部１５から通知されたサービス許可情報を保持し
ておくテーブルである。サービス許可情報の内容はコネ
クション管理テーブル１３に保持されるコネクション管
理情報の一部分であり、例えば図５のサーバ名５１，端
末名５３，サービス名５４が含まれる。
【００２９】○登録処理部１４；自サーバ１の起動時に
自サーバ１に関する種々の情報をサーバ管理テーブル１
２に登録すると共に、ミラーサーバ３の起動時にミラー
サーバ３からのサーバ情報登録要求に従って、ミラーサ
ーバ３に関する種々の情報をサーバ管理テーブル１２に
登録する手段である。
自サーバ１に関する種々の情報をサーバ管理テーブル１
２に登録すると共に、ミラーサーバ３の起動時にミラー
サーバ３からのサーバ情報登録要求に従って、ミラーサ
ーバ３に関する種々の情報をサーバ管理テーブル１２に
登録する手段である。
【００３０】○コネクション管理部１５；端末２からの
サービス名を指定したサービス要求に応答して、指定さ
れたサービスをその端末２に対して提供可能なサーバの
有無の調査、提供可能なサーバが存在した場合のそのサ
ーバと要求元端末２へのコネクションの確立によるサー
ビス許可の通知などを行う。提供可能なサーバの決定
は、ネットワーク帯域やサーバ資源量を考慮して行い、
また、要求元の端末２からのネットワーク経由数が最も
少ないサーバを優先する。本実施例ではサーバ１自体も
アプリケーションサービスの提供機能を有するため、自
サーバ１も対象として、提供可能なサーバを決定する。
サービス名を指定したサービス要求に応答して、指定さ
れたサービスをその端末２に対して提供可能なサーバの
有無の調査、提供可能なサーバが存在した場合のそのサ
ーバと要求元端末２へのコネクションの確立によるサー
ビス許可の通知などを行う。提供可能なサーバの決定
は、ネットワーク帯域やサーバ資源量を考慮して行い、
また、要求元の端末２からのネットワーク経由数が最も
少ないサーバを優先する。本実施例ではサーバ１自体も
アプリケーションサービスの提供機能を有するため、自
サーバ１も対象として、提供可能なサーバを決定する。
【００３１】○アプリケーションプログラム部１６；端
末２に対してアプリケーションサービスを提供する手段
である。端末２からコネクション要求があったとき、そ
の端末２との間のコネクション確立によるサービス許可
通知がサービス管理テーブル１７に登録されているか否
かを調べ、登録されている場合に限り、サービスを提供
する。
末２に対してアプリケーションサービスを提供する手段
である。端末２からコネクション要求があったとき、そ
の端末２との間のコネクション確立によるサービス許可
通知がサービス管理テーブル１７に登録されているか否
かを調べ、登録されている場合に限り、サービスを提供
する。
【００３２】（２）ミラーサーバ３ ○サーバ情報登録要求部３１；自サーバ３の起動時に、
自サーバ３に関する種々の情報をサーバ１のサーバ管理
テーブル１２に登録するために、サーバ１に対してサー
バ情報登録要求を送出する手段である。
自サーバ３に関する種々の情報をサーバ１のサーバ管理
テーブル１２に登録するために、サーバ１に対してサー
バ情報登録要求を送出する手段である。
【００３３】○サービス管理テーブル３２；サーバ１の
コネクション管理部１５から通知されたサービス許可情
報を保持しておくテーブルである。サービス許可情報の
項目は、サーバ１側のサービス管理テーブル１７に保持
される情報と同じである。
コネクション管理部１５から通知されたサービス許可情
報を保持しておくテーブルである。サービス許可情報の
項目は、サーバ１側のサービス管理テーブル１７に保持
される情報と同じである。
【００３４】○アプリケーションプログラム部３３；端
末２に対してアプリケーションサービスを提供する手段
である。端末２からコネクション要求があったとき、そ
の端末２との間のコネクション確立によるサービス許可
通知がサービス管理テーブル３２に登録されているか否
かを調べ、登録されている場合に限り、サービスを提供
する。
末２に対してアプリケーションサービスを提供する手段
である。端末２からコネクション要求があったとき、そ
の端末２との間のコネクション確立によるサービス許可
通知がサービス管理テーブル３２に登録されているか否
かを調べ、登録されている場合に限り、サービスを提供
する。
【００３５】以下、本実施例の動作を説明する。
【００３６】先ず、サーバ１およびミラーサーバ３の実
行手順の概要を説明する。
行手順の概要を説明する。
【００３７】図６は、サーバ１およびミラーサーバ３の
実行手順の概要を示すフローチャートである。サーバ１
およびミラーサーバ３は起動されると、サーバ情報登録
処理を行い（６１）、その処理が正常終了したら（６２
でＹＥＳ）、終了要求があるまでネットワークアプリケ
ーションサービスを繰り返し実行する（６３，６４）。
そして、終了要求時には、サーバ終了処理を行う（６
５）。なお、サーバ情報登録処理６１が正常終了しなか
ったら（６２でＮＯ）、処理を終了する。
実行手順の概要を示すフローチャートである。サーバ１
およびミラーサーバ３は起動されると、サーバ情報登録
処理を行い（６１）、その処理が正常終了したら（６２
でＹＥＳ）、終了要求があるまでネットワークアプリケ
ーションサービスを繰り返し実行する（６３，６４）。
そして、終了要求時には、サーバ終了処理を行う（６
５）。なお、サーバ情報登録処理６１が正常終了しなか
ったら（６２でＮＯ）、処理を終了する。
【００３８】サーバ１およびミラーサーバ３の実行手順
の概要は上記の通りであるが、サーバ１とミラーサーバ
３とでは、各ステップの具体的な処理内容が相違するの
で、以下、サーバ１とミラーサーバ３とに分けて、より
具体的な処理を説明する。
の概要は上記の通りであるが、サーバ１とミラーサーバ
３とでは、各ステップの具体的な処理内容が相違するの
で、以下、サーバ１とミラーサーバ３とに分けて、より
具体的な処理を説明する。
【００３９】サーバ１は起動されると、サーバ情報登録
処理６１により、自サーバ１に関する種々の情報、即
ち、サーバ名，自サーバが属するネットワーク名，自サ
ーバの使用可能サーバ資源量，自サーバが提供可能なア
プリケーションサービス名，その各アプリケーションサ
ービスの実行に必要なネットワークの帯域およびサーバ
資源量を、自サーバ１のサーバ管理テーブル１２に登録
する。この処理が正常終了することにより、図４に示し
たサーバ１に関連する情報がサーバ管理テーブル１２に
登録されることになる。その後、サーバ１は、ネットワ
ークアプリケーションサービスを繰り返し実行する（６
３，６４）。なお、ここで言うネットワークアプリケー
ションサービスには自サーバ１上のアプリケーションプ
ログラム部１６の処理以外に、登録処理部１４やコネク
ション管理部１５の処理も含まれる。そして、システム
管理者等からサーバ１の終了要求が出されると（６
４）、サーバ終了処理６５を行う。このサーバ終了処理
６５では、その一環として起動中のミラーサーバ３に対
して終了要求を発行し、各ミラーサーバ３がサーバ終了
処理を行って後述するサーバ情報削除要求を発行するの
を待ち合わせる。そして、サーバ情報削除要求を発行し
たミラーサーバに関するサーバ情報をサーバ管理テーブ
ル１２から削除し、自サーバ１のサーバ情報もサーバ管
理テーブル１２から削除する。
処理６１により、自サーバ１に関する種々の情報、即
ち、サーバ名，自サーバが属するネットワーク名，自サ
ーバの使用可能サーバ資源量，自サーバが提供可能なア
プリケーションサービス名，その各アプリケーションサ
ービスの実行に必要なネットワークの帯域およびサーバ
資源量を、自サーバ１のサーバ管理テーブル１２に登録
する。この処理が正常終了することにより、図４に示し
たサーバ１に関連する情報がサーバ管理テーブル１２に
登録されることになる。その後、サーバ１は、ネットワ
ークアプリケーションサービスを繰り返し実行する（６
３，６４）。なお、ここで言うネットワークアプリケー
ションサービスには自サーバ１上のアプリケーションプ
ログラム部１６の処理以外に、登録処理部１４やコネク
ション管理部１５の処理も含まれる。そして、システム
管理者等からサーバ１の終了要求が出されると（６
４）、サーバ終了処理６５を行う。このサーバ終了処理
６５では、その一環として起動中のミラーサーバ３に対
して終了要求を発行し、各ミラーサーバ３がサーバ終了
処理を行って後述するサーバ情報削除要求を発行するの
を待ち合わせる。そして、サーバ情報削除要求を発行し
たミラーサーバに関するサーバ情報をサーバ管理テーブ
ル１２から削除し、自サーバ１のサーバ情報もサーバ管
理テーブル１２から削除する。
【００４０】他方、ミラーサーバ３は起動されると、サ
ーバ情報登録処理６１により、自サーバ３に関する種々
の情報、即ち、サーバ名，自サーバが属するネットワー
ク名，自サーバの使用可能サーバ資源量，自サーバが提
供可能なアプリケーションサービス名，その各アプリケ
ーションサービスの実行に必要なネットワークの帯域お
よびサーバ資源量を通知してサーバ１に対してサーバ情
報登録要求を行う。このサーバ情報登録要求を受けたサ
ーバ１の登録処理部１４では、図７のステップ７１，７
２，７３に示すように、受信したサーバ情報をサーバ管
理テーブル１２に登録し、その処理終了を要求元のミラ
ーサーバ３に通知する。この処理が正常終了することに
より、図４に示したミラーサーバ３−１または３−２に
関連する情報がサーバ１のサーバ管理テーブル１２に登
録されることになる。その後、ミラーサーバ３は、ネッ
トワークアプリケーションサービスを繰り返し実行する
（６３，６４）。そして、管理者等から自サーバに対し
て終了要求が出されるか、サーバ１からの終了要求を受
信すると（６４）、サーバ終了処理６５を行う。このサ
ーバ終了処理６５では、その一環として自サーバ情報の
削除をサーバ１に対し要求する。このサーバ情報削除要
求を受けたサーバ１の登録処理部１４では、図７のステ
ップ７４，７５，７６に示すように、サーバ管理テーブ
ル１２から当該ミラーサーバ３に関するサーバ情報を削
除し、その処理終了を要求元のミラーサーバ３に通知す
る。
ーバ情報登録処理６１により、自サーバ３に関する種々
の情報、即ち、サーバ名，自サーバが属するネットワー
ク名，自サーバの使用可能サーバ資源量，自サーバが提
供可能なアプリケーションサービス名，その各アプリケ
ーションサービスの実行に必要なネットワークの帯域お
よびサーバ資源量を通知してサーバ１に対してサーバ情
報登録要求を行う。このサーバ情報登録要求を受けたサ
ーバ１の登録処理部１４では、図７のステップ７１，７
２，７３に示すように、受信したサーバ情報をサーバ管
理テーブル１２に登録し、その処理終了を要求元のミラ
ーサーバ３に通知する。この処理が正常終了することに
より、図４に示したミラーサーバ３−１または３−２に
関連する情報がサーバ１のサーバ管理テーブル１２に登
録されることになる。その後、ミラーサーバ３は、ネッ
トワークアプリケーションサービスを繰り返し実行する
（６３，６４）。そして、管理者等から自サーバに対し
て終了要求が出されるか、サーバ１からの終了要求を受
信すると（６４）、サーバ終了処理６５を行う。このサ
ーバ終了処理６５では、その一環として自サーバ情報の
削除をサーバ１に対し要求する。このサーバ情報削除要
求を受けたサーバ１の登録処理部１４では、図７のステ
ップ７４，７５，７６に示すように、サーバ管理テーブ
ル１２から当該ミラーサーバ３に関するサーバ情報を削
除し、その処理終了を要求元のミラーサーバ３に通知す
る。
【００４１】次に、端末２がサーバ１に対してサービス
要求を送出したときの動作を説明する。なお、サービス
要求中には、利用するサービス名の他に、当該端末２の
端末名や、当該端末２の属するネットワーク名などが含
まれているものとする。
要求を送出したときの動作を説明する。なお、サービス
要求中には、利用するサービス名の他に、当該端末２の
端末名や、当該端末２の属するネットワーク名などが含
まれているものとする。
【００４２】図８はサーバ１のコネクション管理部１５
が端末２からサービス要求を受信したときの処理の一例
を示すフローチャートである。コネクション管理部１５
は、端末２からサービス要求を受信すると（８０）、端
末２が含まれるネットワークを抽出し（８１）、まず最
初は、端末２が含まれるネットワークに注目する（８２
−１〜８３−１）。即ち、内部変数ｋを０にし（８２−
１）、ネットワーク構成管理テーブル１１を参照して
（８２−２）、端末２が含まれるネットワークからの経
由数が０で未チェックのネットワーク、つまり端末２が
含まれるネットワークを検索し（８２−３）、そのネッ
トワークをチェック済みとする（８３−１）。
が端末２からサービス要求を受信したときの処理の一例
を示すフローチャートである。コネクション管理部１５
は、端末２からサービス要求を受信すると（８０）、端
末２が含まれるネットワークを抽出し（８１）、まず最
初は、端末２が含まれるネットワークに注目する（８２
−１〜８３−１）。即ち、内部変数ｋを０にし（８２−
１）、ネットワーク構成管理テーブル１１を参照して
（８２−２）、端末２が含まれるネットワークからの経
由数が０で未チェックのネットワーク、つまり端末２が
含まれるネットワークを検索し（８２−３）、そのネッ
トワークをチェック済みとする（８３−１）。
【００４３】そして、このネットワーク中に端末２から
指定されたサービスを提供可能なサーバが存在するか否
かを調べる（８３−２〜８３−５）。即ち、サーバ管理
テーブル１２を参照し（８３−２）、当該ネットワーク
中に未チェックのサーバが存在するか否かを調べ（８３
−３）、存在すればそのサーバをチェック済みとした上
で（８３−４）、そのサーバで要求サービスの提供が可
能か否かを調べる（８３−５）。そして、提供可能であ
れば、ステップ８３−６，８３−７の処理を行い、処理
を終了する。また、提供可能でなければ、当該ネットワ
ーク中の未チェックのサーバについて同様の処理を行
う。
指定されたサービスを提供可能なサーバが存在するか否
かを調べる（８３−２〜８３−５）。即ち、サーバ管理
テーブル１２を参照し（８３−２）、当該ネットワーク
中に未チェックのサーバが存在するか否かを調べ（８３
−３）、存在すればそのサーバをチェック済みとした上
で（８３−４）、そのサーバで要求サービスの提供が可
能か否かを調べる（８３−５）。そして、提供可能であ
れば、ステップ８３−６，８３−７の処理を行い、処理
を終了する。また、提供可能でなければ、当該ネットワ
ーク中の未チェックのサーバについて同様の処理を行
う。
【００４４】端末２が含まれるネットワーク中に端末２
から指定されたサービスを提供可能なサーバが１つも存
在しない場合（８３−３でＮＯ）、次は、端末２が含ま
れるネットワークからの経由数が１のネットワークの１
つに注目する（８２−２〜８２−６，８３−１）。そし
て、このネットワーク中に端末２から指定されたサービ
スを提供可能なサーバが存在するか否かを調べる（８３
−２〜８３−５）。存在すれば（８３−５でＹＥＳ）、
ステップ８３−６，８３−７の処理を行い、処理を終了
する。
から指定されたサービスを提供可能なサーバが１つも存
在しない場合（８３−３でＮＯ）、次は、端末２が含ま
れるネットワークからの経由数が１のネットワークの１
つに注目する（８２−２〜８２−６，８３−１）。そし
て、このネットワーク中に端末２から指定されたサービ
スを提供可能なサーバが存在するか否かを調べる（８３
−２〜８３−５）。存在すれば（８３−５でＹＥＳ）、
ステップ８３−６，８３−７の処理を行い、処理を終了
する。
【００４５】端末２が含まれるネットワークからの経由
数が１の全てのネットワーク中に端末２から指定された
サービスを提供可能なサーバが存在しなかった場合（８
３−３でＮＯ）、次は、端末２が含まれるネットワーク
からの経由数が２のネットワークについて調べる（８２
−２〜８２−６，８３−１）。但し、予め定義された最
大の経由数のネットワークまで調査してもサービスを提
供できるサーバが見つからなかったときは（８２−６で
ＹＥＳ）、要求元の端末２に対してアプリケーションサ
ービスが不可能であることを通知し（８２−７）、処理
を終える。
数が１の全てのネットワーク中に端末２から指定された
サービスを提供可能なサーバが存在しなかった場合（８
３−３でＮＯ）、次は、端末２が含まれるネットワーク
からの経由数が２のネットワークについて調べる（８２
−２〜８２−６，８３−１）。但し、予め定義された最
大の経由数のネットワークまで調査してもサービスを提
供できるサーバが見つからなかったときは（８２−６で
ＹＥＳ）、要求元の端末２に対してアプリケーションサ
ービスが不可能であることを通知し（８２−７）、処理
を終える。
【００４６】サービスを提供できるサーバを見つけたと
きに実行するステップ８３−６の処理では、その見つけ
たサーバ名と、端末２の端末名と、指定されたサービス
名と、その実行に必要なネットワーク帯域およびサーバ
資源量（これらはサーバ管理テーブル１２から求まる）
とを含むコネクション管理情報をコネクション管理テー
ブル１３に登録する。また、次のステップ８３−７で
は、要求元の端末２に対し、実際にサービスを提供する
サーバ名を含むサーバ許可通知を送り、更に、サービス
提供元となったサーバのアプリケーションプログラム部
１６または３３に対し、サービスを受ける端末２の端末
名や利用するサービス名などを含むサービス許可通知を
送る。
きに実行するステップ８３−６の処理では、その見つけ
たサーバ名と、端末２の端末名と、指定されたサービス
名と、その実行に必要なネットワーク帯域およびサーバ
資源量（これらはサーバ管理テーブル１２から求まる）
とを含むコネクション管理情報をコネクション管理テー
ブル１３に登録する。また、次のステップ８３−７で
は、要求元の端末２に対し、実際にサービスを提供する
サーバ名を含むサーバ許可通知を送り、更に、サービス
提供元となったサーバのアプリケーションプログラム部
１６または３３に対し、サービスを受ける端末２の端末
名や利用するサービス名などを含むサービス許可通知を
送る。
【００４７】図９は、図８のステップ８３−５の処理の
一例を示すフローチャートである。この例では、まずサ
ーバ管理テーブル１２を参照して当該サーバに、要求さ
れているサービス名が登録されているか否かを調べ（９
１，９２）、登録されていなければサービス不可とする
（９６）。要求されているサービス名が登録されていれ
ば、次に、要求元端末２から当該サーバに至るネットワ
ークの各々について、ネットワーク構成管理テーブル１
１に登録されている使用可能帯域３２から、コネクショ
ン管理テーブル１３に登録されているコネクションのう
ちそのネットワークを経由するコネクションに必要なネ
ットワーク帯域５５を差し引くことにより、要求元端末
２から当該サーバに至るネットワークの各々についての
使用可能帯域の残量を計算し（９３）、その各々のネッ
トワークの使用可能帯域の残量と、サーバ管理テーブル
１２を参照して取得した当該サービスの必要帯域４５と
を比較し、全てのネットワークの使用可能帯域の残量が
当該サービスの必要帯域４５以上あれば（９４でＹＥ
Ｓ）、サービス可能と判定し（９５）、それ以外はサー
ビス不可と判定する（９６）。
一例を示すフローチャートである。この例では、まずサ
ーバ管理テーブル１２を参照して当該サーバに、要求さ
れているサービス名が登録されているか否かを調べ（９
１，９２）、登録されていなければサービス不可とする
（９６）。要求されているサービス名が登録されていれ
ば、次に、要求元端末２から当該サーバに至るネットワ
ークの各々について、ネットワーク構成管理テーブル１
１に登録されている使用可能帯域３２から、コネクショ
ン管理テーブル１３に登録されているコネクションのう
ちそのネットワークを経由するコネクションに必要なネ
ットワーク帯域５５を差し引くことにより、要求元端末
２から当該サーバに至るネットワークの各々についての
使用可能帯域の残量を計算し（９３）、その各々のネッ
トワークの使用可能帯域の残量と、サーバ管理テーブル
１２を参照して取得した当該サービスの必要帯域４５と
を比較し、全てのネットワークの使用可能帯域の残量が
当該サービスの必要帯域４５以上あれば（９４でＹＥ
Ｓ）、サービス可能と判定し（９５）、それ以外はサー
ビス不可と判定する（９６）。
【００４８】図１０は、図８のステップ８３−５の処理
の別の例を示すフローチャートである。この例は図９と
異なり、更にサーバ資源量のチェックを行うようにした
ものである。まずサーバ管理テーブル１２を参照して当
該サーバに要求されているサービス名が登録されている
か否かを調べ（９１，９２）、登録されていなければサ
ービス不可とする（９６）。要求されているサービス名
が登録されていれば、次に、サーバ管理テーブル１２に
登録されている当該サーバの使用可能サーバ資源量４３
から、コネクション管理テーブル１３に登録されている
コネクションで当該サーバに必要な資源量５６を差し引
くことにより、当該サーバの使用可能資源量の残量を計
算し（１０１）、この使用可能資源量の残量と、サーバ
管理テーブル１２を参照して取得した当該サービスの必
要資源量４６とを比較し、サーバの使用可能資源量の残
量がサービスの必要資源量４６より少なければ（１０２
でＹＥＳ）、サービス不可と判定する（９６）。次に、
サーバ資源量を満足していた場合、さらに要求元端末２
から当該サーバに至るネットワークの各々について、ネ
ットワーク構成管理テーブル１１に登録されている使用
可能帯域３２から、コネクション管理テーブル１３に登
録されているコネクションのうちそのネットワークを経
由するコネクションに必要なネットワーク帯域５５を差
し引くことにより、要求元端末２から当該サーバに至る
ネットワークの各々についての使用可能帯域の残量を計
算し（９３）、その各々のネットワークの使用可能帯域
の残量と、サーバ管理テーブル１２を参照して取得した
当該サービスの必要帯域４５とを比較し、全てのネット
ワークの使用可能帯域の残量が当該サービスの必要帯域
４５以上あれば（９４でＹＥＳ）、サービス可能と判定
し（９５）、それ以外はサービス不可と判定する（９
６）。
の別の例を示すフローチャートである。この例は図９と
異なり、更にサーバ資源量のチェックを行うようにした
ものである。まずサーバ管理テーブル１２を参照して当
該サーバに要求されているサービス名が登録されている
か否かを調べ（９１，９２）、登録されていなければサ
ービス不可とする（９６）。要求されているサービス名
が登録されていれば、次に、サーバ管理テーブル１２に
登録されている当該サーバの使用可能サーバ資源量４３
から、コネクション管理テーブル１３に登録されている
コネクションで当該サーバに必要な資源量５６を差し引
くことにより、当該サーバの使用可能資源量の残量を計
算し（１０１）、この使用可能資源量の残量と、サーバ
管理テーブル１２を参照して取得した当該サービスの必
要資源量４６とを比較し、サーバの使用可能資源量の残
量がサービスの必要資源量４６より少なければ（１０２
でＹＥＳ）、サービス不可と判定する（９６）。次に、
サーバ資源量を満足していた場合、さらに要求元端末２
から当該サーバに至るネットワークの各々について、ネ
ットワーク構成管理テーブル１１に登録されている使用
可能帯域３２から、コネクション管理テーブル１３に登
録されているコネクションのうちそのネットワークを経
由するコネクションに必要なネットワーク帯域５５を差
し引くことにより、要求元端末２から当該サーバに至る
ネットワークの各々についての使用可能帯域の残量を計
算し（９３）、その各々のネットワークの使用可能帯域
の残量と、サーバ管理テーブル１２を参照して取得した
当該サービスの必要帯域４５とを比較し、全てのネット
ワークの使用可能帯域の残量が当該サービスの必要帯域
４５以上あれば（９４でＹＥＳ）、サービス可能と判定
し（９５）、それ以外はサービス不可と判定する（９
６）。
【００４９】図１１は、図８のステップ８３−５の処理
の更に別の例を示すフローチャートである。図９の処理
では、当該サーバに端末２から指定されたサービス名が
登録されていないとき、即ちそのサービスを実行するア
プリケーションプログラムがロードされていないときサ
ービス不可と判断したが、本例では、必要に応じてプロ
グラムをダウンロードすることにより、当該サーバによ
るサービスを可能とする。このため、本例の前提とし
て、サーバ１には全てのサービスについて、そのサービ
スを実行するアプリケーションプログラムが磁気ディス
ク等の記憶装置に記憶されている。
の更に別の例を示すフローチャートである。図９の処理
では、当該サーバに端末２から指定されたサービス名が
登録されていないとき、即ちそのサービスを実行するア
プリケーションプログラムがロードされていないときサ
ービス不可と判断したが、本例では、必要に応じてプロ
グラムをダウンロードすることにより、当該サーバによ
るサービスを可能とする。このため、本例の前提とし
て、サーバ１には全てのサービスについて、そのサービ
スを実行するアプリケーションプログラムが磁気ディス
ク等の記憶装置に記憶されている。
【００５０】動作にあっては、まず、要求元端末２から
当該サーバに至るネットワークの各々について、ネット
ワーク構成管理テーブル１１に登録されている使用可能
帯域３２から、コネクション管理テーブル１３に登録さ
れているコネクションのうちそのネットワークを経由す
るコネクションに必要なネットワーク帯域５５を差し引
くことにより、要求元端末２から当該サーバに至るネッ
トワークの各々についての使用可能帯域の残量を計算し
（９３）、その各々のネットワークの使用可能帯域の残
量と、サーバ管理テーブル１２を参照して取得した当該
サービスの必要帯域４５とを比較し、全てのネットワー
クの使用可能帯域の残量が当該サービスの必要帯域４５
以上あれば（９４でＹＥＳ）、ステップ１１１へ進み、
そうでなければサービス不可と判定する（９６）。
当該サーバに至るネットワークの各々について、ネット
ワーク構成管理テーブル１１に登録されている使用可能
帯域３２から、コネクション管理テーブル１３に登録さ
れているコネクションのうちそのネットワークを経由す
るコネクションに必要なネットワーク帯域５５を差し引
くことにより、要求元端末２から当該サーバに至るネッ
トワークの各々についての使用可能帯域の残量を計算し
（９３）、その各々のネットワークの使用可能帯域の残
量と、サーバ管理テーブル１２を参照して取得した当該
サービスの必要帯域４５とを比較し、全てのネットワー
クの使用可能帯域の残量が当該サービスの必要帯域４５
以上あれば（９４でＹＥＳ）、ステップ１１１へ進み、
そうでなければサービス不可と判定する（９６）。
【００５１】次に、この段階でサービス不可と判断され
なかった場合、サーバ管理テーブル１２を参照して当該
サーバに要求されているサービス名が登録されているか
否かを調べ（１１１，１１２）、登録されていなけれ
ば、当該サービスに必要なアプリケーションプログラム
を当該サーバにダウンロードする（１１３）。このと
き、サーバ管理テーブル１２のダウンロード先のサーバ
情報を更新し、アプリケーションサービス名４４，必要
帯域４５，必要資源４６を追加する。そして、サービス
可能を返す（９５）。
なかった場合、サーバ管理テーブル１２を参照して当該
サーバに要求されているサービス名が登録されているか
否かを調べ（１１１，１１２）、登録されていなけれ
ば、当該サービスに必要なアプリケーションプログラム
を当該サーバにダウンロードする（１１３）。このと
き、サーバ管理テーブル１２のダウンロード先のサーバ
情報を更新し、アプリケーションサービス名４４，必要
帯域４５，必要資源４６を追加する。そして、サービス
可能を返す（９５）。
【００５２】図８のステップ８３−５の他の処理例とし
ては、図１１の処理に更に、サーバ資源量のチェックを
組み込んだ処理などが採用可能である。
ては、図１１の処理に更に、サーバ資源量のチェックを
組み込んだ処理などが採用可能である。
【００５３】次に、アプリケーションプログラム部１
６，３３の処理について、図１２を参照して説明する。
６，３３の処理について、図１２を参照して説明する。
【００５４】サーバ１またはミラーサーバ３のアプリケ
ーションプログラム部１６または３３は、サーバ１のコ
ネクション管理部１５からサービス許可通知を受けると
（１２１−１）、このサービス許可通知の内容をサービ
ス管理テーブル１７または３２に登録しておく（１２１
−２）。端末２からコネクション要求を受けると（１２
２−１）、アプリケーションプログラム部１６または３
３は、端末２と一旦コネクションを接続するが、サービ
ス管理テーブル１７または３２を参照して、当該端末２
とのコネクション確立によるサービス許可通知が登録さ
れていない場合には（１２２−２でＮＯ）、端末２との
コネクションを切断する（１２２−３）。
ーションプログラム部１６または３３は、サーバ１のコ
ネクション管理部１５からサービス許可通知を受けると
（１２１−１）、このサービス許可通知の内容をサービ
ス管理テーブル１７または３２に登録しておく（１２１
−２）。端末２からコネクション要求を受けると（１２
２−１）、アプリケーションプログラム部１６または３
３は、端末２と一旦コネクションを接続するが、サービ
ス管理テーブル１７または３２を参照して、当該端末２
とのコネクション確立によるサービス許可通知が登録さ
れていない場合には（１２２−２でＮＯ）、端末２との
コネクションを切断する（１２２−３）。
【００５５】他方、当該端末２とのサービスが許可され
ている場合、サービス管理テーブル１７に格納されてい
るサービス許可通知にかかるサービスを提供する（１２
３）。そして、そのサービスの終了後、端末２とのコネ
クションを切断し（１２４）、サービス管理テーブル１
７から終了したサービスにかかる情報を削除すると共
に、サーバ１のコネクション管理部１５にサービス終了
通知を出す（１２５）。このサービス終了通知に応答し
て、コネクション管理部１５は、当該サービスにかかる
コネクション情報をコネクション管理テーブル１３から
削除する。なお、図１２中のサービス管理テーブル更新
処理１２６は、サービス許可通知がありながら、実際に
は例えば或る一定時間内に端末２からのコネクション要
求がなかった場合などに実行され、サービス管理テーブ
ル１７または３２から該当情報を削除し、またコネクシ
ョン管理部１５にサービス終了を通知する処理などが行
われる。
ている場合、サービス管理テーブル１７に格納されてい
るサービス許可通知にかかるサービスを提供する（１２
３）。そして、そのサービスの終了後、端末２とのコネ
クションを切断し（１２４）、サービス管理テーブル１
７から終了したサービスにかかる情報を削除すると共
に、サーバ１のコネクション管理部１５にサービス終了
通知を出す（１２５）。このサービス終了通知に応答し
て、コネクション管理部１５は、当該サービスにかかる
コネクション情報をコネクション管理テーブル１３から
削除する。なお、図１２中のサービス管理テーブル更新
処理１２６は、サービス許可通知がありながら、実際に
は例えば或る一定時間内に端末２からのコネクション要
求がなかった場合などに実行され、サービス管理テーブ
ル１７または３２から該当情報を削除し、またコネクシ
ョン管理部１５にサービス終了を通知する処理などが行
われる。
【００５６】以上本発明の実施例について説明したが、
本発明は以上の実施例にのみ限定されず、その他各種の
付加変更が可能である。例えば、上記実施例において
は、サーバ１にサービス管理テーブル１７を設けたが、
サーバ１においては同種の情報がコネクション管理テー
ブル１３に登録されているので、アプリケーションプロ
グラム部１６がサーバ管理テーブル１７を参照する代わ
りにコネクション管理テーブル１３を参照することで、
サーバ管理テーブル１７は省略することができる。ま
た、上記の実施例においてはサーバ１にもアプリケーシ
ョンサービスの提供機能を持たせたが、コネクション管
理専用のサーバとすることも可能である。
本発明は以上の実施例にのみ限定されず、その他各種の
付加変更が可能である。例えば、上記実施例において
は、サーバ１にサービス管理テーブル１７を設けたが、
サーバ１においては同種の情報がコネクション管理テー
ブル１３に登録されているので、アプリケーションプロ
グラム部１６がサーバ管理テーブル１７を参照する代わ
りにコネクション管理テーブル１３を参照することで、
サーバ管理テーブル１７は省略することができる。ま
た、上記の実施例においてはサーバ１にもアプリケーシ
ョンサービスの提供機能を持たせたが、コネクション管
理専用のサーバとすることも可能である。
【００５７】
【発明の効果】以上説明したように本発明によれば以下
のような効果が得られる。
のような効果が得られる。
【００５８】同一のサービスを提供するサーバが複数存
在する場合に、ネットワーク帯域をより有効に活用でき
るように、割り当てるコネクションを決定することがで
きる。その理由は、利用者端末から指定されたサービス
を提供可能な複数のサーバのうち、利用者端末からのネ
ットワーク経由数が最も少ないサーバを求めているから
である。これにより、利用者にとっては、サーバのネッ
トワーク上の位置を気にすることなく、希望するアプリ
ケーションサービスを好条件で受けることができ、また
ネットワーク事業者にとっては、限られたネットワーク
帯域を有効に利用することが可能となる。
在する場合に、ネットワーク帯域をより有効に活用でき
るように、割り当てるコネクションを決定することがで
きる。その理由は、利用者端末から指定されたサービス
を提供可能な複数のサーバのうち、利用者端末からのネ
ットワーク経由数が最も少ないサーバを求めているから
である。これにより、利用者にとっては、サーバのネッ
トワーク上の位置を気にすることなく、希望するアプリ
ケーションサービスを好条件で受けることができ、また
ネットワーク事業者にとっては、限られたネットワーク
帯域を有効に利用することが可能となる。
【００５９】利用者がサーバの過負荷のためにサービス
を受けれない事態を未然に防止することができる。その
理由は、サーバの負荷状況を考慮してコネクションの確
立を管理しているためである。
を受けれない事態を未然に防止することができる。その
理由は、サーバの負荷状況を考慮してコネクションの確
立を管理しているためである。
【００６０】各サーバにおいて、アプリケーションプロ
グラムを必ずしも事前にロードしておく必要がなく資源
を有効に利用できるだけでなく、アプリケーションプロ
グラムの更新を容易に行うことができる。その理由は必
要に応じて特定のサーバから該当するサーバへ必要なア
プリケーションプログラムをダウンロードするからであ
る。
グラムを必ずしも事前にロードしておく必要がなく資源
を有効に利用できるだけでなく、アプリケーションプロ
グラムの更新を容易に行うことができる。その理由は必
要に応じて特定のサーバから該当するサーバへ必要なア
プリケーションプログラムをダウンロードするからであ
る。
【図１】本発明を適用した分散型情報サービスシステム
の一例を示すブロック図である。
の一例を示すブロック図である。
【図２】サーバおよびミラーサーバの構成例と、サー
バ，ミラーサーバおよび端末の間の情報の流れを示す図
である。
バ，ミラーサーバおよび端末の間の情報の流れを示す図
である。
【図３】ネットワーク構成管理テーブルの内容例を示す
図である。
図である。
【図４】サーバ管理テーブルの内容例を示す図である。
【図５】コネクション管理テーブルの内容例を示す図で
ある。
ある。
【図６】サーバおよびミラーサーバの実行手順の概要を
示すフローチャートである。
示すフローチャートである。
【図７】登録処理部の処理例を示すフローチャートであ
る。
る。
【図８】コネクション管理部の処理例を示すフローチャ
ートである。
ートである。
【図９】図８のステップ８３−５の処理の一例を示すフ
ローチャートである。
ローチャートである。
【図１０】図８のステップ８３−５の処理の別の例を示
すフローチャートである。
すフローチャートである。
【図１１】図８のステップ８３−５の処理の更に別の例
を示すフローチャートである。
を示すフローチャートである。
【図１２】アプリケーションプログラム部の処理例を示
すフローチャートである。
すフローチャートである。
【図１３】従来のコネクション管理方法の説明図であ
る。
る。
１…サーバ ２，２−１〜２−３…端末 ３，３−１，３−２…ミラーサーバ ４−１〜４−３…ネットワーク ５，６…記録媒体 １１…ネットワーク構成管理テーブル １２…サーバ管理テーブル １３…コネクション管理テーブル １４…登録処理部 １５…コネクション管理部 １６…アプリケーションプログラム部 １７…サービス管理テーブル ３１…サーバ情報登録要求部 ３２…サービス管理テーブル ３３…アプリケーションプログラム部
Claims (6)
- 【請求項１】 複数のネットワークから構成される分散
型情報サービスシステムで、ネットワークを介して接続
されるサーバと利用者端末との間に確立するコネクショ
ンを管理する方法において、 利用者端末から特定のサーバに対し、利用するサービス
を指定したサービス要求を送出する段階、 前記特定のサーバにおいて、利用者端末から指定された
サービスを提供可能な複数のサーバのうち、利用者端末
からのネットワーク経由数が最も少ないサーバを検索す
る段階、 該検索されたサーバと利用者端末とにコネクションの確
立によるサービス許可を通知する段階、 を含むことを特徴とするコネクション管理方法。 - 【請求項２】 複数のネットワークから構成される分散
型情報サービスシステムで、ネットワークを介して接続
されるサーバと利用者端末との間に確立するコネクショ
ンを管理する方法において、 利用者端末から特定のサーバに対し、利用するサービス
を指定したサービス要求を送出する段階、 前記特定のサーバにおいて、サーバの資源の全体量から
既にコネクション確立を許可され他のサービスで必要と
する資源の量を差し引いた残りの資源量が利用者端末か
ら指定されたサービスで必要とするサーバ資源量以上で
ある複数のサーバのうち、利用者端末からのネットワー
ク経由数が最も少ないサーバを検索する段階、 該検索されたサーバと利用者端末とにコネクションの確
立によるサービス許可を通知する段階、 を含むことを特徴とするコネクション管理方法。 - 【請求項３】 複数のネットワークから構成される分散
型情報サービスシステムで、ネットワークを介して接続
されるサーバと利用者端末との間に確立するコネクショ
ンを管理する方法において、 利用者端末から特定のサーバに対し、利用するサービス
を指定したサービス要求を送出する段階、 前記特定のサーバにおいて、サーバの資源の全体量から
既にコネクション確立を許可され他のサービスで必要と
する資源の量を差し引いた残りの資源量が利用者端末か
ら指定されたサービスで必要とするサーバ資源量以上で
あり、かつ、そのサーバと前記利用者端末との間のコネ
クションが必要とする帯域がネットワーク上確保できる
複数のサーバのうち、利用者端末からのネットワーク経
由数が最も少ないサーバを検索する段階、 該検索されたサーバと利用者端末とにコネクションの確
立によるサービス許可を通知する段階、 を含むことを特徴とするコネクション管理方法。 - 【請求項４】 前記検索されたサーバが、利用者端末か
ら指定されたサービスを提供するアプリケーションプロ
グラムを保有していない場合に、前記特定のサーバから
前記検索されたサーバに対して前記アプリケーションプ
ログラムをダウンロードする段階を含むことを特徴とす
る請求項１，２または３記載のコネクション管理方法。 - 【請求項５】 複数のネットワークから構成される分散
型情報サービスシステムで、ネットワークを介して接続
されるサーバと利用者端末との間に確立するコネクショ
ンを管理する方法において、 利用者端末から特定のサーバに対し、利用するサービス
を指定したサービス要求を送出する段階、 前記特定のサーバにおいて、利用者端末から指定された
サービスを提供するアプリケーションプログラムを備え
るサーバであって、サーバの資源の全体量から既にコネ
クション確立を許可され他のサービスで必要とする資源
の量を差し引いた残りの資源量が利用者端末から指定さ
れたサービスで必要とするサーバ資源量以上であり、か
つ、そのサーバと前記利用者端末との間のコネクション
が必要とする帯域がネットワーク上確保できる複数のサ
ーバのうち、利用者端末からのネットワーク経由数が最
も少ないサーバを検索する段階、 該検索されたサーバと利用者端末とにコネクションの確
立によるサービス許可を通知する段階、 を含むことを特徴とするコネクション管理方法。 - 【請求項６】 ネットワークを介して接続されるサーバ
と利用者端末との間に確立するコネクションを管理する
情報処理装置に、 利用者端末からサービス名を指定したサービス要求を受
け付ける段階、 利用者端末から指定されたサービスを提供可能な複数の
サーバのうち、利用者端末からのネットワーク経由数が
最も少ないサーバを検索する段階、 該検索されたサーバと利用者端末とにコネクションの確
立によるサービス許可を通知する段階、 を実行させるプログラムを記録したコンピュータ読み取
り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22023297A JP3178380B2 (ja) | 1997-07-31 | 1997-07-31 | コネクション管理方法及びコンピュータ読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22023297A JP3178380B2 (ja) | 1997-07-31 | 1997-07-31 | コネクション管理方法及びコンピュータ読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1155321A true JPH1155321A (ja) | 1999-02-26 |
| JP3178380B2 JP3178380B2 (ja) | 2001-06-18 |
Family
ID=16747965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22023297A Expired - Fee Related JP3178380B2 (ja) | 1997-07-31 | 1997-07-31 | コネクション管理方法及びコンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3178380B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002024170A (ja) * | 2000-07-05 | 2002-01-25 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信制御システム及び方法 |
| KR100358157B1 (ko) * | 1999-12-24 | 2002-10-25 | 한국전자통신연구원 | 품질보장 망자원관리 장치 및 그 방법 |
| JP2003532178A (ja) * | 2000-04-07 | 2003-10-28 | ムービーリンク エルエルシー | ネットワーク上で内容を配信するシステム及び手順 |
| US7209941B2 (en) | 2000-05-11 | 2007-04-24 | Fujitsu Limited | System and method for distributing contents from a child server based on a client's current location |
| KR100810757B1 (ko) | 2006-03-31 | 2008-03-10 | 엔에이치엔(주) | 서버 미러링을 이용한 게임 중계 시스템 및 방법 |
| JP2008225619A (ja) * | 2007-03-09 | 2008-09-25 | Konica Minolta Holdings Inc | 分散型情報共有サーバシステム |
| US7929550B2 (en) | 2003-07-09 | 2011-04-19 | Fujitsu Limited | Method for optimally routing specific service in network, and server and routing node used in the network |
-
1997
- 1997-07-31 JP JP22023297A patent/JP3178380B2/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100358157B1 (ko) * | 1999-12-24 | 2002-10-25 | 한국전자통신연구원 | 품질보장 망자원관리 장치 및 그 방법 |
| JP2003532178A (ja) * | 2000-04-07 | 2003-10-28 | ムービーリンク エルエルシー | ネットワーク上で内容を配信するシステム及び手順 |
| JP4920850B2 (ja) * | 2000-04-07 | 2012-04-18 | ブロックバスター エル エル シー | ネットワーク上で内容を配信するシステム及び手順 |
| US7209941B2 (en) | 2000-05-11 | 2007-04-24 | Fujitsu Limited | System and method for distributing contents from a child server based on a client's current location |
| JP2002024170A (ja) * | 2000-07-05 | 2002-01-25 | Nippon Telegr & Teleph Corp <Ntt> | コンテンツ配信制御システム及び方法 |
| US7929550B2 (en) | 2003-07-09 | 2011-04-19 | Fujitsu Limited | Method for optimally routing specific service in network, and server and routing node used in the network |
| KR100810757B1 (ko) | 2006-03-31 | 2008-03-10 | 엔에이치엔(주) | 서버 미러링을 이용한 게임 중계 시스템 및 방법 |
| JP2008225619A (ja) * | 2007-03-09 | 2008-09-25 | Konica Minolta Holdings Inc | 分散型情報共有サーバシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3178380B2 (ja) | 2001-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8099509B2 (en) | Access control unit | |
| JP3382953B2 (ja) | 有限メモリコンピュータシステム上におけるクライアント管理フロー制御方法及び装置 | |
| JP3846736B2 (ja) | 多サイトに分散されたオブジェクト管理環境に対するシステム及び方法 | |
| US5444848A (en) | Distribution of communications connections over multiple service access points by choosing remote and local access points having lowest number of connections | |
| JP2002141936A (ja) | ネットワークアクセス制御方法及びそれを用いたネットワークシステム及びそれを構成する装置 | |
| JP4205323B2 (ja) | 配信システム、配信サーバとその配信方法、配信プログラム | |
| US20010016915A1 (en) | Access request processing method and device | |
| JP2004139291A (ja) | データ通信中継装置 | |
| JP3487425B2 (ja) | 輻輳制御方法及び方式 | |
| JP2003131960A (ja) | データ中継方法 | |
| JP3178380B2 (ja) | コネクション管理方法及びコンピュータ読み取り可能な記録媒体 | |
| US7168043B2 (en) | Apparatus and system for communication | |
| US7003569B2 (en) | Follow-up notification of availability of requested application service and bandwidth between client(s) and server(s) over any network | |
| JP2001022714A (ja) | サーバ計算機、負荷分散システム、電話交換システムおよび負荷分散方法 | |
| US8635256B2 (en) | Network filesystem asynchronous I/O scheduling | |
| US20050265362A1 (en) | Message relay program and message relay device | |
| WO2008038342A1 (en) | Connection control method, connection control program, and connection control device | |
| CN110401708B (zh) | 基于服务器负载状态的会话处理系统及方法 | |
| JP2003051846A (ja) | 帯域制御方法、ネットワークサービスシステム、コンテンツサーバ装置、帯域管理装置及びコンテンツ管理装置 | |
| JP4119879B2 (ja) | アクセス要求処理方法及び装置 | |
| JP2002342193A (ja) | データ転送先サーバ選定方法及び装置及びデータ転送先サーバ選定プログラム及びデータ転送先サーバ選定プログラムを格納した記憶媒体 | |
| JP3736680B2 (ja) | アクセス制御装置及びコンピュータプログラム | |
| JP3763662B2 (ja) | ネットワークエージェントシステムおよびエージェント間通信方法 | |
| JP4046562B2 (ja) | 負荷分散方法 | |
| JP4293866B2 (ja) | ネットワーク管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080413 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090413 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100413 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110413 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120413 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120413 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130413 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130413 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140413 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |