特許 6126240 トリックプレイサービスを提供する放送信号送受信方法および装置

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

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

(11)【特許番号】6126240

(24)【登録日】2017年4月14日

(45)【発行日】2017年5月10日

(54)【発明の名称】トリックプレイサービスを提供する放送信号送受信方法および装置

(51)【国際特許分類】

   H04N 21/236 20110101AFI20170424BHJP

   H04N 21/472 20110101ALI20170424BHJP

   H04N 19/31 20140101ALI20170424BHJP

   H04N 19/70 20140101ALI20170424BHJP

   H04N 5/76 20060101ALI20170424BHJP

   H04N 5/765 20060101ALI20170424BHJP

   H04N 5/92 20060101ALI20170424BHJP

【ＦＩ】

   H04N21/236

   H04N21/472

   H04N19/31

   H04N19/70

   H04N5/76 A

   H04N5/91 L

   H04N5/92 H

【請求項の数】18

【全頁数】53

(21)【出願番号】特願2015-550347(P2015-550347)

(86)(22)【出願日】2014年11月18日

(65)【公表番号】特表2016-506182(P2016-506182A)

(43)【公表日】2016年2月25日

(86)【国際出願番号】KR2014011042

(87)【国際公開番号】WO2015080414

(87)【国際公開日】20150604

【審査請求日】2015年3月24日

(31)【優先権主張番号】61/910,416

(32)【優先日】2013年12月1日

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

(31)【優先権主張番号】61/952,140

(32)【優先日】2014年3月13日

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

(31)【優先権主張番号】61/954,615

(32)【優先日】2014年3月18日

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

(31)【優先権主張番号】61/970,910

(32)【優先日】2014年3月27日

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

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】ファン ソチン

(72)【発明者】

【氏名】オ ヒョンムク

(72)【発明者】

【氏名】ス チョンヨル

(72)【発明者】

【氏名】ユン チュンヒ

【審査官】 長谷川 素直

(56)【参考文献】

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

【文献】 米国特許出願公開第２００９／０３２３８２２（ＵＳ，Ａ１）

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

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

Ｈ０４Ｎ １９／００−１９／９８

Ｈ０４Ｎ ５／７６

Ｈ０４Ｎ ５／７６５

Ｈ０４Ｎ ５／９１−５／９５

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

【請求項1】

ビデオデータをエンコーディングしてビデオエレメンタリストリームを生成するステップと、
前記ビデオエレメンタリストリームを有するＰＥＳを生成するステップと、
前記生成されたＰＥＳを有するＴＳを生成するステップであって、
前記ＴＳは、トリックプレイを実行するためのＰＶＲアシスト情報を有し、
前記ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、
前記ティアナンバ情報は、ＲＡＰピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、
前記最大時間識別情報は、前記エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、ステップと、
前記生成されたＴＳを送信するステップと、を有する、放送信号送信方法。

【請求項2】

前記ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャに関しては０の値を有する、請求項１に記載の放送信号送信方法。

【請求項3】

前記最大時間識別情報は、前記トリックプレイの速度に関する情報を提供するために用いられる、請求項１に記載の放送信号送信方法。

【請求項4】

前記ＰＶＲアシスト情報は、前記ＴＳのアダプテーションフィールドに有される、請求項１に記載の放送信号送信方法。

【請求項5】

前記ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有する、請求項１に記載の放送信号送信方法。

【請求項6】

前記ＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を有する、請求項５に記載の放送信号送信方法。

【請求項7】

前記ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有する、請求項５に記載の放送信号送信方法。

【請求項8】

前記ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有する、請求項５に記載の放送信号送信方法。

【請求項9】

前記ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有する、請求項５に記載の放送信号送信方法。

【請求項10】

ＴＳを受信する受信部と、
前記受信したＴＳからＰＥＳを抽出する第１抽出部と、
前記抽出されたＰＥＳからビデオエレメンタリストリームを抽出する第２抽出部と、
前記抽出されたビデオエレメンタリストリームをデコーディングするデコーダと、
前記デコーディングされたビデオデータのトリックプレイを実行するトリックプレイ実行部と、を有し、
前記ＴＳは、前記トリックプレイを実行するためのＰＶＲアシスト情報を有し、
前記ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、
前記ティアナンバ情報は、ＲＡＰピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、
前記最大時間識別情報は、エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示し、
前記トリックプレイ実行部は、前記ティアナンバ情報および前記最大時間識別情報に基づいて、前記デコーディングされたビデオデータのトリックプレイを実行する、放送信号受信装置。

【請求項11】

前記ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャに関しては０の値を有する、請求項１０に記載の放送信号受信装置。

【請求項12】

前記最大時間識別情報は、前記トリックプレイの速度に関する情報を提供するために用いられる、請求項１０に記載の放送信号受信装置。

【請求項13】

前記ＰＶＲアシスト情報は、前記ＴＳのアダプテーションフィールドに有される、請求項１０に記載の放送信号受信装置。

【請求項14】

前記ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有する、請求項１０に記載の放送信号受信装置。

【請求項15】

前記ＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を有する、請求項１４に記載の放送信号受信装置。

【請求項16】

前記ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有する、請求項１４に記載の放送信号受信装置。

【請求項17】

前記ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有する、請求項１４に記載の放送信号受信装置。

【請求項18】

前記ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有する、請求項１４に記載の放送信号受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、放送信号の送受信に関し、特に、トリックプレイサービスを提供する放送信号の送受信方法、および／または、トリックプレイサービスを提供する放送信号の送受信装置に関する。

【背景技術】

【0002】

近年、高解像度・高品質映像サービスへの需要と関心が非常に高まっている。ＨＤＴＶに続いて超高精細テレビ（Ultra High Definition TV；ＵＨＤＴＶ）が発売されることにより高い解像度の非常に写実的な（realistic）高品質放送サービスが提供され、モバイル市場でも、基本画面解像度がＨＤ級であるスマートフォンが発売されることによりユーザの高解像度および高品質映像への要望が急増する一方である。現在、ＤＴＶ、ＤＭＢ、ＤＶＤ、デジタルカムコーダ、映像ブラックボックス、ＩＰＴＶ、スマートＴＶ、スマートフォンなどを含む様々なマルチメディア機器に用いられるＨ．２６４／ＡＶＣ標準は、高解像度および高画質の映像サービスをサポートするには限界がある。そこで、ＩＴＵ−Ｔ ＶＣＥＧ（Video Coding Experts Group）とＩＳＯ／ＩＥＣ ＭＰＥＧ（Moving Picture Experts Group）とは、Ｈ．２６４／ＡＶＣに比べて圧縮率がより高く複雑さがより低減された新しい次世代動画像圧縮標準の必要性から、高能率映像符号化（High Efficiency Video Coding；ＨＥＶＣ）という標準化活動を開始し、ＨＥＶＣ最終標準案（Final Draft International Standard；ＦＤＩＳ）を完成した。ＨＥＶＣは、Ｈ．２６４／ＡＶＣに比べて約３５％の符号化効率を示す次世代映像圧縮標準であって、ＨＤ級映像およびＵＨＤ級映像のぼう大なデータを効果的に圧縮するための核心技術として注目されている。世界的なＨＥＶＣ技術の商用化への努力から、最適化されたＨＥＶＣソフトウェアおよびハードウェア標準が市場に登場する見通しである。

【0003】

一方、トリックプレイとは、任意の時間の映像を再生できる機能であるランダムアクセス（random access）と２倍速、４倍速などの倍速機能とを提供するサービスのことを意味する。ＨＥＶＣのランダムアクセスポイント（random access point；ＲＡＰ）とＨ．２６４のランダムアクセスポイントとの間には差異があるため、ＨＥＶＣのランダムアクセスポイントのカテゴリを新たに定義する必要がある。また、ＨＥＶＣではスケーラビリティ（scalability）を提供しており、これを用いてトリックプレイを提供する必要がある。また、従来のＣＦＦメディアファイルフォーマット（media file format）の仕様は、Ｈ．２６４／ＡＶＣのトリックプレイに関するフォーマットを定義している。しかし、ＨＥＶＣでエンコーディングされたコンテンツについては定義しておらず、ＨＥＶＣでエンコーディングされたコンテンツのデコーディングおよびトリックプレイのために新しいフォーマットを提供する必要がある。

【0004】

トリックプレイを行うために、従来のＡＶＣ／Ｈ．２６４ベースでは、ビデオストリームを構成するピクチャを、各ピクチャ間の従属関係（dependency）によってティア（tier）という概念を用いて分類した。そして、受信側は、特定のティア値を持つピクチャのみをデコーディングおよび表示してトリックプレイサービスを提供した。しかし、ＨＥＶＣでは、ビデオストリームの時間スケーラビリティ（temporal scalability）を基本的に提供しているため、時間スケーラビリティを用いてトリックプレイサービスを提供する方法に関する研究が必要である。なお、ユーザにとっては、提供可能な最大倍速情報を知ることができれば、トリックプレイを利用する上で便利さを感じるだろう。したがって、提供可能な最大倍速情報をユーザに提供できる方法に関する研究が必要である。

【発明の概要】

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

【0005】

本発明が達成しようとする課題は、上述した問題点を解決するためのもので、トリックプレイサービスを提供する放送信号を送受信する方法および／または装置を提供することである。

【0006】

なお、本発明が達成しようとする課題は、トリックプレイサービスを提供するトリックプレイ関連情報を提供することである。

【0007】

なお、本発明が達成しようとする課題は、トリックプレイ関連情報をシグナリングする方法を提供することである。

【0008】

なお、本発明が達成しようとする課題は、ユーザに最大倍速情報を提供できるシグナリング方法を提供することである。

【0009】

なお、本発明が達成しようとする課題は、ＨＥＶＣで基本的に提供する時間スケーラビリティを用いてトリックプレイを提供する方法を提供することである。

【0010】

なお、本発明が達成しようとする課題は、従来のトリックプレイ関連情報を極力そのまま使用しながら、より良いトリックプレイサービスを提供する方法を提供することである。

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

【0011】

本発明の一実施例に係る放送信号送信方法は、ビデオデータをエンコーディングしてビデオエレメンタリストリーム（video elementary stream）を生成するステップと、ビデオエレメンタリストリームを有するパケット化エレメンタリストリーム（Packetized Elementary Stream；ＰＥＳ）を生成するステップと、生成されたＰＥＳを有するトランスポートストリーム（Transport Stream；ＴＳ）を生成するステップであって、ＴＳは、トリックプレイ実行のためのパーソナルビデオレコーダ（Personal Video Recorder；ＰＶＲ）アシスト情報を有し、ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、ティアナンバ情報は、ランダムアクセスポイント（Random Access Point；ＲＡＰ）ピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、最大時間識別情報は、エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、ステップと、生成されたＴＳを送信するステップと、を有することができる。

【0012】

好適には、ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャでは０の値を有してもよい。

【0013】

好適には、最大時間識別情報は、トリックプレイの速度に関する情報を提供するために用いられてもよい。

【0014】

好適には、ＰＶＲアシスト情報は、ＴＳのアダプテーションフィールドに有されてもよい。

【0015】

好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有してもよい。

【0016】

好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントの識別子（identifier；ｉｄ）を示すセグメント識別子情報を有してもよい。

【0017】

好適には、ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有してもよい。

【0018】

好適には、ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有してもよい。

【0019】

好適には、ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有してもよい。

【0020】

本発明の他の実施例に係る放送信号受信装置は、トランスポートストリーム（Transport Stream；ＴＳ）を受信する受信部（tuner）であって、ここで、ＴＳは、トリックプレイ実行のためのパーソナルビデオレコーダ（Personal Video Recorder；ＰＶＲ）アシスト情報を有し、ここで、ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、ここで、ティアナンバ情報は、ランダムアクセスポイント（Random Access Point；ＲＡＰ）ピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、最大時間識別情報は、エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、受信部と、受信したＴＳからパケット化エレメンタリストリーム（Packetized Elementary Stream；ＰＥＳ）を抽出する第１抽出部と、抽出されたＰＥＳからビデオエレメンタリストリームを抽出する第２抽出部と、抽出されたビデオエレメンタリストリームをデコーディングするデコーダと、を有することができる。

【0021】

好適には、ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャでは０の値を有してもよい。

【0022】

好適には、最大時間識別情報は、トリックプレイの速度に関する情報を提供するために用いられてもよい。

【0023】

好適には、ＰＶＲアシスト情報は、ＴＳのアダプテーションフィールドに有されてもよい。

【0024】

好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有してもよい。

【0025】

好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を有してもよい。

【0026】

好適には、ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有してもよい。

【0027】

好適には、ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有してもよい。

【0028】

好適には、ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有してもよい。

【発明の効果】

【0029】

本発明によれば、ユーザにトリックプレイサービスを提供することができる。

【0030】

本発明によれば、ユーザにトリックプレイサービスを提供するためのトリックプレイ関連情報を提供することができる。

【0031】

本発明によれば、ユーザにトリックプレイ関連情報をシグナリングする方法を提供することができる。

【0032】

本発明によれば、トリックプレイサービスにおいてユーザに提供可能な最大倍速情報を提供することができる。

【0033】

本発明によれば、ＨＥＶＣの時間スケーラビリティを用いてより効率的なトリックプレイサービスを提供することができる。

【0034】

本発明によれば、トリックプレイサービス関連の従来のシステムを極力維持しながらより効率的なトリックプレイサービスを提供することができる。

【0035】

本発明によれば、ＨＥＶＣビデオストリームの構造をそのまま用いながらトリックプレイサービスを提供することができる。

【0036】

本発明によれば、ＨＥＶＣビデオストリームの時間ｉｄベースの構造を用いてトリックプレイサービスを提供することによって、エンコーディング段階でトリックプレイに用いる特定のピクチャをシグナリングしなくて済むため、より速いエンコーディング速度を提供することができる。

【図面の簡単な説明】

【0037】

【図1】本発明の一実施例に係るトリックプレイ方法をシナリオに基づいて示す図である。

【図2】本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Common File Format）ボックスの構造（box structure）を示す図である。

【図3】本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックス（syntax）を示す図である。

【図4】本発明の一実施例に係る、Ｃｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれるＨＤＲ（High Dynamic Range）をサポートするエレメントを示す図である。

【図5】本発明の一実施例に係る、ＨＥＶＣストリームの場合のランダムアクセスのためのピクチャタイプを示す図である。

【図6】本発明の一実施例に係る、クローズドＧＯＰである場合のトリックプレイの方法を示す図である。（シナリオ１−１）

【図7】本発明の一実施例に係る、オープンＧＯＰ（open GOP）であって、当該ＧＯＰがＤＬＰ（decodable leading picture）を含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）

【図8】本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがＤＬＰおよびＳＬＰ（skipped leading picture）を含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）

【図9】本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがＳＬＰを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）

【図10】本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックス（trick play box）の構成を示す図である。（シナリオ１−２）

【図11】本発明の他の実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）

【図12】本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれるｐｉｃ＿ｔｙｐｅを説明するための図である。

【図13】本発明の一実施例に係る、ｐｉｃ＿ｔｙｐｅにリーディングピクチャ（leading picture）に関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）

【図14】本発明の他の実施例に係る、ｐｉｃ＿ｔｙｐｅにリーディングピクチャに関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）

【図15】本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。

【図16】本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）

【図17】本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）

【図18】本発明の一実施例に係る、時間サブレイヤピクチャタイプがＴＳＡである場合のフレームレートの変更方法を示す図である。

【図19】本発明の一実施例に係る、時間サブレイヤピクチャタイプがＳＴＳＡである場合のフレームレートの変更方法を示す図である。（シナリオ３）

【図20】本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ３）

【図21】本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。

【図22】本発明の一実施例に係る放送信号受信システムの構造を示す図である。

【図23】本発明の一実施例に係る受信端の構造を示す図である。

【図24】本発明の一実施例に係る、時間ｉｄ（temporal id）およびティア（tier）を複合的に用いたトリックプレイの方法を示す図である。

【図25】本発明の一実施例に係る、従来のティアの概念によるトリックプレイ方法を示す図である。

【図26】本発明の一実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）

【図27】本発明の他の実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）

【図28】本発明の一実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。

【図29】本発明の他の実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。

【図30】本発明の一実施例に係る、一つの時間ｉｄを複数のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）

【図31】本発明の一実施例に係る、時間ｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールド（adaptation field）の構成を示す図である。

【図32】本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。

【図33】本発明の一実施例に係る、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれるｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。

【図34】本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。

【図35】本発明の一実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）

【図36】本発明の他の実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）

【図37】本発明の一実施例に係る、時間ｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）

【図38】本発明の一実施例に係る受信装置を示す図である。

【図39】本発明の一実施例に係る、ティアフレームワーク（tier framework）とＨＥＶＣ時間サブレイヤとを比較した図である。

【図40】本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。

【図41】本発明の一実施例に係る、ＨＥＶＣ時間サブレイヤを用いたトリックプレイ方法を示す図である。

【図42】本発明の一実施例に係る放送信号送信方法を示す図である。

【図43】本発明の一実施例に係る放送信号受信装置の構造を示す図である。

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

【0038】

以下、添付の図面および添付の図面に記載された内容を参照して本発明の実施例を詳しく説明するが、本発明はそれらの実施例に制限または限定されるものではない。

【0039】

本明細書で使われる用語は、本発明での機能を考慮すると共に、可能な限り現在広く使われる一般的な用語を選択したが、これは当該分野に従事する技術者の意図、慣例または新しい技術の出現などによって変更されてもよい。また、特定の場合、出願人が任意に選定した用語もあり、その場合、該当する発明の説明箇所でその意味を記載するだろう。したがって、本明細書で使われる用語は、単純な用語の名称ではなくその用語が持つ実質的な意味と本明細書全般にわたる内容とに基づいて解釈されなければならないことは明らかである。

【0040】

本発明の理解および説明の便宜のために、用語および略語について下記の通り定義する。

【0041】

高効率ビデオコーディング（High Efficiency Video Coding；ＨＥＶＣ）は、従来のＨ．２６５／ＡＶＣ技術に比べて約２倍も高い圧縮率を有しながら同様のビデオ品質を提供する高効率ビデオコーディング標準である。

【0042】

時間スケーラビリティ（temporal scalability）は、時間的スケーラビリティを意味し、同一の空間解像度でフレーム周波数が異なるものを符号化する方法を意味する。

【0043】

トリックプレイ（trick play）は、一定時間後の映像をプレイできるランダムアクセスが可能であり、倍速機能を提供する機能を意味する。

【0044】

オープンＧＯＰ（Open GOP）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰの前に位置するピクチャを参照ピクチャとして用いてエンコーディングできる構造を意味する。すなわち、リーディングピクチャ（leading picture）を含むＧＯＰを意味する。

【0045】

クローズドＧＯＰ（Closed GOP）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ内のピクチャのみを参照ピクチャとして用いる構造を意味する。すなわち、オープンＧＯＰとは違い、リーディングピクチャを含まない。

【0046】

リーディングピクチャ（leading picture）は、ＨＥＶＣでＩＲＡＰ（Intra Random Access Point）ピクチャに比べてデコーディング順序は遅いが、再生順序は早いピクチャを意味する。

【0047】

時間ｉｄは、ＨＥＶＣで時間スケーラビリティをサポートするために導入された用語で、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。

【0048】

ティア（tier）は、ＡＶＣストリームまたはｍｐｅｇ−２ストリームでトリックプレイをサポートするために導入された用語である。ティアは、ＴＳパケット（TS packet）内のアダプテーションフィールド（adaptation field）に含むことができる。

【0049】

図１は、本発明の一実施例に係るトリックプレイ方法をシナリオに基づいて示す図である。

【0050】

本発明の一実施例によれば、ＨＥＶＣの時間スケーラビリティを使用するか否かによってトリックプレイのためのシグナリング方法を定義することができる。

【0051】

本発明の一実施例に係るビデオストリームが時間スケーラビリティを提供しないストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを含む場合において、クローズドＧＯＰであれば、ビデオストリームがリーディングピクチャを含まないため、ＣＦＦメディアファイルフォーマットに定義されたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌおよびｐｉｃ＿ｔｙｐｅをシグナリングすることによって、トリックプレイを提供できる（シナリオ１−１）。一方、オープンＧＯＰであれば、ｐｉｃ＿ｔｙｐｅにリーディングピクチャタイプを含め、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌをシグナリングすることによって、トリックプレイを提供できる（シナリオ１−２）。

【0052】

本発明の一実施例に係るビデオストリームが時間スケーラビリティベースのストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きいピクチャを含む場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ、ｐｉｃ＿ｔｙｐｅおよびｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅをシグナリングすることによって、トリックプレイを提供できる。より具体的には、ストリームに含まれるｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングすることによって、トリックプレイを提供できる（シナリオ２）。また、シナリオ２と同様に、ｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングし、さらにｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャを用いることによって、倍速のための追加サービスを提供できる（シナリオ３）。

【0053】

同図に表示されたボックスは、ビデオストリームを構成するピクチャを示し、ボックス中に記述されたＴ＿ＩＤは、時間スケーラビリティをサポートするためのｔｅｍｐｏｒａｌ＿ｉｄを意味できる。

【0054】

図２は、本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Common File Format）ボックスの構造を示す図である。

【0055】

同図で“ＮＬ０”、“ＮＬ１”および“ＮＬ２”は、ＣＦＦボックスの包含関係を表し、“Ｆｏｒｍａｔ Ｒｅｑ．”は、当該ボックスが存在するか否かとその数を表し、“Ｓｐｅｃｉｆｉｃａｔｉｏｎ”は、当該ボックスが定義されている標準書の部分を表し、“Ｄｅｓｃｒｉｐｔｉｏｎ”は、当該ボックスの説明を表すことができる。“Ｆｏｒｍａｔ Ｒｅｑ．”が“＋”であれば、当該ボックスが一つ以上存在するということを意味し、“０／１”であれば、当該ボックスが存在するか存在しないかを意味し、“１”であれば、当該ボックスが存在することを意味し、“０”であれば、当該ボックスが存在しないことを意味できる。

【0056】

同図は、本発明の一実施例に係るＣＦＦボックス構造であって、従来のＣＦＦにＨＥＶＣのための新しいトリックプレイボックスを追加したものである。また、本発明の一実施例に係るＣＦＦボックス構造は、ＨＥＶＣベースの ｎａｌユニット（nal unit）をサポートするために“ｈｖｃｎ”と略称される ストレージボックス（storage box）を含むことができる。

【0057】

図３は、本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックスを示す図である。

【0058】

本発明の一実施例によれば、ＣＦＦボックス構造（CFF box structure）は、“ｈｖｃｎ”と略称されるｎａｌユニットストレージボックス（nal unit storage box）を含むことができる。

【0059】

本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義できる。

【0060】

本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義せず、従来の“ｔｒｉｃｋ”ボックスの内部に従来のＡＶＣトリックボックス（AVC trick box）とは別にＨＥＶＣトリックボックスを定義できる。また、“ｔｒｉｃｋ”ボックスのフラグによって、ＡＶＣまたはＨＥＶＣトリックプレイ（HEVC trick play）が選択されうる。

【0061】

同図で、ＨＥＶＣＣｏｎｆｉｇは、ＨＥＶＣのＳＰＳ（Sequence Parameter Set）およびＰＰＳ（Picture Parameter Set）を含むことができ、ＳＰＳのＶＵＩパラメータなどのビデオ情報を含むことができる。

【0062】

図４は、本発明の一実施例に係る、Ｃｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれるＨＤＲ（High Dynamic Range）をサポートするエレメントを示す図である。

【0063】

本発明の一実施例に係る、ｘｍｌボックスで参照しているＣｏｍｍｏｎ＿Ｍｅｔａｄａｔａは、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントを含むことができる。

【0064】

本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、ｘｍｌスキーマによる文字列値を有することができ、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、１個存在してもよく、存在しなくてもよい。

【0065】

本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小および／または最大輝度値（ｍｉｎ．ｌｕｍｉｎａｎｃｅおよび／またはｍａｘ．ｌｕｍｉｎａｎｃｅ）を示すことができる。

【0066】

本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小および／または最大輝度値で分類されるｐｒｏｆｉｌｅ値を示すことができる。例えば、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、Ｃｏｎｖｅｎｔｉｏｎａｌ ｃａｐａｃｉｔｙ（ｍｉｎ：０．１ｃｄ／ｍ２、ｍａｘ：１００ｃｄ／ｍ２）、Ｍｉｄ ｃａｐａｃｉｔｙ（ｍｉｎ：０．００１ｃｄ／ｍ２、ｍａｘ：１０００ｃｄ／ｍ２）またはＨｉｇｈ ｃａｐａｃｉｔｙ（ｍｉｎ：０．０００１ｃｄ／ｍ２、ｍａｘ：１００００ｃｄ／ｍ２）を示すことができる。

【0067】

図５は、本発明の一実施例に係る、ＨＥＶＣストリームの場合のランダムアクセスのためのピクチャタイプを示す図である。

【0068】

同図は、ＨＥＶＣＮａｌユニットタイプ（HEVC Nal unit type）のうち、ランダムアクセスおよびトリックプレイを実行するために基本となり得るピクチャの種類を示す図である。

【0069】

同図で、陰影で表示されたピクチャタイプ（ＴＳＡ、ＳＴＳＡ）は、時間ｉｄ（temporal ID）が０よりも大きいストリームが含まれる場合、すなわち、時間スケーラビリティが提供される場合に、トリックプレイのために使用可能なＨＥＶＣ時間サブレイヤピクチャタイプ（HEVC temporal sub-layer picture type）を示すことができる。上述の陰影で表示されたピクチャタイプは、本発明の一実施例に係るシナリオ２および３で用いることができる。

【0070】

本発明の一実施例によれば、ランダムアクセスポイントピクチャ（random access point pictures）は、ＩＤＲ（Instantaneous Decoding Refresh）、ＢＬＡ（Broken Link Access）および／またはＣＲＡ（Clean Random Access）を含むことができ、リーディングピクチャは、ＲＡＤＬ（Random Access Decodable Leading Picture）および／またはＲＡＳＬ（Random Access Skipped Leading Picture）を含むことができ、時間サブレイヤアクセスピクチャ（temporal sub-layer access pictures）は、ＴＳＡ（Temporal Sub-layer Access）および／またはＳＴＳＡ（Step-wise Temporal Sub-layer Access）を含むことができる。

【0071】

ＩＤＲ（Instantaneous Decoding Refresh）ピクチャは、関連するリーディングピクチャを有する場合および／または関連するリーディングピクチャを有しない場合を含むことができる。

【0072】

ＢＬＡ（Broken Link Access）ピクチャは、関連するＲＡＤＬピクチャは有するが、関連するＲＡＳＬピクチャは有しない場合および／または関連するリーディングピクチャを有しない場合を含むことができる。

【0073】

ＣＲＡ（Clean Random Access）ピクチャは、関連するリーディングピクチャを有する場合を含むことができる。

【0074】

ＴＳＡ（Temporal Sub-layer Access）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合および／または同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。

【0075】

ＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合および／または同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。

【0076】

図６は、本発明の一実施例に係る、クローズドＧＯＰである場合のトリックプレイの方法を示す図である。（シナリオ１−１）

【0077】

同図は、ビデオストリーム内における最大ｔｅｍｐｏｒａｌ＿ｉｄ値が０であり、クローズドＧＯＰである場合に、トリックプレイを行う方法を示す図である。ここで、ＧＯＰは、Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅの略称で、ランダムアクセスを可能にするための符号化されたピクチャのグループを意味する。ここで、クローズドＧＯＰは、リーディングピクチャを含まないＧＯＰを意味し、オープンＧＯＰは、リーディングピクチャを含むＧＯＰを意味できる。ここで、リーディングピクチャとは、ＨＥＶＣでＩＲＡＰ（Intra Random Access Point、ＡＶコーデックにおけるランダムアクセスポイントと同じ概念）ピクチャと比べてデコーディング順序は遅いが、表示順序は早いピクチャを意味できる。

【0078】

同図で、一つの四角形のボックスは、一つのピクチャを表すことができる。ここで、ピクチャは、フレームおよび／または画像と同じ意味で使われてもよい。

【0079】

同図で、Ｉ１からＰ９までのピクチャグループは、一つのＧＯＰを表すことができる。ここで、Ｉピクチャは、ＭＰＥＧ符号化信号で使われる３種類のピクチャ形式の一つで、一つの完全なピクチャを構成するための全てのデータを含むことができる。すなわち、Ｉピクチャは、他のピクチャを参照しなくてもよい。Ｐピクチャは、現在のピクチャと再生順序上その前のピクチャとの差異を観察して作られた予測情報と、実際情報と、の差値のみを含むことができる。すなわち、Ｐピクチャは、再生順序上現在のピクチャの前に存在するピクチャを参照することができる。Ｂピクチャは、現在のピクチャと、再生順序上現在のピクチャの前に存在するピクチャと、現在のピクチャの後に存在するピクチャと、の間の差異を観察して作られた予測情報のみを含むことができる。すなわち、Ｂピクチャは、現在のピクチャの前および後に存在するピクチャを参照できる。同図で、矢印はピクチャ間の参照関係を示すことができる。例えば、Ｂ３ピクチャは、完全な画像を作るために、Ｉ１ピクチャおよびＢ５ピクチャを参照でき、Ｐ９ピクチャはＩ１ピクチャを参照できる。

【0080】

同図で、四角形の中の数字は、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを示すことができる。例えば、一番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１であるピクチャを表し、二番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが５であるピクチャを表し、三番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが４であるピクチャを表すことができる。

【0081】

本発明の一実施例によれば、２倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至４を有するピクチャをデコーディングすることによって行うことができる。４倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至３を有するピクチャをデコーディングすることによって行うことができる。８倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至２を有するピクチャをデコーディングすることによって行うことができる。１６倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１を有するピクチャをデコーディングすることによって行うことができる。

【0082】

図７は、本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがデコーディング可能リーディングピクチャを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）

【0083】

一番目の図は、ビデオストリームをなすピクチャのデコーディング順序を示すものであり、二番目の図は、通常再生速度でビデオストリームをなすピクチャの表示順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャの表示順序を示すものである。

【0084】

二番目の図において、表示されたＢ０からＢ６までのピクチャは、デコーディング可能リーディングピクチャを表すことができる。

【0085】

同図において、ＧＯＰに含まれるリーディングピクチャは、デコーディング可能リーディングピクチャであるため、二番目の図に示すように、矢印の部分から表示でき、三番目の図に示すようにトリックプレイを行うことができる。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ１、Ｂ３、Ｂ５、ＲＡＰおよびＢ１ピクチャが表示されうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬ（Random Access Decodable leading Picture）を含むことができる。

【0086】

図８は、本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがデコーディング可能リーディングピクチャ（decodable leading picture）およびスキップ可能リーディングピクチャを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）

【0087】

一番目の図は、ビデオストリームをなすピクチャのデコーディング順序を示すものであり、二番目の図は、通常再生速度でビデオストリームをなすピクチャの表示順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャの表示順序を示すものである。

【0088】

二番目および三番目の図において、表示されたＢ０からＢ２までのピクチャがスキップ可能リーディングピクチャを表すことができ、表示されたＢ３からＢ６までのピクチャがデコーディング可能リーディングピクチャを表すことができる。

【0089】

同図において、スキップ可能リーディングピクチャは表示されず、トリックプレイができない。したがって、二番目の図に示すように、Ｂ３ピクチャから表示可能であり、三番目の図に示すように、Ｂ３ピクチャからトリックプレイが可能である。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ３、Ｂ５、ＲＡＰおよびＢ１ピクチャが表示されうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬを含むことができ、スキップ可能リーディングピクチャは、ＲＡＳＬ（Random Access Skipped Leading Picture）を含むことができる。

【0090】

図９は、本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがスキップ可能リーディングピクチャを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）

【0091】

一番目の図は、ビデオストリームをなすピクチャのデコーディング順序を示すものであり、二番目の図は、通常再生速度時ビデオストリームをなすピクチャの表示順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャの表示順序を示すものである。

【0092】

二番目および三番目の図において、表示されたＢ０からＢ６までのピクチャがスキップ可能リーディングピクチャを表すことができる。

【0093】

同図において、スキップ可能リーディングピクチャは表示されず、トリックプレイができない。したがって、二番目の図で、ＲＡＰピクチャから表示でき、２倍速トリックプレイが行われる場合、三番目の図に示すように、ＲＡＰおよびＢ１ピクチャが表示されうる。ここで、スキップ可能リーディングピクチャは、ＲＡＳＬを含むことができる。

【0094】

図１０は、本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）

【0095】

同図は、ストリーム内で最大のｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。

【0096】

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスを定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

【0097】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

【0098】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、４ビットの値を示すことができる。

【0099】

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベル（dependency level）を示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられていたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーディングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーディングして表示することができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。

【0100】

図１１は、本発明の他の実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）

【0101】

同図は、ストリーム内で最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。

【0102】

本発明の一実施例によれば、従来定義されていた“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。

【0103】

本発明の一実施例に係るｔｒｉｋボックスは、フラグ（flag）を用いてビデオコーデック（video codec）に従ってストリームを分離してシグナリングできる。また、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

【0104】

本発明の一実施例に係るフラグ値が０である場合、ｔｒｉｋボックスは、Ｈ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１である場合、ｔｒｉｋボックスは、ＨＥＶＣトリックプレイをシグナリングできる。

【0105】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

【0106】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは、２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。

【0107】

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーディングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーディングして表示できる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。

【0108】

図１２は、本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれるｐｉｃ＿ｔｙｐｅを説明するための図である。

【0109】

本発明の一実施例に係るｐｉｃ＿ｔｙｐｅは、０乃至１５の値を有することができる。

【0110】

ｐｉｃ＿ｔｙｐｅが０である場合、ｐｉｃ＿ｔｙｐｅは、関連するリーディングピクチャを有しないＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｎ＿ＬＰを示すことができる。

【0111】

ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、関連するデコーディング可能リーディングピクチャを有するＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｗ＿ＲＡＤＬを示すことができる。

【0112】

ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、関連するリーディングピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｎ＿ＬＰを示すことができる。

【0113】

ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、関連するＲＡＤＬピクチャを有するが、関連するＲＡＳＬピクチャを有しないＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＲＡＤＬを示すことができる。

【0114】

ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、関連するＲＡＤＬピクチャおよびＲＡＳＬピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＬＰを示すことができる。

【0115】

ｐｉｃ＿ｔｙｐｅが５の場合、ｐｉｃ＿ｔｙｐｅは、関連するリーディングピクチャを有するＣＲＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＣＲＡ＿ＮＵＴを示すことができる。

【0116】

ｐｉｃ＿ｔｙｐｅが７の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＤＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＤＬ＿ＮまたはＲＡＤＬ＿Ｒを示すことができる。

【0117】

ｐｉｃ＿ｔｙｐｅが８の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＳＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＳＬ＿ＮまたはＲＡＳＬ＿Ｒを示すことができる。

【0118】

ｐｉｃ＿ｔｙｐｅが９の場合、ｐｉｃ＿ｔｙｐｅは、定められていないＩピクチャを表すことができる。

【0119】

ｐｉｃ＿ｔｙｐｅ１０は、ｕｎｋｎｏｗｎ値に該当できる。

【0120】

ｐｉｃ＿ｔｙｐｅ１１乃至１５は、ｒｅｓｅｒｖｅｄ値に該当できる。

【0121】

図１３は、本発明の一実施例に係る、ｐｉｃ＿ｔｙｐｅに、リーディングピクチャと関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）

【0122】

同図は、ストリーム内で最大のｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。

【0123】

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

【0124】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

【0125】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、３ビットの値を示すことができる。

【0126】

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーディングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーディングして表示できる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、５ビットの値を示すことができる。

【0127】

図１４は、本発明の他の実施例に係る、ｐｉｃ＿ｔｙｐｅにリーディングピクチャと関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）

【0128】

同図は、ストリーム内で最大のｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。

【0129】

本発明の一実施例によれば、従来定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。

【0130】

本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

【0131】

本発明の一実施例に係るフラグ値が０の場合、ｔｒｉｋボックスはＨ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１の場合、ｔｒｉｋボックスはＨＥＶＣトリックプレイをシグナリングできる。

【0132】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

【0133】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは、２ビットの値を示すことができ、フラグ値が１である場合、３ビットの値を示すことができる。

【0134】

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーディングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーディングして表示できる。本発明の一実施例に係るフラグ値が０である場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができ、フラグ値が１の場合、５ビットの値を示すことができる。

【0135】

本発明のさらに他の実施例によれば、トリックプレイを行う際、リーディングピクチャは表示されないという制約が含まれる場合に、ｐｉｃ＿ｔｙｐｅは下記のように構成されてもよい。ｐｉｃ＿ｔｙｐｅが０の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｋｎｏｗｎサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＩＤＲサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＣＲＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＢＬＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｃｏｎｓｔｒａｉｎｅｄ Ｉサンプルであることを示すことができる。この場合、ＨＥＶＣストリームに対するｐｉｃ＿ｔｙｐｅおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドに割り当てられるビット数を減らすことができる。ここで、サンプルはピクチャと同じ意味を有することができる。

【0136】

図１５は、本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。

【0137】

同図で、四角形のボックスは、ストリームに含まれるピクチャを表すことができ、Ｔ＿ＩＤは時間ｉｄを表すことができる。

【0138】

図１６は、本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）

【0139】

同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて、トリックプレイをサポートするために、サポート可能な最大倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大のｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供することができる。

【0140】

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドおよび／またはｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。

【0141】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

【0142】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、４ビットの値を示すことができる。

【0143】

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類できる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤでＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについては差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａｌ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合、フレームレートは１５ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合、フレームレートは３０ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更できる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスすることができる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

【0144】

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

【0145】

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。

【0146】

ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式によって、本発明は提供可能な最大倍速をシグナリングすることができる。例えば、最大時間ｉｄが２である場合、本発明は、最大、２＾２である４倍速を提供できる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅに上述の式から計算された値より小さい値を割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１であれば２倍速、２であれば４倍速、３であれば８倍速、４であれば１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。本発明の一実施例では、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅより速い倍速はサポートできず、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ倍速はサポートできる。また、本発明の一実施例は、計算されたｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ値より小さい値を割り当てる制限（constraint）をシグナリングすることができる。

【0147】

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

【0148】

図１７は、本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）

【0149】

同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて、トリックプレイをサポートするためにサポート可能な最大倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大のｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供できる。

【0150】

本発明の一実施例によれば、従来定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。

【0151】

本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドおよび／またはｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。

【0152】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは、一つのピクチャを意味できる。

【0153】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。

【0154】

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーディングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にも、デコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーディングして表示できる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。

【0155】

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスできる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

【0156】

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

【0157】

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。

【0158】

ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式によって、本発明は、提供可能な最大倍速をシグナリングすることができる。例えば、最大時間ｉｄが２の場合、本発明は、最大、２＾２である４倍速を提供することができる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅに上述の式から計算された値より小さい値を割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１であれば２倍速、２であれば４倍速、３であれば８倍速、４であれば１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。

【0159】

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

【0160】

図１８は、本発明の一実施例に係る、時間サブレイヤピクチャタイプがＴＳＡである場合のフレームレートの変更方法を示す図である。

【0161】

同図に示すように、時間サブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみを表示している途中で、すなわち、４倍速でトリックプレイを行っている途中で、直接１倍速（通常再生速度）で表示することができる。

【0162】

同図に示すように、時間サブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーディングおよび表示している途中で、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーディングおよび表示することができる。

【0163】

図１９は、本発明の一実施例に係る、時間サブレイヤピクチャタイプがＳＴＳＡである場合のフレームレートの変更方法を示す図である。（シナリオ３）

【0164】

同図に示すように、時間サブレイヤピクチャタイプがＳＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみを表示している途中で、すなわち、４倍速でトリックプレイを行っている途中で、直接１倍速（通常再生速度）で表示することはできず、間に２倍速で表示する処理を経た後、１倍速で表示することができる。したがって、本発明の一実施例に係る時間サブレイヤピクチャタイプがＳＴＳＡである場合には、変換が可能な倍速数に対する制限を知らせる方法が必要でありうる。すなわち、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄをシグナリングする必要がありうる。

【0165】

同図に示すように、時間サブレイヤピクチャタイプがＳＴＳＡであり、４倍速で表示している途中で１倍速で表示しようとする場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーディングおよび表示している途中で、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーディングおよび表示することはできず、ｔｅｍｐｏｒａｌ＿ｉｄが１であるピクチャをデコーディングおよび表示した後、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーディングおよび表示することができる。

【0166】

図２０は、本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ３）

【0167】

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

【0168】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

【0169】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、４ビットの値を示すことができる。

【0170】

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスできる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

【0171】

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

【0172】

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。

【0173】

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

【0174】

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーディングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にも、デコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーディングして表示することができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。

【0175】

本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。

【0176】

本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０および１であるピクチャのみをデコーディングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーディングおよび表示することができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーディングおよび表示することによって、４倍速よりも高倍速のトリックプレイサービスを提供することができる。

【0177】

図２１は、本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。

【0178】

本発明の一実施例によれば、従来定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。

【0179】

本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールドおよび／またはｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。

【0180】

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

【0181】

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。

【0182】

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーディングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にも、デコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーディングして表示することができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。

【0183】

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスできる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

【0184】

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

【0185】

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。

【0186】

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

【0187】

本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。

【0188】

本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２である場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０および１であるピクチャのみをデコーディングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーディングおよび表示することができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーディングおよび表示することによって４倍速よりも高倍速のトリックプレイサービスを提供できる。

【0189】

図２２は、本発明の一実施例に係る放送信号受信システムの構造を示す図である。

【0190】

本発明の一実施例に係る放送信号受信システムは、再生装置（player device）２２０１０、記憶装置（storage device）２２０２０、ＫＩＣサーバ２２０３０、ライセンスサーバ（license server）２２０４０および／またはダウンロードサーバ２２０５０を備えることができる。

【0191】

再生装置２２０１０は、ＵＨＤＴＶを含むことができる。再生装置は、ＳＣＳＡアプリケーションおよび従来のファイルシステム（traditional file system）を含むことができる。

【0192】

記憶装置２２０２０は、ＳＤカード、ＵＳＢおよび／またはＳＳＤメモリを含むことができる。記憶装置は、従来のファイルシステムを含むことができる。

【0193】

ＫＩＣサーバ２２０３０は、個人情報を識別する情報を含むことができる。

【0194】

ライセンスサーバ２２０４０は、コンテンツのライセンスに関連する情報を含むことができる。

【0195】

ダウンロードサーバ２２０５０は、コンテンツおよびコンテンツに関連する情報を含むことができる。

【0196】

本発明の一実施例によれば、再生装置は、コンテンツに対するライセンスを獲得するために次のような処理を行うことができる。まず、記憶装置がライセンスファイル（license file）を含んでいるか否かを確認し、ライセンスファイルを含んでいる場合、ライセンスファイルからコンテンツキー（content key）を取得することができる。記憶装置がライセンスファイルを含んでいない場合、バルクコンテンツ（bulk content）を確認し、バルクコンテンツがライセンスファイルを含む場合、ライセンスファイルからコンテンツキーを取得することができる。そして、コンテンツキーを用いてライセンスサーバからライセンスを取得することができる。

【0197】

本発明の一実施例によれば、受信機は、ダウンロードしたコンテンツを表示するために、当該コンテンツに対するライセンスを取得する必要がありうる。

【0198】

図２３は、本発明の一実施例に係る受信端の構造を示す図である。

【0199】

本発明の一実施例に係る受信端は、ＵＨＤディスプレイ部２３０１０、セカンドデバイス２３０２０、ＵＨＤデコーディング部２３０３０、ＵＳＢ ２３０４０および／またはリモートコントローラ（remote controller）（Voice control（音声コントロール））２３０５０を備えることができる。

【0200】

ＵＨＤディスプレイ部２３０１０は、ＵＨＤデコーディング部２３０３０を含むことができる。ＵＨＤディスプレイ部２３０１０としてＵＨＤ ＴＶを含むことができる。

【0201】

セカンドデバイス２３０２０としては、携帯電話、タブレット、ノートパソコンなどを含むことができる。

【0202】

ＵＨＤデコーディング部２３０３０は、ＵＨＤディスプレイ部２３０１０を含むことができる。ＵＨＤデコーディング部２３０３０としてはＵＨＤ ＴＶを含むことができる。

【0203】

ＵＳＢ ２３０４０は、他のメモリデバイスであってもよい。本発明の一実施例に係るＵＳＢは、セカンドスクリーン用メタデータ、ＵＲＬおよび／または再生リスト（presentation list）を記憶することができる。

【0204】

リモートコントローラ２３０５０としては、ＵＨＤ ＴＶに適したコントローラを含むことができる。

【0205】

本発明の一実施例によれば、ＵＨＤ ＴＶは、ＵＳＢに含まれているコンテンツメタデータをセカンドデバイスに送信でき、セカンドデバイスのディスプレイに表示させることができる。まず、ユーザは、ＵＳＢに、セカンドスクリーンに表示するメタデータ、ＵＲＬおよび／または再生リストを記憶することができる。ＵＨＤ ＴＶとセカンドデバイスとは、自動でペアリング（pairing）ができ、このとき、両デバイスは、ＵＰｎＰベースのＳＳＤＰを通して接続可能である。ＵＳＢをＵＨＤ ＴＶに接続すると、ＵＨＤ ＴＶは、セカンドスクリーンに表示するコンテンツ情報、すなわち、ＵＳＢに含まれる情報をセカンドデバイスに送信することができる。セカンドデバイスは、ＵＨＤ ＴＶから伝達された情報を表示することができる。

【0206】

本発明の一実施例によれば、ユーザは、ＵＳＢにトリックプレイに関する情報を記憶させることができ、トリックプレイに関する情報は、ＵＨＤ ＴＶに接続されたセカンドデバイスを介して表示できる。

【0207】

図２４は、本発明の一実施例に係る、時間ｉｄおよびティアを複合的に用いたトリックプレイの方法を示す図である。

【0208】

本発明の一実施例によれば、ティア値は、時間ｉｄが０であるピクチャのみに割り当てることができる。

【0209】

同図に示すように、本発明の一実施例に係る受信機は、時間ｉｄが０、１、２または３であるピクチャをデコーディングおよび表示することによって通常再生速度のトリックプレイを行うことができ、時間ｉｄが０、１または２であるピクチャをデコーディングおよび表示することによって２倍速のトリックプレイを行うことができ、時間ｉｄが０または１であるピクチャをデコーディングおよび表示することによって４倍速のトリックプレイを行うことができ、時間ｉｄが０であるピクチャをデコーディングおよび表示することによって８倍速のトリックプレイを行うことができる。本発明は、時間ｉｄが０であるピクチャに対してそれぞれ異なるティア値を割り当てることによって、８倍速よりも速いトリックプレイを行うことができる。

【0210】

本発明の一実施例によれば、トリックプレイを提供するために次のような方法を用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタを用いるためにティアと時間ｉｄとをマッピングすることによって、トリックプレイを提供できる（シナリオＡ）。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタに時間ｉｄを用いたトリックプレイを含むことによって、トリックプレイを提供できる（シナリオＢ）。ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパージングして実際のトリックプレイのために必要なパケットのみを選択することによって、トリックプレイを提供できる（シナリオＣ）。

【0211】

本発明の一実施例に係る時間サブレイヤまたは時間ｉｄは、ＨＥＶＣで時間スケーラビリティをサポートするために導入された用語であって、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。

【0212】

本発明の一実施例に係るティアは、ＡＶＣストリームまたはｍｐｅｇ−２ストリームにおいてトリックプレイをサポートするために導入された用語である。該ティアは、ＴＳパケット内のアダプテーションフィールドに含めることができる。

【0213】

図２５は、本発明の一実施例に係る、従来のティアの概念によるトリックプレイ方法を示す図である。

【0214】

本発明の一実施例に係る従来のティアは、レイヤ間の従属関係を示すことができる。

【0215】

同図に示すように、時間ｉｄが３であるピクチャは、ティア値として６を有することができ、時間ｉｄが２であるピクチャは、ティア値として４を有することができ、時間ｉｄが１であるピクチャは、ティア値として３を有することができ、時間ｉｄが０であるピクチャのうち、Ｉピクチャは、ティア値として１を有することができ、Ｐピクチャは、ティア値として２を有することができる。すなわち、時間ｉｄが０であるピクチャは、同一の時間ｉｄを有するが、互いに異なるティア値を有することができる。

【0216】

本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄを有する、すなわち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが最も高いピクチャは、ティア値として６または７を有することができる。そして、それ以外のｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャは、ティア値として１乃至５を有することができる。このとき、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤに該当するピクチャは、ピクチャのタイプによってティア値として１または２の値を有することができる。

【0217】

図２６は、本発明の一実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）

【0218】

本発明の一実施例によれば、時間ｉｄは含むが、ティア情報は含まないＨＥＶＣストリームに基づいてトリックプレイを提供するために時間ｉｄとティアをマッピングする方法を用いることができる。（シナリオＡ）

【0219】

本発明の一実施例に係るトリックプレイを提供するために、一つの時間ｉｄを一つのティアに１：１でマッピングする方法を用いることができ（シナリオＡ−ａ）、一つの時間ｉｄを複数のティアにマッピングする方法を用いることができる（シナリオＡ−ｂ）。

【0220】

本発明の一実施例は、上述したシナリオＡ−ａおよびシナリオＡ−ｂにおいて、従来のティアが有する意味にかかわらず、時間ｉｄの値をそのままティアに１：１でマッピングすることができる。

【0221】

本発明の他の実施例は、上述したシナリオＡ−ａおよびシナリオＡ−ｂにおいて、時間ｉｄの値をティアに１：１でマッピングするものの、ｔｉｅｒ６、７は、破棄可能ピクチャ（discardable picture）という従来のティアの意味をそのまま維持して、最大時間ｉｄは、ｔｉｅｒ６または７にマッピングすることができる。

【0222】

上述したシナリオＡによれば、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタの大部分をそのまま用いることができるという長所がある。ただし、本発明の一実施例はＨＥＶＣストリームに基づいているため、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタに含まれる一部のフィールドは修正される必要がある。例えば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタに含まれるＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ １から１．２８秒当たり抽出可能な最小フレームの数の値を伝達することができる（This field conveys the value of the intended minimum number of extractable frames per 1.28 sec. from tier 1 through “PVR_assist_teir_m”）と新しく定義できる。

【0223】

同図は、本発明の一実施例であるシナリオＡ−ａによるトリックプレイ方法を示す図である。

【0224】

同図に示すように、時間ｉｄが３であるピクチャは、ｔｉｅｒ ４にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、時間ｉｄが０であるピクチャはｔｉｅｒ １にマッピングできる。

【0225】

本発明の一実施例であるシナリオＡは、８倍速以上のトリックプレイは提供できない。

【0226】

図２７は、本発明の他の実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）

【0227】

本発明の一実施例は、前の図とは異なり、時間ｉｄの値をティアに１：１でマッピングするものの、ｔｉｅｒ６、７は破棄可能ピクチャという従来のティアの意味をそのまま維持し、最大時間ｉｄをｔｉｅｒ ６または７にマッピングすることができる。

【0228】

同図に示すように、時間ｉｄが３であるピクチャはｔｉｅｒ ６にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、時間ｉｄが０であるピクチャはｔｉｅｒ１にマッピングできる。

【0229】

同図が前の図と異なる点は、最大時間ｉｄである時間ｉｄ ３に該当するピクチャをｔｉｅｒ ６にマッピングしたことであろう。

【0230】

図２８は、本発明の一実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。

【0231】

同図は、本発明の一実施例に係るシナリオＡ−ａにおいて、従来のティアが有する意味にかかわらず、時間ｉｄの値をそのままティアに１：１でマッピングした結果を示している。

【0232】

同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれるフィールドであって、時間ｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールド値が１であれば、時間ｉｄは０になりうる。したがって、同図に示すように、時間ｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、時間ｉｄが３であるピクチャはｔｉｅｒ４にマッピングできる。

【0233】

本発明の一実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と異なってもよい。従来のｔｉｅｒ６および７は、破棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンス（reference）として用いられないピクチャを意味した。しかし、マッピングによって新しく定義されるティアは、従来のｔｉｅｒ６および７が持っていた意味を持っていなくてもよい。

【0234】

本発明の一実施例は、時間サブレイヤとティアとが同一の数字を有するようにマッピングでき、トリックプレイを行う際に上述したマッピング情報を用いることができる。

【0235】

図２９は、本発明の他の実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。

【0236】

同図は、本発明の他の実施例に係るシナリオＡ−ａにおいて、時間ｉｄの値をティアに１：１でマッピングするものの、ｔｉｅｒ６、７は破棄可能ピクチャであるという従来のティアの意味をそのまま維持して、最大時間ｉｄはｔｉｅｒ６または７にマッピングした結果を示している。

【0237】

同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれるフィールドであって、時間ｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値が１であれば、時間ｉｄは０になりうる。したがって、同図に示すように、時間ｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、時間ｉｄが３であるピクチャはｔｉｅｒ６にマッピングできる。

【0238】

本発明の一実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と同様であってもよい。ｔｉｅｒ６および７は破棄可能ピクチャを意味でき、ｔｉｅｒ６は、レファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、上述した通り、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が４であるピクチャは、ｔｉｅｒ６にマッピングできる。ここで、レファレンスとして用いられないピクチャである場合はｔｉｅｒ７にマッピングできる。

【0239】

図３０は、本発明の一実施例に係る、一つの時間ｉｄを複数のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）

【0240】

同図に示すように、最大時間ｉｄである時間ｉｄが１であるピクチャは、ｔｉｅｒ４または６にマッピングでき、時間ｉｄが０である残りの５個のピクチャはｔｉｅｒ０乃至３にマッピングできる。

【0241】

本発明の一実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と異なってもよい。従来のｔｉｅｒ６および７は、破棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンスとして用いられないピクチャを意味している。しかし、マッピングによって新しく定義されるティアは、従来のｔｉｅｒ６および７が持っていた意味を持たなくてもよい。したがって、同図に示すように、時間ｉｄが１であるピクチャは、ｔｉｅｒ４にマッピングできる。（３００１０）

【0242】

本発明の他の実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と同様であってもよい。ｔｉｅｒ６および７は破棄可能ピクチャを意味でき、ｔｉｅｒ６はレファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、同図に示すように、時間ｉｄが１であるピクチャは、ｔｉｅｒ６にマッピングできる。（３００２０）

【0243】

図３１は、本発明の一実施例に係る、時間ｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールドの構成を示す図である。

【0244】

本発明の一実施例は、ｔｉｅｒおよびｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値をトリックプレイのための速度情報にマッピングするディスクリプタを提供することができる。

【0245】

本発明の一実施例によれば、従来のトリックプレイのための情報はＴＳパケットのアダプテーションフィールドに含まれるため、時間ｉｄを含むＨＥＶＣストリームのトリックプレイのための情報であるＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏも、上述したアダプテーションフィールドに含まれてもよい。

【0246】

同図は、ＴＳパケットのアダプテーションフィールドに含まれるデータフィールド（data field）の構成を示す図である。

【0247】

同図に示すように、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇが０ｘ００であれば、当該データフィールドはｒｅｓｅｒｖｅｄであることを示すことができ、０ｘ０１であれば、当該データフィールドはＡｎｎｏｕｎｃｅｍｅｎｔ ｓｗｉｔｃｈｉｎｇデータフィールドであることを示すことができ、０ｘ０２であれば、ＡＵ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０３であれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０４であれば、ＴＳＡＰ ｔｉｍｅ ｌｉｎｅに対するデータフィールドであることを示すことができ、０ｘ０５であれば、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに対するデータフィールドであることを示すことができる。

【0248】

本発明の一実施例は、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏディスクリプタを用いて時間ｉｄにティア値をマッピングし、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎディスクリプタを用いてｔｉｅｒベースのトリックプレイを提供することができる。

【0249】

図３２は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。

【0250】

本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏは、ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよび／またはｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。

【0251】

ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、時間ｉｄを用いてエンコーディングしたか否かをシグナリングすることができる。

【0252】

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、時間サブレイヤ間に従属関係（dependency）があるか否かを示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位の時間サブレイヤピクチャが上位の時間サブレイヤピクチャを参照しない場合、１を有する。

【0253】

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは最大時間ｉｄ値を示すことができ、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが示す値は、時間ｉｄに１を足した値である。

【0254】

ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬユニットヘッダ（NAL unit header）に含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が示す値と同じ値を有することができる。

【0255】

ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１にマッピングされるティア値を示すことができる。

【0256】

ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、時間ｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。

【0257】

ｉｆ（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、時間スケーラビリティが用いられたストリームであることを示すことができ、この場合、時間ｉｄを用いてトリックプレイを提供できるため、本発明の一実施例は、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎを用いるために時間ｉｄをティアにマッピングすることができる。

【0258】

本発明の他の実施例は、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中でｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよびｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置付け、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバ（tier number）とトリックプレイのための速度とをシグナリングすることができる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むディスクリプタを用いてルックアップテーブルを生成でき、該ルックアップテーブルを用いてＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎのティア関連情報をｔｅｍｐｏｒａｌ＿ｉｄとして解釈して使用することができる。

【0259】

本発明の他の実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏからｆｏｒループを削除し、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが位置しているレベルにｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよびｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを位置させることもできる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むディスクリプタを各ピクチャごとにシグナリングすることができる。

【0260】

図３３は、本発明の一実施例に係る、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれるｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。

【0261】

本発明の一実施例に係るｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドが０であれば、提供可能なトリックプレイの倍速は１倍速であり、１であれば、提供可能なトリックプレイの倍速は２倍速であり、２であれば、提供可能なトリックプレイの倍速は４倍速であり、３であれば、提供可能なトリックプレイの倍速は８倍速であり、４であれば、提供可能なトリックプレイの倍速は１６倍速であり、５であれば、提供可能なトリックプレイの倍速は３２倍速であり、６であれば、提供可能なトリックプレイの倍速は６４倍速でありうる。

【0262】

図３４は、本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。

【0263】

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドを含むことができる。

【0264】

ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。

【0265】

ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドおよびｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。

【0266】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに関連するピクチャのティアナンバを示すことができる。最小ティアナンバは０で、最大ティアナンバは７であってもよい。ティアナンバ０は、将来使用するためにリザーブしておいてもよい。本発明の一実施例によれば、ＨＥＶＣである場合、ＨＥＶＣ ＲＡＰピクチャのティアナンバは０であり、ＨＥＶＣ ＲＡＰピクチャ以外の残りの全てのピクチャのティアナンバは、時間ｉｄに１を足した値であってもよい。本発明の一実施例によれば、このフィールドは、ビデオストリームに含まれるピクチャのティアナンバを示すことができ、ティアナンバ情報と命名できる。ここで、ティアナンバは、時間サブレイヤをシグナリングするために用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍは、ティアナンバ情報と命名できる。

【0267】

ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、前のＲＡＰピクチャにおいてこのフィールドの値が１である場合に、ＲＡＰピクチャ以外のピクチャで１の値を有することができる。

【0268】

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ビデオストリームがＡＶＣまたはＨＥＶＣストリームであり、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃｔ＿ｓｔｒｕｃｔフィールドが存在する場合に、１の値を有することができる。

【0269】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒフィールドが存在する場合に１の値を有することができる。

【0270】

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。

【0271】

ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。

【0272】

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。このフィールドは、セグメンテーションインフォフラグ情報と命名でき、ピクチャが属するセグメントに関する情報が存在するか否かを示すことができる。

【0273】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有するように推奨されてもよい。

【0274】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有することができる。

【0275】

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールドは、ピクチャの属しているセグメントのｉｄを伝達することができる。このフィールドは、セグメント識別子情報と命名でき、ピクチャが属するセグメントのｉｄを示すことができる。

【0276】

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールドは、ピクチャが属しているプログラムのｉｄを伝達することができる。このフィールドは、プログラム識別子情報と命名でき、ピクチャが属するプログラムのｉｄを示すことができる。

【0277】

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのセグメント内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、セグメントスタートフラグ情報と命名でき、各セグメントにおいて再生時間順序が先頭であるピクチャを識別することができる。

【0278】

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールドは、一つのセグメント内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、セグメントエンドフラグ情報と命名でき、各セグメントにおいて再生時間順序が末尾であるピクチャを識別することができる。

【0279】

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのプログラム内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、プログラムスタートフラグ情報と命名でき、各プログラムで再生時間順序が先頭であるピクチャを識別することができる。

【0280】

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールドは、一つのプログラム内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、プログラムエンドフラグ情報と命名でき、各プログラムで再生時間順序が末尾であるピクチャを識別することができる。

【0281】

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールドは、新しい場面（scene）の再生順序上先頭のピクチャである場合に１の値を有することができる。

【0282】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドに関連するティアナンバを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。

【0283】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ１から１秒当たり抽出可能な最小フレームの数の値を伝達することができる。

【0284】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドは、トリックプレイを行う間にデコーダに無視されてもよいＭＭＣＯｓ下の最小ティアナンバを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。

【0285】

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドをさらに含むことができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドが示す値と同じティアナンバを有するピクチャのうち、デコーディング順序上次の順序のピクチャの相対的な位置を示すことができ、ティアネクストピクチャ情報と命名できる。

【0286】

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ビデオデータのトリックプレイを行うためのメタデータを含み、ＰＶＲアシスト情報と命名できる。

【0287】

図３５は、本発明の一実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）

【0288】

本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎにおいて、時間ｉｄを用いたトリックプレイを含む方法を提供することができる。すなわち、本発明の一実施例は、時間ｉｄフレームワークを提供することができる。

【0289】

本発明の一実施例は、時間ｉｄベースの時間スケーラビリティをサポートするために、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと共にＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１をシグナリングすることができる。

【0290】

本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。

【0291】

同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明したフィールドと同じ名称を有するフィールドは、前の図で説明した意味と同じ意味を有することができる。

【0292】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームの時間ｉｄ値を示し、実際にＮＡＬユニットヘッダに含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を示すことができる。

【0293】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、時間ｉｄに関連する情報を含むか否かを示すことができる。このフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を示すことができる。このフィールドは、ＲＡＰピクチャごとに提供できる。

【0294】

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄ値を示し、実際に、時間ｉｄの最大値に１を足した値を示すことができる。このフィールドは、０乃至６のいずれか一つの値を有することができる。このフィールドは、トリックプレイの速度に関する情報を提供するために用いることができる。

【0295】

本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとの値を用いて計算できる。

【0296】

図３６は、本発明の他の実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）

【0297】

本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎにおいて、時間ｉｄを用いたトリックプレイを含める方法を提供することができる。すなわち、本発明の一実施例は、時間ｉｄフレームワークを提供できる。

【0298】

本発明の一実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま使用し、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドにＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の意味を含めることができる。また、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ティアの意味が変更されたことを知らせることができる。

【0299】

本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。

【0300】

同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明したフィールドと同じ名称を有するフィールドは、前の図で説明した意味と同じ意味を有することができる。ただし、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、本発明の一実施例によって時間ｉｄフレームワークにそのまま用いることができる。すなわち、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、現在フレームの時間ｉｄ値を示し、実際にＮＡＬユニットヘッダに含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を有することができる。

【0301】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドを時間ｉｄを示すフィールドとして用いる場合、１の値を有することができる。

【0302】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、時間ｉｄに関連する情報を含むか否かを示すことができる。

【0303】

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄ値を示し、実際に、時間ｉｄの最大値に１を足した値を示すことができる。

【0304】

本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの意味を有するＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドとの値を用いて計算できる。

【0305】

本発明のさらに他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｆｒａｍｅｗｏｒｋという２ビット以上のフィールドをＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに追加して、ＰＶＲを提供するフレームワークの種類を分類することができる。本発明の一実施例は、従来のティア、サブストリームフレームワークおよび時間ｉｄフレームワークを分類することができる。この場合、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに含まれるフラグ値は用いられなくてもよく、本発明の一実施例は、各フレームワークに該当するタグ値に代えて条件文を構成することができる。

【0306】

図３７は、本発明の一実施例に係る、時間ｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）

【0307】

本発明の一実施例によるＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。

【0308】

ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。

【0309】

ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドおよびｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。

【0310】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームの時間ｉｄ値を示し、実際にＮＡＬユニットヘッダに含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を示すことができる。

【0311】

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。

【0312】

ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。

【0313】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、時間ｉｄに関連する情報を含むか否かを示すことができる。

【0314】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、時間サブレイヤ間に従属関係があるか否かを示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位の時間サブレイヤピクチャが上位の時間サブレイヤピクチャを参照しない場合、１を有する。

【0315】

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄ値を示し、実際に、時間ｉｄの最大値に１を足した値を示すことができる。

【0316】

ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１に該当するティア値を示すことができる。

【0317】

ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、時間ｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。

【0318】

ｉｆ（ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、時間スケーラビリティが用いられたストリームであることを示すことができ、この場合、時間ｉｄを用いてトリックプレイを提供することができる。

【0319】

本発明の他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中でＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバとトリックプレイのための速度をシグナリングすることができる。

【0320】

本発明のさらに他の実施例は、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま残し、上述したフィールド値をＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値を示すように変更して使用することができる。この場合、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドの意味が変更されたことをシグナリングする必要がある。

【0321】

本発明のさらに他の実施例は、ティアを用いずに時間ｉｄのみを用いてトリックプレイを提供することができる。すなわち、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパージングし、実際のトリックプレイのために必要なパケットのみを選択することによって、トリックプレイを提供できる（シナリオＣ）。例えば、時間ｉｄが０から３まで構成されたストリームを２倍速でプレイしようとする場合、本発明の一実施例は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値が１、２または３であるＴＳパケットのみをシステムデコーダ（system decoder）に伝達することによって２倍速トリックプレイを提供できる。

【0322】

図３８は、本発明の一実施例に係る受信装置を示す図である。

【0323】

本発明の一実施例に係る受信装置は、受信部（Tuner）３８０１０、復調部（Demodulator）３８０２０、トリックプレイ実行部（Trick play）３８０３０、システムデコーダ／逆多重化部（System decoder and Demux）３８０４０および／またはビデオデコーダ（Video decoder）３８０５０を備えることができる。

【0324】

受信部３８０１０は、放送網、ケーブル網および／またはインターネットを通して送信される放送信号を受信することができる。受信部は、ＴＳ（Transport Stream）を受信することができる。ここで、ＴＳは、トリックプレイ実行のためのＰＶＲアシスト情報を含むことができ、ＰＶＲアシスト情報は、ティアナンバ情報および／または最大時間識別情報を含むことができる。上記ティアナンバ情報は、ＲＡＰピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示すことができ、上記最大時間識別情報は、エンコーディングされたビデオデータを含むビデオストリームの最大時間識別情報値を示すことができる。

【0325】

復調部３８０２０は、変調方式によって変調された放送信号を復調することができる。

【0326】

トリックプレイ実行部３８０３０は、各シナリオに従う方法によってトリックプレイのためのＴＳパケットを選択することができる。本発明の一実施例に係るシナリオ１、２および３に関する詳細な説明は、前述した通りである。

【0327】

システムデコーダ／逆多重化部３８０４０は、システム情報をデコーディングでき、多重化された放送信号をエレメンタリストリームごとに分離できる。逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。本発明の一実施例に係る逆多重化部は、本発明の一実施例に係る第１抽出部および／または第２抽出部を含むことができる。第１抽出部は、受信したＴＳからＰＥＳ（Packetized Elementary Stream）を抽出することができる。第２抽出部は、抽出されたＰＥＳからビデオエレメンタリストリームを抽出することができる。

【0328】

ビデオデコーダ３８０５０は、ビデオストリームをデコーディングすることができる。ビデオデコーダはシステムデコーダおよびトリックプレイ実行部を含むことができ、ビデオデコーダは、ＰＶＲアシスト情報に基づいてトリックプレイのために選択されたビデオストリームをデコーディングすることによって、ビデオデータのトリックプレイを行うことができる。ビデオデコーダは、ＰＶＲアシスト情報に含まれる時間識別情報および最大時間識別情報に基づいてトリックプレイを行うことができる。

【0329】

本発明の一実施例に係るビデオストリームは、ビデオエレメンタリストリームを表すことができる。

【0330】

図３９は、本発明の一実施例に係るティアフレームワークとＨＥＶＣ時間サブレイヤとを比較したものである。

【0331】

本発明の一実施例に係るＨＥＶＣ時間サブレイヤの階層構造は、ティアシステムフレームワークに類似している。本発明の一実施例に係る時間ｉｄは、ティアナンバにマッチしうる。本発明の一実施例に係るＨＥＶＣ時間サブレイヤは、ティアシステムフレームワークと類似の方法によってＰＶＲをサポートすることができる。

【0332】

本発明の一実施例に係るＨＥＶＣ準拠（compliant）エンコーダ／デコーダは、ＨＥＶＣ時間サブレイヤをサポートできる。本発明の一実施例に係る時間ｉｄは、ＨＥＶＣでエンコーディングされたストリーム中に存在できる。ストリームが時間サブレイヤ構造によってエンコーディングされた場合、トリックプレイのためのいかなる特別なエンコーディング構造も必要としない。したがって、本発明の一実施例に係るＨＥＶＣ時間サブレイヤは、トリックプレイをサポートする場合にエンコーディングの負担を軽減することができる。

【0333】

同図に示すように、ティアフレームワークで、ｔｉｅｒ７は、参照されない破棄可能ピクチャを意味し、ｔｉｅｒ６は、参照される破棄可能ピクチャを意味した。しかし、本発明の一実施例に係るＨＥＶＣ時間サブレイヤは、参照されるピクチャであるか否かを分類しなくてもよい。ティアフレームワークにおいて、ｔｉｅｒ１はＲＡＰピクチャを示し、ｔｉｅｒ２はＰピクチャを示した。しかし、本発明の一実施例に係るＨＥＶＣ時間サブレイヤにおいて、時間ｉｄ０は、ＩＲＡＰピクチャを含むＩピクチャ、ＰピクチャおよびＢピクチャを全て示すことができる。

【0334】

本発明の一実施例によれば、異なるサブレイヤが時間ｉｄ６および７に指定されてもよい。したがって、ティアナンバ６および７と比較すると、本発明の一実施例によって時間ｉｄを用いる場合、追加的な倍速をサポートすることができる。

【0335】

本発明の一実施例によれば、より速い倍速をサポートするために、時間ｉｄが０であるベースサブレイヤでフレームの分類が必要でありうる。

【0336】

図４０は、本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。

【0337】

本発明の一実施例によれば、デコーディング処理の前にアクセスユニット（access units；ＡＵｓ）をフィルタリングするために、ビデオレベルに対して与えられた時間ｉｄはシステムレベルでシグナリングされうる。

【0338】

本発明の一実施例によれば、時間ｉｄが０であるベースサブレイヤでより高い倍速をサポートするために、イントラ（intra）フレームがシグナリングされうる。

【0339】

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌ ｉｄ＿ｚｅｒｏフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドを含むことができる。

【0340】

ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。

【0341】

ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドおよびｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。

【0342】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ピクチャの時間ｉｄを示すことができる。実際に、時間ｉｄは、このフィールドから１を引いた値を有することができる。このフィールドの最小値は１、最大値は７を有することができる。ＨＥＶＣストリームの場合、このフィールドの値はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を有することができる。

【0343】

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を有することができる。このフィールドは、ＲＡＰピクチャに該当するピクチャでのみ提供されうる。

【0344】

ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールドは、現在アクセスユニットがｉｎｔｒａピクチャであると、１の値を有することができる。

【0345】

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄを示すことができる。実際に、最大時間ｉｄは、このフィールドから１を引いた値を示すことができる。このフィールドは１から７までの値を有することができる。

【0346】

ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌ＿Ｉｄ＿ｚｅｒｏフィールドは、時間ｉｄが０であるベースサブレイヤでイントラ（intra）フレームｋ間に存在するイントラフレーム以外のフレームの数を示すことができる。このフィールドは、トリックプレイの速度を推測するために用いることができる。

【0347】

ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールドは、将来使用のために残したフィールドである。

【0348】

ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドは、将来使用のために残したフィールドを示すことができる。

【0349】

図４１は、本発明の一実施例に係る、ＨＥＶＣ時間サブレイヤを用いたトリックプレイ方法を示す図である。

【0350】

同図で、一番目の図４１０１０は、一つのＧＯＰに該当するピクチャを再生順序によって整列したものである。一番目の図で、Ｉは、Ｉピクチャを表すことができ、Ｂは、Ｂピクチャを表すことができ、ＰはＰピクチャを表すことができる。また、ピクチャの種類を表すアルファベットの下部の添え字は、再生順序を表すことができる。一番目の図で、矢印は、ピクチャ間の参照関係を示すことができる。

【0351】

同図で、二番目の図４１０２０は、本発明の一実施例に係るＨＥＶＣ時間サブレイヤを用いてトリックプレイを提供する方法を示すものである。一つの四角形のボックスは一つのピクチャを表すことができる。四角形の中の数字は時間ｉｄを示すことができる。四角形の中のｘ表示は、トリックプレイ時にデコーディングおよび再生されるピクチャを表すことができる。二番目の図に示すように、２倍速から８倍速までのトリックプレイは、ＨＥＶＣ時間サブレイヤによって提供することができる。

【0352】

同図で、三番目の図４１０３０は、本発明の一実施例に係るベースサブレイヤシグナリングを用いてトリックプレイを提供する方法を示すものである。本発明の一実施例は、イントラピクチャのみをデコーディングおよび再生することによって、１２倍速、２４倍速および４８倍速のトリックプレイを提供することができる。

【0353】

図４２は、本発明の一実施例に係る放送信号送信方法を示す図である。

【0354】

本発明の一実施例は、次のような処理によって放送信号を送信することができる。まず、本発明の一実施例は、ビデオデータをエンコーディングしてビデオエレメンタリストリームを生成することができる（Ｓ４２０１０）。ここで、ビデオエレメンタリストリームは、ＡＶＣまたはＨＥＶＣコーデックによってエンコーディングできる。次に、本発明の一実施例は、ビデオエレメンタリストリームを含むＰＥＳ（Packetized Elementary Stream）を生成することができる（Ｓ４２０２０）。次に、本発明の一実施例は、ＰＥＳを含むＴＳ（Transport Stream）を生成することができる（Ｓ４２０３０）。ここで、ＴＳは、ＭＰＥＧ−２ ＴＳを表すことができる。本発明の一実施例に係るＴＳは、トリックプレイ実行のためのＰＶＲアシスト情報を含むことができる。ＰＶＲアシスト情報は、受信機またはＰＶＲ装置においてビデオデータのトリックプレイを行う上で必要な情報を意味できる。ＰＶＲアシスト情報に関する詳細な説明は、図３４で前述した。本発明の一実施例に係るＰＶＲアシスト情報は、ティアナンバ情報および／または最大時間識別情報を含むことができる。ティアナンバ情報は、ＲＡＰピクチャ以外のピクチャの時間識別情報値に１を足した値を有するティアナンバを表すことができ、最大時間識別情報は、エンコーディングされたビデオデータを含むビデオストリームの最大時間識別情報値を示すことができる。本発明の一実施例に係る最大時間識別情報は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄまたはＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄと命名できる。最大時間識別情報に関する詳細な説明は、図３２、図３５、図３６、図３７、図４０で前述した。ティアナンバは、時間サブレイヤをシグナリングするために用いることができる。ティアナンバは、ピクチャ間の従属関係を示すことができる。ＨＥＶＣである場合、ティアナンバは、時間識別情報と同様に、時間サブレイヤをシグナリングするために用いることができる。ティアナンバ情報は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと命名できる。上述したティアナンバ情報に関する詳細な説明は、図３４、図３５、図３６、図３９、図４０で前述した。次に、本発明の一実施例は、生成されたＴＳを送信することができる（Ｓ４２０４０）。ここで、本発明の一実施例は、生成された放送信号を、地上波放送網、ケーブル網およびインターネットの少なくとも一つを通して送信することができる。本発明の他の実施例によれば、ビデオエレメンタリストリームは一つ以上の時間サブレイヤを含むことができ、ここで、時間サブレイヤは、ピクチャのグループを表すことができる。本発明の一実施例に係るエンコーディングされたビデオデータを含むＮＡＬユニットのヘッダは、時間識別プラス情報を含むことができる。ここで時間識別プラス情報は、時間識別情報に１を足した値を表すことができ、時間識別情報は、時間サブレイヤを識別する情報を含むことができる。本発明の一実施例に係る時間識別プラス情報は、時間サブレイヤを識別するために用いることができる。時間サブレイヤはｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒと、時間識別情報はｔｅｍｐｏｒａｌ ｉｄと、時間識別プラス情報はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１と命名できる。本発明の一実施例によれば、ＰＶＲアシスト情報は、ビデオエレメンタリストリームの最大時間識別情報値を示す最大時間識別情報を含むことができる。ＨＥＶＣでエンコーディングされたビデオストリームは複数の時間サブレイヤを有することができ、各時間サブレイヤは時間識別情報によって識別されうる。本発明の一実施例に係る最大時間識別情報は、複数の時間サブレイヤのうち、最大の時間識別情報を有する時間サブレイヤの時間識別情報を意味することができる。本発明の一実施例によれば、ＰＶＲアシスト情報は、最大時間識別情報を含むか否かを示す時間識別フラグ情報を含むことができ、ここで、時間識別フラグ情報はＲＡＰごとに提供されうる。時間識別フラグ情報は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと命名できる。時間識別フラグ情報は、ＰＶＲアシスト情報内に最大時間識別情報が含まれていると、１の値を有することができる。ＡＶＣストリームである場合、時間識別フラグ情報は０の値を有することができる。本発明の一実施例は、時間識別フラグ情報をＲＡＰごとに提供することによって、最大時間識別情報をＲＡＰごとにシグナリングすることができる。これによって、本発明の一実施例は、トリックプレイの最大倍速情報をＲＡＰごとにシグナリングすることができる。これに関する詳細な説明は図３５、４０で前述した。

【0355】

本発明の他の実施例によれば、上述したティアナンバ情報が示すティアナンバは、ＲＡＰピクチャでは０の値を有することができる。本発明の一実施例に係るティアナンバは、ビデオストリームを構成する各ピクチャごとに定めることができる。本発明の一実施例によれば、ＲＡＰピクチャでティアナンバは０を有することができる。本発明の一実施例に係るＲＡＰピクチャは、ＨＥＶＣ ＤＶＢ＿ＲＡＰピクチャを意味できる。

【0356】

本発明の他の実施例によれば、最大時間識別情報は、トリックプレイの速度に関する情報を提供するために用いることができる。最大時間識別情報は、トリックプレイの最大倍速に関する情報をシグナリングすることができる。本発明の一実施例は、各時間識別情報に該当するトリックプレイ倍速をシグナリングすることができる。最大時間識別情報をシグナリングすることによって、本発明の一実施例は、ユーザにサービス可能な最大倍速情報を知らせることができ、ユーザの要求に応じてトリックプレイの倍速を決定し、決定された倍速を提供することができる。本発明の一実施例によれば、最大時間識別情報は、０乃至６のいずれか一つの値を有することができる。したがって、本発明の他の実施例によって、時間識別情報値がティアナンバと一対一でマッチする場合、従来定義されているティアナンバの範囲内でマッチしうる。従来ティアナンバは０から７まで定義されている。これに関する詳細な説明は、図３５、図４０で前述した。

【0357】

本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ＴＳのアダプテーションフィールドに含まれてもよい。ここで、アダプテーションフィールドは、ＴＳパケットのヘッダとペイロードとの間に存在するフィールドであって、データを含むことができる。本発明の一実施例によれば、アダプテーションフィールドは、プライベートデータバイトフィールドを含むことができ、プライベートデータバイトフィールドはＰＶＲアシスト情報を含むことができる。ここで、プライベートデータバイトフィールドはアダプテーションフィールドに含まれ、数個のデータフィールドを含むことができる。上述した数個のデータフィールドのうち一つのデータフィールドは、ＰＶＲアシスト情報を含むことができる。

【0358】

本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。

【0359】

本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。

【0360】

本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。

【0361】

本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報、および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくともいずれか一つを含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。

【0362】

本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報、および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち、少なくともいずれか一つを含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。

【0363】

図４３は、本発明の一実施例に係る放送信号受信装置の構造を示す図である。

【0364】

本発明の一実施例に係る放送信号受信装置４３０１０は、受信部４３０２０、第１抽出部４３０３０、第２抽出部４３０４０および／またはデコーダ４３０５０を含むことができる。

【0365】

受信部は、ＴＳ（Transport Stream）を受信することができる。ここで、ＴＳは、トリックプレイ実行のためのＰＶＲアシスト情報を含むことができ、ＰＶＲアシスト情報は、ティアナンバ情報および／または最大時間識別情報を含むことができる。上述したティアナンバ情報は、ＲＡＰピクチャ以外のピクチャの時間識別情報値に１を足した値を有するティアナンバを示すことができ、上述した最大時間識別情報は、エンコーディングされたビデオデータを含むビデオストリームの最大時間識別情報値を示すことができる。これに関する詳細な説明は、図４２の説明部分で前述した。

【0366】

第１抽出部は、受信したＴＳからＰＥＳ（Packetized Elementary Stream）を抽出することができる。

【0367】

第２抽出部は、抽出されたＰＥＳからビデオエレメンタリストリームを抽出することができる。

【0368】

デコーダは、抽出されたビデオエレメンタリストリームをデコーディングすることができる。

【0369】

同図に示す、本発明の一実施例に係る放送信号受信装置の構成のうち、図３８に示した放送信号受信装置の構成と同一の名称を有する構成は、図３８に示した放送信号受信装置の構成と同じ機能を担うことができる。

【0370】

同図に示す、本発明の一実施例に係る放送信号受信装置の構成のうち、図４２に示した放送信号送信方法の処理に対応する構成は、図４２に示した放送信号送信方法の処理に対応する機能を持つことができる。

【0371】

説明の便宜のために各図面を分けて説明したが、各図面で示した実施例を組み合わせて新しい実施例として具現するように設計することも可能である。そして、当業者の必要によって、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも本発明の権利範囲に属する。

【0372】

本発明に係る装置および方法は、上述した実施例の構成および方法が限定的に適用されるものではなく、上述した実施例は様々な変形がなされるように各実施例の全てまたは一部が選択的に組み合わされて構成されてもよい。

【0373】

一方、本発明の映像処理方法は、ネットワークデバイスに備えられたプロセッサが読み取り可能な記録媒体に、プロセッサが読み取り可能なコードとして具現することが可能である。プロセッサが読み取り可能な記録媒体は、プロセッサが読み取り可能なデータが記憶される全ての種類の記録装置を含む。プロセッサが読み取り可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶装置などがあり、また、インターネットを通した伝送などの搬送波（carrier wave）の形態として具現されるものも含む。また、プロセッサが読み取り可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散され、分散方式でプロセッサが読み取り可能なコードが記憶されて実行されてもよい。

【0374】

また、以上では本発明の好適な実施例について図示および説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨から逸脱することなく、当該発明の属する技術の分野における通常の知識を有する者にとって様々に変形して実施することが可能であることはいうまでもなく、それらの変形実施は本発明の技術的思想や展望から別個として理解されてはならない。

【0375】

なお、当該明細書では物の発明も方法の発明も説明されており、必要によって、両発明の説明は補充的に適用されてもよい。

【実施例】

【0376】

発明の実施例は、前述した通り、発明を実施するための形態で詳述された。

【産業上の利用可能性】

【0377】

本発明は、放送産業全般で利用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】