JPWO2019043989A1 - 記録方法、及び、記録装置 - Google Patents

記録方法、及び、記録装置 Download PDF

Info

Publication number
JPWO2019043989A1
JPWO2019043989A1 JP2018566607A JP2018566607A JPWO2019043989A1 JP WO2019043989 A1 JPWO2019043989 A1 JP WO2019043989A1 JP 2018566607 A JP2018566607 A JP 2018566607A JP 2018566607 A JP2018566607 A JP 2018566607A JP WO2019043989 A1 JPWO2019043989 A1 JP WO2019043989A1
Authority
JP
Japan
Prior art keywords
management table
value
recording
gop management
gop
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018566607A
Other languages
English (en)
Other versions
JP6555628B1 (ja
Inventor
徳夫 中谷
和寛 持永
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Management Co Ltd
Original Assignee
Panasonic Intellectual Property Management Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Application granted granted Critical
Publication of JP6555628B1 publication Critical patent/JP6555628B1/ja
Publication of JPWO2019043989A1 publication Critical patent/JPWO2019043989A1/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
    • H04N5/9261—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00007—Time or data compression or expansion
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H04N5/783—Adaptations for reproducing at a rate different from the recording rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

記録方法は、独立して復号可能なピクチャを含むビデオストリームを取得し（Ｓ２１）、取得されたビデオストリームを記録媒体に記録し（Ｓ２２）、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルがマージされた第三ＧＯＰ管理テーブルによって定義される、ピクチャのデータサイズを示す値を記憶部に記憶し（Ｓ２３）、記憶された値を、第一ＧＯＰ管理テーブルによって定義される第一の値、及び、第二ＧＯＰ管理テーブルによって定義される第二の値のいずれかに変換して記録媒体に記録する（Ｓ２５、Ｓ２６）。

Description

本発明は、映像コンテンツの記録方法及び記録装置に関する。
従来、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）に関する技術が開示されている（例えば、特許文献１参照）。
特開平９−２８２８４８号公報
再生装置は、早送りなどの特殊再生を行う場合、ビデオストリームに含まれる独立して復号可能なＩピクチャを選択的に読み出す。光ディスクなどの記録媒体には、このような特殊再生用に、Ｉピクチャのデータサイズを示す値が記録される。Ｉピクチャのデータサイズを示す値の記録方法には検討の余地がある。
本開示は、独立して復号可能なピクチャのデータサイズを示す値を適応的に変換して記録することができる記録方法を提供する。
本開示の一態様に係る記録方法は、独立して復号可能なピクチャを含むビデオストリームを取得し、取得された前記ビデオストリームを記録媒体に記録し、第一テーブル情報及び第二テーブル情報がマージされた第三テーブル情報によって定義される、前記ピクチャのデータサイズを示す値を記憶装置に記憶し、記憶された前記値を、前記第一テーブル情報によって定義される第一の値、及び、前記第二テーブル情報によって定義される第二の値のいずれかに変換して前記記録媒体に記録する。
なお、これらの包括的または具体的な態様は、装置、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の記録装置は、独立して復号可能なピクチャのデータサイズを示す値を適応的に変換して記録することができる。
図１は、第一ＧＯＰ管理テーブルの一例を示す図である。 図２は、第二ＧＯＰ管理テーブルの一例を示す図である。 図３は、第三ＧＯＰ管理テーブルの一例を示す図である。 図４は、記録システムの概略構成を示す図である。 図５は、高度ＢＳの試験放送の番組表の一例を示す図である。 図６は、ＢＤ内のディレクトリ構成を示す図である。 図７は、ＣＬＩＰＩＮＦＯファイルの概略構成を示す図である。 図８は、ＥＰ Ｍａｐからアドレスを生成する方法を示す図である。 図９は、ＥＰ Ｍａｐからタイムコードを生成する方法を示す図である。 図１０は、実施の形態に係る記録装置の機能構成を示すブロック図である。 図１１は、実施の形態に係る記録装置の基本的な記録動作のフローチャートである。 図１２は、実施の形態に係る記録装置の記録動作のフローチャートである。 図１３は、実施の形態に係る記録装置が備えるＣＰＵの詳細な機能構成を示すブロック図である。 図１４は、実施の形態に係る記録装置の記録動作の別のフローチャートである。
（本開示の基礎となった知見）
ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）は、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２、または、ＭＰＥＧ−４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などにおいて映像をエンコードするための単位である。ＧＯＰは、Ｉピクチャ（Ｉｎｔｒａ−ｃｏｄｅｄ Ｐｉｃｔｕｒｅ）から始まり、Ｂピクチャ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ ｐｉｃｔｕｒｅ）及びＰピクチャ（Ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ ｐｉｃｔｕｒｅ）のそれぞれを複数含む単位である。ピクチャは、言い換えれば、フレームである。Ｉピクチャは、当該Ｉピクチャだけで独立して復号が可能であり、他のピクチャの参照を必要としないピクチャである。
４Ｋ放送、８Ｋ放送で用いられるＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ ）には、ＧＯＰという用語は無いが、本明細書中では説明のためにＧＯＰという用語が用いられる。
Ｂｌｕ−Ｒａｙ（登録商標） Ｄｉｓｃ Ｒｅｗｒｉｔａｂｌｅ Ｆｏｒｍａｔの中では、ＥＰ（Ｅｎｔｒｙ Ｐｏｉｎｔ）と呼ばれるものがＧＯＰに相当し、ＥＰは、ＥＰ Ｍａｐ（Ｅｎｔｒｙ Ｐｏｉｎｔ Ｍａｐ）によって管理されている。ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣでは、１つのＧＯＰが１つのエントリポイントに相当すると考えればよい。ＨＥＶＣでは、Ｉピクチャではさまれる区間が１つのエントリポイントであると考えればよい。
再生装置は、ストリームファイル内のアドレス及びタイムコードを取得するために、ＥＰ Ｍａｐを用いて再生位置を探索する。再生装置は、ＥＰ Ｍａｐから再生位置に相当するアドレス及びタイムコードが取得できたら、ストリームデータから実際のデータを読み出し、デコーダにデータを入力するとともに、入力したデータのタイムコードを設定する。
また、再生装置は、特殊再生を行う場合、ＥＰ ＭａｐからＩピクチャのサイズを取得して、Ｉピクチャのみをストリームファイルから読み出し、表示する。これにより、早送り再生、及び、早戻し再生が実現される。
ところで、従来、デジタル放送によって配信されるコンテンツは、ＦＨＤ（Ｆｕｌｌ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）の解像度（つまり、２Ｋ解像度）が上限とされていた。また、このようなコンテンツを記録可能するための規格として、Ｂｌｕ−Ｒａｙ（登録商標） Ｄｉｓｃ Ｒｅｗｒｉｔａｂｌｅ Ｆｏｒｍａｔ Ｐａｒｔ３（以下、単にＢＤ規格３と記載される）が制定されている。
デジタル放送では、ビデオストリームのビットレートは最大でも２４Ｍｂｐｓ程度であり、ビデオストリームにおけるＧＯＰに含まれるＩピクチャのデータサイズも２ＭＢ程度であった。したがって、再生に用いられるＧＯＰ管理テーブルにおけるＩピクチャのデータサイズは、２ＭＢ程度を上限として表現できれば十分であり、再生装置は、ＧＯＰ管理テーブルを用いて通常再生、及び、特殊再生を実現していた。図１は、このようなＧＯＰ管理テーブル（以下、第一ＧＯＰ管理テーブルとも記載される）の一例を示す図である。
図１に示される第一ＧＯＰ管理テーブルにおいて、I_end_position_offsetは、ＧＯＰにおいてＩピクチャが含まれる区間のデータサイズを示す３ビットの情報である。例えば、I_end_position_offsetが００１ｂである場合、Ｉピクチャのデータサイズは、０以上１３１０７２バイト未満である。
ところが、デジタル放送によって４Ｋ解像度のコンテンツ（以下、単に４Ｋコンテンツとも記載される）、または、８Ｋ解像度のコンテンツ（以下、単に８Ｋコンテンツとも記載される）が配信される場合、ビデオストリームのビットレートは、２倍〜４倍になり、Ｉピクチャのデータサイズもビットレートに比例して大きくなる。このため、従来のＧＯＰ管理テーブルではＩピクチャのデータサイズを適切に表現できないことが課題である。例えば、４Ｋ解像度または８Ｋ解像度のコンテンツのビデオストリームに含まれるＩピクチャのデータサイズを、第一ＧＯＰ管理テーブルにしたがって表現すると、I_end_position_offsetは、常に最大値（つまり、１１１ｂ）となり、再生装置は、一つのＧＯＰからＩピクチャを取得するために当該ＧＯＰの全体を読まなければならない可能性がある。
そうすると、再生装置は、Ｉピクチャを用いた特殊再生を行う際にビデオストリームのほとんど全体を読む必要がある。無駄なデータを破棄する等の処理が必要となるため、再生装置は、早送り・早戻しの速度が実現できない可能性がある。
このような課題を解決するために、４Ｋコンテンツ及び８Ｋコンテンツに適応するためのＢＤ規格３の拡張が検討されている。具体的には、最大ビットレートが４８Ｍｂｐｓを超えるビデオストリームについては、高ビットレート用のＧＯＰ管理テーブル（以下、第二ＧＯＰ管理テーブルとも記載される）を用いてI_end_position_offsetを記録することが検討されている。図２は、高ビットレート用の第二ＧＯＰ管理テーブルの一例を示す図である。
このようなＢＤ規格３の拡張にしたがって、例えば、ビデオストリームの最大ビットレートに基づき、４８Ｍｂｐｓを閾値として、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルを切り替えて記録を行う記録方法が考えられる。
ところがＢＤ規格３では、ＧＯＰ管理テーブルの切り替えは、ＣＬＩＰＩＮＦＯファイルというファイル単位で行われることが規定されている。具体的には、ビデオストリームの最大ビットレートを示すTS Recording Rateは、１つのＣＬＩＰＩＮＦＯファイルに対して１つ定められる。再生装置は、TS Recording Rateを参照して第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルのいずれを用いてI_end_position_offsetを解釈するかを決定する。このため、１つのＣＬＩＰＩＮＦＯファイルに対して、TS Recording Rateが４８Ｍｂｐｓ以下の場合に用いられる第一ＧＯＰ管理テーブルとTS Recording Rateが４８Ｍｂｐｓを超える場合に用いられる第二ＧＯＰ管理テーブルを共用することはできない。
例えば、記録装置がビデオストリームの最大ビットレートが４８Ｍｂｐｓ以下の４Ｋコンテンツの記録を開始し、その後、記録対象のコンテンツが８Ｋコンテンツに移行する場合が考えられる。このような場合、記録装置は、当初はビデオストリームの最大ビットレートが４８Ｍｂｐｓ以下なので第一ＧＯＰ管理テーブルを用いてI_end_position_offsetの記録を行うが、ビデオストリームのビットレートが最大４８Ｍｂｐｓを超えると、第一ＧＯＰ管理テーブルに代えて第二ＧＯＰ管理テーブルを用いる必要がある。このように使用するＧＯＰ管理テーブルを変更するためには、記録装置は、一度、ＣＬＩＰＩＮＦＯファイルを閉じて、新しくＣＬＩＰＩＮＦＯファイルを作る必要がある。この場合、記録装置は、ＣＬＩＰＩＮＦＯファイルの作り直しを行っている間に受信されるビデオストリームを記録できず、ビデオストリームを欠落させてしまう可能性がある。
このようにビデオストリームを欠落させないために、４Ｋコンテンツが８Ｋコンテンツに切り替わったタイミングで、I_end_position_offsetを第一ＧＯＰ管理テーブルによって定義される値から第二ＧＯＰ管理テーブルによって定義される値に変換することが考えられる。この場合、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルに互換性がないため、正確に変換できないという課題がある。
具体的には、第一ＧＯＰ管理テーブルによって定義された１０１ｂは、第二ＧＯＰ管理テーブルにおいては００１ｂ及び０１０ｂのどちらとも解釈できるため、どちらに変換してよいかが判断できない。このような問題は、Ｉピクチャのデータサイズが３ビットに丸められ、正確なＩピクチャのデータサイズが分からないために発生する。
なお、２つのＧＯＰ管理テーブル間でオーバーラップがなければ、第一ＧＯＰ管理テーブルによって定義される値から第二ＧＯＰ管理テーブルによって定義される値への変換は実現できる。今回の場合、第一ＧＯＰ管理テーブルの１０１ｂが示すＩピクチャの大きさは、第二ＧＯＰ管理テーブルにおいて２つの値にまたがっているため、単純な値の変換ができない。
また、はじめから第二ＧＯＰ管理テーブルを用いて記録を行う対応も考えられる。このような対応によれば、４Ｋコンテンツから８Ｋコンテンツに移行した場合に新しくＣＬＩＰＩＮＦＯファイルを作成する必要が無くなり、ビデオストリームの欠落を抑制することができる。しかしながら、この場合、最大ビットレートが比較的低い４Ｋコンテンツに対して第二ＧＯＰ管理テーブルが適用されるため、特殊再生をする際に読み出すデータに含まれる不要データ（ゴミデータ）の割合が大きくなるという課題が生じる。
このような不要データは、早送りの速度が遅い場合はそれほど問題にはならないと思われるが、早送りの速度を上げて行った場合に、不要データの読み出し、及び、デコーダによる不要データの排出処理が再生速度に悪影響を及ぼす可能性がある。例えば、不要データに関する余分な処理により、再生速度が飽和してしまう場合がある。
また、Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標。以下、単にＢＤと記載する）は、当該ＢＤにデータを記録した機器だけでなく、その他の機器、例えば、再生専用装置でも再生される。処理性能が十分でない機器で再生された場合に性能問題（再生速度が十分に出ない）を引き起こすリスクを招いてしまう。
以上のような課題を鑑み、発明者らは、Ｉピクチャのデータサイズの記録方法、及び、このような記録方法を実行する記録装置を見出した。
以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。
（実施の形態）
［概要］
まず、実施の形態に係る記録装置が使用するＧＯＰ管理テーブル（以下、第三のＧＯＰ管理テーブルとも記載される）について説明する。図３は、第三ＧＯＰ管理テーブルの一例を示す図である。
図３に示される第三ＧＯＰ管理テーブルにおいては、I_end_position_offsetは、４ビットの情報である。第三ＧＯＰ管理テーブルにおける００００ｂ〜０１００ｂが示すデータサイズ区間は第一ＧＯＰ管理テーブルにおける０００ｂ〜１００ｂが示すデータサイズ区間に対応する。また、第三ＧＯＰ管理テーブルにおける１００１ｂ〜１１０１ｂが示すデータサイズ区間は第二ＧＯＰ管理テーブルにおける０１１ｂ〜１１１ｂが示すデータサイズ区間に対応する。
また、第三ＧＯＰ管理テーブルにおける０１０１ｂ、０１１０ｂ、及び、１０００ｂが示すデータサイズ区間は、新たに定められたものである。具体的には、各値（０１０１ｂ、０１１０ｂ、及び、１０００ｂ）が第一ＧＯＰ管理テーブルに基づく値、及び、第二ＧＯＰ管理テーブルに基づく値に変換できるように定められている。
例えば、第三ＧＯＰ管理テーブルにおける０１０１ｂは、第一ＧＯＰ管理テーブルにおける１０１ｂに変換可能であり、第二ＧＯＰ管理テーブルにおける００１ｂに変換可能である。第三ＧＯＰ管理テーブルにおける０１１０ｂは、第一ＧＯＰ管理テーブルにおける１０１ｂに変換可能であり、第二ＧＯＰ管理テーブルにおける０１０ｂに変換可能である。第三ＧＯＰ管理テーブルにおける１０００ｂは、第一ＧＯＰ管理テーブルにおける１１１ｂに変換可能であり、第二ＧＯＰ管理テーブルにおける０１０ｂに変換可能である。
以上のように、第三ＧＯＰ管理テーブルは、第一ＧＯＰ管理テーブル、及び、第二ＧＯＰ管理テーブルがマージされたものである。第三ＧＯＰ管理テーブルに含まれるデータサイズ区間は、第一ＧＯＰ管理テーブルに含まれるデータサイズ区間と、第二ＧＯＰ管理テーブルに含まれるデータサイズ区間の和集合（ＯＲ集合）である。第三ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの各値は、第一ＧＯＰ管理テーブルによって定義される値に一意に変換可能であり、かつ、第二ＧＯＰ管理テーブルによって定義される値に一意に変換可能である。
実施の形態に係る記録装置は、第三ＧＯＰ管理テーブルを用いて、ビデオストリームの記録中は、第三ＧＯＰ管理テーブルに基づいて定められるI_end_position_offsetの値を記憶部に一時的に記憶する。実施の形態に係る記録装置は、例えば、ビデオストリームの記録の終了時に、ビデオストリームの最大ビットレートに応じて第三ＧＯＰ管理テーブルによって定義される値を第一ＧＯＰ管理テーブルによって定義される値、及び、第二ＧＯＰ管理テーブルによって定義される値のいずれかに変換してＢＤに記録する。これにより、上記ＢＤ規格３の拡張に対応した記録方法が実現される。
また、上位このように、数ビット程度の情報でＩピクチャのデータサイズが管理されれば、記憶部における記憶量の増大が抑制される。つまり、記録部のコストアップを抑制することができる。
［記録システムの構成］
次に、実施の形態に係る記録システムの構成について説明する。図４は、記録システムの概略構成を示す図である。
図４に示されるように、実施の形態に係る記録システム１００は、アンテナ装置２００と、テレビなどの表示装置３００と、記録装置４００とを備える。
記録システム１００において、アンテナ装置２００によって、４Ｋコンテンツ、または、８Ｋコンテンツの放送波が受信されると、ユーザは、表示装置３００を通じてコンテンツを視聴することができる。記録装置４００は、例えば、ＢＤレコーダなどであり、ユーザは、記録装置４００の内部のＨＤＤまたはＢＤなどの記録媒体にコンテンツを記録し、記録されたコンテンツを再生することができる。
高度ＢＳ放送では、４Ｋのコンテンツ及び８Ｋのコンテンツが混在する可能性がある。図５は、高度ＢＳの試験放送の番組表の一例を示す図である。
図５に示されるように、試験放送では４Ｋ番組と８Ｋ番組が混在しており、チャンネルを視聴または録画している場合に、４Ｋ番組から８Ｋ番組に移行する、または、その逆に８Ｋ番組から４Ｋ番組へと移行する。このような放送運用は試験放送中だけでなく、本放送に移行後も行われる可能性がある。
現在、デジタル放送の番組をＢＤに記録するためのＢＤ規格が策定されている。図６は、ＢＤ規格において定められる、ＢＤ内のディレクトリ構成（言い換えれば、フォルダ構成またはファイル構成）を示す図である。
記録装置４００が番組をＢＤに記録する場合、ＰＬＡＹＬＩＳＴファイル５１１がＰＬＡＹＬＩＳＴフォルダ５０１内に生成される。ＰＬＡＹＬＩＳＴファイル５１１は、番組名などを含み、番組に１対１で対応して作られるものである。
一方、実際のストリームデータは、ＳＴＲＥＡＭフォルダ５０３内にストリームファイル５１３として記録される。ストリームファイル５１３を管理する情報として、ＣＬＩＰＩＮＦＯフォルダ５０２にＣＬＩＰＩＮＦＯファイル５１２が生成される。ＣＬＩＰＩＮＦＯファイル５１２には、ストリームの属性、タイムコード、及び、ＥＰ Ｍａｐ（以下、ＧＯＰ管理情報とも記載される）などが含まれる。
図７は、ＣＬＩＰＩＮＦＯファイル５１２の概略構成を示す図である。図７に示されるように、ＥＰ Ｍａｐは、ＣＰＩというテーブル内に存在する。ＥＰ Ｍａｐは、ＣＯＡＲＳＥ、及び、ＦＩＮＥの２層構造を有し、このような２層構造によれば、情報保持のために必要なデータサイズが小さく抑えられる。なお、TS Recording Rateは、Ｃｌｉｐｉｎｆｏ（）内の所定領域に記録される。
図８は、ＥＰ Ｍａｐからアドレス（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）を生成する方法を示す図であり、図９は、ＥＰ Ｍａｐからタイムコード（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を生成する方法を示す図である。なお、Ｉピクチャのデータサイズを示すI_end_position_offsetは、ＦＩＮＥ側のテーブル内に存在する。記録装置４００は、記録動作を継続しながら、このＥＰ Ｍａｐを更新する。
［記録装置の詳細構成］
次に、記録装置４００の詳細構成について説明する。図１０は、記録装置４００の機能構成を示すブロック図である。図１０では、記録媒体の一例としてＢＤ５００も図示されている。
図１０に示されるように、記録装置４００は、放送受信部４０１と、バス４０２と、ストリーム解析部４０３と、制御部４０４と、ディスク制御部４０５と、リモコン受信部４０６と、リモコン４０７とを備える。
放送受信部４０１は、アンテナ装置２００に接続され、アンテナ装置２００が受信した放送波をストリームとして取得する。
バス４０２は、放送受信部４０１、ストリーム解析部４０３、制御部４０４、及び、リモコン受信部４０６がビデオストリームなどの情報の伝送を行うための信号線である。放送受信部４０１によって取得されたストリームは、ストリーム解析部４０３に送られる。
ストリーム解析部４０３は、放送受信部４０１及びバス４０２を通じて取得したストリームを解析する。ストリーム解析部４０３は、具体的には、ストリームに含まれるＳＩ情報の解析及びビデオストリームに関するデータの解析を行う。ストリーム解析部４０３は、解析によって、Ｉピクチャの位置、タイムコード、Ｉピクチャのデータサイズなどの情報を特定し、特定した情報をバス４０２を通じて制御部４０４に送信する。
制御部４０４は、具体的には、バスＩ／Ｆ４０８と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０９と、記憶部４１０と、プロセッサバス４１１とを備える。制御部４０４は、具体的には、マイクロコンピュータなどである。
バスＩ／Ｆ４０８は、放送受信部４０１及びバス４０２を通じて得られるストリームのうち少なくともビデオストリームを取得する。バスＩ／Ｆ４０８は、取得部の一例である。ビデオストリームは、言い換えれば、符号化された映像情報である。バスＩ／Ｆ４０８は、具体的には、バス４０２を通じた通信に対応する通信モジュールである。通信モジュールは、言い換えれば、通信回路である。
ＣＰＵ４０９は、ビデオストリームの記録動作に関連する各種処理を行う。ＣＰＵ４０９は、記録制御部の一例である。ＣＰＵ４０９が行う具体的な処理については後述される。
記憶部４１０は、ＣＰＵ４０９が実行するプログラムが記憶される記憶装置である。記憶部４１０には、第一ＧＯＰ管理テーブル、第二ＧＯＰ管理テーブル、及び、第三ＧＯＰ管理テーブルなども記憶される。また、記憶部４１０は、バッファ領域を有し、バッファ領域には、ビデオストリーム、ＰＬＡＹＬＩＳＴファイル、及び、ＣＬＩＰＩＮＦＯファイルなどが一時的に記憶される。記憶部４１０は、半導体メモリ等によって実現される。
プロセッサバス４１１は、バスＩ／Ｆ４０８、ＣＰＵ４０９、及び、記憶部４１０が情報の伝送を行うための信号線である。
ディスク制御部４０５は、ＣＰＵ４０９の制御に基づき、ＢＤ５００へ情報の記録を行う。ディスク制御部４０５は、具体的には、光ディスクドライブ装置である。
リモコン受信部４０６は、リモコン４０７から送信される赤外線通信信号を受信する装置である。リモコン受信部４０６は、言い換えれば、赤外線受光装置である。
リモコン４０７は、ユーザが記録装置４００に番組の記録などを指示するためのユーザインタフェースである。
［記録装置の基本的な記録動作］
次に、記録装置４００の基本的な記録動作について説明する。図１１は、記録装置の基本的な記録動作のフローチャートである。
まず、放送受信部４０１は、放送波を受信し、受信された放送波をストリームとして取得する。ストリーム解析部４０３は、ストリームのパーシャル化を行う（Ｓ１１）。
次に、ＣＰＵ４０９は、ビデオストリームの記録開始時にＰＬＡＹＬＩＳＴファイル及びＣＬＩＰＩＮＦＯファイルの雛形を記憶部４１０に生成する（Ｓ１２）。また、ＣＰＵ４０９は、ｉｎｆｏ．ｂｄａｖ（図６に図示される、ディスク全体管理情報）に記録した番組を登録し、ディスク制御部４０５を制御することにより、ｉｎｆｏ．ｂｄａｖをＢＤ５００に書き込む（Ｓ１３）。なお、ｉｎｆｏ．ｂｄａｖへの番組の登録タイミングは、一例であり、図１１のステップＳ１７の後、または、後述の図１２のステップＳ１８の後など、その他のタイミングで行われてもよい。
次に、ＣＰＵ４０９は、ＧＯＰ単位でビデオストリームをＢＤ５００に書き込む（Ｓ１４）。ＣＰＵ４０９は、具体的には、バスＩ／Ｆ４０８によって取得されたビデオストリームを記憶部４１０のバッファ領域に一時的に記憶する。つまり、ＣＰＵ４０９は、ビデオストリームをバッファする。そして、ＣＰＵ４０９は、ディスク制御部４０５を制御することにより、バッファ領域からビデオストリームＧＯＰ単位で読み出し、ＢＤ５００に書き込む。
ＣＰＵ４０９は、ビデオストリームの最大ビットレートをTS Recording Rateとして取得し、取得したＴＳ Ｒｅｃｏｒｄｉｎｇ Ｒａｔｅが既に記憶されたTS Recording Rateを上回る場合に、ＣＬＩＰＩＮＦＯファイル内のTS Recording Rateを更新する（Ｓ１５）。
また、ＣＰＵ４０９は、ＧＯＰ単位で、ＰＬＡＹＬＩＳＴファイル及びＣＬＩＰＩＮＦＯファイルを更新する。ＣＰＵ４０９は、具体的には、ＰＬＡＹＬＩＳＴファイル内の再生区間の更新、番組名、及び、放送時間などのＰＬＡＹＬＩＳＴファイルへの記録を行う。また、ＣＰＵ４０９は、ＣＬＩＰＩＮＦＯファイル内の再生区間の更新、ＣＬＩＰＩＮＦＯファイル内のＥＰ Ｍａｐ（以下、ＧＯＰ管理情報とも記載される）へ、新たに記録されたＧＯＰに関する情報の登録を行う（Ｓ１６）。ステップＳ１６の処理には、新たに記録されたＧＯＰのI_end_position_offsetの登録が含まれる。
ステップＳ１４〜ステップＳ１６の処理は、ビデオストリームの記録が終了されるまで継続される（Ｓ１７でＮｏ）。ビデオストリームのＢＤ５００への記録が終了すると（Ｓ１７でＹｅｓ）、ＣＰＵ４０９は、ディスク制御部４０５を制御することにより、記憶部４１０に生成され、かつ、ビデオストリームの記録に応じて更新されたＰＬＡＹＬＩＳＴファイル及びＣＬＩＰＩＮＦＯファイルをＢＤ５００に書き込む（Ｓ１９）。
［記録装置の記録動作］
一般に、記憶部４１０に作成するＧＯＰ管理情報は、ＢＤ５００にそのまま書き込める形式で構築されることが多い。これにより、書き込み処理をシンプルにすることができる。
しかしながら、このような方法では、最大ビットレートが４８Ｍｂｐｓ以下の番組を記録していた状態から最大ビットレートが４８Ｍｂｐｓを超える番組を記録する状態に移行する際に、ＣＬＩＰＩＮＦＯファイルを新たに生成する必要がある。つまり、番組の記録が中断される可能性がある。
そこで、記録装置４００は、図１２のフローチャートのような記録動作を行う。図１２は、記録装置４００の記録動作のフローチャートである。図１２に示されるフローチャートは、図１１のフローチャートにステップＳ１８が追加された構成である。
図１２に示されるフローチャートのステップＳ１６において、ＣＰＵ４０９は、第三ＧＯＰ管理テーブルに基づいてI_end_position_offsetの値を記憶部４１０に一時的に記憶する。上述のように、第三ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値は、第一ＧＯＰ管理テーブルのI_end_position_offsetの値、及び、第二ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値のいずれにも一意に変換可能である。つまり、ステップＳ１６によれば、第三ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値を、第一ＧＯＰ管理テーブルによって定義される値、及び、第二ＧＯＰ管理テーブルによって定義される値のどちらにも変換可能な状況ができ上がる。
そして、ＣＰＵ４０９は、ビデオストリームの記録終了時に（Ｓ１７でＹｅｓ）、上記I_end_position_offsetの値の変換を行う（Ｓ１８）。そして、変換後のI_end_position_offsetを含むＣＬＩＰＩＮＦＯファイルがＢＤ５００に書き込まれる（Ｓ１９）。
このような記録動作によれば、番組の記録が中断されることを抑制しつつ、上記ＢＤ規格３の拡張に対応して、適応的にI_end_position_offsetの値を記録することができる。
なお、図１２のフローチャートでは、I_end_position_offsetの変換タイミングはビデオストリームの記録終了時である。しかしながら、記録装置４００は、例えば、TS Recording Rateが４８Ｍｂｐｓを超えたタイミングで変換を行い、その後は第三ＧＯＰ管理テーブルではなく第二ＧＯＰ管理テーブルを用いてI_end_position_offsetを記憶してもよい。
図１２に示されるような記録装置４００の記録動作について、ＣＰＵ４０９の詳細な機能構成を用いて説明する。図１３は、ＣＰＵ４０９の詳細な機能構成を示すブロック図である。
ＣＰＵ４０９は、ＥＰ情報取得部４１２と、ＥＰ情報制御部４１３と、ＰＬＡＹＬＩＳＴ更新部４１４と、ＣＬＩＰＩＮＦＯ更新部４１５と、ＰＬＡＹＬＩＳＴ書込部４１６と、ＣＬＩＰＩＮＦＯ書込部４１７と、変換部４１８と、ＰＬＡＹＬＩＳＴ読込部４１９と、ＣＬＩＰＩＮＦＯ読込部４２０とを備える。
ＥＰ情報取得部４１２は、ストリーム解析部４０３からＥＰ情報を取得し、取得したＥＰ情報をＥＰ情報制御部４１３に送信する。ＥＰ情報制御部４１３は、ＥＰ情報をＰＬＡＹＬＩＳＴ更新部４１４及びＣＬＩＰＩＮＦＯ更新部４１５に送信する。ＣＬＩＰＩＮＦＯ更新部４１５は、ＥＰ情報に基づいて、記憶部４１０にI_end_position_offsetを記憶していく。このとき、第三ＧＯＰ管理テーブルが用いられる。
また、ＣＬＩＰＩＮＦＯ更新部４１５は、ビデオストリームのTS Recording Rateも取得し、取得したTS Recording Rateが既に記憶されているTS Recording Rateよりも高い（大きい）場合には更新する。
ビデオストリームの記録終了時には、ＥＰ情報制御部４１３は、ＰＬＡＹＬＩＳＴ書込部４１６に記憶部４１０に記憶されたＰＬＡＹＬＩＳＴファイルのＢＤ５００への書き込みを指示する。また、ＥＰ情報制御部４１３は、ＣＬＩＰＩＮＦＯ書込部４１７に、記憶部４１０に記憶されたＣＬＩＰＩＮＦＯファイルのＢＤ５００への書き込みを指示する。
ＣＬＩＰＩＮＦＯ書込部４１７は、ＥＰ情報制御部４１３から指示を受けると、記憶部４１０に記憶されたTS Recording Rateを確認し、TS Recording Rateが４８Ｍｂｐｓ以下ならば、I_end_position_offsetを第三ＧＯＰ管理テーブルによって定義される値から第一ＧＯＰ管理テーブルによって定義される値へ変換するように変換部４１８に指示する。ＣＬＩＰＩＮＦＯ書込部４１７は、記憶部４１０に記憶されたTS Recording Rateを確認し、TS Recording Rateが４８Ｍｂｐｓを超える場合は、I_end_position_offsetを第三ＧＯＰ管理テーブルによって定義される値から第二ＧＯＰ管理テーブルによって定義される値へ変換するように変換部４１８に指示する。その後、ＣＬＩＰＩＮＦＯ書込部４１７は、変換された_end_position_offsetを含むＣＬＩＰＩＮＦＯファイルをＢＤ５００に書き込むようにディスク制御部４０５に指示する。
以上説明した記録動作は、図１４のようにも表現できる。図１４は、記録装置４００の記録動作の別のフローチャートである。
まず、バスＩ／Ｆ４０８は、バス４０２を通じて、独立して復号可能なＩピクチャを含むビデオストリームを取得する（Ｓ２１）。ＣＰＵ４０９は、取得されたビデオストリームをＢＤ５００に記録する（Ｓ２２）。また、ＣＰＵ４０９は、記憶部４１０に記憶された第三ＧＯＰ管理テーブルを参照することにより、当該第三ＧＯＰ管理テーブルによって定義される、I_end_position_offsetの値を記憶部４１０に一時的に記憶する（Ｓ２３）。I_end_position_offsetの値は、Ｉピクチャのデータサイズを示す値である。第三ＧＯＰ管理テーブルは、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルがマージされたＧＯＰ管理テーブルである。
なお、図１に示されるように、第一ＧＯＰ管理テーブルにおいて第一の値に対応付けられたＩピクチャのデータサイズの区間幅は、最大でも３９３２１６バイトである。これに対し、図２に示されるように、第二ＧＯＰ管理テーブルにおいて第二の値に対応付けられたＩピクチャのデータサイズの区間幅は、７８６４３２バイトである。つまり、第一ＧＯＰ管理テーブルにおいて第一の値に対応付けられたＩピクチャのデータサイズの区間幅は、第二ＧＯＰ管理テーブルにおいて第二の値に対応付けられたＩピクチャのデータサイズの区間幅よりも狭い。
次に、ＣＰＵ４０９は、記憶部４１０に記憶されたＣＬＩＰＩＮＦＯファイル内のTS Recording Rateを参照することにより、TS Recording Rateが４８Ｍｂｐｓを超えるか否かを判定する（Ｓ２４）。言い換えれば、ビデオストリームの最大のビットレートが所定値よりも大きいか否かを判定する。
ＣＰＵ４０９は、TS Recording Rateが４８Ｍｂｐｓ以下であると判定すると（Ｓ２４でＮｏ）、ステップＳ２３において記憶されたI_end_position_offsetの値を、第一ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値（以下、第一の値とも記載される）に変換してＢＤ５００に記録する（Ｓ２５）。つまり、ビデオストリームの最大ビットレートが所定値以下である場合、記憶されたI_end_position_offsetの値は、第一の値に変換される。
ＣＰＵ４０９は、TS Recording Rateが４８Ｍｂｐｓよりも大きいと判定すると（Ｓ２４でＹｅｓ）、記憶されたI_end_position_offsetの値を、第二ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値に変換してＢＤ５００に記録する（Ｓ２６）。つまり、ビデオストリームの最大ビットレートが所定値よりも大きい場合、記憶されたI_end_position_offsetの値は、第二の値に変換される。
このように、ＣＰＵ４０９は、記憶部４１０に一時的に記憶されたI_end_position_offsetの値を、第一ＧＯＰ管理テーブルによって定義される第一の値、及び、第二ＧＯＰ管理テーブルによって定義される第二の値のいずれかに変換する。具体的には、記憶されたI_end_position_offsetの値は、ビデオストリームのビットレートに基づいて第一の値及び第二の値のいずれかに変換される。
このような記録装置４００は、Ｉピクチャのデータサイズを示す値を適応的に変換して記録することができる。
なお、ステップＳ２３において記憶されたI_end_position_offsetの値は、第三ＧＯＰ管理テーブルに基づいて４ビットで表現され、第一の値は、第一ＧＯＰ管理テーブルに基づいて３ビットで表現され、第二の値は、第二ＧＯＰ管理テーブルに基づいて３ビットで表現される。つまり、ステップＳ２３において記憶されたI_end_position_offsetの値のビット数は、第一の値のビット数及び第二の値のビット数よりも多い。
これにより、I_end_position_offsetの値が第一ＧＯＰ管理テーブルによって定義される第一の値及び、第二ＧＯＰ管理テーブルによって定義される第二の値に一意に変換可能な第三ＧＯＰ管理テーブルが実現される。言い換えれば、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルが適切にマージされた第三ＧＯＰ管理テーブルが実現される。
［効果等］
以上説明したように、記録装置４００などのコンピュータによって実行される記録方法は、独立して復号可能なＩピクチャを含むビデオストリームを取得し（Ｓ２１）、取得されたビデオストリームをＢＤ５００に記録し（Ｓ２２）、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルがマージされた第三ＧＯＰ管理テーブルによって定義される、Ｉピクチャのデータサイズを示す値を記憶部４１０に記憶し（Ｓ２３）、記憶された値を、第一ＧＯＰ管理テーブルによって定義される第一の値、及び、第二ＧＯＰ管理テーブルによって定義される第二の値のいずれかに変換してＢＤ５００に記録する（Ｓ２５、Ｓ２６）。ＢＤ５００は、記録媒体の一例であり、記憶部４１０は、記憶装置の一例である。第一ＧＯＰ管理テーブルは、第一テーブル情報の一例であり、第二ＧＯＰ管理テーブルは、第二テーブル情報の一例であり、第三ＧＯＰ管理テーブルは、第三テーブル情報の一例である。
このような記録方法は、Ｉピクチャのデータサイズを示す値を適応的に変換して記録することができる。
また、記憶された値は、ビデオストリームのビットレートに基づいて第一の値及び第二の値のいずれかに変換される。
このような記録装置４００は、Ｉピクチャのデータサイズを示す値を、ビデオストリームのビットレートに応じて適応的に変換して記録することができる。
また、例えば、第一ＧＯＰ管理テーブルにおけるＩピクチャのデータサイズの区間幅は、第二ＧＯＰ管理テーブルにおけるＩピクチャのデータサイズの区間幅よりも狭い。ビデオストリームの最大ビットレートが所定値以下である場合、記憶された値は、第一の値に変換される。ビデオストリームの最大ビットレートが所定値よりも大きい場合、記憶された値は、第二の値に変換される。所定値は、例えば４８Ｍｂｐｓであるが、特に限定されない。
これにより、最大ビットレートが比較的大きいビデオストリームに含まれるＩピクチャのデータサイズが第二ＧＯＰ管理テーブルに基づいて示される。したがって、最大ビットレートが比較的大きいビデオストリームに含まれるＩピクチャのデータサイズが第一ＧＯＰ管理テーブルに基づいて示されることで、当該データサイズを示す値が常に最大値となることが抑制される。つまり、再生装置がＩピクチャを取得するためにＧＯＰの全体を読まなければならないようなことが発生しにくくなる効果が得られる。
また、例えば、記憶された値のビット数は、第一の値のビット数及び第二の値のビット数よりも多い。
これにより、記憶部４１０に記憶された値が第一ＧＯＰ管理テーブルによって定義される第一の値及び、第二ＧＯＰ管理テーブルによって定義される第二の値に一意に変換可能な第三ＧＯＰ管理テーブルが実現される。言い換えれば、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルが適切にマージされた第三ＧＯＰ管理テーブルが実現される。
また、記録装置４００は、独立して復号可能なピクチャを含むビデオストリームを取得するバスＩ／Ｆ４０８と、取得されたビデオストリームをＢＤ５００に記録するＣＰＵ４０９と、記憶部４１０とを備える。バスＩ／Ｆ４０８は、取得部の一例であり、ＣＰＵ４０９は、記録制御部の一例である。ＣＰＵ４０９は、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルがマージされた第三ＧＯＰ管理テーブルによって定義される、Ｉピクチャのデータサイズを示す値を記憶部４１０に記憶し、記憶された値を、第一ＧＯＰ管理テーブルによって定義される第一の値、及び、第二ＧＯＰ管理テーブルによって定義される第二の値のいずれかに変換してＢＤ５００に記録する。
このような記録装置４００は、Ｉピクチャのデータサイズを示す値を適応的に変換して記録することができる。
（その他の実施の形態）
以上、実施の形態について説明したが、本開示は、上記実施の形態に限定されるものではない。
例えば、上記実施の形態では、記憶部に記憶されたI_end_position_offsetの値は、ビデオストリームのビットレートに基づいて第一の値及び第二の値のいずれかに変換された。しかしながら、このような変換方法は一例である。例えば、I_end_position_offsetの値は、ビデオストリームの情報量を示す他の物理量または情報に基づいて第一の値及び第二の値のいずれかに変換されてもよい。
また、上記実施の形態では、ビデオストリーム及びI_end_position_offsetの値が記録される記録媒体としてＢＤが例示されたが、記録媒体は、ＤＶＤ等の他の光ディスクであってもよい。また、記録媒体は、ハードディスクまたは半導体メモリなどの光ディスク以外の記録媒体であってもよい。
また、上記実施の形態では、記憶部に記憶されたI_end_position_offsetの値は、２つの値のいずれかに変換されたが、３つ以上の値のいずれかに変換されてもよい。
また、本開示の包括的または具体的な態様は、装置、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。本開示は、上記実施の形態の記録システムとして実現されてもよい。本開示は、上記実施の形態の記録方法をコンピュータに実行させるためのプログラムとして実現されてもよいし、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。
また、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、上記実施の形態において説明された記録動作における複数の処理の順序は一例である。複数の処理の順序は、変更されてもよいし、複数の処理は、並行して実行されてもよい。
また、上記実施の形態において、各構成要素は、当該構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。各構成要素は、単一のＣＰＵまたはプロセッサとして実現されてもよい。
また、各構成要素は、ハードウェアによって実現されてもよい。各構成要素は、具体的には、回路または集積回路によって実現されてもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。
その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本開示の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本開示に含まれる。
本開示によれば、次世代４Ｋ／８Ｋ放送または通信ネットワークを介して配信されるＭＭＴ／ＴＬＶストリームまたはトランスポートストリームを受信し、記録媒体に記録することができるレコーダが実現される。
１００ 記録システム
２００ アンテナ装置
３００ 表示装置
４００ 記録装置
４０１ 放送受信部
４０２ バス
４０３ ストリーム解析部
４０４ 制御部
４０５ ディスク制御部
４０６ リモコン受信部
４０７ リモコン
４０８ バスＩ／Ｆ
４０９ ＣＰＵ
４１０ 記憶部
４１１ プロセッサバス
４１２ ＥＰ情報取得部
４１３ ＥＰ情報制御部
４１４ ＰＬＡＹＬＩＳＴ更新部
４１５ ＣＬＩＰＩＮＦＯ更新部
４１６ ＰＬＡＹＬＩＳＴ書込部
４１７ ＣＬＩＰＩＮＦＯ書込部
４１８ 変換部
４１９ ＰＬＡＹＬＩＳＴ読込部
４２０ ＣＬＩＰＩＮＦＯ読込部
５００ ＢＤ
５０１ ＰＬＡＹＬＩＳＴフォルダ
５０２ ＣＬＩＰＩＮＦＯフォルダ
５０３ ＳＴＲＥＡＭフォルダ
５１１ ＰＬＡＹＬＩＳＴファイル
５１２ ＣＬＩＰＩＮＦＯファイル
５１３ ストリームファイル
本発明は、映像コンテンツの記録方法及び記録装置に関する。
従来、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）に関する技術が開示されている（例えば、特許文献１参照）。
特開平９−２８２８４８号公報
再生装置は、早送りなどの特殊再生を行う場合、ビデオストリームに含まれる独立して復号可能なＩピクチャを選択的に読み出す。光ディスクなどの記録媒体には、このような特殊再生用に、Ｉピクチャのデータサイズを示す値が記録される。Ｉピクチャのデータサイズを示す値の記録方法には検討の余地がある。
本開示は、独立して復号可能なピクチャのデータサイズを示す値を適応的に変換して記録することができる記録方法を提供する。
本開示の一態様に係る記録方法は、独立して復号可能なピクチャを含むビデオストリームを取得し、取得された前記ビデオストリームを記録媒体に記録し、第一テーブル情報及び第二テーブル情報がマージされた第三テーブル情報によって定義される、前記ピクチャのデータサイズを示す値を記憶装置に記憶し、記憶された前記値を、前記第一テーブル情報によって定義される第一の値、及び、前記第二テーブル情報によって定義される第二の値のいずれかに変換して前記記録媒体に記録する。
なお、これらの包括的または具体的な態様は、装置、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の記録装置は、独立して復号可能なピクチャのデータサイズを示す値を適応的に変換して記録することができる。
図１は、第一ＧＯＰ管理テーブルの一例を示す図である。 図２は、第二ＧＯＰ管理テーブルの一例を示す図である。 図３は、第三ＧＯＰ管理テーブルの一例を示す図である。 図４は、記録システムの概略構成を示す図である。 図５は、高度ＢＳの試験放送の番組表の一例を示す図である。 図６は、ＢＤ内のディレクトリ構成を示す図である。 図７は、ＣＬＩＰＩＮＦＯファイルの概略構成を示す図である。 図８は、ＥＰ Ｍａｐからアドレスを生成する方法を示す図である。 図９は、ＥＰ Ｍａｐからタイムコードを生成する方法を示す図である。 図１０は、実施の形態に係る記録装置の機能構成を示すブロック図である。 図１１は、実施の形態に係る記録装置の基本的な記録動作のフローチャートである。 図１２は、実施の形態に係る記録装置の記録動作のフローチャートである。 図１３は、実施の形態に係る記録装置が備えるＣＰＵの詳細な機能構成を示すブロック図である。 図１４は、実施の形態に係る記録装置の記録動作の別のフローチャートである。
（本開示の基礎となった知見）
ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）は、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２、または、ＭＰＥＧ−４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などにおいて映像をエンコードするための単位である。ＧＯＰは、Ｉピクチャ（Ｉｎｔｒａ−ｃｏｄｅｄ Ｐｉｃｔｕｒｅ）から始まり、Ｂピクチャ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ ｐｉｃｔｕｒｅ）及びＰピクチャ（Ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ ｐｉｃｔｕｒｅ）のそれぞれを複数含む単位である。ピクチャは、言い換えれば、フレームである。Ｉピクチャは、当該Ｉピクチャだけで独立して復号が可能であり、他のピクチャの参照を必要としないピクチャである。
４Ｋ放送、８Ｋ放送で用いられるＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）には、ＧＯＰという用語は無いが、本明細書中では説明のためにＧＯＰという用語が用いられる。
Ｂｌｕ−Ｒａｙ（登録商標） Ｄｉｓｃ Ｒｅｗｒｉｔａｂｌｅ Ｆｏｒｍａｔの中では、ＥＰ（Ｅｎｔｒｙ Ｐｏｉｎｔ）と呼ばれるものがＧＯＰに相当し、ＥＰは、ＥＰ Ｍａｐ（Ｅｎｔｒｙ Ｐｏｉｎｔ Ｍａｐ）によって管理されている。ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣでは、１つのＧＯＰが１つのエントリポイントに相当すると考えればよい。ＨＥＶＣでは、Ｉピクチャではさまれる区間が１つのエントリポイントであると考えればよい。
再生装置は、ストリームファイル内のアドレス及びタイムコードを取得するために、ＥＰ Ｍａｐを用いて再生位置を探索する。再生装置は、ＥＰ Ｍａｐから再生位置に相当するアドレス及びタイムコードが取得できたら、ストリームデータから実際のデータを読み出し、デコーダにデータを入力するとともに、入力したデータのタイムコードを設定する。
また、再生装置は、特殊再生を行う場合、ＥＰ ＭａｐからＩピクチャのサイズを取得して、Ｉピクチャのみをストリームファイルから読み出し、表示する。これにより、早送り再生、及び、早戻し再生が実現される。
ところで、従来、デジタル放送によって配信されるコンテンツは、ＦＨＤ（Ｆｕｌｌ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）の解像度（つまり、２Ｋ解像度）が上限とされていた。また、このようなコンテンツを記録可能するための規格として、Ｂｌｕ−Ｒａｙ（登録商標） Ｄｉｓｃ Ｒｅｗｒｉｔａｂｌｅ Ｆｏｒｍａｔ Ｐａｒｔ３（以下、単にＢＤ規格３と記載される）が制定されている。
デジタル放送では、ビデオストリームのビットレートは最大でも２４Ｍｂｐｓ程度であり、ビデオストリームにおけるＧＯＰに含まれるＩピクチャのデータサイズも２ＭＢ程度であった。したがって、再生に用いられるＧＯＰ管理テーブルにおけるＩピクチャのデータサイズは、２ＭＢ程度を上限として表現できれば十分であり、再生装置は、ＧＯＰ管理テーブルを用いて通常再生、及び、特殊再生を実現していた。図１は、このようなＧＯＰ管理テーブル（以下、第一ＧＯＰ管理テーブルとも記載される）の一例を示す図である。
図１に示される第一ＧＯＰ管理テーブルにおいて、I_end_position_offsetは、ＧＯＰにおいてＩピクチャが含まれる区間のデータサイズを示す３ビットの情報である。例えば、I_end_position_offsetが００１ｂである場合、Ｉピクチャのデータサイズは、０以上１３１０７２バイト未満である。
ところが、デジタル放送によって４Ｋ解像度のコンテンツ（以下、単に４Ｋコンテンツとも記載される）、または、８Ｋ解像度のコンテンツ（以下、単に８Ｋコンテンツとも記載される）が配信される場合、ビデオストリームのビットレートは、２倍〜４倍になり、Ｉピクチャのデータサイズもビットレートに比例して大きくなる。このため、従来のＧＯＰ管理テーブルではＩピクチャのデータサイズを適切に表現できないことが課題である。例えば、４Ｋ解像度または８Ｋ解像度のコンテンツのビデオストリームに含まれるＩピクチャのデータサイズを、第一ＧＯＰ管理テーブルにしたがって表現すると、I_end_position_offsetは、常に最大値（つまり、１１１ｂ）となり、再生装置は、一つのＧＯＰからＩピクチャを取得するために当該ＧＯＰの全体を読まなければならない可能性がある。
そうすると、再生装置は、Ｉピクチャを用いた特殊再生を行う際にビデオストリームのほとんど全体を読む必要がある。無駄なデータを破棄する等の処理が必要となるため、再生装置は、早送り・早戻しの速度が実現できない可能性がある。
このような課題を解決するために、４Ｋコンテンツ及び８Ｋコンテンツに適応するためのＢＤ規格３の拡張が検討されている。具体的には、最大ビットレートが４８Ｍｂｐｓを超えるビデオストリームについては、高ビットレート用のＧＯＰ管理テーブル（以下、第二ＧＯＰ管理テーブルとも記載される）を用いてI_end_position_offsetを記録することが検討されている。図２は、高ビットレート用の第二ＧＯＰ管理テーブルの一例を示す図である。
このようなＢＤ規格３の拡張にしたがって、例えば、ビデオストリームの最大ビットレートに基づき、４８Ｍｂｐｓを閾値として、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルを切り替えて記録を行う記録方法が考えられる。
ところがＢＤ規格３では、ＧＯＰ管理テーブルの切り替えは、ＣＬＩＰＩＮＦＯファイルというファイル単位で行われることが規定されている。具体的には、ビデオストリームの最大ビットレートを示すTS Recording Rateは、１つのＣＬＩＰＩＮＦＯファイルに対して１つ定められる。再生装置は、TS Recording Rateを参照して第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルのいずれを用いてI_end_position_offsetを解釈するかを決定する。このため、１つのＣＬＩＰＩＮＦＯファイルに対して、TS Recording Rateが４８Ｍｂｐｓ以下の場合に用いられる第一ＧＯＰ管理テーブルとTS Recording Rateが４８Ｍｂｐｓを超える場合に用いられる第二ＧＯＰ管理テーブルを共用することはできない。
例えば、記録装置がビデオストリームの最大ビットレートが４８Ｍｂｐｓ以下の４Ｋコンテンツの記録を開始し、その後、記録対象のコンテンツが８Ｋコンテンツに移行する場合が考えられる。このような場合、記録装置は、当初はビデオストリームの最大ビットレートが４８Ｍｂｐｓ以下なので第一ＧＯＰ管理テーブルを用いてI_end_position_offsetの記録を行うが、ビデオストリームのビットレートが最大４８Ｍｂｐｓを超えると、第一ＧＯＰ管理テーブルに代えて第二ＧＯＰ管理テーブルを用いる必要がある。このように使用するＧＯＰ管理テーブルを変更するためには、記録装置は、一度、ＣＬＩＰＩＮＦＯファイルを閉じて、新しくＣＬＩＰＩＮＦＯファイルを作る必要がある。この場合、記録装置は、ＣＬＩＰＩＮＦＯファイルの作り直しを行っている間に受信されるビデオストリームを記録できず、ビデオストリームを欠落させてしまう可能性がある。
このようにビデオストリームを欠落させないために、４Ｋコンテンツが８Ｋコンテンツに切り替わったタイミングで、I_end_position_offsetを第一ＧＯＰ管理テーブルによって定義される値から第二ＧＯＰ管理テーブルによって定義される値に変換することが考えられる。この場合、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルに互換性がないため、正確に変換できないという課題がある。
具体的には、第一ＧＯＰ管理テーブルによって定義された１０１ｂは、第二ＧＯＰ管理テーブルにおいては００１ｂ及び０１０ｂのどちらとも解釈できるため、どちらに変換してよいかが判断できない。このような問題は、Ｉピクチャのデータサイズが３ビットに丸められ、正確なＩピクチャのデータサイズが分からないために発生する。
なお、２つのＧＯＰ管理テーブル間でオーバーラップがなければ、第一ＧＯＰ管理テーブルによって定義される値から第二ＧＯＰ管理テーブルによって定義される値への変換は実現できる。今回の場合、第一ＧＯＰ管理テーブルの１０１ｂが示すＩピクチャの大きさは、第二ＧＯＰ管理テーブルにおいて２つの値にまたがっているため、単純な値の変換ができない。
また、はじめから第二ＧＯＰ管理テーブルを用いて記録を行う対応も考えられる。このような対応によれば、４Ｋコンテンツから８Ｋコンテンツに移行した場合に新しくＣＬＩＰＩＮＦＯファイルを作成する必要が無くなり、ビデオストリームの欠落を抑制することができる。しかしながら、この場合、最大ビットレートが比較的低い４Ｋコンテンツに対して第二ＧＯＰ管理テーブルが適用されるため、特殊再生をする際に読み出すデータに含まれる不要データ（ゴミデータ）の割合が大きくなるという課題が生じる。
このような不要データは、早送りの速度が遅い場合はそれほど問題にはならないと思われるが、早送りの速度を上げて行った場合に、不要データの読み出し、及び、デコーダによる不要データの排出処理が再生速度に悪影響を及ぼす可能性がある。例えば、不要データに関する余分な処理により、再生速度が飽和してしまう場合がある。
また、Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標。以下、単にＢＤと記載する）は、当該ＢＤにデータを記録した機器だけでなく、その他の機器、例えば、再生専用装置でも再生される。処理性能が十分でない機器で再生された場合に性能問題（再生速度が十分に出ない）を引き起こすリスクを招いてしまう。
以上のような課題を鑑み、発明者らは、Ｉピクチャのデータサイズの記録方法、及び、このような記録方法を実行する記録装置を見出した。
以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。
（実施の形態）
［概要］
まず、実施の形態に係る記録装置が使用するＧＯＰ管理テーブル（以下、第三のＧＯＰ管理テーブルとも記載される）について説明する。図３は、第三ＧＯＰ管理テーブルの一例を示す図である。
図３に示される第三ＧＯＰ管理テーブルにおいては、I_end_position_offsetは、４ビットの情報である。第三ＧＯＰ管理テーブルにおける００００ｂ〜０１００ｂが示すデータサイズ区間は第一ＧＯＰ管理テーブルにおける０００ｂ〜１００ｂが示すデータサイズ区間に対応する。また、第三ＧＯＰ管理テーブルにおける１００１ｂ〜１１０１ｂが示すデータサイズ区間は第二ＧＯＰ管理テーブルにおける０１１ｂ〜１１１ｂが示すデータサイズ区間に対応する。
また、第三ＧＯＰ管理テーブルにおける０１０１ｂ、０１１０ｂ、及び、１０００ｂが示すデータサイズ区間は、新たに定められたものである。具体的には、各値（０１０１ｂ、０１１０ｂ、及び、１０００ｂ）が第一ＧＯＰ管理テーブルに基づく値、及び、第二ＧＯＰ管理テーブルに基づく値に変換できるように定められている。
例えば、第三ＧＯＰ管理テーブルにおける０１０１ｂは、第一ＧＯＰ管理テーブルにおける１０１ｂに変換可能であり、第二ＧＯＰ管理テーブルにおける００１ｂに変換可能である。第三ＧＯＰ管理テーブルにおける０１１０ｂは、第一ＧＯＰ管理テーブルにおける１０１ｂに変換可能であり、第二ＧＯＰ管理テーブルにおける０１０ｂに変換可能である。第三ＧＯＰ管理テーブルにおける１０００ｂは、第一ＧＯＰ管理テーブルにおける１１１ｂに変換可能であり、第二ＧＯＰ管理テーブルにおける０１０ｂに変換可能である。
以上のように、第三ＧＯＰ管理テーブルは、第一ＧＯＰ管理テーブル、及び、第二ＧＯＰ管理テーブルがマージされたものである。第三ＧＯＰ管理テーブルに含まれるデータサイズ区間は、第一ＧＯＰ管理テーブルに含まれるデータサイズ区間と、第二ＧＯＰ管理テーブルに含まれるデータサイズ区間の和集合（ＯＲ集合）である。第三ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの各値は、第一ＧＯＰ管理テーブルによって定義される値に一意に変換可能であり、かつ、第二ＧＯＰ管理テーブルによって定義される値に一意に変換可能である。
実施の形態に係る記録装置は、第三ＧＯＰ管理テーブルを用いて、ビデオストリームの記録中は、第三ＧＯＰ管理テーブルに基づいて定められるI_end_position_offsetの値を記憶部に一時的に記憶する。実施の形態に係る記録装置は、例えば、ビデオストリームの記録の終了時に、ビデオストリームの最大ビットレートに応じて第三ＧＯＰ管理テーブルによって定義される値を第一ＧＯＰ管理テーブルによって定義される値、及び、第二ＧＯＰ管理テーブルによって定義される値のいずれかに変換してＢＤに記録する。これにより、上記ＢＤ規格３の拡張に対応した記録方法が実現される。
また、上位このように、数ビット程度の情報でＩピクチャのデータサイズが管理されれば、記憶部における記憶量の増大が抑制される。つまり、記録部のコストアップを抑制することができる。
［記録システムの構成］
次に、実施の形態に係る記録システムの構成について説明する。図４は、記録システムの概略構成を示す図である。
図４に示されるように、実施の形態に係る記録システム１００は、アンテナ装置２００と、テレビなどの表示装置３００と、記録装置４００とを備える。
記録システム１００において、アンテナ装置２００によって、４Ｋコンテンツ、または、８Ｋコンテンツの放送波が受信されると、ユーザは、表示装置３００を通じてコンテンツを視聴することができる。記録装置４００は、例えば、ＢＤレコーダなどであり、ユーザは、記録装置４００の内部のＨＤＤまたはＢＤなどの記録媒体にコンテンツを記録し、記録されたコンテンツを再生することができる。
高度ＢＳ放送では、４Ｋのコンテンツ及び８Ｋのコンテンツが混在する可能性がある。図５は、高度ＢＳの試験放送の番組表の一例を示す図である。
図５に示されるように、試験放送では４Ｋ番組と８Ｋ番組が混在しており、チャンネルを視聴または録画している場合に、４Ｋ番組から８Ｋ番組に移行する、または、その逆に８Ｋ番組から４Ｋ番組へと移行する。このような放送運用は試験放送中だけでなく、本放送に移行後も行われる可能性がある。
現在、デジタル放送の番組をＢＤに記録するためのＢＤ規格が策定されている。図６は、ＢＤ規格において定められる、ＢＤ内のディレクトリ構成（言い換えれば、フォルダ構成またはファイル構成）を示す図である。
記録装置４００が番組をＢＤに記録する場合、ＰＬＡＹＬＩＳＴファイル５１１がＰＬＡＹＬＩＳＴフォルダ５０１内に生成される。ＰＬＡＹＬＩＳＴファイル５１１は、番組名などを含み、番組に１対１で対応して作られるものである。
一方、実際のストリームデータは、ＳＴＲＥＡＭフォルダ５０３内にストリームファイル５１３として記録される。ストリームファイル５１３を管理する情報として、ＣＬＩＰＩＮＦＯフォルダ５０２にＣＬＩＰＩＮＦＯファイル５１２が生成される。ＣＬＩＰＩＮＦＯファイル５１２には、ストリームの属性、タイムコード、及び、ＥＰ Ｍａｐ（以下、ＧＯＰ管理情報とも記載される）などが含まれる。
図７は、ＣＬＩＰＩＮＦＯファイル５１２の概略構成を示す図である。図７に示されるように、ＥＰ Ｍａｐは、ＣＰＩというテーブル内に存在する。ＥＰ Ｍａｐは、ＣＯＡＲＳＥ、及び、ＦＩＮＥの２層構造を有し、このような２層構造によれば、情報保持のために必要なデータサイズが小さく抑えられる。なお、TS Recording Rateは、Ｃｌｉｐｉｎｆｏ（）内の所定領域に記録される。
図８は、ＥＰ Ｍａｐからアドレス（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）を生成する方法を示す図であり、図９は、ＥＰ Ｍａｐからタイムコード（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を生成する方法を示す図である。なお、Ｉピクチャのデータサイズを示すI_end_position_offsetは、ＦＩＮＥ側のテーブル内に存在する。記録装置４００は、記録動作を継続しながら、このＥＰ Ｍａｐを更新する。
［記録装置の詳細構成］
次に、記録装置４００の詳細構成について説明する。図１０は、記録装置４００の機能構成を示すブロック図である。図１０では、記録媒体の一例としてＢＤ５００も図示されている。
図１０に示されるように、記録装置４００は、放送受信部４０１と、バス４０２と、ストリーム解析部４０３と、制御部４０４と、ディスク制御部４０５と、リモコン受信部４０６と、リモコン４０７とを備える。
放送受信部４０１は、アンテナ装置２００に接続され、アンテナ装置２００が受信した放送波をストリームとして取得する。
バス４０２は、放送受信部４０１、ストリーム解析部４０３、制御部４０４、及び、リモコン受信部４０６がビデオストリームなどの情報の伝送を行うための信号線である。放送受信部４０１によって取得されたストリームは、ストリーム解析部４０３に送られる。
ストリーム解析部４０３は、放送受信部４０１及びバス４０２を通じて取得したストリームを解析する。ストリーム解析部４０３は、具体的には、ストリームに含まれるＳＩ情報の解析及びビデオストリームに関するデータの解析を行う。ストリーム解析部４０３は、解析によって、Ｉピクチャの位置、タイムコード、Ｉピクチャのデータサイズなどの情報を特定し、特定した情報をバス４０２を通じて制御部４０４に送信する。
制御部４０４は、具体的には、バスＩ／Ｆ４０８と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０９と、記憶部４１０と、プロセッサバス４１１とを備える。制御部４０４は、具体的には、マイクロコンピュータなどである。
バスＩ／Ｆ４０８は、放送受信部４０１及びバス４０２を通じて得られるストリームのうち少なくともビデオストリームを取得する。バスＩ／Ｆ４０８は、取得部の一例である。ビデオストリームは、言い換えれば、符号化された映像情報である。バスＩ／Ｆ４０８は、具体的には、バス４０２を通じた通信に対応する通信モジュールである。通信モジュールは、言い換えれば、通信回路である。
ＣＰＵ４０９は、ビデオストリームの記録動作に関連する各種処理を行う。ＣＰＵ４０９は、記録制御部の一例である。ＣＰＵ４０９が行う具体的な処理については後述される。
記憶部４１０は、ＣＰＵ４０９が実行するプログラムが記憶される記憶装置である。記憶部４１０には、第一ＧＯＰ管理テーブル、第二ＧＯＰ管理テーブル、及び、第三ＧＯＰ管理テーブルなども記憶される。また、記憶部４１０は、バッファ領域を有し、バッファ領域には、ビデオストリーム、ＰＬＡＹＬＩＳＴファイル、及び、ＣＬＩＰＩＮＦＯファイルなどが一時的に記憶される。記憶部４１０は、半導体メモリ等によって実現される。
プロセッサバス４１１は、バスＩ／Ｆ４０８、ＣＰＵ４０９、及び、記憶部４１０が情報の伝送を行うための信号線である。
ディスク制御部４０５は、ＣＰＵ４０９の制御に基づき、ＢＤ５００へ情報の記録を行う。ディスク制御部４０５は、具体的には、光ディスクドライブ装置である。
リモコン受信部４０６は、リモコン４０７から送信される赤外線通信信号を受信する装置である。リモコン受信部４０６は、言い換えれば、赤外線受光装置である。
リモコン４０７は、ユーザが記録装置４００に番組の記録などを指示するためのユーザインタフェースである。
［記録装置の基本的な記録動作］
次に、記録装置４００の基本的な記録動作について説明する。図１１は、記録装置の基本的な記録動作のフローチャートである。
まず、放送受信部４０１は、放送波を受信し、受信された放送波をストリームとして取得する。ストリーム解析部４０３は、ストリームのパーシャル化を行う（Ｓ１１）。
次に、ＣＰＵ４０９は、ビデオストリームの記録開始時にＰＬＡＹＬＩＳＴファイル及びＣＬＩＰＩＮＦＯファイルの雛形を記憶部４１０に生成する（Ｓ１２）。また、ＣＰＵ４０９は、ｉｎｆｏ．ｂｄａｖ（図６に図示される、ディスク全体管理情報）に記録した番組を登録し、ディスク制御部４０５を制御することにより、ｉｎｆｏ．ｂｄａｖをＢＤ５００に書き込む（Ｓ１３）。なお、ｉｎｆｏ．ｂｄａｖへの番組の登録タイミングは、一例であり、図１１のステップＳ１７の後、または、後述の図１２のステップＳ１８の後など、その他のタイミングで行われてもよい。
次に、ＣＰＵ４０９は、ＧＯＰ単位でビデオストリームをＢＤ５００に書き込む（Ｓ１４）。ＣＰＵ４０９は、具体的には、バスＩ／Ｆ４０８によって取得されたビデオストリームを記憶部４１０のバッファ領域に一時的に記憶する。つまり、ＣＰＵ４０９は、ビデオストリームをバッファする。そして、ＣＰＵ４０９は、ディスク制御部４０５を制御することにより、バッファ領域からビデオストリームＧＯＰ単位で読み出し、ＢＤ５００に書き込む。
ＣＰＵ４０９は、ビデオストリームの最大ビットレートをTS Recording Rateとして取得し、取得したＴＳ Ｒｅｃｏｒｄｉｎｇ Ｒａｔｅが既に記憶されたTS Recording Rateを上回る場合に、ＣＬＩＰＩＮＦＯファイル内のTS Recording Rateを更新する（Ｓ１５）。
また、ＣＰＵ４０９は、ＧＯＰ単位で、ＰＬＡＹＬＩＳＴファイル及びＣＬＩＰＩＮＦＯファイルを更新する。ＣＰＵ４０９は、具体的には、ＰＬＡＹＬＩＳＴファイル内の再生区間の更新、番組名、及び、放送時間などのＰＬＡＹＬＩＳＴファイルへの記録を行う。また、ＣＰＵ４０９は、ＣＬＩＰＩＮＦＯファイル内の再生区間の更新、ＣＬＩＰＩＮＦＯファイル内のＥＰ Ｍａｐ（以下、ＧＯＰ管理情報とも記載される）へ、新たに記録されたＧＯＰに関する情報の登録を行う（Ｓ１６）。ステップＳ１６の処理には、新たに記録されたＧＯＰのI_end_position_offsetの登録が含まれる。
ステップＳ１４〜ステップＳ１６の処理は、ビデオストリームの記録が終了されるまで継続される（Ｓ１７でＮｏ）。ビデオストリームのＢＤ５００への記録が終了すると（Ｓ１７でＹｅｓ）、ＣＰＵ４０９は、ディスク制御部４０５を制御することにより、記憶部４１０に生成され、かつ、ビデオストリームの記録に応じて更新されたＰＬＡＹＬＩＳＴファイル及びＣＬＩＰＩＮＦＯファイルをＢＤ５００に書き込む（Ｓ１９）。
［記録装置の記録動作］
一般に、記憶部４１０に作成するＧＯＰ管理情報は、ＢＤ５００にそのまま書き込める形式で構築されることが多い。これにより、書き込み処理をシンプルにすることができる。
しかしながら、このような方法では、最大ビットレートが４８Ｍｂｐｓ以下の番組を記録していた状態から最大ビットレートが４８Ｍｂｐｓを超える番組を記録する状態に移行する際に、ＣＬＩＰＩＮＦＯファイルを新たに生成する必要がある。つまり、番組の記録が中断される可能性がある。
そこで、記録装置４００は、図１２のフローチャートのような記録動作を行う。図１２は、記録装置４００の記録動作のフローチャートである。図１２に示されるフローチャートは、図１１のフローチャートにステップＳ１８が追加された構成である。
図１２に示されるフローチャートのステップＳ１６において、ＣＰＵ４０９は、第三ＧＯＰ管理テーブルに基づいてI_end_position_offsetの値を記憶部４１０に一時的に記憶する。上述のように、第三ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値は、第一ＧＯＰ管理テーブルのI_end_position_offsetの値、及び、第二ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値のいずれにも一意に変換可能である。つまり、ステップＳ１６によれば、第三ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値を、第一ＧＯＰ管理テーブルによって定義される値、及び、第二ＧＯＰ管理テーブルによって定義される値のどちらにも変換可能な状況ができ上がる。
そして、ＣＰＵ４０９は、ビデオストリームの記録終了時に（Ｓ１７でＹｅｓ）、上記I_end_position_offsetの値の変換を行う（Ｓ１８）。そして、変換後のI_end_position_offsetを含むＣＬＩＰＩＮＦＯファイルがＢＤ５００に書き込まれる（Ｓ１９）。
このような記録動作によれば、番組の記録が中断されることを抑制しつつ、上記ＢＤ規格３の拡張に対応して、適応的にI_end_position_offsetの値を記録することができる。
なお、図１２のフローチャートでは、I_end_position_offsetの変換タイミングはビデオストリームの記録終了時である。しかしながら、記録装置４００は、例えば、TS Recording Rateが４８Ｍｂｐｓを超えたタイミングで変換を行い、その後は第三ＧＯＰ管理テーブルではなく第二ＧＯＰ管理テーブルを用いてI_end_position_offsetを記憶してもよい。
図１２に示されるような記録装置４００の記録動作について、ＣＰＵ４０９の詳細な機能構成を用いて説明する。図１３は、ＣＰＵ４０９の詳細な機能構成を示すブロック図である。
ＣＰＵ４０９は、ＥＰ情報取得部４１２と、ＥＰ情報制御部４１３と、ＰＬＡＹＬＩＳＴ更新部４１４と、ＣＬＩＰＩＮＦＯ更新部４１５と、ＰＬＡＹＬＩＳＴ書込部４１６と、ＣＬＩＰＩＮＦＯ書込部４１７と、変換部４１８と、ＰＬＡＹＬＩＳＴ読込部４１９と、ＣＬＩＰＩＮＦＯ読込部４２０とを備える。
ＥＰ情報取得部４１２は、ストリーム解析部４０３からＥＰ情報を取得し、取得したＥＰ情報をＥＰ情報制御部４１３に送信する。ＥＰ情報制御部４１３は、ＥＰ情報をＰＬＡＹＬＩＳＴ更新部４１４及びＣＬＩＰＩＮＦＯ更新部４１５に送信する。ＣＬＩＰＩＮＦＯ更新部４１５は、ＥＰ情報に基づいて、記憶部４１０にI_end_position_offsetを記憶していく。このとき、第三ＧＯＰ管理テーブルが用いられる。
また、ＣＬＩＰＩＮＦＯ更新部４１５は、ビデオストリームのTS Recording Rateも取得し、取得したTS Recording Rateが既に記憶されているTS Recording Rateよりも高い（大きい）場合には更新する。
ビデオストリームの記録終了時には、ＥＰ情報制御部４１３は、ＰＬＡＹＬＩＳＴ書込部４１６に記憶部４１０に記憶されたＰＬＡＹＬＩＳＴファイルのＢＤ５００への書き込みを指示する。また、ＥＰ情報制御部４１３は、ＣＬＩＰＩＮＦＯ書込部４１７に、記憶部４１０に記憶されたＣＬＩＰＩＮＦＯファイルのＢＤ５００への書き込みを指示する。
ＣＬＩＰＩＮＦＯ書込部４１７は、ＥＰ情報制御部４１３から指示を受けると、記憶部４１０に記憶されたTS Recording Rateを確認し、TS Recording Rateが４８Ｍｂｐｓ以下ならば、I_end_position_offsetを第三ＧＯＰ管理テーブルによって定義される値から第一ＧＯＰ管理テーブルによって定義される値へ変換するように変換部４１８に指示する。ＣＬＩＰＩＮＦＯ書込部４１７は、記憶部４１０に記憶されたTS Recording Rateを確認し、TS Recording Rateが４８Ｍｂｐｓを超える場合は、I_end_position_offsetを第三ＧＯＰ管理テーブルによって定義される値から第二ＧＯＰ管理テーブルによって定義される値へ変換するように変換部４１８に指示する。その後、ＣＬＩＰＩＮＦＯ書込部４１７は、変換された_end_position_offsetを含むＣＬＩＰＩＮＦＯファイルをＢＤ５００に書き込むようにディスク制御部４０５に指示する。
以上説明した記録動作は、図１４のようにも表現できる。図１４は、記録装置４００の記録動作の別のフローチャートである。
まず、バスＩ／Ｆ４０８は、バス４０２を通じて、独立して復号可能なＩピクチャを含むビデオストリームを取得する（Ｓ２１）。ＣＰＵ４０９は、取得されたビデオストリームをＢＤ５００に記録する（Ｓ２２）。また、ＣＰＵ４０９は、記憶部４１０に記憶された第三ＧＯＰ管理テーブルを参照することにより、当該第三ＧＯＰ管理テーブルによって定義される、I_end_position_offsetの値を記憶部４１０に一時的に記憶する（Ｓ２３）。I_end_position_offsetの値は、Ｉピクチャのデータサイズを示す値である。第三ＧＯＰ管理テーブルは、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルがマージされたＧＯＰ管理テーブルである。
なお、図１に示されるように、第一ＧＯＰ管理テーブルにおいて第一の値に対応付けられたＩピクチャのデータサイズの区間幅は、最大でも３９３２１６バイトである。これに対し、図２に示されるように、第二ＧＯＰ管理テーブルにおいて第二の値に対応付けられたＩピクチャのデータサイズの区間幅は、７８６４３２バイトである。つまり、第一ＧＯＰ管理テーブルにおいて第一の値に対応付けられたＩピクチャのデータサイズの区間幅は、第二ＧＯＰ管理テーブルにおいて第二の値に対応付けられたＩピクチャのデータサイズの区間幅よりも狭い。
次に、ＣＰＵ４０９は、記憶部４１０に記憶されたＣＬＩＰＩＮＦＯファイル内のTS Recording Rateを参照することにより、TS Recording Rateが４８Ｍｂｐｓを超えるか否かを判定する（Ｓ２４）。言い換えれば、ビデオストリームの最大のビットレートが所定値よりも大きいか否かを判定する。
ＣＰＵ４０９は、TS Recording Rateが４８Ｍｂｐｓ以下であると判定すると（Ｓ２４でＮｏ）、ステップＳ２３において記憶されたI_end_position_offsetの値を、第一ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値（以下、第一の値とも記載される）に変換してＢＤ５００に記録する（Ｓ２５）。つまり、ビデオストリームの最大ビットレートが所定値以下である場合、記憶されたI_end_position_offsetの値は、第一の値に変換される。
ＣＰＵ４０９は、TS Recording Rateが４８Ｍｂｐｓよりも大きいと判定すると（Ｓ２４でＹｅｓ）、記憶されたI_end_position_offsetの値を、第二ＧＯＰ管理テーブルによって定義されるI_end_position_offsetの値に変換してＢＤ５００に記録する（Ｓ２６）。つまり、ビデオストリームの最大ビットレートが所定値よりも大きい場合、記憶されたI_end_position_offsetの値は、第二の値に変換される。
このように、ＣＰＵ４０９は、記憶部４１０に一時的に記憶されたI_end_position_offsetの値を、第一ＧＯＰ管理テーブルによって定義される第一の値、及び、第二ＧＯＰ管理テーブルによって定義される第二の値のいずれかに変換する。具体的には、記憶されたI_end_position_offsetの値は、ビデオストリームのビットレートに基づいて第一の値及び第二の値のいずれかに変換される。
このような記録装置４００は、Ｉピクチャのデータサイズを示す値を適応的に変換して記録することができる。
なお、ステップＳ２３において記憶されたI_end_position_offsetの値は、第三ＧＯＰ管理テーブルに基づいて４ビットで表現され、第一の値は、第一ＧＯＰ管理テーブルに基づいて３ビットで表現され、第二の値は、第二ＧＯＰ管理テーブルに基づいて３ビットで表現される。つまり、ステップＳ２３において記憶されたI_end_position_offsetの値のビット数は、第一の値のビット数及び第二の値のビット数よりも多い。
これにより、I_end_position_offsetの値が第一ＧＯＰ管理テーブルによって定義される第一の値及び、第二ＧＯＰ管理テーブルによって定義される第二の値に一意に変換可能な第三ＧＯＰ管理テーブルが実現される。言い換えれば、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルが適切にマージされた第三ＧＯＰ管理テーブルが実現される。
［効果等］
以上説明したように、記録装置４００などのコンピュータによって実行される記録方法は、独立して復号可能なＩピクチャを含むビデオストリームを取得し（Ｓ２１）、取得されたビデオストリームをＢＤ５００に記録し（Ｓ２２）、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルがマージされた第三ＧＯＰ管理テーブルによって定義される、Ｉピクチャのデータサイズを示す値を記憶部４１０に記憶し（Ｓ２３）、記憶された値を、第一ＧＯＰ管理テーブルによって定義される第一の値、及び、第二ＧＯＰ管理テーブルによって定義される第二の値のいずれかに変換してＢＤ５００に記録する（Ｓ２５、Ｓ２６）。ＢＤ５００は、記録媒体の一例であり、記憶部４１０は、記憶装置の一例である。第一ＧＯＰ管理テーブルは、第一テーブル情報の一例であり、第二ＧＯＰ管理テーブルは、第二テーブル情報の一例であり、第三ＧＯＰ管理テーブルは、第三テーブル情報の一例である。
このような記録方法は、Ｉピクチャのデータサイズを示す値を適応的に変換して記録することができる。
また、記憶された値は、ビデオストリームのビットレートに基づいて第一の値及び第二の値のいずれかに変換される。
このような記録装置４００は、Ｉピクチャのデータサイズを示す値を、ビデオストリームのビットレートに応じて適応的に変換して記録することができる。
また、例えば、第一ＧＯＰ管理テーブルにおけるＩピクチャのデータサイズの区間幅は、第二ＧＯＰ管理テーブルにおけるＩピクチャのデータサイズの区間幅よりも狭い。ビデオストリームの最大ビットレートが所定値以下である場合、記憶された値は、第一の値に変換される。ビデオストリームの最大ビットレートが所定値よりも大きい場合、記憶された値は、第二の値に変換される。所定値は、例えば４８Ｍｂｐｓであるが、特に限定されない。
これにより、最大ビットレートが比較的大きいビデオストリームに含まれるＩピクチャのデータサイズが第二ＧＯＰ管理テーブルに基づいて示される。したがって、最大ビットレートが比較的大きいビデオストリームに含まれるＩピクチャのデータサイズが第一ＧＯＰ管理テーブルに基づいて示されることで、当該データサイズを示す値が常に最大値となることが抑制される。つまり、再生装置がＩピクチャを取得するためにＧＯＰの全体を読まなければならないようなことが発生しにくくなる効果が得られる。
また、例えば、記憶された値のビット数は、第一の値のビット数及び第二の値のビット数よりも多い。
これにより、記憶部４１０に記憶された値が第一ＧＯＰ管理テーブルによって定義される第一の値及び、第二ＧＯＰ管理テーブルによって定義される第二の値に一意に変換可能な第三ＧＯＰ管理テーブルが実現される。言い換えれば、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルが適切にマージされた第三ＧＯＰ管理テーブルが実現される。
また、記録装置４００は、独立して復号可能なピクチャを含むビデオストリームを取得するバスＩ／Ｆ４０８と、取得されたビデオストリームをＢＤ５００に記録するＣＰＵ４０９と、記憶部４１０とを備える。バスＩ／Ｆ４０８は、取得部の一例であり、ＣＰＵ４０９は、記録制御部の一例である。ＣＰＵ４０９は、第一ＧＯＰ管理テーブル及び第二ＧＯＰ管理テーブルがマージされた第三ＧＯＰ管理テーブルによって定義される、Ｉピクチャのデータサイズを示す値を記憶部４１０に記憶し、記憶された値を、第一ＧＯＰ管理テーブルによって定義される第一の値、及び、第二ＧＯＰ管理テーブルによって定義される第二の値のいずれかに変換してＢＤ５００に記録する。
このような記録装置４００は、Ｉピクチャのデータサイズを示す値を適応的に変換して記録することができる。
（その他の実施の形態）
以上、実施の形態について説明したが、本開示は、上記実施の形態に限定されるものではない。
例えば、上記実施の形態では、記憶部に記憶されたI_end_position_offsetの値は、ビデオストリームのビットレートに基づいて第一の値及び第二の値のいずれかに変換された。しかしながら、このような変換方法は一例である。例えば、I_end_position_offsetの値は、ビデオストリームの情報量を示す他の物理量または情報に基づいて第一の値及び第二の値のいずれかに変換されてもよい。
また、上記実施の形態では、ビデオストリーム及びI_end_position_offsetの値が記録される記録媒体としてＢＤが例示されたが、記録媒体は、ＤＶＤ等の他の光ディスクであってもよい。また、記録媒体は、ハードディスクまたは半導体メモリなどの光ディスク以外の記録媒体であってもよい。
また、上記実施の形態では、記憶部に記憶されたI_end_position_offsetの値は、２つの値のいずれかに変換されたが、３つ以上の値のいずれかに変換されてもよい。
また、本開示の包括的または具体的な態様は、装置、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。本開示は、上記実施の形態の記録システムとして実現されてもよい。本開示は、上記実施の形態の記録方法をコンピュータに実行させるためのプログラムとして実現されてもよいし、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。
また、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、上記実施の形態において説明された記録動作における複数の処理の順序は一例である。複数の処理の順序は、変更されてもよいし、複数の処理は、並行して実行されてもよい。
また、上記実施の形態において、各構成要素は、当該構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。各構成要素は、単一のＣＰＵまたはプロセッサとして実現されてもよい。
また、各構成要素は、ハードウェアによって実現されてもよい。各構成要素は、具体的には、回路または集積回路によって実現されてもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。
その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本開示の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本開示に含まれる。
本開示によれば、次世代４Ｋ／８Ｋ放送または通信ネットワークを介して配信されるＭＭＴ／ＴＬＶストリームまたはトランスポートストリームを受信し、記録媒体に記録することができるレコーダが実現される。
１００ 記録システム
２００ アンテナ装置
３００ 表示装置
４００ 記録装置
４０１ 放送受信部
４０２ バス
４０３ ストリーム解析部
４０４ 制御部
４０５ ディスク制御部
４０６ リモコン受信部
４０７ リモコン
４０８ バスＩ／Ｆ
４０９ ＣＰＵ
４１０ 記憶部
４１１ プロセッサバス
４１２ ＥＰ情報取得部
４１３ ＥＰ情報制御部
４１４ ＰＬＡＹＬＩＳＴ更新部
４１５ ＣＬＩＰＩＮＦＯ更新部
４１６ ＰＬＡＹＬＩＳＴ書込部
４１７ ＣＬＩＰＩＮＦＯ書込部
４１８ 変換部
４１９ ＰＬＡＹＬＩＳＴ読込部
４２０ ＣＬＩＰＩＮＦＯ読込部
５００ ＢＤ
５０１ ＰＬＡＹＬＩＳＴフォルダ
５０２ ＣＬＩＰＩＮＦＯフォルダ
５０３ ＳＴＲＥＡＭフォルダ
５１１ ＰＬＡＹＬＩＳＴファイル
５１２ ＣＬＩＰＩＮＦＯファイル
５１３ ストリームファイル

Claims (6)

  1. 独立して復号可能なピクチャを含むビデオストリームを取得し、
    取得された前記ビデオストリームを記録媒体に記録し、
    第一テーブル情報及び第二テーブル情報がマージされた第三テーブル情報によって定義される、前記ピクチャのデータサイズを示す値を記憶装置に記憶し、
    記憶された前記値を、前記第一テーブル情報によって定義される第一の値、及び、前記第二テーブル情報によって定義される第二の値のいずれかに変換して前記記録媒体に記録する
    記録方法。
  2. 記憶された前記値は、前記ビデオストリームのビットレートに基づいて前記第一の値及び前記第二の値のいずれかに変換される
    請求項１に記載の記録方法。
  3. 前記第一テーブル情報において前記第一の値に対応付けられた前記ピクチャのデータサイズの区間幅は、前記第二テーブル情報において前記第二の値に対応付けられた前記ピクチャのデータサイズの区間幅よりも狭く、
    前記ビデオストリームの最大ビットレートが所定値以下である場合、記憶された前記値は、前記第一の値に変換され、
    前記ビデオストリームの最大ビットレートが前記所定値よりも大きい場合、記憶された前記値は、前記第二の値に変換される
    請求項２に記載の記録方法。
  4. 記憶された前記値のビット数は、前記第一の値のビット数及び前記第二の値のビット数よりも多い
    請求項１〜３のいずれか１項に記載の記録方法。
  5. 請求項１〜４のいずれか１項に記載の記録方法をコンピュータに実行させるためのプログラム。
  6. 独立して復号可能なピクチャを含むビデオストリームを取得する取得部と、
    取得された前記ビデオストリームを記録媒体に記録する記録制御部と、
    記憶部とを備え、
    前記記録制御部は、
    第一テーブル情報及び第二テーブル情報がマージされた第三テーブル情報によって定義される、前記ピクチャのデータサイズを示す値を記憶部に記憶し、
    記憶された前記値を、前記第一テーブル情報によって定義される第一の値、及び、前記第二テーブル情報によって定義される第二の値のいずれかに変換して前記記録媒体に記録する
    記録装置。
JP2018566607A 2017-08-30 2018-02-15 記録方法、及び、記録装置 Active JP6555628B1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762552112P 2017-08-30 2017-08-30
US62/552,112 2017-08-30
PCT/JP2018/005164 WO2019043989A1 (ja) 2017-08-30 2018-02-15 記録方法、及び、記録装置

Publications (2)

Publication Number Publication Date
JP6555628B1 JP6555628B1 (ja) 2019-08-07
JPWO2019043989A1 true JPWO2019043989A1 (ja) 2019-11-07

Family

ID=65525016

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018566607A Active JP6555628B1 (ja) 2017-08-30 2018-02-15 記録方法、及び、記録装置

Country Status (5)

Country Link
US (1) US20210352241A1 (ja)
JP (1) JP6555628B1 (ja)
KR (1) KR20200047440A (ja)
CN (1) CN109729735A (ja)
WO (1) WO2019043989A1 (ja)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09282848A (ja) 1996-04-05 1997-10-31 Pioneer Electron Corp 情報記録媒体並びにその記録装置及び再生装置
CN1204747C (zh) * 2002-12-23 2005-06-01 乐金电子（沈阳）有限公司 影像转换编码装置
EP1858014B1 (en) * 2004-06-02 2009-11-18 Panasonic Corporation Recording medium, reproduction device, program, and reproduction method
US7609947B2 (en) * 2004-09-10 2009-10-27 Panasonic Corporation Method and apparatus for coordinating playback from multiple video sources
CN101842840B (zh) * 2007-11-01 2012-03-07 松下电器产业株式会社 记录媒体、再现装置、记录装置、再现方法及记录方法
CN101911713B (zh) * 2008-09-30 2014-01-08 松下电器产业株式会社 再现装置、集成电路、再现方法、记录方法、记录介质再现系统
JP4957823B2 (ja) * 2009-04-08 2012-06-20 ソニー株式会社 再生装置および再生方法
BR112017007147B1 (pt) * 2014-10-17 2023-01-24 Panasonic Intellectual Property Corporation Of America Meio de gravação, método de reprodução e dispositivo de reprodução
JP6478587B2 (ja) * 2014-11-26 2019-03-06 キヤノン株式会社 画像処理装置、画像処理方法およびプログラム、並びに撮像装置

Also Published As

Publication number Publication date
US20210352241A1 (en) 2021-11-11
CN109729735A (zh) 2019-05-07
JP6555628B1 (ja) 2019-08-07
KR20200047440A (ko) 2020-05-07
WO2019043989A1 (ja) 2019-03-07

Similar Documents

Publication Publication Date Title
US8526797B2 (en) Moving image coding method, moving image coding device, moving image recording method, recording medium, moving image playback method, moving image playback device, and moving image playback system
KR100891397B1 (ko) 스트림 생성 장치, 스트림 생성 방법, 및 기록 매체
US20080049574A1 (en) Data Processor
JP4910065B2 (ja) 復号システム
US8554055B2 (en) Editing device, editing method and editing program, and data processing device, data processing method and data processing program
KR20060136399A (ko) 스트림 생성 장치, 스트림 생성 방법, 코딩 장치, 코딩방법, 기록 매체 및 그 프로그램
WO2006059519A1 (ja) データ記録装置およびデータ記録方法、データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、データ記録媒体、並びにデータ構造
JP6555628B1 (ja) 記録方法、及び、記録装置
JP2007129368A (ja) 情報記録装置およびその方法
JP5018976B2 (ja) データ記録方法および記録媒体、再生装置
JP4293006B2 (ja) データ記録方法および記録媒体、再生装置
JP4568148B2 (ja) 画像記録装置
JP2006270633A (ja) 画像記録装置
JP2009080925A (ja) データ記録方法および記録媒体、再生装置

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181219

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181219

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190618

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190628

R151 Written notification of patent or utility model registration

Ref document number: 6555628

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151