【事件の表示】
　特願２００８−５５１９３８「プロセスの制御方法」拒絶査定不服審判事件〔平成１９年　８月　２日国際公開、ＷＯ２００７／０８６０２７、平成２１年　７月　２日国内公表、特表２００９−５２４８７０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
第１　手続の経緯 
　
　本件審判請求に係る出願（以下、「本願」という。）は、２００７年１月２６日（パリ条約による優先権主張外国庁受理２００６年１月２７日、米国）を国際出願日とする出願であって、平成２０年７月２８日に特許法第１８４条の４第１項の規定による国際出願日における明細書、請求の範囲、図面（図面の中の説明に限る。）及び要約の翻訳文が提出され、同日付けで審査請求がなされ、平成２３年５月２７日付けで拒絶理由通知（同年５月３１日発送）がなされたが、応答期間内に手続補正はなされず、意見書の提出もなされなかったため、平成２４年３月６日付けで拒絶査定（同年３月９日謄本送達）がなされたものである。 
　これに対して、本件審判請求は、「原査定を取り消す。本願の発明は特許すべきものとする。」ことを請求の趣旨として、平成２４年７月９日付けで審判請求がなされるとともに、同日付けで手続補正がなされたものである。
　そして、平成２４年９月１１日付けで審査官により特許法第１６４条第３項に定める報告（前置報告）がなされ、同年１２月１７日付けで当審により特許法第１３４条第４項の規定に基づく審尋（同年１２月１８日発送）がなされ、平成２５年６月１８日付けで回答書の提出があったものである。
　
　
第２　本件審判請求の成否について
　
１．補正の適否
　
　平成２４年７月９日付けの手続補正（以下、「本件補正」という。）の内容は、平成２０年７月２８日付けで提出された特許請求の範囲の翻訳文に記載された請求項１乃至１０の記載
　
「【請求項１】
　バッチプロセスの制御方法であって、
　ａ）入力を受信し及び入出力間の所定の関係に基づいて出力を制御するように適合された第１の制御装置を提供するステップ、
　ｂ）タスクの収集を含むバッチレシピとしてバッチプロセスを定義するステップ、
　ｃ）サブタスクによって少なくとも１つのタスクを定義し、及び、次式による条件（式中、∩は「ＡＮＤ」関係を示し、∪は「ＯＲ］関係を示す）によってサブタスクを定義するステップ、
【数１】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　ｄ）前記第１の制御装置の入力に少なくとも一つの条件を関連付けるステップ、
　ｅ）少なくとも１つのＧ（ｉ，ｊ）サブタスクのＣ（ｉ，ｊ，ｋ）条件の全てが満たされるときに、前記少なくとも１つのタスクに関連付けられる少なくとも１つの出力の値を変更するステップ
を有することを特徴とする方法。
【請求項２】
　前記バッチレシピを前記第１の制御装置のメモリ部分に格納するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
　前記第１の制御装置へオペレータインターフェースを提供するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
　前記オペレータインターフェースを提供するステップは、前記少なくとも１つのタスクの定義をオペレータが変更できるように適合されたインターフェースを提供するステップ
を含むことを特徴とする請求項３に記載の方法。
【請求項５】
　前記少なくとも１つのタスクの定義をオペレータが変更するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
　前記オペレータインターフェースを提供するステップは、前記バッチレシピの構成を前記オペレータが見ることができるように適合されたインターフェースを提供するステップ
を含むことを特徴とする請求項５に記載の方法。
【請求項７】
　前記バッチレシピの構成を表示するステップ、及び、
　表示された前記バッチレシピの構成を、前記少なくとも１つのタスクの定義の変更にしたがって変更するステップ
をさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
　前記少なくとも１つのタスクの充足度を、少なくとも第２のタスクの定義のサブタスクとして利用するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
　前記少なくとも１つのタスクを定義するステップは、複数のタスクを次式によるサブタスク（式中、∩は「ＡＮＤ」関係を示し、∪は「ＯＲ］関係を示す）によって定義するステップを含むことを特徴とする請求項１に記載の方法。
【数２】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
【請求項１０】
　前記第１の制御装置を提供するステップは、プロセッサのネットワークの一部として第１の制御装置を備えることを特徴とする請求項１に記載の方法。」（以下、この特許請求の範囲に記載された請求項を「補正前の請求項」という。）
　
を、
　
「【請求項１】
　
入力を受信し及び入出力間の所定の関係に基づいて出力を制御するように適合された第１の制御装置による
　
ａ
　
ｂ
【数１】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　
ｃ
　
ｄ
を有することを特徴とする方法。
【請求項２】
　前記バッチレシピを前記第１の制御装置のメモリ部分に格納するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
　前記第１の制御装置へオペレータインターフェースを提供するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
　前記オペレータインターフェースを提供するステップは、前記少なくとも１つのタスクの定義をオペレータが変更できるように適合されたインターフェースを提供するステップ
を含むことを特徴とする請求項３に記載の方法。
【請求項５】
　前記少なくとも１つのタスクの定義をオペレータが変更するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
　前記オペレータインターフェースを提供するステップは、前記バッチレシピの構成を前記オペレータが見ることができるように適合されたインターフェースを提供するステップ
を含むことを特徴とする請求項５に記載の方法。
【請求項７】
　前記バッチレシピの構成を表示するステップ、及び、
　表示された前記バッチレシピの構成を、前記少なくとも１つのタスクの定義の変更にしたがって変更するステップ
をさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
　前記少なくとも１つのタスクの充足度を、少なくとも第２のタスクの定義のサブタスクとして利用するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
　前記少なくとも１つのタスクを定義するステップは、複数のタスクを次式によるサブタスク（式中、∩は「ＡＮＤ」関係を示し、∪は「ＯＲ］関係を示す）によって定義するステップを含むことを特徴とする請求項１に記載の方法。
【数２】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
【請求項１０】
　前記第１の制御装置を提供するステップは、プロセッサのネットワークの一部として第１の制御装置を備えることを特徴とする請求項１に記載の方法。」（以下、この特許請求の範囲に記載された請求項を「補正後の請求項」という。）
　
に補正するものである。
　
　そして、本件補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてなされており、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定に適合している。
　
　また、本件補正は、原審の拒絶査定の理由である上記平成２３年５月２７日付けの拒絶理由通知において指摘した特許請求の範囲の記載不備の解消を図るために、補正前の請求項１に記載した発明を特定するために必要な事項である「バッチプロセスの制御方法であって」を「入力を受信し及び入出力間の所定の関係に基づいて出力を制御するように適合された第１の制御装置によるバッチプロセスの制御方法であって」に訂正するものであるから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第４号に掲げる明瞭でない記載の釈明を目的とするものに該当する。
　
　
２．本願発明
　
　上記のとおり、本件補正は適法に行われたことから、本願の請求項１に係る発明（以下、「本願発明」という。）は、前記「１．補正の適否」の補正後の請求項１に記載された次のとおりのものである。
　
「
入力を受信し及び入出力間の所定の関係に基づいて出力を制御するように適合された第１の制御装置による
　
ａ
　
ｂ
【数１】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　
ｃ
　
ｄ
　を有することを特徴とする方法。」
　
　
３．引用文献
　
（３−１）引用文献１に記載されている技術的事項及び引用発明の認定
　
　本願出願前の上記優先日の前に頒布され、原審の拒絶査定の理由である上記平成２３年５月２７日付けの拒絶理由通知において引用された、特開２００１−４２９０４号公報（平成１３年２月１６日出願公開、以下、「引用文献１」という。）には、関連する図面とともに、以下の技術的事項が記載されている。
　
Ａ　「【０００２】
【従来の技術および発明が解決しようとする課題】
　化学処理、石油処理、または他の処理で用いられるもののように、プロセス制御ネットワークは一般に、例えば、弁ポジショナ、スイッチ、センサ（温度、圧力、および流量センサ）などのひとつ以上のフィールド装置に通信結合された集中型プロセスコントローラを含んでいた。これらのフィールド装置はプロセス内の物理的な制御機能（弁の開閉のような）を行なっても、プロセスの動作を制御するのに用いられるプロセス内の測定値の測定を行なっても、プロセス内で他の所望の機能を実行してもよい。プロセスコントローラは、例えば、フィールド装置へそしてそこから４−２０ｍＡ（ミリアンペア）の信号を搬送し得るひとつ以上のアナログ信号線またはバスによってフィールド装置に接続されていた。一般に、プロセスコントローラは、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を示す信号を受け取り、この情報を用いて典型的には複雑な制御ルーチンを実行し、ついで制御信号を生成し、この制御信号はアナログ信号バスによってフィールド装置に送られて、それによってプロセスの動作を制御する。」
　
Ｂ　「【０００３】バッチ処理で用いられるもののようなある種類のプロセス制御ネットワークは典型的には、プロセス内で本質的には同じ機能を実行する同じまたは同様の機器を有するように設計された多数組の複製された機器を含む。例えば、お菓子製造工場は、多数組の調合機器と、多数組の焼き機器と、多数組の実装機器とを含み、個々のミキサのいくつかまたは全ては平行に動作可能であり、焼き機器および実装機器の幾つかまたは全てと直列的に動作するように接続可能である。このようなシステムにおいては、同じ制御アルゴリズムまたはルーチンを用いて、特定組の複製された機器の動作を制御しそれによりコントローラ内で作成され記憶されなければならない制御ルーチンの数を減らすことができることが望ましい。しかしながら、これらの制御アルゴリズムは、実行されると、そのとき用いられるある特定のユニットの機器を指定するように書かれなければならない。しかしながら、典型的には、バッチプロシージャは、多くの異なるステップまたは段階をシーケンスで行い、第２段階をはじめる前に第１段階を終える。このように、上で述べたお菓子製造工場においては、バッチプロシージャは、第１のサブプロセスまたはステップを実行し、調合機器を制御し、次いで、第２のサブプロセスを実行して、調合機器により製造されたものに焼き機器による処理を実行させ、次いで、第３のサブプロセスを実行して焼き機器により生成されたものを実装するように実装機器を制御する。」
　
Ｃ　「【０００４】前のプロセス制御システムにおいては、ユーザは典型的には、バッチプロシージャまたはレシピ(即ち一般的なバッチ命令)が書かれる時間に、または代替的には、バッチプロシージャが最初に動作し始める時間、すなわちバッチ処理の第１の段階またはユニットプロシージャが開始される時間においてどのユニットまたはどの組のユニットが、ある特定のバッチの実行の各段階またはユニットプロシージャにおいて用いられるべきか指定しなければならない。当然、ユーザは、バッチプロシージャが最初に書かれるかまたは開始される時間に、バッチプロシージャが最初に開始される時間後何時間もまたは何日もときどき必要とされないようなバッチ実行の後の段階またはユニッツトプロシージャにおいて用いられるべき機器またはユニットを選択しなければならない。この予選択は、選択された機器が忙殺されており、全体のバッチ処理が終了するまで、または少なくとも指定された機器を用いる部分が終了するまで使用できないことを意味する。この予選択はまた、それらのユニットを用いるバッチ処理の段階が始まるときに、指定されたユニットが準備できており利用可能であることを要求し、これは、指定されたユニット内の機器の故障などによってバッチ実行を終了する際に問題につながるおそれがある。この予選択はまた、ユーザまたはオペレータがその使用にさかのぼって良く機器をスケジュールしなければならないことも意味し、これは、その機器をその間に使用するかもしれない同じバッチ処理の他の実行または他のバッチ処理の実行をスケジュールする際にオペレータの選択肢を減じることになる。」
　
Ｄ　「【０００６】
【課題を解決するための手段】プロセス制御システムは、ユーザ入力に基づいてユニット段階またはユニットプロシージャの間に使用されるべきひとつ以上のユニット（または機器の組）を動的に選択するひとつ以上のプロセス制御ルーチンと、利用可能なユニットの特性に関する予め定められた優先順位または基準と、プロセスの実行の間に行われた前ユニット選択決定と、異なるユニッツト間の予め確立された接続相互関係を反映する機器列情報と、そのユニットが属するクラスに関する情報などを含む。いつバッチ実行が始まるのかではなく、ユニットが用いられるべき時間にユニットを選択することができ、これにより様々な装置の動的スケジューリングが可能となり、これによって多数のプロセスまたはバッチを実行するシステム内で様々なユニットを上手く用いることができる。この動的選択により、あるユニットがオンラインにあり、ある特定の時間に利用可能であることを確かめる必要性を軽減する。なぜなら下流のサブプロセスのためにそのユニットを指定するバッチ実行が前に始まっていたからである。」
　
　ここで、上記引用文献１に記載されている事項を検討する。
　
（ア）上記Ａの「化学処理、石油処理、または他の処理で用いられるもののように、プロセス制御ネットワークは一般に、例えば、弁ポジショナ、スイッチ、センサ（温度、圧力、および流量センサ）などのひとつ以上のフィールド装置に通信結合された集中型プロセスコントローラを含んでいた。…（中略）…。一般に、プロセスコントローラは、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を示す信号を受け取り、この情報を用いて典型的には複雑な制御ルーチンを実行し、ついで制御信号を生成し、この制御信号はアナログ信号バスによってフィールド装置に送られて、それによってプロセスの動作を制御する。」との記載、上記Ｂの「バッチ処理で用いられるもののようなある種類のプロセス制御ネットワークは典型的には、プロセス内で本質的には同じ機能を実行する同じまたは同様の機器を有するように設計された多数組の複製された機器を含む。」との記載からすると、「バッチ処理」で用いられる「プロセス制御ネットワーク」において、「集中型プロセスコントローラ」がフィールド装置の測定値やフィールド装置に関する他の情報を受信し、制御のための処理を実行し、複雑な「制御ルーチン」に基づき「制御信号」を出力するよう構成されていると解されるから、引用文献１には、
「測定値などの情報を受信し、制御ルーチンに基づき制御信号を出力する集中型プロセスコントローラによるバッチ処理の制御方法」
が記載されていると解される。
　
（イ）上記Ｂの「【０００３】バッチ処理で用いられるもののようなある種類のプロセス制御ネットワークは典型的には、プロセス内で本質的には同じ機能を実行する同じまたは同様の機器を有するように設計された多数組の複製された機器を含む。…（中略）…。しかしながら、典型的には、バッチプロシージャは、多くの異なるステップまたは段階をシーケンスで行い、第２段階をはじめる前に第１段階を終える。このように、上で述べたお菓子製造工場においては、バッチプロシージャは、第１のサブプロセスまたはステップを実行し、調合機器を制御し、次いで、第２のサブプロセスを実行して、調合機器により製造されたものに焼き機器による処理を実行させ、次いで、第３のサブプロセスを実行して焼き機器により生成されたものを実装するように実装機器を制御する。」との記載、上記Ｃの「【０００４】前のプロセス制御システムにおいては、ユーザは典型的には、バッチプロシージャまたはレシピ(即ち一般的なバッチ命令)が書かれる時間に、」との記載からすると、「バッチプロシージャ」が「レシピ」となっており、「バッチプロシージャ」は複数の「サブプロセス」により定義されると解され、また、上記Ｄの「これによって多数のプロセスまたはバッチを実行するシステム内で様々なユニットを上手く用いることができる。この動的選択により、あるユニットがオンラインにあり、ある特定の時間に利用可能であることを確かめる必要性を軽減する。なぜなら下流のサブプロセスのためにそのユニットを指定するバッチ実行が前に始まっていたからである。」との記載からすると、システム内では多数の「プロセス」または「バッチ」が実行され、その下流の処理単位として「サブプロセス」が指定されていると解されるから、引用文献１には、
「多数のプロセスが実行され、バッチプロシージャをレシピとしてバッチ処理を定義するステップ、
サブプロセスによってバッチプロシージャを定義するステップ」
が記載されていると解される。
　
（ウ）上記Ａの「化学処理、石油処理、または他の処理で用いられるもののように、プロセス制御ネットワークは一般に、例えば、弁ポジショナ、スイッチ、センサ（温度、圧力、および流量センサ）などのひとつ以上のフィールド装置に通信結合された集中型プロセスコントローラを含んでいた。…（中略）…。一般に、プロセスコントローラは、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を示す信号を受け取り、この情報を用いて典型的には複雑な制御ルーチンを実行し、ついで制御信号を生成し、この制御信号はアナログ信号バスによってフィールド装置に送られて、それによってプロセスの動作を制御する。」との記載、上記Ｂの「典型的には、バッチプロシージャは、多くの異なるステップまたは段階をシーケンスで行い、第２段階をはじめる前に第１段階を終える。このように、上で述べたお菓子製造工場においては、バッチプロシージャは、第１のサブプロセスまたはステップを実行し、調合機器を制御し、次いで、第２のサブプロセスを実行して、調合機器により製造されたものに焼き機器による処理を実行させ、次いで、第３のサブプロセスを実行して焼き機器により生成されたものを実装するように実装機器を制御する。」との記載からすると、「集中型プロセスコントローラ」がフィールド装置の測定値やフィールド装置に関する他の情報を受信し、制御のための処理を実行し、複雑な「制御ルーチン」に基づき「制御信号」を出力するよう適合されていると解され、また、「バッチプロシージャ」による「サブプロセス」のシーケンス実行について、例えば、第１のサブプロセス実行後に第２のサブプロセスが実行されるよう、第１のサブプロセス実行完了後に「集中型プロセスコントローラ」が「バッチプロシージャ」に対して出力する制御データを変更していると解されることから、引用文献１には、
「集中型プロセスコントローラの入力に、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を関連付けるステップ、
所定のサブプロセスの実行完了後に次のサブプロセス実行のために、集中型プロセスコントローラがバッチプロシージャに出力する制御データを変更するステップ」
が記載されていると解される。
　
（エ）上記Ｄの「【課題を解決するための手段】プロセス制御システムは、ユーザ入力に基づいてユニット段階またはユニットプロシージャの間に使用されるべきひとつ以上のユニット（または機器の組）を動的に選択するひとつ以上のプロセス制御ルーチンと、利用可能なユニットの特性に関する予め定められた優先順位または基準と、プロセスの実行の間に行われた前ユニット選択決定と、異なるユニッツト間の予め確立された接続相互関係を反映する機器列情報と、そのユニットが属するクラスに関する情報などを含む。」との記載からすると、プロセス制御には機器の組を動的に選択する「ユニットプロシージャ」を実行していると解されることから、引用文献１には、
「ユーザ入力に基づいて，ユニットプロシージャの間に使用されるべきひとつ以上の機器の組を動的に選択するステップ」
が記載されていると解される。
　
　以上、（ア）乃至（エ）で指摘した事項から、引用文献１には、次の発明（以下、「引用発明」という。）が記載されているものと認める。
　
「測定値などの情報を受信し、制御ルーチンに基づき制御信号を出力する集中型プロセスコントローラによるバッチ処理の制御方法であって、
　多数のプロセスが実行され、バッチプロシージャをレシピとしてバッチ処理を定義するステップ、
　サブプロセスによってバッチプロシージャを定義するステップ、
　集中型プロセスコントローラの入力に、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を関連付けるステップ、
　所定のサブプロセスの実行完了後に次のサブプロセス実行のために、集中型プロセスコントローラがバッチプロシージャに出力する制御データを変更するステップ、
　ユーザ入力に基づいて，ユニットプロシージャの間に使用されるべきひとつ以上の機器の組を動的に選択するステップ
　を有することを特徴とする方法。」
　
（３−２）引用文献２に記載されている技術的事項
　
　本願出願前の上記優先日の前に頒布され、原審の拒絶査定の理由である上記平成２３年５月２７日付けの拒絶理由通知において引用された、特開昭６３−１８４８４１号公報（昭和６３年７月３０日出願公開、以下、「引用文献２」という。）には、関連する図面とともに、以下の技術的事項が記載されている。
　
Ｅ　「プロセッサはタスク終了割込み信号を受取ると第６図に示したようなタスクＩＤを使用して第４図に示した如き従属関係表中の従属タスクの組を見い出す。次いでプロセッサは各々の従属タスクＩＤ及び関係する前提条件を使用して第５図に示した如き前提条件表中の現在状態を更新する。タスク実行に必要な全ての前提条件が整っていればタスクはタスクＩＤ中のタスク持ち行列番号ブロックを使って適当な実行待ち行列中に入れられる。全ての従属タスクよりなるタスクの組はこのオーバーヘッド作業が終るまでエグゼクティブシステムによってこのように処理される。第３図、第４図、第５図及び第８図の例ではタスク１４４（Ｃ）の終了に伴ってプロセッサＰ３からプロセッサＰ１に送られた割込み信号２０２により前提条件表中のタスクＥについての現在状態の項の内容が更新される。何らかのタスクがタスクＣの終了を前提としておりかつタスクＣの終了のみを前提としている場合、タスクＣの終了に伴って発生されたタスク終了割込み信号によりそのタスクが適当なプロセッサの実行待ち行列中にスケジューリングされる。」（第１１頁右下欄第９行〜第１２頁左上欄第１０行）
　
Ｆ　「第３図の場合と同じく、プロセッサはタスク終了割込み信号を受け取るとそのタスクＩＤを使って従属関係表中で前記タスクに対応する従属タスクの組を見出す。また、各々の従属タスクＩＤ及び協働する前提条件の基準を使用することにより前提条件表中の前提条件に関する現在状態リストを更新する。全ての前提条件が整うとタスクはそのタスクＩＤを与える適当な実行待ち行列中に入れられる。そのタスクが終了するまでの間全ての従属タスクの組がこのようにして実行される。第９図及び第１０図の例では、従属関係表及び前提条件表より例えばタスクＣについてタスク終了割込み信号に応じてタスクＦ及びＧが適当なプロセッサ中の実行待ち行列中にスケジューリングされタスクＨの現在状態の更新がなされることがわかる。」（第１３頁左下欄第１行〜１６行）
　
４．参考文献１に記載されている技術的事項
　
　本願出願前の上記優先日の前に頒布された、特開２００５−２５７４９号公報（平成１７年１月２７日出願公開、以下、「参考文献１」という。）には、関連する図面とともに、以下の技術的事項が記載されている。
　
Ｇ　「【００３８】
　一般に当技術分野で周知のように、スレッドとは、処理装置によって実行されるタスクを指し、通常、一連のサブタスクを備え、このサブタスクはこうしたサブタスクのシーケンスを形成する特定の順序で実行される。２つのスレッドを収容する例示の処理装置は、２つのこうしたタスクの間でリソースを割り当てる。例えば、一例では、処理装置は、複数のサブタスクを含む第１のタスク（スレッド）を実行することができる。こうしたサブタスクの実行中に、データ・ハザードに遭遇した場合は、サブタスクの処理に遅れが生じる。例えば、データを即時にアクセス可能なキャッシュの位置から得ることができない場合、システムは、システム・メモリ１３０などあまり簡単にアクセスできないソースからデータを取り出さなければならない。この操作は、第１のスレッドの実行に数百サイクルの可能性がある遅延をもたらすことがある。こうした遅延は、第１のスレッドの実行における「バブル」を表現するものである。処理装置がこのバブル中にアイドル状態にならないように、処理装置は、処理装置のアイドル・リソースを使用して第２のスレッドのサブタスクを実行するように構成される。こうすると、処理装置は、そのリソースをより有効に使用し、また潜在的にシーンのレンダリングを促進する。」
　
　
５．本願発明と引用発明との対比
　
　本願発明と引用発明とを対比する。
　
（５−１）引用発明の「集中型プロセスコントローラ」は、「制御ルーチン」による入出力間の所定の関係に基づき入力情報から出力する制御信号を生成して「バッチ処理」を制御していることから、引用発明の「集中型プロセスコントローラ」、「バッチ処理」は、本願発明の「第１の制御装置」、「バッチプロセス」に相当する。
　してみると、引用発明の「測定値などの情報を受信し、制御ルーチンに基づき制御信号を出力する集中型プロセスコントローラによるバッチ処理の制御方法」は、本願発明の「入力を受信し及び入出力間の所定の関係に基づいて出力を制御するように適合された第１の制御装置によるバッチプロセスの制御方法」に相当する。
　
（５−２）引用発明の「サブプロセス」は、「バッチプロシージャ」により実行される「プロセス」の少なくとも一部を構成する処理単位であるから、本願発明の「サブタスク」に相当し、引用発明の「プロセス」は、本願発明の「タスク」に相当する。
　してみると、引用発明の「多数のプロセスが実行され、バッチプロシージャをレシピとしてバッチ処理を定義するステップ」と、本願発明の「タスクの収集を含むバッチレシピとしてバッチプロセスを定義するステップ」とは、ともに、“レシピとしてバッチプロセスを定義するステップ” である点で共通するといえる。
　
（５−３）上記（５−２）での検討のとおり、引用発明の「サブプロセス」は、本願発明の「サブタスク」に相当する。
　そして、引用発明では「サブプロセス」によって「バッチプロシージャ」を定義しているが、「サブプロセス」は、「バッチプロシージャ」により実行される「プロセス」を構成する処理単位であるから、「サブプロセス」によって少なくとも１つの「プロセス」を定義するといえる。
　してみると、引用発明の「サブプロセスによってバッチプロシージャを定義するステップ」と、本願発明の「サブタスクによって少なくとも１つのタスクを定義し、及び、次式による条件（式中、∩は「ＡＮＤ」関係を示し、∪は「ＯＲ］関係を示す）によってサブタスクを定義するステップ、
【数１】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　」
とは、ともに、“サブタスクによって少なくとも１つのタスクを定義するステップ” である点で共通するといえる。
　
（５−４）引用発明の「フィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報」は、「集中型プロセスコントローラ」が「バッチ処理」を制御するための入力情報となっており、「サブプロセス」，「プロセス」の実行を制御するための入力としても利用されることは明らかである。
　一方、本願発明の「前記第１の制御装置の入力に少なくとも一つの条件を関連付けるステップ」における「条件」とは、「サブタスク」，「タスク」の起動条件の情報であると解される。
　してみると、引用発明の「集中型プロセスコントローラの入力に、ひとつ以上のフィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を関連付けるステップ」と、本願発明の「前記第１の制御装置の入力に少なくとも一つの条件を関連付けるステップ」とは、ともに、“第１の制御装置の入力にサブタスク，タスクの実行制御のための情報を関連付けるステップ” である点で共通するといえる。
　
（５−５）引用発明では、「所定のサブプロセスの実行完了後に次のサブプロセス実行のために」「集中型プロセスコントローラ」が「出力する制御データを変更する」ことから、「サブプロセス」が起動されるときに、「プロセス」に関連付けられる出力の値を変更するといえる。
　一方、本願発明の「Ｇ（ｉ，ｊ）サブタスクのＣ（ｉ，ｊ，ｋ）条件の全てが満たされるとき」とは、「サブタスク」が起動されるときであると解される。
　してみると、引用発明の「所定のサブプロセスの実行完了後に次のサブプロセス実行のために、集中型プロセスコントローラがバッチプロシージャに出力する制御データを変更するステップ」と、本願発明の「少なくとも１つのＧ（ｉ，ｊ）サブタスクのＣ（ｉ，ｊ，ｋ）条件の全てが満たされるときに、前記少なくとも１つのタスクに関連付けられる少なくとも１つの出力の値を変更するステップ」とは、ともに、“少なくとも１つのサブタスクが起動されるときに、前記少なくとも１つのタスクに関連付けられる前記第１の制御装置の少なくとも１つの出力の値を変更するステップ” である点で共通するといえる。
　
　以上から、本願発明と引用発明とは、以下の点で一致し、また、以下の点で相違する。
　
（一致点）
　
「入力を受信し及び入出力間の所定の関係に基づいて出力を制御するように適合された第１の制御装置によるバッチプロセスの制御方法であって、
　レシピとしてバッチプロセスを定義するステップ、
　サブタスクによって少なくとも１つのタスクを定義するステップ、
　前記第１の制御装置の入力にサブタスク，タスクの実行制御のための情報を関連付けるステップ、
　少なくとも１つのサブタスクが起動されるときに、前記少なくとも１つのタスクに関連付けられる前記第１の制御装置の少なくとも１つの出力の値を変更するステップ
　を有することを特徴とする方法。」
　
（相違点１）
　
　バッチプロセスの定義に関して、本願発明が、「タスクの収集を含むバッチレシピとしてバッチプロセスを定義する」のに対して、引用発明は、多数のプロセスの実行について、複数のバッチプロシージャによるバッチレシピとしてバッチ処理が定義されるかどうか明らかでない点。
　
（相違点２）
　
　サブタスクの定義に関して、本願発明が、「次式による条件（式中、∩は「ＡＮＤ」関係を示し、∪は「ＯＲ］関係を示す）
【数１】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　」
によって「サブタスク」を定義しているのに対して、引用発明ではそのような条件により定義されていない点。
　
（相違点３）
　
　第１の制御装置の入力に関して、本願発明が、「入力に少なくとも一つの条件を関連付ける」のに対して、引用発明は、「集中型プロセスコントローラ」は「フィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報」を入力とし、「サブプロセス」，「プロセス」の実行を制御するものの、「サブプロセス」の起動条件の情報を入力しているかどうか明らかでない点。
　
（相違点４）
　
　タスクに関連付けられる出力の値の変更に関して、本願発明が、「少なくとも１つのＧ（ｉ，ｊ）サブタスクのＣ（ｉ，ｊ，ｋ）条件の全てが満たされるときに」「少なくとも１つのタスクに関連付けられる少なくとも１つの出力の値を変更する」のに対して、引用発明は、「所定のサブプロセスの実行完了後に次のサブプロセス実行のために」、「プロセス」を実行する「バッチプロシージャ」に関連付けられる出力制御データを変更する点。
　
　
６．当審の判断
　
　上記相違点１乃至相違点４について検討する。
　
（６−１）相違点１について
　
　引用発明では、サブプロセスを実行するためのバッチプロシージャをレシピとしているが、バッチプロシージャはサブプロセスをシーケンスで実行制御している。
　一方、参考文献１に「一般に当技術分野で周知のように、スレッドとは、処理装置によって実行されるタスクを指し、通常、一連のサブタスクを備え、このサブタスクはこうしたサブタスクのシーケンスを形成する特定の順序で実行される。２つのスレッドを収容する例示の処理装置は、２つのこうしたタスクの間でリソースを割り当てる。」（上記Ｆ参照）と記載されているように、一連のサブタスクを備えたタスクの複数について処理装置が実行する旨の技術は本願の上記優先日（平成１８年１月２７日）前には周知の技術であった。
　してみると、上記参考文献１に記載の周知技術に基づき、引用発明において、複数のプロセスを実行するために、適宜、複数のバッチプロシージャを複数のプロセスを含むバッチレシピとしてバッチ処理を定義すること、すなわち、相違点１に係る構成とすることは、当業者が容易に想到し得たことである。
　
　よって、相違点１は格別なものではない。　
　
（６−２）相違点２について
　
　本願発明では、サブタスクを「次式による条件（式中、∩は「ＡＮＤ」関係を示し、∪は「ＯＲ］関係を示す）
【数１】
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　Ni
タスク(i)=∪G(i,j)=G(i,1)∪G(i,2)∪G(i,3)…∪G(i,Ni)
　　　　　j=1
　　
　　　Mij
G(i,j)=∩C(i,j,k)=C(i,j,1)∩C(i,j,2)∩C(i,j,3)…∩C(i,j,Mij)
　　　k=1
　　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　」
によって定義されている（タスク(i) ，G(i,j)の式が重複しているのは誤記であると認められる。）が、これに関して、本願明細書の段落【００１６】には以下のとおり記載されている。
「【００１６】
　タスク（ｉ）は、レシピの第ｉ番目のタスクを表す。レシピの１つのタスクからレシピの全タスクに到るまでのいかなる場所がそのように定義されてもよい。Ｇ（ｉ，ｊ）は、タスク（ｉ）のｊ番目のサブタスクを表し、∩は「ＡＮＤ」関係を表す。Ｃ（ｉ，ｊ，ｋ）は、Ｇ（ｉ，ｊ）サブタスクのｋ番目の条件を表し、∪は「ＯＲ」関係を表す。式によると、第ｉ番目のタスクのｊ番目のサブタスクＧ（ｉ，ｊ）は、任意の条件Ｃ（ｉ，ｊ，ｋ）が論理的に真である場合に満たされる。」
　上記記載からすると、本願発明におけるサブタスクは、任意の条件Ｃ（ｉ，ｊ，ｋ）が論理的に真である場合に満たされる、すなわち、条件Ｃ（ｉ，ｊ，ｋ）の全てが満たされる時に実行されるものと解される。
　一方、引用文献２に「次いでプロセッサは各々の従属タスクＩＤ及び関係する前提条件を使用して第５図に示した如き前提条件表中の現在状態を更新する。タスク実行に必要な全ての前提条件が整っていればタスクはタスクＩＤ中のタスク持ち行列番号ブロックを使って適当な実行待ち行列中に入れられる。」（上記Ｅ参照），「また、各々の従属タスクＩＤ及び協働する前提条件の基準を使用することにより前提条件表中の前提条件に関する現在状態リストを更新する。全ての前提条件が整うとタスクはそのタスクＩＤを与える適当な実行待ち行列中に入れられる。そのタスクが終了するまでの間全ての従属タスクの組がこのようにして実行される。」（上記Ｆ参照）と記載されているように、一連の相互に関連して実行されるタスク群を構成するタスクの各々について、実行条件が全て整った場合に実行する旨の技術は本願の上記優先日（平成１８年１月２７日）前には周知の技術であった。
　してみると、プロセッサにより一連の相互に関連して実行されるタスクを制御するための引用文献２に記載の周知技術と、引用発明とは、ともに複数のプロセスを実行制御するための技術であり、技術分野が共通していることから、バッチプロシージャにより一連のサブプロセスが実行される引用発明においても、サブプロセスの各々について、実行条件が全て整った場合に実行すること、すなわち、相違点２に係る構成とすることは、当業者が容易に想到し得たことである。
　
　よって、相違点２は格別なものではない。　
　
（６−３）相違点３及び相違点４について
　
　引用発明では、集中型プロセスコントローラが、フィールド装置により測定された測定値、および／またはフィールド装置に関する他の情報を入力とし、一連のサブプロセスの実行を制御している。また、所定のサブプロセスの実行完了後に次のサブプロセス実行のために、プロセスを実行するバッチプロシージャに関連付けられた出力制御データを変更している。
　一方、引用文献２に「プロセッサはタスク終了割込み信号を受け取るとそのタスクＩＤを使って従属関係表中で前記タスクに対応する従属タスクの組を見出す。また、各々の従属タスクＩＤ及び協働する前提条件の基準を使用することにより前提条件表中の前提条件に関する現在状態リストを更新する。全ての前提条件が整うとタスクはそのタスクＩＤを与える適当な実行待ち行列中に入れられる。」（上記Ｆ参照）と記載されているように、一連の相互に関連したタスク群を実行するプロセッサが先行するタスクの終了割込み信号を受信すると、従属するタスクの実行準備を行う旨の技術は本願の上記優先日（平成１８年１月２７日）前には周知の技術であった。
　そして、プロセッサにより一連の相互に関連して実行されるタスクを制御するための引用文献２に記載の周知技術と、引用発明とは、ともに複数のプロセスを実行制御するための技術であり、技術分野が共通している。
　してみると、集中型プロセスコントローラが、情報を入力し、一連のサブプロセスの実行を制御する引用発明においても、集中型プロセスコントローラの入力情報に、サブプロセスの起動条件を関連付け、全ての起動条件が満たされてサブプロセスが実行されたときに、対応するプロセスの出力値を変更すること、すなわち、相違点３及び相違点４に係る構成とすることは、当業者が容易に想到し得たことである。
　
　よって、相違点３及び相違点４は格別なものではない。　
　
（６−４）小括
　
　上記で検討したごとく、相違点１乃至相違点４は格別のものではなく、そして、これらの相違点を総合的に勘案しても、本願発明の奏する作用効果は、上記引用発明及び周知技術の奏する作用効果から予測される範囲内のものにすぎず、格別顕著なものということはできない。
　
　
７．むすび 
　
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものであるから、その余の請求項に係る発明について検討するまでもなく、本願は拒絶すべきものである。 
　
よって、結論のとおり審決する。