【事件の表示】
　平成１０年特許願第２４０３５２号「記録装置および方法、再生装置および方法、記録再生装置および方法、記録媒体、並びにプログラム記録媒体」拒絶査定不服審判事件〔平成１１年１１月９日出願公開、特開平１１−３１２３８１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　
　本願は、特許法第４１条に基づく優先権主張を伴う平成１０年８月２６日（優先日、平成９年１０月１７日、平成９年１０月２１日、平成１０年１月８日、平成１０年２月２７日）の出願であって、平成１９年６月２０日付けで拒絶理由が通知され、その指定期間内である同年８月２４日に意見書及び手続補正書が提出されたが、同年９月２５日付けで拒絶査定がなされ、これに対し、同年１０月２９日に拒絶査定不服審判が請求されるとともに、同年１１月２６日付けで手続補正がなされたものである。
　その後、前置報告書の内容を利用した審尋に対し、平成２２年６月２１日付けで回答書が提出された。
　
　
第２　平成１９年１１月２６日付けの手続補正についての補正却下の決定
　
[補正却下の決定の結論］
　
　平成１９年１１月２６日付けの手続補正を却下する。
　
[理由]
　
１．本件補正後の特許請求の範囲の記載
　
　平成１９年１１月２６日付けの手続補正（以下、「本件補正」という。）により、特許請求の範囲の記載は次のとおり補正された。
　
「【請求項１】　ビデオまたはオーディオ信号を含
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル作成手段により作成された前記ストリームファイルに１対１に対応させた、前記ストリームファイルについての情報
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記ストリームファイルと前記情報ファイルとを
多重化して
　を備えることを特徴とする記録装置。
　
【請求項
２
属性
　ことを特徴とする請求項
１
　
【請求項
３
属性
　ことを特徴とする請求項
１
　
【請求項
４
　ことを特徴とする請求項
１
　
【請求項
５
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル作成ステップで作成された前記ストリームファイルに１対１に対応させた、前記ストリームファイルについての情報
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記ストリームファイルと前記情報ファイルとを
多重化して
　を含むことを特徴とする記録方法。
　
【請求項
６
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル作成ステップで作成された前記ストリームファイルに１対１に対応させた、前記ストリームファイルについての情報
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記ストリームファイルと前記情報ファイルとを
多重化して
　を含む処理を情報処理装置に実行させるコンピュータが読みとり可能なプログラムが記録されていることを特徴とするプログラム記録媒体。
　
【請求項
７
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル再生手段により再生された前記ストリームファイルに１対１に対応して
前記ストリームファイルと多重化されて
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記情報ファイル再生手段により再生された前記情報ファイルに基づいて、前記ストリームファイルの再生を制御する再生制御手段と
　を備えることを特徴とする再生装置。
　
【請求項
８
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル再生ステップで再生された前記ストリームファイルに１対１に対応して
前記ストリームファイルと多重化されて
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記情報ファイル再生ステップで再生された前記情報ファイルに基づいて、前記ストリームファイルの再生を制御する再生制御ステップと
　を含むことを特徴とする再生方法。
　
【請求項
９
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル再生ステップで再生された前記ストリームファイルに１対１に対応して
前記ストリームファイルと多重化されて
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記情報ファイル再生ステップで再生された前記情報ファイルに基づいて、前記ストリームファイルの再生を制御する再生制御ステップと
　を含む処理を情報処理装置に実行させるコンピュータが読みとり可能なプログラムが記録されていることを特徴とするプログラム記録媒体。
　
【請求項
１０
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル作成手段により作成された前記ストリームファイルに１対１に対応させた、前記ストリームファイルについての情報
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記ストリームファイルと前記情報ファイルとを
多重化して
　前記記録媒体に記録されているビデオまたはオーディオ信号を含む
前記
　前記ストリームファイル再生手段により再生された前記ストリームファイルに１対１に対応して
前記ストリームファイルと多重化されて
　前記情報ファイル再生手段により再生された前記情報ファイルに基づいて、前記ストリームファイルの再生を制御する再生制御手段と
　を備えることを特徴とする記録再生装置。
　
【請求項
１１
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル作成ステップで作成された前記ストリームファイルに１対１に対応させた、前記ストリームファイルについての情報
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記ストリームファイルと前記情報ファイルとを
多重化して
　前記記録媒体に記録されているビデオまたはオーディオ信号を含む
前記
　前記ストリームファイル再生ステップで再生された前記ストリームファイルに１対１に対応して
前記ストリームファイルと多重化されて
　前記情報ファイル再生ステップで再生された前記情報ファイルに基づいて、前記ストリームファイルの再生を制御する再生制御ステップと
　を含むことを特徴とする記録再生方法。
　
【請求項
１２
み、所定の単位で分割されたストリーム群からなる
　前記ストリームファイル作成ステップで作成された前記ストリームファイルに１対１に対応させた、前記ストリームファイルについての情報
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
　前記ストリームファイルと前記情報ファイルとを
多重化して
　前記記録媒体に記録されているビデオまたはオーディオ信号を含む
前記
　前記ストリームファイル再生ステップで再生された前記ストリームファイルに１対１に対応して
前記ストリームファイルと多重化されて
　前記情報ファイル再生ステップで再生された前記情報ファイルに基づいて、前記ストリームファイルの再生を制御する再生制御ステップと
　を含む処理を情報処理装置に実行させるコンピュータが読みとり可能なプログラムが記録されていることを特徴とするプログラム記録媒体。
　
【請求項
１３
　ビデオまたはオーディオ信号を含
み、所定の単位で分割されたストリーム群からなる
として、少なくとも１つのプログラム情報を含み、前記プログラム情報ごとに、前記所定の単位に分割されたストリームごとの識別情報と、前記ストリームの識別情報と関連するストリームの属性情報と
多重化されて
　ことを特徴とする記録媒体。
　
【請求項
１４
属性
　ことを特徴とする請求項
１３
　
【請求項
１５
属性
　ことを特徴とする請求項
１３
　
【請求項
１６
　ことを特徴とする請求項
１３
　　
２．新規事項の追加について
　
　本件補正が、本願の願書に最初に添付した明細書又は図面（以下「当初明細書等」という）に記載した事項の範囲内においてなされたものであるか否かを検討する。
　
　本件補正により補正された請求項３及び請求項１５には、「前記所定の単位ごとに表される前記ストリームの
属性
　
　一方、本願の当初明細書等には、属性情報について、【０１６６】に
「【０１６６】特徴点情報の詳細は、上述したように、図２４に示されている。CHUNK_%%%%.ABST は、sub-file番号%%%%のchunkを構成するビットストリームから抽出した特徴点を記録したファイルである。このファイルには、 GOP、オーディオフレーム等のビットストリームを構成する単位ごとに、その開始バイト位置、長さ、属性等が記述されている。GOP情報・オーディオフレーム情報はchunk(sub-file)ごとに、１つの CHUNK_%%%%.ABST としてまとめられる。」
　と記載されており、図２４に示されるCHUNK_%%%%.ABSTのファイルに、ビットストリームを構成する単位ごとに、その開始バイト位置、長さ、属性等が記述されているとしている。
　
　さらに、【０１６６】における前記「属性」について、【０１７２】ないし【０１９４】には、
「【０１７２】bitstream_attribute()は、MPEGのelementary stream（エレメンタリストリーム）または、それ以外の各ビデオ、オーディオストリームの属性を表す。そのsyntaxは、図４２に示すようになる。
【０１７３】図４３に示すbitstream_attribute_idは、ここからbitstream_attribute()が始まることを示す識別子であり、ISO 646に従った１６文字の文字列で表される。bitstream_attribute_lengthは、bitstream_attribute()に含まれ、bitstream_attribute_lengthのフィールドの直後に続くdata byteの長さを表す。attribute_typeは、図４４に示すように、次に続くattributeの種類を表す。
【０１７４】video_attribute()は、ビデオの各ストリームごとにまとめたものである。chunk（チャンク）はストリームが連続である単位なので、この単位ごとに属性を定めることができる。
【０１７５】video_attribute()のSyntaxは、図４５に示す通りである。
【０１７６】input_video_sourceは、図４６に示すように、入力ソースの種類を表す。
【０１７７】video_compression_modeは、図４７に示すように、MPEG1 ビデオ、MPEG2 ビデオ、DV、などのビデオのエンコード方法を表す。
【０１７８】picture_rateは、図４８に示すように、１ピクチャがどのくらいの時間周期でサンプリングされたかを表し、picture_scan_typeによらず、ピクチャの最も短い時間周期を表す。
【０１７９】picture_scan_typeは、図４９に示すように、１枚のピクチャが線順次（プログレシブ）で記録されているか、インタレースで記録されているかを表す。その表示方法は、実装上の問題である。
【０１８０】vertical_linesは、図５０に示すように、走査線数を表す。
【０１８１】horizontal_active_pixelsは、水平方向の有効ピクセル数を表す。aspect_ratioは、図５１に示すように、アスペクト比を表す。
【０１８２】pixel_ratioは、図５２に示すように、画素の正方度（1:1または1:1.125）を表す。
【０１８３】CC_existenceは、図５３に示すように、Closed Caption （クローズドキャプション）の有無を表す。
【０１８４】recording_modeは、図５４に示すように、VDRの記録モード（SP(Standard Play)またはLP(Long Play)）を表す。
【０１８５】copyright_informationは、コピーライト情報を表している。
【０１８６】audio_attribute()は、オーディオストリームの属性を記録するための領域で、stream ID（ストリームID）ごとに、chunk（チャンク）内で一定な属性を並べたものである。ストリームIDの同じ複数のオーディオストリームが別時刻に記録されている場合には、すべて同一の属性を持っていなければならない。1オーディオストリーム内の各チャンネルは、同じコーディングモード・量子化ビット・サンプリング周波数を有する。
【０１８７】audio_attribute()のSyntaxは、図５５に示す通りである。
【０１８８】number_of_audio_streamsは、この chunk（チャンク）に記録されている、オーディオストリームとみなせるストリームの総数を表し、ストリーム id の異なるオーディオストリームの数を意味する。chunk（チャンク）のどこから始まっているかにはよらない（どこから始まるかは、特徴点ファイルを参照する）。stream_idは、対象とするオーディオストリームのストリームidを表す。sub_stream_idは、対象とするオーディオストリームを判別するための補助をするidを表す。language_codeは、このストリームの言語コードを表し、ISO639-2に従って書かれる。input_sourceは、図５６に示すように、このストリームの入力ソースを表す。不明の場合には、0000bと書かれる。
【０１８９】audio_coding_modeは、図５７に示すように、このオーディオストリームのコーディングモードを表す。
【０１９０】bitrateは、図５８に示すように、固定または可変ビットレートであるかを表す。
【０１９１】q_bitは、図５９に示すように、量子化ビット数（24,20,16,12、 etc）を表す。
【０１９２】fsは、図６０に示すように、このオーディオストリームのサンプリング周波数を表す。
【０１９３】emphasisは、図６１に示すように、エンファシスのフラグを表し、ストリームがLPCMの際に有効とされる。
【０１９４】number_of_channelsは、チャンネル数（1(mono)〜8）を表す。status_of_this_channelは、チャンネルの状態を表し、空いているチャンネルを表すなど、アフレコに使うためのチャンネルが残っているかを示す。channel_assignmentは、どのチャンネルを、どのスピーカに（L,R,Center（センタ）,Rear（リア） L, Rear（リア） R,,,）に割り当てるかを表し、ストリームがLPCMの際に有効とされる。Dynamic_range_controlは、Dynamic range controlダイナミックレンジコントロールを表す。karaoke()は、カラオケ関係のデータを表す。」
と記載されている。
　
　本願の当初明細書等の前記【０１７２】ないし【００１９４】の記載、並びに図４２ないし図６１を参酌すると、本願の属性情報は、各ビデオ、オーディオストリームの属性情報からなるものであって、そのうち、ビデオストリームの属性情報は、図４５のSyntaxに示されるように、
　
「input_video_source　（入力ソースの種類を表す）、
　video_compression_mode　（ビデオのエンコード方法を表す）、
　picture_rate　（１ピクチャがどのくらいの時間周期でサンプリングされたかを表す）、
　picture_scan_type　（１枚のピクチャがプログレシブで記録されているか、インタレースで記録されているかを表す）、
　vertical_lines　（走査線数を表す）、
　horizontal_active_pixels　（水平方向の有効ピクセル数を表す）、
　aspect_ratio　（アスペクト比を表す）、
　pixel_ratio　（画素の正方度（1:1または1:1.125）を表す）、
　CC_existence　（Closed Caption （クローズドキャプション）の有無を表す）、
　recording_mode　（VDRの記録モード（SP(Standard Play)またはLP(Long Play)）を表す）、
　copyright_information　（コピーライト情報を表す）」
　
　からなり、オーディオストリームの属性情報は、図５５のSyntaxに示されるように、
　
「number_of_audio_streams　（chunk（チャンク）に記録されている、オーディオストリームとみなせるストリームの総数を表す）、
　stream_id　（対象とするオーディオストリームのストリームidを表す）、
　sub_stream_id　（対象とするオーディオストリームを判別するための補助をするidを表す）、
　language_code　（ストリームの言語コードを表す）、
　input_source　（ストリームの入力ソースを表す）、
　audio_coding_mode　（オーディオストリームのコーディングモードを表す）、
　bitrate　（固定または可変ビットレートであるかを表す）、
　q_bit　（量子化ビット数（24,20,16,12、 etc）を表す）、
　fs　（オーディオストリームのサンプリング周波数を表す）、
　emphasis　（エンファシスのフラグを表す）、
　number_of_channels　（チャンネル数（1(mono)〜8）を表す）、
　status_of_this_channel　（チャンネルの状態を表し、空いているチャンネルを表すなど、アフレコに使うためのチャンネルが残っているかを示す）、
　channel_assignment　（どのチャンネルを、どのスピーカに（L,R,Center（センタ）,Rear（リア） L, Rear（リア） R,,,）に割り当てるかを表す）、
　Dynamic_range_control　（ダイナミックレンジコントロールを表す）、
　Karaoke（カラオケ関係のデータを表す）」
　
　からなると認められるものの、ビデオストリーム、オーディオストリームのいずれのストリームの属性情報にも「開始位置、データ長さ」が含まれるとは認められない。
　
　そして、本願の当初明細書等のいずれにも、ストリームの属性情報に「開始位置、データ長さ」が含まれるとは記載されておらず、また、当初明細書等全体の記載を参酌しても、ストリームの属性情報に「開始位置、データ長さ」が含まれることが自明であるとする根拠は認められない。
　
　してみると、本件補正後の請求項３及び請求項１５の「前記所定の単位ごとに表される前記ストリームの
属性
　
　したがって、本件補正は、当初明細書等に記載した事項の範囲内においてしたものでないから、本件補正は、特許法第１７条の２第３項の規定に規定する要件を満たしていない。
　　
３．むすび
　
　以上のとおり、本件補正は、特許法１７条の２第３項の規定に違反しているものであるから、同法第１５９条第１項で準用する同法第５３条第１項の規定により却下すべきものである。　
　
　
第３　本願発明について
　
１．本願発明
　
　平成１９年１１月２６日付けの手続補正は上記のとおり却下されたので、本願の請求項１ないし１８に係る発明のうち、請求項６に係る発明（以下、「本願発明」という。）は、平成１９年８月２４日付け手続補正書の特許請求の範囲の請求項６に記載された事項により特定される、以下のとおりのものである。
　
「【請求項
６
ストリーム
ストリーム
　前記
ストリーム
前記ストリーム
に１対１に対応させた
前記ストリームファイルについての情報を記した情報ファイル
情報ファイル
　前記
ストリーム
前記情報ファイル
　を含むことを特徴とする記録方法。」
　
２．引用例
　
　これに対して、原査定の拒絶の理由に引用された特開平９−２２４２１６号公報（以下「引用例」という。）には、図面と共に次の事項が記載されている。なお、下線は当審が付した。
　
ア）「【請求項１】奇数フィールドデータと偶数フィールドデータとで一つの
フィールドデータを構成する動画像を入力し、
　前記出力された動画像の奇数又は偶数の内の一方を入力し、
該入力されたフィールドデータを圧縮し、
前記入力された動画像の
フィールドデータを非圧縮状態で解析することで該非圧縮動画像中のシーンの変化を検出し、前記非圧縮動画像にシーン変化がある場合に前記非圧縮の動画像から前記シーン変化の時刻を取得し、
　
前記非圧縮動画像から取得したシーン変化の時刻に対応する、前記圧縮された動画像の時刻と該時刻の画像を算出し、
　
前記取得された非圧縮動画像の時刻と、前記圧縮された動画像から算出した時刻と画像とを関連付けて記憶することを特徴とする動画像記憶方法。
　
イ）「【００３７】画像圧縮部５２は、ビデオデコーダ５３から出力されるデジタル化された動画像をＭＰＥＧなどの圧縮技術を用いて圧縮する。そして、圧縮した動画像を動画入力インターフェース部５０に出力する。例えば、
圧縮技術がＭＰＥＧであれば、圧縮された動画像はＭＰＥＧストリームということになる
【００３８】フレームメモリ５１は、ビデオデコーダ５３でデジタル化された動画像の少なくとも１画面（フレーム）分の画像を保持するためのものであり、動画入力インターフェース部５０に接続される。
【００３９】動画入力インターフェース部５０は、バス１０に接続されており、ビデオデコーダ５３から入力されるデジタルの動画像を一度フレームメモリ５１に格納し、さらに、フレームメモリ５１に格納した画像を、バス１０を通して主記憶２あるいは補助記憶装置３あるいは表示装置５にＤＭＡ転送する。これと同時に画像圧縮部５２から入力される
圧縮された動画像も、バス１０を通して主記憶２あるいは補助記憶装置３にＤＭＡ転送する
　
　上記ア）及びイ）の記載及び図面からみて、引用例には、次の発明（以下、「引用発明」という。）が記載されているものと認められる。
　
「フィールドデータを構成する動画像を入力し、該入力されたフィールドデータを圧縮し、
　前記入力された動画像のフィールドデータを非圧縮状態で解析することで該非圧縮動画像中のシーンの変化を検出し、前記非圧縮動画像にシーン変化がある場合に前記非圧縮の動画像から前記シーン変化の時刻を取得し、
　前記非圧縮動画像から取得したシーン変化の時刻に対応する、前記圧縮された動画像の時刻と該時刻の画像を算出し、
　前記取得された非圧縮動画像の時刻と、前記圧縮された動画像から算出した時刻と画像とを関連付けて記憶することを特徴とする動画像記憶方法であって、
　動画像の圧縮技術がＭＰＥＧであれば、圧縮された動画像はＭＰＥＧストリームであり、
　圧縮された動画像も、バスを通して主記憶あるいは補助記憶装置にＤＭＡ転送する動画像記憶方法。」
　
３．対比
　
　本願発明と引用発明とを対比する。
　引用発明のフィールドデータを構成する「動画像」は、ビデオ信号であることは明らかであるから、本願発明の「ビデオまたはオーディオ信号」に相当する。
　また、引用発明の「ＭＰＥＧストリーム」はストリームファイルとして扱われるものであることは明らかであるところ、引用発明では、前記「動画像」をＭＰＥＧで圧縮してストリームファイルとするものであるから、引用発明も「動画像」を含むストリームファイルを作成していることにほかならない。
　よって、引用発明も本願発明の「ビデオまたはオーディオ信号を含むストリームファイルを作成するストリームファイル作成ステップ」を有しているといえる。
　
　また、引用発明は、入力された動画像の非圧縮動画像にシーン変化がある場合に当該シーン変化の時刻を取得し、当該シーン変化の時刻に対応する、圧縮された動画像の時刻と該時刻の画像を算出するものである。ここで、前記圧縮された動画像とは、動画像をＭＰＥＧ圧縮して作成されたストリームファイルであることから、引用発明の前記「シーン変化の時刻に対応する、圧縮された動画像の時刻と該時刻の画像」からなる情報は、ストリームファイルのシーン変化の時刻に関する情報、すなわち「ストリームファイルについての情報」といえる。そして、引用発明では、このような「ストリームファイルについての情報」を記憶するものである以上、かかる情報を記した何らかの情報ファイルを作成して記憶するステップを有していることは明らかである。
　よって、引用発明も「ストリームファイル作成ステップで作成されたストリームファイルについての情報を記した情報ファイルを作成する情報ファイルステップ」を有している点で本願発明と共通している。
　
　そして、引用発明はストリームファイルについての情報を記した前記情報ファイルを記憶することに加えて、圧縮された動画像であるストリームファイルもバスを通して主記憶あるいは補助記憶装置にＤＭＡ転送するものであり、前記ストリームファイルが主記憶あるいは補助記憶装置に記憶されることは明らかであリ、記憶することは記録することといえるから、引用発明も前記情報ファイルと前記ストリームファイルとを記録するステップを有していることにほかならない。
　よって、本願発明と引用発明とは「前記ストリームファイルと前記情報ファイルとを記録する記録ステップ」を有している点で一致している。
　
　以上のことからすると、本願発明と引用発明とは、
「ビデオまたはオーディオ信号を含むストリームファイルを作成するストリームファイル作成ステップと、
　前記ストリームファイル作成ステップで作成された前記ストリームファイルについての情報を記した情報ファイルを作成する情報ファイルステップと、
　前記ストリームファイルと前記情報ファイルとを記録する記録ステップと
　を含む記録方法。」
で一致し、次の相違点で相違している。
　
（相違点１）
　情報ファイルに関して、本願発明は情報ファイルをストリームファイルに１対１に対応させているのに対して、引用発明は１対１に対応させているとはしていない点。
　
（相違点２）
　記録ステップに関して、本願発明は記録媒体に記録するとしているのに対して、引用発明は主記憶あるいは補助記憶装置等に記録するとしているものの、記録媒体に記録するとはしていない点。
　
４．当審の判断
　
　前記相違点について検討する。
　
（相違点１）について
　引用発明の情報ファイルはストリームファイルについての情報を記した情報ファイルであるから、引用発明の情報ファイルとストリームファイルとは両者の情報の内容において相互に関連性を有するものである。このように相互に関連性を有する２つのファイルを１対１に対応させるとすることは、当業者であれば容易になしうるものである。
　
（相違点２）について
　引用発明において、ストリームファイルと情報ファイルとを記録する際に、記録する手段として周知の記録手段である記録媒体を選択することは、当業者であれば必要に応じて適宜なしうる程度の事項である。
　
　また、本願発明の効果についてみても、引用発明及び周知技術から当業者が予測しうる程度のものにすぎない。
　
５．むすび
　
　以上のとおり、本願の請求項６に係る発明は、引用例に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。