特許 5676871 デジタルコンテンツストリームの伝送方法および対応する受信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5676871

(24)【登録日】2015年1月9日

(45)【発行日】2015年2月25日

(54)【発明の名称】デジタルコンテンツストリームの伝送方法および対応する受信方法

(51)【国際特許分類】

   H04N 21/242 20110101AFI20150205BHJP

   H04N 21/436 20110101ALI20150205BHJP

   H04N 21/2387 20110101ALI20150205BHJP

   H04N 21/472 20110101ALI20150205BHJP

【ＦＩ】

   H04N21/242

   H04N21/436

   H04N21/2387

   H04N21/472

【請求項の数】10

【外国語出願】

【全頁数】22

(21)【出願番号】特願2009-242340(P2009-242340)

(22)【出願日】2009年10月21日

(65)【公開番号】特開2010-103995(P2010-103995A)

(43)【公開日】2010年5月6日

【審査請求日】2012年10月10日

(31)【優先権主張番号】08305737.2

(32)【優先日】2008年10月27日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】501263810

【氏名又は名称】トムソン ライセンシング

【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】フランソア ジェラルド

(72)【発明者】

【氏名】デニス ミシュラー

(72)【発明者】

【氏名】ジャン−バティスト アンリ

【審査官】 矢野 光治

(56)【参考文献】

【文献】 特開２００５−２９４９４１（ＪＰ，Ａ）

【文献】 特開２００８−１６７３５１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

(57)【特許請求の範囲】

【請求項1】

トリックモードコントローラにより実装された、少なくとも２つの受信機へデジタルコンテンツストリームを伝送する方法であって、
前記少なくとも２つの受信機のすべてに、共通時間基準を送信するステップと、
前記少なくとも２つの受信機のうちの１つの受信機から、前記デジタルコンテンツストリームをポーズするための、受信トリックモードコマンドメッセージと呼ばれるトリックモードコマンドメッセージを受信するステップであって、前記受信トリックモードコマンドメッセージは、前記デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいる、ステップと、
前記少なくとも２つの受信機のすべてに、前記受信トリックモードコマンドメッセージを通知する、通知メッセージを送信するステップと、
前記少なくとも２つの受信機のうちひとつの受信機から、前記デジタルコンテンツストリームを再生するためのトリックモードコマンドメッセージを受信するステップと、
前記少なくとも２つの受信機のすべてにスケジューリングメッセージを送信するステップであって、前記スケジューリングメッセージは、前記デジタルコンテンツストリーム内の定められた点の基準及び前記共通時間基準の定められた値を含み、前記スケジューリングメッセージは、前記少なくとも２つの受信機すべてに、前記デジタルコンテンツストリームの前記定められた点が、前記共通時間基準の前記定められた値においてレンダリングされるべきであることを通知する、ステップと、
前記受信トリックモードコマンドメッセージに従って、少なくとも２つの受信機のすべてに、前記デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいる前記デジタルコンテンツストリームを送信するステップと、
を含む、前記方法。

【請求項2】

前記少なくとも２つの受信機のうちの少なくとも１つから、「ｔｏｐ ｏｋ」メッセージと呼ばれる、前記デジタルコンテンツストリーム内の前記定められた点を前記共通時間基準の前記定められた値においてレンダリングする準備ができているとトリックモードコントローラに示す通知メッセージを受信するステップと、
をさらに含む、請求項１に記載の方法。

【請求項3】

前記少なくとも２つの受信機のデジタルコンテンツ受信バッファを満たすために必要な時間を推定するステップと、
前記少なくとも２つの受信機が、前記デジタルコンテンツストリーム内の前記定められた点を前記共通時間基準の前記定められた値においてレンダリングする準備ができていることを、前記推定するステップに基づいて決定するステップと、
をさらに含む、請求項２に記載の方法。

【請求項4】

前記受信トリックモードコマンドメッセージが、前記デジタルコンテンツストリームの送信を停止するコマンドの場合、前記少なくとも２つの受信機のすべてに前記デジタルコンテンツストリームを送信するステップを停止するステップ
をさらに含む、請求項１乃至３いずれか１項に記載の方法。

【請求項5】

定められた時間内に、前記少なくとも２つの受信機のすべてから前記「ｔｏｐ ｏｋ」メッセージを全く受信していない場合、
新しいスケジューリングメッセージを送信するステップであって、以前のスケジューリングメッセージの前記共通時間基準の前記定められた値が、定められた増加値で増加され、前記デジタルコンテンツストリームを送信するステップが、前記受信トリックモードコマンドメッセージ内に含まれる点から再開される、ステップ
をさらに含む、請求項２乃至３いずれか１項に記載の方法。

【請求項6】

トリックモードコントローラに接続された少なくとも２つの受信機のうちの１つの受信機により実装された、デジタルコンテンツストリームを受信する方法であって、
共通時間基準を受信するステップであって、前記共通時間基準は前記少なくとも２つの受信機に共通している、ステップと、
前記トリックモードコントローラに、前記デジタルコンテンツストリームをポーズするためのトリックモードコマンドメッセージを送信するステップであって、前記トリックモードコマンドメッセージは、前記トリックモードコントローラが前記デジタルコンテンツストリーム内の点を識別できるようにする情報を含む、ステップと、
前記トリックモードコマンドメッセージが受信されたことを前記受信機に通知する、受信通知メッセージと呼ばれる前記トリックモードコントローラからの通知メッセージを受信するステップと、
前記トリックモードコントローラに、前記デジタルコンテンツストリームを再生するためのトリックモードコマンドメッセージを送信するステップと、
スケジューリングメッセージを受信するステップであって、前記スケジューリングメッセージは、前記デジタルコンテンツストリーム内の定められた点の基準と前記共通時間基準の定められた値とを含み、前記スケジューリングメッセージは、前記少なくとも２つの受信機のすべてに、前記デジタルコンテンツストリームの前記定められた点が、前記共通時間基準の前記定められた値においてレンダリングされるべきであることを通知する、ステップと、
前記送信されたトリックモードコマンドメッセージに従って、デジタルコンテンツストリームを受信するステップであって、前記デジタルコンテンツストリームは、前記デジタルコンテンツストリーム内の点を識別できるようにする前記情報を含んでいる、ステップと、
を含む、前記方法。

【請求項7】

前記受信機が、「ｔｏｐ ｏｋ」メッセージと呼ばれる前記デジタルコンテンツストリーム内の前記定められた点を前記時間基準の前記定められた値においてレンダリングする準備ができていることを、トリックモードコントローラに示す、通知メッセージを送信するステップ
をさらに含む、請求項６に記載の方法。

【請求項8】

前記デジタルコンテンツストリーム内の前記点は、前記デジタルコンテンツストリームを移送するために使用されるトランスポートパケットを識別する、請求項１乃至７いずれか１項に記載の方法。

【請求項9】

前記デジタルコンテンツストリーム内の前記点は、画像を識別する、請求項１乃至８いずれか１項に記載の方法。

【請求項10】

前記デジタルコンテンツストリーム内の前記点は、オーディオフレームを識別する、請求項１乃至９いずれか１項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デジタルコンテンツストリームの伝送分野、およびデジタルコンテンツストリームの受信分野に関する。より詳細には、本発明は、すべての受信機からのデジタルコンテンツ上のトリックモードコマンドのサポートを受けた、複数の受信機へのデジタルコンテンツストリームの伝送方法、および対応する受信方法に関する。

【0002】

デジタルコンテンツストリームは、オーディオのみのストリーム、ビデオのみのストリームおよびオーディオを含むビデオストリーム、ならびに、録音および再生用の、オーディオを含みもしくは含まないビデオストリームおよびオーディオストリームを含むマルチメディアストリームを含む。

【背景技術】

【0003】

従来技術によれば、ビデオオンデマンド（ＶｏＤ）などのコンテンツオンデマンドの状況で受信機に配信されるコンテンツは、たとえばＩＰ（インターネットプロトコル）ユニキャスト配信を使用して、ＶｏＤサーバとの１対１接続を介して配信される。この１対１配信モデルは、多数の受信機によって同時に同じデジタルコンテンツソースが受信される１対多配信モデルの反対である。

【0004】

１対１配信モデルによって、受信機は、いわゆるトリックモードコマンドを発行することで、デジタルコンテンツの展開（unrolling）を妨げることができるようになる。トリックモードコマンドは、デジタルコンテンツの再生、停止、一時停止、巻戻し、早送り、およびデジタルコンテンツ内のチャプタへの移動などの動作を含む。この配信モデルでは、デジタルコンテンツサーバとの１対１接続を介してデジタルコンテンツのストリーミングに指令するのは受信機である。この配信モデルはトリックモードコマンドを許容するが、このモデルは受信機間の同期、すなわち、同じデジタルコンテンツストリームからの同じ画像を、異なる受信機上で同時にレンダリング（ｒｅｎｄｅｒｉｎｇ）することは許容しない。

【0005】

１対多配信モデルでは、デジタルコンテンツストリーミングに指令するのは配信サーバである。１対多配信モデルは、同じデジタルコンテンツストリームを多数の視聴者に配信するために、たとえばテレビまたはラジオ番組を配信するために使用される。この配信モデルでは、トリックモードコマンドは許容されていないか、または１つの受信機のためだけに許容される。同じデジタルコンテンツストリームが、たとえばＩＰマルチキャスト配信を使用して多数の受信機に同時に配信されるので、受信機を介して配信されたデジタルコンテンツストリーム間の同期はこの配信モデルに特有のものである。

【発明の概要】

【発明が解決しようとする課題】

【0006】

前述の配信モデルは、ビデオオンデマンドアプリケーション、およびデジタルコンテンツまたはテレビ放送にとって便利である。しかし、前述の配信モデルでは、１対多配信と、複数の受信機からのトリックモードコマンドのサポートを結合することは許容されない。１対多デジタルコンテンツストリーム配信モデルにおいて、複数の受信機からのトリックモードコマンドがサポートされるべき場合に解決する必要がある問題のうちの１つは、受信機間の、デジタルコンテンツストリームからの画像のレンダリングの同期である。

【0007】

従来技術によれば、トリックモードコマンドのサポートによる、複数の受信機を介したデジタルコンテンツのレンダリングの同期は、たとえば、生徒がそれぞれ受信機を有し、コース（course）の展開（unrolling）を妨げるためにトリックモードコマンドを発行できる、イーラーニングアプリケーションの状況で適用される。従来技術によれば、それぞれの生徒の受信機に事前にダウンロードすることを通じてコースが配信され、受信機間のコンテンツレンダリングの同期は、ローカルに格納されたデジタルコンテンツのプレイバックの同期によって行われる。しかし、デジタルコンテンツをローカルに格納した受信機間でデジタルコンテンツのレンダリングを同期させることは、中心のソースからストリーミングされたデジタルコンテンツのレンダリングを同期させることと同じことではない。

【0008】

現在の最先端技術では、トリックモードコマンド、および同期したデジタルコンテンツレンダリングのサポートによる、１対多デジタルコンテンツストリーム配信は許容されていない。

【0009】

本発明は、上述の従来技術の不便さを軽減させることを目的とする。

【0010】

特に本発明の目的は、デジタルコンテンツトリックモード、および同期したデジタルコンテンツレンダリングのサポートを受けた、少なくとも２つの受信機宛てのデジタルコンテンツストリーム配信を許容することである。

【課題を解決するための手段】

【0011】

本発明は、より詳細には、少なくとも２つの受信機へのデジタルコンテンツストリームの伝送方法に関し、以下の複数のステップを含む。

【0012】

− 少なくとも２つの受信機のすべてに共通時間基準を送信するステップと、
− 受信トリックモードコマンドメッセージと呼ばれる、デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいるトリックモードコマンドメッセージを受信するステップと、
− 少なくとも２つの受信機のすべてに、受信トリックモードコマンドメッセージを通知する、通知メッセージを送信するステップと、
− 受信トリックモードコマンドメッセージに従って、少なくとも２つの受信機のすべてにデジタルコンテンツストリームの少なくとも一部を送信するステップであって、そのデジタルコンテンツストリームが、デジタルコンテンツストリーム内の点（point）を識別できるようにする情報を含んでいるステップ。

【0013】

本発明の特定の実施形態によれば、方法はさらに以下のステップを含む。

【0014】

− 受信トリックモードコマンドメッセージに従って、少なくとも２つの受信機のすべてに、デジタルコンテンツストリーム内の定められた点を共通時間基準の定められた値でレンダリングするための情報を含んでいるスケジューリングメッセージを送信するステップと、
− デジタルコンテンツストリーム内の定められた点を共通時間基準の定められた値でレンダリングする準備ができていると決定したことを示している少なくとも２つの受信機のうちの少なくとも１つから、「ｔｏｐ ｏｋ」メッセージと呼ばれる通知メッセージを受信するステップ。

【0015】

本発明の特定の実施形態によれば、方法はさらに以下のステップを含む。

【0016】

− ２つの受信機のうちの少なくとも１つのデジタルコンテンツ受信バッファを満たすために必要な時間の推定ステップと、
− その推定に基づく、少なくとも２つの受信機のうちの少なくとも１つが、デジタルコンテンツストリーム内の定められた点を共通時間基準の定められた値でレンダリングする準備ができているという決定ステップ。

【0017】

本発明の特定の実施形態によれば、方法はさらに以下のステップを含む。

【0018】

− 受信トリックモードコマンドメッセージが、デジタルコンテンツストリームの送信を停止するコマンドの場合、少なくとも２つの受信機のすべてにデジタルコンテンツストリームの少なくとも一部を送信するステップを停止するステップ。

【0019】

本発明の特定の実施形態によれば、方法はさらに以下のステップを含む。

【0020】

− 定められた時間内に、少なくとも２つの受信機のすべてから通知メッセージが全く受信されなかったとき、
新しいスケジューリングメッセージが送信されるステップであって、以前のスケジューリングメッセージの共通時間基準の定められた値が、定められた増加値で増加され、デジタルコンテンツストリームの少なくとも一部を送信するステップが、受信トリックモードコマンドメッセージ内に含まれる点から再開されるステップ。

【0021】

本発明の特定の実施形態によれば、方法はさらに、以前の「ｔｏｐ ｏｋ」メッセージの受信から取得した測定から、定められた増加値を決定するステップを含む。

【0022】

本発明の特定の実施形態によれば、方法はさらに、受信機によって実装された以下のステップを含む。

【0023】

− 時間基準の受信ステップと、
− デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいるトリックモードコマンドメッセージを送信するステップと、
− 受信機からトリックモードコマンドメッセージが受信されたことを受信機に通知する、受信通知メッセージと呼ばれる通知メッセージの受信ステップと、
− 受信通知メッセージによるデジタルコンテンツストリームの受信ステップであって、そのデジタルコンテンツストリームが、デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいるステップ。

【0024】

本発明の特定の実施形態によれば、方法はさらに以下のステップを含む。

【0025】

− デジタルコンテンツストリーム内の定められた点を時間基準の定められた値でレンダリングするための情報を含んでいるスケジューリングメッセージの受信ステップと、
− 受信機が、デジタルコンテンツストリーム内の定められた点を時間基準の定められた値でレンダリングする準備ができていることを決定したことを示す、通知メッセージを送信するステップ。

【0026】

本発明の特定の実施形態によれば、受信機が、デジタルコンテンツストリーム内の定められた点を時間基準の定められた値でレンダリングする準備ができているという決定は、受信機のデジタルコンテンツ受信バッファを満たすために必要な時間の推定に基づく。

【0027】

本発明の特定の実施形態によれば、デジタルコンテンツストリーム内の点は、デジタルコンテンツストリームを移送する（transport）ために使用されるトランスポートパケットを識別する。

【0028】

本発明の特定の実施形態によれば、デジタルコンテンツストリーム内の点は、画像（image）を識別する。

【0029】

本発明の特定の実施形態によれば、デジタルコンテンツストリーム内の点は、オーディオフレームを識別する。

【0030】

本発明のより多くの利点は、本発明の特定の非制限的な実施形態の記述を通じて明らかになるだろう。その実施形態は、以下、添付の図面を参照しながら説明される。

【図面の簡単な説明】

【0031】

【図1】本発明と互換性のあるネットワークインフラストラクチャの例を示す図である。

【図2】タイムライン上に示された、本発明の２つの異なる実施形態の機能を示す図である。

【図3】タイムライン上に示された、本発明の２つの異なる実施形態の機能を示す図である。

【図4】図１のネットワークのサーバによって実装される、本発明の特定の実施形態を示す図である。

【図5】図１のネットワークの受信機によって実装される、本発明の特定の実施形態を示す図である。

【図6】図４のサーバ内に実装され得る、本発明によるデジタルコンテンツストリームの伝送方法のアルゴリズムを示す図である。

【図7】図５の受信機内に実装され得る、本発明による対応する受信方法のアルゴリズムを示す図である。

【発明を実施するための形態】

【0032】

図１は、本発明の送受信方法による、本発明と互換性のあるネットワークインフラストラクチャの例を示す図である。

【0033】

インフラストラクチャ１は、
− デジタルコンテンツ配信サーバ１００、
− 受信機Ａ１２０、
− 受信機Ｂ１３０
を備えている。

【0034】

これらの装置は、配信ネットワーク１１０によって相互接続されている。

【0035】

デジタルコンテンツ配信サーバ１００は、
− デジタルコンテンツトリックモードコントローラ１０１、
− デジタルコンテンツストリーマ１０２
を含む。

【0036】

受信機Ａ１２０（Ｂ１３０）は、
− トリックモード制御クライアント１２１（１３１）、
− プレーヤ１２２（１３２）
を含む。

【0037】

受信機Ａ１２０（Ｂ１３０）は、さらに
− デジタルコンテンツ、およびグラフィックを表示するためのディスプレイ１２６（１３６）、
− 入力装置１２７（１３７）
を備える。

【0038】

デジタルコンテンツトリックモードコントローラ１０１は、受信機Ａ１２０、受信機Ｂ１３０から、それぞれ接続１０３、１０４を通じて、トリックモードコマンドメッセージおよび通知を受信する。デジタルコンテンツトリックモードコントローラ１０１は、これらの接続１０３、１０４を通じて、２つの受信機１２０、１３０に受信トリックモードコマンドメッセージを通知する通知メッセージも送信する。さらに、デジタルコンテンツ配信サーバは、接続１０６を介して両方の受信機１２０、１３０に共通時間基準を送信する。デジタルコンテンツストリーマ１０２は、受信トリックモードコマンドメッセージに従って、接続１０５を介してデジタルコンテンツストリームを送信する。

【0039】

受信機１２０、１３０は、デジタルコンテンツ配信サーバ１００によって送信された共通時間基準を受信する。さらに、受信機１２０、１３０は、それぞれ接続１０３、１０４を介して、デジタルコンテンツ配信サーバ１００にトリックモードコマンドメッセージを送信する。これらのメッセージは、デジタルコンテンツストリーマ１０２からのデジタルコンテンツストリーム内の点（point）を識別できるようにする情報を含む。受信機１２０、１３０は、デジタルコンテンツトリックモードコントローラ１０１によって、受信機からトリックモードコマンドメッセージが受信されたことを通知する通知メッセージを受信する。受信機１２０、１３０は、受信トリックモードコマンドメッセージに従ってデジタルコンテンツストリームを受信し、そのデジタルコンテンツストリームが前記デジタルコンテンツストリーム内の点を識別できるようにする情報を含む。受信機１２０、１３０は、デジタルコンテンツトリックモードコントローラ（それぞれ１２１、１３１）も含む。これらのデジタルコンテンツトリックモードコントローラ１２１、１３１は、本発明による伝送方法および受信方法のメッセージおよび通知を、デジタルコンテンツ配信サーバ１００のデジタルコンテンツトリックモードコントローラ１０１と交換する。受信機１２０、１３０によって受信されたデジタルコンテンツストリームは、それぞれディスプレイ装置１２６、１３６上でレンダリングされる。さまざまな変形形態によれば、受信機１２０、１３０のユーザは、それぞれ入力装置１２７、１３７を用いて受信機１２０、１３０と対話する。

【0040】

図２は、送受信方法の第１の実施形態による、装置の動的な挙動を示している。

【0041】

ストリーマ１０２は、ＩＰマルチキャスト接続を介して、ＲＴＰ（標準ＲＦＣ３５５０による、リアルタイムトランスポートプロトコル）デジタルコンテンツストリームを送信する。受信機Ａ、受信機Ｂは、たとえば、それぞれ図１の受信機１２０、１３０に対応する。タイムライン「ＷＣＴ」（ウォールクロックタイムを表す）は、図１の共通時間基準１０６に対応する。共通時間基準ＷＣＴによって、すべての受信機は同期すること、すなわちすべての受信機が同じクロック値を同時に受信することができるようになる。この時間基準は、定められた値で開始および停止する。例示的に示したとおり、定められた開始値は、たとえば、任意に選択された値の１０５０５ミリ秒であり、定められた停止値は任意に選択された値の１１１４５ミリ秒である。ＷＣＴ値は、定められたステップ（たとえば図示したとおり４０ミリ秒）で増加する。有利なことに、定められたステップは、オーディオを含むか含まないかにかかわらず、デジタルコンテンツがビデオストリームの場合、デジタルコンテンツのフレームレートの逆に等しい。（たとえば、定められたステップの４０ミリ秒は、ヨーロッパで一般的に使用される画像周波数である１秒当たり２５画像の画像周波数に対応する）。当然、本発明は、共通時間基準の増加ステップがデジタルコンテンツフレームレートの逆であることを必須とはせず、増加ステップ値はデジタルコンテンツトリックモードの所望の精度、またはデジタルコンテンツフレームレートによることができる。たとえば、デジタルコンテンツストリーム内の点を定義するために１秒の精度で十分である場合、１秒のアップデート頻度で共通時間基準を送信することができ、したがって新しい値が毎秒送信される。これは、共通時間基準信号を送信するために使用される帯域幅を減らすことができる利点がある。

【0042】

本発明の特定の実施形態によれば、ＮＴＰ（ネットワーク時間プロトコル）信号の形式で、受信機に共通時間基準を送信できる。この機能の利点は、ＮＴＰは当業者によく知られた信頼性の高い時間同期プロトコルであるということである。

【0043】

図２を見やすくするために、後半は時間管理に焦点を当てており、ストリームの画像が受信機に不規則に到着する可能性があることは考慮に入れていない。この問題は、たとえば、シーケンス番号をＲＴＰパケット内のパケットに割り当てて、受信した順序が狂っている場合にこれらのパケットを並べ替えることができるようにするＲＴＰプロトコルのアプリケーションによって解決される。パケットの並べ替えは、当業者に一般に知られた技法である。図２に表したプレーヤＡ１２２、プレーヤＢ１３２のプレーヤバッファは、それぞれの受信機のＡ１２０および受信機Ｂ１３０の復号バッファ、すなわち、パケット並べ替え後を示している。

【0044】

本発明の図示した特定の実施形態によれば、デジタルコンテンツストリーム内の識別点は、画像を識別する。本発明の他の特定の実施形態によれば、デジタルコンテンツストリーム内の識別点は、オーディオフレームを識別する。この機能は、デジタルコンテンツストリーム内の位置決めのための、非常に精細な解像度を可能にするという利点をもたらし、たとえば、それぞれの画像ごとの、およびオーディオフレームごとのステッピング再生のために望ましい場合がある。図示された実施形態では、画像は４０ミリ秒ごとに送信され、これは上記で説明したとおり、２５画像／秒のデジタルコンテンツフレームレートに対応する。

【0045】

本発明の図示した特定の実施形態によれば、受信機１２０および受信機１３０の復号バッファはそれぞれ３画像および４画像の大きさを有しており、受信機Ａ１２０および受信機Ｂ１３０のバッファ領域内の数字１００から３８０で表されている。図を簡単にするために、バッファの大きさは小さいまま維持される。実際は、復号バッファの大きさは、符号化フォーマットなどの異なるパラメータによって決定される。復号バッファの大きさの決定は、当業者に知られている。

【0046】

本発明の特定の実施形態によれば、画像は、ＭＰＥＧ（それぞれＩＳＯ／ＩＥＣ １３８１８およびＩＳＯ／ＩＥＣ １４４９６−１０標準である、ＭＰＥＧ−２およびＭＰＥＧ−４などの複数のＭＰＥＧ標準を定義した、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）デジタルコンテンツストリームからの、Ｉ（イントラ符号化）、Ｐ（予測符号化）、またはＢ（双方向予測符号化）フレームである。

【0047】

本発明の他の特定の実施形態によれば、画像は、無損失デジタルコンテンツ符号化デジタルコンテンツストリームのみからの、Ｉ（イントラ符号化）フレームである。

【0048】

図示するために、１０５０５に相当するＷＣＴで、受信機１２０のプレーヤＡ１２２がデジタルコンテンツトリックモードメッセージ「再生」１０３０を、デジタルコンテンツ配信サーバ１００に送信する。

【0049】

１０５４５に相当するＷＣＴで、受信機Ａ１２０、Ｂ１３０がスケジューリングメッセージＳ（１０７４５、１００）（それぞれプレーヤＡに対し１０３１、プレーヤＢに対し１０４０）を受信する。この機能によって、デジタルコンテンツストリームは決定されたＷＣＴ値１０７４５で定められた点１００（画像１００）からレンダリングされるべきであることを、受信機に通知することが可能になる。

【0050】

１０６２５に相当するＷＣＴで、受信機Ａ１２０、受信機Ｂ１３０の両方が、バッファ内に格納されているデジタルコンテンツストリーム点１００（画像１００）を受信した。

【0051】

１０６６５に相当するＷＣＴで、受信機Ａ１２０、受信機Ｂ１３０の両方が、デジタルコンテンツストリーム点１４０（画像１４０）を受信した。両方の受信機は、定められたＷＣＴ値１０７４５で、定められた点１００（画像１００）からデジタルコンテンツをレンダリングする準備ができていると決定し、したがって、準備ができていることを示す通知メッセージ「Ｔｏｐ ＯＫ」（それぞれ１０３２、１０４１）を、デジタルコンテンツ配信サーバ１００（画像１００）に送信する。

【0052】

１０７０５に相当するＷＣＴで、受信機Ａ１２０、受信機Ｂ１３０がデジタルコンテンツストリーム点１００（画像１００）、１４０（画像１４０）、および１８０（画像１８０）を受信した。

【0053】

１０７４５に相当するＷＣＴで、受信機Ａ１２０、受信機Ｂ１３０がデジタルコンテンツストリーム点２２０（画像２２０）を受信した。デジタルコンテンツストリーム点１００（画像１００）は、受信機１２０、Ｂ１３０内に含まれるデジタルコンテンツ復号器に送信され、デジタルコンテンツは、点１００（画像１００）からそれぞれディスプレイ１２６、１３６上でレンダリングされる。デジタルコンテンツストリームが受信される間、バッファを満たすこと、および復号器へ送信することを引き続き行う。

【0054】

１０８２５に相当するＷＣＴで、受信機Ａ１２０が「一時停止（１８０）」デジタルコンテンツトリックモードメッセージ１０３３をデジタルコンテンツ配信サーバ１００に送信し、デジタルコンテンツ配信サーバ１００に、デジタルコンテンツストリーミングが、受信機のうちの１つによって、デジタルコンテンツストリーム点１８０（ここでは、画像１８０）で一時停止されたことを示す。このメッセージは、デジタルコンテンツストリームの送信を停止させるコマンドである。受信トリックモードコマンドメッセージ（すなわち、ここでは一時停止）に従って、デジタルコンテンツ配信サーバはすべての受信機へのデジタルコンテンツのストリーミングを停止する。この機能によって、受信機はこれ以上デジタルコンテンツストリームを受信する必要がないので、デジタルコンテンツストリーム伝送帯域幅を節約できるようになる。すべての受信機は、受信機のうちの１つがストリーミングを停止するよう要求したことを示す通知メッセージを受信する。デジタルコンテンツストリームは受信機によってバッファされたので、受信機はデジタルコンテンツの一時停止が要求された点以降のデジタルコンテンツストリームの一部をそのバッファ内にまだ有している点に留意されたい。

【0055】

１０８６５に相当するＷＣＴで、受信機Ａ１２０、Ｂ１３０の両方が、受信トリックモードコマンドメッセージを通知する通知メッセージ「ｓＰａｕｓｅ（１８０）」（「一時停止を設定する」の意味）それぞれ１０３４、１０４２を、サーバから受信する。受信機１３０は、デジタルコンテンツ点２２０（画像２２０）が現在表示されているときに、一時停止メッセージを受信する。したがって、プレーヤＢは、返答として画像２２０以外のデジタルコンテンツのレンダリングを停止する。

【0056】

１０９４５に相当するＷＣＴで、受信機Ａ１２０が「再生」トリックモードコマンドメッセージ１０３５をデジタルコンテンツ配信サーバ１００に送信する。デジタルコンテンツストリームのレンダリングを開始するためのトリックモードコマンドであるこのメッセージを受信すると、デジタルコンテンツ配信サーバは、以前停止されたようにデジタルコンテンツストリームの送信を開始する。受信機はＷＣＴ１０９８５で、すべての受信機に送信されたスケジューリング情報である、デジタルコンテンツストリームは定められたＷＣＴ値１１１０５で定められた点２２０（ここでは画像２２０）からレンダリングされるべきであることを意味するメッセージ「Ｓ（１１１０５、２２０）」（プレーヤＡに対し１０３６、プレーヤＢに対し１０４３）を受信する。この機能によって、すべての受信機は、デジタルコンテンツストリームのレンダリングが、デジタルコンテンツストリーム内の点２２０からスケジュールされた時間１１１０５で開始されるべきであることを通知され得る。図示された実施形態によれば、すべての受信機は、所望の時間に所望の点でデジタルコンテンツストリームをレンダリングする準備ができており、したがって受信機Ａ１２０、受信機Ｂ１３０は、ＷＣＴ１１０２５で、「ｔｏｐ ｏｋ」メッセージ（それぞれ１０３７、１０４４）を送信する。デジタルコンテンツストリームのレンダリングを点１８０で「フリーズした」（すなわち、点１８０を静止画像として表示し続ける）受信機Ａ１２０は、ＷＣＴ１１１０５で、次の点２２０でストリーム復号およびレンダリングを引き続き行う。デジタルコンテンツストリームのレンダリングをデジタルコンテンツストリーム点２２０で「フリーズした」受信機Ｂ１３０は、次のデジタルコンテンツストリーム点２６０を復号およびレンダリングするためにＷＣＴ１１１４５まで待機する。

【0057】

本発明の特定の実施形態によれば、定められた時間内にすべての受信機から通知メッセージ「ｔｏｐ ｏｋ」が受信されない場合、新しいスケジューリングメッセージが増加したＷＴＣ値で送信される。ＷＴＣ値は定められた値で増加され、デジタルコンテンツストリームの送信が、スケジューリングメッセージの起点である受信トリックモードコマンドメッセージ内にある点から再開される。この機能によって、１つまたは複数の受信機が、デジタルコンテンツストリームを所望の時間に所望の点でレンダリングする準備ができていない場合、スケジュール時間を延期できるようになる。そうすることによって、後にすべての受信機がデジタルコンテンツストリームを所望の時間に所望の点でレンダリングする準備できているときに、同期したレンダリングが得られる。

【0058】

本発明の特定の実施形態によれば、受信機が前記デジタルコンテンツストリーム内の前記定められた点をレンダリングする準備ができているという決定は、受信機のデジタルコンテンツ受信バッファを満たすために必要な時間の推定に基づく。

【0059】

本発明の特定の実施形態によれば、スケジュール時間が増加される定められた値は、「ｔｏｐ ｏｋ」メッセージの以前の受信から取得された測定から取得される。この機能によって、予測された必要な遅延時間に遅延を適合させることができるようになる。

【0060】

本発明の特定の実施形態によれば、「ｔｏｐ ｏｋ」メッセージが受信されない内の定められた時間は、「ｔｏｐ ｏｋ」メッセージの以前の受信から取得された測定で修正され、定められた時間がデジタルコンテンツ配信サーバに接続された受信機に適合できるようにする。したがって、必要な再スケジューリングメッセージの数が減少する。

【0061】

本発明の他の特定の実施形態によれば、デジタルコンテンツストリーム内の識別点は、デジタルコンテンツストリームを移送する（transport）ために使用されるトランスポートパケットを識別する。この機能は、デジタルコンテンツストリームの特定の変更を必要としない利点があるが、どの画像がどのトランスポートパケット内にパックされたか、受信機内で記憶する必要がある。

【0062】

本発明の他の特定の実施形態によれば、デジタルコンテンツストリーム内の識別点は、ＭＰＥＧ−２トランスポートストリーム内のＰＴＳ（プレゼンテーションタイムスタンプ）などのタイムスタンプである。この機能は、デジタルコンテンツストリームが本発明による活用に適するようにするために、デジタルコンテンツストリームの修正を回避する。

【0063】

本発明の図示された特定の実施形態によれば、デジタルコンテンツストリーム内の識別点は、画像を識別する。この特徴は、デジタルコンテンツストリーム内の点の非常に正確な識別、すなわち、ＰＴＳベースの識別よりもさらに正確であるという利点があるが、それぞれの画像を個々に識別できるように、ストリームの適合を必要とする。上記で説明したとおり、この機能は、デジタルコンテンツストリーム内の位置決めのための非常に精密な解像度を可能にする利点をもたらし、たとえば、画像ごとのステッピング再生のために望ましい場合がある。

【0064】

本発明によれば、デジタルコンテンツストリーム内の点を識別するための前述の２つ以上の変形形態は、さまざまなタイプの受信機に特に適合されたデジタルコンテンツストリーム内の点の柔軟な識別を提案できるように組み合わせることができる。

【0065】

ここで図示したとおり、デジタルコンテンツストリームは、受信トリックモードコマンドメッセージに従って受信機に送信される。これは、たとえば、停止トリックモードコマンドが受信されるとデジタルコンテンツストリームは送信されず、再生コマンドを受信するとストリーム内の特定の点からデジタルコンテンツストリームが送信され、早送りトリックモードコマンドが受信されるとストリーム内の特定の点からデジタルコンテンツストリームが早送りモードで送信されることを意味する。

【0066】

図３は、本発明による送受信方法の第２実施形態を示している。この図では、動的な挙動がシーケンス図によって表されている。縦線１０６は共通時間基準ＷＣＴを表す。縦線１０１はデジタルコンテンツトリックモードコントローラ１０１を表す。縦線１２０は受信機Ａを表す。縦線１３０は受信機Ｂを表す。縦線１０２はデジタルコンテンツストリーマ１０２を表す。図２に関しては、共通時間基準は、任意の値１０５０５で始まり任意の値１１１４５で停止するウォールクロックタイムＷＣＴで表されている。

【0067】

図３によれば、ストリーマ１０２は、それぞれの受信機１２０、１３０からストリーマへの個別のＩＰユニキャスト接続を介して、ＨＴＴＰ（標準ＲＦＣ２６１６によるハイパーテキストトランスポートプロトコル）取得コマンドを受信するとデジタルコンテンツストリームを送信するＨＴＴＰサーバである。受信機がデジタルコンテンツストリームの一部を必要とするたびに、受信機はＨＴＴＰストリーマサーバ１０２に所望の部分の送信を要求する。データ切れ（枯渇とも呼ばれる）を回避するために、それぞれの受信機はｈｔｔｐサーバ１０２からデジタルコンテンツのどの部分を取得する必要があるかを自律的に決定する。

【0068】

「ａ、ｂ、ｃ、ｄ、ｅ、ｆ」で示された各部分は、デジタルコンテンツストリームの一部、すなわち、ばらばらのまたは完全な１つまたは複数の画像を含み、これは強制的な読み取り順ではない。受信機１２０、１３０はその部分を復号し、自分のバッファ内に確実に十分な数の並べ替えた画像があるようにしなければならない。たとえば、部分「ａ」は、順に画像１００、１８０、２２０、１４０、および２６０の一部を含む。「ｂ」は画像２６０の終わりと画像３４０、３８０、および画像３００の一部を含み、以下同様である。これは、すべての受信機１２０、１３０は、復号を開始できるようになるには画像３００が必要なので、「ｔｏｐ ｏｋ」メッセージを送信する前に、部分「ａ」、「ｂ」、および「ｃ」を取得することを説明している。次いで、受信機１２０、１３０は、ニーズに応じて必要な部分を要求する。

【0069】

メッセージ１０３０〜１０３７および１０４０〜１０４４は、すでに図２で説明したとおり同じ意味を有するので、ここではさらに説明しない。メッセージ３００〜３０１および３０４〜３０９はｈｔｔｐ「ｇｅｔ」タイプメッセージである。

【0070】

スケジューリングメッセージ１０４０受信後、メッセージ３００で、受信機１３０はストリーマ１０２にデジタルコンテンツストリームの点１００を含む部分「ａ」を送信するよう要求することを決定する。受信機１２０は、スケジューリングメッセージ１０３１を受信すると、メッセージ３０１を送信することによって同じことを行う。次いで、受信機１２０、１３０は、スケジューリングメッセージ１０４０、１０３１によって示されている所望の時間に所望の点からデジタルコンテンツストリームをレンダリングする準備ができているようにするためにデジタルコンテンツバッファを満たす必要があるので、部分「ｂ」および「ｃ」も必要であることを自律的に決定する。

【0071】

１０６６５に相当するＷＣＴで、受信機１２０、１３０が「ｔｏｐ ｏｋ」メッセージをトリックモードコントローラ１０１に送信して、スケジュールされた１０７４５に相当するＷＣＴでデジタルコンテンツストリームの点１００をレンダリングする準備ができていることを示す。

【0072】

ＷＣＴ１０６６５と１０７４５との間で、メッセージ３０４で示されたとおり、受信機１２０はストリーマ１０２に部分「ｃ」を要求する。この部分はまた、メッセージ３０５で示したとおり、１０８２５に相当するＷＣＴで受信機１３０によって要求される。

【0073】

１０７４５に相当するＷＣＴで、受信機１２０、１３０はデジタルコンテンツストリーム点１００を復号して、レンダリングする。

【0074】

１０８２５に相当するＷＣＴで、受信機１２０は「一時停止」トリックモードコマンドメッセージ１０３３をトリックモードコントローラ１０１に送信する。

【0075】

１０８６５に相当するＷＣＴで、受信機１２０、１３０は、トリックモードコントローラ１０１から通知メッセージを受信する。

【0076】

１０９４５に相当するＷＣＴで、受信機１２０は「再生」デジタルコンテンツトリックメッセージをトリックモードコントローラ１０１に送信する。

【0077】

ＷＣＴ１０８６５と１０９４５との間で、受信機１２０、１３０は、メッセージ３０６、３０７を送信することによってデジタルコンテンツストリーム部分「ｄ」をストリーマ１０２に要求する。受信機１２０、１３０は、停止された再生が続く場合、次にこの部分が必要になることがわかっている。これは、デジタルコンテンツデータ切れを回避する責任がある受信機によって行われる自律的な決定の一例である。

【0078】

ＷＣＴ１０９８５で、受信機１２０、１３０は、１１１０５に相当するＷＣＴで点２２０をレンダリングするためのスケジューリングメッセージを受信する。受信機１２０、１３０の両方は「ｔｏｐ ｏｋ」通知メッセージをトリックモードコントローラ１０１に送信し、引き続き要求３０８、３０９で、ストリーマ１０２にデジタルコンテンツストリームの部分「ｅ」を送信するよう送信する。

【0079】

図４は、本発明の特定の実施形態による、デジタルコンテンツ配信サーバを示している。このデジタルコンテンツ配信サーバは、たとえば、図１のサーバ１００に対応する。デジタルコンテンツ配信サーバ４は、アドレスおよびデータバス４７０によって相互接続された、以下の各要素を含む：
− 不揮発性メモリタイプのＲＯＭ（「読出し専用メモリ」）４００、
− 読出し書込み用メモリ、すなわちＲＡＭ（「ランダムアクセスメモリ」）４１０、
− マイクロプロセッサ４２０（すなわちＣＰＵ「中央処理装置」）、
− ウォールクロックタイムジェネレータ４３０、
− デジタルコンテンツストリーマ４４０、
− ネットワークインタフェース４５０および
− ディスク４６０。

【0080】

電源投入時、マイクロプロセッサ４２０は、少なくとも２つの受信機へのデジタルコンテンツストリームの伝送方法の各ステップを実装しているアルゴリズムの命令を含んでいるＲＯＭ４００内に格納されたプログラムをＲＡＭレジスタ４１０にコピーして、そのプログラムを実行する。

【0081】

ウォールクロックタイムジェネレータ４３０によって、サーバは共通時間基準を受信機に送信できる。

【0082】

デジタルコンテンツストリーマ４４０によって、サーバはデジタルコンテンツストリームを受信機に送信できる。

【0083】

ネットワークインタフェース４５０によって、サーバは、ネットワーク接続を介してメッセージおよびデータを送受信できる。

【0084】

ディスク４６０によって、サーバは、受信機に送信できるデジタルコンテンツストリームのための大容量メモリを含むことができる。

【0085】

メモリ４００および４１０の説明において使用される「レジスタ」という用語は、小容量メモリゾーン（いくつかのバイナリデータのみ）、または大容量メモリゾーン（プログラム全体、または大量のデータを格納することができる）を意味する。

【0086】

ＲＯＭ４００およびＲＡＭ４１０内のそれぞれのレジスタは、さまざまな数の、さまざまな大きさのデータを保持できる。読出し専用メモリ４００は、
− プログラムが格納されているレジスタ４０１、
− 受信装置アドレスが格納されているレジスタ４０２および
− 受信機関連データが格納されているレジスタ４０３
を含む。

【0087】

ランダムアクセスメモリ４１０は、
− ＲＯＭレジスタ４０１からコピーされたプログラムを格納するために使用されるレジスタ４１１、
− 受信されたがまだ処理されていないトリックモードコマンドメッセージを格納するために使用されるレジスタ４１２、
− 処理されたデジタルコンテンツトリックモードメッセージ内に含まれる、デジタルコンテンツストリーム内の点を保持するために使用されるレジスタ４１３、および
− デジタルコンテンツ出力バッファを含み、そこからデジタルコンテンツストリーム出力が受信機に送信されるレジスタ４１４、
− 一時的な変数およびデータテーブルなどの、ＲＡＭレジスタ４１１内に格納されたプログラムを機能させるために必要なデータを含むレジスタ４１５
を含む。

【0088】

図５は、本発明の特定の実施形態による受信機を示している。受信機は、たとえば、図１の受信機１２０または受信機１３０に対応する。受信機５は、アドレスおよびデータバス５４０によって相互接続された以下の各要素を含む：
− 不揮発性メモリタイプのＲＯＭ（「読出し専用メモリ」）５００、
− 読出し書込み用メモリ、すなわちＲＡＭ（「ランダムアクセスメモリ」）５１０、
− マイクロプロセッサ５２０（すなわちＣＰＵ「中央処理装置」）、
− デジタルコンテンツ復号器／レンダラ５５０および
− ネットワークインタフェース５３０。

【0089】

電源投入時、マイクロプロセッサ５２０は、少なくとも２つの受信機へのデジタルコンテンツストリームの伝送方法の各ステップを実装しているアルゴリズムの命令を含んでいるＲＯＭ５００内に格納されたプログラムをＲＡＭレジスタ５１０コピーして、そのプログラムを実行する。

【0090】

デジタルコンテンツ復号器／レンダラ５５０によって、受信機は、図１の復号器１２０、１３０にそれぞれ取り付けられたディスプレイ１２６、１３６などのディスプレイ上で、受信したデジタルコンテンツストリームを復号およびレンダリングできる。

【0091】

ネットワークインタフェース５３０によって、受信機は、メッセージおよびデータを、ネットワーク接続を介して送受信できる。

【0092】

メモリ５００および５１０の説明において使用される「レジスタ」という用語は、小容量メモリゾーン（いくつかのバイナリデータのみ）、または大容量メモリゾーン（プログラム全体、または大量のデータを格納することができる）を意味する。

【0093】

ＲＯＭ５００およびＲＡＭ５１０内のそれぞれのレジスタは、さまざまな数の、さまざまな大きさのデータを保持できる。読出し専用メモリ５００は、
− プログラムが格納されているレジスタ５０１、
− デジタルコンテンツ配信サーバ装置アドレスが格納されているレジスタ５０２、および
− デジタルコンテンツ配信サーバ関連データが格納されているレジスタ５０３
を含む。

【0094】

ランダムアクセスメモリ５１０は、
− ＲＯＭレジスタ５０１からコピーされたプログラムを格納するために使用されるレジスタ５１１、
− 並べ替える前に、受信デジタルコンテンツストリームデータをバッファリングするために使用されるレジスタ５１２、
− レンダリング後、および復号前に、受信デジタルコンテンツストリームデータをバッファリングするために使用されるレジスタ５１３および
− 一時的な変数およびデータテーブルなどの、ＲＡＭレジスタ５１１内に格納されたプログラムを機能させるために必要なデータを含むレジスタ５１４
を含む。

【0095】

図６は、図４のデジタルコンテンツ配信サーバ４によって実装された実施形態などの、本発明の伝送方法の特定の実施形態による、少なくとも２つの受信機へのデジタルコンテンツストリームの伝送のアルゴリズムを示す図である。

【0096】

ＣＰＵ４２０は、アルゴリズムを含むプログラムをＲＯＭメモリ４００からＲＡＭメモリ４１０にロードして、そのプログラムを開始する。アルゴリズムは、初期化ステップ６００から開始し、そこでアルゴリズムに必要なすべての変数が初期化される。

【0097】

ステップ６０１で、少なくとも２つの受信機に共通時間基準が送信される。

【0098】

ステップ６０２で、トリックモードコマンドメッセージが受信され、そこで、その受信トリックモードコマンドメッセージは、デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいる。

【0099】

ステップ６０３で、少なくとも２つの受信機のすべてに、受信トリックモードコマンドメッセージを通知する通知メッセージが送信される。

【0100】

ステップ６０４で、受信トリックモードコマンドメッセージに従って、少なくとも２つの受信機のすべてにデジタルコンテンツストリームの少なくとも一部が送信され、そこで、そのデジタルコンテンツストリームは、デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいる。

【0101】

最後に、アルゴリズムはステップ６０２を引き続き実行する。

【0102】

図７は、図５の受信機５によって実装された実施形態などの本発明の受信方法の特定の実施形態による、デジタルコンテンツストリームの受信のアルゴリズムを示す図である。

【0103】

ＣＰＵ５２０は、アルゴリズムを含むプログラムをＲＯＭメモリ５００からＲＡＭメモリ５１０にロードして、そのプログラムを開始する。アルゴリズムは、初期化ステップ７００から開始し、そこでアルゴリズムに必要なすべての変数が初期化される。

【0104】

ステップ７０１で、時間基準が受信される。

【0105】

ステップ７０２で、トリックモードコマンドメッセージが送信され、そこで、そのトリックモードコマンドメッセージは、デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいる。

【0106】

ステップ７０３で、受信機からトリックモードコマンドメッセージが受信されたことを受信機に通知する通知メッセージが受信される。

【0107】

ステップ７０４で、受信トリックモードコマンド通知メッセージに従って、デジタルコンテンツストリームが受信され、そこで、そのデジタルコンテンツストリームは、デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいる。

【0108】

最後に、アルゴリズムはステップ７０２を引き続き実行する。

【0109】

記述した実施形態は本発明の実施形態の例として挙げられたものであり、そのため本発明はこれらの実施形態に限定されるものではないことが理解できるだろう。

【0110】

図１のインフラストラクチャは、実施形態例として示されている。追加の装置を有する、また装置が少ない、本発明と互換性のある他のインフラストラクチャが可能である。本発明の特定の実施形態によれば、オペレータネットワークは自分の機能に必要な他の装置であるトランスミッタ装置、トラフィック管理、スクランブリング管理装置を含む。本発明の特定の実施形態では、ネットワークスイッチおよびルータを含む他のネットワーク装置が必要である。本発明の特定の実施形態によれば、アクセスネットワーク上にＤＳＬＡＭ（デジタル加入者回線アクセス多重化装置）が存在するべきであり、その装置は、トランスポートネットワークに接続するために、外部または内部のＡＤＳＬ（非対称デジタル加入者回線）タイプモデムを必要とする。本発明の特定の実施形態によれば、異なる受信機が、異なるトランスポートネットワークを介して同じデジタルコンテンツ配信サーバにアクセスする。本発明の特定の実施形態によれば、受信機は、ＳＴＢ（セットトップボックス）を含む専用タイプでも良いし、ＰＣ（パーソナルコンピュータ）を含むより一般的なタイプでも良い。本発明の特定の実施形態によれば、インフラストラクチャは２つ以上の受信機を含む。本発明の特定の実施形態によれば、ある受信機はゲートウェイによってトランスポートネットワークに接続されており、他の受信機は通常ホームネットワークと呼ばれるネットワーク内のゲートウェイに接続されている。

【0111】

説明したデジタルコンテンツ配信サーバの実施形態は、本発明の可能な実装形態の例である。本発明と互換性のある他の実装形態も可能である。デジタルコンテンツ配信サーバは、たとえば、デジタルコンテンツ配信サーバが含む異なる機能のために、異なるハードウェアコンポーネントを使用して実装できる。たとえば、ストリーミングとデジタルコンテンツトリックモード制御の機能を分離できる。たとえば、デジタルコンテンツトリックモード制御は、アクセス権制御、またはストリームの管理を提供するために必要な、追加の機能を含むことができる。たとえば、デジタルコンテンツトリックモード制御は、それぞれが特定の、または１組の特定の受信機に適合されており、異なるデジタルコンテンツ符号化フォーマットの同じデジタルコンテンツストリームを符号化できるようにする符号器を含むことができる。たとえば、ＷＣＴジェネレータはデジタルコンテンツ配信サーバの外部にあること可能であり、複数のデジタルコンテンツ配信サーバが同じ共通時間基準を使用して協働できるようにする。

【0112】

図２および図３に示したトリックモードコマンドは例として挙げたものであり、限定的なものとして考えられるべきではない。デジタルコンテンツストリーム内のランダムな点を探すこと（ｘに移動）、デジタルコンテンツストリーム内の特定の点を探すこと（チャプタに移動）、１つまたは複数の画像を進めること、または巻き戻すこと、ｎ個の画像をスキップすること、およびより一般的には、デジタルコンテンツストリーム内のナビゲーションを可能にするコマンドなどの、再生および一時停止以外の他のタイプのトリックモードコマンドが当然可能であり、本発明による送受信方法と互換性がある。

【0113】

本発明のアプリケーションは、説明されたアプリケーションに限定されるものではなく、デジタルコンテンツストリーミングは、デジタルコンテンツオンデマンドアプリケーション、ピアツーピアデジタルコンテンツ共有アプリケーション、イーラーニングアプリケーションの状況で行うことができ、より一般的には、本発明は、同じデジタルコンテンツストリームが複数の受信機間で共有され、デジタルコンテンツの受信が受信機を介して同期される必要があり、どの受信機からのトリックモードコマンドもサポートされる必要がある、どのような種類のプリケーションにおいて使用されることにも適している。

【0114】

本発明の特定の実施形態によれば、本発明による受信機によって形成されたネットワークは、ピアツーピアネットワークである。そして、ピアのうちの１つ、たとえば同期したデジタルコンテンツ伝送セッションを開始するピアによって、デジタルコンテンツ配信サーバさえもホストできる。デジタルコンテンツ配信サーバのデジタルコンテンツストリーマは、ピアツーピア配信モデルを使用して、ストリームされるべきデジタルコンテンツをピアツーピアネットワークから手に入れることができる。ピアツーピアネットワークへの本発明のアプリケーションは、中央デジタルコンテンツサーバ上の負荷を軽減することなどの、分散型デジタルコンテンツ配信モデルが集中型デジタルコンテンツ配信モデルに対して有する諸利点を有する。

【0115】

本発明の特定の実施形態によれば、受信機からデジタルコンテンツ配信サーバの接続を介して交換されたメッセージは、ＲＴＳＰプロトコル（リアルタイムストリーミングプロトコル、ＲＦＣ２３２６）に準拠する。

【0116】

本発明の特定の実施形態によれば、デジタルコンテンツ配信サーバは、ＩＰマルチキャストプロトコルなどの１対多接続を使用してデジタルコンテンツストリームをトランスポートする。

【0117】

本発明の他の特定の実施形態によれば、デジタルコンテンツ配信サーバは、ＩＰユニキャスト接続などの１対１接続を介してデジタルコンテンツストリームをトランスポートする。

【0118】

本発明の特定の実施形態によれば、デジタルコンテンツ配信サーバは、１対多接続と１対１接続の組合せを使用してデジタルコンテンツストリームをトランスポートする。

【0119】

その特定の実施形態によれば、デジタルコンテンツトリックモードメッセージと通知メッセージの交換のために、別々の接続が存在する。本発明の他の特定の実施形態によれば、デジタルコンテンツ配信サーバからのメッセージは、ＩＰマルチキャストタイプの接続などの単一の１対多接続を介して送信されるのに対し、受信機からデジタルコンテンツ配信サーバへのメッセージは、ＩＰユニキャストなどの別々の１対１接続を介して送信される。

【0120】

本発明の特定の実施形態によれば、受信機のうちの少なくとも１つは無線受信機、たとえば、デジタルコンテンツレンダリング能力を有するセルラー式電話である。すべての受信機が本発明の方法を実装する限り、本発明の下で無線受信機と有線受信機との組合せが全面的に可能である。

【0121】

本発明の特定の実施形態によれば、本発明は、３ＧＰＰおよびＴＩＳＰＡＮ標準における、ＩＭＳベースのＮＧＮ仕様によって説明されるような、オペレータ管理ネットワークの状況で適用される（ＩＭＳはＩＰデジタルコンテンツサブシステムを表し、インターネットプロトコル（ＩＰ）デジタルコンテンツを移動体ユーザ、およびＥＴＳＩの標準化団体であるＴｅｌｅｃｏｍｓ ＆ Ｉｎｔｅｒｎｅｔ ｃｏｎｖｅｒｇｅｄ Ｓｅｒｖｉｃｅｓ ＆ Ｐｒｏｔｏｃｏｌｓ ｆｏｒ Ａｄｖａｎｃｅｄ Ｎｅｔｗｏｒｋｓ（ＴＩＳＰＡＮ）に配信するための構造的枠組みである；ＮＧＮは次世代ネットワーキングを表し、２０１３年から２０１９年頃に展開される電気通信の中核およびアクセスネットワークにおけるいくつかの重要な構造的進化を説明する広義語である；３ＧＰＰは、電気通信団体のグループ間のコラボレーションである、第三世代パートナーシッププロジェクトを表す）。次いで、デジタルコンテンツ配信サーバは、プロバイダによってホストされる。ＩＭＳの状況では、これはたとえば１つまたは複数のＩＭＳ ＭＲＦ（メディアリソース機能）機能エンティティの形式であることができる。ＭＲＦは、シグナリングを処理するためのメディアリソース機能コントローラ（ＭＲＦＣ）、および、メディアトランスポートを処理するためのメディアリソースプロセッサ（ＭＲＦＰ）を含む。ＴＩＳＰＡＮ、およびコンテンツオンデマンドサービスを含むＩＰＴＶサービスの状況では、これはたとえばＩＭＳと類似のエンティティの形式であることができ、ここでは、ＩＰＴＶメディア制御機能および１つまたは複数のメディア配信機能エンティティを含む、ＩＰＴＶメディア機能と呼ぶ。上記のＩＭＳ／ＴＩＳＰＡＮの状況では、プロバイダがデジタルコンテンツ共有セッションを開始して、招待者、たとえば何人かの友人を、デジタルコンテンツ共有セッションに入るよう招待する。本発明を使用して、同じデジタルコンテンツをすべての招待者が共有し、その画像は同期方式でレンダリングされる。さらに、すべての招待者はトリックモードコマンドを発行でき、その結果が共有される。

【0122】

特定の実施形態によれば、本発明は、インターネットなどのオペレータ管理ではないネットワークの状況で適用される。

【0123】

本発明の特定の実施形態によれば、デジタルコンテンツストリームが表示されるスクリーン領域、ならびに、ユーザにトリックモードコマンドの送信へのアクセスを与えるトリックモードコマンドボタンが表示されるスクリーン領域を備えた、ユーザインタフェースが受信機に配信される。

【0124】

本発明の特定の実施形態によれば、ユーザインタフェースは、たとえば、左右に回転できるノブ、またはデジタルコンテンツストリームの現在位置を示すプログレスバーなどの、デジタルコンテンツストリーム内の点へのランダムなアクセスを与え、およびユーザによって再配置することができる入力要素を含む。両方のタイプの要素によって、インタフェースのユーザは、シークタイプトリックモードコマンドをデジタルコンテンツストリーム内のランダムな位置に発行できるようになる。
本発明の好ましい実施形態を以下に示す。
付記１．少なくとも２つの受信機へのデジタルコンテンツストリームの伝送方法であって、
前記少なくとも２つの受信機のすべてに、共通時間基準を送信するステップと、
受信トリックモードコマンドメッセージと呼ばれ、前記デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいるトリックモードコマンドメッセージを受信するステップと、
前記少なくとも２つの受信機のすべてに、前記受信トリックモードコマンドメッセージを通知する、通知メッセージを送信するステップと、
前記受信トリックモードコマンドメッセージに従って、少なくとも２つの受信機のすべてに、前記デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいる前記デジタルコンテンツストリームの少なくとも一部を送信するステップと
を備えることを特徴とする方法。
付記２．前記受信トリックモードコマンドメッセージに従って、前記少なくとも２つの受信機のすべてに、前記デジタルコンテンツストリーム内の定められた点を前記共通時間基準の定められた値でレンダリングするための情報を含んでいるスケジューリングメッセージを送信するステップと、
前記デジタルコンテンツストリーム内の前記定められた点を前記共通時間基準の前記定められた値でレンダリングする準備ができていると決定したことを示している前記少なくとも２つの受信機のうちの少なくとも１つから、「ｔｏｐ ｏｋ」メッセージと呼ばれる通知メッセージを受信するステップと
をさらに備えることを特徴とする付記１に記載の方法。
付記３．前記２つの受信機のうちの前記少なくとも１つのデジタルコンテンツ受信バッファを満たすために必要な時間を推定するステップと、
前記推定に基づく、前記少なくとも２つの受信機のうちの前記少なくとも１つが、前記デジタルコンテンツストリーム内の前記定められた点を前記共通時間基準の前記定められた値でレンダリングする準備ができていることを決定するステップと
をさらに備えることを特徴とする付記２に記載の方法。
付記４．前記受信トリックモードコマンドメッセージが、前記デジタルコンテンツストリームの送信を停止するコマンドの場合、前記少なくとも２つの受信機のすべてに前記デジタルコンテンツストリームの前記少なくとも一部を前記送信するステップを停止するステップ
をさらに備えることを特徴とする付記１乃至３いずれかに記載の方法。
付記５．定められた時間内に、前記少なくとも２つの受信機のすべてから前記通知メッセージが全く受信されなかったとき、
新しいスケジューリングメッセージが送信されるステップであって、以前のスケジューリングメッセージの前記共通時間基準の前記定められた値が、定められた増加値で増加され、前記デジタルコンテンツストリームの前記少なくとも一部を送信する前記ステップが、前記受信トリックモードコマンドメッセージ内に含まれる点から再開されるステップ
をさらに備えることを特徴とする付記２乃至３いずれかに記載の方法。
付記６．前記定められた増加値を、以前の「ｔｏｐ ｏｋ」メッセージの受信から取得した測定から決定するステップをさらに備えることを特徴とする付記５に記載の方法。
付記７．時間基準を受信するステップと、
前記デジタルコンテンツストリーム内の点を識別できるようにする情報を含んでいるトリックモードコマンドメッセージを送信するステップと、
受信機からトリックモードコマンドメッセージが受信されたことを前記受信機に通知する、受信通知メッセージと呼ばれる通知メッセージを受信するステップと、
前記受信通知メッセージに従って、デジタルコンテンツストリームを受信するステップであって、前記デジタルコンテンツストリームは、前記デジタルコンテンツストリーム内の点を識別できるようにする前記情報を含んでいるステップと
を備えることを特徴とする受信機により実施されるデジタルコンテンツストリームの受信方法。
付記８．前記デジタルコンテンツストリーム内の定められた点を前記時間基準の定められた値でレンダリングする情報を含んでいるスケジューリングメッセージを受信するステップと、
前記受信機が、前記デジタルコンテンツストリーム内の前記定められた点を前記時間基準の前記定められた値でレンダリングする準備ができていることを決定したことを示す、通知メッセージを送信するステップと
をさらに備えることを特徴とする付記７に記載の方法。
付記９．前記受信機が、前記デジタルコンテンツストリーム内の前記定められた点を前記時間基準の前記定められた値でレンダリングする準備ができているという前記決定は、前記受信機のデジタルコンテンツ受信バッファを満たすために必要な時間の推定に基づくことを特徴とする付記８に記載の方法。
付記１０．前記デジタルコンテンツストリーム内の前記点は、前記デジタルコンテンツストリームを移送するために使用されるトランスポートパケットを識別することを特徴とする付記１乃至９いずれか１つに記載の方法。
付記１１．前記デジタルコンテンツストリーム内の前記点は、画像を識別することを特徴とする付記１乃至１０いずれか１つに記載の方法。
付記１２．前記デジタルコンテンツストリーム内の前記点は、オーディオフレームを識別することを特徴とする付記１乃至１１いずれか１つに記載の方法。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】