JP2004192628A - 画像形成装置，プログラム起動方法及びプログラム起動プログラム - Google Patents

Abstract

【課題】 各プログラムの重複部分を削減することができ、ハードウェア資源に関連するプログラムを効率良く起動することが可能な画像形成装置およびプログラム起動方法を提供することを目的とする。
【解決手段】 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有する画像形成装置であって、ハードウェア資源に関するチェックを行うチェック手段と、チェック手段とプログラムとの関連を設定する設定手段と、チェック手段によるチェックの結果に応じてチェック手段に関連するプログラムを起動する起動手段５２とを有することにより上記課題を解決する。
【選択図】 図１７

Description

本発明は、画像形成装置，プログラム起動方法及びプログラム起動プログラムに係り、特に所定の設定ファイルに応じてプログラムを起動するプログラム起動方法，そのプログラム起動方法を利用する画像形成装置及びプログラム起動プログラムに関する。

近年、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。例えば特許文献１には、融合機の一例が記載されている。

このような融合機は、電源投入後に、ＢＩＯＳ（Basic Input/Output System）およびブートローダ（Boot Loader）が起動する。ブートローダは、カーネル（Kernel）およびルートファイルシステムをＲＡＭ（Random Access Memory）上に展開してカーネルを起動する。そして、カーネルはルートファイルシステムをマウントする。ここでマウントとは、ファイルシステムや周辺機器などをアクセス可能な状態に起動することをいう。

カーネルの起動後、アプリケーション（以下、アプリという）や各種サービスを起動するアプリ／サービス層起動プログラムが起動される。アプリ／サービス層起動プログラムは融合機で最初に起動されるプロセスであり、所定の設定ファイルに従ってファイルシステムをマウントし、融合機の動作に必要なサービス層およびアプリ層のプロセスを所定の設定ファイルに従って起動している。従来の融合機では、起動されたサービス層およびアプリ層のプロセスが、各プロセスの処理の中で表示部，印刷部および撮像部などのハードウェア資源のチェックを行っていた。例えば特許文献２には、予め定義された動作定義情報に従いアプリを起動するプログラムの一例が記載されている。
特開２００２−８４３８３号公報 特開２０００−２０２０３号公報

しかしながら、従来の融合機ではハードウェア資源を複数のプロセスで共通に利用しており、各プロセスの処理の中でハードウェア資源のチェックを行うと各プロセスに重複した部分が多くなるという問題があった。また、従来の融合機では各プロセスの処理の中でハードウェア資源のチェックを行うため、各プロセスを起動しなければハードウェア資源の有無，性能などのチェックを行うことができなかった。

したがって、従来の融合機ではハードウェア資源が存在しない，ハードウェア資源の性能が低い等の理由で使用しないプロセスであっても、ハードウェア資源のチェックを行うために無駄に起動しなければならないという問題があった。なお、特許文献２はハードウェア資源のチェックを行うものでなく、上記の問題を解決することができない。

本発明は、上記の点に鑑みなされたもので、各プログラムの重複部分を削減することができ、ハードウェア資源に関連するプログラムを効率良く起動することが可能な画像形成装置，プログラム起動方法及びプログラム起動プログラムを提供することを目的とする。

そこで、上記課題を解決するため、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有する画像形成装置であって、前記ハードウェア資源に関するチェックを行うチェック手段と、前記チェック手段と前記プログラムとの関連を設定する設定手段と、前記チェック手段によるチェックの結果に応じて前記チェック手段に関連する前記プログラムを起動する起動手段とを有することを特徴とする。

また、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有する画像形成装置のプログラム起動方法であって、起動手段が、前記プログラムと前記ハードウェア資源に関するチェックを行うチェック手段との関連を設定した設定手段を解析する解析段階と、前記起動手段が、前記解析の結果に応じて前記チェック手段を起動するチェック手段起動段階と、前記起動手段が、前記チェック手段によるチェックの結果に応じて前記チェック手段に関連する前記プログラムを起動するプログラム起動段階とを有することを特徴とする。

また、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有するコンピュータを、前記ハードウェア資源に関するチェックを行うチェック手段と、前記チェック手段と前記プログラムとの関連を設定する設定手段と、前記チェック手段によるチェックの結果に応じて前記チェック手段に関連する前記プログラムを起動する起動手段として機能させるためのプログラム起動プログラムであることを特徴とする。

本発明によれば、ハードウェア資源に関するチェックをチェック手段で行うようにしたため、各プログラムの処理の中でハードウェア資源に関するチェックを行う必要が無くなり、各プログラムの重複部分を削減できる。

また、本発明によれば、ハードウェア資源に関するチェックの結果に応じてプログラムを起動するため、使用しないプログラムを起動する必要がなくなり、プログラムを効率良く起動できる。

上述の如く、本発明によれば、各プログラムの重複部分を削減することができ、ハードウェア資源に関連するプログラムを効率良く起動することが可能な画像形成装置，プログラム起動方法及びプログラム起動プログラムを提供できる。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。

図１は、本発明による融合機のソフトウェア構成について説明するための一実施例の構成図である。融合機１は、ソフトウェア群２と，融合機起動部３と，ハードウェア資源４とを含むように構成される。

ハードウェア資源４は、プロッタ１１と，スキャナ１２と，ファクシミリなどのその他のハードウェアリソース１３とを含む。ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とプラットフォーム６とを含む。

アプリケーション層５は、プリンタ，コピー，ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。図１のアプリケーション層５は、プリンタアプリ２１と，コピーアプリ２２と，ファックスアプリ２３と，スキャナアプリ２４と，ネットファイルアプリ２５とを含む。なお、ネットファイルアプリ２５はネットワークファイル用アプリケーションであり、融合機１にネットワークを介して接続されるネットワーク機器とのデータ通信を管理するものである。

プラットフォーム６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）３９と、ＳＲＭ３９からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層１０とを含む。

コントロールサービス層９は、ＮＣＳ３１，ＤＣＳ３２，ＯＣＳ３３，ＦＣＳ３４，ＥＣＳ３５，ＭＣＳ３６，ＵＣＳ３７，ＳＣＳ３８など、一つ以上のサービスモジュールを含む。なお、プラットフォーム６は予め定義されている関数により、アプリケーション層５からの処理要求を受信するＡＰＩ５３を有するように構成されている。ＯＳは、アプリケーション層５およびプラットフォーム６の各ソフトウェアをプロセスとして並列実行する。

ＮＣＳ（ネットワークコントロールサービス）３１のプロセスは、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分ける際の仲介、又は各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。例えばＮＣＳ３１は、融合機にネットワークを介して接続されるネットワーク機器とのデータ通信を制御する。

ＤＣＳ（デリバリーコントロールサービス）３２のプロセスは、融合機に蓄積されている文書データの配送などの制御を行う。ＯＣＳ（操作パネルコントロールサービス）３３のプロセスは、後述する操作パネルの制御を行う。

ＦＣＳ（ファックスコントロールサービス）３４のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックスの送受信，バックアップ用のメモリで管理されている各種ファックスデータの登録又は引用，ファックスの読み取り，ファックスの受信印刷などを行うためのＡＰＩを提供する。

ＥＣＳ（エンジンコントロールサービス）３５のプロセスは、プロッタ１１，スキャナ１２，ハードウェアリソース１３などのエンジン部の制御を行う。ＭＣＳ（メモリコントロールサービス）３６のプロセスは、メモリの取得及び解放，ＨＤＤの利用，画像データの圧縮および伸張などの制御を行う。ＵＣＳ（ユーザ情報コントロールサービス）３７のプロセスは、ユーザ情報の管理を行うものである。

ＳＣＳ（システムコントロールサービス）３８のプロセスは、操作部の制御，システム画面の表示，ＬＥＤの表示，ハードウェア資源の管理，アプリケーションの管理，割り込みアプリケーションの制御などの処理を行う。

ＳＲＭ３９のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えばＳＲＭ３９のプロセスは、プロッタ１１やスキャナ１２などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、ハードウェア資源４の実行を制御する。

具体的に、ＳＲＭ３９のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。ＳＲＭ３９のプロセスは、上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（プリンタエンジンによる紙搬送と作像動作，メモリの確保，ファイル生成など）を直接実施している。

また、ハンドラ層１０は後述するＦＣＵ（ファックスコントロールユニット）の管理を行うＦＣＵＨ（ファックスコントロールユニットハンドラ）４０と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うＩＭＨ（イメージメモリハンドラ）４１とを含む。ＳＲＭ３９及びＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信するエンジンＩ／Ｆ５４を利用して、ハードウェア資源４に対する処理要求を行う。

図１の構成により、融合機１は各アプリケーションで共通的に必要な処理をプラットフォーム６で一元的に処理することができる。次に、融合機１のハードウェア構成について説明する。

図２は、本発明による融合機のハードウェア構成について説明するための一実施例の構成図である。図２の融合機１は、コントローラ６０，操作パネル８０，ＦＣＵ８１，エンジン部８２を有する。

コントローラ６０は、ＣＰＵ６１，システムメモリ６２，ＮＢ６３，ＳＢ６４，ＡＳＩＣ６６，ローカルメモリ６７，ＨＤＤ６８、ＮＩＣ６９，ＳＤカード用スロット７０，ＵＳＢ Ｉ／Ｆ７１，ＩＥＥＥ１３９４ Ｉ／Ｆ７２，セントロニクス Ｉ／Ｆ７３を有する。

操作パネル８０は、コントローラ６０のＡＳＩＣ６６に接続されている。また、ＦＣＵ８１およびエンジン部８２はコントローラ６０のＡＳＩＣ６６にＰＣＩバス８３を介して接続されている。

コントローラ６０は、ＡＳＩＣ６６にローカルメモリ６７，ＨＤＤ６８などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。なお、ＡＳＩＣ６６とＮＢ６３とはＡＧＰ（Accelerated Graphics Port）６５を介して接続されている。

ＣＰＵ６１は、融合機１の全体制御を行うものである。図１の融合機１では、ＣＰＵ６１がコントロールサービス層９を形成する１つ以上のサービスモジュールと、ＳＲＭ３９と、ハンドラ層１０を形成するＦＣＵＨ４０，ＩＭＨ４１とをＯＳ上に起動させた後、アプリケーション層５を形成するプリンタアプリ２１，コピーアプリ２２，ファックスアプリ２３，スキャナアプリ２４，ネットファイルアプリ２５を起動して実行させる。

ＮＢ（ノースブリッジ）６３は、ＣＰＵ６１，システムメモリ６２，ＳＢ６４，ＡＳＩＣ６６，ＮＩＣ６９，ＳＤカード用スロット７０，ＵＳＢ Ｉ／Ｆ７１，ＩＥＥＥ１３９４ Ｉ／Ｆ７２及びセントロニクス Ｉ／Ｆ７３を接続するためのブリッジである。ＮＢ６３は、ＳＢ６４，ＮＩＣ６９，ＳＤカード用スロット７０，ＵＳＢ Ｉ／Ｆ７１，ＩＥＥＥ１３９４ Ｉ／Ｆ７２及びセントロニクス Ｉ／Ｆ７３とＰＣＩバス７４を介して接続されている。なお、ＳＢ（サウスブリッジ）６４は、ＰＣＩバス７４とＲＯＭや周辺デバイス等とを接続するためのブリッジである。

システムメモリ６２は、描画用メモリ等として用いるメモリである。ローカルメモリ６７は、コピー用画像バッファ，符号バッファ等として用いるメモリである。ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。また、ＨＤＤ６８は画像データの蓄積，文書データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積などを行うストレージ（補助記憶装置）の一例である。

ＮＩＣ（ネットワークインターフェースカード）６９は、融合機１をインターネットやＬＡＮ等のネットワークに接続するインターフェース機器である。ＳＤカード用スロット７０はＳＤカードを挿抜可能なものであり、ＳＤカードの挿入または抜き出しに応じた割り込みをデバイスドライバに対して行う。

ＵＳＢ Ｉ／Ｆ７０，ＩＥＥＥ１３９４ Ｉ／Ｆ７１およびセントロニクス Ｉ／Ｆ７２は、夫々の規格に準じたインターフェースである。操作パネル８０は、操作者からの入力操作を受け付けると共に、操作者に向けた表示を行う操作部である。なお、ＦＣＵ８１はバックアップ用のメモリを有している。ＦＣＵ８１が有するメモリは、例えば融合機１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。

図３は、融合機起動部の一例の構成図である。図１の融合機起動部３は、融合機１の電源投入時に最初に実行され、アプリケーション層５やプラットフォーム６を起動するものである。融合機起動部３は、ＲＯＭモニタ５１と，プログラム起動部５２とを含む。融合機起動部３の処理について図４のフローチャートを参照しつつ説明する。

図４は、融合機起動部の処理の一例のフローチャートである。ステップＳ１では、融合機１の電源ＯＮにより、ＢＩＯＳおよびブートローダとしてのＲＯＭモニタ５１が実行される。ＲＯＭモニタ５１は、ハードウェアの初期化，コントローラ６０の診断，ソフトウェアの初期化などを行う。ステップＳ１に続いてステップＳ２に進み、ＲＯＭモニタ５１は、ＯＳおよびルートファイルシステムをシステムメモリ６２上に展開してＯＳを起動する。そして、ＯＳはルートファイルシステムをマウントする。

ステップＳ２に続いてステップＳ３に進み、ＯＳは起動時に接続されたデバイスのデバイス情報（例えば、ＣＰＵ６１のクロック周波数，システムメモリ６２およびローカルメモリ５７のメモリサイズ，コントローラ６０のボードタイプなど）を取得する。

ステップＳ３に続いてステップＳ４に進み、ＯＳはアプリ／サービス起動プログラムとしてのプログラム起動部５２を起動する。プログラム起動部５２はシステムメモリ６２およびローカルメモリ６７上にメモリ領域を確保する。プログラム起動部５２は、融合機１で最初に起動されるプロセスである。ステップＳ４に続いてステップＳ５に進み、プログラム起動部５２は設定ファイルに従ってファイルシステムをマウントする。

また、プログラム起動部５２は設定ファイルに従って、ハードウェア資源に関するチェック手段としてのチェックプログラムを起動する。プログラム起動部５２は、チェックプログラムが正常に終了したか否かで、設定ファイルに記述されたアプリケーション層５およびプラットフォーム６のプログラム（以下、本体プログラムという）を起動するか否かを判定する。

本体プログラムを起動すると判定した場合、プログラム起動部５２は、その本体プログラムを設定ファイルに従ってＲＯＭなどから読み出し、読み出した本体プログラムをシステムメモリ６２，ローカルメモリ６７上に確保したメモリ領域に展開して、アプリケーション層５およびプラットフォーム６のプロセスを起動する。以下、プログラム起動部５２が行うステップＳ５の処理について、詳細に説明していく。

図５は、プログラム起動部の処理の一例のフローチャートである。まず、ステップＳ１０では、プログラム起動部５２が設定ファイルを解析する。ステップＳ１０に続いてステップＳ１１に進み、プログラム起動部５２は設定ファイルに従ってファイルシステムをマウントする。

ステップＳ１１に続いてステップＳ１２に進み、プログラム起動部５２は設定ファイルに記述されたｅｘｅｃコマンドを１つ読み出し、そのｅｘｅｃコマンドに「−ｃ」オプションがあるか否かを判定する。例えば図６のような設定ファイルの場合、プログラム起動部５２は１行目のｅｘｅｃコマンドに「−ｃ」オプションがあると判定する。ｅｘｅｃコマンドに「−ｃ」オプションがあると判定すると（Ｓ１２においてＹＥＳ）、プログラム起動部５２はステップＳ１３に進み、ｅｘｅｃコマンドで指定されたチェックプログラムを起動する。例えば図６のような設定ファイルの場合、プログラム起動部５２は１行目のｅｘｅｃコマンドで指定されたチェックプログラム「ｆｃｕｃｈｅｃｋ」を起動する。

起動されたチェックプログラムは、後述するように、ハードウェア資源に関するチェック（例えばハードウェア資源の有無，性能などのチェック）を行い、チェックの結果をプログラム起動部５２に通知する。

ステップＳ１３に続いてステップＳ１４に進み、プログラム起動部５２はチェックプログラムから通知されたチェックの結果に基づいて、チェックプログラムが正常終了したか異常終了したかを判定する。チェックプログラムが正常終了したと判定すると（Ｓ１４においてＹＥＳ）、プログラム起動部１４はステップＳ１５に進む。ステップＳ１５では、プログラム起動部５２が、ｅｘｅｃコマンドで指定された本体プログラムを起動する。例えば図６のような設定ファイルの場合、プログラム起動部５２は１行目のｅｘｅｃコマンドで指定された本体プログラム「／ｆａｘ／ｂｉｎ／ｆａｘ」を起動する。この後、プログラム起動部１４はチェックプログラムを終了させる。

ステップＳ１５に続いてステップＳ１６に進み、プログラム起動部５２は起動すべき本体プログラム，言い換えれば読み込んでいないｅｘｅｃコマンドが設定ファイルにまだ存在するか否かを判定する。まだ読み込んでいないｅｘｅｃコマンドが設定ファイルに存在すると判定すると（Ｓ１６においてＹＥＳ）、プログラム起動部５２はステップＳ１２に戻り、まだ読み込んでいないｅｘｅｃコマンドを設定ファイルから読み込んでステップＳ１２以降の処理を行う。

一方、まだ読み込んでいないｅｘｅｃコマンドが設定ファイルに存在しないと判定すると（Ｓ１６においてＮＯ）、プログラム起動部５２は処理を終了する。なお、ステップＳ１２において、ｅｘｅｃコマンドに「−ｃ」オプションがないと判定すると（Ｓ１２においてＮＯ）、プログラム起動部５２はステップＳ１５に進み、ｅｘｅｃコマンドで指定された本体プログラムを起動する。ｅｘｅｃコマンドに「−ｃ」オプションがなければ、プログラム起動部５２は必ずｅｘｅｃコマンドで指定された本体プログラムを起動する。

また、ステップＳ１４において、チェックプログラムが正常終了していないと判定すると（Ｓ１４においてＮＯ）、プログラム起動部５２はステップＳ１６に進む。チェックプログラムが異常終了した場合、プログラム起動部５２はｅｘｅｃコマンドで指定された本体プログラムを起動しない。

図５のフローチャートの処理により、プログラム起動部５２はチェックプログラムが正常終了したときにｅｘｅｃコマンドで指定されたプログラムを起動する一方、チェックプログラムが異常終了したときにｅｘｅｃコマンドで指定されたプログラムを起動しないため、融合機１の動作を抑制できる。

なお、図５のフローチャートでは、コマンドの一例としてｅｘｅｃコマンドを例に説明したが、ｍｏｕｎｔコマンドであってもよい。この場合、プログラム起動部５２はチェック処理が正常終了したときにｍｏｕｎｔコマンドで指定されたマウントを行う一方、チェック処理が異常終了したときにｍｏｕｎｔコマンドで指定されたマウントを行わないことにより融合機１のマウント動作を抑制できる。

次に、図６の設定ファイルを用いて複数のチェックプログラムの処理について説明していく。図６の設定ファイルでは、１行目のｅｘｅｃコマンドに「−ｃ」オプションがあるので、チェックプログラム「ｆｃｕｃｈｅｃｋ」が起動される。プログラム起動部５２により起動されたチェックプログラム「ｆｃｕｃｈｅｃｋ」は、例えば図７のような処理を行う。

図７は、チェックプログラム「ｆｃｕｃｈｅｃｋ」の処理の一例のフローチャートである。ステップＳ２０では、チェックプログラムがＦＣＵ８１のデバイスドライバをオープンする為の処理を行う。ステップＳ２０に続いてステップＳ２１に進み、チェックプログラムはステップＳ２０でのデバイスドライバのオープンが成功したか否かを判定する。

デバイスドライバのオープンが成功したと判定すると（Ｓ２１においてＹＥＳ）、チェックプログラムはステップＳ２３に進み、ＦＣＵ８１が融合機１に接続されているとみなして、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、デバイスドライバのオープンが失敗したと判定すると（Ｓ２１においてＮＯ）、チェックプログラムはステップＳ２２に進み、ＦＣＵ８１が既にオープンされていてビジー状態であるか否かを判定する。なお、ＦＣＵ８１がビジー状態であるか否かは、例えば「ｅｒｒｎｏ」に「ＥＢＵＳＹ」が入っているか否かで確認できる。

ＦＣＵ８１が既にオープンされてビジー状態であると判定すると（Ｓ２２においてＹＥＳ）、チェックプログラムはステップＳ２４に進み、ＦＣＵ８１が融合機１に接続されているとみなして、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、ＦＣＵ８１が既にオープンされてビジー状態であると判定しなかった場合（Ｓ２２においてＮＯ）、チェックプログラムはステップＳ２５に進み、ＦＣＵ８１が融合機１に接続されていないとみなして、異常終了を表す値「１」をプログラム起動部５２に通知する。

図７のフローチャートの処理により、チェックプログラムはＦＣＵ８１が融合機１に接続されている場合に正常終了をプログラム起動部５２に通知し、ＦＣＵ８１が融合機１に接続されていない場合に異常終了をプログラム起動部５２に通知できる。なお、プログラム起動部５２はチェックプログラムから正常終了を通知されたときにアプリ「ｆａｘ」を起動し、チェックプログラムから異常終了を通知されたときにアプリ「ｆａｘ」を起動しない。

したがって、プログラム起動部５２はチェックプログラムから通知される正常終了または異常終了を利用することで、ＦＣＵ８１が融合機１に接続されている場合にアプリ「ｆａｘ」を起動し、接続されていない場合にアプリ「ｆａｘ」を起動しないようにすることができる。即ち、プログラム起動部５２はアプリ「ｆａｘ」の起動をＦＣＵ８１の接続状態によって抑制できる。なお、図７のフローチャートでは、デバイスの一例としてのＦＣＵ８１を用いて説明したが、如何なるデバイスであってもよい。つまり、図７のフローチャートによれば、オプションボード等のデバイスの接続状態によってアプリの起動を抑制することができる。

図６の設定ファイルでは、１行目のｅｘｅｃコマンドの処理が終了すると、２行目のｅｘｅｃコマンドの処理が行われる。図６の設定ファイルでは、２行目のｅｘｅｃコマンドに「−ｃ」オプションがあるので、チェックプログラム「ｃｐｕｃｈｅｃｋ１」が起動される。例えばプログラム起動部５２により起動されたチェックプログラム「ｃｐｕｃｈｅｃｋ１」は、図８のような処理を行う。

図８は、チェックプログラム「ｃｐｕｃｈｅｃｋ１」の処理の一例のフローチャートである。ステップＳ３０では、チェックプログラムがシステムコール「ｇｅｔＩＮＦＯ（ＣＰＵ）」を呼び、デバイス情報に含まれているＣＰＵ６１のクロック周波数をＯＳから取得する。

ステップＳ３０に続いてステップＳ３１に進み、チェックプログラムはステップＳ３０で取得したＣＰＵ６１のクロック周波数が５００ＭＨｚ以下であるか否かを判定する。ＣＰＵ６１のクロック周波数が５００ＭＨｚ以下であると判定すると（Ｓ３１においてＹＥＳ）、チェックプログラムはステップＳ３２に進み、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、ＣＰＵ６１のクロック周波数が５００ＭＨｚ以下でないと判定すると（Ｓ３１においてＮＯ）、チェックプログラムはステップＳ３３に進み、異常終了を表す値「１」をプログラム起動部５２に通知する。

図８のフローチャートの処理により、チェックプログラムはＣＰＵ６１のクロック周波数が５００ＭＨｚ以下である場合に正常終了をプログラム起動部５２に通知し、ＣＰＵ６１のクロック周波数が５００ＭＨｚ以下でない場合に異常終了をプログラム起動部５２に通知できる。なお、プログラム起動部５２は、チェックプログラムから正常終了を通知されたときにアプリ「ｓｅｔｆｏｎｔ＿ｂｉｔｍａｐ」を起動し、チェックプログラムから異常終了を通知されたときにアプリ「ｓｅｔｆｏｎｔ＿ｂｉｔｍａｐ」を起動しない。

したがって、プログラム起動部５２はチェックプログラムから通知される正常終了または異常終了を利用することで、プリンタが使用するデフォルトフォントをビットマップ形式に設定する。即ち、プログラム起動部５２はＣＰＵ６１のクロック周波数が５００ＭＨｚ以下であっても、一定時間内にプリントできるようなデフォルトフォントに変えることで、プリントの高速性を優先できる。

図６の設定ファイルでは、２行目のｅｘｅｃコマンドの処理が終了すると、３行目のｅｘｅｃコマンドの処理が行われる。図６の設定ファイルでは、３行目のｅｘｅｃコマンドに「−ｃ」オプションがあるので、チェックプログラム「ｃｐｕｃｈｅｃｋ２」が起動される。例えばプログラム起動部５２により起動されたチェックプログラム「ｃｐｕｃｈｅｃｋ２」は、図９のような処理を行う。

図９は、チェックプログラム「ｃｐｕｃｈｅｃｋ２」の処理の一例のフローチャートである。ステップＳ４０では、チェックプログラムがシステムコール「ｇｅｔＩＮＦＯ（ＣＰＵ）」を呼び、デバイス情報に含まれているＣＰＵ６１のクロック周波数をＯＳから取得する。

ステップＳ４０に続いてステップＳ４１に進み、チェックプログラムはステップＳ４０で取得したＣＰＵ６１のクロック周波数が５０１ＭＨｚ以上であるか否かを判定する。ＣＰＵ６１のクロック周波数が５０１ＭＨｚ以上であると判定すると（Ｓ４１においてＹＥＳ）、チェックプログラムはステップＳ４２に進み、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、ＣＰＵ６１のクロック周波数が５０１ＭＨｚ以上でないと判定すると（Ｓ４１においてＮＯ）、チェックプログラムはステップＳ４３に進み、異常終了を表す値「１」をプログラム起動部５２に通知する。

図９のフローチャートの処理により、チェックプログラムはＣＰＵ６１のクロック周波数が５０１ＭＨｚ以上である場合に正常終了をプログラム起動部５２に通知し、ＣＰＵ６１のクロック周波数が５０１ＭＨｚ以上でない場合に異常終了をプログラム起動部５２に通知できる。なお、プログラム起動部５２は、チェックプログラムから正常終了を通知されたときにアプリ「ｓｅｔｆｏｎｔ＿ｖｅｃｔｏｒ」を起動し、チェックプログラムから異常終了を通知されたときにアプリ「ｓｅｔｆｏｎｔ＿ｖｅｃｔｏｒ」を起動しない。

したがって、プログラム起動部５２はチェックプログラムから通知される正常終了または異常終了を利用することで、プリンタが使用するデフォルトフォントをベクトル画像に設定する。即ち、プログラム起動部５２はＣＰＵ６１のクロック周波数が５０１ＭＨｚ以上であるときに、精細なデフォルトフォントに変えることで、プリントの高画質化が可能である。

図８および図９のフローチャートの処理により、本発明の融合機１は一定の時間内にプリントできるように、ＣＰＵ６１の性能に応じて用いるデフォルトフォントを変えることで、プリントの高速性を優先することができる。

図６の設定ファイルでは、３行目のｅｘｅｃコマンドの処理が終了すると、４行目のｅｘｅｃコマンドの処理が行われる。図６の設定ファイルでは、４行目のｅｘｅｃコマンドに「−ｃ」オプションがあるので、チェックプログラム「ｍｅｍｃｈｅｃｋ１」が起動される。例えばプログラム起動部５２により起動されたチェックプログラム「ｍｅｍｃｈｅｃｋ１」は、図１０のような処理を行う。

図１０は、チェックプログラム「ｍｅｍｃｈｅｃｋ１」の処理の一例のフローチャートである。ステップＳ５０では、チェックプログラムが、システムコール「ｇｅｔＩＮＦＯ（ｍｅｍ）」を呼び、デバイス情報に含まれるシステムメモリ６２及びローカルメモリ６７のメモリサイズをＯＳから取得する。ステップＳ５０に続いてステップＳ５１に進み、チェックプログラムはステップＳ５０で取得したメモリサイズが６４ＭＢ以上１２８ＭＢ以下であるか否かを判定する。

メモリサイズが６４ＭＢ以上１２８ＭＢ以下であると判定すると（Ｓ５１においてＹＥＳ）、チェックプログラムはステップＳ５２に進み、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、メモリサイズが６４ＭＢ以上１２８ＭＢ以下でないと判定すると（Ｓ５１においてＮＯ）、チェックプログラムはステップＳ５３に進み、異常終了を表す値「１」をプログラム起動部５２に通知する。

図１０のフローチャートの処理により、チェックプログラムはメモリサイズが６４ＭＢ以上１２８ＭＢ以下である場合に正常終了をプログラム起動部５２に通知し、メモリサイズが６４ＭＢ以上１２８ＭＢ以下でない場合に異常終了をプログラム起動部５２に通知できる。なお、プログラム起動部５２はチェックプログラムから正常終了を通知されたときにｈｔｔｐのデーモン（以下、ｈｔｔｐｄという）を５個起動し、チェックプログラムから異常終了を通知されたときにｈｔｔｐｄを起動しない。

したがって、プログラム起動部５２はチェックプログラムから通知される正常終了または異常終了を利用することで、システムメモリ６２及びローカルメモリ６７のメモリサイズが小さい場合であっても、起動するｈｔｔｐｄの数を少なくして、一つの要求に対する処理時間の増大を防ぐことができる。

図６の設定ファイルでは、４行目のｅｘｅｃコマンドの処理が終了すると、５行目のｅｘｅｃコマンドの処理が行われる。図６の設定ファイルでは、５行目のｅｘｅｃコマンドに「−ｃ」オプションがあるので、チェックプログラム「ｍｅｍｃｈｅｃｋ２」が起動される。例えばプログラム起動部５２により起動されたチェックプログラム「ｍｅｍｃｈｅｃｋ２」は、図１１のような処理を行う。

図１１は、チェックプログラム「ｍｅｍｃｈｅｃｋ２」の処理の一例のフローチャートである。ステップＳ６０では、チェックプログラムが、システムコール「ｇｅｔＩＮＦＯ（ｍｅｍ）」を呼び、デバイス情報に含まれるシステムメモリ６２及びローカルメモリ６７のメモリサイズをＯＳから取得する。ステップＳ６０に続いてステップＳ６１に進み、チェックプログラムはステップＳ６０で取得したメモリサイズが１２８ＭＢ以上であるか否かを判定する。

メモリサイズが１２８ＭＢ以上であると判定すると（Ｓ６１においてＹＥＳ）、チェックプログラムはステップＳ６２に進み、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、メモリサイズが１２８ＭＢ以上でないと判定すると（Ｓ６１においてＮＯ）、チェックプログラムはステップＳ６３に進み、異常終了を表す値「１」をプログラム起動部５２に通知する。

図１１のフローチャートの処理により、チェックプログラムはメモリサイズが１２８ＭＢ以上である場合に正常終了をプログラム起動部５２に通知し、メモリサイズが１２８ＭＢ以上でない場合に異常終了をプログラム起動部５２に通知できる。なお、プログラム起動部５２はチェックプログラムから正常終了を通知されたときにｈｔｔｐｄを１０個起動し、チェックプログラムから異常終了を通知されたときにｈｔｔｐｄを起動しない。

したがって、プログラム起動部５２はチェックプログラムから通知される正常終了または異常終了を利用することで、システムメモリ６２及びローカルメモリ６７のメモリサイズが大きい場合に、起動するｈｔｔｐｄの数を多くして、クライアントからの要求にすぐ対応することができる。

図１０および図１１のフローチャートの処理により、本発明の融合機１はシステムメモリ６２及びローカルメモリ６７のメモリサイズに応じて、起動するｈｔｔｐｄの数を適切に変えることができる。

次に、図１２の設定ファイルを用いてチェックプログラムの処理について説明する。図１２の設定ファイルでは、ｍｏｕｎｔコマンドに「−ｃ」オプションがあるので、チェックプログラム「ｈｄｄｎｏｎｅｘｉｓｔ」が起動される。プログラム起動部５２により起動されたチェックプログラム「ｈｄｄｎｏｎｅｘｉｓｔ」は、例えば図１３のような処理を行う。

図１３は、チェックプログラム「ｈｄｄｎｏｎｅｘｉｓｔ」の処理の一例のフローチャートである。ステップＳ７０では、チェックプログラムがシステムコール「ｇｅｔＩＮＦＯ（ｈｄｄ）」を呼び、デバイス情報に含まれているＨＤＤ接続有無情報をＯＳから取得する。

ステップＳ７０に続いてステップＳ７１に進み、チェックプログラムはステップＳ７０で取得したＨＤＤ接続有無情報に応じてＨＤＤが融合機１に接続されているか否かを判定する。ＨＤＤが融合機１に接続されていないと判定すると（Ｓ７１においてＮＯ）、チェックプログラムはステップＳ７２に進み、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、ＨＤＤが融合機１に接続されていると判定すると（Ｓ７１においてＹＥＳ）、チェックプログラムはステップＳ７３に進み、異常終了を表す値「１」をプログラム起動部５２に通知する。

図１３のフローチャートの処理により、チェックプログラムはＨＤＤが融合機１に接続されていない場合に正常終了をプログラム起動部５２に通知し、ＨＤＤが融合機１に接続されている場合に異常終了をプログラム起動部５２に通知できる。なお、プログラム起動部５２は、チェックプログラムから正常終了を通知されたときにｒａｍｄｉｓｋをマウントする。具体的には、「／ｄｅｖ／ｍｄ０ｃ」がマウントポイント「／ｒａｍｄｉｓｋ」へマウントされる。また、プログラム起動部５２はチェックプログラムから異常終了を通知されたときにｒａｍｄｉｓｋをマウントしない。

したがって、プログラム起動部５２はチェックプログラムから通知される正常終了または異常終了を利用することで、ＨＤＤが融合機１に接続されていない場合にｒａｍｄｉｓｋをマウントする。即ち、プログラム起動部５２はＨＤＤが融合機１に接続されていない場合であっても、ＰＤＬストレージ用のローカルストレージ用デバイスとしてｒａｍｄｉｓｋを用いることができる。なお、プログラム起動部５２はＨＤＤが融合機１に接続されている場合、ＰＤＬストレージ用のローカルストレージ用デバイスとしてＨＤＤを用いることができる。

次に、図１４の設定ファイルを用いてチェックプログラムの処理について説明する。図１４の設定ファイルは、図１５のようにＳＤカード内に格納されている。図１５に表されたＳＤカードの場合、「ｘｘｘ．ｃｎｆ」が設定ファイル、「ｍｏｄｕｌｅ／ｘｘｘ．ｍｏｄ」がマウント及び実行対象のモジュールファイルを表している。

図１４の設定ファイルでは、ｍｏｕｎｔコマンドに「−ｃ」オプションがあるので、チェックプログラム「ｓｄｃｏｍｍａｎｄ」が起動される。プログラム起動部５２により起動されたチェックプログラム「ｓｄｃｏｍｍａｎｄ」は、例えば図１６のような処理を行う。

図１６は、チェックプログラム「ｓｄｃｏｍｍａｎｄ」の処理の一例のフローチャートである。ステップＳ８０では、チェックプログラムがＳＤカード内の図１４のような設定ファイルを解析する。ステップＳ８０に続いてステップＳ８１に進み、チェックプログラムはステップＳ８０の解析結果から設定ファイルにＳＤコマンドが存在するか否かを判定する。ＳＤコマンドが存在すると判定すると（Ｓ８１においてＹＥＳ）、チェックプログラムはステップＳ８２に進む。一方、ＳＤコマンドが存在しないと判定すると（Ｓ８１においてＮＯ）、チェックプログラムはステップＳ８３に進む。

ステップＳ８２では、チェックプログラムが、ＳＤコマンドで指定されているスロットとＳＤカードが挿入されているスロットとが一致しているか否かを判定する。例えば図１４のような設定ファイルの場合、ＳＤコマンドで指定されているスロットが「２」であるため、ＳＤカードが挿入されているスロットが「２」であるときに、チェックプログラムはＳＤコマンドで指定されているスロットとＳＤカードが挿入されているスロットとが一致していると判定する。

ＳＤコマンドで指定されているスロットとＳＤカードが挿入されているスロットとが一致していると判定すると（Ｓ８２においてＹＥＳ）、チェックプログラムはステップＳ８３に進み、正常終了を表す値「０」をプログラム起動部５２に通知する。一方、ＳＤコマンドで指定されているスロットとＳＤカードが挿入されているスロットとが一致していないと判定すると（Ｓ８２においてＮＯ）、チェックプログラムはステップＳ８４に進み、異常終了を表す値「１」をプログラム起動部５２に通知する。

図１６のフローチャートの処理により、チェックプログラムはＳＤコマンドで指定されているスロットとＳＤカードが挿入されているスロットとが一致している場合に正常終了をプログラム起動部５２に通知し、ＳＤコマンドで指定されているスロットとＳＤカードが挿入されているスロットとが一致していない場合に異常終了をプログラム起動部５２に通知できる。

なお、プログラム起動部５２はチェックプログラムから正常終了を通知されたときにｇｚｉｐ圧縮されたＲＯＭＦＳ形式のモジュールファイル「ｘｘｘ．ｍｏｄ」をマウントポイント「／ｍｎｔ」へマウントし、そのモジュールファイルを実行する。また、プログラム起動部５２はチェックプログラムから異常終了を通知されたときにモジュールファイルをマウント及び実行しない。

したがって、プログラム起動部５２はチェックプログラムから通知される正常終了または異常終了を利用することで、ＳＤコマンドで指定されているスロットと異なるスロットに挿入されているＳＤカード内のモジュールファイルのマウント及び実行を抑制することができる。

図６の設定ファイルの場合、本体プログラムと，チェックプログラムと，プログラム起動部５２と，ＯＳと，ハードウェア資源との関係は、例えば図１７のようになる。図１７は、本体プログラムと，チェックプログラムと，プログラム起動部５２と，ＯＳと，ハードウェアとの関係を表した一例の関係図である。

プログラム起動部５２はチェックプログラムを順番に起動し、チェックプログラムが正常終了したとき、そのチェックプログラムに対応する本体プログラムを起動する。図１７では、各チェックプログラムの上に位置している本体プログラムがチェックプログラムに対応する本体プログラムである。

図１７は、チェックプログラムと本体プログラムとを１対１に対応させた例を表しているが、図１８のようにチェックプログラムと本体プログラムとを１対ｎに対応させるようにしてもよい。

図１８は、チェックプログラムと本体プログラムとが１対ｎに対応する例について説明するための図である。図１８の例では、チェックプログラムａと本体プログラムａ，ｂとが対応している。プログラム起動部５２はチェックプログラムａを起動し、チェックプログラムａが正常終了したとき、チェックプログラムａに対応する本体プログラムａ，ｂを起動する。図１８のようにチェックプログラムａと本体プログラムａ，ｂとが対応している場合、設定ファイルは図１９のように構成される。図１９は、設定ファイルの他の一例の構成図である。なお、プログラム起動部５２の処理は図５と同様であるので説明を省略する。

また、同じチェックプログラムによるチェックの結果に基づき、ディレクトリ下の複数の本体プログラムを起動するような場合、チェックの結果に基づいてディレクトリのマウントを抑制すると効率的である。

図２０は、マウントを抑制する設定ファイルの一例の構成図である。図２０のような設定ファイルの場合、プログラム起動部５２は１行目のｍｏｕｎｔコマンドで指定されたチェックプログラム「ｍｅｍｃｈｅｃｋ３」を起動する。例えば図２０のチェックプログラム「ｍｅｍｃｈｅｃｋ３」は、システムメモリ６２及びローカルメモリ６７のメモリサイズが６４ＭＢ以上のときに正常終了するものとする。

プログラム起動部５２は、チェックプログラムが正常終了するとｍｏｕｎｔコマンドで指定された「ｗｅｂ．ｒｏｍｆｓ」をディレクトリ「／ｗｅｂ」へマウントする一方、チェックプログラムが異常終了するとマウントしない。例えば図２０の設定ファイルの記述の下に図６のような記述があれば、ディレクトリ「／ｗｅｂ」以下のプログラム「／ｗｅｂ／ｂｉｎ／ｈｔｔｐｄ」なども起動されなくなる。したがって、プログラム起動部５２はシステムメモリ６２及びローカルメモリ６７のメモリサイズに応じて無駄にメモリを消費することを避けることができる。

なお、図２０の設定ファイルによるマウント処理は、図５のステップＳ１１で行われる処理である。また、図２０の設定ファイルでは、メモリサイズに応じてディレクトリのマウントを抑制する例について表しているが、ハードウェア資源の有無やＣＰＵ性能などに応じてディレクトリのマウントを抑制するようにしてもよい。

図１８は、チェックプログラムと本体プログラムとを１対ｎに対応させた例を表しているが、図２１のようにチェックプログラムと本体プログラムとをｎ対１に対応させるようにしてもよい。

図２１は、チェックプログラムと本体プログラムとがｎ対１に対応する例について説明するための図である。図２１の例では、チェックプログラムａ，ｂと本体プログラムａとが対応している。プログラム起動部５２はチェックプログラムａ，ｂを起動し、チェックプログラムａ，ｂが正常終了したとき、チェックプログラムａ，ｂに対応している本体プログラムａを起動する。図２１のようにチェックプログラムａ，ｂと本体プログラムａとが対応している場合、設定ファイルは図２２のように構成される。図２２は、設定ファイルの他の一例の構成図である。

図２２の設定ファイルでは、１つのｅｘｅｃコマンドに「−ｃ」オプションのある２つのチェックプログラム「チェックプログラムａ」，「チェックプログラムｂ」が設定されている。したがって、プログラム起動部５２は図５のステップＳ１３でチェックプログラムａ，ｂを起動する。そして、プログラム起動部５２はステップＳ１４でチェックプログラムａ，ｂが両方とも正常終了したか否かを判定し、両方とも正常終了したと判定したときにｅｘｅｃコマンドで指定された本体プログラムａを起動する。なお、プログラム起動部５２のステップＳ１３及びＳ１４以外の処理は図５と同様であるので説明を省略する。

融合機１では、設定ファイルに応じて、同一のチェックプログラムが起動されることもある。したがって、以前に起動したチェックプログラムを再び起動する場合は、そのチェックプログラムのチェックの結果を利用する方が処理時間の短縮の観点から望ましい。そこで、本発明の融合機１は図２３及び図２４のような処理を行うことにより、以前に起動されたチェックプログラムのチェックの結果を利用できるようにする。

図２３及び図２４は、プログラム起動部およびチェックプログラムが行う処理の一例のフローチャートである。なお、ステップＳ９０〜Ｓ９３までの処理は図５のステップＳ１０〜Ｓ１３の処理と同様であり、説明を省略する。

ステップＳ９４では、ステップＳ９３で起動されたチェックプログラムが、所定のメモリ領域にチェックの結果が格納されているか否かで既にチェック済みであるか否かを判定する。例えばチェックの結果を格納する所定のメモリ領域には、ＯＳを介することなくチェックプログラムのプロセスが直接アクセス可能なメモリ上の領域を利用できる。チェック済みであると判定すると（Ｓ９４においてＹＥＳ）、チェックプログラムはステップＳ９５に進み、所定のメモリ領域からチェックの結果を読み出してプログラム起動部５２に通知したあとステップＳ９８に進む。一方、チェック済みでないと判定すると（Ｓ９４においてＮＯ）、チェックプログラムはステップＳ９６に進み、前述したようなハードウェア資源に関するチェックを行う。

ステップＳ９６に続いてステップＳ９７に進み、チェックプログラムはチェックの結果を所定のメモリ領域に書き込むと共に、チェックの結果をプログラム起動部５２に通知したあとステップＳ９８に進む。なお、ステップＳ９８〜Ｓ１００の処理は、図５のステップＳ１４〜Ｓ１６の処理と同様であり、説明を省略する。図２３および図２４のフローチャートにより、以前に起動されたチェックプログラムのチェックの結果を利用できる。

さらに、融合機１は起動時に全てのチェックプログラムを起動し、全てのチェックプログラムによるチェックの結果を所定のメモリ領域に予め書き込んでおいてもよい。この場合、融合機１は起動直後にチェックプログラムによるチェックを行ったあと、所定のメモリ領域に書き込まれたチェックの結果を利用することができるので、処理時間の短縮が可能となる。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求のの範囲から逸脱することなく、種々の変形や変更が可能である。

本発明による融合機のソフトウェア構成について説明するための一実施例の構成図である。 本発明による融合機のハードウェア構成について説明するための一実施例の構成図である。 融合機起動部の一例の構成図である。 融合機起動部の処理の一例のフローチャートである。 プログラム起動部の処理の一例のフローチャートである。 設定ファイルの一例の構成図である。 チェックプログラム「ｆｃｕｃｈｅｃｋ」の処理の一例のフローチャートである。 チェックプログラム「ｃｐｕｃｈｅｃｋ１」の処理の一例のフローチャートである。 チェックプログラム「ｃｐｕｃｈｅｃｋ２」の処理の一例のフローチャートである。 チェックプログラム「ｍｅｍｃｈｅｃｋ１」の処理の一例のフローチャートである。 チェックプログラム「ｍｅｍｃｈｅｃｋ２」の処理の一例のフローチャートである。 設定ファイルの他の一例の構成図である。 チェックプログラム「ｈｄｄｎｏｎｅｘｉｓｔ」の処理の一例のフローチャートである。 設定ファイルの他の一例の構成図である。 ＳＤカード内に格納されているファイルの一例のイメージ図である。 チェックプログラム「ｓｄｃｏｍｍａｎｄ」の処理の一例のフローチャートである。 本体プログラムと，チェックプログラムと，プログラム起動部５２と，ＯＳと，ハードウェアとの関係を表した一例の関係図である。 チェックプログラムと本体プログラムとが１対ｎに対応する例について説明するための図である。 設定ファイルの他の一例の構成図である。 マウントを抑制する設定ファイルの一例の構成図である。 チェックプログラムと本体プログラムとがｎ対１に対応する例について説明するための図である。 設定ファイルの他の一例の構成図である。 プログラム起動部およびチェックプログラムが行う処理の一例のフローチャートである（１／２）。 プログラム起動部およびチェックプログラムが行う処理の一例のフローチャートである（２／２）。

符号の説明

１ 融合機
２ ソフトウェア群
３ 融合機起動部
４ ハードウェア資源
５ アプリケーション層
６ プラットフォーム
９ コントロールサービス層
１０ ハンドラ層
１１ プロッタ
１２ スキャナ
１３ ハードウェアリソース
２１ プリンタアプリ
２２ コピーアプリ
２３ ファックスアプリ
２４ スキャナアプリ
２５ ネットファイルアプリ
３１ ネットワークコントロールサービス（ＮＣＳ）
３２ デリバリーコントロールサービス（ＤＣＳ）
３３ オペレーションパネルコントロールサービス（ＯＣＳ）
３４ ファックスコントロールサービス（ＦＣＳ）
３５ エンジンコントロールサービス（ＥＣＳ）
３６ メモリコントロールサービス（ＭＣＳ）
３７ ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８ システムコントロールサービス（ＳＣＳ）
３９ システムリソースマネージャ（ＳＲＭ）
４０ ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４１ イメージメモリハンドラ（ＩＭＨ）
５１ ＲＯＭモニタ
５２ プログラム起動部
５３ アプリケーションプログラムインターフェース（ＡＰＩ）
５４ エンジンＩ／Ｆ
６０ コントローラ
６１ ＣＰＵ
６２ システムメモリ
６３ ノースブリッジ（ＮＢ）
６４ サウスブリッジ（ＳＢ）
６５ ＡＧＰ（Accelerated Graphics Port）
６６ ＡＳＩＣ
６７ ローカルメモリ
６８ ハードディスク装置（ＨＤＤ）
６９ ネットワークインターフェースコントローラ（ＮＩＣ）
７０ ＳＤカード用スロット
７１ ＵＳＢ Ｉ／Ｆ
７２ ＩＥＥＥ１３９４ Ｉ／Ｆ
７３ セントロニクス Ｉ／Ｆ
８０ 操作パネル
８１ ファックスコントロールユニット（ＦＣＵ）
８２ エンジン部
８３ ＰＣＩバス

Claims (24)

1. 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有する画像形成装置であって、
   前記ハードウェア資源に関するチェックを行うチェック手段と、
   前記チェック手段と前記プログラムとの関連を設定する設定手段と、
   前記チェック手段によるチェックの結果に応じて前記チェック手段に関連する前記プログラムを起動する起動手段と
   を有することを特徴とする画像形成装置。
2. 前記設定手段は、前記チェック手段と前記プログラムとを１対１に関連付けて設定していることを特徴とする請求項１記載の画像形成装置。
3. 前記設定手段は、前記チェック手段と前記プログラムとを１対ｎに関連付けて設定していることを特徴とする請求項１記載の画像形成装置。
4. 前記設定手段は、前記チェック手段と前記プログラムとをｎ対１に関連付けて設定していることを特徴とする請求項１記載の画像形成装置。
5. 前記チェック手段によるチェックの結果を格納しておく格納手段を更に有し、
   前記チェック手段は、前記ハードウェア資源に関するチェックを行う前に前記格納手段に格納されているチェックの結果を確認し、これから行うチェックの結果が格納済みであれば前記チェックの結果を利用することを特徴とする請求項１記載の画像形成装置。
6. 前記起動手段は、前記設定手段に設定されている内容に応じて前記チェック手段を起動することを特徴とする請求項２乃至５何れか一記載の画像形成装置。
7. 前記起動手段は、前記プログラムを起動した後に、前記チェック手段を終了させることを特徴とする請求項６記載の画像形成装置。
8. 前記チェック手段は、前記ハードウェア資源の有無をチェックし、前記ハードウェア資源が有ると判定したときに正常値をチェックの結果として出力し、前記ハードウェア資源が無いと判定したときに異常値をチェックの結果として出力することを特徴とする請求項２乃至７何れか一項記載の画像形成装置。
9. 前記チェック手段は、前記ハードウェア資源に対応したデバイスドライバをオープンする為の処理を行い、オープンが成功したとき又は既にオープンされていたときに前記ハードウェア資源が有ると判定し、それ以外のときに前記ハードウェア資源がないと判定することを特徴とする請求項８記載の画像形成装置。
10. 前記起動手段は、プリンタ，コピー，ファックス又はスキャナの一部又は全部として動作するハードウェア資源の有無のチェックの結果として正常値を前記チェック手段から供給されたときに、前記設定手段に設定されている内容に応じてプリンタ，コピー，ファックス又はスキャナの処理を行う前記プログラムを起動することを特徴とする請求項８又は９記載の画像形成装置。
11. 前記チェック手段は、前記ハードウェア資源の有無をチェックし、前記ハードウェア資源が無いと判定したときに正常値をチェックの結果として出力し、前記ハードウェア資源が有ると判定したときに異常値をチェックの結果として出力することを特徴とする請求項２乃至７何れか一項記載の画像形成装置。
12. 前記起動手段は、ハードディスク装置の有無のチェックの結果として正常値を前記チェック手段から供給されたときに、前記設定手段に設定されている内容に応じてＲＡＭディスクをマウントすることを特徴とする請求項１１記載の画像処理装置。
13. 前記チェック手段は、前記ハードウェア資源の所定の性能をチェックし、前記ハードウェア資源が所定の性能を満たしていると判定したときに正常値をチェックの結果として出力し、前記ハードウェア資源が所定の性能を満たしていないと判定したときに異常値をチェックの結果として出力することを特徴とする請求項２乃至７何れか一項記載の画像形成装置。
14. 前記起動手段は、中央演算処理装置（ＣＰＵ）の性能のチェックの結果として正常値を前記チェック手段から供給されたときに、前記設定手段に前記チェック手段と関連付けて設定されている前記プログラムを起動し、前記チェックの結果として異常値を前記チェック手段から供給されたときに、前記設定手段に前記チェック手段と関連付けて設定されている前記プログラムを起動しないことを特徴とする請求項１３記載の画像形成装置。
15. 前記起動手段は、メモリの性能のチェックの結果として正常値を前記チェック手段から供給されたときに、前記設定手段に前記チェック手段と関連付けて設定されている前記プログラムを起動し、前記チェックの結果として異常値を前記チェック手段から供給されたときに、前記設定手段に前記チェック手段と関連付けて設定されている前記プログラムを起動しないことを特徴とする請求項１３記載の画像形成装置。
16. 前記設定手段は、前記チェック手段と前記プログラムの存在するディレクトリ又は上位のディレクトリとを関連付けて設定しており、
    前記起動手段は、前記チェックの結果が正常値であるときに前記チェック手段に関連付けて設定されている前記プログラムのディレクトリをマウントし、前記チェックの結果が異常値であるときに前記チェック手段に関連付けて設定されている前記プログラムのディレクトリをマウントしないことを特徴とする請求項１４又は１５記載の画像形成装置。
17. 前記チェック手段は、前記ハードウェア資源に格納されている所定の識別子をチェックし、前記所定の識別子が所定の条件を満たしていると判定したときに正常値をチェックの結果として出力し、前記所定の識別子が所定の条件を満たしていないと判定したときに異常値をチェックの結果として出力することを特徴とする請求項２乃至７何れか一項記載の画像形成装置。
18. 前記チェック手段は、ＳＤカードに格納されている識別子をチェックし、その識別子が前記ＳＤカードが挿入されているスロットの識別子と一致していると判定したときに正常値をチェックの結果として出力し、前記識別子が前記ＳＤカードが挿入されているスロットの識別子と一致していないと判定したときに異常値をチェックの結果として出力することを特徴とする請求項１７記載の画像形成装置。
19. 前記起動手段は、前記チェックの結果として正常値を前記チェック手段から供給されたときに、前記設定手段に前記チェック手段と関連付けて設定されている前記プログラムを実行し、前記チェックの結果として異常値を前記チェック手段から供給されたときに、前記設定手段に前記チェック手段と関連付けて設定されている前記プログラムを実行しないことを特徴とする請求項１７又は１８記載の画像形成装置。
20. 前記格納手段は、前記チェック手段が直接アクセス可能なメモリ上の領域に作成されることを特徴とする請求項５記載の画像形成装置。
21. 前記起動手段は、電源投入後に起動されたオペレーティングシステムにより起動されることを特徴とする請求項１記載の画像形成装置。
22. 前記プログラムは、画像形成処理を行うアプリケーションのプログラムと、画像形成処理で利用されるハードウェア資源の管理を行うコントロールサービスのプログラムと、オペレーティングシステムのプログラムとを有することを特徴とする請求項１記載の画像形成装置。
23. 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有する画像形成装置のプログラム起動方法であって、
    起動手段が、前記プログラムと前記ハードウェア資源に関するチェックを行うチェック手段との関連を設定した設定手段を解析する解析段階と、
    前記起動手段が、前記解析の結果に応じて前記チェック手段を起動するチェック手段起動段階と、
    前記起動手段が、前記チェック手段によるチェックの結果に応じて前記チェック手段に関連する前記プログラムを起動するプログラム起動段階と
    を有することを特徴とするプログラム起動方法。
24. 画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有するコンピュータを、
    前記ハードウェア資源に関するチェックを行うチェック手段と、
    前記チェック手段と前記プログラムとの関連を設定する設定手段と、
    前記チェック手段によるチェックの結果に応じて前記チェック手段に関連する前記プログラムを起動する起動手段と
    して機能させるためのプログラム起動プログラム。
    

Images