【事件の表示】
　特願２００６−１３４４１２「印刷装置」拒絶査定不服審判事件〔平成１９年１１月２２日出願公開、特開２００７−３０４９８９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成１８年５月１２日の出願であって、平成２０年７月１４日付けで手続補正がなされ、平成２０年９月５日付けで拒絶査定がなされ、これに対して平成２０年１０月９日に拒絶査定に対する審判が請求されるとともに、同年１０月２４日付けで手続補正がなされたものである。
　そしてその請求項１に係る発明は平成２０年７月１４日付け手続補正書、及び平成２０年１０月２４日付け手続補正書により補正された明細書及び図面の記載からみて、平成２０年７月１４日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される次のとおりのもの（以下「本願発明」という。）である。
「記憶手段と、
　ＲＩＰと、
　プリントエンジンと、
　用紙段と、
　該用紙段に載置された用紙を搬送し該プリントエンジンに供給させ、該プリントエンジンを通った用紙を排出させる用紙搬送機構と、
　該用紙搬送機構により排出される用紙を検出する排紙センサと、
　受信した印刷データを該記憶手段に一時記憶させた後、該印刷データに含まれる印刷対象データを頁毎に該ＲＩＰに供給させてビットマップ展開させる第１の処理と、そのビットマップデータを該記憶手段に一時記憶させた後、頁毎に該プリントエンジンに供給して用紙に画像を形成させる第２の処理とを行う制御手段と、
　を有する印刷装置において、該印刷データには、管理データとして証書サーバで付与された証書ＩＤ及び頁番号のデータが含まれており、該制御手段はさらに、
　頁毎のビットマップ展開の完了に応答して、その頁番号をこれに対応した証書ＩＤとともに外部に送信する第３の処理と、
　用紙の排出が該排紙センサで検出される毎に、この用紙に対応した証書ＩＤ及び頁番号のデータを外部に送信する第４の処理とを行う、
　ことを特徴とする印刷装置。」
　
２．引用刊行物
　これに対して原査定の拒絶の理由に引用された、本願の出願日前に頒布された刊行物「特開２０００−２９６４１号公報」（以下、「引用刊行物１」という。）には図面とともに以下の記載がある。
「【請求項１】  印刷データを作成して送信するコンピュータと，このコンピュータから受信した印刷データについて印刷するプリンタとからなる印刷システムにおいて、
前記コンピュータと前記プリンタとを双方向通信可能に接続し、前記プリンタが前記コンピュータから受信した印刷データに係る印刷ジョブごとの印刷進捗状況を管理可能かつ管理中の印刷進捗状況を前記コンピュータに送信可能に形成されている印刷システム。
【請求項２】  印刷データを作成して送信するコンピュータと，このコンピュータから受信した印刷データを受信バッファに格納可能かつイメージデータに変換してページバッファに格納可能であるとともに印刷部側にイメージデータを送出可能なプリンタとからなる印刷システムにおいて、
前記コンピュータと前記プリンタとを双方向通信可能に接続し、
前記プリンタに、前記受信バッファに格納されてから前記印刷部で印刷完了されるまでの印刷ジョブごとの印刷進捗状況を検出する印刷進捗状況検出手段と，検出された印刷進捗状況を印刷ジョブ管理テーブルに更新記憶しつつ管理する印刷ジョブ管理制御手段と，印刷ジョブ管理テーブルに記憶された各印刷ジョブごとの印刷進捗状況を前記コンピュータに送信する送信制御手段とを設け、かつ前記コンピュータが受信した印刷ジョブごとの印刷進捗状況を目視確認可能に形成されている印刷システム。
【請求項３】  前記印刷進捗状況検出手段が、前記ページバッファに格納された印刷ジョブごとの処理完了ページ数を検出する処理完了ページ数検出手段と，前記印刷部側から受信した印刷完了信号を利用して印刷ジョブごとの印刷完了ページ数を検出する印刷完了ページ数検出手段と，検出された処理完了ページ数と印刷完了ページ数とを利用して印刷ジョブごとの印刷未了ページ数を検出する印刷未了ページ数検出手段とから形成されかつ前記印刷ジョブ管理テーブルに更新記憶される前記印刷進捗状況が処理完了ページと印刷完了ページ数と印刷未了ページ数とから形成されている請求項２記載の印刷システム。」（第２頁）
　
「【０００１】
【発明の属する技術分野】本発明は、印刷データを作成して送信するコンピュータと，このコンピュータから受信した印刷データについて印刷するプリンタとからなる印刷システムおよび印刷データを受信バッファに格納可能かつイメージデータに変換してページバッファに格納可能であるとともに印刷部側にイメージデータを送出可能な印刷装置に関する。」（第２頁）
　
「【００１１】本発明の目的は、プリンタ側の印刷ジョブごとの印刷進捗状況をコンピュータ側で迅速かつ正確に知ることのできる印刷システムを提供することにある。また、印刷ジョブごとの印刷進捗状況を管理可能かつ外部に送信可能な印刷装置を提供することにある。
【００１２】
【課題を解決するための手段】請求項１の発明は、印刷データを作成して送信するコンピュータと，このコンピュータから受信した印刷データについて印刷するプリンタとからなる印刷システムにおいて、前記コンピュータと前記プリンタとを双方向通信可能に接続し、前記プリンタが前記コンピュータから受信した印刷データに係る印刷ジョブごとの印刷進捗状況を管理可能かつ管理中の印刷進捗状況を前記コンピュータに送信可能に形成された印刷システムである。
【００１３】かかる発明では、プリンタは、コンピュータから受信した印刷データに係る印刷ジョブごとの印刷進捗状況を管理する。例えば、自発的にあるいはコンピュータ側からの要求があった場合に、プリンタは管理中の印刷進捗状況をコンピュータへ送信する。したがって、プリンタ側の印刷ジョブごとの印刷進捗状況をコンピュータ側で迅速かつ正確に知ることができる。
【００１４】また、請求項２の発明は、印刷データを作成して送信するコンピュータと，このコンピュータから受信した印刷データを受信バッファに格納可能かつイメージデータに変換してページバッファに格納可能であるとともに印刷部側にイメージデータを送出可能なプリンタとからなる印刷システムにおいて、前記コンピュータと前記プリンタとを双方向通信可能に接続し、前記プリンタに、前記受信バッファに格納されてから前記印刷部で印刷完了されるまでの印刷ジョブごとの印刷進捗状況を検出する印刷進捗状況検出手段と，検出された印刷進捗状況を印刷ジョブ管理テーブルに更新記憶しつつ管理する印刷ジョブ管理制御手段と，印刷ジョブ管理テーブルに記憶された各印刷ジョブごとの印刷進捗状況を前記コンピュータに送信する送信制御手段とを設け、かつ前記コンピュータが受信した印刷ジョブごとの印刷進捗状況を目視確認可能に形成された印刷システムである。
【００１５】かかる発明では、プリンタ側の印刷進捗状況検出手段は、受信バッファに格納されてから印刷部で印刷完了されるまでの印刷ジョブごとの印刷進捗状況を検出する。検出された印刷進捗状況は、印刷ジョブ管理制御手段によって、印刷ジョブ管理テーブルに更新記憶されつつ管理される。送信制御手段は、例えば、自発的にあるいはコンピュータ側からの要求があった場合に、印刷ジョブ管理テーブルに記憶された各印刷ジョブごとの印刷進捗状況をコンピュータに送信する。これを受信したコンピュータは、当該印刷ジョブごとの印刷進捗状況を目視確認することができる。したがって、プリンタ側の印刷ジョブごとの印刷進捗状況をコンピュータ側で迅速かつ正確に知ることができる。
【００１６】さらに、請求項３の発明は、前記印刷進捗状況検出手段が、前記ページバッファに格納された印刷ジョブごとの処理完了ページ数を検出する処理完了ページ数検出手段と，前記印刷部側から受信した印刷完了信号を利用して印刷ジョブごとの印刷完了ページ数を検出する印刷完了ページ数検出手段と，検出された処理完了ページ数と印刷完了ページ数とを利用して印刷ジョブごとの印刷未了ページ数を検出する印刷未了ページ数検出手段とから形成されかつ前記印刷ジョブ管理テーブルに更新記憶される前記印刷進捗状況が処理完了ページと印刷完了ページ数と印刷未了ページ数とから形成されている印刷システムである。
【００１７】かかる発明では、印刷進捗状況検出手段を形成する処理完了ページ数検出手段はページバッファに格納された印刷ジョブごとの処理完了ページ数を検出し、印刷完了ページ数検出手段は印刷部側から受信した印刷完了信号を利用して印刷ジョブごとの印刷完了ページ数を検出し、また、印刷未了ページ数検出手段は検出された処理完了ページ数と印刷完了ページ数とを利用して印刷ジョブごとの印刷未了ページ数を検出する。かくして、印刷ジョブ管理制御手段は、各印刷ジョブごとの処理完了ページと印刷完了ページ数と印刷未了ページ数とを印刷ジョブ管理テーブルに更新記憶しつつ管理する。
【００１８】したがって、請求項２の発明の場合と同様な作用効果を奏することができることに加え、さらにコンピュータ側において各印刷ジョブの進捗状況を各ページ数として具体的かつ詳細に知ることができる。
【００１９】さらにまた、請求項４の発明は、外部から受信した印刷データを受信バッファに格納可能かつイメージデータに変換してページバッファに格納可能であるとともに印刷部側にイメージデータを送出可能な印刷装置において、前記受信バッファに格納されてから前記印刷部で印刷完了されるまでの印刷ジョブごとの印刷進捗状況を検出する印刷進捗状況検出手段と，検出された印刷進捗状況を印刷ジョブ管理テーブルに更新記憶しつつ管理する印刷ジョブ管理制御手段と，印刷ジョブ管理テーブルに記憶された各印刷ジョブごとの印刷進捗状況を外部に送信可能な送信制御手段とを設け、かつ外部からの要求または自発的に管理している印刷ジョブごとの印刷進捗状況を外部に送信可能に形成された印刷装置である。
【００２０】かかる発明では、印刷進捗状況検出手段は、受信バッファに格納されてから印刷部で印刷完了されるまでの印刷ジョブごとの印刷進捗状況を検出する。検出された印刷進捗状況は、印刷ジョブ管理制御手段によって、印刷ジョブ管理テーブルに更新記憶されつつ管理される。送信制御手段は、例えば、自発的にあるいは外部からの要求があった場合に、印刷ジョブ管理テーブルに記憶された各印刷ジョブごとの印刷進捗状況を当該外部に送信することができる。したがって、印刷ジョブごとの印刷進捗状況を、印刷ジョブの指令側に迅速かつ正確に知らせ得る。」（第３〜４頁）
　
「【００２１】
【発明の実施の形態】以下、本発明の実施形態について図面を参照して説明する。
【００２２】本印刷システム１０は、図１に示す如く、ホストコンピュータ５０とこれに双方向通信可能なデータ通信回線１を介して接続されたプリンタ（１０，２０）とから形成され、かつプリンタ（１０）側に印刷進捗状況検出手段（１１，１２）と印刷ジョブ管理制御手段（１１，１２）と送信制御手段（１１，１２）とを設けて印刷ジョブごとの進捗状況を管理可能に形成するとともに、ホストコンピュータ５０が各プリンタ（１０）から受信した印刷ジョブごとの印刷進捗状況を目視確認可能に形成されている。
【００２３】図１において、プリンタの一部を構成する制御部１０は、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，操作部（ＰＮＬ）１４，表示部（ＩＮＤ）１５，印刷部（エンジン部）２０用のインターフェイス（Ｉ／Ｆ）１６，データ通信回線（ＬＡＮ）１用のインターフェイス（Ｉ／Ｆ）１８およびセンサ３１等の入出力ポート（Ｉ／Ｏ）１７を含み、ホストコンピュータ５０から受信した印刷データを所定処理して印刷部２０に印刷させることができる。
【００２４】なお、このプリンタ（１０，２０）は、上記ホストコンピュータ５０に限定されない外部（例えば、パソコン）からの印刷データを受信して印刷可能で独立的な印刷装置を構成する。
【００２５】ＲＡＭ１３には、受信した印刷データを格納（保管）する受信バッファ１３Ｂと，変換されたイメージデータをページ単位で管理可能に格納するページバッファ１３ＰＢとの他に、印刷ジョブ管理テーブル１３Ｊが形成されている。
【００２６】印刷部２０は、用紙搬送手段，印刷手段，用紙排出手段等を含み、制御部１０から受けたイメージデータの印刷を行い、１ページ印刷完了で用紙排出するものと形成されている。用紙排出は、センサ３１で検出されて制御部１０に通知される。
【００２７】なお、印刷部２０は、インクジェット方式，電子写真方式等の印刷方式を問わないが、この実施形態はインクジェットカラープリント方式である。
【００２８】プリンタ［印刷装置］（１０）の基本的印刷機能は、ホストコンピュータ（外部）５０から印刷データを受信（図３のＳＴ１０でＹＥＳ）すると、受信バッファ１３Ｂに格納（ＳＴ１１）する。受信バッファ１３Ｂの印刷データ（図４のＳＴ２０，ＳＴ２１）は、受信された順番に読み出され（ＳＴ２２）、イメージデータに変換（ＳＴ２３）されてページバッファ１３ＰＢに格納（ＳＴ２４）される。つまり、ページごとに展開されかつ管理される（ＳＴ２４，ＳＴ２５）。」（第４頁）
　
「【００３３】ホストコンピュータ５０は、プリンタドライバによって所定フォーマットに変換された印刷データを順次にプリンタキューに蓄える。そして、プリンタキューに蓄えられた印刷データを、印刷制御システム（プリントマネージャ）により、指定されたインタフェースを通じてプリンタ（１０）に送信可能である（図８のＳＴ７０のＹＥＳ，ＳＴ７１）。
【００３４】送信伝文は、図２（Ａ），（Ｂ）に示す如く、ジョブ（ＪＯＢ）ごとに作成され、先頭の“ジョブ開始コマンド”，“ジョブ名”かつ最終の“ジョブ終了コマンド”が含まれる。また、実質的印刷データはページごとに区画されている。
【００３５】ここに、印刷進捗状況検出手段（ＣＰＵ１１，ＲＯＭ１２）は、受信バッファ１３Ｂに格納（保管）されてから印刷部２０で印刷完了されるまでの印刷ジョブごとの印刷進捗状況を検出する手段でカウント方式で各ページ数を検出する。
【００３６】この実施形態では、印刷進捗状況検出手段（１１，１２）を、ページバッファ１３ＰＢに格納された印刷ジョブごとの処理完了ページ数Ｎｐを検出（図５のＳＴ４２のＹＥＳ，ＳＴ４３のＮＯ，ＳＴ４４）する処理完了ページ数検出手段（ＣＰＵ１１，ＲＯＭ１２）と，印刷部２０側から受信（ＳＴ４０のＹＥＳ）した排出完了（印刷完了）信号を利用して印刷ジョブごとの印刷完了（排出完了）ページ数ＮｅをＳＴ４９で検出（カウント）する印刷完了ページ数検出手段（ＣＰＵ１１，ＲＯＭ１２）と，検出された処理完了ページ数Ｎｐと印刷完了ページ数Ｎｅとを利用（Ｎｐ−Ｎｅ）して印刷ジョブごとの印刷未了（残り）ページ数ＮｚをＳＴ５１で検出（カウント）する印刷未了ページ数検出手段（ＣＰＵ１１，ＲＯＭ１２）とから形成されている。
【００３７】印刷ジョブ管理制御手段（ＣＰＵ１１，ＲＯＭ１２）は、印刷進捗状況検出手段によって検出された印刷進捗状況を図６に示す印刷ジョブ管理テーブル１３Ｊに印刷ジョブごとに更新記憶しつつ管理する手段で、図５のプログラムにしたがって実行される。
【００３８】なお、図６は、各印刷ジョブごとの印刷ジョブ管理テーブルの集合体を示している。
【００３９】印刷進捗状況は、この実施形態では、処理完了ページＮｐと印刷完了（排出完了）ページ数Ｎｅと印刷未了（残り）ページ数Ｎｚとから形成されている。
【００４０】また、複数の印刷ジョブを管理するために、印刷処理制御手段（１１，１２）によってイメージデータへの変換処理中の印刷ジョブを表す図６のポインタＡおよび印刷処理中の印刷ジョブを示すポインタＢの２つのポインタが設けられている。
【００４１】これらのポインタＡ，Ｂは、プリンタ（１０）が完全にアイドル状態（印刷動作は停止し、制御部１０内に一切の印刷データが存在しない場合）においては、図６（Ａ）に示す位置を指している。この状態は、表示部１５に表示して確認することができる。
【００４２】送信制御手段（ＣＰＵ１１，ＲＯＭ１２）は、印刷ジョブ管理テーブル１３Ｊに記憶された各印刷ジョブごとの印刷進捗状況をデータ通信回線１を介してホストコンピュータ５０に送信する手段で、ホストコンピュータ５０から送信要求を受信（図３のＳＴ１２でＹＥＳ）した場合に送信する（ＳＴ１３，ＳＴ１４）。また、送信要求を待つことなく、自発的に送信するように構成することもできる。」（第４〜５頁）
　
「【００４６】処理の進行に伴い、印刷ジョブ管理制御手段（１１，１２）が、ページバッファ１３ＰＢを監視（図５のＳＴ４１，ＳＴ４２でＹＥＳ，ＳＴ４３でＮＯ，ＳＴ４４）して処理完了ページ数Ｎｐを図６（Ｂ）に示す“処理完了ページカウンタ”欄に書込み記憶（ＳＴ４４）し、ＳＴ４９で検出された排出完了（印刷完了）ページ数Ｎｅを“排出完了ページカウンタ”欄に書込み記憶し、さらにＳＴ５１で検出された残り（印刷未了）ページ数Ｎｚを“残りページカウンタ”欄に書込み記憶する。
【００４７】ここに、ジョブ１の１ページ目の印刷データは既に印刷済みで排出完了しており、印刷部２０がジョブ１の２ページ目を印刷中であり、ジョブ１の３ページ目の変換処理が完了し、かつ印刷開始がレディになるのを待機している状態になったとする。
【００４８】かかる状態の場合、印刷ジョブ管理テーブル１３Ｊでの各印刷ジョブの管理状態は、図６（Ｂ）のようになる。ジョブ１の処理完了ページ数（Ｎｐ）が当該ジョブページ数（“３”）と同じページ数（“３”）である（ＳＴ４５のＹＥＳ）から、最右欄の処理完了ステータスフラグは“０１”とされている（ＳＴ４６）。
【００４９】また、この状態では、ホストコンピュータ５０のオペレーティングシステムからみると、既にに全ての印刷ジョブが印刷完了とみなされるが、実際のプリンタ（１０，２０）ではジョブ１が印刷中の状態であり、ジョブ２に至っては１ページも印刷されていない状態であると理解される。
【００５０】印刷部２０は、印刷中のページ（ジョブ１の２ページ目）が規定の位置に到達すると、レディ状態（ＳＴ４７のＹＥＳ）となり、次ページ（３ページ目）に対する制御部１０からの印刷開始命令（ＳＴ４８）を受け付けることができる。
【００５１】かくして、既にページバッファ１３ＰＢに展開（変換）が完了しているジョブ１の３ページ目（最終ページ）に対する印刷開始命令を発行し、それを受けた印刷部２０はジョブ１の３ページ目の印刷を開始する。
【００５２】一方、継続的に受信バッファ１３Ｂよりジョブ２の１ページ目の印刷データを取得し、変換処理を施したイメージデータをページバッファ１３ＰＢに展開し、変換処理完了が検出（ＳＴ４２のＹＥＳ，ＳＴ４３でＮＯ）されると、印刷ジョブ管理テーブル１３Ｊは図６（Ｃ）に示す状態になる。
【００５３】現在変換処理中のジョブを表すポインタＡが当該印刷ジョブ管理テーブル１３Ｊの“処理完了ページカウンタ”欄をインクリメント（“０”→“１”）し、残りページ数Ｎｚ（＝１）を算出（ＳＴ５１）しかつ記憶更新する。この記憶更新が完了すると、ジョブ２の２ページ目の変換処理が開始される。なお、この２ページについては、図６では図示省略した。」（第５〜６頁）
　
「【００５８】ここに、ホストコンピュータ５０側から、印刷ジョブ管理データ（印刷ジョブ進捗状況）の送信要求（図８のＳＴ７２，ＳＴ７３）がされたとする。
【００５９】これを受信（図３のＳＴ１２でＹＥＳ）したプリンタ（１０）の情報抽出手段（ＣＰＵ１１，ＲＯＭ１２）は、図６に示す印刷ジョブ管理テーブル１３Ｊを上から順に検索（ＳＴ１３）し、ジョブ名が登録されている全てのテーブル（１３Ｊ）の印刷ジョブ管理情報を抽出する。送信制御手段（１１，１２）が、これをホストコンピュータ５０に送信（応答）する（ＳＴ１４）。
【００６０】送信（応答）後に、各印刷ジョブ管理テーブル１３Ｊのステータスフラグをチェックし、ステータスフラグがセット（“１１”）されている印刷ジョブ管理テーブル１３Ｊに関しては、図６（Ｆ）のように当該各テーブルを削除する（図３のＳＴ１５）。
【００６１】この応答を受信（図８のＳＴ７４でＹＥＳ）したホストコンピュータ５０側では、印刷ジョブ管理情報を印刷ジョブ管理ファイル５３に格納する（ＳＴ７５）。したがって、表示部５５に表示（ＳＴ７６，ＳＴ７７）して、各印刷ジョブの進捗状況を正確かつ迅速に目視確認することができる。
【００６２】なお、図示省略したが、ホストコンピュータ５０のプリントモニタは、パラレルインタフェースを介し、ＩＥＥＥ１２８４双方向通信にてプリンタ（１０）に対してステータス要求を発行し、プリンタ（１０）のステータスを取得する。また、プリントモニタは、当該ホストコンピュータ５０のシステムが全ての印刷データの送信を完了しても、終了することなく継続してステータスを取得する。
【００６３】ホストコンピュータ５０からのステータス要求を検出すると、プリンタ（１０）は、プリンタ（２０）の用紙トレイ、用紙サイズ、メモリサイズ、解像度などの装置情報、カバーオープン、用紙ジャム、用紙なしなどのエラー情報等を応答する。印刷ジョブ進捗状況をこれらと同様かつ同時的に応答するように形成してもよい。」（第６頁）
　
　図６には、ジョブ名、処理完了ページカウンタＮｐ、排出完了ページカウンタＮｅ、残りページカウンタＮｚ、ステータスフラグの各項目からなり、ポインタＡ、ポインタＢが表示された、ジョブ管理テーブルが記載されている。
　
　これら引用刊行物１の記載から、引用刊行物１には以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
「印刷ジョブ毎の印刷進捗状況を管理するプリンタであって、
　プリンタは、制御部と印刷部を有し、
　制御部は、受信バッファとページバッファと印刷進捗状況検出手段と印刷ジョブ管理テーブルと送信制御手段とを有し、
　印刷データはページ毎に区画され、
　受信バッファは受信した印刷データを格納し、受信バッファの印刷データは、イメージデータに変換されてページバッファにページ単位で格納されて印刷部で印刷され、
　印刷部は、用紙搬送手段と印刷手段と用紙排出手段と用紙排出を検出するセンサとを有し、
　印刷進捗状況検出手段は、受信バッファから所定のページの印刷データを取得しイメージデータへの変換処理を施してページバッファに展開して変換処理完了が検出されると印刷ジョブ管理テーブルの処理完了ページカウンタのページ数をインクリメントし、排出完了信号を受信すると印刷ジョブ管理テーブルの排出完了ページカウンタのページ数をインクリメントし、
　送信制御手段は、印刷ジョブ管理テーブルに記憶された印刷進捗状況をコンピュータに送信し、コンピュータでも印刷進捗状況を目視できるようにした、プリンタ。」
　
　同じく、原査定の拒絶の理由に引用された、本願の出願日前に頒布された刊行物「特開平８−２６７８７８号公報」（以下、「引用刊行物２」という。）には図面とともに以下の記載がある。
「【０００１】
【産業上の利用分野】本発明は、例えばホストコンピュータから受け取ったデータを解析し、出力処理を行なうプリンタ装置及びその制御方法に関するものである。
【０００２】
【従来の技術】従来のプリンタ装置として、ホストコンピュータから送られてきたコマンドに従って、文字や図形やイメージなどを描画し、文書出力を行なったり、プリンタの初期化などの装置の制御を行なったりするものが知られている。
【０００３】また同様に、ホストから送られてきたコマンドに従って、プリンタ装置の状態や、プリンタ環境の設定、文書出力の経過、使用するフォントなどの情報などを、双方向インターフェースを介して、ホストへ応答する機能を持ったプリンタ装置も知られている。
【０００４】このような各種プリンタ情報を、コマンドに従いホストに伝達する機能を「ステータス応答」などと呼ぶ。」（第３頁）
　
「【００２２】
【発明が解決しようとする課題】それではこの送信と応答のタイミングのズレを踏まえた上で、従来のプリンタ装置における問題点を説明しよう。例えば、複数のドキュメント出力のジョブを処理する場合のステータス応答について考えてみる（図１２）。
【００２３】ホストコンピュータ側では、処理すべきドキュメント出力ジョブを、例えばジョブ１、ジョブ２、ジョブ３といったように、順番に処理していく。
【００２４】一つのジョブには、ジョブの開始宣言、プリンタ環境の初期化、及び環境設定を行なう前処理（１）、実際のデータの記述、及び転送（２）、プリンタ環境の復帰、及びジョブの終了宣言（３）のそれぞれの段階がある。
【００２５】ホストではそれぞれのジョブにおいて、個々の処理段階を順番に行なう。この時、プリンタの各種ステータスを参照し、プリンタの環境や能力を知ることでジョブデータを最適化したり、プリンタ側での出力ジョブの進行状態を監視し、ホスト側でプリンタの状態を把握する訳である。
【００２６】ところがこの時のプリンタ側での処理は、ホスト側の処理進行と必ずしも連動して同時に行なわれるのではない。
【００２７】特に、プリンタ側の出力処理は、文字や図形などの展開に時間がかかったり、プリンタエンジンの出力速度に制限があるため、どうしてもある程度の時間がかかる。このためホスト側では、（２）の出力データ作成処理及び、プリンタへの転送処理が完了していても、プリンタ側ではまだ（２’）の描画展開処理及び、ページ出力処理を行なっている場合が多々ある。」（第４頁）
　
「【００３２】例えば、ホスト側の処理が既にジョブ２の出力データ作成転送処理の段階に入っていた時、プリンタ側はジョブ１の描画出力処理の段階だったとする。
【００３３】プリンタ側はページを排出する毎にホスト側に向けて、「現在３ページ目を排出完了した」といった情報をステータス応答として送出する。これは即ち「ジョブ１」の「３ページ目の排出」を意味するのだが、従来のステータス応答では「何ページ目であるか」という情報だけしか返していなかった。このためホスト側では、現在ホスト側で処理している「ジョブ２」の「３ページ目」などと誤解をしてしまう可能性がある。
【００３４】ページの排出状態以外にも、例えばジョブ２で要求した登録フォントの種類の情報が、プリンタ側から応答された時には、既にホスト側ではジョブ３の処理をしていた、などといったように、あらゆるステータス応答において混乱を招く恐れを持っている。
【００３５】これを解決するために、それぞれのジョブ毎にジョブを識別するためのジョブ管理ＩＤを持たせ、ステータス応答をホストに返信する時には、そのジョブ管理ＩＤの情報を付加した形式で応答する技術も考えられる（図１３）。
【００３６】例えば、各ページ排出完了時のステータス応答には、（４）に示す「STATUS JOB-ID:37 PAGE:3 FINISHED」のように、従来のページ排出情報にジョブ管理ＩＤを示す情報を付加している。
【００３７】これにより、例えば３ページ目が排出され、該当するステータス応答がホストに届いた時に、既に次のジョブ２が処理されていたような場合にも、このジョブ管理ＩＤを参照することで、この「３ページ目の排出」が「ジョブ１」の「３ページ目」であることが判別できる訳である。」（第４頁）
　
「【００６４】
【実施例】
（実施例１）以下、添付図面にしたがって、本発明の実施例を説明する。
【００６５】図１は実施例のプリンタ装置の構成を示すブロック図である。
【００６６】本実施例では、１実施例として、ページプリンタについて記述してある。
【００６７】図において、１はホストコンピュータであり、文字、図形などの出力データ及び各種制御コマンドを発生する他、プリンタ装置の各種情報を知るためのステータス応答要求コマンドを発生し、出力装置の主要部をなすプリンタ装置２に入力する。
【００６８】ホストコンピュータ１とプリンタ装置２の間は、双方向インターフェースにより接続されており、ホスト１からプリンタ２へのデータ転送の他、プリンタ装置２からホスト１へのデータの返信を可能としている。」（第６頁）
　
「【００９６】図２は、図７の例に対応して、本発明によるステータス応答の一例を表すものである。
【００９７】今、ホストコンピュータからプリンタに対して最初のジョブ１が送り出されたとする（１）。
【００９８】プリンタ言語解析部４は受け取ったジョブデータを命令単位毎に解析し、ジョブの開始宣言を受け取ると、それをジョブ管理部５に伝達する。
【００９９】ジョブ管理部５は、これに従ってジョブの管理を開始するとともに、このジョブに対してジョブ管理ＩＤ情報を付加した形で各ジョブを管理する（２）。
【０１００】この時用いるジョブ管理ＩＤ情報は、ホスト側からジョブ開始宣言といっしょに渡されたものを用いても良いし、プリンタ側で自動的に割り振られたものでも良い。
【０１０１】とにかく、個々のジョブを識別できるものであればよく、プリンタ側とホスト側で同じジョブに対して同じジョブ管理ＩＤを用いていれば、どんなものでも構わない。
【０１０２】例えば、最初のジョブ１に割り振られたジョブ管理ＩＤが「37」、次のジョブ２が「38」、その次のジョブ３が「39」などといったように管理される。
【０１０３】続いて、ホスト１はプリンタの各種情報をステータス要求する（３）。
【０１０４】これは、使用できる用紙サイズの種類や、用意されているフォントの内容、紙切れなどの障害が発生していないかなどといったプリンタの状態、現在出力中のジョブが何ページまで排出されたか、全ページ出終わったかどうか、などなどのあらゆる情報である。
【０１０５】これらに対するステータス応答は、対応用紙サイズの情報のようにすぐに送り返せるものもあれば、プリンタの状態のように刻々と変化し、その都度送り返さなくてはならないものや、ページの排出状況のように、プリンタエンジンが処理し終わるまで待ってから応答しなくてはならないものもある。
【０１０６】このため場合によっては、ステータス要求を受け取ってから、かなり時間が経ってからホストに送り返される場合がある。
【０１０７】そして、前述したようにホスト側での最初のジョブ１の処理が終わり、次のジョブ２の処理に移行していたりする場合がよく起こりえる。
【０１０８】そこでステータス応答処理部８では、ステータス応答情報に、各ジョブに割り振られた管理ＩＤ情報を付加した形式で、ホストコンピュータ１に返信を行なう（４）。
【０１０９】例えば今、ジョブ１の出力データを処理していて、３ページめがプリント完了したとする。ページの排出状態のステータス要求がホストから指定されていた場合には、これに連動して、３ページめ排出完了の情報をホストに伝達しなければならない。
【０１１０】この時、ステータス応答処理部８は、このページ排出情報に、ジョブ１の管理ＩＤ「37」を付加し、例えば「STATUS JOB-ID:37 PAGE:3 FINISHED」といった文字列などによって情報を表し、ホストへ伝達する。
【０１１１】ホストコンピュータ側では、この従来のステータス応答に付加されたＪＯＢ管理ＩＤと個々のジョブに対して割り振ったＪＯＢ管理ＩＤを比較することで、送り返されてきたステータス応答が、どのジョブデータ中で発生した応答であるか、容易に判断することが可能となる。」（第７〜８頁）
　
　これら引用刊行物２の記載から、引用刊行物２には以下の技術が記載されているものと認められる。
「ページの排出状況をホストに送信してホスト側でプリンタの状態を把握するために、ホストコンピュータから送信された複数ページからなる印刷ジョブを処理する際に、各ページを印刷して排出する毎にページ情報とホストコンピュータから送信されたジョブ管理ＩＤをホストに送信するプリンタ。」
　
３．対比
　本願発明と引用発明を対比すると、
引用発明の「印刷部」、及び「プリンタ」は、それぞれ、本願発明の「プリントエンジン」、及び「印刷装置」に相当する。
　引用発明の「受信バッファ」及び「ページバッファ」は、本願発明の「記憶手段」に相当する。
　引用発明の制御部は、受信バッファから所定のページの印刷データをイメージデータへ変換する変換処理をし、プリントエンジン（印刷部）にイメージデータを供給して印刷をさせており、引用発明の「イメージデータへの変換処理」は、本願発明の印刷対象データを頁毎に「ビットマップ展開させる第１の処理」に相当し、引用発明の「制御部」は、本願発明の印刷対象データをビットマップ展開する「ＲＩＰ」に相当し、引用発明は、本願発明と同様に、ビットマップデータを記憶手段に一時記憶させた後、頁毎にプリントエンジンに供給して用紙に画像を形成させる「第２の処理」を有しているということができる。
　引用発明の「用紙搬送手段」及び「用紙排出手段」は、本願発明の「用紙搬送機構」に相当する。
　引用発明には明示の記載はないが、引用発明のプリンタがプリントエンジンに搬送される用紙を載置した「用紙段」を有することは当然のことである。
　引用発明の「用紙排出を検出するセンサ」は、本願発明の「排紙センサ」に相当する。
　引用発明は、所定ページの変換処理完了が検出されると印刷ジョブ管理テーブルの処理完了ページカウンタのページ数をインクリメントしており、当該処理は、頁毎のビットマップ展開の完了に応答してなされる処理である点において、本願発明の「第３の処理」に対応している。
　引用発明は、排出完了信号を受信すると印刷ジョブ管理テーブルの排出完了ページカウンタのページ数をインクリメントしており、当該処理は、用紙の排出が排紙センサで検出される毎になされる処理である点で、本願発明の「第４の処理」に対応している。
　
　したがって、両者は
「記憶手段と、
　ＲＩＰと、
　プリントエンジンと、
　用紙段と、
　該用紙段に載置された用紙を搬送し該プリントエンジンに供給させ、該プリントエンジンを通った用紙を排出させる用紙搬送機構と、
　該用紙搬送機構により排出される用紙を検出する排紙センサと、
　受信した印刷データを該記憶手段に一時記憶させた後、該印刷データに含まれる印刷対象データを頁毎に該ＲＩＰに供給させてビットマップ展開させる第１の処理と、そのビットマップデータを該記憶手段に一時記憶させた後、頁毎に該プリントエンジンに供給して用紙に画像を形成させる第２の処理とを行う制御手段と、
　を有する印刷装置において、該制御手段はさらに、
　頁毎のビットマップ展開の完了に応答する第３の処理と、
　用紙の排出が該排紙センサで検出される毎の第４の処理とを行う、
　印刷装置。」の点で一致し、以下の点で相違する。
　
相違点１
　本願発明では、印刷データには、管理データとして証書サーバで付与された証書ＩＤ及び頁番号のデータが含まれているのに対して、引用発明では、印刷データはページ毎に区画されているが、印刷データが管理データとして証書サーバで付与された証書ＩＤ及び頁番号のデータを含むことについては記載がない点。
　
相違点２
　本願発明は、頁毎のビットマップ展開の完了に応答して、その頁番号をこれに対応した証書ＩＤとともに外部に送信する第３の処理と、用紙の排出が該排紙センサで検出される毎に、この用紙に対応した証書ＩＤ及び頁番号のデータを外部に送信する第４の処理とを行うのに対し、引用発明は、頁毎のビットマップ展開の完了に応答して印刷ジョブ管理テーブルの処理完了ページカウンタのページ数をインクリメントする第３の処理、用紙の排出が排紙センサで検出される毎に印刷ジョブ管理テーブルの排出完了ページカウンタのページ数をインクリメントする第４の処理を行い、処理完了ページカウンタのページ数及び、排出完了ページカウンタのページ数を含む印刷ジョブ管理テーブルを外部に送信することが記載されているが、引用発明の第３の処理は、頁番号をこれに対応した証書ＩＤとともに外部に送信するものではなく、また、引用発明の第４の処理は、用紙に対応した証書ＩＤ及び頁番号のデータを外部に送信するものではない点。
　
４．当審の判断
　以下、上記相違点について検討する。
相違点１について
　引用刊行物２には、印刷データをコンピュータから印刷装置に送信する場合に、送信する印刷データを識別して管理するためにＩＤをコンピュータから印刷装置に送信することが記載されている。
　また、サーバ等において領収書等（証書）を作成して印刷装置において印刷すること、印刷データに頁番号のデータを含ませることは周知である。
　そうすると、引用発明において、引用刊行物２に記載の技術及び周知技術を適用して、印刷データに、管理データとして証書サーバで付与された証書ＩＤ及び頁番号のデータが含まれるようにして、相違点１に係る本願発明の構成とすることは当業者が容易になし得ることである。
　
相違点２について
　引用刊行物２には、ホストコンピュータから送信された複数ページからなる印刷ジョブを処理する際に、ホスト側でページの排出状況をホストに送信してホスト側でプリンタの状態を把握するために、各ページを印刷して排出する毎にページ情報とホストコンピュータから送信されたジョブ管理ＩＤをホストに送信することが記載されている。
　そうすると、頁毎のビットマップ展開の完了に応答して処理完了ページ数をカウントアップし（第３の処理）、用紙の排出が排紙センサで検出される毎に印刷ジョブ管理テーブルの排出完了ページ数をカウントアップ（第４の処理）して、印刷装置の印刷進捗状況を印刷装置で管理すると共に、当該情報を外部（コンピュータ）に送信して管理する引用発明において、管理する情報の送信について、所定の処理がなされる毎に当該処理の情報をＩＤを付して送信する引用刊行物２の技術を適用して、第３の処理を頁毎のビットマップ展開の完了に応答して、その頁番号をこれに対応した証書ＩＤとともに外部に送信するように構成し、第４の処理を、用紙の排出が該排紙センサで検出される毎に、この用紙に対応した証書ＩＤ及び頁番号のデータを外部に送信するように構成することは当業者が容易になし得ることである。
　
　そして、本願発明のように構成したことによる効果も引用発明、引用刊行物２に記載された技術及び周知技術から予想できる程度のものであって、格別のものではない。
　
５．むすび
　以上のとおり、本願発明（請求項１に係る発明）は、引用発明、引用刊行物２に記載された技術及び周知技術に基づいて当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　
　よって、結論のとおり審決する。