デジタルフロントエンドサーバ、その制御方法、画像形成装置及びプリントシステム
【課題】転送する画像データ量を効率よく低減させる。
【解決手段】印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する帳票データ受信手段１６１と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段１６２と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データを送信する画像データ圧縮手段１６３と、を有することを特徴とする、デジタルフロントエンドサーバ１６０。
【解決手段】印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する帳票データ受信手段１６１と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段１６２と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データを送信する画像データ圧縮手段１６３と、を有することを特徴とする、デジタルフロントエンドサーバ１６０。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルフロントエンドサーバ、その制御方法、画像形成装置及びプリントシステムに関し、特に、デジタルフロントエンドサーバと画像形成装置間のデータ転送に関する。
【背景技術】
【０００２】
多数の顧客宛ての請求書やダイレクトメール、選挙はがきなどの印刷を行う業務用プリントシステムがある。業務用プリントシステムは、上位装置群、ＤＦＥサーバ、プリンタエンジンなどの複数の装置で構成されるシステムである。
【０００３】
上位装置群は、印刷データを作る帳票設計ＰＣ（パーソナルコンピュータ）や、帳票データＤＢ（データベース）、請求データＤＢ、帳票印刷サーバなどからなる。ＤＦＥ（デジタルフロントエンド）サーバは、上位装置群から送られてくる印刷データをＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）展開して画像データ化する。プリンタエンジンは、ＤＦＥサーバから送られてくる画像データを用紙に印刷する。
【０００４】
このようなプリントシステムにおいては、多量な印刷物を高速に印刷することから、ＤＦＥサーバからプリンタエンジンへの画像データの転送を高速で行う必要がある。この課題に対応するためには、ＤＦＥサーバとプリンタエンジン間の物理インターフェースを、データ転送が高速なものに取り替えるという解決手段が考えられる。しかしながら、高速な物理インターフェースは、高価であり、コスト増につながる。
【０００５】
別の解決手段としては、転送する画像データ量を減らすことが考えられる。転送する画像データ量を減らす具体的な方法としては、例えば、転送する画像データの一部を省くという方法が考えられる。
【０００６】
特許文献１には、白紙ページを有する原稿を記録し記録媒体からその情報を再生する装置の開示がある。具体的には、１ページ分のデータ転送を開始してから、ＡＮＤ回路によって「黒」を検出し、黒のカウントが一定以下である場合には白紙データであると判断する。そして、白紙データをプリンタに転送しない。つまり、転送する画像データから白紙データを省くことによって画像データ量を減らす。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の技術は、省く画像データが白紙データのみである。画像データ量を減らすという効果が得られる対象となる画像データが限られている。その結果、十分なデータ転送効率を得ることができない。
また、ページごとに白紙データを検出する処理を行うので負荷がかかり、大量の印刷を行う業務用プリントシステムには適用できない。
【０００８】
そこで本発明は、上記実情に鑑みて、転送する画像データ量を効率よく低減させることが可能なデジタルフロントエンドサーバ、その制御方法、画像形成装置及びプリントシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明は、第１の態様として、印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データを送信する画像データ圧縮手段と、を有することを特徴とする、デジタルフロントエンドサーバを提供するものである。
【００１０】
また、本発明は、第２の態様として、印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信工程と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成工程と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮する画像データ圧縮行程と、圧縮した画像データを送信する送信工程と、を含むことを特徴とする、デジタルフロントエンドサーバの制御方法を提供するものである。
【００１１】
また、第３の態様として、メモリバッファと、印刷するページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報、及び、前記ページのページデータに基づいて生成された印刷のための画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除する圧縮を行った圧縮した画像データを受信して、前記メモリバッファに前記圧縮した画像データを展開して格納するメモリ制御手段と、前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有し、前記メモリ制御手段は、前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開することを特徴とする、画像形成装置を提供するものである。
【００１２】
また、第４の態様として、デジタルフロントエンドサーバと画像形成装置を有するプリントシステムであって、前記デジタルフロントエンドサーバは、印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データ及び前記印刷不要領域情報を送信する画像データ圧縮手段と、を有し、前記画像形成装置は、メモリバッファと、前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開するメモリ制御手段と、前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有することを特徴とする、プリントシステムを提供するものである。
【発明の効果】
【００１３】
本発明によれば、転送する画像データ量を効率よく低減させることが可能なデジタルフロントエンドサーバ、その制御方法、画像形成装置及びプリントシステムを提供することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明を好適に実施した一実施形態に係るプリントシステムの構成を示すブロック図である。
【図２】本実施形態の装置のハードウェア構成例を示す図である。
【図３】本実施形態の帳票設計ＰＣ１１０の機能ブロック図である。
【図４】本実施形態の帳票フォーマットの一例を示す図である。
【図５】本実施形態の帳票印刷サーバ１３０の機能ブロック図である。
【図６】本実施形態のＤＦＥサーバ１６０の機能ブロック図である。
【図７】本実施形態のプリンタエンジン１７０の機能ブロック図である。
【図８】本実施形態の処理の流れを示すシーケンス図である。
【図９】本実施形態のＤＦＥサーバ１６０の処理の流れを示すフローチャート図である。
【図１０】本実施形態のプリンタエンジン１７０の処理の流れを示すフローチャート図である。
【発明を実施するための形態】
【００１５】
図１に、本実施形態のプリントシステム１の構成を示す。なお、本実施形態は、請求書を大量印刷する業務用プリントシステムに本発明を適用する例を示しているが、本発明がこれに限定されないことは言うまでもない。
【００１６】
図１に示すように、プリントシステム１は、帳票設計ＰＣ１１０、帳票印刷サーバ１３０、帳票データＤＢ１４０、請求データＤＢ１５０、ＤＦＥサーバ１６０、プリンタエンジン１７０、物理インターフェース１８０を有する。
【００１７】
帳票設計ＰＣ１１０は、帳票デザイナが顧客宛てに送付する請求書やダイレクトメール、選挙はがきなどの帳票をデザインして、帳票フォーマットを作成するための端末装置である。
帳票データＤＢ１４０は、帳票設計ＰＣ１１０によりデザインした帳票フォーマットを格納する。
請求データＤＢ１５０は、大勢の顧客情報や、各顧客毎に請求額等を紐付けた請求情報を集約して格納する。
【００１８】
帳票印刷サーバ１３０は、印刷時に、帳票データＤＢ１４０に格納されている帳票フォーマットに基づいて、請求データＤＢ１５０に格納されている情報を読み込む。そして、各顧客毎に帳票データを生成する。顧客の数が多いと帳票データの量は大量となる。帳票印刷サーバ１３０は、生成した帳票データをＤＦＥサーバ１６０に送信する。送信する際に印刷ジョブを起動してもよい。
【００１９】
例えば、月に一度顧客に請求書を発行する業務では、オペレータが手動又は図示しない業務用サーバが自動で印刷ジョブを起動する。帳票印刷サーバ１３０は、印刷ジョブが起動されたことを受けて、先月分の顧客使用料金が格納された請求書ＤＢ１５０の情報と帳票データＤＢ１４０に格納してある帳票フォーマットから大量の帳票データを生成する。
【００２０】
ＤＦＥ（Ｄｉｇｉｔａｌ Ｆｒｏｎｔ Ｅｎｄ）サーバ１６０は、受信した帳票データをＲＩＰ（Ｒａｓｔｅｒ ｉｍａｇｅ ｐｒｏｃｅｓｓｏｒ）展開処理で画像データ（印刷イメージ化した帳票データ）に変換する。ＤＦＥサーバ１６０は、変換した画像データを、物理インターフェース１８０を経由してプリンタエンジン１７０に送信する。
【００２１】
プリンタエンジン１７０は、受信した画像データを内部のメモリバッファ１７１（図７）に格納しながら、プリンタ性能が十分に出せるようメモリバッファ１７１の状態を制御して印刷を行う。
【００２２】
次に、帳票設計ＰＣ１１０、帳票印刷サーバ１３０、帳票データＤＢ１４０、請求データＤＢ１５０、ＤＦＥサーバ１６０、プリンタエンジン１７０のハードウェア構成について説明する。図２は、本実施形態の各装置のハードウェア構成を示すブロック図である。
【００２３】
なお、プリンタエンジン１７０は、図２に示すハードウェア構成に加えて、画像形成部を備える。以降、帳票印刷サーバ１３０のハードウェア構成を例として説明するが、他の装置も同様である。
【００２４】
図２に示すように、帳票印刷サーバ１３０は、一般的なサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理端末と同様の構成を有する。即ち、帳票印刷サーバ１３０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２５】
ＣＰＵ１０は演算手段であり、装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２６】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが装置の状態を確認するための視覚的ユーザインターフェースである。操作部７０は、キーボードやマウス等、ユーザが装置に情報を入力するためのユーザインターフェースである。なお、図１において説明したように、帳票印刷サーバ１３０は、サーバとして運用される。したがって、ＬＣＤ６０及び操作部７０等のユーザインターフェースは省略可能である。
【００２７】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る帳票印刷サーバ１３０の機能を実現する機能ブロックが構成される。
【００２８】
図３に、帳票設計ＰＣ１１０の機能ブロック図を示す。また、図４に、帳票設計ＰＣ１１０により設計される帳票フォーマットの一例を示す。
図示のように、帳票設計ＰＣ１１０は、帳票フォーマット設計手段１１１、ＤＢリンク手段１１２、印刷不要領域指定手段１１３、ＤＢ登録手段１１４を有する。これら各手段は、帳票設計ソフトウェアアプリケーションにより帳票フォーマットのデザイナに提供される。
【００２９】
帳票フォーマット設計手段１１１は、帳票フォーマット内に、文字、数値、表、罫線などを配置して帳票フォーマットを設計する。帳票フォーマット内は他のＤＢ（データベース）とリンクが張れるようになっており、大勢の顧客に請求書を発行する場合、この帳票フォーマット内に他のＤＢから顧客名、取引情報が関連付けられて帳票データが生成される。ＤＢリンク手段１１２は、この他のＤＢへのリンクを設計している帳票フォーマットに張る機能を備える。
【００３０】
印刷不要領域指定手段１１３は、デザイナの指示により、帳票フォーマット内における印刷をしない領域（以下、「印刷不要領域」と呼ぶ）を指定する機能を備える。また、印刷不要領域指定手段１１３は、指定された印刷不要領域の情報を印刷不要領域情報として生成する。
【００３１】
印刷不要領域の例を、図４中の矩形領域５１０、５５０に示す。通常、帳票には、印刷不要領域が存在する。しかしながら、この印刷不要領域は、ＤＦＥサーバ１６０がＲＩＰ展開処理後、白データとして情報を持っている。そのため、従来の方式では印刷時、ＤＦＥサーバ１６０は、プリンタエンジン１７０にこの白データもデータ値‘０’として送付している。本実施形態の印刷不要領域指定手段１１３は、このような意味のない白データを転送しないように、帳票フォーマット設計の段階で印刷不要領域を指定する。
【００３２】
図４の例に依拠して具体的に説明する。印刷不要領域指定手段１１３は、印刷不要領域に該当する矩形領域５１０を請求書フォーマット２１０設計時に帳票設計ＰＣ１１０で指定する。さらに、その下部も印刷しないエリアなので、同様に矩形領域５５０として指定する。すると、印刷不要領域指定手段１１３は、図４下部に示したように、印刷不要領域情報５００を生成する。
【００３３】
印刷不要領域情報の内容は、矩形領域毎に、その位置を特定するための情報を有して構成される。図４の例では、印刷不要領域情報５００の内容は、矩形領域５１０について、矩形領域５１０が存在するページ情報５４０、矩形の開始座標５２０、矩形の終了座標５３０を有する。同様に矩形領域５５０についても、位置を特定するための情報を有する。位置を特定するための情報の一つとして、ページ情報を持つ理由は、仮に請求書フォーマットが、複数ページで構成されたケースを想定しているためである。
【００３４】
ＤＢ登録手段１１４は、帳票設計ＰＣ１１０にて設計された帳票フォーマット及び印刷不要領域情報を関連づけて帳票データＤＢ１４０に登録する機能を備える。
【００３５】
帳票データＤＢ１４０と請求データＤＢ１５０は、当業者によく知られているデータベースを用いることができる。請求データＤＢ１５０には、例えば、顧客毎に顧客情報（住所、名前など）、お取引した日にち情報、商品情報、金額情報などを記憶したテーブルを有していてもよい。帳票データＤＢ１４０は、複数の帳票フォーマットを記憶している。以下では、図４で示した請求書フォーマット２１０を記憶していることとする。
【００３６】
図５に、帳票印刷サーバ１３０の機能ブロック図を示す。
図示のように、帳票印刷サーバ１３０は、印刷ジョブ入力手段１３１、帳票フォーマット取得手段１３２、帳票データ作成手段１３３を有する。
【００３７】
印刷ジョブ入力手段１３１は、オペレータによる手動又は帳票印刷サーバ１３０の図示しないプログラムによって自動で、帳票印刷実行指示が入力された場合に、印刷ジョブを起動する機能を備える。また、印刷ジョブ入力手段１３１は、起動した印刷ジョブが利用する帳票フォーマットを帳票フォーマット取得手段１３２に入力する。本実施形態においては、月次請求書を所定の日に自動的に帳票印刷する例で説明する。
【００３８】
帳票フォーマット取得手段１３２は、入力された帳票フォーマットを、帳票データＤＢ１４０を参照して、取得する。この際、取得した帳票フォーマットに関連づけられた印刷不要領域情報も取得する。帳票フォーマット取得手段１３２は、取得した帳票フォーマット及び印刷不要領域情報を帳票データ作成手段１３３に渡す。
【００３９】
帳票データ作成手段１３３は、渡された帳票フォーマットに基づいて、該帳票フォーマットからリンクが張られているデータ（本例においては請求データ）を請求データＤＢ１５０から取得する。また、取得したデータと帳票フォーマットに基づいて、帳票データを請求先毎に作成する。さらに、作成した帳票データ及び印刷不要領域情報を関連づけて、ＤＦＥサーバ１６０に送信する。
【００４０】
図６に、ＤＦＥサーバ１６０の機能ブロック図を示す。
図示のように、ＤＦＥサーバ１６０は、帳票データ受信手段１６１、画像データ生成手段１６２、画像データ圧縮手段１６３を有する。
【００４１】
帳票データ受信手段１６１は、帳票印刷サーバ１３０から送信された帳票データ及び印刷不要領域情報を受信する。また、受信した帳票データを画像データ生成手段１６２に入力し、印刷不要領域情報を画像データ圧縮手段１６３に入力する。
【００４２】
画像データ生成手段１６２は、帳票印刷サーバ１３０から送付された帳票データをＲＩＰ展開し、ページ毎の画像データを生成する。このページごとの画像データが、生成した描画イメージである。
【００４３】
画像データ圧縮手段１６３は、印刷不要領域情報をプリンタエンジン１７０に送付する。また、画像データ圧縮手段１６３は、画像データ生成手段１６２が生成した画像データから印刷不要領域情報に該当する画像データを除く。次に、画像データ圧縮手段１６３は、圧縮後の画像データをデータ転送用物理インターフェース１８０を経由してプリンタエンジン１７０に送付する。なお、従来から使用しているデータ転送効率を上げるためのデータ圧縮技術を併用してもよい。
【００４４】
図７に、プリンタエンジン１７０の機能ブロック図を示す。
図示のように、プリンタエンジン１７０は、メモリバッファ１７１、メモリ制御手段１７２、画像形成手段１７３を有する。
【００４５】
メモリバッファ１７１は、ＤＦＥサーバ１６０から送付された圧縮された画像データを格納する。従来から使用しているデータ圧縮技術が併用されている場合は、メモリバッファ１７１の前段にこの圧縮を展開する処理を行ってもよい。
【００４６】
メモリ制御手段１７２は、メモリバッファ１７１への情報の入出力を制御する。また、メモリ制御手段１７２は、ＤＦＥサーバ１６０から送付された印刷不要領域情報に基づいて、メモリバッファ１７１が圧縮された画像データを格納する際に、印刷不要領域に該当するアドレスをスキップするように、メモリバッファ１７１を制御する。なぜなら、印刷不要領域の部分はデータが送付されてこないためである。
【００４７】
ただし、スキップしたメモリ内のデータを‘０’保証しておく必要があるため、メモリ制御手段１７２は、メモリバッファ１７１に対して初期設定で“０”クリア実施する。また、常にリード＆クリアを実施する。すなわち、画像形成手段１７３がメモリバッファ１７１を読み込んだ際に“０”クリアを実施する。
【００４８】
画像形成手段１７３は、メモリバッファ１７１に格納されている画像データを読み込んでプリントアウトする。メモリバッファ１７１に格納されている画像データとは、圧縮された画像データを格納していく際に、メモリ制御手段１７２が印刷不要領域のアドレスをスキップする制御をしながら格納した画像データである。したがって、展開後の画像データである。
【００４９】
以上で説明した本実施形態の動作について、シーケンス図を用いて説明する。
図８に、本実施形態の処理の流れを示すシーケンス図を示す。
図示のように、請求データＤＢ１５０には、請求書を作成するための請求データが既に格納されている。なお、請求データは、本実施形態の各処理が実行されている途中であっても更新されもかまわない。
【００５０】
帳票設計ＰＣ１１０は、本実施形態に係る印刷ジョブが実行される前に、帳票設計処理（Ｓ１）を実行する。設計された帳票フォーマットを帳票データＤＢ１４０が登録する（Ｓ２）。このとき、当該帳票フォーマットには、印刷不要領域情報が関連づけられて登録される。
【００５１】
帳票印刷サーバ１３０にて印刷ジョブが起動すると、帳票印刷サーバ１３０が帳票データ生成処理（Ｓ３）を、ＤＦＥサーバ１６０が画像データ生成処理（Ｓ４）を、プリンタエンジン１７０が印刷処理（Ｓ５）を実行する。
【００５２】
印刷不要領域情報は、帳票データ生成処理（Ｓ３）で帳票データＤＢ１４０から取得されてＤＦＥサーバ１６０へ送付される。ＤＦＥサーバ１６０は、印刷不要領域情報に基づいて生成した画像データから印刷不要領域を削除して、圧縮した画像データを作成する。その結果、印刷不要な意味のないデータがＤＦＥサーバ１６０とプリンタエンジン１７０の間の物理インターフェース１８０を経由しない。したがって、物理インターフェース１８０において、十分な転送効率が得られる。
【００５３】
圧縮した画像データのみでは所望の帳票印刷がなされないので、ＤＦＥサーバ１６０は、プリンタエンジン１７０に印刷不要領域情報も送信する。なおかつ、プリンタエンジン１７０では、受信した印刷不要領域情報に基づいて、圧縮した画像データをメモリバッファに格納する際に、印刷不要領域をメモリ空間上スキップする処理を行う。その結果、プリンタエンジン１７０の画像形成手段１７３が印刷処理を実行すると所望の帳票印刷が得られる。
【００５４】
図９に、ＤＦＥサーバ１６０の処理の流れを示す。
帳票データ受信手段１６１は、帳票印刷サーバ１３０より帳票データ及び印刷不要領域情報を受信する（Ｓ１０１）。この受信処理の時、帳票データ受信手段１６１は、受信した帳票データを画像データ生成手段１６２に入力し、印刷不要領域情報を画像データ圧縮手段１６３に入力する。
【００５５】
次に、画像データ生成手段１６２は、帳票印刷サーバ１３０から送付された帳票データをＲＩＰ展開し、ページ毎の画像データを生成する（Ｓ１０２）。
【００５６】
次に、画像データ圧縮手段１６３は、画像データ生成手段１６２が生成した画像データから印刷不要領域情報に該当する画像データを除く（Ｓ１０３）。
次に、画像データ圧縮手段１６３は、圧縮後の画像データをデータ転送用物理インターフェース１８０を経由してプリンタエンジン１７０に送付する（Ｓ１０４）。この送信処理の時、画像データ圧縮手段１６３は、印刷不要領域情報をプリンタエンジン１７０に送付する。
【００５７】
図１０に、プリンタエンジン１７０の処理の流れを示す。
図１０の各処理の主体は、メモリ制御手段１７２である。
メモリ制御手段１７２は、プリンタエンジン１７０立ち上げの際に、メモリバッファ１７１を０クリアする（Ｓ２０１）。
【００５８】
ＤＦＥサーバ１６０から画像データを受信してメモリライトが始まる（Ｓ２０２）と、メモリ制御手段１７２は、受信した印刷不要領域情報に基づいて、１アドレス毎に印刷不要領域であるか否か確認して（Ｓ２０３）、印刷不要領域に該当した場合はスキップする（Ｓ２０４）。この処理をメモリライトが終了するまで実行する（Ｓ２０５）。
【００５９】
１ページ分のメモリライトが終了し、画像形成手段１７３によりメモリリードが行われると（Ｓ２０６）、メモリ制御手段１７２は、メモリバッファ１７１を０クリアする（Ｓ２０７）。
【００６０】
プリンタエンジン１７０は、このような処理を行うために、Ｓ１０４にてスキップしたアドレスのデータが常に“０”に保たれる。したがって、印刷不要領域に誤った内容が印刷されることがない。
【００６１】
上述した本実施形態によれば、デジタルフロントエンドサーバに印刷するページのページデータとともに印刷不要領域情報が入力される。印刷不要領域情報には印刷不要領域の位置を特定する情報が含まれているため、画像データ圧縮の際この情報を用いて、前記ページデータより生成された画像データから印刷不要領域の画像データを削除する。したがって、削除された分だけデジタルフロントエンドサーバから転送する画像データの量が低減される。また、印刷するページごとに印刷不要領域を検出するのではなく予め指定されている印刷不要領域情報を用いる。したがって、画像データ量低減の効率がよい。
【符号の説明】
【００６２】
１ プリントシステム
１１０ 帳票設計ＰＣ
１１３ 印刷不要領域指定手段
１３０ 帳票印刷サーバ
１３１ 印刷ジョブ入力手段
１３２ 帳票フォーマット取得手段
１３３ 帳票データ作成手段
１４０ 帳票データＤＢ
１５０ 請求データＤＢ
１６０ ＤＦＥサーバ
１６１ 帳票データ受信手段
１６２ 画像データ生成手段
１６３ 画像データ圧縮手段
１７０ プリンタサーバ
１７１ メモリバッファ
１７２ メモリ制御手段
１７３ 画像形成手段
２１０ 請求書フォーマット
５００ 印刷不要領域情報
５１０、５５０ 矩形領域
５２０ 開始座標
５３０ 終了座標
５４０ ページ情報
【先行技術文献】
【特許文献】
【００６３】
【特許文献１】特開昭６１−１５６９６６号公報
【技術分野】
【０００１】
本発明は、デジタルフロントエンドサーバ、その制御方法、画像形成装置及びプリントシステムに関し、特に、デジタルフロントエンドサーバと画像形成装置間のデータ転送に関する。
【背景技術】
【０００２】
多数の顧客宛ての請求書やダイレクトメール、選挙はがきなどの印刷を行う業務用プリントシステムがある。業務用プリントシステムは、上位装置群、ＤＦＥサーバ、プリンタエンジンなどの複数の装置で構成されるシステムである。
【０００３】
上位装置群は、印刷データを作る帳票設計ＰＣ（パーソナルコンピュータ）や、帳票データＤＢ（データベース）、請求データＤＢ、帳票印刷サーバなどからなる。ＤＦＥ（デジタルフロントエンド）サーバは、上位装置群から送られてくる印刷データをＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）展開して画像データ化する。プリンタエンジンは、ＤＦＥサーバから送られてくる画像データを用紙に印刷する。
【０００４】
このようなプリントシステムにおいては、多量な印刷物を高速に印刷することから、ＤＦＥサーバからプリンタエンジンへの画像データの転送を高速で行う必要がある。この課題に対応するためには、ＤＦＥサーバとプリンタエンジン間の物理インターフェースを、データ転送が高速なものに取り替えるという解決手段が考えられる。しかしながら、高速な物理インターフェースは、高価であり、コスト増につながる。
【０００５】
別の解決手段としては、転送する画像データ量を減らすことが考えられる。転送する画像データ量を減らす具体的な方法としては、例えば、転送する画像データの一部を省くという方法が考えられる。
【０００６】
特許文献１には、白紙ページを有する原稿を記録し記録媒体からその情報を再生する装置の開示がある。具体的には、１ページ分のデータ転送を開始してから、ＡＮＤ回路によって「黒」を検出し、黒のカウントが一定以下である場合には白紙データであると判断する。そして、白紙データをプリンタに転送しない。つまり、転送する画像データから白紙データを省くことによって画像データ量を減らす。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の技術は、省く画像データが白紙データのみである。画像データ量を減らすという効果が得られる対象となる画像データが限られている。その結果、十分なデータ転送効率を得ることができない。
また、ページごとに白紙データを検出する処理を行うので負荷がかかり、大量の印刷を行う業務用プリントシステムには適用できない。
【０００８】
そこで本発明は、上記実情に鑑みて、転送する画像データ量を効率よく低減させることが可能なデジタルフロントエンドサーバ、その制御方法、画像形成装置及びプリントシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明は、第１の態様として、印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データを送信する画像データ圧縮手段と、を有することを特徴とする、デジタルフロントエンドサーバを提供するものである。
【００１０】
また、本発明は、第２の態様として、印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信工程と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成工程と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮する画像データ圧縮行程と、圧縮した画像データを送信する送信工程と、を含むことを特徴とする、デジタルフロントエンドサーバの制御方法を提供するものである。
【００１１】
また、第３の態様として、メモリバッファと、印刷するページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報、及び、前記ページのページデータに基づいて生成された印刷のための画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除する圧縮を行った圧縮した画像データを受信して、前記メモリバッファに前記圧縮した画像データを展開して格納するメモリ制御手段と、前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有し、前記メモリ制御手段は、前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開することを特徴とする、画像形成装置を提供するものである。
【００１２】
また、第４の態様として、デジタルフロントエンドサーバと画像形成装置を有するプリントシステムであって、前記デジタルフロントエンドサーバは、印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データ及び前記印刷不要領域情報を送信する画像データ圧縮手段と、を有し、前記画像形成装置は、メモリバッファと、前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開するメモリ制御手段と、前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有することを特徴とする、プリントシステムを提供するものである。
【発明の効果】
【００１３】
本発明によれば、転送する画像データ量を効率よく低減させることが可能なデジタルフロントエンドサーバ、その制御方法、画像形成装置及びプリントシステムを提供することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明を好適に実施した一実施形態に係るプリントシステムの構成を示すブロック図である。
【図２】本実施形態の装置のハードウェア構成例を示す図である。
【図３】本実施形態の帳票設計ＰＣ１１０の機能ブロック図である。
【図４】本実施形態の帳票フォーマットの一例を示す図である。
【図５】本実施形態の帳票印刷サーバ１３０の機能ブロック図である。
【図６】本実施形態のＤＦＥサーバ１６０の機能ブロック図である。
【図７】本実施形態のプリンタエンジン１７０の機能ブロック図である。
【図８】本実施形態の処理の流れを示すシーケンス図である。
【図９】本実施形態のＤＦＥサーバ１６０の処理の流れを示すフローチャート図である。
【図１０】本実施形態のプリンタエンジン１７０の処理の流れを示すフローチャート図である。
【発明を実施するための形態】
【００１５】
図１に、本実施形態のプリントシステム１の構成を示す。なお、本実施形態は、請求書を大量印刷する業務用プリントシステムに本発明を適用する例を示しているが、本発明がこれに限定されないことは言うまでもない。
【００１６】
図１に示すように、プリントシステム１は、帳票設計ＰＣ１１０、帳票印刷サーバ１３０、帳票データＤＢ１４０、請求データＤＢ１５０、ＤＦＥサーバ１６０、プリンタエンジン１７０、物理インターフェース１８０を有する。
【００１７】
帳票設計ＰＣ１１０は、帳票デザイナが顧客宛てに送付する請求書やダイレクトメール、選挙はがきなどの帳票をデザインして、帳票フォーマットを作成するための端末装置である。
帳票データＤＢ１４０は、帳票設計ＰＣ１１０によりデザインした帳票フォーマットを格納する。
請求データＤＢ１５０は、大勢の顧客情報や、各顧客毎に請求額等を紐付けた請求情報を集約して格納する。
【００１８】
帳票印刷サーバ１３０は、印刷時に、帳票データＤＢ１４０に格納されている帳票フォーマットに基づいて、請求データＤＢ１５０に格納されている情報を読み込む。そして、各顧客毎に帳票データを生成する。顧客の数が多いと帳票データの量は大量となる。帳票印刷サーバ１３０は、生成した帳票データをＤＦＥサーバ１６０に送信する。送信する際に印刷ジョブを起動してもよい。
【００１９】
例えば、月に一度顧客に請求書を発行する業務では、オペレータが手動又は図示しない業務用サーバが自動で印刷ジョブを起動する。帳票印刷サーバ１３０は、印刷ジョブが起動されたことを受けて、先月分の顧客使用料金が格納された請求書ＤＢ１５０の情報と帳票データＤＢ１４０に格納してある帳票フォーマットから大量の帳票データを生成する。
【００２０】
ＤＦＥ（Ｄｉｇｉｔａｌ Ｆｒｏｎｔ Ｅｎｄ）サーバ１６０は、受信した帳票データをＲＩＰ（Ｒａｓｔｅｒ ｉｍａｇｅ ｐｒｏｃｅｓｓｏｒ）展開処理で画像データ（印刷イメージ化した帳票データ）に変換する。ＤＦＥサーバ１６０は、変換した画像データを、物理インターフェース１８０を経由してプリンタエンジン１７０に送信する。
【００２１】
プリンタエンジン１７０は、受信した画像データを内部のメモリバッファ１７１（図７）に格納しながら、プリンタ性能が十分に出せるようメモリバッファ１７１の状態を制御して印刷を行う。
【００２２】
次に、帳票設計ＰＣ１１０、帳票印刷サーバ１３０、帳票データＤＢ１４０、請求データＤＢ１５０、ＤＦＥサーバ１６０、プリンタエンジン１７０のハードウェア構成について説明する。図２は、本実施形態の各装置のハードウェア構成を示すブロック図である。
【００２３】
なお、プリンタエンジン１７０は、図２に示すハードウェア構成に加えて、画像形成部を備える。以降、帳票印刷サーバ１３０のハードウェア構成を例として説明するが、他の装置も同様である。
【００２４】
図２に示すように、帳票印刷サーバ１３０は、一般的なサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理端末と同様の構成を有する。即ち、帳票印刷サーバ１３０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２５】
ＣＰＵ１０は演算手段であり、装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２６】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが装置の状態を確認するための視覚的ユーザインターフェースである。操作部７０は、キーボードやマウス等、ユーザが装置に情報を入力するためのユーザインターフェースである。なお、図１において説明したように、帳票印刷サーバ１３０は、サーバとして運用される。したがって、ＬＣＤ６０及び操作部７０等のユーザインターフェースは省略可能である。
【００２７】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る帳票印刷サーバ１３０の機能を実現する機能ブロックが構成される。
【００２８】
図３に、帳票設計ＰＣ１１０の機能ブロック図を示す。また、図４に、帳票設計ＰＣ１１０により設計される帳票フォーマットの一例を示す。
図示のように、帳票設計ＰＣ１１０は、帳票フォーマット設計手段１１１、ＤＢリンク手段１１２、印刷不要領域指定手段１１３、ＤＢ登録手段１１４を有する。これら各手段は、帳票設計ソフトウェアアプリケーションにより帳票フォーマットのデザイナに提供される。
【００２９】
帳票フォーマット設計手段１１１は、帳票フォーマット内に、文字、数値、表、罫線などを配置して帳票フォーマットを設計する。帳票フォーマット内は他のＤＢ（データベース）とリンクが張れるようになっており、大勢の顧客に請求書を発行する場合、この帳票フォーマット内に他のＤＢから顧客名、取引情報が関連付けられて帳票データが生成される。ＤＢリンク手段１１２は、この他のＤＢへのリンクを設計している帳票フォーマットに張る機能を備える。
【００３０】
印刷不要領域指定手段１１３は、デザイナの指示により、帳票フォーマット内における印刷をしない領域（以下、「印刷不要領域」と呼ぶ）を指定する機能を備える。また、印刷不要領域指定手段１１３は、指定された印刷不要領域の情報を印刷不要領域情報として生成する。
【００３１】
印刷不要領域の例を、図４中の矩形領域５１０、５５０に示す。通常、帳票には、印刷不要領域が存在する。しかしながら、この印刷不要領域は、ＤＦＥサーバ１６０がＲＩＰ展開処理後、白データとして情報を持っている。そのため、従来の方式では印刷時、ＤＦＥサーバ１６０は、プリンタエンジン１７０にこの白データもデータ値‘０’として送付している。本実施形態の印刷不要領域指定手段１１３は、このような意味のない白データを転送しないように、帳票フォーマット設計の段階で印刷不要領域を指定する。
【００３２】
図４の例に依拠して具体的に説明する。印刷不要領域指定手段１１３は、印刷不要領域に該当する矩形領域５１０を請求書フォーマット２１０設計時に帳票設計ＰＣ１１０で指定する。さらに、その下部も印刷しないエリアなので、同様に矩形領域５５０として指定する。すると、印刷不要領域指定手段１１３は、図４下部に示したように、印刷不要領域情報５００を生成する。
【００３３】
印刷不要領域情報の内容は、矩形領域毎に、その位置を特定するための情報を有して構成される。図４の例では、印刷不要領域情報５００の内容は、矩形領域５１０について、矩形領域５１０が存在するページ情報５４０、矩形の開始座標５２０、矩形の終了座標５３０を有する。同様に矩形領域５５０についても、位置を特定するための情報を有する。位置を特定するための情報の一つとして、ページ情報を持つ理由は、仮に請求書フォーマットが、複数ページで構成されたケースを想定しているためである。
【００３４】
ＤＢ登録手段１１４は、帳票設計ＰＣ１１０にて設計された帳票フォーマット及び印刷不要領域情報を関連づけて帳票データＤＢ１４０に登録する機能を備える。
【００３５】
帳票データＤＢ１４０と請求データＤＢ１５０は、当業者によく知られているデータベースを用いることができる。請求データＤＢ１５０には、例えば、顧客毎に顧客情報（住所、名前など）、お取引した日にち情報、商品情報、金額情報などを記憶したテーブルを有していてもよい。帳票データＤＢ１４０は、複数の帳票フォーマットを記憶している。以下では、図４で示した請求書フォーマット２１０を記憶していることとする。
【００３６】
図５に、帳票印刷サーバ１３０の機能ブロック図を示す。
図示のように、帳票印刷サーバ１３０は、印刷ジョブ入力手段１３１、帳票フォーマット取得手段１３２、帳票データ作成手段１３３を有する。
【００３７】
印刷ジョブ入力手段１３１は、オペレータによる手動又は帳票印刷サーバ１３０の図示しないプログラムによって自動で、帳票印刷実行指示が入力された場合に、印刷ジョブを起動する機能を備える。また、印刷ジョブ入力手段１３１は、起動した印刷ジョブが利用する帳票フォーマットを帳票フォーマット取得手段１３２に入力する。本実施形態においては、月次請求書を所定の日に自動的に帳票印刷する例で説明する。
【００３８】
帳票フォーマット取得手段１３２は、入力された帳票フォーマットを、帳票データＤＢ１４０を参照して、取得する。この際、取得した帳票フォーマットに関連づけられた印刷不要領域情報も取得する。帳票フォーマット取得手段１３２は、取得した帳票フォーマット及び印刷不要領域情報を帳票データ作成手段１３３に渡す。
【００３９】
帳票データ作成手段１３３は、渡された帳票フォーマットに基づいて、該帳票フォーマットからリンクが張られているデータ（本例においては請求データ）を請求データＤＢ１５０から取得する。また、取得したデータと帳票フォーマットに基づいて、帳票データを請求先毎に作成する。さらに、作成した帳票データ及び印刷不要領域情報を関連づけて、ＤＦＥサーバ１６０に送信する。
【００４０】
図６に、ＤＦＥサーバ１６０の機能ブロック図を示す。
図示のように、ＤＦＥサーバ１６０は、帳票データ受信手段１６１、画像データ生成手段１６２、画像データ圧縮手段１６３を有する。
【００４１】
帳票データ受信手段１６１は、帳票印刷サーバ１３０から送信された帳票データ及び印刷不要領域情報を受信する。また、受信した帳票データを画像データ生成手段１６２に入力し、印刷不要領域情報を画像データ圧縮手段１６３に入力する。
【００４２】
画像データ生成手段１６２は、帳票印刷サーバ１３０から送付された帳票データをＲＩＰ展開し、ページ毎の画像データを生成する。このページごとの画像データが、生成した描画イメージである。
【００４３】
画像データ圧縮手段１６３は、印刷不要領域情報をプリンタエンジン１７０に送付する。また、画像データ圧縮手段１６３は、画像データ生成手段１６２が生成した画像データから印刷不要領域情報に該当する画像データを除く。次に、画像データ圧縮手段１６３は、圧縮後の画像データをデータ転送用物理インターフェース１８０を経由してプリンタエンジン１７０に送付する。なお、従来から使用しているデータ転送効率を上げるためのデータ圧縮技術を併用してもよい。
【００４４】
図７に、プリンタエンジン１７０の機能ブロック図を示す。
図示のように、プリンタエンジン１７０は、メモリバッファ１７１、メモリ制御手段１７２、画像形成手段１７３を有する。
【００４５】
メモリバッファ１７１は、ＤＦＥサーバ１６０から送付された圧縮された画像データを格納する。従来から使用しているデータ圧縮技術が併用されている場合は、メモリバッファ１７１の前段にこの圧縮を展開する処理を行ってもよい。
【００４６】
メモリ制御手段１７２は、メモリバッファ１７１への情報の入出力を制御する。また、メモリ制御手段１７２は、ＤＦＥサーバ１６０から送付された印刷不要領域情報に基づいて、メモリバッファ１７１が圧縮された画像データを格納する際に、印刷不要領域に該当するアドレスをスキップするように、メモリバッファ１７１を制御する。なぜなら、印刷不要領域の部分はデータが送付されてこないためである。
【００４７】
ただし、スキップしたメモリ内のデータを‘０’保証しておく必要があるため、メモリ制御手段１７２は、メモリバッファ１７１に対して初期設定で“０”クリア実施する。また、常にリード＆クリアを実施する。すなわち、画像形成手段１７３がメモリバッファ１７１を読み込んだ際に“０”クリアを実施する。
【００４８】
画像形成手段１７３は、メモリバッファ１７１に格納されている画像データを読み込んでプリントアウトする。メモリバッファ１７１に格納されている画像データとは、圧縮された画像データを格納していく際に、メモリ制御手段１７２が印刷不要領域のアドレスをスキップする制御をしながら格納した画像データである。したがって、展開後の画像データである。
【００４９】
以上で説明した本実施形態の動作について、シーケンス図を用いて説明する。
図８に、本実施形態の処理の流れを示すシーケンス図を示す。
図示のように、請求データＤＢ１５０には、請求書を作成するための請求データが既に格納されている。なお、請求データは、本実施形態の各処理が実行されている途中であっても更新されもかまわない。
【００５０】
帳票設計ＰＣ１１０は、本実施形態に係る印刷ジョブが実行される前に、帳票設計処理（Ｓ１）を実行する。設計された帳票フォーマットを帳票データＤＢ１４０が登録する（Ｓ２）。このとき、当該帳票フォーマットには、印刷不要領域情報が関連づけられて登録される。
【００５１】
帳票印刷サーバ１３０にて印刷ジョブが起動すると、帳票印刷サーバ１３０が帳票データ生成処理（Ｓ３）を、ＤＦＥサーバ１６０が画像データ生成処理（Ｓ４）を、プリンタエンジン１７０が印刷処理（Ｓ５）を実行する。
【００５２】
印刷不要領域情報は、帳票データ生成処理（Ｓ３）で帳票データＤＢ１４０から取得されてＤＦＥサーバ１６０へ送付される。ＤＦＥサーバ１６０は、印刷不要領域情報に基づいて生成した画像データから印刷不要領域を削除して、圧縮した画像データを作成する。その結果、印刷不要な意味のないデータがＤＦＥサーバ１６０とプリンタエンジン１７０の間の物理インターフェース１８０を経由しない。したがって、物理インターフェース１８０において、十分な転送効率が得られる。
【００５３】
圧縮した画像データのみでは所望の帳票印刷がなされないので、ＤＦＥサーバ１６０は、プリンタエンジン１７０に印刷不要領域情報も送信する。なおかつ、プリンタエンジン１７０では、受信した印刷不要領域情報に基づいて、圧縮した画像データをメモリバッファに格納する際に、印刷不要領域をメモリ空間上スキップする処理を行う。その結果、プリンタエンジン１７０の画像形成手段１７３が印刷処理を実行すると所望の帳票印刷が得られる。
【００５４】
図９に、ＤＦＥサーバ１６０の処理の流れを示す。
帳票データ受信手段１６１は、帳票印刷サーバ１３０より帳票データ及び印刷不要領域情報を受信する（Ｓ１０１）。この受信処理の時、帳票データ受信手段１６１は、受信した帳票データを画像データ生成手段１６２に入力し、印刷不要領域情報を画像データ圧縮手段１６３に入力する。
【００５５】
次に、画像データ生成手段１６２は、帳票印刷サーバ１３０から送付された帳票データをＲＩＰ展開し、ページ毎の画像データを生成する（Ｓ１０２）。
【００５６】
次に、画像データ圧縮手段１６３は、画像データ生成手段１６２が生成した画像データから印刷不要領域情報に該当する画像データを除く（Ｓ１０３）。
次に、画像データ圧縮手段１６３は、圧縮後の画像データをデータ転送用物理インターフェース１８０を経由してプリンタエンジン１７０に送付する（Ｓ１０４）。この送信処理の時、画像データ圧縮手段１６３は、印刷不要領域情報をプリンタエンジン１７０に送付する。
【００５７】
図１０に、プリンタエンジン１７０の処理の流れを示す。
図１０の各処理の主体は、メモリ制御手段１７２である。
メモリ制御手段１７２は、プリンタエンジン１７０立ち上げの際に、メモリバッファ１７１を０クリアする（Ｓ２０１）。
【００５８】
ＤＦＥサーバ１６０から画像データを受信してメモリライトが始まる（Ｓ２０２）と、メモリ制御手段１７２は、受信した印刷不要領域情報に基づいて、１アドレス毎に印刷不要領域であるか否か確認して（Ｓ２０３）、印刷不要領域に該当した場合はスキップする（Ｓ２０４）。この処理をメモリライトが終了するまで実行する（Ｓ２０５）。
【００５９】
１ページ分のメモリライトが終了し、画像形成手段１７３によりメモリリードが行われると（Ｓ２０６）、メモリ制御手段１７２は、メモリバッファ１７１を０クリアする（Ｓ２０７）。
【００６０】
プリンタエンジン１７０は、このような処理を行うために、Ｓ１０４にてスキップしたアドレスのデータが常に“０”に保たれる。したがって、印刷不要領域に誤った内容が印刷されることがない。
【００６１】
上述した本実施形態によれば、デジタルフロントエンドサーバに印刷するページのページデータとともに印刷不要領域情報が入力される。印刷不要領域情報には印刷不要領域の位置を特定する情報が含まれているため、画像データ圧縮の際この情報を用いて、前記ページデータより生成された画像データから印刷不要領域の画像データを削除する。したがって、削除された分だけデジタルフロントエンドサーバから転送する画像データの量が低減される。また、印刷するページごとに印刷不要領域を検出するのではなく予め指定されている印刷不要領域情報を用いる。したがって、画像データ量低減の効率がよい。
【符号の説明】
【００６２】
１ プリントシステム
１１０ 帳票設計ＰＣ
１１３ 印刷不要領域指定手段
１３０ 帳票印刷サーバ
１３１ 印刷ジョブ入力手段
１３２ 帳票フォーマット取得手段
１３３ 帳票データ作成手段
１４０ 帳票データＤＢ
１５０ 請求データＤＢ
１６０ ＤＦＥサーバ
１６１ 帳票データ受信手段
１６２ 画像データ生成手段
１６３ 画像データ圧縮手段
１７０ プリンタサーバ
１７１ メモリバッファ
１７２ メモリ制御手段
１７３ 画像形成手段
２１０ 請求書フォーマット
５００ 印刷不要領域情報
５１０、５５０ 矩形領域
５２０ 開始座標
５３０ 終了座標
５４０ ページ情報
【先行技術文献】
【特許文献】
【００６３】
【特許文献１】特開昭６１−１５６９６６号公報
【特許請求の範囲】
【請求項１】
印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、
前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、
生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データを送信する画像データ圧縮手段と、を有することを特徴とする、デジタルフロントエンドサーバ。
【請求項２】
印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信工程と、
前記ページデータに基づいて印刷のための画像データを生成する画像データ生成工程と、
生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮する画像データ圧縮行程と、
圧縮した画像データを送信する送信工程と、を含むことを特徴とする、デジタルフロントエンドサーバの制御方法。
【請求項３】
メモリバッファと、
印刷するページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報、及び、前記ページのページデータに基づいて生成された印刷のための画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除する圧縮を行った圧縮した画像データを受信して、前記メモリバッファに前記圧縮した画像データを展開して格納するメモリ制御手段と、
前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有し、
前記メモリ制御手段は、前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開することを特徴とする、画像形成装置。
【請求項４】
デジタルフロントエンドサーバと画像形成装置を有するプリントシステムであって、
前記デジタルフロントエンドサーバは、
印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、
前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、
生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データ及び前記印刷不要領域情報を送信する画像データ圧縮手段と、を有し、
前記画像形成装置は、
メモリバッファと、
前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開するメモリ制御手段と、
前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有することを特徴とする、プリントシステム。
【請求項１】
印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、
前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、
生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データを送信する画像データ圧縮手段と、を有することを特徴とする、デジタルフロントエンドサーバ。
【請求項２】
印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信工程と、
前記ページデータに基づいて印刷のための画像データを生成する画像データ生成工程と、
生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮する画像データ圧縮行程と、
圧縮した画像データを送信する送信工程と、を含むことを特徴とする、デジタルフロントエンドサーバの制御方法。
【請求項３】
メモリバッファと、
印刷するページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報、及び、前記ページのページデータに基づいて生成された印刷のための画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除する圧縮を行った圧縮した画像データを受信して、前記メモリバッファに前記圧縮した画像データを展開して格納するメモリ制御手段と、
前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有し、
前記メモリ制御手段は、前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開することを特徴とする、画像形成装置。
【請求項４】
デジタルフロントエンドサーバと画像形成装置を有するプリントシステムであって、
前記デジタルフロントエンドサーバは、
印刷するページのページデータ、及び、前記ページ内の印刷不要領域の位置を特定する情報を含む印刷不要領域情報を受信する受信手段と、
前記ページデータに基づいて印刷のための画像データを生成する画像データ生成手段と、
生成された画像データから前記印刷不要領域情報に基づいて前記印刷不要領域の画像データを削除して、前記生成された画像データを圧縮し、圧縮した画像データ及び前記印刷不要領域情報を送信する画像データ圧縮手段と、を有し、
前記画像形成装置は、
メモリバッファと、
前記圧縮した画像データを前記メモリバッファに格納する際に、受信した前記印刷不要領域情報に基づいて位置が特定される印刷不要領域をメモリ空間上スキップする制御を行い、前記画像データの圧縮を展開するメモリ制御手段と、
前記メモリバッファに格納された展開後の画像データに基づいて画像形成を行う画像形成手段と、を有することを特徴とする、プリントシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−２３９３５１（Ｐ２０１１−２３９３５１Ａ）
【公開日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願番号】特願２０１０−１１１４１０（Ｐ２０１０−１１１４１０）
【出願日】平成２２年５月１３日（２０１０．５．１３）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願日】平成２２年５月１３日（２０１０．５．１３）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]