【事件の表示】
　特願２００２−２８４５８３「タッチパネル付きディスプレイ装置、上書き制御方法、その方法をコンピュータに実行させるプログラム、そのプログラムを記録したコンピュータ読み取り可能な記録媒体」拒絶査定不服審判事件〔平成１６年　４月１５日出願公開、特開２００４−１１８７５２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯
　本願は、平成１４年９月２７日の出願であって、平成１９年７月９日付けで拒絶査定がなされたところ、これに対して同年８月１６日に拒絶査定に対する審判請求がなされるとともに、同年９月１４日に手続補正書が提出されたものである。
　
２．補正却下の決定
　平成１９年９月１４日に提出された手続補正書による補正の補正却下の決定
　
（１）［補正却下の決定の結論］
　平成１９年９月１４日に提出された手続補正書による補正（以下、「本件補正」という。）を却下する。
　
（２）［補正却下の決定の理由］
（ａ）補正の内容
　本件補正によると、その特許請求の範囲の請求項４は、
「表示画面内の一部に、アプリケーション画像を表示するウィンドウ画面を表示するウィンドウ表示ステップと、
　前記表示画面において検出された座標を取得し、該座標に基づいて、前記表示画面の全画面に相当する画面であり前記アプリケーション画像に対する上書き画像を表示する全画面透明ウィンドウ画面に画像を上書きする上書ステップと、
　前記ウィンドウ画面の表示範囲が移動した場合、前記ウィンドウ画面上の１点の原点座標を検出し、検出した当該原点座標の移動量に基づいて、移動した前記表示範囲の移動量及び移動方向を変更量として検出する表示範囲変更量検出ステップと、
　前記表示範囲変更検出ステップにおいて検出された表示範囲の変更量に基づいて、前記全画面透明ウィンドウ画面に上書きされた画像である上書画像の表示範囲を変更する上書き表示範囲変更ステップと、
を含むことを特徴とする上書き制御方法。」
と補正されている。　
　
（ｂ）補正の可否の検討
　上記補正は、補正前の請求項４に係る発明の構成要件である「前記表示画面において検出された座標を取得し、該座標に基づいて、前記表示画面に画像を上書きする上書ステップ」を「前記表示画面において検出された座標を取得し、該座標に基づいて、前記表示画面の全画面に相当する画面であり前記アプリケーション画像に対する上書き画像を表示する全画面透明ウィンドウ画面に画像を上書きする上書ステップ」とする補正を含むものである。
　
　しかしながら、願書に最初に添付した明細書又は図面（以下、「当初明細書等」という。）には、「表示画面の全画面に相当する画面であり前記アプリケーション画像に対する上書き画像を表示する全画面透明ウィンドウ画面に画像を上書きする」ことは記載されていない。
　すなわち、当初明細書等には、「全画面透明ウィンドウ画面」について、「【００８３】また、上書部３０３は、操作モードがＡＰＬモードである場合（ステップＳ１１１１：Ｙｅｓ）、ペン、図形、スタンプ、消しゴムのいずれかのボタンへのタッチによって上書きモードへ移行する（ステップＳ１１１２）。
【００８４】上書きモードへの移行により、上書部３０３は、表示されているウィンドウの原点座標、幅、高さを取得、保存する（ステップＳ１１１３）。そして、ウィンドウの移動に伴う上書きデータの移動処理を行う（ステップＳ１１１４）。
【００８５】ウィンドウの移動に伴う上書きデータの移動処理は、前記したように、表示画面にウィンドウ画面を表示するウィンドウ表示ステップと、表示画面に表示されたウィンドウ画面上において検出された座標を取得し、この座標に基づいてウィンドウ画面内に画像を上書きする上書ステップと、ウィンドウ画面の表示範囲が変更された場合、変更された表示範囲の変更量を検出するステップと、検出された表示範囲の変更量に基づいて、ウィンドウ画面内に上書きされた画像である上書画像の表示範囲を変更するステップと、を含む。
【００８６】移動処理後、ＡＰＬ１１１は、上書きモードへ移行するためツールバー等の一切ない全画面透明ウィンドウを表示する（ステップＳ１１１５）。そして、保存されている上書きデータをウィンドウの領域分切り取って表示する（ステップＳ１１１６）。」（段落【００８３】〜【００８６】）と記載されているだけで、「全画面透明ウィンドウ」は、移動処理後、上書きモードへ移行するため表示され、ツールバー等の一切ないことが記載されているものの「全画面透明ウィンドウ」が「表示画面の全画面に相当する画面であり前記アプリケーション画像に対する上書き画像を表示する」ものであって、「表示画面において検出された座標を取得し、該座標に基づいて、」「画像を上書きする」ことは全く記載されていない。
　また、「表示画面において検出された座標を取得し、該座標に基づいて、前記表示画面の全画面に相当する画面であり前記アプリケーション画像に対する上書き画像を表示する全画面透明ウィンドウ画面に画像を上書きする」ことは、当初明細書等の記載から自明な事項ともいえないから、上記補正は願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてしたものとはいえない。
　
（ｃ）まとめ　
　したがって、本件補正は、特許法第１７条の２第３項の規定に違反するので、同法第１５９条第１項において読み替えて準用する特許法第５３条第１項の規定により却下する。
　
３．本願発明
　上記のとおり、上記本件補正は却下されたので、本願請求項４に係る発明（以下、「本願発明」という。）は、平成１９年６月１８日に提出された手続補正書における特許請求の範囲の請求項４に記載された事項により特定される、以下のとおりのものである。
　
「表示画面内の一部に、上書きの対象となる画像を表示するウィンドウ画面を表示するウィンドウ表示ステップと、
　前記表示画面において検出された座標を取得し、該座標に基づいて、前記表示画面に画像を上書きする上書ステップと、
　前記ウィンドウ画面の表示範囲が移動した場合、前記ウィンドウ画面上の１点の原点座標を検出し、検出した当該原点座標の移動量に基づいて、移動した前記表示範囲の移動量及び移動方向を変更量として検出する表示範囲変更量検出ステップと、
　前記表示範囲変更検出ステップによって検出された表示範囲の変更量に基づいて、前記表示画面に上書きされた画像である上書画像の表示範囲を変更する上書き表示範囲変更ステップと、
を含むことを特徴とする上書き制御方法。」
　　
４．引用例
　原査定の拒絶の理由に引用された特開２０００−４７９９１号公報（以下、「引用例」という。）には、図とともに、以下のような記載がある。
（ａ）「【０００７】本発明の他の１つの目的は、アプリケーションの移動に追随してアノテーションが移動するユーザにとって使い勝手のよいシステムを提供することにある。」（段落【０００７】）
　
（ｂ）「【００１２】
【課題を解決するための手段】オペレータによって指定されたアプリケーション・ウインドウ上に、そのアプリケーション・ウインドウの子ウインドウとなる透明ウインドウを生成する。そして、アプリケーション・ウインドウ領域においてフックを登録し、その領域で発生するメッセージを検出する。そして、メッセージの種類に応じてアノテーション描画、アプリケーション・ウィンドウ（およびその子孫ウィンドウ）の再描画に伴うアノテーションの再描画、アプリケーション・ウィンドウの大きさの変更や移動に伴う透明ウインドウの位置、大きさの調整を行う。」（段落【００１２】）
　
（ｃ）「【００１４】本発明の一態様においては、表示画面と、前記表示画面上の位置を指定するポインティングデバイスとを有し、前記表示画面において複数のアプリケーション・ウインドウを表示することのできる表示制御装置上で実行されるアプリケーション・ウインドウにアノテーション・データを対応付ける方法であって、（ａ）オペレータ入力に応答してアプリケーション・ウインドウを特定する段階と、（ｂ）該特定されたアプリケーション・ウインドウの手前側に該特定されたアプリケーション・ウインドウのタイトルバーを除く領域とほぼ同じ領域において、透過性を有するウインドウを前記特定されたアプリケーション・ウインドウをペアレント・ウインドウとして生成する段階と、（ｃ）前記透過性を有するウインドウ上でのオペレータ入力を監視する段階と、（ｄ）前記透過性を有するウインドウ上でオペレータ入力が発生した場合に、前記透過性を有するウインドウに対しアノテーション・データを生成するためのイベントであるか否かを判定する段階と、（ｅ）前記透過性を有するウインドウ上で発生したオペレータ入力がアノテーション・データを生成するためのイベントであると判断された場合に、前記透過性を有するウインドウにおいて該オペレータ入力に応答したアノテーション・データを生成する段階と、を含むアプリケーション・ウインドウにアノテーション・データを対応付ける方法が提供される。」（段落【００１４】）
　
（ｄ）「【００１８】本発明の他の一態様においては、表示画面と、前記表示画面上の位置を指定するポインティングデバイスとを有し、前記表示画面において複数のアプリケーション・ウインドウを表示することのできる表示制御装置上で実行されるアプリケーション・ウインドウにアノテーション・データを対応付ける方法であって、
（ａ）アプリケーション・ウインドウの手前側に透過性を有するウインドウを生成する段階と、（ｂ）前記透過性を有するウインドウ上でのオペレータ入力を監視する段階と、（ｃ）前記透過性を有するウインドウ上でオペレータ入力が発生した場合に、前記透過性を有するウインドウにおいて該オペレータ入力に応答したアノテーション・データを生成する段階と、を含むアプリケーション・ウインドウにアノテーション・データを対応付ける方法が提供される。」（段落【００１８】）
　
（ｅ）「【００３８】Ｂ．システム構成
次に、図２のブロック図を参照して、本発明のシステム構成について説明する。本発明の好適な実施例においては、表示制御システム１００には、対象アプリケーション２０１、オペレーティング・システム２０３、透明ウインドウ２０５、ウインドウ・プロシージャ２０７、描画部２０９、描画制御部２１１、フック２１３、入出力制御部２１５、イベント判定部２１７、サイズ調整部２１９、再描画制御部２２１、表示制御部２２３及び、描画パラメータ２２５が含まれている。
【００３９】対象アプリケーション２０１は、アノテーションを行う対象となるアプリケーションである。オペレーティング・システム２０３は、後述する透明ウインドウ２０５やフック２１３等を生成し、また、入力された信号を解釈し、所定のアプリケーションにウインドウメセージとして出力を行う。
【００４０】透明ウインドウ２０５は、オペレータ入力に応答して、アノテーション・データの出力表示を行う。ウインドウ・プロシージャ２０７は、透明ウインドウ２０５で発生した描画イベントを取得する。
【００４１】描画制御部２１１は、ウインドウ・プロシージャ２０７が取得した描画イベントを解釈し、所定期間の座標変化データ等を取得する。描画部２０９は、描画制御部２１１で解釈された座標変化データに基づいてアノテーション・データ（ポリーライン等）を生成する。
【００４２】フック２１３は、対象アプリケーションのウインドウ上で発生するイベントを取得する。入出力制御部２１５は、マウス等のポインティングデバイスからの信号を制御する。イベント判定部２１７は、入力されたイベントの内容を解釈し、その種類を判別する。
【００４３】サイズ調整部２１９は、透明ウインドウ２０５のサイズを対象アプリケーション２０１のウインドウ・サイズに適合するように調整する。再描画制御部２２１は、対象アプリケーション２０１の再描画が行われた後に透明ウインドウ２０５が再描画されるように制御を行う。
【００４４】表示制御部２２５は、透明ウインドウ２０５の生成、消滅を制御する。描画パラメータ２２５は、描画パラメータの変更を制御する。インタフェース２３１は、他のコンピュータシステムと通信を行うためのインタフェースである。」（段落【００３８】〜【００４４】）
　
（ｆ）「【００４８】Ｃ．動作説明
Ｃ−１．透明ウインドウの生成
図３は、本発明の好適な実施例におけるユーザインタフェースの一例である。ウインドウ３００は、アプリケーション・ウインドウであり、ウインドウ３５０は、アノテーション制御ウインドウである。
【００４９】本発明の好適な実施例においてアノテーション制御ウインドウ３５０には、接続先エントリ３５５、接続ボタン３５７、切断ボタン３５９、アノテーション終了ボタン３６１、アノテーション開始ボタン３６５、線種指定アイコン３７１〜３７７、色彩指定アイコン３８１〜３８８、クリアボタン３９１、図形呼び出しボタン３９３が配置されている。
【００５０】接続先エントリ３５５は、接続先を特定するためのエントリであり、接続先のアドレス等が入力される。なお、このエントリ３５５は、キーボードによる入力のみならず、予め登録されているアドレスをプルダウンメニュを選択することによっても指定可能である。
【００５１】接続ボタン３５７は、接続先エントリで指定されたコンピュータシステムへの接続動作を開始するためのボタンである。切断ボタン３５９は、他のコンピュータシステムとの接続を切断するためのボタンである。アノテーション終了ボタン３６１は、アノテーションモードを解除し、透明ウインドウ２０５等を消去するためのボタンである。アノテーション開始ボタン３６５は、アノテーションモードに切り換え、透明ウインドウ等を生成するためのボタンである。本発明の好適な実施例において、アノテーション開始ボタン３６５がクリックされると、マウスポインタはペンの形状に変化し、アノテーション終了ボタン３６１がクリックされると、マウスポインタは元の形状に戻るようになっている。
【００５２】線種指定アイコン３７１〜３７７は、アノテーションを行うに際し、使用する線の太さを指定するためのアイコンである。色彩指定アイコン３８１〜３８８は、アノテーションを行うに際し、使用する線の色を指定するためのアイコンである。
【００５３】クリアボタン３９１は、現在指定したアノテーション制御ウインドウの指定を初期状態に設定し直すためのボタンである。図形呼び出しボタン３９３は、図形パレット（図示せず）を呼び出すためのボタンである。オペレータは、図形パレットにおいて、矩形、楕円形等、所望の図形を指定し、透明ウインドウにその図形を描画することもできる。
【００５４】イレーザ（消しゴム）アイコン３９５は、すでに行ったアノテーションを消去するためのボタンである。本発明の好適な実施例において、イレーザ・アイコン３９５がクリックされるとマウスポインタは消しゴムの形状に変化し、アノテーション開始ボタン３６５、線種指定アイコン３７１〜３７７、図形パレットがクリックされることにより、イレーザモードが解除される。」（段落【００４８】〜【００５４】）
　
（ｇ）「【００６２】なお、透明ウィンドウ２０５を対象アプリケーション２０１のウィンドウのチャイルド・ウインドウとして作成するため、対象アプリケーション２０１のウィンドウを移動した場合、透明ウィンドウ２０５自体もオペレーティングシステム２０３によって移動される。
【００６３】オペレータがポインティングデバイスによって、透明ウインドウ２０５上の描画（アノテーション）を要求した場合には、オペレーティングシステム２０３の働きによって、入力デバイスからのイベントを通知するメッセージが透明ウィンドウ２０５のウィンドウプロシージャ２０７に渡される。ウィンドウプロシージャ２０７ではイベントをアノテーションを行うべきイベントであると判定し、描画制御部２１１に通知する。アノテーションを行うべきイベントであるか否かの判定は、例えば、マウスの場合には、左ボタンを押した場合にアノテーションの開始、左ボタンを離した場合にアノテーションの終了、左ボタンを押したまま移動した場合にアノテーションを行うと判定する。
【００６４】描画制御部２１１ではイベントに応じて描画データを更新する。具体的には、描画制御部は、ウインドウ・プロシージャ２０７が取得した描画イベント（アノテーション・イベント）を解釈し、所定期間毎の座標変化データ等を取得する。フリーハンドで線を描く場合には、描画部２０９は、描画制御部２１１で解釈された座標変化データに基づいて、ごく短い線分データの集合であるアノテーション・データ（ポリライン）を生成する。矩形等の所定の図形データの場合には、対角位置の２点の座標等、その図形を定義するためのデータが生成される。描画部２０９では、描画制御部２１１あるいは再描画制御部２２１からの通知に基づいて、現在描画されているべきデータを更新、あるいは再描画する。」（段落【００６２】〜【００６４】）
　
　以上の記載によれば、この引用例には以下のような発明（以下、「引用例発明」という。）が開示されていると認められる。
　
「表示画面に、複数のアプリケーション・ウィンドウを表示する段階と、
　オペレータが対象アプリケーション・ウィンドウを特定すると、対象アプリケーション・ウィンドウと同じ領域においてチャイルド・ウインドとして透過性を有するウィンドウ（透明ウインドウ）を対象アプリケーション・ウィンドウの手前側に生成する段階と、
　前記透過性を有するウィンドウ（透明ウインドウ）で発生した描画イベントを解釈して座標変化データを検出し、該座標変化データに基づいてアノテーション・データを前記透過性を有するウィンドウ（透明ウインドウ）に生成する段階と、
　対象アプリケーション・ウィンドウを移動した場合、前記透過性を有するウィンドウ（透明ウインドウ）も移動する段階と、
を含むことを特徴とするアプリケーション・ウィンドウにアノテーション・データを対応付ける方法。」　
　
５．対　比
　本願発明と引用例発明とを対比する。
　引用例発明の「アノテーション・データ」は、本願発明の「上書画像」に相当し、引用例発明の「対象アプリケーション・ウィンドウ」は、アノテーション・データを対応付けるウインドウであるから、本願発明の「上書きの対象となる画像を表示するウインドウ画面」に相当し、引用例発明の「表示画面に、複数のアプリケーション・ウィンドウを表示する段階と、オペレータが対象アプリケーション・ウィンドウを特定すると」は、本願発明の「表示画面の一部に、上書きの対象となる画像を表示するウインドウ画面を表示するウインドウ表示ステップ」に相当する。
　引用例発明の「前記透過性を有するウィンドウ（透明ウインドウ）で発生した描画イベントを解釈して座標変化データを検出し、該座標変化データに基づいてアノテーション・データを前記透過性を有するウィンドウ（透明ウインドウ）に生成する段階」は、「透過性を有するウィンドウ（透明ウインドウ）」が「表示画面」の一部であるといえるから、本願発明の「前記表示画面において検出された座標を取得し、該座標に基づいて前記表示画面に画像を上書きする上書きステップ」に相当する。
　引用例発明の「アプリケーション・ウィンドウにアノテーション・データを対応付ける方法」は、「上書き制御方法」といえる。
　本願発明の「前記ウィンドウ画面の表示範囲」は、その内容が明らかではないので、本願明細書を参酌すると、「ウィンドウの表示範囲が移動した場合、表示範囲変更量検出部３０５は、ウィンドウの表示範囲の少なくとも移動量と移動方向とを検出する。」（段落【００６３】）、「表示範囲変更量検出部３０５が、ウィンドウ画面上の１点の原点座標を検出し、原点座標の移動量に基づいてウィンドウ画面の表示範囲の移動量と移動方向を検出する。」（段落【００６４】）と記載されており、「ウィンドウ画面の表示範囲」は「ウィンドウの表示範囲」であって、表示画面における「ウィンドウ画面」自体の領域を示すものと判断されるから、引用例発明の「対象アプリケーション・ウィンドウ」は、本願発明の「前記ウィンドウ画面の表示範囲」に相当する。
　引用例発明は、「対象アプリケーション・ウィンドウを移動した場合、前記透過性を有するウィンドウ（透明ウインドウ）も移動」し、「透過性を有するウィンドウ（透明ウインドウ）」はアノテーション・データが生成され、「アプリケーション・ウィンドウにアノテーション・データを対応付ける」ものであり、「透過性を有するウィンドウ（透明ウインドウ）」が移動すれば、アノテーション・データの表示範囲が変更されることは明らかであるから、「前記ウィンドウ画面の表示範囲が移動した場合、」「前記表示画面に上書きされた画像である上書画像の表示範囲を変更する上書き表示範囲変更ステップ」を有する点で本願発明に対応する。
　　
　そうすると、両者は、
「表示画面内の一部に、上書きの対象となる画像を表示するウィンドウ画面を表示するウィンドウ表示ステップと、
　前記表示画面において検出された座標を取得し、該座標に基づいて、前記表示画面に画像を上書きする上書ステップと、
　前記ウィンドウ画面の表示範囲が移動した場合、前記表示画面に上書きされた画像である上書画像の表示範囲を変更する上書き表示範囲変更ステップと、
を含むことを特徴とする上書き制御方法。」
で一致するものであり、次の点で相違している。
　
　ウィンドウ画面の表示範囲が移動した場合、本願発明は、「前記ウィンドウ画面上の１点の原点座標を検出し、検出した当該原点座標の移動量に基づいて、移動した前記表示範囲の移動量及び移動方向を変更量として検出する表示範囲変更量検出ステップと、前記表示範囲変更検出ステップによって検出された表示範囲の変更量に基づいて、前記表示画面に上書きされた画像である上書画像の表示範囲を変更する」のに対し、引用例発明は、対象アプリケーション・ウィンドウの移動に伴う透過性を有するウインドウ（透明ウインドウ）の位置の調整を具体的にどのように行うのかが明らかではない点。
　
６．当審の判断
　上記相違点について検討する。
　下のウインドウが移動、変更された場合に、その移動、変更情報によって、その上に重なる透明ウインドウや上書き情報を追従して移動、変更することは、本願出願前に周知の技術（例えば、特開平９−２４４８４４号公報段落【０１０２】の記載、特開平５−８８８３６号公報段落【００１７】第４頁第６欄第２０行〜第５頁第７欄第７行の記載、特開平９−２３７０８０号公報段落【００２４】、【００２５】の記載参照）である。
　したがって、引用例発明において、対象アプリケーション・ウィンドウを移動変更した場合、その移動変更情報によって、アノテーション・データが生成された透過性を有するウィンドウ（透明ウインドウ）を同じ位置に移動することは、当業者が容易に想到し得ることであって、対象アプリケーション・ウィンドウ上の１点の原点座標を検出し、検出した当該原点座標の移動量に基づいて、移動変更した対象アプリケーション・ウィンドウの移動量及び移動方向を変更量として検出し、検出された変更量を透過性を有するウィンドウ（透明ウインドウ）の移動変更情報とすることは、当業者が必要に応じて適宜なし得る設計事項にすぎない。
　
　そして、本願発明により奏される効果は当業者であれば引用例発明及び周知技術から予想できる範囲内のものである。
　
７．結論
　以上のとおり、本願請求項４に係る発明は、引用例発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。