JP5536742B2 - Ｐ２ｐ基盤のストリーミングサービスのサーバ使用量を調整するシステムおよび方法 - Google Patents

Description

本発明は、Ｐ２Ｐ基盤のストリーミングサービスのサーバ使用量を調整するシステムおよび方法に関する。

Ｐ２Ｐサービス（Ｐｅｅｒ ｔｏ Ｐｅｅｒ Ｓｅｒｖｉｃｅ）は、インターネット上の情報を検索エンジンを経由して検索しなければならない既存方式とは異なり、インターネットに接続された全てのパーソナルコンピュータから直接に情報の提供を受けるサービスである。

また、一般的に「ストリーミング」とは、ネットワークを介してファイルをリアルタイムに受信して再生する技術であり、最も多く用いられる技術としてプログレッシブストリーミング（ｐｒｏｇｒｅｓｓｉｖｅ ｓｔｒｅａｍｉｎｇ）がある。

このようなストリーミング技術をＰ２Ｐ技術に用いる場合、サーバおよびサービス側の負荷を減らすことができるため、コスト軽減という効果を奏し得る。これを実現するために、Ｐ２Ｐ基盤のストリーミングサービスを用いるクライアントは、マルチメディアファイルのようなコンテンツを再生させる専用プレーヤに、Ｐ２Ｐ基盤のストリーミングサービスを用いるために必要な機能を搭載し、Ｐ２Ｐ基盤のストリーミングをサービスするサーバと通信してＰ２Ｐ基盤のストリーミングサービスの実現を図る。より具体的に説明すると、サーバがウェブページを介して提供可能なコンテンツインデックスをユーザに提供し、クライアントはこのインデックスからサービスされるコンテンツをクリックして選択する。そして、サービスされるコンテンツが選択されると、クライアントにインストールされている専用プレーヤが実行されて選択されたコンテンツが再生される。このとき、専用プレーヤは、Ｐ２Ｐ技術を用いて選択されたコンテンツをサーバと他のピア（ｐｅｅｒ）から受信して再生する。

Ｐ２Ｐ基盤のストリーミングサービスを利用しようとするユーザクライアントがサーバに接続した後、ユーザクライアントからコンテンツが選択されると、選択されたコンテンツを保有しているピアを検索してユーザクライアントにコンテンツが提供されるように結合される。すなわち、ユーザクライアントの専用プレーヤは、選択されたコンテンツのファイルをサーバまたはコンテンツを保有している他のピアから受信して再生する。

このとき、従来技術に係るＰ２Ｐ基盤のストリーミングサービスでは、予想される同時接続者数に合わせて最大の共有率を算出し、サーバ使用量を予め決定する。しかし、同時接続者数のピークに比べてかえって序盤にサーバ使用量が高くなる傾向がある。このとき、ネットワーク費用はサーバ使用量のピークに応じて決定されるため、序盤の高いサーバ使用量に応じてサービス提供者は高いネットワーク費用を支払わなければならない問題がある。それだけでなく、同時接続者数を予め予想することは困難であるという問題もある。

本明細書の目的は、サーバ使用量を効果的に決定することのできるシステムおよび方法を提供する。

本発明の目的は、同時接続者の流入率と現在の同時接続者数に応じて適応的にサーバ使用量を調整することのできるシステムおよび方法を提供する。

本発明の目的は、同時接続者の流入率に基づいて決定される定数の現在の同時接続者数の比率に応じてサーバ使用量を調整することによって、同時接続者数に関係なく、常に低いサーバトラフィックを維持することのできるシステムおよび方法を提供する。

本発明の一実施形態によれば、現在の同時接続者数を提供する現在の同時接続者数提供部と、同時接続者の流入率を用いて決定される定数の現在の同時接続者数の比率に基づいてサーバ使用量を調整するサーバ使用量調整部とを備えるＰ２Ｐ基盤のストリーミングサービスにおいてサーバ使用量を調整するシステムが提供される。

また、本発明の一実施形態によれば、エンコーダからデータストリームを受信してピースにインデックスするパケット化サーバと、パケット化サーバからピースを受信し、クライアントのリクエストに応じてピースをクライアントに送信するデリバリーサーバと、クライアントのインデックスを維持して検索サービスを提供するインデックスサーバとを備え、同時接続者の流入率を用いて決定される定数の現在の同時接続者数の比率に応じてサーバ使用量が調整されるサーバ使用量調整システムが提供される。

また、本発明の一実施形態によれば、現在の同時接続者数を提供することと、同時接続者の流入率を用いて決定される定数の現在の同時接続者数の比率に基づいてサーバ使用量を調整することとを含むＰ２Ｐ基盤のストリーミングサービスにおいてサーバ使用量を調整する方法が提供される。

また、本発明の一実施形態によれば、クライアントのインデックスを維持して検索サービスを提供することと、エンコーダからデータストリームを受信してピースにインデックスすることと、クライアントのリクエストに応じてピースをクライアントに送信することとを含み、同時接続者の流入率を用いて決定される定数の現在の同時接続者数の比率に応じてサーバ使用量が調整されるサーバ使用量調整方法が提供される。

本発明によると、同時接続者の流入率と現在の同時接続者数に応じて適応的にサーバ使用量を調整することができる。

また、本発明によると、同時接続者の流入率に基づいて決定される定数の現在の同時接続者数の比率に応じてサーバ使用量を決定することによって、同時接続者数に関係なく、常に低いサーバトラフィックを維持することができる。

本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスを提供するシステムの論理的な構成を示す図である。 本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスを提供するシステムの物理的な構成を示す図である。 本発明の一実施形態に係るパケット化サーバの二重化を説明するための図である。 本発明の一実施形態に係るデリバリーサーバの二重化を説明するための図である。 本発明の一実施形態に係るインデックスサーバの二重化を説明するための図である。 本発明の一実施形態に係るピア管理システムを示す図である。 本発明の一実施形態に係るピアで利用可能なバッファを説明するための図である。 本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスでサーバ使用量を調整する方法を示すフローチャートである。 本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスでサーバ使用量を調整する方法を示すフローチャートである。

以下、本発明の実施形態を添付する図面を参照しながら詳細に説明する。

図１は、本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスを提供するシステムの論理的な構成を示す図である。図１は、メディアソース１１０、パケット化サーバ１２０、デリバリーサーバグループ１３０、クライアント１４０、および複数のピア１５０を示している。

ここで、メディアソース１１０はデータストリームを提供するエンコーダを意味する。パケット化サーバ１２０は、このようなメディアソース１１０からデータストリームを受信してピースにインデックスしてもよい。データストリームをＰ２Ｐサービスを介して提供するためにピースにインデックスする方法は既に公知された様々な方法の１つの方法を用いてもよい。パケット化サーバ１２０はメディアソース１１０ごとに１つずつ存在してもよい。例えば、プロ野球を中継するときに４つの試合が行われる場合、４つの試合に対して４つのメディアソース１１０が存在すれば、パケット化サーバ１２０も４つ用いてもよい。このようなパケット化サーバ１２０については図３を参照してより詳しく説明する。

デリバリーサーバグループ１３０は、少なくとも１つのデリバリーサーバ１３１から構成されてもよい。このとき、デリバリーサーバグループ１３０で動作するデリバリーサーバ１３１の数は同時接続者数に応じて調整してもよい。デリバリーサーバ１３１は、パケット化サーバ１２０からインデックスされたピースを受信し、これをバッファリングしてもよい。このとき、クライアント１４０のリクエストに応じてピースをクライアント１４０に送信してもよい。

ここで、クライアント１４０はＰＣのようなユーザ端末を意味し、図１に示すようにピア１４１とプレーヤ１４２を含んでもよい。ピア１４１は、デリバリーサーバ１３１と複数のピア１５０のうち少なくとも１つからピースを受信してプレーヤ１４２にデータストリームを送信してもよい。一例として、ピア１４１は、クライアント１４０に設置されて動作するプログラムであってもよい。複数のピア１５０も複数のクライアントに設置されて動作してもよい。

すなわち、パケット化サーバ１２０からピースに変換されたデータストリームは、デリバリーサーバグループ１３０を介して全体クライアントのうち少なくとも一部に送信されてもよく、１つのクライアント１４０の立場からは、デリバリーサーバ１３１と他のクライアントからピースを受信してデータストリームをプレーヤ１４２に送信することによって、ユーザはＰ２Ｐ基盤のストリーミングサービスが提供されるようになる。

このとき、本発明の一実施形態に係るサーバ使用量調整システムは、図１を参照して説明したシステムそのものを意味し、必要に応じて図１を参照して説明したシステムに含まれたり関連してもよい。サーバ使用量調整システムは、同時接続者数を考慮して適応的にサーバ使用量を調整することによって、同時接続者数に関係なく常に低いサーバトラフィックを維持することができる。このとき、サーバ使用量は、同時接続者の流入率を用いて決定される定数の現在の同時接続者数の比率に基づいて調整されてもよい。一例として、サーバ使用量を下記の数式（１）のように算出されてもよい。

ここで、「ｃ」は同時接続者の流入率を用いて決定される定数、「ｎ」は現在の同時接続者数をそれぞれ意味する。このとき、「ｃ」は経験的テストを介して管理者やシステムによって決定される定数として、基本的には同時接続者の流入率が高いほど相対的に大きい値に決定されてもよく、流入率が低いほど相対的に小さい値に決定されてもよい。このような数式（１）は「ｃ」名のトラフィックとして、「ｎ」名のユーザをカバーすることを意味する。例えば、「ｃ」が６であれば、６人に提供するためのトラフィックであり、「ｎ」名（現在の同時接続者）の全てをカバーすることを意味する。

すなわち、同時接続者の流入率が高まって現在の同時接続者数が増加しても、定数である「ｃ」は固定される一方、「ｎ」が増加するためサーバ使用量は次第に減少することになる。したがって、同時接続者数に関係なく、常に低いサーバ使用量を維持することができる。

このために、サーバ使用量調整システムは、現在の同時接続者数を提供する現在の同時接続者数提供部（図示せず）および同時接続者の流入率を用いて決定される定数の現在の同時接続者数の比率に基づいて、サーバ使用量を調整するサーバ使用量調整部（図示せず）を備えてもよい。

図２は、本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスを提供するシステムの物理的な構成を示す図である。図２は、Ｐ２Ｐ基盤のストリーミングサービスのための装備を提供する外部ＩＤＣ２１０、データストリームを提供するエンコーダ業者２２０、および外部ＩＤＣ２１０がクライアント２４０にデータストリームを提供する過程を管理するための内部ＩＤＣ２３０を示している。

外部ＩＤＣ２１０は、パケット化サーバ２１１、メインネットチェッカー２１３、サブネットチェッカー２１４、デリバリーサーバ２１２、およびインデックスサーバ２１５、並びに複数のスイッチ２１６を備えてもよい。ここで、パケット化サーバ２１１、デリバリーサーバ２１２、メインネットチェッカー２１３、サブネットチェッカー２１４、およびインデックスサーバ２１５は、それぞれ１つのサーバではない複数のサーバから構成されてもよく、複数のスイッチ２１６は、それぞれ複数のサーバのうち該当するサーバにデータを送信したり、該当するサーバからデータを受信するために用いられてもよい。複数のスイッチ２１６はそれぞれ一例としてＬ４スイッチを用いてもよい。

パケット化サーバ２１１は、エンコーダ業者２２０のメディアエンコーダ２２１からデータストリームを受信し、受信されたデータストリームをシステムで用いるためのデータに加工する。すなわち、パケット化サーバ２１１はデータストリームを複数のピースに変換してもよい。既に説明したように、メディアエンコーダ２２１ごとに１つずつのパケット化サーバ２１１で実行されてもよい。

デリバリーサーバ２１２は、パケット化サーバ２１１から受信したピースをクライアント２４０のリクエストに応じてクライアント２４０に送信する。また、インデックスサーバ２１５は、クライアント２４０のインデックスを維持して検索サービスを提供する。ここで、メインネットチェッカー２１３とサブネットチェッカー２１４はピア間の接続を中継する中継サーバを意味する。

次の表１は、同時接続者数が１５万人であり、コンテンツビットレートが５００ｋｂｐｓ、共有率が８０％である場合に必要なサーバの数を示している。

内部ＩＤＣ２３０が含んでいるＬＭＳ２３１は、ピア管理システムを意味する。このようなＬＭＳ２３１は、パケット化サーバ２１１、デリバリーサーバ２１２、およびインデックスサーバ２１５を管理するサーバとして、サーバのアップロードやダウンロード状態またはトラフィック、クエリ数、リソース（ＣＰＵ、メモリ）、共有率などをモニタリングしてもよい。また、ＬＭＳ２３１は、同時接続者数、ユニーク訪問者数、共有率、ユーザの速度分布、平均視聴時間、および視聴チャネル数などの統計データを生成してＤＢ２３２に格納してもよい。すなわち、ＤＢ２３２は統計データを格納するサーバを意味する。

このとき、上述したように本発明の一実施形態に係るシステムは、同時接続者数を考慮して適応的にサーバ使用量を調整することによって、同時接続者数に関係なく、常に低いサーバトラフィックを維持することができる。このとき、サーバ使用量は、同時接続者の流入率を用いて決定される定数である現在の同時接続者数の比率に基づいて調整してもよい。一例として、サーバ使用量を前述した数式（１）のように算出してもよく、このようなサーバ使用量は、図２を参照して説明したデリバリーサーバ２１２のトラフィックを意味する。また、図１を参照して説明したサーバ使用量調整システムは、図２を参照して説明したシステムそのものを意味し、前述したＬＭＳ２３１に含まれてもよい。

図３は、本発明の一実施形態に係るパケット化サーバの二重化を説明するための図である。図３は、４個のエンコーダ３１０から３４０によってデータストリームが提供される場合、主パケット化サーバ群３５０で４個のパケット化サーバが動作する可能性があることを示している。すなわち、「ＰＳ−１」、「ＰＳ−２」、「ＰＳ−３」および「ＰＳ−４」は前述した４個のパケット化サーバを意味する。

このとき、４個のパケット化サーバは、４個のエンコーダ３１０〜３４０から受信されるデータストリームをＰ２Ｐで用いられる形態のデータに変換し、全てのデリバリーサーバに変換されたデータを送信してもよい。このとき、４個のパケット化サーバと全てのデリバリーサーバは、スイッチ３７０を用いてデータを送受信してもよい。

このようなパケット化サーバは、ＣＰＵやトラフィックなどのリソースの使用量が多くない。例えば、２０台のデリバリーサーバ（同時接続者数１５万人基準）が接続した場合、１Ｍｂｐｓの大きさのコンテンツに対して２０Ｍｂｐｓのトラフィックのみを用いる。

また、パケット化サーバごとに４個のエンコーダ３１０ないし３４０から互いに異なるデータストリームが送信されるため、図３に示すように、ピースは主パケット化サーバ群３５０と副パケット化サーバ群３６０のうち、１つのサーバ群でのみ生成されなければならない。したがって、主パケット化サーバ群３５０と副パケット化サーバ群３６０はアクティブ／スタンバイの形態で動作してもよい。副パケット化サーバ群３６０は、主パケット化サーバ群３５０の障害に対応するために用いられてもよい。

図４は、本発明の一実施形態に係るデリバリーサーバの二重化を説明するための図である。パケット化サーバ群４１０に変換されたデータのピースはデリバリーサーバ群４２０に送信される。このとき、「ＤＳ−ｎ」は「ｎ」番目のデリバリーサーバを意味し、デリバリーサーバ群４２０内に「ｎ」個のデリバリーサーバが存在することを意味する。

各デリバリーサーバは、パケット化サーバからピースが送信されて一定の数だけバッファリングを行って、クライアントのピアのリクエストに応じて該当ピースをピアに送信する。このとき、デリバリーサーバ群４２０のデリバリーサーバもスイッチ４３０にバインディングされてもよく、同時接続者数の増加に応じてデリバリーサーバを増加させることでトラフィックを調整することができる。

図５は、本発明の一実施形態に係るインデックスサーバの二重化を説明するための図である。インデックスサーバ群５１０は、複数のインデックスサーバを含んでもよく、「ＩＳ−ｎ」は「ｎ」番目のインデックスサーバを意味し、インデックスサーバ群５２０内に「ｎ」個のインデックスサーバが存在することを意味する。

このとき、複数のインデックスサーバのそれぞれはクライアントのピアを管理する。より詳しくは、クライアントに設置されたピアを管理し、リクエストに係る検索結果を送信する。また、インデックスサーバはメッセージ送信を行なってもよく、ピアと持続的な接続を維持することができる。このようなインデックスサーバそれぞれはスイッチ５２０とバインディングしてもよく、同時接続者数に応じてインデックスサーバを増加させてもよい。

図６は、本発明の一実施形態に係るピア管理システムを示す図である。図６に示されたＬＭＳ６１０はピア管理システムを、ＩＳ６２０はインデックスサーバを、ＰＳ６３０はパケット化サーバを、ＤＳ６４０はデリバリーサーバをそれぞれ意味する。このとき、ピア管理システムは、インデックスサーバ、パケット化サーバ、およびデリバリーサーバに対する管理、配布、更新およびモニタリング機能を行い、ピアに対する統計収集および分析機能を行なってもよい。例えば、ピア管理システムは、ＣＰＵやメモリの使用量またはトラフィックのように前述したサーバの状態をモニタリングし、障害状況に対するイベント通知機能（ＳＭＳ、ｅ−ｍａｉｌ）を提供してもよい。

図７は、本発明の一実施形態に係るピアで利用可能なバッファを説明するための図である。ピアは上述したように、クライアントに設置されて動作できるソフトウェアとして、いずれのピースをどこから受信するかを決定する。次の表２は、ピアにおけるピースの選択方法と受信可能なソースを示している。

表２において「Ｒａｒｅｓｔ Ｆｉｒｓｔ」は、ネットワーク上で最も希有な（ｒａｒｅ）ピースを先に受信するピース選択方法を意味し、「Ｐｒｏｇｒｅｓｓｉｖｅ」は前から順次にピースを受信するピース選択方法を意味する。このとき、ピースはデリバリーサーバを介して受信したり他のピアから受信してもよい。

このとき、ピアは再生を円滑にして共有効率を上げるために、受信されたピースを格納するバッファを用いてもよい。図７は、第１バッファ７１０から第３バッファ７３０を示している。

まず、第１バッファ７１０は、「Ｐｒｏｇｒｅｓｓｉｖｅ」を介して受信されたピースを格納するための第１範囲７１１と、「Ｒａｒｅｓｔ Ｆｉｒｓｔ」を介して受信されたピースを格納するための第２範囲７１２とに分類してもよい。同時に、第１バッファ７１０は、デリバリーサーバを介して受信されたピースを格納するための第３範囲７１３と他のピアを介して受信されたピースを格納するための第４範囲７１４とに分類してもよい。

第２バッファ７２０は、実際に分離されたバッファの領域を示している。すなわち、第２バッファ７２０はデリバリーサーバを介して「Ｐｒｏｇｒｅｓｓｉｖｅ」に受信されたピースを格納するための第１領域７２１、他のピアを介して「Ｐｒｏｇｒｅｓｓｉｖｅ」に受信されたピースを格納するための第２領域７２２、および他のピアを介して「Ｒａｒｅｓｔ Ｆｉｒｓｔ」に受信されたピースを格納するための第３領域７２３に区分してもよい。

第３バッファ７３０は、分離された領域の大きさが互いに異なることを示している。すなわち、第３バッファ７３０は、領域Ａ７３１、領域Ｂ７３２、および領域Ｃ７３３がそれぞれ互いに異なる大きさの比率で構成された一例を示す。一例として、領域Ａ７３１、領域Ｂ７３２、領域Ｃ７３３の大きさの比率は１：４：１６の比率を有してもよい。このような比率は必要に応じて調整されてもよい。また、必要に応じて領域Ｂ７３２と領域Ｃ７３３にも一定部分のピースがデリバリーサーバから受信されて格納してもよい。

図８は、本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスでサーバ使用量を調整する方法を示すフローチャートである。本実施形態に係るサーバ使用量を調整する方法は、図１および図２を参照して説明したサーバ使用量調整システムによって行ってもよい。

ステップＳ８１０において、サーバ使用量調整システムは、現在の同時接続者数を提供する。上述したように、ライブキャスト管理システムは同時接続者数を管理し、サーバ使用量調整システムはライブキャスト管理システムで管理される同時接続者数を受信して提供してもよい。

ステップＳ８２０において、サーバ使用量調整システムは、同時接続者の流入率を用いて決定される定数である現在の同時接続者数の比率に基づいてサーバ使用量を調整する。このとき、同時接続者の流入率を用いて決定される定数は、流入率が高いほど相対的に大きい値に決定され、流入率が低いほど相対的に小さい値に決定されてもよい。

また、サーバ使用量に基づいてデータストリームのピースをクライアントに送信するデリバリーサーバの数を決定してもよい。この場合、クライアントはピースを臨時に格納するバッファを含み、バッファは順次にピースを受信するためのピース選択方法であるプログレッシブを用いてデリバリーサーバを介して受信したピースを格納するための第１領域、プログレッシブを用いて他のクライアントを介して受信したピースを格納するための第２領域、およびネットワーク上で最も希有なピースを先に受信するためのピース選択方法である「レアレストファースト（ｒａｒｅｓｔ ｆｉｒｓｔ）」方式を用いて他のクライアントを介して受信したピースを格納するための第３領域を含んでもよい。

図９は、本発明の一実施形態に係るＰ２Ｐ基盤のストリーミングサービスでサーバ使用量を調整する方法を示すフローチャートである。本実施形態に係るサーバ使用量を調整する方法は、図１および図２を参照して説明したサーバ使用量調整システムによって行われてもよい。

サーバ使用量調整システムは、ステップＳ９１０においてクライアントのインデックスを維持して検索サービスを提供し、ステップＳ９２０においてエンコーダからデータストリームを受信してピースにインデックスする。また、サーバ使用量調整システムは、ステップＳ９３０においてクライアントのリクエストに応じてピースをクライアントに送信し、ステップＳ９４０において同時接続者数、共有率、ユーザの速度分布、平均視聴時間、および視聴チャネル数のうち少なくとも１つに関する情報を生成する。このとき、同時接続者の流入率を用いて決定される定数である現在の同時接続者数の比率に応じてサーバ使用量を調整してもよい。この場合、定数は流入率が高いほど相対的に大きい値に決定され、流入率が低いほど相対的に小さい値に決定されてもよい。

また、サーバ使用量に基づいてデータストリームのピースをクライアントに送信するデリバリーサーバの数を決定してもよい。このとき、クライアントはピースを臨時に格納するバッファを含み、バッファは順次にピースを受信するためのピース選択方法であるプログレッシブを用いてデリバリーサーバを介して受信したピースを格納するための第１領域、プログレッシブを用いて他のクライアントを介して受信したピースを格納するための第２領域、およびネットワーク上で最も希有なピースを先に受信するためのピース選択方法であるレアレストファーストを用いて他のクライアントを介して受信したピースを格納するための第３領域を含んでもよい。

このように、本発明の実施形態に係るシステムおよび方法を用いると、同時接続者の流入率と現在の同時接続者数に応じて適応的にサーバ使用量を調整することができ、同時接続者の流入率に基づいて決定される定数の現在の同時接続者数の比率に応じてサーバ使用量を決定することで、同時接続者数に関係なく常に低いサーバトラフィックを維持することができる。

本発明の実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。

上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。

したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。

１２０ パケット化サーバ
１３０ デリバリーサーバグループ
１３１ デリバリーサーバ
１４０ クライアント
１４１ ピア
１４２ プレーヤ
１５０ 複数のピア

Claims (14)

1. Ｐ２Ｐ基盤のストリーミングサービスにおいて、前記ストリーミングサービスを提供するサーバに同時に接続する複数のクライアントのサーバ使用量を調整するシステムであって、
   現在の同時接続者数（ｎ）を提供する現在の同時接続者数提供部と、
   同時接続者の流入率を用いて決定される定数（ｃ）の前記現在の同時接続者数（ｎ）に対する比率（ｃ／ｎ）に基づいて前記サーバ使用量を調整するサーバ使用量調整部と、
   を備えることを特徴とするサーバ使用量調整システム。
2. 前記現在の同時接続者数（ｎ）に応じて、データストリームのピースを前記クライアントに送信するデリバリーサーバの数が調整されることを特徴とする請求項１に記載のサーバ使用量調整システム。
3. Ｐ２Ｐ基盤のストリーミングサービスにおいて、前記ストリーミングサービスを提供するサーバに同時に接続する複数のクライアントのサーバ使用量を調整するシステムであって、
   エンコーダからデータストリームを受信してピースにインデックスするパケット化サーバと、
   前記パケット化サーバから前記ピースを受信し、前記クライアントのリクエストに応じて前記ピースを前記クライアントに送信するデリバリーサーバと、
   前記クライアントのインデックスを維持して検索サービスを提供するインデックスサーバと、
   を備え、
   同時接続者の流入率を用いて決定される定数（ｃ）の現在の同時接続者数（ｎ）に対する比率（ｃ／ｎ）に応じてサーバ使用量が調整されることを特徴とするサーバ使用量調整システム。
4. 前記定数（ｃ）は前記流入率が高いほど相対的に大きい値に決定され、前記流入率が低いほど相対的に小さい値に決定されることを特徴とする請求項１または３に記載のサーバ使用量調整システム。
5. 前記クライアントは、前記ピースを臨時に格納するバッファを含み、
   前記バッファは、順次にピースを受信するためのピース選択方法であるプログレッシブを用いて前記デリバリーサーバを介して受信したピースを格納するための第１領域、前記プログレッシブを用いて他のクライアントを介して受信したピースを格納するための第２領域、およびネットワーク上で最も希有なピースを先に受信するためのピース選択方法であるレアレストファースト（ｒａｒｅｓｔ ｆｉｒｓｔ）を用いて前記他のクライアントを介して受信したピースを格納するための第３領域を含むことを特徴とする請求項２または３に記載のサーバ使用量調整システム。
6. 前記パケット化サーバ、前記デリバリーサーバ、および前記インデックスサーバを管理し、前記現在の同時接続者数（ｎ）、共有率、ユーザの速度分布、平均視聴時間、および視聴チャネル数のうち少なくとも１つに関する情報を管理するサーバ管理部をさらに備えることを特徴とする請求項３に記載のサーバ使用量調整システム。
7. Ｐ２Ｐ基盤のストリーミングサービスにおいて、前記ストリーミングサービスを提供するサーバに同時に接続する複数のクライアントのサーバ使用量を調整するシステムによるサーバ使用量調整方法であって、
   現在の同時接続者数（ｎ）を提供するステップと、
   同時接続者の流入率を用いて決定される定数（ｃ）の前記現在の同時接続者数（ｎ）に対する比率（ｃ／ｎ）に基づいて前記サーバ使用量を調整するステップと、
   を含むことを特徴とするサーバ使用量調整方法。
8. 前記現在の同時接続者数（ｎ）に応じて、データストリームのピースを前記クライアントに送信するデリバリーサーバの数が調整されることを特徴とする請求項７に記載のサーバ使用量調整方法。
9. 前記クライアントは前記ピースを臨時に格納するバッファを含み、
   前記バッファは、順次にピースを受信するためのピース選択方法であるプログレッシブを用いて前記デリバリーサーバを介して受信したピースを格納するための第１領域、前記プログレッシブを用いて他のクライアントを介して受信したピースを格納するための第２領域、およびネットワーク上で最も希有なピースを先に受信するためのピース選択方法であるレアレストファーストを用いて前記他のクライアントを介して受信したピースを格納するための第３領域を含むことを特徴とする請求項８に記載のサーバ使用量調整方法。
10. Ｐ２Ｐ基盤のストリーミングサービスにおいて、前記ストリーミングサービスを提供するサーバに同時に接続する複数のクライアントのサーバ使用量を調整するシステムによるサーバ使用量調整方法であって、
    前記クライアントのインデックスを維持して検索サービスを提供することと、
    エンコーダからデータストリームを受信してピースにインデックスすることと、
    前記クライアントのリクエストに応じて前記ピースを前記クライアントに送信することと、
    を含み、
    前記サーバ使用量は、同時接続者の流入率を用いて決定される定数（ｃ）の現在の同時接続者数（ｎ）に対する比率（ｃ／ｎ）に応じて調整されることを特徴とするサーバ使用量調整方法。
11. 前記定数（ｃ）は前記流入率が高いほど相対的に大きい値に決定され、前記流入率が低いほど相対的に小さい値に決定されることを特徴とする請求項７または１０に記載のサーバ使用量調整方法。
12. 前記クライアントは前記ピースを臨時に格納するバッファを含み、
    前記バッファは、順次にピースを受信するためのピース選択方法であるプログレッシブを用いてデリバリーサーバを介して受信したピースを格納するための第１領域、前記プログレッシブを用いて他のクライアントを介して受信したピースを格納するための第２領域、およびネットワーク上で最も希有なピースを先に受信するためのピース選択方法であるレアレストファーストを用いて前記他のクライアントを介して受信したピースを格納するための第３領域を含むことを特徴とする請求項１０に記載のサーバ使用量調整方法。
13. 前記現在の同時接続者数（ｎ）、共有率、ユーザの速度分布、平均視聴時間、および視聴チャネル数のうち少なくとも１つに関する情報を生成することをさらに含むことを特徴とする請求項１０に記載のサーバ使用量調整方法。
14. 請求項７乃至１０、請求項１２、または１３のうちいずれか一項に記載の方法を行うことを特徴とするプログラムを記録したコンピュータで読み出し可能な記録媒体。