JP2003345551A - マルチファンクションシステムおよびその制御方法 - Google Patents

Abstract

(57)【要約】 【課題】ジョブが競合している場合と競合していない場
合でそれぞれに最適な制御を行い、システムの性能を最
大限に引き出す制御方法を提供する。 【解決手段】 ジョブマネージャは、操作部からユーザ
によって動作開始が指定された時に、ＰＤＬプリントを
含む複数のジョブが競合しているか否かを自動的に検知
し、ジョブが競合していない場合はメインコントローラ
部に相当するＪＢＩＧ部２０４０を使用し、ジョブが競
合している場合にはサブコントローラ部に相当するＪＢ
ＩＧ部２０６１を使用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＰＤＬ（ページ記述
言語）プリントが可能なデジタル複写機等を含むマルチ
ファンクションシステムおよびその制御方法に関する。

【０００２】

【従来の技術】従来からＰＤＬプリントが可能なマルチ
ファンクションシステムでは、メインＣＰＵ（中央演算
処理装置）を含むメインコントローラ部とサブＣＰＵを
含むサブコントローラ部を使用して、それらメインコン
トローラ部とサブコントローラ部間の通信によりＰＤＬ
プリントを実現することが行われてきた。また、ＣＰＵ
の高速化に伴って製品コストあるいは開発費を削減する
ため、ＰＤＬの展開作業はハードウエアによる専用回路
ではなく、ソフトウエアにより実現されるような傾向も
見られる。

【０００３】しかし、多数のジョブを同時に制御するシ
ステムにおいては、ＣＰＵの処理の負担も重いため、メ
インＣＰＵのみでＰＤＬの展開作業を行うのではなく、
サブＣＰＵを用いてＰＤＬ展開処理を全て任せてしまう
か、あるいはメインＣＰＵとサブＣＰＵの共同で作業を
行う形態も存在している。

【０００４】

【発明が解決しようとする課題】しかし、この様な形態
の場合には、メインコントローラ部とサブコントローラ
部間のデータのやり取りが頻繁に行われることになるた
め、そのデータ転送等の制御を適確に行わないと、装置
の性能を十分に発揮することが困難となり、効果も薄れ
てしまう。例えば、サブＣＰＵで処理されたデータをメ
インＣＰＵに転送する際に、バスに負担を掛けすぎる
と、他のジョブで生じるデータ転送との間に競合が発生
して、十分にバスのスループットが得られずに必要以上
に処理時間が掛かってしまう。

【０００５】本発明は、上述のような課題を解決するた
めになされたもので、その目的は、ジョブが競合してい
る場合と競合していない場合で、メインコントローラ部
とサブコントローラ部の分担を自動的に変えることで、
それぞれに最適な制御を行い、システムの性能を最大限
に引き出すことを可能にしたマルチファンクションシス
テムおよびその制御方法を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のマルチファンクションシステムは、メイン
ＣＰＵを含むメインコントローラ部とサブＣＰＵを含む
サブコントローラ部間の通信によりＰＤＬプリントを実
現することが可能なマルチファンクションシステムにお
いて、ＰＤＬプリントを含む複数のジョブが競合してい
るか否かを自動的に検知する検知手段と、前記検知手段
の検知結果に基づき前記ＰＤＬプリントを含む複数のジ
ョブが競合している場合と競合していない場合とで、前
記メインコントローラ部と前記サブコントローラ部の処
理の分担を自動的に変えるジョブ制御手段とを有するこ
とを特徴とする。

【０００７】ここで、好ましくは、前記メインコントロ
ーラ部及び前記サブコントローラ部は、それぞれＰＤＬ
を展開した後の画像データを圧縮することが可能な画像
圧縮手段を有する。

【０００８】また、好ましくは、前記メインコントロー
ラ部及び前記サブコントローラ部は、それぞれ前記画像
圧縮手段により圧縮された画像を伸長することが可能な
画像伸長手段を有する。

【０００９】また、好ましくは、前記ジョブ制御手段
は、複数のジョブが競合しているか否かに応じて、画像
圧縮を前記メインコントローラ部の前記画像圧縮手段で
行うか、あるいは前記サブコントローラ部の前記画像圧
縮手段で行うかのいずれかに決定する手段を含む。

【００１０】また、好ましくは、前記ジョブ制御手段
は、複数のジョブが競合しているか否かに応じて、画像
伸張を前記メインコントローラ部の前記画像伸張手段で
行うか、あるいは前記サブコントローラ部の前記画像伸
張手段で行うかのいずれかに決定する手段を含む。

【００１１】また、ＰＤＬデータの展開が、前記メイン
コントローラ部あるいは前記サブコントローラ部のいず
れか一方の処理で実現可能なことを特徴とすることがで
きる。

【００１２】また、ＰＤＬデータの展開が、前記メイン
コントローラ部及び前記サブコントローラ部の両方の処
理で実現可能なことを特徴とすることができる。

【００１３】また、複数のジョブが競合しているか否か
に応じて、前記メインコントローラ部と前記サブコント
ローラ部の処理の分担を自動的に変えることは、ＰＤＬ
プリントの１部目の処理に関してであることを特徴とす
ることができる。

【００１４】また、好ましくは、前記メインコントロー
ラ部と前記サブコントローラ部間の通信は、ＰＣＩバス
上で行われる。

【００１５】上記目的を達成するため、本発明のマルチ
ファンクションシステムの制御方法は、メインＣＰＵを
含むメインコントローラ部とサブＣＰＵを含むサブコン
トローラ部間の通信によりＰＤＬプリントを実現するこ
とが可能なマルチファンクションシステムにおいて、Ｐ
ＤＬプリントを含む複数のジョブが競合しているか否か
を自動的に検知し、前記ＰＤＬプリントを含む複数のジ
ョブが競合している場合と競合していない場合とで、前
記メインコントローラ部と前記サブコントローラ部の処
理の分担を自動的に変えることを特徴とする。

【００１６】ここで、好ましくは、前記メインコントロ
ーラ部及び前記サブコントローラ部は、それぞれＰＤＬ
を展開した後の画像データを圧縮することが可能な画像
圧縮手段を有し、複数のジョブが競合しているか否かに
応じて、画像圧縮を前記メインコントローラ部の前記画
像圧縮手段で行うか、あるいは前記サブコントローラ部
の前記画像圧縮手段で行うかのいずれかに決定する。

【００１７】また、好ましくは、前記メインコントロー
ラ部及び前記サブコントローラ部は、それぞれ前記画像
圧縮手段により圧縮された画像を伸長することが可能な
画像伸長手段を有し、複数のジョブが競合しているか否
かに応じて、画像伸張を前記メインコントローラ部の前
記画像伸張手段で行うか、あるいは前記サブコントロー
ラ部の前記画像伸張手段で行うかのいずれかに決定す
る。

【００１８】

【発明の実施の形態】以下に、図面を参照して本発明の
実施形態の装置及びその動作について詳細に説明する。 （ハードウェア） ［全体構成］本発明の一実施形態の制御装置の全体構成
を図３に示す。制御装置２０００は、画像入力デバイス
であるスキャナ２０７０や画像出力デバイスであるプリ
ンタ２０９５と接続し、一方ではＬＡＮ（ラン：ローカ
ルエリアネットワーク）２０１１や公衆回線（ＷＡＮ：
広域ネットワーク）２０５１接続することで、画像情報
やデバイス情報の入出力を行う為のコントローラであ
る。ＣＰＵ（中央演算処理装置）２００１はシステム全
体を制御するコントローラである。ＲＡＭ（ランダムア
クセスメモリ）２００２はＣＰＵ２００１が動作するた
めのシステムワークメモリであり、画像データを一時記
憶するための画像メモリでもある。また、ＲＯＭ（リー
ドオンリメモリ）２００３はブートＲＯＭであり、シス
テムのブートプログラムが格納されている。ＨＤＤ（ハ
ードディスクドライブ）２００４はシステムソフトウェ
ア、画像データを格納する。

【００１９】ＣＰＵ２００１はＪＢＩＧ（Joint Bi-lev
el Image Experts）部２０４０を内蔵しており、ＲＡＭ
２００２に展開された画像データを入力として、算術符
号化である画像のＪＢＩＧ圧縮を行い、コードデータを
ＲＡＭ２００２に書き込むことができる。ＲＡＭ２００
２に書き込まれたコードデータはＣＰＵ２００１内蔵の
ＤＭＡ（Direct Memory Access：ダイレクトメモリアク
セス）回路により、ＨＤＤ２００４に転送され画像の格
納が行われる。また、ＨＤＤ２００４に格納されている
ＪＢＩＧコードデータはＣＰＵ２００１内蔵のＤＭＡ回
路によりＲＡＭ２００２に展開され、展開された画像デ
ータを入力としてＪＢＩＧ部２０４０で画像のＪＢＩＧ
伸張を行い、伸張されたラスタデータをＲＡＭ２００２
に書き込むことができる。

【００２０】操作部Ｉ／Ｆ（インタフェース）２００６
は操作部（ＵＩ：ユーザインタフェース）２０１２とイ
ンターフェース部で、操作部２０１２に表示する画像デ
ータを操作部２０１２に対して出力する。また、操作部
Ｉ／Ｆ２００６は、操作部２０１２から本システムの使
用者が入力した情報を、ＣＰＵ２００１に伝える役割を
する。ネットワークＩ／Ｆ２０１０はＬＡＮ２０１１に
接続して、情報の入出力を行う。モデム２０５０は公衆
回線２０５１に接続して、情報の入出力を行う。以上の
デバイスがシステムバス２００７上に配置される。

【００２１】イメージバスＩ／Ｆ２００５はシステムバ
ス２００７と画像データを高速で転送する画像バス２０
０８を接続し、データ構造を変換するバスブリッジであ
る。画像バス２００８は、ＰＣＩ（Peripheral Compone
nt Interconnect）バスまたはＩＥＥＥ１３９４（高速
バス規格）で構成される。画像バス２００８上には以下
のデバイスが配置される。

【００２２】ラスターイメージプロセッサ（ＲＩＰ）２
０６０はＰＤＬ（ページ記述言語）展開用のサブＣＰＵ
で、ソフトウエアによりＰＤＬコードをビットマップイ
メージに展開する。ＲＡＭ２０６２はＲＩＰ２０６０が
動作するためのシステムワークメモリであり、画像デー
タを一時記憶するための画像メモリでもある。ＲＩＰ２
０６０はＣＰＵ２００１と同様にＪＢＩＧ部２０６１を
内蔵しており、ＲＡＭ２０６２に展開された画像データ
を入力として、算術符号化である画像のＪＢＩＧ圧縮を
行い、コードデータをＲＡＭ２０６２に書き込むことが
できる。ＲＡＭ２０６２に書き込まれたコードデータは
ＲＩＰ２０６０内蔵のＤＭＡ回路により、ＨＤＤ２００
４に転送され画像の格納が行われる。また、ＨＤＤ２０
０４に格納されているＪＢＩＧコードデータは、ＲＩＰ
２０６０内蔵のＤＭＡ回路によりＲＡＭ２０６２に展開
され、展開された画像データを入力としてＪＢＩＧ部２
０６１で画像のＪＢＩＧ伸張を行い、伸張されたラスタ
データをＲＡＭ２０６２に書き込むことができる。

【００２３】デバイスＩ／Ｆ部２０２０は、画像入出力
デバイスであるスキャナ２０７０やプリンタ２０９５と
コントローラ２０００とを接続し、画像データの同期系
／非同期系の変換を行う。スキャナ画像処理部２０８０
は、入力画像データに対し補正、加工、編集を行う。プ
リンタ画像処理部２０９０は、プリント出力画像データ
に対して、プリンタの補正、解像度変換等を行う。画像
回転部２０３０は画像データの回転を行う。

【００２４】［画像入出力部］本実施形態の画像入出力
デバイスの外観を図４に示す。画像入力デバイスである
スキャナ部２０７０は、原稿となる紙上の画像を照明
し、ＣＣＤ（電荷結合素子）ラインセンサ（図示せず）
を走査することで、ラスターイメージデータとして電気
信号に変換する。原稿用紙は原稿フィーダ２０７２のト
レイ２０７３にセットされ、装置使用者が図３の操作部
２０１２から読み取り起動指示することにより、図３の
コントローラＣＰＵ２００１がスキャナ２０７０に指示
を与え、フィーダ２０７２は原稿用紙を１枚ずつフィー
ド（給送）して原稿画像の読み取り動作を行う。

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

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

【００２７】［スキャナ画像処理部］スキャナ画像処理
部２０８０の詳細構成を図６に示す。フィルタ処理部２
０８２は、空間フィルタによりコンボリューション演算
（畳み込み演算）を行う。編集部２０８３は、例えば入
力画像データからマーカーペンで囲まれた閉領域を認識
して、その閉領域内の画像データに対して、影つけ、網
掛け、ネガポジ反転等の画像加工処理を行う。変倍処理
部２０８４は、読み取り画像の解像度を変える場合にラ
スターイメージの主走査方向について補間演算を行い拡
大、縮小を行う。副走査方向の変倍については、画像読
み取りラインセンサ（図示せず）を走査する速度を変え
ることで行う。テーブル２０８５は、読み取った輝度デ
ータである画像データを濃度データに変換するためのテ
ーブル変換を行うルックアップテーブルである。２値化
部２０８６は、多値のグレースケール画像データを、誤
差拡散処理やスクリーン処理によって２値化する。

【００２８】［プリンタ画像処理部］プリンタ画像処理
部２０９０の詳細構成を図７に示す。解像度変換部２０
９２は、ＬＡＮ２０１１あるいは公衆回線２０５１から
伝送された画像データを、プリンタ２０９５の解像度に
変換するための解像度変換を行う。スムージング処理部
２０９３は、解像度変換後の画像データのジャギー（斜
め線等の白黒境界部に現れる画像のがさつき）を滑らか
にする処理を行う。

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

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

【００３１】上記のように、３２×３２（ｂｉｔ）の画
像を得るためには、上述の単位データ転送を３２回行う
必要があり、且つ不連続なアドレスから画像データを転
送する必要がある（図９を参照）。

【００３２】不連続アドレッシングにより転送された画
像データは、読み出し時に所望の角度に回転されている
ように、ＲＡＭ２０３３に書き込まれる。例えば、９０
度反時計方向回転であれば、最初に転送された３２ｂｉ
ｔの画像データを、図１０に示すように、Ｙ方向に書き
込んでいく。読み出し時にＸ方向に読み出すことで、画
像が回転される。

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

【００３４】［デバイスＩ／Ｆ部］デバイスＩ／Ｆ部２
０２０の詳細構成を図１１に示す。画像バスＩ／Ｆコン
トローラ２０２１は、画像バス２００８と接続し、その
バスアクセスシーケンスを制御する働きと、デバイスＩ
／Ｆ部２０２０内の各デバイスの制御及びタイミングを
発生させる。また、画像バスＩ／Ｆコントローラ２０２
１は、画像切換え部２０２６への制御信号を発生させ
る。

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

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

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

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

【００３９】（ソフトウェア） ［システム全体］本発明の一実施形態におけるネットワ
ークシステムの全体構成を図１に示す。同図において、
１００１は複合機または多機能複写装置などと呼ばれる
本発明を適用した装置であって、前述のスキャナとプリ
ンタとを含み、スキャナから読み込んだ画像をローカル
エリアネットワーク（以下、ＬＡＮと称する）１０１０
に流したり、ＬＡＮから受信した画像をプリンタにより
プリントアウトできる。また、本発明の装置１００１は
スキャナから読んだ画像をＦＡＸ送信手段（図示しな
い）により、ＰＳＴＮ（公衆電話網）またはＩＳＤＮ
（統合サービスデジタル網）１０３０に送信したり、Ｐ
ＳＴＮまたはＩＳＤＮから受信した画像をプリンタによ
りプリントアウトできる。

【００４０】１００２はデータベースサーバであって、
本発明の装置１００１により読み込んだ２値画像及び多
値画像をデータベースとして管理する。１００３はデー
タベースサーバ１００２のデータベースクライアントで
あって、データベース１００２に保存されている画像デ
ータを閲覧／検索等できる。１００４は電子メールサー
バであって、本発明の装置１００１により読み取った画
像を電子メールの添付として受け取ることができる。１
００５は電子メールのクライアントであって、電子メー
ルサーバ１００４が受け取ったメールを受信して閲覧し
たり、電子メールを送信したりすることができる。１０
０６はＨＴＭＬ（Hypertext Markup Language）文書を
ＬＡＮに提供するＷＷＷ（Word Wide Web）サーバであ
って、本発明の装置１００１によりＷＷＷサーバで提供
されるＨＴＭＬ文書をプリントアウトすることができ
る。１００７はルータ１０１１を介して、ＬＡＮ１０１
０をインターネット／イントラネット１０１２と連結す
るためのサーバである。

【００４１】上述の本発明の装置１００１、データベー
スサーバ１００２、ＷＷＷサーバ１００６、および電子
メールサーバ１００４と同様の装置である、１０２０、
１０２１、１０２２、１０２３が、それぞれインターネ
ット／イントラネット１０１２に連結している。一方、
本発明の装置１００１は、ＰＳＴＮまたはＩＳＤＮ１０
３０を介して、ＦＡＸ（ファクシミリ）装置１０３１と
送受信可能になっている。また、ＬＡＮ１０１０上にプ
リンタ１０４０も連結されており、本発明の装置１００
１により読み取った画像を外部のプリンタ１０４０でプ
リントアウト可能なように構成されている。

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

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

【００４４】１５０３はウェッブサーバモジュール（ウ
エッブサーバデバイスマネージャアカンティング）であ
り、図外のウェッブクライアントからの要求により、本
複合機の管理情報を通知するために使用される。この管
理情報は、後述のコントロール−ＡＰＩ（Application
Program Interface）１５１８を介して読み取られ、後
述のＨＴＴＰ（Hypertext Transport Protocol）１５１
２、ＴＣＰ／ＩＰ（Transmission Control Protocol /
Internet Protocol ）１５１６、ネットワーク−ドライ
バ１５１７を介してウェッブクライアントに通知され
る。

【００４５】１５０４はユニバーサル・センド（Univer
sal-Send）即ち、データの配信を司るモジュールであ
り、ＵＩモジュール１５０１によりオペレータに指示さ
れたデータを、同様に指示された通信（出力）先に配布
する。また、このモジュール１５０４は、オペレータに
より、本複合機のスキャナ機能を使用してその配布デー
タの生成を行うことが指示された場合には、後述のコン
トロール−ＡＰＩ１５１８を介して機器を動作させて、
データの生成を行う。１５０５はユニバーサル・センド
１５０４内で出力先にプリンタが指定された際に実行さ
れるモジュール（Ｐ５５０モジュール）である。１５０
６はユニバーサル・センド１５０４内で通信先にＥメー
ル（E-mail）アドレスが指定された際に実行されるモジ
ュール（Ｅメールモジュール）である。１５０７はユニ
バーサル・センド１５０４内で出力先にデータベースが
指定された際に実行されるモジュール（ＤＢモジュー
ル）である。１５０８はユニバーサル・センド１５０４
内で出力先に本複合機と同様の複合機が指定された際に
実行されるモジュール（ＤＰ(Data Processing)モジュ
ール）である。

【００４６】１５０９はリモートコピースキャン（Remo
te- Copy -Scan）モジュールであり、本複合機のスキャ
ナ機能を使用し、ネットワーク等により接続された他の
複合機を出力先とし、本複合機単体で実現しているコピ
ー機能と同等のスキャン処理を行うモジュールである。
１５１０はリモートコピープリント（Remote- Copy -Pr
int）モジュールであり、本複合機のプリンタ機能を使
用して、ネットワーク等により接続された他の複合機を
入力先とし、本複合機単体で実現しているコピー機能と
同等のプリント処理を行うモジュールである。

【００４７】１５１１はウェッブプルプリント（Web-Pu
ll-Print）、即ちインターネットまたはイントラネット
（図１の１０１２）上の各種ホームページの情報を読み
出し、印刷するモジュールである。

【００４８】１５１２は本複合機がＨＴＴＰにより通信
する際に使用されるモジュール（ＨＴＴＰモジュール）
であり、後述のＴＣＰ／ＩＰ１５１６モジュールによ
り、上述のウェッブサーバモジュール１５０３、ウェッ
ブプルプリントモジュール１５１１に通信を提供するも
のである。１５１３はｌｐｒ（Line Printer：プリン
トコマンド）モジュールであり、後述のＴＣＰ／ＩＰ１
５１６モジュールにより、上述のユニバーサル・センド
１５０４内のプリンタモジュール１５０５に通信を提供
するものである。１５１４はＳＭＴＰ（Simple Mail Tr
ansfer Protocol）モジュールであり、後述のＴＣＰ／
ＩＰ１５１６モジュールにより、上述のユニバーサル・
センド１５０４内のＥメールモジュール１５０６に通信
を提供するものである。１５１５はＳＬＭ（Salutation
-Manager：サリューションマネージャ）モジュールであ
り、後述のＴＣＰ／ＩＰ１５１６モジュールにより、上
述のユニバーサル・センド１５０４内のデータベースモ
ジュール１５１７、ＤＰ（Data Processing）モジュー
ル１５１８、及びリモートコピースキャンモジュール１
５０９、リモートコピープリントモジュール１５１０に
通信を提供するものである。

【００４９】１５１６はＴＣＰ／ＩＰ通信モジュールで
あり、後述のネットワーク−ドライバ１５１７により、
上述の各種モジュールにネットワーク通信を提供するも
のである。１５１７はネットワークドライバであり、ネ
ットワーク（図１の１０１０、１０１２、１０３０）に
物理的に接続される部分を制御するものである。

【００５０】１５１８はコントロール−ＡＰＩであっ
て、ユニバーサル・センド１５０４等の上流モジュール
に対し、後述のジョブマネージャ（Job-Manager）１５
１９等の下流モジュールとのインターフェイスを提供す
るものであり、上流及び下流のモジュール間の依存関係
を軽減し、それぞれの流用性を高めるものである。

【００５１】１５１９はジョブマネージャであり、上述
の各種モジュールからコントロールＡＰＩ１５１８を介
して指示される処理を解釈し、後述の各モジュールに指
示を与えるものである。また、本モジュール１５１９
は、本複合機内で実行されるハード的な処理を一元管理
するものであり、ジョブが競合するか否かの判断をす
る。

【００５２】１５２０はＣＯＤＥＣ（符号器／復号器）
マネージャ（CODEC-Manager）であり、ジョブマネージ
ャ１５１９が指示する処理の中でデータの各種圧縮・伸
長を管理・制御するものである。１５２１はＦＢＥエン
コーダ（FBE -Encoder）であり、ジョブマネージャ１５
１９、スキャンマネージャ１５２４により実行されるス
キャン処理により読み込まれたデータをＦＢＥ（First
Binary Encoding）フォーマットにより圧縮するもので
ある。１５２２はＪＰＥＧ−ＣＯＤＥＣであり、ジョブ
マネージャ１５１９、スキャンマネージャ１５２４によ
り実行されるスキャン処理、及びプリントマネージャ１
５２６により実行される印刷処理において、読み込まれ
たデータのＪＰＥＧ（Joint Photographic Experts Gro
up）圧縮及び印刷データのＪＰＥＧ展開処理を行うもの
である。１５２３はＭＭＲ−ＣＯＤＥＣであり、ジョブ
マネージャ１５１９、スキャンマネージャ１５２４によ
り実行されるスキャン処理、及びプリントマネージャ１
５２６により実行される印刷処理において、読み込まれ
たデータのＭＭＲ（modified modified READ）圧縮及び
印刷データのＭＭＲ伸長処理を行うものである。

【００５３】１５２４はスキャンマネージャ（Scan-Man
ager）であり、ジョブマネージャ１５１９が指示するス
キャン処理を管理・制御するものである。１５２５はＳ
ＣＳＩ（小型コンピュータインタフェース）ドライバで
あり、スキャンマネージャ１５２４と本複合機が内部的
に接続しているスキャナ部との通信を行うものである。

【００５４】１５２６はプリントマネージャ（Print-Ma
nager）であり、ジョブマネージャ１５１９が指示する
印刷処理を管理・制御するものである。１５２７はエン
ジンＩ／Ｆドライバであり、プリントマネージャ１５２
６と印刷部とのＩ／Ｆを提供するものである。

【００５５】１５２８はパラレルポートドライバであ
り、ウェッブプルプリント（Web-Pull-Print）モジュー
ル１５１１がパラレルポートを介して図外の出力機器に
データを出力する際のＩ／Ｆを提供するものである。

【００５６】［アプリケーション］次に、本発明の複合
機に組込まれる、組み込みアプリケーションの実施形態
について説明する。

【００５７】図１２は本発明を適用した配信に関する組
み込みアプリケーションの構成を表す。同図において、
４０５０は本発明の操作部アプリケーション（図２の１
５０１）を示すブロックである。４１００はリモートコ
ピーアプリケーション（図２の１５０９、１５１０）の
送信側を示すブロックである。４１５０は同報配信の送
信側を示すブロックである。４２００はウェッブプルプ
リントモジュール（図２の１５１１）を示すブロックで
ある。４２５０はウェッブサーバモジュール（図２の１
５０３）を示すブロックである。

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

【００５９】４４５０は同報配信で送信されてきたイメ
ージを公知のノートサーバで受信・格納するブロックで
ある。４５００は同報配信で送信されてきた２値のイメ
ージを受信・格納するブロックである。４５５０は同報
配信で送信されてきたイメージを公知のメールサーバで
受信・格納するブロックである。４６００は同報配信で
送信されてきた多値のイメージを受信・格納するブロッ
クである。

【００６０】４６５０は情報コンテンツを含んだ、公知
のウェッブサーバである。４７００は本発明のウェッブ
サーバなどにアクセスする、公知のウェッブブラウザ
（Web-Browser）である。

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

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

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

【００６４】［同報配信アプリケーション］同報配信ア
プリケーションは、上記のリモートコピーアプリケーシ
ョンと違い、一度の画像走査で複数の配信宛先に画像を
送信することが可能である。また、配信先もプリンタ機
器にとどまらず、いわゆるサーバーコンピュータにも直
接配信可能である。以下、配信先に従って順に説明す
る。

【００６５】配信先の機器が、公知のネットワークプリ
ンタプロトコルであるＬＰＤ（Lineprinter Daemon）、
およびプリンタ制御コマンドとして公知のＬＩＰＳを処
理可能であるとアドレスブック４０５１から判別した場
合には、同様にアドレスブック４０５１から判別した画
像解像度に従って画像読み取りを行い、画像自体は本実
施形態では、公知のＦＢＥ（First Binary Encoding）
を用いて圧縮し、さらにＬＩＰＳ（LBP(Laser Beam Pri
nter) Image Processing System）コード化して、公知
のネットワークプリンタプロトコルであるｌｐｒにより
相手機器に送信する。

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

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

【００６８】配信先の機器が公知のＥメールサーバーで
ある場合には、アドレスブック４０５１に記載されたメ
ールアドレスを判別して、スキャナにより読みとった画
像の２値画像を公知のＭＭＲ圧縮を用いて圧縮し、その
圧縮画像を公知のＴＩＦＦ（Tagged Image File Forma
t）化し、公知のＳＭＴＰ（Simple Mail Transfer Prot
ocol）４１５３を使用して、Ｅメールサーバーに送信す
る。その後の配信は、メールサーバ４５５０に従って実
行される。

【００６９】［ウェッブプルプリントアプリケーショ
ン］ウェッブプルプリントアプリケーションは、本実施
形態と直接関係しないので、その説明は省略する。

【００７０】［ウェッブサーバアプリケーション］ウェ
ッブサーバアプリケーションは、本実施形態と直接関係
しないので、その説明は省略する。

【００７１】［デバイスインフォメーションサービス］
ウェッブコントローラ内において、ジョブに対する設定
値、デバイス（スキャナ、プリンタなど）の機能、ステ
ータス、課金情報等をコントロール ＡＰＩに準拠した
データ形態で保持するデータベースと、そのデータベー
スとのＩ／Ｆをデバイスインフォメーションサービス
（以下、ＤＩＳと称する）として定義している。図１３
に、そのＤＩＳ７１０２、ジョブマネージャ７１０１、
及びスキャンドキュメントマネージャ７１０３、プリン
トキュメントマネージャ７１０４との間の情報のやり取
りを示す。

【００７２】基本的に、ジョブの開始命令などの動的な
情報は、ジョブマネージャ７１０１から各ドキュメント
マネージャに直接指示され、デバイスの機能やジョブの
内容など静的な情報はジョブマネージャ７１０１がＤＩ
Ｓ７１０２を参照する。各ドキュメントマネージャ７１
０３、７１０４からの静的、動的情報、イベント（事
象）はＤＩＳ７１０２を介してジョブマネージャ７１０
１に伝えられる。

【００７３】各ドキュメントマネージャ７１０３、７１
０４からＤＩＳ７１０２のデータベース（図示しない）
にデータの設定、取得を行う場合には、ＤＩＳ７１０２
の内部のデータ形式がコントロールＡＰＩ準拠であるこ
とから、コントロールＡＰＩに準拠したデータ形式と、
各ドキュメントマネージャ７１０３、７１０４が理解で
きるデータ形式との相互の変換処理を、ジョブマネージ
ャ７１０１で行う。例えば、各ドキュメントマネージャ
７１０３、７１０４からステータスデータの設定を行う
場合には、ジョブマネージャ７１０１は、デバイス固有
のデータを解釈し、この固有のデータをコントロールＡ
ＰＩで定義される対応するデータに変換し、この変換し
たデータをＤＩＳ７１０２のデータベースに書き込む動
作を行う。

【００７４】ジョブマネージャ７１０１からＤＩＳ７１
０２のデータベースにデータの設定、取得を行う場合に
は、ジョブマネージャ７１０１とＤＩＳ７１０２との間
でデータの変換は生じない。また、ＤＩＳ７１０２に
は、ドキュメントマネージャ７１０１から通知される各
種イベント情報に基づき、イベントデータの更新が行わ
れる。

【００７５】図１４に、上記のＤＩＳ７１０２の内部に
保持される各種データベース（以下、ＤＢと称する）を
示し、以下にそれぞれのＤＢについて説明する。図１４
の図中の丸角長方形は個々のＤＢを表している。同図に
おいて、まず、７２０１はスーパバイザ（Supervisor）
ＤＢであって、機器全体についてのステータスやユーザ
情報を保持する。一方、ユーザＩＤやパスワード等の、
バックアップが必要な情報はＨＤ（ハードディスク）装
置、あるいはバックアップメモリなどの不揮発性の記憶
装置に保持される。

【００７６】７２０２はスキャンコンポーネントＤＢ、
７２０３はプリントコンポーネントＤＢであり、これら
コンポーネントＤＢは存在するコンポーネント（compon
ent）毎に対応して保持される。例えば、プリンタのみ
からなる機器の場合はプリントコンポーネントＤＢのみ
が存在し、また例えば、ＦＡＸを備えた機器の場合はＦ
ＡＸコンポーネントＤＢが保持される。各コンポーネン
トＤＢには初期化時に、それぞれ対応するドキュメント
マネージャがコンポーネントの機能やステータスを設定
する。

【００７７】７２０４はスキャンジョブサービスＤＢ、
７２０５はプリントジョブサービスＤＢであり、これら
のジョブサービスＤＢもコンポーネントＤＢ同様に、初
期化時にそれぞれ対応するドキュメントマネージャが機
器で使用できる機能や、それらのサポート状況を設定す
る。

【００７８】次に、ジョブＤＢ、ドキュメントＤＢにつ
いて説明する。７２０６はスキャンジョブＤＢ、７２０
７はプリントジョブＤＢの各ジョブＤＢ、７２０８はス
キャンドキュメントＤＢ、７２０９はプリントドキュメ
ントＤＢである。

【００７９】ジョブＤＢ７２０６、７２０７、およびド
キュメントＤＢ７２０８、７２０９は、ジョブとそれに
付随するドキュメントが生成される度に、ジョブマネー
ジャ７１０１により動的に確保され、初期化が行われ、
必要な項目の設定が行われる。各ドキュメントマネージ
ャ７１０３、７１０４は、ジョブの処理開始前にジョブ
ＤＢ７２０６、７２０７およびドキュメントＤＢ７２０
８、７２０９から処理に必要な項目を読み出し、ジョブ
を開始する。その後、ジョブが終了すると、これらのジ
ョブ、及びそれに付随していたドキュメントのＤＢは解
放される。ジョブは１つ以上のドキュメントを持つの
で、あるジョブに対して複数のドキュメントＤＢが確保
される場合がある。

【００８０】７２１１は各ドキュメントマネージャ７１
０３、７１０４から通知されるイベント情報を保持する
データベース（イベントテーブル）であり、７２１０は
装置のスキャン回数、プリント回数を記録するためのカ
ウンタテーブル（ソフトカウンタ）である。ドキュメン
トマネージャ７１０３、７１０４から通知されるイベン
トには、スキャンドキュメントマネージャ７１０３から
のコンポーネントの状態遷移、スキャン処理動作完了や
各種のエラー、またプリントドキュメントマネージャ７
１０４からのコンポーネントの状態遷移、プリント処理
動作完了、紙詰まり、給紙カセットオープンなどがあ
り、それぞれのイベントを識別するためのイベントＩＤ
が予め定められている。

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

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

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

【００８４】（スキャン動作）次に、本発明の一実施形
態における複合機のスキャン動作の詳細について説明す
る。図１５はこのスキャン動作に関連する制御系の構成
部分を示す。ＰＣＩバス８１０５に対して、ＣＰＵ８１
０１、メモリ８１０２、画像の圧縮・伸長ボード（ＣＯ
ＤＥＣ）８１０４、スキャナ８１０７、及びこのシステ
ムを接続するためのＩ／Ｆを提供するＳＣＳＩ・Ｉ／Ｆ
回路（ＳＣＳＩコントローラ）８１０３が接続されてい
る。ＳＣＳＩ・Ｉ／Ｆ回路８１０３とスキャナ（または
複合機能を有する複写機のスキャナ機能ユニット）８１
０７は、ＳＣＳＩインターフェースケーブル８１０６で
接続されている。

【００８５】また、ＰＣＩバス８１０５には、ＩＤＥ
（Integrated Device Electronics：接続インタフェー
ス）コントローラ８１０８が接続されており、ＩＤＥケ
ーブル８１０９を介してＩＤＥハードディスク８１１０
に接続されている。

【００８６】図１６は本発明の一実施形態における複合
機のスキャン動作に関するソフトウェア構造を示す。ジ
ョブマネージャ８２０１はアプリケーションレベルの要
求を分類、保存する機能を持つ。ＤＩＳ８２０２はアプ
リケーションレベルからのスキャン動作に必要なパラメ
ータを保存する。アプリケーションからの要求はメモリ
８１０２に保存される。スキャン動作管理部８２０３は
ジョブマネージャ８２０１とＤＩＳ８２０２とからスキ
ャンを行うのに必要な情報を取得する。スキャン動作管
理部８２０３はジョブマネージャ８２０１から図１７に
示すジョブ番号、ドキュメント番号のテーブルデータ８
３０１を受け取り、ジョブ番号、ドキュメント番号のテ
ーブルデータ８３０１を基に、ＤＩＳ８２０２からスキ
ャンパラメータ８３０２を受け取る。これにより、アプ
リケーションから要求されているスキャン条件に応じた
スキャンを行うことができる。

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

【００８８】スキャナ８１０７でスキャンした画像はＳ
ＣＳＩケーブル８１０６を介してＳＣＳＩコントローラ
８１０３にわたり、さらにＰＣＩ８１０５を介してメモ
リ８１０２に格納される。スキャンシーケンス制御部８
２０４はスキャンが終了し、ＰＣＩ８１０５を介してメ
モリ８１０２に画像が格納された時点で、スキャンパラ
メータ８３０２のスキャン画像圧縮形式８３０９の内容
にしたがって、メモリ８１０２に格納されているスキャ
ン画像を圧縮するために、圧縮・伸長制御部８２０５に
対して要求を出す。この要求を受け取った圧縮・伸長制
御部８２０５はＰＣＩ８１０５に接続されているＣＯＤ
ＥＣ８１０４を用いて、スキャンシーケンス制御部８２
０４からのスキャン画像圧縮形式８３０９の指定で圧縮
を行う。圧縮・伸長制御部８２０５は圧縮された画像を
ＰＣＩ８１０５を介してメモリ８１０２に格納する。

【００８９】スキャンシーケンス制御部８２０４は圧縮
・伸長制御部８２０５がスキャン画像圧縮形式８３０９
で指定された形式にスキャン画像を圧縮し、メモリ８１
０２に格納した時点で、スキャンパラメータ８３０２の
画像ファイルタイプ８３０７に従ってメモリ８１０２に
格納されている圧縮されたスキャン画像をファイル化す
る。

【００９０】スキャンシーケンス制御部８２０４はファ
イルシステム８２０６に対して、スキャンパラメータ８
３０２の画像ファイルタイプ８３０７で指定されたファ
イル形式でファイル化することを要求する。ファイルシ
ステム８２０６はスキャンシーケンス制御部８２０４か
らの画像ファイルタイプ８３０７に従って、メモリ８１
０２に格納されている圧縮された画像をファイル化し、
これをＰＣＩ８１０５を介してＩＤＥコントローラ８１
０８に転送し、ＩＤＥケーブル８１０９を介してＩＤＥ
ハードディスク８１１０に転送することにより、スキャ
ンされた圧縮画像をファイル化する。

【００９１】スキャンシーケンス制御部８２０４はファ
イルシステム８２０６がＩＤＥハードディスク８１１０
にファイル化された画像を格納した時点で、スキャナ８
１０７上の一枚の現行の処理が終了したとして、スキャ
ン動作管理部８２０３にスキャン終了通知を送り返す。

【００９２】この時点で、スキャナ８１０７上にまだス
キャンが行われていない原稿が存在し、ジョブマネージ
ャ８２０１からスキャン要求が存在する場合には、スキ
ャン動作管理部８２０３は、再度、ＤＩＳ８２０２に格
納されているスキャンパラメータ８３０２を用いてスキ
ャンシーケンス制御部８２０４にスキャン動作を要求す
る。

【００９３】スキャナ８１０７上にスキャンされていな
い原稿が存在しない場合、またはジョブマネージャ８２
０１からのスキャン要求が存在しない場合には、スキャ
ン動作管理部８２０３は、スキャン動作が終了したもの
としてジョブマネージャ８２０１に対してスキャン終了
通知を発行する。

【００９４】（プリント動作）次に、本発明の一実施形
態における複合機のプリント動作について詳細に説明す
る。図１８はこのプリント動作に関連する制御系の構成
部分を示す。ＰＣＩバス９００５に対して、ＣＰＵ９０
０１、メモリ９００２、画像の圧縮・伸張ボード９００
４、プリンタ９００７、及びこのシステムを接続するた
めのＩ／Ｆを提供するエンジンＩ／Ｆボード９００３が
接続されている。エンジンＩ／Ｆボード９００３とプリ
ンタ（または複合機能を有する複写機のプリンタ機能ユ
ニット）９００７はエンジンインターフェースケーブル
９００６で接続されている。

【００９５】エンジンＩ／Ｆボード９００３は内部にＤ
ＰＲＡＭ（Dual Port RAM）を持ち、このＤＰＲＡＭを
介してプリンタ９００７へのパラメータ設定、及びプリ
ンタ９００７の状態読み出しと、プリントの制御コマン
ドのやりとりを行う。またこのボード９００３はビデオ
コントローラを有し、プリンタ９００７からエンジンイ
ンターフェースケーブル９００６経由で与えられるＶＣ
ＬＫ（ビデオクロック：垂直同期信号）とＨＳＹＮＣ
（水平同期信号）に合わせて、ＰＣＩ上に展開されてい
るイメージデータをエンジンインターフェースケーブル
９００６を介してプリンタ９００７に送信する。この送
信のタイミングを図で表すと図１９の様になる。

【００９６】図１９に示すように、上記のＶＣＬＫ信号
は常に出続け、上記のＨＳＹＮＣ信号がプリンタ９００
７の１ラインの開始に同期して与えられる。エンジンＩ
／Ｆボード９００３のビデオコントローラは、設定され
た画像幅（ＷＩＤＴＨ）分のデータを、設定されたＰＣ
Ｉ上のメモリ（ＳＯＵＲＣＥ）９００２から読み出し
て、ビデオ信号としてエンジンインターフェースケーブ
ル９００６に出力する。これを指定ライン分（ＬＩＮＥ
Ｓ）繰り返した後、ビデオコントローラは、ＩＭＡＧＥ
＿ＥＮＤ割り込み信号を発生する。

【００９７】先に説明したとおり、ＣＰＵ９００１上の
アプリケーションプログラムから図２のコントロールＡ
ＰＩ１５１８にプリントジョブの指示が渡されると、コ
ントロールＡＰＩ１５１８はこれをコントローラレベル
のジョブマネージャ１５１９（図１３の７１０１）にジ
ョブとして渡す。さらにこのジョブマネージャ１５１９
はジョブの設定をＤＩＳ（図１３の７１０２）に格納
し、プリントマネージャ１５２６（図１３の７１０４）
にジョブの開始を指示する。プリントマネージャ１５２
６（図１３の７１０４）はジョブを受け付けるとＤＩＳ
（図１３の７１０２）からジョブ実行に必要な情報を読
み出し、これを図１８のエンジンＩ／Ｆボード９００３
及びＤＰＲＡＭ（図示しない）を介してプリンタ９００
７に設定する。

【００９８】エンジンＩ／Ｆボード９００３の設定項目
を図２０に示し、プリンタのＤＰＲＡＭを介した設定項
目及び制御コマンド、状態コマンドを図２１に示す。

【００９９】説明を簡潔にするため、プリント対象のジ
ョブを、非圧縮、レター（１１”×８．５”）サイズの
２値画像で、２ページ、１部プリントとし、かつ実行す
るプリンタが６００ｄｐｉ（ドット／インチ）の性能を
持つものと仮定して、以下に具体的にそのプリント動作
を説明する。

【０１００】まず、このジョブを受けると、プリントマ
ネージャ１５２６（図１３の７１０４）はこの画像の幅
（この場合８．５”の側とする）の画像バイト数を算出
する。

【０１０１】ＷＩＤＴＨ ＝ ８．５ × ６００ ÷
８ ≒ ６３０（Bytes） 次にライン数を演算する。 ＬＩＮＥＳ ＝ １１ × ６００ ＝ ６６００
（行）

【０１０２】これらの算出した値と、与えられた１ペー
ジ目の画像が格納されているＳＯＵＲＣＥアドレスと
を、図２０に示すＷＩＤＴＨ，ＬＩＮＥＳ，ＳＯＵＲＣ
Ｅのメモリ領域にそれぞれ設定する。この時点で、エン
ジンＩ／Ｆボード９００３は画像出力の用意が完了して
いるが、プリンタ９００７からまだＨＳＹＮＣ信号が来
ていないため（ＶＣＬＫは来ている）、画像データを出
力していない。

【０１０３】次に、プリントマネージャ１５２６（図１
３の７１０４）は図２１に示すＤＰＲＡＭの所定のアド
レス（Ｂｏｏｋ Ｎｏ．）に出力部数である１を書き込
む。その後、プリントマネージャは、１ページ目に対す
る出力用紙の給紙要求の信号（ＦＥＥＤ＿ＲＥＱ）を出
力し、プリンタ９００７から画像要求信号であるＩＭＡ
ＧＥ＿ＲＥＱの入力を待つ。プリンタ９００７からＩＭ
ＡＧＥ＿ＲＥＱの信号が来たら、プリントマネージャ
は、画像開始信号であるＩＭＡＧＥ＿ＳＴＡＲＴの信号
を出す。

【０１０４】このＩＭＡＧＥ＿ＳＴＡＲＴの信号を受け
て、プリンタ９００７はＨＳＹＮＣ信号を出し始め、Ｈ
ＳＹＮＣ信号待ちであったエンジンＩ／Ｆボード９００
３は画像を出力する。プリンタ９００７は出力用紙の後
端を検出すると、画像終了信号であるＩＭＡＧＥ＿ＥＮ
Ｄの信号を出力し、出力用紙が排出されると排出完了信
号であるＳＨＥＥＴ＿ＯＵＴの信号を出力する。

【０１０５】プリントマネージャ１５２６（図１３の７
１０４）は１ページ目のＩＭＡＧＥ＿ＥＮＤ信号を受け
て、２ページ目のＷＩＤＴＨ，ＬＩＮＥＳ，ＳＯＵＲＣ
ＥのデータをエンジンＩ／Ｆボード９００３に設定し、
ＦＥＥＤ＿ＲＥＱ信号を出して、ＩＭＡＧＥ＿ＲＥＱ信
号を待つ。２ページ目のＩＭＡＧＥ＿ＲＥＱ信号が来て
からの動作は、１ページ目と同様である。

【０１０６】［ＰＤＬプリント時の画像転送経路］この
項では、ネットワーク経由で送られたＰＤＬデータを展
開、圧縮、ＨＤ（ハードディスク）格納を行うと同時に
１部目の画像がプリントされるまでの転送経路について
説明する。

【０１０７】図２２はＰＤＬ展開後のラスタデータの圧
縮をＪＢＩＧ部２０４０で行う場合の画像データの転送
経路を太い矢印で示している。ネットワーク経由で送ら
れたＰＤＬデータはＲＩＰ２０６０で展開され、そのラ
スタデータがバス２００８を経由してＪＢＩＧ部２０４
０で画像のＪＢＩＧ圧縮が行われる。ＪＢＩＧ圧縮され
たコードデータは、ＨＤＤ２００４へ格納される。ま
た、この場合は、ＲＡＭ２００２上には上記ＪＢＩＧ圧
縮のためにラスタデータが格納されているため、上記Ｊ
ＢＩＧ圧縮、ＨＤ格納を行うと同時に、図２３の太い矢
印で示す様な経路でＲＡＭ２００２上のラスタデータが
ダイレクトにプリンタ２０９５に転送されてプリント出
力される。

【０１０８】一方、図２４はＰＤＬ展開後のラスタデー
タの圧縮をＪＢＩＧ部２０６１で行う場合の画像データ
の転送経路を太い矢印で示している。ネットワーク経由
で送られたＰＤＬデータはＲＩＰ２０６０で展開された
後、ＪＢＩＧ部２０６１で画像のＪＢＩＧ圧縮が行わ
れ、コードデータがバス２００８を経由して、ＨＤＤ２
００４へ格納される。しかし、この場合は、バス２００
８上の負荷は軽減されるが、ＲＡＭ２００２上には上記
ＪＢＩＧ圧縮のためにラスタデータが格納されていない
ため、ＲＡＭ２００２からのダイレクトなプリントはで
きず、図２５に太い矢印で示す様に、ＪＢＩＧ部２０４
０で画像の伸張をおこなった後に、プリンタ２０９５で
プリントを行わなければならない。

【０１０９】［ジョブの競合と画像転送経路］ソフトウ
エアの説明部分で記載した図２のジョブマネージャ１５
１９は、図３の操作部２０１２からユーザによって動作
開始が指定された時には、既に処理中のジョブが存在し
ているか否かを判断する。既に処理中のジョブが存在し
ている場合は、ジョブマネージャ１５１９は、ユーザか
ら新たに指定されているジョブとの間に競合が発生する
ものと判断して、競合モードとして制御を行う。また、
既に処理中のジョブが存在していない場合には、ジョブ
マネージャ１５１９は、ユーザから新たに指定されてい
るジョブとの間に競合が発生しないものと判断して、非
競合モードとして制御を行う。

【０１１０】以下に競合が発生している場合と競合が発
生していない場合のＰＤＬプリント１部目の処理時間に
ついて、図２２、図２３に示すようにＪＢＩＧ圧縮にＪ
ＢＩＧ部２０４０を使用した場合のケースと、図２４、
図２５に示すようにＪＢＩＧ圧縮にＪＢＩＧ部２０６１
を使用した場合のケースとを比較する。

【０１１１】― 競合が発生していない場合 − 図２６は競合が発生していないときのＪＢＩＧ部２０４
０を使用した場合における処理時間のタイミングを示す
タイミングチャートである。図２６の上段からＣＰＵ２
００１の処理、バス２００８上のデータ転送、ＲＩＰ２
０６０の処理の状況を示している。図２６の横軸は時間
軸である。この場合、前述の転送経路の説明のように、
ＲＡＭ２００２にはラスタデータが存在するため、プリ
ント時はラスタデータをプリンタ２０９５でプリント出
力することが可能である。また、ＪＢＩＧ圧縮部２０４
０の圧縮処理中に次ページのＰＤＬ展開（レンダリン
グ）をＲＩＰ２０６０で同時に進められるため、１サイ
クルの処理時間は ＰＤＬ展開時間＋ラスタデータ転送時間 となる。

【０１１２】これに対し、図２７は競合が発生していな
いときのＪＢＩＧ部２０６１を使用した場合における処
理時間のタイミングを示すタイミングチャートである。
図２７の上段からＣＰＵ２００１の処理、バス２００８
上のデータ転送、ＲＩＰ２０６０の処理の状況を示して
いる。図２７の横軸は時間軸である。この場合、ＲＩＰ
２０６０でＰＤＬ展開した後、内部のＪＢＩＧ部２０６
１でＪＢＩＧ圧縮も行われ、少量になったデータがバス
２００８上で転送される。しかし、前述の転送経路の説
明のように、ＲＡＭ２００２にはラスタデータが存在し
ないため、プリント時はダイレクトにプリントできず、
ＪＢＩＧ部２０４０によるＪＢＩＧ伸張が必要である。
また、ＪＢＩＧ部２０４０によるＪＢＩＧ伸張を行って
いる間、次ページのＲＩＰ２０６０によるＰＤＬ展開を
同時に進められるために、１サイクルの処理時間は、 ＰＤＬ展開時間＋ＪＢＩＧ圧縮時間＋コードデータ転送
時間 となる。（但し、ＪＢＩＧはアルゴルの特性上、圧縮と
伸張に掛かる時間は同等であるという前提である。） 以上から、図２４、図２５のバス２００８がＰＣＩバス
のように高速な場合は一般に ＪＢＩＧ圧縮時間＞ラスタデータ転送時間 であるため、ＪＢＩＧ部２０４０を使用した場合の方が
１部目プリントのための処理を高速に行うことができ
る。

【０１１３】― 競合が発生している場合 − 図２８は競合が発生しているときのＪＢＩＧ部２０４０
を使用した場合における処理時間のタイミングを示すタ
イミングチャートである。図２８の上段からＣＰＵ２０
０１の処理、バス２００８上のデータ転送、ＲＩＰ２０
６０の処理の状況を示している。図２８の横軸は時間軸
である。本タイミングチャートは、図３０で太い矢印で
示す様に、スキャナ２０７０でスキャンした画像（写
真）をＪＢＩＧ部２０４０でＪＢＩＧ圧縮し、圧縮され
たデータをＨＤＤ２００４に格納するジョブが競合した
場合を示している。

【０１１４】スキャンした画像は一般的にＰＤＬデータ
を展開した画像に比べて圧縮率が低い場合が多いため、
ＪＢＩＧ部２０４０で圧縮されたデータ量もかなり大き
なものとなる。特に、写真画像をスキャンした場合は、
圧縮後のデータはラスタデータと同等になってしまう。
また、前述のように、バス２００８上にはラスタデータ
が転送されるため、バス２００８上では低圧縮率データ
とラスタデータとが競合し、バス上の混雑が転送レート
の大きな低下原因となる。また、前述のように、ＲＡＭ
２００２にはラスタデータが存在するため、プリント時
はダイレクトにプリントすることが可能であり、ＪＢＩ
Ｇ圧縮部２０４０の圧縮処理中に次ページのＰＤＬ展開
（レンダリング）をＲＩＰ２０６０で同時に進められ
る。

【０１１５】従って、１サイクルの処理時間は、 ＰＤＬ展開時間＋ラスタデータ転送時間＋低圧縮率デー
タ（バス上で競合） となる。

【０１１６】これに対し、図２９は競合が発生している
ときのＪＢＩＧ部２０６１を使用した場合における処理
時間のタイミングを示すタイミングチャートである。図
２９の上段からＣＰＵ２００１の処理、バス２００８上
のデータ転送、ＲＩＰ２０６０の処理の状況を示してい
る。図２９の横軸は時間軸である。このタイミングチャ
ートは、画像をＲＩＰ２０６０で展開し、内部のＪＢＩ
Ｇ部２０６１でＪＢＩＧ圧縮も行われ、少量になったデ
ータがバス２００８上で転送される場合を示している。
この場合は、図３０の太い矢印で示す様にジョブが競合
した場合も、バス２００８上における競合の影響はほと
んどない。また、前述のようにＲＡＭ２００２にはラス
タデータが存在しないため、プリント時はダイレクトに
プリントできず、ＪＢＩＧ部２０４０によるＪＢＩＧ伸
張が必要である。また、ＪＢＩＧ部２０４０によるＪＢ
ＩＧ伸張を行っている間、次ページのＲＩＰ２０６０に
よるＰＤＬ展開を同時に進められる。

【０１１７】従って、１サイクルの処理時間は、 ＰＤＬ展開時間＋ＪＢＩＧ圧縮時間＋コードデータ転送
時間 となり、競合なしの場合と同等になる。

【０１１８】以上の説明から、バス２００８の競合によ
る影響が大きく著しくバスの転送効率が減少する場合に
は、ＪＢＩＧ部２０６１を使用した場合の方が、１部目
プリントのための処理を高速に行うことができること
が、明らかである。

【０１１９】従って、ジョブマネージャ１５１９は、操
作部２０１２からユーザによって動作開始が指定された
時に、ＰＤＬプリントを含む複数のジョブが競合してい
るか否かを自動的に検知し、ジョブが競合していない場
合はメインＣＰＵを含むメインコントローラ部に相当す
るＪＢＩＧ部２０４０を使用し、ジョブが競合している
場合にはサブＣＰＵを含むサブコントローラ部に相当す
るＪＢＩＧ部２０６１を使用するように、処理分担方法
を自動的に変える制御を行う。これにより、１部目プリ
ントのための処理をできるだけ高速に行うことが得られ
る。

【０１２０】（他の実施の形態）以上、本発明の実施形
態を詳述したが、本発明は、複数の機器から構成される
システムに適用しても良いし、１つの機器からなる装置
に適用してもよい。

【０１２１】なお、本発明は、前述した実施形態の機能
を実現するソフトウエアのプログラムを、システム或い
は装置に直接或いは遠隔から供給し、そのシステム或い
は装置のコンピュータがその供給されたプログラムを読
み出して実行することによっても達成される場合を含
む。その場合、プログラムの機能を有していれば、形態
は、プログラムである必要はない。

【０１２２】従って、本発明の機能処理をコンピュータ
で実現するために、そのコンピュータにインストールさ
れるプログラムコード自体も本発明を実現するものであ
る。つまり、本発明のクレームでは、本発明の機能処理
を実現するためのコンピュータプログラム自体も含まれ
る。

【０１２３】その場合、プログラムの機能を有していれ
ば、オブジェクトコード、インタプリタにより実行され
るプログラム、ＯＳ（オペレーティングシステム）に供
給するスクリップトデータ等、プログラムの形態を問わ
ない。

【０１２４】プログラムを供給するための記録媒体とし
ては、例えばフロッピー（登録商標）ディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−
ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性
のメモリカード（ＩＣメモリカード）、ＲＯＭ、ＤＶＤ
（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などがある。

【０１２５】その他、プログラムの供給方法としては、
クライアントコンピュータのプラウザを用いてインター
ネットのホームページに接続し、このホームページから
本発明のコンピュータプログラムそのもの、もしくは圧
縮され自動インストール機能を含むファイルをハードデ
ィスク等の記録媒体にダウンロードすることによっても
供給できる。また、本発明のプログラムを構成するプロ
グラムコードを複数のファイルに分割し、それぞれのフ
ァイルを異なるホームページからダウンロードすること
によっても実現可能である。つまり、本発明の機能処理
をコンピュータで実現するためのプログラムファイルを
ユーザに対してダウンロードさせるＷＷＷサーバも、本
発明のクレームに含まれるものである。

【０１２６】また、本発明のプログラムを暗号化してＣ
Ｄ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所
定の条件をクリアしたユーザに対し、インターネットを
介してホームページから暗号化を解く鍵情報をダウンロ
ードさせ、その鍵情報を使用することにより暗号化され
たプログラムを実行してコンピュータにインストールさ
せて本発明を実現することも可能である。

【０１２７】また、コンピュータが、読み出したプログ
ラムを実行することによって、前述した本発明の実施形
態の機能が実現される他、そのプログラムの指示に基づ
き、コンピュータ上で稼動しているＯＳなどが、実際の
処理の一部または全部を行い、その処理によっても前述
した本発明の実施形態の機能が実現され得る。

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

【０１２９】

【発明の効果】以上説明したように、本発明によれば、
ＰＤＬプリントを実現することが可能なマルチファンク
ションシステムにおいて、ＰＤＬプリントを含む複数の
ジョブが競合しているか否かを自動的に検知し、ジョブ
が競合している場合とジョブが競合していない場合と
で、メインコントローラ部とサブコントローラ部の処理
の分担方法を自動的に変えるようにしたので、ジョブが
競合している場合と競合していない場合でそれぞれに最
適な制御を行い、システムの性能を最大限に引き出すこ
とが可能となるという効果を奏する。

【図面の簡単な説明】

【図１】本発明を適用したマルチファンクションシステ
ム（複合機）を含むネットワークシステムの全体構成を
示す回線図である。

【図２】本発明を適用したマルチファンクションシステ
ム（複合機）のソフトウェアの全体構成を示すブロック
図である。

【図３】本発明を適用したマルチファンクションシステ
ム（複合機）の全体構成を示すブロック図である。

【図４】本発明を適用したマルチファンクションシステ
ム（複合機）のスキャナ部、プリンタ部、及び操作部の
外観を示す正面図である。

【図５】本発明を適用したマルチファンクションシステ
ム（複合機）の操作部の配置構成を示す平面図である。

【図６】図３のスキャナ画像処理部の構成を示すブロッ
ク図である。

【図７】図３のプリンタ画像処理部の構成を示すブロッ
ク図である。

【図８】図３の画像回転処理部の構成を示すブロック図
である。

【図９】図８の画像バスＩ／Ｆコントローラの画像デー
タの転送の方法を説明する概念図である。

【図１０】図８の画像回転部の画像回転処理の方法を説
明する概念図である。

【図１１】図３のデバイスＩ／Ｆ部の構成を示すブロッ
ク図である。

【図１２】本発明を適用したマルチファンクションシス
テム（複合機）の組み込みアプリケーションを説明する
ブロック図である。

【図１３】本発明を適用したマルチファンクションシス
テム（複合機）のＤＩＳ（DeviceInformation Servic
e）、ジョブマネージャ、プリントマネージャ、スキャ
ンマネージャ間の情報のやり取りを示すブロック図であ
る。

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

【図１５】本発明を適用したマルチファンクションシス
テム（複合機）のスキャンに関するハードウェア制御系
の構成を示すブロック図である。

【図１６】本発明を適用したマルチファンクションシス
テム（複合機）のスキャンにおけるソフトウェア制御の
情報の流れを示す流れ図である。

【図１７】図１６のスキャン動作管理部のパラメータテ
ーブルの概略を示す概念図である。

【図１８】本発明を適用したマルチファンクションシス
テム（複合機）のプリントに関するハードウェア制御系
の構成を示すブロック図である。

【図１９】図１８のプリントに関するハードウェア制御
系で行われるプリントイメージデータの転送タイミング
を示すタイミングチャートである。

【図２０】図１８のエンジンＩ／Ｆボード内のプリント
パラメータレジスタのテーブルを示すアドレスマップ図
である。

【図２１】図１８のプリンタとエンジンＩ／Ｆボードと
の通信コマンドのテーブルを示すアドレスマップ図であ
る。

【図２２】ＰＤＬ展開後のラスタデータの圧縮をＪＢＩ
Ｇ部２０４０で行った場合の画像データの転送経路を太
い矢印で示すブロック図である。

【図２３】ＰＤＬ展開後のラスタデータの圧縮をＪＢＩ
Ｇ部２０４０で行った場合のプリント画像の転送経路を
太い矢印で示すブロック図である。

【図２４】ＰＤＬ展開後のラスタデータの圧縮をＪＢＩ
Ｇ部２０６１で行った場合の画像データの転送経路を太
い矢印で示すブロック図である。

【図２５】ＰＤＬ展開後のラスタデータの圧縮をＪＢＩ
Ｇ部２０６１で行った場合のプリントデータの転送経路
を太い矢印で示すブロック図である。

【図２６】競合が発生していないときのＪＢＩＧ部２０
４０を使用した場合における処理時間のタイミングを示
すタイミングチャートである。

【図２７】競合が発生していないときのＪＢＩＧ部２０
６１を使用した場合における処理時間のタイミングを示
すタイミングチャートである。

【図２８】競合が発生しているときのＪＢＩＧ部２０４
０を使用した場合における処理時間のタイミングを示す
タイミングチャートである。

【図２９】競合が発生しているときのＪＢＩＧ部２０６
１を使用した場合における処理時間のタイミングを示す
タイミングチャートである。

【図３０】競合ジョブの発生例を太い矢印で示すブロッ
ク図である。

【符号の説明】

１００１、１０２０ 複合機 １００２、１０２１ データベースサーバ １００３ データベースクライアント １００４ 電子メールサーバ １００５ 電子メールのクライアント １００６、１０２３ ＨＴＭＬ文書をＬＡＮに提供する
ＷＷＷサーバ １００７ インターネット／イントラネット連結用サー
バ １０１０ ローカルエリアネットワーク（ＬＡＮ） １０１１ ルータ １０１２ インターネット／イントラネット １０３０ PSTN(公衆電話網)またはISDN（統合サービス
デジタル網） １５０１ ＵＩ（ユーザインターフェイス）を司るモジ
ュール １５０２ データベースモジュール １５０３ ウェッブサーバモジュール １５０４ ユニバーサル・センドを司るモジュール １５０５ 出力先にプリンタが指定された際に実行され
るモジュール １５０６ 通信先にＥメールアドレスが指定された際に
実行されるモジュール １５０７ 出力先にデータベースが指定された際に実行
されるモジュール １５０８ 本複合機と同様の複合機が指定された際に実
行されるモジュール １５０９ リモートコピースキャンモジュール １５１０ リモートコピープリントモジュール １５１１ ウェッブプルプリントモジュール １５１２ ＨＴＴＰ通信用モジュール １５１３ ｌｐｒモジュール １５１４ ＳＭＴＰモジュール １５１５ ＳＬＭモジュール １５１６ ＴＣＰ／ＩＰモジュール １５１８ コントロール−ＡＰＩモジュール １５１９ ジョブマネージャ １５２０ ＣＯＤＥＣマネージャ １５２１ ＦＢＥエンコーダ １５２２ ＪＰＥＧ−ＣＯＤＥＣ １５２３ ＭＭＲ−ＣＯＤＥＣ １５２４ スキャンマネージャ １５２５ ＳＣＳＩマネージャ １５２６ プリントマネージャ １５２７ エンジンＩ／Ｆ マネージャ １５２８ パラレルポートドライバ ２０００ 制御装置 ２００１ ＣＰＵ（中央演算処理装置） ２００２ ＲＡＭ（ランダムアクセスメモリ） ２００３ ＲＯＭ（リードオンリメモリ） ２００４ ＨＤＤ（ハードディスクドライブ） ２００５ イメージバスＩ／Ｆ ２００６ 操作部Ｉ／Ｆ（インターフェース） ２００７ システムバス ２００８ 画像バス ２０１０ ネットワークＩ／Ｆ ２０１１ ＬＡＮ（ラン：ローカルエリアネットワー
ク） ２０１２ 操作部（ＵＩ：ユーザインターフェース） ２０１４ スタートキー ２０１５ ストップキー ２０１６ ＩＤ（識別子、識別番号）キー ２０１７ リセットキー ２０１８ ２色ＬＥＤ（発光ダイオード） ２０２０ デバイスＩ／Ｆ部 ２０２１ 画像バスＩ／Ｆコントローラ ２０２３ シリアルパラレル・パラレルシリアル変換部 ２０２２ スキャンバッファ ２０２４ パラレルシリアル・シリアルパラレル変換部 ２０２６ 画像切換え部 ２０３０ 画像回転処理部 ２０３１ 画像バスＩ／Ｆコントローラ ２０３２ 画像回転部 ２０３３ ＲＡＭ ２０４０ ＪＢＩＧ部 ２０５０ モデム ２０５１ 公衆回線（ＷＡＮ：広域ネットワーク） ２０６０ ラスターイメージプロセッサ（ＲＩＰ） ２０６１ ＪＢＩＧ部 ２０６２ ＲＡＭ ２０７２ 原稿フィーダ ２０７０ スキャナ ２０７３ トレイ ２０８０ スキャナ画像処理部 ２０８２ フィルタ処理部 ２０８３ 編集部 ２０８４ 変倍処理部 ２０８５ テーブル ２０８６ ２値化部 ２０９０ プリンタ画像処理部 ２０９２ 解像度変換部 ２０９３ スムージング処理部 ２０９４ レジスタ ２０９５ プリンタ ２０９６ ＲＥＱスイッチ ２０９７ ＧＮＴスイッチ ２０９８ アービタ部 ２０９９ バス権制御部 ２１０１、２１０２、２１０３、２１０４ 用紙カセッ
ト ２１１１ 排紙トレイ ４０５０ 操作部アプリケーション ４０５１ アドレスブック ４１００ リモートコピーアプリケーションの送信側 ４１０３ ＳＬＭ ４１５０ 同報配信の送信側 ４１５３ ＳＭＴＰ ４２００ ウェッブプルプリントモジュール ４２５０ ウェッブサーバモジュール ４３００ リモートコピーの受信側（プリント側） ４３５０ 同報配信のイメージを受信・プリントするメ
ールサーバ ４４００ リモートプリントの受信側（プリント側） ４４５０ 同報配信のイメージを受信・格納するメール
サーバ ４５００ 同報配信での２値のイメージを受信・格納す
るメールサーバ ４５５０ 同報配信のイメージを受信・格納するメール
サーバ ４６００ 同報配信での多値のイメージを受信・格納す
るメールサーバ ４６５０ 情報コンテンツを含んだ、公知のウェッブサ
ーバ ４７００ ウェッブサーバなどにアクセスする、ウェッ
ブブラウザ ７１０２ デバイスインフォメーションサービス（ＤＩ
Ｓ） ７１０１ ジョブマネージャ ７１０３ スキャンドキュメントマネージャ ７１０２ デバイスインフォメーションサービス（ＤＩ
Ｓ） ７１０４ プリントキュメントマネージャ ７２０１ スーパバイザＤＢ ７２０２ スキャンコンポーネントＤＢ ７２０３ プリントコンポーネントＤＢ ７２０４ スキャンジョブサービスＤＢ ７２０５ プリントジョブサービスＤＢ ７２０６ スキャンジョブＤＢ ７２０７ プリントジョブＤＢの各ジョブＤＢ ７２０８ スキャンドキュメントＤＢ ７２０９ プリントドキュメントＤＢ ７２１０ ソフトカウンタ ７２１１ イベントテーブル ８１０１ ＣＰＵ ８１０２ メモリ ８１０３ ＳＣＳＩ・Ｉ／Ｆ回路（ＳＣＳＩコントロー
ラ） ８１０４ 画像の圧縮・伸長ボード（ＣＯＤＥＣ） ８１０５ ＰＣＩバス ８１０６ ＳＣＳＩインターフェースケーブル ８１０７ スキャナ（または複写機のスキャナ機能ユニ
ット） ８１０８ ＩＤＥコントローラ ８１０９ ＩＤＥケーブル ８１１０ ＩＤＥハードディスク ８２０１ ジョブマネージャ ８２０２ ＤＩＳ ８２０３ スキャン動作管理部 ８２０４ スキャンシーケンス制御部 ８２０５ 圧縮・伸長制御部 ８２０６ ファイルシステム ８２０７ ＳＣＳＩ制御部 ８３０１ ジョブ番号、ドキュメント番号のテーブルデ
ータ ８３０２ スキャンパラメータ ８３０３ ジョブ番号 ８３０４ ドキュメント番号 ８３０５ ジョブ番号 ８３０６ ドキュメント番号 ８３０７ 画像ファイルタイプ ８３０８ スキャン画像属性 ８３０９ スキャン画像圧縮形式 ９００１ ＣＰＵ ９００２ メモリ ９００３ エンジンＩ／Ｆボード ９００４ 画像の圧縮・伸張ボード ９００５ ＰＣＩバス ９００６ エンジンインターフェースケーブル ９００７ プリンタ（または複写機のプリンタ機能ユニ
ット）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C061 AP01 AP04 AP07 HQ23 2C187 AD04 AD14 BG03 CC08 DB31 DD03 GB08 GC06 5B021 AA05 AA19 BB01 BB04 BB10 CC05 EE04 5B045 AA01 GG02 GG09 5B098 AA08 AA10 GA01 GC01 GC08 GD02 GD14

Claims (12)

【特許請求の範囲】
1. 【請求項１】 メインＣＰＵを含むメインコントローラ
   部とサブＣＰＵを含むサブコントローラ部間の通信によ
   りＰＤＬプリントを実現することが可能なマルチファン
   クションシステムにおいて、 ＰＤＬプリントを含む複数のジョブが競合しているか否
   かを自動的に検知する検知手段と、 前記検知手段の検知結果に基づき前記ＰＤＬプリントを
   含む複数のジョブが競合している場合と競合していない
   場合とで、前記メインコントローラ部と前記サブコント
   ローラ部の処理の分担を自動的に変えるジョブ制御手段
   とを有することを特徴とするマルチファンクションシス
   テム。
2. 【請求項２】 前記メインコントローラ部及び前記サブ
   コントローラ部は、それぞれＰＤＬを展開した後の画像
   データを圧縮することが可能な画像圧縮手段を有するこ
   とを特徴とする請求項１に記載のマルチファンクション
   システム。
3. 【請求項３】 前記メインコントローラ部及び前記サブ
   コントローラ部は、それぞれ前記画像圧縮手段により圧
   縮された画像を伸長することが可能な画像伸長手段を有
   することを特徴とする請求項２に記載のマルチファンク
   ションシステム。
4. 【請求項４】 前記ジョブ制御手段は、複数のジョブが
   競合しているか否かに応じて、画像圧縮を前記メインコ
   ントローラ部の前記画像圧縮手段で行うか、あるいは前
   記サブコントローラ部の前記画像圧縮手段で行うかのい
   ずれかに決定する手段を含むことを特徴とする請求項２
   に記載のマルチファンクションシステム。
5. 【請求項５】 前記ジョブ制御手段は、複数のジョブが
   競合しているか否かに応じて、画像伸張を前記メインコ
   ントローラ部の前記画像伸張手段で行うか、あるいは前
   記サブコントローラ部の前記画像伸張手段で行うかのい
   ずれかに決定する手段を含むことを特徴とする請求項３
   に記載のマルチファンクションシステム。
6. 【請求項６】 ＰＤＬデータの展開が、前記メインコン
   トローラ部あるいは前記サブコントローラ部のいずれか
   一方の処理で実現可能なことを特徴とする請求項１ない
   し５のいずれかに記載のマルチファンクションシステ
   ム。
7. 【請求項７】 ＰＤＬデータの展開が、前記メインコン
   トローラ部及び前記サブコントローラ部の両方の処理で
   実現可能なことを特徴とする請求項１ないし５のいずれ
   かに記載のマルチファンクションシステム。
8. 【請求項８】 複数のジョブが競合しているか否かに応
   じて、前記メインコントローラ部と前記サブコントロー
   ラ部の処理の分担を自動的に変えることは、ＰＤＬプリ
   ントの１部目の処理に関してであることを特徴とする請
   求項１ないし７のいずれかに記載のマルチファンクショ
   ンシステム。
9. 【請求項９】 前記メインコントローラ部と前記サブコ
   ントローラ部間の通信は、ＰＣＩバス上で行われること
   を特徴とする請求項１ないし８のいずれかに記載のマル
   チファンクションシステム。
10. 【請求項１０】 メインＣＰＵを含むメインコントロー
    ラ部とサブＣＰＵを含むサブコントローラ部間の通信に
    よりＰＤＬプリントを実現することが可能なマルチファ
    ンクションシステムにおいて、 ＰＤＬプリントを含む複数のジョブが競合しているか否
    かを自動的に検知し、 前記ＰＤＬプリントを含む複数のジョブが競合している
    場合と競合していない場合とで、前記メインコントロー
    ラ部と前記サブコントローラ部の処理の分担を自動的に
    変えることを特徴とするマルチファンクションシステム
    の制御方法。
11. 【請求項１１】 前記メインコントローラ部及び前記サ
    ブコントローラ部は、それぞれＰＤＬを展開した後の画
    像データを圧縮することが可能な画像圧縮手段を有し、 複数のジョブが競合しているか否かに応じて、画像圧縮
    を前記メインコントローラ部の前記画像圧縮手段で行う
    か、あるいは前記サブコントローラ部の前記画像圧縮手
    段で行うかのいずれかに決定することを特徴とする請求
    項１０に記載のマルチファンクションシステムの制御方
    法。
12. 【請求項１２】 前記メインコントローラ部及び前記サ
    ブコントローラ部は、それぞれ前記画像圧縮手段により
    圧縮された画像を伸長することが可能な画像伸長手段を
    有し、 複数のジョブが競合しているか否かに応じて、画像伸張
    を前記メインコントローラ部の前記画像伸張手段で行う
    か、あるいは前記サブコントローラ部の前記画像伸張手
    段で行うかのいずれかに決定することを特徴とする請求
    項１１に記載のマルチファンクションシステムの制御方
    法。