(57)【要約】【課題】アプリケーション側で実装されていない省電力モードがあったとしても、装置を正常に稼動させる。【解決手段】情報処理装置は、アプリケーションと、複数の電力モードを切り替えることで、各ハードウェアに対する通電のオン／オフを制御する電力制御部と、前記アプリケーションからの指示に従い、ハードウェアに対する制御を実行するための機能のうち指定された前記機能の制御を実行する機能実行部とを備え、前記機能実行部は、前記アプリケーションからの指示を受けると、前記電力制御部に対して、前記電力モードの問合せを行い、前記電力制御部は、前記機能実行部に対して、前記電力モードを返信し、前記機能実行部は、返信された前記電力モードが、前記アプリケーションが対応していない電力モードである場合であって、前記アプリケーションから、対応していない前記電力モードで通電がオフにされている前記ハードウェアへの制御指令があった場合には、通電がオフにされている前記ハードウェアへの通電をオンにする復帰要求を通知する。【選択図】図１
2014078221.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションと、
複数の電力モードを切り替えることで、各ハードウェアに対する通電のオン／オフを制御する電力制御部と、
前記アプリケーションからの指示に従い、ハードウェアに対する制御を実行するための機能のうち指定された前記機能の制御を実行する機能実行部と、
を備え、
前記機能実行部は、前記アプリケーションからの指示を受けると、前記電力制御部に対して、前記電力モードの問合せを行い、
前記電力制御部は、前記機能実行部に対して、前記電力モードを返信し、
前記機能実行部は、返信された前記電力モードが、前記アプリケーションが対応していない電力モードである場合であって、前記アプリケーションから、対応していない前記電力モードで通電がオフにされている前記ハードウェアへの制御指令があった場合には、通電がオフにされている前記ハードウェアへの通電をオンにする復帰要求を通知する
ことを特徴とする情報処理装置。
【請求項２】
前記機能実行部は、前記電力制御部に前記アプリケーションが、前記電力制御部から返信された前記電力モードに対応していない旨を通知する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記機能実行部は、前記アプリケーションから、対応していない前記電力モードで通電がオフにされる前記ハードウェアへの制御指令があった場合には、前記ハードウェアが前記電力制御部により通電がオンにされるのを待って、指示された前記制御指令を前記ハードウェアに実行させる
ことを特徴とする請求項１、または２に記載の情報処理装置。
【請求項４】
前記電力制御部は、前記電力モードとして、操作部と、印刷を行う印刷部への通電がオンされている待機モードと、前記操作部、及び印刷部への通電がオフにされている第１省電力モードと、前記操作部へは通電がオンされているとともに、前記印刷部へは通電がオフにされている第２省電力モードとを選択可能であり、
前記アプリケーションは、前記待機モード、及び前記第１省電力モードに対応している場合において、
前記電力制御部は、第２省電力モードである場合、前記アプリケーションに対しては、前記待機モードである旨を通知する
ことを特徴とする請求項１〜３のいずれか一項に記載の情報処理装置。
【請求項５】
アプリケーションと、複数の電力モードを切り替えることで、各ハードウェアに対する通電のオン／オフを制御する電力制御部と、前記アプリケーションからの指示に従い、ハードウェアに対する制御を実行するための機能のうち指定された前記機能の制御を実行する機能実行部と、を備えた情報処理装置を制御する制御方法であって、
前記電力制御部が、複数の電力モードを切り替えることで、各ハードウェアに対する通電のオン／オフを制御する電力制御ステップと、
前記機能実行部が、前記アプリケーションからの指示に従い、指定された前記機能に係る制御を実行する機能実行ステップと、
前記機能実行部が、前記アプリケーションからの指示を受けると、前記電力制御部に対して、前記電力モードの問合せを行う問合せステップと、
前記電力制御部が、前記機能実行部に対して、前記電力モードを返信する返信ステップ、
前記機能実行部が、返信された前記電力モードが、前記アプリケーションが対応していない電力モードである場合に、前記アプリケーションが対応するほかの前記電力モードであることの通知を前記アプリケーションに対して行う通知ステップと、
を含むことを特徴とする電力制御方法。
【請求項６】
コンピュータを、
複数の電力モードを切り替えることで、各ハードウェアに対する通電のオン／オフを制御する電力制御部と、
アプリケーションからの指示に従い、ハードウェアに対する制御を実行するための機能のうち指定された前記機能の制御を実行する機能実行部と、
として機能させるためのプログラムであり、
前記機能実行部は、前記アプリケーションからの指示を受けると、前記電力制御部に対して、前記電力モードの問合せを行い、
前記電力制御部は、前記機能実行部に対して、前記電力モードを返信し、
前記機能実行部は、返信された前記電力モードが、前記アプリケーションが対応していない電力モードである場合に、前記アプリケーションが対応するほかの前記電力モードであることの通知を前記アプリケーションに対して行う
ことを特徴とするプログラム。
【請求項７】
請求項６に記載のプログラムが記憶された記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、電力制御方法、プログラム、及び記憶媒体に関する。
【背景技術】
【０００２】
画像形成装置には、操作がなく待機状態である場合の電力消費量を削減するために省電力モードが設定されている。省電力モードにおいては、画像形成装置を構成する各部位のうち、必要な部分にのみ電力を供給し、他の部分には電力を供給しないようにすることで、電力消費量を抑制している。
【０００３】
また、近年の画像形成装置にあっては、特許文献１のように、アプリケーションの開発に、例えば、ＳＤＫ（Software  Development  Kit：ソフトウェア開発キット）などのような開発環境が提供され、共通のミドルウェア上で稼動するようにすることで、アプリケーション間の連携や、開発速度の向上が図られるようになってきており、上述のような省電力の制御のためのアプリケーションもＳＤＫによって開発されようになってきている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようなＳＤＫにより制作されたアプリケーションの場合、全ての機種毎に共通の機能を実装したいという要求が存在する。そのため、新たな機器にこれまでのアプリケーションでは実装されていない省電力モードが設定可能となった場合に、アプリケーションは、個別の機器に対応して更新されるわけではないため、この省電力モードに対して適切に対応できない場合が存在する。例えば、アプリケーションに対応していない省電力モードが通知されたとしてもどのように処理をすればいいかわからなかったり、機器内の電力状態と、アプリケーションで把握している電力状態との間で差異ができてしまったりして、動作に不具合が発生してしまう可能性があった。このような課題は、ＳＤＫという開発環境の提供形態に限られるものではなく、画像形成装置その他の機器に新たに搭載するために開発されたアプリケーションでも同様に存在しうる。また、このような課題は、画像形成装置以外の様々な機器にも存在しうるものと言える。
【０００５】
本発明は、上記に鑑みてなされたものであって、アプリケーション側で実装されていない省電力モードがあったとしても、装置を正常に稼動させることができる情報処理装置を提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、アプリケーションと、複数の電力モードを切り替えることで、各ハードウェアに対する通電のオン／オフを制御する電力制御部と、前記アプリケーションからの指示に従い、ハードウェアに対する制御を実行するための機能のうち指定された前記機能の制御を実行する機能実行部と、を備え、前記機能実行部は、前記アプリケーションからの指示を受けると、前記電力制御部に対して、前記電力モードの問合せを行い、前記電力制御部は、前記機能実行部に対して、前記電力モードを返信し、前記機能実行部は、返信された前記電力モードが、前記アプリケーションが対応していない電力モードである場合であって、前記アプリケーションから、対応していない前記電力モードで通電がオフにされている前記ハードウェアへの制御指令があった場合には、通電がオフにされている前記ハードウェアへの通電をオンにする復帰要求を通知することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、アプリケーション側で実装されていない省電力モードがあったとしても、装置を正常に稼動させることができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態の複合機を表す図である。
【図２】図２は、実施形態の複合機に係るハードウェア構成図である。
【図３】図３は、実施形態の複合機の外観図である。
【図４】図４は、オペレーションパネルを表す図である。
【図５】図５は、実施形態の電力モードの一例を示す図である。
【図６】図６は、実施形態の新しい待機状態の印刷処理の流れを示す図である。
【図７】図７は、実施形態の変形例の電力モードの一例を示す図である。
【図８】図８は、実施形態の変形例の新しい待機状態の印刷処理の流れを示す図である。
【発明を実施するための形態】
【０００９】
図１は、本発明の実施形態の情報処理装置を具体化した複合機１０１を表す。図１の複合機１０１は、種々のハードウェア１１１と、種々のソフトウェア１１２と、複合機起動部１１３とを備えている。
【００１０】
複合機１０１のハードウェア１１１としては、撮像部１２１と、印刷部１２２と、その他のハードウェア１２３とを含んでいる。撮像部１２１は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。印刷部１２２は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。
【００１１】
複合機１０１のソフトウェア１１２としては、種々のアプリケーション１３１と、種々のプラットフォーム１３２が存在する。これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。
【００１２】
アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４、ネットワークファイル用のアプリケーションであるネットワークファイルアプリ１４５が存在する。そしてさらに、Ｗｅｂページの閲覧用のソフトウェアであるＷｅｂブラウザ１８１、Ｗｅｂページの配信用のソフトウェアであるＷｅｂサーバソフト１８２、ＣＳＤＫアプリ１４６やＪＳＤＫアプリ１４７の制御用のソフトウェアであるＳＤＫアプリケーションサービス（ＳＡＳ）１８３が存在する。
【００１３】
アプリケーション１３１は、専用のＳＤＫ（ソフトウェア開発キット）を使用して開発することができる。ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。図１の複合機１０１にも、ＣＳＤＫアプリ１４６と、ＪＳＤＫアプリ１４７が存在する。図１の複合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１４７とＣ言語で記述された他のソフトウェア１１２との仲介を行うソフトウェア１１２として、ＪＳＤＫプラットフォーム１４８が存在する。ＪＤＳＫプラットフォーム１４８には、機能実行部１７３、及び電力制御部１７４が設けられている。
【００１４】
プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ１５２、種々のハンドラ１５３が存在する。コントロールサービス１５１としては、ネットワークコントロールサービス（ＮＣＳ）１６１、ファクシミリコントロールサービス（ＦＣＳ）１６２、デリバリコントロールサービス（ＤＣＳ）１６３、エンジンコントロールサービス（ＥＣＳ）１６４、メモリコントロールサービス（ＭＣＳ）１６５、オペレーションパネルコントロールサービス（ＯＣＳ）１６６、サーティフィケーションコントロールサービス（ＣＣＳ）１６７、ユーザディレクトリコントロールサービス（ＵＣＳ）１６８、及びシステムコントロールサービス（ＳＣＳ）１６９が存在する。ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。
【００１５】
ＮＣＳ１６１のプロセスは、ネットワーク通信の仲介を行う。ＦＣＳ１６２のプロセスは、ファクシミリのＡＰＩを提供する。ＤＣＳ１６３のプロセスは、蓄積文書の配信処理に関する制御を行う。ＥＣＳ１６４のプロセスは、撮像部１２１や印刷部１２２に関する制御を行う。ＭＣＳ１６５のプロセスは、メモリやハードディスクドライブに関する制御を行う。ＯＣＳ１６６のプロセスは、オペレーションパネルに関する制御を行う。ＣＣＳ１６７のプロセスは、認証処理や課金処理に関する制御を行う。ＵＣＳ１６８のプロセスは、ユーザ情報の管理に関する制御を行う。ＳＣＳ１６９のプロセスは、システムの管理に関する制御を行う。
【００１６】
機能実行部１７３は、各アプリケーション１３１からの指示に従い、ハードウェア１１１に対する制御を実行するための機能のうち指定された機能の制御を実行するためのプラットフォームである。例えば、印刷処理に関する制御を行ったり、スキャンに関する制御をおこなったりもする。
【００１７】
電力制御部１７４は、複数の電力モードを切り替え、対応するＳＣＳ１６９を介して各ハードウェア１１１に対する通電のオン／オフを制御する。
【００１８】
アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェア１１２として、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。
【００１９】
複合機起動部１１３は、複合機１０１の電源投入時に最初に実行される。これにより、ＵＮＩＸ（登録商標）等のＯＳが起動され、アプリケーション１３１やプラットフォーム１３２が起動される。これらのプログラムは、ハードディスクドライブやメモリカードに蓄積されており、ハードディスクドライブやメモリカードから再生されて、メモリに起動されることになる。
【００２０】
図２は、図１の複合機１０１に係るハードウェア構成図である。複合機１０１のハードウェア１１１としては、コントローラ２０１と、オペレーションパネル２０２と、ファクシミリコントロールユニット（ＦＣＵ）２０３と、撮像部１２１と、印刷部１２２が存在する。
【００２１】
コントローラ２０１は、ＣＰＵ２１１、ＡＳＩＣ２１２、ＮＢ２２１、ＳＢ２２２、ＭＥＭ−Ｐ２３１、ＭＥＭ−Ｃ２３２、ＨＤＤ（ハードディスクドライブ）２３３、メモリカードスロット２３４、ＮＩＣ（ネットワークインタフェースコントローラ）２４１、ＵＳＢデバイス２４２、ＩＥＥＥ１３９４デバイス２４３、セントロニクスデバイス２４４により構成される。
【００２２】
ＣＰＵ２１１は、種々の情報処理用のＩＣである。ＡＳＩＣ２１２は、種々の画像処理用のＩＣである。ＮＢ２２１は、コントローラ２０１のノースブリッジである。ＳＢ２２２は、コントローラ２０１のサウスブリッジである。ＭＥＭ−Ｐ２３１は、複合機１０１のシステムメモリである。ＭＥＭ−Ｃ２３２は、複合機１０１のローカルメモリである。ＨＤＤ２３３は、複合機１０１のストレージである。メモリカードスロット２３４は、メモリカード２３５をセットするためのスロットである。ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス２４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス２４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。
【００２３】
オペレーションパネル２０２は、オペレータが複合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが複合機１０１から出力を得るためのハードウェア（表示部）である。
【００２４】
図３は、図１の複合機１０１に係る外観図である。図３には、撮像部１２１の位置と、印刷部１２２の位置と、オペレーションパネル２０２の位置が図示されている。図３には更に、読取原稿のセット先となる原稿セット部３０１と、印刷用紙の給紙先となる給紙部３０２と、印刷用紙の排紙先となる排紙部３０３が図示されている。
【００２５】
オペレーションパネル２０２は、図４のように、タッチパネル３１１と、テンキー３１２と、スタートボタン３１３と、リセットボタン３１４と、機能キー３１５と、初期設定ボタン３１６により構成される。タッチパネル３１１は、タッチ操作で入力を行うためのハードウェア（タッチ操作部）であると共に、画面表示で出力を得るためのハードウェア（画面表示部）である。テンキー３１２は、キー（ボタン）操作で数字入力を行うためのハードウェアである。スタートボタン３１３は、ボタン操作でスタート操作を行うためのハードウェアである。リセットボタン３１４は、ボタン操作でリセット操作を行うためのハードウェアである。機能キー３１５は、キー（ボタン）操作でＣＳＤＫアプリ１４６やＪＳＤＫアプリ１４７による操作画面を表示させるためのハードウェアである。初期設定ボタン３１６は、ボタン操作で初期設定画面を表示させるためのハードウェアである。
【００２６】
原稿セット部３０１は、ＡＤＦ（自動原稿搬送装置）３２１と、フラットベッド３２２と、フラットベッドカバー３２３により構成される。給紙部３０２は、４個の給紙トレイにより構成される。排紙部３０３は、１個の排紙トレイにより構成される。ＡＤＦ３２１には、複数枚の読取原稿を重ねてセットすることができる。フラットベッド３２２には、読取原稿を下向きにセットする。
【００２７】
また、図５は、上述した電力制御部１７４によって管理される電力モードの組み合わせを示した図である。本実施形態においては、オペレーションパネル２０２と、印刷部１２２に対する通電のオン／オフの組み合わせにより電力モードが構成されている。なお、この組み合わせは適宜他のハードウェアを含めて変更することもできる。図５に示されるように、電力モードとしては、オペレーションパネル２０２がオン、印刷部１２２がオンとなる待機状態、オペレーションパネル２０２がオフ、印刷部１２２がオフとなる省エネ状態、オペレーションパネル２０２がオン、印刷部１２２がオフとなる新しい待機状態、の３通りが存在している。待機状態は、印刷指示があった場合に即座に印刷の処理を開始することができる状態である。また、省エネ状態は、例えば、装置に対して一定期間の間処理が行われなかった場合などに移行する。この場合、オペレーションパネル２０２にも電源が供給されていないため、利用者は現在が省エネ状態であることを把握しやすく、一度何か操作を行って省エネ状態から待機状態へと復帰させる必要がある。
【００２８】
また、新しい待機状態は、複合機１０１に新しく設定された電力モードであり、各アプリケーション１３１はこの新しい待機状態には対応していない。また、新しい待機状態であれば、オペレーションパネル２０２が稼動しているため、利用者側からは、待機状態と同様に普通に操作ができるものと認識されやすい。そのため、新しい待機状態である場合は、利用者がアプリケーション１３１から印刷指示を行う場合が多発するので、そのための新しい待機状態において正しい処理を行うための処理の流れを図６を用いて説明する。
【００２９】
図６に示されるように、まずＣＳＤＫアプリ１４６やＪＳＤＫアプリ１４７から印刷実行の指示が機能実行部１７３へと送られる（ステップＳ１）。次いで、機能実行部１７３は、電力制御部１７４に電力状態（電力モード）の問い合わせを行う（ステップＳ２）。電力制御部１７４は、新しい待機状態である旨を機能実行部１７３に対して返信する（ステップＳ３−１）。アプリケーション１３１は、新しい待機状態を認識できないことから、待機状態であることを通知し、一方で待機復帰処理を行うことで、アプリケーション１３１側での情報の不整合を防止している。
【００３０】
次いで、機能実行部１７３は、新しい待機状態である旨の返信を受けて、電力制御部１７４を通じて印刷部１２２への通電を指示し、復帰要求を行う（ステップＳ４）。次いで、機能実行部１７３は、印刷部１２２から復帰が完了した旨の返信がくるまで待機する（ステップＳ５、Ｓ６）。そして、印刷部１２２が復帰すると、機能実行部１７３は、印刷部１２２に対して印刷実行を指示する（ステップＳ７）。
【００３１】
以上に示した実施形態の複合機１０１にあっては、アプリケーション１３１から、実装されていない電力モードで通電がオフにされる印刷部１２２への制御指令があった場合には、電力制御部１７４は、印刷部１２２への通電をオンにするとともに、機能実行部１７３が、印刷部１２２が通電がオンにされるのを待って、印刷処理を実行することとした。そのため、ハードウェアが通電されていない状態で、制御の指令がアプリケーション１３１から出された場合であっても、印刷が実行できる状態に復帰してから処理が行われるため、装置を正常に稼動させることができるようになる。
【００３２】
また、アプリケーション１３１には、実装されていない新しい待機状態の通知はされずに、実装がされている待機状態が通知されるため、アプリケーション１３１が定義されていない通知により挙動に異常がでることを防止することができるようになる。
【００３３】
なお、複合機１０１以外に、画像処理装置や、コピー機、プロジェクタ、ＰＣなど省電力モードを有し、ＳＤＫなどによるアプリケーション１３１を備えた装置には本発明を適用することができる。
【００３４】
（変形例）
また、新しい待機状態に通電状態の組み合わせや、対象とする機器も適宜変更することができる。例えば、図７は別の電力モードの組み合わせを示す図である。図７にあっては、新たな用紙データの読み取りを行うスキャナ部の電源のオン・オフ状態の組み合わせが追加されている。また、第２待機状態にあっては、印刷部がオン、オペレーションパネル、及びスキャナ部がオフとなっている。第２待機状態は、例えば印刷データのみが送信された場合などに考えられるケースである。
【００３５】
また、図８は、変形例の情報処理装置における電力モードの通知の処理の流れを示すフロー図である。図８では、図６とステップＳ３−３、及びＳ３−４が異なる。ステップＳ３−３において、機能実行部１７３は、まず電力制御部１７４から通知された電力モードに対してアプリケーションが対応しているか否かを判定する（ステップＳ３−３）。ついで、対応していないアプリケーションであると判定された場合、機能実行部１７３は、印刷部に復帰要求を送り、アプリケーションに隠蔽したまま、実際に印刷を行うことができるようにする（ステップＳ４）。このように、機能制御部１７３がアプリケーションと電力制御部１７４との間を仲介して、アプリケーションが対応していない電力モードであっても、アプリケーションが所望する処理を行うことができるように制御することができるようになる。
【００３６】
以上の各実施形態の情報処理装置は、例えばＣＰＵなどの制御装置と、ＲＯＭ（Read  only  Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００３７】
以上の各実施形態の情報処理装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００３８】
また、以上の各実施形態のプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、以上の各実施形態の情報処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００３９】
また、以上の各実施形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００４０】
以上の各実施形態の装置で実行されるプログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。
【符号の説明】
【００４１】
１０１  複合機
１１１  ハードウェア
１１２  ソフトウェア
１１３  複合機起動部
１２１  撮像部
１２２  印刷部
１２３  ハードウェア
１３１  アプリケーション
１３２  プラットフォーム
１４１  コピーアプリ
１４２  プリンタアプリ
１４３  スキャナアプリ
１４４  ファクシミリアプリ
１４５  ネットワークファイルアプリ
１４６  ＣＳＤＫアプリ
１４７  ＪＳＤＫアプリ
１４８  ＪＳＤＫプラットフォーム
１５１  コントロールサービス
１５２  システムリソースマネージャ
１５３  ハンドラ
１７３  機能実行部
１７４  電力制御部
１８１  ＷＥＢブラウザ
１８２  ＷＥＢサーバソフト
２０１  コントローラ
２０２  オペレーションパネル
２３４  メモリカードスロット
２３５  メモリカード
２４２  ＵＳＢデバイス
２４３  ＩＥＥＥデバイス
２４４  セントロニクスデバイス
３０１  原稿セット部
３０２  給紙部
３０３  排紙部
３１１  タッチパネル
３１２  テンキー
３１３  スタートボタン
３１４  リセットボタン
３１５  機能キー
３１６  初期設定ボタン
３２２  フラットベッド
３２３  フラットベッドカバー
【先行技術文献】
【特許文献】
【００４２】
【特許文献１】特開２００６−１４８８７６号公報
【図１】
2014078221.tif 000003
【図２】
2014078221.tif 000004
【図３】
2014078221.tif 000005
【図４】
2014078221.tif 000006
【図５】
2014078221.tif 000007
【図６】
2014078221.tif 000008
【図７】
2014078221.tif 000009
【図８】
2014078221.tif 000010