【事件の表示】
　特願２００２−　７５２９５「記録媒体及び情報記録装置」拒絶査定不服審判事件〔平成１４年１１月　８日出願公開、特開２００２−３２４３８３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本件審判請求に係る出願（以下、「本願」という。）は、平成１０年３月２０日に出願された特願平１０−７１７４１号の一部を、平成１４年３月１９日に新たな特許出願としたものであって、平成１６年７月２０日付けで拒絶理由が通知されたが、応答は無く、平成１６年１１月２５日付けで拒絶査定がなされ、これに対し、平成１７年１月６日付けで拒絶査定不服の審判請求がなされるとともに、平成１７年２月７日付けで手続補正がなされたものである。
  　
第２　平成１７年２月７日付け手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１７年２月７日付けの手続補正（以下、「本件補正」という。）を却下する。
　
［理由］
１．補正後の本願発明
　本件補正は、特許請求の範囲の請求項１について、本件補正前、
　
「【請求項１】　管理データを記録する管理データ領域と情報を記録するための情報データ領域とを有する記録消去可能な記録媒体において、
　前記情報データ領域には情報データ片を１つまたは複数集めた情報群が記録され、
　前記管理データ領域には各々の前記情報群に対応する管理情報がまとめて記録されていることを特徴とする記録媒体。」　
　
　としたものを、
　
　「【請求項１】　管理データを記録する管理データ領域と情報を記録するための情報データ領域とを有する記録消去可能な記録媒体において、
　前記情報データ領域には情報データ片を１つまたは複数集めた情報群が記録され、
　前記管理データ領域は
想定される最大の数の前記情報群に対応する管理情報を記録するのに十分なようにあらかじめ用意されており
　
とするものである。
　上記補正（下線部を参照）は、請求項１に記載した発明を特定するために必要な事項である「管理データ領域」に、「想定される最大の数の前記情報群に対応する管理情報を記録するのに十分なようにあらかじめ用意され」と限定要件を付加するものであって、特許法（平成１８年改正前のもの。以下同様。）第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、補正後の前記請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するか）について以下に検討する。
  　
２．引用例
　原査定の拒絶の理由に引用された、本願出願前に頒布された刊行物である特開平８−３３６１０３号公報（以下、「引用例１」という。）は、記録媒体に関して、図面と共に、以下の技術事項が記載されている（なお、下線は当審で付与した。）。
  　
ア．
「【０００１】
【発明の属する技術分野】この発明は、再生データの属性情報を再生データとともに記録した記録媒体及びその属性情報を利用して再生データを適切に再生するシステムに係り、特に、特定の属性を有する再生データに限らず、種々の属性を有する再生データであっても記録でき、しかも、その属性データに応じて適切な再生が可能な記録媒体及びその再生システムに関する。」
　
イ．
「【００２５】図３に示すように、
光ディスク１０は、その両面のクランピング領域２４の周囲に光ディスク１０に情報を記録することができる情報領域２５を有している。各情報領域２５は、その外周領域が通常は情報が記録されないリードアウト領域２６に、また、クランピング領域２４に接するその内周領域が同様に、通常は情報が記録されないリードイン領域２７に定められ、更に、このリードアウト領域２６とリードイン領域２７との間がデータ記録領域２８に定められている。
【００２６】情報領域２５の記録層１６には、通常、データが記録される領域としてトラックがスパイラル状に連続して形成され、その連続するトラックは、複数の物理的なセクタに分割され、そのセクタには、連続番号が付され、このセクタを基準にデータが記録されている。
情報記録領域２５のデータ記録領域２８は、実際のデータ記録領域であって、後に説明するように再生情報、ビデオデータ、副映像データ及びオーディオデータが同様にピット（即ち、物理的状態の変化）として記録されている。
　
ウ．
「【００３４】
図１に示される光ディスク１０のリードインエリア２７からリードアウトエリア２６までのデータ記録領域２８は、図４に示されるようなボリューム及びファイル構造を有している。
【００３５】
図４に示されるようにこのボリューム及びファイル構造は、階層構造を有し、ボリューム及びファイル構造領域７０、ビデオマネージャー（ＶＭＧ）７１、少なくとも１以上のビデオタイトルセット（ＶＴＳ）７２及び他の記録領域７３を有している
【００３６】ファイル構造領域７０は、マイクロＵＤＦ及びＩＳＯ９６６０に定められる管理領域に相当し、この領域の記述を介してビデオマネージャー７１がシステムＲＯＭ／ＲＡＭ部５２に格納される。
ビデオマネージャー７１には、図５を参照して説明するようにビデオタイトルセットを管理する情報が記述され、ファイル＃０から始まる複数のファイル７４から構成されている。また、各ビデオタイトルセット（ＶＴＳ）７２には、後に説明するように圧縮されたビデオデータ、オーディオデータ及び副映像データ及びこれらの再生情報が格納され、同様に複数のファイル７４から構成されている。ここで、複数のビデオタイトルセット７２は、最大９９個に制限され、また、各ビデオタイトルセット７２を構成するファイル７４（Ｆｉｌｅ＃ｊからＦｉｌｅ＃ｊ＋１１）の数は、最大１２個に定められている。
【００３７】他の記録領域７３には、上述したビデオタイトルセット７２を利用可能な情報が記録されている。この他の記録領域７３は、必ずしも設けられなくとも良い。
【００３８】
図５に示すようにビデオマネージャー７１は、夫々が各ファイル７４に相当する３つの項目を含んでいる。即ち、ビデオマネージャー７１は、ビデオマネージャー情報（ＶＭＧＩ）７５、ビデオマネージャーメニューの為のビデオオブジェクトセット（ＶＭＧＭ＿ＶＯＢＳ）７６及びビデオマネージャー情報のバックアップ（ＶＭＧＩ＿ＢＵＰ）７７から構成されている。
　
エ．
「【００４０】ここで、図６を参照してビデオオブジェクトセット（ＶＯＢＳ）８２の構造について説明する。図６は、ビデオオブジェクトセット（ＶＯＢＳ）８２の一例を示している。このビデオオブジェクトセット（ＶＯＢＳ）８２には、２つのメニュー用及びタイトル用として３つのタイプのビデオオブジェクトセット（ＶＯＢＳ）７６、９５、９６がある。即ち、
ビデオオブジェクトセット（ＶＯＢＳ）８２は、後に説明するようにビデオタイトルセット（ＶＴＳ）７２中にビデオタイトルセットのメニュー用ビデオオブジェクトセット（ＶＴＳＭ＿ＶＯＢＳ）９５及び少なくとも１つ以上のビデオタイトルセットのタイトルの為のビデオオブジェクトセット（ＶＴＳＴＴ＿ＶＯＢＳ）９６があり、いずれのビデオオブジェクトセット８２もその用途が異なるのみで同様の構造を有し
【００４１】
図６に示すようにビデオオブジェクトセット（ＶＯＢＳ）８２は、１個以上のビデオオブジェクト（ＶＯＢ）８３の集合として定義され、ビデオオブジェクトセット（ＶＯＢＳ）８２中のビデオオブジェクト８３は、同一の用途の供される。通常、メニュー用のビデオオブジェクトセット（ＶＯＢＳ）８２は、１つのビデオオブジェクト（ＶＯＢ）８３で構成され、複数のメニュー用の画面を表示するデータが格納される。これに対してタイトルセット用のビデオオブジェクトセット（ＶＴＳＴＴ＿ＶＯＢＳ）８２は、通常、複数のビデオオブジェクト（ＶＯＢ）８３で構成される。
　
オ．
「【００４６】再び
図５を参照してビデオマネージャー７１について説明する。ビデオマネージャー７１の先頭に配置されるビデオ管理情報７５は、そのビデオマネージャー自体の情報、タイトルをサーチする為の情報、ビデオマネージャーメニューの再生の為の情報、及びビデオタイトルの属性情報の等のビデオタイトルセット（ＶＴＳ）７２を管理する情報が記述され、図５に示す順序で３つのテーブル７８、７９、８０が記録されている。この各テーブル７８、７９、８０は、論理セクタの境界に一致されている。
【００４７】また、
ビデオマネージャー７１の第２のテーブルであるタイトルサーチポインターテーブル（ＴＴ＿ＳＲＰＴ）７９には、装置のキー及び表示部４からのタイトル番号の入力に応じて選定可能な当該光ディスク１０中のボリュームに含まれるビデオタイトルセットのスタートアドレスが記載されている。
【００４８】ビデオマネージャー７１の第３のテーブルであるビデオタイトルセット属性テーブル（ＶＴＳ＿ＡＴＲＴ）８０には、当該光ディスクのボリューム中のビデオタイトルセット（ＶＴＳ）７２に定められた属性情報が記載される。即ち、属性情報としてビデオタイトルセット（ＶＴＳ）７２の数、ビデオタイトルセット（ＶＴＳ）７２の番号、ビデオの属性、例えば、ビデオデータの圧縮方式等、オーディオストリームの属性、例えば、オーディオの符号化モード等、副映像の属性、例えば、副映像の表示タイプ等がこのテーブルに記載されている」
　
カ．
「【００６４】再び、図５に示す構造について説明する。
図５に示すタイトルサーチポインターテーブル（ＴＴ＿ＳＲＰＴ）７９には、図１３に示すように始めにタイトルサーチポインターテーブルの情報（ＴＳＰＴＩ）が記載され、次に入力番号１からｎ（ｎ≦９９）に対するタイトルサーチポインタ（ＴＴ＿ＳＲＰ）が必要な数だけ連続的に記載されている。
【００６５】タイトルサーチポインターテーブル情報（ＴＳＰＴＩ）９２には、図１４に示されるようにエントリープログラムチェーンの数（ＥＮ＿ＰＧＣ＿Ｎｓ）及びタイトルサーチポインタ（ＴＴ＿ＳＲＰ）９３の終了アドレス（ＴＴ＿ＳＲＰＴ＿ＥＡ）が記載されている。このアドレス（ＴＴ＿ＳＲＰＴ＿ＥＡ）は、このタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）７９の先頭バイトからの相対的なバイト数で記載される。また
、図１５に示すように各タイトルサーチポインタ（ＴＴ＿ＳＲＰ）には、ビデオタイトルセット番号（ＶＴＳＮ）、プログラムチェーン番号（ＰＧＣＮ）及びビデオタイトルセット７２のスタートアドレス（ＶＴＳ＿ＳＡ）が記載されている。
【００６６】
このタイトルサーチポインタ（ＴＴ＿ＳＲＰ）９３の内容によって再生されるビデオタイトルセット（ＶＴＳ）７２、また、プログラムチェーン（ＰＧＣ）が特定されるとともにそのビデオタイトルセット７２の格納位置が特定される。
　
キ．                         
「【００６８】図５に示すようにビデオタイトルセット（ＶＴＳ）７２の属性情報を記述したビデオタイトルセット属性テーブル（ＶＴＳ＿ＡＴＲＴ）８０は、ビデオタイトルセット属性テーブル情報（ＶＴＳ＿ＡＴＲＴＩ）６６、ｎ個のビデオタイトルセット属性サーチポインタ（ＶＴＳ＿ＡＴＲ＿ＳＲＰ）６７及びｎ個のビデオタイトルセット属性（ＶＴＳ＿ＡＴＲ）６８から構成され、その順序で記述されている。ビデオタイトルセット属性テーブル情報（ＶＴＳ＿ＡＴＲＴＩ）６６には、このテーブル８０の情報が記述され、ビデオタイトルセット属性サーチポインタ（ＶＴＳ＿ＡＴＲ＿ＳＲＰ）６７には、＃１から＃ｎまでのタイトルセットに対応した順序で記述され、同様に＃１から＃ｎまでのタイトルセットに対応した順序で記述されたビデオタイトルセット属性（ＶＴＳ＿ＡＴＲ）６８を検索するポインタに関する記述がされている。また、ビデオタイトルセット属性（ＶＴＳ＿ＡＴＲ）６８の夫々には、対応するタイトルセット（ＶＴＳ）の属性が記述されている。
【００６９】より詳細には、ビデオタイトルセット属性テーブル情報（ＶＴＳ＿ＡＴＲＴＩ）６６には、図１８に示すようにビデオタイトルの数がパラメータ（ＶＴＳ＿Ｎｓ）として記載され、また、ビデオタイトルセット属性テーブル（ＶＴＳ＿ＡＲＴ）８０の終了アドレスがパラメータ（ＶＴＳ＿ＡＴＲＴ＿ＥＡ）として記載されている。また、図１９に示すように各ビデオタイトルセット属性サーチポインタ（ＶＴＳ＿ＡＴＲ＿ＳＲＰ）６７には、対応するビデオタイトルセット属性（ＶＴＳ＿ＡＴＲ）６８の開始アドレスがパラメータ（ＶＴＳ＿ＡＴＲ＿ＳＡ）として記述されている。更に、ビデオタイトルセット属性（ＶＴＳ＿ＡＴＲ）６８には、図２０に示すようにこのビデオタイトルセット属性（ＶＴＳ＿ＡＴＲ）６８の終了アドレスがパラメータ（ＶＴＳ＿ＡＴＲ＿ＥＡ）として記述され、対応するビデオタイトルセットのカテゴリーがパラメータ（ＶＴＳ＿ＣＡＴ）として記述されている。更にまた、ビデオタイトルセット属性（ＶＴＳ＿ＡＴＲ）６８には、対応するビデオタイトルセットの属性情報がパラメータ（ＶＴＳ＿ＡＴＲＩ）として記述されている。このビデオタイトルセットの属性情報は、後に図２１及び図２２を参照して説明するビデオタイトルセット情報管理テーブル（ＶＴＳ＿ＭＡＴ）に記述されるビデオタイトルセットの属性情報と同一内容が記述されるため、その説明は、省略する。」
　
ク．
　引用例１の第３図には、光ディスクの、各情報を記録する領域が、第４図には、光ディスクの論理フォーマットが、第５図には、ビデオマネージャー（ＶＭＧ）７１の記録内容が、第６図には、光ディスクに記録されるビデオオブジェクトセット（ＶＯＢＳ）が複数のビデオオブジェクト（ＶＯＢ）からなることが、第１３図には、第５図の、ビデオマネージャー（ＶＭＧ）７１内のビデオマネージャー情報（ＶＭＧＩ）７５に記録されるタイトルサーチポインターテーブル（ＴＴ＿ＳＲＰＴ）７９の内容が、第１５図には、第１３図の、タイトルサーチポインターテーブル（ＴＴ＿ＳＲＰＴ）７９に記録されるタイトルサーチポインタ（ＴＴ＿ＳＲＰ）の内容が、それぞれ記載されている。
　
　上記摘記事項、及び図面の記載を参酌すると、引用例１には、次の発明（以下、「引用例１発明」という。）が記載されているものと認める。
  　
「情報記録領域２５のデータ記録領域２８に、再生情報、ビデオデータ、副映像データ及びオーディオデータがピット（即ち、物理的状態の変化）として記録される記録媒体において、
  データ記録領域２８は、ボリューム及びファイル構造領域７０、ビデオマネージャー（ＶＭＧ）７１、少なくとも１以上のビデオタイトルセット（ＶＴＳ）７２及び他の記録領域７３を有し、
　ビデオタイトルセット（ＶＴＳ）７２は、最大９９個に制限され、各ビデオタイトルセット（ＶＴＳ）７２は、少なくとも１つ以上のビデオタイトルセット（ＶＴＳ）７２のタイトルの為のビデオオブジェクトセット（ＶＴＳＴＴ＿ＶＯＢＳ）９６を含み、ビデオオブジェクトセット（ＶＯＢＳ）は、１個以上のビデオオブジェクト（ＶＯＢ）８３の集合としての構造を有し、
　ビデオマネージャー（ＶＭＧ）７１は、少なくともビデオマネージャー情報（ＶＭＧＩ）７５、及びビデオマネージャー情報（ＶＭＧＩ）７５のバックアップ（ＶＭＧＩ＿ＢＵＰ）７７から構成され、
　ビデオマネージャー情報（ＶＭＧＩ）７５の第２のテーブルであるタイトルサーチポインターテーブル（ＴＴ＿ＳＲＰＴ）７９には、入力番号１からｎ（ｎ≦９９）に対するタイトルサーチポインタ（ＴＴ＿ＳＲＰ）が必要な数だけ連続的に記載され、各タイトルサーチポインタ（ＴＴ＿ＳＲＰ）には、ビデオタイトルセット番号（ＶＴＳＮ）、プログラムチェーン番号（ＰＧＣＮ）及びビデオタイトルセット（ＶＴＳ）７２のスタートアドレス（ＶＴＳ＿ＳＡ）が記載され、このタイトルサーチポインタ（ＴＴ＿ＳＲＰ）９３の内容によって再生されるビデオタイトルセット（ＶＴＳ）７２、また、プログラムチェーン（ＰＧＣ）が特定されるとともにそのビデオタイトルセット（ＶＴＳ）７２の格納位置が特定される記録媒体。」
　
３．対比
　本願補正発明と引用例１発明とを対比する。
　
(i)引用例１発明の「ビデオマネージャー（ＶＭＧ）７１」は、「ビデオタイトルセット（ＶＴＳ）７２」を管理する情報である「タイトルサーチポインタ（ＴＴ＿ＳＲＰ）」（後述(v)を参照）が記載されるものであるから、本願補正発明の「管理データを記録する管理データ領域」に相当する。
   　
(ii)引用例１発明の「少なくとも１以上のビデオタイトルセット（ＶＴＳ）７２」が記録される領域及び「他の記録領域７３」は、本願補正発明の「情報を記録するための情報データ領域」に相当する。
  　
(iii)引用例１発明は、「物理的状態の変化」として各種データをピットとして記録するもので、引用例１の【００２６】（上記「第２　２．引用例　イ．」参照）に、「読み出し専用の光ディスク１０では、透明基板１４にピット列が予めスタンパーで形成され」との記載があることから、引用例１発明の記録媒体は、少なくとも記録可能な記録媒体であるといえ、本願補正発明の「記録」「可能な記録媒体」に相当する。
  　
(iv)引用例１発明では、「データ記録領域２８」に、「少なくとも１以上のビデオタイトルセット（ＶＴＳ）７２」が記録されており、「各ビデオタイトルセット（ＶＴＳ）７２」は、「少なくとも１つ以上のビデオタイトルセット（ＶＴＳ）７２のタイトルの為のビデオオブジェクトセット（ＶＴＳＴＴ＿ＶＯＢＳ）９６を含み、ビデオオブジェクトセット（ＶＯＢＳ）は、１個以上のビデオオブジェクト（ＶＯＢ）８３の集合」であるから、上記「ビデオオブジェクト（ＶＯＢ）８３」、及び、「１個以上のビデオオブジェクト（ＶＯＢ）８３の集合」からなる「ビデオオブジェクトセット（ＶＯＢＳ）」を含む「少なくとも１以上のビデオタイトルセット（ＶＴＳ）７２」は、それぞれ、本願補正発明の「情報データ片」、及び、「情報データ片を１つまたは複数集めた情報群」に相当する。
　
(v) 引用例１発明の「ビデオタイトルセットのスタートアドレス（ＶＴＳ＿ＳＡ）」は、ビデオタイトルセット（ＶＴＳ）７２の格納位置を特定するものであり、上記「ビデオタイトルセットのスタートアドレス（ＶＴＳ＿ＳＡ）」を含む「タイトルサーチポインタ（ＴＴ＿ＳＲＰ）」は、本願補正発明の「情報群に対応する管理情報」に相当し、「ビデオマネージャー情報（ＶＭＧＩ）７５の第２のテーブルであるタイトルサーチポインターテーブル（ＴＴ＿ＳＲＰＴ）７９には、入力番号１からｎ（ｎ≦９９）に対するタイトルサーチポインタ（ＴＴ＿ＳＲＰ）が必要な数だけ連続的に記載され」は、本願補正発明の「各々の前記情報群に対応する管理情報がまとめて記録されている」に相当する。
　また、引用例１発明は、ビデオタイトルセット（ＶＴＳ）が最大の９９個であれば、９９個分の「タイトルサーチポインタ（ＴＴ＿ＳＲＰ）」が記載される「タイトルサーチポインターテーブル（ＴＴ＿ＳＲＰＴ）７９」を記録するもので、その際、想定される最大の数９９個分の「タイトルサーチポインタ（ＴＴ＿ＳＲＰ）」を記録するのに十分な記録領域を予め用意することは当然のことであり（用意されていなければ記録できないことは自明である。）、本願補正発明の「管理データ領域は想定される最大の数の前記情報群に対応する管理情報を記録するのに十分なようにあらかじめ用意され」の構成を備えている。
　
　そうすると、本願補正発明と引用例１発明とは、次の点で一致する。
  　
［一致点］
「管理データを記録する管理データ領域と情報を記録するための情報データ領域とを有する記録可能な記録媒体において、
　前記情報データ領域には情報データ片を１つまたは複数集めた情報群が記録され、
　前記管理データ領域は想定される最大の数の前記情報群に対応する管理情報を記録するのに十分なようにあらかじめ用意されており、各々の前記情報群に対応する管理情報がまとめて記録されている記録媒体。」
　
　そして、次の点で相違する。
　
［相違点］
　本願補正発明の記録媒体が、「消去」可能であるのに対し、引用例１発明の記録媒体は、少なくとも「記録」可能である点は明らかであるものの、「消去」可能であることについて記載されていない点。
　
４．当審の判断
　そこで、上記相違点について検討する。
　
　記録可能な記録媒体として、「消去」可能な記録媒体は周知であり、引用例１発明において、「消去」可能な記録媒体を採用することは、当業者が適宜選択し得る設計的事項に過ぎない。
　そして、本願補正発明の奏する効果は引用例１から当業者が十分に予測可能なものであって、格別のものとは言えない。
　
　なお、請求人は、審判請求の理由において「引用文献（イ）（当審注：引用例１）には、複数のＶＴＳの属性情報テーブル（ＶＴＳ＿ＡＴＲ）をまとめて記録する旨を記載しておりますが（詳しくは、当該明細書の段落番号[００４８]及び図５、図１７をご参照下さい）、このＶＴＳ＿ＡＴＲが記録される領域が、予め想定される最大数のＶＴＳに対応する属性情報を記録できるだけの十分な容量を確保した領域である旨を開示も示唆もしておりません。なお、図４において、記録できるＶＴＳの数を最大９９個までと定義しておりますが、これは最大で９９個までＶＴＳの属性情報を記録出来ることを意味するものであって、９９個のＶＴＳを記録しない場合でも９９個分の属性情報を記録出来る領域を確保するものではありません。なぜなら、引用文献（イ）に記載のディスクは、ＤＶＤ−ＲやＤＶＤ−ＲＷのように使用者による情報の記録や削除を前提としておらず、必要なＶＴＳの数に対応した属性情報が記録されれば十分で有り、記録されないＶＴＳの分まで属性情報を記録する領域を確保することは、ディスク容量を単純に減らすこととなり不自然と思われます。したがって、引用文献（イ）は、記録されていないＶＴＳの属性情報を記録するための領域を予め確保する旨を開示しておりません。」と主張する。
　しかしながら、本願補正発明の「管理データ領域は
想定される最大の数の前記情報群に対応する管理情報を記録するのに十分なようにあらかじめ用意されており
　仮に、本願補正発明が、上記請求人の主張するように、「９９個のＶＴＳを記録しない場合でも９９個分の属性情報を記録出来る領域を確保する」ものであるとしても、情報を１つ又は複数集めた情報群をデータ領域に記録し、管理データ領域には、各々の前記情報群に対応する管理情報がまとめて記録される記録媒体において、実際に記録される情報群が想定される最大の数でなくても、想定される最大の数の前記情報群に対応する管理情報を記録するのに十分なように管理データ領域を予め用意することは、例えば特開昭５３−１０５１５３号公報（１頁右下欄６〜１２行の「光学式ビデオデイスク装置は１枚の記録担体の上にＴＶ信号で３０分程度、すなわち約５４,０００フレームの高品位の画像を記録できる」、２頁左下欄６行〜右下欄１１行の「記録担体９中の所定のエリア（Area）を索引エリア９２と定め、ネーミングと、これに対応する番地とが対になったデイジタルコード（以下これらの対をワードという）をこの索引エリア９２に予め記録しておく」、「索引エリア９２の内容としては」、「１枚の記録担体９に記録される数は約５４，０００であるから、その全てに相異なるネーミングをつけたとして・・・（中略）・・・すなわち６０トラックを索引エリア９２として使用すればよいことになり、索引エリア９２を設けることによる画像エリア92の減少は極めて少なく、ほとんど問題にならない。」等参照）に記載されるよう本願出願前周知であり、引用例１発明において、最大数である９９個のビデオタイトルセット（ＶＴＳ）を記録しない場合でも、９９個分のタイトルサーチポインタ（ＴＴ＿ＳＲＰ）を記録出来る領域として確保しておくことは、当業者が周知技術から、適宜なし得たことと認められる。
　よって、本願補正発明が上記請求人の主張どおりのものであるとしても、本願補正発明は、結局引用例１発明に基づき、当業者が容易に想到し得たものである。
　
　したがって、本願補正発明は、引用例１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
  　
５．むすび
　以上のとおり、本件補正は、特許法第１７条の２第５項で準用する同法第１２６条第５項の規定に違反するものであり、同法第１５９条第１項で読み替えて準用する同法第５３条第１項の規定により却下すべきものである。　
　
第３　本願発明について
１．本願発明
　平成１７年２月７日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、上記「第２　［理由］１．」で摘記した、本願の出願当初の明細書の特許請求の範囲の請求項１に記載された事項により特定されたとおりのものである。
　
２．引用例
　原査定の拒絶の理由で引用された引用例１、および、その記載事項は、前記「第２　２．引用例」に記載したとおりである。
  　
３．対比・判断
　本願発明は、前記「第２」で検討した本願補正発明から、請求項１に記載した発明を特定するために必要な事項である、「管理データ領域」が「想定される最大の数の前記情報群に対応する管理情報を記録するのに十分なようにあらかじめ用意されており」の要件を省いたものである。
　そうすると、本願発明の構成要件を全て含み、さらに他の構成要件を付加したものに相当する本願補正発明が、前記「第２　４．」に記載したとおり、引用例１に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用例１に基づいて、当業者が容易に発明をすることができたものである。
　
４．むすび
　以上のとおり、本願の請求項１に係る発明は、引用例１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
  したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。