JP3442369B2 - データ再生方法及びデータ記録方法 - Google Patents

データ再生方法及びデータ記録方法

Info

Publication number
JP3442369B2
JP3442369B2 JP2001126810A JP2001126810A JP3442369B2 JP 3442369 B2 JP3442369 B2 JP 3442369B2 JP 2001126810 A JP2001126810 A JP 2001126810A JP 2001126810 A JP2001126810 A JP 2001126810A JP 3442369 B2 JP3442369 B2 JP 3442369B2
Authority
JP
Japan
Prior art keywords
data
frame
video
key frame
recording
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.)
Expired - Lifetime
Application number
JP2001126810A
Other languages
English (en)
Other versions
JP2002057991A (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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to JP2001126810A priority Critical patent/JP3442369B2/ja
Publication of JP2002057991A publication Critical patent/JP2002057991A/ja
Application granted granted Critical
Publication of JP3442369B2 publication Critical patent/JP3442369B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、CD−ROMなど
の読み出し専用記録メディアを用いたディジタルビデオ
記録再生装置や、光磁気ディスクなどの書き換え可能な
記録メディアを用いたディジタルビデオ記録再生装置に
適用して好適なデータ再生方法及びデータ記録方法に関
するものである。
【0002】
【従来の技術】磁気ディスク,光ディスク,光磁気ディ
スクといったディスク媒体は、高速なランダムアクセス
が可能である。高速なランダムアクセスを用いれば、不
連続な領域に記録されているデータを連続したデータの
ように再生することが可能になる。
【0003】一方、動画像データはデータレートが非常
に高いため、データを加工することなく、前記ディスク
媒体に記録するのは困難である。しかしながら、動画像
データや音声データを高能率符号化することにより、視
覚的あるいは聴覚的に劣化することなく、データレート
をディスク媒体に記録可能なレートまで下げることがで
きる。
【0004】高能率符号化方式の例としては、MPEG
(Moving Picture Experts Group:エムペグ)方式があ
る。MPEGは、ISO-IEC/JTC1/SC29/WG11 で規格化
が進められており、ビデオ,オーディオの高能率符号化
と、それらの同期再生のための多重化方式に関するもの
である。MPEGでのビデオ符号化方式は、12ビデオ
フレームや15ビデオフレームといった、まとまった単
位をGOP(Group OfPictures)と呼び、GOP内で予
測符号化を行う。
【0005】図20は、GOPの構造の例を示す図であ
る。GOP中のビデオフレームはIフレームとPフレー
ムとBフレームに分類される。Iフレームはフレーム内
符号化する。PフレームはIフレームから前方向の予測
符号化するか、Pフレームから前方向の予測符号化す
る。BフレームはIフレームとPフレームの間もしくは
Pフレーム間にあり、IフレームやPフレームの両方向
から予測符号化する。
【0006】このように、PフレームやBフレームはI
フレームもしくはIフレームから予測符号化されたビデ
オフレームから予測符号化するため、復号時には、まず
Iフレームを復号しないとGOP内の全てのビデオフレ
ームが復号できなくなる。すなわち、ランダムアクセス
などで、ビデオシーケンスの途中から再生する場合に
は、Iフレームから復号する必要がある。また、Pフレ
ームは前方向からの予測のみ用いるため、比較的容易に
復号することができる。
【0007】以下の説明では、IフレームとPフレーム
をキーフレームと呼ぶことにする。また、ビデオシーケ
ンスとは、記録が開始されてから記録が終了するまでの
時間的に連続したビデオフレーム及び対応する符号化デ
ータを示す。
【0008】MPEGのビデオ符号化では、平均の符号
量はほぼ一定になるが、短時間では符号量は時間に比例
しない。そのため、各フレームのビデオ符号化データの
間隔も一定にならず、各フレームの符号化データの記録
位置は一意的に定まらない。このため、高速再生のよう
に連続しないビデオフレームを再生するのが難しい。
【0009】高能率に符号化された符号化データを用い
て高速再生を実現する従来の例としては、例えば、特開
平5−153577号公報に記載の方法がある。これ
は、再生時にディスクメディアのデータ読出速度を通常
より高くし、得られた連続データから高速再生に必要な
データを選択し、高速再生を実現しようとするものであ
る。
【0010】
【発明が解決しようとする課題】しかしながら、前記公
報に記載の方法では、ランダムアクセスを用いずにデー
タ読出速度を上げ、通常より多く得られるデータから高
速再生に必要なデータを選択しているため、データ読出
速度に比例して高速再生の速度は高くなるが、データ読
出速度には限界がある。すなわち、高速再生の速度も限
界がある。
【0011】より高速な再生を実現するためには、ラン
ダムアクセスを用いて、とびとびのデータを読み出すこ
とが考えられる。すなわち、データの読み出しと高速な
ジャンプを繰り返し、ジャンプする量によって高速再生
の速度を変化させることができる。
【0012】しかしながら、高能率符号化されたデータ
を読み出す場合は、ジャンプ時に以下のような問題点が
生じる。すなわち、ジャンプし、ビデオシーケンスの途
中から再生する場合には、前述したように、Iフレーム
から復号する必要があるが、符号量と時間が比例してい
ないため、Iフレームの符号化データが記録されている
開始点を見い出すことができないという問題点がある。
【0013】前述のように、前記公報に記載の方法で
は、所定の時間のデータにランダムアクセスすることが
できないので、後述する頭出しやポインタ編集の再生と
いったディスクのランダムアクセスを用いた機能も実現
できない。頭出しとは、指定された時間からビデオ出力
とオーディオ出力を同期させながら再生する機能で、指
定された時間から再生するために、ランダムアクセスす
る必要がある。
【0014】従来の技術では、Iフレームの位置が不明
なため、再生に必要な多重符号化データを読み出すまで
の不要なデータを読み出すことがあり、頭出しに時間が
かかるという問題点があった。また、頭出し位置も正確
には規定できず、大まかな位置にアクセスするしかなか
った。
【0015】ディスクメディアの高速再生では、先に述
べたようにビデオフレームを間引きながらキーフレーム
だけを再生することで実現できる。この場合、ビデオ符
号化データの読み出しと高速なランダムアクセスを繰り
返すが、従来の技術では、キーフレームのビデオ符号化
データの記録位置がわからず、ビデオ符号化データを読
み出す際に、キーフレームを含めた広範囲の多重符号化
データを読み出すため、単位時間当たりに再生できるビ
デオフレームの数が少なくなるという問題点があった。
【0016】ポインタ編集とは、再生開始点と終了点を
複数指定し、時間的に離れた複数のデータをコピーする
ことなく論理的なポインタでつなぎ合わせる機能であ
り、再生時にはビデオ出力とオーディオ出力を同期させ
ながら再生する。
【0017】この場合も、再生時に指定された領域から
次の領域へランダムアクセスする必要がある。デコーダ
では、データが得られない間も再生データを出力し、連
続した再生データとして出力する必要がある。そのた
め、符号バッファを備え、符号化データが得られない間
は、符号バッファに蓄えられている符号化データを用い
て再生データを出力しなければならない。
【0018】前述したように、従来の技術では、ランダ
ムアクセス時に不要なデータを読み出すことがあるた
め、復号に必要な符号が得られない時間が長く、より多
くの符号バッファが必要になるという問題点があった。
なお、ディスクメディアから読み出すデータは、多重化
のためのヘッダが付加された多重符号化データのため、
ビデオ出力とオーディオ出力を同期して再生する場合に
は、該ヘッダから読み出す必要がある。
【0019】図21は、MPEG方式で記録される多重
符号化データの概要を示す図である。多重符号化データ
は、パックと呼ばれる単位に分割され、パック毎に第1
のヘッダが付加されている。パックは、分割されたビデ
オ符号化データやオーディオ符号化データ毎に第2のヘ
ッダが付加されたデータの集まりである。
【0020】第1のヘッダには、ビデオ符号化データと
オーディオ符号化データとの同期をとるための情報が含
まれ、第2のヘッダには、そのヘッダ以降に続くデータ
の種類を示す情報が含まれる。従って、ビデオとオーデ
ィオを同期再生するためには、第1のヘッダから読み出
す必要がある。
【0021】本発明は、このような実情に鑑みてなされ
たもので、符号量と時間が比例しない符号化データが記
録されている場合においても、ランダムアクセス時に、
必要なデータだけを読み出すことのできるデータ再生方
法及びデータ記録方法を提供することを目的としてい
る。
【0022】
【課題を解決するための手段】本願の第1の発明は、フ
レーム内符号化されたフレームまたは前方向予測符号化
されたフレームで構成されるキーフレームの符号化デー
タを含むビデオ符号化データとオーディオ符号化データ
とを多重化した多重符号化データが、該多重符号化デー
タ上での前記キーフレームの位置を示す位置情報を含む
管理データとは別に記録された記録メディアから、ビデ
オまたはオーディオの少なくとも一方を再生するデータ
再生方法であって、前記位置情報に従って読み出される
多重符号化データは、前記キーフレームのビデオ符号化
データと前記キーフレームに対応したオーディオ符号化
データを含み、かつ、前記キーフレームのビデオ符号化
データの先頭は前記キーフレームに対応したオーディオ
符号化データに先立つ位置に記録されており、前記記録
メディアから前記管理データを読み出すステップと、ラ
ンダムアクセス時に、前記管理データからキーフレーム
の位置を求めるステップと、前記キーフレームの位置か
ら前記多重符号化データを読み出すステップとを有する
ことを特徴とする。
【0023】
【0024】
【0025】本願の第の発明は、前記管理データが、
キーフレームの符号化データの前または後ろのキーフレ
ームの符号化データの位置を示す連結情報を含み、前記
連結情報から次に再生するキーフレームを求めるステッ
プを有することを特徴とする。
【0026】本願の第の発明は、フレーム内符号化さ
れたフレームまたは前方向予測符号化されたフレームで
構成されるキーフレームの符号化データを含むビデオ符
号化データとオーディオ符号化データとを含む多重符号
化データと、該多重符号化データ上での前記キーフレー
ムの位置を示す位置情報を含む管理データとを、記録メ
ディアに記録するデータ記録方法であって、前記位置情
報は、前記キーフレームのビデオ符号化データと前記キ
ーフレームに対応したオーディオ符号化データとを含む
多重符号化データの先頭位置を示し、かつ、前記キーフ
レームのビデオ符号化データの先頭は前記キーフレーム
に対応したオーディオ符号化データに先立つ位置に記録
され、前記キーフレームの符号化時に、前記位置情報を
検出するステップと、前記検出された位置情報を含む管
理データを、前記多重符号化データとは別に前記記録メ
ディアに記録するステップとを有することを特徴とす
る。
【0027】
【発明の実施の形態】本発明の実施例について、図面を
参照して以下に説明する。
【0028】図1は、本発明による動画像記録再生装置
の一実施例を説明するためのブロック図であり、図1
中、1はデータ処理部、2は記録(ディスク)メディ
ア、3は記録メディアコントローラ、4は符号化データ
管理部、5はメモリコントローラ、5aはビデオ記録情
報管理部、5bはオーディオ記録情報管理部、5cは多
重化記録情報管理部、6はメモリである。
【0029】データ処理部1は、エンコーダから入力さ
れる多重符号化データや符号化データ管理部4から入力
されるデータをセクタ単位に分割し、記録メディア2の
所定のセクタに記録するように出力する。セクタ番号
は、記録メディアコントローラ3から入力される。
【0030】該記録メディアコントローラ3は、記録メ
ディア2の読み出し,書き込みを制御する記録メディア
制御データを出力するとともに、データ処理部1にデー
タを書き込みあるいは読み出す記録メディア2上でのセ
クタ番号を出力する。符号化データ管理部4には、予め
記録メディアに記録されているあるいは新たに記録メデ
ィアに記録するビデオシーケンスに対応する管理データ
が記録されている。
【0031】符号化データ管理部4は、ビデオ記録情報
管理部5aとオーディオ記録情報管理部5bと多重化記
録情報管理部5cとから成るメモリコントローラ5を有
し、該メモリコントローラ5はメモリ6と接続されてお
り、該メモリ6に格納されている管理データを制御す
る。
【0032】また、符号化データ管理部4は、ビデオデ
ータを高能率に符号化したビデオ符号化データと、オー
ディオデータを高能率に符号化したオーディオ符号化デ
ータと、前記ビデオ符号化データと前記オーディオ符号
化データとを多重化するための付加データとからなる多
重符号化データに対して、該多重符号化データを記録メ
ディアに蓄積するための管理を行うもので、フレーム内
符号化されたビデオフレームもしくは前方向から予測符
号化されたビデオフレームをキーフレームとして管理に
用い、該キーフレームに対応する前記ビデオ符号化デー
タと、前記オーディオ符号化データと、前記多重符号化
データとのうちの1つもしくは2つもしくは全ての符号
化データの記録メディア上での記録位置情報及び前後の
符号化データとの連結情報を管理データして与えるもの
である。
【0033】以下に説明する実施例では、符号化方式と
して従来の符号化方式の例で挙げたMPEG方式を用
い、エンコーダから入力される多重符号化データは、図
21に示した構造であるとする。また、キーフレームの
ビデオ符号化データの先頭位置とキーフレームに対応す
るオーディオ符号化データの先頭位置のうち、先に記録
されている先頭位置を含むパックをキーパックと呼ぶこ
とにする。
【0034】まず、記録,再生装置に記録メディアが挿
入されたときの動作について説明する。記録メディアコ
ントローラ3は、記録メディア2に記録されている管理
データを読み出すように記録メディア制御データを出力
する。データ処理部1には記録メディア2から管理デー
タが入力され、符号化データ管理部4に出力される。該
符号化データ管理部4では、入力される管理データを所
定のアドレスに記録する。
【0035】次に、符号化データの記録時の動作につい
て説明する。この動作は、動画像再生専用装置の場合で
はなく、記録可能な装置の場合の動作である。まず、デ
ータ処理部1では、エンコーダから入力される多重符号
化データをセクタ単位に分割する。そして、記録メディ
アコントローラ3から入力されるセクタ番号に従って、
記録メディア2上の所定のセクタに記録されるように符
号化データを出力する。
【0036】また、データ処理部1は、エンコーダから
入力される多重符号化データを記録メディア2に記録す
るに際して、記録領域が連続した部分について、最初の
セクタ番号と最後のセクタ番号を符号化データ管理部4
に出力する。記録時には、時間的に連続したビデオシー
ケンスを複数の領域に分割して記録できる記録装置もあ
れば、連続した領域にしか記録できない記録装置もあ
る。前者の場合は、複数の領域に分割して記録した場
合、それぞれの領域に対して、最初のセクタ番号と最後
のセクタ番号が符号化データ管理部4に出力されること
になる。
【0037】さらに、データ処理部1では、エンコーダ
で付加される図21の第1のヘッダを検出する検出部
と、キーフレームのビデオ符号化データ及びキーフレー
ムに対応するオーディオ符号化データの開始と終了を検
出する検出部を設けておき、キーフレームに対応するビ
デオ符号化データ,多重符号化データが記録される記録
メディア上での位置情報を符号化データ管理部4に出力
する。
【0038】ここで、キーフレームのビデオ符号化デー
タの開始と終了は、ビデオ符号化データにおいて、ビデ
オフレーム単位に存在するヘッダを検出することで可能
である。また、キーフレームに対応するオーディオ符号
化データの開始と終了は、ビデオ符号化データ及びオー
ディオ符号化データに付加される時間情報から知ること
ができる。
【0039】また、第1のヘッダの開始を示すフラグ,
キーフレームのビデオ符号化データ及びキーフレームに
対応するオーディオ符号化データの開始と終了を示すフ
ラグを出力するようにエンコーダを構成すれば、データ
処理部1で第1のヘッダを検出する出力部及びキーフレ
ームのビデオ符号化データ及びキーフレームに対応する
オーディオ符号化データの開始と終了を検出する検出部
を備える必要はない。
【0040】符号化データ管理部4内のメモリコントー
ラ5では、データ処理部1から入力されるデータから連
結情報を生成する。このとき、ビデオ符号化データの記
録位置情報はビデオ記録情報管理部5aで管理し、オー
ディオ符号化データの記録位置情報はオーディオ記録位
置情報管理部5bで管理し、多重符号化データの記録位
置情報は多重化記録情報管理部5cで管理する。
【0041】そして、メモリ6の内容からビデオシーケ
ンス,記録メディア上での記録領域,記録領域に記録さ
れているキーフレームの連結情報を生成し、記録位置情
報とともにメモリ6に記録する。この動作で、記録メデ
ィア2に符号化データが新たに記録された場合に、符号
化データ管理部4には常に記録メディア2に記録されて
いる符号化データに対応する最新の管理データが記録さ
れていることになる。
【0042】記録メディア2に新たなデータを記録した
場合、符号化データ管理部4には最新の管理データが記
録されるが、記録メディア2に記録されている管理デー
タは更新されていない。そこで、例えば、記録が終了し
た時点や装置から記録メディア2を取り出す時点で、符
号化データ管理部4に記録されている管理データを記録
メディア2に記録する必要がある。また、記録メディア
2に符号化データ記録中であっても、定期的に管理デー
タを更新すべく記録メディア2を制御してもよい。
【0043】この手順は、記録メディアコントローラ3
が記録メディア2に管理データを書き込むように記録メ
ディア2を制御し、符号化データ管理部4のデータを順
次データ処理部1に入力するように制御する。データ処
理部1では、符号化データ管理部4から入力されるデー
タを記録メディア2に出力する。
【0044】次に、通常再生時の動作を説明する。ここ
で、符号化データ管理部4には、既に記録メディア2か
ら読み出した管理データが記録されているものとする。
まず、符号化データ管理部4から再生しようとする多重
符号化データが記録されている最初のセクタ番号と最後
のセクタ番号が読み出され、記録メディアコントローラ
3に入力される。
【0045】符号化データは、記録メディア2上で複数
の領域に分割して記録していることもあるが、その場合
には、各記録領域毎に領域の最初のセクタ番号と最後の
セクタ番号が符号化データ管理部4から記録メディアコ
ントローラ3に入力される。
【0046】図2は、符号化データが斜線で示した2つ
の領域に分割して記録されている場合の例を示す図であ
る。実際の記録メディア2の記録領域は、複数の同心円
状又はスパイラル状であるが、ここでは、横軸に時間軸
を取って表している。
【0047】図2で符号化データを1,2の順番で読み
出すとすると、符号化データ管理部4からは最初にa,
bの位置のセクタ番号が出力され、次にc,dの位置の
セクタ番号が出力される。記録メディアコントローラ3
は、符号化データ管理部4から入力されるセクタ番号に
従って、記録メディア2から多重符号化データを読み出
すように記録メディア制御データを出力する。データ処
理部1には、記録メディア2から連続した多重符号化デ
ータが入力され、デコーダに出力される。
【0048】次に、頭出し時の動作について説明する。
頭出し時には、符号化データ管理部4から再生すべきキ
ーフレームに対応する多重符号化データの記録メディア
上での記録位置情報が記録メディアコントローラ3に出
力される。該記録メディアコントローラ3では、入力さ
れる記録位置情報を用いて、記録メディア2をキーパッ
クの符号化データが記録されているセクタにアクセスす
るように制御する。データ処理部1の動作は通常再生と
同一である。
【0049】次に、高速再生時の動作について説明す
る。高速再生時には、記録メディアコントローラ3は、
キーフレームに対応する符号化データに連続してアクセ
スするように記録メディアを制御する。MPEG方式で
は、キーフレーム間に前方向,後方向の両方向から予測
符号化するBフレームがあるが、高速再生時には、Bフ
レームのビデオ符号化データは読み出さない。
【0050】まず、高速再生が指定された場合、符号化
データ管理部4から再生すべきキーフレームの記録メデ
ィア上での位置情報が順序に記録メディアコントローラ
3に出力される。該記録メディアコントローラ3では、
入力される記録位置情報を用いて、記録メディア2をキ
ーフレームのビデオ符号化データが記録されているセク
タにアクセスするように制御する。
【0051】なお、ポインタ編集の再生時の動作は、高
速再生とほぼ同一であり、高速再生の場合にはキーフレ
ームに対応する符号化データに順序にランダムアクセス
するが、ポインタ編集の再生の場合は、管理データで示
された連結情報に従って、不連続な領域に記録されてい
る符号化データにランダムアクセスする。
【0052】このように、本実施例では、ランダムアク
セス時に読み出すべきデータの記録メディア上での記録
位置を管理データとして符号化データ管理部4に格納し
ているため、不要なデータをほとんど読み出すことがな
く、高速なランダムアクセスが可能になる。
【0053】次に、本発明の他の実施例について説明す
る。本実施例のブロック図は、図1に示したブロック図
と同一である。本実施例では、符号化データ管理部4に
記録される管理データは、多重符号化データの記録メデ
ィア上での記録位置情報として、キーパックの先頭位置
を示すセクタ番号、ビデオ符号化データのメディア上で
の記録位置情報として、キーフレームのビデオ符号化デ
ータの先頭位置及び後尾位置を示すセクタ番号を含むも
のである。
【0054】図3(a),(b)は、キーパックの先頭
位置の例を示す図である。キーパックとは、キーフレー
ムのビデオ符号化データの先頭位置とキーフレームに対
応するオーディオ符号化データの先頭位置のうち、先に
記録されている先頭位置を含むパックを示す。図3
(a)は、キーフレームのビデオ符号化データの先頭が
先に記録されている場合、図3(b)は、キーフレーム
に対応するオーディオ符号化データの先頭が先に記録さ
れている場合の例である。なお、図中m1,m2,…,m
8は多重化用付加データである。
【0055】図4は、図1におけるデータ処理部のヘッ
ダ検出回路のブロック図で、図4中、7は第1のヘッダ
検出部、8はビデオヘッダ検出部、9はオーディオヘッ
ダ検出部、10は判定回路である。本実施例のデータ処
理部1では、図4に示すようなヘッダを検出するヘッダ
検出回路を有し、符号化データ記録時には、キーパック
が記録される最初のセクタ番号及びキーフレームの符号
化データの先頭と後尾が記録されるセクタ番号を符号化
データ管理部4に出力する。
【0056】図4に示すヘッダ検出回路は、第1のヘッ
ダ検出部7とビデオヘッダ検出部8とオーディオヘッダ
検出部9と判定回路10とで構成されており、第1のヘ
ッダ検出部7,ビデオヘッダ検出部8,オーディオヘッ
ダ検出部9には、エンコーダから多重符号化データが入
力され、それぞれ図21で示した第1のヘッダ、ビデオ
フレームの先頭に付加されているヘッダ,オーディオフ
レームの先頭に付加されているヘッダを検出する。
【0057】そして、ヘッダが検出された場合、判定回
路10にフラグを入力する。該判定回路10では、第1
のヘッダ検出部7,ビデオヘッダ検出部8,オーディオ
ヘッダ検出部9から入力されるヘッダと、記録メディア
コントローラ3から入力されるセクタ番号から、キーパ
ックが記録される最初のセクタ番号及びキーフレームの
ビデオ符号化データの先頭と後尾が記録されるセクタ番
号を符号化データ管理部4に出力する。
【0058】なお、図4の例で検出されるヘッダは、デ
ータ処理部1の前段にあるエンコーダで付加される。そ
こで、エンコーダからデータ処理部1に図21で示した
第1のヘッダ、ビデオフレームの先頭に付加されている
ヘッダ、オーディオフレームの先頭に付加されているヘ
ッダが入力されることを示すフラグを入力する構成とし
ておけば、データ処理部1に図4の第1のヘッダ検出部
7,ビデオヘッダ検出部8,オーディオヘッダ検出部9
を備える必要はない。
【0059】また、再生時において、通常は記録メディ
ア2から読み出すデータはセクタ単位で得られるため、
再生に必要な多重符号化データの先頭がセクタの途中に
記録されている場合には、最初に不要なデータが存在す
ることになる。そこで、データ処理部1の後段のデコー
ダでは、図4に示した第1のヘッダ検出部7,ビデオヘ
ッダ検出部8,オーディオヘッダ検出部9と同一の回路
を有し、ヘッダを検出し、ヘッダ以前に得られる不要な
データを取り除く必要がある。
【0060】しかしながら、本実施例のように、データ
処理部1に図4で示した回路を備えている場合は、デー
タ処理部1でヘッダ以前に得られる不要なデータを取り
除くことができるので、後段のデコーダにヘッダを検出
する検出回路を備える必要はない。
【0061】このように、本実施例では、キーフレーム
に対応するビデオ符号化データ,オーディオ符号化デー
タ,多重符号化データの管理に、キーフレームに対応し
たそれぞれの符号化データの先頭もしくは後尾が記録さ
れるセクタ番号を用いるため、キーフレームへのアクセ
スが効率良く行える。すなわち、頭出し,高速再生,ポ
インタ編集を行う際に必要となるキーフレームに対応し
た記録位置へのアクセスが、前記管理データを利用する
ことにより可能となる。
【0062】この際、ビデオとオーディオを共に出力す
るのであれば、前記管理データのうち多重符号化データ
に関するものだけを使用すればよく、ビデオ符号化デー
タ及びオーディオ符号化データに関する管理データは不
要である。一方、ビデオ符号化データのみ、もしくはオ
ーディオ符号化データのみにアクセスする場合は、管理
データとしてビデオ符号化データ及びオーディオ符号化
データに関するものを用いることになる。
【0063】次に、本発明の別の実施例について説明す
る。本実施例のブロック図は、図1に示したブロック図
を同一であるが、符号化データ管理部4の動作が異な
る。本実施例では、ランダムアクセスを伴う再生のう
ち、頭出し,ポインタ編集の再生の場合は、多重符号化
データの記録メディア上での記録位置情報を用いて多重
符号化データを読み出し、高速再生の場合は、ビデオ符
号化データの記録メディア上での記録位置情報を用いて
ビデオ符号化データを読み出す。
【0064】従って、頭出し,ポインタ編集の再生の場
合は、符号化データ管理部4から記録メディアコントロ
ーラ3にキーパックの先頭位置を示すセクタ番号を入力
し、高速再生の場合は、キーフレームのビデオ符号化デ
ータの先頭位置と後尾位置を示すセクタ番号を入力す
る。
【0065】これは、頭出し,ポインタ編集の再生の場
合は、オーディオ出力とビデオ出力を同期して再生する
必要があり、高速再生の場合は、ビデオ出力だけのため
である。本実施例によると、高速再生時には、不要なオ
ーディオ符号化データを読み出すことがなくなり、単位
時間当たりに再生できる画像の枚数がより多くなる。
【0066】前述した実施例においては、管理データに
多重符号化データの記録メディア上での位置情報とし
て、キーパックの先頭位置が記録されるセクタ番号を、
ビデオ符号化データの記録メディア上での位置情報とし
て、キーフレームのビデオ符号化データの先頭位置と後
尾位置を示すセクタ番号を用いるものである。
【0067】さらに、他の実施例として、管理データに
キーパックの先頭位置とキーフレームのビデオ符号化デ
ータの後尾位置を示すセクタ番号を用い、キーフレーム
のビデオ符号化データの先頭位置を示すセクタ番号を用
いない実施例も考えられる。この場合、オーディオ出力
とビデオ出力を同期再生する場合も、ビデオ出力だけの
場合も、ランダムアクセス時にキーパックの先頭位置に
アクセスする。
【0068】従って、ビデオ出力だけ必要とする場合
は、不要なオーディオ符号化データを読み出す場合があ
り、例えば、高速再生の場合には、単位時間当たりに再
生できるビデオフレーム数が少なくなるが、管理データ
の容量は少なくすることができる。
【0069】また、再生時にビデオデコーダからビデオ
フレームの終了を示すフラグを入力するようにしておけ
ば、キーフレームのビデオ符号化データの後尾位置を記
録する必要がなくなり、管理データをさらに少なくする
ことができる。この場合、管理データとして用いるの
は、キーパックの先頭位置を示すセクタ番号だけにな
る。
【0070】次に、本発明の他の実施例について説明す
る。図5は、図1の符号化データ管理部のブロック図
で、図中、11はメモリコントローラ、12〜14はメ
モリである。
【0071】符号化データ管理部4は、図5に示すよう
に、管理データを格納する3つのメモリ12,13,1
4と、それらを制御するメモリコントローラ11とで構
成される。メモリ12,13,14には、それぞれビデ
オシーケンスを管理する第1のテーブル(以下、シーケ
ンステーブルと呼ぶ)、記録メディア上での記録領域を
管理する第2のテーブル(以下、領域テーブルと呼
ぶ)、キーフレームに対応するビデオ符号化データもし
くはオーディオ符号化データもしくは多重符号化データ
を管理する第3のテーブル(以下、キーフレームテーブ
ルと呼ぶ)が記録される。
【0072】図6は、図5に示す各メモリに記録される
管理データの内容の一例を示す図で、図5中、21は次
のシーケンスアドレス、22は領域テーブルアドレス、
23は次の領域のアドレス、24は開始セクタ番号、2
5は終了セクタ番号、26は開始フレームアドレス、2
7は次のフレームアドレス、28はパック開始セクタ番
号、29はキー開始セクタ番号、30はキー終了セクタ
番号であり、アドレス21,22,23,26,27は
ポインタ(連結情報)で、セクタ番号24,25,2
8,29,30は記録位置情報である。
【0073】メモリ12のシーケンステーブルは、1つ
のビデオシーケンスに対して1ワードのデータがある。
1ワードデータは、次のワードを示すポインタ「次のシ
ーケンスアドレス」21及び領域テーブルの位置を示す
ポインタ「領域テーブルアドレス」22からなる。
【0074】「次のシーケンスアドレス」21は、ビデ
オシーケンスの再生順序を示し、「領域テーブルアドレ
ス」22はビデオシーケンスに対応する領域テーブルの
アドレスを示す。ここで、「次のシーケンスアドレス」
21は、メモリ12のアドレスを示すが、ポインタ「次
のシーケンスアドレス」21でつながれた最後のデータ
は‘終了’を示す特別な値を有する。
【0075】メモリ13の領域テーブルには、記録メデ
ィア上の連続した記録領域毎に1ワードのデータがあ
る。1ワードデータは、次のワードを示すポインタ「次
の領域のアドレス」23、連続した記録領域の最初のセ
クタ番号である「開始セクタ番号」24、連続した記録
領域の最後のセクタ番号である「終了セクタ番号」2
5、連続した記録領域に含まれるキーフレームに対応す
るキーフレームテーブルの開始アドレスを示すポインタ
「開始フレームアドレス」26の4つからなる。
【0076】シーケンステーブルの1ワードデータに対
応する領域テーブルは、シーケンステーブルの「領域テ
ーブルアドレス」22で示された領域テーブルアドレス
から、ポインタ「次の領域のアドレス」23でつながっ
た領域テーブルの一連となる。
【0077】「次の領域のアドレス」23は、メモリ1
3のアドレスを示すが、ポインタ「次の領域のアドレ
ス」23でつながれた最後のデータは‘終了’を示す特
別な値を持つ。また、領域テーブルの1ワードデータで
示された開始セクタ番号から終了セクタ番号の領域にキ
ーフレームが記録されない場合は、「開始フレームアド
レス」26は‘データなし’を示す特別な値を有する。
【0078】メモリ14のキーフレームテーブルには、
1つのキーフレーム毎に1ワードのデータがある。1ワ
ードのデータは、次のワードを示すポインタ「次のフレ
ームアドレス」27,キーパックの先頭が記録されてい
るセクタ番号を示す「パック開始セクタ番号」28,キ
ーフレームのビデオ符号化データの先頭が記録されてい
るセクタ番号を示す「キー開始セクタ番号」29,後端
が記録されているセクタ番号を示す「キー終了セクタ番
号」30である。
【0079】「次のフレームアドレス」27は、メモリ
14のアドレスを示すが、ポインタ「次のフレームアド
レス」27でつながれた最後のデータは‘終了’を示す
特別な値を有する。
【0080】図6の例では、図5のメモリ14のキーフ
レームテーブルに記録されているデータがIフレームの
符号化データを示すのか、Pフレームの符号化データを
示すのかを示す情報はない。そこで、後述するように、
キーフレームテーブルの1ワードデータ毎にIフレーム
のビデオ符号化データを示すのか、Pフレームのビデオ
符号化データを示すのかを示すフラグを付加する、ある
いはキーフレームテーブルをIフレームのテーブルとP
フレームのテーブルに分離するという手法を用いる。
【0081】図7は、図5に示すメモリの各テーブルに
記録される管理データと記録領域との関係を示す図であ
る。記録メディア2上には、複数のビデオシーケンスを
記録することができ、1つのビデオシーケンスが記録メ
ディア2上で連続した記録領域に記録されることもあれ
ば、複数の記録領域に分割して記録されることもある。
【0082】図7の例では、3つのビデオシーケンスが
記録されており、ビデオシーケンス1は、3つの領域に
分割して記録されている。再生順序はビデオシーケンス
1,2,3の順であるとする。
【0083】図7の例の場合、シーケンステーブルには
ビデオシーケンス1,2,3それぞれに対応した3つの1
ワードデータがあることになる。最初の1ワードデータ
は、ビデオシーケンス1に対応するデータであり、ビデ
オシーケンス1の「次のシーケンスアドレス」がビデオ
シーケンス2に対応する1ワードデータを示し、ビデオ
シーケンス2の「次のシーケンスアドレス」がビデオシ
ーケンス3に対応する1ワードデータを示すことにな
る。そして、シーケンステーブルの「領域テーブルアド
レス」がビデオシーケンスに対応する最初の領域テーブ
ルデータのアドレスを示す。
【0084】領域テーブルは、記録メディア2上で連続
した記録領域に1ワードデータが対応する。すなわち、
図7の場合、ビデオシーケンス1に対応する領域テーブ
ルの1ワードデータは3つあることになる。このよう
に、複数の領域テーブルがある場合は、領域テーブルの
「次の領域のアドレス」が次の領域テーブルデータを示
す。
【0085】領域テーブルの1ワードデータのうち、
「開始セクタ番号」は連続する記録領域の最初のセクタ
番号を示し、「終了セクタ番号」は最後のセクタ番号を
示す。この連続した記録領域には、複数のキーフレーム
の符号化データが記録される。このうち、最初のキーフ
レームの符号化データが記録されるセクタ番号は、「開
始フレームアドレス」によって示されるキーフレームテ
ーブルにより管理される。
【0086】キーフレームテーブルの1ワードデータの
うち、「パック開始セクタ番号」がキーパックの先頭が
記録されるセクタ番号を示し、「キー開始セクタ番号」
がキーフレームのビデオ符号化データの先頭が記録され
るセクタ番号を示し、「キー終了セクタ番号」がビデオ
符号化データの後尾が記録されるセクタ番号を示す。そ
して、「次のフレームアドレス」が次のキーフレームテ
ーブルデータを示す。
【0087】図8は、同一のキーフレームの符号化デー
タが複数の領域テーブルで管理された領域にまたがる特
別な場合の例を示す図である。図8の例では、キーフレ
ームiの符号化データが記録領域1,記録領域2,記録
領域3の3つの記録領域にまたがって記録されている。
【0088】図8の場合、記録領域1に対応する最後の
キーフレームテーブルの「キー開始セクタ番号」には、
キーフレームiのビデオ符号化データの先頭を示すセク
タ番号が、「キー終了セクタ番号」には後尾を示すセク
タ番号が記録されており、「キー終了セクタ番号」は記
録領域3のセクタ番号である。
【0089】また、記録領域2に対応するキーフレーム
テーブルはないので、記録領域2の「開始フレームアド
レス」には‘データなし’を示すデータを記録する。そ
して、記録領域3の「開始フレームアドレス」は、キー
フレームi+1のキーフレームテーブルを示す。
【0090】高速再生時には、キーフレームテーブルに
記録されている「キー開始セクタ番号」と「キー終了セ
クタ番号」が記録メディアコントローラ3に入力され、
該記録メディアコントローラ3は「キー開始セクタ番
号」から「キー終了セクタ番号」までのデータを読み出
すように、記録メディア2を制御する。
【0091】このとき、図8で示したキーフレームiを
再生する場合は、前述したように、キーフレームテーブ
ルのキーフレームiに対応する「キー開始セクタ番号」
と「キー終了セクタ番号」が異なる記録領域を示すこと
になる。しかし、このような場合でも、領域テーブルに
記録された情報によって記録領域1,記録領域2,記録
領域3の順に再生することは知ることができる。
【0092】そこで、記録メディアコントローラ3は記
録領域1,記録領域2,記録領域3の順に記録メディア
2にアクセスし、「キー終了セクタ番号」までのデータ
を読み出す。
【0093】なお、ビデオシーケンスを複数の領域に分
割して記録せず連続した領域のみに記録する装置で、か
つ再生時も編集を行わず、順序を変更しない場合には、
例えば、図6において、領域テーブルの「次の領域のア
ドレス」23がビデオシーケンスの再生順序を示すこと
にすれば、シーケンステーブルは不要になる。
【0094】次に、図5に示すメモリコントローラ及び
メモリの動作についてさらに詳細に説明する。装置に記
録メディア2が挿入された場合は、該記録メディア2に
記録されている管理データが順次入力されるので、メモ
リコントローラ11は、管理データを所定のメモリに記
録するようにメモリ12,13,14を制御する。
【0095】図9は、記録メディアに符号化データを記
録する場合のメモリの動作を説明するためのフローチャ
ートである。ここで、各テーブルは図6の構造に基づく
ものであるとし、管理データの変化の様子を図10に図
示する。
【0096】図6のメモリ12のシーケンステーブルで
は、既に記録されているデータの後端に1ワードのデー
タを追加し、追加されたシーケンステーブルのデータに
対応するメモリ13の領域テーブル、メモリ14のキー
フレームテーブルのデータを追加記録する。図10で
は、実線部分が既に格納されている管理データ、点線部
分が追加記録される管理データである。
【0097】なお、以下の説明では、ad12,adl
12,はメモリ12のアドレスを、ad13,adn1
3はメモリ13のアドレスを、ad14,adn14は
メモリ14のアドレスを各々示す。また、記録に際して
は、予め図1の記録メディアコントローラ3が管理デー
タに基づき、記録メディア2の空き領域を管理し、空き
領域の各セクタにデータを記録する制御を行うものとす
る。
【0098】以下、図9のフローチャートに基づき、各
ステップ(S)に従って順に説明する。まず、ステップ
S101〜ステップS104でメモリ12のシーケンス
テーブルを設定する。メモリ12の空き領域とメモリ1
3の空き領域を探索し、それぞれad12,ad13と
する(S101)。そして、ad12の「領域テーブル
アドレス」をad13、「次のシーケンスアドレス」を
‘終了’と設定する(S102)。
【0099】次に、メモリ12のシーケンステーブルの
ポインタ「次のシーケンスアドレス」でつながったデー
タのうち、最後のデータのアドレスをadl12とする
(S103)。そして、adl12の「次のシーケンス
アドレス」をad12と設定する(S104)。以上の
操作でシーケンステーブルの後端に新たな1ワードデー
タad12が追加されたことになる。
【0100】次に、メモリ13の領域テーブルを設定す
る。符号化データ管理部2には、記録メディア2上での
連続した記録領域の最初のセクタ番号が入力されるの
で、この入力データをad13の「開始セクタ番号」と
する(S105)。そして、メモリ14のキーフレーム
テーブルの空き領域を探索し、ad14とする(S10
6)。そして、ad13の「開始フレームアドレス」を
ad14と設定する(S107)。
【0101】次に、キーパックの先頭が記録されるセク
タ番号、キーフレームのビデオ符号化データの先頭及び
後尾を示すセクタ番号の3つのセクタ番号が入力される
ので、この3つのセクタ番号をad14の「パック開始
セクタ番号」,「キー開始セクタ番号」,「キー終了セク
タ番号」とする(S108)。
【0102】そして、記録メディア2の連続した記録領
域が終了かどうかを判定し(S109)、終了でない場
合はメモリ14の空き領域を探索し、adn14とする
(S110)。そして、ad14の「次のフレームアド
レス」をand14と設定し、ad14がadn14を
示すように更新する(S111)。
【0103】次に、ステップS108に戻る。ステップ
S108〜ステップS111のループで記録メディア2
上で連続した記録領域に記録されるキーフレームの符号
化データを示すセクタ番号をキーフレームテーブルに書
き込むことになる。
【0104】ステップS109で記録メディア2の連続
した記録領域が終了である場合は、入力セクタ番号であ
る記録領域の最後のセクタ番号を領域テーブルad13
の「終了セクタ番号」に記録し(S112)、キーフレ
ームテーブルad14の「次のフレームアドレス」を
‘終了’とする。ステップS105〜ステップS113
で1ワードの領域テーブルのデータが設定されることに
なる。
【0105】次に、ステップS114で入力データが終
了かどうかを判定し、終了でない場合は、領域テーブル
の空き領域を探索し、adn13とし(S115)、a
d13の「次の領域のアドレス」をadn13と設定
し、ad13がadn13を示すように更新する(S1
16)。
【0106】そして、ステップS105に戻る。ステッ
プS105〜ステップS116のループで前の領域テー
ブルデータからポインタで接続された新たな領域テーブ
ルデータが作成され、その領域テーブルデータが示す一
連のキーフレームテーブルにセクタ番号が記録されるこ
とになる。そして、ステップS114でデータが終了と
判定された場合は、ad13の「次の領域のアドレス」
を‘終了’と設定し(S117)、動作を終了する。
【0107】次に、通常再生時の動作を説明する。通常
再生時には、記録メディアコントローラ3に再生するビ
デオシーケンスに対応する領域テーブルの「開始セクタ
番号」と「終了セクタ番号」が出力される。図11は、
通常再生時の動作をフローチャートで示す図である。
【0108】ここでは、再生中のデータに対応するシー
ケンステーブル,領域テーブルそれぞれのアドレスを示
す「シーケンスアドレス」,「領域アドレス」という2
つのポインタを用いる。また、各テーブルは図6の構造
に基づくものである。
【0109】以下、各ステップ(S)に従って順に説明
する。まず、「シーケンスアドレス」,「領域アドレ
ス」の設定をする(S121〜S122)。次に、「領
域アドレス」の「開始セクタ番号」の値と「終了セクタ
番号」の値を記録メディアコントローラ3に出力する
(S123,S124)。
【0110】記録メディアコントローラ3では、符号化
データ管理部4から入力される連続した記録領域の最初
のセクタ番号と最後のセクタ番号を用いて、連続した記
録領域に記録されているデータを読み出すように記録メ
ディア2を制御する。
【0111】そして、「領域アドレス」の「次の領域の
アドレス」が‘終了’かどうかを判定する(S12
5)。‘終了’でないと判定された場合は、「シーケン
スアドレス」に対応する領域テーブルデータが残ってい
るので、「領域アドレス」を「領域アドレス」の「次の
領域のアドレス」とし、ポインタを進め(S126)、
ステップS123に戻る。
【0112】ステップS123〜ステップS126のル
ープでシーケンステーブルの1ワードデータに対応する
記録メディア2上での複数の連続した記録領域毎に、記
録領域の最初のセクタ番号と最後のセクタ番号が順次出
力される。
【0113】ステップ125で‘終了’と判定された場
合は、「シーケンスアドレス」の「次のシーケンスアド
レス」が‘終了’かどうかを判定する(S127)。
‘終了’でないと判定された場合は、記録メディア2に
記録されているビデオシーケンスが残っているので、
「シーケンスアドレス」を「シーケンスアドレス」の
「次のシーケンスアドレス」とし、ポインタを進め(S
128)、ステップS122に戻る。
【0114】ステップS122〜ステップS128のル
ープで記録メディア2に記録されているビデオシーケン
スが終了するまで連続した記録領域毎に最初のセクタ番
号と最後のセクタ番号が順次出力される。
【0115】図12は、高速再生の場合の動作を説明す
るためのフローチャートである。高速再生時には、キー
フレームテーブルに記録されているキーフレームのビデ
オ符号化データの先頭と後尾が記録されているセクタ番
号を読み出し、記録メディアコントローラ3に出力す
る。
【0116】ここでは、再生中のデータに対応するシー
ケンステーブル,領域テーブル,キーフレームテーブル
それぞれのアドレスを示す「シーケンスアドレス」,
「領域アドレス」,「キーフレームアドレス」という3
つのポインタを用いる。
【0117】以下、各ステップ(S)に従って順に説明
する。まず、「シーケンスアドレス」,「領域アドレ
ス」,「キーフレームアドレス」の設定をする(S13
1〜S133)。次に、「キーフレームアドレス」の
「キー開始セクタ番号」と「キー終了セクタ番号」を記
録メディアコントローラ3に出力する(S134)。
【0118】記録メディアコントローラ3では、符号化
データ管理部4から入力される最初のセクタ番号と最後
のセクタ番号から、キーフレームのビデオ符号化データ
を読み出すように、記録メディア2を制御する。
【0119】そして、「キーフレームアドレス」の「次
のキーフレームアドレス」が‘終了’かどうかを判定す
る(S135)。‘終了’でない場合は、「次のキーフ
レームテーブル」に次にアクセスすべきセクタ番号が記
録されているので、「キーフレームアドレス」を「キー
フレームアドレス」の「次のキーフレームアドレス」と
し、ポインタを進め(S136)、ステップS134に
戻る。
【0120】ステップS134〜ステップS136のル
ープで領域テーブルの1ワードデータに対応するキーフ
レームテーブルに記録されている複数のセクタ番号が記
録メディアコントローラ3に出力される。
【0121】ステップS135で‘終了’と判定された
場合は、「領域アドレス」の「次の領域アドレス」が
‘終了’かどうかを判定する(S137)。‘終了’で
ないと判定された場合は、「シーケンスアドレス」に対
応する領域テーブルデータが残っているので、「領域ア
ドレス」を「領域アドレス」の「次の領域アドレス」と
し、ポインタを進め(S138)、ステップS133に
戻る。
【0122】ステップS133〜ステップS138のル
ープでシーケンステーブルの1ワードデータに対応する
キーフレームのビデオ符号化データに対するセクタ番号
が順次出力される。
【0123】ステップS137で‘終了’と判定された
場合は、「シーケンスアドレス」の「次のシーケンスア
ドレス」が‘終了’かどうかを判定する(S139)。
‘終了’でないと判定された場合は、記録メディア2に
記録されているビデオシーケンスが残っているので、
「シーケンスアドレス」を「シーケンスアドレス」の
「次のシーケンスアドレス」とし、ポインタを進め(S
140)、ステップS132に戻る。
【0124】ステップS132〜ステップS140のル
ープで記録メディア2に記録されているビデオシーケン
スが終了するまで、キーフレームのビデオ符号化データ
に対応するセクタ番号が順次出力される。
【0125】図12の例では、キーフレームテーブルに
記録されているセクタ番号を全て出力する。すなわち、
全てのキーフレームを再生することになるが、高速再生
の速度が速い場合は、いくつかのフレームを間引いた出
力してもよい。
【0126】ここで、Pフレームを復号するためには、
過去のIフレーム又はPフレームの復号画像が必要にな
る。従って、GOP内のIフレームやPフレームを間引
いた場合、そのGOP内で間引いたフレーム以降のPフ
レームは復号できないことになる。
【0127】例えば、図13に示すようなGOP構造の
場合、フレーム(c)を間引いた場合、フレーム(d)
は参照するフレーム(c)の復号画像が得られないた
め、復号でないことになる。同様に、フレーム(b)を
間引いた場合は、フレーム(c),(d)は復号でき
ず、フレーム(a)を間引いた場合、フレーム(b),
(c),(d)は復号できないことになる。このよう
に、間引くフレームによって復号できなくなるフレーム
数が異なるため、高速再生の速度からどのフレームを間
引くかを計算することになる。
【0128】図14は、図1の符号化データ管理部に記
録される管理データのその他の例を示す図で、図中の参
照番号は図6と同じである。これは、デコーダからキー
フレームの終了を示す信号が入力される場合の例で、図
6に示した符号化データ管理部4に記録される管理デー
タの一例から、キーフレームテーブルの要素「キー終了
セクタ番号」を除いたものである。従って、本実施例の
方が符号化データ管理部4の容量はより小さくなる。
【0129】この例の場合の動作は、図6の例に比べ、
高速再生の場合だけ異なる。すなわち、図6の例では、
高速再生時にキーフレームテーブルの「キー終了セクタ
番号」を出力し、記録メディアコントローラ3はキーフ
レームの終了をこのデータで検知できるが、この例にお
いては、キーフレームテーブルからキーフレームの終了
を示すデータは出力せず、記録メディアコントローラ3
はデコーダからの入力信号でキーフレームの終了を検知
する。通常再生やポインタ編集の再生の場合は、キーフ
レームの終了位置は用いる必要がなく、図6の例と同じ
動作となる。
【0130】図15は、管理データのその他の例を示す
図で、図15中の参照番号は図14と同じである。これ
は、デコーダからキーフレームの終了を示す信号が入力
され、オーディオ出力とビデオ出力を同期再生する場合
も、ビデオ出力だけの場合もランダムアクセス時にキー
パックの先頭位置にアクセスするものである。
【0131】前述したように、この例の場合は、ビデオ
出力だけ必要とする場合は、不要なオーディオ符号化デ
ータを読み出す場合があるので、例えば、高速再生の場
合には、単位時間当たりに再生できるビデオフレーム数
が少なくなるが、管理データの容量はより少なくするこ
とができる。
【0132】頭出しや高速再生,ポインタ編集の再生で
は、管理しているキーフレームのうち、どのフレームが
Iフレームかを知る必要がある。キーフレームテーブル
でIフレームだけを管理する場合は、図6,図14,図
15の例でどのキーフレームがIフレームであるかを知
ることができるが、キーフレームテーブルでIフレーム
とPフレームを管理する場合は、図6,図14,図15
の例では、キーフレームがIフレームであるかPフレー
ムであるかを知ることは困難である。
【0133】そこで、例えば、図16に示すように、キ
ーフレームテーブルの1ワードデータ毎にIフレームの
データかPフレームのデータであるかを示す1ビットの
フラグ31を付加すれば、キーフレームがIフレームを
示すのかPフレームを示すのかがわかる。
【0134】図16は、図6で示したキーフレームテー
ブルに1ビットのフラグ31を付加したものであるが、
図14,図15のキーフレームテーブルについても同様
に1ビットのフラグを付加することで、IフレームとP
フレームを区別できる。
【0135】次に、本発明のさらに別の実施例について
説明する。図17は、図1の符号化データ管理部の他の
例を示すブロック図で、図中、32はメモリコントロー
ラ、33,34はメモリで、その他、図5と同じ作用を
する部分は同一の符号を付してある。符号化データ管理
部4は4つのメモリ12,13,33,34とそれらを
制御するメモリコントローラ32で構成される。
【0136】メモリ12,13は、図5のそれと同一
で、メモリ33にはキーフレームのうち、Iフレームの
記録メディア上での記録位置情報を管理する第4のテー
ブル(以下、Iフレーム用キーフレームテーブルと呼
ぶ)、メモリ34にはPフレームの記録メディア上での
記録位置情報を管理する第5のテーブル(以下、Pフレ
ーム用キーフレームテーブルと呼ぶ)が格納される。
【0137】図18は、Iフレーム用キーフレームテー
ブルとPフレーム用キーフレームテーブルに記録するデ
ータの一例を示す図で、図中、41はIの次のフレーム
アドレス、42はパック開始セクタ番号、43はIのキ
ー開始セクタ番号、44はIのキー終了セクタ番号、4
5はPのフレームアドレス、46はPの次のフレームア
ドレス、47はPのキー開始セクタ番号、48はPのキ
ー終了セクタ番号であり、アドレス41,45,46は
ポインタ(連結情報)で、セクタ番号42,43,4
4,47,48は記録位置情報である。
【0138】各テーブルの構成は、図6のキーフレーム
テーブルと同様であり、Iフレーム用キーフレームテー
ブルは、Pフレーム用キーフレームテーブルのアドレス
を示すポインタを備えている点だけが異なる。Pフレー
ム用キーフレームテーブルはパック開始セクタ番号がな
い点だけが異なる。Pフレーム用キーフレームテーブル
は高速再生の場合だけ用いることを前提としているた
め、キーパックの位置情報は必要ない。
【0139】図18の例では、1枚のIフレームに対応
するキーフレームテーブルが、Iフレーム用キーフレー
ムテーブルの1ワードデータとそのデータの「Pのフレ
ームアドレス」45で示されたPフレーム用キーフレー
ムテーブルのデータから「Pの次のフレームアドレス」
46でつながった一連のPフレーム用キーフレームテー
ブルのワードデータとなっている。
【0140】本発明を用いた動画像記録再生装置では、
ビデオシーケンスやその一部の再生順序を変更する場合
や消去する場合は、メモリ12のシーケンステーブルや
メモリ13の領域テーブル,メモリ14のキーフレーム
テーブルの変更だけで済み、記録メディアに記録されて
いる符号化データを変更する必要はない。例えば、1つ
のビデオシーケンスを消去する場合は、消去するビデオ
シーケンスに対応するシーケンステーブルの1ワードデ
ータを「次のシーケンスアドレス」でつながっているポ
インタからはずすだけでよい。
【0141】ビデオシーケンスの再生順序を変更する場
合も、シーケンステーブルの「次のシーケンスアドレ
ス」でつながっているポインタの順序を変更するだけで
よい。また、シーケンス内の一部分を残して、それ以外
を消去する場合は、消去する部分に対応する領域テーブ
ルのデータを「次の領域のテーブルアドレス」でつなが
ったポインタからはずし、残す部分に対応した「開始セ
クタ番号」と「終了セクタ番号」を新たに設定するだけ
でよい。
【0142】また、ポインタ編集の場合には、もとの管
理データから編集後の新たな再生順序を示す管理データ
を再構築し、もとの管理データと別に格納しておけば、
もとの再生順序を保存したまま、様々な再生が可能であ
る。
【0143】なお、各テーブルに新たなデータを書き込
むためには、各テーブルで未使用のアドレスを管理する
必要がある。未使用のアドレスを管理する方法は、テー
ブル毎に空きアドレスを管理するテーブルを備える、各
テーブルのポインタをたどり使用のアドレスを調べるこ
とで、未使用のアドレスを知るといった方法が考えられ
るが、図19のように、未使用のアドレスを管理するこ
ともできる。
【0144】次に、本発明の他の実施例について説明す
る。図19は、各テーブルの1ワードデータ毎に使用か
未使用かを示す1ビットのフラグを付加した図で、図1
9中、51〜53は使用か未使用かを示すフラグで、そ
の他、図6と同じ作用をする部分は同一の符号を付して
ある。
【0145】図19の実施例は、図6で示した構成例の
各ワードに使用か未使用かを示すフラグ51〜53を付
加したものであるが、図14,図15,図16,図18
で示した例にも同様に適用できる。
【0146】前述の実施例は、符号化データ記録時に管
理データを構築し、その管理データを用いてランダムア
クセスを伴う再生を高速に行うものである。従って、符
号化データ記録時に管理データが記録されていないメデ
ィアの場合は、管理データを構築する必要がある。
【0147】次に、図1の実施例において、管理データ
を構築する手段について、以下に説明する。まず、記録
メディアコントローラ3は、記録メディア2に記録され
ているデータを最初から最後まで読み出すように記録メ
ディア制御データを出力する。
【0148】データ処理部1では、ビデオシーケンス,
パック,キーフレームそれぞれの開始と終了を検出する
検出回路を設けておき、ビデオシーケンスの先頭,後尾
が記録されているセクタ番号,キーパックの先頭が記録
されているセクタ番号,キーフレームのビデオ符号化デ
ータの先頭と後尾が記録されているセクタ番号を符号化
データ管理部4に出力する。該符号化データ管理部4で
は、符号化データ記録時と同様に、順序に管理データを
追加記録する。
【0149】なお、前述の実施例では、記録メディア上
での記録位置情報としてセクタ番号を用いているが、こ
れに限定するものではない。記録メディアによっては、
トラック番号とセクタ番号の組など、別の表記の場合も
あるが、その場合は記録メディアに応じた表記を用いれ
ばよい。
【0150】以上の説明から明らかなように、本発明に
よると、以下のような効果がある。キーフレームに対応
するビデオ符号化データ,オーディオ符号化データ,多
重符号化データの記録メディア上での記録位置情報を管
理データとして格納するため、ランダムアクセスを伴う
再生の場合に、アクセスするキーフレームの記録メディ
ア上での位置がわかる。従って、ランダムアクセス時に
不要なデータを読み出すことがなく、高速なランダムア
クセスが可能になる。
【0151】管理データとして、キーフレームに対応す
るビデオ符号化データ及び多重符号化データそれぞれの
先頭位置や後尾位置を利用することにより、ランダムア
クセス時に不要なデータを読み出すことがなく、高速な
頭出しが可能になる。すなわち、高速再生時には、単位
時間当たりに再生できるビデオフレームが多くなり、ポ
インタ編集の再生時には、シーンのつなぎ位置へのアク
セスを効率良く行うことができる。
【0152】ビデオ出力とオーディオ出力を同期して再
生する場合は、同期再生に必要な多重符号化データにア
クセスし、ビデオ出力だけの再生の場合には、ビデオ符
号化データのみにアクセスするようにすれば、高速再生
などビデオ出力だけが要求される際に、単位時間当たり
より多くの画像を再生することができる。
【0153】管理データとして、第1階層がビデオシー
ケンス、第2階層が記録メディア上での記録領域、第3
階層が記録領域に記録されるキーフレーム位置とする階
層構造を用いれば、新たにビデオシーケンスを記録,消
去する場合、あるいは再生順序を入れ換える場合でも、
容易に管理データを更新することができる。
【0154】前記記録領域に記録されるキーフレームに
対応する管理データを、IフレームとIフレームに続く
Pフレームの階層構造で記録すれば、IフレームとPフ
レームを分離して管理することができる。そのため、例
えば、高速再生時には、Iフレーム及びPフレームの種
別及び記録メディア上での記録位置がわかるので、高速
再生の速度に応じて使用するフレームを柔軟に選択する
ことができる。
【0155】また、管理データの各階層内および各階層
間の連結情報として、各テーブル内の再生順序を示すポ
インタ及び各テーブル間の連結関係を示すポインタを用
いるので、これらのポインタを変更することで、ビデオ
シーケンスの記録,消去,再生順序の変更,ビデオシー
ケンス内の一部の消去,再生順序の変更等が容易に行え
る。
【0156】管理データの各ワード毎に、そのワードが
使用か未使用かを示す1ビットのフラグを付加すれば、
管理データを記録するメモリが使われているのか空いて
いるのかがわかるので、メモリの空き領域管理が容易に
なる。
【0157】管理データが記録されていない場合でも、
管理データを新たに構築すれば、管理データが記録され
ていない記録メディアの場合でも、ランダムアクセスを
伴う再生を高速に行うことができる。
【0158】以上のように、MPEG方式など動画像符
号化にフレーム間予測を用いるために、ランダムアクセ
スが特定のキーフレームに対してしか許されない場合
に、キーフレームに対するビデオ符号化データやオーデ
ィオ符号化データ及びその多重符号化データの記録位置
を管理しているため、所望のキーフレームに直接アクセ
スすることが可能となる。このため、高速再生やポイン
タ編集を容易かつ効率良く行えることになり、また、オ
ーディオを伴った動画を扱えるため、その効果は顕著で
ある。
【0159】
【発明の効果】本発明によれば、ビデオ符号化データ及
びオーディオ符号化データを含む多重化データを記録メ
ディアに記録する際、多重化データ上でキーとなるフレ
ームの位置を示す位置情報を管理データとしてメディア
に記録し、再生時には管理データを用いてキーとなるフ
レームに正確にアクセスすることで、頭出し,高速再
生,編集等の機能を実現することができる。
【図面の簡単な説明】
【図1】本発明による動画像記録再生装置の一実施例を
説明するためのブロック図である。
【図2】図1における符号化データ管理部から入力され
るセクタ番号の記録メディア上での位置を説明するため
の図である。
【図3】本発明におけるキーパックの先頭を示す図であ
る。
【図4】図1におけるデータ処理部のヘッダ検出回路を
示す図である。
【図5】図1における符号化データ管理部のブロック図
である。
【図6】図5におけるメモリに記録される管理データの
内容の一例を示す図である。
【図7】本発明における符号化データ管理部に記録する
管理データと記録メディア上での記録領域との関係を示
す図である。
【図8】本発明における符号化データ管理部に記録する
管理データと記録メディア上での記録領域との関係を示
すその他の図である。
【図9】本発明による動画像記録再生装置の符号化デー
タ記録時の符号化データ管理部の動作を説明するための
フローチャートである。
【図10】本発明における符号化データ記録時の符号化
データ管理部の更新を示す図である。
【図11】本発明における通常再生時の符号化データ管
理部の動作を示すフローチャートである。
【図12】本発明における高速再生時の符号化データ管
理部の動作を示すフローチャートである。
【図13】本発明におけるGOP内で間引くフレームと
復号できなくなるフレームを説明するための図である。
【図14】本発明における符号化データ管理部に記録す
る管理データのその他の例を示す図である。
【図15】本発明における符号化データ管理部に記録す
る管理データのその他の例を示す図である。
【図16】本発明におけるキーフレームテーブルのその
他の構成例を示す図である。
【図17】図1における符号化データ管理部の他の実施
例を示すブロック図である。
【図18】本発明におけるIフレーム用キーフレームテ
ーブルとPフレーム用キーフレームテーブルに記録する
データの一例を示す図である。
【図19】本発明における各テーブルの1ワードデータ
毎に使用か未使用かを示す1ビットのフラグを付加した
図である。
【図20】従来のGOPの構成例を示す図である。
【図21】従来の多重符号化データの一例を示す図であ
る。
【符号の説明】
1…データ処理部 2…記録メディア 3…記録メディアコントローラ 4…符号化データ管理部 5…メモリコントローラ 5a…ビデオ記録情報管理部 5b…オーディオ記録情報管理部 5c…多重化記録情報管理部 6…メモリ 7…第1のヘッダ検出部 8…ビデオヘッダ検出部 9…オーディオヘッダ検出部 10…判定回路 11…メモリコントローラ 12,13,14…メモリ 32メモリコントローラ 33,34…メモリ 21…次のシーケンスアドレス 22…領域テーブルアドレス 23…次の領域のアドレス 24…開始セクタ番号 25…終了セクタ番号 26…開始フレームアドレス 27…次のフレームアドレス 28…パック開始セクタ番号 29…キー開始セクタ番号 30…キー終了セクタ番号 31…IフレームかPフレームかを示すフラグ 41…Iの次のフレームアドレス 42…パック開始セクタ番号 43…Iのキー開始セクタ番号 44…Iのキー終了セクタ番号 45…Pのフレームアドレス 46…Pの次のフレームアドレス 47…Pのキー開始セクタ番号 48…Pのキー終了セクタ番号 51〜53…使用か未使用かを示すフラグ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 FI H04N 5/92 H04N 5/92 H (56)参考文献 特開 平7−87443(JP,A) 特開 平3−129979(JP,A) 特開 平4−318375(JP,A) 特開 平5−153577(JP,A) (58)調査した分野(Int.Cl.7,DB名) H04N 5/76 - 5/956 H04N 7/24 - 7/68 G11B 20/10 - 20/12 G11B 27/10

Claims (3)

    (57)【特許請求の範囲】
  1. 【請求項1】 フレーム内符号化されたフレームまたは
    前方向予測符号化されたフレームで構成されるキーフレ
    ームの符号化データを含むビデオ符号化データとオーデ
    ィオ符号化データとを多重化した多重符号化データが、
    該多重符号化データ上での前記キーフレームの位置を示
    す位置情報を含む管理データとは別に記録された記録メ
    ディアから、ビデオまたはオーディオの少なくとも一方
    を再生するデータ再生方法であって、前記位置情報に従
    って読み出される多重符号化データは、前記キーフレー
    ムのビデオ符号化データと前記キーフレームに対応した
    オーディオ符号化データを含み、かつ、前記キーフレー
    ムのビデオ符号化データの先頭は前記キーフレームに対
    応したオーディオ符号化データに先立つ位置に記録され
    ており、前記記録メディアから前記管理データを読み出
    すステップと、ランダムアクセス時に、前記管理データ
    からキーフレームの位置を求めるステップと、前記キー
    フレームの位置から前記多重符号化データを読み出すス
    テップとを有することを特徴とするデータ再生方法。
  2. 【請求項2】 前記請求項1に記載のデータ再生方法に
    おいて、前記管理データは、キーフレームの符号化デー
    タの前または後ろのキーフレームの符号化データの位置
    を示す連結情報を含み、前記連結情報から次に再生する
    キーフレームを求めるステップを有することを特徴とす
    るデータ再生方法。
  3. 【請求項3】 フレーム内符号化されたフレームまたは
    前方向予測符号化されたフレームで構成されるキーフレ
    ームの符号化データを含むビデオ符号化データとオーデ
    ィオ符号化データとを含む多重符号化データと、該多重
    符号化データ上での前記キーフレームの位置を示す位置
    情報を含む管理データとを、記録メディアに記録するデ
    ータ記録方法であって、前記位置情報は、前記キーフレ
    ームのビデオ符号化データと前記キーフレームに対応し
    たオーディオ符号化データとを含む多重符号化データの
    先頭位置を示し、かつ、前記キーフレームのビデオ符号
    化データの先頭は前記キーフレームに対応したオーディ
    オ符号化データに先立つ位置に記録され、前記キーフレ
    ームの符号化時に、前記位置情報を検出するステップ
    と、前記検出された位置情報を含む管理データを、前記
    多重符号化データとは別に前記記録メディアに記録する
    ステップとを有することを特徴とするデータ記録方法。
JP2001126810A 2001-04-25 2001-04-25 データ再生方法及びデータ記録方法 Expired - Lifetime JP3442369B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001126810A JP3442369B2 (ja) 2001-04-25 2001-04-25 データ再生方法及びデータ記録方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001126810A JP3442369B2 (ja) 2001-04-25 2001-04-25 データ再生方法及びデータ記録方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP17900094A Division JP3359745B2 (ja) 1994-07-29 1994-07-29 動画像再生装置、及び動画像記録装置

Publications (2)

Publication Number Publication Date
JP2002057991A JP2002057991A (ja) 2002-02-22
JP3442369B2 true JP3442369B2 (ja) 2003-09-02

Family

ID=18975788

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001126810A Expired - Lifetime JP3442369B2 (ja) 2001-04-25 2001-04-25 データ再生方法及びデータ記録方法

Country Status (1)

Country Link
JP (1) JP3442369B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1959448B1 (en) * 2003-02-20 2013-04-10 Koninklijke Philips Electronics N.V. Information carrier comprising access information

Also Published As

Publication number Publication date
JP2002057991A (ja) 2002-02-22

Similar Documents

Publication Publication Date Title
JP3359745B2 (ja) 動画像再生装置、及び動画像記録装置
JP4080499B2 (ja) 静止画のための情報の再生装置
EP0965991B1 (en) Recording medium, data recording unit and data playback unit reading from and writing to the recording medium
JP4110593B2 (ja) 信号記録方法及び信号記録装置
KR100338737B1 (ko) 정지화를 위한 정보를 저장하는 기록 매체 및 기록 재생방법과장치
JP3254924B2 (ja) データ再生方法およびデータ再生装置
EP1189459A2 (en) Optical disk and method of playback
JPH0923404A (ja) 媒体記録方法、装置及び媒体再生装置
JP3156597B2 (ja) 画像情報復号化再生装置および画像情報復号化再生方法
JP3442369B2 (ja) データ再生方法及びデータ記録方法
JPH11261964A (ja) 動画像記録方法、再生方法および装置
JP3664678B2 (ja) 動画像再生装置
JP3510782B2 (ja) 動画像記録方法、再生方法、編集方法および装置
JP3070422B2 (ja) 画像圧縮記録媒体及び画像圧縮記録媒体再生装置
JP3714950B2 (ja) 動画像記録装置
JP3507990B2 (ja) 動画像再生装置及び動画像記録再生装置
JP2002373480A (ja) データ記録方法及びデータ記録装置ならびに記録媒体
JP4072044B2 (ja) 動画像記録方法
KR20040099102A (ko) 콘텐츠 재생 장치 및 방법, 기록 매체, 및 프로그램
KR100393081B1 (ko) 정지화를 위한 정보를 저장하는 기록 매체
JP2003224827A (ja) 動画像記録方法および再生方法
KR100378177B1 (ko) 정지화를 위한 정보를 기록 및/또는 재생하는 장치
JPH07302468A (ja) 動画像及び音声記録再生装置

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090620

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100620

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100620

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110620

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120620

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120620

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130620

Year of fee payment: 10

EXPY Cancellation because of completion of term