(57)【要約】【課題】カスタム圧縮、暗号化、及びストリーミングメディアデータのための方法、システム、データ構造を提供する。【解決手段】要求側はメディアデータに対する要求を行い、要求側の接続レートに基づいて、そのメディアデータのためのピクセル解像度がカスタマイズされ、メディアデータが圧縮される。また、選択的に、カスタマイズされたメディアプレーヤーだけが暗号化されたメディアデータを復号化するのに必要な暗号アルゴリズムを認知することとなるよう、圧縮されたそのメディアデータは暗号化される。【選択図】図１
2007529970.tif 000002
【特許請求の範囲】
【請求項１】
メディアデータを処理するための方法であって、
要求側からメディアデータに対する要求を受信し、
前記要求側の接続レートに基づいたカスタムピクセル解像度で前記メディアデータを圧縮し、
前記接続レートで前記要求側へメディアプレーヤーの部分及び前記圧縮されたメディアデータをストリーミングする方法。
【請求項２】
請求項１に記載の方法において、前記圧縮は、前記要求側に出された照会に対する応答として前記要求側から前記カスタムピクセル解像度を受信することをさらに含む方法。
【請求項３】
請求項１に記載の方法において、前記圧縮及び前記ストリーミングは、前記メディアデータを圧縮し、圧縮されたメディアデータをストリーミングすることをさらに含み、ここにおいて、前記メディアデータは、ライブブロードキャストから動的に生成され、圧縮されることを特徴とする方法。
【請求項４】
請求項１に記載の方法において、前記圧縮は、前記接続レートが閾値より低いとき前記カスタムピクセル解像度を減少させることをさらに含む方法。
【請求項５】
請求項１に記載の方法において、前記圧縮は、前記接続レートが閾値より高いとき前記カスタムピクセル解像度を増加させることをさらに含む方法。
【請求項６】
請求項１に記載の方法であって、前記要求側にストリーミングする前に、前記圧縮メディアデータを暗号化することをさらに含む方法。
【請求項７】
請求項６に記載の方法において、前記暗号化は、圧縮及び暗号化されたメディアデータを伴ってストリームされた前記メディアプレーヤーの部分だけが、前記要求側において前記メディアデータを再生するのに必要な復号化アルゴリズムを知ることができるようにすることをさらに含む方法。
【請求項８】
メディアデータサーバであって、
メディアデータを有するデータ記憶装置と、
メディアプレーヤーと、
前記データ記憶装置から要求側へ、前記メディアデータの一部を圧縮フォーマットで、前記要求側が前記メディアプレーヤーを持っていない場合には前記メディアプレーヤーの一部とともにストリームするためのストリーミングアプリケーションとを備え、
前記圧縮されたメディアデータの前記一部は、前記要求側に関する接続レートに基づいたカスタムピクセル解像度を実現するように変更される
ことを特徴とするサーバ。
【請求項９】
請求項８に記載のメディアデータサーバにおいて、前記圧縮されたメディアデータは、さらに暗号化されており、前記メディアプレーヤーの前記一部は、前記メディアデータの一部を復号化するために必要な復号化アルゴリズムを含むことを特徴とするサーバ。
【請求項１０】
請求項８に記載のメディアデータサーバにおいて、前記メディアデータサーバは、前記接続レートを決定するために前記要求側と相互に作用することを特徴とするサーバ。
【請求項１１】
請求項８に記載のメディアデータサーバにおいて、前記メディアデータは、単一フォーマットで蓄積され、前記データ記憶装置内で複製されないことを特徴とするサーバ。
【請求項１２】
請求項８に記載のメディアデータサーバにおいて、前記メディアデータは、ライブブロードキャストから前記データ記憶装置に取り込まれて、前記要求側に圧縮フォーマットで配信するために前記データ記憶装置からストリーミングアプリケーションへストリームされることを特徴とするサーバ。
【請求項１３】
請求項８に記載のメディアデータサーバにおいて、前記圧縮メディアデータの一部は、さらに暗号化されており、前記暗号化技術は、前記メディアプレーヤーの特定のインスタンスに対応するようにカスタマイズされることを特徴とするサーバ。
【請求項１４】
請求項８に記載のメディアデータサーバにおいて、前記メディアデータは、圧縮されたフォーマットで前記データ記憶装置内に本来的に存在することを特徴とするサーバ。
【請求項１５】
コンピュータ読み取り可能媒体に存在するメディアデータストリームであって、前記データストリームは、
要求側へカスタマイズされた固有の復号化アルゴリズムを有するメディアプレーヤーの一部と、
圧縮及び暗号化されたメディアデータとを備え、
前記圧縮データは、前記要求側の接続レートに対してカスタマイズされたピクセル解像度に基づくことを特徴とするデータストリーム。
【請求項１６】
請求項１５に記載のメディアデータストリームにおいて、前記メディアデータストリームは、前記要求側からのメディアデータ要求に応答してメディアサービスによって生成されることを特徴とするデータストリーム。
【請求項１７】
請求項１５に記載のメディアデータストリームにおいて、前記圧縮及び暗号化されたメディアデータは、前記要求側による再生のための前記メディアプレーヤーの一部を要求することを特徴とするデータストリーム。
【請求項１８】
請求項１５に記載のメディアデータストリームであって、
前記要求側が後続の要求側による使用のための前記メディアデータストリームを再転送可能な状態を定義する制限データをさらに含み、
前記状態は、前記メディアプレーヤーの一部によって実施されることを特徴とするデータストリーム。
【請求項１９】
請求項１５に記載のメディアデータストリームにおいて、前記圧縮及び暗号化されたメディアデータは、メディアデータのライブブロードキャストから動的に獲得されることを特徴とするデータストリーム。
【請求項２０】
請求項１９に記載のメディアデータストリームにおいて、前記メディアデータは動的に圧縮及び暗号化されて圧縮され暗号化されたメディアデータを形成し、この圧縮され暗号化されたメディアデータは、次いで前記要求側へ前記メディアプレーヤーの一部とともに動的にストリームされる、ことを特徴とするデータストリーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、一般にメディアストリーミングに関し、より詳細には、メディアデータの圧縮、伸張、及び再生に関する。
【背景技術】
【０００２】
メディアストリーミングは、今日の高度に関連付けられた経済においては、普遍的なものである。消費者は、インターネット上のライブブロードキャストを再生するために、又は、蓄積されたメディアデータを再生するために、ストリーミング技術を使用する。メディアサービスプロバイダ及びメディアコンテンツプロバイダに対し、ストリーミングは、いくつかの問題を与える。これらの問題の１つは、制限されたネットワーク帯域幅の管理及びメディアデータを所望する消費者への許容可能な応答時間の提供に関連する。
【０００３】
応答時間は、２つの技術によって改善することができる。すなわち、メディアサービスプロバイダ及び消費者双方に対するハードウェアの向上と、サービスプロバイダからメディアデータをより高速に転送して消費者のために彼らのコンピューティングデバイス上でそのメディアデータを再生するためのストリーミングソフトウェア技術の改善とである。これら２つの技術は、他方からみて相互に排他的なものとはなっていない。つまり、ネットワーク上のメディアデータの配信を向上させるために、しばしばハードウェア及びソフトウェア技術の組み合わせが使用される。
【０００４】
ストリーミング技術と組み合わせて使用される１つのソフトウェア技術は、データ圧縮である。メディアデータは、大容量であり、しばしば、映像、画像、グラフィカル又はオーディオデータを含む。データ圧縮は、かかるデータを、転送の目的のためにより小さな物理空間量で再表現することを試みるものである。この圧縮されたデータが消費者のコンピューティングデバイスから受信されたとき、メディアプレーヤー内で伸張されたメディアデータを再生するために、他のソフトウェアアプリケーションは、メディアデータを再形成して元のフォーマットに戻すための伸張アルゴリズムを使用する。一般に使用される１つの圧縮フォーマットは、モーションピクチャエクスパートグループ（ＭＰＥＧ）フォーマットである。メディアプレーヤーは、そのメディアプレーヤー内でシームレスに伸張が実行されるよう、しばしば、その命令の中に組み込まれたＭＰＥＧ伸張アプリケーションを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
この産業においては多様な圧縮技術が利用可能であるが、これらの中で、ストリーミング技術の性能を改善する目的のためにカスタマイズ可能な圧縮技術は皆無であった。実際、この産業がＭＰＥＧ及びその他の標準圧縮技術に向かって活発に活動してきたという点において、その逆のことが言える。
【０００６】
メディアデータ圧縮のための産業標準は、利点と欠点とを有する。いくつかの利点により、標準を使用してデータを圧縮及び伸張するアプリケーションを自由に開発することができ、多様なカスタムアプリケーション又は市場で容易に利用できる規格アプリケーションにおいて圧縮されたデータを統合することができる。欠点は、使用される圧縮は、容易に修正することができず、何れの変更も産業界において統合されるまでに長い時間を要することである。他の欠点は、特定の圧縮技術は容易に知られてしまうので、短期間にうちに多数の視聴者に対するメディアデータの非認可の消費及び分配を招いてしまうということであり、ここにおいて、その視聴者は、そのメディアデータを消費又は分配する適正なライセンスをしばしば欠いている。
【０００７】
さらに、産業標準圧縮技術は厳密であるので、そのメディアデータに関連する属性を変更する機会がほとんどない。属性には、ピクセル解像度や音声品質といったものが含まれる。属性は、メディアの中身には影響を与えず、そのメディアの品質に影響を与える。いくつかの場合において、もし、メディアデータが、よりタイムリーな方法で受信されて再生されるならば、消費者はある程度の品質を看過することをいとわないであろう。さらに、いくつかの場合において、消費者のコンピューティング環境は、消費者には品質の劣化が容易に分からないほどの、高いピクセル解像度及びサウンド品質を処理する装備は未だ有していない。もし、圧縮技術において品質を変更できれば、いくつかの事例において、メディアデータのサイズは、実質的に減少させうる。
【０００８】
逆に言えば、いくつかの状況において、消費者は、より高品質なフォーマットにおけるメディアデータ及びその処理能力を所望し、そして、そのメディアが本来的に蓄積されているものを所望するので、品質は必ずしも常に低くなることを要求されない。これらの状況において、圧縮されたメディアデータ内で品質を向上させる能力が望まれている。加えて、メディアデータのフォーマット及び再生が所有権を主張できるフォーマットであるとき、そのメディアデータは、容易には獲得、分配、再生できないので、メディアコンテンツプロバイダの観点からは、メディアデータをカスタム圧縮、そして、いくつかの場合においてカスタム暗号化する能力によって、それらメディアコンテンツに対する追加のセキュリティ上の利点を与える。
【０００９】
それゆえ、メディアプレーヤーを分配すること、メディアデータを圧縮すること、メディアデータを暗号化すること、そして、メディアデータを再生することに対する改善された実装及び技術のための要求が存在する。
【課題を解決するための手段】
【００１０】
本発明の多様な実施形態において、メディアデータを処理するための技術が与えられる。メディアデータは、圧縮されて、メディアプレーヤーの一部（部分）とともに要求側へ送信される。圧縮メディアデータに対するピクセル解像度は、その要求側に関連する接続レートに基づいて決定される。いくつかの実施形態において、そのメディアデータは、さらに暗号化され、そのメディアプレーヤーの一部（部分）は、圧縮されたメディアデータを復号化するために必要な復号化アルゴリズムを含む。
【００１１】
より具体的には、本発明の一実施形態において、メディアデータを処理するための方法を述べる。メディアデータに対する要求が要求側から受信される。このメディアデータは、要求側の接続レートに基づいたカスタムピクセル解像度で圧縮される。次に、メディアプレーヤーの一部（部分）及び圧縮されたメディアデータは、この接続レートで要求側へストリームされる。
【発明を実施するための最良の形態】
【００１２】
メディアデータを処理するための、新規な方法、データ構造、及びシステムについて述べる。本実施形態の以下の詳細記述において、これについての部分を形成し、その中において、図解方法によって示され、しかし限定事項ではない、実績のある本発明の特定の実施形態によって示された、添付図面への参照が行われる。これらの実施形態は、十分詳細に述べられているので、当業者であればこれらを理解し、実施することができ、そして、開示された本発明の趣旨及び範囲から逸脱することなく、他の実施形態が利用でき、そして、構造的、論理的、電気的変更を行うことができるものと理解されるべきである。それゆえ、以下の詳細記述は、限定的な意味にとるべきではなく、ここで開示される本発明の実施形態の範囲は、添付の特許請求の範囲によってのみ規定されるべきである。
【００１３】
ここで使用される「メディアデータ」というフレーズは、例示に過ぎないものとして、オーディオ、映像、グラフィック、画像、テキスト、そしてそれらの組み合わせといったマルチメディアに関するデータを含む。ストリーミングとは、メディアデータを、構成可能なバイトチャンク、ブロック、又はフレームに分割し、順次これらの断片をネットワーク上の１又は複数の受信者のコンピューティングデバイスに転送する。ネットワークは、回線接続でありうる（例えば、直接的なもの（ポイントツーポイント）、間接的なもの（例えば、インターネットのようなワイドエリアネットワーク（ＷＡＮ））、その他）。ネットワークは、また無線でもありうる（例えば、赤外線、無線周波数（ＲＦ）、衛星、セルラー、その他）。さらに、ネットワークは、互いに接続された回線接続及び無線ネットワークの組み合わせでありうる。
【００１４】
メディアプレーヤーは、必要に応じて受信し、伸張し、必要に応じて復号化するよう設計された、１又は複数のソフトウェアアプリケーションであり、要求側のコンピューティング環境においてメディアデータを再生する。メディアプレーヤーは、本開示の教示に従ってメディアデータを自動的に読み込み、設定し、処理するよう設計及び修正された、何れの現行の利用可能なメディアプレーヤーであってもよく、或いは、同一物を達成するよう設計されたカスタム開発されたメディアプレーヤーであってもよい。本発明の一実施形態において、メディアプレーヤーは、何ら手動介入なしに要求側のコンピューティングデバイス（例えば、ＷＷＷブラウザ、その他）内にダウンロードされ、読み込まれ、実行されるＪＡＶＡ（登録商標）アプレットである。
【００１５】
本発明のメディアプレーヤーは、その開示が参照によってここに取り込まれた、２００３年２月１９日に出願され、出願番号１０／３６９，０１７を有する「メディアデータストリーム処理方法、データ構造、及びシステム」という発明名称の、出願中の米国出願の教示に従って設計され、実行される。このメディアプレーヤーは、所望のメディアデータの少なくとも一部（部分）を有するメディアストリーム内に含まれ、メディアデータを取得及び再生する目的で要求側のコンピューティングデバイス上で自己インストール及び自己実行するよう設計されている。いくつかの実施形態において、メディアプレーヤーは、ワールドワイドウェブ（ＷＷＷ）ブラウザページから部分的に利用可能であり、稼動されたときにそのメディアデータを再生するために必要なメディアプレーヤーの残りの部分を構成及び獲得するよう設計された、部分的なスクリプトとして存在している。これらの実施形態において、メディアプレーヤーの第１の部分（スクリプト）は、完全にアセンブルされた最初のメディアデータのいくつかを含むメディアデータの最初のストリームから、メディアプレーヤーの残りの部分に接触して獲得し、そして、構成されたメディアプレーヤーは消費する。
【００１６】
本発明の多様な実施形態によって処理される最初のメディアデータは、現行の何れのメディアデータフォーマットにも存在しうる。このように、このフォーマットは、ムービングピクチャエクスパートグループ（ＭＰＥＧ）フォーマット、オーディオビデオインターリーブ（ＡＶＩ）フォーマット、そして、クイックタイム（登録商標）ムービーフォーマット（ＭＯＶ）でありうる。このメディアデータフォーマットは、また、確認の目的で暗号化することができ、或いは、それ自身を圧縮フォーマットにすることもできる。
【００１７】
要求側は、メディアデータの再生を所望する消費ユーザ又は自動化アプリケーションである。要求側は、メディアサービスプロバイダからメディアデータを要求する。その要求側は、彼／彼女自身のコンピューティング環境に連合し、利用可能な送信接続レートを使用してネットワーク上のメディアサービスプロバイダに接続する。
【００１８】
図１に、本発明の一実施形態によってメディアデータを処理するための方法１００のフローチャートを示す。方法１００は、コンピュータアクセス可能な媒体上の１又は複数のソフトウェアアプリケーションによって実装され、コンピューティングデバイス（例えば、処理及び記憶能力を有する何れかのデバイス）によって実行される。一実施形態において、方法１００は、インターネットといったネットワーク上でアクセス可能なサーバ上のメディアサービスプロバイダとして実装される。
【００１９】
最初に、要求側は、その要求側が再生を望むメディアデータを獲得する目的で、方法１００の処理を要求する。従って、１１０において、メディアデータに対する要求が受信される。次に、１２０において、その要求側に関する接続レートが決定される。１３０において、その接続レートに基づいて所望のピクセル解像度が決定され、そのピクセル解像度を使用してメディアデータが圧縮される。最後に、１４０において、カスタムメディアプレーヤー及び圧縮されたメディアデータが、その接続レートで要求側へストリームされる。いくつかの実施形態において、そのカスタムメディアプレーヤーの第１の部分は、例えばＷＷＷブラウザページを介して、既に要求側へアクセス可能となっており、その第１の部分は、１４０において、カスタムメディアプレーヤーの残り部分の獲得及び構成において、要求側を補助する。
【００２０】
一実施形態において、要求側に関連する接続レートは、方法１００の処理と、要求側のコンピュータデバイス上に自己インストール及び自己実行した後のメディアプレーヤーとの間の通信に基づいて、決定及びネゴシエーションが行われる。つまり、方法１００の処理がメディアデータに対する要求を受信した後、メディアプレーヤー、又は、場合によってはそのメディアプレーヤーの残りの部分は、自己インストール及び自己実行されるところの要求側へ直接的にストリームされ、方法１００の処理との通信の直接対話を速やかに開始する。いったん、要求側のコンピューティング環境内でメディアプレーヤーが実行されると、インタフェース画面を通して要求側と手動で対話することができ、所望のメディアデータ及び／又は要求側の接続レートに対する好ましいピクセル解像度を取得できる。
【００２１】
代替的に、メディアプレーヤーは、方法１００の処理への要求側の接続レートに基づいて、メディアデータに対する所望のピクセル解像度のための決定をそれ自身で行うことができる。これを行うための１つの方法は、その閾値を下回る接続レートでは定められたピクセル解像度を使用し、その閾値かそれを上回る接続レートでは他に定められたピクセル解像度を使用するように、特定の接続レートに対して閾値を割り当てることである。いったん、メディアプレーヤーが接続レート及び／又は所望のピクセル解像度を決定すると、折り返し、速やかに方法１００の処理へ送信される。この情報に基づいて、その固有のメディアデータは、メディアデータストリーミングのために最適なカスタムピクセル解像度でカスタム圧縮される。
【００２２】
最適なピクセル解像度は、接続レート及び要求側のコンピューティングデバイスの選択的なコンピューティング能力に基づいて、その要求側にとって適切なものである。より低い接続レートは、そのメディアデータに対するピクセル解像度が減少しうるということを示すことができる。もし、そのピクセル解像度が、表現するために必要な物理的空間よりも減少するならば、圧縮フォーマットにおけるメディアデータもまた減少しうる。このように、方法１００の処理からネットワーク上の要求側のコンピューティングデバイスへ分配するためのデータは、より少なくなる。従って、メディアデータのピクセル解像度のカスタム縮小によって、ストリーミングのスループットを改善できる。従来、メディアデータをカスタム圧縮する能力がなかったので、これは問題にはならなかった。さらに、メディアストリーミングに先行するピクセル解像度をカスタム変更する試みも存在しなかった。
【００２３】
このピクセル解像度は、常に減少させる必要なない。例えば、もし、メディアデータが本来的に中間の解像度又は品質で蓄積されており、接続レート及び／又は要求側のコンピューティング能力が高ければ、要求側が改善された品質を体験できるよう、そのメディアデータは、より高いピクセル解像度を伴ってカスタム圧縮される場合がある。
【００２４】
加えて、本発明の多様な実施形態は、圧縮の目的で変更するものとしてピクセル解像度を議論しているが、メディアストリーミング及びメディア消費のカスタマイズ及び改善の目的のために、圧縮に先行してメディアデータの何れかの調整可能な属性をカスタム変更可能であるということも容易に理解できる。例えば、オーディオの音声品質を向上又は低下させることができる。加えて、このカスタム品質は、要求側によって手動で確認することができる。つまり、いくつかの事例において、要求側は所望のメディアデータのビデオストリームは見たいがオーディオは聞きたくないという場合がある。これは、要求側に聴力障害がある場合又は要求側が単にビデオのみの視聴を希望する場合に発生しうる。かかる場合において、オーディオをカスタム排除する能力によって、メディアデータに対してさらに小さな圧縮サイズをもたらすことができ、メディアストリーミングの性能を向上させることができる。同様の方法において、オーディオは所望されているが、ビデオは所望されていないという場合もある。
【００２５】
他の実施形態において、圧縮されたメディアデータもまた、１３４においてカスタム暗号化することができる。この暗号化アルゴリズムは、特定の要求側のためにカスタマイズ可能である。復号化アルゴリズムは、メディアプレーヤー内においてカスタム構成することができる。メディアデータの各配信インスタンスは特定の要求側に関連するライセンス制限に従って保護可能であるので、これによりメディアコンテンツプロバイダのための追加のセキュリティレベルを提供することができる。このメディアデータは、メディアデータに付属しているカスタムメディアプレーヤーなしに伸張及び復号化することはできず、このメディアプレーヤーだけが、メディアデータの復号に必要な復号化アルゴリズムを把握している。さらに、このメディアプレーヤーは、方法１００の処理と通信し、特定の要求側に対してライセンス制限を実施するために利用することができる。このように、このメディアプレーヤーは、不正にこれを取得しようとする者に使用されることが殆どなくなり、メディアコンテンツプロバイダは、メディアデータにおける保護された権利が保証されることとなる。
【００２６】
他の実施形態において、メディアデータは、方法１００の処理に直接アクセス可能な場所、或いは、方法１００の処理から離れた場所に本来的に蓄積することができる。一実施形態において、メディアデータは、例えば、１３２において示した、メディアデータがライブブロードキャストからキャプチャされている時などのように、方法１００の処理によって実時間で直接的に取得される。
【００２７】
図２は、本発明の一実施形態によるメディアデータサーバ２００を示す図である。このメディアデータサーバ２００は、１又は複数のメディアデータ要求側２２０と１又は複数のメディアコンテンツプロバイダ（図２において不図示）とに対し、ネットワーク２１０上でアクセス可能である。このメディアデータサーバ２００は、ここにおいて及び以下で述べる処理を実現するよう設計された、多様なソフトウェアアプリケーションとリソースとを含んでいる。
【００２８】
メディアデータサーバは、データ記憶装置２０１と、メディアプレーヤー２０２の一般的なインスタンスと、そしてストリーミングアプリケーション２０３とを含む。データ記憶装置２０１は、メディアデータを収容している。このメディアデータは、重複した（複製された）データフォーマットでは蓄積されない。つまり、データ記憶装置２０１には、そのメディアデータの単一のインスタンスだけが存在する。従来のメディアデータは、特定のメディアプレーヤーに関連する特定のフォーマットしか使用しない要求側にサービスを提供するために多様なフォーマットで蓄積されていたので、これは、重要である。本発明の教示によって、メディアプレーヤー２０２は、このメディアデータを伴って送信され、或いは上述したように部分的に送信されるので、操作性は保証され、複数のフォーマットでメディアデータを蓄積する必要はなくなる。一実施形態において、メディアデータは、中間的な圧縮フォーマットでデータ記憶装置２０１内に本来的に蓄積される。
【００２９】
メディアプレーヤー２０２は、要求側２２０のコンピューティングデバイス上で自己インストール及び自己実行するよう設計されたソフトウェア命令である。メディアプレーヤーは一般的なインスタンスであり、メディアデータに対する各要求及び／又は要求側２２０に基づいて修正することができる。このように、構成ファイルは、メディアプレーヤー２０２の各インスタンスに対してあつらえることができ、ここにおいて、これらの構成ファイルは、特定の要求側のコンピューティングデバイス上でカスタム処理を実行させるために、メディアプレーヤー２２０の特定のインスタンスを指示する。このように、メディアプレーヤー２０２の特定のインスタンスは、それ自身固有の暗号化アルゴリズムとライセンス制限とを含むことができる。これにより、メディアコンテンツプロバイダの要求に従ってメディアデータが制御されることが保証される。
【００３０】
メディアプレーヤー２０２のインスタンスは、データ記憶装置２０１に収容されたメディアデータの部分に対する要求側からの要求を、メディアデータサーバ２００が受信したときに要求側２２０へストリームされる。いくつかの実施形態において、上述したように、メディアプレーヤー２０２の一部は、アクセスされたときにメディアデータサーバ２００からメディアプレーヤー２０２の残りの部分を取得することを要求側２２０に許可するスクリプトとして要求側２２０に利用可能となる。いったん、メディアプレーヤー２０２のインスタンスが要求側のコンピューティングデバイス上で自己インストール及び自己実行を行うと、このメディアプレーヤーのインスタンスは、メディアデータサーバ２００のストリーミングアプリケーション２０３を伴ってストリーミング対話を開始する。この対話中に、メディアサーバ２００への要求側の接続レートが決定され、メディアデータの所望の部分に対する所望のピクセル解像度が決定される。そして、このピクセル解像度は、ストリーミングに先行してメディアデータの所望の部分を圧縮する際に使用される。
【００３１】
上述したように、このピクセル解像度は、圧縮されたメディアデータの物理的サイズが減少した場合には、減少させることができ、或いは、対応する要求側２２０のために圧縮されたメディアデータの品質が向上される場合には、このピクセル解像度を増加させることができる。さらに、いくつかの実施形態においては、音声品質といったメディアデータを伴った、他の属性をカスタム圧縮することができる。
【００３２】
いくつかの実施形態において、ライブブロードキャストから記録されているように、メディアデータは、取り込まれてデータ記憶装置２０１に蓄積され、同時に、カスタム圧縮されて要求側２２０へストリームされる。
【００３３】
スループット性能を改善するよう、或いは、品質を改善するよう圧縮をカスタマイズすることができるので、メディアデータサーバ２００の実施形態によって、ストリーミングは改善されて、より安全になる。さらに、アルゴリズム上でカスタム暗号化を実行するため、そしてカスタムライセンス制限を実施するためにメディアデータサーバ２００とのカスタム対話を実行するよう設計されたメディアプレーヤー２０２のカスタム分配を通じて、セキュリティが達成される。
【００３４】
図３は、本発明の一実施形態によるメディアデータストリーム３００の構成図である。メディアデータストリーム３００は、コンピュータ読み取り可能媒体に実装され、ネットワーク上でアクセス可能である。メディアデータ３００は、図２のメディアデータサーバ２００といった、メディアサービスによって生成される。メディアデータストリーム３００は、要求側３２０によって消費される。
【００３５】
メディアデータストリーム３００は、メディアプレーヤー３０１、圧縮及び暗号化されたメディアデータ３０２、そして、選択的な制限データ３０３のうちの全て又はいくつかの部分を含む。メディアプレーヤー３０１は、メディアデータストリーム３００から自己インストール及び自己実行する。つまり、いったんメディアプレーヤー３０１が要求側のコンピューティングデバイス上で完全に受信されると、そのコンピューティングデバイス上に自己ロードして実行し、メディアサービス３１０との通信対話を開始する。
【００３６】
メディアプレーヤー３０１は、圧縮され暗号化されたメディアデータ３０２を復号化し伸張するための、固有の復号化アルゴリズム及び伸張アルゴリズムを伴って設計されている。いくつかの実施形態において、メディアデータストリーム３００の各インスタンスは、メディアプレーヤー３０１の全て又は一部の、それ自身の固有のインスタンスを含んでいるので、要求側３２０によって生成されたメディアデータに対する各要求は、固有のメディアプレーヤー３０１インスタンスを要求してメディアデータを適正に消費する。これにより、メディアデータの非認証の使用及び分配に対して保護するための追加のセキュリティレベルがもたらされる。いくつかの実施形態において、メディアプレーヤー３０１は、また、そのメディアデータに関連するライセンス権利を定義する制限データ３０３をも使用する。このように、メディアプレーヤー３０１は、メディアコンテンツプロバイダによって公表されたライセンス制限にメディアデータが適合していることを保証するために、制限データ３０３を使用することができる。
【００３７】
メディアプレーヤー３０１は、また、要求側３２０によって要求されているメディアデータに対する適正なピクセル解像度又は音声品質を決定する目的のために、メディアサービス３２０との通信をも確立する。これを実行するための１つの技術は、多様な接続レートに対するピクセル解像度レートを確立し、決定された接続レートに基づいてピクセル解像度を設定することである。この接続レートは、要求側３２０とメディアサービス３１０との間の通信に関連する。この接続レートは、いったんメディアプレーヤー３０１が要求側３２０のコンピューティングデバイス上で実行されると、メディアプレーヤー３０１によって積極的にメディアサービス３１０と通信される。
【００３８】
いったん、決められたピクセル解像度及び／又は音声品質が決定されると、メディアサービスは、定義されたピクセル解像度及び／又は音声品質を有するこの所望のメディアデータをカスタム圧縮する。いくつかの例において、解像度又は品質が低下する場合は、圧縮及び暗号化されたメディアデータ３０２はサイズが減少するであろうことを意味する。他の例においては、解像度又は品質が向上する場合は、メディアプレーヤー３０１による再生の間、要求側３２０は改善されたメディアデータ品質を体験するであろうということを意味する。
【００３９】
メディアデータストリーム３００は、メディアサービス３１０によって継続的かつ動的に取り込まれ、収集されて、要求側３２０へストリームされる。つまり、メディアデータ３１０は、同一のものを要求側３２０へネットワーク上にストリームする前には、単一のメディアデータストリーム３００を静的に生成せず、むしろ、メディアサービス３１０は、まず、メディアプレーヤー３０１及び選択的に制限データ３０３をカスタマイズ及びストリームし、その後、圧縮及び暗号化されたメディアデータ３０２の一部を、消費のために要求側３２０へ継続的かつ規則的にストリームするのである。いくつかの実施形態において、例えば、そのメディアデータがライブブロードキャストに関連するときなどに、要求側３２０へ同一のものをストリーミングしているので、圧縮及び暗号化されたメディアデータもまた、メディアサービス３１０によって動的に獲得される。
【００４０】
上記記載は、例示的であることを意図するものであって制限的なものではない、ということを理解すべきである。上記記載を検討すれば、他の多くの実施形態が当業業者にとって明らかであろう。それゆえ、本発明の実施形態の範囲は、添付の特許請求の範囲に関して、かかる特許請求の範囲が権利付与されるものと均等である全範囲とともに定義されるべきである。
【００４１】
本要約は、要約によって読み手が技術的開示の本質及び要点を速やかに確認することができるようにすべきことを要求する、米国特許法施行規則１．７２条（ｂ）項に沿って与えられていることを強調する。これは、特許請求の範囲又はその意義を解釈又は制限するために使用されないとの理解に基づいて提出されている。
【００４２】
本実施形態の上述の記載において、本開示を効率化する目的のために、多くの特徴が単一の実施形態において互いにグループ化されている。この開示方法は、特許請求の範囲に記載された本発明の実施形態が、各請求項において表現上唱えられているものよりも多くの機能を要求する意図を反映するものとして解釈すべきではない。むしろ、以下の特許請求の範囲が反映するように、本発明の主題は、開示された単一の実施形態の全特徴よりも少ない中で設定されている。このように、以下の特許請求の範囲は、各請求項がそれ自身別々の例示的な実施形態としての主張を伴って、これによって本実施形態の記載の中に取り込まれている。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態によるメディアデータ処理方法のフローチャートである。
【図２】本発明の一実施形態によるメディアデータサーバを示す構成図である。
【図３】本発明の一実施形態によるメディアデータストリームの構成図である。
【符号の説明】
【００４４】
２００  メディアデータサーバ
２０１  データ記憶装置
２０２  メディアプレーヤー
２０３  ストリーミングアプリケーション
２１０  ネットワーク
２２０  要求側
【図１】
2007529970.tif 000003
【図２】
2007529970.tif 000004
【図３】
2007529970.tif 000005
【国際調査報告】
2007529970.tif 000006
2007529970.tif 000007
2007529970.tif 000008
2007529970.tif 000009