(57)【要約】      （修正有）【課題】特殊再生時の応答性を向上する映像再生装置、映像記録装置及び映像記録媒体を提供する。【解決手段】映像記録再生装置１００は、チューナー・復調部１１、多重化解除部２１、デコード部３１、３２、３３、３４及び記録再生制御部４１を備える。チューナー・復調部１１は、放送波Ｂａを受け取る。多重化解除部２１は、放送波Ｂａの多重化ストリームＳｍの多重化を解除する。デコード部３１、３２、３３、３４は、多重化ストリームＳｍの多重化が解除された圧縮データを伸長する。記録再生制御部４１は、デコード部３１、３２、３３、３４で伸長されたデータから記録するための映像データまたは制御情報を収集する。映像記録再生装置１００は、ＭＭＴ形式を用いた放送波Ｂａに含まれた映像データを記録する際に、パケットデータを結合した映像データとして記録する。【選択図】図１
2020017996.tif 000002
【特許請求の範囲】
【請求項１】
放送ストリームを記録した記録データを再生する映像再生装置であって、
前記記録データは、Ｉピクチャを含んで構成される映像情報と、前記Ｉピクチャの開始位置を示す第1のタイムテーブルと、前記Ｉピクチャを構成する複数のスライスセグメントの開始位置を示す第２のタイムテーブルと、前記映像情報に含まれる映像シーンの連続性を示す連続性情報とを含み、
前記記録データを早送り再生する際に、前記連続性情報が連続であることを示している場合には、前記Ｉピクチャを構成する複数の前記スライスセグメントのうちの１つの前記スライスセグメントを再生し、前記連続性情報が不連続であることを示している場合には、前記Ｉピクチャを構成する全ての前記スライスセグメントを再生すること
を特徴とする映像再生装置。
【請求項２】
放送ストリームを記録媒体に記録する映像記録装置であって、
Ｉピクチャを含んで構成される映像情報を含む前記放送ストリームを記録し、
前記Ｉピクチャの開始位置を示す第１のタイムテーブルを生成及び記録媒体に記録し、
前記Ｉピクチャを構成する複数のスライスセグメントの開始位置を示す第２のタイムテーブルを生成及び記録媒体に記録し、
前記映像情報に含まれる映像シーンの連続性を示す連続性情報を生成及び記録媒体に記録し、
前記放送ストリームを早送り再生する際に、前記連続性情報が連続であることを示している場合には、前記Ｉピクチャを構成する複数の前記スライスセグメントのうちの１つの前記スライスセグメントを再生し、前記連続性情報が不連続であることを示している場合には、前記Ｉピクチャを構成する全ての前記スライスセグメントを再生すること
を特徴とする映像記録装置。
【請求項３】
映像再生装置によって再生される放送ストリームを記録する映像記録媒体であって、
Ｉピクチャを含んで構成される映像情報を含む前記放送ストリームと、
前記Ｉピクチャの開始位置を示す第１のタイムテーブルと、
前記Ｉピクチャを構成する複数のスライスセグメントの開始位置を示す第２のタイムテーブルと、
前記映像情報に含まれる映像シーンの連続性を示す連続性情報と、が記録され、
前記映像再生装置が、
前記放送ストリームを早送り再生する際に、前記連続性情報が連続であることを示しているか、不連続であることを示しているかを判定し、前記連続性情報が連続であることを示している場合には、前記Ｉピクチャを構成する複数の前記スライスセグメントのうちの１つの前記スライスセグメントを再生し、前記連続性情報が不連続であることを示している場合には、前記Ｉピクチャを構成する全ての前記スライスセグメントを再生する処理に用いられること
を特徴とする映像記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像再生装置、映像記録装置および映像記録媒体に関する。
【背景技術】
【０００２】
近年、映像圧縮技術または放送波の変調技術の進歩に伴い、各国で新しいテレビ放送方式の導入が検討されている。新しい方式によって、伝送効率が向上する。このため、これまでと同じ電波帯域を用いて、より高品質な映像を放送することが可能になる。また、これまでと同じ品質の映像を、より狭い電波帯域で放送することも可能である。新しい方式の導入に伴い、ネットワークとの連携が検討されている。また、受信機に蓄積されて動作するアプリケーションまたはコンテンツなども検討されている。
【０００３】
テレビ放送を録画する方式は、通常のテレビ放送方式と密接に関係している。新しいテレビ放送方式が採用された場合には、新しいテレビ放送方式の番組を、そのまま録画することはできない。そのため、テレビ放送方式が変更される際には、録画方式も新しい放送方式に対応した方式に変更する必要がある。
【０００４】
特に、可換型記録メディアを使用する場合には，他の再生装置との互換性も含めて考慮する必要がある。可換型記録メディアは、例えば、ＤＶＤ（登録商標：Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）またはブルーレイディスク（登録商標：ＢＬＵ−ＲＡＹ  ＤＩＳＣ）などである。
【０００５】
現在採用されている録画方式では、新しいテレビ放送方式をそのまま記録することは困難である。このため、新しいテレビ放送方式に対応した録画方式が必要となっている。
【０００６】
例えば、特許文献１には、ＢＤＡＶ方式を用いたテレビ放送の記録方式、大容量になる記録データを分割記録する方法および大容量になる記録データにアクセスする方法が記載されている。また、圧縮された映像データと音声データとを、ＭＰＥＧ２ＴＳに格納して記録する方法が記載されている。また、ＭＰＥＧ２ＴＳで送信されたテレビ放送を受信して、ＭＰＥＧ２ＴＳの形式で記録する方法が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】ＷＯ２００６／０３０７６７（００２１段〜０１０５段、図１〜図２１）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
高品質な８Ｋ映像の放送を録画したディスク再生する場合、早送りなどの特殊再生を行うと、１コマ分の画像を表示するのに時間がかかってしまうという問題がある。
【０００９】
本発明は、これらの問題を鑑みて、特殊再生時の応答性を向上することを目的としている。
【課題を解決するための手段】
【００１０】
本発明に係る映像再生装置は、放送ストリームを記録した記録データを再生する映像再生装置であって、前記記録データは、Ｉピクチャを含んで構成される映像情報と、前記Ｉピクチャの開始位置を示す第1のタイムテーブルと、前記Ｉピクチャを構成する複数のスライスセグメントの開始位置を示す第２のタイムテーブルと、前記映像情報に含まれる映像シーンの連続性を示す連続性情報とを含み、前記記録データを早送り再生する際に、前記連続性情報が連続であることを示している場合には、前記Ｉピクチャを構成する複数の前記スライスセグメントのうちの１つの前記スライスセグメントを再生し、前記連続性情報が不連続であることを示している場合には、前記Ｉピクチャを構成する全ての前記スライスセグメントを再生することを特徴とする。
本発明に係る映像記録装置は、放送ストリームを記録媒体に記録する映像記録装置であって、Ｉピクチャを含んで構成される映像情報を含む前記放送ストリームを記録し、前記Ｉピクチャの開始位置を示す第１のタイムテーブルを生成及び記録媒体に記録し、前記Ｉピクチャを構成する複数のスライスセグメントの開始位置を示す第２のタイムテーブルを生成及び記録媒体に記録し、前記映像情報に含まれる映像シーンの連続性を示す連続性情報を生成及び記録媒体に記録し、前記放送ストリームを早送り再生する際に、前記連続性情報が連続であることを示している場合には、前記Ｉピクチャを構成する複数の前記スライスセグメントのうちの１つの前記スライスセグメントを再生し、前記連続性情報が不連続であることを示している場合には、前記Ｉピクチャを構成する全ての前記スライスセグメントを再生することを特徴とする。
本発明に係る映像記録媒体は、映像再生装置によって再生される放送ストリームを記録する映像記録媒体であって、Ｉピクチャを含んで構成される映像情報を含む前記放送ストリームと、前記Ｉピクチャの開始位置を示す第１のタイムテーブルと、前記Ｉピクチャを構成する複数のスライスセグメントの開始位置を示す第２のタイムテーブルと、前記映像情報に含まれる映像シーンの連続性を示す連続性情報と、が記録され、前記映像再生装置が、前記放送ストリームを早送り再生する際に、前記連続性情報が連続であることを示しているか、不連続であることを示しているかを判定し、前記連続性情報が連続であることを示している場合には、前記Ｉピクチャを構成する複数の前記スライスセグメントのうちの１つの前記スライスセグメントを再生し、前記連続性情報が不連続であることを示している場合には、前記Ｉピクチャを構成する全ての前記スライスセグメントを再生する処理に用いられることを特徴とする。
【発明の効果】
【００１１】
本発明に係る映像再生装置、映像記録装置および映像記録媒体は、特殊再生時の応答性を向上することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１に係る映像記録再生装置１００の構成図である。
【図２】多重化解除手順を説明する図である。
【図３】データの論理構造を示した図である。
【図４】ＴＬＶパケットを結合して記録した場合の模式図である。
【図５】パケットの選択と時間の同期とを説明する概念図である。
【図６】ＭＭＴＰ方式でのＭＰＵタイムスタンプ記述子を用いた同期方式を説明する図である。
【図７】タイムテーブルを作成する手順を示すフローチャートである。
【図８】フレーム単位の時刻で検索できるタイムテーブルを示す図である。
【図９】ＭＭＴＰ方式でのＭＰＵタイムスタンプ記述子を用いた同期方式を説明する図である。
【図１０】ＢＭＦＦとしてストリームデータを記録した場合の説明図である。
【図１１】実施の形態２に係るＭＭＴＰ方式でのＭＰＴによる多重化解除の説明図である。
【図１２】タイムテーブルと映像データの関係の説明図である。
【図１３】ＭＭＴＰ方式でのＭＰＴデータ構造の例である。
【図１４】映像を中心に考えた場合のアライメントの説明図である。
【図１５】実施の形態３に係る映像ストリームの模式図である。
【図１６】画像の分割を示した図である。
【図１７】画像の分割を示した図である。
【図１８】分割スライスセグメントに対応したタイムテーブルの図である。
【図１９】タイムテーブルの各項目とデータ上との対応を示す図である。
【図２０】早送り再生の説明図である。
【図２１】変形例１に係る早送り再生の説明図である。
【図２２】画像の更新の順番の説明図である。
【図２３】画像の更新の順番の説明図である。
【図２４】変形例２に係るタイムテーブルの図である。
【図２５】早送り再生の説明図である。
【図２６】タイムテーブル（ＴＭＳＮ）の説明図である。
【図２７】シーン連続性番号の効果の説明図である。
【図２８】シーン連続性番号を用いた表示画面更新のフローチャートである。
【図２９】優先スライス情報の効果の説明図である。
【図３０】優先スライス情報を用いた表示画面更新のフローチャートである。
【発明を実施するための形態】
【００１３】
テレビ放送の楽しみ方の１つとして、テレビ放送の番組を録画（記録）して、後日、再生して視聴することは、従来から行われてきた。録画の楽しみ方は、大きく分けて２種類ある。１つは、「タイムシフト」と呼ばれるものである。タイムシフトは、放送が行われている時間に番組を視聴することができない場合に、番組を録画しておき、後で番組を再生するものである。他は、「アーカイブ」と呼ばれるものである。アーカイブは、番組を録画して、保管しておくものである。そのため、録画した番組を、いつでも見ることができる。
【００１４】
タイムシフトを利用する場合には、番組を録画した後に、短期間で利用が終了する事が多い。一方、アーカイブを利用する場合には、番組を録画した後に、長期間保存して利用されることが多い。
【００１５】
テレビ放送以外にも、利用者自身が撮影した映像を記録することも行われている。家庭用ビデオカメラなどで撮影された映像データを、光ディスク又はハードディスク等に記録して保管する。
【００１６】
最近では、ネットワークなどで収集した映像を記録することもある。また、家庭での録画以外にも、美術館、博物館またはデジタル・サイネージにおいても、録画された映像が使用されている。「デジタル・サイネージ」とは、表示と通信とにデジタル技術を活用して、平面ディスプレイ又はプロジェクタなどによって、映像または情報を表示する広告媒体である。
【００１７】
映画などの市販コンテンツとしては、コンテンツを記録した読み出し専用のＤＶＤまたはブルーレイディスクなどがある。最近では、パッケージ入りの光ディスクの他に、ネットワーク経由でダウンロードを行うコンテンツのサービスも増えている。
【００１８】
放送されたコンテンツを記録するフォーマットと、市販されているコンテンツの記録フォーマットとは、異なることがある。たとえば、ブルーレイディスクの場合には、２種類のフォーマットを規定している。第１に、ＢＤＡＶは、放送されたコンテンツの記録用フォーマットである。ＢＤＡＶは、放送波をそのまま記録することができる。第２に、ＢＤＭＶは、市販されているコンテンツ向けのフォーマットである。ＢＤＭＶは、高度な再生制御機能を持っている。また、ＡＶＣＨＤは、カメラ等で用いられるＨＤＤまたはメモリーカードなどに映像を記録する場合に用いられている。ＡＶＣＨＤは、ＢＤＭＶを基にして変更が加えられている。
【００１９】
テレビ放送では、従来方式の４倍の解像度を持つ４Ｋ映像に対応したウルトラハイビジョン方式の導入が予定されている。また、さらに高品質な８Ｋ映像の放送も検討されている。同様に、北米地域または欧州地域でも、それぞれ現在の放送方式を拡張する形で、新しいテレビ放送方式の導入が検討されている。
【００２０】
地域ごとに差異はあるが、従来のテレビ放送方式は、映像圧縮方式としてＭＰＥＧ２またはＡＶＣ（ｈ．２６４）を採用している。また、従来のテレビ放送方式は、多重化方式としてＭＰＥＧ２ＴＳを採用していた。ＭＰＥＧ２ＴＳは、放送という単一の伝送路を前提としており、映像または音声などを放送局が１つにまとめて送る形となっている。ＭＰＥＧ２ＴＳでは伝送単位として同期マーク付きの固定長パケット方式が採用されている。そのため、録画方式でもＭＰＥＧ２ＴＳを記録する方式が採用されることが多い。
【００２１】
一方、新しいテレビ放送方式では、映像圧縮方式としてＭＰＥＧ２、ＡＶＣまたはＨＥＶＣ（ｈ．２６５）を取り入れる規格が多い。ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）は、同一の画質で比べた場合には、圧縮効率がＭＰＥＧ２の４倍であり、ＡＶＣの２倍である。ＨＥＶＣは、高画質化または狭帯域化を目指す新しいテレビ放送方式に必要な圧縮技術である。
【００２２】
また、新しいテレビ放送方式では、ネットワーク技術との整合性を重視している。そのため、新しいテレビ放送方式では、多重化方式として、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）の採用が検討されている。ＭＭＴは、複数の伝送路で情報を提供できる方式で、映像または音声などを別々に伝送し、受信機がそれらを選択して受信できる。また、ＭＭＴは、可変長パケットを採用している。また、受信状況に応じて、再生する映像ストリームを変更する方式も検討されている。
【００２３】
上述のように、現在採用されている録画方式では、新しいテレビ放送方式をそのまま記録することは困難である。このため、新しいテレビ放送方式に対応した録画方式が必要となっている。
【００２４】
ここで、新しく記録方式を作る場合には、いくつかのアプローチが考えられる。
【００２５】
第１に、新しい放送方式を完全に従来方式の映像に変換して記録する方法である。この場合には、記録方式の変更は必要なく、従来の再生装置との互換もとれる。しかし、高画質などの新しい方式のメリットを受けることはできない。
【００２６】
第２に、従来の録画方式をできるだけ踏襲して、テレビ放送の情報の中心となる映像と音声とを新しい方式に変換して記録する方法である。この場合には、映像と音声とに関しては、新しい方式のメリットを受けることができる。しかし、字幕またはデータ放送などを楽しむことはできない。
【００２７】
第３に、新しい放送方式の番組データをそのまま記録する方式である。ネットワークサービスなど外部に依存する部分を除けば、新しい方式のメリットの多くを利用することができる。
【００２８】
実施の形態１．
図１は、実施の形態１に係る映像記録再生装置１００の構成図である。映像記録再生装置１００は、以下において録画再生装置１００としても説明する。映像記録再生装置１００と録画再生装置１００とは、同じ装置である。
【００２９】
映像記録再生装置１００は、チューナー・復調部１１と多重化解除部２１および記録再生制御部４１を備えている。なお、以下の実施の形態では、録画再生装置として説明するが、再生部分を含まない録画装置とすることができる。
【００３０】
映像記録再生装置１００は、映像デコード部３２、音声デコード部３１、字幕デコード・レンダリング部３３またはデータ放送・ＥＰＧ処理部３４を備える。なお、デコード部は、映像デコード部３２、音声デコード部３１、字幕デコード・レンダリング部３３またはデータ放送・ＥＰＧ処理部３４を含む。
【００３１】
また、映像記録再生装置１００は、内蔵記録装置５１または光ディスクドライブ５２を備えることができる。
【００３２】
また、映像記録再生装置１００は、外部入力部１２またはネットワーク部１３を備えることができる。外部入力部１２およびネットワーク部１３は、外部からの信号入力を受け取る機能を有している。また、チューナー・復調部１１も、外部からの信号入力を受け取る機能を有している。
【００３３】
＜映像記録再生装置１００の構成＞
チューナー・復調部１１は、放送波Ｂａを受け取る。そして、チューナー・復調部１１は、受け取った放送波Ｂａを復調する。外部入力部１２は、外部の装置Ｅｉからデータを受け取る。外部の装置は、例えば、ビデオカメラなどの録画装置である。なお、「データ」は、映像データ、音声データ、字幕データ、データ放送のデータまたは制御情報などを含む。
【００３４】
ネットワーク部１３は、ネットワークＮｅからデータを受け取る。ネットワークＮｅは、例えば、複数のコンピュータまたは電子機器などを繋いで、信号、データまたは情報をやりとりすることができるコンピュータネットワークまたは通信ネットワークである。
【００３５】
多重化解除部２１は、多重化ストリームＳｍの多重化を解除する。つまり、多重化解除部２１は、多重化ストリームＳｍから、各種のデータを分けて取り出す。
【００３６】
音声デコード部３１は、圧縮された音声データを伸長する。音声デコード部３１は、エレメンタリーストリームＳｅに含まれる圧縮された音声データを伸長する。
【００３７】
映像デコード部３２は、圧縮された映像データを伸長する。映像デコード部３２は、エレメンタリーストリームＳｅに含まれる圧縮された映像データを伸長する。
【００３８】
字幕デコード・レンダリング部３３は、圧縮された字幕データを伸長する。字幕デコード・レンダリング部３３は、エレメンタリーストリームＳｅに含まれる圧縮された字幕データを伸長する。
【００３９】
データ放送・ＥＰＧ処理部３４は、圧縮されたデータ放送のデータを伸長する。データ放送・ＥＰＧ処理部３４は、エレメンタリーストリームＳｅに含まれる圧縮されたデータ放送のデータを伸長する。
【００４０】
記録再生制御部４１は、記録用の映像データ、音声データまたは制御情報などを収集する。記録再生制御部４１は、収集したデータを記録用のデータフォーマットに変換する。
【００４１】
内蔵記録装置５１は、映像記録再生装置１００に備えられた記録装置である。内蔵記録装置５１は、例えば、ハードディスクドライブ、揮発性メモリまたは不揮発性メモリ等である。
【００４２】
光ディスクドライブ５２は、光ディスク５３にデータを記録する。また、光ディスクドライブ５２は、光ディスク５３からデータを読み出す。光ディスク５３は、例えば、ブルーレイディスクまたはＤＶＤなどである。
【００４３】
＜データを記録しない場合のデータ処理の流れ＞
まず、放送番組を記録せずに、テレビに表示する場合の流れを説明する。つまり、放送波を一例として、放送波の受信から映像および音声の出力までについて説明する。テレビは、図１では、表示装置Ｄｄおよび音響装置Ｅｓである。
【００４４】
外部からの入力信号としては、アンテナで受信された放送波Ｂａ、ビデオカメラ（外部装置Ｅｉ）などからの映像信号、映像再生装置等からの映像信号またはネットワークＮｅからの映像データ等がある。利用者は、リモコン（リモート・コントローラー）または操作ボタンなどを用いて、入力部を選択する。入力部は、チューナー・復調部１１、外部入力部１２またはネットワーク部１３等である。リモコンは、利用者が操作する遠隔操作機器のことである。
【００４５】
また、放送波Ｂａの場合には、放送局または番組などが設定される。また、ネットワークＮｅの場合には、データ取得先またはデータへのアクセス情報などが設定される。なお、利用者の視聴したい映像サービスまたは利用者の記録したい映像サービスは、特定されているものとする。また、利用者の視聴したい映像サービスまたは利用者の記録したい映像サービスは、受信できる状態になっているものとする。
【００４６】
アンテナ等で受信した放送波Ｂａは、チューナー・復調部１１に入力される。チューナー・復調部１１は、放送波Ｂａの中から指定された放送局の電波を取り出す。そして、チューナー・復調部１１は、規定された復調方式で、放送波Ｂａを復調する。そして、チューナー・復調部１１は、放送波Ｂａからデジタルデータを取り出す。
【００４７】
ここで、取り出されたデジタルデータは、映像データ、音声データ、字幕データまたは制御情報などを多重化した多重化ストリームＳｍである。また、複数の番組を、まとめて１つの多重化ストリームＳｍに格納することもある。
【００４８】
なお、「ストリーム」とは、時間の流れを持ったデータまたは時間的な流れを持った形で伝送されるデータを表わす。例えば、ストリームは、映像データの場合は、映像ストリームであり、音声データの場合は、音声ストリームである。また、その他には、字幕ストリーム、多重化ストリーム、受信ストリーム、データストリームなどが挙げられる。
【００４９】
多重化ストリームＳｍは、チューナー・復調部１１で取り出される。チューナー・復調部１１で取り出された多重化ストリームＳｍは、多重化解除部２１に送られる。多重化解除部２１は、多重化ストリームＳｍから、各種のデータまたは各種の制御情報などを分けて取り出す。データは、例えば、番組を直接構成するデータである。データは、例えば、映像ストリーム、音声ストリームまたは字幕ストリームなどである。データは、例えば、多重化ストリームＳｍに格納されたデータ放送用のプログラムまたはデータである。
【００５０】
多重化を解除された各種のデータ（エレメンタリーストリームＳｅ）は、圧縮されたデータである。
【００５１】
映像ストリームは、圧縮された映像データである。映像デコード部３２は、圧縮された映像データを伸長する。伸長された映像データは、表示装置Ｄｄなどから映像として出力される。表示装置Ｄｄは、例えば、テレビなどである。
【００５２】
同様に、音声ストリームは、圧縮された音声データである。音声デコード部３１は、圧縮された音声データを伸長する。伸長された音声データは、音響装置Ｅｓから音声として出力される。音響装置Ｅｓは、例えば、テレビなどである。
【００５３】
表示装置Ｄｄまたは音響装置Ｅｓから出力される際に、映像データＤｉ１と音声データＤｓとは、バッファリングと同期とが行われる（図示せず）。これによって、映像と音声とにずれが生じない。映像データと音声データとの出力のタイミングは、制御情報またはシステムクロック等から指定されたタイミングまたは算出されたタイミングである。
【００５４】
字幕ストリームは、圧縮された字幕データである。字幕デコード・レンダリング部３３は、圧縮された字幕データを伸長する。字幕デコード・レンダリング部３３は、伸長された字幕データを解釈する。字幕デコード・レンダリング部３３は、解釈された字幕データを映像化する。映像化された字幕データは、指定されたタイミングで映像データまたは音声データと合成される。合成された字幕データは、表示装置Ｄｄなどから映像として出力される。
【００５５】
データ放送のストリームは、圧縮されたデータである。データ放送・ＥＰＧ処理部３４は、圧縮されたデータ放送のデータを伸長する。データ放送・ＥＰＧ処理部３４は、指定されたタイミングで、伸長された映像データと伸長された音声データとを合成する。合成された映像データおよび音声データは、テレビなどから映像および音声として出力される。
【００５６】
映像記録再生装置１００は、このようにして受信した放送波Ｂａを、同期の取れた映像および音声として出力する。
【００５７】
＜データの記録＞
次に、この映像データを記録することを考える。
【００５８】
記録再生制御部４１は、前述の放送波Ｂａの受信から映像の表示までの流れの中で、記録用の映像データ、音声データまたは制御情報などを収集する。収集されたデータは、記録用のデータフォーマットに変換される。記録用のデータフォーマットに変換されたデータは、内蔵記録装置５１または光ディスクドライブ５２を通じて光ディスク５３等に記録される。
【００５９】
記録再生制御部４１が映像データまたは音声データを取り出す位置は、様々な組み合わせが考えられる。しかし、説明を容易にするために、次の（Ａ）から（Ｃ）の３つ経路に単純化して説明する。３つ経路は、（Ａ）多重化ストリームＳｍの状態での取り出し、（Ｂ）多重化が解除されたエレメンタリーストリームＳｅの状態での取り出し及び（Ｃ）映像音声が伸長された状態（映像データＤｉ１）での取り出しである。
【００６０】
なお、以下においては、（Ａ）と（Ｂ）とに関して説明する。
【００６１】
≪（Ａ−１）多重化ストリームＳｍの状態でのデータの記録（１）≫
多重化ストリームの状態でのデータ取り出しとブルーレイディスク（光ディスク５３）への記録とを考える。データは、図１中の（Ａ）の経路を使って取り出される。
【００６２】
例えば、日本方式の従来の放送方式の場合には、チューナー・復調部１１から取り出される多重化ストリームＳｍは、ＭＰＥＧ２ＴＳの多重化ストリーム内にＭＰＥＧ２形式で圧縮された映像信号が格納された形のデータである。
【００６３】
ＭＰＥＧ２ＴＳの放送用ストリームは、１９２バイトサイズの固定長パケットを採用している。また、このパケットを受信順に結合することによって、記録フォーマット用のデータファイルを作成することができる。このようにして作成されたデータファイルをストリームファイルと呼ぶ。
【００６４】
実際に放送されているストリームには、複数の番組が多重化されている。その中から目的の番組を取り出す過程が必要となる。しかし、ここでは、その説明を省略する。
【００６５】
まず、ブルーレイディスクのＢＤＡＶフォーマットの場合を説明する。
【００６６】
ブルーレイディスクのＢＤＡＶフォーマットの場合には、ストリームファイルの他に、クリップファイル、プレイリストファイルまたはインフォファイルなどが必要である。クリップファイルは、ストリームファイル内のデータにアクセスするための詳細情報を記録したファイルである。プレイリストファイルは、時系列の情報を管理する。時系列の情報は、例えば、一つの番組の開始点、終了点または再生ストリームの切り替えなどの情報である。インフォファイルは、再生可能な番組リストなどディスク全体の情報を管理する。
【００６７】
これらの情報は、ストリーム内の管理情報、利用者の設定した予約情報またはチューナー・復調部１１から得られる管理情報などから作成される。これらに関しては、例えば、特許文献１に詳しく書かれている。
【００６８】
次に、日本の新しい放送方式の場合を説明する。
【００６９】
これは、例えば、放送サービス高度化推進協会の「高度高帯域衛星デジタル放送  運用規定１．１版  ＮＥＸＴＶＦ  ＴＲ−００４」（２０１６年３月３０日発行、第一部・第二編・第５章、２−３１〜２−４０ページ、図５−１）に記載されている。
【００７０】
この方式は、４Ｋおよび８Ｋの高解像度映像に対応している。また、この方式は、色域および輝度域拡大に対応している。この方式は、映像圧縮方式として、ＨＥＶＣを採用している。また、この方式は、多重化方式として、ＭＭＴとＴＬＶとを組み合わせて採用している。
【００７１】
ＭＭＴおよびＴＬＶは、ネットワークで用いられているＩＰパケットとの整合性を考えて設計されている。ＴＬＶは、ＩＰパケットの放送波を用いた伝送方式である。ＭＭＴは、ＩＰパケットを用いて映像データを転送する方式およびそのデータ形式を規定している。ＩＰパケットは、可変長パケットを採用している。このため、ＭＭＴおよびＴＬＶも可変長パケットを採用している。
【００７２】
図２を用いてこの方式での多重化解除手順を説明する。図２は、多重化解除手順を説明する図である。
【００７３】
図２において、横方向は、データの受信の順番を示している。つまり、横軸Ｈａ方向には、受信された順番にデータが並べられている。受信した順番に左から右に記載してある。また、縦軸Ｖａ方向は、データの処理の流れを示している。つまり、縦軸Ｖａ方向には、パケット解析によるデータの取り出しの順番が示されている。縦軸Ｖａ１の範囲では、多重化ストリームＳｍの多重化を解除している。縦軸Ｖａ２の範囲では、エレメンタリーストリームＳｅの多重化を解除している。
【００７４】
ＴＬＶパケットのデータは、放送波Ｂａの復調によって得られる。ＴＬＶパケットは、放送に関する情報を含んでいる。放送に関する情報は、例えば、放送の識別子、チャンネル、放送局名、ＩＰアドレス、ポート番号または使用する電波の情報などである。「使用する電波」とは、地上波、ＢＳ放送またはＣＳ放送などである。「使用する電波の情報」とは、放送の形態、変調方式、周波数、偏向方向または旋回方向などである。
【００７５】
ペイロードは、データ伝送におけるデータ部分を指す。つまり、ペイロードは、伝送されるデータ全体のうち、伝送処理のための管理情報を除いたものにあたる。管理情報は、例えば、ヘッダまたはメタデータなどである。
【００７６】
また、ＴＬＶ（Ｔｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ）は、情報の種類、長さおよび値をまとめて表現するフォーマットである。ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）は、ＩＰの上位プロトコルのトランスポート層で動作するプロトコルである。ＵＤＰは、ネットワーク層のＩＰとセッション層以上のプロトコルの橋渡しをするかたちで動作する。ＭＭＴＰ（登録商標）は、マルチメディア多重化伝送プロトコルである。
【００７７】
チューナー・復調部１１は、放送局の情報、ＩＰアドレスの情報またはポート番号の情報をＴＬＶパケットから取り出す。チューナー・復調部１１は、ＩＰアドレスの情報を用いて、必要なＩＰパケットを取り出す。次に、チューナー・復調部１１は、ポート番号の情報を用いてＵＤＰパケットを取り出す。
【００７８】
この時点で、チューナー・復調部１１は、放送局から送られてきた放送波Ｂａの多重化を解除している。そして、チューナー・復調部１１は、ＵＤＰパケットのデータを取り出している。チューナー・復調部１１は、ＵＤＰパケットからＵＤＰヘッダを取り除く。そして、チューナー・復調部１１は、ＵＤＰパケットからＵＤＰペイロードを取り出す。これによって、チューナー・復調部１１は、ＵＤＰパケットからＭＭＴＰパケットを取り出すことができる。
【００７９】
日本の新しい放送規格では、１つのＭＭＴＰパケットは、１つのＵＤＰ／ＩＰパケットに格納されている。さらに、１つのＵＤＰ／ＩＰパケットは、１つのＴＬＶパケットに格納されている。そのため、制御用データを分離した後のＭＭＴＰを伝送しているパケットでは、ＭＭＴＰパケットは、ＴＬＶパケットから単純にＴＬＶヘッダ、ＩＰヘッダおよびＵＤＰヘッダを取り除くことによって取り出される。
【００８０】
ＭＭＴＰパケットとして取り出された時点で、放送局から送られてきた放送波Ｂａの多重化は解除されている。しかし、放送波Ｂａは、複数の番組をまとめた一連のＭＭＴＰパケットとして多重化されていることもある。その場合には、目的の番組だけを取り出すために、まず、制御情報を取り出して、その制御情報の記載に従って、ＭＭＴＰパケットを選択して取り出す。
【００８１】
ＭＭＴＰパケットとして送られてくる制御信号の１つにＰＬＴ（Ｐａｃｋａｇｅ  Ｌｉｓｔ  Ｔａｂｌｅ）がある。全ての情報が放送波で送信されてくる場合には、ＰＬＴの中の「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」によって指定された「ｐａｃｋｅｔ＿ｉｄ」を参照する。この「ｐａｃｋｅｔ＿ｉｄ」を用いて、ＭＭＴＰパケットをフィルタリングする。これによって、目的とする番組の管理情報を含むＭＭＴＰパケットを選択することができる。「目的とする番組」とは、視聴する予定の番組である。
【００８２】
ネットワークから番組の管理情報を取得する場合には、「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」に記載されているＩＰアドレスおよびポート番号が指定される。または、「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」によって、ＵＲＬによる番組の取得先が指定される。
【００８３】
次に、選択されたＭＭＴＰパケットからＭＰＴ（ＭＭＴ＿Ｐａｃｋａｇｅ＿Ｔａｂｌｅ）を含むデータを取り出す。ＭＰＴには、目的とする番組を構成する映像、音声または字幕などのアセットの組合せと取得先とが記述されている。それぞれのアセットの取得先は、「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」によって、「ｐａｃｋｅｔ＿ｉｄ」またはネットワーク情報で示されている。ここで、ネットワーク情報は、ＩＰアドレス、ポート番号またはＵＲＬである。
【００８４】
このようにして、ＰＬＴで示された制御データと、ＭＰＴで示された番組を構成するアセットとを、例えば、「ｐａｃｋｅｔ＿ｉｄ」でフィルタリングする。これよって、目的とする番組のＭＭＴＰパケットを取り出すことができる。
【００８５】
ＴＬＶパケットからＭＭＴＰパケットまたはＭＭＴＰペイロードを取りだす過程で、１つのパケットに着目する。パケットヘッダは、取り除かれる。しかし、パケット内のデータは変化しない。ところが、実際には、制御情報と各段階でのパケットヘッダの内容とから、パケットの取捨選択と分類とが行われている。
【００８６】
［標準フォーマットを用いないで記録する場合］
番組を記録する方法の１つとして、例えば、受信した放送のパケットを、そのまま記録する方法を説明する。
【００８７】
図４は、ＴＬＶパケットを結合して記録した場合の模式図である。
【００８８】
図４に示す例では、ＴＬＶパケットの時点で、放送局から送られてきた多重化ストリームＳｍの多重化を解除している。番組のＴＬＶパケットは、そのまま結合されている。結合されたＴＬＶパケットは、ファイルを構成している。
【００８９】
図４中に、ＴＬＶパケットＴＰ−０，ＴＰ−１，ＴＰ−２，ＴＰ−３を示している。「−０」などは、ＴＬＶパケットＴＰの受信の順番を表わしている。例えば、ＴＬＶパケットＴＰ−０は、最初に受信したＴＬＶパケットＴＰである。横軸Ｈａは、受信の順番を表わしている。
【００９０】
最初に受信したＴＬＶパケットＴＰ−０の後ろには、ＴＬＶパケットＴＰ−０の後に受信したＴＬＶパケットＴＰ−１，ＴＰ−２，ＴＰ−３が結合している。そして、結合されたＴＬＶパケットＴＰ−０，ＴＰ−１，ＴＰ−２，ＴＰ−３は記録される。ＴＬＶパケットＴＰは、可変長パケットを採用している。
【００９１】
データをパケット単位で受信するため、受信時点で、パケットの先頭は明確である。しかし、他のパケットと結合して、１つのファイルを作成した場合には、それぞれのパケットの先頭位置を判別する必要がある。
【００９２】
第１の方法は、記録する時点で、パケットの先頭位置のリストを、管理用ファイルＡｆとして作成する方法である。
【００９３】
これは、パケットを記録する時点では、パケットのファイル内での先頭位置が判明するためである。この場合には、パケット番号などと関連付けてパケットの先頭位置のリストを作成しても良い。
【００９４】
第２の方法は、ファイルの先頭からデータを読み込み、先頭のデータＨｍがあった場合には、ＴＬＶパケットＴＰの先頭と判断する。そして、ＴＬＶパケットＴＰが結合したデータを読み込む。
【００９５】
ＴＬＶパケットＴＰには、パケットの先頭を識別するために、最初の１バイトには、固定値「０ｘ７Ｆ」が格納されている。そして、先頭バイトの後ろには、パケット種別を表す１バイトのデータが格納されている。そして、その後ろには、データ長を示す２バイトのデータが格納されている。
【００９６】
ここで、ＴＬＶパケットＴＰの先頭のデータＨｍは、固定値「０ｘ７Ｆ」である。
【００９７】
固定値「０ｘ７Ｆ」（先頭のデータＨｍ）が読み込まれれば、直前に読み込まれたデータを、ＴＬＶパケットＴＰとして解釈して処理を行う。
【００９８】
固定値「０ｘ７Ｆ」は、特別な値ではない。固定値「０ｘ７Ｆ」は、データ中にも存在している。そのため、間違った位置から読み込む可能性がある。この場合でも、ＴＬＶパケットＴＰのデータとしての矛盾の有無を確認する。または、データ長のデータを読み込んだ後に、次のデータの先頭が毎回固定値「０ｘ７Ｆ」になっているか否かを確認する。これらによって、正しいデータの区切りで、パケットを読み込むことができる。
【００９９】
この例では、ＴＬＶパケットを記録する方法を示した。しかし、他にも、ＵＤＰ／ＩＰパケットを記録する方法も採用できる。また、ＭＭＴＰパケットを、そのまま記録する方法なども採用できる。
【０１００】
しかし、ＴＬＶパケットを選んだ理由は、ＴＬＶパケットの先頭に識別用の固定バイトが用意されていて、パケットの識別が比較的に容易だからである。
【０１０１】
他のパケットを記録する方法では、識別のためのマークが挿入されていない場合がある。そこで、識別子を独自に挿入する手法も採用できる。また、ＵＤＰ／ＩＰパケットの場合には、例えば、ＩＰアドレス情報を用いて識別のためのマークとする方法も採用できる。ＩＰアドレス情報は、同じ番組中では変化しない。
【０１０２】
≪（Ａ−２）多重化ストリームＳｍの状態でのデータの記録（２）≫
ＭＰＴは、ＭＭＴＰパケットに格納されて伝送される。ＭＰＴは、制御情報を含んでいる。多重化解除部２１は、ＭＰＴに記載された情報に基づいて、パケットを振り分ける。ＭＰＴに記載された情報は、例えば、ＭＭＴＰヘッダに含まれるパケットＩＤ情報である。これによって、多重化解除部２１は、映像情報または音声情報などを個別に取り出すことができる。そして、多重化解除部２１は、多重化ストリームＳｍの多重化を解除することができる。
【０１０３】
ＭＦＵは、ＭＭＴＰパケットに格納されている。複数のＭＦＵが１つのＭＭＴＰパケットに格納されている場合がある。また、１つのＭＦＵが１つのＭＭＴＰパケットに格納されている場合がある。そして、１つのＭＦＵが複数のＭＭＴＰパケットに格納されている場合がある。
【０１０４】
ＭＭＴＰに含まれる映像データのＭＦＵまたは音声データのＭＦＵは、アクセスユニット（以下、ＡＵと示す。）またはＮＡＬユニットと呼ばれる処理単位になっている。そして、ＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットは、ＡＵをさらに細かく分割したデータである。
【０１０５】
ＭＦＵに直接映像データを格納する場合には、ＡＵを格納する場合とＮＡＬユニットを格納する場合とが定義されている。しかし、日本の新しい放送方式では、ＮＡＬユニットで格納する方式を採用している。そのため、以降の説明ではＮＡＬユニットとして格納されているものとして説明する。
【０１０６】
図２では、ＮＡＬユニットを直接ＭＦＵに格納した場合を示している。ＮＡＬユニットには、映像データのみを含んだＶＣＬ−ＮＡＬユニットと、映像データを含まず管理情報を格納した非ＶＣＬ−ＮＡＬユニットとがある（ＶＣＬ：Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｌａｙｅｒ）。
【０１０７】
非ＶＣＬ−ＮＡＬユニットは、ＮＡＬヘッダを取り除くと、制御情報が得られる。
【０１０８】
ＶＣＬ−ＮＡＬユニットは、ＮＡＬヘッダを取り除くと、分割された映像データが取り出される。これらの分割された映像データを結合することによって、１フレーム分の圧縮された映像データとなる。
【０１０９】
通常、ＮＡＬユニットは１フレーム分の管理情報と映像データとを含む複数のＮＡＬユニットを一式として扱い、ＡＵと呼ばれている。多重化解除部２１は、映像データの場合には、ＡＵは、映像データを含んでいる。そして、多重化解除部２１は、ＥＳ（エレメンタリーストリーム）を再構築することができる。
【０１１０】
映像データのＡＵは、基本的には、１フレーム分の映像単位である。１フレーム分の映像単位は、ピクチャを表現する単位である。映像装置では、このピクチャを時系列的に順次切り替えながら表示することで動画として表示している。しかし、前後のフレームとの依存関係で、いくつかの種類がある。
【０１１１】
１つは、Ｉピクチャと呼ばれるものである。Ｉピクチャは、このデータ単独で、１枚のピクチャを再現できる。
【０１１２】
他には、ＰピクチャまたはＢピクチャと呼ばれるものである。これらのデータは、他のピクチャに依存している。そのため、ＰピクチャおよびＢピクチャは、単独では１枚のピクチャを再現できない。ＰピクチャおよびＢピクチャは、他のピクチャを参照することによって、ピクチャを再現できる。Ｐピクチャは、１枚の他のピクチャを参照する。Ｂピクチャは、２枚の他のピクチャを参照する。
【０１１３】
テレビ放送または映像記録再生装置などでは、番組の途中からの視聴できることが求められている。また、テレビ放送または映像記録再生装置などでは、ランダムアクセスできることが求められている。そのため、参照するピクチャが広範囲であると都合が悪い。
【０１１４】
そこで、ある程度の時間またはフレーム枚数を一式として扱う。この一式のデータの中で、参照するピクチャが完結するように定められてある。
【０１１５】
この一式のデータは、ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）と呼ばれている。ＧＯＰは、少なくとも１つのＩピクチャを含んでいる。番組の途中から視聴する際には、取得したストリームデータが映像を再現できない不完全な位置から始まっている場合でも、次のＧＯＰの始まりからは映像を再現して表示することができる。
【０１１６】
例えば、日本の新しい放送方式は、２Ｋ放送では０．５秒を目途に、また、４Ｋ放送では１秒を目途に、ＧＯＰを作成するよう求めている。これによって、テレビの電源投入した際に、または、チャンネルを切り替えた際にも、１秒から２秒で、映像を表示できる。
【０１１７】
なお、映像が画面の全体で入れ替わる場合には、切り替わりの前後でＧＯＰを分けた方が、効率が良い。例えば、圧縮率または画像再生などの効率が向上する。画面の全体で入れ替わる場合には、例えば、シーンの切り替わりなどである。そのため、ＧＯＰ長は、固定した値ではなく、柔軟に運用される。つまり、状況に応じて、ＧＯＰ長は、変更される。
【０１１８】
なお、通信またはネット配信では、日本の新しい放送方式よりも長い単位のＧＯＰが使用されることもある。
【０１１９】
記録された映像を再生する際には、表示したいフレームを含むＧＯＰの先頭から映像にアクセスする。これによって、スムーズなランダムアクセスが可能になる。また、早送りなどの際には、ＧＯＰごとにＩピクチャのみを表示することができる。ＧＯＰは、動画として再生できる映像データの一固まりの単位である。また、ＧＯＰは、再生が可能な位置を示す単位である。また、ＧＯＰは、ランダムアクセスが可能な位置を示す単位である。
【０１２０】
放送波Ｂａを受信する際には、ＰＬＴ（Ｐａｃｋａｇｅ  Ｌｉｓｔ  Ｔａｂｌｅ）を受信する。ＰＬＴは、ＭＭＴＰパケットとして送られてくる制御信号の１つである。
【０１２１】
全ての情報が放送波Ｂａで送られてくる場合には、ＰＬＴ内の「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」で指定された「ｐａｃｋｅｔ＿ｉｄ」を参照する。そして、この「ｐａｃｋｅｔ＿ｉｄ」でＭＭＴＰパケットをフィルタリングする。これによって、目的とする番組の管理情報を含むＭＭＴＰパケットを選択することができる。
【０１２２】
ネットワークＮｅから番組の管理情報を取得する場合には、「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」に記載されているＩＰアドレスとポート番号とによって番組の取得先が指定される。または、「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」に記載されているＵＲＬによって番組の取得先が指定される。
【０１２３】
次に、選択したＭＭＴＰパケットの中から、ＭＰＴ（ＭＭＴ＿Ｐａｃｋａｇｅ＿Ｔａｂｌｅ）を含むデータを選択する。ＭＰＴには、番組を構成する映像、音声または字幕などのアセットの組合せと取得先とが記述されている。それぞれのアセットの取得先は、「ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ」に記載されている「ｐａｃｋｅｔ＿ｉｄ」またはネットワーク情報に示されている。ネットワーク情報は、ＩＰアドレスとポート番号とである。または、ネットワーク情報は、ＵＲＬである。
【０１２４】
また、それぞれの映像、音声または字幕などの時間で同期する必要のあるアセットに関しては、アセットごとにＭＰＵタイムスタンプ記述子とＭＰＵ拡張タイムスタンプ記述子とが定義されている。
【０１２５】
アセットなどの取得先としては、放送波Ｂａに含まれて送られてくる場合と、ネットワークＮｅから取得する場合とが定められている。しかし、説明の簡略化のため、以降では放送波Ｂａに含まれて送られてくる場合を一例として説明する。
【０１２６】
新しい日本の放送方式では、映像データと音声データとに関しては、ＭＦＵに直接ＮＡＬユニットを格納して送出する方式を採用している。また、新しい日本の放送方式では、「ＲＡＰ_ｆｌａｇ」の付加されたＭＭＴＰパケットから次の「ＲＡＰ_ｆｌａｇ」の付加されたＭＭＴＰパケットの直前までを、１つのデータの集まりとして取り扱われる。そして、その１つのデータの集まりは、ＭＰＵとして取り扱われる。「ＲＡＰ_ｆｌａｇ」は、ランダムアクセス可能なデータの開始点を示す。
【０１２７】
これらは、ＭＭＴＰパケットの「ＲＡＰ＿ｆｌａｇ」の有無の調査によって、同一ＭＰＵに属していることを識別できる。または、これらは、ＭＭＴＰパケットの「ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」によって、同一ＭＰＵに属していることを識別できる。この用法でのＭＰＵを、ここでは、仮に「ストリーム伝送単位ＭＰＵ」と呼ぶ。
【０１２８】
この「ストリーム伝送単位ＭＰＵ」は、ランダムアクセス可能なデータを先頭としている。このため、映像の観点から考えると、ＧＯＰ単位になっている。つまり、「ストリーム伝送単位ＭＰＵ」は、ＭＭＴＰの観点からは１ＧＯＰを構成するＭＭＴＰパケットの集まりと考えることができる。
【０１２９】
前述のＭＰＵタイムスタンプ記述子とＭＰＵ拡張タイムスタンプ記述子とは、この「ストリーム伝送単位ＭＰＵ」に関連付けて、同期する時間の情報を与えている。
【０１３０】
ＭＰＵタイムスタンプ記述子には、映像または音声などのＭＰＵで、それぞれのＭＰＵの中で最初に再生されるタイミングがＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）形式の時刻で示されている。ＮＴＰは、コンピュータに内蔵されているシステムクロックを、ネットワークを介して、コンピュータどうしの時刻を正しく同期させるためのプロトコルである。
【０１３１】
ＭＰＵ拡張タイムスタンプ記述子には、それぞれのＭＰＵの中のＡＵ（映像の場合はフレーム）ごとに、再生されるタイミングがＭＰＵ内での相対的な時間として記述されている。ＭＰＵ内での相対的な時間は、ＡＵ内での先頭からの差分または直前のＡＵからの差分などである。「差分」とは、２つの値の差のことである。例えば、ここでは、２つの値は時刻である。
【０１３２】
これらの記述によって、映像、音声または字幕などの組合せを指定することができる。そして、映像、音声または字幕などの時間的な同期を取りながら再生することができる。
【０１３３】
テレビ放送では、ＰＬＴおよびＭＰＴは、テレビの電源を入れた後に、短時間で番組を表示できるために、比較的に短い周期で再送されている。新しい日本の放送方式案の場合には、ＰＬＴおよびＭＰＴは、１００ｍｓごとに送られる。
【０１３４】
これまで、ＴＬＶパケット、ＴＣＰパケットおよびＭＭＴＰパケットを結合したファイルを記録する方法を説明した。または、ＴＬＶパケット、ＵＤＰパケットおよびＭＭＴＰパケットを結合したファイルを記録する方法を説明した。
【０１３５】
しかし、このままでは、再生時刻の情報またはランダムアクセス可能な位置を示す情報などが、ファイル内の各所に分散して記録される。これは、情報へのアクセスにとっては、適していない。また、同じ情報が何度も記録されるため冗長である。
【０１３６】
この情報が分散して記録されることは、放送では、どの時点から番組の受信を開始しても、短時間で情報をそろえて、表示を開始する必要があるからである。このため、ストリーム中の各所に分散して情報を持たせている。また、放送では、記録およびランダムアクセスを考慮する必要がないためである。
【０１３７】
記録した番組を視聴する際には、頭出し、シーンの検索または編集による映像間の接続などが行われる。そのためランダムアクセスが必要となる。そこで、ランダムアクセスに必要な情報を、情報の記録時または情報の記録後に、独自に作成する。
【０１３８】
図５、図６および図７を用いて、ランダムアクセスのためのデータ生成について説明する。
【０１３９】
ここでは、ＭＭＴＰパケット結合したファイルとして映像または音声などを含む映像データを作成する例を説明する。しかし、ＴＬＶまたはＵＤＰ／ＩＰパケットを使用する場合も同様である。
【０１４０】
図５は、パケットの選択と時間の同期とを説明する概念図である。四角で表わしたものが、ＭＭＴＰパケットである。
【０１４１】
図５において、横方向は、データの受信の順番を示している。つまり、横軸Ｈａ方向には、受信された順番にデータが並べられている。受信した順番に左から右に記載してある。
【０１４２】
映像のＭＭＴＰパケットの「Ｒ」と記載されているパケットは、「ＲＡＰ＿ｆｌａｇ」が設定されている。そして、ＧＯＰの先頭を含んでいる。
【０１４３】
図５中において、ＭＰＴから引き出されている矢印は、このＭＰＴのＭＰＵタイムスタンプ記述子でそれぞれどのＭＰＵの再生時刻を決めている関係を表している。
【０１４４】
例えば、最初に現れるＭＰＴ−０は、映像アセットとして、「ｐａｃｋｅｔ＿ＩＤ」を指定する。図５では、一例として、ＭＰＴ−０は、ＭＰＵ−ｖ０とＭＰＵ−ｖ１との再生タイムスタンプを指定している。ＭＰＵは、複数のＭＭＴＰパケットで構成されている。
【０１４５】
また、同じＭＰＴ−０は、音声アセットとして「ｐａｃｋｅｔ＿ＩＤ」を指定する。図５では、一例として、ＭＰＴ−０は、ＭＰＵ−ａ０とＭＰＵ−ａ１との再生タイムスタンプを指定している。なお、音声のＭＰＵは、１つのＭＭＴＰパケットに１つとは限らない。また、音声のＭＰＵは、映像のＭＰＵと同頻度で出現するとも限らない。しかし、作図上、１つのＭＭＴＰパケットに１つの音声ＭＰＵとしている。また、映像のＭＰＵの出現頻度と音声のＭＰＵの出現頻度とを同程度として描画している。
【０１４６】
図５中では、音声、映像および制御情報の３つの流れが書いてある。しかし、実際には、映像記録再生装置１００は、１つのデータの流れとして混在した状態で受信している。
【０１４７】
このような異なる種類の情報を、一つのデータとして混在させている状態を多重化されているという。多重化された状態から、「ｐａｃｋｅｔ＿ＩＤ」、各種のフラグまたは各種の識別子などを用いて、目的とするデータの流れ（ストリーム）を抽出して、分離することができる。「ｐａｃｋｅｔ＿ＩＤ」、各種のフラグまたは各種の識別子などは、それぞれのＭＭＴＰパケット付加されている。多重化されたデータから目的のデータを取り出すことを多重化の解除という。
【０１４８】
対象とする番組の多重化されたデータの中から、ＭＰＴを含むＭＭＴＰパケットを抽出する。そして、ＭＭＴＰパケットからＭＰＴを取り出す。ＭＰＴには、番組を構成する各種アセットのリストとその取得方法とが格納されている。
【０１４９】
例えば、映像の種類とそのデータを格納している「ｐａｃｋｅｔ＿ＩＤ」とを知ることができる。また、音声の種類とそのデータを格納している「ｐａｃｋｅｔ＿ＩＤ」とを知ることができる。これらの「ｐａｃｋｅｔ＿ＩＤ」で、受信したＭＭＴＰパケットを選択し、または、分類する。これらによって、番組を構成する映像データまたは音声データを個別に取出すことができる。つまり、多重化を解除できる。
【０１５０】
コンテナフォーマットの目的の一つは、このように、異なるデータを一組にまとめて多重化して取り扱いやすくするものである。コンテナフォーマットは、例えば、ＭＭＴまたはＭＰＥＧ２ＴＳなどである。
【０１５１】
図５では、受信したストリームデータをＭＰＴストリーム、映像ストリームおよび音声ストリームの３つのストリームに分けている。
【０１５２】
コンテナフォーマットのもう一つの目的は、タイミングを合わせてこれらのデータを再生することである。つまり、コンテナフォーマットのもう一つの目的は、これらのデータを同期して再生することである。
【０１５３】
図５では、ＭＰＴ−０を受信すると、この番組を構成する映像または音声などのアセット情報を得ることができる。さらに、これらのアセットごとにタイムスタンプ情報が記載されている。タイムスタンプ情報は、映像の表示または音声の再生などのタイミングを示す情報である。タイムスタンプ情報は、ＭＰＴ内に記載されている。タイムスタンプ情報は、アセットごとの「ストリーム伝送単位ＭＰＵ」の番号に対しての再生時刻である。
【０１５４】
例えば、映像に対しては、ＭＰＴ−０に、ＭＰＵ−ｖ０の最初のフレームの再生時刻およびＭＰＵ−ｖ１の最初のフレームの再生時刻が記載されている。また、ＭＰＴ−１に、ＭＰＵ−ｖ１およびＭＰＵ−ｖ２のそれぞれの最初のフレームの再生時刻が記載されている。
【０１５５】
音声に対しても、同様に、ＭＰＴ−０に、ＭＰＵ−ａ０の再生時刻およびＭＰＵ−ａ１の再生時刻が記載されている。また、ＭＰＴ−１に、ＭＰＵ−ａ１再生時刻およびＭＰＵ−ａ２の提示時刻が記載されている。
【０１５６】
ここでは、説明のために、アセットごとに「ストリーム伝送単位ＭＰＵ」の２つ分のタイムスタンプを持っているものとして説明した。しかし、実際には、さらに多くのタイムスタンプを持たせることもできる。
【０１５７】
このようにして、ＭＰＵによって「ストリーム伝送単位ＭＰＵ」の再生時刻を指定することができる。そして、映像と音声とを同期して再生することができる。ここでは説明しなかったが、字幕に関しても同様である。
【０１５８】
これらの情報を記録する場合について、図６を用いて説明する。図６は、ＭＭＴＰ方式でのＭＰＵタイムスタンプ記述子を用いた同期方式を説明する図である。図６には、アセットデーブル、タイムテーブルおよびデータファイルが記載されている。データファイルの上側は、データの先頭である。
【０１５９】
データファイルには、番組を構成するＭＭＴＰパケットが順次記録される。単純に、ＭＭＴＰパケットを受信順に記録した場合には、映像データ、音声データまたは制御情報等が混在した状態で記録される。ここでは、説明のために「ストリーム伝送単位ＭＰＵ」ごとにまとめた形で記載している。
【０１６０】
例えば、「ＭＰＴ−０」は、ＭＰＴである。そして、受け取られた順番が付されている。「ＭＰＴ−０」の順番は、「０」であるため、最初に受け取られたことを示している。
【０１６１】
例えば、「ＭＰＵ−ｖ０」は、ビデオストリームとして選択されたＭＭＴＰパケットである。ＭＭＴＰパケットは、ＭＭＴＰパケットを複数まとめたＭＰＵとして扱っている。そして、受け取られた順番が付されている。「ＭＰＵ−ｖ０」の順番は、「０」であるため、最初に受け取られたことを示している。
【０１６２】
例えば、「ＭＰＵ−ａ０」は、音声ストリームとして選択されたＭＭＴＰパケットである。音声のＭＰＵは、１つのＭＭＴＰパケットに１つとは限らない。また、音声のＭＰＵは、映像のＭＰＵと同頻度で出現するとも限らない。しかし、説明を簡単にするため、音声のＭＰＵが映像のＭＰＵと同じ頻度で発生するとしている。また、音声のＭＰＵは、１つのＭＭＴＰパケットに１つとしている。
【０１６３】
データファイル中の「Ｒ」と記載されているパケットは、「ＲＡＰ＿ｆｌａｇ」が設定されている。そして、ＧＯＰの先頭を含んでいる。そのため、このパケットからデータを読み始めることによって、効率よく映像を再生できる。
【０１６４】
また、不完全なデータを破棄することが低減される。映像データは、ＧＯＰを構成している。このため、先頭のＩピクチャ部分のデータを取り損ねると後続の何十枚かのピクチャは映像として再現できない。ＧＯＰの先頭のデータを取り損ねた場合には、読み取ったデータを破棄しながら、次のＧＯＰ先頭が来るのを待つ。このような、データの破棄を低減することができる。このようなデータの破棄は、頭出しまたはランダムアクセス時に、表示の遅延となる。このため、データの破棄の低減によって、スムーズな再生が可能になる。
【０１６５】
前述の通り、このように記録したデータファイルは、ランダムアクセスを行うには適していない。
【０１６６】
第１には、映像データは可変長データである。このため、目的とする映像を再生するためのデータがどこに存在するのかを特定することができない。第２には、「ＲＡＰ＿ｆｌａｇ」が設定されているパケットを直接呼び出すことができない。
【０１６７】
そこで、ランダムアクセス用の検索テーブルを用意する。
【０１６８】
図６のアセットテーブルには、「ｐａｃｋｅｔ＿ｉｄ」を格納しておく。「ｐａｃｋｅｔ＿ｉｄ」を用いて、データファイル内のＭＭＴＰパケットから必要なアセットを取りだすことができる。
【０１６９】
タイムテーブルには、「ＲＡＰ＿ｆｌａｇ」を含むパケットのファイル内での記録位置を格納する。そして、このパケットを含む「ストリーム伝送単位ＭＰＵ」の指定された再生時間を格納する。そして、これらの情報を再生時間の時系列順に並べておく。
【０１７０】
アセットテーブルおよびタイムテーブルの内容は、例えば、ＭＰＴに記載されている情報と映像記録再生装置１００に記録される際の情報とから作成することができる。
【０１７１】
時刻を決めて再生を行う場合について説明する。
【０１７２】
例えば、図６において、時刻「０：０：１．００」からの映像を表示する場合には、まず、タイムテーブルの時刻を検索する。そして、時刻が一致する欄からファイル上の位置である「２５００００００」を読み出す。
【０１７３】
そこで、データファイルの位置「２５００００００」から、データを読み込む。そして、データの再生処理を行う。これによって、指定された位置から、データを再生することができる。
【０１７４】
データファイルは、映像データ、音声データまたはその他のデータがパケット単位で混在した状態である。しかし、アセットテーブルまたはＭＰＴを参照して、パケットの分類を行うことによって、映像データまたは音声データ等を分離して再生することが可能である。
【０１７５】
再生を開始したい時刻と同一の時刻が、タイムテーブルに無い場合もある。この場合には、タイムテーブルに記載されている時刻から、再生を開始したい時刻に近いものを選び、そこからデータを再生する。
【０１７６】
例えは、再生開始時刻として「０：０：１．７０」が指定された場合には、タイムテーブルに記載されている「０：０：１．５０」と「０：０：２．００」とのうち、指定された時刻に近い「０：０：１．５０」を選ぶ。そして、データファイル上の位置「３３００００００」からデータを再生する。
【０１７７】
データファイル上の位置は、例えば、ファイル先頭からのバイト単位での位置である。または、データファイル上の位置は、例えば、ブロック単位での位置である。または、データファイル上の位置は、例えば、セクタ単位での位置である。
【０１７８】
特殊再生の場合について説明する。特殊再生は、例えば、早送りまたは巻き戻しなどである。例えば、早送りの場合には、タイムテーブルを順に読み出し、指定された位置からファイルを読み出す。そして、１フレーム分のデータを再生した時点で、次の時刻の位置に移る。これによって、早送りでデータを再生できる。
【０１７９】
図７は、タイムテーブルを作成する手順を示すフローチャートである。
【０１８０】
日本の放送方式では、ＭＰＴは１００ｍｓごとに再送される。１ＧＯＰが０．５秒であれば、その間にＭＰＴを５回受信する。１ＧＯＰは、一つの「ストリーム伝送単位ＭＰＵ」である。
【０１８１】
また、１つのＭＰＴの１つのアセットにタイムスタンプを１５個格納することが許されている。つまり、タイムスタンプは重複して送出されている。
【０１８２】
ステップＳ７００１において、ストリームデータを受信する際に、ＭＭＴＰパケットを取り出す。そして、ＭＭＴＰパケットがＭＰＴを含む場合には、タイムスタンプ処理を実施する。
【０１８３】
ステップＳ７００２において、ＭＭＴＰパケットからＭＰＴを取り出す。そして、アセットごとの「ストリーム伝送単位ＭＰＵ」のシーケンス番号とタイムスタンプ情報との組合せを取り出す。
【０１８４】
ステップＳ７００３において、タイムスタンプ情報の重複を取り除く。前述のように、タイムスタンプ情報は重複して送出されているためである。この時点で、「ストリーム伝送単位ＭＰＵ」のシーケンス番号と再生時刻を示すタイムスタンプのリストとが得られる。
【０１８５】
このフローチャートには含まれていないが、並行して映像データまたは音声データを含むＭＭＴＰパケットは、順次、データファイルとして内蔵記録装置５１または光ディスク５３に記録される。そして、データファイル上の位置は記録時に判明する。
【０１８６】
ステップＳ７００４において、「ＲＡＰ＿ｆｌａｇ」が設定されているＭＭＴＰパケットを記録する際に、このパケットのファイル上での位置と、このＭＭＴＰパケットが属する「ストリーム伝送単位ＭＰＵ」のシーケンス番号とを取り出す。タイムスタンプのリストの中で、同じ「ストリーム伝送単位ＭＰＵ」のシーケンス番号を持つタイムスタンプ情報に、ファイル上に記録した位置の情報を追加する。
【０１８７】
ステップＳ７００５において、これらの処理が終了したか否かを確認する。処理が終了していない場合には、「ｎｏ」を選択して、ステップＳ７００１に進む。処理が終了した場合には、「ｙｅｓ」を選択して、ステップＳ７００６に進む。
【０１８８】
ステップＳ７００６において、内蔵記録装置５１または光ディスク５３に作成したデータを書き込む。
【０１８９】
このようにして、タイムテーブルを作成することができる。
【０１９０】
ここでは、ＧＯＰごとに設定されているＭＰＵタイムスタンプ記述子のタイムスタンプ情報を使って、ランダムアクセスを実現している。ＧＯＰは、「ストリーム伝送単位ＭＰＵ」である。そのため、データの再生を開始できる位置は、ＧＯＰ単位となる。つまり、０．５秒または１秒などの単位でしか再生位置を指定できない。例えば、時間指定による頭出し、早送りまたは巻き戻し等の場合には、この程度の精度で十分である。
【０１９１】
しかし、内蔵記録装置５１または光ディスク５３などに記録した後に、編集などを行う場合には、ＧＯＰ単位での位置指定では不十分である。例えば、同一番組の別の位置どうしを組み合わせ連続して再生する場合、または、別の番組どうしを組み合わせ連続して再生する場合などである。このような組み合せによって、お気に入りシーン集などを作成することができる。
【０１９２】
そこで、ＭＰＴ内のＭＰＵ拡張タイムスタンプ記述子を利用する。
【０１９３】
図８は、フレーム単位の時刻で検索できるタイムテーブルを示す図である。
【０１９４】
図８に示したタイムテーブルは、通常のタイムテーブルを拡張して、フレーム単位の時刻で検索できるようにしたタイムテーブルである。図８に示すタイムテーブルは、再生時刻、ファイル上のデータの位置およびＡＵ番号の情報を持つ。
【０１９５】
ＡＵ番号は、同一の「ストリーム伝送単位ＭＰＵ」に属するデータの中の何番目のＡＵであるかを示す。映像データの場合には、ＡＵはピクチャに相当する。しかし、デコードの効率のために、ＧＯＰ内でのＡＵの並びの順は、ピクチャの表示順とは必ずしも一致していない。
【０１９６】
このタイムテーブルでは、再生時刻の順番で並べられている。このため、ＡＵ番号は、前後している。つまり、ＡＵ番号は、順番に並んでいない。
【０１９７】
ＭＰＵ拡張タイムスタンプ記述子には、それぞれの「ストリーム伝送単位ＭＰＵ」内のＡＵに対して、最初に表示されるＡＵからの差分で再生時刻が与えられている。または、ＭＰＵ拡張タイムスタンプ記述子には、それぞれの「ストリーム伝送単位ＭＰＵ」内のＡＵに対して、再生時刻の間隔が与えられている。
【０１９８】
そこで、ＭＰＵタイムスタンプ記述子の再生時刻と、ＭＰＵ拡張タイムスタンプ記述子の差分時刻から各ＡＵの再生時刻を算出することが出来る。または、ＭＰＵタイムスタンプ記述子の再生時刻と、ＭＰＵ拡張タイムスタンプ記述子の再生時刻の間隔とから各ＡＵの再生時刻を算出することが出来る。
【０１９９】
なお、図８では、説明のために、一例として、１００分の１秒単位で記載してある。
【０２００】
ＭＰＵ拡張タイムスタンプ記述子の中では、タイムスケール（ｔｉｍｅｓｃａｌｅ）として、１秒を分割する数を定義している。そして、各ＡＵの再生時刻は、このタイムスケールを用いて表記する。映像で使用されるフレームレートは、毎秒６０枚または毎秒２４枚である。そして、１フレームを秒の小数単位で表記しようとすると、割り切れず、誤差が発生する。このため、タイムスケールを用いる。そこで、タイムテーブルのフレーム単位での時刻欄に、このタイムスケールを用いた値を採用することもできる。
【０２０１】
ＧＯＰの途中からデータの再生を開始したい場合でも、デコードは必ずＧＯＰの先頭から行う。そのため、データの読み込み開始位置は、同一の「ストリーム伝送単位ＭＰＵ」内では同一となる。
【０２０２】
このタイムテーブルを使ってデータの再生する場合の一例を説明する。
【０２０３】
時刻「００：００：０１．０４」を指定して検索した場合には、この時刻に相当するピクチャは存在しない。このため、直前のピクチャとなる「００：００：０１．０３」のピクチャから再生を行う。
【０２０４】
タイムテーブルを参照すると、このピクチャは、ファイル上の位置「２５００００００」から始まる「ストリーム伝送単位ＭＰＵ」のＡＵ番号２のＡＵである。つまり、このピクチャのＡＵは、３番目のＡＵである。
【０２０５】
そこで、ファイル上の位置「２５００００００」から読み出しを開始すると共に、デコードを開始する。１番目のＡＵのデコードが完了して、ピクチャのデータが作成される。この後に、この作成されたピクチャを表示しない。そして、差分情報しか持たない後続のＡＵのデコードを行う。そして、３番目のＡＵのデコードが完了した後に、この３番目のＡＵの映像から再生を開始する。このようにして、ＧＯＰの途中からデータ（映像）の再生を行うことができる。
【０２０６】
この例では、詳細な情報を持つタイムテーブルを１つ用いて再生するようにした。しかし、例えば、前述の早送り再生の場合などでは、必ずしも効率の良い方法とはいえない。そこで、標準のタイムテーブルと詳細なタイムテーブルとの２段階で検索を行う方法を取ることもできる。
【０２０７】
日本の新しい放送方式では、ＭＰＵ拡張タイムスタンプ記述子は、ＡＵ間の再生間隔を指定している。その間隔は、６０分の１秒または１２０分の１秒である。この間隔は可変である。しかし、番組内では同一フレームレートを用いている。そのため、詳細なタイムテーブルを用いずに、計算によって各フレームの再生時刻を求めることが出来る。
【０２０８】
この場合には、図６に示した「ストリーム伝送単位ＭＰＵ」ごとのタイムテーブルを利用して検索する。そして、再生を開始したい時刻を含む「ストリーム伝送単位ＭＰＵ」を特定する。そして、この再生時刻と再生を開始したい時刻との差を求める。この時刻の差とフレームレートとから、この「ストリーム伝送単位ＭＰＵ」内の表示順で、何枚目のピクチャであるのかを求めることが出来る。
【０２０９】
指定された時刻にフレームがない場合には、表示の順番で指定時刻の直前のフレーム、または直後のフレームとする。つまり、指定時刻の直前のフレーム、または直後のフレームを採用する。
【０２１０】
前述のように、ＡＵの並び順とピクチャの再生時刻の順番とが異なる。しかし、「ストリーム伝送単位ＭＰＵ」の先頭からデコードを開始する。そして、算出された再生の順番を持つピクチャのデコードが完了する。デコードが完了したピクチャから再生を開始する。これによって、ピクチャ単位の精度での頭出しを行うことが出来る。
【０２１１】
ここで、説明したタイムテーブルを別ファイルとして作成して録画を行った場合には、番組内容を記録するデータファイルにタイムスタンプを記録する必要はない。
【０２１２】
ＭＰＴは、タイムスタンプ以外の制御情報を含んでいる。例えば、ＭＰＴは、アセット情報などを含んでいる。タイムスタンプは、例えば、ＭＰＵタイムスタンプ記述子またはＭＰＵ拡張タイムスタンプ記述子などである。つまり、ＭＰＴは、ＭＰＵタイムスタンプ記述子またはＭＰＵ拡張タイムスタンプ記述子以外にも、アセット情報などのタイムスタンプ以外の制御情報を含んでいる。
【０２１３】
しかし、これらの情報は、番組の途中で変更される性格のものではない。このため、別ファイルなどで１箇所に記録しておくことで、ＭＰＴそのものは記録を省略することが出来る。例えば、図６では、アセットテーブルとして管理情報（Ｐａｃｋｅｔ＿ｉｄ）を保持している。
【０２１４】
ＭＰＴが単独でＭＭＴＰパケットに格納されている場合には、データファイルにＭＭＴＰパケットを記録する際に、ＭＰＴを格納したＭＭＴＰパケットを記録する必要がなくなる。
【０２１５】
ＭＰＴが他の管理情報と一緒にＭＭＴＰパケットに格納されている場合には、ＭＰＴを除いた管理情報でＭＭＴＰパケットを再構成する。そして、再構成されたＭＭＴＰパケットを記録することが出来る。
【０２１６】
ＭＰＵタイムスタンプ記述子またはＭＰＵ拡張タイムスタンプ記述子は、放送時には重複度の高いデータである。このため、省略することが出来れば、記録するデータサイズを小さくすることが可能となる。
【０２１７】
前述では、ＭＰＴを記録する必要はないとした。しかし、ＭＰＴを映像ストリームまたは音声ストリームなどのストリームを含むＭＭＴＰパケットと一緒に記録しておいた方が便利なこともある。
【０２１８】
例えば、多重化解除部２１とデコード部３１，３２，３３，３４とが一体となったＬＳＩを用いてデコード処理を行う場合には、ＭＰＴを含んだデータを多重化解除部２１に入力することで、多重化解除、デコードおよび同期処理を一括して行うことができる。
【０２１９】
また、フレーム単位の頭出しを行う場合にも、「ストリーム伝送単位ＭＰＵ」の前または先頭にＭＰＴがあれば、このＭＰＴを参照して、再生を開始する前に、フレーム単位での再生時刻を求めて頭出しを行うことが出来る。ＭＰＴは、「ストリーム伝送単位ＭＰＵ」の先頭付近にあってもよい。
【０２２０】
この場合にも、テレビ局から送信されてきたＭＰＴの全てを記録する必要はない。ＭＰＴの一部だけを記録することで処理することも出来る。
【０２２１】
図９は、ＭＭＴＰ方式でのＭＰＵタイムスタンプ記述子を用いた同期方式を説明する図である。図９では、「ストリーム伝送単位ＭＰＵ」の直前にＭＰＴを格納している。タイムテーブルには、「ストリーム伝送単位ＭＰＵ」の先頭の位置ではなく、このＭＰＴの位置を示している。
【０２２２】
従来のブルーレイディスクの記録方式では、これらのタイムテーブルに相当する情報としてクリップファイル内に「ＥＰ＿ｍａｐ」を格納していた。しかし、「ＥＰ＿ｍａｐ」は、固定長パケットとパケットごとのタイムスタンプを持つＭＰＥＧ２ＴＳを前提とした構造になっている。そのため、そのままではＭＭＴのデータに適用できない。
【０２２３】
そこで、前述のタイムテーブルを「ＥＰ＿ｍａｐ」の代わりに使用する。これによって、ＭＭＴのデータをブルーレイディスクに記録した際に、データアクセスを容易にすることができる。
【０２２４】
この例では、ＭＭＴＰパケットを結合して記録する説明を行った。しかし、ＴＬＶパケット、ＩＰパケットまたはＵＤＰパケットのそれぞれの状態で、パケットを結合して記録することもできる。また、タイムテーブルを拡張して、アセットごとに記録することも可能である。つまり、映像データまたは音声データの読み出し開始位置を検索できるようにする。そして、ＭＦＵの羅列としてデータを結合して記録する。
【０２２５】
［標準フォーマットを用いて記録する場合］
ＭＭＴでは、前述のように伝送フォーマットとは別に、蓄積フォーマットが規定されている。ＭＭＴの蓄積フォーマットでは、ＢＭＦＦ（ＩＳＯ／ＩＥＣ  １４４９６−１２  ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ）形式をベースに、データを格納する。この場合には、データのレイアウトは、図３に示された論理構造をしている。図３は、データの論理構造を示した図である。
【０２２６】
このデータの塊は、ＭＰＵと呼ばれている。このＭＰＵは前述の「ストリーム伝送単位ＭＰＵ」とは異なるものである。ここでは、仮に「番組蓄積用ＭＰＵ」と呼ぶ。「番組蓄積用ＭＰＵ」は、通常ファイルとして格納され、管理されている。
【０２２７】
図３の論理構造を用いて「番組蓄積用ＭＰＵ」の構造を説明する。
【０２２８】
ＭＰＵメタデータは、ファイルの管理データ、アセット情報、各種パラメーターまたはヒント情報などを含んでいる。アセット情報は、映像データと音声データとの組み合わせなどを管理する情報である。各種パラメーターは、デコーダーの動作モード等を設定するためのパラメーターである。ヒント情報は、ＭＰＵファイルに格納されたＭＦＵからＭＭＴＰパケットを再構成するための情報である。
【０２２９】
ムービーフラグメントメタデータは、再生時間で区切られた映像データまたは音声データなどにアクセスするための情報である。また、ムービーフラグメントメタデータは、映像データまたは音声データなどを再生するための情報である。
【０２３０】
実際の映像データおよび音声データは、ＭＦＵの羅列として格納されている。１つのムービーフラグメントメタデータとそれによって管理される一塊のＭＦＵとは、まとめてムービーフラグメントと呼ばれている。一般的には、複数のムービーフラグメントで１つのコンテンツを構成している。ネットワークストリーミング等では、一般的には、１フラグメントは１０秒から１５秒で構成されている。
【０２３１】
ＭＰＵメタデータおよびムービーフラグメントメタデータが放送波Ｂａ等で送られてくる場合には、これらを利用してＭＰＵを構成することができる。ＰＬＴ、ＭＰＴ、その他の制御情報またはＭＦＵを取り出すまでの各種ヘッダ情報は、冗長になるため、記録する必要はない。
【０２３２】
一方、新しい日本の放送方式案では、ＭＰＵメタデータおよびムービーフラグメントメタデータは、放送時に送出されない。そのため、ＰＬＴ情報、ＭＰＴ情報および各種のヘッダ情報を組み合わせて、独自にＭＰＵメタデータ等を作成する。
【０２３３】
光ディスク５３への記録にも、上記の蓄積フォーマットを使用することを考える。光ディスク５３では、物理的に連続して格納されたデータを比較的高速に読み出すことが可能である。しかし、光ディスク５３上の直径方向に離れた位置にあるデータを読み出す場合には、ヘッドシークを伴うため、データを読み出しに時間を要する。つまり、光ディスク５３では、前後して使用される可能性の高いデータを、連続した領域またはディスク５３上の近い位置に配置した方が、効率よくデータを読み出すことが可能になる。
【０２３４】
図３に示された論理構造そのままのデータ配置で、データを記録すると、ＭＰＵメタデータ、ムービーフラグメントメタデータおよびＭＦＵが、物理的な配置として分散して格納される。ＭＰＵメタデータは、再生に必要なデータである。ＭＦＵは、映像データを格納している。このため、光ディスクの特性上、図３に示された論理構造のままのデータ配置は、不利なデータ配置となる。
【０２３５】
多くのファイルシステムでは、蓄積されるデータの論理構造と物理配置とを別々に管理することができる。ブルーレイディスクで採用しているＵＤＦも同様である。
【０２３６】
そこで、論理構造は規格通りとして、物理配置では、ＭＰＵメタデータとムービーフラグメントデータとをまとめて記録する。
【０２３７】
図３の物理配置に示したデータ構造は、光ディスク上の物理的なデータ配置として、管理情報をまとめて配置した例である。このようなデータ配置とすることで、ＭＰＵメタデータとムービーフラグメントメタデータとを一度に読み込むことが可能となる。
【０２３８】
なお、「データ構造」は、ここでは、ファイルシステムよりも上位からみた構造を示している。例えば、論理的なデータ構造、ディレクトリまたは１つのファイル内でのデータの並びなどである。一方、「データ配置」は、ファイルシステムよりも下位から見た配置を示している。例えば、物理的なデータのレイアウトなどである。ファイル名とファイル名とで結び付けられたブロック、または、データのつながりを示すブロック同士のリンク情報などで構成されている。この場合には、ブロックは、ディスク上の物理的な位置と結びついて管理されているデータの集合である。ファイルシステムによっては、他の名称が用いられる事もある。
【０２３９】
そして、図３の物理配置に示したデータ配置は、ヘッドシーク回数を減らす。そして、図３の物理配置に示したデータ配置は、再生を開始する際にかかる時間およびランダムアクセスの際にかかる時間を短くすることができる。
【０２４０】
また、論理構造と物理配置とを分けて考えることはせずに、単純に管理情報のコピーを別ファイルにもたせることも考えられる。図３に示した追加クリップファイルは、そのような場合の一例である。この場合には、例えば、ランダムアクセスを容易にするための追加情報等を、ファイルに追加することも可能である。
【０２４１】
これまで示した例では、フラグメントを用いたデータ構造の例で説明した。しかし、フラグメント単位での送出を想定しない場合には、ムービーフラグメントメタデータをもたないデータ構造での記録も可能である。
【０２４２】
ＢＭＦＦによるファイルフォーマットでは、管理情報とストリームデータとは、同一ファイルにまとめて記録されている。一方、従来のブルーレイディスクの記録方式では、管理情報とストリームデータとは、分けて管理されていた。
【０２４３】
これは、管理情報をまとめて読み込み、再生するデータにあわせて機器を設定した後に、ストリームデータの再生を行うことが、光ディスクの機器に適しているためである。管理情報とストリーム情報とは、光ディスク上では、領域を分けて記録されている。また、管理データは光ディスクの損傷に備えて、光ディスク上に２重に記録して、バックアップデータとしているためでもある。このバックアップデータは、光ディスク上の離れた位置に記録されている。
【０２４４】
ＢＭＦＦにおける管理データは、ブルーレイディスクでは、主にクリップファイルで管理されている情報である。そこで、ＢＭＦＦとして記録する際に、番組の管理データ部分をファイルシステム上の別ファイルから参照する。つまり、見かけ上、番組の管理データ部分を別のファイルとすることができる。
【０２４５】
図１０は、ＢＭＦＦとしてストリームデータを記録した場合の説明図である。
【０２４６】
図１０に示したのは、ＢＭＦＦとしてストリームデータを記録した場合の例である。
【０２４７】
物理的な配置としては、管理データは、光ディスク５３上の管理データ領域に記録される。ストリームデータ部分は、光ディスク５３上のストリームデータ領域に記録される。
【０２４８】
ストリームファイルとして、このデータにアクセスする際には、ファイルシステムが管理データ部分とストリームデータ部分とを関連付けて、論理的に１つのＢＭＦＦファイルとして見えるようにする。
【０２４９】
一方、ブルーレイディスクの管理データであるクリップファイルとしてこのデータにアクセスする際には、ＢＭＦＦファイルの管理データ部分のみをファイルとして見えるようにする。クリップファイルは、ブルーレイディスクの管理データである。
【０２５０】
このような配置とすることによって、ＭＭＴの標準記録フォーマットとしてＢＭＦＦ形式のファイルを作成することができる。また、ブルーレイディスクの管理方法とも整合性のあるデータ形式とすることができる。
【０２５１】
このようにして、ＢＭＦＦとして記録されたデータのヘッダ部分を、別のファイルとして参照できるようにすると、光ディスク５３上でのデータ管理においても有利になる。また、管理データのバックアップデータの作成も容易になる。
【０２５２】
例えば、ＰＣなどで映像データを取り出す際には、ＢＭＦＦファイルをコピーすれば管理情報とストリームデータとの両方を含むＢＭＦＦファイルとしてコピーできる。一方、光ディスク内の管理情報のバックアップを作成する際には、ＢＭＦＦＣＬＩＰファイルからコピーを作成すれば、バックアップの必要な管理データ部分のみのデータがコピーできる。
【０２５３】
また、管理データとストリームデータとを分けて保管している光ディスクのフォーマットに合わせて、ＢＭＦＦの管理データ部分を光ディスク５３の他の管理データを格納している領域に格納できる。このため、再生を準備する際のヘッドシーク量を減らすことが出来る。
【０２５４】
≪（Ｂ）多重化が解除されたエレメンタリーストリームＳｅの状態でのデータの記録≫
前述の例では、受け取ったデータに対して、部分的に多重化を解除ながら、蓄積用フォーマットに変換する方法について説明した。受け取ったデータは、放送波Ｂａ、外部装置ＥｉまたはネットワークＮｅなどから受け取ったデータである。
【０２５５】
しかし、多重化解除部２１がハードウェアとして作られている場合などには、映像または音声などに分離されたＥＳ（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）の状態で取り出して、記録することができる。なお、ＥＳは、図１ではエレメンタリーストリームＳｅとして示されている。
【０２５６】
ＥＳは、圧縮された映像データのストリームまたは音声データのストリームである。ＥＳは単位ごとに区切られるが、ここで「単位」は、処理する上で意味のある単位である。この単位は、例えば、映像データの場合にはピクチャあるいはＮＡＬである。また、この単位は、例えば、音声データの場合にはブロックである。
【０２５７】
以下において、映像記録フォーマットは、ＩＳＯ  ＢＭＦＦを例に取って説明する。
【０２５８】
ＢＭＦＦにおいて、多重化された状態でデータを記録する方式では、時間の流れを持ったデータを管理するデータをトラックと呼ぶ。
【０２５９】
前述の多重化が解除されていない状態で記録する方式では、トラックは１つである。これは、例えば、映像データと音声データとが多重化された状態であるため、時間の流れを持ったデータは、多重化ストリームＳｍの１つである。多重化ストリームＳｍは、ＭＦＵの羅列として表現されている。
【０２６０】
一方、エレメンタリーストリームＳｅの状態では、例えば、映像データと音声データとは分離されたＥＳストリームデータとして存在する。そのため、映像データのトラックと音声データのトラックとを個別に作成する。映像データのトラックと音声データのトラックとは、データファイル上の管理データを格納する領域に記録される。そして、映像データと音声データとは、メディアデータを格納する領域に格納される。
【０２６１】
それぞれのトラックは、再生時刻を示している。また、それぞれのトラックは、再生時刻に対応したメディアデータを格納する領域の位置を示している。メディアデータは、映像データまたは音声データなどである。
【０２６２】
そして、映像データと音声データとは、時間的に同期を取った状態で関係付けがされる。また、字幕なども、同様に、表示タイミングを含めて関係付けがされている。
【０２６３】
新しい日本の放送方式案では、ＭＭＴＰパケットのＭＴＰ内に、番組内で使用される映像、音声または字幕などの組合せが示されている。また、ＭＭＴＰパケットのＭＴＰ内に、映像、音声または字幕などの表示タイミングまたは再生タイミングが示されている。また、ＭＭＴＰパケットのＭＴＰ内に、映像、音声または字幕などのデータの格納位置が示されている。
【０２６４】
番組を構成する（データ放送の部品等）データファイルなどをＭＭＴで送る場合には、１つのファイルを１つのＭＰＵに格納する。このＭＰＵを「データ要素ＭＰＵ」と呼ぶ。そして、この１つの「データ要素ＭＰＵ」を分割して、ＭＦＵとしてＭＭＴＰで送付する。この場合には、ＭＰＵヘッダまたはＭＰＵメタデータも同時に送付される。
【０２６５】
また、映像または音声などのストリームデータでは、オーバーヘッドを回避するために、データ要素ＭＰＵを使用しない。その代わりに、ＡＵまたはＮＡＬを直接ＭＦＵに入れてＭＭＴＰで送付する。
【０２６６】
しかし、新しい日本の放送方式案の時間管理では、ランダムアクセスフラグの単位でＭＰＵを構成することになっている。時間の指定は、ＭＰＵに対して行う。このため、１つのＧＯＰで０．５秒から１秒の単位であれば、時間指定の単位として問題はない。この場合には、ＭＰＵヘッダまたはＭＰＵメタデータ等は送付されない。このランダムアクセスフラグを区切りとした一式のＭＭＴＰパケットの集合を、前述の通り、ここでは、仮に「ストリーム伝送単位ＭＰＵ」と呼んでいる。
【０２６７】
また、多重化されたデータを受信して、ファイルに記録する。このファイルに記録する際に用いられるデータ構造もＭＰＵである。例えば、ファイルに記録する際に、番組全体で１つのＭＰＵとすることができる。この用法でのＭＰＵを、ここでは、仮に「番組蓄積用ＭＰＵ」と呼ぶ。また、ストリーム伝送単位ＭＰＵ単位で記録することもできる。この場合には、ＭＰＵのファイルの数が膨大になる。また、ストリーム伝送単位ＭＰＵを束ねてＭＰＵに格納することもできる。このストリーム伝送単位ＭＰＵを束ねたＭＰＵを、ここでは、仮に「番組蓄積用ＭＰＵ」と呼ぶ。
【０２６８】
日本の新しい放送方式の場合には、ＧＯＰ単位で「ストリーム伝送単位ＭＰＵ」を構成している。ＭＰＴ内の「ＭＰＵタイムスタンプ記述子」によって、先頭のフレームの表示時刻が指定されている。ここでの時刻は、ＮＴＰ時刻である。「拡張タイムスタンプ記述子」によって、ＧＯＰ内の後続のフレームの表示時刻が指定されている。後続のフレームの表示時刻は、先頭のフレームの表示時刻からの差で示される。
【０２６９】
多重化が解除されエレメンタリーストリームＳｅが取り出された状態ではＭＰＴが取り除かれている。そのため、ＭＰＴとその他の制御情報とを組み合わせて、トラックなどの管理情報を作成して、記録する必要がある。トラックは、時間の流れを持ったデータの管理情報である。時間の流れを持ったデータは、例えば、映像データまたは音声データなどである。トラックは、データの種類、再生時刻または実際のデータの記録位置へのポインタなどを含んでいる。これらのデータは、前述のタイムテーブルの作成と同様の手順で作成することが出来る。
【０２７０】
トラックでは、細かな時間単位でデータの取り出し位置を指定することが出来る。そのため、再生時間の順番またはデコード時間の順番に、映像データと音声データとを混在させて並べることが出来る。このような構造を取ることによって、同時に再生する必要のある映像データと音声データとを、ヘッドシークを抑えて取り出すことができる。
【０２７１】
このようにして、ＭＭＴで送出された番組を、ＢＭＦＦ形式のファイルとして記録することが出来る。
【０２７２】
実施の形態２．
実施の形態２では、ＭＭＴＰパケットを順次記録する。ＭＭＴＰパケットは、受信した放送を番組レベルで選別したものである。
【０２７３】
１つの送信機から送信されるデータは、複数の放送局の複数の番組を多重化できるように作られている。そのため、ユーザーが特定の番組を視聴し、または録画する場合には、放送局のレベルでの分離と、番組のレベルでの分離とが必要となる。
【０２７４】
ここでは、番組のレベルまでの分離が完了しており、録画の対象となる１つの番組を構成するＭＭＴＰが順次取り出されて、記録されているものとする。この状態は、部分的にデータの多重化が解除されている状態である。つまり、番組の単位までは多重化が解除されている。しかし、番組を構成する個々の映像、音声、字幕ストリームまたは制御データは多重化されている。
【０２７５】
図１１は、ＭＭＴＰ方式でのＭＰＴによる多重化の解除を説明する説明図である。図１２は、タイムテーブルと映像データの関係を説明する説明図である。図１３は、ＭＭＴＰ方式でのＭＰＴデータの構造の例を説明する図である。図１４は、映像を中心に考えた場合のアライメントを説明する説明図である。
【０２７６】
図１１に示したＭＭＴストリームは、番組を構成するＭＭＴＰパケット列の例である。このＭＭＴストリームでは、例えば、映像、音声および字幕などが、それぞれ一本ずつ多重化されている。実際の放送では、複数の映像、音声および字幕などが多重化されることもある。
【０２７７】
映像、音声および字幕などは、番組を構成する要素である。これらの番組を構成する要素をアセットと呼ぶ。ＭＭＴストリームは、ＭＭＴＰパケットの単位で多重化されている。このため、ＭＭＴストリームには、サービスインフォメーションのパケットとアセットデータのパケットとが混在している。
【０２７８】
サービスインフォメーションのパケットは、多重化ストリームのための制御信号である。サービスインフォメーションは、例えば、映像、音声または字幕を分離するための制御情報である。また、サービスインフォメーションは、映像、音声および字幕を同期して再生するための制御情報である。そして、サービスインフォメーションは、各アセットの名称を表示するための情報である。
【０２７９】
アセットデータのパケットは、例えば、映像、音声および字幕のアセットを構成する。実施の形態２では、記録媒体の上にこれらのパケットを順次記録する。ここでは、簡単のため、ファイルとしてＭＭＴストリームを構成するこれらのパケットを順次記録することとする。
【０２８０】
図１１に示すように、ＭＭＴストリームは、制御パケットＳＩ（ＭＰＴ）、映像パケットＶ、映像パケットＶ（ＲＡＰ）、音声パケットＡおよび字幕パケットＴを含んでいる。制御パケットＳＩ（ＭＰＴ）は、でＭＰＴの付いている制御パケットである。制御パケットＳＩ（ＭＰＴ）は、サービスインフォメーションの一種である。映像パケットＶ（ＲＡＰ）は、ＲＡＰフラグの付いている映像パケットである。
【０２８１】
実際には、制御パケットＳＩとして多くの種類のものが送信されている。しかし、ここでは、説明を容易にするために、ＭＰＴに注目して記載してある。ＭＰＴは、放送規格では約１００ｍｓ間隔で定期的に送信することになっている。
【０２８２】
ＭＭＴストリームを先頭から順次再生する場合には、ＭＭＴストリームを記録したファイルの先頭からデータを順次取り出す。そして、順次、ＭＭＴストリームを多重化解除部２１に送り込むことで、データの再生を行うことができる。例えば、図１に示す多重化ストリームＳｍとして多重化解除部２１に入力する。
【０２８３】
多重化解除部２１は、受け取ったデータを順次解析する。多重化解除部２１は、ＭＰＴを含むデータパケットを受け取ると、ＭＰＴの記述にから多重化解除および映像を表示するタイミング等に用いる情報を取り出す。そして、多重化解除部２１は、多重化解除部２１およびデコード部３１，３２，３３，３４の設定を行う。
【０２８４】
図１３に、ＭＰＴに記述されているデータの一例を示す。図１３に示すデータは、ＡＲＩＢ規格ＳＴＤ−Ｂ６０に基づいている。例えば、ＭＰＴには、複数のアセットを取りだすための情報が記述されている。各アセットは、ＭＭＴ内の識別情報によって、データを取得するための情報とデータを分離するための情報とを得る。ＭＭＴ内の識別情報は、例えば、ロケーション情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（））である。
【０２８５】
また、図１３では省略してあるが、コンポーネント記述子の情報から各アセットのストリームの詳細情報を得ることができる。この情報を基に、図１１に示したように、多重化されている各種ストリームを分離して、再生する。
【０２８６】
放送を記録する場合にも、図１１のＭＭＴストリームのデータは、ファイルに順次記録される。そして、ＭＭＴストリームのデータは、ファイルの先頭から順次取出されて再生される。この場合には、必ずしも、ＭＭＴパケットそのものである必要はない。ＭＭＴパケットの内部のデータが取り出された状態で記録されてもよい。また、逆に、ＩＰパケットの状態またはＴＬＶパケットの状態で記録されてもよい。
【０２８７】
次に、ランダムアクセスを考える。ここでは、一例として、時刻指定ジャンプを説明する。しかし、チャプターサーチおよび早送り巻き戻しなどでも同様である。
【０２８８】
図１２を用いてランダムアクセスの動作について説明する。タイムテーブルＴＭは、番組上の時刻情報と、その時刻情報に対応する再生位置とを対応付けるデータである。再生位置は、ここでは、ＭＭＴストリームのデータを記録したファイルの先頭からのオフセットとして説明する。しかし、再生位置として、セクタアドレスまたはブロックアドレスなどが用いられることもある。
【０２８９】
このタイムテーブルＴＭを用いて、時刻に対応した再生位置からデータを取り出して再生する。これによって、時刻指定ジャンプを行うことができる。つまり、時刻を指定した再生を行うことができる。
【０２９０】
通常、映像データはＧＯＰ単位で構成されている。ＧＯＰは、例えば、０．５秒から１秒間程度の映像をまとめて圧縮したものである。ＧＯＰは、例えば、数十枚の画像を含んでいる。１つのＧＯＰは、１枚から複数枚の完全な画像と、数十枚の差分画像とを含んでいる。ＧＯＰは、圧縮された差分画像を含んでいるため効率が良い。
【０２９１】
また、表示される順番とデコードされる順番とは、必ずしも対応していない。そのため、ＧＯＰの途中から再生したい場合でも、必ずＧＯＰ先頭からデータをデコードする必要がある。そのため、ＭＭＴＰパケットでは、ＧＯＰの先頭に、ＲＡＰフラグを付けることができる。ＲＡＰフラグは、ランダムアクセスが可能であることを示すフラグである。図１２では、このＲＡＰフラグの付いているパケットの位置を、ＧＯＰの先頭としてタイムテーブルに格納している。そして、これによって、ランダムアクセスを実現している。
【０２９２】
１枚の画像データから完全な画像を再現できる画像データをＩピクチャと呼ぶ。Ｉピクチャは、１つのＧＯＰ内に必ず１つ存在する。しかし、１つのＧＯＰ内に複数のＩピクチャが存在することもある。Ｉピクチャのうち、他の画像との依存関係から、ＧＯＰ内で最初にデコードされるＩピクチャはＩＲＡＰと呼ばれている。このＩピクチャから再生することで、後続の画像データを正しく表示できる。
【０２９３】
ＭＭＴＰパケットのＲＡＰフラグは、ＩＲＡＰの画像データの先頭パケットまたは制御パケットに付けられている。１つのＩピクチャとの差分データで構成された画像データはＰピクチャと呼ばれている。参照先のＩピクチャと、Ｐピクチャの画像データとを合成することで、このＰピクチャの画像を再現できる。複数の他の画像を参照して画像を再現できる画像データをＢピクチャと呼ぶ。
【０２９４】
映像データと同様に、音声データでも一つのかたまりのデータの先頭の概念が存在する。そして、音声データの先頭にＲＡＰフラグが付けられている。しかし、説明を単純にするために、ここでは映像データのＧＯＰの区切りで音声データパケットも区切る。
【０２９５】
図１２に示すランダムアクセスの動作を、図１１に示すパケットレベルでの読み出しに対応して考えてみる。
【０２９６】
タイムテーブルＴＭから再生位置の情報を取出す。そして、図１１のＭＭＴストリームの位置Ｐ１からパケットを取り出して再生を行う。位置Ｐ１は、最初の映像パケットＶ（ＲＡＰ）の位置である。この時点では、ＭＰＴ情報が取得できていない。そのため、映像、音声および字幕などアセット単位での分離を行うことができない。
【０２９７】
順次読み出しが行われて位置Ｐ２で制御パケットＳＩ（ＭＰＴ）が読み出される。これによって、アセットを分離するためのパラメーターが取得される。つまり、映像、音声および字幕などを分離することができる。
【０２９８】
この時、位置Ｐ１から位置Ｐ２までのデータが分離できず、結果として読まれなかった場合には、ＧＯＰの先頭のデータが失われることになる。そして、このＧＯＰをデコードすることができない。
【０２９９】
位置Ｐ３以降は、位置Ｐ２で既に取得済みのＭＰＴ情報があるためデコードが可能となる。位置Ｐ３は、位置Ｐ１の次のＧＯＰの先頭である。そのため、本来、再生を開始したいＧＯＰからではなく、次のＧＯＰから再生されることがある。
【０３００】
同一の番組内でのチャプターサーチまたは早送り等の場合において、再生に使用していたＭＰＴのアセット情報がジャンプ先のＭＰＴのアセット情報と一致する場合には、ジャンプ先の先頭である位置Ｐ１から始まるＧＯＰから再生することが可能である。しかし、コマーシャル（ＣＭ）または番組の変更などを挟んで番組を再生する場合には、ジャンプ前のＭＰＴとジャンプ後のＭＰＴとでアセットが同一である保証はない。または、録画済みの異なる番組を繋いだ編集がされている場合には、ジャンプ前のＭＰＴとジャンプ後のＭＰＴとでアセットが同一である保証はない。
【０３０１】
また、アセットの変更が行われる場合には、放送規格案は、実際のデータが再生される０．５秒前からＭＰＴを更新するように求めている。これは、例えば、アセットを分離するためのフィルタの設定などには時間がかかる。また、音声が切り替わる時のミュート処理などには時間がかかる。また、映像が切り替わる時のミュート処理などには時間がかかる。これらのために、実際のデータが切り替わる直前のタイミングでＭＰＴを変更しても、フィルタの切り替え又はミュート等を行うための処理が間に合わない可能性があるためである。
【０３０２】
これは、ランダムアクセスの時も同様である。ジャンプ先ですぐにＭＰＴを取得することができても処理系の切り替えが間に合わず、最初のＧＯＰを正しく表示できない可能性がある。または、データの切り替えに必要な時間を確保するために、表示を遅延させる必要がある。ここで、「処理系」とは、例えば、多重化解除部２１およびデコード部３１，３２，３３，３４等である。
【０３０３】
そこで、この実施の形態２では、図１２に示したように、まず、ＭＰＴの情報をタイムテーブルＴＭ内に格納する。そして、時刻を指定してジャンプをする時には、ＭＰＴの情報を多重化解除部２１およびデコード部３１，３２，３３，３４に設定する。その後、再生を開始する位置のデータを読み出す。
【０３０４】
このようにすることで、シークなどのデータの読み出しの準備と並行して、処理系（多重化解除部２１およびデコード部３１，３２，３３，３４等）の切り替えを行うことができる。そして、データの切り替えに必要な時間を短縮することができる。
【０３０５】
この例では、ＭＰＴそのものをタイムテーブルＴＭに格納している。他の方法として、ＭＰＴ内に記載されているアセットを分離するための情報と、ＧＯＰの表示開始の時刻とを、タイムテーブルＴＭに格納する。ＧＯＰの表示を開始する時刻をタイムテーブルＴＭの時刻として使用することもできる。このように、アセット情報を取出してタイムテーブルＴＭに格納する方法がある。
【０３０６】
また、他の方法として、別のテーブルにＭＰＴまたはアセット情報を記録する。そして、タイムテーブルＴＭには該当するＭＰＴ情報またはアセット情報への参照を持たせる方法がある。また、参照ではなく、同一の時刻で検索できる別のタイムテーブルを用意して、そちらにＭＰＴまたはアセット情報を記録する方法がある。ＭＰＴには複数ＧＯＰの表示開始の時刻が格納されている。これらの一部またはすべてをタイムテーブルＴＭに格納しても良い。
【０３０７】
同様に、ＨＤＲパラメーター等によってテレビの制御を変更する場合でも、バックライトの輝度の変更または液晶の駆動電圧の設定変更に時間がかかる場合がある。その場合には、ＨＤＲパラメーター等をタイムテーブルＴＭに格納する。これによって、事前にテレビの制御を行うことが可能となる。図１２では、タイムテーブルＴＭのメタデータ領域が、これらのパラメーターを格納する領域の一例として示されている。
【０３０８】
特殊再生を行う場合には、ＧＯＰ内でＩＲＡＰ画像（ＩＲＡＰピクチャ）のみを再生して、他の画像を表示しない場合がある。特殊再生は、例えば、早送りまたは巻き戻し等である。ＩＲＡＰ画像は、デコードの順番で最初の画像である。また、ＩＲＡＰ画像は、データ配置の順番でもＧＯＰの先頭に置かれる。つまり、ＩＲＡＰ画像は、ＧＯＰの先頭に位置している。また、ＩＲＡＰ画像は、他の画像に依存しない。このため、ＩＲＡＰ画像は、単独でデコード可能である。この場合には、ＩＲＡＰ画像の位置は、タイムテーブルＴＭから読み取れる。
【０３０９】
しかし、効率よく読み飛ばすためには、ＩＲＡＰ画像の末尾がわかる方が便利である。そこで、ＩＲＡＰ画像のサイズまたはＩＲＡＰ画像の末尾をタイムテーブルＴＭに格納する。これによって、効率よく特殊再生を行うことができる。図１２では、タイムテーブルＴＭのＩＲＡＰサイズ欄がこのデータを格納する領域の一例として示されている。
【０３１０】
映像を構成する画像データがスライスとして記録されている場合には、スライス単位でデータにアクセスできた方が良い場合がある。「スライス」とは、画像データがデコード可能な状態で分割されていることである。特殊再生用として考えた場合には、例えば、ＧＯＰ内のＩＲＡＰ画像の特定のスライスのみを再生して、他のスライスを表示しない方法がある。特殊再生は、例えば、早送りまたは巻き戻しなどである。
【０３１１】
この場合には、ＧＯＰの先頭にあるＩＲＡＰ画像のデータとスライスとの各々の位置およびサイズをタイムテーブルＴＭに格納するこれによって、効率よく特殊再生を行うことが可能となる。図１２では図示していないが、例えば、タイムテーブルＴＭのＩＲＡＰサイズ欄を拡張して、このデータを格納することができる。
【０３１２】
早送り、巻き戻しをなめらかに行うために、ＩＲＡＰ画像に加えて、ＧＯＰに含まれている非ＩＲＡＰのＩピクチャまたは非ＩＲＡＰのＰピクチャを表示することもある。この場合には、ＩピクチャおよびＰピクチャの各々の開始位置、サイズまたは末尾の位置をタイムテーブルＴＭに格納する。これによって、効率よく特殊再生を行うことが可能となる。
【０３１３】
図１２では図示していないが、例えば、タイムテーブルＴＭのＩＲＡＰサイズ欄を拡張して、これらのデータを格納することができる。または、別途、Ｉピクチャ用またはＰピクチャ用の位置、サイズまたは末尾の位置を示すテーブルを用意する。そして、タイムテーブルＴＭには、このテーブルへの参照を格納することもできる。
【０３１４】
次に、ＨＤＤまたは光ディスク等のディスクデバイスに、この実施の形態２でのＭＭＴストリームを格納することを考える。
【０３１５】
多くのディスクフォーマットでは、固定サイズのデータブロックをアクセス単位としている。このアクセス単位は、セクタ、ブロック、クラスタまたはページ等と呼ばれている。ここでは、単に「ブロック」と呼ぶ。例えば、ブルーレイディスク規格では６１４４Ｂｙｔｅをアラインドユニット（Ａｌｉｇｎｅｄ  Ｕｎｉｔ）と呼び、１つの記録単位として取り扱う。また、ブルーレイディスク規格およびＵＤＦ規格では、１ブロック２０４８Ｂｙｔｅが良く使われる。ＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）は、光ディスク用のファイルシステムである。
【０３１６】
ランダムアクセスを行う場合には、データの境界をこのブロックに合わせることで効率よくアクセスする事ができる。また、ディスクデバイスの構造だけでなく、例えば、暗号化の単位としてブロックサイズが決められることもある。この場合でも、アクセスの単位としてブロック境界に合わせてデータにアクセスできると効率が良い。このようなアクセス効率などを考慮してデータのサイズまたはデータを格納する位置を決めることをアライメントと呼ぶ。
【０３１７】
トランスポートストリーム（ＴＳ）を記録する場合には、３２個のＴＳパケットが接続されて、６１４４Ｂｙｔｅのデータとなる。ＴＳパケットは、１９２Ｂｙｔｅである。これによって、ＵＤＦの３つのブロックに効率よく記録できる。ＵＤＦの１つのブロックは、２０４８Ｂｙｔｅである。ＭＭＴＰパケットは、可変長パケットである。このため、単純にパケットの数でブロックの境界に合わせることができない。
【０３１８】
図１２で示したように、ランダムアクセスを行う場合には、ＧＯＰの先頭へのアクセスを効率的に行うことが望ましい。しかし、ＧＯＰ内のどの画像から再生する場合でも、ＧＯＰの先頭からデータを読み出す必要がある。そこで、ＧＯＰ単位でブロックの境界に合わせて記録することを考える。
【０３１９】
図１４（Ａ）に、ＧＯＰをデータアクセスの単位として、ＧＯＰの先頭がブロックサイズの整数倍になるようにしたＭＭＴストリームを記録したファイルの一例を示す。
【０３２０】
図１４（Ａ）は、ＭＭＴストリームを記録したファイルのデータの一部を示している。図１４（Ａ）の左側がファイル前方に、右側がファイル後方に対応している。ＭＭＴストリームのパケットは、例えば、図１４（Ａ）の左側から右側に向けて順次記録されている。図１４（Ａ）は記録されているデータの一部のみを記載している。実際には、このデータ構造が多数繰り返して記録されている。
【０３２１】
図１４（Ａ）中の符号Ｂｂはブロック境界を示している。また、「ｎ１」、「ｎ２」、「ｎ３」、「ｎ４」、「ｎ５」および「ｎｍ」は整数を示している。「ｍ」は正の整数である。「×」は乗算を示している。そのため、「ブロック×ｎ」は、データがブロックサイズの整数倍になっている事を示している。
【０３２２】
ＧＯＰの先頭がブロックの境界となるようにアライメントする場合には、ＧＯＰのデータサイズが必ずしもブロックサイズの整数倍とならない。このため、図１４中のパディング（Ｐａｄ）を用いる。「パディング」とは、データをアライメントするために、意図的に無効領域を作ることである。パディングにはいくつかの方式がある。例えば、１つとして、無効を示すデータを記録する方式である。また、他には、ＯＳまたはファイルシステムが無効なデータ領域を管理する方式などがある。
【０３２３】
図１４（Ａ）の例では、ＧＯＰ単位でブロックにアライメントしている。このため、ＧＯＰ単位でのランダムアクセスを効率よく行うことができる。なお、この例では、映像データについてのみ説明を行っている。しかし、実際には、図１１に示すように、映像データ、音声データおよび字幕データなどが多重化され混在している。
【０３２４】
そのため、映像データの区切り位置でストリームデータを分割した場合には、映像以外の音声データまたは字幕データに関しては、適切な区切り位置で分割されるとは限らない。そのため、ランダムアクセス時に音声または字幕が遅れて再生される可能性がある。通常、音声または字幕の再生が遅れても、映像とのずれが発生しなければ問題とならない。このため、ここでは、映像の区切り位置を基に、他のデータも一固まりのデータとして取り扱う。
【０３２５】
図１４（Ｂ）は、画像単位でアライメントしたＭＭＴストリームを記録したファイルの一例を示す。図１４（Ｂ）では、ピクチャ（ＡＵ）とパディングとの組み合わせがブロックの整数倍となっている。この場合には、画像単位でのアクセスが必要な時に効率が良い。
【０３２６】
ＡＵは、圧縮データの意味のある固まりの1種である。画像（ピクチャ）データの場合には、１枚分の画像である。つまり、ＡＵは、ＩＲＡＰピクチャ、Ｉピクチャ、ＰピクチャまたはＢピクチャのいずれかになる。
【０３２７】
この図１４（Ｂ）では、画像の単位ですべてのアライメントを行った。しかし、ランダムアクセスの時に重要になるのはＩＲＡＰピクチャである。ＩＲＡＰピクチャは、ＧＯＰの先頭に置かれる。そのため、ＩＲＡＰピクチャとそれ以外のピクチャをまとめたものとの２つに分けてアライメントを行うこともできる。
【０３２８】
図１４（Ｃ）に、ＩＲＡＰピクチャの先頭、Ｉピクチャの先頭およびＰピクチャの先頭をブロック境界にアライメントを行った。図１４（Ｃ）は、Ｉピクチャを「Ｉ」と示し、Ｐピクチャを「Ｐ」と示し、Ｂピクチャを「Ｂ」と示す。早送りまたは巻き戻しなどの場合に、ＩＲＡＰピクチャだけではなく、ＩピクチャまたはＰピクチャ等を利用する場合に効率が良い。この図１４（Ｃ）では、ＩＲＡＰピクチャの先頭、Ｐピクチャの先頭または非ＩＲＡＰのＩピクチャの先頭でアライメントを行っている。しかし、Ｐピクチャ先頭またはＩピクチャ先頭でのアライメントを省略しても良い。
【０３２９】
図１４（Ｄ）に、スライス単位でアクセスすることを考えてアライメントを設定したＭＭＴストリームを記録したファイルの一例を示す。映像がスライス構成となっている場合には、スライス単位でのアクセスを効率よく行うことができる。
【０３３０】
図１４（Ｄ）で、画像（ピクチャ）データの最初には、非ＶＣＬデータが記載されている。非ＶＣＬデータは、ＡＵＤ、ＶＰＳまたはＳＰＳなどのパラメーター類である。後続のスライス＃１からスライス＃４は、ＶＣＬデータである。ＶＣＬデータは、圧縮された画像データである。
【０３３１】
スライス単位でデコードを行う際にも、非ＶＣＬデータは各々のスライスをデコードする際に必要となる。例えば、スライス＃２をデコードする際には、非ＶＣＬデータとスライス＃２のデータとを組み合わせてデコードする。そのため、ここでは非ＶＣＬデータと、スライス＃１からスライス＃４とでそれぞれアライメントを行っている。
【０３３２】
実際には、非ＶＣＬデータは各スライスと比べて非常に小さいことが多い。また、スライス＃１のデコードを行う前には、非ＶＣＬデータを必要とする。このことから、非ＶＣＬデータとスライス＃１とをまとめてアライメントを行うことも考えられる。
【０３３３】
スライス単位でのアライメントは、必ずしも全てのピクチャで行う必要はない。例えば、ＩＲＡＰピクチャのみをスライス単位でのアライメントに用いることも考えられる。なぜなら、ＩＲＡＰピクチャは、サイズの大きく、ランダムアクセスに用いられるからである。
【０３３４】
ＭＭＴＰパケット単位でアライメントする方法も考えられる。ＭＭＴＰパケットは、規格によってデータ量が異なる。例えば、放送規格案でのＭＭＴＰパケットの最大値は、約１５００Ｂｙｔｅである。
【０３３５】
例えば、２０４８Ｂｙｔｅブロックを想定してアライメントを行った場合には、全データ量に占めるパディングの量が大きくなる。そして、記録効率が悪くなる。
【０３３６】
一方、パケット単位でのアクセスは効率よく行える。つまり、ＭＭＴＰパケット単位でのアライメントは、パケット単位でのデータ加工が必要となる場合などの一時的なデータの格納に適している。パケット単位でのデータ加工は、例えば、記録再生時または編集時などに行われる。
【０３３７】
タイムテーブルＴＭおよびアライメントを用いることによって、時刻を指定したデータの再生を効率よく行うことができる。
【０３３８】
ブルーレイディスクでは、この実施の形態２のタイムテーブルＴＭに相当する仕組みとして対応表（ＥＰマップ、ＥＰ＿ｍａｐ）を持っている。このＥＰマップは、再生位置をシステムクロックとＴＳパケットの位置とで示している。再生位置は、ＰＴＳ（表示開始の時刻）とそのデータとを読み出すための位置である。
【０３３９】
ＥＰマップは、時刻を指定したジャンプ、ランダムアクセスまたはプレイリストによる再生などに用いられている。ランダムアクセスは、例えば、早送りまたは巻き戻しなどである。プレイリストは、ストリームの再生部分と再生順とを決めたリストである。
【０３４０】
ブルーレイディスクのＥＰマップでは、時刻および再生位置のデータ形式がＭＭＴの場合とは異なっている。しかし、時刻を指定して再生位置のデータを取得する仕組みはこの実施の形態２で説明したタイムテーブルＴＭを用いる場合と同じ考え方である。
【０３４１】
タイムテーブルＴＭをＥＰマップと類似の構造とすることによって、これら再生の仕組みを大幅に変更することなく、ブルーレイディスクにＭＭＴ形式の放送を記録し再生することができる。
【０３４２】
例えば、ＭＭＴの再生の時刻形式は、放送時の絶対時刻（世界時刻）である。一方、ブルーレイディスクのＥＰマップでは、内部クロックを用いた相対時刻である。そこで、タイムテーブルＴＭの時刻の表記を相対時刻の表記に換算する。または、絶対時刻と相対時刻との換算用のデータを別途持たせる。または、ブルーレイディスクで使用する再生の時刻情報を、絶対時刻の形式に変更する。
【０３４３】
実施の形態３．
日本の新しい放送方式では、多重化方式およびエンコード方式が変更されている。また、日本の新しい放送方式では、伝送レートも引きあげられている。例えば、ＡＲＩＢ  ＴＲ  Ｂ−３９によると、４Ｋ放送では３５Ｍｂｐｓの伝送レートが想定され、８Ｋ放送では１００Ｍｂｐｓの伝送レートが想定されている。
【０３４４】
一方、現在市販されているＢＤＸＬ（登録商標）のディスクでは、光ディスクの伝送レートは、１４０Ｍｂｐｓ前後である。
【０３４５】
そのため、８Ｋ放送を録画したディスクを再生する場合には、通常の再生では問題がなく、再生可能である。しかし、８Ｋ放送を録画したディスクで早送りなどの特殊再生を行うと、１コマ分の画像を表示するのに時間がかかってしまうという問題がある。
【０３４６】
特開２０００−１２５２５９には、記録媒体の記録領域を所定のデータサイズに分割し、記録時にストリームを解読して、Ｉピクチャであることを表すＰＣＴ(ピクチャタイプコード)を含むＴＳパケットを、セクタの先頭から記録すると共に、そのセクタの先頭アドレスを示すポインタを、記録媒体上に設けたテーブルに登録する。そして、この様に記録した記録媒体を用いた早送り、早戻し等の特殊再生動作は、ポインタテーブルからポインタアドレスを読み出し、そのポインタが示すセクタから一枚のＩピクチャのみを再生し、その後次々とポインタが示すセクタを順次再生することが記載されている。
【０３４７】
このように、早送りなど特殊再生を行う際には、Ｉピクチャのみを再生する方法が取られる事が多い。Ｉピクチャは、映像ストリームのランダムアクセスポイントにある。早送り速度に応じて、通常の早送り（ＦＦ、Ｆａｓｔ  Ｆｏｗａｒｄ）では、全てのＩピクチャを表示する。また、２倍速の早送り（ＦＦ×２）では、Ｉピクチャを１つ飛ばしで表示する。また、３倍速の早送り（ＦＦ×３）では、Ｉピクチャを２つ飛ばしで表示する。このようにして、早送り時の再生速度の調整を行う。
【０３４８】
しかしながら、ＧＯＰ内でのＩピクチャの比率が大きい場合には、Ｉピクチャの読み出しに時間がかかり、画像（Ｉピクチャ）の更新間隔が長くなる。
【０３４９】
実施の形態３に係る映像再生装置は、特殊再生の際に、Ｉピクチャの読み出し時間を短くし、画像（Ｉピクチャ）の更新間隔を短くすることができる。
【０３５０】
従来の早送り再生では、再生可能なＩピクチャのディスク上の位置をテーブルで管理している。そして、そのテーブルを用いて、順次、Ｉピクチャのデータを読み出している。
【０３５１】
光ディスクでは、読み出し位置を変更する際には、ヘッドの移動に時間が必要である。このヘッドの移動時間をシークタイムと呼ぶ。
【０３５２】
画面上での早送り画像の更新間隔は、次の式１ようになる。
更新間隔  ＝  シークタイム＋Ｉピクチャデータの読み出し時間＋デコード時間    ・・・（１）
【０３５３】
４Ｋ／８Ｋ放送では、従来の２Ｋ放送よりもＩピクチャのサイズが大きい。そのため、Ｉピクチャのサイズが大きい場合には、Ｉピクチャの読み出しに時間がかかり、画像（Ｉピクチャ）の更新間隔が長くなる。
【０３５４】
また、映像ストリームのデータレートとディスクからの最高読み出し速度との差が少ない場合にも、Ｉピクチャの読み出し時間が長くなり、画像の更新間隔が長くなる。例えば、１００Ｍｂｐｓの放送ストリームを最高読み出し速度１４０Ｍｂｐｓの光ディスクから読み出す場合には、１．４倍の速度でしか読み出す事ができない。
【０３５５】
このように、４Ｋ／８Ｋ映像を光ディスクに記録した場合には、特殊再生時の画像の更新間隔が従来よりも長くなる。その一方で、放送を記録した映像の再生時には、早送りなど特殊再生の操作が行われる事が多い。そして、利用者が目的のシーンを特定する際には、画像の更新間隔は短い方が望ましい。
【０３５６】
画像の更新間隔が長い場合には、利用者が早送りを使ってシーンを検索する際に、目的のシーンを見つける事が難しくなってしまう。
【０３５７】
この実施の形態３では、早送り再生などの特殊再生の際に、目的のシーンを見つける事が容易で、操作性の良い映像再生装置を提供する事を目的としている。
【０３５８】
利用者の観点から早送り時の画像の更新間隔について整理する。例えば、本来の再生時間が１００秒の映像を１０秒で再生する早送りを考える。ここでは仮に１０倍速早送りと呼ぶ。
【０３５９】
通常、利用者は早送り中の映像を確認して、目的のシーンが現れた時点で早送り解除する。つまり、通常の再生速度に戻す。早送り再生の時には、表示される映像は間欠的な映像となる。しかし、表示されるシーンを利用者が認識するには、時間的な情報の欠落は少ない方が容易である。また、早送り操作が終了した後、早送りが解除されて通常再生に戻る位置のずれも少なくできる。
【０３６０】
例えば、１０倍速早送りに対して考える。早送り中の画像の更新間隔が１秒であれば、通常の再生時間の１０秒に対して１コマ表示される。これに対して、早送り中の画像の更新間隔が０．５秒であれば、通常の再生時間の５秒に対して１コマが表示される。
【０３６１】
早送り再生の際に、利用者が目的のシーンを見つけるためには、通常の再生時間当たりから抜き出されるコマ（画像）数が多い方が有利である。このように、早送り再生時に、多くの画像を表示することによって、操作性を向上させる事ができる。つまり、更新間隔を短くすることによって、操作性を向上させる事ができる。
【０３６２】
４Ｋ／８Ｋ放送では、分割デコードを想定して、複数のスライスセグメントを持ったストリーム形式を規定している。
【０３６３】
例えば、１つの画像を４分割する場合には、縦と横とに２分割（以下、田の字型ともよぶ。）して４分割の画像を作成する。または、１つの画像を縦方向に４分割（以下目の字型ともよぶ。）する。そして、それぞれのスライスセグメント単位で、独立してデコードできるようになっている。これは、２Ｋ用のデコーダーを４つ用いて４Ｋ映像のデコードを行い、４Ｋ用のデコーダーを４つ用いて８Ｋ映像のデコードを行えるようにするための配慮である。
【０３６４】
これらの複数のスライスセグメントを持つ放送ストリームを光ディスクに記録した場合には、スライスセグメント単位でデータを読む出す事が出来れば、一部のスライスセグメントだけを再生することが可能である。
【０３６５】
これを特殊再生時に使用すれば、更新される画像は通常の再生で表示されている画像の一部になる。しかし、式（１）の「Ｉピクチャデータの読み出し時間」を４分の１にすることができる。そして、特殊再生時の画像の更新間隔を短縮することができる。
【０３６６】
図１５は、実施の形態３に係る映像ストリームの模式図である。
【０３６７】
多重化方式としてはＴＳ方式およびＭＭＴ方式の両方が考えられる。しかし、図１５では、固有のヘッダ情報などを省略している。また、パディング等も省略している。
【０３６８】
放送の場合には、１つのＧＯＰは約６０フレーム（画像またはピクチャ）まで含む事ができる。そして、１つのＧＯＰの中に、少なくとも１つのＩピクチャを含む。特に、デコードの際に開始点となるＩピクチャはＩＲＡＰピクチャ（ＩＲＡＰ画像）と呼ばれる。そして、データ順では、通常、ＩＲＡＰピクチャはＧＯＰの先頭に配置されている。
【０３６９】
Ｉピクチャ（ＩＲＡＰピクチャを含む）、ＢピクチャおよびＰピクチャは、それぞれフレーム（画像またはピクチャ）を表す。
【０３７０】
Ｉピクチャは、単独でデコード可能な独立した画像を示す。一方、ＢピクチャおよびＰピクチャは、他の画像に依存している。ＢピクチャおよびＰピクチャは、他の画像との差分データである。このため、ＢピクチャおよびＰピクチャは、単独ではデコードすることができない。
【０３７１】
ＧＯＰは、ＧＯＰの中で画像間の依存関係が完結している。つまり、ＧＯＰ内のすべての画像は、デコード可能となるデータのセットを構成している。
【０３７２】
１つの画像が複数のスライスセグメントで構成されている場合には、それぞれの画像はパラメータセットと複数のスライスセグメントとで構成されている。パラメータセットと１つのスライスセグメントとを組み合わせる事で、スライスセグメントはデコード可能な単位となる。図１５では、ＩＲＡＰピクチャのみスライスセグメントの構造で記載している。しかし、ＢピクチャおよびＰピクチャも、同様の構造を取ることができる。
【０３７３】
デコーダーを４つ用いて並列でデコードする場合には、スライスセグメントごとにデータを取り出す。そして、それぞれのデータにパラメータセットを追加する。その後、それぞれのデータを個々のデコーダーに与える事によって、１つの画像を分割された状態でデコードすることができる。画像を表示する際には、個別にデコードされた画像を結合し、１つの画像にして表示する。
【０３７４】
図１６には、縦横に４分割（田の字型）した例を示す。画像の左上には、スライス＃１の画像が表示されている。画像の右上には、スライス＃２の画像が表示されている。画像の左下には、スライス＃３の画像が表示されている。画像の右下には、スライス＃４の画像が表示されている。
【０３７５】
図１７には、縦方向に４分割（目の字型）した例を示す。画像の上から１番上には、スライス＃１の画像が表示されている。画像の上から２番目には、スライス＃２の画像が表示されている。画像の上から３番目には、スライス＃３の画像が表示されている。画像の上から４番目には、スライス＃４の画像が表示されている。
【０３７６】
なお、分割されていない映像ストリームの場合には、１つのピクチャデータ内にスライスセグメントが１つだけ存在している。
【０３７７】
このような分割されたスライスセグメント構造を持った映像ストリームでの特殊再生を考える。
【０３７８】
前述の通り、操作性を向上させるためには、表示画像の更新間隔を短くする必要がある。従来では、Ｉピクチャ全体のデータを読み込み、Ｉピクチャ全体を表示していた。しかし、Ｉピクチャの第１スライスセグメント（スライスセグメント＃１）のデータのみを読み込み、Ｉピクチャの第１スライスセグメント（スライスセグメント＃１）のみを表示する事を考える。
【０３７９】
図１８は、分割スライスセグメントの単位での読み出しに対応したタイムテーブル（ＴＭＳ）の一例である。図１９は、タイムテーブル（ＴＭＳ）の各項目とデータ上との対応を示している。映像ストリームを記録する際に、映像ストリームの解析を行う。そして、時刻情報またはデータ区切り位置の情報などを取出してタイムテーブル（ＴＭＳ）を作成する。
【０３８０】
なお、タイムテーブルとして符号ＴＭと符号ＴＭＳとの２種類を用いている。分割スライスセグメントに対応したタイムテーブルを符号ＴＭと区別して符号ＴＭＳを用いている。タイムテーブルは、映像ストリームと一緒に記録メディアに記録される。記録メディアは、例えば、光ディスクなどである。
【０３８１】
タイムテーブル（ＴＭＳ）の各項目について説明する。
【０３８２】
「時刻」は、各時刻の行が示すＧＯＰの表示時刻である。時刻は、システムクロック形式の時刻情報、ｎｔｐ形式の時刻情報またはストリームの先頭からの差分時間などの形で記録されている。時間を指定して再生を開始する場合には、この時刻欄を検索し、指定時間の近傍のデータから再生を開始する。
【０３８３】
なお、「時刻」は、ここではＧＯＰの表示時刻とした。１つのＧＯＰには、通常、複数の画像が含まれている。そして、それぞれの画像の表示時刻があるため、ＧＯＰには表示時刻が複数存在する。ＧＯＰの表示時刻としてタイムテーブルに記録する場合には、ＧＯＰ内での表示の順番で先頭になる画像の表示時刻を使用することができる。または、デコードの順番で先頭になる画像の表示時刻を使用することができる。この場合には、先頭になる画像は、ＩＲＡＰピクチャになる。
【０３８４】
また、タイムテーブルに格納する「時刻」は、必ずしも、画像の表示時刻に一致する必要はない。例えば、画像の表示時刻そのものではなく、精度を落とした時刻情報または他のデータに対する時刻情報などを用いることができる。これらは、例えば、再生装置のシステムクロックの精度、データアクセスとの関係またはタイムテーブルに格納可能なデータ長などが考慮される。
【０３８５】
「ＩＲＡＰ開始位置」は、ＩＲＡＰピクチャの格納位置である。ＩＲＡＰピクチャの格納位置は、ＧＯＰのランダムアクセスポイントとなる。ＩＲＡＰピクチャの格納位置は、通常、ＧＯＰの開始位置と同一となる。「ＩＲＡＰ終了位置」は、ＩＲＡＰピクチャ全体のデータ末尾を示す。ＩＲＡＰ開始位置からＩＲＡＰ終了位置までのデータを読み出すことによって、ＩＲＡＰピクチャをデコードできるデータがそろう。
【０３８６】
「＃２開始位置」は、２つ目のスライスセグメント（スライス＃２）の開始位置を示す。また、「＃２開始位置」は、１つ目のスライスセグメント（スライス＃１）の終了位置を示す。「＃３開始位置」は、３つ目のスライスセグメント（スライス＃３）の開始位置を示す。また、「＃３開始位置」は、２つ目のスライスセグメント（スライス＃２）の終了位置を示す。「＃４開始位置」は、４つ目のスライスセグメント（スライス＃４）の開始位置を示す。また、「＃４開始位置」は、３つ目のスライスセグメント（スライス＃３）の終了位置を示す。「＃４終了位置」は、４つ目のスライスセグメント（スライス＃４）の終了位置を表す。通常、この位置はＩＲＡＰピクチャの終了位置と同じである。
【０３８７】
「パラメータセット」には、ＩＲＡＰピクチャのデータのパラメータセットが格納されている。パラメータセットには、例えば、ＡＵＤ（Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒ）、ＶＰＳ（Ｖｉｄｅｏ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）またはＥＯＳ（Ｅｎｄ  ｏｆ  Ｓｔｒｅａｍ）などが含まれている。
【０３８８】
図１９に示したタイムテーブル（ＴＭＳ）では、スライスセグメントの終了位置を格納している。例えば、ＩＲＡＰピクチャの終了位置とスライス＃４の終了位置とである。しかし、終了位置の代わりにデータサイズをテーブルに格納し利用する方法を取ることもできる。
【０３８９】
開始位置および終了位置は、データの先頭からのバイト位置またはブロック位置などの形で記録されている。また、多重化方式にＴＳを採用している場合には、開始位置および終了位置は、ＴＳパケットの位置などの形で記録されている。開始位置および終了位置は、データを読み出すのに必要な位置として記録されている。
【０３９０】
セグメントのデータ位置を示す情報に関しては、ＧＯＰの先頭からの相対位置とすることができる。これによって、位置情報のデータサイズを小さくする事が出来る。
【０３９１】
光ディスクでは、ある程度まとまったデータ単位でデータの読み込みを行う。このため、位置に関しては必ずしも厳密である必要はない。位置を示す単位を大きくして、位置情報のデータ量を削減することも可能である。
【０３９２】
この例では、単一のタイムテーブルにスライスセグメントに関する情報も記録している。しかし、スライスセグメント情報を別のテーブルに格納することも可能である。この場合には、タイムスタンプ情報またはテーブル内でのエントリー位置などで、同一のＧＯＰおよびＩＲＡＰピクチャに関する情報を取り出せるようにしておく。
【０３９３】
パラメータセットを、さらに別テーブルに格納する方法も考えられる。なぜなら、パラメータセットは、位置情報に比べるとサイズが大きいからである。また、パラメータセットは、画像によってデータ長が変化するからである。
【０３９４】
Ｉピクチャのスライスセグメント＃１のみを用いて早送り再生を行う場合には、タイムテーブルで必要な情報は時刻、ＩＲＡＰ開始位置および＃２開始位置である。この場合には、＃２開始位置はスライスセグメント＃１の終了位置として利用される。
【０３９５】
図２０を用いてスライスセグメント＃１のみを用いた早送り再生の説明を行う。ＧＯＰ（０１）からＧＯＰ（０６）までは、ストリームデータである。本来、ストリームデータは一続きのデータファイルである。しかし、説明を容易にするため、ＧＯＰ単位で行を変えて表わしている。ＴＭＳ（タイムテーブル）は、前述のタイムテーブルである。ＴＭＳ（タイムテーブル）は、時刻情報と画像データの位置を対応付けている。
【０３９６】
なお、ＩＲＡＰ開始位置と＃１開始位置とは、同じ値としてタイムテーブル上で兼用している。必要な値は、スライス＃１の開始位置と終了位置である。ＩＲＡＰ開始位置を＃１開始位置とみなし、＃２開始位置を＃１終了位置とみなしている。
【０３９７】
早送り再生の場合には、タイムテーブルのエントリーを順次読み出す。それぞれのＧＯＰのＩＲＡＰ開始位置と＃２開始位置とから、このＧＯＰのＩピクチャの１つ目のスライスセグメントのデータを読み出す。そして、このデータをデコードし、画面に表示する。ＩＲＡＰ開始位置は、スライスセグメント＃１の開始位置である。＃２開始位置は、スライスセグメント＃１の終了位置である。
【０３９８】
これを繰り返す事によって、早送り再生を行うことができる。この場合には、Ｉピクチャを全て表示する場合に比べて、読み出しデータ量が４分の１になっている。このため、早送り再生時の画像の更新間隔を短くする事ができる。
【０３９９】
この例の場合には、表示が更新されるのは画面の一部である。つまり、１つ目のスライスセグメントの位置の画像のみ表示される。縦横４分割（田の字型）の場合には、例えば、画像の左上の４分の１の領域である。縦方向４分割（目の字型）の場合には、画像の上部４分の１の領域である。他の部分は更新されないまま残る。または、他の部分は表示されない状態である。
【０４００】
利用者が早送り操作を行う場合には、目的のシーンを判別できればよい。そのため、画面全体が見える事よりも、更新間隔の短い方が操作性を考慮すると良い場合も多い。
【０４０１】
また、同じ方法で、１つ目のスライスセグメントと２つ目のスライスセグメントの２つとを表示する。このようにすれば、画面の半分を表示して早送りを行うこともできる。
【０４０２】
さらに、高速で早送り再生を行う場合には、表示するＧＯＰを間引きして再生することができる。つまり、ＧＯＰを１つ飛ばし又は２つ飛ばし等で表示する。
【０４０３】
早送り再生の操作では、リモコンの早送りボタンを複数回押す事で早送り速度を調整する事が出来るものが多い。従来のＩピクチャ全体を表示する早送りと組み合わせて使う場合には、リモコンボタンを押す回数によって表示方式を選択することができる。
【０４０４】
例えば、ボタンを１回押すと、全てのＧＯＰのＩピクチャの全体を表示して早送り再生を行う。ボタンを２回押すと、全てのＧＯＰのＩピクチャの一部のスライスセグメントのみを表示して早送り再生を行う。ボタンを３回押すと、ＧＯＰを１つ飛ばしして、Ｉピクチャの一部のスライスセグメントのみを表示して早送り再生を行う。ボタンを４回押すと、ＧＯＰを２つ飛ばしして、Ｉピクチャの一部のスライスセグメントのみを表示して早送り再生を行う。
【０４０５】
放送ストリームが複数のスライスセグメントを持たない場合には、この方法を使うことができない。しかし、放送を記録する際に、再圧縮またはフォーマット変換を行うことも多い。その際に、複数のスライスセグメントを持つＨＥＶＣ映像ストリームとして再構成する事も可能である。放送以外の外部入力の映像を記録する場合でも、同様に、複数のスライスセグメントを持つＨＥＶＣ映像ストリームとして圧縮データを作成する事で、この方法による特殊再生を行う事ができる。
【０４０６】
＜変形例１＞
これまでの説明では、早送りなど特殊再生時に画像の一部のみの更新でも良いとした。しかし、画像の全体が更新された方が目的のシーンを見つけやすいことも考えられる。そこで、読み出すデータは一部スライスセグメント分としながら、画像の全体を更新する方法を考える。
【０４０７】
図２１は、早送り再生の説明図である。この例では、タイムテーブル（ＴＭＳ）の中の全てのスライスの位置情報を利用している。
【０４０８】
早送り再生の場合には、タイムテーブルのエントリーを順次読み出す。最初のＧＯＰのＩＲＡＰ開始位置と＃２開始位置とから、このＧＯＰのＩピクチャの１つ目のスライスセグメントのデータを読み出す。ＩＲＡＰ開始位置は、スライスセグメント＃１の開始位置である。＃２開始位置は、スライスセグメント＃１の終了位置である。このデータをデコードして、画面のスライスセグメント＃１の位置に表示する。図２１では、画面のスライスセグメント＃１の位置は、画面の左上である。
【０４０９】
次のＧＯＰの＃２開始位置と＃３開始位置とから、このＧＯＰのＩピクチャの２つ目のスライスセグメントのデータを読み出す。＃２開始位置は、スライスセグメント＃２の開始位置である。＃３開始位置は、スライスセグメント＃２の終了位置である。このデータをデコードして、画面のスライスセグメント＃２の位置に表示する。
【０４１０】
この時、スライスセグメント＃２のデコードには、このピクチャのパラメータセット（ＰＳ）のデータが必要になる。パラメータセット（ＰＳ）は、ピクチャ先頭に配置されている。つまり、パラメータセット（ＰＳ）は、スライスセグメント＃１の前に配置されている。このため、パラメータセット（ＰＳ）をスライスセグメント＃１と同時に読み込む場合には、１度に読み込める。しかし、パラメータセット（ＰＳ）とスライスセグメント＃２とを読み込む場合には、２回の読み込みが発生する。
【０４１１】
光ディスクの読み出し動作では、読み出し位置の変更に時間がかかる。そのため、この時の読み込み動作としては次の３つの方法が考えられる
【０４１２】
１つ目の方法は、パラメータセット（ＰＳ）とスライスセグメント＃２との２回の読み込み動作を行う。２つ目の方法は、パラメータセット（ＰＳ）、スライスセグメント＃１およびスライスセグメント＃２を一度に読み込む。３つ目の方法は、パラメータセット（ＰＳ）とスライスセグメント＃２のデータとを使用する。そして、タイムテーブルを作成する時に、Ｉピクチャのデコードに必要なパラメータセット（ＰＳ）のデータのコピーをタイムテーブルに格納する。
【０４１３】
この説明では、３つ目の方法を説明している。つまり、タイムテーブル内にパラメータセット（ＰＳ）のデータのコピーが格納されているものとして説明している。この場合には、タイムテーブルに格納されていたパラメータセット（ＰＳ）のデータとスライスセグメント＃２のデータとをデコーダーに入力して、デコードを行う。
【０４１４】
次のＧＯＰでは、同様にスライスセグメント＃３のデータを取り出し、画面上のスライスセグメント＃３の位置の画像を更新する。図２１では、画面上のスライスセグメント＃３の位置は、画面の左下である。
【０４１５】
このように画像の更新のたびに、表示するスライスセグメントをずらしていく事によって、一回の更新では画像の一部の更新ではあっても、数回の画像の更新によって画面全体を更新することができる。画面の位置によって、異なる時刻の画像が表示される。スライスセグメントごとに、異なる時刻の画像が表示される。しかし、一部分の画像の表示に比べると、シーンの把握が容易になる。つまり、より操作性の良い特殊再生を実現することができる。
【０４１６】
この説明では、１つのスライスセグメントで画像の更新を行った。しかし、１つのＧＯＰで複数のスライスセグメントの画像を更新することができる。例えば、画像の半分ずつを交互に更新する事もできる。
【０４１７】
上記の説明では、スライス番号の順にスライス＃１、スライス＃２、スライス＃３、スライス＃４の順番で画像の更新を行った。画像の更新は、必ずしもスライス番号の順である必要はない。再生時に任意の順番とすることができる。
【０４１８】
図２２に画像の更新の順番の例を示す。図２２（１）は、スライス＃１、スライス＃２、スライス＃３、スライス＃４の順で画像を更新する例である。図２２（２）は、スライス＃１、スライス＃２、スライス＃４、スライス＃３の順で画像を更新する例である。図２２（２）は、時計回りで画像を更新している。図２２（３）は、スライス＃１、スライス＃４、スライス＃３、スライス＃２の順で画像を更新する例である。図２２（４）は、スライス＃１、スライス＃３、スライス＃４、スライス＃２の順で画像を更新する例である。図２２（４）は、反時計回りで画像を更新している。
【０４１９】
再生の時に表示するスライスセグメントを選択できる場合には、早送り再生時と巻き戻し再生時とで、画像を更新する順番を逆にすることもできる。例えば、早送りの場合には、図２２（２）の時計回りとし、巻き戻しの場合には、図２２（４）の反時計回りとする。このように、早送りと巻き戻しとで画像の更新の順番を逆にすることによって、早送りの操作と巻き戻しの操作とを繰り返した場合でも、現在の状態の把握が容易になり、操作性が向上する。
【０４２０】
図２３は、縦方向に４分割（目の字型）の場合の例である。この場合にも、画像の更新の順番を逆にすることで、早送りと巻き戻しとの把握が容易になる。例えば、早送りをスライス＃１からスライス４に向けて更新する（図２３（１））。そして、巻き戻しをスライス＃４からスライス１に向けて更新する（図２３（２））。
【０４２１】
＜変形例２＞
前記の説明では、タイムテーブルに全てのスライスセグメントへの読み出し位置情報を格納していた。タイムテーブルのサイズを小さくするために、一部のスライスセグメントの読み出し位置情報だけを記録する方法も考えられる。
【０４２２】
図２４では、１つのスライスセグメントの読み出し位置情報を格納したタイムテーブル（ＴＭＳ）を示している。
【０４２３】
この例では、タイムテーブルの各時刻に対応するスライスセグメントの読み出し位置の情報を格納している。例えば、ＧＯＰ（０１）とＧＯＰ（０５）とに対応する行には、スライスセグメント＃１の読み出し位置情報が格納されている。図２３では、例えば、ＧＯＰ（０１）の情報はタイムテーブルの１行目に記載されている。また、ＧＯＰ（０５）の情報はタイムテーブルの５行目に記載されている。
【０４２４】
ストリームを記録する際に、記録するＧＯＰを順次カウントする。そして、このＧＯＰのカウント値を１つの画像中のスライスセグメント数で割った余り（剰余）を取る。図２４では、１つの画像中のスライスセグメント数は４である。この値（剰余）に１を足した値をスライスセグメントの値とする。そして、そのスライスセグメントの位置をタイムテーブルに記録する。
【０４２５】
この例では、各時刻のスライス開始位置とスライス終了位置とには情報が記載されている。スライスの順番は、スライス＃１、スライス＃２、スライス＃３、スライス＃４の順番である。なお、図２４では記載を省略しているが、ＩＲＡＰ開始位置およびＩＲＡＰ終了位置なども記録する。他の特殊再生または従来のＩＲＡＰ画像全体の表示との互換のためである。
【０４２６】
このタイムテーブルを用いて早送りなどの特殊再生を行う場合には、ＧＯＰを飛ばさずに早送りを行うと、画面全体が更新される。また、例えば、ＧＯＰを１つずつ飛ばして再生すると、スライス＃１とスライス＃３とが更新される。また、例えば、ＧＯＰを３つずつ飛ばしで再生すると、スライス＃１が更新される。
【０４２７】
早送りの倍速にかかわらず、画像の全体を更新するためには、タイムテーブルに読み出し位置情報を格納する際に、乱数または疑似乱数などを用いてスライスセグメントを選択することもできる。この場合には、画面上で更新されるスライスセグメントは不規則である。しかし、早送りの倍数などによらず、画像全体を更新することができる。
【０４２８】
疑似乱数の生成手段としては、例えば、Ｍ系列を用いた線形帰還シフトレジスタなどが挙げられる。
【０４２９】
Ｍ系列を用いた疑似乱数生成では、値数および回数を指定して、各値の出現確率が一様で指定回数の間に周期性の無いデータ列を生成することができる。値数は、例えば、１から４の４値である。回数は、例えば、１０００回である。
【０４３０】
例えば、これらの疑似乱数の生成手段を用いてタイムテーブルを作成すれば、タイムテーブルの中で同じパターンの繰り返しが発生しないように、スライスセグメントを選択することができる。これによって、早送りの倍速を変更した場合でも、特定のスライスセグメントだけが更新されることを防ぐことができる。必ずしも、タイムテーブルの全体で同じパターンの繰り返しを無くす必要はない。十分に長い周期で同じパターンを繰り返せば、実用上問題は無い。十分に長い周期は、例えば、１０００行程度である。
【０４３１】
タイムテーブル全体で周期性が発生しないように、この疑似乱数の回数を選択する。しかし、疑似乱数の周期性を長く設定すると演算量が多くなる。そして、乱数のデータ列として予め与える場合でも、データ量が多くなる。
【０４３２】
早送りの操作または巻き戻しの操作の際には、主にスキップ量の少ない早送りまたは巻き戻しが利用される。例えば、ＧＯＰのスキップを行わないか、１から数十程度のＧＯＰのスキップを行う。そのため、疑似乱数の周期を短く設定することができる。
【０４３３】
一例として、１０００行程度の周期性を持つタイムテーブルを挙げた。９９９のＧＯＰをスキップした時に、一部の画像のみが更新されるという問題が発生する。しかし、９９９のＧＯＰをスキップした時の早送り再生と巻き戻し再生とは、あまり利用されない。また、９９９のＧＯＰをスキップする場合に代わって、１０００のＧＯＰをスキップすることを採用しても、利用者から見た早送りの倍速は、ほとんど変わらない。このため、容易に回避できる。
【０４３４】
ＧＯＰの長さの平均を０．５秒とすると、２時間の映像は１４４００個のＧＯＰで構成される。そして、１０００行の周期性は、２時間の映像で１５回程度発生することになる。周期性が問題になるのは、２時間映像を１５コマで再生する早送りの時である。通常は、このような高速の早送りの操作は行われない。
【０４３５】
この場合の疑似乱数列を事前に、計算済み乱数表として制御プログラムに与える場合の乱数表のサイズを見積もる。値数が４値で、回数が１０００回の乱数列を、１つを２ビットで表現する。この場合には、全体で２５０バイトのサイズとなる。疑似乱数の周期性の長さは、操作性と装置実装との関係で設定することができる。
【０４３６】
＜変形例３＞
これまでの例では、スライスセグメントの表示位置を変更する場合には、タイムテーブルにスライスセグメントの読み出し位置および終了位置を格納していた。また、必要な場合には、タイムテーブルにパラメータセット（ＰＳ）を格納していた。そのため、タイムテーブルのデータが大きくなる。また、パラメータセット（ＰＳ）とスライスセグメントとの２回の読み出しが発生する。
【０４３７】
映像ストリームの記録の際に、スライスセグメントの順序を入れ替えることによって、これらの余分な作業を回避し、効率のよい特殊再生を行うことができる。
【０４３８】
図２５は、早送り再生の説明図である。図２４と同様にＧＯＰ（０１）からＧＯＰ（０６）は、ストリームデータである。本来、一続きのデータファイルであるが、説明を容易にするために、ＧＯＰ単位で行を変えて表わしている。
【０４３９】
図２５のストリームでは、それぞれのＧＯＰの先頭にあるＩＲＡＰピクチャごとに、スライスセグメントの格納順を変更している。ここで、スライスセグメントの番号は、画面上の表示位置を示している。この表示位置に表示されるスライスセグメントの番号を、ストリームデータ上の番号として示している。
【０４４０】
図２５では、一例として、次のようにデータを配置している。ＧＯＰ（０１）には、ＩＲＡＰピクチャの先頭にスライスセグメント＃１を配置している。ＧＯＰ（０２）には、ＩＲＡＰピクチャの先頭にスライスセグメント＃２を配置している。ＧＯＰ（０３）には、ＩＲＡＰピクチャの先頭にスライスセグメント＃３を配置している。ＧＯＰ（０４）には、ＩＲＡＰピクチャの先頭にスライスセグメント＃４を配置している。ＧＯＰ（０５）には、ＩＲＡＰピクチャの先頭にスライスセグメント＃１を配置している。ＧＯＰ（０６）には、ＩＲＡＰピクチャの先頭にスライスセグメント＃２を配置している。
【０４４１】
これまでの説明では、データ分割の観点から、単にスライスセグメントとして説明してきた。しかし、表示位置も含めた管理は、ＨＥＶＣ規格のスライスセグメントの他に、タイルも用いて実現されている。そのため、タイムテーブルのスライスセグメントの格納位置を入れ替える場合には、必要に応じて、各スライスセグメントのスライスヘッダ情報およびタイル情報などを修正して、整合性を取る必要がある。タイル情報は、パラメータセットに含まれている。
【０４４２】
早送り再生時の手順は、図２０を用いた説明と同一である。図２０を用いた説明は、スライスセグメント＃１のみの再生を行う場合である。ただし、図２５の例では、先頭に置かれるスライスセグメントが入れ替えられている。このため、画像の更新がされるスライスセグメントが変化し、画面の全体が更新される。
【０４４３】
単純な順序で先頭に配置されたスライスセグメントを選択する場合には、早送りの倍速によって一部のスライスセグメントの画像だけが更新される。そこで、前述の乱数または疑似乱数などを用いる方式で、先頭に配置するスライスセグメントを決定することができる。
【０４４４】
このように、記録時のスライスセグメントの順番を入れ替える事によって、早送り及び巻き戻し等の特殊再生によるシーンサーチの操作性を向上する事が可能である。
【０４４５】
これまで、スライスセグメントとして４分割を例にして説明をしてきた。これは、日本の４Ｋ／８Ｋ放送で採用されているためである。
【０４４６】
実際には、放送の録画時または光ディスクへの記録時に、再圧縮またはフォーマット変換などを行うこともある。この場合には、４分割だけでなく、スライスセグメント分割の形式を自由に変更することができる。
【０４４７】
例えば、１つの画像を３×３の９分割にすることもできる。この場合には、中心のセグメントのみを特殊再生で更新することも考えられる。なぜなら、中心のセグメントには重要な情報が含まれる可能性が高いからである。また、単純に２分割のスライスセグメントとすることができる。２つのセグメントを交互に更新することで特殊再生を行うこともできる。
【０４４８】
また、光ディスクの例で説明したが、ハードディスクドライブ（ＨＤＤ）またはＳＳＤ（ｓｏｌｉｄ  ｓｔａｔｅ  ｄｒｉｖｅ）など、他の記憶デバイスでも同様の効果が得られる。
【０４４９】
ネットワークなど伝送帯域で制限があり、データ転送の遅延が大きい場合でも、特殊再生時のデータ転送量を抑制し、操作性を向上させることも可能である。
【０４５０】
実施の形態４．
実施の形態４の課題は、実施の形態３の課題と同様である。つまり、実施の形態４は、８Ｋ放送を録画したディスクで早送りなどの特殊再生を行うと、１コマ分の画像を表示するのに時間がかかってしまうという課題に対応する。
【０４５１】
例えば、特許公開公報の特開２００６−２４５７４４（００１６段〜００２０段、図２）には、情報記録媒体に保存されたＩピクチャのアドレスと、算出されたＩピクチャの再生予定時刻を含むアクセスタイムテーブルを作成することが記載されている。そして、特殊再生時に、アクセスタイムテーブルの再生予定時間を参照して、Iピクチャの再生が行われる。もしIピクチャの復号に時間がかかれば再生予定時間に再生が行えなくなってしまう。
【０４５２】
実施の形態３では、画像を構成する複数のスライスセグメントに分割する。そして、特殊再生時にはスライスセグメント単位で部分的に画面表示を更新する。これによって、画像（Ｉピクチャ）の更新間隔を短くし、特殊再生時の応答性を向上させている。
【０４５３】
しかしながら、画面の一部の表示を更新する場合には、映像シーンの視認性が低下する場合がある。例えば、異なるシーンの画像が画面上に混在する場合である。
【０４５４】
実施の形態４では、実施の形態３の方法を利用しつつ、表示されている映像シーンを把握しやすいように構成した。実施の形態４に係る映像再生装置は、特殊再生の際にスライスセグメント単位で画面表示の更新をする場合でも、映像シーンの視認性の低下を抑えることができる。
【０４５５】
そのため、実施の形態４では、タイムテーブル（ＴＭＳ）に「映像シーンの連続性」の情報を付与する。「映像シーンの連続性」の情報は、図２６の「シーン連続性番号」である。また、タイムテーブル（ＴＭＳ）に「画面表示更新すべき優先スライスセグメント」の情報を付与する。「画面表示更新すべき優先スライスセグメント」の情報は、図２６の「優先スライス情報」である。
【０４５６】
なお、実施の形態４では、縦方向４分割（目の字型）のスライスセグメントであった場合について説明を進めている。しかし、他の分割方法でも対応可能である。例えば、縦横４分割（田の字型）にスライスセグメントが構成されていても対応可能である。また、縦方向８分割のように更に細かくスライスセグメントが構成されていても対応可能である。ここで、分割方法を「行列」で説明すると、縦方向４分割（目の字型）は４行に分割することを表す。同様に、縦横４分割（田の字型）は２行２列に分割することを表す。
【０４５７】
図２６は、図１８のタイムテーブル（ＴＭＳ）に対して、「シーン連続性番号２６０１」および「優先スライス情報２６０２」を付与した新タイムテーブル（ＴＭＳＮ）である。その他の構成要素については、図１８と同様のため説明を省略する。タイムテーブル（ＴＭＳＮ）の１行が１エントリーの情報である。各エントリーはランダムアクセス可能なＩピクチャを指している。
【０４５８】
シーン連続性番号２６０１は、「映像シーンの連続性」を示す指標となる情報である。そのため、シーン連続性番号２６０１は、数値情報でもよく、フラグなどの情報でもよい。実施の形態４では、シーン連続性番号２６０１に０から２５５までの数値が設定できるものとして説明する。この指標となる情報を作成する場合には、まず、各エントリーのＩピクチャの画像毎にヒストグラムを作成する。ヒストグラムは画像中の各色のピクセル数を測定した色分布情報である。各画像のヒストグラムを比較することによって、容易に類似画像か否かを判別できる。
【０４５９】
このような比較を用いて、前のエントリーと現在のエントリーとが類似画像か否かを判別する。類似画像であればシーン連続性番号２６０１を同じ値に設定する。類似画像でない場合には、前のエントリーのシーン連続性番号２６０１の値をインクリメントして値を設定する。つまり、シーン連続性番号２６０１の値を１増やす演算を行う。
【０４６０】
本実施の形態４では、シーン連続性番号２６０１の値を０から２５５の範囲で値設定している。このため、最大値である２５５をインクリメントする場合には、巡回して０の値が設定されるものとする。なお、本実施例ではシーン連続性番号２６０１の値を０から２５５までの範囲としている。しかし、シーン連続性番号２６０１の値の範囲はこれより狭くてもよい。また、シーン連続性番号２６０１の値の範囲はこれより広くてもよい。
【０４６１】
また、実施の形態４では、比較的簡単で処理負荷が少ないヒストグラムによる類似画像比較を行っている。しかし、画像内のオブジェクト形状、テクスチャまたは特徴量を用いて類似画像か否かを判別してもよい。
【０４６２】
優先スライス情報２６０２は、映像シーン中に画面把握に重要な情報が画面のどの部分に集中しているかを示す。そのため、優先スライス情報２６０２は、特殊再生時にどのスライスセグメントを更新させるかを決定する際に用いられる。つまり、「画面表示更新すべき優先スライスセグメント」を示す情報である。
【０４６３】
優先スライス情報は、画面中央が重要であることを示す１ビットのフラグ情報としてもよい。また、優先スライス情報は、画面を複数に分割して、分割画面毎に重要性を示す数値情報でもよい。
【０４６４】
実施の形態４では、画面中央が重要であることを示す１ビットフラグを優先スライス情報２６０２として説明する。１つの画像を縦方向に４分割（目の字型）した場合を例とする。例えば、映画のように上下に黒帯が入るようなコンテンツの場合には、画面の最上部のスライスセグメント＃１と画面の最下部のスライスセグメント＃４は、黒帯を含む。そのため、スライスセグメント＃１とスライスセグメント＃４とは、ユーザーが画面認識するための有用な映像情報が少ない。また一般的な番組でもユーザーに提示したい情報を画面の中央部に配置することが多い。
【０４６５】
このような番組の場合には、表示画像の更新を画面の中央部に制限した方が、ユーザーは映像シーンを認識しやすくなる。
【０４６６】
実施の形態４では、図２３に示す縦方向４分割（目の字型）のスライスセグメントの場合を例として説明する。また、タイムテーブル（ＴＭＳＮ）のエントリー毎に１ビットの優先スライス情報２６０２を持つものとして説明する。
【０４６７】
例えば、優先スライス情報２６０２の値が「１ｂ」である場合には、画面中央のスライスセグメントであるスライスセグメント＃２とスライスセグメント＃３とに限定して、順番に表示画面を更新する。一方、優先スライス情報２６０２の値が「０ｂ」である場合には、表示画面の更新の制限を行わない。つまり、スライスセグメント＃１からスライスセグメント＃４までの全てを順番に更新する。なお、「１ｂ」はビット値が「１」であることを表す。「０ｂ」はビット値が「０」であることを表す。
【０４６８】
優先スライス情報２６０２を生成する際には、スライスセグメント毎にヒストグラムを作成する。例えば、スライスセグメント＃１とスライスセグメント＃４とに黒色のピクセルが数多く含まれている場合には、上下に黒帯がある映画であると判定できる。その場合には、優先スライス情報２６０２に「１ｂ」を設定する。
【０４６９】
実施の形態４では、優先スライス情報２６０２として１ビット情報を持つものとして説明した。しかし、スライスセグメント毎に表示の更新の有無を設定する４ビット情報（４分割時）としても良い。または、優先スライス情報２６０２を２ビット情報としてもよい。この場合、例えば、「００」は優先スライスなし。「０１」は縦方向の中央部分が優先スライス。「１０」は横方向の中央部分が優先スライス。「１１」は縦横の中央部分が優先スライス。
【０４７０】
また、今回は縦方向４分割のスライスセグメントに対して中央部分のスライスセグメントが重要であることをフラグ情報として記録する例を示した。別の例として、横方向４分割のスライスセグメントに対して中央部分のスライスセグメントが重要であることをフラグ情報としてとして記録させても良い。さらに画面を縦３×横３（３行３列）の９つの部分にスライスセグメントを分割し場合には、画面の中央部分だけが重要であることをフラグ情報が示しても良い。また、タイムテーブル（ＴＭＳＮ）を構成しているエントリー毎に優先スライス情報２６０２を持つ例を示している。しかし、タイムテーブル（ＴＭＳＮ）の全体エントリーに対して１つの優先スライス情報２６０２で情報を保持しても良い。
【０４７１】
図２７は、特殊再生時の映像シーンを表した説明図である。特殊再生時の映像シーン（オリジナル画像）２７００は、映像シーン＃０１〜映像シーン＃０５に順番に切り換わる。なお映像シーン＃０１から映像シーン＃０３までは類似の映像シーンである。映像シーン＃０１から映像シーン＃０３まででは、一例として、数字の「１」が右側に移動している。同様に、映像シーン＃０４〜映像シーン＃０５は類似の映像シーンである。映像シーン＃０４から映像シーン＃０５まででは、一例として、数字の「２」が右側に移動している。また、表示更新するスライスセグメントの位置を更新スライス箇所２７１０として、矢印で図示している。
【０４７２】
シーンの連続性制御を行わない場合の映像シーンの表示例を映像シーン２７０１に示す。映像シーン＃１１は、映像シーン＃０１と同じである。映像シーン＃１２では、映像シーン＃１１に対して、スライスセグメント＃２のみが映像シーン＃０２のスライスセグメント＃２に切り換わっている。映像シーン＃１３では、映像シーン＃１２に対して、スライスセグメント＃３のみが映像シーン＃０３のスライスセグメント＃３に切り換わっている。映像シーン＃１４では、映像シーン＃１３に対して、スライスセグメント＃４のみが映像シーン＃０４のスライスセグメント＃４に切り換わっている。映像シーン＃１５では、映像シーン＃１４に対して、スライスセグメント＃１のみが映像シーン＃０５のスライスセグメント＃１に切り換わっている。
【０４７３】
類似の映像シーンでなくなった映像シーン＃１４は、オリジナルの映像シーン＃０４とかなり異なる映像になる。類似の映像シーンでないとは、つまりシーンが連続でなくなったことである。同様に、映像シーン＃１５もオリジナルの映像シーン＃０５とかなり異なる映像になる。
【０４７４】
また、映像シーン＃１４および映像シーン＃１５には、オリジナル画像の類似映像である映像シーン＃０１から＃０３までの画像と、全く別の映像シーン＃０４から＃０５のスライスセグメントが混在して表示されている。そのため、ユーザーは映像シーンの把握自体が困難となる。
【０４７５】
シーンの連続性制御を行う場合の映像シーンの表示例を映像シーン２７０２に示す。映像シーン＃２１は、映像シーン＃０１と同じである。映像シーン＃２２では、映像シーン＃２１に対して、スライスセグメント＃２のみが映像シーン＃０２のスライスセグメント＃２に切り換わっている。つまり、映像シーン＃２２は、映像シーン＃１２と同じである。映像シーン＃２３では、映像シーン＃２２に対して、スライスセグメント＃３のみが映像シーン＃０３のスライスセグメント＃３に切り換わっている。つまり、映像シーン＃２３は、映像シーン＃１３と同じである。映像シーン＃２４では、スライスセグメント＃１から＃４までの全てが映像シーン＃０４に切り換わっている。つまり、映像シーン＃２４は、映像シーン＃０４と同じである。映像シーン＃２５では、映像シーン＃２４に対して、スライスセグメント＃２のみが映像シーン＃０５のスライスセグメント＃２に切り換わっている。
【０４７６】
シーンの連続性制御を行う場合には、類似の映像シーンが切り換わった後の映像シーン＃２４では、全てのスライスセグメント＃１〜＃４に対して表示画面の更新を行う。このように構成することによって、ユーザーは、類似の映像シーンが切り換わっても画面を把握しやすくなる。
【０４７７】
図２８は、シーン連続性番号２６０１を用いた表示画面の更新を行うシーケンスを示すフローチャートである。
【０４７８】
特殊再生が指示されると、まず、表示画面のエントリーのシーン連続性番号２６０１を読み込む。その後、Ｉピクチャの全てのスライスセグメントに対して表示画面を更新する（Ｓ２８０１）。
【０４７９】
特殊再生の停止の指示の有無を確認する（Ｓ２８０２）。特殊再生の停止の指示があれば、特殊再生の処理を停止する（Ｓ２８０９）。この場合には、図２８中の「ｙｅｓ」を選択する。特殊再生の停止の指示がない場合には、ステップＳ２８０３に移る。この場合には、図２８中の「ｎｏ」を選択する。
【０４８０】
ステップＳ２８０３では、タイムテーブル（ＴＭＳＮ）から再生位置のエントリー情報の読み込みを行う（Ｓ２８０３）。その際、特殊再生の再生速度に応じて、エントリー情報の読み込み方法を決める。例えば、全てのエントリー情報を読み込むか、一部のエントリー情報を読み込むか等を決定する。一部のエントリー情報とは、再生速度に応じて、エントリーを１つおきに読み込んだり、２つおきに読み込んだりすることで、間引かれたエントリー情報を示す。
【０４８１】
そして、エントリー情報のシーン連続性番号２６０１の読込みを行う。そして、読込んだシーン連続性番号２６０１と、１つ前の表示位置のシーン連続性番号２６０１とを比較する（Ｓ２８０４）。そして、映像シーンが同じか否かを判定する（Ｓ２８０５）。
【０４８２】
ステップＳ２８０５で同じ映像シーンと判定した場合には、次の位置にあるスライスセグメントだけを読み出す。そして、読み出したスライスセグメント位置の表示の更新を行う（Ｓ２８０６）。
【０４８３】
ステップＳ２８０５で異なる映像シーンと判定した場合には、特殊再生の再生速度が低速か否かを判定する（Ｓ２８０７）。例えば、特殊再生速度が１０倍速以下を低速とする。同様に、特殊再生速度が１０倍速を超える場合を高速とする。なお、高速と低速の境は１０倍速に限定しない。
【０４８４】
ステップＳ２８０７で特殊再生の再生速度が高速である場合には、映像シーンを飛ばす幅が大きくなる。この場合には、映像シーン連続性番号２６０１の値が異なる可能性が高くなる。このような場合には、表示更新の応答性を重視して、ステップＳ２８０６に移動する。そして、次スライス箇所の表示更新を行う。ステップＳ２８０６の処理の後は、ステップＳ２８０２に戻る。
【０４８５】
ステップＳ２８０７で特殊再生の再生速度が低速である場合には、全てのスライスセグメントに対して表示を更新する（Ｓ２８０８）。特殊再生速度が低速である場合には、ユーザーは所望の映像シーンを探している可能性が高い。そのため、応答性よりも画面の把握を重視する。なお、ステップＳ２８０７の特殊再生の再生速度に基づいた処理を行わず、ステップＳ２８０８へ移動してもよい。ステップＳ２８０８の処理の後は、ステップＳ２８０２に戻る。
【０４８６】
図２９は、優先スライス情報２６０２を用いた映像シーケンスの表示例を示した説明図である。特殊再生時の映像シーン（オリジナル画像）２９００は、映像シーン＃Ａ１〜映像シーン＃Ａ５に順番に切り換わる。なお、映像シーン＃Ａ１〜映像シーン＃Ａ３は類似の映像シーンである。映像シーン＃Ａ１から映像シーン＃Ａ３まででは、一例として、アルファベットの「Ａ」が右側に移動している。同様に、映像シーン＃Ａ４から映像シーン＃Ａ５は類似の映像シーンである。映像シーン＃Ａ４から映像シーン＃Ａ５まででは、一例として、アルファベットの「Ｂ」が右側に移動している。また、図２９に示す例で、映像シーン＃Ａ１から映像シーン＃Ａ５は、上下に黒帯が付与されている。なお、表示を更新するスライスセグメントの位置を更新スライス箇所２７１０として矢印で図示する。
【０４８７】
優先スライス制御を行わない場合の画面の表示例を映像シーン２９０１に示す。映像シーン＃Ｂ１は、映像シーン＃Ａ１と同じである。映像シーン＃Ｂ２では、映像シーン＃Ｂ１に対して、スライスセグメント＃２のみが映像シーン＃Ａ２のスライスセグメント＃２に切り換わっている。映像シーン＃Ｂ３では、映像シーン＃Ｂ２に対して、スライスセグメント＃３のみが映像シーン＃Ａ３のスライスセグメント＃３に切り換わっている。映像シーン＃Ｂ４では、映像シーン＃Ｂ３に対して、スライスセグメント＃４のみが映像シーン＃Ａ４のスライスセグメント＃４に切り換わっている。映像シーン＃Ｂ５では、映像シーン＃Ｂ４に対して、スライスセグメント＃１のみが映像シーン＃Ａ５のスライスセグメント＃１に切り換わっている。
【０４８８】
類似の映像シーンでなくなった映像シーン＃Ｂ４は、オリジナルの映像シーン＃Ａ４とかなり異なる映像になる。類似の映像シーンでないとは、つまりシーンが連続でなくなったことである。同様に、映像シーン＃Ｂ５もオリジナルの映像シーン＃Ａ５とかなり異なる映像になる。
【０４８９】
異なる映像になる理由として、映像シーン＃Ｂ４および映像シーン＃Ｂ５において、画面上下に存在する黒帯部分の表示領域の更新を行っていることが挙げられる。ユーザーが画面を把握するのは黒帯部分以外の表示領域である。このため、黒帯部分の更新だけでは、ユーザーは画面の更新を認識できない。その結果、映像シーン＃Ｂ４および映像シーン＃Ｂ５には、オリジナル画像である映像シーン＃Ａ４と映像シーン＃Ａ５の画面情報がほとんど表示されない。このため、ユーザーがオリジナルの画像を認識することは困難となる。
【０４９０】
優先スライス制御を行う場合の画面表示の例を映像シーン２９０２に示す。映像シーン＃Ｃ１は、映像シーン＃Ａ１と同じである。映像シーン＃Ｃ２では、映像シーン＃Ｃ１に対して、スライスセグメント＃３のみが映像シーン＃Ａ２のスライスセグメント＃３に切り換わっている。映像シーン＃Ｃ３では、映像シーン＃Ｃ２に対して、スライスセグメント＃２のみが映像シーン＃Ａ３のスライスセグメント＃２に切り換わっている。映像シーン＃Ｃ４では、映像シーン＃Ｃ３に対して、スライスセグメント＃３のみが映像シーン＃Ａ４のスライスセグメント＃３に切り換わっている。映像シーン＃Ｃ５では、映像シーン＃Ｃ４に対して、スライスセグメント＃２のみが映像シーン＃Ａ５のスライスセグメント＃２に切り換わっている。
【０４９１】
この例では、画面の把握に不要なスライスセグメントの表示の更新を行わない。これによって、画面の更新頻度と画面の認識性とを両立した特殊再生の表示方式となる。この例の映像シーン＃Ｃ５部分では、オリジナル画像である映像シーン＃Ａ５に近い画像が表示されている。
【０４９２】
図３０は、優先スライス情報２６０２を用いた表示画面の更新を行うシーケンスを示すフローチャートである。
【０４９３】
特殊再生が指示されると、表示画面のエントリーの優先スライス情報２６０２を読み込む。
【０４９４】
優先スライス情報２６０２が「０ｂ」の場合には、全てのスライスセグメントに対して表示画面を更新する。一方、優先スライス情報２６０２が「１ｂ」の場合には、画面の中央部分にあるスライスセグメント＃２とスライスセグメント＃３とに限定して表示画面を更新する（Ｓ３００１）。
【０４９５】
特殊再生の停止の指示があった場合には、特殊再生の処理を終了する（Ｓ３００８）。この場合には、図３０中の「ｙｅｓ」を選択する。特殊再生の停止の指示がない場合には、ステップＳ３００３に移る。この場合には、図３０中の「ｎｏ」を選択する。
【０４９６】
ステップＳ３００３では、タイムテーブル（ＴＭＳＮ）から再生位置のエントリー情報の読込みを行う（Ｓ３００３）。その際、特殊再生の再生速度に応じて、エントリー情報の読み込み方法を決める。例えば、全てのエントリー情報を読み込むか、一部のエントリー情報を読み込むか等を決定する。一部のエントリー情報とは、再生速度に応じて、エントリーを１つおきに読み込んだり、２つおきに読み込んだりすることで、間引かれたエントリー情報を示す。
【０４９７】
そして、読込んだエントリー情報の優先スライス情報２６０２の設定値の有無によって、優先スライスによる表示領域の制限があるか否かを判定する（Ｓ３００４）。
【０４９８】
ステップＳ３００４で優先スライス情報２６０２の値が「１ｂ」であれば、スライスセグメント＃１とスライスセグメント＃４の画面の表示領域を黒塗りする（Ｓ３００５）。
【０４９９】
上述のように、例えば、優先スライス情報２６０２の値が「１ｂ」である場合には、画面中央のスライスセグメントであるスライスセグメント＃２とスライスセグメント＃３とに限定して、順番に表示画面を更新する。一方、優先スライス情報２６０２の値が「０ｂ」である場合には、スライスセグメント＃１からスライスセグメント＃４までの全てを順番に更新する。
【０５００】
実施の形態４では、優先スライス情報が設定されていれば画面の中央部に限定して表示更新を行う。このため、画面の最上部と最下部のスライスセグメントの表示領域を黒塗りする。なお、ステップＳ３００５の画面の黒塗り処理を行わなくてもよい。この場合には、例えば、以前のスライスセグメントの画像がそのまま表示される。
【０５０１】
そして、画面の中央部であるスライスセグメント＃２とスライスセグメント＃３とに限定して、順次、スライスセグメントの表示画面の更新を行う（Ｓ３００６）。
【０５０２】
一方、ステップＳ３００４で優先スライス情報の値が「０ｂ」であれば、全てのスライスセグメント中で、順次、スライスセグメントの表示画面の更新を行う（Ｓ３００７）。つまり、この場合には、特に画面の表示制限はない。
【０５０３】
実施の形態４のように構成することで、特殊再生時にスライスセグメント単位で画面表示の更新を実施する際でも、表示画面の更新の応答性に優れ、表示画面の映像シーンが把握しやすい映像記録再生装置が提供できる。
【０５０４】
また、シーン連続性番号２６０１と優先スライス情報２６０２との両方を用いて特殊再生時の表示制御を行うこともできる。つまり、ステップＳ３００６の処理時にシーケンスが連続でなければ、すべての優先スライスを更新すればよい。同様に、ステップＳ３００７の処理時にシーケンスが連続でなければ、全てのスライスを更新すればよい。
【０５０５】
なお、タイムテーブル（ＴＭ）とタイムテーブル（ＴＭＳＮ）とを同一のテーブル情報をとして記録してもよい。または、タイムテーブル（ＴＭ）とタイムテーブル（ＴＭＳＮ）とを別テーブルとして管理し、別ファイルとして記録してもよい。
【０５０６】
別ファイルとして記録した場合には、タイムテーブル（ＴＭ）を構成しているエントリーとタイムテーブル（ＴＭＳＮ）とを同一のエントリー情報として関連付けて記録する。タイムテーブル（ＴＭ）が編集されるとタイムテーブル（ＴＭＳＮ）との情報のマッチングがとれなくなる。このため、タイムテーブル（ＴＭＳＮ）にタイムテーブル（ＴＭ）のハッシュ情報を記録しておき、再生前にタイムテーブル（ＴＭＳＮ）とタイムテーブル（ＴＭ）との関連付けが正常であるか否かを確認するよう構成しても良い。
【０５０７】
優先スライス情報２６０２が、タイムテーブル（ＴＭＳＮ）に存在する例を示したが、タイムテーブル（ＴＭＳＮ）の外に保持してもよい。この場合、エントリー毎に優先スライスを設定できないため、関連するすべてのエントリーで同一の設定となる。
【０５０８】
なお、以上のように本発明の実施の形態について説明したが、本発明はこれらの実施の形態に限るものではない。
【０５０９】
以上の各実施の形態を基にして、以下に発明の内容を付記として記載する。
【０５１０】
＜付記＞
＜付記１＞
放送波を受け取るチューナー・復調部と、
前記放送波の多重化ストリームの多重化を解除する多重化解除部と、
前記多重化ストリームの多重化が解除された圧縮データを伸長するデコード部と、
前記デコード部で伸長されたデータから記録するための映像データまたは制御情報を収集する記録再生制御部と
を備え、
ＭＭＴ形式を用いた前記放送波に含まれた映像データを記録する際に、パケットデータを結合した映像データとして記録することを特徴とする映像記録再生装置。
【０５１１】
＜付記２＞
収集された前記映像データを再生する時刻と、当該時刻の映像データが記録されている位置とを含むタイムテーブルを作成し、前記収集された映像データと共に記録する付記１に記載の映像記録再生装置。
【０５１２】
＜付記３＞
放送波を受け取るチューナー・復調部と、
前記放送波の多重化ストリームの多重化を解除する多重化解除部と、
前記多重化ストリームの多重化が解除された圧縮データを伸長するデコード部と、
前記デコード部で伸長されたデータから記録するための映像データまたは制御情報を収集する記録再生制御部と
を備え、
ＭＭＴ形式を用いた前記放送波に含まれた映像データを記録する際に、ＢＭＦＦ形式のファイルとして前記映像データを記録することを特徴とする映像記録再生装置。
【０５１３】
＜付記４＞
前記映像データを光ディスクに記録する際に、前記ＢＭＦＦ形式のファイルの管理データ部分とストリームデータ部分とを前記光ディスク上の異なった位置に記録することを特長とする付記３に記載の映像記録再生装置。
【０５１４】
＜付記５＞
前記タイムテーブルにアセット情報を記録する付記２に記載の映像記録再生装置。
【０５１５】
＜付記６＞
前記タイムテーブルにＨＤＲメタデータを記録する付記２に記載の映像記録再生装置。
【０５１６】
＜付記７＞
前記タイムテーブルにＧＯＰ内で最初にデコードされるＩＲＡＰピクチャのデータサイズまたは終了位置を記録する付記２に記載の映像記録再生装置。
【０５１７】
＜付記８＞
前記タイムテーブルにＧＯＰ内の複数の画像の位置を記録する付記２に記載の映像記録再生装置。
【０５１８】
＜付記９＞
前記映像データは画像を構成するスライスセグメントの構造を持ち、
前記タイムテーブルに前記スライスセグメントの単位での位置を記録する付記２に記載の映像記録再生装置。
【０５１９】
＜付記１０＞
前記パケットデータを結合または記録する際に、前記映像データを区切り、
区切られた前記映像データの先頭を、当該映像データにアクセスする際に用いるブロックの区切り位置に置く付記１に記載の映像記録再生装置。
【０５２０】
＜付記１１＞
前記映像データを区切る単位はＧＯＰの単位である付記１０に記載の映像記録再生装置。
【０５２１】
＜付記１２＞
前記映像データを区切る単位はピクチャの単位である付記１０に記載の映像記録再生装置。
【０５２２】
＜付記１３＞
前記映像データを区切る位置はＩＲＡＰピクチャ先頭、Ｉピクチャ先頭またはＰピクチャ先頭である付記１０に記載の映像記録再生装置。
【０５２３】
＜付記１４＞
前記映像データを区切る単位はスライスセグメントの単位である付記１０に記載の映像記録再生装置。
【０５２４】
＜付記１５＞
前記映像データを記録する際に、管理データとしてＩピクチャのスライスセグメントの単位で前記映像データの読み出し位置の情報を記録する付記１４に記載の映像記録再生装置。
【０５２５】
＜付記１６＞
前記読み出し位置の情報は、前記スライスセグメントの読み出し位置の情報である付記１５に記載の映像記録再生装置。
【０５２６】
＜付記１７＞
前記映像データを記録する際に、ＧＯＰごとに前記スライスセグメントを記録する順序を入れ替える付記１５または１６に記載の映像記録再生装置。
【０５２７】
＜付記１８＞
前記映像データを再生する際に、画像ごとに一部の前記スライスセグメントを表示する付記１５から１７のいずれか１つに記載の映像記録再生装置。
【０５２８】
＜付記１９＞
前記一部のスライスセグメントは、前記画像ごとに表示される位置が変更される付記１８に記載の映像記録再生装置。
【符号の説明】
【０５２９】
１００  映像記録再生装置、  １１  チューナー・復調部、  １２  外部入力部、  １３  ネットワーク部、  ２１  多重化解除部、  ３１  音声デコード部、  ３２  映像デコード部、  ３３  字幕デコード・レンダリング部、  ３４  データ放送・ＥＰＧ処理部、  ４１  記録再生制御部、  ５１  内蔵記録装置、  ５２  光ディスクドライブ、  ５３  光ディスク、  Ａｆ  管理用ファイル、  Ｈｍ  先頭のデータ、  Ｂａ  放送波、  Ｓｍ  多重化ストリーム、  Ｓｅ  エレメンタリーストリーム、  Ｄｓ  音声データ、  Ｄｉ０，Ｄｉ１  映像データ、  Ｄｃ  字幕データ、  Ｄｂ  データ放送のデータ、  Ｄｄ  表示装置、  Ｅｓ  音響装置、  Ｅｉ  外部装置、  Ｎｅ  ネットワーク、  Ｈａ  横軸、  Ｖａ１，Ｖａ２  縦軸、  Ｐ１，Ｐ２，Ｐ３  位置、  Ｐａｄ  パディング、  ＳＩ（ＭＰＴ）  制御パケット、  ＴＰ  ＴＬＶパケット、  ＴＭ，ＴＭＳ  タイムテーブル、  Ｖ  映像パケット、  Ｖ（ＲＡＰ）  映像パケット、  ２６０１  シーン連続性番号、  ２６０２  優先スライス情報  ２７００  映像シーン（オリジナル）、  ２７０１  画面表示例（シーン連続性制御なし）、  ２７０２  画面表示例（シーン連続性制御あり）、  ２７１０  更新スライス箇所、  ２９００  映像シーン（オリジナル）、  ２９０１  画面表示例（優先スライス制御なし）、  ２９０２  画面表示例（優先スライス制御あり）。
【図１】
2020017996.tif 000003
【図２】
2020017996.tif 000004
【図３】
2020017996.tif 000005
【図４】
2020017996.tif 000006
【図５】
2020017996.tif 000007
【図６】
2020017996.tif 000008
【図７】
2020017996.tif 000009
【図８】
2020017996.tif 000010
【図９】
2020017996.tif 000011
【図１０】
2020017996.tif 000012
【図１１】
2020017996.tif 000013
【図１２】
2020017996.tif 000014
【図１３】
2020017996.tif 000015
【図１４】
2020017996.tif 000016
【図１５】
2020017996.tif 000017
【図１６】
2020017996.tif 000018
【図１７】
2020017996.tif 000019
【図１８】
2020017996.tif 000020
【図１９】
2020017996.tif 000021
【図２０】
2020017996.tif 000022
【図２１】
2020017996.tif 000023
【図２２】
2020017996.tif 000024
【図２３】
2020017996.tif 000025
【図２４】
2020017996.tif 000026
【図２５】
2020017996.tif 000027
【図２６】
2020017996.tif 000028
【図２７】
2020017996.tif 000029
【図２８】
2020017996.tif 000030
【図２９】
2020017996.tif 000031
【図３０】
2020017996.tif 000032