(57)【要約】【課題】  多くの画像処理機能を持つ画像処理装置において、大幅なパフォーマンスの低下を防ぎつつ、符号処理部の必要とするリソースを抑えることができる画像処理装置を提供する。【解決手段】  本発明の画像処理装置は、画像データの符号化復号化を行う複数の符号変換部３１０と複数の依頼元タスクユニット３０１乃至３０８（プリント機能、スキャナ機能、ＦＡＸ送受信機能）を有する。この依頼元タスクユニットは、前記複数の符号変換部のいずれかに画像データの符号変換を依頼するものであり、また、依頼元タスクユニットの個数は符号変換部の数より多く、かつそれぞれに予め優先度が設定されている。そして、割り当て部３０９は、優先度が高い依頼元タスクユニット３０１乃至３０４からの処理依頼に対して前記複数の符号変換部を必ず割り当て、優先度が低い依頼元タスクユニット３０５乃至３０８からの依頼に対して前記複数の符号変換部に空きがあれば割り当てる。【選択図】  図３
2005252580.tif 000002
【特許請求の範囲】
【請求項１】
画像データの符号化復号化を行う複数の符号変換部と、
前記複数の符号変換部のいずれかに画像データの符号変換を依頼する、前記符号変換部の数より多く、かつ予め優先度が設定されている、複数の依頼元タスクユニットと、
優先度が高い依頼元タスクユニットからの処理依頼に対して前記複数の符号変換部を必ず割り当て、優先度が低い依頼元タスクユニットからの依頼に対して前記複数の符号変換部に空きがあれば割り当てる割り当て部と
を備えることを特徴とする画像処理装置。
【請求項２】
前記優先度の高い依頼元タスクユニットには１対１に前記符号変換部が対応しており、
前記割り当て部は、前記優先度の高い依頼元タスクユニットからの前記処理依頼に従って、前記対応した符号変換部を必ず割り当てるようにすることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記優先度の低い依頼元タスクユニットには、それよりも少ない個数の符号変換部が対応しており、
前記割り当て部は、前記優先度の低い依頼元タスクユニットからの前記処理依頼に対しては、所定の順番で前記符号変換部を割り当てるようにすることを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記符号変換部は、ソフトウエアによって符号変換を実行するソフトウエア符号変換部とハードウエアによって符号変換を実行するハードウエア符号変換部によって構成され、
前記割り当て部は、前記依頼元タスクユニットの前記処理依頼に対して、前記ソフトウエア符号変換部を割り当てることを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記優先度の高い依頼元タスクユニットは、さらに、前記ソフトウエア符号変換部のみによって処理される第１のユニットグループと、前記ソフトウエア符号変換部を介し、前記ハードウエア符号変換部で処理される第２のユニットグループとに分類されており、
前記割り当て部は、前記優先度及び前記依頼元タスクユニットの分類に応じて、前記ソフトウエア符号変換部を割り当てることを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記ハードウエア符号変換部は、前記第２のユニットグループの依頼元タスクユニットによって共同で使用されるように構成されている請求項５に記載の画像処理装置。
【請求項７】
画像データの符号化復号化を行う複数の符号変換部の数より多く、かつ予め優先度が設定されている複数の依頼元タスクユニットであって、その何れかの依頼元タスクユニットが前記符号変換部における処理依頼を発行する処理依頼発行工程と、
前記処理依頼を受信し、前記依頼元タスクユニットによって発行された前記処理依頼が優先的に処理されるべきものか否かを判断する優先処理判断工程と、
優先度が高いと判断された依頼元タスクユニットからの処理依頼に対しては前記符号変換部を必ず割り当て、優先度が低いと判断された依頼元タスクユニットからの処理依頼に対しては前記符号変換部に空きがあれば割り当てる割り当て工程と
を備えることを特徴とする画像処理方法。
【請求項８】
前記優先度の高い依頼元タスクユニットには１対１に前記符号変換部が対応しており、
前記割り当て工程では、前記優先度の高い依頼元タスクユニットからの前記処理依頼に従って、前記対応した符号変換部が必ず割り当てられるようにすることを特徴とする請求項７に記載の画像処理方法。
【請求項９】
前記優先度の低い依頼元タスクユニットには、それよりも少ない個数の符号変換部が対応しており、
前記割り当て工程では、前記優先度の低い依頼元タスクユニットからの前記処理依頼に対しては、所定の順番で前記符号変換部が割り当てられようにすることを特徴とする請求項７または８に記載の画像処理方法。
【請求項１０】
前記符号変換部は、ソフトウエアによって符号変換を実行するソフトウエア符号変換部とハードウエアによって符号変換を実行するハードウエア符号変換部によって構成され、
前記割り当て工程では、前記依頼元タスクユニットの前記処理依頼に対して、前記ソフトウエア符号変換部が割り当てられることを特徴とする請求項９に記載の画像処理方法。
【請求項１１】
前記優先度の高い依頼元タスクユニットは、さらに、前記ソフトウエア符号変換部のみによって処理される第１のユニットグループと、前記ソフトウエア符号変換部を介し、前記ハードウエア符号変換部で処理される第２のユニットグループとに分類されており、
前記割り当て工程では、前記優先度及び前記依頼元タスクユニットの分類に応じて、前記ソフトウエア符号変換部が割り当てられることを特徴とする請求項１０に記載の画像処理方法。
【請求項１２】
前記ハードウエア符号変換部は、前記第２のユニットグループの依頼元タスクユニットによって共同で使用されるように構成されている請求項１１に記載の画像処理方法。
【請求項１３】
請求項７乃至１２のいずれか１項に記載の画像処理方法を実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル画像を符号化・復号化処理を行う画像処理装置に関し、より詳しくは、例えば、スキャナ機能、ＦＡＸ機能、プリンタ機能等の様々な画像処理機能を効率的に活用できる画像処理装置に関するものである。
【背景技術】
【０００２】
従来のＭＦＰ（マルチ・ファンクション・ペリフェラル）装置において、画像データの入出力パスとして入力データは、スキャナ部から読み込まれたデータ、ＦＡＸによって受信された画像データ等であり、また出力データとしては、プリント部によって形成された画像データやＦＡＸによる送信画像データ等であった。
【０００３】
このようなＭＦＰ装置では、それぞれの画像処理機能に、専用の符号化処理部が用意されているのが通常である。そのような従来のＭＰＦ装置における各画像処理機能と符号処理部との関係（符号処理タスクの割り当て）を示したのが図１である。
【０００４】
図１に示されてるように、それぞれの画像処理機能と符号処理部は１対１に対応しており、即ち、画像処理機能数分の符号化処理部が設けられている。よって、符号化処理部は最大に同時動作が起こり得る分の数だけ多重的に起動しておき、処理依頼があった場合、あらかじめ用意してあった符号化処理部を用いることで処理を行うことになる（例えば特許文献１）。
【０００５】
このような構成により、それぞれの機能別のタスクについて符号処理部に処理を依頼したい場合、自機能に割り当てられた符号処理部を用いることで、必ず画像符号処理を行うことができるようになっている。
【０００６】
このように全ての機能に対してそれぞれ１つの符号処理部を割り当てることができたのは、画像の入出力のパスが少なく、１つの符号処理部の必要とするリソースも少なかったという事情がある。
【特許文献１】特開平６−２９１９２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、最近のＭＦＰ装置では、付加されている画像処理機能が以前よりも多種多様で多数にのぼるため、画像処理機能に対応して１対１で符号処理部を設けることが困難になってきている。より詳しくは、以下のような理由が挙げられる。
【０００８】
1つ目は、ＭＦＰ装置における画像の入出力パスの増加に関係するものである。つまり、従来の入出力のパスに加えて、入力系ではネットワークプリントの依頼、メモリカードからのファイル読み込み、インターネットＦＡＸ受信、ネットワークファイル受信、メール受信等による、本体への画像入力パスが増加したことであり、また、出力系では、従来の他に、インターネットFAX送信、ネットワークファイル送信、メール送信、外部メモリカードへの書き込み、ネットワークスキャン機能等の、本体からの画像入力パスも増加している。
【０００９】
このように機能が多すぎるため、機能ごとに符号処理部を最大動作数分持つことは、非常に多くのリソース（メモリ容量やＣＰＵへの負荷過大）を用いることになる。
【００１０】
２つ目は、処理する画像符号データのデータ量の増大が挙げられる。つまり、処理する画像がモノクロ画像からカラー画像になり、また、解像度も高解像度化していっていることから、処理する符号量が増大している。そのため、１つ符号処理部は、従来よりも多くの処理用一時バッファなどのリソースを持っておく必要がある。
【００１１】
このように、１つの符号処理部の使用するリソース量が増大し、また、用意しなければならない符号処理部の数も増やさなければならないので、非常に多くのリソースが必要になり、より大きな容量のメモリ、さらにはより処理スピードの速いＣＰＵ等を用意しなければならなくなる。これは、装置のコストアップにつながってしまうという欠点が顕著である。
【００１２】
本発明は、かかる問題点を解消するためになされたもので、装置にあるリソースを最大限に活用し、効率よく各画像処理機能に対応した符号処理を実現できる画像処理装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１３】
以上の課題を解決するために、本発明による画像処理装置は、画像データの符号化復号化を行う複数の符号変換部と、前記複数の符号変換部のいずれかに画像データの符号変換を依頼する、前記符号変換部の数より多く、かつ予め優先度が設定されている、複数の依頼元タスクユニットと、優先度が高い依頼元タスクユニットからの処理依頼に対して前記複数の符号変換部を必ず割り当て、優先度が低い依頼元タスクユニットからの依頼に対して前記複数の符号変換部に空きがあれば割り当てる割り当て部とを備えることを特徴とする。
【００１４】
また、本発明による画像処理方法は、画像データの符号化復号化を行う複数の符号変換部の数より多く、かつ予め優先度が設定されている複数の依頼元タスクユニットであって、その何れかの依頼元タスクユニットが前記符号変換部における処理依頼を発行する処理依頼発行工程と、前記処理依頼を受信し、前記依頼元タスクユニットによって発行された前記処理依頼が優先的に処理されるべきものか否かを判断する優先処理判断工程と、優先度が高いと判断された依頼元タスクユニットからの処理依頼に対しては前記符号変換部を必ず割り当て、優先度が低いと判断された依頼元タスクユニットからの処理依頼に対しては前記符号変換部に空きがあれば割り当てる割り当て工程とを備えることを特徴とする。  なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態の記載によっていっそう明らかになる。
【発明の効果】
【００１５】
本発明によれば、多くの機能を持つ画像処理装置において、大幅なパフォーマンスの低下を防ぎつつ、符号処理部の必要とするリソースを抑えることができる。
【発明を実施するための最良の形態】
【００１６】
本発明に係る画像処理装置に関し、ＭＦＰ（マルチ・ファンクション・ペリフェラル）装置を例に挙げて説明する
＜ハードウエア構成＞
図２は、本発明の実施形態に係るＭＦＰ装置のハードウエア構成の概略を示す図である。
【００１７】
２０１はＣＰＵ（中央処理装置）であり、システム制御部として装置全体の動作を制御している。２０２はＲＯＭ（リードオンリーメモリ）であり、ＣＰＵ２０１の制御プログラムを格納するためのものである。より具体的には、後述のソフトウエア符号処理に係るプログラムを格納している。この符号処理の方式は、例えばＪＢＩＧ、ＪＰＥＧ，２値化処理、ＭＭＲ（Modified Modified Read）、ＭＲ（Modified Read）、ＭＨ（Modified Huffman）等であるが、これらに限られたものではない。
【００１８】
２０３はＳＲＡＭであり、オペレータが登録した設定値や装置の管理データ等や各種ワーク用バッファ等を格納するために用いられるものである。２０４はＤＲＡＭであり、プログラム制御変数等を格納したり、画像データ、テキストデータを蓄積するために用いられるものである。
【００１９】
２０５は読み取り部、より具体的に言えば、スキャナ部であり、画像データを読み取り、バイナリデータに変換する機能を有するデバイスである。２０６は記録部であり、画像データを、記録紙に出力するプリンタ機能を有するものである。
【００２０】
２０７はファクシミリ通信制御部であり、電話回線等の外部回線を介して遠隔的に設置されたファクシミリ装置とファクシミリ通信を行うためのインターフェースである。２０８は操作部であり、オペレータによる登録を行うためのものである。具体的にはテンキー等の操作ボタン、タッチパネル等が含まれる。
【００２１】
２０９は符号処理部（ＣＯＤＥＣ）であり、上述のソフトウエア符号処理とは異なり、ハードウエアチップから構成されている。本実施形態においてソフトウエア符号処理以外にハードウエア符号処理部を備えているのは、ハードウエア符号処理の方がソフトウエア符号処理よりも処理速度が断然早いからである。その一方で数多くのハードウエア符号処理用チップを設けると装置全体のコストアップや大型化につながるのでその数には一定の制限がある。そして、この符号化処理部２０９は、通信制御装置で扱う画像データの符号化復号化処理を行ったり、画像の縮小拡大処理を実行したりする。
【００２２】
２１０はネットワーク通信制御部であり、ネットワーク回線へのインターフェースとしての機能を有し、プリントジョブの受信やインターネットＦＡＸ送受信を実行するために用いられる。２１１は外部メモリ装置であり、取り外しの可能なメモリ、例えば、ＳＤメモリカード、スマートメディア、メモリスティック、コンパクトフラッシュ(登録商標)等が含まれる。
【００２３】
２１２はＬＥＤであり、ファクシミリ送受信やネットワーク通信を実行していたりする場合に点灯・点滅して、通信中であることを外部に告知する機能を有している。
【００２４】
＜符号処理タスクの割り当て＞
図３は本実施形態による符号処理（ソフトウエア）タスクの割り当て方法の概念を示した図である。
【００２５】
図３に示されるように、本実施形態では符号処理に際し、ＭＦＰ装置の各機能を３つのグループに分けている。
【００２６】
グループ（Ａ）には、機能としてスキャナ３０１およびプリンタ３０２が含まれる。このグループに含まれる機能に関しては、処理を待たせることには特段の問題を生じないが、処理が開始した場合にはその処理自体を早く完了させたいという特徴を有している。そして、機能自体の使用頻度が高いため、符号処理部３１０のチャンネルを静的に持ち、対応する機能の符号処理の指示が出されれば常に符号処理部の１つが使えるような構成になっている。なお、図４で説明するが、このグループに含まれる機能に関してはソフトウエアの符号処理部３１０を介してハードウエア符号処理部２０９に処理すべきデータが送られ、そこで高速に処理がなされるようになっている。前述のように、グループ（Ａ）の機能は待機可能だが、処理が始めれば早く完了させる必要があるからである。
【００２７】
グループ（Ｂ）には、機能としてＦＡＸ受信３０３およびＩＦＡＸ受信３０４が含まれる。このグループに含まれる機能に関しては、受信要求があれば必ずかつ即座に対応しなければならない特徴を持つものである。他の送信機からの受信要求を待たせることはできないためである。従って、グループ（Ｂ）の機能にも、それぞれの機能に対応してソフトウエア符号処理部３１０のチャンネルを静的に割り当てられ、対応する機能の符号処理の指示が出されれば常に符号処理部の１つを使えるような構成になっている。なお、グループ（Ｂ）に含まれる機能は、受信要求があれば即座に対応しなければならないため処理の待機をすることが出来ないが、グループ（Ｃ）とは異なり処理自体を早くしなければならない必要性が無いため、ハードウエア符号処理部２０９の使用は予定されていない。これに関しても図４で後述する。
【００２８】
グループ（Ｃ）には、機能としてＦＡＸ送信３０５、ＩＦＡＸ送信３０６、外部記憶装置３０７およびプリントジョブ３０８が含まれる。ここで、プリントジョブとは、プリンタ３０２に対するプリント要求を受け付ける処理をいうものとする。そして、このグループ（Ｃ）に含まれる機能としては、使用頻度はグループ（Ａ）の機能に比して低く、またグループ（Ｂ）の機能に比して処理開始を待つことができるという特徴を有している。従って、本実施形態では、これら４つの機能に対して２つのソフトウエア符号処理部が動的に、即ち、処理要求の早いもの順に（ＦＩＦＯ的に）処理がなされるように構成されている。なお、プリントジョブ機能３０８以外はソフトウエア符号処理部３１０によってのみ処理がなされる。プリントジョブ機能３０８に係る処理は、スキャナ３０１やプリンタ３０２と同様に、ソフトウエア符号処理部３１０の１つを介してハードウエア符号処理部２０９で行われる。このように、これら４つの機能に関しては２つの符号処理部しか割り当てられていないために、早い者勝ちで取り合うようになっている。
【００２９】
符号化処理獲得判定部３０９は、図５のフローチャートの処理に従って、タスク依頼対応する処理の割り当てを実行する。詳細については図５を用いて後述する。
【００３０】
符号処理部３１０（ａ乃至ｆ）は各機能３０１から３０８に対応する符号処理をＲＯＭ２０２に格納されているソフトウエアに基づいて実行するものである。本実施形態では、８つの機能に対して６つの符号処理部しか存在しない。３０１から３０４の４つの機能に対しては、１対１に対応して静的に処理部が割り当てられており、処理要求が出されればソフトウエア符号処理部は直ぐに動作できるようになっている。しかし、３０５から３０８の４つの機能に関しては２つの符号処理部しか割り当てられておらず、前述のように４つの機能で２つの処理部を動的に取り合うように（処理要求の早い順）構成されている。
【００３１】
例えば、符号処理部３１０ａはスキャナ３０１に対応する符号化及び復号化処理を実行する。スキャナ３０１に対応する符号処理の種類は、ＪＢＩＧ、ＪＰＥＧ、２値化処理等である。符号処理部３１０ｂはプリンタ３０２に対応する符号化及び復号化処理を実行する。プリンタ３０２に対応する符号処理の種類は、ＪＢＩＧ、ＪＰＥＧ、２値化処理、番号からなる符号列を文字に変換するテキスト画像処理等である。
【００３２】
また、符号処理部３１０ｃはＦＡＸ受信３０３に対応する符号化及び復号化処理を実行する。ＦＡＸ受信３０３に対応する符号処理の種類は、ＪＢＩＧ、ＭＭＲ（Modified Modified Read）、ＭＲ（Modified Read）、ＭＨ（Modified Huffman）等である。符号処理部３１０ｄはＩＦＡＸ受信３０４に対応する符号化及び復号化処理を実行する。符号処理の種類はＦＡＸ受信と同様である。
【００３３】
ここで、いくつか具体的な処理について述べることとする。
【００３４】
例えば、今、ＦＡＸ受信要求を受信したとする。本実施形態では、ＦＡＸ受信要求に対して符号処理部３１０ｃが静的に（１対１に）割り当てられているため、符号処理獲得判定部３０９は即座に受信データを符号処理部３１０ｃに引き渡す。そして、受信データは符号化（符号化の方式は送信先の方式による）されているが、その方式に対応した復号化方式で復号して生データとし、さらにその生データを符号化してＪＢＩＧデータを生成してこれをＤＲＡＭ２０４に格納する。これら一連の処理はソフトウエア符号処理部で完結される。格納されたＪＢＩＧデータはその後適切なタイミングでプリンタ３０２（記録部２０６）によって処理がなされ、最終的にはそのプリント出力がなされることになる。
【００３５】
また、例えばスキャナ３０１による画像読み取り要求がなされた場合には、スキャナ３０１に１対１に対応する符号処理部３１０ａを介して読み取りデータがハードウエア符号処理部２０９に引き渡され、所定の符号処理がなされてＤＲＡＭ２０４にデータが格納される。より詳しく言えば、生データから２値化データが生成され、さらにＪＢＩＧデータに符号化され、これがＤＲＡＭに格納される。格納形式としてＪＢＩＧデータが用いられるのは、上記各符号処理方式の中で一番圧縮効率がいいからである。従って、ＪＢＩＧよりも圧縮効率が良いものがあればそれを用いても構わない。格納されたデータはネットワークを介して接続されているコンピュータ（図示せず）に送信されたり、復号化されて生のデータに戻されてプリント出力として出力されたりする。
【００３６】
あるデータに対してプリント要求が出されると、ＤＲＡＭ２０４からそのデータ（ＪＢＩＧデータ）が読み出される。そして、プリンタ３０２に１対１に対応する符号処理部３１０ｂを介してＪＢＩＧデータから生データに復号する符号処理がなされ、記録部２０６においてプリント処理が実行される。この際、別にプリントすべきデータが有る等してＪＢＩＧ復号機能が占有されている場合には、先の処理が終了するまで待機することになる。前述のようにグループ（Ａ）にかかる機能は最終的にはハードウエアで実現され、ハードウエアが別のデータ処理のために占有されていた場合には、待機することが許されているからである。ただし、グループ（Ａ）の機能に関しては、ソフトウエア符号処理部３１０は各機能に対応して静的に割り当てられているため、ソフトウエア符号処理部３１０で待たされることはない。
【００３７】
また、グループ（Ｃ）の機能は動的に割り当て制御されるが、例えば、処理要求がＦＡＸ送信（１）、ＩＦＡＸ送信（１）、ＦＡＸ送信（２）、プリントジョブ（１）の順番で出されたとすると、最初の２つについて先に符号処理部３１０ｅと３１０ｆがそれぞれＦＡＸ送信（１）とＩＦＡＸ送信（１）に割り当てられる。そして、それらの処理が完了すると順次ＦＡＸ送信（２）、プリントジョブ（１）が空いた符号処理部３１０ｅ又はｆで処理される。
【００３８】
なお、コピーを行うときには、スキャナ３０１による画像読み取り要求がなされ、読み取られた画像データは、スキャナ３０１に１対１に対応する符号処理部３１０ａを介してハードウエア符号処理部２０９に引き渡され、ＪＢＩＧ符号処理がなされてＤＲＡＭ２０４に格納される。そして、一旦ＤＲＡＭに記憶されたそのデータに対してプリント要求が出される。そして、ＤＲＡＭ２０４からそのデータ（ＪＢＩＧデータ）が読み出され、プリンタ３０２に１対１に対応する符号処理部３１０ｂを介してＪＢＩＧデータから生データに復号する符号処理がなされ、記録部２０６においてプリント処理が実行される。
【００３９】
＜ソフトウエア符号処理部とハードウエア符号処理部との関係＞
図４は、ソフトウエア符号処理部３１０ａ乃至ｆとハードウエア符号処理部との関係を説明するための図である。
【００４０】
図４において、符号処理獲得判定部３０９と符号処理部３１０ａ乃至ｆは、前述の通り、ソフトウエアプログラムによって動作するソフトウエア符号処理部を構成している。そして、ＪＰＥＧエンコーダ／デコーダチップ４０１、ＪＢＩＧエンコーダ／デコーダチップ４０２及び２値化エンコーダ／デコーダチップ４０３は、ハードウエア符号処理部を構成している。これらに限らず、もちろん他のエンコーダ／デコーダチップが含まれていてもよい。なお、これらの処理チップは、図２における符号処理部２０９に対応している。
【００４１】
図４に示されるように、ソフトウエア符号処理部３１０ａ乃至ｆは、それぞれハードウエア符号処理部４０１、４０２及び４０３と接続されている。実線は実際に使われる（データが送られてソフトウエア上ではなくチップ内で符号処理がなされる）関係を示し、点線は接続はされているが、ソフトウエア上での処理のみで完結してチップ内での処理がなされない関係を示している。
【００４２】
例えば、符号処理部３１０ａはスキャナ３０１専用に設けられているが、実際の処理はソフトウエア上では行われずにいずれかのハードウエアチップによって実行される。プリンタ３０２専用の符号処理部３１０ｂについてもスキャナ３０１と同様である。したがって、例えば、コピー時などに、スキャナで読み込んだデータの処理とプリント処理の際に必要なデータ処理とがＪＢＩＧエンコーダ／デコーダ４０２においてかち合ってしまった場合には、処理要求の早かったいずれかが先に処理されることになる。なお、ハードウエア上での処理速度はソフトウエア上でのそれよりも断然早いため、待ち時間は非常に短い。
【００４３】
グループ（Ｂ）の機能専用に設けられた符号処理部３１０ｃ及びｄはハードウエア符号処理部と接続はされているが、グループ（Ｂ）の機能はソフトウエアでのみ実行されるため、ハードウエア符号処理部は用いられない。逆に言うと、前述の通り、グループ（Ｂ）の機能を待たせることはできない。もしハードウエア上での処理を実行させるとすると他の処理とかち合った場合には待機せざるを得なくなり、即座に対応させるという目的が達成できなるなる恐れがあるためこのような構成を採るわけである。
【００４４】
動的に処理するグループ（Ｃ）の機能については、プリントジョブ３０８以外はソフトウエア符号処理部上のみで動作する。そして、プリントジョブ３０８に関しては２値化処理エンコーダ／デコーダのみ用いることになるので、図４のような構成となっている。
【００４５】
このように本実施形態では、符号処理部を静的に用いるもの動的に用いるものとで区別し、ソフトウエア符号処理の動作によって使われるリソースを効率的に用いると共に、ＭＦＰ装置における様々な機能（プリンタ機能やＦＡＸ機能）の属性に基づいてハードウエア符号処理の使用も制限しているので、少ないハードウエア資源でより効率的な処理を行うことができる。
【００４６】
＜ソフトウエア符号処理部の割り当て動作＞
図５は、各機能（３０１乃至３０８）からの符号処理部獲得依頼を符号処理獲得判定部３０９が受けて、実際に符号処理終了までの動作を説明するフローチャートである。
【００４７】
ステップＳ５０１において、依頼元タスク（各機能）３０１乃至３０８のいずれかから各機能に対応する処理を実現すべく符号処理部の獲得依頼が出される。
【００４８】
ステップＳ５０２において、符号処理獲得判定部３０９は依頼元タスクからの符号処理部獲得依頼を受信し、次のステップＳ５０３に処理を移行する。
【００４９】
ステップＳ５０３では、依頼元タスクの機能が動作優先機能であるか、つまり静的に符号処理部が割り当てられている機能か否かが、依頼元タスクから送られた依頼信号に含まれるパラメータ（例えば、機能のＩＤを示すもの）に基づいて判断される。動作優先機能である場合には、処理はステップＳ５０６に移行し、動作優先機能でない場合には処理はステップＳ５０４に移行する。即ち、この場合、依頼元タスクには符号処理部が動的に割り当てられているということを意味する。
【００５０】
ステップＳ５０４では、動的に割り当てられた符号処理部（図３の３１０ｅ及びｆ）が空いているかが判断される。空いていれば処理はステップＳ５０６に移行し、空いていなければ、処理はステップＳ５０５に移行する。ステップＳ５０５では、依頼元タスクはいずれかの符号処理部が空くまで待機することになる。
【００５１】
ステップＳ５０６では、割り当てがなされた符号処理部は、符号処理獲得判定部３０９から獲得依頼を受信し、自身の初期化を開始する。そして処理はステップＳ５０７に移行する。
【００５２】
ステップＳ５０７では、符号処理部は自身の初期化を完了後、獲得ＯＫ信号、つまり当該依頼元タスクの機能に対応して符号処理（エンコードまたはデコード）を実行する準備ができた旨通知を符号処理獲得判定部３０９に行う。
【００５３】
ステップＳ５０８では、符号処理獲得判定部３０９は、対応する符号処理部から獲得ＯＫ信号を受信し、これを依頼元タスクに通知する。
【００５４】
ステップＳ５０９では、依頼元タスクは、獲得ＯＫ信号を符号処理獲得判定部３０９から受信して、対応する符号処理部の使用許可を認識し、ステップＳ５１０において、符号処理すべきデータをその符号処理部に送信する。このとき、符号処理獲得判定部３０９はこのデータに対しては原則として特に処理をすることはない。
【００５５】
ステップＳ５１１では、符号処理部は依頼元タスクから送信されてきたデータを受信し、ステップＳ５１２では、符号処理を実行する。符号処理の内容は、送信されてきたデータの態様によって異なるが、例えば生データであればＪＢＩＧ圧縮したり、すでに２値化されているデータに関してはデコードして生データに復元したりするものである。符号処理が処理すべき全てのデータについて完了すると、処理はステップＳ５１３に移行する。
【００５６】
ステップＳ５１３において、符号処理獲得判定部３０９は、処理完了通知及び処理済データを符号処理部より受信し、それたを依頼元タスクに送信すると共に、自身に関しては次の獲得依頼待機モードに入るようにする。
【００５７】
ステップＳ５１４では、依頼元タスクは処理終了通知及び処理済データを受信し、その処理済データをＤＲＡＭ２０４に格納する。この格納されたデータは別のタスク（機能）で用いられる場合もある。
【００５８】
なお、このフローチャートでは、１つの依頼元タスクの獲得依頼についての処理が終了後に次の依頼元タスクの依頼について処理するような動作が基本となっているが、動的に割り当てられたタスクからの獲得依頼を処理している最中に、静的に割り当てられているタスクからの獲得依頼を受けた場合には、その獲得依頼も並行して処理するようにする。静的に割り当てられたタスク（機能）からの獲得依頼を待たせることは本発明の本旨ではないからである。従って、例えばＦＡＸ送信３０５からの獲得依頼を処理しているときに、ＦＡＸ受信３０３からの獲得依頼がなされれば、ＦＡＸ送信３０５についての処理に邪魔されること無く、即座にＦＡＸ受信３０３に対応して静的に割り当てられた符号処理部３１０ｃの動作が開始されることになるわけである。
【００５９】
以上述べたように、複数の符号処理部を持ち、また、その符号処理部に処理を依頼する複数の依頼元タスクがある画像処理装置であって、受信系タスク（ＦＡＸ／ＩＦＡＸ受信）による画像処理や、プリント、スキャナ系タスクによる画像処理は優先度を高くし、常に画像処理（ソフトウエア上の符号処理）を行える状態に設定するので、これら優先度の高い機能についての動作を常に保証することができる。また、ＦＡＸ、ＩＦＡＸ送信等、しばらく待っても処理全体に影響のないものは画像処理パッケージを動的に割り当て最大動作数を超えないようにすることにより、装置におけるメモリやＣＰＵ等のリソースに過度の負担を掛けずに効率よく用いることができる。
【００６０】
これにより、多くの機能を持つ画像処理装置において、大幅なパフォーマンスの低下を防ぎつつ、符号処理部の必要とするリソースを抑えることができる。
【００６１】
＜まとめ＞
最大動作数分の符号化処理部を１対１に対応させて確保することはリソースを考慮すると難しいため、最大同時動作数を決める必要がある。そして、処理依頼側は、符号処理部を動的に獲得してから処理を依頼する。しかし、処理依頼側の機能により、処理を行いたいときには必ず処理を行わなければならない機能（ＦＡＸ、ＩＦＡＸ受信など）も存在する。このような機能を持つタスクが符号処理部を必要とする場合、符号処理部は必ず獲得できなければならない。
【００６２】
また、使用頻度が多い、連続動作することが多いといった特徴を持つタスク（コピー機能など）が符号処理部を必要とする場合も、符号処理部を動的に獲得して、獲得できなかった場合、その機能のパフォーマンスが著しく低下することから、これらの機能のタスクが符号化処理部を必要とする場合も必ず獲得できることが望ましい。
【００６３】
従って、最大同時動作数分から、機能別に静的に割り当てられる符号処理部と、動的に割り当てられる符号処理部に分ける。
【００６４】
これにより、プライオリティの高い機能は常に画像処理を行える状態にあることができ、さらに、最大動作数を所定の数にまで抑えることができる。そして、これらの割り当ては一元的に管理する必要があるため、符号処理獲得判定部を設定し、符号処理部を使用する全ての機能タスクは、始めに符号処理獲得判定部に、符号処理部の獲得が可能かどうかを判断してもらって、その結果獲得可能な場合のみ、符号処理部を使った処理を行う。
【００６５】
＜その他＞
本実施の形態で、動的に符号処理部３１０が割り当てられる機能３０５乃至３０８については、基本的に処理要求の早いもの順に割り当てを行うようにしている。これは、符号処理途中で割り込みが入ったりするとそれまで処理してきたデータが無駄になってしまうからであるが、緊急の場合等、前の符号処理でのデータが無駄になってもいいような場合には、先に別の機能の処理を行うような構成にしてもよい。
【図面の簡単な説明】
【００６６】
【図１】従来のＭＦＰ装置における符号処理タスクの割り当ての概念を示した図である。
【図２】本発明の実施形態に係るＭＦＰ装置のハードウエア構成を示した図である。
【図３】本実施形態における符号処理タスクの割り当ての概念を示した図である。
【図４】ソフトウエア符号処理部とハードウエア符号処理部との関係を説明するための図である。
【図５】本実施形態における割り当て動作を説明するためのフローチャートである。
【図１】
2005252580.tif 000003
【図２】
2005252580.tif 000004
【図３】
2005252580.tif 000005
【図４】
2005252580.tif 000006
【図５】
2005252580.tif 000007