(57)【要約】【解決手段】本発明はピアツーピアネットワークからの利用可能な共有帯域幅を使用する通信ネットワークを通じたメディアコンテンツの放送／マルチキャストに関する。本発明のシステムは、複数の放送装置、複数の受信装置、複数のデータベース、及び制御センサーを含む。制御センターはネットワークの中枢であり、チャネル制御、広告挿入、条件付きアクセス、プログラム案内サービス等を含む多くのサービスを与える。放送装置は、テレビ、ラジオ及びさまざまなコンテンツプロバイダーから受信されたその他のメディアコンテンツを、インターネット送信に適したフォーマットを有するデジタルパケットに変換する。各受信装置は関連パケットを要求し、受信したパケットをデコードし、関連する装置によってパケット内に含まれるメディアコンテンツを表示または与える。パケットはネットワーク上で放送装置からまたはピアから直接受信される。【選択図】図１
2009527148.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを通じてメディアコンテンツを配信するためのシステムであって、
ひとつまたはそれ以上のメディアコンテンツプログラム用のネットワークを通じてメディアコンテンツを配信するためのひとつまたはそれ以上のサーバーであって、前記メディアコンテンツはデータパケットを含む、ところのサーバーと、
前記ひとつまたはそれ以上のサーバーによるネットワークを通じた前記メディアコンテンツの配信を制御するための制御センターと、
前記メディアコンテンツを受信するための複数の受信装置と、
を含み、
前記受信装置の少なくとも一部はネットワークを通じてリソースを共有するよう構成され、それによりひとつの受信装置から他の受信装置への前記データパケットの転送が可能となる、
ことを特徴とするシステム。
【請求項２】
メディアコンテンツは、(a)ひとつの前記サーバー、(b) ネットワーク上のひとつまたはそれ以上のピア、(c)ローカルメモリ、の少なくともひとつから受信されたデータパケットにより、受信装置においてリアルタイムで再構成される、
ことを特徴とする請求項１記載のシステム。
【請求項３】
第１受信装置は第１メディアコンテンツプログラム用のデータパケットを受信し、
前記第１受信装置は、(a)ひとつまたはそれ以上のサーバーのひとつ、(b)第２メディアコンテンツプログラム用のデータパケットを現に受信している少なくともひとつの他の受信装置、の少なくともひとつから第２メディアコンテンツプログラム用のデータパケットを受信することにより、前記第２メディアコンテンツプログラムへ切り替わることが可能となる、
ことを特徴とする請求項１記載のシステム。
【請求項４】
前記第２メディアコンテンツプログラム用の最初に受信された前記データパケットは前記第２メディアコンテンツプログラム用のひとつまたはそれ以上のアンカーフレームを含む、
ことを特徴とする請求項３記載のシステム。
【請求項５】
前記第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、前記ひとつまたはそれ以上のアンカーフレームは前記第２メディアコンテンツプログラム用に受信される、
ことを特徴とする請求項４記載のシステム。
【請求項６】
前記第２メディアコンテンツプログラム用に最初に受信された前記データパケットは、ひとつまたはそれ以上のアンカーフレーム、及び、前記第２メディアコンテンツプログラム用の対応するオーディオデータを含む、
ことを特徴とする請求項３記載のシステム。
【請求項７】
前記第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分は帯域幅を有するまで、前記ひとつまたはそれ以上のアンカーフレームは前記第２メディアコンテンツプログラム用に受信される、
ことを特徴とする請求項６記載のシステム。
【請求項８】
前記ひとつまたはそれ以上のサーバーは、(a)ひとつまたはそれ以上の専用放送装置、及び(b)ひとつまたはそれ以上の前記受信装置、の少なくともひとつを含む、
ことを特徴とする請求項１記載のシステム。
【請求項９】
さらに、
ネットワーク上でピアを構成する前記受信装置のサブセットを定義するための前記制御センターと関連したピアサービスを含み、
ひとつのピアから他のピアへ前記データパケットの転送が可能となる、
ことを特徴とする請求項１記載のシステム。
【請求項１０】
第１受信装置は第１メディアコンテンツプログラム用の前記データパケットを受信し、
前記第１受信装置は前記第１メディアコンテンツプログラムから第２メディアコンテンツプログラムへのプログラムスイッチを処理し、
前記第２メディアコンテンツプログラム用のデータパケットは、(a)ひとつまたはそれ以上のサーバーのひとつ、(b)ネットワーク上の少なくともひとつのピア、の少なくともひとつから前記第１受信装置へ与えられる、
ことを特徴とする請求項９記載のシステム。
【請求項１１】
前記プログラムスイッチの要求は前記第１受信装置から前記ピアサービスへ伝達され、
前記ピアサービスは、前記第２メディアコンテンツプログラム用のデータパケットを現に受信しているネットワーク上で利用可能なピアのリストを、前記第１受信装置へ与える、
ことを特徴とする請求項１０記載のシステム。
【請求項１２】
前記第１受信装置は前記第２メディアコンテンツプログラム用のデータパケットの要求を、前記リストからの利用可能なひとつまたはそれ以上のピアへ伝達する、
ことを特徴とする請求項１１記載のシステム。
【請求項１３】
データパケットの前記要求は、前記第２メディアコンテンツプログラムからのアンカーフレームの要求を含む、
ことを特徴とする請求項１２記載のシステム。
【請求項１４】
前記プログラムスイッチを可能にするために、多くのアンカーフレームが各受信装置に格納されている、
ことを特徴とする請求項１３記載のシステム。
【請求項１５】
前記要求は前記受信装置の表示時刻に最も近い最初のアンカーフレームの要求を含む、
ことを特徴とする請求項１３記載のシステム。
【請求項１６】
前記最初のアンカーフレームは時間ｔ＋現在時刻と最も近いタイムスタンプを有するアンカーフレームであり、
前記時間ｔは正の数、負の数、及びゼロのひとつを含む、
ことを特徴とする請求項１５記載のシステム。
【請求項１７】
前記最初のアンカーフレームは、最初のアンカーフレーム用のタイムスタンプと無関係に受信され、デコードされ、かつ表示され、
前記第１受信装置は、前記最初のアンカーフレームが受信された後に、付加的なアンカーフレームの受信を開始し、
前記第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、前記付加的アンカーフレームは、前記ひとつまたはそれ以上のピアから受信される、
ことを特徴とする請求項１５記載のシステム。
【請求項１８】
前記第１受信装置は、前記プログラムスイッチが処理された後、前記第１メディアコンテンツプログラム用の前記データパケットを与えるサーバーへ停止コマンドを伝達する、
ことを特徴とする請求項１０記載のシステム。
【請求項１９】
前記ひとつまたはそれ以上のサーバーは、データパケットの高優先度グループ及びデータパケットの低優先度グループを少なくとも含む優先度に従って、前記メディアコンテンツをデータパケットのグループへ分離する、
ことを特徴とする請求項１０記載のシステム。
【請求項２０】
前記第２メディアコンテンツプログラム用のデータパケットの高優先度グループは、前記プログラムスイッチを可能にするよう前記第１受信装置へ与えられる、
ことを特徴とする請求項１９記載のシステム。
【請求項２１】
データパケットの前記高優先度グループはアンカーフレーム及び関連するオーディオパケットを含み、
データパケットの前記低優先度グループは非アンカーフレーム及び関連するオーディオパケットを含む、
ことを特徴とする請求項２０記載のシステム。
【請求項２２】
前記メディアコンテンツは、予め記録されたメディアコンテンツまたはリアルタイムのメディアコンテンツの少なくともひとつを含む、
ことを特徴とする請求項１記載のシステム。
【請求項２３】
前記メディアコンテンツは、テレビ番組、ニュース番組、映画、コンサート、スポーツ番組、ラジオ番組、広告コンテンツ、テレビコマーシャル、及びラジオコマーシャルの少なくともひとつを含む、
ことを特徴とする請求項１記載のシステム。
【請求項２４】
ネットワークを通じてメディアコンテンツを配信する方法であって、
ひとつまたはそれ以上のメディアコンテンツプログラム用のネットワークを通じてひとつまたはそれ以上のサーバーにより与えられるメディアコンテンツを配信する工程であって、前記メディアコンテンツはデータパケットを含む、ところの工程と、
前記ひとつまたはそれ以上のサーバーによるネットワークを通じた前記メディアコンテンツの配信を制御センターにより制御する工程と、
複数の受信装置において、前記メディアコンテンツを受信する工程と、
を含み、
前記受信装置の少なくとも一部はネットワークを通じてリソースを共有するよう構成され、それによりひとつの受信装置から他の受信装置への前記データパケットの転送が可能となる、
ことを特徴とする方法。
【請求項２５】
メディアコンテンツは、(a)ひとつの前記サーバー、(b) ネットワーク上のひとつまたはそれ以上のピア、(c)ローカルメモリ、の少なくともひとつから受信されたデータパケットにより、受信装置においてリアルタイムで再構成される、
ことを特徴とする請求項２４記載の方法。
【請求項２６】
第１受信装置は第１メディアコンテンツプログラム用のデータパケットを受信し、
前記第１受信装置は、(a)ひとつまたはそれ以上のサーバーのひとつ、(b)第２メディアコンテンツプログラム用のデータパケットを現に受信している少なくともひとつの他の受信装置、の少なくともひとつから第２メディアコンテンツプログラム用のデータパケットを受信することにより、前記第２メディアコンテンツプログラムへ切り替わることが可能となる、
ことを特徴とする請求項２４記載の方法。
【請求項２７】
前記第２メディアコンテンツプログラム用の最初に受信された前記データパケットは前記第２メディアコンテンツプログラム用のひとつまたはそれ以上のアンカーフレームを含む、
ことを特徴とする請求項２６記載の方法。
【請求項２８】
前記第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、前記ひとつまたはそれ以上のアンカーフレームは前記第２メディアコンテンツプログラム用に受信される、
ことを特徴とする請求項２７記載の方法。
【請求項２９】
前記第２メディアコンテンツプログラム用に最初に受信された前記データパケットは、ひとつまたはそれ以上のアンカーフレーム、及び、前記第２メディアコンテンツプログラム用の対応するオーディオデータを含む、
ことを特徴とする請求項２６記載の方法。
【請求項３０】
前記第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分は帯域幅を有するまで、前記ひとつまたはそれ以上のアンカーフレームは前記第２メディアコンテンツプログラム用に受信される、
ことを特徴とする請求項２９記載の方法。
【請求項３１】
前記ひとつまたはそれ以上のサーバーは、(a)ひとつまたはそれ以上の専用放送装置、及び(b)ひとつまたはそれ以上の前記受信装置、の少なくともひとつを含む、
ことを特徴とする請求項２４記載の方法。
【請求項３２】
さらに、
ネットワーク上でピアを構成する前記受信装置のサブセットを定義するための前記制御センターと関連したピアサービスを与える工程を含み、
ひとつのピアから他のピアへ前記データパケットの転送が可能となる、
ことを特徴とする請求項２４記載の方法。
【請求項３３】
第１受信装置は第１メディアコンテンツプログラム用の前記データパケットを受信し、
前記第１受信装置は前記第１メディアコンテンツプログラムから第２メディアコンテンツプログラムへのプログラムスイッチを処理し、
前記第２メディアコンテンツプログラム用のデータパケットは、(a)ひとつまたはそれ以上のサーバーのひとつ、(b)ネットワーク上の少なくともひとつのピア、の少なくともひとつから前記第１受信装置へ与えられる、
ことを特徴とする請求項３２記載の方法。
【請求項３４】
前記プログラムスイッチの要求は前記第１受信装置から前記ピアサービスへ伝達され、
前記ピアサービスは、前記第２メディアコンテンツプログラム用のデータパケットを現に受信しているネットワーク上で利用可能なピアのリストを、前記第１受信装置へ与える、
ことを特徴とする請求項３３記載の方法。
【請求項３５】
前記第１受信装置は前記第２メディアコンテンツプログラム用のデータパケットの要求を、前記リストからの利用可能なひとつまたはそれ以上のピアへ伝達する、
ことを特徴とする請求項３４記載の方法。
【請求項３６】
データパケットの前記要求は、前記第２メディアコンテンツプログラムからのアンカーフレームの要求を含む、
ことを特徴とする請求項３５記載の方法。
【請求項３７】
前記プログラムスイッチを可能にするために、多くのアンカーフレームが各受信装置に格納されている、
ことを特徴とする請求項３６記載の方法。
【請求項３８】
前記要求は前記受信装置の表示時刻に最も近い最初のアンカーフレームの要求を含む、
ことを特徴とする請求項３６記載の方法。
【請求項３９】
前記最初のアンカーフレームは時間ｔ＋現在時刻と最も近いタイムスタンプを有するアンカーフレームであり、
前記時間ｔは正の数、負の数、及びゼロのひとつを含む、
ことを特徴とする請求項３８記載の方法。
【請求項４０】
前記最初のアンカーフレームは、最初のアンカーフレーム用のタイムスタンプと無関係に受信され、デコードされ、かつ表示され、
前記第１受信装置は、前記最初のアンカーフレームが受信された後に、付加的なアンカーフレームの受信を開始し、
前記第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、前記付加的アンカーフレームは、前記ひとつまたはそれ以上のピアから受信される、
ことを特徴とする請求項３８記載の方法。
【請求項４１】
さらに、前記プログラムスイッチが要求された後、前記第１メディアコンテンツプログラム用の前記データパケットを与えるサーバーへ、前記第１受信装置から停止コマンドを伝達する工程を含む、
ことを特徴とする請求項３３記載の方法。
【請求項４２】
前記ひとつまたはそれ以上のサーバーは、データパケットの高優先度グループ及びデータパケットの低優先度グループを少なくとも含む優先度に従って、前記メディアコンテンツをデータパケットのグループへ分離する、
ことを特徴とする請求項３３記載の方法。
【請求項４３】
前記第２メディアコンテンツプログラム用のデータパケットの高優先度グループは、前記プログラムスイッチを可能にするよう前記第１受信装置へ与えられる、
ことを特徴とする請求項４２記載の方法。
【請求項４４】
データパケットの前記高優先度グループはアンカーフレーム及び関連するオーディオパケットを含み、
データパケットの前記低優先度グループは非アンカーフレーム及び関連するオーディオパケットを含む、
ことを特徴とする請求項４３記載の方法。
【請求項４５】
前記メディアコンテンツは、予め記録されたメディアコンテンツまたはリアルタイムのメディアコンテンツの少なくともひとつを含む、
ことを特徴とする請求項２４記載の方法。
【請求項４６】
前記メディアコンテンツは、テレビ番組、ニュース番組、映画、コンサート、スポーツ番組、ラジオ番組、広告コンテンツ、テレビコマーシャル、及びラジオコマーシャルの少なくともひとつを含む、
ことを特徴とする請求項２４記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００６年２月１３日出願の米国仮特許出願第６０／７７３２０９号に基づくものである。
【０００２】
本発明は、テレビサービスのようなメディアコンテンツをインターネットなどの通信ネットワークを通じて与える方法に関する。特に、本発明はピアツーピアネットワークから利用可能な共有帯域幅を使用するインターネットを通じたメディアコンテンツの放送／マルチキャストに関する。
【背景技術】
【０００３】
従来の放送テレビサービスは大量の帯域幅及び放送リソースを要求する専用の放送チャネルを通じて与えられる。従来のテレビネットワークは送信媒体の帯域幅の有用性により課されるチャネルカウント制限を有する。
【０００４】
本発明は、地上波、ケーブル及び衛星媒体のような既存の放送テレビ媒体に対して有利である。特に、本発明は潜在的に１億７千万世帯の地球上の観客に到達する、既存のブロードバンドリソースを使用したグローバルテレビサービスを与える。本発明によれば、既存の高速インターネット接続を有する誰もが、既存のテレビまたは他の適当なビデオ装置またはディスプレイ上で、世界中のどこでもライヴのデジタル放送品質のテレビ番組を受信することができる。本発明は従来のケーブルまたは衛星テレビサービスに比べ、プログラムが豊富で、機能が豊富で、かつコストが安い。コンテンツの管理及び暗号化技術も与えられ、その結果本発明により与えられるすべてのコンテンツは追跡可能でありかつ保護される。
【０００５】
地理的境界線により制約される従来のテレビネットワークと異なり、本発明により与えられるテレビサービスはグローバルにアクセス可能であり、ブロードバンドネットワーク接続の使用可能性によってのみ制限される。また、本願発明は、従来の放送、衛星またはケーブルテレビシステムに対して可能ではなかった、無制限の数のチャネルをサポートすることができる。
【０００６】
本発明は、それがインターネットを使用し、新しいインフラストラクチュアの構築を要求しないという点で有利である。また、本発明によれば、コンテンツプロバイダーは、自分のプログラムを低コストのリアルタイムサービスと数メガビットのインターネット接続によって配信することが可能となる。このような能力により、従来のケーブル及び衛星テレビシステムに比べ、システムの実行コストが劇的に減少する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
さらに、各視聴者に対してある量のサーバーリソース及び帯域幅を占有する従来のＩＰベースのビデオストリーミング技術と異なり、本発明は制限された帯域幅を有する低コストサーバーを無制限の視聴者に使わせることが可能となる。図示した実施形態において、セットトップボックスはインターネット接続とテレビとの間のインターフェイスを与える。本発明の教示を使って与えられたビデオ品質は典型的なデジタルケーブルテレビチャネル上で見るのと等しいかそれ以上である。
【０００８】
本発明の方法及びシステムは上記及び他の利点を有する。
【課題を解決するための手段】
【０００９】
本発明は、ピアツーピアネットワークから利用可能な共有帯域幅を使用する通信ネットワークを通じたメディアコンテンツの放送／マルチキャストに関する。
【００１０】
本発明のシステムは、複数の放送装置、複数の受信装置、複数のデータベース及び制御センターを含む。
【００１１】
放送装置は、テレビ、ラジオ及びさまざまなコンテンツプロバイダーから受信した他のデータであるリアルタイムまたは非リアルタイムのメディアコンテンツを、インターネットを通じて送信するために適当なフォーマットを有するデジタルパケットに変換する。各受信装置は、関連するパケットを要求／受信し、受信したパケットをデコードし、パケット内に含まれるメディアコンテンツを関連したテレビまたは他のビデオ装置若しくはディスプレイ上で表示する。
【００１２】
本発明は、配信されるアプリケーションレベルのＩＰマルチキャスト（またはピアツーピア）ネットワークを与える。ネットワーク上での各受信装置は、自己の消費用パケットだけでなく、他の受信装置により受信されかつ使用されるべきパケットを管理する。このピアツーピア特徴は以下で詳述するメディアシェア（MediaShare:商標）と呼ばれ、それによれば、制限された帯域幅を有する小さいサーバーが無制限の数の受信装置をリアルタイムに管理することができる。
【００１３】
制御センターはネットワークの中枢神経であり、これに限定されないが、以下の多くのサービスを与える。
１．チャネルサービス；放送するための放送装置用の許可を与え、チャネルラインアップを作成する。
２．案内サービス：各チャネル上でどのような番組が入手可能であるかを受信装置に知らせる。
３．ユーザサービス：コンテンツを視聴するのに必要な認可を与える。
４．条件付きアクセスサービス：コンテンツを暗号化するための放送装置用の暗号キー及び暗号化コンテンツを解読するための受信装置に対する解読キーを配信する。
５．ピアサービス：そのピアをどこで見つけたかを受信装置に知らせる。
６．請求書サービス：ユーザの加入及び行為に従い請求書を作成する。
７．広告サービス：広告コンテンツを配信するのを許可し、コマーシャルに切り替わった時及び番組に戻った時を受信装置に知らせる。
【００１４】
本発明はピアツーピアなどのプラットフォーム上でテレビサービスを可能とするように作成された多くの革新的な発想を包含する。これらの革新的発想は、これに限定されないが、以下を含む。
１．メディアトレント(MediaTorrent:商標)：チャネルが複数のストリームを運ぶことができる。
２．メディアスイッチ(MediaSwitch:商標)：テレビの視聴者が慣れたクイックチャネル／番組スイッチを与える。
３．メディアシェア(MediaShare:商標)：ユーザ（ピア）間で帯域幅を共有する効果的な方法を与える。
４．メディアクラスタ(MediaCluster:商標)：最適なネットワークの使用のために、ピアの効率的なクラスタリングを与える。
５．メディアスプライス(MediaSplice:商標)：広告挿入用のビデオストリームのスプライスまたはスイッチングを与える。
６．メディアオーバーレイ／メディアサブオーディオ(MediaOverlay/MediaSubaudio：商標)：ひとつの言語から受信装置の所望のローカル言語にオーディオ及びテキストを翻訳することを含む、ロゴ及びサブタイトルのオーバーレイを与える。
７．メディアクリプト（MediaCrypt：商標）：コンテンツ放送業者により要求されるコンテンツの保護を与える。
【００１５】
本発明のひとつの態様において、通信ネットワークを通じてメディアコンテンツを配信するための方法及びシステムが与えられる。ひとつのまたはそれ以上のメディアコンテンツプログラムに対して、ネットワークを通じてメディアコンテンツを配信するためのひとつまたはそれ以上のサーバーが与えられる。メディアコンテンツはデータパケットを構成する。ひとつまたはそれ以上のサーバーによりネットワークを通じてメディアコンテンツの配信を制御するために制御センターが与えられる。メディアコンテンツを受信するために複数の受信装置が与えられる。受信装置の少なくとも一部はネットワークを通じてリソースを共有するように構成され、ひとつの受信装置から他の受信装置へのデータパケットの転送が可能となる。
【００１６】
メディアコンテンツは、(a)ひとつのサーバー、(b)ネットワーク上のひとつまたはそれ以上のピア、及び(c)ローカルメモリの少なくともひとつから受信されたデータパケットにより、受信装置においてリアルタイムで再構成される。
【００１７】
ひとつまたはそれ以上のサーバーは、(a)ひとつまたはそれ以上の専用放送装置、及び(b)ひとつまたはそれ以上の受信装置、の少なくともひとつを含む。言い換えれば、メディアコンテンツプログラム用のデータパケットは、専用の放送装置または他の受信装置から当該受信装置へ与えられる。
【００１８】
本発明のメディアスイッチコンポーネントは、第１プログラムから第２プログラムへのプログラムのスイッチを可能にする。例えば、第１受信装置は第１メディアコンテンツプログラム用のデータパケットを受信する。第１受信装置は、(a)ひとつまたはそれ以上のサーバーのひとつ、及び(b)第２メディアコンテンツプログラム用のデータパケットを現に受信している少なくともひとつの他の受信装置、の少なくともひとつから第２メディアコンテンツプログラム用のデータパケットを受信することにより第２メディアコンテンツプログラムへ切替えることが可能となる。
【００１９】
プログラムの切替え中に第２メディアコンテンツプログラム用の最初に受信されたデータパケットは、第２メディアコンテンツプログラム用のひとつまたはそれ以上のアンカーフレームを含む。他に、プログラムの切替え中の第２メディアコンテンツプログラム用の最初に受信されたデータパケットは、ひとつまたはそれ以上のアンカーフレーム及び、第２メディアコンテンツプログラム用の対応するオーディオデータを含む。第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、第２メディアコンテンツプログラム用のひとつまたはそれ以上のアンカーフレームが受信される。
【００２０】
本発明の他の態様において、ネットワーク上でピアを構成する受信装置のサブセットを定義するために、制御センターと関連するピアサービスが与えられる。それにより、ひとつのピアから他のピアへのデータパケットの転送が可能となる。
【００２１】
この態様において、本発明のメディアスイッチコンポーネントはネットワーク上のピアから得られたデータパケットを使ってプログラムを切替えることができる。例えば、第１受信装置は第１メディアコンテンツプログラム用のデータパケットを受信する。第１受信装置は第１メディアコンテンツプログラムから第２メディアコンテンツプログラムへのプログラムスイッチを処理する。第２メディアコンテンツプログラム用のデータパケットは、(a)ひとつまたはそれ以上のサーバーのひとつ、及び(b)ネットワーク上の少なくともひとつのピア、の少なくともひとつから第１受信装置へ与えられる。
【００２２】
プログラムスイッチの要求は第１受信装置からピアサービスへ伝達される。ピアサービスは、第２メディアコンテンツプログラム用のデータパケットを現に受信しているネットワーク上で利用可能なピアのリストを第１受信装置へ与える。プログラムスイッチの処理中、第１受信装置は、当該リストのひとつまたはそれ以上の利用可能なピアへ、第２メディアコンテンツプログラム用のデータパケットの要求を伝達する。データパケットの要求は第２メディアコンテンツプログラムからのアンカーフレームの要求を含む。
【００２３】
プログラムスイッチを可能にするために多くのアンカーフレームが各受信装置に格納される。要求は受信装置の表示時間に最も近い最初のアンカーフレームの要求を含む。最初のアンカーフレームは時間ｔ＋現在時刻に最も近いタイムスタンプを有するアンカーフレームである。時間ｔは正の数、負の数、及びゼロのひとつを含む。
【００２４】
最初のアンカーフレームに対するタイムスタンプと無関係に、最初のアンカーフレームは、第１受信装置において受信され、デコードされ、かつ表示される。第１受信装置は、最初のアンカーフレームが受信された後、付加的なアンカーフレームの受信を開始する。第１受信装置が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、付加的なアンカーフレームはひとつまたはそれ以上のピアから受信される。
【００２５】
第１受信装置は、プログラムスイッチが処理された後、第１メディアコンテンツプログラム用のデータパケットを与えるサーバーへ停止コマンドを伝達する。
【００２６】
ひとつまたはそれ以上のサーバーは優先度に従い、データパケットの高優先度グループ及びデータパケットの低優先度グループを含むデータパケットのグループにメディアコンテンツを分離する。第２メディアコンテンツプログラム用のデータパケットの高優先度グループが第１受信装置へ与えられ、プログラムスイッチを可能にする。データパケットの高優先度グループはアンカーフレーム及び関連するオーディオパケットを含み、データパケットの低優先度グループは非アンカーフレーム及び関連するオーディオパケットを含む。
【００２７】
メディアコンテンツは、予め記録されたメディアコンテンツまたはリアルタイムのメディアコンテンツの少なくともひとつを含む。メディアコンテンツは、テレビ番組、ニュース番組、映画、コンサート、スポーツ番組、ラジオ番組、広告コンテンツ、テレビコマーシャル、ラジオコマーシャル等の少なくともひとつを含む。
【発明を実施するための最良の形態】
【００２８】
以下に説明する本発明の実施形態は、例示に過ぎず、本発明の態様及び構成を限定するものではない。以下に説明する実施形態により、当業者は本発明を実施することができる。特許請求の範囲に記載される本発明の思想及び態様から離れることなく、構成要件の機能及び配置にさまざまな変更が可能であることは当業者の知るところである。
【００２９】
図１は、本発明に従うシステム１０のひとつの実施形態を示したものである。当該システムは、制御センター１２、複数の放送装置／エンコーダ１４、複数の受信装置（例えば、セットトップボックス）１６、及びネットワーク１８（例えば、インターネットまたは他のグローバルコミュニケーションネットワーク）を含む。さらに、ＰＣ２０またはラップトップ２２がネットワークからコンテンツを受信するための受信装置として、または例えばビデオカメラ２１によってネットワークにコンテンツを与えるための放送装置として動作することができるようにするためのソフトウエアが与えられる。
【００３０】
本発明の実施形態はインターネットを通じたテレビサービスの配信に関して説明されるが、本発明は任意の種類のネットワーク上で任意の種類のメディアコンテンツで使用することができる。例えば、ネットワーク１８はローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、及びグローバル・エリア・ネットワーク、またはこれらの組み合わせであってもよい。
【００３１】
図１に示すように、各放送装置１４は、ＣＮＮ、フランステレビ、ライブサッカーＴＶ等のような異なるコンテンツプロバイダーと関連している。
【００３２】
図２に示すように、制御センター１２は、例えば、放送装置１４に放送許可を与えかつチャネルラインアップを作成するチャネルサービス３０、ネットワーク上にどのような入手可能なチャネル及びプログラムが存在するかを受信装置１６に知らせるガイドサービス３２、コンテンツの視聴に必要な許可を与えるユーザサービス３４、そのコンテンツを暗号化するための暗号キーを放送装置１４に与えかつ暗号化したコンテンツを解読するための解読キーを受信装置１６に与える条件付きアクセス（ＣＡ）、ネットワーク１８のどこでピアが見つかるかを受信装置に知らせるピアサービス３８、ユーザの加入及び使用に従い請求書を作成する請求書サービス４０、広告コンテンツに配信を許可し、コマーシャルにいつ切替え、通常の番組またはサービスにいつ戻るかを受信装置１６に知らせる広告挿入サービス４２を含む、さまざまなサービスを与える。
【００３３】
上記サービスの各々は、そのサービスによって使用される関連する情報を格納するための関連するデータベースを有する。チャネルサービス３０は、ネットワーク及びチャネルラインアップ上で入手可能なプログラム及び対応するチャネルに関連するレコードを格納するための関連チャネルデータベース３１を有する。ガイドサービス３２はプログラムガイド及びガイドそれ自身を作成するのに使用される情報を格納するための関連ガイドデータベース３３を有する。ユーザサービス３４は許可情報を含む各ユーザに関連するレコードを格納するための関連ユーザデータベース３５を有する。条件付きアクセスサービス３６は暗号キー及び解読キーを格納するための関連キーデータベース３７を有する。ピアサービス３８は各ユーザのアクティビティに関連するレコードを格納するための関連アクティビティデータベース３９を有する。請求書サービス４０はユーザの支払い請求書に関連するレコードを格納するための関連請求書サービスデータベース４１を有する。広告サービス４２は、コンテンツ内に挿入されるべき広告、メッセージ、公共サービスアナウンス等を格納するための関連広告データベース４３を有する。図２においてデータベースは制御センター１２の一部として示されているが、ひとつまたはそれ以上のデータベースが制御センター１２から離れて配置され、ネットワーク１８を通じてそれに接続されてもよいことは当業者の知るところである。
【００３４】
放送装置１４はコンテンツプロバイダーにより与えられたコンテンツを符号化するためのエンコーダ５０及び特定のチャネル５４を介してネットワーク１８を通じて符号化したコンテンツを送信するための送信機５２を含む。チャネル５４はチャネルサービス３０により割り当てられる。
【００３５】
受信装置１６は、特定のチャネル５４上でネットワーク１８からコンテンツを受信するための受信機５６及びテレビ番組をテレビまたは他のビデオ機器若しくはディスプレイ１９、ラップトップ２２、またはＰＣ２０に表示するためにコンテンツをデコードするためのデコーダ５８を含む。受信装置１６が放送装置１４として機能し、ネットワーク上のピア間でデータパケットの転送が可能となるように、任意の受信装置１６は放送装置１４の機能（例えば、エンコーダ５０及び送信機５２）を含んでもよい。
【００３６】
本発明のひとつの実施形態において、通信ネットワーク（例えば、ネットワーク１８）を通じてメディアコンテンツを配信するための方法及びシステムが与えられる。ひとつまたはそれ以上のメディアコンテンツプログラムに対してネットワーク１８を通じてメディアコンテンツを配信するためのひとつまたはそれ以上のサーバーが与えられる。ひとつまたはそれ以上のサーバーは、(a)ひとつまたはそれ以上の専用放送装置１４、及び(b)ひとつまたはそれ以上の受信装置１６、の少なくともひとつを含む。言い換えれば、メディアコンテンツプログラム用のデータパケットは専用放送装置または他の受信装置から当該受信装置に与えられる。
【００３７】
メディアコンテンツはデータパケットを含む。ひとつまたはそれ以上のサーバーによるネットワーク１８を通じたメディアコンテンツの配信を制御するために制御センター１２が与えられる。メディアコンテンツを受信するために複数の受信装置１６が与えられる。受信装置１６の少なくとも一部は、ネットワーク１８を通じてリソースを共有するように構成され、それによりひとつの受信装置から他の受信装置へのデータパケットの転送が可能となる。ひとつの受信装置１６から他の受信装置へのパケットの転送は、本発明のメディアシェア特徴と関連して以下に詳細に説明する。
【００３８】
(a)ひとつのサーバー、(b)ネットワーク上のひとつまたはそれ以上のピア、及び(c)ローカルメモリ、の少なくともひとつから受信したデータパケットにより、メディアコンテンツは受信装置でリアルタイムに再構成される。
【００３９】
メディアトーレント(MediaTorrent：商標)
メディアトーレント特徴はできるだけ多くの受信装置にデータパケットを配信するべくＩＰマルチキャスティングを使用し、失ったパケットを発見しかつ配信するべくピアツーピアネットワークを使用する。サーバー（例えば、放送装置１４またはそれに関連したサーバー）はメディアコンテンツを要求するすべての受信装置１６へＩＰマルチキャスティング情報及びトラッキング情報を与える。すべての受信装置１６はマルチキャスティング情報内で識別されたＩＰマルチキャスティングチャネルへ加入しようとする。ＩＰマルチキャスティングチャネルへの接続に失敗した受信装置１６は、ＩＰマルチキャスティングチャネルに接続することができたネットワーク１８に接続されたピアから、メディアコンテンツまたは失ったそのパケットを取得するためにトラッキング情報を使用する。メディアコンテンツは複数の独立のグループに分離される。各グループは異なる優先度に割り当てられる。受信装置は高優先度を割り当てられたパケットを最初に受信しようとする。
【００４０】
ひとつの実施形態において、少なくともいくつかの受信装置１６は、新しいＩＰマルチキャスティングチャネルを作成し、かつ、その受信装置１６において受信したすべての情報をネットワーク１８を通じて他の受信装置へ送信することができる。
【００４１】
メディアスイッチ（MediaSwich：商標）
本発明のメディアスイッチ特徴は、ＩＰ環境内で素早くプログラムを切替える能力をユーザに与える。インターネットまたは他の種類のネットワークを通じて放送テレビシステムを実行する際のひとつの挑戦は、従来のテレビサービスで為されたように、ひとつの番組から他の番組へ素早く切替えることである。通常、ＩＰ環境内で、Ｔ秒と呼ばれるある量のコンテンツが、そのコンテンツの要求に応答して受信機においてバッファされる。これはしばしば、デコーダがＴ秒過ぎまでコンテンツを見せないということを意味する。
【００４２】
メディアスイッチ特徴により、デコーダはネットワーク内のピアから新しいプログラム用の適当なデータパケットを要求することができる。利用可能な帯域幅及びピアのサポートとともに、新しいプログラム（及び関連するオーディオデータ）に対する第１フレームが１００ｍｓ以内に受信装置に与えられる。これによりユーザは、典型的な従来のＩＰ環境と関連する遅延を避けながら、新しいプログラムに素早くスイッチすることが可能となる。メディアスイッチ特徴の基本的アイデアはビデオデータがアンカーフレームとその他のフレームに分割されるということである。アンカーフレーム（例えば、ＭＰＥＧフォーマットのＩフレーム）は他のフレームからの情報を必要とせずにデコード可能なフレームである。
【００４３】
本発明に従うメディアスイッチ特徴のひとつの実施形態において、第１受信機１６は第１メディアコンテンツプログラム用のデータパケットを受信する。第１受信装置１６は、(a)ひとつまたはそれ以上のサーバー１４のひとつ、及び(b)第２メディアコンテンツプログラム用のデータパケットを現に受信しているその他の受信装置１６の少なくともひとつ、の少なくともひとつから第２メディアコンテンツプログラム用のデータパケットを受信することにより、第２メディアコンテンツプログラムへスイッチするのが可能となる。
【００４４】
プログラムスイッチ中に第２メディアコンテンツプログラム用に最初に受信されたデータパケットは第２メディアコンテンツプログラム用のひとつまたはそれ以上のアンカーフレームを含む。他に、プログラムスイッチ中に第２メディアコンテンツプログラム用に最初に受信されたデータパケットは、第２メディアコンテンツプログラム用のひとつまたはそれ以上のアンカーフレーム及び対応するオーディオデータを含む。第１受信装置１６が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、第２メディアコンテンツプログラム用のひとつまたはそれ以上のアンカーフレームが受信される。
【００４５】
他の実施形態において、ネットワーク１８上でピアを構成する受信装置１６のサブセットを形成するための制御センター１２と関連するピアサービス３８が与えられる。これによりピア間でデータパケットの転送が可能となる。
【００４６】
この実施形態において、本発明のメディアスイッチコンポーネントはネットワーク１８上のピアから取得したデータパケットを使ってプログラムスイッチを可能にする。例えば、第１受信装置１６は第１メディアコンテンツプログラム用のデータパケットを受信する。第１受信装置１６は第１メディアコンテンツプログラムから第２メディアコンテンツプログラムへのプログラムスイッチを処理する。(a)ひとつまたはそれ以上のサーバー（例えば、放送装置１４またはサーバーとして機能する他の受信装置１６）のひとつ、及び(b)少なくともひとつのピア（例えば、ネットワーク１８上の他の受信装置１６）の少なくともひとつから第１受信装置１６へ、第２メディアコンテンツプログラム用のデータパケットが与えられる。
【００４７】
プログラムスイッチの要求は第１受信装置１６からピアサービス３８へ伝達されてもよい。ピアサービス３８は、第２メディアコンテンツプログラム用のデータパケットを現に受信しているネットワーク１８上で利用可能なピアのリストを第１受信装置１６へ与える。プログラムスイッチの処理中、第１受信装置１６は第２メディアコンテンツプログラム用のデータパケットの要求をリストからの利用可能なひとつまたはそれ以上のピア（第２メディアコンテンツプログラムを受信しているピアとしてピアサービス３８により識別された他の受信装置１６）へ伝達する。
【００４８】
データパケットの要求は、第２メディアコンテンツプログラムからのアンカーフレームの要求を含む。該要求は受信装置１６の表示時刻に最も近い最初のアンカーフレームの要求を含む。最初のアンカーフレームは時間ｔ＋現在時刻に最も近いタイムスタンプを有するアンカーフレームである。時間ｔは、正の数、負の数、及びゼロのいずれかを含む。
【００４９】
最初のアンカーフレームは、最初のアンカーフレーム用のタイムスタンプと無関係に第１受信装置１６において、受信され、デコードされ、かつ表示される。最初のアンカーフレームが受信された後、第１受信装置１６は付加的なアンカーフレームを受信し始める。第１の受信装置１６が付加的なアンカーフレーム及び他の種類のフレームを含むデータパケットを受信するのに十分な帯域幅を有するまで、付加的なアンカーフレームはひとつまたはそれ以上のピアから受信される。
【００５０】
第１受信装置１６は、プログラムスイッチが処理された後、第１メディアコンテンツプログラム用のデータパケットを与えるサーバーへ停止コマンドを伝達する。
【００５１】
メディアコンテンツは、予め記録されたメディアコンテンツまたはリアルタイムのメディアコンテンツの少なくともひとつを含む。メディアコンテンツは、テレビ番組、ニュース番組、映画、コンサート、スポーツ番組、ラジオ番組、広告コンテンツ、テレビコマーシャル、ラジオコマーシャル等の少なくともひとつを含む。
【００５２】
図３はメディアスイッチ処理の実施形態のフローチャートである。受信装置１６は、それが第２メディアコンテンツプログラムへ切替える要求を受信したとき、第１メディアコンテンツプログラム用のデータパケットを受信／ダウンロードする（ステップ１０１）。受信装置１６は、第１メディアコンテンツプログラムも受信している放送装置１４または接続されたピア（他の受信装置１６）から第１メディアコンテンツプログラム用のデータパケットを受信する。番組変更の要求が受信されると、受信装置１６は、デコーダが切り替わっているチャネルへ調整されたピア（他の受信装置１６）から最初の利用可能なアンカーフレーム及びオーディオデータを要求する（ステップ１０２）。付加的に、第２メディアコンテンツプログラム用のデータパケットはサーバー１４から受信されてもよい。要求は制御センター１２においてピアサービス３８により処理される。ピアサービス３８は番組変更要求を受信し（ステップ１０３）、第２メディアコンテンツプログラムからのデータを有するピアのリストを受信装置１６へ送る（ステップ１０４）。ピア及び／またはサーバー１４が第１メディアコンテンツプログラム用のデータパケットを受信装置１６へ与えることを止めさせるために（受信装置１６は第１メディアコンテンツプログラムから離れてスイッチングしているため）、受信装置１６はカレントの接続されたピア及び／またはサーバー１４へ停止コマンドを送る（ステップ１０５）。停止コマンドは、チャネルスイッチ及びオンワードを受信した瞬間から任意の時刻に発行される。
【００５３】
受信装置１６はその後、表示時刻に最も近い入手可能なアンカーフレームの要求を送り（ステップ１０６）、関連するオーディオデータをピアサービス３８により与えられたリスト上のピアへ送る（ステップ１０４）。受信装置１６が最初に要求されたアンカーフレームデータを完全に受信すると、その後それはデコードされ（ステップ１０７）、放送装置により設定されたタイムスタンプと無関係に表示される。関連オーディオデータはそのタイムスタンプに従ってデコードされる。通常の受信処理が再開されるとき、受信装置１６が付加的なアンカーフレーム及び他の種類のフレーム（例えば、ＭＰＥＧフォーマットのＢ及びＰフレーム）に対する余分の帯域幅を有するまで、受信装置１６は後続のアンカーフレーム及びオーディオデータを受信し続ける（ステップ１０８）。
【００５４】
図３の右側は、第１メディアコンテンツプログラム（プログラム１）から第２メディアコンテンツプログラム（プログラム２）への切替え中の受信装置１６のバッファタイムライン１２０、受信装置１６でバッファされたデータのデコード及びディスプレイタイムライン１２２を示す。
【００５５】
メディアスイッチ特徴に関して、サーバー（例えば、放送装置１４、放送装置１４と関連するサーバー、またはネットワーク上のピア）はメディアコンテンツを優先度に従ってデータパケットの高優先度グループ及びデータパケットの低優先度グループを含むデータパケットのグループに分離する。チャネル切替え中、受信装置１６はプログラムスイッチを可能にするべく、高優先度のコンテンツのグループからデータを要求する第１優先権を有する。受信装置１６のデコーダ５８は、サーバー１４または、受信装置１６がスイッチングしている第２メディアコンテンツプログラムを受信するピアから受信した高優先度のグループからデータをデコードする。受信装置１６がひとつの優先度グループの十分なデータを受信すると、受信装置１６はピアまたはサーバー１４から他のグループのデータを受信し始める。十分なデータが存在すれば、受信装置１６は通常の受信動作を再開する。グループは、オーディオ、ビデオアンカーフレーム及び他のビデオフレーム（Ｐ及びＢフレーム）を含む。データパケットの高優先度グループはビデオアンカーフレーム及び関連するオーディオコンテンツを含む。低優先度グループのデータパケットは非アンカーフレーム及び関連するオーディオパケットを含む。
【００５６】
アンカーフレームがすでにデコードされかつ受信装置１６により表示されたとしても、他のピアが素早くチャネル切替えを実行できることを保証するために、ｎ個のアンカーフレームが各受信装置１６のメモリ内に保持される。例えば、各受信装置１６はビデオの１００秒またはそれ以上をバッファすることができる。ビデオフォーマット（例えば、ＭＰＥＧ−２またはＭＰＥＧ−４）に応じて、受信装置１６のバッファは約２０〜２００個のアンカーフレームをキャッシュする。
【００５７】
メディアスイッチ特徴の上記記述はＩＰ環境内でのプラグラム変更を容易にすることと関連して説明されたが、用語“第１メディアコンテンツプログラム”及び“第２メディアコンテンツプログラム”は、これに限定されないが、ライヴまたは記録済みのテレビ番組、ニュース番組、映画、コンサート、スポーツ番組、ラジオ番組、広告媒体、テレビコマーシャル、ラジオコマーシャル等を含むあらゆる種類のメディアコンテンツを含むものである。したがって、例えば、メディアスイッチ特徴は、ひとつのプログラムまたは他の種類のコンテンツから他のコンテンツへ切り替わるだけでなく、プログラムからコマーシャル等への切替えも可能である。
【００５８】
メディアシェア(MediaShare：商標)
メディアシェア特徴により、受信装置は帯域幅を共有することが可能となる。図４に示すような典型的な従来のピアツーピアネットワークにおいて、同じファイルまたはメディアストリームを共有するユーザのグループはスワンプ(swamp)を形成する。同じファイルまたはメディアストリームを共有するグループ内でリソースが隔離される。図５に示すように、本発明のメディアシェア特徴により、任意のピアはひとつまたはそれ以上のスワンプに参加することができる。したがって、ピアツーピアネットワーク上のすべてのリソースはさまざまなスワンプ間で共有される。
【００５９】
ＡＤＳＬ及びケーブルモデム環境において、アップロード及びダウンロード帯域幅はしばしば非対称である。図４に示すような離隔されたスワンプにおいて、ピア間の不均衡が一次サーバーの負担となる。例えば、ストリーム速度が１Mbpsであり、すべてのピアに対するダウンロードの帯域幅が１．５Mbpsであり、すべてのピアに対するアップロードの帯域幅が０．５Mbpsであり、かつ、スワンプが４つのピアを有していれば、ネットワーク内のピアのストリーム速度とダウンロード能力との間に不均衡が存在する。
【００６０】
本発明のメディアシェア特徴によって、ピアツーピアネットワーク内へのアップロード用のリアルタイムメディアコンテンツの有用性が増加する。余分なリソースを有するネットワーク内の各ピアは、ネットワークの利用可能なリソースを完全に使用するために、他のスワンプに受動的に参加することができる。
【００６１】
本発明のひとつの実施形態において、ピアツーピアネットワーク内の受信装置１６は、例えば、チャネル３で、ひとつのプログラムを受信しかつ表示する。受信装置１６はカレントのアップロード速度と有効なアップロードキャパシティをチェックする。受信装置１６が有用なキャパシティを有してれば、ネットワークに参加しているプログラムのリストから他のプログラムを選択して受信する。その後、受信装置は選択したプログラムに参加している他の受信装置またはサーバーから例えばチャネル１でメディアコンテンツをダウンロードする。その後、受信装置１６はネットワーク上の他の受信装置に利用可能となり、その結果他の受信装置はそこからプログラムをダウンロードすることができる。
【００６２】
プログラムデータはリアルタイムのオーディオ及び／またはビデオプログラムデータを含む。プログラムのリストはネットワーク上で入手可能なすべてのプログラムである。プログラムのリストは特定の地理的領域を目標とする選択されたプログラムを含む。受信装置１６による他のプログラムの選択処理はランダムな選択処理である。他に、受信装置１６による他のプログラムの選択処理は最低数の参加者を有するプログラムを選択することを含む。
【００６３】
受信装置１６が関連するスワンプのデータ速度が他のスワンプをサポートしている受信装置によって影響されないことを確かめるために、他のスワンプからのデータのダウンロード速度は特定の速度に制限される。例えば、受信装置１６は利用可能なアップロードキャパシティと等しいかまたは半分以下の速度で他のスワンプから選択されたプログラムをダウンロードする。
【００６４】
受信装置１６は例えばテレビ番組を受信しかつ視聴することによりひとつのスワンプに積極的に参加している。この受信装置（ピア）はその後そのスワンプ用のプログラム情報をダウンロードすることにより、ネットワーク上の他の特定のスワンプに受動的に参加するよう要求される。この要求は、ネットワーク１８上の他のピアから、放送装置１４または関連サーバーから、または制御センター１２（例えば、ピアサービス３８を介して）から受信されるか、あるいはその受信装置１６自身によって生成される。
【００６５】
図６は本発明のメディアシェア特徴により与えられる利用可能なネットワーク帯域幅の制御を示すフローチャートである。この制御は、特定のスワンプを管理するサーバーまたは関連する放送装置１４により、または制御センター１２でのピアサービス３８により実行される。サーバーまたはピアサービス３８（“コントローラ”）はネットワーク上で利用可能なアップロード帯域幅をモニターする（ステップ６０１）。ネットワーク上に利用可能なアップロード帯域幅が存在するという決定が為されると（ステップ６０２）、コントローラはキャッシュされるべき特定のチャネルを要求する（ステップ６０３）。この要求のダウンロード速度はコントローラにより設定される（ステップ６０４）。その後、コントローラは、チャネルデータのブロックまたはパケットをキャッシュするのに有用なリソースを有するネットワーク上のピアを識別する（ステップ６０５）。コントローラはキャッシュされるべきブロックまたはデータパケットも識別する（ステップ６０６）。コンテンツはピアに格納され、ネットワーク上の他のピアによるアップロードに対して利用可能をなる（ステップ６０７）。
【００６６】
異なるレベルのサービスがメディアシェアサービスに関連して与えられる。例えば、無料レベルのサービスにより、ピアはネットワークで使用するための帯域幅に寄与することができる。有料レベルのサービスにより、ピアは例えばネットワーク内の他のピアからプログラムを要求するか、若しくはネットワーク内の他のピアへコンテンツを与えるよう帯域幅を移動することができる。加入レベルのサービスにより、必要なときネットワーク上での帯域幅の使用を均衡化しかつ共有することができる。上記レベルの特徴を組み合わせまたは修正した特徴を含む他のレベルのサービスも与えられる。
【００６７】
メディアクラスタ(MediaCluster：商標)
メディアクラスタ特徴は、最適なネットワークの使用を可能とするためにピアの効率的なクラスタリングを与える。各ユーザはそのＩＰアドレスに従ってグループ化される。各グループは、そのグループが属するネットワーク（またはスワンプ）を反映している。ピアサービス３８は、同じグループに属するピアを識別するだけでなく、他のグループからわずかなピアを識別するリストをネットワーク内の各ピアへ送信する。受信装置１６は、ピアサービス３８により識別されたピアに対して、他のグループ内のピアへの接続の数を制限する。メディアクラスタは主に同じグループ内で接続されたピア間のリソースの共有を可能にするが、そのグループ以外のリソースの制限された共有も許可し、ネットワークリソースの最適な使用が可能となる。
【００６８】
メディアスプライス(MediaSplice：商標)
本発明のメディアスプライス特徴は広告を挿入するためにビデオストリームのスプライスを与える。図７に示すように、メディアスプライスは、圧縮されたビデオストリームに触れることなく、圧縮されたデジタルテレビストリーム内にコマーシャルをシームレスに挿入することを可能にする。加入者の視聴行為は通常のチャネル視聴中に記録されかつ分類される（ステップ７０１）。コマーシャルスポットが近づくと、受信装置１６は視聴者の特定のクラス及びそのタイムスロットに対して指定されたコマーシャル用の対応するデータパケットを識別する命令を例えば制御センター１２の広告サービス４２から受信する（ステップ７０２）。受信装置１６はコンテンツまたは広告サーバーから、若しくはネットワーク内のピアから対応するパケットをダウンロードする（ステップ７０３）。他に、広告は受信装置１６に格納されてもよい。その後受信装置は、広告を挿入するための命令を例えば制御センター１２の広告サービス４２から受信する（ステップ７０４）。その後、受信装置は、指定された時刻に広告コンポーネントに切替えることによって対応するスポットにおいてコマーシャルをビデオストリームにスプライスする（ステップ７０５）。広告コンポーネントへの切替えは、本発明のメディアスイッチ特徴と関連して上述したような異なるプログラムへスイッチと同様の方法で達成される。コマーシャルが終了すると、受信装置は元のプログラムの通常の視聴に切り替わり（ステップ７０６）、広告挿入のための次の命令を待つ。
【００６９】
各受信装置１６は局所的に広告コンテンツを格納するか、広告サーバー（例えば、広告サービス４３及び広告データベース４４）から、コンテンツプロバイダーから、またはネットワーク内の他のピアから広告コンテンツを取得してもよい。
【００７０】
メディアオーバーレイ／メディアサブオーディオ(MediaOverlay/MediaSubaudio：商標)
本発明のメディアオーバーレイ特徴は単一のテレビ番組上で複数のサブタイトルを可能とし、任意のエンティティがメインのテレビ番組と独立にサブタイトルチャネルを作成することを許可する。さらに、メディアオーバーレイにより、サブタイトルチャネルは、メインのテレビ番組と同期して表示されながら、メインのテレビ番組と独立に放送されることが可能となる。メディアオーバーレイ処理は、サブタイトルをひとつの特定のテレビチャネル及び／または番組と関連づける翻訳サービスを含む。このサービスは視聴者により選択可能である。独立のサブタイトルデータは、受信装置１６で関連したテレビ番組と同期することを可能とする必要なタイミング情報を運ぶ。
【００７１】
本発明のメディアサブオーディオ特徴は、単一のテレビ番組上で複数のサブオーディオチャネルを可能とし、任意のエンティティがメインのテレビ番組と独立のサブオーディオチャネルを作成することを許可する。サブオーディオチャネルはメインテレビ番組と同期したままでメインテレビ番組と独立に放送される。この特徴によりオーディオの言語翻訳が可能となり、その結果視聴者は所望の言語で任意の番組を聞くことができる。
【００７２】
図８はメディアオーバーレイ及びメディアサブオーディオ特徴の実施形態のブロック図を示す。少なくともいくつかの受信装置１６は、視聴者により選択可能なそれに関連した翻訳サービス８０１を有する。受信装置１６は受信機５６においてサーバー１４からメインテレビ番組を受信する。デコーダ５８は遅延ｘをともなってメインテレビ番組をデコードしかつ表示する。同時に、翻訳サービス８０１は受信機／デコーダ８０２においてメインテレビ番組を受信しかつ表示する。翻訳エイジェント８０３（オーディオまたは文字の翻訳用コンピュータプログラム、またはオーディオまたは文字を翻訳しそのデータをデータベースに入力する人間）はユーザにより選択された所望の言語へのオーディオ及び／またはオリジナルのサブタイトルの翻訳を準備する。メインテレビ番組がオリジナルサブタイトルを全く含まなければ、オーディオは所望の言語のサブタイトルを生成するよう翻訳される。遅延ｘは翻訳サービス８０１のディレイ８０４において設定される。翻訳されたオーディオデータまたは翻訳されたサブタイトルのいずれかまたは両方である翻訳されたデータは、その後送信機８０５によって受信装置１６へ送信される。受信装置１６は受信機８１０において翻訳されたデータを受信する。受信装置において、受信された翻訳データはデコードされ、かつ、デコード装置８１１でのタイムスタンプに従ってメインテレビ番組と同期される。
【００７３】
図９は、本発明のひとつの実施形態に従うメディアオーバーレイ及びメディアサブオーディオ処理のフローチャートである。ユーザはチャネルを選択する（ステップ９０１）。受信装置１６はチャネルを取得する（ステップ９０２）。その後、ユーザは、利用可能なサブタイトルチャネルまたは、所望の言語のオーディオ及び／またはサブタイトル文字に対する翻訳チャネルを選択する（ステップ９０３）。遅延ｘは受信装置において設定される（ステップ９０４）。その後、選択されたサブタイトルデータ及び／またはオーディオ翻訳データが受信され、デコードされ、選択したチャネル上のテレビ番組と同期され、翻訳サブタイトルの場合にそのチャネルのメインビデオ表示と重ねられるか、翻訳オーディオの場合にメインテレビ番組のオリジナルオーディオと置換される（ステップ９０５）。
【００７４】
メディアクリプト(MediaCrypy：商標)
本発明のメディアクリプト特徴は、コンテンツ放送者により要求されるコンテンツの保護を与える。アンカーフレーム用のビデオパケットは共通キーによって暗号化される。該共通キーはさらに特定の受信装置１６に対して暗号化される。その後暗号化キーは対応する受信装置１６に配信される。受信装置１６は受信したアンカーフレームを解読し、解読されたアンカーフレームと受信した残りのビデオストリームを組み合わせて圧縮ビデオフレームを再構成する。再構成された圧縮ビデオストリームはその後、受信装置１６内でデコードされる。
【００７５】
本発明はピアツーピアネットワークから利用可能な共有帯域幅を使ってインターネットを通じて、放送テレビサービスなどのメディアコンテンツを配信するための有利な方法、装置及びシステムを与える。放送装置は、複数の受信装置、複数のデータベース及び制御センターとともに与えられる。制御センターは、これに限定されないが、チャネル制御、広告挿入、条件付きアクセス、及び番組ガイドサービスを含む多くのサービスを与える。放送装置は、テレビ、ラジオ、及びさまざまなコンテンツプロバイダーから受信された他のデータであるリアルタイムまたは非リアルタイムのメディアコンテンツをデジタルパケットに変換する。該パケットはインターネットのようなグローバル通信ネットワークを通じて送信するように構成される。各受信装置は所望のプログラムまたはサービス用の関連パケットを要求し、受信パケットをデコードし、パケット内に含まれるメディアコンテンツを関連するテレビまたは他のビデオ装置またはディスプレイに表示する。パケットは放送装置から、またはネットワーク上のピア（他の受信装置）から受信される。
【００７６】
本発明はさまざま実施形態と関連して説明されてきたが、特許請求の範囲に記載された発明の思想及び態様から離れることなくさまざまな付加及び修正が可能であることは当業者の知るところである。
【図面の簡単な説明】
【００７７】
【図１】本発明に従うシステムのひとつの実施形態のブロック図である。
【図２】本発明に従うシステムの他の実施形態のブロック図である。
【図３】本発明に従うメディアスイッチの実施形態のフローチャートである。
【図４】従来の離隔されたピアツーピアネットワークのブロック図である。
【図５】本発明に従う共有されたピアツーピアネットワークの実施形態のブロック図である。
【図６】本発明に従うメディアシェアの実施形態のフローチャートである。
【図７】本発明に従うメディアスプライスの実施形態のフローチャートである。
【図８】本発明に従うメディアオーバーレイ及びメディアサブオーディオの実施形態のブロック図である。
【図９】本発明に従うメディアオーバーレイ及びメディアサブオーディオ処理の実施形態のフローチャートである。
【図１】
2009527148.tif 000003
【図２】
2009527148.tif 000004
【図３】
2009527148.tif 000005
【図４】
2009527148.tif 000006
【図５】
2009527148.tif 000007
【図６】
2009527148.tif 000008
【図７】
2009527148.tif 000009
【図８】
2009527148.tif 000010
【図９】
2009527148.tif 000011
【国際調査報告】
2009527148.tif 000012