【事件の表示】
　特願２００１−１５２１０３「プリンタ、及び、プリンタ制御方法」拒絶査定不服審判事件〔平成１４年　１月１５日出願公開、特開２００２−　１１９２５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　
　本願は、平成１１年３月１０日に出願した特願平１１−６３８７７号の一部を平成１３年５月２２日に新たな特許出願としたものであって、当審にて平成１９年２月９日付で拒絶理由（以下、「当審拒絶理由」という。）を通知し、これに対して同年３月２７日付で手続補正（以下、「本件補正」という。）がなされるとともに、同日付で意見書（以下、「当審意見書」という。）が提出された。
　
第２　本願発明
　
　本件補正により、補正前の請求項５が削除され、補正前の請求項６，７が請求項５，６に繰り上がるとともに、補正前の請求項１，５〜７について補正が行われている。そのうち、特許請求の範囲の請求項１（以下、「本願発明」という。）は、以下のように補正された。
　
「第１バッファメモリと補助記憶装置とを備え、前記第１バッファメモリから前記補助記憶装置にデータが出力されるプリンタであって、
　外部から受信した印刷データを前記第１バッファメモリに格納する通信タスクと、前記第１バッファメモリから印刷データを読み出して前記補助記憶装置に格納する補助記憶装置書き込みタスクと、前記補助記憶装置に格納された前記印刷データを読み出す補助記憶装置読み出しタスクと、印刷データをもとに印刷要求を生成するイメージ生成タスクと、前記印刷要求に基づいて印刷エンジンの制御に関する処理を行う印刷タスクとを、当該プリンタの演算処理部が、それぞれの優先度に応じて排他的に選択して実行し、さらに、
　前記補助記憶装置書き込みタスクの優先度と前記イメージ生成タスクの優先度に基づく相対的な優先順位を、前記イメージ生成タスクにより生成され前記印刷タスクにより消費されるべく蓄積された印刷要求の数に応じて、前記蓄積された印刷要求の数が所定数よりも多い場合には、前記補助記憶装置書き込みタスクの優先度を、前記イメージ生成タスクの優先度よりも相対的に高くし、前記蓄積された印刷要求の数が所定数よりも多くない場合には、前記補助記憶装置書き込みタスクの優先度を、前記イメージ生成タスクの優先度よりも相対的に低くする、ことを特徴とするプリンタ。」
　
第３　本願発明についての当審の判断
　
１．引用例
　
（１）当審拒絶理由に引用した特開平６−９５８１４号公報（以下、「引用例１」という。）には、次の事項が記載又は図示されている。
　
（ア）「本実施例のレーザビームプリンタ（以下、ＬＢＰと略す）の断面図を図４に示す。このＬＢＰは不図示のデータ源から文字パターンの登録や提携書式（フォームデータ）などの登録が行える。
　図において、１００はＬＢＰ本体であり、外部に接続されているホストコンピュータから供給される印刷情報（文字コード等）やフォーム情報或いはマクロ命令などを入力して記憶するとともに、それらの情報に従って対応する文字パターンやフォームパターンなどを作成し、記録媒体である記録紙上に像を形成する。１１２は操作のためのスイッチ及び各種メッセージを表示するＬＣＤ表示器などが配されている操作パネル、１０１はＬＢＰ１００全体の制御及びホストコンピュータから供給される文字情報などを解析するプリンタ制御ユニットである。このプリンタ制御ユニット１０１は主に文字情報を対応する文字パターンのビデオ信号に変換してレーザドライバ１０２に出力する。」（公報段落【００１０】，【００１１】）
　
（イ）「図１に実施例のＬＢＰのブロック構成図とデータ発生源との関係を示す。尚、図示で符号１〜９６上述したプリンタ制御ユニット１０１に含まれるものであり、記録部１２０の構成は図４で説明した通りである。
　さて、図示において、１はプリンタ制御ユニット１０１及び本装置全体の制御を司るＣＰＵ、２はホストコンピュータからのデータを受信する外部インターフェース部（内部に所定量のバッファメモリを有する）、３はＣＰＵ１の動作処理手順（後述する図２或いは図３のフローチャートに対応するプログラムを含む）を記憶しているＲＯＭ、４はワークエリアやページデータ（印刷データに基づいて生成される中間データで、イメージ展開処理する場合の基になるデータ）を記憶するためのＲＡＭである。５は１ページ分のドットイメージを展開するためのフレームメモリであって、ここに展開されたドットイメージはビデオ信号として記録部１２０に転送される。記録部１２０は図４で示した通りである。６は外部インターフェース部２を介して受信した印刷データを蓄える（受信バッファとして作用する）と共に、フォントデータ等を記憶しているハードディスク装置である。尚、説明が前後するが、実施例におけるホストコンピュータ２００とＬＢＰ１００とは、ＳＣＳＩ（Small Computer System Interface）で接続されているものである。
　上記構成において、ホストコンピュータ２００はケーブル２０１を介して印刷データを出力する場合に、ＬＢＰ１００内の外部インターフェース部２とハードディスク装置６との間のバス解放要求信号を出力する。これを受けて、ＣＰＵ１は外部インターフェース部２を介してホストコンピュータ２００に了解した旨の信号を出力する。
　ホストコンピュータ２００は、この信号を確認すると、印刷データを外部インターフェース部２を介して直接ハードディスク６に書き込む。つまり、ハードディスク装置６が、あたかもホストコンピュータ２００内に設けられている場合と同じようにデータ転送を行う。従って、印刷データの転送速度を、これまでのそれより格段に高速にすることができる。
　さて、１つの印刷データの固まり（いわゆるＪＯＢ）の転送が済むと、外部インターフェース２を介してＬＢＰ１００内のＣＰＵ１に転送が完了したことを報知する信号を出力する。これを受けて、ＣＰＵ１は外部インターフェース部２とハードディスク装置６とのバス権を獲得し、書き込まれた印刷データを順序取り出してページデータを作成し、その作成されたページデータに基づいて印刷処理を行うことになる。」（公報段落【００１３】〜【００１７】）
　
（ウ）「ステップＳ１で、ホストコンピュータ２００から印刷データ送信要求が来た場合には、外部インターフェース部２とハードディスク装置６との間のバス権をホストコンピュータ２００側に解放する。この後、ステップＳ２、Ｓ３において、ホストコンピュータ２００は印刷データを直接ハードディスク装置６に転送する（書き込む）処理を行う。こうして、一連の印刷データの転送処理が終了すると、外部インターフェース部２を介して、ＣＰＵ１に印刷データ転送処理が完了したことを知らせる信号を出力する。
　この信号を受けると、処理はステップＳ４に進んで、ハードディスク装置６に格納された印刷データ（１つのファイルとして記憶されることになる）を取り出し、ページデータを作成する。尚、上記説明ではページデータはＲＡＭ上に作成されると説明したが、ハードディスク装置６内に１つのファイルとして作成しても構わない。
　さて、ページデータの作成が済むと、ステップＳ５、Ｓ６でもってそのページデータに基づくイメージをフレームメモリ５に展開していく。１ページ分のイメージ展開が完了すると、ステップＳ７に進んで、フレームメモリ５に展開されたイメージデータをビデオ信号として記録部１２０に転送し、画像を生成する。そして、１枚の画像生成が済むと、処理はステップＳ８に進んで、全てのページデータに対する印刷処理が完了したかどうかを判断し、未完であると判断した場合には、ステップＳ５に戻って次のページの印刷処理を行う。」（公報段落【００１９】〜【００２１】）
　
（エ）「印刷装置が何らかの原因でエラーを発生した場合（例えば、ジャム等が発生した場合）でも、印刷データの転送は続行されるので、少なくともこれまでのように印刷データの転送が不可になることはない。このような状況の場合、エラーを取り除いた時点で（例えば電源の再投入時やリセット時、或いは操作パネルより所定の指示があった場合等）、ハードディスク装置６内に未処理のデータが含まれるかどうかを判断し（不揮発性記憶装置に記憶されているので、その内容が消去されることはない）、それが存在すればそのデータを取り出して印刷処理を続行するようにすれば良い。」
　
（オ）「＜第３の実施例の説明＞また、上記実施例では、ホストコンピュータ２００は印刷データの全てをハードディスク装置６に転送した後、印刷処理が開始されるものとして説明したが、これによって本発明が限定されるものではない。
　例えば、ホストコンピュータ２００が印刷データを転送中にも、印刷装置側のＣＰＵ１がハードディスク６をアクセスし、印刷処理を行うようにしてもよい。この場合、ホストコンピュータ２００からのデータ転送と印刷装置内のＣＰＵ１がハードディスク装置６からデータを取り出すことは、厳密には同時にはできないので、外部インターフェース部２に受信バッファ、読み出しバッファの２つを設ける。
　そして、ホストコンピュータ２００から転送されてきたデータは一旦受信バッファに記憶し、それがフル状態になったときにハードディスクに書き込むようにする。そして、転送されてきた印刷データをハードディスクに書き込んでいない状態、すなわち、受信バッファに順次印刷データが転送されつつある状態のとき、ハードディスク装置６をアクセスし、所定量の印刷データを読み出しバッファに転送する。このようにすることで、少なくとも見かけ上、印刷データの高速転送中にも印刷処理が行われることになるので、最終的に印刷結果を得ることを早くすることが可能になる。ただし、この場合、ハードディスク装置６に対するアクセス権所得の処理は、外部インターフェース部２が行うようにするので、第１、第２の実施例で説明したように、ＣＰＵ１がその制御を行う必要はない。」（公報段落【００３６】〜【００３８】）
　
　よって、引用例１の記載（ア）〜（オ）を含む全記載及び図示からみて、引用例１には以下の発明（以下、「引用発明１」という。）が記載されているものと認める。
　
「プリンタ制御ユニット１０１及び本装置全体の制御を司るＣＰＵ１、ホストコンピュータ２００からのデータを受信する外部インターフェイス部２に設けられた受信バッファ、外部インターフェイス部２を介して受信した印刷データを蓄えるハードディスク装置６を備えたレーザービームプリンタであって、
　ホストコンピュータ２００から転送されてきたデータは一旦受信バッファに記憶し、それがフル状態になったときにハードディスクに書き込むようにし、転送されてきた印刷データをハードディスクに書き込んでいない状態のとき、ハードディスク装置６をアクセスし、書き込まれた印刷データを取り出してページデータを作成し、その作成されたページデータに基づいて印刷処理を行うレーザービームプリンタ。」
　
（２）当審拒絶理由に引用した特開平７−１３４６３９号公報（以下、「引用例２」という。）には、次の事項が記載又は図示されている。
　
（ア）「プリンタと、
前記プリンタでプリントを行うためのプリントデータを含むプリント要求を送信する情報処理装置と、
記憶媒体に設けられたスプールと、前記情報処理装置から前記プリンタでプリントを行うためのプリントデータを含むプリント要求を受信した場合に前記受信したプリント要求のプリントデータを前記スプールに蓄積する受信プロセスと、スプールにプリントデータが蓄積されている場合に前記プリントデータをスプールから取り出してプリンタへ送信する送信プロセスと、を各々所定の動作優先度で実行する処理手段と、前記スプールの空き容量を検出する検出手段と、を備えたプリント管理装置と、
を含むプリントシステムであって、
前記プリント管理装置に、前記検出手段によって検出されたスプールの空き容量が所定値以下になったときに、前記受信プロセスの動作優先度を低くする、及び前記送信プロセスの動作優先度を高くする、の少なくとも一方を行う優先度制御手段を更に設けた、
ことを特徴とするプリントシステム。」（【特許請求の範囲】【請求項１】）
　
（イ）「プリントシステム１０は、伝送媒体１２に本発明の情報処理装置としての複数台のワークステーション１４と、レーザビームプリンタ１６と、本発明に係るプリンタシステムのプリント管理装置としてのワークステーション１８（以下、ゲートウェイ１８と称する）と、が接続されて構成されている。
　ゲートウェイ１８は、ＣＰＵ１８Ａ、ＲＯＭ１８Ｂ、ＲＡＭ１８Ｃ、入出力ポート１８Ｄを備えており、これらはバス２０を介して互いに接続されている。入出力ポート１８Ｄは通信制御ユニット２２を介して前述の伝送媒体１２に接続されている。ゲートウェイ１８はプロトコルを変換する本発明のゲートウェイとしての機能を兼ね備えており、通信制御ユニット２２を介して所定の通信プロトコル（例えばＴＣＰ／ＩＰ等）で各ワークステーション１４と通信すると共に、通信制御ユニット２２を介して前記所定の通信プロトコルと異なる通信プロコトル（例えばＸＮＳ等）でレーザビームプリンタ１６と通信できるようになっている。
　また、入出力ポート１８Ｄにはハードディスクを含んで構成された外部記憶装置２４が接続されている。外部記憶装置２４の記憶領域のうちの一部は後述するスプールとして割当てられている。」（公報段落【００２４】〜【００２６】）
　
（３）当審拒絶理由に引用した特開平１０−６５８９４号公報（以下、「引用例３」という。）には、次の事項が記載又は図示されている。
　
（ア）「原稿を読取り読取データを格納する格納動作、原稿データの送受信動作及び受信データファイルの印刷動作を同時に行い、ハードディスクへの書込と該ハードディスクからの読出のために使用するバッファを備えたファクシミリ装置であり、
前記格納動作、前記送受信動作及び前記印刷動作に優先度を設定する優先度設定手段と、
前記バッファの残りエリアを監視し、残りブロック数が所定値以下になると、前記優先度設定手段で設定された最優先度の動作を、前記バッファ及び前記ハードディスクに対して優先的に行う優先制御手段とを有することを特徴とするファクシミリ装置。」（【特許請求の範囲】【請求項１】）
　
（４）当審拒絶理由に引用した特開平９−７１０１２号公報（以下、「引用例４」という。）には、次の事項が記載又は図示されている。
　
（ア）「【従来の技術】印刷装置等の画素処理装置においては、一般に、プリンタエンジン部における画像の出力処理が、外部装置から印刷データを受け取る速度より遅いため、画像の出力は、プリンタエンジン部の処理速度に依存して遅延する。
　従来、例えば、複数のホストコンピュータから印刷データが送られた場合、受け取った印刷データを、一旦バッファとしての機能を有するハードディスク装置等に格納し、各印刷データに関する印刷処理が終了するのを待って、格納した印刷データを順次フレームメモリ上に展開し、プリンタエンジン部に供給するという一連の処理を開始していた。
【発明が解決しようとする課題】しかしながら、上記従来例においては、プリンタエンジン部に１つの印刷データに関するビットマップデータを供給している間、そのビットマップデータを保持したフレームメモリが当該印刷データに関する処理から解放さない。そのため、次の印刷データを受信しているにも拘わらず、その印刷データを展開することができず、印刷処理の高速化を妨げる原因の１つになっていた。」（公報段落【０００２】〜【０００４】）
　
（イ）「ホストコンピュータ１〜３のいずれかから印刷データを受信すると、Ｉ／Ｆ１４０は、ＣＰＵ１５０に対して割り込み要求を発生する（受信割り込み）。ＣＰＵ１５０は、この割り込み要求に基づいて受信ルーチンを実行する。なお、この受信ルーチンは、ＣＰＵ１５０が割り込みを許可しているときに限り実行される」（公報段落【００２２】）
　
（ウ）「ビットマップデータが存在する場合には、ステップＳ３０４において、そのビットマップデータをプリンタエンジン１３０に転送可能か否かを判定する。ここで、本実施の形態において「転送可能」な場合とは、プリンタエンジン１３１において、印刷をすることが可能な状態（すなわち、紙なし、紙詰まり、トナー切れ等のエラーがない状態）であって、プリンタエンジン１３１が印刷のためのデータを要求している場合（或いは取り込むことが可能な場合）を言う。
　ビットマップデータを転送可能な場合には、ステップＳ３０５〜Ｓ３０７において、割り込み（前述の受信割り込み）を禁止した上で印刷（ビットマップデータをプリンタエンジン１３１に転送）し、その後再び割り込みを許可する。ステップＳ３０６における印刷処理は、ビットマップデータをプリンタエンジン１３０に可能な限り転送すれば良く、中途で転送不能になった場合（例えば、プリンタエンジン部１３１における処理が遅いため）には、一旦その処理を終了してステップＳ３０７において割り込みを許可し、ステップＳ３０３に戻れば良い。」（公報段落【００３０】，【００３１】）
　
２．対比
　
　そこで、本願発明と引用発明１とを対比する。
　
ｉ）引用発明１の「受信バッファ」，「ハードディスク装置６」及び「レーザービームプリンタ」は、本願発明の「第１バッファメモリ」，「補助記憶装置」及び「プリンタ」にそれぞれ相当する。
　
ii）引用発明１では、ホストコンピュータ２００から転送されてきた印刷データは一旦受信バッファに記憶されていることから、これは本願発明の「外部から受信した印刷データを第１バッファメモリに格納する」ことに相当し、即ち引用発明１でも本願発明でいう「通信タスク」を実行していることは明らかである。
　
iii）引用発明１では、ハードディスク装置６をアクセスし、書き込まれた印刷データを取り出していることから、これは本願発明の「補助記憶装置に格納された印刷データを読み出す」ことに相当し、即ち引用発明１でも本願発明でいう「補助記憶装置読み出しタスク」を実行していることは明らかである。
　
iv）引用発明１では、ハードディスク装置６をアクセスし、書き込まれた印刷データを取り出してページデータを作成し、この作成されたページデータに基づいて印刷処理を行っている。一方、本願発明では「補助記憶装置に格納された印刷データを読み出す補助記憶装置読み出しタスク」を実行し、「印刷データをもとに印刷要求を生成するイメージ生成タスク」を実行し、「印刷要求に基づいて印刷エンジンの制御に関する処理を行う」としている。
　ここで、引用発明１でも「補助記憶装置に格納された印刷データを読み出す補助記憶装置読み出しタスク」を実行することは前記「iii）」ですでに述べたとおりであり、一方「印刷処理」は、本願発明の「印刷エンジンの制御に関する処理」と実態として同じである。
　そして、引用発明１の「ページデータ」と本願発明の「印刷要求」は、共に、「補助記憶装置タスク」により読み出された印刷データから生成され、印刷エンジンの制御に関する処理を行っている点で共通している。
　そうであれば引用発明１の「ページデータ」は本願発明の「印刷要求」に相当する。
　すると、引用発明１と本願発明は「印刷データをもとに印刷要求を生成」している点で共通であり、即ち引用発明１でも本願発明でいう「イメージ生成タスク」を実行していることは明らかである。
　また、引用発明１の「印刷処理」と、本願発明の「印刷エンジンの制御に関する処理」は実態として同じことであるから、引用発明１でも「印刷要求に基づいて印刷エンジンの制御に関する処理」を行っているので、即ち引用発明１でも本願発明でいう「印刷タスク」を実行していることは明らかである。
　
　してみれば、本願発明と引用発明１とは、
　
「第１バッファメモリと補助記憶装置とを備え、前記第１バッファメモリから前記補助記憶装置にデータが出力されるプリンタであって、
　外部から受信した印刷データを前記第１バッファメモリに格納する通信タスクと、前記第１バッファメモリから印刷データを読み出して前記補助記憶装置に格納する補助記憶装置書き込みタスクと、前記補助記憶装置に格納された前記印刷データを読み出す補助記憶装置読み出しタスクと、印刷データをもとに印刷要求を生成するイメージ生成タスクと、前記印刷要求に基づいて印刷エンジンの制御に関する処理を行う印刷タスクとを、実行するプリンタ。」
　
である点で一致し、以下の点で相違する。
　
［相違点ａ］
　本願発明では、通信タスク、補助記憶装置書き込みタスク、補助記憶装置読み出しタスク、イメージ生成タスク、印刷タスクはプリンタの演算処理部が、それぞれの優先度に応じて排他的に選択して実行しているのに対し、引用発明１では、そのような特定を有さない点。
　
［相違点ｂ］
　本願発明では、補助記憶装置書き込みタスクの優先度と前記イメージ生成タスクの優先度に基づく相対的な優先順位を、前記イメージ生成タスクにより生成され前記印刷タスクにより消費されるべく蓄積された印刷要求の数に応じて、前記蓄積された印刷要求の数が所定数よりも多い場合には、前記補助記憶装置書き込みタスクの優先度を、前記イメージ生成タスクの優先度よりも相対的に高くし、前記蓄積された印刷要求の数が所定数よりも多くない場合には、前記補助記憶装置書き込みタスクの優先度を、前記イメージ生成タスクの優先度よりも相対的に低くしているのに対し、引用発明１では、そのような特定は有さない点。
　
３．判断
　
［相違点ａ］について
　引用発明１のレーザービームプリンタは、プリンタ制御ユニット１０１及び本装置全体の制御を司るＣＰＵ１を備えていることから、ＣＰＵ１がレーザービームプリンタの動作全般に関わりをもっていることは明らかである。
　よって、引用発明１において、一般的な意味で「プリンタの演算処理部」といえるものは「ＣＰＵ１」である。
　そうすると、ＣＰＵ１は通信タスク、補助記憶装置書き込みタスク、補助記憶装置読み出しタスク、イメージ生成タスクにも何らかの関わりをもっているはずである。
　実際、引用例１の記載事項（１）（イ）の「ＣＰＵ１は外部インターフェース部２とハードディスク装置６とのバス権を獲得し、書き込まれた印刷データを順序取り出してページデータを作成し、その作成されたページデータに基づいて印刷処理を行うことになる。」との記載に鑑みると、ページデータを作成すること即ち「イメージ生成タスク」と、印刷処理を行うこと即ち「印刷タスク」はＣＰＵ１が実行しているといえる。
　一方、外部から受信した印刷データを第１バッファメモリに格納する「通信タスク」や、第１バッファメモリから印刷データを読み出して補助記憶装置に格納する「補助記憶装置書き込みタスク」についてみると、引用例１の記載事項（１）（オ）には、「ホストコンピュータ２００から転送されてきたデータは一旦受信バッファに記憶し、それがフル状態になったときにハードディスクに書き込むようにする。・・・ただし、この場合、ハードディスク装置６に対するアクセス権所得の処理は、外部インターフェース部２が行うようにするので、第１、第２の実施例で説明したように、ＣＰＵ１がその制御を行う必要はない。」との記載からすると、ＣＰＵ１が必ずしも「通信タスク」や「補助記憶装置書き込みタスク」を直接、実行する必要がないことが読み取れる。
　しかしながら、このようにプリンタなどの装置に実装されたＣＰＵがその全ての処理を直接的に実行せずに、一部の制御をＣＰＵ以外の手段（前記のものでは外部インタフェース部）により代替させることはＣＰＵに負荷が集中することを防止するためなどから従来より行われていたことである。むしろ、ＣＰＵにすべての制御をまかせることは単純かつ初歩的な技術手法に属するものといえる。
　そして、ＣＰＵへの負荷の集中をあえて許容するか、負荷が低いため集中を考慮する必要がなかったり、構造の簡略化やコスト低減を重視すること等を理由に制御を代替する手段を省略して、すべて制御をＣＰＵに集中させることは当業者が装置に求められる性能とを勘案して適宜選択する設計事項の範疇といえる。
　よって、引用発明１において、通信タスク、補助記憶装置書き込みタスク、補助記憶装置読み出しタスク、イメージ生成タスクのすべてをＣＰＵ１で実行することは設計事項である。
　また、引用例１の頒布が平成６年４月８日であることを考慮すれば、技術常識からして引用発明１のようにレーザービームプリンタに実装される程度のＣＰＵ１として、当時としては非常に高機能といえる同時に複数の命令が実行可能なＣＰＵが採用されることはほぼあり得ないことである。
　すると、引用発明１のＣＰＵ１が同時に複数の命令を実行せずに、一つの命令を順次処理していくものであるとの前提にたつことが常識的であり、そうであれば、それぞれのタスクが排他的に行われることも各タスクのすべてをＣＰＵ１で実行させることに伴い必然的に生ずる事項といえる。
　
　さらに、本願発明ではプリンタの演算処理部が、通信タスク、補助記憶装置書き込みタスク、補助記憶装置読み出しタスク、イメージ生成タスク、印刷タスクを、それぞれの優先度に応じて排他的に選択して実行している。
　例えば、通信タスク、補助記憶装置書き込みタスク、補助記憶装置読み出しタスク、イメージ生成タスクが同速度で処理可能であれば、これらタスクを時系列的に処理していけば滞ることなくプリントは完結する。しかし、それぞれのタスクの処理速度には差があることが通常で、速度の遅いタスクで処理が滞る問題があることは従来から一般に知られた事情といえる。
　実際に、引用例４の記載事項（４）（ア）にもプリンタエンジン部の処理の遅いことに起因する問題が記載されている。そして、同（４）（イ），（ウ）の記載からは、プリンタエンジン部の処理が遅いことを前提に、受信割り込みを禁止した上でビットマップーデータをプリンタエンジンに可能な限り転送する（印刷タスクに相当する）ことをしているので、これは印刷タスクに相当する処理を優先して実行しているといえる。
　そうすると、速度の遅いタスクに高い優先度を与えればプリンタ全体の印刷処理の効率上有利なことは当業者が普通に想到できる事項といえる。
　
　よって、引用発明１においても速度の遅いタスクがあって処理が滞る問題があり、そのために速度の遅いタスクに優先度を与えることは当然といえ、そのときに、通信タスク、補助記憶装置書き込みタスク、補助記憶装置読み出しタスク、イメージ生成タスク、印刷タスクに何らかの優先度を与えることは当業者が当然考慮すべき事項であり、その際にプリンタの演算処理部が、それぞれの優先度に応じて排他的に選択して実行するようにすることも当業者が容易に想到できるものである。
　
［相違点ｂ］について
　引用発明１において、イメージ生成タスクで印刷要求に相当するページデータを生成している。
　ここで、ページデータは引用例１の記載事項（１）（イ）には「４はワークエリアやページデータ（印刷データに基づいて生成される中間データで、イメージ展開処理する場合の基になるデータ）を記憶するためのＲＡＭである。」と記載されるように、ＲＡＭに記憶される。
　また、同記載事項（１）（ウ）には「ページデータの作成が済むと、ステップＳ５、Ｓ６でもってそのページデータに基づくイメージをフレームメモリ５に展開していく。１ページ分のイメージ展開が完了すると、ステップＳ７に進んで、フレームメモリ５に展開されたイメージデータをビデオ信号として記録部１２０に転送し、画像を生成する。そして、１枚の画像生成が済むと、処理はステップＳ８に進んで、全てのページデータに対する印刷処理が完了したかどうかを判断し、未完であると判断した場合には、ステップＳ５に戻って次のページの印刷処理を行う。」との記載がみられる。ここで、「全てのページデータに対する印刷処理が完了したかを判断し」と記載されていることからして、ＲＡＭに記憶されるページデータは複数のページに対応した複数のページデータであることが理解される。
　引用例１では、ＲＡＭにどの程度の数のページデータが記憶されるのか、また、ページデータが作成されているときに印刷データの受信がある場合に具体的にどのような動作をするかは明記されてはいない。
　しかしながら、引用例１のＲＡＭは当然に有限の容量をもつものであり、かつ引用発明１が補助記憶装置であるハードディスク装置６を有していることから考えて、ＲＡＭに極端な大容量を与えているとは考えがたく、少なくともハードディスク装置６の容量より相当程度少ないと考えることが自然である。
　そうであれば、補助記憶装置に記憶された印刷データがイメージ生成タスクによりページデータとして生成される際に、ＲＡＭの容量が生成する必要のあるページデータに対して不足することも想定し得る。その場合、ＲＡＭの容量を超えてイメージ生成タスクを継続することは不可能となるので、不可能となったイメージ生成タスクを実行待ちのような状態で継続して他のタスクを行わせないようにすると、イメージ生成タスクに加え、他のタスクの処理も滞ることとなり効率の上で考えると無駄であり現実的ではない。
　よって、ＲＡＭの容量を越えてしまったら、ひとまずイメージ生成タスクを中断して、必要に応じ他のタスクを実行すればよいことは当業者が容易に想到できることである。
　また、引用例１の記載事項（エ）には「印刷装置が何らかの原因でエラーを発生した場合（例えば、ジャム等が発生した場合）でも、印刷データの転送は続行されるので、少なくともこれまでのように印刷データの転送が不可になることはない。」との記載があり、なんらかの要因で印刷装置の印刷ができなくなっていても印刷データの転送つまり通信タスクが実行できることが記載されている。このことを考慮すれば、仮に外部から印刷データを受信して通信タスクを行う必要があれば、イメージ生成タスクではなく通信タスクを行ってよいことも当業者であれば容易に想到できる。
　
　また、引用発明１にて各タスクに優先度を与えることが当業者にとって容易であることは［相違点ａ］で既に述べた。さらに、引用例２の記載事項（２）（ア）によれば、ある条件で受信プロセスと送信プロセスの動作優先度を変更することが記載されており、引用例３の記載事項（３）（ア）によれば格納動作、送受信動作、印刷動作に優先度設定した上で、ある条件で最優先の動作を制御することが記載されているので、各タスクの優先度の相対的な高低を種々の条件で入れ替えることも引用例２，３に記載のごとく周知慣用技術であるといえる。
　そうであれば、前記のごとくイメージ生成タスクを継続せずひとまず中断して通信タスクを行わせるに際し、タスクの優先度を変更してこれを実現することも、前記引用例２，３の周知慣用技術を考慮すれば設計事項の範疇といえる。
　
　また、このとき引用発明１においてイメージ生成タスクにより複数のページデータを生成してＲＡＭに記憶させているときに、イメージ生成タスクを中断し通信タスクを優先して行わせるほどの容量に達しているのであれば、その「量」をなんらかの手段で判断する必要があることは当然で、そのための判断基準を設けることも当業者が当然考慮すべき事項である。
　このとき、判断基準となる「量」として、ページデータの容量により判断するか、ページデータの数により判断するかは設計事項の範疇である。というのも、ある容量をもったデータが複数あった場合、その全体の「量」をデータの数として捉えるか、全体のデータ量として捉えるかはいずれも普通に行われていることだからである。これは、例えば特開平７−２５３８６０号公報に記載のように、プリンタに未処理の印刷が蓄積するに際し、未処理の印刷要求数を判断したり、未処理の印刷データ量を判断したりすることによりいずれでも実現できるように周知慣用技術が記載されていることからも裏付けられる。
　
　してみれば、引用発明１において［相違点ｂ］に係る構成を採用することは当業者にとって容易である。
　
　また、本願発明の効果も引用発明１及び引用例２，３並びに周知慣用技術から予測できる範囲内のものであり、本願発明は引用発明１及び引用例２，３並びに周知慣用技術に基づいて当業者が容易に発明できたものである。
　
４．予備的判断
　
　なお、請求人は当審意見書にて以下のような主張をしているので予備的に検討しておく。
　
「引用文献２では、１ページ毎に生成される印刷要求の数が多い場合でも、少ない場合でも、スプールされているデータ量が同じであれば、受信ルーチンの優先度は同じになってしまう。しかし、スプールされているデータ量が同じでも、ページあたりのデータ量が少ない場合には印刷要求の数は多くなり、逆に、ページあたりのデータ量が多い場合には印刷要求の数は少ない。
　一方、本願の請求項１では、データ量が同じであっても、１ページ毎に生成される印刷要求の数が所定数よりも多い場合には、補助記憶装置書き込みタスクの優先度が、イメージ生成タスクの優先度よりも高くなる。逆に、１ページ毎に生成される印刷要求の数が所定数よりも多くない場合には、補助記憶装置書き込みタスクの優先度が、イメージ生成タスクの優先度よりも低くなる。このため、本願の請求項１に係るプリンタでは、蓄積されている印刷要求の数に基づいて、適切に優先度を制御することができる。すなわち、多数の印刷要求が蓄積されている場合には、そのデータ量に拘わらず、それ以上、印刷要求を生成しても印刷タスクの処理は追いつかないことから、補助記憶装置書き込みタスクの優先度を高くするのである。」（当審意見書第２頁第第１０〜２３行目）
　
　この主張は要すれば、「印刷要求の数」と「印刷要求のデータ量」が異なる旨主張するものである。
　しかしながら、蓄積された印刷要求（ページデータ）を、印刷要求の数として捉えるか印刷要求のデータ量として捉えるかは設計事項の範疇である点は既に述べた。
　この点、当審意見書ではページあたりのデータ量の大小により印刷要求の数が大きくなったり小さくなったりすることから、印刷要求の数で捉えることの意義を主張しているものだが、本願の当初明細書中にはその主張の根拠となる印刷要求のページあたりデータ量がどのようなものであるかについて具体的に言及する記載はない。
　印刷要求については例えば明細書段落【００２５】には、「「印刷要求」とは、「印刷要求構造体」とも呼ばれ、用紙サイズの指定、コピー枚数（印刷部数）の指定、印刷する場所が用紙の表面か裏面かの指定、及びそのページに含まれる全ての画像データなどの情報を含んでいる。つまり、「印刷要求」を解析することにより、そのページの印刷に必要な用紙及び画像の情報が全て得られるようになっている。」と記載されているが、該記載を考慮したとしても「印刷要求」のデータ量に大小があることを直接的に説明する点は一切無い。
　むしろ、本願の明細書段落【００７７】には「ＨＤ書き込みタスク１２の優先順位を未処理の印刷要求の数に応じて変化させる場合を例に挙げて説明した。しかし、本発明はこれに限定されるものではない。これ以外にも、例えば、印刷要求のうち未処理のものの画像データの量に応じてタスクの優先順位を変化させてもよい。」との記載があり、印刷要求の数のみならず、印刷要求のデータ量に応じて優先度を変化させることが例示されており、優先度の変化させる判断基準としての印刷要求の「量」はデータ量でも数でも同様に捉えられることが記載されているとみることが自然である。
　してみれば、当審意見書にて「印刷要求の数」と「印刷要求のデータ量」との違いを技術的意義に関連付けて主張する点に根拠はなく、「印刷要求の数」として捉えるか「印刷要求のデータ量」として捉えるかは設計事項の範疇であると言わざる得ない。
　
第４　むすび
　
　以上のとおり本願発明は引用発明１および引用例２，３並びに周知慣用技術に基づいて当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願のその余の請求項に係る発明について検討するまでもなく、本願は拒絶を免れない。
　
　よって結論のとおり審決する。