JP2001312435A - アクセス振り分け方法、装置、及び記録媒体 - Google Patents
アクセス振り分け方法、装置、及び記録媒体Info
- Publication number
- JP2001312435A JP2001312435A JP2000131369A JP2000131369A JP2001312435A JP 2001312435 A JP2001312435 A JP 2001312435A JP 2000131369 A JP2000131369 A JP 2000131369A JP 2000131369 A JP2000131369 A JP 2000131369A JP 2001312435 A JP2001312435 A JP 2001312435A
- Authority
- JP
- Japan
- Prior art keywords
- user terminal
- content server
- content
- location
- domain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 ユーザからのアクセスを適切にコンテンツサ
ーバに振り分けることを目的とする。 【解決手段】 ネットワーク上のコンテンツサーバにユ
ーザ端末からのアクセスを振り分ける方法において、ユ
ーザ端末にコンテンツ選択画面を表示し、ユーザがコン
テンツを選択することによってユーザ端末から送信され
たデータからユーザ端末の属するドメインを取得し、該
ドメインに対応したコンテンツサーバの場所をユーザ端
末に通知し、ユーザ端末は該コンテンツサーバにアクセ
スする。また、該ドメインに対応したコンテンツサーバ
への同時コネクション数が所定の値以上である場合に
は、同時コネクション数が所定の値より小さい他のコン
テンツサーバの場所をユーザ端末に通知する。同時コネ
クション数算出には見なしコネクション継続時間を用い
る。
ーバに振り分けることを目的とする。 【解決手段】 ネットワーク上のコンテンツサーバにユ
ーザ端末からのアクセスを振り分ける方法において、ユ
ーザ端末にコンテンツ選択画面を表示し、ユーザがコン
テンツを選択することによってユーザ端末から送信され
たデータからユーザ端末の属するドメインを取得し、該
ドメインに対応したコンテンツサーバの場所をユーザ端
末に通知し、ユーザ端末は該コンテンツサーバにアクセ
スする。また、該ドメインに対応したコンテンツサーバ
への同時コネクション数が所定の値以上である場合に
は、同時コネクション数が所定の値より小さい他のコン
テンツサーバの場所をユーザ端末に通知する。同時コネ
クション数算出には見なしコネクション継続時間を用い
る。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク上の
コンテンツへのアクセスを振り分ける技術に関する。
コンテンツへのアクセスを振り分ける技術に関する。
【０００２】
【従来の技術】近年、インターネット上でデータストリ
ームを送信して番組を配信するインターネット放送が普
及してきている。一般的に、ユーザはストリームサーバ
にアクセスすることによってインターネット放送を受信
する。インターネット放送では、一時に多くのユーザが
同一の番組の受信を希望することがあり、そのような場
合に備え、インターネット放送提供側は複数のストリー
ムサーバを複数拠点に設置することが多い。
ームを送信して番組を配信するインターネット放送が普
及してきている。一般的に、ユーザはストリームサーバ
にアクセスすることによってインターネット放送を受信
する。インターネット放送では、一時に多くのユーザが
同一の番組の受信を希望することがあり、そのような場
合に備え、インターネット放送提供側は複数のストリー
ムサーバを複数拠点に設置することが多い。
【０００３】また、インターネット放送に限らず、デー
タダウンロードのためのＦＴＰサーバを負荷分散のため
に複数拠点に設置すること等が一般的に行われている。
タダウンロードのためのＦＴＰサーバを負荷分散のため
に複数拠点に設置すること等が一般的に行われている。
【０００４】従来の技術においては、ユーザがどのサー
バからサービスを受けるかどうかを、例えばＷＷＷブラ
ウザ画面上でサーバの拠点を選択することによって決定
していた。
バからサービスを受けるかどうかを、例えばＷＷＷブラ
ウザ画面上でサーバの拠点を選択することによって決定
していた。
【０００５】
【発明が解決しようとする課題】しかしながら、従来の
技術によると、特定のサーバにアクセスが集中し、アク
セスが多い場合にはそのサーバが過負荷となり、ユーザ
に十分なサービスが提供できないという問題点がある。
また、サーバの同時アクセス数にライセンス数等の制限
が設けられている場合には、そのライセンス数に達した
後にアクセスしたユーザはサービスを受けられない。
技術によると、特定のサーバにアクセスが集中し、アク
セスが多い場合にはそのサーバが過負荷となり、ユーザ
に十分なサービスが提供できないという問題点がある。
また、サーバの同時アクセス数にライセンス数等の制限
が設けられている場合には、そのライセンス数に達した
後にアクセスしたユーザはサービスを受けられない。
【０００６】また、特定のサーバからのデータストリー
ムが集中することによってインターネットの輻輳をもた
らし、一般のユーザに迷惑をかける恐れがある。更に、
ユーザと、そのユーザがたまたま選択したサーバ間の経
路がデータ伝送のために十分な容量をもたない場合に
は、インターネット放送を十分に視聴できなかったり、
データダウンロードに長時間かかったりする等の問題点
がある。
ムが集中することによってインターネットの輻輳をもた
らし、一般のユーザに迷惑をかける恐れがある。更に、
ユーザと、そのユーザがたまたま選択したサーバ間の経
路がデータ伝送のために十分な容量をもたない場合に
は、インターネット放送を十分に視聴できなかったり、
データダウンロードに長時間かかったりする等の問題点
がある。
【０００７】本発明は上記の点に鑑みてなされたもので
あり、ユーザからのアクセスを適切にコンテンツサーバ
に振り分ける方法、装置、記録媒体を提供することを目
的とする。
あり、ユーザからのアクセスを適切にコンテンツサーバ
に振り分ける方法、装置、記録媒体を提供することを目
的とする。
【０００８】
【課題を解決するための手段】上記の目的を達成するた
めに本発明は次のように構成される。
めに本発明は次のように構成される。
【０００９】請求項１に記載の発明は、ネットワーク上
の複数の場所にあるコンテンツサーバのうち特定の場所
にあるコンテンツサーバにユーザ端末からのアクセスを
振り分ける方法であって、ユーザ端末の属するドメイン
と同一のドメインにコンテンツサーバがある場合に、ユ
ーザ端末からのアクセスを該同一のドメインのコンテン
ツサーバに振り分ける。
の複数の場所にあるコンテンツサーバのうち特定の場所
にあるコンテンツサーバにユーザ端末からのアクセスを
振り分ける方法であって、ユーザ端末の属するドメイン
と同一のドメインにコンテンツサーバがある場合に、ユ
ーザ端末からのアクセスを該同一のドメインのコンテン
ツサーバに振り分ける。
【００１０】本発明によれば、ほとんどの場合にユーザ
端末からネットワーク的に近いコンテンツサーバにアク
セスできるので、ネットワーク的に遠いコンテンツサー
バにアクセスした場合のようにコンテンツデータが多数
の回線区間を流れることがなくなり、ネットワークの混
雑を削減することができる。また、コンテンツがコンテ
ンツサーバからユーザ端末に流れる際にネットワークの
混雑に遭遇する機会が削減されるので、ユーザは高速に
コンテンツを取得でき、また、コンテンツがストリーム
番組である場合には、高品質の番組を視聴できる。更
に、特定のコンテンツサーバにアクセスが集中すること
も回避できる。
端末からネットワーク的に近いコンテンツサーバにアク
セスできるので、ネットワーク的に遠いコンテンツサー
バにアクセスした場合のようにコンテンツデータが多数
の回線区間を流れることがなくなり、ネットワークの混
雑を削減することができる。また、コンテンツがコンテ
ンツサーバからユーザ端末に流れる際にネットワークの
混雑に遭遇する機会が削減されるので、ユーザは高速に
コンテンツを取得でき、また、コンテンツがストリーム
番組である場合には、高品質の番組を視聴できる。更
に、特定のコンテンツサーバにアクセスが集中すること
も回避できる。
【００１１】請求項２に記載の発明は、ネットワーク上
の複数の場所にあるコンテンツサーバのうち特定の場所
にあるコンテンツサーバにユーザ端末からのアクセスを
振り分ける方法であって、ユーザ端末にコンテンツ選択
画面を表示するステップと、ユーザがコンテンツを選択
することによってユーザ端末から送信されたデータから
ユーザ端末の属するドメインを取得するステップと、該
ドメインに対応したコンテンツサーバの場所をユーザ端
末に通知するステップと、ユーザ端末が該コンテンツサ
ーバにアクセスするステップとを有する。本発明によれ
ば、請求項１と同様の作用効果を奏する。
の複数の場所にあるコンテンツサーバのうち特定の場所
にあるコンテンツサーバにユーザ端末からのアクセスを
振り分ける方法であって、ユーザ端末にコンテンツ選択
画面を表示するステップと、ユーザがコンテンツを選択
することによってユーザ端末から送信されたデータから
ユーザ端末の属するドメインを取得するステップと、該
ドメインに対応したコンテンツサーバの場所をユーザ端
末に通知するステップと、ユーザ端末が該コンテンツサ
ーバにアクセスするステップとを有する。本発明によれ
ば、請求項１と同様の作用効果を奏する。
【００１２】請求項３に記載の発明は、請求項２の記載
において、前記ドメインに対応したコンテンツサーバへ
の同時コネクション数が所定の値以上である場合に、同
時コネクション数が所定の値より小さい他のコンテンツ
サーバの場所をユーザ端末に通知するステップを有す
る。
において、前記ドメインに対応したコンテンツサーバへ
の同時コネクション数が所定の値以上である場合に、同
時コネクション数が所定の値より小さい他のコンテンツ
サーバの場所をユーザ端末に通知するステップを有す
る。
【００１３】本発明によれば、アクセスしようとするコ
ンテンツサーバの既存コネクション数がライセンス数上
限に近い場合であっても、他のコンテンツサーバに振り
分けるので、ユーザは待たずにコンテンツを取得でき
る。また、コンテンツサーバの負荷分散を図ることがで
き、結果として、より多くのユーザにサービスを提供す
ることが可能となる。
ンテンツサーバの既存コネクション数がライセンス数上
限に近い場合であっても、他のコンテンツサーバに振り
分けるので、ユーザは待たずにコンテンツを取得でき
る。また、コンテンツサーバの負荷分散を図ることがで
き、結果として、より多くのユーザにサービスを提供す
ることが可能となる。
【００１４】請求項４に記載の発明は、請求項３の記載
において、ユーザ端末からコンテンツサーバへのアクセ
ス総数を所定の時間間隔で記録し、ユーザの１コネクシ
ョン当たりのコネクション継続時間を予め定め、現時点
のアクセス総数から該コネクション継続時間前のアクセ
ス総数を引いた値を前記同時コネクション数とする。本
発明によれば、コネクション継続時間を予め定め、それ
を同時コネクション数の算定に用いることとしたため、
実際にユーザのコネクション時間を調べなくてもコネク
ション数を算定でき、容易かつ高速に処理を行うことが
可能となる。ここで、コネクション継続時間は、例え
ば、経験上得た値を用いることができる。また、コンテ
ンツの種類によってコネクション継続時間を設定により
変更してもよい。
において、ユーザ端末からコンテンツサーバへのアクセ
ス総数を所定の時間間隔で記録し、ユーザの１コネクシ
ョン当たりのコネクション継続時間を予め定め、現時点
のアクセス総数から該コネクション継続時間前のアクセ
ス総数を引いた値を前記同時コネクション数とする。本
発明によれば、コネクション継続時間を予め定め、それ
を同時コネクション数の算定に用いることとしたため、
実際にユーザのコネクション時間を調べなくてもコネク
ション数を算定でき、容易かつ高速に処理を行うことが
可能となる。ここで、コネクション継続時間は、例え
ば、経験上得た値を用いることができる。また、コンテ
ンツの種類によってコネクション継続時間を設定により
変更してもよい。
【００１５】請求項５に記載の発明は、請求項２の記載
において、ユーザ端末とコンテンツサーバ間のホップ数
を求め、該ホップ数が所定の値より小さいコンテンツサ
ーバの場所をユーザ端末に通知するステップを有する。
において、ユーザ端末とコンテンツサーバ間のホップ数
を求め、該ホップ数が所定の値より小さいコンテンツサ
ーバの場所をユーザ端末に通知するステップを有する。
【００１６】本発明によれば、ホップ数の小さいコンテ
ンツサーバに振り分けることができ、ユーザ端末からネ
ットワーク的に近いコンテンツサーバにアクセスできる
ので、ネットワークの混雑が削減され、また、ユーザは
高品質のサービスを受けることができる。
ンツサーバに振り分けることができ、ユーザ端末からネ
ットワーク的に近いコンテンツサーバにアクセスできる
ので、ネットワークの混雑が削減され、また、ユーザは
高品質のサービスを受けることができる。
【００１７】請求項６に記載の発明は、請求項２の記載
において、ユーザ端末からコンテンツサーバまでのネッ
トワークの回線区間毎の帯域を求め、回線区間毎に該帯
域に応じて重み付けをし、重み付けされた回線区間の和
が所定の値より小さいコンテンツサーバの場所をユーザ
端末に通知するステップを有する。本発明によれば、請
求項６と同様の作用効果をより効果的に得ることができ
る。
において、ユーザ端末からコンテンツサーバまでのネッ
トワークの回線区間毎の帯域を求め、回線区間毎に該帯
域に応じて重み付けをし、重み付けされた回線区間の和
が所定の値より小さいコンテンツサーバの場所をユーザ
端末に通知するステップを有する。本発明によれば、請
求項６と同様の作用効果をより効果的に得ることができ
る。
【００１８】請求項７に記載の発明は、ネットワーク上
の複数の場所にあるコンテンツサーバのうち特定の場所
にあるコンテンツサーバにユーザ端末からのアクセスを
振り分ける方法であって、ユーザ端末からコンテンツサ
ーバへのアクセス総数を所定の時間間隔で記録し、ユー
ザの１コネクション当たりのコネクション継続時間を予
め定め、現時点のアクセス総数から該コネクション継続
時間前のアクセス総数を引いた値である同時コネクショ
ン数をコンテンツサーバ毎に求め、該同時コネクション
数が所定の値より小さいコンテンツサーバの場所をユー
ザ端末に通知する。
の複数の場所にあるコンテンツサーバのうち特定の場所
にあるコンテンツサーバにユーザ端末からのアクセスを
振り分ける方法であって、ユーザ端末からコンテンツサ
ーバへのアクセス総数を所定の時間間隔で記録し、ユー
ザの１コネクション当たりのコネクション継続時間を予
め定め、現時点のアクセス総数から該コネクション継続
時間前のアクセス総数を引いた値である同時コネクショ
ン数をコンテンツサーバ毎に求め、該同時コネクション
数が所定の値より小さいコンテンツサーバの場所をユー
ザ端末に通知する。
【００１９】本発明によれば、コンテンツサーバが複数
である場合に、コンテンツサーバへのアクセスを分散さ
せることができる。
である場合に、コンテンツサーバへのアクセスを分散さ
せることができる。
【００２０】請求項８に記載の発明は、請求項１ないし
７のうちいずれか１項の記載において、前記特定の場所
にあるコンテンツサーバは１つ又は複数であり、複数で
ある場合に、ラウンドロビンを用いて１つのコンテンツ
サーバを選択する。本発明によれば、特定の場所にある
コンテンツサーバ内の負荷分散を行うことができる。請
求項９〜請求項１６に記載された発明は、本発明の方法
の実施に適した装置であり、上記と同様の作用効果を奏
する。請求項１７〜請求項２４に記載された発明は、本
発明の方法の実施に適したプログラムを記録した記録媒
体であり、そのプログラムをコンピュータ上で実行する
ことによって上記と同様の作用効果を奏する。請求項２
５〜請求項２７に記載された発明は、本発明の方法の実
施に適したシステムであり、上記と同様の作用効果を奏
する。
７のうちいずれか１項の記載において、前記特定の場所
にあるコンテンツサーバは１つ又は複数であり、複数で
ある場合に、ラウンドロビンを用いて１つのコンテンツ
サーバを選択する。本発明によれば、特定の場所にある
コンテンツサーバ内の負荷分散を行うことができる。請
求項９〜請求項１６に記載された発明は、本発明の方法
の実施に適した装置であり、上記と同様の作用効果を奏
する。請求項１７〜請求項２４に記載された発明は、本
発明の方法の実施に適したプログラムを記録した記録媒
体であり、そのプログラムをコンピュータ上で実行する
ことによって上記と同様の作用効果を奏する。請求項２
５〜請求項２７に記載された発明は、本発明の方法の実
施に適したシステムであり、上記と同様の作用効果を奏
する。
【００２１】
【発明の実施の形態】図１は、本発明の一実施例におけ
るアクセス振り分けシステムの構成図である。本発明の
アクセス振り分けシステムは、ユーザからのアクセスの
振り分けを行う分散コントロールセンタ１、ユーザにス
トリーム（コンテンツともいう）を提供するストリーム
サーバ３、ユーザ端末５を有し、これらはインターネッ
ト７に接続される。なお、本実施例においてストリーム
サーバはスプリッタ又はコンテンツサーバともいう。ま
た、本明細書において、単一のストリームサーバやコン
テンツサーバが複数台集まってグループを形成する場合
にも、そのグループを単にストリームサーバ、コンテン
ツサーバということがある。
るアクセス振り分けシステムの構成図である。本発明の
アクセス振り分けシステムは、ユーザからのアクセスの
振り分けを行う分散コントロールセンタ１、ユーザにス
トリーム（コンテンツともいう）を提供するストリーム
サーバ３、ユーザ端末５を有し、これらはインターネッ
ト７に接続される。なお、本実施例においてストリーム
サーバはスプリッタ又はコンテンツサーバともいう。ま
た、本明細書において、単一のストリームサーバやコン
テンツサーバが複数台集まってグループを形成する場合
にも、そのグループを単にストリームサーバ、コンテン
ツサーバということがある。
【００２２】分散コントロールセンタ１は、本実施例で
は複数台の分散コントロール装置９を有し、ユーザから
のアクセスをハブ１１が各分散コントロール装置に振り
分ける。これにより、分散コントロールセンタ内での負
荷分散が図られる。なお、各分散コントロール装置が１
台の場合にはハブは無くても良い。分散コントロール装
置９はＷＷＷサーバ機能を有し、また、後述する負荷分
散プログラム１３、スプリッタグループテーブル１５を
有する。ストリームサーバ３は各ＩＳＰ（インターネッ
トサービスプロバイダ）に設けら、各ＩＳＰではアクセ
ス数に応じて複数のストリームサーバが設けられる。な
お、本実施例では各ＩＳＰにおけるストリームサーバ全
体をスプリッタグループという。ユーザ端末５は、ＷＷ
Ｗブラウザ１７及びストリーム再生プログラム１９を有
し、本実施例では、分散コントロールセンタ１へのアク
セスにはＷＷＷブラウザ１７が用いられ、ストリームの
再生にはストリーム再生プログラム１９が用いられる。
は複数台の分散コントロール装置９を有し、ユーザから
のアクセスをハブ１１が各分散コントロール装置に振り
分ける。これにより、分散コントロールセンタ内での負
荷分散が図られる。なお、各分散コントロール装置が１
台の場合にはハブは無くても良い。分散コントロール装
置９はＷＷＷサーバ機能を有し、また、後述する負荷分
散プログラム１３、スプリッタグループテーブル１５を
有する。ストリームサーバ３は各ＩＳＰ（インターネッ
トサービスプロバイダ）に設けら、各ＩＳＰではアクセ
ス数に応じて複数のストリームサーバが設けられる。な
お、本実施例では各ＩＳＰにおけるストリームサーバ全
体をスプリッタグループという。ユーザ端末５は、ＷＷ
Ｗブラウザ１７及びストリーム再生プログラム１９を有
し、本実施例では、分散コントロールセンタ１へのアク
セスにはＷＷＷブラウザ１７が用いられ、ストリームの
再生にはストリーム再生プログラム１９が用いられる。
【００２３】分散コントロール装置としては一般的なコ
ンピュータを用いることができ、その構成を図２に示
す。本コンピュータは、処理を実行するＣＰＵ２１、プ
ログラムやデータを記憶するメモリ２２、メモリ２２ま
たはＣＰＵ２１で使用するプログラムやデータを蓄積す
るハードディスク２３、データを表示するディスプレイ
２４、データまたは命令を入力するキーボード２５、Ｃ
Ｄ−ＲＯＭドライブ２６、ネットワークを介して他のコ
ンピュータシステム等と通信を行うための通信処理装置
２７から構成される。本発明のアクセス振り分けを実行
するプログラムはＣＤ−ＲＯＭドライブ２６を経由し
て、ハードディスク２３にロードされ、プログラムが起
動されると、ＣＰＵ２１により実行される。本発明のア
クセス振り分けを実行するプログラムは、コンピュータ
にプレインストールしてもよいし、ネットワークを介し
てロードすることもできる。
ンピュータを用いることができ、その構成を図２に示
す。本コンピュータは、処理を実行するＣＰＵ２１、プ
ログラムやデータを記憶するメモリ２２、メモリ２２ま
たはＣＰＵ２１で使用するプログラムやデータを蓄積す
るハードディスク２３、データを表示するディスプレイ
２４、データまたは命令を入力するキーボード２５、Ｃ
Ｄ−ＲＯＭドライブ２６、ネットワークを介して他のコ
ンピュータシステム等と通信を行うための通信処理装置
２７から構成される。本発明のアクセス振り分けを実行
するプログラムはＣＤ−ＲＯＭドライブ２６を経由し
て、ハードディスク２３にロードされ、プログラムが起
動されると、ＣＰＵ２１により実行される。本発明のア
クセス振り分けを実行するプログラムは、コンピュータ
にプレインストールしてもよいし、ネットワークを介し
てロードすることもできる。
【００２４】本実施例では、ストリームサーバは同時接
続可能なライセンス数の上限を有している。また、ライ
センス数上限はストリームサーバが送信するストリーム
の総数のみを制限し、１台のサーバで複数のコンテンツ
を送信する場合の各コンテンツのストリーム数を制限す
ることはできない。ライセンス数が可変とすることもで
きる。
続可能なライセンス数の上限を有している。また、ライ
センス数上限はストリームサーバが送信するストリーム
の総数のみを制限し、１台のサーバで複数のコンテンツ
を送信する場合の各コンテンツのストリーム数を制限す
ることはできない。ライセンス数が可変とすることもで
きる。
【００２５】まず、図１に示したシステムの動作の概要
を説明する。
を説明する。
【００２６】ストリーム放送視聴を希望するユーザは分
散コントロール装置９にアクセスを行う。分散コントロ
ール装置９がユーザからのアクセスを受けると、負荷分
散プログラム１３がスプリッタグループテーブル１５を
参照し、どのストリームサーバ（スプリッタ）がアクセ
スしたユーザに近いかを計算する。そして、現在のスト
リームサーバのアクセス状況等を計算し、どのストリー
ムサーバに接続させればよいかを決定し、ユーザのＷＷ
Ｗブラウザにその結果を返す。ユーザのブラウザはその
結果を受け取り、その結果に示されたストリームサーバ
に対してアクセスを実行し、そこからストリーム放送を
受ける。
散コントロール装置９にアクセスを行う。分散コントロ
ール装置９がユーザからのアクセスを受けると、負荷分
散プログラム１３がスプリッタグループテーブル１５を
参照し、どのストリームサーバ（スプリッタ）がアクセ
スしたユーザに近いかを計算する。そして、現在のスト
リームサーバのアクセス状況等を計算し、どのストリー
ムサーバに接続させればよいかを決定し、ユーザのＷＷ
Ｗブラウザにその結果を返す。ユーザのブラウザはその
結果を受け取り、その結果に示されたストリームサーバ
に対してアクセスを実行し、そこからストリーム放送を
受ける。
【００２７】どのストリームサーバ（スプリッタ）がア
クセスしたユーザに近いかどうかは、本実施例では、ユ
ーザ端末の属するＩＳＰで判断する。すなわち、ユーザ
端末の属するＩＳＰを調べ、そのＩＳＰにあるストリー
ムサーバに原則としてアクセスさせる。ＨＴＴＰプロト
コルにおいてＩＳＰを識別するドメイン名を取得するこ
とは容易に行うことができる。このようにユーザ端末の
属するＩＳＰと同一ＩＳＰからストリームデータを受信
することによって、インターネットにおけるネットワー
ク負荷の増大を抑えることができる。また、一般的にＩ
ＳＰを同一とすることによってストリームが通過すべき
経路を短くできるので、ユーザは高い品質のストリーム
を受信することができる。
クセスしたユーザに近いかどうかは、本実施例では、ユ
ーザ端末の属するＩＳＰで判断する。すなわち、ユーザ
端末の属するＩＳＰを調べ、そのＩＳＰにあるストリー
ムサーバに原則としてアクセスさせる。ＨＴＴＰプロト
コルにおいてＩＳＰを識別するドメイン名を取得するこ
とは容易に行うことができる。このようにユーザ端末の
属するＩＳＰと同一ＩＳＰからストリームデータを受信
することによって、インターネットにおけるネットワー
ク負荷の増大を抑えることができる。また、一般的にＩ
ＳＰを同一とすることによってストリームが通過すべき
経路を短くできるので、ユーザは高い品質のストリーム
を受信することができる。
【００２８】ここで、上記のストリームサーバが混雑
し、設定したアクセス数の上限に達している場合には、
他のＩＳＰのストリームサーバにアクセスさせる。すな
わち、分散コントロール装置は、ストリームサーバ（ス
プリッタグループ）毎にアクセス状況を記録しておき、
今現在あるストリームサーバには何人のユーザがいるか
を計算しながら、ストリームサーバの負荷を均等にする
ようにユーザを適切なストリームサーバに誘導するよう
コントロールする。このアルゴリズムについては後述す
る。
し、設定したアクセス数の上限に達している場合には、
他のＩＳＰのストリームサーバにアクセスさせる。すな
わち、分散コントロール装置は、ストリームサーバ（ス
プリッタグループ）毎にアクセス状況を記録しておき、
今現在あるストリームサーバには何人のユーザがいるか
を計算しながら、ストリームサーバの負荷を均等にする
ようにユーザを適切なストリームサーバに誘導するよう
コントロールする。このアルゴリズムについては後述す
る。
【００２９】次に、図３を用いてユーザ端末５、分散コ
ントロール装置９、ストリームサーバ３間のデータシー
ケンスについて説明する。
ントロール装置９、ストリームサーバ３間のデータシー
ケンスについて説明する。
【００３０】まず、ユーザ端末が分散コントロール装置
にアクセスすることによって、分散コントロール装置は
番組選択画面をＷＷＷブラウザに送信する（ステップ
１）。その画面データはコンテンツ識別子を含む。ユー
ザが番組選択画面で番組及びデータ転送速度を選択する
と、その番組に対応したコンテンツ識別子が分散コント
ロール装置にＨＴＴＰリクエストとして送信される（ス
テップ２）。図４に番組選択画面の例を示し、図５に
は、図４の画面を表示させるためのＨＴＭＬ表記を示
す。なお、図４の例は、既に番組が決定しており、速度
を選択させる画面である。また、図６にはコンテンツ識
別子の例を示している。
にアクセスすることによって、分散コントロール装置は
番組選択画面をＷＷＷブラウザに送信する（ステップ
１）。その画面データはコンテンツ識別子を含む。ユー
ザが番組選択画面で番組及びデータ転送速度を選択する
と、その番組に対応したコンテンツ識別子が分散コント
ロール装置にＨＴＴＰリクエストとして送信される（ス
テップ２）。図４に番組選択画面の例を示し、図５に
は、図４の画面を表示させるためのＨＴＭＬ表記を示
す。なお、図４の例は、既に番組が決定しており、速度
を選択させる画面である。また、図６にはコンテンツ識
別子の例を示している。
【００３１】分散コントロール装置は、ＨＴＴＰリクエ
ストを受信すると、コンテンツ識別子に含まれる情報を
引数としてＣＧＩ（Common Gateway Interface）を動作
させる。図６に示す例ではａｂｃｄと６４を引数として
ＣＧＩが動作する。
ストを受信すると、コンテンツ識別子に含まれる情報を
引数としてＣＧＩ（Common Gateway Interface）を動作
させる。図６に示す例ではａｂｃｄと６４を引数として
ＣＧＩが動作する。
【００３２】ＣＧＩによって、コンテンツ識別子取得、
ＲＡＭファイル決定、ＲＥＭＯＴＥ＿ＨＯＳＴ環境変数
取得、重み計算、送出スプリッタ決定、ＵＲＬ決定、Ｕ
ＲＬの送信を行う。それぞれの処理については後述す
る。ここで、ＲＡＭファイルとは、一般にはメタファイ
ルといい、ユーザ端末のＷＷＷブラウザにヘルパアプリ
ケーション（本実施例ではストリーム再生プログラム）
を起動させ、ヘルパアプリケーションにコンテンツへの
アクセスをさせるファイルである。
ＲＡＭファイル決定、ＲＥＭＯＴＥ＿ＨＯＳＴ環境変数
取得、重み計算、送出スプリッタ決定、ＵＲＬ決定、Ｕ
ＲＬの送信を行う。それぞれの処理については後述す
る。ここで、ＲＡＭファイルとは、一般にはメタファイ
ルといい、ユーザ端末のＷＷＷブラウザにヘルパアプリ
ケーション（本実施例ではストリーム再生プログラム）
を起動させ、ヘルパアプリケーションにコンテンツへの
アクセスをさせるファイルである。
【００３３】ＲＥＭＯＴＥ＿ＨＯＳＴ環境変数とは、ユ
ーザがどのＩＳＰを使用してアクセスしているかを識別
する識別子である。例えば、ＡＢＣというプロバイダを
使っている場合には、ＲＥＭＯＴＥ＿ＨＯＳＴ環境変数
はＡＢＣ．ｎｅ．ｊｐ等の識別子を含む。ＲＥＭＯＴＥ
＿ＨＯＳＴ環境変数を取得することによりユーザがどの
ＩＳＰを使用しているかを知ることができる。
ーザがどのＩＳＰを使用してアクセスしているかを識別
する識別子である。例えば、ＡＢＣというプロバイダを
使っている場合には、ＲＥＭＯＴＥ＿ＨＯＳＴ環境変数
はＡＢＣ．ｎｅ．ｊｐ等の識別子を含む。ＲＥＭＯＴＥ
＿ＨＯＳＴ環境変数を取得することによりユーザがどの
ＩＳＰを使用しているかを知ることができる。
【００３４】重み計算とは、各ＩＳＰに設置されたスト
リームサーバの中で、どのストリームサーバが空いてい
るかを計算する。上記の使用ＩＳＰ及びサーバの空き状
況を勘案して、ユーザを誘導するストリームサーバのア
ドレスが決定され、そのアドレスからメタファイルＵＲ
Ｌを決定する。そして、そのメタファイルＵＲＬをユー
ザに返す（ステップ３）。
リームサーバの中で、どのストリームサーバが空いてい
るかを計算する。上記の使用ＩＳＰ及びサーバの空き状
況を勘案して、ユーザを誘導するストリームサーバのア
ドレスが決定され、そのアドレスからメタファイルＵＲ
Ｌを決定する。そして、そのメタファイルＵＲＬをユー
ザに返す（ステップ３）。
【００３５】メタファイルＵＲＬは、Ｌｏｃａｔｉｏｎ
タグに含めてユーザ送信され、ＷＷＷブラウザでリダイ
レクトし、ＷＷＷブラウザからメタファイルＵＲＬにメ
タファイルの要求を行う（ステップ４）。メタファイル
はユーザがサービスを受けるストリームサーバが記述さ
れている。なお、メタファイルを置く場所はインターネ
ット上であれば特に制限はない。また、リダイレクトさ
せず、ユーザにメタファイルＵＲＬを表示し、ユーザが
それをクリックすることによってメタファイルＵＲＬを
取得することもできる。
タグに含めてユーザ送信され、ＷＷＷブラウザでリダイ
レクトし、ＷＷＷブラウザからメタファイルＵＲＬにメ
タファイルの要求を行う（ステップ４）。メタファイル
はユーザがサービスを受けるストリームサーバが記述さ
れている。なお、メタファイルを置く場所はインターネ
ット上であれば特に制限はない。また、リダイレクトさ
せず、ユーザにメタファイルＵＲＬを表示し、ユーザが
それをクリックすることによってメタファイルＵＲＬを
取得することもできる。
【００３６】ユーザ端末がメタファイルを受信すると
（ステップ５）、ストリーム再生プログラムが起動され
（ステップ６）、コンテンツの要求（本実施例ではＰＮ
Ｍリクエスト）をメタファイルに含まれていたストリー
ムサーバのＵＲＬに向って送信する（ステップ７）。そ
の要求を受信したストリームサーバ側は、応答（ＰＮ
Ｍ．ＲＥＳ）を返し（ステップ８）、その結果、ストリ
ームデータがそのユーザ端末に配信される。
（ステップ５）、ストリーム再生プログラムが起動され
（ステップ６）、コンテンツの要求（本実施例ではＰＮ
Ｍリクエスト）をメタファイルに含まれていたストリー
ムサーバのＵＲＬに向って送信する（ステップ７）。そ
の要求を受信したストリームサーバ側は、応答（ＰＮ
Ｍ．ＲＥＳ）を返し（ステップ８）、その結果、ストリ
ームデータがそのユーザ端末に配信される。
【００３７】以下、アクセス振り分けのために分散コン
トロール装置が行う処理について説明する。下記のロジ
ックは複数台の分散コントロール装置上で機能するもの
であり、その台数を多重度Ｗとしている。複数台の分散
コントロール装置を使用することによって多数のアクセ
スを処理することができる。
トロール装置が行う処理について説明する。下記のロジ
ックは複数台の分散コントロール装置上で機能するもの
であり、その台数を多重度Ｗとしている。複数台の分散
コントロール装置を使用することによって多数のアクセ
スを処理することができる。
【００３８】図７は、アクセス振り分けのロジックにお
いて使用されるパラメータを示す図である。分散コント
ロール装置は、各コンテンツ毎にこれらのパラメータを
管理する。
いて使用されるパラメータを示す図である。分散コント
ロール装置は、各コンテンツ毎にこれらのパラメータを
管理する。
【００３９】スプリッタグループＰiはスプリッタ（ス
トリームサーバ）の属するＩＳＰを示す。アクセス数Ｎ
iは、各スプリッタグループに対してどれだけのアクセ
スがあったかを管理する数値である。例えば、あるユー
ザからＰ２のスプリッタグループにあるストリームサー
バにアクセスがあった場合、Ｎ２が１だけインクリメン
トされる。コネクション数閾値ＣＴｉは、該当のスプリ
ッタグループにおいて、同時にコネクションを持つこと
ができる最大値である。スプリッタ数Ｓiは各スプリッ
タグループ内に配置されているスプリッタ（ストリーム
サーバ）の数である。最大コネクション数Ｃiは、該当
スプリッタグループが供給できるコネクション数の最大
値である。Ｍを１スプリッタ当たりの最大同時コネクシ
ョン数とすると、Ｃi＝Ｍ・Ｓiである。なお、最大コネ
クション数に対するコネクション数の余裕度がαであ
り、ＣＴｉ＝αＣiである。
トリームサーバ）の属するＩＳＰを示す。アクセス数Ｎ
iは、各スプリッタグループに対してどれだけのアクセ
スがあったかを管理する数値である。例えば、あるユー
ザからＰ２のスプリッタグループにあるストリームサー
バにアクセスがあった場合、Ｎ２が１だけインクリメン
トされる。コネクション数閾値ＣＴｉは、該当のスプリ
ッタグループにおいて、同時にコネクションを持つこと
ができる最大値である。スプリッタ数Ｓiは各スプリッ
タグループ内に配置されているスプリッタ（ストリーム
サーバ）の数である。最大コネクション数Ｃiは、該当
スプリッタグループが供給できるコネクション数の最大
値である。Ｍを１スプリッタ当たりの最大同時コネクシ
ョン数とすると、Ｃi＝Ｍ・Ｓiである。なお、最大コネ
クション数に対するコネクション数の余裕度がαであ
り、ＣＴｉ＝αＣiである。
【００４０】また、１スプリッタ当たりのライセンス数
上限をＬとし、１コネクション当たりのライフタイムを
ΔＴとする。１コネクション当たりのライフタイムと
は、１コネクションが継続すると想定される時間であ
り、通常５分〜１０分の値をとる。この数値は、ユーザ
が１つの番組を見続けるのは５分〜１０分であるという
ことを意味する。
上限をＬとし、１コネクション当たりのライフタイムを
ΔＴとする。１コネクション当たりのライフタイムと
は、１コネクションが継続すると想定される時間であ
り、通常５分〜１０分の値をとる。この数値は、ユーザ
が１つの番組を見続けるのは５分〜１０分であるという
ことを意味する。
【００４１】次に、アクセス振り分け処理について図８
のフローチャートを用いて説明する。
のフローチャートを用いて説明する。
【００４２】フローチャートで示した処理の前提とし
て、分散コントロール装置は、Δｔ（通常は１分）置き
にスプリッタグループ毎にアクセスのあった絶対時刻の
タイムスタンプと、そのときまでの累計アクセス数を記
録する。本実施例では、保持するデータ量を少なくする
という観点から、常に一定時間分ΔＴのデータしか残さ
ないようにしている。すなわち、現在からΔＴ時間過去
より前のデータは消去する。
て、分散コントロール装置は、Δｔ（通常は１分）置き
にスプリッタグループ毎にアクセスのあった絶対時刻の
タイムスタンプと、そのときまでの累計アクセス数を記
録する。本実施例では、保持するデータ量を少なくする
という観点から、常に一定時間分ΔＴのデータしか残さ
ないようにしている。すなわち、現在からΔＴ時間過去
より前のデータは消去する。
【００４３】あるスプリッタグループＰｋについてアク
セス要求があると（ステップ１１）、すなわち、Ｐｋに
対応するＩＳＰのユーザがアクセスすると、全てのｉ
（１≦ｉ≦ｎ）について、すなわち、全てのスプリッタ
グループについて、みなしコネクション数を求める（ス
テップ１２）。
セス要求があると（ステップ１１）、すなわち、Ｐｋに
対応するＩＳＰのユーザがアクセスすると、全てのｉ
（１≦ｉ≦ｎ）について、すなわち、全てのスプリッタ
グループについて、みなしコネクション数を求める（ス
テップ１２）。
【００４４】具体的には、現時点からΔＴ過去にさかの
ぼり、現時点までのアクセス総数Ｎ i（Ｔ）からΔＴ前
のアクセス総数Ｎi（Ｔ−ΔＴ）を引いて現在のみなし
コネクション数Ｃi ‘とする。すなわち、Ｃi ‘＝Ｎ
i（Ｔ）−Ｎi（Ｔ−ΔＴ）である。ΔＴの定義から、Δ
Ｔより近い時間の過去であればユーザはその番組を見て
いると考えられるが、ΔＴより遠い過去であればもうそ
の番組をみていないと考えられる。従って、Ｃi ‘を
現在の見なしコネクション数とすることができる。
ぼり、現時点までのアクセス総数Ｎ i（Ｔ）からΔＴ前
のアクセス総数Ｎi（Ｔ−ΔＴ）を引いて現在のみなし
コネクション数Ｃi ‘とする。すなわち、Ｃi ‘＝Ｎ
i（Ｔ）−Ｎi（Ｔ−ΔＴ）である。ΔＴの定義から、Δ
Ｔより近い時間の過去であればユーザはその番組を見て
いると考えられるが、ΔＴより遠い過去であればもうそ
の番組をみていないと考えられる。従って、Ｃi ‘を
現在の見なしコネクション数とすることができる。
【００４５】なお、閑散期等のため、ΔＴ前が記録され
ていなかった場合、現在に近い側に遡ってＮi（Ｔ−ｓ
・Δｔ）（１≦ｓ≦ｍ）を調べ、Ｃi ‘＝Ｎi（Ｔ）−
Ｎi（Ｔ−ｓ・Δｔ）とする。
ていなかった場合、現在に近い側に遡ってＮi（Ｔ−ｓ
・Δｔ）（１≦ｓ≦ｍ）を調べ、Ｃi ‘＝Ｎi（Ｔ）−
Ｎi（Ｔ−ｓ・Δｔ）とする。
【００４６】次に、アクセスのあったスプリッタグルー
プＰｋの見なしコネクション数Ｃｋ ‘が閾値ＣＴｋを越
えるかどうかを調べる（ステップ１３）。見なしコネク
ション数Ｃｋ ‘が閾値ＣＴｋを越えないないときはそ
のままそのスプリッタグループにユーザを接続させる
（ステップ１４）。すなわち、ストリームサーバのグル
ープに余裕があると考えられるので、そのグループのう
ちのどれかのストリームサーバに接続させる。スプリッ
タグループに複数のストリームサーバが存在する場合
に、どのサーバに接続させるかはラウンドロビン方式を
用いる。これにより、アクセスの均一化を図ることがで
きる。
プＰｋの見なしコネクション数Ｃｋ ‘が閾値ＣＴｋを越
えるかどうかを調べる（ステップ１３）。見なしコネク
ション数Ｃｋ ‘が閾値ＣＴｋを越えないないときはそ
のままそのスプリッタグループにユーザを接続させる
（ステップ１４）。すなわち、ストリームサーバのグル
ープに余裕があると考えられるので、そのグループのう
ちのどれかのストリームサーバに接続させる。スプリッ
タグループに複数のストリームサーバが存在する場合
に、どのサーバに接続させるかはラウンドロビン方式を
用いる。これにより、アクセスの均一化を図ることがで
きる。
【００４７】Ｃｋ ‘が閾値ＣＴｋを超えたときは、ま
ず、全てのｉについて、すなわち全てのスプリッタグル
ープについて見なし空きコネクション数Ｅｉ＝Ｃｋ−Ｃ
ｋ‘を算出する（ステップ１５）。見なし空きコネクシ
ョン数Ｅｉチェックすることによって、どのストリーム
サーバが空いているかの評価が行われる。
ず、全てのｉについて、すなわち全てのスプリッタグル
ープについて見なし空きコネクション数Ｅｉ＝Ｃｋ−Ｃ
ｋ‘を算出する（ステップ１５）。見なし空きコネクシ
ョン数Ｅｉチェックすることによって、どのストリーム
サーバが空いているかの評価が行われる。
【００４８】ステップ１６にて、全ての見なし空きコネ
クション数Ｅｉが負の値かどうかを調べる。全ての見な
し空きコネクション数Ｅｉが負であれば、全てのストリ
ームサーバについてライセンス数の上限を超えていると
判断し、ｂｕｓｙメッセージを表示して、このユーザは
ストリームサーバに誘導しない（ステップ１７）。
クション数Ｅｉが負の値かどうかを調べる。全ての見な
し空きコネクション数Ｅｉが負であれば、全てのストリ
ームサーバについてライセンス数の上限を超えていると
判断し、ｂｕｓｙメッセージを表示して、このユーザは
ストリームサーバに誘導しない（ステップ１７）。
【００４９】正の値がある場合、正の見なし空きコネク
ション数Ｅｉ同士で比較し（ステップ１８）、最大値を
有するスプリッタグループに接続させる（ステップ１
９）。すなわち、Ｅｉが最大であることは最も空いてい
ることを意味し、そのストリームサーバのグループにユ
ーザを誘導することによって、ユーザに確実にサービス
を提供でき、ストリームサーバへの負荷集中を避けるこ
とができる。
ション数Ｅｉ同士で比較し（ステップ１８）、最大値を
有するスプリッタグループに接続させる（ステップ１
９）。すなわち、Ｅｉが最大であることは最も空いてい
ることを意味し、そのストリームサーバのグループにユ
ーザを誘導することによって、ユーザに確実にサービス
を提供でき、ストリームサーバへの負荷集中を避けるこ
とができる。
【００５０】その後、振り分けられたスプリッタグルー
プのアクセスカウンタを１増やす。次に、上記の処理に
ついて図９〜図１４を用いてより詳細に説明する。以下
で説明する処理は、図３のステップ２で分散コントロー
ル装置がコンテンツ識別子を受信し、ステップ３でメタ
ファイルＵＲＬを返すに至るまでの処理である。
プのアクセスカウンタを１増やす。次に、上記の処理に
ついて図９〜図１４を用いてより詳細に説明する。以下
で説明する処理は、図３のステップ２で分散コントロー
ル装置がコンテンツ識別子を受信し、ステップ３でメタ
ファイルＵＲＬを返すに至るまでの処理である。
【００５１】まず、ステップ２１〜２６にてユーザが指
定したコンテンツと帯域に対応したメタファイルを取得
する。なお、ＱＵＥＲＹ＿ＳＴＲＩＮＧにはコネクショ
ン識別子に含まれるコンテンツ名称と帯域が記述され
る。ステップ２４及びステップ２５で使用されるコンテ
ンツテーブルの例を図１０に示す。図１０は各テーブル
の構成及びそれらの関係を示しており、コンテンツテー
ブルはコンテンツ名と帯域とからなる。他のテーブルに
ついては追って説明する。
定したコンテンツと帯域に対応したメタファイルを取得
する。なお、ＱＵＥＲＹ＿ＳＴＲＩＮＧにはコネクショ
ン識別子に含まれるコンテンツ名称と帯域が記述され
る。ステップ２４及びステップ２５で使用されるコンテ
ンツテーブルの例を図１０に示す。図１０は各テーブル
の構成及びそれらの関係を示しており、コンテンツテー
ブルはコンテンツ名と帯域とからなる。他のテーブルに
ついては追って説明する。
【００５２】ステップ２７〜２８にてＲＥＭＯＴＥ＿Ｈ
ＯＳＴを取得する。なお、ＲＥＭＯＴＥ＿ＨＯＳＴには
前述したようにアクセスしたユーザが使用するプロバイ
ダの識別子が含まれる。ステップ２９にてＲＥＭＯＴＥ
＿ＨＯＳＴに対応するスプリッタグループをスプリッタ
グループテーブルで確認し、ステップ３０にて、そのス
プリッタグループに対応したＩＳＰのユーザからアクセ
スがあった旨のインデックスを設定する（そのスプリッ
タグループをＪ＝１に設定）。なお、本実施例では、原
則として、スプリッタグループテーブルに登録されたあ
るスプリッタグループに対応したＩＳＰのユーザからア
クセスがあった場合には、そのスプリッタグループにユ
ーザを接続させることとしているので、あるスプリッタ
グループに対応したＩＳＰのユーザから分散コントロー
ルセンタにアクセスがあった場合、そのスプリッタグル
ープにアクセスがあったという表現を用いる場合があ
る。図１０に示すように、スプリッタグループテーブル
は、グループ名と、それに対応するドメイン名及び対応
メタファイルＵＲＬからなる。
ＯＳＴを取得する。なお、ＲＥＭＯＴＥ＿ＨＯＳＴには
前述したようにアクセスしたユーザが使用するプロバイ
ダの識別子が含まれる。ステップ２９にてＲＥＭＯＴＥ
＿ＨＯＳＴに対応するスプリッタグループをスプリッタ
グループテーブルで確認し、ステップ３０にて、そのス
プリッタグループに対応したＩＳＰのユーザからアクセ
スがあった旨のインデックスを設定する（そのスプリッ
タグループをＪ＝１に設定）。なお、本実施例では、原
則として、スプリッタグループテーブルに登録されたあ
るスプリッタグループに対応したＩＳＰのユーザからア
クセスがあった場合には、そのスプリッタグループにユ
ーザを接続させることとしているので、あるスプリッタ
グループに対応したＩＳＰのユーザから分散コントロー
ルセンタにアクセスがあった場合、そのスプリッタグル
ープにアクセスがあったという表現を用いる場合があ
る。図１０に示すように、スプリッタグループテーブル
は、グループ名と、それに対応するドメイン名及び対応
メタファイルＵＲＬからなる。
【００５３】次に、ステップ３１〜ステップ４０にて、
見なしコネクション数を計算する。ここでの平均接続時
間が前述したΔＴである。なお、ステップ３９、４０
は、閑散期等のため、ΔＴ前が記録されていなかった場
合における処理である。ステップ３４におけるＮＬはス
プリッタ（ストリームサーバ）当たりのライセンス総数
であり、ＮＬ×スプリッタ数を分散コントロール装置多
重数で除算することによって、分散コントロール装置１
台あたりのスプリッタグループに対する振り分け数が求
められる。なお、図９〜図１４に示すフローチャートに
おいては、数をＮ、カウンタ値をＣで表す。例えば、Ｎ
ＳＰ，Ｊ＝１はＪ＝１と設定したスプリッタグループの
スプリッタの数であり、ＮＬはスプリッタ１台当たりの
ライセンス数上限値であり、ＣＴ１’,Ｊ＝１は最終
（最新）のカウンタ値である。
見なしコネクション数を計算する。ここでの平均接続時
間が前述したΔＴである。なお、ステップ３９、４０
は、閑散期等のため、ΔＴ前が記録されていなかった場
合における処理である。ステップ３４におけるＮＬはス
プリッタ（ストリームサーバ）当たりのライセンス総数
であり、ＮＬ×スプリッタ数を分散コントロール装置多
重数で除算することによって、分散コントロール装置１
台あたりのスプリッタグループに対する振り分け数が求
められる。なお、図９〜図１４に示すフローチャートに
おいては、数をＮ、カウンタ値をＣで表す。例えば、Ｎ
ＳＰ，Ｊ＝１はＪ＝１と設定したスプリッタグループの
スプリッタの数であり、ＮＬはスプリッタ１台当たりの
ライセンス数上限値であり、ＣＴ１’,Ｊ＝１は最終
（最新）のカウンタ値である。
【００５４】ステップ３５で参照するカウンタテーブル
の例は図１０に示されている。Δｔ間隔時間毎のアクセ
ス総数（カウンタ数値）からなる。このカウンタテーブ
ルはスプリッタグループ毎に存在する。
の例は図１０に示されている。Δｔ間隔時間毎のアクセ
ス総数（カウンタ数値）からなる。このカウンタテーブ
ルはスプリッタグループ毎に存在する。
【００５５】ステップ４１で、ライセンス使用率と見な
し空きコネクション数を計算する。ステップ４２で、ラ
イセンス使用率が使用率閾値より大きいかどうかをチェ
ックする。
し空きコネクション数を計算する。ステップ４２で、ラ
イセンス使用率が使用率閾値より大きいかどうかをチェ
ックする。
【００５６】図９において、ステップ２７又はステップ
２９で“いいえ”の場合、スプリッタグループテーブル
に登録されたグループとは別のＩＳＰのユーザと判断
し、図１１に示した処理を行う。
２９で“いいえ”の場合、スプリッタグループテーブル
に登録されたグループとは別のＩＳＰのユーザと判断
し、図１１に示した処理を行う。
【００５７】ステップ４３にて、スプリッタテーブルの
最初のスプリッタグループを、Ｊ＝１に設定する。これ
は、アクセスしたユーザに対応するＩＳＰがテーブル内
にない場合、原則としてテーブルの最初のスプリッタグ
ループをアクセス先とすることとしたものである。ステ
ップ４３〜ステップ５４は、図９のステップ３１〜ステ
ップ４１の処理と同様である。なお、ステップ５４で
は、ステップ５１と異なりライセンス使用率の計算は行
わない。
最初のスプリッタグループを、Ｊ＝１に設定する。これ
は、アクセスしたユーザに対応するＩＳＰがテーブル内
にない場合、原則としてテーブルの最初のスプリッタグ
ループをアクセス先とすることとしたものである。ステ
ップ４３〜ステップ５４は、図９のステップ３１〜ステ
ップ４１の処理と同様である。なお、ステップ５４で
は、ステップ５１と異なりライセンス使用率の計算は行
わない。
【００５８】ステップ５４の後、もしくは、図９のステ
ップ４２でライセンス使用率が使用率閾値より大きい場
合、図１２に示した処理を行う。すなわち、図１２に示
す処理は、スプリッタグループとして分散コントロール
装置に登録されていないＩＳＰのユーザからのアクセス
があった場合、又は、指定スプリッタグループが混雑し
ている場合に行われる処理である。
ップ４２でライセンス使用率が使用率閾値より大きい場
合、図１２に示した処理を行う。すなわち、図１２に示
す処理は、スプリッタグループとして分散コントロール
装置に登録されていないＩＳＰのユーザからのアクセス
があった場合、又は、指定スプリッタグループが混雑し
ている場合に行われる処理である。
【００５９】まず、ステップ５５〜ステップ６６の処理
にて、全てのスプリッタグループについて見なし空きコ
ネクション数を求める。なお、ＮＩはスプリッタグルー
プの数である。続いて、ステップ６７にて見なし空きコ
ネクション数が最大であるスプリッタグループを特定す
る（スプリッタグループインデックスをJ=ｋに設定す
る）。
にて、全てのスプリッタグループについて見なし空きコ
ネクション数を求める。なお、ＮＩはスプリッタグルー
プの数である。続いて、ステップ６７にて見なし空きコ
ネクション数が最大であるスプリッタグループを特定す
る（スプリッタグループインデックスをJ=ｋに設定す
る）。
【００６０】次に図１３に示す処理を行う。ステップ６
８にて、上記特定されたスプリッタグループにおけるス
トリームサーバ数が１か複数かを調べ、１であれば当該
スプリッタグループの対応メタファイルＵＲＬを送信し
（ステップ６９）、複数であればラウンドロビンで選択
したサーバの対応メタファイルＵＲＬを送信する（ステ
ップ７０）。その後、ステップ７１〜ステップ７５に
て、現在時刻における当該スプリッタグループに対応す
るアクセスカウンタを１増加させ（ステップ７１、７
２）、一定時間以前の時刻とカウンタ値を消去する（ス
テップ７３〜ステップ７５）。
８にて、上記特定されたスプリッタグループにおけるス
トリームサーバ数が１か複数かを調べ、１であれば当該
スプリッタグループの対応メタファイルＵＲＬを送信し
（ステップ６９）、複数であればラウンドロビンで選択
したサーバの対応メタファイルＵＲＬを送信する（ステ
ップ７０）。その後、ステップ７１〜ステップ７５に
て、現在時刻における当該スプリッタグループに対応す
るアクセスカウンタを１増加させ（ステップ７１、７
２）、一定時間以前の時刻とカウンタ値を消去する（ス
テップ７３〜ステップ７５）。
【００６１】図９におけるステップ４２で使用率が使用
率閾値以下である場合には、図１４の処理を行う。図１
４に示す処理は図１２に示した処理と同様であるので説
明は省略する。
率閾値以下である場合には、図１４の処理を行う。図１
４に示す処理は図１２に示した処理と同様であるので説
明は省略する。
【００６２】図１５はコンテンツテーブルの管理を行う
ための画面表示例である。識別番号をクリックすること
によって、新規のコンテンツ名、そのコンテンツ提供の
ための帯域を入力することができ、入力によってコンテ
ンツがコンテンツテーブルに登録される。
ための画面表示例である。識別番号をクリックすること
によって、新規のコンテンツ名、そのコンテンツ提供の
ための帯域を入力することができ、入力によってコンテ
ンツがコンテンツテーブルに登録される。
【００６３】図１６はスプリッタグループテーブルの管
理を行うための画面表示例である。グループ名、グルー
プに対応したドメイン（要求先ドメイン）及びメタファ
イルＵＲＬを設定する。アクセスしたユーザの属するド
メインが要求先ドメインの中に存在すれば、原則として
その要求先ドメインが属するグループのストリームサー
バに接続される。その要求先ドメインが属するグループ
のストリームサーバが混雑している場合には、上述した
アルゴリズムで別の接続先が選択される。また、サーバ
当たりのライセンス数上限、分散コントロール装置の多
重度、最大コネクション数に対する閾値、平均コネクシ
ョン時間（ΔＴ）を設定することができる。
理を行うための画面表示例である。グループ名、グルー
プに対応したドメイン（要求先ドメイン）及びメタファ
イルＵＲＬを設定する。アクセスしたユーザの属するド
メインが要求先ドメインの中に存在すれば、原則として
その要求先ドメインが属するグループのストリームサー
バに接続される。その要求先ドメインが属するグループ
のストリームサーバが混雑している場合には、上述した
アルゴリズムで別の接続先が選択される。また、サーバ
当たりのライセンス数上限、分散コントロール装置の多
重度、最大コネクション数に対する閾値、平均コネクシ
ョン時間（ΔＴ）を設定することができる。
【００６４】これまでに説明した実施例では、ユーザの
属するドメイン名及びΔＴを用いたコネクション数の管
理によってユーザのアクセス振り分けを行うが、コンテ
ンツが流れるネットワークの状態を振り分け判断の要素
として用いることも可能である。
属するドメイン名及びΔＴを用いたコネクション数の管
理によってユーザのアクセス振り分けを行うが、コンテ
ンツが流れるネットワークの状態を振り分け判断の要素
として用いることも可能である。
【００６５】例えば、ユーザからストリームサーバまで
のホップ数（経由ルータ数）を判断の要素に加え、ホッ
プ数の少ないストリームサーバを選択することとしても
よい。ホップ数による判断は、ドメイン名による振り分
けの代りに行ってもよいし、ドメイン名による振り分け
に加えた判断要素としてもよい。ホップ数は種々の方法
で取得することができる。
のホップ数（経由ルータ数）を判断の要素に加え、ホッ
プ数の少ないストリームサーバを選択することとしても
よい。ホップ数による判断は、ドメイン名による振り分
けの代りに行ってもよいし、ドメイン名による振り分け
に加えた判断要素としてもよい。ホップ数は種々の方法
で取得することができる。
【００６６】また、ユーザ端末からコンテンツサーバま
でのネットワークにおける回線区間の帯域を重み因子と
して考慮することもできる。例えば、ある回線区間（ル
ータ-ルータ間）の帯域が少なければその区間は他より
大きな値で重み付けする等の方法で重み付けし、重み付
けされた回線区間の総和をメトリック値として振り分け
の判断に使用することができる。
でのネットワークにおける回線区間の帯域を重み因子と
して考慮することもできる。例えば、ある回線区間（ル
ータ-ルータ間）の帯域が少なければその区間は他より
大きな値で重み付けする等の方法で重み付けし、重み付
けされた回線区間の総和をメトリック値として振り分け
の判断に使用することができる。
【００６７】本発明の振り分け方法はストリーミングに
限らず適用できる。特に、ＦＴＰ等、データダウンロー
ドに用いられるアプリケーションのように、ある程度コ
ネクション時間が保たれるアプリケーションに効果的に
適用できる。ＦＴＰの場合、ＦＴＰサーバに同時接続の
上限を設定する場合も多く、その数をストリームサーバ
のライセンス数と同様に処理することにより、アクセス
振り分けが可能となり、負荷分散が可能となる。また、
ＦＴＰの場合には、端末側においてストリーミング再生
プログラム立ち上げのような処理は行う必要が無く、ブ
ラウザのみでデータ受信が可能である。従って、図３の
シーケンス図において、例えば、ステップ３で目的デー
タのＵＲＬを含ませ、ステップ４でＦＴＰサーバにデー
タを要求し、ステップ５でデータ取得を開始することが
できる。
限らず適用できる。特に、ＦＴＰ等、データダウンロー
ドに用いられるアプリケーションのように、ある程度コ
ネクション時間が保たれるアプリケーションに効果的に
適用できる。ＦＴＰの場合、ＦＴＰサーバに同時接続の
上限を設定する場合も多く、その数をストリームサーバ
のライセンス数と同様に処理することにより、アクセス
振り分けが可能となり、負荷分散が可能となる。また、
ＦＴＰの場合には、端末側においてストリーミング再生
プログラム立ち上げのような処理は行う必要が無く、ブ
ラウザのみでデータ受信が可能である。従って、図３の
シーケンス図において、例えば、ステップ３で目的デー
タのＵＲＬを含ませ、ステップ４でＦＴＰサーバにデー
タを要求し、ステップ５でデータ取得を開始することが
できる。
【００６８】また、ライセンス数を設定によって可変と
し、スプリッタ１台当たりのコネクション数を増加さ
せ、アクセスの増大に対応することも可能である。ま
た、上記の実施例では見なし接続時間ΔＴを用いて接続
数を把握したが、コンテンツサーバに分散コントロール
装置がアクセスして、コンテンツサーバの負荷を取得
し、振り分けに使用することもできる。すなわち、負荷
の高いコンテンツサーバにはユーザを誘導しないように
する。更に、見なし接続時間ΔＴを用いず、ユーザがコ
ネクションを終了した旨の情報を取得し、それによりコ
ネクション数を把握して、振り分けを行うことも可能で
ある。
し、スプリッタ１台当たりのコネクション数を増加さ
せ、アクセスの増大に対応することも可能である。ま
た、上記の実施例では見なし接続時間ΔＴを用いて接続
数を把握したが、コンテンツサーバに分散コントロール
装置がアクセスして、コンテンツサーバの負荷を取得
し、振り分けに使用することもできる。すなわち、負荷
の高いコンテンツサーバにはユーザを誘導しないように
する。更に、見なし接続時間ΔＴを用いず、ユーザがコ
ネクションを終了した旨の情報を取得し、それによりコ
ネクション数を把握して、振り分けを行うことも可能で
ある。
【００６９】また、ドメイン名による振り分けを行わず
に、同時コネクション数で振り分けを行うようにするこ
ともできる。複数のコネクションサーバがネットワーク
的に近くにある場合における、負荷分散に効果的であ
る。
に、同時コネクション数で振り分けを行うようにするこ
ともできる。複数のコネクションサーバがネットワーク
的に近くにある場合における、負荷分散に効果的であ
る。
【００７０】更に、本発明は、ネットワーク上の複数の
コンテンツサーバのうちどのサーバにアクセスするかを
決定する場面であれば、インターネットに限らずどのよ
うなネットワークにも適用できる。
コンテンツサーバのうちどのサーバにアクセスするかを
決定する場面であれば、インターネットに限らずどのよ
うなネットワークにも適用できる。
【００７１】本発明は、上記実施例に限定されるもので
はなく、その要旨を逸脱しない範囲において種々変更可
能である。
はなく、その要旨を逸脱しない範囲において種々変更可
能である。
【００７２】
【発明の効果】上述したように、本発明によれば、ネッ
トワーク的に近いサーバにユーザをアクセスさせること
が可能となり、ネットワーク内の混雑の発生を抑え、な
おかつ、ユーザに高品質のサービスを提供することが可
能となる。
トワーク的に近いサーバにユーザをアクセスさせること
が可能となり、ネットワーク内の混雑の発生を抑え、な
おかつ、ユーザに高品質のサービスを提供することが可
能となる。
【００７３】また、コンテンツサーバにコネクション数
の制限がある場合に、コネクション数の上限に達したコ
ンテンツサーバへのアクセスを回避し、空きコネクショ
ン数に余裕のあるコンテンツサーバに接続させることが
可能となるので、コンテンツサーバ間の負荷分散、及
び、より多くのユーザへのサービス提供が可能となる。
の制限がある場合に、コネクション数の上限に達したコ
ンテンツサーバへのアクセスを回避し、空きコネクショ
ン数に余裕のあるコンテンツサーバに接続させることが
可能となるので、コンテンツサーバ間の負荷分散、及
び、より多くのユーザへのサービス提供が可能となる。
【図１】本発明の一実施例におけるアクセス振り分けシ
ステムの構成図である。
ステムの構成図である。
【図２】コンピュータの構成図である。
【図３】ユーザ端末、分散コントロール装置、ストリー
ムサーバ間のデータシーケンスを示す図である。
ムサーバ間のデータシーケンスを示す図である。
【図４】番組選択画面の例を示す図である。
【図５】図４の画面を表示させるためのＨＴＭＬ表記で
ある。
ある。
【図６】コンテンツ識別子の例を示す図である。
【図７】アクセス振り分けのロジックにおいて使用され
るパラメータを示す図である。
るパラメータを示す図である。
【図８】アクセス振り分け処理を示すフローチャートで
ある。
ある。
【図９】アクセス振り分け処理を詳細に示すフローチャ
ートである。
ートである。
【図１０】テーブル構成を示す図である。
【図１１】アクセス振り分け処理を詳細に示すフローチ
ャートである。
ャートである。
【図１２】アクセス振り分け処理を詳細に示すフローチ
ャートである。
ャートである。
【図１３】アクセス振り分け処理を詳細に示すフローチ
ャートである。
ャートである。
【図１４】アクセス振り分け処理を詳細に示すフローチ
ャートである。
ャートである。
【図１５】コンテンツテーブルの管理を行うための画面
表示例である。
表示例である。
【図１６】スプリッタグループテーブルの管理を行うた
めの画面表示例である。
めの画面表示例である。
【符号の説明】 １ 分散コントロールセンタ ３ ストリームサーバ ５ ユーザ端末 ７ インターネット ９ 分散コントロール装置 １１ ハブ １３ 負荷分散プログラム １５ スプリッタグループテーブル １７ ＷＷＷブラウザ １９ ストリーム再生プログラム ２１ ＣＰＵ ２２ メモリ ２３ ハードディスク ２４ ディスプレイ ２５ キーボード ２６ ＣＤ−ＲＯＭドライブ ２７ 通信処理装置
───────────────────────────────────────────────────── フロントページの続き (72)発明者 大内 幸雄 東京都港区新橋６丁目１番11号 株式会社 エヌ・ティ・ティピー・シーコミュニケー ションズ内 (72)発明者 原 隆一 東京都港区新橋６丁目１番11号 株式会社 エヌ・ティ・ティピー・シーコミュニケー ションズ内 Ｆターム(参考） 5B089 GA21 GA31 GB04 HA10 HB04 HB05 KC15 LB14
Claims (27)
- 【請求項１】 ネットワーク上の複数の場所にあるコン
テンツサーバのうち特定の場所にあるコンテンツサーバ
にユーザ端末からのアクセスを振り分ける方法であっ
て、 ユーザ端末の属するドメインと同一のドメインにコンテ
ンツサーバがある場合に、ユーザ端末からのアクセスを
該同一のドメインのコンテンツサーバに振り分けること
を特徴とする方法。 - 【請求項２】 ネットワーク上の複数の場所にあるコン
テンツサーバのうち特定の場所にあるコンテンツサーバ
にユーザ端末からのアクセスを振り分ける方法であって
ユーザ端末にコンテンツ選択画面を表示するステップ
と、 ユーザがコンテンツを選択することによってユーザ端末
から送信されたデータからユーザ端末の属するドメイン
を取得するステップと、 該ドメインに対応したコンテンツサーバの場所をユーザ
端末に通知するステップと、 ユーザ端末が該コンテンツサーバにアクセスするステッ
プとを有することを特徴とする方法。 - 【請求項３】 前記ドメインに対応したコンテンツサー
バへの同時コネクション数が所定の値以上である場合
に、同時コネクション数が所定の値より小さい他のコン
テンツサーバの場所をユーザ端末に通知するステップを
有する請求項２に記載の方法。 - 【請求項４】 ユーザ端末からコンテンツサーバへのア
クセス総数を所定の時間間隔で記録し、 ユーザの１コネクション当たりのコネクション継続時間
を予め定め、現時点のアクセス総数から該コネクション
継続時間前のアクセス総数を引いた値を前記同時コネク
ション数とする請求項３に記載の方法。 - 【請求項５】 ユーザ端末とコンテンツサーバ間のホッ
プ数を求め、該ホップ数が所定の値より小さいコンテン
ツサーバの場所をユーザ端末に通知するステップを有す
る請求項２に記載の方法。 - 【請求項６】 ユーザ端末からコンテンツサーバまでの
ネットワークの回線区間毎の帯域を求め、回線区間毎に
該帯域に応じて重み付けをし、重み付けされた回線区間
の和が所定の値より小さいコンテンツサーバの場所をユ
ーザ端末に通知するステップを有する請求項２に記載の
方法。 - 【請求項７】 ネットワーク上の複数の場所にあるコン
テンツサーバのうち特定の場所にあるコンテンツサーバ
にユーザ端末からのアクセスを振り分ける方法であっ
て、 ユーザ端末からコンテンツサーバへのアクセス総数を所
定の時間間隔で記録し、 ユーザの１コネクション当たりのコネクション継続時間
を予め定め、現時点のアクセス総数から該コネクション
継続時間前のアクセス総数を引いた値である同時コネク
ション数をコンテンツサーバ毎に求め、 該同時コネクション数が所定の値より小さいコンテンツ
サーバの場所をユーザ端末に通知する方法。 - 【請求項８】 前記特定の場所にあるコンテンツサーバ
は１つ又は複数であり、複数である場合に、ラウンドロ
ビンを用いて１つのコンテンツサーバを選択する請求項
１ないし７のうちいずれか１項に記載の方法。 - 【請求項９】 ネットワーク上の複数の場所にあるコン
テンツサーバのうち特定の場所にあるコンテンツサーバ
にユーザ端末からのアクセスを振り分ける装置であっ
て、 ユーザ端末の属するドメインと同一のドメインにコンテ
ンツサーバがある場合に、ユーザ端末からのアクセスを
該同一のドメインのコンテンツサーバに振り分けること
を特徴とする装置。 - 【請求項１０】 ネットワーク上の複数の場所にあるコ
ンテンツサーバのうち特定の場所にあるコンテンツサー
バにユーザ端末からのアクセスを振り分ける装置であっ
て、 ユーザ端末にコンテンツ選択画面を表示する手段と、 ユーザがコンテンツを選択することによってユーザ端末
から送信されたデータからユーザ端末の属するドメイン
を取得する手段と、 該ドメインに対応したコンテンツサーバの場所をユーザ
端末に通知する手段とを有することを特徴とする装置。 - 【請求項１１】 前記ドメインに対応したコンテンツサ
ーバへの同時コネクション数が所定の値以上である場合
に、同時コネクション数が所定の値より小さい他のコン
テンツサーバの場所をユーザ端末に通知する手段を有す
る請求項１０に記載の装置。 - 【請求項１２】 ユーザ端末からコンテンツサーバへの
アクセス総数を所定の時間間隔で記録する手段と、 予め定めたユーザの１コネクション当たりのコネクショ
ン継続時間を保持し、現時点のアクセス総数から該コネ
クション継続時間前のアクセス総数を引いた値を前記同
時コネクション数として使用する手段とを有する請求項
１１に記載の装置。 - 【請求項１３】 ユーザ端末とコンテンツサーバ間のホ
ップ数を求め、該ホップ数が所定の値より小さいコンテ
ンツサーバの場所をユーザ端末に通知する手段を有する
請求項１０に記載の装置。 - 【請求項１４】 ユーザ端末からコンテンツサーバまで
のネットワークの回線区間毎の帯域を求め、回線区間毎
に該帯域に応じて重み付けをし、重み付けされた回線区
間の和が所定の値より小さいコンテンツサーバの場所を
ユーザ端末に通知する手段を有する請求項１０に記載の
装置。 - 【請求項１５】 ネットワーク上の複数の場所にあるコ
ンテンツサーバのうち特定の場所にあるコンテンツサー
バにユーザ端末からのアクセスを振り分ける装置であっ
て、 ユーザ端末からコンテンツサーバへのアクセス総数を所
定の時間間隔で記録する手段と、 予め定めたユーザの１コネクション当たりのコネクショ
ン継続時間を保持し、現時点のアクセス総数から該コネ
クション継続時間前のアクセス総数を引いた値である同
時コネクション数をコンテンツサーバ毎に求める手段
と、 該同時コネクション数が所定の値より小さいコンテンツ
サーバの場所をユーザ端末に通知する手段とを有するこ
とを特徴とする装置。 - 【請求項１６】 前記特定の場所にあるコンテンツサー
バは１つ又は複数であり、複数である場合にはラウンド
ロビンを用いて１つのコンテンツサーバを選択する手段
を有する請求項９ないし１５のうちいずれか１項に記載
の装置。 - 【請求項１７】 ネットワーク上の複数の場所にあるコ
ンテンツサーバのうち特定の場所にあるコンテンツサー
バにユーザ端末からのアクセスを振り分ける処理をコン
ピュータに実行させるプログラムを記録したコンピュー
タ読み取り可能な記録媒体であって、 ユーザ端末の属するドメインと同一のドメインにコンテ
ンツサーバがある場合に、ユーザ端末からのアクセスを
該同一のドメインのコンテンツサーバに振り分ける手順
をコンピュータに実行させるプログラムを記録したコン
ピュータ読み取り可能な記録媒体。 - 【請求項１８】 ネットワーク上の複数の場所にあるコ
ンテンツサーバのうち特定の場所にあるコンテンツサー
バにユーザ端末からのアクセスを振り分ける処理をコン
ピュータに実行させるプログラムを記録したコンピュー
タ読み取り可能な記録媒体であって、 ユーザ端末にコンテンツ選択画面を表示する手順と、 ユーザがコンテンツを選択することによってユーザ端末
から送信されたデータからユーザ端末の属するドメイン
を取得する手順と、 該ドメインに対応したコンテンツサーバの場所をユーザ
端末に通知する手順とをコンピュータに実行させるプロ
グラムを記録したコンピュータ読み取り可能な記録媒
体。 - 【請求項１９】 前記ドメインに対応したコンテンツサ
ーバへの同時コネクション数が所定の値以上である場合
に、同時コネクション数が所定の値より小さい他のコン
テンツサーバの場所をユーザ端末に通知する手順を有す
る請求項１８に記載のプログラムを記録したコンピュー
タ読み取り可能な記録媒体。 - 【請求項２０】 ユーザ端末からコンテンツサーバへの
アクセス総数を所定の時間間隔で記録する手順と、 予め定めたユーザの１コネクション当たりのコネクショ
ン継続時間を保持し、現時点のアクセス総数から該コネ
クション継続時間前のアクセス総数を引いた値を前記同
時コネクション数とする請求項１９に記載のプログラム
を記録したコンピュータ読み取り可能な記録媒体。 - 【請求項２１】 ユーザ端末とコンテンツサーバ間のホ
ップ数を求め、該ホップ数が所定の値より小さいコンテ
ンツサーバの場所をユーザ端末に通知する手順を有する
請求項１８に記載のプログラムを記録したコンピュータ
読み取り可能な記録媒体。 - 【請求項２２】 ユーザ端末からコンテンツサーバまで
のネットワークの回線区間毎の帯域を求め、回線区間毎
に該帯域に応じて重み付けをし、重み付けされた回線区
間の和が所定の値より小さいコンテンツサーバの場所を
ユーザ端末に通知する手順を有する請求項１８に記載の
プログラムを記録したコンピュータ読み取り可能な記録
媒体。 - 【請求項２３】 ネットワーク上の複数の場所にあるコ
ンテンツサーバのうち特定の場所にあるコンテンツサー
バにユーザ端末からのアクセスを振り分ける処理をコン
ピュータに実行させるプログラムを記録したコンピュー
タ読み取り可能な記録媒体であって、 ユーザ端末からコンテンツサーバへのアクセス総数を所
定の時間間隔で記録する手順と、 予め定めたユーザの１コネクション当たりのコネクショ
ン継続時間を保持し、現時点のアクセス総数から該コネ
クション継続時間前のアクセス総数を引いた値である同
時コネクション数をコンテンツサーバ毎に求め、 該同時コネクション数が所定の値より小さいコンテンツ
サーバの場所をユーザ端末に通知する手順とをコンピュ
ータに実行させるプログラムを記録したコンピュータ読
み取り可能な記録媒体。 - 【請求項２４】 前記特定の場所にあるコンテンツサー
バは１つ又は複数であり、複数である場合に、ラウンド
ロビンを用いて１つのコンテンツサーバを選択する手順
を有する請求項１７ないし２３のうちいずれか１項に記
載のプログラムを記録したコンピュータ読み取り可能な
記録媒体。 - 【請求項２５】 ネットワーク上の複数の場所にあるコ
ンテンツサーバと、特定の場所にあるコンテンツサーバ
にユーザ端末からのアクセスを振り分ける制御装置とを
有するアクセス振り分けシステムであって、 ユーザ端末にコンテンツ選択画面を表示する手段と、 ユーザがコンテンツを選択することによってユーザ端末
から送信されたデータからユーザ端末の属するドメイン
を取得する手段と、 該ドメインに対応したコンテンツサーバの場所をユーザ
端末に通知する手段と、 該ユーザ端末からのアクセスを受け付けるコンテンツサ
ーバとを有することを特徴とするアクセス振り分けシス
テム。 - 【請求項２６】 前記ドメインに対応したコンテンツサ
ーバへの同時コネクション数が所定の値以上である場合
に、同時コネクション数が所定の値より小さい他のコン
テンツサーバの場所をユーザ端末に通知する手段を有す
る請求項２５に記載のアクセス振り分けシステム。 - 【請求項２７】 ユーザ端末からコンテンツサーバへの
アクセス総数を所定の時間間隔で記録する手段と、 予め定めたユーザの１コネクション当たりのコネクショ
ン継続時間を保持し、現時点のアクセス総数から該コネ
クション継続時間前のアクセス総数を引いた値を前記同
時コネクション数として使用する手段とを有する請求項
２６に記載のアクセス振り分けシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000131369A JP3725401B2 (ja) | 2000-04-28 | 2000-04-28 | アクセス振り分け方法、装置、及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000131369A JP3725401B2 (ja) | 2000-04-28 | 2000-04-28 | アクセス振り分け方法、装置、及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001312435A true JP2001312435A (ja) | 2001-11-09 |
| JP3725401B2 JP3725401B2 (ja) | 2005-12-14 |
Family
ID=18640279
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000131369A Expired - Fee Related JP3725401B2 (ja) | 2000-04-28 | 2000-04-28 | アクセス振り分け方法、装置、及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3725401B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005332373A (ja) * | 2004-04-16 | 2005-12-02 | Utstarcom Inc | 疎結合されたスケーラブルの分散型マルチメディア・ストリーミング・システムのための方法および装置 |
| JP2005332241A (ja) * | 2004-05-20 | 2005-12-02 | Hitachi Ltd | コンテンツ配信制御サーバの制御方法、コンテンツ暗号化サーバの制御方法、クライアント装置の制御方法、ライセンスサーバの制御方法、公開情報管理サーバの制御方法、クライアント装置、及びプログラム |
| JP2010198312A (ja) * | 2009-02-25 | 2010-09-09 | Nec Corp | ジョブ管理装置、ジョブ管理方法及びジョブ管理システム |
| JP2012191373A (ja) * | 2011-03-10 | 2012-10-04 | Hitachi Ltd | 接続先ｌｎｓの接続状況に基づき、ｌｎｓに対する接続要求を振り分けるｌａｃ装置及びその接続先選択方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08278934A (ja) * | 1995-04-06 | 1996-10-22 | Sony Corp | ミラーサイト情報サーバおよびミラーサイト情報提供方法 |
| JPH0936928A (ja) * | 1995-07-21 | 1997-02-07 | Nec Corp | 回線負荷制御方法および制御システム |
| JPH0997233A (ja) * | 1995-09-28 | 1997-04-08 | Nec Corp | オンライン情報処理システムにおける負荷分散方法 |
| JPH10307783A (ja) * | 1997-05-07 | 1998-11-17 | N T T Data:Kk | サイトアクセス制御システム及び記録媒体 |
| JPH1196128A (ja) * | 1997-09-22 | 1999-04-09 | Fujitsu Ltd | ネットワークサービスサーバ負荷調整装置、方法および記録媒体 |
| JPH11338836A (ja) * | 1998-05-25 | 1999-12-10 | Nippon Telegr & Teleph Corp <Ntt> | コンピュータネットワークの負荷分散システム |
| JP2000029813A (ja) * | 1998-07-14 | 2000-01-28 | Hitachi Ltd | サーバ選択システム |
-
2000
- 2000-04-28 JP JP2000131369A patent/JP3725401B2/ja not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08278934A (ja) * | 1995-04-06 | 1996-10-22 | Sony Corp | ミラーサイト情報サーバおよびミラーサイト情報提供方法 |
| JPH0936928A (ja) * | 1995-07-21 | 1997-02-07 | Nec Corp | 回線負荷制御方法および制御システム |
| JPH0997233A (ja) * | 1995-09-28 | 1997-04-08 | Nec Corp | オンライン情報処理システムにおける負荷分散方法 |
| JPH10307783A (ja) * | 1997-05-07 | 1998-11-17 | N T T Data:Kk | サイトアクセス制御システム及び記録媒体 |
| JPH1196128A (ja) * | 1997-09-22 | 1999-04-09 | Fujitsu Ltd | ネットワークサービスサーバ負荷調整装置、方法および記録媒体 |
| JPH11338836A (ja) * | 1998-05-25 | 1999-12-10 | Nippon Telegr & Teleph Corp <Ntt> | コンピュータネットワークの負荷分散システム |
| JP2000029813A (ja) * | 1998-07-14 | 2000-01-28 | Hitachi Ltd | サーバ選択システム |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005332373A (ja) * | 2004-04-16 | 2005-12-02 | Utstarcom Inc | 疎結合されたスケーラブルの分散型マルチメディア・ストリーミング・システムのための方法および装置 |
| JP2005332241A (ja) * | 2004-05-20 | 2005-12-02 | Hitachi Ltd | コンテンツ配信制御サーバの制御方法、コンテンツ暗号化サーバの制御方法、クライアント装置の制御方法、ライセンスサーバの制御方法、公開情報管理サーバの制御方法、クライアント装置、及びプログラム |
| JP4688436B2 (ja) * | 2004-05-20 | 2011-05-25 | 株式会社日立製作所 | コンテンツ配信制御サーバの制御方法、コンテンツ暗号化サーバの制御方法、クライアント装置の制御方法、ライセンスサーバの制御方法、公開情報管理サーバの制御方法、クライアント装置、及びプログラム |
| JP2010198312A (ja) * | 2009-02-25 | 2010-09-09 | Nec Corp | ジョブ管理装置、ジョブ管理方法及びジョブ管理システム |
| JP2012191373A (ja) * | 2011-03-10 | 2012-10-04 | Hitachi Ltd | 接続先ｌｎｓの接続状況に基づき、ｌｎｓに対する接続要求を振り分けるｌａｃ装置及びその接続先選択方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3725401B2 (ja) | 2005-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2018133306A1 (zh) | 内容分发网络中的调度方法和设备 | |
| US8929383B2 (en) | Content capability clearing house systems and methods | |
| CN106031130B (zh) | 具有边缘代理的内容传送网络架构 | |
| US9071655B2 (en) | Managing access to digital content sources | |
| CN1331333C (zh) | 基于对等式分布计算技术的并行信息传送方法及其系统 | |
| US20160014182A1 (en) | Methods and apparatus for transmitting multimedia files in a data network | |
| CN106464680A (zh) | 内容分发网络中的带宽管理 | |
| JP2015510625A (ja) | 顧客消費データからの特定アプリケーショントラフィックの除外 | |
| KR20060057525A (ko) | 데이터 제공자를 선택하는 시스템 및 방법 | |
| CN105432088A (zh) | 用于过顶自适应流播的带宽管理 | |
| EP1844591A1 (en) | System architecture and method for scheduled downloading services | |
| CN101146114A (zh) | 一种流媒体服务器负荷分担方法及其系统 | |
| WO2023005701A1 (zh) | 数据通信方法及装置、电子设备、存储介质 | |
| US20120303764A1 (en) | Peer-to-peer system with censorship | |
| CN110445723A (zh) | 一种网络数据调度方法及边缘节点 | |
| CN110191362B (zh) | 数据传输方法及装置、存储介质及电子设备 | |
| JP3964751B2 (ja) | ネットワーク品質推定制御方式 | |
| JP2001312435A (ja) | アクセス振り分け方法、装置、及び記録媒体 | |
| WO2022268032A1 (zh) | 一种视频流调度系统及相关产品 | |
| JP2005115533A (ja) | コンテンツ配信システム及び管理サーバ | |
| CN107465743B (zh) | 一种处理请求的方法和装置 | |
| WO2007109074A2 (en) | Dynamic server configuration for managing high volume traffic | |
| CN110417902A (zh) | 流式网络服务负载方法、相关设备及可读存储介质 | |
| Crepaldi et al. | Selection of servers for video on demand service over hybrid cloud | |
| CN108810609A (zh) | 一种存储管理方法、设备及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040203 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040402 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050628 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050829 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050920 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050921 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees | ||
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |