2016-010803

特願２０１４－１８７３９０「プロセス制御システム内の操作者インターフェースディスプレイのためのアニメーションおよびイベントの構成」拒絶査定不服審判事件〔平成２７年　１月２９日出願公開、特開２０１５－　１８５６９、請求項の数（１３）〕について、次のとおり審決する。

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

【理　由】 第１．手続の経緯 本願は、平成２２年４月２３日（パリ条約による優先権主張　２００９年４月２７日　米国）に出願した特願２０１０－９９６１０号の一部を平成２６年９月１６日に新たな出願としたものであって、平成２７年１１月５日付けで拒絶理由が通知され、平成２８年２月９日に補正書が提出されたが、同年３月９日付けで拒絶査定がなされ、これに対し、同年７月１５日に拒絶査定不服審判の請求がなされると同時に手続補正がなされたものである。 第２．原査定の経緯 原査定（平成２８年３月９日付け拒絶査定）の概要は次のとおりである。 １．本願請求項１－１３に係る発明は、以下の引用文献１－３に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 １.特表２００７－５３６６３１号公報 ２.特開２００８－０９０４１６号公報（周知技術を示す文献） ３.特開２００９－０４８５０４号公報（周知技術を示す文献） 第３．審判請求時の補正について 審判請求時の補正は、特許法第１７条の２第３項から第６項までの要件に違反しているものとは認められない。 そして、「第４．本願発明」から「第６．当審の判断」までに示すように、補正後の請求項１～１３に係る発明は、独立特許要件を満たすものである。 第４．本願発明 本願請求項１～１３に係る発明（以下、それぞれ「本願発明１」～「本願発明１３」という。）は、平成２８年７月１５日付けの手続補正で補正された特許請求の範囲の請求項１～１３に記載された事項により特定される発明であり、以下のとおりの発明である。 「【請求項１】 操作者インターフェースディスプレイのために、アニメーションおよびイベントを構成するように、プロセス制御プラントにおいて使用するためのグラフィック編集装置であって、 グラフィックアイテムのライブラリであって、前記グラフィックアイテムのうちの１つ以上は、前記プロセス制御プラント内の物理的または論理的エンティティに関連する、ユーザが設定可能な複数のプロパティを含む、グラフィックアイテムのライブラリと、 前記ユーザが設定可能な複数のプロパティを含むグラフィックアイテムを表示する、第１のセクションと、 前記ユーザが設定可能な複数のプロパティを階層的に表示する、第２のセクションと、 グラフィックアイテム構成タスクの完了を容易にするために、前記第２のセクション内に前記ユーザが設定可能な複数のプロパティを表示するように構成される、複数のユーザが選択可能な機能であって、前記複数のユーザが選択可能な機能の少なくとも１つは、前記ユーザが設定可能な複数のプロパティをソートすること、前記１つ以上のユーザが設定可能なプロパティをフィルタすること、又は、前記ユーザが設定可能な複数のプロパティをグループ化することの少なくとも１つを行うように構成される前記複数のユーザが選択可能な機能と、 を備え、 前記グラフィックアイテムおよび前記ユーザが設定可能な複数のプロパティは、同時に表示され、 前記第２のセクション内に表示される各フィルタされたユーザが設定可能なプロパティは、値、変換装置、ユーザ設定のアニメーションプロパティ、変更されたデフォルトプロパティ値、デフォルトプロパティ値、及び、前記プロパティがそのデフォルト設定から変化したこと又は前記プロパティがそのデフォルト設定から変化していないことを示すことの少なくとも１つを有するプロパティのみを含み、 前記ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる、 グラフィック編集装置。 【請求項２】 前記グラフィックアイテムは、複合形状であり、第１のユーザが設定可能なプロパティの値、表現、およびスクリプトの少なくとも１つは、選択されかつ第２のユーザが設定可能なプロパティに移動される、請求項１に記載のグラフィック編集装置。 【請求項３】 第１のユーザが設定可能なプロパティを第２のユーザが設定可能なプロパティにドラッグアンドドロップすることにより、前記第１のユーザが設定可能なプロパティの値、表現、およびスクリプトの少なくとも１つは、選択されかつ前記第２のユーザが設定可能なプロパティに移動される、請求項１又は請求項２に記載のグラフィック編集装置。 【請求項４】 前記グラフィックアイテムは、１つ以上のサブエレメントを含む、請求項１～請求項３の何れか１項に記載のグラフィック編集装置。 【請求項５】 各サブエレメントは、１つ以上のユーザが設定可能なプロパティを含む、請求項４に記載のグラフィック編集装置。 【請求項６】 選択したソート順序は、前記グラフィックアイテムに含まれる全てのプロパティを含む名前のアルファベット順であり、イベント、アニメーションプロパティ、またはプロパティから成る群より選択されるプロパティ、前記プロパティがデフォルト値またはユーザ定義のソート順序から変更された程度によって順序付けられる、前記グラフィックアイテムに含まれる全てのプロパティを含む名前のアルファベット順である、請求項１～請求項５の何れか１項に記載のグラフィック編集装置。 【請求項７】 プロセス制御プラントの操作者ディスプレイ内のプロセス制御プラントエンティティのグラフィック表示のために、アニメーションまたはイベントを構成する方法であって、 アニメーション表示エディタのダイアグラム表示内に、前記プロセス制御プラント内の物理的または論理的エンティティの視覚表示を含む選択したグラフィックアイテムと、前記アニメーションまたは前記イベントのうちの１つ以上のためのユーザが設定可能な複数のプロパティを有する１つ以上のサブエレメントとを表示するステップと、 グラフィックアイテム構成タスクの完了を容易にするために、第２のセクションに、前記ユーザが設定可能な複数のプロパティを、少なくとも１つ以上のユーザが設定可能な機能に応じて、階層的に表示するステップと、 を含み、 複数のユーザが選択可能な機能の少なくとも１つは、前記１つ以上のユーザが設定可能なプロパティをソートすること、前記ユーザが設定可能な複数のプロパティをフィルタすること、又は、前記ユーザが設定可能な複数のプロパティをグループ化することの少なくとも１つを行うように構成され、 前記ダイアグラム表示及び前記ユーザが設定可能な複数のプロパティは同時に表示され、 前記第２のセクション内に表示される各フィルタされた前記ユーザが設定可能な複数のプロパティは、値、変換装置、ユーザ設定のアニメーションプロパティ、変更されたデフォルトプロパティ値、デフォルトプロパティ値、及び、前記プロパティがそのデフォルト設定から変化したこと又は前記プロパティがそのデフォルト設定から変化していないことを示すことの少なくとも１つを有するプロパティのみを含み、 前記ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる、 方法。 【請求項８】 前記グラフィックアイテムは、複合形状であり、第１のユーザが設定可能なプロパティの値、表現、およびスクリプトの少なくとも１つは、選択されかつ第２のユーザが設定可能なプロパティに移動される、請求項７に記載の方法。 【請求項９】 第１のユーザが設定可能なプロパティを第２のユーザが設定可能なプロパティにドラッグアンドドロップすることにより、前記第１のユーザが設定可能なプロパティの値、表現、およびスクリプトの少なくとも１つは、選択されかつ前記第２のユーザが設定可能なプロパティに移動される、請求項７又は請求項８に記載の方法。 【請求項１０】 プロセス制御プラントの操作者ワークステーションにおいて表示されるグラフィックアイテムのアニメーションおよびイベントプロパティを構成するための構成モジュールを含む、ディスプレイとグラフィックエディタとを含む、コンピュータシステムであって、前記構成モジュールは、 グラフィックアイテムエディタのダイアグラム表示内に、選択したグラフィックアイテムを表示し、前記選択したグラフィックアイテムは、前記プロセス制御プラント内の物理的または論理的エンティティの視覚表示と、１つ以上のユーザが設定可能なプロパティを有する１つ以上のサブエレメントとを含み、 グラフィックアイテム構成タスクの完了を容易にするために、第２のセクションに、ユーザが設定可能な複数のプロパティを、少なくとも１つ以上のユーザが設定可能な機能に応じて、階層的に表示する、 ように構成され、 複数のユーザが選択可能な機能の少なくとも１つは、前記ユーザが設定可能な複数のプロパティをソートすること、前記ユーザが設定可能な複数のプロパティをフィルタすること、又は、前記ユーザが設定可能な複数のプロパティをグループ化することの少なくとも１つを行うように構成され、 前記ダイアグラム表示及び前記ユーザが設定可能な複数のプロパティは同時に表示され、 前記第２のセクション内に表示される各フィルタされた前記ユーザが設定可能な複数のプロパティは、値、変換装置、ユーザ設定のアニメーションプロパティ、変更されたデフォルトプロパティ値、デフォルトプロパティ値、及び、前記プロパティがそのデフォルト設定から変化したこと又は前記プロパティがそのデフォルト設定から変化していないことを示すことの少なくとも１つを有するプロパティのみを含み、 前記ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる、 コンピュータシステム。 【請求項１１】 前記グラフィックアイテムは、複合形状であり、第１のユーザが設定可能なプロパティの値、表現、およびスクリプトの少なくとも１つは、選択されかつ第２のユーザが設定可能なプロパティに移動される、請求項１０に記載のコンピュータシステム。 【請求項１２】 第１のユーザが設定可能なプロパティを第２のユーザが設定可能なプロパティにドラッグアンドドロップすることにより、前記第１のユーザが設定可能なプロパティの値、表現、およびスクリプトの少なくとも１つは、選択されかつ前記第２のユーザが設定可能なプロパティに移動される、請求項１０又は請求項１１に記載のコンピュータシステム。 【請求項１３】 前記グラフィックアイテムは、１つ以上のサブエレメントを含む、請求項１０～請求項１２の何れか１項に記載のコンピュータシステム。」 第５．引用例、引用発明 ａ．引用例１の記載事項 原査定の拒絶の理由に引用された引用例１には、次の記載がある。（下線は当審において付加した。） （ａ）「【０００２】 本発明は、一般的にはプロセスプラントに関し、より詳しくは、プラントの構成、制御、保守およびシミュレーションと関連するさまざまな活動において共通の図形表示エレメントの作成と使用を可能とするための、プロセス制御・シミュレーションシステムレベルにおける図形表示エディターと図形表示オブジェクトの統合と使用に関する。」（７頁） （ｂ）「【００１５】 図１に、プラント１０のさまざまな機能エリアに対してシステムレベルの図形サポートが提供される例示のプロセスプラント１０を示す。一般的なことであるが、プロセスプラント１０は、おのおのが、例えば、Ｆｉｅｌｄｂｕｓインタフェースや、Ｐｒｏｆｉｂｕｓインタフェースや、ＨＡＲＴインタフェースや、標準の４～２０ｍａインタフェースなどである入／出力（Ｉ／Ｏ）デバイスまたはカード１８を介して１つ以上のフィールドデバイス１４と１６に接続されている１つ以上のコントローラ１２を有する分散型プロセス制御システムを含んでいる。コントローラ１２はまた、例えばイーサネット（登録商標）リンであるデータハイウエイ２４を介して１つ以上のホストまたはオペレータのワークステーション２０～２３にカップリングされている。データベース２８はデータハイウエイ２４に接続されて、プラント１０内のコントローラおよびフィールドデバイスと関連するパラメータ、ステータスおよび他のデータを収集して記憶するデータヒストリアンとしておよび／またはプロセス制御システムの現行の構成を、それがコントローラ１２とフィールドデバイス１４および１６にダウンロードされて記憶されるとプラント１０内に記憶する構成データベースとして動作する。データベース２８は、さらに、本書で説明するような仕方で作成された図形オブジェクトを記憶して、プロセスプラント１０内で図形サポートを提供する。コントローラ１２、Ｉ／Ｏカード１８およびフィールドデバイス１４と１６は一般的には時たま厳しいプラント環境下に置かれるが、オペレータワークステーション２０～２３およびデータベース２８は通常、コントローラや保守の要員が入りやすいコントロールルームやより厳しくない環境下に置かれる。しかしながら、場合によっては、手持ち式デバイスを用いて、これらの機能を実施することがあるが、一般的にはこのような手持ち式デバイスはプラント中のさまざまな場所に持ち運ばれる。 【００１６】　　・・・（中略）・・・ 【００１７】　　・・・（中略）・・・ 【００１８】 図１のプロセスプラント１０では、ワークステーション２０～２３は、プラント１０内で同じまたは互いに異なった要員によって実行される互いに異なったさまざまな機能目的で用いられるさまざまなアプリケーションを含む。ワークステーション２０～２３はおのおのが、さまざまなアプリケーション、プログラム、データ構造などを記憶するメモリ３１と、メモリ３１に記憶されているいずれかのアプリケーションを実行するために用いられるプロセッサ３２とを含む。図１に示す例では、ワークステーション２０は、構成ワークステーションとして設計されて、１つ以上の構成アプリケーション３３を含むが、このアプリケーション３３には、例えば、いずれかの認可済みの構成エンジニアによってアクセスされて制御ルーチンや制御モジュール２９と３０などのモジュールを作成してプランと１０のさまざまなコントローラ１２やデバイス１６にダウンロードするための制御モジュール作成アプリケーション、オペレータインタフェースアプリケーションおよび他のデータ構造が含まれる。ワークステーション２１は一般には、図１では制御デバイスビューイングワークステーションとして示されている、多くの表示アプリケーションを含み、これらのアプリケーションは、コントロールオペレータに対して、プロセスプラント１０にさまざまなディスプレイを提供して、オペレータが、プロセスプラント１０やそのさまざまなセクションで何が起こっているかをビューイングして制御することを可能とする。アプリケーション３４は、制御機能を実行する際にコントロールオペレータを支援するために用いられる制御診断アプリケーションや、チューニングアプリケーションや、レポート生成アプリケーションや他のいずれかの制御サポートアプリケーションなどのサポートアプリケーション３４ａを含むことがある。同様に、ワークステーション２２は保守ビューイングワークステーションとして図示されており、多くの保守アプリケーション３５を含むが、これらの保守アプリケーション３５は、さまざまな保守要員に用いられて、プラント１０の保守必要性をビューイングしたり、さまざまなデバイス１２、１４、１６の動作状態や作業状態をビューイングしたりするものである。もちろん、アプリケーション３５には、プラント１０内で保守要員が保守機能を実行するのを支援するために用いられる保守診断アプリケーション、校正アプリケーション、振動分析アプリケーション、レポート生成アプリケーションや他のいずれかの保守サポートアプリケーションなどのサポートアプリケーション３５ａを含むことがある。加えて、ワークステーション２３はシミュレーションワークステーションとして示されているが、このシミュレーションワークステーションには、送信目的や、プラントの保守、制御などを支援するプランとモデリング目的を含む多くの何らかの目的のためのプラント１０やプラント１０のさまざまなセクションの操業をシミュレートするために用いられる多くのシミュレーションアプリケーション３６が含まれる。一般的であるが、ワークステーション２０～２３はおのおのが、表示画面３７をキーボード、マウスなどの他の標準の周辺デバイスと共に含んでいる。 【００１９】 ・・・（中略）・・・ 【００２０】 ・・・（中略）・・・ 【００２１】 プラント１０内のさまざまな機能のおのおのに対するアプリケーション３３～３６と関連のディスプレイとは、一般的には、互いに対して独立に、時としては、別々に人たちによって、さらには別々の会社によって開発されて実施されたため、プロセスプラントのさまざまな機能エリアで作成または用いられる図形ディスプレイは、図形をビジュアライズさせるという観点から見ればいかなる首尾一貫したまたは分かりやすい仕方では統合されなかった。その結果、プラントの互いに異なったさまざまな機能レベルでの図形ディスプレイの作成と実行の独立性のため、図形ディスプレイが機能ごとに異なったものと見え、そのため、機能エリア全体にわたって図形ディスプレイの概観と雰囲気が一貫しないということになってしまった。加えて、この独立した作成操作のため、プラントのセクションやエリアは同じであるが機能の用途が違う場合に図形ディスプレイを作成する際に動作が繰り返されることになり、また、このようにして作成された図形ディスプレイをつなげる必要があり、また、コントローラ１２やフィールドデバイス１４，１６などのプラント１０内のさまざまなデバイスからデータを、プラント１０の機能レベルで別個に受信する必要があった。このため、データベース構造を複製して、さまざまなディスプレイに対する共通のハードウエアエレメントを追跡する必要が生じた。したがって、例えば、過去においては、第１のアプリケーション（例えばアプリケーション３５のうちの１つ）を用いて、保守目的のためプラント１０のあるセクションを示す保守ディスプレイを作成し、一方、第２のアプリケーション（例えばアプリケーション３４のうちの１つ）を用いて、制御目的のためプラント１０の同じセクションを示すコントロールオペレータディスプレイを作成した。これら別々の表示エディターによって別個に作成されたディスプレイは外見や雰囲気がまったく異なり、そのため、ユーザにとっては保守ディスプレイとオペレータディスプレイ間で切り替えるのが困難であり、すぐ混乱するか、さもなければこれらディスプレイの双方での訓練が必要となる。同じように、双方のディスプレイを互いに異なったアプリケーション３４と３５で互いに独立に作成する際に動作が繰り返され、また、データベース構造を作成して、保守ディスプイとコントロールオペレータディスプレイをプラント１０内の同じハードウエアエレメントに対して別個に結びつけたり接続したりして、時として同じまたは類似のデータをこれらのハードウエアエレメントから受信するため、動作がさらに拡大される。」（１２－１５頁） （ｃ）「【００２２】 このような非効率性を軽減し、プラント１０内により有用で理解しやすい図形を備えるため、図形サポートレイヤーをプロセスプラント１０のシステムレベルで提供して、プラント１０の構成、オペレータビューイング、保守ビューイング、シミュレーションおよび他の機能エリアを含むプラント１０のさまざまな機能エリアのおのおのの図形ディスプレイとデータ構造の必要性をサポートする。このシステムのサポートレベル図２では、プラント操業レベル４０、プラント機能レベル４２、システムレベル４４と図解されている。図２から理解されるように、プラント操業レベル４０は、コントローラ１２、フィールドデバイス１４、１６などを含むが、これらは、制御ルーチンやモジュール２８と２９、さらに、プラント１０内の他のソフトウエアを走行させて、プラントのランタイム中にプラントの操業を実行する。プラント機能レベル４２は、構成機能ブロック４６、制御機能ブロック４７、保守機能ブロック４８およびシミュレーションブロック４９を含むものとして描写されているが、エンジニアリング機能やビジネス機能などの他のまたは別の機能を提供してもよい。構成機能ブロック４６は構成ルーチン３３を実施するが、このルーチンは、プラント操業レベル４０内のコンポーネントとインタフェースまたは通信して、制御戦略や制御モジュールをそれに対して提供する。制御機能ブロック４７は制御ビューイングと他のアプリケーション３４と３４ａを含むが、これらもまた、プラント操業レベル４０内のさまざまな物理的および論理的コンポーネントと一般には直接的にインタフェースまたは通信して、オペレータがプラント１０内で変更を実施して、制御ディスプレイ３４を介してオペレータに情報を提供して、制御アプリケーション３４ａなどのためのデータを獲得する。保守機能ブロック４８は、保守ルーチンとアプリケーション３５および３５ａを含むが、これらは、プラント操業レベル４０内の物理的および論理コンポーネントとインタフェースまたは通信して、保守手順を実施したり、保守データを収集したり、保守のデータや情報を保守要員に対して保守ディスプレイ３５を介して提供して、診断アプリケーション３５ａなどを走行させる。同じように、シミュレーション機能ブロック４９はシミュレーションルーチン３６を含むが、このルーチンは、プラント１０のシミュレーションを実行しまた、プラント操業レベル４０内のコンポーネントと通信可能にカップリングされて、プラント１０に関するデータを得る。 【００２３】 図２に示すように、システムレベルサポートレイヤー４４は、プラント機能レイヤー４２内の機能ブロック４６～４９のおのおのにつながってこれをサポートして、例えば、共通のデータベースと、さまざまな機能エリア４６～４９で用いられるソフトウエアオブジェクト、図形エレメント、図形ディスプレイなどのディスプレイ構造などのディスプレイ構造との作成と保守を可能とする。より詳しくは、アプリケーション、データベース、図形サポートエレメントを含むシステムレベルサポートレイヤー４４は、機能ブロック４６～４９のおのおので実行される図形動作を一緒に統合したり、システムサポートレベル４４で作成された共通のデータベース構造と図形エレメントを用いて開発したりする機能を可能とする。このシステムレベルサポートを提供するため、システムサポートレイヤー４４は、図形エディター５０と図形オブジェクトデータベース５２を含む。図形エディター５０は図形エレメント５４と図形ディスプレイ５６を作成するために用いられ、一方、図形オブジェクトデータベース５２は、エディター５２（当審注：「エディター５２」は「エディター５０」の誤記と認められる。）とブロック４６～４９中のさまざまなアプリケーションとによってアクセス可能なメモリにエレメント５４とディスプレイ５６を記憶する。データベース５２はまた、プラント操業レベル４０内の個々のハードウエアとソフトウエアのエレメントに対して図形エレメント５４を接続する他のオブジェクト５８とデータ構造を記憶する。加えて、データベース５２は、さらなる図形エレメントまたはディスプレイを作成するために用いられる図形エレメントや、表示テンプレートや、プリミティブを記憶する。図２から理解されるように、図形表示エレメント５４、ディスプレイ５６および他のデータベース構造５８は、あらゆる機能ブロック４６～４９によって用いられて、このような機能ブロックと関連する図形を作成して用いるようにする。 【００２４】 一般的に言って、システムレベルサポートブロック４４は、機能ブロック４６～４９のすべてにおいて図１のプロセスプラント１０中で用いられる図形を統合する仕方を提供し、これで、さまざまな状況下で同じプラント装置に対してさまざまな図形エレメントを繰り返し作成する必要性を軽減または解消し、また、機能エリア４６～４９のおのおのでユーザがこのような機能エリアと関連する図形ビューで表示中の装置と関連するデータにつながることを容易とする。理解されるように、システムレベルサポートレイヤー４４は、機能エリア４６～４９のおのおのの複数のアプリケーションや、機能ブロック４６～４９の内の互いに異なったエリアの互いに異なったアプリケーションに対して図形とデータベースをサポートすることができる。 【００２５】 図１を参照すると、システムレベルサポートブロック４４は、他のワークステーション２０～２３のおのおのに接続される追加のワークステーションやユーザインタフェース６０を用いて実施される。ワークステーション６０は一般的に、図形エディター５０とデータベース５２を記憶し、また、所望に応じて他のエレメント５４、５６、５８を記憶する。加えて、ワークステーション６０は、データベース２４を介したり、別個の有線または無線の通信接続（図１では点線で示す）を介したり、他の何らかの所望の仕方でワークステーション２０～２３に通信可能に接続される。図１に示す構成では、ワークステーション６０は、表示エディター５０を記憶してこれを実行し、これによって、ユーザが、図形エレメントを作成したり、このようなエレメントを１つ以上の図形ディスプレイに分類したりすることを可能とするが、これらは双方とも本書では表示モジュールを呼ばれる。次に、このような表示モジュールは、データベース５２に記憶されて、図２に示す機能ブロック４６～４９の内のさまざまなブロックによってアクセスされて用いられるようにし、さまざまなワークステーション２０～２３で実施されるようにする。解説しやすいように、システムレベルブロック４４と機能レベルブロック４６～４９の機能性を図１のさまざまなまたは別個のワークステーション２０～２３上で実施されるものとして図示してあるが、これらさまざまなブロックのいずれかと関連するどのアプリケーションでもプロセスプラント１０内のまたはこれと関連する同じもしくは互いに異なったワークステーションまたは他のコンピュータ上で実施することが可能であることが理解されよう。したがって、図形エディター５０は、プラント１０と関連する他のワークステーション２０～２３のいずれでもまたは他のコンピュータのいずれにおいても記憶して実行され、したがって、スタンドアロン型または別個のコンピュータに存在する必要はない。 【００２６】 以上解説したように、図２のシステムレベルレイヤー４４は、システムレベルディスプレイとデータベースオブジェクトを実施するが、これらをさまざまな機能ブロック環境下で用いたり、また、より高いレベルでの表示能力を提供するために用いたりすることが可能である。一般的に言って、図２のシステムレベル４４で作成された表示オブジェクトは図形エレメントや図形ディスプレイに分類することが可能である。図形エレメントは一般に、プリミティブまたは低レベルの表示オブジェクトであって、これは、バルブ、センサー、ポンプ、コントローラのようなハードウエアデバイスなどのプラント内の特定の物理的エンティティと関連している。図形ディスプレイは一般には、相互接続された図形エレメントから成っており、ユニットやエリアなどのプラント内のハードウエアのより複雑な集合を表してモデリングするために用いられ、さまざまなハードウエアユニット同士間の相互接続を含んでいる。加えて、図形ディスプレイには、プラントから、また、他のアプリケーション、例えば、ワークステーション２０から２３および６０などで走行する診断アプリケーションやビジネスアプリケーションから提供されたグラフ、チャートおよび他のデータが含まれる。」（１５－１７頁） （ｄ）「【００２８】 図３に示すように、図形エレメントオブジェクト７４はおのおのが、さまざまな多くの環境化で有用な図形エレメントを作成する多くのコンポーネントを含んでいる。特に、おのおのの図形エレメント７４は、１つ以上のビジュアライゼーション７７と、任意の数のパラメータもしくはプロパティ７８と、スクリプトやトリガーを用いて実施される任意の数のアクションまたはアニメーション７９と、バインディング８０を含んでいる。一般的に言って、おのおののビジュアライゼーション７７は、図形エレメント７４がランタイム環境７２の下で実施されると、表示画面上に実際に表示される可視のプロパティやエレメントを定義する。一般的には、ビジュアライゼーションは、物理デバイスもしくは論理デバイスまたはデバイスのグループの表現を確定するが、ビジュアライゼーションは他のエンティティを表すことも可能である。ビジュアライゼーション７７は、あるエンティティの図形描写の細目を定めるいずれかの所望の記述やプログラミングのパラダイムを用いてランタイム環境７２で実施される。１つの実施形態では、ビジュアライゼーション７７はＰＧＸＭＬやＡｖａｌｏｎコントロールを用いて実施されるが、これらのコントロールはＭｉｃｒｏｓｏｆｔ（登録）から提供されるものであり、また、これらはオブジェクトベースの装置であるため、標準のＷｉｎｄｏｗｓ（登録商標）タイプのディスプレイで用意に実施可能であり、また、表示環境同士間で携帯可能である。この特徴を以下により詳細に説明するが、参照してここに組み込む「プロセスプラントユーザインタフェース中でのマークアップ言語ベースの動的プロセス図形（弁理士事件整理番号第０６００５／４１１２７号）という題名の同時係属出願中で解説されている。」（１７－１８頁） （ｅ）「【００４７】 図５に、表示エディター５０によって生成された別の例示の画面ディスプレイ１１２を示す。図４の画面１００と類似して、画面ディスプレイ１１２は、メイン編集セクション１１４、パレットビュー１１６、階層ビュー１１８およびプロパティビュー１２０を含んでいる。リアクタエレメント１２２の第１のビジュアライゼーションが、メイン編集セクション１１４中に描写されている。階層ビュー１１８に示すように、エレメントのタイトルはＲｅａｃｔｏｒ１であり、このエレメントは、Ｖｉｓｕａｌ１（デフォルトのビジュアライゼーション）、Ｖｉｓｕａｌ２およびＶｉｓｕａｌ３という名前の３つのビジュアライゼーションを含んでいる。階層ビュー１１８中のＶｉｓｕａｌというヘッディングの下に示すように、第１のビジュアライゼーションは、矩形エレメントと楕円エレメントを含むＣａｎｖａｓ背景から成っている。ビジュアライゼーションの現在定義されているプローパティ（この場合は名称）、高さおよび幅は、プロパティビュー１２０中にリストアップされている。ビジュアライゼーションが階層ビュー１１８中で選ばれると、ビジュアライゼーションと関連する子供のプリミティブまたはエレメントが編集ビュー１１４中に示され、また、現在選ばれているエレメントのプロパティがプロパティビュー１２０中に表示される。」（２４頁） （ｆ）「【００５２】 図６に示すように、図形エレメント１３０は複数のビジュアライゼーション１３２またはこれと関連する可視の表示を有するが、さまざまなビジュアライゼーション１３２が、さまざまな時点で、または、図形エレメント１３０が用いられているさまざまなディスプレイ中で用いられることが分かる。上で説明したように、ビジュアライゼーション１３２のどれもが、任意の数のプリミティブ１３４とアニメーションおよびアクション１３６から作られている。さらにまた、図形エレメント１３０は、ビジュアライゼーション１３２を変更したり、ビジュアライゼーション１３２と関連する可視トリガーを操作したりするためにアクションとアニメーション１３６中でまたはこれによって用いられる何らかの数のプロパティまたはパラメータ１３８を含む。さらにまた、ビジュアライゼーション１３２またはビジュアライゼーション１３２を構成する個々のプリミティブは、所定のイベント、例えば、マウス上イベント、マウスクリックイベントなどの所定のイベントに対して定義されているアクションを有する。このようなアクション（ルーチンとも呼ばれる）によって、イベント処理部を設定または定義して、図形エレメント１３０の動作をさらにカスタマイズしたり、ビジュアライゼーション１３２とユーザとの対話を可能としたりして、例えば、ランタイム環境内で変更をもたらすことが可能である。特に、ユーザは、ビジュアライゼーション１３２と、値または他の数値もしくは情報をその中に入力し、スライダバーなどのエレメントをこのビジュアライゼーション上で移動させ、または、他の動作によって、例えば、ビジュアライゼーション内のプロパティを変更することによって、対話する。このビジュアライゼーションプロパティの変更は、スクリプトを介してまたは直接的に、プロセスランタイム変数などのプロセス入力に結び付けられえ、その変数を変化させる。特に、ビジュアライゼーションプロパティは、プロセス入力に拘束されている図形エレメントに対して定義されているプロパティに接続される。このようにして、ユーザは、アクションやアニメーションルーチンを介してビジュアライゼーションと対話して、プロセスやシミュレーション環境などの他のランタイム環境に対して変更や入力をもたらす。」（２５頁） （ｇ）「【００５４】 上記したように、図５のプロパティビュー１２０は、階層ビュー１１８中の選択されたアイテムに対して定義された、したがって、メイン編集ビュー１１４に描写されているアイテムに対して定義されたプロパティとイベントを提供または示す。ユーザは、プロパティビュー１２０内のプロパティ、真性プロパティおよびイベントを、例えば、ツールバーボタンを用いてトグルする。図７に、この場合、ＩｓＯｎプロパティとＳｐｅｅｄプロパティを含む真性プロパティが示されているプロパティビュー１２０Ａを示す。この場合、プロパティビュー１２０Ａは、このような変数とこのような変数に対する何らかのデフォルト設定とのデータタイプを示す。上記したように、ユーザは、このプロパティリストに追加したり、これから削除したりまたはこれを編集したりして列挙物、テーブル構造などを含むいずれかの所望のデータタイプを持ったプロパティを定義する。所望次第では、プロパティビュー１２０はまた、このようなプロパティに対して定義されたいずれかのランタイムバインディングを示すが、このようなバインディングは固定した変数やタグであったり、または、ランタイム時や図形エレメントのランタイムマシンに対するダウンロード時に書き込まれる別名を用いるタグであったりする。」（２６頁） （ｈ）「【００６７】 図５を参照すると、アクション／アニメーションビュー１２３は、編集ビュー１１４中に現在表示されているビジュアライゼーションに対して定義された変換アニメーションとプロパティアニメーションのリストを提供したり示したりする。例えば、ユーザは、ビュー１２３中のあるローをダブルクリックして、エディター５０にダイアルボックスを提示させるが、このボックスは、トランスフォーマアニメーションダイアログボックスまたはプロパティアニメーションダイアログボックスであり、これによって、ユーザは選ばれたアニメーションを編集することが可能となる。一般的には、現在選択されているビジュアライゼーションのアニメーションだけが示されるが、Ｓｈｏｗ－Ａｌｌ１４４ボックスを選択すると、すべてのビジュアライゼーションのアニメーションとアクションを示すことが可能である。アニメーションに意味のある名前や記述、例えば、「アニメートレバー」や「回転モーター」などを備えると、アクション／アニメーションビュー１２３は、ビジュアライゼーションに対して定義されているアニメーション動作を見やすくし、これに対してアクセスされるようにする。図９に、ＩｓＯｎプロパティに対して定義されたアクションを示す例示のアクション／アニメーションビュー１２３Ａを示す。この場合、ＩｓＯｎプロパティが「真」であれば、Ｖｉｓｕａｌ１と呼ばれるビジュアライゼーションのＲｅｃｔａｎｇｌｅ１と呼ばれるプリミティブが「赤」の塗りつぶし値で塗りつぶしアクションを実施する。同じように、ＩｓＯｎプロパティが「真」であれば、Ｖｉｓｕａｌ１と呼ばれるビジュアライゼーションのＥｌｌｉｐｓｅ１と呼ばれるプリミティブが、偽の値で可視化アクションを実施する（例えば、不可視となる）。もちろん、アクションとアニメーションはビジュアライゼーションのプリミティブが別個であれば別個に定義されるが、これらのアクションとアニメーションは、同じイベント、トリガーまたはプロパティの変更が発生すれば同時に動作し、また、アニメーションには、例えば、サイズや塗りつぶし色の増加などの単一動作、または、オフされるまで連続的に発生する繰り返し動作の実施が含まれる。」（２９－３０頁） ・上記（ａ）、及び（ｃ）の段落【００２３】－【００２５】の記載によれば、プロセスプラント１０中の機能ブロック４６～４９のすべてにおいて用いられる図形を統合する仕方を提供し、これで、さまざまな状況下で同じプラント装置に対してさまざまな図形エレメント５４を繰り返し作成する必要性を軽減または解消し、また、機能ブロック４６～４９のおのおのでユーザがこのような機能ブロックと関連する図形ビューで表示中の装置と関連するデータにつながることを容易とするための、図形エディター５０と図形オブジェクトデータベース５２を記憶するワークステーション６０、が記載されている。 ・上記（ｃ）の段落【００２３】には、図形エディター５０は図形エレメント５４と図形ディスプレイ５６を作成し、前記図形オブジェクトデータベース５２は、前記図形エディター５０と前記機能ブロック４６～４９中のさまざまなアプリケーションとによってアクセス可能なメモリに図形エレメント５４と図形ディスプレイ５６を記憶することが、記載されている。 ・上記（ｃ）の段落【００２６】、（ｄ）、（ｆ）の記載によれば、図形エレメント５４は、プリミティブまたは低レベルの表示オブジェクトであって、これは、バルブ、センサー、ポンプ、コントローラのようなハードウエアデバイスなどのプラント内の特定の物理的エンティティと関連し、１つ以上のビジュアライゼーション７７と、任意の数のパラメータもしくはプロパティ７８と、スクリプトやトリガーを用いて実施される任意の数のアクションまたはアニメーション７９と、バインディング８０と、イベントを含むものである。 ・上記（ｅ）及び図５の記載によれば、図形エディター５０の画面ディスプレイ１１２は、メイン編集ビュー１１４、パレットビュー１１６、階層ビュー１１８およびプロパティビュー１２０、アクション／アニメーションビュー１２３を含むものである。 ・上記（ｅ）及び図５の記載によれば、階層ビュー１１８は、第１の階層に図形エレメントのタイトルであるＲｅａｃｔｏｒ１を表示し、第２の階層に、この図形エレメントが、Ｖｉｓｕａｌ１（デフォルトのビジュアライゼーション）、Ｖｉｓｕａｌ２およびＶｉｓｕａｌ３という名前の３つのビジュアライゼーションを含むことを表示し、第３の階層として、Ｖｉｓｕａｌの下に、第１のビジュアライゼーションが、矩形エレメントと楕円エレメントを含むＣａｎｖａｓ背景から成っていることを表示している。 ・上記（ｅ）、（ｇ）及び図５の記載によれば、プロパティビュー１２０は、前記階層ビュー１１８中で選択され、メイン編集ビュー１１４に描写されているビジュアライゼーションに対して定義されたプロパティ７８およびイベントのリストを表示するものであって、ユーザは、リストにプロパティを追加したり、削除したりまたはこれを編集し、プロパティ７８を定義できるものである。 ・上記（ｈ）及び図５の記載によれば、前記アクション／アニメーションビュー１２３は、前記編集ビュー１１４中に現在表示されているビジュアライゼーションに対して定義された変換アニメーションとプロパティアニメーションのリストを提供するものであって、ユーザは、アクション／アニメーションビュー１２３中のあるローをダブルクリックすると、エディター５０に変換アニメーションダイアログボックス、プロパティアニメーションダイアログボックスが提示され、アニメーションを編集することが可能となるものである。 以上総合すると、引用例１には、以下の発明（以下、「引用発明」という。）が記載されているといえる。 〈引用発明〉 「プロセスプラント１０中の機能ブロック４６～４９のすべてにおいて用いられる図形を統合する仕方を提供し、これで、さまざまな状況下で同じプラント装置に対してさまざまな図形エレメント５４を繰り返し作成する必要性を軽減または解消し、また、機能ブロック４６～４９のおのおのでユーザがこのような機能ブロックと関連する図形ビューで表示中の装置と関連するデータにつながることを容易とするための、図形エディター５０と図形オブジェクトデータベース５２を記憶するワークステーション６０において、 前記図形エディター５０は図形エレメント５４と図形ディスプレイ５６を作成し、 前記図形オブジェクトデータベース５２は、前記図形エディター５０と前記機能ブロック４６～４９中のさまざまなアプリケーションとによってアクセス可能なメモリに図形エレメント５４と図形ディスプレイ５６を記憶し、 前記図形エレメント５４は、プリミティブまたは低レベルの表示オブジェクトであって、これは、バルブ、センサー、ポンプ、コントローラのようなハードウエアデバイスなどのプラント内の特定の物理的エンティティと関連し、１つ以上のビジュアライゼーションと、任意の数のパラメータもしくはプロパティ７８と、スクリプトやトリガーを用いて実施される任意の数のアクションまたはアニメーション７９と、バインディング８０と、イベントを含むものであって、 前記図形エディター５０の画面ディスプレイ１１２は、メイン編集ビュー１１４、パレットビュー１１６、階層ビュー１１８およびプロパティビュー１２０、アクション／アニメーションビュー１２３を含み、 前記階層ビュー１１８は、第１の階層に図形エレメントのタイトルであるＲｅａｃｔｏｒ１を表示し、第２の階層に、この図形エレメントが、Ｖｉｓｕａｌ１（デフォルトのビジュアライゼーション）、Ｖｉｓｕａｌ２およびＶｉｓｕａｌ３という名前の３つのビジュアライゼーションを含むことを表示し、第３の階層として、Ｖｉｓｕａｌの下に、第１のビジュアライゼーションが、矩形エレメントと楕円エレメントを含むＣａｎｖａｓ背景から成っていることを表示するものであり、 前記プロパティビュー１２０は、前記階層ビュー１１８中で選択され、メイン編集ビュー１１４に描写されているビジュアライゼーションに対して定義されたプロパティ７８およびイベントのリストを表示するものであって、ユーザは、リストにプロパティを追加したり、削除したりまたはこれを編集し、プロパティ７８を定義でき、 前記アクション／アニメーションビュー１２３は、前記編集ビュー１１４中に現在表示されているビジュアライゼーションに対して定義された変換アニメーションとプロパティアニメーションのリストを提供するものであって、ユーザは、アクション／アニメーションビュー１２３中のあるローをダブルクリックすると、エディター５０に変換アニメーションダイアログボックス、プロパティアニメーションダイアログボックスが提示され、アニメーションを編集することが可能となる、 ワークステーション６０。」 第６．当審の判断 １．本願発明１について （１）対比 本願発明１と引用発明とを対比すると、次のことがいえる。 （ａ）引用発明の「プロセスプラント１０」は、本願発明１の「プロセス制御プラント」に相当する。 そして、引用発明の「ワークステーション６０」は、「プロセスプラント１０中の機能ブロック４６～４９のすべてにおいて用いられる図形を統合する仕方を提供し、これで、さまざまな状況下で同じプラント装置に対してさまざまな図形エレメント５４を繰り返し作成する必要性を軽減または解消し」、「機能ブロック４６～４９のおのおのでユーザがこのような機能ブロックと関連する図形ビューで表示中の装置と関連するデータにつながることを容易とする」ものであって、「図形エディター５０」を有するものであり、更に、該「図形エディター５０」は、「アニメーション７９」と「イベント」を含む「図形エレメント５４」を「作成」するものであるから、引用発明の「ワークステーション６０」は、本願発明１の「操作者インターフェースディスプレイのために、アニメーションおよびイベントを構成するように、プロセス制御プラントにおいて使用するためのグラフィック編集装置」に含まれる。 （ｂ）引用発明の「図形エレメント５４」は、「プロセスプラント１０」の「バルブ、センサー、ポンプ、コントローラのようなハードウエアデバイスなどのプラント内の特定の物理的エンティティと関連し」、「任意の数のパラメータもしくはプロパティ７８」を有し、更に、「プロパティ７８」は「ユーザ」が「リストにプロパティ７８を追加したり、削除したりまたはこれを編集し、プロパティ７８を定義でき」るものであるから、引用発明の「プロパティ７８」は、本願発明１の「ユーザが設定可能な複数のプロパティ」に相当し、そして、引用発明の「図形エレメント５４」は、本願発明１の「前記プロセス制御プラント内の物理的または論理的エンティティに関連する、ユーザが設定可能な複数のプロパティを含む」「グラフィックアイテム」に相当する。 そして、引用発明の「図形オブジェクトデータベース５２」は、「図形エレメント５４と図形ディスプレイ５６を記憶」するものであるから、引用発明の「図形オブジェクトデータベース５２」は、本願発明１の「グラフィックアイテムのライブラリであって、前記グラフィックアイテムのうちの１つ以上は、前記プロセス制御プラント内の物理的または論理的エンティティに関連する、ユーザが設定可能な複数のプロパティを含む、グラフィックアイテムのライブラリ」に相当する。 （ｃ）引用発明の「図形エディター５０の画面ディスプレイ１１２」の「メイン編集ビュー１１４」は、「図形エレメント５４」の「ビジュアライゼーション」を「描写」するものであるから、本願発明１の「ユーザが設定可能な複数のプロパティを含むグラフィックアイテムを表示する、第１のセクション」に相当する。 （ｄ）引用発明の「プロパティビュー１２０」は、「プロパティを追加したり、削除したりまたはこれを編集し、プロパティ７８を定義でき」るものといえるから、本願発明１の「ユーザが設定可能な複数のプロパティを階層的に表示する、第２のセクション」とは、「ユーザが設定可能な複数のプロパティを表示する、第２のセクション」である点では共通する。 （ｅ）引用発明の「図形エディター５０の画面ディスプレイ１１２」は、「メイン編集ビュー１１４」と「プロパティビュー１２０」を含むものであり、「メイン編集ビュー１１４」と「プロパティビュー１２０」は同時に表示されているものと認められることから、引用発明の該「メイン編集ビュー１１４」と「プロパティビュー１２０」は同時に表示される構成は、本願発明１の「前記グラフィックアイテムおよび前記ユーザが設定可能な複数のプロパティは、同時に表示され」る構成に相当する。 よって、本願発明１と引用発明は、以下の点で一致、ないし相違している。 （一致点） 「操作者インターフェースディスプレイのために、アニメーションおよびイベントを構成するように、プロセス制御プラントにおいて使用するためのグラフィック編集装置であって、 グラフィックアイテムのライブラリであって、前記グラフィックアイテムのうちの１つ以上は、前記プロセス制御プラント内の物理的または論理的エンティティに関連する、ユーザが設定可能な複数のプロパティを含む、グラフィックアイテムのライブラリと、 前記ユーザが設定可能な複数のプロパティを含むグラフィックアイテムを表示する、第１のセクションと、 ユーザが設定可能な複数のプロパティを表示する、第２のセクションと、 を備え、 前記グラフィックアイテムおよび前記ユーザが設定可能な複数のプロパティは、同時に表示される、 グラフィック編集装置。」 （相違点） 上記「第２のセクション」が、本願発明１では、「ユーザが設定可能な複数のプロパティを階層的に表示する、第２のセクション」であって、「グラフィックアイテム構成タスクの完了を容易にするために」該「第２のセクション内」の「プロパティ」を「表示する」ための「複数のユーザが選択可能な機能であって、前記複数のユーザが選択可能な機能の少なくとも１つは、前記ユーザが設定可能な複数のプロパティをソートすること、前記１つ以上のユーザが設定可能なプロパティをフィルタすること、又は、前記ユーザが設定可能な複数のプロパティをグループ化することの少なくとも１つを行うように構成される前記複数のユーザが選択可能な機能」を備えており、さらに、「前記第２のセクション内」の「プロパティ」は、「値、変換装置、ユーザ設定のアニメーションプロパティ、変更されたデフォルトプロパティ値、デフォルトプロパティ値、及び、前記プロパティがそのデフォルト設定から変化したこと又は前記プロパティがそのデフォルト設定から変化していないことを示すことの少なくとも１つを有するプロパティのみを含」むものであり、「前記ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる」ものであるのに対して、引用発明の「プロパティビュー１２０」はそのような構成ではない点。 （２）相違点についての判断 下の（ａ）～（ｃ）に示す理由で、引用発明において相違点に係る本願発明１の構成を採用することは、当業者といえども容易に推考し得たこととはいえない。 （ａ）引用発明の「プロパティビュー１２０」は階層的に表示を行うものではなく、また、「プロパティ７８」を階層的に表示する必要も認められない、そして、引用発明の「階層ビュー１１８」は「図形エレメント５４」の構成要素を階層的に表示しているが、「図形エレメント５４」のプロパティを階層的に表示するものではない。 （ｂ）原査定の拒絶の理由に引用された引用例２（特に、第９、図１０及び関連の説明箇所参照。）にも記載される設定項目をソートすることや、原査定の拒絶の理由に引用された引用例３（特に、段落【０００４】等参照。）にも記載される設定項目をグループ化することは周知の技術と認められる。 しかしながら、また、引用例２、３には、グラフィックアイテムのプロパティを階層的に表示することは記載されておらず、さらに、階層的に表示されたプロパティを、ソートしたりグループ化すること、及び、階層的に表示されたプロパティの表示の順序をユーザの要求によって定められることが周知の技術であるとは認められない。 したがって、引用発明において上記相違点に係る本願発明１の構成を採用することが当業者にとって容易であったとはいえない。 （ｃ）ほかに引用発明において上記相違点に係る本願発明１の構成を採用することが当業者にとって容易であったといえる根拠は見当たらない。 したがって、本願発明１は、引用発明及び周知の技術に基づいて、当業者にとって容易であったとはいえない。 ２．本願発明２－本願発明６について 本願発明２－本願発明６は、本願発明１の「ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる」と同一の構成を備えるものであるから、本案発明１と同じ理由により、当業者であっても、引用発明及び周知の技術に基づいて、容易に発明できたものとはいえない。 ３．本願発明７、本願発明１０について 本願発明７は、本願発明１に対応する方法の発明であり、また、本願発明１０は、本願発明１の「グラフィック編集装置」を「コンピュータシステム」の観点から記載した発明に過ぎず、本願発明１の「ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる」に対応する構成を備えるものであるから、本案発明１と同じ理由により、当業者であっても、引用発明及び周知の技術に基づいて、容易に発明できたものとはいえない。 ４．本願発明８－９、本願発明１１－１３について 本願発明８－本願発明９は、本願発明７の「ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる」と同一の構成を備えるものであり、また、本願発明１１－本願発明１３は、本願発明１０の「ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる」と同一の構成を備えるのであるから、本案発明１と同じ理由により、当業者であっても、引用発明及び周知の技術に基づいて、容易に発明できたものとはいえない。 第７．原査定について 審判請求時の補正により、本願発明１－１３は「ユーザが設定可能な複数のプロパティを階層的に表示する順序は、ユーザの要求によって定まる」という事項を有するものとなっており、当業者であっても、拒絶査定において引用された引用文献１－３に基づいて、容易に発明できたものとはいえない。したがって、原査定の理由を維持することはできない。 第８．むすび 以上のとおり、原査定の理由によっては、本願を拒絶することはできない。 また、他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。