(57)【要約】【課題】トリックプレイのための放送信号を送受信する方法および装置を提供する。【解決手段】本発明の一実施例に係る放送信号送信方法は、ビデオデータをエンコーディングしてビデオエレメンタリストリームを生成するステップと、ビデオエレメンタリストリームを有するＰＥＳ（Packetized Elementary Stream）を生成するステップと、生成されたＰＥＳを有するＴＳ（Transport Stream）を生成するステップであって、ＴＳは、トリックプレイを実行するためのＰＶＲアシスト情報を有し、ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、ティアナンバ情報は、ＲＡＰピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、最大時間識別情報は、エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、ステップと、生成されたＴＳを送信するステップと、を有する。
2016506182.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータをエンコーディングしてビデオエレメンタリストリームを生成するステップと、
前記ビデオエレメンタリストリームを有するＰＥＳを生成するステップと、
前記生成されたＰＥＳを有するＴＳを生成するステップであって、
前記ＴＳは、トリックプレイを実行するためのＰＶＲアシスト情報を有し、
前記ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、
前記ティアナンバ情報は、ＲＡＰピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、
前記最大時間識別情報は、前記エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、ステップと、
前記生成されたＴＳを送信するステップと、を有する、放送信号送信方法。
【請求項２】
前記ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャに関しては０の値を有する、請求項１に記載の放送信号送信方法。
【請求項３】
前記最大時間識別情報は、前記トリックプレイの速度に関する情報を提供するために用いられる、請求項１に記載の放送信号送信方法。
【請求項４】
前記ＰＶＲアシスト情報は、前記ＴＳのアダプテーションフィールドに有される、請求項１に記載の放送信号送信方法。
【請求項５】
前記ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有する、請求項１に記載の放送信号送信方法。
【請求項６】
前記ＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を有する、請求項５に記載の放送信号送信方法。
【請求項７】
前記ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有する、請求項５に記載の放送信号送信方法。
【請求項８】
前記ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有する、請求項５に記載の放送信号送信方法。
【請求項９】
前記ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有する、請求項５に記載の放送信号送信方法。
【請求項１０】
ＴＳを受信する受信部であって、
前記ＴＳは、トリックプレイを実行するためのＰＶＲアシスト情報を有し、
前記ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、
前記ティアナンバ情報は、ＲＡＰピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、
前記最大時間識別情報は、エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、受信部と、
前記受信したＴＳからＰＥＳを抽出する第１抽出部と、
前記抽出されたＰＥＳからビデオエレメンタリストリームを抽出する第２抽出部と、
前記抽出されたビデオエレメンタリストリームをデコーティングするデコーダと、を有する放送信号受信装置。
【請求項１１】
前記ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャに関しては０の値を有する、請求項１０に記載の放送信号受信装置。
【請求項１２】
前記最大時間識別情報は、前記トリックプレイの速度に関する情報を提供するために用いられる、請求項１０に記載の放送信号受信装置。
【請求項１３】
前記ＰＶＲアシスト情報は、前記ＴＳのアダプテーションフィールドに有される、請求項１０に記載の放送信号受信装置。
【請求項１４】
前記ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有する、請求項１０に記載の放送信号受信装置。
【請求項１５】
前記ＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を有する、請求項１４に記載の放送信号受信装置。
【請求項１６】
前記ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有する、請求項１４に記載の放送信号受信装置。
【請求項１７】
前記ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有する、請求項１４に記載の放送信号受信装置。
【請求項１８】
前記ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有する、請求項１４に記載の放送信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号の送受信に関し、特に、トリックプレイサービスを提供する放送信号の送受信方法、および／または、トリックプレイサービスを提供する放送信号の送受信装置に関する。
【背景技術】
【０００２】
近年、高解像度・高品質映像サービスへの需要と関心が非常に高まっている。ＨＤＴＶに続いて超高精細テレビ（Ultra High Definition TV；ＵＨＤＴＶ）が発売されることにより高い解像度の非常に写実的な（realistic）高品質放送サービスが提供され、モバイル市場でも、基本画面解像度がＨＤ級であるスマートフォンが発売されることによりユーザの高解像度および高品質映像への要望が急増する一方である。現在、ＤＴＶ、ＤＭＢ、ＤＶＤ、デジタルカムコーダ、映像ブラックボックス、ＩＰＴＶ、スマートＴＶ、スマートフォンなどを含む様々なマルチメディア機器に用いられるＨ．２６４／ＡＶＣ標準は、高解像度および高画質の映像サービスをサポートするには限界がある。そこで、ＩＴＵ−Ｔ  ＶＣＥＧ（Video Coding Experts Group）とＩＳＯ／ＩＥＣ  ＭＰＥＧ（Moving Picture Experts Group）とは、Ｈ．２６４／ＡＶＣに比べて圧縮率がより高く複雑さがより低減された新しい次世代動画像圧縮標準の必要性から、高能率映像符号化（High Efficiency Video Coding；ＨＥＶＣ）という標準化活動を開始し、ＨＥＶＣ最終標準案（Final Draft International Standard；ＦＤＩＳ）を完成した。ＨＥＶＣは、Ｈ．２６４／ＡＶＣに比べて約３５％の符号化効率を示す次世代映像圧縮標準であって、ＨＤ級映像およびＵＨＤ級映像のぼう大なデータを効果的に圧縮するための核心技術として注目されている。世界的なＨＥＶＣ技術の商用化への努力から、最適化されたＨＥＶＣソフトウェアおよびハードウェア標準が市場に登場する見通しである。
【０００３】
一方、トリックプレイとは、任意の時間の映像を再生できる機能であるランダムアクセス（random access）と２倍速、４倍速などの倍速機能とを提供するサービスのことを意味する。ＨＥＶＣのランダムアクセスポイント（random access point；ＲＡＰ）とＨ．２６４のランダムアクセスポイントとの間には差異があるため、ＨＥＶＣのランダムアクセスポイントのカテゴリを新たに定義する必要がある。また、ＨＥＶＣではスケーラビリティ（scalability）を提供しており、これを用いてトリックプレイを提供する必要がある。また、従来のＣＦＦメディアファイルフォーマット（media file format）の仕様は、Ｈ．２６４／ＡＶＣのトリックプレイに関するフォーマットを定義している。しかし、ＨＥＶＣでエンコーディングされたコンテンツについては定義しておらず、ＨＥＶＣでエンコーディングされたコンテンツのデコーティングおよびトリックプレイのために新しいフォーマットを提供する必要がある。
【０００４】
トリックプレイを行うために、従来のＡＶＣ／Ｈ．２６４ベースでは、ビデオストリームを構成するピクチャを、各ピクチャ間の従属関係（dependency）によってティア（tier）という概念を用いて分類した。そして、受信側は、特定のティア値を持つピクチャのみをデコーティングおよび表示してトリックプレイサービスを提供した。しかし、ＨＥＶＣでは、ビデオストリームの時間スケーラビリティ（temporal scalability）を基本的に提供しているため、時間スケーラビリティを用いてトリックプレイサービスを提供する方法に関する研究が必要である。なお、ユーザにとっては、提供可能な最大倍速情報を知ることができれば、トリックプレイを利用する上で便利さを感じるだろう。したがって、提供可能な最大倍速情報をユーザに提供できる方法に関する研究が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が達成しようとする課題は、上述した問題点を解決するためのもので、トリックプレイサービスを提供する放送信号を送受信する方法および／または装置を提供することである。
【０００６】
なお、本発明が達成しようとする課題は、トリックプレイサービスを提供するトリックプレイ関連情報を提供することである。
【０００７】
なお、本発明が達成しようとする課題は、トリックプレイ関連情報をシグナリングする方法を提供することである。
【０００８】
なお、本発明が達成しようとする課題は、ユーザに最大倍速情報を提供できるシグナリング方法を提供することである。
【０００９】
なお、本発明が達成しようとする課題は、ＨＥＶＣで基本的に提供する時間スケーラビリティを用いてトリックプレイを提供する方法を提供することである。
【００１０】
なお、本発明が達成しようとする課題は、従来のトリックプレイ関連情報を極力そのまま使用しながら、より良いトリックプレイサービスを提供する方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明の一実施例に係る放送信号送信方法は、ビデオデータをエンコーディングしてビデオエレメンタリストリーム（video elementary stream）を生成するステップと、ビデオエレメンタリストリームを有するパケット化エレメンタリストリーム（Packetized Elementary Stream；ＰＥＳ）を生成するステップと、生成されたＰＥＳを有するトランスポートストリーム（Transport Stream；ＴＳ）を生成するステップであって、ＴＳは、トリックプレイ実行のためのパーソナルビデオレコーダ（Personal Video Recorder；ＰＶＲ）アシスト情報を有し、ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、ティアナンバ情報は、ランダムアクセスポイント（Random Access Point；ＲＡＰ）ピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、最大時間識別情報は、エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、ステップと、生成されたＴＳを送信するステップと、を有することができる。
【００１２】
好適には、ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャでは０の値を有してもよい。
【００１３】
好適には、最大時間識別情報は、トリックプレイの速度に関する情報を提供するために用いられてもよい。
【００１４】
好適には、ＰＶＲアシスト情報は、ＴＳのアダプテーションフィールドに有されてもよい。
【００１５】
好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有してもよい。
【００１６】
好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントの識別子（identifier；ｉｄ）を示すセグメント識別子情報を有してもよい。
【００１７】
好適には、ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有してもよい。
【００１８】
好適には、ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有してもよい。
【００１９】
好適には、ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有してもよい。
【００２０】
本発明の他の実施例に係る放送信号受信装置は、トランスポートストリーム（Transport Stream；ＴＳ）を受信する受信部（tuner）であって、ここで、ＴＳは、トリックプレイ実行のためのパーソナルビデオレコーダ（Personal Video Recorder；ＰＶＲ）アシスト情報を有し、ここで、ＰＶＲアシスト情報は、ティアナンバ情報および最大時間識別情報を有し、ここで、ティアナンバ情報は、ランダムアクセスポイント（Random Access Point；ＲＡＰ）ピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示し、最大時間識別情報は、エンコーディングされたビデオデータを有するビデオエレメンタリストリームの最大時間識別情報値を示す、受信部と、受信したＴＳからパケット化エレメンタリストリーム（Packetized Elementary Stream；ＰＥＳ）を抽出する第１抽出部と、抽出されたＰＥＳからビデオエレメンタリストリームを抽出する第２抽出部と、抽出されたビデオエレメンタリストリームをデコーティングするデコーダと、を有することができる。
【００２１】
好適には、ティアナンバ情報が示すティアナンバは、ＲＡＰピクチャでは０の値を有してもよい。
【００２２】
好適には、最大時間識別情報は、トリックプレイの速度に関する情報を提供するために用いられてもよい。
【００２３】
好適には、ＰＶＲアシスト情報は、ＴＳのアダプテーションフィールドに有されてもよい。
【００２４】
好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を有してもよい。
【００２５】
好適には、ＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を有してもよい。
【００２６】
好適には、ＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を有してもよい。
【００２７】
好適には、ＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくとも一つを有してもよい。
【００２８】
好適には、ＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち少なくとも一つを有してもよい。
【発明の効果】
【００２９】
本発明によれば、ユーザにトリックプレイサービスを提供することができる。
【００３０】
本発明によれば、ユーザにトリックプレイサービスを提供するためのトリックプレイ関連情報を提供することができる。
【００３１】
本発明によれば、ユーザにトリックプレイ関連情報をシグナリングする方法を提供することができる。
【００３２】
本発明によれば、トリックプレイサービスにおいてユーザに提供可能な最大倍速情報を提供することができる。
【００３３】
本発明によれば、ＨＥＶＣの時間スケーラビリティを用いてより効率的なトリックプレイサービスを提供することができる。
【００３４】
本発明によれば、トリックプレイサービス関連の従来のシステムを極力維持しながらより効率的なトリックプレイサービスを提供することができる。
【００３５】
本発明によれば、ＨＥＶＣビデオストリームの構造をそのまま用いながらトリックプレイサービスを提供することができる。
【００３６】
本発明によれば、ＨＥＶＣビデオストリームの時間ｉｄベースの構造を用いてトリックプレイサービスを提供することによって、エンコーディング段階でトリックプレイに用いる特定のピクチャをシグナリングしなくて済むため、より速いエンコーディング速度を提供することができる。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施例に係るトリックプレイ方法をシナリオに基づいて示す図である。
【図２】本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Common File Format）ボックスの構造（box structure）を示す図である。
【図３】本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックス（syntax）を示す図である。
【図４】本発明の一実施例に係る、Ｃｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれるＨＤＲ（High Dynamic Range）をサポートするエレメントを示す図である。
【図５】本発明の一実施例に係る、ＨＥＶＣストリームの場合のランダムアクセスのためのピクチャタイプを示す図である。
【図６】本発明の一実施例に係る、クローズドＧＯＰである場合のトリックプレイの方法を示す図である。（シナリオ１−１）
【図７】本発明の一実施例に係る、オープンＧＯＰ（open GOP）であって、当該ＧＯＰがＤＬＰ（decodable leading picture）を含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）
【図８】本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがＤＬＰおよびＳＬＰ（skipped leading picture）を含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）
【図９】本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがＳＬＰを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）
【図１０】本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックス（trick play box）の構成を示す図である。（シナリオ１−２）
【図１１】本発明の他の実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）
【図１２】本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれるｐｉｃ＿ｔｙｐｅを説明するための図である。
【図１３】本発明の一実施例に係る、ｐｉｃ＿ｔｙｐｅにリーディングピクチャ（leading picture）に関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【図１４】本発明の他の実施例に係る、ｐｉｃ＿ｔｙｐｅにリーディングピクチャに関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【図１５】本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。
【図１６】本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【図１７】本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【図１８】本発明の一実施例に係る、時間サブレイヤピクチャタイプがＴＳＡである場合のフレームレートの変更方法を示す図である。
【図１９】本発明の一実施例に係る、時間サブレイヤピクチャタイプがＳＴＳＡである場合のフレームレートの変更方法を示す図である。（シナリオ３）
【図２０】本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ３）
【図２１】本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図２２】本発明の一実施例に係る放送信号受信システムの構造を示す図である。
【図２３】本発明の一実施例に係る受信端の構造を示す図である。
【図２４】本発明の一実施例に係る、時間ｉｄ（temporal id）およびティア（tier）を複合的に用いたトリックプレイの方法を示す図である。
【図２５】本発明の一実施例に係る、従来のティアの概念によるトリックプレイ方法を示す図である。
【図２６】本発明の一実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【図２７】本発明の他の実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【図２８】本発明の一実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【図２９】本発明の他の実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【図３０】本発明の一実施例に係る、一つの時間ｉｄを複数のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）
【図３１】本発明の一実施例に係る、時間ｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールド（adaptation field）の構成を示す図である。
【図３２】本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。
【図３３】本発明の一実施例に係る、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれるｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。
【図３４】本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３５】本発明の一実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）
【図３６】本発明の他の実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）
【図３７】本発明の一実施例に係る、時間ｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）
【図３８】本発明の一実施例に係る受信装置を示す図である。
【図３９】本発明の一実施例に係る、ティアフレームワーク（tier framework）とＨＥＶＣ時間サブレイヤとを比較した図である。
【図４０】本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図４１】本発明の一実施例に係る、ＨＥＶＣ時間サブレイヤを用いたトリックプレイ方法を示す図である。
【図４２】本発明の一実施例に係る放送信号送信方法を示す図である。
【図４３】本発明の一実施例に係る放送信号受信装置の構造を示す図である。
【発明を実施するための形態】
【００３８】
以下、添付の図面および添付の図面に記載された内容を参照して本発明の実施例を詳しく説明するが、本発明はそれらの実施例に制限または限定されるものではない。
【００３９】
本明細書で使われる用語は、本発明での機能を考慮すると共に、可能な限り現在広く使われる一般的な用語を選択したが、これは当該分野に従事する技術者の意図、慣例または新しい技術の出現などによって変更されてもよい。また、特定の場合、出願人が任意に選定した用語もあり、その場合、該当する発明の説明箇所でその意味を記載するだろう。したがって、本明細書で使われる用語は、単純な用語の名称ではなくその用語が持つ実質的な意味と本明細書全般にわたる内容とに基づいて解釈されなければならないことは明らかである。
【００４０】
本発明の理解および説明の便宜のために、用語および略語について下記の通り定義する。
【００４１】
高効率ビデオコーディング（High Efficiency Video Coding；ＨＥＶＣ）は、従来のＨ．２６５／ＡＶＣ技術に比べて約２倍も高い圧縮率を有しながら同様のビデオ品質を提供する高効率ビデオコーディング標準である。
【００４２】
時間スケーラビリティ（temporal scalability）は、時間的スケーラビリティを意味し、同一の空間解像度でフレーム周波数が異なるものを符号化する方法を意味する。
【００４３】
トリックプレイ（trick play）は、一定時間後の映像をプレイできるランダムアクセスが可能であり、倍速機能を提供する機能を意味する。
【００４４】
オープンＧＯＰ（Open GOP）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰの前に位置するピクチャを参照ピクチャとして用いてエンコーディングできる構造を意味する。すなわち、リーディングピクチャ（leading picture）を含むＧＯＰを意味する。
【００４５】
クローズドＧＯＰ（Closed GOP）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ内のピクチャのみを参照ピクチャとして用いる構造を意味する。すなわち、オープンＧＯＰとは違い、リーディングピクチャを含まない。
【００４６】
リーディングピクチャ（leading picture）は、ＨＥＶＣでＩＲＡＰ（Intra Random Access Point）ピクチャに比べてデコーティング順序は遅いが、再生順序は早いピクチャを意味する。
【００４７】
時間ｉｄは、ＨＥＶＣで時間スケーラビリティをサポートするために導入された用語で、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。
【００４８】
ティア（tier）は、ＡＶＣストリームまたはｍｐｅｇ−２ストリームでトリックプレイをサポートするために導入された用語である。ティアは、ＴＳパケット（TS packet）内のアダプテーションフィールド（adaptation field）に含むことができる。
【００４９】
図１は、本発明の一実施例に係るトリックプレイ方法をシナリオに基づいて示す図である。
【００５０】
本発明の一実施例によれば、ＨＥＶＣの時間スケーラビリティを使用するか否かによってトリックプレイのためのシグナリング方法を定義することができる。
【００５１】
本発明の一実施例に係るビデオストリームが時間スケーラビリティを提供しないストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを含む場合において、クローズドＧＯＰであれば、ビデオストリームがリーディングピクチャを含まないため、ＣＦＦメディアファイルフォーマットに定義されたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌおよびｐｉｃ＿ｔｙｐｅをシグナリングすることによって、トリックプレイを提供できる（シナリオ１−１）。一方、オープンＧＯＰであれば、ｐｉｃ＿ｔｙｐｅにリーディングピクチャタイプを含め、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌをシグナリングすることによって、トリックプレイを提供できる（シナリオ１−２）。
【００５２】
本発明の一実施例に係るビデオストリームが時間スケーラビリティベースのストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きいピクチャを含む場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ、ｐｉｃ＿ｔｙｐｅおよびｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅをシグナリングすることによって、トリックプレイを提供できる。より具体的には、ストリームに含まれるｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングすることによって、トリックプレイを提供できる（シナリオ２）。また、シナリオ２と同様に、ｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングし、さらにｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャを用いることによって、倍速のための追加サービスを提供できる（シナリオ３）。
【００５３】
同図に表示されたボックスは、ビデオストリームを構成するピクチャを示し、ボックス中に記述されたＴ＿ＩＤは、時間スケーラビリティをサポートするためのｔｅｍｐｏｒａｌ＿ｉｄを意味できる。
【００５４】
図２は、本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Common File Format）ボックスの構造を示す図である。
【００５５】
同図で“ＮＬ０”、“ＮＬ１”および“ＮＬ２”は、ＣＦＦボックスの包含関係を表し、“Ｆｏｒｍａｔ Ｒｅｑ．”は、当該ボックスが存在するか否かとその数を表し、“Ｓｐｅｃｉｆｉｃａｔｉｏｎ”は、当該ボックスが定義されている標準書の部分を表し、“Ｄｅｓｃｒｉｐｔｉｏｎ”は、当該ボックスの説明を表すことができる。“Ｆｏｒｍａｔ Ｒｅｑ．”が“＋”であれば、当該ボックスが一つ以上存在するということを意味し、“０／１”であれば、当該ボックスが存在するか存在しないかを意味し、“１”であれば、当該ボックスが存在することを意味し、“０”であれば、当該ボックスが存在しないことを意味できる。
【００５６】
同図は、本発明の一実施例に係るＣＦＦボックス構造であって、従来のＣＦＦにＨＥＶＣのための新しいトリックプレイボックスを追加したものである。また、本発明の一実施例に係るＣＦＦボックス構造は、ＨＥＶＣベースの ｎａｌユニット（nal unit）をサポートするために“ｈｖｃｎ”と略称される ストレージボックス（storage box）を含むことができる。
【００５７】
図３は、本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックスを示す図である。
【００５８】
本発明の一実施例によれば、ＣＦＦボックス構造（CFF box structure）は、“ｈｖｃｎ”と略称されるｎａｌユニットストレージボックス（nal unit storage box）を含むことができる。
【００５９】
本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義できる。
【００６０】
本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義せず、従来の“ｔｒｉｃｋ”ボックスの内部に従来のＡＶＣトリックボックス（AVC trick box）とは別にＨＥＶＣトリックボックスを定義できる。また、“ｔｒｉｃｋ”ボックスのフラグによって、ＡＶＣまたはＨＥＶＣトリックプレイ（HEVC trick play）が選択されうる。
【００６１】
同図で、ＨＥＶＣＣｏｎｆｉｇは、ＨＥＶＣのＳＰＳ（Sequence Parameter Set）およびＰＰＳ（Picture Parameter Set）を含むことができ、ＳＰＳのＶＵＩパラメータなどのビデオ情報を含むことができる。
【００６２】
図４は、本発明の一実施例に係る、Ｃｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれるＨＤＲ（High Dynamic Range）をサポートするエレメントを示す図である。
【００６３】
本発明の一実施例に係る、ｘｍｌボックスで参照しているＣｏｍｍｏｎ＿Ｍｅｔａｄａｔａは、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントを含むことができる。
【００６４】
本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、ｘｍｌスキーマによる文字列値を有することができ、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、１個存在してもよく、存在しなくてもよい。
【００６５】
本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小および／または最大輝度値（ｍｉｎ．ｌｕｍｉｎａｎｃｅおよび／またはｍａｘ．ｌｕｍｉｎａｎｃｅ）を示すことができる。
【００６６】
本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小および／または最大輝度値で分類されるｐｒｏｆｉｌｅ値を示すことができる。例えば、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、Ｃｏｎｖｅｎｔｉｏｎａｌ ｃａｐａｃｉｔｙ（ｍｉｎ：０．１ｃｄ／ｍ２、ｍａｘ：１００ｃｄ／ｍ２）、Ｍｉｄ ｃａｐａｃｉｔｙ（ｍｉｎ：０．００１ｃｄ／ｍ２、ｍａｘ：１０００ｃｄ／ｍ２）またはＨｉｇｈ ｃａｐａｃｉｔｙ（ｍｉｎ：０．０００１ｃｄ／ｍ２、ｍａｘ：１００００ｃｄ／ｍ２）を示すことができる。
【００６７】
図５は、本発明の一実施例に係る、ＨＥＶＣストリームの場合のランダムアクセスのためのピクチャタイプを示す図である。
【００６８】
同図は、ＨＥＶＣＮａｌユニットタイプ（HEVC Nal unit type）のうち、ランダムアクセスおよびトリックプレイを実行するために基本となり得るピクチャの種類を示す図である。
【００６９】
同図で、陰影で表示されたピクチャタイプ（ＴＳＡ、ＳＴＳＡ）は、時間ｉｄ（temporal ID）が０よりも大きいストリームが含まれる場合、すなわち、時間スケーラビリティが提供される場合に、トリックプレイのために使用可能なＨＥＶＣ時間サブレイヤピクチャタイプ（HEVC temporal sub-layer picture type）を示すことができる。上述の陰影で表示されたピクチャタイプは、本発明の一実施例に係るシナリオ２および３で用いることができる。
【００７０】
本発明の一実施例によれば、ランダムアクセスポイントピクチャ（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）を含むことができる。
【００７１】
ＩＤＲ（Instantaneous Decoding Refresh）ピクチャは、関連するリーディングピクチャを有する場合および／または関連するリーディングピクチャを有しない場合を含むことができる。
【００７２】
ＢＬＡ（Broken Link Access）ピクチャは、関連するＲＡＤＬピクチャは有するが、関連するＲＡＳＬピクチャは有しない場合および／または関連するリーディングピクチャを有しない場合を含むことができる。
【００７３】
ＣＲＡ（Clean Random Access）ピクチャは、関連するリーディングピクチャを有する場合を含むことができる。
【００７４】
ＴＳＡ（Temporal Sub-layer Access）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合および／または同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。
【００７５】
ＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合および／または同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。
【００７６】
図６は、本発明の一実施例に係る、クローズドＧＯＰである場合のトリックプレイの方法を示す図である。（シナリオ１−１）
【００７７】
同図は、ビデオストリーム内における最大ｔｅｍｐｏｒａｌ＿ｉｄ値が０であり、クローズドＧＯＰである場合に、トリックプレイを行う方法を示す図である。ここで、ＧＯＰは、Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅの略称で、ランダムアクセスを可能にするための符号化されたピクチャのグループを意味する。ここで、クローズドＧＯＰは、リーディングピクチャを含まないＧＯＰを意味し、オープンＧＯＰは、リーディングピクチャを含むＧＯＰを意味できる。ここで、リーディングピクチャとは、ＨＥＶＣでＩＲＡＰ（Intra Random Access Point、ＡＶコーデックにおけるランダムアクセスポイントと同じ概念）ピクチャと比べてデコーティング順序は遅いが、表示順序は早いピクチャを意味できる。
【００７８】
同図で、一つの四角形のボックスは、一つのピクチャを表すことができる。ここで、ピクチャは、フレームおよび／または画像と同じ意味で使われてもよい。
【００７９】
同図で、Ｉ１からＰ９までのピクチャグループは、一つのＧＯＰを表すことができる。ここで、Ｉピクチャは、ＭＰＥＧ符号化信号で使われる３種類のピクチャ形式の一つで、一つの完全なピクチャを構成するための全てのデータを含むことができる。すなわち、Ｉピクチャは、他のピクチャを参照しなくてもよい。Ｐピクチャは、現在のピクチャと再生順序上その前のピクチャとの差異を観察して作られた予測情報と、実際情報と、の差値のみを含むことができる。すなわち、Ｐピクチャは、再生順序上現在のピクチャの前に存在するピクチャを参照することができる。Ｂピクチャは、現在のピクチャと、再生順序上現在のピクチャの前に存在するピクチャと、現在のピクチャの後に存在するピクチャと、の間の差異を観察して作られた予測情報のみを含むことができる。すなわち、Ｂピクチャは、現在のピクチャの前および後に存在するピクチャを参照できる。同図で、矢印はピクチャ間の参照関係を示すことができる。例えば、Ｂ３ピクチャは、完全な画像を作るために、Ｉ１ピクチャおよびＢ５ピクチャを参照でき、Ｐ９ピクチャはＩ１ピクチャを参照できる。
【００８０】
同図で、四角形の中の数字は、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを示すことができる。例えば、一番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１であるピクチャを表し、二番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが５であるピクチャを表し、三番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが４であるピクチャを表すことができる。
【００８１】
本発明の一実施例によれば、２倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至４を有するピクチャをデコーティングすることによって行うことができる。４倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至３を有するピクチャをデコーティングすることによって行うことができる。８倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至２を有するピクチャをデコーティングすることによって行うことができる。１６倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１を有するピクチャをデコーティングすることによって行うことができる。
【００８２】
図７は、本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがデコーディング可能リーディングピクチャを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）
【００８３】
一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、通常再生速度でビデオストリームをなすピクチャの表示順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャの表示順序を示すものである。
【００８４】
二番目の図において、表示されたＢ０からＢ６までのピクチャは、デコーディング可能リーディングピクチャを表すことができる。
【００８５】
同図において、ＧＯＰに含まれるリーディングピクチャは、デコーディング可能リーディングピクチャであるため、二番目の図に示すように、矢印の部分から表示でき、三番目の図に示すようにトリックプレイを行うことができる。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ１、Ｂ３、Ｂ５、ＲＡＰおよびＢ１ピクチャが表示されうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬ（Random Access Decodable leading Picture）を含むことができる。
【００８６】
図８は、本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがデコーディング可能リーディングピクチャ（decodable leading picture）およびスキップ可能リーディングピクチャを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）
【００８７】
一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、通常再生速度でビデオストリームをなすピクチャの表示順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャの表示順序を示すものである。
【００８８】
二番目および三番目の図において、表示されたＢ０からＢ２までのピクチャがスキップ可能リーディングピクチャを表すことができ、表示されたＢ３からＢ６までのピクチャがデコーディング可能リーディングピクチャを表すことができる。
【００８９】
同図において、スキップ可能リーディングピクチャは表示されず、トリックプレイができない。したがって、二番目の図に示すように、Ｂ３ピクチャから表示可能であり、三番目の図に示すように、Ｂ３ピクチャからトリックプレイが可能である。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ３、Ｂ５、ＲＡＰおよびＢ１ピクチャが表示されうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬを含むことができ、スキップ可能リーディングピクチャは、ＲＡＳＬ（Random Access Skipped Leading Picture）を含むことができる。
【００９０】
図９は、本発明の一実施例に係る、オープンＧＯＰであって、当該ＧＯＰがスキップ可能リーディングピクチャを含む場合のトリックプレイの方法を示す図である。（シナリオ１−２）
【００９１】
一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、通常再生速度時ビデオストリームをなすピクチャの表示順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャの表示順序を示すものである。
【００９２】
二番目および三番目の図において、表示されたＢ０からＢ６までのピクチャがスキップ可能リーディングピクチャを表すことができる。
【００９３】
同図において、スキップ可能リーディングピクチャは表示されず、トリックプレイができない。したがって、二番目の図で、ＲＡＰピクチャから表示でき、２倍速トリックプレイが行われる場合、三番目の図に示すように、ＲＡＰおよびＢ１ピクチャが表示されうる。ここで、スキップ可能リーディングピクチャは、ＲＡＳＬを含むことができる。
【００９４】
図１０は、本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）
【００９５】
同図は、ストリーム内で最大のｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。
【００９６】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスを定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【００９７】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【００９８】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、４ビットの値を示すことができる。
【００９９】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベル（dependency level）を示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられていたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーティングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングして表示することができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。
【０１００】
図１１は、本発明の他の実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）
【０１０１】
同図は、ストリーム内で最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。
【０１０２】
本発明の一実施例によれば、従来定義されていた“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。
【０１０３】
本発明の一実施例に係るｔｒｉｋボックスは、フラグ（flag）を用いてビデオコーデック（video codec）に従ってストリームを分離してシグナリングできる。また、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１０４】
本発明の一実施例に係るフラグ値が０である場合、ｔｒｉｋボックスは、Ｈ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１である場合、ｔｒｉｋボックスは、ＨＥＶＣトリックプレイをシグナリングできる。
【０１０５】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１０６】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは、２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【０１０７】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーティングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングして表示できる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。
【０１０８】
図１２は、本発明の一実施例に係る、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれるｐｉｃ＿ｔｙｐｅを説明するための図である。
【０１０９】
本発明の一実施例に係るｐｉｃ＿ｔｙｐｅは、０乃至１５の値を有することができる。
【０１１０】
ｐｉｃ＿ｔｙｐｅが０である場合、ｐｉｃ＿ｔｙｐｅは、関連するリーディングピクチャを有しないＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｎ＿ＬＰを示すことができる。
【０１１１】
ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、関連するデコーディング可能リーディングピクチャを有するＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｗ＿ＲＡＤＬを示すことができる。
【０１１２】
ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、関連するリーディングピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｎ＿ＬＰを示すことができる。
【０１１３】
ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、関連するＲＡＤＬピクチャを有するが、関連するＲＡＳＬピクチャを有しないＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＲＡＤＬを示すことができる。
【０１１４】
ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、関連するＲＡＤＬピクチャおよびＲＡＳＬピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＬＰを示すことができる。
【０１１５】
ｐｉｃ＿ｔｙｐｅが５の場合、ｐｉｃ＿ｔｙｐｅは、関連するリーディングピクチャを有するＣＲＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＣＲＡ＿ＮＵＴを示すことができる。
【０１１６】
ｐｉｃ＿ｔｙｐｅが７の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＤＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＤＬ＿ＮまたはＲＡＤＬ＿Ｒを示すことができる。
【０１１７】
ｐｉｃ＿ｔｙｐｅが８の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＳＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＳＬ＿ＮまたはＲＡＳＬ＿Ｒを示すことができる。
【０１１８】
ｐｉｃ＿ｔｙｐｅが９の場合、ｐｉｃ＿ｔｙｐｅは、定められていないＩピクチャを表すことができる。
【０１１９】
ｐｉｃ＿ｔｙｐｅ１０は、ｕｎｋｎｏｗｎ値に該当できる。
【０１２０】
ｐｉｃ＿ｔｙｐｅ１１乃至１５は、ｒｅｓｅｒｖｅｄ値に該当できる。
【０１２１】
図１３は、本発明の一実施例に係る、ｐｉｃ＿ｔｙｐｅに、リーディングピクチャと関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【０１２２】
同図は、ストリーム内で最大のｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。
【０１２３】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１２４】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１２５】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、３ビットの値を示すことができる。
【０１２６】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーティングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングして表示できる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、５ビットの値を示すことができる。
【０１２７】
図１４は、本発明の他の実施例に係る、ｐｉｃ＿ｔｙｐｅにリーディングピクチャと関連する内容が含まれない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【０１２８】
同図は、ストリーム内で最大のｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためのトリックプレイボックスのシグナリング方法を示す図である。
【０１２９】
本発明の一実施例によれば、従来定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。
【０１３０】
本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１３１】
本発明の一実施例に係るフラグ値が０の場合、ｔｒｉｋボックスはＨ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１の場合、ｔｒｉｋボックスはＨＥＶＣトリックプレイをシグナリングできる。
【０１３２】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１３３】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは、２ビットの値を示すことができ、フラグ値が１である場合、３ビットの値を示すことができる。
【０１３４】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーティングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングして表示できる。本発明の一実施例に係るフラグ値が０である場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができ、フラグ値が１の場合、５ビットの値を示すことができる。
【０１３５】
本発明のさらに他の実施例によれば、トリックプレイを行う際、リーディングピクチャは表示されないという制約が含まれる場合に、ｐｉｃ＿ｔｙｐｅは下記のように構成されてもよい。ｐｉｃ＿ｔｙｐｅが０の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｋｎｏｗｎサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＩＤＲサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＣＲＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＢＬＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｃｏｎｓｔｒａｉｎｅｄ Ｉサンプルであることを示すことができる。この場合、ＨＥＶＣストリームに対するｐｉｃ＿ｔｙｐｅおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドに割り当てられるビット数を減らすことができる。ここで、サンプルはピクチャと同じ意味を有することができる。
【０１３６】
図１５は、本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。
【０１３７】
同図で、四角形のボックスは、ストリームに含まれるピクチャを表すことができ、Ｔ＿ＩＤは時間ｉｄを表すことができる。
【０１３８】
図１６は、本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【０１３９】
同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて、トリックプレイをサポートするために、サポート可能な最大倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大のｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供することができる。
【０１４０】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドおよび／またはｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１４１】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１４２】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、４ビットの値を示すことができる。
【０１４３】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類できる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤでＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについては差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａｌ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合、フレームレートは１５ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合、フレームレートは３０ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更できる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスすることができる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１４４】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１４５】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。
【０１４６】
ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式によって、本発明は提供可能な最大倍速をシグナリングすることができる。例えば、最大時間ｉｄが２である場合、本発明は、最大、２＾２である４倍速を提供できる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅに上述の式から計算された値より小さい値を割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１であれば２倍速、２であれば４倍速、３であれば８倍速、４であれば１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。本発明の一実施例では、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅより速い倍速はサポートできず、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ倍速はサポートできる。また、本発明の一実施例は、計算されたｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ値より小さい値を割り当てる制限（constraint）をシグナリングすることができる。
【０１４７】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１４８】
図１７は、本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【０１４９】
同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて、トリックプレイをサポートするためにサポート可能な最大倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大のｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供できる。
【０１５０】
本発明の一実施例によれば、従来定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。
【０１５１】
本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドおよび／またはｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１５２】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは、一つのピクチャを意味できる。
【０１５３】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【０１５４】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーティングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にも、デコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングして表示できる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。
【０１５５】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスできる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１５６】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１５７】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。
【０１５８】
ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式によって、本発明は、提供可能な最大倍速をシグナリングすることができる。例えば、最大時間ｉｄが２の場合、本発明は、最大、２＾２である４倍速を提供することができる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅに上述の式から計算された値より小さい値を割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１であれば２倍速、２であれば４倍速、３であれば８倍速、４であれば１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。
【０１５９】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１６０】
図１８は、本発明の一実施例に係る、時間サブレイヤピクチャタイプがＴＳＡである場合のフレームレートの変更方法を示す図である。
【０１６１】
同図に示すように、時間サブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみを表示している途中で、すなわち、４倍速でトリックプレイを行っている途中で、直接１倍速（通常再生速度）で表示することができる。
【０１６２】
同図に示すように、時間サブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティングおよび表示している途中で、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティングおよび表示することができる。
【０１６３】
図１９は、本発明の一実施例に係る、時間サブレイヤピクチャタイプがＳＴＳＡである場合のフレームレートの変更方法を示す図である。（シナリオ３）
【０１６４】
同図に示すように、時間サブレイヤピクチャタイプがＳＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみを表示している途中で、すなわち、４倍速でトリックプレイを行っている途中で、直接１倍速（通常再生速度）で表示することはできず、間に２倍速で表示する処理を経た後、１倍速で表示することができる。したがって、本発明の一実施例に係る時間サブレイヤピクチャタイプがＳＴＳＡである場合には、変換が可能な倍速数に対する制限を知らせる方法が必要でありうる。すなわち、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄをシグナリングする必要がありうる。
【０１６５】
同図に示すように、時間サブレイヤピクチャタイプがＳＴＳＡであり、４倍速で表示している途中で１倍速で表示しようとする場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティングおよび表示している途中で、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティングおよび表示することはできず、ｔｅｍｐｏｒａｌ＿ｉｄが１であるピクチャをデコーティングおよび表示した後、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティングおよび表示することができる。
【０１６６】
図２０は、本発明の一実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ３）
【０１６７】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドおよび／またはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１６８】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１６９】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは、４ビットの値を示すことができる。
【０１７０】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスできる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１７１】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１７２】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。
【０１７３】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１７４】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーティングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にも、デコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングして表示することができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。
【０１７５】
本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。
【０１７６】
本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０および１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティングおよび表示することができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティングおよび表示することによって、４倍速よりも高倍速のトリックプレイサービスを提供することができる。
【０１７７】
図２１は、本発明の他の実施例に係る、時間スケーラビリティをサポートするＨＥＶＣストリームにおいて高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【０１７８】
本発明の一実施例によれば、従来定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣまたはＨＥＶＣトリックプレイを選択することができる。
【０１７９】
本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールドおよび／またはｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１８０】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれるピクチャの総数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１８１】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイのために利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【０１８２】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャの従属レベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、従来のＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同様であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２または３に該当するサンプルのみをデコーティングして表示するということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にも、デコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、従来のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングして表示することができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、６ビットの値を示すことができる。
【０１８３】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Temporal Sub-layer Access）ピクチャかまたはＳＴＳＡ（Step-wise Temporal Sub-layer Access）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、時間スケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを分類することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャおよびＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡとは、フレームレートをどのようにおよびどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡとは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）の場合にフレームレートは６０ｐであるとすると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アクセスできるため、放送システムは、フレームレートが１５ｐであるサービスを提供している途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アクセスしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアクセスし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアクセスできる。したがって、この場合、放送システムは、順次、フレームレートが１５ｐであるサービスを提供している途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１８４】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれる最大のｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１８５】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を用いて計算された時間ｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値から１を引いた値を示すことができる。
【０１８６】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを表示する４倍速のトリックプレイを提供していたが、通常再生速度（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１８７】
本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。
【０１８８】
本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２である場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０および１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティングおよび表示することができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティングおよび表示することによって４倍速よりも高倍速のトリックプレイサービスを提供できる。
【０１８９】
図２２は、本発明の一実施例に係る放送信号受信システムの構造を示す図である。
【０１９０】
本発明の一実施例に係る放送信号受信システムは、再生装置（player device）２２０１０、記憶装置（storage device）２２０２０、ＫＩＣサーバ２２０３０、ライセンスサーバ（license server）２２０４０および／またはダウンロードサーバ２２０５０を備えることができる。
【０１９１】
再生装置２２０１０は、ＵＨＤＴＶを含むことができる。再生装置は、ＳＣＳＡアプリケーションおよび従来のファイルシステム（traditional file system）を含むことができる。
【０１９２】
記憶装置２２０２０は、ＳＤカード、ＵＳＢおよび／またはＳＳＤメモリを含むことができる。記憶装置は、従来のファイルシステムを含むことができる。
【０１９３】
ＫＩＣサーバ２２０３０は、個人情報を識別する情報を含むことができる。
【０１９４】
ライセンスサーバ２２０４０は、コンテンツのライセンスに関連する情報を含むことができる。
【０１９５】
ダウンロードサーバ２２０５０は、コンテンツおよびコンテンツに関連する情報を含むことができる。
【０１９６】
本発明の一実施例によれば、再生装置は、コンテンツに対するライセンスを獲得するために次のような処理を行うことができる。まず、記憶装置がライセンスファイル（license file）を含んでいるか否かを確認し、ライセンスファイルを含んでいる場合、ライセンスファイルからコンテンツキー（content key）を取得することができる。記憶装置がライセンスファイルを含んでいない場合、バルクコンテンツ（bulk content）を確認し、バルクコンテンツがライセンスファイルを含む場合、ライセンスファイルからコンテンツキーを取得することができる。そして、コンテンツキーを用いてライセンスサーバからライセンスを取得することができる。
【０１９７】
本発明の一実施例によれば、受信機は、ダウンロードしたコンテンツを表示するために、当該コンテンツに対するライセンスを取得する必要がありうる。
【０１９８】
図２３は、本発明の一実施例に係る受信端の構造を示す図である。
【０１９９】
本発明の一実施例に係る受信端は、ＵＨＤディスプレイ部２３０１０、セカンドデバイス２３０２０、ＵＨＤデコーティング部２３０３０、ＵＳＢ ２３０４０および／またはリモートコントローラ（remote controller）（Voice control（音声コントロール））２３０５０を備えることができる。
【０２００】
ＵＨＤディスプレイ部２３０１０は、ＵＨＤデコーティング部２３０３０を含むことができる。ＵＨＤディスプレイ部２３０１０としてＵＨＤ ＴＶを含むことができる。
【０２０１】
セカンドデバイス２３０２０としては、携帯電話、タブレット、ノートパソコンなどを含むことができる。
【０２０２】
ＵＨＤデコーティング部２３０３０は、ＵＨＤディスプレイ部２３０１０を含むことができる。ＵＨＤデコーティング部２３０３０としてはＵＨＤ ＴＶを含むことができる。
【０２０３】
ＵＳＢ ２３０４０は、他のメモリデバイスであってもよい。本発明の一実施例に係るＵＳＢは、セカンドスクリーン用メタデータ、ＵＲＬおよび／または再生リスト（presentation list）を記憶することができる。
【０２０４】
リモートコントローラ２３０５０としては、ＵＨＤ ＴＶに適したコントローラを含むことができる。
【０２０５】
本発明の一実施例によれば、ＵＨＤ ＴＶは、ＵＳＢに含まれているコンテンツメタデータをセカンドデバイスに送信でき、セカンドデバイスのディスプレイに表示させることができる。まず、ユーザは、ＵＳＢに、セカンドスクリーンに表示するメタデータ、ＵＲＬおよび／または再生リストを記憶することができる。ＵＨＤ ＴＶとセカンドデバイスとは、自動でペアリング（pairing）ができ、このとき、両デバイスは、ＵＰｎＰベースのＳＳＤＰを通して接続可能である。ＵＳＢをＵＨＤ ＴＶに接続すると、ＵＨＤ ＴＶは、セカンドスクリーンに表示するコンテンツ情報、すなわち、ＵＳＢに含まれる情報をセカンドデバイスに送信することができる。セカンドデバイスは、ＵＨＤ ＴＶから伝達された情報を表示することができる。
【０２０６】
本発明の一実施例によれば、ユーザは、ＵＳＢにトリックプレイに関する情報を記憶させることができ、トリックプレイに関する情報は、ＵＨＤ ＴＶに接続されたセカンドデバイスを介して表示できる。
【０２０７】
図２４は、本発明の一実施例に係る、時間ｉｄおよびティアを複合的に用いたトリックプレイの方法を示す図である。
【０２０８】
本発明の一実施例によれば、ティア値は、時間ｉｄが０であるピクチャのみに割り当てることができる。
【０２０９】
同図に示すように、本発明の一実施例に係る受信機は、時間ｉｄが０、１、２または３であるピクチャをデコーティングおよび表示することによって通常再生速度のトリックプレイを行うことができ、時間ｉｄが０、１または２であるピクチャをデコーティングおよび表示することによって２倍速のトリックプレイを行うことができ、時間ｉｄが０または１であるピクチャをデコーティングおよび表示することによって４倍速のトリックプレイを行うことができ、時間ｉｄが０であるピクチャをデコーティングおよび表示することによって８倍速のトリックプレイを行うことができる。本発明は、時間ｉｄが０であるピクチャに対してそれぞれ異なるティア値を割り当てることによって、８倍速よりも速いトリックプレイを行うことができる。
【０２１０】
本発明の一実施例によれば、トリックプレイを提供するために次のような方法を用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタを用いるためにティアと時間ｉｄとをマッピングすることによって、トリックプレイを提供できる（シナリオＡ）。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタに時間ｉｄを用いたトリックプレイを含むことによって、トリックプレイを提供できる（シナリオＢ）。ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパージングして実際のトリックプレイのために必要なパケットのみを選択することによって、トリックプレイを提供できる（シナリオＣ）。
【０２１１】
本発明の一実施例に係る時間サブレイヤまたは時間ｉｄは、ＨＥＶＣで時間スケーラビリティをサポートするために導入された用語であって、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。
【０２１２】
本発明の一実施例に係るティアは、ＡＶＣストリームまたはｍｐｅｇ−２ストリームにおいてトリックプレイをサポートするために導入された用語である。該ティアは、ＴＳパケット内のアダプテーションフィールドに含めることができる。
【０２１３】
図２５は、本発明の一実施例に係る、従来のティアの概念によるトリックプレイ方法を示す図である。
【０２１４】
本発明の一実施例に係る従来のティアは、レイヤ間の従属関係を示すことができる。
【０２１５】
同図に示すように、時間ｉｄが３であるピクチャは、ティア値として６を有することができ、時間ｉｄが２であるピクチャは、ティア値として４を有することができ、時間ｉｄが１であるピクチャは、ティア値として３を有することができ、時間ｉｄが０であるピクチャのうち、Ｉピクチャは、ティア値として１を有することができ、Ｐピクチャは、ティア値として２を有することができる。すなわち、時間ｉｄが０であるピクチャは、同一の時間ｉｄを有するが、互いに異なるティア値を有することができる。
【０２１６】
本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄを有する、すなわち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが最も高いピクチャは、ティア値として６または７を有することができる。そして、それ以外のｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャは、ティア値として１乃至５を有することができる。このとき、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤに該当するピクチャは、ピクチャのタイプによってティア値として１または２の値を有することができる。
【０２１７】
図２６は、本発明の一実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【０２１８】
本発明の一実施例によれば、時間ｉｄは含むが、ティア情報は含まないＨＥＶＣストリームに基づいてトリックプレイを提供するために時間ｉｄとティアをマッピングする方法を用いることができる。（シナリオＡ）
【０２１９】
本発明の一実施例に係るトリックプレイを提供するために、一つの時間ｉｄを一つのティアに１：１でマッピングする方法を用いることができ（シナリオＡ−ａ）、一つの時間ｉｄを複数のティアにマッピングする方法を用いることができる（シナリオＡ−ｂ）。
【０２２０】
本発明の一実施例は、上述したシナリオＡ−ａおよびシナリオＡ−ｂにおいて、従来のティアが有する意味にかかわらず、時間ｉｄの値をそのままティアに１：１でマッピングすることができる。
【０２２１】
本発明の他の実施例は、上述したシナリオＡ−ａおよびシナリオＡ−ｂにおいて、時間ｉｄの値をティアに１：１でマッピングするものの、ｔｉｅｒ６、７は、破棄可能ピクチャ（discardable picture）という従来のティアの意味をそのまま維持して、最大時間ｉｄは、ｔｉｅｒ６または７にマッピングすることができる。
【０２２２】
上述したシナリオＡによれば、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタの大部分をそのまま用いることができるという長所がある。ただし、本発明の一実施例はＨＥＶＣストリームに基づいているため、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタに含まれる一部のフィールドは修正される必要がある。例えば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏディスクリプタに含まれるＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ １から１．２８秒当たり抽出可能な最小フレームの数の値を伝達することができる（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”）と新しく定義できる。
【０２２３】
同図は、本発明の一実施例であるシナリオＡ−ａによるトリックプレイ方法を示す図である。
【０２２４】
同図に示すように、時間ｉｄが３であるピクチャは、ｔｉｅｒ ４にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、時間ｉｄが０であるピクチャはｔｉｅｒ １にマッピングできる。
【０２２５】
本発明の一実施例であるシナリオＡは、８倍速以上のトリックプレイは提供できない。
【０２２６】
図２７は、本発明の他の実施例に係る、一つの時間ｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【０２２７】
本発明の一実施例は、前の図とは異なり、時間ｉｄの値をティアに１：１でマッピングするものの、ｔｉｅｒ６、７は破棄可能ピクチャという従来のティアの意味をそのまま維持し、最大時間ｉｄをｔｉｅｒ ６または７にマッピングすることができる。
【０２２８】
同図に示すように、時間ｉｄが３であるピクチャはｔｉｅｒ ６にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、時間ｉｄが０であるピクチャはｔｉｅｒ１にマッピングできる。
【０２２９】
同図が前の図と異なる点は、最大時間ｉｄである時間ｉｄ ３に該当するピクチャをｔｉｅｒ ６にマッピングしたことであろう。
【０２３０】
図２８は、本発明の一実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【０２３１】
同図は、本発明の一実施例に係るシナリオＡ−ａにおいて、従来のティアが有する意味にかからわず、時間ｉｄの値をそのままティアに１：１でマッピングした結果を示している。
【０２３２】
同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれるフィールドであって、時間ｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールド値が１であれば、時間ｉｄは０になりうる。したがって、同図に示すように、時間ｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、時間ｉｄが３であるピクチャはｔｉｅｒ４にマッピングできる。
【０２３３】
本発明の一実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と異なってもよい。従来のｔｉｅｒ６および７は、破棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンス（reference）として用いられないピクチャを意味した。しかし、マッピングによって新しく定義されるティアは、従来のｔｉｅｒ６および７が持っていた意味を持っていなくてもよい。
【０２３４】
本発明の一実施例は、時間サブレイヤとティアとが同一の数字を有するようにマッピングでき、トリックプレイを行う際に上述したマッピング情報を用いることができる。
【０２３５】
図２９は、本発明の他の実施例によって、一つの時間ｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【０２３６】
同図は、本発明の他の実施例に係るシナリオＡ−ａにおいて、時間ｉｄの値をティアに１：１でマッピングするものの、ｔｉｅｒ６、７は破棄可能ピクチャであるという従来のティアの意味をそのまま維持して、最大時間ｉｄはｔｉｅｒ６または７にマッピングした結果を示している。
【０２３７】
同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれるフィールドであって、時間ｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値が１であれば、時間ｉｄは０になりうる。したがって、同図に示すように、時間ｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、時間ｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、時間ｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、時間ｉｄが３であるピクチャはｔｉｅｒ６にマッピングできる。
【０２３８】
本発明の一実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と同様であってもよい。ｔｉｅｒ６および７は破棄可能ピクチャを意味でき、ｔｉｅｒ６は、レファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、上述した通り、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が４であるピクチャは、ｔｉｅｒ６にマッピングできる。ここで、レファレンスとして用いられないピクチャである場合はｔｉｅｒ７にマッピングできる。
【０２３９】
図３０は、本発明の一実施例に係る、一つの時間ｉｄを複数のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）
【０２４０】
同図に示すように、最大時間ｉｄである時間ｉｄが１であるピクチャは、ｔｉｅｒ４または６にマッピングでき、時間ｉｄが０である残りの５個のピクチャはｔｉｅｒ０乃至３にマッピングできる。
【０２４１】
本発明の一実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と異なってもよい。従来のｔｉｅｒ６および７は、破棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンスとして用いられないピクチャを意味している。しかし、マッピングによって新しく定義されるティアは、従来のｔｉｅｒ６および７が持っていた意味を持たなくてもよい。したがって、同図に示すように、時間ｉｄが１であるピクチャは、ｔｉｅｒ４にマッピングできる。（３００１０）
【０２４２】
本発明の他の実施例によれば、時間ｉｄにマッピングした新しいティアは、従来用いられていたティアの意味と同様であってもよい。ｔｉｅｒ６および７は破棄可能ピクチャを意味でき、ｔｉｅｒ６はレファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、同図に示すように、時間ｉｄが１であるピクチャは、ｔｉｅｒ６にマッピングできる。（３００２０）
【０２４３】
図３１は、本発明の一実施例に係る、時間ｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールドの構成を示す図である。
【０２４４】
本発明の一実施例は、ｔｉｅｒおよびｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値をトリックプレイのための速度情報にマッピングするディスクリプタを提供することができる。
【０２４５】
本発明の一実施例によれば、従来のトリックプレイのための情報はＴＳパケットのアダプテーションフィールドに含まれるため、時間ｉｄを含むＨＥＶＣストリームのトリックプレイのための情報であるＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏも、上述したアダプテーションフィールドに含まれてもよい。
【０２４６】
同図は、ＴＳパケットのアダプテーションフィールドに含まれるデータフィールド（data field）の構成を示す図である。
【０２４７】
同図に示すように、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇが０ｘ００であれば、当該データフィールドはｒｅｓｅｒｖｅｄであることを示すことができ、０ｘ０１であれば、当該データフィールドはＡｎｎｏｕｎｃｅｍｅｎｔ ｓｗｉｔｃｈｉｎｇデータフィールドであることを示すことができ、０ｘ０２であれば、ＡＵ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０３であれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０４であれば、ＴＳＡＰ ｔｉｍｅ ｌｉｎｅに対するデータフィールドであることを示すことができ、０ｘ０５であれば、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに対するデータフィールドであることを示すことができる。
【０２４８】
本発明の一実施例は、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏディスクリプタを用いて時間ｉｄにティア値をマッピングし、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎディスクリプタを用いてｔｉｅｒベースのトリックプレイを提供することができる。
【０２４９】
図３２は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。
【０２５０】
本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏは、ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよび／またはｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。
【０２５１】
ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、時間ｉｄを用いてエンコーディングしたか否かをシグナリングすることができる。
【０２５２】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、時間サブレイヤ間に従属関係（dependency）があるか否かを示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位の時間サブレイヤピクチャが上位の時間サブレイヤピクチャを参照しない場合、１を有する。
【０２５３】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは最大時間ｉｄ値を示すことができ、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが示す値は、時間ｉｄに１を足した値である。
【０２５４】
ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬユニットヘッダ（NAL unit header）に含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が示す値と同じ値を有することができる。
【０２５５】
ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１にマッピングされるティア値を示すことができる。
【０２５６】
ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、時間ｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。
【０２５７】
ｉｆ（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、時間スケーラビリティが用いられたストリームであることを示すことができ、この場合、時間ｉｄを用いてトリックプレイを提供できるため、本発明の一実施例は、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎを用いるために時間ｉｄをティアにマッピングすることができる。
【０２５８】
本発明の他の実施例は、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中でｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよびｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置付け、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバ（tier number）とトリックプレイのための速度とをシグナリングすることができる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むディスクリプタを用いてルックアップテーブルを生成でき、該ルックアップテーブルを用いてＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎのティア関連情報をｔｅｍｐｏｒａｌ＿ｉｄとして解釈して使用することができる。
【０２５９】
本発明の他の実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏからｆｏｒループを削除し、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが位置しているレベルにｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよびｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを位置させることもできる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むディスクリプタを各ピクチャごとにシグナリングすることができる。
【０２６０】
図３３は、本発明の一実施例に係る、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれるｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。
【０２６１】
本発明の一実施例に係るｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドが０であれば、提供可能なトリックプレイの倍速は１倍速であり、１であれば、提供可能なトリックプレイの倍速は２倍速であり、２であれば、提供可能なトリックプレイの倍速は４倍速であり、３であれば、提供可能なトリックプレイの倍速は８倍速であり、４であれば、提供可能なトリックプレイの倍速は１６倍速であり、５であれば、提供可能なトリックプレイの倍速は３２倍速であり、６であれば、提供可能なトリックプレイの倍速は６４倍速でありうる。
【０２６２】
図３４は、本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【０２６３】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドを含むことができる。
【０２６４】
ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０２６５】
ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドおよびｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０２６６】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに関連するピクチャのティアナンバを示すことができる。最小ティアナンバは０で、最大ティアナンバは７であってもよい。ティアナンバ０は、将来使用するためにリザーブしておいてもよい。本発明の一実施例によれば、ＨＥＶＣである場合、ＨＥＶＣ ＲＡＰピクチャのティアナンバは０であり、ＨＥＶＣ ＲＡＰピクチャ以外の残りの全てのピクチャのティアナンバは、時間ｉｄに１を足した値であってもよい。本発明の一実施例によれば、このフィールドは、ビデオストリームに含まれるピクチャのティアナンバを示すことができ、ティアナンバ情報と命名できる。ここで、ティアナンバは、時間サブレイヤをシグナリングするために用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍは、ティアナンバ情報と命名できる。
【０２６７】
ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、前のＲＡＰピクチャにおいてこのフィールドの値が１である場合に、ＲＡＰピクチャ以外のピクチャで１の値を有することができる。
【０２６８】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ビデオストリームがＡＶＣまたはＨＥＶＣストリームであり、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃｔ＿ｓｔｒｕｃｔフィールドが存在する場合に、１の値を有することができる。
【０２６９】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒフィールドが存在する場合に１の値を有することができる。
【０２７０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。
【０２７１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。
【０２７２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。このフィールドは、セグメンテーションインフォフラグ情報と命名でき、ピクチャが属するセグメントに関する情報が存在するか否かを示すことができる。
【０２７３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有するように推奨されてもよい。
【０２７４】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有することができる。
【０２７５】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールドは、ピクチャの属しているセグメントのｉｄを伝達することができる。このフィールドは、セグメント識別子情報と命名でき、ピクチャが属するセグメントのｉｄを示すことができる。
【０２７６】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールドは、ピクチャが属しているプログラムのｉｄを伝達することができる。このフィールドは、プログラム識別子情報と命名でき、ピクチャが属するプログラムのｉｄを示すことができる。
【０２７７】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのセグメント内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、セグメントスタートフラグ情報と命名でき、各セグメントにおいて再生時間順序が先頭であるピクチャを識別することができる。
【０２７８】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールドは、一つのセグメント内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、セグメントエンドフラグ情報と命名でき、各セグメントにおいて再生時間順序が末尾であるピクチャを識別することができる。
【０２７９】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのプログラム内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、プログラムスタートフラグ情報と命名でき、各プログラムで再生時間順序が先頭であるピクチャを識別することができる。
【０２８０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールドは、一つのプログラム内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。このフィールドは、プログラムエンドフラグ情報と命名でき、各プログラムで再生時間順序が末尾であるピクチャを識別することができる。
【０２８１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールドは、新しい場面（scene）の再生順序上先頭のピクチャである場合に１の値を有することができる。
【０２８２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドに関連するティアナンバを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。
【０２８３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ１から１秒当たり抽出可能な最小フレームの数の値を伝達することができる。
【０２８４】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドは、トリックプレイを行う間にデコーダに無視されてもよいＭＭＣＯｓ下の最小ティアナンバを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。
【０２８５】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドをさらに含むことができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドが示す値と同じティアナンバを有するピクチャのうち、デコーティング順序上次の順序のピクチャの相対的な位置を示すことができ、ティアネクストピクチャ情報と命名できる。
【０２８６】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ビデオデータのトリックプレイを行うためのメタデータを含み、ＰＶＲアシスト情報と命名できる。
【０２８７】
図３５は、本発明の一実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）
【０２８８】
本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎにおいて、時間ｉｄを用いたトリックプレイを含む方法を提供することができる。すなわち、本発明の一実施例は、時間ｉｄフレームワークを提供することができる。
【０２８９】
本発明の一実施例は、時間ｉｄベースの時間スケーラビリティをサポートするために、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと共にＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１をシグナリングすることができる。
【０２９０】
本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。
【０２９１】
同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明したフィールドと同じ名称を有するフィールドは、前の図で説明した意味と同じ意味を有することができる。
【０２９２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームの時間ｉｄ値を示し、実際にＮＡＬユニットヘッダに含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を示すことができる。
【０２９３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、時間ｉｄに関連する情報を含むか否かを示すことができる。このフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を示すことができる。このフィールドは、ＲＡＰピクチャごとに提供できる。
【０２９４】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄ値を示し、実際に、時間ｉｄの最大値に１を足した値を示すことができる。このフィールドは、０乃至６のいずれか一つの値を有することができる。このフィールドは、トリックプレイの速度に関する情報を提供するために用いることができる。
【０２９５】
本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとの値を用いて計算できる。
【０２９６】
図３６は、本発明の他の実施例に係る、時間ｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）
【０２９７】
本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎにおいて、時間ｉｄを用いたトリックプレイを含める方法を提供することができる。すなわち、本発明の一実施例は、時間ｉｄフレームワークを提供できる。
【０２９８】
本発明の一実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま使用し、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドにＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の意味を含めることができる。また、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ティアの意味が変更されたことを知らせることができる。
【０２９９】
本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。
【０３００】
同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した前の図で説明したフィールドと同じ名称を有するフィールドは、前の図で説明した意味と同じ意味を有することができる。ただし、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、本発明の一実施例によって時間ｉｄフレームワークにそのまま用いることができる。すなわち、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、現在フレームの時間ｉｄ値を示し、実際にＮＡＬユニットヘッダに含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を有することができる。
【０３０１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドを時間ｉｄを示すフィールドとして用いる場合、１の値を有することができる。
【０３０２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、時間ｉｄに関連する情報を含むか否かを示すことができる。
【０３０３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄ値を示し、実際に、時間ｉｄの最大値に１を足した値を示すことができる。
【０３０４】
本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの意味を有するＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドとの値を用いて計算できる。
【０３０５】
本発明のさらに他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｆｒａｍｅｗｏｒｋという２ビット以上のフィールドをＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに追加して、ＰＶＲを提供するフレームワークの種類を分類することができる。本発明の一実施例は、従来のティア、サブストリームフレームワークおよび時間ｉｄフレームワークを分類することができる。この場合、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに含まれるフラグ値は用いられなくてもよく、本発明の一実施例は、各フレームワークに該当するタグ値に代えて条件文を構成することができる。
【０３０６】
図３７は、本発明の一実施例に係る、時間ｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）
【０３０７】
本発明の一実施例によるＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。
【０３０８】
ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０３０９】
ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドおよびｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０３１０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームの時間ｉｄ値を示し、実際にＮＡＬユニットヘッダに含まれるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を示すことができる。
【０３１１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。
【０３１２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。
【０３１３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、時間ｉｄに関連する情報を含むか否かを示すことができる。
【０３１４】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、時間サブレイヤ間に従属関係があるか否かを示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位の時間サブレイヤピクチャが上位の時間サブレイヤピクチャを参照しない場合、１を有する。
【０３１５】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄ値を示し、実際に、時間ｉｄの最大値に１を足した値を示すことができる。
【０３１６】
ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１に該当するティア値を示すことができる。
【０３１７】
ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、時間ｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。
【０３１８】
ｉｆ（ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、時間スケーラビリティが用いられたストリームであることを示すことができ、この場合、時間ｉｄを用いてトリックプレイを提供することができる。
【０３１９】
本発明の他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中でＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドおよびＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバとトリックプレイのための速度をシグナリングすることができる。
【０３２０】
本発明のさらに他の実施例は、従来のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま残し、上述したフィールド値をＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値を示すように変更して使用することができる。この場合、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドの意味が変更されたことをシグナリングする必要がある。
【０３２１】
本発明のさらに他の実施例は、ティアを用いずに時間ｉｄのみを用いてトリックプレイを提供することができる。すなわち、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパージングし、実際のトリックプレイのために必要なパケットのみを選択することによって、トリックプレイを提供できる（シナリオＣ）。例えば、時間ｉｄが０から３まで構成されたストリームを２倍速でプレイしようとする場合、本発明の一実施例は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値が１、２または３であるＴＳパケットのみをシステムデコーダ（system decoder）に伝達することによって２倍速トリックプレイを提供できる。
【０３２２】
図３８は、本発明の一実施例に係る受信装置を示す図である。
【０３２３】
本発明の一実施例に係る受信装置は、受信部（Tuner）３８０１０、復調部（Demodulator）３８０２０、トリックプレイ実行部（Trick play）３８０３０、システムデコーダ／逆多重化部（System decoder and Demux）３８０４０および／またはビデオデコーダ（Video decoder）３８０５０を備えることができる。
【０３２４】
受信部３８０１０は、放送網、ケーブル網および／またはインターネットを通して送信される放送信号を受信することができる。受信部は、ＴＳ（Transport Stream）を受信することができる。ここで、ＴＳは、トリックプレイ実行のためのＰＶＲアシスト情報を含むことができ、ＰＶＲアシスト情報は、ティアナンバ情報および／または最大時間識別情報を含むことができる。上記ティアナンバ情報は、ＲＡＰピクチャでないピクチャの時間識別情報値に１を足した値を有するティアナンバを示すことができ、上記最大時間識別情報は、エンコーディングされたビデオデータを含むビデオストリームの最大時間識別情報値を示すことができる。
【０３２５】
復調部３８０２０は、変調方式によって変調された放送信号を復調することができる。
【０３２６】
トリックプレイ実行部３８０３０は、各シナリオに従う方法によってトリックプレイのためのＴＳパケットを選択することができる。本発明の一実施例に係るシナリオ１、２および３に関する詳細な説明は、前述した通りである。
【０３２７】
システムデコーダ／逆多重化部３８０４０は、システム情報をデコーティングでき、多重化された放送信号をエレメンタリストリームごとに分離できる。逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。本発明の一実施例に係る逆多重化部は、本発明の一実施例に係る第１抽出部および／または第２抽出部を含むことができる。第１抽出部は、受信したＴＳからＰＥＳ（Packetized Elementary Stream）を抽出することができる。第２抽出部は、抽出されたＰＥＳからビデオエレメンタリストリームを抽出することができる。
【０３２８】
ビデオデコーダ３８０５０は、ビデオストリームをデコーティングすることができる。ビデオデコーダはシステムデコーダおよびトリックプレイ実行部を含むことができ、ビデオデコーダは、ＰＶＲアシスト情報に基づいてトリックプレイのために選択されたビデオストリームをデコーティングすることによって、ビデオデータのトリックプレイを行うことができる。ビデオデコーダは、ＰＶＲアシスト情報に含まれる時間識別情報および最大時間識別情報に基づいてトリックプレイを行うことができる。
【０３２９】
本発明の一実施例に係るビデオストリームは、ビデオエレメンタリストリームを表すことができる。
【０３３０】
図３９は、本発明の一実施例に係るティアフレームワークとＨＥＶＣ時間サブレイヤとを比較したものである。
【０３３１】
本発明の一実施例に係るＨＥＶＣ時間サブレイヤの階層構造は、ティアシステムフレームワークに類似している。本発明の一実施例に係る時間ｉｄは、ティアナンバにマッチしうる。本発明の一実施例に係るＨＥＶＣ時間サブレイヤは、ティアシステムフレームワークと類似の方法によってＰＶＲをサポートすることができる。
【０３３２】
本発明の一実施例に係るＨＥＶＣ準拠（compliant）エンコーダ／デコーダは、ＨＥＶＣ時間サブレイヤをサポートできる。本発明の一実施例に係る時間ｉｄは、ＨＥＶＣでエンコーディングされたストリーム中に存在できる。ストリームが時間サブレイヤ構造によってエンコーディングされた場合、トリックプレイのためのいかなる特別なエンコーディング構造も必要としない。したがって、本発明の一実施例に係るＨＥＶＣ時間サブレイヤは、トリックプレイをサポートする場合にエンコーディングの負担を軽減することができる。
【０３３３】
同図に示すように、ティアフレームワークで、ｔｉｅｒ７は、参照されない破棄可能ピクチャを意味し、ｔｉｅｒ６は、参照される破棄可能ピクチャを意味した。しかし、本発明の一実施例に係るＨＥＶＣ時間サブレイヤは、参照されるピクチャであるか否かを分類しなくてもよい。ティアフレームワークにおいて、ｔｉｅｒ１はＲＡＰピクチャを示し、ｔｉｅｒ２はＰピクチャを示した。しかし、本発明の一実施例に係るＨＥＶＣ時間サブレイヤにおいて、時間ｉｄ０は、ＩＲＡＰピクチャを含むＩピクチャ、ＰピクチャおよびＢピクチャを全て示すことができる。
【０３３４】
本発明の一実施例によれば、異なるサブレイヤが時間ｉｄ６および７に指定されてもよい。したがって、ティアナンバ６および７と比較すると、本発明の一実施例によって時間ｉｄを用いる場合、追加的な倍速をサポートすることができる。
【０３３５】
本発明の一実施例によれば、より速い倍速をサポートするために、時間ｉｄが０であるベースサブレイヤでフレームの分類が必要でありうる。
【０３３６】
図４０は、本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【０３３７】
本発明の一実施例によれば、デコーティング処理の前にアクセスユニット（access units；ＡＵｓ）をフィルタリングするために、ビデオレベルに対して与えられた時間ｉｄはシステムレベルでシグナリングされうる。
【０３３８】
本発明の一実施例によれば、時間ｉｄが０であるベースサブレイヤでより高い倍速をサポートするために、イントラ（intra）フレームがシグナリングされうる。
【０３３９】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌ ｉｄ＿ｚｅｒｏフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールドおよび／またはＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドを含むことができる。
【０３４０】
ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０３４１】
ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドおよびｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０３４２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ピクチャの時間ｉｄを示すことができる。実際に、時間ｉｄは、このフィールドから１を引いた値を有することができる。このフィールドの最小値は１、最大値は７を有することができる。ＨＥＶＣストリームの場合、このフィールドの値はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値と同じ値を有することができる。
【０３４３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を有することができる。このフィールドは、ＲＡＰピクチャに該当するピクチャでのみ提供されうる。
【０３４４】
ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールドは、現在アクセスユニットがｉｎｔｒａピクチャであると、１の値を有することができる。
【０３４５】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大時間ｉｄを示すことができる。実際に、最大時間ｉｄは、このフィールドから１を引いた値を示すことができる。このフィールドは１から７までの値を有することができる。
【０３４６】
ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌ＿Ｉｄ＿ｚｅｒｏフィールドは、時間ｉｄが０であるベースサブレイヤでイントラ（intra）フレームｋ間に存在するイントラフレーム以外のフレームの数を示すことができる。このフィールドは、トリックプレイの速度を推測するために用いることができる。
【０３４７】
ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールドは、将来使用のために残したフィールドである。
【０３４８】
ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドは、将来使用のために残したフィールドを示すことができる。
【０３４９】
図４１は、本発明の一実施例に係る、ＨＥＶＣ時間サブレイヤを用いたトリックプレイ方法を示す図である。
【０３５０】
同図で、一番目の図４１０１０は、一つのＧＯＰに該当するピクチャを再生順序によって整列したものである。一番目の図で、Ｉは、Ｉピクチャを表すことができ、Ｂは、Ｂピクチャを表すことができ、ＰはＰピクチャを表すことができる。また、ピクチャの種類を表すアルファベットの下部の添え字は、再生順序を表すことができる。一番目の図で、矢印は、ピクチャ間の参照関係を示すことができる。
【０３５１】
同図で、二番目の図４１０２０は、本発明の一実施例に係るＨＥＶＣ時間サブレイヤを用いてトリックプレイを提供する方法を示すものである。一つの四角形のボックスは一つのピクチャを表すことができる。四角形の中の数字は時間ｉｄを示すことができる。四角形の中のｘ表示は、トリックプレイ時にデコーティングおよび再生されるピクチャを表すことができる。二番目の図に示すように、２倍速から８倍速までのトリックプレイは、ＨＥＶＣ時間サブレイヤによって提供することができる。
【０３５２】
同図で、三番目の図４１０３０は、本発明の一実施例に係るベースサブレイヤシグナリングを用いてトリックプレイを提供する方法を示すものである。本発明の一実施例は、イントラピクチャのみをデコーティングおよび再生することによって、１２倍速、２４倍速および４８倍速のトリックプレイを提供することができる。
【０３５３】
図４２は、本発明の一実施例に係る放送信号送信方法を示す図である。
【０３５４】
本発明の一実施例は、次のような処理によって放送信号を送信することができる。まず、本発明の一実施例は、ビデオデータをエンコーディングしてビデオエレメンタリストリームを生成することができる（Ｓ４２０１０）。ここで、ビデオエレメンタリストリームは、ＡＶＣまたはＨＥＶＣコーデックによってエンコーディングできる。次に、本発明の一実施例は、ビデオエレメンタリストリームを含むＰＥＳ（Packetized Elementary Stream）を生成することができる（Ｓ４２０２０）。次に、本発明の一実施例は、ＰＥＳを含むＴＳ（Transport Stream）を生成することができる（Ｓ４２０３０）。ここで、ＴＳは、ＭＰＥＧ−２ ＴＳを表すことができる。本発明の一実施例に係るＴＳは、トリックプレイ実行のためのＰＶＲアシスト情報を含むことができる。ＰＶＲアシスト情報は、受信機またはＰＶＲ装置においてビデオデータのトリックプレイを行う上で必要な情報を意味できる。ＰＶＲアシスト情報に関する詳細な説明は、図３４で前述した。本発明の一実施例に係るＰＶＲアシスト情報は、ティアナンバ情報および／または最大時間識別情報を含むことができる。ティアナンバ情報は、ＲＡＰピクチャ以外のピクチャの時間識別情報値に１を足した値を有するティアナンバを表すことができ、最大時間識別情報は、エンコーディングされたビデオデータを含むビデオストリームの最大時間識別情報値を示すことができる。本発明の一実施例に係る最大時間識別情報は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄまたはＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄと命名できる。最大時間識別情報に関する詳細な説明は、図３２、図３５、図３６、図３７、図４０で前述した。ティアナンバは、時間サブレイヤをシグナリングするために用いることができる。ティアナンバは、ピクチャ間の従属関係を示すことができる。ＨＥＶＣである場合、ティアナンバは、時間識別情報と同様に、時間サブレイヤをシグナリングするために用いることができる。ティアナンバ情報は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと命名できる。上述したティアナンバ情報に関する詳細な説明は、図３４、図３５、図３６、図３９、図４０で前述した。次に、本発明の一実施例は、生成されたＴＳを送信することができる（Ｓ４２０４０）。ここで、本発明の一実施例は、生成された放送信号を、地上波放送網、ケーブル網およびインターネットの少なくとも一つを通して送信することができる。本発明の他の実施例によれば、ビデオエレメンタリストリームは一つ以上の時間サブレイヤを含むことができ、ここで、時間サブレイヤは、ピクチャのグループを表すことができる。本発明の一実施例に係るエンコーディングされたビデオデータを含むＮＡＬユニットのヘッダは、時間識別プラス情報を含むことができる。ここで時間識別プラス情報は、時間識別情報に１を足した値を表すことができ、時間識別情報は、時間サブレイヤを識別する情報を含むことができる。本発明の一実施例に係る時間識別プラス情報は、時間サブレイヤを識別するために用いることができる。時間サブレイヤはｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒと、時間識別情報はｔｅｍｐｏｒａｌ ｉｄと、時間識別プラス情報はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿���ｌｕｓ１と命名できる。本発明の一実施例によれば、ＰＶＲアシスト情報は、ビデオエレメンタリストリームの最大時間識別情報値を示す最大時間識別情報を含むことができる。ＨＥＶＣでエンコーディングされたビデオストリームは複数の時間サブレイヤを有することができ、各時間サブレイヤは時間識別情報によって識別されうる。本発明の一実施例に係る最大時間識別情報は、複数の時間サブレイヤのうち、最大の時間識別情報を有する時間サブレイヤの時間識別情報を意味することができる。本発明の一実施例によれば、ＰＶＲアシスト情報は、最大時間識別情報を含むか否かを示す時間識別フラグ情報を含むことができ、ここで、時間識別フラグ情報はＲＡＰごとに提供されうる。時間識別フラグ情報は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと命名できる。時間識別フラグ情報は、ＰＶＲアシスト情報内に最大時間識別情報が含まれていると、１の値を有することができる。ＡＶＣストリームである場合、時間識別フラグ情報は０の値を有することができる。本発明の一実施例は、時間識別フラグ情報をＲＡＰごとに提供することによって、最大時間識別情報をＲＡＰごとにシグナリングすることができる。これによって、本発明の一実施例は、トリックプレイの最大倍速情報をＲＡＰごとにシグナリングすることができる。これに関する詳細な説明は図３５、４０で前述した。
【０３５５】
本発明の他の実施例によれば、上述したティアナンバ情報が示すティアナンバは、ＲＡＰピクチャでは０の値を有することができる。本発明の一実施例に係るティアナンバは、ビデオストリームを構成する各ピクチャごとに定めることができる。本発明の一実施例によれば、ＲＡＰピクチャでティアナンバは０を有することができる。本発明の一実施例に係るＲＡＰピクチャは、ＨＥＶＣ ＤＶＢ＿ＲＡＰピクチャを意味できる。
【０３５６】
本発明の他の実施例によれば、最大時間識別情報は、トリックプレイの速度に関する情報を提供するために用いることができる。最大時間識別情報は、トリックプレイの最大倍速に関する情報をシグナリングすることができる。本発明の一実施例は、各時間識別情報に該当するトリックプレイ倍速をシグナリングすることができる。最大時間識別情報をシグナリングすることによって、本発明の一実施例は、ユーザにサービス可能な最大倍速情報を知らせることができ、ユーザの要求に応じてトリックプレイの倍速を決定し、決定された倍速を提供することができる。本発明の一実施例によれば、最大時間識別情報は、０乃至６のいずれか一つの値を有することができる。したがって、本発明の他の実施例によって、時間識別情報値がティアナンバと一対一でマッチする場合、従来定義されているティアナンバの範囲内でマッチしうる。従来ティアナンバは０から７まで定義されている。これに関する詳細な説明は、図３５、図４０で前述した。
【０３５７】
本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ＴＳのアダプテーションフィールドに含まれてもよい。ここで、アダプテーションフィールドは、ＴＳパケットのヘッダとペイロードとの間に存在するフィールドであって、データを含むことができる。本発明の一実施例によれば、アダプテーションフィールドは、プライベートデータバイトフィールドを含むことができ、プライベートデータバイトフィールドはＰＶＲアシスト情報を含むことができる。ここで、プライベートデータバイトフィールドはアダプテーションフィールドに含まれ、数個のデータフィールドを含むことができる。上述した数個のデータフィールドのうち一つのデータフィールドは、ＰＶＲアシスト情報を含むことができる。
【０３５８】
本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ピクチャが属するセグメントに関する情報が存在するか否かを示すセグメンテーションインフォフラグ情報を含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。
【０３５９】
本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ピクチャが属するセグメントのｉｄを示すセグメント識別子情報を含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。
【０３６０】
本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、ピクチャが属するプログラムのｉｄを示すプログラム識別子情報を含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。
【０３６１】
本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、各セグメントで再生時間順序が先頭であるピクチャを識別するセグメントスタートフラグ情報、および各セグメントで再生時間順序が末尾であるピクチャを識別するセグメントエンドフラグ情報のうち少なくともいずれか一つを含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。
【０３６２】
本発明の他の実施例によれば、上述したＰＶＲアシスト情報は、各プログラムで再生時間順序が先頭であるピクチャを識別するプログラムスタートフラグ情報、および各プログラムで再生時間順序が末尾であるピクチャを識別するプログラムエンドフラグ情報のうち、少なくともいずれか一つを含むことができる。これに関する詳細な説明は、図３４に関する説明部分で前述した。
【０３６３】
図４３は、本発明の一実施例に係る放送信号受信装置の構造を示す図である。
【０３６４】
本発明の一実施例に係る放送信号受信装置４３０１０は、受信部４３０２０、第１抽出部４３０３０、第２抽出部４３０４０および／またはデコーダ４３０５０を含むことができる。
【０３６５】
受信部は、ＴＳ（Transport Stream）を受信することができる。ここで、ＴＳは、トリックプレイ実行のためのＰＶＲアシスト情報を含むことができ、ＰＶＲアシスト情報は、ティアナンバ情報および／または最大時間識別情報を含むことができる。上述したティアナンバ情報は、ＲＡＰピクチャ以外のピクチャの時間識別情報値に１を足した値を有するティアナンバを示すことができ、上述した最大時間識別情報は、エンコーディングされたビデオデータを含むビデオストリームの最大時間識別情報値を示すことができる。これに関する詳細な説明は、図４２の説明部分で前述した。
【０３６６】
第１抽出部は、受信したＴＳからＰＥＳ（Packetized Elementary Stream）を抽出することができる。
【０３６７】
第２抽出部は、抽出されたＰＥＳからビデオエレメンタリストリームを抽出することができる。
【０３６８】
デコーダは、抽出されたビデオエレメンタリストリームをデコーティングすることができる。
【０３６９】
同図に示す、本発明の一実施例に係る放送信号受信装置の構成のうち、図３８に示した放送信号受信装置の構成と同一の名称を有する構成は、図３８に示した放送信号受信装置の構成と同じ機能を担うことができる。
【０３７０】
同図に示す、本発明の一実施例に係る放送信号受信装置の構成のうち、図４２に示した放送信号送信方法の処理に対応する構成は、図４２に示した放送信号送信方法の処理に対応する機能を持つことができる。
【０３７１】
説明の便宜のために各図面を分けて説明したが、各図面で示した実施例を組み合わせて新しい実施例として具現するように設計することも可能である。そして、当業者の必要によって、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも本発明の権利範囲に属する。
【０３７２】
本発明に係る装置および方法は、上述した実施例の構成および方法が限定的に適用されるものではなく、上述した実施例は様々な変形がなされるように各実施例の全てまたは一部が選択的に組み合わされて構成されてもよい。
【０３７３】
一方、本発明の映像処理方法は、ネットワークデバイスに備えられたプロセッサが読み取り可能な記録媒体に、プロセッサが読み取り可能なコードとして具現することが可能である。プロセッサが読み取り可能な記録媒体は、プロセッサが読み取り可能なデータが記憶される全ての種類の記録装置を含む。プロセッサが読み取り可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶装置などがあり、また、インターネットを通した伝送などの搬送波（carrier wave）の形態として具現されるものも含む。また、プロセッサが読み取り可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散され、分散方式でプロセッサが読み取り可能なコードが記憶されて実行されてもよい。
【０３７４】
また、以上では本発明の好適な実施例について図示および説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨から逸脱することなく、当該発明の属する技術の分野における通常の知識を有する者にとって様々に変形して実施することが可能であることはいうまでもなく、それらの変形実施は本発明の技術的思想や展望から別個として理解されてはならない。
【０３７５】
なお、当該明細書では物の発明も方法の発明も説明されており、必要によって、両発明の説明は補充的に適用されてもよい。
【実施例】
【０３７６】
発明の実施例は、前述した通り、発明を実施するための形態で詳述された。
【産業上の利用可能性】
【０３７７】
本発明は、放送産業全般で利用可能である。
【図１】
2016506182.tif 000003
【図２】
2016506182.tif 000004
【図３】
2016506182.tif 000005
【図４】
2016506182.tif 000006
【図５】
2016506182.tif 000007
【図６】
2016506182.tif 000008
【図７】
2016506182.tif 000009
【図８】
2016506182.tif 000010
【図９】
2016506182.tif 000011
【図１０】
2016506182.tif 000012
【図１１】
2016506182.tif 000013
【図１２】
2016506182.tif 000014
【図１３】
2016506182.tif 000015
【図１４】
2016506182.tif 000016
【図１５】
2016506182.tif 000017
【図１６】
2016506182.tif 000018
【図１７】
2016506182.tif 000019
【図１８】
2016506182.tif 000020
【図１９】
2016506182.tif 000021
【図２０】
2016506182.tif 000022
【図２１】
2016506182.tif 000023
【図２２】
2016506182.tif 000024
【図２３】
2016506182.tif 000025
【図２４】
2016506182.tif 000026
【図２５】
2016506182.tif 000027
【図２６】
2016506182.tif 000028
【図２７】
2016506182.tif 000029
【図２８】
2016506182.tif 000030
【図２９】
2016506182.tif 000031
【図３０】
2016506182.tif 000032
【図３１】
2016506182.tif 000033
【図３２】
2016506182.tif 000034
【図３３】
2016506182.tif 000035
【図３４】
2016506182.tif 000036
【図３５】
2016506182.tif 000037
【図３６】
2016506182.tif 000038
【図３７】
2016506182.tif 000039
【図３８】
2016506182.tif 000040
【図３９】
2016506182.tif 000041
【図４０】
2016506182.tif 000042
【図４１】
2016506182.tif 000043
【図４２】
2016506182.tif 000044
【図４３】
2016506182.tif 000045
【国際調査報告】
2016506182.tif 000046
2016506182.tif 000047
2016506182.tif 000048
2016506182.tif 000049