(57)【要約】  本発明は、コンテンツ・サーバからクライアント装置（ＥＣ１）へのマルチメディア・コンテンツのプッシュ・モードにおける部分的なダウンロードを含む第１の工程と、別のクライアント装置（ＥＣ２）からの、「ピアツーピア」機構を介した「プル」モードにおける前記マルチメディア・コンテンツの欠けているエレメントのダウンロードを含む第２の工程とを含むことを特徴とする、マルチメディア・コンテンツを配信する方法に関する。本発明は、マルチメディア・コンテンツをｎ＋ｐ個のブロックで再構成することが可能であり、ｎ及びｐが自然数の非ヌル整数であり、ｎ個のブロックが前記第１の工程中にダウンロードされ、ｐ個のブロックが前記第２の工程中にダウンロードされる。前記マルチメディア・コンテンツはｎ＋ｐ個のブロックの受信後にのみ利用可能であることも特徴とする。
2009522897.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・コンテンツを配信する方法であって、
コンテンツ・サーバから第１のクライアント装置にマルチメディア・コンテンツの「プッシュ」モードにおける部分的なダウンロードを含む第１の工程と、
第２のクライアント装置からの、「ピアツーピア」機構を介した「プル」モードにおける前記マルチメディア・コンテンツの欠けているエレメントのダウンロードを含む第２の工程とを含み、
前記マルチメディア・コンテンツは、ｎ＋ｐ個のブロックで再構成することが可能であり、ｎ及びｐは自然数の非ヌル整数であり、ｎ個のブロックが前記第１の工程中にダウンロードされ、ｐ個のブロックが前記第２の工程中にダウンロードされ、前記マルチメディア・コンテンツはｎ＋ｐ個のブロックの受信後にのみ利用可能である方法。
【請求項２】
請求項１記載の、マルチメディア・コンテンツを配信する方法であって、前記第１のクライアント装置及び前記第２のクライアント装置が同じＤＳＬＡＭの下にある方法。
【請求項３】
請求項１記載の、マルチメディア・コンテンツを配信する方法であって、前記第１のクライアント装置及び前記第２のクライアント装置が近傍ＤＳＬＡＭの下にある方法。
【請求項４】
請求項１乃至３のうちの何れか１つに記載の、マルチメディア・コンテンツを配信する方法であって、前記第１のクライアント装置及び前記第２のクライアント装置のうちの少なくとも１つが、ハード・ディスク又はパソコンを備えたセットトップ・ボックスである方法。
【請求項５】
請求項１記載の、マルチメディア・コンテンツを配信する方法であって、劣化した品質の１つ又は複数の映画の先頭の視聴を可能にするブロックなどの特定のブロックが、いくつかのクライアント装置に組織的にロードされ、よって、ユーザは、「ピアツーピア」機構によるロードが行われることを待っている間に視聴し始めることが可能である方法。
【請求項６】
請求項１乃至５のうちの何れか一項に記載の方法を実現するための、少なくとも、マルチメディア・サーバ、通信ネットワーク、ＤＳＬＡＭ、及び少なくとも２つのクライアント装置を備える、マルチメディア・コンテンツを配信するシステム。
【請求項７】
ディジタル装置であって、
コンテンツ・サーバからマルチメディア・コンテンツを「プッシュ」モードで部分的にダウンロードすることによって受信する手段と、
第２のクライアント装置から、「ピアツーピア」機構を介して「プル」モードにおいて前記マルチメディア・コンテンツの欠けているエレメントをダウンロードによって受け取る手段を含み、
前記マルチメディア・コンテンツは、ｎ＋ｐ個のブロックで再構成することが可能であり、ｎ及びｐは自然数の非ヌル整数であり、「ピアツーピア」機構により、ｎ個のブロックが「プッシュ」モードにおいてダウンロードされ、ｐ個のブロックが「プル」モードにおいてダウンロードされ、前記マルチメディア・コンテンツはｎ＋ｐ個のブロックの受信後にのみ利用可能であるディジタル装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報技術及び通信技術の領域に関する。
【０００２】
本発明は、特に、「ピアツーピア」機構を介した「プッシュ」モードでのダウンロード及び「プル」モードでのダウンロードを組み合わせた方法及びマルチメディア・コンテンツ配信システムに関する。
【背景技術】
【０００３】
従来技術では、商用目的での「ピアツーピア」ネットワークによるマルチメディア・コンテンツ配信の概念が、Ｐ．Ｒｏｄｒｉｇｕｅｚ、Ｓ−Ｍ．Ｔａｎ及びＣ．Ｇｋａｎｔｓｉｄｉｓによる科学論文「Ｏｎ  ｔｈｅ  ｆｅａｓｉｂｉｌｉｔｙ  ｏｆ  Ｃｏｍｍｅｒｃｉａｌ，  Ｌｅｇａｌ  Ｐ２Ｐ  Ｃｏｎｔｅｎｔ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  （ＡＣＭ  ＳＩＧＣＯＭＭ  Ｃｏｍｐｕｔｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｒｅｖｉｅｗ，  ｖｏｌ．  ３６，  Ｎ°１，  Ｊａｎｕａｒｙ  ２００６）」によって知られている。しかし、この科学論文には、「プル」モードでのダウンロード段階は開示されていない。
【０００４】
従来技術では、マルチメディア・データを放送するデータ放送システム、及びマルチメディア・データを受信するための受信器端末装置も、松下電器産業による欧州特許出願公開第１３４１３２８号明細書によって知られている。上記欧州特許出願公開明細書に記載された発明は、複数のマルチメディア・データを含む放送データを受信し、送信するためのデータ受信装置に関する。上記装置は、
放送データに含まれる複数のマルチメディア・データを順次受信するよう適合された受信器装置と、
受信データを送信するよう適合された送信装置と、
複数の受信マルチメディア・データを一元的に管理し、それぞれのマルチメディア・データに対応する情報を割り当てるための管理情報を作成し、記憶するよう適合された記憶装置と、
管理情報に関して受信されたマルチメディア・データを管理するよう適合された管理装置とを含む。
【０００５】
従来技術では、ピアツーピア情報共有システムも、Ｄｅｅｄｓ  Ｄｏｕｇｌａｓによる米国特許出願公開第２００４／００３０９０号明細書によって知られている。前述の米国特許出願公開明細書には、インターネットなどのネットワークを介してデータを共有するためのシステム及び方法が開示されている。共有データは多くの場合、オーディオ・データになるが、他のタイプのデータにも対応し得る。サーバ（例えば瞬時メッセージング・サーバ）はネットワークと通信して、データ共有セッションを起動させる旨の要求を受信する。この要求は、潜在的な参加者のアドレスを含む。要求を受け取ると、瞬時メッセンジャは、潜在的な参加者が実際にネットワークに接続されているかを判定し、肯定の場合、それぞれへのデータの送信を開始することが可能であるようにそのネットワーク・アドレスを、要求を送出したエンティティに送信する。データは通常、一参加者による記録から再生されるが、前述の選択は、送信されるとグループの構成員によってリスニングされ、それにより、共有リスニング環境がもたらされる。知的財産の潜在的な侵害を避けるために、データは再生されるが、受信器のレベルで後の時点においてリスニング目的で記憶されるものでない。
【０００６】
従来技術では、サーバ又はユーザから別のユーザに向けたＶｏＤ（ビデオ・オン・デマンド）システムも、Ｒａｎｄａｌｌ  Ｃｈｕｎｇによる国際公開０１／１０１２５号明細書によって知られている。上記ＰＣＴ特許出願には、データ通信ネットワークによって接続されたデータ記憶システムを使用して複数の最終ユーザにデータを配信するためのシステム及び方法が開示されている。最終ユーザ機器は、オーディオ・マテリアル又はビデオ・マテリアルを再生又は記録するための、例えば磁気ディスクなどのデータ記憶装置を備える。各データ記憶装置は、ディジタル・ビデオ・コンテンツ（映画）やディジタル・オーディオ・コンテンツ（音楽）などのデータを記憶することが可能である。データ記憶装置は、オーディオ・ディジタル・コンテンツ又はビデオ・ディジタル・コンテンツの部分又はフラグメントを記憶するよう構成することも可能である。ビデオ・ディジタル・コンテンツ又はオーディオ・ディジタル・コンテンツの記憶、読み出し及び記録の場所は中央エンティティにより、運営、管理及び制御される。このデータのビデオ又はオーディオのコンテンツ若しくは部分を読み出すためのデータは、物理的に別個の１つ又は複数のデータ記憶装置上に常駐し得るか、又は中央データ記憶装置上に常駐し得る。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、「プッシュ」モード、「プル」モード、及び「ピアツーピア」モードを組み合わせたマルチメディア・コンテンツ配信方法に特に適合された符号化解決策を提案することにより、従来技術の欠点を解消することを意図している。
【課題を解決するための手段】
【０００８】
この目的で、本発明は、一般に最も認められた意味合いでは、マルチメディア・コンテンツ配信の方法に関する。この方法は、
コンテンツ・サーバから第１のクライアント装置へのマルチメディア・コンテンツの、「プッシュ」モードにおける部分的なダウンロードを含む第１の工程と、
第２のクライアント装置からの、「ピアツーピア」機構を介した「プル」モードにおけるマルチメディア・コンテンツの欠けているエレメントのダウンロードを含む第２の工程とを含み、
マルチメディア・コンテンツは、ｎ＋ｐ個のブロックで再構成することが可能であり、ｎ及びｐは自然数の非ヌル整数であり、ｎ個のブロックが第１の工程中にダウンロードされ、ｐ個のブロックが第２の工程中にダウンロードされ、マルチメディア・コンテンツはｎ＋ｐ個のブロックの受信後にのみ利用可能である。
【０００９】
第１の変形例によれば、第１のクライアント装置及び第２のクライアント装置は、この伝送モードに基づいた実現形態の意味合いで、同じＤＳＬＡＭ（ディジタル加入者回線アクセス多重化器）の下にある。
【００１０】
第２の変形例によれば、クライアント装置は、近傍ＤＳＬＡＭの下にある。
【００１１】
クライアント装置は、ハード・ディスクのセットトップ・ボックス又はパソコンであり得る。
【００１２】
特定の実現形態では、一部のブロック（例えば、映画の先頭、又は劣化した品質の映画を視ることを可能にするブロック）は規則正しくいくつかのクライアント装置にロードされるので、ユーザは、「ピアツーピア」ロード機構を待つことなく、視始めることが可能である。
【００１３】
本発明は、少なくともマルチメディア・コンテンツ・サーバ、通信ネットワーク、ＤＳＬＡＭ、及び少なくとも２つのクライアント装置を備える、マルチメディア・コンテンツを配信するシステムにも関する。
【００１４】
本発明はディジタル装置にも関する。上記ディジタル装置は、
コンテンツ・サーバからマルチメディア・コンテンツを「プッシュ」モードで部分的にダウンロードすることによって受信する手段と、
第２のクライアント装置からの、「ピアツーピア」機構を介した「プル」モードにおけるマルチメディア・コンテンツの欠けているエレメントを、ダウンロードによって受信する手段を含み、
マルチメディア・コンテンツは、ｎ＋ｐ個のブロックで再構成することが可能であり、ｎ及びｐは自然数の非ヌル整数であり、「ピアツーピア」機構により、ｎ個のブロックが「プッシュ」モードにおいてダウンロードされ、ｐ個のブロックが「プル」モードにおいてダウンロードされ、マルチメディア・コンテンツはｎ＋ｐ個のブロックの受信後にのみ利用可能である。
【発明を実施するための最良の形態】
【００１５】
本発明は、本発明による方法及びシステムを実現するアーキテクチャを示す単一の図を参照して例として記載された、本発明の非限定的な実施例の以下の説明から、より深く理解されよう。
【実施例】
【００１６】
当初、マルチメディア・コンテンツはＮ個のブロックにおいて符号化される。Ｎは、２以上の自然数の整数である。コンテンツはｎ＋ｐ個のブロックを使用して復号化することが可能である。
【００１７】
マルチメディア・コンテンツは例えば、ビデオ・ドキュメントであり得るものであり、図１のシステムはＶＯＤ（ビデオ・オン・デマンド）の環境に配置されている。
【００１８】
コンテンツは次いで、図に示すコンテンツ・サーバから「プッシュ」モードでクライアント装置ＥＣ１、ＥＣ２、ＥＣ３等に通信ネットワークを介してダウンロードされる。各クライアント装置はｎ個のブロックを受信する。クライアント装置は、ハード・ディスク又はパソコンを備えたセットトップ・ボックスであり、ＤＳＬモデム及びＤＳＬＡＭ装置を介して通信ネットワークに接続される。各クライアント装置は、後に使用するために（例えば、ハード・ディスク上に）ｎ個のブロックを記憶する。セットトップ・ボックス又はコンピュータは、必要に応じて、コンテンツを復号化又は復元し、ビデオ・コンテンツの場合、適切な形式でビデオ信号及びオーディオ信号を生成するための手段をそれ自体において有する。
【００１９】
特定のクライアント装置に送信（プッシュ）されるｎ個のブロックは、コンテンツ・サーバによって定められる。好ましくは、クライアント装置に送信されるｎ個のブロックは、別のクライアント装置に送信されるｎ個のブロックと、少なくとも一ブロックだけ異なる。コンテンツ・サーバは、各クライアント装置のレベルでどのブロックが記憶されているかを示すデータベースを保持する。このデータベースは、欠けているｐ個のブロックをどのクライアント装置対から要求するかをクライアント装置が判定することを可能にする。効果的には、このデータベースは、コンテンツ・サーバ以外であるが、クライアント装置によってアクセス可能な装置に記憶される。
【００２０】
特定の変形例によれば、マルチメディア・コンテンツは、ｎ＋ｐ個のブロックの組み合わせ全てがコンテンツの復号化を可能にするようにマルチメディア・コンテンツが符号化される。この場合、クライアント装置は、前述の更なるｐ個のブロックを有する何れかの他のクライアント装置上の欠けているｐ個のブロックをサーチする。
【００２１】
本願の実施例では、好ましくは同じＤＳＬＡＭ中にあり、ｎが３であり、ｐが１に等しく、Ｎが９に等しい３つのクライアント装置が存在している。ブロックは、特定のブロック間冗長性で符号化される。小さなｐを選ぶ（特に、１に等しいｐを選ぶ）ことにより、情報量が「ピアツーピア」モードに集まることを最小にすることを可能にし、よって、コンテンツへのユーザのアクセスを加速化させる。この要求は、ユーザがコンテンツを視ることにした時点、又はコンテンツに対する権利を獲得することにした時点で行うことが可能である。
【００２２】
３つのクライアント装置それぞれは次いで、３つのブロックを「プッシュ」モードで受信する。マルチメディア・コンテンツを利用することができるために、各クライアント装置は、更なるブロックを必要とする。
【００２３】
クライアント装置は次いで、「プル」モードにおいて別のクライアント装置から、欠けているブロックを「ピアツーピア」機構を介してダウンロードする。この装置はよって、欠けているブロックを要求する。よって、クライアント装置は、コンテンツを復号化し、利用することが可能である。
【００２４】
ピアツーピア・モードは、当初サーバから、欠けているブロックをダウンロードしなければならないことを避けることが可能である。このモードは、ネットワーク資源の最適化も可能にし、コンテンツ・サーバの過剰な要請を避ける。
【００２５】
欠けているｐ個のブロックは、ＤＳＬＡＭの下のいくつかの装置にわたって分散させることが可能である。
【００２６】
サーチ要求が、コンテンツの残りを含む他の装置が載ったリストに存在している装置にクライアント装置ＥＣ１から送出される。このリストは、クライアント装置ＥＣ１からの要求により、まず、制御サーバによって送出されていることがあり得る。
【００２７】
例えば、ＥＣ１は、ＥＣ３、ＥＣ５及びＥＣｎに要求を送出する。ＥＣ３は、欠けているコンテンツの最初の１／３をＥＣ１に送出し、ＥＣ５は、欠けているコンテンツの第２の１／３をＥＣ１に送出し、ＥＣｎは最後の１／３をＥＣ１に送出する。ＥＣ３、ＥＣ５及びＥＣｎがＥＣ１に送信する比率が等しくない（例えば、５５％、３０％及び１５％である）モードも考慮することが可能である。
【００２８】
ＥＣ１装置によってコンテンツの特定の割合が有効であると認められると、メッセージを制御サーバに送出することが可能である。
【００２９】
欠けているブロックの供給のための優先度を設定することもできると想定することも可能である。例えば、ＳＶＣ（スケーラブル・ビデオ符号化）モードでは、ベース・レイヤは、最高優先度を有する一方、「エンハンスメント・レイヤ」と表すレイヤは、より低い優先度を有する。コンテンツは、欠けているブロックの一部のみで再生することが可能であるが、品質レベルは低下し得る。
【００３０】
この優先度機構は、時間クリティカル・アプリケーションの場合、特に興味深いことがあり得る。例えば、クライアント装置ＥＣ１が、欠けているコンテンツの最初の１／３及び第２の１／３がないことを許容し得るが、最後の１／３を必要とする。この場合、ＥＣ１は、コンテンツを保持している装置に向けて、時間の制約を考慮することを可能にする優先度の指示を送信する。
【００３１】
方法の一変形例は、強い時間制約を有する、欠けているコンテンツの、等しいサイズ又は等しくないサイズのいくつかの部分への分割を含む。前述の部分は次いで、要求を行ったクライアント装置に送信される。
【００３２】
「プッシュ」工程は、ＤＶＤ標準のうちの１つ（例えば、ＤＶＢ−Ｔ又はＤＶＢ−Ｈ）に準拠したディジタル放送ネットワークを介して実現することが可能である。
【００３３】
本発明の範囲では、ユニキャスト機構及びマルチキャスト機構を使用することが可能である。
【００３４】
特定の実施例では、以下のように進めることが可能である。
【００３５】
ｉ）コンテンツ・サーバは、マルチキャスト手法を使用して一回のみコンテンツ全体を送出する。
【００３６】
ｉｉ）制御サーバは、特定の情報をクライアント装置それぞれに送出して、保存すべきコンテンツ部分及び削除すべき部分を示す。
【００３７】
前述の機構の利点は、送信帯域の使用度が低いという点である。主たる欠点は、クライアント装置が、「プッシュ」モードにある段階中に接続されていなければならないという点である。「プッシュ」モードにおけるこの段階中に利用可能でない装置の場合、コンテンツ・サーバのコンテンツをクライアント装置にユニキャストで送信することが可能である。
【００３８】
「プル」モードでの段階中、マルチキャストを使用することも可能である。実際に、ＥＣ３装置にコンテンツを既に供給しているＥＣ２装置をＥＣ１装置が利することが可能であるようにマルチキャスト接続を使用することが可能である。
【００３９】
ユニキャスト手法との主たる相違点は、コンテンツに関する要求を制御サーバがクライアント装置から受け取ると、制御サーバが２つの動作を起動させるという点である。
【００４０】
ｉ）１つ又は複数の特定のマルチキャスト・アドレス／ポート上の「走査」を指示する旨の要求を行った装置に対する応答の送出。
【００４１】
ｉｉ）アドレス／ポ―トが要求に含まれるコンテンツをマルチキャスト接続上でブロードキャストし始めるようにする旨のコマンド要求の、要求コンテンツを含む１つ又は複数の装置に対する送出。サーバは、コンテンツがマルチキャストでブロードキャストされるか、回転モードでブロードキャストされるか、又はジャストワンスでブロードキャストされるかを規定することも可能である。
【００４２】
要求されたコンテンツが既に配信されている（か、又は配信されている）旨を制御サーバが検出した場合、制御サーバはコマンド要求をブロードキャスト装置に送出しなくてよい。ＩＧＭＰ機構を用いたＤＳＬＡＭは、要求されたコンテンツの、要求を行った装置に対する供給に留意する。
【００４３】
更に、コンテンツを要求する装置は、いくつかのマルチキャスト接続を「走査」することが可能であるので、コンテンツのダウンロードを終えると、コンテンツを要求する装置がメッセージを制御サーバに送出することが可能であるように第２の機構が必要である。この時点で、要求されたコンテンツにリスニングしている装置の数を制御サーバが知っているので、送信の停止を指示する旨のコマンド要求をブロードキャスト装置に送出することも送出しないこともあり得る。明らかに、この要求は、マルチキャスト接続にリスニングしている装置がない場合にのみ送出される。
【００４４】
一変形例は、共有コンテンツをいくつかの部分に分割する工程を含む。部分が大きいほど、同じ部分にいくつかの装置がリスニングしている可能性が高い。部分が小さいほど、同じコンテンツに寄与するブロードキャスト装置の数は増加し、これは、ダウンロードを場合によっては高速化し、ブロードキャスト装置に対する送信時間を短縮化する。
【００４５】
別の変形例では、より多くの受信器装置が同じマルチキャスト・リンクにリスニングすることが可能であるように、冗長な符号化がもたらされる。例えば、コンテンツを復号化する場合、符号化コンテンツの一部分のみを受信すればよい。この符号化は、組織的符号化であってもなくてもよい。
【００４６】
本発明の別の実施例では、制御サーバは、要求されたコンテンツをブロードキャストしている装置全てのリストを要求に応答して送出することが可能である。受信器装置は、リスニングしたいストリームの数を選ぶ。受信器機器は、利用可能な送信帯域幅を使用することが可能であることが望ましい。受信器装置は、リスニングしているストリームを示すための特定のメッセージをサーバに送出する。これにより、特定のブロードキャスト装置にリスニングしている装置の数をサーバが知ることが可能になる。
【００４７】
種々のストラテジを最初のステップについて「プッシュ」モードで実現することが可能である。
【００４８】
ａ）多重化プッシュ対専用プッシュ
ｂ）全部複製プッシュ対部分複製プッシュ
ｃ）プレフィックス・プッシュ
大局的な最先期限が最初というポリシー
多重化プッシュ対専用プッシュ
最初の２つのコンテンツ配置ストラテジは、特定のコンテンツ（例えば、映画）に割り当てられるクライアント装置の数に関する。
【００４９】
クライアントを映画に割り当てることは、映画の一部又は全部がクライアント・レベルにおいて記憶され、コンテンツを他のクライアントに送信することが可能であることを意味する。
【００５０】
多重化ストラテジと呼ばれる第１のストラテジは、多数のクライアントを特定の映画に割り当てる工程を含む。専用ストラテジと呼ばれる第２のストラテジは、少数のクライアントを特定の映画に割り当てる工程を含む。専用ストラテジの極端なケースは、単一のクライアントにコンテンツを送信することである一方、多重化ストラテジの極端なケースは、全てのクライアントにコンテンツを送信することである。
【００５１】
多重化ストラテジの場合、潜在的なサーバの数が増加する。これにより、有線チャネルの仮説では、特定のコンテンツに対する割り当て送信帯域幅が、コンテンツに割り当てられたクライアントの数に伴って線形に増加する。
【００５２】
多重化対専用の選択の影響は以下の通りである。
【００５３】
特定の映画に割り当てられるクライアントの数の増加により、映画のサポートされる到着率が増加する。この増加により、より少ない程度にスタートアップ・レーテンシも増加する。
【００５４】
全てのクライアントにコンテンツが送信される極端な場合（全多重化）には、各クライアントが既にコンテンツの一部を有し、残りの部分をダウンロードするだけでよいということも考慮しなければならない。よって、この場合、ネットワークにおけるトラフィックの量が削減される。
【００５５】
よって、より人気のある映画の場合の多重化の度合いを増加させ、より人気のない映画の場合の専用ストラテジをより多く使用することが推奨される。
【００５６】
全部複製プッシュ対部分複製プッシュ
以下のコンテンツ配置ストラテジは、特定の映画に割り当てられた単一のクライアントのレベルにおいて記憶されたデータの量に関する。コンテンツを要求している他のクライアントに対してサーバとしてクライアント装置が供給するのはデータ量である。（クライアント）サーバ装置は、映画を全部又は一部記憶することが可能である。
【００５７】
前述のストラテジに結びつけられる影響は以下の通りである。
【００５８】
割り当てられたクライアントの数が同じ場合、各クライアントのレベルにおいて記憶された量の増加により、映画のスタートアップ・レーテンシ・パラメータが削減される。しかし、割り当てられるクライアントの数における増加による、スタートアップ・レーテンシに対する影響は、記憶された量における増加による、起動の際のレーテンシに対する影響よりも大きい。
【００５９】
割り当てられたクライアントの数が同じ場合、各クライアントのレベルで記憶される量の増加が、サポートされる到着率に対して及ぼす影響は非常に小さい。
【００６０】
各クライアントのレベルでの記憶された量の削減により、この特定の映画についてもたらされるオーバヘッドが増加する。特に、クライアントは、コンテンツをダウンロードするために、より多くのクライアントに接触しなければならない。これにより、シグナライゼーションの複雑度が増加し、各クライアントのレベルにおけるＴＣＰ接続の数が増加する。
【００６１】
プレフィックス・プッシュ
このストラテジは、クライアント全てに対する特定のコンテンツの最初の数秒又は数分のプッシュ・モードにおける送信を含む。このデータは、他のコンテンツ要求クライアントに対して、サーバとして送信されるために、割り当てられたクライアントによって使用されるものでない。このことにより、スタートアップ・レーテンシと呼ばれるパラメータがかなり削減する。このストラテジは、非常に人気のある映画にしか使用するべきでない。実際に、少数のクライアントにしか映画が視聴されない場合にプレフィックス・プッシュをクライアント全てに送信することは、データ記憶容量の浪費とみることができる。
【００６２】
映画の人気度に応じて、リソース（送信帯域幅、データ記憶装置、クライアント等）の使用を最適化するために種々のプッシュ・ストラテジを実現すべきである。
【００６３】
以下のステップに従うことが推奨される。
【００６４】
ａ）まず、各映画に割り当てられるクライアントの数を求め、多重化プッシュと専用プッシュとの間で選ぶ。人気のある映画の場合、前述の映画の到着率の増加がサポートされるように多重化を増加させるべきである。同時に、オーバヘッド、及び記憶容量の消費を最小にするために、より人気のない映画の場合、多重化を削減させるべきである。
【００６５】
ｂ）次に、各クライアントにより、各映画に割り当てられるデータ記憶装置の量を求めなければならない。システムによってもたらされる合計オーバヘッド量を減少させるために、人気のある映画の記憶容量を増加させることが推奨される。より人気のない映画のデータ記憶量を削減することも推奨される。合計オーバヘッドに対する影響が弱くなり、この記憶空間は、人気のある映画によって利用されたほうが好適であるからである。
【００６６】
ｃ）最後に、プレフィックス・プッシュ・ストラテジの場合に、利用可能な記憶空間の残りを使用することにより、各映画のスタートアップ・レーテンシの適合が可能になる。最も人気のある映画の場合にのみ、この規則をあてはめることが推奨される。
【００６７】
大局的な最先期限が最初というポリシー
この最後のストラテジは、先行するストラテジとともに使用される。
【００６８】
「最先期限が最初である」は、期限が最も近い要求をその他の要求全ての前に処理しなければならないというポリシーである。これは、要求全てを処理しなければならない単一のコンテンツ・サーバの場合、問題にならない。コンテンツ・サーバが、要求及びその期限を知っているからである。しかし、本発明の分散環境などの分散環境では、期限が最先の要求を、サーバ装置のファイルにおける他の要求全ての前に処理しなければならないという、大局的な最先期間が最初であるというポリシーの実現は、取るに足らない訳でない。要求は、いくつかのサーバ装置にわたって分散させることが可能であり、システムは、最先の到着を識別し、処理しなければならない。
【００６９】
プッシュ工程中に送信されたコンテンツ全て及びその位置のインデックスを有する中央制御サーバの存在を前提とすれば、「最先期限が最初である」として知られているポリシーは、制御サーバのレベルにおいて実現することが可能である。クライアント全ての要求全てが考慮に入れられているのでこのポリシーは大局的になる。
【００７０】
次に、コンテンツ全て、及びその位置のインデックスを各クライアント装置が有していると仮定する。リソースの消費を分散させるために、クライアントは、使用したいコンテンツをダウンロードする場所をランダムに選ぶ。中央制御サーバが存在していることを前提とすれば、コンテンツ及び位置のインデックスがなくても、「大局的な最先期限が最初である」というポリシーを以下のように実現することが可能である。すなわち、各サーバ装置は、その待ちリストを制御サーバに通知しなければならない。中央サーバは、「最先期限が最初である」というポリシーによる要求全てを計画し、リストをクライアントに送出する。
【００７１】
本発明は、一例として前述している。本発明の範囲を逸脱しない限り、当業者は本発明の変形例をもたらすことができる。特に、実施例が、電話ネットワークによる伝送、及びＡＤＳＬ（非対称ディジタル加入者回線）による伝送に適用される。他のネットワーク及び伝送モードを考慮に入れることも可能である。
【図面の簡単な説明】
【００７２】
【図１】ＶＯＤ（ビデオ・オン・デマンド）の環境に配置されたビデオ文書及びシステムを示す図である。
【図１】
2009522897.tif 000003
【国際調査報告】
2009522897.tif 000004
2009522897.tif 000005
2009522897.tif 000006
2009522897.tif 000007