(57)【要約】【課題】  受信側の装置の能力に応じて画像データを転送あるいは画像データを受信する画像形成装置、画像データ転送方法を提供する。【解決手段】  画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置において、前記通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を取得する形式情報取得手段と、取得した前記形式情報から、前記装置に転送する画像データの形式を決定する形式決定手段と、決定した画像データの形式に応じて、転送する画像データの形式の変換を行う画像データ変換手段とを有する。【選択図】  図３
2004171515.tif 000002
【特許請求の範囲】
【請求項１】
画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置において、
前記通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を取得する形式情報取得手段と、
取得した前記形式情報から、前記装置に転送する画像データの形式を決定する形式決定手段と、
決定した画像データの形式に応じて、転送する画像データの形式の変換を行う画像データ変換手段と
を有することを特徴とする画像形成装置。
【請求項２】
前記通信手段で接続された装置から、１つ以上の装置を選択する装置選択手段を有することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記装置選択手段は、オペレータの入力により前記装置を選択することを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記形式情報取得手段は、前記通信手段で接続されている装置に対し、前記形式情報を要求することにより、前記形式情報を取得することを特徴とする請求項１に記載の画像形成装置。
【請求項５】
前記形式情報は、前記画像データの形式ごとに対応可能かどうかを示す情報と、前記画像データ変換手段が変換可能な形式の情報と、前記形式の圧縮に関する情報と、前記画像データ変換手段が前記画像データの形式をハードウェアで変換することが可能かどうかの情報のうち、少なくとも１つの情報を有することを特徴とする請求項１に記載の画像形成装置。
【請求項６】
前記形式情報取得手段は、取得した前記形式情報を、装置ごとに記憶することを特徴とする請求項１に記載の画像形成装置。
【請求項７】
前記形式決定手段は、取得した前記形式情報のうち、圧縮率が最も高い形式を転送する画像データの形式として決定することを特徴とする請求項１に記載の画像形成装置。
【請求項８】
前記形式情報取得手段は、画像形成装置の起動時に前記形式情報を取得することを特徴とする請求項１から７のいずれか１項に記載の画像形成装置。
【請求項９】
前記形式情報を取得した装置ごとに、取得した前記形式情報に基づいて評価する評価手段をさらに有することを特徴とする請求項８に記載の画像形成装置。
【請求項１０】
前記評価手段による評価の結果は、オペレータに対して表示されることを特徴とする請求項９に記載の画像形成装置。
【請求項１１】
前記形式決定手段は、取得した前記形式情報のうち、可逆な圧縮形式を転送する画像データの形式として決定することを特徴とする請求項８に記載の画像形成装置。
【請求項１２】
前記形式情報取得手段は、前記形式情報を、前記装置に画像データを転送する際に取得することを特徴とする請求項１から７のいずれか１項に記載の画像形成装置。
【請求項１３】
前記形式情報取得手段は、オペレータにより画像データを転送することが確定された際に、前記形式情報の要求を行うことを特徴とする請求項１２に記載の画像形成装置。
【請求項１４】
前記画像データを高画質で転送するかどうか選択する画質選択手段をさらに有することを特徴とする請求項１２に記載の画像形成装置。
【請求項１５】
前記画質選択手段で、高画質で転送することが選択されると、前記形式決定手段は、取得した前記形式情報のうち、可逆な圧縮形式を転送する画像データの形式として決定することを特徴とする請求項１４に記載の画像形成装置。
【請求項１６】
前記形式決定手段は、複数の装置に画像データを転送する場合、
画像データの形式を統一するかどうか選択することを特徴とする請求項１２に記載の画像形成装置。
【請求項１７】
前記形式決定手段は、転送する画像データの形式を統一できない場合、
前記画像データを変換せずに転送することを特徴とする請求項１６に記載の画像形成装置。
【請求項１８】
画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置において、
対応可能な画像データの形式を含む形式情報を生成する形式情報生成手段と、
前記通信手段で接続された他の装置に、前記形式情報を提供する形式情報提供手段と、
前記形式情報を提供した装置から受信した画像データを、その画像データの形式に応じて変換する画像データ変換手段と
を有することを特徴とする画像形成装置。
【請求項１９】
前記形式情報は、前記画像データの形式ごとに対応可能かどうかを示す情報と、前記画像データ変換手段が変換可能な形式の情報と、前記形式の圧縮に関する情報と、前記画像データ変換手段が前記画像データの形式をハードウェアで変換することが可能かどうかの情報のうち、少なくとも１つの情報を有することを特徴とする請求項１８に記載の画像形成装置。
【請求項２０】
画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置の画像データ転送方法であって、
前記通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を、画像形成装置の起動時に取得する形式情報取得段階と、
取得した前記形式情報から、前記装置に転送する画像データの形式を決定する形式決定段階と、
決定した画像データの形式に応じて、転送する画像データの形式の変換を行う画像データ変換段階と
を有することを特徴とする画像データ転送方法。
【請求項２１】
画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置の画像データ転送方法であって、
前記通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を、前記装置に画像データを転送する際に取得する形式情報取得段階と、
取得した前記形式情報から、前記装置に転送する画像データの形式を決定する形式決定段階と、
決定した画像データの形式に応じて、転送する画像データの形式の変換を行う画像データ変換段階と
を有することを特徴とする画像データ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続された装置間おける画像データの転送に関し、特に画像形成装置、画像データ転送方法に関する。
【背景技術】
【０００２】
異なる装置間で画像データを転送する代表的なものとして、ファクシミリがある。また、近年、ファクシミリ、プリンタ、コピーおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、ファクシミリ、プリンタ、コピーおよびスキャナにそれぞれ対応する４種類のアプリケーションを設け、そのアプリケーションを切り替えることより、ファクシミリ、プリンタ、コピーおよびスキャナとして動作させるものである。
【０００３】
このような融合機も、複数台連結させて画像データのやり取りを行うことがある。そのような例として、１つの融合機が大量のコピーをする際に、連結されている他の融合機にもコピーをさせ、複数台で同時にコピーを行うことが挙げられる。
【０００４】
このようなファクシミリや融合機で画像データの転送を行う場合、通常は仕様などが異なる装置間で行われる。
【０００５】
そのため、例えばファクシミリでは、モデムトレーニングにより、例えば相手がＧ４規格に対応しているかを試めすことによってＧ４規格あるいはＧ３規格で画像データの転送を行っている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、モデムトレーニングは、通信方法を決定するまでにとどまり、多くの形式が存在する画像データの形式まで決定するものではない。そのため、上述したファクシミリに限らず、従来は、画像データの多くの形式のうち、どの形式に受信側の装置が対応しているかどうか分からなかったため、送信側の装置が受信側の装置の能力に応じた画像データを転送することは困難であった。
【０００７】
本発明は、このような問題点に鑑み、受信側の装置の能力に応じて画像データを転送あるいは画像データを受信する画像形成装置、画像データ転送方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置において、前記通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を取得する形式情報取得手段と、取得した前記形式情報から、前記装置に転送する画像データの形式を決定する形式決定手段と、決定した画像データの形式に応じて、転送する画像データの形式の変換を行う画像データ変換手段とを有することを特徴とする。
【０００９】
また、上記課題を解決するために、本発明は、前記通信手段で接続された装置から、１つ以上の装置を選択する装置選択手段を有することを特徴とする。
【００１０】
また、上記課題を解決するために、本発明は、前記装置選択手段は、オペレータの入力により前記装置を選択することを特徴とする。
【００１１】
また、上記課題を解決するために、本発明は、前記形式情報取得手段は、前記通信手段で接続されている装置に対し、前記形式情報を要求することにより、前記形式情報を取得することを特徴とする。
【００１２】
また、上記課題を解決するために、本発明は、前記形式情報は、前記画像データの形式ごとに対応可能かどうかを示す情報と、前記画像データ変換手段が変換可能な形式の情報と、前記形式の圧縮に関する情報と、前記画像データ変換手段が前記画像データの形式をハードウェアで変換することが可能かどうかの情報のうち、少なくとも１つの情報を有することを特徴とする。
【００１３】
また、上記課題を解決するために、本発明は、前記形式情報取得手段は、取得した前記形式情報を、装置ごとに記憶することを特徴とする。
【００１４】
また、上記課題を解決するために、本発明は、前記形式決定手段は、取得した前記形式情報のうち、圧縮率が最も高い形式を転送する画像データの形式として決定することを特徴とする。
【００１５】
また、上記課題を解決するために、本発明は、前記形式情報取得手段は、画像形成装置の起動時に前記形式情報を取得することを特徴とする。
【００１６】
また、上記課題を解決するために、本発明は、前記形式情報を取得した装置ごとに、取得した前記形式情報に基づいて評価する評価手段をさらに有することを特徴とする。
【００１７】
また、上記課題を解決するために、本発明は、前記評価手段による評価の結果は、オペレータに対して表示されることを特徴とする。
【００１８】
また、上記課題を解決するために、本発明は、前記形式決定手段は、取得した前記形式情報のうち、可逆な圧縮形式を転送する画像データの形式として決定することを特徴とする。
【００１９】
また、上記課題を解決するために、本発明は、前記形式情報取得手段は、前記形式情報を、前記装置に画像データを転送する際に取得することを特徴とする。
【００２０】
また、上記課題を解決するために、本発明は、前記形式情報取得手段は、オペレータにより画像データを転送することが確定された際に、前記形式情報の要求を行うことを特徴とする。
【００２１】
また、上記課題を解決するために、本発明は、前記画像データを高画質で転送するかどうか選択する画質選択手段をさらに有することを特徴とする。
【００２２】
また、上記課題を解決するために、本発明は、前記画質選択手段で、高画質で転送することが選択されると、前記形式決定手段は、取得した前記形式情報のうち、可逆な圧縮形式を転送する画像データの形式として決定することを特徴とする。
【００２３】
また、上記課題を解決するために、本発明は、前記形式決定手段は、複数の装置に画像データを転送する場合、画像データの形式を統一するかどうか選択することを特徴とする。
【００２４】
また、上記課題を解決するために、本発明は、前記形式決定手段は、転送する画像データの形式を統一できない場合、前記画像データを変換せずに転送することを特徴とする。
【００２５】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置において、対応可能な画像データの形式を含む形式情報を生成する形式情報生成手段と、前記通信手段で接続された他の装置に、前記形式情報を提供する形式情報提供手段と、前記形式情報を提供した装置から受信した画像データを、その画像データの形式に応じて変換する画像データ変換手段とを有することを特徴とする。
【００２６】
また、上記課題を解決するために、本発明は、前記形式情報は、前記画像データの形式ごとに対応可能かどうかを示す情報と、前記画像データ変換手段が変換可能な形式の情報と、前記形式の圧縮に関する情報と、前記画像データ変換手段が前記画像データの形式をハードウェアで変換することが可能かどうかの情報のうち、少なくとも１つの情報を有することを特徴とする。
【００２７】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置の画像データ転送方法であって、前記通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を、画像形成装置の起動時に取得する形式情報取得段階と、取得した前記形式情報から、前記装置に転送する画像データの形式を決定する形式決定段階と、決定した画像データの形式に応じて、転送する画像データの形式の変換を行う画像データ変換段階とを有することを特徴とする。
【００２８】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムと、通信手段とを有する画像形成装置の画像データ転送方法であって、前記通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を、前記装置に画像データを転送する際に取得する形式情報取得段階と、取得した前記形式情報から、前記装置に転送する画像データの形式を決定する形式決定段階と、決定した画像データの形式に応じて、転送する画像データの形式の変換を行う画像データ変換段階とを有することを特徴とする。
【発明の効果】
【００２９】
以上説明したように、本発明によれば、受信側の装置の能力に応じて画像データを転送あるいは画像データを受信する画像形成装置、画像データ転送方法が得られる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の２つの実施の形態を、図面に基づいて説明する。実施例１は、通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を、起動時に取得する場合の実施例である。実施例２は、通信手段で接続された装置が対応可能な画像データの形式を含む形式情報を、装置に画像データを転送する際に取得する場合の実施例である。
【００３１】
２つの実施例では、ともに融合機が用いられているが、これら融合機のソフトウェア並びにハードウェア構成はともに同じであるため、実施例２では、それらの説明を省略している。
【実施例１】
【００３２】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。
【００３３】
融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットホーム層６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットホーム層６のプログラムを、ハードディスク装置（以下、ＨＤＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、スキャナ２５と、プロッタ２６と、画像データ変換手段に対応するＭＬＢ４５と、ファクシミリなど、その他のハードウェアリソース２４とを含む。なお、ＭＬＢ４５は、ハードウェアで高速に画像データの形式の変換を行うものである。
【００３４】
また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とプラットホーム層６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。
【００３５】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ９と、コピー用アプリケーションであるコピーアプリ１０と、ファックス用アプリケーションであるファックスアプリ１１と、スキャナ用アプリケーションであるスキャナアプリ１２とを含む。
【００３６】
また、プラットホーム層６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）２１と、ＳＲＭ２１からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層８とを含む。
【００３７】
コントロールサービス層７は、ネットワークコントロールサービス（以下、ＮＣＳという）１３、デリバリーコントロールサービス（以下、ＤＣＳという）１４、オペレーションパネルコントロールサービス（以下、ＯＣＳという）１５、ファックスコントロールサービス（以下、ＦＣＳという）１６、エンジンコントロールサービス（以下、ＥＣＳという）１７、メモリコントロールサービス（以下、ＭＣＳという）１８、ユーザインフォメーションコントロールサービス（以下、ＵＣＳという）１９、システムコントロールサービス（以下、ＳＣＳという）２０など、一つ以上のサービスモジュールを含むように構成されている。
【００３８】
なお、プラットホーム層６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ２８を有するように構成されている。ＯＳは、アプリケーション層５およびプラットホーム層６の各ソフトウェアをプロセスとして並列実行する。
【００３９】
通信手段に対応するＮＣＳ１３のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００４０】
例えばＮＣＳ１３は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。
【００４１】
ＤＣＳ１４のプロセスは、蓄積文書の配信などの制御を行う。ＯＣＳ１５のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ１６のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００４２】
ＥＣＳ１７のプロセスは、スキャナ２５、プロッタ２６、その他のハードウェアリソース２４などのエンジン部の制御を行う。ＭＣＳ１８のプロセスは、メモリの取得および開放、ＨＤＤの利用などのメモリ制御を行う。ＵＣＳ１９は、ユーザ情報の管理を行うものである。
【００４３】
ＳＣＳ２０のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００４４】
ＳＲＭ２１のプロセスは、ＳＣＳ２０と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ２１のプロセスは、スキャナ２５やプロッタ２６などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００４５】
具体的に、ＳＲＭ２１のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ２１のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００４６】
また、ハンドラ層８は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）２２と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）２３と、ＭＥＵ４４とを含む。ＳＲＭ２１およびＦＣＵＨ２２は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ２７を利用して、ハードウェア資源４に対する処理要求を行う。また、ＭＥＵ４４は、ＭＬＢ４５を用いて画像データの形式を変換する。また、ＭＥＵ４４は、ソフトウェアによる画像データの形式の変換も可能である。
【００４７】
融合機１は、各アプリケーションで共通的に必要な処理をプラットホーム層６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。
【００４８】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。融合機１は、コントローラボード３０と、オペレーションパネル３９と、ＦＣＵ４０と、Ｇ３規格対応ユニット８４と、Ｇ４規格対応ユニット８５と、エンジン部４３とを含む。
【００４９】
また、コントローラボード３０は、ＣＰＵ３１と、システムメモリ（ＭＥＭ−Ｐ）３２と、ノースブリッジ（以下、ＮＢという）３３と、サウスブリッジ（以下、ＳＢという）３４と、ＡＳＩＣ３６と、ローカルメモリ（ＭＥＭ−Ｃ）３７と、ＨＤＤ３８と、ＮＩＣ８０（Network Interface Card）と、ＵＳＢデバイス８１と、ＩＥＥＥ１３９４デバイス８２と、セントロニクスデバイス８３と、ＭＬＢ４５とを含む。
【００５０】
オペレーションパネル３９は、コントローラボード３０のＡＳＩＣ３６に接続されている。また、ＦＣＵ４０とエンジン部４３は、コントローラボード３０のＡＳＩＣ３６にＰＣＩバスで接続されている。
【００５１】
コントローラボード３０は、ＡＳＩＣ３６にローカルメモリ３７、ＨＤＤ３８などが接続されると共に、ＣＰＵ３１とＡＳＩＣ３６とがＣＰＵチップセットのＮＢ３３を介して接続されている。このように、ＮＢ３３を介してＣＰＵ３１とＡＳＩＣ３６とを接続すれば、ＣＰＵ３１のインタフェースが公開されていない場合に対応できる。
【００５２】
なお、ＡＳＩＣ３６とＮＢ３３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）３５を介して接続されている。このように、図１のアプリケーション層５やプラットホーム層６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ３６とＮＢ３３とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。
【００５３】
ＣＰＵ３１は、融合機１の全体制御を行うものである。ＣＰＵ３１は、ＮＣＳ１３、ＤＣＳ１４、ＯＣＳ１５、ＦＣＳ１６、ＥＣＳ１７、ＭＣＳ１８、ＵＣＳ１９、ＳＣＳ２０、ＳＲＭ２１、ＦＣＵＨ２２およびＩＭＨ２３をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ９、コピーアプリ１０、ファックスアプリ１１、スキャナアプリ１２を起動して実行させる。
【００５４】
ＮＢ３３は、ＣＰＵ３１、システムメモリ３２、ＳＢ３４およびＡＳＩＣ３６を接続するためのブリッジである。システムメモリ３２は、融合機１の描画用メモリなどとして用いるメモリである。また、ローカルメモリ３７はコピー用画像バッファ、符号バッファとして用いるメモリである。ＳＢ３４は、ＮＢ３３とＲＯＭ、ＰＣＩバス、周辺デバイスとを接続するためのブリッジである。
【００５５】
ＡＳＩＣ３６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ３８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル３９は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００５６】
次に、画像データ転送処理について説明する。まず最初に画像データ転送処理の理解を容易にするために、基本的な処理内容について図３を用いて説明する。図３には、画像データを転送する親機５０と、画像データを受信し、その画像データに基づき印刷を行う子機５１が示され、親機５０はＭＬＢ４５ａを、子機５１はＭＬＢ４５ｂを有している。なお、親機と子機は、予め定めておくものではなく、画像データを転送する側が親機であり、受信する側が子機である。
【００５７】
また、親機５０と子機５１は、例えば、図４に示されるように、ＩＥＥＥ１３９４規格で接続されていてもよいし、ツイストペアケーブルなどで接続されていてもよい。また、図５に示されるように、インターネットやＬＡＮを介して接続されていても良い。すなわち、いかなるプロトコルを用いて接続するかは問わない。
【００５８】
このように接続された親機５０と子機５１の処理について説明する。図３に示される親機５０は、接続された子機５１から対応可能な画像データの形式を含む形式情報を取得し、コピーなどにより入力された画像データを子機５１の能力に応じて転送する形式を決定し、ＭＬＢ４５ａで形式の変換を行い、子機５１に転送する。画像データを受信した子機５１は、ＭＬＢ４５ｂで画像データを変換し、印刷を行う。
【００５９】
以上のように、親機５０は、接続された子機５１から、子機５１が対応可能な画像データの形式を含む形式情報を取得し、取得した形式情報から、子機５１に転送する画像データの形式を決定し、決定した画像データの形式に応じて、転送する画像データの形式の変換をＭＬＢ４５ａで行う。
【００６０】
また、子機５１は、対応可能な画像データの形式を含む形式情報を生成し、接続された親機５０に、形式情報を提供し、親機５０から受信した画像データを、その画像データの形式に応じてＭＬＢ４５ｂで変換する。
【００６１】
次に、上記処理の詳細について説明する。最初に、図６を用いて、融合機１における画像データの流れと、それに関連する構成について説明する。図６には、入力部４７と、メモリ４６と、ＭＬＢ４５と、ＨＤＤ３８と、出力部４８と、プロッタ２９と、外部Ｉ／Ｆ（インタフェース）５２とが示されている。
【００６２】
入力部４７は、コピー、プリンタ、ファクシミリ、スキャナなどの画像データを入力するものである。メモリ４６は、入力された画像データや、外部Ｉ／Ｆ５２から受信した画像データを記憶するために用いられる。このメモリ４６は、システムメモリ（ＭＥＭ−Ｐ）３２かローカルメモリ（ＭＥＭ−Ｃ）３７のいずれかのメモリが用いられる。ＨＤＤ３８も、入力された画像データや、外部Ｉ／Ｆ５２から受信した画像データを記憶するために用いられる。ＭＬＢ４５は、メモリ４６あるいはＨＤＤ３８に記憶された画像データの形式の変換を行う。プロッタ２９は、出力部４８から得られる画像データに基づき印刷する印字部である。外部Ｉ／Ｆ５２は、上述したようなネットワークなどに接続するためのインタフェースである。
【００６３】
次に、入力部４７から入力される画像データの形式について説明する。入力部４７から入力される画像データの形式には、図７に示されるように、２値、４値、８値、ＭＨ／ＭＲ／ＭＭＲ、ＪＰＥＧ、ＲＧＢ、ＮＦＣ１がある。なお、ＮＦＣ１は、圧縮形式の一つである。
【００６４】
入力部４７あるいは外部Ｉ／Ｆ５２から入力された画像データは、メモリ４６から直接にＨＤＤ３８に記憶されるか、メモリ４６からＭＬＢ４５で変換されたのち、ＨＤＤ３８に記憶される。
【００６５】
次に、ＭＬＢ４５で変換可能な画像データの形式について説明する。ＭＬＢ４５で変換可能な画像データの形式は、図８に示されるように、２値、４値、８値、ＭＨ／ＭＲ／ＭＭＲ、ＪＰＥＧ／ＪＰＥＧ２０００、ＲＧＢ／ｓＲＧＢ、ＮＦＣ１、ＴＩＦＦがある。これらの変換は、ＭＬＢ４５によりハードウェアで行われるため、高速に変換することが可能である。
【００６６】
次に、ＨＤＤ３８に記憶可能な画像データな画像データの形式について説明する。ＨＤＤ３８に記憶可能な画像データの形式は、図９に示されるように、２値、４値、８値、多値、ＭＨ／ＭＲ／ＭＭＲ、ＪＰＥＧ、ＲＧＢ、ＮＦＣ１、Ｋ４、Ｋ８、ＴＩＦＦ、ＲＧＢの形式がある。なお、Ｋ４、Ｋ８は、圧縮形式の一つである。
【００６７】
次に、プロッタ２９へ出力する画像データの形式について説明する。プロッタ２９へ出力部４８から出力される画像データの形式は、図１０に示されるように、２値、４値、８値、ＮＦＣ１の形式がある。
【００６８】
また、外部Ｉ／Ｆ５２で送受信される画像データの形式は、図１１に示されるように、２値、４値、８値、ＭＨ／ＭＲ／ＭＭＲ、ＪＰＥＧ、ＮＦＣ１の形式がある。
【００６９】
次に、図１２を用いて、ＳＣＳ２０のソフトウェアブロック図について説明する。なお、図１２に示されるソフトウェアブロックは、ＳＣＳのソフトウェアブロックのうち、本実施の形態に関係の無いものは省略している。
【００７０】
その図１２には、ＳＣＳ２０と、ＳＲＭ２１と、メモリ４８と、ＩＭＨ２３と、ＨＤＤ３８と、ＭＥＵ４４と、ＭＬＢ４５とが示されている。
【００７１】
また、ＳＣＳ２０は、図１２に示されるように、コマンド解析部６０と、形式情報取得部６１と、形式情報生成部６２と、形式決定部６３と、子機選択部６４と、形式抽出部６４と、変換部６６と、評価部６７とを有する。
【００７２】
コマンド解析部６０は、他のモジュールや、上位アプリ、あるいはネットワークからの入力される情報のコマンドを解析し、適当な部にその情報を振り分ける。形式情報取得手段に対応する形式情報取得部６１は、接続された融合機が対応可能な画像データの形式を含む形式情報を取得する。なお、この形式情報についての詳細は後述する。
【００７３】
形式情報生成手段に対応する形式情報生成部６２は、上記形式情報を生成する。形式決定手段に対応する形式決定部６３は、取得した形式情報から、融合機に転送する画像データの形式を決定する。装置選択手段に対応する子機選択部６４は、接続された融合機から、１つ以上の融合機を選択する。形式抽出部６５は、形式情報から特定の形式を抽出する。
【００７４】
画像データ変換手段に対応する変換部６６は、形式決定部６３により決定した形式に従ってＳＲＭ２１とＩＭＨ２３、ＭＥＵ４４により、画像データの形式の変換を行う。評価手段に対応する評価部６７は、形式情報を取得した融合機ごとに、取得した形式情報に基づいて評価する。
【００７５】
次に、以上説明した構成で行われるＳＣＳ２０の処理について説明する。まず最初に、融合機１の起動時に行われる形式情報の生成の処理を、図１３のフローチャートを用いて説明する。
【００７６】
この処理では、大きく分けて２つの処理が行われる。一つは画像形式表の生成であり、もう一つは形式情報の取得である。そのため、このフローチャートの説明では、画像形式表の生成までのステップをいったん説明し、画像形式表について説明したのち、形式情報の取得の説明をする。
【００７７】
ステップＳ１０１で、ＳＣＳ２０は、ＭＬＢが有るかどうか判断する。ＭＬＢがない場合、ＳＣＳ２０は、ステップＳ１０３へ処理を進める。ＭＬＢが有る場合、ステップＳ１０２で、ＳＣＳ２０は、後述するＭＬＢ画像形式表の生成を行う。
【００７８】
次に、ＳＣＳ２０は、ステップＳ１０３で、融合機１が外部から受信しても対応可能な入力画像データの形式を示す画像形式表の生成を行う。また、次のステップＳ１０４で、ＳＣＳ２０は、融合機１が出力可能な出力画像データの形式を示す画像形式表の生成を行う。
【００７９】
次のステップＳ１０５で、ＳＣＳ２０は、ネットワーク上の融合機の検索を行う。形式情報取得段階に対応するステップＳ１０６で、ＳＣＳ２０は、検索により検知した融合機の形式情報を取得する。このように、ＳＣＳ２０は、画像形成装置の起動時に形式情報を取得し、処理を終了する。
【００８０】
ここで、上述した３つの表を順に説明する。図１４に示される表は、ＭＬＢ画像形式表である。この表には、ＭＬＢが、ある形式からある形式への変換が可能かどうかが示されている。また、ＭＬＢ画像形式表は、その変換による画像データの圧縮率と、その変換が可逆かどうかという情報も有している。
【００８１】
ＭＬＢが、ある形式から他の形式へ変換が可能かどうかは、入力する形式と、出力する形式の交点にある「Ｘ」、「Ｙ」、「Ｚ」に示されている。「Ｘ」は変換不可能を示し、「Ｙ」は可逆変換可能を示し、「Ｚ」は非可逆変換可能を示す。
【００８２】
また、交点には、括弧で囲まれた数字が示されている。この数字は圧縮率を示している。
【００８３】
例として、入力が形式Ａの画像データであり、変換して出力する形式が形式Ｂの画像データであれば、それらの交点には、Ｚと（0.4）が示されている。したがって、形式Ａから形式Ｂへ圧縮率0.4で非可逆変換可能なことが分かる。また、形式Ｋからはいかなる形式にも変換できないことも分かる。
【００８４】
このように、形式情報は、ＭＬＢが変換可能な形式の情報を有する。また、形式情報は、圧縮率と可逆変換可能かどうかという圧縮に関する情報を有する。
【００８５】
次に、図１５、図１６を用いて、入力画像データの形式及び出力画像データの形式に対応する画像形式表を説明する。これらの表において、入力あるいは出力可能な形式は、「Ｚ」で示し、不可能な形式には「Ｘ」で示す。例えば図１５の画像形式表には、形式Ｃの入力が可能であり、形式Ｋの入力が不可能であることが示されている。また、図１６において、形式Ｂの出力は可能であり、形式Ｄの出力は不可能であることが示されている。
【００８６】
このように、形式情報は、画像データの形式ごとに対応可能かどうかを示す情報を有する。
【００８７】
次に、図１７の表について説明する。図１７の表は、ＭＬＢ有無表であり、ＭＬＢがあるかないかを示す表である。自らがＭＬＢを搭載しているときは、図１７に示されるように「有り」となり、搭載していない場合は、「無し」となる。このように、形式情報は、画像データの形式をＭＬＢで変換することが可能かどうかの情報を有する。また、このＭＬＢ有無表は、ＭＬＢ画像形式表の生成とともに生成される。
【００８８】
以上説明した図１４から図１７に示される表が形式情報である。このようにして形式情報を生成するため、自らがどの画像データの形式に対応しているかどうかを外部に対して容易に認識させることができる。
【００８９】
ここで、図１４のＭＬＢ画像形式表と、図１５、図１６の入力画像データの形式及び出力画像データの形式に対応する画像形式表の意義について説明する。融合機は一般的に、ＭＬＢが搭載されていなくても、ある程度の画像データの形式には対応できる。
【００９０】
しかし、融合機がＭＬＢを搭載することにより、その融合機にＭＬＢが搭載されていなくても対応できる形式の変換を高速に行うことや、対応していなかった新たな形式も扱うことが可能となる。
【００９１】
したがって、同じ形式であっても、図１４のＭＬＢ画像形式表かつ図１５の画像形式表で対応可能な場合と、図１５の画像形式表のみで対応可能な場合では、画質や処理内容などに違いが生じる。このことは、図１６の画像形式表のみで対応可能な場合にも言える。そのため、図１４、１５、１６の表が必要となる。もっとも、符号を個々に割り振れば１つの表で表現することも可能である。
【００９２】
なお、これら形式情報は、プログラムで実現する場合、Ｃ言語であれば、「Ｘ」、「Ｙ」、「Ｚ」を例えば0x00、0x01、0x02に対応させ配列やビットフィールドを用いて実現することができる。これが、「有り」、「無し」でも同様である。また、ＭＬＢ画像形式表のように、一つの形式に対して、変換可能かどうかの情報と、圧縮率の情報という２つの情報を対応させる場合は、Ｃ言語の構造体を用いることで実現することができる。
【００９３】
次に、図１３のステップＳ１０６で実行される形式情報の取得の処理における親機と子機の間のやり取りを、図１８のシーケンス図を用いて説明する。ステップＳ２０１で、親機５４のＳＣＳ２０は、オペレータから連結要求を通知される。この連結要求とは、選択する子機と連結して印刷させるための要求である。そして、この要求は、オペレータがオペレーションパネルで入力することによりＳＣＳ２０に通知される。
【００９４】
次に、親機５４は、ステップＳ２０２で、子機Ａ５５に対して形式情報取得要求を通知し、子機Ａ５５は、ステップＳ２０３で、起動時に生成した形式情報を親機５４に提供する。同様に、親機５４は、ステップＳ２０４で、子機Ｎ５６に対して形式情報取得要求を通知し、子機Ｎ５６は、ステップＳ２０５で、起動時に生成した形式情報を親機５４に提供する。このようにして親機５４は、形式情報を取得する。このように、親機５４と子機Ｎ５６は、予め定めておいたプロトコルを用いて、形式情報のやり取りを行う。
【００９５】
取得された形式情報は、図１９から図２２に示されるように融合機ごとに記憶される。そのうちの図１９は、融合機ごとのＭＬＢ画像形式表である。この表に示されるように、ＭＬＢに関する形式情報は、融合機Ａから融合機ＮまでのＭＬＢ画像形式表で構成される。また、ＭＬＢ有無表も図２０に示されるように、融合機Ａから融合機ＮまでのＭＬＢ有無表で構成される。さらに、入出力可能な画像形式も図２１、２２に示されるように、融合機Ａから融合機ＮまでのＭＬＢ有無表で構成される。
【００９６】
これらの表をプログラムで実現するためには、先ほど説明したそれぞれの融合機に対応する情報を１つの単位とした配列にすることで実現することができる。あるいは、それぞれの融合機から形式情報を取得するごとに、メモリを確保し、それらをチェーンでつなぐことによっても実現することができる。
【００９７】
次に、画像データを転送する子機を選択し、画像データの形式を決定する処理について説明する。図２３は、これから説明する処理の概要フローチャートである。
【００９８】
ステップＳ３０１で、ＳＣＳ２０は、連結要求を受信する。次に、ＳＣＳ２０は、ステップＳ３０２で子機選択処理を行う。そして、ステップＳ３０３で、ＳＣＳ２０は、選択された子機に対し、画像転送処理を実行する。
【００９９】
以上説明した処理の詳細について説明する。まず、ステップＳ３０２の処理について図２４のフローチャートを用いて説明する。
【０１００】
ステップＳ４０１でＳＣＳ２０は、ネットワーク上の融合機の連結画像評価を行う。この連結画像評価については後述する。ステップＳ４０２で、ＳＣＳ２０は、オペレーションパネル３９にネットワーク上の融合機の一覧表示を行う。この一覧表示には、図２５に示されるように、メッセージボックス９３と、子機候補欄９４と、グレード表示欄９５が表示される。メッセージボックス９３は、「連結子機を選択してください」というメッセージを表示するためのものである。子機候補欄９４は、子機の候補を表示する欄である。グレード表示欄９５は、対応する子機のグレードを表示するものである。
【０１０１】
このように表示された子機から、オペレータが１つ以上の子機を選択するようになっている。なお、このグレードは、形式情報を取得した融合機ごとに、取得した形式情報に基づいて評価した結果である。このグレードの求め方については後述する。
【０１０２】
ステップＳ４０３で、オペレータによる子機の選択が終了すると、ＳＣＳ２０は、ステップＳ４０４で、選択された子機Ｎ台分がどの子機であるかを取得する。そして、ＳＣＳ２０は、ステップＳ４０５で、以降の処理で用いられるｋを０で初期化する。このｋは、子機の台数のカウントに用いられるループカウンタである。
【０１０３】
次に、ＳＣＳ２０は、形式決定段階に対応するステップＳ４０６で、親機から子機へ転送する画像データの形式の決定処理を行う。ステップＳ４０７で、ＳＣＳ２０は、全ての子機に転送する画像データの形式を決定したかどうかを、ｋがＮ以上であるかどうかで判定する。ｋがＮ以上であれば、Ｎ台分の子機に転送する画像データの形式を決定したことになるので、ＳＣＳ２０は、処理を終了する。ｋがＮより小さい場合は、Ｎ台分の子機に転送する画像データの形式を決定していないため、ＳＣＳ２０は、ステップＳ４０８でｋを更新し、再びステップＳ４０６の処理を行う。
【０１０４】
次に上述したステップＳ４０１の処理の詳細を、図２６のフローチャートを用いて説明する。ステップＳ５０１で、ＳＣＳ２０は、ｋを０で初期化する。このｋは、子機の台数のカウントに用いられるループカウンタである。次に、ＳＣＳ２０は、グレードの計算に用いるグレード係数を１で初期化する。
【０１０５】
ＳＣＳ２０は、次のステップＳ５０３で、子機ｋにＭＬＢが搭載されているかどうか判断する。この判断は、図２０に示される表に基づき行われる。なお、子機ｋとは、以下の説明においてｋ台目の子機を表す。
【０１０６】
ＭＬＢが無い場合は、ステップＳ５１２で、画像データの形式を変換せずに、子機へ転送することに決定する。
【０１０７】
ステップＳ５０３の処理で、ＭＬＢが有りと判断された場合、ステップＳ５０４で、ＳＣＳ２０は、グレード係数のポイントを加算する。このポイント加算は、ＭＬＢが搭載されていると、種々の形式に対応できることや処理を速く実行できるために行われる。
【０１０８】
次に、ＳＣＳ２０は、ステップＳ５０５で高画質転送時の形式決定処理を行う。なお、ここでの高画質で転送とは、図１４で説明した変換の形式のうち、可逆な変換によって変換された画像データの転送を意味する。また、非可逆な変換であっても、要求する画質に適合するのであれば、高画質の定義をそれに合わせて運用しても良い。この高画質転送時の形式決定処理はのちに詳細を説明する。
【０１０９】
次に、ＳＣＳ２０は、形式を変換して転送することになったかどうか判断する。形式を変換して転送する場合、ステップＳ５０７でＳＣＳ２０は、グレード係数のポイントを加算する。このポイント加算は、形式を変換して転送する場合、画像データのサイズが小さくなる可能性があるとともに、小さくなった画像データにより、伝送路のトラフィックを抑制することが可能となるためである。形式の変換を行わない場合、このステップＳ５０７は行われない。
【０１１０】
次に、ＳＣＳ２０は、ステップＳ５０８で、子機ｋのＭＬＢに画質向上オプション機能がついているかどうか判断する。この画質向上オプション機能であるが、ＭＬＢは、基本的な変換を行うＢａｓｉｃはいずれのＭＬＢでも設けられており、そのＢａｓｉｃ機能に加え、画質の向上を図ることが可能となるＭＬＢ画質向上オプションを設けることができる。
【０１１１】
ＭＬＢに画質向上オプションがある場合、ＳＣＳ２０は、ステップＳ５０９で、グレード係数のポイントを加算する。このポイント加算は、画質を向上することが可能となるためである。ＭＬＢに画質向上オプションがない場合、このステップＳ５０９は行われない。
【０１１２】
以上の処理が終了すると、ＳＣＳ２０は、ステップＳ５１０で子機ｋのグレード係数を子機の連結画像評価表に記憶する。この連結画像評価表は、図２７に示されるように、グレードに加え、Ｂａｓｉｃ機能を有するかどうかと、ＭＬＢ画質向上オプションを有するかどうかという情報を有する。
【０１１３】
次のステップＳ５１１で、ＳＣＳ２０は、全ての子機のグレードが算出されたかどうかをループカウンタｋがＮ以上かどうかで判断する。ｋがＮ以上であれば、Ｎ台分の子機の評価をしたことになるので、ＳＣＳ２０は処理を終了する。ｋがＮより小さい場合は、Ｎ台分の子機の評価をしていないため、ＳＣＳ２０は、ステップＳ５１３でｋを更新し、再びステップＳ５０２の処理を行う。
【０１１４】
次に、上述したステップＳ５０５における高画質転送時の形式決定処理の詳細について、図２８のフローチャートを用いて説明する。なお、以下のフローチャートでは、親機の入力形式を形式Ｂとして説明する。親機の入力形式とは、親機が子機に転送する変換前の画像データの形式を表す。
【０１１５】
ステップＳ７０１で、ＳＣＳ２０は、親機の入力形式を取得する。次に、ＳＣＳ２０は、ステップＳ７０２で、図１９で示したＭＬＢ画像形式から、入力形式がＢで可逆な変換が可能な形式を抽出し、変換形式Ｔｂｌへ入力画像形式と圧縮率を書き出す。
【０１１６】
この変換形式Ｔｂｌを、図２９を用いて説明する。そのためにまず、図１９を参照すると、入力される形式Ｂから可逆な変換が可能な形式は、例えば融合機Ａの場合、形式Ａ、Ｃであることが分かる。したがって、図２９に示されるように、変換形式Ｔｂｌには、形式Ａ、Ｃが書き込まれる。そして、それらの圧縮率は、図１９から、それぞれ0.9、0.8であることが分かるので、変換形式Ｔｂｌにそれらの数値が書き込まれる。
【０１１７】
このように、ＳＣＳ２０は、取得した形式情報のうち、可逆な圧縮形式を画像データの形式として決定する。
【０１１８】
フローチャートの説明に戻り、ステップＳ７０３で、ＳＣＳ２０は、変換形式Ｔｂｌに書き込まれた形式のうち、フラグ領域にチェック済みを示す書き込みがない形式で最も圧縮率が高い形式を抽出する。図２９の場合、最も圧縮率が高いのは形式Ｃであるので、形式Ｃが抽出される。その形式Ｃのフラグ領域に、ＳＣＳ２０は、ステップＳ７０４でチェック済みフラグをセットする。
【０１１９】
このように、ＳＣＳ２０は、取得した形式情報のうち、圧縮率が最も高い形式を画像データの形式として決定する。
【０１２０】
次に、ＳＣＳ２０は、ステップＳ７０５で、抽出された形式が、子機で出力可能な形式かどうか判断する。子機で出力可能な形式であれば、ＳＣＳ２０は、ステップＳ７１０へ処理を進め、転送する画像データの形式を先ほど抽出した形式に決定し、処理を終了する。
【０１２１】
ステップＳ７０５の処理に戻り、子機に出力不可能な形式の場合、ＳＣＳ２０は、ステップＳ７０６で抽出された形式が子機のＭＬＢで逆変換可能かどうかの判断を行う。逆変換可能であれば、ＳＣＳ２０は、ステップＳ７０９で、子機で逆変換される形式は、子機が印刷可能な形式かどうか判断する。子機が印刷可能であれば、ＳＣＳ２０は、ステップＳ７１０で抽出した形式に決定し、処理を終了する。子機が印刷不可能であれば、ＳＣＳ２０は、再びステップＳ７０３の処理を行う。
【０１２２】
ステップＳ７０６の処理に戻り、ステップＳ７０６で、抽出された形式が子機のＭＬＢで逆変換不可能の場合、ＳＣＳ２０は、ステップＳ７０７へ処理を進める。
【０１２３】
ステップＳ７０７で、ＳＣＳ２０は、変換形式Ｔｂｌを全てチェックしたかどうか判定する。まだ、全ての変換形式Ｔｂｌにチェックしていない形式があれば、ＳＣＳ２０は、ステップＳ７０３へ処理を進める。全ての変換形式のチェックが完了した場合、ＳＣＳ２０はステップＳ７０８で、画像転送形式は、もとの画像データのまま、変換せずに転送することに決定する。
【０１２４】
以上説明した処理は、画質を保つために可逆な変換が可能な形式を抽出していたが、画質を問わなければ、図３０に示すフローチャートの処理でも良い。このフローチャートの処理について説明する。なお、以下のフローチャートでも、親機の入力形式を形式Ｂとして説明する。
【０１２５】
ステップＳ６０１で、ＳＣＳ２０は、親機の入力形式を取得する。次に、ＳＣＳ２０は、ステップＳ６０２で、図１９で示したＭＬＢ画像形式から、入力形式がＢで変換可能な形式を抽出し、変換形式Ｔｂｌへ入力画像形式と圧縮率を書き出す。
【０１２６】
この変換形式Ｔｂｌを、図３１を用いて説明する。まず、図１９を参照すると、形式Ｂから変換可能な形式は、例えば融合機Ａの場合、形式Ａ、Ｃ、Ｄであることが分かる。したがって、図３１に示されるように、変換形式Ｔｂｌには、形式Ａ、Ｃ、Ｄが書き込まれる。そして、それらの圧縮率は、図１９から、それぞれ0.9、0.8、0.7であることが分かるので、変換形式Ｔｂｌにそれらの数値が書き込まれる。
【０１２７】
フローチャートの説明に戻り、ステップＳ６０３で、ＳＣＳ２０は、変換形式Ｔｂｌに書き込まれた形式のうち、フラグ領域にチェック済みを示す書き込みがない形式で最も圧縮率が高い形式を抽出する。図３１の場合、最も圧縮率が高いのは形式Ｄであるので、形式Ｄが抽出される。その形式Ｄのフラグ領域に、ＳＣＳ２０は、ステップＳ６０４でチェック済みフラグをセットする。
【０１２８】
このように、ＳＣＳ２０は、取得した形式情報のうち、圧縮率が最も高い形式を決定する。これにより、画像データのサイズが小さくなるため、転送効率が良くなるとともに、伝送路のトラフィックを抑制することが可能となる。
【０１２９】
次に、ＳＣＳ２０は、ステップＳ６０５で、抽出された形式が子機で出力可能な形式かどうか判断する。子機で出力可能な形式であれば、ＳＣＳ２０は、ステップＳ６１０へ処理を進め、転送する画像データの形式を先ほど抽出した形式に決定し、処理を終了する。
【０１３０】
ステップＳ６０５の処理に戻り、子機で出力することが不可能な形式の場合、ＳＣＳ２０は、ステップＳ６０６で抽出された形式が子機のＭＬＢで逆変換可能かどうかの判断を行う。逆変換可能であれば、ＳＣＳ２０は、ステップＳ６０９で、子機で逆変換される形式が、子機が印刷可能な形式かどうか判断する。子機が印刷可能であれば、ＳＣＳ２０は、ステップＳ６１０で抽出した形式に決定し、処理を終了する。子機が印刷不可能であれば、ＳＣＳ２０は、再びステップＳ６０３の処理を行う。
【０１３１】
ステップＳ６０６の処理に戻り、ステップＳ６０６で、抽出された形式が子機のＭＬＢで逆変換不可能の場合、ＳＣＳ２０は、ステップＳ６０７へ処理を進める。
【０１３２】
ステップＳ６０７で、ＳＣＳ２０は、変換形式Ｔｂｌを全てチェックしたかどうか判定する。まだ、全ての変換形式Ｔｂｌにチェックしていない形式があれば、ＳＣＳ２０は、ステップＳ６０３へ処理を進める。全ての変換形式のチェックが完了した場合、ＳＣＳ２０はステップＳ６０８で、画像転送形式は、もとの画像データのまま、変換せずに転送することに決定する。
【０１３３】
以上で図２３のステップＳ３０２の子機選択に関する処理は終了する。次に、図２３のステップＳ３０３の処理の詳細を、図３２のフローチャートを用いて説明する。ステップＳ８０１で、ＳＣＳ２０は、以降の処理で用いられるｋを０で初期化する。このｋは、子機の台数のカウントに用いられるループカウンタである。次に、ＳＣＳ２０は、画像データ変換段階に対応するステップＳ４０６で、子機ｋに、先ほど定まった画像データの形式に変換して、その画像データを転送する。
【０１３４】
ステップＳ８０３で、ＳＣＳ２０は、全ての子機に画像データを転送したかどうかを、ｋがＮ以上であるかどうかで判定する。ｋがＮ以上であれば、Ｎ台分の子機に画像データを転送したことになるので、ＳＣＳ２０は、処理を終了する。ｋがＮより小さい場合は、Ｎ台分の子機に画像データを転送していないため、ＳＣＳ２０は、ステップＳ８０４でｋを更新し、再びステップＳ８０２の処理を行う。
【０１３５】
以上が図２３のステップＳ３０３の処理の詳細である。
【実施例２】
【０１３６】
第２実施例を説明する。第２実施例の融合機のソフトウェア並びハードウェア構成は、第１実施例で図１と図２で説明した融合機のソフトウェア並びハードウェア構成と同じであるので、説明を省略する。
【０１３７】
そこでまず、実施例１と異なる画像データの送受信に関するソフトウェアブロックについて、図３３を用いて説明する。なお、図３３は、実施例１の図１２に対応する図である。従って、図１２と唯一異なる画質選択部６８について説明する。画質選択手段に対応する画質選択部６８は、オペレータに高画質転送するかどうかの選択させる画面をオペレーションパネルに表示したり、オペレータからの入力を受け付け、処理に反映させるものである。
【０１３８】
以上説明した構成で行われるＳＣＳ２０の処理について説明する。まず最初に、融合機１が起動した際に行われる形式情報の生成の処理を、図３４のフローチャートを用いて説明する。
【０１３９】
ステップＳ９０１で、ＳＣＳ２０は、ＭＬＢが有るかどうか判断する。ＭＬＢがない場合、ＳＣＳ２０は、ステップＳ９０３へ処理を進める。ＭＬＢが有る場合、ステップＳ９０２で、ＳＣＳ２０は、図１４に示したＭＬＢ画像形式表の生成を行う。
【０１４０】
次に、ＳＣＳ２０は、ステップＳ９０３で、図１５に示した画像形式表の生成を行う。また、次のステップＳ９０４で、ＳＣＳ２０は、図１６に示した画像形式表の生成を行う。
【０１４１】
次に、画像を転送する処理を、図３５を用いて説明する。ステップＳ１００１で、どの融合機に転送させるかをオペレータが１つ以上選択する子機選択処理が行われる。これは、オペレーションパネル３９に表示された子機の中からオペレータが選択したり、融合機ごとにＩＤをつけておき、ＩＤを指定することによって選択する。このＩＤとして、例えば融合機が有するデバイスＩＤや、ＩＰアドレス、またはＭＡＣアドレスなどが挙げられる。このようにして融合機の選択は、オペレータの入力により行われる。
【０１４２】
子機が選択されると、ＳＣＳ２０は、ステップＳ１００２で、選択された子機Ｎ台分がどの子機であるかを取得する。次のステップＳ１００３は、連結要求があるまでの待ち状態である。この連結要求とは、選択した子機と連結して印刷させるために選択した子機に実際に画像データを転送するための要求である。そして、この要求は、オペレータがオペレーションパネルで入力することによりＳＣＳ２０に通知される。
【０１４３】
連結要求を通知されたＳＣＳ２０は、選択された子機に対して形式情報を要求し、取得する。この処理は、形式情報取得段階に対応する。このように、ＳＣＳ２０は、オペレータの連結要求により、画像データを転送することが確定すると、画像データを転送する融合機に対し、形式情報を要求する。また、子機のＳＣＳ２０は、親機に対し、形式情報を提供する。
【０１４４】
次に、ＳＣＳ２０は、ステップＳ１００４で、子機に転送する画像データの形式を決定する。そして、ＳＣＳ２０は、画像データ変換段階に対応するステップＳ１００５で、決定した形式に画像データを変換し、変換した画像データを子機に転送する。
【０１４５】
次に、取得した形式情報から、転送する形式を決定するステップＳ１００４の処理の詳細について、図３６を用いて説明する。
【０１４６】
ステップＳ１１０１で、ＳＣＳ２０は、ｉの初期化を行う。このｉは、子機の台数のカウントに用いられるループカウンタである。次のステップＳ１１０２で、ＳＣＳ２０は、自らが搭載されている融合機にＭＬＢがあるかどうか判断する。ＭＬＢがない場合は、ステップＳ１１０３で、画像データの形式を変換せずに、子機へ転送する。
【０１４７】
次に、ＳＣＳ２０は、ステップＳ１１０４で子機の形式情報の取得を行う。この処理における親機と子機の間の形式情報を取得する際のやり取りは、図１８で説明した通りである。そして、取得された形式情報も同様に、図１９から図２２に示されるように融合機ごとに記憶される。
【０１４８】
取得した形式情報を基に、ＳＣＳ２０は、ステップＳ１１０５で、子機にＭＬＢが有るかどうか判断する。この判断は、図２２に示される表に基づき行われる。ＭＬＢが無い場合は、ステップＳ１１０３で、画像データの形式を変換せずに、子機へ転送する。
【０１４９】
親機、子機ともにＭＬＢがある場合、ステップＳ１１０６で、ＳＣＳ２０は、転送する画像データの形式を決定する処理を行う。このようにして決定した画像データの形式を、ＳＣＳ２０は、ステップＳ１１０７で、子機ｉに転送する画像データの形式として記憶する。そして、ステップＳ１１０８で、ＳＣＳ２０は、全ての子機に対して画像データの形式を決定する処理を行ったかどうか判断し、全ての子機に対して形式が決定した場合、ＳＣＳ２０は、ステップＳ１１１０へ処理を進める。
【０１５０】
全ての子機に対する形式が決定していない場合、ＳＣＳ２０は、ステップＳ１１０９でループカウンタを更新し、再びステップＳ１１０２の処理を行う。
【０１５１】
ステップＳ１１０８で、全ての子機に対して形式が決定している場合、ステップＳ１１１０で、ＳＣＳ２０は、転送形式のチェックをするかどうか判断する。チェックの必要のない場合は、処理を終了する。
【０１５２】
転送形式のチェックを行う場合、ＳＣＳ２０は、ステップＳ１１１１で、子機へ転送する画像データの形式が全て同一かどうか判断し、同一であれば処理を終了する。画像データの形式が同一でなければ、ＳＣＳ２０は、ステップ３１２で画像データの形式を変換せずに転送することに決定し、処理を終了する。
【０１５３】
以上が転送する形式を決定する処理であるが、高画質で転送することも可能である。なお、ここでの高画質で転送とは、上述したように、図１４で説明した変換の形式のうち、可逆な変換によって変換された画像データの転送を意味する。また、非可逆な変換であっても、要求する画質に適合するのであれば、高画質の定義をそれに合わせて運用しても良い。
【０１５４】
高画質で転送する場合、予めオペレータにより、オペレーションパネル３９から高画質転送が選択される。そのとき表示される画面は、図３７に示されるテキストボックス９６に高画質転送と表示される画面である。この画面は、転送モード設定画面であり、高画質で転送するかどうかを、するボタン９１または、しないボタン９２でオペレータが選択するための画面である。この画面において、オペレータが、するボタン９１を選択することにより高画質転送される。
【０１５５】
この場合、図３６のフローチャートのステップＳ１１０６の処理の詳細は、図３８に示されるフローチャートの処理となる。このフローチャートの説明をする。
【０１５６】
ステップＳ１２０１で、ＳＣＳ２０は、高画質転送モードかどうかの判断を行う。高画質転送モードではない場合、ＳＣＳ２０は、ステップＳ１２０２で、非高画質転送時の形式決定処理を行い、処理を終了する。ステップＳ１２０１で、高画質転送モードと判断されると、ＳＣＳ２０は、ステップＳ１２０３で高画質転送時の形式決定処理を行い、処理を終了する。
【０１５７】
なお、非高画質転送時と高画質転送時の処理は、それぞれ図２７と図２９となっている。
【図面の簡単な説明】
【０１５８】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】本発明による基本的な処理内容を示す図である。
【図４】融合機をＩＥＥＥ１３９４で接続した様子を示す図である。
【図５】融合機をインターネット・ＬＡＮで接続した様子を示す図である。
【図６】画像データの流れと構成を示す図である。
【図７】入力部から入力される画像データの形式を示す図である。
【図８】ＭＬＢで変換可能な画像データの形式を示す図である。
【図９】ＨＤに記憶可能な画像データの形式を示す図である。
【図１０】出力部から出力される画像データの形式を示す図である。
【図１１】外部Ｉ／Ｆで送受信される画像データの形式を示す図である。
【図１２】ＳＣＳのソフトウェアブロック図である。
【図１３】形式情報の生成と取得の処理を示すフローチャートである。
【図１４】ＭＬＢ画像形式表である。
【図１５】画像形式（入力）表である。
【図１６】画像形式（出力）表である。
【図１７】ＭＬＢ有無表である。
【図１８】形式情報を取得する処理を示すシーケンス図である。
【図１９】融合機ごとのＭＬＢ画像形式表である。
【図２０】融合機ごとのＭＬＢ有無表である。
【図２１】融合機ごとの画像形式（入力）表である。
【図２２】融合機ごとの画像形式（出力）表である。
【図２３】全体の処理を示す概要フローチャートである。
【図２４】転送する形式を決定する処理を示すフローチャートである。
【図２５】一覧表示の画面を示す図である。
【図２６】グレードを決定する処理を示すフローチャートである。
【図２７】連結画像評価表である。
【図２８】高画質転送時の処理を示すフローチャートである。
【図２９】変換形式Ｔｂｌを示す図である。
【図３０】非高画質転送時の処理を示すフローチャートである。
【図３１】変換形式Ｔｂｌを示す図である。
【図３２】転送処理を示すフローチャートである。
【図３３】ＳＣＳのソフトウェアブロック図である。
【図３４】形式情報の生成処理を示すフローチャートである。
【図３５】画像を転送する処理を示すフローチャートである。
【図３６】転送する形式を決定する処理を示すフローチャートである。
【図３７】転送モードの設定画面を示す図である。
【図３８】転送モード設定画面における転送画像の形式決定処理を示すフローチャートである。
【符号の説明】
【０１５９】
１  融合機
２  ソフトウェア群
３  融合機起動部
４  ハードウェア資源
５  アプリケーション層
６  プラットホーム層
７  コントロールサービス層
８  ハンドラ層
９  プリンタアプリ
１０  コピーアプリ
１１  ファックスアプリ
１２  スキャナアプリ
１３  ネットワークコントロールサービス（ＮＣＳ）
１４  デリバリーコントロールサービス（ＤＣＳ）
１５  オペレーションパネルコントロールサービス（ＯＣＳ）
１６  ファックスコントロールサービス（ＦＣＳ）
１７  エンジンコントロールサービス（ＥＣＳ）
１８  メモリコントロールサービス（ＭＣＳ）
１９  ユーザインフォメーションコントロールサービス（ＵＣＳ）
２０  システムコントロールサービス（ＳＣＳ）
２１  システムリソースマネージャ（ＳＲＭ）
２２  ファックスコントロールユニットハンドラ（ＦＣＵＨ）
２３  イメージメモリハンドラ（ＩＭＨ）
２４  ハードウェアリソース
２５  スキャナ
２６  プロッタ
２７  アプリケーションプログラムインターフェース（ＡＰＩ）
２８  エンジンＩ／Ｆ
３０  コントローラボード
３１  ＣＰＵ
３２  システムメモリ（ＭＥＭ−Ｐ）
３３  ノースブリッジ（ＮＢ）
３４  サウスブリッジ（ＳＢ）
３５  ＡＧＰ（Accelerated Graphics Port）
３６  ＡＳＩＣ
３７  ローカルメモリ（ＭＥＭ−Ｃ）
３８  ハードディスク装置（ＨＤ）
３９  オペレーションパネル
４０  ファックスコントロールユニット（ＦＣＵ）
４３  エンジン部
４４  ＭＥＵ
４５、４５ａ、４５ｂ  ＭＬＢ
４６  メモリ
４７  入力部
４８  出力部
４９  プロッタ
５０  親機
５１  子機
５２  外部インタフェース
６０  コマンド解析部
６１  形式情報取得部
６２  形式情報生成部
６３  形式決定部
６４  子機選択部
６５  形式抽出部
６６  変換部
６７  評価部
６８  画質選択部
８０  ＮＩＣ
８１  ＵＳＢデバイス
８２  ＩＥＥＥ１３９４デバイス
８３  セントロニクスデバイス
８４  Ｇ３規格対応ユニット
８５  Ｇ４規格対応ユニット
９１  するボタン
９２  しないボタン
９３、９６  メッセージボックス
９４  子機候補欄
９５  グレード表示欄
【図１】
2004171515.tif 000003
【図２】
2004171515.tif 000004
【図３】
2004171515.tif 000005
【図６】
2004171515.tif 000006
【図７】
2004171515.tif 000007
【図８】
2004171515.tif 000008
【図９】
2004171515.tif 000009
【図１０】
2004171515.tif 000010
【図１１】
2004171515.tif 000011
【図１２】
2004171515.tif 000012
【図１３】
2004171515.tif 000013
【図１４】
2004171515.tif 000014
【図１５】
2004171515.tif 000015
【図１６】
2004171515.tif 000016
【図１７】
2004171515.tif 000017
【図１８】
2004171515.tif 000018
【図１９】
2004171515.tif 000019
【図２０】
2004171515.tif 000020
【図２１】
2004171515.tif 000021
【図２２】
2004171515.tif 000022
【図２３】
2004171515.tif 000023
【図２４】
2004171515.tif 000024
【図２５】
2004171515.tif 000025
【図２６】
2004171515.tif 000026
【図２７】
2004171515.tif 000027
【図２８】
2004171515.tif 000028
【図２９】
2004171515.tif 000029
【図３０】
2004171515.tif 000030
【図３１】
2004171515.tif 000031
【図３２】
2004171515.tif 000032
【図３３】
2004171515.tif 000033
【図３４】
2004171515.tif 000034
【図３５】
2004171515.tif 000035
【図３６】
2004171515.tif 000036
【図３７】
2004171515.tif 000037
【図３８】
2004171515.tif 000038
【図４】
2004171515.tif 000039
【図５】
2004171515.tif 000040