【事件の表示】
　特願２０１２−５０８２２７「検査情報表示装置及び方法」拒絶査定不服審判事件〔平成２３年１０月　６日国際公開、ＷＯ２０１１／１２２４０２、請求項の数（８）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２３年３月２３日（優先権主張平成２２年３月３１日、日本国）を国際出願日とする出願であって、平成２４年１０月２３日付けで手続補正がなされ、平成２７年１月２６日付けで拒絶理由通知がなされ、同年４月３日付けで手続補正がなされ、同年１２月２８日付けで拒絶理由通知（最後）がなされ、平成２８年２月２日付けで手続補正がなされたが、同年７月２７日付けで拒絶査定（原査定）がなされ、これに対し、同年１０月１８日に拒絶査定不服審判の請求がなされると同時に手続補正がなされたものである。
   　
第２　原査定の概要
　原査定（平成２８年７月２７日付け拒絶査定）の概要は次のとおりである。
    　
　請求項８に係る発明は、引用文献１に記載された発明に基づいて、当業者であれば容易になし得たものであるから、特許法第２９条第２項の規定により特許を受けることができない。
   　
＜拒絶の理由を発見しない請求項＞
　請求項（１−７）に係る発明については、現時点では、拒絶の理由を発見しない。拒絶の理由が新たに発見された場合には拒絶の理由が通知される。
   　
引用文献等一覧
１.特開２００８−２９９６８９号公報
     　
第３　本願発明
　本願請求項１〜８に係る発明（以下、それぞれ「本願発明１」〜「本願発明８」という。）は、平成２８年１０月１８日付けの手続補正で補正された特許請求の範囲の請求項１〜８に記載された事項により特定される発明であり、本願発明８は以下のとおりの発明である。
     　
「【請求項８】
　被検体の検査情報を格納した格納部と、
　複数の前記検査情報を表示する表示画面を有する表示部と、
　前記検査情報を前記表示画面の所定の表示領域へドラッグアンドドロップ操作する操作部と、を備え、
　前記表示領域における前記各検査情報が表示される表示エリアの境界線には、前記境界線と直交する方向であって当該表示エリアの外側に新たな表示エリアが追加されるルールが設定されており、
　ドロップ操作された位置の前記境界線に設定された前記ルールに従って、前記表示領域のレイアウト変更をすることを特徴とする検査情報表示装置。」
  　
第４　引用文献、引用発明等
　原査定の拒絶の理由に引用された上記引用文献１には、図面とともに次の事項が記載されている。
    　
ア．「【００８４】
　ウィンドウ管理手段に話を戻すと、ウィンドウ管理手段は、ウィンドウＷのイベント送信手段からイベントメッセージを受けると、受け取ったイベントの種類に応じて、ウィンドウテーブルやドッキングテーブルを参照し、必要なウィンドウに対して必要な処理を行う。各々のイベント毎の動作を示す。
・・・（中略）・・・
【００８６】
Moveの場合
　Moveイベントを検出したときの動作フローを図９に示す。まずは、Ｗの位置を取得し（ステップＳ３０）、ウィンドウテーブルにおけるＷの情報を更新する（ステップＳ３１）。Ｗがドッキングされているか否かチェックし（ステップＳ３２）ドッキングされている場合には、Ｗとドッキングされている他のウィンドウを探し、ウィンドウ位置を再計算する（ステップＳ３３）。次いで、Ｗとドッキングされている他のウィンドウについて、ウィンドウテーブルでの位置情報およびドッキングテーブルでの対応する情報を更新する（ステップＳ３４）。さらに、近傍ウィンドウ検出手段において、ウィンドウテーブルを参照し、近傍にウィンドウが存在するか否かを探す（ステップＳ３５）。近傍のウィンドウがあった場合は、のりしろ表示手段においてのりしろを表示する（ステップＳ３６）。近傍のウィンドウがなかった場合は、のりしろ表示手段においてのりしろを非表示する（ステップＳ３７）。
【００８７】
Dropの場合
　Dropイベントを検出したときの動作フローを図１０に示す。まずは、Ｗの位置、サイズを取得する（ステップＳ４０）。次いで、近傍ウィンドウ検出手段において、Ｗの近傍ウィンドウを探す（ステップＳ４１）。近傍ウィンドウが存在しなかった場合には何もせず終了する。近傍ウィンドウＷ’があった場合には（ステップＳ４２）、ドッキング手段において、ＷとＷ’の位置、サイズを再計算し、ウィンドウ位置を設定し、両者をドッキングする（ステップＳ４３）。さらに、ウィンドウテーブルにおける ＷとＷ’の位置およびサイズの情報を更新し（ステップＳ４４）、ドッキングテーブルにおける情報も更新する（ステップＳ４５）。」
   　
イ．「【００９７】
　図１４に、本実施例のイベント通知方式のシステム構成を示す。同図に示すように、イベント通知方式は、個々のウィンドウ毎にイベント送信手段２００をもつ。さらに、ウィンドウを統括するマネージャ２１０は、ウィンドウ管理手段２２０、近傍ウィンドウ検出手段２３０、のりしろ表示手段２４０、およびドッキング手段２５０を含んで構成される。
【００９８】
　先の実施例との構成の違いは、各ウィンドウに「イベント送信手段」が加わり、マネージャから「イベント検出手段」がなくなったことである。
・・・（中略）・・・
【０１０２】
ウィンドウ管理手段
　ウィンドウ管理手段２２０は、基本的には上記したイベント検出方式と同じである。ただし、Exitイベントの管理が新たに加わっているから、その差分のみを説明する。
【０１０３】
　ウィンドウ管理手段２２０でExit以外のイベントを受信した場合は、イベント検出方式の実施例での動作と同じである。Exitイベントを受信した場合の動作を説明する。」
    　
ウ．「【０１３４】
６．埋め込みドッキング
　上記に述べたとおり、埋め込みドッキングには、その動作に関して次のような特徴がある。ドッキングの前後で(ドロップされた側の)ウィンドウ全体のサイズが変化しない。「のりしろ」が、ウィンドウの複数の辺に表示される。
【０１３５】
　ここでは、イベント通知手段の実施例を拡張するかたちでの埋め込みドッキングの実現方式について説明する。埋め込みドッキングのためのシステム構成図を図２１に示す。
【０１３６】
　イベント通知方式のシステム構成図に対して、マネージャ２１８には、近傍サブウィンドウ検出手段６００が追加されている。さらに、近傍ウィンドウ検出手段６００、のりしろ表示手段２４０、および「ドッキング手段２３０の動作がイベント通知方式と異なる。これらについて説明する。」
   　
エ．「【０１３７】
近傍ウィンドウ検出手段
　イベント通知方式の近傍ウィンドウ検出手段６００は、２つのウィンドウがレフト（Left）-ライト（Right）、トップ（Top）-ボトム（Bottom）の関係にあるウィンドウのみを検出したが、本実施例では、２つのウィンドウが重なっている場合も検出する。
【０１３８】
　拡張ドッキングと埋め込みドッキングの区別は、図２２Ａに示すように、ウィンドウに重なりがない場合には拡張ドッキング、図２２Ｂに示すように、重なりがある場合には埋め込みドッキングとする。図では、ウィンドウの外形を示す太い線３０がのりしろを示している。２つのウィンドウに重なりがない拡張ドッキングの場合には、近傍サブウィンドウ検出手段を必要とせずに、これまでと同じように処理を行なえばよい。」
    　
オ．「【０１３９】
近傍サブウィンドウ検出手段
　近傍サブウィンドウ検出手段６００は、近傍ウィンドウ検出手段で埋め込みドッキングと判断された場合、ドッキングウィンドウのどのサブウィンドウのどの位置を押しのけて新たにウィンドウをドッキングさせるかを決定する。概念的には図２３に示すようになる。
【０１４０】
　近傍サブウィンドウ検出手段６００では、次の２つのステップをとる。
(1) 押しのける対象のサブウィンドウを検出する。
(2) 押しのける対象のサブウィンドウで、押しのける位置を検出する。
　ここでは、図２３のように、２つのウィンドウＡとＢがドッキングされたドッキングウィンドウＡＢのどこかに新たなウィンドウＣを埋め込みドッキングさせる場合を例に説明する。
【０１４１】
　ステップ1では、押しのける対象のサブウィンドウを検出する。Ａの重心(ウィンドウの長方形の中心)とＢの重心を算出する。これらとＣの重心との距離を算出し、距離的に近い方がウィンドウＣのドッキング対象のウィンドウとなる。ここでは、Ｂがドッキング対象であったとする。
【０１４２】
　ステップ２では、ウィンドウＢのどの位置を押しのけるかを決定する。まずは、Ｂのウィンドウ領域を図２４に示すように、２つの対角線で区切られる４つの領域の分割する。次いで、Ｂの４つの領域の各重心からＣの重心への距離を算出する。もっとも距離の近い領域が、Ｂに対するＣの埋め込み位置となる。例えば、Ｃの重心がＢの左領域の重心に近いなら(図２３Ｃの例)、ＣはＢの右位置に埋め込まれてドッキングされることになる。」
     　
カ．「【０１４３】
のりしろ表示手段
　のりしろ表示手段２４０は、近傍サブウィンドウ検出手段６００で検出されたサブウィンドウ(先の例ではＢ)の埋め込み位置(先の例では左)、それからドラッグ中のウィンドウ(先の例ではＣ)の対応する位置にのりしろを表示する。ここで、対応する位置とは、図２３Ａ、図２３Ｂ、図２３Ｃに示すように、ドッキングした結果、他のサブウィンドウと接することになる辺４０Ｂ、４０Ｃ、４２Ｂ、４２Ｃ、４４Ｂ、４４Ｃのことである。」
    　
キ．「【０１４４】
ドッキング手段
　ドッキング手段２３０は、のりしろ表示手段２４０で表示したのりしろの部分に新たなウィンドウ(先の例ではＣ)をドッキングする。」
      　
ク．「【０１４５】
　図２５は、本実施例に係るワークスペース管理方式を実行する処理装置の一例を示す図である。本実施例に係る処理装置７００は、キーボード、マウス、タッチパネル、画像スキャナ、その他の入力を含む入力装置７０２、外部のネットワーク等と情報の送受を可能にする外部インタフェース（Ｉ／Ｆ）７０４、表示装置７０６、プリンタ等の出力装置７０８、種々のデータを記憶可能な記憶装置７１０、ＯＳ、プログラム、アプリケーションソフト等を格納するメモリ７１２、プログラムに従い各部の動作を制御可能なＣＰＵ（Central Processing Unit）７１４を含んで構成される。
【０１４６】
　ＣＰＵ７１４は、メモリ７１２に格納されたアプリケーションを起動することで、表示装置７０６にユーザインタフェースのためのウィンドウを表示し、ユーザにワークスペースを与える。本実施例のワークスペース管理方式は、ＯＳおよび／またはアプリケーションソフトに組み込まれ、上記したようなウィンドウのドッキング等を実行可能にする。表示装置７０６上に表示されたウィンドウは、マウス等の入力装置７０２を介してユーザによって操作される。」
   　
　上記ア．〜ク．によれば、引用文献１には次の事項が記載されているといえる。
    　
（１）処理装置
（１−１）
・前記ク．の「図２５は、本実施例に係るワークスペース管理方式を実行する処理装置の一例を示す図である。本実施例に係る処理装置７００は、キーボード、マウス、タッチパネル、画像スキャナ、その他の入力を含む入力装置７０２、・・・（中略）・・・表示装置７０６、・・・（中略）・・・ＣＰＵ（Central Processing Unit）７１４を含んで構成される。」の記載、
・前記ク．の「ＣＰＵ７１４は、メモリ７１２に格納されたアプリケーションを起動することで、表示装置７０６にユーザインタフェースのためのウィンドウを表示し、ユーザにワークスペースを与える。本実施例のワークスペース管理方式は、ＯＳおよび／またはアプリケーションソフトに組み込まれ、上記したようなウィンドウのドッキング等を実行可能にする。表示装置７０６上に表示されたウィンドウは、マウス等の入力装置７０２を介してユーザによって操作される。」の記載によれば、
　引用文献１には「表示装置７０６を含んで構成され、アプリケーションを起動することで表示装置７０６にユーザインタフェースのためのウィンドウを表示し、当該ウィンドウをマウス等の入力装置７０２を介して操作し、ウィンドウをドッキングする処理装置」が記載されているといえる。
     　
（１−２）
・前記ウ．の「埋め込みドッキングのためのシステム構成図を図２１に示す。」の記載、
・図２１のシステム構成図における、「ドッキング手段２３０」、「のりしろ表示手段２４０」、「近傍サブウィンドウ検出手段６００」、「近傍ウィンドウ検出手段２５０」、「ウィンドウ管理手段２２０」の記載によれば、
　引用文献１には、「近傍ウィンドウ検出手段２５０、近傍サブウィンドウ検出手段６００、のりしろ表示手段２４０、ドッキング手段２３０、ウィンドウ管理手段２２０」を備えた処理装置が記載されているといえる。
    　
（２）近傍ウィンドウ検出手段
・前記エ．の「イベント通知方式の近傍ウィンドウ検出手段６００は、２つのウィンドウがレフト（Left）-ライト（Right）、トップ（Top）-ボトム（Bottom）の関係にあるウィンドウのみを検出したが、本実施例では、２つのウィンドウが重なっている場合も検出する。」の記載、
・前記エ．の「拡張ドッキングと埋め込みドッキングの区別は、図２２Ａに示すように、ウィンドウに重なりがない場合には拡張ドッキング、図２２Ｂに示すように、重なりがある場合には埋め込みドッキングとする。」の記載によれば、
　引用文献１には、「近傍ウィンドウ検出手段６００は、２つのウィンドウが重なっている場合を検出し、重なりがある場合には埋め込みドッキングとし」が記載されているといえる。
   　
（３）近傍サブウィンドウ検出手段
・前記オ．の「近傍サブウィンドウ検出手段６００は、近傍ウィンドウ検出手段で埋め込みドッキングと判断された場合、ドッキングウィンドウのどのサブウィンドウのどの位置を押しのけて新たにウィンドウをドッキングさせるかを決定する。」の記載、
・前記オ．の「ここでは、図２３のように、２つのウィンドウＡとＢがドッキングされたドッキングウィンドウＡＢのどこかに新たなウィンドウＣを埋め込みドッキングさせる場合を例に説明する。」の記載、
・前記オ．の「ステップ1では、押しのける対象のサブウィンドウを検出する。Ａの重心(ウィンドウの長方形の中心)とＢの重心を算出する。これらとＣの重心との距離を算出し、距離的に近い方がウィンドウＣのドッキング対象のウィンドウとなる。ここでは、Ｂがドッキング対象であったとする。」の記載、
・前記オ．の「ステップ２では、ウィンドウＢのどの位置を押しのけるかを決定する。まずは、Ｂのウィンドウ領域を図２４に示すように、２つの対角線で区切られる４つの領域の分割する。次いで、Ｂの４つの領域の各重心からＣの重心への距離を算出する。もっとも距離の近い領域が、Ｂに対するＣの埋め込み位置となる。」の記載によれば、
　引用文献１には、「近傍サブウィンドウ検出手段６００は、近傍ウィンドウ検出手段で埋め込みドッキングと判断された場合、ドッキングウィンドウのどのサブウィンドウのどの位置を押しのけて新たにウィンドウをドッキングさせるかを決定し、２つのウィンドウＡとＢがドッキングされたドッキングウィンドウＡＢのどこかに新たなウィンドウＣを埋め込みドッキングさせる場合には、ドッキングウィンドウＡＢのサブウィンドウＡの重心とサブウィンドウＢの重心を算出し、これらの重心とウィンドウＣの重心との距離を算出し、距離的に近い方をウィンドウＣのドッキング対象のサブウィンドウとして検出し、当該ドッキング対象のサブウィンドウの領域を２つの対角線で区切られる４つの領域に分割し、４つの領域の各重心からウィンドウＣの重心への距離を算出し、最も距離の近い領域を、ドッキング対象のサブウィンドウに対するウインドウＣの埋め込み位置として決定し」が記載されているといえる。
   　
（４）のりしろ表示手段
・前記カ．の「のりしろ表示手段２４０は、近傍サブウィンドウ検出手段６００で検出されたサブウィンドウ(先の例ではＢ)の埋め込み位置(先の例では左)、それからドラッグ中のウィンドウ(先の例ではＣ)の対応する位置にのりしろを表示する。ここで、対応する位置とは、図２３Ａ、図２３Ｂ、図２３Ｃに示すように、ドッキングした結果、他のサブウィンドウと接することになる辺４０Ｂ、４０Ｃ、４２Ｂ、４２Ｃ、４４Ｂ、４４Ｃのことである。」の記載によれば、引用文献１には「のりしろ表示手段２４０は、前記埋め込み位置と、ドラッグ中のウィンドウの対応する位置にのりしろを表示し、ここで、対応する位置とは、ドッキングした結果、他のサブウィンドウと接することになる辺のことであり」が記載されているといえる。
   　
（６）ドッキング手段
・前記キ．の「ドッキング手段２３０は、のりしろ表示手段２４０で表示したのりしろの部分に新たなウィンドウ(先の例ではＣ)をドッキングする。」の記載、
・前記カ．の「のりしろ表示手段２４０は、近傍サブウィンドウ検出手段６００で検出されたサブウィンドウ(先の例ではＢ)の埋め込み位置(先の例では左)、それからドラッグ中のウィンドウ(先の例ではＣ)の対応する位置にのりしろを表示する。」の記載によれば、
　引用文献１には「ドッキング手段２３０は、近傍サブウィンドウ検出手段６００で検出されたサブウィンドウの埋め込み位置に新たなウィンドウをドッキングし」が記載されているといえる。
   　
（７）ウィンドウ管理手段
・前記ウ．の「ここでは、イベント通知手段の実施例を拡張するかたちでの埋め込みドッキングの実現方式について説明する。埋め込みドッキングのためのシステム構成図を図２１に示す。」の記載、
・図２１のシステム構成図における、「ウィンドウ管理手段２２０」の記載、
・前記ウ．の「イベント通知方式のシステム構成図に対して、マネージャ２１８には、近傍サブウィンドウ検出手段６００が追加されている。さらに、近傍ウィンドウ検出手段６００、のりしろ表示手段２４０、および「ドッキング手段２３０の動作がイベント通知方式と異なる。」の記載、
・前記イ．の「【００９７】
図１４に、本実施例のイベント通知方式のシステム構成を示す。
・・・（中略）・・・
【０１０２】
ウィンドウ管理手段
　ウィンドウ管理手段２２０は、基本的には上記したイベント検出方式と同じである。ただし、Exitイベントの管理が新たに加わっているから、その差分のみを説明する。
【０１０３】
　ウィンドウ管理手段２２０でExit以外のイベントを受信した場合は、イベント検出方式の実施例での動作と同じである。Exitイベントを受信した場合の動作を説明する。」の記載、
・前記ア．の「ウィンドウ管理手段は、ウィンドウＷのイベント送信手段からイベントメッセージを受けると、受け取ったイベントの種類に応じて、ウィンドウテーブルやドッキングテーブルを参照し、必要なウィンドウに対して必要な処理を行う。各々のイベント毎の動作を示す。
・・・（中略）・・・
Moveの場合
　Moveイベントを検出したときの動作フローを図９に示す。・・・（中略）・・・さらに、近傍ウィンドウ検出手段において、ウィンドウテーブルを参照し、近傍にウィンドウが存在するか否かを探す（ステップＳ３５）。近傍のウィンドウがあった場合は、のりしろ表示手段においてのりしろを表示する（ステップＳ３６）。・・・（中略）・・・
Dropの場合
　Dropイベントを検出したときの動作フローを図１０に示す。まずは、Ｗの位置、サイズを取得する（ステップＳ４０）。次いで、近傍ウィンドウ検出手段において、Ｗの近傍ウィンドウを探す（ステップＳ４１）。近傍ウィンドウが存在しなかった場合には何もせず終了する。近傍ウィンドウＷ’があった場合には（ステップＳ４２）、ドッキング手段において、ＷとＷ’の位置、サイズを再計算し、ウィンドウ位置を設定し、両者をドッキングする（ステップＳ４３）。」の記載、
・前記エ．の「イベント通知方式の近傍ウィンドウ検出手段６００は、２つのウィンドウがレフト（Left）-ライト（Right）、トップ（Top）-ボトム（Bottom）の関係にあるウィンドウのみを検出したが、本実施例では、２つのウィンドウが重なっている場合も検出する。」の記載、
・前記イ．の「ドラッグ（移動）」の記載によれば、
　引用文献１には、「ウィンドウ管理手段２２０は、ウィンドウからMove（ドラッグ）イベントを受信した場合、近傍ウィンドウ検出手段において、当該ウィンドウと重なっているウィンドウを検出し、重なっているウィンドウがあった場合は、のりしろ表示手段においてのりしろを表示し、また、ウィンドウからDropイベントを受信した場合、近傍ウィンドウ検出手段において、当該ウインドウに重なっているウィンドウを検出し、重なっているウィンドウがあった場合には、ドッキング手段において、当該ウインドウと重なっているウィンドウとをドッキングする」が記載されているといえる。
   　
　したがって、引用文献１には、次の発明（以下、「引用発明」という）が記載されているといえる。
    　
＜引用発明＞
「表示装置７０６を含んで構成され、アプリケーションを起動することで表示装置７０６にユーザインタフェースのためのウィンドウを表示し、当該ウィンドウをマウス等の入力装置７０２を介して操作し、ウィンドウをドッキングする処理装置において、
　近傍ウィンドウ検出手段２５０、近傍サブウィンドウ検出手段６００、のりしろ表示手段２４０、ドッキング手段２３０、ウィンドウ管理手段２２０を備え、
　近傍ウィンドウ検出手段６００は、２つのウィンドウが重なっている場合を検出し、重なりがある場合には埋め込みドッキングとし、
　近傍サブウィンドウ検出手段６００は、近傍ウィンドウ検出手段で埋め込みドッキングと判断された場合、ドッキングウィンドウのどのサブウィンドウのどの位置を押しのけて新たにウィンドウをドッキングさせるかを決定し、２つのウィンドウＡとＢがドッキングされたドッキングウィンドウＡＢのどこかに新たなウィンドウＣを埋め込みドッキングさせる場合には、ドッキングウィンドウＡＢのサブウィンドウＡの重心とサブウィンドウＢの重心を算出し、これらの重心とウィンドウＣの重心との距離を算出し、距離的に近い方をウィンドウＣのドッキング対象のサブウィンドウとして検出し、当該ドッキング対象のサブウィンドウの領域を２つの対角線で区切られる４つの領域に分割し、４つの領域の各重心からウィンドウＣの重心への距離を算出し、最も距離の近い領域を、ドッキング対象のサブウィンドウに対するウインドウＣの埋め込み位置として決定し、
　のりしろ表示手段２４０は、前記埋め込み位置と、ドラッグ中のウィンドウの対応する位置にのりしろを表示し、ここで、対応する位置とは、ドッキングした結果、他のサブウィンドウと接することになる辺のことであり、
　ドッキング手段２３０は、近傍サブウィンドウ検出手段６００で検出されたサブウィンドウの埋め込み位置に新たなウィンドウをドッキングし、
　ウィンドウ管理手段２２０は、ウィンドウからMove（ドラッグ）イベントを受信した場合、近傍ウィンドウ検出手段において、当該ウィンドウと重なっているウィンドウを検出し、重なっているウィンドウがあった場合は、のりしろ表示手段においてのりしろを表示し、また、ウィンドウからDropイベントを受信した場合、近傍ウィンドウ検出手段において、当該ウインドウに重なっているウィンドウを検出し、重なっているウィンドウがあった場合には、ドッキング手段において、当該ウインドウと重なっているウィンドウとをドッキングする、処理装置。」
   　
第５　対比・判断
（１）対比
　次に、本願発明８と引用発明とを対比する。
   　
・引用発明は、「表示装置７０６を含んで構成され、アプリケーションを起動することで表示装置７０６にユーザインタフェースのためのウィンドウを表示」することから、表示画面を有する表示装置を備えるといえる。この表示装置と、本願発明８の「複数の前記検査情報を表示する表示画面を有する表示部」は、「表示画面を有する表示部」の点で共通する。
   　
・引用発明は、ウィンドウに対してドラッグ（Move）とドロップ（Drop）とを行うといえる。また、「ウィンドウをマウス等の入力装置７０２を介して操作する」ことから、ウィンドウをドラッグアンドドロップ操作する操作手段を備えるといえる。この操作手段と本願発明８の「前記検査情報を前記表示画面の所定の表示領域へドラッグアンドドロップ操作する操作部」は、「ドラッグアンドドロップ操作する操作部」の点で共通する。
      　
・引用発明のサブウィンドウの領域は、本願発明８の「表示エリア」に相当する。
    　
・引用発明は、サブウィンドウの埋め込み位置に新たなウィンドウをドッキングし、ドッキングした結果、他のサブウィンドウと辺で接することから、ドッキング対象のサブウィンドウの外側に、新たなウィンドウが追加されるといえる。
　さらに、引用発明は「近傍サブウィンドウ検出手段６００は、近傍ウィンドウ検出手段で埋め込みドッキングと判断された場合、ドッキングウィンドウのどのサブウィンドウのどの位置を押しのけて新たにウィンドウをドッキングさせるかを決定」するが、ドッキング対象のサブウィンドウと、そのサブウィンドウの埋め込み位置を決定するためのルールは、ドッキング対象のサブウィンドウの外側に、新たなウィンドウを追加するルールといえる。
　したがって、引用発明の上記ルールが設定されることと、本願発明８の「前記表示領域における前記各検査情報が表示される表示エリアの境界線には、前記境界線と直交する方向であって当該表示エリアの外側に新たな表示エリアが追加されるルールが設定されており」は、「表示エリアの外側に新たな表示エリアが追加されるルールが設定されており」の点で共通する。
　
・引用発明のドッキング手段２３０は、「近傍サブウィンドウ検出手段６００で検出されたサブウィンドウの埋め込み位置に新たなウィンドウをドッキングする」が、この際、ドッキングウィンドウのレイアウトは、新たなウィンドウをドッキングしたことによって変更されるといえる。
　したがって、引用発明の、埋め込み位置の決定ルールにしたがって、新たなウィンドウをドッキングウィンドウＡＢにドッキングさせることと、本願発明８の「ドロップ操作された位置の前記境界線に設定された前記ルールに従って、前記表示領域のレイアウト変更をする」は、「設定された前記ルールに従って、レイアウト変更をする」の点で共通する。
   　
・引用発明の、表示装置７０６を含んで構成された「処理装置」と、本願発明８の「検査情報表示装置」は、「表示装置」の点で共通する。
     　
　したがって、本願発明８と引用発明との一致点は、次の通りである。
     　
＜一致点＞
「表示画面を有する表示部と、
　ドラッグアンドドロップ操作する操作部と、を備え、
　表示エリアの外側に新たな表示エリアが追加されるルールが設定されており、
　設定された前記ルールに従って、レイアウト変更をする表示装置。」
     　
　また、本願発明８と引用発明との相違点は次の通りである。
＜相違点１＞
　本願発明８は、「被検体の検査情報を格納した格納部」を備えるのに対し、引用発明は当該格納部を備えていない点。
    　
＜相違点２＞
　表示部の表示画面が、本願発明８では「複数の前記検査情報を表示する」のに対し、引用発明では、上記検査情報を表示するものではない点。
   　
＜相違点３＞
　ドラッグアンドドロップ操作が、本願発明８では「前記検査情報を前記表示画面の所定の表示領域へドラッグアンドドロップ操作する」ものであるのに対し、引用発明では、アプリケーションのウインドウをドラッグアンドドロップ操作するものであり、また、ドロップ操作する場所は「表示画面の所定の表示領域」ではない点。
　
＜相違点４＞
　ルールが、本願発明８では、「前記表示領域における前記各検査情報が表示される表示エリアの境界線」に設定され、「前記境界線と直交する方向」に新たな表示エリアが追加されるルールであるのに対し、引用発明では、サブウィンドウの領域（表示エリア）の境界線に設定されるものではなく、その境界線と直交する方向に新たな表示エリアが追加されるルールでもない点。
    　
＜相違点５＞
　レイアウト変更が、本願発明８では「ドロップ操作された位置の前記境界線に設定された前記ルール」に従うものであり、さらに、ドロップ操作した「表示領域」のレイアウト変更であるのに対し、引用発明では「ドロップ操作された位置の前記境界線に設定された前記ルール」に従うものではなく、さらに、ドッキングウィンドウのレイアウト変更であって、ドロップ操作した「表示領域」のレイアウト変更ではない点。
     　
（２）相違点についての判断
　上記相違点４、５について検討する。
　相違点４に係る本願発明８の「前記表示領域における前記各検査情報が表示される表示エリアの境界線には、前記境界線と直交する方向であって当該表示エリアの外側に新たな表示エリアが追加されるルールが設定されており」という構成、相違点５に係る本願発明８の「ドロップ操作された位置の前記境界線に設定された前記ルールに従って、前記表示領域のレイアウト変更をする」という構成は、上記引用文献１には記載されておらず、本願出願前において周知技術であるともいえない。
　したがって、その他の相違点１−３について判断するまでもなく、本願発明８は、当業者であっても引用文献１に記載された発明に基づいて容易に発明できたものであるとはいえない。
　
第６　原査定について
　審判請求時の補正により、本願発明８は「前記表示領域における前記各検査情報が表示される表示エリアの境界線には、前記境界線と直交する方向であって当該表示エリアの外側に新たな表示エリアが追加されるルールが設定されており」という事項、及び、「ドロップ操作された位置の前記境界線に設定された前記ルールに従って、前記表示領域のレイアウト変更をする」という事項を有するものとなっており、当業者であっても、拒絶査定において引用された引用文献１に記載された発明に基づいて、容易に発明できたものとはいえない。
　したがって、原査定の理由を維持することはできない。
   　
第７　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。