【事件の表示】
　平成１１年特許願第２７８８４６号「画像処理装置及び画像処理方法」拒絶査定不服審判事件〔平成１３年　４月１３日出願公開、特開２００１−１０１４３６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続きの経緯
　出願日　　　　　　　：平成１１年　９月３０日
　拒絶理由通知（最初）：平成１８年　５月２９日
　意見書及び手続補正書：平成１８年　７月３１日
　拒絶理由通知（最後）：平成１８年　９月２０日
　意見書及び手続補正書：平成１８年１１月２１日
　補正の却下の決定　　：平成１８年１２月１２日
　拒絶査定日　　　　　：平成１８年１２月１２日
　審判請求日　　　　　：平成１９年　１月２３日
　手続補正書　　　　　：平成１９年　２月２１日
　
第２　補正却下の決定
１　補正却下の決定の結論
　平成１９年２月２１日付けの手続補正を却下する。
　
２　理由
（１）本件補正の内容
　本件補正は，特許請求の範囲の請求項１の「縮小手段」，請求項４の「縮小段階」及び請求項７の「縮小手順」を「入力画像データを間引いた縮小画像データを生成し前記記憶装置の第２領域に格納する」ものから「入力画像データを間引いた縮小画像データを生成し
，当該入力画像データのフィルタ処理用のパラメータに関連付けて
　
（２）本件補正の適否についての判断
　本件補正が，願書に最初に添付した明細書又は図面（以下，「当初明細書等」という。）に記載した事項の範囲内においてしたものであるか，検討する。
　当初明細書等には，縮小画像データを生成，格納することに関して，段落【００２７】に，以下のような記載が認められる。
　
「【００２７】（ＳＴＥＰ２０）フィルタ設定スイッチ１０１が選択されると，ＧＵＩモジュール９ａは，入力値格納領域９ｐに格納されているアドレスから画像データを入力画像データ格納領域９ｑにロードする。縮小モジュール９ｃは，その入力画像データを間引きして縮小画像データを生成し縮小画像データ格納領域９ｒに格納する。ＧＵＩモジュール９ａはＯＳのグラフィクスインタフェースに対して描画コマンドを発行しディスプレイ１０に図５に示す画面を表示する。」
　
　上記段落【００２７】には，「縮小モジュール９ｃ」が入力画像データ格納領域９ｑにロードされた「入力画像データを間引きして縮小画像データを生成し縮小画像データ格納領域９ｒに格納する」と記載されていることから，請求項１の「縮小手段」，請求項４の「縮小段階」及び請求項７の「縮小手順」における「入力画像データを間引いた縮小画像データを生成し前記記憶装置の第２領域に格納する」点は記載されている。しかし，縮小画像データを生成し，縮小画像データ格納領域９ｒに格納する際に，本件補正により補正された「当該入力画像データのフィルタ処理用のパラメータに関連付けて」格納する点については何ら記載も示唆もされておらず，また上記記載から自明な事項ともいえない。
　
　本件補正について，審判請求人は平成１９年２月２１日付けで提出した審判請求書に対する手続補正書の中で，「請求項１の「前記第１領域の入力画像データを間引いた縮小画像データを生成し，当該入力画像データのフィルタ処理用のパラメータに関連付けて前記記憶装置の第２領域に格納する縮小手段」という補正は，明細書の段落００２５の「画像処理アプリケーション９がＲＡＭ３にロードされると，ＧＵＩモジュール９ａは，入力値格納領域９ｐにデフォルト値を格納し」という記載，段落００２６の「画像１０４が指定されたとき，GUIモジュール９ａはその画像１０４に対応する画像データのアドレスを入力値格納領域９ｐに格納する」という記載，段落００２７の「フィルタ設定スイッチ１０１が選択されると，ＧＵＩモジュール９ａは，入力値格納領域９ｐに格納されているアドレスから画像データを入力画像データ格納領域９ｑにロードする。縮小モジュール９ｃは，その入力画像データを間引きして縮小画像データを生成し縮小画像データ格納領域９ｒに格納する」という記載，および図１を根拠とします。これらの記載によれば，選択されて縮小画像データが生成される入力画像データのアドレスが，デフォルト値が入力されている入力値格納領域９ｐに格納され，入力値格納領域９ｐに格納されているアドレスによってロードされた入力画像データから生成された縮小画像データは縮小画像データ格納領域９ｒに格納されることにより，生成された縮小画像データは入力値格納領域９ｐに格納されている入力値，即ちフィルタ処理用のパラメータと関連付けられることになります。」（【本願発明が特許されるべき理由】（２）（ａ））と主張している。
　審判請求人が主張するように，段落【００２５】ないし【００２７】の上記記載から「選択されて縮小画像データが生成される入力画像データのアドレスが，デフォルト値が入力されている入力値格納領域９ｐに格納され，入力値格納領域９ｐに格納されているアドレスによってロードされた入力画像データから生成された縮小画像データは縮小画像データ格納領域９ｒに格納されること」は記載されているといえる。しかし，「生成された縮小画像データは入力値格納領域９ｐに格納されている入力値，即ちフィルタ処理用のパラメータと関連付けられることになります。」との主張は失当といわざるを得ない。なぜなら，入力値格納領域９ｐに格納された「デフォルト値」は，図４に示す画面で縮小画像データの原画像となる画像を選択する前に，当該選択される画像とは無関係に格納されたものであるから，当該「デフォルト値」が「当該入力画像データのフィルタ処理用のパラメータ」とはなり得ない。加えて，仮に「デフォルト値」が「当該入力画像データのフィルタ処理用のパラメータ」だと認定したとしても，縮小画像データの原画像となる「画像データのアドレス」と前記「デフォルト値」とを同じ「入力値格納領域９ｐ」に格納したからといって，このことが両者を対応付けて格納することを示すものではない（単に，両者が同じ領域に格納されたということ以上のことを示すものではない。）。同様に，縮小モジュール９ｃにおいて，入力値格納領域９ｐに格納されているアドレスから画像データをロードしたからといって，このことが，縮小画像データを縮小画像データ格納領域９ｒに格納する際に，前記「デフォルト値」と対応付けることを示すものではない。よって，上記記載からは「生成された縮小画像データは入力値格納領域９ｐに格納されている入力値，即ちフィルタ処理用のパラメータと関連付けられることになります。」とはえいず，本件補正のような「当該入力画像データのフィルタ処理用のパラメータに関連付けて」格納することの根拠とはなり得ない。
　なお，図１は，段落【００１６】を参酌するに，ＲＡＭ３に確保される「オペレータが入力する値を格納する入力値格納領域９ｐ」，「ハードディスク５から呼び出された入力画像データが格納される入力画像データ格納領域９ｑ」，「縮小画像データが格納される縮小画像データ格納領域９ｒ」などの構成についての記載はあるものの，縮小画像データが格納される際に，当該縮小画像データと「オペレータが入力する値」とを関連付ける点については何ら記載も示唆もされておらず，当該記載から自明な事項ともいえない。よって，図１についても，本件補正の根拠にはなり得ない。
　
　したがって，本件補正は，当初明細書等に記載した事項の範囲内においてしたものではない。
　
（３）むすび
　以上のとおり，本件補正は，特許法第１７条の２第３項の規定に違反するものであり，特許法第１５９条第１項で準用する同法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明について
１　本願発明
　平成１９年２月２１日付けの手続補正は上記のとおり却下されたので，本願の特許請求の範囲に係る発明は，平成１８年７月３１日付けで補正された特許請求の範囲の請求項１ないし９に記載された事項により特定されるとおりのものと認められるところ，その請求項４に係る発明（以下，「本願発明」という。）は，次のとおりのものである。
　なお，平成１８年１１月２１日付けの手続補正は，平成１８年１２月１２日付けで却下されている。
　
「　【請求項４】　記憶装置の第１領域に格納された入力画像データを間引いた縮小画像データを生成し前記記憶装置の第２領域に格納する縮小段階と，
　前記第２領域の縮小画像データにフィルタ処理を施した模擬画像データをディスプレイに出力する模擬表示段階と，
　前記フィルタ処理で参照されるパラメータに基づいて前記第１領域の入力画像データのフィルタ処理用のパラメータを算出し，算出した前記パラメータを前記記憶装置の第３領域に格納するパラメータ登録段階と，
　前記第３領域のパラメータを参照して前記第１領域の入力画像データにフィルタ処理を施した出力画像データを生成するフィルタ処理段階と，
　を含むことを特徴とする画像処理方法。」
　
２　引用例
　原査定の拒絶の理由で引用された本願の出願前に頒布された刊行物である特開平１０−３１３３９９号公報（以下，「引用例１」という。）には，図面とともに以下の事項が記載されている（記載箇所は段落番号等で表示）。
　
　ア　「【００２１】図１のシステム構成を備える実施の形態例における実際の画像処理の流れを以下に説明する。
【００２２】ユーザ７，１０が撮影済みフィルム６，１１を支店１または２に持参すると，支店１，２ではそれを通常の銀塩フィルムの現像器で現像し，現像したフィルムを例えばスキャナ（Ｓ）を用いて読み込む。そしてデジタル画像に変換し，大容量記憶装置であるハードディスク３，４に画像データとして保存する。その画像データは店の人か，ユーザ自身が操作卓（ディスクトップコンピュータ等を用いても良い。）を用いて所望の各種画像編集が可能に構成されている。
【００２３】本実施の形態例で可能としている画像編集機能としては，例えば，ボタンをクリックすることにより油絵調の写真に変えたり，水彩画調の写真に変えたりすることが可能に構成されている。またピンボケ写真をシャープにしたり，赤目を除去（黒目に変える）する処理などが可能に構成されている。この画像編集機能としてはあらゆる画像編集機能を適用することが可能である。」
　
　イ　「【００３６】以上の点を考慮して本実施の形態例では以下の方式を用いることとしている。例えば支店１でスキャナ（Ｓ）でスキャンして読み込んだ高解像度の画像情報は，そのまま支店１のディスクに保管する。同時に，この高解像度画像情報より低解像度の画像情報（プロキシ画像等）を生成して同様に前記高解像度画像情報に関連付けてこの低解像度画像情報（プロキシ画像等）を支店１のディスクに記憶させる。」
　
　ウ　「【００４９】この場合において，ユーザよりの読み込み画像は，ディーラーの支店と，ディーラーの本店のサーバの両方に存在する。ディーラーの支店には，後で印刷に用いる画像なので，”１６Ｂａｓｅ”と呼ばれる「高解像度」の画像が保存される。
【００５０】一方，ディーラーの本店のサーバには，支店より送られて来るサムネール画像及びプロキシ画像と呼ばれる「低解像度」画像が保存されている。ディーラーの本店の画像は，もっぱらコンピュータで見るための画像であるため，低解像度で良いからである。
【００５１】通常，サムネールには１／１６Ｂａｓｅ画像が使われ，プロキシ画像にはＢａｓｅ画像が使用される。
＜本例で採用する画像の表現＞本実施の形態例では，以下に示す各解像度画像を用いて画像の処理を行う。
【００５２】
  ・    １６Ｂａｓｅ画像（原高解像度画像）：２０４８×３０７２画素
  ・      ４Ｂａｓｅ画像（中解像度画像）  ：１０２４×１５３６画素
  ・        Ｂａｓｅ画像（プロキシ画像）  ：  ５１２×  ７６８画素
  ・  １／４Ｂａｓｅ（更なる低解像度画像）：  ２５６×  ３８４画素
  ・１／１６Ｂａｓｅ（サムネール画像）    ：  １２８×  １９２画素
本実施の形態例の特徴は，ネットワーク上のＷｅｂサーバ９にある低解像度の画像を編集し，その「編集情報」のみをネットワークを介して支店に伝送することにより，印刷用画像の様な画像情報のサイズの大きいデータを送ることなく，高解像度画像のネットワーク編集／印刷機能を提供する所にある。
【００５３】画像を例えば「油絵調」にした場合，ディーラー本店のサーバから，「油絵調」を意味する数バイトのコードと，画像の「ファイル名」だけが支店に伝送される。それを受け取った支店では，元々自分の店に保存してある「高解像度」画像に同じ「油絵調」の編集を施し，自店のプリンタに出力する。」
　
　エ　「【０１２５】以上の処理の流れの基本構成の流れを図１０に示す。
【０１２６】本実施の形態例においては，ユーザが撮影フィルム１０-１を取り扱い店１０に持参する。そして，取扱店１０はこのフイルム１０−１をスキャナ（Ｓ）１０−２で読み込み，印刷出力用の高解像度画像１０−５，表示出力用の低解像度のプロキシ画像１０−４，検索表示用のサムネール画像１０−３を生成してメモリ中に登録する。
【０１２７】そして，これらの画像中の低解像度画像であるサムネール画像１０−３及びプロキシ画像１０−４を必要に応じて基幹店舗２０あるいはユーザに送り，それぞれの表示画像２０−１，３０−１として記憶させる。
【０１２８】ユーザは，この点解像度データを機関店舗Ａ類は取扱店より通信回線２０−５，３０−６を介してダウンロードすることができる。または，ＣＤ−Ｒ３５に記録された形式で取扱店より入手することができ，これを自己のコンピュータで読み込むことにより自装置内に格納できる。
【０１２９】ユーザは，これらの表示用画像を自己の表示装置３０−５に表示させ，必要な画像編集を指示する。この編集指示結果はプロキシ画像に反映され，表示装置３０−５より確認することができる。簡単な編集プログラム等は，基幹店舗２０よりダウンロードして実行することもできるが，取扱店１０等よりＣＤ―ＲＯＭ３４に記憶された編集キットの形でも購入することができる。これにより，通信に要する時間及び，必要とするメモり容量を減少させることができる。
【０１３０】この編集キット３４には，編集に必要な各種の編集アプリケーション３４−１が格納されているとともに，画像編集時に各種画像レイアウトの容易かなどに寄与するテンプレート３４−２も合わせて格納されており，このテンプレートを参照することにより画像編集を容易なものとできる。
【０１３１】ユーザは，これらの編集キットなどを利用して表示装置３０−５に表示される編集処理されたプロキシ画像を確認して必要な編集指示を行う。この指示された編集指示（３０−５あるいは３０−６）は，処理すべき画像をダウンロードした基幹店舗２０あるいは取扱店１０に送られる。基幹店舗２０に編集指示が送られた場合には，基幹店舗２０はこの編集指示のみを取扱店１０に転送する。
【０１３２】取扱店は，送られてきた編集指示に従って高解像度画像１０−５に対する編集を行い，編集結果をプリンタ１０−８より印刷出力１０−９する。ユーザは，この印刷出力結果を取扱店１０に出向いて，あるいは郵送で入手する。」
　
　オ　「【０１４６】また，本実施の形態例においては，画像データの保管方法として，フィルムを現像した後スキャンしてデジタイズし，または例えばＣＤ−ＲＯＭの様なデジタルメディアに記録されているデジタル画像を読み出して第一のコンピュータの補助記憶装置に印刷可能なレベルの解像度の画像を保管すると共に，その解像度を間引いた低解像度をＷＷＷのＷｅｂサーバにアップロードし，それを第二のコンピュータに実装されているブラウザアプリケーションで表示し，第二のコンピュータから印刷指示等のコマンドをＷｅｂサーバに送出したら，その情報をＷｅｂサーバから前記第一のコンピュータに伝えることにより，第一のコンピュータにて高解像度の印刷を実行することにより，少ない情報量の授受で高解像度の画像データの編集印刷出力が実現する。」
　
　カ　上記アの段落【００２１】にあるように，引用例１には「画像処理の流れ」が示されており，その流れ沿った画像処理方法が，実質的に記載されているといえる。
　
　以上のことから，引用例１には，
　
　スキャナでスキャンして読み込んだ高解像度画像は，そのまま支店のディスクに保管し，同時に，この高解像度画像よりその解像度を間引いた表示出力用の低解像度のプロキシ画像を生成して同様に前記高解像度画像に関連付けて前記プロキシ画像を前記ディスクに記憶させ，
　前記プロキシ画像をユーザに送り，ユーザは自己の表示装置に表示させ，必要な画像編集を指示し，この編集指示結果は前記低解像度プロキシ画像に反映され，表示装置より確認することができるものであって，前記画像編集とは，油絵調の写真に変えたり，水彩画調の写真に変えたり，ピンボケ写真をシャープにしたり，赤目を除去（黒目に変える）する処理などのあらゆる画像編集機能であり，
　前記指示された編集指示は，前記支店に送られ，
　前記支店は送られてきた編集指示に従って前記高解像度画像に対する編集を行い，
　編集結果をプリンタより印刷出力する
　画像処理方法
　
の発明（以下，「引用発明」という。）が記載されていると認められる。
　
　同じく，原査定の拒絶の理由で引用された本願の出願前に頒布された特開平６−３３３００６号公報（以下，「引用例２」という。）には次の事項が図面と共に開示されている（記載箇所は段落番号等で表示）。
　
　キ　「【００２１】ユーザーが試行錯誤しながら画像を編集するような場合には，指示入力部１７からの指示により低解像度画像記憶部５１に格納された画像データが選択され，座標変換パラメータ記憶部１３および画素値変換パラメータ記憶部１４に格納されたパラメータに従って画像編集処理部１１で処理され，指示入力部１７からの指示により表示／プリント選択部５４において表示が選択され，画像表示部１２に表示される。ユーザーは画像表示部１２に表示された編集結果を確認しながら，低解像度画像データを用いて高速に編集操作を行うことができる。その結果をプリント出力として得たい場合には，指示入力部１７からの指示により高解像度画像記憶部５０の画像データが読み出され，座標変換パラメータ記憶部１３および画素値変換パラメータ記憶部１４に格納されたパラメータに従って画像編集処理部１１で処理され，画像プリント部５３に送られることで，高画質のプリント出力を得ることができる。このような場合にも，座標変換パラメータ記憶部１３および画素値変換パラメータ記憶部１４には原画像に対する変換パラメータが合成されて格納されているので，低解像度画像データを用いて行った試行錯誤的な編集の結果を，高解像度画像データに対して一括して適用することができ，高速な処理が期待できる。尚，低解像度画像に対して行った処理を高解像度画像に適用して同じ結果を得るためには，例えば座標変換パラメータを画素に依存しない座標系で表現し，処理される画像や出力デバイスの解像度情報を取得して座標変換パラメータを画素で表現される座標系に変換する等の計算が必要となるが，本発明には直接関係が無いので説明を省略する。」
　
３　対比
　本願発明と引用発明とを対比する。
　引用発明の「高解像度画像」は，スキャナでスキャンして読み込んだものであるから，本願発明の「入力画像データ」に相当するものといえる。
　引用発明の支店の「ディスク」は，本願発明の「記憶装置」に相当する。
　よって，引用発明において，支店のディスクに保管される「高解像度画像」と本願発明の「記憶装置に格納された入力画像データ」とは，ともに，記憶装置に格納される点で共通する。
　
　引用発明における低解像度の「プロキシ画像」は，本願発明の「縮小画像データ」に相当するから，引用発明の「この高解像度画像よりその解像度を間引いた表示出力用の低解像度のプロキシ画像を生成して同様に前記高解像度画像に関連付けて前記プロキシ画像をディスクに記憶させ」ることと，本願発明の「縮小段階」とは，入力画像データを間引いた縮小画像データを生成し記憶装置に格納する点で共通する。
　
　引用発明の「画像編集」は，油絵調の写真に変えたり，水彩画調の写真に変えたり，ピンボケ写真をシャープにしたり，赤目を除去（黒目に変える）する処理などであって，これらは，画像処理の技術分野において通常，フィルタ処理と呼ばれる種類の処理であるから，本願発明の「フィルタ処理」に相当する。
　引用発明において，編集指示結果が反映された「プロキシ画像」は，本願発明の「フィルタ処理を施した模擬画像データ」に相当する。
　引用発明の「表示装置」は，本願発明の「ディスプレイ」に相当する。
　引用発明において「表示装置により確認することができる」ようにすることとは，表示装置により表示出力することを表していることに他ならないから，本願発明の「ディスプレイに出力する」ことに相当する。
　よって，引用発明において，編集指示結果が反映された前記低解像度プロキシ画像を表示装置より確認することができるようにすることは，本願発明の「縮小画像データにフィルタ処理を施した模擬画像データをディスプレイに出力する模擬表示段階」に相当するものといえる。
　
　引用発明において，画像編集を行った「編集結果」は，プリンタより印刷出力するものであるから，本願発明の「出力画像データ」に相当する。
　引用発明の「送られてきた編集指示」は，プロキシ画像においてなされた編集指示であるから，プロキシ画像においてなされた「編集指示に従って前記高解像度画像に対する編集を行」うことと，本願発明の「フィルタ処理段階」とは，縮小画像データに施したフィルタ処理に基づいて入力画像データにフィルタ処理を施した出力画像データを生成する点で共通するものといえる。
　
　以上を踏まえると，両者の一致点，相違点は以下のとおりである。
　
【一致点】
　入力画像データを記憶装置に格納するとともに，
　前記入力画像データを間引いた縮小画像データを生成し前記記憶装置に格納する縮小段階と，
　前記縮小画像データにフィルタ処理を施した模擬画像データをディスプレイに出力する模擬表示段階と，
　前記フィルタ処理に基づいて前記入力画像データにフィルタ処理を施した出力画像データを生成するフィルタ処理段階と，
　を含む画像処理方法。
　
【相違点】
（１）「入力画像データ」，「縮小画像データ」を記憶装置に格納する際，本願発明は，それぞれ「第１領域」，「第２領域」と領域を分けて行うのに対して，引用発明は領域について特定されていない点。
　
（２）縮小画像データを生成する際に，本願発明が「格納された」入力画像データを用いるのに対し，引用発明は，読み込んだ高解像度画像を用いるのか，これをディスクに保管したものを用いるのか，不明である点。
　
（３）フィルタ処理を施す際，本願発明は，縮小画像データに施した「前記フィルタ処理で参照されるパラメータに基づいて」「入力画像データのフィルタ処理用のパラメータを算出し，算出した前記パラメータを前記記憶装置の第３領域に格納するパラメータ登録段階」を有し，「前記第３領域のパラメータを参照」するのに対し，引用発明は，プロキシ画像においてなされた編集指示に従うものであって，そのパラメータについては不明である点。
　
４　当審の判断
　上記相違点（１）について検討する。
　複数の種類のデータを一の記憶装置に格納する際に，種類に応じて異なる領域を設け，分けて格納することは，記憶制御技術における常套手段であるから，引用発明において高解像度画像，低解像度のプロキシ画像に対して異なる領域を設け，それぞれ分けて格納することは，当業者が適宜採用し得る設計的な事項である。
　
　上記相違点（２）について検討する。
　高解像度画像から低解像度のプロキシ画像を生成する際に，ディスクに保管する前の画像を用いるか，ディスクに保管した後の画像を用いるかは，当業者が適宜採用し得る設計的な事項である。
　
　上記相違点（３）について検討する。
　引用発明の「画像編集」は，油絵調の写真に変えたり，水彩画調の写真に変えたり，ピンボケ写真をシャープにしたり，赤目を除去（黒目に変える）する処理などであって，これらは，画像処理の技術分野において通常，フィルタ処理と呼ばれる種類の処理であることは，上記３に記載したとおりである。そして，これらフィルタ処理の指示の中には，その強度や範囲など，通常，パラメータが含まれていることが技術常識である。
　引用例２には，低解像度画像に対して行った処理を高解像度画像に適用して同じ結果を得るためには，処理される画像や出力デバイスの解像度情報を取得して変換パラメータを変換する計算が必要となる，という技術的事項が示されている。
　引用例２に記載された上記技術的事項によれば，低解像度のプロキシ画像においてなされた編集指示に従って高解像度画像に対する編集を行う引用発明において，前記編集指示に含まれるパラメータから高解像度画像用のパラメータを算出して，当該算出したパラメータを参照することは，当業者が容易に想到し得たことである。
　なお，前記算出されたパラメータをディスクの所定領域に格納し，これを読み出して用いることは，上記相違点（１），（２）に記載したように，当業者が適宜採用し得る設計的な事項である。
　
　そして，これら相違点を総合的に考慮してみても当業者が推考し難い格別のものであるとすることはできず，本願発明の奏する効果を検討してみても，引用発明及び引用例２に記載された事項それ自体の効果であって各相違点の組合せによって新たな効果を奏するものではない。
　
５　むすび
　以上のとおり，本願発明は，引用例１に記載された発明及び引用例２に記載された事項に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　したがって，本願は，他の請求項について検討するまでもなく拒絶すべきものである。
　よって，結論のとおり審決する。