【事件の表示】
　平成　８年特許願第　７６７５０号「印刷装置およびデータ処理方法およびコンピュータが読むことができるプログラムを格納した記憶媒体」拒絶査定不服審判事件〔平成　９年１０月１４日出願公開、特開平　９−２６９８７３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
Ｉ．手続の経緯の概要
　平成　８年　３月２９日出願
　平成１３年　６月１１日付拒絶理由通知
　平成１３年　９月　３日手続補正書提出
　平成１３年１０月　１日付拒絶理由通知（最後）
　平成１３年１２月２８日手続補正書提出
　平成１４年２月１日付、平成１３年１２月２８日付手続補正の却下の決定
　　　同日付　　　　　　拒絶査定
　平成１４年３月１４日審判請求
　平成１４年４月１５日手続補正書提出
　
II．手続補正について
１．平成１４年２月１日補正却下の決定について
　審判請求人は、拒絶査定と同日付（平成１４年２月１日）になされた平成１３年１２月２８日付手続補正の却下決定に対して不服を申し立てている。
　しかしながら、平成１３年１２月２８日付手続補正書（以下、「第２回補正」という。）により補正された請求項１に記載された発明（以下、「第２回補正発明」という。）と、次項「２．」で検討する平成１４年４月１５日付手続補正書（以下、「本願補正」という。）の請求項１に記載の発明（以下、「本願補正発明」という。）とを比較すると、本願補正発明は第２回補正発明において、「イメージ画像データをネットワークを介して取得する取得手段」とあるのを、「
イメージ画像を指定する命令で指定された情報機器から
　そして、本願補正発明は以下「２．」で判断するように引用刊行物および周知・慣用技術に基づいて、当業者が容易に発明をすることができたものである。そうすると、第２回補正発明の構成要件を全て含み、さらに限定を付したものに相当する本願補正発明が、前記、引用刊行物および周知・慣用技術に基づいて、当業者が容易に発明をすることができたものであるから、第２回補正発明も、同様の理由により、引用刊行物および周知・慣用技術に基づいて、当業者が容易に発明をすることができたものである。
　したがって、第２回補正発明（請求項１に記載の発明）が特許法第２９条第２項の規定により特許を受けることができないことを理由とした平成１４年２月１日付でなされた補正却下の決定の判断に誤りはない。
　
２．平成１４年４月１５日付手続補正（本願補正）について
｛補正却下の決定の結論｝平成１４年４月１５日付の手続補正を却下する。
｛理由｝
　本願補正は少なくとも、特許請求の範囲の請求項１を次のとおり補正するものである。
「ネットワークを介して複数の情報機器と通信可能な印刷装置であって、
　受信された印刷データが、イメージ画像を指定する命令であるか否かを判定する判定手段と、
　イメージ画像を指定する命令でないと判定されるのに応じて、命令を解析する命令解析手段と、
　イメージ画像を指定する命令であると判定されるのに応じて、イメージ画像を指定する命令で指定された情報機器に、イメージ画像データを要求する命令をネットワークを介して送信して、イメージ画像を指定する命令で指定された情報機器から、イメージ画像データをネットワークを介して取得する取得手段と、
　前記取得手段により取得されたイメージ画像データをメモリ資源に記憶させる制御手段とを有することを特徴とする印刷装置。」
　上記補正事項は、請求項１に記載した発明を特定するために必要な事項である「
所定の通信媒体を介して
ネットワークを介して複数の
ネットワークを介して
　そこで、本願補正後の前記請求項１に記載された発明（本願補正発明）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第４項の規定に適合するか）について以下に検討する。
　
（１）引用刊行物
　原査定の拒絶の理由に引用された、本願の出願日前に頒布された刊行物「特開平８−１６８０２号公報」（以下、「引用刊行物」という。）には「画像処理方法及び装置及びシステム」の発明に関して、図面とともに以下の記載がある。
「【００１８】＜実施例１＞図１は本実施例の画像編集システムの構成例を示すブロック図である。同図に示されるように、本画像編集システムは、通信回線１０１によって結合された複数の端末１，端末２〜端末ｎ及びプリンタサーバ４によって構成される。ここで、例えば端末１は次のような構成を備えている。
　・・・
【００２０】図３は本実施例の端末１によって作成・編集された画像の一例を示す。図３に示されるように、作成された文書中には、文字だけでなく、ディスク１４に格納されているビットマップ画像をはりつけることができる。こうして作成された文書は、ＬＩＰＳ（キヤノン株式会社製のＰＤＬ）やＰｏｓｔｓｃｒｉｐｔ（米国アドビー社製のＰＤＬ）等のＰＤＬ（ページ記述言語）で記述され、ディスク１４或はＲＡＭ１２に格納される。
【００２１】またディスク１４もしくはＲＡＭ１２に格納された文書を印刷する場合は、インターフェイス１３を介してネットワーク等の通信回線１０１を通じてプリンタサーバ４に当該文書データを送る。プリンタサーバ４は、後述する処理を経た後、プリンタ４５による印刷を実行する。
　・・・
【００２３】次に、プリンタサーバ４の構成について説明する。本実施例のプリンタサーバ４は次のような構成及び機能を有する。
【００２４】インターフェイス４３を介して送られてきた文書データ（即ちＰＤＬデータ）は図６により後述するＰＤＳ変換処理において変換された後、周知のＰＤＬインタープリターのプログラムに従って展開され、プリンタ４５により印刷される。ここで、ＰＤＳ変換処理の制御プログラムは、プリンタサーバ４の各種制御を実行するＣＰＵ４１が実行可能な形態で、ディスク４４、ＲＯＭ４６、ＲＡＭ４２のいずれかに格納されている。
【００２５】図４は本実施例のＰＤＬデータにおけるビットマップデータの貼り付け命令の部分のデータ構成を説明する図である。図４に示した貼り付け命令は図３の文書に対応しており、「文書中の座標（ｘ，ｙ）から幅ｗ、高さｈの範囲に、ディスク１４に記憶されたファイル中の解像度ｒのビットマップデータ（ビットマップデータのファイル名ｆ１）をはりつける」という内容を記述している。
【００２６】ここに示すように、ビットマップデータには固有の解像度があり、プリンタの解像度とビットマップデータの解像度が異なる場合、一般に、当該ビットマップデータを解像度変換してプリンタの解像度にあわせてから文書にはりつけなけらばならない。このような機能は、ＬＩＰＳ、Ｐｏｓｔｓｃｒｉｐｔ等の通常用いられているＰＤＬインタープリターにおいて知られている手法があるので、動作の詳細については省略する。
【００２７】ところで、端末１における対話的編集に用いられるディスプレイ１１の解像度は高々１００ｄｐｉ程度である。従って、この表示に用いたビットマップデータを解像度変換（拡大）して印刷に用いたのでは、通常３００〜６００ｄｐｉの解像度を持つプリンタの性能を生かすことはできず、高品位な印刷が得られないという問題がある。
【００２８】そこで本実施例においては、プリンタサーバ４においてＰＤＬインタープリターで文書を展開する前に、ＰＤＳ変換処理によりビットマップデータを高解像度のものに差し替えることにより、この問題を解決している。
【００２９】即ち、ディスク１４に格納されたビットマップデータと同じ内容の画像でより解像度の高いビットマップデータのセットを予めディスク４４に用意しておき、対話的編集はディスク１４上の低解像度ビットマップデータを用いて行い、印刷はディスク４４上の高解像度ビットマップデータを用いて行う。
【００３０】ビットマップデータ間の対応づけは、例えばディスク１４上にｆ１，ｆ２，ｆ３…等のファイル名でファイルを保持し、ディスク４４上ではＦ１，Ｆ２，Ｆ３…というファイル名でファイルを保持するというように、同じ内容のファイルは関連のあるファイル名で管理するようにすればよい。又、ディスク４４上に、ファイルの関係を示す対応リストを格納しておき、これを参照するようにしても良い。
【００３１】以上の動作を図５を参照して説明する。図５は実施例１の文書編集システムの機能構成を説明する図である。同図において、文書編集部１ａで文書データの作成が行われる。編集中の文書はディスプレイ１７に表示され、マウス１５或はキーボード１６により各種の編集指示が入力される。文書データにはビットマップデータｆ１が貼り付けられている。ここで、ビットマップデータｆ１は低解像度のイメージデータである。印刷に際しては、編集された文書データがＰＤＬ変換部１ｂによりＰＤＬデータ１ｃに変換され、インターフェース１３を介して通信回線１０１上へ出力され、プリンタサーバ４へ入力される。ここで、ＰＤＬデータ１ｃは例えば図４に示したビットマップデータｆ１を貼り付ける旨のコマンドを含んでいる。
【００３２】プリンタサーバ４では、ＰＤＬデータをＰＤＬインタープリタ４ｂへ入力する前に、ＰＤＳ変換部４ａにおいてイメージデータの差し替えが行われる。ここで、本例では、低解像度のビットマップデータｆ１を、これに対応する高解像度のビットマップデータＦ１に差し替えている。ビットマップデータの対応はディスク４４に格納された対応リスト４４ａを参照することで認識できる。ＰＤＳ変換部４ａにより高解像度のビットマップデータへの差し替えが行われたＰＤＬデータをＰＤＬインタープリタ４ｂへ入力する。ＰＤＬインタープリタ４ｂでは、ビットマップデータＦ１をディスク４４より獲得するとともに、文書全体をビットマップデータへ展開する。
【００３３】次に、ＰＤＳ変換部４ａにおける変換処理の処理手順を説明する。図６は本実施例１のＰＤＳ変換処理の処理手順を表すフローチャートである。まず、ステップＳ１において通信回線１０１を介してプリンタサーバ４に送られたＰＤＬデータを受信する。次に、ステップＳ２において、一命令ずつチェックし、受信したＰＤＬデータがビットマップデータをはりつける命令（貼り付け命令）かどうかの判定を行う。もし貼り付け命令でなければそのままステップＳ５に進みＰＤＬデータはＰＤＬインタープリタ４ｂに渡され、文書として展開される。
【００３４】一方、ビットマップデータをはりつける命令であればステップＳ２よりステップＳ３に進み、対応するビットマップデータがプリンタサーバ４の記憶装置であるディスク４４の中に存在するかどうか検索する。もし内容が同じでより解像度の高いビットマップデータがディスク４４に存在すればステップＳ４に進み、ビットマップはりつけ命令をさしかえる。即ち、“ファイル名”のフィールドをディスク４４に存在するデータファイル名に置き換え、そのビットマップデータの解像度Ｒを“解像度”のフィールドに挿入する。ここで、Ｒ＞ｒとなることはいうまでもない。
【００３５】このように変換されたＰＤＬデータはステップＳ５でＰＤＬインタープリタ４ｂに送られ、展開されて、プリンタ４５で印刷される。・・・
【００３６】以上説明したように、本実施例１によれば、プリンタの解像度を生かした、高品位な、なめらかな印刷が可能になる。又、ＰＤＬデータに指定されているビットマップデータがディスク４４に存在しない場合は、ＰＤＬインタープリタ４ｂは通常通りディスク１４より対応するビットマップデータを読み出して、必要に応じて解像度変換を実行し、これをプリンタ４５へ転送する。」（第５頁左欄第９行−第６頁右欄第９行）
　
（２）対比
　本願補正発明と引用刊行物に記載された発明とを対比すると、
　引用刊行物の「ネットワーク等の通信回線」、「端末」、「ビットマップデータ」、「ビットマップデータの貼り付け命令」、「ビットマップデータを貼り付ける命令かどうかの判定」および「ビットマップデータを貼り付ける命令かどうかの判定」は本願補正発明の「ネットワーク」、「情報機器」、「イメージ画像」、「イメージ画像を指定する命令」、「イメージ画像を指定する命令であるか否かを判定する判定手段」および「イメージ画像を指定する命令であるか否かを判定する判定手段」にそれぞれ相当する。
　引用刊行物の「プリントサーバ」及び「プリンタ」は本願補正発明の「印刷装置」に相当する。
　引用刊行物の、インターフェースを介してプリントサーバーに送られてきた「データ（即ちＰＤＬデータ）」は、本願補正発明の、受信された「印刷データ」に相当する。
　引用刊行物の「ＰＤＬインタプリタ」は、貼り付け命令でなければ、ＰＤＬデータが渡され、文書として展開するから、本願補正発明の、イメージ画像を指定する命令でないと判定されるのに応じて命令を解析する「命令解析手段」に相当する。
　そして、引用刊行物には、「ビットマップデータをはりつける命令であればステップＳ２よりステップＳ３に進み、対応するビットマップデータがプリンタサーバ４の記憶装置であるディスク４４の中に存在するかどうか検索し、もし内容が同じでより解像度の高いビットマップデータがディスク４４に存在すればステップＳ４に進み、ビットマップはりつけ命令をさしかえる。即ち、“ファイル名”のフィールドをディスク４４に存在するデータファイル名に置き換える。又、ＰＤＬデータに指定されているビットマップデータがディスク４４に存在しない場合は、ＰＤＬインタープリタ４ｂは通常通りディスク１４より対応するビットマップデータを読み出す。」旨記載されている。従って、引用刊行物には、本願補正発明の「指定された情報機器から、イメージ画像データを取得する取得手段」が実質的に記載されている。
　
　したがって、両者は
　
「ネットワークを介して複数の情報機器と通信可能な印刷装置であって、
　受信された印刷データが、イメージ画像を指定する命令であるか否かを判定する判定手段と、
　イメージ画像を指定する命令でないと判定されるのに応じて、命令を解析する命令解析手段と、
　イメージ画像を指定する命令であると判定されるのに応じて、指定された情報機器から、イメージ画像データを取得する取得手段と、
　を有する印刷装置。」
　の点で一致し、以下の点で相違する。
　
相違点１
　引用刊行物には、イメージ画像をプリンタサーバあるいはプリンタサーバにネットワークを介して接続された端末（本願補正発明の情報機器）から取得する「イメージ画像データを取得する取得手段」が記載されているが、当該取得手段が「
イメージ画像を指定する命令で指定された情報機器に、イメージ画像データを要求する命令をネットワークを介して送信して、イメージ画像を指定する命令で
ネットワークを介して
　
相違点２
　引用刊行物には「取得手段により取得されたイメージ画像データをメモリ資源に記憶させる制御手段」について記載がない点。
　
（３）当審の判断
　以下、上記相違点について検討する。
　
相違点１について
　引用刊行物には、イメージ画像を印刷装置あるいは印刷装置とネットワークを介して接続された情報機器に設けた記憶手段から取得することが記載されている。また、一般的に、記憶手段をネットワーク上にファイルサーバ（本願補正発明の「情報機器」に相当する。）として設けることも周知・慣用技術（例えば、特開平５−１１９９３４号公報）であり、ファイルサーバー上のデータを指定するに際して、情報機器を指定することは当然のことである。
　したがって、引用刊行物に記載の発明において、イメージ画像取得手段を「イメージ画像を指定する命令で指定された情報機器に、イメージ画像データを要求する命令をネットワークを介して送信して、イメージ画像を指定する命令で指定された情報機器から、イメージ画像データをネットワークを介して取得する」構成とすることは、当業者が周知・慣用技術に基づいて容易になし得ることである。
　
相違点２について
　ネットワーク等から取得されたイメージ画像データをメモリ資源に記憶すること、当該記憶をさせる制御手段を設けることは通常、普通に行われていることであるから、引用刊行物に記載された発明において、「取得手段により取得されたイメージ画像データをメモリ資源に記憶させる制御手段」を設けることに格別の困難性はない。
　
　そして、本願補正発明のように構成したことによる効果も引用刊行物および周知・慣用技術から予想できる程度のものである。
　したがって、本願補正発明（請求項１に係る発明）は、引用刊行物および周知・慣用技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
（４）むすび
　以上のとおりであるから、本願補正は特許法第１７条の２第５項で準用する同法第１２６条第４項の規定に違反するものであり、特許法第１５９条第１項で準用する特許法第５３条第１項の規定により却下すべきものである。
　
III．本願発明について
　上記「II．１．」のように、平成１４年２月１日付補正却下の決定に誤りはなく、平成１４年４月１５日付手続補正は上記「II．２．」のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１３年９月３日付手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
「所定の通信媒体を介して情報機器と通信可能な印刷装置であって、
　受信された印刷データが、イメージ画像を指定する命令であるか否かを判定する判定手段と、
　イメージ画像を指定する命令でないと判定されるのに応じて、命令を解析する命令解析手段と、
　イメージ画像を指定する命令であると判定されるのに応じて、イメージ画像を指定する命令で指定された情報機器に、イメージ画像データを要求する命令を送信して、イメージ画像データを取得する取得手段と、
　前記取得手段により取得されたイメージ画像データをメモリ資源に記憶させる制御手段とを有することを特徴とする印刷装置。」
　
（１）引用刊行物
　原査定の拒絶の理由に引用された引用刊行物およびその記載事項は、前記「II．２．（１）」に記載したとおりである。
　
（２）対比・判断
　本願発明と、前記「II．２．」で検討した本願補正発明と比較すると、本願補正発明は、本願発明において「
所定の通信媒体
ネットワーク
ネットワークを介して
イメージ画像を指定する命令で指定された情報機器から
ネットワークを介して
　そうすると、本願発明の構成要件を全て含み、さらに限定を付したものに相当する本願補正発明が、前記「II．（３）」に記載したとおり、引用刊行物および周知・慣用技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用刊行物および周知・慣用技術に基づいて、当業者が容易に発明をすることができたものである。
　
（３）むすび
　以上のとおり、本願発明（請求項１に係る発明）は、引用刊行物および周知・慣用技術に基づいて、当業者が容易に発明をすることができたものであるから特許法第２９条第２項の規定により特許を受けることができない。
　
　したがって、本願はその余の請求項について論及するまでもなく拒絶をすべきものである。
　よって、結論のとおり審決する。