JPH1027148A - インターネット用サーバシステム - Google Patents

Abstract

(57)【要約】 【課題】端末利用ユーザに特別な操作を強いること無
く、サーバ群内におけるアクセス分散と障害発生時等の
バックアップが図れるインターネット用サーバシステム
を提供することにある。 【解決手段】サーバ群１０９１に対して与えられたホス
ト名と、サーバ群１０９１を構成する複数台のサーバの
それぞれの通信用アドレスと、これらの通信用アドレス
の中から目的の通信用アドレスを選択する際に用いられ
る選択情報とが格納されたサーバ群管理テーブル１０５
と、インターネット１１１を介して、前記ホスト名に対
応する通信用アドレスを要求されると、前記選択情報の
内容に応じて、サーバ群管理テーブル１０５に格納され
ている通信用アドレスの何れかを選択するサーバ選択１
０４と、サーバ選択部１０４が選択した通信用アドレス
を通信用アドレスの要求元に送信するネームサービス部
１０２とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
介して情報発信を行う複数台のサーバと、該複数台のサ
ーバのそれぞれを管理する管理サーバとを備えたサーバ
システムに関するものである。

【０００２】

【従来の技術】インターネット上には、現在、ファイル
転送のためのプロトコルであるＦＴＰ（Ｆｉｌｅ Ｔｒ
ａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を利用したＦＴＰサ
ーバや、テキストデータとグラフィックデータが混在し
たマルチメディア情報を扱うプロトコルであるＨＴＴＰ
（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔ
ｏｃｏｌ）を利用したＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ
Ｗｅｂ）サーバなどが情報発信ソースとして活躍してい
る。

【０００３】インターネットは、全世界の不特定多数の
ユーザがアクセス可能なネットワークで、現在急速な勢
いで広まりつつあるが、一方では、人気の高いサーバに
ユーザからのアクセスが集中し、そのサーバに関して情
報発信処理速度が著しく低下するという問題がある。ま
た、目的のサーバが常に稼働しているとは限らず、故障
やメインテナンス作業等のため、そのサーバにアクセス
できないということもある。

【０００４】このような状況に対処するため、インター
ネットに接続された情報発信サーバでは、従来より、以
下に述べる２つの手法がよく用いられる。

【０００５】第１の手法は、一つのサーバにアクセスが
集中しないよう、同一の情報を複数台のサーバのそれぞ
れに持たせる方法である。

【０００６】具体的には、図１０に示すような、ＦＴＰ
サーバのミラーサイトがこれに相当する。

【０００７】同図において、オリジナルサイト５３のＦ
ＴＰサーバＡ５４は、元情報を所有しており、ミラーサ
イト５１のＦＴＰサーバＢ５２は、オリジナルサイト５
３のＦＴＰサーバＡ５４から該情報を定期的に引き出
し、自らに格納する。これにより、端末１１０を利用し
て情報をアクセスしようとするユーザは、ＦＴＰサーバ
Ａ５４が高負状態あるいは停止状態にあっても、ＦＴＰ
サーバＢ５２から必要な情報を手に入れることができる
ようになる。また、ＦＴＰサーバＡ５４から見れば、同
サーバへのアクセスが分散される結果となり負荷が軽減
される。

【０００８】第２の手法は、情報発信サーバへのアクセ
ス経路上に、情報発信サーバからユーザが引き出した情
報を一時的に格納する（キャッシングする）サーバを配
置し、その情報に対して、例えば、別のユーザがアクセ
スしようとした場合は、この情報を情報発信サーバから
ではなくキャッシングしているサーバから供給する方法
である。

【０００９】例えば、図１１に示すような、ＷＷＷサー
バへのアクセス経路上に配置されたプロキシサーバがこ
れに相当する。

【００１０】同図において、プロキシサーバ６２は、Ｗ
ＷＷサーバ６１の情報を得ようとする、端末１１０から
のアクセス要求を受けると、端末１１０に代わって、Ｗ
ＷＷサーバ６１へアクセスする。その後、プロキシサー
バ６２は、この代理アクセスで得た情報をキャッシュデ
ータ６３として保持する共に、アクセス要求を発した端
末１１０に該情報を返送する。その後、プロキシサーバ
６２は、他の端末（図示省略）から該情報に対するアク
セス要求を受付けると、該ＷＷＷサーバ６１にアクセス
することなく、自らが所有するキャッシュデータ６３を
用いて返送処理を行う。これにより、ＷＷＷサーバ６１
へのアクセス回数が軽減されることになる。

【００１１】

【発明が解決しようとする課題】しかしながら、前述し
た第１の手法においては、各サーバの負荷軽減対策や、
一つのサーバが停止した場合におけるバックアップ機能
については実現されているものの、端末利用ユーザが必
要な情報を得るためには、オリジナルサイトとミラーサ
イトのどちらかをユーザ側で選択しなければならない。
このような選択作業は非常に煩雑であり、また、どのサ
ーバが空いているのか等の判断をユーザに強いることに
なる。

【００１２】また、前述した第２の手法においては、情
報源となるサーバ（図１１：ＷＷＷサーバ６１）へのア
クセス回数は軽減されるものの、該サーバの停止時にお
いては、キャッシュ用サーバ（図１１：プロキシサーバ
６２）が、これにアクセスすることができず、結果とし
て、ユーザへの情報提供ができなくなる。

【００１３】このような問題点に鑑み、本発明の目的
は、端末利用ユーザに特別な操作を強いること無く、サ
ーバ群内におけるアクセス分散と障害発生時等のバック
アップが図れるインターネット用サーバシステムを提供
することにある。

【００１４】

【課題を解決するための手段】上記目的を達成するため
の本発明の一態様によれば、インターネットを介して情
報発信を行う複数台のサーバと、該複数台のサーバのそ
れぞれを管理する管理サーバとを備えたサーバシステム
において、前記複数台のサーバの少なくとも一部は、同
一情報の発信を行う複数台のサーバから成るサーバ群を
構成し、前記管理サーバは、前記サーバ群に対して与え
られたホスト名と、前記サーバ群を構成する前記複数台
のサーバのそれぞれの通信用アドレスと、これらの通信
用アドレスの中から目的の通信用アドレスを選択する際
に用いられる選択情報とが格納された管理テーブルと、
前記インターネットを介して、前記ホスト名に対応する
通信用アドレスを要求されると、前記選択情報の内容に
応じて、前記管理テーブルに格納されている通信用アド
レスの何れかを選択する選択手段と、前記選択手段が選
択した通信用アドレスを前記通信用アドレスの要求元に
送信するネームサービス手段とを備えたことを特徴とす
るサーバシステムが提供される。

【００１５】上記目的を達成するための本発明のその他
の態様によれば、インターネットを介して情報発信を行
う複数台のサーバと、該複数台のサーバのそれぞれを管
理する管理サーバとを備えたサーバシステムにおいて、
前記複数台のサーバの少なくとも一部は、同一情報の発
信を行う複数台のサーバから成るサーバ群を構成し、前
記管理サーバは、前記インターネット上にて前記サーバ
群を一意に表すサーバ群用識別子と、前記インターネッ
ト上にて、前記サーバ群を構成する前記複数台のサーバ
のそれぞれを一意に表すサーバ用識別子と、これらのサ
ーバ用識別子の中から目的のサーバ用識別子を選択する
際に用いられる選択情報とが格納された管理テーブル
と、前記インターネットを介して、前記サーバ群用識別
子を用いたアクセス要求を受付けると、前記選択情報の
内容に応じて前記サーバ用識別子の何れかを選択する選
択手段と、前記選択手段が選択したサーバ用識別子を用
いて前記サーバへのアクセスを行い、該アクセスで得ら
れた情報を前記アクセス要求の要求元に送信すると共
に、この情報を一時的に保持し、前記サーバ群用識別子
を用いたアクセス要求を再度受付けた場合には、保持し
ている当該情報を当該アクセス要求の要求元に送信する
代理アクセス手段とを備えることを特徴とするサーバシ
ステムが提供される。

【００１６】

【発明の実施の形態】以下、本発明の一実施形態につい
て説明する。

【００１７】図１には、本実施形態のサーバシステムの
全体構成が示されている。

【００１８】このサーバシステムは、インターネット１
１１を介して情報発信を行う複数の情報発信サーバ群
（情報発信サーバ群１０９１、１０９２、…、１０９
Ｎ）と、これらの情報発信サーバ群に対して行われる端
末からのアクセスを管理する管理サーバ１０１とを有す
る。情報発信サーバ群１０９１、１０９２、…、１０９
Ｎは、それぞれ、複数台のサーバから構成される。情報
発信サーバ群１０９１は、同一情報を有する情報発信サ
ーバ１０９１１〜１０９１Ｎから構成される。その他の
情報発信サーバ群についても、これと同様に、そのサー
バ群特有の情報をそれぞれの情報発信サーバが所有す
る。なお、特定の情報発信サーバ群へのアクセスが増加
した場合は、同一情報を有するサーバを適宜追加すれば
よい。情報発信サーバ群１０９１、１０９２、…、１０
９Ｎを管理するための管理情報は、ネームデータベース
（ネームＤＢ）１０３に格納されている。ネームＤＢ１
０３のデータ構造は、図２に示されている。

【００１９】ネームＤＢ１０３には、サーバネームフィ
ールド２１とサーバアドレスフィールド２２の２つの格
納フィールドが存在する。本実施形態では、あらかじ
め、情報発信サーバ群１０９１、１０９２、…、１０９
Ｎのそれぞれに対してホスト名を与えており、サーバネ
ームフィールド２１には、これらのホスト名が格納され
ている。このホスト名は、言うなれば、その情報発信サ
ーバ群の各情報発信サーバを代表するホスト名であり、
以下、このホストを便宜上、代表ホスト名と呼ぶことと
する。

【００２０】一方、本サーバシステムに設けられている
全ての情報発信サーバは、それぞれ固有のサーバアドレ
スを有しており、サーバアドレスフィールド２２には、
これらのサーバアドレスが情報発信サーバ群毎にまとま
った形で格納されている。サーバネームフィールド２１
の「−」は、その上の欄に格納されている内容と同じで
あることを意味している。情報発信サーバのアドレス
は、インターネット１１１上で通信を行う際に使用する
通信用アドレスで、具体的には、ＴＣＰ／ＩＰ通信を行
うためのＩＰアドレスである。

【００２１】なお、情報発信サーバ群１０９１、１０９
２、…、１０９Ｎのそれぞれに与えられる代表ホスト名
は、通常のホスト名、すなわちＤＮＳ（Ｄｏｍａｉｎ
Ｎａｍｅ Ｓｙｓｔｅｍ）上で一義的に定まるホスト名
と何らか変るものではない。

【００２２】ここで、ドメイン（Ｄｏｍａｉｎ）につい
て簡単に説明する。

【００２３】インターネットの構築がはじまった時点で
は、ネットワークに接続された個々のコンピュータを識
別するために、そのホスト名とＩＰアドレスは、所定の
組織で一元管理されていた。当初は、コンピュータの数
が数百台のオーダであり、すべてのコンピュータのホス
ト名とＩＰアドレスを一つのファイルに登録することも
可能であった。

【００２４】しかしながら、ネットワークの拡大ととも
に、すぐにこの方法の限界が明らかになった。すなわ
ち、次々に行われる新規登録や更新に莫大な時間を要す
ると共に、管理元の作業量が増大し、結果として収拾が
つかなくなってしまった。

【００２５】ドメインは、このような問題を解決するた
めに提案された概念で、世界中に存在する数多くのコン
ピュータを一意に名前付けするために導入された。

【００２６】インターネットのドメイン空間は、階層的
に管理されており、ＤＮＳは、この管理体系にマッチす
るように設計されている。インターネットでは、各ドメ
インの情報をもつＤＮＳサーバが分散配置され、ドメイ
ン空間と同様に階層的に管理されている。本実施形態の
管理サーバも、このＤＮＳサーバの一種と考えることが
できる。

【００２７】図２においては、情報発信サーバ群１０９
１を示す代表ホスト名（ｓｅｒｖ．ｂｂｂ．ａａａ）
と、情報発信サーバ群１０９２を示す代表ホスト名（ｏ
ｔｈｅｒ．ｂｂｂ．ａａａ）が図示されている。サーバ
群管理テーブル１０５には、これら以外の情報発信サー
バ群の代表ホスト名についても全て登録されている。情
報発信サーバ１０９１１のサーバアドレス１９２．１２
８．１６．１をはじめ、情報発信サーバ群１０９１を構
成する各情報発信サーバのサーバアドレスは、情報発信
サーバ群１０９１の代表ホスト名（ｓｅｒｖ．ｂｂｂ．
ａａａ）に対応付けられた形で格納されている。情報発
信サーバ群１０９２を構成する各情報発信サーバのサー
バアドレスは、情報発信サーバ群１０９２の代表ホスト
名（ｏｔｈｅｒ．ｂｂｂ．ａａａ）に対応付けられた形
で格納されている。

【００２８】管理サーバ１０１は、外部からのネームサ
ービス要求を受けて、その応答処理を行うネームサービ
ス部１０２と、ネームサービス部１０２にあってネーム
ＤＢ１０３から該当情報の検索・抽出を行うネームＤＢ
検索処理部１０６と、ネームサービス部１０２から、ネ
ームＤＢ検索処理部１０６によるネームＤＢ１０３の検
索結果であるサーバ群情報１０７を受け取り、サーバ群
情報１０７が示すサーバ群からサーバ１台を選択し、そ
の結果を選択サーバ情報１０８としてネームサービス部
１０２に通知するサーバ選択部１０４と、サーバを選択
する際にサーバ選択部１０４が参照するサーバ群管理テ
ーブル１０５とを備える。

【００２９】以上の構成を有する管理サーバ１０１は、
情報発信サーバ群１０９１〜１０９Ｎと同一ＬＡＮ（Ｌ
ｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１２上に存在
しており、このＬＡＮ１１２がインターネット１１１に
接続している。インターネット１１１には無数の端末が
接続しており、各ユーザは、それぞれの端末を用いて本
サーバシステムの各情報発信サーバ群をアクセスするこ
とが可能である。なお、図１には、代表的に端末１１０
が図示されている。

【００３０】つぎに、端末１１０から情報発信サーバ群
１０９１をアクセスする場合を例にとって、本サーバシ
ステムの動作について説明する。ここでは、情報発信サ
ーバ群１０９１に付与されている代表ホスト名をユーザ
が予め知っているものとして話しを進める。

【００３１】ユーザは、まず、情報発信サーバ群１０９
１の代表ホスト名（ｓｅｒｖ．ｂｂｂ．ａａａ）を端末
１１０に入力する。端末１１０は、この入力操作を受け
て、代表ホスト名に対応するサーバアドレスを管理サー
バ１０１に問い合わせる。具体的には、この際、代表ホ
スト名（ｓｅｒｖ．ｂｂｂ．ａａａ）を示す情報が管理
サーバ１０１に送られる。ここまでは、従来のＤＮＳサ
ーバにネームサービスを要求する場合と同じである。

【００３２】管理サーバ１０１のネームサービス部１０
２は、端末１１０からのアドレス問い合わせ、すなわ
ち、代表ホスト名（ｓｅｒｖ．ｂｂｂ．ａａａ）を示す
情報を受け取ると、ネームＤＢ検索処理部１０６を起動
する。ネームＤＢ検索処理部１０６は、図５に示すネー
ムＤＢ検索処理を実行する。

【００３３】同図に示すように、ネームＤＢ検索処理部
１０６は、まず、端末１１０から送られた代表ホスト名
をキーにネームＤＢ１０３を検索する（ステップ５１
（Ｓ５１））。これにより、キーにした代表ホスト名に
対応する全てのサーバアドレスが抽出される。ここで
は、代表ホスト名（ｓｅｒｖ．ｂｂｂ．ａａａ）に対応
するサーバアドレス（１９２．１２８．１６．１、１９
２．１２８．１６．４、…）が抽出される。次に、ネー
ムＤＢ検索処理部１０６は、見つかったサーバアドレス
の全てを先程の代表ホスト名と共にサーバ群情報１０７
としてサーバ選択部１０４に通知する（Ｓ５２）。サー
バ選択部１０４は、サーバ群管理テーブル１０５を参照
し、その内容に応じて、情報提供を行わせるに最適なサ
ーバを一つ選択する。この選択処理の詳細は後述するこ
ととする。選ばれたサーバのホスト名とサーバアドレス
は、選択サーバ情報１０８として、ネームサービス部１
０２に送られる。ネームサービス部１０２は、このサー
バアドレスを検索結果として処理し、その後、アドレス
問い合わせ要求の応答処理として、このサーバアドレス
を端末１１０に送信する（Ｓ５３）。

【００３４】管理サーバ１０１からサーバアドレスを通
知された端末１１０は、これ以後、そのサーバに対して
直接、情報アクセスを行えるようになる。

【００３５】このように本実施形態によれば、或る情報
発サーバ群がアクセスされる度に、その情報発信サーバ
群の中から、情報発信を行うに最適なサーバが選択され
るので、結果として、端末からのアクセスがその情報発
信サーバ群内で分散されることになる。

【００３６】なお、特に説明しなかったが、端末１１０
では、該端末１１０から送出された代表ホスト名が管理
サーバ１０１に直接、あるいは、ここでは図示しないＤ
ＮＳを介して到達するよう、あらかじめ環境設定が為さ
れている。これについては、ＤＮＳ上で通常行われてい
ることなので詳細は省略する。

【００３７】また、上記実施形態では、同一ＬＡＮに情
報発信サーバ群と管理サーバを接続しているが、これ
は、情報発信サーバ群が管理サーバと同一ＬＡＮ上に存
在しなくてはならないことを意味するものではない。例
えば、情報発信サーバ群の各サーバはインターネット上
の任意の場所に接続されていてもよい。

【００３８】つぎに、本発明のその他の実施形態につい
て説明する。

【００３９】図３には、本実施形態のサーバシステムの
全体構成が示されている。

【００４０】本サーバシステムの管理サーバ３０１は、
インターネットでさまざまなマルチメディア情報の発信
を行うＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ
等へのアクセスにおいて、端末からＷＷＷサーバへのア
クセスを直接受け付け、端末の代わりにＷＷＷサーバに
対する情報アクセス、及び、そのアクセス情報のキャッ
シングを行う、いわゆるプロキシサーバの役割を果たす
ものである。

【００４１】図中、１０９１〜１０９Ｎは、同一情報を
有するサーバ複数台からなる情報発信サーバ群である。
ここでは、情報発信サーバ群１０９１が、複数台のＷＷ
Ｗサーバから構成され、情報発信サーバ群１０９２が、
複数台のＦＴＰサーバから構成されている。

【００４２】管理サーバ３０１において、３０２は、端
末からの情報アクセスに応じて、情報発信サーバへの代
理アクセス、アクセス情報の端末への返送、及び、その
アクセス情報の一時保持（キャッシュ処理）を行う代理
アクセス部、３０６は、代理アクセス部３０２にあって
サーバリスト３０３から該当情報の検索・抽出を行うサ
ーバリスト検索処理部、３０４は、代理アクセス部３０
２から、サーバリスト検索処理部３０６によるサーバリ
スト３０３の検索結果であるサーバ群情報３０７を受け
取り、その情報が示すサーバ群の中からサーバ１台を選
択し、その結果を代理アクセス部３０２に選択サーバ情
報３０８として通知するサーバ選択部、３０５は、サー
バ選択部３０４にあってサーバの選択処理の際に参照さ
れるサーバ群管理テーブルである。

【００４３】サーバリスト３０３のデータ構造は、図４
に示されている。

【００４４】サーバリスト３０３には、図４に示すよう
に、代表サーバネームフィールド４１とサーバ群内サー
バネームフィールド４２の２つの格納フィールドが存在
する。本実施形態でも、前述と同様に、情報発信サーバ
群１０９１、１０９２、…、１０９Ｎのそれぞれに対し
てホスト名（代表ホスト名）を与えており、サーバネー
ムフィールド４１には、これらの代表ホスト名が格納さ
れている。代表サーバネームフィールド４１の「−」
は、その上の欄に格納されている内容と同じであること
を意味している。また、サーバ群内サーバネームフィー
ルド４２には、代表サーバネームフィールド４１に格納
されている代表ホスト名で示される情報発信サーバ群を
構成する各サーバのホスト名が格納されている。

【００４５】図４には、情報発信サーバ群１０９１を示
す代表ホスト名（ｗｗｗ．ｂｂｂ．ａａａ）と、情報発
信サーバ群１０９２を示す代表ホスト名（ｆｔｐ．ｂｂ
ｂ．ａａａ）が図示されている。情報発信サーバ１０９
１１のホスト名（ｓｅｒｖ１．ｗｗｗ−ｃ．ｂｂｂ．ａ
ａａ）をはじめ、情報発信サーバ群１０９１を構成する
各情報発信サーバのホスト名は、情報発信サーバ群１０
９１の代表ホスト名（ｗｗｗ．ｂｂｂ．ａａａ）に対応
付けられた形で格納されている。情報発信サーバ群１０
９２を構成する各情報発信サーバのホスト名は、情報発
信サーバ群１０９２の代表ホスト名（ｆｔｐ．ｂｂｂ．
ａａａ）に対応付けられた形で格納されている。

【００４６】情報発信サーバ群１０９１〜１０９Ｎとア
クセス管理サーバ３０１は、それぞれ同一ＬＡＮ（Ｌｏ
ｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１２に接続して
いる。同ＬＡＮ１１２は、インターネット１１１に接続
している。インターネット１１１には、情報発信サーバ
群１０９１〜１０９Ｎが発信している情報を入手する際
に使用するユーザの端末１１０が接続している。

【００４７】つぎに、情報発信サーバ群１０９１の各サ
ーバが発信している情報を端末１１０で入手する場合を
例にとり、本サーバシステムの動作を説明する。ここで
は、情報発信サーバ群１０９１に付与されている代表ホ
スト名をユーザが予め知っているものとして話しを進め
る。

【００４８】ユーザは、まず、情報発信サーバ群１０９
１の代表ホスト名（ｗｗｗ．ｂｂｂ．ａａａ）を端末１
１０に入力する。端末１１０は、この入力操作を受け
て、代表ホスト名を管理サーバ３０１に送り、情報発信
サーバ群１０９１へのアクセスを要求する。ここまで
は、従来のプロキシサーバにアクセスを要求する場合と
同じである。

【００４９】管理サーバ３０１の代理アクセス部３０２
は、端末１１０から代表ホスト名（ｗｗｗ．ｂｂｂ．ａ
ａａ）を受け取ると、サーバリスト検索処理部３０６を
起動する。サーバリスト検索処理部３０６は、図６に示
すサーバリスト検索処理を実行する。

【００５０】サーバリスト検索処理部３０６は、まず、
端末１１０から送られた代表ホスト名をキーにサーバリ
スト３０３を検索する（ステップ６１（Ｓ６１））。こ
れにより、キーにした代表ホスト名に対応する全てのホ
スト名が抽出される。ここでは、代表ホスト名（ｓｅｒ
ｖ．ｂｂｂ．ａａａ）に対応するホスト名（ｓｅｒｖ
１．ｗｗｗ−ｃ．ｂｂｂ．ａａａ、ｓｅｒｖ４．ｗｗｗ
−ｃ．ｂｂｂ．ａａａ、…）が抽出される。次に、サー
バリスト検索処理部３０６は、見つかったホスト名全て
を先程の代表ホスト名と共にサーバ群情報３０７として
サーバ選択部３０４に通知する（Ｓ６２）。サーバ選択
部３０４は、サーバ群管理テーブル３０５を参照し、そ
の内容に応じて、情報提供を行わせるに最適なサーバを
一つ選択する。この選択処理の詳細は後述することとす
る。選ばれたサーバのホスト名は、前記代表ホスト名と
共に選択サーバ情報３０８として、代理アクセス部３０
２に送られる。代理アクセス部３０２は、このホスト名
を用いて、そのサーバにアクセスする。代理アクセス部
３０２は、この代理アクセスによって得られた情報を該
管理サーバ３０１内のメモリにキャッシュデータとして
格納し、さらに、このキャッシュデータを端末１１０に
返送する。次回、代表ホスト名（ｗｗｗ．ｂｂｂ．ａａ
ａ）によるアクセス要求を受け付けた場合には、このキ
ャッシュデータが当該アクセス要求元に送信される。

【００５１】以上の動作により、端末１１０は、管理サ
ーバ３０１を介して間接的に情報発信サーバにアクセス
する。

【００５２】このように本実施形態によれば、管理サー
バ３０１が行う代理アクセスが、その時点で最適なサー
バに対して行われるため、結果として、そのサーバ群内
のアクセスが分散される。

【００５３】以上、本発明のサーバシステムの２つの実
施形態について、その全体構成と動作を中心に説明した
が、続いて、管理サーバの備えるサーバ選択部の詳細を
説明する。

【００５４】ここでは、便宜上、図１に示したサーバシ
ステムを例にとって話しを進める。

【００５５】まず、図７に示したサーバ群管理テーブル
１０５を用いた場合のサーバ選択部１０４の動作につい
て説明する。

【００５６】ネームサービス１０２からサーバ選択部１
０４に送られるサーバ群情報１０７には、ネームＤＢ検
索処理（図５参照）でキーとした代表ホスト名と、該代
表ホスト名をキーとして検索された検索結果である複数
のサーバアドレスが含まれているが、このうち、図７の
サーバネームフィールド１０５１には、前記代表ホスト
名が格納される。また、サーバアドレスフィールド１０
５２には、検索結果である前述の複数のサーバアドレス
が格納される。

【００５７】また、サーバ選択部１０４が選択したサー
バのホスト名は、選択サーバ情報１０８としてネームサ
ービス１０２に送られるが、選択サーバ情報１０８で通
知したサーバアドレスについては、アクセスフラグフィ
ールド１０５３に「１」（１：通知）が設定される。な
お、その他のサーバアドレスについては、「０」（０：
未通知）を設定される。

【００５８】そして、サーバ選択部１０４は、サーバ群
情報１０７を受け取ると、サーバ群情報１０７の示す代
表ホスト名がサーバネームフィールド１０５１に存在す
るか否かを判断し、該代表ホスト名がサーバネームフィ
ールド１０５１に無ければ、この代表ホスト名と共に、
これに対応付けられている全てのサーバアドレス（サー
バ群情報１０７に含まれている全てのサーバアドレス）
をサーバ群管理テーブル１０５に登録する。このとき、
一つのサーバアドレスについては、そのアクセスフラグ
フィールド１０５３に”１”を設定する。他のアクセス
フラグフィールド１０５３には、”０”を設定する。同
図においては、サーバアドレス１９２．１２８．１６．
１のアクセスフラグフィールド１０５３に”１”を設定
し、これ以外は”０”を設定している。

【００５９】一方、すでに同一代表ホスト名がサーバネ
ームフィールド１０５１に格納されている場合は、つぎ
の作業を行う。

【００６０】例えば、サーバ群管理テーブル１０５の内
容が図７の状態に既に設定されている場合、サーバアド
レス１９２．１２８．１６．４のアクセスフラグフィー
ルド１０５３に”１”を設定すると共に、サーバアドレ
ス１９２．１２８．１６．１のアクセスフラグフィール
ド１０５３に”０”を設定する。なお、最後尾に位置す
る、サーバアドレス１９２．１２８．１６．１２のアク
セスフラグフィールド１０５３に”１”が設定されてい
た場合は、先頭行に位置する、サーバアドレス１９２．
１２８．１６．１のアクセスフラグフィールド１０５３
に”１”を設定すると共に、サーバアドレス１９２．１
２８．１６．１２のアクセスフラグフィールド１０５３
に”０”を設定する。

【００６１】以上の処理を行った場合、設定値である”
１”は、アクセスフラグフィールド１０５３を順番に移
動していくかのように見える。

【００６２】つぎに、サーバ選択部１０４は、アクセス
フラグフィールド１０５３内に”１”を設定した行のサ
ーバアドレスフィールド１０５２内に格納されているサ
ーバアドレスを選択サーバ情報１０８としてネームサー
ビス部１０２に通知する。

【００６３】このように情報発信を行わせるサーバを次
々に選択していけば、端末からのアクセスは、その情報
発信サーバ群内の各サーバに対してほぼ均等に分散され
るようになる。

【００６４】つぎに、図８に示したサーバ群管理テーブ
ル１０５を用いた場合のサーバ選択部１０４の動作につ
いて説明する。

【００６５】ここでは、情報発信サーバ群を構成する各
サーバの負荷に応じて、アクセスするサーバを選択す
る。

【００６６】図８において、同じ構成要素については、
同じ番号を付して説明を省略する。

【００６７】このサーバ群管理テーブル１０５は、先程
のアクセスフラグフィールド１０５３に代えて、負荷レ
ベルフィールド１０５４を備えている点に特徴がある。
負荷レベルフィールド１０５４には、各サーバの負荷状
況を示す情報が格納される。

【００６８】また、選択部１０４では、新たなにサーバ
負荷監視部１１３が設けられている。サーバ負荷監視部
１１３は、サーバ群管理テーブル１０５に登録されてい
るサーバ（すなわち、アドレスフィールド１０５２にサ
ーバアドレスが格納されているサーバ）の負荷状況を定
期的に監視し、負荷レベルフィールド１０５４にその負
荷レベルを設定する。負荷レベルは予め数段階（ここで
は、負荷レベルＡ、Ｂ、Ｃの３段階）に分けられてい
る。具体的には、サーバ負荷監視部１１３は、サーバア
ドレスフィールド１０５２に格納されているサーバアド
レスのサーバに対して定期的に監視コマンドを送信し、
その応答時間を集計し、その結果を、負荷レベルＡ／Ｂ
／Ｃの何れかに分けて負荷レベルフィールド１０５４に
設定する。ここで、上記監視コマンドに対して何も応答
しないサーバについては、その負荷レベルフィールド１
０５３に対して何も設定しない。サーバが何も応答しな
い場合、そのサーバは、保守作業中、あるいは、障害の
発生による停止状態にあることが予想される。

【００６９】そして、サーバ選択部１０４は、サーバ群
情報１０７を受けた時点で、サーバ群管理テーブル１０
５に登録されているサーバの中から最も負荷の軽いもの
を選択し、このサーバのアドレス等を選択サーバ情報１
０８としてネームサービス部１０２に通知する。この
際、負荷レベルフィールド１０５３に何も設定されてい
ないサーバについては、あらかじめ選択枝から除外して
おくこととする。

【００７０】このような処理を行えば、端末からのアク
セスは、目的の情報発信サーバ群の中から、その時点で
最も負荷の軽いサーバに対して行われるようになる。ま
た、稼働していないサーバへのアクセスも禁止されるこ
とになる。

【００７１】なお、各サーバの負荷に応じてアクセスす
るサーバを選択する場合、サーバシテムは図９に示すよ
うに構成しても構わない。

【００７２】同図において、各情報発信サーバには、そ
のサーバの負荷をモニターし、その負荷状況を管理サー
バ１０１に報告する負荷モニタ１１５が設けられてい
る。管理サーバ１０１は、各サーバからの負荷状況報告
を収集し、その結果を負荷レベルとしてサーバ群管理テ
ーブル１０５に格納する負荷状況収集部１１４を備え
る。ここで、負荷モニタ部１１５から報告のないサーバ
については負荷レベルを設定しない。

【００７３】そして、サーバ選択部１０４は、サーバ群
情報１０７を受け付けると、サーバ群管理テーブル１０
５に登録されているサーバの中から負荷レベル情報が設
定されているものを探し出し、その中から最も負荷の軽
いものを選択し、このサーバのサーバアドレスを選択サ
ーバ情報１０８としてネームサービス部１０２に通知す
る。

【００７４】このように各サーバの負荷状況を、そのサ
ーバ自身にモニターさせれば、より正確な負荷情報を得
ることができるようになる。

【００７５】以上、管理サーバの備えるサーバ選択部の
各種実施形態について説明したが、これらは、図３に示
したサーバシステムにも適用可能である。

【００７６】

【発明の効果】本発明によれば、障害発生時などのバッ
クアップ対策として、また、ユーザからのアクセスを分
散させる目的で、同一の情報を有する複数台のサーバを
設けた場合であっても、情報発信を行わせるに最適なサ
ーバが自動的に選択されるため、ユーザは、複数台のサ
ーバの存在を意識することなく、必要な情報を手に入れ
ることができるようになる。

【００７７】また、本発明によれば、情報発信を行わせ
るに最適なサーバは、各サーバの負荷状況に応じて、ま
た、稼働していないサーバは対象外として選択されるた
め、ユーザは、常に最良の環境でアクセスを行うことが
できるようになる。

【００７８】その上、アクセス負荷が増加しても、本発
明を提供しておくことにより、同一情報を有するサーバ
を追加するだけで、アクセス負荷に応じた性能補強が可
能となる。

【図面の簡単な説明】

【図１】本発明に係るサーバシステムの一実施形態の全
体構成図。

【図２】図１に示した管理サーバが備えるネームＤＢの
構造を示した説明図。

【図３】本発明に係るサーバシステムのその他の実施形
態の全体構成図。

【図４】図３に示した管理サーバが備えるサーバリスト
の構造を示した説明図。

【図５】図１に示した管理サーバが行うネームＤＢ検索
処理の一例を示したフローチャート。

【図６】図３に示した管理サーバが行うサーバリスト検
索処理の一例を示したフローチャート。

【図７】図１に示した管理サーバの選択部の一例（その
１）を示した説明図。

【図８】図１に示した管理サーバの選択部の一例（その
２）を示した説明図。

【図９】本発明に係るサーバシステムのさらに別の実施
形態の全体構成図。

【図１０】従来のサーバシステム（ＦＴＰミラー）の一
例を示した説明図。

【図１１】従来のサーバシステム（プロキシアクセス）
一例を示した説明図。

【符号の説明】

１０１、３０１…管理サーバ、 １０２…ネームサービス部、 １０３…ネームＤＢ、 １０４、３０４…サーバ選択部、 １０５、３０５…サーバ群管理テーブル、 １０６…ネームＤＢ検索処理部、 １０７、３０７…サーバ群選択情報、 １０８、３０８…選択サーバ情報、 １０９１〜１０９Ｎ…情報発信サーバ群、 １０９１１〜１０９１Ｎ…情報発信サーバ、 １１０…端末、 １１１…インターネット、 １１２…ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒ
ｋ）、 ３０２…代理アクセス部、 ３０３…サーバリスト、 ３０６…サーバリスト検索処理部、 １１３…サーバ負荷監視部、 １１４…負荷状況収集部、 １１５…負荷モニタ部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 綿貫 達哉 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内

Claims (11)

【特許請求の範囲】
1. 【請求項１】インターネットを介して情報発信を行う複
   数台のサーバと、該複数台のサーバのそれぞれを管理す
   る管理サーバとを備えたサーバシステムにおいて、 前記複数台のサーバの少なくとも一部は、同一情報の発
   信を行う複数台のサーバから成るサーバ群を構成し、 前記管理サーバは、 前記サーバ群に対して与えられたホスト名と、前記サー
   バ群を構成する前記複数台のサーバのそれぞれの通信用
   アドレスと、これらの通信用アドレスの中から目的の通
   信用アドレスを選択する際に用いられる選択情報とが格
   納された管理テーブルと、 前記インターネットを介して、前記ホスト名に対応する
   通信用アドレスを要求されると、前記選択情報の内容に
   応じて、前記管理テーブルに格納されている通信用アド
   レスの何れかを選択する選択手段と、 前記選択手段が選択した通信用アドレスを前記通信用ア
   ドレスの要求元に送信するネームサービス手段とを備え
   たことを特徴とするサーバシステム。
2. 【請求項２】請求項１において、 前記選択情報には、前記通信用アドレスを選択するため
   の選択順序が含まれており、 前記選択手段は、前記選択情報の前記選択順序にしたが
   って前記通信用アドレスを選択することを特徴とするサ
   ーバシステム。
3. 【請求項３】請求項１において、 前記管理サーバは、各サーバの負荷状況を判断し、その
   判断結果を前記選択情報の一部として前記管理テーブル
   に格納する負荷監視手段をさらに備え、 前記選択手段は、前記通信用アドレスを選択する際に、
   前記判断結果を用いて、その時点で負荷が最も少ないサ
   ーバを選び、そのサーバの通信用アドレスを選択するこ
   とを特徴とするサーバシステム。
4. 【請求項４】請求項１において、 前記各サーバには、そのサーバの負荷状況を判断して、
   その結果を判断情報として前記管理サーバに送信する手
   段が設けられており、 前記管理サーバには、前記各サーバから送信されたそれ
   ぞれの判断情報を前記選択情報の一部として前記管理テ
   ーブルに格納する手段が設けられており、 前記選択手段は、前記通信用アドレスを選択する際に、
   前記判断情報を用いて、その時点で負荷が最も少ないサ
   ーバを選び、その通信用アドレスを選択することを特徴
   とするサーバシステム。
5. 【請求項５】請求項１、２、３または４において、 前記サーバ群は、複数群構成されており、 前記管理テーブルには、前記各サーバ群に対して与えら
   れたホスト名と、前記各サーバ群を構成する前記複数台
   のサーバのそれぞれの通信用アドレスと、これらの通信
   用アドレスの中から目的の通信用アドレスを選択する際
   に用いられる選択情報とが格納され、 前記選択手段は、前記インターネットを介して、前記ホ
   スト名に対応する通信用アドレスを要求されると、前記
   選択情報の内容に応じて、該ホスト名で示されるサーバ
   群に含まれている各サーバの通信用アドレスの中から目
   的の通信用アドレスを選択することを備えたことを特徴
   とするサーバシステム。
6. 【請求項６】インターネットを介して情報発信を行う複
   数台のサーバと、該複数台のサーバのそれぞれを管理す
   る管理サーバとを備えたサーバシステムにおいて、 前記複数台のサーバの少なくとも一部は、同一情報の発
   信を行う複数台のサーバから成るサーバ群を構成し、 前記管理サーバは、 前記インターネット上にて前記サーバ群を一意に表すサ
   ーバ群用識別子と、前記インターネット上にて、前記サ
   ーバ群を構成する前記複数台のサーバのそれぞれを一意
   に表すサーバ用識別子と、これらのサーバ用識別子の中
   から目的のサーバ用識別子を選択する際に用いられる選
   択情報とが格納された管理テーブルと、 前記インターネットを介して、前記サーバ群用識別子を
   用いたアクセス要求を受付けると、前記選択情報の内容
   に応じて前記サーバ用識別子の何れかを選択する選択手
   段と、 前記選択手段が選択したサーバ用識別子を用いて前記サ
   ーバへのアクセスを行い、該アクセスで得られた情報を
   前記アクセス要求の要求元に送信すると共に、この情報
   を一時的に保持し、前記サーバ群用識別子を用いたアク
   セス要求を再度受付けた場合には、保持している当該情
   報を当該アクセス要求の要求元に送信する代理アクセス
   手段とを備えることを特徴とするサーバシステム。
7. 【請求項７】請求項６において、 前記サーバ群用識別子は、前記サーバ群に与えられたホ
   スト名であり、 前記複数のサーバ用識別子のそれぞれは、各サーバに与
   えられたホスト名であることを特徴とするサーバシステ
   ム。
8. 【請求項８】請求項６または７において、 前記選択情報には、前記サーバ用識別子を選択するため
   の選択順序が含まれており、 前記選択手段は、前記選択情報の前記選択順序にしたが
   って前記サーバ用識別子を選択することを特徴とするサ
   ーバシステム。
9. 【請求項９】請求項６または７において、 前記管理サーバは、各サーバの負荷状況を判断し、その
   判断結果を前記選択情報の一部として前記管理テーブル
   に格納する負荷監視手段をさらに備え、 前記選択手段は、前記サーバ用識別子を選択する際に、
   前記判断結果を用いて、その時点で負荷が最も少ないサ
   ーバを選び、そのサーバのサーバ用識別子を選択するこ
   とを特徴とするサーバシステム。
10. 【請求項１０】請求項６または７において、 前記各サーバには、そのサーバの負荷状況を判断して、
    その結果を判断情報として前記管理サーバに送信する手
    段が設けられており、 前記管理サーバには、前記各サーバから送信されたそれ
    ぞれの判断情報を前記選択情報の一部として前記管理テ
    ーブルに格納する手段が設けられており、 前記選択手段は、前記サーバ用識別子を選択する際に、
    前記判断情報を用いて、その時点で負荷が最も少ないサ
    ーバを選び、そのサーバ用識別子を選択することを特徴
    とするサーバシステム。
11. 【請求項１１】請求項６、７、８、９または１０におい
    て、 前記サーバ群は、複数群構成されており、 前記管理テーブルには、前記各サーバ群に対して与えら
    れたサーバ群用識別子と、前記各サーバ群を構成する前
    記複数台のサーバのそれぞれのサーバ用識別子と、これ
    らのサーバ用識別子の中から目的のサーバ用識別子を選
    択する際に用いられる選択情報とが格納され、 前記選択手段は、前記インターネットを介して、前記サ
    ーバ群用識別子を用いたアクセス要求を受付けると、前
    記選択情報の内容に応じて、該サーバ群用識別子で示さ
    れるサーバ群に含まれている各サーバのサーバ識別子の
    中から目的のサーバ識別子を選択することを備えたこと
    を特徴とするサーバシステム。