【事件の表示】
　特願２００２−１６１１１０「サーバー−クライアントネットワークを介するオンライン対話性を改善する方法及びシステム」拒絶査定不服審判事件〔平成１５年　４月　４日出願公開，特開２００３−　９９３５８〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
　
第１　手続の経緯
　
　　この出願は，平成１０年４月９日を国際出願日とする特願平１０−５４
　７８８４号 (優先権主張：平成９年５月２日 (アメリカ合衆国) 及び平成
　１０年２月２６日 (イスラエル国) ) の一部を平成１４年６月３日に新た
　な特許出願としたものであって，平成１７年４月６日付けで手続補正がな
　され，平成１９年１２月２０日付け拒絶理由通知に応答して平成２０年７
　月８日付けで手続補正がなされたが，平成２１年６月２３日付けで拒絶す
　べき旨の査定がなされ，これに対し，平成２１年１１月６日付けで拒絶査
　定不服審判が請求されると共に，同日付けで手続補正がなされたものであ
　り，その後，同年１２月２４日付けで本件審判請求人が特許を受ける権利
　を承継したものである。
　
第２　平成２１年１１月６日付け手続補正の却下の決定
　
《補正の却下の決定の結論》
　
　　平成２１年１１月６日付けでした手続補正 (以下，「本件補正」とい
　う。) を却下する。
　
《補正の却下の決定の理由》
　
１　補正の概要
　
　(1) 本件補正は，特許請求の範囲の全文を補正するものであるが，本件補
　　正による特許請求の範囲と，本件補正前の特許請求の範囲 (平成２０年
　　７月８日付け手続補正書参照。) の記載によると，本件補正による請求
　　項１は，本件補正前の請求項１に対応するものであり，その請求項１に
　　ついて，本件補正前
　　　「コンピュータ　ネットワークを介してディジタル　イメージを見る
　　　方法において，
　　　　サーバー　コンピュータ上に複数の解像度を有する複数のイメージ
　　　タイルをもつディジタル イメージを記憶し，
　　　　クライアント　コンピュータ上でインターネット　ブラウザの使用
　　　者が前記ディジタル　イメージの可視ディスプレイをナビゲートする
　　　のを可能にするに必要なデータを与える段階を包含する方法であっ
　　　て，
　　　　前記データを与える段階が所定の解像度において前記ディジタル　
　　　イメージの所定部分を見るクライアント　コンピュータからの要求を
　　　受け，
　　　　　　前記所定の解像度において前記ディジタル　イメージの所定部
　　　分を表示するに必要なイメージ　タイルを識別し，
　　　　　　識別したイメージ　タイルが前記クライアント　コンピュータ
　　　のローカル　キャッシュ内にあるかどうかを前記インターネット　ブ
　　　ラウザにより確かめた後，コンピュータ　ネットワークを介して，前
　　　記ローカル　キャッシュに存在しない前記識別したイメージ　タイル
　　　を前記クライアント　コンピュータに通信して前記クライアント　コ
　　　ンピュータの前記ローカル　キャッシュに記憶する
　　　ことを包含する方法。」
　　であったものを，本件補正により，
　　　「コンピュータ　ネットワークを介してディジタル　イメージを見る
　　　方法において，
　　　　サーバー　コンピュータ上に複数の解像度を有する複数のイメージ
　　　　タイルを記憶し（この場合，前記複数のイメージ　タイルのそれぞ
　　　れは，ディジタル　イメージの少なくとも一部である。），
　　　　クライアント　コンピュータに１つまたは複数の要求されたイメー
　　　ジ　タイルを伝送するために前記クライアント　コンピュータからの
　　　要求を受け（この場合，前記要求は，前記所定の解像度において前記
　　　ディジタル　イメージの所定部分を表示することの要求を前記クライ
　　　アント　コンピュータが受けることと，１つまたは複数の要求された
　　　イメージ　タイルが前記所定の解像度において前記ディジタル　イ
　　　メージの所定部分を表示するのに必要であることを識別することと，
　　　１つまたは複数の要求されたイメージ　タイルが前記クライアント　
　　　コンピュータのローカル　キャッシュ内にないことを前記クライアン
　　　ト　コンピュータが確かめたこととに応答して，前記クライアント　
　　　コンピュータによって発生される。），
　　　　コンピュータ　ネットワークを介して，１つまたは複数の要求され
　　　たイメージ　タイルを前記クライアント　コンピュータに通信して前
　　　記クライアント　コンピュータの前記ローカル　キャッシュに記憶す
　　　る
　　　ことを包含する方法。」
　　としようとするものである。
　
　(2) そして，本件補正前の請求項１の記載事項と，本件補正による請求項
　　１の記載事項を対比すると，本件補正は，少なくとも，以下の事項につ
　　いて補正をしようとするものである。
　
　　ア　本件補正前の「クライアント コンピュータ上でインターネット ブ
　　　ラウザの使用者が前記ディジタルイメージの可視ディスプレイをナビ
　　　ゲートする」を，本件補正により削除する (以下，「補正事項１」と
　　　いう。) 。
　
　　イ　本件補正前「イメージ タイルが前記クライアント コンピュータの
　　　ローカル キャッシュ内にあるかどうかについて前記インターネット
　　　ブラウザにより確かめ」としていたものを，本件補正により「１つま
　　　たは複数の要求されたイメージ　タイルが前記クライアント　コン
　　　ピュータのローカル　キャッシュ内にないことを前記クライアント　
　　　コンピュータが確かめ」とする (以下，「補正事項２」という。) 。
　
３　補正の適否について
　
　(1) 補正事項１について
　　　発明を特定するために必要な事項として記載されていた「クライアン
　　ト　コンピュータ上でインターネット　ブラウザの使用者が前記ディジ
　　タル　イメージの可視ディスプレイをナビゲートする」を削除すること
　　が，発明を特定するために必要な事項を限定することではないことは明
　　らかであるから，平成１８年改正前特許法第１７条の２第４項第２号の
　　特許請求の範囲の減縮を目的とするものではなく，同条第４項第１号
　　(請求項の削除) ，第３号 (誤記の訂正) 及び第４号 (明りょうでない
　　記載の釈明) のいずれにも該当しないものである。
　
　(2) 補正事項２について
　
　　ア　この出願の明細書の発明の詳細な説明の記載を参照すると，本件補
　　　正前の「インターネット　ブラウザ」は，段落００１３記載の「ウェ
　　　ブ　ブラウザ」に対応するものであり，同段落には「クライアント　
　　　コンピュータに存在するソフトウェア」と記載されている。
　
　　イ　すると，「インターネット　ブラウザ」は「クライアント　コン
　　　ピュータ」に「存在」するという，「クライアント　コンピュータ」
　　　の一部を構成するというものであるから，本件補正により，「イン
　　　ターネット　ブラウザ」を，それを包含していた「クライアント　コ
　　　ンピュータ」とすることは，発明を特定するために必要な事項を限定
　　　することではないことは明らかであり，平成１８年改正前特許法第１
　　　７条の２第４項第２号の特許請求の範囲の減縮を目的とするものでは
　　　なく，同条第４項第１号 (請求項の削除) ，第３号 (誤記の訂正) 及
　　　び第４号 (明りょうでない記載の釈明) のいずれにも該当しないもの
　　　である。
　
４　補正の却下の決定のまとめ
　
　　以上検討したように，本件補正は，平成１８年改正前特許法第１７条の
　２第４項に規定する要件を満たしていないものであるから，特許法第１５
　９条第１項で準用する特許法第５３条第１項の規定により，却下すべきも
　のである。
　　よって，結論のとおり決定する。
　
第３　本願発明について
　
　　以上のように本件補正は却下されたから，この出願の特許請求の範囲の
　請求項１に記載された発明 (以下，「本願発明」という。) は，「第２
　《補正の却下の決定の理由》１(1)」に本件補正前の請求項１として記載
　したとおりのものである。
　
第４　刊行物の記載について
　
１　文献１
　
　(1) これに対し，原査定の拒絶の理由で引用された，この出願の優先日前
　　に頒布された刊行物である特開昭６３−０９３０３１号公報 (以下，
　　「文献１」という。) には，図面と共に以下の事項が記載されている。
　
　　・公報第１ページ右下欄第４行から第２ページ左下欄第１７行
　　　「従来，この種の表示画面データは表示要求に対応した順序で転送さ
　　　れ，隣接画面は隣接画面の表示要求が発生する度に，隣接画面データ
　　　を転送して表示される。表示装置側で可視表示された表示画面を参照
　　　した結果，必要ならば順次，隣接画面データを参照する。この場合に
　　　は，必らずしも全隣接画面を参照する必要はなく，所望の隣接画面の
　　　ページを順次，めくっていくようにして実施される。
　　　　第3図は，大画面連続データに関する表示画面データ転送方式の一
　　　般的なシステム構成を示すブロック図である。第3図において，1は中
　　　央コンピュータ，2-1，2-2，2-Nはそれぞれ表示装置である。予め大
　　　画面データを格納するための中央コンピュータ1は，データ通信回線3
　　　を介して多数の分岐接続されている表示装置2-1，2-2，・・・，2-N
　　　に，それぞれ所望の表示画面データを転送する。
　　　　第4図は，第3図のシステム構成によって実施される表示画面データ
　　　の検索を説明するための説明図である。第4図に示すように大画面
　　　データは，第1，1ページから第m，nページまで表示装置に表示される
　　　1画面単位を1ページ分として，順次，中央コンピュータ1に格納され
　　　ている。表示装置2-1，2-2，・・・2-Nのいずれかからの転送要求に
　　　応じ，例えば第i，jページが要求されると，中央コンピュータ1から
　　　データ通信回線を介して，要求されたページが当該表示装置に表示画
　　　面データとして転送される。
　　　　従来，この種の表示画面データ転送方式には通常，次の2通りの方
　　　式が利用されている。
　　　　第1の表示画面データ転送方式は参照画面転送方式とも呼ばれるも
　　　ので，表示装置側で参照すべき表示画面ページのデータのみを表示装
　　　置側のオペレータの要求ごとに転送するものである。
　　　　第5図は，従来技術による第1の表示画面データ転送方式の基本的
　　　動作機能を説明するためのブロック図である。
　　　　第5図に示す従来の第1の表示画面データ転送方式は，表示装置側
　　　のオペレータが表示画面を可視表示して，参照したい表示画面ページ
　　　のデータのみをオペレータの要求ごとに中央コンピュータ1から表示
　　　装置2-1，2-2，・・・，2-Nに転送するデータ転送方式である。
　　　　表示装置2-1，2-2〜2-Nのそれぞれは，オペレータの判断のもとで
　　　表示内容判断C2，隣接画面要求C3，ならびに表示内容参照C4の操作の
　　　ほか，表示装置2-1，2-2，・・・，2-Nによる第i，jページb1，およ
　　　び第i，(j+1)ページb2の画面表示といった基本的動作機能を果しなが
　　　ら，次のようにして中央コンピュータ1に格納されている連続表示画
　　　面データaから，所望の表示画面データを転送せしめて画面に表示す
　　　る。
　　　　いま，画面表示が第i，jページb1の状態で，第i，jページの表示画
　　　面データが表示されているものとする。この状態で，オペレータが上
　　　記画面を参照しながら表示内容判断C2の操作を実行した結果，さらに
　　　次画面ページ，すなわち第i，(j+1)ページb2の画面を表示し，これを
　　　参照したいと希望した場合を考える。この次画面ページとしては，第
　　　i，jページに隣接した上，下，左，右ページのいずれかが利用される
　　　場合が極めて多い。
　　　　第5図では，隣接画面要求C3によって，第i，(j+1)ページの転送要
　　　求がデータ通信回線3を介して表示装置側から中央コンピュータ側に
　　　送出され，第i，(j+1)ページのデータが転送され，画面に表示され
　　　る。一方，第i，(j+1)ページb2，すなわち第i，(j+1)の可視表示を行
　　　い，これに対するオペレータ操作と，表示内容の参照C4とを実施し，
　　　この後は表示内容の判断C2を実施する。以降，上述した内容の動作機
　　　能が繰返して実行される。」
　
　(2) 以上の記載及び図面の記載から，文献１には，以下の発明 (以下，
　　「引用発明」という。) が記載されている。
　
　　　「大画面連続データに関する表示画面データ転送方式において，
　　　　中央コンピュータと，データ通信回線を介して多数が分岐接続され
　　　ている表示装置とを有し，
　　　　中央コンピュータには，大画面連続データが，第1，1ページから第
　　　m，n ページまで表示装置に表示される1画面単位を1ページ分の表示
　　　画面ページのデータとして，順次，格納され，
　
　　　　表示装置側のオペレータの要求により，可視表示して参照したい表
　　　示画面ページのデータのみをオペレータの要求ごとに中央コンピュー
　　　タから表示装置にデータ通信回線を介して転送する，
　　　表示画面データ転送方式。」
　
２　文献２
　
　　同じくこの出願の優先日前に頒布された刊行物である特開平６−２４２
　９９９号公報 (以下，「文献２」という。) には，図面と共に以下の事項
　が記載されている。
　
　・段落０００２
　　「【従来の技術】他から要求されたデータについて先ず自己の蓄積ファ
　　イル部にアクセスし，この要求されたデータが自己の蓄積ファイル部に
　　蓄積されていればこれを出力し，自己の蓄積ファイル部に要求された
　　データが蓄積されていない場合はこれをデータ蓄積センタから通信回線
　　を介して取得し，蓄積ファイル部に蓄積することが行われている。要求
　　されたデータのデータ量が蓄積ファイル部の残存容量を超える場合は現
　　在蓄積されているデータの一部を消去する。」
　
３　文献３
　
　　同じくこの出願の優先日前の平成８年１２月２６日に頒布された刊行物
　である，井上健語著「今からでも遅くないインターネット (第６回) ：Ｎ
　ｅｔｓｃａｐｅ　Ｎａｖｉｇａｔｏｒ２．０の隠し技(2)」 (日経パソコ
　ン (第２７９号, 第３０６ページから３０９ページ) )　(以下，「文献
　３」という。) には，図面と共に以下の事項が記載されている。
　
　・第３０６ページ左欄第１行から第３０７ページ中欄第４行
　　「もしかしたら，今表示しているWebぺージは古いかもしれない。そん
　　な可能性があるのをご存じでしょうか。
　　　Netscape Navigator(以下，Navigator)は，1回表示したWebページを
　　メモリーやハード・ディスクの「キャッシュ」という領域に記憶しま
　　す。同じWebぺージを表示する時はキャッシュから読み出すことで表示
　　を高速化しています。
　　　しかし，WWWサーバー上のWebぺージが新たなデータを加えるなど更新
　　されると，キャッシュに記憶したWebぺージのデータが，WWWサーバーに
　　あるデータより古くなります。例えば，新聞のWebぺージは毎日のよう
　　に更新されているので，前日見た時キャッシュに記憶したデータと，今
　　WWWサーバーにあるデータとが違うことがあります。
　　　しかも，設定によっては，ブックマークを選択するなどして新たに見
　　ようとしても，キャッシュに記憶した古いデータを表示します。つま
　　り，古い新聞を見るはめになることがあるわけです。
　　　こうした事態を避けるにはキャッシュの設定変更が必要です。サー
　　バーとキャッシュのWebぺージを比較するタイミングを決めてやりま
　　す。比較の結果，キャッシュのデータが古ければ改めてWWWサーバーか
　　ら読み込み，キャッシュの内容も更新します。データの内容が同じな
　　ら，キャッシュから読み込んで高速に表示します。
　　　[オプション(O)]-[ネットワークの設定(N)]と操作して[設定]ダイア
　　ログを開いたら，[キャッシュ]シートに切り替えます。[文書の確認]と
　　いう項目に注目してください(図1)。ここでの設定によって，比較のタ
　　イミングが変化します(図2)。
　　最初だけ比較する「セッション毎」
　　　一般的なのは「セッション毎」でしょう。これに設定しておくと，
　　Navigatorを起動してから最初に表示するWebぺージは必ず比較します。
　　WWWサーバーとキャッシュの内容が同じならキャッシュから読み込み，
　　キャッシュのデータが古けれはWWWサーバーからWebページを読み込み，
　　同時にキャッシュも更新します。
　　　ただし，比較されるのは最初の1回だけ。Navigatorを起動している間
　　に同じWebぺージを何度も表示する場合，2回目以降は比較なし。無条件
　　でキャッシュから読み込みます。このため，キャッシュの内容が古くな
　　る可能性はゼロではありません。頻繁に更新しているぺージなどなら，
　　2回目以降表示している間に内容が変わっているかもしれません。ただ
　　し，新聞などリアルタイムで更新しているぺージはまれですし，常に比
　　較を行うと表示が遅くなるので，最も現実的な設定です。
　　　「毎回」をチェックすると，Webぺージを表示する度に比較を行いま
　　す。表示速度は最も遅くなりますが，古いWebぺージが表示される可能
　　性はなくなります。
　　　「しない」にすると，比較は一切行いません。表示は最も高速です
　　が，古いWebぺージが表示される可能性は最も高くなります。
　　　なお，初めて表示するWebぺージでは，キャッシュの設定は意昧を持
　　ちません。表示したことがなければ，キャッシュにも記憶されていませ
　　んから，必ずWWWサーバーから読み込みます。」
　
４　文献４
　
　　同じくこの出願の優先日前の平成９年２月に頒布された刊行物であり，
　原査定で引用された，BLUMBERG, Robert 及び HUGHES, Peter著「Visual
　Realism and Interactivity for the Internet」 (平成９年２月２３日か
　ら２７日までアメリカ合衆国で開催されたIEEE主催の学術会議
　「COMPCON'97」講演予稿集 (第２６９ページから第２７３ページ) ) (以
　下，「文献４」という。) には，以下の事項が記載されている。
　　なお，当審で翻訳文を付した。
　
　(1) 第２７０ページ「FlashPix: Breaking the Resolution Barrier」
　　の項
　　　「FlashPix is a new image file format that is intended to be
　　　an open industry, cross-platform, standard for handling
　　　photographic images.
　　　 (当審訳：FlashPixは，オープン産業，クロスプラットホーム，写真
　　　　　　　画像ハンドリング標準を意図した新規の画像ファイルフォー
　　　　　　　マットである。)
　　　…
　　　　FlashPix is based on a multiple resolution, tiled, data
　　　strucuture that is often referred to as an image pyramid. The
　　　pyramid structure allows for rapid access to image data at any
　　　level of resolution and any spatial selection. A FlashPix
　　　image file contains a number of independent subimages, each
　　　1/2 the resolution of the preceding subimage. The subimages
　　　are then tiled into 64x64 squares each of which is
　　　independently accessible. Subimages and even individual tiles
　　　can be compressed using standard JPEG. Thus, a 64x64 pixel
　　　tile that requires 12KB uncompressed will typically be
　　　compressed to roughly 1KB.
　　　 (当審訳：FlashPixは複数解像度，タイルに基づく，しばしば画像ピ
　　　　　　　ラミッドといわれるデータ構造からなる。ピラミッド構造は
　　　　　　　任意の解像度でどんな場所の選択でも画像データへの高速ア
　　　　　　　クセスを可能とする。FlashPix画像ファイルは前のサブ画像
　　　　　　　の1/2の解像度の多数の独立したサブ画像からなっている。
　　　　　　　サブ画像は64x64の正方タイルに分割され，それぞれ独立に
　　　　　　　アクセス可能である。サブ画像及び独立したタイルは標準
　　　　　　　JPEG圧縮可能である。よって，非圧縮で12KB必要とした
　　　　　　　64x64ピクセルのタイルは通常約1KBに圧縮される。)
　
　　　　Taken together, this approach enables an application, or
　　　image browser, to navigate the image very quickly. Essentially
　　　it enables fast panning and zooming operations even when the
　　　image is stored on a relatively slow media like CD ROM or
　　　across a network.
　　　 (当審訳：このアプローチは，アプリケーション，画像ブラウザのい
　　　　　　　ずれにおいても高速な画像ナビゲートを可能とする。CD-ROM
　　　　　　　やネットワーク経由であるような低速メディアであったとし
　　　　　　　ても，本質的に高速なパンニング・ズーミング操作を可能と
　　　　　　　することができる。)」
　
　(2) 第２７１ページ「Internet Imaging Protocol : Image
　　Interactivity」の項
　　　「In order to make the various features of FlashPix available
　　　across the Internet a protocol has been defined by Live
　　　Picture, Hewlett-Packard and Kodak. The protocol has been
　　　endorsed by Netscape and Microsoft and has been submitted to
　　　the World Wide Web Consortium (W3C) for public comment.
　　　 (当審訳：FlashPixのさまざまなフィーチャをインターネットで実現
　　　　　　　できるよう，プロトコルがLive Picture, Hewlett-Packard
　　　　　　　及びKodakにより定義された。このプロトコルはNetscapeと
　　　　　　　Microsoftに支持され，World Wide Webコンソーシアム(W3C)
　　　　　　　にパブリックコメントのために提出された。)
　
　　　　The Internet Imaging Protocol (IIP) [4] enables a client
　　　application to interactively request image data and property
　　　set information from a server module operating in conjunction
　　　with an HTTP server. The client can be a browser plug-in, a
　　　Java applet, an ActiveX control, a full-blown network enabled
　　　application, or an Internet browser such as Netscape
　　　Navigator, or Microsoft Internet Explorer.
　　　 (当審訳：インターネットイメージングプロトコル(IIP)[4]は，クラ
　　　　　　　イアントアプリケーションに対しインタラクティブな画像の
　　　　　　　リクエスト及びプロパティセット情報をHTTPサーバと共に動
　　　　　　　作するサーバモジュールにより提供することができる。クラ
　　　　　　　イアントはブラウザプラグイン，Javaアプレット，ActiveX
　　　　　　　コントロール，成熟したネットワーク対応アプリケーショ
　　　　　　　ン，あるいはNetscape NavigatorやMicrosoft Internet
　　　　　　　Explorerのようなインターネットブラウザとすることができ
　　　　　　　る。)
　
　　　　The IIP enables the client to either request one or more
　　　tiles, selected property sets, or it can be used to download
　　　the entire FlashPix file. When used to access image tiles, the
　　　IIP effectively decouples the imege window from the underlying
　　　image file; the displayed image becomes a viewing port for the
　　　underlying image that resides on a network server. The image
　　　can appear at any level of magnification and with the desired
　　　cropping. Several of the key IIP commands are summarized
　　　below:
　　　 (当審訳：IIPはクライアントに1又は複数のタイル，選択されたプロ
　　　　　　　パティセット，又はFlashPixファイル全体のダウンロードを
　　　　　　　可能とする。画像タイルにアクセスするためには，IIPは基
　　　　　　　本画像の画像ウインドウを有効に分割し；表示される画像は
　　　　　　　サーバにある基本画像のビューポートになる。画像は任意の
　　　　　　　レベルの拡大，所望のクロッピングがなされて表れる。重要
　　　　　　　なIIPコマンドは下のように要約される。)
　
　　　Request　　|　Description
　　　-----------+------------------------------------------------
　　　FIF　　　　| Name of the FlashPix image file
　　　-----------+------------------------------------------------
　　　OBJ　　　　| Name of the requested data object
　　　-----------+------------------------------------------------
　　　TIL　　　　| The resolution level and tile number of a
　　　　　　　　 | requested file
　　　-----------+------------------------------------------------
　　　CVT　　　　| Return the complete image in the requested
　　　　　　　　 | format
　　　-----------+------------------------------------------------
　　　 (当審訳：要求│説明
　　　　　　　　──┼─────────────────────
　　　　　　　　FIF │FlashPix画像ファイル名
　　　　　　　　──┼─────────────────────
　　　　　　　　OBJ │要求データオブジェクト名
　　　　　　　　──┼─────────────────────
　　　　　　　　TIL │要求ファイルの解像度レベル及びタイル番号
　　　　　　　　──┼─────────────────────
　　　　　　　　CVT │要求フォーマットの完全画像を返す
　　　　　　　　──┴─────────────────────)」
　
５　文献５
　
　　同じくこの出願の優先日前の平成８年９月１日に頒布された刊行物であ
　る，「特集II　画像・文書のデジタル化ＡＢＣ　えっ！あなた，まだイメ
　プロしてないんですか？」 (月刊アスキー (第２０巻第９号，第３１４
　ページから第３３１ページ) )　(以下，「文献５」という。) には，図面
　と共に以下の事項が記載されている。
　　なお，丸囲み数字を「{1}」のように表記する。
　
　(1) 第３１９ページ表題
　　「高解像度を簡単手軽に扱う新画像フォーマット FlashPix」
　
　(2) 第３１９ページ第２列第２行から第３列下から３行目まで
　　「FlashPixと呼ばれるこの新画像フォーマットは，{1}1枚の画像データ
　　に複数の解像度のデータを持たせる，{2}さらに，各解像度のデータは
　　タイルに分割して保存される，{3}画像の色情報，および編集情報など
　　はMicrosoft社のOLE Structured Storageを利用し，画像ファイルにリ
　　ンクして一括管理される，{4}画像圧縮については，無圧縮，RGBそれぞ
　　れを単色で圧縮，イメージ全体をJPEG圧縮する，という3通りの手段を
　　選択可能，{5]取り込みや編集の日時，使用したアプリなどの情報をテ
　　キストで付加できる――という5つが柱となっている。
　　　{1}の複数の解像度は，イメージスキャナで取り込んだり，最初に作
　　成したオリジナル画像をベースとして，この1/4，1/16，1/32といった
　　具合に解像度の低いデータを作成するもの。FlashPixに対応したアプリ
　　を使えぱ，高解像度のデータを印刷に，モニタ解像度のデータを画面表
　　示に，もっともサイズの小さいものをサムネイルとして，自動的に最適
　　な解像度のデータが利用される(ユーザーがいちいち解像度を認識し
　　て，データを使い分ける必要がないのも大きなメリットだ)。同じ画像
　　で複数の解像度のデータを管理するという概念はPhotoCDに似ている
　　が，PhotoCDが異なる解像度のデータから補完してファイルの総容量を
　　圧縮しているのに対し，FlashPixでは各解像度のデータを個々に保管す
　　るという違いがある。このためFlashPix形式で保存したデータサイズ
　　は，計算上オリジナルの約33%増になるという(無圧縮の場合)。
　　　{2}のデータをタイルに分割する理由は，画像データを表示・編集す
　　る際に，必要なタイルのデータを読み込んで編集することで，低いマシ
　　ンリソースでも十分な処理速度を実現できるため。Live-Picture社のグ
　　ラフィックソフト「LivePiture」で実現している技術を応用したもの
　　だ。」
　
６　文献６
　
　　同じくこの出願の優先日前の平成８年１１月４日に頒布された刊行物で
　ある，METCALFE, Bob著「World Wide Web Wait Watchers may be able to
　have speedier pictures」 (InfoWorld誌 (第１８巻第４５号，第４８
　ページ) )　(以下，「文献６」という。) には，以下の事項が記載されて
　いる。
　　なお，当審で翻訳文を付した。
　
　・第２列第１４行から第３列第２５行
　　「FlashPix stores pictures in an inverted pyramid of scale
　　independent resolution layers, each an array of pixels at half
　　the resolution (a quarter of the bits) of the layer above. Each
　　layer is subdivided into 64-by-64-pixel tiles, which can be
　　separately compressed and transmitted on demand.
　　　 (当審訳：FlashPixは，ひとつ前のレイヤの半分の解像度(1/4のビッ
　　　　　　　ト数)のピクセルアレイを独立した解像度レイヤからなる逆
　　　　　　　ピラミッド構造に蓄積する。個々のレイヤはさらに64×64ピ
　　　　　　　クセルのタイルに細分化され，個別に圧縮でき，オンデマン
　　　　　　　ドに転送可能とされている。)
　
　　　The bottom layer of the FlashPix pyramid is the picture at its
　　lowest resolution, one tile, ready to serve as a thumbnail in
　　the contents of a photo album. The top layer of the pyramid is
　　the picture at its highest resolution, which depends mostly on
　　how it was scanned.
　　　 (当審訳：FlashPixピラミッドの最下層レイヤは最低解像度の画像で
　　　　　　　あり，1つのタイルからなり，フォトアルバムのサムネイル
　　　　　　　として提供できるようにされている。ピラミッドの最上層レ
　　　　　　　イヤは最高解像度の画像であり，どのようにスキャンしたか
　　　　　　　などに依存するものである。)
　
　　　Yes I know, a picture would have helped explain all this.
　　　You might download a Web page and get relatively few of the
　　JPEG-compressed tiles of its pictures, each selected from those
　　FlashPix resolution layers determined to be high enough for the
　　picture's scale and your display - no more.　You might click on
　　a picture and get more tiles from a higher resolution layer to
　　have it fill your screen. And you might send the page off to a
　　printer, at which point its pictures would be retrieved at one
　　of the considerably higher resolutions required for color
　　printing.
　　　 (当審訳：私の知るところでは，画像はこのように説明できるだろ
　　　　　　　う。
　　　　　　　　Webページをダウンロードすると，画像のスケールやディ
　　　　　　　スプレイで必要十分であると判断されたFlashPix解像度レイ
　　　　　　　ヤの画像のわずかなJPEG 圧縮タイルだけが得られ，画像を
　　　　　　　クリックすることでスクリーンを満たす，より高い解像度レ
　　　　　　　イヤの多くのタイルが得られ，画像をプリンタに送るなら，
　　　　　　　カラー印刷に足りる相当に高い解像度の画像を取得すること
　　　　　　　になるだろう。)」
　
第５　対比及び判断
　
１　対比
　
　(1) 引用発明の「大画面連続データ」は本願発明の「ディジタル　イメー
　　ジ」に，引用発明の「データ通信回線」は本願発明の「コンピュータ　
　　ネットワーク」に，引用発明の「中央コンピュータ」は本願発明の
　　「サーバ　コンピュータ」に相当する。
　
　(2) 引用発明の「大画面連続データ」は「第1，1ページから第m，nページ
　　まで表示装置に表示される1画面単位を1ページ分の表示画面データとし
　　て，順次，格納され」たものであるが，第４図を参照すると「大画面連
　　続データ」は，ｍ行ｎ列の複数の「表示画面データ」を単位とする格子
　　状に配置されたものである一方，本願発明の「ディジタル　イメージ」
　　は，この出願の明細書の発明の詳細な説明の段落００２６から００２９
　　の記載を参照すると，「６４×６４ピクセル寸法のタイルに分割」され
　　た「ばらばらにされたタイルの集合」であって，この「タイル」が本願
　　発明の「イメージ　タイル」をいうものであるから，引用発明の「大画
　　面連続データ」を構成する「1画面単位」の複数の「表示画面データ」
　　は，本願発明の「ディジタル　イメージ」を構成する「複数のイメージ
　　　タイル」と共通するものである。
　
　(3) 引用発明の「格納」は本願発明の「記憶」に相当する。
　
　(4) 引用発明の「表示装置」は本願発明の「クライアント　コンピュー
　　タ」に，引用発明の「可視表示」は本願発明の「可視ディスプレイ」に
　　相当する。
　
　(5) 引用発明の「表示装置側のオペレータ」と本願発明の「インターネッ
　　ト　ブラウザの使用者」は，「クライアント　コンピュータ」の「使用
　　者」である点で共通し，引用発明の「可視表示して参照」は本願発明の
　　「見る」に相当するから，引用発明の「表示装置側のオペレータの要求
　　により」「表示画面ページのデータ」を「可視表示して参照」すること
　　は本願発明の「クライアント　コンピュータ」の「使用者が前記ディジ
　　タル　イメージの可視ディスプレイをナビゲートする」ことと共通する
　　ものである。
　
　(6) 引用発明の「大画面連続データ」の「参照したい表示画面ページ」は
　　本願発明の「ディジタル　イメージの所定部分」に相当し，引用発明の
　　「オペレータの要求」は「表示装置」を経て「中央コンピュータ」にな
　　されるものであるから，本願発明の「クライアント　コンピュータから
　　の要求」に相当する。
　
　(7) 引用発明の「表示画面ページのデータ」を「中央コンピュータから表
　　示装置にデータ通信回線を介して転送」することは，本願発明の「サー
　　バ　コンピュータ」が「コンピュータ　ネットワークを介して」「イ
　　メージ　タイルを前記クライアントコンピュータに通信」することに相
　　当し，引用発明の「表示装置側のオペレータの要求により，可視表示し
　　て参照したい表示画面ページのデータのみをオペレータの要求ごとに中
　　央コンピュータから表示装置にデータ通信回線を介して転送する」こと
　　は本願発明の「データを与える段階」といえるものである。
　
　(8) 引用発明の「表示画面データ転送方式」は「データ通信回線」を介し
　　て「表示装置」での「可視表示」をするものであるから，引用発明に
　　は，本願発明の「コンピュータ　ネットワークを介してディジタル　イ
　　メージを見る方法」が示されている。
　
　(9) よって，本願発明と引用発明は以下の点で一致する。
　　「コンピュータ　ネットワークを介してディジタル　イメージを見る方
　　法において，
　　　サーバー　コンピュータ上に複数のイメージ　タイルをもつディジタ
　　ル　イメージを記憶し，
　　　クライアント コンピュータ上でクライアント　コンピュータの使用
　　者が前記ディジタル　イメージの可視ディスプレイをナビゲートするの
　　を可能にするに必要なデータを与える段階を包含する方法であって，
　　　前記データを与える段階が前記ディジタル　イメージの所定部分を見
　　るクライアント　コンピュータからの要求を受け，
　　　　前記ディジタル　イメージの所定部分を表示するに必要なイメー　
　　ジ　タイルを
　　　　コンピュータ　ネットワークを介して，前記イメージ　タイルを前
　　記クライアント　コンピュータに通信する
　　ことを包含する方法。」
　
 (10) そして，以下の各点で相違する。
　
　　相違点１　本願発明は「インターネット　ブラウザ」を対象としている
　　　　　　のに対し，引用発明の「表示装置」は「インターネット　ブラ
　　　　　　ウザ」であるかは不明である点。
　　相違点２　本願発明の「イメージ　タイル」は「複数の解像度」を有す
　　　　　　るものであって，「所定の解像度において」要求を受けるのに
　　　　　　対し，引用発明の「画面表示データ」はその解像度について不
　　　　　　明である点。
　　相違点３　本願発明は「前記所定の解像度において前記ディジタル　イ
　　　　　　メージの所定部分を表示するに必要なイメージ　タイルを識
　　　　　　別」しているのに対し，引用発明では「識別」にあたる動作を
　　　　　　しているか不明である点。
　　相違点４　本願発明は「識別したイメージ　タイルが前記クライアント
　　　　　　コンピュータの　ローカル キャッシュ内にあるかどうかを前
　　　　　　記インターネット ブラウザにより確かめた後，」「前記ロー
　　　　　　カル　キャッシュに存在しない前記識別したイメージ　タイル
　　　　　　を前記クライアント　コンピュータに通信して前記クライアン
　　　　　　ト コンピュータの前記ローカルキャッシュに記憶する」もの
　　　　　　であるのに対し，引用発明のものは「ローカル　キャッシュ」
　　　　　　を有しておらず，「要求」ごとに「画面表示データ」を通信す
　　　　　　るものである点。
　
２　判断
　
　(1) 相違点１について
　
　　　ネットワークから得られた画像を表示することができる，コンピュー
　　タのアプリケーションとしての「インターネット　ブラウザ」は，例え
　　ば文献３ (摘記箇所参照。) ，文献４ (摘記箇所(2)の第２段落参照。)
　　などに示されているよう，この出願の優先日前の当該分野において周知
　　のものであり，引用発明の「表示装置」をこのようなものに特定するこ
　　とは，格別のことではない。
　
　(2) 相違点２について
　
　　ア　引用発明同様，画像をタイル状に扱う形式として，「FlashPix」と
　　　称されるものが，例えば文献４ (摘記箇所(1)参照。) ，文献５ (摘
　　　記箇所参照。) ，文献６ (摘記箇所参照。) に記載されており，この
　　　出願の優先日前の当該分野において周知のものである。
　　イ　ところで，当該「FlashPix」は，前記各文献のいずれにも開示のあ
　　　るよう，異なる解像度からなるタイル情報を複数有しており，引用発
　　　明でいう「ページ」のような画像の位置，すなわちタイルの場所を示
　　　す情報だけではその必要とする画像を一意に特定できないことが明ら
　　　かなものであり，例えば文献４では，当該解像度情報を含めてタイル
　　　を特定し，要求するような態様 (摘記箇所(2)の表参照。) も明らか
　　　にされているところである。
　　ウ　よって，相違点２は，画像の形式としてこのような周知のものを採
　　　用するにあたり，併せてその画像タイルの特定に必要な情報を考慮し
　　　たにすぎないものであり，当業者であれば格別困難なく構成できる程
　　　度のことである。
　
　(3) 相違点３及び相違点４について
　
　　　相違点３の「識別」は，相違点４を構成する請求項１の第６段落の
　　「識別」において専ら用いられているものであるから，両相違点につい
　　ては併せて検討することとする。
　
　　ア　通信回線によりデータを取得するものにおいて，先に通信したデー
　　　タを蓄積しておき，再度同じデータを使用する場合，再度通信をする
　　　ことなく，蓄積しておいたデータを使用するようにすることは，例え
　　　ば文献２，文献３ (いずれも摘記箇所参照。) に記載されているよ
　　　う，この出願の優先日前の当該分野において周知のものであり，特に
　　　文献３の記載によれば，本願発明の前提とする「インターネット　ブ
　　　ラウザ」で「表示を高速化」する手段としての「キャッシュ」が示さ
　　　れており，その目的で周知のキャッシュ技術を採用することに困難は
　　　ない。
　　イ　そして，既に相違点２で検討した「FlashPix」では，個々の解像度
　　　の個々の「タイル」が独立した情報として扱われるものである (文献
　　　４の摘記箇所(1)第２段落，文献５の摘記箇所(2)の第１段落及び第３
　　　段落参照。) のだから，キャッシュも「イメージ　タイル」を単位と
　　　するものとなることは明白であり，「FlashPix」と「キャッシュ」を
　　　共に採用するにあたり，それに適応する動作ができるようにする程度
　　　のことは，当業者であれば当然考慮すべき事項にすぎない。
　　ウ　また，このようなキャッシュ方式は，過去に取得したものであるか
　　　どうかを「識別」しなければ実現できないものであることが，文献２
　　　の「要求されたデータが…蓄積されていれば」 (摘記箇所参照。) と
　　　いう条件を示す表現からも明らかであり，相違点３の「識別」は相違
　　　点４の「キャッシュ」を採用する上で欠くことができない事項を示し
　　　ているにすぎない。
　　エ　以上のように，相違点３及び相違点４は，周知の「キャッシュ」を
　　　適用するにあたり，併せてそれに必要な識別をさせるというものにす
　　　ぎず，当業者であれば格別困難なく構成できる程度のことである。
　
　(4) そして，本願発明による作用も，引用発明及び周知技術から当業者が
　　予測できる程度のものにすぎず，格別のものではない。
　
第６　まとめ
　
　　以上検討したように，本願発明は，引用発明及び周知技術に基づいて当
　業者が容易に発明できたものであるから，特許法第２９条第２項の規定に
　より特許を受けることができないものである。
　　したがって，この出願は，他の請求項について検討するまでもなく，拒
　絶すべきものである。
　　よって，結論のとおり審決する。