JP2015501018A - コンテンツをサーバおよび対応する装置上のファイルに保存する方法 - Google Patents

Abstract

本発明は、コンテンツを移送するデータストリームをサーバ上のファイルに変換する方法および装置に関する。コンテンツはそれを再生するためのタイムスタンプを含み、タイムスタンプは前記コンテンツの開始から経過した時間を示す。本方法は、放送チャネルからストリーミングコンテンツを受信するステップ（Ｓ２、Ｓ３）、少なくとも１つの時間的再生情報を、タイムスタンプのうちの少なくとも１つおよび基準クロックから計算するステップ（Ｓ４）であって、基準クロックがローカルエリアネットワークの時刻基準であるステップ、コンテンツをサーバ上のファイルに保存するステップ（Ｓ５）であって、サーバファイルがローカルエリアネットワークに接続された再生端末によってアクセス可能であるステップ、および、１つの時間的再生情報を、サーバファイルまたはサーバファイルに関連する記述ファイルに保存するステップ（Ｓ６）を含むことを特徴とする。

Description

本発明は、概して、コンテンツ配信の領域に関し、より具体的には、ローカルエリアネットワークのサーバ上のストリーミングコンテンツの可用性に関する。

現在のローカルエリアネットワークでは、様々な機器、例えば、コンピュータ、データ記憶装置、オーディオおよび／またはビデオ再生装置、データ受信装置、プリンタ、ルータ、固定電話および携帯電話、携帯情報端末、ならびに通信インタフェースを、相互接続することができる。隣接する機器を相互接続して、場合によって補助的な機能を実装することができるため、同一のネットワークに接続された機器間の相互運用性の必要性が高まっている。

相互運用性により、機器は、他の機器と通信することができ、簡素な実装を確保しつつユーザが利用可能な機能性を生み出すことができる。例えば、プリンタをローカルエリアネットワークに接続することができ、かつ、印刷に使用される１組のパラメータを最初に構成する必要なく、同一のネットワークに接続されたコンピュータからドキュメントを印刷することができることは、便利である。これを行うために、実装される相互運用性の規格が存在し、その規格により、機器は、ネットワークに接続されると自動的に検出され、その機器自体の特性、例えば、型、モデル、主要な機能、能力、またはその機器を通して実装できるサービスを、他の機器に伝えることができる。

相互運用性の規格の１つは、ＵＰｎＰ（「ｕｎｉｖｅｒｓａｌ ｐｌｕｇ ａｎｄ ｐｌａｙ」、ＵＰｎＰはｈｔｔｐ：／／ｕｐｎｐ．ｏｒｇ／において入手可能な一連のドキュメントにより定義されている）である。ＵＰｎＰは、機器を容易にローカルエリアネットワークに接続し、ネットワーク上での実装を簡素化できるようにすることを目的とする規格である。ＵＰｎＰ対応の機器はまた、ユーティリティおよびエンターテインメントアプリケーションに対して、ファイル共有、通信、およびデータ交換をサポートする。ＵＰｎＰは、ネットワークの通常の通信規格に基づきＵＰｎＰ制御プロトコルを定義し、公開することによって、機器の相互運用性をユーザにとってより簡素なものにすることができる。ＵＰｎＰ ＡＶは、オーディオおよびビデオ面を扱うその規格の一部である。ＵＰｎＰ ＡＶの最新バージョンは、ＵＰｎＰ ＡＶ：４である。

ＵＰｎＰにより、例えば、あるコンピュータと同一のローカルエリアネットワークに接続されているリモート機器の記憶領域に記憶されたファイルを、どちらの機器も構成する必要なく、そのコンピュータから閲覧することが可能である。同様に、ハードドライブのようなリモート装置の記憶領域に保存されたファイルに記憶されたオーディオ／ビデオコンテンツの再生を、コンテンツのフォーマットに対応するテレビのような再生装置で、何ら他の構成なしに、その両方の機器が同一のローカルエリアネットワークに接続されている限り開始することが可能である。

例えば、ハードドライブに記憶された別個のファイルが、同一のオーディオビジュアルコンテンツを有する別個の構成要素を含む場合、ＵＰｎＰが、１つまたは複数の再生装置で、それぞれの再生を同期させることができる。同一のコンテンツがテレビのプログラムであり、構成要素が、オーディオおよびビデオ、または同一場面の２つの異なるビューに対応するビデオである場合がある。構成要素それぞれが再生に関する時間的情報を含み、機器それぞれが共通クロックを共有している場合、同期は可能である。共通クロックの共有は、同一のローカルエリアネットワークに接続された機器に適用できる。ローカルエリアネットワークの共通クロックは、一般に「ウォールクロック」と呼ばれる。

コンテンツを保存する方法により、そのコンテンツをローカルサーバ上に記憶された１つまたは複数のファイルから再生することができ、再生は、例えば、ＵＰｎＰ規格に従って、規定される。しかし、これらの方法には、ＤＴＴ（Ｄｉｇｉｔａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｔｅｌｅｖｉｓｉｏｎ）や衛星により送信されたオーディオビジュアルコンテンツ、または広帯域ネットワーク上でマルチキャスト配信されたオーディオビジュアルコンテンツのような、ストリーミングコンテンツへのアクセスを許可しないという不都合がある。

本発明は、先行技術の欠点のうちの少なくとも１つを解決する。具体的には、データストリームをサーバに保存できるようにすることを目的とし、その保存はコンテンツの再生に適合し、例えばＵＰｎＰ ＡＶ：４規格に従って、別のコンテンツの再生と同期したコンテンツの再生を含む。

より具体的には、本発明は、ローカルエリアネットワークに接続されたサーバにコンテンツを保存する方法に関し、サーバは、ローカルエリアネットワークに接続された１つまたは複数の再生装置による、かつサーバと再生装置との間の相互運用性プロトコルの使用による、オーディオビジュアルコンテンツの同期再生に適合する。

本方法は以下のステップを含む。

−送信されたコンテンツを、ローカルエリアネットワークに接続された１つの機器によって、放送チャネルから受信するステップであって、送信されたコンテンツはタイムスタンプを含み、タイムスタンプは、コンテンツの開始から経過した時間を示すステップ。

−ローカルエリアネットワークに接続された再生装置による同期再生のために、少なくとも１つの時間的再生情報を、タイムスタンプのうちの少なくとも１つ、およびローカルエリアネットワークのウォールクロックから計算するステップ。

−コンテンツの少なくとも一部を、前記ローカルエリアネットワークのサーバに保存するステップ。

−少なくとも１つの時間的再生情報をローカルエリアネットワークのサーバに保存するステップであって、それにより、放送チャネルから受信した放送されるコンテンツの再生を、別のコンテンツの再生と同期させることが可能となり、その両方の再生が、ローカルエリアネットワークに接続された機器によって達成されるステップ。

本発明の一実施形態によると、本方法は、開始時刻が時間的再生情報によって決まる再生ステップを含む。

本発明の一実施形態によると、再生ステップは、時間的再生情報により指定された時刻より前に開始することはできず、コンテンツは指定時刻より前には利用できない。

本発明の一実施形態によると、再生ステップは、時間的再生情報により指定された時刻に開始する。

本発明の一実施形態によると、再生ステップは、時間的再生情報により指定された時刻に、ファイルを少なくとも１つの宛先に送信するステップを含む。

本発明の一実施形態によると、再生ステップは、コンテンツの少なくとも一部を送信するという要求を受信すると、ファイルを少なくとも１つの宛先に送信するステップを含む。

本発明の一実施形態によると、時間的再生情報を計算するステップは、コンテンツを保存するために利用可能な領域の量に依存する。

本発明の一実施形態によると、コンテンツの少なくとも一部をファイルに保存するステップは、循環バッファ方法に従うバッファファイルを使用する。

本発明の一実施形態によると、サーバのファイルは、コンテンツ受信後、コンテンツの全てを含む。

本発明の一実施形態によると、放送チャネルは、双方向広帯域チャネルである。

本発明の一実施形態によると、サーバは、ユニバーサルプラグアンドプレイＡＶ相互運用性規格に対応するローカルメディアサーバである。

本発明の一実施形態によると、時間的再生情報は、予定開始時刻パラメータを示すコンテンツ記述サービスの情報フィールド（ＳｃｈｅｄｕｌｅｄＳｔａｒｔＴｉｍｅ）に書き込まれる。

本発明の一実施形態によると、コンテンツ記述サービスにおける時間的再生情報には、サーバに接続された機器によってアクセスすることができる。

本発明はまた、コンテンツをファイルに保存するための装置に関する。本装置は、コンテンツの開始から経過した時間を示すタイムスタンプを含む送信されたコンテンツを受信するための入力インタフェースと、少なくとも１つのタイムスタンプ、およびローカルエリアネットワークの時刻基準であるウォールクロックから、少なくとも時間的再生情報を計算するためのモジュールと、送信されたコンテンツをファイルに保存し、時間的再生情報を保存することができる保存用モジュールとを備える。

本発明の一実施形態によると、本装置は、時間的再生情報に基づきファイルを再生することができる再生モジュールを備える。そして、ファイルの再生を別のコンテンツ（または同一コンテンツの別のビュー）の再生と同期させることができる。有利なことに、本装置は、少なくとも１つの時間的再生情報を、予定開始時刻パラメータを示すコンテンツ記述サービスの情報フィールドに保存するためのモジュールを備える。

本発明の一実施形態によると、本装置は、時間的再生情報に基づく時刻にコンテンツを送信するためのインタフェースを備える。

本発明は、限定するものではないが添付図面を参照して、以下の実施形態および実装形態によって、よりよく理解し説明することができよう。
本発明の一実施形態による、ネットワークゲートウェイによってワイドエリアネットワークに接続された家庭内ローカルエリアネットワークのブロック図である。 本発明の一実施形態による、メディアサーバを含むネットワークゲートウェイを示す図である。 本発明の一実施形態による、ネットワークゲートウェイのメディアサーバの図である。 マルチキャストストリーミングコンテンツを受信し、同期再生のためにファイルをダウンロードする状態を時間的に示す図である。 本方法のステップを示す図である。

図１〜図３では、図示したモジュールは機能ユニットであり、物理的に区別できるユニットに相当してもよいし、しなくてもよい。例えば、これらのモジュールまたはその一部を単一の構成要素にまとめる、またはそれらによって同一のソフトウェアの機能を構成することもできる。逆に、モジュールのなかには、別個の物理的エンティティから構成されるものもある。

本実施形態は、ネットワークゲートウェイによってワイドエリアネットワークに接続された家庭内ローカルエリアネットワークの範囲内にあるが、本発明は、この特定の環境に限定されるものではなく、他の環境内でも適用することができる。

図１は、ネットワークゲートウェイ１によってワイドエリアネットワーク３に接続された家庭内ローカルエリアネットワーク２を示す。ワイドエリアネットワーク３は、一般にインターネットとして知られている双方向広帯域ネットワークである。家庭内ローカルエリアネットワークは、本発明の実施形態によると、当業者には既知であり有線接続を含むイーサネット（登録商標）（ＩＳＯ／ＩＥＣ ８８０２−３）である。別の実施形態によると、ローカルエリアネットワークは、無線伝送規格ＩＥＥＥ８０２．１１に記載されているような無線接続を含む。様々な機器が、家庭内ローカルエリアネットワーク２に接続される。この機器には、ネットワークゲートウェイ１、パーソナルコンピュータ５、および２つの再生装置９および４を含む。再生装置９および４はテレビであり、それぞれが、オーディオビジュアルコンテンツを搬送するデジタルストリームを受信し、それをビデオまたは音声を再生する形式で再生するためのイーサネットネットワーク接続インタフェースを有する。

ネットワークゲートウェイ１は、モデムおよびルータを備え、それらによって、家庭内ローカルエリアネットワーク２をインターネットに接続し、インターネット、ならびに契約者すなわち家庭内ローカルエリアネットワーク２のユーザに対する電話、テレビ、およびビデオオンデマンドというような関連サービスにアクセスする。

コンテンツストリーマ７もまた、ワイドエリアネットワーク３に接続され、エンコーダ８によって符号化されたオーディオビジュアルコンテンツを、ワイドエリアネットワーク３上にストリーミング配信する。オーディオビジュアルコンテンツは、マルチキャスト配信のモードに従ってストリーミング配信される。また、マルチキャストデータストリームを受信できる受信装置は、コンテンツストリーマ７によって送信されるマルチキャストストリームを受信するよう契約できる。このような装置は、例えば、パーソナルコンピュータ５、またはネットワークゲートウェイ１であることができる。

コンテンツサーバ６もまた、ワイドエリアネットワーク３に接続される。コンテンツサーバは、ワイドエリアネットワーク３を介して、エンコーダ８によって符号化されたオーディオビジュアルコンテンツのファイルへのアクセスを提供する。家庭内ローカルエリアネットワーク２に接続されたパーソナルコンピュータ５は、ファイルをダウンロードし、それをローカルネットワーク２上の記憶ユニットに保存することができる。

従って、家庭内ローカルエリアネットワーク２に接続された装置が、コンテンツストリーマ７によってストリーミング配信されたオーディオビジュアルコンテンツを移送するマルチキャストデータストリームを受信し、家庭内ローカルエリアネットワーク２に接続された記憶ユニットに保存する目的で、コンテンツサーバ６からファイルの形式でオーディオビジュアルコンテンツをダウンロードすることが可能である。オーディオビジュアルコンテンツは、このようにファイルの形式で利用可能であり、コンテンツがエンコーダ８によって符号化されたものであるので、これがコンテンツサーバ６上に記憶されているものか、コンテンツストリーマ７によってストリーミング配信されたものであるかに関わらず、共通の時間的情報を含むことができる。

図２は、本発明の一実施形態による、ネットワークゲートウェイ１のアーキテクチャ全体を示す。ネットワークゲートウェイ１は、ローカルエリアネットワーク２およびワイドエリアネットワーク３を接続するためのモデム／ルータ１２を備える。ゲートウェイ１は、ローカルエリアネットワーク２に接続されたローカルサーバ１３をさらに備える。ローカルサーバ１３は、ＵＰｎＰ ＡＶ：４相互運用性規格に対応し、ファイルを記憶して、そのファイルに家庭内ローカルエリアネットワーク２に接続された機器からアクセスすることを可能にする。従って、ローカルサーバ１３上でコンテンツファイルを共有することが可能である。

図示したシステムアーキテクチャにより、ワイドエリアネットワーク３によって表されているインターネット上でアクセス可能なサイトを、家庭内ローカルエリアネットワーク２に接続されたパーソナルコンピュータ５から閲覧することができる。そして、ワイドエリアネットワーク３に接続されたコンテンツサーバ６に、パーソナルコンピュータ５からアクセスすることが可能である。従って、パーソナルコンピュータのユーザが、コンテンツサーバ６上で利用可能なファイルを、パーソナルコンピュータ５にダウンロードし、ダウンロードしたファイルをゲートウェイ１のローカルサーバ１３に保存することができる。ローカルサーバ１３は、家庭内ローカルエリアネットワーク３からアクセス可能な、図２に示す保存ユニットを備える。

図３は、ネットワークゲートウェイ１のローカルサーバ１３を示す。

ローカルサーバ１３は、家庭内ローカルエリアネットワーク２への接続のために、ローカルエリアネットワークに接続するためのインタフェース１３１を備える。ローカルサーバ１３はまた、インタフェース１３１に接続された計算器１３２、および計算器に接続された保存ユニット１３３を備える。インタフェース１３１は、計算器１３２を介して保存ユニット１３３とデータを送受信することができる双方向のインタフェースである。ネットワークインタフェース１３１、計算器１３２、および保存ユニット１３３に対する管理動作、制御動作、ならびに構成の全てを、制御バス１３５用いて制御および処理ユニット１３４により行う。

制御および処理ユニット１３４は、ローカルサーバ１３上で機能を実装するために使用されるルーチンを実行するマイクロコントローラおよび関連メモリ（図示せず）を備える。保存ユニット１３３は、制御ユニット１３４により構成することが可能なハードドライブおよびハードディスクコントローラを備える。

制御ユニット１３４は、ＵＰｎＰ ＡＶ：４相互運用性規格によって指定されたサービスおよび機能を実装する。ローカルサーバ１３は、ＵＰｎＰ ＡＶ：４相互運用性規格に対応し、ＵＰｎＰ ＡＶ：４に記載された仕様およびプロトコルの全てによって定義されている、Ｍｅｄｉａ Ｓｅｒｖｅｒと見なされる。

本発明の実施形態によると、パーソナルコンピュータ５によって実行されるクライアントアプリケーションは、コンテンツストリーマ７によってストリーミング配信されたマルチキャストストリームを検出し、ローカルサーバ１３に、オーディオビジュアルコンテンツを含むファイルの形式でマルチキャストストリームを記憶させるよう、ユーザを促すことができる。記憶されたファイルは、ローカルエリアネットワーク２に接続された再生装置に利用可能である。

ＵＰｎＰ ＡＶ：４規格は、Ｍｅｄｉａ Ｓｅｒｖｅｒ、Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ、およびＣｏｎｔｒｏｌ Ｐｏｉｎｔを定義している。ＵＰｎＰによると、Ｃｏｎｔｒｏｌ Ｐｏｉｎｔは、確立されたプロトコルを使用してＭｅｄｉａ Ｓｅｒｖｅｒと通信するが、それらのプロトコルによって、Ｍｅｄｉａ Ｓｅｒｖｅｒは、Ｍｅｄｉａ Ｓｅｒｖｅｒ上のファイルを識別し、コンテンツ記述子サービス（Ｃｏｎｔｅｎｔ Ｄｅｓｃｒｉｐｔｏｒ Ｓｅｒｖｉｃｅ（ＣＤＳ））にアクセスすることができる。

従って、ＵＰｎＰ ＡＶ：４規格によると、ＵＰｎＰ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ機能を実装しローカルエリアネットワークに接続された１つの機器が、ＵＰｎＰ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ機能を実装し同一のローカルエリアネットワークに接続された１つの機器に、ネットワーク上でアクセス可能な、ＵＰｎＰ Ｍｅｄｉａ Ｓｅｒｖｅｒ機能を実装する機器に記憶されたファイルからオーディオビジュアルコンテンツを再生するよう、要求することができる。オーディオビジュアルコンテンツの２つのストリームのＵＰｎＰに従う同期再生は、ＳｙｎｃＰｌａｙ機能によって実行される。対応機器間のＵＰｎＰによるインタラクションのモデルは、Ｃｏｎｔｒｏｌ Ｐｏｉｎｔが、Ｍｅｄｉａ Ｓｅｒｖｅｒ、およびコンテンツを再生するのに適したＭｅｄｉａ Ｒｅｎｄｅｒｅｒとインタラクトするというものである。Ｍｅｄｉａ ＳｅｒｖｅｒおよびＭｅｄｉａ Ｒｅｎｄｅｒｅｒは、それらを接続しているローカルエリアネットワークのタイプに応じて、プロトコルを介して互いと直接インタラクトする。Ｃｏｎｔｒｏｌ Ｐｏｉｎｔは、ＵＰｎＰを使用してＭｅｄｉａ ＳｅｒｖｅｒおよびＭｅｄｉａ Ｒｅｎｄｅｒｅｒを初期化および構成し、再生されるコンテンツを機器の一方から他方へ転送できるようにする。ＳｙｎｃＰｌａｙ機能は、Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒに、コンテンツを再生するための提示時刻を提供する。これは、Ｍｅｄｉａ ＳｅｒｖｅｒおよびＭｅｄｉａ Ｒｅｎｄｅｒｅｒが、家庭内ローカルエリアネットワーク２の基準クロックのようなウォールクロックを共有することを意味する。

ローカルエリアネットワーク内の複数の機器間における共通クロックの共有は、例えば、ローカルエリアネットワークおよびワイドエリアネットワークのＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ、文書ＲＦＣ１３０５に記載）を介することによって、可能である。ＮＴＰは、ネットワークを使用して、ネットワークに接続された機器が使用する基準クロックを同期させることを可能にするプロトコルである。機器をウォールクロックに同期させるこのシステムは、クライアント／サーバの原理に基づく。

従って、本発明の実施形態によると、ＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒ上で利用可能なコンテンツファイル内の再生すべきコンテンツの開始から経過した時間を示すタイムスタンプを有するオーディオビジュアルコンテンツを移送する、マルチキャストデータストリームを変換することによって、ローカルエリアネットワークに接続され、ＵＰｎＰ ＡＶ：４に記載のＭｅｄｉａ Ｒｅｎｄｅｒｅｒ機能を実装する１つの再生機器で再生することが可能となる。

ファイル内のデータストリームを変換することによって、同一のローカルエリアネットワーク上のＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒ上にある別のファイル内の利用可能なオーディオビジュアルコンテンツの別の構成要素と同期再生することが、さらに可能となる。

同一のコンサートの複数のビューの例を挙げて、本方法の利点の１つを説明する。この複数のビューとは、異なるカメラで撮影及び録音され、次いでエンコーダ８で符号化され、一部がコンテンツサーバ６に、またコンサート全体のビューを含む一部がストリーミング記憶領域７に記憶されたものである。サーバ６は、例えばコンサートの間ずっとピアニストのビューだけを示すオーディオビジュアルコンテンツを、利用可能にする。コンテンツストリーマ７は、コンサートの間音楽家全てを示すメインビューのオーディオビジュアルコンテンツを有する。メインビューを、テレビ事業者がワイドエリアネットワーク３上にマルチキャスト配信し、家庭内ローカルエリアネットワーク２のようなローカルエリアネットワークで利用可能にする際、受信したマルチキャストストリームを、家庭内ローカルエリアネットワーク２に接続されたＵＰｎＰ Ｍｅｄｉａ Ｓｅｒｖｅｒ上で利用可能なファイルに変換することによって、前もってピアニストのビューがコンテンツサーバ６からダウンロードされており、家庭内ローカルエリアネットワーク２に接続されたＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒ上で利用可能となっている場合には、ピアニストのビューと同期させて再生することが可能となる。これは、マルチキャスト配信されるメインビュー（そのコンテンツが、ネットワークゲートウェイ１がマルチキャストストリームの一部であることを要求した後、コンテンツストリーマ７からネットワークゲートウェイ１に”プッシュ”される）が、コンサートの開始から経過した時間を示す一連のタイムスタンプを含む場合に可能である。

本発明の実施形態によると、パーソナルコンピュータ５によって実行されるクライアントアプリケーションが、コンテンツストリーマ７からストリーミング配信されたマルチキャストストリームを検出し、ストリームのリストおよび対応するストリーミングコンテンツを、パーソナルコンピュータ５の画面上に表示する。クライアントアプリケーションのユーザは、マルチキャストストリームを、ローカルサーバ１３上のＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒでファイルの形式で保存するよう要求することができる。制御および処理ユニット１３４が、パーソナルコンピュータ５によって実行されたクライアントアプリケーションから、構成情報を受信する。制御および処理ユニット１３４が、ネットワークインタフェース１３１を、ローカルサーバ１３上でマルチキャストデータストリームを受信し保存するように構成する。ネットワークゲートウェイが、ＩＧＭＰルーティングプロトコル（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ、ＲＦＣ１１１２で規格として定義されている）を使用するストリームを契約するという要求を送信し、次いでマルチキャストストリームが、ネットワークゲートウェイ１のネットワークインタフェース１３１に送信される。

本発明の実施形態によると、マルチキャストストリームからのオーディオビジュアルコンテンツは、ワイドエリアネットワークおよびローカルエリアネットワーク上でオーディオビジュアルコンテンツを送信する一般的な伝送プロトコルである、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の上位層のＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って、パケットによって送信される。オーディオビジュアルコンテンツを符号化する使用可能なデータは、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）データ圧縮プロトコルを使用する。ＥＴＳＩ ＴＳ １０２８２３規格に規定されたもののようなタイムスタンプもまた、オーディオビジュアルコンテンツに対応するストリームに、一定の間隔で送信され、そのタイムスタンプは、再生の目的でコンテンツの開始から経過した時間を示し、ここではＴＯｃ（Ｔｉｍｅ Ｏｆｆｓｅｔ ｃｕｒｒｅｎｔ ｖａｌｕｅ、時間オフセット現在値）と称する。

ローカルエリアネットワークインタフェース１３１が、マルチキャストストリームからパケットを受信し、使用可能なデータ（例えば、送信されるオーディオビジュアルコンテンツのオーディオおよびビデオの構成要素）を搬送するパケット、およびタイムスタンプ（ＴＯｃ）を含むパケットのみを計算器１３２に転送するために、受信したパケットをフィルタリングする。

本発明の実施形態によると、計算器１３２は、ローカルエリアネットワーク２の基準時刻、および、マルチキャストストリームで受信した、オーディオビジュアルコンテンツの開始に対する現在の位置を示すタイムスタンプに基づき、ＵＰｎＰ ＡＶ：４に従い、時間的再生情報を計算する。この時間的再生情報は、時間、分、秒、および１０分の１秒で表される、再生のために利用可能な時刻である。

次いで、この時間的情報は、制御ユニット１３４によって計算器１３２のログで読み取られ、ローカルサーバ１３の保存ユニット１３３上のオーディオビジュアルコンテンツに対応するデータを記憶している保存ファイルに関連するＣＤＳの情報フィールドに書き込まれる。

図４は、マルチキャストストリーミングコンテンツを受信し、そのコンテンツの同期再生のためにファイルをダウンロードする状態を時間的に示す。マルチキャストストリームは、ストリーミングサーバ７から送信される音楽コンサートのメインビューに相当する。ビューの対応するオーディオおよびビデオを符号化した隣接データに関連する最初のタイムスタンプＴＯｃを受信し読み取ると、コンサートが、１１分３秒前に開始したことを示している。ローカルネットワーク２の基準時刻（「ウォールクロック」と称される）が、計算器１３２に利用可能である。基準時刻は、例えば、ＮＴＰプロトコルを使用して計算器に送信される。ストリームで検出された最初のタイムスタンプを読み取った時、家庭内ローカルエリアネットワークの基準時刻（ウォールクロック）は、ＴｏＤ＝９時間０４分３秒である。マルチキャストストリームを受信したローカルサーバ１３の計算器１３２が、家庭内ローカルエリアネットワーク２のＴｏＤ基準時刻に対して、コンテンツの開始時刻（再生という観点で）を計算する。

言い換えると、ＴｏＤ０＝ＴｏＤ−ＴＯｃ
これは、例えば、
ＴｏＤ０＝０９時間０４分０３秒−１１分０３秒
ＴｏＤ０＝０８時間５３分
に相当し、
この場合、ＴｏＤ０は、ローカルエリアネットワーク２の基準クロックＴｏＤに対して、ストリーミングコンテンツの開始として受信された時刻である。

送信されたコンテンツは、ネットワーク２と共通のクロックを持たないシステムにおいて符号化されているので、ＴｏＤ０を計算することによって、そのコンテンツを、家庭内ローカルエリアネットワーク２のクロック（ウォールクロック）を基準として、時刻に関して正確に位置付けすることができる。従って、正確な再生時刻を定義することによって、そのコンテンツの再生を、家庭内ローカルエリアネットワーク２に属するローカルサーバ上の１つまたは複数の他のコンテンツの再生と同期させることが可能である。

ローカルエリアネットワーク２の基準時刻ＴｏＤを基準とすると、受信したマルチキャストストリームの一部が再生可能となる時刻を、再生のための受信、保存、制御、読み取り、送信に関する処理により遅らせなければならない。最大処理時間ＴＢＲ（Ｔｉｍｅ Ｂｅｆｏｒｅ Ｒｅｎｄｅｒｉｎｇ、「レンダリングまでの時間」）がこれらの動作全てに対して定義されている。ＵｐｎＰ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ機能を実装する機器での再生は、ＴｏＤ＋ＴＢＲから開始することができる。

構成要素がストリーミングサーバ７によってプッシュされゲートウェイ１のローカルサーバ１３によって受信されたコンテンツの再生開始可能時刻は、ローカルエリアネットワーク２のクロックを基準とすると、ＴｏＤＲｃ＝ＴｏＤ＋ＴＢＲである。

本発明の実施形態によると、制御および処理ユニット１３４が、計算器１３２のログ内のＴｏＤＲｃ、ＴＯｃ、ＴｏＤ０の情報を読み取り、ＴｏＤＲｃの値を、ローカルサーバ１３の保存ユニットで利用可能なＵＰｎＰ ＡＶ：４のコンテンツ記述サービス（ＣＤＳ（ｃｏｎｔｅｎｔ ｄｅｓｃｒｉｐｔｉｏｎ ｓｅｒｖｉｃｅ））のＳｃｈｄｕｌｅＳｔａｒｔＴｉｍｅと称する情報フィールドに書き込む。この情報フィールドは、コンテンツを再生する予定開始時刻を示すよう意図されている。

本発明の別の実施形態によると、制御および処理ユニット１３４が、計算器１３２のログ内のＴｏＤＲｃ、ＴＯｃ、ＴｏＤ０の情報を読み取り、次いで、他の同期基準に基づき、再生の開始を遅らせるためにＴｏＤＲｃ後の時間に相当する値を計算し、ＵＰｎＰ ＡＶ：４のコンテンツ記述サービス（ＣＤＳ）のＳｃｈｄｕｌｅＳｔａｒｔＴｉｍｅと称する情報フィールドにその値を書き込む。

従って、本方法は、少なくとも１つのタイムスタンプ（例えば、ＴＯｃ）、およびローカルエリアネットワーク２の時刻基準である家庭内ローカルエリアネットワーク２の基準クロックから、時間的再生情報（例えば、ＴｏＤＲｃ）を計算する。

時間的再生情報は、ＴｏＤＲｃまたはそれより後の時間に相当する値であることができ、予定開始時刻を示すコンテンツ記述サービス（ＣＤＳ）の情報フィールド（ＳｃｈｅｄｕｌｅｄＳｔａｒｔＴｉｍｅ）に保存される。

コンテンツサーバ６上で利用可能なピアニストのビューのファイルが、例えば、ＴｏＤ＝９：１０の時点で読み取り可能となるように、保存ユニット１３３上にダウンロードおよび記憶されている場合、ＵＰｎＰ ＡＶ：４ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔが、２つのビュー（コンサートのメインビューおよび付随するピアニストのビュー）の同期再生を、ＵＰｎＰ ＡＶ：４のプロトコルを使用するＳｙｎｃＰｌａｙコマンドを実行することによって、要求することが可能である。本発明の一実施形態においては、ＵＰｎＰ ＡＶ：４ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔは、パーソナルコンピュータ５によって実行される。

例えば、ローカルサーバ１３のＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒ上で利用可能なマルチキャストストリームを受信すると、第１のＳｙｎｃＰｌａｙコマンドが、ＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ機能を実装する再生装置９に、ＴｏＤＲｃ＝ＴｏＤ＋ＴＢＲの時刻に対応するファイルのコンテンツを再生するよう命じる。ＳｙｎｃＰｌａｙコマンドは、ネットワーク上のファイルの場所を示すパラメータを、再生を開始する正確な時刻および位置基準パラメータと共に提供する。

例えば、第２のＳｙｎｃＰｌａｙコメントが、メインビューの計算された開始時刻およびＴＢＲ処理時間からＣｏｎｔｒｏｌ Ｐｏｉｎｔによって計算された再生開始時刻を示して、再生装置４に、前もってローカルサーバ１３のＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒ上にダウンロードされていたピアニストのビューのファイルのコンテンツを再生するよう命じる。

ＵＰｎＰ ＡＶ：４ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔもまた、再生装置４に、対応するファイルを探し出すよう命じる。ＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ機能を実装する再生装置４は、コンテンツを転送するようにという要求を、ローカルサーバ１３のＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒに送信する。

ローカルサーバ１３のＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｓｅｒｖｅｒは、他のＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ（再生装置９）と同期してコンテンツを再生するＵＰｎＰ ＡＶ：４ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ（再生装置４）に、ファイルのコンテンツ、および、家庭内ローカルエリアネットワーク２のクロックを参照してＳｙｎｃＰｌａｙコメントによって送信され、ＵＰｎＰ ＡＶ：４ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔによって同じ原理に従って計算された時間的パラメータを転送する。

図５は、本発明の一実施形態による本方法を示すブロック図である。ステップＳ１は、開始ステップである。マルチキャストストリームが、コンテンツストリーマ７によって、ワイドエリアネットワーク３上にストリーミング配信されているが、ネットワークゲートウェイ１にはルーティングされていない。

ステップＳ２において、家庭内ローカルエリアネットワーク２上のパーソナルコンピュータのユーザが、マルチキャストストリームを、ネットワークゲートウェイ１におけるローカルサーバ（ＵＰｎＰ Ｍｅｄｉａ Ｓｅｒｖｅｒ）に保存するよう命令する。マルチキャストストリームに対する契約要求を送るコマンドが、ＩＧＭＰのようなルーティングプロトコルを使用して、ローカルコンピュータ５からネットワークゲートウェイ１に送信される。

ステップＳ３において、マルチキャストストリームがネットワークゲートウェイにルーティングされ、ローカルサーバ１３のインタフェース１３１がそれを受信する。計算器は、ストリーミングコンテンツの開始から経過した時間（時間は、再生中に経過した時間である）を示すマルチキャストストリームの最初のタイムスタンプを検出するよう構成される。

ステップＳ４において、計算器がタイムスタンプを検出および読み取り、家庭内ローカルエリアネットワーク２の現在の基準時刻ＴｏＤ（「ウォールクロック」）と、ＴＯｃのタイムスタンプによって示された値との間の時間差を計算する。従って、もしゲートウェイがストリームの開始以前にマルチキャストフローを契約していたならばコンテンツの開始が受信されたであろうＴｏＤ０の時刻がわかり、家庭内ローカルエリアネットワーク２の基準時刻（「ウォールクロック」）に基づいてストリーミングコンテンツの全てを配置することが可能である。この時刻を、コンテンツ開始時刻と称す。

計算器はまた、データをコンテンツの再生として提示し始めることができるデータ処理時間の合計および条件を示すＴＢＲログを更新する。

ステップＳ５において、オーディオビジュアルコンテンツが保存ユニット１３３の記憶領域に保存される。記憶領域は、ハードドライブ、フラッシュメモリ、ＲＡＭ、または、オーディオビジュアルコンテンツを保存することが可能な他の任意の媒体であってよい。変形例によると、記憶領域は、保存ユニット１３３に含まれるか、保存ユニット１３３に接続されている。

コンテンツは、受信開始（マルチキャストストリームの契約）から、コンテンツの終端または受信終了（マルチキャストストリームの契約の終了）までのデータを含めて、ファイルに保存することができる。

別の実施形態においては、保存は、当業者には既知である、保存に必要とされる領域の量を制限する循環メモリバッファ技術を使用して行うことができる。コンテンツは、書き込みポインタを使用して循環メモリに書き込まれ、次いで、再生に使用される読み取りポインタが書き込みポインタに続くように、再生が位置付けられる。

ステップＳ６において、計算器１３２が、ＴｏＤ０、ＴｏＤ、ＴＯｃ、およびＴＢＲの内の少なくともいくつかを使用して、ＵＰｎＰ規格に記載のＭｅｄｉａ Ｒｅｎｄｅｒｅｒに対応する再生装置によってコンテンツを再生すべき最初のポイントを決定する。このポイントは、時刻として表すことができ、ＵＰｎＰのコンテンツ記述子のＳｃｈｅｄｕｌｅＳｔａｒｔＴｉｍｅフィールドに書き込まれ、これによって、コンテンツを、ローカルサーバ１３からＵＰｎＰで定義されているＣｏｎｔｒｏｌ Ｐｏｉｎｔに対応する装置に与えることが可能となる。言い換えると、コンテンツ再生開始時刻は、ＳｃｈｅｄｕｌｅＳｔａｒｔＴｉｍｅフィールドへの書き込みによって、「強制」される。ＳｃｈｅｄｕｌｅＳｔａｒｔＴｉｍｅフィールドは、ＵＰｎＰ規格に従って、プログラムの開始時刻を示すよう初期設定される。

ＵＰｎＰ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔは、メディアサーバ上のＣＤＳのＳｃｈｅｄｕｌｅＳｔａｒｔＴｉｍｅフィールド内の時間的再生情報を、再生開始時刻の形式で読み取ることができる。Ｃｏｎｔｒｏｌ Ｐｏｉｎｔが、同期再生コメントをＵＰｎＰ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒの再生装置に送信する場合、本方法は、開始時刻が時間的再生情報によって決まる同期再生ステップを含む。

別の実施形態においては、ＴｏＤＲＣの値は他の時間的および非時間的情報に基づき計算される。ＴＢＲ処理時間と共に、ＴｏＤ（ウォールクロック）およびＴＯｃ（ストリームで送信された最初のタイムスタンプであって、コンテンツの開始から経過した時間を示す）からＴｏＤＲＣを計算することによって、再生が可能となる最初の時点を決定する。

例えば、サービスに対する契約者の権利、または再生されるコンテンツに基づく閲覧というような基準を使用して、より遅い再生開始時刻を定義することによって、再生の開始を遅らせることが可能である。再生時刻を強制することによって、オーディオビジュアルコンテンツを、ある所定の時刻より前には利用不可能にすることが可能である。

別の実施形態においては、データを、オーバフローすることなく、またコンテンツ再生を中断させることなく記憶できなければならないことを考慮して、再生開始時刻が、コンテンツを保存するための保存ユニット上の利用可能領域に基づき計算される。定義されたバッファファイルサイズを考慮して「循環バッファ」法でファイルを使用する場合、再生開始時刻は、例えば、循環バッファがマルチキャストストリームからのデータで満たされる前となる。

本方法により、例えば、放送チャネルによって送信されたオーディオビジュアルコンテンツを、メディアサーバ上で利用可能な他のコンテンツや、別のソースから入来する他のコンテンツのように、ローカルエリアネットワークに接続されたメディアサーバからアクセス可能にすることができる。ローカルエリアネットワークに接続されたメディアサーバは、例えば、ＵＰｎＰ ＡＶ規格に定義されているメディアサーバである。そして、ストリーミング配信されメディアサーバ上のファイルに保存されたコンテンツは、様々な基準に従って定義されているように、ネットワークに接続された再生装置上で、任意の時点で（任意の時刻に）再生することができる。これは、最初のコンテンツデータを受信した時刻に受信と再生との間の必要な処理時間を加えた時刻から可能であり、ローカルエリアネットワークのクロックを基準とする。これは特定の時刻であってもよい。

本方法のヒントは、制御装置または再生装置にコンテンツをいつ再生できるかを命じる情報フィールドを使用することにある。従って、１つまたは複数の再生装置にこの時刻を強制することが可能である。

コンテンツの再生を条件付きにする、または同期させる他の基準に基づいて、この時点（この時刻）を遅らせることができる。

本方法により、それまでは再生可能ではないとする時刻を強制することができる。

もちろん、本発明は上述の例に限るものはなく、変形例にもまた関連する。

実施形態の変形例によると、コンテンツは、複数の再生装置によって、時間的再生情報（例えば、ＵＰｎＰ規格に定義されている情報フィールドＳｃｈｅｄｕｌｅＳｔａｒｔＴｉｍｅ）から同期再生される。

他の変形例においては、再生は、再生装置それぞれに送信される別個の制御要求、または家庭内ローカルエリアネットワークに接続された再生装置（例えば、（例えば、それらタイプに基づいて）同一のグループに属する装置）の全てまたは一部に送信される１つの制御要求によって開始される。

変形例によっては、要求が、ユニキャスト、マルチキャスト、またはブロードキャストである場合がある。

実施形態の変形例においては、保存は、送信されたオーディオビジュアルコンテンツの終端で行われるか、コンテンツがストリーミング配信されている間に連続して行われる。

実施形態の変形例においては、保存ファイルを含むメディアサーバ、およびコンテンツを再生する再生装置は、単一の機器に含まれるか、または複数の別個の機器間で共有される。

変形例によっては、ファイルが、メディアサーバ（Ｍｅｄｉａ Ｓｅｒｖｅｒ）から１つまたは複数の再生装置（Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ）に、全体または部分的に送信される場合がある。一変形例においては、再生装置はメディアサーバと同一の機器上に含まれる。

具体的には、一変形例において、ストリーミングコンテンツを、一般またはターゲットを定めたブロードキャストモードで１つまたは複数の宛先に送信するために、放送ネットワークが適している。

様々な実施形態において、コンテンツは、オーディオおよび／もしくはビデオのデータ、ならびに／またはインタラクティブデータである。

様々な実施形態において、メディアサーバは、専用の機器であるか、またはネットワークゲートウェイ、テレビ受信機／復号器、コンピュータ、テレビ、携帯情報端末、または携帯電話というような装置に含まれる。

変形例によっては、メディアサーバは専用装置であるか、１つまたは複数の装置に含まれる場合がある。

変形例によっては、タイムスタンプは、コンテンツの構成要素として、または放送チャネルを介して受信したパケットヘッダにおいて、または、ウォーターマーキングまたはフィンガープリンティングとして既知であるオーディオまたはビデオのウォーターマーキング技術を使用する形式でのコンテンツにおいて、送信される場合がある。

様々な実施形態において、ローカルエリアネットワークの基準クロックは、ワイドエリアネットワーク上のサーバから家庭内ローカルエリアネットワークに接続された機器全てに送信される。

変形例において、メディアサーバは、ローカルサーバまたはリモートサーバである。

本発明はまた、ネットワークに接続され、ファイルが１つまたは複数のオーディオ／ビデオの構成要素を含むファイルサーバを備えた任意の装置に適用でき、その構成要素の再生は、ネットワークの基準クロックに対して同期される。

より一般的には、本発明は、その変形例による、上述の方法を実装する任意の装置またはシステムに適用できる。

Claims (16)

1. ローカルエリアネットワークに接続されたサーバにコンテンツを保存する方法であって、
   前記サーバは、前記ローカルエリアネットワークに接続された１つまたは複数の再生装置による、及び前記サーバと前記再生装置との間の相互運用性プロトコルの使用による、オーディオビジュアルコンテンツの同期再生に適合し、
   送信されたコンテンツを、前記ローカルエリアネットワークに接続された１つの機器によって、配信チャネルから受信するステップ（Ｓ２、Ｓ３）であって、前記送信されたコンテンツはタイムスタンプを含み、前記タイムスタンプは、前記コンテンツの開始から経過した時間を示すステップと、
   前記ローカルエリアネットワークに接続された再生装置による再生のために、少なくとも１つの時間的再生情報を、前記タイムスタンプのうちの少なくとも１つ、および前記ローカルエリアネットワークのウォールクロックから計算するステップ（Ｓ４）と、
   前記コンテンツの少なくとも一部を、前記ローカルエリアネットワークの前記サーバに保存するステップ（Ｓ５）と、
   前記少なくとも１つの時間的再生情報を前記ローカルエリアネットワークのサーバに保存するステップ（Ｓ６）と、
   を含む、前記方法。
2. 開始時刻が前記少なくとも１つの時間的再生情報によって決まる、再生するステップを含む、請求項１に記載の方法。
3. 前記再生するステップは、前記少なくとも１つの時間的再生情報により指定された時刻より前に開始することはできず、前記コンテンツは前記指定時刻より前には利用できない、請求項２に記載の方法。
4. 前記再生ステップは、前記少なくとも１つの時間的再生情報により規定された時刻に開始する、請求項２乃至３のいずれか１項に記載の方法。
5. 前記再生ステップは、前記少なくとも１つの時間的再生情報により規定された時刻に、前記ファイルを少なくとも１つの宛先に送信するステップを含む、請求項２乃至４のいずれか１項に記載の方法。
6. 前記再生ステップは、前記コンテンツの少なくとも一部を送信するという要求を受信した後、前記ファイルを少なくとも１つの宛先に送信するステップを含む、請求項２乃至５のいずれか１項に記載の方法。
7. 前記少なくとも１つの時間的再生情報を計算するステップは、前記コンテンツを保存するために利用可能な領域の量に依存する、請求項１乃至６のいずれか１項に記載の方法。
8. 前記コンテンツの少なくとも一部をファイルに保存するステップは、循環バッファ方法に従うバッファファイルを使用する、請求項１乃至７のいずれか１項に記載の方法。
9. 前記サーバのファイルは、前記コンテンツ受信後、前記コンテンツの全てを含む、請求項１乃至８のいずれか１項に記載の方法。
10. 前記放送チャネルは、双方向広帯域チャネルである、請求項１乃至９のいずれか１項に記載の方法。
11. 前記サーバは、ユニバーサルプラグアンドプレイＡＶ相互運用性規格に対応するローカルメディアサーバである、請求項１乃至１０のいずれか１項に記載の方法。
12. 前記少なくとも１つの時間的再生情報は、予定開始時刻パラメータを示すコンテンツ記述サービスの情報フィールドに書き込まれる、請求項１乃至１１のいずれか１項に記載の方法。
13. コンテンツ記述サービスにおいて、前記少なくとも１つの時間的再生情報には、前記サーバに接続された機器によってアクセスすることができる、請求項１乃至１２のいずれか１項に記載の方法。
14. コンテンツをファイルに保存するための装置であって、
    タイムスタンプを含む送信されたコンテンツを受信するための入力インタフェース（１３１）であって、前記タイムスタンプが前記コンテンツの開始から経過した時間を示す入力インタフェースと、
    少なくとも１つの時間的再生情報を、前記タイムスタンプのうちの少なくとも１つ、およびウォールクロックから計算するためのモジュール（１３２）であって、前記ウォールクロックがローカルエリアネットワークの時刻基準であるモジュールと、
    前記送信されたコンテンツを保存し、前記少なくとも１つの時間的再生情報を保存することができる保存用モジュール（１３３）と、
    を備える、前記装置。
15. 前記少なくとも１つの時間的再生情報を、予定開始時刻パラメータを示すコンテンツ記述サービスの情報フィールドに書き込むためのモジュール（１３４）を備える、請求項１４に記載の装置。
16. 前記少なくとも１つの時間的再生情報に基づく時刻に前記コンテンツを送信するためのインタフェースを備える、請求項１４乃至１５のいずれか１項に記載の方法。

Images