【事件の表示】
　平成１１年特許願第３６２４８号「ディスク記憶媒体およびその記録編集再生方法およびその記録編集再生装置」拒絶査定不服審判事件〔平成１２年８月２９日出願公開、特開２０００−２３５７７９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯、本願発明
　本願は、平成１１年２月１５日の出願であって、その請求項１乃至８に係る発明は、平成１７年１２月２７日付け手続補正書により補正された特許請求の範囲の請求項１乃至８に記載されたとおりのものであると認められるところ、請求項１に係る発明（以下、「本願発明」という）は、次のとおりである。
　
「【請求項１】　画像およびまたは音声が可変長符号で圧縮符号化されたデータファイルとして記録され、当該記録された画像およびまたは音声の消去結合などの編集を施すことが可能なディスク記憶媒体であって、
 　前記圧縮符号化された画像音声データファイルは、ある時間ごとにブロック単位で記録されており、前記画像音声データファイルのブロック単位の管理を行うためのアドレス情報を含むコンテンツ時間管理ファイルを備え、
前記コンテンツ時間管理ファイルは、１つの映像音声データファイルに対し少なくとも１つ以上生成することを特徴とするディスク記憶媒体。」
　
　
２．先願発明
　これに対し、当審における平成１７年１０月３１日付け拒絶理由通知で引用した、本願出願の日前の平成１０年１１月１９日の優先権主張を伴う平成１１年月１８日出願の特願平１１−３２８１１０号（以下「先願」という、特開２０００−２１７０６６号公報参照）の願書に最初に添付された明細書には、図面とともに以下の技術事項が記載されている。
　
（ａ）
「６５０ＭＢ程度が上限であった書き換え型光ディスクの分野で数ＧＢの容量を有する相変化型ディスクＤＶＤ−ＲＡＭが出現した。また、ディジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）の実用化とあいまってＤＶＤ−ＲＡＭは、コンピュータ用途だけでなくオーディオ・ビデオ（ＡＶ）技術分野における記録・再生メディアとして期待されている。つまり従来の代表的なＡＶ記録メディアである磁気テープに代わるメディアとして普及が予測される。」（第２段落）
　
（ｂ）
「更に、この大容量記録メディアであるＤＶＤ−ＲＡＭをより効果的に使用するため、ＤＶＤ−ＲＡＭでは図３に示すように、ＵＤＦ（Universal Disc Format）ファイルシステムをのせ、ＰＣ上でのアクセスを可能としている。ＵＤＦの情報は図中のＶｏｌｕｍｅに記録される。ＵＤＦファイルシステムの詳細は「Universal Disc Format Standard」に開示されている。」（第２０段落）
　
（ｃ）
「【００４７】まず、本発明に係るＤＶＤ−ＲＡＭに記録されるデータのデータ構成について図９を用いて説明する。図９（ａ）は、ＤＶＤ−ＲＡＭディスク１００についてファイルシステムを通して見えるディスク１００上のデータ構成を、図９（ｂ）は、ディスク１００上の物理セクタの構成を示した図である。
【００４８】図に示すように、物理セクタの先頭部分にはリードイン領域３１があり、サーボを安定させるために必要な規準信号や他のメディアとの識別信号などが記録されている。リードイン領域３１に続いてデータ領域３３が存在する。この部分に論理的に有効なデータが記録される。最後にリードアウト領域３５がありリードイン領域３１と同様な規準信号等が記録される。
【００４９】データ領域３３の先頭にはボリューム情報と呼ばれるファイルシステム用の管理情報が記録される。ファイルシステムは周知の技術であるためここでの説明は省略する。
【００５０】ファイルシステムを介して図９（ａ）に示すようにディスク１００内のデータをディレクトリやファイルとして扱うことが可能になる。図９（ａ）に示すように、ＤＶＤレコーダが扱う全てのデータは、ＲＯＯＴディレクトリ直下のＶＩＤＥＯ＿ＲＴディレクトリ下で管理される。
【００５１】本実施形態のＤＶＤレコーダが扱うファイルには、オーディオ・ビデオデータ（ＡＶデ−タ）を含むＡＶファイルと、それらのＡＶファイルを管理するための情報を含む管理情報ファイルの２種類のファイルがある。図９（ａ）に示す例では、管理情報ファイルは「ＶＩＤＥＯ＿ＲＴ．ＩＦＯ」であり、ＡＶファイルは、動画データを含むファイルである「Ｍ＿ＶＯＢ．ＶＯＢ」、ディジタル放送用映像データを含むファイルである「Ｄ＿ＶＯＢ．ＶＯＢ」、オーディオ用データを含むファイルである「ＡＯＢ．ＡＯＢ」等である。以下にこれらのファイルについて詳細に説明する。
【００５２】なお、本実施形態においては、個々のＡＶストリームをオブジェクト（Ｏｂｊｅｃｔ）として定義している。すなわち、オブジェクトには、ＭＰＥＧプログラムストリーム、ＭＰＥＧトランスポートストリーム、オーディオストリームや静止画データ等の種々のＡＶストリームが含まれる。ここでは、これらのＡＶストリームを抽象化してオブジェクトとして捕らえることにより、これらのＡＶストリームの管理情報を、統一化したオブジェクト情報（ＯｂｊｅｃｔＩ）として定義する。
【００５３】（管理情報）最初に、管理情報について図１０を用いて説明する。管理情報は、オブジェクトの記録位置等を管理するオブジェクト情報８０と、ＤＶＤ−ＲＡＭに記録されているデータの中で再生されるべきデータの再生順序及び再生時間等を定義するＰＧＣ情報５０、７０とを有する。
【００５４】ＡＶストリームは、そのフォーマットによって個々の違いはあるが、例えば時間属性を有するなど共通化できる要素も有しているため、このような抽象化が可能である。また、同一フォーマットを有するＡＶストリームは同一ＡＶファイル内に記録順に格納される。
【００５５】オブジェクト情報（ＯｂｊｅｃｔＩ）８０は、オブジェクトに関する一般情報（Ｏｂｊｅｃｔ　ＧＩ）８０ａと、オブジェクトの属性情報（ＡｔｔｒｉｂｕｔｅＩ）８０ｂと、オブジェクトの再生時間をディスク上のアドレスに変換するアクセスマップ８０ｃとから構成されている。
【００５６】アクセスマップ８０ｃを必要とするのは、ＡＶストリームが一般に時間軸とデータ（ビット列）軸の二つの基準を有しており、この二つの基準間には完全な相関性がないためである。例えば、ビデオストリームの国際標準規格であるＭＰＥＧ−２ビデオの場合、可変ビットレート（画質の複雑さに応じてビットレートを変える方式）を用いることが主流になりつつあり、この場合、先頭からのデータ量と再生時間との間に比例関係がないため、時間軸を基準にしたランダムアクセスができない。この問題を解決するため、オブジェクト情報８０は、時間軸とデータ（ビット列）軸との間の変換を行なうためのアクセスマップ８０ｃを有している。後述するように１つのオブジェクトは複数のオブジェクトユニット（ＶＯＢＵ）からなるため、アクセスマップ８０ｃはオブジェクトユニット毎に時間領域とアドレス領域とを対応づけるためのデータを有している。
【００５７】ＰＧＣ情報５０、７０は、ＤＶＤ−ＲＡＭ１００に記録される画像データや音声データすなわちオブジェクトの再生を制御するための情報である。ＰＧＣ情報５０、７０は、ＤＶＤプレーヤが連続してデータ再生を行う際の一つの単位を示す情報である。すなわち、ＰＧＣ情報５０、７０は、再生するオブジェクトと、オブジェクトにおける任意の再生区間とを示したセル６０、６１、６２、６３の再生シーケンスを示す。セル６０…については後述する。ＰＧＣ情報５０、７０には、ＤＶＤレコーダがオブジェクト記録時に全記録オブジェクトを示すように自動生成するオリジナルＰＧＣ情報５０と、ユーザが自由に再生シーケンスを定義できるユーザ定義ＰＧＣ情報７０の２種類がある。ユーザ定義ＰＧＣ情報７０がユーザにより定義される点を除いて、両ＰＧＣ情報５０、７０の構成、機能は同様であるので、以下、オリジナルＰＧＣ情報５０について詳細に説明する。
【００５８】図１０に示すように、オリジナルＰＧＣ情報５０は少なくとも１つのセル情報６０、６１、６２、６３を含む。セル情報６０…は再生するオブジェクトを指定し、かつ、そのオブジェクトの再生区間を指定する。通常、ＰＧＣ情報５０は複数のセルをある順序で記録している。ＰＧＣ情報５０におけるセル情報の記録順序は、各セルが指定するオブジェクトが再生されるときの再生順序を示す。
【００５９】一のセル情報６０には、それが指定するオブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａと、オブジェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃｔ　ＩＤ）６０ｂと、時間軸上でのオブジェクト内の開始位置情報（Ｓｔａｒｔ）６０ｃと、時間軸上でのオブジェクト内の終了位置情報（Ｅｎｄ）６０ｄとが含まれる。
【００６０】データ再生時は、ＰＣＧ情報５０内のセル情報６０が順次読み出され、各セルにより指定されるオブジェクトが、セルにより指定される再生区間分再生される。」
　
（ｄ）
「【００６３】動画オブジェクト情報８２は、ＭＰＥＧプログラムストリームの一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａと、動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂと、Ｔマップ８２ｃとを有する。
【００６４】一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａは、動画オブジェクトの識別情報（Ｍ＿ＶＯＢ＿ＩＤ）と、動画オブジェクトの記録時刻（Ｍ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから構成される。
【００６５】動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂは、ビデオストリームのコーディングモードをはじめとするビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）とから構成される。
【００６６】Ｔマップ８２ｃは、ＡＶファイル内での動画オブジェクトの先頭アドレスと、各動画オブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）とを有する。ここで、動画オブジェクトユニット（ＶＯＢＵ）とは、動画オブジェクト（Ｍ＿ＶＯＢ）内の最小アクセス単位を示すが、その詳細は後述する。」
　
（ｅ）
「【００７３】（オブジェクト情報とセル情報の対応）次に、図１２を用いてオブジェクト情報（ＯｂｊｅｃｔＩ）の具体化の１つである動画オブジェクト情報（Ｍ＿ＶＯＢＩ）について、セル情報との対応関係について説明する。
【００７４】セル情報に指定されたタイプ情報（Ｔｙｐｅ）の値が、「Ｍ＿ＶＯＢ」であれば、そのセルは動画オブジェクトに対応していることを意味する。同様に、タイプ情報の値が「Ｄ＿ＶＯＢ」であれば、そのセルはディジタル放送用オブジェクトに対応し、タイプ情報の値が「ＡＯＢ」であれば、オーディオ・オブジェクトに対応していることを意味する。
【００７５】オブジェクトＩＤ（Ｏｂｊｅｃｔ  ＩＤ）をもとに、対応するオブジェクト情報（ＶＯＢＩ）を見つけることができる。オブジェクトＩＤと、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）における一般情報（Ｍ＿ＶＯＢ＿ＧＩ）に含まれる動画オブジェクトＩＤ（識別番号）（Ｍ＿ＶＯＢ＿ＩＤ）とは一対一に対応している。
【００７６】このように、タイプ情報（Ｔｙｐｅ）とオブジェクトＩＤ（Ｏｂｊｅｃｔ  ＩＤ）によって、セル情報に対応するオブジェクト情報を探しだすことが可能である。
【００７７】セル情報における開始情報位置（Ｓｔａｒｔ）は、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と対応し、それらが示す値が同一時刻であれば、そのセルは動画オブジェクトの先頭からの再生を示している。開始位置情報（Ｓｔａｒｔ）の値が開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）より大きい場合、そのセルは動画オブジェクトの途中からの再生を示している。また、この場合、開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の値と、開始位置情報（Ｓｔａｒｔ）の値との差（時間差）だけ、セルは動画オブジェクトの先頭から遅れて再生を開始することを意味する。また、セルの終了位置情報（Ｅｎｄ）と動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）も同様の関係を有している。
【００７８】このように、セル情報内の開始位置情報（Ｓｔａｒｔ）と、終了位置情報（Ｅｎｄ）と、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）内の一般情報（Ｍ＿ＶＯＢ＿ＧＩ）内の開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから当該セルの再生開始および終了位置を動画オブジェクト内の相対時間として得ることができる。
【００７９】動画オブジェクト内のＴマップは、動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間とデータサイズとから構成されるテーブルである。前述したセルの動画オブジェクト内での再生開始および終了相対時間をこのＴマップを参照することによりアドレスデータに変換することができる。
【００８０】以下に、Ｔマップを参照したアドレス変換について図１３を用いて具体的に説明する。
【００８１】図１３において、（ａ）は時間軸上でのビデオ表示を表現した動画オブジェクト（Ｍ＿ＶＯＢ）を、（ｂ）は動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間長とデータサイズから構成されるタイムマップを、（ｃ）は、データ（セクタ列）軸上で表現した動画オブジェクトを、（ｄ）は動画オブジェクト（Ｍ＿ＶＯＢ）の一部を拡大したパック列、（ｅ）はビデオストリーム、（ｆ）はオーディオストリームをそれぞれ示している。
【００８２】動画オブジェクト（Ｍ＿ＶＯＢ）は、ＭＰＥＧプログラムストリームのことであって、ＭＰＥＧプログラムストリームでは、ビデオストリーム、オーディオストリームを順にパケット（ＰＥＳパケット）化して、このパケット（ＰＥＳパケット）を複数束ねたパックのシーケンスである。この場合、１パック内に１パケット（ＰＥＳパケット）を入れ、１パックを１セクタ（＝２０４８Ｂ）としてアクセスし易くしている。また、パック化したビデオパック（Ｖ＿ＰＣＫ）およびオーディオパック（Ａ＿ＰＣＫ）を多重化して１本のストリームにしている。この様子を示しているのが、図１３（ｃ）、（ｄ）、（ｅ）、（ｆ）である。
【００８３】また、ＭＰＥＧシステムストリーム（プログラムストリームおよびトランスポートストリームの総称）は、多重化したビデオおよびオーディオストリームの同期再生用にストリーム中にタイムスタンプを有している。プログラムストリームの場合、タイムスタンプはフレームの再生時刻を示すＰＴＳ（Presentation Time Stamp）である。前述の動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）、動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）は、このＰＴＳを基準に求められた時刻情報である。一方、トランスポートストリームの場合は、バッファへの入力時刻を示すＰＣＲ（Program Clock Reference）をタイムスタンプとして用いる。
【００８４】ここで動画オブジェクトユニット（ＶＯＢＵ）について説明する。動画オブジェクトユニット（ＶＯＢＵ）とは動画オブジェクト（Ｍ＿ＶＯＢ）内の最小アクセス単位を示す。ＭＰＥＧビデオストリームは高効率な画像圧縮を実現するために、ビデオフレーム内での空間周波数特性を用いた画像圧縮だけでなく、ビデオフレーム間つまり時間軸上での動き特性を用いた画像圧縮を行っている。これは、あるビデオフレームを伸長する場合に、時間軸上の情報、即ち、未来または過去のビデオフレームの情報が必要となり、ビデオフレームを単独で伸長することができないことを意味している。この問題を解決するため、ＭＰＥＧビデオストリームでは、約０．５秒に１枚の割合で、時間軸上での動き特性を用いないビデオフレーム（Ｉ−ピクチャ）を挿入して、ランダムアクセス性を高めている。
【００８５】動画オブジェクトユニット（ＶＯＢＵ）は、このＩ−ピクチャの先頭データを含むパックを先頭として、次のＩ−ピクチャの先頭データを含むパックの直前のパックまでの区間とする。Ｔマップでは、この各オブジェクトユニット（ＶＯＢＵ）のデータサイズ（パック数）と、オブジェクトユニット（ＶＯＢＵ）内のビデオフレームの再生時間（フィールド数）とから構成されている。
【００８６】例えば、セルのＳｔａｒｔで示す値と、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の示す値との差が１秒（６０フィールド）であったと仮定する。
【００８７】Ｔマップ内の各オブジェクトユニット（ＶＯＢＵ）の再生時間を先頭から積算していくことで、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からの各オブジェクトユニットの再生開始時刻を求めることができる。同様に各オブジェクトユニットのデータサイズ（パック数）を積算していくことで、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からの各オブジェクトユニットのアドレスを求めることができる。
【００８８】本実施形態の場合、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からそれぞれ２４、３０、２４フィールドのオブジェクトユニット（ＶＯＢＵ）が並んでいるので、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭から１秒（６０フィールド）後のビデオフレームは先頭から３番目のオブジェクトユニット（ＶＯＢＵ＃３）に含まれていることが求められる。また、オブジェクトユニット（ＶＯＢＵ）のデータ量が動画オブジェクトの先頭からそれぞれ１２５、９８、１１５セクタであるから、３番目のオブジェクトユニット（ＶＯＢＵ＃３）の先頭アドレスは、オブジェクトの先頭から２２３セクタであることが求められる。
【００８９】これに、ＡＶファイル内でのＭ＿ＶＯＢの先頭アドレス（ＡＤＲ＿ＯＦＦ）である５０１０セクタを加算することで、再生を開始するデータの先頭アドレスが求まる。
【００９０】以上では、先頭から６０フィールド目のビデオフレームからの再生を想定したが、前述したようにＭＰＥＧビデオの性質上、任意のビデオフレームからのデコードおよび再生は不可能であるので、Ｉ−ピクチャの先頭から再生されるように、６フィールドずれた近傍のオブジェクトユニット（ＶＯＢＵ）の先頭からの再生としている。ただし、デコーダがこの６フィールド分をデコードのみ行い、表示をしないようにすることで、セルが指定するビデオフィールドからの再生も可能である。
【００９１】上記の説明と同じように、セルの終了位置に対応する動画オブジェクトの再生終了時刻、ＡＶファイル内のアドレスを求めることができる。」
　
（ｆ）
「【０１０７】以上、説明したデータ構造をまとめたものを図１７に示す。また、図１７はＤＶＤ−ＲＡＭにおける管理情報全体を示す。以下に図１７を用いて管理情報全体について説明する。図１７に示すように、本実施形態のＤＶＤ−ＲＡＭには、前述のＰＧＣ情報５０、７０等の他に、ビデオ管理全体情報９０や、各種のファイル情報テーブル９２、９４、９６、９８を備える。
【０１０８】ビデオ管理全体情報（VMGI: Video Manager General Information）９０は、ディスク全体に関する管理情報であり、例えば、オリジナルＰＧＣ情報５０、ユーザ定義ＰＧＣ情報７０、及び、各種ファイル管理テーブル９２、９４…等の開始アドレスすなわちポインタ情報を含んでいる。このポインタ情報を参照することにより、これらのテーブル５０、７０、８２、９４…へのアクセスが可能となる。
【０１０９】ここで、図１７に示すファイル管理テーブル９２、９４、９６、９８について説明する。ファイル管理テーブル９２、９４、９６、９８のそれぞれは、オブジェクトから構成されるデータファイルを管理するためのテーブルであり、オブジェクトの種類毎に設けられている。例えば、動画オブジェクトを記録した動画ファイルを管理する動画ファイル管理テーブル９２や、静止画オブジェクトを記録した静止画ファイルを管理する静止画ファイル管理テーブル９４等がある。」
　
（ｇ）
「【０１１０】前述のようにＰＧＣ情報内のセル情報のオブジェクトＩＤに基きオブジェクト情報が特定されるが、この場合、ファイル管理テーブル９２、９４、９６、９８を介してオブジェクト情報のアドレスが特定される。このため、ファイル管理テーブル９２、９４、９６、９８は、管理するオブジェクト情報の数、オブジェクトＩＤ、オブジェクト情報のサイズ等の情報を有している。例えば、オブジェクトＩＤが順番を示す場合、セル情報により指定されたオブジェクトＩＤに基いて、その指定されたオブジェクト情報が、ファイル管理テーブルにより管理されているオブジェクト情報の中の何番目のオブジェクト情報であるかを認識できる。その後、そのオブジェクト情報の順番と、ファイルサイズとからファイル管理テーブルの開始アドレスを基準としたオフセット量を計算することにより、その指定されたオブジェクト情報のアドレスを得ることができる。
【０１１１】図１７に示すように、動画ファイル管理テーブル９２は、動画オブジェクトを記録した動画ファイルを管理するテーブルである。動画ファイル管理テーブル９２は、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）９２ａ、９２ｂ…と、そのテーブル９２が管理する動画オブジェクト情報の数、動画オブジェクトのサイズ等を含むテーブル管理情報（Ｍ＿ＡＶＦＩＴＩ）９２ｈとを含む。このテーブル管理情報９２ｈに記述されている動画オブジェクト情報の数だけ、動画オブジェクト情報がディスク上に続けて記録されている。動画オブジェクト情報９２ａ…は、前述のように、一般情報（Ｍ＿ＶＯＢ＿ＧＩ）、ストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）、Ｔマップを含む。また、Ｔマップは、各動画オブジェクトユニット（ＶＯＢＵ）の表示時間およびサイズ（ＶＯＢＵ＿ＥＮＴ）を含む。
（中略）
【０１１３】オリジナルＰＧＣ情報５０には、再生すべき順にセル情報６１、６２、６３…が記録されている。セル情報はオブジェクト情報への対応情報（タイプおよびオブジェクトＩＤ）と、オブジェクト内での再生区間情報（ＳｔａｒｔおよびＥｎｄ）とを有している。セルが示す再生区間情報は、オブジェクト情報内のアクセスマップを通してオブジェクト実態のアドレス情報に変換することができる。」
　
（ｈ）
「【０１５６】第２の実施形態．次に、本発明に係る第２の実施の形態を、ＤＶＤレコーダとＤＶＤ−ＲＡＭを例として用いて説明する。
【０１５７】本実施形態におけるＤＶＤレコーダとＤＶＤ−ＲＡＭの基本的な構造および動作は、上記第１の実施形態のものと同じであるので、これらの説明は省略し、以下では、特に、ディジタル放送用のオブジェクトであるディジタル放送オブジェクト（Ｄ＿ＶＯＢ）に対するアクセスマップの構造について説明する。
【０１５８】（ＰＣＲマップとＰＴＳマップ）図２１に本実施形態におけるアクセスマップの詳細を示す。この図に示すようにアクセスマップ８６ｃはＰＣＲマップ８１１とＰＴＳマップ８１３の二階層からなる。
【０１５９】ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）をディスクに記録する際、ＥＣＣブロックを基準として、ストリームを記録する。即ち、ストリームの記録は必ずＥＣＣブロック内の先頭のセクタから始まる。
【０１６０】ここで、アクセスマップは、ＥＣＣブロックを所定数（Ｎ個）集めたブロック単位でオブジェクトを管理している。以下では、アクセスマップの管理単位となるＮ個のブロックの集まりを単に「ブロック」と呼ぶ。ここでＮは１以上の整数であり、ストリーム内で固定とする。１つのブロックは複数のトランスポートパケットを含む。例えば、図２１に示す例では、２０番目のブロック２１０は複数のトランスポートパケット２１０ａ、２１０ｂ、２１０ｃ…を含んでいる。
【０１６１】ＰＣＲマップ８１１は、ブロックに対応したエントリを有するテーブルである。したがって、ブロックの数だけエントリを有する。ＰＣＲマップ８１１は、各エントリ毎に、そのエントリが示すブロックの先頭に配置されたトランスポートパケットに付与されたＰＣＲ（Program Clock Reference）と、そのブロックに対するＩピクチャ格納フラグ（I-Picture Included Flag）とを管理している。ＰＣＲはそのデータのデコーダへの入力時刻を示す情報である。Ｉピクチャ格納フラグは、当該ブロック内にＭＰＥＧビデオデータのＩピクチャのデータが格納されているかを識別するためのフラグである。本実施形態では、Ｉピクチャ格納フラグが「１」のときに、そのブロックがＩピクチャを含むことを示す。例えば、図２１に示す例では、ＰＣＲマップ８１１の２０番目のエントリにおいて、２０番目のブロック２１０の先頭のトランスポートパケット２１０ａに付与されたＰＣＲの値（１００）が、また、２０番目のブロック２１０に対するＩピクチャ格納フラグ（１）が格納されている。
【０１６２】ＰＴＳマップ８１３は、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）内のＩピクチャ毎のＰＴＳ（Presentation Time Stamp）の値を管理するテーブルである。ＰＴＳマップ８１３は、Ｉピクチャ毎のＰＴＳ値と、そのＩピクチャが格納されているブロック番号を示すインデックス（ｉｎｄｅｘ）とから構成されている。なお、複数のブロックにわたりＩピクチャが格納されている場合は、Ｉピクチャを格納する先頭のブロックの番号のみをインデックスとして格納する。図２１において、ＰＣＲマップ８１１により２０番目から２２番目までのブロックにＩピクチャが格納されているのが分かるが、この場合、ＰＴＳマップ８１３の５番目のエントリは、ＰＣＲマップ用インデックスとしてＩピクチャを含むブロック群の先頭ブロックの番号である２０を、その先頭ブロックのＰＴＳ値（２００）とともに格納する。」
　
（ｉ）
「【０１８０】（消去動作）次に、図２４を用いて消去動作を説明する。消去区間の検出方法は、再生時の処理と基本的に同じである。即ち、ユーザが指定する開始位置および終了位置に対応するＰＣＲエントリを求め、更に消去開始位置のエントリのＩピクチャ格納フラグを調査する。ただし、ここで注意すべきは、Ｉピクチャの先頭を含むブロックが消去開始ブロックになるのではなく、その直後のブロックが消去開始ブロックとなることである。
【０１８１】なぜなら、Ｉピクチャの先頭を含むブロックには、前のＧＯＰ（Group of Pictures）の最後のデータも一緒に格納されているため、Ｉピクチャの先頭を含むブロックを消去すると、直前のＧＯＰが最後まで正常に再生ができなくなってしまうためである。
【０１８２】また、消去の場合は、消去終了ブロックについても開始ブロックと同様の処理を行う。すなわち、図２４に示すように、ユーザが指定した消去終了位置であるエントリ＃ｎ−１において、そのエントリ＃ｎ−１のＩピクチャ格納フラグがオフの場合は、さらに、後方、すなわち、次のエントリ方向にＩピクチャ格納フラグがオンとなるエントリが検索されるまで検索を行う。Ｉピクチャ格納フラグがオンとなるエントリが検出されると、そのエントリの直前のエントリが示すブロックを消去終了ブロックとする。図２４の例では、エントリ＃ｎ−１後方において最初にＩピクチャ格納フラグがオンとなるＰＣＲエントリはエントリ＃ｎ＋１であるため、その直前にあるＰＣＲエントリ＃ｎに対応するブロックを消去終了ブロックとする。すなわち、ＰＣＲエントリ＃１からＰＣＲエントリ＃ｎまでに対応する各ブロックを消去する。
【０１８３】また、逆に、ユーザが指定した消去終了位置であるエントリ＃ｎ−１のＩピクチャ格納フラグがオンの場合は、前方向に検索を行ない、Ｉピクチャ格納フラグが最初にオフとなるＰＣＲエントリを検索する。Ｉピクチャ格納フラグが最初にオフとなるＰＣＲエントリを検出すれば、そのＰＣＲエントリに対応するブロックをを消去終了ブロックとする。
【０１８４】以上の処理の後、消去開始ブロックから消去終了ブロックまでのデータの消去と、ＰＣＲマップ８１１におけるそれらのブロックに対応するＰＣＲエントリの消去とを行う。
【０１８５】また、図２４に示すように、ＰＣＲマップにおいて消去されるＰＣＲエントリを指し示すＰＴＳマップ８１３のＰＴＳエントリも消去し、残ったＰＴＳエントリにおけるインデックス番号を、それぞれ前方で消去されたＰＴＳエントリの数だけ減算する。
【０１８６】また、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の中間部分のみを消去する場合、即ち、当該ディジタル放送オブジェクトの前側部分と後側部分とを残して消去する場合、前側に残るディジタル放送オブジェクトに対応するＰＣＲマップおよびＰＴＳマップについては、消去区間のエントリを消去し、後側に残るディジタル放送オブジェクトに対応するＰＣＲマップおよびＰＴＳマップについては、前述したように、消去されたブロックに対応するエントリの消去の他に、ＰＴＳエントリのインデックス番号の修正を行う。」
　
　上記先願の明細書記載事項及び図面を総合勘案すると、先願の明細書及び図面には、次の発明（以下、「先願発明」という。）が記載されているとすることができる。
　
「ディジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）に基づいて、オーディオ・ビデオを記録、消去、再生可能な書き換え型光ディスクである相変化型ディスクＤＶＤ−ＲＡＭであって、
　ＲＯＯＴディレクトリ直下のＶＩＤＥＯ＿ＲＴディレクトリ下に、オーディオ・ビデオデータ（ＡＶデ−タ）を含むＡＶファイルと、それらのＡＶファイルを管理するための情報を含む管理情報ファイル「ＶＩＤＥＯ＿ＲＴ．ＩＦＯ」をおき、
　前記ＡＶファイルは、
　動画オブジェクト、デジタル放送オブジェクト等からなり、
　更に、動画オブジェクトは同オブジェクト内の最小アクセス単位を示す動画オブジェクトユニット（ＶＯＢＵ）からなり、
　また、デジタル放送オブジェクトは、ＥＣＣブロックを基準としてストリームを記録したもので、
　前記管理情報ファイルには、
　動画オブジェクトに対しては、ディスク全体に関する管理情報であるビデオ管理全体情報（VMGI: Video Manager General Information）９０に、
　動画オブジェクトを記録した動画ファイルを管理する動画ファイル管理テーブル９２と、
　再生すべき順にセル情報６１、６２、６３…が記録されているオリジナルＰＧＣ情報５０およびまたはユーザ定義ＰＧＣ情報７０と、
　オリジナルＰＧＣ情報５０、ユーザ定義ＰＧＣ情報７０、及び、各種ファイル管理テーブル９２、９４…等の開始アドレスすなわちポインタ情報とを含み、
　またはデジタル放送オブジェクトに対しては、ＥＣＣブロックを所定数（Ｎ個）集めたブロック単位でオブジェクトを管理しているアクセスマップを有し、
　前記アクセスマップは、ブロックに対応したエントリを有するテーブルであるＰＣＲマップと、Ｉピクチャ毎のＰＴＳ（Presentation Time Stamp）の値を管理するＰＴＳマップとの二階層からなる、
　ＤＶＤ−ＲＡＭ。」
　
　
３．対比
　本願発明を、先願発明と比較すると、先願発明における「ＤＶＤ−ＲＡＭ」は、明らかに「ディスク記憶媒体」ということができるものである。
　先願発明における「ＡＶファイル」は、「ディジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）に基づいて、オーディオ・ビデオを記録」したものでＶＯＢＵ、ＥＣＣブロック、またはＥＣＣブロックをＮ個集めたブロックとして記録されるものであるから、「画像およびまたは音声が可変長符号で圧縮符号化されたデータファイルとして記録され」「ある時間ごとにブロック単位で記録され」るものである。
　先願発明のＤＶＤ−ＲＡＭは「記録、消去、再生可能な書き換え型光ディスクである相変化型ディスク」であるから、本願発明における「当該記録された画像およびまたは音声の消去結合などの編集を施すことが可能なディスク記憶媒体」に相当する。
　先願発明の「管理情報ファイル」は、特にＰＣＲマップ及びＰＴＳマップを備える場合には明らかに「ブロック単位の管理を行う」ものであることが明らかであるから、本願発明が「前記画像音声データファイルのブロック単位の管理を行うためのアドレス情報を含むコンテンツ時間管理ファイル」を備えることに相当する。
　
　すると、本願発明と先願発明とは、次の点で一致する。
（一致点）
　画像およびまたは音声が可変長符号で圧縮符号化されたデータファイルとして記録され、当該記録された画像およびまたは音声の消去結合などの編集を施すことが可能なディスク記憶媒体であって、
 　前記圧縮符号化された画像音声データファイルは、ある時間ごとにブロック単位で記録されており、前記画像音声データファイルのブロック単位の管理を行うためのアドレス情報を含むコンテンツ時間管理ファイルを備えるディスク記憶媒体。
　
　一方、次の点で一応相違する。
（相違点）
　本願発明においては、「コンテンツ時間管理ファイル」について、「１つの映像音声データファイルに対し少なくとも１つ以上生成する」としているのに対し、先願発明の「管理情報ファイル」は単一のもので、ＡＶファイルに対応するテーブルまたはマップを有している点。
　
　
４．判　断
　一般的に、データを管理するに際して、ひとかたまりのデータをファイルの形式で扱うことは、情報処理技術の常識にすぎず、その際、どの程度の大きさのファイルに細分化するかは、データ自体の大きさや性質、システムの条件等を考慮して、当業者が適宜決めることであり、少数の、データ量の大きいファイルを扱う場合と、多数の、データ量の小さいファイルを扱う場合とで、作用効果上の差異についても当業者であれば当然承知していることにすぎない。
　先願明細書及び図面には、オブジェクトの種類に応じて、動画ファイルその他のファイルを複数記録することが開示されている。動画オブジェクトに限っても、複数の動画オブジェクトを記録し、個別に管理することが記載されている。
　また、第１１１段落（上記摘記部分（ｆ））及び図１７を参照すると、動画ファイル情報テーブル９２には、複数のビデオオブジェクトに対応する動画オブジェクト情報９２ａ、９２ｂ、・・・が記録され、それぞれ別々の動画オブジェクトを管理するためのテーブルとして位置づけられていることからすると、先願発明において、オブジェクトが複数のファイルとして記録されることに対応して、オブジェクトの管理を行うデータについても、単一の管理情報ファイル内において複数のテーブルとして保有することに代えて、オブジェクト毎にそれぞれ別々のファイルとすることは、前記情報処理技術の常識からするとごく自然な選択であって、管理情報ファイルの一部として記録するか、各オブジェクトに対応するファイルとして生成して、管理情報ファイルから参照等するかは、適宜選択可能な事項にすぎないものである。
　したがって、本願発明と先願発明との間で一応相違するとした点は、情報処理技術の常識を斟酌すると、設計上の微差にすぎず、これにより新たな作用効果を生じるものでもないから、本願発明は、先願発明と実質的に同一である。
　
　
５．むすび
　以上のとおりであって、本願の請求項１に係る発明は、先願発明と同一であって、しかも、この出願の発明者が先願に係る上記の発明をした者と同一ではなく、またこの出願の時において、その出願人が先願の出願人と同一でもないので、特許法第２９条の２の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　
　よって、結論のとおり審決する。