ポートフォリオを新規に作成して保存 |
|
|
既存のポートフォリオに追加保存 |
|
PDFをダウンロード |
審決分類 |
審判 査定不服 特36条6項1、2号及び3号 請求の範囲の記載不備 特許、登録しない(前置又は当審拒絶理由) G05B 審判 査定不服 特36条4項詳細な説明の記載不備 特許、登録しない(前置又は当審拒絶理由) G05B |
---|---|
管理番号 | 1251002 |
審判番号 | 不服2010-15369 |
総通号数 | 147 |
発行国 | 日本国特許庁(JP) |
公報種別 | 特許審決公報 |
発行日 | 2012-03-30 |
種別 | 拒絶査定不服の審決 |
審判請求日 | 2010-07-09 |
確定日 | 2012-01-18 |
事件の表示 | 平成10年特許願第516933号「冗長フィールドデバイスおよびバス付きプロセス制御ネットワーク」拒絶査定不服審判事件〔平成10年 4月 9日国際公開、WO98/14853、平成13年 2月 6日国内公表、特表2001-501761〕について、次のとおり審決する。 |
結論 | 本件審判の請求は、成り立たない。 |
理由 |
第1.手続の経緯 本件出願は、平成9年10月3日(優先権主張1996年10月4日、アメリカ合衆国)を国際出願日とする出願であって、同22年3月1日付けで拒絶をすべき旨の査定がされた。 これに対し、同22年7月9日に本件審判の請求とともに手続補正がなされ、同23年1月17日付けで拒絶理由が通知され、同23年7月19日に意見書の提出とともに手続補正がなされたものである。 第2.拒絶理由の内容 平成23年1月17日付けで通知された拒絶理由は、平成22年7月9日に手続補正された特許請求の範囲、明細書に対するものであり、以下のとおりである。 【特許請求の範囲の請求項1】 プロセスで通信プロセス機能を実行する通信バスと、 デバイスのそれぞれがプロセス内で別のプロセス機能を実行する、通信バス上で通信可能にリンクされる複数のプロセス制御フィールドデバイスと、 前記通信バスを介して前記複数のプロセス制御フィールドデバイスに通信可能に接続されるコントローラと、 プロセス内で同じ機能を実行するように適応される一次冗長要素、および二次冗長要素を含む1組の冗長要素であって、1組の冗長プロセス制御フィールドデバイス、1組の冗長通信ループ又は1組のプロセス制御機能ブロックの少なくとも一つを有する1組の冗長要素と、 前記1組の冗長要素に関連する機能要素において動作し、前記冗長要素の一つの稼動中ステータスを検出するように構成された制御論理回路と を含み、 前記コントローラは、前記1組の冗長要素に通信可能に接続され、前記制御論理回路は前記冗長要素の一つの稼動中ステータスを前記コントローラに送信し、これにより、前記コントローラは前記冗長要素の一つの故障を検出し、該冗長要素の一つの故障を検出したときに前記プロセス制御システムにおける前記冗長要素の他方を活性化する、 分散型様式でプロセス内でプロセス制御機能を実行するプロセス制御システム。 【拒絶理由】 1)本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第36条第4項及び第6項に規定する要件を満たしていない。 (略) 記 (36条) 1.請求項1において、「1組の冗長要素に関連する機能要素において動作し、前記冗長要素の一つの稼動中ステータスを検出するように構成された制御論理回路」を備える点については、発明の詳細な説明において、「制御論理回路」が、どのような信号を、どのような論理の回路に入力して稼動中ステータスを検出しているのか、その具体的な構成が記載されておらず、不明確である。 2.請求項1において、「稼動中ステータス」は、発明の詳細な説明において定義や説明が記載されていないので、「正常に稼働中である」という状態を示すものであるのか、あるいは、単に、「動作中である」ことを示すものであるのかが不明確である。 3.請求項1において、「制御論理回路が冗長要素の一つの稼動中ステータスをコントローラに送信し、これにより、コントローラが冗長要素の一つの故障を検出する」点については、上記のように、「制御論理回路」の構成や、「稼動中ステータス」の定義が不明であり、また、コントローラが、受信した稼動中ステータスに対して何らかの処理を行うのか否かも不明であるので、「制御論理回路は冗長要素の故障は検出せず、単に、冗長要素の一つのステータス信号をコントローラに送信するものであり、コントローラが、このステータス信号に何らかの演算処理等をすることにより、冗長要素の一つの故障を検出する」ものであるのか、あるいは、「制御論理回路が、冗長要素の一つが正常状態であるか、異常状態であるかを示すステータス信号をコントローラに送信し、コントローラは、このステータス信号を受信することにより、冗長要素の一つが故障であることを認識する」ものであるのかが不明確である。 4.各請求項記載事項と、発明の詳細な説明、実施例との関係が不明確である。意見書において、図面参照符号を付す、対応する図面番号、段落番号を説明する等、工夫願いたい。また、補正により、請求項に含まれなくなったものについては、その旨、明らかにしていただきたい。 5.発明の詳細な説明と図面との対応関係が不明確である。例えば、第18ページの「今度は図3を参照」の段落で、図3には符号20、61、62等は見あたらない。第35ページ「図9を参照」の段落で、「制御弁504と506」は誤記ではないか。 (略) 補正の際は、新規事項の追加とならないよう留意願いたい。記載箇所特定の便のため、段落番号を付した全文補正が望ましい。 本発明は、既知の技術の寄せ集めにすぎないものと解され、特許性を主張する部分が不明確である。本願対応欧州特許は異議係属中と思われ、状況をお知らせ願いたい。 仮に、本発明に、特許性を主張する部分があるとしても、相当程度具体化(限定)せざるを得ず、36条の観点から明細書のさらなる補正も必要になると思われる。 費用対効果の観点から、特許化を断念し、本通知に応答しないことも一案と思われる。 特許化を望むなら、審判官は、面接による技術説明を希望するので、その可否につき、連絡願いたい。 以上、特許法第159条第2項で準用する同法第50条の規定により、通知する。 第3.請求人の対応 請求人は、平成23年7月19日に、意見書を提出するとともに、手続補正を行った(以下「今回の請求人対応」という。)。 1.補正の内容 補正された請求項1は、以下のとおりである。 【請求項1】 プロセスで通信プロセス機能を実行する通信バスと、 プロセス内でプロセス機能を実行する通信バス上で通信可能にリンクされ、前記プロセス内で同じ機能を実行するように構成された一次フィールドデバイス及び二次フィールドデバイスを含む一組の冗長プロセス制御デバイスを有する複数のプロセス制御フィールドデバイスと、 前記通信バスを介して前記複数のプロセス制御フィールドデバイスに通信可能に接続されるコントローラと、 故障ステータス、稼動中ステータス、または機能性の変化する度合いを示すステータスを含む前記一次フィールドデバイスのステータスのうちの稼動中ステータスを検出するように構成された一次フィールドデバイス内で実行される制御論理回路と を含み、 前記制御論理回路は前記一次フィールドデバイスの稼動中ステータスを前記通信バスを介して前記コントローラに送信し、これにより、前記コントローラは、前記制御論理回路からの通信により前記一次フィールドデバイスの稼動中ステータスに基づいて前記一次フィールドデバイスの故障を検出し、前記一次フィールドデバイスの故障を検出したときに前記プロセス制御システムにおける前記二次フィールドデバイスを活性化する、 分散型様式でプロセス内でプロセス制御機能を実行するプロセス制御システム。 2.意見書 意見書の内容は、以下のとおりである。 (1)(略) (2)(略) (3)拒絶理由通知書によりますと、「1組の冗長要素に関連する機能要素において動作し、前記冗長要素の一つの稼動中ステータスを検出するように構成された制御論理回路」、「稼動中ステータス」、「制御論理回路が冗長要素の一つの稼動中ステータスをコントローラに送信し、これにより、コントローラが冗長要素の一つの故障を検出する」などの記載について不明確であると指摘されています。しかしながら、補正後の特許請求の範囲では、拒絶理由通知書で指摘されている不明確性は解消していると思料致します。 (4)また、拒絶理由通知書によりますと、本願の請求項1に係る発明は、引用文献1?8に記載された発明に基づいて当業者が容易に発明をすることができたものである旨(特許法第29条第2項)が指摘されています。 しかしながら、何れの引用文献にも、一次フィールドデバイスの稼働中ステータスを検出し、その一次フィールドデバイスの稼働中ステータスを通信バスを介してプロセスコントローラに送信するように構成された、一次フィールドデバイス内の制御論理回路を実装し、これにより、コントローラが制御論理回路から送信された一次フィールドデバイスの稼働中ステータスに基づいて一次冗長要素の故障を検出すること、については、開示も示唆もされてはいません。このような特徴は、従来技術によって教示又は示唆されるものでもありません。 (略) (5)以上申し述べましたように、本願の補正後の明細書及び図面の記載は、特許法第36条第4項及び第6項に規定する要件を満たしており、また特許請求の範囲の記載の発明は、引用文献1?8によっては進歩性を失うものではなく、同法第29条第2項の規定に該当するものではないと確信いたします。いま一度御精査のうえ、速やかに特許査定を賜りますようお願い致します。 3.その他 審判官は、拒絶理由に「特許化を望むなら、審判官は、面接による技術説明を希望するので、その可否につき、連絡願いたい」と記したが、請求人から面接に関する連絡はなかった。 また、拒絶理由に「本願対応欧州特許は異議係属中と思われ、状況をお知らせ願いたい」と記したが、対応欧州特許の状況について、意見書に説明はなかった。 第4.当審の判断 1.36条の理由1 拒絶理由の36条の理由1は、請求項1の「制御論理回路」が、発明の詳細な説明において、どのような信号を、どのような論理の回路に入力して稼動中ステータスを検出しているのか、その具体的な構成が記載されておらず、不明確であるというものである。 今回の請求人対応により、特許請求の範囲は補正がなされたが、発明の詳細な説明は補正がなされていない。 また、意見書においては、(3)中に「補正後の特許請求の範囲では、拒絶理由通知書で指摘されている不明確性は解消していると思料致します」との記載があるにとどまる。 そこで、今回の請求人対応に基づき、改めて検討する。 補正された請求項1には、以下の記載がある。 「故障ステータス、稼動中ステータス、または機能性の変化する度合いを示すステータスを含む前記一次フィールドデバイスのステータスのうちの稼動中ステータスを検出するように構成された一次フィールドデバイス内で実行される制御論理回路」 発明の詳細な説明には、以下の記載がある。 「【0011】 本発明の1つの態様に従って冗長性は、一次バスと冗長バスを有する冗長バス組を含む、2セットの通信媒体を使用して選択式で実現される。本発明の別の態様に従って、冗長性は、回復が、通信媒体の故障に対してではなく、デバイスや機能ブロックなどの他の機能要素の故障時に達成されるように、単一通信バスなどの単一セットの通信媒体を使用するが、フィールドデバイスなどの冗長デバイスを実現して選択式で実現される。1つの実施例においては、デジタル制御システム(DCS)コントローラまたはフィールドデバイスなどのループコントローラが、そこに冗長機能要素を有する単一通信ループの冗長性動作を制御する。この実施例においては、ループコントローラは、単一通信バスに接続され、単一通信バスはデバイスなどの冗長組の機能要素に接続される。制御論理回路などの選択された機能要素は、故障ステータスを検出し、このステータスをコントローラに通信するか、あるいはコントローラは冗長機能要素の内の故障した1つからの通信の中断を検出してから、自動的に通信ループを構成し直し、それにより通信ステータスを復元する。 【0012】 本発明のさらなる態様に従って、冗長性は、故障中のデバイスおよび故障中の通信媒体の両方に回復が達成されるように、デバイスなどの他の冗長機能要素の仕様に加えて、通信媒体の冗長セットを使用して選択式で実現される。本発明に従って、デジタル制御システム(DCS)コントローラまたはフィールドデバイスなどのループコントローラは、冗長デバイスに接続される冗長バスを有する通信ループの冗長組の冗長性動作を制御する。ループコントローラは、通信ループの冗長組の一次バスと冗長バスの両方に接続され、冗長デバイスは、一次デバイスが一次ループに接続され、冗長デバイスが冗長ループに接続されるように、冗長バスに接続される。選択された機能要素が、故障ステータスを検出し、ループコントローラに通信するか、あるいはループコントローラが故障した機能要素からの通信の中断を検出する。例えば、コントローラまたは制御論理回路が故障した機能要素(バスまたはデバイスのどちらか)を検出したり、ループコントローラが要素からの通信の中断を検出するなどの故障が発生したときには、ループコントローラは、通信ループの冗長組を自動的に構成し直し、通信ステータスを復元する。」 「【0062】 ここでは、図6を参照すると、概略ブロック図が、本発明に従った冗長性が、一次フィールドデバイス204および冗長フィールドデバイス206を含む冗長機能要素付きの単一通信ループ202内で通信媒体の単一セットを使用して、選択式で実現される制御システムネットワーク200を示す。デジタル制御システム(DCS)コントローラまたはフィールドデバイスなどのループコントローラ208は、単一通信ループ202に接続され、単一通信ループ202はフィールドデバイス204と206の冗長組に接続される。フィールドデバイス204および206は、故障ステータスをオプションで検出し、通信する。ループコントローラ208は、二線式デジタル通信を使用し、制御システムネットワーク200内のデバイスの動作を継続的に監視し、故障したフィールドデバイスからの通信の中断を検出する。制御システムネットワーク200は、通信媒体202の単一セットの故障からではなく、一次フィールドデバイス204の故障から回復する。ループコントローラ208は、冗長フィールドデバイス204と206と組み合わされた単一通信ループ202の動作の冗長性を制御し、デバイス内の制御論理回路などの1つまたは複数の機能要素からの故障ステータスの受信、または1つまたは複数の機能要素からのメッセージの停止を検出することのどちらかにより、機能要素の故障を検出する。」 しかしながら、これら記載を参酌しても、「制御論理回路」が、いかにして稼動中ステータスを検出しているかにつき、具体的な説明はなく、意見書における釈明もない。 したがって、36条の理由1として指摘した点は、依然として不明確であると言わざるを得ない。 2.36条の理由2 36条の理由2は、請求項1の「稼動中ステータス」は、発明の詳細な説明において定義や説明が記載されていないので、「正常に稼働中である」という状態を示すものであるのか、あるいは、単に、「動作中である」ことを示すものであるのかが不明確であるというものである。 今回の請求人対応に基づき、改めて検討する。 補正前の請求項1の関連部分は、以下のとおりである。 「前記1組の冗長要素に関連する機能要素において動作し、前記冗長要素の一つの稼動中ステータスを検出するように構成された制御論理回路」 補正後の請求項1の関連部分は、以下のとおりである。 「故障ステータス、稼動中ステータス、または機能性の変化する度合いを示すステータスを含む前記一次フィールドデバイスのステータスのうちの稼動中ステータスを検出するように構成された一次フィールドデバイス内で実行される制御論理回路」 発明の詳細な説明には、以下の記載がある。 「【0063】 例えば、プロセス制御弁などのフィールドデバイスは、センサ、および代わりにプロセス制御弁の動作のスデータスを示すセンサのステータスを示すフィードバック信号を含む。弁動作のステータスは、故障ステータス、稼動中ステータス、または機能性の変化する度合いを示すステータスの表示を含むことがある。プロセス制御弁、およびその他の選択された機能要素は、好ましくは、通信ループ202の両方向通信を活用し、ステータスメッセージをループコントローラ208に伝送する。」 今回の請求人対応により、「稼動中ステータス」は、「故障ステータス」、「機能性の変化する度合いを示すステータス」とは異なるものであると推認され、若干の明確化が図られた。 しかしながら、今回の請求人対応を踏まえても、「稼動中ステータス」が、「正常に稼働中である」という状態を示すものであるのか、単に「動作中である」ことを示すものであるのかにつき、具体的な説明はなく、意見書における釈明もない。 したがって、36条の理由2として指摘した点は、依然として不明確であると言わざるを得ない。 3.36条の理由3 36条の理由3は、請求項1において、故障を検出するものが、「コントローラ」なのか、「制御論理回路」なのかが、不明確というものである。 今回の請求人対応に基づき、改めて検討する。 補正後の請求項1の関連部分は、以下のとおりである。 「前記制御論理回路は前記一次フィールドデバイスの稼動中ステータスを前記通信バスを介して前記コントローラに送信し、これにより、前記コントローラは、前記制御論理回路からの通信により前記一次フィールドデバイスの稼動中ステータスに基づいて前記一次フィールドデバイスの故障を検出し」 これによれば、故障を検出するものが、「コントローラ」であることが明確化された。 したがって、36条の理由3として指摘した点は明確化され、理由3の拒絶理由は解消された。 4.36条の理由4 36条の理由4は、「各請求項記載事項と、発明の詳細な説明、実施例との関係が不明確である。意見書において、図面参照符号を付す、対応する図面番号、段落番号を説明する等、工夫願いたい。また、補正により、請求項に含まれなくなったものについては、その旨、明らかにしていただきたい」というものである。 今回の請求人対応により、特許請求の範囲は補正がなされたが、発明の詳細な説明は補正がなされていない。 また、意見書においては、(3)中に「補正後の特許請求の範囲では、拒絶理由通知書で指摘されている不明確性は解消していると思料致します」との記載があるにとどまる。 すなわち、今回の請求人対応を踏まえても、「各請求項記載事項と、発明の詳細な説明、実施例との関係」につき、具体的な説明はなく、意見書における釈明もない。 一例をあげれば、請求項1で特定する事項は、発明の詳細な説明の段落0062、図6の実施例と関連すると思われるが、他の発明の詳細な説明の記載、他の図面との関係が明らかでない。 また、請求項7の「トランスミッター」は、発明の詳細な説明に記載されていない。 したがって、36条の理由4として指摘した点は、依然として不明確であると言わざるを得ない。 5.36条の理由5 36条の理由5は、「発明の詳細な説明と図面との対応関係が不明確である。例えば、第18ページの「今度は図3を参照」の段落で、図3には符号20、61、62等は見あたらない。第35ページ「図9を参照」の段落で、「制御弁504と506」は誤記ではないか」というものである。 今回の請求人対応により、発明の詳細な説明、図面が補正され、理由5の拒絶理由は解消された。 第5.むすび 以上のとおり、上記理由1、2、4の点で、本件出願は、明細書の記載が不備のため、特許法第36条第4項及び第6項に規定する要件を満たしていない。 したがって、本願は拒絶されるべきものであるから、結論のとおり審決する。 第6.付言 本願発明は不明確であるので、特許法第29条の判断は行っていない。 しかし、請求人が意見書(4)で主張する「一次フィールドデバイスの稼働中ステータスを検出し、その一次フィールドデバイスの稼働中ステータスを通信バスを介してプロセスコントローラに送信するように構成された、一次フィールドデバイス内の制御論理回路を実装し、これにより、コントローラが制御論理回路から送信された一次フィールドデバイスの稼働中ステータスに基づいて一次冗長要素の故障を検出すること」に格別の技術的意義があるとは認められない。 すなわち、本願発明が明確化されたとしても、特許性を有しない可能性が高いと思われる。 |
審理終結日 | 2011-08-16 |
結審通知日 | 2011-08-23 |
審決日 | 2011-09-05 |
出願番号 | 特願平10-516933 |
審決分類 |
P
1
8・
536-
WZ
(G05B)
P 1 8・ 537- WZ (G05B) |
最終処分 | 不成立 |
前審関与審査官 | 佐藤 彰洋 |
特許庁審判長 |
千葉 成就 |
特許庁審判官 |
藤井 眞吾 菅澤 洋二 |
発明の名称 | 冗長フィールドデバイスおよびバス付きプロセス制御ネットワーク |
代理人 | 特許業務法人 有古特許事務所 |