JP2002373132A - トラフィック負荷分散システム - Google Patents
トラフィック負荷分散システムInfo
- Publication number
- JP2002373132A JP2002373132A JP2001182923A JP2001182923A JP2002373132A JP 2002373132 A JP2002373132 A JP 2002373132A JP 2001182923 A JP2001182923 A JP 2001182923A JP 2001182923 A JP2001182923 A JP 2001182923A JP 2002373132 A JP2002373132 A JP 2002373132A
- Authority
- JP
- Japan
- Prior art keywords
- client terminal
- load distribution
- content
- local
- server
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 本発明は、クライアントに応じて異なるロー
カル・サーバにアクセスすることができるように構成さ
れたトラフィック負荷分散システムを提供することをそ
の課題とする。 【解決手段】 本発明の上記課題は、ストリーミング・
コンテンツを記憶する複数のストリーミング・コンテン
ツ・サーバと、コンテンツ・リダイレクタ要求を送信す
るクライアント端末と、クライアント端末からコンテン
ツ・リダイレクタ要求を受信し、当該受信したコンテン
ツ・リダイレクタ要求に応じてクライアン端末にコンテ
ンツ・リダイレクタを送信する広域／ローカル負荷分散
手段とを備えているトラフィック負荷分散システムによ
って達成される。
カル・サーバにアクセスすることができるように構成さ
れたトラフィック負荷分散システムを提供することをそ
の課題とする。 【解決手段】 本発明の上記課題は、ストリーミング・
コンテンツを記憶する複数のストリーミング・コンテン
ツ・サーバと、コンテンツ・リダイレクタ要求を送信す
るクライアント端末と、クライアント端末からコンテン
ツ・リダイレクタ要求を受信し、当該受信したコンテン
ツ・リダイレクタ要求に応じてクライアン端末にコンテ
ンツ・リダイレクタを送信する広域／ローカル負荷分散
手段とを備えているトラフィック負荷分散システムによ
って達成される。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネット等
の通信網を利用したトラフィック負荷分散システムに関
し、特に、広域及びローカル・アクセスが可能なトラフ
ィック負荷分散システムに関する。
の通信網を利用したトラフィック負荷分散システムに関
し、特に、広域及びローカル・アクセスが可能なトラフ
ィック負荷分散システムに関する。
【０００２】
【従来の技術】一般に、インターネット等のネットワー
クを利用したトラフィック負荷分散システムとは、ＤＮ
Ｓ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ：ドメイン・
ネーム・システム）に基づきに考えられたシステムであ
り、正引きの要求を行ってきたＤＮＳのＩＰ（インター
ネット・プロトコル）アドレスに応じて、応答として適
切なＩＰアドレスを返すように構成されている。このよ
うに構成されたシステムを利用することにより、クライ
アントは、自分に一番近いサーバに接続することが可能
になり、それにより広域負荷分散を実現することができ
る。
クを利用したトラフィック負荷分散システムとは、ＤＮ
Ｓ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ：ドメイン・
ネーム・システム）に基づきに考えられたシステムであ
り、正引きの要求を行ってきたＤＮＳのＩＰ（インター
ネット・プロトコル）アドレスに応じて、応答として適
切なＩＰアドレスを返すように構成されている。このよ
うに構成されたシステムを利用することにより、クライ
アントは、自分に一番近いサーバに接続することが可能
になり、それにより広域負荷分散を実現することができ
る。
【０００３】図１は、従来のトラフィック負荷分散シス
テムの一構成例を示す。
テムの一構成例を示す。
【０００４】図１に示すように、従来のトラフィック負
荷分散システム１００は、（１）ストリーミング・コン
テンツ・サーバ１１０及び広域負荷分散ＤＮＳ装置１２
０を含むプロバイダ・システム１３０、（２）ストリー
ミング・コンテンツ・サーバ１４０及びＤＮＳサーバ１
５０を含む、クライアント端末Ａ１〜Ａ５が属する一つ
のローカル・システム１６０、（３）クストリーミング
・コンテンツ・サーバ１７０及びＤＮＳサーバ１８０を
含む、ライアントＢ１が属する別のローカル・システム
１９０、（４）ＤＮＳサーバ２００を含む、クライアン
ト端末Ｃ１が属する更に別のローカル・システム２１
０、及び（５）プロバイダ・システム１３０とローカル
・システム１６０、１９０及び２１０とを接続するイン
ターネット、ＷＡＮ等の通信網（以下、ネットワークと
称する）２２０、により構成されている。
荷分散システム１００は、（１）ストリーミング・コン
テンツ・サーバ１１０及び広域負荷分散ＤＮＳ装置１２
０を含むプロバイダ・システム１３０、（２）ストリー
ミング・コンテンツ・サーバ１４０及びＤＮＳサーバ１
５０を含む、クライアント端末Ａ１〜Ａ５が属する一つ
のローカル・システム１６０、（３）クストリーミング
・コンテンツ・サーバ１７０及びＤＮＳサーバ１８０を
含む、ライアントＢ１が属する別のローカル・システム
１９０、（４）ＤＮＳサーバ２００を含む、クライアン
ト端末Ｃ１が属する更に別のローカル・システム２１
０、及び（５）プロバイダ・システム１３０とローカル
・システム１６０、１９０及び２１０とを接続するイン
ターネット、ＷＡＮ等の通信網（以下、ネットワークと
称する）２２０、により構成されている。
【０００５】次に、図１のトラフィック負荷分散システ
ムの動作を説明する。
ムの動作を説明する。
【０００６】まず、ローカル・システム１６０に属する
クライアント端末Ａ１がＤＮＳサーバ１５０に名前解決
要求Ｎを送る（プロトコル：ＤＮＳ）（図１の参
照）。
クライアント端末Ａ１がＤＮＳサーバ１５０に名前解決
要求Ｎを送る（プロトコル：ＤＮＳ）（図１の参
照）。
【０００７】ＤＮＳサーバ１５０は、ネットワーク２２
０を介して、クライアント端末Ａ１から受け取った名前
解決要求Ｎをプロバイダ・システム１３０の広域負荷分
散ＤＮＳ装置１２０に送る（プロトコル：ＤＮＳ）（図
１の参照）。
０を介して、クライアント端末Ａ１から受け取った名前
解決要求Ｎをプロバイダ・システム１３０の広域負荷分
散ＤＮＳ装置１２０に送る（プロトコル：ＤＮＳ）（図
１の参照）。
【０００８】ＤＮＳサーバ１５０から名前解決要求Ｎを
受け取った広域負荷分散ＤＮＳ装置１２０は、要求元Ｄ
ＮＳであるローカル・システム１６０のＤＮＳサーバ１
５０のＤＮＳ ＩＰアドレスより応答ＩＰアドレスを選
別した後、要求元ＤＮＳであるＤＮＳサーバ１５０に名
前解決応答ＮＲを送る（プロトコル：ＤＮＳ）（図１の
参照）。
受け取った広域負荷分散ＤＮＳ装置１２０は、要求元Ｄ
ＮＳであるローカル・システム１６０のＤＮＳサーバ１
５０のＤＮＳ ＩＰアドレスより応答ＩＰアドレスを選
別した後、要求元ＤＮＳであるＤＮＳサーバ１５０に名
前解決応答ＮＲを送る（プロトコル：ＤＮＳ）（図１の
参照）。
【０００９】広域負荷分散ＤＮＳ装置１２０から名前解
決応答ＮＲを受け取ったＤＮＳサーバ１５０は、ローカ
ル・システム１６０のクライアント端末Ａ１に名前解決
応答ＮＲを送る（プロトコル：ＤＮＳ）（図１の参
照）。
決応答ＮＲを受け取ったＤＮＳサーバ１５０は、ローカ
ル・システム１６０のクライアント端末Ａ１に名前解決
応答ＮＲを送る（プロトコル：ＤＮＳ）（図１の参
照）。
【００１０】クライアント端末Ａ１は、ＤＮＳサーバ１
５０から受け取った名前解決応答ＮＲに基づき、コンテ
ンツ・リダイレクタ要求ＣＲをローカル・システム１６
０のストリーミング・コンテンツ・サーバ１４０に送る
（プロトコル：ＨＴＴＰ）（図１の参照）。
５０から受け取った名前解決応答ＮＲに基づき、コンテ
ンツ・リダイレクタ要求ＣＲをローカル・システム１６
０のストリーミング・コンテンツ・サーバ１４０に送る
（プロトコル：ＨＴＴＰ）（図１の参照）。
【００１１】ストリーミング・コンテンツ・サーバ１４
０は、クライアント端末Ａ１から受け取ったコンテンツ
・リダイレクタ要求ＣＲに基づき、コンテンツ・リダイ
レクタ配信ＣＳをクライアント端末Ａ１に送る（プロト
コル：ＨＴＴＰ）（図１の参照）。
０は、クライアント端末Ａ１から受け取ったコンテンツ
・リダイレクタ要求ＣＲに基づき、コンテンツ・リダイ
レクタ配信ＣＳをクライアント端末Ａ１に送る（プロト
コル：ＨＴＴＰ）（図１の参照）。
【００１２】クライアント端末Ａ１は、ストリーミング
・コンテンツ・サーバ１４０から受け取ったコンテンツ
・リダイレクタ配信ＣＳに基づき、ストリーミング・コ
ンテンツ要求ＳＲをストリーミング・コンテンツ・サー
バ１４０に送る（プロトコル：リダイレクタに示された
プロトコル（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等））（図１
の参照）。
・コンテンツ・サーバ１４０から受け取ったコンテンツ
・リダイレクタ配信ＣＳに基づき、ストリーミング・コ
ンテンツ要求ＳＲをストリーミング・コンテンツ・サー
バ１４０に送る（プロトコル：リダイレクタに示された
プロトコル（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等））（図１
の参照）。
【００１３】ストリーミング・コンテンツ・サーバ１４
０は、クライアント端末Ａ１から受け取ったストリーミ
ング・コンテンツ要求ＳＲに基づき、クライアント端末
Ａ１に対してストリーミング・コンテンツＳＣを配信す
る（プロトコル：（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等）
（図１の参照）。
０は、クライアント端末Ａ１から受け取ったストリーミ
ング・コンテンツ要求ＳＲに基づき、クライアント端末
Ａ１に対してストリーミング・コンテンツＳＣを配信す
る（プロトコル：（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等）
（図１の参照）。
【００１４】
【発明が解決しようとする課題】しかしながら、上述し
た従来のトラフィック負荷分散システムでは、クライア
ントが使用するＤＮＳサーバ・アドレスのＩＰアドレス
に基づき、広域負荷分散ＤＮＳ装置は、クライアント端
末の適切なサーバ接続先アドレスをクライアント端末に
渡すために、実際のクライアント端末ＩＰアドレス情報
に基づく広域負荷分散を実現していない。即ち、上述し
た従来のトラフィック負荷分散システムでは、クライア
ント端末が使用するＤＮＳサーバに、名前解決された情
報が指定されたＴＴＬ値（生存時間）だけ記憶（キャッ
シュ）されてしまうため、他のクライアント端末が、そ
のＤＮＳサーバを使用して名前解決を行うと、記憶され
たアドレスがクライアント端末に渡されてしまうので、
クライアント端末は、広域負荷分散ＤＮＳ装置により名
前解決要求を行った時点の適切なサーバ接続先アドレス
を受け取ることができないという現象が生じてしまう。
その結果、全てのクライアント端末は、同一のサーバに
アクセスしてしまうことになる。
た従来のトラフィック負荷分散システムでは、クライア
ントが使用するＤＮＳサーバ・アドレスのＩＰアドレス
に基づき、広域負荷分散ＤＮＳ装置は、クライアント端
末の適切なサーバ接続先アドレスをクライアント端末に
渡すために、実際のクライアント端末ＩＰアドレス情報
に基づく広域負荷分散を実現していない。即ち、上述し
た従来のトラフィック負荷分散システムでは、クライア
ント端末が使用するＤＮＳサーバに、名前解決された情
報が指定されたＴＴＬ値（生存時間）だけ記憶（キャッ
シュ）されてしまうため、他のクライアント端末が、そ
のＤＮＳサーバを使用して名前解決を行うと、記憶され
たアドレスがクライアント端末に渡されてしまうので、
クライアント端末は、広域負荷分散ＤＮＳ装置により名
前解決要求を行った時点の適切なサーバ接続先アドレス
を受け取ることができないという現象が生じてしまう。
その結果、全てのクライアント端末は、同一のサーバに
アクセスしてしまうことになる。
【００１５】ＤＮＳのＴＴＬ値を限りなく少なくするこ
とにより、このような問題をある程度回避することがで
きるが、ＤＮＳの名前解決要求が増えてしまい、他のＤ
ＮＳサービスにも大きく影響してしまうため、一般的に
ＴＴＬ値を１時間以内にすることはできない。その結
果、従来のトラフィック負荷分散システムは、クライア
ント端末に応じて異なるストリーミング・コンテンツ・
サーバ等のようなローカル・サーバにアクセスするよう
なローカル負荷分散には適さないという問題点があっ
た。
とにより、このような問題をある程度回避することがで
きるが、ＤＮＳの名前解決要求が増えてしまい、他のＤ
ＮＳサービスにも大きく影響してしまうため、一般的に
ＴＴＬ値を１時間以内にすることはできない。その結
果、従来のトラフィック負荷分散システムは、クライア
ント端末に応じて異なるストリーミング・コンテンツ・
サーバ等のようなローカル・サーバにアクセスするよう
なローカル負荷分散には適さないという問題点があっ
た。
【００１６】本発明は、上述した従来のトラフィック負
荷分散システムにおける問題点に鑑みてなされたもので
あり、クライアントに応じて異なるローカル・サーバに
アクセスすることができるように構成されたトラフィッ
ク負荷分散システムを提供することをその課題とする。
荷分散システムにおける問題点に鑑みてなされたもので
あり、クライアントに応じて異なるローカル・サーバに
アクセスすることができるように構成されたトラフィッ
ク負荷分散システムを提供することをその課題とする。
【００１７】
【課題を解決するための手段】本発明の上記課題は、ス
トリーミング・コンテンツを記憶する複数のストリーミ
ング・コンテンツ・サーバと、コンテンツ・リダイレク
タ要求を送信するクライアント端末と、クライアント端
末からコンテンツ・リダイレクタ要求を受信し、当該受
信したコンテンツ・リダイレクタ要求に応じてクライア
ン端末にコンテンツ・リダイレクタを送信する広域／ロ
ーカル負荷分散手段とを備え、クライアント端末は、広
域／ローカル負荷分散手段から送信されたコンテンツ・
リダイレクタに基づき、複数のストリーム・コンテンツ
・サーバの中から、該コンテンツ・リダイレクタに対応
するストリーミング・コンテンツ・サーバにストリーム
・コンテンツ要求を送信し、当該ストリーム・コンテン
ツ要求を受信した該ストリーム・コンテンツ・サーバか
ら、所望のストリーミング・コンテンツを受信するトラ
フィック負荷分散システムによって達成される。
トリーミング・コンテンツを記憶する複数のストリーミ
ング・コンテンツ・サーバと、コンテンツ・リダイレク
タ要求を送信するクライアント端末と、クライアント端
末からコンテンツ・リダイレクタ要求を受信し、当該受
信したコンテンツ・リダイレクタ要求に応じてクライア
ン端末にコンテンツ・リダイレクタを送信する広域／ロ
ーカル負荷分散手段とを備え、クライアント端末は、広
域／ローカル負荷分散手段から送信されたコンテンツ・
リダイレクタに基づき、複数のストリーム・コンテンツ
・サーバの中から、該コンテンツ・リダイレクタに対応
するストリーミング・コンテンツ・サーバにストリーム
・コンテンツ要求を送信し、当該ストリーム・コンテン
ツ要求を受信した該ストリーム・コンテンツ・サーバか
ら、所望のストリーミング・コンテンツを受信するトラ
フィック負荷分散システムによって達成される。
【００１８】
【発明の実施の形態】本発明のトラフィック負荷分散シ
ステムでは、クライアント端末と広域／ローカル負荷分
散手段とは、それぞれ異なるローカル・システムに属す
るように構成してもよい。
ステムでは、クライアント端末と広域／ローカル負荷分
散手段とは、それぞれ異なるローカル・システムに属す
るように構成してもよい。
【００１９】本発明のトラフィック負荷分散システムで
は、コンテンツ・リダイレクタに対応するストリーミン
グ・コンテンツ・サーバは、クライアント端末が属する
ローカル・システムに属するローカル・サーバであって
もよい。
は、コンテンツ・リダイレクタに対応するストリーミン
グ・コンテンツ・サーバは、クライアント端末が属する
ローカル・システムに属するローカル・サーバであって
もよい。
【００２０】本発明のトラフィック負荷分散システムで
は、コンテンツ・リダイレクタに対応するストリーミン
グ・コンテンツ・サーバは、広域／ローカル負荷分散手
段が属するローカル・システムに属するローカル・サー
バであってもよい。
は、コンテンツ・リダイレクタに対応するストリーミン
グ・コンテンツ・サーバは、広域／ローカル負荷分散手
段が属するローカル・システムに属するローカル・サー
バであってもよい。
【００２１】本発明のトラフィック負荷分散システムで
は、クライアント端末が属するローカル・システムは、
当該クライアント端末から名前解決要求を受信するクラ
イアン端末側ＤＮＳサーバを更に備えるように構成して
もよい。
は、クライアント端末が属するローカル・システムは、
当該クライアント端末から名前解決要求を受信するクラ
イアン端末側ＤＮＳサーバを更に備えるように構成して
もよい。
【００２２】本発明のトラフィック負荷分散システムで
は、広域／ローカル負荷分散手段が属するローカル・シ
ステムは、クライアント側ＤＮＳサーバから名前解決要
求を受信し、該クライアント側ＤＮＳサーバに名前解決
応答を送信する広域／ローカル負荷分散手段側ＤＮＳサ
ーバを更に備えるように構成してもよい。
は、広域／ローカル負荷分散手段が属するローカル・シ
ステムは、クライアント側ＤＮＳサーバから名前解決要
求を受信し、該クライアント側ＤＮＳサーバに名前解決
応答を送信する広域／ローカル負荷分散手段側ＤＮＳサ
ーバを更に備えるように構成してもよい。
【００２３】本発明のトラフィック負荷分散システムで
は、クライアン端末側ＤＮＳサーバは、広域／ローカル
負荷分散手段側ＤＮＳサーバから受信した名前解答応答
をクライアント端末に送信するように構成してもよい。
は、クライアン端末側ＤＮＳサーバは、広域／ローカル
負荷分散手段側ＤＮＳサーバから受信した名前解答応答
をクライアント端末に送信するように構成してもよい。
【００２４】本発明のトラフィック負荷分散システムで
は、クライアント端末は、名前解答応答に基づき、広域
／ローカル負荷分散手段にコンテンツ・リダイレクタ要
求を送信するように構成してもよい。
は、クライアント端末は、名前解答応答に基づき、広域
／ローカル負荷分散手段にコンテンツ・リダイレクタ要
求を送信するように構成してもよい。
【００２５】
【実施例】以下、図面を参照して、本発明によるトラフ
ィック負荷分散システムの好ましい実施例を詳細に説明
する。
ィック負荷分散システムの好ましい実施例を詳細に説明
する。
【００２６】図２は、本発明によるトラフィック負荷分
散システムの一実施例の構成を示す概略図である。
散システムの一実施例の構成を示す概略図である。
【００２７】図２のトラフィック負荷分散システム１０
は、（１）ストリーミング・コンテンツ・サーバ１１〜
１３、広域／ローカル負荷分散装置１４及びＤＮＳサー
バ１５を含むプロバイダ・システム１６、（２）ストリ
ーミング・コンテンツ・サーバ１７、１８及びＤＮＳサ
ーバ１９を含む、クライアント端末ＣＬ１が属する一つ
のローカル・システム２０、（３）クストリーミング・
コンテンツ・サーバ２１〜２４及びＤＮＳサーバ２５を
含む、クライアント端末ＣＬ２〜ＣＬ４が属する別のロ
ーカル・システム２６、（４）ＤＮＳサーバ２７を含
む、クライアント端末ＣＬ５が属する更に別のローカル
・システム２８、及び（５）プロバイダ・システム１６
とローカル・システム２０、２６及び２８とを接続する
インターネット、ＷＡＮ等の通信網（以下、ネットワー
クと称する）２９により構成されている。
は、（１）ストリーミング・コンテンツ・サーバ１１〜
１３、広域／ローカル負荷分散装置１４及びＤＮＳサー
バ１５を含むプロバイダ・システム１６、（２）ストリ
ーミング・コンテンツ・サーバ１７、１８及びＤＮＳサ
ーバ１９を含む、クライアント端末ＣＬ１が属する一つ
のローカル・システム２０、（３）クストリーミング・
コンテンツ・サーバ２１〜２４及びＤＮＳサーバ２５を
含む、クライアント端末ＣＬ２〜ＣＬ４が属する別のロ
ーカル・システム２６、（４）ＤＮＳサーバ２７を含
む、クライアント端末ＣＬ５が属する更に別のローカル
・システム２８、及び（５）プロバイダ・システム１６
とローカル・システム２０、２６及び２８とを接続する
インターネット、ＷＡＮ等の通信網（以下、ネットワー
クと称する）２９により構成されている。
【００２８】次に、図２のトラフィック負荷分散システ
ム１０の動作を説明する。
ム１０の動作を説明する。
【００２９】まず、ローカル・システム２０に属するク
ライアント端末ＣＬ１がＤＮＳサーバ１９に名前解決要
求Ｎを送る（プロトコル：ＤＮＳ）（図２の参照）。
ライアント端末ＣＬ１がＤＮＳサーバ１９に名前解決要
求Ｎを送る（プロトコル：ＤＮＳ）（図２の参照）。
【００３０】ＤＮＳサーバ１９は、ネットワーク２９を
介して、クライアント端末ＣＬ１から受け取った名前解
決要求Ｎをプロバイダ・システム１６のＤＮＳサーバ１
５に送る（プロトコル：ＤＮＳ）（図２の参照）。
介して、クライアント端末ＣＬ１から受け取った名前解
決要求Ｎをプロバイダ・システム１６のＤＮＳサーバ１
５に送る（プロトコル：ＤＮＳ）（図２の参照）。
【００３１】ＤＮＳサーバ１９から名前解決要求Ｎを受
け取ったＤＮＳサーバ１５は、要求元ＤＮＳであるロー
カル・システム２０のＤＮＳサーバ１９に名前解決応答
ＮＲを送る（プロトコル：ＤＮＳ）（図２の参照）。
け取ったＤＮＳサーバ１５は、要求元ＤＮＳであるロー
カル・システム２０のＤＮＳサーバ１９に名前解決応答
ＮＲを送る（プロトコル：ＤＮＳ）（図２の参照）。
【００３２】ＤＮＳサーバ１５から名前解決応答ＮＲを
受け取ったＤＮＳサーバ１９は、ローカル・システム２
０のクライアント端末ＣＬ１に名前解決応答ＮＲを送る
（プロトコル：ＤＮＳ）（図２の参照）。
受け取ったＤＮＳサーバ１９は、ローカル・システム２
０のクライアント端末ＣＬ１に名前解決応答ＮＲを送る
（プロトコル：ＤＮＳ）（図２の参照）。
【００３３】クライアント端末Ａ１は、ＤＮＳサーバ１
９から受け取った名前解決応答ＮＲに基づき、プロバイ
ダ・システム１６の広域／ローカル負荷分散装置１４に
コンテンツ・リダイレクタ要求ＣＲを送る（プロトコ
ル：ＨＴＴＰ）（図２の参照）。
９から受け取った名前解決応答ＮＲに基づき、プロバイ
ダ・システム１６の広域／ローカル負荷分散装置１４に
コンテンツ・リダイレクタ要求ＣＲを送る（プロトコ
ル：ＨＴＴＰ）（図２の参照）。
【００３４】プロバイダ・システム１６の広域／ローカ
ル負荷分散装置１４に対して、クライアントは、ＨＴＴ
Ｐプロトコルにより仮想リダイレクタ（分散を行うため
の代表リダイレクタ）の受取り要求を行うが、この要求
と同時にＨＴＴＰヘッダー、クッキー、及び接続元ＩＰ
アドレスの情報が広域／ローカル負荷分散装置１４に渡
される。リダイレクタ要求やクライアント情報を受け取
った広域／ローカル負荷分散装置１４は、仮想リダイレ
クタに関連するコンテンツ分散ルールと前記クライアン
トから渡されたＨＴＴＰヘッダー、クッキー、及び接続
元ＩＰアドレスの情報を比較することにより、ローカル
・システム２０のクライアント端末ＣＬ１に適したコン
テンツ・リダイレクタ（ＨＴＴＰ、ＨＴＭＬ，ＳＭＩ
Ｌ、ＡＳＸ、ＲＡＭ）を、ＨＴＴＰ／ＨＴＴＰＳプロト
コルによりクライアント端末ＣＬ１に配信する（図２の
参照）。
ル負荷分散装置１４に対して、クライアントは、ＨＴＴ
Ｐプロトコルにより仮想リダイレクタ（分散を行うため
の代表リダイレクタ）の受取り要求を行うが、この要求
と同時にＨＴＴＰヘッダー、クッキー、及び接続元ＩＰ
アドレスの情報が広域／ローカル負荷分散装置１４に渡
される。リダイレクタ要求やクライアント情報を受け取
った広域／ローカル負荷分散装置１４は、仮想リダイレ
クタに関連するコンテンツ分散ルールと前記クライアン
トから渡されたＨＴＴＰヘッダー、クッキー、及び接続
元ＩＰアドレスの情報を比較することにより、ローカル
・システム２０のクライアント端末ＣＬ１に適したコン
テンツ・リダイレクタ（ＨＴＴＰ、ＨＴＭＬ，ＳＭＩ
Ｌ、ＡＳＸ、ＲＡＭ）を、ＨＴＴＰ／ＨＴＴＰＳプロト
コルによりクライアント端末ＣＬ１に配信する（図２の
参照）。
【００３５】ローカル・システム２０のクライアント端
末ＣＬ１は、広域／ローカル負荷分散装置１４から配信
されたコンテンツ・リダイレクタＣＳに基づき、ストリ
ーミング・コンテンツ要求ＳＲを同じローカル・システ
ム２０のストリーミング・コンテンツ・サーバ１８に送
る（プロトコル：リダイレクタに示されたプロトコル
（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等））（図２の参
照）。
末ＣＬ１は、広域／ローカル負荷分散装置１４から配信
されたコンテンツ・リダイレクタＣＳに基づき、ストリ
ーミング・コンテンツ要求ＳＲを同じローカル・システ
ム２０のストリーミング・コンテンツ・サーバ１８に送
る（プロトコル：リダイレクタに示されたプロトコル
（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等））（図２の参
照）。
【００３６】ストリーミング・コンテンツ・サーバ１８
は、クライアント端末ＣＬ１から受け取ったストリーミ
ング・コンテンツ要求ＳＲに基づき、クライアント端末
ＣＬ１に対してストリーミング・コンテンツＳＣを配信
する（プロトコル：リダイレクタに示されたプロトコル
（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等）（図２の参照）。
は、クライアント端末ＣＬ１から受け取ったストリーミ
ング・コンテンツ要求ＳＲに基づき、クライアント端末
ＣＬ１に対してストリーミング・コンテンツＳＣを配信
する（プロトコル：リダイレクタに示されたプロトコル
（ｒｔｓｐ、ｍｍｓ、ｈｔｔｐ等）（図２の参照）。
【００３７】次に、図３を参照して、図２に示す、
の動作について説明する。ここでは、www.nextcom.co.j
pの名前解決を行う例を説明する。
の動作について説明する。ここでは、www.nextcom.co.j
pの名前解決を行う例を説明する。
【００３８】まず、ローカル・システム２０のクライア
ント端末ＣＬ１は、同じローカル・システム２０のＤＮ
Ｓサーバ１９にwww.nextcom.co.jpのアドレスを問合せ
る（図３の参照）。
ント端末ＣＬ１は、同じローカル・システム２０のＤＮ
Ｓサーバ１９にwww.nextcom.co.jpのアドレスを問合せ
る（図３の参照）。
【００３９】クライアント端末ＣＬ１からの問合せによ
り、ローカル・システム２０のＤＮＳサーバ１９は、プ
ロバイダ・システム１６のＤＮＳサーバ１５にwww.next
com.co.jpのアドレスを問合せると、jpのＤＮＳサーバ
を教え（図３の参照）、次いでＤＮＳサーバ１９ＤＮ
Ｓサーバ１５にwww.nextcom.co.jpのアドレスを問合せ
ると、co.jpのＤＮＳサーバを教え（図３の参照）、
続いてＤＮＳサーバ１９ＤＮＳサーバ１５にwww.nextco
m.co.jpのアドレスを問合せると、nextcom.co.jpのＤＮ
Ｓサーバを教え（図３の参照）、それからＤＮＳサー
バ１９ＤＮＳサーバ１５にwww.nextcom.co.jpのアドレ
スを問合せると、www.nextcom.co.jpのＩＰアドレスを
ローカル・システム２０のＤＮＳサーバに１９に教える
（図３の参照）。そして、ＤＮＳサーバ１９は、クラ
イアント端末ＣＬ１にwww.nextcom.co.jpのＩＰアドレ
スを教える（図３の参照）。
り、ローカル・システム２０のＤＮＳサーバ１９は、プ
ロバイダ・システム１６のＤＮＳサーバ１５にwww.next
com.co.jpのアドレスを問合せると、jpのＤＮＳサーバ
を教え（図３の参照）、次いでＤＮＳサーバ１９ＤＮ
Ｓサーバ１５にwww.nextcom.co.jpのアドレスを問合せ
ると、co.jpのＤＮＳサーバを教え（図３の参照）、
続いてＤＮＳサーバ１９ＤＮＳサーバ１５にwww.nextco
m.co.jpのアドレスを問合せると、nextcom.co.jpのＤＮ
Ｓサーバを教え（図３の参照）、それからＤＮＳサー
バ１９ＤＮＳサーバ１５にwww.nextcom.co.jpのアドレ
スを問合せると、www.nextcom.co.jpのＩＰアドレスを
ローカル・システム２０のＤＮＳサーバに１９に教える
（図３の参照）。そして、ＤＮＳサーバ１９は、クラ
イアント端末ＣＬ１にwww.nextcom.co.jpのＩＰアドレ
スを教える（図３の参照）。
【００４０】図４は、図２の主要部を構成する広域／ロ
ーカル負荷分散装置１４の一構成例を示す概略ブロック
図である。
ーカル負荷分散装置１４の一構成例を示す概略ブロック
図である。
【００４１】図４に示すように、広域／ローカル負荷分
散装置１４は、（１）複数の仮想リダイレクタＶＲ（例
えば、ＶＲA〜ＶＲN）と、仮想リダイレクタＶＲ（ＶＲ
A〜ＶＲN）に対応しているリダイレクタ・ルールＲＲ
（例えば、ＲＲA〜ＲＲN）とを有し、ストリーミング狭
域／広域負荷分散の処理を行うように構成されたストリ
ーミング狭域／広域負荷分散処理部１４−１と、（２）
複数のリダイレクタＲ（例えば、ＲA〜ＲN）と、リダイ
レクタＲ（ＲA〜ＲN）の組合せから構成されたリダイレ
クタ・グループＲＧ（例えば、ＲＧA〜ＲＧN）とを記憶
するように構成されたリダイレクタ・データベース部１
４−２とを備えている。
散装置１４は、（１）複数の仮想リダイレクタＶＲ（例
えば、ＶＲA〜ＶＲN）と、仮想リダイレクタＶＲ（ＶＲ
A〜ＶＲN）に対応しているリダイレクタ・ルールＲＲ
（例えば、ＲＲA〜ＲＲN）とを有し、ストリーミング狭
域／広域負荷分散の処理を行うように構成されたストリ
ーミング狭域／広域負荷分散処理部１４−１と、（２）
複数のリダイレクタＲ（例えば、ＲA〜ＲN）と、リダイ
レクタＲ（ＲA〜ＲN）の組合せから構成されたリダイレ
クタ・グループＲＧ（例えば、ＲＧA〜ＲＧN）とを記憶
するように構成されたリダイレクタ・データベース部１
４−２とを備えている。
【００４２】以下、図４を参照して、図２の広域／ロー
カル負荷分散装置１４へのアクセスについて具体的に説
明する。
カル負荷分散装置１４へのアクセスについて具体的に説
明する。
【００４３】まず、クライアント端末ＣＬ１は、同じロ
ーカル・システム２０のＤＮＳサーバ１９にsslb.nextc
om.co.jpのＩＰアドレスを要求すると、ＤＮＳサーバ１
９からその応答としてsslb.nextcom.co.jpのＩＰアドレ
スを受け取る。
ーカル・システム２０のＤＮＳサーバ１９にsslb.nextc
om.co.jpのＩＰアドレスを要求すると、ＤＮＳサーバ１
９からその応答としてsslb.nextcom.co.jpのＩＰアドレ
スを受け取る。
【００４４】クライアント端末ＣＬ１は、受け取ったss
lb.nextcom.co.jpのＩＰアドレスに基づき、ＨＴＴＰ／
ＨＴＴＰＳブラウザを用いて、広域／ローカル負荷分散
装置１４を構成しているストリーミング狭域／広域負荷
分散処理部１４−１の仮想リダイレクタＶＲにアクセス
する。
lb.nextcom.co.jpのＩＰアドレスに基づき、ＨＴＴＰ／
ＨＴＴＰＳブラウザを用いて、広域／ローカル負荷分散
装置１４を構成しているストリーミング狭域／広域負荷
分散処理部１４−１の仮想リダイレクタＶＲにアクセス
する。
【００４５】広域／ローカル負荷分散装置１４は、クラ
イアント端末のＨＴＴＰヘッダー、クッキー、及び接続
元ＩＰアドレスと、ストリーミング狭域／広域負荷分散
処理部１４−１のリダイレクタ・ルールＲＲ（詳細は後
述する）とを参照して、広域／ローカル負荷分散装置１
４を構成しているリダイレクタ・データベース部１４−
２からクライアント端末ＣＬ１に適しているリダイレク
タＲ（サーバ／コンテンツ情報）を選択し、選択したリ
ダイレクタＲをクライアント端末ＣＬ１に配信する。
イアント端末のＨＴＴＰヘッダー、クッキー、及び接続
元ＩＰアドレスと、ストリーミング狭域／広域負荷分散
処理部１４−１のリダイレクタ・ルールＲＲ（詳細は後
述する）とを参照して、広域／ローカル負荷分散装置１
４を構成しているリダイレクタ・データベース部１４−
２からクライアント端末ＣＬ１に適しているリダイレク
タＲ（サーバ／コンテンツ情報）を選択し、選択したリ
ダイレクタＲをクライアント端末ＣＬ１に配信する。
【００４６】クライアント端末ＣＬ１は、広域／ローカ
ル負荷分散装置１４から受け取ったリダイレクタＲに基
づき、同じローカル・システム２０のストリーミング・
コンテンツ・サーバ１８にストリーミング・コンテンツ
を要求する。
ル負荷分散装置１４から受け取ったリダイレクタＲに基
づき、同じローカル・システム２０のストリーミング・
コンテンツ・サーバ１８にストリーミング・コンテンツ
を要求する。
【００４７】ストリーミング・コンテンツ・サーバ１８
は、クライアント端末ＣＬ１からの要求に応じて、対応
するストリーミング・コンテンツをクライアント端末Ｃ
Ｌ１に配信する。
は、クライアント端末ＣＬ１からの要求に応じて、対応
するストリーミング・コンテンツをクライアント端末Ｃ
Ｌ１に配信する。
【００４８】表１は、広域／ローカル負荷分散装置１４
におけるルールを示す。
におけるルールを示す。
【００４９】
【表１】
【００５０】表１に示すルールは、Ｎｏ．１から順番に
判断され、上述したように、ＨＴＴＰクライアント端末
ヘッダー又はクライアント端末ＩＰアドレスの条件に適
する場合には、表１のリダイレクタ・グループ又は負荷
分散アルゴリズムに基づき、リダイレクタを選択する。
判断され、上述したように、ＨＴＴＰクライアント端末
ヘッダー又はクライアント端末ＩＰアドレスの条件に適
する場合には、表１のリダイレクタ・グループ又は負荷
分散アルゴリズムに基づき、リダイレクタを選択する。
【００５１】他方、上記の条件に適さなかった場合に
は、図５のフロー図に示すようなルールにより判断を行
う。
は、図５のフロー図に示すようなルールにより判断を行
う。
【００５２】まず、仮想リダイレクタにアクセスし（ス
テップＳ１）、ルール（表１参照）に示されているリダ
イレクタ・グループが生存しているかどうかを判断し
（ステップＳ２）、上記ステップＳ２における判断の結
果、リダイレクタ・グループが一つでも生存している場
合には、ルールに従い、アクセス元のＩＰアドレス又は
ＨＴＴＰクライアント端末ヘッダーを条件に従い比較し
（ステップＳ３）、上記ステップＳ３における比較の結
果、条件が当てはまる場合には、ルールで指定している
リダイレクタ・グループの中から指定のアルゴリズムで
リダイレクタを選択する（ステップＳ４）。なお、上記
ステップＳ４では、ダウンしているサーバのリダイレク
タは選択されない。そして、選択されたリダイレクタを
クライアント端末に渡して（ステップＳ５）、処理を終
了する（ステップＳ６）。
テップＳ１）、ルール（表１参照）に示されているリダ
イレクタ・グループが生存しているかどうかを判断し
（ステップＳ２）、上記ステップＳ２における判断の結
果、リダイレクタ・グループが一つでも生存している場
合には、ルールに従い、アクセス元のＩＰアドレス又は
ＨＴＴＰクライアント端末ヘッダーを条件に従い比較し
（ステップＳ３）、上記ステップＳ３における比較の結
果、条件が当てはまる場合には、ルールで指定している
リダイレクタ・グループの中から指定のアルゴリズムで
リダイレクタを選択する（ステップＳ４）。なお、上記
ステップＳ４では、ダウンしているサーバのリダイレク
タは選択されない。そして、選択されたリダイレクタを
クライアント端末に渡して（ステップＳ５）、処理を終
了する（ステップＳ６）。
【００５３】また、上記ステップＳ３における比較の結
果、条件が当てはまらない場合には、次のルールへ移行
し（ステップＳ７）、ルールが存在するかどうかを判断
し（ステップＳ８）、上記ステップＳ８における判断の
結果、ルールが存在しない場合には、処理を終了する
（ステップＳ６）。他方、上記ステップＳ８における判
断の結果、ルールが存在する場合には、上記ステップＳ
２に戻り、ルール（表１参照）に示されているリダイレ
クタ・グループが生存しているかどうかを判断する（ス
テップＳ２）。
果、条件が当てはまらない場合には、次のルールへ移行
し（ステップＳ７）、ルールが存在するかどうかを判断
し（ステップＳ８）、上記ステップＳ８における判断の
結果、ルールが存在しない場合には、処理を終了する
（ステップＳ６）。他方、上記ステップＳ８における判
断の結果、ルールが存在する場合には、上記ステップＳ
２に戻り、ルール（表１参照）に示されているリダイレ
クタ・グループが生存しているかどうかを判断する（ス
テップＳ２）。
【００５４】上記ステップＳ２における判断の結果、リ
ダイレクタ・グループが全てダウンしている場合には、
全てダウンしている場合のデフォルト・リダイレクタ又
はＨＴＭＬを渡すかどうかを判断し（ステップＳ９）、
上記ステップＳ９における判断の結果、渡す場合には上
記ステップＳ５に進み、他方、渡さない場合には、上記
ステップＳ７に進んで、上述した処理を繰り返す。
ダイレクタ・グループが全てダウンしている場合には、
全てダウンしている場合のデフォルト・リダイレクタ又
はＨＴＭＬを渡すかどうかを判断し（ステップＳ９）、
上記ステップＳ９における判断の結果、渡す場合には上
記ステップＳ５に進み、他方、渡さない場合には、上記
ステップＳ７に進んで、上述した処理を繰り返す。
【００５５】次に、図６及び図７を参照して、広域／ロ
ーカル負荷分散装置による生存チェックについて説明す
る。
ーカル負荷分散装置による生存チェックについて説明す
る。
【００５６】広域／ローカル負荷分散装置は、図６に示
すように、各ストリーミング・コンテンツ・サーバと定
期的に通信を行なうことにより、各ストリーミング・コ
ンテンツ・サーバの生存又は各ストリーミング・コンテ
ンツ・サーバ内のコンテンツの生存を確認する。
すように、各ストリーミング・コンテンツ・サーバと定
期的に通信を行なうことにより、各ストリーミング・コ
ンテンツ・サーバの生存又は各ストリーミング・コンテ
ンツ・サーバ内のコンテンツの生存を確認する。
【００５７】更に、生存を確認した結果の生存情報を記
憶し、この記憶した生存情報に基づき上述した処理を実
行する。
憶し、この記憶した生存情報に基づき上述した処理を実
行する。
【００５８】ここで、図７のフロー図を参照して、広域
／ローカル負荷分散装置による生存チェックを説明す
る。
／ローカル負荷分散装置による生存チェックを説明す
る。
【００５９】まず、各ストリーミング・コンテンツ・サ
ーバ（以下サーバと略称する）の生存チェックをスター
トし（ステップＳＴ１）、リダイレクタに該当するサー
バ／コンテンツに対して通信を行い、返答があるかどう
かを判断し（ステップＳＴ２）、上記ステップＳＴ２の
判断の結果、返答がない場合には、サーバがダウンして
いると判断し（ステップＳＴ３）、上記ステップＳＴ２
に戻り、他のサーバに対して処理を繰り返す。他方、上
記ステップＳＴ２の判断の結果、返答がある場合には、
サーバが起動していると判断し（ステップＳＴ４）、上
記ステップＳＴ２に戻り、他のサーバに対して処理を繰
り返す。
ーバ（以下サーバと略称する）の生存チェックをスター
トし（ステップＳＴ１）、リダイレクタに該当するサー
バ／コンテンツに対して通信を行い、返答があるかどう
かを判断し（ステップＳＴ２）、上記ステップＳＴ２の
判断の結果、返答がない場合には、サーバがダウンして
いると判断し（ステップＳＴ３）、上記ステップＳＴ２
に戻り、他のサーバに対して処理を繰り返す。他方、上
記ステップＳＴ２の判断の結果、返答がある場合には、
サーバが起動していると判断し（ステップＳＴ４）、上
記ステップＳＴ２に戻り、他のサーバに対して処理を繰
り返す。
【００６０】上述したように、本発明によるトラフィッ
ク負荷分散システムは、ＨＴＴＰ（Hyper Text Transfe
r Protocol）をベースとしたネットワーク・トラフィッ
ク負荷分散システムであり、ＤＮＳベースの既存負荷分
散システムと異なり、クライアント端末からの要求を請
け負ったＤＮＳサーバのＩＰアドレスに基づき負荷バラ
ンスを行うのではなく、ＨＴＴＰ要求を行ってきたＨＴ
ＴＰクライアント端末ヘッダー又はクライアント端末ア
クセス元ＩＰアドレスに基づき、サーバ/コンテンツの
適切なＵＲＬやプロトコルが記述されたリダイレクタ
を、ＨＴＴＰヘッダーやＨＴＭＬ、ＳＭＩＬ、ＡＳＸ、
ＲＡＭによりクライアント端末に渡す。これによりクラ
イアントは、自分に一番近いサーバに接続する為、広域
負荷分散を実現することができる。
ク負荷分散システムは、ＨＴＴＰ（Hyper Text Transfe
r Protocol）をベースとしたネットワーク・トラフィッ
ク負荷分散システムであり、ＤＮＳベースの既存負荷分
散システムと異なり、クライアント端末からの要求を請
け負ったＤＮＳサーバのＩＰアドレスに基づき負荷バラ
ンスを行うのではなく、ＨＴＴＰ要求を行ってきたＨＴ
ＴＰクライアント端末ヘッダー又はクライアント端末ア
クセス元ＩＰアドレスに基づき、サーバ/コンテンツの
適切なＵＲＬやプロトコルが記述されたリダイレクタ
を、ＨＴＴＰヘッダーやＨＴＭＬ、ＳＭＩＬ、ＡＳＸ、
ＲＡＭによりクライアント端末に渡す。これによりクラ
イアントは、自分に一番近いサーバに接続する為、広域
負荷分散を実現することができる。
【００６１】また、本発明によるトラフィック負荷分散
システムは、ローカル（サーバ）負荷分散を実行するよ
うに構成されており、ＤＮＳのＴＴＬ値による問題がな
く（ＤＮＳが記憶するように構成してもよい）、ＨＴＴ
Ｐベースによる動作のため、常に異なるリダイレクタを
渡すことができる（ＨＴＴＰキャッシュ制御（Cache-Co
ntrol）や期限（Expire）ヘッダーにより、リダイレク
タにＨＴＴＰキャッシュ拒否の記述行う）。これによ
り、ＨＴＴＰキャッシュ装置が存在しても、クライアン
ト端末には、ＨＴＴＰ要求の度に異なるリダイレクタを
渡すことができるため、要求毎にアクセス先サーバを変
化させるローカル負荷分散（サーバの負荷分散）も実現
可能になる。
システムは、ローカル（サーバ）負荷分散を実行するよ
うに構成されており、ＤＮＳのＴＴＬ値による問題がな
く（ＤＮＳが記憶するように構成してもよい）、ＨＴＴ
Ｐベースによる動作のため、常に異なるリダイレクタを
渡すことができる（ＨＴＴＰキャッシュ制御（Cache-Co
ntrol）や期限（Expire）ヘッダーにより、リダイレク
タにＨＴＴＰキャッシュ拒否の記述行う）。これによ
り、ＨＴＴＰキャッシュ装置が存在しても、クライアン
ト端末には、ＨＴＴＰ要求の度に異なるリダイレクタを
渡すことができるため、要求毎にアクセス先サーバを変
化させるローカル負荷分散（サーバの負荷分散）も実現
可能になる。
【００６２】更に、本発明によるトラフィック負荷分散
システムは、ＨＴＴＰにより条件判断を実行するように
構成されており、ＤＮＳベースの既存負荷分散システム
と異なる、クライアント端末からの要求を請け負ったＤ
ＮＳサーバのＩＰアドレスに基づき負荷バランスを行う
のではなく、ＨＴＴＰ要求を行ってきたクライアント端
末ＨＴＴＰヘッダー又はクライアント端末アクセス元Ｉ
Ｐアドレス、クッキーに基づき、サーバの適切なＵＲ
Ｌ、プロトコルが記述されたリダイレクタをＨＴＴＰヘ
ッダーやＨＴＭＬ、ＳＭＩＬ、ＡＳＸ、ＲＡＭによりク
ライアント端末に渡す。これによりクライアントは、自
分に一番近いサーバもしくは、自分に一番適したサーバ
に接続する。それにより、クライアントは、自分に適し
たコンテンツへの広域／ローカル負荷分散を実現するこ
とができる。
システムは、ＨＴＴＰにより条件判断を実行するように
構成されており、ＤＮＳベースの既存負荷分散システム
と異なる、クライアント端末からの要求を請け負ったＤ
ＮＳサーバのＩＰアドレスに基づき負荷バランスを行う
のではなく、ＨＴＴＰ要求を行ってきたクライアント端
末ＨＴＴＰヘッダー又はクライアント端末アクセス元Ｉ
Ｐアドレス、クッキーに基づき、サーバの適切なＵＲ
Ｌ、プロトコルが記述されたリダイレクタをＨＴＴＰヘ
ッダーやＨＴＭＬ、ＳＭＩＬ、ＡＳＸ、ＲＡＭによりク
ライアント端末に渡す。これによりクライアントは、自
分に一番近いサーバもしくは、自分に一番適したサーバ
に接続する。それにより、クライアントは、自分に適し
たコンテンツへの広域／ローカル負荷分散を実現するこ
とができる。
【００６３】次に、上述した本発明のトラフィック負荷
分散システムを用いて、ライブ放送を行う場合について
説明する。
分散システムを用いて、ライブ放送を行う場合について
説明する。
【００６４】ここでは、ＩＳＰ（Internet Service Pro
vider：インターネット・サービス・プロバイダ）がそ
の会員向けに、ある歌手のライブ（ＬＩＶＥ）を５００
ｋｂｐｓストリーミングで配信すると共に、そのライブ
を提供するスポンサーの個々のコマーシャルＣＭをユー
ザ別に均等に２００ｋｂｐｓストリーミング配信する場
合を考える。
vider：インターネット・サービス・プロバイダ）がそ
の会員向けに、ある歌手のライブ（ＬＩＶＥ）を５００
ｋｂｐｓストリーミングで配信すると共に、そのライブ
を提供するスポンサーの個々のコマーシャルＣＭをユー
ザ別に均等に２００ｋｂｐｓストリーミング配信する場
合を考える。
【００６５】図８は、あるＩＳＰの広域ネットワークの
一構成例を示す図である。
一構成例を示す図である。
【００６６】図８に示すように、ＩＳＰのネットワーク
は、主要都市にアクセスポイント（ユーザがＩＳＰに接
続する場所）が存在し、各アクセスポイントがネットワ
ーク（容量の低い）で接続されている。また、各アクセ
スポイントからインターネットへは東京を経由して通信
を行う。
は、主要都市にアクセスポイント（ユーザがＩＳＰに接
続する場所）が存在し、各アクセスポイントがネットワ
ーク（容量の低い）で接続されている。また、各アクセ
スポイントからインターネットへは東京を経由して通信
を行う。
【００６７】図８に示すように、大阪 − 東京間は、６
０Ｍｂｐｓなので、５００Ｋｂｐｓのストリーミングコ
ンテンツを流す場合、１２０人分のストリーミングを配
信することができるが、何万人分ものストリーミングを
配信することができないので、何万人分ものストリーミ
ングを配信する場合には広域負荷分散（ネットワーク負
荷分散）を行う必要がある。
０Ｍｂｐｓなので、５００Ｋｂｐｓのストリーミングコ
ンテンツを流す場合、１２０人分のストリーミングを配
信することができるが、何万人分ものストリーミングを
配信することができないので、何万人分ものストリーミ
ングを配信する場合には広域負荷分散（ネットワーク負
荷分散）を行う必要がある。
【００６８】また、１台のストリーミングサーバで１０
００人分のストリーミングを配信することができるが、
何万人分ものストリーミングを配信するためには、複数
台のストリーミングサーバが必要になるため、ローカル
負荷分散（サーバ負荷分散）を行う必要がある。
００人分のストリーミングを配信することができるが、
何万人分ものストリーミングを配信するためには、複数
台のストリーミングサーバが必要になるため、ローカル
負荷分散（サーバ負荷分散）を行う必要がある。
【００６９】ここで、図９を参照して、上述した本発明
によるトラフィック負荷分散システムを用いた場合につ
いて説明する。
によるトラフィック負荷分散システムを用いた場合につ
いて説明する。
【００７０】図９に示すように、本発明によるトラフィ
ック負荷分散システムでは、広域負荷分散は、大阪から
アクセスしてきたユーザに対して、大阪のストリーミン
グ・コンテンツ・サーバにアクセスさせる。他方、ロー
カル負荷分散は、広域／ローカル負荷分散サーバＷＬＳ
（図２の広域／ローカル負荷分散装置１４に対応するも
の）により実現させる。また、各スポンサーの広告に関
しては、ストリーミング・コンテンツ・サーバの全て
に、各スポンサーの広告を配置し、広域／ローカル負荷
分散サーバＷＬＳによりコンテンツの負荷分散を行うこ
とにより、ユーザ毎に違うスポンサーの広告を均等に配
布させることができる。
ック負荷分散システムでは、広域負荷分散は、大阪から
アクセスしてきたユーザに対して、大阪のストリーミン
グ・コンテンツ・サーバにアクセスさせる。他方、ロー
カル負荷分散は、広域／ローカル負荷分散サーバＷＬＳ
（図２の広域／ローカル負荷分散装置１４に対応するも
の）により実現させる。また、各スポンサーの広告に関
しては、ストリーミング・コンテンツ・サーバの全て
に、各スポンサーの広告を配置し、広域／ローカル負荷
分散サーバＷＬＳによりコンテンツの負荷分散を行うこ
とにより、ユーザ毎に違うスポンサーの広告を均等に配
布させることができる。
【００７１】図１０は、既存のトラフィック負荷分散シ
ステムを用いて同様な処理を行う場合の一構成例を示
す。
ステムを用いて同様な処理を行う場合の一構成例を示
す。
【００７２】図１０に示した既存のトラフィック負荷分
散システムと比較すると、図９に示した本発明によるト
ラフィック負荷分散システムでは、ローカル負荷分散ス
イッチが必要ないので、コスト面や、ローカル負荷分散
スイッチの故障によるストリーミング配信不可能などの
障害発生がなくなる。因みに、図１０に示した既存のト
ラフィック負荷分散システムでは、ローカル負荷分散ス
イッチが２０台必要になる。
散システムと比較すると、図９に示した本発明によるト
ラフィック負荷分散システムでは、ローカル負荷分散ス
イッチが必要ないので、コスト面や、ローカル負荷分散
スイッチの故障によるストリーミング配信不可能などの
障害発生がなくなる。因みに、図１０に示した既存のト
ラフィック負荷分散システムでは、ローカル負荷分散ス
イッチが２０台必要になる。
【００７３】更に、図９に示した本発明によるトラフィ
ック負荷分散システムでは、図１０に示した既存のトラ
フィック負荷分散システムでは、広域負荷分散サーバや
ローカル負荷分散スイッチのようにサーバ自身を負荷分
散させるのではなく、ストリーミング・コンテンツ・サ
ーバ用コンテンツを負荷分散させるので、広告に使用す
るサーバの台数が減る。因みに、図１０に示した既存の
トラフィック負荷分散システムでは、ストリーミング広
告サーバが３５台必要になる。
ック負荷分散システムでは、図１０に示した既存のトラ
フィック負荷分散システムでは、広域負荷分散サーバや
ローカル負荷分散スイッチのようにサーバ自身を負荷分
散させるのではなく、ストリーミング・コンテンツ・サ
ーバ用コンテンツを負荷分散させるので、広告に使用す
るサーバの台数が減る。因みに、図１０に示した既存の
トラフィック負荷分散システムでは、ストリーミング広
告サーバが３５台必要になる。
【００７４】また、図９に示した本発明によるトラフィ
ック負荷分散システムでは、ＨＴＴＰのヘッダーにより
適切なコンテンツ配信するため、日本語版以外のＨＴＴ
Ｐブラウザ（例えば英語版のＨＴＴＰブラウザ）を使用
しているユーザに対しては、英語字幕のコンテンツを配
信することができるが、図１０に示した既存のトラフィ
ック負荷分散システムでは、例えば、日本語版のＨＴＴ
Ｐブラウザを使用しているユーザには適切なコンテンツ
を配信することができるが、日本語版以外のＨＴＴＰブ
ラウザ（例えば英語版のＨＴＴＰブラウザ）を使用して
いるユーザに対しては、英語字幕のコンテンツを適切に
配信することができない。
ック負荷分散システムでは、ＨＴＴＰのヘッダーにより
適切なコンテンツ配信するため、日本語版以外のＨＴＴ
Ｐブラウザ（例えば英語版のＨＴＴＰブラウザ）を使用
しているユーザに対しては、英語字幕のコンテンツを配
信することができるが、図１０に示した既存のトラフィ
ック負荷分散システムでは、例えば、日本語版のＨＴＴ
Ｐブラウザを使用しているユーザには適切なコンテンツ
を配信することができるが、日本語版以外のＨＴＴＰブ
ラウザ（例えば英語版のＨＴＴＰブラウザ）を使用して
いるユーザに対しては、英語字幕のコンテンツを適切に
配信することができない。
【００７５】
【発明の効果】本発明のトラフィック負荷分散システム
は、ストリーミング・コンテンツを記憶する複数のスト
リーミング・コンテンツ・サーバと、コンテンツ・リダ
イレクタ要求を送信するクライアント端末と、クライア
ント端末からコンテンツ・リダイレクタ要求を受信し、
当該受信したコンテンツ・リダイレクタ要求に応じてク
ライアン端末にコンテンツ・リダイレクタを送信する広
域／ローカル負荷分散手段とを備え、クライアント端末
は、広域／ローカル負荷分散手段から送信されたコンテ
ンツ・リダイレクタに基づき、複数のストリーム・コン
テンツ・サーバの中から、該コンテンツ・リダイレクタ
に対応するストリーミング・コンテンツ・サーバにスト
リーム・コンテンツ要求を送信し、当該ストリーム・コ
ンテンツ要求を受信した該ストリーム・コンテンツ・サ
ーバから、所望のストリーミング・コンテンツを受信す
るような構成を有することにより、クライアントに応じ
て異なるローカル・サーバにアクセスすることができ
る。
は、ストリーミング・コンテンツを記憶する複数のスト
リーミング・コンテンツ・サーバと、コンテンツ・リダ
イレクタ要求を送信するクライアント端末と、クライア
ント端末からコンテンツ・リダイレクタ要求を受信し、
当該受信したコンテンツ・リダイレクタ要求に応じてク
ライアン端末にコンテンツ・リダイレクタを送信する広
域／ローカル負荷分散手段とを備え、クライアント端末
は、広域／ローカル負荷分散手段から送信されたコンテ
ンツ・リダイレクタに基づき、複数のストリーム・コン
テンツ・サーバの中から、該コンテンツ・リダイレクタ
に対応するストリーミング・コンテンツ・サーバにスト
リーム・コンテンツ要求を送信し、当該ストリーム・コ
ンテンツ要求を受信した該ストリーム・コンテンツ・サ
ーバから、所望のストリーミング・コンテンツを受信す
るような構成を有することにより、クライアントに応じ
て異なるローカル・サーバにアクセスすることができ
る。
【図１】従来のトラフィック負荷分散システムの一例を
示す概略ブロック図である。
示す概略ブロック図である。
【図２】本発明によるトラフィック負荷分散システムの
一構成例を示す概略ブロック図である。
一構成例を示す概略ブロック図である。
【図３】図２に示す構成による動作の一部を説明するた
めの図である。
めの図である。
【図４】図２の広域／ローカル負荷分散装置の一構成例
を示すと共に、この広域／ローカル負荷分散装置へのア
クセスを説明するための図である。
を示すと共に、この広域／ローカル負荷分散装置へのア
クセスを説明するための図である。
【図５】表１に示す条件が適さなかった場合における判
断を説明するためのフロー図である。
断を説明するためのフロー図である。
【図６】図４に示す広域／ローカル負荷分散装置による
生存チェックを説明するための図である。
生存チェックを説明するための図である。
【図７】図４に示す広域／ローカル負荷分散装置による
生存チェックを説明するための別の図である。
生存チェックを説明するための別の図である。
【図８】ＩＳＰ（インターネット・サービス・プロバイ
ダ）の広域ネットワークの一構成例を示す概略図であ
る。
ダ）の広域ネットワークの一構成例を示す概略図であ
る。
【図９】図８に示す広域ネットワークに、図２に示す本
発明のトラフィック負荷分散システムを適用した場合の
説明図である。
発明のトラフィック負荷分散システムを適用した場合の
説明図である。
【図１０】図８に示す広域ネットワークに、図１に示す
ような、既存のトラフィック負荷分散システムを適用し
た場合の説明図である。
ような、既存のトラフィック負荷分散システムを適用し
た場合の説明図である。
１０ トラフィック負荷分散システム １１〜１３、１７〜１８、２１〜２４ ストリーミング
・コンテンツ・サーバ １４ 広域／ローカル負荷分散装置 １５、１９、２５、２７ ＤＮＳサーバ １６ プロバイダ・システム ２０、２６、２８ ローカル・システム ２９ 通信網 ＣＬ１〜ＣＬ５ クライアント端末
・コンテンツ・サーバ １４ 広域／ローカル負荷分散装置 １５、１９、２５、２７ ＤＮＳサーバ １６ プロバイダ・システム ２０、２６、２８ ローカル・システム ２９ 通信網 ＣＬ１〜ＣＬ５ クライアント端末
Claims (8)
- 【請求項１】 ストリーミング・コンテンツを記憶する
複数のストリーミング・コンテンツ・サーバと、 コンテンツ・リダイレクタ要求を送信するクライアント
端末と、 前記クライアント端末から前記コンテンツ・リダイレク
タ要求を受信し、当該受信したコンテンツ・リダイレク
タ要求に応じて前記クライアン端末にコンテンツ・リダ
イレクタを送信する広域／ローカル負荷分散手段とを備
え、 前記クライアント端末は、前記広域／ローカル負荷分散
手段から送信された前記コンテンツ・リダイレクタに基
づき、前記複数のストリーム・コンテンツ・サーバの中
から、該コンテンツ・リダイレクタに対応するストリー
ミング・コンテンツ・サーバにストリーム・コンテンツ
要求を送信し、当該ストリーム・コンテンツ要求を受信
した該ストリーム・コンテンツ・サーバから、所望のス
トリーミング・コンテンツを受信することを特徴とする
トラフィック負荷分散システム。 - 【請求項２】 前記クライアント端末と前記広域／ロー
カル負荷分散手段とは、それぞれ異なるローカル・シス
テムに属することを特徴とする請求項１に記載のトラフ
ィック負荷分散システム。 - 【請求項３】 前記コンテンツ・リダイレクタに対応す
るストリーミング・コンテンツ・サーバは、前記クライ
アント端末が属するローカル・システムに属するローカ
ル・サーバであることを特徴とする請求項２に記載のト
ラフィック負荷分散システム。 - 【請求項４】 前記コンテンツ・リダイレクタに対応す
るストリーミング・コンテンツ・サーバは、前記広域／
ローカル負荷分散手段が属するローカル・システムに属
するローカル・サーバであることを特徴とする請求項２
に記載のトラフィック負荷分散システム。 - 【請求項５】 前記クライアント端末が属する前記ロー
カル・システムは、当該クライアント端末から名前解決
要求を受信するクライアン端末側ＤＮＳサーバを更に備
えていることを特徴とする請求項２に記載のトラフィッ
ク負荷分散システム。 - 【請求項６】 前記広域／ローカル負荷分散手段が属す
る前記ローカル・システムは、前記クライアント側ＤＮ
Ｓサーバから前記名前解決要求を受信し、該クライアン
ト側ＤＮＳサーバに名前解決応答を送信する広域／ロー
カル負荷分散手段側ＤＮＳサーバを更に備えていること
を特徴とする請求項５に記載のトラフィック負荷分散シ
ステム。 - 【請求項７】 前記クライアン端末側ＤＮＳサーバは、
前記広域／ローカル負荷分散手段側ＤＮＳサーバから受
信した前記名前解答応答を前記クライアント端末に送信
することを特徴とする請求項６に記載のトラフィック負
荷分散システム。 - 【請求項８】 前記クライアント端末は、前記名前解答
応答に基づき、前記広域／ローカル負荷分散手段に前記
コンテンツ・リダイレクタ要求を送信することを特徴と
する請求項７に記載のトラフィック負荷分散システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001182923A JP2002373132A (ja) | 2001-06-18 | 2001-06-18 | トラフィック負荷分散システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001182923A JP2002373132A (ja) | 2001-06-18 | 2001-06-18 | トラフィック負荷分散システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002373132A true JP2002373132A (ja) | 2002-12-26 |
Family
ID=19022936
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001182923A Pending JP2002373132A (ja) | 2001-06-18 | 2001-06-18 | トラフィック負荷分散システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002373132A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005332373A (ja) * | 2004-04-16 | 2005-12-02 | Utstarcom Inc | 疎結合されたスケーラブルの分散型マルチメディア・ストリーミング・システムのための方法および装置 |
| JP2019022200A (ja) * | 2017-07-21 | 2019-02-07 | 日本電信電話株式会社 | トラヒック制御システム及び方法 |
-
2001
- 2001-06-18 JP JP2001182923A patent/JP2002373132A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005332373A (ja) * | 2004-04-16 | 2005-12-02 | Utstarcom Inc | 疎結合されたスケーラブルの分散型マルチメディア・ストリーミング・システムのための方法および装置 |
| JP2019022200A (ja) * | 2017-07-21 | 2019-02-07 | 日本電信電話株式会社 | トラヒック制御システム及び方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11115500B2 (en) | Request routing utilizing client location information | |
| US10757173B2 (en) | Internet protocol version 6 content routing | |
| US10476984B2 (en) | Content request routing and load balancing for content distribution networks | |
| US20180331925A1 (en) | Integrated adaptive anycast for content distribution | |
| US9021127B2 (en) | Updating routing information based on client location | |
| US7647424B2 (en) | Multi-level redirection system | |
| US9712422B2 (en) | Selection of service nodes for provision of services | |
| US8527635B2 (en) | Contents delivery system and method, web server and contents provider DNS server thereof | |
| EP2361475B1 (en) | Hybrid unicast/anycast content distribution network | |
| US20080065745A1 (en) | HTML delivery from edge-of-network servers in a content delivery network (CDN) | |
| US20010039585A1 (en) | System and method for directing a client to a content source | |
| WO2001052497A3 (en) | A content distribution system for operation over an internetwork including content peering arrangements | |
| CN101981572A (zh) | 请求路由 | |
| CN102047243A (zh) | 基于类别请求路由 | |
| US11252127B2 (en) | Systems and methods for processing requests for content of a content distribution network | |
| US20100121914A1 (en) | Contents delivery system and method based on content delivery network provider and replication server thereof | |
| US20110145437A1 (en) | Operation of a content distribution network | |
| US9154571B2 (en) | Publish/subscribe networks | |
| EP1327195A1 (en) | Method and apparatus for dynamic determination of optimum connection of a client to content servers | |
| JP2002373132A (ja) | トラフィック負荷分散システム | |
| US11095605B1 (en) | Request routing utilizing encoded DNS-based messaging parameters | |
| JP2009147578A (ja) | Ｉｐネットワークにおけるスイッチ装置及びダウンストリームデータ分散配信方法 | |
| WO2004093390A1 (en) | Apparatus and system for virtual routing on web service, and method for searching information using the same | |
| JP2002111779A (ja) | データ伝送方法及びデータ伝送システム |