JP2003256310A - サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム - Google Patents
サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラムInfo
- Publication number
- JP2003256310A JP2003256310A JP2002059326A JP2002059326A JP2003256310A JP 2003256310 A JP2003256310 A JP 2003256310A JP 2002059326 A JP2002059326 A JP 2002059326A JP 2002059326 A JP2002059326 A JP 2002059326A JP 2003256310 A JP2003256310 A JP 2003256310A
- Authority
- JP
- Japan
- Prior art keywords
- content
- server
- client
- packet
- address
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1014—Server selection for load balancing based on the content of a request
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1017—Server selection for load balancing based on a round robin mechanism
Abstract
(57)【要約】 （修正有）
【課題】 クライアントが要求するコンテンツを配信す
るコンテンツサーバを、要求されたコンテンツの特性毎
に定められた選択基準に基づいて選択することにより、
コンテンツの配信の負荷を適切に分散処理するサーバ負
荷分散システムを提供する。 【解決手段】 複数のコンテンツサーバＡ２によりコン
テンツのクライアントＤ１への配信を分散処理するサー
バ負荷分散システムにおいて、各コンテンツにおける特
性毎に当該コンテンツを配信するコンテンツサーバＡ２
を決定するための選択基準を設定する転送先サーバ決定
ポリシ設定手段Ｃ１２と、クライアントＤ１から要求さ
れたコンテンツを配信するコンテンツサーバＡ２を要求
されたコンテンツの特性に該当する選択基準に基づいて
決定する転送先サーバ決定手段Ｃ１３を備えることを特
徴とする。
るコンテンツサーバを、要求されたコンテンツの特性毎
に定められた選択基準に基づいて選択することにより、
コンテンツの配信の負荷を適切に分散処理するサーバ負
荷分散システムを提供する。 【解決手段】 複数のコンテンツサーバＡ２によりコン
テンツのクライアントＤ１への配信を分散処理するサー
バ負荷分散システムにおいて、各コンテンツにおける特
性毎に当該コンテンツを配信するコンテンツサーバＡ２
を決定するための選択基準を設定する転送先サーバ決定
ポリシ設定手段Ｃ１２と、クライアントＤ１から要求さ
れたコンテンツを配信するコンテンツサーバＡ２を要求
されたコンテンツの特性に該当する選択基準に基づいて
決定する転送先サーバ決定手段Ｃ１３を備えることを特
徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、サーバ負荷の分散
に関し、特にＷＷＷ（World Wide Web）コンテンツや動
画コンテンツなどの配信用コンテンツを取得するための
クライアントからのリクエストに対して、適切なサーバ
を選択し、該リクエストを選択したサーバに対して送信
するサーバ負荷分散システム、サーバ負荷分散装置、コ
ンテンツ管理装置、コンテンツサーバ、及びサーバ負荷
分散プログラムに関する。
に関し、特にＷＷＷ（World Wide Web）コンテンツや動
画コンテンツなどの配信用コンテンツを取得するための
クライアントからのリクエストに対して、適切なサーバ
を選択し、該リクエストを選択したサーバに対して送信
するサーバ負荷分散システム、サーバ負荷分散装置、コ
ンテンツ管理装置、コンテンツサーバ、及びサーバ負荷
分散プログラムに関する。
【０００２】
【従来の技術】近年、インターネットを介したＷＷＷコ
ンテンツや動画コンテンツの配信において、同一コンテ
ンツを複数のサーバに分散配置することにより、サーバ
の負荷分散及びクライアントの受けるレスポンス時間の
短縮を実現する方法が種々提案されている。
ンテンツや動画コンテンツの配信において、同一コンテ
ンツを複数のサーバに分散配置することにより、サーバ
の負荷分散及びクライアントの受けるレスポンス時間の
短縮を実現する方法が種々提案されている。
【０００３】このようにコンテンツが網内に分散配置さ
れている環境下においては、コンテンツを取得するため
のクライアントからのリクエストをどのサーバに送信す
べきかを決定するためのサーバ負荷分散装置が必要にな
る。
れている環境下においては、コンテンツを取得するため
のクライアントからのリクエストをどのサーバに送信す
べきかを決定するためのサーバ負荷分散装置が必要にな
る。
【０００４】従来技術として、特開２００１−１０１１
３４号公報では、サービス毎にサーバの負荷をシミュレ
ーションによって予測し、サーバが過負荷又は高負荷に
ならないようにクライアントのリクエストを振り分ける
装置について記載されている。本公報に記載された装置
では、転送先サーバ選択はサーバ負荷のみに着目して行
われており、また、転送先サーバはサービス単位で選択
される。
３４号公報では、サービス毎にサーバの負荷をシミュレ
ーションによって予測し、サーバが過負荷又は高負荷に
ならないようにクライアントのリクエストを振り分ける
装置について記載されている。本公報に記載された装置
では、転送先サーバ選択はサーバ負荷のみに着目して行
われており、また、転送先サーバはサービス単位で選択
される。
【０００５】また、特開平０９−１９８３４６号公報で
は、クライアントにおける転送先サーバの選択方式につ
いて記載されている。この公報に記載されたサーバ選択
方式は、個々のクライアントからの多様なサーバ選択要
求に対応するために、ディレクトリサーバへの問合わせ
メッセージに選択ポリシを格納することを特徴とする。
問合わせを受けたディレクトリサーバは、メッセージに
格納された選択ポリシに基づいて最適なサーバを選択
し、クライアントに応答する。本方式はクライアントに
おける選択方式であるため、クライアントが本方式を導
入せねばならなかった。サーバ負荷分散装置において本
方式のように多様な選択基準をサポートできれば、クラ
イアントにおける方式を変更することなく透過的に同等
のサービスが実現できる。
は、クライアントにおける転送先サーバの選択方式につ
いて記載されている。この公報に記載されたサーバ選択
方式は、個々のクライアントからの多様なサーバ選択要
求に対応するために、ディレクトリサーバへの問合わせ
メッセージに選択ポリシを格納することを特徴とする。
問合わせを受けたディレクトリサーバは、メッセージに
格納された選択ポリシに基づいて最適なサーバを選択
し、クライアントに応答する。本方式はクライアントに
おける選択方式であるため、クライアントが本方式を導
入せねばならなかった。サーバ負荷分散装置において本
方式のように多様な選択基準をサポートできれば、クラ
イアントにおける方式を変更することなく透過的に同等
のサービスが実現できる。
【０００６】
【発明が解決しようとする課題】しかし上述した従来の
技術では、以下に述べるような問題点があった。
技術では、以下に述べるような問題点があった。
【０００７】第１に、コンテンツサーバ内において、必
ずしもコンテンツの特性毎にコンテンツがグループ化さ
れておらず、もしされるとしてもその静的な特性だけで
なされているという問題点があった。
ずしもコンテンツの特性毎にコンテンツがグループ化さ
れておらず、もしされるとしてもその静的な特性だけで
なされているという問題点があった。
【０００８】コンテンツサーバ内のコンテンツは、一般
的には、コンテンツ管理者にとって管理しやすいように
配置されており、コンテンツの特性という観点でグルー
プ化されていない。例えば、ニュースに関する「/news
/」ディレクトリの配下には、ニュースの記事、写真、
映像など、ファイルサイズやメディア種類の点で異なる
特性をもつコンテンツが混在した状態で一緒に配置され
ているのが普通である。また、それぞれのコンテンツに
対するアクセス頻度といった動的な特性（パラメータ）
も考慮されていない。このとき、クライアント側のサー
バ負荷分散装置において、「/news/」ディレクトリに対
して同一のコンテンツサーバを転送先として選択する
と、コンテンツの特性によっては必ずしもコンテンツ取
得遅延などの観点から最適ではない可能性がある。従っ
て、転送先サーバ選択は、コンテンツのサイズやアクセ
ス頻度等の観点で同様の特性をもつものを同一グループ
としたコンテンツグループ単位でなされるべきである。
的には、コンテンツ管理者にとって管理しやすいように
配置されており、コンテンツの特性という観点でグルー
プ化されていない。例えば、ニュースに関する「/news
/」ディレクトリの配下には、ニュースの記事、写真、
映像など、ファイルサイズやメディア種類の点で異なる
特性をもつコンテンツが混在した状態で一緒に配置され
ているのが普通である。また、それぞれのコンテンツに
対するアクセス頻度といった動的な特性（パラメータ）
も考慮されていない。このとき、クライアント側のサー
バ負荷分散装置において、「/news/」ディレクトリに対
して同一のコンテンツサーバを転送先として選択する
と、コンテンツの特性によっては必ずしもコンテンツ取
得遅延などの観点から最適ではない可能性がある。従っ
て、転送先サーバ選択は、コンテンツのサイズやアクセ
ス頻度等の観点で同様の特性をもつものを同一グループ
としたコンテンツグループ単位でなされるべきである。
【０００９】第２に、サーバ負荷分散装置において各コ
ンテンツの特性に応じて転送先サーバの選択基準を変え
ることができないため、効果的な負荷分散を実現できな
いという問題点があった。
ンテンツの特性に応じて転送先サーバの選択基準を変え
ることができないため、効果的な負荷分散を実現できな
いという問題点があった。
【００１０】従来技術では、転送先サーバの選択基準は
固定的であり、コンテンツの特性に応じて選択基準を変
えることができなかった。例えば、サイズの小さいコン
テンツと大きいコンテンツの２種類を考えると、クライ
アントにおけるレスポンス時間は、サイズの小さいコン
テンツの場合は転送経路における遅延が大きく影響する
のに対し、反対に大きいコンテンツの場合は転送経路の
利用可能帯域が大きく影響する。このような場合に、従
来技術では、２つ又は２つ以上の異なる種類のコンテン
ツに対してそれぞれ異なる選択基準を用いるということ
ができなかった。
固定的であり、コンテンツの特性に応じて選択基準を変
えることができなかった。例えば、サイズの小さいコン
テンツと大きいコンテンツの２種類を考えると、クライ
アントにおけるレスポンス時間は、サイズの小さいコン
テンツの場合は転送経路における遅延が大きく影響する
のに対し、反対に大きいコンテンツの場合は転送経路の
利用可能帯域が大きく影響する。このような場合に、従
来技術では、２つ又は２つ以上の異なる種類のコンテン
ツに対してそれぞれ異なる選択基準を用いるということ
ができなかった。
【００１１】第３に、クライアント側に配置された各サ
ーバ負荷分散装置が互いに独自に転送先サーバを選択す
ると、同一のサーバに負荷が集中し、かえって配信品質
が劣化してしまう可能性があるという問題点があった。
ーバ負荷分散装置が互いに独自に転送先サーバを選択す
ると、同一のサーバに負荷が集中し、かえって配信品質
が劣化してしまう可能性があるという問題点があった。
【００１２】特に、ストリームや音声などの連続メディ
アコンテンツの配信の場合に同一のサーバにアクセスが
集中すると、予期していた配信品質が得られず、再度転
送先サーバ選択を行なう必要がでてくる。更に、配信中
のコネクションを同時に全て切り替えると、切り替え後
の新規の配信サーバへのアクセス集中によって再度配信
品質が劣化し、配信サーバの切り替えを繰り返すとい
う、発振現象が発生する可能性がある。
アコンテンツの配信の場合に同一のサーバにアクセスが
集中すると、予期していた配信品質が得られず、再度転
送先サーバ選択を行なう必要がでてくる。更に、配信中
のコネクションを同時に全て切り替えると、切り替え後
の新規の配信サーバへのアクセス集中によって再度配信
品質が劣化し、配信サーバの切り替えを繰り返すとい
う、発振現象が発生する可能性がある。
【００１３】第４に、コンテンツ又はコンテンツグルー
プ単位で転送先サーバを選択するようなサーバ負荷分散
装置は、クライアントからのリクエストの中身をみて、
転送先サーバを決定する必要があるため、レイヤ７スイ
ッチを用いて実現する必要があるという問題点があっ
た。
プ単位で転送先サーバを選択するようなサーバ負荷分散
装置は、クライアントからのリクエストの中身をみて、
転送先サーバを決定する必要があるため、レイヤ７スイ
ッチを用いて実現する必要があるという問題点があっ
た。
【００１４】レイヤ７スイッチを用いれば、クライアン
トからのリクエストをコンテンツ単位で設定された転送
先サーバに振り分けることができるが、レイヤ３スイッ
チやレイヤ４スイッチなどの低レイヤでスイッチングを
行なう機器と比較すると、処理性能が低く、またコスト
も高い。従って、よりリクエストの中身をみる必要な
く、低レイヤでスイッチングを行なう機器を用いて同等
の機能を実現できることが望ましい。
トからのリクエストをコンテンツ単位で設定された転送
先サーバに振り分けることができるが、レイヤ３スイッ
チやレイヤ４スイッチなどの低レイヤでスイッチングを
行なう機器と比較すると、処理性能が低く、またコスト
も高い。従って、よりリクエストの中身をみる必要な
く、低レイヤでスイッチングを行なう機器を用いて同等
の機能を実現できることが望ましい。
【００１５】本発明の第１の目的は、上記従来技術の欠
点を解決し、コンテンツサーバ内のコンテンツをその特
性に応じて自動的にかつ静的／動的にグループ化するこ
とのできるサーバ負荷分散システム、コンテンツ管理装
置、コンテンツ管理プログラムを提供することである。
点を解決し、コンテンツサーバ内のコンテンツをその特
性に応じて自動的にかつ静的／動的にグループ化するこ
とのできるサーバ負荷分散システム、コンテンツ管理装
置、コンテンツ管理プログラムを提供することである。
【００１６】本発明の第２の目的は、上記従来技術の欠
点を解決し、各コンテンツの特性に応じて転送先サーバ
の選択基準を変えることができるサーバ負荷分散システ
ム、サーバ負荷分散装置、及びサーバ負荷分散プログラ
ムを提供することである。
点を解決し、各コンテンツの特性に応じて転送先サーバ
の選択基準を変えることができるサーバ負荷分散システ
ム、サーバ負荷分散装置、及びサーバ負荷分散プログラ
ムを提供することである。
【００１７】本発明の第３の目的は、上記従来技術の欠
点を解決し、連続メディアコンテンツの配信に際して、
特定のサーバへ集中しないように適切に分散処理するサ
ーバ負荷分散システム、サーバ負荷分散装置、コンテン
ツサーバ、及びコンテンツ配信管理プログラムを提供す
ることである。
点を解決し、連続メディアコンテンツの配信に際して、
特定のサーバへ集中しないように適切に分散処理するサ
ーバ負荷分散システム、サーバ負荷分散装置、コンテン
ツサーバ、及びコンテンツ配信管理プログラムを提供す
ることである。
【００１８】本発明の第４の目的は、上記従来技術の欠
点を解決し、レイヤ７スイッチ機能を必要とせずに、コ
ンテンツグループ単位での転送先サーバ選択を実現する
サーバ負荷分散システム、サーバ負荷分散装置、及びサ
ーバ負荷分散プログラムを提供することである。
点を解決し、レイヤ７スイッチ機能を必要とせずに、コ
ンテンツグループ単位での転送先サーバ選択を実現する
サーバ負荷分散システム、サーバ負荷分散装置、及びサ
ーバ負荷分散プログラムを提供することである。
【００１９】
【課題を解決するための手段】上記目的を達成するため
本発明は、複数のコンテンツサーバによりコンテンツの
クライアントへの配信を分散処理するサーバ負荷分散シ
ステムにおいて、少なくとも前記コンテンツの特性と、
前記コンテンツサーバに関するリソース情報とを用い
て、前記クライアントから受信した前記コンテンツの配
信要求を転送するべき前記コンテンツサーバを決定する
ことを特徴とする。
本発明は、複数のコンテンツサーバによりコンテンツの
クライアントへの配信を分散処理するサーバ負荷分散シ
ステムにおいて、少なくとも前記コンテンツの特性と、
前記コンテンツサーバに関するリソース情報とを用い
て、前記クライアントから受信した前記コンテンツの配
信要求を転送するべき前記コンテンツサーバを決定する
ことを特徴とする。
【００２０】請求項２の本発明のサーバ負荷分散システ
ムは、前記クライアントから受信した前記コンテンツの
配信要求を転送するべき前記コンテンツサーバを、前記
リソース情報の変化に応じて再決定することを特徴とす
る。
ムは、前記クライアントから受信した前記コンテンツの
配信要求を転送するべき前記コンテンツサーバを、前記
リソース情報の変化に応じて再決定することを特徴とす
る。
【００２１】請求項３の本発明のサーバ負荷分散システ
ムは、前記クライアントから受信した前記コンテンツの
配信要求を、前記コンテンツに対して設定されている前
記配信要求を転送するべき前記コンテンツサーバへ、前
記配信要求を転送することを特徴とする。
ムは、前記クライアントから受信した前記コンテンツの
配信要求を、前記コンテンツに対して設定されている前
記配信要求を転送するべき前記コンテンツサーバへ、前
記配信要求を転送することを特徴とする。
【００２２】請求項４の本発明のサーバ負荷分散システ
ムは、前記クライアントから受信したパケットの宛先Ｉ
Ｐアドレス及び宛先ポート番号に基づいて、前記クライ
アントが配信を要求している前記コンテンツを識別し、
前記コンテンツに対して設定されている前記コンテンツ
サーバへ、前記パケットを転送することを特徴とする。
ムは、前記クライアントから受信したパケットの宛先Ｉ
Ｐアドレス及び宛先ポート番号に基づいて、前記クライ
アントが配信を要求している前記コンテンツを識別し、
前記コンテンツに対して設定されている前記コンテンツ
サーバへ、前記パケットを転送することを特徴とする。
【００２３】請求項５の本発明のサーバ負荷分散システ
ムは、前記コンテンツサーバが配信する前記コンテンツ
を、複数のグループに各前記コンテンツの前記特性に応
じて分類し、各前記グループ毎に当該グループに分類さ
れた前記コンテンツを集約することを特徴とする。
ムは、前記コンテンツサーバが配信する前記コンテンツ
を、複数のグループに各前記コンテンツの前記特性に応
じて分類し、各前記グループ毎に当該グループに分類さ
れた前記コンテンツを集約することを特徴とする。
【００２４】請求項６の本発明のサーバ負荷分散システ
ムは、クライアントへコンテンツを配信するコンテンツ
サーバを、複数のコンテンツサーバの中から選択するサ
ーバ負荷分散装置において、少なくとも前記コンテンツ
の特性と、前記コンテンツサーバのリソース情報とを用
いて、前記クライアントから受信した前記コンテンツの
配信要求を転送するべき前記コンテンツサーバを決定す
ることを特徴とする。
ムは、クライアントへコンテンツを配信するコンテンツ
サーバを、複数のコンテンツサーバの中から選択するサ
ーバ負荷分散装置において、少なくとも前記コンテンツ
の特性と、前記コンテンツサーバのリソース情報とを用
いて、前記クライアントから受信した前記コンテンツの
配信要求を転送するべき前記コンテンツサーバを決定す
ることを特徴とする。
【００２５】請求項７の本発明のサーバ負荷分散システ
ムは、前記リソース情報は、少なくとも１又は複数のリ
ソースパラメータを含み、第一のリソースパラメータを
用いて第一のリソースパラメータと異なる第二のリソー
スパラメータを予測もしくは抽出し、予測もしくは抽出
された前記第二のリソースパラメータを前記リソース情
報に含めることを特徴とする。
ムは、前記リソース情報は、少なくとも１又は複数のリ
ソースパラメータを含み、第一のリソースパラメータを
用いて第一のリソースパラメータと異なる第二のリソー
スパラメータを予測もしくは抽出し、予測もしくは抽出
された前記第二のリソースパラメータを前記リソース情
報に含めることを特徴とする。
【００２６】請求項８の本発明のサーバ負荷分散システ
ムは、前記転送先サーバ決定手段が、前記クライアント
から要求されたコンテンツのＵＲＬ又は前記ＵＲＬの一
部分を用いて、前記リクエストを転送すべき候補となる
コンテンツサーバを取得し、前記候補となるコンテンツ
サーバの中から、前記コンテンツを配信する前記コンテ
ンツサーバを決定することを特徴とする。
ムは、前記転送先サーバ決定手段が、前記クライアント
から要求されたコンテンツのＵＲＬ又は前記ＵＲＬの一
部分を用いて、前記リクエストを転送すべき候補となる
コンテンツサーバを取得し、前記候補となるコンテンツ
サーバの中から、前記コンテンツを配信する前記コンテ
ンツサーバを決定することを特徴とする。
【００２７】請求項９の本発明のサーバ負荷分散システ
ムは、前記ＵＲＬの一部が、前記ＵＲＬの先頭一部分で
あるＵＲＬプレフィクスか、前記ＵＲＬにおけるファイ
ル拡張子のいずれか、又は両方の組み合わせであること
を特徴とする。
ムは、前記ＵＲＬの一部が、前記ＵＲＬの先頭一部分で
あるＵＲＬプレフィクスか、前記ＵＲＬにおけるファイ
ル拡張子のいずれか、又は両方の組み合わせであること
を特徴とする。
【００２８】請求項１０の本発明のサーバ負荷分散シス
テムは、前記転送先サーバ決定手段が、前記ネットワー
ク内に存在する各前記コンテンツサーバか、各前記コン
テンツサーバ内の前記コンテンツを管理する装置である
コンテンツ管理装置のいずれかに問い合わせることによ
り、前記クライアントから要求された前記コンテンツを
配信する前記候補となるコンテンツサーバを取得するこ
とを特徴とする。
テムは、前記転送先サーバ決定手段が、前記ネットワー
ク内に存在する各前記コンテンツサーバか、各前記コン
テンツサーバ内の前記コンテンツを管理する装置である
コンテンツ管理装置のいずれかに問い合わせることによ
り、前記クライアントから要求された前記コンテンツを
配信する前記候補となるコンテンツサーバを取得するこ
とを特徴とする。
【００２９】請求項１１の本発明のサーバ負荷分散シス
テムは、前記転送先サーバ決定手段が、前記ネットワー
ク内に存在する各前記コンテンツサーバか、各前記コン
テンツサーバ内の前記コンテンツを管理する装置である
コンテンツ管理装置のいずれかに問い合わせることによ
り、前記クライアントの特性を取得することを特徴とす
る。
テムは、前記転送先サーバ決定手段が、前記ネットワー
ク内に存在する各前記コンテンツサーバか、各前記コン
テンツサーバ内の前記コンテンツを管理する装置である
コンテンツ管理装置のいずれかに問い合わせることによ
り、前記クライアントの特性を取得することを特徴とす
る。
【００３０】請求項１２の本発明のサーバ負荷分散シス
テムは、前記転送先サーバ決定手段が、前記リクエスト
によって取得しようとするコンテンツのＵＲＬ又は前記
ＵＲＬの一部分を用いてＦＱＤＮを作成し、前記ＦＱＤ
Ｎをキーとして、前記ＦＱＤＮに対するＩＰアドレスの
リストを取得し、前記ＩＰアドレスのリストの各々に対
応するコンテンツサーバを、前記クライアントから要求
された前記コンテンツを配信する前記候補とすることを
特徴とする。
テムは、前記転送先サーバ決定手段が、前記リクエスト
によって取得しようとするコンテンツのＵＲＬ又は前記
ＵＲＬの一部分を用いてＦＱＤＮを作成し、前記ＦＱＤ
Ｎをキーとして、前記ＦＱＤＮに対するＩＰアドレスの
リストを取得し、前記ＩＰアドレスのリストの各々に対
応するコンテンツサーバを、前記クライアントから要求
された前記コンテンツを配信する前記候補とすることを
特徴とする。
【００３１】請求項１３の本発明のサーバ負荷分散シス
テムは、前記ＦＱＤＮに対するＩＰアドレスのリスト
を、ドメインネームサーバから取得することを特徴とす
る。
テムは、前記ＦＱＤＮに対するＩＰアドレスのリスト
を、ドメインネームサーバから取得することを特徴とす
る。
【００３２】請求項１４の本発明のサーバ負荷分散シス
テムは、前記クライアントが送信した前記コンテンツの
配信を要求するパケットを、前記パケットの宛先ＩＰア
ドレスを前記コンテンツを当該クライアントに配信する
コンテンツサーバとして決定した前記コンテンツサーバ
のＩＰアドレスに変更した上で、当該コンテンツサーバ
に転送することを特徴とする。
テムは、前記クライアントが送信した前記コンテンツの
配信を要求するパケットを、前記パケットの宛先ＩＰア
ドレスを前記コンテンツを当該クライアントに配信する
コンテンツサーバとして決定した前記コンテンツサーバ
のＩＰアドレスに変更した上で、当該コンテンツサーバ
に転送することを特徴とする。
【００３３】請求項１５の本発明のサーバ負荷分散シス
テムは、前記クライアントによる前記コンテンツの配信
を要求するパケットを、前記コンテンツを当該クライア
ントに配信するコンテンツサーバとして決定した前記コ
ンテンツサーバのＩＰアドレスに対応するＭＡＣアドレ
スを解決して、当該パケットのＭＡＣアドレスを前記解
決したＭＡＣアドレスに変更した上で、当該コンテンツ
サーバに転送することを特徴とする。
テムは、前記クライアントによる前記コンテンツの配信
を要求するパケットを、前記コンテンツを当該クライア
ントに配信するコンテンツサーバとして決定した前記コ
ンテンツサーバのＩＰアドレスに対応するＭＡＣアドレ
スを解決して、当該パケットのＭＡＣアドレスを前記解
決したＭＡＣアドレスに変更した上で、当該コンテンツ
サーバに転送することを特徴とする。
【００３４】請求項１６の本発明のサーバ負荷分散シス
テムは、前記クライアントから受信した前記コンテンツ
の配信要求を転送するべき前記コンテンツサーバを、前
記リソース情報の変化に応じて再決定することを特徴と
する。
テムは、前記クライアントから受信した前記コンテンツ
の配信要求を転送するべき前記コンテンツサーバを、前
記リソース情報の変化に応じて再決定することを特徴と
する。
【００３５】請求項１７の本発明のサーバ負荷分散シス
テムは、少なくとも前記コンテンツの特性と前記リソー
ス情報とを用いて前記クライアントから受信した前記コ
ンテンツの配信要求を転送するべき前記コンテンツサー
バの各々に優先度を設定することを特徴とする。
テムは、少なくとも前記コンテンツの特性と前記リソー
ス情報とを用いて前記クライアントから受信した前記コ
ンテンツの配信要求を転送するべき前記コンテンツサー
バの各々に優先度を設定することを特徴とする。
【００３６】請求項１８の本発明のサーバ負荷分散シス
テムは、前記優先度は、前記リソース情報の変化に応じ
て再設定されることを特徴とする。
テムは、前記優先度は、前記リソース情報の変化に応じ
て再設定されることを特徴とする。
【００３７】請求項１９の本発明のサーバ負荷分散シス
テムは、前記コンテンツサーバの各々に対するリソース
情報に応じて前記優先度を再設定する前に、現在の優先
度を考慮し、前記現在の優先度からの変動分を一定の割
合に抑えてから、前記優先度を再設定することを特徴と
する。
テムは、前記コンテンツサーバの各々に対するリソース
情報に応じて前記優先度を再設定する前に、現在の優先
度を考慮し、前記現在の優先度からの変動分を一定の割
合に抑えてから、前記優先度を再設定することを特徴と
する。
【００３８】請求項２０の本発明のサーバ負荷分散シス
テムは、前記優先度の再設定を行う時刻を、確率的に変
化する時間だけ遅延させ、前記遅延させた時刻におい
て、前記優先度の再設定を行うことを特徴とする。
テムは、前記優先度の再設定を行う時刻を、確率的に変
化する時間だけ遅延させ、前記遅延させた時刻におい
て、前記優先度の再設定を行うことを特徴とする。
【００３９】請求項２１の本発明のサーバ負荷分散シス
テムは、前記遅延させた時刻において、前記優先度の再
設定を行うかどうかを再度判定し、前記優先度の再設定
を行うと判定した場合、前記優先度の再設定を行うこと
を特徴とする。
テムは、前記遅延させた時刻において、前記優先度の再
設定を行うかどうかを再度判定し、前記優先度の再設定
を行うと判定した場合、前記優先度の再設定を行うこと
を特徴とする。
【００４０】請求項２２の本発明のサーバ負荷分散シス
テムは、前記クライアントから受信したコンテンツの配
信を要求するパケットの宛先ＩＰアドレス及び宛先ポー
ト番号に基づいて、前記クライアントにコンテンツを配
信する前記コンテンツサーバを決定し、決定した前記コ
ンテンツサーバに対して受信した前記コンテンツの配信
を要求するパケットを転送する手段を備え、受信した前
記パケットの宛先ＩＰアドレスと宛先ポート番号の情報
を用いて、前記宛先ＩＰアドレスと前記宛先ポート番号
を一意に示すＦＱＤＮを新規に作成し、前記新規に作成
したＦＱＤＮをキーにしてドメインネームサーバに問い
合わせることによって前記受信したパケットを転送すべ
き宛先である前記クライアントにコンテンツを配信する
前記コンテンツサーバの候補を取得し、前記候補の中か
ら前記クライアントにコンテンツを配信する前記コンテ
ンツサーバを決定することを特徴とする。
テムは、前記クライアントから受信したコンテンツの配
信を要求するパケットの宛先ＩＰアドレス及び宛先ポー
ト番号に基づいて、前記クライアントにコンテンツを配
信する前記コンテンツサーバを決定し、決定した前記コ
ンテンツサーバに対して受信した前記コンテンツの配信
を要求するパケットを転送する手段を備え、受信した前
記パケットの宛先ＩＰアドレスと宛先ポート番号の情報
を用いて、前記宛先ＩＰアドレスと前記宛先ポート番号
を一意に示すＦＱＤＮを新規に作成し、前記新規に作成
したＦＱＤＮをキーにしてドメインネームサーバに問い
合わせることによって前記受信したパケットを転送すべ
き宛先である前記クライアントにコンテンツを配信する
前記コンテンツサーバの候補を取得し、前記候補の中か
ら前記クライアントにコンテンツを配信する前記コンテ
ンツサーバを決定することを特徴とする。
【００４１】請求項２３の本発明のサーバ負荷分散シス
テムは、前記宛先ＩＰアドレスをキーにして前記ドメイ
ンネームサーバに問い合わせることによりＦＱＤＮを解
決し、前記解決したＦＱＤＮと前記宛先ポート番号の情
報を用いて、前記解決したＦＱＤＮと前記宛先ポート番
号を一意に示すＦＱＤＮを新規に作成し、前記新規に作
成したＦＱＤＮをキーにして前記ドメインネームサーバ
に問い合わせることにより解決したＩＰアドレスのリス
トを、前記クライアントにコンテンツを配信する前記コ
ンテンツサーバの候補とし、前記候補の中から前記クラ
イアントにコンテンツを配信する前記コンテンツサーバ
を決定することを特徴とする。
テムは、前記宛先ＩＰアドレスをキーにして前記ドメイ
ンネームサーバに問い合わせることによりＦＱＤＮを解
決し、前記解決したＦＱＤＮと前記宛先ポート番号の情
報を用いて、前記解決したＦＱＤＮと前記宛先ポート番
号を一意に示すＦＱＤＮを新規に作成し、前記新規に作
成したＦＱＤＮをキーにして前記ドメインネームサーバ
に問い合わせることにより解決したＩＰアドレスのリス
トを、前記クライアントにコンテンツを配信する前記コ
ンテンツサーバの候補とし、前記候補の中から前記クラ
イアントにコンテンツを配信する前記コンテンツサーバ
を決定することを特徴とする。
【００４２】請求項２４の本発明のサーバ負荷分散シス
テムは、前記宛先ＩＰアドレスをキーにしてドメインネ
ームサーバに問い合わせることによりＦＱＤＮを解決
し、前記解決したＦＱＤＮをキーにしてドメインネーム
サーバに問い合わせることにより解決したＩＰアドレス
のリストを、前記クライアントにコンテンツを配信する
前記コンテンツサーバの候補とし、前記候補の中から前
記クライアントにコンテンツを配信する前記コンテンツ
サーバを決定することを特徴とする。
テムは、前記宛先ＩＰアドレスをキーにしてドメインネ
ームサーバに問い合わせることによりＦＱＤＮを解決
し、前記解決したＦＱＤＮをキーにしてドメインネーム
サーバに問い合わせることにより解決したＩＰアドレス
のリストを、前記クライアントにコンテンツを配信する
前記コンテンツサーバの候補とし、前記候補の中から前
記クライアントにコンテンツを配信する前記コンテンツ
サーバを決定することを特徴とする。
【００４３】請求項２５の本発明のサーバ負荷分散シス
テムは、前記クライアントからコンテンツの配信を要求
するパケットを受信するパケット受信手段と、前記パケ
ット受信手段が受信した前記パケットの宛先ＩＰアドレ
スを、当該クライアントに対して要求された前記コンテ
ンツを配信する前記コンテンツサーバのＩＰアドレスに
書き換えて当該コンテンツサーバに転送するパケット転
送手段を備えることを特徴とする。
テムは、前記クライアントからコンテンツの配信を要求
するパケットを受信するパケット受信手段と、前記パケ
ット受信手段が受信した前記パケットの宛先ＩＰアドレ
スを、当該クライアントに対して要求された前記コンテ
ンツを配信する前記コンテンツサーバのＩＰアドレスに
書き換えて当該コンテンツサーバに転送するパケット転
送手段を備えることを特徴とする。
【００４４】請求項２６の本発明のサーバ負荷分散シス
テムは、前記パケット転送手段は、前記クライアントに
要求された前記コンテンツを配信する前記コンテンツサ
ーバのＩＰアドレスに対応するＭＡＣアドレスを解決
し、前記パケット受信手段が受信したコンテンツの配信
を要求する前記パケットの宛先ＭＡＣを、前記解決した
ＭＡＣアドレスに書き換えた上で、前記パケットを前記
コンテンツサーバに転送することを特徴とする。
テムは、前記パケット転送手段は、前記クライアントに
要求された前記コンテンツを配信する前記コンテンツサ
ーバのＩＰアドレスに対応するＭＡＣアドレスを解決
し、前記パケット受信手段が受信したコンテンツの配信
を要求する前記パケットの宛先ＭＡＣを、前記解決した
ＭＡＣアドレスに書き換えた上で、前記パケットを前記
コンテンツサーバに転送することを特徴とする。
【００４５】請求項２７の本発明は、コンテンツを配信
するコンテンツサーバにおいて、前記コンテンツの配信
先を各サーバに関するリソース情報に基づいて選択する
ノードに対して、前記リソース情報として算出した実際
のリソース値を補正した値を通知する手段を備えること
を特徴とする。
するコンテンツサーバにおいて、前記コンテンツの配信
先を各サーバに関するリソース情報に基づいて選択する
ノードに対して、前記リソース情報として算出した実際
のリソース値を補正した値を通知する手段を備えること
を特徴とする。
【００４６】請求項２８の本発明は、コンテンツサーバ
が配信するコンテンツを管理するコンテンツ管理装置に
おいて、前記コンテンツサーバが配信する前記コンテン
ツを、複数のグループに各前記コンテンツの前記特性に
応じて分類するコンテンツ分類手段と、各前記グループ
毎に当該グループに分類された前記コンテンツを集約す
るコンテンツ集約手段を備えることを特徴とする。
が配信するコンテンツを管理するコンテンツ管理装置に
おいて、前記コンテンツサーバが配信する前記コンテン
ツを、複数のグループに各前記コンテンツの前記特性に
応じて分類するコンテンツ分類手段と、各前記グループ
毎に当該グループに分類された前記コンテンツを集約す
るコンテンツ集約手段を備えることを特徴とする。
【００４７】請求項２９の本発明のコンテンツ管理装置
は、前記コンテンツ分類手段が、前記コンテンツの特性
を含めて、前記コンテンツを前記特性に応じて分類する
ことを特徴とする。
は、前記コンテンツ分類手段が、前記コンテンツの特性
を含めて、前記コンテンツを前記特性に応じて分類する
ことを特徴とする。
【００４８】請求項３０の本発明のコンテンツ管理装置
は、前記コンテンツ分類手段が、前記コンテンツの前記
特性の分類の粒度が段階的に細かくなる階層的な構造に
応じて、前記コンテンツの分類を段階的に行うことを特
徴とする。
は、前記コンテンツ分類手段が、前記コンテンツの前記
特性の分類の粒度が段階的に細かくなる階層的な構造に
応じて、前記コンテンツの分類を段階的に行うことを特
徴とする。
【００４９】請求項３１の本発明のコンテンツ管理装置
は、前記コンテンツ集約手段が、同一の前記グループに
分類された前記コンテンツを同一のディレクトリ配下に
集約することを特徴とする。
は、前記コンテンツ集約手段が、同一の前記グループに
分類された前記コンテンツを同一のディレクトリ配下に
集約することを特徴とする。
【００５０】請求項３２の本発明は、コンピュータを制
御することにより、複数のコンテンツサーバによりコン
テンツのクライアントへの配信を分散処理するサーバ負
荷分散プログラムにおいて、各前記コンテンツの特性と
各前記コンテンツサーバに関するリソース情報とを対応
付けた前記コンテンツサーバの選択基準を参照する機能
と、前記クライアントから要求されたコンテンツを配信
する前記コンテンツサーバを、要求されたコンテンツの
前記特性と前記リソース情報から前記選択基準に基づい
て決定する機能を備えることを特徴とする。
御することにより、複数のコンテンツサーバによりコン
テンツのクライアントへの配信を分散処理するサーバ負
荷分散プログラムにおいて、各前記コンテンツの特性と
各前記コンテンツサーバに関するリソース情報とを対応
付けた前記コンテンツサーバの選択基準を参照する機能
と、前記クライアントから要求されたコンテンツを配信
する前記コンテンツサーバを、要求されたコンテンツの
前記特性と前記リソース情報から前記選択基準に基づい
て決定する機能を備えることを特徴とする。
【００５１】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１を参照すると、
本発明の第１の実施の形態は、コンテンツサーバＡ１
と、コンテンツ管理装置Ｂ１とによって実現される。ま
た、コンテンツサーバＡ１上のコンテンツに対してアク
セスするクライアントＤ１がバックボーン１を介して上
記コンテンツ管理装置Ｂ１と接続されている。
て図面を参照して詳細に説明する。図１を参照すると、
本発明の第１の実施の形態は、コンテンツサーバＡ１
と、コンテンツ管理装置Ｂ１とによって実現される。ま
た、コンテンツサーバＡ１上のコンテンツに対してアク
セスするクライアントＤ１がバックボーン１を介して上
記コンテンツ管理装置Ｂ１と接続されている。
【００５２】コンテンツサーバＡ１は、コンテンツ記憶
部Ａ１１と、動的パラメータ格納部Ａ１６を含む。コン
テンツ記憶部Ａ１１は、ＷＷＷコンテンツや動画コンテ
ンツなどの配信用コンテンツ自身や、コンテンツに付随
するプログラム、プログラム実行に必要なデータベース
等を保持している。また、各コンテンツは、クライアン
ト側からは識別子によって識別され、例えば、ＨＴＴＰ
(Hyper Text TransferProtocol)ではＵＲＬ(Universal
Resource Locator)によってコンテンツが識別される。
動的パラメータ格納部Ａ１６には、コンテンツ管理装置
Ｂ１によって参照される各配信コンテンツ毎のアクセス
頻度やＣＰＵ負荷等といった動的な特性としての動的パ
ラメータ（リソース情報）が格納されている。この動的
パラメータの内容は、コンテンツサーバＡ１によって逐
次更新される。なお、以下でリソース値とは、アクセス
頻度やＣＰＵ負荷等を具体的に示す数値である必要はな
く、それらの度合いを示す情報であればよい。
部Ａ１１と、動的パラメータ格納部Ａ１６を含む。コン
テンツ記憶部Ａ１１は、ＷＷＷコンテンツや動画コンテ
ンツなどの配信用コンテンツ自身や、コンテンツに付随
するプログラム、プログラム実行に必要なデータベース
等を保持している。また、各コンテンツは、クライアン
ト側からは識別子によって識別され、例えば、ＨＴＴＰ
(Hyper Text TransferProtocol)ではＵＲＬ(Universal
Resource Locator)によってコンテンツが識別される。
動的パラメータ格納部Ａ１６には、コンテンツ管理装置
Ｂ１によって参照される各配信コンテンツ毎のアクセス
頻度やＣＰＵ負荷等といった動的な特性としての動的パ
ラメータ（リソース情報）が格納されている。この動的
パラメータの内容は、コンテンツサーバＡ１によって逐
次更新される。なお、以下でリソース値とは、アクセス
頻度やＣＰＵ負荷等を具体的に示す数値である必要はな
く、それらの度合いを示す情報であればよい。
【００５３】コンテンツ管理装置Ｂ１は、分類ポリシ設
定部Ｂ１１と、コンテンツ分類部Ｂ１２と、コンテンツ
集約部Ｂ１３とを含む。分類ポリシ設定部Ｂ１１は、コ
ンテンツ記憶部Ａ１１内に含まれているコンテンツをそ
の特性（コンテンツの種類やサイズ等の静的な特性及び
アクセス頻度等の動的な特性）に応じてグループ化する
ための分類ポリシを設定する。
定部Ｂ１１と、コンテンツ分類部Ｂ１２と、コンテンツ
集約部Ｂ１３とを含む。分類ポリシ設定部Ｂ１１は、コ
ンテンツ記憶部Ａ１１内に含まれているコンテンツをそ
の特性（コンテンツの種類やサイズ等の静的な特性及び
アクセス頻度等の動的な特性）に応じてグループ化する
ための分類ポリシを設定する。
【００５４】ここで、分類ポリシとは、ファイル、スト
リーム、ＣＧＩ(Common Gateway Interface)コンテンツ
といった、コンテンツをメディアの種類毎に大まかに分
類するための情報が格納されている。更に、分類された
各種類に対して、更に細かく分類するための情報が含ま
れていてもよい。例えばファイルに対しては、そのサイ
ズに応じて、大・中・小の３つに分けるといったポリシ
や、ストリームに対しては、その転送レートに応じて高
・中・低の３つに分けるといったポリシがある。あるい
は、アクセス頻度の高・中・低といった動的な特性に基
づくポリシでもよい。
リーム、ＣＧＩ(Common Gateway Interface)コンテンツ
といった、コンテンツをメディアの種類毎に大まかに分
類するための情報が格納されている。更に、分類された
各種類に対して、更に細かく分類するための情報が含ま
れていてもよい。例えばファイルに対しては、そのサイ
ズに応じて、大・中・小の３つに分けるといったポリシ
や、ストリームに対しては、その転送レートに応じて高
・中・低の３つに分けるといったポリシがある。あるい
は、アクセス頻度の高・中・低といった動的な特性に基
づくポリシでもよい。
【００５５】図２は、分類ポリシ設定部Ｂ１１内に設定
されている分類ポリシを示す分類ポリシテーブル１０１
の一例である。例えば、ファイルに分類されるコンテン
ツは、そのサイズによって、大・中・小の３つのグルー
プに分類され、更にサイズ大に分類されたグループは、
そのアクセス頻度に応じて高・低の２つのグループに分
類される。更に、設定されたポリシによって分類された
コンテンツグループが集約されるべきＵＲＬが示されて
いる。
されている分類ポリシを示す分類ポリシテーブル１０１
の一例である。例えば、ファイルに分類されるコンテン
ツは、そのサイズによって、大・中・小の３つのグルー
プに分類され、更にサイズ大に分類されたグループは、
そのアクセス頻度に応じて高・低の２つのグループに分
類される。更に、設定されたポリシによって分類された
コンテンツグループが集約されるべきＵＲＬが示されて
いる。
【００５６】コンテンツ分類部Ｂ１２は、分類ポリシ設
定部Ｂ１１によって設定された分類ポリシに基づいてコ
ンテンツ記憶部Ａ１１内のコンテンツを分類する。この
分類の際に、各コンテンツ自身から取得できる種類やサ
イズといった静的パラメータと、上記動的パラメータ格
納部Ａ１６に格納されているアクセス頻度等の動的パラ
メータが参照される。例えば、まず、コンテンツをファ
イル、ストリーム、ＣＧＩなどのメディアの種類毎に分
類する。次に、各メディアの種類毎に更に細かい分類ポ
リシが設定されている場合は、そのポリシに従って例え
ばファイルサイズやアクセス頻度等に応じた複数のコン
テンツグループに分類する。
定部Ｂ１１によって設定された分類ポリシに基づいてコ
ンテンツ記憶部Ａ１１内のコンテンツを分類する。この
分類の際に、各コンテンツ自身から取得できる種類やサ
イズといった静的パラメータと、上記動的パラメータ格
納部Ａ１６に格納されているアクセス頻度等の動的パラ
メータが参照される。例えば、まず、コンテンツをファ
イル、ストリーム、ＣＧＩなどのメディアの種類毎に分
類する。次に、各メディアの種類毎に更に細かい分類ポ
リシが設定されている場合は、そのポリシに従って例え
ばファイルサイズやアクセス頻度等に応じた複数のコン
テンツグループに分類する。
【００５７】コンテンツ集約部Ｂ１３は、コンテンツ分
類部Ｂ１２によってコンテンツを自動分類した結果に基
づいて、各コンテンツグループ毎にコンテンツを集約す
る。ＵＲＬの場合を例に挙げると、ＵＲＬは、コンテン
ツ記憶部Ａ１１内でコンテンツの配置されているディレ
クトリを用いて表現される。しかしながら、コンテンツ
分類部Ｂ１２によって作成されたコンテンツグループ内
の各コンテンツは必ずしも同一のディレクトリの下に集
約されているとは限らず、クライアントＤ１で各コンテ
ンツがどのコンテンツグループに属するのかを識別する
のは困難である。従って、同一コンテンツグループ内の
コンテンツが同一のディレクトリ下に配置されるように
ＵＲＬを書き換える処理を行なう。
類部Ｂ１２によってコンテンツを自動分類した結果に基
づいて、各コンテンツグループ毎にコンテンツを集約す
る。ＵＲＬの場合を例に挙げると、ＵＲＬは、コンテン
ツ記憶部Ａ１１内でコンテンツの配置されているディレ
クトリを用いて表現される。しかしながら、コンテンツ
分類部Ｂ１２によって作成されたコンテンツグループ内
の各コンテンツは必ずしも同一のディレクトリの下に集
約されているとは限らず、クライアントＤ１で各コンテ
ンツがどのコンテンツグループに属するのかを識別する
のは困難である。従って、同一コンテンツグループ内の
コンテンツが同一のディレクトリ下に配置されるように
ＵＲＬを書き換える処理を行なう。
【００５８】図２に示す分類ポリシテーブル１０１の一
例では、分類されたコンテンツグループが集約されるべ
きＵＲＬが示されており、例えば、ＣＧＩであり、ＣＰ
Ｕに対する負荷が高いと分類されたコンテンツは、全て
「/cgi/high-load/」のディレクトリ配下に変更され
る。
例では、分類されたコンテンツグループが集約されるべ
きＵＲＬが示されており、例えば、ＣＧＩであり、ＣＰ
Ｕに対する負荷が高いと分類されたコンテンツは、全て
「/cgi/high-load/」のディレクトリ配下に変更され
る。
【００５９】図３は、ＵＲＬ書き換え処理を具体的に説
明するための図である。例えば、オリジナルのディレク
トリパスが「/pub/z.exe」であるコンテンツが、設定さ
れたポリシによる分類後、「/cgi/high-load/」のディ
レクトリ配下に集約されるべきとされたとする。する
と、「/cgi/high-load/z.exe」というディレクトリパス
をもつコンテンツが、「/pub/z.exe」へのシンボリック
リンクとして生成される。また、「/pub/z.exe」を参照
しているｗｅｂページ内の参照リンクは、全て集約後の
ディレクトリパスに書き換えられる。
明するための図である。例えば、オリジナルのディレク
トリパスが「/pub/z.exe」であるコンテンツが、設定さ
れたポリシによる分類後、「/cgi/high-load/」のディ
レクトリ配下に集約されるべきとされたとする。する
と、「/cgi/high-load/z.exe」というディレクトリパス
をもつコンテンツが、「/pub/z.exe」へのシンボリック
リンクとして生成される。また、「/pub/z.exe」を参照
しているｗｅｂページ内の参照リンクは、全て集約後の
ディレクトリパスに書き換えられる。
【００６０】次に、図４を参照して、本実施の形態にお
いて、コンテンツ管理装置Ｂ１におけるコンテンツの特
性に応じた自動的なグループ化の動作について詳細に説
明する。
いて、コンテンツ管理装置Ｂ１におけるコンテンツの特
性に応じた自動的なグループ化の動作について詳細に説
明する。
【００６１】コンテンツ管理装置Ｂ１において、コンテ
ンツ分類部Ｂ１２は、分類ポリシ設定部Ｂ１１内に設定
されているコンテンツの分類ポリシを読み出し（図４の
ステップＳ１０１）、読み出した分類ポリシに従ってコ
ンテンツ記憶部Ａ１１内の各コンテンツを複数メディア
種類に分類する（ステップＳ１０２）。
ンツ分類部Ｂ１２は、分類ポリシ設定部Ｂ１１内に設定
されているコンテンツの分類ポリシを読み出し（図４の
ステップＳ１０１）、読み出した分類ポリシに従ってコ
ンテンツ記憶部Ａ１１内の各コンテンツを複数メディア
種類に分類する（ステップＳ１０２）。
【００６２】複数メディア種類へのコンテンツの分類が
完了すると、コンテンツ分類部Ｂ１２は、分類した各メ
ディア種類毎に各コンテンツを複数のコンテンツグルー
プに分類する（ステップＳ１０３）。このステップはコ
ンテンツのサイズやアクセス頻度などの詳細な特性に応
じた分類であり、動的パラメータ格納部Ａ１６に格納さ
れているアクセス頻度等の動的パラメータが参照され
る。
完了すると、コンテンツ分類部Ｂ１２は、分類した各メ
ディア種類毎に各コンテンツを複数のコンテンツグルー
プに分類する（ステップＳ１０３）。このステップはコ
ンテンツのサイズやアクセス頻度などの詳細な特性に応
じた分類であり、動的パラメータ格納部Ａ１６に格納さ
れているアクセス頻度等の動的パラメータが参照され
る。
【００６３】複数メディア種類への分類、及び各メディ
ア種類毎のコンテンツグループへの分類が完了すると、
コンテンツ集約部Ｂ１３を用いてコンテンツグループ毎
にコンテンツを集約する（ステップＳ１０４）。
ア種類毎のコンテンツグループへの分類が完了すると、
コンテンツ集約部Ｂ１３を用いてコンテンツグループ毎
にコンテンツを集約する（ステップＳ１０４）。
【００６４】本実施の形態において、コンテンツ管理装
置Ｂ１は、ここでは独立したノード内に実現されるもの
として説明したが、その他にも、図５に示すようにコン
テンツサーバＡ１の一部の機能としてコンテンツ管理装
置Ｂ１を実現することもできる。また、第２の実施の形
態で説明するサーバ負荷分散装置Ｃ１も含めた任意のノ
ード上で実現することができると共に、ゲートウェイ装
置の一機能として実現することもできる。
置Ｂ１は、ここでは独立したノード内に実現されるもの
として説明したが、その他にも、図５に示すようにコン
テンツサーバＡ１の一部の機能としてコンテンツ管理装
置Ｂ１を実現することもできる。また、第２の実施の形
態で説明するサーバ負荷分散装置Ｃ１も含めた任意のノ
ード上で実現することができると共に、ゲートウェイ装
置の一機能として実現することもできる。
【００６５】さらに、上記説明では、一台のコンテンツ
サーバＡ１がコンテンツ管理装置Ｂ１に接続される場合
を説明したが、図６に示すように、コンテンツ管理装置
Ｂ１に複数台のコンテンツサーバＡ１が接続され、コン
テンツ管理装置Ａ１がコンテンツサーバＡ１毎にコンテ
ンツを分類して管理するように構成することもできる。
サーバＡ１がコンテンツ管理装置Ｂ１に接続される場合
を説明したが、図６に示すように、コンテンツ管理装置
Ｂ１に複数台のコンテンツサーバＡ１が接続され、コン
テンツ管理装置Ａ１がコンテンツサーバＡ１毎にコンテ
ンツを分類して管理するように構成することもできる。
【００６６】次に、本実施の形態の効果について説明す
る。本実施の形態では、コンテンツ管理装置Ｂ１は、コ
ンテンツサーバ内のコンテンツをその特性に応じて自動
的に分類する。この分類を動的な特性に応じて行なうこ
ともできるのも特徴である。
る。本実施の形態では、コンテンツ管理装置Ｂ１は、コ
ンテンツサーバ内のコンテンツをその特性に応じて自動
的に分類する。この分類を動的な特性に応じて行なうこ
ともできるのも特徴である。
【００６７】更に、分類の結果作成されたコンテンツグ
ループを自動的に集約する。コンテンツサーバ内のコン
テンツは、最初から特性毎に同一ディレクトリ下にグル
ープ化されて配置されるわけではない。例えば、ニュー
スに関する「/news/」ディレクトリの配下には、ニュー
スの記事、写真、映像など、ファイルサイズやメディア
種類の点で異なる特性をもつコンテンツが混在した状態
で一緒に配置されているのが普通である。
ループを自動的に集約する。コンテンツサーバ内のコン
テンツは、最初から特性毎に同一ディレクトリ下にグル
ープ化されて配置されるわけではない。例えば、ニュー
スに関する「/news/」ディレクトリの配下には、ニュー
スの記事、写真、映像など、ファイルサイズやメディア
種類の点で異なる特性をもつコンテンツが混在した状態
で一緒に配置されているのが普通である。
【００６８】本実施の形態により、同一の特性をもつコ
ンテンツ群を同一ディレクトリ下に再構成することがで
き、後述するクライアント側のサーバ負荷分散装置にお
いてこのディレクトリ単位で最適サーバを選択すると、
コンテンツの特性に応じた最適なリクエストルーティン
グを最小のエントリ数で実現することができる。
ンテンツ群を同一ディレクトリ下に再構成することがで
き、後述するクライアント側のサーバ負荷分散装置にお
いてこのディレクトリ単位で最適サーバを選択すると、
コンテンツの特性に応じた最適なリクエストルーティン
グを最小のエントリ数で実現することができる。
【００６９】次に、本発明の第２の実施の形態について
図面を参照して詳細に説明する。図７を参照すると、本
発明の第２の実施の形態は、コンテンツサーバＡ２と、
サーバ負荷分散装置Ｃ１と、クライアントＤ１とによっ
て実現される。
図面を参照して詳細に説明する。図７を参照すると、本
発明の第２の実施の形態は、コンテンツサーバＡ２と、
サーバ負荷分散装置Ｃ１と、クライアントＤ１とによっ
て実現される。
【００７０】コンテンツサーバＡ２は、配信する各種コ
ンテンツを記憶するコンテンツ記憶部Ａ１１と、リクエ
スト受信／コンテンツ応答部Ａ１２と、リソース応答部
Ａ１３とを含む。
ンテンツを記憶するコンテンツ記憶部Ａ１１と、リクエ
スト受信／コンテンツ応答部Ａ１２と、リソース応答部
Ａ１３とを含む。
【００７１】リクエスト受信／コンテンツ応答部Ａ１２
は、クライアントＤ１側から受信したリクエストを受信
し、応答すべきコンテンツを識別する。そしてクライア
ントＤ１側に対して該コンテンツを送信する。
は、クライアントＤ１側から受信したリクエストを受信
し、応答すべきコンテンツを識別する。そしてクライア
ントＤ１側に対して該コンテンツを送信する。
【００７２】リソース応答部Ａ１３は、サーバ負荷分散
装置Ｃ１からのリソース情報取得要求に応答し、その要
求内容に応じて、サーバ負荷、コネクション数、リンク
使用率などのリソースパラメータを応答する。サーバ負
荷分散装置Ｃ１がコンテンツサーバＡ２に対してリソー
ス情報取得要求を行なわない場合は、このリソース応答
部Ａ１３を省くことができる。
装置Ｃ１からのリソース情報取得要求に応答し、その要
求内容に応じて、サーバ負荷、コネクション数、リンク
使用率などのリソースパラメータを応答する。サーバ負
荷分散装置Ｃ１がコンテンツサーバＡ２に対してリソー
ス情報取得要求を行なわない場合は、このリソース応答
部Ａ１３を省くことができる。
【００７３】サーバ負荷分散装置Ｃ１は、リソース取得
部Ｃ１１と、転送先サーバ決定ポリシ設定部Ｃ１２と、
転送先サーバ決定部Ｃ１３と、リクエストルーティング
テーブルＣ１４と、リクエスト受信部Ｃ１５と、リクエ
スト転送部Ｃ１６と、コンテンツ受信／転送部Ｃ１７と
を含む。このサーバ負荷分散装置Ｃ１は、例えば複数の
クライアントからの要求を集中的に管理するプロキシサ
ーバの一部の機能として実現することが可能である。
部Ｃ１１と、転送先サーバ決定ポリシ設定部Ｃ１２と、
転送先サーバ決定部Ｃ１３と、リクエストルーティング
テーブルＣ１４と、リクエスト受信部Ｃ１５と、リクエ
スト転送部Ｃ１６と、コンテンツ受信／転送部Ｃ１７と
を含む。このサーバ負荷分散装置Ｃ１は、例えば複数の
クライアントからの要求を集中的に管理するプロキシサ
ーバの一部の機能として実現することが可能である。
【００７４】リソース取得部Ｃ１１は、コンテンツサー
バに関するリソース情報、例えばリクエストルーティン
グテーブルＣ１４に転送先サーバやその他候補サーバと
して登録されていない場合に、転送先サーバとして登録
するために必要となるリソース情報や、リクエストルー
ティングテーブルＣ１４内に登録されている転送先サー
バやその他の候補サーバに関するリソース情報を取得す
る。リソース情報の例として、ＷｅｂサーバまでのＲＴ
Ｔ（ラウンドトリップタイム; Round Trip Time）や、
転送スループットといった網内リソースパラメータや、
Ｗｅｂサーバの負荷、コネクション数といったサーバ自
身に関するリソースパラメータなどがある。リソース情
報取得には大きく分けて２つの方法がある。
バに関するリソース情報、例えばリクエストルーティン
グテーブルＣ１４に転送先サーバやその他候補サーバと
して登録されていない場合に、転送先サーバとして登録
するために必要となるリソース情報や、リクエストルー
ティングテーブルＣ１４内に登録されている転送先サー
バやその他の候補サーバに関するリソース情報を取得す
る。リソース情報の例として、ＷｅｂサーバまでのＲＴ
Ｔ（ラウンドトリップタイム; Round Trip Time）や、
転送スループットといった網内リソースパラメータや、
Ｗｅｂサーバの負荷、コネクション数といったサーバ自
身に関するリソースパラメータなどがある。リソース情
報取得には大きく分けて２つの方法がある。
【００７５】１つは、コンテンツサーバＡ２に対してＣ
ＰＵ負荷、自ノードまでの残余帯域値などの情報を要求
して取得する方法（アクティブ型）であり、もう１つ
は、コンテンツ受信／転送部Ｃ１７から、受信したコン
テンツの転送に要した遅延、得られた転送スループット
を取得する方法（パッシブ型）である。パッシブ型の方
法を用いて、サーバのＣＰＵ負荷やセッション数などを
間接的に予測したりすることも可能である。
ＰＵ負荷、自ノードまでの残余帯域値などの情報を要求
して取得する方法（アクティブ型）であり、もう１つ
は、コンテンツ受信／転送部Ｃ１７から、受信したコン
テンツの転送に要した遅延、得られた転送スループット
を取得する方法（パッシブ型）である。パッシブ型の方
法を用いて、サーバのＣＰＵ負荷やセッション数などを
間接的に予測したりすることも可能である。
【００７６】さらに、取得したリソースパラメータか
ら、他のリソースパラメータを予測したり、あるいは抽
出するということも可能である。例えば、（１）サイズ
の小さいコンテンツに対して計測されたコンテンツ取得
時間を、ＲＴＴとみなす、（２）プログラム実行負荷の
大きなＣＧＩコンテンツに対するコンテンツ取得時間
を、サーバ負荷とみなす、といった方法が考えられる。
ら、他のリソースパラメータを予測したり、あるいは抽
出するということも可能である。例えば、（１）サイズ
の小さいコンテンツに対して計測されたコンテンツ取得
時間を、ＲＴＴとみなす、（２）プログラム実行負荷の
大きなＣＧＩコンテンツに対するコンテンツ取得時間
を、サーバ負荷とみなす、といった方法が考えられる。
【００７７】転送先サーバ決定ポリシ設定部Ｃ１２は、
各コンテンツの特性に応じた転送先サーバを選択するた
めのポリシを示す転送先サーバ決定ポリシテーブル１０
３を設定する。
各コンテンツの特性に応じた転送先サーバを選択するた
めのポリシを示す転送先サーバ決定ポリシテーブル１０
３を設定する。
【００７８】図８は、転送先サーバ決定ポリシ設定部Ｃ
１２内に設定されるポリシを示す転送先サーバ決定ポリ
シテーブル１０３の一例である。この転送先サーバ決定
ポリシテーブル１０３では、ファイルの特性をもつコン
テンツグループに対してはコンテンツ取得時の転送スル
ープットが用いられ、この値が最大となるサーバを基準
として、６０％までの値をもつサーバが転送先サーバと
して選択される。また、ＣＧＩの特性をもつコンテンツ
グループに対しては、ＣＰＵ負荷にサーバまでのＲＴＴ
を掛けた値が用いられ、この値が小さい順に３つのサー
バが選択される。
１２内に設定されるポリシを示す転送先サーバ決定ポリ
シテーブル１０３の一例である。この転送先サーバ決定
ポリシテーブル１０３では、ファイルの特性をもつコン
テンツグループに対してはコンテンツ取得時の転送スル
ープットが用いられ、この値が最大となるサーバを基準
として、６０％までの値をもつサーバが転送先サーバと
して選択される。また、ＣＧＩの特性をもつコンテンツ
グループに対しては、ＣＰＵ負荷にサーバまでのＲＴＴ
を掛けた値が用いられ、この値が小さい順に３つのサー
バが選択される。
【００７９】転送先サーバ決定部Ｃ１３は、リソース取
得部Ｃ１１によって取得したリソースパラメータの中か
ら、転送先サーバ決定ポリシ設定部Ｃ１２において設定
されたリソースパラメータを用いて転送先サーバを決定
する。
得部Ｃ１１によって取得したリソースパラメータの中か
ら、転送先サーバ決定ポリシ設定部Ｃ１２において設定
されたリソースパラメータを用いて転送先サーバを決定
する。
【００８０】リクエストルーティングテーブルＣ１４
は、リクエスト受信部Ｃ１５によって受信したリクエス
トをどのサーバに転送すべきかを示すテーブルである。
テーブル内のエントリは、転送先サーバ決定部Ｃ１３に
よって書き込まれる。
は、リクエスト受信部Ｃ１５によって受信したリクエス
トをどのサーバに転送すべきかを示すテーブルである。
テーブル内のエントリは、転送先サーバ決定部Ｃ１３に
よって書き込まれる。
【００８１】図９は、リクエストルーティングテーブル
Ｃ１４の一例を示すテーブル１０４である。このテーブ
ル１０４によると、リクエストするコンテンツのＵＲＬ
に対する転送先サーバのＩＰアドレスが書かれている。
Ｃ１４の一例を示すテーブル１０４である。このテーブ
ル１０４によると、リクエストするコンテンツのＵＲＬ
に対する転送先サーバのＩＰアドレスが書かれている。
【００８２】例えばＵＲＬが、「http://www.aaa.net/c
gi/high/*」のエントリは、ＵＲＬの先頭部分が「http:
//www.aaa.net/cgi/high/」を含む全てのＵＲＬを表す
ＵＲＬプレフィクス表現になっている。このエントリに
対応するリクエストは、「10.2.5.2」のＩＰアドレスを
もつコンテンツサーバへ転送される。また、ＵＲＬが
「http://www.ccc.com/file/small/*.jpg」に対応する
エントリは、「http://www.ccc.com/file/small/」以下
にあるコンテンツの内、ファイル拡張子としてｊｐｇを
もつもの全てに対応する。このエントリに対応するリク
エストは、「10.4.2.1」のＩＰアドレスをもつコンテン
ツサーバか、「10.2.5.2」のＩＰアドレスをもつコンテ
ンツサーバへ転送される。
gi/high/*」のエントリは、ＵＲＬの先頭部分が「http:
//www.aaa.net/cgi/high/」を含む全てのＵＲＬを表す
ＵＲＬプレフィクス表現になっている。このエントリに
対応するリクエストは、「10.2.5.2」のＩＰアドレスを
もつコンテンツサーバへ転送される。また、ＵＲＬが
「http://www.ccc.com/file/small/*.jpg」に対応する
エントリは、「http://www.ccc.com/file/small/」以下
にあるコンテンツの内、ファイル拡張子としてｊｐｇを
もつもの全てに対応する。このエントリに対応するリク
エストは、「10.4.2.1」のＩＰアドレスをもつコンテン
ツサーバか、「10.2.5.2」のＩＰアドレスをもつコンテ
ンツサーバへ転送される。
【００８３】このように複数の転送先サーバＩＰアドレ
スが指定されている場合は、リクエスト毎にラウンドロ
ビンでいずれかのサーバが選択されるか、あるいはウェ
イテッドラウンドロビン(Weighted Round Robin)や重み
つきハッシュ関数などを用いて、各サーバ毎に指定され
たウェイト、すなわち優先度の比に応じて選択すること
もできる。
スが指定されている場合は、リクエスト毎にラウンドロ
ビンでいずれかのサーバが選択されるか、あるいはウェ
イテッドラウンドロビン(Weighted Round Robin)や重み
つきハッシュ関数などを用いて、各サーバ毎に指定され
たウェイト、すなわち優先度の比に応じて選択すること
もできる。
【００８４】リクエスト受信部Ｃ１５は、クライアント
Ｄ１からのリクエストを受信し、その内容を解析する。
該リクエストの内容を解析することによって、クライア
ントＤ１がリクエストしているコンテンツのＵＲＬを識
別する。更に該リクエストをどのサーバに転送すべきか
をリクエストルーティングテーブルＣ１４を参照して解
決し、リクエスト転送部Ｃ１６へ渡す。
Ｄ１からのリクエストを受信し、その内容を解析する。
該リクエストの内容を解析することによって、クライア
ントＤ１がリクエストしているコンテンツのＵＲＬを識
別する。更に該リクエストをどのサーバに転送すべきか
をリクエストルーティングテーブルＣ１４を参照して解
決し、リクエスト転送部Ｃ１６へ渡す。
【００８５】リクエスト転送部Ｃ１６は、リクエスト受
信部Ｃ１５から転送すべきリクエストの内容と転送すべ
きサーバ情報を受け取り、該コンテンツサーバＡ２に対
して該リクエストを転送する。
信部Ｃ１５から転送すべきリクエストの内容と転送すべ
きサーバ情報を受け取り、該コンテンツサーバＡ２に対
して該リクエストを転送する。
【００８６】コンテンツ受信／転送部Ｃ１７は、リクエ
スト転送部Ｃ１６が行なったリクエストに対するコンテ
ンツサーバＡ２からの応答コンテンツを受信し、クライ
アントＤ１に対して該コンテンツを転送する。
スト転送部Ｃ１６が行なったリクエストに対するコンテ
ンツサーバＡ２からの応答コンテンツを受信し、クライ
アントＤ１に対して該コンテンツを転送する。
【００８７】クライアントＤ１は、コンテンツサーバＡ
２内のコンテンツを取得するリクエストを出すものであ
る。該リクエストは、サーバ負荷分散装置によって指定
されたコンテンツサーバＡ２へと誘導される。ここで
は、クライアントＤ１は、１台ではなく、複数のクライ
アントを示すものとする。
２内のコンテンツを取得するリクエストを出すものであ
る。該リクエストは、サーバ負荷分散装置によって指定
されたコンテンツサーバＡ２へと誘導される。ここで
は、クライアントＤ１は、１台ではなく、複数のクライ
アントを示すものとする。
【００８８】次に、図１０〜図１２を参照して、本実施
の形態において、サーバ負荷分散装置Ｃ１における各コ
ンテンツの特性に応じて選択基準を変えながら転送先サ
ーバを選択する動作について詳細に説明する。
の形態において、サーバ負荷分散装置Ｃ１における各コ
ンテンツの特性に応じて選択基準を変えながら転送先サ
ーバを選択する動作について詳細に説明する。
【００８９】まず図１０を用いてサーバ負荷分散装置Ｃ
１がクライアントＤ１からコンテンツを取得するリクエ
ストを受信したときの動作を説明する。
１がクライアントＤ１からコンテンツを取得するリクエ
ストを受信したときの動作を説明する。
【００９０】サーバ負荷分散装置Ｃ１において、リクエ
スト受信部Ｃ１５がクライアントＤ１からリクエストを
受信すると、該リクエストを解析し、リクエストしてい
るコンテンツのＵＲＬを識別する（図１０のステップＳ
２０１）。
スト受信部Ｃ１５がクライアントＤ１からリクエストを
受信すると、該リクエストを解析し、リクエストしてい
るコンテンツのＵＲＬを識別する（図１０のステップＳ
２０１）。
【００９１】次に、リクエスト受信部Ｃ１５は、リクエ
ストしているコンテンツの識別子に対して、リクエスト
ルーティングテーブル１０４内に該コンテンツに対する
エントリがあるかどうかをチェックする（ステップＳ２
０２）。
ストしているコンテンツの識別子に対して、リクエスト
ルーティングテーブル１０４内に該コンテンツに対する
エントリがあるかどうかをチェックする（ステップＳ２
０２）。
【００９２】ステップＳ２０２において、該コンテンツ
に対するエントリが存在する場合、リクエスト受信部Ｃ
１５は該エントリを参照し、リクエストを転送すべきコ
ンテンツサーバＡ２を読み込む（ステップＳ２０３）。
そして、リクエスト転送部Ｃ１６は、リクエスト受信部
から転送すべきリクエストと転送すべきコンテンツサー
バＡ２の情報を受け取り、該コンテンツサーバＡ２へリ
クエストを転送する（ステップＳ２０４）。
に対するエントリが存在する場合、リクエスト受信部Ｃ
１５は該エントリを参照し、リクエストを転送すべきコ
ンテンツサーバＡ２を読み込む（ステップＳ２０３）。
そして、リクエスト転送部Ｃ１６は、リクエスト受信部
から転送すべきリクエストと転送すべきコンテンツサー
バＡ２の情報を受け取り、該コンテンツサーバＡ２へリ
クエストを転送する（ステップＳ２０４）。
【００９３】ステップＳ２０２において、該コンテンツ
に対するエントリが存在しない場合、デフォルトサーバ
へリクエストを転送し（ステップＳ２０５）、リクエス
トのあったコンテンツを含むコンテンツグループに対し
て転送先サーバを決定し、リクエストルーティングテー
ブルに転送先サーバのエントリを書き込む動作を行なう
（ステップＳ２０６）。ここでデフォルトサーバとは、
該リクエストをデータとして含むＩＰパケットの宛先Ｉ
Ｐアドレスに対応するサーバや、該リクエスト中のＵＲ
ＬのＦＱＤＮ（Fully Qualified Domain Name：完全修
飾ドメイン名）部分から、ドメインネームサーバ(Domai
n Name Server; DNS)を用いて解決したＩＰアドレスに
対応するサーバなどを意味する。
に対するエントリが存在しない場合、デフォルトサーバ
へリクエストを転送し（ステップＳ２０５）、リクエス
トのあったコンテンツを含むコンテンツグループに対し
て転送先サーバを決定し、リクエストルーティングテー
ブルに転送先サーバのエントリを書き込む動作を行なう
（ステップＳ２０６）。ここでデフォルトサーバとは、
該リクエストをデータとして含むＩＰパケットの宛先Ｉ
Ｐアドレスに対応するサーバや、該リクエスト中のＵＲ
ＬのＦＱＤＮ（Fully Qualified Domain Name：完全修
飾ドメイン名）部分から、ドメインネームサーバ(Domai
n Name Server; DNS)を用いて解決したＩＰアドレスに
対応するサーバなどを意味する。
【００９４】上記ステップＳ２０６に対応する動作を詳
細に説明するためのフローチャートが図１１である。
細に説明するためのフローチャートが図１１である。
【００９５】転送先サーバ決定部Ｃ１３は、リクエスト
のあったコンテンツはどのコンテンツグループに属する
のかを識別し、該コンテンツグループに対する候補サー
バリストを取得する（図１１のステップＳ３０１）。こ
こでの識別／取得方法として、該リクエスト中のＵＲＬ
の全部又は一部分をキーにして、コンテンツ管理装置Ｂ
１に問い合わせる方法や、直接コンテンツサーバＡ２に
問い合わせる方法などがある。ここで、候補サーバと
は、該コンテンツグループを保持する全てのコンテンツ
サーバＡ２、又は該コンテンツグループを保持する全て
のコンテンツサーバＡ２の中から一部を抽出したサーバ
群のことである。
のあったコンテンツはどのコンテンツグループに属する
のかを識別し、該コンテンツグループに対する候補サー
バリストを取得する（図１１のステップＳ３０１）。こ
こでの識別／取得方法として、該リクエスト中のＵＲＬ
の全部又は一部分をキーにして、コンテンツ管理装置Ｂ
１に問い合わせる方法や、直接コンテンツサーバＡ２に
問い合わせる方法などがある。ここで、候補サーバと
は、該コンテンツグループを保持する全てのコンテンツ
サーバＡ２、又は該コンテンツグループを保持する全て
のコンテンツサーバＡ２の中から一部を抽出したサーバ
群のことである。
【００９６】また、該ＵＲＬに対するコンテンツグルー
プ識別及び候補サーバリスト取得のためにドメインネー
ムサーバを用いる方法もある。この場合は、該コンテン
ツグループ毎にユニークなＦＱＤＮを求め、該ＦＱＤＮ
をキーにして解決したＩＰアドレスの各々に対応するコ
ンテンツサーバを候補サーバとする。該コンテンツグル
ープ毎にユニークなＦＱＤＮの生成方法の例として、リ
クエストされたコンテンツに対するＵＲＬが「http://w
ww.aaa.net/cgi/high/prog.cgi」である場合、「high.c
gi.www.aaa.net」を該コンテンツの属するコンテンツグ
ループに対応するＦＱＤＮとし、該ＦＱＤＮをキーにし
て候補サーバのＩＰアドレスを解決する方法などがあ
る。
プ識別及び候補サーバリスト取得のためにドメインネー
ムサーバを用いる方法もある。この場合は、該コンテン
ツグループ毎にユニークなＦＱＤＮを求め、該ＦＱＤＮ
をキーにして解決したＩＰアドレスの各々に対応するコ
ンテンツサーバを候補サーバとする。該コンテンツグル
ープ毎にユニークなＦＱＤＮの生成方法の例として、リ
クエストされたコンテンツに対するＵＲＬが「http://w
ww.aaa.net/cgi/high/prog.cgi」である場合、「high.c
gi.www.aaa.net」を該コンテンツの属するコンテンツグ
ループに対応するＦＱＤＮとし、該ＦＱＤＮをキーにし
て候補サーバのＩＰアドレスを解決する方法などがあ
る。
【００９７】次に、転送先サーバ決定部Ｃ１３は、該コ
ンテンツグループが転送先サーバ決定ポリシ設定部Ｃ１
２のどの転送先サーバ決定ポリシに対応するのかを識別
し、対応する転送先サーバ設定ポリシを読み込む（ステ
ップＳ３０２）。この対応関係の識別方法として、例え
ば以下の２つの方法がある。
ンテンツグループが転送先サーバ決定ポリシ設定部Ｃ１
２のどの転送先サーバ決定ポリシに対応するのかを識別
し、対応する転送先サーバ設定ポリシを読み込む（ステ
ップＳ３０２）。この対応関係の識別方法として、例え
ば以下の２つの方法がある。
【００９８】（１）ステップ３０１でコンテンツ管理装
置Ｂ１に問い合わせる場合に、問い合わせ時に該コンテ
ンツグループのコンテンツ特性の情報も一緒に取得す
る。
置Ｂ１に問い合わせる場合に、問い合わせ時に該コンテ
ンツグループのコンテンツ特性の情報も一緒に取得す
る。
【００９９】（２）サーバ負荷分散装置Ｃ１内に、ＵＲ
Ｌや宛先ポート番号に対応するコンテンツ特性をマッピ
ングしたテーブル（例えば、ＵＲＬにｃｇｉ−ｂｉｎを
含むコンテンツグループのコンテンツ特性はＣＧＩであ
り、宛先ポート番号５５４であるコンテンツグループの
コンテンツ特性はストリームであるといった対応関
係）。
Ｌや宛先ポート番号に対応するコンテンツ特性をマッピ
ングしたテーブル（例えば、ＵＲＬにｃｇｉ−ｂｉｎを
含むコンテンツグループのコンテンツ特性はＣＧＩであ
り、宛先ポート番号５５４であるコンテンツグループの
コンテンツ特性はストリームであるといった対応関
係）。
【０１００】更に、転送先サーバ決定部Ｃ１３は、ステ
ップＳ３０２で読み込んだ転送先サーバ設定ポリシか
ら、該コンテンツグループに対する転送先サーバを決定
するために、候補サーバから直接コンテンツを取得する
ことによりリソース取得を行なう、すなわちパッシブ型
のリソース測定が必要かどうかをチェックする（ステッ
プＳ３０３）。
ップＳ３０２で読み込んだ転送先サーバ設定ポリシか
ら、該コンテンツグループに対する転送先サーバを決定
するために、候補サーバから直接コンテンツを取得する
ことによりリソース取得を行なう、すなわちパッシブ型
のリソース測定が必要かどうかをチェックする（ステッ
プＳ３０３）。
【０１０１】パッシブ型のリソース測定が必要のある場
合の例として、コンテンツの転送遅延、転送スループッ
トなどのリソースパラメータを転送先サーバ決定に用い
る場合が挙げられる。また、反対にパッシブ型のリソー
ス測定を行なう必要のない場合の例として、サーバ負
荷、リンク帯域などのリソースパラメータを問い合わせ
により取得し、その結果を利用して転送先サーバ決定に
用いるアクティブ型のリソース測定が行われる場合が挙
げられる。なお、パッシブ型のリソース測定とアクティ
ブ型のリソース測定を混ぜて転送先サーバの決定を行な
ってもよい。
合の例として、コンテンツの転送遅延、転送スループッ
トなどのリソースパラメータを転送先サーバ決定に用い
る場合が挙げられる。また、反対にパッシブ型のリソー
ス測定を行なう必要のない場合の例として、サーバ負
荷、リンク帯域などのリソースパラメータを問い合わせ
により取得し、その結果を利用して転送先サーバ決定に
用いるアクティブ型のリソース測定が行われる場合が挙
げられる。なお、パッシブ型のリソース測定とアクティ
ブ型のリソース測定を混ぜて転送先サーバの決定を行な
ってもよい。
【０１０２】ステップＳ３０３において、パッシブ型の
リソース測定を行なって転送先サーバを調べる必要があ
る場合、転送先サーバ決定部Ｃ１３は、候補サーバをリ
クエストルーティングテーブルＣ１４に書き込む（ステ
ップＳ３０４）。
リソース測定を行なって転送先サーバを調べる必要があ
る場合、転送先サーバ決定部Ｃ１３は、候補サーバをリ
クエストルーティングテーブルＣ１４に書き込む（ステ
ップＳ３０４）。
【０１０３】ステップＳ３０４で候補サーバがリクエス
トルーティングテーブルＣ１４に書き込まれると、リク
エストルーティングテーブルＣ１４は、該コンテンツグ
ループに含まれるコンテンツに対するリクエストの転送
先として、候補サーバの中から１つのコンテンツサーバ
を選択する。
トルーティングテーブルＣ１４に書き込まれると、リク
エストルーティングテーブルＣ１４は、該コンテンツグ
ループに含まれるコンテンツに対するリクエストの転送
先として、候補サーバの中から１つのコンテンツサーバ
を選択する。
【０１０４】このときラウンドロビンで転送先を選択す
るなどして、リクエストが全ての候補サーバに転送され
るようにする。リクエストを各候補サーバへ振り分ける
ことにより、コンテンツ受信／転送部Ｃ１７は各候補サ
ーバからコンテンツを受信し、リソース取得部Ｃ１１は
その際の転送遅延、（単位時間あたりのコンテンツの受
信量を測定することで）転送スループット等のリソース
パラメータを知ることができる（ステップＳ３０５）。
るなどして、リクエストが全ての候補サーバに転送され
るようにする。リクエストを各候補サーバへ振り分ける
ことにより、コンテンツ受信／転送部Ｃ１７は各候補サ
ーバからコンテンツを受信し、リソース取得部Ｃ１１は
その際の転送遅延、（単位時間あたりのコンテンツの受
信量を測定することで）転送スループット等のリソース
パラメータを知ることができる（ステップＳ３０５）。
【０１０５】ついで、アクティブ型のリソース測定が必
要であるかどうかをチェックする（ステップＳ３０
６）。すなわち、ステップ３０５によるパッシブ型のリ
ソース測定だけでは十分なリソースパラメータを取得で
きない場合等には、アクティブ型のリソース測定が必要
であるとして、ステップＳ３０７でアクティブ型のリソ
ース測定がなされる。
要であるかどうかをチェックする（ステップＳ３０
６）。すなわち、ステップ３０５によるパッシブ型のリ
ソース測定だけでは十分なリソースパラメータを取得で
きない場合等には、アクティブ型のリソース測定が必要
であるとして、ステップＳ３０７でアクティブ型のリソ
ース測定がなされる。
【０１０６】ステップＳ３０３において、パッシブ型の
リソース測定を行なって転送先サーバを調べる必要がな
い場合、またステップ３０６でアクティブ型のリソース
測定が必要と判定された場合、転送先サーバ決定部Ｃ１
３はリソース取得部Ｃ１１を用いて必要なリソースパラ
メータを測定し取得する（ステップＳ３０７）。
リソース測定を行なって転送先サーバを調べる必要がな
い場合、またステップ３０６でアクティブ型のリソース
測定が必要と判定された場合、転送先サーバ決定部Ｃ１
３はリソース取得部Ｃ１１を用いて必要なリソースパラ
メータを測定し取得する（ステップＳ３０７）。
【０１０７】ステップＳ３０５又はステップＳ３０７に
よって転送先サーバ決定に必要なリソースパラメータを
取得すると、転送先サーバ決定部Ｃ１３は該リソースパ
ラメータ及びステップＳ３０１で読み込んだ転送先サー
バ設定ポリシを用いて転送先サーバを決定する（ステッ
プＳ３０８）。このとき複数のコンテンツサーバを転送
先サーバとして決定してもよい。
よって転送先サーバ決定に必要なリソースパラメータを
取得すると、転送先サーバ決定部Ｃ１３は該リソースパ
ラメータ及びステップＳ３０１で読み込んだ転送先サー
バ設定ポリシを用いて転送先サーバを決定する（ステッ
プＳ３０８）。このとき複数のコンテンツサーバを転送
先サーバとして決定してもよい。
【０１０８】そして決定した転送先サーバのエントリを
リクエストルーティングテーブルＣ１４における該当コ
ンテンツグループに対するリクエスト転送先として書き
込む（ステップＳ３０９）。複数のエントリを書き込む
場合、各コンテンツサーバへリクエストが転送される割
合、重み付けを同時に書き込んでもよい。
リクエストルーティングテーブルＣ１４における該当コ
ンテンツグループに対するリクエスト転送先として書き
込む（ステップＳ３０９）。複数のエントリを書き込む
場合、各コンテンツサーバへリクエストが転送される割
合、重み付けを同時に書き込んでもよい。
【０１０９】ステップＳ３０９で転送先サーバをリクエ
ストルーティングテーブルＣ１４に書き込むと、書き込
んだエントリを維持管理する状態に移行する（ステップ
Ｓ３１０）。
ストルーティングテーブルＣ１４に書き込むと、書き込
んだエントリを維持管理する状態に移行する（ステップ
Ｓ３１０）。
【０１１０】ステップＳ３１０に対応する動作を詳細に
説明するためのフローチャートが図１２である。
説明するためのフローチャートが図１２である。
【０１１１】リクエストルーティングテーブルＣ１４
は、維持管理すべき転送先サーバエントリに対するリク
エストを一定時間以内に受信したかどうかを定期的にチ
ェックする（図１２のステップＳ４０１）。もし一定時
間以上リクエストを受信していない場合は該エントリを
削除する（ステップＳ４０４）。
は、維持管理すべき転送先サーバエントリに対するリク
エストを一定時間以内に受信したかどうかを定期的にチ
ェックする（図１２のステップＳ４０１）。もし一定時
間以上リクエストを受信していない場合は該エントリを
削除する（ステップＳ４０４）。
【０１１２】一定時間以内に該エントリに対するリクエ
ストを受信している場合は、更に、該エントリに対する
候補サーバについて、転送先サーバを決定したときのリ
ソース値と比べて予め設定した閾値以上の変化があるか
どうかをリソース取得部Ｃ１１を用いてチェックする
（ステップＳ４０２）。このチェックは、ステップＳ３
０７で決定した転送先サーバが現在もなお最適であるか
どうかを調べるためのものである。閾値以上の変化がな
い場合は、再度ステップＳ４０１に戻る。
ストを受信している場合は、更に、該エントリに対する
候補サーバについて、転送先サーバを決定したときのリ
ソース値と比べて予め設定した閾値以上の変化があるか
どうかをリソース取得部Ｃ１１を用いてチェックする
（ステップＳ４０２）。このチェックは、ステップＳ３
０７で決定した転送先サーバが現在もなお最適であるか
どうかを調べるためのものである。閾値以上の変化がな
い場合は、再度ステップＳ４０１に戻る。
【０１１３】ステップＳ４０２において、閾値以上の変
化があった場合は、ステップＳ３０１へ戻り、再度転送
先サーバを決定する動作を行なう（ステップＳ４０
３）。
化があった場合は、ステップＳ３０１へ戻り、再度転送
先サーバを決定する動作を行なう（ステップＳ４０
３）。
【０１１４】次に、本実施の形態の効果について説明す
る。
る。
【０１１５】本実施の形態では、サーバ負荷分散装置
は、コンテンツグループ毎に異なるポリシで転送先サー
バを決定し、リクエストルーティングテーブルに登録す
る。従来は、全てのコンテンツグループに対して同一の
基準で転送先サーバが選択されていたため、コンテンツ
グループによっては必ずしも最適なサーバが選択されて
いるとはいえなかった。本実施の形態では、各コンテン
ツグループの特性に応じて転送先サーバの選択基準を変
えることにより、クライアントからのリクエストは常に
最適なサーバに転送される。特に、コンテンツの特性に
応じてコンテンツグループを自動生成する第１の実施の
形態と組み合わせることにより、サーバ選択がより効果
的に実現される。
は、コンテンツグループ毎に異なるポリシで転送先サー
バを決定し、リクエストルーティングテーブルに登録す
る。従来は、全てのコンテンツグループに対して同一の
基準で転送先サーバが選択されていたため、コンテンツ
グループによっては必ずしも最適なサーバが選択されて
いるとはいえなかった。本実施の形態では、各コンテン
ツグループの特性に応じて転送先サーバの選択基準を変
えることにより、クライアントからのリクエストは常に
最適なサーバに転送される。特に、コンテンツの特性に
応じてコンテンツグループを自動生成する第１の実施の
形態と組み合わせることにより、サーバ選択がより効果
的に実現される。
【０１１６】次に、本発明の第３の実施の形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【０１１７】図１３を参照すると、本発明の第３の実施
の形態は、コンテンツサーバＡ３と、サーバ負荷分散装
置Ｃ１とによって実現される。
の形態は、コンテンツサーバＡ３と、サーバ負荷分散装
置Ｃ１とによって実現される。
【０１１８】コンテンツサーバＡ３は、第２の実施の形
態におけるコンテンツサーバＡ２の構成に加え、リソー
ス応答ポリシ設定部Ａ１４を含み、リソース応答部Ａ１
３の代わりにリソース応答部Ａ１５を含む点が異なる。
その他の構成については、図７に示した第２の実施の形
態と同様である。
態におけるコンテンツサーバＡ２の構成に加え、リソー
ス応答ポリシ設定部Ａ１４を含み、リソース応答部Ａ１
３の代わりにリソース応答部Ａ１５を含む点が異なる。
その他の構成については、図７に示した第２の実施の形
態と同様である。
【０１１９】リソース応答ポリシ設定部Ａ１４は、サー
バ負荷分散装置Ｃ１から受信したリソース情報取得要求
に対して応答する際のポリシが設定されるものである。
ここでポリシとは、自コンテンツサーバに過度のアクセ
スが集中しないようにするために用いられる。例えば、
コンテンツサーバＡ３が、自ノードのＣＰＵ負荷が１０
％と低い状態であるときに、複数のサーバ負荷分散装置
からリソース情報取得要求を受信したとする。このと
き、全てのサーバ負荷分散装置に対してＣＰＵ負荷の値
を１０％と応答すると、この値を受信したサーバ負荷分
散装置はコンテンツサーバＡ３のＣＰＵ負荷が十分に低
いと判断し、コンテンツサーバＡ３を、リクエストを転
送するべきサーバに選択する可能性がある。その結果、
コンテンツサーバＡ３のＣＰＵ負荷が、アクセスの集中
により急激に上昇し、十分なサーバ性能を提供できない
ということが起こりうる。最悪の場合、コンテンツサー
バＡ３を転送先サーバとして選択したサーバ負荷分散装
置全てが、サーバ性能劣化を検出して他のコンテンツサ
ーバを転送先サーバとして再度選択し、今度は再度選択
されたコンテンツサーバがアクセスの集中により性能が
劣化してしまうという動作を再帰的に繰り返すという、
発振現象が起こってしまう。
バ負荷分散装置Ｃ１から受信したリソース情報取得要求
に対して応答する際のポリシが設定されるものである。
ここでポリシとは、自コンテンツサーバに過度のアクセ
スが集中しないようにするために用いられる。例えば、
コンテンツサーバＡ３が、自ノードのＣＰＵ負荷が１０
％と低い状態であるときに、複数のサーバ負荷分散装置
からリソース情報取得要求を受信したとする。このと
き、全てのサーバ負荷分散装置に対してＣＰＵ負荷の値
を１０％と応答すると、この値を受信したサーバ負荷分
散装置はコンテンツサーバＡ３のＣＰＵ負荷が十分に低
いと判断し、コンテンツサーバＡ３を、リクエストを転
送するべきサーバに選択する可能性がある。その結果、
コンテンツサーバＡ３のＣＰＵ負荷が、アクセスの集中
により急激に上昇し、十分なサーバ性能を提供できない
ということが起こりうる。最悪の場合、コンテンツサー
バＡ３を転送先サーバとして選択したサーバ負荷分散装
置全てが、サーバ性能劣化を検出して他のコンテンツサ
ーバを転送先サーバとして再度選択し、今度は再度選択
されたコンテンツサーバがアクセスの集中により性能が
劣化してしまうという動作を再帰的に繰り返すという、
発振現象が起こってしまう。
【０１２０】このような特定のコンテンツサーバに対す
るアクセス集中や、発振現象を防ぐためのポリシが設定
される。ここでポリシの例としては、一定時間内に所定
の閾値以上のリソースを応答しない、あるいは、一定時
間内に所定の値以上のリソースを同時に応答するサーバ
負荷分散装置の数をある閾値以内に抑えるといった内容
等が考えられる。
るアクセス集中や、発振現象を防ぐためのポリシが設定
される。ここでポリシの例としては、一定時間内に所定
の閾値以上のリソースを応答しない、あるいは、一定時
間内に所定の値以上のリソースを同時に応答するサーバ
負荷分散装置の数をある閾値以内に抑えるといった内容
等が考えられる。
【０１２１】図１４は、リソース応答ポリシ設定部Ａ１
４内に設定されるポリシを示すリソース応答ポリシテー
ブル１０５の一例である。このリソース応答ポリシテー
ブル１０５では、リソースの種類に応じて応答ポリシが
示されており、例えばＣＰＵ負荷にに関しては、現在の
ＣＰＵ負荷が０％〜３０％の場合は、３０％の確率で実
際のＣＰＵ負荷の２倍の値を応答し（７０％の確率で実
際の値を応答する）、３０％〜６０％の場合は、５０％
の確率で実際のＣＰＵ負荷の１．５倍の値を応答し、６
０％〜１００％の場合は実際の値を応答するという動作
をする。
４内に設定されるポリシを示すリソース応答ポリシテー
ブル１０５の一例である。このリソース応答ポリシテー
ブル１０５では、リソースの種類に応じて応答ポリシが
示されており、例えばＣＰＵ負荷にに関しては、現在の
ＣＰＵ負荷が０％〜３０％の場合は、３０％の確率で実
際のＣＰＵ負荷の２倍の値を応答し（７０％の確率で実
際の値を応答する）、３０％〜６０％の場合は、５０％
の確率で実際のＣＰＵ負荷の１．５倍の値を応答し、６
０％〜１００％の場合は実際の値を応答するという動作
をする。
【０１２２】リソース応答部Ａ１５は、第１の実施の形
態におけるリソース応答部Ａ１３と同様にサーバ負荷分
散装置Ｃ１からのリソース情報取得要求に対して要求さ
れたリソースパラメータを応答する。ただし、リソース
応答時に、リソース応答ポリシ設定部Ａ１４内に設定さ
れているリソース応答時のポリシを参照し、該ポリシに
従って応答するリソース値を計算する。
態におけるリソース応答部Ａ１３と同様にサーバ負荷分
散装置Ｃ１からのリソース情報取得要求に対して要求さ
れたリソースパラメータを応答する。ただし、リソース
応答時に、リソース応答ポリシ設定部Ａ１４内に設定さ
れているリソース応答時のポリシを参照し、該ポリシに
従って応答するリソース値を計算する。
【０１２３】次に、図１５を参照して、本実施の形態に
おいて、コンテンツサーバＡ３がサーバ負荷分散装置Ｃ
１からリソース取得要求を受信したときの動作について
詳細に説明する。
おいて、コンテンツサーバＡ３がサーバ負荷分散装置Ｃ
１からリソース取得要求を受信したときの動作について
詳細に説明する。
【０１２４】コンテンツサーバＡ３内のリソース応答部
Ａ１５は、サーバ負荷分散装置Ｃ１からリソース情報取
得要求を受信すると、自ノードにおける要求されたリソ
ースパラメータに対応するリソース値を取得する（図１
５のステップＳ５０１）。
Ａ１５は、サーバ負荷分散装置Ｃ１からリソース情報取
得要求を受信すると、自ノードにおける要求されたリソ
ースパラメータに対応するリソース値を取得する（図１
５のステップＳ５０１）。
【０１２５】次に、リソース応答部Ａ１５は、リソース
応答ポリシ設定部Ａ１４から、該リソースパラメータに
対するリソース応答ポリシを取得する（ステップＳ５０
２）。
応答ポリシ設定部Ａ１４から、該リソースパラメータに
対するリソース応答ポリシを取得する（ステップＳ５０
２）。
【０１２６】ステップＳ５０２の後、リソース応答部Ａ
１５は、ステップＳ５０１で取得したリソースパラメー
タをその値のまま応答してよいかどうかをチェックする
（ステップＳ５０３）。
１５は、ステップＳ５０１で取得したリソースパラメー
タをその値のまま応答してよいかどうかをチェックする
（ステップＳ５０３）。
【０１２７】ステップＳ５０３で、該リソースパラメー
タをその値のまま応答してよいと判定した場合、リソー
ス応答部Ａ１５は、リソース情報取得要求を行なったサ
ーバ負荷分散装置Ｃ１に対して該リソースパラメータを
応答する（ステップＳ５０５）。
タをその値のまま応答してよいと判定した場合、リソー
ス応答部Ａ１５は、リソース情報取得要求を行なったサ
ーバ負荷分散装置Ｃ１に対して該リソースパラメータを
応答する（ステップＳ５０５）。
【０１２８】ステップＳ５０３で、該リソースパラメー
タをその値のまま応答しないと判定した場合、リソース
応答部Ａ１５は、該リソースパラメータに対するリソー
ス応答ポリシに基づいて、応答するリソース値を計算す
る（ステップＳ５０４）。そして計算したリソース値
を、リソース情報取得要求を行なったサーバ負荷分散装
置Ｃ１に対して該リソースパラメータとして応答する
（ステップＳ５０５）。
タをその値のまま応答しないと判定した場合、リソース
応答部Ａ１５は、該リソースパラメータに対するリソー
ス応答ポリシに基づいて、応答するリソース値を計算す
る（ステップＳ５０４）。そして計算したリソース値
を、リソース情報取得要求を行なったサーバ負荷分散装
置Ｃ１に対して該リソースパラメータとして応答する
（ステップＳ５０５）。
【０１２９】次に、本実施の形態の効果について説明す
る。本実施の形態では、コンテンツサーバは、網内に配
置されている複数のサーバ負荷分散装置からのリソース
情報取得要求に対し、必ずしも実際のリソース情報をそ
のまま応答するのではなく、設定したリソース応答ポリ
シに応じてリソース値を補正して応答する。
る。本実施の形態では、コンテンツサーバは、網内に配
置されている複数のサーバ負荷分散装置からのリソース
情報取得要求に対し、必ずしも実際のリソース情報をそ
のまま応答するのではなく、設定したリソース応答ポリ
シに応じてリソース値を補正して応答する。
【０１３０】各サーバ負荷分散装置は独立に転送先サー
バを決定するため、従来技術のように実際のリソース情
報をそのまま応答すると、同時に多数のサーバ負荷分散
装置が自コンテンツサーバを転送先サーバとして選択す
ることによってリクエストの急激な集中が生じる可能性
があった。本実施の形態のように、リソース値を補正し
て応答することにより、急激なリクエストの集中を抑制
することができる。
バを決定するため、従来技術のように実際のリソース情
報をそのまま応答すると、同時に多数のサーバ負荷分散
装置が自コンテンツサーバを転送先サーバとして選択す
ることによってリクエストの急激な集中が生じる可能性
があった。本実施の形態のように、リソース値を補正し
て応答することにより、急激なリクエストの集中を抑制
することができる。
【０１３１】次に、本発明の第４の実施の形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【０１３２】図１６を参照すると、本発明の第４の実施
の形態は、コンテンツサーバＡ２と、サーバ負荷分散装
置Ｃ２とによって実現される。
の形態は、コンテンツサーバＡ２と、サーバ負荷分散装
置Ｃ２とによって実現される。
【０１３３】サーバ負荷分散装置Ｃ２は、第２の実施の
形態におけるサーバ負荷分散装置Ｃ１の構成に加え、ウ
ェイト設定部Ｃ１９を備えている。また、リクエストル
ーティングテーブルＣ１４の代わりにリクエストルーテ
ィングテーブルＣ１８が用いられる。
形態におけるサーバ負荷分散装置Ｃ１の構成に加え、ウ
ェイト設定部Ｃ１９を備えている。また、リクエストル
ーティングテーブルＣ１４の代わりにリクエストルーテ
ィングテーブルＣ１８が用いられる。
【０１３４】リクエストルーティングテーブルＣ１８
は、第２の実施の形態で説明したリクエストルーティン
グとその機能は同じであるが、各エントリにおける転送
先サーバＩＰアドレス毎に、その転送ウェイト値が指定
されている点が異なる。ウェイテッドラウンドロビン
や、重みつきハッシュ関数などを用いることにより、各
サーバ毎に指定されたウェイト値の比で、リクエスト受
信部へ応答するサーバが選択される。
は、第２の実施の形態で説明したリクエストルーティン
グとその機能は同じであるが、各エントリにおける転送
先サーバＩＰアドレス毎に、その転送ウェイト値が指定
されている点が異なる。ウェイテッドラウンドロビン
や、重みつきハッシュ関数などを用いることにより、各
サーバ毎に指定されたウェイト値の比で、リクエスト受
信部へ応答するサーバが選択される。
【０１３５】また、リクエストルーティングテーブルＣ
１４では、リクエストを転送しないサーバは登録されな
いが、リクエストルーティングテーブルＣ１８では、該
コンテンツグループに対する候補サーバは全て登録され
る。このとき、リクエストを転送しないサーバはウェイ
ト０％として登録される。図１７に、リクエストルーテ
ィングテーブルＣ１８の一例としてのテーブル１０６を
示す。
１４では、リクエストを転送しないサーバは登録されな
いが、リクエストルーティングテーブルＣ１８では、該
コンテンツグループに対する候補サーバは全て登録され
る。このとき、リクエストを転送しないサーバはウェイ
ト０％として登録される。図１７に、リクエストルーテ
ィングテーブルＣ１８の一例としてのテーブル１０６を
示す。
【０１３６】ウェイト設定部Ｃ１９は、リクエストルー
ティングテーブルＣ１８内の転送ウェイト値を設定／変
更する機能を有する。図１７におけるリクエストルーテ
ィングテーブル１０６においては、「rtsp://stream.bb
b.org/live/*」に対する転送先サーバＩＰアドレスは、
「10.5.1.1」、「10.7.1.1」、「10.4.2.1」、「10.2.
5.2」に対するウェイト値はそれぞれ２０％、２０％、
１０％、５０％であるが、これを例えばそれぞれ３０
％、３０％、２０％、２０％に変更するという動作をす
る。
ティングテーブルＣ１８内の転送ウェイト値を設定／変
更する機能を有する。図１７におけるリクエストルーテ
ィングテーブル１０６においては、「rtsp://stream.bb
b.org/live/*」に対する転送先サーバＩＰアドレスは、
「10.5.1.1」、「10.7.1.1」、「10.4.2.1」、「10.2.
5.2」に対するウェイト値はそれぞれ２０％、２０％、
１０％、５０％であるが、これを例えばそれぞれ３０
％、３０％、２０％、２０％に変更するという動作をす
る。
【０１３７】次に、図１８を参照して、本実施の形態に
おいて、サーバ負荷分散装置Ｃ２における特定のサーバ
への負荷集中を防ぐ動作について詳細に説明する。
おいて、サーバ負荷分散装置Ｃ２における特定のサーバ
への負荷集中を防ぐ動作について詳細に説明する。
【０１３８】転送先サーバ決定部Ｃ１３は、リクエスト
ルーティングテーブルＣ１８内の各エントリ毎に、リソ
ース取得部Ｃ１１を用いて登録されている転送先サーバ
に対するリソースを取得する（図１８のステップＳ６０
１）。取得するリソースの種類は、転送先サーバ決定ポ
リシ設定部Ｃ１２内に設定されており、エントリ毎に異
なっていてもよい。
ルーティングテーブルＣ１８内の各エントリ毎に、リソ
ース取得部Ｃ１１を用いて登録されている転送先サーバ
に対するリソースを取得する（図１８のステップＳ６０
１）。取得するリソースの種類は、転送先サーバ決定ポ
リシ設定部Ｃ１２内に設定されており、エントリ毎に異
なっていてもよい。
【０１３９】各転送先サーバに対するリソースを取得す
ると、次に、転送先サーバ決定部Ｃ１３は、各サーバに
対する取得したリソース値を比較し、サーバ間における
リソース値の違いが予め設定された閾値を超えるかどう
かを判別する（ステップＳ６０２）。この判別基準の例
として、「取得したサーバ毎のリソース値の最大値は、
最小値の２倍以上大きい」、「取得したサーバ毎の転送
スループットの最大値と最小値の差は１Ｍｂｐｓ以上で
ある」などが考えられる。
ると、次に、転送先サーバ決定部Ｃ１３は、各サーバに
対する取得したリソース値を比較し、サーバ間における
リソース値の違いが予め設定された閾値を超えるかどう
かを判別する（ステップＳ６０２）。この判別基準の例
として、「取得したサーバ毎のリソース値の最大値は、
最小値の２倍以上大きい」、「取得したサーバ毎の転送
スループットの最大値と最小値の差は１Ｍｂｐｓ以上で
ある」などが考えられる。
【０１４０】ステップＳ６０２で、サーバ間におけるリ
ソース値の違いが予め設定された閾値を超えない場合は
リクエストルーティングテーブルＣ１８において設定さ
れているウェイト値を変更しないが、反対に超える場合
は、ウェイト設定部Ｃ１９によって取得したリソース値
に応じてウェイト値を再設定する（ステップＳ６０
３）。
ソース値の違いが予め設定された閾値を超えない場合は
リクエストルーティングテーブルＣ１８において設定さ
れているウェイト値を変更しないが、反対に超える場合
は、ウェイト設定部Ｃ１９によって取得したリソース値
に応じてウェイト値を再設定する（ステップＳ６０
３）。
【０１４１】例えば、サーバＡ、サーバＢ、サーバＣと
３つの転送先サーバが登録されており、それぞれに対す
るウェイト値が、３０％、５０％、２０％であったとす
る。そして取得した３つのサーバに対する転送スループ
ットがそれぞれ６Ｍｂｐｓ、３Ｍｂｐｓ、１Ｍｂｐｓで
あったとする。このとき、転送スループットの比に応じ
て、６０％、３０％、１０％とウェイト値を変更する。
３つの転送先サーバが登録されており、それぞれに対す
るウェイト値が、３０％、５０％、２０％であったとす
る。そして取得した３つのサーバに対する転送スループ
ットがそれぞれ６Ｍｂｐｓ、３Ｍｂｐｓ、１Ｍｂｐｓで
あったとする。このとき、転送スループットの比に応じ
て、６０％、３０％、１０％とウェイト値を変更する。
【０１４２】しかしながら、このようにリソース値の比
に応じていきなりウェイト値を変更することは発振防止
という観点からは望ましくない。上記の例の場合、ウェ
イト変更後、サーバＡに対するリクエストが３０％から
６０％に増えるが、他の負荷分散装置においても同様に
サーバＡに対するリクエストの比率を増やしていると、
サーバＡの受けるリクエスト数が急激に増加することに
なり、サーバＡの転送スループットが大きく低下する可
能性がある。すると再度ウェイト値の変更が必要にな
り、ウェイト変更動作が収束せずに発振してしまうこと
がある。発振を防止するためには、いきなりリソース値
の比に応じてウェイト値を変更せずに、ウェイト変更の
割合を、move_granularityを用いて制限する方法があ
る。move_granularityは、一度のウェイト値の変更を抑
制するためのパラメータであり、１．０以下の値をと
る。上記の例で、リソース値の比に応じてサーバＡに対
するウェイト値を３０％→６０％に変更する場合は「mo
ve_granularity＝１．０」に対応する。例えば、上記の
例で、「move_granularity＝０．３」とした場合、サー
バＡに対しては、（６０％−３０％）×０．３＝９％だ
けウェイト値を変更することになり、変更後のウェイト
値は３９％となる。同様に、サーバＢ、サーバＣに対し
ては、変更後のウェイト値はそれぞれ４４％、１７％と
なる。
に応じていきなりウェイト値を変更することは発振防止
という観点からは望ましくない。上記の例の場合、ウェ
イト変更後、サーバＡに対するリクエストが３０％から
６０％に増えるが、他の負荷分散装置においても同様に
サーバＡに対するリクエストの比率を増やしていると、
サーバＡの受けるリクエスト数が急激に増加することに
なり、サーバＡの転送スループットが大きく低下する可
能性がある。すると再度ウェイト値の変更が必要にな
り、ウェイト変更動作が収束せずに発振してしまうこと
がある。発振を防止するためには、いきなりリソース値
の比に応じてウェイト値を変更せずに、ウェイト変更の
割合を、move_granularityを用いて制限する方法があ
る。move_granularityは、一度のウェイト値の変更を抑
制するためのパラメータであり、１．０以下の値をと
る。上記の例で、リソース値の比に応じてサーバＡに対
するウェイト値を３０％→６０％に変更する場合は「mo
ve_granularity＝１．０」に対応する。例えば、上記の
例で、「move_granularity＝０．３」とした場合、サー
バＡに対しては、（６０％−３０％）×０．３＝９％だ
けウェイト値を変更することになり、変更後のウェイト
値は３９％となる。同様に、サーバＢ、サーバＣに対し
ては、変更後のウェイト値はそれぞれ４４％、１７％と
なる。
【０１４３】このようにmove_granularityを用いて徐々
にウェイト値を変更することによって、特定のサーバの
受けるリクエスト数が急激に増加／減少することが抑制
され、発振を抑止することができる。このとき発振が起
こらないようにmove_granularityの値を設定することが
重要である。例えばフィードバック制御を用いて、move
_granularityを発振が起こらない値に自動的に調整する
方式などが考えられる。
にウェイト値を変更することによって、特定のサーバの
受けるリクエスト数が急激に増加／減少することが抑制
され、発振を抑止することができる。このとき発振が起
こらないようにmove_granularityの値を設定することが
重要である。例えばフィードバック制御を用いて、move
_granularityを発振が起こらない値に自動的に調整する
方式などが考えられる。
【０１４４】転送先サーバ決定部は、リクエストルーテ
ィングテーブルＣ１８内の各エントリ毎に、ステップＳ
６０１〜Ｓ６０３の動作を定期的に実行する。
ィングテーブルＣ１８内の各エントリ毎に、ステップＳ
６０１〜Ｓ６０３の動作を定期的に実行する。
【０１４５】図１８において説明した動作は、move_gra
nularityを用い、その値を発振が起こらないように調節
する必要があった。次に、move_granularityを調節する
必要なく（すなわち「move_granularity＝１．０」のま
まで）、コンテンツサーバに対する急激なリクエスト数
の変動を抑止する方法についてその動作を詳細に説明す
る。
nularityを用い、その値を発振が起こらないように調節
する必要があった。次に、move_granularityを調節する
必要なく（すなわち「move_granularity＝１．０」のま
まで）、コンテンツサーバに対する急激なリクエスト数
の変動を抑止する方法についてその動作を詳細に説明す
る。
【０１４６】図１９を参照すると、ステップＳ６０２ま
では図１８で説明した動作と同様である。ステップＳ６
０２において、リソース値の違いが閾値以上の場合、直
ちにステップＳ６０３でウェイト値を変更する代わり
に、ウェイト値を変更する時刻を決定する（図１９のス
テップＳ６０４）。ウェイト値を変更する時刻は確率的
に決定され、例として、０分後〜１０分後の間の時刻で
等確率で決定されるというものなどが考えられる。
では図１８で説明した動作と同様である。ステップＳ６
０２において、リソース値の違いが閾値以上の場合、直
ちにステップＳ６０３でウェイト値を変更する代わり
に、ウェイト値を変更する時刻を決定する（図１９のス
テップＳ６０４）。ウェイト値を変更する時刻は確率的
に決定され、例として、０分後〜１０分後の間の時刻で
等確率で決定されるというものなどが考えられる。
【０１４７】ステップＳ６０４で決定した時刻に、再度
リソース取得部Ｃ１１を用いて、リクエストルーティン
グテーブルＣ１８内の各エントリ毎に登録されている転
送先サーバに対するリソースを取得する（ステップＳ６
０５）。ステップＳ６０５で再度各転送先サーバに対す
るリソースを取得すると、再度ステップＳ６０２と同様
の動作を行ない、各サーバ間におけるリソース値の違い
が予め設定された閾値を超えるかどうかを判別する（ス
テップＳ６０６）。
リソース取得部Ｃ１１を用いて、リクエストルーティン
グテーブルＣ１８内の各エントリ毎に登録されている転
送先サーバに対するリソースを取得する（ステップＳ６
０５）。ステップＳ６０５で再度各転送先サーバに対す
るリソースを取得すると、再度ステップＳ６０２と同様
の動作を行ない、各サーバ間におけるリソース値の違い
が予め設定された閾値を超えるかどうかを判別する（ス
テップＳ６０６）。
【０１４８】ステップＳ６０６で、サーバ間におけるリ
ソース値の違いが予め設定された閾値を超えない場合は
リクエストルーティングテーブルＣ１８において設定さ
れているウェイト値を変更せずに終了するが、反対に超
える場合は、ウェイト設定部Ｃ１９によってステップＳ
６０５で再度取得したリソース値に応じてウェイト値を
再設定する（ステップＳ６０７）。
ソース値の違いが予め設定された閾値を超えない場合は
リクエストルーティングテーブルＣ１８において設定さ
れているウェイト値を変更せずに終了するが、反対に超
える場合は、ウェイト設定部Ｃ１９によってステップＳ
６０５で再度取得したリソース値に応じてウェイト値を
再設定する（ステップＳ６０７）。
【０１４９】本動作では、move_granularityを調節する
代わりに、ウェイト値を再設定する時刻を確率的に分散
させた時間だけ遅延させることにより、コンテンツサー
バに対する急激なリクエスト数の変動を抑止する。ま
た、遅延させた時刻において再度ウェイト値を再設定す
るかどうかを判定し、必要ない場合は再設定を行なわな
いことにより、ウェイト値の不要な変更動作が抑止さ
れ、発振防止の効果が得られる。
代わりに、ウェイト値を再設定する時刻を確率的に分散
させた時間だけ遅延させることにより、コンテンツサー
バに対する急激なリクエスト数の変動を抑止する。ま
た、遅延させた時刻において再度ウェイト値を再設定す
るかどうかを判定し、必要ない場合は再設定を行なわな
いことにより、ウェイト値の不要な変更動作が抑止さ
れ、発振防止の効果が得られる。
【０１５０】次に、本実施の形態の効果について説明す
る。
る。
【０１５１】本実施の形態では、サーバ負荷分散装置に
おける各エントリの転送先サーバに対するウェイト値を
取得したリソース値に応じて変更する。このウェイト値
の変更を、move_granularityを用いて緩やかに行なうこ
とにより、あるコンテンツサーバに対する急激なリクエ
スト数の変動を抑止することができる。また、move_gra
nularityを調節する代わりに、ウェイト値を再設定する
時刻を確率的に分散させた時間だけ遅延させることによ
り、同じ効果を得ることもできる。第３の実施の形態で
は、コンテンツサーバ側で急激なリクエスト数変動の抑
止を実現していたが、本実施の形態では、コンテンツサ
ーバ側に対しては変更を必要とせず、サーバ負荷分散装
置側で同等の機能を実現する。
おける各エントリの転送先サーバに対するウェイト値を
取得したリソース値に応じて変更する。このウェイト値
の変更を、move_granularityを用いて緩やかに行なうこ
とにより、あるコンテンツサーバに対する急激なリクエ
スト数の変動を抑止することができる。また、move_gra
nularityを調節する代わりに、ウェイト値を再設定する
時刻を確率的に分散させた時間だけ遅延させることによ
り、同じ効果を得ることもできる。第３の実施の形態で
は、コンテンツサーバ側で急激なリクエスト数変動の抑
止を実現していたが、本実施の形態では、コンテンツサ
ーバ側に対しては変更を必要とせず、サーバ負荷分散装
置側で同等の機能を実現する。
【０１５２】次に、本発明の第５の実施の形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【０１５３】図２０を参照すると、本発明の第５の実施
の形態は、コンテンツサーバＡ４と、サーバ負荷分散装
置Ｃ３と、クライアントＤ２と、ドメインネームサーバ
Ｅ１とによって実現される。
の形態は、コンテンツサーバＡ４と、サーバ負荷分散装
置Ｃ３と、クライアントＤ２と、ドメインネームサーバ
Ｅ１とによって実現される。
【０１５４】コンテンツサーバＡ４は、コンテンツ記憶
部Ａ１１と、リクエスト受信／コンテンツ応答部Ａ１２
とを含む。それぞれの機能、動作については第２の実施
の形態で述べた通りである。
部Ａ１１と、リクエスト受信／コンテンツ応答部Ａ１２
とを含む。それぞれの機能、動作については第２の実施
の形態で述べた通りである。
【０１５５】サーバ負荷分散装置Ｃ３は、パケット受信
部Ｃ２５と、パケット転送部Ｃ２０と、パケットルーテ
ィングテーブルＣ２１と、転送先サーバ決定部Ｃ２２
と、ＦＱＤＮ（Fully Qualified Domain Name：完全修
飾ドメイン名）解決部Ｃ２３と、アドレス解決部Ｃ２４
とを含む。
部Ｃ２５と、パケット転送部Ｃ２０と、パケットルーテ
ィングテーブルＣ２１と、転送先サーバ決定部Ｃ２２
と、ＦＱＤＮ（Fully Qualified Domain Name：完全修
飾ドメイン名）解決部Ｃ２３と、アドレス解決部Ｃ２４
とを含む。
【０１５６】パケット受信部Ｃ２５は、クライアントＤ
２からのパケットを受信し、該パケットの宛先ポート番
号を調べる。調べた宛先ポート番号が予め設定された値
に含まれる場合は、パケットルーティングテーブルＣ２
１に登録されているエントリを参照し、該パケットの宛
先ＩＰアドレスから、該パケットを転送すべきコンテン
ツサーバＡ４のＩＰアドレスを調べる。
２からのパケットを受信し、該パケットの宛先ポート番
号を調べる。調べた宛先ポート番号が予め設定された値
に含まれる場合は、パケットルーティングテーブルＣ２
１に登録されているエントリを参照し、該パケットの宛
先ＩＰアドレスから、該パケットを転送すべきコンテン
ツサーバＡ４のＩＰアドレスを調べる。
【０１５７】パケット転送部Ｃ２０は、パケット受信部
Ｃ２５が受信したパケットの宛先ＩＰアドレスを、転送
すべきコンテンツサーバＡ４のＩＰアドレスに書き換
え、該コンテンツサーバＡ４に対して送信する。
Ｃ２５が受信したパケットの宛先ＩＰアドレスを、転送
すべきコンテンツサーバＡ４のＩＰアドレスに書き換
え、該コンテンツサーバＡ４に対して送信する。
【０１５８】また、ＩＰアドレスを書き換えずに、レイ
ヤ２レベルでのヘッダ書き換えのみを行ない、該パケッ
トの転送を行なうこともできる。レイヤ２プロトコルと
して、イーサネット(Ｒ)が用いられる場合を考えると、
転送すべきコンテンツサーバＡ４のＩＰアドレスから、
ＡＲＰを用いて該コンテンツサーバＡ４のＭＡＣアドレ
スを解決し、該パケットの宛先ＩＰアドレスは書き換え
ずに、解決したＭＡＣアドレスを宛先ＭＡＣアドレスと
してパケットを転送する。以下では簡単のために、ＩＰ
アドレスを書き換えてパケットを転送する場合だけにつ
いて説明を行なう。
ヤ２レベルでのヘッダ書き換えのみを行ない、該パケッ
トの転送を行なうこともできる。レイヤ２プロトコルと
して、イーサネット(Ｒ)が用いられる場合を考えると、
転送すべきコンテンツサーバＡ４のＩＰアドレスから、
ＡＲＰを用いて該コンテンツサーバＡ４のＭＡＣアドレ
スを解決し、該パケットの宛先ＩＰアドレスは書き換え
ずに、解決したＭＡＣアドレスを宛先ＭＡＣアドレスと
してパケットを転送する。以下では簡単のために、ＩＰ
アドレスを書き換えてパケットを転送する場合だけにつ
いて説明を行なう。
【０１５９】パケットルーティングテーブルＣ２１に
は、パケット受信部Ｃ２５が受信したパケットの宛先Ｉ
Ｐアドレス／宛先ポート番号に対して、該パケットを転
送すべきコンテンツサーバのＩＰアドレスが登録されて
いる。
は、パケット受信部Ｃ２５が受信したパケットの宛先Ｉ
Ｐアドレス／宛先ポート番号に対して、該パケットを転
送すべきコンテンツサーバのＩＰアドレスが登録されて
いる。
【０１６０】図２１は、パケットルーティングテーブル
Ｃ２１の一例を示すテーブル１０７である。このテーブ
ル１０７によると、例えば宛先ＩＰアドレスが「10.1.
1.1」、宛先ポート番号が「７０７０」番のパケットに
対しては、宛先ＩＰアドレスが「20.2.2.2」のコンテン
ツサーバか、「30.3.3.3」のコンテンツサーバに転送さ
れる。
Ｃ２１の一例を示すテーブル１０７である。このテーブ
ル１０７によると、例えば宛先ＩＰアドレスが「10.1.
1.1」、宛先ポート番号が「７０７０」番のパケットに
対しては、宛先ＩＰアドレスが「20.2.2.2」のコンテン
ツサーバか、「30.3.3.3」のコンテンツサーバに転送さ
れる。
【０１６１】このとき、パケット毎に２つのコンテンツ
サーバのいずれかを交互に選ぶのではなく、同一のコネ
クションを同一のコンテンツサーバに接続させるため
に、同一のソースＩＰアドレス／ソースポート番号の組
み合わせでハッシュ関数に掛けて、生成したハッシュ値
を基にコンテンツサーバを選ぶという方法などが用いら
れる。また、受信パケットのＴＣＰヘッダのＳＹＮフラ
グ受信を契機に、該パケットと同じＩＰアドレス／ポー
ト番号をもつパケットに対しては同じサーバへ転送させ
るように記憶しておくという方法もある。
サーバのいずれかを交互に選ぶのではなく、同一のコネ
クションを同一のコンテンツサーバに接続させるため
に、同一のソースＩＰアドレス／ソースポート番号の組
み合わせでハッシュ関数に掛けて、生成したハッシュ値
を基にコンテンツサーバを選ぶという方法などが用いら
れる。また、受信パケットのＴＣＰヘッダのＳＹＮフラ
グ受信を契機に、該パケットと同じＩＰアドレス／ポー
ト番号をもつパケットに対しては同じサーバへ転送させ
るように記憶しておくという方法もある。
【０１６２】転送先サーバ決定部Ｃ２２は、ある宛先Ｉ
Ｐアドレス／宛先ポート番号をもつパケットに対して、
転送先サーバ（コンテンツサーバＡ４）を決定する。こ
こで転送先サーバの決定には、第２の実施の形態の転送
先サーバ決定部Ｃ１３で述べたのと同様の方法が適用で
きる。決定した転送先サーバを、パケットルーティング
テーブルＣ２１のエントリとして書き込む。
Ｐアドレス／宛先ポート番号をもつパケットに対して、
転送先サーバ（コンテンツサーバＡ４）を決定する。こ
こで転送先サーバの決定には、第２の実施の形態の転送
先サーバ決定部Ｃ１３で述べたのと同様の方法が適用で
きる。決定した転送先サーバを、パケットルーティング
テーブルＣ２１のエントリとして書き込む。
【０１６３】ＦＱＤＮ解決部Ｃ２３は、転送先サーバ決
定部Ｃ２２が、ある宛先ＩＰアドレス／宛先ポート番号
をもつパケットの転送先となるコンテンツサーバＡ４を
決定する動作の際に、該宛先ＩＰアドレスに対するＦＱ
ＤＮをドメインネームサーバＥ１に対して問い合わせ
る。
定部Ｃ２２が、ある宛先ＩＰアドレス／宛先ポート番号
をもつパケットの転送先となるコンテンツサーバＡ４を
決定する動作の際に、該宛先ＩＰアドレスに対するＦＱ
ＤＮをドメインネームサーバＥ１に対して問い合わせ
る。
【０１６４】アドレス解決部Ｃ２４は、転送先サーバ決
定部Ｃ２２が、ある宛先ＩＰアドレスをもつパケットの
転送先となるサーバを決定する動作の際に、ＦＱＤＮ解
決部Ｃ２３によって該宛先ＩＰアドレスに対するＦＱＤ
Ｎを解決した後、解決したＦＱＤＮと該パケットの宛先
ポート番号を用いて新規にＦＱＤＮを作成し、新規に作
成したＦＱＤＮに対するＩＰアドレスを解決する。ここ
で新規に作成するＦＱＤＮは、パケットの宛先ＩＰアド
レスと宛先ポート番号毎にユニークでなければならな
い。例えば、解決したＦＱＤＮが「aaa.com」であり、
該パケットの宛先ポート番号が「７０７０」であると
き、「port7070.aaa.com」というＦＱＤＮに対するＩＰ
アドレスを解決する。ここでは、複数のＩＰアドレスを
解決することが可能であり、ＦＱＤＮ解決部Ｃ２３とア
ドレス解決部Ｃ２４を用いることで、該パケットの転送
先となる候補サーバのＩＰアドレスの一覧を取得するこ
とができる。
定部Ｃ２２が、ある宛先ＩＰアドレスをもつパケットの
転送先となるサーバを決定する動作の際に、ＦＱＤＮ解
決部Ｃ２３によって該宛先ＩＰアドレスに対するＦＱＤ
Ｎを解決した後、解決したＦＱＤＮと該パケットの宛先
ポート番号を用いて新規にＦＱＤＮを作成し、新規に作
成したＦＱＤＮに対するＩＰアドレスを解決する。ここ
で新規に作成するＦＱＤＮは、パケットの宛先ＩＰアド
レスと宛先ポート番号毎にユニークでなければならな
い。例えば、解決したＦＱＤＮが「aaa.com」であり、
該パケットの宛先ポート番号が「７０７０」であると
き、「port7070.aaa.com」というＦＱＤＮに対するＩＰ
アドレスを解決する。ここでは、複数のＩＰアドレスを
解決することが可能であり、ＦＱＤＮ解決部Ｃ２３とア
ドレス解決部Ｃ２４を用いることで、該パケットの転送
先となる候補サーバのＩＰアドレスの一覧を取得するこ
とができる。
【０１６５】クライアントＤ２は、リクエスト送信部Ｄ
１１と、アドレス解決部Ｄ１２とを含む。
１１と、アドレス解決部Ｄ１２とを含む。
【０１６６】リクエスト送信部Ｄ１１は、コンテンツを
取得するリクエストをＩＰパケットとして送信する。こ
のとき、取得しようとするコンテンツの識別子であるＵ
ＲＬから、アドレス解決部Ｄ１２を用いて該ＵＲＬのＦ
ＱＤＮに対応するＩＰアドレスを解決し、解決したＩＰ
アドレスを送信するＩＰパケットの宛先ＩＰアドレスと
する。また、ＵＲＬで指定されたポート番号を宛先ポー
ト番号とする。例えば、ＵＲＬが「http://aaa.com/pic
t.jpg:7070」のコンテンツを取得するリクエストを送信
する場合、「aaa.com」に対するＩＰアドレスが「10.1.
1.1」であるとすると、宛先ＩＰアドレスが「10.1.1.
1」、宛先ポート番号が「７０７０」のパケットを送信
する。
取得するリクエストをＩＰパケットとして送信する。こ
のとき、取得しようとするコンテンツの識別子であるＵ
ＲＬから、アドレス解決部Ｄ１２を用いて該ＵＲＬのＦ
ＱＤＮに対応するＩＰアドレスを解決し、解決したＩＰ
アドレスを送信するＩＰパケットの宛先ＩＰアドレスと
する。また、ＵＲＬで指定されたポート番号を宛先ポー
ト番号とする。例えば、ＵＲＬが「http://aaa.com/pic
t.jpg:7070」のコンテンツを取得するリクエストを送信
する場合、「aaa.com」に対するＩＰアドレスが「10.1.
1.1」であるとすると、宛先ＩＰアドレスが「10.1.1.
1」、宛先ポート番号が「７０７０」のパケットを送信
する。
【０１６７】アドレス解決部Ｄ１２は、取得しようとす
るコンテンツのＵＲＬのＦＱＤＮ部分をキーにして、ド
メインネームサーバＥ１に対してＩＰアドレスを問い合
わせる。ドメインネームサーバＥ１からの応答には複数
のＩＰアドレスが含まれていてもよい。この場合は、任
意の１つのエントリを該ＦＱＤＮに対応するＩＰアドレ
スとして用いる。
るコンテンツのＵＲＬのＦＱＤＮ部分をキーにして、ド
メインネームサーバＥ１に対してＩＰアドレスを問い合
わせる。ドメインネームサーバＥ１からの応答には複数
のＩＰアドレスが含まれていてもよい。この場合は、任
意の１つのエントリを該ＦＱＤＮに対応するＩＰアドレ
スとして用いる。
【０１６８】ドメインネームサーバＥ１は、アドレス／
ＦＱＤＮ解決テーブルＥ１１と、アドレス応答部Ｅ１２
と、ＦＱＤＮ応答部Ｅ１３とを含む。
ＦＱＤＮ解決テーブルＥ１１と、アドレス応答部Ｅ１２
と、ＦＱＤＮ応答部Ｅ１３とを含む。
【０１６９】アドレス／ＦＱＤＮ解決テーブルＥ１１
は、アドレス応答部Ｅ１２及びＦＱＤＮ応答部Ｅ１３が
受けたアドレス解決要求及びＦＱＤＮ解決要求に対して
応答する際に参照するテーブルであり、「ＦＱＤＮ→Ｉ
Ｐアドレス」の変換テーブルであるアドレス解決用テー
ブル１０８と、「ＩＰアドレス→ＦＱＤＮ」の変換テー
ブルであるＦＱＤＮ解決用テーブル１０９の２つからな
る。
は、アドレス応答部Ｅ１２及びＦＱＤＮ応答部Ｅ１３が
受けたアドレス解決要求及びＦＱＤＮ解決要求に対して
応答する際に参照するテーブルであり、「ＦＱＤＮ→Ｉ
Ｐアドレス」の変換テーブルであるアドレス解決用テー
ブル１０８と、「ＩＰアドレス→ＦＱＤＮ」の変換テー
ブルであるＦＱＤＮ解決用テーブル１０９の２つからな
る。
【０１７０】図２２は、アドレス／ＦＱＤＮ解決テーブ
ルＥ１１の例を示すものである。アドレス／ＦＱＤＮ解
決テーブルＥ１１は、アドレス解決用テーブル１０８
と、ＦＱＤＮ解決用テーブル１０９の２つのテーブルか
ら構成される。アドレス／ＦＱＤＮ解決テーブルＥ１１
の特徴として、アドレス解決用テーブル１０８にはある
ＦＱＤＮに対して解決されるＩＰアドレスが複数存在し
てもよいが、ＦＱＤＮ解決用テーブル１０９にはあるＩ
Ｐアドレスに対して解決されるＦＱＤＮは１つでなけれ
ばならない。
ルＥ１１の例を示すものである。アドレス／ＦＱＤＮ解
決テーブルＥ１１は、アドレス解決用テーブル１０８
と、ＦＱＤＮ解決用テーブル１０９の２つのテーブルか
ら構成される。アドレス／ＦＱＤＮ解決テーブルＥ１１
の特徴として、アドレス解決用テーブル１０８にはある
ＦＱＤＮに対して解決されるＩＰアドレスが複数存在し
てもよいが、ＦＱＤＮ解決用テーブル１０９にはあるＩ
Ｐアドレスに対して解決されるＦＱＤＮは１つでなけれ
ばならない。
【０１７１】このとき、ＦＱＤＮをコンテンツグループ
の識別子として用いれば、サーバ負荷分散装置Ｃ３は、
クライアントＤ２から受信したパケットの宛先ＩＰアド
レスと宛先ポート番号からＦＱＤＮを解決することによ
って、リクエストしているコンテンツグループを識別す
ることが可能になる。更に、該ＦＱＤＮからＩＰアドレ
スを解決することにより、該ＦＱＤＮに対する候補サー
バ一覧を取得することができる。すなわち、ＩＰヘッダ
及びトランスポート層（ＵＤＰ／ＴＣＰ）ヘッダの解析
のみでリクエストしているコンテンツグループを識別で
き、更に上位層の情報を解析する必要がないという効果
がある。
の識別子として用いれば、サーバ負荷分散装置Ｃ３は、
クライアントＤ２から受信したパケットの宛先ＩＰアド
レスと宛先ポート番号からＦＱＤＮを解決することによ
って、リクエストしているコンテンツグループを識別す
ることが可能になる。更に、該ＦＱＤＮからＩＰアドレ
スを解決することにより、該ＦＱＤＮに対する候補サー
バ一覧を取得することができる。すなわち、ＩＰヘッダ
及びトランスポート層（ＵＤＰ／ＴＣＰ）ヘッダの解析
のみでリクエストしているコンテンツグループを識別で
き、更に上位層の情報を解析する必要がないという効果
がある。
【０１７２】アドレス応答部Ｅ１２は、他ノードから受
信したアドレス解決要求に対して、要求メッセージ内に
含まれるＦＱＤＮをキーとしてアドレス／ＦＱＤＮ解決
テーブルを参照し、解決されたＩＰアドレスを応答す
る。
信したアドレス解決要求に対して、要求メッセージ内に
含まれるＦＱＤＮをキーとしてアドレス／ＦＱＤＮ解決
テーブルを参照し、解決されたＩＰアドレスを応答す
る。
【０１７３】ＦＱＤＮ応答部Ｅ１３は、他ノードから受
信したＦＱＤＮ解決要求に対して、要求メッセージ内に
含まれるＩＰアドレスをキーとしてアドレス／ＦＱＤＮ
解決テーブルを参照し、解決されたＦＱＤＮを応答す
る。
信したＦＱＤＮ解決要求に対して、要求メッセージ内に
含まれるＩＰアドレスをキーとしてアドレス／ＦＱＤＮ
解決テーブルを参照し、解決されたＦＱＤＮを応答す
る。
【０１７４】次に、図２３を参照して、本実施の形態に
おいて、クライアントＤ２があるコンテンツを取得する
リクエストを送信する際の動作について詳細に説明す
る。
おいて、クライアントＤ２があるコンテンツを取得する
リクエストを送信する際の動作について詳細に説明す
る。
【０１７５】リクエスト送信部Ｄ１１は、取得しようと
するコンテンツのＵＲＬから、ＦＱＤＮ部分を抽出する
（図２３のステップＳ７０１）。例えば、ＵＲＬが、
「http://aaa.com/pict.jpg:7070」であるとすると、
「aaa.com」がＦＱＤＮ部分に対応する。
するコンテンツのＵＲＬから、ＦＱＤＮ部分を抽出する
（図２３のステップＳ７０１）。例えば、ＵＲＬが、
「http://aaa.com/pict.jpg:7070」であるとすると、
「aaa.com」がＦＱＤＮ部分に対応する。
【０１７６】次に、アドレス解決部Ｄ１２を介して、抽
出したＦＱＤＮに対応するＩＰアドレスを解決する（ス
テップＳ７０２）。このとき、アドレス解決部Ｄ１２
は、ドメインネームサーバＥ１に対して該ＦＱＤＮをキ
ーにしてアドレス解決要求を行なう。
出したＦＱＤＮに対応するＩＰアドレスを解決する（ス
テップＳ７０２）。このとき、アドレス解決部Ｄ１２
は、ドメインネームサーバＥ１に対して該ＦＱＤＮをキ
ーにしてアドレス解決要求を行なう。
【０１７７】最後に、リクエスト送信部Ｄ１１は、解決
したＩＰアドレスを宛先ＩＰアドレスとして、該コンテ
ンツに対するリクエストパケットを送信する（ステップ
Ｓ７０３）。
したＩＰアドレスを宛先ＩＰアドレスとして、該コンテ
ンツに対するリクエストパケットを送信する（ステップ
Ｓ７０３）。
【０１７８】次に、図２４を参照して、本実施の形態に
おいて、サーバ負荷分散装置Ｃ３がクライアントＤ２か
らパケットを受信したときの動作について詳細に説明す
る。
おいて、サーバ負荷分散装置Ｃ３がクライアントＤ２か
らパケットを受信したときの動作について詳細に説明す
る。
【０１７９】パケット受信部Ｃ２５は、受信したパケッ
トの宛先ポート番号を解析し、解析した宛先ポート番号
が予め設定された値に一致するかどうかをチェックする
（図２４のステップＳ８０１）。
トの宛先ポート番号を解析し、解析した宛先ポート番号
が予め設定された値に一致するかどうかをチェックする
（図２４のステップＳ８０１）。
【０１８０】ステップＳ８０１の結果、予め設定された
値に一致しない場合、パケット受信部Ｃ２５は、受信パ
ケットを通常のパケットとして処理する（ステップＳ８
０３）。すなわち、サーバ負荷分散装置としての動作は
行なわない。
値に一致しない場合、パケット受信部Ｃ２５は、受信パ
ケットを通常のパケットとして処理する（ステップＳ８
０３）。すなわち、サーバ負荷分散装置としての動作は
行なわない。
【０１８１】ステップＳ８０１の結果、予め設定された
値に一致する場合、パケット受信部Ｃ２５は、受信パケ
ットの宛先ＩＰアドレス／宛先ポート番号に対応するエ
ントリがパケットルーティングテーブルＣ２１内に存在
するかどうかをチェックする（ステップＳ８０２）。
値に一致する場合、パケット受信部Ｃ２５は、受信パケ
ットの宛先ＩＰアドレス／宛先ポート番号に対応するエ
ントリがパケットルーティングテーブルＣ２１内に存在
するかどうかをチェックする（ステップＳ８０２）。
【０１８２】ステップＳ８０２の結果、エントリが存在
する場合、パケット受信部Ｃ２５は、該エントリにおけ
る転送先サーバＩＰアドレスをパケットルーティングテ
ーブルＣ２１に対して問い合わせる（ステップＳ８０
４）。
する場合、パケット受信部Ｃ２５は、該エントリにおけ
る転送先サーバＩＰアドレスをパケットルーティングテ
ーブルＣ２１に対して問い合わせる（ステップＳ８０
４）。
【０１８３】このとき、パケットルーティングテーブル
Ｃ２１は、受信パケットの宛先ＩＰアドレス／ポート番
号に対する転送先サーバのＩＰアドレスを応答するが、
このとき複数の転送先サーバＩＰアドレスが登録されて
いる場合は、先に説明したように、ハッシュ関数を用い
る方法等により、同一のコネクションを同一のコンテン
ツサーバに接続させるように転送先サーバのＩＰアドレ
スを応答する。
Ｃ２１は、受信パケットの宛先ＩＰアドレス／ポート番
号に対する転送先サーバのＩＰアドレスを応答するが、
このとき複数の転送先サーバＩＰアドレスが登録されて
いる場合は、先に説明したように、ハッシュ関数を用い
る方法等により、同一のコネクションを同一のコンテン
ツサーバに接続させるように転送先サーバのＩＰアドレ
スを応答する。
【０１８４】パケット受信部Ｃ２５は、パケットルーテ
ィングテーブルＣ２１から転送先サーバＩＰアドレスを
応答されると、受信パケットの宛先アドレスを該転送先
サーバＩＰアドレスに書き換えて該受信パケットを送信
する（ステップＳ８０５）。
ィングテーブルＣ２１から転送先サーバＩＰアドレスを
応答されると、受信パケットの宛先アドレスを該転送先
サーバＩＰアドレスに書き換えて該受信パケットを送信
する（ステップＳ８０５）。
【０１８５】ステップＳ８０２の結果、エントリが存在
しない場合は、パケット受信部Ｃ２５は、該受信パケッ
トの宛先ＩＰアドレスを変更せず、そのままオリジナル
の宛先ＩＰアドレスへ転送する（ステップＳ８０６）。
更に該宛先ＩＰアドレス／宛先ポート番号をもつパケッ
トに対する最適な転送先サーバを決定し、パケットルー
ティングテーブルＣ２１にエントリを書き込む動作を行
なう（ステップＳ８０７）。ステップＳ８０６の後、ス
テップＳ８０７によって転送先サーバが書き込まれるま
では、該宛先ＩＰアドレス／宛先ポート番号をもつパケ
ットを受信しても、そのままオリジナルの宛先ＩＰアド
レスへ転送する。
しない場合は、パケット受信部Ｃ２５は、該受信パケッ
トの宛先ＩＰアドレスを変更せず、そのままオリジナル
の宛先ＩＰアドレスへ転送する（ステップＳ８０６）。
更に該宛先ＩＰアドレス／宛先ポート番号をもつパケッ
トに対する最適な転送先サーバを決定し、パケットルー
ティングテーブルＣ２１にエントリを書き込む動作を行
なう（ステップＳ８０７）。ステップＳ８０６の後、ス
テップＳ８０７によって転送先サーバが書き込まれるま
では、該宛先ＩＰアドレス／宛先ポート番号をもつパケ
ットを受信しても、そのままオリジナルの宛先ＩＰアド
レスへ転送する。
【０１８６】ステップＳ８０７に対応する動作を詳細に
説明するためのフローチャートが図２５である。
説明するためのフローチャートが図２５である。
【０１８７】転送先サーバ決定部Ｃ２２は、ＦＱＤＮ解
決部Ｃ２３を介して、受信パケットの宛先ＩＰアドレス
に対するＦＱＤＮを解決する（図２５のステップＳ９０
１）。このとき、ＦＱＤＮ解決部Ｃ２３は、ドメインネ
ームサーバＥ１に対して該ＩＰアドレスをキーにしてＦ
ＱＤＮ解決要求を送信し、応答を受信する。
決部Ｃ２３を介して、受信パケットの宛先ＩＰアドレス
に対するＦＱＤＮを解決する（図２５のステップＳ９０
１）。このとき、ＦＱＤＮ解決部Ｃ２３は、ドメインネ
ームサーバＥ１に対して該ＩＰアドレスをキーにしてＦ
ＱＤＮ解決要求を送信し、応答を受信する。
【０１８８】ステップＳ９０１でＦＱＤＮを解決する
と、転送先サーバ決定部Ｃ２２は、アドレス解決部Ｃ２
４を介して、ステップＳ９０１で解決したＦＱＤＮと該
パケットの宛先ポート番号を用いて新規にＦＱＤＮを作
成し、新規に作成したＦＱＤＮに対するＩＰアドレスを
解決する（ステップＳ９０２）。ここで新規に作成する
ＦＱＤＮは、パケットの宛先ＩＰアドレスと宛先ポート
番号の組み合わせに対して一意でなければならない。例
えば、解決したＦＱＤＮが「aaa.com」であり、該パケ
ットの宛先ポート番号が「７０７０」であるとき、「po
rt7070.aaa.com」というＦＱＤＮに対するＩＰアドレス
を解決する。
と、転送先サーバ決定部Ｃ２２は、アドレス解決部Ｃ２
４を介して、ステップＳ９０１で解決したＦＱＤＮと該
パケットの宛先ポート番号を用いて新規にＦＱＤＮを作
成し、新規に作成したＦＱＤＮに対するＩＰアドレスを
解決する（ステップＳ９０２）。ここで新規に作成する
ＦＱＤＮは、パケットの宛先ＩＰアドレスと宛先ポート
番号の組み合わせに対して一意でなければならない。例
えば、解決したＦＱＤＮが「aaa.com」であり、該パケ
ットの宛先ポート番号が「７０７０」であるとき、「po
rt7070.aaa.com」というＦＱＤＮに対するＩＰアドレス
を解決する。
【０１８９】ステップＳ９０２では、ステップＳ９０１
で解決したＦＱＤＮと該パケットの宛先ポート番号を用
いて新規にＦＱＤＮを作成し、この新規に作成したＦＱ
ＤＮをキーとして、ドメインネームサーバに対してＩＰ
アドレスを解決したが、この他にも、ステップＳ９０１
で解決したＦＱＤＮをそのままキーとして用いる方法も
ある。この場合、ステップＳ９０１で解決したＦＱＤＮ
自体がリクエストしているコンテンツグループに対して
ユニークになっていなければならない。従って、サーバ
負荷分散装置Ｃ３が受信したパケットの宛先ＩＰアドレ
スには、コンテンツグループ毎にユニークである値がつ
けられている必要がある。またこの場合は、パケットル
ーティングテーブルＣ２１においては、転送先サーバの
ＩＰアドレスは宛先ＩＰアドレスだけに対して登録され
ているだけでよく、宛先ＩＰアドレス／宛先ポート番号
の組み合わせに対して登録されている必要はない。
で解決したＦＱＤＮと該パケットの宛先ポート番号を用
いて新規にＦＱＤＮを作成し、この新規に作成したＦＱ
ＤＮをキーとして、ドメインネームサーバに対してＩＰ
アドレスを解決したが、この他にも、ステップＳ９０１
で解決したＦＱＤＮをそのままキーとして用いる方法も
ある。この場合、ステップＳ９０１で解決したＦＱＤＮ
自体がリクエストしているコンテンツグループに対して
ユニークになっていなければならない。従って、サーバ
負荷分散装置Ｃ３が受信したパケットの宛先ＩＰアドレ
スには、コンテンツグループ毎にユニークである値がつ
けられている必要がある。またこの場合は、パケットル
ーティングテーブルＣ２１においては、転送先サーバの
ＩＰアドレスは宛先ＩＰアドレスだけに対して登録され
ているだけでよく、宛先ＩＰアドレス／宛先ポート番号
の組み合わせに対して登録されている必要はない。
【０１９０】次に、転送先サーバ決定部Ｃ２２は、ステ
ップＳ９０２で解決したＩＰアドレスに対応するサーバ
の中から、転送先サーバを決定する（ステップＳ９０
３）。ここで転送先サーバを決定する詳細な動作につい
ては、第２の実施の形態と同様であるため、省略する。
ップＳ９０２で解決したＩＰアドレスに対応するサーバ
の中から、転送先サーバを決定する（ステップＳ９０
３）。ここで転送先サーバを決定する詳細な動作につい
ては、第２の実施の形態と同様であるため、省略する。
【０１９１】転送先サーバを決定すると、転送先サーバ
決定部Ｃ２２は、決定したサーバのＩＰアドレスをパケ
ットルーティングエントリに対して書き込む（ステップ
Ｓ９０４）。
決定部Ｃ２２は、決定したサーバのＩＰアドレスをパケ
ットルーティングエントリに対して書き込む（ステップ
Ｓ９０４）。
【０１９２】次に、本実施の形態の効果について説明す
る。
る。
【０１９３】本実施の形態では、サーバ負荷分散装置
は、パケットの宛先ＩＰアドレス／宛先ポート番号から
ドメインネームサーバを用いてリクエストしているコン
テンツの属するコンテンツグループを識別し、該コンテ
ンツグループに対する最適なコンテンツサーバへパケッ
トを転送する。従来のサーバ負荷分散装置は、クライア
ントからのパケットの中身を解析し、どのコンテンツに
対するリクエストであるかを識別する機能をもつ必要が
あった。すなわち、サーバ負荷分散装置としてレイヤ７
スイッチを用いる必要があった。本実施の形態における
サーバ負荷分散装置は、パケットの宛先ＩＰアドレス及
び宛先ポート番号のみを調べるだけでどのコンテンツに
対するリクエストであるかを識別することができる。従
って、レイヤ４スイッチを用いて実現可能である。一般
的に、レイヤ７スイッチの方が１秒あたりのコネクショ
ン数などの処理性能が低く、コストも高い。本実施の形
態を適用してレイヤ４スイッチで同等の機能を実現でき
れば、処理性能向上、コスト削減などの観点から効果が
あるといえる。
は、パケットの宛先ＩＰアドレス／宛先ポート番号から
ドメインネームサーバを用いてリクエストしているコン
テンツの属するコンテンツグループを識別し、該コンテ
ンツグループに対する最適なコンテンツサーバへパケッ
トを転送する。従来のサーバ負荷分散装置は、クライア
ントからのパケットの中身を解析し、どのコンテンツに
対するリクエストであるかを識別する機能をもつ必要が
あった。すなわち、サーバ負荷分散装置としてレイヤ７
スイッチを用いる必要があった。本実施の形態における
サーバ負荷分散装置は、パケットの宛先ＩＰアドレス及
び宛先ポート番号のみを調べるだけでどのコンテンツに
対するリクエストであるかを識別することができる。従
って、レイヤ４スイッチを用いて実現可能である。一般
的に、レイヤ７スイッチの方が１秒あたりのコネクショ
ン数などの処理性能が低く、コストも高い。本実施の形
態を適用してレイヤ４スイッチで同等の機能を実現でき
れば、処理性能向上、コスト削減などの観点から効果が
あるといえる。
【０１９４】なお、この第５の実施の形態と前述した第
１の実施の形態のコンテンツ管理装置を組み合わせて適
用することができるのは言うまでもない。その場合、図
２に示した分類ポリシテーブルにおいて集約ＵＲＬの代
わりにポート番号が設定される。また、図３の集約後の
ディレクトリパスは、「/cgi/high-load/z.exe:7070」
といったポート番号を付加したパスに置換えられる。
１の実施の形態のコンテンツ管理装置を組み合わせて適
用することができるのは言うまでもない。その場合、図
２に示した分類ポリシテーブルにおいて集約ＵＲＬの代
わりにポート番号が設定される。また、図３の集約後の
ディレクトリパスは、「/cgi/high-load/z.exe:7070」
といったポート番号を付加したパスに置換えられる。
【０１９５】以下、本発明の実施例について図を参照し
て説明する。
て説明する。
【０１９６】まず、本発明の第１の実施例を、図面を参
照して説明する。かかる実施例は本発明の第２の実施の
形態に対応するものである。
照して説明する。かかる実施例は本発明の第２の実施の
形態に対応するものである。
【０１９７】図７を参照すると、本実施例は、コンテン
ツサーバＡ２とサーバ負荷分散装置Ｃ１と、クライアン
トＤ１とによって構成される網によって行われる。
ツサーバＡ２とサーバ負荷分散装置Ｃ１と、クライアン
トＤ１とによって構成される網によって行われる。
【０１９８】サーバ負荷分散装置Ｃ１内の転送先決定ポ
リシ設定部Ｃ１２には、図８の転送先サーバ決定ポリシ
テーブル１０３に示すポリシが設定されている。また、
初期状態としてリクエストルーティングテーブルＣ１４
に登録されているエントリはないとする。
リシ設定部Ｃ１２には、図８の転送先サーバ決定ポリシ
テーブル１０３に示すポリシが設定されている。また、
初期状態としてリクエストルーティングテーブルＣ１４
に登録されているエントリはないとする。
【０１９９】クライアントＤ１は、ＵＲＬが「http://w
ww.aaa.com/file/small/pict.gif」によって識別される
コンテンツを取得するリクエストをサーバ側へ送信す
る。
ww.aaa.com/file/small/pict.gif」によって識別される
コンテンツを取得するリクエストをサーバ側へ送信す
る。
【０２００】サーバ負荷分散装置Ｃ１は、該リクエスト
を受信し、リクエストしているＵＲＬを解析する。そし
て、リクエストルーティングテーブルＣ１４を参照し、
該ＵＲＬに対するエントリは存在しないために、該リク
エストをデフォルトのコンテンツサーバへ転送する。Ｕ
ＲＬのＦＱＤＮ部分である「www.aaa.com」からドメイ
ンネームサーバで解決したＩＰアドレスをデフォルトの
コンテンツサーバとする。
を受信し、リクエストしているＵＲＬを解析する。そし
て、リクエストルーティングテーブルＣ１４を参照し、
該ＵＲＬに対するエントリは存在しないために、該リク
エストをデフォルトのコンテンツサーバへ転送する。Ｕ
ＲＬのＦＱＤＮ部分である「www.aaa.com」からドメイ
ンネームサーバで解決したＩＰアドレスをデフォルトの
コンテンツサーバとする。
【０２０１】該リクエスト転送後、サーバ負荷分散装置
Ｃ１は、リクエストルーティングテーブルＣ１４に該Ｕ
ＲＬの属するコンテンツグループに対する転送先サーバ
のエントリを作成しようとする。
Ｃ１は、リクエストルーティングテーブルＣ１４に該Ｕ
ＲＬの属するコンテンツグループに対する転送先サーバ
のエントリを作成しようとする。
【０２０２】まず、転送先サーバ決定部Ｃ１３は、コン
テンツサーバＡ２を管理するコンテンツ管理装置に問い
合わせることによって、該ＵＲＬに対するコンテンツグ
ループと候補サーバリストを取得する。
テンツサーバＡ２を管理するコンテンツ管理装置に問い
合わせることによって、該ＵＲＬに対するコンテンツグ
ループと候補サーバリストを取得する。
【０２０３】問合わせを受けたコンテンツ管理装置は、
該ＵＲＬに対するコンテンツグループは、ファイルの特
性をもち、「http://www.aaa.com/file/small/*」のＵ
ＲＬプレフィクスで識別され、候補サーバリストは、
「10.1.1.1」、「10.2.2.2」、「10.3.3.3」の３つであ
るという情報を応答する。
該ＵＲＬに対するコンテンツグループは、ファイルの特
性をもち、「http://www.aaa.com/file/small/*」のＵ
ＲＬプレフィクスで識別され、候補サーバリストは、
「10.1.1.1」、「10.2.2.2」、「10.3.3.3」の３つであ
るという情報を応答する。
【０２０４】該ＵＲＬに対する候補サーバリストを取得
する他の方法として、該ＵＲＬから、「small.file.ww
w.aaa.com」というＦＱＤＮを作成し、該ＦＱＤＮをキ
ーにして対応するＩＰアドレスのリストをドメインネー
ムサーバに問い合わせるという例もある。この例の場
合、ドメインネームサーバは該ＦＱＤＮに対するＩＰア
ドレスは「10.1.1.1」、「10.2.2.2」、「10.3.3.3」の
３つであると応答する。
する他の方法として、該ＵＲＬから、「small.file.ww
w.aaa.com」というＦＱＤＮを作成し、該ＦＱＤＮをキ
ーにして対応するＩＰアドレスのリストをドメインネー
ムサーバに問い合わせるという例もある。この例の場
合、ドメインネームサーバは該ＦＱＤＮに対するＩＰア
ドレスは「10.1.1.1」、「10.2.2.2」、「10.3.3.3」の
３つであると応答する。
【０２０５】次に、転送先サーバ決定部Ｃ１３は、転送
先サーバ決定ポリシ設定部Ｃ１２を参照して該コンテン
ツグループに対する転送先サーバ決定ポリシを調べ、フ
ァイルの特性をもつコンテンツグループに対してはコン
テンツ取得時の転送スループットが用いられ、この値が
最大となるサーバを基準として、６０％までの値をもつ
サーバが転送先サーバとして選択される、というポリシ
を取得する。
先サーバ決定ポリシ設定部Ｃ１２を参照して該コンテン
ツグループに対する転送先サーバ決定ポリシを調べ、フ
ァイルの特性をもつコンテンツグループに対してはコン
テンツ取得時の転送スループットが用いられ、この値が
最大となるサーバを基準として、６０％までの値をもつ
サーバが転送先サーバとして選択される、というポリシ
を取得する。
【０２０６】転送先サーバ決定部Ｃ１３は、取得したポ
リシに従って各候補サーバからの転送スループットを測
定するために、リクエストルーティングテーブルＣ１４
に「http://www.aaa.com/file/small/*」のＵＲＬプレ
フィクスをもつリクエストに対する転送先サーバとし
て、「10.1.1.1」、「10.2.2.2」、「10.3.3.3」の３つ
ＩＰアドレスを登録する。登録後、クライアントからの
該ＵＲＬプレフィクスに該当する各リクエストは、３つ
のサーバに対してラウンドロビンで転送される。
リシに従って各候補サーバからの転送スループットを測
定するために、リクエストルーティングテーブルＣ１４
に「http://www.aaa.com/file/small/*」のＵＲＬプレ
フィクスをもつリクエストに対する転送先サーバとし
て、「10.1.1.1」、「10.2.2.2」、「10.3.3.3」の３つ
ＩＰアドレスを登録する。登録後、クライアントからの
該ＵＲＬプレフィクスに該当する各リクエストは、３つ
のサーバに対してラウンドロビンで転送される。
【０２０７】３つのサーバに対してラウンドロビンで転
送されたリクエストに対するコンテンツサーバ側からの
応答コンテンツは、コンテンツ受信／転送部Ｃ１７で受
信される。リソース取得部Ｃ１１は、コンテンツ受信／
転送部Ｃ１７を介してこの応答コンテンツの転送スルー
プットを取得し、取得した情報を転送先サーバ決定部Ｃ
１３へ渡す。ここでは、「10.1.1.1」、「10.2.2.2」、
「10.3.3.3」に対応するサーバの転送スループットがそ
れぞれ、１Ｍｂｐｓ、７Ｍｂｐｓ、１０Ｍｂｐｓであっ
たとする。この値が最大となるサーバを基準として、６
０％までの値をもつサーバが転送先として選択されると
いうポリシであったので、転送先サーバ決定部Ｃ１３
は、「10.2.2.2」、「10.3.3.3」に対応する２つのサー
バを転送先として決定する。更にリクエストルーティン
グテーブルＣ１４の「http://www.aaa.com/file/small/
*」のＵＲＬプレフィクスをもつリクエストに対する転
送先サーバを、「10.2.2.2」、「10.3.3.3」の２つに書
き換える。この後、該ＵＲＬプレフィクスに該当するリ
クエストは、この２つのサーバに対してラウンドロビン
で転送される。
送されたリクエストに対するコンテンツサーバ側からの
応答コンテンツは、コンテンツ受信／転送部Ｃ１７で受
信される。リソース取得部Ｃ１１は、コンテンツ受信／
転送部Ｃ１７を介してこの応答コンテンツの転送スルー
プットを取得し、取得した情報を転送先サーバ決定部Ｃ
１３へ渡す。ここでは、「10.1.1.1」、「10.2.2.2」、
「10.3.3.3」に対応するサーバの転送スループットがそ
れぞれ、１Ｍｂｐｓ、７Ｍｂｐｓ、１０Ｍｂｐｓであっ
たとする。この値が最大となるサーバを基準として、６
０％までの値をもつサーバが転送先として選択されると
いうポリシであったので、転送先サーバ決定部Ｃ１３
は、「10.2.2.2」、「10.3.3.3」に対応する２つのサー
バを転送先として決定する。更にリクエストルーティン
グテーブルＣ１４の「http://www.aaa.com/file/small/
*」のＵＲＬプレフィクスをもつリクエストに対する転
送先サーバを、「10.2.2.2」、「10.3.3.3」の２つに書
き換える。この後、該ＵＲＬプレフィクスに該当するリ
クエストは、この２つのサーバに対してラウンドロビン
で転送される。
【０２０８】次に、本発明の第２の実施例を、図面を参
照して説明する。かかる実施例は本発明の第３の実施の
形態に対応するものである。
照して説明する。かかる実施例は本発明の第３の実施の
形態に対応するものである。
【０２０９】図２６を参照すると、本実施例は、コンテ
ンツサーバ２０１とサーバ負荷分散装置３０１〜３０６
とによって行われる。コンテンツサーバ２０１は第３の
実施の形態におけるコンテンツサーバＡ３と同じ構成を
もち、同様にサーバ負荷分散装置３０１〜３０６はサー
バ負荷分散装置Ｃ１と同じ構成をもつ。
ンツサーバ２０１とサーバ負荷分散装置３０１〜３０６
とによって行われる。コンテンツサーバ２０１は第３の
実施の形態におけるコンテンツサーバＡ３と同じ構成を
もち、同様にサーバ負荷分散装置３０１〜３０６はサー
バ負荷分散装置Ｃ１と同じ構成をもつ。
【０２１０】コンテンツサーバ２０１内には、図１４の
リソース応答ポリシテーブル１０５に示されるリソース
応答ポリシが設定されている。ここで、コンテンツサー
バ２０１において現在のＣＰＵ負荷が２５％であったと
する。
リソース応答ポリシテーブル１０５に示されるリソース
応答ポリシが設定されている。ここで、コンテンツサー
バ２０１において現在のＣＰＵ負荷が２５％であったと
する。
【０２１１】ここで、サーバ負荷分散装置３０１〜３０
６において転送先サーバを決定するために、各サーバ負
荷分散装置からほぼ同時に、コンテンツサーバ２０１に
対してＣＰＵ負荷のリソース取得要求を行なうとする。
６において転送先サーバを決定するために、各サーバ負
荷分散装置からほぼ同時に、コンテンツサーバ２０１に
対してＣＰＵ負荷のリソース取得要求を行なうとする。
【０２１２】最初のサーバ負荷分散装置３０１〜３０４
からのリソース取得要求に対しては、現在のＣＰＵ負荷
が０％〜３０％の範囲内にあるので、７０％の確率で実
際のＣＰＵ負荷を応答し、３０％の確率で実際のＣＰＵ
負荷の２倍の値を応答する。ここでは、サーバ負荷分散
装置３０１〜３０４に対しては実際のＣＰＵ負荷である
２５％を応答し、サーバ負荷分散装置３０５、３０６に
対しては実際のＣＰＵ負荷の２倍の値である５０％を応
答するとする。
からのリソース取得要求に対しては、現在のＣＰＵ負荷
が０％〜３０％の範囲内にあるので、７０％の確率で実
際のＣＰＵ負荷を応答し、３０％の確率で実際のＣＰＵ
負荷の２倍の値を応答する。ここでは、サーバ負荷分散
装置３０１〜３０４に対しては実際のＣＰＵ負荷である
２５％を応答し、サーバ負荷分散装置３０５、３０６に
対しては実際のＣＰＵ負荷の２倍の値である５０％を応
答するとする。
【０２１３】もしコンテンツサーバ２０１が実際のＣＰ
Ｕ負荷である２５％をサーバ負荷分散装置３０１〜３０
６に対して応答した場合、全てのサーバ負荷分散装置が
コンテンツサーバ２０１のＣＰＵ負荷が十分低いと判断
し、コンテンツサーバ２０１を転送先サーバとして決定
するために、リクエストの急激な増加による負荷増大が
発生する可能性がある。本実施例では、サーバ負荷分散
装置３０５、３０６はコンテンツサーバ２０１のＣＰＵ
負荷は十分低くないと判断し、コンテンツサーバ２０１
以外のコンテンツサーバを転送先サーバとして決定した
とする。そのため、コンテンツサーバ２０１における急
激な負荷増大が抑制される。
Ｕ負荷である２５％をサーバ負荷分散装置３０１〜３０
６に対して応答した場合、全てのサーバ負荷分散装置が
コンテンツサーバ２０１のＣＰＵ負荷が十分低いと判断
し、コンテンツサーバ２０１を転送先サーバとして決定
するために、リクエストの急激な増加による負荷増大が
発生する可能性がある。本実施例では、サーバ負荷分散
装置３０５、３０６はコンテンツサーバ２０１のＣＰＵ
負荷は十分低くないと判断し、コンテンツサーバ２０１
以外のコンテンツサーバを転送先サーバとして決定した
とする。そのため、コンテンツサーバ２０１における急
激な負荷増大が抑制される。
【０２１４】次に、本発明の第３の実施例を、図面を参
照して説明する。かかる実施例は本発明の第４の実施の
形態に対応するものである。
照して説明する。かかる実施例は本発明の第４の実施の
形態に対応するものである。
【０２１５】図２７を参照すると、本実施例は、コンテ
ンツサーバ２０２、２０３とサーバ負荷分散装置３０７
とによって行われる。コンテンツサーバ２０２、２０３
は第４の実施の形態におけるコンテンツサーバＡ２と同
じ構成をもち、同様にサーバ負荷分散装置３０７はサー
バ負荷分散装置Ｃ２と同じ構成をもつ。
ンツサーバ２０２、２０３とサーバ負荷分散装置３０７
とによって行われる。コンテンツサーバ２０２、２０３
は第４の実施の形態におけるコンテンツサーバＡ２と同
じ構成をもち、同様にサーバ負荷分散装置３０７はサー
バ負荷分散装置Ｃ２と同じ構成をもつ。
【０２１６】まず、サーバ負荷分散装置３０７内のリク
エストルーティングテーブルにおいては、図２８のテー
ブル１１０に示すように、「ftp://ftp.ccc.edu/pub/
*」に対する転送先サーバＩＰアドレスとして、「10.5.
1.1」（コンテンツサーバ２０２に対応）、「10.6.1.
1」（コンテンツサーバ２０３に対応）の２つがあり、
それぞれに対するウェイト値が９０％、１０％であった
とする。
エストルーティングテーブルにおいては、図２８のテー
ブル１１０に示すように、「ftp://ftp.ccc.edu/pub/
*」に対する転送先サーバＩＰアドレスとして、「10.5.
1.1」（コンテンツサーバ２０２に対応）、「10.6.1.
1」（コンテンツサーバ２０３に対応）の２つがあり、
それぞれに対するウェイト値が９０％、１０％であった
とする。
【０２１７】このウェイト値は、転送スループットが最
大となるサーバと最小となるサーバとの差が２倍以内に
なるまで、各サーバからの転送スループット比に応じて
再設定されるものとする。ここで、コンテンツサーバ２
０２、２０３に対する転送スループットがそれぞれ１Ｍ
ｂｐｓ、９Ｍｂｐｓであったとする。このとき、「move
_granularity＝１．０」であったとすると、それぞれの
サーバに対するウェイト値はそれぞれ、９０％→１０
％、１０％→９０％と再設定される。ウェイト再設定
後、それぞれのサーバに対するリクエスト転送の比率が
変わり、次回に転送スループットを測定した際にはそれ
ぞれのスループットが９Ｍｂｐｓ、１Ｍｂｐｓであった
とする。すると、ウェイトが再度設定され、１０％→９
０％、９０％→１０％と最初の値に戻る。このように、
ウェイト変更動作が再帰的に繰り返され、発振してしま
う場合はmove_granularityが大きすぎることを示してい
る。
大となるサーバと最小となるサーバとの差が２倍以内に
なるまで、各サーバからの転送スループット比に応じて
再設定されるものとする。ここで、コンテンツサーバ２
０２、２０３に対する転送スループットがそれぞれ１Ｍ
ｂｐｓ、９Ｍｂｐｓであったとする。このとき、「move
_granularity＝１．０」であったとすると、それぞれの
サーバに対するウェイト値はそれぞれ、９０％→１０
％、１０％→９０％と再設定される。ウェイト再設定
後、それぞれのサーバに対するリクエスト転送の比率が
変わり、次回に転送スループットを測定した際にはそれ
ぞれのスループットが９Ｍｂｐｓ、１Ｍｂｐｓであった
とする。すると、ウェイトが再度設定され、１０％→９
０％、９０％→１０％と最初の値に戻る。このように、
ウェイト変更動作が再帰的に繰り返され、発振してしま
う場合はmove_granularityが大きすぎることを示してい
る。
【０２１８】そこで、上記の例で、「move_granularity
＝０．５」であった場合を考える。コンテンツサーバ２
０２、２０３に対する転送スループットがそれぞれ１Ｍ
ｂｐｓ、９Ｍｂｐｓであったとすると、それぞれのサー
バに対するウェイト値の変動量を「move_granularity＝
１．０」の場合の０．５倍して、９０％→５０％、１０
％→５０％と再設定する。ウェイト再設定後、それぞれ
のサーバに対するリクエスト転送の比率が変わり、次回
に転送スループットを測定した際にはそれぞれのスルー
プットが７Ｍｂｐｓ、３Ｍｂｐｓであったとする。そし
て同様にそれぞれのウェイト値を５０％→６０％、５０
％→４０％に再設定する。ウェイト再設定後、それぞれ
のサーバに対する転送スループットが、６Ｍｂｐｓ、４
Ｍｂｐｓになり、転送スループットが最大となるサーバ
と最小となるサーバとの差が２倍以内になったので、ウ
ェイト変更動作を終了する。このように、ウェイト変更
動作が発振しないようにmove_granularityを適当な値に
調整することが重要である。
＝０．５」であった場合を考える。コンテンツサーバ２
０２、２０３に対する転送スループットがそれぞれ１Ｍ
ｂｐｓ、９Ｍｂｐｓであったとすると、それぞれのサー
バに対するウェイト値の変動量を「move_granularity＝
１．０」の場合の０．５倍して、９０％→５０％、１０
％→５０％と再設定する。ウェイト再設定後、それぞれ
のサーバに対するリクエスト転送の比率が変わり、次回
に転送スループットを測定した際にはそれぞれのスルー
プットが７Ｍｂｐｓ、３Ｍｂｐｓであったとする。そし
て同様にそれぞれのウェイト値を５０％→６０％、５０
％→４０％に再設定する。ウェイト再設定後、それぞれ
のサーバに対する転送スループットが、６Ｍｂｐｓ、４
Ｍｂｐｓになり、転送スループットが最大となるサーバ
と最小となるサーバとの差が２倍以内になったので、ウ
ェイト変更動作を終了する。このように、ウェイト変更
動作が発振しないようにmove_granularityを適当な値に
調整することが重要である。
【０２１９】次に、本発明の第４の実施例を、図面を参
照して説明する。かかる実施例は本発明の第５の実施の
形態に対応するものである。
照して説明する。かかる実施例は本発明の第５の実施の
形態に対応するものである。
【０２２０】図２０を参照すると、本実施例は、コンテ
ンツサーバＡ４とサーバ負荷分散装置Ｃ３と、クライア
ントＤ２と、ドメインネームサーバＥ１とによって構成
される網によって行われる。
ンツサーバＡ４とサーバ負荷分散装置Ｃ３と、クライア
ントＤ２と、ドメインネームサーバＥ１とによって構成
される網によって行われる。
【０２２１】ドメインネームサーバＥ１内には、図２２
に示すアドレス解決用テーブル１０８と、ＦＱＤＮ解決
用テーブル１０９が登録されている。
に示すアドレス解決用テーブル１０８と、ＦＱＤＮ解決
用テーブル１０９が登録されている。
【０２２２】サーバ負荷分散装置Ｃ３内のパケットルー
ティングテーブルＣ２１に登録されているエントリは初
期状態で空であるとする。
ティングテーブルＣ２１に登録されているエントリは初
期状態で空であるとする。
【０２２３】クライアントＤ２は、ＵＲＬが「http://a
aa.com/pict.jpg:7070」によって識別されるコンテンツ
を取得するリクエストをサーバ側へ送信しようとする。
このとき、ＵＲＬのＦＱＤＮ部分である「aaa.com」を
キーにしてドメインネームサーバＥ１に対してアドレス
解決要求を出す。ドメインネームサーバＥ１は、対応す
るＩＰアドレスである「10.1.1.1」を応答する。そして
クライアントＤ２は解決した「10.1.1.1」を宛先ＩＰア
ドレスとし、ＵＲＬで指定された「７０７０」を宛先ポ
ート番号としたパケットの形で該リクエストを送信す
る。
aa.com/pict.jpg:7070」によって識別されるコンテンツ
を取得するリクエストをサーバ側へ送信しようとする。
このとき、ＵＲＬのＦＱＤＮ部分である「aaa.com」を
キーにしてドメインネームサーバＥ１に対してアドレス
解決要求を出す。ドメインネームサーバＥ１は、対応す
るＩＰアドレスである「10.1.1.1」を応答する。そして
クライアントＤ２は解決した「10.1.1.1」を宛先ＩＰア
ドレスとし、ＵＲＬで指定された「７０７０」を宛先ポ
ート番号としたパケットの形で該リクエストを送信す
る。
【０２２４】サーバ負荷分散装置Ｃ３は、クライアント
Ｄ２からパケットを受信し、予め指定された宛先ポート
番号をもつパケットに対して、パケットルーティングテ
ーブルＣ２１を参照して転送先サーバＩＰアドレスへと
転送する。この場合、「７０７０」は予め設定された宛
先ポート番号であり、パケットルーティングテーブルＣ
２１を調べるが、登録されているエントリはないため、
オリジナルの宛先ＩＰアドレスのまま、該パケットを転
送する。
Ｄ２からパケットを受信し、予め指定された宛先ポート
番号をもつパケットに対して、パケットルーティングテ
ーブルＣ２１を参照して転送先サーバＩＰアドレスへと
転送する。この場合、「７０７０」は予め設定された宛
先ポート番号であり、パケットルーティングテーブルＣ
２１を調べるが、登録されているエントリはないため、
オリジナルの宛先ＩＰアドレスのまま、該パケットを転
送する。
【０２２５】該パケット転送後、サーバ負荷分散装置Ｃ
２は、パケットルーティングテーブルＣ２１に該パケッ
トに対応するコンテンツグループに対する転送先サーバ
のエントリを作成しようとする。転送先サーバのエント
リが作成されるまでは、該パケットと同じ宛先ＩＰアド
レス／宛先ポート番号をもつパケットを受信しても、オ
リジナルの宛先ＩＰアドレスへ転送する。
２は、パケットルーティングテーブルＣ２１に該パケッ
トに対応するコンテンツグループに対する転送先サーバ
のエントリを作成しようとする。転送先サーバのエント
リが作成されるまでは、該パケットと同じ宛先ＩＰアド
レス／宛先ポート番号をもつパケットを受信しても、オ
リジナルの宛先ＩＰアドレスへ転送する。
【０２２６】このパケットルーティングテーブルＣ２１
にパケットに対応するコンテンツグループに対する転送
先サーバのエントリを作成する場合の例を、図２９を参
照して説明する。クライアントＤ２からは、上記のよう
に「10.1.1.1」を宛先ＩＰアドレスとし、ＵＲＬで指定
された「７０７０」を宛先ポート番号としたパケットの
形でリクエストが送信されている。
にパケットに対応するコンテンツグループに対する転送
先サーバのエントリを作成する場合の例を、図２９を参
照して説明する。クライアントＤ２からは、上記のよう
に「10.1.1.1」を宛先ＩＰアドレスとし、ＵＲＬで指定
された「７０７０」を宛先ポート番号としたパケットの
形でリクエストが送信されている。
【０２２７】まず、サーバ負荷分散装置Ｃ２の転送先サ
ーバ決定部Ｃ２２は、ＦＱＤＮ解決部Ｃ２３を介して、
ドメインネームサーバＥ１に該パケットの宛先ＩＰアド
レスである「10.1.1.1」をキーとしてＦＱＤＮ解決要求
を出す。
ーバ決定部Ｃ２２は、ＦＱＤＮ解決部Ｃ２３を介して、
ドメインネームサーバＥ１に該パケットの宛先ＩＰアド
レスである「10.1.1.1」をキーとしてＦＱＤＮ解決要求
を出す。
【０２２８】問合わせを受けたドメインネームサーバＥ
１のＦＱＤＮ応答部Ｅ１３は、「10.1.1.1」に対するＦ
ＱＤＮである「aaa.com」を応答する。
１のＦＱＤＮ応答部Ｅ１３は、「10.1.1.1」に対するＦ
ＱＤＮである「aaa.com」を応答する。
【０２２９】次に、転送先サーバ決定部Ｃ２２は、アド
レス解決部Ｃ２４を介して、ドメインネームサーバＥ１
に応答されたＦＱＤＮである「aaa.com」に宛先ポート
番号「７０７０」の情報を付与した、「port7070.aaa.c
om」というＦＱＤＮをキーとしてアドレス解決要求を出
す。ここで新規に作成するＦＱＤＮは、該パケットの宛
先ＩＰアドレスと宛先ポート番号に対してユニークであ
ればよく、この例の他にも、「7070.port.aaa.com」な
どとしてもよい。ただし、作成するＦＱＤＮに対応する
エントリがドメインネームサーバＥ１にも登録されてい
ることが条件である。
レス解決部Ｃ２４を介して、ドメインネームサーバＥ１
に応答されたＦＱＤＮである「aaa.com」に宛先ポート
番号「７０７０」の情報を付与した、「port7070.aaa.c
om」というＦＱＤＮをキーとしてアドレス解決要求を出
す。ここで新規に作成するＦＱＤＮは、該パケットの宛
先ＩＰアドレスと宛先ポート番号に対してユニークであ
ればよく、この例の他にも、「7070.port.aaa.com」な
どとしてもよい。ただし、作成するＦＱＤＮに対応する
エントリがドメインネームサーバＥ１にも登録されてい
ることが条件である。
【０２３０】問合わせを受けたドメインネームサーバＥ
１のアドレス応答部Ｅ１２は、「port7070.aaa.com」に
対するアドレスである「10.1.1.1」、「20.2.2.2」、
「30.3.3.3」を応答する。
１のアドレス応答部Ｅ１２は、「port7070.aaa.com」に
対するアドレスである「10.1.1.1」、「20.2.2.2」、
「30.3.3.3」を応答する。
【０２３１】従って、転送先サーバ決定部Ｃ２２は、宛
先ＩＰアドレス／宛先ポート番号が「10.1.1.1/7070」
のパケットに対する候補サーバの宛先ＩＰアドレスが
「10.1.1.1」、「20.2.2.2」、「30.3.3.3」の２つであ
るとわかる。
先ＩＰアドレス／宛先ポート番号が「10.1.1.1/7070」
のパケットに対する候補サーバの宛先ＩＰアドレスが
「10.1.1.1」、「20.2.2.2」、「30.3.3.3」の２つであ
るとわかる。
【０２３２】次に、転送先サーバ決定部Ｃ２２は、候補
サーバの中からパケットルーティングテーブルに登録す
る転送先サーバを決定する。ここでは、転送先サーバの
決定ポリシとして、ＣＰＵ負荷の低い順に２つのサーバ
を選択するというポリシが設定されているものとし、各
サーバに問合わせた結果、「10.1.1.1」に対応するサー
バのＣＰＵ負荷が８０％、「20.2.2.2」に対応するサー
バのＣＰＵ負荷が３０％、「30.3.3.3」に対応するサー
バのＣＰＵ負荷が５０％であったとする。
サーバの中からパケットルーティングテーブルに登録す
る転送先サーバを決定する。ここでは、転送先サーバの
決定ポリシとして、ＣＰＵ負荷の低い順に２つのサーバ
を選択するというポリシが設定されているものとし、各
サーバに問合わせた結果、「10.1.1.1」に対応するサー
バのＣＰＵ負荷が８０％、「20.2.2.2」に対応するサー
バのＣＰＵ負荷が３０％、「30.3.3.3」に対応するサー
バのＣＰＵ負荷が５０％であったとする。
【０２３３】その結果、転送先サーバ決定部Ｃ２２は、
宛先ＩＰアドレス／宛先ポート番号が「10.1.1.1/707
0」であるパケットに対して、「20.2.2.2」に対応する
サーバと「30.3.3.3」に対応するサーバを転送先として
決定し、パケットルーティングテーブルＣ２１に登録す
る（図２１のパケットルーティングテーブル１０７参
照）。
宛先ＩＰアドレス／宛先ポート番号が「10.1.1.1/707
0」であるパケットに対して、「20.2.2.2」に対応する
サーバと「30.3.3.3」に対応するサーバを転送先として
決定し、パケットルーティングテーブルＣ２１に登録す
る（図２１のパケットルーティングテーブル１０７参
照）。
【０２３４】パケットルーティングテーブルＣ２１への
エントリ登録後、宛先ＩＰアドレス／宛先ポート番号が
「10.1.1.1/7070」であるパケットは、「20.2.2.2」又
は「30.3.3.3」のＩＰアドレスをもつサーバへリダイレ
クトされる。
エントリ登録後、宛先ＩＰアドレス／宛先ポート番号が
「10.1.1.1/7070」であるパケットは、「20.2.2.2」又
は「30.3.3.3」のＩＰアドレスをもつサーバへリダイレ
クトされる。
【０２３５】なお、上記各実施の形態のサーバ負荷分散
システムは、サーバ負荷分散装置Ｃ１〜Ｃ３における転
送先サーバ決定ポリシ設定部Ｃ１２、転送先サーバ決定
部Ｃ１３、Ｃ２２、ＦＱＤＮ解決部Ｃ２３、アドレス解
決部Ｃ２４の機能や、コンテンツ管理装置Ｂ１におけ
る、コンテンツ分類部Ｂ１２やコンテンツ集約部Ｂ１３
の機能や、コンテンツサーバＡ１〜Ａ４における、リソ
ース応答部Ａ１３、Ａ１５やリソース応答ポリシ設定部
Ａ１４の機能や、その他の機能をハードウェア的に実現
することは勿論として、各機能を備えるコンテンツ配信
管理プログラムＡ３９、コンテンツ管理プログラムＢ１
９、サーバ負荷分散プログラムＣ２９、Ｃ４９、Ｃ５９
を、コンピュータ処理装置のメモリにロードされること
で実現することができる。このコンテンツ配信管理プロ
グラムＡ３９、コンテンツ管理プログラムＢ１９、サー
バ負荷分散プログラムＣ２９、Ｃ４９、Ｃ５９は、磁気
ディスク、半導体メモリその他の記録媒体に格納され
る。そして、その記録媒体からコンピュータ処理装置に
ロードされ、コンピュータ処理装置の動作を制御するこ
とにより、上述した各機能を実現する。
システムは、サーバ負荷分散装置Ｃ１〜Ｃ３における転
送先サーバ決定ポリシ設定部Ｃ１２、転送先サーバ決定
部Ｃ１３、Ｃ２２、ＦＱＤＮ解決部Ｃ２３、アドレス解
決部Ｃ２４の機能や、コンテンツ管理装置Ｂ１におけ
る、コンテンツ分類部Ｂ１２やコンテンツ集約部Ｂ１３
の機能や、コンテンツサーバＡ１〜Ａ４における、リソ
ース応答部Ａ１３、Ａ１５やリソース応答ポリシ設定部
Ａ１４の機能や、その他の機能をハードウェア的に実現
することは勿論として、各機能を備えるコンテンツ配信
管理プログラムＡ３９、コンテンツ管理プログラムＢ１
９、サーバ負荷分散プログラムＣ２９、Ｃ４９、Ｃ５９
を、コンピュータ処理装置のメモリにロードされること
で実現することができる。このコンテンツ配信管理プロ
グラムＡ３９、コンテンツ管理プログラムＢ１９、サー
バ負荷分散プログラムＣ２９、Ｃ４９、Ｃ５９は、磁気
ディスク、半導体メモリその他の記録媒体に格納され
る。そして、その記録媒体からコンピュータ処理装置に
ロードされ、コンピュータ処理装置の動作を制御するこ
とにより、上述した各機能を実現する。
【０２３６】以上好ましい実施の形態及び実施例をあげ
て本発明を説明したが、本発明は必ずしも上記実施の形
態及び実施例に限定されるものではなく、その技術的思
想の範囲内において様々に変形して実施することができ
る。
て本発明を説明したが、本発明は必ずしも上記実施の形
態及び実施例に限定されるものではなく、その技術的思
想の範囲内において様々に変形して実施することができ
る。
【０２３７】
【発明の効果】以上説明したように本発明によれば、以
下のような効果が達成される。
下のような効果が達成される。
【０２３８】第１の効果は、コンテンツサーバ内のコン
テンツを、同じ特性をもつコンテンツ毎に分類／集約す
る作業を手動で行なう必要がない。
テンツを、同じ特性をもつコンテンツ毎に分類／集約す
る作業を手動で行なう必要がない。
【０２３９】その理由は、コンテンツ管理装置において
同じコンテンツグループとして分類／集約するためのポ
リシを設定しておくことにより、コンテンツサーバ内の
コンテンツの静的／動的な特性に応じて自動的に集約す
ることができるからである。
同じコンテンツグループとして分類／集約するためのポ
リシを設定しておくことにより、コンテンツサーバ内の
コンテンツの静的／動的な特性に応じて自動的に集約す
ることができるからである。
【０２４０】第２の効果は、サーバ負荷分散装置におい
て、コンテンツの特性に応じた最適なリクエストルーテ
ィングを最小のエントリ数で実現することができる。
て、コンテンツの特性に応じた最適なリクエストルーテ
ィングを最小のエントリ数で実現することができる。
【０２４１】その理由は、コンテンツ管理装置がコンテ
ンツサーバ内のコンテンツをその静的／動的特性に応じ
て自動的に分類／集約するからである。
ンツサーバ内のコンテンツをその静的／動的特性に応じ
て自動的に分類／集約するからである。
【０２４２】第３の効果は、サーバ負荷分散装置を経由
させるだけで、クライアントからのリクエストを、リク
エストしているコンテンツの特性に応じた最適なサーバ
に転送することができる。
させるだけで、クライアントからのリクエストを、リク
エストしているコンテンツの特性に応じた最適なサーバ
に転送することができる。
【０２４３】その理由は、サーバ負荷分散装置におい
て、各コンテンツグループ毎にその特性に応じた選択基
準により転送先サーバを決定し、決定した転送先サーバ
をリクエストルーティングテーブルに登録しておくと共
に、クライアントから受信したリクエストがどのコンテ
ンツグループに属するコンテンツに対するものであるか
を識別することにより、対応するコンテンツグループに
対する転送先サーバへ該リクエストを転送することがで
きるからである。
て、各コンテンツグループ毎にその特性に応じた選択基
準により転送先サーバを決定し、決定した転送先サーバ
をリクエストルーティングテーブルに登録しておくと共
に、クライアントから受信したリクエストがどのコンテ
ンツグループに属するコンテンツに対するものであるか
を識別することにより、対応するコンテンツグループに
対する転送先サーバへ該リクエストを転送することがで
きるからである。
【０２４４】第４の効果は、コンテンツサーバに対する
クライアントからのリクエストの急激な集中を抑制する
と共に、サーバ負荷分散装置のリクエストルーティング
テーブルにおいて転送先サーバの決定が収束せずに発振
することを抑止することができる。
クライアントからのリクエストの急激な集中を抑制する
と共に、サーバ負荷分散装置のリクエストルーティング
テーブルにおいて転送先サーバの決定が収束せずに発振
することを抑止することができる。
【０２４５】その第１の理由は、コンテンツサーバにお
いて、網内に配置されている複数のサーバ負荷分散装置
からのリソース情報取得要求に対し、必ずしも実際のリ
ソース情報をそのまま応答するのではなく、設定したリ
ソース応答ポリシに応じてリソース値を補正して応答す
ることにより、多数のサーバ負荷分散装置が同時に同じ
コンテンツサーバを転送先として選択することを抑制で
きるからである。
いて、網内に配置されている複数のサーバ負荷分散装置
からのリソース情報取得要求に対し、必ずしも実際のリ
ソース情報をそのまま応答するのではなく、設定したリ
ソース応答ポリシに応じてリソース値を補正して応答す
ることにより、多数のサーバ負荷分散装置が同時に同じ
コンテンツサーバを転送先として選択することを抑制で
きるからである。
【０２４６】その第２の理由は、サーバ負荷分散装置に
おいて、各エントリの転送先サーバに対するウェイト値
を、取得したリソース値に応じて変更し、このウェイト
値の変更を、move_granularityを用いて緩やかに行なう
ことにより、多数のサーバ負荷分散装置が同時に同じコ
ンテンツサーバを転送先として選択することを抑制でき
るからである。
おいて、各エントリの転送先サーバに対するウェイト値
を、取得したリソース値に応じて変更し、このウェイト
値の変更を、move_granularityを用いて緩やかに行なう
ことにより、多数のサーバ負荷分散装置が同時に同じコ
ンテンツサーバを転送先として選択することを抑制でき
るからである。
【０２４７】その第３の理由は、サーバ負荷分散装置に
おいて、各エントリの転送先サーバに対するウェイト値
を、取得したリソース値に応じて直ちに再設定するする
代わりに、ウェイト値を再設定する時刻を確率的に分散
させた時間だけ遅延させ、遅延させた時刻に必要ならば
ウェイト値を再設定することにより、多数のサーバ負荷
分散装置が同時に同じコンテンツサーバを転送先として
選択することを抑制できるからである。
おいて、各エントリの転送先サーバに対するウェイト値
を、取得したリソース値に応じて直ちに再設定するする
代わりに、ウェイト値を再設定する時刻を確率的に分散
させた時間だけ遅延させ、遅延させた時刻に必要ならば
ウェイト値を再設定することにより、多数のサーバ負荷
分散装置が同時に同じコンテンツサーバを転送先として
選択することを抑制できるからである。
【０２４８】第５の効果は、サーバ負荷分散装置として
レイヤ７スイッチを用いずに、レイヤ４スイッチによっ
て、クライアントからのリクエストを最適なコンテンツ
サーバへ誘導することができ、サーバ負荷分散装置とし
ての処理性能向上、コスト削減を図ることができる。
レイヤ７スイッチを用いずに、レイヤ４スイッチによっ
て、クライアントからのリクエストを最適なコンテンツ
サーバへ誘導することができ、サーバ負荷分散装置とし
ての処理性能向上、コスト削減を図ることができる。
【０２４９】その理由は、サーバ負荷分散装置におい
て、クライアントから受信したパケットの宛先ＩＰアド
レス／宛先ポート番号からドメインネームサーバを用い
てリクエストしているコンテンツの属するコンテンツグ
ループを識別し、該コンテンツグループに対する最適な
コンテンツサーバへパケットを転送することにより、ク
ライアントからのパケットの中身（ＵＲＬなど）を解析
する必要がないからである。
て、クライアントから受信したパケットの宛先ＩＰアド
レス／宛先ポート番号からドメインネームサーバを用い
てリクエストしているコンテンツの属するコンテンツグ
ループを識別し、該コンテンツグループに対する最適な
コンテンツサーバへパケットを転送することにより、ク
ライアントからのパケットの中身（ＵＲＬなど）を解析
する必要がないからである。
【図１】 本発明の第１の実施の形態の構成を示すブロ
ック図である。
ック図である。
【図２】 本発明の第１の実施の形態の分類ポリシ設定
部において設定される分類ポリシの例を示す図である。
部において設定される分類ポリシの例を示す図である。
【図３】 本発明の第１の実施の形態のコンテンツ集約
部が行なうＵＲＬ書き換え処理の例を示す図である。
部が行なうＵＲＬ書き換え処理の例を示す図である。
【図４】 本発明の第１の実施の形態のコンテンツ管理
装置の動作を示す流れ図である。
装置の動作を示す流れ図である。
【図５】 本発明の第１の実施の形態のコンテンツ管理
装置をコンテンツサーバの一部の機能として実現した場
合の例を示す図である。
装置をコンテンツサーバの一部の機能として実現した場
合の例を示す図である。
【図６】 本発明の第１の実施の形態のコンテンツ管理
装置に複数台のコンテンツサーバが接続される例を示す
図である。
装置に複数台のコンテンツサーバが接続される例を示す
図である。
【図７】 本発明の第２の実施の形態の構成を示すブロ
ック図である。
ック図である。
【図８】 本発明の第２の実施の形態の転送先サーバ決
定ポリシ設定部において設定される転送先サーバ決定ポ
リシの例を示す図である。
定ポリシ設定部において設定される転送先サーバ決定ポ
リシの例を示す図である。
【図９】 本発明の第２の実施の形態のリクエストルー
ティングテーブルにおいて登録されるエントリの例を示
す図である。
ティングテーブルにおいて登録されるエントリの例を示
す図である。
【図１０】 本発明の第２の実施の形態のサーバ負荷分
散装置がクライアントからリクエストを受信したときの
動作を示す流れ図である。
散装置がクライアントからリクエストを受信したときの
動作を示す流れ図である。
【図１１】 本発明の第２の実施の形態のサーバ負荷分
散装置の転送先サーバ決定部が転送先サーバを決定する
動作を示す流れ図である。
散装置の転送先サーバ決定部が転送先サーバを決定する
動作を示す流れ図である。
【図１２】 本発明の第２の実施の形態のサーバ負荷分
散装置においてリクエストルーティングテーブルに登録
されているエントリを管理するときの動作を示す流れ図
である。
散装置においてリクエストルーティングテーブルに登録
されているエントリを管理するときの動作を示す流れ図
である。
【図１３】 本発明の第３の実施の形態の構成を示すブ
ロック図である。
ロック図である。
【図１４】 本発明の第３の実施の形態のリソース応答
ポリシ設定部において設定されているリソース応答ポリ
シの例を示す図である。
ポリシ設定部において設定されているリソース応答ポリ
シの例を示す図である。
【図１５】 本発明の第３の実施の形態においてコンテ
ンツサーバがサーバ負荷分散装置からリソース取得要求
を受信したときの動作を示す流れ図である。
ンツサーバがサーバ負荷分散装置からリソース取得要求
を受信したときの動作を示す流れ図である。
【図１６】 本発明の第４の実施の形態の構成を示すブ
ロック図である。
ロック図である。
【図１７】 本発明の第４の実施の形態のリクエストル
ーティングテーブルにおいて登録されるエントリの例を
示す図である。
ーティングテーブルにおいて登録されるエントリの例を
示す図である。
【図１８】 本発明の第４の実施の形態のサーバ負荷分
散装置の動作を示す流れ図である。
散装置の動作を示す流れ図である。
【図１９】 本発明の第４の実施の形態のサーバ負荷分
散装置の動作を示すもう１つの流れ図である。
散装置の動作を示すもう１つの流れ図である。
【図２０】 本発明の第５の実施の形態の構成を示すブ
ロック図である。
ロック図である。
【図２１】 本発明の第５の実施の形態のパケットルー
ティングテーブルにおいて登録されるエントリの例を示
す図である。
ティングテーブルにおいて登録されるエントリの例を示
す図である。
【図２２】 本発明の第５の実施の形態のアドレス／Ｆ
ＱＤＮ解決テーブルにおいて登録されるエントリの例を
示す図である。
ＱＤＮ解決テーブルにおいて登録されるエントリの例を
示す図である。
【図２３】 本発明の第５の実施の形態においてクライ
アントがコンテンツを取得するリクエストを送信する際
の動作を示す流れ図である。
アントがコンテンツを取得するリクエストを送信する際
の動作を示す流れ図である。
【図２４】 本発明の第５の実施の形態においてサーバ
負荷分散装置がクライアントからパケットを受信したと
きの動作を示す流れ図である。
負荷分散装置がクライアントからパケットを受信したと
きの動作を示す流れ図である。
【図２５】 本発明の第５の実施の形態においてパケッ
トルーティングテーブルにエントリを作成する動作を示
す流れ図である。
トルーティングテーブルにエントリを作成する動作を示
す流れ図である。
【図２６】 本発明の第２の実施例における網構成図で
ある。
ある。
【図２７】 本発明の第３の実施例における網構成図で
ある。
ある。
【図２８】 第３の実施例におけるリクエストルーティ
ングテーブルの例を示す図である。
ングテーブルの例を示す図である。
【図２９】 第４の実施例におけるリクエストルーティ
ングテーブルに転送先サーバのエントリを作成する場合
の例を示す図である。
ングテーブルに転送先サーバのエントリを作成する場合
の例を示す図である。
Ａ１〜Ａ４、２０１〜２０３ コンテンツサーバ
Ａ１１ コンテンツ記憶部
Ａ１２ リクエスト受信／コンテンツ応答部
Ａ１３、Ａ１５ リソース応答部
Ａ１４ リソース応答ポリシ設定部
Ａ１６ 動的パラメータ格納部
Ｂ１ コンテンツ管理装置
Ｂ１１ 分類ポリシ設定部
Ｂ１２ コンテンツ分類部
Ｂ１３ コンテンツ集約部
Ｃ１〜Ｃ３、３０１〜３０７ サーバ負荷分散装置
Ｃ１１ リソース取得部
Ｃ１２ 転送先サーバ決定ポリシ設定部
Ｃ１３ 転送先サーバ決定部
Ｃ１４、Ｃ１８、１０４、１０６、１１０ リクエスト
ルーティングテーブル Ｃ１５ リクエスト受信部 Ｃ１６ リクエスト転送部 Ｃ１７ コンテンツ受信／転送部 Ｃ１９ ウェイト設定部 Ｃ２０ パケット転送部 Ｃ２１、１０７ パケットルーティングテーブル Ｃ２２ 転送先サーバ決定部 Ｃ２３ ＦＱＤＮ解決部 Ｃ２４ アドレス解決部 Ｃ２５ パケット受信部 Ｄ１、Ｄ２ クライアント Ｄ１１ リクエスト送信部 Ｄ１２ アドレス解決部 Ｅ１ ドメインネームサーバ Ｅ１１ アドレス／ＦＱＤＮ解決テーブル １０８ アドレス解決用テーブル １０９ ＦＱＤＮ解決用テーブル Ｅ１２ アドレス応答部 Ｅ１３ ＦＱＤＮ応答部 １ バックボーン網 １０１ 分類ポリシテーブル １０３ 転送先サーバ決定ポリシテーブル １０５ リソース応答ポリシテーブル Ａ３９ コンテンツ配信管理プログラム Ｂ１９ コンテンツ管理プログラム Ｃ２９、Ｃ４９、Ｃ５９ サーバ負荷分散プログラム
ルーティングテーブル Ｃ１５ リクエスト受信部 Ｃ１６ リクエスト転送部 Ｃ１７ コンテンツ受信／転送部 Ｃ１９ ウェイト設定部 Ｃ２０ パケット転送部 Ｃ２１、１０７ パケットルーティングテーブル Ｃ２２ 転送先サーバ決定部 Ｃ２３ ＦＱＤＮ解決部 Ｃ２４ アドレス解決部 Ｃ２５ パケット受信部 Ｄ１、Ｄ２ クライアント Ｄ１１ リクエスト送信部 Ｄ１２ アドレス解決部 Ｅ１ ドメインネームサーバ Ｅ１１ アドレス／ＦＱＤＮ解決テーブル １０８ アドレス解決用テーブル １０９ ＦＱＤＮ解決用テーブル Ｅ１２ アドレス応答部 Ｅ１３ ＦＱＤＮ応答部 １ バックボーン網 １０１ 分類ポリシテーブル １０３ 転送先サーバ決定ポリシテーブル １０５ リソース応答ポリシテーブル Ａ３９ コンテンツ配信管理プログラム Ｂ１９ コンテンツ管理プログラム Ｃ２９、Ｃ４９、Ｃ５９ サーバ負荷分散プログラム
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5B045 BB28 BB42 GG02
5B085 BA06 BG03 BG07
5B089 GA11 JA11 JA33 KA06 KC15
KC23 KC28 MA03
Claims (34)
- 【請求項１】 複数のコンテンツサーバによりコンテン
ツのクライアントへの配信を分散処理するサーバ負荷分
散システムにおいて、 少なくとも前記コンテンツの特性と、前記コンテンツサ
ーバに関するリソース情報とを用いて、前記クライアン
トから受信した前記コンテンツの配信要求を転送するべ
き前記コンテンツサーバを決定することを特徴とするサ
ーバ負荷分散システム。 - 【請求項２】 前記クライアントから受信した前記コン
テンツの配信要求を転送するべき前記コンテンツサーバ
を、 前記リソース情報の変化に応じて再決定することを特徴
とする請求項１に記載のサーバ負荷分散システム。 - 【請求項３】 前記クライアントから受信した前記コン
テンツの配信要求を、前記コンテンツに対して設定され
ている前記配信要求を転送するべき前記コンテンツサー
バへ、前記配信要求を転送することを特徴とする請求項
１又は２に記載のサーバ負荷分散システム。 - 【請求項４】 前記クライアントから受信したパケット
の宛先ＩＰアドレス及び宛先ポート番号に基づいて、前
記クライアントが配信を要求している前記コンテンツを
識別し、前記コンテンツに対して設定されている前記コ
ンテンツサーバへ、前記パケットを転送することを特徴
とする請求項１又は２に記載のサーバ負荷分散システ
ム。 - 【請求項５】 前記コンテンツサーバが配信する前記コ
ンテンツを、複数のグループに各前記コンテンツの前記
特性に応じて分類し、各前記グループ毎に当該グループ
に分類された前記コンテンツを集約することを特徴とす
る請求項１から請求項４のいずれか１つに記載のサーバ
負荷分散システム。 - 【請求項６】 クライアントへコンテンツを配信するコ
ンテンツサーバを、複数のコンテンツサーバの中から選
択するサーバ負荷分散装置において、 少なくとも前記コンテンツの特性と、前記コンテンツサ
ーバのリソース情報とを用いて、前記クライアントから
受信した前記コンテンツの配信要求を転送するべき前記
コンテンツサーバを決定することを特徴とするサーバ負
荷分散装置。 - 【請求項７】 前記リソース情報は、少なくとも１又は
複数のリソースパラメータを含み、第一のリソースパラ
メータを用いて第一のリソースパラメータと異なる第二
のリソースパラメータを予測もしくは抽出し、予測もし
くは抽出された前記第二のリソースパラメータを前記リ
ソース情報に含めることを特徴とする請求項６に記載の
サーバ負荷分散装置。 - 【請求項８】 前記転送先サーバ決定手段が、 前記クライアントから要求されたコンテンツのＵＲＬ又
は前記ＵＲＬの一部分を用いて、前記リクエストを転送
すべき候補となるコンテンツサーバを取得し、 前記候補となるコンテンツサーバの中から、前記コンテ
ンツを配信する前記コンテンツサーバを決定することを
特徴とする請求項６又は請求項７に記載のサーバ負荷分
散装置。 - 【請求項９】 前記ＵＲＬの一部が、前記ＵＲＬの先頭
一部分であるＵＲＬプレフィクスか、前記ＵＲＬにおけ
るファイル拡張子のいずれか、又は両方の組み合わせで
あることを特徴とする請求項８に記載のサーバ負荷分散
装置。 - 【請求項１０】 前記転送先サーバ決定手段が、 前記ネットワーク内に存在する各前記コンテンツサーバ
か、各前記コンテンツサーバ内の前記コンテンツを管理
する装置であるコンテンツ管理装置のいずれかに問い合
わせることにより、前記クライアントから要求された前
記コンテンツを配信する前記候補となるコンテンツサー
バを取得することを特徴とする請求項６から請求項９の
いずれか１つに記載のサーバ負荷分散装置。 - 【請求項１１】 前記転送先サーバ決定手段が、 前記ネットワーク内に存在する各前記コンテンツサーバ
か、各前記コンテンツサーバ内の前記コンテンツを管理
する装置であるコンテンツ管理装置のいずれかに問い合
わせることにより、前記クライアントの特性を取得する
ことを特徴とする請求項６から請求項１０のいずれか１
つに記載のサーバ負荷分散装置。 - 【請求項１２】 前記転送先サーバ決定手段が、 前記リクエストによって取得しようとするコンテンツの
ＵＲＬ又は前記ＵＲＬの一部分を用いてＦＱＤＮを作成
し、 前記ＦＱＤＮをキーとして、前記ＦＱＤＮに対するＩＰ
アドレスのリストを取得し、 前記ＩＰアドレスのリストの各々に対応するコンテンツ
サーバを、前記クライアントから要求された前記コンテ
ンツを配信する前記候補とすることを特徴とする請求項
６から請求項１１のいずれか１つに記載のサーバ負荷分
散装置。 - 【請求項１３】 前記ＦＱＤＮに対するＩＰアドレスの
リストを、ドメインネームサーバから取得することを特
徴とする請求項１２に記載のサーバ負荷分散装置。 - 【請求項１４】 前記クライアントが送信した前記コン
テンツの配信を要求するパケットを、前記パケットの宛
先ＩＰアドレスを前記コンテンツを当該クライアントに
配信するコンテンツサーバとして決定した前記コンテン
ツサーバのＩＰアドレスに変更した上で、当該コンテン
ツサーバに転送することを特徴とする請求項６から請求
項１３のいずれか１つに記載のサーバ負荷分散装置。 - 【請求項１５】 前記クライアントによる前記コンテン
ツの配信を要求するパケットを、前記コンテンツを当該
クライアントに配信するコンテンツサーバとして決定し
た前記コンテンツサーバのＩＰアドレスに対応するＭＡ
Ｃアドレスを解決して、当該パケットのＭＡＣアドレス
を前記解決したＭＡＣアドレスに変更した上で、当該コ
ンテンツサーバに転送することを特徴とする請求項６か
ら請求項１３のいずれか１つに記載のサーバ負荷分散装
置。 - 【請求項１６】 前記クライアントから受信した前記コ
ンテンツの配信要求を転送するべき前記コンテンツサー
バを、 前記リソース情報の変化に応じて再決定することを特徴
とする請求項６から請求項１５のいずれか１つに記載の
サーバ負荷分散装置。 - 【請求項１７】 少なくとも前記コンテンツの特性と前
記リソース情報とを用いて前記クライアントから受信し
た前記コンテンツの配信要求を転送するべき前記コンテ
ンツサーバの各々に優先度を設定することを特徴とする
請求項６から請求項１６のいずれか１つに記載のサーバ
負荷分散装置。 - 【請求項１８】前記優先度は、前記リソース情報の変化
に応じて再設定されることを特徴とする請求項１７に記
載のサーバ負荷分散装置。 - 【請求項１９】 前記コンテンツサーバの各々に対する
リソース情報に応じて前記優先度を再設定する前に、現
在の優先度を考慮し、前記現在の優先度からの変動分を
一定の割合に抑えてから、前記優先度を再設定すること
を特徴とする請求項１８に記載のサーバ負荷分散装置。 - 【請求項２０】 前記優先度の再設定を行う時刻を、確
率的に変化する時間だけ遅延させ、前記遅延させた時刻
において、前記優先度の再設定を行うことを特徴とする
請求項１７から請求項１９のいずれか１つに記載のサー
バ負荷分散装置。 - 【請求項２１】 前記遅延させた時刻において、前記優
先度の再設定を行うかどうかを再度判定し、前記優先度
の再設定を行うと判定した場合、前記優先度の再設定を
行うことを特徴とする請求項２０に記載のサーバ負荷分
散装置。 - 【請求項２２】 前記クライアントから受信したコンテ
ンツの配信を要求するパケットの宛先ＩＰアドレス及び
宛先ポート番号に基づいて、前記クライアントにコンテ
ンツを配信する前記コンテンツサーバを決定し、決定し
た前記コンテンツサーバに対して受信した前記コンテン
ツの配信を要求するパケットを転送する手段を備え、 受信した前記パケットの宛先ＩＰアドレスと宛先ポート
番号の情報を用いて、 前記宛先ＩＰアドレスと前記宛先ポート番号を一意に示
すＦＱＤＮを新規に作成し、 前記新規に作成したＦＱＤＮをキーにしてドメインネー
ムサーバに問い合わせることによって前記受信したパケ
ットを転送すべき宛先である前記クライアントにコンテ
ンツを配信する前記コンテンツサーバの候補を取得し、 前記候補の中から前記クライアントにコンテンツを配信
する前記コンテンツサーバを決定することを特徴とする
請求項６から請求項２１のいずれか１つに記載のサーバ
負荷分散装置。 - 【請求項２３】 前記宛先ＩＰアドレスをキーにして前
記ドメインネームサーバに問い合わせることによりＦＱ
ＤＮを解決し、 前記解決したＦＱＤＮと前記宛先ポート番号の情報を用
いて、前記解決したＦＱＤＮと前記宛先ポート番号を一
意に示すＦＱＤＮを新規に作成し、 前記新規に作成したＦＱＤＮをキーにして前記ドメイン
ネームサーバに問い合わせることにより解決したＩＰア
ドレスのリストを、前記クライアントにコンテンツを配
信する前記コンテンツサーバの候補とし、 前記候補の中から前記クライアントにコンテンツを配信
する前記コンテンツサーバを決定することを特徴とする
請求項２２に記載のサーバ負荷分散装置。 - 【請求項２４】 前記宛先ＩＰアドレスをキーにしてド
メインネームサーバに問い合わせることによりＦＱＤＮ
を解決し、 前記解決したＦＱＤＮをキーにしてドメインネームサー
バに問い合わせることにより解決したＩＰアドレスのリ
ストを、前記クライアントにコンテンツを配信する前記
コンテンツサーバの候補とし、 前記候補の中から前記クライアントにコンテンツを配信
する前記コンテンツサーバを決定することを特徴とする
請求項２２に記載のサーバ負荷分散装置。 - 【請求項２５】 前記クライアントからコンテンツの配
信を要求するパケットを受信するパケット受信手段と、 前記パケット受信手段が受信した前記パケットの宛先Ｉ
Ｐアドレスを、当該クライアントに対して要求された前
記コンテンツを配信する前記コンテンツサーバのＩＰア
ドレスに書き換えて当該コンテンツサーバに転送するパ
ケット転送手段を備えることを特徴とする請求項２２か
ら請求項２４のいずれか１つに記載のサーバ負荷分散装
置。 - 【請求項２６】 前記パケット転送手段は、 前記クライアントに要求された前記コンテンツを配信す
る前記コンテンツサーバのＩＰアドレスに対応するＭＡ
Ｃアドレスを解決し、 前記パケット受信手段が受信したコンテンツの配信を要
求する前記パケットの宛先ＭＡＣを、前記解決したＭＡ
Ｃアドレスに書き換えた上で、前記パケットを前記コン
テンツサーバに転送することを特徴とする請求項２５に
記載のサーバ負荷分散装置。 - 【請求項２７】 コンテンツを配信するコンテンツサー
バにおいて、 前記コンテンツの配信先を各サーバに関するリソース情
報に基づいて選択するノードに対して、前記リソース情
報として算出した実際のリソース値を補正した値を通知
する手段を備えることを特徴とするコンテンツサーバ。 - 【請求項２８】 コンテンツサーバが配信するコンテン
ツを管理するコンテンツ管理装置において、 前記コンテンツサーバが配信する前記コンテンツを、複
数のグループに各前記コンテンツの前記特性に応じて分
類するコンテンツ分類手段と、 各前記グループ毎に当該グループに分類された前記コン
テンツを集約するコンテンツ集約手段を備えることを特
徴とするコンテンツ管理装置。 - 【請求項２９】 前記コンテンツ分類手段が、前記コン
テンツの特性を含めて、前記コンテンツを前記特性に応
じて分類することを特徴とする請求項２８に記載のコン
テンツ管理装置。 - 【請求項３０】 前記コンテンツ分類手段が、前記コン
テンツの前記特性の分類の粒度が段階的に細かくなる階
層的な構造に応じて、前記コンテンツの分類を段階的に
行うことを特徴とする請求項２８又は請求項２９に記載
のコンテンツ管理装置。 - 【請求項３１】 前記コンテンツ集約手段が、同一の前
記グループに分類された前記コンテンツを同一のディレ
クトリ配下に集約することを特徴とする請求項２８から
請求項３０のいずれか１つに記載のコンテンツ管理装
置。 - 【請求項３２】 コンピュータを制御することにより、
複数のコンテンツサーバによりコンテンツのクライアン
トへの配信を分散処理するサーバ負荷分散プログラムに
おいて、 各前記コンテンツの特性と各前記コンテンツサーバに関
するリソース情報とを対応付けた前記コンテンツサーバ
の選択基準を参照する機能と、 前記クライアントから要求されたコンテンツを配信する
前記コンテンツサーバを、要求されたコンテンツの前記
特性と前記リソース情報から前記選択基準に基づいて決
定する機能を備えることを特徴とするサーバ負荷分散プ
ログラム。 - 【請求項３３】 コンピュータを制御することにより、
コンテンツを配信するコンテンツサーバのコンテンツの
配信を管理するコンテンツ配信管理プログラムにおい
て、 前記コンテンツの配信先を各サーバのリソースに基づい
て選択するノードに対して、現時点で利用可能なリソー
ス情報として算出した実際のリソース値を補正した値を
通知する機能を備えることを特徴とするコンテンツ配信
管理プログラム。 - 【請求項３４】 コンピュータを制御することにより、
コンテンツサーバが配信するコンテンツを管理するコン
テンツ管理プログラムにおいて、 前記コンテンツサーバが配信する前記コンテンツを、複
数のグループに各前記コンテンツの前記特性に応じて分
類するコンテンツ分類機能と、 各前記グループ毎に当該グループに分類された前記コン
テンツを集約するコンテンツ集約機能を備えることを特
徴とするコンテンツ管理プログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002059326A JP2003256310A (ja) | 2002-03-05 | 2002-03-05 | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム |
| US10/377,601 US20030172163A1 (en) | 2002-03-05 | 2003-03-04 | Server load balancing system, server load balancing device, and content management device |
| CN03128628A CN1450765A (zh) | 2002-03-05 | 2003-03-05 | 服务器负载平衡系统、装置以及内容管理装置 |
| CNA2005101163045A CN1750543A (zh) | 2002-03-05 | 2003-03-05 | 服务器负载平衡系统、装置以及内容管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002059326A JP2003256310A (ja) | 2002-03-05 | 2002-03-05 | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム |
Related Child Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006119940A Division JP2006260592A (ja) | 2006-04-24 | 2006-04-24 | コンテンツ管理装置及びコンテンツ管理プログラム |
| JP2006119939A Division JP2006260591A (ja) | 2006-04-24 | 2006-04-24 | コンテンツサーバ及びコンテンツ配信管理プログラム |
| JP2006349633A Division JP4529974B2 (ja) | 2006-12-26 | 2006-12-26 | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003256310A true JP2003256310A (ja) | 2003-09-12 |
Family
ID=28669052
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002059326A Withdrawn JP2003256310A (ja) | 2002-03-05 | 2002-03-05 | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20030172163A1 (ja) |
| JP (1) | JP2003256310A (ja) |
| CN (2) | CN1450765A (ja) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006246434A (ja) * | 2005-02-02 | 2006-09-14 | Ntt Docomo Inc | コンテンツ配信方法及び中継装置 |
| US7653729B2 (en) | 2005-12-14 | 2010-01-26 | Canon Kabushiki Kaisha | Information processing system, server apparatus, information processing apparatus, and control method thereof |
| US7768940B2 (en) | 2004-09-14 | 2010-08-03 | Nec Corporation | Data delivery system and data delivery method |
| JP2011507375A (ja) * | 2007-12-11 | 2011-03-03 | トムソン ライセンシング | ユーザによるコンテンツへのアクセスを最適化する装置及び方法 |
| US7904910B2 (en) | 2004-07-19 | 2011-03-08 | Hewlett-Packard Development Company, L.P. | Cluster system and method for operating cluster nodes |
| WO2012107961A1 (ja) * | 2011-02-10 | 2012-08-16 | パイオニア株式会社 | サービス提供システム、ネットワークシステム、クライアント端末、記憶装置、サービス提供システムのサービス提供方法およびプログラム |
| JP2012533938A (ja) * | 2009-07-16 | 2012-12-27 | ネットフリックス・インコーポレイテッド | デジタルコンテンツ配布システム及び方法 |
| WO2013168465A1 (ja) * | 2012-05-08 | 2013-11-14 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
| JP2015104075A (ja) * | 2013-11-27 | 2015-06-04 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | メディア再生制御装置、メディア再生制御方法、及びプログラム |
| JP2015212984A (ja) * | 2011-01-25 | 2015-11-26 | インターデイジタル パテント ホールディングス インコーポレイテッド | コンテンツ識別に基づいてコンテンツを自動的に発見して取り出すための方法および装置 |
| KR20190114105A (ko) * | 2018-03-29 | 2019-10-10 | 엔에이치엔 주식회사 | 서버 접속 방법 및 이를 이용한 서버 시스템 |
| JP2020501237A (ja) * | 2016-12-07 | 2020-01-16 | アリババ グループ ホウルディング リミテッド | サーバ負荷平衡方法、機器、及びサーバ装置 |
| JP2020149249A (ja) * | 2019-03-12 | 2020-09-17 | 富士通株式会社 | 転送プログラム、転送方法、および転送装置 |
| JP2020149099A (ja) * | 2019-03-11 | 2020-09-17 | ＴｅｃｈｎｏＰｒｏｄｕｃｅｒ株式会社 | 情報配信サーバ、情報配信方法及び情報配信プログラム |
| WO2021085776A1 (ko) * | 2019-10-29 | 2021-05-06 | 삼성전자주식회사 | 전자 장치 및 이의 제어 방법 |
Families Citing this family (111)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040162900A1 (en) * | 2002-12-17 | 2004-08-19 | Tim Bucher | Distributed content management system |
| US7945648B2 (en) * | 2003-10-27 | 2011-05-17 | Hewlett-Packard Development Company, L.P. | Methods and systems for dynamically configuring a network component to reroute media streams |
| US7584476B2 (en) * | 2004-03-04 | 2009-09-01 | International Business Machines Corporation | Mechanism for reducing remote memory accesses to shared data in a multi-nodal computer system |
| US7574708B2 (en) * | 2004-03-04 | 2009-08-11 | International Business Machines Corporation | Mechanism for enabling the distribution of operating system resources in a multi-node computer system |
| JP4190455B2 (ja) * | 2004-05-11 | 2008-12-03 | 富士通株式会社 | 負荷分散装置及びプログラム |
| US7565445B2 (en) | 2004-06-18 | 2009-07-21 | Fortinet, Inc. | Systems and methods for categorizing network traffic content |
| US20060089965A1 (en) * | 2004-10-26 | 2006-04-27 | International Business Machines Corporation | Dynamic linkage of an application server and a Web server |
| CA2814832C (en) * | 2004-11-02 | 2014-09-30 | Research In Motion Limited | Network selection in gan environment |
| US8843995B2 (en) | 2004-11-02 | 2014-09-23 | Blackberry Limited | Generic access network (GAN) controller selection in PLMN environment |
| EP1808036B1 (en) | 2004-11-02 | 2013-12-25 | BlackBerry Limited | Generic access network controller selection in a public land mobile network environment |
| US8205003B2 (en) * | 2004-11-05 | 2012-06-19 | Hewlett-Packard Development Company, L.P. | Methods and systems for controlling the admission of media content into a network |
| KR20070091176A (ko) * | 2004-11-29 | 2007-09-07 | 리서치 인 모션 리미티드 | 무선 사용자 설비(ｕｅ) 장치에 운영자-차등 메시징을제공하는 시스템 및 방법 |
| JP2006244191A (ja) * | 2005-03-04 | 2006-09-14 | Fujitsu Ltd | 計算機管理プログラム、管理対象計算機制御プログラム、計算機管理装置、管理対象計算機、計算機管理システム、計算機管理方法、管理対象計算機制御方法 |
| US7908314B2 (en) * | 2005-03-23 | 2011-03-15 | Hitachi, Ltd. | Method for controlling a management computer |
| US8782177B2 (en) * | 2005-03-30 | 2014-07-15 | Sony Corporation | Wireless communications to receiver devices using control terminal communication link set-up |
| US20060224773A1 (en) * | 2005-03-31 | 2006-10-05 | International Business Machines Corporation | Systems and methods for content-aware load balancing |
| US7725901B2 (en) * | 2005-04-14 | 2010-05-25 | International Business Machines Corporation | Method and system for performance balancing in a distributed computer system |
| JP4559295B2 (ja) * | 2005-05-17 | 2010-10-06 | 株式会社エヌ・ティ・ティ・ドコモ | データ通信システム及びデータ通信方法 |
| JP4674502B2 (ja) * | 2005-07-22 | 2011-04-20 | ソニー株式会社 | 情報通信システム、情報通信装置及び情報通信方法、並びにコンピュータ・プログラム |
| CN100512300C (zh) * | 2006-01-13 | 2009-07-08 | 华为技术有限公司 | 一种在传输实时流时业务切换的方法 |
| US7496579B2 (en) * | 2006-03-30 | 2009-02-24 | International Business Machines Corporation | Transitioning of database service responsibility responsive to server failure in a partially clustered computing environment |
| US20070233865A1 (en) * | 2006-03-30 | 2007-10-04 | Garbow Zachary A | Dynamically Adjusting Operating Level of Server Processing Responsive to Detection of Failure at a Server |
| US20070282880A1 (en) * | 2006-05-31 | 2007-12-06 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Partial role or task allocation responsive to data-transformative attributes |
| US8627402B2 (en) * | 2006-09-19 | 2014-01-07 | The Invention Science Fund I, Llc | Evaluation systems and methods for coordinating software agents |
| US8055797B2 (en) * | 2006-09-19 | 2011-11-08 | The Invention Science Fund I, Llc | Transmitting aggregated information arising from appnet information |
| US20080072032A1 (en) * | 2006-09-19 | 2008-03-20 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Configuring software agent security remotely |
| US8224930B2 (en) * | 2006-09-19 | 2012-07-17 | The Invention Science Fund I, Llc | Signaling partial service configuration changes in appnets |
| US9306975B2 (en) * | 2006-09-19 | 2016-04-05 | The Invention Science Fund I, Llc | Transmitting aggregated information arising from appnet information |
| US7752255B2 (en) * | 2006-09-19 | 2010-07-06 | The Invention Science Fund I, Inc | Configuring software agent security remotely |
| US8984579B2 (en) * | 2006-09-19 | 2015-03-17 | The Innovation Science Fund I, LLC | Evaluation systems and methods for coordinating software agents |
| US8601530B2 (en) | 2006-09-19 | 2013-12-03 | The Invention Science Fund I, Llc | Evaluation systems and methods for coordinating software agents |
| US8601104B2 (en) | 2006-09-19 | 2013-12-03 | The Invention Science Fund I, Llc | Using network access port linkages for data structure update decisions |
| US8281036B2 (en) | 2006-09-19 | 2012-10-02 | The Invention Science Fund I, Llc | Using network access port linkages for data structure update decisions |
| US8607336B2 (en) * | 2006-09-19 | 2013-12-10 | The Invention Science Fund I, Llc | Evaluation systems and methods for coordinating software agents |
| CN101247384B (zh) * | 2007-02-15 | 2012-01-11 | 株式会社日立制作所 | 内容管理系统及内容管理方法 |
| CN101430645B (zh) * | 2007-11-06 | 2012-07-04 | 上海摩波彼克半导体有限公司 | 基于计算机实现数据卡软件下载和升级的方法 |
| WO2009066212A1 (en) * | 2007-11-21 | 2009-05-28 | Nxp B.V. | Device and method for near field communications using audio transducers |
| JP5157472B2 (ja) * | 2008-01-22 | 2013-03-06 | 富士通株式会社 | 帯域制御機能を有する負荷分散装置およびその設定方法 |
| JP5360457B2 (ja) * | 2008-02-13 | 2013-12-04 | 日本電気株式会社 | 分散ディレクトリサーバ、分散ディレクトリシステム、分散ディレクトリ方法、およびプログラム |
| CN101547167A (zh) * | 2008-03-25 | 2009-09-30 | 华为技术有限公司 | 内容分类方法、装置及系统 |
| US10296941B2 (en) * | 2008-05-02 | 2019-05-21 | Level 3 Communications Llc | System and method for optimizing content distribution |
| CN101304330B (zh) * | 2008-06-28 | 2010-12-08 | 华为技术有限公司 | 一种资源配置方法、服务器、及网络系统 |
| US9116752B1 (en) * | 2009-03-25 | 2015-08-25 | 8X8, Inc. | Systems, methods, devices and arrangements for server load distribution |
| US8595740B2 (en) | 2009-03-31 | 2013-11-26 | Microsoft Corporation | Priority-based management of system load level |
| GB2477513B (en) | 2010-02-03 | 2015-12-23 | Orbital Multi Media Holdings Corp | Redirection apparatus and method |
| US9385938B2 (en) | 2010-06-22 | 2016-07-05 | Blackberry Limited | Information distribution in a wireless communication system |
| US8570962B2 (en) | 2010-06-22 | 2013-10-29 | Blackberry Limited | Information selection in a wireless communication system |
| US8751638B2 (en) | 2010-07-02 | 2014-06-10 | Futurewei Technologies, Inc. | System and method to implement joint server selection and path selection |
| PL2495940T3 (pl) * | 2011-03-04 | 2014-05-30 | Deutsche Telekom Ag | Sposób oraz program komputerowy do współpracy między dostawcą usług internetowych (ISP) a systemem dystrybucji treści jak też między wieloma ISP |
| US8959222B2 (en) * | 2011-05-19 | 2015-02-17 | International Business Machines Corporation | Load balancing system for workload groups |
| CN102523231A (zh) * | 2011-12-27 | 2012-06-27 | 北京蓝汛通信技术有限责任公司 | 一种基于dns解析的流量调度方法、装置及服务器 |
| US9027102B2 (en) | 2012-05-11 | 2015-05-05 | Sprint Communications Company L.P. | Web server bypass of backend process on near field communications and secure element chips |
| US9282898B2 (en) | 2012-06-25 | 2016-03-15 | Sprint Communications Company L.P. | End-to-end trusted communications infrastructure |
| US9066230B1 (en) | 2012-06-27 | 2015-06-23 | Sprint Communications Company L.P. | Trusted policy and charging enforcement function |
| US8649770B1 (en) | 2012-07-02 | 2014-02-11 | Sprint Communications Company, L.P. | Extended trusted security zone radio modem |
| US8667607B2 (en) | 2012-07-24 | 2014-03-04 | Sprint Communications Company L.P. | Trusted security zone access to peripheral devices |
| US9183412B2 (en) | 2012-08-10 | 2015-11-10 | Sprint Communications Company L.P. | Systems and methods for provisioning and using multiple trusted security zones on an electronic device |
| US9215180B1 (en) * | 2012-08-25 | 2015-12-15 | Sprint Communications Company L.P. | File retrieval in real-time brokering of digital content |
| US9015068B1 (en) | 2012-08-25 | 2015-04-21 | Sprint Communications Company L.P. | Framework for real-time brokering of digital content delivery |
| JP6036190B2 (ja) * | 2012-11-07 | 2016-11-30 | 富士通株式会社 | 情報処理装置、情報処理システムの制御方法及び情報処理システムの制御プログラム |
| US20140164645A1 (en) * | 2012-12-06 | 2014-06-12 | Microsoft Corporation | Routing table maintenance |
| US20140181112A1 (en) * | 2012-12-26 | 2014-06-26 | Hon Hai Precision Industry Co., Ltd. | Control device and file distribution method |
| US9161227B1 (en) | 2013-02-07 | 2015-10-13 | Sprint Communications Company L.P. | Trusted signaling in long term evolution (LTE) 4G wireless communication |
| US9578664B1 (en) | 2013-02-07 | 2017-02-21 | Sprint Communications Company L.P. | Trusted signaling in 3GPP interfaces in a network function virtualization wireless communication system |
| US9104840B1 (en) | 2013-03-05 | 2015-08-11 | Sprint Communications Company L.P. | Trusted security zone watermark |
| US9613208B1 (en) | 2013-03-13 | 2017-04-04 | Sprint Communications Company L.P. | Trusted security zone enhanced with trusted hardware drivers |
| US9049013B2 (en) | 2013-03-14 | 2015-06-02 | Sprint Communications Company L.P. | Trusted security zone containers for the protection and confidentiality of trusted service manager data |
| US9021585B1 (en) | 2013-03-15 | 2015-04-28 | Sprint Communications Company L.P. | JTAG fuse vulnerability determination and protection using a trusted execution environment |
| US9374363B1 (en) | 2013-03-15 | 2016-06-21 | Sprint Communications Company L.P. | Restricting access of a portable communication device to confidential data or applications via a remote network based on event triggers generated by the portable communication device |
| US9191388B1 (en) | 2013-03-15 | 2015-11-17 | Sprint Communications Company L.P. | Trusted security zone communication addressing on an electronic device |
| US9454723B1 (en) | 2013-04-04 | 2016-09-27 | Sprint Communications Company L.P. | Radio frequency identity (RFID) chip electrically and communicatively coupled to motherboard of mobile communication device |
| US9171243B1 (en) | 2013-04-04 | 2015-10-27 | Sprint Communications Company L.P. | System for managing a digest of biographical information stored in a radio frequency identity chip coupled to a mobile communication device |
| US9324016B1 (en) | 2013-04-04 | 2016-04-26 | Sprint Communications Company L.P. | Digest of biographical information for an electronic device with static and dynamic portions |
| US9060296B1 (en) | 2013-04-05 | 2015-06-16 | Sprint Communications Company L.P. | System and method for mapping network congestion in real-time |
| US9838869B1 (en) | 2013-04-10 | 2017-12-05 | Sprint Communications Company L.P. | Delivering digital content to a mobile device via a digital rights clearing house |
| US9443088B1 (en) | 2013-04-15 | 2016-09-13 | Sprint Communications Company L.P. | Protection for multimedia files pre-downloaded to a mobile device |
| US9069952B1 (en) | 2013-05-20 | 2015-06-30 | Sprint Communications Company L.P. | Method for enabling hardware assisted operating system region for safe execution of untrusted code using trusted transitional memory |
| US9560519B1 (en) | 2013-06-06 | 2017-01-31 | Sprint Communications Company L.P. | Mobile communication device profound identity brokering framework |
| US9183606B1 (en) | 2013-07-10 | 2015-11-10 | Sprint Communications Company L.P. | Trusted processing location within a graphics processing unit |
| US9208339B1 (en) | 2013-08-12 | 2015-12-08 | Sprint Communications Company L.P. | Verifying Applications in Virtual Environments Using a Trusted Security Zone |
| WO2015025066A1 (es) * | 2013-08-21 | 2015-02-26 | Telefonica, S.A. | Procedimiento y sistema para equilibrar solicitudes de contenido en una red proveedora de servidores |
| EP3053128B1 (en) * | 2013-10-04 | 2019-02-20 | Opanga Networks, Inc. | Conditional pre-delivery of content to a user device |
| CN104579996A (zh) * | 2013-10-17 | 2015-04-29 | 中国电信股份有限公司 | 一种集群负载均衡方法和系统 |
| US9185626B1 (en) | 2013-10-29 | 2015-11-10 | Sprint Communications Company L.P. | Secure peer-to-peer call forking facilitated by trusted 3rd party voice server provisioning |
| US8819187B1 (en) * | 2013-10-29 | 2014-08-26 | Limelight Networks, Inc. | End-to-end acceleration of dynamic content |
| US9191522B1 (en) | 2013-11-08 | 2015-11-17 | Sprint Communications Company L.P. | Billing varied service based on tier |
| US9161325B1 (en) | 2013-11-20 | 2015-10-13 | Sprint Communications Company L.P. | Subscriber identity module virtualization |
| KR20150079422A (ko) * | 2013-12-30 | 2015-07-08 | 주식회사 아이디어웨어 | 서버 그룹핑 장치, 그 방법 및 기록 매체 |
| US9118655B1 (en) | 2014-01-24 | 2015-08-25 | Sprint Communications Company L.P. | Trusted display and transmission of digital ticket documentation |
| US9226145B1 (en) | 2014-03-28 | 2015-12-29 | Sprint Communications Company L.P. | Verification of mobile device integrity during activation |
| US9230085B1 (en) | 2014-07-29 | 2016-01-05 | Sprint Communications Company L.P. | Network based temporary trust extension to a remote or mobile device enabled via specialized cloud services |
| US9160680B1 (en) | 2014-11-18 | 2015-10-13 | Kaspersky Lab Zao | System and method for dynamic network resource categorization re-assignment |
| US9779232B1 (en) | 2015-01-14 | 2017-10-03 | Sprint Communications Company L.P. | Trusted code generation and verification to prevent fraud from maleficent external devices that capture data |
| US9838868B1 (en) | 2015-01-26 | 2017-12-05 | Sprint Communications Company L.P. | Mated universal serial bus (USB) wireless dongles configured with destination addresses |
| CN104618497A (zh) * | 2015-02-13 | 2015-05-13 | 小米科技有限责任公司 | 网页访问方法及装置 |
| US9225625B1 (en) * | 2015-03-26 | 2015-12-29 | Linkedin Corporation | Detecting and alerting performance degradation during features ramp-up |
| US9473945B1 (en) | 2015-04-07 | 2016-10-18 | Sprint Communications Company L.P. | Infrastructure for secure short message transmission |
| US9819679B1 (en) | 2015-09-14 | 2017-11-14 | Sprint Communications Company L.P. | Hardware assisted provenance proof of named data networking associated to device data, addresses, services, and servers |
| US10282719B1 (en) | 2015-11-12 | 2019-05-07 | Sprint Communications Company L.P. | Secure and trusted device-based billing and charging process using privilege for network proxy authentication and audit |
| US9817992B1 (en) | 2015-11-20 | 2017-11-14 | Sprint Communications Company Lp. | System and method for secure USIM wireless network access |
| CN105516276B (zh) * | 2015-11-30 | 2020-04-17 | 中电科华云信息技术有限公司 | 基于仿生分级通信的消息处理方法与系统 |
| US10218772B2 (en) * | 2016-02-25 | 2019-02-26 | LiveQoS Inc. | Efficient file routing system |
| CN107241374B (zh) | 2016-03-28 | 2020-01-31 | 财团法人工业技术研究院 | 负载平衡系统、负载平衡装置及拓朴管理方法 |
| US10432709B2 (en) | 2016-03-28 | 2019-10-01 | Industrial Technology Research Institute | Load balancing method, load balancing system, load balancing device and topology reduction method |
| CN107786604B (zh) * | 2016-08-30 | 2020-04-28 | 华为数字技术（苏州）有限公司 | 一种确定内容服务器的方法及装置 |
| EP3556083B1 (en) * | 2016-12-14 | 2021-10-06 | IDAC Holdings, Inc. | System and method to register fqdn-based ip service endpoints at network attachment points |
| US10499249B1 (en) | 2017-07-11 | 2019-12-03 | Sprint Communications Company L.P. | Data link layer trust signaling in communication network |
| US10362044B2 (en) * | 2017-08-08 | 2019-07-23 | International Business Machines Corporation | Identifying command and control endpoint used by domain generation algorithm (DGA) malware |
| US10250677B1 (en) * | 2018-05-02 | 2019-04-02 | Cyberark Software Ltd. | Decentralized network address control |
| CN111714137A (zh) * | 2020-06-17 | 2020-09-29 | 成都云卫康医疗科技有限公司 | 一种医用智能穿戴检测设备的监测系统及应用方法 |
| CN113572828B (zh) * | 2021-07-13 | 2024-04-09 | 壹药网科技(上海)股份有限公司 | 一种基于url分组粒度提升客户端负载均衡的系统 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6134598A (en) * | 1997-05-23 | 2000-10-17 | Adobe Systems Incorporated | Data stream processing on networked computer system lacking format-specific data processing resources |
| US6006264A (en) * | 1997-08-01 | 1999-12-21 | Arrowpoint Communications, Inc. | Method and system for directing a flow between a client and a server |
| US6128279A (en) * | 1997-10-06 | 2000-10-03 | Web Balance, Inc. | System for balancing loads among network servers |
| JP3966598B2 (ja) * | 1998-03-04 | 2007-08-29 | 富士通株式会社 | サーバ選択システム |
| JP2000155736A (ja) * | 1998-11-24 | 2000-06-06 | Nec Corp | サービス要求の振り分け方法及びアドレス変換装置 |
| US6728748B1 (en) * | 1998-12-01 | 2004-04-27 | Network Appliance, Inc. | Method and apparatus for policy based class of service and adaptive service level management within the context of an internet and intranet |
| WO2001033364A1 (fr) * | 1999-10-29 | 2001-05-10 | Fujitsu Limited | Dispositif pour rechercher le nom d'un noeud de communication dans un reseau de communication |
| US6724733B1 (en) * | 1999-11-02 | 2004-04-20 | Sun Microsystems, Inc. | Method and apparatus for determining approximate network distances using reference locations |
| US7441045B2 (en) * | 1999-12-13 | 2008-10-21 | F5 Networks, Inc. | Method and system for balancing load distribution on a wide area network |
| JP4150159B2 (ja) * | 2000-03-01 | 2008-09-17 | 富士通株式会社 | 伝送経路制御装置及び伝送経路制御方法並びに伝送経路制御プログラムを記録した媒体 |
| JP2001256162A (ja) * | 2000-03-14 | 2001-09-21 | Nec Corp | 情報処理端末およびコンテンツ取得システム |
| US6732175B1 (en) * | 2000-04-13 | 2004-05-04 | Intel Corporation | Network apparatus for switching based on content of application data |
| US6829654B1 (en) * | 2000-06-23 | 2004-12-07 | Cloudshield Technologies, Inc. | Apparatus and method for virtual edge placement of web sites |
| US20020174296A1 (en) * | 2001-01-29 | 2002-11-21 | Ulrich Thomas R. | Disk replacement via hot swapping with variable parity |
| US6944678B2 (en) * | 2001-06-18 | 2005-09-13 | Transtech Networks Usa, Inc. | Content-aware application switch and methods thereof |
-
2002
- 2002-03-05 JP JP2002059326A patent/JP2003256310A/ja not_active Withdrawn
-
2003
- 2003-03-04 US US10/377,601 patent/US20030172163A1/en not_active Abandoned
- 2003-03-05 CN CN03128628A patent/CN1450765A/zh active Pending
- 2003-03-05 CN CNA2005101163045A patent/CN1750543A/zh active Pending
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7904910B2 (en) | 2004-07-19 | 2011-03-08 | Hewlett-Packard Development Company, L.P. | Cluster system and method for operating cluster nodes |
| US7768940B2 (en) | 2004-09-14 | 2010-08-03 | Nec Corporation | Data delivery system and data delivery method |
| JP4486033B2 (ja) * | 2005-02-02 | 2010-06-23 | 株式会社エヌ・ティ・ティ・ドコモ | コンテンツ配信方法及び中継装置 |
| JP2006246434A (ja) * | 2005-02-02 | 2006-09-14 | Ntt Docomo Inc | コンテンツ配信方法及び中継装置 |
| US7653729B2 (en) | 2005-12-14 | 2010-01-26 | Canon Kabushiki Kaisha | Information processing system, server apparatus, information processing apparatus, and control method thereof |
| JP2011507375A (ja) * | 2007-12-11 | 2011-03-03 | トムソン ライセンシング | ユーザによるコンテンツへのアクセスを最適化する装置及び方法 |
| JP2012533938A (ja) * | 2009-07-16 | 2012-12-27 | ネットフリックス・インコーポレイテッド | デジタルコンテンツ配布システム及び方法 |
| JP2015212984A (ja) * | 2011-01-25 | 2015-11-26 | インターデイジタル パテント ホールディングス インコーポレイテッド | コンテンツ識別に基づいてコンテンツを自動的に発見して取り出すための方法および装置 |
| WO2012107961A1 (ja) * | 2011-02-10 | 2012-08-16 | パイオニア株式会社 | サービス提供システム、ネットワークシステム、クライアント端末、記憶装置、サービス提供システムのサービス提供方法およびプログラム |
| WO2013168465A1 (ja) * | 2012-05-08 | 2013-11-14 | ソニー株式会社 | 情報処理装置、情報処理方法およびプログラム |
| JP2015104075A (ja) * | 2013-11-27 | 2015-06-04 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | メディア再生制御装置、メディア再生制御方法、及びプログラム |
| JP2020501237A (ja) * | 2016-12-07 | 2020-01-16 | アリババ グループ ホウルディング リミテッド | サーバ負荷平衡方法、機器、及びサーバ装置 |
| KR20190114105A (ko) * | 2018-03-29 | 2019-10-10 | 엔에이치엔 주식회사 | 서버 접속 방법 및 이를 이용한 서버 시스템 |
| KR102083511B1 (ko) * | 2018-03-29 | 2020-04-24 | 엔에이치엔 주식회사 | 서버 접속 방법 및 이를 이용한 서버 시스템 |
| JP2020149099A (ja) * | 2019-03-11 | 2020-09-17 | ＴｅｃｈｎｏＰｒｏｄｕｃｅｒ株式会社 | 情報配信サーバ、情報配信方法及び情報配信プログラム |
| JP2020149249A (ja) * | 2019-03-12 | 2020-09-17 | 富士通株式会社 | 転送プログラム、転送方法、および転送装置 |
| US11593176B2 (en) | 2019-03-12 | 2023-02-28 | Fujitsu Limited | Computer-readable recording medium storing transfer program, transfer method, and transferring device |
| JP7305990B2 (ja) | 2019-03-12 | 2023-07-11 | 富士通株式会社 | 転送プログラム、転送方法、および情報処理装置 |
| WO2021085776A1 (ko) * | 2019-10-29 | 2021-05-06 | 삼성전자주식회사 | 전자 장치 및 이의 제어 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1750543A (zh) | 2006-03-22 |
| US20030172163A1 (en) | 2003-09-11 |
| CN1450765A (zh) | 2003-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4529974B2 (ja) | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム | |
| JP2003256310A (ja) | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム | |
| US9912593B2 (en) | Selective distribution of routing information | |
| US9762494B1 (en) | Flow distribution table for packet flow load balancing | |
| JP7252213B2 (ja) | コンテキストアウェア型の経路の計算及び選択 | |
| WO2021142867A1 (zh) | 一种dns服务器选择方法和代理服务器 | |
| US10097503B2 (en) | Content node network address selection for content delivery | |
| US8239514B2 (en) | Managing content delivery network service providers | |
| US7908337B2 (en) | System and method for using network layer uniform resource locator routing to locate the closest server carrying specific content | |
| US10979387B2 (en) | Systems and methods for utilization of anycast techniques in a DNS architecture | |
| US7725596B2 (en) | System and method for resolving network layer anycast addresses to network layer unicast addresses | |
| US8732309B1 (en) | Request routing utilizing cost information | |
| KR101379864B1 (ko) | 네트워크 연산 요소들을 이용한 요청 라우팅 | |
| US7343422B2 (en) | System and method for using uniform resource locators to map application layer content names to network layer anycast addresses | |
| US20140289319A1 (en) | Request routing using popularity information | |
| KR20030019900A (ko) | 분산 처리 및 피어 대 피어 통신을 이용한 네트워크 상의정보 전송 병렬화 방법 및 그 시스템 | |
| WO2001080002A1 (en) | Load balancing between multiple web servers | |
| White et al. | Content delivery with content-centric networking | |
| JP2006260592A (ja) | コンテンツ管理装置及びコンテンツ管理プログラム | |
| Gupta et al. | 2-Tiered cloud based content delivery network architecture: An efficient load balancing approach for video streaming | |
| EP1277327B1 (en) | System and method for using network layer uniform resource locator routing to locate the closest server carrying specific content | |
| JP2006260591A (ja) | コンテンツサーバ及びコンテンツ配信管理プログラム | |
| KR20040076660A (ko) | 분산 처리 및 피어 대 피어 통신을 이용한 네트워크 상의정보 전송 병렬화 방법 및 그 시스템 | |
| CN114650296A (zh) | 一种信息中心网络副本选择方法 | |
| WO2001084802A2 (en) | System and method for using uniform resource locators to map application layer content names to network layer anycast addresses |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060210 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060223 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061116 |
|
| A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20070112 |