JP2001027986A - データ処理装置及び処理部選択方法 - Google Patents

Abstract

(57)【要約】 【課題】 外部から供給されるデータを高速に処理する
ことのできるデータ処理装置を提供すること。 【解決手段】 所定のデータ処理をソフトウェアによっ
て実現するソフトウェア処理部と、所定のデータ処理を
ハードウェアによって実現するハードウェア処理部とを
有するデータ処理装置において、データ処理要求があっ
た場合に疑似データを用いてハードウェア処理部の処理
時間を取得し（ステップＳ１６００３〜Ｓ１６００
５）、処理に要した時間が所定時間未満である場合には
ハードウェアで（ステップＳ１６００９）、所定時間以
上である場合にはソフトウェアで処理を行う（ステップ
Ｓ１６０１１）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像データ等の入力
データに所定の処理を施して出力するデータ処理装置に
関し、特に複数の処理を高速に行うことの出来るデータ
処理装置に関する。

【０００２】

【従来の技術】ネットワーク技術の普及に伴い、ネット
ワーク上で画像、音声、プログラム等のデータのやり取
りが頻繁に行われるようになってきた。多くの場合、ネ
ットワーク負荷を減らし、高速にデータ伝送を行うため
データ圧縮（符号化）技術が用いられている。符号化・
復号化は符号化復号化器（コーデック）を用いて行う
が、コーデックは専用ＬＳＩなどのハードウェア（ハー
ドウェアコーデック）によっても、汎用プロセッサによ
りソフトウェアを実行すること（ソフトウェアコーデッ
ク）によっても実現できる。一般には高速な圧縮を行う
必要性があればハードウェアコーデック、処理速度がそ
れほど重要でない場合やコストを安価に抑える必要があ
る場合にはソフトウェアコーデックというように、ハー
ドウェアコーデックあるいはソフトウェアコーデックの
どちらか一方を用いている。

【０００３】

【発明が解決しようとする課題】しかし、ネットワー
ク、スキャナ、プリンタへのインタフェースだけでなく
ハードウェアコーデックをＰＣＩバスなどの共通バス上
に接続する構成では、共通バスを使用することでインタ
ーフェースの統一による流用、実装のしやすさ、低コス
ト化などの利点がある反面、バスの同時使用者が多いと
バスの競合が生じ、ハードウェアコーデックであるにも
かかわらず、処理に時間がかかるという問題がある。例
えばスキャナ、プリンタ、ハードウェアコーデックが共
通バスに接続された構成においては、スキャナを用いて
読みとった原稿の画像データを符号化してネットワーク
上に接続された他の機器へ出力する処理と、他の機器か
ら受信した画像データを復号化してプリンタ機能を用い
て出力する処理が重複して発生したような場合において
は、バス使用要求が重複し、ハードウェアコーデックを
用いても処理に時間がかかることになる。

【０００４】一方、最近では汎用プロセッサ（ＣＰＵ）
の性能も向上し、ソフトウェアコーデックでもある程度
高速な処理が実現できるようになってきた。

【０００５】本発明の目的は、外部から供給されるデー
タを高速に処理することのできるデータ処理装置を提供
することにある。

【０００６】また本発明の別の目的は、所定のデータ処
理をソフトウェアによって実現するソフトウェア処理部
と、所定のデータ処理をハードウェアによって実現する
ハードウェア処理部とを有するデータ処理装置におい
て、処理時点で最適な処理部を選択可能な処理部選択方
法を提供することにある。

【０００７】

【課題を解決するための手段】すなわち、本発明の要旨
は、所定のデータ処理をソフトウェアによって実現する
ソフトウェア処理部と、所定のデータ処理をハードウェ
アによって実現するハードウェア処理部とを有し、ハー
ドウェア処理部が所定のデータ処理に使用するバス手段
が他の処理手段にも使用可能なデータ処理装置におい
て、テスト用データを用いてハードウェア処理部に所定
のデータ処理の実行を指示する手段と、テスト用データ
の処理に要した時間に応じてその後行う所定のデータ処
理に使用する処理部を選択する選択手段とを有すること
を特徴とするデータ処理装置に存する。

【０００８】また、本発明の別の要旨は、所定のデータ
処理をソフトウェアによって実現するソフトウェア処理
部と、所定のデータ処理をハードウェアによって実現す
るハードウェア処理部とを有し、ハードウェア処理部が
所定のデータ処理に使用するバス手段が他の処理手段に
も使用可能なデータ処理装置における処理部選択方法で
あって、テスト用データを用いてハードウェア処理部に
所定のデータ処理の実行を指示するステップと、テスト
用データの処理に要した時間に応じてその後行う所定の
データ処理に使用する処理部を選択する選択ステップと
を有することを特徴とする処理部選択方法に存する。

【０００９】また、本発明の別の要旨は、所定のデータ
処理をソフトウェアによって実現するソフトウェア処理
部と、所定のデータ処理をハードウェアによって実現す
るハードウェア処理部とを有し、ハードウェア処理部が
所定のデータ処理に使用するバス手段が他の処理手段に
も使用可能なデータ処理装置における処理部選択プログ
ラムを格納したコンピュータ装置読み取り可能な記憶媒
体であって、テスト用データを用いてハードウェア処理
部に所定のデータ処理の実行を指示する工程のプログラ
ムと、テスト用データの処理に要した時間に応じてその
後行う所定のデータ処理に使用する処理部を選択する選
択工程のプログラムとを有することを特徴とする記憶媒
体に存する。

【００１０】また、本発明の別の要旨は、所定のデータ
処理をソフトウェアによって実現するソフトウェア処理
部と、所定のデータ処理をハードウェアによって実現す
るハードウェア処理部と、所定の処理に対する要求を検
出する要求検出手段と、データ処理装置の動作状態に基
づいて、要求のあった所定の処理を行う処理部を選択す
る選択手段とを有することを特徴とするデータ処理装置
に存する。

【００１１】また、本発明の別の要旨は、所定のデータ
処理をソフトウェアによって実現するソフトウェア処理
部と、所定のデータ処理をハードウェアによって実現す
るハードウェア処理部とを有するデータ処理装置におけ
る、処理部選択方法であって、所定の処理に対する要求
を検出する要求検出ステップと、所定の条件に基づい
て、要求のあった所定の処理を行う処理部を選択する選
択ステップとを有することを特徴とする処理部選択方法
に存する。

【００１２】また、本発明の別の要旨は、所定のデータ
処理をソフトウェアによって実現するソフトウェア処理
部と、所定のデータ処理をハードウェアによって実現す
るハードウェア処理部とを有するデータ処理装置におけ
る、処理部選択プログラムを格納したコンピュータ装置
読み取り可能な記憶媒体であって、所定の処理に対する
要求を検出する要求検出工程のプログラムと、ソフトウ
ェア処理部及びハードウェア処理部の利用状況に基づい
て、要求のあった所定の処理を行う処理部を選択する選
択工程のプログラムとを有することを特徴とする記憶媒
体に存する。

【００１３】

【発明の実施の形態】（第１の実施形態）以下、図面を
参照して本発明の好適な実施形態について詳細に説明す
る。以下の実施形態においては、本発明の情報処理装置
の一実施形態である画像データの符号化復号化装置をネ
ットワーク接続可能な複合機に適用した例を示す。

【００１４】［ハードウェア］複合機システムの全体構
成を図１に示す。コントローラ２０００は画像入力デバ
イスであるスキャナ２０７０や画像出力デバイスである
プリンタ２０９５と接続し、一方ではＬＡＮ２０１１や
公衆回線（ＷＡＮ）２０５１に接続することで、画像情
報やデバイス情報の入出力を行う為のコントローラであ
る。ＣＰＵ２００１は複合機全体を制御する汎用プロセ
ッサである。ＲＡＭ２００２はＣＰＵ２００１が動作す
るためのシステムワークメモリであり、画像データを一
時記憶するための画像メモリでもある。

【００１５】ＲＯＭ２００３はブートＲＯＭであり、複
合機のブートプログラムが格納されている。ＨＤＤ２０
０４はハードディスクドライブで、システムソフトウェ
ア、画像データを格納する。操作部Ｉ／Ｆ２００６は操
作部（ＵＩ）２０１２とのインターフェース部で、操作
部２０１２に表示する画像データを操作部２０１２に対
して出力する。また、操作部２０１２から本システム使
用者が入力した情報を、ＣＰＵ２００１に伝える役割を
する。Modem２０５０は公衆回線２０５１に接続し、情
報の入出力を行う。以上のデバイスがシステムバス２０
０７上に配置される。

【００１６】画像バスＩ／Ｆ２００５はシステムバス２
００７と画像データを高速で転送する画像バス２００８
を接続し、データ構造を変換するバスブリッジである。
画像バス２００８は、ＰＣＩバスまたはＩＥＥＥ１３９
４で構成される。画像バス２００８上には以下のデバイ
スが配置される。ネットワークＩ／Ｆ２０１０は画像バ
ス２００８をＬＡＮ２０１１に接続し、情報の入出力を
行う。ラスターイメージプロセッサ（ＲＩＰ）２０６０
はＰＤＬ（ページ記述言語）コードをビットマップイメ
ージに展開する。

【００１７】デバイスＩ／Ｆ部２０２０は、画像入出力
デバイスであるスキャナ２０７０やプリンタ２０９５と
コントローラ２０００を接続し、画像データの同期系／
非同期系の変換を行う。スキャナ画像処理部２０８０
は、入力画像データに対し補正、加工、編集を行う。プ
リンタ画像処理部は、プリント出力画像データに対し
て、プリンタの補正、解像度変換等を行う。画像回転部
２０３０は画像データの回転を行う。コーデック２０４
０は、多値画像データはＪＰＥＧ、２値画像画像データ
はＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。

【００１８】以上説明したような構成は画像処理部分の
拡張性を考慮してシステムバス２００７部、及び画像バ
ス２００８部が分離されるような構成となっており、一
般的なコンピュータの構成を応用したものである。上記
構成では画像バスＩ／Ｆを汎用Ｉ／Ｆにすることで、画
像処理を任意に組み合わせることが可能な自由度、また
将来性を考慮し拡張性をもたせている。特にコーデック
部分は将来様々な規格が提案される可能性もあり、容易
に交換できるよう画像バス側に接続される。

【００１９】複合機システムの正面外観例を図２に示
す。画像入力デバイスであるスキャナ部２０７０は、原
稿を照明し、ＣＣＤラインセンサ（図示せず）を走査す
ることで、ラスターイメージデータとして電気信号に変
換する。原稿は原稿フィーダ２０７２のトレイ２０７３
にセットし、装置使用者が操作部２０１２から読み取り
起動指示することにより、コントローラＣＰＵ２００１
がスキャナ２０７０に指示を与え、フィーダ２０７２は
原稿を１枚ずつフィードし原稿画像の読み取り動作を行
う。

【００２０】画像出力デバイスであるプリンタ部２０９
５は、ラスターイメージデータ２０９６を紙などの被記
録材上の画像に変換する部分であり、その方式は感光体
ドラムや感光体ベルトを用いた電子写真方式、微小ノズ
ルアレイからインクを吐出して用紙上に直接画像を形成
するインクジェット方式等があるが、どの方式でも構わ
ない。プリント動作の起動は、コントローラＣＰＵ２０
０１からの指示によって開始する。プリンタ部２０９５
には、異なる被記録材サイズまたは異なる被記録材の向
きを選択できるように複数の供給段を持ち、それに対応
したカセット２１０１，２１０２，２１０３，２１０４
がある。また、排出トレイ２１１１は印字し終った被記
録材を受けるものである。

【００２１】・操作部 操作部２０１２の外観例を図３に示す。ＬＣＤ表示部２
０１３は、ＬＣＤ上にタッチパネルシートが貼られてお
り、システムの操作画面を表示するとともに、表示して
あるキーが押されるとその位置情報をコントローラＣＰ
Ｕ２００１に伝える。スタートキー２０１４は原稿画像
の読み取り動作を開始する時などに用いる。スタートキ
ー２０１４中央部には、緑と赤の２色ＬＥＤ２０１８が
あり、その色によってスタートキー２０１４が使える状
態にあるかどうかを示す。ストップキー２０１５は稼働
中の動作を止める働きをする。ＩＤキー２０１６は、使
用者のユーザーＩＤを入力する時に用いる。リセットキ
ー２０１７は操作部からの設定を初期化する時に用い
る。

【００２２】・スキャナ画像処理部 スキャナ画像処理部２０８０の構成を図４に示す。画像
バスＩ／Ｆコントローラ２０８１は、画像バス２００８
と接続し、そのバスアクセスシーケンスを制御する働き
と、スキャナ画像処理部２０８０内の各デバイスの制御
及びタイミングを発生させる。フィルタ処理部２０８２
は、空間フィルタでコンボリューション演算を行う。編
集部２０８３は、例えば入力画像データからマーカーペ
ンで囲まれた閉領域を認識して、その閉領域内の画像デ
ータに対して、影つけ、網掛け、ネガボジ反転等の画像
加工処理を行う。

【００２３】変倍処理部２０８４は、読み取り画像の解
像度を変える場合にラスターイメージの主走査方向につ
いて補間演算を行い拡大、縮小を行う。副走査方向の変
倍については、画像読み取りラインセンサ（図示せず）
を走査する速度を変えることで行う。テーブル変換部２
０８５は、読み取った輝度データである画像データを濃
度データに変換するのテーブル変換を行う。２値化処理
部２０８６は、多値のグレースケール画像データを、誤
差拡散処理やスクリーン処理によって２値化する。

【００２４】処理が終了した画像データは、再び画像バ
スコントローラ２０８１を介して、画像バス上に転送さ
れる。

【００２５】・プリンタ画像処理部 プリンタ画像処理部２０９０の構成を図５に示す。画像
バスＩ／Ｆコントローラ２０９１は、画像バス２００８
と接続し、そのバスアクセスシーケンスを制御する働き
と、スキャナ画像処理部２０９０内の各デバイスの制御
及びタイミングを発生させる。解像度変換部２０９２
は、ＬＡＮ２０１１あるいはＷＡＮ２０５１から受信し
た画像データを、プリンタ２０９５の解像度に変換する
ための解像度変換を行う。スムージング処理部２０９３
は、解像度変換後の画像データのジャギー（斜め線等の
白黒境界部に現れる画像のがさつき）を滑らかにする処
理を行う。

【００２６】・コーデック コーデック２０４０の構成を図６に示す。画像バスＩ／
Ｆコントローラ２０４１は、画像バス２００８と接続
し、そのバスアクセスシーケンスを制御する働き、入力
バッファ２０４２・出力バッファ２０４５とのデータの
やりとりを行うためのタイミング制御及び、画像圧縮伸
長部２０４３に対するモード設定などの制御を行う。本
発明においては、データの圧縮を符号化、伸長を復号化
として取り扱う。以下にコーデックの処理手順を示す。

【００２７】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０４１に画像圧縮
制御のための設定を行う。この設定により画像バスＩ／
Ｆコントローラ２０４１は画像圧縮伸長部２０４３に対
して画像圧縮に必要な設定（たとえばＭＭＲ圧縮・ＪＢ
ＩＧ伸長等の）を行う。必要な設定を行った後に、再度
ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４
１に対して画像データ転送の許可を行う。この許可に従
い、画像バスＩ／Ｆコントローラ２０４１はＲＡＭ２０
０２もしくは画像バス２００８上の各デバイスから画像
データの転送を開始する。

【００２８】受け取った画像データは入力バッファ２０
４２に一時格納され、画像圧縮伸長部２０４３の画像デ
ータ要求に応じて一定のスピードで画像を転送する。こ
の際、入力バッファは画像バスＩ／Ｆコントローラ２０
４１と、画像圧縮伸長部２０４３両者の間で、画像デー
タを転送できるかどうかを判断し、画像バス２００８か
らの画像データの読み込み及び、画像圧縮伸長部２０４
３への画像の書き込みが不可能である場合は、データの
転送を行わないような制御を行う（以後このような制御
をハンドシェークと呼称する）。

【００２９】画像圧縮伸長部２０４３は受け取った画像
データを、一旦ＲＡＭ２０４４に格納する。これは画像
圧縮を行う際には行う画像圧縮処理の種類によって、数
ライン分のデータを要するためであり、最初の１ライン
分の圧縮を行うためには数ライン分の画像データを用意
してからでないと画像圧縮が行えないためである。画像
圧縮を施された画像データは直ちに出力バッファ２０４
５に送られる。

【００３０】出力バッファ２０４５では、画像バスＩ／
Ｆコントローラ２０４１及び画像圧縮伸長部２０４３と
のハンドシェークを行い、画像データを画像バスＩ／Ｆ
コントローラ２０４１に転送する。画像バスＩ／Ｆコン
トローラ２０４１では転送された圧縮（もしくは伸長）
された画像データをＲＡＭ２００２もしくは画像バス２
００８上の各デバイスにデータを転送する。こうした一
連の処理は、ＣＰＵ２００１からの処理要求が無くなる
まで（必要なページ数の処理が終わったとき）、もしく
はこの画像圧縮伸長部から停止要求が出るまで（圧縮及
び伸長時のエラー発生時等）繰り返される。

【００３１】・画像回転部 画像回転部２０３０の構成を図７に示す。画像バスＩ／
Ｆコントローラ２０３１は、画像バス２００８と接続
し、そのバスシーケンスを制御する働き、画像回転部２
０３２にモード等を設定する制御及び、画像回転部２０
３２に画像データを転送するためのタイミング制御を行
う。以下に画像回転部の処理手順を示す。

【００３２】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０３１に画像回転
制御のための設定を行う。この設定により画像バスＩ／
Ｆコントローラ２０３１は画像回転部２０３２に対して
画像回転に必要な設定（たとえば画像サイズや回転方向
・角度等）を行う。必要な設定を行った後に、再度ＣＰ
Ｕ２００１から画像バスＩ／Ｆコントローラ２０３１に
対して画像データ転送の許可を行う。この許可に従い、
画像バスＩ／Ｆコントローラ２０３１はＲＡＭ２００２
もしくは画像バス２００８上のデバイスから画像データ
の転送を開始する。尚、ここでは画像バス２００８の幅
を３２ｂｉｔとし回転を行う画像サイズを３２×３２
（ｂｉｔ）とし、又、画像バス２００８上に画像データ
を転送させる際に３２ｂｉｔを単位とする画像転送を行
うものとする（扱う画像は２値を想定する）。

【００３３】上述のように、３２×３２（ｂｉｔ）の画
像を得るためには、上述の単位データ転送を３２回行う
必要があり、且つ不連続なアドレスから画像データを転
送する必要がある（図８参照）。不連続アドレッシング
により転送された画像データは、読み出し時に所望の角
度に回転されているように、ＲＡＭ２０３３に書き込ま
れる。例えば、９０度反時計方向回転であれば、最初に
転送された３２ｂｉｔの画像データを、図９のようにＹ
方向に書き込んでいく。読み出し時にＸ方向に読み出す
ことで、画像が回転される。

【００３４】３２×３２（ｂｉｔ）の画像回転（ＲＡＭ
２０３３への書き込み）が完了した後、画像回転部２０
３２はＲＡＭ２０３３から上述した読み出し方法で画像
データを読み出し、画像バスＩ／Ｆコントローラ２０３
１に画像を転送する。

【００３５】回転処理された画像データを受け取った画
像バスＩ／Ｆコントローラ２０３１は、連続アドレッシ
ングを以て、ＲＡＭ２００２もしくは画像バス２００８
上の各デバイスにデータを転送する。こうした一連の処
理は、ＣＰＵ２００１からの処理要求が無くなるまで
（必要なページ数の処理が終わったとき）繰り返され
る。

【００３６】・デバイスＩ／Ｆ部 デバイスＩ／Ｆ部２０２０の構成を図１０に示す。画像
バスＩ／Ｆコントローラ２０２１は、画像バス２００８
と接続し、そのバスアクセスシーケンスを制御する働き
と、デバイスＩ／Ｆ部２０２０内の各デバイスの制御及
びタイミングを発生させる。また、外部のスキャナ２０
７０及びプリンタ２０９５への制御信号を発生させる。
スキャンバッファ２０２２は、スキャナ２０７０から送
られてくる画像データを一時保存し、画像バス２００８
に同期させて画像データを出力する。

【００３７】シリアルパラレル・パラレルシリアル変換
部２０２３は、スキャンバッファ２０２２に保存された
画像データを順番に並べて、あるいは分解して、画像バ
ス２００８に転送できる画像データのデータ幅に変換す
る。パラレルシリアル・シリアルパラレル変換部２０２
４は、画像バス２００８から転送された画像データを分
解して、あるいは順番に並べて、プリントバッファ２０
２５に保存できる画像データのデータ幅に変換する。プ
リントバッファ２０２５は、画像バス２００８から送ら
れてくる画像データを一時保存し、プリンタ２０９５に
同期させて画像データを出力する。

【００３８】画像スキャン時の処理手順を以下に示す。
スキャナ２０７０から送られてくる画像データをスキャ
ナ２０７０から送られてくるタイミング信号に同期させ
て、スキャンバッファ２０２２に保存する。そして、画
像バス２００８がＰＣＩバスの場合には、バッファ内に
画像データが３２ビット以上入ったときに、画像データ
を先入れ先出しで３２ビット分、バッファからシリアル
パラレル・パラレルシリアル変換２０２３に送り、３２
ビットの画像データに変換し、画像バスＩ／Ｆコントロ
ーラ２０２１を通して画像バス２００８上に転送する。
また、画像バス２００８がＩＥＥＥ１３９４の場合に
は、バッファ内の画像データを先入れ先出しで、バッフ
ァからシリアルパラレル・パラレルシリアル変換部２０
２３に送り、シリアル画像データに変換し、画像バスＩ
／Ｆコントローラ２０２１を通して画像バス２００８上
に転送する。

【００３９】画像プリント時の処理手順を以下に示す。
画像バス２００８がＰＣＩバスの場合には、画像バスか
ら送られてくる３２ビットの画像データを画像バスＩ／
Ｆコントローラで受け取り、パラレルシリアル・シリア
ルパラレル変換部２０２４に送り、プリンタ２０９５の
入力データビット数の画像データに分解し、プリントバ
ッファ２０２５に保存する。また、画像バス２００８が
ＩＥＥＥ１３９４の場合には、画像バスからおくられて
くるシリアル画像データを画像バスＩ／Ｆコントローラ
で受け取り、パラレルシリアル・シリアルパラレル変換
２０２４に送り、プリンタ２０９５の入力データビット
数の画像データに変換し、プリントバッファ２０２５に
保存する。そして、プリンタ２０９５から送られてくる
タイミング信号に同期させて、バッファ内の画像データ
を先入れ先出しで、プリンタ２０９５に送る。

【００４０】・ネットワークシステム 本発明のコーデックを適用した複合機をネットワークに
接続した場合のシステム構成例を図１１に示す。１００
１は本発明のコーデックを適用した複合機で、後述する
スキャナとプリンタから構成され、スキャナから読み込
んだ画像をローカルエリアネットワーク１０１０（以下
ＬＡＮ）に流したり、ＬＡＮから受信した画像をプリン
タによりプリントアウトできる。また、スキャナから読
んだ画像を図示しないＦＡＸ送信手段により、ＰＳＴＮ
またはＩＳＤＮ（１０３０）に送信したり、ＰＳＴＮま
たはＩＳＤＮから受信した画像をプリンタによりプリン
トアウトできる。１００２は、データベースサーバで、
複合機１００１により読み込んだ２値画像及び多値画像
をデータベースとして管理する。１００３は、データベ
ースサーバ１００２のデータベースクライアントで、デ
ータベース１００２に保存されている画像データを閲覧
／検索等できる。

【００４１】１００４は、電子メールサーバで、複合機
１００１により読み取った画像を電子メールの添付とし
て受け取ることができる。１００５は、電子メールのク
ライアントで、電子メールサーバ１００４の受け取った
メールを受信し閲覧したり、電子メールを送信したり、
可能である。１００６がＨＴＭＬ文書をＬＡＮに提供す
るＷＷＷサーバで、複合機１００１によりＷＷＷサーバ
で提供されるＨＴＭＬ文書をプリントアウトできる。１
０１１は、ルータでＬＡＮ１０１０をインターネット／
イントラネット１０１２と連結する。インターネット／
イントラネットに、前述したデータベースサーバ（１０
０２）、ＷＷＷサーバ（１００６）、電子メールサーバ
（１００４）、複合機（１００１）と同様の装置が、そ
れぞれ１０２０，１０２１，１０２２，１０２３として
連結している。一方、複合機１００１は、ＰＳＴＮまた
はＩＳＤＮ（１０３０）を介して、ＦＡＸ装置１０３１
と送受信可能になっている。また、ＬＡＮ上にプリンタ
１０４０も連結されており、複合機１００１により読み
取った画像をプリントアウト可能なように構成されてい
る。

【００４２】［ソフトウェア］図１２は、図１に示した
複合機のソフトウェアのモジュール構成を示すブロック
図である。１５０１はＵＩ即ちユーザインターフェイス
を司るものであり、オペレータが本複合機の各種操作・
設定を行う際、機器との仲介を行うモジュールである。
本モジュールは、オペレータの操作に従い、後述の各種
モジュールに入力情報を転送し処理の依頼、或いはデー
タの設定等を行う。

【００４３】１５０２はAddress-BooK即ちデータの送付
先、通信先等を管理するデータベースモジュールであ
る。Address-BooKの内容は、ＵＩ１５０１からの操作に
よりデータの追加、削除、取得が行われ、オペレータの
操作により後述の各モジュールにデータの送付・通信先
情報を与えるものとして使用されるものである。

【００４４】１５０３はWeb-Serverモジュールであり、
図外のＷｅｂクライアントからの要求により、本複合機
の管理情報を通知するために使用される。管理情報は、
後述のControl-API１５１８を介して読み取られ、後述
のＨＴＴＰ１５１２、ＴＣＰ／ＩＰ１５１６、Network-
Driver１５１７を介してＷｅｂクライアントに通知され
る。

【００４５】１５０４はUniversal-Send即ち、データの
配信を司るモジュールであり、ＵＩ１５０１によりオペ
レータに指示されたデータを、同様に指示された通信
（出力）先に配布するものである。また、オペレータに
より、本機器のスキャナ機能を使用し配布データの生成
が指示された場合は、後述のControl-API１５１８を介
して機器を動作させ、データの生成を行う。

【００４６】１５０５はUniversla-Send１５０４内で出
力先にプリンタが指定された際に実行されるモジュール
である。１５０６はUniversla-Send１５０４内で通信先
にＥ−ｍａｉｌアドレスが指定された際に実行されるモ
ジュールである。１５０７はUniversla-Send１５０４内
で出力先にデータベースが指定された際に実行されるモ
ジュールである。１５０８はUniversla-Send１５０４内
で出力先に本機器と同様の複合機が指定された際に実行
されるモジュールである。

【００４７】１５０９はRemote-Copy-Scaｎモジュール
であり、本複合機のスキャナ機能を使用し、ネットワー
ク等で接続された他の複合機を出力先とし、本複合機単
体で実現しているＣｏｐｙ機能と同等の処理を行うモジ
ュールである。１５１０はRemote-Copy-Printモジュー
ルであり、本複合機のプリンタ機能を使用し、ネットワ
ーク等で接続された他の複合機を入力先とし、本複合機
単体で実現しているＣｏｐｙ機能と同等の処理を行うモ
ジュールである。

【００４８】１５１１はWeb-Pull-Print即ちインターネ
ットまたはイントラネット上の各種ホームページの情報
を読み出し、印刷するモジュールである。１５１２は本
複合機がＨＴＴＰにより通信する際に使用されるモジュ
ールであり、後述のＴＣＰ／ＩＰ１５１６モジュールに
より前述のWeb-Server１５０３、Web-Pull-Print１５１
１モジュールに通信を提供するものである。１５１３は
ｌｐｒモジュールであり、後述のＴＣＰ／ＩＰ１５１６
モジュールにより前述のUniversal-Send１５０４内のプ
リンタモジュール１５０５に通信を提供するものであ
る。

【００４９】１５１４はＳＭＴＰモジュールであり、後
述のＴＣＰ／ＩＰ１５１６モジュールにより前述のUniv
ersal-Send１５０４内のＥ−ｍａｉｌモジュール１５０
６に通信を提供するものである。

【００５０】１５１５はＳＬＭ即ちSalutation-Manager
モジュールであり、後述のＴＣＰ／ＩＰ１５１６モジュ
ールにより前述のUniversal-Send１５０４内のデータベ
ースモジュール１５０７、ＤＰモジュール１５０８、及
びRemote-Copy-Scan１５０９モジュール、Remote-Copy-
Print１５１０モジュールに通信を提供するものであ
る。１５１６はＴＣＰ／ＩＰ通信モジュールであり、前
述の各種モジュールに後述のNetwork-Driverによりネッ
トワーク通信を提供するものである。１５１７はネット
ワークドライバであり、ネットワークに物理的に接続さ
れる部分を制御するものである。

【００５１】１５１８はControl-APIであり、Universal
-Send１５０４等の上流モジュールに対し、後述のJob-M
anager１５１９等の下流モジュールとのインターフェイ
スを提供するものであり、上流、及び下流のモジュール
間の依存関係を軽減しそれぞれの流用性を高めるもので
ある。１５１９はJob-Managerであり、前述の各種モジ
ュールよりControl-API１５１８を介して指示される処
理を解釈し、後述の各モジュールに指示を与えるもので
ある。また、本モジュールは、本複合機内で実行される
ハード的な処理を一元管理するものである。

【００５２】１５２０はCODEC-Managerであり、Job-Man
ager１５１９が指示する処理の中でデータの各種圧縮・
伸長を管理・制御するものである。１５２１はFBE-En C
oderであり、Job-Manager１５１９、Scan-Manager１５
２４により実行されるスキャン処理により読み込まれた
データをＦＢＥフォーマットにより圧縮するものであ
る。

【００５３】１５２２はJPEG-CODECであり、Job-Manage
r１５１９、Scan-Manager１５２４により実行されるス
キャン処理、及びPrint-Manager１５２６により実行さ
れる印刷処理において、読み込まれたデータのＪＰＥＧ
圧縮及び印刷データのＪＰＥＧ展開処理を行うものであ
る。

【００５４】１５２３はMMR-CODECであり、Job-Manager
１５１９、Scan-Manager１５２４により実行されるスキ
ャン処理、及びPrint-Manager１５２６により実行され
る印刷処理において、読み込まれたデータのＭＭＲ圧縮
及び印刷データのＭＭＲ伸長処理を行うものである。

【００５５】１５２４はScan-Managerであり、Job-Mana
ger１５１９が指示するスキャン処理を管理・制御する
ものである。１５２５はスキャナドライバであり、Scan
-Manager１５２４と本複合機が内部的に接続しているス
キャナ部との通信を行うものである。１５２６はPrint-
Managerであり、Job-Manager１５１９が指示する印刷処
理を管理・制御するものである。

【００５６】１５２７はプリンタドライバであり、Prin
t-Manager１５２６と印刷部とのＩ／Ｆを提供するもの
である。１５２８はパラレルポートドライバであり、We
b-Pull-Print１５１１がパラレルポートを介して図外の
出力機器にデータを出力する際のＩ／Ｆを提供するもの
である。

【００５７】・アプリケーション 以下、本発明の組み込みアプリケーションの実施の形態
について図面を用いて説明する。図１３は、図１に示す
複合機における、画像データ配信に関する組み込みアプ
リケーションブロックを表す図である。

【００５８】４０５０は、図３で説明した操作部のアプ
リケーションを示すブロックである。４１００は、リモ
ートコピーアプリケーションの送信側を示すブロックで
ある。４１５０は、同報配信の送信側を示すブロックで
ある。４２００は、Web Pull Printモジュールを示すブ
ロックである。

【００５９】４２５０は、Web Serverモジュールを示す
ブロックである。４３００は、リモートコピーの受信側
（プリント側）を示すブロックである。４３５０は、同
報配信で送信されてきたイメージを汎用のプリンタで受
信・プリントするブロックである。４４００は、リモー
トプリントの受信側（プリント側）を示すブロックであ
る。

【００６０】４４５０は、同報配信で送信されてきたイ
メージを公知のNotes（商標） Serverで受信・格納する
ブロックである。４５００は、同報配信で送信されてき
たイメージを２値のイメージを受信・格納するブロック
である。４５５０は、同報配信で送信されてきたイメー
ジを公知のMail Serverで受信・格納するブロックであ
る。

【００６１】４６００は、同報配信で送信されてきたイ
メージを多値のイメージを受信・格納するブロックであ
る。４６５０は、情報コンテンツを含んだ、公知のWeb
Serverである。４７００は、本発明のWeb Serverなどに
アクセスする公知のWeb Browserである。

【００６２】以下、それぞれのブロックに照らし合わせ
ながら、アプリケーション群の説明を詳細に行う。 ・User Interfaceアプリケーション ブロック４０５０に示したUser Interface（以下、Ｕ
Ｉ）の詳細は、前記したとおりであるが、ここでは、４
０５１のAddress Bookについて説明する。このAddress
Bookは、本発明の機器内の不揮発性の記憶装置（不揮発
性メモリやハードディスクなど）に保存されており、こ
の中には、ネットワークに接続された機器の特徴が記載
されている。例えば、以下に列挙するようなものが含ま
れている。 機器の正式名やエイリアス名 機器のネットワークアドレス 機器の処理可能なネットワークプロトコル 機器の処理可能なドキュメントフォーマット 機器の処理可能な圧縮タイプ 機器の処理可能なイメージ解像度 プリンター機器の場合の給紙可能な紙サイズ、給紙段情
報 サーバー（コンピューター）機器の場合のドキュメント
を格納可能なフォルダ名

【００６３】以下に説明する各アプリケーションは、上
記Adderss Book４０５１に記載された情報により配信先
の特徴を判別することが可能となる。また、このAdders
s Bookは、編集可能であると共に、ネットワーク内のサ
ーバーコンピュータなどに保存されているものをダウン
ロードして使用する、または、直接参照することも可能
である。

【００６４】・リモートコピーアプリケーション リモートコピーアプリケーション４０４１は、配信先に
指定された機器の処理可能な解像度情報を前記Adderss
Book４０５１より判別し、それに従い、スキャナにより
読みとった画像２値画像を公知のＭＭＲ圧縮を用いて圧
縮し、それを公知のＴＩＦＦ(Tagged Image File Forma
t)化し、ＳＬＭ４１０３に通して、ネットワーク上のプ
リンター機器に送信する。ＳＬＭ４１０３とは、詳細に
は説明しないが、公知のSalutation Manager（または、
Smart Link Manager）と呼ばれる機器制御情報などを含
んだネットワークプロトコルの一種である。

【００６５】・同報配信アプリケーション 同報配信アプリケーション４１５０は、前記リモートコ
ピーアプリケーションと違い、一度の画像走査で複数の
配信宛先に画像を送信する事が可能である。また、配信
先もプリンターのような画像出力機器にとどまらず、い
わゆるサーバーコンピューターにも直接配信可能であ
る。

【００６６】以下、配信先に従って順に説明する。配信
先の機器が公知のネットワークプリンタプロトコルであ
るＬＰＤ(Line プリンタ Daemon)、プリンタ制御コマン
ドとして公知のＬＩＰＳを処理可能だとAdderss Book４
０５１より判別した場合、同様にAdderss Book４０５１
より判別した画像解像度に従って画像読み取りを行い、
画像自体は、本実施形態では、公知のＦＢＥ(First Bin
ari Encoding)を用いて圧縮し、さらにＬＩＰＳコード
化して、公知のネットワークプリンタプロトコルである
ＬＰＲで相手機器に送信する。

【００６７】配信先の機器が前記ＳＬＭで通信可能で、
サーバー機器の場合、Adderss Book４０５１より、サー
バーアドレス、サーバー内のフォルダの指定を判別し、
リモートコピーアプリケーションと同様に、スキャナに
より読みとった画像２値画像を公知のＭＭＲ圧縮を用い
て圧縮し、それを公知のＴＩＦＦ(Tagged Image FileFo
rmat)化し、ＳＬＭを通して、ネットワーク上のサーバ
ー機器の特定のフォルダに格納する事が可能である。

【００６８】また、本実施形態の機器では、相手機器で
あるサーバーが公知のＪＰＥＧ圧縮された多値画像を処
理可能だと判別した場合、前記の２値画像と同様に多値
読み取りした画像を公知のＪＰＥＧ圧縮を用いて、やは
り公知のＪＦＩＦ化し、ＳＬＭを通して、ネットワーク
上のサーバー機器の特定のフォルダに格納する事が可能
である。

【００６９】配信先の機器が公知のＥ−Ｍａｉｌサーバ
ーである場合、Adderss Book４０５１に記載されたメー
ルアドレスを判別し、スキャナにより読みとった画像２
値画像を公知のＭＭＲ圧縮を用いて圧縮し、それを公知
のＴＩＦＦ(Tagged Image File Format)し、公知のＳＭ
ＴＰ(Simple Mail Transfer Protcol)４１５３を使用し
て、Ｅ−Ｍａｉｌサーバーに送信する。その後の配信
は、Mail Server４５５０に従って実行される。

【００７０】・Web Pull Printアプリケーション Web Pull Printアプリケーション４２００は、本実施形
態と直接関係しないので、説明は省略する。

【００７１】・Web Serverアプリケーション Web Serverアプリケーションは４２５０、本実施形態と
直接関係しないので、説明は省略する。

【００７２】以下、操作部の画面について簡単に説明す
る。 ・操作画面 図３に示した操作部２０１２のＬＣＤ表示部２０１３の
表示例を図１４に示す。図は、コピー機能の表示例を示
している。

【００７３】本発明の装置が提供する機能は、Copy/Sen
d/Retrieve/Tasks/Management/Configurationの６つの
大きなカテゴリーに分かれており、これらは操作画面
（３０１０）上の上部に表示される６つのメインタブ(C
OPY/SEND/RETREIVE/TASKS/MGMT/CONFIG)（３０１１〜３
０１６）に対応している。これらのメインタブを押すこ
とにより、各カテゴリーの画面への切り替えが行われ
る。他カテゴリーへの切り換えが許可されない場合は、
メインタブの表示色が変わり、メインタブを押しても反
応しない。

【００７４】Copyは自機が有するスキャナとプリンタを
使用して通常のドキュメント複写を行う機能と、自機が
有するスキャナとネットワークで接続されたプリンタを
使用してドキュメントの複写を行う機能（リモートコピ
ー）を含む。Sendは自機が有するスキャナに置かれたド
キュメントを、電子メール、リモートプリンタ、ファッ
クス、ファイル転送（ＦＴＰ）およびデータベースに転
送する機能であり、宛先を複数指定することが可能であ
る。

【００７５】Retrieveは外部にあるドキュメントを取得
し、自機が有するプリンタで印刷する機能である。ドキ
ュメントの取得手段としてＷＷＷ、電子メール、ファイ
ル転送およびファックスの使用が可能である。Tasksは
ファックスやインターネットプリントなどの外部から送
られるドキュメントを自動処理し、定期的にRetrieveを
行うためのタスクの生成、管理を行う。Managementはジ
ョブ・アドレス帳・ブックマーク・ドキュメント・アカ
ウント情報などの管理を行う。Configurationでは自機
に関しての設定（ネットワーク、時計など）を行う。

【００７６】・Device Information Service（ＤＩＳ） コントローラ内でジョブに対する設定値、デバイス（ス
キャナ、プリンタなど）の機能、ステータス、課金情報
等をControl APIに準拠したデータ形態で保持するデー
タベースと、そのデータベースとのＩ／ＦをDevice Inf
ormation Service（以下、ＤＩＳと呼称する）として定
義している。図１５にＤＩＳ７１０２とJob Manager１
５１９、及びScan、Printの各Manager１５２４，１５２
６との関係を示す。

【００７７】基本的に、ジョブの開始命令など動的な情
報はJob Manager１５１９から各Managerに直接指示さ
れ、デバイスの機能やジョブの内容など静的な情報はＤ
ＩＳ７１０２を参照する。各Managerからの静的、動的
情報、イベントはＤＩＳ７１０２を介してJob Manager
１５１９に伝えられる。

【００７８】各ManagerからＤＩＳのデータベースにデ
ータの設定、取得を行う場合、ＤＩＳの内部データ形式
がControl API準拠であることから、Control APIに準拠
したデータ形式と各Managerが理解できるデータ形式と
の相互の変換処理を行う。例えば、各Managerからステ
ータスデータの設定を行う場合、デバイス固有のデータ
を解釈し、Control APIで定義される対応するデータに
変換し、ＤＩＳのデータベースヘ書き込みを行う。

【００７９】Job ManagerからＤＩＳのデータベースに
データの設定、取得を行う場合には、Job ManagerとＤ
ＩＳの間でデータの変換は生じない。

【００８０】またＤＩＳには、Managerから通知される
各種イベント情報に基づき、イベントデータの更新が行
われる。

【００８１】図１６にＤＩＳ内部に保持される各種デー
タベース（以下、ＤＢと呼称する）を示し、それぞれの
ＤＢについて説明する。

【００８２】７２０１はSupervisor DBであり、機器全
体についてのステータスやユーザ情報を保持しているＤ
Ｂであり、ユーザＩＤやパスワード等、バックアップが
必要な情報はＨＤ装置、あるいはバックアップメモリな
どの不揮発性の記憶装置に保持される。

【００８３】７２０２はScan Component DB、７２０３
はPrint Component DBであり、これらComponent DBは存
在するComponent毎に対応して保持される。例えば、プ
リンタのみからなる機器の場合はPrint Component DBの
みが存在し、また例えば、ＦＡＸを備えた機器の場合は
FAX Component DBが保持される。各Component DBには初
期化時に、それぞれ対応するManagerがComponentの機能
やステータスを設定する。

【００８４】７２０４はScan Job Service DB、７２０
５はPrint Job Service DBであり、これらのJob Servic
e DBもComponent DB同様、初期化時にそれぞれ対応する
Managerが機器で使用できる機能や、それらのサポート
状況を設定する。

【００８５】次にJob DB、Document DBについて説明す
る。７２０６はScan Job DB、７２０７はPrint Job DB
の各Job DB、７２０８はScan Document DB、７２０９は
PrintDocument DBである。

【００８６】Job DB、Document DBはＪｏｂとそれに付
随するDocumentが生成される度にJobManagerにより動的
に確保、初期化が行われ、必要な項目の設定が行われ
る。各ManagerはＪｏｂの処理開始前にJob DB、およびD
ocument DBから処理に必要な項目を読み出し、Ｊｏｂを
開始する。その後、Ｊｏｂが終了するとこれらのＪｏ
ｂ、及びそれに付随していたDocumentのＤＢは解放され
る。Ｊｏｂは１つ以上のDocumentを持つので、あるＪｏ
ｂに対して複数のDocument DBが確保される場合があ
る。

【００８７】７２１１は各Managerから通知されるイベ
ント情報を保持するデータベース、７２１０は装置のSc
an回数、Print回数を記録するためのカウンタテーブル
である。

【００８８】Managerから通知されるイベントには、Sca
n ManagerからのComponentの状態遷移、Scan処理動作完
了や各種のエラー、またPrint ManagerからのComponent
の状態遷移、Print処理動作完了、紙詰まり、給紙カセ
ットオープンなどがあり、それぞれのイベントを識別す
るためのイベントＩＤが予め定められている。

【００８９】Managerからイベントが発行された場合、
ＤＩＳはイベントデータベース７２１１に発行されたイ
ベントＩＤと必要ならイベントに付随する詳細データを
登録する。また、Managerからイベントの解除が通知さ
れた場合、解除指定されたイベントデータをイベントデ
ータベース７２１１から削除する。

【００９０】Job Managerよりイベントのポーリングが
行われた場合、ＤＩＳはイベントデータベース７２１１
を参照し、現在発生しているイベントＩＤと必要ならイ
ベントに付随する詳細データをJob Managerへ返信し、
現在イベントが発生していなければその旨を返信する。

【００９１】また、Scan処理動作完了、Print処理動作
完了のイベントが通知された場合はScan、Printを行っ
たユーザのカウンタ値を更新する。このソフトウェアに
よるカウンタは不慮の電源遮断などでその値が失われな
いように、バックアップされたメモリ装置やＨＤ装置の
不揮発性記憶装置にその値が更新されるたびに書き戻
す。

【００９２】・スキャン動作 図１７はスキャン動作に関するソフトウェア構造を示し
たものである。Job Manager１５１９はアプリケーショ
ンレベルの要求を分類、保存する機能を持つ。ＤＩＳ７
１０２はアプリケーションレベルからのスキャン動作に
必要なパラメータを保存する。アプリケーションからの
要求はＲＡＭ２００２に保存される。スキャン動作管理
部８２０３はJob Manager１５１９とＤＩＳ７１０２か
らスキャンを行うのに必要な情報を取得する。スキャン
動作管理部８２０３はJob Manager１５１９から図１８
に示すジョブ番号、ドキュメント番号のテーブルデータ
８３０１を受け取り、ジョブ番号、ドキュメント番号の
テーブルデータ８３０１を元に、ＤＩＳ７１０２より図
１９に示すスキャンパラメータ８３０２を受け取る。こ
れによりアプリケーションから要求されているスキャン
条件を元にスキャンを行う。

【００９３】スキャン動作管理部８２０３はＤＩＳ７１
０２から取得したスキャンパラメータ８３０２をドキュ
メント番号順にスキャンシーケンス制御部８２０４に渡
す。スキャンパラメータ８３０２を受け取ったスキャン
シーケンス制御部８２０４はスキャン画像属性８３０８
の内容に従ってデバイスＩ／Ｆ制御部８２０７をコント
ロールする。これにより図１の画像バス２００８に接続
されたデバイスＩ／Ｆ２０２０を動作させることによ
り、ケーブル２０７１を介してスキャナ２０７０に制御
コマンドを送ることによりスキャンが実行される。スキ
ャンした画像はケーブル２０７１を介してデバイスＩ／
Ｆ２０２０に渡り、さらにバス２００８を介してＲＡＭ
２００２に格納される。

【００９４】スキャンシーケンス制御部８２０４はスキ
ャンが終了し、バス２００８を介してＲＡＭ２００２に
画像が格納された時点で、スキャンパラメータ８３０２
のスキャン画像圧縮形式８３０９の内容にしたがって、
ＲＡＭ２００２に格納されているスキャン画像を圧縮す
るために、CODEC Manager１５２０に対して要求を出
す。要求を受け取ったCODEC Manager１５２０はバス２
００８に接続されているコーデック２０４０、あるいは
MMR-CODEC１５２３内のソフトウェア圧縮モジュールを
用いて、スキャンシーケンス制御部８２０４からのスキ
ャン画像圧縮形式８３０９の指定で圧縮を行う。画像圧
縮伸長部２０４３は圧縮された画像をバス２００８を介
してＲＡＭ２００２に格納する。

【００９５】スキャンシーケンス制御部８２０４はCODE
C Manager１５２０がスキャン画像圧縮形式８３０９で
指定された形式にスキャン画像を圧縮し、ＲＡＭ２００
２に格納した時点で、スキャンパラメータ８３０２の画
像ファイルタイプ８３０７にしたがってＲＡＭ２００２
に格納されている圧縮されたスキャン画像をファイル化
する。スキャンシーケンス制御部８２０４はファイルシ
ステム８２０６に対して、スキャンパラメータ８３０２
の画像ファイルタイプ８３０７で指定されたファイル形
式でファイル化することを要求する。ファイルシステム
８２０６はスキャンシーケンス制御部８２０４からの画
像ファイルタイプ８３０７にしたがって、ＲＡＭ２００
２に格納されている圧縮された画像をファイル化し、バ
ス２００８を介してＨＤＤ２００４に転送することによ
りスキャンされた圧縮画像をファイル化する。スキャン
シーケンス制御部８２０４はファイルシステム８２０６
がＨＤＤ２００４にファイル化された画像を格納した時
点で、スキャナ２０７０上の一枚の原稿の処理が終了し
たとして、スキャン動作管理部８２０３にスキャン終了
通知を送り返す。

【００９６】この時点でスキャナ２０７０上にまだスキ
ャンが行われていない原稿が存在し、Job Manager１５
１９からスキャン要求が存在する場合には再度、ＤＩＳ
７１０２に格納されているスキャンパラメータ８３０２
を用いてスキャンシーケンス制御部にスキャン動作を要
求する。スキャナ２０７０上にスキャンされていない原
稿が存在しない場合、またはJob Manager１５１９から
のスキャン要求が存在しない場合には、スキャン動作が
終了したものとしてJob Manager１５１９に対してスキ
ャン終了通知を発行する。

【００９７】・プリント動件 以下、プリント動作について詳細に説明する。デバイス
Ｉ／Ｆ２０２０は内部にＤＰＲＡＭを持ち、このＤＰＲ
ＡＭを介してプリンタへのパラメータ設定及びプリンタ
の状態読み出しと、プリントの制御コマンドのやりとり
を行う。またこのボードはVideoコントローラを持ち、
プリンタからエンジンインターフェースケーブル経由で
与えられるＶＣＬＫ（Video Clock）とＨＳＹＮＣに合
わせて、バス２００８上に展開されているイメージデー
タをエンジンインターフェースケーブルを介してプリン
タに送信する。この送信のタイミングを図で表すと図２
０の様になる。ＶＣＬＫは常に出続け、ＨＳＹＮＣがプ
リンタの１ラインの開始に同期して与えられる。Video
コントローラは設定された画像幅(WIDTH)分のデータ
を、ＲＡＭ２００２から読み出して、Video信号として
エンジンインターフェースケーブルに出力する。これを
指定ライン分(LINES)繰り返した後、IMAGE_END割り込み
を発生する。

【００９８】先に説明したとおり、ＣＰＵ上のアプリケ
ーションプログラムからControll APIにプリントジョブ
の指示が渡されると、Controll APIはこれをコントロー
ラレベルのJob Manager１５１９にジョブとして渡す。
さらにこのJob Manager１５１９はジョブの設定をＤＩ
Ｓ７１０２に格納し、Print Manager１５２６にジョブ
の開始を指示する。Print Manager１５２６はジョブを
受け付けるとＤＩＳからジョブ実行に必要な情報を読み
出しEngineＩ／Ｆボード及び、ＤＰＲＡＭを介してプリ
ンタに設定する。画像が圧縮されている場合はCODEC Ma
nagerに展開を依頼し、CODEC Managerは依頼に従ってプ
リンタ Managerから指示された展開方法（ＪＰＥＧ、Ｍ
ＭＲなど）により画像ファイルからビットマップ画像へ
展開する。展開された画像はＲＡＭ２００２に格納され
る。

【００９９】デバイスＩ／Ｆ２０２０の設定項目を図２
１に、プリンタのＤＰＲＡＭを介した設定項目及び制御
コマンド、状態コマンドを図２２に示す。ビットマップ
画像の印刷についてレター（１１"ｘ８．５"）サイズ２
値画像の、２ページ１部プリント、プリンタが６００ｄ
ｐｉの性能を持つものとして、具体的に動作を説明す
る。

【０１００】画像の展開終了後、Print Managerはこの
画像の幅（この場合８．５"の側とする）の画像バイト
数を算出する。 ＷＩＤＴＨ＝８．５×６００÷８≒６３０(Bytes) 次にライン数を演算する。 ＬＩＮＥＳ＝１１×６００＝６６００(Lines)

【０１０１】これらの算出した値と、与えられた１ペー
ジ目の画像が格納されているＲＡＭ２００２のSOURCEア
ドレスを図２１に示したWIDTH，LINES，SOURCEに設定す
る。この時点でデバイスＩ／Ｆは画像出力の用意が完了
しているが、プリンタからのＨＳＹＮＣ信号が来ていな
いため（ＶＣＬＫは来ている）画像データを出力してい
ない。

【０１０２】次にPrint Managerは図２２に示したＤＰ
ＲＡＭの所定のアドレス(Book No)に出力部数である１
を書き込む。その後、１ページ目に対する出力用紙の給
紙要求(FEED_REQ)を出し、プリンタからのIMAGE-REQを
待つ。プリンタからIMAGE-REQが来たら、IMAGE_STARTを
出す。これを受けてプリンタはＨＳＹＮＣを出し始め、
ＨＳＹＮＣ待ちで、あったデバイスＩ／Ｆ２０２０は画
像を出力する。プリンタは出力用紙の後端を検出する
と、IMAGE_ENDを出力し、出力用紙が排出されるとSHEET
_OUTを出力する。Print Managerは１ページ目のIMAGE_E
NDを受けて、２ページ目のWIDTH，LINES，SOURCEをEngi
meＩ／Ｆボードに設定し、FEED_REQを出して、IMAGE_RE
Qを待つ。２ページ目のIMAGE_REQが来てからの動作は、
１ページ目と同様である。

【０１０３】［コーデックの選択］以下に本発明の特徴
であるソフトウェア（Ｓ／Ｗ）コーデック、ハードウェ
ア（Ｈ／Ｗ）コーデックの選択について詳述する。ま
ず、スキャン、プリント時のデータの流れタイミングの
説明をする。スキャンの一例としてUniversal Send機能
の場合を説明する。スキャナによってスキャンされた画
像はまずデバイスＩ／Ｆ２０２０からバス２００８を介
して、ＲＡＭ２００２に書き込まれる。次にＲＡＭ２０
０２から読み出されハードウェア、あるいはソフトウェ
アにより符号化された後、再度ＲＡＭ２００２に格納さ
れる。

【０１０４】ハードウェアによる符号化の場合バス２０
０８を介してコーデック２０４０によって圧縮される。
またソフトウェアによる圧縮の場合、ＲＡＭ２００２か
ら読み出しＣＰＵ２００１によって圧縮しＲＡＭ２００
２に格納される。ＲＡＭ２００２に格納された画像はＴ
ＩＦＦファイルなどの汎用フォーマットに変換され、Ｒ
ＡＭ２００２、ＨＤＤ２００４に格納される。最後に、
ＲＡＭ２００２、ＨＤＤ２００４から読み出されたファ
イルがバス２００８、ネットワークＩ／Ｆ２０１０を介
してネットワーク上の他の機器に転送される。

【０１０５】図２３は、この一連の動作を行ったときの
バス２００８の使用状況をタイムチャートとして示した
図である。図において、バス２００８のデータ転送レー
トは平均２Ｍバイト／秒として考えた。データ量はスキ
ャナがＡ４、６００ｄｐｉを考え４Ｍバイト、コーデッ
ク２０４０は圧縮率１／２であるとし（つまり入力４Ｍ
バイト、出力２Ｍバイトで合計）６Ｍバイト、ＬＡＮは
２Ｍバイトである。スキャン終了後圧縮、圧縮終了後Ｌ
ＡＮで転送するため、各機能が単独で画像バスを使用す
る。

【０１０６】同様にプリント動作の一例としてRemote C
opy Print機能を説明する。ネットワークＩ／Ｆ２０１
０及びバス２００８を介して送られてきた画像データ
（ＴＩＦＦ化された圧縮画像）はまずＲＡＭ２００２、
ＨＤＤ２００４に格納される。次にＴＩＦＦなどの余分
なヘッダーを除去した後、圧縮データがＲＡＭ２００２
に格納される。ＲＡＭ２００２から読み出したデータを
ハードウェア（バス２００８−＞コーデック２０４０−
＞バス２００８）、あるいはソフトウェアにより復号化
し、再度ＲＡＭ２００２に格納する。最後にビットマッ
プ化された画像をＲＡＭ２００２から読み出しバス２０
０８、デバイスＩ／Ｆを介してプリンタ２０９５でプリ
ント出力する。

【０１０７】ここで上記Universal Send機能におけるス
キャン（原稿２枚）要求と、RemoteCopy Print機能によ
るプリント（１枚）要求が同時に発生した場合のタイミ
ングを図２４を用いて説明する。ここではあるジョブ、
例えばスキャナジョブと並行してプリントジョブを行う
ような並列処理を対象としている。１１００１はスキャ
ンジョブによる１枚目のスキャン、１１００２は同２枚
目のスキャン、１１００３はプリントジョブによるプリ
ントである。

【０１０８】１枚目のスキャン動作時、Ｈ／Ｗコーデッ
クとプリント動作のＬＡＮが同時にバス２００８を使用
するため、２つの機能によるバスの競合が生じ処理時間
が単独使用時の倍の時間かけて行われる。具体的にはＨ
／Ｗコーデックは時刻２の時点で処理を開始し、時刻３
では残り４Ｍバイト、時刻４では残り２Ｍバイトになる
が、この時点でプリントジョブのＬＡＮへの転送（２Ｍ
バイト）が開始するため、ここからのデータ転送はＨ／
Ｗコーデック，ＬＡＮともに２Ｍバイトのデータ転送を
時間単位２かけておこなうことになる。

【０１０９】さらに時刻６では１枚目のスキャンのＬＡ
Ｎからの転送、２枚目のスキャンデータの転送、Ｈ／Ｗ
コーデックによるプリントデータのデコードが同時に行
われることになり、３つの要求によるバスの競合が生じ
るため処理速度は単独使用時の１／３になる。

【０１１０】図２５にこの場合のデータ転送の詳細を示
す。ＬＡＮ、スキャン、Ｈ／Ｗコーデックの各データ転
送は８ＬｏｎｇＷｏｒｄ（１ＬｏｎｇＷｏｒｄ＝３２ビ
ット）単位で行い、順番にバースト転送される。

【０１１１】そこで本発明においてはスキャナ、プリン
タ、ＬＡＮなどバス２００８を共有する資源のバス使用
状況を調査する。具体的にはＨ／Ｗコーデック２０４０
に数１００バイトから数１０００バイト程度の疑似デー
タをエンコードあるいはデコード（画像処理をしないス
ルーパスがあるならそれでもよい）し、その処理時間が
所定値以上ならバスが混雑しているためソフトウェアコ
ーデックを使用し、そうでなければハードウェアコーデ
ックを使用するように切り替える。

【０１１２】図２６に示すようにCodec Manager１５２
０はＳ／Ｗコーデック１２００１とＨ／Ｗコーデック１
２００２のそれぞれに符号化（圧縮）／復号化（伸長）
の指示を行う。ScanManager１５２４、あるいはPrint M
anager１５２６から画像の圧縮／伸長依頼を受けたとき
Codec Manager１５２０はＨ／Ｗコーデック１２００２
に疑似データのエンコード（あるいはデコード）を指示
する。処理にかかった時間の情報はTimerLIb１２００３
に間い合わせることにより得られる。

【０１１３】次に、図２７に示すフローチャートを用い
てCodec Manager１５２０の動作を説明する。ステップ
Ｓ１６００１において、起動時、ＰＣＩコンフィグレー
ションの設定、及びコーデックチップのレジスタ初期化
など、Ｈ／Ｗコーデックのイニシャライズを行う。ステ
ップＳ１６００２においてScan Manager１５２４、Prin
t Manager１５２６から圧縮／伸長要求があるかどうか
を判断する。要求がなければ終了し、要求がある場合、
ステップＳ１６００３においてTime Lib１２００３から
現在の時刻を取得する。

【０１１４】ステップＳ１６００４においてＲＡＭ２０
０２に格納されている疑似データの圧縮（あるいは伸
長）の開始を指示し、ステップＳ１６００５においてそ
の完了の判断を行う。もし終了していなければ終了する
まで待ち、もし終了していればステップＳ１６００６に
おいて再度Time Lib１２００３から現在の時刻を取得す
る。疑似データの圧縮（あるいは伸長）にかかった時間
をステップＳ１６００３、及びステップＳ１６００６で
得られた２つの時刻の差によりステップＳ１６００７で
求める。

【０１１５】ステップＳ１６００８の条件判断でステッ
プＳ１６００７で求めた時間が所定値より小さければ、
バスの負荷は小さく、Ｈ／Ｗコーデックの方が速いと判
断できるのでステップＳ１６００９でＨ／Ｗコーデック
を実行する指示を出す。ステップＳ１６０１０で処理の
終了を判断し、終了したらステップＳ１６００２へ戻
る。またステップＳ１６００８でステップＳ１６００７
で求めた時間が所定値と等しいか大きければ、バスの負
荷は大きくＳ／Ｗコーデックの方が速いと判断できるの
でステップＳ１６０１１でＳ／Ｗコーデックを実行する
指示を行う。ステップＳ１６０１２で処理の終了を判断
し、終了したらステップＳ１６００２へ戻る。

【０１１６】図２４の例では（１）１枚目のスキャン
（１１００１）におけるＨ／Ｗコーデック処理、（２）
１枚目のプリント（１１００３）のＨ／Ｗコーデック処
理、（３）２枚目のスキャン（１１００２）のＨ／Ｗコ
ーデック処理前に図２７に示したCodec Manager１５２
０によるコーデック選択処理が行われる。

【０１１７】図２８に、図２４と同じジョブスケジュー
ルにおいて上述のコーデック選択処理を適用した場合の
処理ダイアグラムを示す。ここでは、疑似データ１０２
４バイト、Ｓ／ＷコーデックとＨ／Ｗコーデックとの選
択を決定する所要値（ステップＳ１６００８で使用）が
１ミリ秒だと設定されているとする。また、図２３と同
様、バス２００８のデータ転送レートは平均２Ｍバイト
／秒として考えた。データ量はスキャナがＡ４、６００
ｄｐｉを考え４Ｍバイト、画像圧縮２０４０は圧縮率１
／２であるとし（つまり入力４Ｍバイト、出力２Ｍバイ
ト）６Ｍバイト、ＬＡＮは２Ｍバイトである。スキャン
終了後圧縮、圧縮終了後ＬＡＮで転送するため、各機能
が単独で画像バスを使用するものとする。図２８下にこ
れらの処理の進行状況とバス２００８の使用状況を時間
単位毎に示す。

【０１１８】まず、１枚目のスキャン処理（１７００
１）において、疑似データをＨ／Ｗコーデックに符号化
させ、その処理が７００マイクロ秒で処理が終わったと
すると、１ミリ秒よりも短いため、Ｈ／Ｗコーデックが
選択される。次いで、１枚目のプリント処理（１７００
３）において疑似データをエンコードして２ミリ秒で処
理が終わったとすると、Ｓ／Ｗコーデックが選択され
る。また、２枚目のスキャン処理（１７００２）におい
て疑似データをＨ／Ｗコーデックで符号化させ６００マ
イクロ秒で処理が終わったとすると、Ｈ／Ｗコーデック
が選択される。このような選択処理の結果、図２８は図
２４の例に対してスキャン、プリントジョブともに速く
終了していることがわかる。

【０１１９】（第２の実施形態）上述の第１の実施形態
においては、画像バス２００８の占有率を元にいずれの
コーデックを用いるかを決定していたが、本実施形態に
おいてはコーデックの使用状況によって使用するコーデ
ックを選択することを特徴とする。なお、本実施形態の
説明においては、MMRCodec１５２３（図１２）がＳ／Ｗ
コーデックを実装しており、また画像圧縮伸長部２０４
３（図６）がＭＭＲのＨ／Ｗコーデックであって、それ
ら２つのコーデックを処理に割り当てる場合を例にして
説明する。また、本実施形態において、画像圧縮伸長部
２０４３は内部に複数のＨ／Ｗコーデックを有する構成
であっても良い。

【０１２０】図２９は本実施形態におけるCoded Manage
r１５２０とMMRCodec１５２３内部のソフトウェアモジ
ュール構成例を示すブロック図である。Coded Manager
１５２０の内部は、MMRCodec１５２３に対して符号化／
復号化の指示を行うコーデック動作指示部１５２０１
と、コーデックを資源として管理しているリソース管理
部１５２０２からなる。Codec Manager１５２０はScan
Manager１５２４（図１２）やPrint Manager１５２６の
要求によって符号化／復号化を行うが、要求を受けたと
き、まずリソース管理部１５２０２によってコーデック
資源を確保する。そして、確保できたならば、MMRCodec
１５２３に処理を依頼する。

【０１２１】MMRCodec１５２３内のMMR動作指示部１５
２３１は処理の指示を受けたとき、資源がＨ／Ｗコーデ
ック、Ｓ／Ｗコーデックに関係なく、共通インタフェー
ス１５２３２を介して、コーデックに処理を要求する。
コーデックに対するインタフェースを共通化すること
で、Ｈ／ＷコーデックがＳ／Ｗコーデックに変わったと
き、またその逆の場合でも共通インタフェース１５２３
２より下位層を変更すればすむ。

【０１２２】共通インタフェース部１５２３２は、処理
の要求先がＨ／ＷコーデックかＳ／Ｗコーデックかを識
別して、処理の要求をＨ／Ｗコーデック制御部１５２３
３とＳ／Ｗコーデック１５２３４に振り分ける。

【０１２３】Ｈ／Ｗコーデック制御部１５２３３はＨ／
Ｗコーデックでの符号化、復号化を指示されたとき、画
像圧縮伸長部２０４３（図６）に指示を行い、符号化、
復号化を行う。また、Ｓ／Ｗコーデック１５２３４はＳ
／Ｗコーデックでの符号化、復号化を指示されたとき、
ＣＰＵ２００１によって符号化、復号化を行う。

【０１２４】（コーデック割り当て処理）次に、図３０
に示すフローチャートを用いて、リソース管理部１５２
０２のリソース要求受信時の動作を説明する。まず、ス
テップＳ１０１でコーデック動作指示部１５２０１から
のリソース要求を待つ。ステップＳ１０２でもし要求が
なければ再びリソース要求待ちステップＳ１０１に戻
る。もし要求があればステップＳ１０３でＨ／Ｗコーデ
ックに空きがあるかどうかを調査する。リソース管理部
１５２０２はＨ／Ｗコーデック、Ｓ／Ｗコーデックの数
と、使用しているものの数、また、どのコーデックが使
用中であるかを管理している。

【０１２５】図３１は、リソース管理部１５２０２にお
けるコーデック管理の例を示す図である。リソース管理
部１５２０２はコーデックを図に示すようなテーブル形
式で管理可能である。図において、コーデック種別領域
３１０はＨ／Ｗ及びＳ／Ｗコーデックの種別を、使用中
コーデック数領域３１１は、コーデックが複数ある場合
に使用中であるコーデックの数を種別毎に記録する領
域、番号領域３１２は各種別毎のコーデック番号を記憶
する領域である。また、状況フラグ領域３１３には各コ
ーデックが使用中である場合にはYes、空きである場合
はNoがそれぞれ記憶される。

【０１２６】図３１の例では、リソース管理部１５２０
２が各５つのＨ／Ｗコーデック及びＳ／Ｗコーデックを
管理しており、Ｈ／Ｗコーデックは３つ、Ｓ／Ｗコーデ
ックは２つがそれぞれ処理中である場合を示している。

【０１２７】図３０に戻って、ステップＳ１０３におい
て、Ｈ／Ｗコーデックに空きがある場合はリソース管理
部１５２０２におけるＨ／Ｗコーデックの使用中コーデ
ック数領域の値をインクリメントし（ステップＳ１０
５）、割り当てるコーデックの状況フラグ領域の値をNo
からYesに変えて、そのＨ／Ｗコーデックを割り当てる
（ステップＳ１０６）。

【０１２８】一方、ステップＳ１０３において、Ｈ／Ｗ
コーデックに空きが無い場合はステップＳ１０４でＳ／
Ｗコーデックの空きを調査する。Ｓ／Ｗコーデックに空
きがある場合は、リソース管理部１５２０２におけるＳ
／Ｗコーデックの使用中コーデック数領域の値をインク
リメントし（ステップＳ１０７）、割り当てるコーデッ
クの状況フラグ領域の値をNoからYesに変えて、そのＳ
／Ｗコーデックを割り当てる（ステップＳ１０８）。

【０１２９】ステップＳ１０４において、Ｓ／Ｗコーデ
ックにも空きがない場合には、リソース管理部１５２０
２が有するリソース待ちキューへリソース要求を書き込
む（ステップＳ１０９）。

【０１３０】（コーデック割り当て解除処理）次に、図
３２に示すフローチャートを用いて、リソース管理部１
５２０２のリソース解放要求受信時の動作を説明する。
まず、ステップＳ２０１でコーデック動作指示部１５２
０１からのリソース解放要求を待つ。ステップＳ２０２
でもし要求がなければ再びリソース要求待ちステップＳ
２０１に戻る。もし要求があり、解放要求の対象がＨ／
Ｗコーデックであれば（ステップＳ２０３）、リソース
管理部１５２０２におけるＨ／Ｗコーデックの使用中コ
ーデック数領域の値をデクリメントし、そのコーデック
の状況フラグ領域の値をYesからNOに変える（ステップ
Ｓ２０４）。

【０１３１】一方、ステップＳ２０３において、解放要
求の対象がＳ／Ｗコーデックであれば、リソース管理部
１５２０２におけるＳ／Ｗコーデックの使用中コーデッ
ク数領域の値をデクリメントし、そのコーデックの状況
フラグ領域の値をYesからNOに変える（ステップＳ２０
５）。

【０１３２】使用中のコーデックを解放したら、ステッ
プＳ２０６でリソース待ちキューのなかに待ち状態の要
求があるかどうかをみる。もし、待ちがなければリソー
ス解放要求待ちステップＳ２０１に戻る。

【０１３３】もし待ちの要求があれば、ステップＳ２０
７でＨ／Ｗコーデックに空きがあるかどうかを調査す
る。Ｈ／Ｗコーデックに空きがある場合はリソース管理
部１５２０２におけるＨ／Ｗコーデックの使用中コーデ
ック数領域の値をインクリメントし（ステップＳ２０
８）、割り当てるコーデックの状況フラグ領域の値をNo
からYesに変えて、そのＨ／Ｗコーデックを割り当てる
（ステップＳ２１０）。

【０１３４】一方、ステップＳ２０７において、Ｈ／Ｗ
コーデックに空きがない場合には、リソース管理部１５
２０２におけるＳ／Ｗコーデックの使用中コーデック数
領域の値をインクリメントし（ステップＳ２０９）、割
り当てるコーデックの状況フラグ領域の値をNoからYes
に変えて、そのＳ／Ｗコーデックを割り当てる（ステッ
プＳ２１１）。

【０１３５】（コーデック動作指示部の動作）次に、図
３３に示すフローチャートを用いて、コーデック動作指
示部１５２０１の動作を説明する。ステップＳ３０１に
おいてScan Manager１５２４あるいは、Print Manager
１５２６からの符号化、復号化要求が、Job Manager１
５１９を介して受信されるのを待つ。もし要求の受信が
なければ（ステップＳ３０２）、要求待ちステップＳ３
０１に戻る。要求がある場合、リソース管理部１５２０
２に対して、コーデックを要求する（ステップＳ３０
３）。

【０１３６】コーデックが獲得できない場合は待ち続け
（ステップＳ３０４）、コーデックが獲得できたときに
はScan Manager１５２４あるいは、Print Manager１５
２６からの要求に応じてMMRCodec１５２３に対してMMR
の圧縮／伸長を要求する（ステップＳ３０５）。その
後、圧縮／伸長処理が完了するまで待ち（ステップＳ３
０６）、処理が完了したらステップＳ３０７でリソース
を解放するためリソース管理部１５２０２に対して、コ
ーデックの解放要求する。その処理が完了するまで待ち
（ステップＳ３０８）、完了したら、ステップＳ３０１
で再度符号化／復号化要求を待つ。

【０１３７】

【他の実施形態】上述の実施形態においては符号化／復
号化処理を行うコーデックをソフトウェア、ハードウェ
ア両方で実現した場合のみを説明したが、変倍や回転な
ど一般的な画像処理をハードウェア及びソフトウェアで
実行可能な場合であっても本発明を適用することができ
る。

【０１３８】また、上述の実施形態においては画像デー
タを取り扱う装置に本発明のデータ処理装置を適用した
例を用いて説明したが、処理対象のデータは画像データ
に限定されるものではなく、音声、文書、プログラムな
ど、任意のデータを取り扱う装置に適用できることはい
うまでもない。

【０１３９】また、上述の実施形態においては、画像バ
ス２００８の占有率を元にソフトウェアコーデックの使
用を決定していたが、ソフトウェアコーデックとして動
作するＣＰＵ２００１が他の処理によって高い負荷状態
にあった場合には、ハードウェアコーデックを使用した
方が結果として処理が早いことも考えられる。そのた
め、ＣＰＵ２００１の負荷状態と画像バス２００８の占
有率とを組み合わせてソフトウェアコーデックの使用を
決定するように構成しても良い。

【０１４０】なお、本発明は、複数の機器（例えばホス
トコンピュータ、インタフェイス機器、リーダ、プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機、ファクシミリ装置
など）に適用してもよい。

【０１４１】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても、達成さ
れることは言うまでもない。この場合、記憶媒体から読
み出されたプログラムコード自体が前述した実施形態の
機能を実現することになり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することになる。また、
コンピュータが読み出したプログラムコードを実行する
ことにより、前述した実施形態の機能が実現されるだけ
でなく、そのプログラムコードの指示に基づき、コンピ
ュータ上で稼働しているオペレーティングシステム(OS)
などが実際の処理の一部または全部を行い、その処理に
よって前述した実施形態の機能が実現される場合も含ま
れることは言うまでもない。

【０１４２】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるCPUなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【０１４３】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図２７、図３０、図３
２及び図３３のいずれか１つ以上に示す）フローチャー
トに対応するプログラムコードが格納されることにな
る。

【０１４４】

【発明の効果】以上説明したように本発明によれば、所
定のデータ処理をソフトウェアで行うソフトウェア処理
部と、共通バスに接続された所定のデータ処理をハード
ウェアで行うハードウェア処理部とを設けるとともに、
処理の内容や処理部の使用状況などによって使用する処
理部を選択することにより、効率の良い処理部の選択が
可能になり、処理全体が完了するまでの時間を最適化で
きるという効果を有する。

【図面の簡単な説明】

【図１】本発明を適用した複合機の全体構成を示すブロ
ック図である。

【図２】本発明を適用した複合機の正面外観を示す図で
ある。

【図３】操作部外観を示す図である。

【図４】スキャナ画像処理部のブロック図である。

【図５】プリンタ画像処理部のブロック図である。

【図６】コーデックのブロック図である。

【図７】画像回転部のブロック図である。

【図８】画像回転処理の説明図である。

【図９】画像回転処理の説明図である。

【図１０】デバイスＩ／Ｆ部のブロック図である。

【図１１】本発明を適用した装置を接続したネットワー
クシステムの構成例を示す図である。

【図１２】本発明を適用した複合機のソフトウェアの全
体構成図である。

【図１３】配信用組み込みアプリケーションを説明する
ブロック図である。

【図１４】操作部の具体的表示例を示す図である。

【図１５】ＤＩＳとJob Manager、Print Manager、Scan
Managerとの接続関係を示す図である。

【図１６】ＤＩＳ内部のデータベース、及びカウンタを
示す図である。

【図１７】スキャンにおけるソフトウェア制御のブロッ
ク図である。

【図１８】スキャンにおけるパラメータテーブルの概略
図である。

【図１９】スキャンにおけるパラメータテーブルの概略
図である。

【図２０】プリント時のデータの転送タイミングを示す
波形図である。

【図２１】EngineＩ／Ｆボード内のプリントパラメータ
レジスタを示す図である。

【図２２】プリンタとEngineＩ／Ｆボードとの通信コマ
ンドを示す図である。

【図２３】１ページスキャン時のタイムチャートであ
る。

【図２４】複数のジョブが同時発生した場合のタイムチ
ャートである。

【図２５】３つの処理が重複した場合のデータ転送順序
を示す図である。

【図２６】コーデックマネージャ周辺のソフトウェア構
成を示す図である。

【図２７】第１の実施形態におけるコーデックの動作を
示すフローチャートである。

【図２８】図２７において第１の実施形態によるコーデ
ック切り替えを行った際のタイムチャートである。

【図２９】第２の実施形態におけるコーデックマネージ
ャ及びＭＭＲコーデックのソフトウェア構成を示す図で
ある。

【図３０】第２の実施形態におけるコーデック割り当て
処理を説明するフローチャートである。

【図３１】リソース管理部１５２０２における管理テー
ブルの例を示す図である。

【図３２】第２の実施形態におけるリソース解放処理を
説明するフローチャートである。

【図３３】第２の実施形態におけるコーデック動作指示
部の動作を説明するフローチャートである。

【符号の説明】

２００１ ＣＰＵ ２００２ ＲＡＭ ２００３ ＲＯＭ ２００４ ＨＤＤ ２００５ 画像バスインタフェース ２００６ 操作部インタフェース ２００７ システムバス ２００８ 画像バス ２０１０ ネットワークインタフェース ２０２０ デバイスインタフェース ２０４０ コーデック ２０５０ モデム ２０６０ ラスタイメージプロセッサ ２０７０ スキャナ ２０９５ プリンタ

Claims (33)

【特許請求の範囲】
1. 【請求項１】 所定のデータ処理をソフトウェアによっ
   て実現するソフトウェア処理部と、前記所定のデータ処
   理をハードウェアによって実現するハードウェア処理部
   とを有し、前記ハードウェア処理部が前記所定のデータ
   処理に使用するバス手段が他の処理手段にも使用可能な
   データ処理装置において、 テスト用データを用いて前記ハードウェア処理部に前記
   所定のデータ処理の実行を指示する手段と、 前記テスト用データの処理に要した時間に応じてその後
   行う前記所定のデータ処理に使用する処理部を選択する
   選択手段とを有することを特徴とするデータ処理装置。
2. 【請求項２】 前記選択手段が、前記テスト用データの
   処理に要した時間が所定時間以上の場合には前記ソフト
   ウェア処理部を、それ以外の場合には前記ハードウェア
   処理部を選択することを特徴とする請求項１記載のデー
   タ処理装置。
3. 【請求項３】 前記所定のデータ処理を施すデータを発
   生するデータ発生手段が前記バス手段に接続されている
   ことを特徴とする請求項２記載のデータ処理装置。
4. 【請求項４】 前記所定のデータ処理の結果を用いるデ
   ータ利用手段が前記バス手段に接続されていることを特
   徴とする請求項２記載のデータ処理装置。
5. 【請求項５】 前記所定のデータ処理を施すデータを発
   生するデータ発生手段及び前記所定のデータ処理の結果
   を用いるデータ利用手段がいずれも前記バス手段に接続
   されていることを特徴とする請求項２記載のデータ処理
   装置。
6. 【請求項６】 前記データ発生手段が画像読み取り装置
   であることを特徴とする請求項３又は請求項５のいずれ
   かに記載のデータ処理装置。
7. 【請求項７】 前記データ利用手段が画像形成装置であ
   ることを特徴とする請求項４又は請求項５のいずれかに
   記載のデータ処理装置。
8. 【請求項８】 前記データ処理が符号化あるいは復号化
   処理であることを特徴とする請求項１乃至請求項５のい
   ずれかに記載のデータ処理装置。
9. 【請求項９】 所定のデータ処理をソフトウェアによっ
   て実現するソフトウェア処理部と、前記所定のデータ処
   理をハードウェアによって実現するハードウェア処理部
   とを有し、前記ハードウェア処理部が前記所定のデータ
   処理に使用するバス手段が他の処理手段にも使用可能な
   データ処理装置における処理部選択方法であって、 テスト用データを用いて前記ハードウェア処理部に前記
   所定のデータ処理の実行を指示するステップと、 前記テスト用データの処理に要した時間に応じてその後
   行う前記所定のデータ処理に使用する処理部を選択する
   選択ステップとを有することを特徴とする処理部選択方
   法。
10. 【請求項１０】 前記選択ステップが、前記テスト用デ
    ータの処理に要した時間を測定する測定ステップと、 前記測定ステップで測定した時間が所定時間以上の場合
    には前記ソフトウェア処理部を、それ以外の場合には前
    記ハードウェア処理部を選択する判定ステップとを有す
    ることを特徴とする請求項９記載の処理部選択方法。
11. 【請求項１１】 前記データ処理が符号化あるいは復号
    化処理であることを特徴とする請求項９又は請求項１０
    に記載の処理部選択方法。
12. 【請求項１２】 所定のデータ処理をソフトウェアによ
    って実現するソフトウェア処理部と、前記所定のデータ
    処理をハードウェアによって実現するハードウェア処理
    部とを有し、前記ハードウェア処理部が前記所定のデー
    タ処理に使用するバス手段が他の処理手段にも使用可能
    なデータ処理装置における処理部選択プログラムを格納
    したコンピュータ装置読み取り可能な記憶媒体であっ
    て、 テスト用データを用いて前記ハードウェア処理部に前記
    所定のデータ処理の実行を指示する工程のプログラム
    と、 前記テスト用データの処理に要した時間に応じてその後
    行う前記所定のデータ処理に使用する処理部を選択する
    選択工程のプログラムとを有することを特徴とする記憶
    媒体。
13. 【請求項１３】 前記選択工程のプログラムが、前記テ
    スト用データの処理に要した時間を測定する測定工程の
    プログラムと、 前記測定工程のプログラムで測定した時間が所定時間以
    上の場合には前記ソフトウェア処理部を、それ以外の場
    合には前記ハードウェア処理部を選択する判定工程のプ
    ログラムとを有することを特徴とする請求項１２記載の
    記憶媒体。
14. 【請求項１４】 前記所定のデータ処理が符号化あるい
    は復号化処理であることを特徴とする請求項１２又は請
    求項１３に記載の記憶媒体。
15. 【請求項１５】 所定のデータ処理をソフトウェアによ
    って実現するソフトウェア処理部と、 前記所定のデータ処理をハードウェアによって実現する
    ハードウェア処理部と、 前記所定の処理に対する要求を検出する要求検出手段
    と、 データ処理装置の動作状態に基づいて、前記要求のあっ
    た前記所定の処理を行う処理部を選択する選択手段とを
    有することを特徴とするデータ処理装置。
16. 【請求項１６】 前記ソフトウェア処理部及び前記ハー
    ドウェア処理部の利用状況に基づいて前記選択手段が前
    記処理部の選択を行うことを特徴とする請求項１５記載
    のデータ処理装置。
17. 【請求項１７】 前記利用状況が、使用中であるか否か
    であることを特徴とする請求項１６記載のデータ処理装
    置。
18. 【請求項１８】 前記選択手段が、前記要求に対して利
    用可能な処理部が存在しない場合に、前記要求を記憶す
    る記憶手段を更に有し、処理部が利用可能になった時点
    で前記記憶手段に記憶された要求があった場合、前記利
    用可能になった処理部を前記記憶された要求に基づく処
    理に選択することを特徴とする請求項１６記載のデータ
    処理装置。
19. 【請求項１９】 前記選択手段が、前記ハードウェア処
    理部及び前記ソフトウェア処理部の両方が利用可能であ
    る場合、前記ハードウェア処理部を優先的に選択するこ
    とを特徴とする請求項１６乃至請求項１８のいずれか１
    項に記載のデータ処理装置。
20. 【請求項２０】 前記ソフトウェア処理部及び／又は前
    記ハードウェア処理部を複数有することを特徴とする請
    求項１５乃至請求項１９のいずれか１項に記載のデータ
    処理装置。
21. 【請求項２１】 前記データ処理が符号化あるいは復号
    化処理であることを特徴とする請求項１５乃至請求項１
    ８のいずれか１項に記載のデータ処理装置。
22. 【請求項２２】 所定のデータ処理をソフトウェアによ
    って実現するソフトウェア処理部と、前記所定のデータ
    処理をハードウェアによって実現するハードウェア処理
    部とを有するデータ処理装置における、処理部選択方法
    であって、 前記所定の処理に対する要求を検出する要求検出ステッ
    プと、 所定の条件に基づいて、前記要求のあった前記所定の処
    理を行う処理部を選択する選択ステップとを有すること
    を特徴とする処理部選択方法。
23. 【請求項２３】 前記ソフトウェア処理部及び前記ハー
    ドウェア処理部の利用状況に基づいて、前記選択ステッ
    プが前記処理部の選択を行うことを特徴とする請求項２
    ２記載の処理部選択方法。
24. 【請求項２４】 前記利用状況が、使用中であるか否か
    であることを特徴とする請求項２３記載の処理部選択方
    法。
25. 【請求項２５】 前記選択ステップが、前記要求に対し
    て利用可能な処理部が存在しない場合に、前記要求を記
    憶する記憶ステップを更に有し、処理部が利用可能にな
    った時点で前記記憶ステップに記憶された要求があった
    場合、前記利用可能になった処理部を前記記憶された要
    求に基づく処理に選択することを特徴とする請求項２３
    記載の処理部選択方法。
26. 【請求項２６】 前記選択ステップが、前記ハードウェ
    ア処理部及び前記ソフトウェア処理部の両方が利用可能
    である場合、前記ハードウェア処理部を優先的に選択す
    ることを特徴とする請求項２２乃至請求項２５のいずれ
    か１項に記載の処理部選択方法。
27. 【請求項２７】 前記データ処理装置が、前記ソフトウ
    ェア処理部及び／又は前記ハードウェア処理部を複数有
    することを特徴とする請求項２２乃至請求項２６のいず
    れか１項に記載の処理部選択方法。
28. 【請求項２８】 前記データ処理が符号化あるいは復号
    化処理であることを特徴とする請求項２２乃至請求項２
    ５のいずれか１項に記載の処理部選択方法。
29. 【請求項２９】 所定のデータ処理をソフトウェアによ
    って実現するソフトウェア処理部と、前記所定のデータ
    処理をハードウェアによって実現するハードウェア処理
    部とを有するデータ処理装置における、処理部選択プロ
    グラムを格納したコンピュータ装置読み取り可能な記憶
    媒体であって、 前記所定の処理に対する要求を検出する要求検出工程の
    プログラムと、 前記ソフトウェア処理部及び前記ハードウェア処理部の
    利用状況に基づいて、前記要求のあった前記所定の処理
    を行う処理部を選択する選択工程のプログラムとを有す
    ることを特徴とする記憶媒体。
30. 【請求項３０】 前記利用状況が、使用中であるか否か
    であることを特徴とする請求項２９記載の記憶媒体。
31. 【請求項３１】 前記選択工程のプログラムが、前記要
    求に対して利用可能な処理部が存在しない場合に、前記
    要求を記憶する記憶工程のプログラムを更に有し、処理
    部が利用可能になった時点で前記記憶工程のプログラム
    に記憶された要求があった場合、前記利用可能になった
    処理部を前記記憶された要求に基づく処理に選択するこ
    とを特徴とする請求項２９記載の記憶媒体。
32. 【請求項３２】 前記選択工程のプログラムが、前記ハ
    ードウェア処理部及び前記ソフトウェア処理部の両方が
    利用可能である場合、前記ハードウェア処理部を優先的
    に選択することを特徴とする請求項２９乃至請求項３１
    のいずれか１項に記載の記憶媒体。
33. 【請求項３３】 前記データ処理装置が、前記ソフトウ
    ェア処理部及び／又は前記ハードウェア処理部を複数有
    することを特徴とする請求項２９乃至請求項３２のいず
    れか１項に記載の記憶媒体。