【事件の表示】
　平成１１年特許願第　４８４８８号「プログラマブルコントローラ」拒絶査定不服審判事件〔平成１２年　９月１４日出願公開、特開２０００−２５０７７９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１１年２月２５日の出願であって、平成１６年１１月２日付けで拒絶査定がなされ、これに対し、同年１２月９日に拒絶査定に対する審判請求がなされるとともに、平成１７年１月１１日付けで手続補正がなされたところ、当審において、平成１９年６月１８日付けで最後の拒絶理由通知がなされ、これに対し、同年８月２０日付けで手続補正がなされたものである。
   
２．平成１９年８月２０日付け手続補正についての補正却下の決定
［補正却下の決定の結論］
平成１９年８月２０日付けの手続補正を却下する。
　
［理由］
（１）平成１９年８月２０日付けの手続補正（以下、「本件手続補正」という。）の内容は、特許請求の範囲を、
　
「【請求項１】　シーケンス命令に対応した通常のシーケンスプログラム処理のシーケンスプログラム及びデータトレース時専用のシーケンスプログラムを記憶したシーケンスプログラムメモリと、
　制御に必要なデータを記憶するデータメモリと、
　前記シーケンスプログラムの実行と全体の制御を実行するためのマイクロプロセッサと、
　前記シーケンスプログラムの実行状態を監視し、前記シーケンスプログラムの作成・修正に使用可能なモニタ装置と、
　前記データトレース時専用のシーケンスプログラムのオペランドとなる変数データタを格納するトレースバッファと、
　前記トレースしたデータ数をカウントし、前記トレースバッファが一杯になったとき前記マイクロプロセッサに割り込み信号を発生させるトレースカウンタと、
　前記モニタ範囲のシーケンスプログラム中に繰り返し実行部分があるとき、その繰り返し回数が設定可能で、前記繰り返し回数が設定値になったことを検出するループカウンタと、
　を備えたプログラマブルコントローラにおいて、
　インタプリタ方式で前記モニタ範囲のシーケンスプログラムを実行する際に、前記モニタ範囲のシーケンスプログラムが前記モ二タ装置によって前記モニタ範囲用の命令コ―ドに置き換えられ、前記モニタ範囲用の命令コ―ドは前記プログラムメモリ内のデータトレース時専用のシーケンスプログラムにトレース動作を実行するようにしたことを特微とするプログラマブルコントローラ。
　　【請求項２】　シーケンス命令に対応しコンパイルする際に使用する通常の処理用のシーケンスプログラム及びデータトレース用のシーケンスプログラムを作成し、前記２つのシーケンスプログラムを所望の大きさに分割したシーケンスプログラムブロックを記憶したシーケンスプログラムメモリと、
　制御に必要なデータを記憶するデータメモリと、
　前記シーケンスプログラムの実行と全体の制御を実行するためのマイクロプロセッサと、
　前記シーケンスプログラムの実行状態を監視し、前記シーケンスプログラムの作成・修正に使用可能なモニタ装置と、
　前記データトレース用のシーケンスプログラムのオペランドとなる変数データを格納するトレースバッファと、
　前記トレースしたデータ数をカウントし、前記トレースバッファが一杯になったとき前記マイクロプロセッサに割り込み信号を発生させるトレースカウンタと、
　前記モニタ範囲のシーケンスプログラム中に繰り返し実行部分があるとき、その繰り返し回数が設定可能で、前記繰り返し回数が設定値になったことを検出するループカウンタと、
　を備えたプログラマブルコントローラにおいて、
　コンパイラ方式で前記通常の処理用のシーケンスプログラムブロックを実行中にモニタ対象となっているブロックに入ったときには、前記データトレース用のシーケンスプログラムブロックにジャンプしてデータトレースを命令処理と並行して実施し、このデータを前記トレースバッファに格納し、前記モニタ対象のブロックの実行を終了したときには再び前記通常の処理用のシーケンスプログラムブロックに戻るようにし、前記モニタ装置はモニタ範囲のプログラムブロックを、前記データトレース用のシーケンスプログラムブロックにコンパイルされたルーチンに置き換え、シーケンス命令処理時にデータをトレースするようにしたことを特微とするプログラマブルコントローラ。」
　
と補正することを含むものである。
　
　上記補正後の請求項１の記載において追加された（Ａ）「シーケンス命令に対応した通常のシーケンスプログラム処理のシーケンスプログラム及びデータトレース時専用のシーケンスプログラムを記憶したシーケンスプログラムメモリ」及び請求項１の記載において追加された（Ｂ）「インタプリタ方式で前記モニタ範囲のシーケンスプログラムを実行する際に、前記モニタ範囲のシーケンスプログラムが前記モ二タ装置によって前記モニタ範囲用の命令コ―ドに置き換えられ、前記モニタ範囲用の命令コ―ドは前記プログラムメモリ内のデータトレース時専用のシーケンスプログラムにトレース動作を実行する」並びに請求項２の記載において追加された（Ｃ）「前記モニタ装置はモニタ範囲のプログラムブロックを、前記データトレース用のシーケンスプログラムブロックにコンパイルされたルーチンに置き換え、シーケンス命令処理時にデータをトレースする」について検討する。
　
　上記（Ａ）の事項に関し、出願当初の明細書には、図６と共に、次の記載がなされている。
　
「【００５８】
　＜第４の実施形態（請求項５に対応）＞
次に、第４の実施形態について、具体的に説明する。インタプリタ方式でシーケンスプログラムを実行する場合には、図６に示すようにシーケンス命令に対応した処理プログラムがプログラムメモリ２内に用意されている。」
　
　上記段落【００５８】及び図６によれば、シーケンスプログラムメモリ４に格納されたシーケンス命令に対応した通常処理用ルーチン及びトレース用ルーチンはプログラムメモリ２に格納されている。また、平成１７年１月１１日付け手続補正書の特許請求の範囲請求項１においても「シーケンスプログラムを記憶したプログラムメモリ」とされており、インタープリタ方式におけるシーケンス命令に対応した通常のシーケンスプログラム処理のシーケンスプログラム及びデータトレース時専用のシーケンスプログラムをシーケンスプログラムメモリに記憶したと規定する上記（Ａ）の事項は、出願当初の明細書又は図面に記載されていたものではなく、また、自明に導き出すことができるものでもない。
　
　上記（Ｂ）（Ｃ）の事項に関し、出願当初の明細書には、図１および５と共に、次の事項が記載されている。
　
「【００３９】
　データトレース回路９は必要なときに割込み信号１０を介してＣＰＵ１に割込みをかけることができる。モニタ装置２０はＰＬＣのシーケンスプログラム実行状態を監視したり、シーケンスプログラムの作成、修正に使用される。モニタ装置２０はＣＲＴ、他の表示装置とキーボード、他の入力装置を持っている。」
　
「【００５３】
　ただ、コンパイラ方式の場合では、シーケンスプログラムメモリ４内のコードから元のシーケンス命令の内容やデータ形を判別することが困難なので、データトレース回路９ではトレースを開始した後は、データメモリ５への全てのアクセスについて、アドレスとデータ及び読み出し／書込みの別を組にしてトレースバッファに書き込むものとする。この様子を図５に示す。
　【００５４】
　前記のデータの組はモニタ装置２０に送り、モニ夕装置２０側でモニタ中のプログラム内容と照合することによってデータ形の判別や必要なデータの抽出を行いモニタに使用するものとする。」
　
「【００７３】
　＜第９の実施形態（請求項１０に対応）＞
　次に、第９の実施形態について、具体的に説明する。一般にシーケンスプログラムのスキャン実行時間はモニタ装置２０とのデータ転送時間に比較すると大変に短く、スキャン毎のトレースデータをモニタ装置２０に伝送することには無理がある。また、モニタ装置２０に全スキャン分のデータが表示されても高速すぎて確認はほとんど不可能である。それでも連続したスキャン実行の結果を確認したい、という要求は存在する。
　【００７４】
　そこで、本実施形態のデータトレース回路９ではシーケンスプログラムの連続したスキャン実行でのデータトレースを可能としている。これは、１スキャン分のデータトレースが完了した後も、ＣＰＵ１に割込み信号を送らず、所望のスキャン分の実行完了後に割込みを発生させることによって実現する。データトレースレジスタやアドレストレースレジスタには１スキャン完了毎に境界を示す特別なコードを書き込み、モニタ装置側でスキャンの境界を判別できるように構成する。」
　
　上記段落および図１，５によれば、モニタ装置が行っていることは、シーケンスプログラムの作成、修正というシーケンスプログラム実行の準備段階となる処理、シーケンスプログラム実行中には実行状態の監視、トレースデータの表示というシーケンスプログラム実行後の後処理というものである。従って、モニタ装置がシーケンスプログラム実行中に通常のシーケンスプログラムからトレース用のシーケンスプログラムに切り換えてトレースを実行するという上記（Ｂ）（Ｃ）に関するモニタ装置の機能については、出願当初の明細書又は図面に記載されていたものではなく、また、自明に導き出すことができるものでもない。
　
　よって、本件手続補正によって特許請求の範囲に追加された上記（Ａ）（Ｂ）（Ｃ）の事項は、出願当初の明細書又は図面に記載されていた事項であるとは認められない。
　
　したがって、本件手続補正は、願書に最初に添付した明細書又は図面に記載した事項の範囲内においてしたものであるとは認められず、特許法第１７条の２第３項に規定する要件を満たしていない。
　
（２）むすび
　以上のとおり、本件手続補正は特許法第１７条の２第３項の規定に違反するものであり、特許法第１５９条第１項で準用する同法５３条第１項の規定により却下されるべきものである。
　
３．補正却下の決定を踏まえた検討
（１）本願の請求項１に係る発明
平成１９年８月２０日付けの手続補正は、上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１７年１月１１日付け手続補正書の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。
　
「 【請求項１】　シーケンスプログラムを記憶したプログラムメモリと、制御に必要なデータを記憶するデータメモリと、前記シーケンスプログラムの実行と全体の制御を実行するためのマイクロプロセッサを備えたプログラマブルコントローラにおいて、
　 前記シーケンスプログラムのモニタ範囲を実行中に使用したデータを前記データメモリへのアクセスが発生した時トレースするデータトレース用の専用プログラムを実行することにより、前記シーケンスプログラム実行中の実データをモニタすることが可能なように構成したことを特徴とするプログラマブルコントローラ。」
　
（２）当審において平成１９年６月１８日付けで通知した最後の拒絶理由
　これに対して、当審において通知した上記最後の拒絶理由の概要は、次のようなものである。
　
「 １）本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第４項及び第６項第２項に規定する要件を満たしていない。 
　
（略）
　
２）本件出願の下記の請求項に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物に記載された発明に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
 　　　　　　　　　　　　　　　　　　記 
 １．特開平７−３３４２１１号公報 
 ２．特開平６−１６１５１８号公報 
 ３．特開平９−１６２４３号公報 
 （中略）
 　 
 　引用文献１には、シーケンスプログラムによる変数へのアクセスが発生する度に、それを実行したプログラムのアドレスとその時の変数の値を自動的に記録するプログラマブルコントローラのデータトレース方法が記載されている。 
 　引用文献２には、従来のプログラマブルコントローラのモニタ機能について、モニタしたい接点を指定する専用命令をシーケンスプログラムに追加する方式（以下、「ソフトウエアによるトレース」という。）と、ハードウエアで構成された回路にモニタしたい接点のアドレスを設定して接点のアドレスと比較し、データをモニタする方式（以下、「ハードウエアによるトレース」という。）が記載されている。更に、上記「ソフトウエアによるトレース」では、シーケンスプログラムを変更することによる新たなバグやシーケンスプログラムの実行時間が長くなるという問題点についても指摘されている。 
 　引用文献３には、プログラム実行中にモニタ範囲内を実行していることを検出して実行出力やオペランドの値を収集する手法が記載されている。 
（中略）
 （請求項１に記載された発明について） 
 　シーケンスプログラム実行中に使用する変数の値をトレースするものが引用文献１に示されており、また、トレース機能は、ハードウエアで実現することもソフトウエアで実現することも引用文献２にみられるようによく知られていることである。
（後略）」
　
（３）引用例
　当審より拒絶の理由で通知した特開平７−３３４２１１号公報（以下、「引用文献１」という。）には、次の事項が図と共に記載されている。
　
「【０００１】
【産業上の利用分野】本発明は、デバッグ割り込み機能を有するプロセッサを使用したプログラマブルコントローラのデータトレース方法に関する。
【０００２】
【従来の技術】従来、プログラマブルコントローラのデータトレース方法によるタイミングチャートは図４に示すようになっている。図に示すように、プログラム（以下、特にことわらないかぎり利用者プログラムのことをいう）はオペレーティングシステムによって、定周期時間ＴＳ毎に繰り返し実行される。プログラムで使用される変数へのアクセスは、例えばＰ１〜Ｐ４で示すタイミングで、プログラムの開始から終了までの間に複数回実行される。データトレース処理は、利用者が指定した変数の値を読み出しトレースバッファに記録するもので、記録された変数値の履歴は、モニター装置等に表示される。ここで、変数値を読み出してトレースバッファに記録するタイミング、すなわちデータトレース処理のタイミングは、オペレーティングシステムによって固定され、一般にプログラムの終了後、図では２のシステムプログラム実行時に処理される。
【０００３】
【発明が解決しようとする課題】プログラマブルコントローラの利用者がプログラムのデバッグあるいは保守作業を行なう場合、プログラムで使用されている変数の値が予期した値をとらないことがある。この場合、プログラムのどの部分に原因があるかを知るには、変数へアクセスしているプログラムのアドレス（すなわちプログラム番号とプログラムステップ番号）と、アクセスした時点の変数の値を確認することが有効である。ところが、従来技術では、データトレース処理の実行が特定のタイミングに固定されているため、ある時点のデータトレース処理から次回のデータトレース処理までに、プログラムによる変数へのアクセスが複数回ある場合、その間の変数の変化を把握することができないという問題があった。本発明は、このような問題を解消するためになされたもので、プログラムによる変数へのアクセスが発生する度に、それを実行したプログラムのアドレスとその時の変数の値を自動的に記録することが可能なプログラマブルコントローラのデータトレース方法を提供することを目的とする。
【０００４】
【課題を解決するための手段】この問題を解決するため、本発明は、デバッグ割り込み機能を有するプロセッサと、プログラム・変数・トレースデータを格納するメモリと、メモリの内容を表示するモニター装置とを備え、繰り返し演算を実行するプログラマブルコントローラのデータトレース方法において、プロセッサのデバッグレジスタに任意の変数のアドレスを設定し、前記アドレスへのアクセスで発生するデバッグ割り込みの度にプログラム番号とプログラムステップ番号と変数の値をトレースバッファへ格納し、前記トレースバッファの内容を読み出して前記モニター装置へ表示するものである。
【０００５】
【作用】このような手段を用いることにより、プログラマブルコントローラの利用者は、プログラムによる変数のアクセス毎に、それを実行したプログラムのアドレスとその時の変数の値を把握することが可能となる。
【０００６】
【実施例】以下、本発明の実施を図に基づいて説明する。図１は、本発明の実施例を示すブロック図で、プログラマブルコントローラ１０はプロセッサ１１、メモリ１３によって構成され、モニター装置２０と接続されている。モニター装置２０は、プログラマブルコントローラ１０のデータの設定や表示のために使用される。プロセッサ１１は、メモリ１３と接続されている。プロセッサ１１は、例えばインテル社製の８０４８６のようにデバッグ割り込み機能を有するものであり、デバッグレジスタ１２を内蔵する。デバッグレジスタ１２は、データの任意のアドレスを設定しておけば、そのアドレスがアクセスされた直後にデバッグ割り込みを発生させることができる。メモリ１３には、プログラム１４と変数１５とトレースバッファ１６が格納されている。次に図２と図３を参照して本発明の動作を説明する。図２は、モニター装置２０の表示画面例である。ＰＮ１〜ＰＮ４はプログラム番号、ＰＳ１〜ＰＳ４はステップ番号、Ｄ１〜Ｄ４は変数の値である。図では１つの変数名ＡＡＡＡのトレースデータが４つ（トレース番号で１〜４で示す）ある場合を例示している。プログラマブルコントローラの利用者は、モニター装置２０の画面を見ながら変数名を設定する。設定された変数は、オペレーティングシステムによってプロセッサ１１の認識可能な絶対アドレスに変換された後、デバッグレジスタ１２に設定される。図３は、本発明の動作を表すタイミングチャートである。プログラムはオペレーティングシステムによって定周期時間ＴＳ毎に繰り返し実行される。プログラム実行中に、Ｐ１〜Ｐ４のタイミングでデバッグレジスタ１２に設定されたアドレスをアクセスすると、プロセッサ１１はデバッグ割り込みを発生する。オペレーティングシステムは、デバッグ割り込みハンドラの中で、現在実行中のプログラムのプログラム番号（ＰＮ１〜ＰＮ４）とプログラムステップ番号（ＰＳ１〜ＰＳ４）およびアクセスした変数の値（Ｄ１〜Ｄ４）を読み出し、トレースバッファ１６に格納する。モニター装置２０は、メモリ１３からトレースバッファ１６のデータを読み出してモニター装置の画面に表示する。」
　
　以上の記載から、引用文献１には次の発明（以下、「引用発明」という。）が記載されている。
　
　プログラムと変数とトレースバッファが格納されているメモリと、前記プログラムを実行するするためのデバックレジスタを有するプロセッサと、モニタ装置を備えたプログラマブルコントローラにおいて、
　前記プログラム実行中に前記デバックレジスタに設定された変数の絶対アドレスをアクセスすると前記プロセッサはデバック割り込みを発生し、デバック割り込みハンドラの中で実行中のプログラムがアクセスした変数の値を前記トレースバッファに格納し、前記モニタ装置はトレースバッファの値を読み出して表示するプログラマブルコントローラ
　
　また、当審より拒絶の理由で通知した特開平６−１６１５１８号公報（以下、「引用文献２」という。）には、図面と共に以下の事項が記載されている。
　
「【０００２】
【従来の技術】従来よりプログラマブルコントローラはリレー・シーケンス制御装置を置き換えて発展してきたが、処理の高速化、プログラムメモリ容量の増加，機能の向上が図られてきたため用途がさらに拡大している。それにともない、従来のリレー・シーケンス制御装置とは比較にならないほどに大規模，複雑な制御を行うようになってきている。
【０００３】シーケンス制御は機械装置などの制御対象の状態（接点信号のオン，オフ等）を入力装置により入力し、シーケンスプログラムに従ってシーケンス演算処理を行いその結果を出力装置から制御対象に出力して、制御対象を動作させている。しかし、制御対象が希望する動作を行わない場合がある。それは、シーケンスプログラムの新規作成，改造などに伴ったシーケンスプログラムのバグ、あるいは入力装置，出力装置の故障などが原因となっているが、その原因を調べるためにはシーケンスプログラムの進行により変化するシーケンス制御の実行状態をモニタし、その動作を解析する必要がある。そのため、従来のプログラマブルコントローラでもモニタ機能が用意されており、モニタしたい入出力接点を指定する専用命令をシーケンスプログラムに追加してモニタする、あるいはハードウェアで構成された回路にモニタしたい入出力接点のアドレスを設定し、演算装置が出力する入出力接点のアドレスと比較し、設定された入出力接点アドレスが出力されたときのデータをモニタするなどの方法がとられている。」
　
  また、当審より拒絶の理由で通知した特開平９−１６２４３号公報（以下、「引用文献３」という。）には、図面と共に以下の事項が記載されている。
　
「【０００２】
【従来の技術】プログラマブルコントローラ（以下、ＰＣと略称）は通常、シーケンスプログラムの実行状態の監視やデバックの目的のために、モニタ装置から実行状況を確認できるように構成されている。
【０００３】実行状況のモニタには種々の方法がある。シーケンスプログラムを１スキャンしたあとに、モニタ範囲のプログラムに使用されているオペランドの内容をＰＣ内のメモリから収集し、それをモニタ装置に送り、モニタ装置側でプログラム画面上にその内容を表示する方法や、プログラム実行中にモニタ範囲内を実行していることを検出して実際の実行出力やオペランドの値を収集してモニタ装置に送る方法があり、後者の方が実データを収集するので好適な方法である。」
　
「【００１７】
【実施例】本発明のプログラマブルコントローラの一実施例を図１に示す。図１において、プログラマブルコントローラは、モニタ装置12A 〜12N を接続するためのモニタインターフェース(I/F)11 を備え、モニタ装置とのデータの送受信を実行したり、モニタデータの要求を処理したりするＣＰＵ 1と、システムメモリ 3と、シーケンスプログラムメモリ 4と、シーケンス命令を実行するシーケンス演算ＣＰＵ 5と、モニタ装置からのモニタ開始／停止要求アドレスを格納するモニタアドレス範囲レジスタ 6が、ＣＰＵバス 2で結合され、シーケンス演算ＣＰＵ 5が実行しようとするシーケンスプログラムのアドレスをモニタアドレス範囲レジスタ6内の各アドレスと比較してモニタ開始信号、停止信号を作成するアドレス比較回路 7と、モニタ開始／停止要求を格納するモニタ要求レジスタ 8と、モニタ要求レジスタ 8からのモニタ実行指令に従ってシーケンス演算の実行状態を収集するデータモニタ回路 9と、モニタデータを格納するモニタデータメモリ10とを備えて構成される。モニタ装置12A 〜12N は、プログラムの実行モニタ、データモニタ等を実行する。」
　
（４）対比
　本願発明と引用発明とを対比すると、
　引用発明の「プログラム」は、プログラマブルコントローラ用のプログラムであるから、本願発明の「シーケンスプログラム」に相当し、引用発明の「変数」はプログラム実行に必要となるものであるから、本願発明の「データ」に相当し、引用発明の「メモリ」において、プログラムを格納する部分が本願発明の「プログラムメモリ」に相当し、引用発明の「変数」を格納する部分が本願発明の「データメモリ」に相当する。
　引用発明の「プロセッサ」は、プログラムを実行すると共にプログラマブルコントローラの制御を行うものであるから、全体の制御を実行すると言って良いものであり、本願発明の「シーケンスプログラムの実行と全体の制御を実行するためのマイクロプロセッサ」に相当する。
　引用発明において、「デバックレジスタに設定された変数の絶対アドレスをアクセスすると前記プロセッサはデバック割り込みを発生」することは、本願発明の「データをデータメモリへのアクセスが発生した時」を検出していることであり、引用発明の「デバック割り込みハンドラ」は割り込み処理のプログラムであり、この割り込み処理プログラムが実行中のプログラムがアクセスした変数の値をトレースバッファに格納しているから、この割り込み処理プログラムは、本願発明の「データトレース用の専用プログラム」と同等のものである。
　また、引用発明では「モニタ装置はトレースバッファの値を読み出して表示」しており、トレースバッファに格納されている変数の値はプログラム実行中の実データであるから、引用発明は本願発明における「シーケンスプログラム実行中の実データをモニタすることが可能なように構成」になっている。
　
  よって、本願発明と引用発明とは、
　
　シーケンスプログラムを記憶したプログラムメモリと、制御に必要なデータを記憶するデータメモリと、前記シーケンスプログラムの実行と全体の制御を実行するためのマイクロプロセッサを備えたプログラマブルコントローラにおいて、
　 前記シーケンスプログラムの実行中に使用したデータを前記データメモリへのアクセスが発生した時トレースするデータトレース用の専用プログラムを実行することにより、前記シーケンスプログラム実行中の実データをモニタすることが可能なように構成したことを特徴とするプログラマブルコントローラ
　
　である点で一致し、次の点で相違する。
　
相違点１
　シーケンスプログラムにおけるモニタすべき対象を、本願発明ではモニタ範囲で設定しているのに対し、引用発明ではモニタすべき変数で設定している点
　
（５）検討
相違点１について
　引用文献３では、モニタ装置から設定されるモニタ開始／停止要求アドレスに基づいてモニタ開始要求アドレスからモニタ停止要求アドレスに至る範囲を対象として要求アドレス実行出力やオペランド値の収集を行っている。また、引用文献２では、モニタしたい入出力接点を指定する専用命令をシーケンスプログラムに追加することによりモニタすべき対象を設定している。従って、引用発明において、モニタすべき対象をシーケンスプログラムの変数で設定する代わりに引用文献２，３に記載されたごとくシーケンスプログラムの範囲で指定するようにすることは当業者が容易に為し得ることである。
　
４．むすび
　したがって、本願発明は、引用文献１−３に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。