【事件の表示】
　特願２００７−３１４２２９「グラフィック表示装置及びグラフィック表示方法」拒絶査定不服審判事件〔平成２１年　６月２５日出願公開、特開２００９−１４０１１９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　
　本願は、平成１９年１２月　５日に出願された特許出願であって、平成２０年　８月１５日付けで拒絶理由が通知され、これに対して同年　９月２９日付けで手続補正書が提出されたが、同年１２月１２日付けで拒絶査定され、これに対して平成２１年　１月１４日付けで拒絶査定不服審判の請求がなさるとともに同日付けで手続補正書が提出され、平成２２年　７月　９日付けで審尋が通知され、これに対し同年　８月３１日付けで回答書が提出されたものである。
　
２．本願発明について
　
（１）本願の請求項８に係る発明
　
　本願の請求項８に係る発明（以下、「本願発明」という）は、平成２１年　１月１４日付け手続補正書によって補正された特許請求の範囲の請求項８に記載された事項により特定される次のとおりのものである。
　
「グラフィック表示ステップと、
グラフィック表示ステップで表示されるグラフィックの操作を受け付けるためのグラフィック操作ステップと、
グラフィック操作履歴を保持する操作履歴保持ステップと、
グラフィック操作によって将来表示に用いられる可能性があるグラフィック情報を先読みしてキャッシュする際に、前記操作履歴に応じて前記先読みすべき範囲を決定する先読範囲決定ステップと、
先読みキャッシュステップと、
を有する表示方法。」
　
　なお、審判請求人が、平成２２年　８月３１日付け回答書において、
　
「 （２） 請求項８について 
 　請求項８については審判請求時において補正を行っておらず、その内容は変化していないものと思料致します。 」
　
と主張するように、本願発明は、平成２１年　１月１４日付け手続補正書による補正によってもなお、平成２０年　９月２９日付け手続補正書によって補正された特許請求の範囲の請求項８の内容から変更されていない。
　
（２）引用文献の記載事項及び引用文献発明
　
　原査定の拒絶の理由に引用された特開平１１−８８８６６号公報（以下、「引用文献１」という。）には、図面とともに以下の記載がある。
　
（１ａ）「【００５３】上記、図７と図８とによる処理フローは、個々のブロックを伝送する際の処理を表しているが、図９と図１０とは画像を表示するに当っての全体的な処理を表している。
【００５４】（ステップＳ１９）：クライアント５側が起動されている状態で、クライアント５側が、いずれの画像を表示したいかを指定する。この指定に対応して、図１０に示す如く、サーバ１側ではステップＳ２０における処理が行われる。
【００５５】（ステップＳ２０）：サーバ１側では、指定された画像についての基本情報と初期画像とを、図示メモリ（図１に示す補助記憶装置２に対応するメモリ）２から取出して、クライアント５側に送る。
【００５６】（ステップＳ２１）：クライアント５側では、サーバ１側からサムネイル画像を取得して、表示装置の画面上のコントロール・ウィンドウに表示する。なお当該サムネイル画像とは、縮小された大きさの画像という意味である。今の場合では、指定された画像が例えば特定の仏像画像であれば当該特定の仏像について正面像や側面像や背面像や上面側や局部像などの夫々のサムネイル画像を、サーバ１側が上記初期表示画像として送信する。勿論、上記特定の仏像画像が指定された場合に、当該特定の仏像と関連のある他の特定の仏像についてのサムネイル画像を送信することもある。
【００５７】（ステップＳ２２）：クライアント５側のオペレータが、画像についての表示装置に表示する座標範囲を指定する。例えば仏像の頭部のみを表示するなどの指定が行われる。
【００５８】（ステップＳ２３）：ステップＳ２２における指定に対応して、その指定範囲のブロックが、クライアント５側のキャッシュ・メモリ上にキャッシュされていない場合には、当該ブロックを転送してもらうように、サーバ１に要求する。キャッシュ・メモリに既にキャッシュされていれば、ステップＳ２６に進む。
【００５９】（ステップＳ２４）：ステップＳ２３における要求があった場合、サーバ１側では、転送などの効率を判断して、ＪＰＥＧ画像かイメージ展開画像かを決め、いずれかをクライアント５側に送信しかつサーバ１側でもキャッシュ・メモリにキャッシュする。この場合の効率を判断するとは、図４、図５、図６、図７、図８に関連して説明した閾値（判定レート）にもとづいて転送などの処理の効率を判断することである。ステップＳ２４においても、サーバ１は図示メモリ２を参照する。
【００６０】（ステップＳ２５）：サーバ１側では、並行する処理によって、クライアント５側から次の要求を予測して、必要となるであろうブロックについてメモリ２からの先読み処理を行う。先読み処理については後述される。
【００６１】（ステップＳ２６）：クライアント５側では、必要とするブロックについてのイメージ展開が未だなされていなければそれを行い、画像表示が可能な状況をつくる。
【００６２】（ステップＳ２７）：画像表示のための処理を行う。
（ステップＳ２８）：表示を行う。
（ステップＳ２９）：クライアント５側では、オペレータからの次のコマンド待ちの状態となる。
【００６３】（ステップＳ３０）：オペレータがマウスを移動するなどしてズームやスクロールを行う状況に対応して、次に必要となるであろうブロックを予測して、当該必要となるであろうブロックがクライアント５側に存在しなければ、サーバ１側に要求する。
【００６４】（ステップＳ３１）：ステップＳ３０において、サーバ１側からＪＰＥＧ画像を受取った場合には、当該ブロックをイメージ・データに展開し、キャッシュ・メモリにキャッシュする。
【００６５】（ステップＳ３２）：表示が終了したか否かを調べる。ＮＯの場合には、ステップＳ１９にあるいはステップＳ２２に戻る。ステップＳ１９に戻る場合は、例えば他の特定の仏像画像の表示へ移る場合である。またステップＳ２２に戻る場合は、現に表示している例えば、仏像画像についての他の範囲を表示するような場合に対応している。
【００６６】（ステップＳ３３）：ステップＳ３２でＹＥＳの場合には、キャッシュ・メモリの内容を開放する。図１１は画像表示に当っての表示画像範囲の移動を説明する図である。図中の符号１６、２４は図４に対応しており、２７は表示画面を表している。
【００６７】ブロック１６ｉ、ｊがマトリクス状に存在している際に、今、クライアント５側での表示が図示の表示枠２４で示す如きものであったとする。この場合、図示×印を付したブロックがクライアント５側へ転送されて、図示の表示画面２７に表示される。
【００６８】今、現に、表示枠２４に入る領域のブロックが転送されて表示されているとしても、クライアント５側でオペレータがズーム操作やスクロール操作を行っているとすると、クライアント５側では当該操作に伴なって次の必要となるブロックについて、早めにサーバ１に要求を出して取得することが望まれる。このために、先読み処理が行われる。
【００６９】図１１においては、表示枠２４−０で囲われる範囲であったものが表示枠２４−１に移行し、次いで表示枠２４に移行したものとして示されている。本発明の場合には、現に表示されている画面の１ステップ以前の画面と２ステップ以前の画面との２つをみて、上記次のステップにおいて必要となるブロックを判定するようにしている。即ち、次のステップにおいて必要となるブロックが存在する方向を推定するようにする。図１１の場合には、表示範囲が白抜き矢印５０の方向に移動しているとみるようにしている。
【００７０】図１２はキャッシュ処理を説明する図である。図中の符号１６はブロックを表わし、１６（現）は現在表示中のブロック、１６（前）は１ステップ以前に表示されたブロック、１６（予）は次のステップで表示されるであろうブロック、１６（先）は次の次のステップで表示されるであろうブロックを表わしている。
【００７１】図１２における最上段の列(I) に示す如く表示範囲が図示右方向に移行しているとする。マウスが右方向に進行しつつ現時点においてブロック１６（現）（右上りの斜線範囲）が表示されているとする。この場合、当該移行方向を、図１１で説明したアルゴリズムによって判定し、クライアント５側では予約ブロック１６（予）と先読みブロック１６（先）とをキャッシュ・メモリ上に取込んでゆくようにする。勿論、当該各ブロックが既にキャッシュ・メモリ上に存在すれば、改めてサーバ１側から取込むことはない。」、
　
（１ｂ）「【０１１４】なお、図１１、図１２に関連して、ズーム操作やスクロール操作の間に、キャッシュ・メモリ上で予約ブロックや先読みブロックが次々と先行してロードされてくる状況を説明した。このような先行ロードの処理を実行させることによって、例えば図１２に示す例(I) における前ブロック１６（前）が現に表示されている状態の下では、先読みブロック１６（先）のうちの図示（ａ）と（ｂ）とで示すブロックのみをロードしてくれば足りることになる。即ち、次々と表示される例えば１画面全体の画像を当該１画面分を単位として先行ロードしてくる場合にくらべて、データ転送の効率が大幅に改善される。また無駄となるかも知れないデータが先行ロードによって非所望にロードされてくる可能性も少なくなる。
【０１１５】本発明においては、高精細画像の表示に関してクライアント５側が指示した情報、例えば(i) どの画像（例えばどの仏像画像）を表示させたか、(ii)図２に示したどの解像度ファイルを利用して表示させたか、(iii) どのようにズーム操作（ズーム比率を含む）やスクロール操作を行ったか、(iv)どの座標のブロックを表示したか、(v) どの解像度ファイルを利用した表示に続けて次にどの解像度ファイルを利用した表示を行ったか、(vi)どのようなサムネイル画像を表示させてどの画像を指定したか、(vii) 図２１に示す如く、どの画像相互を比較表示したか、(viii)オペレータは誰かなどの指示情報についての記録を保存するようにする。
【０１１６】この記録の保存は、コントロール・ウィンドウを利用した操作の態様を次々と保存させてゆけばよく、図１に示す画像展開部６及び／又は８にて容易に行うことが可能である。
【０１１７】このような記録を残すことによって、特定のオペレータが行う操作の傾向を知ることができ、上述の先読みを効率よく行わせることが可能となって高速表示をより速く可能とすることができる。更に、現に表示画面３６上に表示されている画像３５に対して上記ズーム処理やスクロール処理を行うに当たっては、コントロール・ウィンドウ３１−１に表示されている表示枠３３をマウスなどでポイントした上で行う。即ち、ズーム処理の場合には表示枠３３を停止させておいてズームを指示し、スクロール処理の場合には表示枠３３を所定の方向に移動させることによってスクロールを行う。当該ズーム処理やスクロール処理が行われつつある間には、表示画面３６に現に表示されている画像は、画像の大きさは変わらない形で解像度のみを落としたものとされ、その解像度を落とした画像がズームやスクロールされてゆくようにされる。
【０１１８】即ち、表示画面３６に通常状態の下で表示されている画像３５は、当該表示画面３６に表示できる範囲で最も解像度のよいものを用いて表示される。換言すれば最も解像度のよい画像が画像３５として表示される。当該画像３５は、場合によっては図２０に示す如く仏像の一部であるかも知れない。しかし、当該仏像の画像をスクロールして例えば胸の方に画像表示を移行してゆく場合には、画像処理の早さの限界から、あるいは画像処理をより速く行って他の処理に余裕を与えるために、画面３６に表示されている画像３５について、画像の大きさを変えることなしに解像度のみを落した（即ち、ボケのより多い画像にした）画像を表示するようにする。なお蛇足ながら、コントロール・ウィンドウの画像３２は全体像であることからスクロール処理の際にも変化することはない。」
　
　なお、引用文献１には、「【００７１】・・・（中略）・・・表示範囲が図示左方向・・・（中略）・・・マウスが左方向・・・（中略）・・・」なる記載があるが、これは、「【００７１】・・・（中略）・・・表示範囲が図示右方向・・・（中略）・・・マウスが右方向・・・（中略）・・・」の誤記であることが明らかであるから、上記のとおり認定した。
　
　上記摘記事項（１ａ）及び上記摘記事項（１ｂ）によれば、引用文献１には、以下の構成が記載されているといえる。
　
（ア）上記摘記事項（１ａ）の「【００５４】（ステップＳ１９）：クライアント５側が起動されている状態で、クライアント５側が、いずれの画像を表示したいかを指定する。この指定に対応して、図１０に示す如く、サーバ１側ではステップＳ２０における処理が行われる。・・・（中略）・・・【００６２】（ステップＳ２７）：画像表示のための処理を行う。（ステップＳ２８）：表示を行う。」の記載によれば、当該「ステップＳ２８」では、当該「クライアント」が「指定」した「画像」を「表示」するものと解することができる。
　
　そして、上記摘記事項（１ｂ）の「【０１１５】本発明においては、高精細画像の表示に関してクライアント５側が指示した情報、例えば(i) どの画像（例えばどの仏像画像）を表示させたか、(ii)図２に示したどの解像度ファイルを利用して表示させたか、(iii) どのようにズーム操作（ズーム比率を含む）やスクロール操作を行ったか、(iv)どの座標のブロックを表示したか、(v) どの解像度ファイルを利用した表示に続けて次にどの解像度ファイルを利用した表示を行ったか、(vi)どのようなサムネイル画像を表示させてどの画像を指定したか、(vii) 図２１に示す如く、どの画像相互を比較表示したか、(viii)オペレータは誰かなどの指示情報についての記録を保存するようにする。」の記載によれば、上記「クライアント」が「指定」した「画像」は、当該「高精細画像」であるものと解することができる。
　
　したがって、上記摘記事項（１ａ）及び上記摘記事項（１ｂ）によれば、引用文献１には、「高精細画像を表示するステップＳ２８」が記載されているといえる。
　
（イ）上記摘記事項（１ａ）の「【００６３】（ステップＳ３０）：オペレータがマウスを移動するなどしてズームやスクロールを行う状況に対応して、次に必要となるであろうブロックを予測して、当該必要となるであろうブロックがクライアント５側に存在しなければ、サーバ１側に要求する。」の記載によれば、当該「ステップＳ３０」では、上記（ア）の「高精細画像」を当該「オペレータ」が「スクロール」させるものと解することができる。
　
　したがって、上記（ア）及び上記摘記事項（１ａ）によれば、引用文献１には、「高精細画像をオペレータがスクロールさせるステップＳ３０」が記載されているといえる。
　
（ウ）上記摘記事項（１ｂ）の「【０１１５】本発明においては、高精細画像の表示に関してクライアント５側が指示した情報、例えば(i) どの画像（例えばどの仏像画像）を表示させたか、(ii)図２に示したどの解像度ファイルを利用して表示させたか、(iii) どのようにズーム操作（ズーム比率を含む）やスクロール操作を行ったか、(iv)どの座標のブロックを表示したか、(v) どの解像度ファイルを利用した表示に続けて次にどの解像度ファイルを利用した表示を行ったか、(vi)どのようなサムネイル画像を表示させてどの画像を指定したか、(vii) 図２１に示す如く、どの画像相互を比較表示したか、(viii)オペレータは誰かなどの指示情報についての記録を保存するようにする。」の記載によれば、当該「どのようにスクロール操作を行ったか」の「指示情報」についての「記録」が「保存」されるものと解することができる。
　
　したがって、上記摘記事項（１ｂ）によれば、引用文献１には、「どのようにスクロール操作を行ったかの指示情報についての記録を保存するステップ」が記載されているといえる。
　
（エ）上記摘記事項（１ａ）の「【００６３】（ステップＳ３０）：オペレータがマウスを移動するなどしてズームやスクロールを行う状況に対応して、次に必要となるであろうブロックを予測して、当該必要となるであろうブロックがクライアント５側に存在しなければ、サーバ１側に要求する。・・・（中略）・・・【００６８】今、現に、表示枠２４に入る領域のブロックが転送されて表示されているとしても、クライアント５側でオペレータがズーム操作やスクロール操作を行っているとすると、クライアント５側では当該操作に伴なって次の必要となるブロックについて、早めにサーバ１に要求を出して取得することが望まれる。このために、先読み処理が行われる。」の記載によれば、当該「ステップ３０」では、当該「スクロール操作」に応じて、「次に必要となるであろうブロックを予測する」ものと解することができる。
　
　そして、上記摘記事項（１ａ）の「【００６９】図１１においては、表示枠２４−０で囲われる範囲であったものが表示枠２４−１に移行し、次いで表示枠２４に移行したものとして示されている。本発明の場合には、現に表示されている画面の１ステップ以前の画面と２ステップ以前の画面との２つをみて、上記次のステップにおいて必要となるブロックを判定するようにしている。即ち、次のステップにおいて必要となるブロックが存在する方向を推定するようにする。図１１の場合には、表示範囲が白抜き矢印５０の方向に移動しているとみるようにしている。・・・（中略）・・・【００７１】図１２における最上段の列(I) に示す如く表示範囲が図示右方向に移行しているとする。マウスが右方向に進行しつつ現時点においてブロック１６（現）（右上りの斜線範囲）が表示されているとする。この場合、当該移行方向を、図１１で説明したアルゴリズムによって判定し、クライアント５側では予約ブロック１６（予）と先読みブロック１６（先）とをキャッシュ・メモリ上に取込んでゆくようにする。」の記載及び上記摘記事項（１ｂ）の「【０１１４】なお、図１１、図１２に関連して、ズーム操作やスクロール操作の間に、キャッシュ・メモリ上で予約ブロックや先読みブロックが次々と先行してロードされてくる状況を説明した。このような先行ロードの処理を実行させることによって、例えば図１２に示す例(I) における前ブロック１６（前）が現に表示されている状態の下では、先読みブロック１６（先）のうちの図示（ａ）と（ｂ）とで示すブロックのみをロードしてくれば足りることになる。即ち、次々と表示される例えば１画面全体の画像を当該１画面分を単位として先行ロードしてくる場合にくらべて、データ転送の効率が大幅に改善される。また無駄となるかも知れないデータが先行ロードによって非所望にロードされてくる可能性も少なくなる。」の記載によれば、上記「予測」では、当該「先読みブロック」の一部である当該「図示（ａ）と（ｂ）とで示すブロックのみ」を「ロード」する際に、「表示」されている上記（ア）の「高精細画像」である当該「画像」の当該「１ステップ以前の画面と２ステップ以前の画面との２つをみて」、当該「表示範囲」の「移動」の「方向」を「判定」し、「次のステップにおいて必要となるブロックが存在する方向を推定する」ものと解することができる。
　
　したがって、上記（ア）及び上記摘記事項（１ａ）によれば、引用文献１には、「スクロール操作に応じて、次に必要となるであろうブロックを予測して、先読みブロックの一部のみをロードする際に、表示されている高精細画像の１ステップ以前の画面と２ステップ以前の画面との２つをみて、表示範囲の移動の方向を判定し、次のステップにおいて必要となるブロックが存在する方向を推定するステップＳ３０」が記載されているといえる。
　
（オ）上記摘記事項（１ａ）の「【００６４】（ステップＳ３１）：ステップＳ３０において、サーバ１側からＪＰＥＧ画像を受取った場合には、当該ブロックをイメージ・データに展開し、キャッシュ・メモリにキャッシュする。」の記載によれば、当該「ステップＳ３１」では、当該「ブロック」を当該「キャッシュ・メモリにキャッシュする」ものと解することができる。
　
　そして、上記摘記事項（１ａ）の「【００６９】・・・（中略）・・・即ち、次のステップにおいて必要となるブロックが存在する方向を推定するようにする。図１１の場合には、表示範囲が白抜き矢印５０の方向に移動しているとみるようにしている。・・・（中略）・・・【００７１】・・・（中略）・・・この場合、当該移行方向を、図１１で説明したアルゴリズムによって判定し、クライアント５側では予約ブロック１６（予）と先読みブロック１６（先）とをキャッシュ・メモリ上に取込んでゆくようにする。」の記載によれば、上記「ブロック」は、当該「次のステップにおいて必要となるブロックが存在する方向」にある当該「先読みブロック」であるものと解することができる。
　
　したがって、上記摘記事項（１ａ）によれば、引用文献１には、「次のステップにおいて必要となるブロックが存在する方向にある先読みブロックをキャッシュ・メモリにキャッシュするステップＳ３１」が記載されているといえる。
　
（カ）上記摘記事項（１ａ）の「【００５３】上記、図７と図８とによる処理フローは、個々のブロックを伝送する際の処理を表しているが、図９と図１０とは画像を表示するに当っての全体的な処理を表している。」の記載及び引用文献１の「ステップ１９」乃至「ステップ３３」を図示する【図９】の記載によれば、当該「画像を表示するに当っての全体的な処理」は、上記（ア）の「表示するステップＳ２８」、上記（イ）の「スクロールさせるステップＳ３０」、上記（ウ）の「保存するステップ」、上記（エ）の「推定するステップＳ３０」及び上記（オ）の「キャッシュするステップＳ３１」を有するものと解することができる。
　
　したがって、上記（ア）、上記（イ）、上記（ウ）、上記（エ）、上記（オ）、上記摘記事項（１ａ）及び引用文献１の【図９】によれば、引用文献１には、「画像を表示するに当っての全体的な処理が、上記表示するステップＳ２８、上記スクロールさせるステップＳ３０、上記保存するステップ、上記推定するステップＳ３０及び上記キャッシュするステップＳ３１を有する」ことが記載されているといえる。
　
（キ）上記摘記事項（１ｂ）の「【０１１５】本発明においては、高精細画像の表示に関してクライアント５側が指示した情報、例えば(i) どの画像（例えばどの仏像画像）を表示させたか、(ii)図２に示したどの解像度ファイルを利用して表示させたか、(iii) どのようにズーム操作（ズーム比率を含む）やスクロール操作を行ったか、(iv)どの座標のブロックを表示したか、(v) どの解像度ファイルを利用した表示に続けて次にどの解像度ファイルを利用した表示を行ったか、(vi)どのようなサムネイル画像を表示させてどの画像を指定したか、(vii) 図２１に示す如く、どの画像相互を比較表示したか、(viii)オペレータは誰かなどの指示情報についての記録を保存するようにする。
【０１１６】この記録の保存は、コントロール・ウィンドウを利用した操作の態様を次々と保存させてゆけばよく、図１に示す画像展開部６及び／又は８にて容易に行うことが可能である。
【０１１７】このような記録を残すことによって、特定のオペレータが行う操作の傾向を知ることができ、上述の先読みを効率よく行わせることが可能となって高速表示をより速く可能とすることができる。」の記載によれば、当該「どのようにスクロール操作を行ったか」の「指示情報についての記録」である当該「このような記録」を「残す」ことによって、「オペレータが行う操作の傾向を知ることができる」ものと解することができる。
　
　したがって、上記摘記事項（１ｂ）によれば、引用文献１には、「どのようにスクロール操作を行ったかの指示情報についての記録を残すことによって、オペレータが行う操作の傾向を知ることができる」ことが記載されているといえる。
　
（引用文献１発明）
　
　したがって、上記（ア）乃至上記（カ）の記載によれば、引用文献１には、次の発明（以下、「引用文献１発明」という。）が記載されているといえる。
　
「　高精細画像を表示するステップＳ２８と、
　高精細画像をオペレータがスクロールさせるステップＳ３０と、
　どのようにスクロール操作を行ったかの指示情報についての記録を保存するステップと、
　スクロール操作に応じて、次に必要となるであろうブロックを予測して、先読みブロックの一部のみをロードする際に、表示されている高精細画像の１ステップ以前の画面と２ステップ以前の画面との２つをみて、表示範囲の移動の方向を判定し、次のステップにおいて必要となるブロックが存在する方向を推定するステップＳ３０と、
　次のステップにおいて必要となるブロックが存在する方向にある先読みブロックをキャッシュ・メモリにキャッシュするステップＳ３１とを有する画像を表示するに当っての全体的な処理。」
　
（引用文献１の記載事項）
　
　さらに、上記（キ）の記載のとおり、引用文献１には、次の記載事項（以下、「引用文献１の記載事項」という。）が記載されているといえる。
　
「　どのようにスクロール操作を行ったかの指示情報についての記録を残すことによって、オペレータが行う操作の傾向を知ることができる。」
　
（３）本願発明と引用文献１発明との対比
　
　本願発明と引用文献１発明とを対比する。
　
　引用文献１発明の「高精細画像」、「次に必要となるであろうブロック」、「どのようにスクロール操作を行ったかの指示情報についての記録」、「先読みブロックのみをロードする」、「必要となるブロックが存在する方向を推定する」及び「先読みブロックとしてキャッシュ・メモリにキャッシュする」との事項は、本願発明の「グラフィック」、「将来表示に用いられる可能性があるグラフィック情報」、「グラフィック操作履歴」、「先読みしてキャッシュする」、「先読みすべき範囲を決定する」及び「先読みキャッシュ」との事項にそれぞれ相当する。
　
　また、引用文献１発明の「スクロール」及び「スクロール操作」との事項は、本願発明の「グラフィック操作」との事項に相当する。
　
　また、引用文献１発明の「画像を表示するに当っての全体的な処理」との事項は、グラフィックを表示するものであるから、本願発明の「表示方法」との事項に相当する。
　
　してみると、引用文献１発明の「高精細画像を表示するステップＳ２８」との事項は、本願発明の「グラフィック表示ステップ」との事項に相当する。
　
　また、引用文献１発明の「高精細画像をオペレータがスクロールさせるステップＳ３０」との事項は、表示されているグラフィックに対するオペレータからの操作を受け付けて実行するものといえるから、本願発明の「グラフィック表示ステップで表示されるグラフィックの操作を受け付けるためのグラフィック操作ステップ」との事項に相当する。
　
　また、引用文献１発明の「どのようにスクロール操作を行ったかの指示情報についての記録を保存するステップ」との事項は、本願発明の「グラフィック操作履歴を保持する操作履歴保持ステップ」との事項との事項に相当する。
　
　また、引用文献１発明の「次のステップにおいて必要となるブロックが存在する方向にある先読みブロックをキャッシュ・メモリにキャッシュするステップＳ３１」との事項は、本願発明の「先読みキャッシュステップ」との事項に相当する。
　
　そして、本願発明の「グラフィック操作によって将来表示に用いられる可能性があるグラフィック情報を先読みしてキャッシュする際に、前記操作履歴に応じて前記先読みすべき範囲を決定する先読範囲決定ステップ」との事項と引用文献１発明の「スクロール操作に応じて、次に必要となるであろうブロックを予測して、先読みブロックの一部のみをロードする際に、表示されている高精細画像の１ステップ以前の画面と２ステップ以前の画面との２つをみて、表示範囲の移動の方向を判定し、次のステップにおいて必要となるブロックが存在する方向を推定するステップＳ３０」との事項とは、後記の点で相違するものの、ともに「グラフィック操作によって将来表示に用いられる可能性があるグラフィック情報を先読みしてキャッシュする際に、前記先読みすべき範囲を決定する先読範囲決定ステップ」という点で共通する。
　
　したがって、両者は、
　
（一致点）
　
「グラフィック表示ステップと、
グラフィック表示ステップで表示されるグラフィックの操作を受け付けるためのグラフィック操作ステップと、
グラフィック操作履歴を保持する操作履歴保持ステップと、
グラフィック操作によって将来表示に用いられる可能性があるグラフィック情報を先読みしてキャッシュする際に、前記先読みすべき範囲を決定する先読範囲決定ステップと、
先読みキャッシュステップと、
を有する表示方法。」
　
である点で一致し、以下の点で相違する。
　
（相違点１）
　
　本願発明では、グラフィック操作履歴に応じて先読みすべき範囲を決定するのに対し、
　
　引用文献１発明では、表示されている高精細画像の１ステップ以前の画面と２ステップ以前の画面との２つをみて、先読みすべき範囲を決定する点。
　
（４）相違点についての判断
　
（相違点１について）
　
　引用文献１には、「どのようにスクロール操作を行ったかの指示情報についての記録を残すことによって、オペレータが行う操作の傾向を知ることができる」との記載事項がみられる。
　
　してみると、引用文献１発明において、上記引用文献１の記載事項を適用し、オペレータが行う操作の傾向を知るために、表示されている高精細画像の１ステップ以前の画面と２ステップ以前の画面との２つをみることに代えて、グラフィック操作履歴を利用するよう構成することは、当業者であれば適宜になし得るものである。
　
　そして、引用文献１発明において、オペレータが行う操作の傾向を知るために、グラフィック操作履歴を利用するよう構成するするのであれば、グラフィック操作履歴に応じて先読みすべき範囲を決定するよう構成することは、当業者であれば適宜になし得る設計的事項にすぎないものである。
　
　したがって、相違点１に係る本願発明の構成は、引用文献１発明及び引用文献１の記載事項に基づいて、当業者が容易に想到し得たものである。
　
　そして、本願発明の作用効果も、引用文献１発明及び引用文献１の記載事項から当業者が予測できる範囲のものである。
　
（５）結論
　
　よって、本願発明は、引用文献１発明及び引用文献１の記載事項に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないものである。
　
３．むすび
　
　上記のとおり、本願の請求項１に係る発明は、引用文献１発明及び引用文献１の記載事項に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないため、本願の他の請求項に係る発明について検討するまでもなく、本願は拒絶すべきものである。
　
　よって，結論のとおり審決する。