2016-016660

特願２０１５－　　５７０１「プロセス環境におけるスクリプト化グラフィックス」拒絶査定不服審判事件〔平成２７年　５月１４日出願公開、特開２０１５－　９２４０３、請求項の数（６）〕について、次のとおり審決する。

【結　論】 原査定を取り消す。 本願の発明は、特許すべきものとする。

【理　由】 第１　手続の経緯 本願は、２００５年（平成１７年）５月４日を国際出願日とする特願２００７－５１１５８０号の一部を平成２４年２月６日に新たな特許出願とした特願２０１２－２２７８９号の一部を平成２６年７月１７日に新たな特許出願とした特願２０１４－１４６４２３号の一部を平成２７年１月１５日（パリ条約による優先権主張　平成１６年５月４日、アメリカ合衆国）に新たな特許出願としたものであって、平成２８年３月７日付けで拒絶理由通知がされ、平成２８年６月９日付けで手続補正がされ、平成２８年６月３０日付けで拒絶査定（原査定）がされ、これに対し、平成２８年１１月７日に拒絶査定不服審判の請求がされ、同時に手続補正がされ、平成２９年５月２６日付けで拒絶理由通知（以下、「当審拒絶理由通知」という。）がされ、平成２９年９月２９日付けで手続補正がされたものである。 第２　原査定の概要 原査定（平成２８年６月３０日付け拒絶査定）の概要は次のとおりである。 本願請求項１－７に係る発明は、以下の引用文献Ａ、Ｂに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 Ａ．特表２００３－５２５４８９号公報 Ｂ．特開平１１－２４７３６号公報 第３　当審拒絶理由通知の概要 １．本件出願の請求項１－７に係る発明は、以下の引用文献１－３に基づいて、当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 １．特表２００３－５２５４８９号公報（拒絶査定時の引用文献Ａ） ２．特開平１１－２４７３６号公報（拒絶査定時の引用文献Ｂ） ３．米国特許第５８９７６３５号明細書（当審において新たに引用した文献） ２．本件出願は、特許法第３６条第６項第１号及び第２号に規定する要件を満たしていない。 第４　本願発明 本願請求項１－６に係る発明（以下、それぞれ「本願発明１」－「本願発明６」という。）は、平成２９年９月２９日付けの手続補正で補正された特許請求の範囲の請求項１－６に記載された事項により特定される以下のとおりのものと認められる。 「【請求項１】 実行可能なグラフィック・ディスプレイをプロセス環境内で使用する方法であって、前記方法は、 コンピュータが、プロセスプラント内のデータソースとバインディングされる一以上の視覚的表示及び一以上のパラメータを含めて一以上の実行可能な、クラス・オブジェクトであるグラフィック・ディスプレイを作成し、 前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイの各々のために定義された役割を格納し、 前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイのために前記定義された役割に応じて前記一以上の実行可能なグラフィック・ディスプレイをディスプレイデバイスに割り当てる、 ことを含み、 別々のグラフィック・ディスプレイは、複数の異なる機能において、全体にわたって一貫した外観を与えるため、同一のグラフィック・エレメントを用いて別々のビューを提供するように構成され、 前記別々のビューの各々は、構成ビュー、オペレータ・ビュー、メンテナンス・ビュー、又はシミュレーション・ビューから選択される、 方法。 【請求項２】 前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイの各々のために定義された役割に応じて前記一以上の実行可能なグラフィック・ディスプレイをダウンロードすることを更に含む、請求項１に記載の方法。 【請求項３】 前記一以上の実行可能なグラフィック・ディスプレイの各々のために定義された役割を格納することは、前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイの一つのためのオペレータ・インタフェース役割を格納することを含む、請求項１に記載の方法。 【請求項４】 前記一以上の実行可能なグラフィック・ディスプレイの各々のために定義された役割を格納することは、前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイの一つのためのメンテナンス・インタフェース役割を格納することを含む、請求項１に記載の方法。 【請求項５】 前記一以上の実行可能なグラフィック・ディスプレイの各々のために定義された役割を格納することは、前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイの一つのためのシミュレーション・インタフェース役割を格納することを含む、請求項１に記載の方法。 【請求項６】 前記一以上の実行可能なグラフィック・ディスプレイをディスプレイデバイスに割り当てることは、前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイのために定義された前記役割に応じて前記一以上の実行可能なグラフィック・ディスプレイを前記ディスプレイデバイスの一以上の機能的サブシステムに割り当てることを含む、請求項１に記載の方法。」 第５　引用文献、引用発明等 １．引用文献１について 平成２９年５月２６日付け当審拒絶理由通知の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。なお、下線は当審により付与したものである。 「【０００１】 【発明の技術分野】 本発明は、設備管理（asset management）システムに関し、より詳細には、機械装置及びプロセスの様々なグループ化を含む産業プラント設備の保護及び管理のための統合的な表示環境と共通データベース構造とを含む、産業プラント設備管理システムに関する。」 「【０００９】 本発明の産業上の利用可能性は、本発明の以下の目的の論考を通して論証されるであろう。 したがって、本発明の主な目的は、新しく新規かつ有用な産業プラント設備管理システムすなわち装置及び方法を提供することである。」 「【００１３】 【発明の実施の形態】 図面を通して同様の参照数字が同様の部分を示しており、参照数字１０は、本発明による産業プラント設備管理システムを示している。 図１を参照すると、システム１０は、設計がモジュール式でありスケーラブルであって、４つの主なモジュールグループを含むように割当てられることが可能である。これらモジュールグループは、単一のコンピュータ（プロセス機器）か、又はネットワークを介して対話可能な複数の独立したコンピュータに常駐することができる。グループ分けは、データ取得モジュール２０、データベースモジュール８０、統合グラフィカルユーザインタフェース１０２すなわち統合ＧＵＩ１０２を含むディスプレイモジュール１００、及びユーティリティモジュール２００を含むことができる。 【００１４】 データ取得モジュール２０は、１又は複数のデータ取得コンピュータ又はクライアントに常駐することができるソフトウェアモジュールを含み、特に、それぞれデータ格納とリアルタイムデータ表示とのためにデータベースモジュール８０とディスプレイモジュール１００との両方に対しデータを提供するデータバッファとして作用する。データ取得モジュール２０は、ハードウェア取得機器とソフトウェアアプリケーションとを共に含むデータ取得機器又はシステム６０へのインタフェースとして作用する複数の異なるデータコレクタモジュール５０を含む。データ取得機器６０は、トランスデューサ／センサ７０に作動的に接続されることにより、測定ポイントを含む設備位置から信号を収集する。 【００１５】 データベースモジュール８０は、データ取得機器６０によって収集されるデータと共にすべてのコンフィギュレーション情報のリポジトリであるリレーショナルデータベース８２を含む。データベースモジュール８０は、サーバ、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）ＳＱＬサーバに常駐することができる。さらに、データベース８２は、引用をもって開示内容がすべて本明細書内に包含されたものとする、「Knowledge Manager Relying on a Hierarchical Default Expert System: Apparatus and Method」と題された、Ｂｉｇｇｓによる１９９６年１１月２７日に出願された、本願と同一の譲受人に譲渡された米国特許第５，９０５，９８９号において開示されたもの等のナレッジマネージャを含むことができる。 【００１６】 ディスプレイモジュール１００は、データベースモジュール８０又はデータ取得モジュール２０のデータを、統合グラフィカルユーザインタフェース１０２を介して、例えば１又は複数のコンピュータ又はディスプレイクライアントに表示するソフトウェアモジュールを含む。データ取得モジュール２０との通信は、機械装置スタートアップ中にオービット等のデータのリアルタイム表示を可能にするものである。ディスプレイモジュール１００は、２つのレベルのディスプレイ、すなわち基本ナビゲーション／オペレータディスプレイと、完全機械装置管理ディスプレイとを有するものとして見ることができる。」 「【００２１】 より詳細には、図２を参照すると、本発明によるクライアント／サーバネットワークアーキテクチャの一実施例の簡略化した略図が示されており、図２において、データベースモジュール８０は、１又は複数のサーバＳ1、Ｓ2、…ＳNに常駐し、データ取得モジュール２０は１又は複数のデータ取得ノード又はコンピュータＤＡＣ1、ＤＡＣ2、…ＤＡＣNに常駐し、ディスプレイモジュール１００は、１又は複数のディスプレイクライアント又はコンピュータＤＣ1、ＤＣ2、…ＤＣNに常駐する。このため、システム１０は、少なくとも１つのサーバと、１又は複数のコンピュータと、ネットワークコントローラカードと、ハブ(単数又は複数)と、例えばシステム１０を当業者には周知でありかつ本開示によって情報が与えられるように、集中ネットワーク、分散ネットワーク又はこれら２つの任意の組合せとしてコンフィギュレーションするためのイーサネット（登録商標）プロトコル通信リンクとを採用するクライアント／サーバネットワークアーキテクチャに基づくことができる。さらに、システム１０は、複数のエンタプライズを管理するための広域ネットワーク（ＷＡＮ）としてコンフィギュレーションすることができる。 【００２２】 ディスプレイモジュール及び関連ディスプレイ機器 ディスプレイモジュール１００は、それぞれ１又は複数のデータ取得ノードＤＡＣNと１又は複数のサーバＳNとを介して、データ取得モジュール２０とデータベースモジュール８０の両方に有効に通信する。ディスプレイモジュール１００は、１人又は複数のディスプレイクライアントＤＣ1、ＤＣ2、…ＤＣNにそれぞれ関連する１又は複数のディスプレイ機器Ｄ1、Ｄ2、…ＤNに、これらモジュールの両方からのデータを表示するために、統合グラフィカルユーザインタフェース１０２を採用する。各ディスプレイクライアントは、入力装置又はポインティングデバイス（例えば、タッチスクリーン、マウス、タッチパッド、キーパッド、ライトペン、音声作動等）を含み、それによりユーザは、グラフィカルユーザインタフェース１０２に関して「ポインタ」をナビゲートかつ表示されている情報と対話的に入力することができる。なお、本発明は、グラフィカルユーザインタフェース１０２と対話するために、特定の入力装置の使用に限定されるものではない。さらに、任意である１つの特定のポインティングデバイスの機能も、通常は、ユーザによって環境設定可能であり、ポインティングデバイスによって異なっていてもよい。」 「【００４３】 ディスプレイモジュールアーキテクチャ及びビュー 図６には、本発明によるディスプレイモジュール１００のオブジェクトアーキテクチャの概略図が示されている。ディスプレイモジュール１００は、接続インタフェースとスクリプトベースロジックとを使用して、独立したオブジェクトとビューとの集まりを合わせて、設備管理と機械装置診断サービスとを合わせて提供するように機能するオブジェクトグループにリンクする。 ２つの主なリンクは、ナビゲーション及び時間である。したがって、オブジェクトは時間及び／又は位置を通してリンクされる。時間リンクは、１つの特定の日付から別の特定の日付まで、あるいは現在すなわちリアルタイムリンク等、時間における履歴期間を指定する。位置は、オブジェクト設備（例えば、プラント、ユニット、機械、軸継手、軸受、シール等）と、監視システム及びトランスデューサ／センサ等の装置設備と、設備を見るために有用な所定のデータ提示等の知識設備と、を含むプラント中の位置を言う。さらに、位置は、物理的又は抽象的構造を言う。 【００４４】 ディスプレイモジュール１００のオブジェクトアーキテクチャにより、オブジェクトは、リンクに加わるか独立して動作するかを選択することができる。オブジェクトは、リンクに加わるように選択した場合、この要求をメインアプリケーションクラス１１０を通して登録することができ、その後リンクコマンドを受取る。 特に、メインアプリケーションクラス１１０は、リンクコマンドをブロードキャストする中央マネージャとして、及びオブジェクトが互いに通信するための中央コマンドセンタとして作用するアプリケーションマネージャとして、機能する。オブジェクトは、メインアプリケーションクラス１１０を通して、リンク（ナビゲーション又は位置）コマンドを送受信することができる。メインアプリケーションクラス１１０は、システム１０のグラフィカルユーザインタフェース１０２における設備オブジェクト又は設備表現の表示された各ビューを管理し、種々のオブジェクトに対して、何の動作を実行することができるかを指示する。オブジェクトは、何のタイプのデータを有しているかをメインアプリケーションクラス１１０に提示し、メインアプリケーションクラス１１０は、コンポーネントにおける動作を合わせてスクリプトする。ここで、特定のオブジェクトアーキテクチャと関連するグラフィカルユーザインタフェースビューとを詳細に示す。」 「【０１１３】 使用及び動作時、図示したように、ディスプレイモジュール１００は、ユーザが種々の異なるウインドウビューを通して設備オブジェクトか又は設備表現を見ることができるようにする統合グラフィカルユーザインタフェース１０２を有し、ユーザがシステム１０内をナビゲートする間、各ビューはリンクされる。例えば上述したように、ユーザがエンタプライズエクスプローラツリービュー１５２上でクリックすると、ユーザはグラフィカルビュー１６０又はグラフィカルウインドウ１６２と直接には対話していないが、エンタプライズグラフィカルビュー１６０はナビゲーションを追従する。このリンクされたビューは、ユーザによるか又は警報によって駆動されてよい。すべてのビューがリンクされるため、警報の根本原因の探索が迅速である。すなわち、選択装置を単にクリックするだけで、ユーザは警報が発生している設備とそれを生成した計器類とを見る結果となる。さらに、システム１０のディスプレイモジュール１００は、機械メンテナンス専門家、機械オペレータ又は装置技術者に対する異なるビューの提示が可能であるため、ユーザに対してセンシティブである。 【０１１４】 １つの好ましい実施形態では、本発明は、複数の異なるビューを含む。例えば、システム１０は、診断ビュー、オペレータビュー、装置ビュー、あるいは、基本的に、ユーザが生成し将来いつでも再現され得るように保存するビューである、ユーザカスタマイズビューを表示することができる。図７に示すように、診断ビューは、グラフィカルユーザインタフェース１０２を介して、設備オブジェクト又は設備表現の階層ビューを含むエンタプライズの階層エンタプライズツリービューを示すエンタプライズエクスプローラウインドウビュー１５４と、２次元又は３次元の設備オブジェクト又は設備表現の仮想ビューを示すエンタプライズグラフィカルウインドウビュー１６２と、プロットセッションツリービュー２６０か、あるいは代替的に棒グラフ又はトレンドプロットの形式でリアルタイム設備オブジェクト又は設備表現を示す現在値／履歴ウインドウビュー１６８と、を同時に表示する。オペレータビューは、グラフィカルユーザインタフェース１０２に、エンタプライズエクスプローラウインドウビュー１５４と現在値／履歴ウインドウビュー１６８とを同時に表示してよい。装置ビューは、装置設備オブジェクト又は設備表現の階層ビューを含む装置エクスプローラウインドウビュー１７２と、２次元及び３次元装置設備オブジェクト又は設備表現の仮想ビューを含む装置グラフィカルウインドウビュー１７６と、を同時に表示する（図９を参照）。好ましくは、これらウィンドウのすべてを、インターフェース１０２の任意箇所に再配置してドッキングすることができる。 【０１１５】 最高レベルにおいて、診断ビューは、プラントエクスプローラビュー１５４における強調表示されたエンタプライズと相関するエンタプライズグラフィカルウインドウビュー１６２におけるユニット（プロセス列又は機械列）のオブジェクトモデルを表示することができる。例えば、エンタプライズ設備は、ユニット１と命名された機械列を有する発電プラントのものとすることができる。そして、エンタプライズグラフィカルウインドウビュー１６２又は仮想ウインドウビューは、関連する発電プラントがエンタプライズ又はプラントエクスプローラウインドウビュー１５４において強調表示される時に、ユニット１の表示を含む。最高レベルにおいて、プロットセッションツリービュー２６０は、プロットセッションを含むことができ、あるいは代替的に、現在値／履歴ビュー１６８が、強調表示されたエンタプライズに関するデータを含むことができる。」 以上、特に下線部を参照すると、引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。 「産業プラント設備管理システムの方法であって、 システム１０は、設計がモジュール式でありスケーラブルであって、４つの主なモジュールグループを含むように割当てられることが可能であり、これらモジュールグループは、単一のコンピュータ（プロセス機器）か、又はネットワークを介して対話可能な複数の独立したコンピュータに常駐することができ、グループ分けは、データ取得モジュール２０、データベースモジュール８０、統合グラフィカルユーザインタフェース１０２すなわち統合ＧＵＩ１０２を含むディスプレイモジュール１００、及びユーティリティモジュール２００を含むことができ、 データ取得モジュール２０は、１又は複数のデータ取得コンピュータ又はクライアントに常駐することができるソフトウェアモジュールを含み、特に、それぞれデータ格納とリアルタイムデータ表示とのためにデータベースモジュール８０とディスプレイモジュール１００との両方に対しデータを提供するデータバッファとして作用し、データ取得モジュール２０は、ハードウェア取得機器とソフトウェアアプリケーションとを共に含むデータ取得機器又はシステム６０へのインタフェースとして作用する複数の異なるデータコレクタモジュール５０を含み、データ取得機器６０は、トランスデューサ／センサ７０に作動的に接続されることにより、測定ポイントを含む設備位置から信号を収集し、 ディスプレイモジュール１００は、データベースモジュール８０又はデータ取得モジュール２０のデータを、統合グラフィカルユーザインタフェース１０２を介して、例えば１又は複数のコンピュータ又はディスプレイクライアントに表示するソフトウェアモジュールを含み、１又は複数のディスプレイクライアント又はコンピュータＤＣ1、ＤＣ2、…ＤＣNに常駐し、ユーザが種々の異なるウインドウビューを通して設備オブジェクトか又は設備表現を見ることができるようにする統合グラフィカルユーザインタフェース１０２を有し、機械メンテナンス専門家、機械オペレータ又は装置技術者に対する異なるビューの提示が可能であり、 システム１０は、複数の異なるビュー、例えば、診断ビュー、オペレータビュー、装置ビュー等を含む、ユーザカスタマイズビューを表示することができる、 方法。」 ２．引用文献２、３について 平成２９年５月２６日付け当審拒絶理由通知の拒絶の理由に引用された引用文献２には、図面とともに次の事項が記載されている。 「【０００１】 【発明の属する技術分野】本発明は、プラントの運転状態を監視し、その動作を制御するプラント監視・制御装置に関する。 【０００２】 【従来の技術】プラントの運転状態を監視し、その動作を制御する従来のプラント監視・制御装置は、図２に示すように構成されている。図２において、１１は画面データ記憶装置で、監視・制御画面を記憶している。この画面データ記憶装置１１に保存された監視・制御画面を表示画面選択装置１２で読み取り、画面表示装置１３に表示する。 【０００３】通常、プラントの監視・制御は数名のチームで行なわれるが、上記従来のプラント監視・制御装置においては、運転操作員が誰であっても表示される画面は同じ、すなわち、予め画面データ記憶装置１１に保存された監視・制御画面を表示画面選択装置１２が読み取って画面表示装置１３に表示するのみであり、運転操作員の特性（年齢・性別・性格・役割など）は、表示画面に反映させていない。 【０００４】 【発明が解決しようとする課題】通常、プラントの監視・制御は数名のチームで行なわれ、操作員・監視者毎に役割が異なるため、自ずと必要とする画面や良く使用する画面も異なってくる。また、年齢・性別・性格などの運転員の条件によっても見やすい画面の要件、例えば画面中のボタンの大きさ・個数・形、文字の大きさ、分量などが異なる。従来、これら運転員の特性を考慮した監視・制御画面が提供されなかったため、操作員によっては使いにくい画面となり、ご判断を招く恐れがあり、場合によってはプラントトリップに至る可能性があった。 【０００５】本発明は上記の課題を解決するためになされたもので、画面表示装置に表示される監視・制御画面を各運転操作員に適応させて変化させることができ、運転操作員にとって使い易いプラント監視・制御装置を提供することを目的とする。 【０００６】 【課題を解決するための手段】本発明に係るプラント監視・制御装置は、運転操作員を識別する識別コードを入力する運転操作入力手段と、各運転操作員と監視・制御画面との対応関係を記憶する個人データ記憶手段と、複数の監視・制御画面を記憶する画面データ記憶手段と、前記運転操作入力手段から入力された運転操作員の識別コードに応じて前記個人データ記憶手段から個人データを読み出し、該個人データに基づいて前記画面データ記憶手段に格納されている画面データを選択する表示画面選択手段と、この表示画面選択装置により選択された画面を表示する画面表示手段とからなることを特徴とする。 【０００７】 【発明の実施の形態】以下、図面を参照して本発明の一実施形態を説明する。図１は、本発明の一実施形態に係るプラント監視・制御装置の構成を示すブロック図である。 【０００８】図１において、１は運転操作員２が誰かを自動的に検出する運転操作員検出装置で、例えば電波発信機能を持つＩＤカードを使用して運転操作員２が誰であるかを自動的に検出する。３は運転操作員２が誰であるかを示す識別コード（識別データ）、パスワード等をキー入力し、あるいはＩＤカード等を利用して入力する運転操作入力装置である。この運転操作入力装置３は、運転操作員２からのコード入力、または運転操作員検出装置１の検出結果により、現在監視・制御画面を使用している運転操作員２が誰であるかを識別し、表示画面選択装置４に入力する。このとき運転操作入力装置３において、運転操作員検出装置１の検出結果と運転操作員２からの入力のどちらを優先させるかは設定可能である。なお、運転操作員検出装置１で運転操作員を自動検出するようにした場合は、運転操作入力装置３からの入力は不要であるが、その他の操作のために必要なものは運転操作入力装置３から入力する。また、運転操作入力装置３における入力としては、運転操作員２が一人で画面を使用している状態、あるいは多人数で同時に画面を共有している状態のどちらも入力可能である。 【０００９】上記表示画面選択装置４には、運転操作員２毎に画面に表示すべき監視・制御画面がどれかを記憶する個人データ記憶装置５、及び各運転操作員の特性（年齢・性別・性格・役割など）を反映させた監視・制御画面を記憶する画面データ記憶装置６が接続される。上記表示画面選択装置４は、運転操作入力装置３からの入力及び個人データ記憶装置５の記憶データに基づいて画面データ記憶装置６から表示すべき監視・制御画面を選択して画面表示装置７に出力する。この画面表示装置７は、表示画面選択装置４により選択された画面、例えば運転操作員Ａ用画面、運転操作員Ｂ用画面、共用画面等を表示する。」 平成２９年５月２６日付け当審拒絶理由通知の拒絶の理由に引用された引用文献３には、図面とともに次の事項が記載されている。 「The look and feel of the user computer interface is determined largely by the collection of interaction techniques provided for it. Designing and implementing interaction techniques for each individual application would be a time consuming and expensive task. Furthermore, each application would end up with a different look and feel making it difficult for a user to move from one application to another. Applications sharing a common window management system can utilize a common interactive technique toolkit built for the window management system to assure a common look and feel. An interactive technique toolkit consists of a set of subroutines that provide different types of display objects. Interactive technique toolkits, which are subroutine libraries of interaction techniques, are mechanisms for making a collection of techniques available for use by application programs. By using interactive technique toolkits, a consistent look and feel among application programs sharing a common window management system can be insured. Using the same toolkit across all applications is a commonly used approach for providing a look and feel that unifies both multiple applications and the window environment itself. Interactive technique toolkits are available for specific windowing management systems. For instance, the menu style used to select window operations should be the same style used within all applications. Basic elements of the toolkit can include menus, dialog boxes, scroll bars, file selection boxes and the like, all which can be conveniently implemented in windows.」（第１欄第５９行－第２欄第２０行） （当審仮訳：ユーザコンピュータインターフェースのルックアンドフィールは、主に、提供された対話型技術のコレクションにより決定される。個々のアプリケーションの対話型技術の設計と実装には、時間と費用がかかる。さらに、個々のアプリケーションのルックアンドフィールが異なってしまうために、ユーザが１のアプリケーションから他のアプリケーションに移動するのは難しくなる。共通のウインドウマネージメントシステムで共有される複数のアプリケーションは、共通のルックアンドフィールを確立するために、ウインドウマネージメントシステムのために構築された共通の対話型技術のツールキットを利用することができる。１つの対話型技術のツールキットは、異なるタイプの表示オブジェクトを供給するサブルーチンのセットで構成されている。 対話型技術のツールキットは、対話型技術のサブルーチンライブラリであって、アプリケーションプログラムによって利用される技術のコレクションを作成する仕組みである。対話型技術のツールキットを使用することにより、共通のウインドウマネージメントシステムで共有された複数のアプリケーションの間で一貫性のあるルックアンドフィールが保証され得る。全てのアプリケーションに同じツールキットを使用することは、複数のアプリケーションとウインドウ環境自体の両方を統一するルックアンドフィールを提供するための一般的に使われるアプローチである。対話型技術のツールキットは、特定のウインドウマネージメントシステムで利用可能である。例えば、ウインドウ操作の選択に使用されるメニュースタイルは、全てのアプリケーションで使用される際に同じスタイルである必要がある。ツールキットの基本要素は、メニュー、ダイアログボックス、スクロールバー、ファイル選択ボックスなどのウインドウ内で有用に実装される全てのものを含むことができる。） 第６　当審の判断 １．当審拒絶理由通知により通知した上記「第３　２．」の拒絶の理由（特許法第３６条第６項第１号及び第２号）について 当審拒絶理由通知により通知した上記「第３　２．」の拒絶の理由は、平成２９年９月２９日付け手続補正書による補正により解消したので、“本願は、特許法第３６条第６項第１号及び第２号に規定する要件を満たしていないから拒絶すべきものである”とすることはできない。 ２．本願発明１について （１）対比 本願発明１と引用発明とを対比すると、次のことがいえる。 引用発明は、「産業プラント設備管理システムの方法」であって、該システムは、「データベースモジュール８０又はデータ取得モジュール２０のデータを、統合グラフィカルユーザインタフェース１０２を介して、例えば１又は複数のコンピュータ又はディスプレイクライアントに表示するソフトウェアモジュールを含む」、「ディスプレイモジュール１００」を含む。 この「ディスプレイモジュール１００」は、システムで実行可能なソフトウェアモジュールを含み、統合グラフィカルユーザインターフェース１０２を介してビューを提示するものであるから、本願発明１の「実行可能なグラフィック・ディスプレイ」に相当するものである。 したがって、本願発明１と引用発明は、「実行可能なグラフィック・ディスプレイをプロセス環境内で使用する方法」といえる点で一致する。 また、引用発明における「ディスプレイモジュール１００」は、データ取得機器が設備位置から収集した信号を取得したデータ取得モジュール２０のデータを、統合グラフィカルユーザインターフェースを介して表示するものであるから、本願発明１における「プロセスプラント内のデータソースとバインディングされる一以上の視覚的表示及び一以上のパラメータを含めて一以上の実行可能な、グラフィック・ディスプレイ」に相当し、該「ディスプレイモジュール１００」は、コンピュータを用いて作成されたソフトウェアであるのは明らかである。 したがって、本願発明１と引用発明は、「コンピュータが、プロセスプラント内のデータソースとバインディングされる一以上の視覚的表示及び一以上のパラメータを含めて一以上の実行可能な、グラフィック・ディスプレイを作成する、ことを含む、方法」といえる点で一致する。 したがって、本願発明１と引用発明との間には、次の一致点、相違点があるといえる。 （一致点） 「実行可能なグラフィック・ディスプレイをプロセス環境内で使用する方法であって、前記方法は、 コンピュータが、プロセスプラント内のデータソースとバインディングされる一以上の視覚的表示及び一以上のパラメータを含めて一以上の実行可能な、グラフィック・ディスプレイを作成する、 ことを含む、 方法。」 （相違点） （相違点１） 「グラフィック・ディスプレイ」（引用発明でいう「ディスプレイモジュール１００」）が、本願発明１では、「クラス・オブジェクト」であるのに対し、引用発明では、そのように特定されていない点。 （相違点２） 本願発明１は、「前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイの各々のために定義された役割を格納し、 前記コンピュータが、前記一以上の実行可能なグラフィック・ディスプレイのために前記定義された役割に応じて前記一以上の実行可能なグラフィック・ディスプレイをディスプレイデバイスに割り当てる」ことを含むのに対し、引用発明は、ディスプレイモジュール１００が単一又は複数の独立したコンピュータに常駐するものである点。 （相違点３） 本願発明１では、「別々のグラフィック・ディスプレイは、複数の異なる機能において、全体にわたって一貫した外観を与えるため、同一のグラフィック・エレメントを用いて別々のビューを提供するように構成され、 前記別々のビューの各々は、構成ビュー、オペレータ・ビュー、メンテナンス・ビュー、又はシミュレーション・ビューから選択される」のに対し、引用発明では、ディスプレイモジュール１００により、複数の異なるビュー、例えば、診断ビュー、オペレータビュー、装置ビュー等を含む、ユーザカスタマイズビューを表示することができるものの、「別々のグラフィック・ディスプレイは、複数の異なる機能において、全体にわたって一貫した外観を与えるため、同一のグラフィック・エレメントを用いて別々のビューを提供するように構成され、 前記別々のビューの各々は、構成ビュー、オペレータ・ビュー、メンテナンス・ビュー、又はシミュレーション・ビューから選択される」ものではない点。 （２）相違点についての判断 事案に鑑みて、上記相違点３について先に検討する。 相違点３に係る本願発明１の「別々のグラフィック・ディスプレイは、複数の異なる機能において、全体にわたって一貫した外観を与えるため、同一のグラフィック・エレメントを用いて別々のビューを提供するように構成され、 前記別々のビューの各々は、構成ビュー、オペレータ・ビュー、メンテナンス・ビュー、又はシミュレーション・ビューから選択される」構成は、上記引用文献１－３には記載乃至示唆されておらず、本願優先日前において周知技術であるともいえない。引用発明では、各ディスプレイクライアントに常駐する（一つの）ディスプレイモジュール１００により、複数の異なるビュー、例えば、診断ビュー、オペレータビュー、装置ビュー等を含む、ユーザカスタマイズビューを表示することができるものであり、該ディスプレイモジュール１００を、相違点３に係る本願発明１の構成とする動機づけはなく、そのようにすることが当業者に容易に想到し得たとはいえない。 したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用発明、引用文献２、３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 ３．本願発明２－６について 本願発明２－６も、本願発明１の「別々のグラフィック・ディスプレイは、複数の異なる機能において、全体にわたって一貫した外観を与えるため、同一のグラフィック・エレメントを用いて別々のビューを提供するように構成され、 前記別々のビューの各々は、構成ビュー、オペレータ・ビュー、メンテナンス・ビュー、又はシミュレーション・ビューから選択される」との構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２、３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。 第７　原査定についての判断 平成２９年９月２９日付けの補正により、補正後の請求項１－６は、「別々のグラフィック・ディスプレイは、複数の異なる機能において、全体にわたって一貫した外観を与えるため、同一のグラフィック・エレメントを用いて別々のビューを提供するように構成され、 前記別々のビューの各々は、構成ビュー、オペレータ・ビュー、メンテナンス・ビュー、又はシミュレーション・ビューから選択される」という技術的事項を有するものとなった。当該技術的事項は、原査定における引用文献Ａ、Ｂ（当審拒絶理由における引用文献１、２）には記載されておらず、本願優先日前における周知技術でもないので、本願発明１－６は、当業者であっても、原査定における引用文献Ａ、Ｂに基づいて容易に発明をすることができたものとはいえない。したがって、原査定を維持することはできない。 第８　むすび 以上のとおり、原査定の理由によって、本願を拒絶することはできない。 他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。