(57)【要約】  複数のメディアデータファイル部分をリモート配信サーバコンピュータからクライアント電子デバイス上で受け取るための方法及びコンピュータプログラム製品。各メディアデータファイル部分が、メディアデータストリームに関連付けられる。ユーザは、レンダリングのために特定メディアデータファイル部分を選択できるようにされる。特定メディアデータファイル部分は、複数のメディアデータファイル部分から選ばれる。特定メディアデータファイル部分をユーザが選択すると、特定メディアデータファイル部分の少なくとも一部がレンダリングされ、特定メディアデータファイル部分に関連する特定メディアデータストリームが、オンデマンドメディアサーバコンピュータから取得される。【選択図】図２
2010534886.tif 000002
【特許請求の範囲】
【請求項１】
メディアデータストリームに各々が関連付けられた複数のメディアデータファイル部分をリモート配信サーバコンピュータからクライアント電子デバイス上で受け取る段階と、
レンダリングのために前記複数のメディアデータファイル部分から特定メディアデータファイル部分をユーザが選択できるようにする段階と、
前記特定メディアデータファイル部分をユーザが選択すると、前記特定メディアデータファイル部分の少なくとも一部をレンダリングし、前記特定メディアデータファイル部分に関連する特定メディアデータストリームをオンデマンドメディアサーバコンピュータから取得する段階と、を含む方法。
【請求項２】
前記リモート配信サーバコンピュータから前記クライアント電子デバイス上で前記複数のメディアデータファイル部分を受け取る段階が、低帯域幅利用時間フレーム中に前記リモート配信サーバコンピュータから前記クライアント電子デバイス上で前記複数のメディアデータファイル部分を受け取る段階を含む、請求項１に記載の方法。
【請求項３】
前記特定メディアデータファイル部分が、より大きなメディアデータファイルの最初の時系列部分であり、前記特定メディアデータストリームが前記より大きなメディアデータファイルの残りの時系列部分のストリームである、請求項１に記載の方法。
【請求項４】
前記特定メディアデータファイル部分は、該特定メディアデータファイル部分のレンダリング時間と前記特定メディアデータストリームを得るのに必要な予定時間とが少なくとも同じ長さになるように時系列にサイズ調整される、請求項１に記載の方法。
【請求項５】
前記特定メディアデータストリームの少なくとも一部をレンダリングする段階を更に含む、請求項１に記載の方法。
【請求項６】
前記特定メディアデータファイル部分の少なくとも一部及び前記特定メディアデータストリームの少なくとも一部をレンダリングする段階が、
前記特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成すること、
前記特定メディアデータストリームを処理して第２の正規化パケットストリームを生成すること、
パケット損失耐性(loss tolerant)スティッチングアルゴリズム(stitching algorithm)を用いて、前記第１の正規化パケットストリームの少なくとも一部と前記第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償(loss-compensated)メディアデータストリームを生成することを含む、請求項５に記載の方法。
【請求項７】
前記特定メディアデータファイル部分の少なくとも一部及び前記特定メディアデータストリームの少なくとも一部をレンダリングする段階が、更に、
前記クライアント電子デバイス上で前記損失補償メディアデータストリームをレンダリングすることを含む、請求項６に記載の方法。
【請求項８】
前記損失補償メディアデータストリームが、Ａ／Ｖ損失補償メディアデータストリームを含む、請求項６に記載の方法。
【請求項９】
前記クライアント電子デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ばれる、請求項１に記載の方法。
【請求項１０】
前記特定メディアデータファイル部分が第１のビットレートでサンプリングされ、前記特定メディアデータストリームが第２のビットレートでサンプリングされ、前記第１のビットレートが第２のビットレートよりも小さい、請求項１に記載の方法。
【請求項１１】
前記特定メディアデータファイル部分が、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれるネットワークプロトコルを用いて、リモート配信サーバコンピュータから取得される、請求項１に記載の方法。
【請求項１２】
前記特定メディアデータストリームが、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれるネットワークプロトコルを用いて、オンデマンドメディアサーバコンピュータから取得される、請求項１に記載の方法。
【請求項１３】
前記特定メディアデータファイル部分が、特定メディアデータストリームのロケーションを定めるメタデータを含む、請求項１に記載の方法。
【請求項１４】
前記リモート配信サーバコンピュータ及び前記オンデマンドメディアサーバコンピュータが、単一のサーバコンピュータである、請求項１に記載の方法。
【請求項１５】
複数の命令が格納されるコンピュータ読み取り可能な媒体上に存在するコンピュータプログラム製品であって、前記複数の命令が、プロセッサによって実行されたときに、
メディアデータストリームに各々が関連付けられた複数のメディアデータファイル部分をリモート配信サーバコンピュータからクライアント電子デバイス上で受け取ること、
レンダリングのために前記複数のメディアデータファイル部分から特定メディアデータファイル部分をユーザが選択できるようにすること、
前記特定メディアデータファイル部分をユーザが選択すると、前記特定メディアデータファイル部分の少なくとも一部をレンダリングし、前記特定メディアデータファイル部分に関連する特定メディアデータストリームをオンデマンドメディアサーバコンピュータから取得することを含む動作を前記プロセッサに実施させるようにする、コンピュータプログラム製品。
【請求項１６】
前記リモート配信サーバコンピュータから前記クライアント電子デバイス上で前記複数のメディアデータファイル部分を受け取るための命令が、低帯域幅利用時間フレーム中に前記リモート配信サーバコンピュータから前記クライアント電子デバイス上で前記複数のメディアデータファイル部分を受け取るための命令を含む、請求項１５に記載のコンピュータプログラム製品。
【請求項１７】
前記特定メディアデータファイル部分が、より大きなメディアデータファイルの最初の時系列部分であり、前記特定メディアデータストリームが前記より大きなメディアデータファイルの残りの時系列部分のストリームである、請求項１５に記載のコンピュータプログラム製品。
【請求項１８】
前記特定メディアデータファイル部分は、該特定メディアデータファイル部分のレンダリング時間と前記特定メディアデータストリームを得るのに必要な予定時間とが少なくとも同じ長さになるように時系列にサイズ調整される、請求項１５に記載のコンピュータプログラム製品。
【請求項１９】
前記特定メディアデータストリームの少なくとも一部をレンダリングするための命令を更に含む、請求項１５に記載のコンピュータプログラム製品。
【請求項２０】
前記特定メディアデータファイル部分の少なくとも一部及び前記特定メディアデータストリームの少なくとも一部をレンダリングするための命令が、
前記特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する命令と、
前記特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する命令と、
パケット損失耐性スティッチングアルゴリズムを用いて、前記第１の正規化パケットストリームの少なくとも一部と前記第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償メディアデータストリームを生成する命令とを含む、請求項１９に記載のコンピュータプログラム製品。
【請求項２１】
前記特定メディアデータファイル部分の少なくとも一部及び前記特定メディアデータストリームの少なくとも一部をレンダリングするための命令が更に、前記クライアント電子デバイス上で前記損失補償メディアデータストリームをレンダリングする命令を含む、請求項２０に記載のコンピュータプログラム製品。
【請求項２２】
前記損失補償メディアデータストリームが、Ａ／Ｖ損失補償メディアデータストリームを含む、請求項２０に記載のコンピュータプログラム製品。
【請求項２３】
前記クライアント電子デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ばれる、請求項１５に記載のコンピュータプログラム製品。
【請求項２４】
前記特定メディアデータファイル部分が第１のビットレートでサンプリングされ、前記特定メディアデータストリームが第２のビットレートでサンプリングされ、前記第１のビットレートが第２のビットレートよりも小さい、請求項１５に記載のコンピュータプログラム製品。
【請求項２５】
前記特定メディアデータファイル部分が、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれるネットワークプロトコルを用いて、リモート配信サーバコンピュータから取得される、請求項１５に記載のコンピュータプログラム製品。
【請求項２６】
前記特定メディアデータデータストリームが、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれるネットワークプロトコルを用いて、オンデマンドメディアサーバコンピュータから取得される、請求項１５に記載のコンピュータプログラム製品。
【請求項２７】
前記特定メディアデータファイル部分が、特定メディアデータストリームのロケーションを定めるメタデータを含む、請求項１５に記載のコンピュータプログラム製品。
【請求項２８】
前記リモート配信サーバコンピュータ及び前記オンデマンドメディアサーバコンピュータが、単一のサーバコンピュータである、請求項１５に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、２００７年７月２７日に出願された米国特許出願シリアル番号１１／８２９，６１６に対する優先権を主張する。
（技術分野）
本開示は、メディアデータに関し、より詳細には、複数のソースからのメディアデータの受信に関する。
【背景技術】
【０００２】
電子メディアデータ（例えば、音楽、ビデオ、映画、及びテレビ番組）の配信は、種々の手法を用いて行うことができる。例えば、メディアデータファイル全体をメディアデータサーバからクライアント電子デバイスに転送することができる。或いは、メディアデータサーバとクライアント電子デバイスとの間にメディアデータストリームを確立することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
残念ながら、各手法にはその独自の欠点がある。具体的には、クライアント電子デバイスにファイルが転送されるシステムでは、メディアデータファイルのレンダリングを開始する前に、ファイル全体の転送を必要とすることが多い。更に、メディアデータサーバとクライアント電子デバイスとの間にメディアデータストリームが確立されるシステムでは、メディアデータサーバとの接続を確立するのに相当な時間（例えば、１０秒以上）を必要とする場合があり、結果として最適とはいえないユーザ体験をもたらすことが多い。
【課題を解決するための手段】
【０００４】
第１の実施において、方法は、複数のメディアデータファイル部分をリモート配信サーバコンピュータからクライアント電子デバイス上で受け取る段階を含む。各メディアデータファイル部分は、メディアデータストリームに関連付けられる。ユーザは、レンダリングのために特定メディアデータファイル部分を選択できるようにされる。特定メディアデータファイル部分は、複数のメディアデータファイル部分から選択される。特定メディアデータファイル部分をユーザが選択すると、特定メディアデータファイル部分の少なくとも一部がレンダリングされ、特定メディアデータファイル部分に関連する特定メディアデータストリームがオンデマンドメディアサーバコンピュータから取得される。
【０００５】
以下の特徴の１つ又はそれ以上を含むことができる。リモート配信サーバコンピュータからクライアント電子デバイス上で複数のメディアデータファイル部分を受け取る段階が、低帯域幅利用時間フレーム中にリモート配信サーバコンピュータからクライアント電子デバイス上で複数のメディアデータファイル部分を受け取る段階を含む。
【０００６】
特定メディアデータファイル部分は、より大きなメディアデータファイルの最初の時系列部分(initial chronological portion)とすることができる。特定メディアデータストリームは、より大きなメディアデータファイルの残りの時系列部分のストリームとすることができる。特定メディアデータファイル部分は、該特定メディアデータファイル部分のレンダリング時間と特定メディアデータストリームを得るのに必要な予定時間とが少なくとも同じ長さになるように時系列にサイズ調整することができる。
【０００７】
特定メディアデータストリームの少なくとも一部をレンダリングすることができる。特定メディアデータファイル部分の少なくとも一部及び特定メディアデータストリームの少なくとも一部をレンダリングする段階が、特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する段階と、特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する段階と、パケット損失耐性(loss tolerant)スティッチングアルゴリズム(stitching algorithm)を用いて、第１の正規化パケットストリームの少なくとも一部と第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償(loss-compensated)メディアデータストリームを生成する段階と、を含むことができる。特定メディアデータファイル部分の少なくとも一部及び特定メディアデータストリームの少なくとも一部をレンダリングする段階が更に、クライアント電子デバイス上で損失補償メディアデータストリームをレンダリングする段階を含むことができる。損失補償メディアデータストリームが、Ａ／Ｖ損失補償メディアデータストリームを含むことができる。
【０００８】
クライアント電子デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ぶことができる。
【０００９】
特定メディアデータファイル部分が第１のビットレートでサンプリングすることができ、特定メディアデータストリームが第２のビットレートでサンプリングすることができる。第１のビットレートは、第２のビットレートよりも小さくすることができる。
【００１０】
特定メディアデータファイル部分は、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれたネットワークプロトコルを用いて、リモート配信サーバコンピュータから取得することができる。特定メディアデータストリームは、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれたネットワークプロトコルを用いて、オンデマンドメディアサーバコンピュータから取得することができる。
【００１１】
特定メディアデータファイル部分が、特定メディアデータストリームのロケーションを定めるメタデータを含むことができる。リモート配信サーバコンピュータ及びオンデマンドメディアサーバコンピュータが、単一のサーバコンピュータとすることができる。
【００１２】
別の実施において、コンピュータプログラム製品が、複数の命令が格納されるコンピュータ読み取り可能な媒体上に存在する。命令は、プロセッサによって実行されたときに、複数のメディアデータファイル部分をリモート配信サーバコンピュータからクライアント電子デバイス上で受け取ることを含む動作をプロセッサに実施させる。各メディアデータファイルは、ディアデータストリームに関連付けられる。ユーザは、レンダリングのために複数のメディアデータファイル部分から特定メディアデータファイル部分を選択できるようにされる。
特定メディアデータファイル部分をユーザが選択すると、特定メディアデータファイル部分の少なくとも一部がレンダリングされ、特定メディアデータファイル部分に関連する特定メディアデータストリームがオンデマンドメディアサーバコンピュータから取得される。
【００１３】
以下の特徴の１つ又はそれ以上を含むことができる。複数のメディアデータファイル部分をリモート配信サーバコンピュータからクライアント電子デバイス上で受け取る段階が、低帯域幅利用時間フレーム中にリモート配信サーバコンピュータからクライアント電子デバイス上で複数のメディアデータファイル部分を受け取る段階を含むことができる。
【００１４】
特定メディアデータファイル部分が、より大きなメディアデータファイルの最初の時系列部分とすることができる。特定メディアデータストリームが、より大きなメディアデータファイルの残りの時系列部分のストリームとすることができる。特定メディアデータファイル部分は、該特定メディアデータファイル部分のレンダリング時間と特定メディアデータストリームを得るのに必要な予定時間とが少なくとも同じ長さになるように時系列的にサイズ調整することができる。
【００１５】
特定メディアデータストリームの少なくとも一部をレンダリングすることができる。特定メディアデータファイル部分の少なくとも一部及び特定メディアデータストリームの少なくとも一部をレンダリングする段階が、特定メディアデータファイル部分を処理して第１の正規化パケットストリームを生成する段階と、特定メディアデータストリームを処理して第２の正規化パケットストリームを生成する段階と、パケット損失耐性スティッチングアルゴリズムを用いて、第１の正規化パケットストリームの少なくとも一部と第２の正規化パケットストリームの少なくとも一部とを結合し、損失補償メディアデータストリームを生成する段階と、を含むことができる。特定メディアデータファイル部分の少なくとも一部及び特定メディアデータストリームの少なくとも一部をレンダリングする段階が更に、クライアント電子デバイス上で損失補償メディアデータストリームをレンダリングする段階を含むことができる。損失補償メディアデータストリームは、Ａ／Ｖ損失補償メディアデータストリームを含むことができる。
【００１６】
クライアント電子デバイスが、パーソナルコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルメディアデバイス、パーソナルデジタルアシスタント、データ対応セルラー電話、テレビ、ケーブルＴＶ用チューナ、インターネットラジオ、及び専用のネットワークデバイスからなる群から選ぶことができる。
【００１７】
特定メディアデータファイル部分が第１のビットレートでサンプリングすることができ、特定メディアデータストリームが第２のビットレートでサンプリングすることができる。第１のビットレートは、第２のビットレートよりも小さくすることができる。
【００１８】
特定メディアデータファイル部分は、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれるネットワークプロトコルを用いて、リモート配信サーバコンピュータから取得することができる。特定メディアデータデータストリームは、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれるネットワークプロトコルを用いて、オンデマンドメディアサーバコンピュータから取得することができる。
【００１９】
特定メディアデータファイル部分が、特定メディアデータストリームのロケーションを定めるメタデータを含むことができる。リモート配信サーバコンピュータ及びオンデマンドメディアサーバコンピュータが、単一のサーバコンピュータとすることができる。
【００２０】
１つ又はそれ以上の実施の詳細は、添付図面及び以下の明細書において記載される。他の特徴及び利点は、明細書、図面、及び請求項から明らかになるであろう。
【図面の簡単な説明】
【００２１】
【図１】配信コンピュータネットワークに結合されたクライアント電子デバイス上で実行されるメディアデータプロセスの概略図である。
【図２】図１のクライアント電子デバイスの等角図である。
【図３】図１のクライアント電子デバイスの概略図である。
【図４】図１のメディアデータプロセスのフローチャートである。
【図５】図１のメディアデータプロセスの一部の概略図である。
【発明を実施するための形態】
【００２２】
種々の図における同じ参照符号は同じ要素を示す。
【００２３】
図１を参照すると、メディアデータプロセス１０が図示されている。以下で詳細に検討するように、メディアデータプロセス１０は、メディア配信システム１６からの複数のメディアデータファイル部分１２及び特定メディアデータストリーム１４を受け取ることができる。メディアデータプロセス１０は、特定メディアデータファイル部分（複数のメディアデータファイル部分１２から選ばれる）及び特定メディアデータストリーム１４を処理して、第１及び第２の正規化パケットストリームを生成することができ、パケット損失耐性(loss tolerant)スティッチングアルゴリズム(stitching algorithm)を用いてこれらを結合し、損失が補償された(loss-compensated)メディアデータストリームを生成することができる。
【００２４】
複数のメディアデータファイル部分１２及び／又は特定メディアデータストリーム１４の実施例は、限定するものではないが、公知の圧縮技術を用いて圧縮することができるデジタル符号化オーディオ及び／又はビデオメディアデータを含むことができる。このような圧縮技術の実施例は、限定するものではないが、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＥＧ−４、Ｈ２６３、Ｈ２６４、ＡＡＣ（アドバンストオーディオコーディング）、及び、例えば国際標準化機構（ＩＳＯ）及びＭｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）により公表された他の技術を含むことができる。
【００２５】
メディア配信システム１６は、メディアデータ（すなわち、複数のメディアデータファイル部分１２及び／又は特定メディアデータストリーム１４の形態で）を複数のユーザ（例えば、ユーザ１８、２０、２２、２４）に提供することができる。メディア配信システム１６の実施例は、限定するものではないが、ワシントン州Ｓｅａｔｔｌｅ所在のＲｅａｌＮｅｔｗｏｒｋｓ，Ｉｎｃにより提供されるＲｈａｐｓｏｄｙ（商標）サービスを含むことができる。
【００２６】
メディア配信システム１６は、ネットワーク２８（例えば、インターネット）に接続されたサーバコンピュータ２６上に常駐し且つこれにより実行されるサーバアプリケーションとすることができる。サーバコンピュータ２６は、ネットワークオペレーティングシステムを実行するウェブサーバとすることができ、該ネットワークオペレーティングシステムの実施例には、限定するものではないが、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  ＸＰ  Ｓｅｒｖｅｒ（商標）、Ｎｏｖｅｌｌ  Ｎｅｔｗａｒｅ（商標）、又はＲｅｄｈａｔ  Ｌｉｎｕｘ（商標）を含むことができる。サーバコンピュータ２６の実施例には、限定するものではないが、パーソナルコンピュータ、サーバコンピュータ、及び複数のサーバコンピュータを含むことができる。例えば、サーバコンピュータ２６は、複数の特定メディアデータファイル部分１２を配信するためのリモート配信サーバコンピュータ（図示せず）、及び特定メディアデータストリーム１４を提供するためのオンデマンドメディアサーバ（図示せず）を含むことができる。
【００２７】
サーバコンピュータ２６はまた、ウェブサーバアプリケーションを実行することができ、その実施例は、限定するものではないが、Ｍｉｃｒｏｓｏｆｔ  ＩＩＳ（商標）、Ｎｏｖｅｌｌ  Ｗｅｂｓｅｒｖｅｒ（商標）、或いは、ネットワーク２８を介してサーバコンピュータ２６にＨＴＴＰ（すなわち、Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）アクセスを可能にするＡｐａｃｈｅ  Ｗｅｂｓｅｒｖｅｒ（商標）を含むことができる。ネットワーク２８は、例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、又はインターネットなどの、１つ又はそれ以上のセカンダリネットワーク（例えば、ネットワーク３０）に接続することができる。
【００２８】
サーバコンピュータ２６に結合されるストレージデバイス３２上に格納することができる、メディア配信システム１６の命令セット及びサブルーチンは、サーバコンピュータ２６に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。加えて、メディア配信システム１６から利用可能な複数の特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４は、例えば、サーバコンピュータ２６に結合されたストレージデバイス３２上に格納することができる。ストレージデバイス３２は、限定するものではないが、ハードディスクドライブ、テープドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダムアクセスメモリ（ＲＡＭ）、又はリードオンリーメモリ（ＲＯＭ）を含むことができる。
【００２９】
ユーザ１８、２０、２２、２４は、例えば、ネットワーク２８及び／又はセカンダリネットワーク３０を通じてメディア配信システム１６にアクセスすることができる。更に、サーバコンピュータ２６（すなわち、メディア配信システム１６を実行するコンピュータ）は、仮想リンク線３４で示されるように、セカンダリネットワーク３２を通じてネットワーク２８に接続することができる。
【００３０】
メディア配信システム１６には、種々のクライアント電子デバイスを通じてアクセスすることができ、該電子デバイスの実施例は、限定するものではないが、例えば、パーソナルメディアデバイス３６、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、データ対応セルラー電話４２、パーソナルコンピュータ（図示せず）、ラップトップコンピュータ（図示せず）、ノートブックコンピュータ（図示せず）、テレビ（図示せず）、ケーブルＴＶ用チューナ（ｃａｂｌｅ  ｂｏｘ、図示せず）、インターネットラジオ（図示せず）、或いは、専用のネットワークデバイス（例えば、Ｒｏｋｕ（商標）、Ｓｏｕｄｂｒｉｄｇｅ  Ｍ５００、Ｍ１０００及びＭ２０００、図示せず）を含むことができる。
【００３１】
メディア配信システム１６には、クライアント電子デバイス（例えば、パーソナルメディアデバイス３６、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、データ対応セルラー電話４２）が直接アクセスすることができ、或いは（クライアントコンピュータを介して）間接的にアクセスすることができる。例えば、ユーザ１８、２２、２４は、パーソナルメディアデバイス３６、パーソナルデジタルアシスタント４０、及びデータ対応セルラー電話４２（それぞれ）を通じてメディア配信システム１６に直接アクセスするように示されている。逆に、ユーザ２０は、クライアントコンピュータ４４を介してパーソナルメディアデバイス３８によりメディア配信システム１６に間接的にアクセスするよう示されている。
【００３２】
クライアント電子デバイス（例えば、パーソナルメディアデバイス３６、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、データ対応セルラー電話４２）は、ネットワーク２８、３０（及び、したがってメディア配信システム１６）に無線結合又は配線接続することができる。
【００３３】
例えば、パーソナルメディアデバイス３８は、クライアントコンピュータ４４に配線接続されるよう示されており、クライアントコンピュータ４４は、配線によるネットワーク接続を介してネットワーク２８に直接結合されるよう示されている。クライアントコンピュータ４４は、例えばユーザ２０がネットワーク２８（又はネットワーク３０）を介してメディア配信システム１６にアクセスしこれを設定することができる、クライアント側メディアマネージャ４６（この実施例は、限定するものではないが、ワシントン州Ｒｅｄｍｏｎｄ所在のＭｉｃｒｏｓｏｆｔ  Ｉｎｃから利用可能なＭｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、ワシントン州Ｓｅａｔｔｌｅ所在のＲｅａｌＮｅｔｗｏｒｋｓ，Ｉｎｃから利用可能なＲｈａｐｓｏｄｙ（商標）クライアント＆ＲｒｅａｌＰｌａｙｅｒ（商標）クライアント、及び専用インタフェース）を実行することができる。クライアントコンピュータ４４は、オペレーティングシステムを実行することができ、その実施例は、限定するものではないが、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  ＸＰ（商標）及びＲｅｄｈａｔ  Ｌｉｎｕｘ（商標）を含むことができる。
【００３４】
クライアント側メディアマネージャ４６の命令セット及びサブルーチンは、クライアントコンピュータ４４に結合されたストレージデバイス４８上に格納することができ、クライアントコンピュータ４４に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。ストレージデバイス４８は、限定するものではないが、ハードディスクドライブ、テープドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、コンパクトフラッシュ（登録商標）（ＣＦ）ストレージデバイス、セキュアデジタル（ＳＤ）ストレージデバイス、及びＭｅｍｏｒｙ  Ｓｔｉｃｋトレージデバイスを含むことができる。
【００３５】
上述のように、クライアントデバイスは、ネットワーク３０、３２（及び、したがって、メディア配信システム１６）に無線結合することができる。例えば、パーソナルメディアデバイス３６は、パーソナルメディアデバイス３６と無線アクセスポイント（すなわちＷＡＰ）５２との間で確立される無線通信チャンネル５０を介してネットワーク２８に無線結合されるように示され、該無線アクセスポイントは、ネットワーク２８に直接結合されるように示されている。ＷＡＰ５２は、例えば、パーソナルメディアデバイス３６とＷＡＰ５２との間の通信チャンネル５０を確立することができる、ＩＥＥＥ８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、Ｗｉ−Ｆｉ、及び／又はＢｌｕｅｔｏｏｔｈデバイスとすることができる。
【００３６】
当該技術分野で公知のように、ＩＥＥＥ８０２．１１ｘ規格は、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコル及びパス共有のためのキャリア検知多重アクセス／衝突回避方式（すなわち、ＣＳＭＡ／ＣＡ）を用いることができる。種々の８０２．１１ｘ規格は、例えば、位相偏移キーイング（すなわちＰＳＫ）変調又は相補符号キーイング（すなわちＣＣＫ）変調を用いることができる。当該技術分野で公知のように、Ｂｌｕｅｔｏｏｔｈは、短距離接続を用いて、例えば、携帯電話、コンピュータ、及びパーソナルデジタルアシスタントを相互接続可能にする電気通信産業規格である。
【００３７】
加えて、パーソナルデジタルアシスタント４０は、セルラー／ネットワークブリッジ５４（ネットワーク２８に直接結合されるように示される）を介してネットワーク２８に無線結合されるように示され、データ対応セルラー電話４２は、セルラー／ネットワークブリッジ５６（ネットワーク３０に直接結合されるように示される）を介してネットワーク３０に無線結合されるように示されている。
【００３８】
（クライアント電子デバイス）
上述のように、クライアント電子デバイスの実施例は、限定するものではないが、パーソナルメディアデバイス３６、３８、パーソナルデジタルアシスタント４０、及びデータ対応セルラー電話４２を含むことができる。したがって、以下の開示内容では、パーソナルメディアデバイス３８を対象としているが、パーソナルメディアデバイス３６、パーソナルデジタルアシスタント４０、セルラー電話４２、テレビ（図示せず）、ケーブルＴＶ用チューナ（図示せず）、インターネットラジオ（図示せず）、及び専用のネットワークデバイス（図示せず）を含む、あらゆるクライアント電子デバイスに等しく適用できることは理解されうる。
【００３９】
更に図２を参照すると、パーソナルメディアデバイス３８は、例えばドッキングクレードル(a docking cradle)１００を介してクライアントコンピュータ４４に接続することができる。通常、パーソナルメディアデバイス３８は、ドッキングクレードル１００にパーソナルメディアデバイス３８を結合する、バスインタフェース（以下で詳細に説明する）を含む。ドッキングクレードル１００は、例えば、クライアントコンピュータ４４内に含まれる（ケーブル１０２を用いて）ユニバーサルシリアルバス（すなわちＵＳＢ）ポート、シリアルポート、又はＩＥＥＥ１３９４（すなわちファイアやワイヤ）ポートに結合することができる。例えば、パーソナルメディアデバイス３８内に含まれるバスインタフェースは、ＵＳＢインタフェースとすることができ、ドッキングクレードル１００は、ＵＳＢハブ（すなわち、パーソナルメディアデバイス３８及びドッキングクレードル１００の「ホット」な結合及び結合解除を可能にするプラグアンドプレイインタフェース）として機能することができる。
【００４０】
クライアントコンピュータ４４は、パーソナルメディアデバイス３８用のインターネットゲートウェイとして機能することができる。例えば、ユニバーサルプラグアンドプレイプロトコル（すなわちＵＰｎＰ）などを用いることによって、パーソナルメディアデバイス３８は、クライアントコンピュータ４４を利用して、ネットワーク２８（及びネットワーク３０）を介してメディア配信システム１６にアクセスし、複数の特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４を取得することができる。具体的には、メディア配信システム１６へのリクエストをパーソナルメディアデバイス３８から受け取ると、クライアントコンピュータ４４（パーソナルメディアデバイス３８に代ってインターネットクライアントの役目を果たす）は、サーバコンピュータ２６（すなわちメディア配信システム１６を実行するコンピュータ）に適切なウェブページ／サービスをリクエストすることができる。リクエストしたウェブページ／サービスがクライアントコンピュータ４４に返されると、クライアントコンピュータ４４は、返されたウェブページ／サービスを元のリクエスト（パーソナルメディアデバイス３８が出した）に関連付けることができ、このウェブページ／サービスをパーソナルメディアデバイス３８に転送することができる。したがって、クライアントコンピュータ４４は、パーソナルメディアデバイス３８をサーバコンピュータ２６、したがって、メディア配信システム１６に結合するためのコンジットとして機能することができる。
【００４１】
更に図３を参照すると、パーソナルメディアデバイス３８の概略図が示される。パーソナルメディアデバイス３８は、マイクロプロセッサ１５０（例えば、カリフォルニア州Ｓａｎｔａ  Ｃｌａｒａ所在のＩｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎにより製造されたＡＲＭ（商標）マイクロプロセッサ）、不揮発性メモリ（例えば、リードオンリーメモリ１５２）、及び揮発性メモリ（例えば、ランダムアクセスメモリ１５４）を含むことができ、これらの各々は、１つ又はそれ以上のデータ／システムバス１５６、１５８を介して相互に接続することができる。パーソナルメディアデバイス３８はまた、例えば、ヘッドフォン組立体１６４、リモートスピーカ組立体１６６、又は小型イヤフォン組立体１６８を着脱可能に係合するためのオーディオジャック１６２に、例えばアナログオーディオ信号を供給するためのオーディオサブシステム１６０を含むことができる。或いは、パーソナルメディアデバイス３８は、１つ又はそれ以上の内部オーディオスピーカ（図示せず）を含むように構成することができる。
【００４２】
パーソナルメディアデバイス３８は、デバイスアプリケーション５８（この実施例は、限定するものではないが、Ｒｈａｐｓｏｄｙ（商標）クライアント、ＲｒｅａｌＰｌａｙｅｒ（商標）クライアント、及び専用インタフェースを含むことができる）を実行することができる。パーソナルメディアデバイス３８は、オペレーティングシステムを実行することができ、この実施例は、限定するものではないが、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  ＣＥ（商標）、Ｒｅｄｈａｔ  Ｌｉｎｕｘ（商標）、Ｐａｌｍ  ＯＳ（商標）、又はデバイス固有（すなわちカスタム）オペレーティングシステムを含むことができる。
【００４３】
デバイスアプリケーション５８の命令セット及びサブルーチンは、パーソナルメディアデバイス３８に結合されたストレージデバイス６０上に格納することができ、パーソナルメディアデバイス３８に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。ストレージデバイス６０は、例えば、ハードディスクドライブ、光学ドライブ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ＣＦ（すなわち、コンパクトフラッシュ）カード、ＳＤ（すなわち、セキュアデジタル）カード、ＳｍａｒｔＭｅｄｉａ（登録商標）カード、Ｍｅｍｏｒｙ  Ｓｔｉｃｋ、及びＭｕｌｔｉＭｅｄｉａカードとすることができる。
【００４４】
メディアデータプロセス１０は、デバイスアプリケーション５８の一部であり、及び／又はデバイスアプリケーション５８内に組み込むことができる。或いは、メディアデータプロセスは、デバイスアプリケーション５８と連動して動作する機能（例えば、プラグイン）とすることができる。したがって、メディアデータプロセス１０の命令セット及びサブルーチンは、パーソナルメディアデバイス３８に結合されたストレージデバイス６０上に格納することができ、パーソナルメディアデバイス３８に組み込まれた１つ又はそれ以上のプロセッサ（図示せず）及び１つ又はそれ以上のメモリアーキテクチャ（図示せず）により実行することができる。
【００４５】
パーソナルメディアデバイス３８はまた、ユーザインタフェース１７０及びディスプレイサブシステム１７２を含むことができる。ユーザインタフェース１７０は、パーソナルメディアデバイス３８内に含まれる種々の入力デバイスからのデータ信号を受け取ることができ、この実施例は（限定するものではないが）、例えば、後退スキップスイッチ１０４、前進スキップスイッチ１０６、再生／一時停止スイッチ１０８、メニュースイッチ１１０、セレクタスイッチ１１２、及びホイール組立体１１４を含むことができる。ディスプレイサブシステム１７２は、パーソナルメディアデバイス３８内に含まれるディスプレイパネル１１６にディスプレイ信号を提供することができる。ディスプレイパネル１１６は、例えば、アクティブマトリクス液晶ディスプレイパネル、パッシブマトリクス液晶ディスプレイパネル、又は発光ダイオードディスプレイパネルとすることができる。
【００４６】
オーディオサブシステム１６０、ユーザインタフェース１７０、及びディスプレイサブシステム１７２は各々、１つ又はそれ以上のデータ／システムバス１７４、１７６、１７８（それぞれ）を介してマイクロプロセッサ１５０と結合することができる。
【００４７】
上述のように、パーソナルメディアデバイス３８は、例えば、ドッキングクレードル１００を介してクライアントコンピュータ４４とインタフェース接続するためのバスインタフェース１８０を含むことができる。上述のように、及びこれに加えて、パーソナルメディアデバイス３８は、例えば、パーソナルメディアデバイス３８と例えばＷＡＰ５２との間で確立される無線通信チャンネル５０を介してネットワーク２８（及び／又は他のパーソナルメディアデバイス）に無線結合することができる。したがって、パーソナルメディアデバイス３８は、該パーソナルメディアデバイス３８をネットワーク２８（又はネットワーク３０）及び／又は他のパーソナルメディアデバイスに無線結合するための無線インタフェース１８２を含むことができる。無線インタフェース１８２は、例えばＷＡＰ５２へのＲＦ通信のためのアンテナ組立体１８４及び／又は例えば第２のパーソナルメディアデバイスと赤外通信するためのＩＲ（すなわち赤外）通信組立体１８６に結合することができる。上述のように、及びこれに加えて、パーソナルメディアデバイス３８は、デバイスアプリケーション５８及び／又はメディアデータプロセス１０の命令セット及びサブルーチンを格納するためのストレージデバイス６０を含むことができる。加えて、ストレージデバイス６０は、メディア配信システム１６からダウンロードされるメディアデータ（例えば、特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４）を一時的又は恒久的に格納するのに用いることができる。
【００４８】
ストレージデバイス６０、バスインタフェース１８、及び無線インタフェース１８２は各々、１つ又はそれ以上のデータ／システムバス１８８、１９０、１９２（それぞれ）を介してマイクロプロセッサ１５０と結合することができる。上述のように、メディア配信システム１６は、配信されるメディアデータを複数の特定メディアデータファイル部分１２及び／又は特定メディアデータストリーム１４の形態とすることができるように、ユーザ１８、２０、２２、２４に該メディアデータを配信することができる。
【００４９】
（メディアデータプロセス）
上述のように、メディアデータプロセス１０は、メディア配信システム１６から特定メディアデータファイル部分（複数の特定メディアデータファイル部分１２内に含まれる）及び特定メディアデータストリーム１４を受け取ることができる。メディアデータプロセス１０は、特定メディアデータファイル部分（複数の特定メディアデータファイル部分１２から選ばれる）及び特定メディアデータストリーム１４を処理して、第１及び第２の正規化パケットストリームを生成することができ、パケット損失耐性スティッチングアルゴリズムを用いて該第１及び第２の正規化パケットストリームを結合し、損失補償メディアデータストリームを生成することができる。
【００５０】
更に図４を参照すると、メディアデータプロセス１０は、リモート配信サーバコンピュータ（例えば、サーバコンピュータ２６）からクライアント電子デバイス（例えば、パーソナルメディアデバイス３６）上で複数のメディアデータファイル部分１２をダウンロードして受け取る（２００）ことができる。
【００５１】
複数のメディアデータファイル部分１２は、パーソナルメディアデバイス３６に結合されたストレージデバイス６２上に格納することができる。ストレージデバイス６２は、例えば、ハードディスクドライブ、光学ドライブ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ＣＦ（すなわち、コンパクトフラッシュ）カード、ＳＤ（すなわち、セキュアデジタル）カード、ＳｍａｒｔＭｅｄｉａカード、Ｍｅｍｏｒｙ  Ｓｔｉｃｋ、及びＭｕｌｔｉＭｅｄｉａカードとすることができる。
【００５２】
上述のように、クライアント電子デバイスの実施例は、限定するものではないが、パーソナルメディアデバイス３６、３８、パーソナルデジタルアシスタント４０、及びデータ対応セルラー電話４２を含むことができる。したがって、以下の開示内容は、パーソナルメディアデバイス３６を対象としているが、パーソナルメディアデバイス３８、パーソナルデジタルアシスタント４０、セルラー電話４２、テレビ（図示せず）、ケーブルＴＶ用チューナ（図示せず）、インターネットラジオ（図示せず）、及び専用のネットワークデバイス（図示せず）を含む、あらゆるクライアント電子デバイスに等しく適用できることは理解される。
【００５３】
複数のメディアデータファイル部分１２の各々は、より大きなメディアデータファイルの最初の時系列部分とすることができる。例えば、メディアデータファイル部分１２の各々は、メディアデータファイルの最初の３０秒とすることができる。種々のタイプのメディアデータファイルの実施例は、限定するものではないが、音楽トラック（例えば、ＭＰ３ファイル）、音楽ビデオ、録音図書のオーディオトラック、長編映画、テレビ番組、ニュースクリップ、ニュース放送、パーソナルビデオ（例えば、ｙｏｕｔｕｂｅ（商標）ビデオ）、業務プレゼンテーション、アニメーション、スライドショー、スポーツ放送、スポーツクリップ、トレーニングビデオ、及びポッドキャストを含むことができる。
【００５４】
複数のメディアデータファイル部分１２は、低帯域幅利用時間フレームの間、リモート配信サーバコンピュータ（例えば、サーバコンピュータ３６）からパーソナルメディアデバイス３６が受け取ることができる。例えば、パーソナルメディアデバイス３６は、無線通信チャンネル５０を介してネットワーク２８に連続して無線結合されることを前提とするネットワークトラフィック（したがって、帯域幅利用量）は、夜中にはより低くなる傾向があるので、パーソナルメディアデバイス３６は、夜中にサーバコンピュータ３６から複数のメディアデータファイル部分１２を受け取る（２００）ことができる。ユーザ１８が、ニュースウェブサイト（例えば、ｗｗｗ．ｆｏｘｎｅｗｓ．ｃｏｍ、ｗｗｗ．ｃｎｎ．ｃｏｍ、ｗｗｗ．ｒｅｕｔｅｒｓ．ｃｏｍ）の定期購読をする場合、当該ウェブサイトに関連付けられるリモート配信サーバコンピュータは、１０個のメディアデータファイル部分（すなわち、複数のメディアデータファイル部分１２）をパーソナルメディアデバイス３６にプッシュすることができる。これら１０個のメディアデータファイル部分は、各３分の長さとすることができる上位１０個のニュース記事の各々の最初の３０秒（すなわち、最初の時系列部分）を示すことができる。ユーザ１８が、例えば７：００ａｍにパーソナルメディアデバイス３６にアクセスすると、メディアデータプロセス１０は、サーバコンピュータ２６からパーソナルメディアデバイス３６上で受け取った（２００）１０個のメディアデータファイル部分の各々についてのアイコンを（ディスプレイ画面１１６上に）ユーザ１６に対して示すことができる。
【００５５】
メディアデータプロセス１０は、ユーザ１８がパーソナルメディアデバイス２６上に示される（複数のメディアデータファイル部分１２から選ばれた）特定のメディアデータファイル部分を選択することができるようにしてもよい２０２。例えば、ユーザ１６はメニュー１９４（即ち、複数のメディアデータファイル部分１２を箇条書きしたもの）をスクロールする（即ち、上方向及び下方向の移動）ホィール部品１１４を用い、そして例えば選択スイッチ１１２を用いて、（複数のメディアデータファイル部分１２から）特定のメディアデータファイル部分１９６を選択してもよい２０２。
【００５６】
特定メディアデータファイル部分１９６は、マルチメディア・メッセージング・サービス（ＭＭＳ）プロトコル、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＦＬＵＴＥプロトコル、及びリアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ：ＲＳＳ）プロトコルからなる群から選ばれたネットワークプロトコルを用いてリモート配信サーバコンピュータ（サーバコンピュータ２６）から得ることができる。
【００５７】
各利用可能なメディアデータファイル部分（例えば、「スポーツまとめ」、「今週の政治」、「今週末の天気」、「ニューヨーク市の高級料理店」、「教育費への対処」、「５回の出動警報が発せられた火災がＳｏＨｏを襲う」、「ＮＦＬが新ルールを発表」、「選挙運動期間始まる」、「ＦＤＡが添加物をまとめる」、「低価格航空料金、ＪＦＫで成立」で示され、ディスプレイパネル１１６内に項目別にされる）は、特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）と関連付けることができる。例えば、複数のメディアデータファイル部分１２の各々は、関連の特定メディアデータストリームのロケーションを定めるメタデータを含むことができる。例えば、メタデータは、特定メディアデータストリームを指すユニフォームリソースロケータ（統一資源位置指定子：ＵＲＬ）を定めることができる。
【００５８】
上述のように、複数のメディアデータファイル部分１２の各々は、より大きなメディアデータファイルの最初の時系列部分とすることができる。更に、特定メディアデータファイル部分（例えば、特定メディアデータファイル部分１９６）に関連付けられた特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）は、より大きなデータファイルの残りの時系列部分のストリームとすることができる。例えば、特定メディアデータファイル部分１９６が、表題「ニューヨーク市の高級料理店」の３分間のニュース記事のうちの最初の３０秒である場合、特定メディアデータストリーム１４は、ニュース記事「ニューヨーク市の高級料理店」の残りの２分半とすることができる。したがって、ニュース記事「ニューヨーク市の高級料理店」の最初の３０秒（特定メディアデータファイル部分１９６内に含まれる）をこの記事の最後の２分半（特定メディアデータストリーム１４内に含まれる）と結合することによって、完全な３分間の記事をパーソナルメディアデバイス３６に利用可能にすることができる。
【００５９】
ユーザが特定メディアデータファイル部分を選択（２０２）すると、メディアデータプロセス１０は、オンデマンドメディアデータサーバコンピュータ（例えば、サーバコンピュータ２６）から特定メディアデータファイル部分に関連する特定メディアデータストリームを取得（２０４）することができ、特定メディアデータファイル部分１９６の少なくとも一部をレンダリングすることができる。例えば、ユーザ１８が「ニューヨーク市の高級料理店」（ストレージデバイス６２上に格納された特定メディアデータファイル部分１９６を記述する）を選択すると、メディアデータプロセス１０は、特定メディアデータファイル部分１９６に関連する特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）を取得（２０４）することができ、特定メディアデータファイル部分１９６の少なくとも一部をレンダリングすることができる。したがって、上述の実施例を更に続けて、パーソナルメディアデバイス３６は、サーバコンピュータ２６（例えば、無線通信チャンネル５０、ネットワーク２８、及び／又はネットワーク３０）にアクセスし、特定メディアデータストリーム１４を取得（２０４）することができる。
【００６０】
特定メディアデータストリーム１４は、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、及びユーザ・データグラム・プロトコル（ＵＤＰ）からなる群から選ばれたネットワークプロトコルを用いて、サーバコンピュータ２６から取得（２０４）することができる。
【００６１】
上述のリモート配信サーバコンピュータ及び上述のオンデマンドメディアサーバコンピュータは、単一のサーバコンピュータ（例えば、サーバコンピュータ２６）として記載されているが、これは単なる一例に過ぎず、本開示を限定する意図はない。具体的に、更に上述のように、サーバコンピュータ２６は、限定するものではないが、パーソナルコンピュータ、サーバコンピュータ、及び複数のサーバコンピュータを含むことができる。したがって、上述のリモート配信サーバコンピュータ及び上述のオンデマンドメディアサーバコンピュータは、別個のサーバコンピュータであってもよい。加えて、上述のリモート配信サーバコンピュータ及び上述のオンデマンドメディアサーバコンピュータは各々、複数のサーバコンピュータであってもよい。
【００６２】
特定メディアデータファイル部分１９６は、第１のビットレートでサンプリングすることができ、特定メディアデータストリーム１４は、第２のビットレートでサンプリングすることができる。例えば、サーバコンピュータ２６からパーソナルメディアデバイス３６に複数のメディアデータファイル部分１２をより効率的に転送できるようにするために、第１のビットレートは第２のビットレートよりも小さくすることができる。例えば、特定メディアデータファイル部分１９６は、６４キロビット／秒（ｋｐｓ）のビットレートを有することができ、特定メディアデータストリーム１４は、１２８ｋｐｓのビットレートを有することができる。したがって、特定メディアデータファイル部分１９６に６４ｋｐｓのビットレートを用いることによって、特定メディアデータファイル部分１９６のサイズが、特定メディアデータストリーム１４に使用される１２８ｋｐｓビットレートに対して５０％低減される。したがって、特定メディアデータファイル部分１９６は、パーソナルメディアデバイス３６により迅速にダウンロードすることができる。加えて／代替として、特定メディアデータストリーム１４は複数のビットレートで利用可能にすることができ、したがって、ネットワーク帯域幅適応を可能にする。
【００６３】
特定メディアデータファイル部分のレンダリング時間を関連の特定メディアデータストリーム（例えば、特定メディアデータストリーム１４）を得るのに必要な予定時間と少なくとも同じ長さにすることができるように、特定メディアデータファイル部分（例えば、特定メディアデータファイル部分１９６）は、時系列にサイズ調整することができる。例えば、パーソナルメディアデバイス３６がサーバコンピュータ２６（無線通信チャンネル５０及びネットワーク２８及び／又はネットワーク３０を介して）にアクセスするのに必要な平均時間が１０秒で、５秒（すなわち最短時間）から２０秒（すなわち最長時間）までにわたる範囲を有する場合、時系列長さは３０秒に構成することができる。したがって、メディアデータプロセス１０は、特定メディアデータファイルプロセス１９５のレンダリングが始まった直後に、特定メディアデータストリーム１４の取得（２０４）プロセスを開始すると仮定すると、長さが３０秒であるように特定メディアデータファイル部分１９６を構成することによって、特定メディアデータファイル部分１９６は、特定メディアデータストリーム１４が特定メディアデータファイル部分１９６のレンダリング時間内に取得（２０４）することができるような十分な長さである。
【００６４】
特定メディアデータファイル部分１９６の少なくとも一部及び特定メディアデータストリーム１４の少なくとも一部は、メディアデータプロセス１０が結合しレンダリングすることができる。更に図５を参照すると、特定メディアデータファイル部分１９６及び特定メディアデータストリーム１４をレンダリングするときには、メディアデータプロセス１０は、第１の正規化パケットストリーム２５０を生成するよう特定メディアデータファイル部分１９６を処理（２０８）することができる。メディアデータプロセス１０はまた、第２の正規化パケットストリーム２５２を生成するよう特定メディアデータストリーム１４を処理（２１０）することができる。第１の正規化パケットストリーム２５０及び第２の正規化パケットストリーム２５２は、同じサイズのデータパケットを有することができる（例えば、１キロバイト）。
【００６５】
第１の正規化パケットストリーム２５０を生成するよう特定メディアデータファイル部分１９６を処理（２０８）するときには、メディアデータプロセス１０は、特定メディアデータファイル部分１９６を構文解析し、該特定メディアデータファイル部分１９６を複数のデータパケットに分解し、すなわち、第１の正規化パケットストリーム２５０を生成することができる。更に、第２の正規化パケットストリーム２５２を生成するよう特定メディアデータストリーム１４を処理（２１０）するときには、メディアデータプロセス１０は、特定メディアデータストリーム１４を構文解析（２１６）し、該特定メディアデータストリーム１４を複数のデータパケットに分解し、すなわち、第２の正規化パケットストリーム２５２を生成することができる。
【００６６】
第１及び第２の正規化パケットストリーム２５０、２５２が生成されると、メディアデータプロセス１０は、パケット損失耐性スティッチングアルゴリズムを用いて第１の正規化パケットストリーム２５０の少なくとも一部及び第２の正規化パケットストリーム２５２の少なくとも一部を結合（２１２）し、損失補償メディアデータストリーム２５４を生成することができる。損失補償メディアデータストリーム２５４の実施例は、限定するものではないが、ニュース記事「ニューヨーク市の高級料理店」のＡ／Ｖ損失補償メディアデータストリームを含むことができる。
【００６７】
本開示において、パケット損失耐性アルゴリズムは、連続物内のデータパケットの１つ又はそれ以上が失われているにもかかわらず、順次的な一連のデータパケットの再構築及びレンダリングを可能にする何れかのアルゴリズムとして定義される。例えば、例証として、ニュース記事「ニューヨーク市の高級料理店」の特定メディアデータファイル部分１９６及び特定メディアデータストリーム１４（それぞれ）を処理（２０８、２１０）するときに、結果として得られる記事は２，０００パケット長であることを前提とする。但し、パケットＰ５３、Ｐ１２８、及びＰ７２４は失われていると仮定する。したがって、上述のパケット損失耐性スティッチングアルゴリズムを用いると、メディアデータプロセス１０は、ニュース記事「ニューヨーク市の高級料理店」を１，９９７パケットから、すなわち、パケットＰ１−Ｐ５２、Ｐ５４−Ｐ１２７、Ｐ１２９−Ｐ７２３、及びＰ７２５−Ｐ２０００から構築することができる。その結果、ニュース記事「ニューヨーク市の高級料理店」が、パーソナルメディアデバイス３６上のメディアデータプロセス１０によりレンダリングされるときには、３つのパケットはスキップすることができ、レンダリングされたニュース記事「ニューヨーク市の高級料理店」内に１つ又はそれ以上のアーチファクトが現れる可能性がある。
【００６８】
特定メディアデータファイル部分１９６及び特定メディアデータストリーム１４をレンダリング（２０６）するときに、メディアデータプロセス１０は、クライアント電子デバイス３６上で損失が補償されたメディアデータストリームをレンダリング（２１８）することができる。
【００６９】
続いて、特定メディアデータファイル部分１９６がニュース記事「ニューヨーク市の高級料理店」の最初の３０秒であり、特定メディアデータストリーム１４がこの記事の最後の２分半である上述の実施例では、特定メディアデータストリーム１４が取得（２０４）されると、特定メディアデータファイル部分１９６を特定メディアデータストリーム１４と結合し、全体で３０分の表題「ニューヨーク市の高級料理店」のニュース記事を形成することができる。特定メディアデータファイル部分１９６が特定メディアデータストリーム１４と結合されるポイントは、メディアデータプロセス１０が実装される様態に応じて変えることができる。例えば、及び上述のように、特定メディアデータファイル部分１９６のビットレートは、特定メディアデータストリーム１４のビットレートよりも低くすることができる。その結果、メディアデータプロセス１０は、特定メディアデータファイル部分１９６から特定メディアデータストリーム１４にできる限り迅速に切り替えるように実施され、したがって、ニュース記事「ニューヨーク市の高級料理店」の全体の品質を向上させることができる。或いは、メディアデータプロセス１０は、特定メディアデータストリーム１４に切り替える前に、特定メディアデータファイル部分１９６を完全にレンダリングするよう構成することができる。
【００７０】
以上で幾つかの実施を説明してきた。それでも尚、種々の修正形態が実施可能であることは理解されるであろう。したがって、他の実施は本出願の請求項の範囲内にある。
【符号の説明】
【００７１】
３８  パーソナルメディアデバイス
４４  クライアントコンピュータ
１００  ドッキングクレードル
１０２  ケーブル
１０４  後退スキップスイッチ
１０６  前進スキップスイッチ
１０８  再生／一時停止スイッチ
１１０  メニュースイッチ
１１４  ホイール組立体
１１６  ディスプレイパネル
１９６  特定メディアデータファイル部分
【図１】
2010534886.tif 000003
【図２】
2010534886.tif 000004
【図３】
2010534886.tif 000005
【図４】
2010534886.tif 000006
【図５】
2010534886.tif 000007
【国際調査報告】
2010534886.tif 000008