JP2001312479A - 画像処理装置および画像処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 コストアップをともなう受信バッファ等の増
加を行うことなくシステム全体のパフォーマンスを向上
させることができる画像処理装置および画像処理方法を
提供することを目的とする。 【解決手段】 画像処理情報が記載されたヘッダーを画
像データに付加したデータパケットを用いて、画像処理
LSI１０３が、入力したデータパケットを処理できる場
合は画像データの画像処理を行った後、画像処理が終了
したことを示す処理終了情報をヘッダーに記載し、処理
できない場合は処理終了情報を記載せずに出力すること
により、画像処理LSI１０３が画像データを処理できな
い状態においても、次の画像処理LSI１０４に対してデ
ータパケットを転送し処理させることができ、画像処理
LSIやバス等のリソースを効率的に利用することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複写機、プリン
タ、ＦＡＸ等の機能を兼備えるＭＦＰ（マルチファンク
ションペリフェラル）において、画像データの処理を行
う画像処理装置および画像処理方法に関するものであ
る。

【０００２】

【従来の技術】複写機、ＦＡＸ、プリンタ等の機能を兼
備えるデジタル複合機（マルチファンクションペリフェ
ラル、以下ＭＦＰ）が広く利用されている。

【０００３】ＭＦＰにおいて、スキャナ部やプリンタ部
等の入出力機能、ネットワークや通信回線との接続機
能、画像処理部における画像処理LSI等の動作、そして
それらを組み合わせた動作等は、システム全体を制御す
るシステムコントロールLSIによって制御されている。

【０００４】画像データに対して画像処理を行う場合、
まず、システムコントロールLSIが所定の長さに区切ら
れた画像データを画像処理部に送り、画像処理部で解像
度変換、２値化、回転等の機能を持つ画像処理LSIによ
って所定の処理を行った後、画像データは目的に応じて
出力装置や記憶装置等に転送される、またはシステムコ
ントロールLSIに返されることになる。

【０００５】システムコントロールLSIと複数の画像処
理LSIの間で画像データを受け渡す場合、どういった機
能（解像度変換、２値化、回転等）を持つ画像処理LSI
で、どういった処理内容（解像度の大きさ、２値化方
法、回転角度等）で処理を行うかを管理する必要があ
る。

【０００６】システムコントロールLSIが、画像処理動
作全てを管理することもできるが、システム全体に対す
る画像処理部の負荷が増加するという問題が生じる。

【０００７】この問題を解決する1つの方法として、シ
ステムコントロールLSIが、どの画像処理LSIで、どうい
った処理を行うかを示す画像処理情報が記載されたヘッ
ダーを画像データに付加することにより画像データをパ
ケット化し、生成されたデータパケットを画像処理部に
転送し、処理を行わせる方法がある。

【０００８】画像データをパケット化することにより、
システムコントロールLSIは画像処理LSIを設定すること
なく、画像処理部内の画像処理LSIは自分自身のデータ
パケットのみを受け取り、ヘッダーに記載された画像処
理を行なうといった動作ができるようになる。

【０００９】この時システムコントロールLSIと画像処
理LSIとの画像データを受け渡すためのバスは、画像処
理LSIの受信バッファの状態を見て、画像処理LSIが受信
可能であればデータパケットを画像処理LSIに送信し、
受信不可能であれば、受信可能となるまで画像データの
送信を待つという方法で画像データの受け渡しを行って
いた。

【００１０】

【発明が解決しようとする課題】しかしながら、上記従
来例では、受け取る側の受信バッファの容量によってバ
スを使用できる時間が制限されてしまう。例えば、画像
処理LSIが１データパケット分の受信バッファしか持た
ない場合、第一のパケット処理が行われている間に第二
のパケットが送信されると第二のパケットが受信バッフ
ァに格納され、第三のパケットは送受信できなくなる。

【００１１】これを解決するため受信バッファの量を増
やすことが行われるが、受信バッファを増やすとLSIの
ゲート数が大きくなり、コストアップにつながるので、
安易に受信バッファを増やすことができない。また、い
くら受信バッファを増やしてもデータの処理速度がデー
タの送信速度より遅い場合、いつかは受信バッファが一
杯になりデータ送受信ができなくなってしまう。

【００１２】また、複数の画像処理LSIが接続されてい
る場合、処理を行う第１のLSIが受信不可能な場合、そ
の先に接続された第２の画像処理LSIが、受信可能であ
ったら、システムの資源を無駄にしているともいえる。
システムコントロールLSIが常に複数の画像処理LSIの状
態を管理することもできるが、システム全体における画
像処理部での負荷が増加してしまう。

【００１３】したがって、システム全体資源が有効に利
用されておらず、システム全体のパフォーマンスも伸び
ないという問題点があった。

【００１４】本発明は上述した問題点を解決するもので
あり、各画像処理LSIが、入力したデータパケットを処
理できる場合は画像データの画像処理を行った後、画像
処理が終了したことを示す処理終了情報をヘッダーに記
載し、処理できない場合は処理終了情報を記載せずに出
力することにより、画像処理LSIが画像データを処理で
きない状態においても、次の画像処理LSIに対してデー
タパケットを転送し処理させることができ、画像処理LS
Iやバス等のリソースを効率的に利用することができる
ため、コストアップをともなう受信バッファ等の増加を
行うことなくシステム全体のパフォーマンスを向上させ
ることができる画像処理装置および画像処理方法を提供
することを目的とする。

【００１５】また、各画像処理手段が、入力したデータ
パケットを処理できる場合は画像データの画像処理を行
い、処理できない場合は自らへの画像データの入力回数
情報をヘッダーに記載して出力することにより、画像処
理LSIが画像データを処理できない状態においても、次
の画像処理LSIに対してデータパケットを転送し処理さ
せることができ、画像処理LSIやバス等のリソースを効
率的に利用することができ、さらにデータパケットの無
限ループを防ぐことができるため、コストアップをとも
なう受信バッファ等の増加を行うことなくシステム全体
のパフォーマンスを安定的に向上させることができる画
像処理装置および画像処理方法を提供することを目的と
する。

【００１６】

【課題を解決するための手段】上記目的を達成するため
に、本発明の画像処理装置では、画像処理情報が記載さ
れたヘッダーを画像データに付加したデータパケットの
送受信を制御する制御手段と、入力したデータパケット
のヘッダーを解析し得られた画像処理情報に基づいて画
像データの画像処理を行う複数の画像処理手段と、前記
制御手段と前記画像処理手段間および前記複数の画像処
理手段間を接続しデータパケットを転送する転送手段と
を有し、前記画像処理手段は、入力したデータパケット
を処理できる場合は画像データの画像処理を行った後、
画像処理が終了したことを示す処理終了情報をヘッダー
に記載し、処理できない場合は処理終了情報を記載せず
に出力することを特徴とする。

【００１７】また、本発明の画像処理装置では、画像処
理情報が記載されたヘッダーを画像データに付加したデ
ータパケットの送受信を制御する制御手段と、入力した
データパケットのヘッダーを解析し得られた画像処理情
報に基づいて画像データの画像処理を行う複数の画像処
理手段と、前記制御手段と前記画像処理手段間および前
記複数の画像処理手段間を接続しデータパケットを転送
する転送手段とを有し、前記画像処理手段は、入力した
データパケットを処理できる場合は画像データの画像処
理を行い、処理できない場合は自らへの画像データの入
力回数情報をヘッダーに記載して出力することを特徴と
する。

【００１８】また、本発明の画像処理方法では、画像処
理情報が記載されたヘッダーを画像データに付加したデ
ータパケットの画像処理部に対する送受信を制御する制
御工程と、データパケットのヘッダーを解析し得られた
画像処理情報に基づいて画像データの画像処理を画像処
理部に行わせる複数の画像処理工程と、前記制御工程に
よるデータパケットを画像処理部に対しておよび複数の
画像処理部間で転送させる転送工程とを有し、前記画像
処理工程は、画像処理部がデータパケットを処理できる
場合は画像データの画像処理を行った後、画像処理が終
了したことを示す処理終了情報をヘッダーに記載し、処
理できない場合は処理終了情報を記載せず画像処理部か
ら出力させること特徴とする。

【００１９】また、本発明の画像処理方法では、画像処
理情報が記載されたヘッダーを画像データに付加したデ
ータパケットの画像処理部に対する送受信を制御する制
御工程と、データパケットのヘッダーを解析し得られた
画像処理情報に基づいて画像データの画像処理を画像処
理部に行わせる複数の画像処理工程と、前記制御工程に
よるデータパケットを画像処理部に対しておよび複数の
画像処理部間で転送させる転送工程とを有し、前記画像
処理工程は、画像処理部がデータパケットを処理できる
場合は画像データの画像処理を行い、処理できない場合
は自らへの画像データの入力回数情報をヘッダーに記載
して画像処理部から出力させることを特徴とする。

【００２０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。

【００２１】本実施の形態で説明するＭＦＰは、ＦＡ
Ｘ、プリンタ、複写機の機能を兼ねているものとし、Ｍ
ＦＰの画像処理部はこれら各機能部から入力される、ま
たは各機能部へ出力される画像データに関する画像処理
を行うものとする。

【００２２】（第１の実施の形態）第１の実施の形態と
して、ＭＦＰの画像処理部が２つの画像処理LSIを有
し、その２つの画像処理LSIが同一の機能を持つ場合に
ついて説明する。

【００２３】図１は、本実施の形態のＭＦＰにおける画
像処理部の全体構成を示すブロック図である。

【００２４】システムコントロールLSI１０１はスキャ
ナ部やプリンタ部といった画像入出力部や、他のプリン
タやＰＣを接続するネットワーク部やＦＡＸ機能部等、
ＭＦＰのシステム全体を制御する。また、画像処理部全
体を制御しデータパケットの生成も行う。

【００２５】メインメモリ１０２はシステムコントロー
ルLSI１０１に接続されており、生成されたデータパケ
ットや、画像処理LSIに送信し返ってきたデータパケッ
トを一時的に格納する。

【００２６】画像処理LSI１０３は入力されたデータパ
ケットに対し画像処理を行う画像処理機能部である。本
実施の形態では、データパケットのヘッダー情報に基づ
いて、０°、９０°、１８０°、２７０°の回転処理を
行うものとする。

【００２７】画像処理LSI１０４は画像処理LSI１０３と
同じ機能を有し、画像データに対して回転処理を行う画
像処理機能部である。

【００２８】データバス１０５〜１０７は画像データを
受け渡すためのデータバスである。データバス１０５は
システムコントロールLSI１０１と画像処理LSI１０３を
接続し、データバス１０６は画像処理LSI１０３と画像
処理LSI１０４を接続し、データバス１０７は画像処理L
SI１０４とシステムコントロールLSI１０１を接続す
る。

【００２９】図２は画像処理LSI１０３の内部構成を示
すブロック図である。また、画像処理LSI１０４も同様
の内部構成を有するものとする。

【００３０】画像処理部２０１は入力されたデータパケ
ットのヘッダーに記載された情報に基づいて実際に画像
処理を行う。画像処理部２０１は内部にデータパケット
の受信バッファを有し（図示せず）、入力されたデータ
パケットは受信バッファに一時的に格納され、順次処理
されることになる。また、画像処理部２０１は、自らの
画像処理状態に応じてマルチプレクサ２０２に出力選択
信号２０４を送出する。

【００３１】マルチプレクサ２０２はデータバス１０５
から入力されたデータパケットと画像処理部２０１で処
理した後のデータパケットを選択的に出力する。その
際、マルチプレクサ２０２は画像処理部２０１から出力
される出力選択信号２０４に応じて、上述したデータパ
ケットのどちらをデータバス１０６へ出力するかを選択
する。

【００３２】出力データパス２０３はマルチプレクサ２
０２と接続し、画像処理部２０１で処理された画像デー
タをマルチプレクサ２０２に送信する。

【００３３】出力選択信号２０４は、画像処理部２０１
の状態に応じて、マルチプレクサ２０２でどのような処
理を行うかについての命令を送信する。

【００３４】図３に本実施の形態におけるデータパケッ
トの形式を示す。データパケット３００はヘッダー３０
１と画像データ３０２より構成される。

【００３５】ヘッダー３０１は、どういった画像処理を
行うかを示す画像処理タイプ３０３と、画像データ処理
が終了したかどうかを示す画像処理終了フラグ３０４
と、その他データ長３０５等の情報が含まれている。

【００３６】画像データ３０２は、予めメインメモリ１
０２に格納された画像データ、またはスキャナ等の入力
装置やネットワーク等を介して画像処理部に入力された
画像データであり、所定のデータ量に分割された画像デ
ータである。画像データ３０２は、画像処理部やシステ
ム全体の都合上好ましいデータ量や形式とすればよい。

【００３７】次に本実施の形態において、メインメモリ
１０２に予め格納されている画像データに対して９０°
回転を行う際の画像処理部の動作について、図４に示す
フローチャートを用いて説明する。

【００３８】まず、システムコントロールLSI１０１
は、画像データをメインメモリ１０２より読み出し、同
時に画像処理情報が記載されたヘッダーを生成し、ヘッ
ダーの後方に画像データを付加することによりデータパ
ケットを生成する（Ｓ４０１）。

【００３９】生成されたデータパケットを図５（ａ）に
示す。ヘッダー５０１に記載する画像処理情報を以下に
示す。 ・画像処理タイプ５０３ ： ０°回転・・・“００００” ９０°回転・・・“０００１” １８０°回転・・・“００１０” ２７０°回転・・・“０１００” ・画像処理終了フラグ５０４： 未処理・・・“０” 処理済・・・“１” したがって、画像処理タイプ５０３には９０°回転を示
す“０００１”、画像処理終了フラグ５０４には画像処
理が未処理であることを示す“０”が記載され、データ
長その他５０５には、所定の情報が記載される。

【００４０】生成されたデータパケットは、システムコ
ントロールLSI１０１により、データバス１０５に送出
される（Ｓ４０２）。

【００４１】本実施の形態において、データバス１０５
に接続された画像処理LSI１０３は受信した画像データ
を直ちに処理できる場合と、他の画像データを処理して
いるために処理できない場合で、データパケットに対し
て異なる処理を行う（Ｓ４０３）。

【００４２】まず、画像処理LSI１０３が他の画像デー
タを処理中でなく、直ちに処理できる場合を説明する
（Ｓ４０４）。

【００４３】画像処理LSI１０３は、処理中でないので
データバス１０５上のデータパケットを取り込み、ヘッ
ダーの画像処理終了フラグ５０４を読み取り、画像処理
が行われていないことを受けて、画像処理部において９
０°の回転処理を開始する。

【００４４】処理終了後画像処理部２０１は、図５
（ｂ）に示されるようにデータパケットのヘッダー内の
画像処理終了フラグ５０６を“１”に変更する。

【００４５】そして画像処理部２０１は、画像処理後の
データパケットがデータバス１０６へ出力されるように
出力選択信号２０４を出す。

【００４６】画像処理後のデータパケットは出力データ
パス２０３とマルチプレクサ２０２を介してデータバス
１０６へ出力され、画像処理LSI１０３から出力された
データパケットは、画像処理LSI１０４に入力される
（Ｓ４０５）。

【００４７】画像処理LSI１０４内の画像処理部２０１
は、データパケットのヘッダーを解析し、画像処理終了
フラグ５０６によりすでに処理が終了していると判断
し、処理を行わずデータパケットを出力するように出力
選択信号２０４をマルチプレクサ２０２に送信する。マ
ルチプレクサ２０２はこの信号に応じて、入力されたデ
ータバス１０６上のデータパケットをそのままデータバ
ス１０７に出力する。

【００４８】処理が終了したデータパケットはシステム
コントロールLSI１０１へ返され、システムコントロー
ルLSI１０１は、終了処理フラグ５０６が“１”である
ことを確認し、一連の処理が終了する（Ｓ４０６）。

【００４９】次に本実施の形態の特徴である画像処理LS
I１０３がビジーであり、直ちに処理できない場合のデ
ータパケットの流れを説明する。

【００５０】画像処理LSI１０３は処理中であり新たな
データパケットを受け取っても処理できない。したがっ
て、データバス１０５上のデータパケットが、マルチプ
レクサ２０２を介してデータバス１０６へそのまま出力
されるように出力選択信号２０４を送信する。出力選択
信号２０４を受けて、マルチプレクサ２０２はデータバ
ス１０５上のデータパケットをデータバス１０６に送信
する（Ｓ４０７）。

【００５１】画像処理LSI１０３から出力されたデータ
パケットは、画像処理LSI１０４に入力され、画像処理L
SI１０３と同様に、処理可能である場合と、処理不能で
ある場合とで異なる処理を行う（Ｓ４０８）。

【００５２】画像処理LSI１０４が処理可能であればデ
ータバス１０６上のデータパケットを取り込み、上述し
た画像処理部がビジーでない場合と同様の処理を行い
（Ｓ４０９）、９０°回転された画像データは、システ
ムコントロールLSI１０１へ返され、一連の処理が終了
する（Ｓ４０６）。

【００５３】もし画像処理LSI１０４も処理中であり、
パケットデータを処理できなった場合は、前述したその
まま返す処理を行い（Ｓ４１０）、画像処理終了フラグ
が“０”のまま、図５（ａ）に示す未処理のデータパケ
ットがシステムコントロールLSI１０１へ返される。

【００５４】未処理のデータパケットを受け取ったシス
テムコントロールLSI１０１は、処理終了フラグが
“１”でないことを受けて、データパケットの再送処理
を行う（Ｓ４０６）。ただちに画像処理LSI１０３へ再
送しても良いし、あるいは一度メインメモリ１０２に格
納し、所定のインターバルを空けて画像処理LSI１０３
へ再送しても良い。再送処理を行う場合、Ｓ４０２から
再び同様の手順に従い処理を行う。

【００５５】再送して画像処理LSI１０３、または１０
４が処理できれば、処理終了フラグが“１”となるデー
タパケットがシステムコントロールLSI１０１へ返って
来るので、処理は終了する（Ｓ４０６）。

【００５６】本実施の形態において、１つのデータパケ
ットの流れを例に説明したが、複数のデータパケットに
ついての処理も、連続的に同様の処理を行えばよい。

【００５７】また、画像処理部が同一の機能（回転処
理）を有する２つの画像処理LSIを有する場合で説明し
たが、２つ以上の画像処理LSIを有する場合でも同様に
処理を行うことができ、画像処理の機能についても、解
像度変換、２値化等他の機能でも、画像処理部２０１を
変更することにより同様の処理を行うことができる。

【００５８】以上説明してきたように、本実施の形態に
よれば、各画像処理LSIが、入力したデータパケットを
処理できる場合は画像データの画像処理を行った後、画
像処理が終了したことを示す処理終了情報をヘッダーに
記載し、処理できない場合は処理終了情報を記載せずに
出力することにより、画像処理LSIが画像データを処理
できない状態においても、次の画像処理LSIに対してデ
ータパケットを転送し処理させることができ、画像処理
LSIやバス等のリソースを効率的に利用することができ
るため、コストアップをともなう受信バッファ等の増加
を行うことなくシステム全体のパフォーマンスを向上さ
せることができるという効果がある。

【００５９】（第２の実施の形態）第１の実施の形態と
して、ＭＦＰの画像処理部が２つの画像処理LSIを有
し、その２つの画像処理LSIが同一の機能を持つ場合に
ついて説明した。

【００６０】第２の実施の形態として、ＭＦＰの画像処
理部が２つの画像処理LSIを有し、その２つの画像処理L
SIが異なる機能を持つ場合について説明する。

【００６１】また、第１の実施の形態において、画像処
理LSIの誤動作等によりデータパケットの処理が不可能
になっている場合、データパケットの再送処理が続くこ
とになり、画像処理部内でのデータパケットの無限ルー
プが生じてしまい、システムがハングアップしてしまう
ことがある。

【００６２】この様な問題点を改善するためにタイマー
監視等によるソフトフェアによる管理を行うことによ
り、データ処理の回数制御を行い無限ループを防止する
こともできるが、システムコントロールLSI１０１の負
荷が増加することになり、あまり好ましい方法ではな
い。

【００６３】第２の実施の形態では、データパケットに
画像処理ＬＳＩへの入力回数情報を記載することによ
り、画像処理部内で管理しシステムを安定させる方法に
ついても説明する。

【００６４】まず、本実施の形態における画像処理部の
全体構成であるが、第1の実施の形態と同一であり図１
に示すものであるとする。ただし、画像処理LSI１０３
が回転処理を行う機能を有し、画像処理LSI１０４は画
像処理LSI１０３とは異なる機能（解像度変換、２値化
等）を有するものとする。

【００６５】図６は本実施の形態における画像処理LSI
１０３の内部構成を示すブロック図である。また、画像
処理LSI１０４も画像処理部６０１以外は同様の内部構
成を有するものとする。

【００６６】画像処理部６０１は、図２における画像処
理部２０１と同様に実際に画像処理を行う。また画像処
理部６０１は画像データを処理できない、つまり状態が
ビジーの場合、ビジー信号６０４をヘッダー解析部６０
２に送信する。

【００６７】ヘッダー解析部６０２はデータバス１０５
より送られてきたデータパケットのヘッダーを解析し、
画像処理部６０１に画像処理指示信号６０５を出力す
る。

【００６８】マルチプレクサ６０３は、データバス１０
５から送られてきたデータパケットと、画像処理部６０
１で処理したデータパケットと、ヘッダー解析部６０２
からのヘッダーを選択的に出力する。

【００６９】ビジー信号６０４は画像処理部６０１がビ
ジーのとき、ヘッダー解析部６０２に送信される。

【００７０】画像処理指示信号６０５は、ヘッダー解析
部６０２で解析された画像処理内容に応じて、画像処理
部６０１に処理内容を設定する。

【００７１】出力データパス６０６は図２における出力
データパス２０３と同様に、画像処理部６０１で処理さ
れた画像データをマルチプレクサ６０３に送信する。

【００７２】データバス６０７はヘッダー解析部６０２
とマルチプレクサ６０３を接続し、ヘッダー解析部６０
２で新たに生成されたヘッダーをマルチプレクサ６０３
に送信する。

【００７３】出力選択信号６０８は、ビジー信号６０４
に応じてヘッダー解析部６０２によりマルチプレクサ６
０３に送信される信号であり、マルチプレクサ６０３が
どの画像データをデータバス１０６に出力するかを決定
する。

【００７４】図７に本実施の形態におけるデータパケッ
トの形式を示す。データパケット７００は、ヘッダー７
０１と画像データ７０２より構成される。

【００７５】ヘッダー７０１は、第１の実施の形態と同
様に、どういった画像処理を行うかを示す画像処理タイ
プ７０５と、データ長その他７０７が記載される。

【００７６】これらの情報とは別に本実施の形態では、
パケットタイプ７０３とデバイスＩＤ７０４とリトライ
フラグ７０６が記載される。

【００７７】パケットタイプ７０３は、ヘッダー解析部
６０２でパケットの種類を識別するために用いられる。
パケットタイプ７０３には様々なパケットの種類につい
て値を決めることができるが、本実施の形態では、デー
タパケットが処理終了後のものであるかを示すものであ
るとする。

【００７８】デバイスＩＤ７０４は、異なる機能をもつ
複数の画像処理LSIの中でどの画像処理LSIで処理を行う
かを示すものである。

【００７９】リトライフラグ７０６は、デバイスＩＤ７
０４に示された画像処理を行うべき画像処理LSIに、パ
ケットデータ入力した回数を示す。

【００８０】画像データ７０２は、図３の画像データ３
０２と同様に予めメインメモリ１０２に格納された画像
データであり、所定のデータ量に分割された画像データ
である。

【００８１】次に本実施の形態において、メインメモリ
１０２に予め格納されている画像データに対して画像処
理LSI１０３を用いて、９０°回転を行う際の画像処理
部の動作について、図８に示すフローチャートを用いて
説明する。

【００８２】まず、システムコントロールLSI１０１
は、画像データをメインメモリ１０２より読み出し、同
時に画像処理情報が記載されたヘッダーを生成し、ヘッ
ダーの後方に画像データを付加することによりデータパ
ケットを生成する（Ｓ８０１）。

【００８３】生成されたデータパケットを図９（ａ）に
示す。ヘッダー９０１に記載する画像処理情報として、
画像処理タイプ９０５およびデータ長その他９０７は、
第１の実施の形態における画像処理タイプ５０３および
データ長その他５０５と、同一の内容がそれぞれ記載さ
れているものとする。

【００８４】パケットタイプ９０３とデバイスＩＤ９０
４とリトライフラグ９０６に記載される内容を以下に示
す。 ・パケットタイプ９０３：データパケット ・・・“００００” リターンパケット ・・・“１１１１” ・デバイスＩＤ７０４ ：画像処理ＬＳＩ１０３ ・・・“００００” 画像処理ＬＳＩ１０４ ・・・“０００１” ・リトライフラグ９０６：リトライ（入力回数）１回・・・“０００１” ２回・・・“００１０” ３回・・・“００１１” したがって、パケットタイプ９０３には、データパケッ
トがまだ処理されていないことを表す“００００”が記
載される。デバイスＩＤ９０４には画像処理LSI１０３
を識別する“００００”が記載される。リトライフラグ
９０６にはリトライ回数０を示す“００００”が記載さ
れる。

【００８５】生成されたデータパケットは、システムコ
ントロールLSI１０１により、データバス１０５に送出
される（Ｓ８０２）。

【００８６】本実施の形態において、データバス１０５
に接続された画像処理LSI１０３は受信した画像データ
を直ちに処理できる場合と、他の画像データを処理して
いるために処理できない場合で、データパケットに対し
て異なる処理を行う（Ｓ８０３）。

【００８７】まず、画像処理LSI１０３が他の画像デー
タを処理中でなく、直ちに処理できる場合を説明する
（Ｓ８０４）。

【００８８】画像処理LSI１０３に入力されたデータパ
ケットは、画像処理部６０１とヘッダー解析部６０２に
入力される。

【００８９】ヘッダー解析部６０２は、パケット内のヘ
ッダーを解析し、同時に画像処理部６０１がビジーであ
るかどうかをビジー信号６０４の有無によって判断す
る。ここではビジーでないので、画像処理部６０１へ９
０°回転要求を処理指示信号６０５として知らせる。

【００９０】画像処理指示信号６０５を受け取った画像
処理部６０１は入力された画像データに対して９０°回
転処理を行う。

【００９１】ヘッダー解析部６０２は処理されたデータ
パケットがデータバス１０６へ出力されるように、マル
チプレクサ６０３に出力選択信号６０８を出す。

【００９２】画像処理部６０１は、出力するデータパケ
ットが画像処理を行ったデータであることが分るよう
に、ヘッダー内のパケットタイプをリターンパケット
“１１１１”に変更し、画像データとともに出力データ
パス６０６へ出力する。

【００９３】マルチプレクサ６０３は、データバス６０
７上のヘッダーデータと出力データパス６０６上の画像
データを選択的にデータバス１０６に出力することによ
り、図９（ｂ）に示すデータパケットを生成する。

【００９４】データバス１０６へ出力されたデータパケ
ットは、画像処理LSI１０４に入力される（Ｓ８０
５）。入力されたデータパケットに対し、画像処理LSI
１０４内のヘッダー解析部６０２がヘッダーを解析し、
ヘッダー内のデバイスＩＤ９０５により画像処理LSI１
０４宛てのパケットでないことがわかる。

【００９５】したがって、処理が終了したデータパケッ
トはそのままデータバス１０７へ出力され、システムコ
ントロールLSI１０１へ返される。システムコントロー
ルLSI１０１は、リトライフラグ９０６の値が、送信時
の値と変化していない場合、送信時よりも増加している
場合、所定の値に達している場合で異なる処理を行う。
ここで、リトライフラグ９０６の値が“００００”であ
るので、データパケットに対する処理が終了していると
判断され、一連の処理が終了する（Ｓ８０６）。

【００９６】次に本実施の形態の特徴である、画像処理
LSI１０３がビジーであり直ちに処理できない場合のデ
ータパケットの流れを説明する（Ｓ８０７）。

【００９７】まず、データパケットを受け取った画像処
理LSI１０３はヘッダー解析部６０２においてパケット
内のヘッダーを解析する。このときヘッダー解析部６０
２は画像処理部６０１からのビジー信号６０４によって
直ちに処理できない情報を得ている。

【００９８】したがって、ヘッダー解析部６０２はデー
タパケットのリトライフラグ９０６の値に１を加算し、
新しく生成されたヘッダーをデータバス６０７に出力す
る。

【００９９】次にデータバス１０５上の画像データとデ
ータバス６０７上のヘッダーが連結されるように、出力
選択信号６０８を制御する。つまり、データバス６０７
上のヘッダー９０２がマルチプレクサ６０３を介してデ
ータバス１０６へ出力された後、データバス１０５上の
画像データがデータバス１０６へ出力されるようにする
ことにより、新しいデータパケットを生成する。

【０１００】出力されたデータパケットを図９（ｃ）に
示す。リトライフラグ９０９だけに１が加算された形に
なっている。

【０１０１】出力されたデータパケットは、画像処理LS
I１０４に入力されるが、ヘッダー内のデバイスＩＤ９
０４により画像処理LSI１０４宛てのパケットでないこ
とがわかるので、そのままデータバス１０７へ出力さ
れ、システムコントロールLSI１０１に未処理のデータ
パケットが返されることになる（Ｓ８０８）。

【０１０２】未処理のデータパケットを受け取ったシス
テムコントロールLSI１０１は、リトライフラグ９０６
の値が“０００１”であり、送信時よりも値が増えてい
るので動作を終了せず（S８０６）、データパケットの
再送を行うかの判断を行う（Ｓ８０９）。

【０１０３】その際、システムコントロールLSI１０１
は、データパケットの送信回数の上限を表すリトライ回
数Ａを決めておき、リトライフラグ９０６がＡの値に達
していないかを判断する。

【０１０４】リトライフラグ９０６の値がＡより小さい
場合は、Ｓ８０２に戻りデータパケットの再送処理に入
る。再送処理として、ただちに画像処理LSI１０３へ再
送しても良いし、あるいは一度メインメモリ１０２に格
納し、所定のインターバルを空けて画像処理LSI１０３
へ再送してもよい。

【０１０５】Ｓ８０２に戻り再び画像処理LSI１０３に
対してデータパケットを送信し、画像処理LSI１０３が
処理できれば、リトライフラグが“０００１”であるデ
ータパケットがシステムコントロールLSI１０１へ返っ
て来るので、システムコントロールLSI１０１は、送信
時とリトライフラグの値が変化していないことを確認し
（Ｓ８０６）、処理は終了する。

【０１０６】再送されても画像処理LSI１０３がまだ処
理できなかった場合、リトライフラグ９０６に１が加算
されたデータパケットがシステムコントロールLSIへ返
ってくることになり、再びＳ８０２に戻って処理を行う
ことになる。

【０１０７】この動作を繰り返しリトライフラグ９０６
の値がＡに達した場合、Ｓ８０９でシステムコントロー
ルLSI１０１は画像処理LSI１０３に異常があると判断し
エラー処理を行う（Ｓ８１０）。

【０１０８】具体的にエラー処理としては、ＭＦＰのユ
ーザーに対してエラーを表示し、さらに画像処理LSI１
０３をリセットし、処理を再開するといった対処が考え
られる。

【０１０９】これにより、システム内でのパケットデー
タの無限ループが生じることによるシステムのハングア
ップを防ぐことができる。また、ソフトウェアによるタ
イマー監視等、システムコントロールLSIによる管理の
必要がなくなる。

【０１１０】本実施の形態において、１つのデータパケ
ットの流れを例に説明したが、複数のデータパケットに
ついての処理も、連続的に同様の処理を行えばよい。

【０１１１】また、画像処理部が異なる機能を有する２
つの画像処理LSIを有する場合で説明したが、２つ以上
の画像処理LSIを有する場合でも同様に処理を行うこと
ができ、画像処理の機能についても、解像度変換、２値
化等他の機能でも、画像処理部２０１を変更することに
より同様の処理を行うことができる。

【０１１２】以上説明してきたように、本実施の形態に
よれば、各画像処理手段が、入力したデータパケットを
処理できる場合は画像データの画像処理を行い、処理で
きない場合は自らへの画像データの入力回数情報をヘッ
ダーに記載して出力することにより、画像処理LSIが画
像データを処理できない状態においても、次の画像処理
LSIに対してデータパケットを転送し処理させることが
でき、画像処理LSIやバス等のリソースを効率的に利用
することができ、さらにデータパケットの無限ループを
防ぐことができるため、コストアップをともなう受信バ
ッファ等の増加を行うことなくシステム全体のパフォー
マンスを安定的に向上させることができるという効果が
ある。

【０１１３】

【発明の効果】以上説明してきたように、本発明によれ
ば、各画像処理LSIが、入力したデータパケットを処理
できる場合は画像データの画像処理を行った後、画像処
理が終了したことを示す処理終了情報をヘッダーに記載
し、処理できない場合は処理終了情報を記載せずに出力
することにより、画像処理LSIが画像データを処理でき
ない状態においても、次の画像処理LSIに対してデータ
パケットを転送し処理させることができ、画像処理LSI
やバス等のリソースを効率的に利用することができるた
め、コストアップをともなう受信バッファ等の増加を行
うことなくシステム全体のパフォーマンスを向上させる
ことができるという効果がある。

【０１１４】また、本発明によれば、各画像処理手段
が、入力したデータパケットを処理できる場合は画像デ
ータの画像処理を行い、処理できない場合は自らへの画
像データの入力回数情報をヘッダーに記載して出力する
ことにより、画像処理LSIが画像データを処理できない
状態においても、次の画像処理LSIに対してデータパケ
ットを転送し処理させることができ、画像処理LSIやバ
ス等のリソースを効率的に利用することができ、さらに
データパケットの無限ループを防ぐことができるため、
コストアップをともなう受信バッファ等の増加を行うこ
となくシステム全体のパフォーマンスを安定的に向上さ
せることができるという効果がある。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるＭＦＰの画像処理
部の全体構成を示すブロック図である。

【図２】第１の実施の形態における画像処理LSI１０
３、および画像処理LSI１０４の内部構成を示すブロッ
ク図である。

【図３】第１の実施の形態におけるデータパケットの形
式を示す図である。

【図４】第１の実施の形態において、メインメモリ１０
２に予め格納されている画像データに対して９０°回転
を行う際の画像処理部の動作を説明するフローチャート
である。

【図５】図４のフローチャートに示す動作を行ったとき
に生成されるデータパケットを示す図である。

【図６】第２の実施の形態における画像処理LSI１０
３、および画像処理LSI１０４の内部構成を示すブロッ
ク図である。

【図７】第２の実施の形態におけるデータパケットの形
式を示す図である。

【図８】第２の実施の形態において、メインメモリ１０
２に予め格納されている画像データに対して９０°回転
を行う際の画像処理部の動作を説明するフローチャート
である。

【図９】図８のフローチャートに示す動作を行ったとき
に生成されるデータパケットを示す図である。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 AA01 BB47 GG12 5B057 AA11 CA12 CA16 CB12 CB16 CE20 CH01 CH11 CH14 CH16 CH18 CH20 DB02 5C062 AA02 AA05 AA22 AB40 AB42 AB43 AC24 AE15 5C076 AA14 BA03 BA04 BA06

Claims (16)

【特許請求の範囲】
1. 【請求項１】 画像処理情報が記載されたヘッダーを画
   像データに付加したデータパケットの送受信を制御する
   制御手段と、 入力したデータパケットのヘッダーを解析し得られた画
   像処理情報に基づいて画像データの画像処理を行う複数
   の画像処理手段と、 前記制御手段と前記画像処理手段間および前記複数の画
   像処理手段間を接続しデータパケットを転送する転送手
   段とを有し、 前記画像処理手段は、入力したデータパケットを処理で
   きる場合は画像データの画像処理を行った後、画像処理
   が終了したことを示す処理終了情報をヘッダーに記載
   し、処理できない場合は処理終了情報を記載せずに出力
   することを特徴とする画像処理装置。
2. 【請求項２】 前記データパケットは、前記制御手段に
   より生成され、前記画像処理手段での処理内容情報と処
   理終了情報とが画像処理情報として記載されるヘッダー
   と、読み取り部またはデータ記憶部または通信部から入
   力される画像データにより構成されていることを特徴と
   する請求項１記載の画像処理装置。
3. 【請求項３】 前記制御手段は、受信したデータパケッ
   トについて、ヘッダーに処理終了情報が記載されている
   場合前記画像処理手段に対して前記データパケットを送
   信せず、処理終了情報が記載されていない場合再び送信
   することを特徴とする請求項１記載の画像処理装置。
4. 【請求項４】 前記複数の画像処理手段は、同一の画像
   処理機能を有する２つ以上の画像処理手段を含むことを
   特徴とする請求項１記載の画像処理装置。
5. 【請求項５】 画像処理情報が記載されたヘッダーを画
   像データに付加したデータパケットの送受信を制御する
   制御手段と、 入力したデータパケットのヘッダーを解析し得られた画
   像処理情報に基づいて画像データの画像処理を行う複数
   の画像処理手段と、 前記制御手段と前記画像処理手段間および前記複数の画
   像処理手段間を接続しデータパケットを転送する転送手
   段とを有し、 前記画像処理手段は、入力したデータパケットを処理で
   きる場合は画像データの画像処理を行い、処理できない
   場合は自らへの画像データの入力回数情報をヘッダーに
   記載して出力することを特徴とする画像処理装置。
6. 【請求項６】 前記データパケットは、前記制御手段に
   より生成され、データパケットの種類を示す種別識別情
   報と前記画像処理手段での処理内容情報とどの画像処理
   手段を用いるかを識別する識別情報と前記画像処理手段
   への入力回数情報とが画像処理情報として記載されるヘ
   ッダーと、読み取り部またはデータ記憶部または通信部
   から入力される画像データにより構成されていることを
   特徴とする請求項５記載の画像処理装置。
7. 【請求項７】 前記制御手段は、受信したデータパケッ
   トについて、ヘッダーに記載された入力回数情報が送信
   時と変化していない場合前記データパケットを送信せ
   ず、送信時よりも増加している場合再び送信し、予め決
   められた入力上限回数に達した場合前記データパケット
   についての処理を中断することを特徴とする請求項５記
   載の画像処理装置。
8. 【請求項８】 前記複数の画像処理手段は、それぞれ異
   なる画像処理機能を有する２つ以上の画像処理手段を含
   むことを特徴とする請求項５記載の画像処理装置。
9. 【請求項９】 画像処理情報が記載されたヘッダーを画
   像データに付加したデータパケットの画像処理部に対す
   る送受信を制御する制御工程と、 データパケットのヘッダーを解析し得られた画像処理情
   報に基づいて画像データの画像処理を画像処理部に行わ
   せる複数の画像処理工程と、 前記制御工程によるデータパケットを画像処理部に対し
   ておよび複数の画像処理部間で転送させる転送工程とを
   有し、 前記画像処理工程は、画像処理部がデータパケットを処
   理できる場合は画像データの画像処理を行った後、画像
   処理が終了したことを示す処理終了情報をヘッダーに記
   載し、処理できない場合は処理終了情報を記載せず画像
   処理部から出力させること特徴とする画像処理方法。
10. 【請求項１０】 前記データパケットは、前記制御工程
    において生成され、前記画像処理工程で用いる処理内容
    情報と処理終了情報とが画像処理情報として記載される
    ヘッダーと、読み取り部またはデータ記憶部または通信
    部から入力される画像データにより構成されていること
    を特徴とする請求項９記載の画像処理方法。
11. 【請求項１１】 前記制御工程は、ヘッダーに処理終了
    情報が記載されている場合前記画像処理工程に対して前
    記データパケットを送信し、処理終了情報が記載されて
    いない場合再び送信するように制御することを特徴とす
    る請求項９記載の画像処理方法。
12. 【請求項１２】 前記複数の画像処理工程は、同一の画
    像処理機能を用いた２つ以上の画像処理工程を含むこと
    を特徴とする請求項９記載の画像処理方法。
13. 【請求項１３】 画像処理情報が記載されたヘッダーを
    画像データに付加したデータパケットの画像処理部に対
    する送受信を制御する制御工程と、 データパケットのヘッダーを解析し得られた画像処理情
    報に基づいて画像データの画像処理を画像処理部に行わ
    せる複数の画像処理工程と、 前記制御工程によるデータパケットを画像処理部に対し
    ておよび複数の画像処理部間で転送させる転送工程とを
    有し、前記画像処理工程は、画像処理部がデータパケッ
    トを処理できる場合は画像データの画像処理を行い、処
    理できない場合は自らへの画像データの入力回数情報を
    ヘッダーに記載して画像処理部から出力させることを特
    徴とする画像処理方法。
14. 【請求項１４】 前記データパケットは、前記制御工程
    において生成され、データパケットの種類を示す種別識
    別情報と前記画像処理工程で用いる処理内容情報とどの
    画像処理工程で処理を行うかを識別する識別情報と前記
    画像処理工程で用いられる画像処理部への入力回数情報
    とが画像処理情報として記載されるヘッダーと、読み取
    り部またはデータ記憶部または通信部から入力される画
    像データにより構成されていることを特徴とする請求項
    １３記載の画像処理方法。
15. 【請求項１５】 前記制御工程は、ヘッダーに記載され
    た入力回数情報が送信制御を行った時と変化していない
    場合前記データパケットを送信せず、送信制御を行った
    時よりも増加している場合再び送信し、予め決められた
    入力上限回数に達した場合前記データパケットについて
    の処理を中断するように制御することを特徴とする請求
    項１３記載の画像処理方法。
16. 【請求項１６】 前記複数の画像処理工程は、それぞれ
    異なる画像処理機能を用いた２つ以上の画像処理工程を
    含むことを特徴とする請求項１３記載の画像処理方法。