JPH09297716A - ネームサーバ計算機 - Google Patents

Abstract

(57)【要約】 【課題】 ネームサーバ計算機のある分散システムにお
いて、一時的に許容量を上回るアプリケーションサーバ
計算機への要求によるシステムの障害を回避できるネー
ムサーバ計算機を得る。 【解決手段】 アプリケーションクライアントとの間で
通信回線を介してアプリケーションサーバの位置情報要
求、及び該要求に対する応答の送受信を行う位置情報管
理部を備えたネームサーバ計算機において、位置情報管
理部は位置情報要求に対して、アプリケーションサーバ
ごとに現時点での合計参照数と単位時間当りの参照数増
加率を記録し、その程度によって応答のフロー制御を行
うようにしたものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、分散システムに
適用するネームサーバ計算機に関するものであり、特に
アプリケーションサーバに対する負荷回避方式に関する
ものである。

【０００２】

【従来の技術】図１８は、例えば特開平３−１３１９３
７号に示された従来の負荷回避方式である。この構成に
よれば、現用サブシステム３ｅと待機用サブシステムは
３ｆはバスを介して接続されている。また外部システム
１ａからの処理要求４０１は、現用サブシステム３ｅに
対して行われる。一方、待機用サブシステム３ｆは現用
サブシステム３ｅからの処理を引き継ぐために必要なデ
ータのみを現用システム３ｅから受信している。過負荷
状態になると待機用サブシステム３ｆは現用サブシステ
ムに遷移し、外部システム１ａからの処理要求を受ける
ようになり両サブシステムで負荷分散を行う。また、製
品としては、Ｅｎｃｉｎａがネームサーバを用いた負荷
回避方式を提供している。Ｅｎｃｉｎａでは、複数のア
プリケーションサーバがあった場合、乱数を振ることに
より負荷回避方式を実現している。

【０００３】

【発明が解決しようとする課題】従来のネームサーバ計
算機は上記のようにして構成されていたので、サブシス
テムまたはアプリケーションサーバの合計の許容量を越
えると、障害に陥る危険性があるという問題点があっ
た。

【０００４】また、処理要求量に応じて負荷許容量を動
的に変更する場合においても、処理要求が急激に増加し
た場合には処理の大半を要求の受け付け等に費す結果と
なり、動的な変更が難しいという問題点があった。

【０００５】また、アプリケーションクライアントはサ
ブシステムまたはアプリケーションサーバの負荷状況を
事前に知ることができず、システム全体としての処理要
求スケジューリングを行うことが難しいという問題点が
あった。

【０００６】この発明は上記のような問題点を解決する
ためになされたもので、分散システム全体として障害回
避及び負荷の平準化を可能としたネームサーバ計算機を
提供することを目的とする。

【０００７】

【課題を解決するための手段】第１の発明に係わるネー
ムサーバ計算機は、アプリケーションクライアントとの
間で通信回線を介してアプリケーションサーバの位置情
報要求、及び該要求に対する応答の送受信を行う位置情
報管理部を備えたネームサーバ計算機において、位置情
報管理部は位置情報要求に対して、アプリケーションサ
ーバごとに現時点での合計参照数と単位時間当りの参照
数増加率を記録し、その程度によって応答のフロー制御
を行うようにしたものである。

【０００８】第２の発明は第１の発明におけるネームサ
ーバ計算機において、アプリケーションクライアントは
位置情報管理部と、現時点での合計参照情報と単位時間
当りの参照数増加率を記録したキャッシュデータベース
を各々備え、位置情報管理部はキャッシュの有効期限に
基づいて現時点の合計参照数と単位時間当りの参照数増
加率の更新及びフロー制御を実行するとともにネームサ
ーバ計算機に通知し、ネームサーバ計算機は上記通知内
容を自データベースに反映するようにしたものである。

【０００９】第３の発明は第１乃至第２のいずれかの発
明におけるネームサーバ計算機において、ネームサーバ
計算機上の位置情報管理部がアプリケーションクライア
ントに対する応答のフロー制御を行っている間にアプリ
ケーションサーバ上の実行体を該参照の増加状況に応じ
て生成させるようにしたものである。

【００１０】第４の発明は第１乃至第３のいずれかの発
明におけるネームサーバ計算機において、ネームサーバ
計算機上の位置情報管理部が該当するアプリケーション
サーバの位置情報のエントリを一時的にアクセス禁止制
御するようにしたものである。

【００１１】第５の発明は第１乃至第４のいずれかの発
明におけるネームサーバ計算機において、ネームサーバ
計算機上の位置情報管理部がアプリケーションクライア
ントをネットワーク単位に郡管理し、特定のネットワー
クに接続されたアプリケーションクライアント群からの
参照増加が著しい場合に、該アプリケーションクライア
ント群に対してのみ位置情報のフロー制御を行うように
したものである。

【００１２】第６の発明は第１乃至第５のいずれかの発
明におけるネームサーバ計算機において、ネームサーバ
計算機上の位置情報管理部がフロー制御をネットワーク
に接続された第３の計算機に依頼して実行するようにし
たものである。

【００１３】第７の発明は第１乃至第６のいずれかの発
明におけるネームサーバ計算機において、ネームサーバ
計算機上の位置情報管理部がアプリケーションクライア
ントからアプリケーションサーバへの参照パターンを監
視し、後続するアプリケーションサーバに参照頻度が高
いものが存在する場合に該アプリケーションサーバに対
するフロー制御を実行するようにしたものである。

【００１４】第８の発明は第１乃至第７のいずれかの発
明におけるネームサーバ計算機において、ネームサーバ
計算機上の位置情報管理部がアプリケーションクライア
ントからアプリケーションサーバへの参照パターンを監
視し、アプリケーションサーバに対する最初の参照時に
おいて後続するアプリケーションサーバの参照パターン
をも参照し、フロー制御を必要としないアプリケーショ
ンサーバに関する位置情報を一括して応答するようにし
たものである。

【００１５】第９の発明は第１乃至第８のいずれかの発
明におけるネームサーバ計算機において、位置情報管理
部でアプリケーションクライアントからアプリケーショ
ンサーバの参照パターンを監視し、最初の参照時に全て
のアプリケーションサーバの位置情報及び現在の合計参
照数、単位時間当りの参照数増加率を一括して応答する
ようにしたものである。

【００１６】

【発明の実施の形態】

実施の形態１．本発明の第１の実施形態について、図１
乃至図３に基づいて説明する。図１は本発明の第１の実
施形態におけるブロック構成図である。図１において、
１はアプリケーションＳ／Ｗを搭載したクライアント、
３はアプリケーションクライアント１に対してサービス
を提供するアプリケーションサーバ、２はネームサーバ
であり、これらがネットワークを介して接続されている
構成を示している。ネームサーバ２内にはネットワーク
上のすべてのアプリケーションサーバの位置情報を格納
している位置情報データベース２２と、各アプリケーシ
ョンサーバ３に対する参照統計情報を格納するための参
照統計情報データベース２３が存在し、位置情報管理部
２１でこれらのデータベースを管理している。

【００１７】次に、動作について説明する。アプリケー
ションクライアント１がアプリケーションサーバ３に処
理要求を依頼する場合、アプリケーションクライアント
１は先ず、アプリケーションサーバ３のネットワーク上
の位置情報を獲得するためにネームサーバ２に対してア
プリケーションサーバ３に関する位置情報要求１０１を
発行する。ネームサーバ２上の位置情報管理部２１は、
位置情報データベース２２をアクセスし、従来のネーム
サーバと同様にしてアプリケーションサーバ３に関する
位置情報を検索し位置情報応答１０２を作成する。しか
しながら本発明では、これ以降の動作において、位置情
報管理部２１が参照統計情報データベース２３をアクセ
スして必要があれば位置情報応答１０２の遅延制御を行
った後に該応答情報を送信する。

【００１８】以下に、本処理について図２、図３に基づ
いて詳細に説明する。ここで、アプリケーションクライ
アント１ａがアプリケーションサーバ３ａに対し処理要
求を行う場合を考える。この場合、アプリケーションク
ライアント１ａはアプリケーションサーバ３ａの位置情
報を獲得するためにネームサーバ２に対して位置情報要
求１０１を出す。位置情報とは、例えばアプリケーショ
ンサーバ３ａの動作する計算機のインターネットアドレ
スなどであり、１３３．１４１．１５．１５０といった
値で通信回線上の計算機を一意に識別するものである。
ネームサーバ２内の位置情報管理部２１は位置情報要求
１０１を受け取ると、アプリケーションサーバ３ａの名
前等をもとに位置情報データベース２２を検索する。こ
のデータベースには、アプリケーションサーバ３ａのイ
ンターネットアドレス１３３．１４１．１５．１５０が
格納されている。次に、位置情報管理部２１はアプリケ
ーションサーバ３ａの参照統計情報を更新する（ステッ
プＳ１２）。参照統計情報とは、例えばこれまでの合計
参照回数や、この１秒間における参照数の増加率であ
る。図３の参照統計情報データベースでは、アプリケー
ションクライアント１ａを含めた１ａ〜１ｅまで合計５
つのクライアントからこの１秒間にアプリケーションサ
ーバ３ａに関する位置情報要求１０１があったことを示
している。ここで、２つの参照統計情報データベースは
それぞれ、アプリケーションクライアント１ａからの位
置情報要求１０１が届く直前の参照統計情報データベー
ス２３の内容、及び直後の内容を示す。次に、位置情報
管理部２１は、位置情報応答１０２を遅延すべきかどう
かを評価し（ステップＳ１３）、必要に応じて遅延動作
を行う。例えば、１秒間の参照増加率の大小で遅延制御
を行う場合、参照増加率が１０以上であることを遅延の
判断基準とすると、現在の参照増加率は５であるため特
に遅延処理を行うことなくアプリケーションクライアン
ト１ａに対して位置情報応答１０２が転送される（Ｓ１
５ステップ）。位置情報応答１０２には、アプリケーシ
ョンサーバ３ａの動作する計算機のインターネットアド
レスが含まれる。図２のステップＳ１１〜ステップＳ１
５は、位置情報管理部２１における参照統計情報データ
ベース２２の更新、遅延制御動作を示すフローチャート
であり、この例においては、この評価式（ステップ１
３）は「参照増加率−１０」で与えられる。

【００１９】実施の形態２．次に、本発明の第２の実施
形態について図４、図５に基づいて説明する。本実施形
態はネームサーバを用いたシステムにおいて、一度獲得
したアプリケーションサーバの位置情報を一定時間の間
アプリケーションクライアント側にキャッシュすること
ができるようにしたものである。図４はシステム構成を
示した図であり、図において３１は位置情報データベー
スを格納したキャッシュであり、同じく３２は参照統計
情報を格納したキャッシュである。また、ネームサーバ
２内の位置情報管理部２１は実施形態１と同様に各アプ
リケーションサーバに関する位置情報及び合計参照回数
とこれまでの１秒間における参照回数の増加率を管理し
ている。図５は、上記のキャッシュ変更が発生した場合
における変更通知処理のフローチャートを示したもので
ある。

【００２０】次に、動作について説明する。本実施形態
では、参照統計情報データベースキャッシュ３２を設
け、アプリケーションサーバ３ａの位置情報が位置情報
データベースキャッシュ３１にキャッシュされるととも
に、参照統計情報も参照統計情報データベースキャッシ
ュ３２にキャッシュされる。また、これらのキャッシュ
を持つ計算機には位置情報管理部２１がやはり存在し、
必要に応じて位置情報応答１０２の遅延処理を行う。こ
こで、アプリケーションクライアント１ａはアプリケー
ションサーバ３ａとの間で既に一度、位置情報要求と位
置情報応答処理に関するシーケンスを実行し、その結果
がアプリケーションクライアント１ａの動作する計算機
上の位置情報データベースキャッシュ３１に格納されて
いるものと仮定する。参照統計情報データベースキャッ
シュ３２とネームサーバ２側にある参照統計情報データ
ベース２３の内容の一致は次のようにして行われる。ア
プリケーションクライアント１ａが、位置情報データベ
ースキャッシュ３１からアプリケーションサーバ３ａに
対する位置情報を獲得する場合、位置情報応答１０２が
遅延される場合には位置情報管理部２１で遅延制御が行
われている期間に、また遅延の必要がない場合には位置
情報管理部２１が位置情報応答１０２をアプリケーショ
ンクライアント１ａに対して送信した後に、アプリケー
ションサーバ３ａに対する参照があった旨を更新通知５
０１によってネームサーバ２に通知する。一方、ネーム
サーバ２側では参照統計情報データベース２３に対する
更新が行われると、ネームサーバ２内の位置情報管理部
２１は参照統計情報データベースキャッシュ３２を保持
しているクライアント計算機に対して、これを更新通知
５０１によって通知する。図４ではアプリケーションク
ライアント１ｅの動作する計算機に対してネームサーバ
２側からの通知がなされる様子を示している。

【００２１】実施の形態３．次に、本発明の第３の実施
形態について図６、図７に基づいて説明する。本実施形
態におけるネームサーバ２は、位置情報応答１０２を遅
延している間に実行体３a〜３ｄの増加を行う。ここ
で、実行体とはプロセスまたはスレッドのことを指し、
以下にこの動作について詳細に説明する。

【００２２】アプリケーションクライアント１がネーム
サーバ２に対してアプリケーションサーバ３ａ〜３ｄの
位置情報要求１０１を行ったとする。この時、ネームサ
ーバ２の位置情報管理部２１は評価式に従って遅延制御
の有無を判定し（ステップＳ１３）、位置情報応答１０
２の遅延が必要な場合には、遅延処理を行う（ステップ
Ｓ１４）。ここまでは、実施形態１と同様の動作であ
る。次に、遅延処理を決定した後、位置情報管理部２１
はアプリケーションサーバ３ａに対して実行体増加要求
２００１を出力し、実行体を増やすように指令を出す
（ステップＳ３２）。ここで、図６においてアプリケー
ションサーバ３ｂ〜３ｄは、増えた分の実行体を表わし
ている。アプリケーションサーバ３ｂ〜３ｄは、アプリ
ケーションサーバ３ａのコピーであり同じ内容を処理す
るものである。実際に実行体が増えたか否かの応答２０
０２は受信してもしなくてもよいが、受信する必要があ
る場合には、ステップＳ３３に進み、アプリケーション
サーバ３ａからの実行体の増加の完了通知を待つ。受信
する必要のない場合は、そのままステップＳ１５へ進み
位置情報応答１０２をアプリケーションクライアント１
ａに送信する。位置情報応答１０２を受け取ったアプリ
ケーションクライアント１ａは、この後、アプリケーシ
ョンサーバに処理要求を行うが、この際、この要求はア
プリケーションサーバ３ａ〜３ｄのいずれかのアプリケ
ーションサーバによって処理される。

【００２３】実施の形態４．本発明の第４の実施形態に
ついて、図８、図９に基づいて説明する。第４の実施形
態は、アプリケーションサーバの位置情報の利用可否の
制御を行う様にしたものであり、例えば、参照統計情報
データベース２３の各エントリに利用可能かどうかの印
を付け加えることによって行う。図８はアプリケーショ
ンサーバ３ａが利用不可能になった状態を示している。

【００２４】次に、図９のフローチャートに従って、動
作について説明する。ネームサーバ２内の位置情報管理
部２１は、位置情報要求１０１を受け取ると、アプリケ
ーションサーバの名前情報などに基づいて検索を行い、
この時、アプリケーションサーバの位置情報が利用可能
かどうかの検査を行う（ステップＳ４１）。利用可能で
ない場合には、位置情報応答１０２としてエラーメッセ
ージを返す（ステップＳ４２）。一方、利用可能な場合
には、実施形態１と同様にして遅延を行うか否かについ
て判断する（ステップＳ１１〜Ｓ１３）。ここで、遅延
の必要がある場合に限り、アプリケーションサーバの位
置情報を今後しばらくの間、利用不可とするか否かの判
断を行う（ステップＳ４３）。利用不可能にする判断基
準は、例えば、参照増加率が指数関数的に増大している
かどうかなどの基準である。利用不可と判断された場
合、ステップＳ４４により当面の間アプリケーションサ
ーバの位置情報は利用不可能となる。以降は、実施形態
１と同様に位置情報応答１０２を遅延して送信する。

【００２５】実施の形態５．次に、本発明の第５の実施
形態について、図１０、図１１に基づいて説明する。第
５の実施形態では、アプリケーションクライアントの属
性を区別し、アプリケーションクライアントの属性毎に
参照統計情報データベース２３に記録しておくことによ
り、属性単位に位置情報応答の遅延制御を可能とするよ
うにしたものである。

【００２６】動作について図１０を用いて詳しく説明す
る。図１０において、アプリケーションクライアント１
ａ〜１ｂとアプリケーションクライアント１ｃ〜１ｅは
異なるネットワークに属する。前者のアプリケーション
クライアントはネットワーク２０１に属し、後者のアプ
リケーションクライアントはネットワーク２０２に属す
る。この場合、属性とはクライアントアプリケーション
の属するネットワークを指すことになる。参照統計情報
データベース２３の各エントリは、図１０に示すように
ネットワークごとに集計される。図から明らかなよう
に、ネットワーク２０１に属するアプリケーションクラ
イアントからのアプリケーションサーバ３ａに対する参
照増加率は非常に高い。従って、この後、ネットワーク
２０１に属するアプリケーションクライアントからアプ
リケーションサーバ３ａに関する位置情報要求１０１が
発生すると、それに対する位置情報応答１０２は遅延さ
れることになる。以上の様子を、図１１のフローチャー
トに従って説明する。ステップＳ５１の集合Ｓｉは、例
えば各々のネットワークを表している。Ｓ１はネットワ
ーク２０１、Ｓ２はネットワーク２０２ということにな
る。新たなネットワークに属するアプリケーションクラ
イアントからの位置情報要求１０１があった場合、新し
いネットワークに対する参照統計情報を収集するため
に、このネットワークに対する集合Ｓ３を作成する（ス
テップＳ５８）。アプリケーションクライアントのイン
ターネットアドレスがどのネットワークに属するかを判
断し（ステップＳ５１）、それに対する参照統計情報デ
ータベースのエントリを計算する（ステップＳ５２，Ｓ
５４）。以下、実施形態１と同様に評価式によって、位
置情報応答１０２を遅延する必要があると判断した場
合、遅延制御を行う。但し、遅延はネットワーク単位で
判断されるため、異なるネットワークに属するクライア
ントアプリケーションからの位置情報応答１０２は遅延
されるとは限らない（ステップＳ５６）。このようにし
て、図１０では、ネットワーク２０１に属するアプリケ
ーションクライアントへの位置情報応答１０２は遅延制
御されるが、ネットワーク２０２に属するアプリケーシ
ョンクライアントへの位置情報応答１０２は遅延される
ことなく応答処理が行われる。

【００２７】実施の形態６．次に、本発明の第６の実施
形態について図１２、図１３に基づいて説明する。ある
システムではアプリケーションクライアントがアプリケ
ーションサーバに対して処理を要求する場合、すべての
アプリケーションクライアントは、セキュリティサーバ
とネームサーバにアクセスしてからでないとアプリケー
ションサーバに対しては処理を行えない。図１２におい
て、アプリケーションクライアント１ａはアプリケーシ
ョンクライアント３ａに対して処理要求を行う場合、最
初にセキュリティサーバ４に対してアプリケーションサ
ーバ３ａに対するアクセス権を獲得するためにアクセス
権要求３０１を行い、アクセス権応答３０２を得る。次
に、ネームサーバ２に対してアプリケーションクライア
ント３ａの位置情報要求１０１を行い位置情報応答１０
２を得た後、アプリケーションサーバ３ａに処理要求を
行う。

【００２８】本実施形態は、このようなシステムにおい
て、位置情報応答１０２を遅延する他に、アクセス権応
答３０２の遅延をも可能とするようにしたもので、以下
に動作について説明する。ネームサーバ２の位置情報管
理部２１はアプリケーションサーバ３ａに対する参照増
加率が非常に高く、更にアプリケーションサーバ３ａに
対するアクセスを遅延させたいと判断したと仮定する。
この場合、セキュリティサーバ４に対して遅延依頼要求
４０１を出しアプリケーションサーバ３ａに対するアク
セス権応答３０２を遅延するように依頼する（図１３の
ステップＳ６１）。依頼を受けたセキュリティサーバ
は、以降、アプリケーションサーバ３ａに対するアクセ
ス権要求３０１があると、それに対するアクセス権応答
３０２を遅延する。

【００２９】実施の形態７．次に、本発明の第７の実施
形態について図１４、図１５に基づいて説明する。本実
施形態では、アプリケーションクライアントからアプリ
ケーションサーバへの参照パターンを監視し、それに基
づいて遅延を行う。図１４は、アプリケーションクライ
アント１ａからの参照パターンを監視している様子を表
したものである。参照パターンの検出は、各アプリケー
ションクライアントが毎回どのような順番でアプリケー
ションサーバの位置情報要求を行うかを記録することに
より行う。図１４では、アプリケーションクライアント
１ａがアプリケーションサーバ３ａに対する位置情報要
求１０１を行い、それに対する位置情報応答１０２を得
ると、次には必ずアプリケーションサーバ３ｂに対する
位置情報要求１０１を行い位置情報応答１０２を得る様
子を表している。つまり、アプリケーションクライアン
ト１ａはアプリケーションサーバ３ａにアクセスした
後、アプリケーションサーバ３ｂにアクセスするという
手順をとるのである。参照パターンが確定したと認識さ
れた時点で、本発明は次のように動作する。アプリケー
ションサーバ３ａに対する位置情報要求１０１をネーム
サーバ２が受けた時点で、アプリケーションサーバ３ｂ
の参照増加率が異常に高い値を示していた場合、アプリ
ケーションサーバ３ａに対する位置情報応答１０２を遅
延する。この例では、アプリケーションサーバ３ａの参
照増加率はそれほど大きくないが、アプリケーションサ
ーバ３ｂの参照増加率は非常に高い。従って、アプリケ
ーションサーバ３ａの位置情報応答１０２自体も遅延さ
れることになる。

【００３０】以上の動作を図１５のフローチャートに従
って説明する。ネームサーバ２内の位置情報管理部２１
は実施形態１と同様にしてアプリケーションサーバ３ａ
の参照統計情報データベースを更新し（ステップＳ１１
〜Ｓ１２）、アプリケーションサーバ３ａの参照増加率
のチェックを行う（ステップＳ１３）。もし、アプリケ
ーションサーバ３ａの位置情報応答１０２を遅延する必
要がないと判断された場合には、アプリケーションサー
バ３ａの次にアクセスされそうなアプリケーションサー
バがあるかどうかチェックする（ステップＳ７１）。上
記の例ではアプリケーションサーバ３ｂが該当する。も
し、そのようなアプリケーションサーバがあれば、その
アプリケーションサーバの参照増加率をチェックする
（ステップＳ７２）。このアプリケーションサーバの参
照増加率が高い値を示している場合、アプリケーション
サーバ３ａに対する位置情報応答１０２を遅延する（ス
テップＳ１４）。以降は、実施形態１と同様の動作を行
う。

【００３１】実施の形態８．本発明の第８の実施形態に
ついて、図１６に基づいて説明する。本実施形態では、
第７実施形態と同様にして、まずアプリケーションクラ
イアントからの参照パターンを監視する。そして、例え
ばアプリケーションクライアント１ａはアプリケーショ
ンサーバ３ａにアクセスした後に、アプリケーションサ
ーバ３ｂにアクセスすることが予測されたと仮定する。
この場合に、本実施形態では次のように動作する。ネー
ムサーバ２内の位置情報管理部２１は、アプリケーショ
ンサーバ３ａに対する位置情報要求１０１を受け取る。
そして、アプリケーションサーバ３ａに対する参照統計
情報データベースのエントリ（合計参照回数と参照増加
率）を更新し、必要があれば遅延制御を行う（ステップ
Ｓ１１〜Ｓ１４）。アプリケーションサーバ３ａの次に
アクセスするアプリケーションサーバがある場合（この
例ではアプリケーションサーバ３ｂが該当する）、その
サーバに対する参照統計情報データベースのエントリも
この時点で更新し（ステップＳ８２〜Ｓ８３）、そのア
プリケーションサーバの参照増加率を評価する（ステッ
プＳ８４）。ここで、もし、そのアプリケーションサー
バ３ｂに対してそれほど急激な参照増加が行われていな
いと判断された場合には、このアプリケーションサーバ
３ｂに対する位置情報も位置情報応答１０２の中に追加
する（ステップＳ８５）。従って、ステップＳ１５でア
プリケーションサーバ３ａとアプリケーション３ｂの両
方の位置情報が位置情報応答１０２の中に含まれること
になる。もし、アプリケーションサーバ３ｂの参照増加
が著しい場合には、ステップＳ８２，Ｓ８３の更新は無
しかったものとして、追加したアプリケーションサーバ
の位置情報があればそれを削除し（ステップＳ８６）、
位置情報応答１０２の中にはアプリケーションサーバ３
ａの位置情報のみを含むようにする。ステップＳ１５の
位置情報応答１０２として複数のアプリケーションサー
バの位置情報を得たアプリケーションクライアント１ａ
は、これらのアプリケーションサーバに対してはネーム
サーバ２にアクセスすることなく直接アクセスすること
ができる。これら以外は実施形態１と同様の動作を行
う。

【００３２】実施の形態９．本発明の第９の実施形態に
ついて、図１７に基づいて説明する。本実施形態では第
７の実施形態と同様にして、まずアプリケーションクラ
イアントからアプリケーションサーバへの参照パターン
を監視する。アプリケーションクライアント１ａがアプ
リケーションサーバ３ａに続いてアプリケーションサー
バ３ｂにアクセスすることが検出されたと仮定する。こ
の時、本実施形態では次のように動作する。ネームサー
バ２はアプリケーションクライアント１ａからアプリケ
ーション３ａに対する位置情報要求１０１を受け取る
と、実施形態１と同様に参照統計情報データベースの該
当エントリを更新し（ステップＳ１１〜Ｓ１２）、位置
情報応答１０２を遅延する必要があるか否かを判断し、
必要があれば遅延制御を行う（ステップＳ１３〜Ｓ１
４）。次に、アプリケーションクライアント１ａがアプ
リケーションサーバ３ａに続いて次にアプリケーション
サーバ３ｂにアクセスすることが分かっている場合、ア
プリケーションサーバ３ｂに対する参照統計情報データ
ベースのエントリをこの時点で更新する（ステップＳ９
２〜Ｓ９３）。但し、この時、値の評価は行わず、位置
情報応答１０２の中にアプリケーションサーバ３ｂの位
置情報を無条件に追加し、更にアプリケーションサーバ
３ｂの参照統計情報をも追加する（ステップＳ９４）。
即ち、ステップＳ１５で送られる位置情報応答１０２に
は、アプリケーションサーバ１ａの位置情報だけでな
く、アプリケーションサーバ３ｂの位置情報、及び参照
統計情報が含まれる。この後、位置情報応答１０２を受
けたアプリケーションクライアント１ａは、アプリケー
ションサーバ３ａにアクセスした後、ネームサーバ２に
はアクセスすることなく、先に得たアプリケーションサ
ーバ３ｂの位置情報と参照統計情報に基づいてアプリケ
ーションサーバ３ｂに直接アクセスする。また、必要が
あれば、即ち、受け取った参照統計情報からアプリケー
ションサーバ３ｂの参照増加率が高いと判断した場合は
アプリケーションサーバ３ｂに対する要求の遅延制御も
行う。

【００３３】

【発明の効果】この発明は、以上説明したようにして構
成されているので、以下に記載するような効果を奏す
る。

【００３４】本発明によればアプリケーションサーバ対
応に参照情報を記録し位置情報要求メッセージに対する
応答フロー制御を行うようにしたので、アプリケーショ
ンサーバに対して一時的に許容量を上回るアクセス要求
が発生してもネームサーバ計算機で緩衝機能が働きシス
テムが障害に陥るという危険性を回避することができ
る。

【００３５】また、本発明によればネームサーバ計算機
がキャッシュの有効期限を考慮して参照情報を採取する
ようにしたので、アプリケーションサーバの最近におけ
る負荷状況をより正確に把握でき、稼動状況に則したフ
ロー制御を行う事ができる。

【００３６】また、本発明のネームサーバ計算機ではア
プリケーションサーバ上の実行体を処理要求量に応じて
動的に変更するようにしたので、負荷に左右されること
なく均一なサービスを提供することができる。

【００３７】また、本発明によればアプリケーションサ
ーバの利用性を一時的に縮退させることにより、アプリ
ケーションサーバのシステム全体としての利用性の維
持、向上を図ることができる。

【００３８】また、本発明によればシステムの負荷に影
響を与えるアプリケーションクライアントに対してのみ
フロー制御を行い、負荷に直接的影響を与えないアプリ
ケーションクライアントに対しては直ちに応答するよう
にしたので、一時的に許容量を上回る要求が発生した場
合でもシステム全体としてのスループットの維持を図る
ことができる。

【００３９】また、本発明によればネームサーバ計算機
自身が過負荷状態に陥りフロー制御を十分に行う余裕が
ない場合においても、他の計算機にフロー制御を代行さ
せるようにしたので、フロー制御の連続性を維持するこ
とができる。

【００４０】また、本発明のネームサーバ計算機はアプ
リケーションクライアントからアプリケーションサーバ
への参照パターンを監視し、過負荷状態にあるアプリケ
ーションサーバに先行してアクセスするアプリケーショ
ンサーバに対して位置情報応答メッセージのフロー制御
を行うようにしたので、より柔軟なフロー制御が可能と
なる。

【００４１】また、本発明のネームサーバ計算機はアプ
リケーションクライアントからアプリケーションサーバ
への参照パターンを監視し、最初の参照時にフロー制御
を必要としないアプリケーションサーバの位置情報を一
括して応答するようにしたので、効率のよいネームサー
バアクセスを実現できる。

【００４２】また、本発明のネームサーバ計算機はアプ
リケーションクライアントからアプリケーションサーバ
への参照パターンを監視し、最初の参照時にアプリケー
ションサーバの位置情報、現在の合計参照数、単位時間
当たりの参照数増加率を一括して応答するようにしたの
で、アプリケーションクライアントを主体とする柔軟な
アプリケーションクライアントへのアクセスが可能とな
る。

【図面の簡単な説明】

【図１】 本発明の第１の実施形態におけるネームサー
バの構成を示す図。

【図２】 本発明の第１の実施形態における処理手順を
示す流れ図。

【図３】 本発明の第１の実施形態における位置情報要
求と参照情報の内容を示す図。

【図４】 本発明の第２の実施形態における位置情報要
求と参照情報の内容を示す図。

【図５】 本発明の第２の実施形態例における処理手順
を示す流れ図。

【図６】 本発明の第３の実施形態における実行体の増
加を示す図。

【図７】 本発明の第３の実施形態における処理手順を
示す流れ図。

【図８】 本発明の第４の実施形態における参照統計情
報データベースにおける位置情報要求の利用可否を示す
図。

【図９】 本発明の第４の実施形態における処理手順を
示す流れ図。

【図１０】 本発明の第５の実施形態におけるアプリケ
ーションクライアント計算機ごとの参照情報を示す図。

【図１１】 本発明の第５の実施形態における処理手順
を示す流れ図。

【図１２】 本発明の第６の実施形態におけるセキュリ
ティサーバ計算機との協調動作を示す構成図。

【図１３】 本発明の第６の実施形態における処理手順
を示す流れ図。

【図１４】 本発明の第７の実施形態における参照パタ
ーンを利用したフロー制御の構成図。

【図１５】 本発明の第７の実施形態における処理手順
を示した流れ図。

【図１６】 本発明の第８の実施形態における処理手順
を示した流れ図。

【図１７】 本発明の第９の実施形態における処理手順
を示した流れ図。

【図１８】 本発明の従来例を示した図。

【符号の説明】

１，１ａ〜１ｅ アプリケーションクライアント、２
ネームサーバ、３，３ａ〜３ｄ アプリケーションサー
バ、２１ 位置情報管理部、２２ 位置情報データベー
ス、２３ 参照統計情報データベース、３１ 位置情報
データベースキャッシュ、３２ 参照統計情報データベ
ースキャッシュ、１０１ 位置情報要求、１０２位置情
報応答、２０１〜２０２ ネットワーク、３０１ アク
セス権要求、３０２ アクセス権応答、４０１ 遅延依
頼要求、２００１ 実行体増加要求、２００２ 実行体
増加応答。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/24 9466−5Ｋ Ｈ０４Ｌ 11/08 12/26

Claims (9)

【特許請求の範囲】
1. 【請求項１】 アプリケーションクライアントとの間で
   通信回線を介してアプリケーションサーバの位置情報要
   求、及び該要求に対する応答の送受信を行う位置情報管
   理部を備えたネームサーバ計算機において、 上記位置情報管理部は位置情報要求に対して、アプリケ
   ーションサーバごとに現時点での合計参照数と単位時間
   当りの参照数増加率を記録し、その程度によって応答の
   フロー制御を行うようにしたことを特徴とするネームサ
   ーバ計算機。
2. 【請求項２】 アプリケーションクライアントは位置情
   報管理部と、現時点での合計参照情報と単位時間当りの
   参照数増加率を記録したキャッシュデータベースを各々
   備え、 上記位置情報管理部は、キャッシュの有効期限に基づい
   て、現時点の合計参照数と単位時間当りの参照数増加率
   の更新及びフロー制御を実行するとともに、上記ネーム
   サーバ計算機に通知し、 該ネームサーバ計算機は上記通知内容を自データベース
   に反映するようにしたことを特徴とする請求項１記載の
   ネームサーバ計算機。
3. 【請求項３】 上記ネームサーバ計算機上の位置情報管
   理部は、アプリケーションクライアントに対する応答の
   フロー制御を行っている間にアプリケーションサーバ上
   の実行体を該参照の増加状況に応じて生成させるように
   したことを特徴とする請求項１または２記載のネームサ
   ーバ計算機。
4. 【請求項４】 上記ネームサーバ計算機上の位置情報管
   理部は、該当するアプリケーションサーバの位置情報の
   エントリを一時的にアクセス禁止制御するようにしたこ
   とを特徴とする請求項１乃至３のいずれかに記載のネー
   ムサーバ計算機。
5. 【請求項５】 上記ネームサーバ計算機上の位置情報管
   理部はアプリケーションクライアントをネットワーク単
   位に郡管理し、特定のネットワークに接続されたアプリ
   ケーションクライアント群からの参照増加が著しい場合
   に、該アプリケーションクライアント群に対してのみ位
   置情報のフロー制御を行うようにしたことを特徴とする
   請求項１乃至４のいずれかに記載のネームサーバ計算
   機。
6. 【請求項６】 上記ネームサーバ計算機上の位置情報管
   理部はフロー制御をネットワークに接続された第３の計
   算機に依頼して実行するようにしたことを特徴とする請
   求項１乃至５の記載のいずれかに記載のネームサーバ計
   算機。
7. 【請求項７】 上記ネームサーバ計算機上の位置情報管
   理部はアプリケーションクライアントからアプリケーシ
   ョンサーバへの参照パターンを監視し、後続するアプリ
   ケーションサーバに参照頻度が高いものが存在する場合
   に該アプリケーションサーバに対するフロー制御を実行
   するようにしたことを特徴とする請求項１乃至６のいず
   れかに記載のネームサーバ計算機。
8. 【請求項８】 上記ネームサーバ計算機上の位置情報管
   理部は、アプリケーションクライアントからアプリケー
   ションサーバへの参照パターンを監視し、アプリケーシ
   ョンサーバに対する最初の参照時において後続するアプ
   リケーションサーバの参照パターンをも参照し、フロー
   制御を必要としないアプリケーションサーバに関する位
   置情報を一括して応答するようにしたことを特徴とする
   請求項１乃至７のいずれかに記載のネームサーバ計算
   機。
9. 【請求項９】 位置情報管理部でアプリケーションクラ
   イアントからアプリケーションサーバの参照パターンを
   監視し、最初の参照時に全てのアプリケーションサーバ
   の位置情報及び現在の合計参照数、単位時間当りの参照
   数増加率を一括して応答するようにしたことを特徴とす
   る請求項１乃至８のいずれかに記載のネームサーバ計算
   機。