(57)【要約】      （修正有）【課題】多くの画像処理機能を持つ画像処理装置において、メモリ使用量を最小限に抑えながら、効率よく各機能に対応した符号処理を実現する。【解決手段】画像処理装置は、ページ単位のデータを処理するデータ処理装置であって、第１フォーマットのデータを、ページ単位で受信するデータ受信部と、第１フォーマットのデータを第２フォーマットのデータに変換するデータ変換部と、第１及び第２フォーマットのデータを、それぞれ第１及び第２のページデータにおいて相互に関連づけながら管理するためのページデータ管理部と、第１フォーマットのデータのメモリへの格納状態を監視し、格納が完了したと判断した場合、データ変換部における第１フォーマットから第２フォーマットへのデータ変換動作の開始が許可され、また、変換動作の完了及び第２フォーマットのデータのメモリへの格納状態に応じて所定の処理を許可する制御部と、を備える。【選択図】図４
2005277935.tif 000002
【特許請求の範囲】
【請求項１】
ページ単位のデータを処理するデータ処理装置であって、
少なくとも第１フォーマットのデータを、ページ単位で受信するデータ受信部と、
前記第１フォーマットのデータを第２フォーマットのデータに変換するデータ変換部と、
前記第１及び第２フォーマットのデータを、それぞれ第１及び第２のページデータにおいて相互に関連づけながら管理するためのページデータ管理部と、
前記第１フォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記第１フォーマットのデータに対する所定の処理を許可する制御部と、
を備えることを特徴とするデータ処理装置。
【請求項２】
前記制御部は、さらに、前記データ受信部によって受信したデータが前記第２フォーマットのデータであるか否かを判断し、
前記受信したデータが第２フォーマットのデータである場合には、前記データ変換部の変換動作を停止することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記制御部は、前記第１フォーマットのデータのメモリへの格納が完了したと判断した場合、前記データ変換部における前記第１フォーマットから第２フォーマットへのデータ変換動作の開始を許可することを特徴とする請求項１又は２に記載のデータ処理装置。
【請求項４】
前記制御部は、前記データ変換部の変換動作の完了及び前記第２フォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記第２フォーマットデータに対する所定の処理を許可することを特徴とする請求項３に記載のデータ処理装置。
【請求項５】
前記制御部は、前記データ受信部によるデータ受信に応答して、前記ページデータ管理部を生成することを特徴とする請求項１乃至４の何れか１項に記載のデータ処理装置。
【請求項６】
前記ページデータ管理部は、前記データ受信部によって受信したページ単位のデータ毎に生成され、複数ページから構成されるデータを受信した場合には、各ページを関連付けながら前記第１及び第２のページデータを管理することを特徴とする請求項５に記載のデータ処理装置。
【請求項７】
前記制御部は、前記所定の処理を実行する処理実行部が前記第１又は第２フォーマットデータを処理するためのリクエストを出しているか否かを監視し、このリクエストの有無を前記ページデータ管理部が管理するようにすることを特徴とする請求項１乃至６の何れか１項に記載のデータ処理装置。
【請求項８】
前記第１フォーマットは、生データ、ＪＢＩＧデータ、ＪＰＥＧデータ、ＴＩＦＦデータ及びＴＥＸＴデータを含む複数のデータ形式のうちの１つであり、前記第２フォーマットデータはＪＢＩＧデータ形式であることを特徴とする請求項７に記載のデータ処理装置。
【請求項９】
ページ単位のデータを処理するデータ処理方法であって、
少なくとも第１フォーマットのデータを、ページ単位で受信するデータ受信工程と、
前記第１フォーマットのデータを管理するための第１のページデータを生成する第１ページデータ生成工程と、
前記第１フォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記第１フォーマットのデータに対する所定の処理を許可する制御工程と、
前記第１フォーマットのデータを第２フォーマットのデータに変換するデータ変換工程と、
前記第２フォーマットのデータを管理するための第２のページデータを生成する第２ページデータ生成工程と、  
前記第１及び第２フォーマットのデータを、それぞれ第１及び第２のページデータにおいて相互に関連づけながら管理するためのページデータ管理工程と、
を備えることを特徴とするデータ処理方法。
【請求項１０】
前記制御工程は、さらに、前記データ受信部によって受信したデータが前記第２フォーマットのデータであるか否かを判断し、
前記受信したデータが第２フォーマットのデータである場合には、前記データ変換工程における変換動作を停止することを特徴とする請求項９に記載のデータ処理方法。
【請求項１１】
前記制御工程は、前記第１フォーマットのデータのメモリへの格納が完了したと判断した場合、前記データ変換工程における前記第１フォーマットから第２フォーマットへのデータ変換動作の開始を許可することを特徴とする請求項９又は１０に記載のデータ処理方法。
【請求項１２】
さらに、前記データ変換工程の変換動作の完了及び前記第２フォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記第２フォーマットデータに対する所定の処理を許可する処理許可工程
を備えることを特徴とする請求項１１に記載のデータ処理方法。
【請求項１３】
さらに、前記所定の処理を実行する処理実行部が前記第１又は第２フォーマットデータを処理するためのリクエストを出しているか否かを監視し、このリクエストの有無を前記第１又は第２のページデータで管理されるようにするリクエスト監視工程を
備えることを特徴とする請求項９乃至１２の何れか１項に記載のデータ処理方法。
【請求項１４】
前記第１フォーマットは、生データ、ＪＢＩＧデータ、ＪＰＥＧデータ、ＴＩＦＦデータ及びＴＥＸＴデータを含む複数のデータ形式のうちの１つであり、前記第２フォーマットデータはＪＢＩＧデータ形式であることを特徴とする請求項１３に記載のデータ処理方法。
【請求項１５】
請求項９乃至１４のいずれか１項に記載のデータ処理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１６】
ページ単位のデータを処理するデータ処理装置であって、
複数種類のフォーマットのデータを含み、複数ページによって構成されるデータを受信するデータ受信部と、
前記複数ページのうち所定ページにおけるデータフォーマットを判断し、受信データフォーマットとするフォーマット判断部と、
前記受信データフォーマットのデータを、前記処理装置における基本フォーマットのデータに変換するデータ変換部と、
前記受信データフォーマット及び前記基本フォーマット毎に対応させてページデータを生成し、ページデータを相互に関連づけながら管理するためのページデータ管理部と、
前記受信データフォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記受信データフォーマットのデータに対する所定の処理を許可する制御部と、
を備えることを特徴とするデータ処理装置。
【請求項１７】
前記ページデータ管理部は前記複数ページのデータに対してページ単位で生成され、各ページについてのページデータ管理部は相互に関連付けられ、それぞれ前記受信フォーマット及び前記基本フォーマットのページデータを管理することを特徴とする請求項１６に記載のデータ処理装置。
【請求項１８】
前記制御部は、前記データ変換部の変換動作の完了及び前記基本フォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記基本フォーマットデータに対する所定の処理を許可することを特徴とする請求項１６又は１７に記載のデータ処理装置。
【請求項１９】
前記制御部は、前記所定の処理を実行する処理実行部が前記受信フォーマット又は前記基本フォーマットのデータを処理するためのリクエストを出しているか否かを監視し、このリクエストの有無を前記ページデータ管理部が管理するようにすることを特徴とする請求項１６乃至１８のいずれか１項に記載のデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置及びデータ処理方法に関し、特に、複数データ形式のページデータを扱うマルチファンクションペリフェラル装置（以下ＭＦＰ装置）のページデータの管理方法に関する。
【背景技術】
【０００２】
従来の、複数データ形式の画像データを扱うＭＦＰ装置において、読み取り、ＦＡＸ受信、ネットワーク受信など画像データ入力部は、入力インターフェースから入力されたページデータを装置固有のデータ形式（符号化形式）のページデータへ符号化・復号化を行い、このページデータを蓄積データとして装置内部に蓄積している。
【０００３】
また、記録、ＦＡＸ送信、ネットワーク送信など画像データ出力部は、装置固有のデータ形式で蓄積された蓄積データを、必要なデータ形式に変換し、出力インターフェースへ出力している。以上のように、入力部や出力部で生成され、利用される、異なるデータ形式（符号化形式）のページデータは、それぞれ別々に管理されている。
【０００４】
図１は、このような従来のＭＦＰ装置におけるページ管理レコードの構造を示している。つまり、例えば画像読取部（スキャナ）によって読み取られた画像（Ｒａｗデータ）はＭＦＰ装置固有の符号化形式であるＪＢＩＧに符号化され、ＪＢＩＧデータとしてメモリに格納される。そして、このＪＢＩＧデータを利用する場合には、使用する機能（例えば、ＦＡＸ送信機能）にとって必要なデータ形式（符号化形式）に変換してからデータを利用することになる。従って、従来のＭＦＰ装置では、取り扱われる各データは、例えばＪＢＩＧのように統一された符号化形式でデータを管理していることになる。図１で示されるように、ページ管理レコード１０ａ、ｂ・・・のそれぞれが管理しているのは、ＪＢＩＧページデータ２０ａ、ｂ・・・のみということになっている。なお、ＪＢＩＧデータはＪＢＩＧページデータによって管理されるメモリに格納されている。このようなページ管理方法の例としては特許文献１に記載されたものがある。
【特許文献１】特開平７−００７６２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら上記従来のＭＦＰ装置では、共通のデータ形式（ＪＢＩＧ形式）でデータ管理し、データを蓄積しているので、生データを入力して直ぐにそれを出力（コピー）するようなときでもわざわざ生データ→ＪＢＩＧデータと変換して蓄積処理を行い、その後ＪＢＩＧデータ→生データと変換しなおしていたため、蓄積処理分の時間ロスが生じ、出力スピードが遅くなってしまうという問題がある。
【０００６】
また、従来のＭＦＰ装置では、例えば、１つのドキュメントにおいて１ページ目がＪＢＩＧデータで、２ページ目がＴＸＴデータで、３ページ目がＴＩＦＦデータであるような場合であっても、ページ管理レコードが装置固有の特定データ形式のページデータしか持つことができず、そのままの符号化形式で各ページを管理することができない。すると、画像データ出力部は、画像データ入力部で蓄積データへの符号化・復号化が終了し、ページデータが生成されるまで、ページデータを利用することができず、画像データの入力から出力まで処理時間がかかるという問題がある。
【０００７】
仮に、上述の従来のＭＦＰ装置によって様々異なるデータ形式（符号化形式）のデータに対応して管理しようとすると、図２Ａ乃至Ｃに示されるように、同じドキュメントにも拘わらず、それぞれ異なるデータ形式（符号化形式）のページデータを作成し、別々に管理されなければならない。つまり、データ形式の変換が必要な画像データ出力部（記録、ＦＡＸ送信、ネットワーク送信）で、その都度ページデータ変換用のページ管理レコード、および、ページデータを持つ必要があり、このように管理すると、メモリ使用量が多くなって装置のコストが高くなるという問題がある。
【０００８】
本発明は、かかる問題点を解消するためになされたもので、装置におけるメモリ使用量を最小限に抑えながらも、効率よく各画像処理機能に対応した符号処理を実現できるデータ処理装置を提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
以上の課題を解決するために、本発明によるデータ処理装置は、ページ単位のデータを処理するデータ処理装置であって、少なくとも第１フォーマットのデータを、ページ単位で受信するデータ受信部と、前記第１フォーマットのデータを第２フォーマットのデータに変換するデータ変換部と、前記第１及び第２フォーマットのデータを、それぞれ第１及び第２のページデータにおいて相互に関連づけながら管理するためのページデータ管理部と、前記第１フォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記第１フォーマットのデータに対する所定の処理を許可する制御部と、を備えることを特徴とする。
【００１０】
また、本発明によるデータ処理方法は、ページ単位のデータを処理するデータ処理方法であって、少なくとも第１フォーマットのデータを、ページ単位で受信するデータ受信工程と、前記第１フォーマットのデータを管理するための第１のページデータを生成する第１ページデータ生成工程と、前記第１フォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記第１フォーマットのデータに対する所定の処理を許可する制御工程と、前記第１フォーマットのデータを第２フォーマットのデータに変換するデータ変換工程と、前記第２フォーマットのデータを管理するための第２のページデータを生成する第２ページデータ生成工程と、前記第１及び第２フォーマットのデータを、それぞれ第１及び第２のページデータにおいて相互に関連づけながら管理するためのページデータ管理工程と、を備えることを特徴とする。
【００１１】
さらに、本発明によるデータ処理装置は、ページ単位のデータを処理するデータ処理装置であって、複数種類のフォーマットのデータを含み、複数ページによって構成されるデータを受信するデータ受信部と、前記複数ページのうち所定ページにおけるデータフォーマットを判断し、受信データフォーマットとするフォーマット判断部と、前記受信データフォーマットのデータを、前記処理装置における基本フォーマットのデータに変換するデータ変換部と、前記受信データフォーマット及び前記基本フォーマット毎に対応させてページデータを生成し、ページデータを相互に関連づけながら管理するためのページデータ管理部と、前記受信データフォーマットのデータのメモリへの格納状態を監視し、この格納状態に応じて前記受信データフォーマットのデータに対する所定の処理を許可する制御部と、を備えることを特徴とする。
【００１２】
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態の記載によっていっそう明らかになる。
【発明の効果】
【００１３】
本発明によれば、装置におけるメモリ使用量を最小限に抑えながらも、効率よく各画像処理機能に対応した符号処理を実現できる。
【発明を実施するための最良の形態】
【００１４】
本発明に係るデータ処理装置に関し、ＭＦＰ（マルチ・ファンクション・ペリフェラル）装置を例に挙げて説明する。
【００１５】
＜ハードウエア構成＞
図３は、本発明の実施例である画像処理装置の構成を示すブロック図である。
【００１６】
図３において、画像処理装置１００は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、スキャナ１０４と、プリンタ１０５と、ＣＯＤＥＣ１０６と、操作部１０７と、回線Ｉ／Ｆ１０８と、ネットワークＩ／Ｆ１１０と、ＵＳＢ  Ｉ／Ｆ１１２とを有する。
【００１７】
ＣＰＵ１０１は、システム制御部であり、画像処理装置１００の全体を制御する。ＲＯＭ１０２は、ＣＰＵ１０１の制御プログラムを格納している。なお、上記制御プログラムは、以下に説明する上記実施例を実行する制御プログラムである。また、後述のメモリ管理部６１０（図９）によるメモリ管理プログラムもＲＯＭ１０２に格納されている。
【００１８】
ＲＡＭ１０３は、ＳＲＡＭ、ＤＲＡＭ等で構成され、プログラム制御変数等を格納するものである。また、データ通信装置１００の使用者が登録した設定値や、データ通信装置１００の管理データ等や、各種ワーク用バッファも、ＲＡＭ１０３に格納される。
【００１９】
また、本実施形態においては、ページ管理レコード２００やページデータ２１０も作成される度にＲＡＭ１０３に格納され、開放の処理がなされるとＲＡＭ１０３から削除される。
【００２０】
スキャナ１０４はＣＳイメージセンサ、原稿搬送機構などで構成され、原稿を光学的に読み取って電気的な画像データに変換するものである。
【００２１】
プリンタ１０５は受信画像やファイルデータを記録紙に記録する装置である。
【００２２】
ＣＯＤＥＣ１０６は、ＪＢＩＧ、ＪＰＥＧ等の符号化、および、復号化を行うモジュールであり、所定の規格に準拠した画像データの圧縮、伸張処理を実行する処理部である。
【００２３】
操作表示部１０７はキーボード、タッチパネル、ＬＣＤ、ＬＥＤ等で構成され、装置使用者が各種操作を行ったり、また、装置使用者に対して表示通知を行うものである。
【００２４】
回線Ｉ／Ｆ１０８は、モデム（変復調装置）、ＮＣＵ（網制御装置）等により構成されるものであり、電話回線１０９を介してＦＡＸの送受信を行うものである。
【００２５】
ネットワークＩ／Ｆ１１０、ＵＳＢ  Ｉ／Ｆ１１２は、ネットワーク１１１、ＵＳＢ１１３を介して、接続された外部ＰＣとのインターフェース制御を行うものであり、これらインターフェースを介してＰＣからプリントジョブ、スキャンジョブ等のジョブ要求を受け付けることができる。
【００２６】
＜ページデータ管理方法について＞
図４乃至図７は、本発明におけるページデータの管理方法を示す概略図である。なお、ページ管理レコード２００ａ、ｂ、ｃ・・・は既にＲＡＭ１０３内に用意されているのではなく、必要がある場合に作成され、必要がなくなると削除されるものである。この動作については後述する。
【００２７】
まず、図４は、ページ管理レコード２００ａ、ｂ、ｃ、・・・の相互の関係と、１つのページ管理レコード（例えば２００ａ）とそれによって管理される符号化方式との関係を示す概略図である。
【００２８】
図４において、ページ管理レコードとは、各符号化方式に対応したページデータを管理するための管理データであり、ページデータに関する各種情報が格納されている（詳細な構造については後述する）。画像が複数ページからなる場合は、次ページのページ管理レコードへのポインタがページ管理レコードに保存され、各ページ管理レコード同士はツリー構造によってそれぞれ関連付けられている。
【００２９】
本実施形態において、ページ管理レコードは、必要に応じ、Ｒａｗ  Ｍｏｎｏ、Ｒａｗ  Ｃｏｌｏｒ、ＪＢＩＧ、ＪＰＥＧ、ＴＩＦＦ、ＴＥＸＴ等、異なる符号化形式（データ形式）のページデータを複数持つことができるように構成されている。
【００３０】
具体的には、図５に示されるように、それぞれのページデータへのポインタがページ管理レコードに保存される。例えば、１ページ目のページ管理レコード２００ａは、対応できる符号化形式のページデータのうちＲＡＷページデータ２２０とＪＢＩＧページデータ２３０とを管理している。各ページデータには、後述のように、関連付けて管理しているメモリブロックの所定のアドレス位置にＲＡＷデータやＪＢＩＧデータが格納されている。
【００３１】
そして同様に、２ページ目のページ管理レコード２００ｂはテキストデータに関するＴＸＴページデータ２４０を、３ページ目のページ管理レコード２００ｃはＴＩＦＦデータに関するＴＩＦＦページデータ及びＪＰＥＧデータに関するＪＰＥＧページデータを管理している。なお、これらの組み合わせは単なる例示であって、当然別の組み合わせでもよい。
【００３２】
図６は、ページ管理レコード２００の構造と、ページ管理レコード２００とＪＢＩＧページデータ２１０ｃ及びＲＡＷページデータ２１０ａ並びにＭｅｍｏｒｙ＿Ｂｌｏｃｋ３１０との関係を示す図である。このデータ形式（符号化形式）の組み合わせも単なる例示であり、別の組み合わせでも良い。
【００３３】
図６に示されるように、ページ管理レコード２００は、Ｎｅｘｔポイント、Ｐｒｅｖポインタ、Ｐａｇｅ＿Ｎｏ、Ｃｏｄｅ、Ｓｔａｔｕｓ、Ｌｉｎｋ＿Ｃｏｕｎｔ、Ｆｒｅｅ＿Ｆｌａｇ等から構成される。ここで、Ｎｅｘｔポインタは、次のページのページ管理レコードのポインタ（ＲＡＭ１０３のアドレス）を示し、次ページが無い場合にはここは「Ｎｕｌｌ」とされる。Ｐｒｅｖポインタは前ページのページ管理レコードのポインタを示し、前ページが無い場合（当該ページが先頭のページの場合）にはここは「Ｎｕｌｌ」とされる。
【００３４】
ＰａｇｅＮｏ．は、当該ページが処理すべきドキュメントの何ページ目かを示す情報である。Ｃｏｄｅは、管理するデータの符号化形式を示す情報であり、図６の例では、ＲＡＷ（生）データとＪＢＩＧデータが管理されることになっている。
【００３５】
Ｓｔａｔｕｓは、ページ管理レコード２００全体のステータスと各符号化形式毎のステータスの２種類の情報を管理している。ステータスとしては、作成中を示すＲＵＮと作成完了を示すＦＩＸである。例えば、このＳｔａｔｕｓがＪＢＩＧページデータ２１０ｃを作成中を示す場合（ＲＵＮ）には、プリント処理部やＦＡＸ処理部等の他の処理部はそのＪＢＩＧデータを用いることが出来ず、ＳｔａｔｕｓがＪＢＩＧページデータが完了した旨を示す（ＦＩＸ）まで待機しなければならない。
【００３６】
Ｌｉｎｋ＿Ｃｏｕｎｔは、当該ページ管理レコード２００を参照している処理部があるか否かを示している。つまり、ある処理部（プリント処理部でもＦＡＸ処理部でもよい）が当該ページ管理レコードを参照してそこで管理されている所定のデータを用いようとしている場合には、このＬｉｎｋ＿Ｃｏｕｎｔは参照している処理部の個数をカウントしている。そして、どの処理部も参照していない状態であれば、Ｌｉｎｋ＿Ｃｏｕｎｔは「０」となる。
【００３７】
Ｆｒｅｅ＿Ｆｌａｇは、処理部が当該ページ管理レコード２００を参照し終わり、ページ管理レコードを削除しても良い状態になると、フラグが「ＯＮ」となる。従って、Ｌｉｎｋ＿Ｃｏｕｎｔが「０」でＦｒｅｅ＿Ｆｌａｇが「ＯＮ」であれば、全ての処理部の参照が終了し、当該ページ管理レコード２００の消去が可能であることが判明する。
【００３８】
ここで、理解の容易のため、図７を用いてＳｔａｔｕｓ、Ｌｉｎｋ＿Ｃｏｕｎｔ、Ｆｒｅｅ＿Ｆｌａｇに関連した動作例について説明する。スキャナ処理部４１０によってドキュメントが読み取られると、ページ管理レコード作成要求が出される。この状態では、上記Ｓｔａｔｕｓはページ管理レコードが「ＲＵＮ」ということになる。そして、スキャナ処理部４１０によってデータが読み取られるに従って、ＲＡＷページデータが作成され、それに関連したメモリにデータが格納される。さらに、ＪＢＩＧページデータが生成され、そのＲＡＷデータは順にＪＢＩＧによって符号化されてメモリに格納される。これらページデータが生成されてデータが格納されるまでは、ＳｔａｔｕｓではＲＡＷページデータ「ＲＵＮ」またはＪＢＩＧデータ「ＲＵＮ」とされ、格納されれば、それぞれが「ＦＩＸ」とされる。
【００３９】
この場合に、プリンタ処理部４２０とＦＡＸ処理部４３０が当該ページ管理レコード２００を参照してＲＡＷデータ或いはＪＢＩＧデータを用いようとしているとすると、Ｌｉｎｋ＿Ｃｏｕｎｔは「２」を示す。そして、プリンタ処理部４２０もＦＡＸ処理部４３０も参照を終了すると、Ｌｉｎｋ＿Ｃｏｕｎｔは「０」となる。一方、プリンタ処理部４２０またはＦＡＸ処理部４３０が、それぞれ参照を終了させると、順に削除要求（解放要求）をページ管理レコード２００に対して発行し、その場合にはＦｒｅｅ＿Ｆｌａｇが「ＯＮ」となる。上述のように、Ｌｉｎｋ＿Ｃｏｕｎｔが「０」でＦｒｅｅ＿Ｆｌａｇが「ＯＮ」であれば、当該ページ管理レコード２００の役目は終了し、削除される。
【００４０】
再び図６に戻って、各ページデータとメモリブロック３１０の関係について説明する。上述のように、ページ管理レコード２００は、各符号化形式毎のページデータ２１０の作成およびその完了、削除等も管理している。図６では、ＲＡＷページデータとＪＢＩＧページデータが作成されている場合を例にしている。
【００４１】
各ページデータは、その構造として、Ｗｉｄｔｈ、Ｌｅｎｇｔｈ、Ｓｉｚｅ、Ｍｅｍｏｒｙ＿Ｂｌｏｃｋ等を備えている。ここで、Ｗｉｄｔｈは例えば読み取られた画像の主走査数を示し、Ｌｅｎｇｔｈはその画像の副走査数を示している。この２つにより画像のサイズ（何ドット×何ドットか）が分かる。
【００４２】
Ｓｉｚｅは画像データのデータ量を示している。Ｍｅｍｏｒｙ＿Ｂｌｏｃｋは実際のデータが格納されている先頭のメモリブロック３１０のアドレスを示すものである。
【００４３】
図６では、例えば、スキャナ処理部４１０から画像データが読み取られて得られた生データは、生成されたＲＡＷページデータによって管理され、メモリブロック３１０に格納される。メモリブロック３１０は例えばＲＡＭ１０３を複数のメモリ領域に細分化することによって構成されている。１つのメモリブロック３１０で格納しきれないデータは別のメモリブロック３１０にも格納されており、それぞれのメモリブロックはポインタによって関連付けられている。Ｎｅｘｔポインタはデータが格納されている次のメモリブロックを示し、Ｐｒｅｖポインタはデータが格納されている１つ前のメモリブロックを示している。このように、データを格納する領域を細分化することにより、メモリを無駄なく効率よく用いることができるようになる。なお、図６ではメモリブロック３１０の領域に実際のデータが格納されている例が示されているが、データはさらに別のメモリ領域で管理し、メモリブロック３１０ではそのアドレスポインタのみを管理するようにしても良い。
【００４４】
＜ページデータ制御動作について＞
図８乃至図１３は、画像処理の例として白黒コピーを行った場合のページデータ制御動作を示すフローチャートである。なお、各フローチャートの動作はＣＰＵ１０１によって制御されている。
【００４５】
まず、図８を用いて、白黒コピーを行った場合の画像読み取り部のページデータ制御方法について説明する。
【００４６】
ステップＳ５０１において、スキャナ１０４（＝図７の４１０）によって読み取り開始要求があったと判断されると処理はステップＳ５０２に移行する。
【００４７】
ステップＳ５０２では、ページ管理レコード２００の獲得が実行される。図９はこの獲得動作の概略を示す図である。スキャナ処理部４１０によって画像の読み取りが開始され、１ページ目の画像の読み取り準備がなされる（６２０）と、メモリ管理部６１０にページ管理レコードを生成することを指示するリクエストが出される。このメモリ管理部６１０は、ＲＯＭ１０２に格納されるソフトウエアプログラムで構成され、ページ管理レコードが現在いくつあるのか、どのページ管理レコードが使われているか等を管理している。リクエストを受け取ったメモリ管理部６１０は、メモリマップ６３０のページ管理レコード領域にページ管理レコード２００を作成する。ページ管理レコード領域６４０では、各ページ管理レコード（＃１、＃２、＃３、・・・・）ごとに管理され、あるページ管理レコードを使い終われば、それはページ管理レコード領域６４０から解放（削除）され、その空領域は別のページ管理レコードのために用いられるようになっている。以上のようにしてまず１ページ目の画像のページ管理レコードが獲得される。
【００４８】
図８のフローチャートに戻り、ステップＳ５０３では、Ｒａｗページデータの獲得が行われる。ページ管理レコード獲得後、Ｒａｗページデータ生成のリクエストがスキャナ処理部４１０からメモリ管理部６１０に対して出され、ページ管理レコード生成時と同様な手順により、メモリマップ６３０のページデータ領域に１ページ目の画像データに対応するＲａｗページデータが作成される。
【００４９】
そして、ステップＳ５０４で読み取られた画像データ（１ページ目）は、ステップＳ５０５においてＲａｗページデータに関連付けられたメモリブロックに生データとして格納される。この段階で、ページ管理レコード及びＲａｗページデータは、それぞれ図１１の８１０及び８２０のように獲得される。
【００５０】
１ページの読み取りが終了すると、ステップＳ５０６においてページＦＩＸ通知がなされる。このとき、前述のＳｔａｔｕｓ（図６）では、ＲａｗデータについてはＲＵＮからＦＩＸに状態が変化したことになる。この状態になれば、他の処理部（プリンタ処理部やＦＡＸ処理部等）はこのＲａｗデータを使用することができる。
【００５１】
ステップＳ５０７において、ＪＢＩＧページデータの獲得が実行される。この概略が図１１の８３０に示されている。そして、ステップＳ５０８において、ステップＳ５０５で格納されたＲａｗページデータのＪＢＩＧ符号化を行い、続いてステップＳ５０９において、ステップＳ５０７で獲得されたＪＢＩＧページデータにＲａｗデータからＪＢＩＧ符号化して得られたＪＢＩＧデータが格納される（図１１、８４０）。このとき、ＪＢＩＧ符号化が終了したＲａｗページデータが他の処理部で参照していない場合には、Ｒａｗページデータを解放することができる（８５０）。
【００５２】
ステップＳ５１０において、次ページがあると判断されると、処理はステップＳ５０２に戻り、次ページ以降の処理が同様に継続される。ステップＳ５１０において、次ページがないと判断されると、ステップＳ５０１に戻り、読み取り開始要求を待つことになる。  以上、読み取られた画像が複数ページある場合には、メモリ管理部６１０によってそのページ数分のページ管理レコードが生成され、それぞれは図４のように関連付けられる。
【００５３】
図１０は、例として白黒コピーを行った場合のプリンタ部１０５（＝図７の４２０）のページデータ制御動作について説明するためのフローチャートである。
【００５４】
ステップＳ７０１において、プリント処理の指示がなされ、記録可能ページがあると判断されると、処理はステップＳ７０２に移行する。
【００５５】
ステップＳ７０２では、ＦＩＸされたＪＢＩＧページデータがあるかどうか判断される。つまり、通常のプリント動作の場合には、ＪＢＩＧデータを復号してＲａｗデータに変換して記録動作が実行されるため、ＪＢＩＧデータが存在するかがまず判断されるのである。
【００５６】
ステップＳ７０２において、ＦＩＸされたＪＢＩＧページデータがないと判断されると、ステップＳ７０３において、Ｒａｗページデータで管理されているＲａｗデータを記録出力してステップＳ７０１に処理が戻る。この現象が起こるのは、１ページ目のプリント処理がなされる場合である。１ページ目の画像について未だＪＢＩＧ符号化されていない段階でもＲａｗデータを用いてプリント処理を実行することができるので、ユーザに対してプリント処理が高速に実行されているという印象を与えることができる。なお、ここでプリンタへ記録出力が終了したＲａｗページデータは、他の処理部で参照していない場合には、解放することができる。この様子を示したのが、図１２である。つまり、Ｒａｗページデータで管理されているＲａｗデータのプリント処理がなされ、順次ＪＢＩＧ符号化される。このとき、ＪＢＩＧデータがＪＢＩＧページデータによって管理されたメモリブロックに全て格納され、かつ他の処理部（ＦＡＸ処理部等）によって参照されていなければ、９２０のようにＲａｗページデータが解放（対応するページ管理レコードから削除）される。
【００５７】
ステップＳ７０２において、ＦＩＸされたＪＢＩＧページデータがあると判断されると、ステップＳ７０４において、図１３に示すように、Ｒａｗページデータ１０１０を獲得する。この獲得動作については既に述べたのでここでは説明は省略する。
【００５８】
ステップＳ７０５において、ＪＢＩＧページデータによって管理されているＪＢＩＧデータを復号化し、Ｒａｗデータを生成する。
【００５９】
続いて、ステップＳ７０６において、復号化されたＲａｗデータが、ステップＳ７０４で獲得したＲａｗページデータに関連付けられたメモリブロックに格納される。
【００６０】
ステップＳ７０３では、Ｒａｗページデータに格納されたＲａｗデータが記録出力される。ここで、プリンタへ記録出力が終了したＲａｗデータに対応するＲａｗページデータが、他の処理部で参照していない場合には、Ｒａｗページデータを解放（対応するページ管理レコードから削除）することができる。
【００６１】
以上のような動作は、全ページについての記録出力処理が完了するまで続けられる。
【００６２】
＜実施形態の効果＞
以上説明したように本実施形態によれば、１つのページ管理レコードが、それぞれ異なる符号化形式で蓄積されたページデータを複数持つことが可能となるため、符号化形式の変換が必要な出力側で、展開用のページ管理レコード、および、ページデータを別に持つ必要がなく、メモリ流用性を上げメモリ使用量を減らすことができる。また、ページデータを利用している処理部は、符号化・復号化中であっても、既にＦＩＸされたページデータが存在すれば、それを使用することできるので、処理の高速化を図ることができる。
【００６３】
＜その他＞
本発明では、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００６４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれている。
【００６５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【００６６】
また、上記実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ-ＲＷ、ＣＤ-Ｒ等の記憶媒体に格納され、そのシステム又は装置のコンピュータ(又はＣＰＵやＭＰＵ)が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行することによっても、達成されることは云うまでもない。
【図面の簡単な説明】
【００６７】
【図１】従来のＭＦＰ装置におけるページ管理レコードの構造を示す図である。
【図２】従来のＭＦＰ装置によって様々異なるデータ形式（符号化形式）のデータに対応して管理しようとした場合のページデータの管理方法を示す概略図である。
【図３】本発明に係る画像処理装置１００の構成を示すブロック図である。
【図４】本発明に係るページ管理レコードの構造を示す図である。
【図５】本発明に係るページ管理レコードによるページデータの管理方法の一例を示す概略図である。
【図６】本発明に係るページ管理レコードによるページデータの管理方法の詳細例を示す図である。
【図７】本発明に係るページ管理レコードと各ページデータ及び各処理部との関係を示す概略図である。
【図８】本発明に係るページ管理レコードによるページデータ生成および管理の動作を説明するためのフローチャートである。
【図９】データ読み取りからページ管理レコード生成までの一連の動作例を説明するための概念図である。
【図１０】本発明に係るページ管理レコードによるページデータ制御動作の一例を説明するためのフローチャートである。
【図１１】ページデータ制御動作の概念を示す図である。
【図１２】ページデータの他の制御動作の概念を示す図である。
【図１３】ページデータのさらに他の制御動作の概念を示す図である。
【符号の説明】
【００６８】
１００・・・画像処理装置
１０１・・・ＣＰＵ
１０２・・・ＲＯＭ
１０３・・・ＲＡＭ
１０４・・・スキャナ
１０５・・・プリンタ
１０６・・・ＣＯＤＥＣ
１０７・・・操作表示部
１０８・・・回線Ｉ／Ｆ
１０９・・・電話回線
１１０・・・ネットワークＩ／Ｆ
１１１・・・ネットワーク
１１２・・・ＵＳＢ  Ｉ／Ｆ
１１３・・・ＵＳＢ
【図１】
2005277935.tif 000003
【図２】
2005277935.tif 000004
【図３】
2005277935.tif 000005
【図４】
2005277935.tif 000006
【図５】
2005277935.tif 000007
【図６】
2005277935.tif 000008
【図７】
2005277935.tif 000009
【図８】
2005277935.tif 000010
【図９】
2005277935.tif 000011
【図１０】
2005277935.tif 000012
【図１１】
2005277935.tif 000013
【図１２】
2005277935.tif 000014
【図１３】
2005277935.tif 000015