JP2010534887A - メディアデータを結合するシステム及び方法 - Google Patents

Abstract

ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成するための方法及びコンピュータプログラム製品。リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する。パケット損失耐性スティッチングアルゴリズムを用いて、第１の正規化パケットストリームの少なくとも一部と第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償メディアデータストリームを生成する。
【選択図】図１

Description

（関連出願）
本出願は、２００７年７月２７日に出願された米国特許出願シリアル番号１１／８２９，６７２に対する優先権を主張する。
（技術分野）
本開示は、メディアデータに関し、より詳細には、複数のソースからのメディアデータの結合に関する。

電子メディアデータ（例えば、音楽、ビデオ、映画、及びテレビ番組）の配信は、種々の手法を用いて行うことができる。例えば、メディアデータファイル全体をメディアデータサーバからクライアント電子デバイスに転送することができる。或いは、メディアデータサーバとクライアント電子デバイスとの間にメディアデータストリームを確立することができる。

残念ながら、各手法にはその独自の欠点がある。具体的には、クライアント電子デバイスにファイルが転送されるシステムでは、メディアデータファイルのレンダリングを開始する前に、ファイル全体の転送を必要とすることが多い。更に、メディアデータサーバとクライアント電子デバイスとの間にメディアデータストリームが確立されるシステムでは、メディアデータサーバとの接続を確立するのに相当な時間（例えば、１０秒以上）を必要とする場合があり、結果として最適とはいえないユーザ体験をもたらすことが多い。

第１の実施において、方法は、ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する段階を含む。リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する。パケット損失耐性(loss tolerant)スティッチングアルゴリズム(stitching algorithm)を用いて、第１の正規化パケットストリームの少なくとも一部と第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償(loss-compensated)メディアデータストリームを生成する。

以下の特徴の１つ又はそれ以上を含むことができる。クライアント電子デバイス上で損失補償メディアデータストリームをレンダリングすることができる。クライアント電子デバイスは、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ぶことができる。

ローカルに格納された特定メディアデータファイル部分は、第１のビットレートでサンプリングすることができる。リモート供給の特定メディアデータストリームは、第２のビットレートでサンプリングすることができる。第１のビットレートは、第２のビットレートよりも小さくすることができる。

ローカルに格納された特定メディアデータファイル部分は、ネットワークプロトコルを用いてリモートソースから取得することができる。ネットワークプロトコルが、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ぶことができる。

リモート供給の特定メディアデータストリームは、ネットワークプロトコルを用いてリモートソースから取得することができる。ネットワークプロトコルは、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ぶことができる。

ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する段階が、ローカルに格納された特定メディアデータファイル部分を構文解析して第１の正規化パケットストリームを生成する段階を含むことができる。リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する段階が、リモート供給の特定メディアデータストリームを構文解析して第２の正規化パケットストリームを生成する段階を含むことができる。

ローカルに格納された特定メディアデータファイル部分がメタデータを含むことができる。メタデータが、リモート供給の特定メディアデータストリームのロケーションを定めることができる。損失補償メディアデータストリームが、Ａ／Ｖ損失補償メディアデータストリームを含むことができる。

別の実施において、コンピュータプログラム製品は、複数の命令が格納されるコンピュータ読み取り可能な媒体上に存在する。命令は、プロセッサによって実行されたときに、ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成することを含む動作をプロセッサに実施させるようにする。リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームが生成される。パケット損失耐性スティッチングアルゴリズムを用いて、第１の正規化パケットストリームの少なくとも一部と第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償メディアデータストリームを生成する。

以下の特徴の１つ又はそれ以上を含むことができる。クライアント電子デバイス上で損失補償メディアデータストリームをレンダリングすることができる。クライアント電子デバイスは、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ぶことができる。

ローカルに格納された特定メディアデータファイル部分は、第１のビットレートでサンプリングすることができる。リモート供給の特定メディアデータストリームは、第２のビットレートでサンプリングすることができる。第１のビットレートは、第２のビットレートよりも小さくすることができる。

ローカルに格納された特定メディアデータファイル部分は、ネットワークプロトコルを用いてリモートソースから取得することができる。ネットワークプロトコルが、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ぶことができる。

リモート供給の特定メディアデータストリームは、ネットワークプロトコルを用いてリモートソースから取得することができる。ネットワークプロトコルは、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ぶことができる。

ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する段階が、ローカルに格納された特定メディアデータファイル部分を構文解析して第１の正規化パケットストリームを生成する段階を含むことができる。リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する段階が、リモート供給の特定メディアデータストリームを構文解析して第２の正規化パケットストリームを生成する段階を含むことができる。

ローカルに格納された特定メディアデータファイル部分がメタデータを含むことができる。メタデータが、リモート供給の特定メディアデータストリームのロケーションを定めることができる。損失補償メディアデータストリームが、Ａ／Ｖ損失補償メディアデータストリームを含むことができる。

１つ又はそれ以上の実施の詳細は、添付図面及び以下の明細書において記載される。他の特徴及び利点は、明細書、図面、及び請求項から明らかになるであろう。

配信コンピュータネットワークに結合されたクライアント電子デバイス上で実行されるメディアデータプロセスの概略図である。 図１のクライアント電子デバイスの等角図である。 図１のクライアント電子デバイスの概略図である。 図１のメディアデータプロセスのフローチャートである。 図１のメディアデータプロセスの一部の概略図である。

種々の図における同じ参照符号は同じ要素を示す。

図１を参照すると、メディアデータプロセス１０が図示されている。以下で詳細に検討するように、メディアデータプロセス１０は、メディア配信システム１６からの複数のメディアデータファイル部分１２及び特定メディアデータストリーム１４を受け取ることができる。メディアデータプロセス１０は、特定メディアデータファイル部分（複数のメディアデータファイル部分１２から選ばれる）及び特定メディアデータストリーム１４を処理して、第１及び第２の正規化パケットストリームを生成することができ、パケット損失耐性スティッチングアルゴリズムを用いてこれらを結合し、損失が補償されたメディアデータストリームを生成することができる。

複数のメディアデータファイル部分１２及び／又は特定メディアデータストリーム１４の実施例は、限定ではないが、公知の圧縮技術を用いて圧縮することができるデジタル符号化オーディオ及び／又はビデオメディアデータを含むことができる。このような圧縮技術の実施例は、限定するものではないが、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＥＧ−４、Ｈ２６３、Ｈ２６４、ＡＡＣ（アドバンストオーディオコーディング）、及び、例えば国際標準化機構（ＩＳＯ）及びＭｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）により公表された他の技術を含むことができる。

メディア配信システム１６は、メディアデータ（すなわち、複数のメディアデータファイル部分１２及び／又は特定メディアデータストリーム１４の形態で）を複数のユーザ（例えば、ユーザ１８、２０、２２、２４）に提供することができる。メディア配信システム１６の実施例は、限定するものではないが、ワシントン州Ｓｅａｔｔｌｅ所在のＲｅａｌＮｅｔｗｏｒｋｓ，Ｉｎｃにより提供されるＲｈａｐｓｏｄｙ（商標）サービスを含むことができる。

メディア配信システム１６は、ネットワーク２８（例えば、インターネット）に接続されたサーバコンピュータ２６上に常駐し且つこれにより実行されるサーバアプリケーションとすることができる。サーバコンピュータ２６は、ネットワークオペレーティングシステムを実行するウェブサーバとすることができ、該ネットワークオペレーティングシステムの実施例には、限定するものではないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ ＸＰ Ｓｅｒｖｅｒ（商標）、Ｎｏｖｅｌｌ Ｎｅｔｗａｒｅ（商標）、又はＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことができる。サーバコンピュータ２６の実施例には、限定するものではないが、パーソナルコンピュータ、サーバコンピュータ、及び複数のサーバコンピュータを含むことができる。例えば、サーバコンピュータ２６は、複数の特定メディアデータファイル部分１２を配信するためのリモート配信サーバコンピュータ（図示せず）、及び特定メディアデータストリーム１４を提供するためのオンデマンドメディアサーバ（図示せず）を含むことができる。

サーバコンピュータ２６はまた、ウェブサーバアプリケーションを実行することができ、その実施例は、限定するものではないが、Ｍｉｃｒｏｓｏｆｔ ＩＩＳ（商標）、Ｎｏｖｅｌｌ Ｗｅｂｓｅｒｖｅｒ（商標）、或いは、ネットワーク２８を介してサーバコンピュータ２６にＨＴＴＰ（すなわち、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）アクセスを可能にするＡｐａｃｈｅ Ｗｅｂｓｅｒｖｅｒ（商標）を含むことができる。ネットワーク２８は、例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、又はインターネットなどの、１つ又はそれ以上のセカンダリネットワーク（例えば、ネットワーク３０）に接続することができる。

サーバコンピュータ２６に結合されるストレージデバイス３２上に格納することができる、メディア配信システム１６の命令セット及びサブルーチンは、サーバコンピュータ２６に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。加えて、メディア配信システム１６から利用可能な複数の特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４は、例えば、サーバコンピュータ２６に結合されたストレージデバイス３２上に格納することができる。ストレージデバイス３２は、限定するものではないが、ハードディスクドライブ、テープドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダムアクセスメモリ（ＲＡＭ）、又はリードオンリーメモリ（ＲＯＭ）を含むことができる。

ユーザ１８、２０、２２、２４は、例えば、ネットワーク２８及び／又はセカンダリネットワーク３０を通じてメディア配信システム１６にアクセスすることができる。更に、サーバコンピュータ２６（すなわち、メディア配信システム１６を実行するコンピュータ）は、仮想リンク線３４で示されるように、セカンダリネットワーク３２を通じてネットワーク２８に接続することができる。

メディア配信システム１６には、種々のクライアント電子デバイスを通じてアクセスすることができ、該電子デバイスの実施例は、限定するものではないが、例えば、パーソナルメディアデバイス３６、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、データ対応セルラー電話４２、パーソナルコンピュータ（図示せず）、ラップトップコンピュータ（図示せず）、ノートブックコンピュータ（図示せず）、テレビ（図示せず）、ケーブルＴＶ用チューナ（ｃａｂｌｅ ｂｏｘ、図示せず）、インターネットラジオ（図示せず）、或いは、専用のネットワークデバイス（例えば、Ｒｏｋｕ（商標）、Ｓｏｕｄｂｒｉｄｇｅ Ｍ５０、Ｍ１０００及びＭ２０００、図示せず）を含むことができる。

メディア配信システム１６には、クライアント電子デバイス（例えば、パーソナルメディアデバイス３６、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、データ対応セルラー電話４２）が直接アクセスすることができ、或いは（クライアントコンピュータを介して）間接的にアクセスすることができる。例えば、ユーザ１８、２２、２４は、パーソナルメディアデバイス３６、パーソナルデジタルアシスタント４０、及びデータ対応セルラー電話４２（それぞれ）を通じてメディア配信システム１６に直接アクセスするように示されている。逆に、ユーザ２０は、クライアントコンピュータ４４を介してパーソナルメディアデバイス３８によりメディア配信システム１６に間接的にアクセスするよう示されている。

クライアント電子デバイス（例えば、パーソナルメディアデバイス３６、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、データ対応セルラー電話４２）は、ネットワーク２８、３０（及び、従ってメディア配信システム１６）に無線結合又は配線接続することができる。

例えば、パーソナルメディアデバイス３８は、クライアントコンピュータ４４に配線接続されるよう示されており、クライアントコンピュータ４４は、配線によるネットワーク接続を介してネットワーク２８に直接結合されるよう示されている。クライアントコンピュータ４４は、例えばユーザ２０がネットワーク２８（又はネットワーク３０）を介してメディア配信システム１６にアクセスしこれを設定することができる、クライアント側メディアマネージャ４６（この実施例は、限定するものではないが、ワシントン州Ｒｅｄｍｏｎｄ所在のＭｉｃｒｏｓｏｆｔ Ｉｎｃから利用可能なＭｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商標）、ワシントン州Ｓｅａｔｔｌｅ所在のＲｅａｌＮｅｔｗｏｒｋｓ，Ｉｎｃから利用可能なＲｈａｐｓｏｄｙ（商標）クライアント＆ＲｒｅａｌＰｌａｙｅｒ（商標）クライアント、及び専用インタフェース）を実行することができる。クライアントコンピュータ４４は、オペレーティングシステムを実行することができ、その実施例は、限定ではないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ ＸＰ（商標）及びＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことができる。

クライアント側メディアマネージャ４６の命令セット及びサブルーチンは、クライアントコンピュータ４４に結合されたストレージデバイス４８上に格納することができ、クライアントコンピュータ４４に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。ストレージデバイス４８は、限定するものではないが、ハードディスクドライブ、テープドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、コンパクトフラッシュ（登録商標）（ＣＦ）ストレージデバイス、セキュアデジタル（ＳＤ）ストレージデバイス、及びＭｅｍｏｒｙ Ｓｔｉｃｋトレージデバイスを含むことができる。

上述のように、クライアントデバイスは、ネットワーク３０、３２（及び、従って、メディア配信システム１６）に無線結合することができる。例えば、パーソナルメディアデバイス３６は、パーソナルメディアデバイス３６と無線アクセスポイント（すなわちＷＡＰ）５２との間で確立される無線通信チャンネル５０を介してネットワーク２８に無線結合されるように示され、該無線アクセスポイントは、ネットワーク２８に直接結合されるように示されている。ＷＡＰ５２は、例えば、パーソナルメディアデバイス３６とＷＡＰ５２との間の通信チャンネル５０を確立することができる、ＩＥＥＥ８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、Ｗｉ−Ｆｉ、及び／又はＢｌｕｅｔｏｏｔｈデバイスとすることができる。

当該技術分野で公知のように、ＩＥＥＥ８０２．１１ｘ規格は、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコル及びパス共有のためのキャリア検知多重アクセス／衝突回避方式（すなわち、ＣＳＭＡ／ＣＡ）を用いることができる。種々の８０２．１１ｘ規格は、例えば、位相偏移キーイング（すなわちＰＳＫ）変調又は相補符号キーイング（すなわちＣＣＫ）変調を用いることができる。当該技術分野で公知のように、Ｂｌｕｅｔｏｏｔｈは、短距離接続を用いて、例えば、携帯電話、コンピュータ、及びパーソナルデジタルアシスタントを相互接続可能にする電気通信産業規格である。

加えて、パーソナルデジタルアシスタント４０は、セルラー／ネットワークブリッジ５４（ネットワーク２８に直接結合されるように示される）を介してネットワーク２８に無線結合されるように示され、データ対応セルラー電話４２は、セルラー／ネットワークブリッジ５６（ネットワーク３０に直接結合されるように示される）を介してネットワーク３０に無線結合されるように示されている。

（クライアント電子デバイス）
上述のように、クライアント電子デバイスの実施例は、限定するものではないが、パーソナルメディアデバイス３６、３８、パーソナルデジタルアシスタント４０、及びデータ対応セルラー電話４２を含むことができる。したがって、以下の開示内容では、パーソナルメディアデバイス３８を対象としているが、パーソナルメディアデバイス３６、パーソナルデジタルアシスタント４０、セルラー電話４２、テレビ（図示せず）、ケーブルＴＶ用チューナ（図示せず）、インターネットラジオ（図示せず）、及び専用のネットワークデバイス（図示せず）を含む、あらゆるクライアント電子デバイスに等しく適用できることは理解されうる。

更に図２を参照すると、パーソナルメディアデバイス３８は、例えばドッキングクレードル(a docking cradle)１００を介してクライアントコンピュータ４４に接続することができる。通常、パーソナルメディアデバイス３８は、ドッキングクレードル１００にパーソナルメディアデバイス３８を結合する、バスインタフェース（以下で詳細に説明する）を含む。ドッキングクレードル１００は、例えば、クライアントコンピュータ４４内に含まれる（ケーブル１０２を用いて）ユニバーサルシリアルバス（すなわちＵＳＢ）ポート、シリアルポート、又はＩＥＥＥ１３９４（すなわちファイアやワイヤ）ポートに結合することができる。例えば、パーソナルメディアデバイス３８内に含まれるバスインタフェースは、ＵＳＢインタフェースとすることができ、ドッキングクレードル１００は、ＵＳＢハブ（すなわち、パーソナルメディアデバイス３８及びドッキングクレードル１００の「ホット」な結合及び結合解除を可能にするプラグアンドプレイインタフェース）として機能することができる。

クライアントコンピュータ４４は、パーソナルメディアデバイス３８用のインターネットゲートウェイとして機能することができる。例えば、ユニバーサルプラグアンドプレイプロトコル（すなわちＵＰｎＰ）などを用いることによって、パーソナルメディアデバイス３８は、クライアントコンピュータ４４を利用して、ネットワーク２８（及びネットワーク３０）を介してメディア配信システム１６にアクセスし、複数の特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４を取得することができる。具体的には、メディア配信システム１６へのリクエストをパーソナルメディアデバイス３８から受け取ると、クライアントコンピュータ４４（パーソナルメディアデバイス３８に代ってインターネットクライアントの役目を果たす）は、サーバコンピュータ２６（すなわちメディア配信システム１６を実行するコンピュータ）に適切なウェブページ／サービスをリクエストすることができる。リクエストしたウェブページ／サービスがクライアントコンピュータ４４に返されると、クライアントコンピュータ４４は、返されたウェブページ／サービスを元のリクエスト（パーソナルメディアデバイス３８が出した）に関連付けることができ、このウェブページ／サービスをパーソナルメディアデバイス３８に転送することができる。したがって、クライアントコンピュータ４４は、パーソナルメディアデバイス３８をサーバコンピュータ２６、よってメディア配信システム１６に結合するためのコンジットとして機能することができる。

更に図３を参照すると、パーソナルメディアデバイス３８の概略図が示される。パーソナルメディアデバイス３８は、マイクロプロセッサ１５０（例えば、カリフォルニア州Ｓａｎｔａ Ｃｌａｒａ所在のＩｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎにより製造されたＡＲＭ（商標）マイクロプロセッサ）、不揮発性メモリ（例えば、リードオンリーメモリ１５２）、及び揮発性メモリ（例えば、ランダムアクセスメモリ１５４）を含むことができ、これらの各々は、１つ又はそれ以上のデータ／システムバス１５６、１５８を介して相互に接続することができる。パーソナルメディアデバイス３８はまた、例えば、ヘッドフォン組立体１６４、リモートスピーカ組立体１６６、又は小型イヤフォン組立体１６８を着脱可能に係合するためのオーディオジャック１６２に、例えばアナログオーディオ信号を供給するためのオーディオサブシステム１６０を含むことができる。或いは、パーソナルメディアデバイス３８は、１つ又はそれ以上の内部オーディオスピーカ（図示せず）を含むように構成することができる。

パーソナルメディアデバイス３８は、デバイスアプリケーション５８（この実施例は、限定ではないが、Ｒｈａｐｓｏｄｙ（商標）クライアント、ＲｒｅａｌＰｌａｙｅｒ（商標）クライアント、及び専用インタフェースを含むことができる）を実行することができる。パーソナルメディアデバイス３８は、オペレーティングシステムを実行することができ、この実施例は、限定するものではないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ ＣＥ（商標）、Ｒｅｄｈａｔ Ｌｉｎｕｘ（商標）、Ｐａｌｍ ＯＳ（商標）、又はデバイス固有（すなわちカスタム）オペレーティングシステムを含むことができる。

デバイスアプリケーション５８の命令セット及びサブルーチンは、パーソナルメディアデバイス３８に結合されたストレージデバイス６０上に格納することができ、パーソナルメディアデバイス３８に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。ストレージデバイス６０は、例えば、ハードディスクドライブ、光学ドライブ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ＣＦ（すなわち、コンパクトフラッシュ）カード、ＳＤ（すなわち、セキュアデジタル）カード、ＳｍａｒｔＭｅｄｉａ（登録商標）カード、Ｍｅｍｏｒｙ Ｓｔｉｃｋ、及びＭｕｌｔｉＭｅｄｉａカードとすることができる。

メディアデータプロセス１０は、デバイスアプリケーション５８の一部であり、及び／又はデバイスアプリケーション５８内に組み込むことができる。或いは、メディアデータプロセスは、デバイスアプリケーション５８と連動して動作する機能（例えば、プラグイン）とすることができる。したがって、メディアデータプロセス１０の命令セット及びサブルーチンは、パーソナルメディアデバイス３８に結合されたストレージデバイス６０上に格納することができ、パーソナルメディアデバイス３８に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。

パーソナルメディアデバイス３８はまた、ユーザインタフェース１７０及びディスプレイサブシステム１７２を含むことができる。ユーザインタフェース１７０は、パーソナルメディアデバイス３８内に含まれる種々の入力デバイスからのデータ信号を受け取ることができ、この実施例は（限定するものではないが）、例えば、後退スキップスイッチ１０４、前進スキップスイッチ１０６、再生／一時停止スイッチ１０８、メニュースイッチ１１０、セレクタスイッチ１１２、及びホイール組立体１１４を含むことができる。ディスプレイサブシステム１７２は、パーソナルメディアデバイス３８内に含まれるディスプレイパネル１１６にディスプレイ信号を提供することができる。ディスプレイパネル１１６は、例えば、アクティブマトリクス液晶ディスプレイパネル、パッシブマトリクス液晶ディスプレイパネル、又は発光ダイオードディスプレイパネルとすることができる。

オーディオサブシステム１６０、ユーザインタフェース１７０、及びディスプレイサブシステム１７２は各々、１つ又はそれ以上のデータ／システムバス１７４、１７６、１７８（それぞれ）を介してマイクロプロセッサ１５０と結合することができる。

上述のように、パーソナルメディアデバイス３８は、例えば、ドッキングクレードル１００を介してクライアントコンピュータ４４とインタフェース接続するためのバスインタフェース１８０を含むことができる。上述のように、及びこれに加えて、パーソナルメディアデバイス３８は、例えば、パーソナルメディアデバイス３８と例えばＷＡＰ５２との間で確立される無線通信チャンネル５０を介してネットワーク２８（及び／又は他のパーソナルメディアデバイス）に無線結合することができる。したがって、パーソナルメディアデバイス３８は、該パーソナルメディアデバイス３８をネットワーク２８（又はネットワーク３０）及び／又は他のパーソナルメディアデバイスに無線結合するための無線インタフェース１８２を含むことができる。無線インタフェース１８２は、例えばＷＡＰ５２へのＲＦ通信のためのアンテナ組立体１８４及び／又は例えば第２のパーソナルメディアデバイスと赤外通信するためのＩＲ（すなわち赤外）通信組立体１８６に結合することができる。上述のように、及びこれに加えて、パーソナルメディアデバイス３８は、デバイスアプリケーション５８及び／又はメディアデータプロセス１０の命令セット及びサブルーチンを格納するためのストレージデバイス６０を含むことができる。加えて、ストレージデバイス６０は、メディア配信システム１６からダウンロードされるメディアデータ（例えば、特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４）を一時的又は恒久的に格納するのに用いることができる。

ストレージデバイス６０、バスインタフェース１８、及び無線インタフェース１８２は各々、１つ又はそれ以上のデータ／システムバス１８８、１９０、１９２（それぞれ）を介してマイクロプロセッサ１５０と結合することができる。上述のように、メディア配信システム１６は、配信されるメディアデータを複数の特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４の形態とすることができるように、ユーザ１８、２０、２２、２４に該メディアデータを配信することができる。

（メディアデータプロセス）
上述のように、メディアデータプロセス１０は、メディア配信システム１６から特定メディアデータファイル部分（複数の特定メディアデータファイル部分１２内に含まれる）及び特定メディアデータストリーム１４を受け取ることができる。メディアデータプロセス１０は、特定メディアデータファイル部分（複数の特定メディアデータファイル部分１２から選ばれる）及び特定メディアデータストリーム１４を処理して、第１及び第２の正規化パケットストリームを生成することができ、パケット損失耐性スティッチングアルゴリズムを用いて該第１及び第２の正規化パケットストリームを結合し、損失補償メディアデータストリームを生成することができる。

更に図４を参照すると、メディアデータプロセス１０は、リモート配信サーバコンピュータ（例えば、サーバコンピュータ２６）からクライアント電子デバイス（例えば、パーソナルメディアデバイス３６）上で複数のメディアデータファイル部分１２をダウンロードして受け取る（２００）ことができる。

複数のメディアデータファイル部分１２は、パーソナルメディアデバイス３６に結合されたストレージデバイス６２上に格納することができる。ストレージデバイス６２は、例えば、ハードディスクドライブ、光学ドライブ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ＣＦ（すなわち、コンパクトフラッシュ）カード、ＳＤ（すなわち、セキュアデジタル）カード、ＳｍａｒｔＭｅｄｉａカード、Ｍｅｍｏｒｙ Ｓｔｉｃｋ、及びＭｕｌｔｉＭｅｄｉａカードとすることができる。

上述のように、クライアント電子デバイスの実施例は、限定するものではないが、パーソナルメディアデバイス３６、３８、パーソナルデジタルアシスタント４０、及びデータ対応セルラー電話４２を含むことができる。したがって、以下の開示内容は、パーソナルメディアデバイス３６を対象としているが、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、セルラー電話４２、テレビ（図示せず）、ケーブルＴＶ用チューナ（図示せず）、インターネットラジオ（図示せず）、及び専用のネットワークデバイス（図示せず）を含む、あらゆるクライアント電子デバイスに等しく適用できることは理解されうる。

複数のメディアデータファイル部分１２の各々は、より大きなメディアデータファイルの最初の時系列部分(initial chronological portion)とすることができる。例えば、メディアデータファイル部分１２の各々は、メディアデータファイルの最初の３０秒とすることができる。種々のタイプのメディアデータファイルの実施例は、限定するものではないが、音楽トラック（例えば、ＭＰ３ファイル）、音楽ビデオ、録音図書のオーディオトラック、長編映画、テレビ番組、ニュースクリップ、ニュース放送、パーソナルビデオ（例えば、ｙｏｕｔｕｂｅ（商標）ビデオ）、業務プレゼンテーション、アニメーション、スライドショー、スポーツ放送、スポーツクリップ、トレーニングビデオ、及びポッドキャストを含むことができる。

複数のメディアデータファイル部分１２は、低帯域幅利用時間フレームの間、リモート配信サーバコンピュータ（例えば、サーバコンピュータ３６）からパーソナルメディアデバイス３６が受け取ることができる。例えば、パーソナルメディアデバイス３６は、無線通信チャンネル５０を介してネットワーク２８に連続して無線結合されることを前提とするネットワークトラフィック（従って、帯域幅利用量）は、夜中にはより低くなる傾向があるので、パーソナルメディアデバイス３６は、夜中にサーバコンピュータ３６から複数のメディアデータファイル部分１２を受け取る（２００）ことができる。ユーザ１８が、ニュースウェブサイト（例えば、ｗｗｗ．ｆｏｘｎｅｗｓ．ｃｏｍ、ｗｗｗ．ｃｎｎ．ｃｏｍ、ｗｗｗ．ｒｅｕｔｅｒｓ．ｃｏｍ）の定期購読をする場合、当該ウェブサイトに関連付けられるリモート配信サーバコンピュータは、１０個のメディアデータファイル部分（すなわち、複数のメディアデータファイル部分１２）をパーソナルメディアデバイス３６にプッシュすることができる。これら１０個のメディアデータファイル部分は、各３分の長さとすることができる上位１０個のニュース記事の各々の最初の３０秒（すなわち、最初の経時的部分）を示すことができる。ユーザ１８が、例えば７：００ａｍにパーソナルメディアデバイス３６にアクセスすると、メディアデータプロセス１０は、サーバコンピュータ２６からパーソナルメディアデバイス３６上で受け取った（２００）１０個のメディアデータファイル部分の各々についてのアイコンを（ディスプレイ画面１１６上に）ユーザ１６に対して示すことができる。

メディアデータプロセス１０は、ユーザ１８がパーソナルメディアデバイス２６上に示される（複数のメディアデータファイル部分１２から選ばれた）特定のメディアデータファイル部分を選択することができるようにしてもよい２０２。例えば、ユーザ１６はメニュー１９４（即ち、複数のメディアデータファイル部分１２を箇条書きしたもの）をスクロールする（即ち、上方向及び下方向の移動）ホィール部品１１４を用い、そして例えば選択スイッチ１１２を用いて、（複数のメディアデータファイル部分１２から）特定のメディアデータファイル部分１９６を選択してもよい２０２。

特定メディアデータファイル部分１９６は、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれたネットワークプロトコルを用いてリモート配信サーバコンピュータ（サーバコンピュータ２６）から得ることができる。

各利用可能なメディアデータファイル部分（例えば、「スポーツまとめ」、「今週の政治」、「今週末の天気」、「ニューヨーク市の高級料理店」、「教育費への対処」、「５回の出動警報が発せられた火災がＳｏＨｏを襲う」、「ＮＦＬが新ルールを発表」、「選挙運動期間始まる」、「ＦＤＡが添加物をまとめる」、「低価格航空料金、ＪＦＫで成立」で示され、ディスプレイパネル１１６内に項目別にされる）は、特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）と関連付けることができる。例えば、複数のメディアデータファイル部分１２の各々は、関連の特定メディアデータストリームのロケーションを定めるメタデータを含むことができる。例えば、メタデータは、特定メディアデータストリームを指すユニフォームリソースロケータ（統一資源位置指定子：ＵＲＬ）を定めることができる。

上述のように、複数のメディアデータファイル部分１２の各々は、より大きなメディアデータファイルの最初の時系列部分とすることができる。更に、特定メディアデータファイル部分（例えば、特定メディアデータファイル部分１９６）に関連付けられた特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）は、より大きなデータファイルの残りの時系列部分のストリームとすることができる。例えば、特定メディアデータファイル部分１９６が、表題「ニューヨーク市の高級料理店」の３分間のニュース記事のうちの最初の３０秒である場合、特定メディアデータストリーム１４は、ニュース記事「ニューヨーク市の高級料理店」の残りの２分半とすることができる。従って、ニュース記事「ニューヨーク市の高級料理店」の最初の３０秒（特定メディアデータファイル部分１９６内に含まれる）をこの記事の最後の２分半（特定メディアデータストリーム１４内に含まれる）と結合することによって、完全な３分間の記事をパーソナルメディアデバイス３６に利用可能にすることができる。

ユーザが特定メディアデータファイル部分を選択（２０２）すると、メディアデータプロセス１０は、オンデマンドメディアデータサーバコンピュータ（例えば、サーバコンピュータ２６）から特定メディアデータファイル部分に関連する特定メディアデータストリームを取得（２０４）することができ、特定メディアデータファイル部分１９６の少なくとも一部をレンダリングすることができる。例えば、ユーザ１８が「ニューヨーク市の高級料理店」（ストレージデバイス６２上に格納された特定メディアデータファイル部分１９６を記述する）を選択すると、メディアデータプロセス１０は、特定メディアデータファイル部分１９６に関連する特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）を取得（２０４）することができ、特定メディアデータファイル部分１９６の少なくとも一部をレンダリングすることができる。従って、上述の実施例を更に続けて、パーソナルメディアデバイス３６は、サーバコンピュータ２６（例えば、無線通信チャンネル５０、ネットワーク２８、及び／又はネットワーク３０）にアクセスし、特定メディアデータストリーム１４を取得（２０４）することができる。

特定メディアデータストリーム１４は、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれたネットワークプロトコルを用いて、サーバコンピュータ２６から取得（２０４）することができる。

上述のリモート配信サーバコンピュータ及び上述のオンデマンドメディアサーバコンピュータは、単一のサーバコンピュータ（例えば、サーバコンピュータ２６）として記載されているが、これは単なる一例に過ぎず、本開示を限定する意図はない。具体的に、更に上述のように、サーバコンピュータ２６は、限定するものではないが、パーソナルコンピュータ、サーバコンピュータ、及び複数のサーバコンピュータを含むことができる。したがって、上述のリモート配信サーバコンピュータ及び上述のオンデマンドメディアサーバコンピュータは、別個のサーバコンピュータであってもよい。加えて、上述のリモート配信サーバコンピュータ及び上述のオンデマンドメディアサーバコンピュータは各々、複数のサーバコンピュータであってもよい。

特定メディアデータファイル部分１９６は、第１のビットレートでサンプリングすることができ、特定メディアデータストリーム１４は、第２のビットレートでサンプリングすることができる。例えば、サーバコンピュータ２６からパーソナルメディアデバイス３６に複数のメディアデータファイル部分１２をより効率的に転送できるようにするために、第１のビットレートは第２のビットレートよりも小さくすることができる。例えば、特定メディアデータファイル部分１９６は、６４キロビット／秒（ｋｐｓ）のビットレートを有することができ、特定メディアデータストリーム１４は、１２８ｋｐｓのビットレートを有することができる。したがって、特定メディアデータファイル部分１９６に６４ｋｐｓのビットレートを用いることによって、特定メディアデータファイル部分１９６のサイズが、特定メディアデータストリーム１４に使用される１２８ｋｐｓビットレートに対して５０％低減される。したがって、特定メディアデータファイル部分１９６は、パーソナルメディアデバイス３６により迅速にダウンロードすることができる。加えて／代替として、特定メディアデータストリーム１４は複数のビットレートで利用可能にすることができ、従って、ネットワーク帯域幅適応を可能にする。

特定メディアデータファイル部分のレンダリング時間を関連の特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）を得るのに必要な予定時間と少なくとも同じ長さにすることができるように、特定メディアデータファイル部分（例えば、特定メディアデータファイル部分１９６）は、時系列的にサイズ調整することができる。例えば、パーソナルメディアデバイス３６がサーバコンピュータ２６（無線通信チャンネル５０及びネットワーク２８及び／又はネットワーク３０を介して）にアクセスするのに必要な平均時間が１０秒で、５秒（すなわち最短時間）から２０秒（すなわち最長時間）までにわたる範囲を有する場合、経時的長さは３０秒に構成することができる。従って、メディアデータプロセス１０は、特定メディアデータファイルプロセス１９５のレンダリングが始まった直後に、特定メディアデータストリーム１４の取得（２０４）プロセスを開始すると仮定すると、長さが３０秒であるように特定メディアデータファイル部分１９６を構成することによって、特定メディアデータファイル部分１９６は、特定メディアデータストリーム１４が特定メディアデータファイル部分１９６のレンダリング時間内に取得（２０４）することができるような十分な長さである。

特定メディアデータファイル部分１９６の少なくとも一部及び特定メディアデータストリーム１４の少なくとも一部は、メディアデータプロセス１０が結合しレンダリングすることができる。更に図５を参照すると、特定メディアデータファイル部分１９６及び特定メディアデータストリーム１４をレンダリングするときには、メディアデータプロセス１０は、第１の正規化パケットストリーム２５０を生成するよう特定メディアデータファイル部分１９６を処理（２０８）することができる。メディアデータプロセス１０はまた、第２の正規化パケットストリーム２５２を生成するよう特定メディアデータストリーム１４を処理（２１０）することができる。第１の正規化パケットストリーム２５０及び第２の正規化パケットストリーム２５２は、同じサイズのデータパケットを有することができる（例えば、１キロバイト）。

第１の正規化パケットストリーム２５０を生成するよう特定メディアデータファイル部分１９６を処理（２０８）するときには、メディアデータプロセス１０は、特定メディアデータファイル部分１９６を構文解析し、該特定メディアデータファイル部分１９６を複数のデータパケットに分解し、すなわち、第１の正規化パケットストリーム２５０を生成することができる。更に、第２の正規化パケットストリーム２５２を生成するよう特定メディアデータストリーム１４を処理（２１０）するときには、メディアデータプロセス１０は、特定メディアデータストリーム１４を構文解析（２１６）し、該特定メディアデータストリーム１４を複数のデータパケットに分解し、すなわち、第２の正規化パケットストリーム２５２を生成することができる。

第１及び第２の正規化パケットストリーム２５０、２５２が生成されると、メディアデータプロセス１０は、パケット損失耐性スティッチングアルゴリズムを用いて第１の正規化パケットストリーム２５０の少なくとも一部及び第２の正規化パケットストリーム２５２の少なくとも一部を結合（２１２）し、損失補償メディアデータストリーム２５４を生成することができる。損失補償メディアデータストリーム２５４の実施例は、限定するものではないが、ニュース記事「ニューヨーク市の高級料理店」のＡ／Ｖ損失補償メディアデータストリームを含むことができる。

本開示において、パケット損失耐性アルゴリズムは、連続物内のデータパケットの１つ又はそれ以上が失われているにもかかわらず、順次的な一連のデータパケットの再構築及びレンダリングを可能にする何れかのアルゴリズムとして定義される。例えば、例証として、ニュース記事「ニューヨーク市の高級料理店」の特定メディアデータファイル部分１９６及び特定メディアデータストリーム１４（それぞれ）を処理（２０８、２１０）するときに、結果として得られる記事は２，０００パケット長であることを前提とする。但し、パケットＰ５３、Ｐ１２８、及びＰ７２４は失われていると仮定する。したがって、上述のパケット損失耐性スティッチングアルゴリズムを用いると、メディアデータプロセス１０は、ニュース記事「ニューヨーク市の高級料理店」を１，９９７パケットから、すなわち、パケットＰ１−Ｐ５２、Ｐ５４−Ｐ１２７、Ｐ１２９−Ｐ７２３、及びＰ７２５−Ｐ２０００から構築することができる。その結果、ニュース記事「ニューヨーク市の高級料理店」が、パーソナルメディアデバイス３６上のメディアデータプロセス１０によりレンダリングされるときには、３つのパケットはスキップすることができ、レンダリングされたニュース記事「ニューヨーク市の高級料理店」内に１つ又はそれ以上のアーチファクトが現れる可能性がある。

特定メディアデータファイル部分１９６及び特定メディアデータストリーム１４をレンダリング（２０６）するときに、メディアデータプロセス１０は、クライアント電子デバイス３６上で損失が補償されたメディアデータストリームをレンダリング（２１８）することができる。

続いて、特定メディアデータファイル部分１９６がニュース記事「ニューヨーク市の高級料理店」の最初の３０秒であり、特定メディアデータストリーム１４がこの記事の最後の２分半である上述の実施例では、特定メディアデータストリーム１４が取得（２０４）されると、特定メディアデータファイル部分１９６を特定メディアデータストリーム１４と結合し、全体で３０分の表題「ニューヨーク市の高級料理店」のニュース記事を形成することができる。特定メディアデータファイル部分１９６が特定メディアデータストリーム１４と結合されるポイントは、メディアデータプロセス１０が実装される様態に応じて変えることができる。例えば、及び上述のように、特定メディアデータファイル部分１９６のビットレートは、特定メディアデータストリーム１４のビットレートよりも低くすることができる。その結果、メディアデータプロセス１０は、特定メディアデータファイル部分１９６から特定メディアデータストリーム１４にできる限り迅速に切り替えるように実施され、したがって、ニュース記事「ニューヨーク市の高級料理店」の全体の品質を向上させることができる。或いは、メディアデータプロセス１０は、特定メディアデータストリーム１４に切り替える前に、特定メディアデータファイル部分１９６を完全にレンダリングするよう構成することができる。

以上で幾つかの実施を説明してきた。それでも尚、種々の修正形態が実施可能であることは理解されるであろう。従って、他の実施は本出願の請求項の範囲内にある。

１０ メディアデータプロセス
１６ メディア配信システム
１８、２０、２２、２４ ユーザ
２８ ネットワーク（インターネット）
３０ セカンダリネットワーク
４６ クライアント側メディアマネージャ
５４ セルラー／ネットワークブリッジ
５６ セルラー／ネットワークブリッジ
５８ デバイスアプリケーション

Claims (26)

1. ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する段階と、
   リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する段階と、
   パケット損失耐性(loss tolerant)スティッチングアルゴリズム(stitching algorithm)を用いて、前記第１の正規化パケットストリームの少なくとも一部と前記第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償(loss-compensated)メディアデータストリームを生成する段階と、
   を含む方法。
2. クライアント電子デバイス上で前記損失補償メディアデータストリームをレンダリングする段階を更に含む、請求項１に記載の方法。
3. 前記クライアント電子デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ばれる、請求項２に記載の方法。
4. 前記ローカルに格納された特定メディアデータファイル部分が第１のビットレートでサンプリングされ、前記リモート供給の特定メディアデータストリームが第２のビットレートでサンプリングされ、前記第１のビットレートが第２のビットレートよりも小さい、請求項１に記載の方法。
5. 前記ローカルに格納された特定メディアデータファイル部分が、ネットワークプロトコルを用いてリモートソースから取得される、請求項１に記載の方法。
6. 前記ネットワークプロトコルが、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれる、請求項５に記載の方法。
7. 前記リモート供給の特定メディアデータストリームが、ネットワークプロトコルを用いてリモートソースから取得される、請求項１に記載の方法。
8. 前記ネットワークプロトコルが、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれる、請求項７に記載の方法。
9. 前記ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する段階が、前記ローカルに格納された特定メディアデータファイル部分を構文解析して第１の正規化パケットストリームを生成する段階を含む、請求項１に記載の方法。
10. 前記リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する段階が、前記リモート供給の特定メディアデータストリームを構文解析して第２の正規化パケットストリームを生成する段階を含む、請求項１に記載の方法。
11. 前記ローカルに格納された特定メディアデータファイル部分がメタデータを含む、請求項１に記載の方法。
12. 前記メタデータが、前記リモート供給の特定メディアデータストリームのロケーションを定める、請求項１１に記載の方法。
13. 前記損失補償メディアデータストリームが、Ａ／Ｖ損失補償メディアデータストリームを含む、請求項１に記載の方法。
14. 複数の命令が格納されるコンピュータ読み取り可能な媒体上に存在するコンピュータプログラム製品であって、前記複数の命令が、プロセッサによって実行されたときに、
    ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成すること、
    リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成すること、
    パケット損失耐性スティッチングアルゴリズムを用いて、前記第１の正規化パケットストリームの少なくとも一部と前記第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償メディアデータストリームを生成すること、
    を含む動作を前記プロセッサに実施させるようにする、コンピュータプログラム製品。
15. クライアント電子デバイス上で前記損失補償メディアデータストリームをレンダリングする命令を更に含む、請求項１４に記載のコンピュータプログラム製品。
16. 前記クライアント電子デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ばれる、請求項１５に記載のコンピュータプログラム製品。
17. 前記ローカルに格納された特定メディアデータファイル部分が第１のビットレートでサンプリングされ、前記リモート供給の特定メディアデータストリームが第２のビットレートでサンプリングされ、前記第１のビットレートが第２のビットレートよりも小さい、請求項１４に記載のコンピュータプログラム製品。
18. 前記ローカルに格納された特定メディアデータファイル部分が、ネットワークプロトコルを用いてリモートソースから取得される、請求項１４に記載のコンピュータプログラム製品。
19. 前記ネットワークプロトコルが、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれる、請求項１８に記載のコンピュータプログラム製品。
20. 前記リモート供給の特定メディアデータストリームが、ネットワークプロトコルを用いてリモートソースから取得される、請求項１４に記載のコンピュータプログラム製品。
21. 前記ネットワークプロトコルが、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれる、請求項２０に記載のコンピュータプログラム製品。
22. 前記ローカルに格納された特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する命令が、前記ローカルに格納された特定メディアデータファイル部分を構文解析して第１の正規化パケットストリームを生成する命令を含む、請求項１４に記載のコンピュータプログラム製品。
23. 前記リモート供給の特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する命令が、前記リモート供給の特定メディアデータストリームを構文解析して第２の正規化パケットストリームを生成する命令を含む、請求項１４に記載のコンピュータプログラム製品。
24. 前記ローカルに格納された特定メディアデータファイル部分がメタデータを含む、請求項１４に記載のコンピュータプログラム製品。
25. 前記メタデータが、前記リモート供給の特定メディアデータストリームのロケーションを定める、請求項２４に記載のコンピュータプログラム製品。
26. 前記損失補償メディアデータストリームが、Ａ／Ｖ損失補償メディアデータストリームを含む、請求項１４に記載のコンピュータプログラム製品。

Images