(57)【要約】【課題】情報量が多い情報が送信されている間、長時間、送信に関係の無い箇所に通電が行われ、電力が無駄に消費される不都合を防止する。【解決手段】第一の制御部が、送信する情報を取得するように情報取得部を制御すると共に、取得された情報を記憶部に記憶制御する。第二の制御部は、情報の送信時において、記憶部から情報を読み出して送信するように、記憶部および情報の送信を行う送信部を制御する。また、第二の制御部は、送信時となった際に、情報取得部および第一の制御部に供給されている電力を遮断制御して省電力化を図る。【選択図】図５
2015130635.tif 000002
【特許請求の範囲】
【請求項１】
送信する情報を取得する情報取得部と、
送信する前記情報を取得するように前記情報取得部を制御する第一の制御部と、
取得された前記情報を記憶する記憶部と、
前記情報を送信する送信部と、
前記情報の送信時において、前記記憶部から前記情報を読み出して送信するように、前記記憶部および前記送信部を制御すると共に、前記情報取得部および前記第一の制御部に供給されている電力を遮断制御する第二の制御部と
を有する情報処理装置。
【請求項２】
前記記憶部は、電力の供給および非供給を制御可能な記憶部であり、
前記第二の制御部は、前記情報の送信が終了した際に、前記記憶部に対して電力を非供給とすること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第二の制御部は、全ての前記情報の送信が完了しない場合、一旦、前記記憶部に対して電力を非供給とし、予め定められた時間の経過後に、前記記憶部に対して、電力を再供給して、前記情報の再送信を試みる機能を備えること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記記憶部として、電力の供給および非供給を制御可能であり、前記情報取得部で取得された情報を記憶する第一の記憶部と、該第一の記憶部よりも消費電力が少ない第二の記憶部とを備え、
前記第二の制御部は、全ての前記情報の送信が完了しない場合において、前記第一の記憶部に記憶されている前記情報の情報量が、前記第二の記憶部で記憶できない情報量である場合は、一旦、前記第一の記憶部に対して電力を非供給とし、予め定められた時間の経過後に、前記第一の記憶部に対して電力を再供給し、前記情報の再送信を試み、前記第一の記憶部に記憶されている前記情報の情報量が、前記第二の記憶部で記憶可能な情報量である場合は、前記第一の記憶部に記憶されている前記情報を前記第二の記憶部に移動させて記憶させた後に、前記第一の記憶部に対する電力を非供給とし、予め定められた時間の経過後に、前記第二の記憶部に記憶された前記情報の再送信を試みる機能を備えること
を特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記情報の送信中であることを通知するための通知部を有すること
を特徴とする請求項１から請求項４のうち、いずれか一項に記載の情報処理装置。
【請求項６】
前記第一の制御部はメイン制御部として機能し、前記第二の制御部はサブ制御部として機能すること
を特徴とする請求項１から請求項５のうち、いずれか一項に記載の情報処理装置。
【請求項７】
第一の制御部が、送信する情報を取得するように情報取得部を制御する情報取得ステップと、
第一の制御部が、取得された前記情報を記憶部に記憶制御する記憶制御ステップと、
第二の制御部が、前記情報の送信時において、前記記憶部から前記情報を読み出して送信するように、前記記憶部および前記情報の送信を行う送信部を制御する送信制御ステップと、
第二の制御部が、前記送信時となった際に、前記情報取得部および前記第一の制御部に供給されている電力を遮断制御する省電力ステップと
を有する情報処理方法。
【請求項８】
前記記憶部は、電力の供給および非供給を制御可能な記憶部であり、
前記情報の送信が終了した際に、前記第二の制御部が、前記記憶部に対して電力を非供給とする第二の省電力ステップを有すること
を特徴とする請求項７に記載の情報処理方法。
【請求項９】
前記第二の省電力ステップにおいて、前記第二の制御部は、全ての前記情報の送信が完了しない場合、一旦、前記記憶部に対して電力を非供給とし、予め定められた時間の経過後に、前記記憶部に対して、電力を再供給して、前記情報の再送信を試みること
を特徴とする請求項８に記載の情報処理方法。
【請求項１０】
前記記憶部として、電力の供給および非供給を制御可能であり、前記情報取得部で取得された情報を記憶する第一の記憶部と、該第一の記憶部よりも消費電力が少ない第二の記憶部とを備え、
前記第二の省電力ステップにおいて、前記第二の制御部は、全ての前記情報の送信が完了しない場合において、前記第一の記憶部に記憶されている前記情報の情報量が、前記第二の記憶部で記憶できない情報量である場合は、一旦、前記第一の記憶部に対して電力を非供給とし、予め定められた時間の経過後に、前記第一の記憶部に対して電力を再供給し、前記情報の再送信を試み、前記第一の記憶部に記憶されている前記情報の情報量が、前記第二の記憶部で記憶可能な情報量である場合は、前記第一の記憶部に記憶されている前記情報を前記第二の記憶部に移動させて記憶させた後に、前記第一の記憶部に対する電力を非供給とし、予め定められた時間の経過後に、前記第二の記憶部に記憶された前記情報の再送信を試みること
を特徴とする請求項８に記載の情報処理方法。
【請求項１１】
通知部が、前記情報の送信中であることを通知する通知ステップを有すること
を特徴とする請求項７から請求項１０のうち、いずれか一項に記載の情報処理方法。
【請求項１２】
前記第一の制御部であるメイン制御部が、前記情報取得ステップおよび前記記憶制御ステップを実行し、
前記第二の制御部であるサブ制御部が、前記送信制御ステップ、前記省電力ステップ、および第二の省電力ステップを実行すること
を特徴とする請求項７から請求項１１のうち、いずれか一項に記載の情報処理方法。
【請求項１３】
コンピュータを、
送信する情報を取得する情報取得部と、
送信する前記情報を取得するように前記情報取得部を制御する第一の制御部と、
記憶部に対する、取得された前記情報の記憶および読み出しを制御する記憶制御部と、
前記情報を送信する送信部と、
前記情報の送信時において、前記記憶部から前記情報を読み出して送信するように、前記記憶制御部および前記送信部を制御すると共に、前記情報取得部および前記第一の制御部に供給されている電力を遮断制御する第二の制御部として機能させること
を特徴とする情報処理プログラム。
【請求項１４】
前記記憶部は、電力の供給および非供給を制御可能な記憶部であり、
前記情報の送信が終了した際、前記記憶部に対して電力を非供給とする前記第二の制御部として前記コンピュータを機能させること
を特徴とする請求項１３に記載の情報処理プログラム。
【請求項１５】
全ての前記情報の送信が完了しない場合、一旦、前記記憶部に対して電力を非供給とし、予め定められた時間の経過後に、前記記憶部に対して、電力を再供給して、前記情報の再送信を試みる前記第二の制御部として前記コンピュータを機能させること
を特徴とする請求項１４に記載の情報処理プログラム。
【請求項１６】
前記記憶部として、電力の供給および非供給を制御可能であり、前記情報取得部で取得された情報を記憶する第一の記憶部と、該第一の記憶部よりも消費電力が少ない第二の記憶部とを備え、
全ての前記情報の送信が完了しない場合において、前記第一の記憶部に記憶されている前記情報の情報量が、前記第二の記憶部で記憶できない情報量である場合は、一旦、前記第一の記憶部に対して電力を非供給とし、予め定められた時間の経過後に、前記第一の記憶部に対して電力を再供給し、前記情報の再送信を試み、前記第一の記憶部に記憶されている前記情報の情報量が、前記第二の記憶部で記憶可能な情報量である場合は、前記第一の記憶部に記憶されている前記情報を前記第二の記憶部に移動させて記憶させた後に、前記第一の記憶部に対する電力を非供給とし、予め定められた時間の経過後に、前記第二の記憶部に記憶された前記情報の再送信を試みる前記第二の制御部として前記コンピュータを機能させること
を特徴とする請求項１４に記載の情報処理プログラム。
【請求項１７】
前記情報の送信中であることを通知するための通知部として前記コンピュータを機能させること
を特徴とする請求項１３から請求項１６のうち、いずれか一項に記載の情報処理プログラム。
【請求項１８】
前記第一の制御部がメイン制御部となるように前記コンピュータを機能させ、
前記第二の制御部がサブ制御部となるように前記コンピュータを機能させること
を特徴とする請求項１３から請求項１７のうち、いずれか一項に記載の情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、および情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１（特開２０１０−１５７９２８号公報）に、省電力モードの複合機（ＭＦＰ：Multifunction  Peripheral）を省電力モードから通常動作モードへ復帰させることなく、画像データの使用を可能にする画像処理装置が、ベクトルデータフォーマット対応ＭＦＰを一例として開示されている。
【０００３】
この画像処理装置の場合、ＣＰＵは、省電力状態へ移行する際、ネットワークを介して接続されている他のＭＦＰに対して、ベクトルデータフォーマットの画像データおよびビットマップフォーマットの画像データの双方を送信した後に、省電力状態へ移行する。すなわち、この画像処理装置は、省電力モードに移行する際、送信動作を完了させてから省電力モードに移行する。これにより、省電力モードのＭＦＰを省電力モードから通常動作モードへ復帰させることなく、画像データの使用を可能とすることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に開示されている画像処理装置を含め、従来のＭＦＰは、ネットワークに接続されたサーバ装置等に対する画像データの送信中等には、省電力モードへの移行が困難となる問題があった。このため、大きなデータの送信中は、長時間、ＭＦＰが稼動したままの状態となるなど、電力が無駄に消費される恐れがあった。
【０００５】
本発明は、上述の課題に鑑みてなされたものであり、無駄な電力消費を防止した情報処理装置、情報処理方法、および情報処理プログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、送信する情報を取得する情報取得部と、送信する情報を取得するように情報取得部を制御する第一の制御部と、取得された情報を記憶する記憶部と、情報を送信する送信部と、情報の送信時において、記憶部から情報を読み出して送信するように、記憶部および送信部を制御すると共に、情報取得部および第一の制御部に供給されている電力を遮断制御する第二の制御部とを有する。
【発明の効果】
【０００７】
本発明によれば、無駄な電力消費を防止できるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態のＭＦＰのハードウェア構成図である。
【図２】図２は、実施の形態のＭＦＰの機能ブロック図である。
【図３】図３は、実施の形態のＭＦＰにおける省電力モード移行時のフローチャートである。
【図４】図４は、画像データを記憶する記憶手段としてＨＤＤを用いた場合における、実施の形態のＭＦＰの省電力モード移行動作を示すフローチャートである。
【図５】図５は、画像データを記憶する記憶手段としてＨＤＤを用いた場合における、実施の形態のＭＦＰの再送信動作（リトライ）および省電力モード移行動作を示すフローチャートである。
【図６】図６は、実施の形態のＭＦＰにおける、画像データを記憶する記憶手段の変更動作、再送信動作、および省電力モード移行動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、一例として、本発明に係る情報処理装置、情報処理方法、および情報処理プログラムを適用した実施の形態となる複合機（ＭＦＰ：Multifunction  Peripheral）を説明する。
【００１０】
（第１の実施の形態）
まず、図１は、第１の実施の形態のＭＦＰのハードウェア構成図である。この図１に示すようにＭＦＰは、コントローラ部１、スキャナ部２、プリンタ部３、操作パネル４、および通知部１４を有している。
【００１１】
スキャナ部２は、原稿読み取り台に載置された原稿を光学的に読み取って画像データを生成する。プリンタ部３は、例えば電子写真プロセス方式によって感光ドラム上に形成したトナー像を記録紙に転写することで画像の印刷を行う。スキャナ部２およびプリンタ部３は、情報取得部の一例である。
【００１２】
操作パネル４は、透明電極等で形成されたタッチパネルを液晶表示パネル上に設けたタッチ検出機能付き表示パネルとなっている。操作者は、液晶表示パネルに表示されたボタン等を接触操作する。コントローラ部１は、接触操作箇所に表示しているボタン等に対応するコマンドを検出する。コントローラ部１は、検出したコマンドに対応する処理を実行する。
【００１３】
通知部１４は、例えば発光ダイオード（ＬＥＤ）で形成されている。後述するが、実施の形態のＭＦＰは、画像データ等の情報の送信中は、省電力モードに移行し、情報の送信を行っている箇所以外の箇所に供給する電力を遮断する。このため、操作者が、誤ってＭＦＰのメイン電源を落とす等の不都合が発生しないように、通知部１４は、情報の送信中に点灯制御（または、点滅制御）し、操作者に送信中であることを通知する。なお、この例では、発光ダイオード（ＬＥＤ）で形成された通知部１４を点灯または点滅制御することとしたが、操作パネル４に、情報の送信中であることを示す表示形態の表示を行ってもよい。
【００１４】
コントローラ部１は、メインＣＰＵ（Central  Processing  Unit）５、ＲＯＭ（Read  Only  Memory）６、およびＮＶＲＡＭ（Non  Volatile  Random  Access  Memory：不揮発性メモリ）７を有している。また、コントローラ部１は、ＨＤＤ（Hard  Disk  Drive）８、ＲＡＭ（Random  Access  Memory）９、通信モジュール１０、およびサブＣＰＵ１１を有している。
【００１５】
メインＣＰＵ５は、第一の制御部の一例であり、コントローラ部１の通常稼動モードを制御するＣＰＵである。サブＣＰＵ１１は、第二の制御部の一例であり、省電力モード中の動作を制御するＣＰＵである。ＨＤＤ８およびＲＡＭ９は、記憶部の一例となっている。このうち、ＨＤＤ８は、第一の記憶部の一例となっており、電源の供給および非供給を制御可能となっている。また、ＨＤＤ８は、例えばスキャナ部２等により生成された画像データ等の送信する情報を記憶する。ＲＡＭ９は、第二の記憶部の一例となっており、ＨＤＤ８よりも少ない消費電力となっている。
【００１６】
実施の形態のＭＦＰの場合、後述する省電力モードへの移行制御、および送信に失敗した画像データの再送信（リトライ）等を行う情報処理プログラムは、一例としてＨＤＤ８に記憶されている。サブＣＰＵ１１（およびメインＣＰＵ５）は、ＨＤＤ８から読み出した情報処理プログラムを、主記憶装置であるＲＡＭ９上等に展開して、省電力モードへの移行制御、および送信に失敗した画像データの再送信（リトライ）等を実行制御する。情報処理プログラムは、ＲＯＭ６またはＮＶＲＡＭ７等に予め記憶しておいてもよいし、外部のネットワーク１２を介して取得し、ＨＤＤ８等に記憶してもよい。さらに、情報処理プログラムを、ＣＤ（登録商標）またはＤＶＤ（登録商標）等の記録媒体を介して取得してもよい。
【００１７】
通信モジュール１０は、送信部の一例である。通信モジュール１０は、ＨＤＤ８またはＲＡＭ９に記憶された画像データ等の情報を、ネットワーク１２を介して外部サーバ装置１３等に送信する。また、通信モジュール１０は、外部の機器からネットワーク１２を介して供給された情報を取得して、ＨＤＤ８またはＲＡＭ９に記憶する。この場合、通信モジュール１０は、情報取得部も兼ねる。なお、情報取得部として設けられているスキャナ部２およびプリンタ部３は一例である。このため、情報取得部としてファクシミリ装置を設けてもよいし、半導体メモリカードに記憶された情報を取得するカードリーダを設けてもよい。
【００１８】
次に、図２に、コントローラ部１の機能ブロック図を示す。この図２に示すように、コントローラ部１は、白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）４０と、カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）４１と、スキャナ、ファクシミリ、メモリ、ネットワークインタフェースなどのハードウェアリソース４２を有する。また、コントローラ部１は、プラットホーム３０と、アプリケーション２０とを備えたソフトウェア群を有する。
【００１９】
プラットホーム３０は、アプリケーション２０からの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスを有する。また、プラットホーム３０は、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）３７と、汎用ＯＳ３９とを有する。
【００２０】
コントロールサービスは、複数のサービスモジュールから形成され、ＢＣＳ（ブラウザコントロールサービス）３１と、ＳＣＳ（システムコントロールサービス）３８と、ＥＣＳ（エンジンコントロールサービス）３２とを有する。また、コントロールサービスは、ＭＣＳ（メモリコントロールサービス）３３と、ＯＣＳ（オペレーションパネルコントロールサービス）３５と、ＦＣＳ（ファックスコントロールサービス）３４と、ＮＣＳ（ネットワークコントロールサービス）３６とを有する。このプラットホーム３０は、予め定義された関数により、アプリケーション２０から処理要求を受信可能とするアプリケーションプログラムインタフェース（ＡＰＩ）を有する。
【００２１】
汎用ＯＳ３９は、ＵＮＩＸ（登録商標）等の汎用オペレーティングシステムであり、プラットホーム３０およびアプリケーション２０の各ソフトウェアをそれぞれプロセスとして並列実行する。
【００２２】
ＳＲＭ３７のプロセスは、ＳＣＳ３８と共に、システムの制御およびリソースの管理を行う。ＳＲＭ３７のプロセスは、スキャナ部２またはプリンタ部３等のエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏのハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。なお、ホストＩ／Ｏは、セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４  Ｉ／Ｆ、ＲＳ２３２Ｃ  Ｉ／Ｆ等である。
【００２３】
具体的には、ＳＲＭ３７は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ３７は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成等）を直接実施している。
【００２４】
ＳＣＳ３８のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御等を行う。
【００２５】
ＢＣＳ３１は、ブラウザエンジン（ＨＴＭＬ描画、JavaScript（登録商標）の実行を行う箇所）の機能を実現するサブモジュールである。ブラウザエンジンをサブモジュール化することで、他のブラウザエンジンへの変更、および他のアプリケーションプログラムからの利用が可能となる。
【００２６】
ＥＣＳ３２のプロセスは、白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）４０、カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）４１、スキャナ、ファクシミリ等からなるハードウェアリソース４２のエンジンの制御を行う。
【００２７】
ＭＣＳ３３のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張等を行う。
【００２８】
ＦＣＳ３４のプロセスは、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用したファクシミリ送受信を行うためのＡＰＩを提供する。また、ＦＣＳ３４のプロセスは、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩを提供する。
【００２９】
ＮＣＳ３６のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスである。ＮＣＳ３６のプロセスは、ネットワーク側から各プロトコルによって受信したデータの、各アプリケーションに対する振り分けを行う。また、ＮＣＳ３６のプロセスは、アプリケーションからデータをネットワーク側に送信する際の仲介を行う。
【００３０】
ＯＣＳ３５のプロセスは、操作者と本体制御間の情報伝達手段となる操作パネル４の制御を行う。ＯＣＳ３５は、操作パネル４に対するタッチ操作（またはキー押下）をキーイベントとして取得し、取得したキーに対応したキーイベント関数をＳＣＳ３８に送信するＯＣＳプロセスの部分を備える。また、ＯＣＳ３５は、アプリケーション２０またはコントロールサービスからの要求により、操作パネル４に各種画面を描画出力する描画関数およびその他操作パネル４に対する制御を行う関数等が予め登録されたＯＣＳライブラリの部分を備える。
【００３１】
ＯＣＳライブラリは、アプリケーション２０およびコントロールサービスの各モジュールにリンクされて実装されている。ＯＣＳ３５は、全てをプロセスとして動作させてもよいし、または、全てをＯＣＳライブラリとしてもよい。
【００３２】
なお、上述のＢＣＳ３１とＯＣＳ３５とは、それぞれ画面制御を行うモジュールである。ＢＣＳ３１およびＯＣＳ３５は、実装上分けて設けたとしても、汎用的に考えた場合、二つのコンポーネントを一緒とし、コマンドによって制御を変えればよい。
【００３３】
アプリケーション２０は、Ｗｅｂブラウジングを可能とするブラウザアプリケーションプログラム（ブラウザＡＰ２１）と、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ：登録商標）を有するプリンタ用のプリンタＡＰ２２とを有する。また、アプリケーション２０は、コピー用のコピーＡＰ２３と、ファクシミリ用のファックスＡＰ２４と、スキャナ用のスキャナＡＰと、ネットワークファイル用のネットファイルＡＰ２５と、工程検査用の工程検査ＡＰ２６を有する。
【００３４】
アプリケーション２０の各プロセス、コントロールサービスの各プロセスは、関数呼び出しとその戻り値送信およびメッセージの送受信によってプロセス間通信を行いながら、コピー、プリンタ、スキャナ、ファクシミリ等の画像形成処理にかかるユーザサービスを実現している。
【００３５】
このように、実施の形態のＭＦＰには、複数のアプリケーション２０および複数のコントロールサービスが存在し、いずれもプロセスとして動作している。これらの各プロセス内部には、一または複数のスレッドが生成されて、スレッド単位の並列実行が行われる。そして、コントロールサービスがアプリケーション２０に対し共通サービスを提供している。このため、これらの多数のプロセスが並列動作、およびスレッドの並列動作を行い、互いにプロセス間通信を行って協調動作をしながら、コピー、プリンタ、スキャナ、ファクシミリ等の画像形成処理にかかるユーザサービスを提供するようになっている。
【００３６】
また、実施の形態のＭＦＰには、ＭＦＰの顧客、サードベンダ等の第三者がコントロールサービス層の上のアプリケーション層に外部アプリを開発して設けることが可能となっている。
【００３７】
なお、実施の形態のＭＦＰは、複数のアプリケーション２０のプロセスと複数のコントロールサービスのプロセスとが動作しているが、アプリケーション２０とコントロールサービスのプロセスを、それぞれ単一の構成としてもよい。また、各アプリケーション２０は、アプリケーション毎に追加または削除することができる。
【００３８】
次に、このような構成を有する実施の形態のＭＦＰの動作を説明する。図３は、取得した情報の送信時に、省電力モードに移行するＭＦＰの動作の流れを示すフローチャートである。この図３に示す例の場合、ステップＳ１で、例えばスキャナ部２が、画像のスキャンを行う。次に、ステップＳ２において、メインＣＰＵ５が、スキャンにより取得した画像データを、ＨＤＤ８に記憶制御する。なお、この例では、取得した画像データをＨＤＤ８に記憶することとしたが、ＲＯＭ６、ＮＶＲＡＭ７またはＲＡＭ９に記憶してもよい。
【００３９】
次に、操作者により、スキャンにより取得した画像データの送信が指定されると、サブＣＰＵ１１は、ステップＳ３において、ＨＤＤ８に記憶された画像データを読み出し制御する。そして、サブＣＰＵ１１は、読み出した画像データを、例えば外部サーバ装置１３に送信するように、通信モジュール１０を通信制御する。
【００４０】
次に、このような画像データの送信時となると、サブＣＰＵ１１は、ステップＳ４において、画像データの送信が開始されてから、例えば５秒または３０秒等の所定時間が経過したか否かを判別する。サブＣＰＵ１１は、所定時間の経過を検出するまでは（ステップＳ４：Ｎｏ）、ステップＳ４を繰り返し実行する。また、サブＣＰＵ１１は、ステップＳ４で所定時間の経過を検出した場合（ステップＳ４：Ｙｅｓ）、処理をステップＳ５に進める。
【００４１】
ステップＳ５では、画像データの送信が開始されてから所定時間が経過したため、サブＣＰＵ１１が、省電力モードに移行する。サブＣＰＵ１１は、省電力モードに移行すると、画像データの送信に必要な箇所以外の箇所に対する電力供給を遮断制御する。具体的には、図１の点線で囲んで示す箇所が画像データの送信に必要な箇所である。このため、図１に示す例の場合、サブＣＰＵ１１は、スキャナ部２、プリンタ部３、操作パネル４、メインＣＰＵ５、ＲＯＭ６、およびＮＶＲＡＭ７に供給している電源を遮断制御する。これにより、ＭＦＰは、見かけ上は停止しているが、画像データの送信は、継続して行われている状態となる。従って、情報量が多い画像データが送信されている間、長時間、送信に関係の無い箇所に通電が行われ、電力が無駄に消費される不都合を防止することができる。
【００４２】
また、サブＣＰＵ１１は、このような省電力動作と共に、画像データの送信を行っている間、例えばＬＥＤで形成された通知部１４を点灯制御（点滅制御でもよい）する。省電力モード中は、画像データを送信しているか否かが、操作者が認識困難となる。このため、通知部１４を点灯制御して、画像データの送信中であることを操作者に通知することで、操作者が、誤ってＭＦＰの電源コンセントを抜いてしまう等の不都合を防止できる。
【００４３】
サブＣＰＵ１１は、ステップＳ６で全画像データの送信が完了したか否かを判別する。サブＣＰＵ１１は、全画像データの送信が完了したものと判別するまでの間（ステップＳ６：Ｎｏ）、ステップＳ６を繰り返し実行する。また、サブＣＰＵ１１は、全画像データの送信が完了したものと判別すると（ステップＳ６：Ｙｅｓ）、この図３のフローチャートの処理を終了する。なお、サブＣＰＵ１１は、全画像データの送信が完了したものと判別した際に、通信モジュール１０（およびＨＤＤ８およびＲＡＭ９）に対する通電も遮断制御し、いわゆるスリープモードに移行してもよい。ＭＦＰは、操作者が操作パネル４を操作する等の操作を行うことで、スリープモードから復帰する。
【００４４】
以上の説明から明らかなように、第１の実施の形態のＭＦＰは、画像データの送信が開始されてから所定時間が経過した際に省電力モードに移行し、サブＣＰＵ１１が、画像データの送信に必要な箇所以外の箇所に対する電力供給を遮断制御する。これにより、情報量が多い画像データが送信されている間、長時間、送信に関係の無い箇所に通電が行われ、電力が無駄に消費される不都合を防止することができる。
【００４５】
また、サブＣＰＵ１１は、このような省電力動作と共に、画像データの送信を行っている間、通知部１４を点灯制御して、画像データの送信中であることを操作者に通知する。これにより、操作者が、誤ってＭＦＰの電源コンセントを抜いてしまう等の不都合を防止できる。
【００４６】
なお、上述の第１の実施の形態の説明では、サブＣＰＵ１１は、送信時となってから所定時間が経過したタイミングで省電力モードに移行することとした。これは、送信時となったタイミングで、所定時間の経過を待つことなく、省電力モードに移行してもよい。この場合、送信時となると即座に省電力モードに移行するため、さらなる省電力化を図ることができる。
【００４７】
（第２の実施の形態）
次に、第２の実施の形態のＭＦＰの説明をする。この第２の実施の形態のＭＦＰは、上述のステップＳ６で、サブＣＰＵ１１が、全画像データの送信が完了したものと判別した際に、ＨＤＤ８に供給している電力も遮断するようにしたものである。なお、上述の第１の実施の形態と以下に説明する第２の実施の形態とでは、この点のみが異なる。このため、以下、両者の差異の説明のみ行い、重複した説明は省略する。
【００４８】
図４のフローチャートが、取得した情報の送信時に、省電力モードに移行する第２の実施の形態のＭＦＰの動作の流れを示すフローチャートである。この図４において、ステップＳ１〜ステップＳ６の動作は、上述の第１の実施の形態のＭＦＰと同じである。詳しくは、上述のステップＳ１〜ステップＳ６の説明を参照されたい。
【００４９】
図４のフローチャートにおいて、サブＣＰＵ１１は、省電力モードに移行し、ステップＳ６において、全画像データの送信が完了したものと判別すると（ステップＳ６：Ｙｅｓ）、ステップＳ１１に処理を進める。ステップＳ１１では、サブＣＰＵ１１が、全画像データの送信が完了したため、送信が完了した画像データが記憶されているＨＤＤ８に供給する電力を遮断制御して、図４のフローチャートの全処理を終了する。
【００５０】
なお、この第２の実施の形態の場合、送信すべき画像データの一部または全部を残して通信不能になることで、画像データの送信に失敗した場合でも、ＨＤＤ８に供給する電力を遮断制御する。この送信できなかった画像データは、後述するリトライで再送信される。
【００５１】
この第２の実施の形態のＭＦＰの場合、全画像データの送信が完了することで、不要となったＨＤＤ８に対して供給する電力を削減することができ、さらなる省電力化を図ることができる他、上述の第１の実施の形態と同様の効果を得ることができる。
【００５２】
（第３の実施の形態）
次に、第３の実施の形態のＭＦＰの説明をする。この第３の実施の形態のＭＦＰは、上述の第２の実施の形態のＭＦＰで説明したように、画像データの送信に失敗した場合に、所定時間経過後に、再度、画像データの送信を試みるリトライ機能を有するものである。なお、上述の第２の実施の形態と以下に説明する第３の実施の形態とでは、この点のみが異なる。このため、以下、両者の差異の説明のみ行い、重複した説明は省略する。
【００５３】
図５のフローチャートが、リトライ機能を有する第３の実施の形態のＭＦＰの動作の流れを示すフローチャートである。この第３の実施の形態のＭＦＰにおいて、画像データの送信を行い、ＨＤＤ８に供給する電力を遮断するまでの動作は、図４を用いて説明した第２の実施の形態のＭＦＰと同様である。詳しくは、図４のフローチャートの説明を参照されたい。一部または全部の画像データの送信に失敗し、図４のフローチャートのステップＳ１１でＨＤＤ８に供給する電力を遮断すると、処理が、図５のフローチャートのステップＳ２１に進む。
【００５４】
第３の実施の形態のＭＦＰの場合、画像データの送信に失敗すると、例えば５分置きに最大５回、画像データの再送信（リトライ）を試みる等のように、所定時間置きに所定回数、画像データの再送信を試みるようになっている。具体的には、第３の実施の形態のＭＦＰのサブＣＰＵ１１は、画像データの送信に失敗すると、一旦、ＨＤＤ８に供給する電力を遮断制御する。そして、サブＣＰＵ１１は、図５のフローチャートのステップＳ２１において、ＨＤＤ８に供給する電力を遮断してから、例えば５分等の所定時間が経過することで、リトライの時刻となったか否かを、タイマから供給される計時情報をカウントして判別する。
【００５５】
サブＣＰＵ１１は、所定時間が経過したものと判別するまでの間は（ステップＳ２１：Ｎｏ）、ステップＳ２１の処理を繰り返し実行する。また、サブＣＰＵ１１は、所定時間が経過したものと判別すると（ステップＳ２１：Ｙｅｓ）、処理をステップＳ２２に進める。ステップＳ２２では、サブＣＰＵ１１が、送信する画像データが記憶されているＨＤＤ８に対して電力の供給を再開し、ＨＤＤを起動状態とする。そして、サブＣＰＵ１１は、ステップＳ２３において、ＨＤＤ８から、再度、画像データを読み出すと共に、読み出した画像データを送信するように、通信モジュール１０を制御する。これにより、画像データの送信が失敗してから、例えば５分後に、画像データの再送信が行われる。
【００５６】
このように画像データの再送信が開始されると、サブＣＰＵ１１は、ステップＳ２４において、送信すべき全ての画像データの再送信が完了したか否かを判別する。送信すべき全ての画像データの再送信が完了するまでの間（ステップＳ２４：Ｎｏ）、サブＣＰＵ１１は、ステップＳ２４の処理を繰り返し実行する。また、サブＣＰＵ１１は、送信すべき全ての画像データの再送信が完了したものと判別した場合（ステップＳ２４：Ｙｅｓ）、ステップＳ２５に処理を進める。
【００５７】
なお、サブＣＰＵ１１は、画像データの再送信を行ったにもかかわらず、画像データの送信に失敗した場合、ＨＤＤ８に供給している電力を停止制御し、ステップＳ２１およびステップＳ２２で説明したように、所定時間経過後にリトライを行う。このリトライは、画像データの送信が成功するまで、最大５回等、繰り返し行われる。また、最大５回等のリトライを行っても、画像データが送信できなかった場合、サブＣＰＵ１１は、画像データの送信を中止したことを示す点滅パターンで点滅を行うように通知部１４を制御し、または、画像データの送信を中止した旨のエラーメッセージ等を操作パネル４に表示制御する。
【００５８】
次に、リトライを行うことで画像データの送信が完了すると、サブＣＰＵ１１は、ステップＳ２５に処理を進め、ＨＤＤ８に供給していた電力を遮断し、この図５のフローチャートに示す処理を終了する。
【００５９】
このように、第３の実施の形態のＭＦＰは、リトライを行うときに（必要なときに）、ＨＤＤ８に対して電力の供給を行うことで、ＭＦＰのさらなる省電力化を図ることができる他、上述の各実施の形態と同じ効果を得ることができる。
【００６０】
（第４の実施の形態）
次に、第４の実施の形態のＭＦＰの説明をする。この第４の実施の形態のＭＦＰは、上述の第２および第３の実施の形態のＭＦＰで説明したように、送信に失敗した画像データの再送信を試みる際に、送信する画像データをＨＤＤ８からＲＡＭ９に移動したうえで、ＨＤＤ８に供給する電力を遮断制御する。これにより、さらなる省電力化を図ったものである。なお、上述の各実施の形態と以下に説明する第４の実施の形態とでは、この点のみが異なる。このため、以下、両者の差異の説明のみ行い、重複した説明は省略する。
【００６１】
図６のフローチャートが、第４の実施の形態のＭＦＰの動作の流れを示すフローチャートである。この第４の実施の形態のＭＦＰにおいて、省電力モードに移行して、画像データの送信を行うまでの動作（ステップＳ１〜ステップＳ５の動作）は、図４を用いて説明した第２の実施の形態のＭＦＰと同様である。詳しくは、図４のフローチャートの説明を参照されたい。
【００６２】
画像データの送信を開始すると、サブＣＰＵ１１は、図６のフローチャートのステップＳ２１に処理を進め、ＨＤＤ８に記憶されている全部または一部の画像データの送信に失敗したか否かを判別する。全部の画像データの送信に成功した場合（ステップＳ３１：Ｎｏ）、サブＣＰＵ１１は、処理をステップＳ３５に進め、ＨＤＤ８に供給する電力を遮断制御する。これにより、第４の実施の形態のＭＦＰは、上述のようにさらなる省電力化を図ることができる。
【００６３】
次に、画像データの送信に失敗した場合（ステップＳ３１：Ｙｅｓ）、サブＣＰＵ１１は、処理をステップＳ３２に進め、リトライを行う設定となっているか否かを判別する。一例ではあるが、第４の実施の形態のＭＦＰの場合、リトライを行うか否かを操作者が設定可能となっている。リトライを行うか否かを示す情報は、ＮＶＲＡＭ７またはＲＯＭ６等に記憶されている。サブＣＰＵ１１は、画像データの送信に失敗した際に、ＮＶＲＡＭ７またはＲＯＭ６等に記憶されているリトライを行うか否かを示す情報を参照して、ステップＳ３２の判別を行う。
【００６４】
サブＣＰＵ１１は、ステップＳ３２において、操作者によりリトライが設定されていないと判別した場合（ステップＳ３２：Ｎｏ）、ステップＳ３５に処理を進め、ＨＤＤ８に供給する電力を遮断制御する。これにより、上述のようにさらなる省電力化を図ることができる。この場合、操作者により再送信操作により、画像データの再送信が行われる。
【００６５】
一方、ステップＳ３２において、操作者によりリトライが設定されていると判別した場合（ステップＳ３２：Ｙｅｓ）、サブＣＰＵ１１は、ステップＳ３３に処理を進める。そして、サブＣＰＵ１１は、ステップＳ３３において、送信が失敗した、現在、ＨＤＤ８に記憶されている画像データのデータ量は、ＲＡＭ９に格納可能なデータ量であるか否かを判別する。ＲＡＭ９に格納可能なデータ量ではないと判別した場合（ステップＳ３３：Ｎｏ）、サブＣＰＵ１１は、ステップＳ３５に処理を進め、一旦、ＨＤＤ８に供給している電力を遮断制御して、省電力化を図る。この場合、リトライが設定されているため、サブＣＰＵ１１は、所定時間経過後に、画像データの再送信制御を行う。
【００６６】
これに対して、ＲＡＭ９に格納可能なデータ量であると判別した場合（ステップＳ３３：Ｙｅｓ）、サブＣＰＵ１１は、ステップＳ３４に処理を進め、ＨＤＤ８に記憶されている画像データ（＝送信が失敗した画像データ）を、ＲＡＭ９に移動して格納する。そして、サブＣＰＵ１１は、ステップＳ３５に処理を進め、画像データの移動が完了したＨＤＤ８に対して供給している電力を遮断制御する。なお、画像データをＲＡＭ９に移行した後は、サブＣＰＵ１１は、ＲＡＭ９から画像データを読み出して、再送信（リトライ）する。
【００６７】
ＨＤＤ８の消費電力は、ＲＡＭ９の消費電力よりも大きな消費電力となっている。このため、リトライする画像データをＲＡＭ９に移動したうえで、ＨＤＤ８に対する電力の供給を遮断制御することで、ＭＦＰの更なる省電力化を図ることができる。
【００６８】
上述の各実施の形態は、例として提示したものであり、本発明の範囲を限定することは意図していない。この新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことも可能である。例えば、上述の実施の形態の説明では、本発明をＭＦＰに適用した例であったが、本発明は、単体の機器となるプリンタ装置、単体の機器となるスキャナ装置等にも適用可能である。実施の形態および実施の形態の変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６９】
１  コントローラ部
２  スキャナ部
３  プリンタ部
４  操作パネル
５  メインＣＰＵ
６  ＲＯＭ
７  ＮＶＲＡＭ
８  ＨＤＤ
９  ＲＡＭ
１０  通信モジュール
１１  サブＣＰＵ
１２  ネットワーク
１３  外部サーバ装置
１４  通知部
２０  アプリケーション
２１  ブラウザＡＰ
２２  プリンタＡＰ
２３  コピーＡＰ
２４  ファックスＡＰ
２５  ネットファイルＡＰ
２６  工程検査ＡＰ
３０  プラットホーム
３１  ＢＣＳ（ブラウザコントロールサービス）
３２  ＥＣＳ（エンジンコントロールサービス）
３３  ＭＣＳ（メモリコントロールサービス）
３４  ＦＣＳ（ファックスコントロールサービス）
３５  ＯＣＳ（オペレーションパネルコントロールサービス）
３６  ＮＣＳ（ネットワークコントロールサービス）
３７  ＳＲＭ（システムリソースマネージャ）
３８  ＳＣＳ（システムコントロールサービス）
３９  汎用ＯＳ
４０  白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）
４１  カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）
４２  ハードウェアリソース
【先行技術文献】
【特許文献】
【００７０】
【特許文献１】特開２０１０−１５７９２８号公報
【図１】
2015130635.tif 000003
【図２】
2015130635.tif 000004
【図３】
2015130635.tif 000005
【図４】
2015130635.tif 000006
【図５】
2015130635.tif 000007
【図６】
2015130635.tif 000008