コンテンツ配信制御装置、その方法、ユーザ端末及びプログラム
【課題】 ユーザによるピア同士の通信への協力によって、コンテンツ配信に関する効率的な制御を実現する。
【解決手段】 本発明は、コンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納し、コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納し、現状態記憶手段と理想状態記憶手段に格納された各ユーザ端末及びコンンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出し、インセンティブと、対象となるコンテンツのアップロードを可能にするためのインタフェースを提供する。
【解決手段】 本発明は、コンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納し、コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納し、現状態記憶手段と理想状態記憶手段に格納された各ユーザ端末及びコンンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出し、インセンティブと、対象となるコンテンツのアップロードを可能にするためのインタフェースを提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムの通信品質を向上させるためのコンテンツ配信制御装置、その方法、ユーザ端末及びプログラムに係り、特に、コンテンツ配信システムを利用するユーザに対して適切なインセンティブを配分することによって、コンテンツ配信の通信品質を効率的に向上させるためのコンテンツ配信制御装置、その方法、ユーザ端末及びプログラムに関する。
【背景技術】
【０００２】
超高精細映像等のリッチコンテンツがネットワークで流通するようになり、コンテンツの効率的な配信に必要となる技術が検討、開発されてきた。従来のCDN(Content Delivery Network)と呼ばれる手法では、コンテンツの複製を地理的に分散して保持し、クライアントからの要求に対しては最も近くの複製をダウンロードするよう指示する技術であり、この手法によって、コンテンツ配信源にかかる負荷を軽減することができるばかりでなく、ダウンロード先を戦略的に選択することによってダウンロードに要する時間や、無駄なトラヒックを軽減することで効率化ができるというメリットがあった。
【０００３】
しかしながら一般にCDNはISP（Internet Service Provider）が運用するものではないため、ISP内でのネットワークトポロジや負荷バランスの変化に対し、より柔軟できめ細かい制御ができないという柔軟性の問題がある。例えばあるネットワークが広い地域をカバーしている場合、一般にCDN業者が設置するキャッシュサーバはすべての地域をカバーするわけではないので、配信元サーバとクライアントの距離が長い場合がある。同様にCDNの提供者は一般にISP内でのネットワークリソース状況を直接的に把握する手段をもたないため、混雑している回線や、できればなるべく利用したくない回線を経由しなければいけないケースも存在する。
【０００４】
またCDNは全世界にまたがるロケーションにサーバを設置するモデルのため、メディアサイズと流通量が増大するにつれてコスト高となり、またスケーラビリティにかけるという問題がある。
【０００５】
ネットワークを流通するコンテンツのサイズは年々巨大になっているため、上記であげた、柔軟性とスケーラビリティの問題がますます重要になってきている。
【０００６】
上記問題を回避するため、ピア・ツー・ピア技術を用いたコンテンツ配信技術が提案されている(例えば、非特許文献１参照)。すなわち、コンテンツ配信源としてユーザ端末を利用する方法である。同文献ではピア・ツー・ピア技術の弱点であった、各ピア同士の通信トラヒックがネットワークトポロジを無視した形で行われるために、不要な交流トラヒックが増大するという課題を、中央制御によって管理・制御することによって解決する手段を提供している。
【０００７】
さらに柔軟できめ細かい制御が可能であり、信頼性の高いコンテンツ配信を実現するために、キャッシュサーバとユーザ端末の双方をコンテンツ配信源として利用し、両者を適切に協調させるシステムが提案されている（例えば特許文献1参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１１３４６０号公報
【非特許文献】
【０００９】
【非特許文献１】H. Xie and Y. R. Yang, "`P4P: Provider Portal for Applications, "'SIGCOMM 2008.
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述の従来技術は、ユーザのリソースを活用し、ユーザ端末、すなわちピア同士の通信を活用することによって効率的なコンテンツ配信を実現するものであるが、本来サービスを享受するだけのユーザが積極的にピア同士の転送に協力するとは限らないという問題があった。
【００１１】
本発明は上記の課題を鑑みてなされたものであり、ユーザによるピア同士の通信への協力によって、コンテンツ配信に関する効率的な制御を実現するために、ユーザの協力を促す適切なインセンティブを配分するためのコンテンツ配信制御装置、その方法、ユーザ端末及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するため、本発明は、ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御装置であって、
前記ネットワーク、及び該ネットワーク上に存在する各ユーザ端末及び各コンテンツ配信用オリジンサーバからなるコンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納する現状態把握部と、
前記コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納する理想状態設定手段と、
前記現状態記憶手段と前記理想状態記憶手段に格納された各ユーザ端末及び前記コンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出するインセンティブ配分計算手段と、
ユーザ端末に対して、前記インセンティブ配分算出手段で算出されたインセンティブと、対象となるコンテンツのアップロードを可能にするためのインタフェースを提供するコンテンツ取得条件提示部と、を有する。
【発明の効果】
【００１３】
本発明では、コンテンツ配信に関するネットワークやコンテンツ配信サーバというコンテンツ配信システムの効率的な運用に向け、ユーザによるコンテンツのダウンロードや他のユーザ向けのアップロードを適切に制御するために、前記コンテンツ配信システムを利用するユーザに対して、前記コンテンツ配信システムの運用者が意図するコンテンツのダウンロードやアップロード等の行動の制御に適応したインセンティブを算出し、配分することにより、各ユーザがインセンティブに応じた振る舞いをすることによって、前記コンテンツ配信システムの制御が可能となり、運営の効率化を図ることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施の形態におけるコンテンツ配信制御装置を有するシステム構成図。
【図２】本発明の一実施の形態における現状態記憶部の構成例。
【図３】本発明の一実施の形態における理想状態記憶部の構成例。
【図４】本発明の一実施の形態におけるサーバからの配信に伴うネットワーク負荷の例。
【図５】本発明の一実施の形態におけるユーザからの配信に伴うネットワーク負荷の例。
【図６】本発明の一実施の形態におけるあるユーザXに対するコンテンツ取得条件の決定例（疑似コード）。
【図７】本発明の一実施の形態におけるユーザへのコンテンツ取得条件提示の例（価格値下げのケース）。
【図８】本発明の一実施の形態におけるユーザ端末の構成図。
【図９】本発明の一実施の形態におけるユーザ端末アップロードのアクセス検証の流れを示す図。
【発明を実施するための形態】
【００１５】
以下図面と共に、本発明の実施の形態を説明する。
【００１６】
図１は、本発明の一実施の形態におけるコンテンツ配信制御装置を有するシステム構成図である。
【００１７】
同図に示すシステムは、ネットワーク２０にユーザ端末１０、コンテンツ配信用オリジンサーバ(以下、「配信サーバ」と記す)３０、コンテンツ配信制御装置１００が接続された構成である。
【００１８】
コンテンツ配信制御装置１００は、現状態把握部１１０、現状態記憶部１２０、理想状態設定部１３０、理想状態記憶部１４０、インセンティブ配分算出部１５０、コンテンツ取得条件提示部１６０を有する。
【００１９】
現状態把握部１１０では配信サーバの負荷やネットワーク、あるいはシステムの負荷といったシステム状態、あるいは各ユーザの現状態（ユーザ状態）の情報を収集し、現状態記憶部１２０に記録する。現状態把握部１１０は、現在のネットワークの状況とネットワークにおける現在のコンテンツの配置状況を正確に把握する。ここで、「ユーザの現状態」とは、ユーザ端末１０が、どのコンテンツを保持し、アップロードができる状況にあるか、何本のアップロードが可能であるか、ユーザ側システムの負荷はどの程度か、回線容量はどの程度か、現在の回線使用率はどの程度か、過去から現在までにどのようなインセンティブが有効であったかといったシステムに参加するユーザに関する情報を蓄積したものであり、任意の組み合わせで利用することができる。
【００２０】
図２は、本発明の一実施の形態における現状態記憶部の構成例を示す。
【００２１】
同図に示す例では、現状態記憶部１２０は、サーバリソースの現状態を格納する領域、ネットワークリソースの現状態を格納する領域、ユーザソースの現状態を格納する領域を有する。また、現状態記憶部１２０には、上記の情報以外に、インセンティブ配分算出部１５０においてコンテンツ取得条件を算出する際に判定に用いる基準となる値を記憶する。基準となる値としては、コンテンツ取得人数の多少を判断する基準値、配信サーバの負荷の閾値、ネットワークリンクの負荷の閾値等がある。
【００２２】
理想状態設定部１３０は、理想状態、例えば、リンク負荷が最小化された状態を実現するためには、配信サーバ３０に保持されているコンテンツの種類、つまり、ユーザがアクセス要求可能なコンテンツの種類を把握し、どの種類のコンテンツをどのユーザが保持しておくべきかを求める。単純には、アクセス要求される可能性の高いコンテンツはユーザ端末１０に保持させておき、アクセス要求があった際には、配信サーバ３０ではなくユーザ端末１０からダウンロードさせる。また、ユーザ端末１０が保持できるコンテンツの数には現実的には制限があるため、近隣のユーザ端末で同じ種類のコンテンツを重複して保持するのは効率が悪い。このように、コンテンツのアクセス要求率とユーザ間の重複度を加味し、リンク負荷を最小化するようなユーザのコンテンツ保有状態が、理想状態の１つである。
【００２３】
ここで、近隣のユーザ端末とは、同一サブネット内、同一ルータ内、同一ゲートウェイ内、あるいはルータ/ゲートウェイで接続された隣接するネットワーク内、ホップ数の少ないネットワーク内等がある。
【００２４】
上記の「理想状態」は理想状態設定部１３０に入力され、理想状態記憶部１４０に蓄積される。
【００２５】
図３は、本発明の一実施の形態における理想状態記憶部の構成例を示す。
【００２６】
同図に示す理想状態記憶部１４０は、サーバリソースの理想状態格納する領域とネットワークリソースの理想状態格納する領域を有する。
【００２７】
上記の図２，３に示した現状態記憶部１２０と理想状態記憶部１４０において、サーバリソースは、サーバ自身の負荷及び利用ネットワーク帯域に関して適当な上限値を満たしていることが理想状態となる。現状態は、実際の負荷を示す。
【００２８】
同様に、ネットワークリソースは、ネットワークを構成するリンクの負荷となる。これも理想状態においては満たすべき上限値を示し、現状態は実際の利用帯域を示す。
【００２９】
現状態記憶部１２０のユーザリソースの現状態は、ユーザ端末１０からコンテンツ配信制御装置１００に通信を行う際に伝達する情報を元に構成したものである。
【００３０】
インセンティブ配分算出部１５０は、現状態記憶部１２０と理想状態記憶部１４０に格納されている現状態と理想状態を比較することによって適切なインセンティブ配分を算出し、その結果をユーザ毎にコンテンツ取得条件として提示する。インセンティブ配分算出部１５０は、理想状態ではユーザ端末１０に保持されるべきであるが、現状態では保持されていないコンテンツを割り出す。さらに、そのコンテンツが仮にユーザ端末１０に保持されたとしたときのリンク負荷に対する影響の大きさを予測し、その予測値でコンテンツを格付けする。格付けの高いコンテンツほどより大きなインセンティブが配分される。
【００３１】
ここで、「インセンティブ」とは具体的には、コンテンツ取得条件で与えられる。値下げを例に挙げると、格付けの高いコンテンツほど高いインセンティブとなる有利な取得条件として、より低い価格を設定し、これを提示することで、ユーザがそのコンテンツをアクセス要求する可能性を高くする。これを複数のコンテンツに渡って行なうことで、状態を徐々に理想状態に近づけることが可能になる。
【００３２】
なお、上記ではリンク負荷の最小化を一つの例としているが、今回対象としている負荷はリンク負荷およびサーバ負荷の両方であり、それぞれの負荷が最小化するのが理想状態となる。
【００３３】
また、コンテンツ配信制御装置１００は、図示しないが、ユーザが過去に取得し、自らの端末１０に蓄積しているコンテンツについて、他のユーザ向けにアップロードを可能とするためのインタフェースを提供する機能を有する。ここで、「インタフェース」とは、後述する例にあるように、「Click here」のように、ユーザがクリックすることで、リンク先となるアドレスに移行できる機能を指す。また、指示されたユーザが他のユーザ向けにアップロードしたことを把握する機能を有する。この場合は、アップロードしたユーザ端末１０からアップロードしたコンテンツ、アップロード日時、アップロード先のユーザ端末等の情報を取得して、記憶手段に格納しておくものとする。
【００３４】
以下に、コンテンツ配信制御装置１００の一連の動作を説明する。
【００３５】
例えば、配信サーバ３０の負荷が一時的に高くなり、新たな要求に対して十分なレスポンスが出来ない状況が生じたものとする。このシステム負荷の情報は現状態把握部１１０によって収集され、現状態記憶部１２０に蓄積される。
【００３６】
インセンティブ配分算出部１５０では、この情報ならびにシステム運用者が理想状態設定部１３０に設定し、理想状態記憶部１４０に記録した理想状態とを比較する。その理想状態とは、配信サーバ３０ならびにネットワークリンクの負荷をある一定以下に抑制することにより、サービスの品質を維持することであるとする。
【００３７】
このとき、インセンティブ配分算出部１５０では、配信サーバ３０ならびにネットワークリンクの負荷を下げるために、既に他のユーザが取得済みであり、他のユーザに対してアップロード可能なコンテンツに対して有利なコンテンツ取得条件を与える。すなわち、既にアップロードを実施することを自己申告しているユーザ端末１０の集合が保持しているコンテンツのリストを作成し、当該コンテンツを保持しているユーザ端末１０Yの近隣のユーザ端末１０X（例えば同じローカルドメインに属する）に対しては、当該コンテンツの取得に必要な条件をユーザにとって有利な方向に変更し、具体的なインセンティブであるコンテンツ取得条件として提示する。
【００３８】
例えば、コンテンツ取得条件は、コンテンツの対価を下げることである。このとき、特にこれまでに貢献が大きかったユーザに対して優先的に有利なコンテンツ取得条件を提示したり、現在のユーザ側リソースの負荷が低いため高い貢献が期待できると判断したユーザに対して、優先的に有利なコンテンツ取得得条件を提示したりすることができる。コンテンツ取得条件の具体的な例としては、上記のコンテンツ代金の他に、コンテンツ取得可能日、コンテンツ利用可能期間、コンテンツ品質等があり、これらの条件を任意の数及び任意に組み合わせて利用することができる。
【００３９】
このときのシステムの様子を図４及び図５に示す。
【００４０】
図４は配信サーバ３０からのコンテンツ取得であり、当該配信サーバ３０及びサーバを収容するネットワークに負荷が集中している例を示す。一方、図５はインセンティブをユーザ端末１０Xに提示した結果、他の近隣ユーザ端末１０Yが既に取得したコンテンツにユーザを誘導することができ、結果として配信サーバ３０への負荷集中や当該配信サーバ３０を収容するネットワーク負荷が軽減できる様子を示している。
【００４１】
この一連の流れを擬似コードとして表現したものが図６である。
【００４２】
１行目はあるユーザ端末Xに対する取得条件を計算すること、ならびに対価としての値下げ料を"alpha"，"beta"としたことを示す。"beta"は上記で例示した高負荷時に近隣ユーザのキャッシュから取得することによる貢献料金を示し、"alpha"は前述していないが、例えば近隣に該コンテンツを取得しているユーザが誰もいないときに、将来キャッシュとして利用できることを期待して稀少価値として付与するインセンティブである。
【００４３】
２〜５行目は現状態記憶部１２０より収集する情報であり、それぞれユーザ端末１０Xが属するローカルドメインD（例えばあるサブネットワークなど）、ユーザ端末１０から配信サーバ３０に至る経路上の回線負荷集合Wl、配信サーバ３０の負荷Ws、ユーザ端末１０Xの過去の貢献値（例えば総アップロード量など）である。
【００４４】
６〜１５行目はすべてのコンテンツYに対して同じ処理を実行する。
【００４５】
７行目ではあるコンテンツYを保持し、かつそれをアップロード可能な端末集合を取得する。この結果、ローカルドメインD内にアップロード可能な端末がない場合についての動作を９行目で示している。すなわち、前述の希少価値があるケースであり、この場合そのコンテンツYをユーザ端末１０Xのユーザに対して"alpha"だけ値下げを行う。
【００４６】
近隣にアップロード可能な端末が存在する場合の動作が１１〜１３行目である。ここでは更なる条件として、前記の負荷WlあるいはWsのいずれかが閾値を越えており、かつユーザ端末１０Xの過去貢献量Cが閾値をこえる場合に限って１２行目の処理を実施する。すなわち、その該ユーザ端末１０XのユーザXに対してはコンテンツYの価格を"beta"値下げする。
【００４７】
このようにして得られたユーザ毎のコンテンツ取得条件は時間的に変動するものであり、例えばウェブ画面などを通じて図７のような形式でユーザXに提示される。前記の値下げを実施することを決定したコンテンツに対しては限定サービスとして、期間を限定した上で（トークン情報を付与）、値下げを実施する。特に他端末Yからのアップロードが可能なコンテンツに対しては図７における "click here"のリンク先をアップロード可能端末Yのアドレス、ポート番号、後述するトークン情報、ならびにコンテンツハッシュ値を用いることによって構成する。アップロード可能端末が複数存在する場合はランダムに選択するか、ユーザ端末の状況をみて負荷の低い端末を優先するか、あるいは複数端末から並列にダウンロードさせる方式も可能である。例えばアップロード可能な端末が２つある場合、ファイルを前半と後半に分け、それぞれを２端末からアップロードする。一般にN端末存在する場合にはファイルをN分割することで対応可能である。
【００４８】
次に、ユーザ端末１０について説明する。
【００４９】
図８は、本発明の一実施の形態におけるユーザ端末の構成を示す。
【００５０】
ユーザ端末１０は、通信部１１、アクセス検証・アップロード部１２、ユーザ設定部１３、端末・コンテンツ情報管理部１４、ダウンロードコンテンツ蓄積部１５から構成される。
【００５１】
通信部１１は、定期的、あるいは要求に応じてユーザ端末情報（アップロードの可・不可、最大アップロード可能数、システム負荷）、保有コンテンツ、アクセス検証用情報（IPアドレス、ポート番号、コンテンツの独自ハッシュ値）を配信制御装置１００に通知し、ならびに配信制御装置１００から時間的に変化するトークン情報を受信する。トークン情報は後述するように、アクセス制御のために用いられる。
【００５２】
アクセス検証・アップロード部１２は、他ユーザ端末１０Xからの要求に対し、アクセス権を検証し、アクセスが許可されたら指定のコンテンツをアップロードする。アップロード機能はユーザがONとしたときのみ有効であり、ONである場合には保有するコンテンツをアップロードすることができる。ただし、アップロードの可否を制御するためにトークン情報やハッシュ値が用いられる。このようなアクセス制御により、不正なただ乗りの問題を回避することが出来る。
【００５３】
ユーザ設定部１３は、アップロード機能のON/OFF、ダウンロード蓄積量、最大同時ダウンロード数などをユーザが設定するためのユーザインタフェースである。
【００５４】
端末・コンテンツ情報管理部１４は、前記端末状態ならびに保有コンテンツを記録・管理する。
【００５５】
ダウンロードコンテンツ蓄積部１５は、既にダウンロード済みのコンテンツを保持する。
【００５６】
図９は、本発明の一実施の形態におけるユーザ端末アップロードのアクセス検証の流れを示している。
【００５７】
（１）はじめにコンテンツ配信制御装置１００より、アップロード機能をONにしているユーザ端末１０Yに、ある一定の期間のみ有効なトークン情報が送られると、通信部１１がこれを受信する。
【００５８】
（２）ユーザ端末１０Yは、端末・コンテンツ情報管理部１４を参照して、通信部１１を介して自身の情報（IPアドレス、ポート番号、ハッシュ値を送信）をコンテンツ配信制御装置１００に通知する。
【００５９】
（３）コンテンツ配信制御装置１００は、別のユーザ端末１０Xに対して提示するコンテンツ取得条件において、該コンテンツの取得先をURLとして、または、図７に示すように、当該URLを"Click here"に対応付けて提示する。このURLを、以下の形式で提示する。
【００６０】
http://X.X.X.X:YYYY/token/hash
ここで、"X.X.X.X."は、アップロード可能なユーザ端末１０YのIPアドレス、"YYY"は同ユーザ端末１０Yのポート番号、"token"はトークン値、"hash"はあるコンテンツに対するハッシュ値である。図９の例では、
http://192.168.10.144:31410/c595458/eb16a1b
となる。
【００６１】
（４）他ユーザ端末１０Xのユーザがこのリンク（例えば、"Click here"）をクリックすることにより、ユーザ端末１０Xはユーザ端末１０Yにファイルのダウンロードを要求する。
【００６２】
（５）この時、ユーザ端末１０Yのアクセス検証・アップロード部１２は、コンテンツ配信制御装置１００からHTTPリファラー（どのURLからリンクされていたかの情報）、ならびにポート番号、コンテンツハッシュ値、トークン情報を受信する。
【００６３】
（６）ユーザ端末１０Yのアクセス検証・アップロード部１２は、これらのすべてが問題ないと判定されたらアクセスを許可し、ダウンロードコンテンツ蓄積部１５からコンテンツを読み出して、他ユーザ端末１０Xにアップロードを行う。
【００６４】
なおIPアドレス、ポート番号が合わなければそもそも通信は成立しない。トークン情報はアップロード開始が有効であるのが一定の期間であることを示すものであり、一旦アップロードが始まった後は時間に関係なくその通信は有効である。アップロード開始が有効であることを一定期間に収めることにより、現状態に変化が起こった場合に対応することが可能となる。
【００６５】
上記の実施の形態におけるコンテンツ配信制御装置及びユーザ端末の各構成要件の動作をプログラムとして構築し、コンテンツ配信制御装置及びユーザ端末として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００６６】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００６７】
１０ ユーザ端末
１１ 通信部
１２ アクセス検証・アップロード部
１３ ユーザ設定部
１４ 端末・コンテンツ情報管理部
１５ ダウンロードコンテンツ蓄積部
３０ コンテンツ配信用オリジンサーバ
１００ コンテンツ配信制御装置
１１０ 現状態把握部
１２０ 現状態記憶部
１３０ 理想状態設定部
１４０ 理想状態記憶部
１５０ インセンティブ配分算出部
１６０ コンテンツ取得条件提示部
【技術分野】
【０００１】
本発明は、コンテンツ配信システムの通信品質を向上させるためのコンテンツ配信制御装置、その方法、ユーザ端末及びプログラムに係り、特に、コンテンツ配信システムを利用するユーザに対して適切なインセンティブを配分することによって、コンテンツ配信の通信品質を効率的に向上させるためのコンテンツ配信制御装置、その方法、ユーザ端末及びプログラムに関する。
【背景技術】
【０００２】
超高精細映像等のリッチコンテンツがネットワークで流通するようになり、コンテンツの効率的な配信に必要となる技術が検討、開発されてきた。従来のCDN(Content Delivery Network)と呼ばれる手法では、コンテンツの複製を地理的に分散して保持し、クライアントからの要求に対しては最も近くの複製をダウンロードするよう指示する技術であり、この手法によって、コンテンツ配信源にかかる負荷を軽減することができるばかりでなく、ダウンロード先を戦略的に選択することによってダウンロードに要する時間や、無駄なトラヒックを軽減することで効率化ができるというメリットがあった。
【０００３】
しかしながら一般にCDNはISP（Internet Service Provider）が運用するものではないため、ISP内でのネットワークトポロジや負荷バランスの変化に対し、より柔軟できめ細かい制御ができないという柔軟性の問題がある。例えばあるネットワークが広い地域をカバーしている場合、一般にCDN業者が設置するキャッシュサーバはすべての地域をカバーするわけではないので、配信元サーバとクライアントの距離が長い場合がある。同様にCDNの提供者は一般にISP内でのネットワークリソース状況を直接的に把握する手段をもたないため、混雑している回線や、できればなるべく利用したくない回線を経由しなければいけないケースも存在する。
【０００４】
またCDNは全世界にまたがるロケーションにサーバを設置するモデルのため、メディアサイズと流通量が増大するにつれてコスト高となり、またスケーラビリティにかけるという問題がある。
【０００５】
ネットワークを流通するコンテンツのサイズは年々巨大になっているため、上記であげた、柔軟性とスケーラビリティの問題がますます重要になってきている。
【０００６】
上記問題を回避するため、ピア・ツー・ピア技術を用いたコンテンツ配信技術が提案されている(例えば、非特許文献１参照)。すなわち、コンテンツ配信源としてユーザ端末を利用する方法である。同文献ではピア・ツー・ピア技術の弱点であった、各ピア同士の通信トラヒックがネットワークトポロジを無視した形で行われるために、不要な交流トラヒックが増大するという課題を、中央制御によって管理・制御することによって解決する手段を提供している。
【０００７】
さらに柔軟できめ細かい制御が可能であり、信頼性の高いコンテンツ配信を実現するために、キャッシュサーバとユーザ端末の双方をコンテンツ配信源として利用し、両者を適切に協調させるシステムが提案されている（例えば特許文献1参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１１３４６０号公報
【非特許文献】
【０００９】
【非特許文献１】H. Xie and Y. R. Yang, "`P4P: Provider Portal for Applications, "'SIGCOMM 2008.
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述の従来技術は、ユーザのリソースを活用し、ユーザ端末、すなわちピア同士の通信を活用することによって効率的なコンテンツ配信を実現するものであるが、本来サービスを享受するだけのユーザが積極的にピア同士の転送に協力するとは限らないという問題があった。
【００１１】
本発明は上記の課題を鑑みてなされたものであり、ユーザによるピア同士の通信への協力によって、コンテンツ配信に関する効率的な制御を実現するために、ユーザの協力を促す適切なインセンティブを配分するためのコンテンツ配信制御装置、その方法、ユーザ端末及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するため、本発明は、ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御装置であって、
前記ネットワーク、及び該ネットワーク上に存在する各ユーザ端末及び各コンテンツ配信用オリジンサーバからなるコンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納する現状態把握部と、
前記コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納する理想状態設定手段と、
前記現状態記憶手段と前記理想状態記憶手段に格納された各ユーザ端末及び前記コンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出するインセンティブ配分計算手段と、
ユーザ端末に対して、前記インセンティブ配分算出手段で算出されたインセンティブと、対象となるコンテンツのアップロードを可能にするためのインタフェースを提供するコンテンツ取得条件提示部と、を有する。
【発明の効果】
【００１３】
本発明では、コンテンツ配信に関するネットワークやコンテンツ配信サーバというコンテンツ配信システムの効率的な運用に向け、ユーザによるコンテンツのダウンロードや他のユーザ向けのアップロードを適切に制御するために、前記コンテンツ配信システムを利用するユーザに対して、前記コンテンツ配信システムの運用者が意図するコンテンツのダウンロードやアップロード等の行動の制御に適応したインセンティブを算出し、配分することにより、各ユーザがインセンティブに応じた振る舞いをすることによって、前記コンテンツ配信システムの制御が可能となり、運営の効率化を図ることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施の形態におけるコンテンツ配信制御装置を有するシステム構成図。
【図２】本発明の一実施の形態における現状態記憶部の構成例。
【図３】本発明の一実施の形態における理想状態記憶部の構成例。
【図４】本発明の一実施の形態におけるサーバからの配信に伴うネットワーク負荷の例。
【図５】本発明の一実施の形態におけるユーザからの配信に伴うネットワーク負荷の例。
【図６】本発明の一実施の形態におけるあるユーザXに対するコンテンツ取得条件の決定例（疑似コード）。
【図７】本発明の一実施の形態におけるユーザへのコンテンツ取得条件提示の例（価格値下げのケース）。
【図８】本発明の一実施の形態におけるユーザ端末の構成図。
【図９】本発明の一実施の形態におけるユーザ端末アップロードのアクセス検証の流れを示す図。
【発明を実施するための形態】
【００１５】
以下図面と共に、本発明の実施の形態を説明する。
【００１６】
図１は、本発明の一実施の形態におけるコンテンツ配信制御装置を有するシステム構成図である。
【００１７】
同図に示すシステムは、ネットワーク２０にユーザ端末１０、コンテンツ配信用オリジンサーバ(以下、「配信サーバ」と記す)３０、コンテンツ配信制御装置１００が接続された構成である。
【００１８】
コンテンツ配信制御装置１００は、現状態把握部１１０、現状態記憶部１２０、理想状態設定部１３０、理想状態記憶部１４０、インセンティブ配分算出部１５０、コンテンツ取得条件提示部１６０を有する。
【００１９】
現状態把握部１１０では配信サーバの負荷やネットワーク、あるいはシステムの負荷といったシステム状態、あるいは各ユーザの現状態（ユーザ状態）の情報を収集し、現状態記憶部１２０に記録する。現状態把握部１１０は、現在のネットワークの状況とネットワークにおける現在のコンテンツの配置状況を正確に把握する。ここで、「ユーザの現状態」とは、ユーザ端末１０が、どのコンテンツを保持し、アップロードができる状況にあるか、何本のアップロードが可能であるか、ユーザ側システムの負荷はどの程度か、回線容量はどの程度か、現在の回線使用率はどの程度か、過去から現在までにどのようなインセンティブが有効であったかといったシステムに参加するユーザに関する情報を蓄積したものであり、任意の組み合わせで利用することができる。
【００２０】
図２は、本発明の一実施の形態における現状態記憶部の構成例を示す。
【００２１】
同図に示す例では、現状態記憶部１２０は、サーバリソースの現状態を格納する領域、ネットワークリソースの現状態を格納する領域、ユーザソースの現状態を格納する領域を有する。また、現状態記憶部１２０には、上記の情報以外に、インセンティブ配分算出部１５０においてコンテンツ取得条件を算出する際に判定に用いる基準となる値を記憶する。基準となる値としては、コンテンツ取得人数の多少を判断する基準値、配信サーバの負荷の閾値、ネットワークリンクの負荷の閾値等がある。
【００２２】
理想状態設定部１３０は、理想状態、例えば、リンク負荷が最小化された状態を実現するためには、配信サーバ３０に保持されているコンテンツの種類、つまり、ユーザがアクセス要求可能なコンテンツの種類を把握し、どの種類のコンテンツをどのユーザが保持しておくべきかを求める。単純には、アクセス要求される可能性の高いコンテンツはユーザ端末１０に保持させておき、アクセス要求があった際には、配信サーバ３０ではなくユーザ端末１０からダウンロードさせる。また、ユーザ端末１０が保持できるコンテンツの数には現実的には制限があるため、近隣のユーザ端末で同じ種類のコンテンツを重複して保持するのは効率が悪い。このように、コンテンツのアクセス要求率とユーザ間の重複度を加味し、リンク負荷を最小化するようなユーザのコンテンツ保有状態が、理想状態の１つである。
【００２３】
ここで、近隣のユーザ端末とは、同一サブネット内、同一ルータ内、同一ゲートウェイ内、あるいはルータ/ゲートウェイで接続された隣接するネットワーク内、ホップ数の少ないネットワーク内等がある。
【００２４】
上記の「理想状態」は理想状態設定部１３０に入力され、理想状態記憶部１４０に蓄積される。
【００２５】
図３は、本発明の一実施の形態における理想状態記憶部の構成例を示す。
【００２６】
同図に示す理想状態記憶部１４０は、サーバリソースの理想状態格納する領域とネットワークリソースの理想状態格納する領域を有する。
【００２７】
上記の図２，３に示した現状態記憶部１２０と理想状態記憶部１４０において、サーバリソースは、サーバ自身の負荷及び利用ネットワーク帯域に関して適当な上限値を満たしていることが理想状態となる。現状態は、実際の負荷を示す。
【００２８】
同様に、ネットワークリソースは、ネットワークを構成するリンクの負荷となる。これも理想状態においては満たすべき上限値を示し、現状態は実際の利用帯域を示す。
【００２９】
現状態記憶部１２０のユーザリソースの現状態は、ユーザ端末１０からコンテンツ配信制御装置１００に通信を行う際に伝達する情報を元に構成したものである。
【００３０】
インセンティブ配分算出部１５０は、現状態記憶部１２０と理想状態記憶部１４０に格納されている現状態と理想状態を比較することによって適切なインセンティブ配分を算出し、その結果をユーザ毎にコンテンツ取得条件として提示する。インセンティブ配分算出部１５０は、理想状態ではユーザ端末１０に保持されるべきであるが、現状態では保持されていないコンテンツを割り出す。さらに、そのコンテンツが仮にユーザ端末１０に保持されたとしたときのリンク負荷に対する影響の大きさを予測し、その予測値でコンテンツを格付けする。格付けの高いコンテンツほどより大きなインセンティブが配分される。
【００３１】
ここで、「インセンティブ」とは具体的には、コンテンツ取得条件で与えられる。値下げを例に挙げると、格付けの高いコンテンツほど高いインセンティブとなる有利な取得条件として、より低い価格を設定し、これを提示することで、ユーザがそのコンテンツをアクセス要求する可能性を高くする。これを複数のコンテンツに渡って行なうことで、状態を徐々に理想状態に近づけることが可能になる。
【００３２】
なお、上記ではリンク負荷の最小化を一つの例としているが、今回対象としている負荷はリンク負荷およびサーバ負荷の両方であり、それぞれの負荷が最小化するのが理想状態となる。
【００３３】
また、コンテンツ配信制御装置１００は、図示しないが、ユーザが過去に取得し、自らの端末１０に蓄積しているコンテンツについて、他のユーザ向けにアップロードを可能とするためのインタフェースを提供する機能を有する。ここで、「インタフェース」とは、後述する例にあるように、「Click here」のように、ユーザがクリックすることで、リンク先となるアドレスに移行できる機能を指す。また、指示されたユーザが他のユーザ向けにアップロードしたことを把握する機能を有する。この場合は、アップロードしたユーザ端末１０からアップロードしたコンテンツ、アップロード日時、アップロード先のユーザ端末等の情報を取得して、記憶手段に格納しておくものとする。
【００３４】
以下に、コンテンツ配信制御装置１００の一連の動作を説明する。
【００３５】
例えば、配信サーバ３０の負荷が一時的に高くなり、新たな要求に対して十分なレスポンスが出来ない状況が生じたものとする。このシステム負荷の情報は現状態把握部１１０によって収集され、現状態記憶部１２０に蓄積される。
【００３６】
インセンティブ配分算出部１５０では、この情報ならびにシステム運用者が理想状態設定部１３０に設定し、理想状態記憶部１４０に記録した理想状態とを比較する。その理想状態とは、配信サーバ３０ならびにネットワークリンクの負荷をある一定以下に抑制することにより、サービスの品質を維持することであるとする。
【００３７】
このとき、インセンティブ配分算出部１５０では、配信サーバ３０ならびにネットワークリンクの負荷を下げるために、既に他のユーザが取得済みであり、他のユーザに対してアップロード可能なコンテンツに対して有利なコンテンツ取得条件を与える。すなわち、既にアップロードを実施することを自己申告しているユーザ端末１０の集合が保持しているコンテンツのリストを作成し、当該コンテンツを保持しているユーザ端末１０Yの近隣のユーザ端末１０X（例えば同じローカルドメインに属する）に対しては、当該コンテンツの取得に必要な条件をユーザにとって有利な方向に変更し、具体的なインセンティブであるコンテンツ取得条件として提示する。
【００３８】
例えば、コンテンツ取得条件は、コンテンツの対価を下げることである。このとき、特にこれまでに貢献が大きかったユーザに対して優先的に有利なコンテンツ取得条件を提示したり、現在のユーザ側リソースの負荷が低いため高い貢献が期待できると判断したユーザに対して、優先的に有利なコンテンツ取得得条件を提示したりすることができる。コンテンツ取得条件の具体的な例としては、上記のコンテンツ代金の他に、コンテンツ取得可能日、コンテンツ利用可能期間、コンテンツ品質等があり、これらの条件を任意の数及び任意に組み合わせて利用することができる。
【００３９】
このときのシステムの様子を図４及び図５に示す。
【００４０】
図４は配信サーバ３０からのコンテンツ取得であり、当該配信サーバ３０及びサーバを収容するネットワークに負荷が集中している例を示す。一方、図５はインセンティブをユーザ端末１０Xに提示した結果、他の近隣ユーザ端末１０Yが既に取得したコンテンツにユーザを誘導することができ、結果として配信サーバ３０への負荷集中や当該配信サーバ３０を収容するネットワーク負荷が軽減できる様子を示している。
【００４１】
この一連の流れを擬似コードとして表現したものが図６である。
【００４２】
１行目はあるユーザ端末Xに対する取得条件を計算すること、ならびに対価としての値下げ料を"alpha"，"beta"としたことを示す。"beta"は上記で例示した高負荷時に近隣ユーザのキャッシュから取得することによる貢献料金を示し、"alpha"は前述していないが、例えば近隣に該コンテンツを取得しているユーザが誰もいないときに、将来キャッシュとして利用できることを期待して稀少価値として付与するインセンティブである。
【００４３】
２〜５行目は現状態記憶部１２０より収集する情報であり、それぞれユーザ端末１０Xが属するローカルドメインD（例えばあるサブネットワークなど）、ユーザ端末１０から配信サーバ３０に至る経路上の回線負荷集合Wl、配信サーバ３０の負荷Ws、ユーザ端末１０Xの過去の貢献値（例えば総アップロード量など）である。
【００４４】
６〜１５行目はすべてのコンテンツYに対して同じ処理を実行する。
【００４５】
７行目ではあるコンテンツYを保持し、かつそれをアップロード可能な端末集合を取得する。この結果、ローカルドメインD内にアップロード可能な端末がない場合についての動作を９行目で示している。すなわち、前述の希少価値があるケースであり、この場合そのコンテンツYをユーザ端末１０Xのユーザに対して"alpha"だけ値下げを行う。
【００４６】
近隣にアップロード可能な端末が存在する場合の動作が１１〜１３行目である。ここでは更なる条件として、前記の負荷WlあるいはWsのいずれかが閾値を越えており、かつユーザ端末１０Xの過去貢献量Cが閾値をこえる場合に限って１２行目の処理を実施する。すなわち、その該ユーザ端末１０XのユーザXに対してはコンテンツYの価格を"beta"値下げする。
【００４７】
このようにして得られたユーザ毎のコンテンツ取得条件は時間的に変動するものであり、例えばウェブ画面などを通じて図７のような形式でユーザXに提示される。前記の値下げを実施することを決定したコンテンツに対しては限定サービスとして、期間を限定した上で（トークン情報を付与）、値下げを実施する。特に他端末Yからのアップロードが可能なコンテンツに対しては図７における "click here"のリンク先をアップロード可能端末Yのアドレス、ポート番号、後述するトークン情報、ならびにコンテンツハッシュ値を用いることによって構成する。アップロード可能端末が複数存在する場合はランダムに選択するか、ユーザ端末の状況をみて負荷の低い端末を優先するか、あるいは複数端末から並列にダウンロードさせる方式も可能である。例えばアップロード可能な端末が２つある場合、ファイルを前半と後半に分け、それぞれを２端末からアップロードする。一般にN端末存在する場合にはファイルをN分割することで対応可能である。
【００４８】
次に、ユーザ端末１０について説明する。
【００４９】
図８は、本発明の一実施の形態におけるユーザ端末の構成を示す。
【００５０】
ユーザ端末１０は、通信部１１、アクセス検証・アップロード部１２、ユーザ設定部１３、端末・コンテンツ情報管理部１４、ダウンロードコンテンツ蓄積部１５から構成される。
【００５１】
通信部１１は、定期的、あるいは要求に応じてユーザ端末情報（アップロードの可・不可、最大アップロード可能数、システム負荷）、保有コンテンツ、アクセス検証用情報（IPアドレス、ポート番号、コンテンツの独自ハッシュ値）を配信制御装置１００に通知し、ならびに配信制御装置１００から時間的に変化するトークン情報を受信する。トークン情報は後述するように、アクセス制御のために用いられる。
【００５２】
アクセス検証・アップロード部１２は、他ユーザ端末１０Xからの要求に対し、アクセス権を検証し、アクセスが許可されたら指定のコンテンツをアップロードする。アップロード機能はユーザがONとしたときのみ有効であり、ONである場合には保有するコンテンツをアップロードすることができる。ただし、アップロードの可否を制御するためにトークン情報やハッシュ値が用いられる。このようなアクセス制御により、不正なただ乗りの問題を回避することが出来る。
【００５３】
ユーザ設定部１３は、アップロード機能のON/OFF、ダウンロード蓄積量、最大同時ダウンロード数などをユーザが設定するためのユーザインタフェースである。
【００５４】
端末・コンテンツ情報管理部１４は、前記端末状態ならびに保有コンテンツを記録・管理する。
【００５５】
ダウンロードコンテンツ蓄積部１５は、既にダウンロード済みのコンテンツを保持する。
【００５６】
図９は、本発明の一実施の形態におけるユーザ端末アップロードのアクセス検証の流れを示している。
【００５７】
（１）はじめにコンテンツ配信制御装置１００より、アップロード機能をONにしているユーザ端末１０Yに、ある一定の期間のみ有効なトークン情報が送られると、通信部１１がこれを受信する。
【００５８】
（２）ユーザ端末１０Yは、端末・コンテンツ情報管理部１４を参照して、通信部１１を介して自身の情報（IPアドレス、ポート番号、ハッシュ値を送信）をコンテンツ配信制御装置１００に通知する。
【００５９】
（３）コンテンツ配信制御装置１００は、別のユーザ端末１０Xに対して提示するコンテンツ取得条件において、該コンテンツの取得先をURLとして、または、図７に示すように、当該URLを"Click here"に対応付けて提示する。このURLを、以下の形式で提示する。
【００６０】
http://X.X.X.X:YYYY/token/hash
ここで、"X.X.X.X."は、アップロード可能なユーザ端末１０YのIPアドレス、"YYY"は同ユーザ端末１０Yのポート番号、"token"はトークン値、"hash"はあるコンテンツに対するハッシュ値である。図９の例では、
http://192.168.10.144:31410/c595458/eb16a1b
となる。
【００６１】
（４）他ユーザ端末１０Xのユーザがこのリンク（例えば、"Click here"）をクリックすることにより、ユーザ端末１０Xはユーザ端末１０Yにファイルのダウンロードを要求する。
【００６２】
（５）この時、ユーザ端末１０Yのアクセス検証・アップロード部１２は、コンテンツ配信制御装置１００からHTTPリファラー（どのURLからリンクされていたかの情報）、ならびにポート番号、コンテンツハッシュ値、トークン情報を受信する。
【００６３】
（６）ユーザ端末１０Yのアクセス検証・アップロード部１２は、これらのすべてが問題ないと判定されたらアクセスを許可し、ダウンロードコンテンツ蓄積部１５からコンテンツを読み出して、他ユーザ端末１０Xにアップロードを行う。
【００６４】
なおIPアドレス、ポート番号が合わなければそもそも通信は成立しない。トークン情報はアップロード開始が有効であるのが一定の期間であることを示すものであり、一旦アップロードが始まった後は時間に関係なくその通信は有効である。アップロード開始が有効であることを一定期間に収めることにより、現状態に変化が起こった場合に対応することが可能となる。
【００６５】
上記の実施の形態におけるコンテンツ配信制御装置及びユーザ端末の各構成要件の動作をプログラムとして構築し、コンテンツ配信制御装置及びユーザ端末として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００６６】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００６７】
１０ ユーザ端末
１１ 通信部
１２ アクセス検証・アップロード部
１３ ユーザ設定部
１４ 端末・コンテンツ情報管理部
１５ ダウンロードコンテンツ蓄積部
３０ コンテンツ配信用オリジンサーバ
１００ コンテンツ配信制御装置
１１０ 現状態把握部
１２０ 現状態記憶部
１３０ 理想状態設定部
１４０ 理想状態記憶部
１５０ インセンティブ配分算出部
１６０ コンテンツ取得条件提示部
【特許請求の範囲】
【請求項１】
ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御装置であって、
前記ネットワーク、及び該ネットワーク上に存在する各ユーザ端末及び各コンテンツ配信用オリジンサーバからなるコンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納する現状態把握部と、
前記コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納する理想状態設定手段と、
前記現状態記憶手段と前記理想状態記憶手段に格納された各ユーザ端末及び前記コンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出するインセンティブ配分計算手段と、
ユーザ端末に対して、前記インセンティブ配分算出手段で算出されたインセンティブと、対象となるコンテンツのアップロードを可能にするためのインタフェースを提供するコンテンツ取得条件提示部と、
を有することを特徴とするコンテンツ配信制御装置。
【請求項２】
前記インセンティブ配分計算手段は、
前記現状態記憶手段から取得した前記コンテンツ配信システムの現状態に基づいて、ユーザにダウンロードさせることが望ましいコンテンツに優先順位を付与し、前記インセンティブとして、ユーザがダウンロードするコンテンツに対して、任意の数、任意の組み合わせのコンテンツ取得条件を与える手段を含む
請求項１記載のコンテンツ配信制御装置。
【請求項３】
前記現状態把握部は、
前記コンテンツ配信システムの現状態として、当該コンテンツ配信制御装置が管理する全ユーザ端末のコンテンツ分布状況情報を収集し、前記現状態記憶手段に格納する手段を含み、
前記インセンティブ配分計算手段は、
前記現状態記憶手段に格納されている前記コンテンツ分布状況情報を参照して、あるユーザによって、近隣のユーザが所持していない、あるいは、所持している人数が全ユーザの中で少ないコンテンツに対して、より高いインセンティブとなるコンテンツ取得条件を与える手段を含む
請求項１または２記載のコンテンツ配信制御装置。
【請求項４】
前記インセンティブ配分計算手段は、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記コンテンツ配信用オリジンサーバの負荷状態情報を取得し、該負荷状態情報が該現状態記憶手段に予め設定されている閾値より高い場合は、あるユーザ端末に対し、当該ユーザに対するアップロードが可能な、当該ユーザ端末の近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与える手段を含む
請求項１乃至３のいずれか１項に記載のコンテンツ配信制御装置。
【請求項５】
前記インセンティブ配分計算手段は、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、ネットワークリンク負荷情報を取得し、該ネットワークリンク負荷情報が該現状態記憶手段に予め設定されている閾値より高い場合は、当該ネットワークリンクを利用するユーザ端末のみを対象として、当該ユーザに対するアップロードが可能な、当該ユーザの近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与える手段を含む
請求項１乃至３のいずれか１項に記載のコンテンツ配信制御装置。
【請求項６】
ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御装置とネットワークを介して接続されるユーザ端末であって、
既にダウンロード済みのコンテンツを蓄積するコンテンツ記憶手段と、
当該ユーザ端末のリソース状態、保有コンテンツ、アクセス検証用情報を含むユーザ端末の現状態に関する情報を前記コンテンツ配信制御装置に送信する現状態送信手段と、
他のユーザ端末からのダウンロード要求に対して、アクセス認証を行う認証手段と、
前記ダウンロード要求に対して認証された場合に、前記コンテンツ記憶手段に格納されているコンテンツのアップロードを行うアップロード手段と、
を有することを特徴とするユーザ端末。
【請求項７】
ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御方法であって、
コンテンツ配信制御装置が、前記ネットワーク、及び該ネットワーク上に存在する各ユーザ端末及び各コンテンツ配信用オリジンサーバからなるコンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納する現状態把握ステップと、
コンテンツ配信制御装置が、前記コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納する理想状態設定ステップと、
コンテンツ配信制御装置が、前記現状態記憶手段と前記理想状態記憶手段に格納された各ユーザ端末及び前記コンンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出するインセンティブ配分計算ステップと、
コンテンツ配信制御装置が、ユーザ端末に対して、前記インセンティブ配分計算ステップで算出されたインセンティブと、他のユーザ向けにアップロードする際に用いるインタフェースを提供するインセンティブ提供ステップと、
前記ユーザ端末が、前記コンテンツ配信制御装置から前記インセンティブ、トークン情報、前記インタフェースを取得する受信ステップと、
他のユーザ端末からのダウンロード要求に対して、アクセス認証を行う認証ステップと、
前記ダウンロード要求に対して認証された場合に、前記コンテンツ記憶手段に格納されているコンテンツのアップロードを行うアップロードステップと、
を行うことを特徴とするコンテンツ配信制御方法。
【請求項８】
前記インセンティブ配分計算ステップにおいて、
前記現状態記憶手段から取得した前記コンテンツ配信システムの現状態に基づいて、ユーザにダウンロードさせることが望ましいコンテンツに優先順位を付与し、前記インセンティブとして、ユーザがダウンロードするコンテンツに対して、任意の数、任意の組み合わせのコンテンツ取得条件を与える
請求項７記載のコンテンツ配信制御方法。
【請求項９】
前記現状態把握ステップにおいて、
前記コンテンツ配信システムの現状態として、当該コンテンツ配信制御装置が管理する全ユーザ端末のコンテンツ分布状況情報、前記コンテンツ配信用オリジンサーバの負荷状態情報、ネットワークリンク負荷情報を収集し、基準となる閾値と共に前記現状態記憶手段に格納し、
前記インセンティブ配分計算ステップにおいて、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記コンテンツ分布状況情報を取得して、あるユーザによって、近隣のユーザが所持していない、あるいは、所持している人数が全ユーザの中で少ないコンテンツに対して、より高いインセンティブとなるコンテンツ取得条件を与えるステップ、
または、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記コンテンツ配信用オリジンサーバの負荷状態情報を取得し、該負荷状態情報が該現状態記憶手段に予め設定されている閾値より高い場合は、あるユーザ端末に対し、当該ユーザに対するアップロードが可能な、当該ユーザ端末の近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与えるステップ、
または、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記ネットワークリンク負荷情報を取得し、該ネットワークリンク負荷情報が前記現状態記憶手段に予め設定されている閾値より高い場合は、当該ネットワークリンクを利用するユーザ端末のみを対象として、当該ユーザに対するアップロードが可能な、当該ユーザの近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与えるステップ、
のいずれかを行う
請求項８に記載のコンテンツ配信制御方法。
【請求項１０】
請求項１乃至５のいずれか1項に記載のコンテンツ配信制御装置を構成する各手段としてコンピュータを機能させるためのコンテンツ配信制御プログラム。
【請求項１】
ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御装置であって、
前記ネットワーク、及び該ネットワーク上に存在する各ユーザ端末及び各コンテンツ配信用オリジンサーバからなるコンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納する現状態把握部と、
前記コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納する理想状態設定手段と、
前記現状態記憶手段と前記理想状態記憶手段に格納された各ユーザ端末及び前記コンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出するインセンティブ配分計算手段と、
ユーザ端末に対して、前記インセンティブ配分算出手段で算出されたインセンティブと、対象となるコンテンツのアップロードを可能にするためのインタフェースを提供するコンテンツ取得条件提示部と、
を有することを特徴とするコンテンツ配信制御装置。
【請求項２】
前記インセンティブ配分計算手段は、
前記現状態記憶手段から取得した前記コンテンツ配信システムの現状態に基づいて、ユーザにダウンロードさせることが望ましいコンテンツに優先順位を付与し、前記インセンティブとして、ユーザがダウンロードするコンテンツに対して、任意の数、任意の組み合わせのコンテンツ取得条件を与える手段を含む
請求項１記載のコンテンツ配信制御装置。
【請求項３】
前記現状態把握部は、
前記コンテンツ配信システムの現状態として、当該コンテンツ配信制御装置が管理する全ユーザ端末のコンテンツ分布状況情報を収集し、前記現状態記憶手段に格納する手段を含み、
前記インセンティブ配分計算手段は、
前記現状態記憶手段に格納されている前記コンテンツ分布状況情報を参照して、あるユーザによって、近隣のユーザが所持していない、あるいは、所持している人数が全ユーザの中で少ないコンテンツに対して、より高いインセンティブとなるコンテンツ取得条件を与える手段を含む
請求項１または２記載のコンテンツ配信制御装置。
【請求項４】
前記インセンティブ配分計算手段は、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記コンテンツ配信用オリジンサーバの負荷状態情報を取得し、該負荷状態情報が該現状態記憶手段に予め設定されている閾値より高い場合は、あるユーザ端末に対し、当該ユーザに対するアップロードが可能な、当該ユーザ端末の近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与える手段を含む
請求項１乃至３のいずれか１項に記載のコンテンツ配信制御装置。
【請求項５】
前記インセンティブ配分計算手段は、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、ネットワークリンク負荷情報を取得し、該ネットワークリンク負荷情報が該現状態記憶手段に予め設定されている閾値より高い場合は、当該ネットワークリンクを利用するユーザ端末のみを対象として、当該ユーザに対するアップロードが可能な、当該ユーザの近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与える手段を含む
請求項１乃至３のいずれか１項に記載のコンテンツ配信制御装置。
【請求項６】
ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御装置とネットワークを介して接続されるユーザ端末であって、
既にダウンロード済みのコンテンツを蓄積するコンテンツ記憶手段と、
当該ユーザ端末のリソース状態、保有コンテンツ、アクセス検証用情報を含むユーザ端末の現状態に関する情報を前記コンテンツ配信制御装置に送信する現状態送信手段と、
他のユーザ端末からのダウンロード要求に対して、アクセス認証を行う認証手段と、
前記ダウンロード要求に対して認証された場合に、前記コンテンツ記憶手段に格納されているコンテンツのアップロードを行うアップロード手段と、
を有することを特徴とするユーザ端末。
【請求項７】
ネットワーク上でユーザ同士のピア・ツー・ピア技術を用いたコンテンツ配信を制御するコンテンツ配信制御方法であって、
コンテンツ配信制御装置が、前記ネットワーク、及び該ネットワーク上に存在する各ユーザ端末及び各コンテンツ配信用オリジンサーバからなるコンテンツ配信システムのリソースの現状態の情報を収集し、基準となる閾値と共に現状態記憶手段に格納する現状態把握ステップと、
コンテンツ配信制御装置が、前記コンテンツ配信システムに対して、運用者が与える制約条件に基づいて、該コンテンツ配信システムの理想状態を設定し、該理想状態のパラメータを理想状態記憶手段に格納する理想状態設定ステップと、
コンテンツ配信制御装置が、前記現状態記憶手段と前記理想状態記憶手段に格納された各ユーザ端末及び前記コンンテンツ配信システムの状況に関する情報を比較し、該コンテンツ配信システムの運用上の理想状態に近づくように、各ユーザの行動を制御するためのインセンティブを算出するインセンティブ配分計算ステップと、
コンテンツ配信制御装置が、ユーザ端末に対して、前記インセンティブ配分計算ステップで算出されたインセンティブと、他のユーザ向けにアップロードする際に用いるインタフェースを提供するインセンティブ提供ステップと、
前記ユーザ端末が、前記コンテンツ配信制御装置から前記インセンティブ、トークン情報、前記インタフェースを取得する受信ステップと、
他のユーザ端末からのダウンロード要求に対して、アクセス認証を行う認証ステップと、
前記ダウンロード要求に対して認証された場合に、前記コンテンツ記憶手段に格納されているコンテンツのアップロードを行うアップロードステップと、
を行うことを特徴とするコンテンツ配信制御方法。
【請求項８】
前記インセンティブ配分計算ステップにおいて、
前記現状態記憶手段から取得した前記コンテンツ配信システムの現状態に基づいて、ユーザにダウンロードさせることが望ましいコンテンツに優先順位を付与し、前記インセンティブとして、ユーザがダウンロードするコンテンツに対して、任意の数、任意の組み合わせのコンテンツ取得条件を与える
請求項７記載のコンテンツ配信制御方法。
【請求項９】
前記現状態把握ステップにおいて、
前記コンテンツ配信システムの現状態として、当該コンテンツ配信制御装置が管理する全ユーザ端末のコンテンツ分布状況情報、前記コンテンツ配信用オリジンサーバの負荷状態情報、ネットワークリンク負荷情報を収集し、基準となる閾値と共に前記現状態記憶手段に格納し、
前記インセンティブ配分計算ステップにおいて、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記コンテンツ分布状況情報を取得して、あるユーザによって、近隣のユーザが所持していない、あるいは、所持している人数が全ユーザの中で少ないコンテンツに対して、より高いインセンティブとなるコンテンツ取得条件を与えるステップ、
または、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記コンテンツ配信用オリジンサーバの負荷状態情報を取得し、該負荷状態情報が該現状態記憶手段に予め設定されている閾値より高い場合は、あるユーザ端末に対し、当該ユーザに対するアップロードが可能な、当該ユーザ端末の近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与えるステップ、
または、
前記現状態記憶手段から、前記コンテンツ配信システムの現状態として、前記ネットワークリンク負荷情報を取得し、該ネットワークリンク負荷情報が前記現状態記憶手段に予め設定されている閾値より高い場合は、当該ネットワークリンクを利用するユーザ端末のみを対象として、当該ユーザに対するアップロードが可能な、当該ユーザの近隣のユーザ端末が保持しているコンテンツに対してより高いインセンティブとなるコンテンツ取得条件を与えるステップ、
のいずれかを行う
請求項８に記載のコンテンツ配信制御方法。
【請求項１０】
請求項１乃至５のいずれか1項に記載のコンテンツ配信制御装置を構成する各手段としてコンピュータを機能させるためのコンテンツ配信制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１７５３９５（Ｐ２０１２−１７５３９５Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３５２０７（Ｐ２０１１−３５２０７）
【出願日】平成２３年２月２１日（２０１１．２．２１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【出願人】（５０４１３２２７２）国立大学法人京都大学 (1,269)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月２１日（２０１１．２．２１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【出願人】（５０４１３２２７２）国立大学法人京都大学 (1,269)
【Ｆターム（参考）】
[ Back to top ]