JP5257751B2 - 画像処理システム及びメモリ管理方法並びにメモリ管理プログラム - Google Patents

Description

本発明は、画像処理システム及びイメージデータを記憶する記憶部を管理するメモリ管理方法並びにメモリ管理プログラムに関する。

コピー機能を備えた複写機やファクシミリ機能を備えたファクシミリ装置、プリンタ機能を備えたプリンタ、及びこれら機能やスキャナ機能などを備える複合機（以下、これらを総称して画像処理装置と呼ぶ。）が普及している（例えば、下記特許文献１参照）。この画像処理装置を利用して印刷する場合、まず、ネットワークに接続されているクライアントからページ記述言語（ＰＤＬ：Page Description Language）形式の印刷データを受信し、印刷データをラスタライズ（ビットマップ展開）して多値（例えば、８ビット）のイメージデータを生成し、この多値のイメージデータをスクリーニング（２値化）して２値のイメージデータを生成し、２値のイメージデータに画像調整を行って用紙に出力している。

しかしながら、複数の画像処理装置がネットワークで接続されているシステムの場合、印刷データから多値のイメージデータを生成する処理（以下、ＲＩＰ（Raster Image Processor）処理と呼ぶ。）や、多値のイメージデータのスクリーニング処理を各々の画像処理装置で実行すると、各々の画像処理装置に上記処理を実行する機能を持たせなければならず、画像処理装置の構成が複雑になる。そこで、このようなシステムでは、上記ＲＩＰ処理機能とスクリーニング処理機能とを備えたコントローラをネットワークに接続し、コントローラで上記処理を代表して行う構成が採用されている。

このようなシステムでは、図６に示すように、クライアントのプリンタドライバは、アプリケーションで作成した文書データをページ記述言語形式の印刷データに変換してコントローラに送信し、コントローラは印刷データにＲＩＰ処理やスクリーニング処理を行ってイメージデータを作成し、イメージデータを画像処理装置に送信する。画像処理装置では、イメージデータをＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disk Drive）等の記憶部に格納し、順次プリントを実行する。また、画像処理装置は、次の印刷データに基づくイメージデータの受け入れ準備が整ったらＡＣＫ（了解）信号を通知し、コントローラはこの通知をプリンタドライバに送り、プリンタドライバはこの通知を受けて次の印刷データを送信する。

ここで、イメージデータの格納完了後、直ちにＡＣＫ（了解）信号を通知した場合、次々にイメージデータが送信され、やがて画像処理装置の記憶部に格納できなくなってしまう。この場合は、画像処理装置はコントローラにオーバーフローを通知し、コントローラはこのオーバーフロー通知をクライアントのプリンタドライバに送り、プリンタドライバは、このオーバーフロー通知を受けて印刷データの送信を中止又は中断する。

このようなオーバーフローが発生するとプリント処理が滞ることから、ＡＣＫ（了解）信号を通知する間隔を長くして、プリンタドライバからの印刷データの送信を遅らせる制御が行われている。

特開２００１−９４７０７号公報

このようにＡＣＫ（了解）信号を通知する間隔を長くすると、オーバーフローは起こりにくくなるが、プリンタドライバからの印刷データの送信が滞り、プリント処理が遅延する。一方、この間隔を短くすると、プリント処理は遅延しないが、次々にイメージデータが送信され、やがてオーバーフローを起こしてしまう。従って、その時々の状況に応じてＡＣＫ（了解）信号を通知する間隔を適切に設定することが重要となる。そこで、従来は、画像処理装置の記憶部の残量を基準にして、残量が少なくなったらＡＣＫ（了解）信号を通知する間隔を長くするといった制御を行っていた。

ここで、残量は通常、使用していない容量（記憶領域の面積）を意味する。例えば、１ＧＢの記憶領域がイメージデータの格納に割り当てられている場合、残量が２０％とは、２００ＭＢの記憶領域が残っていることを意味する。しかしながら、イメージデータは通常、有限の管理テーブルで管理されており、イメージデータの数量がこの管理テーブルで管理可能な数量を超過したら、容量が残っていたとしてもそれ以上管理できないため、やはりオーバーフロー状態になってしまう。

そのため、例えば、記憶領域の残量は２０％であるが、管理テーブルの要素（以下、ノードと呼ぶ。）の残量が１，２バイトしかない場合に、次の印刷データに基づくイメージデータを受信した段階でオーバーフローが起こってしまう。従って、この残量を基準にしてＡＣＫ（了解）信号を通知する間隔を制御しても、効率的かつ確実に処理を実行することができないという問題があった。

また、この残量を画像処理装置のパネルに表示してユーザに通知し、次の印刷データを送信するか、原稿の読み取りを行うかなどの判断に利用できるようにしている。この場合においても、記憶部の容量に基づく残量を表示すると、容量が残っていてもノード数が少ない場合にオーバーフローが起こってしまい、効率的かつ確実に処理を実行することができないという問題があった。

本発明は、上記問題点に鑑みてなされたものであり、その主たる目的は、効率的かつ確実に処理を実行することができる画像処理システム及びメモリ管理方法並びにメモリ管理プログラムを提供することにある。

上記目的を達成するため、本発明は、ページ記述言語の印刷データに基づいて作成されたイメージデータを受信して記憶部に記憶すると共に当該イメージデータに基づいて処理を行う画像処理装置を含む画像処理システムにおいて、前記記憶部の容量及び前記記憶部におけるイメージデータの配置を管理する管理テーブルで管理可能なノード数に基づいて、前記記憶部に記憶可能な容量の残量及び前記管理テーブルで管理可能なイメージデータの数量の残量を算出し、いずれか一方の少ない方の残量を選択し、選択した残量に基づいて制御を行う制御部を少なくとも備えるものであり、前記制御は、前記印刷データに基づいて前記イメージデータを作成するコントローラに対して行う、次のイメージデータの送信を許可する通知の間隔を調整する制御であり、前記制御部は、いずれか一方の少ない方の残量がその最低値を規定する閾値以下となった場合に、前記通知の間隔を長くする制御を行うものである。

また、本発明は、ページ記述言語の印刷データに基づいて作成されたイメージデータを受信して記憶部に記憶すると共に当該イメージデータに基づいて処理を行う画像処理装置を含む画像処理システムにおけるメモリ管理方法であって、前記記憶部の容量及び前記記憶部におけるイメージデータの配置を管理する管理テーブルで管理可能なノード数に基づいて、前記記憶部に記憶可能な容量の残量及び前記管理テーブルで管理可能なイメージデータの数量の残量を算出し、いずれか一方の少ない方の残量を選択するものであり、前記印刷データに基づいて前記イメージデータを作成するコントローラに対して行う、次のイメージデータの送信を許可する通知の間隔を調整する際に、いずれか一方の少ない方の残量がその最低値を規定する閾値以下となった場合に、前記通知の間隔を長くするものである。

また、本発明は、ページ記述言語の印刷データに基づいて作成されたイメージデータを受信して記憶部に記憶すると共に当該イメージデータに基づいて処理を行う画像処理装置で動作するメモリ管理プログラムであって、コンピュータを、前記記憶部の容量及び前記記憶部におけるイメージデータの配置を管理する管理テーブルで管理可能なノード数に基づいて、前記記憶部に記憶可能な容量の残量及び前記管理テーブルで管理可能なイメージデータの数量の残量を算出し、いずれか一方の少ない方の残量を選択し、選択した残量に基づいて制御を行う制御部として機能させるものであり、前記制御は、前記印刷データに基づいて前記イメージデータを作成するコントローラに対して行う、次のイメージデータの送信を許可する通知の間隔を調整する制御であり、前記制御部は、いずれか一方の少ない方の残量がその最低値を規定する閾値以下となった場合に、前記通知の間隔を長くする制御を行うものである。

本発明の画像処理システム及びメモリ管理方法並びにメモリ管理プログラムによれば、効率的かつ確実に処理を実行することができる。

その理由は、画像処理装置がコントローラにＡＣＫ（了解）信号を通知する間隔が変更可能な画像処理システムにおいて、画像処理装置の制御部は、記憶部に記憶可能なイメージデータの数量及び容量を監視し、いずれか一方の少ない方の残量に基づいて、ＡＣＫ（了解）信号を通知する間隔を制御するため、数量又は容量の一方の残量が十分であるが他方の残量が少ないためにオーバーフローが起こるなどの不具合を未然に防止することができるからである。

また、画像処理装置の制御部は、記憶部に記憶可能なイメージデータの数量及び容量を監視し、いずれか一方の少ない方の残量をパネルに表示し、ユーザに正確な残量を通知するため、数量又は容量の一方の残量が十分であるが他方の残量が少ないためにオーバーフローが起こるなどの不具合を未然に防止することができるからである。

背景技術で示したように、クライアント（プリンタドライバ）とコントローラと画像処理装置とで構成されるシステムでは、クライアントのプリンタドライバはページ記述言語形式の印刷データをコントローラに送信し、コントローラは印刷データにＲＩＰ処理やスクリーニング処理を行ってイメージデータを作成し、イメージデータを画像処理装置に送信する。画像処理装置では、イメージデータをＲＡＭやＨＤＤ等の記憶部に格納してプリントを実行する。また、画像処理装置は、次の印刷データを送信してよいというＡＣＫ（了解）信号をコントローラに通知する。そして、コントローラはＡＣＫ（了解）信号をプリンタドライバに通知し、それを受けてプリンタドライバは次の印刷データを送信する。

上記制御（いわゆるハンドシェーク）において、ＡＣＫ（了解）信号を通知する間隔を意図的に長くすれば、次の印刷データの送り出しが遅くなり、オーバーフローは起こりにくくなるが、プリント処理は遅延してしまう。一方、ＡＣＫ（了解）信号を通知する間隔を意図的に短くすれば、次の印刷データの送り出しが早くなり、プリント処理は早くなるが、オーバーフローが起こりやすくなってしまう。

従って、ＡＣＫ（了解）信号を通知する間隔を適切に設定するためには、記憶部にどの程度のイメージデータを格納できるかを正確に判断する必要があり、従来は、記憶部の容量（記憶領域の面積）の残量を基準にして上記間隔を設定していた。

しかしながら、イメージデータを管理する画像処理装置の内部プログラムでは、ＦＡＴ（File Allocation Tables）などの管理テーブルを用意し、どこにどのイメージデータが配置されているかを管理している。そして、内部プログラムは、管理テーブルを検索しつつ、空いている場所に効率よく新しいイメージデータを格納したり、格納したイメージデータを消去または再利用可能な状態にしたりする。この管理テーブルで管理可能なノード数（記憶可能なイメージデータの数量）は有限であり、例えば１万などで上限が区切られている。一方、イメージデータは色数や画素数、圧縮の程度等によってそのサイズが大きく変化するという特質を有している。従って、例えば非常に小さいサイズのイメージデータを大量に格納した場合、記憶部の記憶領域を使い切る前にノード数が上限に達してオーバーフローが発生してしまう。

そこで、本発明では、画像処理装置におけるイメージデータの管理方法やイメージデータの特質を鑑みて、記憶部の容量の残量のみならずノード数の残量をも考慮してイメージデータを適切に管理できるようにする。

具体的には、画像処理装置の制御部は、記憶部に記憶可能なイメージデータの数量及び容量を監視し、いずれか一方の少ない方の残量に基づいて、ＡＣＫ（了解）信号を通知する間隔を調整する制御を行う。また、画像処理装置の制御部は、記憶部に記憶可能なイメージデータの数量及び容量を監視し、いずれか一方の少ない方の残量をパネルに表示させる制御を行う。

これにより、ノードに余裕があっても容量に余裕がない場合や、容量に余裕があってもノードに余裕がない場合であっても、オーバーフローが起こりにくくなり、効率的かつ確実に処理を実行することができる。

上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の第１の実施例に係る画像処理システム及びメモリ管理方法並びにメモリ管理プログラムについて、図１乃至図５を参照して説明する。図１は、本実施例の画像形成システムの構成を模式的に示す図であり、図２は、各装置の具体的な構成を示すブロック図である。また、図３は、画像処理装置の記憶部の構成を模式的に示す図である。また、図４は、本実施例の画像形成システムにおけるメモリ管理の手順を示すフローチャート図であり、図５は、従来の画像形成システムにおけるメモリ管理の手順を示すフローチャート図である。

図１に示すように、本実施例の画像処理システムは、イントラネット上に、通信ネットワークで接続可能なクライアント１０、コントローラ２０、画像処理装置３０がそれぞれ配置される。なお、通信ネットワークの規格としてEthernet（登録商標）などを用いることができるが、コントローラ２０から画像処理装置３０へのデータ転送はEthernet（登録商標）以外にもIEEE1394、Parallelなどを用いることも可能である。また、図１では、コントローラ２０を画像処理装置３０とは別に設けているが、コントローラ２０は画像処理装置３０に内包してもよい。

クライアント１０はパーソナルコンピュータなどのコンピュータ機器であり、制御部１１、ＯＳ（Operating System）１２、アプリケーション１３、プリンタドライバ１４、ネットワークＩ／Ｆ部１５、記憶部１６、表示部１７、操作部１８などを備える。

制御部１１はＣＰＵ（Central Processing Unit）及びＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリからなり、クライアント１０全体の動作を制御する。ＯＳ１２はWindows（登録商標）やMacintosh（登録商標）などであり、クライアント１０でアプリケーション１３を動作可能にする。アプリケーション１３は文書データなどを作成するためのソフトウェアである。プリンタドライバ１４はアプリケーション１３で作成された文書データをコントローラ２０が読み取り可能な言語（ＰＣＬ（Printer Control Language）やPostScriptなどのＰＤＬ）の印刷データに変換する。ネットワークＩ／Ｆ部１５はＮＩＣ（Network Interface Card）などからなり、クライアント１０を通信ネットワークに接続する。記憶部１６はメモリやＨＤＤ（Hard Disk Drive）などからなり、印刷データなどを記憶する。表示部１７はＬＣＤ（Liquid Crystal Display）などからなり文書作成画面や印刷画面などを表示する。操作部１８はマウスやキーボードなどからなり印刷指示などの操作を可能にする。

コントローラ２０は、クライアント１０の指示に従って画像処理装置３０を制御する機器であり、制御部２１、ネットワークＩ／Ｆ部２２、ＲＩＰ部２３、記憶部２４、プリンタＩ／Ｆ部２５、アプリケーション部２６、必要に応じて表示部２７及び操作部２８などを備える。

制御部２１はＣＰＵ及びＲＯＭやＲＡＭなどのメモリからなり、コントローラ２０全体の動作を制御する。ネットワークＩ／Ｆ部２２はＮＩＣなどからなり、コントローラ２０を通信ネットワークに接続する。ＲＩＰ部２３はＰＤＬで記述された印刷データを翻訳しビットマップ形式のイメージデータに展開する。記憶部２４はメモリやＨＤＤなどからなり、印刷データやイメージデータなどを記憶する。プリンタＩ／Ｆ部２５は画像処理装置３０にイメージデータの送信及び出力方法の指示を行う。アプリケーション部２６はＲＩＰ部２３により作成されたイメージデータの編集や仕上げ処理を行うためのジョブチケットを編集し、印刷のためのデータ制御を行う。表示部２７はＬＣＤなどからなり、各種定画面を表示する。操作部２８はマウスやキーボードなどからなり各種操作を可能にする。

画像処理装置３０は、コントローラ２０の指示に基づいて印刷を実行する装置であり、制御部３１、コントローラＩ／Ｆ部３２、パネル操作部３３、プリンタ部３４、記憶部３５などにより構成される。

制御部３１はＣＰＵ及びＲＯＭやＲＡＭなどのメモリからなり画像処理装置３０全体の動作を制御する。コントローラＩ／Ｆ部３１はＮＩＣなどからなりコントローラ２０との通信を可能にする。パネル操作部３３は表示部上に透明電極が格子状に配置された感圧式の操作部（タッチパネル）を設けたものであり、画像処理装置３０の操作や設定情報の登録などを可能にする。プリンタ部３４は感光体、帯電装置、露光装置、現像装置、転写装置、定着装置などを備え、印刷指示に従い印刷を実行する。記憶部３５はメモリやＨＤＤなどからなり、イメージデータやＡＣＫ（了解）信号を通知する間隔を制御する基準となる閾値（すなわち、記憶部３５の残量がどの程度まで減少したらＡＣＫ（了解）信号を通知する間隔を長くするかを規定する残量の最低値）などを記憶する。

また、制御部３１は、記憶部３５に記憶可能なイメージデータの数量（管理可能なノード数）及び容量（記憶領域の面積）を監視し、数量及び容量の残量を算出して比較し、いずれか一方の少ない方の残量に基づいて、コントローラ２０にＡＣＫ（了解）信号を通知する間隔を制御するメモリ管理部３１ａとしても機能する。このメモリ管理部３１ａは、ハードウェアとして構成してもよいし、コンピュータを、メモリ管理部３１ａとして機能させるメモリ管理プログラムとして構成し、該メモリ管理プログラムを制御部３１上で実行させる構成としてもよい。

なお、図１及び図２は、本実施例の画像処理システムの一例であり、画像処理装置３０がメモリ管理部３１ａとして機能する限りにおいて、その構成は適宜変更可能である。

ここで、従来の画像処理システムでは、図５のフローチャート図に示すように、画像処理装置の制御部は、ノード毎の容量（記憶領域の面積）を合算し（ステップＳ２０１）、この処理を全ノードに対して行い（ステップＳ２０２）、記憶部の全容量に基づいて記憶可能な容量の残量を算出し（ステップＳ２０３）、その容量の残量に基づいて、ＡＣＫ（了解）信号を通知する間隔を長くするか短くするかを判断していた。

しかしながら、画像処理装置３０では、どこにどのイメージデータが配置されているかを管理可能にするために、図３に示すように、個々のイメージデータを管理テーブルで管理しており、容量又はノードのいずれか一方の残量がなくなれば、それ以上イメージデータを記憶することができず、オーバーフローが発生してしまう。そこで、本実施例の画像処理システムでは、画像処理装置３０の制御部３１（メモリ管理部３１ａ）は、図４のフローチャート図に示すような制御を行う。

具体的には、ステップＳ１０１で、ノード毎の容量（記憶領域の面積）を合算し、次に、ステップＳ１０２で、ノード毎のノード数を合算し、この処理を全ノードに対して行う（ステップＳ１０３）。

次に、ステップＳ１０４で、管理テーブルのノード数及び記憶部３５の容量に基づいて、使用可能なノード数（ノードの残量）及び使用可能な容量（容量の残量）を算出し、ステップＳ１０５で、それらを比較する。

そして、ノードの残量の方が少ない場合は、ステップＳ１０６で、ノードの残量を利用して各種制御を行い、容量の残量の方が少ない場合は、ステップＳ１０７で、容量の残量を利用して各種制御を行う。

この制御の例として、例えば、ノードの残量又は容量の残量のいずれか少ない方が予め定めた閾値以下となったら、ＡＣＫ（了解）信号を通知する間隔を長くし、次の印刷データの送信を遅らせてオーバーフローが発生しないようにする。

なお、上記フローでは、ノードの残量又は容量の残量のいずれか少ない方が自動的に選択されるようにしたが、ノードの残量又は容量の残量のどちらにするかをユーザに選択させる構成としてもよい。

このように、使用可能なノード数（ノードの残量）及び使用可能な容量（容量の残量）を算出し、いずれか一方の残量が少ない方に基づいて、ＡＣＫ（了解）信号を通知する間隔などを制御するため、オーバーフローを未然に防止することができ、プリント処理を効率的かつ確実に実行することができる。

次に、本発明の第２の実施例に係る画像処理システム及びメモリ管理方法並びにメモリ管理プログラムについて説明する。

前記した第１の実施例では、制御部３１でＡＣＫ（了解）信号を通知する間隔を制御するためにノードの残量及び容量の残量を算出したが、画像処理システムを用いてクライアント１０から印刷データを送信する場合や、画像処理装置３０のスキャナ機能を利用して原稿を読み取る場合に、イメージデータが画像処理装置３０の記憶部３５に格納可能であるかをユーザ自身が確認する場合もある。

そのような場合を想定して、画像処理装置３０のパネル操作部３３には、所定のエリアに「利用料＊＊％」や「残量＊＊％」などの表示がされるが、従来は容量（記憶領域の面積）のみに基づいて表示を行っていたため、例えば非常に小さいサイズのイメージデータを大量に格納する場合に、記憶部の記憶領域を使い切る前にノードが上限に達してオーバーフローが発生してしまうという問題があった。

例えば、記憶部３５の容量が１ＧＢで、管理可能なノード数が１万の場合に、ノードを８，０００まで使用している場合は、サイズの小さいイメージデータが多数記憶されており、今後も同様に小さいサイズのイメージデータが記憶されることが予想される。よって、その時点で容量が半分程度残っていても、残量２０％と表示する方が妥当である。一方、容量を８００Ｍ使い切っている場合は、仮にノードが１，０００しか使用していなくても、あと２００Ｍでオーバーフローするので、残量２０％と表示する方が妥当である。従って、８００Ｍ使い切ったか、あるいは８，０００ノード使い切ったかによって、どっちか残りの少ない方で、「残量２０％」として表示すれば、上記問題を解消できる。

そこで、本実施例では、画像処理装置３０の制御部３１（メモリ管理部３１ａ）は、第１の実施例の図４のフローチャート図に従って、ノードの残量及び容量の残量を算出し、それらを比較した後、いずれか一方の残量の少ない方を、パネル操作部３３に表示させる制御を行う。なお、パネル操作部３３における表示形態は任意であり、単に「残量＊＊％」と表示してもよいし、ノードの残量であるのか容量の残量であるのかを明示してもよい、ノードの残量及び容量の残量の双方を表示してもよい。また、ノードの残量又は容量の残量のどちらを表示するかをユーザに選択させる構成としてもよい。

これにより、容量が十分に残っているにもかかわらず、ノードの残量が少ないためにオーバーフローが発生するなどの不具合を未然に防止することができ、プリント処理や読み取り処理を効率的かつ確実に実行することができる。

なお、上記各実施例では、本発明のデータ管理方法を画像処理システムに適用する場合を示したが、本発明は上記実施例に限定されるものではなく、記憶部に任意のデータを記憶する任意の管理装置に対して同様に適用することができる。

本発明は、イメージデータを記憶する画像処理装置、及び該画像処理装置を備える画像形成システムに利用可能である。

本発明の第１の実施例に係る画像処理システムの構成を示す図である。 本発明の第１の実施例に係る画像処理システムの各装置の具体的構成を示すブロック図である。 本発明の第１の実施例に係る画像処理装置の記憶部の構成を模式的に示す図である。 本発明の第１の実施例に係る画像処理システムにおけるメモリ管理の手順を示すフローチャート図である。 従来の画像処理システムにおけるメモリ管理の手順を示すフローチャート図である。 画像処理システムにおけるデータの流れを示すタイミングチャート図である。

符号の説明

１０ クライアント
１１ 制御部
１２ ＯＳ
１３ アプリケーション
１４ プリンタドライバ
１５ ネットワークＩ／Ｆ部
１６ 記憶部
１７ 表示部
１８ 操作部
２０ コントローラ
２１ 制御部
２２ ネットワークＩ／Ｆ部
２３ ＲＩＰ部
２４ 記憶部
２５ プリンタＩ／Ｆ部
２６ アプリケーション部
２７ 表示部
２８ 操作部
３０ 画像処理装置
３１ 制御部
３１ａ メモリ管理部
３２ コントローラＩ／Ｆ部
３３ パネル操作部
３４ プリンタ部
３５ 記憶部

Claims (3)

1. ページ記述言語の印刷データに基づいて作成されたイメージデータを受信して記憶部に記憶すると共に当該イメージデータに基づいて処理を行う画像処理装置を含む画像処理システムにおいて、
   前記記憶部の容量及び前記記憶部におけるイメージデータの配置を管理する管理テーブルで管理可能なノード数に基づいて、前記記憶部に記憶可能な容量の残量及び前記管理テーブルで管理可能なイメージデータの数量の残量を算出し、いずれか一方の少ない方の残量を選択し、選択した残量に基づいて制御を行う制御部を少なくとも備えるものであり、
   前記制御は、前記印刷データに基づいて前記イメージデータを作成するコントローラに対して行う、次のイメージデータの送信を許可する通知の間隔を調整する制御であり、
   前記制御部は、いずれか一方の少ない方の残量がその最低値を規定する閾値以下となった場合に、前記通知の間隔を長くする制御を行うことを特徴とする画像処理システム。
2. ページ記述言語の印刷データに基づいて作成されたイメージデータを受信して記憶部に記憶すると共に当該イメージデータに基づいて処理を行う画像処理装置を含む画像処理システムにおけるメモリ管理方法であって、
   前記記憶部の容量及び前記記憶部におけるイメージデータの配置を管理する管理テーブルで管理可能なノード数に基づいて、前記記憶部に記憶可能な容量の残量及び前記管理テーブルで管理可能なイメージデータの数量の残量を算出し、いずれか一方の少ない方の残量を選択するものであり、
   前記印刷データに基づいて前記イメージデータを作成するコントローラに対して行う、次のイメージデータの送信を許可する通知の間隔を調整する際に、
   いずれか一方の少ない方の残量がその最低値を規定する閾値以下となった場合に、前記通知の間隔を長くすることを特徴とするメモリ管理方法。
3. ページ記述言語の印刷データに基づいて作成されたイメージデータを受信して記憶部に記憶すると共に当該イメージデータに基づいて処理を行う画像処理装置で動作するメモリ管理プログラムであって、
   コンピュータを、
   前記記憶部の容量及び前記記憶部におけるイメージデータの配置を管理する管理テーブルで管理可能なノード数に基づいて、前記記憶部に記憶可能な容量の残量及び前記管理テーブルで管理可能なイメージデータの数量の残量を算出し、いずれか一方の少ない方の残量を選択し、選択した残量に基づいて制御を行う制御部として機能させるものであり、
   前記制御は、前記印刷データに基づいて前記イメージデータを作成するコントローラに対して行う、次のイメージデータの送信を許可する通知の間隔を調整する制御であり、
   前記制御部は、いずれか一方の少ない方の残量がその最低値を規定する閾値以下となった場合に、前記通知の間隔を長くする制御を行うことを特徴とするメモリ管理プログラム。

Images