【事件の表示】
　平成　８年特許願第２２４２３０号「プリンタ及び印刷方式」拒絶査定不服審判事件〔平成１０年　３月　３日出願公開、特開平１０−　５８７８８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯・本願発明の認定
　本願は、平成８年８月２６日の出願であって、平成１３年１２月２１日付けで拒絶の査定がされたため、これを不服として平成１４年１月２１日付けで本件審判請求がされるとともに、同日付で明細書についての手続補正（特許法１７条の２第１項３号の規定に基づく手続補正であり、以下「本件補正」という。）がされたものである。
　本件補正は、補正前の請求項１，請求項４〜請求項１１を削除するとともに、補正前請求項１を引用していた補正前請求項２及び同３をそれぞれ請求項１及び同２と繰り上げた上で、引用すべき請求項が存在しなくたったため、独立形式の記載に改めたものである（補正前の請求項２，３の「更に備え」が「備え」に補正されているが、これも請求項１削除と独立形式への変更に伴って生じた補正である。）から、請求項削除を目的とした補正（特許法１７条の２第４項１号に該当する。）であり、願書に最初に添付した明細書又は図面に記載した事項の範囲内でされた補正であることは明らかである。すなわち、本件補正は特許法１７条の２第３項及び第４項の規定に違反しないので、本件補正を却下することはできない。
　したがって、本願の請求項１に係る発明（以下「本願発明」という。）は、平成１４年１月２１日付けで補正された明細書及び図面の記載からみて、その特許請求の範囲【請求項１】に記載された事項によって特定される次のとおりのものである。
「現在処理対象としている印刷ジョブをキャンセルするための第１のキャンセル手段を有するプリンタにおいて、
　受信したデータストリームを一時的に格納するための受信バッファと、
　前記受信したデータストリームに応答して、印刷ジョブを開始し且つ終了する印刷ジョブ制御手段と、
　印刷ジョブの開始から終了までの間に受信したデータストリームに含まれる印刷コマンドを処理して、印刷に必要なイメージデータを生成するイメージ生成手段と、
　前記イメージ生成手段が生成したイメージデータを一時的に格納するためのイメージバッファと、
　複数の印刷ジョブを保存可能にするために、仮想的に受信バッファの容量を拡大させるよう作用する大容量記憶装置と、
　第ｎ番目（ｎは１以上）の印刷ジョブをキャンセルするための要求を発する第ｎキャンセル手段とを備え、
　前記印刷ジョブ制御手段は、
　前記１つの印刷ジョブの開始から終了までの間に前記第１のキャンセル手段からキャンセル要求を受けると、前記受信バッファ及び前記イメージバッファをクリアし、かつ、該印刷ジョブをまだ受信している場合は、受信した印刷コマンドを該印刷ジョブの終了まで読み飛ばすことにより、以後の印刷を該印刷ジョブの終了までキャンセルし、
　また、前記第ｎキャンセル手段からの要求に応答して、前記受信バッファに保存されている第ｎ番目の印刷ジョブを破棄する
ことを特徴とするプリンタ。」
　
第２　当審の判断
　本審決では、「発明を特定するための事項」という意味で「構成」という用語を用いることを予めことわっておく。
１．引用刊行物の記載事項
　原査定の拒絶の理由に引用された特開昭６３−２１１７７号公報（以下「引用例１」という。）には、以下のア〜スの記載が図示とともにある。
　ア．「近年、プリンタは、その内部に大容量のバッファを内蔵するようになってきた。プリンタに送られたデータは、バッファに一旦記憶され、プリンタは、バッファに記憶されたデータを順次読み出してプリントを行う。」（１頁右下欄末行〜２頁左上欄５行）
　イ．「データ処理装置からのデータ転送は、直ちに中断できる。しかし、プリンタのバッファや外部のバッファにすでに記憶されているデータについては、プリント動作を直ちに中断できないので、不要なプリントが行なわれてしまう。・・・プリンタの電源を切る方法もあるが、複数のデータ処理装置が接続されている場合や複数のユーザのファイルがバッファに入っている場合には、他のデータ処理装置のデータや他のユーザのデータまで消してしまうという問題があった。この中断についての問題は、バッファの容量が大きくなるにつれ重大になる。」（２頁左上欄１２行〜右上欄６行）
　ウ．「汎用のデータ処理装置１からのデータは、・・・プリンタ・システム１０に出力される。
　プリンタ・システム１０は、ビットマップ方式のデータ処理装置（ＢＭＶ）３と、電子写真プロセスとレーザーを用いたプリントエンジン４と、外部給紙ユニット５やソータ６等の付属装置よりなる。」（３頁左上欄５〜１２行）
　エ．「第４図は、操作パネル４４の詳細を示すものである。ここに、９０１〜９０３が入力キーで・・・キー９０３はシフトキーであり、キー９０２と同時に押すことにより、プリントを中断するＣＡＮＣＥＬキーとなる。」（３頁右上欄１〜７行）
　オ．「ビットマップ方式データ処理装置３は、ビットマップ制御部（ＢＭＣ）３０（第６図参照）、ビットマップ用のビットマップＲＡＭ（ＢＭ−ＲＡＭ）３２、このＢＭ−ＲＡＭ３２に描画を行うビットマップ書込部（ＢＭＷ）３１（第７図参照）およびフォント部３３よりなる。」（３頁右上欄１２〜１７行）
　カ．「ビットマップ制御部３０（第６図）には、外部１，２との通信用バッファであるＲ−バッファ３０４が設けられている。さらに、Ｒ−バッファ３０４に記憶されたデータをＢＭ−ＲＡＭ３２に描画しやすい中間コード（パケット）に変換して記憶するＰ−バッファ３０５が設けられている。」（５頁右下欄９〜１５行）
　キ．「Ｒ−バッファ３０４に記憶されるコードには、制御コードとして、前のベージとの区切りを示すＰＡＧＥ．ＥＪＥＣＴコード（ＰＥ）が含まれる。また、外部１，２からはページ群の区切りを示すＪＯＢ．ＳＴＡＲＴ（ＪＳ）コードが送られてくる。」（６頁右上欄２〜６行）
　ク．「操作パネル４４からデータの削除を指示する場合は、古いデータの側（ＰＲ側）から進める。」（６頁左下欄２〜４行）
　ケ．「第１３図において、まず電源が投入されると・・・内部の初期化を行った後（＃２）、２つのバッファ、Ｒ−バッファ３０４，Ｐ−バッファ３０５と、ＢＭ−ＲＡＭ３２のクリアを行なった後（＃３）、パラメータの初期化を行なう（＃４）。」（６頁左下欄１９行〜右下欄５行）
　コ．「データ処理装置１から送られるデータは、通信の効率を上げるため、後で述べる受信割込み処理により、受信バッファであるＲ−バッファ３０４に一度蓄えられる。
　受信された文字データは、受信データ処理（＃７）で、Ｒ−バッファ３０４から取り出されパケットに変換され、Ｐ−バッファ３０５に一度蓄えられる。その後、パケット処理（＃９）で取り出され、対応するフォントがビットマップ書込部３１によりＢＭ−ＲＡＭ３２に描画される。受信データのうち、プリント要求コード（ＰＡＧＥ．ＥＪＥＣＴ）を検出すると、プリント処理（＃１０）により、実際のプリントが起動される。」（７頁左上欄１３行〜右上欄５行）
　サ．「第１図に示すインターフェイス制御部コマンド処理（＃８）のフローでは、操作パネル４４のキー操作により、インターフェイス制御部４０で生じたコマンドやプリント・シーケンスの同期処理を行なう。ＣＡＮＣＥＬ．Ｐコマンド（＃４１）、ＣＡＮＣＥＬ．Ｊコマンド（＃４３）、ＣＡＮＣＥＬ．Ａコマンド（＃４４）は、種々のレベルでプリントの中断を行なうものである。・・・ＤＥＬ．ＰＡＧＥ．Ｉ（＃４２）は現在プリント中のページを中断する処理（第１７図）、ＤＥＬ．ＪＯＢ．Ｉ．（＃４４）は、現在プリント中のページを含むページ群（後で述べるＪＯＢ．ＳＴＡＲＴコードで区切られるもの）の処理を中断する処理（第１８図）、ＤＥＬ．ＡＬＬ．Ｉ（＃４６）は、すべてのページの処理を中断する処理である（第１９図）。」（９頁左上欄１６行〜右上欄１２行）
　シ．「第１７図に示すＤＥＬ．ＰＡＧＥ．Ｉ（＃４２）のフローは、現在プリント中のベージのみを中断するものである。・・・プリント状態でないが、ＢＭ−ＲＡＭ３２へ何らかのイメージが描画されている場合は（ＢＭＷＲＩＴＥ＝１）（＃１４２）、先出ししたペーパーを排出するため、プリント状態に切り換え（ＪＯＢＡＣＴ＝１）、プリント起動要求を出す（ＪＯＢＥＪＴ＝１）（＃１４３）。さらに、該当ページの残りデータを削除するため、先頭から、ＰＡＧＥ．ＥＪＥＣＴコードまでＰ−バッファ３０５のパケットを削除する（＃１４４，＃１４５）。・・・Ｐ−バッファ３０５内に、ＰＡＧＥ．ＥＪＥＣＴコードがない場合は（＃１４４）、当該ページのデータが、Ｒ−バッファ３０４内に残っているため、先頭から、ＰＡＧＥ．ＥＪＥＣＴコードまで、削除する（＃１５０，＃１５１，＃１５２）、・・・もし、Ｒ−バッファ３０４内にもＰＡＧＥ．ＥＪＥＣＴコードがない場合（＃１５０でＮ）は、外部のファイルバッファ２やデータ処理装置１内の送信バッファ、あるいは、データ処理装置で出力中であるため、これらの装置に対して、ページ削除のためのメッセージＤＥＬ．Ｐを出力する（＃１５５）。」（９頁右下欄１２行〜１０頁右上欄５行）
　ス．「第１８図に示すＤＥＬ．ＪＯＢ．Ｉ（＃４４）のフローは、現在プリント中のページを含む１ページ群の中断を行なう処理である。基本的な考え方は、ＤＥＬ．ＰＡＧＥ．Ｉの処理（第１７図）と全く同じである。異なるのは、ＤＥＬ．ＰＡＧＥ．Ｉが、ＰＡＧＥ．ＥＪＥＣＴコードまでデータを削除するのに対して、ＤＥＬ．ＪＯＢ．Ｉでは、ＪＯＢ．ＳＴＡＲＴコードまで削除されることと（＃１６６，＃１７２）、さらに、データ処理装置１に対するメッセージも、ページ群に対する削除を要求するＤＥＬ．Ｊとなっていること（＃１７５）である。」（１０頁右上欄１０行〜左下欄１行）
　
２．引用例１記載の発明の認定
　引用例１の記載サ及び第１７図によれば、「ＤＥＬ．ＰＡＧＥ．Ｉ（＃４２）」において、Ｐ−バッファ３０５内及びＲ−バッファ３０４内の「現在プリント中のページ」のデータはすべて削除され、同ページのデータをすべて受信していない場合に、データ処理装置１等に対して同ページ削除のためのメッセージＤＥＬ．Ｐを出力するものである。
　そのことを踏まえれば、引用例１の記載ス及び第１８図によれば、「ＤＥＬ．ＪＯＢ．Ｉ（＃４４）」においては、Ｐ−バッファ３０５内及びＲ−バッファ３０４内の「現在プリント中のページを含むページ群」のデータはすべて削除され、同ページ群のデータをすべて受信していない場合に、データ処理装置１等に対して同ページ群削除のためのメッセージＤＥＬ．Ｊを出力するものである。
　したがって、記載ア〜スを含む引用例１の全記載及び図示によれば、引用例１には次のようなプリンタが記載されているものと認めることができる。
「ビットマップ方式データ処理装置、プリントエンジン及び操作パネルを備えるプリンタであり、
　ビットマップ方式データ処理装置は、ビットマップ制御部、ビットマップＲＡＭ、このビットマップＲＡＭに描画を行うビットマップ書込部及びフォント部よりなり、
　ビットマップ制御部は、データ処理装置から送られるデータを一時的に蓄えるためのＲ−バッファ、及びＲ−バッファに記憶されたデータをビットマップＲＡＭに描画しやすい中間コードに変換して記憶するＰ−バッファを有し、
　操作パネルにはＣＡＮＣＥＬキーがあり、ＣＡＮＣＥＬキーは、現在プリント中のページを中断する処理（ＤＥＬ．ＰＡＧＥ．Ｉ）、現在プリント中のページを含むページ群の処理を中断する処理（ＤＥＬ．ＪＯＢ．Ｉ）、又はすべてのページの処理を中断する処理（ＤＥＬ．ＡＬＬ．Ｉ）を実行するように入力するキーであり、
　ＤＥＬ．ＪＯＢ．Ｉにおいては、Ｐ−バッファ内及びＲ−バッファ内のデータのうち、現在プリント中のページを含むページ群のデータをすべて削除し、同ページ群のデータをすべて受信していない場合には、データ処理装置に対して同ページ群削除のためのメッセージＤＥＬ．Ｊを出力するようなプリンタ。」（以下「引用例発明１」という。）
　
３，本願発明と引用例発明１との一致点及び相違点の認定
　引用例発明１の「ページ群」は本願発明の「印刷ジョブ」に相当し、「現在プリント中のページを含むページ群」（引用例発明１）と「現在処理対象としている印刷ジョブ」（本願発明）に相違はない。したがって、引用例発明１において「現在プリント中のページを中断する処理（ＤＥＬ．ＰＡＧＥ．Ｉ）」が実行できる以上、引用例発明１は「現在処理対象としている印刷ジョブをキャンセルするための第１のキャンセル手段を有する」といえる。
　引用例発明１の「データ処理装置から送られるデータを一時的に蓄えるためのＲ−バッファ」及び「ビットマップＲＡＭ」は、本願発明の「受信したデータストリームを一時的に格納するための受信バッファ」及び「イメージバッファ」にそれぞれ相当し、引用例発明１が、本願発明の「受信したデータストリームに応答して、印刷ジョブを開始し且つ終了する印刷ジョブ制御手段」及び「印刷ジョブの開始から終了までの間に受信したデータストリームに含まれる印刷コマンドを処理して、印刷に必要なイメージデータを生成するイメージ生成手段」を有することは自明である。
　本願発明では、「第１のキャンセル手段からキャンセル要求を受けると、前記受信バッファ・・・をクリア」するとしているところ、「受信バッファをクリア」とは通常受信バッファを空にすることを意味するが、そのような通常の意味に解したのでは、受信バッファに記憶されているすべてのジョブの受信データが削除されることとなり、「現在処理対象としている印刷ジョブをキャンセルするための第１のキャンセル手段」であることとの整合性がなくなる。他方、本願明細書には「ジョブエンドＪＯＢＥＮＤまでの受信データについて受信バッファ５をクリアする（Ｓ２４）。」（段落【００３１】）との記載があり、同記載によれば現在処理対象としている印刷ジョブだけの受信データのみが削除され、その他のジョブの受信データは削除されないから、本願発明の上記構成についても、「第１のキャンセル手段からキャンセル要求を受けると、前記受信バッファに格納されている現在処理対象としている印刷ジョブだけの受信データ・・・をクリア」の意味に解するのが相当である。その意味においては、引用例発明１の「現在プリント中のページを含むページ群の・・・Ｒ−バッファ内のデータをすべて削除」と異ならない。
　引用例発明１において「同ページ群のデータをすべて受信していない場合に、データ処理装置１等に対して同ページ群削除のためのメッセージＤＥＬ．Ｊを出力する」ことと、本願発明において「該印刷ジョブをまだ受信している場合は、受信した印刷コマンドを該印刷ジョブの終了まで読み飛ばすこと」は、具体的手段は異なるものの、「該印刷ジョブをまだ受信している場合」に、該印刷ジョブの終了までのデータを印刷に反映させないことにより、「以後の印刷を該印刷ジョブの終了までキャンセル」する手段である点では一致する。
　引用例発明１の「すべてのページの処理を中断する処理（ＤＥＬ．ＡＬＬ．Ｉ）」は、「現在処理対象としている印刷ジョブ」以外のジョブに対してのキャンセル手段（以下、この意味でのキャンセル手段を「第２のキャンセル手段」という。）である点で、本願発明の「第ｎ番目（ｎは１以上）の印刷ジョブをキャンセルするための要求を発する第ｎキャンセル手段」と一致する。
　したがって、本願発明と引用例発明１とは、
「現在処理対象としている印刷ジョブをキャンセルするための第１のキャンセル手段を備えるプリンタにおいて、
　受信したデータストリームを一時的に格納するための受信バッファと、
　前記受信したデータストリームに応答して、印刷ジョブを開始し且つ終了する印刷ジョブ制御手段と、
　印刷ジョブの開始から終了までの間に受信したデータストリームに含まれる印刷コマンドを処理して、印刷に必要なイメージデータを生成するイメージ生成手段と、
　前記イメージ生成手段が生成したイメージデータを一時的に格納するためのイメージバッファと、
　現在処理対象としている印刷ジョブ以外のジョブに対しての第２のキャンセル手段とを備え、
　前記印刷ジョブ制御手段は、
　前記１つの印刷ジョブの開始から終了までの間に前記第１のキャンセル手段からキャンセル要求を受けると、前記受信バッファに格納されている現在処理対象としている印刷ジョブだけの受信データをクリアし、かつ、該印刷ジョブをまだ受信している場合は、該印刷ジョブの終了までのデータを印刷に反映させないことにより、以後の印刷を該印刷ジョブの終了までキャンセルするプリンタ。」である点で一致し、以下の各点で相違する。
〈相違点１〉受信バッファに関して、本願発明が「複数の印刷ジョブを保存可能にするために、仮想的に受信バッファの容量を拡大させるよう作用する大容量記憶装置」を備えるのに対し、引用例発明１はかかる装置を備えない点。
〈相違点２〉第１のキャンセル手段でのキャンセル処理につき、本願発明では「イメージバッファをクリア」しているのに対し、引用例発明１ではイメージバッファに相当するビットマップＲＡＭをクリアしているかどうか明らかでない点。
〈相違点３〉同じく第１のキャンセル手段でのキャンセル処理であって、現在処理対象としている印刷ジョブをまだ受信している場合の処理につき、本願発明では「受信した印刷コマンドを該印刷ジョブの終了まで読み飛ばす」のに対し、引用例発明１では「データ処理装置に対して同ページ群削除のためのメッセージＤＥＬ．Ｊを出力、すなわち、Ｒ−バッファ（受信バッファ）が残りのデータを受信しないようにする点。
〈相違点４〉第２のキャンセル手段につき、本願発明は「第ｎ番目（ｎは１以上）の印刷ジョブをキャンセルするための要求を発」し、「受信バッファに保存されている第ｎ番目の印刷ジョブを破棄する」のに対し、引用例発明１はすべてのページの処理（当然、現在処理対象としている印刷ジョブを含む。）を中断する点。
　
３．相違点についての判断及び本願発明の進歩性の判断
（１）相違点１について
　原査定の拒絶の理由に引用された特開平８−７２３６２号公報（以下「引用例２」という。）には、「【従来の技術】ＨＤ等の大容量記憶媒体を持つ印刷装置は、大きな入力バッファを持つことが可能で、ジョブの大きさによってはいくつものジョブが入力バッファ内に取り込まれることがある。」（段落【０００２】）と記載があり、「入力バッファ」とは本願発明の「受信バッファ」に相当するものである。この引用例２の記載は、「ＨＤ等の大容量記憶媒体」が「仮想的に受信バッファの容量を拡大させるよう作用する」とはいえない点で相違点１に係る本願発明の構成そのものを開示したとまではいえない。
　しかし、本願出願当時、「大容量記憶装置」を「仮想的に受信バッファの容量を拡大させるよう作用する」ものとして用いること、すなわち、本来の受信バッファ（通常ＲＡＭである。）を補完し容量を拡大させるために用いることは周知である（例えば、特開平７−２２８０１０号公報又は特開平６−１９１１００号公報参照。）。引用例１の記載アによれば、引用例発明１も受信バッファの大容量化を前提とした発明であると解され、そのために上記周知技術を採用して、相違点１に係る本願発明の構成をなすことは設計事項程度である。
　
（２）相違点２について
　引用例１の記載ケによれば、初期化の際ビットマップＲＡＭはクリアされるものであり、同じく記載シによれば、ＤＥＬ．ＰＡＧＥ．Ｉの処理の際にビットマップＲＡＭにイメージが描画されている場合があるのだから、ＤＥＬ．ＪＯＢ．Ｉ．の際もそうであると考えなければならない。そして、印刷をキャンセルする以上、ビットマップＲＡＭに描画されたものは印刷されてはならないことは自明である（排紙のための１枚の印刷は除く。）。現在処理対象としている印刷ジョブがキャンセルされた後に、ビットマップＲＡＭに描画されるのは、現在処理対象としているものとは異なる印刷ジョブのイメージであり、このイメージが描画される際に、既に存在しているイメージが自動的に削除されるのであれば、わざわざビットマップＲＡＭをクリアする必然性はないかもしれない。しかし、そうであれば、初期化の際にもビットマップＲＡＭをクリアする必然性はない。初期化の際にビットマップＲＡＭをクリアするからには、次のイメージ描画によって自動的に既存のイメージが削除される仕組みにはなっていない、と理解するのが自然である。そうであれば、、ＤＥＬ．ＪＯＢ．Ｉ．の際にも、ビットマップＲＡＭをクリアしておいた方がよいことは当然である。
　したがって、相違点２に係る本願発明の構成も設計事項程度というべきである。
（３）相違点３について
　引用例２には、
「印刷装置内で出力待ちをしているジョブのうち特定のものを指定しキャンセルする」（段落【０００５】）、
「出力待ちリストは、ジョブを受信したがまだ出力されていないジョブのリストである。」（段落【００１８】）、
「ジョブキャンセル命令も前記ジョブ識別情報を含み、「然るべきジョブ識別子のジョブはキャンセルし印刷しない」という意味を持つ。」（段落【００１９】）、及び
「読み込んだジョブの識別情報が、キャンセルすべきジョブの識別情報と一致するか否かを判別する。・・・識別情報が一致した場合、そのジョブはキャンセルすべきジョブである。・・・ジョブ終了コマンドを読み込むまで、データの読み飛ばしが繰り返される。」（段落【００２１】）との各記載がある。
　また、原査定の追って書きに引用された特開平７−４０６３４号公報には、「ジョブの中止命令がプリンタ側で入力された場合、以下のように機能する。・・・現在のジョブのデータがバッファ上に全てある場合には、現在のジョブのデータのみを読み捨てて、次のジョブのデータから処理を継続する。現在のジョブのデータが受信中の場合には、受信バッファ上のデータを全て読み捨て、更にホストから送られてきたデータが受信バッファに書き込まれると、次々と読み捨てていき、次のジョブのデータから処理を継続する。」（段落【００１６】〜段落【００１７】）との記載がある。
　これら引用例２及び特開平７−４０６３４号公報の記載によれば、印刷ジョブのデータを印刷に反映させない手法として、データは受信するが、その受信したデータを読み飛ばすという手法が本件出願前に周知又は少なくとも公知であるということができる（特開平７−４０６３４号公報記載の「読み捨て」は「読み飛ばし」と同義と認める。）。
　相違点３とは、まだ受信していないデータについての取扱いに関する相違点であって、本願発明は上記周知又は公知の読み飛ばしを採用しているのに対し、引用例発明１は受信しないようにしているだけである。
　そして、読み飛ばしが周知又は公知である以上、引用例発明１のような構成を採用する代わりに、読み飛ばしを採用、すなわち相違点３に係る本願発明の構成を採用することが当業者にとって想到容易であることは明らかである。
　この点請求人は、「本願請求項１，２に係る発明では、キャンセルに係るジョブの状態（受信中であるか、記憶済みであるか、まだ受信されていないか）に応じて、具体的なキャンセル方法を違えているのに対し、各引用例１、２に記載された発明では、ジョブの状態を考慮せず画一的にキャンセル処理をしています。」（審判請求書８頁１０〜１３行）と主張するが、引用例発明１ではＲ−バッファ又はＰ−バッファに格納されたデータ（受信済みデータ）と未受信データに対して異なるキャンセル方法を採用していることが明らかであり、それぞれのデータに対して、引用例発明１で採用しているキャンセル方法とは異なるキャンセル方法がある場合、その異なるキャンセル方法を採用できない何らかの事情がない限り、その異なるキャンセル方法を採用することは当業者にとって容易というよりない。したがって、請求人の上記主張は採用できない
　
（４）相違点４について
　まず、相違点４に係る本願発明の「破棄する」との意味について検討する。本願明細書には、「キャンセル対象が現在実行中のジョブ以降のジョブである場合・・・該当の番号のジョブが来たところでそのジョブを読み飛ばす。」（段落【００４８】）、「キャンセル対象が連続するｎ個のジョブである場合・・・各ジョブのジョブエンドＪＯＢＥＮＤを読み込むまで全て読み飛ばす。」（段落【００４９】）、及び「キャンセル対象が保存されている第ｎ番目のジョブの印刷実行である場合・・・ジョブエンドＪＯＢＥＮＤを読み込むまで読み飛ばす。」（段落【００５０】）との各記載があり、これら各段落に記載の「読み飛ばす」が「破棄する」の具体例であることは明らかである。しかも、本願明細書には「読み飛ばす」以外の「破棄する」の具体例は見当たらない。したがって、「破棄する」とは「読み飛ばす」を包含する概念ということができる。
　他方、引用例２には上記の各記載があり、ジョブキャンセル命令がジョブ識別情報を含むことと、本願発明において「第ｎ番目（ｎは１以上）の印刷ジョブをキャンセルするための要求を発」することに相違はなく、読み込んだジョブの識別情報が、キャンセルすべきジョブの識別情報と一致した場合、そのジョブのデータを読み飛ばすことと本願発明の「第ｎ番目の印刷ジョブを破棄する」ことにも相違がない。すなわち、相違点４に係る本願発明の構成は引用例２に記載されている。
　そして、引用例発明１は受信済みのジョブ（ページ群）を個別にキャンセルできないものであるが、引用例１の「他のユーザのデータまで消してしまうという問題があった」（記載イ）との記載をも考慮すれば、引用例発明１においてもジョブ毎に個別にキャンセルできるのが好ましいということは、引用例１と引用例２の両者に接した当業者が自然に理解することである。
　そして、引用例発明１の「すべてのページの処理を中断する処理（ＤＥＬ．ＡＬＬ．Ｉ）」に代え、又はそれに加えて、引用例２記載のキャンセル手段を備えれば、なお一層キャンセルの態様が広がり好都合である一方、引用例発明１がもともと有するキャンセル機能を損なわない（加えた場合はいうまでもなく、代えた場合は、複数のジョブをキャンセルすればすべてキャンセルできる。）ことは明らかである。
　そうであれば、引用例発明１に引用例２記載のキャンセル手段を採用して、相違点４に係る本願発明の構成をなすことも当業者にとって想到容易といわざるを得ない。
　
（５）本願発明の進歩性の判断
　相違点１〜相違点４に係る本願発明の構成は設計事項程度であるか当業者にとって想到容易であり、これら構成を採用したことによる格別の作用効果を認めることもできない。
　したがって、本願発明は引用例発明、引用例２記載の技術及び周知技術に基づいて当業者が容易に発明できたものであるから、特許法２９条２項の規定により特許を受けることができない。
　
第３　むすび
　本願発明が特許を受けることができない以上、本願の請求項２に係る発明について検討するまでもなく、本願は拒絶を免れない。
　よって、結論のとおり審決する