【事件の表示】
　特願２００３−３８０４６９「印刷制御のための装置，方法，およびプログラム」拒絶査定不服審判事件〔平成１６年　６月１０日出願公開，特開２００４−１６４６４５〕について，次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯・本願発明  
　  
　本願は，平成１５年１１月１０日（パリ条約による優先権主張，２００２年１１月１４日，米国（ＵＳ））の出願であって，平成１８年９月５日付けで拒絶査定がなされ，これに対して同年１２月１１日に拒絶査定不服審判が請求されたものであり，その請求項６に係る発明は，明細書及び図面の記載からみて，特許請求の範囲の請求項６に記載された次のとおりのもの（以下「本願発明」という。） である。  
　  
「プリント・データ・ストリームを受け取り，前記ストリームを解析して，ローカル部分とグローバル部分に分けるステップと，
　解析済みのローカル・プリントストリーム・データ部分，およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化するステップと，
　パッケージ化済みのプリントストリーム・データ部分を待ち行列に入れるステップと，
　待ち行列に入れたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信するステップと，
　複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して，プリント・ヘッド駆動データ信号を生成するステップと，
　生成済みのプリント・ヘッド駆動データ信号を，プリンタのプリント・ヘッドに対して通信するステップと
　を含む方法。」
　  
　  
２　引用例に記載された発明  
　  
　原査定の拒絶の理由に引用された，本願の優先日前である平成５年８月１０日に頒布された特開平５−２０１０７７号公報（以下「引用例」という。）には，図面とともに以下のような記載がある。  
　  
（ア）「【課題を解決するための手段】本発明による印刷制御方法は，複数頁にわたる印刷コマンドをコマンドバッファに格納し，該印刷コマンドに従って複数のプロセッサにより各頁の描画処理および印刷処理を行なう印刷制御方法であって，異なる頁の描画処理を順次異なるプロセッサに割当てる際，前記コマンドバッファ内の複数頁にわたる印刷コマンド列を読み，実際の描画（実描画）を行なうことなく各頁の描画属性パラメータの設定を行なう空描画を実行し，該空描画の終了した頁について当該設定された描画属性パラメータに従って前記印刷コマンド列に基づき各プロセッサで実描画を実行するようにしたものである。」（段落【００１１】）  
　  
（イ）「【００２５】
【実施例】次に，本発明の第１実施例を説明する。初めに，図２から図５に示すハードウェアの基本構成図を用いて本実施例における印刷制御装置のハードウェアの基本構成を説明する。
【００２６】図２にハードウェアの第１の基本構成を示す。本図において印刷制御装置１１は，マスタプロセッサモジュール１００，スレーブプロセッサモジュール１（１１０），…，スレーブプロセッサモジュールｋ（本図からは省略），…，スレーブプロセッサモジュールＫ（１２０），システムバス調停部１３０，システムバス１２，共有メモリ１４１，ホスト通信コントローラ１５１−ａ，二次記憶装置１６１，ファイルコントローラ１６２−ａ，プリンタエンジンアダプタ部１（１７１−ａ）とからなる。
【００２７】マスタプロセッサモジュール１００は，マスタプロセッサ（以後，ＭＰＵとも記す）１０１，内部バス１０２，ローカルメモリ１０３，バスインターフェース（以後Ｉ／Ｆとも記す）１０４とからなる。内部バス１０２は，ＭＰＵ１０１の各種入出力信号（アドレス信号，データ信号，その他の制御信号）からなる。
【００２８】ＭＰＵ１０１がアドレス信号を発生すると，バスＩ／Ｆ１０４は発生したアドレス信号に応じて内部バス１０２上のアドレスをそのまま発生し，該内部バス１０２上のローカルメモリ１０３との入出力を行ったり，システムバス１２上のアドレスへ変換した後，システムバス１２上の共有メモリ１４１や各種周辺コントローラとの入出力を行ったりする。
【００２９】スレーブプロセッサモジュール１（１１０）は，スレーブプロセッサ１（以後ＳＰＵ１とも記す）（１１１），内部バス１１２，ローカルメモリ１１３，バスＩ／Ｆ１１４とからなる。内部バス１１２は，ＳＰＵ１（１１１）の各種入出力信号（アドレス信号，データ信号，その他の制御信号）からなる。ＳＰＵ１（１１１）がアドレス信号を発生すると，バスＩ／Ｆ１１４は発生したアドレス信号に応じて内部バス１１２上のアドレスをそのまま発生し，該内部バス１１２上のローカルメモリ１１３との入出力を行ったり，システムバス１２上のアドレスへ変換した後，システムバス１２上の共有メモリ１４１や各種周辺コントローラとの入出力を行ったりする。
【００３０】以下，スレーブプロセッサモジュール２，…，ｋ，…，Ｋはスレーブプロセッサモジュール１（１１０）と同様に構成する。例えばスレーブプロセッサモジュールＫ（１２０）はスレーブプロセッサＫ（以後ＳＰＵ Ｋとも記す）（１２１），内部バス１２２，ローカルメモリ１２３，バスＩ／Ｆ１２４とからなり，各々はスレーブプロセッサモジュール１（１１０）の場合と同様に機能する。」（段落【００２５】〜【００３０】）
　
（ウ）「【００６２】次に図６を用いて印刷制御装置１１のソフトウェア構成を説明する。本図に示すように，ソフトウェアはモニタ部３１とタスク処理部３２とから構成される。モニタ部３１は，カーネル部３１１，ホスト通信制御部３１２，コマンドバッファ制御部３１３，ファイル制御部３１４，ページバッファ制御部３１５，プリンタ制御部３１６とコマンドバッファ部３３とページバッファ部３４とから構成される。
【００６３】カーネル部３１１は，割込み制御プログラムのメインルーチン，スーパバイザコール（ＳＶＣと略す）制御のメインルーチン，タスク制御部，及びタイマ制御部とからなる。
【００６４】ホスト通信制御部３１２は，ホストコンピュータ１０と印刷制御装置１１の間で各種コマンドの授受を行う。例えば，ホストコンピュータ１０から印刷コマンド列を受信したり，印刷制御装置１１内で発生した各種事象（エラー発生，頁印刷終了，文書印刷終了等）をホストコンピュータ１０へ報告したりする。
【００６５】コマンドバッファ制御部３１３は，コマンドバッファ部３３についての書き込みと読み出しを行う際に用いる書き込みスタートポインタ，書き込みエンドポインタ，読み出しポインタ等の制御を行う。
【００６６】本コマンドバッファ制御部３１３を前記ホスト通信制御部３１２が用いて，印刷コマンドをコマンドバッファ部３３へ格納する。また同じくコマンドバッファ制御部３１３を用いて，後述するタスク処理部３２内の描画タスク部３２１がコマンドバッファ部３３の内容を読み出し，処理する。
【００６７】ファイル制御部３１４は，前記二次記憶装置１６１内の各ファイルを制御するための部分であり，各ファイル内データのアクセスのための制御や，ファイルを構成するファイル実体（複数個のブロックの集合）の管理等を行う。タスク処理部内の各タスクは本ファイル制御部３１４内のファイル制御用の各種ＳＶＣ機能を用いて，ファイルの制御を行う。
【００６８】ページバッファ制御部３１５は，複数ページ構成のページバッファ部３４についての空き管理（獲得，解放の管理）を行う。本空き管理を用いることで，ページバッファへの描画書き込みが必要になった時点で，紙サイズに対応して定まる必要なだけのページバッファを獲得し，描画内容の読み出しが終った時点で該ページバッファを解放することもできる。
【００６９】プリンタ制御部３１６は，プリンタエンジン部１８とプリンタエンジンアダプタ部１（１７１−ａ）又はプリンタエンジンアダプタ部２（１７１−ｂ）の空き管理や，プリンタエンジン部１８との入出力の制御を行う。
【００７０】タスク処理部３２は描画タスク部３２１と印刷タスク部３２２とその他のタスクの処理部３２３とからなる。
【００７１】描画タスク部３２１は，描画管理タスク３２１０と，個別描画タスク１（３２１１），個別描画タスク２（３２１２），…，個別描画タスクＭ（３２１３）とからなる。これらの各種描画タスク３２１，３２１０，３２１１，…，３２１３は，本印刷制御装置１１に実装した複数個のプロセッサモジュール（１００，１１０，１２０等）を用いて異なるプロセッサ間では並列処理され，同一のプロセッサ内では並行処理される。これらの各種描画タスク３２１，３２１０，３２１１，３２１３の処理内容は，後で詳しく述べる。
【００７２】印刷タスク部３２２は，印刷タスク１（３２２１），印刷タスク２（３２２２），…，印刷タスクＮ（３２２３）とからなる。各印刷タスクｎは，各個別描画タスクｍが前記ページバッファ部３４への描画を終了した時点で，該個別描画タスクｍにより起動される。起動された各印刷タスクｎは，描画の終了した各ページバッファ（紙面１ページ分）についての印刷処理を実行する。本印刷処理は，前記プリンタ制御部３１６に対し，プリンタ制御用の各種ＳＶＣ命令を発行することにより実行する。印刷タスクは別々のページについて並行処理するため，複数個用意する。」（段落【００６２】〜【００７２】）  
　
（エ）「【００７５】図６のソフトウェア構成に示した各部分は，前記図１又は図２〜図５のハードウェア構成図内の各部分に次のように対応づけられる。
【００７６】（１）モニタ部３１（コマンドバッファ部３３とページバッファ部３４を除く）のプログラムは，ＭＰＵ１０１用のローカルメモリ１０３に格納し，ＭＰＵ１０１にて実行する。
【００７７】（２）コマンドバッファ部３３は共有メモリ（１４１又は１４２）に配置する。さらに，コマンドバッファ部３３の全体又は一部を各ローカルメモリ（１０３，１１３，１２３等）に配置してもよい。
【００７８】（３）ページバッファ部３４は共有メモリ（１４１又は１４２）又は各ローカルメモリ（１０３，１１３，１２３等）に配置する。
【００７９】（４）描画管理タスク３２１０のプログラムは，ＭＰＵ１０１用のローカルメモリ１０３に格納し，ＭＰＵ１０１にて実行する。各ＳＰＵ用のローカルメモリ（１１３，１２３等）に格納し，各ＳＰＵ（１１１，１２１等）にて実行してもよい。
【００８０】（５）個別描画タスク１，個別描画タスク２，…，個別描画タスクＭ用のプログラムは，各ＳＰＵ用のローカルメモリ（１１３，１２３等）又はＭＰＵ１０１用のローカルメモリ１０３に格納し，ＳＰＵ（１１１，１２１等）又はＭＰＵ１０１にて実行する。
【００８１】（６）印刷タスク１，印刷タスク２，…，印刷タスクＮ用のプログラムは，ＭＰＵ１０１用のローカルメモリ１０３に格納し，ＭＰＵ１０１にて実行する。各ＳＰＵ用のローカルメモリ（１１３，１２３等）に格納し，各ＳＰＵ（１１１，１２１等）にて実行することもできる。
【００８２】（７）その他のタスク処理部３２３は，ＭＰＵ１０１用のローカルメモリ１０３又は各ＳＰＵ用のローカルメモリ（１１３，１２３等）に格納し，ＭＰＵ１０１又はＳＰＵ（１１１，１２１等）にて実行する。
【００８３】次に図７を用いて，本印刷制御装置１１における一つの処理手順を説明する。以後，本処理手順を紙サイズ確定型空描画集中処理方式と呼ぶ。
【００８４】初めにマスタプロセッサがホストコンピュータからホスト通信コントローラを介して印刷コマンド列を受信し，前記共有メモリ（１４１又は１４２）内のコマンドバッファ部に格納する。
【００８５】マスタプロセッサ内の描画管理タスク３２１０は，コマンドバッファ部内の印刷コマンド列に対し，次の処理を行う。
【００８６】（１）パラメータの初期化を行う（４１）。
（１−１）個別描画タスク番号ｍを０に初期化する（４１１）。
（１−２）ページ通し番号ｊを０に初期化する（４１２）。
（１−３）描画属性パラメータを初期化する（４１３）。
（２）以下の処理を無限に繰り返す（４２）。
（２−１）パラメータを更新する（４２１）。
（２−１−１）個別描画タスク番号ｉを更新する（４２１１）。
（２−１−２）ページ通し番号ｊを更新する（４２１２）。
（２−２）１ページ分の空描画を行う（４２２）。つまり，前記コマンドバッファ部内の印刷コマンド列を読出し，解釈しながら，描画を伴わない描画属性パラメータの設定処理をページ区切りを検出するまで１ページ分行う。これにより，次ページ先頭用のページ区切りアドレスと描画属性パラメータとを求める（４２２）。
（２−３）ページ通し番号ｊについての実描画を行うための個別描画タスクｍ用に資源を獲得する（４２３）。
（２−３−１）個別描画タスクｍ用に空き状態のスレーブプロセッサを獲得する（４２３１）。
（２−３−２）個別描画タスクｍ用に空き状態のページバッファを獲得するつまり，個別描画タスクｍ用に獲得したスレーブプロセッサがアクセス可能で，前記空描画処理により確定した紙サイズ分の大きさを有する空き状態のページバッファメモリを獲得する（４２３２）。
（２−４）個別描画タスクｍを起動し，空描画を終了したページ（ページ通し番号ｊ）についての前記獲得スレーブプロセッサによる前記獲得ページバッファメモリへの実描画と呼ぶ処理を，第１ページついては初期値である第１ページ先頭用のページ区切りアドレスと描画属性パラメータを入力パラメータとし，また第２ページ以降については既にマスタプロセッサが検出済みのページ先頭用のページ区切りアドレスと描画属性パラメータを入力パラメータとして起動する（４２４）。
【００８７】前記マスタプロセッサ内の前記描画管理タスク３２１０により起動されたスレーブプロセッサｋ内の個別描画タスクｍ（３２１２から３２１３）は，次の処理を行う。
（１）１ページ分の実描画を行う。つまり，実描画として描画属性パラメータの設定処理及び獲得したページバッファへの描画をページ区切りを検出するまで行い，１ページ分の描画を実行する（４４１）。
（２）該ＳＰＵｋからＭＰＵに，該実描画の終了を報告するとともに，該描画済みページバッファについての印刷処理を依頼する（４４２）。
（３）本報告と印刷処理の依頼が受理されたことを，ＭＰＵからの連絡により知った後，処理を終了する。」（段落【００７５】〜【００８７】）  
　  
（オ）「【０１２２】図１０では，プリンタエンジンアダプタ部２（１７１−ｂ）はプリンタ制御用プロセッサ（ＰＰＵと略す）１７２１，内部バス１７２２，ローカルメモリ１７２３，バスＩ／Ｆ１７２５とから構成される。
【０１２３】また本構成では，各プロセッサモジュール内にプリンタメモリコントローラ２（１０Ａ，１１Ａ等，ＰＭＣ２と略す）を設けてもよい。該ＰＭＣ２は各ローカルメモリ１０３，１１３等の内容（通常ページバッファの内容）のプリンタエンジン部１８への読み出し処理と前記ローカルメモリ１０３，１１３等の制御（ＤＲＡＭのリフレッシュ等）を行う。本読み出し処理のために，内蔵のＤＭＡ（Direct Memory Access）回路を設け，該読み出し処理を各プロセッサモジュール内のＭＰＵや各ＳＰＵに負担をかけないで行うこともできる。
【０１２４】本構成の下で，マスタプロセッサモジュール，各スレーブプロセッサモジュール内のローカルメモリ（１０３，１１３等）上に配置されているページバッファ部内の描画済みページバッファの内容を，各プロセッサモジュール内のＰＭＣ２が各プロセッサモジュール用の内部バスを介さず，ビデオバス２と呼ぶ前記システムバスとは別のバスに送信の後，該ビデオバス２から前記プリンタエンジン部へ，プリンタエンジンインターフェースに従って送信する。」（段落【０１２２】〜【０１２４】）  
　  
（カ）「【０１７０】次に本発明の第３実施例を説明する。本実施例のハ−ドウェアの基本構成，ハ−ドウェアの詳細構成，ソフトウェア構成，プリンタエンジンアダプタ部２の構成は，前記第１実施例の場合と同じく，図１〜図６，図９，図１０に示したものを利用する。
【０１７１】従来の印刷コマンドの中には，明瞭なペ−ジ区切りがなく，描画属性パラメ−タの引継ぎありのコマンド（以下，無制約コマンドと呼ぶ）がある。ここで，明瞭なペ−ジ区切りなしとは，ペ−ジ区切りを示すコマンドがペ−ジ区切り位置になく，以下のような条件が発生した時，印刷制御装置が暗黙的にペ−ジ区切りが指示されたとみなすことである。
【０１７２】（１）文字行の総数がペ−ジ長を超えた。
【０１７３】（２）紙サイズや印刷部数等の各ペ−ジについて一通りしか指定できない各種仕様の変更が，あるペ−ジについての描画の途中で指示された。
【０１７４】また，描画属性パラメ−タの引継ぎありのコマンドとは，文字フォントの種類，文字行ピッチ，文字列ピッチ，線幅，線種，紙サイズ，印刷部数，プリンタ給紙部，プリンタ排紙部等の描画や印刷に関する各種パラメ−タが，次頁に引き継がれるコマンドのことである。
【０１７５】なお，明瞭なペ−ジ区切りがなく，描画属性パラメ−タの引継ぎありのコマンド，つまり無制約コマンドの代表としては，各プリンタメ−カが独自に定めているプリンタ制御用エスケ−プシ−ケンスがある。
【０１７６】上記無制約コマンドを用いて印刷を行う場合，前述の第１実施例及び第２実施例においては，前記空描画処理の負荷が大きくなると，マルチプロセッサ方式を用いても印刷性能の飛躍的な向上は望めない。
【０１７７】例えば，空描画分散処理方式における個別描画タスクによる空描画処理の処理量ｄは，
ｄ＝（Ｍ−１）・ａ＋１
ここで，Ｍ：個別描画タスク数
ａ：空描画処理の負荷係数(描画処理時間に対する比率）
である。
【０１７８】この場合，Ｍ＝３，ａ＝０．１〜０．４とすると空描画処理の処理量ｄはｄ＝１．２〜１．８となる。
【０１７９】また，空描画集中処理方式においては，無制約コマンドについては描画管理タスクが各ペ−ジについて，空描画処理負荷係数ａだけの空描画を行う。
【０１８０】本実施例においては，図１５に示すような制約コマンドと呼ぶ印刷コマンドを定義することにより，上記問題点を解消する。ここで制約コマンドとは，ペ−ジの区切りにペ−ジ区切りを示す改頁コマンドと呼ぶコマンドを配置し（９５，９８），各ペ−ジの先頭にて各種描画属性パラメ−タが印刷コマンド仕様により初期化されるか，又は各ペ−ジの先頭に各種描画属性パラメ−タを初期化するためのリセットコマンドＢ（９３，９６）と呼ぶコマンドを配置し，第１ペ−ジ用のコマンドの前に，本文書の以後のすべてのペ−ジについて有効となるすべての外字，書式，関数，辞書等からなる文書全ペ−ジ有効パラメ−タを定義するためのコマンドを配置し（９２），文書の先頭に前記描画属性パラメ−タ及び文書全ペ−ジ有効パラメ−タを初期化するためのリセットコマンドＡ（９１）と呼ぶコマンドを配置し，前記リセットコマンドＢと改頁コマンドの間に各ペ−ジの描画，印刷内容を指定するための各種描画属性パラメ−タの設定コマンドと各種描画コマンドの列を配置した（９４，９７）ものである。
【０１８１】なお，制約コマンドの実現方法としては次の二つの方法がある。
【０１８２】（１）上記規約に従う印刷コマンドとして新たに定義する。
【０１８３】（２）無制約コマンドの使い方，つまりコマンドシ−ケンスを前記規約に従うようにする。
【０１８４】また近年，レーザプリンタ等を用いて高品位印刷を行うため，Page Description Language（ＰＤＬと略す）と呼ばれる印刷コマンドが普及しつつある。ＰＤＬとしては，Adobe社のPostScript，HP社のＤＤＬ，ゼロックス社のInterpress等がある。これらのＰＤＬは前記プリンタ制御用エスケープシーケンスに比べ，処理量が大きいため，前記問題点は特に重大である。そのため，図１６に示すように，ＰＤＬを制約コマンド化すると，印刷性能を大きく向上することができる。この制約を付けたＰＤＬを，以下制約付きＰＤＬと呼ぶことにする。
【０１８５】図１６に示すように制約付きＰＤＬは，文頭コメント部１０Ａ，文書全ページ有効パラメータ設定部１０Ｂ，第１ページ内容部１０Ｃ，第２ページ内容部１０Ｄ，…，最終ページ内容部１０Ｅ，文末コメント部１０Ｆとからなる。
【０１８６】前置きコメント部１０Ａは，文書の作成者１０Ａ１，文書名称１０Ａ２，作成日１０Ａ３，総ページ数１０Ａ４，使用フォント一覧１０Ａ５，文頭コメント部の終了記述子１０Ａ６等からなる。なお，本例では総ページ数１０Ａ４と使用フォント一覧１０Ａ５は，前記文末コメント部１０Ｆを参照するようにしてある。
【０１８７】文書全ページ有効パラメータ設定部１０Ｂは，前述の文書全ページ有効パラメータ９２を設定する部分である。
【０１８８】第１ページ内容部１０Ｃ，第２ページ内容部１０Ｄ，…，最終ページ内容部１０Ｅは，前記各ページの描画，印刷内容を指定するための各種描画属性パラメータの設定コマンドと各種描画コマンドの列（９４，９７）からなる。
【０１８９】文末コメント部１０Ｆは文末コメント部の開始記述子１０Ｆ１，総ページ数１０Ｆ２，使用フォント一覧１０Ｆ３等からなる。
【０１９０】なお，少なくとも第１ページ内容部１０Ｃ，第２ページ内容部１０Ｄ，…，最終ページ内容部１０Ｅの区切り，つまりページ区切りは，前記１０Ｃ，１０Ｄ，１０Ｅ等のページ内容の記述と簡単に区別がつくようにし，該ページ区切りの検出を簡単にできるようにすることが，前記空描画処理の負荷を軽減するために望ましい。
【０１９１】なお，PostScriptには，copypageと呼ばれるコマンドが使われている。本コマンドは，前ページについてのページバッファへの描画内容と描画属性パラメータをすべて次のページに引き継ぐ。従って，本印刷制御装置では，copypageコマンドではページが更新されないものとみなして，処理を進める。
【０１９２】次に図１７を参照しながら，制約コマンド，無制約コマンドのホストコンピュータ１０と印刷制御装置とによる処理について説明する。
【０１９３】ホストコンピュータは次のいずれかを行うことにより，印刷コマンド列を印刷制御装置１１に送信する。
【０１９４】（１）制約コマンド１１Ａ１を，ホストコンピュータ１０内の応用プログラムやプリンタドライバが直接生成し，印刷制御装置１１に送信する。
【０１９５】（２）無制約コマンド１１Ａ２を，ホストコンピュータ１０内の応用プログラムやプリンタドライバが一度作成し，同じくホストコンピュータ１０が制約コマンドへの変換部１１Ｂを用いて，該無制約コマンド１１Ａ２を制約コマンド１１Ｃ２へ変換した後，印刷制御装置１１に送信する。
【０１９６】（３）無制約コマンド１１Ａ２を，ホストコンピュータ１１０内の応用プログラムやプリンタドライバが作成し，印刷制御装置１１にそのまま送信する（１１Ｃ３に相当）。
【０１９７】なお，該印刷コマンド列の先頭エリアには制約コマンドと無制約コマンドを区別するため，制約有無指定コマンドを配置し（図１８参照），前記ホストコンピュータが該印刷コマンド列を印刷制御装置に送信する。
【０１９８】印刷制御装置１１は次の処理を行う。
【０１９９】（１）ホストコンピュータから受信した印刷コマンド列内に記述されている前記制約有無指定コマンドを処理することにより，受信した印刷コマンド列が制約コマンドと無制約コマンドのいずれであるか判別する（１１Ｄ１）。
【０２００】（２）判別の結果，制約コマンドならば制約コマンド対応印刷制御方式１１Ｅ１を実行する（１１Ｅ１）。無制約コマンドならば，無制約コマンド対応印刷制御方式を実行する（１１Ｅ２）。
【０２０１】なお，無制約コマンド対応印刷制御方式においては，空描画処理として第１実施例又は第２実施例に示した処理を行う。また，制約コマンド対応印刷制御方式においては，空描画処理として明瞭なページ区切りの検出のみを行うようにし，前記描画属性パラメータの引継ぎ処理は行わないようにする。
【０２０２】なお，本実施例における描画管理タスクと個別描画タスクの処理手順としては，第１実施例における紙サイズ確定型空描画集中処理方式（図７），紙サイズ仮定型空描画集中処理方式（図８），又は空描画分散処理方式（図１４）を用いるものとする。但し，制約コマンドにおいては，前述のように空描画を簡単化するものとする。
【０２０３】次に，ホストコンピュータが送信する印刷コマンド列の形式について，説明する。ホストコンピュータ１０は図１８に示す形式の印刷コマンド列を作成し，印刷制御装置１１へ送信する。印刷プロトコル指定コマンド１２Ａ１により，前述の各プリンタメーカ対応プリン制御用エスケープシーケンス，PostScript等の各種ＰＤＬの種別を指定する。本印刷プロトコル指定コマンドは省略できない。
【０２０４】制約有無指定コマンド１２Ａ２により，制約コマンドと無制約コマンドの区別を付ける。また，制約有無指定コマンド１２Ａ２より後に，文書の印刷内容を示す印刷コマンド列１２Ａ３（以後，文書内容記述印刷コマンド列と呼ぶ）を配置する。文書内容記述印刷コマンド列１２Ａ３の内容の一例としては，前記図１５や図１６に示した印刷コマンド列がある。」（段落【０１７０】〜【０２０４】）
　
（キ）「【０２３４】次に本発明の第５実施例を説明する。本実施例は，図２６に示す別形式のホストコンピュータ送信コマンドに対応するためのものである。また，この実施例では，後述する用紙に関連する制御情報については別個に設けたロードコマンドで指定するようにし，その他の描画属性パラメータ（文字ピッチ，行ピッチ，イタリック，倍角，アンダーライン等）は描画・印刷内容指定コマンドで指定するようにした。具体的には，フォントロードコマンド２６１２や書式ロードコマンド２６１３や用紙制御情報ロードコマンド２６１４を，第１頁用の描画・印刷内容指定コマンド２６２の前に受信することにより，それぞれホストから受信したフォントと書式と用紙制御用パラメータとを印刷制御装置１１内に予め格納する。それらのフォントと書式と用紙制御用パラメータは，第１頁以後の描画と印刷において利用される。但し，用紙制御用パラメータは後続の任意の頁の前で変更することができる。
【０２３５】描画・印刷内容指定コマンド２６２，２６３はそのサブコマンドとして，各種描画属性パラメータ設定用サブコマンドと各種描画用サブコマンドの列を含み，１頁分の文字，図形，イメージ等の描画・印刷内容を指定する。本サブコマンドの中に，改頁を指定するサブコマンドがあると，その後のサブコマンド列はないものとみなす。
【０２３６】また用紙制御情報ロードコマンド２６１４は，そのサブコマンドとして，片面・両面印刷指定，給紙部指定，排紙部指定，紙サイズ指定，印刷部数指定，印字方向（ポートレート／ランドスケープ）指定のためのサブコマンドの列を含み，これらの各種用紙制御用パラメータの指定を行なう。
【０２３７】図２６の例では，第１頁から第ｎ−１頁において，フォントロードコマンド２６１２と書式ロードコマンド２６１３と用紙制御情報ロードコマンド２６１４でそれぞれロードしたフォントと書式と用紙制御用パラメータを利用し，第ｎ頁以後では新たに指定されたフォントロードコマンド２６４１と書式ロードコマンド２６４２と用紙制御情報ロードコマンド２６４３でそれぞれロードしたフォントと書式と用紙制御用パラメータを利用する。これら３種のロードコマンドのいずれかがない場合も許容される。
【０２３８】従来形式のコマンドに加えて上記各種ロードコマンドも処理するために，本実施例で採用したソフトウェア構成を，図２７を用いて説明する。本構成では，図６におけるモニタ部３１内のコマンドバッファ部３３に加えて，タスク処理部３２内に編集コマンドバッファ部３３１を設けた。本編集コマンドバッファ部３３１には，一頁ずつに区切り，各頁を制御情報部と，描画，印刷内容指定コマンドとで構成する（図２９参照）。
【０２３９】また本構成では，図２６のコマンドに対応するため，タスクとして以下のものを新設した。
・コマンドタスク３２０
・印刷管理タスク３２２０
【０２４０】以上の新設タスクと，描画，印刷関係の各種タスクの機能を図２８に示す。
【０２４１】（１）コマンドタスク
（１−ａ）コマンドタスクは，コマンド対応に存在する。
（１−ｂ）フォントロードコマンドおよび書式ロードコマンド用のコマンドタスクは，メモリやテーブルに必要なデータを設定する。
（１−ｃ）用紙制御情報ロードコマンド用のコマンドタスクは，本コマンドのサブコマンドとして指定された各種用紙制御用パラメータを，用紙制御用パラメータテーブルに設定する。
（１−ｄ）描画・印刷内容指定コマンド用のコマンドタスクでは，次の処理を行う。
（１−ｄ−１）１頁分の制御情報部を作成する。具体的には，用紙制御パラメータテーブルの内容から本ページ用の用紙制御用パラメータをコピーし，編集コマンドバッファ部３３１の各ページ先頭部の固定エリアに設定する（例えば図２９の３３１１−１）。
（１−ｄ−２）コマンドバッファ部３３から編集コマンドバッファ部３３１へ，描画・印刷内容指定コマンドの内容である各種描画属性パラメータ設定用サブコマンドと各種描画用サブコマンドの列を移す。
（１−ｄ−３）編集コマンドバッファ部３３１に１頁分のデータが揃う度に，描画管理タスク（図２９の３２１０）へその旨，メッセージ（２９Ｍ１）を送信することにより連絡する。
【０２４２】（２）描画管理タスク
（２−ａ）メッセージまたはＳＰＵからの報告を受け取ることにより起動される。
（２−ｂ）必要に応じて，ＳＰＵおよびページバッファの獲得と解放を行う。
（２−ｃ）メッセージがコマンドタスクからの１頁分のデータが揃ったことを示すもの（２９Ｍ１）でああれば，本ページについてＳＰＵとページバッファとを獲得し，その後，個別描画タスク（３２１１，３２１２…）を起動する。
（２−ｄ）ＳＰＵからの個別描画タスクの描画完了報告を受信した場合，印刷管理タスク３２２０へ起動要求メッセージ（２９Ｍ２）を送付するとともに，編集コマンドバッファ管理テーブル（２９Ｃ）の該当するページについての編集コマンドバッファ状態を“描画完了状態”とする。
（２−ｅ）ページバッファ読みだし終了割込が発生すると，本割込処理は，本ページの解放要求メッセージを本描画管理タスク（３２１０）へ送信する。本メッセージを受けた描画管理タスクは，読出しの終わったページの編集コマンドバッファ状態を空き状態とし，編集コマンドバッファを解放するとともに，読み出しの終わったページバッファ（２９Ｃ１，２９Ｃ２，…，２９Ｃ３のいずれか）を解放する。
【０２４３】（３）個別描画タスク１〜Ｍ
（３−ａ）描画管理タスクより指示されたページバッファについての描画を行う。
（３−ｂ）１頁分の描画が完了すると，その旨，描画管理タスクへ報告する。
【０２４４】（４）印刷管理タスク
（４−ａ）描画完了ページバッファについての印刷を行うための印刷タスクを選択し，起動する。
【０２４５】（５）印刷タスク１〜Ｎ
（５−ａ）１頁分の印刷処理を行う。
【０２４６】次に本実施例における，ホスト送信コマンドの処理方式を図２９を参照しながら，説明する。
【０２４７】本方式では，バッファメモリや管理テーブルとして，図２７のものに加え，次のものを設けた。
（１）フォントメモリ（２９Ａ１）：明朝体，ゴシック体等の各種フォントを格納するためのメモリ。ドットフォントとアウトラインフォントを区分して格納。ドットフォントはサイズ別に区分して格納。
（２）フォント属性メモリ（２９Ａ２）：各フォントの属性［フォント名称，ドットフォント／アウトラインフォントの区別，ドットフォントのサイズ等］，及び文字コードと各文字フォントアドレスの対応表等からなる。
書式メモリ（２９Ｂ）：書式を格納するためのメモリ。例えば，書式ＩＤと書式内容（文字，図形，イメージの混在データ）との組として表現する。
（３）編集コマンドバッファ管理テーブル（２９Ｃ）：編集コマンドバッファ部３３１を管理するためのテーブル。各頁対応の編集コマンドバッファ状態（描画待ち，描画中，描画完了，空き）と各頁対応の編集コマンドバッファ読出しポインタ等からなる。
【０２４８】次に，図２９を参照して，ホスト送信コマンドの処理方式を説明する。
【０２４９】（１）まず，ホスト通信制御部３１２が，その内部バッファに，図２６に示したいずれかのコマンドを受信する（２９１−１）。
【０２５０】（２）ＭＰＵにおけるホスト通信制御部割込み処理を契機として，コマンドバッファ部３３にコマンドを格納する（２９１−２）。
【０２５１】（３）コマンドバッファ部３３へのコマンド格納を契機として，各コマンドに対応するコマンドタスク３２０が起動される（２９１−３）。コマンドタスク３２は，次の処理を行う。フォントロードコマンドの場合，本コマンドを実行することにより，ホストから受信したフォントデータをフォントメモリ２９Ａ１とフォント属性メモリ２９Ａ２へ設定する。書式ロードコマンドの場合，本コマンドを実行することにより，ホストから受信した書式データを書式メモリ２９Ｂへ設定する。用紙制御情報ロードコマンドでは，本コマンドのサブコマンドにより指定された各種用紙制御用パラメータを，それ用の用紙制御用パラメータテーブル（図２９には図示していない）に設定する。描画・印刷内容指定コマンドの場合，図２８の（１−ｄ）で説明したように，編集コマンドバッファ部３３１に各頁用の制御情報部および描画・印刷内容指定コマンドを格納し，１頁分の情報が揃う度に描画管理タスク３２１０へメッセージ２９Ｍ１を送出する（２９２）。このコマンドタスク３２０による各頁分の制御情報部３３１１の作成は，前述した集中型の空描画方式に相当する。
【０２５２】（４）編集コマンドバッファ部３３１に１頁分のデータがそろったことを，前述のメッセージ２９Ｍ１の受信により知った描画管理タスク３２１０は，図２８内の描画管理タスクの説明欄の（２−ｂ）から（２−ｃ）に示した処理を行なう。つまり，ＳＰＵとページバッファとを獲得し，編集コマンドバッファ管理テーブル２９Ｃの当該ページの編集コマンドバッファ状態を“描画待ち状態”とした後，獲得したＳＰＵ（ＳＰＵｘと仮定）とページバッファについて個別描画タスクを，前述の実施例の場合と同様にして，起動する。
【０２５３】（５）起動された個別描画タスク（３２１１，３２１２，３２１３等）は，１頁分の描画を完了すると，描画管理タスク３２１０に対し，終了報告を，前述の実施例の場合と同様にして，行なう。」（段落【０２３４】〜【０２５３】）  
　  
（ク）【図１８】には，印刷コマンド列の形式として，「ホストコンピュータ送信コマンドの形式」が記載されている。
　
（ケ）【図２９】には，「編集コマンドバッファ部３３１」に「１頁分の制御情報部３３１１−１，３３１２−１」と「１頁分の描画印刷内容指定コマンド３３１１−２，３３１２−２」を設けることや，「２９Ｍ１」という符号で表される，編集コマンド部３３１に１頁分のデータが揃った旨のメッセージ（段落【０２４１】を参照。）が，「描画管理タスク３２１０」に接続された「メッセージキュー」へ入力されることが記載されている。
　
　
　これらの記載事項によると，引用例には，次の発明（以下，「引用発明」という。）が記載されていると認められる。  
　  
「ホストコンピュータから，複数頁にわたる印刷コマンドを受信してコマンドバッファに格納し，該印刷コマンドに従って，異なる頁の描画処理を順次異なるプロセッサに割当て，複数のプロセッサにより各頁の描画処理および印刷処理を行なう印刷制御装置（１１）であって，
印刷制御装置（１１）は，
ソフトウェア構成として，コマンドバッファ部（３３），コマンドタスク（３２０），編集コマンドバッファ部（３３１），描画管理タスク（３２１０），個別描画タスク（３２１１〜３２１３），印刷タスク（３２２１〜３２２３），ページバッファ部（３４）を含み，編集コマンドバッファ部（３３１）は一頁ずつに区切られ，各頁は１頁分の制御情報部（３３１１−１，３３１２−１）と，１頁分の描画印刷内容指定コマンド（３３１１−２，３３１２−２）とで構成され，
ハードウェア構成として，マスタプロセッサＭＰＵ（１０１）を有するマスタプロセッサモジュール（１００），スレーブプロセッサＳＰＵ（１１１，１２１）及びプリンタメモリコントローラ（１１Ａ，１２Ａ）を有するスレーブプロセッサモジュール（１１０，１２０），プリンタエンジンアダプタ部（１７１−ｂ）を含み，
印刷制御装置（１１）が受信するホストコンピュータ送信コマンドは，印刷プロトコル指定コマンド（１２Ａ１），フォントロードコマンド（２６１２，２６４１），書式ロードコマンド（２６１３，２６４２），用紙制御情報ロードコマンド（２６１４，２６４３），及び描画・印刷内容指定コマンド（２６２，２６３，２６５）を含み，
フォントロードコマンドや書式ロードコマンドや用紙制御情報ロードコマンドを，第１頁用の描画・印刷内容指定コマンドの前に受信することにより，それぞれホストから受信したフォントと書式と用紙制御用パラメータとを印刷制御装置（１１）内に予め格納し，それらのフォントと書式と用紙制御用パラメータは，第１頁以後後続の任意の頁の前で変更されるまでの描画と印刷において利用され，
描画・印刷内容指定コマンド（２６２，２６３，２６５）は，１頁分の文字，図形，イメージ等の描画・印刷内容を指定するものであり，
ホストコンピュータ送信コマンドのいずれかのコマンドを受信し，コマンドバッファ部（３３）へコマンドが格納されたを契機として，各コマンドに対応するコマンドタスク（３２０）が起動され，
フォントロードコマンドおよび書式ロードコマンド用のコマンドタスクは，メモリやテーブルに必要なデータを設定し，
用紙制御情報ロードコマンド用のコマンドタスクは，本コマンドのサブコマンドとして指定された各種用紙制御用パラメータを，用紙制御用パラメータテーブルに設定し，
描画・印刷内容指定コマンド用のコマンドタスクでは，
（１）用紙制御パラメータテーブルからコピーした用紙制御用パラメータを，編集コマンドバッファ部（３３１）の各ページ先頭部の固定エリアに設定することにより，１頁分の制御情報部を作成する処理と，
（２）コマンドバッファ部（３３）から編集コマンドバッファ部（３３１）へ，描画・印刷内容指定コマンドの内容を移す処理と，
（３）編集コマンドバッファ部（３３１）に１頁分のデータが揃う度に，描画管理タスク（３２１０）へその旨，メッセージ（２９Ｍ１）を送信して連絡する処理とを行い，
描画管理タスク（３２１０）は，マスタプロセッサＭＰＵ（１０１）により実行され，コマンドタスク（３２０）からのメッセージ（２９Ｍ１）を受け取ることにより起動されて，スレーブプロセッサＳＰＵ内の個別描画タスク（３２１１〜３２１３）を起動し，
個別描画タスク（３２１１〜３２１３）は，複数個のスレーブプロセッサモジュール（１１０，１２０）を用いて異なるスレーブプロセッサ（１１１，１２１）間では並列処理され，同一のスレーブプロセッサ内では並行処理され，描画管理タスク（３２１０）より指示されたページバッファについての描画を行い，１頁分の描画が完了すると，その旨，描画管理タスク（３２１０）へ報告し，
各印刷タスク（３２２１〜３２２３）は，各個別描画タスク（３２１１〜３２１３）がページバッファ部（３４）への描画を終了した時点で，該個別描画タスク（３２１１〜３２１３）により起動されて，描画の終了した各ページバッファ（紙面１ページ分）についての印刷処理を実行し，
各スレーブプロセッサモジュール（１１０，１２０）内のプリンタメモリコントローラ（１１Ａ，１２Ａ）が，各スレーブプロセッサモジュール内に配置されているページバッファ部（３４）内の描画済みページバッファの内容を，ビデオバス（１３２）に送信後，該ビデオバス（１３２）からプリンタエンジン部（１８）へ，送信する，
印刷制御装置。」  
　  
　  
３　対比  
　  
　本願発明と引用発明とを比較する。  
　  
　本願発明には「プリンタ・データ・ストリーム」について明確な定義はなく，本願明細書の段落【００１４】には，「ジョブ・チケット中のこれらの命令は，高機能プリンタ・データ・ストリーム（ＩＰＤＳ）などの特定のデータ・ストリームで表される。別の実施形態では，PostScript，Hewlett-Packardプリンタ制御言語（ＰＣＬ），Printer Job Language（ＰＪＬ），AppleTalk Printer Access Protocol（ＰＡＰ）など，別のデータ・ストリームを使用することができる。」と記載されている。
　一方，引用例には，「近年，レーザプリンタ等を用いて高品位印刷を行うため，Page Description Language（ＰＤＬと略す）と呼ばれる印刷コマンドが普及しつつある。ＰＤＬとしては，Adobe社のPostScript，HP社のＤＤＬ，ゼロックス社のInterpress等がある。（中略）図１６に示すように，ＰＤＬを制約コマンド化すると，印刷性能を大きく向上することができる。この制約を付けたＰＤＬを，以下制約付きＰＤＬと呼ぶことにする。」（段落【０１８４】），「ホストコンピュータ１０は図１８に示す形式の印刷コマンド列を作成し，印刷制御装置１１へ送信する。印刷プロトコル指定コマンド１２Ａ１により，（中略）PostScript等の各種ＰＤＬの種別を指定する。（中略）また，制約有無指定コマンド１２Ａ２より後に，文書の印刷内容を示す印刷コマンド列１２Ａ３（以後，文書内容記述印刷コマンド列と呼ぶ）を配置する。文書内容記述印刷コマンド列１２Ａ３の内容の一例としては，前記図１５や図１６に示した印刷コマンド列がある。」（段落【０２０３】〜【０２０４】）などと記載されていること，また引用発明の「ホストコンピュータ送信コマンド」（図２６）もまた，引用例の図１８に記載されたホストコンピュータ送信コマンドと同様に印刷プロトコル指定コマンド（１２Ａ１）を含むことを考慮すると，引用発明の「ホストコンピュータ送信コマンド」は，本願発明における「プリント・データ・ストリーム」に相当するといえる。
　
　引用発明における「描画・印刷内容指定コマンド」は，ホストコンピュータ送信コマンドの一部分であり，１頁分の描画・印刷内容を指定するものであるから，本願発明における「ローカル部分」に相当する。
　
　引用発明においては，フォントロードコマンドと書式ロードコマンドと用紙制御情報ロードコマンドでそれぞれロードした，フォントと書式と用紙制御用パラメータを，複数頁の描画と印刷に共通して利用することから，引用発明において，ホストコンピュータ送信コマンドの一部分である「フォントロードコマンド」，「書式ロードコマンド」，及び「用紙制御情報ロードコマンド」は，本願発明における「グローバル部分」に相当する。
　
　引用発明において，ホストコンピュータ送信コマンドがコマンドバッファ部へ格納されたこと契機として，各コマンドに対応するコマンドタスクが起動され，フォントロードコマンド，書式ロードコマンド，及び用紙制御情報ロードコマンド用のコマンドタスクでは，メモリやテーブルに必要なデータやパラメータを設定する一方，描画・印刷内容指定コマンド用のコマンドタスクでは，描画・印刷内容指定コマンドの内容を編集コマンドバッファ部へ移すことは，本願発明において，「プリント・データ・ストリームを受け取り，前記ストリームを解析して，ローカル部分とグローバル部分に分ける」ことに相当する。
　
　引用発明における「スレーブプロセッサ」は，個別描画タスクを実行して，ページバッファへの描画を行うものであり，ここで，ページバッファへの描画内容がラスタ画像，すなわちビットマップ画像に相当することは明らかである（例えば，特開平９−１９０５０８号公報の段落【００５５】，特開平１１−２２４３４２号公報の段落【００３１】，【００４１】，特開２００２−３１８６８０号公報の段落【００１６】を参照。）から，引用発明における「スレーブプロセッサ」は，本願発明における「ラスタ画像プロセッサ」に相当する。
　
　本願発明において，解析済みのローカル・プリントストリーム・データ部分，およびグローバル・プリントストリーム・データ部分は，それぞれプリント・データ・ストリームを解析して分けられたローカル部分，およびグローバル部分を意味し，解析済みのローカル・プリントストリーム・データ部分，およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化済みのプリントストリーム・データ部分は，プリント・データ・ストリームを解析して分けられたローカル部分，およびグローバル部分に基づいて生成された，印刷制御情報であると解される。
　一方，引用発明は，編集コマンドバッファ部に１頁分のデータ（用紙制御用パラメータと描画・印刷内容指定コマンド）が揃う度に描画管理タスクが個別描画タスクを起動して，フォントロードコマンドと書式ロードコマンドと用紙制御情報ロードコマンドでそれぞれロードしたフォントと書式と用紙制御用パラメータを利用した描画を行うものであり，引用発明の個別描画タスクによる描画処理は，フォントロードコマンド，書式ロードコマンド，用紙制御情報ロードコマンド，及び描画・印刷内容指定コマンドそれぞれに基づいて生成された，印刷制御情報に基づいて実行されると解されるから，引用発明において，個別描画タスクを複数のスレーブプロセッサ間で並列処理させることは，プリント・データ・ストリームを解析して分けられたローカル部分，およびグローバル部分に基づいて生成された印刷制御情報を，複数のラスタ画像プロセッサに対して通信する点において，本願発明における「待ち行列に入れたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信するステップ」と一致する。
　
　引用発明において，並列処理される個別描画タスクそれぞれがページバッファに書き込む内容は，プリント・ヘッド駆動データ信号に相当することは明らかである（例えば，特開昭６１−２３９９６８号公報第３頁右上欄第１７行〜左下欄第１８行，特開平５−７７４９６号公報の段落【０００９】，特開平９−１９０５０８号公報の段落【００５５】を参照。）から，引用発明は，複数の通信された，プリント・データ・ストリームを解析して分けられたローカル部分，およびグローバル部分に基づいて生成された印刷制御情報を並列に処理して，プリント・ヘッド駆動データ信号を生成する点において，本願発明における「複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して，プリント・ヘッド駆動データ信号を生成するステップ」と一致する。
　
　引用発明におけるプリンタメモリコントローラは，各個別描画タスクが書き込んだ描画済みページバッファの内容を，プリンタエンジン部へ送信するものであり，ここで，プリンタエンジン部が，ビットマップデータ（または「画素データ」とも呼ばれる。）等のイメージデータに展開された印刷データをヘッド（または「プリント・ヘッド」，「印刷ヘッド」とも呼ばれる。）へ出力して印刷処理を行うことは自明である（例えば，特開２００１−２２５５３３号公報の段落【００１６】，特開２００１−３２２２９９号公報の段落【００２２】〜【００２４】を参照。）から，引用発明は，本願発明における「生成済みのプリント・ヘッド駆動データ信号を，プリンタのプリント・ヘッドに対して通信する」構成を備えているといえる。
　  
　  
　したがって，本願発明と引用発明は，以下の点において一致ないし相違する。  
　  
＜一致点＞  
「プリント・データ・ストリームを受け取り，前記ストリームを解析して，ローカル部分とグローバル部分に分けるステップと，
　前記ローカル部分と前記グローバル部分に基づいて生成された印刷制御情報を複数のラスタ画像プロセッサに対して通信するステップと，
　複数の通信された印刷制御情報を並列に処理して，プリント・ヘッド駆動データ信号を生成するステップと，
　生成済みのプリント・ヘッド駆動データ信号を，プリンタのプリント・ヘッドに対して通信するステップと
　を含む方法。」である点。
　  
＜相違点＞ 
　プリント・データ・ストリームを解析して分けられたローカル部分とグローバル部分に基づいて印刷制御情報を生成し，当該印刷制御情報を複数のラスタ画像プロセッサに対して通信し，複数の通信された印刷制御情報を並列に処理して，プリント・ヘッド駆動データ信号を生成するという一連の処理を実現するために，本願発明においては，「解析済みのローカル・プリントストリーム・データ部分，およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化するステップと，パッケージ化済みのプリントストリーム・データ部分を待ち行列に入れるステップと，待ち行列に入れたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信するステップと，複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して，プリント・ヘッド駆動データ信号を生成するステップ」を備えているのに対して，引用発明においては，「解析済みのローカル・プリントストリーム・データ部分，およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化する」ことは記載されておらず，また，「パッケージ化済みのプリントストリーム・データ部分を」「待ち行列に入れ」，複数のラスタ画像プロセッサに対して通信し，並列に処理することも記載されていない点。
　  
　  
４　当審の判断  
　  
　上記相違点について検討する。引用発明において，個別描画タスクは，用紙制御情報ロードコマンドでロードした用紙制御用パラメータと，描画・印刷内容指定コマンドとで構成されるデータが１頁分揃う度に起動され，フォントロードコマンドと書式ロードコマンドと用紙制御情報ロードコマンドでそれぞれロードしたフォントと書式と用紙制御用パラメータを利用した描画を行うものであるから，ホストコンピュータ送信コマンドのローカル部分に基づいて生成される印刷制御情報と，グローバル部分に基づいて生成される印刷制御情報とは，個別描画タスクを実行するスレーブプロセッサに対して一緒に組み合わせて送信されるものと解され，印刷制御情報として，コマンド自体またはコマンドでロードしたパラメータのどちらを送信するかは，当業者が適宜なすべき設計的事項であり，また，複数の描画処理部を並列的に動作させてラスタ画像を生成する際に，何れかの描画処理部が空き状態になるのを待って印刷制御情報を転送することは周知（例えば，特開平１０−１５４０５０号公報（原査定の拒絶の理由に引用された引用例２）の段落【００１４】〜【００１９】，特開平１０−９１３６６号公報の段落【００１３】〜【００１４】，【００２３】，特開平１１−２０３０６９号公報の段落【００２２】，【００３３】〜【００４１】を参照。また，引用例１の第２９図には，「２９Ｍ１」という符号で表される，編集コマンド部３３１に１頁分のデータが揃った旨のメッセージが，「描画管理タスク３２１０」に接続された「メッセージキュー」へ入力されることが記載されている。）であるから，引用発明に周知技術を適用して，「解析済みのローカル・プリントストリーム・データ部分，およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化するステップと，パッケージ化済みのプリントストリーム・データ部分を待ち行列に入れるステップと，待ち行列に入れたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信するステップと，複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して，プリント・ヘッド駆動データ信号を生成するステップ」を実行する構成を設けることは，当業者が容易になし得たことである。
　  
　  
　そして，本願発明のように構成したことによる効果も引用発明及び周知技術から予測できる程度のものである。  
　 
　 
５　むすび  
　  
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法２９条２項の規定により特許を受けることができない。  
　  
　したがって，本願は他の請求項について論及するまでもなく，拒絶すべきものである。  
　  
　よって，結論のとおり審決する。