【事件の表示】
　平成　９年特許願第　２９６９３号「ネットワークプリント処理方法」拒絶査定不服審判事件〔平成１０年　８月１１日出願公開、特開平１０−２１４１６４、請求項の数（１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
１．手続の経緯、本願発明
　
　本願は、平成９年１月２９日の特許出願であって、請求項１に係る発明（以下、「本願発明」という。）は、平成１９年９月１０日付けの手続補正書により補正された特許請求の範囲の請求項１に記載された次の事項により特定されるものと認める。
　
　　【請求項１】
　ネットワークに接続するクライアント装置と、プリントサーバ装置またはネットワーク接続型のプリンタ制御装置を介して接続されたプリンタ装置により構成されるプリントシステムにおいて、
　前記クライアント装置からのプリント要求を受信するプリント要求受信手段と、
　前記プリント要求受信手段で受信したプリント要求に対応する目的プリンタが空き状態であるか否かを判定するプリンタ状態判定手段と、
　前記プリンタ状態判定手段で目的プリンタが空き状態であると判定されたとき、印刷制御ファイルまたはプリントデータであるファイルを受信するファイル受信手段と、
　前記ファイル受信手段で受信したファイルの内容を判定するファイル内容判定手段と、前記印刷制御ファイルの内容を解釈し、前記プリントデータの印刷処理を実行するプリントサービスプログラム実行手段
を備え、
　クライアント装置からプリントサーバ装置またはネットワーク接続するプリンタ制御装置に、プリント要求、印刷制御ファイルおよびプリントデータを送信して、前記プリント装置においてプリント出力する際に、
　前記ファイル内容判定手段の判定結果に基づき、前記プリント要求の受信後に続いて受信したファイルが印刷制御ファイルであると判定された場合、前記印刷制御ファイルを受信し、前記プリントサービスプログラム実行手段へ印刷処理の要求の通知を行う印刷要求通知ステップと、
　前記プリントサービスプログラム実行手段が直ちに印刷制御ファイルの内容を解釈すると共に、前記プリントデータを受信しながら前記プリントデータの印刷処理を実行するステップ
または、
　前記ファイル内容判定手段の判定結果に基づき、前記プリント要求の受信後に続いて受信したファイルがプリントデータであると判定された場合、前記プリントデータを一時的にスプール領域に受信するプリントデータ受信ステップと、
　前記印刷制御ファイルを受信すると前記プリントサービスプログラム実行手段が前記印刷制御ファイルの内容を解釈すると共に、前記プリントデータ受信ステップで受信したプリントデータの印刷処理を実行するステップとからなるネットワークプリント処理方法。
　
２．原査定の拒絶の理由について
（１）原査定の拒絶の理由は、本願発明が、下記の刊行物１〜４に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないというものである。
　
　　　　　　　　　　　　　　　　　記
　　１．特開平４−２１２８８０号公報
　　２．特開平６−４２３９号公報
　　３．特開平８−２９２８５５号公報
　　４．特開平８−２１６４８２号公報
　
（２）刊行物の記載
　刊行物１には、「印刷データに基づいて記録媒体に印刷する印刷手段と、入力された印刷データをページ単位に解析するデータ解析手段により、印刷データの先頭が判別された後、所定時間の計時を開始し、この所定時間の経過後、予備動作の開始を、印刷データに基づいて記録媒体に印刷する印刷手段に指示するように動作する。」（公報第２欄第８行〜同欄第１４行）と記載されている。
　刊行物２には、「クライアントから指定のプリンタへの印刷要求が発行され（ステップ４０１）、クライアントからプリンタサーバに印刷データが送信されて、プリンタサーバに蓄積される（ステップ４０２）。印刷データを受け取ったプリンタサーバは、指定のプリンタが、他の印刷ジョブを持ち、待ち行列があるか否かを判別する（ステップ４０３）。プリンタサーバは、指定のプリンタが、待ち行列がなく、直ちに印刷可能な状態であれば（ステップ４０４）、この指定のプリンタに対して、また、指定のプリンタに待ち行列があり、直ちに印刷を行なうことが不可能な状態であれば、待ち行列のない、直ちに印刷可能な他のプリンタを判別して（ステップ４０５、４０６）、印刷可能なプリンタに、印刷データを送信する（ステップ４０７）。もし、ステップ４０６において、直ちに印刷可能な他のプリンタがない場合には、各プリンタの待ち行列の合計データ量を計算する（ステップ４０８）。そして、印刷データを、最も合計データ量の少ないプリンタへの待ち行列に入れ（ステップ４０９）、順番がきたら、印刷データを、このプリンタに対して送信する（ステップ４１０）。プリンタサーバは、印刷データを送信したプリンタ名などを、出力情報として、出力管理ファイルに書き込む（ステップ４１１）。クライアントのユーザは、この出力管理ファイルの情報を参照することにより（ステップ４１２）、どのプリンタで印刷データが出力されたかを知ることができる。」（公報第９欄第１４行〜同欄第４０行）と記載されている。
　刊行物３には、「そのジョブが受付完了型順次処理かどうかを判断する（ステップ１１２）。受付完了型順次処理であるときは、そのジョブ依頼のドキュメントをスプールキュー１８へ格納し（ステップ１１３）、ドキュメントが全て揃うまで保持する（ステップ１１４）。次に、ジョブスケジューリング部１５は、ジョブ実行部１３で処理に適したプリンタを選択し、ジョブを対応するプリンタキュー２２へ格納する（ステップ１１５）。そして、そのジョブに含まれるドキュメントの処理要求をジョブ実行部制御部１６を介してジョブ実行部１３へ発行し（ステップ１１６）、全てのドキュメントについて処理要求を発行したときは（ステップ１１７）、そのジョブを対応するターミネートキュー２３へ格納する（ステップ１１８）。」（公報第８欄第４行〜同欄第１７行）と記載されている。
　刊行物４には、「１０４は、印刷データ入力部でありホストコンピュータから出力された印刷パラメータおよびデータを印刷制御装置へ入力するインタフェースをつかさどる。具体的にはネットワークを介在させたインタフェースやパラレルインタフェースやシリアルインタフェースで構成することができる。１０５は、印刷データスプールであり、１０４で入力された印刷パラメータおよびデータを一旦蓄えるもので、例えば、ＲＡＭで構成したり、ＨＤＤのような磁気記憶装置で構成することが可能である。１０６は、プリンタ決定部であり後述の複数のプリンタのうちどれに対してデータを送出するかを決定する。１０７は、印刷パラメータ解析部であり、１０５にスプールされたデータを取り出し１０９で印刷データを展開するためのパラメータ解析処理を行う。１０８はプリンタ特性保持部で後段で説明する複数のプリンタのそれぞれの特性（解像度、使用されるインク、使用される記録媒体等）を保持しておくものであり、例えば、ＲＡＭやＲＯＭ、ＨＤＤなどの記憶装置上に保持しておく。１０９は印刷データ展開部であり、１０６で決定されたプリンタに合わせて１０７と１０８でプリンタの特性および入力された印刷パラメータから具体的なプリンタに合わせたデータ形式に変換したりプリンタを制御するためのコマンドを付加するなどした後、データの展開を行う。１１０は、１０９で展開されたデータを１０６で決定されたプリンタへ出力する印刷データ出力部であり、１０４の印刷制御装置への入力部と同じようにネットワークを介在させたインタフェースやパラレルインタフェース、シリアルインタフェースで構成することができる。」（公報第３欄第４８行〜第４欄第２６行）と記載されている。
　
（３）本願発明と刊行物１〜４に記載されている発明との対比・判断
　本願発明と刊行物１〜４に記載されている発明とを比較すると、本願発明の「ネットワークプリント処理方法」は、「目的プリンタが空き状態であると判定されたとき、印刷制御ファイルまたはプリントデータであるファイルを受信するファイル受信手段と、前記ファイル受信手段で受信したファイルの内容を判定するファイル内容判定手段を備え、前記ファイル内容判定手段の判定結果に基づき、前記プリント要求の受信後に続いて受信したファイルが印刷制御ファイルであると判定された場合、前記印刷制御ファイルを受信し、直ちに印刷制御ファイルの内容を解釈すると共に、前記プリントデータを受信しながら前記プリントデータの印刷処理を実行する」という刊行物１〜４に記載されている発明にない特徴を有しており、プリント出力動作と、ネットワーク転送動作を同時に行うことにより、ネットワーク上の資源を有効に活用でき、システムの生産性が向上し、従来のプリント方式と互換性があるため、従来方式の機器と組み合わせて利用できるという本願発明特有の作用・効果を奏するものである。
　したがって、本願発明は、当業者が刊行物１〜４に基づいて容易に発明することができたものではないから、本願は、特許法第２９条第２項に規定する要件を満たしている。
　
３．当審の拒絶の理由について
　当審が平成１９年７月９日付けの拒絶理由通知書で通知した拒絶の理由（以下、「当審の拒絶の理由」という。）は、次のとおりである。
　
Ａ．本願は、発明の詳細な説明の記載が下記の点で、特許法第３６条第４項に規定する要件を満たしていない。
　
　　　　　　　　　　　　　　　　　記
（１）本願発明の実施例が不明である。
（２）図１７〜図２４、図３３について、発明の詳細な説明に記載されていない。
（３）動作例として、１３、動作例１４、動作例１５、動作例１４−１、動作例１４−２が記載されているが、動作例１〜１２が不明である。　
　
　よって、本願の発明の詳細な説明は、当業者が本願発明を実施することができる程度に明確かつ十分に記載されていない。
　
Ｂ．本願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
　
　　　　　　　　　　　　　　　　　記
（１）「ネットワークプリント処理方法」が、どのようなステップから構成されるのか明確でない。
（２）「プリント要求および印刷制御ファイルの受信による処理判定」は、何を判定するのか明確でない。
（３）「印刷制御ファイルをプリント要求の受信後に続いて受信した場合」と「プリント要求の受信後に印刷制御ファイルを受信せず、プリントデータを受信した場合」の場合分けの判定において、「印刷制御ファイル」と「プリントデータ」の扱いが異なっており、その判定内容が明確でない。
（４）「プリント要求の受信後に印刷制御ファイルを受信せず、プリントデータを受信した場合には…（中略）…印刷制御ファイルの受信後に」という記載は、「印刷制御ファイル」をいつ受信するのか明確でない。
　
　よって、本願発明は明確でない。
　
（１）拒絶理由Ａ（１）について
　請求人は、平成１９年９月１０日付けの意見書において、「プリントデータの印刷処理を実行するステップ」に関する補正の根拠について次のように主張している。
　
［請求人の主張］（上記意見書第２頁第３０行〜第３頁第９行）
　補正内容の「前記ファイル内容判定手段の判定結果に基づき、前記プリント要求の受信後に続いて受信したファイルが印刷制御ファイルであると判定された場合、前記印刷制御ファイルを受信し、前記プリントサービスプログラム実行手段へ印刷処理の要求の通知を行う印刷要求通知ステップ」は、図１１のステップ1４４でＹＥＳの判断がされた場合の処理に対応するものであり、図１１のステップ１５５〜１５９において、印刷制御ファイルを受信し、続くステップ１６０の処理に対応するものです。段落［００７０］に記載されております。
　補正内容の「前記プリントサービスプログラム実行手段が直ちに印刷制御ファイルの内容を解釈すると共に、前記プリントデータを受信しながら前記プリントデータの印刷処理を実行するステップ」は、図１１のステップ１６０で「プリントサービスプログラムに通知する」処理がなされ、通知を受けたプリントサービスプログラムが、段落［００４１］に記載されている処理が行われることに対応するものです、
　また、補正内容の「前記ファイル内容判定手段の判定結果に基づき、前記プリント要求の受信後に続いて受信したファイルがプリントデータであると判定された場合、前記プリントデータを一時的にスプール領域に受信するプリントデータ受信ステップ」および「前記印刷制御ファイルを受信すると前記プリントサービスプログラム実行手段が前記印刷制御ファイルの内容を解釈すると共に、前記プリントデータ受信ステップで受信したプリントデータの印刷処理を実行するステップ」は、図１１のステップ1４４でＮＯの判断がされた場合の処理に対応するものであり、図１１のステップ１４５〜１５４において、プリントデータのファイルを受信し、続く処理に対応するものです。段落［００６７］〜段落［００６９］に記載されております。
　このように、プリントファイルを受信したのに続き、印刷制御ファイルを受信する流れと、印刷制御ファイル受信後の動きは、図１１ステップ１４４ＹＥＳ〜ステップ１６０の動作に基づいています。
　
［当審の判断］
　しかし、図１１のステップ１６０には、「プリントサービスプログラムに通知する。」と記載され、段落［００４１］には、「ネットワーク・プリントサービスプログラム４４は、印刷処理の要求の通知を受けると、印刷制御ファイル４７の制御コード（図４）に従って、印刷対象ファイル４５の印刷処理を実行する。」と記載され、段落［００７０］には、「次のステップ１６０において、プリントサービスプログラムに通知する。これにより、プリントサービスプログラムは、プリンタを制御して印刷処理を開始することができる。」と記載されているだけであり、図１１のステップ１４５〜１５４や段落［００６７］〜段落［００６９］には、印刷処理に関する記載は全くない。
　したがって、請求人の上記意見書における主張によると、本願発明において、「直ちに印刷制御ファイルの内容を解釈すると共に、前記プリントデータを受信しながら前記プリントデータの印刷処理を実行するステップ」、「前記印刷制御ファイルを受信すると印刷制御ファイルの内容を解釈すると共に、前記プリントデータ受信ステップで受信したプリントデータの印刷処理を実行するステップ」をどのように実施するのか不明である。
　
　ところが、本願の発明の詳細な説明には、請求人が上記意見書において補正の根拠としていない部分に、本願発明の「直ちに印刷制御ファイルの内容を解釈すると共に、前記プリントデータを受信しながら前記プリントデータの印刷処理を実行するステップ」に関する実施例の説明として、次の記載がある。
　
【００５９】ところで、本実施例のネットワークプリント処理方法においては、高速に印刷処理を開始させるため、プリントサーバ装置に対して、前述したように、「プリント要求」と共に「プリント方式の指示」を行うことによって、例えば、プリントデータを受信しながら、その場でプリンタへの出力処理を行う。この場合、前述のネットワークプリント受信プログラムの処理では、印刷制御ファイルと共にプリントファイルのバッファ領域分の受信のみで、プリントサービスプログラムに通知を行い、プリントサービスプログラムの制御により、印刷処理を開始するようにする。また、この場合において、「プリント方式の指示」の内容によっては、プリントファイルのデータの再プリントのための保管は行う場合と、行わない場合とがある。
【００６０】このような高速の印刷出力のための印刷処理機能は、プリントサーバ装置に接続されたプリンタ装置が利用されていない場合に限って、プリントデータを受信しながら、プリント装置に対してプリントデータを出力してプリントさせるようにする。具体的に、ここでの印刷制御では、プリンタ装置は、他からのプリント処理に利用されないようにロックし、全てのプリントデータが揃わなくても、受信したプリントデータが印刷頁の１頁分、またはバッファ領域分のプリントデータが揃えば、プリント装置に起動をかけて、プリントデータを転送し、プリント処理を開始させるようにする。
　
【００６６】一方、ステップ１２５において、プリンタが空き状態であることが判定できると、この場合には、高速印刷処理が行えるので、ステップ１３５からの処理により、プリントデータを受信しながら同時に印刷出力を行う処理を行う。つまり、バッファ領域分のプリントデータを受信すると、直ちに、プリントサービスプログラムに通知して、当該プリントサービスプログラムにより、プリンタを動作させ、このプリントデータだけでも印刷出力処理へと処理を進行させ、続いて受信するプリントデータを順次にプリンタに出力する。
　
　以上の記載によると、本願発明の「前記プリントデータを受信しながら前記プリントデータの印刷処理を実行する」とは、実施例では、プリントサーバ装置に接続されたプリンタ装置が利用されていない場合に限られる高速の印刷出力のための印刷処理機能であって、「プリントデータを受信しながら同時に印刷出力を行う処理」、つまり「バッファ領域分のプリントデータを受信すると、直ちに、プリントサービスプログラムに通知して、当該プリントサービスプログラムにより、プリンタを動作させ、このプリントデータだけでも印刷出力処理へと処理を進行させ、続いて受信するプリントデータを順次にプリンタに出力する」ことであると認められる。
　
　また、本願の発明の詳細な説明には、請求人が上記意見書において補正の根拠としていない部分に、本願発明の「前記印刷制御ファイルを受信すると印刷制御ファイルの内容を解釈すると共に、前記プリントデータ受信ステップで受信したプリントデータの印刷処理を実行するステップ」に関する実施例の説明として、次の記載がある。
　
【００２２】また、本発明のネットワークプリント処理方法では、「印刷制御ファイル」の受信順による動作制御を行う。すなわち、プリントサーバ装置、ネットワークプリンタ装置などの受信側は、クライアント装置から「プリント要求」の指示後に直ちに「印刷制御ファイル」を受信した場合には、「印刷制御ファイル」の内容に従ってプリント処理を行う。また、「印刷制御ファイル」を受信せず、「プリントデータ」を受信した場合には、従来の技術と同様な方法で（スプール機能を利用して）「プリントデータ」を扱う。
　
【００６５】また、ステップ１２７において、ファイル送信要求を受信し、次のステップ１２８において、受信したファイルの内容を判定し、ファイルが印刷制御ファイルである場合は、次に、ステップ１３６に進み、「印刷制御ファイルの送信要求」を受信する。この受信処理が終わると、次にステップ１３７に進み、送信要求の受付確認を行い、続いて、次のステップ１３８において、印刷制御ファイルを受信する。受信した印刷制御ファイルは受信スプール領域に格納する。そして、次のステップ１３９において、「送信終了」を受信すると、次のステップ１４０において「受信確認」を送信して、印刷制御ファイルの受信処理を完了する。既にプリントファイルは受信されており、印刷制御ファイルを受信すると、印刷処理を開始できるので、次のステップ１４１において、プリントサービスプログラムに通知する。これにより、プリントサービスプログラムは、プリンタを制御して印刷処理を開始する。そして、次のプリント要求の受信処理を行うため、ステップ１２１に戻り、ステップ１２１からの処理を繰り返し行う。
　
　以上の記載によると、本願発明の「前記プリントデータ受信ステップで受信したプリントデータの印刷処理を実行する」とは、実施例では、従来の技術と同様な方法で（スプール機能を利用して）「プリントデータ」を扱うこと、つまり、「既にプリントファイルは受信されており、印刷制御ファイルを受信すると、印刷処理を開始でき、プリントサービスプログラムに通知することにより、プリントサービスプログラムは、プリンタを制御して印刷処理を開始し、この処理を繰り返し行う」ことであると認められる。
　
　また、段落［００４１］の「ネットワーク・プリントサービスプログラム４４は、印刷処理の要求の通知を受けると、印刷制御ファイル４７の制御コード（図４）に従って、印刷対象ファイル４５の印刷処理を実行する。」という記載をみると、本願発明の「印刷制御ファイルの内容を解釈すると共に、」とは、実施例では「印刷制御ファイル４７の制御コード（図４）に従って、」のことであると理解できる。
　
　したがって、本願の発明の詳細な説明は、本願発明の「直ちに印刷制御ファイルの内容を解釈すると共に、前記プリントデータを受信しながら前記プリントデータの印刷処理を実行するステップ」、「前記印刷制御ファイルを受信すると印刷制御ファイルの内容を解釈すると共に、前記プリントデータ受信ステップで受信したプリントデータの印刷処理を実行するステップ」をどのように実施するのか明示的に説明していないが、当業者が実施できないとはいえない。
　
　よって、本願の発明の詳細な説明は、当業者が本願発明を実施することができる程度に明確かつ十分に記載されている。
　
（２）拒絶理由Ａ（２）、（３）について
　平成１９年９月１０日付けの手続補正書により、図１７〜図３３は削除され、段落［００９４」の動作例に関する記載も削除された。
　
（３）拒絶理由Ｂについて
　平成１９年９月１０日付けの手続補正書により請求項１が補正された結果、本願発明の「ネットワークプリント処理方法」が［印刷要求ステップ」、「印刷処理を実行するステップ」、「プリントデータ受信ステップ」等の「ステップ」からなることや、「判定」がプリント要求の受信後に続いて受信したファイルが印刷制御ファイルとプリントデータのいずれかの判定であることが明確になり、「印刷制御ファイル」の受信と「プリントデータ」の受信の前後関係も明確になったから、本願発明は明確である。
　
４．むすび
　したがって、本願については、原査定の拒絶の理由及び当審の拒絶の理由によって拒絶すべきものとすることはできない。 
　また、他に本願を拒絶すべき理由を発見しない。
　
　よって、結論のとおり審決する。