(57)【要約】  データストリーミング方法及び装置が提供される。音声及び／又は映像データを含むデータセグメントがネットワークを介して受信される（３０１）。このデータセグメントはバッファに記憶される（３０２）。データセグメントの再生前に、ネットワークがデータセグメント内のコンテンツを、バッファに現在記憶されるものより高品質で提供する能力を有することが判定される（３０３）。より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメントをリクエストするのに優先して、最も遅い相対再生時間を有するバッファ内のより高品質バージョンのコンテンツの一つ以上のデータセグメントがリクエストされる（３０４）。
2020522188.tif 000002
【特許請求の範囲】
【請求項１】
データストリーミング方法であって、
音声及び／又は映像コンテンツを含むデータセグメントをネットワークを介して受信し、
前記データセグメントをバッファに記憶し、
前記データセグメントの再生前に、前記ネットワークが前記データセグメント内の前記コンテンツを、前記バッファに現在記憶されるものより高品質で提供する能力を有することを判定し、
より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメントをリクエストするのに優先して、最も遅い相対再生時間を有する前記バッファ内のより高品質バージョンのコンテンツの一つ以上のデータセグメントをリクエストすることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
ユーザが前記バッファ内に記憶された前記データセグメントの再生を一時停止していることを判定する工程を備え、
前記ネットワークが能力を有することの判定工程及びより高品質バージョンのデータセグメントをリクエストする工程は、前記ユーザが前記バッファ内に記憶された前記データセグメントの再生を一時停止しているとの判定に応じて実行されることを特徴とする方法。
【請求項３】
請求項１または請求項２に記載の方法であって、
前記バッファ内の前記データセグメントは、音声及び／又は映像ストリームの終わりを含むことを判定し、
前記ネットワークが能力を有することの判定工程及びより高品質バージョンのデータセグメントをリクエストする工程は、前記バッファ内の前記データセグメントが前記音声及び／又は映像ストリームの終わりを含むとの判定に応じて実行されることを特徴とする方法。
【請求項４】
請求項１から請求項３のいずれか一項に記載の方法であって、
前記バッファ内のデータセグメントを最大サイズのグループにまとめて複数のグループを形成し、グループ内の各データセグメントが、グループ内の少なくとも一つの他のデータセグメントの再生時間に直接隣接する再生時間を有するようにし、
前記リクエストする工程は、最も遅い相対再生時間を有するデータセグメントのより高品質バージョンのグループをリクエストする工程を含むことを特徴とする方法。
【請求項５】
請求項１から請求項４のいずれか一項に記載の方法であって、
前記バッファ内の前記コンテンツの一部のより高品質バージョンを受信し、
前記コンテンツの前記一部の再生が、完全に受信される前記コンテンツの前記一部の前記より高品質バージョンに先行する再生時間に行われることを判定し、
前記コンテンツの低品質バージョンを前記再生時間に再生させることを特徴とする方法。
【請求項６】
データストリーミング装置であって、
音声及び／又は映像コンテンツを含むデータセグメントをネットワークを介してリクエストし、
前記データセグメントをバッファに記憶し、
前記データセグメントの再生前に、前記ネットワークが前記データセグメント内の前記コンテンツを、前記バッファに現在記憶されるものより高品質で提供する能力を有することを判定し、
より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメントをリクエストするのに優先して、最も遅い相対再生時間を有する前記バッファ内のより高品質バージョンのコンテンツの一つ以上のデータセグメントをリクエストするよう構成されることを特徴とする装置。
【請求項７】
請求項６に記載の装置であって、
ユーザが前記データセグメントの再生を一時停止しているとの表示を受信するのに応じて、前記ネットワークが能力を有すると判定するよう構成されることを特徴とする装置。
【請求項８】
請求項６または請求項７に記載の装置であって、
より早い相対再生時間の高品質バージョンのデータセグメントをリクエストするのに優先して、最も遅い相対再生時間を有するデータセグメントについて、より高品質バージョンの一つ以上のデータセグメントをリクエストすべきであることを示すユーザ入力を受信し、
前記ユーザ入力を記憶するよう構成されることを特徴とする装置。
【請求項９】
請求項６から請求項８のいずれか一項に記載の装置であって、
前記バッファ内の第１データセグメントに含まれるコンテンツのより高品質バージョンをリクエストし、
前記第１データセグメントの前記コンテンツの再生が、前記より高品質バージョンが完全に受信される前の再生時間に行われることを判定し、
前記コンテンツの低品質バージョンを前記再生時間に再生させるよう構成されることを特徴とする装置。
【請求項１０】
データストリーミング方法であって、
音声及び／又は映像データコンテンツを含むデータセグメントをネットワークを介して送信し、
より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメントの送信に優先して、送信済みコンテンツの最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信するリクエストを受信し、
最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信することを特徴とする方法。
【請求項１１】
データストリーミング装置であって、
音声及び／又は映像データコンテンツを含むデータセグメントをネットワークを介して送信し、
より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメンツの送信に優先して、送信済みコンテンツの最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信するリクエストを受信し、
最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信するよう構成されることを特徴とする装置。
【請求項１２】
コンピュータによって実行された際、前記コンピュータに請求項１から請求項７のいずれか一項に記載の方法工程を実行させるコンピュータコードを含むコンピュータプログラム。
【請求項１３】
コンピュータによって実行された際、前記コンピュータに請求項１０に記載方法工程を実行させるコンピュータコードを含むコンピュータプログラム。
データストリーミング方法及び装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願開示は、データストリーミング方法、装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
通信装置は、例えばストリーミングにより、ネットワークを介して音声及び／又は映像データとしてのメディアコンテンツを受信可能である。このストリーミングという用語は、通常、ネットワークを介してサーバによって（移動または携帯電話、ラップトップコンピュータ、デスクトップコンピュータ、タブレット、ゲーム機等の任意の種類のユーザコンピュータ装置であってよい）クライアント通信装置にメディアコンテンツが提供されて、略リアルタイムに再生されることを示すのに用いられる。これは、ファイル全体がダウンロードされて、例えば後で使用可能となるようにする「ダウンローディング」と対比することができる。受信された音声及び／又は映像データは、ユーザに再生されて音声及び／又は映像データの内容を鑑賞可能となる。
【発明の概要】
【０００３】
本明細書に開示される第１の側面によれば、データストリーミング方法であって、音声及び／又は映像コンテンツを含むデータセグメントをネットワークを介して受信し、前記データセグメントをバッファに記憶し、前記データセグメントの再生前に、前記ネットワークが前記データセグメント内の前記コンテンツを、前記バッファに現在記憶されるものより高品質で提供する能力を有することを判定し、より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメントをリクエストするのに優先して、最も遅い相対再生時間を有する前記バッファ内のより高品質バージョンのコンテンツの一つ以上のデータセグメントをリクエストする方法が提供される。
【０００４】
この方法は、コンピュータによって実行される方法であってもよい。
【０００５】
この方法は、ユーザが前記バッファ内に記憶された前記データセグメントの再生を一時停止していることを判定する工程を備え、前記ネットワークが能力を有することの判定工程及びより高品質のデータセグメントをリクエストする工程は、前記ユーザが前記バッファ内に記憶された前記データセグメントの再生を一時停止しているとの判定に応じて実行されてもよい。
【０００６】
この方法は、前記バッファ内の前記データセグメントが音声及び／又は映像ストリームの終わりを含むことを判定する工程を備え、前記ネットワークが能力を有することの判定工程及びより高品質のデータセグメントをリクエストする工程は、前記バッファ内の前記データセグメントが音声及び／又は映像ストリームの終わりを含むとの判定に応じて実行されてもよい。
【０００７】
この方法は、前記バッファ内のデータセグメントを最大サイズのグループにまとめて複数のグループを形成し、グループ内の各データセグメントが、グループ内の少なくとも一つの他のデータセグメントの再生時間に直接隣接する再生時間を有するようにする工程を含み、前記リクエストする工程は、最も遅い相対再生時間を有するデータセグメントのより高品質バージョンのグループをリクエストする工程を含んでもよい。
【０００８】
この方法は、前記バッファ内の前記コンテンツの一部のより高品質バージョンを受信し、前記コンテンツの前記一部の再生が、完全に受信される前記コンテンツの前記一部の前記より高品質バージョンに先行する再生時間に行われることを判定し、前記コンテンツの低品質バージョンを前記再生時間に再生させる工程を含んでもよい。
【０００９】
コンピュータによって実行された際、前記コンピュータに上述の方法を実行させるコンピュータコードを含むコンピュータプログラムが提供される。
【００１０】
第２の側面によれば、データストリーミング装置であって、音声及び／又は映像コンテンツを含むデータセグメントをネットワークを介して受信することをリクエストし、前記データセグメントをバッファに記憶し、前記データセグメントの再生前に、前記ネットワークが前記データセグメント内の前記コンテンツを、前記バッファに現在記憶されるものより高品質で提供する能力を有するか否かを判定し、より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメントをリクエストするのに優先して、最も遅い相対再生時間を有する前記バッファ内のより高品質バージョンのコンテンツの一つ以上のデータセグメントをリクエストするよう構成される装置が提供される。
【００１１】
この装置は、ユーザが前記データセグメントの再生を一時停止しているとの表示を受信するのに応じて、前記ネットワークが能力を有すると判定するよう構成されてもよい。
【００１２】
この装置は、より早い相対再生時間の高品質バージョンのデータセグメントをリクエストするのに優先して、最も遅い相対再生時間を有するデータセグメントについて、より高品質バージョンの一つ以上のデータセグメントをリクエストすべきであることを示すユーザ入力を受信し、前記ユーザ入力を記憶するよう構成されてもよい。
【００１３】
この装置は、前記バッファ内の第１データセグメントに含まれるコンテンツのより高品質バージョンをリクエストし、前記第１データセグメントの前記コンテンツの再生が、完全に受信される前記より高品質バージョンに先行する再生時間に行われることを判定し、前記コンテンツの低品質バージョンを前記再生時間に再生させるよう構成されてもよい。
【００１４】
第３の側面によれば、データストリーミング方法であって、音声及び／又は映像データを含むデータセグメントをネットワークを介して送信し、より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメンツの送信に優先して、送信済みコンテンツの最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信するリクエストを受信し、最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信する方法が提供される。
【００１５】
この方法は、コンピュータによって実行される方法であってもよい。
【００１６】
コンピュータによって実行された際、前記コンピュータに上述の方法を実行させるコンピュータコードを含むコンピュータプログラムが提供される。
【００１７】
第４の側面によれば、データをストリーミング配信する装置であって、音声及び／又は映像データコンテンツを含むデータセグメントをネットワークを介して送信し、より早い相対再生時間を有するより高品質バージョンのコンテンツのデータセグメンツの送信に優先して、送信済みコンテンツの最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信するリクエストを受信し、最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信するよう構成される装置が提供される。
【図面の簡単な説明】
【００１８】
本願開示の理解を促進し、どのように実施形態が効果を奏するのかを示すため、例示として添付の図面が参照される。
【００１９】
【図１】通信装置の例を模式的に示す。
【図２】バッファ状態の例を模式的に示す。
【図３】音声及び／又は映像データコンテンツのストリーミングのデータセグメントを受信する装置により可能な動作を示すフローチャートである。
【図４】音声及び／又は映像コンテンツのストリーミングのデータセグメントを送信する装置により可能な動作を示すフローチャートである。
【発明を実施するための形態】
【００２０】
メディアコンテンツを構成する音声及び／又は映像（Ａ／Ｖ）データは、クライアント／サーバモデルにより、ネットワークを介して通信装置に提供されてもよい。
【００２１】
このようなモデルでは、（実際には複数の物理的サーバであってもよい）サーバは、クライアント装置として動作する通信装置から特定のメディアコンテンツのリクエストを受信し、このリクエストを認めるか否かを判定する。
【００２２】
Ａ／Ｖコンテンツは、データセグメントを用いるアダプティブストリーミングによりサーバによって提供されてもよい。アダプティブストリーミングは、任意の時点の受信データの品質を最大化するため、ストリーミング装置（すなわち、クライアント通信装置）が利用しているネットワーク波長を調整して、Ａ／Ｖコンテンツを取得することを目的とする。サーバは同じＡ／Ｖコンテンツについて、各々他のストリームとは異なる品質を有する複数のストリームを提供するように構成される。特定のストリームに対応する品質は、メディアコンテンツの解像度及びメディアコンテンツのエンコード品質等の数多くの要因に依拠してもよい。したがって、異なるストリームは、異なるビットレートによる同じメディアコンテンツの複数のバージョンを提供しているものとみなすことができる。
【００２３】
クライアントは、Ａ／Ｖコンテンツの好ましい品質（結果としてストリーム）を、例えばクライアントがＡ／Ｖコンテンツを受信するのに経由している通信リンクの品質と、通信装置における現在の処理能力とに応じて決定してもよい。好ましいストリームが、ネットワークを介して通信装置によってリクエストされてもよい。受信したＡ／Ｖコンテンツは、ストリームの受信中にユーザに対して再生されてもよい。
【００２４】
公知の構成では、ユーザがＡ／Ｖコンテンツの再生を一時停止したとき、このＡ／Ｖコンテンツを含むデータセグメントは、通信装置によって引き続き受信され、バッファに記憶されてもよい。Ａ／Ｖコンテンツの受信が終了したら（例えば、所定の再生長さを受信した、及び／又はリクエストされたコンテンツの終点を受信した場合）、より良い品質のストリームをネットワークからリクエストし、通信装置は、より高品質（例えば、より高いエンコーディング／ビットレート）のＡ／Ｖコンテンツを提供するデータセグメントを用いてこのＡ／Ｖコンテンツを再バッファしてもよい。
【００２５】
ユーザがＡ／Ｖコンテンツの再生を再開したとき、バッファされたＡ／Ｖコンテンツのより高品質のバージョンのすべてが受信されていない可能性がある。これにより、Ａ／Ｖコンテンツの鑑賞中に、ユーザの視聴体験を中断させるジッターが生じる。
【００２６】
この問題に対応するため、以下にＡ／Ｖコンテンツのバッファされたデータセグメントを、より高品質のコンテンツを有するデータセグメントと置き換える構成が記載される。特に、バッファ内のＡ／Ｖデータセグメントは、ストリーム中で最後に再生されるもの（すなわち、ストリーミングされたコンテンツの最後に向けて、又は少なくとも受信済みのストリーミングされたコンテンツの一部）と指定されたバッファ内のＡ／Ｖデータセグメントが最初にアップグレードされ、最後から２番目に再生されるデータセグメントと指定されたＡ／Ｖデータセグメントが２番目にアップグレードされる、等となるように置き換えられる。Ａ／Ｖコンテンツの品質は、したがって「逆向き」の形でアップグレードされ、一時停止された時点により近い再生時間の（すなわちストリーミングされたコンテンツ中でより早い時間に起こる）データセグメントは、最後にアップグレードされることになる。
【００２７】
このようにＡ／Ｖデータセグメントの品質アップグレードを逆向きに行うことにより、ユーザは、間欠的なストリーミングアップグレードプロセスによって影響される可能性がより少なくなる。
【００２８】
例示的なクライアント通信装置が図１を参照して説明される。
【００２９】
図１は、受信手段１０２と、少なくとも一つのプロセッサ１０３と、コンピュータコード１０５を含むメモリ１０４と、バッファ１０６と、送信手段１０７とを備える通信装置１０１を示す。送信手段１０７と受信手段１０２とは、それぞれの動作を実行するのに少なくともいくつかの同じ部品を利用してもよく、あるいはそれぞれの動作を実行するのに異なる部品を利用してもよい。コンピュータコード１０５は、音声及び／または映像コンテンツなどのコンテンツをストリーミングし再生するためのコードを含んでもよい。
【００３０】
動作時、通信装置１０１は、送信手段１０７を用いて、サーバ（図示略）からＡ／Ｖコンテンツを受信するリクエストを含むリクエストをサーバに送信するよう構成される。
【００３１】
このリクエストに応じて、通信装置１０１は、Ａ／Ｖデータセグメント（すなわち、Ａ／Ｖコンテンツを含むデータセグメント）を、ネットワークから通信リンク（図示略）を介して受信手段１０２で受信する。この通信リンクは有線でも無線でもよく、例えばインターネットプロトコルなどのＡ／Ｖデータセグメント送信用の任意の適切なプロトコルにしたがって、例えば、データセグメントを通信装置１０１にストリーミングするためのＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いて動作可能である。このＡ／Ｖデータセグメントは第１品質レベルで受信される。このデータセグメントは、通信リンクを介してデータを転送し、アプリケーションレベルでＡ／Ｖコンテンツをフォーマットするのに用いられるプロトコルに応じて、パケット、データブロック、及び／又はチャンクとして受信されてよい。本明細書では、「セグメント」という用語は、受信されたＡ／Ｖコンテンツの任意のフォーマットの単位を示すものとして用いられる。受信されたデータセグメントは、バッファ１０６内に記憶される。
【００３２】
ある時点で、通信装置は、メディアコンテンツのデータセグメントの受信を停止してもよい。これは一時的（例えば、ユーザがストリームの再生を一時停止した場合）であっても、あるいは「恒久的」（例えば、全コンテンツが受信された場合）であってもよい。これに応じて、通信装置は、ネットワークが、第１品質よりも高品質なバージョンのＡ／Ｖコンテンツを提供する能力があることを判定してもよい。この判定は、ネットワークからクライアント通信装置への通信リンクの品質を考慮に入れてもよい。
【００３３】
この状況において、通信装置は、受信したＡ／Ｖコンテンツのデータセグメントの相対再生時間を決定するように構成されてもよい（Ａ／Ｖコンテンツのデータセグメントが順番を外れて受信される可能性があることから、受信時間は再生時間と同じではない）。再生時間は、Ａ／Ｖデータセグメントに含まれるメディアコンテンツが、ユーザに対して再生／提示されることが予定される時間である。相対再生時間を決定することにより、通信装置は、バッファ内のどのデータセグメントが最後に再生される予定か、どのデータセグメントが最後から２番目に再生される予定か、等を判定できる。その後、より高品質のストリームのリクエストがサーバに送信されると、通信装置はより高品質のデータセグメントを「逆」の順序で受信するようリクエストし、これにより、より高品質の、かつ最後に再生される予定の（すなわちストリーミングされたコンテンツの終わりに向けて、または少なくとも受信済みのストリーミングされたコンテンツの一部の）データセグメントが、より早く再生される予定の（すなわちストリーミングされたコンテンツ内でより早く起こる）ものより優先して受信されるようにしてもよい。通信装置がより高品質のデータセグメントを逆の順序で受信することをリクエストするか否かは、通信装置の変更可能なユーザ設定により制御されてもよい。これにより、通信装置は、通信装置がこの逆順ダウンロードのリクエストを行うように構成するユーザからの入力を受け付けるように構成されてもよい。
【００３４】
上記の機構を、図２を参照して説明する。
【００３５】
図２は、バッファ内に含まれる、異なる時間例２０１−２０４におけるＡ／Ｖデータストリームを示す。各データストリームは、複数のデータセグメント２００を含む。各時間例２０１−２０４を通る垂直線２０５は、ユーザがＡ／Ｖデータストリームの再生を一時停止した再生時間中の時点を示し、時間はｘ軸に沿って進行する。
【００３６】
第１時間例２０１では、一時停止位置２０５の左手側のデータセグメントは再生済みである。一時停止位置２０５の右手側には、受信済みのデータセグメントはない。
【００３７】
第２時間例２０２（第１時間例の後）では、バッファは、Ａ／Ｖストリームの残りの部分に関するデータセグメントを受信済みである。したがって、一時停止位置２０５の右手側および左手側双方に、データセグメントがある。これらのデータセグメントは予定された再生時間の順に並んで示され、最後に再生されるデータセグメントがバッファの一番右手側にあり、メディアコンテンツの再生再開に続いて最初に再生されるデータセグメントが一時停止位置２０５の右手側の直接隣接する位置にある。
【００３８】
第３時間例２０３（第１及び第２時間例の後）では、バッファは、バッファの一番右手側の最後の２つのデータセグメント２０６をアップグレードしている。言い換えると、バッファは、再生される予定になっている最後の２つの受信済みデータセグメント２０６をアップグレードしている。
【００３９】
第４時間例２０４（第１、第２及び第３時間例の後）では、一時停止位置２０５の右手側の全てのデータセグメント（一時停止位置２０５の後に直接隣接する最初の２つのデータセグメント２０７を除く）がアップグレード済みである。最初の２つのデータセグメント２０７は、アップグレードしている最中である。
【００４０】
したがって、この図によって示されるように、ユーザが映像を一時停止位置２０５で一時停止した後、データストリームのバッファリングは、Ａ／Ｖデータセグメントの受信が完全停止するまで継続されてもよい。この時点で、コンテンツストリームは（通信装置からのリクエストに引き続いて、より早く再生される予定のデータセグメントに優先して最後に再生される予定のデータセグメントが最初にアップグレードされるように）アップグレードされる。このプロセスは、最終的に一時停止位置に直接引き続いて再生されるデータセグメントが再生されるまで継続する。
【００４１】
映像をストリームの最初からではなく最後から更新することにより、ユーザがＡ／Ｖコンテンツを見続けようと決めた場合に、バッファリングの問題が起こりにくいことから、ユーザの視聴体験をよりよいものにできる可能性がある。しかし、バッファリングによる中断を防ぐため、通信装置は、メモリ内にアップグレードされているデータセグメントを保持し、データセグメントをアップグレード中であるとするフラグを立てるよう構成されてもよい。再生再開に引き続き、再生中のＡ／Ｖコンテンツがフラグが立てられたデータセグメントに近づいた場合、元の低品質バージョンの受信済みＡ／Ｖデータセグメントがメモリから取得され、ストリームの一部として再生される。
【００４２】
クライアント通信装置及びサーバ双方で可能な動作を、図３及び図４のフローチャートを参照して説明する。
【００４３】
図３は、クライアント通信装置で可能な動作を示す。
【００４４】
３０１で、クライアント通信装置は、Ａ／Ｖコンテンツを含むデータセグメントをネットワークを介して受信するよう構成される。この受信したＡ／Ｖデータセグメントは第１品質で送信されてもよい。第１品質は、クライアント通信装置によってリクエストされていてもよい。受信されたＡ／Ｖデータセグメントは、通信装置のユーザに再生されるメディアコンテンツのストリームの一部であってもよい。このストリームは、クライアント通信装置に操作可能に接続されるディスプレイ及び／又はスピーカーを介して再生されてもよい。
【００４５】
３０２で、クライアント通信装置は、このデータセグメントをバッファに記憶するよう構成される。このバッファは、この目的のためにクライアント通信装置に操作可能に接続される。
【００４６】
３０３において、クライアント通信装置は、データセグメントの再生前に、ネットワークがデータセグメント内のコンテンツを、バッファに現在記憶されるものと異なる第２品質で提供する能力があることを判定するよう構成される。第２品質は、第１品質よりも高品質である。
【００４７】
３０４において、クライアント通信装置は、より早い相対再生時間を有するより高品質バージョンのコンテンツの送信をリクエストするのに優先して、最も遅い相対再生時間を有するバッファ内のより高品質バージョンのコンテンツの一つ以上のデータセグメントを送信するようリクエストするよう構成される。このリクエストは、ネットワークを介してサーバに送られてもよい。このリクエストに応じて、サーバは、最も遅い／最後の相対再生時間のより高品質バージョンのＡ／Ｖコンテンツのデータセグメントを、より早い相対再生時間を有するコンテンツを含むデータセグメントのより高品質バージョンの送信に優先して送信してもよい。
【００４８】
サーバの動作を、図４を参照して説明する。上述のように、サーバは、実際には、協同して作用して下記の機構を実現するいくつかの別のサーバであってもよい。
【００４９】
４０１で、サーバは、Ａ／Ｖコンテンツを含むデータセグメントをネットワークを介して通信装置に送信するよう構成される。この送信は、通信装置がＡ／Ｖデータセグメント内に含まれるコンテンツの受信を以前にリクエストしていたことの結果であってもよい。
【００５０】
４０２において、サーバは、送信済みデータセグメントのコンテンツの高品質バージョンを含むデータセグメントを送信するリクエストを受信するよう構成される。このリクエストは、送信済みコンテンツの最も遅い相対再生時間を有するより高品質バージョンのコンテンツの一つ以上のデータセグメントが、より早い相対再生時間を有するより高品質のコンテンツのデータセグメントの送信に優先して送信されるべきことを示す。このリクエストは、クライアント通信装置によって受信されてもよい。
【００５１】
このリクエストに応じて、４０３において、サーバは、最も遅い相対再生時間を有する一つ以上のより高品質バージョンのデータセグメントをクライアント通信装置に送信するよう構成される。
【００５２】
上記では、受信したＡ／Ｖコンテンツのより高品質バージョンをダウンロード／リクエストするのにＡ／Ｖ再生を一時停止（または完全停止）することとしているが、これは必ずしも必要ではないことが理解される。代わりに、通信装置は、全ての関連するＡ／Ｖデータセグメントを受信しており、これらのデータセグメントの再生に先立って受信したＡ／Ｖデータセグメントのより高品質バージョンを受信可能であることを判定するのみでもよい。しかし、本システムは、ユーザがＡ／Ｖコンテンツの再生を一時停止及び／または完全停止する場合に特に有用である。というのは、これによりＡ／Ｖデータストリームの大部分を比較的劣悪な接続状態で受信すること、およびより高品質なバージョンのＡ／Ｖコンテンツを受信することの双方を可能とするより多くの時間が得られるからである。
【００５３】
プロセッサ、プロセシングシステムまたは回路と本明細書に記載されるものは、実務上、単一のチップまたは集積回路により実装されても、複数のチップまたは集積回路により実装されてもよく、あるいはチップセット、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、デジタル・シグナル・プロセッサ（ＤＳＰ）、グラフィクス・プロセッシング・ユニット（ＧＰＵｓ）等によって実装されてもよい。このチップまたは複数のチップは、実施形態にしたがって動作するよう構成可能なデータプロセッサおよびデジタル・シグナル・プロセッサの少なくとも一方を実装するための回路（ならびに場合によってファームウェア）を備えてもよい。この点に関し、例示的実施形態は、少なくとも部分的に（不揮発性）メモリに記憶されプロセッサにより実行可能なコンピュータソフトウェア、ハードウェア、または実体的に記憶されたソフトウェアとハードウェア（および実体的に記憶されたファームウェア）との組み合わせにより実装されてもよい。
【００５４】
データ記憶用のデータ記憶装置（例えば上述のバッファおよびメモリ）について本明細書に記載する。これは、単一の装置または複数の装置により実装されてもよい。適切な装置としては、例えばハードディスクおよび不揮発性半導体メモリが挙げられる。
【００５５】
本明細書に記載される例は、本発明の実施形態を説明するための例として理解されるべきである。別の実施形態および例が想定される。一つの例または実施形態に関して記載される任意の特徴は、単独で、またはほかの特徴と組み合わせて使用可能である。加えて、一つの例または実施形態に関連して記載された任意の特徴は、他の例または実施形態、または他の例または実施形態の任意の組み合わせのいずれかの特徴と組み合わせても使用可能である。さらに、本明細書に記載されない均等物および変形例も、請求項に定義される本発明の範囲内で利用可能である。
【図１】
2020522188.tif 000003
【図２】
2020522188.tif 000004
【図３】
2020522188.tif 000005
【図４】
2020522188.tif 000006
【国際調査報告】
2020522188.tif 000007
2020522188.tif 000008
2020522188.tif 000009