【事件の表示】
　特願２０００−３７４１７１「複数情報統合表示処理装置」拒絶査定不服審判事件〔平成１４年　６月２１日出願公開、特開２００２−１７５１４１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
Ｉ．手続きの経緯
　本願は、平成１２年１２月８日の出願であって、平成１６年２月２６日付けの拒絶の理由の通知に対して、同年５月６日付けで意見書及び手続補正書が提出されたが、平成１７年８月８日付けで拒絶査定がなされたものであり、この査定を不服として、同年９月１５日に拒絶査定不服審判の請求がなされるとともに、同年１０月１７日付けで手続補正がなされたものである。
　
ＩＩ．平成１７年１０月１７日付けの手続補正について
［結論］平成１７年１０月１７日付けの手続補正（以下、「本件補正」という。）を却下する。
　その理由は以下のとおり。
　
［理由］
（１）補正後の本願発明
　本件補正により、特許請求の範囲は、
「【請求項１】
　
１つのウィンドウ内に複数のタイルを表示するタイルパターンを予め登録させ、登録された複数のタイルパターンのいずれかをタイルレイアウトとして選択させ、アプリケーションとそれぞれ対応するスライドを前記タイルに
　
前記スライドを
各タイル内で重畳させたスライドのアクティブ／非アクティブ
　
前記タイルパターンの選択メニューを含む共通メニュー表示領域とアクティブなスライドの固有メニュー表示領域とを有するメニューバーと、
アクティブなスライドの変更に対応して
　
各タイルに合わせて前記スライド内に表示すべきデータを調整し、選択されているタイルパターンと整合性を保ちつつデータを
　
ログオフ時の前記タイルパターンおよびスライドの設定内容を保存し次回のログイン時に読み出し可能なレジストリ保存手段とを備え、
前記スライド制御手段が、アクティブ状態となったスライドを最上位層とし、それ以下のスライド層の少なくとも１つを透過表示するモードを含む
　【
請求項２
　
請求項１
　前記タイル管理手段が、
前記タイル間で前記スライドの設定内容を転送し当該スライドを前記タイル間で移動させる
　【
請求項３
　
請求項１または２
　前記タイル管理手段が、
オンライン状態で前記タイルパターンを変更した後に、前記スライドを新たなタイルパターンに再配置する
　
　と補正された。
（アンダーラインは、補正箇所を示すために付したものである。）
　
（２）本件補正は、補正前の【請求項１】について、「
ログオフ時の前記タイルパターンおよびスライドの設定内容を保存し次回のログイン時に読み出し可能なレジストリ保存手段とを備え
　よって、本件補正は、当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において、新たな技術的事項を導入しないものでない。
　したがって、本件補正は、特許法第１７条の２第３項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
ＩＩＩ．本願発明について
　
（１）本願発明
　平成１７年１０月１７日付けの手続補正は、上記「ＩＩ．平成１７年１０月１７日付けの手続き補正について」のとおり却下されたので、本件出願の請求項１に係る発明は、平成１６年５月６日付けの手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。（以下、「本願発明」という。）
　
「【請求項１】　アプリケーションにそれぞれ対応した複数のウィンドウの情報を統合して表示処理する方法において、
　少なくとも２つの領域を含むタイルパターンにより１画面を管理し、
　前記タイルパターンの各領域に前記アプリケーションをタグ付きで割り当て、
　メニューバーを共通メニュー表示領域と固有メニュー表示領域とに分け、
　アクティブなウィンドウのタグに対応して前記固有メニューの内容を動的に切り換えることを特徴とする複数情報統合表示処理方法。」
　
（２）刊行物の記載
　原査定の拒絶の理由に引用された特開平６−１１０６４４号公報（平成６年４月２２日出願公開。以下、「刊行物１」という。）には、図面と共に以下の事項が記載されている。
　
「【０００１】
【産業上の利用分野】本発明は、ウィンドウシステム、特に、タイトルバー，メニューバーの表示方法に関する。」
　
「【０００６】図１は本発明の一実施例を示す模式図である。本実施例のウィンドウシステムは、作業中のウィンドウであるアクティブウィンドウのアプリケーション名または文書名を表示するタイトルバー１１と使用可能なメニュー名を表示するメニューバー１２とウィンドウ１３とウィンドウ１３内に開かれているウィンドウ１３１とウィンドウ１３２とマウス操作を行うマウスポインタ１４から構成されている。
【０００７】ウィンドウ１３内には任意数のウィンドウを開くことができるが、本実施例の図１は３つのウィンドウを開いた時の図である。次に図１を参照して本実施例の動作について説明する。現在作業中のウィンドウ（アクティブウィンドウ）１３のタイトル及びメニューが、タイトルバー１１およびメニューバー１２に表示されている。ウィンドウ１３に対しては、メニューバー１２を選択することによりコマンドを与えることが可能である。次にマウスポインタ１４をウィンドウ１３１へ移動した後マウスポインタ１４をクリックし、アクティブウィンドウをウィンドウ１３からウィンドウ１３１へ切り換える。
【０００８】アクティブとなったウィンドウ１３１内には、タイトルバーおよびメニューバーは配置されておらず、ウィンドウ３１のタイトルおよびメニューはタイトルバー１１およびメニューバー１２に表示される。ウィンドウ１３１に対しては、メニューバー１２を選択することによりコマンドを与えることが可能となる。同様にマウスポインタ１４をウィンドウ１３２へ移動した後、マウスポインタ１４をクリックし、アクティブウィンドウをウィンドウ１３１からウィンドウ１３２へ切り換える。この場合もウィンドウ１３２のタイトルおよびメニューは、タイトルバー１１およびメニューバー１２に表示される。ウィンドウ１３２に対してはメニューバー１２を選択することによりコマンドを与えることが可能となる。」
　
　以上の記載によれば、刊行物１には、次の発明（以下、「刊行物１記載発明」という。）が記載されている。
　
「ウィンドウシステムは、作業中のウィンドウであるアクティブウィンドウのアプリケーション名または文書名を表示するタイトルバー１１と使用可能なメニュー名を表示するメニューバー１２とウィンドウ１３とウィンドウ１３内に開かれているウィンドウ１３１とウィンドウ１３２とマウス操作を行うマウスポインタ１４から構成されるウィンドウシステムの表示方法において、
　マウスポインタ１４をウィンドウ１３１へ移動した後マウスポインタ１４をクリックし、アクティブウィンドウをウィンドウ１３からウィンドウ１３１へ切り換えると、アクティブとなったウィンドウ１３１内には、タイトルバー１１およびメニューバー１２は配置されておらず、ウィンドウ１３１のタイトルおよびメニューはタイトルバー１１およびメニューバー１２に表示され、ウィンドウ１３１に対しては、メニューバー１２を選択することによりコマンドを与えることが可能となり、同様にマウスポインタ１４をウィンドウ１３２へ移動した後、マウスポインタ１４をクリックし、アクティブウィンドウをウィンドウ１３１からウィンドウ１３２へ切り換えると、ウィンドウ１３２のタイトルおよびメニューは、タイトルバー１１およびメニューバー１２に表示され、ウィンドウ１３２に対してはメニューバー１２を選択することによりコマンドを与えることが可能となるウィンドウシステムの表示方法。」
　
　同じく、原査定の拒絶の理由に引用された「レパートリーの多い歌姫ＤＩＶＡ（ディーバ）に見る非Ｗｉｎｄｏｗｓ統合化ソフト環境」（国友正彦，月刊アスキー，日本，株式会社アスキー，１９９３年２月１日，第１７巻，第２号，Ｐ．２０５−２１２，平成５年２月１日発行。以下、「刊行物２」という。）には、図面と共に以下の事項が記載されている。
　
「ＤＩＶＡは全体がダイナウェアウィンドウというウィンドウシステムになっている．起動直後はメインメニューが表示される（画面１）． ひとつひとつにアイコンと文字の説明がついた１２個のボタンになっている．矢印キーでボタンを選択しリターンを押す． あるいはマウスでカーソルをあわせてクリックする． それでボタンに表示されている内容が起動する．
内容は，ＤＥＳＫがワープロ，ＣＨＡＲＴが表計算・グラフ，ＰＬＡＮがアイデアプロセッサ，イメージエディタがビットマップの描画機能になっている．
　各アプリケーションを開くと，共通のメニューと個別のメニューが表示される．たとえば画面２はＤＥＳＫの画面だ．最上部に，システム，ファイル・・・とあるのは各アプリケーションで共通のメニューバーだ．その下に編集，画面・・・とあるのはＤＥＳＫ固有のメニューバーである．ここの部分はＣＨＡＲＴ，ＰＬＡＮなど，それぞれのアプリケーションにより異なる．  このメニューの違いを除くと，各アプリケーションでの画面の見た目，機能の選択方式，操作感覚はまったく同じだ．
　共通のメニューバーのいちばん右にスイッチという項目がある．ここをクリックするとプルダウン式でメインメニュー，ＣＨＡＲＴなどという項目が表示される。ここからまたそれぞれのアプリケーションを起動したり，メインメニューに帰ることができる．
それぞれのアプリケーション内では，文書やワークシートを複数開くことができる．開いた文書やワークシートは，並列（タイル）表示， あるいは重なり合いの表示にできる． ウィンドウのサイズ変更は， Ｗｉｎｄｏｗｓ同様に自由だ．上下左右の移動にスクロールバーを利用するのもＷｉｎｄｏｗｓとおなじだ．」
　
　以上の記載によれば、刊行物２には、次の発明（以下、「刊行物２記載発明」という。）が記載されている。
　
「ウィンドウシステムにおいて、各アプリケーションを開くと、各アプリケーションで共通のメニューが共通のメニューバーに表示され、その下に各アプリケーション個別のメニューが固有メニューバーに表示されること。」
　
　同じく、原査定の拒絶の理由に引用された特開２０００−１７２３９８号公報（平成１２年６月２３日出願公開。以下、「刊行物３」という。）には、図面と共に以下の事項が記載されている。
　
「【０００２】
【従来の技術】多くの装置では表示画面サイズが限られているので、複数の表示領域の間で切り替えるためのコントロールを効率的に表示することが困難になっている。限られた表示空間に表示領域コントロールを表示するという問題に対するアプローチの１つが、表示領域とその内容の視覚的標識としてテキスト・ラベルを有するタブを使用し、表示領域の間で切り替えるための手段としてタブをクリックすることである。・・・タブの長所は、異なる場所の間で切り替えるための明瞭でよく理解されるユーザ・インターフェース・メタファを提供することである。具体的に言うと、物理的な世界では、タブは、物理的なファイル・システムのファイルのタブと同じ形で、異なる文書またはファイルの間の切替を可能にする。」
　
「【０００６】特定の実施例では、タブが、一貫性のある順序で画面の最上部、横または最下部に表示される。アイコンとラベルは、タブ内に視覚的に表示される。タブ・アイコンは、表示領域の内容を示す視覚的表現である。タブ・ラベルは、表示領域の内容を示すテキスト表現である。アイコンは、必ずラベルより小さくなるように定義される。１時に１つの表示領域だけを、画面に示すことができる。現在画面に示されている表示領域が、選択されている領域である。表示領域が現在選択されている領域でない時には、そのタブが、アイコンだけを示すサイズにされる。表示領域が、選択されている領域である時には、タブは、アイコンとラベルの両方を示すサイズにされる。」
　
「【０００８】サイズ変更可能なタブ・コントロールでは、タブの集合を使用して、異なる表示領域を視覚的に表現する。特定の実施例では、タブは、一貫性のある順序で画面の最上部、横または最下部あるいはそれらの組合せに有利に表示される。アイコンとラベルは、タブ内に視覚的に表示される。タブ・アイコンは、表示領域の内容を示す視覚的表現である。タブ・ラベルは、表示領域の内容を示すテキスト表現である。タブ・アイコンのサイズは、定義により、一般にそれに対応するタブ・ラベルのサイズより小さいかこれと等しい。一般に、アイコンは、必ず対応するラベルより小さいと仮定される。ラベルのほうが小さい時には、本発明の実施において、ラベルをアイコンと交換し、その代わりに使用することができる。いくつかの実施例では、表示区域分割、ウィンドウイングなどを使用することによって、複数の表示領域が表示画面に示されるが、一般に、１時に１つの表示領域だけが、通常は画面に示される。現在画面に示されている表示領域は、現在選択されている領域である。表示領域が現在選択されている領域でない時には、そのタブは、対応するアイコンだけを示すサイズにされる。表示領域が選択されている領域である時には、タブは、領域情報の横に、その選択された領域のアイコンおよびラベルの両方を示すサイズにされる。
【０００９】サイズ変更可能なタブは、表示領域間の切替のためのユーザ・インターフェース・メタファとしてのタブの長所を維持し、したがって、純粋にアイコンベースの表現に対する長所を有する。サイズ変更可能なタブは、タブとそのラベルが限られたサイズの表示画面上で占める空間が大きすぎるという短所も克服する。これは、現在選択されていない表示領域の内容を表すのにアイコンだけを使用することによって行われる。特定の実施例では、サイズ変更可能なタブは、表示領域の内容の視覚的表現に対する一定の順序の維持を可能にするという長所も有する。これによって、ユーザが、タブを使用するアプリケーションに慣れてきた時のナビゲーションが容易になる。最後に、ラベルは、選択されている表示領域について必ず可視になるので、サイズ変更可能なタブは、カーソルがアイコンの上にある時だけ表示されるラベルを有するアイコンよりよい。
【００１０】本発明の１実施例では、この方法が、ペンベース・コンピュータ・システムのオペレーティング・システムの一部として含まれて、複数のアプリケーション・プログラムへの組み込みが可能になる。代替実施例では、本発明は、多目的装置または単一目的装置のいずれかのアプリケーションに直接に組み込まれる。一般的な実施例では、タブが画面の最上部に水平に配置されるが、タブは、どの位置にも配置することができる。タブが順序を維持し、関連するラベルおよびアイコンが、少なくとも部分的にタブの境界内にあるように表示されることが有利である。たとえば、タブは、画面の横に表示することができ、ラベルを垂直に表示することができる。」
　
「【００２２】したがって、本発明は、表示領域とその内容の間で切り替えるための機構を提供する。これから、本発明による表示画面実施例で表示されるオブジェクトに対する考察を示す。図８を参照すると、タブ８０２は、アプリケーション固有データまたは、リスト、ボタン、テキストおよび他のユーザ・インターフェース・オブジェクトなどの内容を含む、関連表示領域８０３を有する。また、タブ・バー表示領域８１１も存在する。タブ・バー表示領域８１１には、複数のタブ８０１、８０２、８０７および８０９が含まれる。タブ８０２は、関連するタブ・ラベル８０６とタブ・アイコン８０５を有する。通常、１時に１つの表示領域だけを可視にすることができる。可視の表示領域に関連するタブを、選択されているタブと称する。好ましい実施例では、選択されているタブは、タブ・ラベルとタブ・アイコンの両方がそのフレーム内に表示されるサイズにされる。しかし、一般に、タブ・アイコンとタブ・ラベルは、現在選択されているタブに関連する形で画面に表示され、選択されているタブは、それ相応のサイズにされる。現在画面に表示されていない表示領域に関連するタブは、タブ・アイコンだけが示される縮小された形で表示される。たとえば、タブ８０１にはアイコン８０４、タブ８０７にはアイコン８０８、タブ８０９にはアイコン８１０が示される。」
　
「【００２４】説明する実施例では、スタイラスを用いてそれをタップすることによってタブが選択される時に、画面に現在表示されている表示領域が、画面から除去され、それに関連するタブが、関連するタブ・アイコンだけが表示されるようにサイズを縮小される。選択されたタブに関連する表示領域が、画面に表示され、それに関連するタブが、タブ・アイコンとタブ・ラベルの両方を表示するようにサイズを拡大される。」
　
　図８には、表示領域をタグ付きで表示することが示されている。
　
　以上の記載によれば、刊行物３には、次の発明（以下、「刊行物３記載発明」という。）が記載されている。
　
「表示領域（ウィンドウ）をタブ（タグ）付きで表示し、タブをクリックすることを、複数の表示領域の間で切り替える手段とし、タブが選択される時に、画面に現在表示されている表示領域が画面から除去され、選択されたタブに関連する表示領域が、画面に表示されること。」
　
（３）対比
　本願発明と刊行物１記載発明とを対比すると、刊行物１記載発明の「ウィンドウシステムの表示方法」において、ウィンドウシステムは、ウィンドウ１３１とウィンドウ１３２とを有し、作業中のウィンドウであるアクティブウィンドウのアプリケーション名をタイトルバー１１に表示するから、ウィンドウ１３１とウィンドウ１３２はそれぞれアプリケーションに対応したウィンドウであること、及び各ウィンドウに前記アプリケーションが割り当てられていることは明らかであり、また、ウィンドウ１３内にウィンドウ１３１とウィンドウ１３２が開かれているから、ウィンドウ１３は、ウィンドウ１３１とウィンドウ１３２の情報を統合して表示処理すること、及び複数情報を統合表示処理することも明らかである。
　よって、刊行物１記載発明の「ウィンドウシステムの表示方法」は、本願発明の「アプリケーションにそれぞれ対応した複数のウィンドウの情報を統合して表示する方法」及び「複数情報統合表示処理方法」に相当する。
　そして、刊行物１記載発明は、「マウスポインタ１４をウィンドウ１３１へ移動した後マウスポインタ１４をクリックし、アクティブウィンドウをウィンドウ１３からウィンドウ１３１へ切り換えると、アクティブとなったウィンドウ１３１内には、タイトルバー１１およびメニューバー１２は配置されておらず、ウィンドウ１３１のタイトルおよびメニューはタイトルバー１１およびメニューバー１２に表示され、ウィンドウ１３１に対しては、メニューバー１２を選択することによりコマンドを与えることが可能となり、同様にマウスポインタ１４をウィンドウ１３２へ移動した後、マウスポインタ１４をクリックし、アクティブウィンドウをウィンドウ１３１からウィンドウ１３２へ切り換えると、ウィンドウ１３２のタイトルおよびメニューは、タイトルバー１１およびメニューバー１２に表示され」るから、「アクティブなウィンドウに対応して、メニューの内容を動的に切り換える」ことは明らかであり、本願発明も「アクティブなウィンドウのタグに対応して前記固有メニューの内容を動的に切り換える」から、刊行物１記載発明と本願発明とは、「アクティブなウィンドウに対応してメニューの内容を動的に切り換える」点で一致する。
　
　したがって、両者の一致点及び相違点は次のとおりである。
　
［一致点］
「アプリケーションにそれぞれ対応した複数のウィンドウの情報を統合して表示処理する方法において、
　アクティブなウィンドウに対応してメニューの内容を動的に切り換えることを特徴とする複数情報統合表示処理方法。」
　
［相違点］
［相違点１］　
　本願発明では、「少なくとも２つの領域を含むタイルパターンにより１画面を管理し、前記タイルパターンの各領域に前記アプリケーションをタグ付きで割り当て」るのに対して、
　刊行物１記載発明では、「各ウィンドウに前記アプリケーションが割り当て」られている点。
　
［相違点２］
　本願発明では、「メニューバーを共通メニュー表示領域と固有メニュー表示領域とに分け、アクティブなウィンドウのタグに対応して前記固有メニューの内容を動的に切り換える」のに対して、
　刊行物１記載発明では、「アクティブなウィンドウに対応してメニューの内容を動的に切り換える」点。
　
（４）判断
　上記相違点について検討する。
［相違点１］について
　ウィンドウ表示に際し、「少なくとも２つの領域を含むタイルパターンにより１画面を管理」することは、特開２０００−１５５６３７号公報、特開平５−２５０１２５号公報などに記載のように周知技術である。
（特開２０００−１５５６３７号公報の段落【００１６】〜【００２７】「次に、図１〜図７を参照して、図１のマルチウィンドウ表示システムにおける物理画面の論理画面への分割動作と応用プログラムの論理画面への配置動作を詳細に説明する。最初は、図３のように、表示装置４の物理画面ＰＤ１は、論理画面には分割されておらず、そのまま１つの画面として使用されているとする。
　ユーザは、物理画面を複数の論理画面に分割して使用することを決定すると、入力装置１を用いて分割要求を入力する。この分割要求は、入力装置１から論理画面生成手段５１へ送出される（図２のステップ１０１）。論理画面生成手段５１は、物理画面を複数の論理画面に分割する分割要求を入力装置１から受け取ると、画面分割パターン情報記憶部３１に記憶された分割パターン情報を取得する。
　画面分割パターン情報記憶部３１には複数の分割パターン情報が予め登録されており、各分割パターン情報は、図４（ａ）〜図４（ｉ）に示すような分割パターンＭＩ１〜ＭＩ９を示している。そして、論理画面生成手段５１は、取得した各分割パターン情報を基に、分割パターンの一覧表示を行うメニューの画像データを作成して、この画像データを画面表示制御手段５３に送る。
　画面表示制御手段５３は、論理画面生成手段５１からの画像データを表示装置４に出力することで、上記メニューを表示装置４の画面に表示させ、ユーザに分割パターンの決定を促す。ユーザは、メニューに列挙されている図４のような登録済みの分割パターンの中から適当なものを選ぶか、あるいはユーザ自ら分割パターンを新たに作成して入力するかを選択する（図２のステップ１０２）。「登録済みの分割パターンから選択する場合、ユーザは、入力装置１を用いてメニューから適当な分割パターンを選択する（図２のステップ１０３）。一方、新たな分割パターンを入力する場合、ユーザは、入力装置１を用いて新たな分割パターンを入力する（図２のステップ１０４）。ここでは、一例として、ユーザが図４（ｅ）の分割パターンＭＩ５を選択したとする（図２のステップ１０３）。
　こうして、ユーザが決定した分割パターンを示す分割パターン情報が入力装置１から論理画面生成手段５１へ送出される。そして、論理画面生成手段５１は、入力装置１から受け取った分割パターン情報を画面表示制御手段５３へ送る。
　画面表示制御手段５３は分割パターン情報を記憶する。この分割パターンは、画面表示制御手段５３が表示装置４を介して表示を行うときに使用される。同時に、画面表示制御手段５３は、分割パターン情報（分割パターンＭＩ５）に応じて、図５のように物理画面ＰＤ１を３つの論理画面ＬＤ１と論理画面ＬＤ２と論理画面ＬＤ３とに分割し、これを表示装置４に表示させる（図２のステップ１０５）。
　次に、ユーザは、応用プログラムＡＰ１の起動を決定すると、応用プログラムＡＰ１の起動要求を入力装置１を用いて入力する（図２のステップ１０６）。この応用プログラムＡＰ１の起動要求は、入力装置１からウィンドウ配置手段５２へ送出される。ウィンドウ配置手段５２は、応用プログラムＡＰ１の起動要求を入力装置１から受け取ると、この応用プログラムＡＰ１をどの論理画面に表示するか決定を促す画像データを作成して、この画像データを画面表示制御手段５３へ送る。
　そして、画面表示制御手段５３は、ウィンドウ配置手段５２からの画像データを表示装置４に出力することで、応用プログラムＡＰ１をどの論理画面に表示するか決定を促す画像を表示装置４の画面に表示させる。ユーザは、その画面表示を見て、応用プログラムＡＰ１をどの論理画面に表示するか決定し、応用プログラムＡＰ１のウィンドウをどの論理画面に表示するかを示す情報を入力装置１を用いて入力する（図２のステップ１０７）。この情報は、入力装置１からウィンドウ配置手段５２へ送出される。
　ここでは、３つの論理画面のうち、論理画面ＬＤ１を選択したとする。こうして、応用プログラムＡＰ１と論理画面ＬＤ１の対応関係が決定すると、ウィンドウ配置手段５２は、応用プログラムＡＰ１と論理画面ＬＤ１の対応関係を示す情報を画面表示制御手段５３へ送る。画面表示制御手段５３は、この情報を記憶する。また、ウィンドウ配置手段５２は、応用プログラム実行手段２１に対して、起動要求された応用プログラムＡＰ１の実行を要求する。
　これにより、応用プログラム実行手段２１は、応用プログラムＡＰ１の実行を開始する（図２のステップ１０８）。応用プログラム実行手段２１で応用プログラムＡＰ１の実行が開始され、応用プログラムＡＰ１から図６のようなウィンドウＷ１の描画要求があると、その要求は、応用プログラム実行手段２１から画面表示制御手段５３へ送出される。画面表示制御手段５３は、応用プログラムＡＰ１に対応する論理画面ＬＤ１に描画し、その結果は表示装置４により表示される（図６）。
　同様にして、図２のステップ１０９〜１１１の動作により応用プログラムＡＰ２のウィンドウＷ２を論理画面ＬＤ２に表示し、図２のステップ１１２〜１１４の動作により応用プログラムＡＰ３のウィンドウＷ３を論理画面ＬＤ３に表示することができる（図７）。」及び図４などを参照。）や、
　特開平５−２５０１２５号公報の段落【００１２】，【００２０】，【００２４】，【００２７】〜【００３１】（「ウィンドウメモリ１２は前述したキーボード１１ａやマウス５のオペレータの操作によって作成されたウィンドウ表示データが、またウィンドウ管理テーブル１３にはそのウィンドウ表示データを表示する位置や、ウィンドウの前後表示関係を表すウィンドウ情報が格納されている。」，「｛分  割  表  示｝前述した動作によって図５に示す重ね合わせ表示がなされる。一方、画面分割処理が指定された時には（図５におけるマウスカーソル３を図６に示す「画面分割」の位置に移動させ、ボタンスイッチ５−１を押下する）、プロセッサ８は図８に示す分割表示のフローチャートを実行する。まず現在の親ウィンドウを検出し、その親ウィンドウに関するサブウィンドウの数を求める処理ＳＴ１を実行する。」，「前述した処理ＳＴ１により、表示すべきサブウィンドウの数が求められるので、次には、分割パターンを決定する処理ＳＴ２を実行する。」，「図１０（ａ）〜（ｆ）はサブウィンドウ数すなわちＺの値が２〜７の時の分割とウィンドウ表示の順を説明する図である。
　２個の時には上下にウィンドウＷ１，Ｗ２を割当てる（図１０（ａ））。３個の時には上側にウィンドウＷ１を下側にウィンドウＷ２，Ｗ３を割当てる（図１０（ｂ））。同様に４個の時には上段にウィンドウＷ１，Ｗ２、下段にウィンドウＷ３，Ｗ４（図１０（ｃ））。５個の時には上段にウィンドウＷ１，Ｗ２、下段にウィンドウＷ３，Ｗ４，Ｗ５（図１０（ｄ））。６個の時には上段にウィンドウＷ１，Ｗ２，Ｗ３、下段にウィンドウＷ４，Ｗ５，Ｗ６（図１０（ｅ））。７個の時には上段にウィンドウＷ１〜Ｗ３、下段にウィンドウＷ４〜Ｗ７（図１０（ｆ））をそれぞれ割当てる。
　前述したようなウィンドウ数Ｚの値に対応して処理ＳＴ２では表示画面７を分割し、それぞれのウィンドウに割当てる。
　この処理ＳＴ２の後には、各割当てられ分割された領域の座標Ｘ，Ｙをそれぞれ求めるとともにそれぞれの管理テーブルに格納する処理ＳＴ３を実行する。これにより各管理テーブルには対応する領域に割当てられた値が格納される。なお、当然ではあるが、その時には上下ならびに左右方向の大きさすなわちウィンドウの幅ｂｐｗと、ウィンドウの高さｂｐｈをも計算されて管理テーブルに格納される。
　以上の処理が終了すると、プロセッサ８はオーバーラップ制御装置１４に対し、表示処理の実行を開始させる。前述した重ね合わせの表示では各ウィンドウが重ね合わさる領域を検出し、領域分割して重ね合わせ表示を行っているが、前述した図８の処理が終了した後はそれぞれのアクティブウィンドウが重ね合わさらないような値となっているので、オーバーラップ制御装置１４は単に分割されて領域単位で表示制御メモリ１５に表示制御データを格納する。これが終了すると重ね合わせ表示の場合と同様にウィンドウ表示装置１６の制御によって、ウィンドウメモリ１２の内容がビットムーバ１７によって表示メモリ１０に格納される位置が制御されて、表示メモリ１０に記憶される。これによって表示制御装置９を介して表示画面７に図７に示すような分割表示される。なお、アクティブウィンドウは常に親ウィンドウによって第１番目に指示されるので、図１０（ａ）〜（ｆ）におけるウィンドウＷ１がこれに対応する。」及び図１０などを参照。）
　
　そして、「ウィンドウをタグ付きで表示」することは、刊行物３記載発明のように公知であるから、刊行物１記載発明に、周知技術、刊行物３記載発明を適用して、「少なくとも２つの領域を含むタイルパターンにより１画面を管理し、前記タイルパターンの各領域に前記アプリケーションをタグ付きで割り当て」、相違点１に係る構成とすることは、当業者であれば適宜なし得た設計事項である。
　
［相違点２］について
　「ウィンドウシステムにおいて、各アプリケーションを開くと、各アプリケーションで共通のメニューが共通のメニューバーに表示され、その下に各アプリケーション個別のメニューが固有メニューバーに表示されること。」は、刊行物２記載発明のように公知であるから、刊行物１記載発明のメニューの表示処理において、刊行物２記載発明を適用し、「メニューバーを共通メニュー表示領域と固有メニュー表示領域とに分け」る構成とすることは、当業者が適宜なし得た設計事項である。
　
　そして、「ウィンドウをタグ付きで表示」すること、「タブをクリックすることを、複数の表示領域の間で切り替える手段とし、タブが選択される時に、画面に現在表示されている表示領域が画面から除去され、選択されたタブに関連する表示領域が、画面に表示されること」すなわち「タグによって、ウィンドウを切り換えること」は、いずれも刊行物３記載発明のように公知であるから、刊行物１記載発明に、刊行物２記載発明、刊行物３記載発明を適用し、アクティブなウィンドウのタグに対応して固有メニューの内容を動的に切り換え、相違点２に係る構成することは、当業者が容易に想到し得た事項である。
　
　また、本願発明の構成を採用することによる効果も、刊行物１記載発明、刊行物２記載発明、刊行物３記載発明及び周知技術からみて格別のものでもない。
　よって、刊行物１記載発明、刊行物２記載発明、刊行物３記載発明及び周知技術に基づいて、本願発明の構成とすることは、当業者が容易に想到し得た事項である。
　
ＩＶ．むすび
　以上のとおり、本願発明は、刊行物１記載発明、刊行物２記載発明、刊行物３記載発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　
　よって、結論のとおり審決する。