【事件の表示】
　特願２００２−１３０３０６「パワー管理制御システム及び、該システムにデバイスを追加する方法」拒絶査定不服審判事件〔平成１５年　１月１０日出願公開、特開２００３−　　５９７８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明 
　本願は、平成１４年５月２日の出願（パリ条約による優先権主張２００１年５月２日、米国）であって、平成１７年４月２８日付けで手続補正がなされ、平成１９年１１月２８日付けで拒絶理由通知がなされ、平成２０年６月２日付けで手続補正がなされ、同年６月２４日付けで最後の拒絶理由通知がなされ、同年１２月１９日付けで手続補正がなされ、平成２１年１月２２日付けで前記平成２０年１２月１９日付け手続補正を却下するとともに、同日付けで拒絶査定がなされ、これに対し、同年４月１３日に審判請求がなされるとともに、同日付けで手続補正がなされたものである。
　そして、同年６月３日付けで審査官から前置報告がなされ、平成２２年１０月２０日付けで当審より審尋がなされ、平成２３年４月１５日付けで回答書が提出され、平成２３年８月５日付けで当審より拒絶理由が通知され、これに対し、平成２４年１月１１日に意見書が提出されたものである。
　そして、特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、平成２１年４月１３日付け手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
「【請求項１】 複数のインテリジェント・エンドデバイスのパワーを制御し監視する制御コンピュータを備えるパワー管理制御システムの前記制御コンピュータで実行されるプロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程と、前記インテリジェント・エンドデバイスを追加する工程と、前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うことを前記制御コンピュータが実行する工程とを含む、インテリジェント・エンドデバイスを追加する方法であって、
前記プロジェクトを生成することをユーザを促すことを前記制御コンピュータが実行する工程と、
前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することをユーザを促すことを前記制御コンピュータが実行する工程と、
前記パワー管理制御システムが、前記プロジェクトに動的なデータ交換（ＤＤＥ）プロトコルがインストールされているか否かを判断することを前記制御コンピュータが実行する工程と、
前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することの選択を受ける工程と、
前記プロジェクトに動的なデータ交換（ＤＤＥ）プロトコルがインストールされていないと判断されたときに、前記動的なデータ交換（ＤＤＥ）プロトコルをインストールすることを前記制御コンピュータが実行する工程と、
前記インテリジェント・エンドデバイスのアプリケーションが追加された後で、前記プロジェクトをリスタートすることを前記制御コンピュータが実行する工程と、
前記プロジェクトに追加された前記インテリジェント・エンドデバイス用のスクリーンをモニタ上に生成し、提供することを前記制御コンピュータが実行する工程と、
を備える方法。」 
　
２．当審の拒絶理由 
 　平成２３年８月５日付けで、当審から通知した拒絶理由は、以下のとおりである。
 　 
　「この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第４項、第６項第１号、第２号に規定する要件を満たしていない。 
 　 
 　　　　　　　　　　　　　　　　　記 
 　 
（１）まず、請求項１記載の発明特定事項「プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程」、「前記インテリジェント・エンドデバイスを追加する工程」、及び「前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うことを前記制御コンピュータが実行する工程」について、発明の詳細な説明の記載が、当業者がその実施をすることができる程度に、明確かつ十分に記載したものであるかどうか、検討する。 
　発明の詳細な説明の段落【００１７】〜【００２１】には、 
「【００１７】図７は、アプリケーションを構築するためのインターフェイス２２０を示す。　…　デバイスの入力が終了すると、ユーザは完了(Done)タブ２４０を選択する。生成スクリーンタブ２３４を選択することによって、パワービルダーは、選択したデバイスに関連する複数ポイントを自動的に生成する。さらに、選択したデバイスのために前もって構築されたフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンが生成される。また、選択したデバイスのためのテンプレートウィザードスクリーンが生成される。…」、 
 「【００１８】図８は、（図７に示される）デバイスタイプ２２６を選んだユーザに表示される模範的なデバイスコンフィグレーション・ユーザインターフェイス２５０である。　…　上述のデバイスタイプを選択した後で、デバイスタイプのコンフィグレーションが行われる。…」、 
 「【００２１】図１１は、表示パネルデバイスのコンフィグレーションを行うためのデバイスコンフィグレーション・ユーザインターフェイス２９０を示す。　…　ＯＫボタン２９４を選択することによって、表示パネルのコンフィグレーションが完了する。」と記載されている。 
　上記記載は、ユーザが、追加するデバイスタイプ等の入力をすることで、デバイスタイプのコンフィグレーション及び表示パネルのコンフィグレーションが行われ、フェイスプレート・テンプレートウィザードを含むメインメニュースクリーンが生成されることが記載されているに過ぎない。 
　しかしながら、ユーザからの追加するデバイスタイプ等の入力に応答して、具体的に、ＰＭＣＳパワービルダーが、どのようにして、デバイスタイプのコンフィグレーション及び表示パネルのコンフィグレーションを行い、またフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンを生成するのか、ＰＭＣＳパワービルダーの具体的な仕様は、不明であり、前記発明の詳細な説明の記載は、当業者が、デバイスタイプのコンフィグレーション、表示パネルのコンフィグレーション、及びフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンの生成について、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項） 　 
　他方、発明の詳細な説明の段落【００２３】〜【００３１】には、 
 「【００２３】図１３は、ＰＭＣＳパワービルダー３２２のインターフェイスを示すフロー図３２０である。ＰＭＣＳパワービルダー３２２によってコンフィグレーションを行うことができるデバイスのリストが、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４から読み出される。また、ＰＭＣＳパワービルダー３２２は、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４から、スクリーン生成の際に利用され追加されるデバイスのためのウィザードファイルを読み出す。…」、 
 「【００２４】また、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４から読み出されるものは、追加されるデバイスのためにインポートされる複数ポイントと、追加されるデバイスのためにタブ選択をイネーブルにするかどうかを制御するタブ選択フラグと、ＤＤＥデバイスファイル内でイネーブルにされる性能を規定する顧客フラグと、デバイスタイプがＰＭＣＳ事象サーバと相互作用するかどうかを規定する事象ログを含むデータファイルである。」、 
 「【００２６】ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４で、デバイスタイプ用のタブ選択性能がイネーブルにされる。また、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４でデバイス初期化ファイル３２６が特定される。」、 
 「【００２７】ＰＭＣＳパワービルダー３２２は、デバイス初期化ファイル３２６から、タブで使われたポイント名と、デバイスウィザードスクリーンのフェイスプレート上の複数ポイントと、心拍診断ポイントと、デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイントを含むファイルをアクセスしてインポートする。また、デバイス初期化ファイル３２６は、各コンフィグレーションポイントに関する情報と、これらのポイントの各ビットが特定する情報を含む。ビットに含まれる情報には、タブ名とタブスクリーン名とタブスクリーンビューファイルが含まれる。」、 
 「【００２８】ＰＭＣＳパワービルダー３２２は、デバイス初期化ファイル３２６を読むことによって、デバイスタイプ用に利用可能なタブを表示する。ユーザが特定のタブを選択すると、ＰＭＣＳパワービルダー３２２はタブＣＳＶファイル内の複数ポイントをインポートする。必要とされる全ポイントの生成後に、ＰＭＣＳパワービルダー３２２は、ポイント値のビットマスクによってどのタブを選択するかを特定する方法でコンフィグレーションポイントの初期値を設定する。デバイスが後に修正される場合に、ＰＭＣＳパワービルダー３２２はビットマスクを利用する。」、 
 「【００２９】ＰＭＣＳパワービルダー３２２は、ＨＭＩコンフィグレーションファイル３２８との相互作用によって、プロジェクト内のコンフィグレーションされたＰＭＣＳデバイスを閲覧したり、ＰＭＣＳデバイスを追加したり修正したりすることができる。例えば、ＤＤＥポートとＤＤＥデバイスと、デバイス上に構築される一連の複数の固定ポイントを生成する。」、 
 「【００３０】…ＰＭＣＳパワービルダー３２２は、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４を読み、一般的にはＨＭＩコンフィグレーションファイル３２８のシンボルディレクトリにあるが、特定のデバイス用のウィザードファイルが存在する場所を決定する。次に、ＰＭＣＳパワービルダー３２２は、ウィザードファイルをプロジェクト作業空間にコピーする。ウィザードファイルがプロジェクト作業空間に既に存在する場合は、ＰＭＣＳパワービルダー３２２は、デバイス用のウィザードファイルのコピーを停止し、さらに、プロジェクト作業空間に構築される次のデバイス用のウィザードファイルをコピーする。」、 
 「【００３１】ＰＭＣＳパワービルダー３２２は、…ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４で定義されたフェイスプレート・ファイルから、コンフィグレーションされた各ＰＭＣＳデバイス用のフェイスプレートを読み、それをメインメニューファイル３３２に加える。次に、ＰＭＣＳパワービルダー３２２は、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築する。」と記載されている。 
　すなわち、ＰＭＣＳパワーフィルダーがＰｍｃｓＣｏｎｆｉｇ初期化ファイルから、コンフィグレーションを行うことができるデバイスのリスト、追加されるデバイスのためのウィザードファイルを読み出すこと、ＰＭＣＳパワーフィルダーがデバイス初期化ファイルから、タブで使われたポイント名と、デバイスウィザードスクリーンのフェイスプレート上の複数ポイントと、心拍診断ポイントと、デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイントを含むファイルをアクセスしてインポートすること、ＰＭＣＳパワービルダーはタブＣＳＶファイル内の複数ポイントをインポートすること、ＰＭＣＳパワービルダーは、ＨＭＩコンフィグレーションファイルとの相互作用によって、プロジェクト内のコンフィグレーションされたＰＭＣＳデバイスを閲覧したり、ＰＭＣＳデバイスを追加したり修正したりすること、ＰＭＣＳパワービルダーは、ウィザードファイルをプロジェクト作業空間にコピーすること、ＰＭＣＳパワービルダーは、ＰｍｃｓＣｏｎｆｉｇ初期化ファイルで定義されたフェイスプレート・ファイルから、コンフィグレーションされた各ＰＭＣＳデバイス用のフェイスプレートを読み、それをメインメニューファイル３３２に加えること、ＰＭＣＳパワービルダーは、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築すること、等が記載されている。 
　しかしながら、前記ＰｍｃｓＣｏｎｆｉｇ初期化ファイル、デバイス初期化ファイル、及びＨＭＩコンフィグレーションファイルは、いつ、どのようにして、作成されるのか、不明であり、前記発明の詳細な説明の記載は、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル、デバイス初期化ファイル、及びＨＭＩコンフィグレーションファイルについて、そのファイルの具体的な仕様も、また各ファイルの作成も、当業者が、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項） 
　さらに、前記発明の詳細な説明に記載された「ＰＭＣＳパワービルダーが、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築すること」は、単にＰＭＣＳパワービルダーの達成すべき機能の願望を記載しているに過ぎず、ＰＭＣＳパワービルダーの前記機能を実現するための具体的な仕様は、依然としてブラックボックスであり、前記発明の詳細な説明の記載は、当業者が、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項） 
　さらに、段落【００２４】に記載された「追加されるデバイスのためにインポートされる複数ポイント」、「追加されるデバイスのためにタブ選択をイネーブルにするかどうかを制御するタブ選択フラグ」、「ＤＤＥデバイスファイル内でイネーブルにされる性能を規定する顧客フラグ」、「ＰＭＣＳ事象サーバ」、「事象ログ」、また、段落【００２６】に記載された「デバイスタイプ用のタブ選択性能」、また、段落【００２７】に記載された「タブで使われたポイント名」、「デバイスウィザードスクリーンのフェイスプレート上の複数ポイント」、「心拍診断ポイント」、「デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイント」、「各コンフィグレーションポイントに関する情報」、また段落【００２８】に記載された「タブＣＳＶファイル内の複数ポイント」、「コンフィグレーションポイントの初期値」、「ビットマスク」、また段落【００２９】に記載された「ＤＤＥポート」、「ＤＤＥデバイス」、「デバイス上に構築される一連の複数の固定ポイント」が、具体的に何を意味するか、不明であるとともに、これらが、【図１】に記載された、複数の機能レイヤに分けられたパワー管理制御システムにおける、どのコンポーネントに対するコンフィグレーションにどのように関係するのか、不明であり、この点においても、発明の詳細な説明の記載は請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）　さらに、段落【００１７】〜【００２１】に記載された各インターフェースの各構成要素と、段落【００２３】〜【００３１】に記載された各ファイルの各構成要素とが、具体的にどのように関係するのか、不明であるとともに、【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに対するコンフィグレーションにどのように関係するのか、不明であり、この点においても、発明の詳細な説明の記載は請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項） 
　さらに、段落【００１７】〜【００２１】に記載された、前記ユーザインタフェース（「アプリケーションを構築するためのインターフェイス２２０」、「デバイスコンフィグレーション・ユーザインターフェイス２５０」、「デバイスコンフィグレーション・ユーザインターフェイス２６０」、「表示パネルデバイスのコンフィグレーションを行うためのデバイスコンフィグレーション・ユーザインターフェイス２９０」からの選択または指示に応答して、ＰＭＣＳパワーフィルダーが具体的にどのような処理を行うのか、不明であり、この点においても、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項） 
　さらに、発明の詳細な説明の段落【０００７】〜【００１２】及び【図１】に記載された、複数の機能レイヤに分けられたパワー管理制御システムにおいて、追加される「プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーション」、「インテリジェント・エンドデバイス」が具体的に、【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに対応するのか、不明であり、この点においても、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項） 
　さらに、「インテリジェント・エンドデバイスのアプリケーションのコンフィグレーション」が、具体的に、【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに、どのようなコンフィグレートを行うのか、そのコンフィグレートの具体的な内容が不明であり、この点においても、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項） 
 　 
（２）…（中略）…
（３）…（中略）…
　
（４）請求項１記載の発明「パワー管理制御システムの前記制御コンピュータで実行されるプロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程と、前記インテリジェント・エンドデバイスを追加する工程と、前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うことを前記制御コンピュータが実行する工程とを含む、インテリジェント・エンドデバイスを追加する方法」における、「プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程」は、単に制御コンピュータの達成すべき機能の願望を記載しているに過ぎない。 
　そして、請求項１の記載によると「前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することをユーザを促すことを前記制御コンピュータが実行する工程」及び「前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することの選択を受ける工程」により、「インテリジェント・エンドデバイスのアプリケーションが追加された後」となることが記載されているに過ぎない。　しかしながら、「前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することをユーザを促すことを前記制御コンピュータが実行する工程」及び「前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することの選択を受ける工程」は、実質的に、単に、ユーザがインテリジェント・エンドデバイスのアプリケーションを追加することを指示することが記載されているに過ぎず、前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することの選択が、具体的にどのような選択の内容又は指示の内容を意味するのか、不明であり、さらに、制御コンピュータは、前記ユーザからのインテリジェント・エンドデバイスのアプリケーションを追加することについて、どのような選択の内容又は指示の内容に応答して、プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを、具体的にどのような処理を行うことで、パワー管理制御システムにどのようにして追加するのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号） 
 　 
（５）請求項１記載の発明「パワー管理制御システムの前記制御コンピュータで実行されるプロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程と、前記インテリジェント・エンドデバイスを追加する工程と、前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うことを前記制御コンピュータが実行する工程とを含む、インテリジェント・エンドデバイスを追加する方法」における「前記インテリジェント・エンドデバイスを追加する工程」は、単に制御コンピュータの達成すべき機能の願望を記載しているに過ぎない。 
　そして、請求項１の記載は、制御コンピュータが、具体的にどのような処理を行うことで、プロジェクト・フレームワーク（プロジェクト）に前記インテリジェント・エンドデバイスをどのようにして追加するのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号） 
 　 
（６）請求項１記載の発明「パワー管理制御システムの前記制御コンピュータで実行されるプロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程と、前記インテリジェント・エンドデバイスを追加する工程と、前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うことを前記制御コンピュータが実行する工程とを含む、インテリジェント・エンドデバイスを追加する方法」における、「前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うこと」は、単に制御コンピュータの達成すべき機能の願望を記載しているに過ぎない。
　そして、請求項１の記載は、制御コンピュータが、具体的にどのような処理を行うことで、プロジェクト・フレームワーク（プロジェクト）に前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションをどのようにして自動的に行うのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号） 
 　 
（７）…（中略）…
（８）…（中略）…
 　 
（９）請求項１記載の「前記プロジェクトに追加された前記インテリジェント・エンドデバイス用のスクリーンをモニタ上に生成し、提供することを前記制御コンピュータが実行する工程」は、単に制御コンピュータの達成すべき機能の願望を記載しているに過ぎない。　制御コンピュータは、具体的にどのような処理を行うことで、前記プロジェクトに追加された前記インテリジェント・エンドデバイス用のスクリーンを具体的にどのようにして、モニタ上に生成するのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号） 
 　 
（１０）…（中略）…
 　 
（１１）請求項１記載のプロジェクトにインストールされる「ＤＤＥプロトコル」について、発明の詳細な説明の記載 
 「【００１９】…されていない場合は、ＰＭＣＳパワービルダーは先端のＤＤＥプロトコルをインストールする。次に、ＰＭＣＳパワービルダーは、マスターＤＤＥポートがプロジェクトに生成されているかどうかを判定して、されていない場合は、ＰＭＣＳパワービルダーはポートを生成する。さらに、ＰＭＣＳパワービルダーはリソース名が存在するかどうかを判定して、存在していない場合は、ＰＭＣＳパワービルダーはリソース名を生成する。また、ＰＭＣＳパワービルダーは、入力デバイス名と同じＤＤＥトピックをもつデバイス名入力情報に基づいてＤＤＥデバイスを生成する。」における、「マスターＤＤＥポート」、「入力デバイス名と同じＤＤＥトピック」及び「ＤＤＥデバイス」が、具体的に、パワー管理制御システムのどの構成要素に、どのように生成され、どのような機能を担うのか、不明であり、この点において、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」
　
３．検討 
　前記拒絶理由において挙げた理由が解消したか否かについて検討する。
　
３−１．理由について
（１）「理由」の指摘事項（１）について
（１−１）前記「理由」の指摘事項（１）において
「請求項１記載の発明特定事項「プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程」、「前記インテリジェント・エンドデバイスを追加する工程」、及び「前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うことを前記制御コンピュータが実行する工程」について、発明の詳細な説明の記載が、当業者がその実施をすることができる程度に、明確かつ十分に記載したものであるかどうか、検討する。 
　発明の詳細な説明の段落【００１７】〜【００２１】には、 
「【００１７】図７は、アプリケーションを構築するためのインターフェイス２２０を示す。　…　デバイスの入力が終了すると、ユーザは完了(Done)タブ２４０を選択する。生成スクリーンタブ２３４を選択することによって、パワービルダーは、選択したデバイスに関連する複数ポイントを自動的に生成する。さらに、選択したデバイスのために前もって構築されたフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンが生成される。また、選択したデバイスのためのテンプレートウィザードスクリーンが生成される。…」、 
 「【００１８】図８は、（図７に示される）デバイスタイプ２２６を選んだユーザに表示される模範的なデバイスコンフィグレーション・ユーザインターフェイス２５０である。　…　上述のデバイスタイプを選択した後で、デバイスタイプのコンフィグレーションが行われる。…」、 
 「【００２１】図１１は、表示パネルデバイスのコンフィグレーションを行うためのデバイスコンフィグレーション・ユーザインターフェイス２９０を示す。　…　ＯＫボタン２９４を選択することによって、表示パネルのコンフィグレーションが完了する。」と記載されている。 
　上記記載は、ユーザが、追加するデバイスタイプ等の入力をすることで、デバイスタイプのコンフィグレーション及び表示パネルのコンフィグレーションが行われ、フェイスプレート・テンプレートウィザードを含むメインメニュースクリーンが生成されることが記載されているに過ぎない。 
　しかしながら、ユーザからの追加するデバイスタイプ等の入力に応答して、具体的に、ＰＭＣＳパワービルダーが、どのようにして、デバイスタイプのコンフィグレーション及び表示パネルのコンフィグレーションを行い、またフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンを生成するのか、ＰＭＣＳパワービルダーの具体的な仕様は、不明であり、前記発明の詳細な説明の記載は、当業者が、デバイスタイプのコンフィグレーション、表示パネルのコンフィグレーション、及びフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンの生成について、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１−１）上記拒絶理由通知に際し「まず、請求項１記載の発明特定事項「プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程」、「前記インテリジェント・エンドデバイスを追加する工程」、及び「前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うことを前記制御コンピュータが実行する工程」について、発明の詳細な説明の記載が、当業者がその実施をすることができる程度に、明確かつ十分に記載したものであるかどうか、検討する。…しかしながら、ユーザからの追加するデバイスタイプ等の入力に応答して、具体的に、ＰＭＣＳパワービルダーが、どのようにして、デバイスタイプのコンフィグレーション及び表示パネルのコンフィグレーションを行い、またフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンを生成するのか、ＰＭＣＳパワービルダーの具体的な仕様は、不明であり、前記発明の詳細な説明の記載は、当業者が、デバイスタイプのコンフィグレーション、表示パネルのコンフィグレーション、及びフェイスプレート・テンプレートウィザードを含むメインメニュースクリーンの生成について、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、例えば、米国特許第５８６２３９１号に記載されておりますように、コンフィグレーションを行った後のコンフィグレーション・データは当業者に公知であり、これに必要なデータを本願の発明の詳細な説明で説明された入力データや入力手法に基づいて、かかるコンフィグレーション・データを生成することは実施可能であると思料いたします。
　また、ｃ＋＋やＶｉｓｕａｌＢａｓｉｃ等を用いて、ウインドウプログラムを作成することは当業者が一般的に行っているものであり本願のメインメニュースクリーンの生成も本願の発明の詳細な説明の記載に基づいて当業者が実行できるものであり（http://www.automation.siemens.com/automation/jp/ja/human-machine-interface/hmi-software/wincc-flexible/tia-fuction/Pages/Default.aspx）、上記ご指摘は失当であると思料いたします。」と主張する。
　しかしながら、本願明細書の発明の詳細な説明には、米国特許第５８６２３９１号（英文）について、記載も示唆もされておらず、当初明細書に接した当業者であれば、だれもが、前記米国特許第５８６２３９１号（英文）に記載されたと主張する「コンフィグレーションを行った後のコンフィグレーション・データ」がそこに記載されているのと同然であると理解できるとは認められない。
　さらに、請求人の主張する「コンフィグレーションを行った後のコンフィグレーション・データ」について、前記米国特許第５８６２３９１号（英文）のどこに、どのように記述されているのか、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がなく、「コンフィグレーションを行った後のコンフィグレーション・データ」が具体的にどのようなデータを意味するのか、不明である。また、請求人の主張する「これに必要なデータを本願の発明の詳細な説明で説明された入力データや入力手法に基づいて、かかるコンフィグレーション・データを生成すること」についても、本願の発明の詳細な説明で説明された、どの入力データやどのような入力手法に基づいて、どのように、「かかるコンフィグレーション・データを生成する」のか、その具体的な構成も本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がなく、不明である。
　したがって、本願の発明の詳細な説明の記載は、「本願の発明の詳細な説明で説明された入力データや入力手法に基づいて、かかるコンフィグレーション・データを生成すること」の具体的な構成について、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　なお、請求人は、「本願のメインメニュースクリーンの生成も本願の発明の詳細な説明の記載に基づいて当業者が実行できるものであり（http://www.automation.siemens.com/automation/jp/ja/human-machine-interface/hmi-software/wincc-flexible/tia-fuction/Pages/Default.aspx）、」と主張しているが、本願明細書の発明の詳細な説明には、前記ＵＲＬについて、記載も示唆もされておらず、当初明細書に接した当業者であれば、だれもが、前記ＵＲＬに記載された事項がそこに記載されているのと同然であると理解できるとは認められない。
　さらに、前記ＵＲＬにアクセスすると、「Unfortunately the page you requested is no longer available.」とのエラーメッセージが表示されるだけであり、そこに記載されていたと主張される技術事項について記載はない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１−１）」は、出願当初の明細書又は図面に基づくものでなく、また、自明な事項でもなく、また、意見書を参照しても具体的な構成を何ら開示するものでもないから、採用することはできない。
　
（１−２）前記「理由」の指摘事項（１）において
「発明の詳細な説明の段落【００２３】〜【００３１】には、 
 「【００２３】図１３は、ＰＭＣＳパワービルダー３２２のインターフェイスを示すフロー図３２０である。ＰＭＣＳパワービルダー３２２によってコンフィグレーションを行うことができるデバイスのリストが、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４から読み出される。また、ＰＭＣＳパワービルダー３２２は、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４から、スクリーン生成の際に利用され追加されるデバイスのためのウィザードファイルを読み出す。…」、 
 「【００２４】また、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４から読み出されるものは、追加されるデバイスのためにインポートされる複数ポイントと、追加されるデバイスのためにタブ選択をイネーブルにするかどうかを制御するタブ選択フラグと、ＤＤＥデバイスファイル内でイネーブルにされる性能を規定する顧客フラグと、デバイスタイプがＰＭＣＳ事象サーバと相互作用するかどうかを規定する事象ログを含むデータファイルである。」、 
 「【００２６】ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４で、デバイスタイプ用のタブ選択性能がイネーブルにされる。また、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４でデバイス初期化ファイル３２６が特定される。」、 
 「【００２７】ＰＭＣＳパワービルダー３２２は、デバイス初期化ファイル３２６から、タブで使われたポイント名と、デバイスウィザードスクリーンのフェイスプレート上の複数ポイントと、心拍診断ポイントと、デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイントを含むファイルをアクセスしてインポートする。また、デバイス初期化ファイル３２６は、各コンフィグレーションポイントに関する情報と、これらのポイントの各ビットが特定する情報を含む。ビットに含まれる情報には、タブ名とタブスクリーン名とタブスクリーンビューファイルが含まれる。」、 
 「【００２８】ＰＭＣＳパワービルダー３２２は、デバイス初期化ファイル３２６を読むことによって、デバイスタイプ用に利用可能なタブを表示する。ユーザが特定のタブを選択すると、ＰＭＣＳパワービルダー３２２はタブＣＳＶファイル内の複数ポイントをインポートする。必要とされる全ポイントの生成後に、ＰＭＣＳパワービルダー３２２は、ポイント値のビットマスクによってどのタブを選択するかを特定する方法でコンフィグレーションポイントの初期値を設定する。デバイスが後に修正される場合に、ＰＭＣＳパワービルダー３２２はビットマスクを利用する。」、 
 「【００２９】ＰＭＣＳパワービルダー３２２は、ＨＭＩコンフィグレーションファイル３２８との相互作用によって、プロジェクト内のコンフィグレーションされたＰＭＣＳデバイスを閲覧したり、ＰＭＣＳデバイスを追加したり修正したりすることができる。例えば、ＤＤＥポートとＤＤＥデバイスと、デバイス上に構築される一連の複数の固定ポイントを生成する。」、 
 「【００３０】…ＰＭＣＳパワービルダー３２２は、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４を読み、一般的にはＨＭＩコンフィグレーションファイル３２８のシンボルディレクトリにあるが、特定のデバイス用のウィザードファイルが存在する場所を決定する。次に、ＰＭＣＳパワービルダー３２２は、ウィザードファイルをプロジェクト作業空間にコピーする。ウィザードファイルがプロジェクト作業空間に既に存在する場合は、ＰＭＣＳパワービルダー３２２は、デバイス用のウィザードファイルのコピーを停止し、さらに、プロジェクト作業空間に構築される次のデバイス用のウィザードファイルをコピーする。」、 
 「【００３１】ＰＭＣＳパワービルダー３２２は、…ＰｍｃｓＣｏｎｆｉｇ初期化ファイル３２４で定義されたフェイスプレート・ファイルから、コンフィグレーションされた各ＰＭＣＳデバイス用のフェイスプレートを読み、それをメインメニューファイル３３２に加える。次に、ＰＭＣＳパワービルダー３２２は、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築する。」と記載されている。 
　すなわち、ＰＭＣＳパワーフィルダーがＰｍｃｓＣｏｎｆｉｇ初期化ファイルから、コンフィグレーションを行うことができるデバイスのリスト、追加されるデバイスのためのウィザードファイルを読み出すこと、ＰＭＣＳパワーフィルダーがデバイス初期化ファイルから、タブで使われたポイント名と、デバイスウィザードスクリーンのフェイスプレート上の複数ポイントと、心拍診断ポイントと、デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイントを含むファイルをアクセスしてインポートすること、ＰＭＣＳパワービルダーはタブＣＳＶファイル内の複数ポイントをインポートすること、ＰＭＣＳパワービルダーは、ＨＭＩコンフィグレーションファイルとの相互作用によって、プロジェクト内のコンフィグレーションされたＰＭＣＳデバイスを閲覧したり、ＰＭＣＳデバイスを追加したり修正したりすること、ＰＭＣＳパワービルダーは、ウィザードファイルをプロジェクト作業空間にコピーすること、ＰＭＣＳパワービルダーは、ＰｍｃｓＣｏｎｆｉｇ初期化ファイルで定義されたフェイスプレート・ファイルから、コンフィグレーションされた各ＰＭＣＳデバイス用のフェイスプレートを読み、それをメインメニューファイル３３２に加えること、ＰＭＣＳパワービルダーは、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築すること、等が記載されている。 
　しかしながら、前記ＰｍｃｓＣｏｎｆｉｇ初期化ファイル、デバイス初期化ファイル、及びＨＭＩコンフィグレーションファイルは、いつ、どのようにして、作成されるのか、不明であり、前記発明の詳細な説明の記載は、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル、デバイス初期化ファイル、及びＨＭＩコンフィグレーションファイルについて、そのファイルの具体的な仕様も、また各ファイルの作成も、当業者が、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１−２）また、上記拒絶理由通知に際し「すなわち、ＰＭＣＳパワーフィルダーがＰｍｃｓＣｏｎｆｉｇ初期化ファイルから、コンフィグレーションを行うことができるデバイスのリスト、追加されるデバイスのためのウィザードファイルを読み出すこと、ＰＭＣＳパワーフィルダーがデバイス初期化ファイルから、タブで使われたポイント名と、デバイスウィザードスクリーンのフェイスプレート上の複数ポイントと、心拍診断ポイントと、デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイントを含むファイルをアクセスしてインポートすること、ＰＭＣＳパワービルダーはタブＣＳＶファイル内の複数ポイントをインポートすること、ＰＭＣＳパワービルダーは、ＨＭＩコンフィグレーションファイルとの相互作用によって、プロジェクト内のコンフィグレーションされたＰＭＣＳデバイスを閲覧したり、ＰＭＣＳデバイスを追加したり修正したりすること、ＰＭＣＳパワービルダーは、ウィザードファイルをプロジェクト作業空間にコピーすること、ＰＭＣＳパワービルダーは、ＰｍｃｓＣｏｎｆｉｇ初期化ファイルで定義されたフェイスプレート・ファイルから、コンフィグレーションされた各ＰＭＣＳデバイス用のフェイスプレートを読み、それをメインメニューファイル３３２に加えること、ＰＭＣＳパワービルダーは、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築すること、等が記載されている。」、「しかしながら、前記ＰｍｃｓＣｏｎｆｉｇ初期化ファイル、デバイス初期化ファイル、及びＨＭＩコンフィグレーションファイルは、いつ、どのようにして、作成されるのか、不明であり、前記発明の詳細な説明の記載は、ＰｍｃｓＣｏｎｆｉｇ初期化ファイル、デバイス初期化ファイル、及びＨＭＩコンフィグレーションファイルについて、そのファイルの具体的な仕様も、また各ファイルの作成も、当業者が、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、例えば、米国特許第５８６２３９１号に記載されておりますように、コンフィグレーションを行った後のコンフィグレーション・データは当業者に公知であり、本願の発明の詳細な説明で説明されたユーザが選択したり付加したりする情報を除いた初期的なコンフィグレーション・データをあらかじめ用意することは当業者にとって実施可能な事項であり、上記ご指摘は失当であると思料いたします。」と主張する。
　しかしながら、本願明細書の発明の詳細な説明には、米国特許第５８６２３９１号（英文）について、記載も示唆もされておらず、当初明細書に接した当業者であれば、だれもが、前記米国特許第５８６２３９１号（英文）に記載されたと主張する「コンフィグレーションを行った後のコンフィグレーション・データ」がそこに記載されているのと同然であると理解できるとは認められない。
　さらに、請求人の主張する「コンフィグレーションを行った後のコンフィグレーション・データ」について、前記米国特許第５８６２３９１号（英文）のどこに、どのように記述されているのか、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がなく、「コンフィグレーションを行った後のコンフィグレーション・データ」が具体的にどのようなデータを意味するのか、不明である。また、請求人の主張する「本願の発明の詳細な説明で説明されたユーザが選択したり付加したりする情報を除いた初期的なコンフィグレーション・データをあらかじめ用意すること」について、本願の発明の詳細な説明で説明されたユーザが選択したり付加したりする情報を除いた初期的なコンフィグレーション・データとは具体的にどのようなデータを意味するのか、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がなく、不明であり、さらに、前記初期的なコンフィグレーション・データをどのように予め用意できるのか、その具体的な構成も本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がなく、不明である。
　したがって、本願の発明の詳細な説明の記載は、「本願の発明の詳細な説明で説明されたユーザが選択したり付加したりする情報を除いた初期的なコンフィグレーション・データをあらかじめ用意する」ための具体的な構成について、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１−２）」は、出願当初の明細書又は図面に基づくものでなく、また、自明な事項でもなく、また、意見書を参照しても具体的な構成を何ら開示するものでもないから、採用することはできない。
　
（１−３）前記「理由」の指摘事項（１）において
「さらに、前記発明の詳細な説明に記載された「ＰＭＣＳパワービルダーが、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築すること」は、単にＰＭＣＳパワービルダーの達成すべき機能の願望を記載しているに過ぎず、ＰＭＣＳパワービルダーの前記機能を実現するための具体的な仕様は、依然としてブラックボックスであり、前記発明の詳細な説明の記載は、当業者が、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１−３）上記拒絶理由通知に際し「さらに、前記発明の詳細な説明に記載された「ＰＭＣＳパワービルダーが、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築すること」は、単にＰＭＣＳパワービルダーの達成すべき機能の願望を記載しているに過ぎず、ＰＭＣＳパワービルダーの前記機能を実現するための具体的な仕様は、依然としてブラックボックスであり、前記発明の詳細な説明の記載は、当業者が、その実施をすることができる程度に、明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、例えば、http://www.automation.siemens.com/automation/jp/ja/human-machine-interface/hmi-software/wincc-flexible/tia-fuction/Pages/Default.aspxに記載されておりますように、フェイスプレートを構築することは当業者が一般的に行うことができる事項であり、本願の発明の詳細な説明に基づいてご指摘の事項は当業者にとって実施可能なものであり、上記ご指摘は失当であると思料いたします。」と主張する。
　しかしながら、本願明細書の発明の詳細な説明には、前記ＵＲＬについて、記載も示唆もされておらず、当初明細書に接した当業者であれば、だれもが、前記ＵＲＬに記載された事項がそこに記載されているのと同然であると理解できるとは認められない。
　さらに、前記ＵＲＬにアクセスすると、「Unfortunately the page you requested is no longer available.」とのエラーメッセージが表示されるだけであり、そこに記載されていたと主張される技術事項について記載はない。
　そして、拒絶理由は、「ＰＭＣＳパワービルダーが、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築する」ための「ＰＭＣＳパワービルダー」の具体的な構成が開示されていないことを指摘しているのであるから、単に「フェイスプレートを構築することは当業者が一般的に行うことができる事項」であると主張するだけでは、「ＰＭＣＳパワービルダーが、オブジェクトモデルを利用してフェイスプレート・オブジェクトに関する変数を構築することによって先端モードのフェイスプレートを構築する」ための「ＰＭＣＳパワービルダー」の具体的な構成について、発明の詳細な説明に、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１−３）」は、出願当初の明細書又は図面に基づくものでなく、また、自明な事項でもなく、また、意見書を参照しても具体的な構成を何ら開示するものでもないから、採用することはできない。
　
（１−４）前記「理由」の指摘事項（１）において
「さらに、段落【００２４】に記載された「追加されるデバイスのためにインポートされる複数ポイント」、「追加されるデバイスのためにタブ選択をイネーブルにするかどうかを制御するタブ選択フラグ」、「ＤＤＥデバイスファイル内でイネーブルにされる性能を規定する顧客フラグ」、「ＰＭＣＳ事象サーバ」、「事象ログ」、また、段落【００２６】に記載された「デバイスタイプ用のタブ選択性能」、また、段落【００２７】に記載された「タブで使われたポイント名」、「デバイスウィザードスクリーンのフェイスプレート上の複数ポイント」、「心拍診断ポイント」、「デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイント」、「各コンフィグレーションポイントに関する情報」、また段落【００２８】に記載された「タブＣＳＶファイル内の複数ポイント」、「コンフィグレーションポイントの初期値」、「ビットマスク」、また段落【００２９】に記載された「ＤＤＥポート」、「ＤＤＥデバイス」、「デバイス上に構築される一連の複数の固定ポイント」が、具体的に何を意味するか、不明であるとともに、これらが、【図１】に記載された、複数の機能レイヤに分けられたパワー管理制御システムにおける、どのコンポーネントに対するコンフィグレーションにどのように関係するのか、不明であり、この点においても、発明の詳細な説明の記載は請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１−４）上記拒絶理由通知に際し「さらに、段落【００２４】に記載された「追加されるデバイスのためにインポートされる複数ポイント」、「追加されるデバイスのためにタブ選択をイネーブルにするかどうかを制御するタブ選択フラグ」、「ＤＤＥデバイスファイル内でイネーブルにされる性能を規定する顧客フラグ」、「ＰＭＣＳ事象サーバ」、「事象ログ」、また、段落【００２６】に記載された「デバイスタイプ用のタブ選択性能」、また、段落【００２７】に記載された「タブで使われたポイント名」、「デバイスウィザードスクリーンのフェイスプレート上の複数ポイント」、「心拍診断ポイント」、「デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイント」、「各コンフィグレーションポイントに関する情報」、また段落【００２８】に記載された「タブＣＳＶファイル内の複数ポイント」、「コンフィグレーションポイントの初期値」、「ビットマスク」、また段落【００２９】に記載された「ＤＤＥポート」、「ＤＤＥデバイス」、「デバイス上に構築される一連の複数の固定ポイント」が、具体的に何を意味するか、不明であるとともに、これらが、【図１】に記載された、複数の機能レイヤに分けられたパワー管理制御システムにおける、どのコンポーネントに対するコンフィグレーションにどのように関係するのか、不明であり、この点においても、発明の詳細な説明の記載は請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、「ポイント」は、ある情報を格納している位置情報を示すデータであることは当業者に一般的に知られております。
　「追加されるデバイスのためにタブ選択をイネーブルにするかどうかを制御するタブ選択フラグ」は、図７は本願明細書第００１７段落等で説明されておりますデバイスの追加を可能にするか否かをユーザに選択させるものであり、当業者に理解可能な事項であると思料いたします。
　「ＤＤＥデバイスファイル内でイネーブルにされる性能を規定する顧客フラグ」につきましては、ＤＤＥは、ＩＴ用語辞典（http://e-words.jp/）で説明されておりますように、当業者に一般的なものであり、その性能も当業者に理解できるものであり、その性能を規定するフラグも当業者に理解可能であります。
　「ＰＭＣＳ事象サーバ」に関しましても、「事象」もＩＴ用語辞典の「イベント」に説明されておりますように、当業者に理解可能なものであり、「ＰＭＣＳ事象」もＰＭＣＳで発生する事象を意味するものであると当業者にとって明らかであり、「ＰＭＣＳ事象サーバ」は「ＰＭＣＳ事象」に関する情報を格納するサーバであることが明らかでありますので、その意味は明確であります。
　「事象ログ」は、上述のイベント（事象）のログ（記録）であり、その意味は明確であります。
　「デバイスタイプ用のタブ選択性能」も図７は本願明細書第００１７段落等で説明に照らし、その意味は当業者に明らかであります。
　「タブで使われたポイント名」は、上述の通り、「ポイント」は、ある情報を格納している位置情報を示すデータであることは当業者に一般的に知られており、タブで使用された「ポイント」を示すものであることは明らかであります。
　「デバイスウィザードスクリーンのフェイスプレート上の複数ポイント」に関しましては、上述のように「フェイスプレート」は当業者に一般的に使用されているものであり、複数のオブジェクトより生成可能なもので、これを生成するオブジェクトを位置情報を示すデータものであるとして、その意味は当業者に明らかであります。
　「心拍診断ポイント」の意味は、診断や測定の基礎になる周期情報を提供する位置情報を示すデータであるとして、当業者に明らかであり、仮に不明確であっても特許請求の範囲には無関係でありますので、上記拒絶理由通知に対象となることはないと思料いたします。
　「デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイント」、「各コンフィグレーションポイントに関する情報」、「タブＣＳＶファイル内の複数ポイント」、「コンフィグレーションポイントの初期値」に関しましても、「ポイント」は、ある情報を格納している位置情報を示すデータであることは当業者に一般的に知られており、これらの記載は明確であります。
　「ビットマスク」はｇｏｏｇｌｅの検索で４００万件以上のヒットがある一般的な用語であります。
　「ＤＤＥポート」、「ＤＤＥデバイス」も上述の通り「ＤＤＥ」は一般的に使用されている語であり、「ポート」も上述のＩＴ用語辞典で説明されておりますように、当業者に一般的に使用されている語であります。
　「デバイス上に構築される一連の複数の固定ポイント」に関しましては、「ポイント」は、ある情報を格納している位置情報を示すデータであることは当業者に一般的に知られており、その複数のポイントが固定的であることを意味し、当業者に明確であります。」と主張する。
　しかしながら、拒絶理由は、「【図１】に記載された、複数の機能レイヤに分けられたパワー管理制御システムにおける、どのコンポーネントに対するコンフィグレーションにどのように関係するのか、不明」であることを指摘しているのであるから、単に、『「ポイント」は、ある情報を格納している位置情報を示すデータである　…　「追加されるデバイスのためにタブ選択をイネーブルにするかどうかを制御するタブ選択フラグ」は、…デバイスの追加を可能にするか否かをユーザに選択させるものであり、…　「ＤＤＥデバイスファイル内でイネーブルにされる性能を規定する顧客フラグ」につきましては、ＤＤＥは、ＩＴ用語辞典（http://e-words.jp/）で説明されておりますように、…その性能を規定するフラグも当業者に理解可能　…　「ＰＭＣＳ事象サーバ」に関しましても、「事象」もＩＴ用語辞典の「イベント」に説明されており…　「ＰＭＣＳ事象」もＰＭＣＳで発生する事象を意味するもの…、「ＰＭＣＳ事象サーバ」は「ＰＭＣＳ事象」に関する情報を格納するサーバである　…　「事象ログ」は、上述のイベント（事象）のログ（記録）であり、…　「デバイスタイプ用のタブ選択性能」も図７は本願明細書第００１７段落等で説明に照らし、その意味は当業者に明らか　…　「タブで使われたポイント名」は、「ポイント」は、ある情報を格納している位置情報を示すデータであること…、タブで使用された「ポイント」を示すものであること　…　「デバイスウィザードスクリーンのフェイスプレート上の複数ポイント」に関しましては、…「フェイスプレート」は当業者に一般的に使用されているものであり、複数のオブジェクトより生成可能なもので、これを生成するオブジェクトを位置情報を示すデータ　…　「心拍診断ポイント」の意味は、診断や測定の基礎になる周期情報を提供する位置情報を示すデータである　…　「デバイス用に現在選択されているタブに関する情報を含むコンフィグレーションポイント」、「各コンフィグレーションポイントに関する情報」、「タブＣＳＶファイル内の複数ポイント」、「コンフィグレーションポイントの初期値」に関しましても、「ポイント」は、ある情報を格納している位置情報を示すデータである　…　「ビットマスク」はｇｏｏｇｌｅの検索で４００万件以上のヒットがある一般的な用語であり　…　「ＤＤＥポート」、「ＤＤＥデバイス」も上述の通り「ＤＤＥ」は一般的に使用されている語であり、「ポート」も上述のＩＴ用語辞典で説明されておりますように、当業者に一般的に使用されている語であり　…　「デバイス上に構築される一連の複数の固定ポイント」に関しましては、「ポイント」は、ある情報を格納している位置情報を示すデータである　…』と主張するだけでは、「【図１】に記載された、複数の機能レイヤに分けられたパワー管理制御システムにおける、どのコンポーネントに対するコンフィグレーションにどのように関係するのか」、その具体的な構成について、発明の詳細な説明に、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　したがって、本願の発明の詳細な説明の記載は、「【図１】に記載された、複数の機能レイヤに分けられたパワー管理制御システムにおける、どのコンポーネントに対するコンフィグレーションにどのように関係するのか」、その具体的な構成について、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１−４）」は、出願当初の明細書又は図面に基づくものでなく、また、自明な事項でもなく、また、意見書を参照しても具体的な構成を何ら開示するものでもないから、採用することはできない。
　
（１−５）前記「理由」の指摘事項（１）において
「さらに、段落【００１７】〜【００２１】に記載された各インターフェースの各構成要素と、段落【００２３】〜【００３１】に記載された各ファイルの各構成要素とが、具体的にどのように関係するのか、不明であるとともに、【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに対するコンフィグレーションにどのように関係するのか、不明であり、この点においても、発明の詳細な説明の記載は請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１−５）上記拒絶理由通知に際し「さらに、段落【００１７】〜【００２１】に記載された各インターフェースの各構成要素と、段落【００２３】〜【００３１】に記載された各ファイルの各構成要素とが、具体的にどのように関係するのか、不明であるとともに、【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに対するコンフィグレーションにどのように関係するのか、不明であり、この点においても、発明の詳細な説明の記載は請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、例えば、米国特許第５８６２３９１号に記載されておりますように、コンフィグレーションを行った後のコンフィグレーション・データは当業者に公知であり、かかる公知のコンフィグレーション・データを作成するために必要なデータと本願の発明の詳細な説明で説明された各インターフェースの各構成要素と、各ファイルの各構成要素とを照らし合わせれば、その関係は明らかであり、上記ご指摘は失当であると思料いたします。」と主張する。
　しかしながら、本願明細書の発明の詳細な説明には、米国特許第５８６２３９１号（英文）について、記載も示唆もされておらず、当初明細書に接した当業者であれば、だれもが、前記米国特許第５８６２３９１号（英文）に記載されたと主張する「コンフィグレーションを行った後のコンフィグレーション・データ」がそこに記載されているのと同然であると理解できるとは認められない。
　さらに、請求人の主張する「コンフィグレーションを行った後のコンフィグレーション・データ」について、前記米国特許第５８６２３９１号（英文）のどこに、どのように記述されているのか、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がないから、「コンフィグレーションを行った後のコンフィグレーション・データ」が具体的にどのようなデータを意味するのか、不明である。また、請求人の主張する「コンフィグレーション・データを作成するために必要なデータと本願の発明の詳細な説明で説明された各インターフェースの各構成要素と、各ファイルの各構成要素とを照らし合わせれば、その関係は明らかであり」との根拠についても、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がなく、拒絶理由で指摘した「段落【００１７】〜【００２１】に記載された各インターフェースの各構成要素と、段落【００２３】〜【００３１】に記載された各ファイルの各構成要素とが、具体的にどのように関係するのか」、及び「【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに対するコンフィグレーションにどのように関係するのか」、その具体的な構成について、発明の詳細な説明に、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　したがって、本願の発明の詳細な説明の記載は、「段落【００１７】〜【００２１】に記載された各インターフェースの各構成要素と、段落【００２３】〜【００３１】に記載された各ファイルの各構成要素とが、具体的にどのように関係するのか」、及び「【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに対するコンフィグレーションにどのように関係するのか」、その具体的な構成について、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１−５）」は、出願当初の明細書又は図面に基づくものでなく、また、自明な事項でもなく、また、意見書を参照しても具体的な構成を何ら開示するものでもないから、採用することはできない。
　
（１−６）前記「理由」の指摘事項（１）において
「さらに、段落【００１７】〜【００２１】に記載された、前記ユーザインタフェース（「アプリケーションを構築するためのインターフェイス２２０」、「デバイスコンフィグレーション・ユーザインターフェイス２５０」、「デバイスコンフィグレーション・ユーザインターフェイス２６０」、「表示パネルデバイスのコンフィグレーションを行うためのデバイスコンフィグレーション・ユーザインターフェイス２９０」からの選択または指示に応答して、ＰＭＣＳパワーフィルダーが具体的にどのような処理を行うのか、不明であり、この点においても、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１−６）上記拒絶理由通知に際し「さらに、段落【００１７】〜【００２１】に記載された、前記ユーザインタフェース（「アプリケーションを構築するためのインターフェイス２２０」、「デバイスコンフィグレーション・ユーザインターフェイス２５０」、「デバイスコンフィグレーション・ユーザインターフェイス２６０」、「表示パネルデバイスのコンフィグレーションを行うためのデバイスコンフィグレーション・ユーザインターフェイス２９０」からの選択または指示に応答して、ＰＭＣＳパワーフィルダーが具体的にどのような処理を行うのか、不明であり、この点においても、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、例えば、米国特許第５８６２３９１号に記載されておりますように、コンフィグレーションを行った後のコンフィグレーション・データは当業者に公知であり、かかる公知のコンフィグレーション・データを作成するために必要なデータと本願の発明の詳細な説明で説明された各インターフェースの各構成要素と、各ファイルの各構成要素とを照らし合わせれば、ＰＭＣＳパワーフィルダーが具体的にどのような処理を行うのかは明らかであり、上記ご指摘は失当であると思料いたします。」と主張する。
　しかしながら、本願明細書の発明の詳細な説明には、米国特許第５８６２３９１号（英文）について、記載も示唆もされておらず、当初明細書に接した当業者であれば、だれもが、前記米国特許第５８６２３９１号（英文）に記載されたと主張する「コンフィグレーションを行った後のコンフィグレーション・データ」がそこに記載されているのと同然であると理解できるとは認められない。
　さらに、請求人の主張する「コンフィグレーションを行った後のコンフィグレーション・データ」について、前記米国特許第５８６２３９１号（英文）のどこに、どのように記述されているのか、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がないから、「コンフィグレーションを行った後のコンフィグレーション・データ」が具体的にどのようなデータを意味するのか、不明である。また、請求人の主張する「コンフィグレーション・データを作成するために必要なデータと本願の発明の詳細な説明で説明された各インターフェースの各構成要素と、各ファイルの各構成要素とを照らし合わせれば、ＰＭＣＳパワーフィルダーが具体的にどのような処理を行うのかは明らかであり」についても、コンフィグレーション・データを作成するために必要なデータと本願の発明の詳細な説明で説明された各インターフェースの各構成要素と、各ファイルの各構成要素とを、具体的にどのように照らし合わすのか、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がなく、そして、ＰＭＣＳパワーフィルダーが具体的にどのような処理を行うのか、その具体的な構成も不明である。
　したがって、本願の発明の詳細な説明の記載は、『「表示パネルデバイスのコンフィグレーションを行うためのデバイスコンフィグレーション・ユーザインターフェイス２９０」からの選択または指示に応答して、ＰＭＣＳパワーフィルダーが具体的にどのような処理を行うのか』について、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１−６）」は、出願当初の明細書又は図面に基づくものでなく、また、自明な事項でもなく、また、意見書を参照しても具体的な構成を何ら開示するものでもないから、採用することはできない。
　
（１−７）前記「理由」の指摘事項（１）において
「さらに、「インテリジェント・エンドデバイスのアプリケーションのコンフィグレーション」が、具体的に、【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに、どのようなコンフィグレートを行うのか、そのコンフィグレートの具体的な内容が不明であり、この点においても、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１−８）上記拒絶理由通知に際し「さらに、「インテリジェント・エンドデバイスのアプリケーションのコンフィグレーション」が、具体的に、【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに、どのようなコンフィグレートを行うのか、そのコンフィグレートの具体的な内容が不明であり、この点においても、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、例えば、米国特許第５８６２３９１号に記載されておりますように、コンフィグレーションを行った後のコンフィグレーション・データは当業者に公知であり、そのコンフィグレートの具体的な内容も公知であり、本願の発明の詳細な説明に照らして解釈すれば、【図１】に記載された、メータ＆保護装置のレイヤ１００のコンポーネントのコンフィグレートを行うことは明確であります。」と主張する。
　しかしながら、本願明細書の発明の詳細な説明には、米国特許第５８６２３９１号（英文）について、記載も示唆もされておらず、当初明細書に接した当業者であれば、だれもが、前記米国特許第５８６２３９１号（英文）に記載されたと主張する「コンフィグレーションを行った後のコンフィグレーション・データ」及び「そのコンフィグレートの具体的な内容」がそこに記載されているのと同然であると理解できるとは認められない。
　さらに、請求人の主張する「コンフィグレーションを行った後のコンフィグレーション・データ」及び「そのコンフィグレートの具体的な内容」について、前記米国特許第５８６２３９１号（英文）のどこに、どのように記述されているのか、本願明細書の発明の詳細な説明はもとより、上記意見書にも何ら記載がないから、「コンフィグレーションを行った後のコンフィグレーション・データ」が具体的にどのようなデータを意味するのか、また、「そのコンフィグレートの具体的な内容」も不明である。そして、拒絶理由は、「【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに、どのようなコンフィグレートを行うのか、そのコンフィグレートの具体的な内容」が開示されていないことを指摘しているのであるから、単に「メータ＆保護装置のレイヤ１００のコンポーネントのコンフィグレートを行うことは明確」であると主張するだけでは、「【図１】に記載された、パワー管理制御システムにおける、複数の機能レイヤのどのコンポーネントに、どのようなコンフィグレートを行うのか、そのコンフィグレート」の具体的な構成について、発明の詳細な説明に、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１−８）」は、出願当初の明細書又は図面に基づくものでなく、また、自明な事項でもなく、また、意見書を参照しても具体的な構成を何ら開示するものでもないから、採用することはできない。
　
　以上のように、「理由」の指摘事項（１）に係る拒絶理由は依然として解消していないから、「理由」の指摘事項（１）で指摘したとおり、本願の発明の詳細な説明の記載は、当業者がその実施をすることができる程度に明確かつ十分に記載したものでない。
　
（２）「理由」の指摘事項（４）、（５）、（６）、及び（９）について
　本願明細書には、次の記載がある。
「【０００２】…ＩＥＤとそれに関連するスクリーンを追加して、ユーザインターフェイスからコンフィグレーションを行って特定のシステムを構成する処理は、一般的に急峻な学習曲線を備える複雑でうんざりするプロセスである。」、
「【０００６】…ユーザが選んだデバイスをパワー管理制御システムに自動的に加えてそのコンフィグレーションを行うことを容易にする方法を提供する。本方法には、プロジェクト・フレームワーク上に外部アプリケーションを構築する工程と、選択したデバイスに関連する要素の自動コンフィグレーションを行う工程と、選択したデバイス用のメインメニュースクリーンを生成する工程が含まれる。」
　
　そして、請求項１に記載された事項「プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを追加する工程」、「前記インテリジェント・エンドデバイスを追加する工程」、及び「前記プロジェクトに追加された前記インテリジェント・エンドデバイス用のスクリーンをモニタ上に生成し、提供することを前記制御コンピュータが実行する工程」は、「一般的に急峻な学習曲線を備える複雑でうんざりするプロセス」であった。
　そして、本願発明の課題である「前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うこと」を達成することで、前記「一般的に急峻な学習曲線を備える複雑でうんざりするプロセス」を簡単にしたものである。
　すなわち、「前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うこと」の記載は、本願発明の課題を記載しているに過ぎず、いかなる方法によって前記課題「インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うこと」を解決したのか、すなわち、課題を解決するための手段が一切記載されていないことになるから、特許を受けようとする発明が明確であるとはいえない。
　請求人は、平成２４年１月１１日付けの意見書において、
『（４−１）上記拒絶理由通知に際し…制御コンピュータは、前記ユーザからのインテリジェント・エンドデバイスのアプリケーションを追加することについて、どのような選択の内容又は指示の内容に応答して、プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスのパワーを制御し監視するアプリケーションを、具体的にどのような処理を行うことで、パワー管理制御システムにどのようにして追加するのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号）」とのご指摘がありました。
　しかし、前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することをユーザを促すことを前記制御コンピュータが実行しているか否かや前記プロジェクトに前記インテリジェント・エンドデバイスのアプリケーションを追加することの選択を受けることは行われているか否かは当業者が判別可能な明確に記載であり、その
具体的な手法は
特許請求の範囲には記載されておらず
『上記拒絶理由通知に際し…「そして、請求項１の記載は、制御コンピュータが、具体的にどのような処理を行うことで、プロジェクト・フレームワーク（プロジェクト）に前記インテリジェント・エンドデバイスをどのようにして追加するのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号）」とのご指摘がありました。
　しかし、プロジェクト・フレームワーク（プロジェクト）にインテリジェント・エンドデバイスが追加されているか否かは当業者が判別可能な明確に事項であり、その
具体的な手法は
特許請求の範囲には記載されておりません
『（６）上記拒絶理由通知に際し…「そして、請求項１の記載は、制御コンピュータが、具体的にどのような処理を行うことで、プロジェクト・フレームワーク（プロジェクト）に前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションをどのようにして自動的に行うのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号）」とのご指摘がありました。
　しかし、仮にご指摘の記載が願望を記載していたとしても、発明の外縁は明確であり、拒絶理由にはならないと思料いたします。また、審査基準に記載されておりますように、
発明の機能による特定
具体的な手法は
特許請求の範囲には記載されておりません
『（９）上記拒絶理由通知に際し…「制御コンピュータは、具体的にどのような処理を行うことで、前記プロジェクトに追加された前記インテリジェント・エンドデバイス用のスクリーンを具体的にどのようにして、モニタ上に生成するのか、その具体的な処理方法が不明であり、発明が明確でない。（３６条第６項第２号）」とのご指摘がありました。
　しかし、仮にご指摘の記載が願望を記載していたとしても、プロジェクトに追加された前記インテリジェント・エンドデバイス用のスクリーンがモニタ上に生成されているか否かは当業者が判別でき、発明の外縁は明確であり、拒絶理由にはならないと思料いたします。また、審査基準に記載されておりますように、
発明の機能による特定
具体的な手法は
特許請求の範囲には記載されておりません
　すなわち、「インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行う」ための具体的な手法を特許請求の範囲には記載していないが、「インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行う」との記載により明確であると主張するものである。
　しかしながら、上記で指摘したように、「前記インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うこと」との記載は、本願発明の課題に過ぎず、いかなる方法によって前記課題「インテリジェント・エンドデバイスのアプリケーションのコンフィグレーションを自動的に行うこと」を解決したのか、すなわち、課題を解決するための手段が一切記載されていないから、「発明の機能による特定である」とは認められない。よって、特許を受けようとする発明が明確であるとはいえない。
　以上のように、「理由」の指摘事項（４）、（５）、（６）、及び（９）に係る拒絶理由は依然として解消していないから、「理由」の指摘事項（４）、（５）、（６）、及び（９）で指摘したとおり、本願の特許請求の範囲の記載は、特許を受けようとする発明が明確でない。
　
（３）「理由」の指摘事項（１１）について
　前記「理由」の指摘事項（１１）において、
「請求項１記載のプロジェクトにインストールされる「ＤＤＥプロトコル」について、発明の詳細な説明の記載 
 「【００１９】…されていない場合は、ＰＭＣＳパワービルダーは先端のＤＤＥプロトコルをインストールする。次に、ＰＭＣＳパワービルダーは、マスターＤＤＥポートがプロジェクトに生成されているかどうかを判定して、されていない場合は、ＰＭＣＳパワービルダーはポートを生成する。さらに、ＰＭＣＳパワービルダーはリソース名が存在するかどうかを判定して、存在していない場合は、ＰＭＣＳパワービルダーはリソース名を生成する。また、ＰＭＣＳパワービルダーは、入力デバイス名と同じＤＤＥトピックをもつデバイス名入力情報に基づいてＤＤＥデバイスを生成する。」における、「マスターＤＤＥポート」、「入力デバイス名と同じＤＤＥトピック」及び「ＤＤＥデバイス」が、具体的に、パワー管理制御システムのどの構成要素に、どのように生成され、どのような機能を担うのか、不明であり、この点において、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」と指摘した。
　これに対して、請求人は、平成２４年１月１１日付けの意見書において、
「（１１）上記拒絶理由通知に際し「請求項１記載のプロジェクトにインストールされる「ＤＤＥプロトコル」について、発明の詳細な説明の記載「【００１９】…されていない場合は、ＰＭＣＳパワービルダーは先端のＤＤＥプロトコルをインストールする。次に、ＰＭＣＳパワービルダーは、マスターＤＤＥポートがプロジェクトに生成されているかどうかを判定して、されていない場合は、ＰＭＣＳパワービルダーはポートを生成する。さらに、ＰＭＣＳパワービルダーはリソース名が存在するかどうかを判定して、存在していない場合は、ＰＭＣＳパワービルダーはリソース名を生成する。また、ＰＭＣＳパワービルダーは、入力デバイス名と同じＤＤＥトピックをもつデバイス名入力情報に基づいてＤＤＥデバイスを生成する。」における、「マスターＤＤＥポート」、「入力デバイス名と同じＤＤＥトピック」及び「ＤＤＥデバイス」が、具体的に、パワー管理制御システムのどの構成要素に、どのように生成され、どのような機能を担うのか、不明であり、この点において、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。（３６条第４項）」とのご指摘がありました。
　しかし、しかし、上述のように「ＤＤＥポート」は当業者が作成可能なものであり、主たるＤＤＥの「ＤＤＥポート」を作成することも当業者には実施可能な事項であります。同様に、「入力デバイス名」と同じ「ＤＤＥトピック」を生成することも「ＤＤＥデバイス」を作成することも当業者が行うことができます。また、ＤＤＥの機能も当業者に明確でありますので、「ＤＤＥポート」、「入力デバイス名と同じＤＤＥトピック」及び「ＤＤＥデバイス」の機能も当業者に理解可能であり、実施し得るものであると思料いたします。」と主張する。
　しかしながら、拒絶理由は、「「マスターＤＤＥポート」、「入力デバイス名と同じＤＤＥトピック」及び「ＤＤＥデバイス」が、具体的に、パワー管理制御システムのどの構成要素に、どのように生成され」るのか、が不明であり、開示されていないことを指摘しているのであるから、単に「上述のように「ＤＤＥポート」は当業者が作成可能なものであり、主たるＤＤＥの「ＤＤＥポート」を作成することも当業者には実施可能な事項であります。同様に、「入力デバイス名」と同じ「ＤＤＥトピック」を生成することも「ＤＤＥデバイス」を作成することも当業者が行うことができます。」と主張するだけでは、「「マスターＤＤＥポート」、「入力デバイス名と同じＤＤＥトピック」及び「ＤＤＥデバイス」が、具体的に、パワー管理制御システムのどの構成要素に、どのように生成され」るのか、その具体的な構成について、発明の詳細な説明に、当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとは、認められない。
　以上のように、平成２４年１月１１日付けの意見書における請求人の主張「（１１）」は、具体的な構成を何ら開示するものでもないから、採用することはできない。
　
　以上のように、「理由」の指摘事項（１１）に係る拒絶理由は依然として解消していないから、「理由」の指摘事項（１１）で指摘したとおり、本願の発明の詳細な説明の記載は、当業者がその実施をすることができる程度に明確かつ十分に記載したものでない。
　
（４）まとめ
　以上のとおりであるから、当審における平成２３年８月５日付けの拒絶理由の理由の（１）及び（１１）において指摘した事項は、発明の詳細な説明を参酌しても、依然として不明であり、当業者が発明の実施をできる程度に明確かつ十分に記載していないから、本件出願は、特許法第３６条第４項に規定する要件を満たしていない。
　また、当審における平成２３年８月５日付けの拒絶理由の理由の（４）、（５）、（６）、及び（９）において指摘した事項は、解消していないから、特許請求の範囲の記載は特許法第３６条第６項第２号に規定する要件を満たしていない。
　
４．むすび 
　本件出願は、発明の詳細な説明の記載が特許法第３６条第４項に規定する要件を満たしていない。また、本件出願は、特許請求の範囲の記載が特許法第３６条第６項第２号に規定する要件を満たしていない。
　よって、結論のとおり審決する。