【事件の表示】
　平成　７年特許願第　６９００３号「プリンタ装置及びその制御方法」拒絶査定に対する審判事件［平成　８年１０月１５日出願公開、特開平　８−２６７８７７］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成７年３月２８日の出願であって、平成１３年１２月１４日付けで拒絶の査定がされたため、これを不服として平成１４年２月７日付けで本件審判請求がされるとともに、同年３月１１日付けで明細書についての手続補正（平成６年改正前特許法１７条の２第１項５号の規定に基づく手続補正。以下「本件補正」という。）がされたものである。
　
第２　補正の却下の決定
１．補正の却下の決定の結論
　平成１４年３月１１日付けの手続補正を却下する。
　
２．理由
　本件補正が、本件補正前の特許請求の範囲を減縮することを目的とすることは明らかである。そこで、本件補正後の請求項１６に係る発明（以下「補正発明」という。）が特許出願の際独立して特許を受けることができるかどうか検討する。
　
（１）補正発明の認定
　補正発明は、平成１４年３月１１日付けの手続補正で補正された明細書の記載からみて、その特許請求の範囲【請求項１６】に記載のとおりの次のものと認める。
「データ元からのジョブ単位のデータに従ってプリント処理を行うプリンタ装置の制御方法であって、
　ジョブ単位のデータと、当該ジョブ単位のデータ毎に割り当てられた固有の識別子と、前記プリンタ装置のステータスの応答を要求するステータス要求とを受信し、
　ページの排出状態のステータス要求が指定されている場合には、ジョブ単位のデータの処理において、ページが排出される毎に、何ページまで排出されたかを示すページ排出情報を、当該ジョブ単位のデータに対して割り当てられた識別子と共にデータ元に送信することを特徴とする制御方法。」
　
（２）引用刊行物の記載事項
　原査定の拒絶の理由に引用された特開平６−２４２９０１号公報（以下「引用例」という。）には、以下のア〜スの記載が図示とともにある。
　ア．「【産業上の利用分野】本発明は、ネットワークに接続された複数のコンピュータ（以下、ホストと称す。）間でプリンタを共有して印刷を行う際に、プリンタが接続されたホスト（以下、プリントサーバと称す。）またはネットワークに直接接続されたプリンタ（以下、ネットワークプリンタと称す。）から、印刷を待つために設けられたキューの状態およびプリンタの状態を、印刷を要求した、プリンタが接続されていないホスト（以下、クライアントと称す。）またはその他のホストに報告することを可能とするリモート印刷システムに関する。」（段落【０００１】）
　イ．「【発明が解決しようとする課題】上述した従来のリモート印刷システムにおいては、印刷を要求するクライアント１２０において、印刷プロセス１２４および印刷ジョブ送信部１２２が、実際にプリンタ１３０での印刷が行われる前に処理を終了してしまう。」（段落【００２２】）
　ウ．「現在何ページの印刷が行われているか等のプリンタ１３０の状態については詳細に知ることはできなかった。」（段落【００２３】）
　エ．「本発明の第１の目的は、上記問題を解決するために、プリントサーバが、クライアントに対して、印刷ジョブが印刷待ち状態であるか否か等のキューの状態，プリンタがオンライン状態であるか現在何ページを印刷中であるか等のプリンタの状態を送信できるようにすることにある。」（段落【００３４】）
　オ．「上記第１の目的を達成するために、・・・プリントサーバに、印刷ジョブの待ち行列であるキューと、キューの状態を管理するキュー管理部と、プリンタの状態を監視するプリンタ監視部と、プリンタ監視部の監視結果に基づいて、プリンタの状態を管理するプリンタ状態管理部と、キュー管理部の管理情報およびプリンタ状態管理部の管理情報をコード化してネットワーク上に送信するキュー／プリンタ状態送信部とを有するようにすることにより、プリントサーバが、プリンタの状態を監視し、クライアントに対して、キューの状態やプリンタの状態を送信することができるようにした。」（段落【００３９】）
　カ．「プリンタ状態管理部は、プリンタ監視部から伝えられたプリンタの状態に従って、各プリンタごとに、プリンタがオンライン状態か否かや、何ページを印刷中であるか等の、プリンタの状態を記述したプリンタ情報の内容を記憶しておく。」（段落【００４４】）
　キ．「クライアント３２０は、プリントサーバ３１０に印刷を依頼してプリンタ３３０へのリモート印刷を行うホストであり、印刷ジョブを生成する印刷プロセス３２８と、・・・送信終了を待つ印刷ジョブの待ち行列である送信キュー３６０および印刷終了を待つ印刷ジョブの待ち行列である印刷終了キュー３６１を格納している印刷ジョブ格納領域３２３と、・・・印刷ジョブをプリントサーバ３１０に送信する印刷ジョブ送信部３２２と、・・・とから構成されている。」（段落【００５７】）
　ク．「キュー／プリンタ状態要求コマンド４１０は、キュー／プリンタ状態要求コマンドを識別するためのコマンドコード４１１と、状態が要求されるプリンタ名４１２と、状態が要求される印刷ジョブ名４１３とから構成されている。」（段落【００７４】）
　ケ．「４２０はキュー／プリンタ状態応答であり、キュー／プリンタ状態要求コマンド４１０を受信したプリントサーバ３１０が、クライアント３２０に対して、キュー３１４の状態およびプリンタ３３０の状態を記述した情報を送信するためのメッセージである。」（段落【００７５】）
　コ．「キュー／プリンタ状態応答４２０は、キュー／プリンタ状態応答を識別するための応答コード４２１と、状態が記述されるプリンタ名４２２と、状態が記述される印刷ジョブ名４２３と、キュー３１４の状態およびプリンタ３３０の状態を記述したキュー／プリンタ状態コード４２４とから構成されている。」（段落【００７６】）
　サ．「キュー／プリンタ状態コード４２４は、後に続くバイト列がキュー３１４の状態およびプリンタ３３０の状態を表すことを示す識別コード５０１と、印刷ジョブのキュー３１４における待ち状態を示すキュー状態コード５０２と、・・・指定された印刷ジョブの印刷待ちの順番を示す印刷待ち順位５０３と、以下のプリンタ３３０の状態を記述するバイト列がどのような内容を含んでいるかを示すプリンタ状態報告内容コード５０４と、プリンタ３３０が動作可能な状態か否か等を示すプリンタ状態５０５と、プリンタ３３０で発生したエラーの個数を示すエラー個数５０６と、現在印刷を完了したページの通し番号を示すページ通し番号５０７と、現在印刷が完了している部数を示す現在印刷部数５０８と、ユーザが指示した印刷部数を示す総印刷部数５０９と、印刷が残っている部数を示す残り印刷部数５１０と、印刷ジョブ中のエラーの発生したコマンドの通し番号を示すエラー発生通し番号５１１と、紙なしエラー発生時に、プリンタ３３０の給紙カセットの位置を示す給紙部位置コード５１２と、紙なしエラー発生時に、なくなった紙のサイズを示す紙サイズ要求コード５１３と、エラー要因を示すエラーコード５１４とから構成されている。」（段落【００７９】）
　シ．「クライアント３２０においては、・・・印刷ジョブを送信した後、予め決められた一定時間ごとに、キュー／プリンタ状態監視部３２５を起動する。キュー／プリンタ状態監視部３２５は、・・・印刷ジョブのジョブ名を記述したキュー／プリンタ状態要求コマンド４１０を生成し、プリントサーバ３１０に送信する。」（段落【００８３】）
　ス．「プリントサーバ３１０においては、・・・キュー／プリンタ状態要求コマンド４１０を受信すると、・・・キュー／プリンタ状態要求コマンド４１０に記述された印刷ジョブに対応するキュー３１４の状態を読み出し、これらの情報をコード化してキュー／プリンタ状態応答４２０を生成し、クライアント３２０に返送する。」（段落【００８４】）
　
（３）引用例記載の発明の認定
　引用例の記載キによれば、クライアントからは印刷ジョブ単位でプリントサーバーにデータが送信され、同じく記載オによれば、プリントサーバは「印刷ジョブの待ち行列であるキューと、キューの状態を管理するキュー管理部と、プリンタの状態を監視するプリンタ監視部」を備えているから、プリントサーバーとそれに接続されたプリンタは、クライアントからの印刷ジョブ単位のデータに従ってプリント処理を行うことが明らかである。
　したがって、記載ア〜スを含む引用例の全記載及び図示によれば、引用例にはプリントサーバ及びプリンタの制御方法として次の発明が記載されていると認めることができる。
「クライアントからの印刷ジョブ単位のデータに従ってプリント処理を行うプリントサーバー及びプリンタの制御方法であって、
　クライアントは、印刷ジョブを送信した後、予め決められた一定時間ごとに印刷ジョブ名を記述したキュー／プリンタ状態要求コマンドを生成し、プリントサーバに送信し、
　プリントサーバは、前記キュー／プリンタ状態要求コマンドを受信すると、前記キュー／プリンタ状態要求コマンドに記述された印刷ジョブに対応するキュー／プリンタ状態応答を生成し、前記クライアントに返送し、
　前記キュー／プリンタ状態応答は、状態が記述される印刷ジョブ名とキュー／プリンタ状態コードを含んでおり、
　前記キュー／プリンタ状態コードは、現在印刷が完了している部数を示す現在印刷部数を含んでいる、
　プリントサーバ及びプリンタの制御方法。」（以下「引用例発明」という。）
　
（４）補正発明と引用例発明との一致点及び相違点の認定
　引用例発明の「クライアント」、「印刷ジョブ」、「印刷ジョブ名」及び「現在印刷が完了している部数を示す現在印刷部数」は、補正発明の「データ元」、「ジョブ」、「ジョブ単位のデータ毎に割り当てられた固有の識別子」及び「何ページまで排出されたかを示すページ排出情報」にそれぞれ相当する。
　引用例発明のプリントサーバーは、当然クライアントからのジョブ単位のデータを受信するものであり、「印刷ジョブのジョブ名を記述したキュー／プリンタ状態要求コマンド」を受信する以上、「ジョブ単位のデータ毎に割り当てられた固有の識別子と、前記プリンタ装置のステータスの応答を要求するステータス要求とを受信」する点で、補正発明と引用例発明には相違がない。
　引用例発明の「キュー／プリンタ状態応答」は、印刷ジョブ名と現在印刷が完了している部数を示す現在印刷部数を含む応答であって、これがクライアントに返送されるのだから、「ジョブ単位のデータの処理において、」「何ページまで排出されたかを示すページ排出情報を、当該ジョブ単位のデータに対して割り当てられた識別子と共にデータ元に送信する」点で、補正発明と引用例発明に相違はない。
　したがって、補正発明と引用例発明とは、
「データ元からのジョブ単位のデータに従ってプリント処理を行うための制御方法であって、
　ジョブ単位のデータと、当該ジョブ単位のデータ毎に割り当てられた固有の識別子と、前記プリンタ装置のステータスの応答を要求するステータス要求とを受信し、
　ジョブ単位のデータの処理において、何ページまで排出されたかを示すページ排出情報を、当該ジョブ単位のデータに対して割り当てられた識別子と共にデータ元に送信する制御方法。」である点で一致し、以下の相違点１〜３で相違する。
〈相違点１〉制御対象に関し、補正発明が「プリンタ装置の制御方法」としているのに対し、引用例発明では「プリントサーバ及びプリンタの制御方法」としている点。
〈相違点２〉ステータス要求につき、補正発明では「ページの排出状態のステータス要求が指定されている場合」であるのに対し、引用例発明ではかかる指定がされているとまではいえない点。
〈相違点３〉ページ排出情報を、当該ジョブ単位のデータに対して割り当てられた識別子と共にデータ元に送信するタイミングに関し、補正発明では「ページが排出される毎」であるのに対し、引用例発明では、クライアントからの一定時間毎のキュー／プリンタ状態要求コマンドを受信した際とされている点。
　
（５）相違点についての判断
〈相違点１について〉
　相違点１は、要するにプリンタとは別のプリントサーバーを有するかどうか、及びデータ元（クライアント）と接続されるものが、プリンタ装置であるのかプリントサーバーであるのかに起因する相違点である。
　本件出願当時、プリントサーバを内蔵するプリンタは、例を挙げるまでもなく周知であるから、引用例発明におけるプリントサーバをプリンタと一体化することは、技術の具体的適用に伴う設計変更である。そのことは、引用例に「プリンタが接続されたホスト（以下、プリントサーバと称す。）またはネットワークに直接接続されたプリンタ」（記載ア）とあることからも窺える。
　そして、上記のとおり、引用例発明のプリントサーバとプリンタと一体化すれば、制御対象は一体化されたプリンタになるから、相違点１に係る補正発明の構成をなすことは、当業者にとって設計事項といわざるを得ない。
　
〈相違点２について〉
　相違点２を詳説すると次のとおりである。補正発明が「ページの排出状態のステータス要求が指定されている場合」としている以上、ステータス要求には、ページの排出状態を含むステータス要求と、含まないステータス要求が存在することが前提となっているものと解される。他方、引用例発明における「キュー／プリンタ状態要求コマンド」が、ページの排出状態のステータス要求を指定しているとまではいえないが、クライアントに返送されるキュー／プリンタ状態応答に「現在印刷が完了している部数を示す現在印刷部数」が含まれる以上、ページの排出状態のステータスを含む要求がされているものと解される。ただし、ページの排出状態のステータスを含まない要求が存するかどうかは明らかでない。
　引用例の記載サによれば、キュー／プリンタ状態コード４２４には、「プリンタ３３０が動作可能な状態か否か等を示すプリンタ状態５０５」、「現在印刷を完了したページの通し番号を示すページ通し番号５０７」、「ユーザが指示した印刷部数を示す総印刷部数５０９」等々さまざまなものが含まれている。そして、プリンタ状態５０５はプリンタの異常・エラーに関するステータス要求であり、ページ通し番号５０７はページの排出状態についてのステータス要求であり、総印刷部数５０９はユーザが指定した部数の確認であり、これらは、相当程度異なる種類のステータス要求であり、どれもがクライアントにとって常に必要とされる情報ではないことは明らかである。
　そうであれば、クライアント（実際にはそのクライアントを使用しているユーザ）が必要とするステータスだけを選別して、プリントサーバーに返信要求することに困難性がないことは明らかである。その場合、引用例発明の課題の１つが、現在何ページの印刷が行われているかをクライアント側にて認識できること（記載ウ，エ）にあることを考慮すれば、ステータス要求の１つを、ページの排出状態を含むステータス要求とすることは極めて自然である。
　したがって、相違点２に係る補正発明の構成を採用することは当業者にとって設計事項といえる程度のことである。
　
〈相違点３について〉
　引用例発明では、クライアントが一定時間毎にキュー／プリンタ状態要求コマンドをプリントサーバーに送信し、プリントサーバーが同コマンドを受信した際に、ページ排出情報をクライアントに返送しているが、クライアントからのキュー／プリンタ状態要求コマンド自体は同一であるから、同一内容の送受信を繰り返すこととなり、通信の負担が大きいことは明らかである。また、プリントサーバー及びプリンタのステータスに変更がない状態で、プリントサーバーからキュー／プリンタ状態応答をクライアントに返送することの技術的意義が乏しいことは明らかである。
　引用例の記載ウ，エに照らしても、クライアント側にて「現在何ページの印刷が行われているか」を認識できるようにすることが、引用例発明の課題であり、そのためには、プリントサーバー及びプリンタのステータスに変更があった時、より具体的には、「ページが排出される毎」にページ排出情報をクライアントに送ることが好都合であることは、当業者であれば容易に看取できることである。
　さらに、ページが排出される毎に残印刷ページ数を表示することは、本件出願当時周知の技術である（例えば、特開平３−２０１１２３号公報（以下「周知例１」という。）又は特開平５−２５４２１５号公報（以下「周知例２」という。）参照。）。ここで、残印刷ページ数は「何ページまで排出されたかを示すページ排出情報」そのものではないけれども、ページ排出の毎に更新される「ページ排出情報」である点では一致する。また、これら周知例は、残印刷ページ数をデータ元（クライアント）に送信する技術を開示したものではなく、印刷装置に残印刷ページ数を表示する技術（周知例１）、又は主制御部で残印刷ページ数を算定しディスプレイに表示する技術（周知例２）を開示したものであるから、上記周知技術を採用することが直ちに相違点３に係る補正発明の構成に結び付くわけではない。
　しかし、引用例発明では、ページ排出情報はクライアント側で認識することが前提となっているから、ページ排出情報の表示も当然クライアント側で行われるものである。そして、ページ排出の毎にページ排出情報が更新されることが好ましいことは、表示箇所が印刷装置（プリンタ）であるのかクライアントであるのか、及び表示内容が何ページまで排出されたかを示す情報なのか残印刷ページ数であるのかには依存しないことがらである。そして、引用例発明において、周知技術同様に、ページ排出の毎にページ排出情報を更新するためには、ページ排出の毎にページ排出情報をクライアントに送信、すなわち、相違点３に係る補正発明の構成を採用せざるを得ないことは自明である。しかも、相違点３に係る補正発明の構成を採用すれば、クライアントからのキュー／プリンタ状態要求コマンドを繰り返す必要はないから通信負担軽減の点でも有利であるとともに、ページ排出情報についてのステータスが変更された時のみプリントサーバーからクライアントへの返送されるので、返送の技術的意義についても、引用例発明そのものよりも増大するといえるから、相違点３に係る補正発明の構成を採用することには強い動機があるといわざるをえない。
　加えて、本願明細書には、「実際の各ページ出力（４）の段階では、刻々と変化するプリンタの状況を、ステータス応答によりホストに伝達する。」（段落【００６４】）、及び「順調にプリントされている場合にも、現在何ページまで印字できたかなどといった、途中状況の通知を行なう。」（段落【００６５】）との記載が従来技術の説明としてあり（これら記載は出願当初から補正されていない。）、「現在何ページまで印字できたか」という「刻々と変化するプリンタの状況を、ステータス応答によりホストに伝達する」ことは、従来技術においても行われていた旨説明されている。そして、相違点３に係る補正発明の構成とは、この従来技術において行われていたことをより明確に表現した程度の構成であるから、相違点３に係る補正発明の構成を採用することに困難性があるなどとは到底いえない。
　したがって、引用例発明において、上記周知技術同様に、ページ排出の毎に更新されたページ排出情報をクライアント側で認識できるように、相違点３に係る補正発明の構成を採用することは当業者にとって想到容易である。
　
（６）独立特許要件の結論
　以上のとおり、相違点１〜相違点３に係る補正発明の構成は、設計事項程度であるか、当業者が容易に想到できた構成であり、これら相違点に係る補正発明の構成を採用したことによる格別の作用効果を認めることもできない。
　したがって、補正発明は、引用例発明及び周知技術に基づいて当業者が容易に発明できたものであるから、特許法２９条２項の規定により、特許出願の際独立して特許を受けることができない。
　
３．補正の却下の決定のむすび
　以上によれば、本件補正は平成６年改正前特許法１７条の２第４項で読み替えて準用する同法１２６条３項の規定に適合しないから、同法１５９条１項で読み替えて準用する同法５３条１項の規定により、却下されなければならない。
　よって、補正の却下の決定の結論のとおり決定する。
　
第３　本件審判請求についての当審の判断
１．本願発明の認定
　平成１４年３月１１日付けの手続補正は却下されたから、本願の請求項１６に係る発明（以下「本願発明」という。）は、平成１３年７月６日付けで補正された明細書及び図面の記載からみて、その特許請求の範囲【請求項１６】に記載されたとおりの次のものと認める。
「データ元からのジョブ単位のデータに従ってプリント処理を行うプリンタ装置の制御方法であって、
　ジョブ単位のデータ及び当該ジョブ単位のデータ毎に割り当てられた固有の識別子を受信し、
　ジョブ単位のデータの処理において、ページが排出されるのに応じて、何ページまで排出されたかを示すページ排出情報を、当該ジョブ単位のデータに対して割り当てられた識別子と共にデータ元に送信することを特徴とする制御方法。」
　
２．本願発明と引用例発明との一致点及び相違点の認定
　本願発明と引用例発明とは、
「データ元からのジョブ単位のデータに従ってプリント処理を行うための制御方法であって、
　ジョブ単位のデータ及び当該ジョブ単位のデータ毎に割り当てられた固有の識別子を受信し、
　ジョブ単位のデータの処理において、何ページまで排出されたかを示すページ排出情報を、当該ジョブ単位のデータに対して割り当てられた識別子と共にデータ元に送信する制御方法。」である点で一致し、「第２　２．（４）」で述べた〈相違点１〉（「補正発明」を「本願発明」と読み替える。）及び次の〈相違点３’〉で相違する。
〈相違点３’〉ページ排出情報を、当該ジョブ単位のデータに対して割り当てられた識別子と共にデータ元に送信するタイミングに関し、本願発明では「ページが排出されるのに応じて」とされているのに対し、引用例発明では、クライアントからの一定時間毎のキュー／プリンタ状態要求コマンドを受信した際とされている点。
　
３．相違点の判断及び本願発明の進歩性の判断
　相違点１に係る本願発明の構成が設計事項であることは、「第２　２．（５）」で補正発明について述べたと同様である。
　相違点３’に係る本願発明の構成が当業者にとって想到容易であることは、「第２　２．（５）〈相違点３について〉」で、補正発明について述べたと同様である。
　また、これら相違点に係る本願発明の構成を採用したことによる格別の作用効果を認めることもできない。
　したがって、本願発明は引用例発明及び周知技術に基づいて当業者が容易に発明できたものであるから、特許法２９条２項の規定により特許を受けることができない。
　
第４　むすび
　以上のとおり、平成１４年３月１１日付けの手続補正は却下されるべきであり、本願発明が特許を受けることができない以上、本願のその余の請求項に係る発明について検討するまでもなく、本願は拒絶を免れない。
　よって、結論のとおり審決する。