【事件の表示】
　平成　８年特許願第　２５１２０号「制御プログラム生成システム」拒絶査定不服審判事件〔平成　８年１１月２９日出願公開、特開平　８−３１４７０４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成８年２月１３日（パリ条約による優先権主張１９９５年２月１４日、英国）の出願であって、出願後の手続きの経緯は次のとおりである。
審査請求　　　　　　　　平成１４年１２月２４日
拒絶理由通知　　　　　　平成１７年８月３０日
意見書　　　　　　　　　平成１８年２月２７日
手続補正　　　　　　　　平成１８年２月２７日
拒絶査定（起案）　　　　平成１８年３月１７日
拒絶査定（送達日）　　　平成１８年３月２３日
審判請求　　　　　　　　平成１８年６月１６日
手続補正　　　　　　　　平成１８年７月１８日
　
２．平成１８年７月１８日付の手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１８年７月１８日付の手続補正を却下する。
　
［理由］
（１）本件補正
　本件補正により、次のとおり補正された。
［本件補正後］
「【請求項１】
　ＡＴＭのための制御プログラムを生成する制御プログラムの生成システムであって、
（Ａ）プロセッサ（３０）と、
（Ｂ）ディスプレイ装置（４２）と、
（Ｃ）前記ＡＴＭが備えるべき複数の機能を入力する入力装置（４４、４６）と、
（Ｄ）前記複数の機能に対応する複数の制御プログラムを格納する制御プログラム格納装置（３４、３６、４０）と、
（Ｅ）前記複数の制御プログラム用のデータを格納するデータ格納装置（３８）と、を有し、
　前記制御プログラム格納装置は、
（Ｄ１）前記プロセッサが、前記入力装置への入力に基づいて前記データ格納装置の内容をモディファイするためのエディタ・プログラム（７２）と、
（Ｄ２）前記プロセッサが、前記ディスプレイ装置上に前記データ格納装置の内容を図形表示するためのディスプレイ・プログラム（７４）と、
（Ｄ３）前記データ格納装置の内容に基づいて前記ＡＴＭの制御プログラムを生成するためのコンパイラ・プログラム（７８）と、
（Ｄ４）前記コンパイラ・プログラムによって生成された前記制御プログラムの前記ＡＴＭによる実行を前記制御プログラムの制御下においてシミュレーションするシミュレータ・プログラム（８０）と、を有し、
　前記エディタ・プログラム（７２）には、
　前記ＡＴＭにおいて同時に実行可能な前記複数の制御プログラムを構成する複数のサブ・プログラムの複数のグループを定義する制御プログラム用データと、
　前記複数のサブ・プログラムにより構成される前記複数のグループの実行シーケンスを定義する制御プログラム用データと、が格納され、
　前記ディスプレイ・プログラム（７４）は、
　前記複数のグループを構成する複数のサブ・プログラムの図形表示と、前記複数のグループ実行シーケンスの制御フローの図形表示と、を生成する、
ことを特徴とするＡＴＭ用制御プログラムの生成システム。」
　
「【０００８】
　【課題を解決するための手段】
　このため、本発明は、ＡＴＭのための制御プログラムを生成する制御プログラムの生成システムであって、（Ａ）プロセッサ（３０）と、（Ｂ）ディスプレイ装置（４２）と、（Ｃ）前記ＡＴＭが備えるべき複数の機能を入力する入力装置（４４、４６）と、（Ｄ）前記複数の機能に対応する複数の制御プログラムを格納する制御プログラム格納装置（３４、３６、４０）と、（Ｅ）前記複数の制御プログラム用のデータを格納するデータ格納装置（３８）と、を有し、前記制御プログラム格納装置は、（Ｄ１）前記プロセッサが、前記入力装置への入力に基づいて前記データ格納装置の内容をモディファイするためのエディタ・プログラム（７２）と、（Ｄ２）前記プロセッサが、前記ディスプレイ装置上に前記データ格納装置の内容を図形表示するためのディスプレイ・プログラム（７４）と、（Ｄ３）前記データ格納装置の内容に基づいて前記ＡＴＭの制御プログラムを生成するためのコンパイラ・プログラム（７８）と、（Ｄ４）前記コンパイラ・プログラムによって生成された前記制御プログラムの前記ＡＴＭによる実行を前記制御プログラムの制御下においてシミュレーションするシミュレータ・プログラム（８０）と、を有し、前記エディタ・プログラム（７２）には、前記ＡＴＭにおいて同時に実行可能な前記複数の制御プログラムを構成する複数のサブ・プログラムの複数のグループを定義する制御プログラム用データと、前記複数のサブ・プログラムにより構成される前記複数のグループの実行シーケンスを定義する制御プログラム用データと、が格納され、前記ディスプレイ・プログラム（７４）は、前記複数のグループを構成する複数のサブ・プログラムの図形表示と前記複数のグループ実行シーケンスの制御フローの図形表示を生成する、ことを特徴とするＡＴＭ用制御プログラムの生成システムを提供するものである。」
　
［本件補正前］
「【請求項１】
　ターゲット装置のための制御プログラムを生成する制御プログラムの生成システムであって、
（Ａ）プロセッサ（３０）と、
（Ｂ）ディスプレイ装置（４２）と、
（Ｃ）入力装置（４４、４６）と、
（Ｄ）制御プログラムを格納する制御プログラム格納装置（３４、３６、４０）と、
（Ｅ）前記制御プログラム用のデータを格納するデータ格納装置（３８）と、
を有し、
　前記制御プログラム格納装置は、
（Ｄ１）前記プロセッサが、前記入力装置への入力に基づいて前記データ格納装置の内容をモディファイするためのエディタ・プログラム（７２）と、
（Ｄ２）前記プロセッサが、前記ディスプレイ装置上に前記データ格納装置の内容を図形表示するためのディスプレイ・プログラム（７４）と、
（Ｄ３）前記データ格納装置の内容に基づいて前記ターゲット装置の制御プログラムを生成するためのコンパイラ・プログラム（７８）を有し、
　前記エディタ・プログラム（７２）には、
　前記ターゲット装置において同時に実行可能な前記制御プログラムを構成する複数のサブ・プログラムの複数のグループを定義する制御プログラム用データと、前記複数のサブ・プログラムにより構成される前記複数のグループの実行シーケンスを定義する制御プログラム用データと、が格納され、
　前記ディスプレイ・プログラム（７４）は、
　前記複数のグループを構成する複数のサブ・プログラムの図形表示と、前記複数のグループ実行シーケンスの制御フローの図形表示と、を生成する、
ことを特徴とする制御プログラムの生成システム。
【請求項２】
前記制御プログラム格納装置は、さらに、
（Ｄ４）前記データ格納装置の内容に対応して、前記プロセッサに前記ターゲット装置における前記制御プログラムの実行を前記制御プログラムの制御下にシミュレートさせるためのシミュレータ・プログラムを備えることを特徴とする請求項１に記載の制御プログラムの生成システム。」
　
（２）補正の適否の判断
（２．１）本件補正が、願書に最初に添付した明細書又は図面（以下、「当初明細書」という。）に記載した事項の範囲内においてされたものであるかについて検討する。
　本件補正は、補正前請求項１を削除し、補正前の請求項２（「制御プログラムの実行を前記制御プログラムの制御下にシミュレートさせるためのシミュレータ・プログラムを備える」）を補正後の請求項１とするとともに、その補正後の請求項１における制御プログラムが「ＡＴＭ」に係る制御プログラムであること、入力装置が「ＡＴＭが備えるべき複数の機能を入力する」入力装置であること、制御プログラムが複数の機能に対応する複数の」制御プログラムであること、及び、この請求項に係る補正に整合させるべく【０００８】段落の記載を補正したものと認められる。
　制御プログラムが「ＡＴＭ」に係る制御プログラムであることは、当初明細書の【０００９】段落【発明の実施の形態】において、ＡＴＭにおける制御プログラムの生成システムなどの記載から、当初明細書に記載した事項の範囲内であることは明らかであり、また、制御プログラムが「複数の制御プログラム」である事項は、【００７８】【００７９】段落の記載から、例えば、磁気カード・リーダ／ライタを動作させるための制御プログラム、レシート・プリンタを動作させるための制御プログラム、記帳プリンタを動作させるための制御プログラムなどの記載から、複数の制御プログラムは当初明細書に記載した事項の範囲内であると認められる。　
　よって、本件補正は、当初明細書に記載した事項の範囲内においてしたものであるから、特許法第１７条の２第３項の規定に適合する。
　
（２．２）本件補正について、特許請求の範囲についてされた補正の目的を検討する。
　この補正は、補正前の請求項１を削除し、補正前の請求項２における制御プログラムについて、「ＡＴＭ」に係る制御プログラムである限定を加え、入力装置に限定を加え、「複数の」制御プログラムである限定を加えるものであるから、この補正は特許請求項の範囲の減縮を目的とするものである。よって、本件補正は、特許法第１７条の２第４項第２号の規定に適合する。
　
（２．３）そこで、本件補正後の前記請求項１に記載された発明（以下、「本件補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。　
３．本件補正発明について
（１）本件補正後の請求項１（以下、「本件補正発明」という。）は前記に記載されたとおりのものである。
（２）引用刊行物
　原審の拒絶の理由に引用された、本願優先権主張日前頒布された刊行物である、特開平４−２０５４２３号公報（以下、「刊行物１」という。）には、図面とともに次の事項が記載されている。
Ａ．「【特許請求の範囲】
（１）ネットワーク上の複数の制御主体によって並列処理されるプログラムを作成するためのプログラム作成装置において、
前記複数の制御主体を含むネットワークのハードウェア情報を保持したハードウェア情報保持手段と、プログラム作成領域を表示画面上に表示する画面表示手段と、前記表示画面上においてプログラムを作成するプログラム作成手段と、作成されたプログラムを機械語に翻訳する翻訳手段と、翻訳された機械語からなるプログラムを記憶する記憶手段とを有し、
前記プログラム作成手段は、前記プログラムの時系列的に処理される各処理の内容を表示する複数種類の図面パターンを発生可能なプログラム作成用図形パターン発生手段と、前記ハードウェア情報を前記表示画面上に入力可能なハードウェア情報入力手段と、前記図形パターンを順次に選択して前記プログラム表示画面上に表示するパターン選択手段とを備え、前記図形パターンは、処理内容を示す複数種類の図形パターンと、処理要件の時系列的な流れ方向を示す有向枝と、少なくとも二股に分岐し、時系列的に後続する処理要件が並列処理されるべきものあることを示す第１の分岐有向枝と、少なくとも二股に分岐した分岐枝が纏まって後続の処理要件が複数の先行する処理要件終了の同期をとって処理される処理動作であることを示す第２の分岐有向枝とを有しており、
前記翻訳手段は、前記ハードウェア情報保持手段から得られる情報に基づき、前記第１の分岐有向枝に後続する複数の処理要素列のそれぞれを、前記複数の制御手段のぞれぞれにより並列処理されるプログラムとして割り当てる並列処理プログラム割当手段を有しており、
前記パターン選択手段により、処理要件を示す図形パターンと前記有向枝あるいは分岐有向枝とを交互に選択して、前記複数の制御手段によって実行される並列処理プログラムを、同一画面上で作成するようになっていることを特徴とするプログラム作成装置。
（２）請求項第１項において、前記画面表示手段は、複数枚のプログラム作成用画面を表示可能であり、一つの画面上に作成されたプログラムの各図形パターンによって表示される処理要素の下位プログラムは、別の前記画面上に作成可能であり、前記処理要素と、別の画面に形成された前記下位プログラムとの階層関係を規定する階層管理手段を有していることを特徴とするプログラム作成装置。
（３）請求項第１項または第２項において、作成されたプログラムをデバッグするためのデバッグ手段を有しており、このデバッグ手段は、デバッグ時に、作成されたプログラムを、その作成時と同一の図形パターンによって再生表示する再生表示手段と、再生表示されたプログラム上において、デバッグ中におけるプログラム実行位置を表示する表示手段とを有していることを特徴とするプログラム作成装置。
（４）請求項第３項において、前記表示手段は、並列処理される処理要素の部分においては並列処理されている複数の処理部分を同時的に表示可能となっていることを特徴とするプログラグ作成装置。」
Ｂ．「本発明の課題は、上記の点に鑑みて、このような離散的事象駆動型実時間ソフトウェアの作成を効率良く簡単に行うことの可能なプログラム作成装置を実現することにある。」（３頁左上欄２０行〜右上欄３行）
Ｃ．「このプラネットでは、制御実体（外界からの入力事象と内部処理を規定して分割されたタスク）群と制御実体との相互関係でソフトウェアを構成している。さらに、制御実体の内部処理に含まれるプロセスの並列動作、同期等の諸用件をペトリネットにもとづく記述形式で表現する。この際、プログラミングの全てにわたって図式を導入することで、処理用件の記述性、了解性の向上を図っている。
プラネットによる記述形式
Ｄ．「第２図は、ある組み込み産業機械の動作の簡単な部分をプラネットで記述した例である。ここでは、産業機械の動作が、「ｃｏｎｓｏｌｅ」、「ｃｏｎｖｅｙｏｒ」、「ａｓｓｅｍｂｌｙ」、「ｐａｒｔｓｍａｎａｇｅｒ」、「ｍｅａｓｕｒｅｍｅｎｔｓｙｓｔｅｍ」と命名された５つの制御実体に分割されて、これら制御実体の相互関係がそれぞれの視点から記述されている。…（中略）…
第２図に記述されている処理要件は以下の通りである。
「ｃｏｎｓｏｌｅ」という制御盤をモニタする制御実体から出力される開始要求によって、「ｃｏｎｖｅｙｏｒ」、「ａｓｓｅｍｂｌｙ」、「ｐａｒｔｓｍａｎａｇｅｒ」、「ｍｅａｓｕｒｅｍｅｎｔｓｙｓｔｅｍ」の四つの制御実体が駆動される。「ｃｏｎｖｅｙｏｒ」が運んできた入力バレットに、「ｐａｒｔｓｍａｎｅｇｅｒ」が供給する部品が「ａｓｓｅｍｂｌｙ」によって組み込まれ、「ｍｅａｓｕｒｅｍｅｎｔｓｙｓｔｅｍ」を経由して「ｃｏｎｖｅｙｏｒ」がそれを運び出す。これと同時に、「ｍｅａｓｕｒｅｍｅｎｔｓｙｓｔｅｍ」が入力するパレットを受理して出力した測定データを、組み込み産業機械外部に送出する。」（４頁右下欄１８行〜５頁右上欄１０行）
Ｅ．「（有向グラフによるシーケンス記述）
次に、制御実体の内部処理について、その構成手段を述べる。…（中略）…第３図には、プラネットで記述された制御実体の内部処理の一例が示されている。」（５頁右上欄１５行〜右下欄４行）
Ｆ．「（手続きの階層性）
前述した第３図に示すように、プラネットにおいては、一連の纏まった処理群がそれぞれ一枚の図式として表現される。当然、プログラム規模が大きくなると図式は巨大になるし煩雑になり、分かりにくくなる。また、汎用の手続きは共用で使用したいし、再帰的呼出機構も使いたい。そこで、プラネットにおいては、ひとまとまりの処理を一枚の図式に収め、それを上位抽象レベルの図式中の一処理要件として呼び出すことができるようにしている。第４図にはこの関係を示してある。この関係を以下に手続きの階層化と呼ぶ。下位階層の処理は、上位階層の処理要件に制御が到達したときに駆動される。すなわち、下位階層図式中の「ｂｅｇｉｎ」入力端子に制御が渡され、下位階層処理系列が実行を開始する。そして、下位階層の処理が進行し、「ｅｎｄ」出力端子に制御が到達したときに、下位階層中の全ての制御が破棄されて、上位階層に制御が返される。返された制御は上位階層中の処理要件を継続する。
　以上要するに、一枚の画面上においては、その上下方向が処理の時系列方向を意味しており、左右の広がりが処理の並行性を意味している。そして、画面の、所謂深み方向が階層性を意味している。これらの関係を第５図に示してある。」（６頁左上欄８行〜右上欄１２行）
Ｇ．「（言語構成要素）
　以上においては、プラネットにおけるプログラミング形式として、制御実体の相互関係、内部処理の記述方式について述べた。次に、プラネットにおける実際にプログラムを記述するための各言語構成要素について定義する。
言語構成要素を以下に列記する。
　プログラム枠
　サブシステム
　ブロック
　メツセージ入出力端子
　事象待ち節
　活動処理節
　条件分岐節
　選択的事象待ち節
　繰り返し制御枠
　式とデータ型
　各言語構成要素を以下に説明する。
プログラム枠
　制御実体の内部処理あるいはその下位階層の手続きを表現する一枚の図式（画面）である。このプログラム枠には、第６図に示すように、名前を記入する欄が右下に設定されている。ここの書かれた名前が制御実体あるいは下位階層手続きの名前となる。この名前は識別子として扱われ、メツセージの送り先を指定し、あるいは下位階層の呼出し先を指定する場合に使用される。
…（中略）…
サブシステム
　制御実体を外界からみたときのものがサブシステムである。…（中略）…制御実体は「ｂｅｇｉｎ」という名前をもつ入力端子にメツセージが到達したときに活性化される。
その内部処理は、構成要素を節としてその実行順序を矢印で規定されたプログラムネットで記述される。…（中略）…
ブロック
　制御実体の内部処理が大規模、複雑になる場合に手続きを階層化して、上位階層プログラムの制御要件として記述されたひとかたまりの副手続きプログラムを、ブロックと呼んでいる。ブロックには名前が付けられており、その名前を上位階層ブロックの処理要件に記入することにより、下位階層ブロックを呼び出す。」（６頁右上欄１３行〜７頁左上欄１３行）
Ｈ．「
プラネット開発環境
　全体のシステム（ハードウェア）は、例えば、以下の各部分から構成できる。
制御本体側
　　マイクロプロセッサ
　（エディタ、コンパイラ）
　　主記憶装置（容量：６４０キロバイト以上）
　　デイスプレィ（アナログＲＧＢデイスプレィ）
　　コンソール（マウス）
ターゲット側
　　駆動系
　　プロセッサ
　　通信装置
　　記憶装置
　　Ｉ／Ｏ
　また、プラネット環境として用意される主要ソフトウェアを以下に列記する。
ｘｅｄ．ｅｘｅ　　　エディタ
ｘｐｌ．ｅｘｅ　　　パーサ
ｘｐ２．ｅｘｅ　　　中間コードジェネレータ
ｘｐ３．ｅｘｅ　　　２８０コードジエネレータ
ｘｐ３ｃｃ．ｅｘｅ　Ｃ言語テンプレート用データジェネレータ
ｘｐ４．ｅｘｅ　　　ネットワークリンカ
ｃｏｍｍｄｒｖ．ｅｘｅ　　ＨＤＬＣ通信ドライバ
ｘｎｅｔ．ｅｘｅ　　ＨＤＬＣネットワークコンフィギュレータ
ｘｄｂ．ｅｘｅ　　デバッグモニタ
以下略」（１３頁左下欄１０行〜右下欄２０行）
Ｉ．「次に、エディタの動作およびコンパイラを構成している各処理部の動作を説明する。
（エディタｘｅｄ）
エディタｘｅｄは、プラネットプログラムの図形情報を編集し、その図形情報を蓄積するソースファイルを生成する。プログラム情報には、プログラマが作成したプラネットの手続きを蓄積する●．ｓｒｃファイル、ハードウェアの入出力ボート情報を蓄積するｈａｒｄｗａｒｅ．ｄｅｆファイル、およびデータ構造体宣言の情報を蓄積するｄｔｓｔｒｕｃ．ｄｅｆファイルがある。これら三種類のファイルがエディタｘｅｄでエディットされる。
　プラネットプログラムは一枚の画面毎に形成されており、画面単位のエディットが必要である。
従って、予め一枚の画面中に許容できる最大の領域長を設定し、その最大長だけの連続した記憶領域を一単位として記憶の管理を行うようになっている。この単位記憶領域をメモリブロックと呼ぶ。
また、エディタでは複数の画面を一度に表示、編集できるよにするために、複数のメモリブロックを主記憶あるいは補助記憶中に保持できるようになっている。ここに、プラネットプログラムはその言語仕様から画面が階層的木構造をもっている。
従ってブロック管理情報を表わすものとして、第２０図に示すようなブロックタッグ（Ｂｌｏｃｋ　Ｔａｇ）が設定される。
エデイツト作業は、例えばマウスとキーボードによって行われる。またこの作業はマルチウィンドウ方式で行われる。上記したようにプラネットプログラムは一枚の図式毎に作成される。図式を表示した一枚のシートが一つのウィンドウに対応する。ウィンドウには、プログラム図式の他にハ−ドウエアのアドレス宣言、データ構造体宣言も含まれている。これらのウィンドウを重ねて表示しながら幾つものウィンドウを同時にエディット可能である。すなわち、プラネットプログラム管理情報はウィンドウシステムと連結されており、第２１図に示すリスト構造となっている。従って、以下の手順によりマウスのイベントからプラネットプログラム画面情報が得られる。」（１５頁左下欄７行〜１６頁左上欄８行）
Ｊ．「（コンパイラ）
　ユーザが入力したプラネットプログラムの図形情報を、制御機器上で直接実行可能なプログラムに変換する処理系であり、ペトリネットの実行制御規則をプログラム解析時に導入し、グラフ理論における…（中略）…手法を用いて、コントロールフロー、データフローを解析し、図形で得られるプラネットプログラム構造を並列に動作する複数の逐次プロセスに展開する。このようにして生成された各プロセスに対して、マイクロプロセサのコード選択、生成コードの最適化を適用して実走行コードを生成している。」（１６頁右下欄２０行〜１７頁左上欄１１行）
Ｋ．「（デバッガｘｄｂ）
　プラネットのコンパイラを介して得られた実行可能なマシンコードが正しく動作するか否かは、デバッグモニタを用いて検証できる。…このデバッガの内容は、プログラムのダウンロード、プログラムのトレース、Ｉ／Ｏポートのモニタリング、変数の参照および更新などの機能がある。このデバッガにより、ターゲトプロセサの動作をソースレベルで監視することが可能である。ソースレベルでデバッグ可能であるので、デバッグ作業を効率良く行うことができ。なお、このデバッグ作業は、エディタによるプログラム作成と同様にマウスとキーボードを使用して、マルチランドウ上で行うことができる。…（中略）…
　デバッグ動作を説明する。まず、画面上にプラネット駆動系のネットワーク情報を表示する。…
　次に、モニターすべきターゲットプロセサを指定して、そのプロセサの走行コードに含まれている全ての手続きの階層情報を表示させる。この手続きはソータｘｐ２とリンカｘｐ４によって寄せ集められた手続きである。第２５図には、プロセッサ「ｈｏｓｔ」の階層図を示しである。この階層情報のうちの目標とするブロックにおけるソースプログラムを呼び出す。指定されたソースプログラムはソースファイルから検索される。…このようにしてソースプログラムを呼び出した後は、このプログラムが指定したターゲットプロセサにダウンロードされる。
　次に、ブレークポイントの設定が行われる。或る処理要件の所にブレークポイントが設定されると、その設定が行われた旨の表示がこの処理要件の枠の部分に表示される。ブレークポイントの設定後は、ターゲットプロセサの実行を開始する。…
　このようにしてデバッグされた後のプログラムは、ＥＰＲＯＭなどの記憶媒体内に格納される。」（１８頁左上欄１１行〜１９頁左上欄１行）
　
（Ａ）Ａ．Ｆ．によれば、発明の解決すべき課題として、離散的事象駆動型実時間ソフトウェアの作成を効率良く簡単に行うことの可能なプログラム作成装置を実現すること、汎用の手続きは共用で使用すべく、ひとまとまりの処理を一枚の図式に収めて、上位抽象レベルの図式中の一処理要件として呼び出して利用できるようにする旨示されている。
（Ｂ）プログラム作成装置で作成される対象のプログラムは、Ｂ．Ｃ．Ｄ．に、制御主体、制御を行うモジュール、産業機械の動作の簡単な部分をプラネットで記述、とあることから、産業機械などの制御システムの動作のための制御プログラムであることが示されている。
（Ｃ）Ｈ．Ｉ．によれば、プラネット開発環境にエディタを有し、エディタは入力、編集に使われ、マルチウィンドウ方式でマウスとキーボードによって、プラネットプログラムの図形情報を編集し、その編集された図形情報のソースファイルを生成して主記憶又は補助記憶に蓄積する。また、ウィンドウを表示しながらエディット（編集）可能なウィンドウシステムはプラネットプログラム管理情報と連結しており、マウスのイベントからプラネットプログラム画面情報が得られる旨記載されていることから、ウィンドウで編集された図形情報はソースファイルに反映されて主記憶又は補助記憶に蓄積される。
（Ｄ）Ｊ．によれば、コンパイラは、ユーザが入力したプラネットプログラムの図形情報を、制御機器上で直接実行可能なプログラムに変換する。
（Ｆ）Ｋ．によれば、デバッガのデバッグモニタプログラムは、コンパイラを介して得られた実行可能なマシンコードが正しく動作するか否かを検証する。　
（Ａ）〜（Ｆ）をふまえると、刊行物１には、離散的事象駆動型実時間ソフトウェアの作成を効率良く簡単に行うことの可能なプログラム作成装置を実現し、汎用の手続きは共用で使用すべく、ひとまとまりの処理を一枚の図式に収めて、上位抽象レベルの図式中の一処理要件として呼び出して利用することを目的とした次の発明（以下、「刊行物１の発明」という。）が記載されていると認められる。
　
　ネットワーク上の複数の制御実体によって並列処理される産業機械システムの制御プログラムを作成するためのプログラム作成装置において、
　プラネット開発環境としてマルチプロセッサ、主記憶、ディスプレイ、コンソール（マウス、キーボード）、ターゲットと、エディタと、デバッグモニタとを有し、
　前記複数の制御実体を含むネットワークのハードウェア情報を保持したハードウェア情報保持手段と、
　複数枚のプログラム作成用画面を表示可能であり、プログラム作成領域を表示画面上に表示する画面表示手段と、
　前記表示画面上においてプログラムを作成するプログラム作成手段と、
　作成されたプログラムを機械語に翻訳する翻訳手段（コンパイラ）と、
　翻訳された機械語からなるプログラムを記憶する記憶手段と、
　作成されたプログラムをデバッグするためのデバッグ手段を有し、
　前記プログラム作成手段は、前記プログラムの時系列的に処理される各処理の内容を表示する複数種類の図面パターンを発生可能なプログラム作成用図形パターン発生手段と、前記ハードウェア情報を前記表示画面上に入力可能なハードウェア情報入力手段と、前記図形パターンを順次に選択して前記プログラム表示画面上に表示するパターン選択手段とを備え、
　前記図形パターンは、処理内容を示す複数種類の図形パターンと、処理要件の時系列的な流れ方向を示す有向枝と、少なくとも二股に分岐し、時系列的に後続する処理要件が並列処理されるべきものであることを示す第１の分岐有向枝と、少なくとも二股に分岐した分岐枝が纏まって後続の処理要件が複数の先行する処理要件終了の同期をとって処理される処理動作であることを示す第２の分岐有向枝とを有しており、
　前記パターン選択手段により、処理要件を示す図形パターンと前記有向枝あるいは分岐有向枝とを交互に選択して、前記複数の制御手段によって実行される並列処理プログラムを、同一画面上で作成するようになっており、
　エディタでは、複数の画面を一度に表示、編集できるようにするために複数のメモリブロックを主記憶あるいは補助記憶中に保持できるようになっており、エディタは、プラネットプログラムの図形情報を編集し、その編集した図形情報を蓄積するソースファイルを生成し、
　前記翻訳手段は、ユーザが入力したプラネットプログラムの図形情報を、制御機器上で直接実行可能なプログラムに変換し、
　デバッグ手段は、デバッグ時に、作成されたプログラムを、その作成時と同一の図形パターンによって再生表示する再生表示手段と、再生表示されたプログラム上において、デバッグ中におけるプログラム実行位置を表示する表示手段とを有し、デバッグモニタプログラムは、コンパイラを介して得られた実行可能なマシンコードが正しく動作するか否かを検証する
　ことを特徴とするプログラム作成装置。
　
　同じく、原審の拒絶の理由に引用された、本願優先権主張日前頒布された刊行物である、加地浩一・他、「エレベータ制御ソフトウェア用ＣＡＳＥ」、東芝レビュー、Vol.49, No.9、株式会社東芝、１９９４年９月１日、pp.658-661（特許庁CSDB文献番号：企業技報199700264007、ISSN:0372-0462）（以下、「刊行物２」という。）には、図面とともに次の事項が記載されている。
あ．「このエレベータ用ＣＡＳＥは，前述の各仕様記述を計算機入力するための図式エディタ，各仕様からソースコードを自動生成するためのジェネレータ，また、設計段階での品質の作り込みを支援するための仕様検証系およびシミュレータなどのツール群からなり，開発効率の向上を図っている。ツールの全体構成を図５に示す。」（６６０頁右欄末行〜６６１頁左欄５行）
い．図５には、図式エディタ、シミュレータなどのツール構成が示されている。
　
　同じく、原審の拒絶の理由に引用された、本願優先権主張日前頒布された刊行物である、特開平２−３１１９８５号公報（以下、「刊行物３」という。）には、図面とともに次の事項が記載されている。
「第１図は同ＡＴＭの制御部の動作を示すフローチャートである。…（中略）…取引処理動作（ｎ５ｂ）と補充／回収動作（ｎ５ａ）とを並行して行って動作を終える。」（３頁左下欄１８行〜右下欄１５行）
　
（３）対比・判断
　本件補正後の請求項１の発明（以下、「本件補正発明」という。）と刊行物１の発明とを対比すると
（３．１）刊行物１の発明の、「ネットワーク上の複数の制御実体によって並列処理される産業機械システムの制御プログラムを作成するためのプログラム作成装置」は、「ＡＴＭのための」とまではいえないまでも、上位概念では該産業機械システムに係る制御システムとみれるから「制御システムのための制御プログラムを作成（入力、編集）するためのプログラム作成装置」といえる。一方、本件補正発明のＡＴＭも、上位概念では制御システムとみれる。したがって、刊行物１の発明と補正後の発明とは、上位概念において「制御システムのための制御プログラムを生成する制御プログラムの生成システム」である点で共通する。
（３．２）刊行物１の発明の「マルチプロセッサ」「ディスプレイ」は、本件補正発明の「プロセッサ」「ディスプレイ装置」と実質的な差異はない。
（３．３）刊行物１の発明の「コンソール（マウス、キーボード）」は、ＡＴＭが備えるべき、とまではいえないまでも、産業機械システムが備えるべき複数の制御実体（機能モジュール）の機能を入力するコンソール（マウス、キーボード）とみれる。即ち、刊行物１の発明においてマウス、キーボードにより、パターン選択や図形情報の入力、編集をすることは、これにより産業機械システムが備えるべき機能を入力するので、前記コンソールは、本件補正発明とは上位概念において「システムが備えるべき複数の機能を入力する入力装置」である点で共通する。
（３．４）刊行物１の発明の「複数の制御実体によって並列処理される産業機械システムのプログラム」「プログラムの時系列的に処理される各処理の内容を表示する複数種類の図面パターンを発生可能なプログラム作成用図形パターン」「プラネットプログラムの図形情報を編集し、その編集した図形情報を蓄積するソースファイル」において、「複数の制御実体によって並列処理される産業機械システムのプログラム」は、刊行物１の第２図〜第４図に示された複数の制御実体（ｃｏｎｖｅｙａｒ、ａｓｓｅｍｂｌｙ、など）のような複数の機能に対応する複数の制御プログラムとみれるとともに、前記プログラム、図形パターン、ソースファイルは主記憶あるいは補助記憶中に保持され、補助記憶から主記憶にロードされて、入力、編集などの処理がされると解される。（Ｉ．Ｋ．にも複数の単位記憶領域であるメモリブロックを主記憶あるいは補助記憶中に保持することが示されおり、主記憶から補助記憶に保存されることは慣用技術である。）一方、本件補正発明の「複数の機能に対応する複数の制御プログラム」には「機能」と「制御プログラム」とが対応したものが含まれる。
　これらをふまえると、刊行物１の発明の前記事項は、本件補正発明の「複数の機能に対応する複数の制御プログラムを格納する制御プログラム格納装置」「制御プログラム用のデータを格納するデータ格納装置」と実質的な差異はない。
（３．５）刊行物１の発明の「エディタでは、複数の画面を一度に表示、編集できるようにするために複数のメモリブロックを主記憶あるいは補助記憶中に保持できるようになっており、エディタは、プラネットプログラムの図形情報を編集し、その編集した図形情報を蓄積するソースファイルを生成し、」は、マイクロプロセッサ（エディタ）が、マウスやキーボードによる入力に基づいて編集されることが自明の、編集により主記憶の内容を編集するためのエディタと換言できるから、本件補正発明の「プロセッサが、前記入力装置への入力に基づいて前記データ格納装置の内容をモディファイするためのエディタ・プログラム」と実質的な差異はない。
（３．６）刊行物１の発明の、「プログラム作成手段は、前記プログラムの時系列的に処理される各処理の内容を表示する複数種類の図面パターンを発生可能なプログラム作成用図形パターン発生手段」「複数枚のプログラム作成用画面を表示可能であり、プログラム作成領域を表示画面上に表示する画面表示手段」、「プログラム作成手段」は、マルチプロセッサがプログラムにより主記憶に格納されたデータをディスプレイ上に表示可能であることは技術的常識である点をふまえると、本件補正発明の「マイクロプロセッサが、前記ディスプレイ装置上に前記データ格納装置の内容を図形表示するためのディスプレイ・プログラム」と実質的な差異はない。
（３．７）刊行物１の発明の「作成されたプログラムを機械語に翻訳する翻訳手段（コンパイラ）」「ユーザが入力したプラネットプログラムの図形情報を、制御機器上で直接実行可能なプログラムに変換する、前記翻訳手段」は、「ＡＴＭの」制御プログラムとまではいえないまでも、作成されたプログラム、編集されたプログラムが主記憶に記憶できることは技術常識である点を加味すると、本件補正発明の「データ格納装置の内容に基づいて前記制御プログラムを生成するためのコンパイラ・プログラム」と共通する。
（３．８）刊行物１の発明の、「コンパイラを介して得られた実行可能なマシンコードが（ターゲットで）正しく動作するか否かを検証する、デバッグモニタプログラム」は、「ＡＴＭによる」実行、「シミュレーションするシミュレータ」プログラムとまではいえないが、上位概念では、実行、プログラムであり、補正発明の「シミュレータ・プログラム」も上位概念ではプログラムであるから、「コンパイラ・プログラムによって生成された前記制御プログラムの実行を前記制御プログラムの制御下において動作させるプログラム」では共通する。
（３．９）刊行物１の発明の、「図形パターンは、処理内容を示す複数種類の図形パターンと、処理要件の時系列的な流れ方向を示す有向枝と、少なくとも二股に分岐し、時系列的に後続する処理要件が並列処理されるべきものあることを示す第１の分岐有向枝と、少なくとも二股に分岐した分岐枝が纏まって後続の処理要件が複数の先行する処理要件終了の同期をとって処理される処理動作であることを示す第２の分岐有向枝とを有しており、
　前記パターン選択手段により、処理要件を示す図形パターンと前記有向枝あるいは分岐有向枝とを交互に選択して、前記複数の制御手段によって実行される並列処理プログラムを、同一画面上で作成するようになっており、」（「事項ア」という。）は、刊行物１のＣ．〜Ｈ．の記載と、第２図〜第７図を参酌すれば、第２図の制御実体相互間の関係を制御実体と有向枝で結合した産業機械のプラネット記述、第３図の前記制御実体の内部処理を節と有向枝で実行順序が規定された処理系列のプラネットプログラム記述、第４、５図の手続きの階層化されたプラネットプログラム記述の例のものが含まれ、図２とＤ．の記載によれば、産業機械全体の制御プログラムに関し、四つの制御実体が駆動され、「ｃｏｎｖｅｙｏｒ」が運んできた入力バレットに、「ｐａｒｔｓｍａｎｅｇｅｒ」が供給する部品が「ａｓｓｅｍｂｌｙ」によって組み込まれることから、「ｃｏｎｖｅｙｏｒ」と「ｐａｒｔｓｍａｎｅｇｅｒ」は、同期も記述できる（Ｃ．参照）産業機械全体の制御プログラムの中で、同時に実行可能な複数の産業機械全体の制御プログラムの部分のサブ・プログラムといえる（前記サブ・プログラムはサブであっても制御プログラムといえる）。そして、少なくとも、四つの制御実体のうち同時に実行可能な「ｃｏｎｖｅｙｏｒ」と「ｐａｒｔｓｍａｎｅｇｅｒ」からなる組はグループとみることができ、これを含む事項アは、「ＡＴＭにおいて」、「複数の」グループとまではいえないまでも、同時に実行可能な制御プログラム（産業機械制御プログラム）を構成する複数のサブ・プログラムのグループ（「ｃｏｎｖｅｙｏｒ」と「ｐａｒｔｓｍａｎｅｇｅｒ」）を定義する制御プログラム用データとみることができ、一方、補正発明の「ＡＴＭにおいて同時に実行可能な前記複数の制御プログラムを構成する複数のサブ・プログラムの複数のグループを定義する制御プログラム用データ」も、上位概念では「同時に実行可能な前記制御プログラムを構成する複数のサブ・プログラムのグループを定義する制御プログラム用データ」といえるから、両発明はこの点で共通する。
（３．１０）刊行物１の発明の事項アは、第３図、第４図に示された実行順序が規定された処理のような制御実体の内部処理の記述が対応付けられる。即ち、「前記複数のサブ・プログラムにより構成される前記グループの実行順序を記述（定義）する制御プログラム用データ」に相当する事項を有するとみることができ、したがって、事項アは、本件補正発明の「前記複数のサブ・プログラムにより構成される前記グループの実行シーケンスを定義する制御プログラム用データ」の点で共通する。
（３．１１）刊行物１の発明の「複数枚のプログラム作成用画面を表示可能であり、プログラム作成領域を表示画面上に表示する画面表示手段と、前記表示画面上においてプログラムを作成するプログラム作成手段と、」は本件補正発明の「ディスプレイ・プログラム」に相当し、刊行物１の発明の「パターン選択手段により、処理要件を示す図形パターンと前記有向枝あるいは分岐有向枝とを交互に選択して、前記複数の制御手段によって実行される並列処理プログラムを、同一画面上で作成する」と、第２図〜第４図、前記（３．１０）（３．１１）の点をふまえれば、「グループを構成する複数のサブ・プログラムの図形表示と、前記グループ実行順序の制御フローの図形表示と、を生成する」に相当する事項を有するとみることができ、この点は、本件補正発明の「グループを構成する複数のサブ・プログラムの図形表示と、前記グループ実行シーケンスの制御フローの図形表示と、を生成する」と共通する。　
　したがって、刊行物１の発明と本件補正発明とは、次の事項を有する発明である点で一致し、そして、次の点で相違が認められる。
　
〈一致点〉
　制御システムのための制御プログラムを生成する制御プログラムの生成システムであって、
　プロセッサと、
　ディスプレイ装置と、
　制御システムが備えるべき複数の機能を入力する入力装置と、
　前記複数の機能に対応する複数の制御プログラムを格納する制御プログラム格納装置と、
　前記複数の制御プログラム用のデータを格納するデータ格納装置と、を有し、
　前記制御プログラム格納装置は、
　前記プロセッサが、前記入力装置への入力に基づいて前記データ格納装置の内容をモディファイするためのエディタ・プログラムと、
　前記プロセッサが、前記ディスプレイ装置上に前記データ格納装置の内容を図形表示するためのディスプレイ・プログラムと、
　前記データ格納装置の内容に基づいて前記制御システムの制御プログラムを生成するためのコンパイラ・プログラムと、
　前記コンパイラ・プログラムによって生成された前記制御プログラムの前記制御システムによる実行を前記制御プログラムの制御下において動作させるプログラムと、を有し、
　前記制御システムにおいて同時に実行可能な前記制御プログラムを構成する複数のサブ・プログラムのグループを定義する制御プログラム用データと、
　　前記複数のサブ・プログラムにより構成される前記グループの実行シーケンスを定義する制御プログラム用データと、が格納され、
　前記ディスプレイ・プログラムは、
　前記グループを構成する複数のサブ・プログラムの図形表示と、前記グループ実行シーケンスの制御フローの図形表示と、を生成する、
ことを特徴とする制御システム用制御プログラムの生成システム。
　
〈相違点１〉
　制御システム、制御システムが備えるべき複数の機能、制御システムの制御プログラム、制御システムによる実行、制御システムにおいて同時に実行可能な制御プログラム、に係る制御システムが、本件補正発明は「ＡＴＭ」に係るのに対し、刊行物１の発明は、産業機械システムに係る点。
〈相違点２〉
　制御システムによる実行を前記制御プログラムの制御下において動作させるプログラムが、本件補正発明は、「シミュレーションするシミュレータ・プログラム」であるのに対し、刊行物１の発明は、不明な点。
〈相違点３〉
  制御システムにおいて同時に実行可能な前記制御プログラムを構成する複数のサブ・プログラムのグループを定義する制御プログラム用データと、複数のサブ・プログラムにより構成される前記グループの実行シーケンスを定義する制御プログラム用データと、が格納されるのが、本件補正発明は、エディタ・プログラムに格納されるのに対し、刊行物１の発明は不明である点
〈相違点４〉
　制御システムにおいて同時に実行可能な前記制御プログラムを構成する複数のサブ・プログラムのグループを定義する制御プログラム用データが、本件補正発明は、同時に実行可能な「複数の」制御プログラムを構成する複数のサブ・プログラムの「複数の」グループを定義する制御プログラム用データであるのに対し、刊行物１の発明は、不明な点。
〈相違点５〉
　複数のサブ・プログラムにより構成される前記グループの実行シーケンスを定義する制御プログラム用データが、本件補正発明は、複数のサブ・プログラムにより構成される「複数の」グループの実行シーケンスを定義する制御プログラム用データであるのに対し、刊行物１の発明は、不明な点。
〈相違点６〉
　グループを構成する複数のサブ・プログラムの図形表示と、グループ実行シーケンスの制御フローの図形表示と、を生成するのが、本件補正発明は、「複数の」グループを構成する複数のサブ・プログラムの図形表示と、「複数の」グループ実行シーケンスの制御フローの図形表示と、を生成する対し、刊行物１の発明は、不明な点。
　
〈当審判断〉
〈相違点１〉について
　刊行物３には、ＡＴＭの制御部の動作を示すフローチャートに取引処理動作（ｎ５ｂ）と補充／回収動作（ｎ５ａ）とを並行することが記載されている。
　刊行物１の発明において、制御システムを「ＡＴＭ」とすることは、刊行物３の技術を参酌することにより当業者が容易になし得ることである。
〈相違点２〉について
　プログラムのデバッグにシミュレーションを行うことは通常行われており、例えば、刊行物２には、エレベータの各仕様記述を計算機入力するための図式エディタ、格仕様からソースコードを自動生成するためのジェネレータ、設計段階での品質の作り込みを支援するための仕様検証系およびシミュレータなどのツールが記載されている。
　刊行物１の発明において、制御システムによる実行を前記制御プログラムの制御下において動作させるプログラムを「シミュレーションするシミュレータ・プログラム」とすることは、刊行物２のシミュレータを参酌することにより当業者が容易になし得ることである。
〈相違点３〉について
　刊行物１のＩ．Ｋ．には、エディタは、プラネットプログラムの図形情報を編集し、その図形情報を蓄積するソースファイルを生成すること、データ構造体宣言の情報を蓄積すること、主記憶に保持されることが記載されており、エディタを用いるのに、図形情報を含むプラネットプログラム（制御プログラム）などが主記憶に格納されて処理され用いられることが読み取れる。これは、刊行物１の発明において、エディタ・プログラムには、制御システムにおいて同時に実行可能な前記制御プログラムを構成する複数のサブ・プログラムのグループを定義する制御プログラム用データと、複数のサブ・プログラムにより構成される前記グループの実行シーケンスを定義する制御プログラム用データと、が格納されることに相当する。
　刊行物１の発明において、エディタ・プログラムには、前記制御プログラム用データが格納されると成すことは当業者が容易になし得ることである。
〈相違点４〉について
　刊行物１には、Ｆ．によれば、汎用の手続きを共用することや、ひとまとまりの処理を一枚の図式に収め、上位抽象レベルの図式中の一処理要件として呼び出すことができるようにする技術思想が示されており、この技術思想によれば、第２図において、「ｃｏｎｖｅｙｏｒ」と「ｐａｒｔｓｍａｎｅｇｅｒ」と「ａｓｓｅｍｂｌｙ」が接続された如き、同時に実行可能な複数の制御プログラムの部分のサブ・プログラムのグループを有する手続きが、汎用であれば、このような手続きは複数繰り返し接続可能として、同時に実行可能な複数の制御プログラムの手続きとなすこと、あるいは、産業機械の制御プログラムのほかに他の制御プログラムとの複数の制御プログラムと成すことは、前記技術的思想からみて格別な技術的思想のものではない。
　刊行物１の発明において、同時に実行可能な「複数の」制御プログラムを構成する複数のサブ・プログラムの「複数の」グループを定義する制御プログラム用データと成すことは、当業者が容易になし得ることである。
〈相違点５〉について
　〈相違点４〉で言及した、「複数の」制御プログラム、「複数の」グループとした場合に、これに整合させるべく、複数のサブ・プログラムにより構成される「複数の」グループの実行シーケンスを定義する制御プログラム用データであると成すことは、設計的事項であって当業者が適宜なし得ることである。
〈相違点６〉について
　〈相違点２〉で言及した、「ｃｏｎｖｅｙｏｒ」と「ｐａｒｔｓｍａｎｅｇｅｒ」と「ａｓｓｅｍｂｌｙ」が接続された如き、同時に実行可能な複数の制御プログラムの部分のサブ・プログラムを有する手続きのグループが汎用なグループとして複数用いられる場合には、同時に実行可能な複数の制御プログラムの部分のサブ・プログラムを有する手続きごとにグループを成すこと、即ち複数のグループとなることは自明である。
　〈相違点４〉〈相違点５〉〈相違点６〉で言及した、複数のグループの場合において、図形表示についての複数のサブ・プログラムと実行シーケンスに係るグループが、「複数の」グループであることは、システム整合から表示に関して自明の事項であり、この点は、設計的事項であって当業者が適宜なし得ることである。
　
　そして、本件補正発明により奏する効果も、刊行物１に記載された発明、刊行物２に記載された発明及び周知技術から当業者が予測できる範囲内のものにすぎない。
　
　したがって、本件補正発明は、刊行物１に記載された発明、刊行物２、３
に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
（４）小結
　以上のとおり、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
４．本願発明について
（１）平成１８年７月１８日付の手続補正は前記のとおり却下されたので、本願の請求項１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成１８年２月２７日付けの手続補正書における特許請求の範囲の請求項１に記載されたとおりの次の事項により特定されるものである。
　
　ターゲット装置のための制御プログラムを生成する制御プログラムの生成システムであって、
（Ａ）プロセッサ（３０）と、
（Ｂ）ディスプレイ装置（４２）と、
（Ｃ）入力装置（４４、４６）と、
（Ｄ）制御プログラムを格納する制御プログラム格納装置（３４、３６、４０）と、（Ｅ）前記制御プログラム用のデータを格納するデータ格納装置（３８）と、を有し、
　前記制御プログラム格納装置は、
（Ｄ１）前記プロセッサが、前記入力装置への入力に基づいて前記データ格納装置の内容をモディファイするためのエディタ・プログラム（７２）と、
（Ｄ２）前記プロセッサが、前記ディスプレイ装置上に前記データ格納装置の内容を図形表示するためのディスプレイ・プログラム（７４）と、
（Ｄ３）前記データ格納装置の内容に基づいて前記ターゲット装置の制御プログラムを生成するためのコンパイラ・プログラム（７８）を有し、
　前記エディタ・プログラム（７２）には、
　前記ターゲット装置において同時に実行可能な前記制御プログラムを構成する複数のサブ・プログラムの複数のグループを定義する制御プログラム用データと、前記複数のサブ・プログラムにより構成される前記複数のグループの実行シーケンスを定義する制御プログラム用データと、が格納され、
　前記ディスプレイ・プログラム（７４）は、
　前記複数のグループを構成する複数のサブ・プログラムの図形表示と、前記複数のグループ実行シーケンスの制御フローの図形表示と、を生成する、
ことを特徴とする制御プログラムの生成システム。
　
（２）引用刊行物
　引用刊行物とその記載事項、及び周知技術は、前記３．（２）、〈当審判断〉に記載したとおりである。
　
（３）対比・判断
　本願発明は、前記２．乃至３．で検討した本件補正発明から、補正前の請求項２の特定事項に係る「コンパイラ・プログラムによって生成された前記制御プログラムの前記ＡＴＭによる実行を前記制御プログラムの制御下にシミュレートさせるためのシミュレータ・プログラムと、」を有すること、補正後の請求項１における制御プログラムが「ＡＴＭ」に係る制御プログラムであること、入力装置が「ＡＴＭが備えるべき複数の機能を入力する」入力装置であること、制御プログラムが複数の機能に対応する複数の」制御プログラムであることの構成を省いたものである。
　そうすると、本願発明の構成要件をすべて含み、さらに他の構成要件を付加したものに相当する本件補正発明が、前記３．（２）乃至〈当審判断〉に記載したとおり、刊行物１に記載された発明、刊行物２、３に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、刊行物１に記載された発明、刊行物２、３に記載された発明に基いて当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上のとおり、本願発明は、刊行物１に記載された発明、刊行物２、３に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。