(57)【要約】【課題】画像データの形式の変換をするハードウェアの変換機能を効率よく管理する画像形成装置、変換機能管理方法を提供する。【解決手段】画像形成処理で使用されるハードウェア資源と、画像形成に係るプログラムとを有する画像形成装置において、画像データの形式を変換する１つ以上の変換機能を有する１つ以上の変換ハードウェアと、前記変換ハードウェアの変換機能に関する変換機能情報を有し、該変換機能情報を不揮発性記憶手段に記憶する変換ハードウェア管理手段とを有する。【選択図】図１１
2004228883.tif 000002
【特許請求の範囲】
【請求項１】
画像形成処理で使用されるハードウェア資源と、画像形成に係るプログラムとを有する画像形成装置において、
画像データの形式を変換する１つ以上の変換機能を有する１つ以上の変換ハードウェアと、
前記変換ハードウェアの変換機能に関する変換機能情報を有し、該変換機能情報を不揮発性記憶手段に記憶する変換ハードウェア管理手段と
を有することを特徴とする画像形成装置。
【請求項２】
前記変換ハードウェア管理手段は、前記変換機能情報として、前記変換ハードウェアの異常により動作しない変換機能を示す動作不可管理情報を有することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記動作不可管理情報は、動作する変換機能を示す情報をさらに有することを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記動作不可管理情報は、前記変換ハードウェアごとに設けられることを特徴とする請求項２または３に記載の画像形成装置。
【請求項５】
前記変換ハードウェア管理手段は、前記動作不可管理情報により、前記変換ハードウェアが変換できない画像データの形式を判断することを特徴とする請求項２から４のいずれか１項に記載の画像形成装置。
【請求項６】
前記変換ハードウェア管理手段は、前記変換ハードウェアの変換機能が異常かどうかの検証を行うことを特徴とする請求項１から５のいずれか１項に記載の画像形成装置。
【請求項７】
前記変換ハードウェア管理手段は、画像形成装置の起動時に前記検証を行うことを特徴とする請求項６に記載の画像形成装置。
【請求項８】
前記変換ハードウェア管理手段は、前記変換ハードウェアの起動時に前記検証を行うことを特徴とする請求項６に記載の画像形成装置。
【請求項９】
前記変換ハードウェア管理手段は、前記変換ハードウェアに画像データの形式の変換を要求することにより、前記検証を行うことを特徴とする請求項６から８のいずれか１項に記載の画像形成装置。
【請求項１０】
前記変換ハードウェア管理手段は、変換を要求した前記変換ハードウェアが変換した画像データのデータ内容に基づき、前記変換ハードウェアの変換機能が異常かどうかを検証することを特徴とする請求項９に記載の画像形成装置。
【請求項１１】
前記変換ハードウェア管理手段は、前記変換ハードウェアに画像データの形式を変換させる要求を行った際に計測を開始した時間に基づき、前記変換ハードウェアの変換機能が異常かどうかを検証することを特徴とする請求項９に記載の画像形成装置。
【請求項１２】
前記変換ハードウェア管理手段は、前記検証を行う対象となる変換機能が示された検証項目情報を有することを特徴とする請求項６から１１のいずれか１項に記載の画像形成装置。
【請求項１３】
前記検証項目情報は、前記変換機能が異常かどうかを検証する方法が異なる複数の検証レベルを示す検証レベル情報をさらに有することを特徴とする請求項１２に記載の画像形成装置。
【請求項１４】
前記検証レベルは、前記変換ハードウェアに形式の変換を要求する画像データのサイズに応じて定まることを特徴とする請求項１３に記載の画像形成装置。
【請求項１５】
前記変換機能に対して検証される検証レベルを、前記動作不可管理情報に示されている動作しない変換機能と、動作する変換機能のそれぞれに設定可能であることを特徴とする請求項１２から１４のいずれか１項に記載の画像形成装置。
【請求項１６】
前記変換ハードウェア管理手段が前記検証レベルを変更するため検証レベル変更情報を、さらに有することを特徴とする請求項１３から１５のいずれか１項に記載の画像形成装置。
【請求項１７】
前記変換ハードウェア管理手段に前記画像データの形式の変換を要求する画像データ変換管理手段をさらに有し、
前記変換ハードウェア管理手段は、前記画像データ変換管理手段から、画像データの形式の変換を要求されると、要求を受けた画像データの形式が変換可能かどうかを、前記動作不可管理情報に基づき判断することを特徴とする請求項２から１６のいずれか１項に記載の画像形成装置。
【請求項１８】
前記変換ハードウェア管理手段は、前記画像データ変換管理手段から、要求を受けた画像データの形式が、一の変換ハードウェアで変換不可能な場合、
他の変換ハードウェアで変換可能かどうか判断することを特徴とする請求項１７に記載の画像形成装置。
【請求項１９】
前記ハードウェアは、予め備わっている基本変換部に加え、変換機能を追加する追加変換部を１つ以上追加することが可能であることを特徴とする請求項１から１８のいずれか１項に記載の画像形成装置。
【請求項２０】
前記追加変換部に設けられる変換機能は、前記画像データの画質を向上する変換機能であることを特徴とする請求項１９に記載の画像形成装置。
【請求項２１】
前記追加変換部に設けられる変換機能は、前記基本変換部で変換不可能な画像データの形式を変換する変換機能であることを特徴とする請求項１９または２０に記載の画像形成装置。
【請求項２２】
画像形成処理で使用されるハードウェア資源と、画像形成に係るプログラムと、画像データの形式を変換する１つ以上の変換機能を有する１つ以上の変換ハードウェアとを有する画像形成装置の変換機能管理方法であって、
前記変換機能に関する変換機能情報に応じて、前記変換機能に異常がないかどうかを検証する対象となる前記変換機能を定める検証対象変換機能決定段階と、
前記検証の対象となった前記変換機能情報の検証を行う変換機能検証段階と、
前記検証した結果を不揮発性記憶装置に記憶する検証結果記憶段階と
を有することを特徴とする変換機能管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像データを変換するハードウェアの管理に関し、特に画像形成装置、変換機能管理方法に関する。
【０００２】
【従来の技術】
近年、ファクシミリ、プリンタ、コピーおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、ファクシミリ、プリンタ、コピーおよびスキャナにそれぞれ対応する４種類のアプリケーションを設け、そのアプリケーションを切り替えることより、ファクシミリ、プリンタ、コピーおよびスキャナとして動作させるものである。
【０００３】
このように、融合機は、異なる種類の画像データを扱うために、画像データの形式の変換を行ったり、画像形成装置のハードウェア資源を節約するために、画像データの圧縮・伸長（以下、圧縮・伸長も形式の変換とする）を行ったりしている。
【０００４】
【発明が解決しようとする課題】
これらの変換を、画像データの形式の変換をするハードウェアで行うことがある。この場合、ハードウェアの一部または全部の変換機能に異常が発生している状態で、例えばオペレータが融合機の電源を落とし、再び電源を投入して使用した際に、異常がある変換機能は使えずエラーとなり、使い勝手が良くない。
【０００５】
また、異常のあるハードウェアを、例えばメンテナンスを行うサービスマンが交換した際に、交換したハードウェアのいずれの変換機能も正常に動作するかどうかは、実際に変換を行わないと判定することができなかった。
【０００６】
このように、従来の融合機において、画像データの形式の変換をするハードウェアの変換機能の管理は、人手を煩わすことが多く、非効率的であった。
【０００７】
本発明は、このような問題点に鑑み、画像データの形式の変換をするハードウェアの変換機能を効率よく管理する画像形成装置、変換機能管理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係るプログラムとを有する画像形成装置において、画像データの形式を変換する１つ以上の変換機能を有する１つ以上の変換ハードウェアと、前記変換ハードウェアの変換機能に関する変換機能情報を有し、該変換機能情報を不揮発性記憶手段に記憶する変換ハードウェア管理手段とを有することを特徴とする。
【０００９】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係るプログラムと、画像データの形式を変換する１つ以上の変換機能を有する１つ以上の変換ハードウェアとを有する画像形成装置の変換機能管理方法であって、前記変換機能に関する変換機能情報に応じて、前記変換機能に異常がないかどうかを検証する対象となる前記変換機能を定める検証対象変換機能決定段階と、前記検証の対象となった前記変換機能情報の検証を行う変換機能検証段階と、前記検証した結果を不揮発性記憶装置に記憶する検証結果記憶段階とを有することを特徴とする。
【００１０】
以上のように、本発明によれば、画像データの形式の変換をするハードウェアの変換機能を効率よく管理する画像形成装置、変換機能管理方法が得られる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００１２】
図１は、本発明による融合機の一実施例の構成図を示す。融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。
【００１３】
融合機起動部３は融合機１の電源投入時に最初に実行され、アプリケーション層５およびプラットフォーム６を起動する。例えば融合機起動部３は、アプリケーション層５およびプラットフォーム６のプログラムを、ハードディスク装置（以下、ＨＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）２５と、カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）２６と、変換ハードウェアに対応するＭＬＣ（Ｍｅｄｉａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌｌｅｒ）４５と、スキャナやファクシミリなどのハードウェアリソース２４とを含む。なお、ＭＬＣ４５は、ハードウェアで高速に画像データの形式の変換を行うものであり、融合機１の必要に応じて複数のＭＬＣ４５が搭載されていても良い。
【００１４】
また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とプラットフォーム６とを含む。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。
【００１５】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ９と、コピー用アプリケーションであるコピーアプリ１０と、ファックス用アプリケーションであるファックスアプリ１１と、スキャナ用アプリケーションであるスキャナアプリ１２とを含む。
【００１６】
また、プラットフォーム６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）２１と、ＳＲＭ２１からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層８とを含む。
【００１７】
コントロールサービス層７は、ネットワークコントロールサービス（以下、ＮＣＳという）１３、デリバリーコントロールサービス（以下、ＤＣＳという）１４、オペレーションパネルコントロールサービス（以下、ＯＣＳという）１５、ファックスコントロールサービス（以下、ＦＣＳという）１６、エンジンコントロールサービス（以下、ＥＣＳという）１７、メモリコントロールサービス（以下、ＭＣＳという）１８、ユーザインフォメーションコントロールサービス（以下、ＵＣＳという）１９、システムコントロールサービス（以下、ＳＣＳという）２０など、一つ以上のサービスモジュールを含むように構成されている。
【００１８】
なお、プラットフォーム６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ２８を有するように構成されている。ＯＳは、アプリケーション層５およびプラットフォーム６の各ソフトウェアをプロセスとして並列実行する。
【００１９】
ＮＣＳ１３のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００２０】
例えばＮＣＳ１３は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｅｍｏｎ）により、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）で制御する。
【００２１】
ＤＣＳ１４のプロセスは、蓄積文書の配信などの制御を行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ１６のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００２２】
ＥＣＳ１７のプロセスは、白黒レーザプリンタ２５、カラーレーザプリンタ２６、ハードウェアリソース２４などのエンジン部の制御を行う。ＭＣＳ１８のプロセスは、メモリの取得および開放、ＨＤの利用などのメモリ制御を行う。ＵＣＳ１９は、ユーザ情報の管理を行うものである。
【００２３】
ＳＣＳ２０のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００２４】
ＳＲＭ２１のプロセスは、ＳＣＳ２０と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ２１のプロセスは、白黒レーザプリンタ２５やカラーレーザプリンタ２６などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００２５】
具体的に、ＳＲＭ２１のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。また、ＳＲＭ２１のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００２６】
また、ハンドラ層８は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）２４と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）２３とを含む。ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ２７を利用して、ハードウェア資源４に対する処理要求を行う。変換ハードウェア管理手段に対応するＭＥＵ４４は、ＭＬＣ４３を用いて画像データを変換する。また、ＭＥＵ４４は、ソフトウェアによる画像データの形式の変換も可能である。そして、ＭＥＵ４４は、ＳＲＭ２１、画像データ変換管理手段に対応するＩＭＨ２３を介して通知されるアプリケーションからの変換要求に応じて画像データの形式の変換を行う。
【００２７】
融合機１は、各アプリケーションで共通的に必要な処理をプラットフォーム６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。
【００２８】
図２は、本発明による融合機の一実施例のハードウェア構成図を示す。融合機１は、コントローラ３０と、オペレーションパネル３９と、ＦＣＵ４０と、ＵＳＢデバイス４１と、ＩＥＥＥ１３９４デバイス４２と、エンジン部４３と、ＭＬＣ４５とを含む。
【００２９】
また、コントローラ３０は、ＣＰＵ３１と、システムメモリ（ＭＥＭ−Ｐ）３２と、ノースブリッジ（以下、ＮＢという）３３と、サウスブリッジ（以下、ＳＢという）３４と、ＡＳＩＣ３６と、ローカルメモリ（ＭＥＭ−Ｃ）３７と、ＨＤ３８と、不揮発性記憶手段に対応するＮＶ−ＲＡＭ（Ｎｏｎｖｏｌａｔｉｌｅ  ＲＡＭ）４６を含む。
【００３０】
オペレーションパネル３９は、コントローラ３０のＡＳＩＣ３６に接続されている。また、ＭＬＣ４５、ＦＣＵ４０、ＵＳＢデバイス４１、ＩＥＥＥ１３９４デバイス４２およびエンジン部４３は、コントローラ３０のＡＳＩＣ３６にＰＣＩバスで接続されている。
【００３１】
コントローラ３０は、ＡＳＩＣ３６にローカルメモリ３７、ＨＤ３８などが接続されると共に、ＣＰＵ３１とＡＳＩＣ３６とがＣＰＵチップセットのＮＢ３３を介して接続されている。このように、ＮＢ３３を介してＣＰＵ３１とＡＳＩＣ３６とを接続すれば、ＣＰＵ３１のインタフェースが公開されていない場合に対応できる。
【００３２】
なお、ＡＳＩＣ３６とＮＢ３３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）３５を介して接続されている。このように、図１のアプリケーション層５やプラットフォーム６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ３６とＮＢ３３とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。
【００３３】
ＣＰＵ３１は、融合機１の全体制御を行うものである。ＣＰＵ３１は、ＮＣＳ１３、ＤＣＳ１４、ＯＣＳ１５、ＦＣＳ１６、ＥＣＳ１７、ＭＣＳ１８、ＵＣＳ１９、ＳＣＳ２０、ＳＲＭ２１、ＦＣＵＨ２２およびＩＭＨ２３をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ９、コピーアプリ１０、ファックスアプリ１１、スキャナアプリ１２を起動して実行させる。
【００３４】
ＮＢ３３は、ＣＰＵ３１、システムメモリ３２、ＳＢ３４およびＡＳＩＣ３６を接続するためのブリッジである。システムメモリ３２は、融合機１の描画用メモリなどとして用いるメモリである。ＳＢ３４は、ＮＢ３３とＲＯＭ、ＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ３７はコピー用画像バッファ、符号バッファとして用いるメモリである。
【００３５】
ＡＳＩＣ３６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤ３８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル３９は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００３６】
ＭＬＣ４５は、上述したように画像データの形式を変換するハードウェアである。このＭＬＣ４５の内部について図３を用いて説明する。ＭＬＣ４５は、ＰＣＩインタフェース６１と、Ｂａｓｉｃ６３と、オプションＰ６４とオプションＱ６５と、有無判定レジスタ６２とを有する。ＰＣＩインタフェース６１は、ＰＣＩバスに接続するためのインタフェースである。
【００３７】
Ｂａｓｉｃ６３は、ＭＬＣ４５に予め備わっている基本変換部であり、２値、４値、８値、ＭＨ／ＭＲ／ＭＭＲ、ＪＰＥＧ、ＲＧＢ／ｓＲＧＢ、ＮＦＣ１、ＴＩＦＦの形式である画像データの変換が可能となっている。なお、ＮＦＣ１は、圧縮形式の一つである。
【００３８】
オプションＰ６４とオプションＱ６５は、変換機能が追加された追加変換部である。このうち、オプションＰ６４は、画像データの画質を向上させる変換を行うＲｉ１０という変換機能を有する。また、オプションＱ６５は、Ｂａｓｉｃ６３で変換不可能な画像データの形式であるＪＰＥＧ２０００の形式を変換するＲｉ２０００という変換機能を有する。なお、図３においてこれらオプションは、２つであるが、オプションを追加したり外したりして増減することが可能である。
【００３９】
ハードウェア情報に対応する有無判定レジスタ６２は、ＭＬＣ４５が有するＢａｓｉｃとオプションに関するＭＬＣ情報を表している。具体的に有無判定レジスタ６２は、Ｂａｓｉｃと追加されたオプションの有無を表す情報である。
【００４０】
次に、画像データの形式の変換に関するソフトウェアブロック図を、図４を用いて説明する。図４には、上位アプリ６６と、ＳＲＭ２１と、ＩＭＨ２３と、画像変換部６７と、変換管理手段に対応する画像変換デバイス管理モジュール６８と、画像変換デバイスドライバ６９と、ＭＬＣ４５とが示されている。
【００４１】
上位アプリ６６は、図１で示したプリンタ、コピー、ファックス、スキャナの各アプリケーションを包括的に示したものである。また、ＳＲＭ２１は、ＩＭＨ２３に対し、アプリケーションからの変換要求を通知するためにｃｏｎｆｉｇ要求を行う。このｃｏｎｆｉｇ要求とは、ある形式からある形式への変換であることを示す情報などを含む要求である。
【００４２】
ＩＭＨ２３は、画像データの形式の変換で用いられるメモリを取得するとともに、破線で囲まれたＭＥＵ４４に対して画像データの形式の変換を要求する。
【００４３】
ＭＥＵ４４は、ＭＬＣ４５や、ソフトウェアで画像データの形式の変換を行う変換ライブラリを用いて画像データの形式の変換を行う。画像変換モジュール６７は、上記変換ライブラリと、画像変換デバイスドライバ６９を動作させるための関数群とを有する。画像データ変換デバイスドライバ６９は、ＭＬＣ４５の制御を行う。
【００４４】
次に、画像データの形式の変換やＭＬＣ４５に異常が発生した場合などにおける、画像変換モジュール６７と、画像変換デバイスドライバ６９と、ＭＬＣ４５の処理の概要を、図面を用いて説明する。
【００４５】
図５には、画像変換モジュール６７と、画像変換デバイスドライバ６９と、ＭＬＣ４５ａが示されている。また、図５におけるＭＬＣ４５ａは、現時点で正常に動作している。この場合、画像変換モジュール６７は、画像データの形式の変換要求（Ｒｅｑ）を画像変換デバイスドライバ６９にすると、画像変換デバイスドライバ６９は、ＭＬＣ４５ａに画像データの形式の変換要求（Ｒｅｑ）をする。ＭＬＣ４５ａは、画像データの形式の変換を終えると、画像変換デバイスドライバ６９に、変換終了（ＯＫ）を通知し、画像変換デバイスドライバ６９も画像変換モジュール６７に変換終了（ＯＫ）を通知する。
【００４６】
このようにして、ＭＬＣ４５ａが正常な場合の処理は行われる。次に、ＭＬＣ４５ａの異常が検出された場合の処理を、図６を用いて説明する。
【００４７】
画像変換モジュール６７は、画像データの形式の変換要求（Ｒｅｑ）を画像変換デバイスドライバ６９にすると、画像変換デバイスドライバ６９は、ＭＬＣ４５ａに画像データの形式の変換要求（Ｒｅｑ）をする。
【００４８】
ここで、ＭＬＣ４５ａからＮＧが画像変換デバイスドライバ６９に通知されている。このＮＧは、画像変換モジュール６７または画像変換デバイスドライバ６９が結果的に判断するＮＧであり、この図６においては、理解を容易にするための表現となっている。なお、この異常を判定する処理については後に詳細な説明をする。
【００４９】
このように、ＭＬＣ４５ａが異常となると、図７に示されるように、画像データの形式の変換が不可能となる。そこで、図８に示されるように、異常なＭＬＣ４５ａを正常なＭＬＣ４５ｂに交換する。この交換は、融合機１のオペレータなどにより行ってもよいし、ＭＬＣ４５ａとＭＬＣ４５ｂの２つが融合機１に接続されている場合は、融合機１自身で切り替えても良い。
【００５０】
交換あるいは切り替えた、ＭＬＣ４５ｂの起動時に、図９に示されるように、画像変換モジュール６７と画像変換デバイスドライバ６９は、ＭＬＣ４５ｂのチェック（ＣｈｅｃｋＲｅｑ）を行い、ＭＬＣ４５ｂが正常（ＣｈｅｃｋＯＫ）であることを確認する。このように、チェックした結果、ＭＬＣ４５ｂが正常であることが確認できると、図１０に示されるように、画像データの形式の変換が可能となる。
【００５１】
以下、上述した処理の詳細について説明する。最初に、全体の処理の流れを、図１１の概要フローチャートを用いて説明する。ステップＳ１０１で、画像変換モジュール６７は、ＭＬＣの接続状況をチェックする。次に、ＳＲＭ２１は、ステップＳ１０２で、ＭＬＣを含む融合機１に接続されている全てのハードウェアの状況を記憶する。次のステップＳ１０３は、検証対象変換機能決定段階に対応する。ステップＳ１０３で、画像変換モジュール６７は、後述する設定レベルと変換デバイス動作不可管理フラグに基づき、先ほど説明したＭＬＣ４５をチェックするモードであるＳＰモードにおいてチェックする項目を作成するため、ＳＰモードチェック機能項目フラグをチェックする。
【００５２】
次のステップＳ１０４は、変換機能検証段階に対応する。ステップＳ１０４で、画像変換モジュール６７は、ＭＬＣ４５に対し、ＳＰモードチェック機能項目フラグにチェックされている機能項目をチェックする。そして、ステップＳ１０５で、画像変換モジュール６７は、ＳＰモードの切り替えを行う。これは、チェックする内容のレベルの切り替えである。
【００５３】
次に、画像変換モジュール６７は、ステップＳ１０６で、判定用の画像データをＭＬＣ４５に変換させ、異常判定を行い、変換デバイス動作不可管理フラグを設定する。このステップＳ１０６の処理の中で、画像変換モジュール６７は、検証結果記憶段階に対応する処理を行う。そして、画像変換モジュール６７は、ステップＳ１０７でＳＰモードの設定を行い、ＭＬＣ４５のチェックに関する処理を終了する。
【００５４】
以上説明したステップの順番に従って以降の説明をしていく。まず最初に、上記ステップＳ１０１のＭＬＣ４５の接続状況のチェック処理について説明する。
【００５５】
この処理の説明にあたり、画像変換モジュール６７がＭＬＣの接続状況のチェックに用いる変換デバイス管理フラグを最初に説明する。
【００５６】
図１２に示されるビット列７０は、変換デバイス管理フラグであり、８ビットのビット列となっている。このビット列には、図に示されるように、最下位から、Ｂａｓｉｃ、オプションＰ、オプションＱの有無の情報が割り当てられる。
【００５７】
まず、Ｂａｓｉｃの有無は、図１３に示されるように、最下位のビットにより示される。この最下位のビットは、Ｂａｓｉｃがある場合、ビット列７１に示されるように、ビットを立て、無い場合は、ビット列７２に示されるようにビットを立てない。
【００５８】
また、オプションＰの有無は、図１４に示されるように、最下位から２番目のビットにより示される。この最下位から２番目のビットは、オプションＰがある場合、ビット列７３に示されるように、ビットを立て、無い場合は、ビット列７２に示されるようにビットを立てない。
【００５９】
そしてオプションＱの有無は、最下位から３番目のビットにより示される。この最下位から３番目のビットは、図１５に示されるように、オプションＱがある場合、ビット列７５に示されるように、ビットを立て、無い場合は、ビット列７６に示されるようにビットを立てない。
【００６０】
このように、画像変換モジュール６８は、有無判定レジスタに基づいた変換デバイス管理フラグを有する。また、これらのビットは、３つに限らず、オプションの数に応じて増減する。
【００６１】
次に、以上説明した変換デバイス管理フラグのセットをする処理を、図１６のフローチャートを用いて説明する。なお、図１６のフローチャートは、上述したように、図１１のステップＳ１０１の詳細な処理である。
【００６２】
ステップＳ２０１は、画像変換モジュール６７の起動である。次のステップＳ２０２で、画像変換モジュール６７は、画像変換デバイスドライバ６９を通じてＭＬＣ４５の情報を取得する。
【００６３】
取得したＭＬＣ４５の情報から、画像変換モジュール６７は、まず、ＭＬＣ４５があるかどうかステップＳ２０３で判断する。ＭＬＣ４５が無い場合、画像変換モジュール６７は、ステップＳ２０４で、変換デバイス管理フラグをセットせずに処理を終了する。
【００６４】
ステップＳ２０３で、ＭＬＣ４５があると判断された場合、画像変換モジュール６７は、ステップＳ２０５で、ＭＬＣ４５の変換デバイス管理フラグをセットする。そして、画像変換モジュール６７は、ステップＳ２０６で、ＭＬＣ４５に付属するオプション数をチェックする。
【００６５】
次のステップＳ２０７で、画像変換モジュール６７は、付属しているオプションがあったかどうか判断する。無い場合、画像変換モジュール６７は、処理を終了する。オプションがある場合、画像変換モジュール６７は、ステップＳ２０８で、付属する全てのオプション数をチェックする。
【００６６】
次に、画像変換モジュール６７は、ステップＳ２０９で、オプションチェック用のｎを初期化する。このｎは、次ステップから始まる処理のループカウンタに用いられる。
【００６７】
ステップＳ２１０で、画像変換モジュール６７は、オプションｎが接続されているかどうか判断する。このオプションｎとは、例えばオプションＰは１番目で、オプションＱが２番目などの予めオプションごとに定められた番号を示す。
【００６８】
ステップＳ２１０で、オプションｎが接続されていない場合、画像変換デバイス管理モジュール６８は、ステップＳ２１１で、そのｎ番目に対応するオプション管理フラグをセットせずに、ステップＳ２１５へ処理を進める。
【００６９】
ステップＳ２１０で、オプションｎが接続されている場合、画像変換モジュール６７は、ステップＳ２１２で、そのｎ番目に対応するオプション管理フラグをセットする。
【００７０】
次のステップＳ２１３で、画像変換モジュール６７は、付属されていることが確認できたチェック済みオプション数をカウントする。これは、いままで確認できたオプションの数の単純合計を求める処理である。
【００７１】
その次に、画像変換モジュール６７は、オプションの種類ごとの合計を求める。この合計は、例えば、オプションＰは３個あり、オプションＱは２個あるなどの合計である。
【００７２】
次のステップＳ２１５で画像変換モジュール６７は、全てのオプションをチェックしたかどうか判断する。そして、チェックが終了した場合、画像変換モジュール６７は、処理を終了し、チェックが終了していない場合、画像変換モジュール６７は、再びステップＳ２１０の処理を行う。
【００７３】
以上が、図１１のステップＳ１０１の処理である。次に、図１１のステップＳ１０２の処理の詳細を説明する。図１１のステップＳ１０２は、ＳＲＭ２１が全てのハードウェアの接続状況のチェック行う処理である。このうち、ＭＬＣ４５に関するチェックは、画像変換モジュール６７から通知される変換デバイス管理フラグに基づく情報を元に行われる。
【００７４】
次に、この処理で用いられる、ＳＲＭ２１が全てのハードウェアの接続状況のチェックに用いるハード管理フラグを説明する。
【００７５】
図１７に示されるビット列７７は、ハード管理フラグであり、３２ビットのビット列となっている。このビット列には、図に示されるように、最下位から、Ｂａｓｉｃ、オプションＰ、オプションＱの有無の情報が割り当てられる。
【００７６】
また、ハード管理フラグは、先ほどの変換デバイス管理フラグと比較し、ビット列の長さが異なっている。このハード管理フラグのビットの数が多いのは、ＳＲＭ２１が、他のハードウェアの資源も管理するためである。
【００７７】
以下、図１８、１９、２０を用いてハード管理フラグの説明をする。
【００７８】
まず、Ｂａｓｉｃの有無は、図１８に示されるように、最下位のビットにより示される。この最下位のビットは、Ｂａｓｉｃがある場合、ビット列７８に示されるように、ビットを立て、無い場合は、ビット列７９に示されるようにビットを立てない。
【００７９】
また、オプションＰの有無は、図１９に示されるように、最下位から２番目のビットにより示される。この最下位から２番目のビットは、オプションＰがある場合、ビット列８０に示されるように、ビットを立て、無い場合は、ビット列８０に示されるようにビットを立てない。
【００８０】
そしてオプションＱの有無は、最下位から３番目のビットにより示される。この最下位から３番目のビットは、図２０に示されるように、オプションＱがある場合、ビット列８２に示されるように、ビットを立て、無い場合は、ビット列８３に示されるようにビットを立てない。
【００８１】
次に、図１１のステップＳ１０３の処理の詳細を説明する。この処理では、検証項目情報に対応するチェック機能項目フラグと、動作不可管理情報に対応する変換動作不可管理フラグの２つのフラグが用いられる。
【００８２】
このうち、チェック機能項目フラグは、ＭＬＣの変換機能の検証を行う対象となる変換機能が示され、その変換機能を検証するために用いられる。また、動作不可管理情報は、ＭＬＣの異常により、動作しない変換機能を示すものである。
【００８３】
そして、これらのフラグのフォーマットは、以下で説明するように同一となっている。
【００８４】
図２１は、フラグのフォーマットを示す図である。このフォーマットは、Ｂａｓｉｃ、オプションＰ、Ｑ、複合に分けられている。そして、それぞれが有する変換機能と対応して、図２１では「０」が示されている部分に、数が代入されるようになっている。
【００８５】
例えば、図２１において、Ｂａｓｉｃは６つの変換機能を有し、オプションＰ、Ｑはそれぞれ３つの変換機能を有していることが示されている。そして、このフォーマットは、これらの変換機能と、変換する画像データの形式Ａ〜Ｊが対応付けられている。
【００８６】
例えば、形式Ｂを変換する場合に必要となるのは、Ｂａｓｉｃの右から２つめに対応する変換機能と、オプションＱの右端に対応する変換機能の、２つの変換機能が必要であることが分かる。
【００８７】
このように、フラグのフォーマットが、ＭＬＣの変換機能と、変換する形式と対応しているため、ＭＬＣの変換機能の個々の異常により、ＭＥＵは、どの形式が変換できないかが判断できるようになっている。
【００８８】
したがって、このフォーマットのフラグは、ＭＬＣのチェック機能項目フラグと、変換デバイス動作不可管理フラグとして用いることができるようになっている。
【００８９】
変換デバイス動作不可管理フラグとして用いる場合、例えば図２２に示されるように、異常がある変換機能が対応する部分に「１」が代入される。図２２の変換デバイス動作不可管理フラグでは、Ｂａｓｉｃに２つの異常があり、オプションＰ、Ｑ、複合にそれぞれ１つずつ異常があることが分かる。そして、「１」が代入されていない変換機能は動作する変換機能である。
【００９０】
また、この変換デバイス動作不可管理フラグは、ＭＬＣが複数ある場合、ＭＬＣごとに設けられる。すなわち、ＭＬＣが例えば３つあると、変換デバイス動作不可管理フラグも３つ設けられる。
【００９１】
さらに、変換デバイス動作不可管理フラグは、融合機１に電源が供給されなくなっても保持するため、ＮＶ−ＲＡＭ４６に記憶される。そのため、再び電源が供給されたときに、ＭＥＵは、変換デバイス動作不可管理フラグを参照することができる。
【００９２】
また、チェック機能項目フラグとして用いる場合、例えば図２３、２４に示されるように、「０」、「１」、「２」のいずれかの値が代入される。これらの代入される数字は、図２５に示されるＳＰモードレベルにより定まる。この図２５について説明する。図２５は、検証レベルに対応するＳＰモードレベルと、そのレベル及びＮＧ＿Ｆｕｎｋ設定、Ｇｏｏｄ＿Ｆｕｎｃ設定のときに行われるチェック内容が示されている。
【００９３】
まず、ＮＧ＿Ｆｕｎｋ設定、Ｇｏｏｄ＿Ｆｕｎｃ設定について説明する。ＮＧ＿Ｆｕｎｋ設定とは、変換デバイス動作不可管理フラグに記憶されている動作不可と判定された変換機能に対するＳＰモードレベルの設定である。また、Ｇｏｏｄ＿Ｆｕｎｋ設定とは、変換デバイス動作不可管理フラグに記憶されている動作可と判定された変換機能に対するＳＰモードレベルの設定である。
【００９４】
このように、チェック機能項目フラグに対し、変換機能に対して検証される検証レベルを、前記動作不可管理情報に示されている動作しない変換機能と、動作する変換機能のそれぞれに設定可能である。
【００９５】
次に、チェック内容について説明する。チェック内容は、ＮＧ＿Ｆｕｎｋ設定、Ｇｏｏｄ＿Ｆｕｎｃ設定のそれぞれにあるが、図２５では、いずれの内容も同一である。この内容は、必要に応じてチェック内容を変えてもよい。
【００９６】
レベル０のチェック内容である「Ｃｈｅｃｋしない」は、何のチェックもしない。また、レベル１の「少量データ変換Ｃｈｅｃｋ」は、比較的少ないデータ量の画像データの形式を、ＭＬＣに変換させて、その変換結果を検証するチェックである。このチェックは、データ量が少ないため、比較的短い時間でチェックすることが可能である。
【００９７】
レベル２の「データ変換Ｃｈｅｃｋ」は、「少量データ変換Ｃｈｅｃｋ」よりも多いデータ量の画像データの形式を、ＭＬＣに変換させて、その変換結果を検証するチェックである。
【００９８】
以上説明したレベル０、１、２が、チェック機能項目フラグの「０」、「１」、「２」と対応している。
【００９９】
このように、チェック機能項目フラグは、変換機能が異常かどうかを検証する方法が異なる複数の検証レベルを示す検証レベル情報「０」、「１」、「２」を有する。
【０１００】
そして、検証レベルは、ＭＬＣに形式の変換を要求する画像データのサイズに応じて定まる。
【０１０１】
これらフラグを用いて行われるＳＰモードチェック機能項目フラグチェック処理について、図２６のフローチャートを用いて説明する。
【０１０２】
ステップＳ３０１で、画像変換モジュール６７は、チェック機能項目フラグを「０」で初期化する。次に、画像変換モジュール６７は、ＮＧ＿ＦｕｎｋのＳＰレベルモードが１以上かどうか判断し、１以上ではない場合、すなわち０の場合は、ステップＳ３０６へ処理を進める。
【０１０３】
ＳＰレベルモードが１以上の場合、画像変換モジュール６７は、ステップＳ３０３で、ＮＧ＿ＦｕｎｋのＳＰレベルモードが２かどうか判断し、２ではない場合、すなわち１の場合は、ステップＳ３０４へ処理を進める。
【０１０４】
ステップＳ３０４で、画像変換モジュール６７は、ＮＶ−ＲＡＭ４６に記憶されている変換デバイス動作不可管理フラグにおいて、フラグが立っている変換機能と、チェック機能項目フラグにおける同じ変換機能の部分に１を立てる。すなわち、この処理は、異常と判定された変換機能をＳＰモードレベル１でチェックするための処理である。
【０１０５】
この処理によって設定されるチェック機能項目フラグの例として、変換デバイス動作不可管理フラグが図２２に示されるフラグの場合、チェック機能項目フラグは、図２４に示されるフラグとなる。
【０１０６】
ステップＳ３０３で、ＮＧ＿ＦｕｎｋのＳＰレベルモードが２かどうか判断し、２の場合、画像変換モジュール６７は、ステップＳ３０５へ処理を進める。そして、画像変換モジュール６７は、ＮＶ−ＲＡＭ４６に記憶されている変換デバイス動作不可管理フラグにおいて、フラグが立っている変換機能と、チェック機能項目フラグにおける同じ変換機能の部分に２を立てる。
【０１０７】
次のステップから、Ｇｏｏｄ＿Ｆｕｎｃに関する処理となる。ステップＳ３０６で、画像変換モジュール６７は、Ｇｏｏｄ＿ＦｕｎｋのＳＰレベルモードが１以上かどうか判断し、１以上ではない場合、すなわち０の場合は、ステップＳ３１０へ処理を進める。
【０１０８】
ステップＳ３１０で、画像変換モジュール６７は、Ｇｏｏｄ＿ＦｕｎｃとＮＧ＿ＦｕｎｋのＳＰモードレベルが共に０の場合、ステップＳ３１１で、チェック機能項目フラグと変換デバイス動作不可管理フラグを初期化し、処理を終了する。ステップＳ３１０で、Ｇｏｏｄ＿ＦｕｎｃとＮＧ＿ＦｕｎｋのＳＰモードレベルが共に０ではない場合、画像変換モジュール６７は、処理を終了する。
【０１０９】
ステップＳ３０６の処理に戻る。ステップＳ３０６で、ＳＰレベルモードが１以上の場合、画像変換モジュール６７は、ステップＳ３０７で、Ｇｏｏｄ＿ＦｕｎｋのＳＰレベルモードが２かどうか判断し、２ではない場合、すなわち１の場合は、ステップＳ３０９へ処理を進める。
【０１１０】
ステップＳ３０９で、画像変換モジュール６７は、ＮＶ−ＲＡＭ４６に記憶されている変換デバイス動作不可管理フラグにおいて、フラグが立っていない変換機能と、チェック機能項目フラグにおける同じ変換機能の部分に１を立てて、処理を終了する。すなわち、この処理は、正常と判定された変換機能をＳＰモードレベル１でチェックするための処理である。
【０１１１】
ステップＳ３０７で、Ｇｏｏｄ＿ＦｕｎｋのＳＰレベルモードが２かどうか判断し、２の場合、画像変換モジュール６７は、ステップＳ３０８へ処理を進める。そして、画像変換モジュール６７は、ＮＶ−ＲＡＭ４６に記憶されている変換デバイス動作不可管理フラグにおいて、フラグが立っていない変換機能と、チェック機能項目フラグにおける同じ変換機能の部分に２を立てて処理を終了する。
【０１１２】
以上説明した処理が、ＳＰモードチェック機能項目フラグチェック処理である。次に、図１１のステップＳ１０４の処理の詳細を説明する。この処理は、ステップＳ１０３で設定されたチェック機能項目フラグに従って、チェック機能の項目をチェックする処理である。この処理は、図９を用いて説明したように、ＭＬＣを交換し、ＭＬＣの起動時に行われる場合と、融合機１の起動時に行われる場合がある。
【０１１３】
この処理を、シーケンス図とフローチャートとを用いて説明する。最初に、チェックされるＭＬＣの異常について説明する。ＭＬＣの異常には、大きく分けて２つの可能性がある。一つは、ＭＬＣに搭載されているＩＣなどの異常によるＭＬＣ本体の異常であり、もう一つは、インタフェースとして用いられているＰＣＩバスの異常であるバスエラーである。
【０１１４】
このうち、本実施の形態で検証するのは、ＭＬＣ本体が異常の場合である。この場合、ＭＥＵ４４が、変換を要求したＭＬＣが変換した画像データのデータ内容に基づき、ＭＬＣの変換機能が異常かどうかを検証する場合と、ＭＥＵ４４が、ＭＬＣに画像データの形式を変換させる要求を行った際に計測を開始した時間に基づき、ＭＬＣの変換機能が異常かどうかを検証する場合の２つのパターンがある。
【０１１５】
これらの２つのパターンのうち、図２７に示されるシーケンス図は、ＭＥＵ４４が変換結果を検証するパターンである。ステップＳ１で、画像変換モジュール６７は、画像変換デバイスドライバ６９に変換要求を行う。次のステップＳ２で、画像変換デバイスドライバ６９は、ＭＬＣ４５に変換要求を行う。
【０１１６】
そして、ＭＬＣ４５は、画像データの形式の変換が終了すると、ステップＳ３で画像変換デバイスドライバ６９に終了通知を行う。画像変換デバイスドライバ６９は、ステップＳ４で、終了通知を画像変換モジュール６７に通知する。その終了通知を受信した画像変換モジュール６７は、ＭＬＣ４５による変換結果を検証する。この検証により、ＭＥＵ４４は、ＭＬＣ４５の異常を検出する。
【０１１７】
次の図２８に示されるシーケンス図は、計測を開始した時間に基づき検証するパターンである。ステップＳ５で、画像変換モジュール６７は、画像変換デバイスドライバ６９に変換要求を行う。次のステップＳ６で、画像変換デバイスドライバ６９は、ＭＬＣ４５に変換要求を行う。
【０１１８】
しかし、終了通知が、変換要求を行ってから計測を開始した時間が、所定の時間を経過してもＭＬＣ４５から通知されないため、画像変換デバイスドライバ６９は、タイムアウトと判定し、ステップＳ７で、そのことを画像変換モジュール６７に通知する。この通知により、ＭＥＵ４４は、ＭＬＣ４５の異常を検出する。
【０１１９】
次に、図２９を用いて、チェック機能の項目をチェックする処理を説明する。ステップＳ４０１で、ＭＥＵ４４は、以降の処理で用いられるループカウンタＮの初期化をする。このＮは、チェック機能項目フラグにより変換可能な形式の数だけカウントされる。例えば、チェック機能項目フラグが、図２１の場合、変換可能な形式の数が１０あるので、Ｎは、１〜１０あるいは、０〜９でカウントされる。
【０１２０】
ステップＳ４０２から、カウンタＮにより定まるＮ番目の形式の機能項目のチェックが始まる。ステップＳ４０３で、ＭＥＵ４４は、Ｎ番目の形式のＳＰモードレベルが１以上かどうか判断する。ＳＰモードレベルが１以上でない場合、ＳＰモードレベルが０であるので、チェックは行われず、処理は終了する。
【０１２１】
Ｎ番目の機能項目のＳＰモードレベルが１以上の場合、ＭＥＵ４４は、ステップＳ４０４で、Ｎ番目の機能項目のＳＰモードレベルが１の場合、ステップＳ４０６で、ＭＬＣ４５にＮ番目の機能項目の変換機能を用いて少量の画像データの形式を変換させ、変換終了を通知された場合は、その変換された画像データのｓｕｍ値をチェックする。この画像データはチェック用画像データであり、ＭＥＵ４４は、正常な変換が行われた場合の画像データのｓｕｍ値を予め用意している。
【０１２２】
ステップＳ４０４で、Ｎ番目の機能項目のＳＰモードレベルが１ではない場合も同様に、ステップＳ４０５で、ＭＬＣ４５にＮ番目の機能項目の変換機能を用いて画像データの形式を変換させ、変換終了を通知された場合は、その変換された画像データのｓｕｍ値をチェックする。
【０１２３】
ステップＳ４０７で、ＭＥＵ４４は、ＭＬＣ４５の変換実行結果がタイムアウトかｓｕｍ値の異常かどうか判断する。タイムアウトまたは異常と判断されなかった場合、ＭＥＵ４４は、ステップＳ４１０へ処理を進める。
【０１２４】
ステップＳ４０７で、タイムアウトまたは異常と判断された場合、ステップＳ４０８で、ＭＥＵ４４は、変換デバイス動作不可フラグのうち、その形式が用いる変換機能に対応するフラグに１をセットする。そして、ＭＥＵ４４は、ステップＳ４０９で、チェック機能項目フラグのうち、タイムアウトまたは異常と判断された形式が用いる変換機能に対応するフラグに０をセットする。
【０１２５】
このようにして、１つの形式のチェックが終了すると、ＭＥＵ４４は、次の形式のチェックをするために、ステップＳ４１０で、ループカウンタＮをカウントする。次に、ＭＥＵ４４は、ステップＳ４１１で、そのループカウンタＮにより、チェック機能項目フラグを全てチェックしたかどうか判断する。全てチェックした場合、ＭＥＵ４４は処理を終了し、まだチェックしていなければ、再びステップＳ４０２の処理を行う。
【０１２６】
以上説明した処理において、変換デバイス動作不可フラグに実際にセットされる様子を、図面を用いて説明する。図３０は、ＢａｓｉｃとオプションＱにより変換される形式ＢをＭＬＣ４５に変換させた際に、Ｂａｓｉｃによりタイムアウトまたは異常と判断された場合の変換デバイス動作不可フラグを示している。この場合、Ｂａｓｉｃによるタイムアウトまたは異常であるため、Ｂａｓｉｃのみに１がセットされる。
【０１２７】
次の図３１は、Ｂａｓｉｃの機能とオプションＰの変換機能により変換される形式ＣをＭＬＣ４５に変換させた際に、オプションＰによりタイムアウトまたは異常と判断された場合の変換デバイス動作不可フラグを示している。この場合、オプションＰによるタイムアウトまたは異常であるため、オプションＰのみに１がセットされる。
【０１２８】
次の図３２は、Ｂａｓｉｃの変換機能とオプションＱの変換機能により変換される形式ＨをＭＬＣ４５に変換させた際に、タイムアウトまたは異常と判断された場合の変換デバイス動作不可フラグを示している。この場合は、複合であるため、形式Ｈに対応するフラグに１がセットされる。
【０１２９】
このようにＭＬＣのチェックを終了すると、次は、図１１のステップＳ１０５のＳＰモードの切り替え処理が行われる。ＳＰモードの切り替え処理とは、次に行われるＭＬＣのチェックのために、ＳＰモードのレベルを切り替える処理である。このＳＰモードレベルを切り替えるためのＣｈａｎｇｅ設定について、図３３を用いて説明する。図３３に示されるように、検証レベル変更情報に対応するＣｈａｎｇｅ設定にもレベルがあり、Ｌｅｖｅｌ０は、切り替え無しで、Ｌｅｖｅｌ１は、ＬｅｖｅｌＵｐ切り替えで、Ｌｅｖｅｌ２は、ＬｅｖｅｌＤｏｗｎ切り替えとなっている。
【０１３０】
このレベルによりＳＰモードのレベルを切り替える処理を、図３４のフローチャートを用いて説明する。
ステップＳ５０１で、ＭＥＵ４４は、Ｃｈａｎｇｅ設定がＬｅｖｅｌ１以上かどうか判断し、Ｌｅｖｅｌ１未満、すなわちＬｅｖｅｌ０であれば、ＮＧ＿Ｆｕｎｃ、Ｇｏｏｄ＿ＦｕｎｃのＳＰモードレベルを切り替えずに処理を終了する。
【０１３１】
また、ステップＳ５０１で、Ｃｈａｎｇｅ設定がＬｅｖｅｌ１以上と判断し、ステップＳ５０２で、Ｃｈａｎｇｅ設定がＬｅｖｅｌ１と判断した場合は、ＭＥＵ４４は、ＮＧ＿Ｆｕｎｃ、Ｇｏｏｄ＿ＦｕｎｃのＳＰモードレベルを共に１上げる。
【０１３２】
ステップＳ５０１で、Ｃｈａｎｇｅ設定がＬｅｖｅｌ１以上と判断し、ステップＳ５０２で、Ｃｈａｎｇｅ設定がＬｅｖｅｌ１とは異なる、すなわちＬｅｖｅｌ２と判断した場合は、
ＮＧ＿Ｆｕｎｃ、Ｇｏｏｄ＿ＦｕｎｃのＳＰモードレベルを共に１下げる。
【０１３３】
次に、図１１のステップＳ１０６の処理である画像データの形式の変換実行と故障判定について、図３５を用いて詳細な説明をする。
【０１３４】
ステップＳ６０１で、上位アプリからの変換要求は、ＳＲＭ２１を介してＩＭＨ２３に画像データの形式の変換要求を行う。次のステップＳ６０２で、ＩＭＨ２３は、ＭＥＵ４４に変換要求を行う。
【０１３５】
ＭＥＵ４４は、ステップＳ６０３で、ＩＭＨ２３から、画像データの形式の変換を要求されると、要求を受けた画像データの形式が変換可能かどうかを、変換機能不可管理フラグに基づき判断する。これは、変換機能不可管理フラグに変換を実行するために使用する変換機能のフラグがセットされているかどうかにより判断される。
【０１３６】
セットされていない場合は、画像データの形式の変換が可能であるので、ＭＥＵ４４の画像変換モジュール６７は、ステップＳ６０４で、画像変換デバイスドライバ６９に変換要求を行う。
【０１３７】
次に、ＭＥＵ４４は、変換要求に対する変換終了応答が、タイムアウトまたは異常にならず正常に終了したかどうか判断する。タイムアウトまたは異常の場合、ＭＥＵ４４は、ステップＳ６０８で、変換要求された画像データの形式の変換に使用する変換機能と変換デバイス動作フラグをセットしてＮＶ−ＲＡＭ４６に記憶する。
【０１３８】
次に、ＭＥＵ４４は、ステップＳ６０９で、ＭＬＣを複数搭載している場合、変換要求された画像データの形式の変換を実現できる他のＭＬＣで、変換機能不可フラグがセットされていないのがあるかどうか判断する。他のＭＬＣがある場合、ＭＥＵ４４は、ステップＳ６１１で変換機能不可フラグがセットされていない他のＭＬＣをＩＭＨ２３に指定し、再びＩＭＨ２３は、ステップＳ６０３の処理を行う。
【０１３９】
このように、ＭＥＵ４４は、ＩＭＨ２３から、要求を受けた画像データの形式が、一のＭＬＣで変換不可能な場合、他のＭＬＣで変換可能かどうか判断する。
【０１４０】
ステップＳ６０９で、他のＭＬＣがない場合、ＭＥＵ４４は、ステップＳ６１０で変換不可をＩＭＨ２３に通知し、ステップＳ６０７へ処理を進める。
【０１４１】
ステップＳ６０５の処理に戻る。ステップＳ６０５で、画像データの形式の変換が正常に終了した場合、ＭＥＵ４４は、ステップＳ６０６で、変換要求の結果をＩＭＨ２３に通知する。
【０１４２】
そして、ステップＳ６０７で、ＩＭＨ２３は、ＳＲＭ２１を通じて上位アプリに変換要求の結果を通知し、処理を終了する。
【０１４３】
以上が、図１１におけるステップＳ１０６の処理である。次に、図１１におけるステップＳ１０７の処理について説明する。
【０１４４】
ステップＳ１０７の処理は、ＳＰモードレベルの設定である。このＳＰモードレベルは、図２５に示したように、検証する内容を示すレベルである。
【０１４５】
ＳＰモードレベルの設定は、今まで説明したステップＳ１０１からステップＳ１０６における故障判定などの一連の処理が終了し、融合機１が通常の稼動状態になった後に行われる処理である。この処理により、オペレータは、ＳＰモードレベルを必要に応じて変えたりでき、ＳＰモードレベルの設定を任意に行うことが可能となる。
【０１４６】
【発明の効果】
以上説明したように、本発明によれば、画像データの形式の変換をするハードウェアの変換機能を効率よく管理する画像形成装置、変換機能管理方法が得られる。
【図面の簡単な説明】
【図１】本発明による融合機の一実施例の構成図である。
【図２】本発明による融合機の一実施例のハードウェア構成図である。
【図３】ＭＬＣの内部を示す図である。
【図４】画像データの形式の変換に関するソフトウェアブロック図である。
【図５】ＭＬＣが正常な状態における処理を示す図である。
【図６】ＭＬＣに異常が発生した場合の処理を示す図である。
【図７】ＭＬＣに異常が発生した場合の処理を示す図である。
【図８】ＭＬＣを交換する様子を示す図である。
【図９】ＭＬＣのチェックをする処理を示す図である。
【図１０】ＭＬＣが正常な状態に復帰した様子を示す図である。
【図１１】全体的な処理を示す概要フローチャートである。
【図１２】変換デバイス管理フラグを示す図である。
【図１３】変換デバイス管理フラグを示す図である。
【図１４】変換デバイス管理フラグを示す図である。
【図１５】変換デバイス管理フラグを示す図である。
【図１６】変換デバイス管理フラグのセットをする処理示すフローチャートである。
【図１７】ハード管理フラグを示す図である。
【図１８】ハード管理フラグを示す図である。
【図１９】ハード管理フラグを示す図である。
【図２０】ハード管理フラグを示す図である。
【図２１】フラグのフォーマットを示す図である。
【図２２】変換デバイス動作不可管理フラグを示す図である。
【図２３】チェック機能項目フラグを示す図である。
【図２４】チェック機能項目フラグを示す図である。
【図２５】チェック内容を示す図である。
【図２６】ＳＰモードチェック機能項目フラグチェック処理を示すフローチャートである。
【図２７】変換結果を検証する処理を示すシーケンス図である。
【図２８】タイムアウトの場合の処理を示すシーケンス図である。
【図２９】チェック機能の項目をチェックする処理を示すフローチャートである。
【図３０】変換デバイス動作不可フラグにセットされる様子を示す図である。
【図３１】変換デバイス動作不可フラグにセットされる様子を示す図である。
【図３２】変換デバイス動作不可フラグにセットされる様子を示す図である。
【図３３】Ｃｈａｎｇｅ設定のレベルを示す図である。
【図３４】ＳＰモードのレベルを切り替える処理を示すフローチャートである。
【図３５】画像データの形式の変換実行と故障判定の処理を示すフローチャートである。
【符号の説明】
１…融合機
２…ソフトウェア群
３…融合機起動部
４…ハードウェア資源
５…アプリケーション層
６…プラットフォーム
７…コントロールサービス層
８…ハンドラ層
９…プリンタアプリ
１０…コピーアプリ
１１…ファックスアプリ
１２…スキャナアプリ
１３…ネットワークコントロールサービス（ＮＣＳ）
１４…デリバリーコントロールサービス（ＤＣＳ）
１５…オペレーションパネルコントロールサービス（ＯＣＳ）
１６…ファックスコントロールサービス（ＦＣＳ）
１７…エンジンコントロールサービス（ＥＣＳ）
１８…メモリコントロールサービス（ＭＣＳ）
１９…ユーザインフォメーションコントロールサービス（ＵＣＳ）
２０…システムコントロールサービス（ＳＣＳ）
２１…システムリソースマネージャ（ＳＲＭ）
２２…ファックスコントロールユニットハンドラ（ＦＣＵＨ）
２３…イメージメモリハンドラ（ＩＭＨ）
２４…ハードウェアリソース
２５…白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）
２６…カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）
２７…アプリケーションプログラムインターフェース（ＡＰＩ）
２８…エンジンＩ／Ｆ
３０…コントローラ
３１…ＣＰＵ
３２…システムメモリ（ＭＥＭ−Ｐ）
３３…ノースブリッジ（ＮＢ）
３４…サウスブリッジ（ＳＢ）
３５…ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）
３６…ＡＳＩＣ
３７…ローカルメモリ（ＭＥＭ−Ｃ）
３８…ハードディスク装置（ＨＤ）
３９…オペレーションパネル
４０…ファックスコントロールユニット（ＦＣＵ）
４１…ＵＳＢデバイス
４２…ＩＥＥＥ１３９４デバイス
４３…エンジン部
４４…ＭＥＵ
４５、４５ａ、４５ｂ…ＭＬＣ
４６…ＮＶ−ＲＡＭ
６１…ＰＣＩインタフェース
６２…有無判定レジスタ
６３…Ｂａｓｉｃ
６４…オプションＰ
６５…オプションＱ
６６…上位アプリ
６７…画像変換モジュール
６９…画像変換デバイスドライバ
７０、７１、７２、７３、７４、７５、７６、７７、７８、７９、８０、８１、８２、８３…ビット列
【図１】
2004228883.tif 000003
【図２】
2004228883.tif 000004
【図３】
2004228883.tif 000005
【図４】
2004228883.tif 000006
【図５】
2004228883.tif 000007
【図６】
2004228883.tif 000008
【図７】
2004228883.tif 000009
【図８】
2004228883.tif 000010
【図９】
2004228883.tif 000011
【図１０】
2004228883.tif 000012
【図１１】
2004228883.tif 000013
【図１２】
2004228883.tif 000014
【図１３】
2004228883.tif 000015
【図１４】
2004228883.tif 000016
【図１５】
2004228883.tif 000017
【図１６】
2004228883.tif 000018
【図１７】
2004228883.tif 000019
【図１８】
2004228883.tif 000020
【図１９】
2004228883.tif 000021
【図２０】
2004228883.tif 000022
【図２１】
2004228883.tif 000023
【図２２】
2004228883.tif 000024
【図２３】
2004228883.tif 000025
【図２４】
2004228883.tif 000026
【図２５】
2004228883.tif 000027
【図２６】
2004228883.tif 000028
【図２７】
2004228883.tif 000029
【図２８】
2004228883.tif 000030
【図２９】
2004228883.tif 000031
【図３０】
2004228883.tif 000032
【図３１】
2004228883.tif 000033
【図３２】
2004228883.tif 000034
【図３３】
2004228883.tif 000035
【図３４】
2004228883.tif 000036
【図３５】
2004228883.tif 000037