JP5063492B2 - 画像形成装置、データ蓄積方法、プログラム、記録媒体 - Google Patents

Description

本発明は、入力された印刷対象データを出力し、印刷条件と印刷対象データを蓄積する画像形成装置等に関し、特に、ページ毎に印刷条件を蓄積できる画像形成装置、データ蓄積方法、プログラム及び記録媒体に関する。

プリンタに送信された印刷対象データはプリンタにいったん蓄積されるので、その印刷対象データを用紙に印刷した後、プリンタ側で再印刷することができるプリンタがある。また、プリンタに蓄積された印刷対象データを再印刷する際、ユーザが印刷モードを改めて設定し、プリンタに印刷対象データが送信された時とは異なる印刷条件で再印刷するプリンタが開示かれている（例えば、特許文献１ 参照。）。特許文献１には、蓄積された印刷対象データを再印刷する場合、プリンタが有する用紙サイズ、トレイなどの印刷装置情報に応じて可能な印刷方法を提示し、ユーザが印刷方法を入力すると、それに対応する印刷モードを設定し、再印刷するプリンタが記載されている。
特開２００３−２７６２８１ 号公報

ところで、プリンタには印刷対象データだけでなく、用紙サイズ、トレイ、両面印刷の有無、パンチ処理の有無、ステープル処理の有無、等の印刷条件を定めた印刷条件も送信される。印刷条件も印刷対象データと共に蓄積されるが、印刷条件は、印刷ジョブ（例えば、ページ数に関わらない１つの原稿、１回の印刷等）毎だけでなく、ページ毎に蓄積される場合がある。ページ毎に蓄積される場合、印刷条件には１回の印刷ジョブであってページ毎に必要な印刷条件（例えば、カラー出力条件、編集等）がページ毎に蓄積される。

しかしながら、プリンタの高機能化・複雑化が進み、印刷条件も多様化、多種化、多量化しているため、印刷条件のデータ量も増大し、印刷条件がプリンタのメモリを圧迫するという問題が生じている。このため、プリンタに蓄積できる印刷ジョブの数が減少したり、メモリを増設する必要が生じてコスト増をもたらす等のおそれがある。

本発明は、上記課題に鑑み、印刷条件の蓄積によるメモリの圧迫を低減する画像形成装置、データ蓄積方法、プログラム及び記録媒体を提供することを目的とする。

上記課題に鑑み、本発明は、印刷条件に基づき印刷対象データから画像を形成し出力媒体に印刷すると共に、印刷対象データのページ毎に印刷条件を蓄積する画像形成装置において、印刷条件を蓄積する蓄積手段と、ページ毎に印刷条件を判別し、印刷条件が切り替わった場合にのみ、印刷条件に重複しない新たな識別ＩＤを付与し、識別ＩＤと印刷条件を対応づけて蓄積手段に蓄積する蓄積処理手段と、を有し、蓄積処理手段は、ページ番号に対応づけて識別ＩＤを蓄積処理に記録する、ことを特徴とする。

本発明によれば、印刷条件に識別ＩＤを付与して、印刷条件が変わらない限り印刷条件を識別ＩＤで特定し印刷条件を蓄積しないようにすることで、蓄積手段の記憶容量が消費されることを低減できる。

また、本発明の一形態において、印刷条件が切り替わった場合に、切り替わった後の印刷条件が既に蓄積手段に蓄積されているか否かを判定する判定手段を有し、蓄積手段に切り替わった後の印刷条件が蓄積されている場合、蓄積処理手段は、新たな識別ＩＤの付与及び印刷条件を蓄積することなく、既に蓄積手段に蓄積されている印刷条件の識別ＩＤをページ番号に対応づけて蓄積処理に記録する、ことを特徴とする。

本発明によれば、既に蓄積されている印刷条件と同じ印刷条件のページに対し同じ印刷条件ＩＤを対応づけて印刷条件を蓄積することで、印刷条件の蓄積により消費される記憶容量をさらに低減できる。

また、本発明の一形態において、印刷条件を複数のスキーマに区分した場合、蓄積処理手段は、各ページのスキーマ毎にスキーマ印刷条件を判別し、スキーマ印刷条件が切り替わった場合にのみ、スキーマ印刷条件に重複しない新たなスキーマ識別ＩＤを付与し、スキーマ識別ＩＤとスキーマ印刷条件を対応づけて蓄積手段に蓄積すると共に、蓄積手段には、ページ毎に全ての各スキーマのスキーマ識別ＩＤがページ番号に対応づけて記録される、ことを特徴とする。

印刷条件を複数のスキーマに区分して、スキーマ毎に印刷条件を判別しスキーマ毎に印刷条件を蓄積するので、印刷条件が変わった場合に蓄積されるデータ量を減少させ、蓄積手段の記憶容量が消費されることを低減できる。

また、本発明の一形態において、スキーマ印刷条件が切り替わった場合に、既に前記蓄積手段に切り替わった後の前記スキーマ印刷条件が蓄積されているか否かを判定する判定手段を有し、蓄積手段に切り替わった後のスキーマ印刷条件が蓄積されている場合、蓄積処理手段は、新たなスキーマ識別ＩＤの付与及びスキーマ印刷条件を蓄積することなく、既に蓄積手段に蓄積されているスキーマ印刷条件のスキーマ識別ＩＤをページ番号に対応づけて蓄積処理に記録する、ことを特徴とする。

既に蓄積されているスキーマ印刷条件と同じスキーマ印刷条件のページに対し同じスキーマ識別ＩＤを対応づけて印刷条件を蓄積することで、印刷条件の蓄積により消費される記憶容量をさらに低減できる。

印刷条件の蓄積によるメモリの圧迫を低減する画像形成装置、データ蓄積方法、プログラム及び記録媒体を提供することができる。

以下、本発明を実施するための最良の形態について、図面を参照しながら実施例を挙げて説明する。

図１は、本実施形態の画像形成装置１００が記憶する印刷条件を模式的に示す図の一例である。図１（ａ）は比較のため示した従来の印刷条件の蓄積方法を、図１（ｂ）は本実施形態の画像形成装置１００の印刷条件の蓄積方法を、それぞれ示す。

印刷する原稿の各ページに印刷条件を蓄積する場合、印刷されたページ数の分の印刷条件が蓄積されることになる。図１（ａ）の従来の蓄積方法では、例えばｎページ印刷した場合、ｎ個の印刷条件が蓄積される。

これに対し、本実施形態の画像形成装置１００は、ページ毎に印刷条件を監視し、異なる印刷条件でページが印刷された場合にのみ、そのページの印刷条件を蓄積する。したがって、例えばｎページの印刷条件が全て同じであれば、蓄積する印刷条件を１つにすることができる。より具体的には後述するが、印刷するページ毎に印刷条件の識別ＩＤを結びつけておく必要があるので、その分は記憶するデータ量が増大するが、蓄積する印刷条件のデータ量を大幅に低減することができる。

図２は、本実施形態の画像形成装置１００とコンピュータ２０１〜２０３との関係を示す図である。画像形成装置１００は、コンピュータ２０１〜２０３から印刷ジョブデータを受信し、受信した印刷ジョブデータに基づき画像を形成し用紙等に印刷する。画像形成装置１００は、例えばインターネットやＬ Ａ Ｎ （ L o c a l A r e a N e t w o r k） などのネットワーク２００を介して複数のコンピュータ２０１〜２０３と接続されている。

画像形成装置１００は、印刷する機能を有すればよく、例えば、プリンタ、複写機、ファクシミリ、スキャナ、及び、これらの１以上の機能を備えたＭＦＰ(Multifunction Peripheral：複合機)等、その呼称は問わない。また、印刷する機能として、電子写真プロセスを用いたレーザプリンタ、微少のインクを塗布するジェルジェットプリンタやインクジェットプリンタ等、どのような印刷方法を採用してもよい。

図３は、画像形成装置１００のハードウェア構成図の一例を示す。なお、図３では説明のため、記録媒体２１も示している。画像形成装置１００は、それぞれがデータバスを介して接続された、ＭＰＵ（Micro Processing Unit）１１と、主記憶装置１２と、補助記憶装置１３と、蓄積部１４と、記録媒体Ｉ／Ｆ１５とを有する。

補助記憶装置１３には、ＭＰＵ１１に後述する処理を行なわせるための印刷条件蓄積プログラム１９、その他、画像形成装置１００の起動時に初期設定するプログラムやパラメータが記憶されている。印刷条件蓄積プログラム１９は、記録媒体２１に記憶して配布されるか又はネットワーク２００を介してダウンロードされ、補助記憶装置１３にインストールされている。補助記憶装置１３は、比較的大容量の記憶素子を有し、例えばハードディスクドライブやフラッシュメモリにより構成されている。

主記憶装置１２は、ＭＰＵ１１が印刷条件蓄積プログラム１９やその他のプログラムを実行する際に、プログラムやデータを一時的に記憶するワークメモリである。なお、主記憶装置１２はかかるワークメモリの総称であり、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）により構成され、多くの場合、揮発性の記憶素子であるが、ＭＲＡＭ(Magnetic RAM）等の不揮発性の記憶素子であってもよい。

蓄積部１４には、印刷ジョブデータが記憶される。蓄積部１４は、不揮発性の記憶素子を有することが好ましく、ハードディスクドライブやフラッシュメモリを実装している。また、図では蓄積部１４と補助記憶装置１３とを別体に示したが、蓄積部１４と補助記憶装置１３とを一体に設けてもよい。これにより、画像形成装置１００のコスト増や搭載スペース増を抑制できる。

ＭＰＵ１１は、補助記憶装置１３に記憶されたプログラムを実行して、ユーザの操作を検出しユーザの操作に応じた処理を実行すると共に、処理結果を出力したり、印刷エンジン等を制御する。また、ＭＰＵ１１は印刷条件蓄積プログラム１９を補助記憶装置１３から読み出して、後述する各手段を実現する。ＭＰＵ１１は、プログラミングすることができるＬＳＩ（Large Scale Integration）であるＦＰＧＡ（Field Programmable Gate Array）、特定の用途のために設計、製造される集積回路であるＡＳＩＣ（Application Specific Integrated Circuit）、その他の演算機能を有する回路によりその一部又は全てを構成してもよい。

記録媒体Ｉ／Ｆ１５は、記録媒体２１からデータを読み出しまた記録媒体２１にデータを書き込むインターフェイスである。記録媒体Ｉ／Ｆ１５により、CD-ROM、メモリカード、USBメモリのような記録媒体２１から印刷条件蓄積プログラム１９を読み出すことができる。ＭＰＵ１１は、記録媒体Ｉ／Ｆ１５を介して、記録媒体２１に記憶されたデータにアクセスする。

操作パネル部１６は、タッチパネルにより一部が入力部２３として機能する表示部２２と、表示部２２の周囲に設けられたキーボード等の入力部２３とを有する。表示部２２は、液晶ディスプレイ（ＬＣＤ（Liquid Crystal Display））、有機ＥＬディスプレイ（Organic Electro luminescence Display）等で構成され、画像形成装置１００の状態や操作メニューを表示する。ユーザがタッチパネルに触れるとその操作位置がＭＰＵ１１に通知され、ＭＰＵ１１は操作位置と操作メニューに応じてユーザの操作内容を検出する。

画像形成装置１００には、ネットワークＩ／Ｆ１８及び印刷部１７が接続されている。ネットワークＩ／Ｆ１８は、ネットワーク２００を介してコンピュータ２０１〜２０３と通信する例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。これにより、画像形成装置１００は、コンピュータ２０１〜２０３との間にデータリンクを構築し、上位のネットワーク層、トランスポート層にそれぞれ適合したプロトコル（ＴＣＰ、ＩＰ等）を利用してコンピュータ２０１〜２０３と通信し、印刷ジョブデータを受信する。

印刷部１７は、印刷ジョブデータに含まれる印刷対象データに基づき１ページ毎の画像を形成し、用紙に転写する。例えば、レーザービームを用いた電子写真プロセスを使って、感光ドラム等に形成したトナー画像を用紙に転写し、定着装置により熱と圧力により定着して出力する。

なお、図示したほか、用紙から画像を光学的に読取るスキャナ部、公衆電話交換網（ＰＳＴＮ）に接続してＦＡＸの送受信を行なうＮＣＵ（Network Control Unit）部を有していてもよい。

〔印刷ジョブデータ〕
印刷ジョブデータについて説明する。図４は、コンピュータ２０１〜２０３から画像形成装置１００に送信される印刷ジョブデータを模式的に説明する図である。印刷ジョブデータは、印刷対象データと印刷条件を有する。そして印刷条件には、用紙サイズ、両面印刷指定、ステープル処理指定、ページレイアウト指定等、印刷対象データから画像を形成し出力するための情報が格納されている。送信元のコンピュータ２０１〜２０３は、印刷対象データ及び印刷条件を含む印刷ジョブデータを画像形成装置１００に送信することで印刷ジョブデータの印刷を要求する。

図５は、印刷ジョブデータをより詳細に説明する図である。図５に示されるように、印刷ジョブデータは、例えば、ジョブ開始マークからジョブ終了マークで１つの印刷ジョブを示し、その間に印刷条件、印刷対象データを格納している。印刷対象データはＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）によって記述されており、印刷ジョブデータにはＰＤＬを識別するＰＤＬ種が含まれる。

また、後述するようにＭＰＵ１１は、図５に示す印刷ジョブデータを解析した結果、有効な印刷ジョブデータであると判定すると、印刷条件及び印刷対象データを蓄積部１４に蓄積する。

〔画像形成装置１００の機能ブロック〕
画像形成装置１００の機能ブロックについて図６に基づき説明する。なお図６において図２と同一部分には同一の符号を付しその説明は省略する。図６の各機能ブロックは、例えば、ＭＰＵ１１が印刷条件蓄積プログラム１９を実行するか、又は、ＦＰＧＡ若しくはＡＳＩＣ等のハードウェアにより実現される。

上記のように、ネットワークＩ／Ｆ１８を介してコンピュータ２０１〜２０３から印刷ジョブデータが受信される。まず、印刷データ解析部３１は、印刷ジョブデータが有効な印刷ジョブデータであるか否か、すなわち、印刷条件が所定の書式に従っていること、最後の印刷対象データまで（ジョブ終了マークまで）受信されていること、等を解析する。解析の結果、有効な印刷ジョブデータである場合、印刷データ解析部３１は印刷ジョブデータを印刷処理部３３と蓄積処理部３２にそれぞれ送出する。

印刷処理部３３は、印刷ジョブデータに含まれている印刷条件に従って、印刷ジョブデータに含まれている印刷対象データをビットマップ展開して、画像データを形成する。例えば、印刷条件には、カラー印刷又はモノクロ印刷の設定、解像度、両面印刷、集約印刷等が設定されているので、これに従った画像が形成される。

印刷条件の蓄積について説明する。図７（ａ）は蓄積部１４に蓄積された印刷条件を模式的に示す図である。印刷条件は、印刷条件ＩＤに対応づけて記憶される。例えば、「フルカラー、４in１（４枚を１枚に集約）、JPEG圧縮」という印刷条件には、印刷条件ＩＤとして「ＩＤ０００１」が対応づけられており、「モノクロ、両面、ＭＭＲ圧縮」という印刷条件には、印刷条件ＩＤとして「ＩＤ０００２」が対応づけられている。したがって、印刷条件ＩＤを指定すれば、印刷条件を特定できるようになる。

また、印刷条件ＩＤと印刷対象データを結びつけるため、蓄積部１４には条件管理テーブルが記憶されている。図７（ｂ）は条件管理テーブルの一例を示す図である。条件管理テーブルは、ユーザが印刷した原稿を特定するためのドキュメントＩＤ（例えば、電子データのファイル名や図５の"ＪＯＢＮＡＭＥ"であってもよい）及びページ番号を有し、各ページ番号にそれぞれ印刷条件ＩＤが対応づけられている。したがって、図7（ａ）の印刷条件ＩＤに対応する印刷条件を読み出せば、各ページの印刷条件を特定することができる。

また、図7（ｂ）に示すように、各ページの印刷対象データがページ番号に対応づけて蓄積されている。図7（ｂ）では印刷対象データを印刷データＩＤにて識別することとしたが、ページ毎に異なる印刷データＩＤを付与してもよい。

このようにページ毎に、印刷条件と印刷対象データを蓄積しておくことで、画像形成装置１００に送信された印刷ジョブデータを画像形成装置１００にいったん蓄積した後、その印刷ジョブデータを再印刷することができる。

図6の蓄積処理部３２は、印刷ジョブデータのページ毎に印刷条件を判別し、印刷条件が切りかわると（印刷条件が切り替わった場合にのみ）、その印刷条件に新たな印刷条件ＩＤを付与し、印刷条件を蓄積する。したがって、同じ印刷条件に対しては印刷条件を蓄積することなく同じ印刷条件ＩＤで特定でき、蓄積部１４の記憶容量を節約することができる。

また、図7（ｂ）の条件管理テーブルに示したように、蓄積処理部３２は、コンピュータ２０１〜２０３から受信した印刷ジョブデータのページ番号に対応づけて、印刷条件ＩＤを記録する。すなわち、１つの印刷ジョブデータが含む複数のページのうち、印刷条件が切り替わらなければ、複数のページに渡って同じ印刷条件ＩＤを対応づける。図7（ｂ）では、ページ番号1〜４には印刷条件ＩＤ「ＩＤ０００１」が対応づけられており、ページ番号５，６には印刷条件ＩＤ「ＩＤ０００２」が対応づけられている。

これは、ページ１〜４とページ５，６で印刷条件が変更されたことを示すが、この場合、印刷するページは６枚でも蓄積される印刷条件は２つのみなので、記憶容量が節約できたことが分かる。

図８は、蓄積処理部３２が蓄積する印刷条件を模式的に示す図の一例である。ページ番号１〜４の原稿は「ａ」を印刷条件とする。このため、蓄積部１４にはページ番号１〜４に対し１つの印刷条件「ａ」が蓄積される。

ページ番号４の原稿の後、ページ５、６の原稿の印刷条件が「ｂ」という印刷条件に変更されると、ページ番号５〜６に別の印刷条件「ｂ」が蓄積される。

本実施例の印刷条件により消費される記憶容量を、従来の蓄積方法の記憶容量と比較する。従来、ページ数毎に印刷条件を記憶する場合には、「ページ数×印刷条件のデータサイズ」が消費される記憶容量である。これに対し、本実施例では「印刷条件ＩＤ数×印刷条件のデータサイズ ＋ ページ数×印刷条件ＩＤのデータサイズ」が消費される記憶容量となる。

ここで、印刷条件ＩＤのデータサイズは、印刷条件のデータサイズの例えば１／５〜１／１０以下と見積もることができる。また、画像形成装置１００の使用態様に依存するが、通常は、「Ａ４サイズにモノクロ印刷で印刷する」のように、多くの印刷ジョブデータが全ページにわたり共通の印刷条件を使用するので、「ページ数」＞＞「印刷条件ＩＤ数」としてよい。したがって、
「ページ数×印刷条件のデータサイズ」 ＞ 「印刷条件ＩＤ数×印刷条件のデータサイズ ＋ ページ数×印刷条件ＩＤのデータサイズ」
が成立する。

〔画像形成装置１００の動作手順〕
図９は、画像形成装置１００が印刷条件を蓄積する手順を示すフローチャート図の一例である。図9のフローチャート図は、例えば、画像形成装置１００がコンピュータ２０１〜２０３から印刷ジョブデータを受信するとスタートし、各ページ毎印刷ジョブデータを蓄積する処理を繰り返す。

印刷ジョブデータが有効である場合、蓄積処理部３２は、その印刷ジョブデータのページ毎に印刷条件が変更されたか否かを判定する（Ｓ１０）。なお、ステップＳ１０の判定は、印刷ジョブデータの最初のページに対し常にＹｅｓと判定される。

印刷条件が変更された場合（Ｓ１０のＹｅｓ）、蓄積処理部３２はすでに蓄積部１４で使用されている印刷条件ＩＤと重複しない印刷条件ＩＤを生成する（Ｓ２０）。また、印刷条件が変更された場合（Ｓ１０のＹｅｓ）は、印刷条件を蓄積する必要があるので、図7（ａ）のように印刷条件ＩＤと共に印刷条件を蓄積する（Ｓ３０）。なお、ステップＳ１０において印刷条件が変更されていない場合（Ｓ１０のＮｏ）、ステップＳ４０に進む。

ついで、蓄積処理部３２は、印刷条件ＩＤを印刷ジョブデータのページ番号に対応づけて蓄積部１４に蓄積する（Ｓ４０）。また、このときページ番号に対応づけて印刷データＩＤを記録する。

ついで、蓄積処理部３２は印刷ジョブデータの全てのページに対し印刷条件ＩＤを蓄積するまで、ステップＳ１０〜Ｓ４０の処理を繰り返す（Ｓ５０）。

以上説明したように、本実施例の画像処理装置１００は、印刷条件に印刷条件ＩＤを付与して、同じ印刷条件は蓄積しないようにすることで、印刷条件が消費する記憶容量を大きく低減することができる。

実施例１では、１つの印刷ジョブデータにおいて、同じ印刷条件のページに同じ印刷条件ＩＤを対応づけて印刷条件を蓄積することで、印刷条件により消費される記憶容量を低減した。本実施例では、蓄積部１４にすでに同じ印刷条件が蓄積されている場合、その同じ印刷条件の印刷条件ＩＤをページ番号に対応づけ印刷条件を蓄積しないことで、印刷条件により消費される記憶容量をさらに低減できる画像処理装置１００について説明する。

図１０は、画像形成装置１００の機能ブロック図の一例を示す。図１０において図６と同一部分には同一の符号を付しその説明は省略する。図１０の機能ブロック図は、判定部３５を有する点で図６と異なる。

判定部３５は、蓄積部１４に蓄積された印刷条件と、コンピュータ２０１〜２０３から受信した印刷ジョブデータが含む印刷条件とを比較し、それらの印刷条件が一致するか否かを判定する。すなわち、判定部３５は、コンピュータ２０１〜２０３から受信した印刷ジョブデータが含む印刷条件が、図7（ａ）の蓄積部１４に蓄積された印刷条件のいずれかに一致するか否かを判定する。そして、判定部３５は、判定結果を蓄積処理部３２に送出すると共に、判定結果が一致した場合には、一致した印刷条件ＩＤを蓄積処理部３２に送出する。

また、判定結果が一致しない場合、蓄積処理部３２は、コンピュータ２０１〜２０３から受信した印刷ジョブデータが含む印刷条件に、重複しない新たな印刷条件ＩＤを付与し、それを印刷条件に対応づけて蓄積部１４に蓄積する。また、蓄積処理部３２は、新たに付与した印刷条件ＩＤを、コンピュータ２０１〜２０３から受信した印刷ジョブデータのページ番号に対応づけ、図７（ｂ）の条件管理テーブルに記録する。

図１１は、蓄積処理部３２が蓄積する印刷条件を模式的に示す図の一例である。この印刷ジョブデータは１０ページの印刷対象データを有するが、ページ１〜４は印刷条件「ａ」で印刷され、ページ５、６は印刷条件「ｂ」で印刷され、ページ７〜１０は印刷条件「ａ」で印刷される。すなわち、印刷条件が「ａ」→「ｂ」→「ａ」のように切り替わる。

本実施例の画像形成装置１００は、ページ１〜４までは印刷条件ａの印刷条件ＩＤ「ＩＤ０００１」を対応づけ、ページ５，６には印刷条件ｂの印刷条件ＩＤ０００２を対応づけるのは実施例１と同様である。そして、本実施例では、ページ７〜１０に印刷条件ａの印刷条件ＩＤ「ＩＤ０００２」を対応づける。すなわち、ページ７〜１０の印刷条件ａに新たな印刷条件ＩＤ（例えば、ＩＤ０００３）を付与せず、印刷条件ａを、再度、蓄積しない。これにより、印刷条件により消費される記憶容量を実施例１よりもさらに低減できる。

このようにして蓄積された印刷条件及び条件管理テーブルは、それぞれ図１２（ａ）（ｂ）のようになる。図１２（ｂ）に示すように、印刷するページ数は増大してもすでに印刷したページと印刷条件が同じページには、既に印刷したページと同じ印刷条件ＩＤが対応づけられる。したがって、図１２（ａ）に示すように、すでに印刷したページと同じ印刷条件のページが印刷される場合、蓄積される印刷条件が増大することがなく、印刷条件の蓄積により消費される記憶容量をさらに低減できる。

図１３は、画像形成装置１００が印刷条件を蓄積する手順を示すフローチャート図の一例である。図１３のフローチャート図は、例えば、画像形成装置１００がコンピュータ２０１〜２０３から印刷ジョブデータを受信するとスタートし、ページ毎に印刷ジョブデータを蓄積する処理を繰り返す。

印刷ジョブデータが有効である場合、蓄積処理部３２は、その印刷ジョブデータのページ毎に印刷条件が変更されたか否かを判定する（Ｓ１０）。なお、ステップＳ１０の判定は、印刷ジョブデータの最初のページに対し常にＹｅｓと判定される。

印刷条件が変更された場合（Ｓ１０のＹｅｓ）、判定部３５は、コンピュータ２０１〜２０３から受信した印刷ジョブデータの印刷条件に一致する印刷条件がすでに蓄積部１４に記録されている否かを判定する（Ｓ１１）。

一致する印刷条件がすでに蓄積部１４に記録されていない場合（Ｓ１１のＹｅｓ）、実施例１と同様に、蓄積処理部３２はすでに蓄積部１４で使用されている印刷条件ＩＤと重複しない印刷条件ＩＤを生成する（Ｓ２０）。また、印刷条件が変更された場合（Ｓ１０のＹｅｓ）は、印刷条件を蓄積する必要があるので、図7（ａ）のように印刷条件ＩＤと共に印刷条件を蓄積する（Ｓ３０）。なお、ステップＳ１０において印刷条件が変更されていない場合（Ｓ１０のＮｏ）、ステップＳ４０に進む。

ステップＳ１１に戻り、一致する印刷条件がすでに蓄積部１４に記録されている場合（Ｓ１１のＮｏ）、蓄積処理部３２は蓄積部１４から一致する印刷条件に付与されている印刷条件ＩＤを読み出す（Ｓ６０）。これにより、印刷条件ＩＤを取得でき、印刷条件は既に蓄積部１４に蓄積されていることになるので、再度、印刷条件を蓄積することなくステップＳ４０に進む。

ついで、蓄積処理部３２は、印刷条件ＩＤを印刷ジョブデータのページ番号に対応づけて蓄積部１４に蓄積する（Ｓ４０）。また、このときページ番号に対応づけて印刷データＩＤを記録する。

ついで、蓄積処理部３２は印刷ジョブデータの全てのページに対し印刷条件ＩＤを蓄積するまで、ステップＳ１０〜Ｓ４０の処理を繰り返す（Ｓ５０）。

本実施例の画像処理装置１００は、実施例１の効果に加え、同じ印刷条件のページに対し同じ印刷条件ＩＤを対応づけて印刷条件を蓄積することで、印刷条件により消費される記憶容量をさらに低減できる。

なお、本実施例では、１つの印刷ジョブデータの中に同じ印刷条件があれば同じ印刷条件ＩＤを付与したが、異なる印刷ジョブデータに同じ印刷条件がある場合でも同様に、その同じ印刷条件の印刷条件ＩＤを、異なる印刷ジョブデータのページ番号に対応づけて印刷条件を蓄積することができる。

実施例１又は２では、印刷条件の全体に１つの印刷条件ＩＤを対応づけたが、多様な印刷条件の設定が可能になってくると印刷条件が多くなる。この場合、印刷条件の全体に１つの印刷条件ＩＤを付与すると、２つの印刷条件の一部でも異なるとそれらに同じ印刷条件ＩＤを付与できず、わずかに異なる２つの印刷条件をそれぞれ蓄積しなければならない。

そこで、本実施例では、印刷条件をいくつかのスキーマに区分し、スキーマ毎に印刷条件ＩＤを付与し、スキーマ毎の印刷条件ＩＤにより印刷条件を特定する画像形成装置１００について説明する。なお、スキーマとは枠組みという意味であるので、例えばカラー印刷にかかる印刷条件とモノクロ印刷にかかる印刷条件のように、類似した印刷条件が１つにまとめられたものをいう。以下、このスキーマ毎に付与される印刷条件を、スキーマ印刷条件といい、スキーマ印刷条件を識別する識別ＩＤをスキーマ印刷条件ＩＤという。

また、本実施例では、類似した印刷条件を１つのスキーマにするが、印刷条件のうち全く関連のない複数の項目を１つのスキーマにしてもよい。例えば、印刷条件を３つずつ取り出し１つのスキーマとして扱うことができる。また、スキーマにまとめる印刷条件の項目数は共通でなくてもよい。

このように、スキーマの取り決めを柔軟にすることで、例えば印刷条件のうち変更されやすい項目をまとめたスキーマと、変更されにくい項目をまとめたスキーマのように、各スキーマを区分でき、蓄積するスキーマ印刷条件を低減しやすくなる。

なお、本実施例では印刷条件をより細分化して蓄積するが、同じスキーマ印刷条件には同じスキーマ印刷条件ＩＤを付与し（実施例１）、同じスキーマ印刷条件が既に蓄積されている場合にはそのスキーマ印刷条件のスキーマ印刷条件ＩＤをページ番号に対応づけて条件管理テーブルに蓄積すればよい（実施例２）。したがって、機能ブロック図は、図６又は図１０と同じものを用いることができる。本実施例では、実施例２の図１０の機能ブロック図を用いることとする。

〔スキーマ印刷条件〕
スキーマ印刷条件について説明する。図１４は、スキーマ印刷条件とスキーマ印刷条件ＩＤを模式的に示す図の一例である。図１４では印刷条件を、例えばカラー情報というスキーマと、編集情報というスキーマと、フォーマット情報というスキーマに、それぞれ区分している。

カラー情報は、例えば「Ｃ（シアン）：６０ Ｍ（マゼンダ）：２０ Ｙ（イエロー）：５０」というように色を指定する情報である。また、編集情報は、「４ｉｎ１」や「２ｉｎ１」のような集約情報、拡大情報、両面印刷、製本情報のように紙面の編集に関する情報である。また、フォーマット情報は、用紙サイズ、圧縮フォーマット、など印刷対象データのフォーマットに関する情報である。

図１４では、スキーマを３つに区分したが、２つに区分してもよいし、４以上に区分してもよい。例えば、ステープルやパンチに関する仕上げ情報は、スキーマを３つに区分した場合は編集情報に含まれるが、４つに区分して仕上げ情報のスキーマを設定することができる。

そして、本実施例では各スキーマ毎にスキーマ印刷条件ＩＤを付与する。例えば、カラー情報にはＩＤ＿Ｃで始まる番号のスキーマ印刷条件ＩＤを付与し、編集情報にはＩＤ＿Ｅで始まる番号のスキーマ印刷条件ＩＤを付与し、フォーマット情報にはＩＤ＿Ｆで始まる番号のスキーマ印刷条件ＩＤを付与する。

したがって、図１４の印刷条件は、３つのスキーマ印刷条件ＩＤ、「ＩＤ＿Ｃ０００１、ＩＤ＿Ｅ０００１、ＩＤ＿Ｆ０００１」により特定できる。したがって、図示するようにこのページの印刷条件は「「ＩＤ＿Ｃ０００１、ＩＤ＿Ｅ０００１、ＩＤ＿Ｆ０００１」となる。

このように、印刷条件をスキーマに区分することで、複数ページの印刷条件の一部が変更された場合に、変更されたスキーマ印刷条件のみを蓄積すればよいことになり、印刷条件により消費される記憶容量を実施例１又は２よりもさらに低減できる。

例えば、図１４においてフォーマット情報のみが変更された場合、カラー情報及び編集情報のスキーマ印刷条件は蓄積することなく、フォーマット情報のスキーマ印刷条件のみを新たに蓄積する。フォーマット情報の用紙サイズが「Ａ４」から「Ａ３」に変更された場合、変更後のスキーマ印刷条件ＩＤをＩＤ_Ｆ０００２とする。

これにより、このページの印刷条件を「ＩＤ＿Ｃ０００１、ＩＤ＿Ｅ０００１、ＩＤ＿Ｆ０００２」とすることができ、印刷条件の全体を新たに蓄積するよりも、消費される記憶容量を低減できる。

印刷条件を区分せずに蓄積した場合と比較すると、３つのスキーマのスキーマ印刷条件の記憶容量がそれぞれ等しい場合、１つの印刷条件を蓄積するよりも、１つのスキーマ印刷条件を蓄積する方が、消費される記憶容量を１／３に低減できる。

図１５は、蓄積処理部３２が蓄積するスキーマ印刷条件を模式的に示す図の一例である。この印刷ジョブデータは１０ページの印刷対象データを有するが、ページ１〜４は印刷条件「ａ１、ｂ１、ｃ１」で印刷し、ページ５、６は印刷条件「ａ１、ｂ１、ｃ２」で印刷し、ページ７〜１０は印刷条件「ａ１、ｂ１、ｃ１」で印刷する。すなわち、印刷条件が「ａ１、ｂ１、ｃ１」→「ａ１、ｂ１、ｃ２」→「ａ１、ｂ１、ｃ１」のように切り替わる。例えば、スキーマ印刷条件ａｎがカラー情報、スキーマ印刷条件ｂｎが編集情報、スキーマ印刷条件ｃｎがフォーマット情報である。

ページ１〜４までは３つのスキーマ印刷条件ＩＤ「ＩＤ＿Ｃ０００１、ＩＤ＿Ｅ０００１、ＩＤ＿Ｆ０００１」が対応づけられ、ページ５，６には３つのスキーマ印刷条件「ＩＤ＿Ｃ０００１、ＩＤ＿Ｅ０００１、ＩＤ＿Ｆ０００２」が対応づけられる。ページ５，６では、ｃ２のスキーマ印刷条件のみを蓄積すればよく、スキーマ印刷条件ｃが「ｃ１→ｃ２」に変更されても、スキーマ印刷条件ａ１，ｂ１については、再度、蓄積する必要がない。

また、ページ７〜１０には３つのスキーマ印刷条件ＩＤ「ＩＤ＿Ｃ０００１、ＩＤ＿Ｅ０００１、ＩＤ＿Ｆ０００１」が対応づけられる。実施例２と同様に、ページ７〜１０の印刷条件「ａ１、ｂ１、ｃ１」のいずれにも新たなスキーマ印刷条件ＩＤを付与して、スキーマ印刷条件を蓄積する必要がないので、印刷条件により消費される記憶容量を低減できる。

図１６（ａ）は蓄積された印刷条件を、図１６（ｂ）は条件管理テーブルを、それぞれ示す。図１６（ｂ）に示すように、１０ページ印刷しても蓄積されるスキーマ印刷条件は、「ＩＤ＿Ｃ０００１、ＩＤ＿Ｅ０００１、ＩＤ＿Ｆ０００１、ＩＤ＿Ｆ０００２」のスキーマ印刷条件に対応したものだけである。

図１７は、画像形成装置１００が印刷条件を蓄積する手順を示すフローチャート図の一例である。図１７のフローチャート図は、例えば、画像形成装置１００がコンピュータ２０１〜２０３から印刷ジョブデータを受信するとスタートする。実施例１及び２では、フローチャート図の1回の処理で全ページに印刷条件ＩＤを対応づけたが、本実施例では印刷ジョブデータのページ毎に図１７の処理を実行する。

印刷ジョブデータが有効である場合、蓄積処理部３２は、その印刷ジョブデータのページ毎にスキーマ印刷条件が変更されたか否かを判定する（Ｓ１１０）。なお、ステップＳ１１０の判定は、印刷ジョブデータの最初のページに対し常にＹｅｓと判定される。

スキーマ印刷条件が変更された場合（Ｓ１１０のＹｅｓ）、判定部３５は、コンピュータ２０１〜２０３から受信した印刷ジョブデータのスキーマ印刷条件に一致するスキーマ印刷条件がすでに蓄積部１４に記録されている否かを判定する（Ｓ１１１）。

一致するスキーマ印刷条件がすでに蓄積部１４に記録されていない場合（Ｓ１１１のＹｅｓ）、蓄積処理部３２はすでに蓄積部１４で使用されているスキーマ印刷条件ＩＤと重複しないスキーマ印刷条件ＩＤを生成する（Ｓ１２０）。また、スキーマ印刷条件が変更された場合（Ｓ１１０のＹｅｓ）は、スキーマ印刷条件を蓄積する必要があるので、図１６（ａ）のようにスキーマ印刷条件ＩＤと共にスキーマ印刷条件を蓄積する（Ｓ１３０）。なお、ステップＳ１１０においてスキーマ印刷条件が変更されていない場合（Ｓ１１０のＮｏ）、ステップＳ１４０に進む。

ステップＳ１１１に戻り、一致するスキーマ印刷条件がすでに蓄積部１４に記録されている場合（Ｓ１１１のＮｏ）、蓄積処理部３２は蓄積部１４から一致するスキーマ印刷条件に付与されているスキーマ印刷条件ＩＤを読み出す（Ｓ１６０）。これにより、スキーマ印刷条件ＩＤを取得でき、スキーマ印刷条件は既に蓄積部１４に蓄積されていることになるので、ステップＳ１４０に進む。

ついで、蓄積処理部３２は、全てのスキーマに対しステップＳ１１０〜Ｓ１３０の処理を行ったか否かを判定し（Ｓ１３５）、全てのスキーマに対しスキーマ印刷情報ＩＤを取得すると（Ｓ１３５のＹｅｓ）、３つのスキーマ印刷条件ＩＤを印刷ジョブデータのページ番号に対応づけて蓄積部１４に蓄積する（Ｓ１４０）。また、このときページ番号に対応づけて印刷データＩＤを記録する。画像形成装置１００は、以上の処理を印刷ジョブデータの全ページに対し繰り返す。

本実施例の画像形成装置１００によれば、印刷条件をいくつかのスキーマに区分し、スキーマ毎にスキーマ印刷条件ＩＤを付与することで、実施例１及び２よりも更に、印刷条件により消費される記憶容量を低減できる。

画像形成装置が記憶する印刷条件を模式的に示す図の一例である。 画像形成装置とコンピュータの関係を示す図の一例である。 画像形成装置のハードウェア構成図の一例である。 コンピュータから画像形成装置に送信される印刷ジョブデータを模式的に説明する図の一例である。 印刷ジョブデータをより詳細に説明する図の一例である（実施例１）。 画像形成装置の機能ブロックの一例を示す図である。 蓄積部に蓄積された印刷条件、条件管理テーブルの一例を示す図である（実施例１）。 蓄積処理部が蓄積する印刷条件を模式的に示す図の一例である（実施例１）。 画像形成装置が印刷条件を蓄積する手順を示すフローチャート図の一例である（実施例１）。 画像形成装置の機能ブロック図の一例である（実施例２）。 蓄積処理部が蓄積する印刷条件を模式的に示す図の一例である（実施例２）。 蓄積部に蓄積された印刷条件、条件管理テーブルの一例を示す図である（実施例２）。 画像形成装置が印刷条件を蓄積する手順を示すフローチャート図の一例である（実施例２）。 スキーマ印刷条件とスキーマ印刷条件ＩＤを模式的に示す図の一例である。 蓄積処理部が蓄積するスキーマ印刷条件を模式的に示す図の一例である（実施例３）。 蓄積部に蓄積された印刷条件、条件管理テーブルの一例を示す図である（実施例３）。 画像形成装置が印刷条件を蓄積する手順を示すフローチャート図の一例である（実施例３）。

符号の説明

１１ MPU
１２ 主記憶装置
１３ 補助記憶装置
１４ 蓄積部
１５ 記録媒体Ｉ／Ｆ
１６ 操作パネル部
１７ 印刷部
１８ ネットワークＩ／Ｆ
１９ 印刷条件蓄積プログラム
２１ 記録媒体
３１ 印刷データ解析部
３２ 蓄積処理部
３３ 印刷処理部
３５ 判定部
１００ 画像形成装置
２０１〜２０３ コンピュータ

Claims (7)

1. 印刷条件に基づき印刷対象データから画像を形成し出力媒体に印刷すると共に、前記印刷対象データのページ毎に前記印刷条件を蓄積する画像形成装置において、
   前記印刷条件を蓄積する蓄積手段と、
   ページ毎に前記印刷条件を判別し、前記印刷条件が切り替わった場合にのみ、前記印刷条件に重複しない新たな識別ＩＤを付与し、識別ＩＤと前記印刷条件を対応づけて前記蓄積手段に蓄積する蓄積処理手段と、を有し、
   前記蓄積処理手段は、ページ番号に対応づけて識別ＩＤを前記蓄積手段に記録する、
   ことを特徴とする画像形成装置。
2. 前記印刷条件が切り替わった場合に、切り替わった後の前記印刷条件が既に前記蓄積手段に蓄積されているか否かを判定する判定手段を有し、
   前記蓄積手段に切り替わった後の前記印刷条件が蓄積されている場合、前記蓄積処理手段は、新たな識別ＩＤの付与及び前記印刷条件を蓄積することなく、既に前記蓄積手段に蓄積されている前記印刷条件の識別ＩＤをページ番号に対応づけて前記蓄積手段に記録する、
   ことを特徴とする請求項1記載の画像形成装置。
3. 前記印刷条件を複数のスキーマに区分した場合、
   前記蓄積処理手段は、各ページの前記印刷条件のスキーマ毎にスキーマ印刷条件を判別し、前記スキーマ印刷条件が切り替わった場合にのみ、前記スキーマ印刷条件に重複しない新たなスキーマ識別ＩＤを付与し、スキーマ識別ＩＤと前記スキーマ印刷条件を対応づけて前記蓄積手段に蓄積し、
   ページ番号に全ての各スキーマのスキーマ識別ＩＤを対応づけてページ毎に前記蓄積手段に記録する、
   ことを特徴とする請求項１記載の画像形成装置。
4. 前記スキーマ印刷条件が切り替わった場合に、切り替わった後の前記スキーマ印刷条件が既に前記蓄積手段に蓄積されているか否かを判定する判定手段を有し、
   前記蓄積手段に切り替わった後の前記スキーマ印刷条件が蓄積されている場合、前記蓄積処理手段は、新たなスキーマ識別ＩＤの付与及び前記スキーマ印刷条件を蓄積することなく、既に前記蓄積手段に蓄積されている前記スキーマ印刷条件のスキーマ識別ＩＤをページ番号に対応づけて前記蓄積手段に記録する、
   ことを特徴とする請求項３記載の画像形成装置。
5. 印刷条件に基づき印刷対象データから画像を形成し出力媒体に印刷すると共に、前記印刷対象データのページ毎に前記印刷条件を蓄積する画像形成装置のデータ蓄積方法において、
   蓄積処理手段が、ページ毎に前記印刷条件を判別し、前記印刷条件が切り替わった場合にのみ、前記印刷条件に重複しない新たな識別ＩＤを付与し、識別ＩＤと前記印刷条件を対応づけて蓄積手段に蓄積するステップと、
   前記蓄積処理手段が、ページ番号に対応づけて識別ＩＤを前記蓄積手段に記録するステップと、
   を有することを特徴とするデータ蓄積方法。
6. 印刷条件に基づき印刷対象データから画像を形成し出力媒体に印刷すると共に、前記印刷対象データのページ毎に前記印刷条件を蓄積する画像形成装置が備えるコンピュータに、
   ページ毎に前記印刷条件を判別し、前記印刷条件が切り替わった場合にのみ、前記印刷条件に重複しない新たな識別ＩＤを付与し、識別ＩＤと前記印刷条件を対応づけて蓄積手段に蓄積するステップと、
   ページ番号に対応づけて識別ＩＤを前記蓄積手段に記録するステップと、
   を実行させることを特徴とするプログラム。
7. 請求項６記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images