【事件の表示】
　特願２００４−２０６１６７「マルチストリームが記録された情報貯蔵媒体、その記録装置、その記録方法、その再生装置、及びその再生方法」拒絶査定不服審判事件〔平成１６年１２月１６日出願公開、特開２００４−３５５８０２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯　
 　本願は、平成１３年１２月２７日（パリ優先による優先権主張２００１年２月５日、韓国）に出願した特願２００１−３９８５５７号の一部を平成１６年７月１３日に新たな特許出願としたものであって、平成１７年７月８日付け拒絶理由通知に対して、平成１７年１０月１２日付けで手続補正がなされたが、平成１７年１２月１５日付けで拒絶の査定がなされ、これに対し、平成１８年３月２０日付けで拒絶査定不服審判が請求されるとともに、平成１８年４月１９日付けで手続補正がなされたものである。　
　
第２　平成１８年４月１９日付け手続補正についての補正却下の決定　
［補正却下の決定の結論］　
　平成１８年４月１９日付けの手続補正を却下する。　
　
［理　由］　
１．補正後の本願発明　
　平成１８年４月１９日付けの手続補正（以下「本件補正」という。）は、特許請求の範囲についてするもので、本件補正前に　
「【請求項１】　
オーディオデータ及び／またはビデオデータを含むメインデータ及び前記メインデータと同期され再生されるためのサブデータを記録し、前記メインデータと前記サブデータと同期され再生されうるよう相関関係を定義するナビゲーション情報を記録する記録部と、　
　前記ナビゲーション情報を生成して前記記録部に提供する制御部とを含み、　
　前記ナビゲーション情報は、メインデータに対する識別子とメインデータに対応する付加データに関する再生時間情報を備えることを特徴とする記録装置。」　
とあったものを、　
「【請求項１】　
　オーディオデータ及び／またはビデオデータを含むメインデータ及び前記メインデータと同期され再生されるためのサブデータを記録し、
前記メインデータと前記サブデータ再生時前記メインデータと前記サブデータを混合する時利用するために
　前記ナビゲーション情報を生成して前記記録部に提供する制御部とを含み、　
　前記ナビゲーション情報は、メインデータに関する識別子とメインデータに対応する付加データに関する再生時間情報を備えることを特徴とする記録装置。」　
と下線部を追加するものである。　
　
　すると、本件補正は請求項１の「ナビゲーション情報」を「メインデータと前記サブデータ再生時前記メインデータと前記サブデータを混合する時利用するため」と限定するものとなるから、平成１８年改正前特許法第１７条の２第４項第２号に掲げる特許請求の範囲の限縮を目的とするものである。
　
　そこで、本件補正における特許請求の範囲の請求項１に記載されている事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか（平成１８年改正前特許法第１７条の２第５項において準用する同法第１２６第５項に規定する要件を満たすか）否かを、請求項１に係る発明（以下「本願補正発明」という。）について以下検討する。　
　
２．刊行物及びその記載　
　原査定の拒絶の理由に引用された、本願出願前に頒布された刊行物である特開平１１−２９８８４５号公報（以下「刊行物」という。）には、図面とともに以下の技術事項が記載されている。（なお、下線は当審で付与した。）　
　
（１）「【特許請求の範囲】　
【請求項１】
少なくとも動画像データと音声データがパック、パケット構造を有するＭＰＥＧストリームとして記録されている光ディスクにおいて、前記ＭＰＥＧストリームに対してアフターレコーディングを行った音声データがＭＰＥＧストリームとして他の領域に記録され、アフターレコーディング音声データの各パックのデコーダバッファへの入力開始時刻（ＳＣＲ）がオリジナル音声データの各パックのデコーダバッファへの入力開始時刻（ＳＣＲ）と同一値が夫々付けられていることを特徴とする光ディスク。
【請求項２】〜【請求項６】（略）　
【請求項７】請
求項１ないし６記載の光ディスクにアフターレコーディング音声データを記録する光ディスクレコーダであって、前記光ディスクにアフターレコーディング音声を記録する場合、前記アフターレコーディング音声データの各パックに付与されているデコーダバッファへの入力開始時刻（ＳＣＲ）と各パケットに付与されているオーディオフレームの表示時刻（ＰＴＳ）が前記オリジナル音声データの各パックに付与されているデコーダバッファへの入力開始時刻（ＳＣＲ）と各パケットに付与されているオーディオフレームの表示時刻（ＰＴＳ）と夫々同一時刻として記録することを特徴とする光ディスクレコーダ。
【請求項８】請求項７記載の光ディスクレコーダであって、前記光ディスクにアフターレコーディング音声データを記録する場合、前記アフターレコーディング音声データの各パケットペイロードサイズと前記オリジナル音声データの各パケットペイロードサイズを同一にして記録することを特徴とする光ディスクレコーダ。　
【請求項９】請求項７ないし８記載の光ディスクレコーダであって、前記光ディスクにアフターレコーディング音声データを記録する場合、前記アフターレコーディング音声データのストリームＩＤを前記オリジナル音声データのストリームＩＤと同一値として記録することを特徴とする光ディスクレコーダ。  　
【請求項１０】請
求項７なし９記載の光ディスクレコーダであって、前記光ディスクにアフターレコーディング音声データを記録した場合、前記オリジナル音声データを含む前記ＭＰＥＧストリームの管理情報中にアフターレコーディング音声データの存在を示す識別フラグ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａｇ）を立てることを特徴とする光ディスクレコーダ。
【請求項１１】〜【請求項１４】(略）」　
（２）「【００６１】ＤＶＤレコーダが扱う全てのデータは、図８（ａ）に示す様にＲＯＯＴディレクトリ直下のＶＩＤＥＯ＿ＲＴディレクトリ下に置かれる。　
【００６２】
ＤＶＤレコーダが扱うファイルは大きく２種類に区別され、１つの管理情報ファイルと複数（少なくとも１つ）のＡＶファイルである。
【００６３】（管理情報ファイル）次に図９（ａ）を用いて管理情報ファイルの中身について説明する。　
【００６４】
管理情報ファイル内には、大きく分けてＶＯＢテーブルとＰＧＣテーブルに区分けされる。ＶＯＢとはＭＰＥＧのプログラムストリームであり、ＰＧＣはＶＯＢ内の任意の部分区間（または全区間）を一つの論理再生単位とするＣｅｌｌの再生順序を定義するものである。言い換えれば、ＶＯＢはＭＰＥＧとして意味を持つ一つの単位であり、ＰＧＣはプレーヤが再生を行う一つの単位である。
（３）「【００６７】
ＰＧＣテーブルは、中にＰＧＣ数（Ｎｕｍｂｅｒ＿ｏｆ＿ＶＯＢｓ）と各ＰＧＣ情報が記録され、ＰＧＣ情報はＰＧＣ内のＣｅｌｌ数（Ｎｕｍｂｅｒ＿ｏｆ＿Ｃｅｌｌｓ）と各Ｃｅｌｌ情報から構成され、Ｃｅｌｌ情報は対応するＶＯＢ＿ＩＤ、ＶＯＢ内での再生開始時刻（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ｔｉｍｅ）、ＶＯＢ内での再生時間（Ｃｅｌｌ＿Ｐｌａｙｂａｃｋ＿Ｔｉｍｅ）、ＶＯＢ内での再生開始アドレス（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ）、ＶＯＢ内での再生終了アドレス（Ｃｅｌｌ＿Ｅｎｄ＿Ａｄｄｒｅｓｓ）と、このＣｅｌｌで再生する音声をオリジナルオーディオまたはアフレコオーディオから指定するオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）、アフレコオーディオ用のＣｅｌｌ＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ、Ｃｅｌｌ＿Ｅｎｄ＿Ａｄｄｒｅｓｓから構成される。
【００６８】（ＡＶファイル）次に、図９（ｂ）を用いてＡＶファイルについて説明する。　
【００６９】
ＡＶファイルは複数（少なくとも一つ）のＶＯＢから構成され、ＡＶファイル内でＶＯＢは連続的に記録されている。
（４）「【００７１】
ＡＶファイルは大きく次の二種類が存在する。一つ目は、通常に録画および録音を行ったＶＯＢ。二つ目は、アフレコオーディオをのみを記録したＶＯＢである。
【００７２】
アフレコオーディオのみを記録したＶＯＢとは、通常に録画および録音を行ったＶＯＢに対してアフレコを行ったオーディオデータを記録したアフレコオーディオＶＯＢである。
【００７３】（アフレコオーディオＶＯＢ）次にアフレコオーディオ用ＶＯＢについて説明する。　
【００７４】
図１０（ａ）は通常に録画および録音を行ったＶＯＢ、図１０（ｂ）は前述したＶＯＢにアフレコを行ったオーディオデータを記録してあるＶＯＢ、図１０（ｃ）は前述した二つのＶＯＢを合成したＶＯＢであり、本発明の場合、この最後のＶＯＢがデコーダに送られるデータである。
【００７５】ここで重要なことは、アフレコオーディオＶＯＢに記録されているオーディオパックに付けられているＳＣＲは全てオリジナルのＶＯＢ内に存在するオーディオパックに付けられているＳＣＲに一致していることと、同一ＳＣＲを有するオーディオパック間では、オーディオパック内のオーディオパケットに付けられているＰＴＳおよびストリームを識別するストリームＩＤが同一値であり、またペイロードサイズが同一である。従来技術でも説明したが、ＭＰＥＧシステムストリームに付けられているタイムスタンプはストリーム内で連続する値を有しており、特にＳＣＲはストリーム内で必ず増加する特性を有している。アフレコオーディオ用ＶＯＢ内のオーディオパックのＳＣＲを全てオリジナルＶＯＢ内に存在するオーディオパックのＳＣＲに一致させることで、
オリジナルＶＯＢからオーディオパックを抜き出し、アフレコＶＯＢのオーディオパックを挿入した合成ＶＯＢ（図１０（ｃ））を間単に作り出す事が可能になる。
（５）「【００８４】
まず、図１２を用いてＤＶＤレコーダにおけるアフターレコーディングの記録動作について説明する。
【００８５】ユーザインターフェース部１２０１が最初にユーザからの要求を受ける。ユーザインターフェース部１２０１はユーザからの要求をシステム制御部１２０２に伝え、システム制御部１２０２はユーザからの要求を解釈および各モジュールへ処理要求を行う。ユーザからの要求がＶＯＢのアフターレコーディングであった場合、システム制御部１２０２は、ドライブ１２０９を通して再生するＶＯＢをＤＶＤ−ＲＡＭディスクからの読み出しを開始し、トラックバッファ２（１２０８）へ格納を始める。　
【００８６】システム制御部１２０２は、データの読み出し開始後、すぐにデコーダ部１２０６にデコード要求を行う。デコーダ部１２０６はトラックバッファ２に格納されているＭＰＥＧデータの読み出しと出力部１２０６へデコードデータを供給する。出力部１２０５送られてきたデータをモニタおよびスピーカで出力する。また、デコーダ部１２０６は、トラックバッファ２から読み出したＭＰＥＧストリームから、オーディオパックを検出した場合、オーディオパックに付けられているＳＣＲ、オーディオパケットに付けられているＰＴＳを抜き出し、オーディオパケット中のペイロードのサイズとあわせてエンコーダ部１２０４に送る。　
【００８７】システム制御部１２０２は、デコーダ部１２０６へのデコード要求の他にエンコーダ部１２０４へのアフレコ用のオーディオエンコード要求を行う。　
【００８８】エンコーダ部１２０４は、システム制御部１２０２からのアフレコ用オーディオエンコード要求を受け、入力部１２０３から送られる音声データのオーディオエンコードとＭＰＥＧシステムエンコード、即ちパックおよびパケット化処理を行い、トラックバッファ１（１２０７）にデータを格納する。　
【００８９】この時、エンコーダ部１２０４は、デコーダ部１２０６から送られたオリジナルＶＯＢのオーディオパックのＳＣＲ、ＰＴＳ、ペイロードサイズに従いシステムエンコードを行う。具体的には、オーディオエンコードしたデータをオリジナルＶＯＢのペイロードサイズにあわせてパケットヘッダに格納し、パケットヘッダにはオリジナルＶＯＢと同じＰＴＳを付加し、パックヘッダにはオリジナルＶＯＢと同じＳＣＲを付加していく。この処理を行うことで、前述した（図１０（ｂ）参照）アフレコＶＯＢを作成することが可能である。  　
【００９０】
トラックバッファ１（１２０７）に蓄積されたアフレコオーディオＶＯＢは、再生系に余裕がある時間、例えばトラックバッファ２（１２０８）がフルでＤＶＤ−ＲＡＭディスクからの読み出しができない時間を利用して、ドライブ１２０９を通してＤＶＤ−ＲＡＭディスクに記録する。　
一連の動作終了後、システム制御部１２０２は前述したＶＯＢテーブルおよびＰＧＣテーブルの修正を行い、ドライブ１２０９を通してＤＶＤ−ＲＡＭディスクに記録する。この時、重要なことは、ＶＯＢ情報のアフレコフラグ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａｇ）とＣｅｌｌ情報のオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）を立てることである。
【００９２】次に、図１２を用いてＤＶＤレコーダにおける再生動作について説明する。ユーザインターフェース部１２０１が最初にユーザからの要求を受ける。ユーザインターフェース部１２０１はユーザからの要求をシステム制御部１２０２に伝え、システム制御部１２０２はユーザからの要求を解釈および各モジュールへ処理要求を行う。ユーザからの要求がＰＧＣの再生であった場合、システム制御部１２０２は、ドライブ１２０９を通してＰＧＣ情報を読み出す。読み出したＰＧＣ情報内のＣｅｌｌ情報に記述されているＶＯＢ＿ＩＤから該当するＶＯＢ情報を読み出し、Ｃｅｌｌ情報およびＶＯＢ情報からＤＶＤ−ＲＡＭディスクに記録されているＡＶデータへの読み出しを行い、トラックバッファに格納する。この時重要なことは、
Ｃｅｌｌ情報内のアフレコオーディオの再生を示すオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）が立てられている場合は、オリジナルＶＯＢだけでなく、アフレコオーディオ用ＶＯＢからもＡＶデータを読み出すことである。
（６）「【００９７】また、本実施の形態において、
アフターレコーディングをＶＯＢ単位で行ったが、例えばＰＧＣ単位でオリジナル、アフレコオーディオを変えられるようにＣｅｌｌ毎に行っても良い。
　
　上記摘示事項を、図面とともに総合整理すると、刊行物には以下の発明が記載されているものと認める。　
「ＡＶファイルと管理情報ファイルとを記録する光ディスクレコーダであり、　
ＡＶファイルは、通常に録画及び録音を行ったオリジナルＶＯＢと、アフレコオーディオをのみを記録したアフレコＶＯＢとからなり、　
　管理情報ファイルは、ＶＯＢ内の任意の部分区間（または全区間）を一つの論理再生単位とするＣｅｌｌ情報が記憶され、Ｃｅｌｌ情報は対応するＶＯＢ＿ＩＤ、ＶＯＢ内での再生開始時刻（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ｔｉｍｅ）、ＶＯＢ内での再生時間（Ｃｅｌｌ＿Ｐｌａｙｂａｃｋ＿Ｔｉｍｅ）、ＶＯＢ内での再生開始アドレス（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ）、ＶＯＢ内での再生終了アドレス（Ｃｅｌｌ＿Ｅｎｄ＿Ａｄｄｒｅｓｓ）と、このＣｅｌｌで再生する音声をオリジナルオーディオまたはアフレコオーディオから指定するオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）、アフレコオーディオ用のＣｅｌｌ＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ、Ｃｅｌｌ＿Ｅｎｄ＿Ａｄｄｒｅｓｓから構成され、　
　アフターレコーディングの記録動作時に、アフレコオーディオＶＯＢを光ディスクに記録し、システム制御部は、ＶＯＢ情報のアフレコフラグ（Ａｆｔｅｒ＿Ｒｅｃｏｒｄｉｎｇ＿Ｆｌａｇ）とＣｅｌｌ情報のオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）を立てる等の修正を行って光ディスクに記録し、　
　再生時に、Ｃｅｌｌ情報内のアフレコオーディオの再生を示すオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）が立てられている場合は、オリジナルＶＯＢだけでなく、アフレコオーディオ用ＶＯＢからもＡＶデータを読み出させ、オリジナルＶＯＢからオーディオパックを抜き出し、アフレコＶＯＢのオーディオパックを挿入した合成ＶＯＢをデコーダに供給する光ディスクレコーダ。」（以下「刊行物発明」という。）　
　
３．対比　
（ａ）刊行物発明の「通常に録画および録音を行ったオリジナルＶＯＢ」は、「録画及び録音を行ったＡＶファイル」であり、本願補正発明の「オーディオデータ及び／またはビデオデータを含むメインデータ」に相当し、刊行物発明の「アフレコオーディオをのみを記録したアフレコＶＯＢ」は、「通常に録画及び録音を行ったオリジナルＶＯＢ」に「挿入し」合成されるものであり、本願補正発明の「メインデータに同期されて再生されるためのサブデータ」に相当するから、刊行物発明は、本願補正発明の「オーディオデータ及び／またはビデオデータを含むメインデータ及び前記メインデータと同期され再生されるためのサブデータを記録し、」に相当する機能を備えている。　
（ｂ）刊行物発明の「管理情報ファイル」の「Ｃｅｌｌ情報内のアフレコオーディオの再生を示すオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）」は、「アフターレコーディングの記録動作時に」修正され「オリジナルＶＯＢだけでなく、アフレコオーディオ用ＶＯＢからもＡＶデータを読み出させ、オリジナルＶＯＢからオーディオパックを抜き出し、アフレコＶＯＢのオーディオパックを挿入した合成ＶＯＢをデコーダに供給」し再生するものであるから、本願補正発明は「前記メインデータと前記サブデータ再生時前記メインデータと前記サブデータを混合する時利用するために前記メインデータと前記サブデータと同期され再生されうるように相関関係を定義するナビゲーション情報を記録」する手段を備えている。　
（ｃ）刊行物発明の「システム制御部」は「管理情報ファイル」である「ＶＯＢ情報」および「Ｃｅｌｌ情報」を「光ディスクに記録し、」というものであるから、本願補正発明の「前記ナビゲーション情報を生成して前記記録部に提供する制御部」に相当する機能を備えている。　
　
　したがって、本願補正発明と刊行物発明との［一致点］及び［相違点］は以下のとおりである。  　
［一致点］  　
 「オーディオデータ及び／またはビデオデータを含むメインデータ及び前記メインデータと同期され再生されるためのサブデータを記録し、前記メインデータと前記サブデータ再生時前記メインデータと前記サブデータを混合する時利用するために前記メインデータと前記サブデータと同期され再生されうるように相関関係を定義するナビゲーション情報を記録する記録部と、
　前記ナビゲーション情報を生成して前記記録部に提供する制御部とを、　
　備える記録装置。」の点。　
 ［相違点］　
　ナビゲーション情報が、本願発明では「メインデータに関する識別子とメインデータに対応する付加データに関する再生時間情報」を備えるのに対して、刊行物発明ではその様な記載のない点。　
　
４．判断　
　上記相違点について検討すると　
　刊行物発明の「管理情報ファイル」は「ＶＯＢ内の任意の部分区間（または全区間）を一つの論理再生単位とするＣｅｌｌ情報が記憶され、Ｃｅｌｌ情報は対応するＶＯＢ＿ＩＤ、ＶＯＢ内での再生開始時刻（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ｔｉｍｅ）、ＶＯＢ内での再生時間（Ｃｅｌｌ＿Ｐｌａｙｂａｃｋ＿Ｔｉｍｅ）、ＶＯＢ内での再生開始アドレス（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ）、ＶＯＢ内での再生終了アドレス（Ｃｅｌｌ＿Ｅｎｄ＿Ａｄｄｒｅｓｓ）と、このＣｅｌｌで再生する音声をオリジナルオーディオまたはアフレコオーディオから指定するオーディオフラグ（Ａｕｄｉｏ＿Ｆｌａｇ）、アフレコオーディオ用のＣｅｌｌ＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ、Ｃｅｌｌ＿Ｅｎｄ＿Ａｄｄｒｅｓｓから構成され」ている。　
　そして、再生時間情報であるＶＯＢ内での再生開始時刻（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ｔｉｍｅ）も、ＶＯＢ内での再生開始アドレス（Ｃｅｌｌ＿Ｓｔａｒｔ＿Ａｄｄｒｅｓｓ）も共にメインデータであるＶＯＢ内でのＣｅｌｌの再生区間を示す位置情報であり、また、ＶＯＢ内でのＣｅｌｌの再生区間を指定するために、再生開始時刻及び再生開始アドレスのいずれを利用するかは適宜選択し得る設計事項である。　
　したがって、刊行物発明は、Ｃｅｌｌ単位でデータを読み出し利用することが想定されているから、オーディオフラグに基づいてアフレコ用のＣｅｌｌを読み出すために、刊行物発明において「管理情報ファイル」内にアフレコＶＯＢ内の再生区間に関する情報として、生成時間情報を格納する構成を採用して、上記相違点の構成とすることは当業者が容易に想到し得ることである。　
　
 そして、上記相違点についての判断を総合しても本願補正発明の奏する効果は、刊行物から当業者が十分予測可能なもので格別のものではない。　
　
　なお、請求人は審判請求理由で、　
「本発明のナビゲーション情報はメインデータとサブデータを再生する時、メインデータとサブデータをデコードする前にメインデータとサブデータを多重化、すなわち混合する時にメインデータとサブデータを同期させるために用います。　
　これに対して、引例１においてアフターレコーディング用情報フィールドに入っている「スタートアドレス」と「終了アドレス」はメインデータとサブデータを多重化させる時に用いられません。
　引例１においてメインデータとサブデータをデコードする前にはオリジナルビデオデータとアフレコオーディオデータは選択部１１０５により選択されます（引例１の図１１参照）。　
　しかし、図１１に関する説明において、選択部１１０５はオリジナルＶＯＢから取り出すデータがアフレコーティングオーディオストリームと同一ＩＤを有するオーディオパックの場合、このオーディオパックの代わりにアフレコーディングオーディオＶＯＢからオーディオパックを取り出してデコードに供給すると記載されています。　
　すなわち、引例１ではオリジナルＶＯＢのオーディオパックとアフレコオーディオＶＯＢのオーディオパックのうち同一なＩＤを有するオーディオパックがある場合、アフレコオーディオＶＯＢのオーディオパックを選択してデコーディング部に送るとされているだけです。　
　すなわち、引例１はメインデータとサブデータを多重化する際「スタートアドレス」と「終了アドレス」を用いるという特徴は全く開示されておらず、引例１において「スタートアドレス」と「終了アドレス」がデータ再生時どのように利用されるかは何処にも記載されておりません。」と主張する。
  　
　要するに、「混合する時」が「デコード」する前つまりデコーディング部に送られる前のマルチプレクサで選択される時を意味するかの主張をしているが、本願請求項１には「混合する時」について「前記メインデータと前記サブデータ再生時前記メインデータと前記サブデータを混合する時利用する」としか記載がなく、「混合する時」が「デコード」する前つまりデコーディング部に送られる前のマルチプレクサで選択される時を意味する点については記載されておらず、上記主張は本願補正発明に基づくものでない。　
　そして、刊行物発明の「ＶＯＢ情報」のアフターレコーディング用情報フィールドに格納される「スタートアドレス」と「終了アドレス」により「アフレコＶＯＢ」を読み出すことにより「合成ＶＯＢ」が生成されるのであって、「ＶＯＢ情報」のアフターレコーディング用情報フィールドのデータは、「オリジナルＶＯＢ」と「アフレコＶＯＢ」を多重化、すなわち混合する時に利用されるデータであるといえるから、出願人の「引例１はメインデータとサブデータを多重化する際「スタートアドレス」と「終了アドレス」を用いるという特徴は全く開示されておらず、引例１において「スタートアドレス」と「終了アドレス」がデータ再生時どのように利用されるかは何処にも記載されておりません。」とする主張は採用できない。　
　仮に、「混合する時」が請求人の主張する「メインデータとサブデータをデコードする前にメインデータとサブデータを多重化、すなわち混合する時」つまり、デコーダに入力するデータを選択する時を意味するとしても、アフレコを行う時間情報を光ディスクに記憶しておき、記録されたアフレコを行う時間情報に基づいてオリジナルデータをデコーダに供給するかアフレコデータをデコーダに供給するかの選択は周知（例えば、特開平１１−１４４３７８号公報【１２６】等参照）であるから、刊行物発明においても、アフレコを行う時間情報に基づいてデコーダへの入力を切り替える構成の採用は当業者が容易に想到し得ることである。　
　 
５．本件補正についての結び　
　以上のとおり、本願補正発明は、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものであるから、本件補正は、平成１８年改正前特許法第１７条の２第５項で準用する同法第１２６条第５項に規定する要件を満たさないものであり、特許法第１５９条第１項で読み替えて準用する同法第５３条第１項の規定により却下すべきものである。　
　
第３　本願発明について　
１．本願発明　
　平成１８年４月１９日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明は、平成１７年１０月１２日付け手続補正書により補正された明細書の特許請求の範囲の請求項１に記載された事項により特定されるとおりのものであるところ、請求項１に係る発明（以下「本願発明」）は、「第２［理由］１．」に本件補正前の請求項１として記載したとおりのものである。　
　
２．刊行物及びその記載　
　原査定の拒絶の理由で引用された刊行物及びその記載事項は、前記「第２［理由］２．」に記載したとおりである。　
　
３．対比・判断　
　本願発明は、上記「第２［理由］１．」で検討した本願補正発明の「ナビゲーション情報」が「メインデータと前記サブデータ再生時前記メインデータと前記サブデータを混合する時利用するため」の情報である点に関する限定を除したものに相当する。　
　
　そうすると、本願発明の構成要件を全て含み、更に他の要件を付加したものに相当する本願補正発明が、前記「第２［理由］３．４．」に記載したとおり、刊行物に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により刊行物に記載された発明に基づいて当業者が容易に発明をすることができたものである。　
　
４．むすび　
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものである。　
　
　よって、結論のとおり審決する。