本発明は、コピー／プリンタ／スキャナ／ファクシミリ／複合機／融合機等の画像形成装置、情報処理方法、情報処理プログラム、ＳＤｃａｒｄ／ＣＤ−ＲＯＭ等の記録媒体に関する。

近年、コピーとプリンタとスキャナとファクシミリとしての機能を備える複合機や融合機が市販されるようになった。 複合機や融合機は、撮像部や印刷部や通信部や操作表示部等のハードウェアを備えると共に、コピーとプリンタとスキャナとファクシミリに対応する４種類のソフトウェアを備え、これらのソフトウェアが切り替わることにより、コピーやプリンタやスキャナやファクシミリとして機能する。 複合機や融合機は、コピーやプリンタとして機能する場合、画像を印刷用紙等に印刷することになり、コピーやスキャナやとして機能する場合、画像を読取原稿から読み取ることになり、ファクシミリとして機能する場合、画像を電話回線等を介して他の機器と授受することになる。

特開２００２−８４３８３号公報

複合機や融合機内では、様々なアプリケーションが実行される。 複合機や融合機内でのアプリケーションの実行態様としては、１プロセス上で１アプリケーションが実行される「１プロセス１アプリ」が主流であるが、１プロセス上で複数のアプリケーションが実行される「１プロセス複数アプリ」も登場しつつある。 しかし、１プロセス１アプリを前提とするシステムで１プロセス複数アプリの情報処理を実行するような場合、１プロセス１アプリ向けのアプリケーション管理機構では１プロセス複数アプリの各アプリケーションを管理することができないので、１プロセス複数アプリ向けのアプリケーション管理機構が必要となる。 この例からも理解されるように、複合機や融合機には、アプリケーションの実行態様に応じたアプリケーション管理機構が必要である。

したがって、本発明は、新たなアプリケーション管理機構を備える画像形成装置を提案することを課題とする。

請求項１に記載の発明は、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを制御する制御手段を備える画像形成装置であって、前記制御手段は、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを、画像形成処理の実行状況又は画像形成処理用のアプリケーションの実行状況に基づいて制御することを特徴とする画像形成装置である。

請求項２に記載の発明は、前記制御手段は、画像形成処理の実行中は、当該画像形成処理で使用される構成機器の省電力移行を禁止することを特徴とする請求項１に記載の画像形成装置である。

請求項３に記載の発明は、前記制御手段は、当該画像形成装置の記憶装置にインストールされた画像形成処理用のアプリケーションが実行中かつ停止不可能である場合、当該記憶装置の省電力移行を禁止することを特徴とする請求項１又は２に記載の画像形成装置である。

請求項４に記載の発明は、前記制御手段は、当該画像形成装置の記憶装置にインストールされた画像形成処理用のアプリケーションの中に、実行中かつ停止不可能であるアプリケーションが存在する場合において、実行中かつ停止不可能であるアプリケーションの中に、当該アプリケーションの実行中に当該アプリケーションの一部分だけがメモリにロードされるような記憶装置をインストール先とするアプリケーションが存在する場合、当該アプリケーションのインストール先である記憶装置の省電力移行を禁止することを特徴とする請求項１又は２に記載の画像形成装置である。

請求項５に記載の発明は、前記制御手段は、当該画像形成装置が省電力モードであるときに画像形成処理のエラーが発生した場合、当該画像形成装置の表示装置の省電力移行を許可から禁止に変えることを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置である。

請求項６に記載の発明は、前記制御手段は、当該画像形成装置が省電力モードであるときに画像形成処理のエラーが解除された場合、当該画像形成装置の表示装置の省電力移行を禁止から許可に戻すことを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置である。

請求項７に記載の発明は、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを制御する制御手段を備える画像形成装置であって、前記制御手段は、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを、画像形成処理用のアプリケーションからの制御要求に基づいて制御することを特徴とする画像形成装置である。

請求項８に記載の発明は、前記制御手段は、画像形成処理用のアプリケーションからの制御要求がない構成機器については、当該構成機器の省電力移行をデフォルトで許可とすることを特徴とする請求項７に記載の画像形成装置である。

請求項９に記載の発明は、前記アプリケーションは、コンパイラによりソースコードからバイトコードに一括翻訳されており、仮想マシンにより逐次実行されることを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置である。

請求項１０に記載の発明は、前記アプリケーションは、Ｘｌｅｔであることを特徴とする請求項１乃至９のいずれか１項に記載の画像形成装置である。

請求項１１に記載の発明は、画像形成装置によって実行される情報処理方法であって、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを制御する制御段階を備え、前記制御段階で、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを、画像形成処理の実行状況又は画像形成処理用のアプリケーションの実行状況に基づいて制御することを特徴とする情報処理方法である。

請求項１２に記載の発明は、前記制御段階で、画像形成処理の実行中は、当該画像形成処理で使用される構成機器の省電力移行を禁止することを特徴とする請求項１１に記載の情報処理方法である。

請求項１３に記載の発明は、前記制御段階で、当該画像形成装置の記憶装置にインストールされた画像形成処理用のアプリケーションが実行中かつ停止不可能である場合、当該記憶装置の省電力移行を禁止することを特徴とする請求項１１又は１２に記載の情報処理方法である。

請求項１４に記載の発明は、前記制御段階で、当該画像形成装置の記憶装置にインストールされた画像形成処理用のアプリケーションの中に、実行中かつ停止不可能であるアプリケーションが存在する場合において、実行中かつ停止不可能であるアプリケーションの中に、当該アプリケーションの実行中に当該アプリケーションの一部分だけがメモリにロードされるような記憶装置をインストール先とするアプリケーションが存在する場合、当該アプリケーションのインストール先である記憶装置の省電力移行を禁止することを特徴とする請求項１１又は１２に記載の情報処理方法。

請求項１５に記載の発明は、前記制御段階で、当該画像形成装置が省電力モードであるときに画像形成処理のエラーが発生した場合、当該画像形成装置の表示装置の省電力移行を許可から禁止に変えることを特徴とする請求項１１乃至１４のいずれか１項に記載の情報処理方法である。

請求項１６に記載の発明は、前記制御段階で、当該画像形成装置が省電力モードであるときに画像形成処理のエラーが解除された場合、当該画像形成装置の表示装置の省電力移行を禁止から許可に戻すことを特徴とする請求項１１乃至１５のいずれか１項に記載の情報処理方法である。

請求項１７に記載の発明は、画像形成装置によって実行される情報処理方法であって、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを制御する制御段階を備え、前記制御段階で、当該画像形成装置を構成する構成機器の省電力移行を許可するか禁止するかを、画像形成処理用のアプリケーションからの制御要求に基づいて制御することを特徴とする情報処理方法である。

請求項１８に記載の発明は、前記制御段階で、画像形成処理用のアプリケーションからの制御要求がない構成機器については、当該構成機器の省電力移行をデフォルトで許可とすることを特徴とする請求項１７に記載の情報処理方法である。

請求項１９に記載の発明は、前記アプリケーションは、コンパイラによりソースコードからバイトコードに一括翻訳されており、仮想マシンにより逐次実行されることを特徴とする請求項１１乃至１８のいずれか１項に記載の情報処理方法である。

請求項２０に記載の発明は、前記アプリケーションは、Ｘｌｅｔであることを特徴とする請求項１１乃至１９のいずれか１項に記載の情報処理方法である。

請求項２１に記載の発明は、請求項１１乃至２０のいずれか１項に記載の情報処理方法をコンピュータに実行させる情報処理プログラムである。

請求項２２に記載の発明は、請求項１１乃至２０のいずれか１項に記載の情報処理方法をコンピュータに実行させる情報処理プログラムが記録された記録媒体である。

このように、本発明は、新たなアプリケーション管理機構を備える画像形成装置を提案するものである。

図１は、本発明の実施例に該当する融合機１０１を表す。 図１の融合機１０１は、種々のハードウェア１１１と、種々のソフトウェア１１２と、融合機起動部１１３により構成される。

融合機１０１のハードウェア１１１としては、撮像部１２１と、印刷部１２２と、その他のハードウェア１２３が存在する。 撮像部１２１は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。 印刷部１２２は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。

融合機１０１のソフトウェア１１２としては、種々のアプリケーション１３１と、種々のプラットフォーム１３２が存在する。 これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。

アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４、ネットワークファイル用のアプリケーションであるネットワークファイルアプリ１４５が存在する。

アプリケーション１３１は、専用のＳＤＫ（ソフトウェア開発キット）を使用して開発することができる。 ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。 専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。 ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。 図１の融合機１０１にも、ＣＳＤＫアプリ１４６と、ＪＳＤＫアプリ１４７が存在する。 図１の融合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１４７とＣ言語で記述された他のソフトウェア１１２との仲介を行うソフトウェア１１２として、ＪＳＤＫプラットフォーム１４８が存在する。

プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ１５２、種々のハンドラ１５３が存在する。 コントロールサービス１５１としては、ネットワークコントロールサービス（ＮＣＳ）１６１、ファクシミリコントロールサービス（ＦＣＳ）１６２、デリバリコントロールサービス（ＤＣＳ）１６３、エンジンコントロールサービス（ＥＣＳ）１６４、メモリコントロールサービス（ＭＣＳ）１６５、オペレーションパネルコントロールサービス（ＯＣＳ）１６６、サーティフィケーションコントロールサービス（ＣＣＳ）１６７、ユーザディレクトリコントロールサービス（ＵＣＳ）１６８、システムコントロールサービス（ＳＣＳ）１６９が存在する。 ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。

ＮＣＳ１６１のプロセスは、ネットワーク通信の仲介を行う。 ＦＣＳ１６２のプロセスは、ファクシミリのＡＰＩを提供する。 ＤＣＳ１６３のプロセスは、蓄積文書の配信処理に関する制御を行う。 ＥＣＳ１６４のプロセスは、撮像部１２１や印刷部１２２に関する制御を行う。 ＭＣＳ１６５のプロセスは、メモリやハードディスクドライブに関する制御を行う。 ＯＣＳ１６６のプロセスは、オペレーションパネルに関する制御を行う。 ＣＣＳ１６７のプロセスは、認証処理や課金処理に関する制御を行う。 ＵＣＳ１６８のプロセスは、ユーザ情報の管理に関する制御を行う。 ＳＣＳ１６９のプロセスは、システムの管理に関する制御を行う。

アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェア１１２として、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。 ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。 ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。

融合機起動部１１３は、融合機１０１の電源投入時に最初に実行される。 これにより、ＵＮＩＸ（登録商標）等のＯＳが起動され、アプリケーション１３１やプラットフォーム１３２が起動される。 これらのプログラムは、ハードディスクドライブやメモリカードに蓄積されており、ハードディスクドライブやメモリカードから再生されて、メモリに起動されることになる。

図２は、図１の融合機１０１に係るハードウェア構成図である。 融合機１０１のハードウェア１１１としては、コントローラ２０１と、オペレーションパネル２０２と、ファクシミリコントロールユニット（ＦＣＵ）２０３と、撮像部１２１と、印刷部１２２が存在する。

コントローラ２０１は、ＣＰＵ２１１、ＡＳＩＣ２１２、ＮＢ２２１、ＳＢ２２２、ＭＥＭ−Ｐ２３１、ＭＥＭ−Ｃ２３２、ＨＤＤ（ハードディスクドライブ）２３３、メモリカードスロット２３４、ＮＩＣ（ネットワークインタフェースコントローラ）２４１、ＵＳＢデバイス２４２、ＩＥＥＥ１３９４デバイス２４３、セントロニクスデバイス２４４により構成される。

ＣＰＵ２１１は、種々の情報処理用のＩＣである。 ＡＳＩＣ２１２は、種々の画像処理用のＩＣである。 ＮＢ２２１は、コントローラ２０１のノースブリッジである。 ＳＢ２２２は、コントローラ２０１のサウスブリッジである。 ＭＥＭ−Ｐ２３１は、融合機１０１のシステムメモリである。 ＭＥＭ−Ｃ２３２は、融合機１０１のローカルメモリである。 ＨＤＤ２３３は、融合機１０１のストレージである。 メモリカードスロット２３４は、メモリカード２３５をセットするためのスロットである。 ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。 ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。 ＩＥＥＥ１３９４デバイス２４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。 セントロニクスデバイス２４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。

オペレーションパネル２０２は、オペレータが融合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが融合機１０１から出力を得るためのハードウェア（表示部）である。

図３は、図１の融合機１０１に係る外観図である。 図３には、撮像部１２１の位置と、印刷部１２２の位置と、オペレーションパネル２０２の位置が図示されている。 図３には更に、読取原稿のセット先となる原稿セット部３０１と、印刷用紙の給紙先となる給紙部３０２と、印刷用紙の排紙先となる排紙部３０３が図示されている。

オペレーションパネル２０２は、図４のように、タッチパネル３１１と、テンキー３１２と、スタートボタン３１３と、リセットボタン３１４と、機能キー３１５と、初期設定ボタン３１６により構成される。 タッチパネル３１１は、タッチ操作で入力を行うためのハードウェア（タッチ操作部）であると共に、画面表示で出力を得るためのハードウェア（画面表示部）である。 テンキー３１２は、キー（ボタン）操作で数字入力を行うためのハードウェアである。 スタートボタン３１３は、ボタン操作でスタート操作を行うためのハードウェアである。 リセットボタン３１４は、ボタン操作でリセット操作を行うためのハードウェアである。 機能キー３１５は、キー（ボタン）操作でＣＳＤＫアプリ１４６やＪＳＤＫアプリ１４７による操作画面を表示させるためのハードウェアである。 初期設定ボタン３１６は、ボタン操作で初期設定画面を表示させるためのハードウェアである。

原稿セット部３０１は、ＡＤＦ（自動原稿搬送装置）３２１と、フラットベッド３２２と、フラットベッドカバー３２３により構成される。 給紙部３０２は、４個の給紙トレイにより構成される。 排紙部３０３は、１個の排紙トレイにより構成される。

（ＪＳＤＫ）
図５は、図１のＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８のクラス図である。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８は、全体で１プロセスとして、同一プロセス上で実行される。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８中の各ブロックは、それぞれこの１プロセス上のスレッドとして、スレッド単位で並列的に実行（マルチスレッド）される。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８は、Ｊａｖａ（登録商標）コンパイラによりソースコードからバイトコードに一括翻訳されており、Ｊａｖａ（登録商標）仮想マシンにより逐次実行される。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８は、Ｊａｖａ（登録商標） ２ Ｍｉｃｒｏ ＥｄｉｔｉｏｎのＰｅｒｓｏｎａｌ Ｂａｓｉｓ Ｐｒｏｆｉｌｅをベースとする実装となっている。

ＪＳＤＫアプリ１４７としては、ユーザアプリ５０１と、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１と、Ｔａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２と、エラーアプリ５１３と、ルールアプリ５１４等が存在する。

ユーザアプリ５０１は、融合機１０１のユーザ（例えばベンダ）がＪＳＤＫを使用して開発したＪＳＤＫアプリである。 ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）を操作対象とする操作画面の表示等を行うＪＳＤＫアプリである。 Ｔａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）を操作対象とするタスクバーの表示等を行うＪＳＤＫアプリである。 エラーアプリ５１３は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）にエラーが発生した場合に、エラーが発生した旨の情報の表示や通知等を行うＪＳＤＫアプリである。 ルールアプリ５１４は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）の処理要求にルール違反があった場合に、ルール違反があった旨の情報の表示や通知等を行うＪＳＤＫアプリである。

ユーザアプリ５０１はここでは、スタンドアロンアプリケーションやアプレットと並ぶＪａｖａ（登録商標）アプリケーションであるＸｌｅｔである。 ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１とＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２とエラーアプリ５１３とルールアプリ５１４はここでは、独自の拡張を施したＸｌｅｔ（ＸｌｅｔＥｘ）である。

ＪＳＤＫプラットフォーム１４８には、ＪＳＤＫ Ｍａｉｎ５２１と、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２と、Ｌｏｃａｌｅ Ｍａｎａｇｅｒ５２３と、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１と、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２と、ＪＳＤＫ Ｍａｎａｇｅｒ５３３と、Ｓｅｎｄ Ｍａｎａｇｅｒ５４１と、Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４２と、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３と、Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４と、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５と、Ｓｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６等のクラスが存在する。

ＪＳＤＫ Ｍａｉｎ５２１は、ＪＳＤＫシステムの起動設定を行うクラスである。 ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２は、ＪＳＤＫシステムの起動環境設定を行うクラスである。 Ｌｏｃａｌｅ Ｍａｎａｇｅｒ５２３は、国際化対応（言語指定）を行うクラスである。

Ｘｌｅｔ Ｍａｎａｇｅｒ５３１は、１対１でＸｌｅｔを管理するクラスである。 ここでは、７個のＸｌｅｔの状態に係る情報やライフサイクル等が１対１で７個のＸｌｅｔ Ｍａｎａｇｅｒ５３１によって管理される。 Ｘｌｅｔの状態に係る情報は、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１によって管理され、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１からＸｌｅｔＥｘに通知され、ＸｌｅｔＥｘによって表示処理や通知処理に利用される。 Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２は、全てのＸｌｅｔ Ｍａｎａｇｅｒ５３１を管理するクラスである。 ここでは、７個のＸｌｅｔ Ｍａｎａｇｅｒ５３１のライフサイクル等が全て１個のＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２によって管理される。 ＪＳＤＫ Ｍａｎａｇｅｒ５３３は、ＪＳＤＫシステム全体を管理するクラスである。 例えば、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２，Ｓｅｎｄ Ｍａｎａｇｅｒ５４１，Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４２，Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３，Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４，Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５，Ｓｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６のライフサイクル等が、ＪＳＤＫ Ｍａｎａｇｅｒ５３３によって管理される。

Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３は、図１のプラットフォーム１３２からのシステムイベント（電力モード等）の管理を行うクラスである。 Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４は、１個のＸｌｅｔがオペレーションパネル２０２の画面を占有する際の調停等を行うクラスである。 Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、ＳＤｃａｒｄやＷｅｂからのインストールやアンインストールの管理を行うクラスである。

図５のＪＳＤＫシステムでは、ＡＰＩとして、ＪＳＤＫ ＡＰＩ５５１とＪＳＤＫ ＡＰＩ５５２が利用される。 なお、ＸｌｅｔとＸｌｅｔＥｘの差異として、オブジェクトにアクセスするのにＪＳＤＫ ＡＰＩ５５１の利用とＪＳＤＫプラットフォーム１４８へのアクセスが可能である点が挙げられる。 図１の融合機１０１にはさらに、図５のＪＳＤＫシステムに係る要素として、Ｃ言語とＪａｖａ（登録商標）言語のインタフェースとなるＪＳＤＫ Ｓｅｓｓｉｏｎ５５３とＮａｔｉｖｅ ＪＳＤＫ Ｓｅｓｓｉｏｎ５５４や、ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８を実行するためＪａｖａ（登録商標）仮想マシンであるＣＶＭ５５５等が存在する。

図６は、ＪＳＤＫシステムの起動手順について説明するための図である。 ＪＳＤＫシステムではまず、ＪＳＤＫアプリ１４７を起動するｍａｉｎ（）関数を有するクラスであるＪＳＤＫ Ｍａｉｎ５２１が、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２を生成（Ｓ１）する。 続いて、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２が、Ｎａｔｉｖｅ層の構築（Ｓ２）と言語環境の構築（Ｓ３）をもって、ＪＳＤＫシステムの実行環境の構築を行う。 続いて、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２が、ＪＳＤＫ Ｍａｎａｇｅｒ５３３を生成（Ｓ４）する。 ＪＳＤＫシステムではそして、ＪＳＤＫ Ｍａｎａｇｅｒ５３３が、システム層のＭａｎａｇｅｒを生成（Ｓ５−１２）し、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２とＸｌｅｔ Ｍａｎａｇｅｒ５３１を通じて、アプリ層のＭａｎａｇｅｒを生成（Ｓ１３−１６）する。

図７は、ＪＳＤＫシステムのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）について説明するための図である。 融合機１０１の機能キー３１５（図４参照）を押すと、図６のＳ１−１６が実行されて、図７のＧＵＩが融合機１０１のタッチパネル３１１（図４参照）に表示される。 図７のＧＵＩは、ユーザアプリ５０１を操作対象とする操作画面であり、図６のＳ１３で起動されたＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１によって表示される。

図７Ａは、画面を占有させるユーザアプリ５０１の切替操作を行うための切替操作画面である。 図７Ｂは、ユーザアプリ５０１の起動操作を行うための起動操作画面である。 図７Ｃは、ユーザアプリ５０１の終了操作を行うための終了操作画面である。 図７Ｄは、ユーザアプリ５０１のインストール操作を行うためのインストール操作画面である。 図７Ｅは、ユーザアプリ５０１のアンインストール操作を行うためのアンインストール操作画面である。 図７Ａが、機能キー３１５を押した直後にタッチパネル３１１に表示される初期画面であり、図７Ａ，Ｂ，Ｃ，Ｄ，Ｅはそれぞれ切り替え，起動，終了，インストール，アンインストールのボタンをタッチすると表示されることになる。

ＳｉｍｐｌｅＰｒｉｎｔ，ＳｉｍｐｌｅＣｏｐｙ，ＳｉｍｐｌｅＯｃｒ，ＳｉｍｐｌｅＳｃａｎ等はそれぞれユーザアプリ５０１である。 例えば、ＳｉｍｐｌｅＰｒｉｎｔは、電子文書のファイル名を入力することで当該電子文書のプリントを実行できるようにするためのアプリケーションである。 なお、アプリケーションのタイプとは、ＧＵＩを有するアプリケーションであるか否かを意味する。

図７Ａの切替操作画面について説明する。 図７Ａの切替操作画面には、切替操作対象としてインストール済みで実行中のユーザアプリ５０１の一覧が表示される。

図７Ａの切替操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＰｒｉｎｔが画面を占有することになる。 これに伴って、図７Ａの画面から図８Ａの画面に画面が移る。 図８Ａは、画面を占有するＳｉｍｐｌｅＰｒｉｎｔにより表示されるＧＵＩである。

図７Ａの切替操作画面で「ＳｉｍｐｌｅＣｏｐｙ」にタッチすると、ＳｉｍｐｌｅＣｏｐｙにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＣｏｐｙが画面を占有することになる。 これに伴って、図７Ａの画面から図８Ｂの画面に画面が移る。 図７Ａに示すように、ＳｉｍｐｌｅＣｏｐｙの状態は「異常」なので、図８Ｂのように、画面上にはＳｉｍｐｌｅＣｏｐｙに係るエラーメッセージが表示される。

図７Ａの切替操作画面で「ＳｉｍｐｌｅＯｃｒ」にタッチすると、ＳｉｍｐｌｅＯｃｒにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＯｃｒが画面を占有することになる。 これに伴って、図７Ａの画面から図８Ｃの画面に画面が移る。 図７Ａに示すように、ＳｉｍｐｌｅＯｃｒのタイプは「ＧＵＩ無」なので、図８Ｃのように、画面上にはＳｉｍｐｌｅＯｃｒの状態が表示される。

図８Ａ，Ｂ，Ｃの画面の左端（楕円形で示す領域内）には、図６のＳ１４で起動されたＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２により、ユーザアプリ５０１を操作対象とするタスクバーが表示される。 これらのタスクバーは、画面を占有させるユーザアプリ５０１の切替操作を行うための切替タスクバーである。

図８Ａの画面で切替タスクバー中の「ＳＣ」や「ＳＯ」にタッチすると、ＳｉｍｐｌｅＣｏｐｙやＳｉｍｐｌｅＯｃｒにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＣｏｐｙやＳｉｍｐｌｅＯｃｒが画面を占有することになる。 これに伴い、図８Ａの画面から図８Ｂや図８Ｃの画面に画面が移る。 図８Ａの画面で切替タスクバー中の「ＪＳＤＫ」にタッチすると、図７Ａの画面に画面が戻る。

図８Ｂの画面で切替タスクバー中の「ＳＰ」や「ＳＯ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＯｃｒにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＯｃｒが画面を占有することになる。 これに伴い、図８Ｂの画面から図８Ａや図８Ｃの画面に画面が移る。 図８Ｂの画面で切替タスクバー中の「ＪＳＤＫ」にタッチすると、図７Ａの画面に画面が戻る。

図８Ｃの画面で切替タスクバー中の「ＳＰ」や「ＳＣ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＣｏｐｙにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＣｏｐｙが画面を占有することになる。 これに伴い、図８Ｃの画面から図８Ａや図８Ｂの画面に画面が移る。 図８Ｃの画面で切替タスクバー中の「ＪＳＤＫ」にタッチすると、図７Ａの画面に画面が戻る。

図７Ｂの起動操作画面について説明する。 図７Ｂの起動操作画面には、起動操作対象としてインストール済みで実行されていないユーザアプリ５０１の一覧が表示される。

図７Ｂの起動操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔの起動処理を実行するか否かを確認する確認画面（図９）が表示される。 図９の確認画面でプロダクトコードを入力し「実行」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔが起動されることになる。

図７Ｃの終了操作画面について説明する。 図７Ｃの終了操作画面には、終了操作対象としてインストール済みで実行中のユーザアプリ５０１の一覧が表示される。

図７Ｃの終了操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔの強制終了処理を実行するか否かを確認する確認画面（図１０）が表示される。 図１０の確認画面で「実行」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔが強制終了されることになる。

図７Ｄのインストール操作画面について説明する。 ユーザアプリ５０１のインストール処理により、起動可能ユーザアプリとして未登録のユーザアプリ５０１が起動可能ユーザアプリとして登録されることになる。 図７Ｄのインストール操作画面には、インストール操作対象としてユーザアプリ５０１の一覧がインストール状況と共に表示される。

図７Ｄのインストール操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳＤｃａｒｄを格納元とするＳｉｍｐｌｅＰｒｉｎｔのインストール先を確認する確認画面（図１１）が表示される。 図１１の確認画面で「ＳＤｃａｒｄ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔがＳＤｃａｒｄをインストール先としてインストールされることになり、図１１の確認画面で「ＨＤＤ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔがＨＤＤをインストール先としてインストールされることになる。

図７Ｅのアンインストール操作画面について説明する。 ユーザアプリ５０１のアンインストール処理により、起動可能ユーザアプリとして登録済みのユーザアプリ５０１が起動可能ユーザアプリとしての登録を抹消されることになる。 図７Ｅのアンインストール操作画面には、アンインストール操作対象として登録済みのユーザアプリ５０１の一覧が表示される。

図７Ｅのアンインストール操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔのアンインストール処理を実行するか否かを確認する確認画面（図１２）が表示される。 図１２の確認画面で「実行」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔがアンインストールされることになる。

図１３は、起動操作画面の表示手順について説明するための図である。 切替操作画面で起動のボタンがタッチされると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５に、インストール済みのユーザアプリ５０１の一覧要求が送信（Ｓ１）される。 これに応じて、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、インストール済みのユーザアプリ５０１の格納位置に係る情報（融合機１０１内のＮＶＲＡＭに格納されている）を元に、インストール済みのユーザアプリ５０１のＪＮＬＰファイルを取得（Ｓ２）する。 融合機１０１にセットされたＳＤｃａｒｄからは、当該ＳＤｃａｒｄ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 融合機１０１内のＨＤＤからは、当該ＨＤＤ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 ＪＮＬＰファイルは、ユーザアプリ５０１と１対１で対応しており、ユーザアプリ５０１の定義付けに係る情報を含んでいる。 そして、インストール済みのユーザアプリ５０１のＪＮＬＰファイルの内容を元に、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、インストール済みのユーザアプリ５０１の一覧応答が送信（Ｓ３）される。 これにより、切替操作画面から起動操作画面に画面が移ることになる。

図１４は、起動処理の実行手順について説明するための図である。 起動操作画面で選択操作が実行されて確認画面で確認操作が実行されると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＪＳＤＫ Ｍａｎａｇｅｒ５３３に、ユーザアプリ５０１の起動要求が送信（Ｓ１）される。 これに応じて、ＪＳＤＫ Ｍａｎａｇｅｒ５３３からＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２に、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｒ５４７による認証処理を経由してから、ユーザアプリ５０１の起動要求が送信（Ｓ２）される。 これに応じて、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２がＸｌｅｔ Ｍａｎａｇｅｒ５３１を起動（Ｓ３）し、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１がＰａｎｅｌ Ｍａｎａｇｅｒ５４４からルートウィンドウを取得（Ｓ４）し、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１がユーザアプリ５０１を起動（Ｓ５）する。 そして、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２からＪＳＤＫ Ｍａｎａｇｅｒ５３３に、ユーザアプリ５０１の起動応答が送信（Ｓ６）される。 そして、ＪＳＤＫ Ｍａｎａｇｅｒ５３３からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、ユーザアプリ５０１の起動応答が送信（Ｓ７）される。

図１５は、インストール操作画面の表示手順について説明するための図である。 切替操作画面上でインストールのボタンがタッチされると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５に、ユーザアプリ５０１の一覧要求が送信（Ｓ１）される。 これに応じて、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、ユーザアプリ５０１のＪＮＬＰファイルを取得（Ｓ２）する。 融合機１０１にセットされたＳＤｃａｒｄからは、当該ＳＤｃａｒｄ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 融合機１０１とネットワークで接続されたＷｅｂサーバからは、当該Ｗｅｂサーバ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 ＪＮＬＰファイルは、ユーザアプリ５０１と１対１で対応しており、ユーザアプリ５０１の定義付けに係る情報を含んでいる。 そして、ユーザアプリ５０１のインストール状況に関する情報（融合機１０１内のＮＶＲＡＭに格納されている）や、ユーザアプリ５０１のＪＮＬＰファイルの内容を元にして、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、ユーザアプリ５０１の一覧応答が送信（Ｓ３）される。 これにより、切替操作画面からインストール操作画面に画面が移ることになる。

図１６は、インストール処理の実行手順について説明するための図である。 インストール操作画面で選択操作が実行されて確認画面で確認操作が実行されると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５に、ユーザアプリ５０１のインストール要求が送信（Ｓ１）される。 これに応じて、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｒ５４７による認証処理を経由してから、ユーザアプリ５０１をインストール（Ｓ２）する。 そして、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、ユーザアプリ５０１のインストール応答が送信（Ｓ３）される。

図１７は、ＪＮＬＰファイルの構文の例を表す。 ＪＮＬＰ（Ｊａｖａ（登録商標） Ｎｅｔｗｏｒｋ Ｌａｕｎｃｈｉｎｇ Ｐｒｏｔｏｃｏｌ）ファイルはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであり、ＪＮＬＰファイル書式はＪＮＬＰ規格に準拠している。 ただし、ＪＳＤＫ向けに独自の拡張を施している部分があるため、以下その部分について説明する。

記述１は、ｉｎｆｏｒｍａｔｉｏｎエレメントであり、アプリケーション名を示すｔｉｔｌｅエレメント（記述１Ａ）や、ベンダ名を示すｖｅｎｄｅｒエレメント（記述１Ｂ）や、ベンダの電話番号を示すｔｅｌｅｐｈｏｎｅエレメント（記述１Ｃ）や、ベンダのファクス電話番号を示すｆａｘエレメント（記述１Ｄ）や、アプリケーションのプロダクトＩＤを示すｐｒｏｄｕｃｔＩＤエレメント（記述１Ｅ）を含んでいる。

記述２は、ｓｅｃｕｒｉｔｙエレメントである。

記述３は、ｒｅｓｏｕｒｃｅエレメントであり、ＪＳＤＫのバージョンを指定するｊｓｄｋエレメント（記述３Ａ）や、ＪＡＲファイル（アプリケーションの実行ファイル）とそのバージョンを指定するｊａｒエレメント（記述３Ｂ）や、ＳＵＢ−ＪＮＬＰファイルを指定するｓｕｂ−ｊｎｌｐエレメント（記述３Ｃ）を含んでいる。

記述４は、ｕｐｄａｔｅエレメントであり、更新処理の実行方法を設定するエレメントである。 ａｕｔｏであればアプリケーションの更新処理は自動更新で実行され、ｍａｎｕａｌであればアプリケーションの更新処理は手動更新で実行され、ｍａｉｌであればアプリケーションの更新処理が実行可能である場合にその旨を通知する更新通知メールが配信される。

記述５は、ｉｎｓｔａｌｌエレメントであり、インストール処理の実行方法を設定するエレメントである。 ａｕｔｏであればアプリケーションのインストール先は自動選択にて選択され、ｍａｎｕａｌであればアプリケーションのインストール先は手動選択にて選択される。

記述６は、アプリケーションのタイプが「ＧＵＩ有」であるか「ＧＵＩ無」であるかを示す。

図１７のｕｐｄａｔｅエレメントで触れたように、インストール済みのＪＳＤＫアプリ１４７は更新処理の対象となる。 以下、インストール済みのＪＳＤＫアプリ１４７を自動更新する自動更新処理について説明する。

図１８は、ＳＤｃａｒｄ又はＨＤＤ内のＪＳＤＫアプリ１４７（更新対象アプリ）を、ＳＤｃａｒｄからのＪＳＤＫアプリ１４７（更新用アプリ）に自動更新する自動更新処理に係るフローチャートである。

ＪＳＤＫプラットフォーム１４８は、融合機１０１に接続された更新用ＳＤｃａｒｄスロットに更新用ＳＤｃａｒｄがセットされた場合、更新用ＳＤｃａｒｄ内の更新用アプリのＪＮＬＰファイルを取得（Ｓ１０１）する。 ＪＳＤＫプラットフォーム１４８は、そのＪＮＬＰファイルのｕｐｄａｔｅエレメントが「ａｕｔｏ」で、そのＪＮＬＰファイルに係る更新用アプリと同一の更新対象アプリが存在する場合（Ｓ１０２・Ｓ１０３）には、その更新用アプリのバージョンとその更新対象アプリのバージョンとを比較（Ｓ１０４）する。 ＪＳＤＫプラットフォーム１４８は、更新用アプリのバージョンが更新対象アプリのバージョンより新しい場合（Ｓ１０５）には、更新用アプリをもって更新対象アプリを更新（Ｓ１０６）する。

図１９は、ＳＤｃａｒｄ又はＨＤＤ内のＪＳＤＫアプリ１４７（更新対象アプリ）を、ＷｅｂからのＪＳＤＫアプリ１４７（更新用アプリ）に自動更新する自動更新処理に係るフローチャートである。

ＪＳＤＫプラットフォーム１４８は、更新対象アプリのＪＮＬＰファイルを取得（Ｓ２０１）する。 ＪＳＤＫプラットフォーム１４８は、そのＪＮＬＰファイルのｕｐｄａｔｅエレメントが「ａｕｔｏ」で、そのＪＮＬＰファイルに係る更新対象アプリと同一の更新用アプリが、融合機１０１とネットワーク接続されたＷｅｂサーバ内に存在する場合（Ｓ２０２・Ｓ２０３）には、その更新対象アプリのバージョンとその更新用アプリのバージョンとを比較（Ｓ２０４）する。 ＪＳＤＫプラットフォーム１４８は、更新対象アプリのバージョンより更新用アプリのバージョンが新しい場合（Ｓ２０５）には、更新対象アプリを更新用アプリをもって更新（Ｓ２０６）する。

最後に、図５の説明中で登場したＸｌｅｔ等のライフサイクルについて説明することにする。

図２０は、Ｘｌｅｔの状態遷移図である。 Ｘｌｅｔの状態としては、初期化状態（Ｌｏａｄｅｄ）と、停止状態（Ｐａｕｓｅｄ）と、活性化状態（Ａｃｔｉｖｅ）と、終了状態（Ｄｅｓｔｒｏｙｅｄ）が存在する。 Ｘｌｅｔの状態は、起動（ｉｎｉｔＸｌｅｔ）や、開始（ｓｔａｒｔＸｌｅｔ）や、停止（ｐａｕｓｅＸｌｅｔ）や、終了（ｄｅｓｔｒｏｙＸｌｅｔ）等のメソッドコールによって遷移する。 Ｘｌｅｔのライフサイクルとは、このようなＸｌｅｔの状態遷移にほかならない。 ただし、どのような状態が存在するか、どのようにして状態が遷移するか、については様々なバリエーションがあり得るだろう。 このことは、Ｘｌｅｔ ＭａｎａｇｅｒやＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒその他の各Ｍａｎａｇｅｒについても同様である。

初期化状態は、Ｘｌｅｔインスタンスの生成直後の状態である。 初期化状態への遷移は１度限りである。 停止状態は、サービス提供停止中の状態であり、活性化状態は、サービス提供中の状態である。 停止状態と活性化状態との間の遷移は何度でも可能である。 終了状態は、Ｘｌｅｔインスタンスの消滅直後の状態である。 終了状態への遷移は１度限りである。

図５の説明中で記載したように、ＪＳＤＫアプリ１４７のライフサイクルは、ＪＳＤＫプラットフォーム１４８によって管理される。 例えば、ＪＳＤＫアプリ１４７は、自己の開始・停止・終了の際には自己の開始・停止・終了をＪＳＤＫプラットフォーム１４８に依頼するのである。 ＪＳＤＫアプリ１４７のライフサイクルをＪＳＤＫプラットフォーム１４８によって管理するメリットとしては例えば、メモリの節約が可能になることが挙げられる。 特に、多数のＪＳＤＫアプリ１４７がそれぞれスレッドとして実行されるマルチスレッドにおいては、このメリットの存在価値は大きいと言える。 ＪＳＤＫアプリ１４７をＸｌｅｔとするメリットとしては例えば、ＪＳＤＫアプリ１４７のライフサイクル管理が容易になることが挙げられる。

１）電力制御 融合機１０１の電力制御について説明する。

融合機１０１の電源モードには、電源がＯＮの状態に相当する「ＯＮモード」と、電源がＯＦＦの状態に相当する「ＯＦＦモード」が存在する。 融合機１０１を利用する場合、利便性の観点から言えば、融合機１０１を常にＯＮモードにして画像形成処理の待機中にしておくのが望ましいのだが、省電力の観点から言えば、融合機１０１を常にＯＮモードにして画像形成処理の待機中にしておくのは望ましくない。

そのため、ＯＮモードには、画像形成処理の待機中の通常の「待機モード」に加えて、画像形成処理の待機中の消費電力を節約するための各種の「省電力モード」が存在する。 省電力モードでは、印刷部１２２のフューザのヒータ電源，ＨＤＤ２３３のスピンドルのモータ電源，タッチパネル３１１のパネル電源など，画像形成処理の待機中の消費電力の多い部分の電源が省電力状態になり、ＮＩＣ２４１の電源など，画像形成処理の待機中の消費電力の少ない部分の電源が待機状態のままになる。 こうして、利便性の観点と省電力の観点が両立されるのである。

省電力モードの例には、ヒータ電源が待機状態，モータ電源が待機状態，パネル電源が省電力状態になる「消灯モード」や、ヒータ電源が予熱状態，モータ電源が省電力状態，パネル電源が省電力状態になる「予熱モード」や、ヒータ電源が夜間状態，モータ電源が省電力状態，パネル電源が省電力状態になる「夜間モード」などがある。 いずれにしても待機モードの消費電力よりも省電力モードの消費電力のほうが少なくなる。

待機モードにて、一定時間（３分等）が経過したり一定時間帯（深夜等）が到達したりすると、省電力モードに遷移することになる。 省電力モードにて、融合機１０１の操作を実行すると、待機モードに遷移することになる。 省電力モードにて、一定時間（３分等）が経過したり一定時間帯（深夜等）が到達したりすると、ＯＦＦモードに遷移することになる。 ＯＦＦモードにて、ファクス画像データやスキャンデータやプリントデータを受信すると、省電力モードに遷移することになる。 電源ボタンをＯＦＦにすると、電源モードはＯＮモード（待機モード又は省電力モード）からＯＦＦモードに遷移することになる。 電源ボタンをＯＮにすると、電源モードはＯＦＦモードからＯＮモード（待機モード）に遷移することになる。

図２１は、融合機１０１の電力制御について説明するための図である。 融合機１０１の電力制御を実行する上で問題となるのが、どのソフトウェアが融合機１０１の電力制御を実行するかという点である。 例えば、アプリケーションに電力制御を実行させる事にすると、アプリケーションがプラットフォームと協力して電力制御を実行する事になる。 このことは組込アプリにおいては困難ではないがＳＤＫアプリにおいては困難であり、ＳＤＫアプリのアプリ開発を困難にするおそれや過った電力制御により機器全体の省電力基準が満足されなくなるおそれがある。 更には、ある画像形成処理の実行時やある画像形成処理用のアプリケーションの実行時にどの機器をどの電力状態にすればよいかは簡単には判断できない。 従って、プラットフォームに電力制御を実行させる事にするのが望ましい。

図２１には、ＪＳＤＫアプリ１４７と、ＪＳＤＫプラットフォーム１４８と、ＪＳＤＫシステムのＡＰＩであるＪＳＤＫ ＡＰＩ５５１を示す。 図２１のように、ＪＳＤＫプラットフォーム１４８には、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１、Ｍａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ５６２が存在する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、画像形成処理の実行状況や画像形成処理用のアプリケーション（ＪＳＤＫアプリ１４７）の実行状況に基づいて、融合機１０１を構成する構成機器の省電力移行を許可するか禁止するかを制御するクラスである。 Ｍａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ５６２は、画像形成処理用のアプリケーション（ＪＳＤＫアプリ１４７）からの制御要求に基づいて、融合機１０１を構成する構成機器の省電力移行を許可するか禁止するかを制御するクラスである。

Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１の電力制御については、アプリケーションは受動的に関与する事になる。 これにより、どの機器をどの電力状態にすればよいかをアプリケーションが自分で判断する必要がなくなる。 Ｍａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ５６２の電力制御については、アプリケーションは能動的に関与する事になる。 これは、アプリケーションが画像処理のような時間のかかる処理を実行する場合等に、アプリケーションが自分で省電力移行を禁止する必要がある場合等に利用される。

なお、Ｍａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ５６２は、画像形成処理用のアプリケーションから制御要求があった構成機器については、当該構成機器の省電力移行を当該制御要求に基づいて制御するが、画像形成処理用のアプリケーションから制御要求がない構成機器については、当該構成機器の省電力移行を「デフォルト」で許可とする。 Ｍａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ５６２の電力制御については、アプリケーションは能動的に関与する必要があるときだけ能動的に関与すればよい事になる。

図２１に、融合機１０１の構成機器の例として、スキャンエンジン（撮像部）１２１、プリントエンジン（印刷部）１２２、ＨＤＤ２３３、ＮＩＣ２４１、タッチパネル３１１を示す。 図２１のように、ＪＳＤＫ ＡＰＩ５５１には、融合機１０１の構成機器を利用して様々な処理を実行するための「アプリ公開クラス」として、スキャンサービス５７１と、プリントサービス５７２と、ファイル利用クラス５７３と、ネットワーク利用クラス５７４と、パネル利用クラス５７５が存在する。

図２２は、融合機１０１の電力制御の第１具体例に係るフロー図である。

スキャン処理の際には、スキャンエンジン１２１やＨＤＤ２３３やタッチパネル３１１が使用される。 そのため、スキャン処理の実行中は、スキャン処理で使用される構成機器であるスキャンエンジン１２１やＨＤＤ２３３やタッチパネル３１１の省電力移行が禁止される事になる。 以下、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１による当該電力制御について説明する。

ユーザアプリ５０１は、スキャンを開始する際には、スキャンサービス５７１に対してスキャン開始要求を送信（Ｓ３０１）する。 スキャンサービス５７１は、これに応じて、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してスキャン処理で使用される各構成機器の使用通知を送信（Ｓ３０２）する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、これらの構成機器を省電力状態にする旨の問い合わせを、これ以降にＳｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９から受信（Ｓ３０３）した場合、これらの構成機器の省電力移行を禁止する旨の返答を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ３０４）する。

スキャンサービス５７１は、スキャンを終了する際には、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してスキャン処理で使用される各構成機器の開放通知を送信（Ｓ３１１）するとともに、ユーザアプリ５０１に対してスキャン終了通知を送信（Ｓ３１２）する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、これらの構成機器を省電力状態にする旨の問い合わせを、これ以降にＳｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９から受信（Ｓ３１３）した場合には、これらの構成機器の省電力移行を許可する旨の返答を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ３１４）する。

こうして、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、スキャン処理の実行中は、スキャン処理で使用される構成機器の省電力移行を禁止するのである。 ユーザアプリ５０１には、これを意識する必要はない。

図２３は、融合機１０１の電力制御の第２具体例に係るフロー図である。

プリント処理の際には、プリントエンジン１２２やＨＤＤ２３３やフィニッシャ３０３が使用される。 そのため、プリント処理の実行中は、プリント処理で使用される構成機器であるプリントエンジン１２２やＨＤＤ２３３やフィニッシャ３０３の省電力移行が禁止される事になる。 以下、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１による当該電力制御について説明する。

ユーザアプリ５０１は、プリントを開始する際には、プリントサービス５７２に対してプリント開始要求を送信（Ｓ４０１）する。 プリントサービス５７２は、これに応じて、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してプリント処理で使用される各構成機器の使用通知を送信（Ｓ４０２）する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、これらの構成機器を省電力状態にする旨の問い合わせを、これ以降にＳｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９から受信（Ｓ４０３）した場合、これらの構成機器の省電力移行を禁止する旨の返答を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ４０４）する。 これらの構成機器以外を省電力状態にする旨の問い合わせがこれ以降に受信（Ｓ４０５）された場合には、省電力移行を許可する旨の返答が送信（Ｓ４０６）される。

プリントサービス５７２は、プリントを終了する際には、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してプリント処理で使用される各構成機器の開放通知を送信（Ｓ４１１）するとともに、ユーザアプリ５０１に対してプリント終了通知を送信（Ｓ４１２）する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、これらの構成機器を省電力状態にする旨の問い合わせを、これ以降にＳｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９から受信（Ｓ４１３）した場合には、これらの構成機器の省電力移行を許可する旨の返答を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ４１４）する。

こうして、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、プリント処理の実行中は、プリント処理で使用される構成機器の省電力移行を禁止するのである。 ユーザアプリ５０１には、これを意識する必要はない。

図２４は、融合機１０１の電力制御の第３具体例に係るフロー図である。

ＪＳＤＫアプリ１４７は、ＨＤＤやＳＤｃａｒｄにインストールされている。 ＪＳＤＫアプリ１４７がＨＤＤにインストールされている場合、ＪＳＤＫアプリ１４７の実行中にメモリにローディングされるのはＪＳＤＫアプリ１４７の一部である。 よって、ＨＤＤにインストールされているＪＳＤＫアプリ１４７の実行中にＨＤＤが省電力状態になると、ＪＳＤＫアプリ１４７の実行が保証されなくなる。 そこで、ＪＳＤＫアプリ１４７にインストール先のＨＤＤやＳＤｃａｒｄの電力制御を実行させる事が考えられるが、ＪＳＤＫアプリ１４７がインストール先のＨＤＤやＳＤｃａｒｄの電力制御を実行する事は困難である。 そのため、ＨＤＤ２３３にインストールされたＪＳＤＫアプリ１４７が実行中かつ停止不可能である場合、ＪＳＤＫプラットフォーム１４８がＨＤＤ２３３の省電力移行を禁止する事にしている。 以下、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１による当該電力制御について説明する。

Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、ＳＣＳ１６９からＨＤＤ２３３を省電力状態にする旨の問い合わせを受信（Ｓ５０１）した場合、アプリ公開クラスが停止可能かどうかを確認（Ｓ５０２）するとともに、実行中のＪＳＤＫアプリ１４７が停止可能かどうかを確認（Ｓ５０３）する。 これらが停止可能かどうかはこれらからＭａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ５６２に通知されるものとする。 そのため、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、これらが停止可能かどうかをＭａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ５６２に確認するものとする。

Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、アプリ公開クラスが停止不可能である場合（Ｓ５０２）には、ＳＣＳ１６９にＨＤＤ２３３の省電力移行を禁止する旨の返答を送信（Ｓ５１１）する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、実行中のＪＳＤＫアプリ１４７の中に停止不可能であるＪＳＤＫアプリ１４７がある場合（Ｓ５０３）には、そのＪＳＤＫアプリ１４７のインストール先を確認（Ｓ５０４）する。 ＪＳＤＫアプリ１４７のインストール先はＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５によって管理される。 そのため、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、ＪＳＤＫアプリ１４７のインストール先をＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５に確認する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、実行中かつ停止不可能であるそのＪＳＤＫアプリ１４７のインストール先がＨＤＤ２３３である場合（Ｓ５０４）には、ＳＣＳ１６９にＨＤＤ２３３の省電力移行を禁止する旨の返答を送信（Ｓ５１１）する。 そして、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、実行中かつ停止不可能であるＪＳＤＫアプリ１４７の中にインストール先がＨＤＤ２３３であるＪＳＤＫアプリ１４７がない場合（Ｓ５０４及びＳ５０５）には、ＳＣＳ１６９にＨＤＤ２３３の省電力移行を許可する旨の返答を送信（Ｓ５１２）する。

こうして、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、ＨＤＤ２３３にインストールされたＪＳＤＫアプリ１４７が実行中かつ停止不可能である場合、ＨＤＤ２３３の省電力移行を禁止するのである。 ＪＳＤＫアプリ１４７がこれを意識する必要はない。

図２５は、融合機１０１の電力制御の第４具体例に係るフロー図である。

プリント処理は、ヒータ電源が待機状態，モータ電源が待機状態，パネル電源が省電力状態になる省電力モード（消灯モード）でも実行可能である。 つまり、プリント処理は、タッチパネル３１１が待機状態でも省電力状態でも実行可能なのである。 しかし、融合機１０１が省電力モードであるときにプリント処理のエラーが発生した場合には、プリント処理のエラーが発生した旨を表示すべくタッチパネル３１１を省電力状態から待機状態に変える必要がある。 そのため、融合機１０１が省電力モードであるときにプリント処理のエラーが発生した場合、ＪＳＤＫプラットフォーム１４８がタッチパネル３１１の省電力移行を許可から禁止に変える事にしている。 さらに、そのエラーが解除された場合には、タッチパネル３１１を待機状態から省電力状態に戻す必要がある。 そこで、融合機１０１が省電力モードであるときにプリント処理のエラーが解除された場合、ＪＳＤＫプラットフォーム１４８がタッチパネル３１１の省電力移行を禁止から許可に戻す事にしている。 以下、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１による当該電力制御について説明する。

ユーザアプリ５０１は、プリントを開始する際には、プリントサービス５７２に対してプリント開始要求を送信（Ｓ６０１）する。 プリントサービス５７２は、これに応じて、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してプリント処理で使用される各構成機器の使用通知を送信（Ｓ６０２）する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、これらの構成機器を省電力状態にする旨の問い合わせを、これ以降にＳｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９から受信（Ｓ６０３）した場合、これらの構成機器の省電力移行を禁止する旨の返答を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ６０４）する。 これらの構成機器以外を省電力状態にする旨の問い合わせがこれ以降に受信された場合には、省電力移行を許可する旨の返答が送信される。 したがって、タッチパネル３１１を省電力状態にする旨の問い合わせがこれ以降に受信（Ｓ６０５）された場合には、省電力移行を許可する旨の返答が送信（Ｓ６０６）される。

この時点で、融合機１０１は省電力モードであり、タッチパネル３１１は省電力状態であるものとする。 そして、融合機１０１はプリント処理の実行中であるものとする。

プリントサービス５７２は、プリント処理のエラーが発生した場合には、ユーザアプリ５０１に対してエラー発生通知を送信（Ｓ６１１）すると共に、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してエラー発生通知を送信（Ｓ６１２）する。 エラー発生通知に応じて、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、タッチパネル３１１の省電力移行を許可から禁止に変える旨の要求を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ６１３）する。

プリントサービス５７２は、プリント処理のエラーが解除された場合は、ユーザアプリ５０１に対してエラー解除通知を送信（Ｓ６２１）すると共に、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してエラー解除通知を送信（Ｓ６２２）する。 エラー解除通知に応じて、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、タッチパネル３１１の省電力移行を禁止から許可に変える旨の要求を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ６２３）する。

プリントサービス５７２は、プリントを終了する際には、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１に対してプリント処理で使用される各構成機器の開放通知を送信（Ｓ６３１）するとともに、ユーザアプリ５０１に対してプリント終了通知を送信（Ｓ６３２）する。 Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、これらの構成機器を省電力状態にする旨の問い合わせを、これ以降にＳｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９から受信（Ｓ６３３）した場合には、これらの構成機器の省電力移行を許可する旨の返答を、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３を通じてＳＣＳ１６９に送信（Ｓ６３４）する。

こうして、Ｐｏｗｅｒ Ｍａｎａｇｅｒ５６１は、融合機１０１が省電力モードであるときにプリント処理等のエラーが発生した場合、タッチパネル３１１の省電力移行を許可から禁止に変えて、融合機１０１が省電力モードであるときにプリント処理等のエラーが解除された場合、タッチパネル３１１の省電力移行を禁止から許可に戻すのである。 ＪＳＤＫアプリ１４７がこれらを意識する必要はない。 ＪＳＤＫアプリはこれらを意識せずにエラー発生表示を実行することができる。

２）画像形成処理 融合機１０１の画像形成処理について説明する。

図２６は、融合機１０１で実行可能な画像形成処理について説明するための図である。 融合機１０１では、画像形成処理用の画像データは、記憶領域が連続的になるような格納形式のファイルに格納されてＨＤＤ内に記憶される。 このようなファイルを「ＲＡＷファイル」と呼ぶ。 ＵＮＩＸ（登録商標）のファイルシステムでは、情報処理用のデータは、記憶領域が離散的になるような格納形式のファイルに格納されてＨＤＤ内に記憶される。 このようなファイルを「ＦＦＳファイル」と呼ぶ。 高速読み出しや高速書き込みの観点等ではＲＡＷファイルの方が優れているが、融合機１０１からＰＣ等にファイルを提供する観点等ではＦＦＳファイルの方が優れている。

図２６Ａは、スキャン画像のプリント処理について説明するための図である。 スキャン画像は、ＲＡＷファイル６３１としてＨＤＤ内に蓄積される。 プリント処理では、ＲＡＷファイル６３１としてＨＤＤ内に蓄積された画像データがプリントされる。

図２６Ｂは、スキャン画像の保存処理について説明するための図である。 スキャン画像は、ＲＡＷファイル６３１としてＨＤＤ内に蓄積され、ＲＡＷファイル６３１からＦＦＳファイル６３２に変換され、ＦＳＳファイル６３２としてＨＤＤ内に保存される。

図２６Ｃは、保存画像のプリント処理について説明するための図である。 保存画像は、ＦＦＳファイル６３２としてＨＤＤ内に保存されている。 プリント処理では、ＦＦＳファイル６３２としてＨＤＤ内に保存されている画像データがプリントされる。

（変形例）
図１の融合機１０１は、本発明（画像形成装置）の実施例に該当し、図１の融合機１０１によって実行される情報処理は、本発明（情報処理方法）の実施例に該当する。 図５のＪＳＤＫプラットフォーム１４８は、本発明（情報処理プログラム）の実施例に該当し、図５のＪＳＤＫプラットフォーム１４８が記録されたＳＤｃａｒｄやＣＤ−ＲＯＭは、本発明（記録媒体）の実施例に該当する。

本発明の実施例に該当する融合機を表す。

図１の融合機に係るハードウェア構成図である。

図１の融合機に係る外観図である。

オペレーションパネルを表す。

図１のＪＳＤＫアプリとＪＳＤＫプラットフォームのクラス図である。

ＪＳＤＫシステムの起動手順について説明するための図である。

ＪＳＤＫシステムのＧＵＩについて説明するための図である。

切替操作画面について説明するための図である。

起動操作画面について説明するための図である。

終了操作画面について説明するための図である。

インストール操作画面について説明するための図である。

アンインストール操作画面について説明するための図である。

起動操作画面の表示手順について説明するための図である。

起動処理の実行手順について説明するための図である。

インストール操作画面の表示手順について説明するための図である。

インストール処理の実行手順について説明するための図である。

ＪＮＬＰファイルの構文の例を表す。

ＪＳＤＫアプリをＳＤｃａｒｄからのＪＳＤＫアプリに自動更新する自動更新処理に係るフローチャートである。

ＪＳＤＫアプリをＷｅｂからのＪＳＤＫアプリに自動更新する自動更新処理に係るフローチャートである。

Ｘｌｅｔの状態遷移図である。

融合機の電力制御について説明するための図である。

融合機の電力制御の第１具体例に係るフロー図である。

融合機の電力制御の第２具体例に係るフロー図である。

融合機の電力制御の第３具体例に係るフロー図である。

融合機の電力制御の第４具体例に係るフロー図である。

融合機で実行可能な画像形成処理について説明するための図である。

符号の説明

１０１ 融合機 １１１ ハードウェア １１２ ソフトウェア １１３ 融合機起動部 １２１ 撮像部 １２２ 印刷部 １２３ その他のハードウェア １３１ アプリケーション １３２ プラットフォーム １３３ アプリケーションプログラムインタフェース １３４ エンジンインタフェース １３５ 仮想アプリケーションサービス １４１ コピーアプリ １４２ プリンタアプリ １４３ スキャナアプリ １４４ ファクシミリアプリ １４５ ネットワークファイルアプリ １４６ ＣＳＤＫアプリ １４７ ＪＳＤＫアプリ １４８ ＪＳＤＫプラットフォーム １５１ コントロールサービス １５２ システムリソースマネージャ １５３ ハンドラ １６１ ネットワークコントロールサービス １６２ ファクシミリコントロールサービス １６３ デリバリコントロールサービス １６４ エンジンコントロールサービス １６５ メモリコントロールサービス １６６ オペレーションパネルコントロールサービス １６７ サーティフィケーションコントロールサービス １６８ ユーザディレクトリコントロールサービス １６９ システムコントロールサービス １７１ ファクシミリコントロールユニットハンドラ １７２ イメージメモリハンドラ ２０１ コントローラ ２０２ オペレーションパネル ２０３ ファクシミリコントロールユニット ２１１ ＣＰＵ
２１２ ＡＳＩＣ
２２１ ＮＢ
２２２ ＳＢ
２３１ ＭＥＭ−Ｐ
２３２ ＭＥＭ−Ｃ
２３３ ＨＤＤ
２３４ メモリカードスロット ２３５ メモリカード ２４１ ＮＩＣ
２４２ ＵＳＢデバイス ２４３ ＩＥＥＥ１３９４デバイス ２４４ セントロニクスデバイス ３０１ 原稿セット部 ３０２ 給紙部 ３０３ 排紙部 ３１１ タッチパネル ３１２ テンキー ３１３ スタートボタン ３１４ リセットボタン ３１５ 機能キー ３１６ 初期設定ボタン ３２１ ＡＤＦ
３２２ フラットベッド ３２３ フラットベッドカバー ５０１ ユーザアプリ ５１１ ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ
５１２ Ｔａｓｋ Ｂａｒ Ｍａｎａｇｅｒ
５１３ エラーアプリ ５１４ ルールアプリ ５２１ ＪＳＤＫ Ｍａｉｎ
５２２ ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ
５２３ Ｌｏｃａｌｅ Ｍａｎａｇｅｒ
５３１ Ｘｌｅｔ Ｍａｎａｇｅｒ
５３２ Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ
５３３ ＪＳＤＫ Ｍａｎａｇｅｒ
５４１ Ｓｅｎｄ Ｍａｎａｇｅｒ
５４２ Ｅｖｅｎｔ Ｍａｎａｇｅｒ
５４３ Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ
５４４ Ｐａｎｅｌ Ｍａｎａｇｅｒ
５４５ Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ
５４６ Ｓｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ
５４７ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｒ
５５１ ＪＳＤＫ ＡＰＩ
５５２ ＪＳＤＫ ＡＰＩ
５５３ ＪＳＤＫ Ｓｅｓｓｉｏｎ
５５４ Ｎａｔｉｖｅ ＪＳＤＫ Ｓｅｓｓｉｏｎ
５５５ ＣＶＭ
５６１ Ｐｏｗｅｒ Ｍａｎａｇｅｒ
５６２ Ｍａｃｈｉｎｅ Ｓｔａｔｅ Ｌｏｃｋ
５７１ スキャンサービス ５７２ プリントサービス ５７３ ファイル利用クラス ５７４ ネットワーク利用クラス ５７５ パネル利用クラス ６３１ ＲＡＷファイル ６３２ ＦＦＳファイル