【事件の表示】
　特許第３４３６６５６号「印刷処理システム」の請求項１、２に係る特許に対する特許異議の申立てについて、次のとおり決定する。
【結　論】
　訂正を認める。
　特許第３４３６６５６号の請求項１ないし２に係る特許を取り消す。
【理　由】
第１　手続の経緯
　本件の出願から本決定に至るまでの主だった経緯を箇条書きにすると次のとおりである。
・平成９年５月１９日　本件出願
・平成１５年６月６日　特許第３４３６６５６号として設定登録（請求項１〜２）
・同年１２月１９日　特許異議申立人神田泰貴より、請求項１〜２に係る特許に対して特許異議申立
・平成１６年４月８日付け　当審にて取消理由通知
・同年６月１５日　特許権者より意見書及び訂正請求書提出
　
第２　訂正の許否の判断
１．訂正事項
［訂正事項１］訂正前請求項１記載の「印刷データをページ単位に縮小して」を「印刷データを、前記印刷データのページサイズと実際に印刷出力する用紙サイズと１ページに合成するページ数を示すページ数データとから算出した縮小率で、ページ単位に縮小して」と訂正する。
［訂正事項２］訂正前請求項１記載の「前記縮小したビットマップデータを合成するページごとに印刷装置に送信する」を「前記ページ単位に縮小したビットマップデータを合成するページ単位ごとに印刷装置に送信する」と訂正する。
［訂正事項３］訂正前請求項１記載の「上位装置から受信した縮小データの１ラスタを格納した後」を「上位装置から受信した前記縮小したビットマップデータの１ラスタを合成データのメモリエリアに格納した後」と訂正する。
［訂正事項４］訂正前請求項１記載の「他のページのラスタサイズ分だけメモリエリアを空けて次のラスタを格納することにより複数ページのビットマップデータを１ページのビットマップデータに合成する展開手段」を「前記合成データのメモリエリアにおいて他のページのラスタサイズ分だけメモリエリアを空けて次のラスタを格納する処理を１ページ分繰り返し、次のページのビットマップデータを前記処理で空けたメモリエリアに前記処理と同じ様に格納する処理を１ページ分繰り返すことにより複数ページのビットマップデータを１ページのビットマップデータに合成する展開手段」と訂正する。
　
２．訂正目的の適否、新規事項追加の有無及び特許請求の範囲の拡張・変更の存否について
　訂正事項１，４は特許請求の範囲の減縮を目的とし、訂正事項２，３は明りょうでない記載の釈明を目的とするものと認める。
　訂正事項１〜４が、願書に添付した明細書又は図面に記載した事項の範囲内での訂正（訂正事項１は段落【００３４】の記載に基づくものであり、他は自明である。）であり、特許請求の範囲を拡張又は変更するものでないことは明らかである。
　
３．訂正の許否の判断の結論
　以上のとおり、本件訂正請求は、平成１５年改正前特許法１２０条の４第２項ただし書き、並びに同第３項で準用する同法１２６条２項及び３項に適合する。
　よって、平成１６年６月１５日付け訂正請求による訂正を認める。
　
第２　特許異議申立についての当審の判断
１．本件発明の認定
　訂正が認められるから、本件の請求項１，２に係る発明（請求項番号に応じて、以下「本件発明１」及び「本件発明２」という。）は、訂正請求書に添付した訂正明細書及び願書に添付した図面の記載からみて、その特許請求の範囲に記載された事項によって特定されるとおりの、次のものと認める
「【請求項１】　複数ページの印刷データを１ページに合成して印刷する印刷処理を行う印刷処理システムにおいて、
　１ページに合成する複数ページの印刷データを、前記印刷データのページサイズと実際に印刷出力する用紙サイズと１ページに合成するページ数を示すページ数データとから算出した縮小率で、ページ単位に縮小してビットマップデータを作成する印刷データ縮小手段と、前記ページ単位に縮小したビットマップデータを合成するページ単位ごとに印刷装置に送信する送信手段とを有する上位装置と、
　前記縮小したビットマップデータを上位装置から受信する受信手段と、上位装置から受信した前記縮小したビットマップデータの１ラスタを合成データのメモリエリアに格納した後、前記合成データのメモリエリアにおいて他のページのラスタサイズ分だけメモリエリアを空けて次のラスタを格納する処理を１ページ分繰り返し、次のページのビットマップデータを前記処理で空けたメモリエリアに前記処理と同じ様に格納する処理を１ページ分繰り返すことにより複数ページのビットマップデータを１ページのビットマップデータに合成する展開手段と、前記１ページに合成したビットマップデータを印刷する印刷手段とを有する印刷装置とを備えることを特徴とする印刷処理システム。
【請求項２】　請求項１記載の印刷システムにおいて、前記上位装置の送信手段は、作成したビットマップデータを圧縮して印刷装置に送信し、前記印刷装置の展開手段は、受信したデータをビットマップデータに伸張しながら合成することを特徴とする印刷処理システム。」
　
２．引用刊行物の記載事項
　この項以下では、「発明を特定するための事項」という意味で「構成」との用語を用いる。
　取消理由に引用した特開平５−１１２０５４号公報（特許異議申立人の提出した甲第１号証。以下「引用例１」という。）には、以下のア〜カの記載が図示とともにある。
　ア．「【産業上の利用分野】本発明は画像処理装置、特にＰＤＬ（Page Description Language）データに基づいてラスタ画像を展開し、画像の形成を行う画像処理装置に関する。」（段落【０００１】）
　イ．「本発明は、・・・入力したＰＤＬデータに基づいて複数の画像を１枚の記録媒体上に形成できる画像処理装置を提供することを目的とする。」（段落【０００５】）
　ウ．「図示するように、ホストコンピュータ１２からインターフェース１１を介して送られてきたカラーＰＤＬデータは、外部インターフェース６を通して入力され、モード判定部１３によって後述するノーマルモードで処理するのか、リピートモードで処理するのかが判定される。そして、判定結果に応じてカラーイメージデータが展開され、フルページ画像メモリ７−１〜４にそれぞれ書き込まれる。一方、画像形成部８は、例えば複数の出力色成分（Ｃ，Ｍ，Ｙ，Ｋ）について、面順次に画像形成を行うものであり、各出力色成分にフルページ画像メモリ７−１〜４がそれぞれ対応している。また、アドレス発生部９は、画像形成部８からの同期信号５１に基づいてフルページ画像メモリ７−１〜４の読み出しアドレス５２を発生し、そのアドレス５２に格納されているデータ５３が画像形成部８に出力される。」（段落【００１２】）
　エ．「図７・・・（ｂ）はリピートモードであり、図示するように、複数ページ分の画像がカラーＰＤＬプリンタの用紙１枚に組み合わせられて出力されるモードである。」（段落【００１９】）
　オ．「リピートモードであれば、用紙１枚に何ページ分の画像を出力するのかというページ数情報をＲＡＭ３に一時記憶し、リピートする内容が同一内容か異なる内容かを識別情報により判断する（ステップＳ１０３）。・・・用紙１枚分の画像がメモリに格納されると、画像形成部８に転送され、用紙にプリントされる（ステップＳ１０７）。」（段落【００２３】）
　カ．「ステップＳ１０３において複数ページの内容が異なる場合、ページ数のカウンタｎを“１”に初期化し（ステップＳ１０８）、ＰＤＬデータの１単位を解析する（ステップＳ１０９）。そして、ラスタ画像に展開した後、そのラスタ画像をページ数情報に基づいて縮小処理し、各ページメモリ７ー１〜４内のページ数情報に応じた複数の箇所に格納する（ステップＳ１１０）。次に、１ページ分ラスタ画像の展開及び格納処理が終了したか否かを判断し（ステップＳ１１１）、終了していなければステップＳ１０９へ処理を戻し、上述の処理を繰り返す。その後、用紙１枚分の画像がメモリに格納されると、カウンタｎの値がページ数情報と等しいか否かをチェックする（ステップＳ１１２）。その結果、等しくなければカウンタｎの値をインクリメントし（ステップＳ１１３）、次のＰＤＬデータを受信する（ステップＳ１１４）。そして、ステップＳ１０９へ処理を戻し、上述の処理を繰り返し、カウンタｎがページ数情報と等しくなれば、前述したプリント動作を行い（ステップＳ１０７）、複数ページの画像を１枚の用紙にプリントする。」（段落【００２４】）
　
３．引用例１記載の発明の認定
　引用例１の記載カの「ページ数情報に基づいて縮小処理」とは、用紙１枚に何ページ分の画像を出力するのか（記載オ参照）に従って縮小率を決定した上で縮小処理を行うことである。
　引用例１の記載カにおける「前述したプリント動作」とは、記載ウの「フルページ画像メモリ７−１〜４の読み出しアドレス５２を発生し、そのアドレス５２に格納されているデータ５３が画像形成部８に出力される」こと、及び記載オの「用紙１枚分の画像がメモリに格納されると、画像形成部８に転送され、用紙にプリントされる」ことである。
　引用例１記載のホストコンピュータと画像処理装置からなる印刷処理システムは、リピートモードとして、内容が異なる複数ページを１枚の用紙にプリントするシステムであり、それは次のようなものである。
「内容が異なる複数ページを１枚の用紙にプリントする印刷処理システムであって、
　ホストコンピュータは各ページをＰＤＬデータとして画像処理装置に送信し、
　画像処理装置は、１ページのＰＤＬデータを受信すると、それをラスタ画像に展開した後、そのラスタ画像を用紙１枚に何ページ分の画像を出力するのかというページ数情報によって定まる縮小率に従って縮小処理し、ページメモリ内のページ数情報に応じた複数の箇所に格納することを繰り返し、すべてのページの処理が終了すれば、ページメモリに格納されているデータを画像形成部に出力しプリント動作を行う印刷処理システム。」（以下「引用例発明１」という。）
　
４．本件発明１と引用例発明１との一致点及び相違点の認定
　引用例発明１において「内容が異なる複数ページを１枚の用紙にプリントする」ことと本件発明１において「複数ページの印刷データを１ページに合成して印刷する印刷処理を行う」ことに相違はない。
　引用例発明１の「ホストコンピュータ」、「画像処理装置」及び「画像形成部」は本件発明１の「上位装置」、「印刷装置」及び「印刷手段」にそれぞれ相当し、引用例発明１の「ホストコンピュータ」及び「画像処理装置」が「印刷装置に送信する送信手段」及び「上位装置から受信する受信手段」をそれぞれ有することは自明である。また、送受信されるものがページ単位での印刷データである点で、本件発明１と引用例発明１に相違はない。
　引用例発明１において、「ラスタ画像に展開した後、そのラスタ画像を用紙１枚に何ページ分の画像を出力するのかというページ数情報によって定まる縮小率に従って縮小処理」することと、本件発明１において「印刷データを、前記印刷データのページサイズと実際に出力する用紙サイズと１ページに合成するページ数を示すページ数データとから算出した縮小率で、ページ単位に縮小してビットマップデータを作成する」こととは、縮小率の算出基準を除いて異ならない。すなわち、引用例発明１の「ページメモリ」と本件発明１の「合成データのメモリエリア」は、縮小したビットマップデータを格納する点で一致し、以下では「ページメモリ」を「メモリエリア」ということもある。
　本件発明１と引用例発明１は、縮小処理とメモリエリアへの格納をページ単位で繰り返し行う点で一致し、引用例発明１も「複数ページのビットマップデータを１ページのビットマップデータに合成する展開手段」を有するといえる。
　したがって、本件発明１と引用例発明１は、
「複数ページの印刷データを１ページに合成して印刷する印刷処理を行う印刷処理システムにおいて、
　印刷処理システムは、ページ単位での印刷データを印刷装置に送信する送信手段とを有する上位装置と、前記印刷データを上位装置から受信する受信手段を有する印刷装置からなり、
　印刷処理システム全体としては、１ページに合成する複数ページの印刷データを、適当な算出基準にも基づく縮小率で、ページ単位に縮小してビットマップデータを作成する印刷データ縮小手段を有し、
　前記縮小したビットマップデータを合成データのメモリエリアに格納する処理をページ単位で繰り返すことにより複数ページのビットマップデータを１ページのビットマップデータに合成する展開手段と、前記１ページに合成したビットマップデータを印刷する印刷手段とを有する印刷装置とを備えることを特徴とする印刷処理システム。」である点で一致し、次の各点で相違する。
〈相違点１〉縮小率算出のための算出基準につき、本件発明１では「前記印刷データのページサイズと実際に印刷出力する用紙サイズと１ページに合成するページ数を示すページ数データとから算出」としているのに対し、引用例発明１では「用紙１枚に何ページ分の画像を出力するのかというページ数情報によって定まる」としている点。
〈相違点２〉縮小したビットマップデータをメモリエリアに格納する処理につき、本件発明１では「ビットマップデータの１ラスタを合成データのメモリエリアに格納した後、前記合成データのメモリエリアにおいて他のページのラスタサイズ分だけメモリエリアを空けて次のラスタを格納する処理を１ページ分繰り返し、次のページのビットマップデータを前記処理で空けたメモリエリアに前記処理と同じ様に格納する処理を１ページ分繰り返す」のに対し、引用例発明１がそのような処理をしているのかどうか不明である点。
〈相違点３〉本件発明１では「印刷データ縮小手段」が印刷装置に備わっており、上位装置から印刷装置へ送信される印刷データは「縮小したビットマップデータ」であるのに対し、引用例発明１では「印刷データ縮小手段」がホストコンピュータ（上位装置）に備わっており、ホストコンピュータ（上位装置）から画像処理装置（印刷装置）へ送信される印刷データはＰＤＬデータである点。この相違点には、本件発明１において印刷装置が受信するデータ及びメモリエリアに格納するデータが「縮小したビットマップデータ」である点も含まれる。
　
５．相違点についての判断及び本件発明１の進歩性の判断
（１）相違点１について
　引用例発明１の「用紙１枚に何ページ分の画像を出力するのかというページ数情報」と本件発明１の「１ページに合成するページ数を示すページ数データ」自体に相違はない。要するに、この相違点は、印刷データのページサイズと実際に印刷出力する用紙サイズが同一サイズである場合だけを予定している（引用例発明１）のか、異なるサイズの場合をも予定している（本件発明１）のかに起因する相違点である。
　複数ページの印刷データを１枚の用紙に印刷するに当たり、印刷データのページサイズと実際に印刷出力する用紙サイズを同一としなければならない理由はないし、現実に異なるサイズをも予定して、縮小率の算出基準に印刷データのページサイズと実際に印刷出力する用紙サイズを含めることは周知である（例えば特開平６−１８３０９５号公報又は特開平９−２６８６５号公報参照。）。
　したがって、相違点１に係る本件発明１の構成をなすことは設計事項にすぎない。
　
（２）相違点２について
　取消理由に引用した特開平２−１９４９７７号公報（特許異議申立人の提出した甲第２号証。以下「引用例２」という。）には、「前述した実施例では、４ページ同時印刷時に４ページ分のデータを１ページのデータとして一旦編集したが、これに限定されるものではない。ここでは、第６図に示す如く、ページ編集を１ページづつ編集していつて、ビツトマツプメモリ１０７に各々のページのデータを決められた位置に展開する場合を説明する。・・・第１ページに対応するパターンデータはビツトマツプメモリ１０７（ｘ，ｙ）座標に従つて展開する。第２ページは１ページの紙幅分だけ右にシフトして展開する。つまり紙幅分の定数Ｘを第２ページデータのｘ座標に付加する。同様に第３ページは１ページ分の紙の長さＹをｙ座標に付加、第４ページはｘ，ｙ共に付加することで、図示の様な展開結果を得る。」（５頁左下欄１〜１５行）との記載があり、「１ページづつ編集」とは前述した実施例における「４ページ分のデータを１ページのデータとして一旦編集」と対立する概念として用いられている用語であるから、第６図（８頁）のビットマップメモリにおいて「ページ１」として示された領域（ｘ座標がＸ以下、ｙ座標がＹ以下の領域）への展開処理が終わってから、次の「ページ２」の展開処理を行うものと認められる。
　そして、「ビツトマツプメモリ１０７（ｘ，ｙ）座標に従つて展開する。第２ページは１ページの紙幅分だけ右にシフトして展開する」ということは、第１ページの展開時においては、ビツトマツプメモリ１０７ｘ座標がＸ以下の領域にとどめられ、ｘ座標がＸ＋１以上の領域を空けてあるものと認めることができる。ｘ座標がＸ＋１以上の領域は、本件発明１の「他のページのラスタサイズ分」だけ空けたメモリエリアに相当する。もっとも、引用例２の上記記載だけでは、各ページのデータをビツトマツプメモリに展開するに当たり、１ラスタずつビツトマツプメモリに展開していることまでは断定できない。しかし、ビツトマツプメモリへの展開を１ラスタずつ行うことは最も基本的であるばかりか、引用例２には「ページの先頭から所定のライン数の展開が終了したら」（３頁右下欄１１〜１２行）との記載があるところ、これは１ラスタずつビツトマツプメモリに展開することを意味するものであって、第６図の説明記載ではないけれども、第６図実施例においてもこのような展開処理をするものと理解するのが自然である。少なくとも、第６図実施例において１ラスタずつビツトマツプメモリに展開することは示唆されている。
　そうすると、相違点２に係る本件発明１の構成たる展開処理は、引用例２記載の展開処理と同一というべきであり、この展開処理を引用例発明１に適用して相違点２に係る本件発明１の構成をなすことが当業者にとって想到容易であることは明らかである。
　特許権者は、「引用例２の印刷装置では、文字コード、制御コードを含む印字データを受信することから、ホストインタフェース１０４と、ページバッファメモリ１０５と、ビットマップメモリ１０７とが必須であるのに対し、本件請求項１発明の印刷装置では、・・・引用例２に記載されたページバッファメモリ１０５は不要です。」（意見書１１頁５〜１０行）と主張する。しかし、引用例２記載のページバッファメモリ１０５は、特許権者が主張するとおり文字コード、制御コードを含む印字データを受信するために必要となった構成であり、上位装置から印刷装置へ送信される印刷データがＰＤＬデータであるのかビットマップデータであるのかは、別途相違点３として採り上げているのだから、相違点２として問題となるのは合成データのメモリエリアへの展開処理だけである。特許権者の上記主張は採用できない。
　したがって、相違点２に係る本件発明１の構成は、引用例発明１及び引用例２記載の発明に基づいて当業者が容易に想到できたものである。
　
（３）相違点３について
　取消理由に引用した特開平７−２４４５６６号公報（特許異議申立人の提出した甲第３号証。以下「引用例３」という。）には、「ホストコンピュータ１０で出力要求中の画像データを、ステップＳ４０３で得られたレーザビームプリンタ１２の出力可能な用紙サイズに納まるように間引き等、公知の縮小変倍処理を行う。そして、ステップＳ４０８に進み、レーザビームプリンタ１２の入出力制御部１へネットワークケーブル１３を介して、縮小された画像データを転送する。」（段落【００４８】）との記載があり、この記載によると、印刷データの縮小処理がホストコンピュータ（本件発明１の「上位装置」に相当する。）で行われることが記載されており、その縮小処理は「間引き等、公知の縮小変倍処理」とされていることからみて、ビットマップデータに展開した後の縮小処理であって、縮小したビットマップデータをレーザビームプリンタ（本件発明１の「印刷装置」に相当する。）に送信すると解するのが自然である。
　この点特許権者は、「ホストコンピュータ１０が作成する縮小画像データは・・・ＰＤＬデータのようなデータである可能性が高い」（意見書７頁１１〜１５行）、及び「ホストコンピュータ１０が、画像情報、文書情報及び強調文字等を指定する制御コードから成る縮小画像データを作成し、レーザビームプリンタに出力し、レーザビームプリンタが、受信した画像情報、文書情報及び強調文字等を指定する制御コード等から成る画像データをページメモリ２に格納し、その画像情報、文書情報及び強調文字等を指定する制御コード等から成る画像データを読み出し、キャラクタジェネレータ部３を用いてビットマップメモリ５にビットパターンとして展開するものである」（同頁１９〜２６行）と主張する。しかし、上記記載では縮小処理の代表的技術として間引きがあげられているが、ビットマップ以外のデータであれば、間引きによる縮小はできない。
　のみならず、上位装置から印刷装置へ送信する印刷データをビットマップデータとすることは周知である（後記引用例４もその１つである。）ばかりか、ビットマップデータ展開処理や縮小処理を上位装置・印刷装置のどちらで行うかといったことは、上位装置と印刷装置の能力・負担等を考慮して設計されており、ビットマップデータ展開処理を上位装置で行い、縮小したビットマップデータを印刷装置に送信することも周知である（例えば特開平８−１８６７２４号公報（特に段落【０００３】）又は前掲特開平９−２６８６５号公報参照。）。
　これらのことを考慮すれば、引用例３に接した当業者であれば、上記認定のとおり、縮小したビットマップデータをレーザビームプリンタに送信すると理解するものと認められる。少なくとも、上位装置にて縮小したビットマップデータを作成し、これを印刷装置に送信するとの、相違点３に係る本件発明１の構成を想到することに困難性があると認めることはできない。
　すなわち、特許権者の上記主張を採用することはできず、相違点３に係る本件発明１の構成は当業者にとって想到容易である。
　
（４）本件発明１の進歩性の判断
　相違点１〜相違点３に係る本件発明１の構成は、いずれも設計事項であるか当業者にとって想到容易であり、これら構成を採用したことによる格別の作用効果を認めることもできない。
　したがって、本件発明１は引用例発明１並びに引用例２，３記載の発明及び周知技術に基づいて当業者が容易に発明できたものであるから、請求項１に係る特許は特許法２９条２項の規定に違反してされた特許である。
　
６．本件発明２の進歩性の判断
　本件発明２は、本件発明１に「前記上位装置の送信手段は、作成したビットマップデータを圧縮して印刷装置に送信し、前記印刷装置の展開手段は、受信したデータをビットマップデータに伸張しながら合成することを特徴とする」との限定を加えたものであるが、印刷装置の展開手段が受信したデータを合成することは、本件発明１の構成に含まれているから、ここでの実質的な限定事項は、送受信されるデータが作成したビットマップデータを圧縮したデータであることである（上位装置で圧縮すること、及び印刷装置の展開手段が伸張しながら合成することは、送受信データが圧縮データであることの必然的結果である。）。
　しかし、上記本件発明２の限定構成、すなわち、送受信されるデータを作成したビットマップデータを圧縮したデータとすることは、取消理由に引用した特開平２−１９００７８号公報（特許異議申立人の提出した甲第４号証。以下「引用例４」という。）に記載されているほか、ファクシミリ通信においては普通に行われている（ファクシミリ通信で上位装置に当たるのは、送信側ファクシミリである。）ことであり、これを引用例１記載の発明に適用する（その前提として、相違点３に係る本件発明１の構成を採用した上で）ことにより、上記限定構成をなすことは設計事項程度である。なお、引用例４にはビットマップデータとの明示的記載はないけれども、「スキャナなどから読み取った」（１頁右下欄１３〜１４行）、「画像データの回転処理」（２頁右上欄１４〜１５行）等の記載からみて明らかといえる。
　したがって、本件発明２は引用例発明１並びに引用例２〜４記載の発明及び周知技術に基づいて当業者が容易に発明できたものであるから、請求項２に係る特許は特許法２９条２項の規定に違反してされた特許である。
　
第４　むすび
　以上のとおり、請求項１及び請求項２に係る特許は、特許法２９条２項の規定に違反してされた特許であるから、平成１５年改正前特許法１１３条２号の規定により取り消されなければならない。
　よって、結論のとおり決定する。
【異議決定日】
平成１６年７月１５日（２００４．７．１５）
【訂正の要旨】
審決（決定）の【理由】欄参照。
（５４）【発明の名称】
印刷処理システム
（５７）【特許請求の範囲】
　【請求項１】　複数ページの印刷データを１ページに合成して印刷する印刷処理を行う印刷処理システムにおいて、
　１ページに合成する複数ページの印刷データを
、前記印刷データのページサイズと実際に印刷出力する用紙サイズと１ページに合成するページ数を示すページ数データとから算出した縮小率で、
ページ単位に
単位
　前記縮小したビットマップデータを上位装置から受信する受信手段と、上位装置から受信した
前記
したビットマップ
合成データのメモリエリアに
前記合成データのメモリエリアにおいて
処理を１ページ分繰り返し、次のページのビットマップデータを前記処理で空けたメモリエリアに前記処理と同じ様に格納する処理を１ページ分繰り返す
　【請求項２】　請求項１記載の印刷システムにおいて、前記上位装置の送信手段は、作成したビットマップデータを圧縮して印刷装置に送信し、前記印刷装置の展開手段は、受信したデータをビットマップデータに伸張しながら合成することを特徴とする印刷処理システム。
【発明の詳細な説明】
　【０００１】
　【発明の属する技術分野】
　本発明は、上位装置から送信された印刷データを印刷する印刷処理システムに関し、特に、複数ページの文書データを１ページに合成して印刷を行う印刷処理システムに適用して有効な技術に関するものである。
　【０００２】
　【従来の技術】
　従来、上位装置から印刷装置に印刷データを送信して印刷を行う種々の印刷処理が行われており、その印刷処理の１つに複数のページの文書データを１ページに合成して印刷する段組印刷がある。
　【０００３】
　従来の印刷処理システムで前記の段組印刷を行う場合には、例えば特開平６−７６８８号公報に記載されている様に、上位装置から受信したデータを印刷装置で縮小してビットマップデータをメモリに蓄積し、複数ページを１ページに合成して出力している。
　【０００４】
　前記の様に上位装置で文書データをビットマップデータにラスタライズして印刷装置にビットマップデータを送信して印刷するものでは、例えば２ページ分の文書データを１ページに合成して印刷出力する場合に、２ページ分のビットマップデータを印刷装置に送信するのでデータの送信時間が２倍となる。また、印刷装置で受信したビットマップデータを縮小しながらメモリに格納しなければならず、受信データをメモリに格納するまでの処理時間が増大する。
　【０００５】
　複数のページを１ページに合成するページ合成については、その他に特開平７−１２５３３１号公報や特開平７−１４８９９０号公報に記載されており、これらも同様に印刷装置でビットマップデータの縮小をしている。また、これらの印刷装置では、印刷装置におけるビットマップデータの格納時間を短縮する目的で、上位装置でビットマップデータの圧縮等を行うことはしておらず、印刷装置でも圧縮データの伸長処理を行っていない。
　【０００６】
　上位装置で文書データを縮小及びラスタライズしてビットマップデータを作成する際に、複数ページのビットマップデータを上位装置で合成する方法も考えられるが、この方法では、同一のページに印刷出力する複数ページの文書データの縮小及びラスタライズと、複数ページのビットマップデータの合成処理が完了するまで印刷装置にビットマップデータを送信することができないので、印刷装置へのビットマップデータの送信が遅れる。
　【０００７】
　【発明が解決しようとする課題】
　従来の技術において、１ページに複数ページの印刷データを印刷する段組印刷を行う際に上位装置で印刷データをビットマップデータにラスタライズして印刷装置にビットマップデータを送信し印刷装置で縮小して印刷する場合には、上位装置から印刷装置へのデータ送信時間と印刷装置側での縮小処理時間の増加により印刷時間が長くかかるという問題がある。
　【０００８】
　また、従来の技術において、上位装置で複数ページのビットマップデータを合成して印刷装置に送信する場合には、印刷装置へのビットマップデータの送信が遅れるという問題がある。
　【０００９】
　本発明の目的は、上記問題を解決し、複数ページを縮小及び合成して印刷する印刷処理を高速に行うことが可能な技術を提供することにある。
　【００１０】
　【課題を解決するための手段】
　本発明は、複数ページの印刷データを１ページに合成して印刷する印刷処理を行う印刷処理システムにおいて、１ページに合成する複数ページの印刷データを上位装置で縮小してビットマップデータを作成し、前記縮小した複数ページのビットマップデータを印刷装置で１ページのビットマップデータに合成して印刷するものである。
　【００１１】
　本発明の印刷処理システムでは、上位装置の印刷データ縮小手段により複数ページの印刷データを縮小してビットマップデータを作成し、前記縮小したビットマップデータを送信手段により印刷装置に送信する。
　【００１２】
　印刷装置は、前記縮小したビットマップデータを受信手段により上位装置から受信し、受信した複数ページのビットマップデータを展開手段により１ページのビットマップデータに合成した後、前記１ページに合成したビットマップデータを印刷手段により印刷する。
　【００１３】
　以上の様に、本発明の印刷処理システムによれば、上位装置で複数のページを縮小したデータを作成して印刷装置に送信し、印刷装置で複数ページのデータを１ページに合成して印刷するので、複数ページを縮小及び合成して印刷する印刷処理を高速に行うことが可能である。
　【００１４】
　【発明の実施の形態】
（実施形態１）
　以下に、Ａ４サイズ２ページの文書データをＡ４サイズ１ページに合成して印刷する段組印刷を行う実施形態１の印刷処理システムについて説明する。
　【００１５】
　図１は、本実施形態の印刷処理システムの概略構成を示す図である。図１に示す様に本実施形態の印刷処理システムでは、複数ページの印刷データ１２０を縮小及びラスタライズする上位装置１００と、複数ページの縮小データ１２２を受信して合成データ１２５を作成し印刷する印刷装置１１０とが接続されている。
　【００１６】
　上位装置１００は、上位装置１００全体の動作を制御するＣＰＵ１０１と、印刷データ１２０やプリンタドライバ１２１をロードするＲＡＭ１０２（ランダムアクセスメモリ）と、印刷データ１２０の印刷処理の指示を入力するキーボード１０３と、印刷データ１２０の内容等を表示するディスプレイ１０４と、印刷データ１２０やプリンタドライバ１２１を格納するＨＤＤ１０５（ハードディスクドライブ）と、縮小データ１２２を印刷装置１１０に送信するＩ／Ｆ１０６（インタフェース）とを備えている。
　【００１７】
　上位装置１００のＲＡＭ１０２には、１ページに合成する複数ページの印刷データ１２０と、印刷データ１２０の縮小及びラスタライズを行うプリンタドライバ１２１と、プリンタドライバ１２１により出力される縮小データ１２２及び１ページに合成するページ数を示すページ数データ１２３とが格納される。
　【００１８】
　印刷装置１１０は、印刷装置１１０全体の動作を制御するＣＰＵ１１１と、縮小データ１２２や展開部１２４をロードするＲＡＭ１１２と、制御プログラム等を格納するＲＯＭ１１３（リードオンリメモリ）と、展開部１２４での処理や印刷処理に必要なデータを格納するＨＤＤ１１４と、印刷装置１１０を操作する操作パネル１１５と、縮小データ１２２を上位装置１００から受信するＣＨＡ１１６（チャネルアダプタ）と、合成データ１２５を印刷部１１８に送るＩ／Ｏアダプタ１１７と、複数ページを１ページに合成した合成データ１２５を印刷用紙に印刷する印刷部１１８とを備えている。尚、ＨＤＤ１１４の代わりにＥＥＰＲＯＭ（書き換え可能ＲＯＭ）等の記憶装置を用いても良い。
　【００１９】
　印刷装置１１０のＲＡＭ１１２には、上位装置１００で縮小した複数ページの縮小データ１２２と、縮小データ１２２の各ページのラスタデータを連結して合成データ１２５を作成する展開部１２４と、展開部１２４によって出力される合成データ１２５とが格納される。
　【００２０】
　本実施形態の印刷処理システムのプリンタドライバ１２１は、１ページに合成する複数ページの印刷データ１２０を縮小して縮小データ１２２を作成する印刷データ縮小手段に相当し、Ｉ／Ｆ１０６は、前記縮小した縮小データ１２２を印刷装置１１０に送信する送信手段に相当している。
　【００２１】
　また、ＣＨＡ１１６は、前記縮小した縮小データ１２２を上位装置１００から受信する受信手段に相当し、展開部１２４は、上位装置１００から受信した複数ページの縮小データ１２２を１ページの合成データ１２５に合成する展開手段に相当し、印刷部１１８は、前記１ページに合成した合成データ１２５を印刷する印刷手段に相当している。
　【００２２】
　上位装置１００のプリンタドライバ１２１や印刷装置１１０の展開部１２４はＦＤ（プロッピーディスク）等の記録媒体に格納され、前記記録媒体から上位装置１００のＲＡＭ１０２及びＨＤＤ１０５や印刷装置１１０のＲＡＭ１１２及びＨＤＤ１１４またはＥＥＰＲＯＭ等に読み込まれるものとする。尚、前記記録媒体としてＦＤ以外の媒体を用いても良い。
　【００２３】
　図２は、本実施形態の段組印刷処理の概要を示す図である。図２に示す様に本実施形態の段組印刷処理では、「Ａ」及び「Ｂ」で示されるＡ４サイズの２ページの文書データ２０１及び２０２を縮小及びラスタライズし、印刷装置１１０に送信して１ページに印刷する処理を表している。
　【００２４】
　上位装置１００上のプリンタドライバ１２１は、文書データ２０１及び２０２のページサイズと、実際に印刷出力する用紙サイズと、１ページに合成するページ数を示すページ数データ１２３とから縮小率として例えば７０％を算出し、２ページ分の文書データ２０１及び２０２を７０％に縮小してビットマップに展開したビットマップデータ２１１及び２１２を作成し、合成時の大きさに縮小したビットマップデータ２１１及び２１２を印刷装置１１０に送信する。
　【００２５】
　その際、ページ数データ１２３を送信データの先頭に付加し、ページ数データ１２３、ビットマップデータ２１１及び２１２の順序で印刷装置１１０に送信する。
　【００２６】
　印刷装置１１０では、上位装置１００から送信されたビットマップデータ２１１及び２１２を受信し、受信したビットマップデータ２１１及び２１２を展開部１２４で１ラスタづつ読み出し、合成データ１２５として格納していく。
　【００２７】
　図３は、本実施形態のビットマップデータ２１１の合成処理の概要を示す図である。図３に示す様に本実施形態のビットマップデータ２１１の合成処理では、１ページ目のビットマップデータ２１１を合成データ１２５として格納する処理を表しており、１ページ目のビットマップデータ２１１を格納する時には、合成データ１２５のメモリエリアの先頭から格納し始める。１ページ目のビットマップデータ２１１を１ラスタ格納する毎に、２ページ目のビットマップデータ２１２の１ラスタ分のメモリエリアを空けて次のラスタを格納する処理を１ページ分繰り返し、この様にして１ページ分のビットマップデータ２１１を合成データ１２５として順に格納していく。
　【００２８】
　図４は、本実施形態のビットマップデータ２１２の合成処理の概要を示す図である。図４に示す様に本実施形態のビットマップデータ２１２の合成処理では、２ページ目のビットマップデータ２１２を合成データ１２５として格納する処理を表しており、２ページ目のビットマップデータ２１２を格納する時には、１ページ分のビットマップデータ２１１を格納する際に空けたメモリエリアに、１ラスタ毎に格納していく。
　【００２９】
　この際、１ページ目のビットマップデータ２１１を格納したラスタ部にはデータを格納しない様に、１ページ目のビットマップデータ２１１を格納した時と同じ様に、１ページ目のビットマップデータ２１１が格納されているメモリエリアを空けながらビットマップデータ２１２を合成データ１２５として格納する。
　【００３０】
　この様にして１ページ目と２ページ目のビットマップデータ２１１及び２１２の１ラスタ分が連結されたデータが、結果的に実際に印刷される合成データ１２５の１ラスタ分のデータとして格納される。
　【００３１】
　前記の様にビットマップデータ２１１及び２１２を合成データ１２５として順次格納し、全てのビットマップデータ２１１及び２１２を格納できたところで、合成データ１２５の内容を印刷部１１８に送信する。
　【００３２】
　印刷部１１８は、展開部１２４から送信されてきた合成データ１２５の内容を実際に１枚の用紙に印刷することで、Ａ４サイズ２ページ分の文書データ２０１及び２０２をＡ４サイズ１ページ分の用紙に合成して印刷することが可能となり、段組印刷が実現できる。
　【００３３】
　図５は、本実施形態のページ合成の縮小率と合成結果の例を示す図である。図５に示す様に本実施形態のページ合成の縮小率と合成結果では、種々の印刷データ１２０を１ページに合成する処理の例を表しており、図５（１）は種々のサイズの２ページの印刷データ１２０を１ページに合成する際の縮小率と合成結果、図５（２）は４ページの印刷データ１２０を１ページに合成する際の縮小率と合成結果を示している。
　【００３４】
　図５の様に本実施形態の印刷処理システムの上位装置１００では、１ページに合成して印刷する印刷データ１２０のページサイズと、実際に印刷出力する用紙サイズと、印刷データ１２０のページ数データ１２３とを基に印刷データ１２０の縮小率を算出することで、２ページ以外の複数ページの印刷データ１２０の縮小及びラスタライズを行って縮小データ１２２を作成することが可能である。
　【００３５】
　印刷装置１１０では、実際に印刷出力する用紙サイズと１ページに合成して印刷する印刷データ１２０のページ数データ１２３とを上位装置１００から受信することで、各ページの縮小データ１２２の１ラスタのサイズを求める。
　【００３６】
　印刷装置１１０の展開部１２４は、１ページ目の縮小データ１２２の１ラスタを合成データ１２５に格納した後、他のページのラスタサイズ分だけ合成データ１２５のメモリエリアを空けて次のラスタを格納する処理を１ページ分繰り返す。
　【００３７】
　次に展開部１２４は、２ページ目の縮小データ１２２の１ラスタを１ページ目で空けておいたメモリエリアに格納した後、他のページのラスタサイズ分だけ合成データ１２５のメモリエリアを空けて次のラスタを格納する処理を１ページ分繰り返す。
　【００３８】
　この処理を、１ページに合成して印刷する印刷データ１２０のページ数データ１２３分繰り返すことにより、複数ページの印刷データ１２０を実際に印刷する用紙の１ページに合成することができ、この合成した合成データ１２５を印刷することで複数ページを実際に印刷出力する用紙の１ページに印刷することが可能となる。
　【００３９】
　以上説明した様に、本実施形態の印刷処理システムによれば、上位装置で複数のページを縮小したデータを作成して印刷装置に送信し、印刷装置で複数ページのデータを１ページに合成して印刷するので、複数ページを縮小及び合成して印刷する印刷処理を高速に行うことが可能である。
　【００４０】
（実施形態２）
　以下に、Ａ４サイズ２ページの文書データを圧縮して印刷装置に送り、Ａ４サイズ１ページに合成して印刷する段組印刷を行う実施形態２の印刷処理システムについて説明する。
　【００４１】
　図６は、本実施形態の印刷処理システムの概略構成を示す図である。図６に示す様に本実施形態の印刷処理システムでは、複数ページの印刷データ１２０を縮小及びラスタライズして圧縮する上位装置１００と、複数ページの圧縮データ６０１から合成データ１２５を作成して印刷する印刷装置１１０とが接続されている。
　【００４２】
　本実施形態の印刷処理システムの上位装置１００は、複数ページの印刷データ１２０を縮小及びラスタライズして圧縮するプリンタドライバ１２１を有しており、また印刷装置１１０はプリンタドライバ１２１により圧縮した圧縮データ６０１を伸長する伸長回路６００を有している。
　【００４３】
　上位装置１００のＲＡＭ１０２には、段組印刷する複数ページの印刷データ１２０と、印刷データ１２０を縮小及びラスタライズして圧縮するプリンタドライバ１２１と、プリンタドライバ１２１により出力される圧縮データ６０１及び１ページに合成するページ数を示すページ数データ１２３とが格納される。
　【００４４】
　印刷装置１１０のＲＡＭ１１２には、上位装置１００で縮小、ラスタライズ及び圧縮を行った複数ページの圧縮データ６０１と、圧縮データ６０１の各ページのラスタデータを連結して合成データ１２５を作成する展開部１２４と、展開部１２４によって出力される合成データ１２５とが格納される。尚、本実施形態の印刷処理システムの他の構成については、図１に示した構成と同じものとする。
　【００４５】
　図７は、本実施形態の圧縮を伴う段組印刷処理の概要を示す図である。図７に示す様に本実施形態の圧縮を伴う段組印刷処理では、「Ａ」及び「Ｂ」で示されるＡ４サイズの２ページの文書データ２０１及び２０２を縮小及びラスタライズした後に圧縮し、印刷装置１１０に送信して１ページに印刷する処理を表している。
　【００４６】
　上位装置１００上のプリンタドライバ１２１は、文書データ２０１及び２０２のページサイズと、実際に印刷出力する用紙サイズと、１ページに合成するページ数を示すページ数データ１２３とから縮小率として例えば７０％を算出し、２ページ分の文書データ２０１及び２０２を７０％に縮小してビットマップに展開したデータを作成する。
　【００４７】
　次に、縮小してビットマップに展開したデータを、例えばＭＨ（Ｍｏｄｉｆｉｅｄ　Ｈｕｆｆｍａｎ）圧縮、ＭＭＲ（Ｍｏｄｉｆｉｅｄ　Ｍｏｄｉｆｉｅｄ　Ｒｅａｄ）圧縮等の圧縮方式を用いて圧縮して圧縮データ７０１及び７０２を作成し、ページ数データ１２３を送信データの先頭に付加し、ページ数データ１２３、圧縮データ７０１及び７０２の順序で印刷装置１１０に送信する。
　【００４８】
　図８は、本実施形態の圧縮データ７０１及び７０２の合成の概要を示す図である。図８に示す様に本実施形態の圧縮データ７０１及び７０２の合成では、印刷装置１１０上で２ページの圧縮データ７０１及び７０２を合成する際の順序を表しており、印刷装置１１０では、上位装置１００から送信された圧縮データ７０１及び７０２を受信し、受信した圧縮データ７０１及び７０２を展開部１２４で合成データ１２５として格納する。
　【００４９】
　その際、圧縮データ７０１及び７０２の１圧縮単位を合成データ１２５として格納し、格納したアドレスを圧縮データ格納アドレス７１１に設定すると共に格納した圧縮データ長を圧縮データ長設定テーブル７１２に設定する。
　【００５０】
　その後、１ページに合成するページ数を示すページ数データ１２３分の圧縮データ７０１及び７０２を１圧縮データ毎に格納しながら、圧縮データ格納アドレス７１１及び圧縮データ長設定テーブル７１２に全ての圧縮データ分の開始アドレス及び圧縮データ長を設定し、ページ数データ１２３分の全ての圧縮データ７０１及び７０２を格納して、伸長回路６００に圧縮データ格納アドレス７１１及び圧縮データ長設定テーブル７１２を入力する。
　【００５１】
　伸長回路６００は、入力された圧縮データ格納アドレス７１１及び圧縮データ長設定テーブル７１２から、１ページ目と２ページ目の圧縮データ７０１及び７０２を読み出し、ビットマップのデータに伸長して印刷部１１８に送信する。
　【００５２】
　この際、伸長回路６００は１ページ目の１ラスタ目の圧縮データ７０１を伸長したビットマップのデータと、２ページ目の１ラスタ目の圧縮データ７０２を伸長したビットマップのデータとを連結して印刷部１１８に送信する。
　【００５３】
　その後、１ページ目及び２ページ目の圧縮データ７０１及び７０２を伸長したビットマップのデータを連結して印刷部１１８に送信することを繰り返し、以上の様に２ページ分の圧縮したビットマップのデータを合成して実際に印刷出力する用紙の１ページに段組印刷する。
　【００５４】
　また、同様にして２ページ以外の複数ページの印刷データ１２０についても圧縮したビットマップのデータを合成して１ページに段組印刷することも可能である。
　【００５５】
　以上説明した様に、本実施形態の印刷処理システムによれば、上位装置で複数のページを縮小したデータを作成して印刷装置に送信し、印刷装置で複数ページのデータを１ページに合成して印刷するので、複数ページを縮小及び合成して印刷する印刷処理を高速に行うことが可能である。
　【００５６】
　以上、本発明を前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
　【００５７】
　【発明の効果】
　本発明によれば、上位装置で複数のページを縮小したデータを作成して印刷装置に送信し、印刷装置で複数ページのデータを１ページに合成して印刷するので、複数ページを縮小及び合成して印刷する印刷処理を高速に行うことが可能である。
【図面の簡単な説明】
　【図１】
　実施形態１の印刷処理システムの概略構成を示す図である。
　【図２】
　実施形態１の段組印刷処理の概要を示す図である。
　【図３】
　実施形態１のビットマップデータ２１１の合成処理の概要を示す図である。
　【図４】
　実施形態１のビットマップデータ２１２の合成処理の概要を示す図である。
　【図５】
　実施形態１のページ合成の縮小率と合成結果の例を示す図である。
　【図６】
　実施形態２の印刷処理システムの概略構成を示す図である。
　【図７】
　実施形態２の圧縮を伴う段組印刷処理の概要を示す図である。
　【図８】
　実施形態２の圧縮データ７０１及び７０２の合成の概要を示す図である。
　【符号の説明】
　１００…上位装置、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…キーボード、１０４…ディスプレイ、１０５…ＨＤＤ、１０６…Ｉ／Ｆ、１１０…印刷装置、１１１…ＣＰＵ、１１２…ＲＡＭ、１１３…ＲＯＭ、１１４…ＨＤＤ、１１５…操作パネル、１１６…ＣＨＡ、１１７…Ｉ／Ｏアダプタ、１１８…印刷部、１２０…印刷データ、１２１…プリンタドライバ、１２２…縮小データ、１２３…ページ数データ、１２４…展開部、１２５…合成データ、２０１及び２０２…文書データ、２１１及び２１２…ビットマップデータ、６００…伸長回路、６０１…圧縮データ、７０１及び７０２…圧縮データ、７１１…圧縮データ格納アドレス、７１２…圧縮データ長設定テーブル。