【事件の表示】
　特願２０１１−２４６４１０「ブラウザによる印刷機の操作方法」拒絶査定不服審判事件〔平成２４年　５月３１日出願公開、特開２０１２−１０４１１８、請求項の数（４）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２３年１１月１０日（パリ条約による優先権主張２０１０年（平成２２年）１１月１１日、独国）の出願であって、平成２７年６月３０日付けで拒絶理由通知がされ、平成２７年９月２９日付けで手続補正がされ、平成２７年１０月２９日付けで最後の拒絶理由通知がされ、平成２８年１月２８日付けで手続補正がされ、平成２８年２月２２日付けで拒絶査定（原査定）がされ、これに対し、平成２８年５月２０日に拒絶査定不服審判の請求がされると同時に手続補正がされ、平成２８年１２月１４日付けで拒絶理由通知（以下、「当審拒絶理由通知」という。）がされ、平成２９年２月１５日付けで手続補正がされたものである。
第２　原査定の概要
　原査定（平成２８年２月２２日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−７に係る発明は、以下の引用文献Ａ−Ｉに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
　Ａ．特開２００３−１９００８４号公報
　Ｂ．特開平１１−１２３８０８号公報
　Ｃ．特開平１１−２３２００５号公報
　Ｄ．特開２００４−３５５６４８号公報
　Ｅ．特開２００３−０１６５０２号公報
　Ｆ．特表２００４−５３７８１０号公報
　Ｇ．特開２０１０−０４９４９６号公報
　Ｈ．特開２００７−１２２３０６号公報
　Ｉ．特開２０１０−０１５５２０号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
　本願請求項１−５に係る発明は、以下の引用文献１−８に基づいて、当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
 １．特開２０００−１９４４７４号公報（当審において新たに引用した文献）
 ２．特開２００８−１５９０６０号公報（当審において新たに引用した文献）
 ３．鈴木祥史、”次世代ＤＣＳの新展開［第３回］グローバルヒューマンインターフェース”、オートメーション、日刊工業新聞社、１９９７年４月１日、４２巻、４号、ｐ．５１−５６（当審において新たに引用した文献）
 ４．特開平１１−１６７４７８号公報（当審において新たに引用した文献）
 ５．特表２００１−５０１００７号公報（当審において新たに引用した文献）
 ６．特開２００６−２４４０７８号公報（当審において新たに引用した文献）
 ７．特開２０１０−１５５２０号公報（拒絶査定時の引用文献Ｉ）
 ８．特開２００５−１８７１１号公報（当審において新たに引用した文献）
 ＜拒絶の理由を発見しない請求項＞ 
　請求項６−７に係る発明については、現時点では、拒絶の理由を発見しない。拒絶の理由が新たに発見された場合には拒絶の理由が通知される。 
第４　本願発明
　本願請求項１−４に係る発明（以下、それぞれ「本願発明１」−「本願発明４」という。）は、平成２９年２月１５日付けの手続補正で補正された特許請求の範囲の請求項１−４に記載された事項により特定される発明であり、本願発明１−４は以下のとおりの発明である。
「　【請求項１】
　制御計算機（２０）と表示装置（２３）とを有する印刷機械装置（１）を操作するための方法であって、
　第１のアプリケーションプログラムの第１の操作面（１８）と、第２のアプリケーションプログラムの少なくとも１つの第２の操作面（１９）とを、前記表示装置（２３）に表示するステップであって、前記第１の操作面（１８）は前記印刷機械装置（１）を操作するための操作面であり、前記少なくとも１つの第２の操作面（１９）は前記印刷機械装置（１）の端末機器（２，３，１７）を操作するための操作面である、ステップと、
　前記第１の操作面（１８）と前記少なくとも１つの第２の操作面（１９）とが組み込まれた、前記表示装置（２３）上の１つの共通の表示窓を形成するステップと
　を含み、
　前記第１の操作面（１８）と前記少なくとも１つの第２の操作面（１９）とは、前記１つの共通の表示窓で上位のプログラムによって制御され、
　前記第１の操作面（１８）はバックグランドで、前記少なくとも１つの第２の操作面（１９）はフォアグランドで、前記表示装置（２３）上で実行され、
　前記第１の操作面（１８）が少なくとも１つのポップアップ窓を発生し、該ポップアップ窓は前記少なくとも１つの第２の操作面（１９）より小さく、
　前記第１の操作面（１８）をフォアグランドに切り換える際に、前記表示装置（２３）上の前記少なくとも１つの第２の操作面（１９）の位置に静止画像がフェードインされ、該静止画像は、前記少なくとも１つの第２の操作面（１９）のスクリーンショットを含み、前記少なくとも１つの第２の操作面（１９）の個所にフェードインされる、
ことを特徴とする方法。
　【請求項２】
　前記少なくとも１つの第２の操作面（１９）は、ＨＴＭＬベースのブラウザアプリケーションまたはＪａｖａアプレットである、ことを特徴とする請求項１に記載の方法。
　【請求項３】
　前記第１の操作面（１８）と前記少なくとも１つの第２の操作面（１９）とは、表示に光学的変化なしで操作される、ことを特徴とする請求項１または２に記載の方法。
　【請求項４】
　前記第１の操作面（１８）のポップアップ窓が、フェードインされたスクリーンショットの上に置かれ、前記第１の操作面（１８）のポップアップ窓を閉じる際に、前記少なくとも１つの第２の操作面（１９）が再びフォアグランドで、スクリーンショットの個所にフェードインされる、ことを特徴とする請求項１から３のいずれか１項に記載の方法。」
第５　引用文献、引用発明等
１．引用文献１について
　平成２８年１２月１４日付けの拒絶の理由に引用された引用文献１（特開２０００−１９４４７４号公報）には、図面とともに次の事項が記載されている（下線は当審付与。以下同様。）。 
　
（１）　段落【０００１】−【０００８】 
「【０００１】 
【発明の属する技術分野】本発明は、マルチウィンドウを用いてプラントプロセスのプラント情報を表示しプラントを監視制御するためのプラント監視制御システムに関する。 
【０００２】 
【従来の技術】原子力発電所や火力発電所などの大規模プラントの中央制御室では、効率よくプラントを運転するために複数台のディスプレイ装置を用いてプラントの情報を集約表示するプラント監視制御システムが利用されている。 
【０００３】このようなプラント監視制御システムではプロセス計算機が用いられ、入力装置によりディスプレイ装置のタッチスクリーンから監視制御に必要な操作指令を入力する。また、プラント情報の表示は１台のディスプレイ装置に対し１枚の監視制御画面を表示する１画面表示の方法が用いられている。この１画面表示方法は、定型作業や予め情報量を制限した状況での操作や情報提供に適している。 
【０００４】近年、エンジニアリングワークステーション（ＥＷＳ）やパソコン（ＰＣ）の機能向上や普及に伴い、プラント監視制御分野にもこのような計算機が導入されつつある。ＥＷＳやＰＣでは、入力装置としてマウスが用いられ、情報表示にはマルチウィンドウ表示が用られるのが一般的である。これは、元来ワープロなどのリアルタイム性が要求されない作業やユーザー自身が状況を設定できるような環境で使用されることが主目的のためである。 
【０００５】また、現場の映像や設計図書情報など元来プラント監視制御システムに組み込まれていない情報も、マルチメディア技術の進展に伴い容易に表示することが可能になっていることから、これらの情報をプラント監視制御システムで提示できることが望まれている。 
【０００６】ここで、現場の映像や設計図書情報など元来プラント監視制御システムに組み込まれていない情報は、定型作業ではなくどちらと言えば突発的に発生した状況や時間的に余裕がある状況で使用されることが多い。このような一時的に使用する情報や思考中心の作業で使用される情報は量が膨大であるので、従来のように予め画面体系の中に組み込み１台のディスプレイ装置で１画面表示を行なうことは好ましくない。１台のディスプレイ装置で１画面表示を行なうと画面数が増大し、また多くの情報を一緒に確認する必要性が高いのでディスプレイ装置の数も多くなるからである。 
【０００７】このような状況に対処するには、多くの情報を一度に表示でき、あるいは予め組み込まれたプラント監視情報とは別の情報をウィンドウを用いて同じディスプレイ装置上に表示できるマルチウィンドウを用いることが効果的である。 
【０００８】 
【発明が解決しようとする課題】しかしながら、マルチウィンドウを用いたものでは、多くのウィンドウが表示されるため本来の作業で行なう操作ではなく、ディスプレイ装置上の情報を整えるためのウィンドウ操作が多く発生し、操作量が多くなるという欠点がある。」 
　
（２）　段落【００４９】−【００５６】 
「【００４９】
【発明の実施の形態】「第１の実施の形態」（請求項１に対応）
図１は、本発明の第１の実施の形態に係わる
プラント監視制御システムの計算機ソフトウェア構成
マルチウィンドウ表示を用いたプラント監視制御システム
計算機のオペレーションシステム１にＸウィンドウシステムなどのマルチウィンドウ表示を行なうウィンドウシステム２を装備しており
ウィンドウシステム２とは別に、複数のウィンドウをまとめて処理するためのウィンドウ情報を管理するウィンドウ管理機能４が設けられ
【００５０】この計算機は、
プラントオペレータから入力装置を介して入力される操作指令に基づき、ディスプレイ装置にマルチウィンドウ表示を行い、プラントの監視制御を行
【００５１】計算機のウィンドウ管理機能４では、ディスプレイ装置上に表示した各ウィンドウに関して、ウィンドウＩＤ、ウィンドウ名称、ウィンドウ制御属性を管理する。ウィンドウＩＤはウィンドウシステム２がウィンドウを表示するときに設定する番号であり、実際のウィンドウとの対応はこのウィンドウＩＤにより行われる。また、ウィンドウ名称およびウィンドウ制御属性は、ウィンドウ作成時に予め設定するデータである。
【００５２】ウィンドウ制御属性は、ウィンドウが固定表示ウィンドウか可変表示ウィンドウかの何れかを設定するもので、ウィンドウの作成時にどちらの属性を持たせるか予め決めておく。固定表示ウィンドウはユーザーが表示位置を変更できない（消去は可能）ように設定したウィンドウであり、プラントオペレータがタスクを実行するときのベースとなる情報のウィンドウに対して設定される。これは、ベースとなるウィンドウが関連情報を表示するウィンドウと同じように動くと操作が煩雑になるので、そのベースウィンドウの表示位置を固定するために設定される。
【００５３】図２は、プラント監視制御システムで使用されるベース画面と関連画面との関連の説明図であり、ベース画面Ｇ１を元に関連画面Ｇ２〜Ｇ４が展開され、さらに関連画面Ｇ２から関連画面Ｇ５が展開される場合を示している。この図２のベース画面Ｇ１を固定表示ウィンドウで表示し、関連画面Ｇ２〜Ｇ５を可変表示ウィンドウで表示するような形で用い、図３のようにディスプレイ装置上に表示する。
【００５４】このように、
ウィンドウを固定表示ウィンドウと可変表示ウィンドウとに分類し、固定表示ウィンドウＧ１は常に最下面に表示
固定表示ウィンドウＧ１の上に可変表示ウィンドウＧ２〜Ｇ５を表示
【００５５】すなわち、
固定表示ウィンドウＧ１は情報表示のベースとなるものであり、大きなサイズで表示することが多い
ため、ウィンドウシステム２での処理による通常のウィンドウ制御では、選択したウィンドウが前面に表示され
、追加表示したベースウィンドウにより既に表示中のウィンドウが隠れてしまい再度情報を確認するときの手間が増えてしまう
【００５６】この第１の実施の形態では
、このような操作の増加を防ぐために、固定表示ウィンドウが表示される場合には、ウィンドウシステム２の代わりにウィンドウ管理機能４を起動し、固定表示ウィンドウの選択時の処理を行な
選択された位置の検出ならびにそれに対するイベントの発生・処理は行なうが、選択されたウィンドウを最前面に表示することは行なわないようにする
　よって、引用文献１には、「第１の実施の形態」として、図１−３を参照すると、次の発明（以下、「引用発明」という。）が開示されているものと認められる。 
　
「プラント監視制御システムの計算機ソフトウェア構成において、 
　計算機のオペレーションシステム１に、Ｘウィンドウシステムなどのマルチウィンドウ表示を行なうウィンドウシステム２を装備しており、 
　ウィンドウシステム２とは別に、複数のウィンドウをまとめて処理するためのウィンドウ情報を管理するウィンドウ管理機能４が設けられ、 
　プラントオペレータから入力装置を介して入力される操作指令に基づき、ディスプレイ装置にマルチウィンドウ表示を行い、プラントの監視制御を行い、 
　ウィンドウを固定表示ウィンドウと可変表示ウィンドウとに分類し、固定表示ウィンドウＧ１は常に最下面に表示し、 
　固定表示ウィンドウＧ１の上に可変表示ウィンドウＧ２〜Ｇ５を表示し、
　固定表示ウィンドウＧ１は情報表示のベースとなるものであり、大きなサイズで表示することが多いため、ウィンドウシステム２での処理による通常のウィンドウ制御では、選択したウィンドウが前面に表示され、追加表示したベースウィンドウにより既に表示中のウィンドウが隠れてしまい再度情報を確認するときの手間が増えてしまうので、このような操作の増加を防ぐために、固定表示ウィンドウが表示される場合には、ウィンドウシステム２の代わりにウィンドウ管理機能４を起動し、ウィンドウ管理機能４が、固定表示ウィンドウの選択時の処理を行ない、選択された位置の検出ならびにそれに対するイベントの発生・処理は行なうが、選択されたウィンドウを最前面に表示することは行なわないようにする、 
　マルチウィンドウ表示を用いたプラント監視制御システムを制御するための方法。」 
２．引用文献２〜８について
（１）　引用文献２（特開２００８−１５９０６０号公報）について
　平成２８年１２月１４日付けの拒絶の理由に引用された引用文献２には、図面（特に、図１）とともに、次の事項が記載されている。
ア　段落【０００１】−【０００３】
「【技術分野】
【０００１】
　本発明は、表示装置と入力装置とを含むグラフィック産業の機械のための操作装置であって、前記機械は、電子通信ネットワークを介して前記機械の操作装置と通信するために独自の制御部を備える周辺機器を有している、操作装置に関する。
【背景技術】
【０００２】
　
印刷機は、たとえば圧縮空気を準備し、出来上がった被印刷体を乾かすモジュールを含む多数の周辺機器を、運転のために必要とする
印刷機には比較的多くの周辺機器が存在し、
すべての周辺機器に表示装置と操作装置を備えることはコストがきわめてかかり、そのために回避される
【０００３】
　たとえばＳＰＳ制御において、
いわゆるウェブサーバを利用することが自動化技術から知られている
産業用制御システムにおいては、たとえばインターネットを通じて他のコンピュータと連絡をとることができ、そのようにしてデータを制御モジュールへ取り込むことができるウェブサーバが、制御モジュールに組み込まれる
【特許文献１】欧州特許明細書１３５４２４９Ｂ１」
イ　段落【００１２】−【００１５】
「【発明を実施するための最良の形態】
【００１２】
　次に、本発明の実施の形態について図面を参照して説明する。
【００１３】
　
図１には、５つの印刷ユニット６と１つの塗工ユニット７とを備える印刷機における、本発明の操作装置が具体化されている
印刷機１は、図では周辺機器８、１１を備えていることがわかる
インキ装置１１は、
周辺装置であるとみなされる
このインキ供給装置は、インキ供給モジュール１８を通じて制御される
同様に、乾燥装置８は乾燥機制御部１７によって制御される
各制御部１７，１８は通信接続線１６を介して機械
２０
コンピュータ
と接続されている
【００１４】
　図では、
機械コンピュータ２０は操作コンピュータ２３に接続されている
この操作コンピュータ２３は、ディスプレイと、キーボードやマウス等の入力装置とを備える市販のコンピュータであるのが好ましい
【００１５】
　
印刷機１は操作コンピュータ２３によって制御される
そして機械コンピュータ２０が、操作コンピュータ２３から送られる操作命令を、印刷機１のモータおよびアクチュエータに対する調節命令に変換する
各周辺機器８，１１の制御コンピュータに操作インターフェースが直接存在することになる
操作インターフェースへのアクセスは、インターネットを利用するために現在普通に用いられているインターネットブラウザを通じて、操作コンピュータ２３で行われる
そして操作インターフェースは、インターネットページと同じようにＸＭＬまたはこれに類似するプログラミング言語で格納されているので、どのような標準型のインターネットブラウザによっても、操作コンピュータ２３で問題なく表示することができる
こうして操作コンピュータ２３に表示された操作インターフェースを通じて、操作コンピュータ２３から乾燥機制御部１７やインキ供給モジュール１８へアクセスすることができ、これらに対応する周辺機器、すなわち乾燥装置８やインキ装置１１を構成したり、メンテナンスすることができる
操作インターフェースを表示するためのインターネットブラウザの使用、およびこれに伴う標準化、ならびに電子ネットワークアドレスを通じての操作インターフェースの利用可能性によって、問題のない更新と、周辺機器の簡単な使用開始およびその制御が可能である
　上記引用文献２の記載から、一般に、印刷機とその周辺装置とを、集中監視制御するシステムは、周知技術であると認められる。
（２）　引用文献３（鈴木祥史、”次世代ＤＣＳの新展開［第３回］グローバルヒューマンインターフェース”、オートメーション、日刊工業新聞社、１９９７年４月１日、４２巻、４号、ｐ．５１−５６）について
　平成２８年１２月１４日付けの拒絶の理由に引用された引用文献３には、５４ページ左欄１１行−５５ページ左欄２行に、図面（特に、「図３　プラント運転用ウィンドウ管理例」）とともに、次の事項が記載されている。
「３．３　
プラント運転用複数ウィンドウ
　ウィンドウ操作の欠点とされる複数ウィンドウのマネージメントは，プラント運転用のウィンドウ管理機能によって解決することができる．個々の監視画面は画面ビルダで作成するが，プラント運転用ウィンドウ管理機能は，これらの各画面の位置が重ならないようにタイリングしたり，
オーバーラップ時でも特定のウィンドウを常時前面に表示させたりする定義を行い，各運転画面を管理する
重要な運転操作のための情報は，常に一定の場所や最前面に表示され，プラント運転用ウィンドウ管理環境を通じて表示される
　　・・・（中略）・・・
　実際の使用例として，通常運転時と異常発生時でウィンドウ表示の違いを考えてみる．通常運転時には，監視用のグラフィック画面とトレンド画面を大きく表示させておき，操作時には計器フェースプレートをＣＲＴのタッチ操作により，
ポップアップウィンドウ式にオーバレイウィンドウを重ね合わせて表示する
図３は，
新グラフィック運転画面
Ｗｏｒｄが表示する運転方案書と
Ｅｘｃｅｌが表示するトレンド表示
工業用監視カメラの情報をビデオキャプチャ機能により取り込んだ例を示している
　（３）　引用文献４（特開平１１−１６７４７８号公報）について
　平成２８年１２月１４日付けの拒絶の理由に引用された引用文献４には、段落【０００２】−【０００７】に、図面とともに、次の事項が記載されている。
「【０００２】
【従来の技術】
従来の分散型制御システムではＣＲＴ等の表示装置を用いて、プラントの制御運転や監視を行っている
　　・・・（中略）・・・
【０００５】また、近年、汎用機であるパーソナルコンピュータ上の汎用アプリケーションの進歩に伴い実績データの確認や日報作成等の作業において汎用アプリケーションである汎用の表計算アプリケーションや汎用のワードプロセッサ等との連携が要求されるようになってきたが、図６のような専用機で構成される分散型制御システムではその専用機上に汎用アプリケーションを動作させることは困難であった。
【０００６】このため、従来では汎用機であるパーソナルコンピュータ上のマルチウィンドウ環境で動作する分散型制御アプリケーションを用いて汎用表計算アプリケーション等の汎用アプリケーションとの連携を図っていた。
【０００７】但し、
汎用機で構成される分散型制御システムではマルチウィンドウ環境で動作するので分散型制御アプリケーションのウィンドウ画面の上に汎用表計算アプリケーション等の汎用アプリケーションのウィンドウ画面を表示させることが可能である
（４）　引用文献５（特表２００１−５０１００７号公報）について
　平成２８年１２月１４日付けの拒絶の理由に引用された引用文献５には、図面（特に、図８）とともに、次の事項が記載されている。
ア　４ページ１７−２２行
「加えて、いずれかのソフト画面ウィンドウの中の
アプリケーションディスプレイの内容が別のディスプレイと置き換えられるのを防止するように、そのソフト画面ウィンドウを「ロック」することができる
別のアプリケーションが
ディスプレイを所有しているアプリケーションのみがその内容を更新できるようにディスプレイが保護される
イ　１８ページ１４行−１９ページ５行
「
図８を参照すると
マルチウィンドウディスプレイの４ウィンドウディスプレイが示されている
タイトルバーはアプリケーションの名前
を含む
ロックボタン８２５は
既存のディスプレイの置き換えに適用するときにこのウィンドウを回避することをワークスペースマネージャに報知する
（５）　引用文献３−５のまとめ
　上記（２）−（４）の、引用文献３−５の各記載から、一般に、「マルチウィンドウ」を用いた監視制御システムにおいて、複数の機能を同時に実行するために、複数のアプリケーションを立ち上げて、各アプリケーションに対してウィンドウを割り当てる点は、周知技術であると認められる。
（６）　引用文献６（特開２００６−２４４０７８号公報）について
　平成２８年１２月１４日付けの拒絶の理由に引用された引用文献６の段落【００６２】「また、画像Ｂ１０３を半透明化する場合で説明したが、薄い色にするなど色を変更したり、模様を付けるなどでも良く、
透明度を変化させず表示したままであっても、透明化しても構わない
（７）　引用文献７（特開２０１０−１５５２０号公報）について
　平成２８年１２月１４日付けの拒絶の理由に引用された、引用文献７には、図面（特に、図７−９）とともに、次の事項が記載されている。
ア　段落【０００２】
「【０００２】
　近年、
アプリケーションなどコンピュータ・プログラムの画面表示では、例えばウェブブラウザ（以下「プラウザ」とも呼ぶ）がウェブページ表示ウィンドウの上に重ねて、「○○しますか？」のような警告ダイアログを表示するなど、表示物を複数重ねる（重畳する）場合が多い
イ　段落【００８１】−【００９０】
「【００８１】
〔５．模擬画像を用いる処理〕
　本実施形態により、次のようなさらに複雑な表示も可能である。まず、図７（１）（２）に例示した状態は、特定レイヤーＴが透明部分１Ｔを有し、特定レイヤーＴより下層（奥側）に位置する第一の通常レイヤーＬ１のＨＴＭＬ領域２Ｈが、特定レイヤーＴの透明部分１Ｔを透過して手前の如く見えていて、その手前（上層側）に特定レイヤーＴの表示物（プラグイン領域３Ｐ）があり、さらに手前にはより上層に位置する第二の通常レイヤーＬ２の既存表示物として文字列入力欄（手前側のＨＴＭＬ領域４Ｈ）がある、という状態である。
【００８２】
　この状態は、親レイヤーの次元でみて三階層の状態であり、この状態（図７）をもとに、さらに上層側に、表示制御手段２４により、プラグインＰの特定レイヤーＴの子レイヤーに新たな表示物として、
例えば、警告ダイアログ（図９（１）のプラグイン領域５Ｐ）を表示しようとする場合を考える
【００８３】
　この場合、プラグインＰが新たな表示物を操作可能な状態で表示可能なレイヤーは特定レイヤーに限られることから、文字列入力欄であるＨＴＭＬ領域４Ｈの通常レイヤーも特定レイヤーより下層に移動することになる。しかし、このように下層となるＨＴＭＬ領域４Ｈの文字列入力欄は、特定レイヤーの透明部分１Ｔと位置もサイズも一致しないため、全部又は一部が見えなくなって外観が乱れる問題が生じる。
【００８４】
　この問題に対処するため、本実施形態において、プラグインＰの情報取得手段２８は、第二の親レイヤーＬ２（手前側のＨＴＭＬ領域４Ｈ）よりも、さらに上層側（手前側）の子レイヤーＴ４に新たな表示物を表示しようとする場合、図１０のフローチャートに示すような処理を行う。
【００８５】
　まず、各親レイヤーを特定レイヤーの下層側へ位置させるだけでなく（ステップＳ３１）、第二の親レイヤー（通常レイヤー）Ｌ２に表示していた既存表示物（例えば、入力ボックス４Ｈ）の表示内容を表す情報（例えば、文字入力欄や選択ボックスなどのパーツ種別、その表示の位置やサイズ、取得した文字列や値の内容など）をブラウザＢから取得する（ステップＳ３２、情報取得処理ステップ）。
【００８６】
　続いて、上記のように情報取得手段２８で取得した前記表示内容を表す情報に基づいて、模擬画像生成手段３０が、第二の親レイヤーＬ２に表示されている前記既存表示物（この場合は
前記入力ボックス４Ｈ）の外観を模擬した模擬画像４Ｍを生成する
【００８７】
　そして、このように模擬画像生成手段３０で生成した模擬画像４Ｍを、模擬画像表示手段３２が、特定レイヤーＴにおける相対的な上層である子レイヤーＴ４に、前記第二の親レイヤーＬ２の前記既存表示物である入力ボックス４Ｈと同じ表示配置で表示させたうえ（ステップＳ３４、模擬画像表示処理ステップ）、表示制御手段２４が、模擬画像４Ｍを表示している子レイヤーＴ３よりも、さらに上層側の子レイヤＴ４ーに新たな表示物を表示する（ステップＳ３５）。
【００８８】
　このように図７の状態から図９の状態へ遷移する様子を、図１１の概念図（Ａ）→（Ｂ）に示す。この遷移では、図７の状態（図１１（Ａ））から、
通常レイヤーＬ２を実際は特定レイヤーＴより下層へ移動させるが、代りに、特定レイヤーＴの相対的な上層である子レイヤーＴ３に模擬画像４Ｍを描画し表示させる
【００８９】
　このように、ブラウザ上で表示されている既存表示物と同様な外観と位置の模擬画像を付加プログラム側で生成し代替表示することは、利用者に特段の違和感を感じさせない程度にオリジナルに似た外観を持ち、不要な操作ができない表示物を描画することであり、その上に所望の新たな表示物を表示することにより、どのレイヤーについても自然な表示を維持しながら、プログラムの適切な動作が実現できる。
【００９０】
　さらに、実際は下層に移動した親レイヤーの模擬画像を、その奥と手前の子レイヤー間で挟む上記のような表示内容は、何階層でも繰り返せるので、プログラムの組合せ態様や処理内容が無限に多様化でき、複雑高度な機能も平易な構成で容易に実装可能となる。」
（８）　引用文献８（特開２００５−１８７１１号公報）について
　平成２８年１２月１４日付けの拒絶の理由に引用された、引用文献８には、図面とともに、段落【０００２】−【０００３】に、次の事項が記載されている。
「【０００２】
【従来の技術】　パーソナルコンピュータ等で用いられている機能の一つに、
ポップアップ
現在作業中のウィンドウの前面に別のウィンドウを立ち上げて特定の情報（例えば、入力ガイド等）を表示するものである
【０００３】
また、近年のオペレーティングシステムはマルチタスク機能を有するものが多く、このようなコンピュータシステムでは複数のタスクを並行して処理することができる。したがって、アプリケーションがポップアップガイドの表示処理をアプリケーションレベルで行うのではなく、
マルチタスク方式のオペレーティングシステムに受け渡すように構成されている場合、ユーザはポップアップウィンドウを見ながら、あるいはポップアップウィンドウを表示させたままアクティブなウィンドウを適宜切り替えて、作業中のウィンドウの操作等をすることができる
（９）　引用文献７−８のまとめ
　上記（７）−（８）の、引用文献７−８の各記載から、一般に、ユーザインタフェースとして、ポップアップウインドウなどの別ウィンドウを重畳して画面表示する点は、周知技術であると認められる。
第６　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると、次のことがいえる。
ア　引用発明の「プラント監視
制御
計算機
　制御の対象として、引用発明の「プラント」と、本願発明１の「
印刷
　よって、引用発明の「プラント監視制御システムの計算機」と「ディスプレイ装置」とを有する「プラント監視制御システムを制御するため方法」と、本願発明１の「制御計算機（２０）と表示装置（２３）とを有する印刷機械装置（１）を操作するための方法」とは、「制御計算機（２０）と表示装置（２３）とを有する、機械装置（１）を操作するための方法」である点で共通するといえる。
イ　引用発明における「固定表示ウィンドウＧ１」及び「可変表示ウィンドウＧ２〜Ｇ５」と、本願発明１の「
第１のアプリケーションプログラムの
第２のアプリケーションプログラムの
　よって、引用発明において、「プラントオペレータから入力装置を介して入力される操作指令に基づき、
ディスプレイ装置にマルチウィンドウ表示
プラントの監視制御を行
固定表示ウィンドウＧ１
可変表示ウィンドウＧ２〜Ｇ５
第１のアプリケーションプログラムの
第２のアプリケーションプログラムの
印刷
前記少なくとも１つの第２の操作面（１９）は前記印刷機械装置（１）の端末機器（２，３，１７）を操作するための操作面である
ウ　引用発明の「マルチウィンドウ表示を用いたプラント監視制御システム」において、「
固定表示ウィンドウＧ１は
大きなサイズで表示
固定表示ウィンドウＧ１は常に最下面に表示し
固定表示ウィンドウＧ１の上に可変表示ウィンドウＧ２〜Ｇ５を表示
エ　引用発明の「計算機のオペレーションシステム１」、マルチウィンドウ表示を行なう「ウィンドウシステム２」、ウィンドウシステム２とは別に、複数のウィンドウをまとめて処理するためのウィンドウ情報を管理する「ウィンドウ管理機能４」は、全体として、本願発明１の「上位のプログラム」に相当するといえる。
　よって、引用発明において、「
計算機のオペレーションシステム１に
ウィンドウシステム２を装備しており
ウィンドウ管理機能４が設けられ
ウィンドウシステム２での処理による通常のウィンドウ制御では、選択したウィンドウが前面に表示され
固定表示ウィンドウが表示される場合には
ウィンドウシステム２の代わりにウィンドウ管理機能４を起動し、ウィンドウ管理機能４が、固定表示ウィンドウの選択時の処理を行ない、
選択されたウィンドウを最前面に表示することは行なわないようにする
オ　引用発明において、「ウィンドウを固定表示ウィンドウと可変表示ウィンドウとに分類し、
固定表示ウィンドウＧ１は常に最下面に表示し
固定表示ウィンドウＧ１の上に可変表示ウィンドウＧ２〜Ｇ５を表示
　したがって、本願発明１と引用発明との間には、次の一致点、相違点があるといえる。
　
（一致点）
「制御計算機（２０）と表示装置（２３）とを有する、機械装置（１）を操作するための方法であって、
　第１の操作面（１８）と、少なくとも１つの第２の操作面（１９）とを、前記表示装置（２３）に表示するステップであって、前記第１の操作面（１８）は前記機械装置（１）を操作するための操作面である、ステップと、
　前記第１の操作面（１８）と前記少なくとも１つの第２の操作面（１９）とが組み込まれた、前記表示装置（２３）上の１つの共通の表示窓を形成するステップと
　を含み、
　前記第１の操作面（１８）と前記少なくとも１つの第２の操作面（１９）とは、前記１つの共通の表示窓で上位のプログラムによって制御され、
　前記第１の操作面（１８）はバックグランドで、前記少なくとも１つの第２の操作面（１９）はフォアグランドで、前記表示装置（２３）上で実行される、
ことを特徴とする方法。」
（相違点１）
　制御の対象が、本願発明１は「印刷機械装置（１）」であるのに対して、引用発明は「プラント」である点。
（相違点２）
　本願発明１は、「第１のアプリケーションプログラムの」第１の操作面（１８）と、「第２のアプリケーションプログラムの」少なくとも１つの第２の操作面（１９）とを、前記表示装置に表示するステップを備えるのに対して、引用発明はそのような構成を備えていない点。
（相違点３）
　本願発明１は、前記表示装置に表示するステップが、さらに、前記第１の操作面（１８）は前記
印刷機械装置
印刷機械装置
の端末機器
（相違点４）
　本願発明１は、「前記第１の操作面（１８）が少なくとも１つのポップアップ窓を発生し、該ポップアップ窓は前記少なくとも１つの第２の操作面（１９）より小さく」するという構成を備えるのに対して、引用発明はそのような構成を備えていない点。
（相違点５）
　本願発明１は、さらに、「前記第１の操作面（１８）を
フォアグランドに切り換える際に
（２）相違点についての判断
　事案に鑑みて、上記相違点５について先に検討する。
　引用発明は、通常の「ウィンドウシステム２」に新たに「ウィンドウ管理機能４」を設けることで、「固定表示ウィンドウＧ１は常に最下面に表示」させているから、そもそも、固定表示ウィンドウＧ１（本願発明の「第１の操作面」に対応。）を「フォアグランドに切り換える」ことはない。
　よって、引用発明は、「前記」（すなわち、「第１のアプリケーションプログラムの」）第１の操作面をフォアグランドに切り換える際に、前記（すなわち、「第２のアプリケーションプログラムの」）少なくとも１つの第２の操作面に関して、そのスクリーンショットを含む静止画像を所定箇所に「フェードイン」する構成を備えていない。
　相違点５に係る本願発明１の「
前記
前記
　したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用発明、引用文献２−８に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−４について
　本願発明２−４も、本願発明１の「前記第１の操作面（１８）をフォアグランドに切り換える際に、前記表示装置（２３）上の前記少なくとも１つの第２の操作面（１９）の位置に静止画像がフェードインされ、該静止画像は、前記少なくとも１つの第２の操作面（１９）のスクリーンショットを含み、前記少なくとも１つの第２の操作面（１９）の個所にフェードインされる」という同一の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献２−８に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第７　原査定についての判断
　平成２９年２月１５日付けの補正により、補正後の請求項１−４は、「前記第１の操作面（１８）をフォアグランドに切り換える際に、前記表示装置（２３）上の前記少なくとも１つの第２の操作面（１９）の位置に静止画像がフェードインされ、該静止画像は、前記少なくとも１つの第２の操作面（１９）のスクリーンショットを含み、前記少なくとも１つの第２の操作面（１９）の個所にフェードインされる」という技術的事項を有するものとなった。当該技術的事項は、原査定における引用文献Ａ−Ｉには記載されておらず、本願優先日前における周知技術でもないので、本願発明１−４は、当業者であっても、原査定における引用文献Ａ−Ｉに基づいて容易に発明できたものではない。したがって、原査定を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。