【事件の表示】
　平成　９年特許願第１６２１９９号「画像形成装置」拒絶査定不服審判事件〔平成１１年　１月２２日出願公開、特開平１１−　１５６１６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成９年６月１９日の出願であって、平成１６年８月２３日付けで拒絶査定され、これに対し、同年９月２９日に拒絶査定不服審判が請求されるとともに、同年１０月２９日付けで手続補正がされたものであり、当審において平成１９年７月１２日付けで拒絶理由が通知され、これに対し、同年９月１８日付けで手続補正がされたものである。
　
２．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１９年９月１８日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、次のとおりのものである。
　
　　【請求項１】　印刷ジョブのクリアを指示する印刷ジョブクリア指示手段と、ホスト装置から送られてくる印刷ジョブの印刷データの受信中に前記印刷ジョブクリア指示手段によって印刷ジョブのクリアが指示されたとき、既に受信済みの印刷データ及び以後受信する現在の印刷ジョブの印刷データを破棄する印刷データ破棄手段とを備えた画像形成装置において、
　前記ホスト装置から送られてくる印刷ジョブの印刷データの受信中に前記印刷ジョブクリア指示手段によって印刷ジョブのクリアが指示された後、印刷ジョブの冒頭から予め決められた順序で送られてくる印刷データの所定数のコマンドをその順序で全て受信した時点で、次の印刷ジョブに切り替わったと判断し、そのコマンドから印刷処理を再開する印刷処理再開手段を設けたことを特徴とする画像形成装置。
　
３．刊行物記載発明
　当審における平成１９年７月１２日付け拒絶理由通知に引用された、特開平７−４０６３４号公報（平成７年２月１０日出願公開。以下、「刊行物１」という。）には、図面とともに以下の技術事項が記載されている。　
　
【０００８】図１は、本発明の一実施例のブロック図である。ホスト装置において、システム１．１から要求されたプリント要求は、１．２のプリンタドライバによってプリンタの制御コードに変換され、プリンタへ送信される。プリンタにおいては、この送信データは１．３の受信バッファに記憶保持され、１．４のデータ解析部に順次読み込まれる。データ解析部１．４で解析した結果を１．５の印刷制御部に伝え、要求された印刷動作等を行なう。１．６の入力部はジョブ単位の印刷の中止を行なうためにプリンタに設けられた入力手段である。
【０００９】本発明におけるプリンタの制御を実現するためには、
１．システムがプリンタドライバに対してジョブの開始、終了の情報を提供すること
２．プリンタドライバがジョブの開始、終了の情報をプリンタへ提供すること
３．プリンタがプリンタドライバから受信したジョブの開始、終了を示すコマンドを認識できることが必要となる。本実施例では、これらのすべての条件が満たされる場合とともに、いずれかが従来の方法に基づく場合にも印刷処理が行なえる例を示す。
【００１０】図２に、図１のプリンタドライバ１．２の処理のフローチャートを示す。このフローチャートの示す手順はホスト装置内のメモリに格納されており、実行はホスト装置内のＣＰＵが行う。ホスト装置において印刷要求が発生すると、システムはプリンタドライバに対してデータを送る。簡単のため、２．１でシステムから渡されるデータは、プリンタに対して制御を行なうことのできる最小単位で渡されるものとする。この図２のプリンタドライバの処理はシステムから印刷データが送られる度に繰り返し起動される。
【００１１】システムがジョブの開始、終了を示すデータを送信してきた場合には（２．２，２．３）、プリンタドライバは、そのデータを開始、および終了を示すコマンドに変換し（２．４，２．６）、プリンタに送信する（２．７）。この際、従来の方法で動作するプリンタにおいても動作可能となるように、これらのコマンドは従来の方法ではプリンタに何ら影響を与えないコマンドとする。その他のデータはプリンタ制御コマンドに変換し（２．５）、送信する（２．７）。このようにして、プリンタに送信されるデータは、図３に示すように従来のデータ中にジョブの境界を示すデータが挿入された形になる。
【００１２】なお、システムがジョブの開始、終了の情報をプリンタドライバに送信してこない場合には、プリンタドライバは従来のジョブを認識しない形でのデータの送信を行なう。
【００１３】図４に、図１のデータ解析部１．４における処理のフローチャートを示す。データ解析部１．４は図４に示す手順を格納したＲＯＭ、データの一時記憶領域を有するＲＡＭ、およびこれを実行するＣＰＵを有する。データ解析部は受信バッファ上に未処理のデータが存在する状態で起動される。簡単のため、受信バッファから読み込むデータは、プリンタが制御を行なうための最小独立単位であるコマンド（パラメータ等がある場合はそれも含める）ごとに取り出せるものとする。図１の入力部１．６では、従来のプリンタが行なえる機能であるオフライン、受信バッファ上のデータの消去等に加え、現在処理中のジョブの中止の命令が入力できる。ＦＬＡＧ１は印刷の中止命令を示すデータで、プリンタが内部に持っている変数である。初期値はＯＦＦで、１．６の入力部からジョブの中止入力があった場合にはＯＮにセットされる。ＦＬＡＧ２はホストから送られてくるデータが、ジョブを認識するコマンド形式でデータが送られてきている場合にセットされる変数であり、初期値はＯＦＦである。
【００１４】４．１ではＦＬＡＧ１を調べる。ＯＦＦの場合は受信バッファに未処理のデータがあれば（４．２）データを読み込み（４．３）、ジョブの開始を示すデータであれば（４．４）ＦＬＡＧ２をＯＮにし（４．６）、４．１にもどる。読み込んだデータがジョブの終了を示すデータであれば（４．５）、ＦＬＡＧ２をＯＦＦにし（４．７）、４．１にもどる。どちらでもなければプリンタ制御コードとみなし、解析し（４．８）た結果に基づいてプリンタの制御を行ない（４．９）、４．１にもどる。この処理を受信バッファ上に未処理データがなくなるまで繰り返し行なう。…（後略）…
【００１５】４．１でＦＬＡＧ１がＯＮの場合は排紙等の印刷終了処理を行なう（４．１０）。そしてＦＬＡＧ２を調べ（４．１１）、ＯＮならばジョブの終了コマンドが来るまで、受信バッファ上のデータを読み飛ばしていく（４．１２，４．１３，４．１４）。受信バッファ上に未処理のデータがなくなった場合には（４．１２）、各ＦＬＡＧの値を記憶し、処理を終了する。終了コマンドを読み込んだ場合には（４．１４）、ＦＬＡＧ１、ＦＬＡＧ２をＯＦＦにし（４．１５，４．１６）、４．１へ戻る。ＦＬＡＧ１がＯＮでＦＬＡＧ２がＯＦＦの場合には（４．１，４．１０，４．１１）、ジョブを認識できない形式でのデータの受信中であるので、現在の受信バッファ上のデータを消去し（４．１７）、ＦＬＡＧ１をＯＦＦにして（４．１６）４．１へ戻る。
【００１６】このようにして、ジョブの中止命令がプリンタ側で入力された場合、以下のように機能する。
【００１７】・ジョブを認識できる形式で受信中の場合：現在のジョブのデータがバッファ上に全てある場合には、現在のジョブのデータのみを読み捨てて、次のジョブのデータから処理を継続する。現在のジョブのデータが受信中の場合には、受信バッファ上のデータを全て読み捨て、更にホストから送られてきたデータが受信バッファに書き込まれると、次々と読み捨てていき、次のジョブのデータから処理を継続する。
【００１８】・ジョブを認識できない従来の形式で受信中の場合：現在のプリント処理を中止し、現在のプリントバッファ上のデータを消去する。これは、従来のプリンタのリセット機能に該当する。
　
　これらの記載によれば、刊行物１には、次の発明（以下、「刊行物１記載発明」という。）が記載されている。
　
　ホスト装置において、システムがジョブの開始、終了を示すデータを送信してきた場合には、プリンタドライバは、そのデータを開始、および終了を示すコマンドに変換し、その際、従来の方法で動作するプリンタにおいても動作可能となるように、これらのコマンドは従来の方法ではプリンタに何ら影響を与えないコマンドとし、プリンタに送信し、その他のデータはプリンタ制御コマンドに変換し、送信し、プリンタに送信されるデータは、データ中にジョブの境界を示すデータが挿入された形になり、
　プリンタにおいて、送信データを受信バッファに記憶保持し、データ解析部に順次読み込み、データ解析部で解析した結果を印刷制御部に伝え、要求された印刷動作等を行い、受信バッファから読み込むデータは、プリンタが制御を行なうための最小独立単位であるコマンド（パラメータ等がある場合はそれも含める）ごとに取り出せるものとし、
　入力部で現在処理中のジョブの中止の命令が入力でき、ＦＬＡＧ１は印刷の中止命令を示すデータで、プリンタが内部に持っている変数であり、初期値はＯＦＦで、入力部からジョブの中止入力があった場合にはＯＮにセットされ、ＦＬＡＧ２はホストから送られてくるデータが、ジョブを認識するコマンド形式でデータが送られてきている場合にセットされる変数であり、初期値はＯＦＦであり、
　データ解析部１．４における処理のフローチャートでは、
　４．１でＦＬＡＧ１がＯＦＦの場合には、４．２で受信バッファに未処理のデータがあればデータを読み込み（４．３）、ジョブの開始を示すデータであれば（４．４）ＦＬＡＧ２をＯＮにし４．１にもどり、ジョブの終了を示すデータであれば（４．５）ＦＬＡＧ２をＯＦＦにし４．１にもどり、どちらでもなければプリンタ制御コードとみなし、解析した結果に基づいてプリンタの制御を行い（４．８，４．９）、４．１にもどり、この処理を受信バッファ上に未処理データがなくなるまで繰り返し行い、
　４．１でＦＬＡＧ１がＯＮの場合には、４．１０で排紙等の印刷終了処理を行い、４．１１でＦＬＡＧ２を調べ、ＯＮならばジョブの終了コマンドが来るまで、受信バッファ上のデータを読み飛ばしていき（４．１２，４．１３，４．１４）、受信バッファ上に未処理のデータがなくなった場合には（４．１２）、各ＦＬＡＧの値を記憶し、処理を終了し、４．１４で終了コマンドを読み込んだ場合には、ＦＬＡＧ１、ＦＬＡＧ２をＯＦＦにし（４．１５，４．１６）、４．１へ戻り、４．１でＦＬＡＧ１がＯＮで４．１１でＦＬＡＧ２がＯＦＦの場合には、ジョブを認識できない形式でのデータの受信中であるので、現在の受信バッファ上のデータを消去し（４．１７）、ＦＬＡＧ１をＯＦＦにして（４．１６）４．１へ戻り、
　ジョブの中止命令がプリンタ側で入力された場合であって、ジョブを認識できる形式で受信中の場合、現在のジョブのデータがバッファ上に全てある場合には、現在のジョブのデータのみを読み捨てて、次のジョブのデータから処理を継続し、現在のジョブのデータが受信中の場合には、受信バッファ上のデータを全て読み捨て、更にホストから送られてきたデータが受信バッファに書き込まれると、次々と読み捨てていき、次のジョブのデータから処理を継続し、ジョブを認識できない従来の形式で受信中の場合、現在のプリント処理を中止し、現在のプリントバッファ上のデータを消去する、
ホスト装置及びプリンタ。
　
４．対比
　本願発明を、刊行物１記載発明と比較する。
　刊行物１記載発明の「プリンタ」、「ホスト装置」及び「入力部」は、それぞれ本願発明の「画像形成装置」、「ホスト装置」及び「印刷ジョブのクリアを指示する印刷ジョブクリア指示手段」に相当する。
　
　刊行物１記載発明において、ジョブの中止命令がプリンタ側で入力された場合であってジョブを認識できる形式で受信中の場合、現在のジョブのデータがバッファ上に全てある場合には、現在のジョブのデータのみを読み捨てており、現在のジョブのデータが受信中の場合には、受信バッファ上のデータを全て読み捨て、更にホストから送られてきたデータが受信バッファに書き込まれると、次々と読み捨てている。よって、刊行物１記載発明のプリンタが、本願発明の「ホスト装置から送られてくる印刷ジョブの印刷データの受信中に印刷ジョブクリア指示手段によって印刷ジョブのクリアが指示されたとき、既に受信済みの印刷データ及び以後受信する現在の印刷ジョブの印刷データを破棄する印刷データ破棄手段」に相当するものを備えることは明らかである。
　
　刊行物１記載発明において、データ解析部における処理のフローチャートでは、入力部からジョブの中止入力がありＦＬＡＧ１がＯＮの場合には、排紙等の印刷終了処理を行い、その後、終了コマンドを読み込んだ場合にはＦＬＡＧ１、ＦＬＡＧ２をＯＦＦにして４．１に戻り、その後、ジョブの開始コマンドを読み込んだ場合にはＦＬＡＧ２をＯＮにし４．１に戻り、その後、ジョブの開始コマンドでもジョブの終了コマンドでもなければプリンタ制御コードとみなし、解析した結果に基づいてプリンタの制御を行っている。
　よって、刊行物１記載発明において、ジョブの中止入力があり印刷終了処理を行い終了コマンドを読み込んだ後、ジョブの開始コマンドを読み込んだ時点で、次のジョブに切り替わったと判断し、その後送られてくるコマンドが開始コマンドでも終了コマンドでもなければ、プリンタ制御コードとみなして印刷処理を再開していると認められるから、刊行物１記載発明のプリンタと、本願発明とは、「前記ホスト装置から送られてくる印刷ジョブの印刷データの受信中に前記印刷ジョブクリア指示手段によって印刷ジョブのクリアが指示された後、印刷ジョブの冒頭から送られてくるコマンドを受信した時点で、次の印刷ジョブに切り替わったと判断し、印刷処理を再開する印刷処理再開手段」を備える点で一致する。
　
　すると、本願発明と、刊行物１記載発明とは、次の点で一致する。
＜一致点＞
　「印刷ジョブのクリアを指示する印刷ジョブクリア指示手段と、ホスト装置から送られてくる印刷ジョブの印刷データの受信中に前記印刷ジョブクリア指示手段によって印刷ジョブのクリアが指示されたとき、既に受信済みの印刷データ及び以後受信する現在の印刷ジョブの印刷データを破棄する印刷データ破棄手段とを備えた画像形成装置において、
　前記ホスト装置から送られてくる印刷ジョブの印刷データの受信中に前記印刷ジョブクリア指示手段によって印刷ジョブのクリアが指示された後、印刷ジョブの冒頭から送られてくるコマンドを受信した時点で、次の印刷ジョブに切り替わったと判断し、印刷処理を再開する印刷処理再開手段を設けた画像形成装置。」である点。
　
　一方で、両者は次の点で相違する。
＜相違点＞
　本願発明において、「印刷ジョブの冒頭から予め決められた順序で送られてくる印刷データの所定数のコマンドをその順序で全て受信した時点」で次の印刷ジョブに切り替わったと判断し、「そのコマンドから」印刷処理を再開するのに対して、刊行物１記載発明において、次のジョブの開始コマンドを読み込んだ時点で次の印刷ジョブに切り替わったと判断し、その後送られてくるコマンドから印刷処理を再開する点。
　
５．判断
＜相違点＞について
　例えば、特開平５−３４５４６２号公報（平成５年１２月２７日出願公開。特に段落【００２４】−【００３５】、図５、８、１１、１２参照。）、特開平６−２３０９０９号公報（平成６年８月１９日出願公開。特に段落【００４２】参照。）、及び特開平８−２８６８５５公報（平成８年１１月１日出願公開。特に段落【００２１】−【００２３】参照。）等にあるように、予め決められた順序で送られてくる印刷データの所定数のコマンドを一つのコマンドとして構成することは、当業者にとって周知技術である。
　そうすると、刊行物１記載発明において、「開始コマンド」として前記周知技術の「予め決められた順序で送られてくる印刷データの所定数のコマンド」を用いて、「印刷ジョブの冒頭から予め決められた順序で送られてくる印刷データの所定数のコマンド」とし、それを受信した時点で次の印刷ジョブに切り替わったと判断することは、刊行物１記載発明及び前記周知技術から当業者が容易に想到し得ることである。
　また、本願の出願当初の明細書の段落【００４５】には、「印刷ジョブの冒頭から予め決められた順序で送られてくる印刷データの所定数のコマンド」の例として、“ＥＳＣ”“ＤＣ２”“Ｙ”及び“ＥＳＣ”“ＳＵＢ”“Ｉ”が連続して送られてくることが記載されているが、前記コマンドは、印刷ジョブの冒頭と判断する他に、どのような処理を指示するコマンドであるのか、出願当初の明細書からは明らかでない。
　よって、「印刷ジョブの冒頭から予め決められた順序で送られてくる印刷データの所定数のコマンド」から印刷処理を再開することと、「印刷ジョブの冒頭から予め決められた順序で送られてくる印刷データの所定数のコマンド」の後送られてくるコマンドから印刷処理を再開することとの間に、実質的な相違はないものと認める。そうすると、刊行物１記載発明において、「印刷ジョブの冒頭から予め決められた順序で送られてくる印刷データの所定数のコマンド」から印刷処理を再開することは、当業者が適宜選択し得る設計事項である。
　
　また、前記＜相違点＞によって生じる作用効果も当業者が予測し得るものである。
　したがって、本願発明は、刊行物１記載発明及び周知技術から当業者が容易に発明をすることができたものである。
　
６．むすび
　以上のとおり、本願発明は、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　よって、結論のとおり審決する。