(57)【要約】  サーバデバイス等の中間デバイス（１）は、発信元デバイス（３）からストリーミング情報（２）を受信して、ストリーミング情報（４）を、タイムシフト法を含む方法により、ネットワーク（５）経由で配信先デバイス（６）に送信する。タイムシフト法を提供するために、中間デバイス１は、ストリーミング情報（２、４）の少なくとも一部の格納する循環バッファ１６を含む。中間デバイス（１）に、ネットワークプロトコル等に従ってバッファデータ（７）を配信先デバイス（６）に送信するトランスミッタ（１７）、要求データ（８）を配信先デバイス（６）から受信するレシーバ（１８）を提供して、要求データ（８）に、バッファデータ（７）によって表現されたタイムシフトのサイズを定義させることで、循環バッファ（１６）を１つの配信先デバイス（６）により、もっと柔軟に利用することができ、２以上の配信先デバイス（６）には、比較的柔軟な環境での利用を可能ならしめることができる。中間／配信先デバイス（１、６）は、ユニバーサルプラグアンドプレイデバイスおよび／またはデジタルリビングネットワークアライアンスデバイスおよび／またはオープンインターネットプロトコルテレビフォーラムデバイスおよび／またはハイブリッドブロードキャスト・ブロードバンドテレビデバイスであってよい。【選択図】図１
2013514708.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク（５）を介して、配信元デバイス（３）からストリーミング情報（２）を受信して、配信先デバイス（６）へストリーミング情報（４）をタイムシフト法を含む方法により送信する中間デバイス（１）であって、
前記ストリーミング情報（２、４）の少なくとも一部を格納して、前記タイムシフト法を提供する循環バッファ（１６）と、
バッファデータ（７）を前記配信先デバイス（６）に送信するトランスミッタ（１７）と、
前記配信先デバイス（６）から、前記バッファデータ（７）によって表現されたタイムシフトのサイズを定義する要求データ（８）を受信するためのレシーバ（１８）と
を備える中間デバイス（１）。
【請求項２】
前記配信先デバイス（６）は、クライアント−サーバの組み合わせにおいて、クライアントデバイスの少なくとも一部であり、前記中間デバイス（１）はサーバデバイスの少なくとも一部である請求項１に記載の中間デバイス（１）。
【請求項３】
前記中間デバイス（１）および前記配信先デバイス（６）は、ユニバーサルプラグアンドプレイデバイス、デジタルリビングネットワークアライアンスデバイス、オープンインターネットプロトコルテレビフォーラムデバイス、およびハイブリッドブロードキャスト・ブロードバンドテレビデバイスのうちの少なくとも１つの少なくとも一部である請求項１に記載の中間デバイス（１）。
【請求項４】
前記バッファデータ（７）および前記要求データ（８）は、前記ネットワーク（５）のネットワークプロトコルに基づいている請求項１に記載の中間デバイス（１）。
【請求項５】
前記ネットワークプロトコルは、ハイパーテキスト転送プロトコルまたはリアルタイムプロトコルまたは無線ネットワークプロトコルである請求項４に記載の中間デバイス（１）。
【請求項６】
前記バッファデータ（７）は、前記循環バッファ（１６）内の前記ストリーミング情報（２、４）の開始位置、前記循環バッファ（１６）内の前記ストリーミング情報（２、４）の終了位置、前記循環バッファ（１６）内の充填度、前記循環バッファ（１６）の期待充填度、および、前記循環バッファ（１６）を充填するストリームのビットレートの少なくとも１つを定義する請求項１に記載の中間デバイス（１）。
【請求項７】
ネットワーク（５）を介して、中間デバイス（１）からストリーミング情報（４）をタイムシフト法を含む方法により受信する配信先デバイス（６）であって、前記中間デバイス（１）は、配信元デバイス（３）から送られてくる前記ストリーミング情報（２、４）の少なくとも一部を格納して、前記タイムシフト法を提供する循環バッファを含み、
前記配信先デバイス（６）は、
前記中間デバイス（１）からバッファデータ（７）を受信するさらなるレシーバ（６７）と、
前記バッファデータ（７）によって表現されたタイムシフトのサイズを定義する要求データ（８）を前記中間デバイス（１）に送信するトランスミッタ（６８）と
を備える配信先デバイス（６）。
【請求項８】
前記配信先デバイス（６）は、クライアント−サーバの組み合わせにおいて、クライアントデバイスの少なくとも一部であり、前記中間デバイス（１）はサーバデバイスの少なくとも一部である請求項７に記載の配信先デバイス（６）。
【請求項９】
前記中間デバイス（１）および前記配信先デバイス（６）は、ユニバーサルプラグアンドプレイデバイス、デジタルリビングネットワークアライアンスデバイス、オープンインターネットプロトコルテレビフォーラムデバイス、およびハイブリッドブロードキャスト・ブロードバンドテレビデバイスのうちの少なくとも一つの少なくとも一部である請求項７に記載の配信先デバイス（６）。
【請求項１０】
前記バッファデータ（７）および前記要求データ（８）は、前記ネットワーク（５）のネットワークプロトコルに基づいている請請求項７に記載の配信先デバイス（６）。
【請求項１１】
前記ネットワークプロトコルは、ハイパーテキスト転送プロトコルまたはリアルタイムプロトコルまたは無線ネットワークプロトコルである請請求項１０記載の配信先デバイス（６）。
【請求項１２】
ストリーミング情報（２、４）を交換するためのシステムであって、
請求項１に記載した前記中間デバイス（１）、並びに、前記配信元デバイス（３）、および、前記ネットワーク（５）の少なくとも一方を備え、または、
請求項７に記載した前記配信先デバイス（６）および前記ネットワーク（５）を備えるシステム。
【請求項１３】
ネットワーク（５）を介して、配信元デバイス（３）からストリーミング情報（２）を受信して、配信先デバイス（６）へストリーミング情報（４）をタイムシフト法を含む方法により送信する方法であって、
循環バッファ（１６）により、前記ストリーミング情報（２、４）の少なくとも一部を格納して、前記タイムシフト法を提供する段階と、
トランスミッタ（１７）により、バッファデータ（７）を前記配信先デバイス（６）に送信する段階と、
レシーバ（１８）により、前記配信先デバイス（６）から、前記バッファデータ（７）によって表現されたタイムシフトのサイズを定義する要求データ（８）を受信する段階と
を備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信元デバイスからストリーミング情報を受信して、該ストリーミング情報を、タイムシフト法を含む方法により、ネットワーク経由で配信先デバイスに送信する中間デバイスに関する。本発明はさらに、配信先デバイス、システム、および、方法に関する。
【０００２】
中間デバイスの例にサーバデバイスがある。配信先デバイスの例にクライアントデバイスがある。
【背景技術】
【０００３】
米国特許第６，７４８，４８１号明細書は、ストリーミング情報のブロックを受信して、選択的に読み出すための循環バッファを有するストリーミング情報機器を開示している。この機器は比較的柔軟性がない環境である。
【０００４】
国際公報２００７／１１６３３４号パンフレットは、メディアサーバおよびその動作方法を開示している。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、発信元デバイスからストリーミング情報を受信して、該ストリーミング情報を、タイムシフト法を含む方法により、ネットワーク経由で配信先デバイスに送信する向上した中間デバイスの提供、および、向上した配信先デバイス、向上したシステム、および向上した方法の提供に関し、これらによって比較的柔軟な環境の提供を目指す。
【課題を解決するための手段】
【０００６】
本発明の第１の態様においては、ネットワーク（５）を介して、配信元デバイス（３）からストリーミング情報（２）を受信して、配信先デバイス（６）へストリーミング情報（４）をタイムシフト法を含む方法により送信する中間デバイス（１）であって、ストリーミング情報（２、４）の少なくとも一部を格納して、タイムシフト法を提供する循環バッファ（１６）と、バッファデータ（７）を配信先デバイス（６）に送信するトランスミッタ（１７）と、配信先デバイス（６）から、バッファデータ（７）によって表現されたタイムシフトのサイズを定義する要求データ（８）を受信するためのレシーバ（１８）とを備える中間デバイス（１）が提供される。
【０００７】
通常、循環バッファは、ストリーミング情報の少なくとも一部を格納するため、および、タイムシフト法を提供するために利用される。配信先デバイスにバッファデータを送信するためにトランスミッタを中間デバイスに追加したことで、配信先デバイスは、循環バッファに関する、例えば循環バッファの利用法および／または利用される循環バッファの部分についてのデータを入手することができるようになった。配信先デバイスから、バッファデータでタイムシフト表現されたサイズを定義する要求データを受信するためのレシーバを中間デバイスに追加したことで、配信先デバイスは、バッファデータによってタイムシフトを表すことができるようになり（例えば、バッファデータの形のタイムシフト、および／または、バッファデータの関数で表されるタイムシフト）、このタイムシフトを有する要求データを中間デバイスに送信することができるようになった。この結果、循環バッファは、１つの配信先デバイスによってより柔軟に利用することができるようになり、２以上の配信先デバイスが同じ循環バッファを利用することができるようになる。これは比較的柔軟な環境といえる。
【０００８】
一実施形態においては、中間デバイスは、クライアント−サーバの組み合わせにおいて、クライアントデバイスの少なくとも一部である配信先デバイスおよびサーバデバイスの少なくとも一部である中間デバイスによって定義される。特にクライアント−サーバの組み合わせにおいては、比較的柔軟な環境を提供すると好適である。
【０００９】
一実施形態においては、中間デバイスは、ユニバーサルプラグアンドプレイデバイスおよび／またはデジタルリビングネットワークアライアンスデバイスおよび／またはオープンインターネットプロトコルテレビフォーラムデバイスおよび／またはハイブリッドブロードキャスト・ブロードバンドテレビデバイスの少なくとも一部である中間デバイスおよび配信先デバイスにより定義される。特にユニバーサルプラグアンドプレイデバイスおよび／またはデジタルリビングネットワークアライアンスデバイスおよび／またはオープンインターネットプロトコルテレビフォーラムデバイスおよび／またはハイブリッドブロードキャスト・ブロードバンドテレビデバイスにおいては、比較的柔軟な環境を提供すると好適である。
【００１０】
一実施形態においては、中間デバイスは、ネットワークのネットワークプロトコルに基づいているバッファデータおよび要求データにより定義される。ネットワークは、１つの配信先デバイスに、より柔軟に循環バッファを利用させることができ、２以上の宛先デバイスに同じ循環バッファを利用させることができる。
【００１１】
一実施形態においては、中間デバイスは、ハイパーテキスト転送プロトコルまたはリアルタイムプロトコルまたは無線ネットワークプロトコルであるネットワークプロトコルにより定義される。特にハイパーテキスト転送プロトコルおよび／またはリアルタイムプロトコルおよび／または無線ネットワークプロトコルは、比較的柔軟な環境で利用されて効を奏する。
【００１２】
一実施形態においては、バッファデータ（７）は、循環バッファ（１６）内のストリーミング情報（２、４）の開始位置、循環バッファ（１６）内のストリーミング情報（２、４）の終了位置、循環バッファ（１６）内の充填度、循環バッファ（１６）の期待充填度、および、循環バッファ（１６）を充填するストリームのビットレートの少なくとも１つを定義する。
【００１３】
本発明の第２の態様においては、ネットワーク（５）を介して、中間デバイス（１）からストリーミング情報（４）をタイムシフト法を含む方法により受信する配信先デバイス（６）であって、中間デバイス（１）は、配信元デバイス（３）から送られてくるストリーミング情報（２、４）の少なくとも一部を格納して、タイムシフト法を提供する循環バッファを含み、配信先デバイス（６）は、中間デバイス（１）からバッファデータ（７）を受信するさらなるレシーバ（６７）と、バッファデータ（７）によって表現されたタイムシフトのサイズを定義する要求データ（８）を中間デバイス（１）に送信するトランスミッタ（６８）とを備える配信先デバイス（６）が提供される。
【００１４】
一実施形態においては、配信先デバイスは、クライアント−サーバの組み合わせにおいて、クライアントデバイスの少なくとも一部である配信先デバイスおよびサーバデバイスの少なくとも一部である中間デバイスにより定義される。
【００１５】
一実施形態においては、配信先デバイスは、ユニバーサルプラグアンドプレイデバイスおよび／またはデジタルリビングネットワークアライアンスデバイスおよび／またはオープンインターネットプロトコルテレビフォーラムデバイスおよび／またはハイブリッドブロードキャスト・ブロードバンドテレビデバイスの少なくとも一部である中間デバイスおよび配信先デバイスにより定義される。
【００１６】
一実施形態においては、配信先デバイスは、ネットワークのネットワークプロトコルに基づくバッファデータおよび要求データにより定義される。
【００１７】
一実施形態においては、配信先デバイスは、ハイパーテキスト転送プロトコルまたはリアルタイムプロトコルまたは無線ネットワークプロトコルであるネットワークプロトコルにより定義される。
【００１８】
本発明の第３の態様においては、ストリーミング情報（２、４）を交換するためのシステムであって、上述した中間デバイス（１）、並びに、配信元デバイス（３）、および／もしくは、ネットワーク（５）を備え、または、上述した配信先デバイス（６）およびネットワーク（５）を備えるシステムが提供される。
【００１９】
本発明の第４の態様においては、ネットワーク（５）を介して、配信元デバイス（３）からストリーミング情報（２）を受信して、配信先デバイス（６）へストリーミング情報（４）をタイムシフト法を含む方法により送信する方法であって、循環バッファ（１６）により、ストリーミング情報（２、４）の少なくとも一部を格納して、タイムシフト法を提供する段階と、トランスミッタ（１７）により、バッファデータ（７）を配信先デバイス（６）に送信する段階と、レシーバ（１８）により、配信先デバイス（６）から、バッファデータ（７）によって表現されたタイムシフトのサイズを定義する要求データ（８）を受信する段階とを備える方法が提供される。
【００２０】
本発明は、循環バッファを含む中間デバイスによりストリーミング情報を交換する環境に、比較的高い柔軟性を与えるとよい、という洞察に基づいている。本発明が基づく基本理念は、バッファデータを、中間デバイスから配信先デバイスに送信して、バッファデータによってタイムシフト表現されたサイズを定義する要求データを配信先デバイスから中間デバイスへと送信する、ということである。
【００２１】
本発明は、発信元デバイスからストリーミング情報を受信して、該ストリーミング情報を、タイムシフト法を含む方法により、ネットワーク経由で配信先デバイスに送信する中間デバイスの提供、および、配信先デバイス、システム、および方法の提供により、比較的柔軟な環境を提供する、という課題を解決した。本発明はさらに、循環バッファを１つの配信先デバイスが、より柔軟に利用することができる点で有利であり、２以上の配信先デバイスが同じ循環バッファを利用することができる点で有利である。
【００２２】
上述した本発明の態様、またはその他の態様は、後述する実施形態により明らかとなったり、後述する実施形態により示唆される。
【図面の簡単な説明】
【００２３】
【図１】配信元デバイス、中間デバイス、配信先デバイス、および、中間デバイスと配信先デバイスとの間に介在するネットワークを示す。
【図２】配信元デバイス、ネットワークの一部である中間デバイス、配信先デバイス、および、配信元デバイスと配信先デバイスとの間に介在するネットワークを示す。
【図３】中間デバイスと配信先デバイスとを詳細に示す。
【図４】サーバ側から見た循環バッファを示す。
【図５】クライアント側から見た循環バッファを示す。
【発明を実施するための形態】
【００２４】
図１では、配信元デバイス３、中間デバイス１、および配信先デバイス６を示しており、ネットワーク５が、中間デバイス１と配信先デバイス６との間に介在している。配信元デバイス３は、オーディオ／ビデオファイル等のストリーミング情報２を中間デバイス１に送信する。中間デバイス１は、ネットワーク５を介して配信先デバイス６に、タイムシフト法を含む方法によりストリーミング情報４を送信する。中間デバイス１は、ストリーミング情報２、４の少なくとも一部を格納して、タイムシフト法でバッファデータ７を表現して、配信先デバイス６にネットワーク５を介して送信して、要求データ８を、配信先デバイス６からネットワーク５を介して受信する。要求データ８は、ストリーミング情報２、４に導入すべきタイムシフトのサイズを定義している。このタイムシフトはバッファデータ７によって表現される。
【００２５】
一例では配信先デバイス６は、クライアント−サーバの組み合わせにおいて、クライアントデバイスの少なくとも一部であり、中間デバイス１は、サーバデバイスの少なくとも一部である。この代わりに、および／または、これに加えて、中間デバイス１および配信先デバイス６は、例えば、ニバーサルプラグアンドプレイデバイスおよび／またはデジタルリビングネットワークアライアンスデバイスおよび／またはオープンインターネットプロトコルテレビフォーラムデバイスおよび／またはハイブリッドブロードキャスト・ブロードバンドテレビデバイスの少なくとも一部であってよい。
【００２６】
バッファデータ７および要求データ８は、例えば、ネットワーク５のネットワークプロトコルに基づいたものであってよい。このネットワークプロトコルは、ハイパーテキスト転送プロトコルまたはリアルタイムプロトコルまたは無線ネットワークプロトコル等であってよい。
【００２７】
図２では、配信元デバイス３、中間デバイス１、配信先デバイス６が示されており、ネットワーク５が、配信元デバイス３と配信先デバイス６との間に介在しており、中間デバイス１は、このネットワーク５の一部を形成している。
【００２８】
図１では、ネットワーク５はさらに、中間デバイス１および／または配信先デバイス６を含んでよい。図２では、ネットワーク５はさらに、配信元デバイス３および／または配信先デバイス６を含んでよい。
【００２９】
図３で、中間デバイス１および配信先デバイス６をさらに詳述する。一例では、中間デバイス１は、配信元デバイス３からのストリーミング情報２を受信するため、および、このストリーミング情報２またはそれを変換したもの２２を第１の交換コントローラ１３に供給するための第１のレシーバ１２を含む。第１の交換コントローラ１３は、ストリーミング情報２またはそれを変換したもの２２を、入力格納信号３２の形で循環バッファ１６に提供する。循環バッファ１６は、出力格納信号３４を第１の交換コントローラ１３に提供して、この第１の交換コントローラ１３が、ストリーミング情報４またはそれを変換したもの２４を中間デバイス１の第１のトランスミッタ１４に提供する。第１のトランスミッタ１４は、ストリーミング情報４を配信先デバイス６に送信する。変換されたもの２２、２４それぞれは、例えば、ストリーミング情報２、４の送信フォーマットが、処理フォーマットおよび／または格納フォーマットと異なっている場合に導入されてよい（導入する必要がある）。
【００３０】
例えば中間デバイス１はさらに、循環バッファ１６を制御するバッファコントローラ１５、バッファデータ７を配信先デバイス６に送信する第２のトランスミッタ１７、および、要求データ８を配信先デバイス６から受信する第２のレシーバ１８を含む。バッファコントローラ１５、第２のトランスミッタ１７、および、第２のレシーバ１８はそれぞれ、第１の交換コントローラ１３に連結されている。
【００３１】
一例では、配信先デバイス６は、中間デバイス１からのストリーミング情報４を受信するために、および、このストリーミング情報４またはそれを変換したもの７４を第２の交換コントローラ６５に供給するための第３のレシーバ６４を含む。第２の交換コントローラ６５は、ストリーミング情報４またはそれを変換したもの８４を、オーディオ／ビデオプレーヤ６６に提供する。変換されたもの７４、８４それぞれは、例えば、ストリーミング情報４の送信フォーマットが、処理フォーマットおよび／または再生フォーマットと異なっている場合に導入されてよい（導入する必要がある）。
【００３２】
一例では、配信先デバイス６はさらに、中間デバイス１からバッファデータ７を受信するための第４のレシーバ６７、中間デバイス１に要求データ８を送信するための第３のトランスミッタ６８、および、ユーザからの制御信号９を受信するための第５のレシーバ６３を含む。第４のレシーバ６７、第３のトランスミッタ６８、および、第５のレシーバ６３はそれぞれ、第２の交換コントローラ６５に連結されている。
【００３３】
例えばストリーミング情報２、４を介して配信されたオーディオ／ビデオストリームをライブで鑑賞しているユーザは、例えば１０分間巻き戻したいと思うこともあろう。先行技術では、このようなユーザは、高速巻き戻し命令を与えるしかなく、１０分間の時間位置に到達するまで巻き戻し時間をずっと見守っている必要があった。
【００３４】
本願の場合には、これらのユーザは、１０分の巻き戻し命令を発して、第２の交換コントローラ６５が、最近受信したバッファデータ７を利用して（例えば毎秒、毎１０秒、毎３０秒、または毎分、または比較的定期的間隔で送信される）、１０分の巻き戻し命令を、バッファデータ７によって要求データ８に変換することができる。
【００３５】
こうすることで、配信先デバイス６は、バッファデータ７によってタイムシフトを表現することができるようになり（例えば、バッファデータ７におけるタイムシフト、および／または、バッファデータ７を関数とするタイムシフト）、要求データ８をこのタイムシフトとともに中間デバイス１に送ることができるようになる。この結果、循環バッファ１６は、１つの配信先デバイス６によってより柔軟に利用することができるようになり、２以上の配信先デバイス６が同じ循環バッファ１６を利用することができるようになる。これは比較的柔軟な環境といえる。
【００３６】
一例ではバッファデータ７が、循環バッファ１６内のストリーミング情報２、４の開始位置を定義することができ（この場合には、要求データ８がこの開始位置に関する別の位置を定義することになる）、および／または、循環バッファ１６内のストリーミング情報２、４の終了位置を定義することができ（この場合には、要求データ８がこの終了位置に関する別の位置を定義することになる）、および／または、循環バッファ１６の充填度を定義することができ（この場合には、要求データ８が、この充填度の程度または別の位置を定義することになる）、および／または、循環バッファ１６の期待充填度を定義することができ（この場合には、要求データ８が、この予期充填度の程度または別の位置を定義することになる）、および／または、循環バッファ１６を充填するストリームのビットレートを定義することができる（この場合には、要求データ８が、このビットレートに基づいていてよい）。
【００３７】
オーディオ／ビデオプレーヤ６６は、別のプレーヤであってもよく、および／または、配信先デバイス６外に設けられてもよい。一方にある第１のトランスミッタ１４／第３のレシーバ６４と、他方にある第２のトランスミッタ１７／第４のレシーバ６７とは、それぞれ異なる有線／無線接続を利用することもできるし、および／または、同じ有線／無線接続を利用しつつ異なる有線／無線チャネルを利用することもできるし、および／または、同じ有線／無線チャネルを利用することもできる。一方にある第２のトランスミッタ１７／第４のレシーバ６７と、他方にある第２のレシーバ１８／第３のトランスミッタ６８とは、それぞれ異なる有線／無線接続を利用することもできるし、および／または、同じ有線／無線接続を利用しつつ異なる有線／無線チャネルを利用することもできるし、および／または、同じ有線／無線チャネルを利用することもできる。
【００３８】
中間デバイス１内、および、配信先デバイス６内では、任意の２以上のブロックを１つの新たなブロックに組み合わせたり／統合したりすることができ、各ブロックは、２以上のサブブロックに分割される。例えば、１以上のトランスミッタおよび１以上のレシーバを１つのトランシーバに組み合わせることができる。タイムシフトが必要ない場合には、中間デバイス１内の第１の交換コントローラ１３は、第１のレシーバ１２および第１のトランスミッタ１４と相互接続して、ストリーミング情報２またはそれを変換したもの２２をタップオフして、出力格納信号３４の代わりに入力格納信号３２を利用して循環バッファ１６に格納させることができる。
【００３９】
先ず、タイムシフトは、必ず時間を遡る方向に、しかも、タイムシフトされた（遅延された）ストリーミング情報が受信されてすぐに行われるが、ジャンプは、時間をかなり遡ることもできるし、部分的または完全に現在に戻ることもできる。ユーザが不可能な程度に時間を遡ることを希望する場合には、不可能なので中間デバイス１はその時点で利用可能な一番古いストリーミング情報を戻す。
【００４０】
図４は、サーバ側から見た循環バッファを示す。矢印１００は最大記録時間を定義しており、矢印１０１は古い情報を定義しており、矢印１０２は現在の情報を定義しており、矢印１０３はラップアラウンドタイム（wrap around time）を定義しており、矢印１０４は記録を定義している。
【００４１】
図５は、クライアント側から見た循環バッファを示す。矢印２００は、最大記録時間を定義しており、矢印２０１は最大記録情報を定義しており、矢印２０２は古い情報を定義しており、矢印２０３は現在の情報を定義しており、矢印２０４は記録を定義している。
【００４２】
従って、タイムシフトするストリーミング情報のためのバッファは、例えばｈｔｔｐサーバによって露呈させることができ、タイムシフトされたストリーミング情報は、例えばｈｔｔｐクライアントにより取得されることができる。この状況は、クライアント側からみた通常のｈｔｔｐ取得に似ているように見えるが、バッファのファイルサイズ（原則無限である）およびラップアラウンド特徴（wrap around feature）の点で幾つか異なっている。
【００４３】
バッファ自身は仮想ファイル上にマッピングすることができる。このマッピングは、ファイルサイズとは時間を逆にして行うことができ、これにより、開始時点ではなくて最終時点を知ることができる。循環バッファは、コンテンツ格納ができない配信元デバイスからリアルタイムコンテンツを格納するために利用することができる。この循環バッファは２つの定義された位置を有している。第１の定義された位置は「今の」または「現在の」カーソルであり、ここには新たなリアルタイムのコンテンツを格納する。第２の定義された位置は「古い」カーソルである。これは、再生に利用可能なもののなかで一番古いコンテンツである。このコンテンツは、リアルタイムのコンテンツにより再度書き換えられる。最大記録時間は、最大バッファサイズであってよい。記録は、時間ゼロから最大バッファサイズに到達するまで成長する。露呈されるファイルは、最大バッファサイズ（その全体、バッファが経時的に成長するとき）を有する。
【００４４】
中間デバイスに対して行われる適合は、例えば、ｈｔｔｐヘッドコマンドを、最大バッファサイズを露呈したファイルのファイルサイズとして戻すことに利用したり、例えばｈｔｔｐヘッドコマンドを利用して、配信先デバイスが通常のファイルとみなすことができないものにも署名を与えるために利用したりすることができる。配信先デバイスがこの特別な署名を認識していない場合には、ファイルは通常のファイルとみなされるので、キーワード循環を通常のｍｉｍｅタイプの最後（例えばオーディオ／ｗａｖ−循環、ビデオ／ｍｐｅｇ２−循環等）に追加することで、特別なｍｉｍｅタイプを署名に利用することができる。
【００４５】
配信先デバイスに対して行われる適合は、例えば、配信先デバイスが、特別なｍｉｍｅタイプを認識することができるようにして、配信デバイスが、ファイルサイズを逆行する時間として解釈することができ、つまり、最大ファイルサイズが現在の時間と対応する（例えばその時点までに格納されていないコンテンツは再生できないので）として、ゼロファイルサイズが一番古い格納データと対応するとして、配信先デバイスに、ひとたび最大ファイルサイズバイトを聞いたらデータをもらいつづけるようにして、配信先デバイスが、ファイルの最後で読み出しを開始するべきであり（例えば「現在の」コンテンツを示す）、配信先デバイスが、ファイル内で、時間的な「ジャンプ」を探すことができるようにする、といったことを含んでよい。時間的に後方／前方にジャンプするためには、ストリーミング情報が公知の「平均」ビットレートを有するとよい。このビットレートから、ファイル内を探すためにマッピングを行うことができる。この後方検索（seeking back）のための実際のポイントは、ファイルの位置に基づいている。従って１０秒間後方にジャンプする場合には、ファイル位置は正確に計算することができるが、ファイルの位置自身はＴから１０秒を差し引いた時間を示してはいない。しかしこれは全て平均値に基づいたものであるので、戻り値は、Ｔから１０秒を差し引いた時間に近い値にはなる。または、ファイル内の正確な位置（フレーム解像度を有する）を、入力格納信号３２のストリームにおけるフレーム境界、および、フレーム境界がファイル内に存在する位置情報に基づいて知ることもできる。この情報を利用して、時間および位置の正確なマッピングを生成することができる。フレーム境界の検知は、ビデオフォーマットによって異なる。
【００４６】
まとめると、クライアント−サーバの組み合わせにおける、サーバデバイスをはじめとする中間デバイス１は、発信元デバイス３からストリーミング情報２を受信して、ストリーミング情報４を、タイムシフト法を含む方法により、ネットワーク５経由で配信先デバイス６（例えばクライアントデバイス）に送信する。タイムシフト法を提供するためには、中間デバイス１は、ストリーミング情報２、４の少なくとも一部を格納する循環バッファ１６を含む。例えばネットワークプロトコルに従ってバッファデータ７を配信先デバイス６に送信するトランスミッタ１７、および、要求データ８を配信先デバイス６から受信するレシーバ１８を中間デバイス１に提供して、要求データ８が、バッファデータ７によって表現されたタイムシフトのサイズを定義することにより、循環バッファ１６は、１つの配信先デバイス６によって、もっと柔軟に利用することができるようになり、２以上の配信先デバイス６によって、比較的柔軟な環境で利用することができる。中間／配信先デバイス１、６は、ユニバーサルプラグアンドプレイデバイスおよび／またはデジタルリビングネットワークアライアンスデバイスおよび／またはオープンインターネットプロトコルテレビフォーラムデバイスおよび／またはハイブリッドブロードキャスト・ブロードバンドテレビデバイスであってよい。
【００４７】
本発明を、図面およびこれまでの記載で説明してきたが、これらの図示および記載は、あくまで例示であり、限定的にとらえられるべきではなく、つまり本発明は、開示される実施形態に限定はされない。例えば、開示してきた様々な実施形態の異なる部分同士を新たな実施形態に組み合わせた実施形態で本発明を実施することもできる。
【００４８】
請求されている発明を実施する当業者であれば、図面、開示、および添付請求項を読むことで、開示した実施形態に対する他の変形例を理解し、実行することができる。請求項では、「備える」という用語は、実際に記載されている部材以外の部材または段階をも含みうる概念を説明しており、単数形名詞は、複数をも含むものとして捉えられるべきである。請求項に示すいくつかのアイテムの機能は、単一のプロセッサその他のユニットにより達成することもできる。互いに異なり従属関係にある請求項に複数の計測値が現れるからといって、これは、これらの計測値の組み合わせを利用して効が奏されない、という意味ではない。請求項の参照符号は全て、範囲を限定する意味に捉えられるべきではない。
【図１】
2013514708.tif 000003
【図２】
2013514708.tif 000004
【図３】
2013514708.tif 000005
【図４】
2013514708.tif 000006
【図５】
2013514708.tif 000007
【国際調査報告】
2013514708.tif 000008
2013514708.tif 000009
2013514708.tif 000010