(57)【要約】【課題】  データサイズを抑制しながら効率的に、管理情報の変更履歴を保持することができるようにする。【解決手段】  第１の管理情報とその複製である第２の管理情報が記録媒体上に保持されている。ユーザ編集時に第１の管理情報に加えられる変更のうち固定長の第１の管理テーブルに加えられる変更は変更後の第１の管理情報と変更前の第２の管理情報の間の差分を取ることによって変更履歴を生成する。また、第１の管理情報に加えられる変更のうち可変長の第２の管理テーブルに加えられる変更は変更対象項目を識別する識別情報と当該変更対象項目に対する変更内容を規定する変更内容情報と当該変更によって当該変更対象項目の情報として追加されるべき内容を与える付加情報から変更履歴を生成する。記録媒体上の第１の管理情報が不完全な場合、第２の管理情報に変更履歴を適用して第１の管理情報が再構築される。【選択図】    図３
2007066445.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に記録されたコンテンツ情報を管理する第１の管理情報とその複製である第２の管理情報を前記記録媒体に記録する情報記録再生装置において、
前記第１の管理情報に加えられる変更のうち固定長の第１の管理テーブルに加えられる変更は変更後の前記第１の管理情報と変更前の前記第２の管理情報の間の差分を取ることによって変更履歴を生成し、
前記第１の管理情報に加えられる変更のうち可変長の第２の管理テーブルに加えられる変更は変更対象項目を識別する識別情報と当該変更対象項目に対する変更内容を規定する変更内容情報と当該変更によって当該変更対象項目の情報として追加されるべき内容を与える付加情報から変更履歴を生成する変更履歴生成手段と、
変更履歴生成手段によって生成された変更履歴を格納するメモリ手段と、
当該変更後の第１および第２の管理情報を前記記録媒体に書き込む書き込み手段を有する、
ことを特徴とする情報記録再生装置。
【請求項２】
請求項１において、
前記メモリ手段は、前記変更履歴生成手段によって生成された変更履歴を、当該記録媒体を識別するための情報に関連付けて格納する、
ことを特徴とする情報記録再生装置。
【請求項３】
請求項２において、
前記記録媒体から読み出した前記第２の管理情報に前記メモリ手段に格納されている変更履歴を適用して変更後の前記第１の管理情報を再構築する管理情報復旧手段を有する、
ことを特徴とする情報記録再生装置。
【請求項４】
請求項３において、
前記メモリ手段に格納しきれない変更履歴を当該記録媒体の所定の領域に書き込む手段を有し、
前記管理情報復旧手段は、前記メモリ手段に格納されている変更履歴と前記記録媒体に書き込まれている変更履歴を前記第２の管理情報に適用して変更後の前記第１の管理情報を再構築する、
ことを特徴とする情報記録再生装置。
【請求項５】
請求項３または４の何れかにおいて、
前記記録媒体上における前記第１の管理情報の適否を判別する判別手段を備え、
前記管理情報復旧手段は、前記判別手段によって前記記録媒体上における前記第１の管理情報が適正でないと判別されたとき変更後の前記第１の管理情報を再構築する、
ことを特徴とする情報記録再生装置。
【請求項６】
請求項１ないし５の何れか一項において、
前記メモリ手段は不揮発性のメモリを含む、
ことを特徴とする情報記録再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光ディスク等の記録媒体に対して情報を記録／再生する情報記録再生装置に関する。
【背景技術】
【０００２】
近年、映像、音声等の情報を記録可能な光ディスクとして、ＤＶＤ−Ｒ（Digital Versatile Disk Recordable）が広く利用されている。これらの光ディスクには、記録データを管理するための管理情報が保持され、ユーザは、かかる管理情報を適宜書き換えることにより、スキップ再生やリピート再生等のコンテンツ編集を行うことができる。
【０００３】
かかる管理情報のうち、映像情報を管理するための管理情報として、Real Time Recording Video Manager（以下、「RTR_VMG」と称する）が知られている（特許文献１）。図１は、RTR_VMGのデータ構造を示すものである。
【０００４】
図示の如く、RTR_VMGは、RTR_VMGI（RTR Video Manager Information）と、M_AVFIT（Movie AV File Information Table）と、S_AVFIT（Still Picture AV File Information Table）と、ORG_PGCI（Original PGC information）と、UD_PGCIT（User Defined PGC Information Table）と、TXTDT_MG（Text Data Manager）と、MNFIT（Manufacturer's Information Table）から構成される。
【０００５】
このうち、RTR_VMGIは、VMGI_MATとPL_SRPTから構成される。
【０００６】
VMGI_MATは、このRTR_VMGの識別情報、このRTR_VMG全体の終了アドレス、および、このVMGI_MATの終了アドレス等が記述されるテーブルである。かかるVMGI_MATのテーブルサイズは、５１２byteの固定長である。
【０００７】
PL_SRPTは、PL_SRPTIと、ｎ個のPL_SRPから構成される。このうち、PL_SRPTIは、PL_SRPの個数およびこのPL_SRPTの終了アドレスが記述されるテーブルである。かかるPL_SRPTIのテーブルサイズは、８byteの固定長である。
【０００８】
ｎ個のPL_SRPは、識別情報等が記述されるテーブル要素の集合体であって、それぞれ、ユーザ定義のPGC（Program Chain）の集合体と対応関係にある。ｎ個のPL_SRPからなるテーブル要素の集合体のデータサイズは、ユーザがPGCを追加あるいは削除することに応じてその個数が変動するため、可変長となる。
【０００９】
上述のRTR_VMGは、ユーザ編集を容易にするための重要な管理情報であるため、RTR_VMGの規格において、オリジナルのRTR_VMG（以下、「第１の管理情報」という）と、その複製であるバックアップ用のRTR_VMG（以下、「第２の管理情報」という）を、ディスク上に保持させることが規定されている。したがって、この規格に従うドライブ装置においてユーザ編集がなされると、図２に示す如く、編集後の第１および第２の管理情報が、それぞれディスク上に記録される。
【００１０】
また、この規格には、第１の管理情報が何らかの原因で読み取り不可能となった場合には、第２の管理情報を代替として利用すべき旨が定められている。このため、第１の管理情報が読み取れなくなった場合でも、第２の管理情報を適宜利用することにより、ユーザの編集作業を支障なく行うことができる。
【００１１】
しかしながら、編集作業がなされた際に、この編集作業に伴う管理情報の変更がディスク上の第２の管理情報に反映される前に、第１の管理情報が読み取り不能（使用不可）となった場合には、その変更は第２の管理情報に反映されていないため、この変更を第２の管理情報を用いて再現することはできない。たとえば、編集作業に伴う管理情報の変更がディスク上の第１の管理情報に反映されつつある途中の段階において、何らかの障害によって、その処理が中断された場合には、ディスク上の第１の管理情報は、変更途中の不完全な状態にあるため使用不可能となり、また、この変更はディスク上の第２の管理情報にも反映されていないため、この変更を第２の管理情報を用いて再現することもできなくなる。
【００１２】
このような問題は、編集作業に伴う管理情報の変更履歴を、逐次、ドライブ側において保持しておくことによって解消できる。すなわち、変更履歴を保持しておけば、上記のように第１の管理情報が使用不可となっても、第２の管理情報に変更履歴を適用することにより、編集後の管理情報を再構成することができる。
【００１３】
なお、以下の特許文献２には、ファイル管理情報（メタデータ）の変更履歴をログとして記録しておき、ファイル操作処理の中断によるメタデータとファイル内容の不整合が発生した場合に、このログ情報を元にメタデータの再構成を行う、ジャーナリングファイルシステムが示されている。
【特許文献１】特開２００３−１８９２３７号公報
【特許文献２】特開２００４−７８４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
図１に示すRTR_VMGにおいて変更履歴を保持する場合、編集に伴って逐次変更される第１の管理情報と、変更前の第１の管理情報の複製である第２の管理情報との間の差分を、変更履歴として保持する方法が考えられる。しかし、この場合、たとえば図１に示すｎ個のPL_SRPのうちPL_SRP#2が削除され、それ以降のPL_SRPが上詰めにて再構築された場合に、単純に第１の管理情報と第２の管理情報の間の差分をとると、変更されたPL_SRP#2〜PL_SRP#nの全てについて一様に差分がとられ、これが変更履歴として保持されることとなってしまう。この場合、比較的大きなデータサイズの変更履歴をドライブ側に保持させる必要が生じる。
【００１５】
なお、上記特許文献２に示されるようなジャーナリングファイルシステムでは、RTR_VMGのようにバックアップ用の管理情報が存在しないため、変更後の管理情報とバックアップ用の管理情報との間の差分を変更履歴として保持することはできない。このため、ドライブ側にて管理情報の変更履歴を保持する場合には、逐次変更される管理情報を、論理ブロック単位長毎に、そのまま、変更履歴として保持するのが一般的である。この場合、かなり大きなデータサイズの変更履歴がドライブ側に保持されることとなる。
【００１６】
そこで、本発明は、データサイズを抑制しながら効率的に、管理情報の変更履歴を保持することができる情報記録再生を提供することを課題とする。
【課題を解決するための手段】
【００１７】
第１の発明は、記録媒体に記録されたコンテンツ情報を管理する第１の管理情報とその複製である第２の管理情報を前記記録媒体に記録する情報記録再生装置において、前記第１の管理情報に加えられる変更のうち固定長の第１の管理テーブルに加えられる変更は変更後の前記第１の管理情報と変更前の前記第２の管理情報の間の差分を取ることによって変更履歴を生成し、前記第１の管理情報に加えられる変更のうち可変長の第２の管理テーブルに加えられる変更は変更対象項目を識別する識別情報と当該変更対象項目に対する変更内容を規定する変更内容情報と当該変更によって当該変更対象項目の情報として追加されるべき内容を与える付加情報から変更履歴を生成する変更履歴生成手段と、変更履歴生成手段によって生成された変更履歴を格納するメモリ手段と、当該変更後の第１および第２の管理情報を前記記録媒体に書き込む書き込み手段を有することを特徴とする。
【００１８】
第２の発明は、前記第１の発明に係る情報記録再生装置において、前記メモリ手段は、前記変更履歴生成手段によって生成された変更履歴を、当該記録媒体を識別するための情報に関連付けて格納することを特徴とする。
【００１９】
第３の発明は、前記第２の発明に係る情報記録再生装置において、前記記録媒体から読み出した前記第２の管理情報に前記メモリ手段に格納されている変更履歴を適用して変更後の前記第１の管理情報を再構築する管理情報復旧手段を有することを特徴とする。
【００２０】
第４の発明は、前記第３の発明に係る情報記録再生装置において、前記メモリ手段に格納しきれない変更履歴を当該記録媒体の所定の領域に書き込む手段を有し、前記管理情報復旧手段は、前記メモリ手段に格納されている変更履歴と前記記録媒体に書き込まれている変更履歴を前記第２の管理情報に適用して変更後の前記第１の管理情報を再構築することを特徴とする。
【００２１】
第５の発明は、前記第３または第４の発明の何れかに係る情報記録再生装置において、前記記録媒体上における前記第１の管理情報の適否を判別する判別手段を備え、前記管理情報復旧手段は、前記判別手段によって前記記録媒体上における前記第１の管理情報が適正でないと判別されたとき変更後の前記第１の管理情報を再構築することを特徴とする。
【００２２】
第６の発明は、前記第１ないし第５の発明の何れかに係る情報記録再生装置において、前記メモリ手段は不揮発性のメモリを含むことを特徴とする。
【発明の効果】
【００２３】
本発明によれば、固定長の第１の管理テーブルに関する変更は変更後の第１の情報と変更前の第２の管理情報の差分をとって変更履歴が生成され、可変長の第２の管理テーブルに関する変更は、変更対象項目を識別する識別情報と当該変更対象項目に対する変更内容を規定する変更内容情報と当該変更によって当該変更対象項目の情報として追加されるべき内容を与える付加情報から変更履歴が生成される。このようにデータ構造を意識しつつ変更履歴を生成することにより、全て一律に差分を取る場合に比べて、変更履歴のデータサイズを抑制することができる。したがって、本発明によれば、データサイズを抑制しながら効率的に、第１の管理情報の変更履歴を構築することができる。
【００２４】
また、このように変更履歴のデータサイズを抑制できることから、変更履歴を格納するための手段として、第６の発明にように、不揮発性のメモリを用いることができ、その結果、電源遮断等の障害が生じても変更履歴が消失するのを防ぐことができる。この場合、第３の発明によって奏される第１の管理情報の再構築の効果をより確実に奏することができる。
【００２５】
さらに、第４の発明のようにメモリ手段に格納しきれない変更履歴を記録媒体に書き込むような場合にも、変更履歴のデータサイズが小さいことから、変更履歴書き込み時における記録媒体へのアクセス時間を短縮化できる。かかるアクセス時間の短縮化から、記録媒体に対する変更履歴の書き込みの際に電源遮断等の障害が発生する確率を低下させることができ、よって、記録媒体上に変更履歴を確実に保持させることができる。その結果、第４の発明による効果、すなわち、メモリ手段と記録媒体上の変更履歴を用いて第１の管理情報を再構築できるとの効果を、より確実に奏することができる。
【００２６】
この他、本発明の意義ないし効果は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明の一つの実施形態であって、本発明ないし各構成要件の用語の意義は、以下の実施の形態に記載されたものに制限されるものではない。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態につき図面を参照して説明する。
【００２８】
なお、本実施の形態は、管理情報として上述のRTR_VMG（図１参照）を用いる情報記録再生装置に本発明を適用したものである。よって、本実施の形態では、図２にて説明した如く、編集作業に伴って生成されるオリジナルのRTR_VMG（第１の管理情報）と、その複製であるバックアップ用のRTR_VMG（第２の管理情報）が、随時、記録媒体上に書き込まれる。
【００２９】
なお、以下では、RTR_VMGを構成する情報（図１参照）のうち、特に、RTR_VMGIの書き換えおよび変更履歴の作成を例に挙げて説明がなされているが、RTR_VMGI以外の情報群についても、以下で説明すると同様の処理が行われる。つまり、図１のM_AVFIT以降の情報単位についても、固定長の情報群と可変長の情報群毎に、以下と同様に処理が行われる。なお、以下では、RTR_VMGIを構成する情報のうち、固定長のVMGI_MATとPL_SRPTIを「第１の管理テーブル」と総称し、また、可変長のｎ個のPL_SRPの集合体を「第２の管理テーブル」と総称する。
【００３０】
まず、図３に実施の形態に係る情報記録再生装置の構成を示す。
【００３１】
図において、１０１は情報を記録するディスク状の記録媒体である。１０２は記録媒体１０１にアクセスするためのインターフェース部である。１０３はインターフェース部１０２を介して記録媒体１０１から読み出した映像、音声等の情報を復調して外部の出力装置に出力する再生処理部である。１０４は外部から入力された映像、音声等の情報を、インターフェース部１０２を介して記録媒体１０１に記録するための情報に変調する記録処理部である。１０５は記録媒体１０１からインターフェース部１０２を介して読み出した第１の管理情報等を格納するメモリ部である。１０６は情報記録再生装置の全体を制御する制御部である。
【００３２】
１０７はユーザの編集作業に伴って第１の管理情報の変更履歴を生成する変更履歴生成部である。なお、生成される変更履歴については、追って図４を参照して説明する。
【００３３】
１０８は変更履歴生成部１０７にて生成された変更履歴を格納する変更履歴格納部である。なお、変更履歴格納部１０８は電源遮断等の障害発生時においても変更履歴を保護できるよう不揮発性メモリ等によって構成されるのが好ましい。また、変更履歴は、どの記録媒体に関するものであるかを識別できるようにするために記録媒体から読み出したＩＤ情報と関連づけて変更履歴格納部１０８に格納される。
【００３４】
１０９はユーザによる編集入力等を処理する入力処理部である。
【００３５】
１１０は記録媒体上における第１および第２の管理情報が適正に更新されたかを示す更新情報を格納する更新情報格納部である。なお、更新情報は、記録媒体１０１に対する第１および第２の管理情報の書き込みが開始されたときにセットされ、当該書き込みが完了したときにリセットされるフラグである。この更新情報は、どの記録媒体に関するものであるかを識別できるようにするために記録媒体から読み出したＩＤ情報と関連づけて更新情報格納部１１０に格納される。更新情報格納部１１０は電源遮断等の障害発生時においても更新情報を保護できるよう不揮発性メモリ等によって構成される。
【００３６】
図４に、変更履歴格納部１０８に格納される変更履歴の構造を示す。図４（ａ）は第１の管理テーブルの変更履歴の構造を示し、図４（ｂ）は第２の管理テーブルの変更履歴の構造を示す。
【００３７】
図４（ａ）を参照して、第１の管理テーブルの変更履歴は、“開始アドレス”と、“オフセット値”と、“差分情報”からなっている。
【００３８】
“開始アドレス”は、記録媒体１０１上の第２の管理情報において第１の管理情報の変更箇所（byte単位）に相当する部分が含まれる論理ブロックの開始アドレスである。
【００３９】
“オフセット値”は、当該変更箇所が当該論理ブロックの先頭から何byte目にあるかを示すものである。
【００４０】
“差分情報”は、第１の管理情報の変更箇所（byte単位）と第２の管理情報において当該変更箇所に相当する部分（byte単位）の差分を与えるものである。この差分情報は、たとえば、上記変更箇所と当該変更箇所に相当する部分との排他的論理輪をとることにより生成される。
【００４１】
図４（ｂ）を参照して、第２の管理テーブルの変更履歴は、“項目識別情報”と、“編集情報”と、“付加情報”からなっている。
【００４２】
“項目識別情報”は、記録媒体１０１上の第２の管理情報において第１の管理情報の変更箇所に相当する項目を識別するための情報である。この項目識別情報によって、図１の第２の管理テーブルのうち、どのPL_SRPに変更があったかが特定される。
【００４３】
“編集情報”は、項目識別情報によって特定される項目に対してどのような編集操作を行ったかを示す情報である。
【００４４】
“付加情報”は、編集情報によって特定される編集操作が「追加」である場合に、当該項目として追加されたテーブル（PL_SRP）の内容（実データ）を与えるものである。
【００４５】
図５に、編集処理時に情報記録再生装置にて実行される処理フローを示す。
【００４６】
まず、図５（ａ）を参照して、記録媒体１０１から第１の管理情報が読み出されメモリ部１０５に格納された後、ユーザから編集操作が行われると、制御部１０６は、メモリ部１０５上の第１の管理情報に対して、かかる編集操作を反映するための変更処理を実行する。
【００４７】
かかる変更処理が実行されると（Ｓ１０１：Ｙ）、制御部１０６からの指示に応じて、変更履歴生成部１０７において、第１の管理情報の変更履歴が作成され、作成された変更履歴が変更履歴格納部１０８に格納される（Ｓ１０２）。
【００４８】
ここで、変更履歴は、図６に示す処理フローに従って作成される。すなわち、第１の管理情報に対する変更処理が第１の管理テーブルと第２の管理テーブルの何れに関するものであるかが判別される（Ｓ２０１）。かかる変更が第１の管理テーブルに関するものである場合（Ｓ２０１：Ｙ）は図４（ａ）に示す変更履歴が作成され（Ｓ２０２）、第２の管理テーブルに関するものである場合（Ｓ２０１:Ｎ）には図４（ｂ）に示す変更履歴が作成される（Ｓ２０３）。
【００４９】
図５（ａ）に戻り、編集作業に伴って変更された第１の管理情報は、制御部１０６からの指示により、所定のタイミングで、インターフェース部１０２から記録媒体１０１に書き込まれる。このとき、更新情報格納部１１０上の第１の管理情報に関する更新情報がセットされる。しかる後、記録媒体１０１に対する第１の管理情報の書き込みが完了すると（Ｓ１０３：Ｙ）、第１の管理情報に関する更新情報がリセットされ、さらに、制御部１０６からの指示により、変更履歴格納部１０８に格納された変更履歴が破棄される（Ｓ１０４）。その後、第１の管理情報の複製が第２の管理情報として記録媒体１０１に書き込まれる。このとき、更新情報格納部１１０上の第２の管理情報に関する更新情報がセットされる。しかる後、記録媒体１０１に対する第２の管理情報の書き込みが完了すると（Ｓ１０５：Ｙ）、第２の管理情報に関する更新情報がリセットされ、当該編集作業に伴う処理が終了される。
【００５０】
なお、図５（ａ）の処理フローでは、第１の管理情報の複製を第２の管理情報の更新情報として記録媒体１０１に書き込むようにしたが、図５（ｂ）に示す如く、第１の管理情報の変更履歴を第２の管理情報に適用して第２の管理情報の更新情報を再構築し（Ｓ１１０）、これを記録媒体１０１上に書き込む（Ｓ１０５）ようにしても良い。この場合、第１の管理情報の変更履歴は、記録媒体１０１に対する第２の管理情報の書き込みが完了したときに破棄される（Ｓ１１１）。
【００５１】
本実施の形態において、第１の管理情報の変更履歴の容量が変更履歴格納部１０８の容量に比べて小さく、複数の変更履歴を変更履歴格納部１０８に格納可能である場合には、複数の記録媒体に関する変更履歴を記録媒体の識別情報に関連づけて変更履歴格納部１０８に格納させるようにすることもできる。これに対し、第１の管理情報の変更履歴の容量が変更履歴格納部１０８の容量に比べて大きい場合には、変更履歴格納部１０８に格納しきれない変更履歴を、インターフェース部１０２を介して、記録媒体１０１上の所定の領域に書き込むようにする。この場合、記録媒体１０１上に変更履歴を書き込んだこと、および、その書き込み位置を識別するための情報が、変更履歴格納部１０８に併せて格納される。
【００５２】
なお、記録媒体１０１に対する変更後の第１および第２の管理情報の書き込みが完了する前に記録媒体１０１の排出指令が入力された場合には、かかる第１および第２の管理情報の書き込みの完了を待って記録媒体１０１の排出処理が行われる。このため、通常は、編集作業に伴う第１の管理情報の変更は、記録媒体１０１上における第１および第２の管理情報に反映されている。
【００５３】
しかし、第１または第２の管理情報が記録媒体１０１に書き込まれつつある途中の段階において電源遮断等の障害が発生した場合には、かかる変更が、記録媒体１０１上の第１または第２の管理情報に反映されない状況が生じる。この場合、書き込み途中にある第１または第２の管理情報は、編集作業前の情報と編集作業後の情報が混在し、全体として、使用できないものとなる。かかる場合は、このような状態にある第１または第２の管理情報を適正な状態に再構築して記録媒体１０１に書き込む必要がある。
【００５４】
図７は、第１または第２の管理情報を適正な状態に再構築して記録媒体１０１に書き込む際の処理フローを示す図である。
【００５５】
ここで、記録媒体１０１上における第１または第２の管理情報が書き込み途中の不完全な状態にあるかは、更新情報格納部１１０に格納されている更新情報をもとに判別される。すなわち、更新情報がセット状態にあるときは不完全な状態にあり、リセット状態にあるときは完全な状態にあると判別される。
【００５６】
情報記録再生装置に記録媒体１０１が装着されると、当該記録媒体１０１からＩＤ情報が読み出され、このＩＤ情報に対応する更新情報が更新情報格納部１１０から制御部１０６に読み出される。制御部１０６は、第１および第２の管理情報に関する更新情報がリセット／セットの何れの状態にあるかに基づいて、第１および第２の管理情報が完全／不完全の何れの状態にあるかを判別する（Ｓ３０１）。
【００５７】
ここで、第１および第２の管理情報が何れも完全である場合（第１：ＯＫ、第２：ＯＫ）は、第１または第２の管理情報の再構築は不要であるため、当該処理は終了される。これに対し、第１の管理情報は完全であるが第２の管理情報は不完全である場合（第１：ＯＫ、第２：ＮＧ）は、記録媒体１０１から第１の管理情報が読み出され、その複製が第２の管理情報として生成される（Ｓ３０２）。そして、生成された第２の管理情報が記録媒体１０１に書き込まれる（Ｓ３０３）。
【００５８】
また、Ｓ３０１の判別において、第２の管理情報は完全であるが第１の管理情報は不完全である場合（第１：ＮＧ，第２：ＯＫ）は、変更履歴格納部１０８上の変更履歴が参照され、当該記録媒体１０１のＩＤ情報に対応する第１の管理情報の変更履歴が存在するかが判別される（Ｓ３０４）。この場合、上記の如く変更履歴の一部が記録媒体１０１上に記録されている場合には、記録媒体１０１上の変更履歴を含めた変更履歴全体が存在するかが判別される。
【００５９】
かかる判別において、変更履歴が存在すれば（Ｓ３０４：Ｙ）、記録媒体１０１から第２の管理情報が読み出され、これに変更履歴格納部１０８上の変更履歴が適用されて第１の管理情報が再構築される（Ｓ３０５）。そして、再構築された第１の管理情報が記録媒体１０１に書き込まれる（Ｓ３０６）。
【００６０】
このとき、更新情報格納部１１０上の第１の管理情報に関する更新情報がセットされる。しかる後、記録媒体１０１に対する第１の管理情報の書き込みが完了すると（Ｓ３０６：Ｙ）、第１の管理情報に関する更新情報がリセットされ、さらに、変更履歴格納部１０８に格納された変更履歴が破棄される（Ｓ３０７）。その後、第１の管理情報の複製が第２の管理情報として記録媒体１０１に書き込まれる。このとき、更新情報格納部１１０上の第２の管理情報に関する更新情報がセットされる。しかる後、記録媒体１０１に対する第２の管理情報の書き込みが完了すると（Ｓ３０８：Ｙ）、第２の管理情報に関する更新情報がリセットされ、処理が終了される。
【００６１】
Ｓ３０５からＳ３０８の処理により、記録媒体１０１上の第１および第２の管理情報は、先の編集作業における変更が反映されたものとされる。
【００６２】
一方、Ｓ３０４において、当該記録媒体１０１のＩＤ情報に対応する第１の管理情報の変更履歴が存在しないと判別された場合（Ｓ３０４：Ｎ）は、記録媒体１０１から第２の管理情報が読み出され、その複製が第１の管理情報として生成される（Ｓ３０９）。そして、生成された第１の管理情報が記録媒体１０１に書き込まれる（Ｓ３１０）。このとき、更新情報格納部１１０上の第１の管理情報に関する更新情報がセットされる。しかる後、記録媒体１０１に対する第１の管理情報の書き込みが完了すると（Ｓ３１０：Ｙ）、第１の管理情報に関する更新情報がリセットされ、処理が終了される。
【００６３】
この場合、記録媒体１０１上の第１の管理情報は、先の編集作業によって変更される前の状態とされる。
【００６４】
なお、上記Ｓ３０５からＳ３０８の処理では、図５（ａ）の処理フローと同様、第１の管理情報の複製を第２の管理情報の更新情報として記録媒体１０１に書き込むようにしたが、これに代えて、図５（ｂ）に示す如く、第１の管理情報の変更履歴を第２の管理情報に適用して第２の管理情報の更新情報を再構築し、これを記録媒体１０１上に書き込むようにしても良い。この場合、図５（ｂ）の場合と同様、第１の管理情報の変更履歴は、記録媒体１０１に対する第２の管理情報の書き込みが完了したときに破棄される。
【００６５】
以上、本実施の形態によれば、図４に示す如く、固定長の第１の管理テーブルに関する変更は変更後の第１の管理情報と変更前の第２の管理情報の差分をとって変更履歴を生成し（図４（ａ）参照）、可変長の第２の管理テーブルに関する変更は、変更対象項目を特定する項目識別情報と編集内容を示す編集情報、および、編集内容が追加であるときは当該変更対象項目に含まれるべき情報の内容を示す付加情報から変更履歴を生成する（図４（ｂ）参照）ようにしたので、データサイズを抑制しながら効率的に、第１の管理情報の変更履歴を保持することができる。
【００６６】
また、このように変更履歴のデータサイズを抑制できることから、変更履歴を格納するための手段として不揮発性メモリ等を用いることができ、その結果、電源遮断等の障害が生じても変更履歴が消失せず、上記の如く変更履歴を用いて第１および第２の管理情報を再構築することができる。
【００６７】
さらに、変更履歴格納部１０８の容量が小さく、このため、これに格納しきれない変更履歴を記録媒体１０１に書き込むような場合にも、変更履歴のデータサイズが小さいことから、記録媒体１０１へのアクセス時間が短くて済み、処理シーケンスがオーバーフローするのを回避することができる。また、このようにアクセス時間が短くて済むことから、変更履歴書き込み時に電源遮断等の障害が発生する確率が低くなり、よって、記録媒体上における変更履歴の消失を回避することができる。その結果、変更履歴を用いて第１および第２の管理情報を再構築することが可能となる。
【００６８】
なお、本発明は上記実施の形態に限定されるものではなく、他に種々の変更が可能であることは言うまでもない。
【００６９】
たとえば、上記実施の形態では、情報記録再生装置側に配された更新情報格納部１１０に更新情報を保持させるようにしたが、これに代えて、記録媒体に更新情報を書き込むようにしても良い。また、上記実施の形態では、管理情報としてRTR_VMGを用いる情報記録再生装置を例示したが、本発明は、これ以外の管理情報を用いる情報記録再生装置に適用することも可能である。但し、本発明は、オリジナルの管理情報とその複製を記録媒体に保持させるタイプの情報記録再生装置に適用可能なものである。
【００７０】
この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【図面の簡単な説明】
【００７１】
【図１】Real Time Recording Video Managerのデータ構造を示す図
【図２】第１および第２の管理情報が記録媒体に記録されることを説明する図
【図３】実施の形態に係る情報記録再生装置の構成を示す図
【図４】実施の形態に係る変更履歴の構成を示す図
【図５】実施の形態に係る編集処理時のフローチャート
【図６】実施の形態に係る変更履歴の生成処理時のフローチャート
【図７】実施の形態に係る管理情報の再構築処理時のフローチャート
【符号の説明】
【００７２】
１０１  記録媒体
１０２  インターフェース部
１０７  変更履歴生成部
１０８  変更履歴格納部
１０９  入力処理部
１１０  更新情報格納部
【図１】
2007066445.tif 000003
【図２】
2007066445.tif 000004
【図３】
2007066445.tif 000005
【図４】
2007066445.tif 000006
【図５】
2007066445.tif 000007
【図６】
2007066445.tif 000008
【図７】
2007066445.tif 000009