(57)【要約】      （修正有）【課題】ビットレートが制限されている場合、ＴＶ又はＶＯＤサービスのＩＰネットワーク上でのマルチキャスト・ブロードキャストを可能にする。【解決手段】受信デバイスに向けてストリーミング、又はブロードキャストされたビデオ・コンテンツ、及びサービスの受信のため、第１、及び第２のデータストリームに分割され、第１のトランスポートセッションによってストリーミングされ又はブロードキャストされた前記第１のデータストリームを受信する第１の受信ステップと、第２のトランスポートセッションで伝送される前記第２のデータストリームを受信する第２の受信ステップとを有し、前記第２のデータストリームは、前記第１のデータストリームの前に伝送され、かつ前記第２のデータストリームは前記第１のデータストリームなしにはデコードできず、前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させるステップとを有する。【選択図】図１
2011172212.tif 000002
【特許請求の範囲】
【請求項１】
テレビオペレータにより多数の受信デバイスに向けてストリーミングされた、又はブロードキャストされたビデオ・コンテンツ、及びサービスの受信のための方法であって、エンコードされた前記ビデオ・コンテンツ、及びサービスは、第１のデータストリーム、及び第２のデータストリームに分割され、当該方法は、
第１のトランスポートセッションによってストリーミングされ又はブロードキャストされた前記第１のデータストリームを受信する第１の受信ステップと、
第２のトランスポートセッションで伝送される前記第２のデータストリームを受信する第２の受信ステップであって、前記第２のデータストリームは、前記第１のデータストリームの前に伝送され、かつ前記第２のデータストリームは前記第１のデータストリームなしでデコードされることが可能でない、第２の受信ステップと、
受信デバイスの格納手段に前記第２のデータストリームを記憶するステップと、
デコーディング手段に送信されるストリームとするべく、前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させるステップと、
を有する方法。
【請求項２】
前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させるステップは、前記第１のデータストリームに関連づけられ、前記第１のトランスポートセッションに挿入されたタイムスタンプと、前記第２のデータストリームに関連づけられ、前記第２のトランスポートストリームに挿入されたタイムスタンプとを使用する、
請求項１記載の方法。
【請求項３】
前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させるステップは、前記ビデオ・コンテンツ、及びサービスに関連づけられ、かつ、前記第１のトランスポートセッション及び前記第２のトランスポートセッションに挿入される、アイデンティファイアを使用する、
請求項１又は２記載の方法。
【請求項４】
前記ビデオ・コンテンツ、及びサービスの各々に関連づけられた前記アイデンティファイアは、
前記ビデオ・コンテンツ又はサービスのタイトル、又は、
前記ビデオ・コンテンツ又はサービスの、前記ストリーミング又は前記ブロードキャストの理論上の日付時刻、
の特徴のうちいずれかの特徴から得られる、
請求項３記載の方法。
【請求項５】
前記第１のトランスポートセッションの、及び前記第２のトランスポートセッションの情報を有している前記ビデオ・コンテンツ及びサービスのストリーミング又はブロードキャストの信号を受信する第３の受信ステップ、を更に有する請求項１ないし４のうちいずれか１項記載の方法。
【請求項６】
前記第１のトランスポートセッションの、及び前記第２のトランスポートセッションの前記信号の情報から、前記第１のデータストリームの前記受信をアクティベートするステップ、を更に有する請求項５記載の方法。
【請求項７】
前記第１のトランスポートセッションの、及び前記第２のトランスポートセッションの前記信号の情報を使用して、又は前記受信デバイスのユーザによる選択を使用して、前記第２のデータストリームの前記受信をアクティベートするステップ、を更に有する請求項５記載の方法。
【請求項８】
第１のトランスポートセッションの前記第１のデータストリームの前記伝送の後に、前記受信デバイスの前記格納手段における、前記第２のデータストリームを削除するステップ、を更に有する請求項１ないし７のうちいずれか１項記載の方法。
【請求項９】
テレビオペレータにより多数の受信デバイスに向けてストリーミングされた、又はブロードキャストされたビデオ・コンテンツ、及びサービスの受信のためのデバイスであって、エンコードされた前記ビデオ・コンテンツ、及びサービスは、第１のデータストリーム、及び第２のデータストリームに分割され、当該デバイスは、
第１のトランスポートセッションによってストリーミングされ又はブロードキャストされた前記第１のデータストリームを受信する第１の受信手段と、
第２のトランスポートセッションで伝送される前記第２のデータストリームを受信する第２の受信手段であって、前記第２のデータストリームは、前記第１のデータストリームの前に伝送され、かつ前記第２のデータストリームは前記第１のデータストリームなしでデコードされることが可能でない、第２の受信手段と、
受信デバイスの格納手段に前記第２のデータストリームを記憶する手段と、
デコーディング手段に送信されるストリームとするべく、前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させる手段と、
を有するデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデジタル・コンテンツ・ブロードキャストの一般の技術領域に関する。より詳細には、本発明は、以前の伝送データを用いた、テレビオペレータによってブロードキャストされたビデオ・コンテンツ、及びサービスの受信のための方法及びデバイスに関する。
【背景技術】
【０００２】
［従来技術］
デジタルテレビジョン・サービスを提供するために、テレビオペレータ又はブロードキャスタは、衛星、ケーブル又は無線ブロードキャストネットワークで、ＩＰブロードバンドネットワーク又はモバイル・ネットワークを介し、複数のクライアントにブロードキャスト又はマルチキャスト伝送の理論によって、ビデオ・コンテンツを送信する。非常に高速なビットレートでのアクセスを提供するためＩＰ（又はＩＰＴＶ）を介したテレビは、エンドユーザに普及している。ビデオのブロードキャストは、ネットワーク上で高いビットレートを必要とする。オープンワイヤード（オープンインターネット・タイプ）又は（フリータイプのアクセスプロバイダによって）管理されたネットワークにおいて、クライアントのアクセスポイントのバンド幅は、ＩＰＴＶサービス及びビデオ・コンテンツ（例えば高解像度（ＨＤＴＶ））のエンコード品質に対するクライアントの利用可能性を条件付ける。したがって、このバンド幅に従い、クライアントがテレビチャネル又はビデオオンデマンドサービスを全く受信できなかったり、標準の品質のテレビ番組を受信や、又は高解像度の異なるコンテンツを受信できなかったりすることがある。クライアントのバンド幅は、アクセスネットワークの技術的特性、及びネットワークの混雑度の状況に依存する。モバイル・ネットワーク（例えば３Ｇ電話方式）を介したブロードキャストのために、バンド幅の限定の課題が同様に発生する。そして、バンド幅の制約はより深刻である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】ＷＯ  ０３／０４７８３
【特許文献２】米国特許第６４９６９８０号明細書
【非特許文献】
【０００４】
【非特許文献１】“RTP  Payload  Format  for  SVC  Video”  (draft-ietf-avt-rtp-svc-15.txt  by  S.  Wenger,  Y.-K.  Wang,  T.  Schierl,  A.  Eleftheriadis  of  November  3,  2008)
【非特許文献２】“RFC  3984:  RTP  Payload  Format  for  H.264  Video”  (by  S.  Wenger,  M.M.  Hannuksela,  T.  Stockhammer,  M.  Westerlund,  D.  Singer,  dating  from  February  2005)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
［本発明の範囲］
ＩＰＴＶ又はＶＯＤサービスのための個人の利用可能性を増加させ、かつブロードキャスト・コンテンツの品質を改善するための異なる解決案が提案されている。第１の解決案の流れは、画像処理に基づくものであり、例えばＳＤ−ＨＤアップスケーリング又はフィルタリングを含むデジタルズームが挙げられる。しかしながら、これらの解決案は、元のＨＤコンテンツと比較して平凡な結果を提供する。ネットワーク技術においては、高ビットレートアクセスの実現が開発されつつある。圧縮技術において、例えば標準Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）又はＨ．２６４／ＭＰＥＧ−４  ＳＶＣ（Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）を使用することによって、ブロードキャスト・コンテンツの圧縮率の改善を可能にする。ＳＶＣは、ブロードキャストネットワークの異なる伝送容量に適するよう、伝送を異なるストリームに分割することを可能にする。したがって、レシーバのバンド幅に適するようビデオ品質を提供する。事実、「スケーラビリティ」モデルによれば、異なるＳＶＣストリームは同じコンテンツの（階層的に依存しており、かつインクリメンタルに符号化される）品質の異なる連続したレベルに対応する。そしてＡＶＣベースレイヤはエンハンスメントレイヤなしでデコードすることができる。異なるストリームは、ネットワーク上で同時に伝送される。したがって、クライアントのバンド幅がリアルタイムのベースレイヤを受信するのに十分である場合、クライアントは標準の定義のＩＰＴＶサービスから利益を得ることができる。しかしながら、クライアントのバンド幅がリアルタイムのエンハンスメントレイヤを受信するのに不十分な場合、ＩＰ−ＨＤＴＶサービスから利益を得ることができない。
【０００６】
特許文献１のワイドバンドネットワークのユニキャスト伝送の技術において、データストリームが分けられて、かつ同時には伝送されない音楽のブロードキャストのための方法を開示している。第１のストリームは以前に伝送され、そして、それはメモリに記憶される。第２のストリームはリアルタイムで伝送される。第１のストリームと結合され、リアルタイムの音楽の再生を可能にする。この解決案は、完全なストリームのリアルタイムに係る制約が克服され、かつリアルタイム・リソースのバンド幅が最適化されることを可能にする。また、ユニキャスト伝送の技術で、非特許文献２は、２つの非同時のストリームを有するユニキャスト伝送のための方法を開示する。ベースレイヤは、リアルタイムにおいて受信され、かつ標準の品質を提供する。ユーザによる要求によって、エンハンスメントレイヤがダウンロードされる。したがって、改善された品質を有するビデオ・コンテンツの新規な再生の効果をユーザに提供する。
【０００７】
これらの解決案は、アクセスポイントのバンド幅がその再生に充分な品質のビデオストリームのリアルタイムの受信を可能としないようなワイドバンドネットワーク上のテレビジョンブロードキャストサービスに対する技術的問題に答えることができない。これらの解決案は、また、特に「ブロードキャスト」ネットワーク上のリアルタイムのＨＤテレビ・サービスのブロードキャスト又はアクセスポイントのバンド幅が不十分であるワイドバンドネットワークの技術的問題に対応することができない。
【課題を解決するための手段】
【０００８】
［発明の開示］
本発明の目的は、従来技術の不利な点のうちの少なくとも１つを克服することである。より詳細には、本発明の目的は、このサービスに必要なリアルタイム・ビットレートが制限されている場合に、ＴＶ又はＶＯＤサービスのリアルタイムのＩＰネットワーク上のマルチキャスト・デジタル・ブロードキャストを可能にすることである。本発明の目的は、デジタル・ブロードキャストをリアルタイムで行うことである。また、特にハイブリッドネットワーク（無線、衛星又はケーブルネットワーク、及びＩＰネットワークの結合）において、改善された品質サービス（例えばＴＶＨＤ）を可能にすることである。それと共に、ベースレイヤ品質（例えばＳＤ）のストリームビットレートを節約し、したがって、同時チャネル・ブロードキャスト数を最適化する
従来技術においては、コンテンツは、テレビオペレータによって、リアルタイムでネットワーク上の多数のレシーバに対してブロードキャストされる。ＩＰネットワーク上のポイント・ツー・ポイントリンクにおいて、コンテンツが分割され、複数のトランスポートセッションで受信デバイスにダウンロードされることは、従来技術である。本発明のアイディアは、リアルタイムブロードキャスト、及び特にハイブリッドネットワークでの同じコンテンツの以前のダウンロードを結合することである。
【０００９】
この目的のためには、本発明は、テレビオペレータにより多数の受信デバイスに向けてストリーミングされた、又はブロードキャストされたビデオ・コンテンツ、及びサービスの受信のための方法であって、エンコードされた前記ビデオ・コンテンツ、及びサービスは、第１のデータストリーム、及び第２のデータストリームに分割され、当該方法は、第１のトランスポートセッションによってストリーミングされ又はブロードキャストされた前記第１のデータストリームを受信する第１の受信ステップと、第２のトランスポートセッションで伝送される前記第２のデータストリームを受信する第２の受信ステップであって、前記第２のデータストリームは、前記第１のデータストリームの前に伝送され、かつ前記第２のデータストリームは前記第１のデータストリームなしでデコードされることが可能でない、第２の受信ステップと、受信デバイスの格納手段に前記第２のデータストリームを記憶するステップと、  デコーディング手段に送信されるストリームとするべく、前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させるステップとを有する方法に関する。
【００１０】
都合のよいことに、テレビオペレータは、ＩＰネットワークでビットレートが減少した第１の圧縮したＳＶＣストリームをブロードキャストする。そして、異なるエンハンスメントレイヤを事前にダウンロードするよう提案する。したがって、それらのネットワーク・アクセスのバンド幅が限られているためにＩＰＴＶサービスに適していないクライアントも、適するようになれる。
【００１１】
ＨＤの品質のサービスを提供するために、テレビオペレータは、ＳＶＣ標準に従ってエンコードされたＨＤコンテンツのエンハンスメントレイヤを、都合よく例えばブロードキャストの前の夜の間にクライアントの受信デバイスに事前にダウンロードすることを提案する。リアルタイムでストリーミングされたＳＶＣベースレイヤを受信すると、レシーバは、ダウンロードされたストリームをリアルタイム・ストリームに同期する。都合よく、このサービスにサブスクライブしたクライアントは、例えばＳＤ品質でストリームされるコンテンツからＨＤ品質の利益を得ることができる。
【００１２】
最後に、ハイブリッドネットワークにおいて、本発明をインプリメントしたテレビオペレータは、ＨＤエンハンスメントレイヤをダウンロードすることによって、サービスをサブスクライブしたクライアントに、ブロードキャストネットワークにおいてＳＤブロードキャストにより節約しつつ、ＩＰネットワークでのＴＶＨＤサービスを提案する。テレビオペレータは、したがって同時に都合よく多数のチャネルのブロードキャストを最適化する。
【００１３】
特定の本発明の特徴によって、前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させるステップは、前記第１のデータストリームに関連づけられ、前記第１のトランスポートセッションに挿入されたタイムスタンプと、前記第２のデータストリームに関連づけられ、前記第２のトランスポートセッションに挿入されたタイムスタンプとを使用する。リアルタイム・ストリーム、及びダウンロードされたストリームの規則的なシンクロナイゼーションは、したがってこれらのマーカによって可能にされ、かつ例えばコマーシャルの直接のブロードキャストにおいて発生する遅延の問題に特によく適合している。
【００１４】
他の特定の本発明の特徴として、前記第２のデータストリームと前記第１のデータストリームとを連続的に同期させるステップは、前記ビデオ・コンテンツ、及びサービスに関連づけられ、かつ、前記第１のトランスポートセッション及び前記第２のトランスポートセッションに挿入される、アイデンティファイアを使用する。いくつかのコンテンツに対応するいくつかのダウンロードされたファイルの中で、このアイデンティファイアは、ブロードキャストされているストリームに対応するダウンロードされたエンハンスメントレイヤを選択することを可能にする。前記ビデオ・コンテンツ、及びサービスの各々に関連づけられた前記アイデンティファイアは、前記ビデオ・コンテンツ又はサービスのタイトル、又は、前記ビデオ・コンテンツ又はサービスの、前記ストリーミング又は前記ブロードキャストの理論上の日付時刻、の特徴のうちいずれかの特徴から得られる。
【００１５】
特に有利な本発明の態様によれば、本発明は、前記第１のトランスポートセッションの、及び前記第２のトランスポートセッションの情報を有している前記ビデオ・コンテンツ及びサービスのストリーミング又はブロードキャストの信号を受信する第３の受信ステップ、を更に有する。この情報は、サービスを事前にダウンロードするビデオストリームについて、及びダウンロードするストリームの選択についてテレビオペレータのクライアントに知らせる。
【００１６】
特に有利な本発明の態様によれば、本発明は、  前記第１のトランスポートセッションの、及び前記第２のトランスポートセッションの前記信号の情報から、前記第１のデータストリームの前記受信をアクティベートするステップ、を更に有する。他の有利な態様によれば、本発明は、前記第１のトランスポートセッションの、及び前記第２のトランスポートセッションの前記信号の情報を使用して、又は前記受信デバイスのユーザによる選択を使用して、前記第２のデータストリームの前記受信をアクティベートするステップ、を更に有する。この選択は、各々のコンテンツのためにオンデマンドで行われるか又は自動的にユーザによってサブスクライブされているサブスクライブサービスを介して行われる。したがって、この方法は、事前のダウンロード・サービスをサブスクライブしているクライアントの受信デバイスの自動コンテンツ・ダウンロード、及び記録を行うことができるという効果がある。他の実施例によれば、方法は、クライアントによって部分的にダウンロードされたコンテンツのライブの受信の自動トリガーの効果がある。
【００１７】
最後に、特に有利な本発明の態様によれば、本発明は、第１のトランスポートセッションの前記第１のデータストリームの前記伝送の後に、前記受信デバイスの前記格納手段における、前記第２のデータストリームを削除するステップ、を更に有する。
【００１８】
添付の図に関し、本発明は、理解され、かつ実施例、及び有利なインプリメンテーションによって例示される。なお、これらは決して本発明を制限することを目的としていない。
【図面の簡単な説明】
【００１９】
【図１】実施例に従って受信方法を示すフローチャートである。
【図２】実施例に従って受信デバイスにおいてインプリメントされるシンクロナイゼーションのステップを示す図である。
【図３】２つの実施例（ＤＶＢ−ＩＰＴＶ、及びＭＰＥＧ２−ＴＳ）に従ってデータストリームのトランスポートパケットを示す図である。
【図４】２つの実施例（ＤＶＢ−ＩＰＴＶ、及びＭＰＥＧ２−ＴＳ）に従ってデータストリームのトランスポートパケットを示す図である。
【図５】送受信のステップの変形例を含むブロードキャスト方法を示す図である。
【図６】本発明をインプリメントする受信デバイスを示す図である。
【発明を実施するための形態】
【００２０】
［本発明の実施例の詳細な説明］
本発明では、クライアントは、前もってビデオストリームの部分をダウンロードし、テレビオペレータによるリアルタイムのストリーム・ブロードキャストの他の部分を受信する、方法、及びデバイスを有する。かつ、向上した品質をもつテレビ・サービスの利益を得るためにストリームの２つの部分を同期させる。テレビオペレータによるビデオ・コンテンツ、及びサービス・ブロードキャストは、非限定的な実施例として、記録されたテレビ番組、及びＶＯＤに近いサービスを有する。しかしながら、この方法は、ブロードキャストされる時刻に発生しているイベントという意味においての「ライブ」テレビ・プログラムには適していない。ビデオ・コンテンツ、及びサービスは、ライブ又はリアルタイムで伝送され又は再びブロードキャストネットワークでストリーミングされる。これは、リアルタイムのバンド幅の制約のないダウンロードされたコンテンツ又はサービスと対照的である。好適な実施の形態によれば、これらのビデオ・コンテンツはベースレイヤ、及びエンハンスメントレイヤを有しているＳＶＣ標準に従って圧縮される。そして、分割は、これらのストリーム・レベルに従って行われる。当然、本発明は、この実施例に限定されない。変形例は、ＭＰＥＧ２−ＴＳビデオトランスポートストリームの２つの部分へ分割する処理を含む。例えばＴＳパケットのヘッダを有している第１の部分と、データパケットを有している第２の部分とである。他の変形例によれば、コンテンツは、シーケンシャルに、第１のストリームのデータの１０分の１、及び第２のストリームのデータの１０分の９に分けられる。したがって、第１のストリームなしで、第２の複数のストリーム又は単一のストリームは単独でデコードされることはない。そして、それはコンテンツのセキュリティに関しても特に適合している。しかしながら、好ましい実施例では、提案された変形例とは異なり、第１のストリームは、単独で都合よくデコードされることができ、さらに、現在のＭＰＥＧ４デコーダ（ＭＰＥＧ４−ＡＶＣ）と互換性を持つ。
【実施例】
【００２１】
図１は、具体例に従って、概略的な受信方法を示している。コンテンツは、第１及び第２のストリームと呼ばれる２つのストリームに分けられる。初期化ステップ１０１の後、第２のストリームの受信１０２のステップが行われる。第２のトランスポートセッションで伝送されるこの第２のストリームは、例えばインターネットタイプのオープンネットワーク又はアクセス提供者によって管理されるネットワークプロトコル（例えばユニキャスト伝送のためのＦＴＰ、ＨＴＴＰ又はＰ２Ｐ、ユニキャスト又はマルチキャスト伝送のためのＦＬＵＴＥ）によりダウンロードされる。ステップ１０３の間、第２のストリームは、受信デバイスの格納手段に記録される。それから、第１のストリームが、第１のトランスポートセッションにおいて、ライブで伝送される。ＤＶＢ−ＩＰＴＶと呼ばれている実施例によれば、この第１のセッションは、リアルタイム・ビデオ・サービスに適応したＲＴＰプロトコルを使用して、アクセス提供者によって管理されるネットワーク上のマルチキャスト・ストリーミングを有する。ＤＶＢ−ＭＰＥＧ２−ＴＳと呼ばれている他の実施例において、この第１のセッションは、無線、衛星又は地上ネットワークによるＭＰＥＧ２−ＴＳトランスポートストリームのストリーミングを有する。ダウンロードを、ブロードバンドネットワーク領域と、無線、衛星又は地球のネットワーク領域のブロードキャストとで組み合わせることによって、本発明は、特にハイブリッドネットワークの技術領域に位置している。これらの２つの領域間の統一的なシンクロナイゼーションの方法は、したがって、タイムスタンプのレベルにおいて、特に実行されなければならない。ライブで伝送されるこの第１のストリームの受信のステップ１０４が実行される。並行して、ステップ１０５のシンクロナイゼーションは、記録された第２のストリームのデータ及び受信される第１のストリームの組合せ、及び伝送の前の品質の向上した最初のストリームの復元を含む。したがって、シンクロナイゼーションのステップ１０５の後でストリームが取得され、デコードされ、受信方法の終わりを示すステップ１０６に至る。
【００２２】
当然に、本発明は、上述の実施例に限定されない。特に、本発明は、トランスポートセッションの数及びコンテンツを有するストリームの数の全ての組合せ、と互換性を持つ。しかしながら、実施例がＳＶＣ圧縮を使用するときに、ＳＶＣストリームの階層は都合よく尊重される。そして、低い品質のベースレイヤの複数のストリーム又は１つのストリームがストリーミング伝送され、エンハンスメントレイヤは、予めダウンロードされる。これによって、ベースレイヤ又は低い質のストリームの独立デコーディングを可能にする。
【００２３】
図２は、実施例に従って、受信デバイスにおいてインプリメントされるシンクロナイゼーションのステップを示す。より詳細には、図２は、この機能をインプリメントするために、アイデンティファイア及びタイムスタンプを使用する。図２の実施例において、コンテンツは、ＳＶＣエンコードされる。ＡＶＣフォーマットに基づいて、ＳＶＣバイナリのストリームは、連続する「アクセスユニット」（ＡＵ）を有する。各々のＡＵは、与えられた時刻にユニークなビデオ画像を示している。「ネットワークアクセスレイヤユニット」（ＮＡＬ）の概念は、ビデオフレームのスライスをデコーディング・ユニットとして定義する。各々のＮＡＬは、ＳＶＣによって導入されたベース又はエンハンスメントレイヤに対応する。そしていくつかのＮＡＬが１ＡＵを形成する。図２は４つのストリーム・レベルを有しているコンテンツを示す。そして、ストリーム０がベースレイヤ、及びストリーム１、２、及び３がエンハンスメントレイヤに対応する。ストリーム０は、例えばＲＴＰプロトコルにしたがって、トランスポートセッション２０１においてストリームされる。ストリーム１は、他の同時に行われるトランスポートセッション２０２において（例えばＲＴＰプロトコルによって）ストリームされる。ストリーム２及び３は受信デバイスの格納手段にファイル２０３の形で記録される。シンクロナイゼーションのステップは、１〜３の番号が付けられた異なるＡＵ２１０、及び部分的にダウンロードされかつ部分的にストリームされるコンテンツの各々のＡＵを含む異なるＮＡＬを、順序付けるステップを含んでいる。コンテンツ・ブロードキャストは、イベントＥｉを構成する。アイデンティファイアＭｉ２０８は、イベントＥｉに関連づけられる。すなわち各々のコンテンツに関連づけられる。実施例によれば、このアイデンティファイアは、ハッシュ関数によって暗号化されるコンテンツのタイトルから得られる。変形例によれば、このアイデンティファイア２０８は、プログラムのブロードキャストの日付、及び理論上の時刻から得られる。このアイデンティファイア２０８は複数のファイルを又は１つのファイルをダウンロードし、かつライブのブロードキャスト・ストリームに関連づけられるために記録することを可能にする。このアイデンティファイア２０８は、トランスポートセッションの、例えばＩＰネットワーク上のＲＴＰパケットの又はＤＶＢネットワーク上のＭＰＥＧ２−ＴＳの適合フィールドレベルで伝送される。都合よく、このアイデンティファイア２０８は、ダウンロードされたファイルに関連づけられたメタデータに記録される。
【００２４】
実施例によれば、各々のストリームと関連づけられ、かつトランスポートセッションのレベルで伝送されるタイムスタンプは、異なるストリームに同期させるために使用される。ＩＰネットワークの領域において、非特許文献１は、異なるＲＴＰセッションのストリーミングで伝送される異なるＳＶＣストリームに同期させるために、技術的な解決案を提案する。この解決案は、非特許文献２で導入されたドキュメント順序番号（ＤＯＮ：ｄｏｃｕｍｅｎｔ  ｏｒｄｅｒ  ｎｕｍｂｅｒ）を使用する。このＤＯＮ情報２０７は、Ｈ２６４のための特定のフォーマットのＲＴＰパケットで伝送される。加えて、非特許文献１はまた、各々のＡＵｊ、ＴＳｊのためのタイムスタンプ（又はＴＳ）はＲＴＰパケットのヘッダ２０６で伝送される点を開示している。ＴＳｊは、異なるトランスポートセッションのＲＴＰパケットを配列する（ｏｒｄｅｒ）ために使用される。しかしながら、ＲＴＰプロトコルを使用してストリームが送信され、ファイルにダウンロードされ、又はリアルタイムに適しているプロトコルに従って伝送される異なる実施例によれば、技術的問題は、トランスポートセッションからいくつかのＳＶＣストリームを同期させることである。したがって、特定の本発明の特徴によれば、新規なタイムスタンプＲＴＳｊ２０９（レファレンスタイムスタンプ）が、ＳＶＣストリームの各々のトランスポートセッションの各々のＡＵｊの各々の第１のＮＡＬユニットのために定められる。ＤＯＮ２０７と同様に、タイムスタンプＲＴＳ２０９は、３２ビットによって定められる。タイムスタンプＲＴＳ２０９は、ストリーム（ストリーム又は以前にダウンロードしたもの）の異なるトランスポートセッションから来る同じＡＵ２１０のＮＡＬ２０５の全て、例えばＲＴＳ１及びＲＴＳ３を、２０１及び２０３にグループ化することを可能にする。タイムスタンプＲＴＳは、また、付加的なダウンロードされたファイルＡＵ、及びストリームされたＡＵ（例えばＲＴＳ１、及びＲＴＳ２）を２０１、及び２０３に配列することを可能とする。これらの異なるタイムスタンプが定義される。新規なダウンロードされたファイルフォーマット、及びトランスポートストリームは、このタイムスタンプ情報を含んでいる実施例に従って定められる。
【００２５】
図２は、したがって、３つのＡＵ２１０から成るストリームを示す。各々のＡＵ２１０は、ＲＴＰプロトコルを使用し、例えば伝送されるＮＡＬユニット２０５を有する。ヘッダＲＴＰｊ２０６は、各々のＡＵのＴＳｊを伝送する。ＲＴＰパケットは、コンテンツＭｊ２０８の識別情報のアイテム、各々のＮＡＬのＤＯＮ情報２０７のアイテム、及び各々のＡＵのＲＴＳｊ情報のアイテム、を伝送する。第１のＡＵのＲＴＳは、０に初期化される。そして、ＴＳ、及びＲＴＳは、新規なファイルフォーマットにおいて、及びトランスポートセッションにおいてコヒーレントな方法で算出される。すなわち：
ＴＳ［ＡＵ（ｊ）］−ＴＳ［ＡＵ（ｊ−１）］＝ＲＴＳ［ＡＵ（ｊ）］−ＲＴＳ［ＡＵ（ｊ−１）］
他の実施例において、コンテンツは、ブロードバンドＩＰネットワークでブロードキャストされ、したがって標準のＤＶＢ−ＩＰＴＶに定義されたＩＰＴＶサービスを提供する（「ＤＶＢ−ＩＰＴＶ１．４：ＩＰベースのネットワークを介したＭＰＥＧ２ＴＳベースのＤＶＢサービスの伝送」、ｄＴＳ１０２  ０３４Ｖ１．４．１、２００８年９月）。本実施例において、第２のトランスポートセッション（すなわちダウンロードされるファイル）は、コンテンツの送信、及び伝送を担保するＣＤＳ（コンテンツダウンロードサービス）技術を使用する。また、第１のトランスポートセッション（すなわちコンテンツ・ストリーミング）は、ＲＴＰプロトコルを使用する。特定の特徴によれば、アイデンティファイアＭｉは、例えばハッシュ関数によって圧縮されるＤＶＢ−ＩＰＴＶブロードバンド・コンテンツ・ガイドによって導入されるＣＲＩＤ（コンテンツ・レファランス・アイデンティファイア）から得られる。アイデンティファイアＭｉは、ＣＤＳの信号を送る情報によって伝送される。
【００２６】
特定の特徴によれば、アイデンティファイアＭｉ、及びＲＴＳタイムスタンプは、ＲＴＰパケットで伝送される。図３は、ＤＶＢ−ＩＰＴＶの実施例に従ってストリーミングとして受信されるストリームのＲＴＰトランスポートパケットを示す。新規なＲＴＰヘッダフォーマットが定義されている。これは、ＲＴＰヘッダ３０１、及びヘッダ３０１のＸビット３０３の長さのＲＴＰヘッダ・エクステンション３０２を有する。ヘッダエクステンションフィールド３０２は、都合よく、アイデンティファイアフィールドＭｉ３０５、及びＡＵタイムスタンプ・フィールドＲＴＳ３０６を含む。これらの新規なフィールドは、３２ビットで符号化される。タイプ３０４、及び新規なヘッダエクステンションフィールド３０２の長さ３０７は、都合よく満たされている。加えて、ＲＴＰパケットは、異なるＲＴＰセッションのＩＰネットワークでストリームされる異なるＳＶＣストリームのシンクロナイゼーションに適している。具体的には、ＤＯＮフィールドが各々のＲＴＰパケットに存在する。
【００２７】
他の実施例において、コンテンツは、標準のＭＰＥＧ２−ＴＳ（ＩＳＯ／ＩＥＣ  １３８１８−１：“Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −  Ｇｅｎｅｒｉｃ  ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ：  Ｐａｒｔ  １：  Ｓｙｓｔｅｍｓ”）を使用して、衛星、ケーブル又は地上波ブロードキャストネットワークによってブロードキャストされる。本実施例において、第２のトランスポートセッション（すなわちダウンロードされるファイル）は、ＭＰＥＧ２−ＴＳの技術であるＤＳＭＣＣ又はＦＬＵＴＥを使用する。さらに、第１のトランスポートセッション（すなわちコンテンツ・ストリーミング）は、ＭＰＥＧ２のＴＳトランスポートパケットを使用する。図４は、ＤＶＢ−ＭＰＥＧ２−ＴＳの実施例に従ってライブ受信される第１のストリーム４０１のＭＰＥＧ２−ＴＳトランスポートパケット４０２を示す。ＴＳパケット４０２は、ヘッダ４０３、任意の適合フィールド４０４、及び利用されるデータ４０５を含む。特定の特徴によれば、アイデンティファイアＭｉ４０８、及びタイムスタンプＲＴＳ４０９は適合フィールド４０３で伝送される。これは、プライベートデータの伝送のためのものである。このフィールドは、アイデンティファイアＭｉのための４バイトとＲＴＳタイムスタンプのための４バイトを含む付加的な１１バイトを有している。この場合、ＭＰＥＧ２−ＴＳ伝送において、ＮＡＬユニットの順序が維持されるため、ＲＴＰ伝送でＤＯＮコンセプトは使用されない。加えて、ＲＴＰタイムスタンプに関してＲＴＳは算出されない。しかし、ＰＣＲクロックと関連するプレゼンテーションタイムスタンプすなわちＰＴＳに関しては、ＲＴＳは以下のようになる。
ＰＴＳ［ＡＵ（ｊ）］−ＰＴＳ［ＡＵ（ｊ−１）］＝ＲＴＳ［ＡＵ（ｊ）］−ＲＴＳ［ＡＵ（ｊ−１）］
図５は、送受信のステップの異なる変形例を含むブロードキャスト方法を示す。第１のステップ５１０において、テレビオペレータは与えられた日付時刻のためのコンテンツのブロードキャストを準備する。このブロードキャストはイベントＥｉに対応する。ビデオ・コンテンツは、少なくとも２つのトランスポートセッションに分かれてクライアントに伝送されることを意図するいくつかの部分（又は少なくとも第１のストリーム、及び少なくとも第２のストリーム）に分けられたバイナリのストリームに圧縮される。第２のステップ５２０は、イベントＥｉの信号５２２を含んでいる。イベントＥｉの信号５２２は、ＨＤｉサービス（すなわち異なるトランスポートセッションに関する情報）を伴う与えられたチャネルの日付時刻でのコンテンツのブロードキャスト情報を有する。ＨＤｉサービスに関する情報は、コンテンツの部分（例えばＨＤ品質）がプリダウンロードによってアクセスできる転送モードを記述している。信号５２２は、ステップ５２１のＴＶオペレータによって準備され、かつステップ５２３のクライアントによって受信される。ステップ５２４の間、クライアントは、信号の情報５２２を分析し、かつファイルをダウンロードするＨＤｉ、又はダウンロードのないスタンダードブロードキャストによるＳＤｉのいずれかによるイベントＥｉのためのサービスを選択する。ステップ５３０の間、クライアントはＨＤｉサービスをサブスクライブする。したがって、ブロードキャストの前に、例えばＨＤ品質に対応するコンテンツの部分をダウンロードする権利を持つ。ステップ５４０は、トランスポートセッションのＨＤｉサービスのためのＥｉの第２のデータストリーム５４２を受信するステップ５４３と、クライアントの受信デバイスの格納手段にこのストリームを記録するステップ５４４を備えている。変形例によれば、ファイルを伝送し、かつダウンロードするプロトコルは、ＣＤＳ、ＤＳＭＣＣ又はＦＬＵＴＥである。特定の特徴によれば、ステップ５４０は、第１及び第２のトランスポートセッションに関する信号情報５２２（具体的には、コンテンツ・ブロードキャストＥｉの日付及び時刻に関する情報）を使用してクライアント受信デバイスの待機状態からの受信ステップ５４３の自動的なアクティベーションを有する。他の特徴によれば、ステップ５５０は、第１のストリームのブロードキャストＥｉの時にクライアントによる受信５６３のアクティベーションを有する。ステップ５６０の間、例えばコンテンツのブロードキャストの標準の品質のＳＤｉサービスのためのＥｉの第１のデータストリーム５６２は、トランスポートセッションで伝送される。各種実施形態によれば、この伝送は、ＩＰネットワーク（ＩＰＴＶ）又はブロードキャストネットワーク（例えば衛星、地上波又はケーブル（ＤＶＢ  ＭＰＥＧ２−ＴＳ））を使用する。ステップ５６３の間、受信デバイスは、第１のデータストリーム５６２を受信する。ステップ５６４の間、これは、オンザフライで第１のストリームの受信に基づいて、第２のトランスポートセッションにおいて以前に伝送されたストリームと同期する。アイデンティファイアＭｉは、デバイスの格納手段に記録されたストリームの中から、Ｅｉ���第１のストリームに関連するストリームを選択する。ＲＴＳタイムスタンプは、第１のストリーム、及び第２のストリームからのデータを同期させるのに適している。したがって、再構築されたストリームはステップ５６５の間にデコードされる。そして、クライアントはスタンダード品質のブロードキャストにおいて、向上した品質を有するコンテンツを得ることができる。最後にステップ５７０の間において、デバイスは、コンテンツのブロードキャストの後に、第２のデータストリームを削除する。これは、イベントＥｉの後にクライアントによってそれが受信され視聴されたか否かに関わらない。図６は、本発明をインプリメントする受信デバイスを示す。受信デバイスは、例えば、ネットワークに接続されるデジタルＴＶデコーダ（セットトップボックス）、ＩＰネットワークに接続されるアクセス・ゲートウェイである。あるいは、ハイブリッドネットワークに接続される場合には、各々のネットワークの受信を担保するデバイスである。デバイスは、本発明の実施例をインプリメントすることに役立つ物理的手段を有する。例えば、プロセッサ６１０（ＣＰＵ）と、ＲＡＭ６３０と、ＲＯＭ６２０と、ハードディスク６８０と、少なくとも一つのネットワークインターフェース６４０、６５０（例えばケーブル、衛星あるいは地上波の復調器、ＩＰポート、ＡＤＳＬ復調器又はモバイル・ネットワークのための３Ｇモデム）とを備えている。ネットワークインターフェースは、伝送チャネル６６０、６７０の、ＩＰネットワーク、テレビブロードキャストネットワーク、モバイル・ネットワークのデータ受信に適するものである。デバイスは、ＲＡＭメモリ又はハードディスクに第２のデータストリームを、各々のアクセスユニットＡＵｊ６３４と関連する、アイデンティファイア６３２Ｍｉと、タイムスタンプ６３３ＴＳｊと、を含むファイルとして記憶する。ＣＰＵは、ネットワークインターフェースによって受信されるデータと、及びＲＡＭ又はハードディスクに記憶されたデータとの間のシンクロナイゼーションを保証する。実施例によれば、ＣＰＵは、また、再構築されたビデオストリームのデコーディングを保証し、かつデコードされたコンテンツをディスプレイデバイス（例えばテレビジョンスクリーン）に送信する。
【符号の説明】
【００２８】
２０１  トランスポートセッション
２０２  トランスポートセッション
２０５  NALユニット
２０６  ヘッダ
２０７  ＤＯＮ（ドキュメント順序番号）情報
２０８  アイデンティファイア
３０１  ヘッダ
３０２  ヘッダエクステンションフィールド
３０３  Ｘビット
４０１  ストリーム
４０２  ＭＰＥＧ２−ＴＳトランスポートパケット
４０３  フィールド
【図１】
2011172212.tif 000003
【図２】
2011172212.tif 000004
【図３】
2011172212.tif 000005
【図４】
2011172212.tif 000006
【図５】
2011172212.tif 000007
【図６】
2011172212.tif 000008
【外国語明細書】
2011172212000001.pdf