【事件の表示】
　特願２００２−２５６９２６「要撃シミュレーションシステム」拒絶査定不服審判事件〔平成１６年　３月２５日出願公開、特開２００４−　９４７３８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は、平成１４年９月２日の出願であって、平成１８年４月１９日付けで拒絶理由通知がなされ、同年６月２６日付けで手続補正がなされたが、同年１０月１８日付けで拒絶査定がなされ、これに対し、同年１１月２４日に拒絶査定に対する審判請求がなされるとともに同年１２月２２日付けで手続補正がなされ、平成１９年３月２３日付けで前置報告書が作成され、平成２０年１１月２６日付けで審尋がなされ、平成２１年２月２日付けで審尋に対する回答書が提出されたものである。
　
　
第２．平成１８年１２月２２日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１８年１２月２２日付けの手続補正を却下する。
　
［理由］
１．本件補正
　平成１８年１２月２２日付けの手続補正（以下、「本件補正」という）は、平成１８年６月２６日付けの手続補正により補正された特許請求の範囲の記載
「【請求項１】　ネットワークを介して互いに接続され表示器を備える複数のコンピュータにそれぞれロードされたイベントドリブン型アプリケーションプログラムが、分散型環境に存在する複数のオブジェクト間の情報伝達を保証する共通基盤を利用してシミュレーションを実施する分散型シミュレーションシステムであって、
　ユーザの意志に応じた操作を前記シミュレーションの進行中に受け付けるユーザインタフェース手段と、
　このユーザインタフェース手段を介して与えられるユーザの操作を前記シミュレーションの進行中にイベントとして前記アプリケーションプログラムに通知するイベント通知手段とを具備することを特徴とする分散型シミュレーションシステム。
【請求項２】　さらに、ユーザの意志に応じた操作を受け付けるインタフェースとしてのシンボルを前記表示器に表示する表示制御手段を具備し、
　前記ユーザインタフェース手段は、前記表示器に表示される前記シンボルを利用したユーザの操作を受け付けることを特徴とする請求項１に記載の分散型シミュレーションシステム。
【請求項３】　前記表示制御手段は、前記イベントが前記アプリケーションプログラムに通知された結果を前記複数のコンピュータの表示器の表示内容に前記シミュレーションの進行中に反映することを特徴とする請求項２に記載の分散型シミュレーションシステム。  　
【請求項４】　前記シミュレーションは、ＨＬＡ（High Level Architecture）インタフェース仕様に規定された各サービスを実行するためのＲＴＩ（Run-Time Infrastructure）のもとで実現されることを特徴とする請求項１乃至３のいずれかに記載の分散型シミュレーションシステム。」（以下、この特許請求の範囲に記載された請求項を「補正前の請求項」という）
を、
　
「【請求項１】　ネットワークを介して互いに接続され表示器を備える複数のコンピュータにそれぞれロードされたイベントドリブン型アプリケーションプログラムが、分散型環境に存在する複数のオブジェクト間の情報伝達および時刻の同期を保証する共通基盤を利用してシミュレーションを実施する要撃シミュレーションシステムであって、
　ユーザの意志に応じた操作を前記シミュレーションの進行中に受け付けるユーザインタフェース手段と、
　このユーザインタフェース手段を介して与えられるユーザの操作を前記シミュレーションの進行中にイベントとして前記アプリケーションプログラムに通知するイベント通知手段とを具備することを特徴とする要撃シミュレーションシステム。
【請求項２】　さらに、ユーザの意志に応じた操作を受け付けるインタフェースとしてのシンボルを前記表示器に表示する表示制御手段を具備し、
　前記ユーザインタフェース手段は、前記表示器に表示される前記シンボルを利用したユーザの操作を受け付けることを特徴とする請求項１に記載の要撃シミュレーションシステム。
【請求項３】　前記表示制御手段は、前記イベントが前記アプリケーションプログラムに通知された結果を前記複数のコンピュータの表示器の表示内容に前記シミュレーションの進行中に反映することを特徴とする請求項２に記載の要撃シミュレーションシステム。
【請求項４】　前記シミュレーションは、ＨＬＡ（High Level Architecture）インタフェース仕様に規定された各サービスを実行するためのＲＴＩ（Run-Time Infrastructure）のもとで実現されることを特徴とする請求項１乃至３のいずれかに記載の要撃シミュレーションシステム。」（以下、この特許請求の範囲に記載された請求項を「補正後の請求項」という）、
に補正するものである。
　
２．補正の適否
（１）新規事項の有無、補正の目的要件
　本件補正は、願書に最初に添付した明細書及び図面に記載した事項の範囲内においてなされている。
　
　ところで、補正後の請求項１〜４は、それぞれ、補正前の請求項１〜４に対応している。
　そして、本件補正により、補正前の請求項１においては「共通基盤」は「分散型環境に存在する複数のオブジェクト間の情報伝達を保証」していたものを、補正後の請求項１〜４においては「共通基盤」は「分散型環境に存在する複数のオブジェクト間の情報伝達」に加え、「時刻の同期」をも「保証」すると補正された。
　また、補正前の請求項１〜４に係る発明が「分散型シミュレーションシステム」に関するものであったが、補正後の請求項１〜４に係る発明では「要撃シミュレーションシステム」に関するものに補正された。ここで、補正後の請求項１〜４においても、「要撃シミュレーションシステム」は、「ネットワークを介して互いに接続され表示器を備える複数のコンピュータにそれぞれロードされたイベントドリブン型アプリケーションプログラム」によって実現されるから、やはり、分散型シミュレーションシステムである。よって、前記「要撃シミュレーションシステム」に関するものに補正する本件補正は、補正前の請求項１〜４に係る発明が「分散型シミュレーションシステム」に関するものであったものを、補正後の請求項１〜４に係る発明では分散型シミュレーションシステムの一つである「要撃シミュレーションシステム」に関するものに限定する補正である。
　したがって、本件補正は、特許法第１７条の２第４項第２号の特許請求の範囲の減縮（請求項に記載した発明を特定するために必要な事項を限定するものであつて、その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る。）を目的とするものである。
　
(２)独立特許要件
　本件補正は特許法第１７条の２第４項第２号の特許請求の範囲の減縮（請求項に記載した発明を特定するために必要な事項を限定するものであって、その補正前の当該請求項に記載された発明とその補正後の請求項に記載された発明の産業上の利用分野および解決しようとする課題が同一であるものに限る。）を目的とするものであるから、補正後の請求項１に係る発明（以下、「補正後の発明」という）が特許出願の際独立して特許を受けることができるものであるか、以下に検討する。
　
　１）補正後の発明
　本件補正により、前記補正後の発明は、前記「１．本件補正」の補正後の請求項１に記載されたとおりのものと認められる。
　
　２）引用発明
　これに対して、原査定の拒絶の理由に引用された米国特許出願公開第２００２／００５２７２５号明細書（以下、「引用文献」という）には、図面とともに次の事項が記載されている。（備考：下線は便宜上当審で付したものである。以下、同様。）
　
(ａ)“[0002] This invention was made with Government support under Contract F33615-99-C-2911 awarded by the U.S. Department of Defence. The United State Government has certain rights in the invention.
　　　　　　　　　　　　　BACKGROUND
[0003] The present invention relates to computer programs that simulate systems. More specifically, 
the present invention relates to simulation systems using a distributed computer network, wherein subsystems can be simulated independently, the subsystem simulations communicating the values of input/output variables to simulate subsystem interaction.
　　　　　　　　　　　　　　　背景
[0003] 本発明は、システムをシミュレートするコンピュータ・プログラムに関する。より詳細には、本発明は、分散型コンピュータ・ネットワークを使ったシミュレーション・システムに関し、独立してシミュレートされることができるサブシステムであって、サブシステムの相互作用をシミュレートするために入力／出力変数の値を通信するそのサブシステムのシミュレーションに関する。）
　
(ｂ)“[0006] It is an object of the present invention to provide a novel simulation system. Another object is to provide a simulation system in which various subsystem simulations are written in different languages and executed by different programs running on different computing devices, yet the subsystem simulations communicate to simulate operation of the combination of subsystems.”（和訳：[0006] 新規なシミュレーション・システムを提供することが、本発明の１つの目的である。別の目的は、様々なサブシステム・シミュレーションが異なる言語で書かれ、異なるコンピューティング・デバイス上で実行される異なるプログラムによって実行され、しかも、サブシステム・シミュレーションがサブシステムの組合せのオペレーションをシミュレートするように通信する、シミュレーション・システムを提供することである。）
　
(ｃ)“[0020] ……System as used herein, however, is not intended to be limited to a physical arrangement of components. The concept should be understood to include the subject of any simulation. 
Likewise, a subsystem as used in the present application is not necessarily a physically distinct set of components. For example, one independently modeled subsystem might be the heat transfer aspects of an item, while another subsystem models the electronic aspects of the item.
　
(ｄ)“[0022] System 20 will now be discussed in further detail with continuing reference to FIG. 1. 
Network 21 interconnects computers 23, 25, 27, and 29. Models 22, 24, 26, 28, running on those computers as illustrated collectively model a complete system, by each modeling at least one subsystem and interacting to communicate the states of the simulated interfaces between the subsystems at various intervals in real or virtual time as will be discussed in further detail below.
the distributed simulation system 20
 
(ｅ)“[0025] 
System monitor 31 runs on computer 29 and controls parameters of and connections between models 22, 24, 26, 28.
　
(ｆ)“[0029] Optional input device(s) 45 may include a keyboard, mouse, track ball, light pen, and/or microphone, to name just a few representative examples. 
Also, optional output device(s) 47 may include one or more monitors, loudspeakers, printers, and/or other recording devices, again to name just a few representative examples.
[0030] Operating system 49 is a general-purpose operating system, such as a WINDOWS operating system (published by Microsoft Corporation of Redmond, Wash., USA) or a MAC OS (published by Apple Computer, Inc., of Cupertino, Calif., USA). Other operating systems may be used without undue experimentation by those skilled in the art. ”（和訳：[0029] オプションの（１又は複数の）入力デバイス４５には、幾つか代表的な例を挙げると、キーボード、マウス、トラック・ボール、ライト・ペン、及び／又はマイクロフォンを含めることができる。また、オプションの（１又は複数の）出力デバイス４７には、この場合も幾つか代表的な例を挙げると、１つ又は複数のモニタ、ラウドスピーカ、プリンタ、及び／又はその他の記録装置を含めることができる。
[0030] オペレーティング・システム４９は、WINDOWSオペレーティング・システム（米国ワシントン州レッドモンドのマイクロソフト社が発表）又はMAC OS（合衆国カリフォルニア州クパチーノのアップル・コンピュータ社が発表）などの汎用オペレーティング・システムである。当業者は、過度に実験を行うことなく、その他のオペレテーリング・システムを使用することができる。）
　
(ｇ)“[0032] …… 
Optional output device(s) 67 and optional input device(s) 65 again facilitate interaction with human users.
　
(ｈ)“[0034] FIG. 3 shows the components of computers 27 and 29 (see also FIG. 1). 
In computer 27
 and optional output device(s) 87 are analogous to (though not necessarily the same as) 43, 45, and 47.
subsystem model implementations 26, 28 are stand-alone applications
OSCOPE application 39 also runs on operating system 99, displaying to the user at computer 29 an output of state-related information from model 22 on computer 23 (see FIG. 1).
[0035] 
Computer 29 includes processor 91, storage 93, input device(s) 95, and output device(s) 97
[0035] コンピュータ２９は、プロセッサ９１、記憶装置９３、（１又は複数の）入力デバイス９５、及び（１又は複数の）出力デバイス９７を含む …… ）
　
(ｉ)“[0037] The process for carrying out a simulation according to one embodiment of the present invention will now be discussed in broad terms in relation to FIG. 4, with continuing reference to items shown in and discussed in relation to FIGS. 1-3. Additional detail regarding the control of connections among models in a selected embodiment of the present invention will be discussed below in relation to FIGS. 7A-7C. The process 100 in FIG. 4 starts at START point 101. The various models are started at block 110. In various embodiments, this event may be initiated for each model by an action of a local user (such as a gesture in a desktop graphical user interface (GUI)), by a remote user (for example, through a web browser or by way of another signal), or by an automated process (such as invocation by a task scheduler), to name just a few possible triggers. 
In some of these embodiments, the operating system 49, 69, 89, 99, calculation platform 51, simulation toolbox 52, subsystem model implementations 22, 24, 26, 28, and distributed simulation interface software 55, 75, 88 are loaded into memory and initialized with simulation parameters as will be understood by those skilled in the art.
[0038] At block 120, 
parameters (such as capacitance of a capacitor, or density of fuel in the system being simulated) for the various models 22, 24, 26, 28 are set, for example, by the system monitor application 31 or the control panel 32, 35, 37 associated with each particular model. In various embodiments, these parameters may be provided by
user input
[0039] Models may be connected to and/or disconnected from other models at block 130, again under the control of system monitor 31 or the model's respective control panel 32, 35, 37. ……
[0040] Connected models exchange control and state-related information at block 140 and export state-related information to an OSCOPE or other monitoring process at block 150. In the example embodiment shown in FIGS. 1-3, subsystem model implementation 24 receives state-related messages from subsystem model implementation 22 that communicate information relating to one or more state variables from subsystem model implementation 22. 
Subsystem model implementation 24 then uses that information in its simulation. For example, subsystem model implementation 24 will, in some implementations, use the information from the state-related messages as an input to the subsystem being simulated.
[0041] Other commands are processed by the models at block 160, and it is determined at decision block 170 whether the system 20 should continue operation. If so, process 100 returns to the beginning of the command processing loop at block 120. If system 20 is not to continue operation (negative result) at decision block 170, the process 100 is ended at END point 199. 
[0042] While process 100 is illustrated in FIG. 4 as a linear, single-threaded task, it may be implemented in a multi-threaded form, on multiple computing devices, or with an alternative control flow, as would occur to one skilled in the art.”（和訳：[0037] 次に、図１〜図３に関連して説明してきたアイテムを参照しながら、本発明の一実施形態によるシミュレーションを実行するためのプロセスを、図４に関連して大まかに説明する。本発明の選択した一実施形態におけるモデル間の接続の制御に関しては、更なる詳細を、図７Ａ〜図７Ｃに関連して説明する。図４のプロセス１００は、スタート点１０１で開始する。ブロック１１０で、様々なモデルがスタートする。様々な実施形態では、このイベントは、各モデル毎に、いくつかの例を挙げれば、ローカルユーザのアクション(デスクトップのＧＵＩを使った身振り等)、(たとえば、ウェブブラウザを介して、別の信号を使って)リモートユーザによって、(タスク・スケジューラによる呼び出し等の)自動化プロセス、等のいくつかのトリガによって起動される。当業者は理解されるであろうが、これらの実施形態の幾つかにおいては、オペレーティング・システム４９、６９、８９、９９、計算プラットフォーム５１、シミュレーション・ツールボックス５２、サブシステム・モデル・インプリメンテーション２２、２４、２６、２８、及び分散型シミュレーション・インターフェース・ソフトウェア５５、７５、８８がメモリにロードされ、シミュレーション・パラメータで初期設定される。
[0038] ブロック120で、各モデル22、24、26、28のパラメーター(コンデンサーのキャパシタンス、あるいはシミュレートされているシステムでの燃料の密度、等)は、たとえば、システム・モニタ・アプリケーション31や、個々のモデルに関連したコントロール・パネル32、35、37によって設定される。当業者であれば考え及ぶように、様々な実施例では、これらのパラメーターは、ローカル・コンフィギュレーション・ファイル、ユーザの入力、システム・モニタ３１又はコントロール・パネルからの信号、又は、その他のソースによって供給される。
[0039] ブロック１３０で、この場合もシステム・モニタ３１又は各モデルそれぞれのコントロール・パネル３２、３５、３７の制御の下で、モデルを他のモデルに接続及び／又は切断できる。……
[0040] ブロック１４０で、接続されたモデルは、制御及び状態の関連情報を交換し、ブロック１５０で、OSCOPE又はその他のモニタリング・プロセスに状態関連情報をエクスポートする。図１〜図３に示す実施形態では、サブシステム・モデル・インプリメンテーション２４は、サブシステム・モデル・インプリメンテーション２２から、該サブシステム・モデル・インプリメンテーション２２から１以上の状態変数に関する情報を伝達する状態関連メッセージを受信する。サブシステム・モデル・インプリメンテーション２４はその後、そのシミュレーションにおいて前記情報を使用する。たとえば、サブシステム・モデル・インプリメンテーション２４は、いくつかのインプリメンテーションにおいて、状態関連メッセージからの情報を、シミュレートされるサブシステムへの入力として使用する。……
[0041] ブロック１６０で、モデルによってその他のコマンドが処理され、判定ブロック１７０で、システム２０がオペレーションを継続すべきかどうかが判定される。継続すべき場合は、プロセス１００は、ブロック１２０のコマンド処理ループの最初に戻る。判定ブロック１７０で、システム２０がオペレーションを続けるべきでないとされた場合は（否の結果）、プロセス１００はエンド点１９９で終了する。
[0042] 図４では、プロセス１００を線形のシングル・スレッドのタスクとして示してあるが、当業者であれば思い及ぶように、複数の情報処理装置上で動作するマルチ・スレッドの形態や、別の代替可能な制御フローで実装することができる。）
　
(ｊ)“[0067] …… For example, signal data may be printed in the form of a page, plot, or strip chart by 
a printer that comprises an output device 67
　
　
　まず、前記(ａ)〜(ｊ)の各記載において、“models”と“subsystem model implementations”とは、たとえば、(ｄ)に“Models 22, 24, 26, 28”及び“models 22, 24, 26, 28”と記載され、(ｈ)に“subsystem model implementations 22, 24, 26, 28”と記載されているように、同一の記号を用いていて表記されていることから、引用文献において両者は同じものを意味していると認められる。
　
　(ｄ)の“Network 21 interconnects computers 23, 25, 27, and 29. Models 22, 24, 26, 28, running on those computers as illustrated collectively model a complete system, by each modeling at least one subsystem and interacting to communicate the states of the simulated interfaces between the subsystems at various intervals in real or virtual time as will be discussed in further detail below.”（和訳：ネットワーク２１は、コンピュータ２３、２５、２７及び２９を相互接続する。図示されたこれらのコンピュータ上で実行されているモデル２２、２４、２６、２８は、それぞれ少なくとも１つのサブシステムをモデル化し、そして、シミュレートされるインターフェースの状態をサブシステム間でリアルタイム又はバーチャル・タイムにおける様々な間隔で相互に通信することで、以下で更に述べるように、一つの完全なシステムの総合的にモデル化する。）、“Other applications involved in the distributed simulation system 20 are shown in FIG. 1 in various configurations.”（和訳：図１に、分散型シミュレーション・システム２０に含まれる他のアプリケーションを、様々なコンフィギュレーションで示す。）の記載から、引用文献には、
　ネットワークを介して互いに接続される複数のコンピュータが分散型シミュレーション・システムを構成していること、
が記載されている。
　
　(ｄ)の前記記載、及び、(ａ)の“the present invention relates to simulation systems using a distributed computer network, wherein subsystems can be simulated independently, the subsystem simulations communicating the values of input/output variables to simulate subsystem interaction.”（和訳：本発明は、分散型コンピュータ・ネットワークを使ったシミュレーション・システムに関し、独立してシミュレートされることができるサブシステムであって、サブシステムの相互作用をシミュレートするために入力／出力変数の値を通信するそのサブシステムのシミュレーションに関する。）、(ｃ)の“Likewise, a subsystem as used in the present application is not necessarily a physically distinct set of components. For example, one independently modeled subsystem might be the heat transfer aspects of an item, while another subsystem models the electronic aspects of the item.”（和訳：同様に、本出願で使用している「サブシステム」とは、必ずしも物理的に個別の１組のコンポーネントではない。例えば、或る独立してモデル化された「サブシステム」が、或るアイテムの熱伝達の側面をモデル化したものであり、別の「サブシステム」が、そのアイテムの電子的な側面をモデル化したものである場合もある。）、及び、(ｉ)の“Subsystem model implementation 24 then uses that information in its simulation. For example, subsystem model implementation 24 will, in some implementations, use the information from the state-related messages as an input to the subsystem being simulated.”（和訳：サブシステム・モデル・インプリメンテーション２４はその後、そのシミュレーションにおいて前記情報を使用する。たとえば、サブシステム・モデル・インプリメンテーション２４は、いくつかのインプリメンテーションにおいて、状態関連メッセージからの情報を、シミュレートされるサブシステムへの入力として使用する。）の記載から、引用文献には、
　前記複数のコンピュータで実行されているモデル、すなわち、サブシステム・モデル・インプリメンテーションが、サブシステムをモデル化し、前記サブシステムが相互に通信することで前記サブシステム間の相互作用をシミュレートして、一つの完全なシステムのシミュレーションを実行すること、
が記載されていると解される。
　
　(ｆ)の“Also, optional output device(s) 47 may include one or more monitors, loudspeakers, printers, and/or other recording devices, again to name just a few representative examples.”（和訳：また、オプションの（１又は複数の）出力デバイス４７には、この場合も幾つか代表的な例を挙げると、１つ又は複数のモニタ、ラウドスピーカ、プリンタ、及び／又はその他の記録装置を含めることができる。）、(ｈ)の“In computer 27 …… optional output device(s) 87 are analogous to (though not necessarily the same as) 43, 45, and 47.”（和訳：コンピュータ２７において …… オプションの（１又は複数の）出力デバイス８７は、４３、４５及び４７と類似したものである（ただし、必ずしも同じである必要はない）。）と“OSCOPE application 39 also runs on operating system 99, displaying to the user at computer 29 an output of state-related information from model 22 on computer 23 (see FIG. 1).　
[0035] Computer 29 includes processor 91, storage 93, input device(s) 95, and output device(s) 97 …… ”（和訳：ＯＳＣＯＰＥアプリケーション３９もオペレーティング・システム９９上で実行し、コンピュータ２３上のモデル２２からの状態関連情報の出力を、コンピュータ２９でユーザに表示する（図１参照）。[0035] コンピュータ２９は、プロセッサ９１、記憶装置９３、（１又は複数の）入力デバイス９５、及び（１又は複数の）出力デバイス９７を含む …… ）”の各記載、及び、(ｇ)の“Optional output device(s) 67 and optional input device(s) 65 again facilitate interaction with human users.”（和訳：オプションの（１又は複数の）出力デバイス６７及びオプションの（１又は複数の）入力デバイス６５は、これも、人であるユーザとの対話を容易にする。）、(ｊ)の“a printer that comprises an output device 67 in FIG. 2.”（和訳：図２の「出力デバイス」６７を含むプリンタ）の記載から、
　前記複数のコンピュータは、モニタ、プリンタ、スピーカ等の出力デバイスを備えること、
が記載されている。
　
　また、(ｉ)の“In some of these embodiments, the operating system 49, 69, 89, 99, calculation platform 51, simulation toolbox 52, subsystem model implementations 22, 24, 26, 28, and distributed simulation interface software 55, 75, 88 are loaded into memory and initialized with simulation parameters as will be understood by those skilled in the art.”（和訳：当業者は理解されるであろうが、これらの実施形態の幾つかにおいては、オペレーティング・システム４９、６９、８９、９９、計算プラットフォーム５１、シミュレーション・ツールボックス５２、サブシステム・モデル・インプリメンテーション２２、２４、２６、２８、及び分散型シミュレーション・インターフェース・ソフトウェア５５、７５、８８がメモリにロードされ、シミュレーション・パラメータで初期設定される。）、(ｈ)の“FIG. 3 shows the components of computers 27 and 29 (see also FIG. 1).…… subsystem model implementations 26, 28 are stand-alone applications written in one or more system programming languages, such as C, C++, Fortran, Visual Basic, or JAVA, to name just a few nonlimiting examples.”（和訳：図３は、コンピュータ２７及び２９のコンポーネントを示す（図１も参照のこと）。……サブシステム・モデル・インプリメンテーション２６、２８は、幾つか例を挙げるならば、Ｃ、Ｃ++、Fortran、Visual Basic又はJAVAなどの１つ又は複数のシステム・プログラミング言語で書かれているスタンドアローン・アプリケーションである。）から、引用文献において、
　前記サブシステム・モデル・インプリメンテーションは、前記複数のコンピュータのメモリにそれぞれロードされるアプリケーションであること、
が記載されている。
　
　(ｅ)の“System monitor 31 runs on computer 29 and controls parameters of and connections between models 22, 24, 26, 28.”（和訳：システム・モニタ３１は、コンピュータ２９上で実行され、モデル２２、２４、２６、２８のパラメータ、及びそれらの間の接続を制御する。）から、引用文献に記載のシステム・モニタは、コンピュータ２９上で実行されて、該コンピュータ２９を各サブシステム・モデル・インプリメンテーション間の接続制御の実行体として動作させるソフトウェアであると認められる。したがって、引用文献に記載の分散型シミュレーション・システムは、
　前記サブシステム・モデル・インプリメンテーション間の接続を制御するソフトウェアであるシステム・モニタ、
を具備すると解される。
　
　(ｉ)の“parameters (such as capacitance of a capacitor, or density of fuel in the system being simulated) for the various models 22, 24, 26, 28 are set, for example, by the system monitor application 31 or the control panel 32, 35, 37 associated with each particular model. In various embodiments, these parameters may be provided by …… user input …… ”（和訳：各モデル２２、２４、２６、２８のパラメーター（コンデンサーのキャパシタンス、あるいはシミュレートされているシステムでの燃料の密度、等）は、たとえば、システム・モニタ・アプリケーション３１や、個々のモデルに関連したコントロール・パネル３２、３５、３７によって設定される。当業者であれば考え及ぶように、様々な実施例では、これらのパラメーターは……ユーザの入力……によって供給される。）から、引用文献において、各サブシステム・モデル・インプリメンテーションに設定されるパラメータはユーザの入力によって供給される、と解される。したがって、引用文献に記載の分散型シミュレーション・システムは、ユーザのパラメータ入力操作を受け付ける入力手段を具備することは明らかである。
　そして、(ｉ)には、
　ブロック１１０で様々なサブシステム・モデル・インプリメンテーションがスタートした後、
　ブロック１２０で各サブシステム・モデル・インプリメンテーション２２、２４、２６、２８のパラメーターは設定され、ブロック１３０でサブシステム・モデル・インプリメンテーションを他のサブシステム・モデル・インプリメンテーションに接続及び／又は切断し、
　ブロック１４０で接続されたサブシステム・モデル・インプリメンテーションは制御及び状態の関連情報を交換し、
　ブロック１５０で前記状態関連情報をエクスポートして“Subsystem model implementation 24 then uses that information in its simulation. For example, subsystem model implementation 24 will, in some implementations, use the information from the state-related messages as an input to the subsystem being simulated.”（和訳：サブシステム・モデル・インプリメンテーション２４はその後、そのシミュレーションにおいて前記情報を使用する。たとえば、サブシステム・モデル・インプリメンテーション２４は、いくつかのインプリメンテーションにおいて、状態関連メッセージからの情報を、シミュレートされるサブシステムへの入力として使用する）処理を行い、
　ブロック１６０でサブシステム・モデル・インプリメンテーションによってその他のコマンドが処理されること、
　そして、ブロック１７０でオペレーションを続けるべきでないと判断されるまで、上記ブロック１２０からブロック１６０までの処理を繰り返すこと、
が記載されている。
　ここで、前記ブロック１１０で様々なサブシステム・モデル・インプリメンテーションがスタートしてから、オペレーションを続けるべきでないと判断されてブロック１２０からブロック１６０までの処理を繰り返しのループを出るまでの間が、前記「サブシステム・モデル・インプリメンテーションが、サブシステムをモデル化し、前記サブシステムが相互に通信することで前記サブシステム間の相互作用をシミュレートして、一つの完全なシステムのシミュレーションを実行する」処理が進行中の期間であると認められる。
　また、前記パラメータは、各サブシステム・モデル・インプリメンテーションに設定されるのであるから、各サブシステム・モデル・インプリメンテーションに供給されることは明らかである。
　したがって、引用文献に記載の分散型シミュレーション・システムは、
　ユーザのパラメータ入力操作をシミュレーションを実行する処理の進行中に受け付ける入力手段と、
　前記入力手段を介して与えられるパラメータを、前記シミュレーションを実行する処理の進行中に前記サブシステム・モデル・インプリメンテーションに供給する手段、
を具備すると解される。
　
　
　以上から、引用文献には、次の発明（以下、「引用発明」という）が記載されているものと認められる。
　ネットワークを介して互いに接続され、モニタ、プリンタ、スピーカ等の出力デバイスを備える複数のコンピュータにそれぞれロードされるアプリケーションであるサブシステム・モデル・インプリメンテーションが、それぞれサブシステムをモデル化し、前記サブシステムが相互に通信することで前記サブシステム間の相互作用をシミュレートして、一つの完全なシステムのシミュレーションを実行する分散型シミュレーション・システムであって、
　前記サブシステム・モデル・インプリメンテーション間の接続を制御するソフトウェアであるシステム・モニタと、
　ユーザのパラメータ入力操作をシミュレーションを実行する処理の進行中に受け付ける入力手段と、
　この入力手段を介して与えられるパラメータを、前記シミュレーションを実行する処理の進行中に前記サブシステム・モデル・インプリメンテーションに供給する手段、
とを具備することを特徴とする分散型シミュレーション・システム。
　
　
　３）対比
　補正後の発明と引用発明とを対比する。
　
　引用発明の「モニタ」及び「実行」は、それぞれ、補正後の発明の「表示器」及び「実施」に相当する。
　
　また、引用発明において、「サブシステム」とは、サブシステム・モデル・インプリメンテーションをロードして実行することでモデル化されて「相互に通信する」ものであって、前記２）(ｃ)には「シミュレーションの対象も含む」と記載されている。ここで、前記「サブシステム」は、サブシステム・モデル・インプリメンテーションをロードして実行することで「モデル化」されるものであるから、前記サブシステム・モデル・インプリメンテーションをロードする「コンピュータ」上に存在すると認められる。そして、前記「コンピュータ」は、「ネットワークを介して互いに接続され」ているから、分散環境下にあるから、該「コンピュータ」ロードされた「アプリケーションであるサブシステム・モデル・インプリメンテーション」でモデル化される「サブシステム」も分散環境下にあると認められる。。
　したがって、引用発明の「サブシステム」は、補正後の発明の「分散環境下に存在する複数のオブジェクト」に相当する。
　
　引用発明の「モニタ」は、補正後の発明における「表示器」に相当する。すなわち、前記「表示器」も出力デバイスの一つであるから、引用発明の「ネットワークを介して互いに接続され、モニタ、プリンタ、スピーカ等の出力デバイスを備える複数のコンピュータ」と、補正後の発明の「ネットワークを介して互いに接続され表示器を備える複数のコンピュータ」とは、ネットワークを介して互いに接続され出力デバイスを備える複数のコンピュータである点で共通する。
　
　引用発明において「サブシステム」は「相互に通信する」が、該通信は、前記「サブシステム」をそれぞれモデル化するサブシステム・モデル・インプリメンテーション間が接続されて、はじめて可能となると認められる。してみれば、「サブシステム・モデル・インプリメンテーション間の接続を制御する」引用発明の「システム・モニタ」は、「サブシステムが相互に通信する」ことができるように責任を持つ「ソフトウェア」である。
　一方、補正後の発明において、「共通基盤」は、本願明細書の段落【０００１】に「ＲＴＩ（Run-Time Infrastructure）などの共通基盤」と定義され、同段落【００１５】に「ＲＴＩ．ｅｘｅファイル」と記載されていることから、ソフトウェアのひとつであると認められる。ところで、補正後の発明における「保証する」とは、本願明細書にはその定義について記載がないから、通常の一般的な意味であると認められる。すなわち、「情報伝達および時刻の同期を保証する」とは、「情報伝達および時刻の同期」ができることを請け合うこと、「情報伝達および時刻の同期」することができるように責任を持つこと、を意味すると認められる。
　したがって、引用発明の前記「サブシステム」と、補正後の発明の「共通基盤」とは、これを利用することにより複数のオブジェクト間の情報伝達を保証するソフトウェアである点で共通する。
　
　そして、引用発明の「シミュレーションを実行する」ところの「アプリケーションであるサブシステム・モデル・インプリメンテーション」と、補正後の発明の「シミュレーションを実施する」ところの「イベントドリブン型アプリケーションプログラム」とは、シミュレーションを実施するアプリケーションプログラムである点で共通する。
　
　また、補正後の発明の「要撃シミュレーションシステム」は、「ネットワークを介して互いに接続され表示器を備える複数のコンピュータにそれぞれロードされたイベントドリブン型アプリケーションプログラム」によって実現される、分散型の「シミュレーションシステム」である。したがって、引用発明の「分散型シミュレーション・システム」と、補正後の発明の「要撃シミュレーションシステム」は、分散型シミュレーションシステムである点で共通する。
　
　引用発明において、「ユーザのパラメータ入力操作」は、ユーザ自身が行うものであるから、補正後の発明の「ユーザの意思に応じた操作」に相当する。そして、引用発明の「シミュレーションを実行する処理の進行中」は、補正後の発明の「シミュレーションの進行中」に相当する。
　したがって、引用発明の「入力手段」は、補正後の発明の「ユーザインタフェース手段」に相当する。
　
　そして、引用発明の「この入力手段を介して与えられるパラメータ」と補正後の発明の「このユーザインタフェース手段を介して与えられるユーザの操作」は、いづれも、このユーザインタフェース手段を介して与えられるユーザの操作に関する情報である点で共通する。
　したがって、引用発明の「この入力手段を介して与えられるパラメータを、前記シミュレーションを実行する処理の進行中に前記サブシステム・モデル・インプリメンテーションに供給する手段」と、補正後の発明の「このユーザインタフェース手段を介して与えられるユーザの操作を前記シミュレーションの進行中にイベントとして前記アプリケーションプログラムに通知するイベント通知手段」とは、ユーザインタフェース手段を介して与えられるユーザの操作に関連する情報を、前記シミュレーションの進行中に前記アプリケーションプログラムに供給する手段、である点で共通する。
　
　よって、補正後の発明と引用発明とは、以下の点で一致し、また、相違する。
　
（一致点）
　ネットワークを介して互いに接続され表示器を含む出力手段を備える複数のコンピュータにそれぞれロードされたアプリケーションプログラムが、分散型環境に存在する複数のオブジェクト間の情報伝達を保証するソフトウェアを利用してシミュレーションを実施する分散型シミュレーションシステムであって、
　ユーザの意志に応じた操作を前記シミュレーションの進行中に受け付けるユーザインタフェース手段と、
　このユーザインタフェース手段を介して与えられるユーザの操作に関連する情報を、前記シミュレーションの進行中に前記アプリケーションプログラムに供給する手段、
具備することを特徴とする分散型シミュレーションシステム。
　
（相違点１）
　引用発明においては、「コンピュータ」は「モニタ、プリンタ、スピーカ等の出力デバイス」を備えるのに対して、補正後の発明の「コンピュータ」が備える出力デバイスは「表示器」に特定される点。
　
（相違点２）
　引用発明の「サブシステム・モデル・インプリメンテーション間の接続を制御するソフトウェアであるシステム・モニタ」は、複数のサブシステム間の相互通信を保証するが、補正後の発明の「共通基盤」は、複数のオブジェクト間の情報伝達および時刻の同期を保証する点。
　
（相違点３）
　補正後の発明においては、アプリケーションプログラムが「イベントドリブン型」であるのに対して、引用発明においては「アプリケーションであるサブシステム・モデル・インプリメンテーション」の実行形式は不明である点。
　
（相違点４）
　前記「ユーザの操作に関連する情報を、前記シミュレーションの進行中に前記アプリケーションプログラムに供給する手段」が、引用発明においては「この入力手段を介して与えられるパラメータを、前記シミュレーションを実行する処理の進行中に前記サブシステム・モデル・インプリメンテーションに供給する手段」であるのに対して、補正後の発明では「このユーザインタフェース手段を介して与えられるユーザの操作を前記シミュレーションの進行中にイベントとして前記アプリケーションプログラムに通知するイベント通知手段」である点。
　
（相違点５）
　引用発明は「分散型シミュレーション・システム」に関するものであるのに対して、補正後の発明は「要撃シミュレーションシステム」に関するものである点。
　
　
　４）判断
　各相違点について検討する。
　
相違点１について
　引用発明において、「出力デバイス」は、前記「２）引用文献」の(ｈ)に“displaying to the user at computer 29 an output of state-related information from model 22 on computer 23”と、あるいは、同(ｇ)に“Optional output device(s) 67 and optional input device(s) 65 again facilitate interaction with human users.”と記載されるように、コンピュータで実行されるサブシステム・モデル・インプリメンテーションの状態関連情報を表示するための、また、入力デバイスとともに用いてユーザとの対話を容易にさせるためのものである。
　そして、コンピュータにおいて、情報表示や、ＧＵＩ等のユーザと対話を行うための出力デバイスとしては、モニタ、すなわち、表示器が一般的に用いられている。
　してみれば、引用発明において、「出力デバイス」をすべて「モニタ」とすることは当業者が適宜なし得た事項にすぎないものと認められる。
　よって、相違点１は格別なものではない。
　
相違点２について
　本願出願前に頒布された刊行物である、“Distributed Interactive Simulation(DIS)システムの試作：−ランタイムインストラクチャの性能評価−”，第55回(平成9年後期)全国大会講演論文集(３)、社団法人情報処理学会，平成９年９月２４日，p.3-675〜3-676には、図面とともに次の事項が記載されている。
(ア)「米国では国防総省が中心となり，
複数の異機種シミュレータを接続し，統合的なシミュレーションを実現するための基盤アーキテクチャＨＬＡ
　そこで，我々は，バーチャルプロトタイピンダ基盤技術へのＨＬＡの適用可能性の研究を進めている．その一環として，
ＨＬＡの中心となる基盤ソフトウェアＲＴＩ(Run-Time lnfastructure)
(イ)「
ＨＬＡは，複数の異機種シミュレータを接続するためのアーキテクチャであり，シミュレータを接続するための基本ルール，オブジェクト指向に基づくモデル化，インターフェース(ＨＬＡサービス)の仕様等を規定する
　
ＨＬＡでは複数のシミュレータ(ＨＬＡではフェデレータと呼ぶ)間のデータ交換，シミュレーシヨン時刻の同期等は，ＲＴＩにより管理される
　
　すなわち、
　複数の異機種シミュレータを接続して統合的なシミュレーションを実現するためのアーキテクチャとして、ＨＬＡ(High Level Architecture)があること、
　前記ＨＬＡの中心となる基盤ソフトウェアがＲＴＩ(Run-Time lnfastructure)であり、該ＲＴＩは、複数のシミュレータ間のデータ交換、シミュレーション時刻の同期を管理する基盤ソフトウェアであること、
は、シミュレーション技術において周知の事項である。
　
　ところで、引用文献には、前記「２）引用発明」の(ｂ)に、“Another object is to provide a simulation system in which various subsystem simulations are written in different languages and executed by different programs running on different computing devices, yet the subsystem simulations communicate to simulate operation of the combination of subsystems.”と記載されるように、引用発明は、複数のコンピュータでそれぞれ実行される、異なる言語で書かれたサブシステム・シミュレーションのためのプログラムによってサブシステムをそれぞれシミュレートすることで、サブシステムの組合せのオペレーションをシミュレートすることも、目的とするものである。
　
　したがって、引用発明において、上記のように、複数のコンピュータでそれぞれ実行される、異なる言語で書かれたサブシステム・シミュレーションのためのプログラムによってサブシステムをそれぞれシミュレートすることで、サブシステムの組合せのオペレーションをシミュレートすることを可能とするため、その「分散型シミュレーション・システム」のアーキテクチャとして、複数の異機種シミュレータを接続して統合的なシミュレーションを実現するためのアーキテクチャであるＨＬＡを用いることは、当業者が容易に想到し得たものと認められる。
　そして、ＨＬＡを用いるとき、該ＨＬＡの中心となる基盤ソフトウェアであるＲＴＩ(Run-Time lnfastructure)用いることは当然であり、このとき、引用発明における分散型環境に存在する複数のオブジェクト間の情報伝達を保証するソフトウェアである「サブシステム・モデル・インプリメンテーション間の接続を制御するソフトウェアであるシステム・モニタ」として、複数のシミュレータ間のデータ交換を管理する前記ＲＴＩ(Run-Time lnfastructure)を用いることは、当業者であれば当然になし得た事項であると認められる。このとき、前記情報伝達とともに、シミュレーション時刻の同期も管理・保証されることは、上記周知の事項を参酌すれば明らかである。
　よって、相違点２は格別なものではない。
　
相違点３及び４について
　まず、「イベントドリブン型」プログラムの意味について本願明細書には記載されていないので、一般的な技術用語としての意味を有すると解されるから、「ユーザーのオペレーションなど、ある事象(イベント)をきっかけに、それに対応する処理を開始するプログラム。」を意味するものと認められる。
　
　そして、本願出願前に頒布された刊行物である、“Paradoxの強力なプログラミング言語「ObjectPAL」”，日経バイト，日経ＢＰ社，１９９４年５月１日発行，第１２５号，p.７９〜８１、には次の事項が記載されている。
(ウ)「ObjectPALにおけるプログラミングは，イベント・ドリブンの考え方に基づいている。
ユーザーがメニューを選択した、ボタンをクリックしたといった作業を「イベント」と言い、それに対応する処理を宣言的に記述することによってアプリケーションを記述するのがイベント・ドリブンである。WindowsやMacintoshといったＧＵＩ環境におけるプログラミングでは一般的な考え方である
　同様に、本願出願前に頒布された刊行物である、相澤絹恵，“Sunday  Programming ３ グラフィックベンチマークテストの作成”，ＴＲＹ！ＰＣ，ＣＱ出版株式会社，１９９９年１１月１日発行，第１１巻，第６号，p.１１１〜１１５、には次の事項が記載されている。
(エ)「
Windowsのプログラミングの原則はイベントドリブンであり
　
　すなわち、WindowsやMacintoshの環境下においては、プログラムはイベントドリブン型であることが一般的であること、は周知の事項である。
　
　また、本願出願前に頒布された刊行物である特開平０７−１６８７０９号公報には、図面とともに次の事項が記載されている。
(オ)「【０００１】
【産業上の利用分野】本発明は電子計算機におけるプログラムの開発を支援する技術に関し、特に状態遷移図などで表現されたプログラムの検証作業に好適なプログラムジェネレータ利用仕様シミュレーション方法およびその装置に関するものである。」
(カ)「【００１０】
【作用】……プログラム実行部が、このシミュレーションプログラムを実行する。そして、
シミュレーションプログラムの実行中に、利用者が入力装置から状態を遷移させるためのデータを入力すると
シミュレーションプログラム本体の状態を遷移させる
(キ)「【００２７】この状態で
利用者がキーボード８から各イベントに対応付けたキーの何れかを入力すると、それがデータ入力・シミュレート結果表示制御部６を通じてプログラム実行部５で実行中の制御プログラム１２ａに伝達され、制御プログラム１２ａは受信したキーに対応するイベントをシミュレーションプログラム本体１２ｂに発行し
シミュレーションプログラム本体１２ｂは発行されたイベントに対応する処理を実行
【００２８】従って、例えばシミュレーションプログラム本体１２ｂが状態１にある状況で、キーＡが入力されると、イベント１が発行されたものとしてシミュレーションプログラム本体１２ｂは状態２へ遷移し、ＣＲＴ７の画面上では例えば図５に示すように状態２の箇所が網かけされて、現在の状態は状態２であることを利用者に示す。また、どの状態からどういうイベントで遷移してきたかを利用者に示すために、元の状態１と発行したイベント１との交差部の箇所にも網かけを表示する。更に、画面の下部には現在までの状態遷移の順序として、状態１，状態２を順に表示する。」
　
　更に、本願出願前に頒布された刊行物である特開平０３−２９２５０４号公報には、図面とともに次の事項が記載されている。
(ク)「まず、
シミュレータ実行途中でパラメータの値を変更する機構
ユーザーがボリウムやスイッチを操作するとこの操作は共有メモリを介してシミュレータ本体に送られ、パラメータの値が変更される
　
　前記(オ)〜(ク)から、シミュレーションの進行中に該シミュレーションを制御する方法として、マウスやキーボード等のユーザインタフェース手段を介して与えられるユーザの操作に対応するイベントを、シミュレーションを実行するプログラムに発行・通知し、これにより、該シミュレーションを制御する処理を実行することは、シミュレーション技術において周知技術である。
　
　ところで、引用文献には、前記「２）引用文献」の(ｆ)及び(ｇ)に挙げたように、コンピュータのオペレーティング・システムがWindowsやＭＡＣであること、すなわち、コンピュータがWindowsやMacintoshの環境下で動作していることが記載されている。
　ここで、WindowsやMacintoshの環境下のプログラムがイベントドリブン型であることが一般的であることから、引用発明において、上記のようにWindowsやMacintoshの環境下で動作している「コンピュータ」にロードするアプリケーションプログラムである「サブシステム・モデル・インプリメンテーション」をイベントドリブン型のものとすることは、当業者であれば適宜なし得た事項であると認められる。
　
　そして、引用発明の「この入力手段を介して与えられるパラメータを、前記シミュレーションを実行する処理の進行中に前記サブシステム・モデル・インプリメンテーションに供給する手段」も、ユーザのパラメータ入力操作というイベントが通知された時点でそれに対する処理を実行するというイベントドリブン型のプログラムによって実現すること、すなわち、上記周知技術を適用して、ユーザインタフェース手段を介して与えられるユーザの操作に対応するイベントを、シミュレーションを実行するアプリケーションであるサブシステム・モデル・インプリメンテーションに発行・通知し、これにより、該シミュレーションを制御する処理を実行することは、当業者が容易に想到し得たものと認められる。
　したがって、相違点３及び４は格別なものではない。
　
相違点５について
　引用文献には、引用発明の「分散型シミュレーション・システム」を、如何なる用途に適用できるかについては、記載されていない。
　
　しかしながら、シミュレーション技術をミサイル等の飛翔体を迎撃するための要撃システムのシミュレーションに適用した「要撃シミュレーションシステム」は、原査定の拒絶の理由に引用した刊行物である特開平１０−１３３５５８号公報に記載されるように、周知慣用の事項である。
　そして、引用文献には、前記「２）引用発明」の(ａ)に示したように、その発明が合衆国国防総省との契約に基づいてなされたものであることも記載されている。
　したがって、引用発明を、単に周知の「要撃シミュレーションシステム」に適用することは、当業者が容易に想到し得たものと認められる。
　
　以上のとおり、各相違点はいずれも格別のものではない。また、補正後の発明の効果も、引用発明及び周知技術から当業者が予測し得る範囲のものである。
　したがって、補正後の発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項に規定により、特許出願の際独立して特許を受けることができるものではない。
　
　６）小括
　以上のとおりであるので、補正後の発明は特許出願の際独立して特許を受けることができるものではないから、本件補正は、特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に適合していない。
　
３．むすび
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　
第３．本願発明について
１．本願発明
　平成１８年１２月２２日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という）は、平成１８年６月２６日付けの手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
「ネットワークを介して互いに接続され表示器を備える複数のコンピュータにそれぞれロードされたイベントドリブン型アプリケーションプログラムが、分散型環境に存在する複数のオブジェクト間の情報伝達を保証する共通基盤を利用してシミュレーションを実施する分散型シミュレーションシステムであって、
　ユーザの意志に応じた操作を前記シミュレーションの進行中に受け付けるユーザインタフェース手段と、
　このユーザインタフェース手段を介して与えられるユーザの操作を前記シミュレーションの進行中にイベントとして前記アプリケーションプログラムに通知するイベント通知手段とを具備することを特徴とする分散型シミュレーションシステム。」
　
２．引用発明、周知技術
　引用発明及び周知技術は、前記「第２．平成１８年１２月２２日付けの手続補正についての補正却下の決定」の項中の「２．補正の適否」の項中の「(２)独立特許要件」の項における、「２）引用発明」及び「４）判断」の項で認定したとおりである。
　
３．対比・判断
　本願発明は、補正後の発明における「共通基盤」の構成である、「時刻の同期」を保証するとの発明特定事項を省くとともに、補正後の発明の「要撃シミュレーションシステム」を「分散型シミュレーションシステム」にまで一般化したものである。
　
　そうすると、本願発明の構成に前記発明特定事項を付加するとともに、分散型シミュレーションシステムの一つである「要撃シミュレーションシステム」に関するものに限定した補正後の発明が、前記「第２．平成１８年１２月２２日付けの手続補正についての補正却下の決定」の項中の「２．補正の適否」の項中の「(２)独立特許要件」の項で検討したとおり、引用発明及び周知技術に基づいて容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。
　
４．むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。