(57)【要約】【課題】特に多数のユーザが特定のファイルに集中して配信を要求するような場合に、複数のサーバ群全体で処理できるユーザ数を増加させることを可能とするサーバ選択装置及びその方法を提供する。【解決手段】映像コンテンツ等の大容量コンテンツを含むファイルを提供するサーバの選択判断材料として、各サーバの提供中のファイルに関する情報やユーザのファイル要求状況を利用し、特定のサーバのみが特定のファイルを提供するといった偏りを持たせるようにサーバを選び出す。【選択図】　　　　　　図１
2004021282.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末からインターネット等のネットワークを介して、映像コンテンツ、音声コンテンツ等の大容量コンテンツを含むファイルの配信要求信号を受信すると、大容量コンテンツを含むファイルを提供する複数のサーバ群の中から一つのサーバを選択し、選択したサーバへファイル配信要求信号を送信するサーバ選択装置であって、
サーバを選択する必要があるファイルを選び出し、選ばれたファイルについて選択したサーバを割り当てることによって、特定のサーバのみが特定のファイルのみを提供するようにサーバを選び出す
ことを特徴とするサーバ選択装置。
【請求項２】
サーバ毎に現在のファイルの配信数をチェックするサーバ監視手段と、
各サーバが提供中のファイルに対するユーザによる現在の配信要求数を管理する配信要求管理手段と、
サーバ選択制御が必要なファイルを選び出し、選ばれたファイルについて選択したサーバを割り当てることによって、前記サーバ監視手段によって過負荷と判断されたサーバ以外の特定のサーバのみが、特定のファイルのみを提供するようにサーバを選び出すサーバ選択手段とを有する
ことを特徴とする請求項１記載のサーバ選択装置。
【請求項３】
前記サーバ監視手段は、
ファイル名と該ファイルの現在の配信数が１対１に対応したサーバ状態リストをサーバ毎に作成する
ことを特徴とする請求項１或いは２何れか１項記載のサーバ選択装置。
【請求項４】
前記配信要求管理手段は、
接続した全てのサーバに対して、配信要求があったファイルの名前とその配信要求数が１対１に対応した配信要求状況リストと、
接続した全てのサーバに対して、ある一定期間内に配信要求があったファイルの名前とその配信要求数が１対１に対応した配信要求ログを作成する
ことを特徴とする請求項１乃至３何れか１項記載のサーバ選択装置。
【請求項５】
前記サーバ選択手段は、
各サーバが提供中のファイルに対するユーザの一定期間あたりの配信要求数によりサーバを選択する必要があるファイルを選び出し、サーバ毎の現在の各ファイルの配信数により選択したサーバを割り当てることによって、前記サーバ監視手段によって過負荷と判断されたサーバ以外の特定のサーバのみが特定のファイルのみを提供するようにサーバを選び出す
ことを特徴とする請求項１乃至４何れか１項記載のサーバ選択装置。
【請求項６】
ユーザ端末からインターネット等のネットワークを介して、映像コンテンツ、音声コンテンツ等の大容量コンテンツを含むファイルの配信要求信号を受信すると、大容量コンテンツを含むファイルを提供する複数のサーバ群の中から一つのサーバを選択し、ファイル配信要求信号を選択したサーバへ送信するサーバ選択方法であって、
各サーバが提供中のファイルに対するユーザの一定期間あたりの配信要求数によりサーバを選択する必要があるファイルを選び出す行程Ａと、
サーバ毎の現在の各ファイルの配信数により、行程Ａにおいて選択されたファイルに選択したサーバを割り当てる行程Ｂとを有する
ことを特徴とするサーバ選択方法。
【請求項７】
前記行程Ａは、
配信要求が１番多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数の２倍よりも大きいか否かを判断する行程と、
配信要求が一番多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数の２倍よりも大きい場合に、配信要求が１番多いファイルへの配信要求数が、配信要求が３番目に多いファイルへの配信要求数の３倍より大きいか否かを判断する行程とを有する
ことを特徴とする請求項６記載のサーバ選択方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介して映像コンテンツ等の大容量コンテンツを含むファイルを提供する複数のサーバ群の中から１つのサーバを選択するサーバ選択装置及びその方法に関するものである。
【０００２】
【従来の技術】
インターネットで人気の高いホームページや検索サービス等を提供するＷｅｂサイトには、１台のＷｅｂサーバでは適切な応答時間内に処理することができない程の多数のユーザがアクセスする。このため、このようなＷｅｂサイトでは複数のサーバを設置し、負荷分散装置と呼ばれる機器を用いてサーバの負荷分散を行って対応しているケースが多い。負荷分散装置では、接続するサーバを単純にラウンドロビン方式（複数の選択肢の中から順番に割り当てる選択方式）によって選択したり、サーバのＣＰＵ使用率や応答時間帯の情報を利用して最も負荷が少ないサーバを選択して、アクセスユーザを最適なサーバに接続したりしている。近年注目を浴びている映像配信サービスを提供するサイトにおいても、このような負荷分散処理が行われている。
【０００３】
しかしながら、映像コンテンツ等の大容量コンテンツを含むファイルを提供するサーバでは、ユーザが要求するファイルをハードディスクから読み出す時間が長くなるため、１つのサーバに多数のユーザがアクセスして異なるファイルが多数読み出されると、ハードディスクのデータ読み出し遅延がボトルネック要因となる傾向が強い。
【０００４】
また、１つのサーバへのアクセスユーザ数が同数の場合、同じファイルのみを読み出す場合と複数の異なるファイルを読み出す場合では、前者の方がハードディスクの磁気ヘッドの移動時間（シークタイム）が少ないため、ハードディスクのデータ読み出し遅延が発生しにくい。このため前者は、ストリーミング映像配信（映像データを次々と流れるように実時間で配信すること）ではハードディスクのデータ読出し遅延によるデータ損失が少なく抑えられ、大容量コンテンツを含むファイル転送では転送完了時間が短くなる。このことは、前者の方が多くのユーザにより快適なサービスを提供できることを意味する。
【０００５】
【発明が解決しようとする課題】
しかしながら、既存の負荷分散装置においては、各サーバのハードディスクから読み出されているファイルとは無関係に単にサーバの負荷状態を検出して処理を分散しているため、前述のハードディスク読出し特性が考慮されていない。このため、多数のユーザが特定のファイルに集中して配信を要求するような場合でも、複数のサーバ群全体において処理できるユーザ数が、ユーザによる配信要求が異なるファイルに分散している場合と変わらないという問題点がある。
【０００６】
本発明は上記に鑑みてなされたものであり、その目的とするところは、映像コンテンツ等の大容量コンテンツを含むファイルを提供するサーバの選択判断材料として、各サーバが提供中のファイルに関する情報やユーザのファイル要求状況を利用し、特定のサーバのみが特定のファイルを提供するといった偏りを持たせるようにサーバを選び出すことにより、特に多数のユーザが特定のファイルに集中して配信要求があるような場合に、複数のサーバ群全体で処理できるユーザ数を増加させることを可能とするサーバ選択装置及びその方法を提供することにある。
【０００７】
【課題を解決するための手段】
前記目的を達成するため、請求項１の発明では、ユーザ端末からインターネット等のネットワークを介して、映像コンテンツ、音声コンテンツ等の大容量コンテンツを含むファイルの配信要求信号を受信すると、大容量コンテンツを含むファイルを提供する複数のサーバ群の中から一つのサーバを選択し、選択したサーバへファイル配信要求信号を送信するサーバ選択装置であって、サーバを選択する必要があるファイルを選び出し、選ばれたファイルについて選択したサーバを割り当てることによって、特定のサーバのみが特定のファイルのみを提供するようにサーバを選び出すことを特徴とするサーバ選択装置をもって解決手段とする。
【０００８】
この発明によれば、特定のファイルのみに特定のサーバのみを割り当てるので、映像コンテンツのようにコンテンツが大容量である場合は、ハードディスクの磁気ヘッドの移動時間が少なく抑えられ、ハードディスクのデータ読み出し時間をセーブできる。このため、ストリーミング配信では、ハードディスクのデータ読み出し遅延によるデータ損失が少なく抑えられ、転送時間を短く抑える。
【０００９】
請求項２の発明では、サーバ毎に現在のファイルの配信数をチェックするサーバ監視手段と、各サーバが提供中のファイルに対するユーザによる現在の配信要求数を管理する配信要求管理手段と、サーバ選択制御が必要なファイルを選び出し、選ばれたファイルについて選択したサーバを割り当てることによって、前記サーバ監視手段によって過負荷と判断されたサーバ以外の特定のサーバのみが、特定のファイルのみを提供するようにサーバを選び出すサーバ選択手段とを有することを特徴とする請求項１記載のサーバ選択装置をもって解決手段とする。
【００１０】
この発明によれば、サーバ毎の各ファイルの現在の配信数をチェックすることができ、また、各サーバが提供中のファイルに対するユーザの現在の配信要求数を管理することができるので、ユーザのコンテンツ配信要求数とサーバのファイル配信状態に基づいてサーバ選択制御を行うことができる。
【００１１】
請求項３の発明では、請求項１或いは２何れか１項記載のサーバ選択装置において、サーバ監視手段は、ファイル名と該ファイルの現在の配信数が１対１に対応したサーバ状態リストをサーバ毎に作成することを特徴とするサーバ選択装置をもって解決手段とする。
【００１２】
この発明によれば、各サーバの各ファイルの配信状況を常時把握することができる。
【００１３】
請求項４の発明では、請求項１乃至３何れか１項記載のサーバ選択装置において、配信要求管理手段は、接続した全てのサーバに対して、配信要求があったファイルの名前とその配信要求数が１対１に対応した配信要求状況リストと、接続した全てのサーバに対して、ある一定期間内に配信要求があったファイルの名前とその配信要求数が１対１に対応した配信要求ログを作成することを特徴とするサーバ選択装置をもって解決手段とする。
【００１４】
この発明によれば、ユーザからのファイル配信要求毎に配信要求状況リストが作成され、また、そのリストから一定期間のファイル配信要求状況を示す配信要求ログを作成する。このため、ある一時及びある一定期間のユーザのファイル配信要求状況を常時把握することができる。
【００１５】
請求項５の発明では、請求項１乃至４何れか１項記載のサーバ選択装置において、サーバ選択手段は、各サーバが提供中のファイルに対するユーザの一定時間あたりの配信要求数によりサーバを選択ずる必要があるコンテンツを選び出し、サーバ毎の現在の各ファイルの配信数により選択したサーバを割り当てることによって、前記サーバ監視手段によって過負荷と判断されたサーバ以外の特定のサーバのみが特定のコンテンツのみを提供するようにサーバを選び出すことを特徴とするサーバ選択装置をもって解決手段とする。
【００１６】
この発明によれば、配信要求数の多いファイルに、そのファイルを多く配信しているサーバを割り当てるので、映像コンテンツのようにコンテンツが大容量である場合は、ハードディスクの磁気ヘッドの移動時間が少なく抑えられ、ハードディスクのデータ読み出し時間をセーブできる。このため、ストリーミング配信では、ハードディスクのデータ読み出し遅延によるデータ損失が少なく抑えられ、転送時間を短く抑える。
【００１７】
請求項６の発明では、ユーザ端末からインターネット等のネットワークを介して、映像コンテンツ、音声コンテンツ等の大容量コンテンツを含むファイルの配信要求信号を受信すると、大容量コンテンツを含むファイルを提供する複数のサーバ群の中から一つのサーバを選択し、ファイル配信要求信号を選択したサーバへ送信するサーバ選択方法であって、各サーバが提供中のファイルに対するユーザの一定期間あたりの配信要求数によりサーバを選択する必要があるファイルを選び出す行程Ａと、サーバ毎の現在の各ファイルの配信数により、行程Ａにおいて選択されたファイルに選択したサーバを割り当てる行程Ｂとを有することを特徴とするサーバ選択方法をもって解決手段とする。
【００１８】
この発明によれば、配信要求数の多いファイルに、そのファイルを多く配信しているサーバを割り当てるので、映像コンテンツのようにコンテンツが大容量である場合は、ハードディスクの磁気ヘッドの移動時間が少なく抑えられ、ハードディスクのデータ読み出し時間をセーブできる。このため、ストリーミング配信では、ハードディスクのデータ読み出し遅延によるデータ損失が少なく抑えられ、転送時間を短く抑える。
【００１９】
請求項７の発明では、請求項６記載のサーバ選択方法において、行程Ａは、配信要求が１番多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数の２倍よりも大きいか否かを判断する行程と、配信要求が一番多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数の２倍よりも大きい場合に、配信要求が１番多いファイルへの配信要求数が、配信要求が３番目に多いファイルへの配信要求数の３倍より大きいか否かを判断する行程とを有することを特徴とするサーバ選択方法をもって解決手段とする。
【００２０】
この発明によれば、配信要求が１番多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数の２倍よりも小さい場合は、サーバ選択制御をしない。また、配信要求が１番多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数の２倍よりも大きい場合は、配信要求が１番多いファイルへの配信要求数が、配信要求が３番目に多いファイルへの配信要求数の３倍より大きいか否かを判断し、大きい場合は、ファイル配信要求が最も多いファイルを、そのファイルを最も多く配信しているサーバに割り当て、２番目に配信要求量が多いファイルを、そのファイルを２，３番目に多く配信しているサーバに割り当てる。一方、配信要求が１番多いファイルへの配信要求数が、配信要求が３番目に多いファイルへの配信要求数の３倍より小さい場合は、ファイル配信要求が最も多いファイルのみを、そのファイルを最も多く配信しているサーバに割り当てる。
【００２１】
【発明の実施の形態】
以下、図面を用いて本発明の実施形態を説明する。
【００２２】
図１は本発明の一実施形態に係るサーバ選択装置を実現するシステム構成を示す図である。同図に示すように、ユーザ端末１０は、インターネット２０及びサーバ選択装置４０を介してサーバＡ３０〜サーバＮ３２に接続し、映像コンテンツ、音声コンテンツ等の大容量コンテンツを含むファイルを得る。サーバは、全てのサーバが同一のファイルを有していても、一部だけが同一のファイルを有してもいいが、少なくとも２つのサーバが同一のファイルを有していることが必要である。本発明のサーバ選択装置４０は、さらに、ユーザ側通信手段４１、サーバ選出手段４２、サーバ側通信手段４３、サーバ監視手段４４、配信要求管理手段４５より構成されている。
【００２３】
サーバ監視手段４４は、サーバ側通信手段４３を通じ、サーバＡ３０〜Ｎ３２に現在蓄積されているファイルの現在の配信数をチェックし、ファイル名とその現在の配信数が１対１に対応した図２のようなサーバ状態リストをサーバ毎に作成する。
【００２４】
また、サーバ監視手段４４は、各サーバの現在のＣＰＵの稼働率、空メモリの量、ＮＩＣ、ＨＤＤを監視し、これらからサーバの過負荷判定を行い、図８のようなサーバリソース状態リストを作成し保持している。
【００２５】
配信要求管理手段４５は、現在、サーバＡ３０〜Ｎ３２全体が提供中のファイルに対するユーザのファイル配信要求数を管理し、全サーバに対して配信要求があったファイルの名前とその配信要求数が１対１に対応した図３のような配信要求状況リストを作成し保持している。また、全サーバに対して、ある一定期間内に配信要求があったファイルの名前とその配信要求数が１対１に対応した配信要求ログを作成し保持している。
【００２６】
サーバ選出手段４２は、配信要求管理手段４５の配信要求ログを参照し、サーバを選択する必要があるコンテンツを各サーバが提供中のファイルに対するユーザの一定時間あたりの配信要求数により選び出す。そして、サーバ監視手段４４のサーバ状態リストを参照し、選択したサーバをサーバ毎の各ファイルの現在の配信数で割り当てることにより、サーバ監視手段４５によって過負荷と判断されたサーバ以外の特定のサーバのみが特定のファイルのみを提供するようにサーバを選び出す。そして、図６のような、どのファイルをどのサーバが優先的に配信するかを記録した選択サーバリストを更新する。
【００２７】
サーバ選出手段４２は、サーバ選択制御のため、図４のように振舞う。
【００２８】
サーバ選択制御判断を開始する（Ｓ４０１）と、配信要求管理手段４５の図５に示すような、ある一定期間内に配信要求があったファイル名とその配信要求数を記録した配信要求ログを参照し、配信要求ログのファイルを配信要求数でソートする（Ｓ４０２）。
【００２９】
人気Ｗｅｂサイトを構成するページのページ参照回数や、あるエリアで放映されている複数の映画の観客動員数などには、頻度がｎ番目のコンテンツ（ｎ≠１）は、頻度が１番目のコンテンツの１／ｎの確立で現れる「ジップの法則」と呼ばれる偏りが見られることが知られている。同じように、１つのファイル配信サイトに存在する複数のファイルそれぞれの配信要求回数に「ジップの法則」と呼ばれる偏りが生じている可能性がある。各ファイルへの配信要求数が「ジップの法則」に従うと仮定すると、別々のコンテンツをそれぞれ含むファイルの数が２０個程度である場合、上位３つのファイルで総配信要求数の半分を占めるため、この上位３つのファイルをもってサーバ選択制御判断を行うことは、本願の目的である、多数のユーザが特定のファイルに集中して配信要求があるような場合に、ファイルダウンロードの遅延を回避することにかなっていると思われる。そこで、以下のような判定を行う。
【００３０】
配信要求が１番目に多いファイルへの配信要求数と配信要求が２番目に多いファイルへの配信要求数を２倍したものを比較する（Ｓ４０３）。配信要求が１番目に多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数を２倍したものよりも小さい場合、サーバ選択制御なしと判断する（Ｓ４０４）。サーバ選出手段４２は、サーバ選出手段４２の図６のようなどのファイルをどのサーバが優先的に配信するかを記録した選択サーバリストを更新する（Ｓ４０５）。
【００３１】
配信要求が一番目に多いファイルへの配信要求数が、配信要求が２番目に多いファイルへの配信要求数を２倍したものよい大きい場合、配信要求が２番目に多いファイルへの配信要求数と配信要求が３番目に多いファイルへの配信要求数を３倍したものを比較する（Ｓ４０６）。配信要求が１番目に多いファイルへの配信要求数が、配信要求が３番目に多いファイルへの配信要求数を３倍したものより小さい場合、配信要求数１番目に多いファイルのみサーバ選択制御ありと判断する（Ｓ４０７）。
【００３２】
サーバ選出手段４２は、サーバ監視手段４４の図２のようなサーバ状態リストを参照し、１番目に多いファイルの配信数によりサーバをソートする（Ｓ４０８）。その後、１番目に多いファイルを最も多く配信しているサーバを１番目選択サーバに決定する（Ｓ４０９）。サーバ選出手段４２は、サーバ選出手段４２の図６のような選択サーバリストを更新する（Ｓ４１０）。
【００３３】
配信要求が１番目に多いファイルへの配信要求数が、配信要求が３番目に多いファイルへの配信要求数を３倍したものより大きい場合、配信要求数が１〜３番目に多いファイルのみサーバ選択制御ありと判断する（Ｓ４１１）。サーバ選出手段４２は、サーバ監視手段４４の図２のようなサーバ状態リストを参照し、１番目に多いファイルの配信数でサーバをソートする（Ｓ４１２）。その後、１番目に多いファイルを最も多く配信しているサーバを１番目用選択サーバに決定する（Ｓ４１３）。サーバ選出手段４２は、サーバ監視手段４４の図２のようなサーバ状態リストを参照し、Ｓ４１２で決定された１番目用サーバを除いて、２番目に多いファイルの配信数でサーバをソートし、２番目に多いファイルを最も多く配信しているサーバを２、３番目用選択サーバに決定する。（Ｓ４１４）。サーバ選出手段４２は、サーバ選出手段４２の図６のような選択サーバリストを更新する（Ｓ４１５）。
【００３４】
次にユーザのファイル配信要求からある一つのサーバが選択されるまでのステップを図７を参照しながら説明する。
【００３５】
ユーザ端末１０からインターネット２０を通じ、サーバ選択装置４０のユーザ側通信手段４１にファイル要求が通知されると、ユーザ通信手段４１からサーバ選出手段４２へファイル配信要求が通知される（Ｓ７０１）。サーバ選出手段４２は配信要求管理手段４５の図３のような配信要求状況リストを参照し、配信要求状況リストへ追加を行う（Ｓ７０２）。サーバ選出手段４２は、図６の選択サーバリストを参照し、サーバ選択制御を行っているか判断を行う（Ｓ７０３）。選択サーバリストが空である場合、サーバ選択制御は行わないと判断する。その後サーバ選出手段４２は、ラウンドロビン方式により、ファイル提供サーバを決定する（Ｓ７０４）。サーバ選出手段４２は、サーバ監視手段４４より図８のような各サーバにおける現在のサーバ内リソース仕様状態と過負荷判定を記録したサーバリソース状態リストを参照し、該当サーバが過負荷かどうか判断する（Ｓ７０５）。過負荷であれば、ラウンドロビン方式によりファイル提供サーバを決定しなおす（Ｓ７０４）。該当サーバが過負荷でない場合、サーバ選出手段４２からサーバＡ３０〜サーバＮ３２の該当サーバに配信要求を通知し、ユーザ端末１０を前記該当サーバへ接続する（Ｓ７０６）。
【００３６】
選択サーバリストが空でない場合、サーバ選択制御を行うと判断する。その後サーバ選出手段４２は、要求されたファイルがサーバ選択対象ファイルであるか判断を行う（Ｓ７０７）。要求されたファイルがサーバ選択対象ファイルでない場合、サーバ選出手段４２は、図６のような選択サーバリストから選択対象サーバを区別し、選択対象該サーバのリストアップを行う（Ｓ７０８）。その後、リストアップされた中から、ラウンドロビン方式により、ファイル提供サーバを決定する（Ｓ７０９）。サーバ選出手段４２は、サーバ監視手段４４より図８のようなサーバリソース状態リストを参照し、該当サーバが過負荷かどうか判断する（Ｓ７１０）。過負荷であれば、ラウンドロビン方式によりファイル提供サーバを決定し直す（Ｓ７０９）。該当サーバが過負荷でない場合、サーバ選出手段４２から該当サーバに配信要求を通知し、ユーザ端末１０を前記該当サーバへ接続する（Ｓ７１１）。
【００３７】
要求されたファイルがサーバ選択対象ファイルである場合、図６のような選択サーバリストより選択対象サーバを決定する（Ｓ７１２）。サーバ選出手段４２は、サーバ監視手段４４より図８のようなサーバリソース状態リストを参照し、選択対象サーバが過負荷かどうか判断する（Ｓ７１３）。選択対象サーバが過負荷である場合、サーバ選出手段４２は、図６のような選択サーバリストから選択対象サーバを区別し、選択対象外サーバのリストアップを行う（Ｓ７０８）。選択対象サーバが過負荷でない場合、サーバ選出手段４２から選択対象サーバに配信要求を通知し、ユーザ端末１０を前記該当選択対象サーバへ接続する（Ｓ７１４）。
【００３８】
以上までの具体例をあげる。１台のサーバからの１つのファイルを配信するときの限界配信数が１０００、２つのファイルを配信するときの限界配信数が７００，３つ以上配信するときの限界配信数が５００である配信サーバが複数台あるとする。
【００３９】
複数ファイルのそれぞれの配信要求回数に「ジップの法則」と呼ばれる偏りが生じ、現在単位時間あたり、１番目のファイルの配信要求が１０００回、２番目のファイルの配信要求が５００回、３番目のファイルの配信要求が３３３回…である場合、単位時間あたりの総配信要求数は３５９８ユーザ要求となる。
【００４０】
これらのサーバを５台用いて、２０個の大容量コンテンツを含むファイルを複数のユーザに配信する場合、ユーザ要求をラウンドロビン方式で５台のサーバに分割すると、最大５００ユーザ要求×５台＝２５００ユーザ要求しか受け付けることができない。
【００４１】
本発明を用いたサーバ選択装置及びその方法でユーザ要求を同じ５台のサーバに分割すると、最大１０００ユーザ要求×１台＋７００ユーザ要求×１台＋５００×３台＝３２００ユーザ要求を受け付けることが可能である。１台のサーバを１番目ファイル専用配信サーバに、もう１台のサーバを２，３番目ファイル専用配信サーバに、残りのサーバを全てのファイルを配信するサーバにすることで、既存の手法よりも７００ユーザ要求多く処理することが可能となり、発明の効果が生じる。
【００４２】
最後に、サーバに接続されたユーザ端末１０からサーバ選出手段４２へ接続解除要求が通知される。または、サーバからユーザ端末１０へファイル提供が終了した場合（ステップ９０１）、サーバ選出手段４２は配信要求管理手段４５の図３のような配信要求状況リストを更新する（Ｓ９０２）。その後、サーバ選出手段４２からサーバへ接続解除が通知され、ユーザ端末１０からサーバへの接続が解除される（Ｓ９０３）。
【００４３】
【発明の効果】
以上説明したように、請求項１の発明によれば、ハードディスクのデータ読み出し遅延によるデータ損失が少なく抑えられ転送時間を短く抑えることができるので、多数のユーザが特定のコンテンツに集中して配信要求するような場合には、複数のサーバ群全体で処理できるユーザ数を増やすことができ、より多くのユーザにより快適なサービスを提供することができる。
【００４４】
請求項２の発明によれば、ユーザのファイル配信要求数とサーバのファイル配信状態に基づいて、特定のサーバのみが特定のファイルのみを提供するようにできる。
【００４５】
請求項３の発明によれば、各サーバの各ファイルの配信状況を常時把握することができるので、ユーザのファイル配信要求に対して、ファイル配信の効率のよいサーバを確実に割り当てることができる。
【００４６】
請求項４の発明によれば、ある一時及びある一定期間のユーザのファイル配信要求状況を常時把握することができるので、サーバ選択制御の必要なファイルを確実に選択することができる。
【００４７】
請求項５の発明によれば、ハードディスクのデータ読み出し遅延によるデータ損失が少なく抑えられ転送時間を短く抑えることができるので、多数のユーザが特定のファイルに集中して配信要求するような場合には、複数のサーバ群全体で処理できるユーザ数を増やすことができ、より多くのユーザにより快適なサービスを提供することができる。
【００４８】
請求項６の発明によれば、ハードディスクのデータ読み出し遅延によるデータ損失が少なく抑えられ転送時間を短く抑えることができるので、多数のユーザが特定のファイルに集中して配信要求するような場合には、複数のサーバ群全体で処理できるユーザ数を増やすことができ、より多くのユーザにより快適なサービスを提供することができる。
【００４９】
請求項７の発明によれば、配信要求数が１番目に多いファイル及び配信要求数が２，３番目に多いファイルを、それぞれ一つのサーバに配信させる場合と、配信要求数が１番目に多いファイルのみを一つのサーバに配信させる場合と、全くサーバの選択制御の必要がない場合との３種類に場合分けすることで、最も効率のよいファイルの配信を行うことができ、より多くのユーザにより快適なサービスを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るサーバ選択装置を実現するシステム構成を示す図
【図２】サーバ状態リストを示す図
【図３】配信要求状況リストを示す図
【図４】サーバ選択制御判定フローチャート
【図５】配信要求ログを示す図
【図６】選択サーバリストを示す図
【図７】サーバへの接続フローチャート
【図８】サーバリソース状態リストを示す図
【図９】サーバへの接続解除フローチャート
【符号の説明】
１０…ユーザ端末、２０…インターネット、３０…サーバＡ，３１…サーバＢ、３２…サーバＮ、４０…サーバ選択装置、４１…ユーザ側通信部、４２…サーバ選出部、４３…配信要求管理部、４４…サーバ監視部。
【図１】
2004021282.tif 000003
【図２】
2004021282.tif 000004
【図３】
2004021282.tif 000005
【図４】
2004021282.tif 000006
【図５】
2004021282.tif 000007
【図６】
2004021282.tif 000008
【図７】
2004021282.tif 000009
【図８】
2004021282.tif 000010
【図９】
2004021282.tif 000011