JP2011230399A - 画像処理装置および画像形成装置 - Google Patents

Abstract

【課題】画像形成装置の印刷処理速度を向上する。
【解決手段】画像処理のコマンドに基づいて、リソースデータを登録し、当該登録したリソースデータを用いて画像処理を行う画像処理装置であって、登録したリソースデータを格納する記憶手段と、記憶手段におけるリソースデータのメモリを管理するメモリサービス１２３と、を備え、メモリサービス１２３は、登録したリソースデータのメモリを解放する旨の解放指示コマンド（Discard Controlコマンド）を検知した場合であっても、解放指示コマンドに基づく一連の画像処理が完了するまで、解放指示コマンドで指定されたリソースデータのメモリを解放しないことを特徴とする。
【選択図】図１

Description

本発明は、画像形成装置における画像処理の技術に関する。

従来、プリンタ、複写機、ファクシミリ装置、スキャナ装置、複合機等の画像形成装置は、ＰＣ（Personal Computer）等の上位装置から印刷ジョブデータを受信し、これを解析し、印刷画像化して出力する構成となっていた。このような画像形成装置においては、受信した印刷ジョブデータを一次変換して中間データとしてメモリに保存する。この際、印刷ジョブデータに含まれる、複数ページからなるドキュメントのデータに対して、１ページ分のデータごとに不要となったメモリを解放する処理が印刷ジョブに含まれるコマンド指定により行われる。

ここで、メモリの解放は次の手順で行う。
すなわち、ユーザがＰＣから印刷ジョブデータを画像形成装置に送信する際には、ＰＣにインストールされた、送信先となる画像形成装置のプリンタドライバは、目的のドキュメントのデータをＰＤＬ（page description language：ページ記述言語）に変換して送信する。もし、ドキュメントの複数箇所に同一の画像などのパーツが利用されている場合、プリンタドライバは、ＰＤＬの所定のページを記述しているデータの中に「これ以降はこのパーツ（リソース）を利用しない」といった旨のコードを記述する。この記述には、Discard Controlコマンドが用いられる。

画像形成装置のＣＰＵ（Central Processing Unit）は、ＰＣから受信した印刷ジョブデータを中間処理している過程でDiscard Controlコマンドが出現すると、これをその都度、リソースの管理をするための管理テーブルに記録する。そして、画像形成装置のＣＰＵは、１ページ分の中間処理が終わった時点で管理テーブルに従って不要となったリソースを破棄し、破棄したリソースを格納していた分のメモリを解放する。

なお、特許文献１には、１ページごとに画像に関する処理を実行するシステムにおいて、前記処理のタイミングとは無関係に、不要となった画像を消去する旨が開示されている。

特開２００４−３５００２４号公報

しかしながら従来の方法にあっては、画像形成装置のＣＰＵは、１ページ分の中間処理が終わるたびにメモリの解放を行うので、その分印刷処理に時間がかかる。近年はメモリの価格が安くなり、画像形成装置にはメモリを豊富に搭載できる。このため、１ページごとにメモリを解放する必要はなく、工夫すべきはメモリの節約よりも、むしろ印刷処理速度の向上である。

そこで、このような事情を鑑みて、本発明は、画像形成装置の印刷処理速度を向上することを目的とする。

前記目的を達成するため、本発明は、メモリを解放するコマンドがあっても、基本的には、印刷ジョブが終了するまで、メモリの解放は行わないことを特徴とする。
詳細は、後記する。

本発明によれば、画像形成装置の印刷処理速度を向上することができる。

第１の実施形態の機能ブロック図である。 メモリの解放に関するモードのモード設定画面の例である。 イメージデータリストの例である。 管理テーブルの例である。 メモリ解放モード設定処理のフローである。 モード取得処理（Ｓ１０）の詳細フローである。 モード設定処理（Ｓ２０）の詳細フローである。 第１の実施形態における印刷ジョブ実行の全体フローである。 データ受信処理（Ｓ１００）の詳細フローである。 データ解析処理（Ｓ２００）の詳細フローである。 文字中間処理（Ｓ２５０）の詳細フローである。 図形中間処理（Ｓ２６０）の詳細フローである。 Discard Control処理（Ｓ２７０）の詳細フローである。 メモリ割当て処理（Ｓ５１０）の詳細フローである。 データ解析後処理（Ｓ２８０）の詳細フローである。 印刷画像データ作成処理（Ｓ３００）の詳細フローである。 印刷画像化処理（Ｓ３３０）の詳細フローである。 画像形成処理（Ｓ４００）の詳細フローである。 第２の実施形態の機能ブロック図である。 第２の実施形態における印刷ジョブ実行の全体フローである。 データ解析処理（Ｓ１２００）の詳細フローである。 文字中間処理（Ｓ２２５０）の詳細フローである。 図形中間処理（Ｓ１２６０）の詳細フローである。 メモリ割当て処理（Ｓ５２０）の詳細フローである。 印刷画像データ作成処理（Ｓ１３００）の詳細フローである。 印刷画像化処理（Ｓ１３３０）の詳細フローである。 メモリ解放処理（Ｓ１４００）の詳細フローである。

次に、本発明を実施するための形態（以下、「実施形態」という。）について、適宜図面を参照しながら説明する。

≪第１の実施形態≫
〔構成〕
まず、第１の実施形態の画像処理装置およびその画像処理装置を備えた画像形成装置の構成について説明する。本実施形態では、画像形成装置としてプリンタを採り上げる。

図１は、第１の実施形態の機能ブロック図である。本実施形態では、プリンタ５００とＰＣ１とが示されている。プリンタ５００とＰＣ１とは、通信線を介して通信可能に接続される。

ＰＣ１は、プリンタ５００の上位装置であり、ユーザがプリンタ５００による印刷出力を実行するためのプリンタドライバ（図示せず）を備える。プリンタドライバによる処理により、印刷ジョブデータがＰＣ１からプリンタ５００に送信される。図１では、ＰＣ１は１台のみ示されているが、２台以上のＰＣがプリンタ５００に通信可能に接続してもよい。

なお、印刷ジョブデータは、印刷出力の対象となるドキュメントデータ、および印刷ジョブの実行をプリンタ５００に指示するコマンド（解放指示コマンド）を含む。ドキュメントデータは、主に、ドキュメントの文字を構成する文字要素、およびドキュメントの図形を構成する図形要素を含む。コマンドは、例えばDiscard Controlコマンドを含む。

プリンタ５００は、Ｉ（Input）／Ｏ（Output）制御部１１０、データ解析部１２０、制御部（制御手段）１３０、操作パネル（受付手段）１６０、受信データバッファ２１０、中間データバッファ２２０、および画像データバッファ２３０、といった機能部および画像形成部１５０を備える。なお、各機能部は、画像処理を実行する画像処理装置５０１を構成している。

Ｉ／Ｏ制御部１１０は、ＰＣ１や、操作パネル１６０などの各機能部の間で行われるデータの送受信を制御する。Ｉ／Ｏ制御部１１０は、例えば、ＰＣ１から受信した印刷ジョブデータを受信データバッファ２１０に格納する。また、その格納した印刷ジョブデータの先頭アドレスをデータ解析部１２０に送信する。また、操作パネル１６０から受信した、ユーザの入力内容を示すデータをデータ解析部１２０に送信する。

操作パネル１６０は、ユーザに、印刷処理に関する所定の情報を画面表示するとともに、ユーザからの入力を受け付ける。前記所定の情報には、例えば、Discard Controlコマンドによるメモリの解放に関する数種類のモードがある。

図２は、メモリの解放に関するモードのモード設定画面の例である。操作パネル１６０には、プリンタ５００に設定可能なモードの名称およびそのモードの簡易的な説明が表示されている。ユーザは、目的とするモードが記載されている箇所に触れることで、そのモードを選択することができる。モードが選択されると、操作パネル１６０は、そのモードを、ユーザが入力した情報としてＩ／Ｏ制御部１１０に送信する。前記モードを「Discard Controlの処理モード」と称する場合がある。

図１に戻り、説明を続ける。データ解析部１２０は、Ｉ／Ｏ制御部１１０から受信したデータを解析（一次変換）する。データ解析部１２０は、例えば、印刷ジョブデータに対する前記解析の解析結果の一つである中間データを中間データバッファ２２０に格納する。また、中間データに対する前記解析の解析結果の一つである印刷画像データを画像データバッファ２３０に格納する。データ解析部１２０そのものについての詳細な説明は後記する。

制御部１３０は、画像データバッファ２３０に格納されている印刷画像データを読み出し、画像形成部１５０を制御する。また、プリンタ５００が備える各機能部を統合的に制御する。

画像形成部１５０は、制御部１３０の制御により、トナーを紙などの媒体に転写し、熱定着することにより、画像を形成する。

受信データバッファ２１０は、Ｉ／Ｏ制御部１１０から受信した印刷ジョブデータを一時的に格納するメモリ（格納領域）である。

中間データバッファ２２０は、データ解析部１２０による解析の解析結果である中間データを一時的に格納するメモリ（格納領域）である。中間データバッファ２２０は、イメージデータリスト２２５を備える。

図３は、イメージデータリストの例である。イメージデータリスト２２５は、ある印刷ジョブデータに対する印刷ジョブを実行するときに一時的に生成されるイメージデータを一覧として登録する。イメージデータとは、印刷ジョブデータに含まれる文字要素や図形要素に基づいて印刷画像データを生成するときに、文字の描画や図形の描画のために使用されるリソースファイルである。リソースファイルとは、例えば、文字の描画に要する文字データからなるファイルであったり、図形の描画に要する図形データ（例：塗りつぶしデータ）からなるファイルであったりする。なお、説明の便宜上、リソースファイルは、単に「リソース」、または「リソースデータ」と称する場合がある。

イメージデータリスト２２５は、「Ｎｏ．」、「ファイル名」、「ファイルパス」といったフィールドを備え、リソースファイルをレコードとして登録する。「Ｎｏ．」は、リソースファイルに付される番号を格納するフィールドである。「ファイル名」は、リソースファイルの名称を格納するフィールドである。「ファイルパス」は、リソースファイルの格納先を格納するフィールドである。

ある印刷ジョブデータにおいて、同一のドキュメント内に同じ図形要素が複数個所に亘って配置されている場合、印刷ジョブを実行して最初に現れた図形データのみをリソースファイルとして作成する。そして、２箇所目以降に現れた同じ図形データは、作成せず、前記リソースファイルを参照する。このようにして、複数回出現する図形データを使いまわすことを可能にする中間データが生成される。イメージデータリスト２２５は、そのようなリソースファイルも登録する。なお、前記使いまわしには、同じ文字要素に対する文字データについても適用される。

図１に戻り、説明を続ける。画像データバッファ２３０は、データ解析部１２０による解析の解析結果である印刷画像データを一時的に格納するメモリ（格納領域）である。

（データ解析部）
データ解析部１２０について詳細に説明する。データ解析部１２０は、主に、編集部１２１および展開部１２８を備える。

編集部１２１は、受信データバッファ２１０から取得した印刷ジョブデータを解析したときの解析結果としての中間データを中間データバッファ２２０に格納する。また、その格納した中間データの先頭アドレスを展開部１２８に送信する。

展開部１２８は、中間データバッファ２２０から取得した中間データを印刷画像化して、解析結果としての印刷画像データを生成する。また、生成した印刷画像データを画像データバッファ２３０に格納する。また、その格納した印刷画像データの先頭アドレスを制御部１３０に送信する。

この編集部１２１は、コマンド処理部１２２、文字処理部１２４、図形処理部１２５、メモリサービス（管理手段、検出手段）１２３を備える。

コマンド処理部１２２は、受信データバッファ２１０から取得した印刷ジョブデータに含まれるコマンドを抽出し、そのコマンドの種類に応じて処理を担当する機能部、つまり文字処理部１２４、図形処理部１２５、メモリサービス１２３に印刷ジョブデータを転送する。

文字処理部１２４は、印刷ジョブデータから文字要素を抽出する。抽出した文字要素は、中間データとして中間データバッファ２２０に格納される。また、文字処理部１２４は、中間データを中間データバッファ２２０に格納するのに要するメモリの取得をメモリサービス１２３に要求する。

図形処理部１２５は、印刷ジョブデータから図形要素を抽出する。抽出した図形要素は、中間データとして中間データバッファ２２０に格納される。また、図形処理部１２５は、中間データを中間データバッファ２２０に格納するのに要するメモリの取得をメモリサービス１２３に要求する。

メモリサービス１２３は、メモリの取得の要求があると、必要な容量分のメモリを取得するとともに、要求元にそのアドレスを通知する。メモリサービス１２３は、管理テーブル１２６およびモード記憶部１２７を備える。

図４は、管理テーブルの例である。管理テーブル１２６は、印刷ジョブデータに含まれるDiscard Controlコマンドによって、メモリを解放するために破棄するリソースファイルを一覧として登録する。

管理テーブル１２６は、「ファイル名」、「ファイルパス」、「サイズ」といったフィールドを備え、リソースファイルをレコードとして登録する。「ファイル名」は、リソースファイルの名称を格納するフィールドである。「ファイルパス」は、リソースファイルの格納先を格納するフィールドである。「サイズ」は、リソースファイルのサイズを格納するフィールドである。なお、「サイズ」フィールドは必須ではない。

管理テーブル１２６に登録されるリソースファイルは、メモリを空けるために破棄してもよいリソースファイルである。そのようなリソースファイルを破棄すると、そのリソースファイルが占有していたメモリを解放できるが、実際に解放すると多くの処理時間を要する。そこで、そのようなメモリの解放を行うか否かは、ユーザが操作パネル１６０から入力したモードに従う。メモリサービス１２３は、Discard Controlコマンドの対象となるリソースデータを管理テーブル１２６に登録し、前記モードに従って、メモリの解放を行う。

図１に戻り、説明を続ける。モード記憶部１２７は、ユーザが操作パネル１６０から入力したモード、つまりDiscard Controlコマンドによるメモリの解放に関するモードを記憶する。メモリサービス１２３は、このモードの記憶を実行する。
以上で、データ解析部１２０についての説明を終える。

なお、プリンタ５００は、前記した各機能部からなるソフトウェア構成を備えるとともに、所定の入力装置、出力装置、制御装置（制御手段）、記憶装置（記憶手段）といったハードウェア構成も備える。前記入力装置は、例えば、ユーザの操作を受け付けるタッチパネルである。前記出力装置は、紙などの媒体に印刷出力するための感光ドラム、排紙機構などである。前記制御装置は、例えば、一連の画像処理を行うＣＰＵである。前記記憶装置は、ＣＰＵが読み出し、前記した各機能部として実現するプログラムを記憶するＨＤＤ（Hard Disk Drive）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）である。

〔処理〕
次に、第１の実施形態の画像処理装置およびその画像処理装置を備えた画像形成装置の処理について説明する。

本実施形態の処理には、主に、ユーザがメモリ解放のモードを設定する処理と、印刷ジョブを実行する処理とがある。これら２つの処理はお互いに無関係に発生するが、印刷ジョブを実行する処理は、ユーザが設定したメモリ解放のモードによって異なる。なお、以下に説明する処理は、制御部１３０が主体となるが、基本的には、その処理の内容に応じて、プリンタ５００の各機能部による機能が実現することによって達成されるものである。

まず、ユーザがメモリ解放のモードを設定する処理について説明する。
図５は、メモリ解放モード設定処理のフローである。

メモリ解放モード設定処理では、まず、ステップＳ１０において、ユーザが操作パネル１６０を介してモードを選択することで、モード取得処理が実行される。モード取得処理の詳細については、後記する。モード取得処理が実行された後、ステップＳ２０に進む。

ステップＳ２０において、ユーザが選択したモードをモード記憶部１２７に記録するモード設定処理が実行される。モード設定処理の詳細については、後記する。モード設定処理が実行されることで、この処理全体が終了する。

図６は、モード取得処理（Ｓ１０）の詳細フローである。
モード取得処理では、まず、ステップＳ１１において、操作パネル１６０において、モード設定画面が表示される（図２参照）。表示された後、ステップＳ１２に進む。

ステップＳ１２において、モード設定画面に表示されたモードのうち、ユーザによって選択されたモードが取得される。取得された後、ステップＳ１３に進む。

ステップＳ１３において、取得したモードが、Ｉ／Ｏ制御部１１０を介してコマンド処理部１２２に送信される。送信されることで、この処理全体が終了する。

図７は、モード設定処理（Ｓ２０）の詳細フローである。この処理は、主に、コマンド処理部１２２による機能として実現される。
モード設定処理では、まず、ステップＳ２１において、操作パネル１６０から取得したモード、つまりメモリ解放モードが受信される。受信された後、ステップＳ２２に進む。

ステップＳ２２において、受信したメモリ解放モードがモード記憶部１２７に上書きされる。上書きされることで、この処理全体が終了する。
以上により、ユーザがメモリ解放のモードを設定する処理についての説明を終える。

次に、印刷ジョブを実行する処理について説明する。
図８は、第１の実施形態における印刷ジョブ実行の全体フローである。
印刷ジョブを実行する処理では、まず、ステップＳ１００において、Ｉ／Ｏ制御部１１０がＰＣ１から印刷ジョブデータを受信するデータ受信処理が実行される。データ受信処理の詳細については、後記する。実行された後、ステップＳ２００に進む。

ステップＳ２００において、データ解析部１２０により、受信した印刷ジョブデータを解析し、中間データに一次変換するデータ解析処理が実行される。データ解析処理の詳細については、後記する。実行された後、ステップＳ３００に進む。

ステップＳ３００において、展開部１２８により、中間データを印刷画像データに変換する印刷画像データ作成処理が実行される。印刷画像データ作成処理の詳細については、後記する。なお、実行された後、ステップＳ４００に進む。

ステップＳ４００において、制御部１３０が画像形成部１５０に対し、印刷画像データを媒体に顕画像化して出力させる画像形成処理が実行される。画像形成処理の詳細については、後記する。画像形成処理が実行されることで、この処理全体が終了する。

図９は、データ受信処理（Ｓ１００）の詳細フローである。この処理は、主に、Ｉ／Ｏ制御部１１０による機能として実現される。
データ受信処理では、まず、ステップＳ１１０において、ＰＣ１から送信された印刷ジョブデータが受信される。受信された後、ステップＳ１２０に進む。

ステップＳ１２０において、受信した印刷ジョブデータが受信データバッファ２１０に格納される。格納された後、ステップＳ１３０に進む。

ステップＳ１３０において、受信データバッファ２１０に格納された印刷ジョブデータの開始アドレスがコマンド処理部１２２に通知される。通知されることで、この処理全体が終了する。

図１０は、データ解析処理（Ｓ２００）の詳細フローである。この処理は、主に、編集部１２１による機能として実現される。
データ解析処理では、まず、ステップＳ２１０において、コマンド処理部１２２に通知された印刷ジョブデータの開始アドレスが受信される。受信された後、ステップＳ２２０に進む。ステップＳ２２０以降の処理は、印刷ジョブデータに含まれるドキュメントデータの１ページごとに行われるループ処理であり、ドキュメントデータの終了まで継続する。

ステップＳ２２０において、受信した印刷ジョブデータの開始アドレスに基づいて、受信データバッファ２１０から該当する印刷ジョブデータが読み出される。読み出された後、ステップＳ２３０に進む。

読み出された印刷ジョブデータは、複数のコマンドで区切られている。コマンドには、主に、そのコマンドから次のコマンドまでの間に、（１）「図形データが入っている」ことを表すもの、（２）「文字データが入っている」ことを表すもの、および（３）「解放してよいリソースが書かれている」ことを表すもの（Discard Control）の３種類がある。ステップＳ２３０以降の処理は、印刷ジョブデータに含まれるコマンドごとに行われるループ処理であり、後記するデータ解析後処理（Ｓ２８０）の実行を開始するまで継続する。

ステップＳ２３０において、コマンド処理部１２２により、コマンドから次のコマンドまでに含まれる印刷ジョブデータのデータ種別が判断される。判断された後、ステップＳ２４０に進む。

ステップＳ２４０において、前記データ種別によって必要となる処理が選択される。前記データ種別が、文字要素を示すものであった場合（ステップＳ２４０−「文字」）、当該コマンドは文字中間処理を実行させるコマンドであることを示し、ステップＳ２５０に進む。前記データ種別が、図形要素を示すものであった場合（ステップＳ２５０−「図形」）、当該コマンドは図形中間処理を実行させるコマンドであることを示し、ステップＳ２６０に進む。前記データ種別が、Discard Controlであった場合（ステップＳ２４０−「Discard Control」）、当該コマンドはDiscard Control処理を実行させるコマンドであることを示し、ステップＳ２７０に進む。

ステップＳ２５０において、文字中間処理が実行される。文字中間処理の詳細については、後記する。実行された後、すべてのコマンドについて処理が完了していれば、ステップＳ２８０に進む。

ステップＳ２６０において、図形中間処理が実行される。図形中間処理の詳細については、後記する。実行された後、すべてのコマンドについて処理が完了していれば、ステップＳ２８０に進む。

ステップＳ２７０において、Discard Control処理が実行される。Discard Control処理の詳細については、後記する。実行された後、すべてのコマンドについて処理が完了していれば、ステップＳ２８０に進む。

ステップＳ２８０において、メモリの解放に関する処理であるデータ解析後処理が実行される。データ解析後処理の詳細については、後記する。実行された後、印刷ジョブデータに含まれるドキュメントデータのすべてのページについて処理が完了していれば、この処理全体が終了する。

図１１は、文字中間処理（Ｓ２５０）の詳細フローである。この処理は、主に、文字処理部１２４による機能として実現される。
文字中間処理では、まず、ステップＳ２５１において、印刷ジョブデータにおいて、着目するコマンドの指示対象となるデータ、つまり文字要素が解析されることで、所要メモリ量が算出される。算出された後、ステップＳ２５２に進む。

ステップＳ２５２において、前記所要メモリ量がメモリサービス１２３に要求される。要求された後、ステップＳ５１０に進む。

ステップＳ５１０において、メモリサービス１２３によるメモリ割当て処理が実行される。メモリ割当て処理の詳細については、後記する。実行された後、ステップＳ２５３に進む。なお、メモリ割当て処理の結果として、中間データバッファ２３０のメモリが取得され、取得されたメモリのアドレスは、文字処理部１２４に通知される。

ステップＳ２５３において、対象となる文字要素を解析したときの解析結果である中間データは、中間データバッファ２３０に格納される。より詳細には、前記中間データは、中間データバッファ２３０のメモリのうち、前記通知がなされたアドレスに係るメモリに格納される。格納された後、ステップＳ２５４に進む。

ステップＳ２５４において、前記文字要素の解析において、文字を描画するために使用されたリソースファイルは、イメージデータリスト２２５に格納される。格納されることで、この処理全体が終了する。

図１２は、図形中間処理（Ｓ２６０）の詳細フローである。この処理は、主に、図形処理部１２５による機能として実現される。
図形中間処理では、まず、ステップＳ２６１において、印刷ジョブデータにおいて、着目するコマンドの指示対象となるデータ、つまり図形要素が解析されることで、所要メモリ量が算出される。算出された後、ステップＳ２６２に進む。

ステップＳ２６２において、前記所要メモリ量がメモリサービス１２３に要求される。要求された後、ステップＳ５１０に進む。

ステップＳ５１０において、メモリサービス１２３によるメモリ割当て処理が実行される。メモリ割当て処理の詳細については、後記する。実行された後、ステップＳ２６３に進む。なお、メモリ割当て処理の結果として、中間データバッファ２３０のメモリが取得され、取得されたメモリのアドレスは、図形処理部１２５に通知される。

ステップＳ２６３において、対象となる図形要素を解析したときの解析結果である中間データは、中間データバッファ２３０に格納される。より詳細には、前記中間データは、中間データバッファ２３０のメモリのうち、前記通知がなされたアドレスに係るメモリに格納される。格納された後、ステップＳ２６４に進む。

ステップＳ２６４において、前記図形要素の解析において、図形を描画するために使用されたリソースファイルは、イメージデータリスト２２５に格納される。格納されることで、この処理全体が終了する。

図１３は、Discard Control処理（Ｓ２７０）の詳細フローである。この処理は、主に、メモリサービス１２３による機能として実現される。
Discard Control処理では、まず、ステップＳ２７１において、印刷ジョブデータにおいて、着目するDiscard Controlコマンドの指示対象となるデータ、つまり解放リストが取得される。解放リストとは、メモリの解放により破棄されるリソースデータの一覧であり、管理テーブル１２６のレコードを構成する。取得された後、ステップＳ２７２に進む。

ステップＳ２７２において、取得された解放リストが管理テーブル１２６に記録される。記録されることで、この処理全体が終了する。

図１４は、メモリ割当て処理（Ｓ５１０）の詳細フローである。この処理は、主に、メモリサービス１２３による機能として実現される。
メモリ割当て処理では、まず、ステップＳ５１１において、文字処理部１２４または図形処理部１２５によるメモリ要求が受信される。受信された後、ステップＳ５１２に進む。

ステップＳ５１２において、モード記憶部１２５に記録されたメモリ解放モード、つまりDiscard Controlコマンド受信時のDiscard Controlの処理モードが判定される。Discard Controlの処理モードが「実行しない」または「その都度実行」であった場合（ステップＳ５１２−「実行しない、またはその都度実行」）、データ解析処理（Ｓ２００）の実行時において、メモリの空きについては考慮しないことを意味し、ステップＳ５１６に進む。Discard Controlの処理モードが「空きがなければ実行」であった場合（ステップＳ５１２−「空きがなければ実行」）、ステップＳ５１３に進む。
なお、「実行しない」というDiscard Controlの処理モードは、図２に示すモード設定画面に表示される２番目の「高速印刷モード」に相当する。
また、「その都度実行」というDiscard Controlの処理モードは、図２に示すモード設定画面に表示される１番目の「メモリ節約モード」に相当する。
また、「空きがなければ実行」というDiscard Controlの処理モードは、図２に示すモード設定画面に表示される３番目の「ｂｙ Ｃａｓｅ モード」に相当する。

ステップＳ５１３において、空きメモリのチェックがなされる。具体的には、メモリの空き容量がチェックされる。なお、チェックの対象となるメモリは、主に、中間データバッファ２２０であるが、これに限定されない。チェックされた後、ステップＳ５１４に進む。

ステップＳ５１４において、メモリの空き容量が１０％（所定値）以下であるか否か判定される。１０％以下である場合（ステップＳ５１４−「Ｙｅｓ」）、ステップＳ５１５に進む。１０％以下でない場合（ステップＳ５１４−「Ｎｏ」）、ステップＳ５１６に進む。

ステップＳ５１５において、管理テーブル１２６に登録されたデータ、つまり解放リストに従って、不要なリソースファイルが破棄されることにより、メモリが解放される。解放されることによりメモリの十分な空き容量が発生する。解放された後、ステップＳ５１６に進む。

ステップＳ５１６において、必要な容量だけ、つまりステップＳ５１１で要求された容量だけのメモリが取得される。取得された後、ステップＳ５１７に進む。

ステップＳ５１７において、前記取得がなされたメモリの先頭アドレスとそのメモリのサイズが要求元、つまり、文字処理部１２４または図形処理部１２５に返信される。返信されることで、この処理全体が終了する。

図１５は、データ解析後処理（Ｓ２８０）の詳細フローである。この処理は、主に、メモリサービス１２３による機能として実現される。なお、この処理は、印刷ジョブデータの１ページ分の中間データが生成されたとき（ステップＳ２５０、２６０参照）に行われる。

データ解析後処理では、まず、ステップＳ２８１において、前記したDiscard Controlの処理モードが判定される。Discard Controlの処理モードが「実行しない」または「空きがなければ実行」であった場合（ステップＳ２８１−「実行しない、または空きがなければ実行」）、特に、メモリを解放する必要性が無いことを意味し、ステップＳ２８４に進む。なお、大抵の場合は、メモリ割当て処理（Ｓ５１０）により、メモリに相当量の空きが存在する。Discard Controlの処理モードが「その都度実行」であった場合（ステップＳ２８１−「その都度実行」）、ステップＳ２８２に進む。

ステップＳ２８２において、管理テーブル１２６に登録されたデータ、つまり解放リストに従って、不要なリソースファイルが破棄されることにより、メモリが解放される。解放された後、ステップＳ２８３に進む。

ステップＳ２８３において、管理テーブル１２６がクリア、つまりそのレコードが削除される。クリアした後、ステップＳ２８４に進む。なお、このような手順は現在流通している画像形成装置において一般的に行われている。

ステップＳ２８４において、編集部１２１から展開部１２８へ、中間データバッファ２２０に格納された、対象となる中間データの先頭アドレスが送信される。送信されることで、この処理全体が終了する。

これにより、編集部１２１が、展開部１２８に対し、当該中間データから印刷画像データを生成する依頼をすることになる。その結果、プリンタ５００は、従来の画像形成装置とは異なり、不必要にメモリの解放を行うわけではないので、処理速度の向上を図ることができる。

図１６は、印刷画像データ作成処理（Ｓ３００）の詳細フローである。この処理は、主に、展開部１２８による機能として実現される。
印刷画像データ作成処理では、まず、ステップＳ３１０において、編集部１２１から中間データの先頭アドレスが受信される。受信された後、ステップＳ３２０に進む。

ステップＳ３２０において、受信した中間データの先頭アドレスに基づいて、中間データバッファ２２０から該当する中間データが読み出される。読み出された後、ステップＳ３３０に進む。

ステップＳ３３０において、印刷画像データの生成がなされる印刷画像化処理が実行される。印刷画像化処理の詳細については、後記する。実行された後、ステップＳ３４０に進む。

ステップＳ３４０において、印刷画像化処理により生成された印刷画像データが画像データバッファ２３０に格納される。格納された後、ステップＳ３５０に進む。

ステップＳ３５０において、画像データバッファ２３０に格納された印刷画像データの先頭アドレスが制御部１３０に通知される。通知されることで、この処理全体が終了する。

図１７は、印刷画像化処理（Ｓ３３０）の詳細フローである。
印刷画像化処理では、まず、ステップＳ３３１において、中間データバッファ２２０から読み出された中間データがビットマップに展開される。展開された後、ステップＳ３３２に進む。

ステップＳ３３２において、プリンタ５００のハードウェアによる色処理が実行される。色処理には、例えば、二値化、カラーマッチング、黒生成等が含まれる。色処理が実行されることで中間データから印刷画像データが生成される。色処理が実行されることで、この処理全体が終了する。

図１８は、画像形成処理（Ｓ４００）の詳細フローである。この処理は、主に、制御部１３０および画像形成部１５０による機能として実現される。
画像形成処理では、まず、ステップＳ４１０において、展開部１２８から印刷画像データの先頭アドレスが受信される。受信された後、ステップＳ４２０に進む。

ステップＳ４２０において、受信した印刷画像データの先頭アドレスに基づいて、画像データバッファ２３０から該当する印刷画像データが読み出される。読み出された後、ステップＳ４３０に進む。

ステップＳ４３０において、読み出された印刷画像データが制御部１３０から画像形成部１５０に転送される。転送された後、ステップＳ４４０に進む。

ステップＳ４４０において、画像形成部１５０により、転送された印刷画像データに基づいて、印刷出力がなされる。この際、感光ドラムに静電画像が生成され、トナーを転写して媒体上に顕画像化され、熱定着を加えて媒体が出力される。
以上により、印刷ジョブを実行する処理についての説明を終えるとともに、第１の実施形態の処理についての説明を終える。

〔第１の実施形態の効果〕
以上のように本実施形態によれば、従来の、中間処理（例：データ解析処理（Ｓ２００））における１ページごとのメモリの解放処理をなるべく行わないことにより、処理速度を向上することができる。この場合、画像形成装置にメモリが潤沢に搭載されている場合はもとよりメモリ解放の必要はないが、途中でメモリが不足しそうな場合に限ってこのメモリの解放処理を実行することにより、限られたメモリであっても処理速度を向上することができる。

また、メモリの解放を、従来どおり中間処理の１ページごとに行うか、まったく行わないか、メモリの空きが少なくなった場合にのみ実行するか、といったモードをユーザが選択できるので、利用状況に応じて柔軟な設定ができ、より利便性が向上する。

≪第２の実施形態≫
まず、第２の実施形態の画像処理装置およびその画像処理装置を備えた画像形成装置の構成について説明する。本実施形態では、第１の実施形態と共通する箇所については、同一の構成、処理、符号などを用いることにし、その箇所の説明は省略する。

〔構成〕
図１９は、第２の実施形態の機能ブロック図である。第１の実施形態と異なる点は、操作パネル１６０が無い点、およびモード記憶部１２７が無い点である。

〔処理〕
次に、第２の実施形態の画像処理装置およびその画像処理装置を備えた画像形成装置の処理について説明する。

第１の実施形態と異なる点は、主に、展開部１２８がハードウェアによる色処理を実行するとき、その開始タイミングをメモリサービス１２３に通知し、メモリサービス１２３が展開部１２８に対しメモリの解放処理の終了を通知する点である。つまり、メモリサービス１２３は、ハードウェアによる色処理を実行することによるＣＰＵの空き時間を利用して、不要になったリソースファイルを削除し、メモリを解放する。このような処理を行うため、第１の実施形態のように、メモリの解放に関するモードを設定する必要がない。

図２０は、第２の実施形態における印刷ジョブ実行の全体フローである。第２の実施形態における印刷ジョブを実行する処理は、前記した（図８参照）ステップＳ２００の代わりにステップＳ１２００が実行され、前記したステップＳ３００の代わりにステップＳ１３００が実行される。さらに、ステップＳ１３００とともにステップＳ１４００が実行される。本実施形態の性質上、ステップＳ１３００の処理は、ステップＳ１４００の処理が完了した後に完了する。

ステップＳ１２００において、データ解析部１２０により、受信した印刷ジョブデータを解析し、中間データに一次変換するデータ解析処理が実行される。データ解析処理の詳細については、後記する。実行された後、ステップＳ１３００に進む。

ステップＳ１３００において、展開部１２８により、中間データを印刷画像データに変換する印刷画像データ作成処理が実行される。印刷画像データ作成処理の詳細については、後記する。なお、実行された後、ステップＳ１４００に進む。

ステップＳ１４００において、メモリ解放処理が実行される。メモリ解放処理の詳細については、後記する。実行された後、ステップＳ４００に進む。

図２１は、データ解析処理（Ｓ１２００）の詳細フローである。この処理は、主に、編集部１２１による機能として実現される。第２の実施形態におけるデータ解析処理は、前記した（図１０参照）ステップＳ２５０の代わりにステップＳ１２５０が実行され、前記したステップＳ２６０の代わりにステップＳ１２６０が実行される。さらに、前記したステップＳ２８０の代わりに、ステップＳ１２８０が実行される。

ステップＳ１２５０において、文字中間処理が実行される。文字中間処理の詳細については、後記する。実行された後、すべてのコマンドについて処理が完了していれば、ステップＳ１２８０に進む。

ステップＳ１２６０において、図形中間処理が実行される。図形中間処理の詳細については、後記する。実行された後、すべてのコマンドについて処理が完了していれば、ステップＳ１２８０に進む。

ステップＳ１２８０において、編集部１２１から展開部１２８へ、中間データバッファ２２０に格納された、対象となる中間データ、つまり、文字中間処理または図形中間処理により生成された中間データの先頭アドレスが送信される。送信された後、印刷ジョブデータに含まれるドキュメントデータのすべてのページについて処理が完了していれば、この処理全体が終了する。

図２２は、文字中間処理（Ｓ１２５０）の詳細フローである。この処理は、主に、文字処理部１２４による機能として実現される。第２の実施形態における文字中間処理は、前記した（図１１参照）ステップＳ５１０の代わりにステップＳ５２０が実行される。

ステップＳ５２０において、メモリサービス１２３によるメモリ割当て処理が実行される。メモリ割当て処理の詳細については、後記する。実行された後、ステップＳ２５３に進む。なお、メモリ割当て処理の結果として、中間データバッファ２３０のメモリが取得され、取得されたメモリのアドレスは、文字処理部１２４に通知される。

図２３は、図形中間処理（Ｓ１２６０）の詳細フローである。この処理は、主に、図形処理部１２５による機能として実現される。第２の実施形態における図形中間処理は、前記した（図１２参照）ステップＳ５１０の代わりにステップＳ５２０が実行される。

ステップＳ５２０において、メモリサービス１２３によるメモリ割当て処理が実行される。メモリ割当て処理の詳細については、後記する。実行された後、ステップＳ２６３に進む。なお、メモリ割当て処理の結果として、中間データバッファ２３０のメモリが取得され、取得されたメモリのアドレスは、図形処理部１２５に通知される。

図２４は、メモリ割当て処理（Ｓ５２０）の詳細フローである。この処理は、主に、メモリサービス１２３による機能として実現される。
メモリ割当て処理では、まず、ステップＳ５２１において、文字処理部１２４または図形処理部１２５によるメモリ要求が受信される。受信された後、ステップＳ５２２に進む。

ステップＳ５２２において、必要な容量だけ、つまりステップＳ５２１で要求された容量だけのメモリが取得される。取得された後、ステップＳ５２３に進む。なお、詳細は後記するが、本実施形態では、第１の実施形態とは異なり、メモリ要求に対しては常に必要分を割り当てる準備ができている。なぜなら、メモリの解放は、ハードウェアによる色処理が行われている間のＣＰＵの空き時間を利用して行われるからである。

ステップＳ５２３において、前記取得がなされたメモリの先頭アドレスとそのメモリのサイズが要求元、つまり、文字処理部１２４または図形処理部１２５に返信される。返信されることで、この処理全体が終了する。

図２５は、印刷画像データ作成処理（Ｓ１３００）の詳細フローである。この処理は、主に、展開部１２８による機能として実現される。第２の実施形態における印刷画像データ作成処理は、前記した（図１６参照）ステップＳ３３０の代わりにステップＳ１３３０が実行される。

ステップＳ１３３０において、印刷画像データの生成がなされる印刷画像化処理が実行される。印刷画像化処理の詳細については、後記する。実行された後、ステップＳ３４０に進む。

図２６は、印刷画像化処理（Ｓ１３３０）の詳細フローである。
印刷画像化処理では、まず、ステップＳ１３３１において、中間データバッファ２２０から読み出された中間データがビットマップに展開される。展開された後、ステップＳ１３３２に進む。

ステップＳ１３３２において、メモリサービス１２３に、プリンタ５００のハードウェアによる色処理が通知される。この通知により、メモリサービス１２３は、処理がＣＰＵからハードウェアに移ることを認知できる。通知された後、ステップＳ１３３３に進む。

ステップＳ１３３３において、プリンタ５００のハードウェアによる色処理が実行される。色処理が実行されることで中間データから印刷画像データが生成される。色処理が実行された後、ステップＳ１３３４に進む。

ステップＳ１３３４において、メモリサービス１２３からの通知により、メモリ解放処理が終了したか否かを判断する。メモリ解放処理が終了していなければ（ステップＳ１３３３−「Ｎｏ」）、ステップＳ１３３３による判断が継続し、ハードウェアによる色処理が継続される。メモリ解放処理が終了すれば（ステップＳ１３３３−「Ｙｅｓ」）、ハードウェアによる色処理が終了し、この処理全体が終了する。

図２７は、メモリ解放処理（Ｓ１４００）の詳細フローである。この処理は、主に、メモリサービス１２３による機能として実現される。
メモリ解放処理では、まず、ステップＳ１４１０において、展開部１２８による、ハードウェアによる色処理の開始の通知（図２６のＳ１３３２参照）により、ＣＰＵの空きが受信される。受信された後、ステップＳ１４２０に進む。

ステップＳ１４２０において、管理テーブル１２６に登録されたデータ、つまり解放リストに従って、不要なリソースファイルが破棄されることにより、メモリが解放される。解放された後、ステップＳ１４３０に進む。

ステップＳ１４３０において、管理テーブル１２６がクリアされる。クリアした後、ステップＳ１４４０に進む。

ステップＳ１４４０において、ステップＳ１４２０、１４３０によるメモリ解放処理が終了した旨が展開部１２８に通知される。展開部１２８は、この通知を、前記したステップＳ１３３４の判断に用いる。
以上により、第２の実施形態の処理についての説明を終える。

〔第２の実施形態の効果〕
以上のように本実施形態によれば、従来は、中間処理（例：データ解析処理（Ｓ１２００））において１ページごとに行っていたメモリ解放処理を、展開部が印刷画像データを作成するにあたり処理をハードウェアで行う間のＣＰＵ空き時間を利用して行うことにより、処理速度を向上することができる。
また展開処理中（図２６のＳ１３３１参照）に必ずメモリ解放処理を実行するため、搭載メモリ量が少ない画像形成装置においても処理速度を向上することができる。

≪その他≫
なお、前記形態は、本発明を実施する好適なものであるが、その実施形式はこれに限定するものではない。したがって、本発明の要旨を逸脱しない範囲において、その実施形式を種々変形することが可能である。

例えば、本発明は、多機能周辺装置（ＭＦＰ：Multi Functional Peripheral）などといった、上位装置から印刷画像データを受信し、画像化して出力する画像形成装置にも適用できる。

また、本発明は、電子写真方式、帯電方式、露光方式、現像方式などの各方式を採用した画像形成装置に適用することができる。

また、本実施形態は、印刷ジョブデータにDiscard Controlコマンドが含まれていたとしても基本的には、メモリの解放処理は行わず、メモリの空き容量が少ないときにメモリの解放処理を行うようにした。また、印刷ジョブデータにDiscard Controlコマンドが含まれていたとしても一連の画像処理（例：色処理）が完了するまではメモリの解放処理は実行しないようにしてもよい。

また、第１の実施形態では、メモリ解放に関するモードを操作パネル１６０によって外部から設定、印刷ジョブデータに含まれるDiscard Controlコマンドに対する処理を制御できるようにしている。しかし、印刷ジョブデータそのものに前記モードを設定させるコマンドを含ませるように設計することもできる。つまり、例えば、上位装置であるＰＣ１のユーザは、プリンタドライバに対し、メモリ解放に関するモードをプリンタ５００に設定させるコマンドを含む印刷ジョブデータを生成させることができる。このようなコマンドは、Discard Controlコマンドの一部としてもよいし、Discard Controlコマンドとは別のコマンドとしてもよい。

また、第１の実施形態のメモリ解放処理に、第２の実施形態のメモリ解放処理も実行するようにしてもよい。

その他、ハードウェア、ソフトウェア、各フローチャートなどの具体的な構成について、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。

１ ＰＣ（上位装置）
５００ プリンタ（画像形成装置）
５０１ 画像処理装置
１１０ Ｉ／Ｏ制御部、
１２０ データ解析部
１２１ 編集部
１２２ コマンド処理部
１２３ メモリサービス（管理手段、検出手段）
１２４ 文字処理部
１２５ 図形処理部
１２６ 管理テーブル
１２７ モード記憶部
１２８ 展開部
１３０ 制御部（制御手段）
１５０ 画像形成部
１６０ 操作パネル（受付手段）
２１０ 受信データバッファ
２２０ 中間データバッファ
２２５ イメージデータリスト
２３０ 画像データバッファ

Claims (5)

1. 画像処理のコマンドに基づいて、リソースデータを登録し、当該登録したリソースデータを用いて画像処理を行う画像処理装置であって、
   前記登録したリソースデータを格納する記憶手段と、
   前記記憶手段におけるリソースデータの格納領域を管理する管理手段と、
   を備え、
   前記管理手段は、前記登録したリソースデータの前記格納領域を解放する旨の解放指示コマンドを検知した場合であっても、前記解放指示コマンドに基づく一連の画像処理が完了するまで、前記解放指示コマンドで指定されたリソースデータの前記格納領域を解放しない
   ことを特徴とする画像処理装置。
2. 画像処理のコマンドに基づいて、リソースデータを登録し、当該登録したリソースデータを用いて画像処理を行う画像処理装置であって、
   前記登録したリソースデータを格納する記憶手段と、
   前記記憶手段におけるリソースデータの格納領域を管理する管理手段と、
   前記記憶手段の格納領域の空き容量を検出する検出手段と、
   を備え、
   前記管理手段は、前記登録したリソースデータの前記格納領域を解放する旨の解放指示コマンドを検知した場合、前記検出手段が検出した前記記憶手段の格納領域の空き容量が所定値以下であると前記解放指示コマンドで指定されたリソースデータの前記格納領域を解放し、前記検出手段が検出した前記記憶手段の格納領域の空き容量が所定値より多いと前記解放指示コマンドで指定されたリソースデータの前記格納領域を解放しない
   ことを特徴とする画像処理装置。
3. 画像処理のコマンドに基づいて、リソースデータを登録し、当該登録したリソースデータを用いて画像処理を行う画像処理装置であって、
   前記登録したリソースデータを格納する記憶手段と、
   前記記憶手段におけるリソースデータの格納領域を管理する管理手段と、
   前記記憶手段の格納領域の空き容量を検出する検出手段と、
   前記記憶手段におけるリソースデータの格納領域の管理に関するモードの選択を受け付ける受付手段と、
   を備え、
   前記管理手段は、前記登録したリソースデータの前記格納領域を解放する旨の解放指示コマンドを検知した場合であって、
   前記受付手段が第一のモードの選択を受け付けた場合、前記解放指示コマンドで指定されたリソースデータの前記格納領域を解放し、
   前記受付手段が第二のモードの選択を受け付けた場合、前記コマンドに基づく一連の画像処理が完了するまで、前記解放指示コマンドで指定されたリソースデータの前記格納領域を解放せず、
   前記受付手段が第三のモードの選択を受け付けた場合、前記検出手段が検出した前記記憶手段の格納領域の空き容量が所定値以下であると前記解放指示コマンドで指定されたリソースデータの前記格納領域を解放し、前記検出手段が検出した前記記憶手段の格納領域の空き容量が所定値より多いと前記解放指示コマンドで指定されたリソースデータの前記格納領域を解放しない
   ことを特徴とする画像処理装置。
4. 画像処理のコマンドに基づいて、リソースデータを登録し、当該登録したリソースデータを用いて画像処理を行う画像処理装置であって、
   前記登録したリソースデータを格納する記憶手段と、
   前記記憶手段におけるリソースデータの格納領域を管理する管理手段と、
   画像処理を行う制御手段と、
   を備え、
   前記管理手段は、前記制御手段を用いた画像処理が行われていないとき、前記登録したリソースデータの前記格納領域を解放する旨の解放指示コマンドに基づいて、当該解放指示コマンドで指定されたリソースデータの前記格納領域を解放する
   ことを特徴とする画像処理装置。
5. 請求項１から請求項４のいずれか一項に記載の画像処理装置を備えた画像形成装置。

Images