JP2018520546A - オーディオビデオ・コンテンツをレンダリングする方法、この方法を実施するためのデコーダ、及びこのオーディオビデオ・コンテンツをレンダリングするためのレンダリング装置 - Google Patents
オーディオビデオ・コンテンツをレンダリングする方法、この方法を実施するためのデコーダ、及びこのオーディオビデオ・コンテンツをレンダリングするためのレンダリング装置 Download PDFInfo
- Publication number
- JP2018520546A JP2018520546A JP2017558456A JP2017558456A JP2018520546A JP 2018520546 A JP2018520546 A JP 2018520546A JP 2017558456 A JP2017558456 A JP 2017558456A JP 2017558456 A JP2017558456 A JP 2017558456A JP 2018520546 A JP2018520546 A JP 2018520546A
- Authority
- JP
- Japan
- Prior art keywords
- audio
- data
- decoder
- video content
- application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000009877 rendering Methods 0.000 title claims abstract description 92
- 238000000034 method Methods 0.000 title claims description 55
- 230000008569 process Effects 0.000 claims description 15
- 230000006837 decompression Effects 0.000 claims description 8
- 230000000694 effects Effects 0.000 claims description 8
- 230000006835 compression Effects 0.000 claims description 5
- 238000007906 compression Methods 0.000 claims description 5
- 230000008859 change Effects 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 description 15
- 230000006870 function Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- RRAMGCGOFNQTLD-UHFFFAOYSA-N hexamethylene diisocyanate Chemical compound O=C=NCCCCCCN=C=O RRAMGCGOFNQTLD-UHFFFAOYSA-N 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012015 optical character recognition Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000002747 voluntary effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
- H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
- H04N21/43635—HDMI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8186—Monomedia components thereof involving executable data, e.g. software specially adapted to be executed by a peripheral of the client device, e.g. by a reprogrammable remote control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8193—Monomedia components thereof involving executable data, e.g. software dedicated tools, e.g. video decoder software or IPMP tool
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
デコーダ(20)は、圧縮形態のオーディオビデオ・コンテンツ(1)を受信するための入力インタフェース(21)と、圧縮オーディオビデオ・コンテンツ(1)、少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム(4)、及び制御データ(7)を出力するための出力インターフェース(22)とを備える。制御データ(7)は、識別データ(3)及び実施データ(5)を備え、識別データ(3)は、オーディオビデオ・コンテンツ(1)の少なくとも一部及び/又は少なくとも一つのアプリケーションフレーム(4)の一部を識別するために使われ、かつ実施データ(5)は、オーディオビデオ・コンテンツ(1)及び少なくとも一つのアプリケーションフレーム(4)の少なくとも一つのレンダリングを定めることを特徴とする。【選択図】図1
Description
一般にセットトップボックスと呼ばれている、デコーダは、圧縮オーディオビデオ・コンテンツを受信する顧客端末である。コンテンツは、レンダリング装置に理解できる形で送られる前にデコーダによって伝統的に圧縮解除される。必要であれば、コンテンツは、圧縮解除される前にデコーダにより解読される。レンダリング装置は、ビデオ表示画面及び/又はオーディオスピーカーであり得る。本説明において、高解像度ビデオ画像をレンダリングすることができるテレビは、レンダリング装置の非限定的な実施例とみなされる。
デコーダの機能が、それをテレビに配信する前に放送装置(又はその他のソース)から受信したコンテンツを処理することであるので、デコーダはテレビの上流に置かれる。デコーダは、有線ケーブルを通じて通常は高解像度マルチメディアインタフェース(HDMI(登録商標))を通じてテレビに接続できる。この種のインタフェースは、非圧縮オーディオビデオ・ストリームをオーディオビデオ・ソースから対応受像機の方へ送信するために最初に設計された。
フルハイビジョン映像フォーマット形式を有する高解像度テレビは、それぞれ1920ピクセルの1080本の線を含む画像を表示することが可能である。この画像は、16:9のアスペクト比の1920×1080ピクセルに等しい解像度を有する。フルハイビジョンフォーマットの各画像は、2メガピクセルからなる。今日では、超高解像度(UHD 4K、UHD−1とも呼ばれている)フォーマットの出現によって、対応するテレビは、1画像につき8百万ピクセルを提供することが可能であり、そしてUHD 8K(UHD−2)は、更に改良されたカラーレンダリングを備えた3千3百万ピクセル以上を有する画像を提供する。テレビの解像度を上昇させることは、より微細な画像を提供して、主に表示画面のサイズの増大を可能にする。更に、テレビ画面のサイズを増大させることは、視野を広げることによって、そして没入効果が実現されるのを可能にすることによって視聴経験を改善する。
また、高い画像リフレッシュ速度を提供することによって、画像の鮮明度を改善することが可能になる。これは、特に、スポーツシーン又は移動シーケンスに有効である。新規なデジタルカメラのおかげで、映画製作者及びディレクターは、より高いフレーム率で映画を撮影するように促される。HFR(高いフレーム率)技術を用いて、映画産業において一般的に用いられる24fpsの代わりに、48fps(毎秒当たりのフレーム数)、60fps、又は120fpsのフレーム率さえ達成できる。しかしながら、これらの映画の著作物のデリバリーチェーンをエンドユーザの自宅まで延長したい場合、これらのより高いフレーム率で受信されるオーディオ/ビデオをレンダリングするのに適しているテレビを製作することも必要である。更に、ジター及びストロボ効果を回避するために、及び/又は迅速な動きがあるシーンの間に画像の鮮明度の不足を緩和するために、UHDビデオストリーム(UHD 8K)の次世代は、120fpsで提供される。
しかしながら、オーディオビデオ・ストリームを送信するためにデコーダにおいて、そしてテレビにおいて実施される、インタフェース、例えばHDMI(登録商標)は、この種の高いビットレートでこの種の大量のデータを送信するために設計されなかった。HDMI(登録商標)標準の最後のバージョン(HDMI(登録商標)2.0)は、最高18GB/sをサポートする。従って、HDMI(登録商標)2.0は、60fpsで提供されるUHD 4Kのオーディオビデオ・ストリームの伝送をほぼ可能にする。これは、HDMI(登録商標)インタフェースが同じ高いビットレート、例えば60fps以上のUHD 8Kのビデオでより高い解像度を有する画像の伝送を確実にするには不十分になることを意味する。
近い将来、デコーダとレンダリング装置間のデータ・ビット・レートは、特に、画像のビット深度を8ビットから10又は12ビットまで増加させることによって、更に増大する。実際、画像の色深度を増加させることによって、色諧調を滑らかにすること、従ってバンディング現象を回避することが可能になる。現在、HDMI(登録商標)2.0インタフェースは、10又は12ビットの色深度を有する60fpsでUHDビデオを伝送することができない。
次世代のテレビの8ビットの色深度の中断は、ハイ・ダイナミック・レンジ(HDR)と呼ばれている新特徴の開発の一因ともなる。この特徴は、少なくとも10ビットの色深度を必要とする。HDR標準は、非常に明るい画像を表示するために画像のコントラスト比を増幅することを目的にする。HDR技術の目的は、画像が部屋を暗くすることがもはや必要でないほどに明るいことを可能にすることである。しかしながら、現在のインタフェース、例えばHDMI(登録商標)は、HDR標準に対応するのに十分な順応性がない。これは、HDMI(登録商標)が新規なHDR技術に簡単に対応しないことを意味する。
コンテンツプロバイダの各々が、視聴経験を強化するためにこの装置を通じて魅力的な特定機能を提供できるので、デコーダは、コンテンツプロバイダにとって重要な装置であるとも考えられる。実際、それがレンダリング装置に関して放送チェーンの中で上流に置かれるので、デコーダは、コンテンツプロバイダから受信した入力オーディオビデオ・コンテンツを圧縮解除した後に詳しい情報をコンテンツに加えることが可能である。或いは、デコーダは、表示画面上のオーディオビデオ・コンテンツの提示を変更できる。一般的に言って、デコーダは、多数のアプリケーションをエンドユーザに提供するように詳しい情報を加え、及び/又はオーディオビデオ・コンテンツのプレゼンテーションを変更できる。
これらのアプリケーションの中で、プロバイダは、例えば、EPG(電子番組ガイド)、VoD(ビデオ・オン・デマンド)プラットフォーム、PiP(ピクチャー・イン・ピクチャー)表示機能、直観的ナビゲーションツール、効率的な検索及びプログラムツール、インターネットページへのアクセス、ヘルプ機能、ペアレンタルコントロール機能、インスタントメッセージング及びファイル共有、個人音楽/写真ライブラリへのアクセス、ビデオ呼び出し、注文サービスなどを提供できる。これらのアプリケーションは、コンピュータによるサービスであると考えることができる。従って、それらは、「アプリケーションサービス」とも呼ばれる。広範囲にわたる効果的な、実際的な、かつ強力なアプリケーションサービスを提供することによって、人は、セットトップボックスにこの種の機能を提供することに対する本当の関心を直ちに理解できる。この関心は、エンドユーザ及びプロバイダの両方にとって有益である。
従って、デコーダ又はマルチメディアシステムが少なくともレンダリング装置に接続しているデコーダを備えることを含む、UHD装置の次世代に組み込まれる新技術により提供されるすべての機能を利用するために関心がある。
特許文献1は、伝送チャネルを通じた伝送のためにHDビデオ・コンテンツを含むメディアストリームを作成する方法を開示している。より詳しくは、この文書の方法は、そこに含まれるHDビデオ・コンテンツを圧縮しないHD符号化フォーマットのメディアストリームを受信し、メディアストリームを復号化し、復号化メディアストリームを圧縮し、非圧縮ビデオ・コンテンツ・フォーマットの中に圧縮メディアストリームをカプセル化し、そしてHDMI(登録商標)ケーブル又は無線リンクを通じて伝送できるデータストリームを生成するように、HDフォーマットを使用してカプセル化されたメディアストリームを符号化することを提案する。ある場合には、メディアストリームを暗号化することもできる。
特許文献2は、付加的なVBI(垂直帰線消去区間)データを含む、補助情報を伝送するためにHMDI(登録商標)標準を使用する解決策を開示している。このために、この文書は、変換されたマルチメディア及び補助データセットをHDMI(登録商標)送信機に連結するHDMI(登録商標)ケーブルを通してHDMI(登録商標)受信機に送信するように、入って来るオーディオ、ビデオ、及び補助データセットのデータフォーマットをHDMI(登録商標)仕様に準拠するフォーマットに変換するためのデータ変換回路を備えるHDMI(登録商標)送信機を開示している。HDMI(登録商標)受信機は、逆作動を実行するデータ変換回路を備える。
特許文献3は、HDMI(登録商標)インタフェースを備えたソース装置とターゲット装置の間でオーディオ/ビデオ・コンテンツを局所的に放送する方法を開示している。この方法は、ソース装置においてオーディオ/ビデオ・コンテンツを圧縮するステップと、ソース装置と関連した送信機から、無線リンクを通じて圧縮オーディオ/ビデオ・コンテンツを送信するステップであって、送信機は、ソース装置のHDMI(登録商標)インタフェースからオーディオ/ビデオ・コンテンツを受信するステップと、受信装置を使用して圧縮オーディオ/ビデオ・コンテンツを受信するステップとを含む。
特許文献4は、そのブランキング期間に挿入されるコンテンツ識別情報を有する、画像信号が複数のチャネルを通して差分信号の形で送られる通信システムを開示している。受信側で、受信機は、コンテンツ識別情報に基づいてコンテンツのタイプによって画像信号に最適のプロセスを実行できる。送信されるコンテンツのタイプを識別するためにソースにより挿入される識別情報は、ブランキング期間に配置された、パックされた情報フレームに置かれる。コンテンツ識別情報は、画像信号の圧縮方法の情報を含む。受信装置は、受信部が入力端子に入力される圧縮画像信号を受信するように構成されることができる。受信部により受信された画像信号がJPEGファイルと識別されるときに、スチール写真プロセスは画像信号のために実行される。
本説明の内容は、添付図のおかげでよりよく理解される。
本説明は、ほとんどすべての最新のレンダリング装置により提供される能力に基づいて解決策を提案する。この能力は、デコーダ或いはデコーダとレンダリング装置からなるマルチメディアシステムによってまだ利用されていない。
第1の態様によれば、本説明は、(i)オーディオビデオ・コンテンツからのオーディオビデオ・データ及び(ii)少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレームをレンダリングする方法に関する。この方法は、
− デコーダによって、圧縮形態の前記オーディオビデオ・コンテンツを受信するステップと、
− デコーダから、前記圧縮形態のオーディオビデオ・コンテンツ、少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム、及び制御データを出力するステップと、を含む。制御データは、オーディオビデオ・データをオーディオビデオ・コンテンツ及び少なくとも一つのアプリケーションフレームから形成する方法を記述することを目的にする。
− デコーダによって、圧縮形態の前記オーディオビデオ・コンテンツを受信するステップと、
− デコーダから、前記圧縮形態のオーディオビデオ・コンテンツ、少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム、及び制御データを出力するステップと、を含む。制御データは、オーディオビデオ・データをオーディオビデオ・コンテンツ及び少なくとも一つのアプリケーションフレームから形成する方法を記述することを目的にする。
本説明の一つの特定の特徴によれば、識別データ及び実施データは前記制御データに含まれる。識別データは、前記オーディオビデオ・コンテンツの少なくとも一部及び/又は前記少なくとも一つのアプリケーションフレームの一部を識別するために使われる。実施データは、前記オーディオビデオ・コンテンツ及び前記少なくとも一つのアプリケーションフレームの少なくとも一つのレンダリングを定める。
この特徴のため、実施データは、デコーダの管理下のままであり、例えば、デコーダにオーディオビデオ・コンテンツだけでなく、多数のアプリケーションサービスも提供できる有料テレビオペレータによって、いかなる時間にも容易に更新可能なままである。
有利なことに、有料テレビオペレータは、エンドユーザのレンダリング装置で最善の結果を得るように、デコーダを通して、ペイロード(即ち、オーディオビデオ・コンテンツ及びアプリケーションフレーム)及びこのペイロードを示す方法を定める実施データを制御できる。
オーディオビデオ・コンテンツは、オーディオビデオ・コンテンツを伝えるために使用する少なくとも一つのオーディオビデオ・メイン・ストリームによって、ビデオソース、例えばコンテンツプロバイダ又はヘッドエンドから受信できる。デコーダによって受信するときに、オーディオビデオ・コンテンツはデコーダによって圧縮解除されない。実際、このオーディオビデオ・コンテンツは、それがデコーダの入力で受信されたときに圧縮形態で、好ましくは同じ圧縮形態でレンダリング装置に達するようにデコーダを簡単に通過する。
第1に、この方法は、デコーダとレンダリング装置の間で高いビット速度でUHDオーディオビデオ・ストリームの伝送を可能にする。その結果、この種の受信機がセットトップボックスに接続するときに、UHD−TV(4K、8K)の次世代の全能力を使用できる。第2に、この方法はまた、特にデコーダからレンダリング装置へのオーディオビデオ・コンテンツの供給と同時に、デコーダが提供するアプリケーションサービスを利用する。これは、本説明が、高いビット速度で、UHDビデオストリームの処理から生じる膨大な量のデータだけでなく、アプリケーションデータも送信するための解決策も提供することを意味する。UHDオーディオビデオ・コンテンツとともに伝送されるこのアプリケーションデータの量は、非常に重要であり得る。
更にまた、本説明はまた、デコーダ及びレンダリング装置の両方からなるシステムの特定の機能の最適化を提供する。実際、ほとんどすべてのレンダリング装置は、圧縮解除手段、しばしばデコーダにおいて行うそれらより効率的で強力な技術を既に備えている。これは、テレビ市場がデコーダのそれより非常に急速に発展するという事実から主に生じる。従って、これまでに行われたように、このタスクをデコーダに任せる代わりに、レンダリング装置内のコンテンツの圧縮解除を処理するために消費者及び製造業者の両方にとって興味がある。
他の利点及び実施形態は、以下の説明に示される。
図1は、デコーダ20及びデータリンク30によってデコーダに接続するレンダリング装置40からなるマルチメディアシステム10の概要を図式的に示す。例えば、データリンク30は、有線のHDMI(登録商標)接続であり得る。レンダリング装置40は、概して、テレビ、ビーマー、プレイステーション、コンピュータ、又は画面に表示可能な理解できるオーディオビデオ・データ18を出力するのに適しているその他の装置であり得る。添付図に示されないけれども、画面は、レンダリング装置に組み込まれる(例えばテレビ表示画面)か又は後者から切り離される(例えばホームシネマのビーマーで用いられる画面)ことができる。
デコーダ20は、例えば少なくとも一つのオーディオビデオ・メイン・ストリームを通して、圧縮形態のオーディオビデオ・コンテンツ1を受信するように構成される。この種のオーディオビデオ・コンテンツ1は、デコーダが受信できるいかなる種類のコンテンツでもあると当業者により理解される。特に、このコンテンツ1は、単一のチャネルに、又は複数のチャネルに関連できる。例えば、2つのチャネルのオーディオビデオ・ストリームが、例えば、PiP機能を提供するのに適しているシステムにより受信されるとき、このコンテンツ1はそれらを含むことができる。オーディオビデオ・データ18は、画面に表示可能なあらゆるデータであると理解される。この種のデータは、コンテンツ1又はこのコンテンツの一部を含むことができて、他の表示可能なデータ、例えばビデオデータ、テキストデータ、及び/又はグラフィックデータを更に含むことができる。オーディオビデオ・データ18は、画面に最後に表示されるビデオ・コンテンツに、即ち、レンダリング装置40から出力されるビデオ・コンテンツに特に関連する。図2によりよく示すように、オーディオビデオ・メイン・ストリームは、コンテンツプロバイダ50から受信できる。コンテンツプロバイダは、例えば、あらゆるネットワークを通して、例えば衛星ネットワーク、地球的ネットワーク、ケーブルネットワーク、インターネットネットワーク、又は携帯端末/モバイル・ネットワークを通して、オーディオビデオ・ストリームを放送するための放送事業者又はヘッドエンドであり得る。オーディオビデオ・メイン・ストリームは、移送ストリームの一部、即ち、同時にいくつかのオーディオビデオ・メイン・ストリーム、データストリーム、及びデータ・テーブル・ストリームを含む一組のストリームであり得る。
本説明において提案される方法は、オーディオビデオ・コンテンツ1から、そして少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム4からオーディオビデオ・データ18をレンダリングするためである。アプリケーションフレーム4は、そのコンテンツが特定のアプリケーションサービスに関する表示可能な画像であると考えることができる。例えば、アプリケーションフレームは、電子番組ガイドのページ、イベント(映画、テレビ番組など)を検索するためのページ、或いはあらゆる種類のメッセージを含む情報又はバナーをスクロールすることによって外部ビデオソース及び/又はイベントを表示するためのページであり得る。従って、アプリケーションフレームは、例えばビデオデータ、テキストデータ、及び/又はグラフィックデータのような、画面に表示できるあらゆるデータを含むことができる。
方法の基本形は、次のステップ;
− デコーダ20によって、圧縮形態のオーディオビデオ・コンテンツ1を受信するステップ、
− デコーダ20から、
− 上述した圧縮形態のオーディオビデオ・コンテンツ1、
− 少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム4、及び
− 制御データ7
を出力するステップ、を含む。
− デコーダ20によって、圧縮形態のオーディオビデオ・コンテンツ1を受信するステップ、
− デコーダ20から、
− 上述した圧縮形態のオーディオビデオ・コンテンツ1、
− 少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム4、及び
− 制御データ7
を出力するステップ、を含む。
この方法は、それが識別データ3及び実施データ5を上述した制御データ7に含むためのステップを含むという事実によって特徴づけられる。図2によりよく示すように、制御データ7は、識別データ3及び実施データ5からなることができる。
識別データ3は、以下の説明及び図1と図2の両方において、画面に表示されるデータの少なくとも一部、即ち、オーディオビデオ・コンテンツの少なくとも一部及び/又は表示可能なデータ15として参照する上述したアプリケーションフレーム4の一部を識別するために使うことができる。概して、識別データは、ストリーム識別子及び/又はパケット識別子という形をとることができる。
実施データ5は、オーディオビデオ・コンテンツ1及び/又は少なくとも一つのアプリケーションフレーム4のレンダリングを定める。このために、実施データは、レンダリング装置40に送らなければならない上述した表示可能なデータ15の少なくとも一部をレンダリングするために実施ルールを定めることができる。従って、実施データ5は、前記表示可能なデータ15の少なくとも一部がどのように画面に示されるか又はレンダリングされなければならないかについて定める。
この種のプレゼンテーションは、例えば、画面のサイズ、同時に表示しなければならないオーディオビデオ・メイン・ストリームの数、或いはなにかのテキスト及び/又はグラフィックデータがビデオ・コンテンツとともに同時に表示されなければならないどうかに依存することがあり得る。プレゼンテーションは、関連したアプリケーションサービスに依存して、例えば、あらゆる種類の表示可能なデータ15をリサイズするか又はオーバーレイすることが必要であり得る。表示可能なデータをオーバーレイすることは、透明度の有無にかかわらず達成できる。
従って、実施データ5は、表示可能なデータ15を表示するためのターゲット領域の寸法、サイズ、及び位置、並びに前記データ又は前記データを表示するときに適用される透明度のような特定の効果を表示するための優先規則に関することができる。一実施形態において、実施データは、少なくとも表示領域を定めるデータ又はパラメータ及び表示可能領域の中の関連した位置に関する。この表示可能領域は、例えば、表示画面のサイズに関して表すことができる。
換言すれば、実施データは、オーディオビデオ・コンテンツ1及び少なくとも一つのアプリケーションフレーム4の少なくとも一つのレンダリングを定める。このレンダリングは、レンダリング装置(例えば、エンドユーザ装置の表示画面)におけるオーディオビデオ・コンテンツ及び/又はアプリケーションフレームのプレゼンテーションである。換言すれば、レンダリングは、レンダリング装置におけるオーディオビデオ・コンテンツ及び/又はアプリケーションフレームの出現である。この出現は、レンダリング装置におけるオーディオビデオ・コンテンツの位置及び/又はアプリケーションフレームの位置に関することがあり得る。この位置は表示画面上の絶対位置であり得るか、又はそれは相対的な位置、例えばオーディオ/ビデオ・コンテンツと少なくとも一つのアプリケーションフレーム間の相対的な位置であり得る。この出現は、オーディオビデオ・コンテンツ及び/又はアプリケーションフレームがレンダリング装置において表示されるウインドウのサイズに関することがあり得る。これらのウインドウのいずれも、他のデータ又は他のウインドウ上にオーバーレイにより表示することができて、このオーバーレイは透過性効果の有無に拘わらずあり得る。これらのパラメータ(位置、サイズ、オーバーレイ、透明度など)は、出現目的のためにいかなる方法でも組み込むことができる。他のパラメータ(例えば、色、ウインドウ・フレーム・ライン、或いはその他の視聴効果又は選択)を考慮することもできる。
有利なことに、本方法は、特に圧縮オーディオビデオ・コンテンツ1を圧縮解除するために、いかなる圧縮解除動作も実行しない。これは、オーディオビデオ・コンテンツ1が、デコーダ20からレンダリング装置40の方へ出力される前に、デコーダによって圧縮解除され続いて再圧縮もされないことを意味する。一実施形態によれば、このオーディオビデオ・コンテンツ1は、処理せずにデコーダ20を単に通過する。
本方法のため、高いビットレートを提供するいかなる周知の送信手段も、高いビットレートでUHDストリームを送信するために用いることができるように、デコーダ20とレンダリング装置40間の帯域幅を狭くすることができる。
この第1の実施形態の説明がデコーダに関連するけれども、このデコーダを、UHDビデオ・コンテンツをレンダリング装置の方へ供給するのに適しているいかなるコンテンツソースにも置き換えることもできる。このコンテンツソースは、あらゆる装置、例えば、超高密度ブルーレイを読み込むための光学式文字読取装置であり得る。
有料テレビ分野において、オーディオビデオ・メイン・ストリームは、暗号化形式でしばしば受信される。暗号化は、暗号化ステップに従ってプロバイダ又はヘッドエンドにより実行される。一実施形態によれば、デコーダ20により受信されるオーディオビデオ・コンテンツの少なくとも一部は、暗号化形式である。この場合、オーディオビデオ・メイン・ストリームは、少なくとも前記オーディオビデオ・コンテンツ1を暗号化された圧縮形態で伝える。好ましくは、この種のオーディオビデオ・コンテンツは、暗号化される前に最初に圧縮された。この実施形態によれば、方法は、デコーダ20によって、前記オーディオビデオ・コンテンツを前記圧縮形態で出力する前に受信したオーディオビデオ・コンテンツを解読するためのステップを更に含むことができる。
制御データ7は、例えば、移送ストリームを通して、別々のデータストリームとして、又はオーディオ・ビデオ・メイン・ストリームとともに、デコーダ20の外部のソースから受信できる。或いは、制御データ7は、内部ソース、即ちデコーダ内に設置されたソースにより提供されることもあり得る。従って、制御データ7は、デコーダ20によって、例えば図2に示すアプリケーションエンジン24によって生成できる。
別の実施形態によれば、前述の少なくとも一つのアプリケーションフレーム4は、このデコーダの外部のソースからデコーダ20により受信される。この種の外部ソースは、制御データ7をデコーダに提供するそれと同一か、異なるか、又は類似であり得る。或いは、前述の少なくとも一つのアプリケーションフレーム4は、デコーダ自体によって生成できる。従って、デコーダ20は、アプリケーションフレーム4を生成するためにアプリケーションエンジン24を更に備えることができる。
図1に示すように、レンダリング装置40は、例えば規則を実施することによって、上述した実施データ5に従って表示可能なデータ15の全部又は一部のプレゼンテーションを可能にするアプリケーションサービスを展開するように構成される制御ユニット44を更に備えることができる。従って、デコーダのアプリケーションエンジン24が、レンダリング装置に送られる表示可能なデータ15の少なくとも一部に関する制御データ7を提供することによって、アプリケーションサービスを生成し、その結果、制御ユニット44は、レンダリング装置内でアプリケーションサービスを展開するために前記制御データ7及び表示可能なデータの少なくとも一部の両方を使用できることを理解すべきである。換言すれば、これは、制御ユニット44が前記制御データ7及び表示可能なデータの少なくとも一部の両方に基づいて得られる特定のアプリケーションサービスに対応する理解できるオーディオビデオ・データ18を生成することを意味する。従って、理解できるオーディオビデオ・データ18は、前記表示可能なデータ15の少なくとも一部の特定のプレゼンテーションを含み、そしてこのプレゼンテーションの特定の性質は、実施規則を実施するのに適していることができる制御データ7によって定められる。このために、制御ユニット44は、このユニットのメモリに格納されるシステムソフトを使用できる。
更なる実施形態によれば、アプリケーションフレーム4のうちの少なくとも一つは、デコーダ20から、及び/又はデコーダの外部の少なくとも一つのソースから来るアプリケーションデータ2に基づいている。アプリケーションデータ2は、アプリケーションフレーム4を生成するために使うことができるあらゆるソースデータであると考えることができる。従って、アプリケーションデータ2は、例えば移送ストリームを通して、又はオーディオビデオ・メイン・ストリームとともに、外部ソースからデコーダに提供することができる生データに関する。或いは、生データは、内部ソース、即ち、内部データベース又は記憶装置のようなデコーダ内にあるソースにより提供されることもできる。内部ソースは、アプリケーションデータ2によってプレロードされることができて、例えばデコーダの入力で受信されるデータストリームを介して、付加的又は新しいアプリケーションデータ2によって更新できる。従って、アプリケーションデータは、内部及び/又は外部のデータであり得る。
また、デコーダ20からオーディオビデオ・コンテンツ1、アプリケーションフレーム4、及び制御データ7のレンダリング装置40への伝送が、データリンク30を通して行われる点に留意する必要がある。図1及び図2に示すように、データリンク30は、これらの2つの構成要素20、40間の一つ或いは複数の接続手段の概略図である。従って、これらのストリーム、フレーム、及びデータは、一つ或いは複数の送信手段によって、いろいろな方法で送信できる。好ましくは、データリンク30、又はこれらの送信手段の一つは、HDMI(登録商標)接続手段である。
一旦関連したアプリケーションサービスが制御ユニット44により作成されると、レンダリング装置40は、このアプリケーションサービスをその出力インタフェースの方へ、例えば適切な画面に表示されなければならないオーディオビデオ・データ18であるとして送る。
図1及び図2に示すように、デコーダ20の外部にあるか、又はマルチメディアシステム10の外部にあるあらゆるソースから来るアプリケーションデータは、外部のアプリケーションデータ12として参照される。アプリケーションデータの少なくとも一部が外部のアプリケーションデータ12であるとみなされる場合には、方法は、
− デコーダ20で、外部のアプリケーションデータ12を受信するステップと、
− アプリケーションフレーム4を生成するためにアプリケーションデータ2として前記外部のアプリケーションデータ12を使用するステップと、
を更に含む。
− デコーダ20で、外部のアプリケーションデータ12を受信するステップと、
− アプリケーションフレーム4を生成するためにアプリケーションデータ2として前記外部のアプリケーションデータ12を使用するステップと、
を更に含む。
これは、外部アプリケーションデータ12及び内部アプリケーションデータが、即ちアプリケーションデータ2であるとして、同様にアプリケーションエンジン24により処理されることを意味する。
一実施形態によれば、アプリケーションフレーム4は、圧縮オーディオビデオ・コンテンツが出力されるストリームとは別であるアプリケーションサブストリーム14を通してデコーダ20から出力される。この場合、アプリケーションサブストリーム14は、オーディオビデオ・メイン・ストリームに含まれるオーディオビデオ・コンテンツと並行して送ることができるスタンドアロンストリームであると考えることができる。例えば、サブストリーム14は、オーディオビデオ・コンテンツをデコーダ20から出力するために用いるそれと同じ通信手段内で送ることができる。或いは、サブストリーム14は、別々の通信手段内で送ることができる。
加えて、アプリケーションサブストリーム14が圧縮オーディオビデオ・メイン・ストリームとは完全に別であるとき、従って、それは、メインストリーム内のオーディオビデオ・コンテンツの形とは関係なく、圧縮形態で、又は圧縮解除形態で有利に送ることができる。一実施形態によれば、アプリケーションサブストリーム14のアプリケーションフレーム4は、デコーダ20とレンダリング装置40の間のデータリンク30の必要な帯域幅を更に減らすために圧縮形態で送られる。このために、方法は、
− アプリケーションサブストリーム14がデコーダ20から出力される前にそれをデコーダ20で圧縮するステップを、更に含む。
− アプリケーションサブストリーム14がデコーダ20から出力される前にそれをデコーダ20で圧縮するステップを、更に含む。
圧縮オーディオビデオ・コンテンツの場合と同一方法で、圧縮アプリケーションフレームは、アプリケーションサービスを展開する前にレンダリング装置40で圧縮解除できる。この最後の段階は、制御ユニット44で、デコーダ20から出力される表示可能なデータ15(即ち、オーディオビデオ・コンテンツ及び/又はアプリケーションフレーム)の少なくとも一部を含むオーディオビデオ・データ18を生成する前にレンダリング装置40でアプリケーションサブストリーム14のデータを圧縮解除することを目的とする。この表示可能なデータは、上述した制御データ7によって、特に制御データ7に含まれる実施データ5により定められる特定のプレゼンテーションに従って提示される。
レンダリング装置内で、アプリケーションサブストリーム14によって伝えられる圧縮データの圧縮解除は、オーディオビデオ・メイン・ストリームによって伝えられる圧縮オーディオビデオ・コンテンツ1を圧縮解除するために使用するそれらと同じ手段によって有利に実行できる。
別の実施形態によれば、アプリケーションサブストリーム14は、それらをデコーダから出力する前に、即ち、これらのストリーム及びサブストリームをレンダリング装置40へ伝送する前に、デコーダ20であらゆるオーディオビデオ・メイン・ストリームによって更に多重送信できる。この場合、レンダリング装置40は、アプリケーションサービスを展開するために、特にこのアプリケーションサービスに対応するオーディオビデオ・データ18を生成するためにそれらを処理する前に、デコーダから受信されるストリーム/サブストリームを非多重化することが可能でなければならない。従って、方法は、
− それらがデコーダから出力される前に、デコーダ20で、前述の少なくとも一つの圧縮オーディオビデオ・メイン・ストリームとともにアプリケーションサブストリーム14を多重送信するステップを更に含むことができる。
− それらがデコーダから出力される前に、デコーダ20で、前述の少なくとも一つの圧縮オーディオビデオ・メイン・ストリームとともにアプリケーションサブストリーム14を多重送信するステップを更に含むことができる。
一実施形態において、制御データ7はアプリケーションサブストリーム14の中に挿入され、その結果、アプリケーションサブストリーム14は、アプリケーションフレーム4及び制御データ7の両方を伝える。この種のサブストリームの中で、制御データ7は、例えば、特定のデータパケットを用いて、又は特定のデータ・パケット・ヘッダーを通して識別できる。従って、それらが同じサブストリーム14にインターリーブされる場合であっても、制御データ7及びアプリケーションフレーム4は、互いに識別可能なままである。
例示の実施形態において、制御データ7は、アプリケーションサブストリーム14を通して、少なくとも一つのヘッダーに送信される。この種のヘッダーは、パケットヘッダー、特にフレーム(4)データを伝えるパケットのヘッダーであり得る。それは、ストリームヘッダー、特にそのペイロードの前にアプリケーションサブストリーム14の初めに配置されるヘッダーでもあり得る。実際、制御データ7が、関連した表示可能なデータ15がどのように提示されなければならないか定めるために使用する識別子及び設定パラメータに主に関するので、この種の識別子及び設定パラメータは大量の情報を表さない。従って、制御データは、パケットヘッダー及び/又はストリームヘッダーの代わりをすることができる。
更なる実施形態において、制御データ7は、スタンドアロンストリーム、即ち、その他のストリームと別であるストリームであると考えることができる制御データストリーム17を通して送信される。好ましくは、制御データストリーム17は、同じ通信手段の中で、又は特定の通信手段を通して、表示可能なデータ15と並行して送信される。
一般的に言って、制御データ7は、制御データストリーム17を通して、又はアプリケーションサブストリーム14を通して送信することができる。
加えて、デコーダ20により実行される上述した出力ステップの少なくとも一つは、好ましくは、例えばHDMI(登録商標)ケーブルのような、HDMI(登録商標)手段を通して実行される。HDMI(登録商標)通信がデータ交換のフレームを定めるHDCPプロトコルによって通常保護される点に留意する必要がある。HDCPは、暗号化層を保護されていないHDMI(登録商標)ストリームに加える。HDCPは、証明書確認及びデータ暗号化に基づいている。データがソース装置により出力される前に、ソース証明書及びシンクが交換されるハンドシェイクは開始される。受信された証明書(例えばX509)は、それから、照査されて、共通の暗号化キーを確立するために用いる。検証は、白いか黒いリストを使用できる。
図2をより詳しく参照して、上記の方法を実施するために使用するデコーダ20は、次により詳細に説明される。
図2に示すように、デコーダ20は、例えば、少なくとも一つのオーディオビデオ・メイン・ストリームの中で、少なくともオーディオビデオ・コンテンツ1を圧縮形態で受信するために入力インタフェース21を備える。好ましくは、この入力インタフェースは、あらゆる適切なネットワーク(衛星、地球上の生物、インターネットなど)を通してコンテンツプロバイダ50から送信される移送ストリームを受信するのに適している。入力インタフェース21を通して以前受信された少なくとも一つのオーディオビデオ・コンテンツを出力するために、デコーダは出力インタフェース22も備える。概して、この出力インタフェース22は、データリンク30により用いられて、デコーダ20をレンダリング装置40に接続する。
本説明の内容によれば、出力インタフェース22は、圧縮コンテンツを出力するのに適していて、デコーダ20は、特にそれが入力インタフェース21で受信されたとき、あらゆる圧縮コンテンツを出力するように構成される。基本的に、そして一実施形態に従って、これは、入力インタフェース21で受信されるオーディオビデオ・コンテンツ1が、デコーダ20内で圧縮解除されずに出力インタフェース22に向けられることを意味する。出力インタフェース22が、圧縮コンテンツだけを出力することに限られなくて、非圧縮データを出力するのにも適することがあり得ることを理解すべきである。より詳しくは、出力インタフェース22は、前記圧縮オーディオビデオ・コンテンツ1、少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム4、及び制御データ7を出力するように構成される。この制御データ7は、識別データ3及び実施データ5を含む。識別データ3は、オーディオビデオ・コンテンツ1の少なくとも一部及び/又は少なくとも一つのアプリケーションフレーム4の一部を識別するために使われる。実施データ5は、オーディオビデオ・コンテンツ1及び/又は前述の少なくとも一つのアプリケーションフレーム4のレンダリングを定める。
入力インタフェース21は、デコーダ20の外部のソースから制御データ7及び/又は少なくとも一つのアプリケーションフレーム4を受信するように更に構成されることができる。この入力インタフェースは、外部のアプリケーションデータ12を受信するように更に構成されることができる。これらのデータ7、12のいずれも、及びこれらのアプリケーションフレーム4のいずれも、圧縮又は非圧縮形態で入力インタフェース21を通して受信できる。
一実施形態によれば、デコーダ20は、少なくとも制御データ7を生成するためにアプリケーションエンジン24を更に備える。前記制御データ7は、オーディオビデオ・データ18を前記オーディオビデオ・コンテンツ及び前記少なくとも一つのアプリケーションフレーム4から形成する方法を記述している。或いは、このアプリケーションエンジン24は、少なくとも一つのアプリケーションフレーム4を生成するように構成されることができる。好ましくは、アプリケーションエンジン24は、制御データ7及び少なくとも一つのアプリケーションフレーム4を生成するように構成される。デコーダ20はまた、これらのアプリケーションフレーム4及び制御データ7を出力インタフェース22の方へ送るように構成される送信ユニット23を備える。概して、送信ユニット23は、送らなければならないデータを作成するためにも用いる。従って、送信ユニット23のタスクは、この種のデータをコード化すること、アプリケーションフレーム及び制御データのパケット化を実行すること、並びに/或いはパケットヘッダー及び/又はストリームヘッダーを作成することであり得る。
加えて、デコーダ20は、アプリケーションフレーム4を生成するためにアプリケーションエンジン24により用いることができるアプリケーションデータ2を格納するためにデータベース又は記憶装置25を備えることができる。従って、記憶装置は、アプリケーションフレームを生成するためにアプリケーションエンジンによって使用可能な所定のデータを格納するためのライブラリであると考えることができる。記憶装置のコンテンツは、例えば、外部ソース、例えばコンテンツプロバイダ50から付加的であるか又は更新されたアプリケーションデータを受信することによって進化することもできる。
別の実施形態によれば、デコーダ20は、外部のアプリケーションデータ12をアプリケーションエンジン24に受信するために入力データリンク26を備えることができる。この種の外部のアプリケーションデータ12は、記憶装置25により提供される内部アプリケーションデータとともに処理できるか、又はそれは、内部アプリケーションデータの代わりに処理できる。外部のアプリケーションデータ12は、デコーダ20の外部又はマルチメディアシステム10の外部のいかなるソース60からも受信できる。外部ソース60は、例えば、社会的ネットワーク(フェイスブック、ツィッター、リンクドインなど)から、インスタントメッセージング(スカイプ、メッセンジャー、グーグルトークなど)から、共有ウェブサイト(ユーチューブ、フリッカー、インスタグラムなど)又はその他のソーシャルメディアからデータを受信するために、インターネットに接続しているサーバであり得る。他のソース、例えば、電話プロバイダ、コンテンツプロバイダ50、又は私用ビデオ監視ソースは、外部ソース60であると考えることができる。
一般的に言って、アプリケーションエンジン24は、少なくとも一つのアプリケーションフレーム4を生成するために使われるアプリケーションデータ2、12を受信するために、記憶装置25に、及び/又はデコーダ20の外部の少なくとも一つのソースに接続可能である。
更なる実施形態によれば、送信ユニット23は、いかなる圧縮オーディオビデオ・コンテンツとも別であるアプリケーションサブストリーム14を通してアプリケーションフレーム4を送るように構成される。
変形によれば、デコーダ20は、前述の少なくとも一つのアプリケーションフレーム4を圧縮するように、より詳しくは、出力インタフェース22を通してアプリケーションフレーム4を送る前にアプリケーションサブストリーム14を圧縮するように構成される圧縮ユニット28を更に備える。図2に示すように、圧縮ユニット28は、例えば、送信ユニット23でそれらの引渡しを準備する前にアプリケーションフレーム4を形成するデータを圧縮するために、送信ユニット23の内部に、又はこのユニットの外部に置くことができる。
別の変形によれば、デコーダは、出力インタフェース22を通してメインストリームを出力する前に、前述の少なくとも一つのオーディオビデオ・メイン・ストリームとともにアプリケーションサブストリーム14を多重送信するように構成されるマルチプレクサ29を備える。マルチプレクサ29から伸びる点線によって図2に示すように、制御データストリーム17は、例えば、単一のストリームを出力インタフェース22から出力するために、その他のストリームと、即ち、アプリケーションサブストリーム14と、オーディオビデオ・メイン・ストリームと、又はメインストリーム及びアプリケーションサブストリーム14の両方と多重送信することもできる。
一実施形態において、アプリケーションエンジン24又は送信ユニット23は、アプリケーションサブストリーム14の中に制御データ7を挿入するように更に構成され、その結果、このアプリケーションサブストリーム14は、アプリケーションフレーム4及び制御データ7の両方を伝える。本説明に開示される方法に関して既に述べたように、この種の挿入は、各種の方法により行うことができる。例えば、挿入は、制御データ7をフレーム4に関するデータでインターリーブすることによって、又はアプリケーションサブストリーム14内で少なくとも一つのヘッダー(パケットヘッダー及び/又はストリームヘッダー)に制御データ7を配置することによって得ることができる。この種の動作は、制御データストリーム17から来てアプリケーション・データ・ストリーム14に加わる点線によって図式的に示すように、送信ユニット23によって実行できる。
変形によれば、アプリケーションエンジン24又は送信ユニット23は、制御データストリーム17を通して、即ち、その他のストリームとは別であるスタンドアロン又は独立ストリームを通して制御データ7を送るように構成されることができる。
更にまた、デコーダ20は、他の構成要素、例えば、少なくとも一つのチューナー及び/又はバッファを備えることができる。チューナーは、デコーダにより受信される移送ストリームに含まれるすべてのオーディオビデオ・メイン・ストリームの中でテレビチャンネルを選択するために用いることができる。バッファは、外部ソースから受信されるオーディオビデオ・データ、例えば外部のアプリケーションデータ12を緩衝するために用いることができる。デコーダは、例えば、オペレーティングシステム及びミドルウェアのホストをつとめるために、コンピュータ構成要素を更に備えることができる。これらの構成要素は、アプリケーションデータを処理するために用いることができる。
対応する方法に関して既に述べたように、実施データ5は、オーディオビデオ・コンテンツ1及び/又は少なくとも一つのアプリケーションフレーム4を表示するためにターゲット領域に関するデータを含むことができる。
実施データ5は、表示可能なデータをオーバーレイする場合に適用できる優先権を定めることができる。この種の優先権は、オーディオビデオ・コンテンツ1及び/又は前述の少なくとも一つのアプリケーションフレーム4をレンダリングするために適用される施行規則という形をとることができる。この種の優先権パラメータによれば、どの表示可能なデータが、オーバーレイの場合に前に持ってこなければならないか、又は後ろに送らなければならないか定めることが可能になる。
実施データ5は、オーバーレイの場合にオーディオビデオ・コンテンツ1及び/又は少なくとも一つのアプリケーションフレーム4に作用する透過性効果を定めることができる。
実施データ5によって、オーディオビデオ・コンテンツ及び/又は少なくとも一つのアプリケーションフレーム4の大きさを変更できることもあり得る。この種の大きさを変更する効果は、オーディオビデオ・コンテンツ1及び/又は前述の少なくとも一つのアプリケーションフレーム4をレンダリングするために適用される規則によって定めることができる。
別の実施形態によれば、デコーダ20は、特にオーディオビデオ・コンテンツが暗号化された形で受信される場合に、オーディオビデオ・コンテンツ1を解読するように構成されることができる。
本説明はまた、以前に開示された方法を実施するためにマルチメディアシステム10をカバーすることを目的にする。特に、このマルチメディアシステム10は、この方法の実施形態のいずれでも実施するのに適していることができる。このために、このシステム10のデコーダ20は、このデコーダに関する実施形態のどれに従っても構成されることができる。
従って、マルチメディアシステム10は、少なくともデコーダ20及びデコーダ20に接続しているレンダリング装置40を備える。デコーダ20は、圧縮形態のオーディオビデオ・コンテンツ1を受信するための入力インタフェース21、及びオーディオビデオ・コンテンツ1を出力するための出力インタフェース22を備える。レンダリング装置40は、少なくとも上述したオーディオビデオ・コンテンツ1、少なくとも一つのアプリケーションフレーム4、及びデコーダ20から出力された制御データ7からオーディオビデオ・データ18を出力するために用いる。
従って、このマルチメディアシステム10のデコーダ20は、入力インタフェース21により受信される少なくとも一つの圧縮オーディオビデオ・コンテンツ1をレンダリング装置40に、そして前記出力インタフェース22を通して送信するように構成される。デコーダ20は、少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム4、及び制御データ7を同一方法によって、又は類似の方法によって送信するように更に構成される。加えて、レンダリング装置40は、デコーダ20から受信したオーディオビデオ・コンテンツを圧縮解除して、上述したオーディオビデオ・データ18の全部又は一部を形成するために、制御データ7に従ってアプリケーションフレーム4を処理するように構成される。アプリケーションフレーム4を処理する代わりに、受信装置40は、制御データ7に従って圧縮解除されたオーディオビデオ・コンテンツ1を処理できる。或いは、受信装置40は、実施データ7に従ってオーディオビデオ・コンテンツ1及び前述の少なくとも一つのアプリケーションフレーム4を処理できる。前記方法と同様に、制御データ7は、識別データ3及び実施データ5からなる。識別データ3は、オーディオビデオ・コンテンツ1の少なくとも一部及び/又は少なくとも一つのアプリケーションフレーム4の一部を識別するために使われる。実施データ5は、オーディオビデオ・コンテンツ1及び前述の少なくとも一つのアプリケーションフレーム4の少なくとも一つのレンダリングを定める。
このマルチメディアシステムのデコーダ20がマルチプレクサ29を備える場合、このシステムのレンダリング装置40は、デコーダから受信した多重化ストリームを非多重化するためにデマルチプレクサ49(図1)を更に備える。同様に、マルチメディアシステム10のデコーダ20が圧縮ユニット28を備える場合、マルチメディアシステム10のレンダリング装置40は、少なくともアプリケーションサブストリーム14を圧縮解除するために圧縮解除ユニット48を更に備える。更にまた、マルチメディアシステム10、特にデコーダ20が、暗号化されたオーディオビデオ・コンテンツを受信するために設計される場合には、レンダリング装置40は、暗号化されたコンテンツを解読するためにセキュリティ手段47を更に備えることができる。
また、ストリーム1、14、及び17の全部又は一部が一緒に多重送信される場合、レンダリング装置40のデマルチプレクサ49は、いかなるストリームをも圧縮解除する前に、又はそれが暗号化される場合はオーディオビデオ・コンテンツを解読する前でさえ、入力ストリームを最初に処理する。いずれにせよ、圧縮解除は、解読及び非多重化動作の後に起こる。
本説明の内容がどうであれ、オーディオビデオ・メイン・ストリームが暗号化される場合には、レンダリング装置40において解読される代わりに、それがデコーダ20において好ましくは解読される点に留意する必要がある。従って、セキュリティ手段47は、図1に示すようにレンダリング装置40に置かれる代わりに、デコーダ20の中に置くことができる。
好ましくは、セキュリティ手段47は、解読プロセスを行うことに限定されなくて、それは、他のタスク、例えば、デジタル著作権管理(DRM)を処理するための条件付きアクセスに関するいくつかのタスクを実行することが可能である。従って、セキュリティ手段は、いかなる解読も実行する前に加入者の権利(資格)に関してアクセス条件を点検するために用いることができる条件付きアクセスモジュール(CAM)を含むことができる。通常、解読は制御ワード(CW)により実行される。CWは解読キーとして使われて、資格制御メッセージ(ECM)によって伝えられる。
セキュリティ手段は、セキュリティモジュール、例えば、共通インタフェースに挿入できるスマートカード(例えば、DVB−CI、CI+)であり得る。この共通インタフェースは、デコーダ又はレンダリング装置に設置できる。セキュリティ手段47は、特にセキュリティモジュールが着脱可能モジュール、例えばスマートカードである場合には、セキュリティモジュールを受信するためのインタフェース(例えば、DVB−CI、CI+)であると考えることもできる。より詳しくは、セキュリティモジュールは、4つの異なった形式に従って設計できる。
形式の一つは、マイクロプロセッサカード、スマートカード、又は更に一般的にいえば、例えばキー又はタグの形を有することができる電気モジュールである。この種のモジュールは、通常、レシーバに着脱可能である。電気的コンタクトを有する形が最も多く用いられるが、例えばタイプISO 14443の、コンタクトのない結合を排除しない。
第2の周知の設計は、一般に限定的なかつ移動できない方法で、受信機の印刷基板に配置される集積回路チップのそれである。変形例は、ベース又はコネクタ、例えばSIMモジュールのコネクタに載置する回路により構成される。
第3の設計において、セキュリティモジュールは、例えば、デコーダの暗号解読モジュール又はデコーダのマイクロプロセッサで、別の機能も有する集積回路チップに集積化される。
第4の実施形態において、セキュリティモジュールは、ハードウェアの形で実現されないが、その機能はソフトウェアの形だけで実施される。このソフトウェアは、受信機の主要なソフトウェアの中でわかりにくくすることができる。
4つの場合において機能が同一であると想定すれば、セキュリティレベルが異なるけれども、我々は、その機能又はこのモジュールをとることができる形を実現するのに適切ないずれかの方法でセキュリティモジュールを参照する。上記の4つの設計において、セキュリティモジュールは、そのメモリに格納されるプログラム(CPU)を実行するための手段を備えている。このプログラムは、権利を確認すること、解読を遂行すること、又は解読モジュールなどを起動させることなどのセキュリティ動作の実行を可能にする。
本説明はまた、上記のマルチメディアシステム10のレンダリング装置40をカバーすることを目的とする。このために、本説明の更なる目的は、圧縮オーディオビデオ・コンテンツ1及び少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム4をレンダリングするためのレンダリング装置40である。より詳しくは、レンダリング装置40は、前記オーディオビデオ・コンテンツ1の少なくとも一部及び/又は前述の少なくとも一つのアプリケーションフレーム4の一部を識別するために、圧縮オーディオビデオ・コンテンツ1、前述の少なくとも一つのアプリケーションフレーム4、及び識別データ3からオーディオビデオ・データ18をレンダリングするように構成される。
このために、レンダリング装置40は、圧縮オーディオビデオ・コンテンツ1、少なくとも一つのアプリケーションフレーム4、及び識別データ3を受信するための手段、例えば、入力インタフェース又はデータ入力を備える。このレンダリング装置は、少なくとも圧縮オーディオビデオ・コンテンツ1を圧縮解除するための圧縮解除ユニット48を更に備える。レンダリング装置40は、オーディオビデオ・コンテンツ1及び/又は少なくとも一つのアプリケーションフレーム4を処理するように構成される制御ユニット44も備える。レンダリング装置40は、入力インタフェースが、オーディオビデオ・コンテンツ1及び/又は少なくとも一つのアプリケーションフレーム4からオーディオビデオ・データ18を得る方法を定める実施データ5を受信するように更に構成されるという点を特徴とする。更に、制御ユニット44は、識別データ3及び実施データ5に従ってオーディオビデオ・コンテンツ1及び/又は少なくとも一つのアプリケーションフレーム4を処理するように更に構成される。より詳しくは、制御ユニット44は、実施データ5に従って、識別データ3により識別される、オーディオビデオ・コンテンツ1及び/又は少なくとも一つのアプリケーションフレーム4を処理するように構成される。好ましくは、識別データ3及び実施データ5は、対応する方法に関して前に述べたように、制御データ7に含まれる。制御データ7は、オーディオビデオ・データ18をオーディオビデオ・コンテンツ1及び前述の少なくとも一つのアプリケーションフレーム4から形成する方法を記述する。既に説明されたように、識別データ3は、オーディオビデオ・コンテンツ1の少なくとも一部及び/又は少なくとも一つのアプリケーションフレーム4の一部を識別するために使われる。実施データ5は、オーディオビデオ・コンテンツ1及び前述の少なくとも一つのアプリケーションフレーム4の少なくとも一つのレンダリングを定める。「レンダリング」概念は、対応する方法に関して説明されたそれと同じである。アプリケーションフレーム4及びオーディオビデオ・コンテンツ1(一度は圧縮解除された)が表示可能なデータ15であると想定すれば、レンダリング装置は、この種の表示可能なデータを読み込むことが十分に可能である。加えて、制御ユニット44が、制御データ7を実行するためにシステムソフトを使用できるので、レンダリング装置は、実施データ5をこれらの表示可能なデータ15の少なくとも一部に適用することによって、特定のプレゼンテーションを表示可能なデータ15に提供することが可能である。このように、レンダリング装置10は、個人化された単一ストリームと考えることができる理解できるオーディオビデオ・データ18を生成することが可能である。一旦生成すると、オーディオビデオ・データ18は、いかなる画面にも表示可能な単一共通ストリームとしてレンダリング装置40から出力されることができる。
有利なことに、オーディオビデオ・コンテンツ1及びアプリケーションフレーム4が配置されて、制御データ7に従って、特に実施データ5に従って一緒に結合されたと想定すれば、レンダリング装置40は、前記オーディオビデオ・データ18を介して強化されたオーディオビデオ・コンテンツをレンダリングすることが可能である。
マルチメディアシステム10に関して前に述べたように、レンダリング装置40は、いかなる暗号化されたコンテンツも解読するためのセキュリティ手段47を更に備えることができる。既に述べたように、アプリケーションフレーム44は、アプリケーションサブストリーム14を通して受信できる。この種のサブストリーム14が、レンダリング装置40により受信される前にいかなるオーディオビデオ・メイン・ストリームとも多重送信できると想定すれば、従って、レンダリング装置40は、いかなる多重化ストリームも非多重化するためのデマルチプレクサ49を更に備えることができる。
本説明の内容がどうであれ、実施形態がいかなる方法でも互いに組み合わせることができる点に留意する必要がある。
本発明の内容の概要が、特定の例示の実施形態を参照して説明されたけれども、種々の変更態様及び改変は、本発明の実施形態のより広い精神及び範囲を逸脱せずにこれらの実施形態になすことができる。例えば、種々の実施形態又はその特徴は、当業者により混合されて、適合されるか、又は選択されることができる。本発明の内容のこの種の実施形態は、便宜のために、そして一つ以上が、実際に、開示される場合、この明細書の範囲をいかなる単一発明又は発明の概念にも自発的に限定する意図なしに、単に「発明」という用語だけによって、本明細書において、個々に又は集合的に参照できる。
本願明細書に例示される実施形態は、当業者が開示される教示を行うことを可能にするために充分詳細に説明されていると考えられる。他の実施形態は使われて、そこから引き出されることができる。そうすると、構造的及び論理的置換及び変更は、この開示の範囲を逸脱せずになされることができる。詳細な説明は、従って、限定的にとられてはならず、そして種々の実施形態の範囲は、この種の請求項が受けるあらゆる等価物とともに、添付の請求の範囲だけにより規定される。
Claims (16)
- 圧縮形態のオーディオビデオ・コンテンツ(1)を受信するための入力インタフェース(21)と、
前記圧縮オーディオビデオ・コンテンツ(1)、少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム(4)、及び制御データ(7)を出力するための出力インタフェース(22)と、
を備えるデコーダ(20)であって、
前記制御データ(7)は、識別データ(3)及び実施データ(5)を備え、
前記識別データ(3)は、前記オーディオビデオ・コンテンツ(1)の少なくとも一部及び/又は前記少なくとも一つのアプリケーションフレーム(4)の一部を識別するために使われ、かつ
前記実施データ(5)は、前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つのレンダリングを定める
ことを特徴とするデコーダ(20)。 - 少なくとも前記制御データ(7)を生成するためのアプリケーションエンジン(24)を更に備える請求項1に記載のデコーダ(20)。
- 前記入力インタフェース(21)は、前記デコーダ(20)の外部のソースから前記少なくとも一つのアプリケーションフレーム(4)を受信するように更に構成される請求項1又は2に記載のデコーダ(20)。
- 前記アプリケーションエンジン(24)は、前記少なくとも一つのアプリケーションフレーム(4)を生成するように更に構成される請求項2に記載のデコーダ(20)。
- 前記少なくとも一つのアプリケーションフレーム(4)を圧縮するように構成される圧縮ユニット(28)を更に備える請求項1〜4のいずれか一項に記載のデコーダ(20)。
- 前記実施データ(5)は、前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つを表示するためのターゲット領域に関するデータを含む請求項1〜5のいずれか一項に記載のデコーダ(20)。
- 前記実施データ(5)は、表示可能なデータをオーバーラップする場合に適用できる優先権を定める請求項1〜6のいずれか一項に記載のデコーダ(20)。
- 前記実施データ(5)は、オーバーレイの場合には前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つに適用される透過性効果を定める請求項7に記載のデコーダ(20)。
- 前記実施データ(5)によって、前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つの大きさを変更できる請求項1〜8のいずれか一項に記載のデコーダ(20)。
- 前記オーディオビデオ・コンテンツ(1)が暗号化の形式で受信される場合には、前記オーディオビデオ・コンテンツ(1)を解読するように構成される請求項1〜9のいずれか一項に記載のデコーダ(20)。
- オーディオビデオ・コンテンツ(1)及び少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム(4)からオーディオビデオ・データ(18)をレンダリングするための方法であって、
デコーダ(20)によって、圧縮形態の前記オーディオビデオ・コンテンツ(1)を受信するステップと、
前記デコーダ(20)から、前記圧縮形態の前記オーディオビデオ・コンテンツ(1)、少なくとも一つのアプリケーションサービスに関する少なくとも一つのアプリケーションフレーム(4)、及び制御データ(7)を出力するステップと、
を含む方法において、
それは、識別データ(3)及び実施データ(5)を前記制御データ(7)に含むことを更に備え、
前記識別データ(3)は、前記オーディオビデオ・コンテンツ(1)の少なくとも一部及び/又は前記少なくとも一つのアプリケーションフレーム(4)の一部を識別するために使われ、かつ
前記実施データ(5)は、前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つのレンダリングを定める
ことを特徴とする方法。 - 前記制御データ(7)は、前記デコーダ(20)により生成される請求項11に記載の方法。
- 前記少なくとも一つのアプリケーションフレーム(4)は、前記デコーダ(20)の外部のソースから前記デコーダ(20)により受信される.請求項11又は12に記載の方法。
- 前記少なくとも一つのアプリケーションフレーム(4)は、前記デコーダ(20)により生成される請求項11又は12に記載の方法。
- 前記少なくとも一つのアプリケーシフレーム(4)は、前記デコーダ(20)から出力される前に前記デコーダ(20)により圧縮される請求項11〜14のいずれか一項に記載の方法。
- オーディオビデオ・コンテンツ(1)の少なくとも一部及び/又は少なくとも一つのアプリケーションフレーム(4)の一部を識別するために、圧縮オーディオビデオ・コンテンツ(1)、少なくとも一つのアプリケーションサービスに関する前記少なくとも一つのアプリケーションフレーム(4)、及び識別データ(3)からオーディオビデオ・データ(18)をレンダリングするためのレンダリング装置(40)であって、
前記圧縮オーディオビデオ・コンテンツ(1)、前記少なくとも一つのアプリケーションフレーム(4)、及び前記識別データ(3)を受信するように構成される入力インタフェースと、
少なくとも前記圧縮オーディオビデオ・コンテンツ(1)を圧縮解除するように構成される圧縮解除ユニット(48)と、
前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つを処理するように構成される制御ユニット(44)と、
を備えるレンダリング装置(40)において、
前記入力インタフェースは、前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つから前記オーディオビデオ・データ(18)を得る方法を定める実施データ(5)を受信するように更に構成され、かつ
前記制御ユニット(44)は、前記識別データ(3)及び前記実施データ(5)に従って前記オーディオビデオ・コンテンツ(1)及び前記少なくとも一つのアプリケーションフレーム(4)の少なくとも一つを処理するように更に構成される
ことを特徴とするレンダリング装置(40)。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP15166999 | 2015-05-08 | ||
EP15166999.1 | 2015-05-08 | ||
PCT/EP2016/059901 WO2016180680A1 (en) | 2015-05-08 | 2016-05-03 | Method for rendering audio-video content, decoder for implementing this method and rendering device for rendering this audio-video content |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2018520546A true JP2018520546A (ja) | 2018-07-26 |
Family
ID=53177166
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017558456A Pending JP2018520546A (ja) | 2015-05-08 | 2016-05-03 | オーディオビデオ・コンテンツをレンダリングする方法、この方法を実施するためのデコーダ、及びこのオーディオビデオ・コンテンツをレンダリングするためのレンダリング装置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20180131995A1 (ja) |
EP (1) | EP3295676A1 (ja) |
JP (1) | JP2018520546A (ja) |
KR (1) | KR20180003608A (ja) |
CN (1) | CN107710774A (ja) |
TW (1) | TW201707464A (ja) |
WO (1) | WO2016180680A1 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10630648B1 (en) * | 2017-02-08 | 2020-04-21 | United Services Automobile Association (Usaa) | Systems and methods for facilitating digital document communication |
CN111107481B (zh) * | 2018-10-26 | 2021-06-22 | 华为技术有限公司 | 一种音频渲染方法及装置 |
US20230111106A1 (en) * | 2020-07-09 | 2023-04-13 | Google Llc | Systems and Methods for Multiplexing and De-Multiplexing Data Events of a Publishing Platform |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008111257A1 (ja) | 2007-03-13 | 2008-09-18 | Sony Corporation | 通信システム、送信装置、送信方法、受信装置および受信方法 |
CN101627625A (zh) * | 2007-03-13 | 2010-01-13 | 索尼株式会社 | 通信***、发送装置、发送方法、接收装置以及接收方法 |
US8275232B2 (en) | 2008-06-23 | 2012-09-25 | Mediatek Inc. | Apparatus and method of transmitting / receiving multimedia playback enhancement information, VBI data, or auxiliary data through digital transmission means specified for multimedia data transmission |
FR2940735B1 (fr) | 2008-12-31 | 2012-11-09 | Sagem Comm | Procede de diffusion locale de contenu audio/video entre un dispositif source equipe d'un connecteur hdmi et un dispositif recepteur |
EP2312849A1 (en) * | 2009-10-01 | 2011-04-20 | Nxp B.V. | Methods, systems and devices for compression of data and transmission thereof using video transmisssion standards |
US9277183B2 (en) * | 2009-10-13 | 2016-03-01 | Sony Corporation | System and method for distributing auxiliary data embedded in video data |
-
2016
- 2016-05-03 EP EP16720821.4A patent/EP3295676A1/en not_active Withdrawn
- 2016-05-03 CN CN201680026811.6A patent/CN107710774A/zh active Pending
- 2016-05-03 KR KR1020177035182A patent/KR20180003608A/ko unknown
- 2016-05-03 WO PCT/EP2016/059901 patent/WO2016180680A1/en active Application Filing
- 2016-05-03 JP JP2017558456A patent/JP2018520546A/ja active Pending
- 2016-05-03 US US15/572,248 patent/US20180131995A1/en not_active Abandoned
- 2016-05-06 TW TW105114158A patent/TW201707464A/zh unknown
Also Published As
Publication number | Publication date |
---|---|
EP3295676A1 (en) | 2018-03-21 |
CN107710774A (zh) | 2018-02-16 |
US20180131995A1 (en) | 2018-05-10 |
WO2016180680A1 (en) | 2016-11-17 |
KR20180003608A (ko) | 2018-01-09 |
TW201707464A (zh) | 2017-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11073969B2 (en) | Multiple-mode system and method for providing user selectable video content | |
US20130339997A1 (en) | Fast Channel Change Via a Mosaic Channel | |
CN113660523A (zh) | 接收装置 | |
US20150020095A1 (en) | Video stream combination for video advertisement | |
JP2018520546A (ja) | オーディオビデオ・コンテンツをレンダリングする方法、この方法を実施するためのデコーダ、及びこのオーディオビデオ・コンテンツをレンダリングするためのレンダリング装置 | |
CN109691122B (zh) | 广播接收装置 | |
JP2021048630A (ja) | 受信装置 | |
US10491939B2 (en) | Clear screen broadcasting | |
JP6927684B2 (ja) | コンテンツの出力方法 | |
JP6905631B2 (ja) | コンテンツの保護方法 | |
JP6905632B2 (ja) | コンテンツの保護方法 | |
JP2021170851A (ja) | コンテンツの保護方法 | |
JP7062119B2 (ja) | コンテンツの出力方法 | |
JP6854951B2 (ja) | コンテンツの保護方法 | |
JP6854952B2 (ja) | コンテンツの保護方法 | |
JP6854950B2 (ja) | コンテンツの保護方法 | |
JP6854949B2 (ja) | コンテンツの保護方法 | |
JP6913801B2 (ja) | コンテンツの保護方法 | |
JP6854948B2 (ja) | コンテンツの保護方法 | |
JP6854947B2 (ja) | コンテンツの保護方法 | |
EP3160156A1 (en) | System, device and method to enhance audio-video content using application images | |
JP6892240B2 (ja) | コンテンツの出力方法 | |
JP6892239B2 (ja) | コンテンツの出力方法 | |
JP2020188516A (ja) | コンテンツの保護方法 | |
JP2022089936A (ja) | 受信装置 |