JP2019181755A - 記憶手段を有する画像形成装置、画像形成装置の制御方法 - Google Patents

Abstract

【課題】 アプリケーションソフトウェアから、ＨＤＤを保護する必要がある。【解決手段】 アプリケーションを実行することで機能が拡張可能な画像形成装置において、不揮発性のＨＤＤ１１３に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、次を行う。ＨＤＤ１１３に対するアプリのアクセスをＣＰＵ１０１が制限する。【選択図】 図３

Description

記憶装置を有する画像形成装置等の制御方法等に関するものである。

ＨＤＤは、磁気式の記録媒体であるディスクと、データのリード／ライトを行うヘッドから構成される。また、高速回転しているディスクと隙間をヘッドが移動しながらディスクにアクセスする（これをロードという）。これにより、高速かつランダムにデータをリード／ライトすることが可能である。ロード中に衝撃を与えたりすると、ＨＤＤのヘッドやディスクにダメージを与えることがある。このためもあり、ヘッドのロード後にはヘッドをホームポジションに退避させる（これをアンロードという）。前記のような、ヘッドのロード／アンロードの回数にはＨＤＤ毎に寿命の規定がある。更にＨＤＤの寿命は前記の外に電源のオフ／オン回数、スピンドルモーターの稼働時間、通電時間についてもＨＤＤ毎に規定がある。上記のＨＤＤの寿命の内、電源のオフ／オン回数についてはＨＤＤの搭載される画像形成装置の製品寿命を満たすように制御を行っているものがある（特許文献１）。

また、上記ＨＤＤの寿命の内、通電時間についてはＨＤＤの搭載される画像形成装置の製品寿命を満たすように制御を行っているものがある（特許文献２）。また、ＳＳＤについては書換え回数に制限がある。書き換え回数の制限は、ＳＳＤの寿命を制限するともいえる。また、書き換え可能回数はＳＳＤに搭載されるフラッシュメモリの製造プロセスの微細化に伴い減少しつつある。

特願２００８−１２０４０６ 特開２００８−１４０４９２

近年の画像形成装置の高機能化及びユーザ使用環境への最適化対応のために、複数のアプリケーションプログラムがインストールされている。しかしながら、インストールされるアプリケーションプログラムによってはストレージデバイスに対して高頻度の定期的アクセスを行うものがある。アプリケーションプログラムのアクセスよって前述のヘッドのロード／アンロード回数の規定回数を超過してしまうものがある。規定回数を超過するとストレージの動作を保証できない状態になる可能性が発生してしまうという問題がある。

アプリケーションプログラム側にストレージへのアクセス回数の制限を設けようとしても次の問題がある。すなわち、アプリケーションプログラムは不特定多数であり、また１台の画像形成装置に複数アプリケーションが入るケースもあるためシステムとして規定回数の制限を守れないケースが発生する。

ストレージへのアクセスを物理的に遮断する方法としてはストレージへの電源供給を止めるという方法もあるが、前述のようにＨＤＤ電源のオフ／オン回数にもその寿命を考慮した規定の回数がある。電源のオフ／オン制御は画像形成装置の省電力モードでも行っているため、アクセス制限のためだけに電源のオフ／オンを制御できないという問題もある。

また、ＳＳＤについても高頻度または／および定期的なライトアクセスは、書換え回数の消費を加速させるため避ける必要がある。ＨＤＤは記憶装置の一例である。

上記問題点の少なくとも一つを除去するためになされたものである。本発明の一つの側面は、画像形成装置にて実行可能なアプリケーションによる記憶装置への負荷を軽減し、画像形成装置の信頼性を向上することである。

本発明の画像形成装置は、アプリケーションを実行することで機能が拡張可能な画像形成装置であって、不揮発性の記憶手段と、
前記記憶手段に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、前記記憶手段に対する前記アプリケーションのアクセスを制限する制限手段を備える。

本発明の一つの側面によれば、画像形成装置にて実行可能なアプリケーションによる記憶装置への負荷を軽減し、画像形成装置の信頼性を向上することができる。

本発明に係るコントローラ部４００の構成を示すブロック図の一例を示す図である。 本実施形態のストレージに対するアクセス状態の一例を示す図である。 本実施形態のストレージに対するアクセス状態の一例を示す図である 本実施形態のフローチャートの一例を示す図である。 本実施形態の変形例のフローチャートの一例を示す図である。 他の実施形態の一例のフローチャートを示す図である。 他の実施形態の設定方法の一例を示す図である。

以下、本発明の実施の形態によるストレージ制御装置の一例について図面を参照して説明する。なお、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、ＨＤＤ１１３が組み込まれる画像形成装置のコントローラ部１００の一例を示す図である。ＣＰＵ１０１は表示制御手段の一例である。

コントローラ部１００は、操作部や外部コンピュータからの指示に基づいて原稿搬送装置を制御する原稿搬送装置制御部、イメージリーダを制御するイメージリーダ制御部と通信し、入力される原稿の画像データを取得する。

また、コントローラ部１００は、プリンタ部を制御するプリンタ制御部と通信を行い、画像データをシートに印刷する。

また、コントローラ部１００は、折り装置を制御する折り装置制御部、フィニッシャを制御するフィニッシャ制御部と通信を行い、印刷されたシートにステイプルやパンチ穴といった所望の出力を実現する。

外部Ｉ／Ｆ１５１は、外部のコンピュータと接続するインターフェースである。

例えば、外部Ｉ／Ｆ１５１は、ネットワークやＵＳＢ等の外部バスで接続し、外部コンピュータからのプリントデータを画像に展開して出力するほか、ＨＤＤ１１３内の画像データを外部コンピュータに送信することを行う。

コントローラ部１００は、ＣＰＵ１０１を有し、オペレーティングシステム（以下、ＯＳという）のプログラム等を実行し、ＯＳの機能を実現する。

ＣＰＵ１０１には、バスブリッジ１０４が接続され、バスブリッジ１０４を介して、ＣＰＵ１０１の初期起動プログラムを格納しているＲＯＭ１０２から、初期起動プログラムを読み出す。

また、ＣＰＵ１０１は、制御に伴う演算の作業領域として用いられるＲＡＭ１０３及びストレージ機器を制御するストレージ制御部１１２ともバスブリッジ１０４を介して接続されている。

ストレージ制御部１１２は、ＨＤＤやＳＳＤ等のストレージ機器のリード・ライト制御を行うハードウェアモジュールで、ストレージ機器と接続はシリアルＡＴＡインターフェースが用いられる。Ｓｅｒｉａｌ ＡＴ Ａｔｔａｃｈｍｅｎｔ：以下、ＳＡＴＡという。

ＨＤＤ１１３は、ＣＰＵ１０１のＯＳのプログラムを含むメインプログラムの格納、イメージリーダや外部Ｉ／Ｆ１５１より取得した画像データ、操作部１１４で画像を編集したときの保存用やアプリケーションプログラムの格納先として使用される。

また、ＨＤＤ１１３は、アプリケーションプログラムやユーザープリファレンスデータの格納先としても使用される。ＨＤＤ１１３には、ＣＰＵ１０１からアクセスができるように構成されている。

操作部制御部１０６は操作部１１４と接続されＣＰＵ１０１にて生成された画像を表示したり、操作部１１４上で設定された情報をＣＰＵ１０１へ伝達できるように構成されている。

また、ネットワークやＵＳＢインターフェースを制御する外部Ｉ／Ｆ制御部１０５、操作部を制御する操作部制御部１０６がバスブリッジ１０４に接続されている。

デバイス制御部１１１は、原稿搬送装置制御部、イメージリーダ制御部、プリンタ制御部、折り装置制御部、フィニッシャ制御部と接続され、これらの制御を司る。

電力制御部１０７は電源部と接続され、ＣＰＵ１０１からの制御により各種電力状態に移行する。本実施例における電力状態１とは、原稿搬送制御部やプリンタ制御部などのデバイス制御部１１１に接続されている部分への電力供給を停止している状態を言う。他の部分は通電されている。また、電力状態２とは、電力状態１の電力供給停止状態にさらに追加して、次の部分への電力供給が停止される。すなわち、コントローラ部１００のストレージ制御部１１２や操作部制御部１０６、操作部１１４等の一部分の電力供給をさらに停止した状態を言う。

ＣＰＵ１０１がＲＯＭ１０２等に記憶されたプログラムに基づき処理を実行することにより後述する図４、図５、図６のフローチャートの処理の一部が実現される。

図２は従来の画像形成装置でのアプリケーションプログラムが、ＨＤＤ１１３にアクセスする際のオペレーティングシステム（ＯＳ）のソフトウェア構造図の概略と実際のアクセスの状態を示す。ＯＳはいわゆる組み込みシステム向けリアルタイムＯＳで実装されている。

ＯＳは例えば、Ｌｉｎｕｘ（登録商標）や他のＯＳでもよい。ＯＳ（ファイルシステムを含む）の上には、複数のアプリケーション、例えばアプリ１乃至４とのインターフェースを司るアプリケーションプラットフォーム４０１が定義される。

アプリケーションプラットフォーム４０１は、各アプリケーションからの各種要求、例えばＨＤＤ１１３へのアクセス要求を受け、各アプリケーションへの調停を実行したり、実際のデータのやり取りを行う。アプリケーションプラットフォーム４０１は、例えば、Ｊａｖａ（登録商標） ＶＭなどのインタプリタなどの仮想実行環境を含む。また、４０１は、アプリ１乃至４を動作させるための各種ライブラリを含む。アプリ１乃至４はＪａｖａやＬｕａ Ｓｃｒｉｐｔその他の移植性の高いプログラム言語等で実装可能である。

ドライバ層４０２は、アプリケーションプラットフォーム４０１からの要求に従い、ストレージ制御部１１２に対して制御コマンドを発行し、ＨＤＤ１１３へのアクセスを行う。

図中のアクセス４０４はアプリ１〜４によるＨＤＤ１１３へのアクセスを示しており、ジョブ中や電力状態１の状態では頻繁にアクセスしていることを表現している。

４０１１はアプリ管理部であり、アプリ１乃至４に対して開始、停止指示をすることができる。また、実行中のアプリ１乃至４を停止させてアンインストール（削除）することもできる。なお、一部繰り返しになるが、「開始」とは、アプリケーションのプロセスが起動している状態をいう。「停止」とは、アプリケーションのプロセスが停止している状態をいう。「開始中」とは、アプリケーションのプロセスが起動途中の状態をいう。「停止中」とは、アプリケーションのプロセス停止中の状態をいう。アプリケーションのプロセスを停止すれば、アプリケーションは管理アプリケーション以外の他のアプリケーションからのリクエストを受け付けず、メモリやＣＰＵなどの資源をほぼ消費しない状態になる。４０１２はアクセス監視部である。後に詳述する。

図３は本実施形態の一例を示す図である。画像形成装置におけるアプリケーションプログラムが、本実施形態によりアプリのプロセスが停止され、ＨＤＤ１１３へのアクセスが制限されている状態を示している。具体的には、アクセスモニタ部４０１２が、アプリ１乃至４のＨＤＤ１１３への所定時間内（例えば、１分）のアクセス回数をカウントしている。

そして、アクセス監視部４０１２が、例えば、アプリ４の１分間あたりのアクセス頻度が所定回数を超えたと判断すると、アプリ管理部４０１１に対して、アプリ４のアクセスの停止をするよう通知する。具体的には、アクセス監視部４０１２は、アプリ管理部４０１１のアプリ停止ＡＰＩを呼び出す。そうすると、アプリ管理部４０１１は、アプリ停止ＡＰＩの呼び出しに従って、アプリ４のプロセスを停止するようアプリ４に対して指示する。アプリ４は停止指示に従い、停止する。アプリ管理部４０１１が再び開始指示をアプリ４に対してするまでは、アプリ４のプロセスは、停止状態となる。

そして、同図の５０１は電力状態が電力状態１に移行してからタイマー設定時間（本実施例では５分）待っていることを示している。以下の実施例においては、アプリ１が定期アクセス無のアプリ、アプリ２が定期アクセス１時間のアプリ、アプリ３が定期アクセス１０分のアプリ、アプリ４が定期アクセス３０秒のアプリとしている。定期アクセス１分とは、１分ごとの定期的にＨＤＤに対してアクセスを行うアプリをいう。なお、アプリケーションプラットフォーム４０１で動作するアプリの状態には、下記がある。「インストール済み」とは、アプリケーションをインストール後、一度も開始したことがない状態である。またはアプリケーションを停止したあとプリンタ電源を切り、再起動したあとに一度も開始されていない状態をいう。

図４は、本発明の実施形態の一例を説明するフローチャートを示す図である。

ＯＳ（ファイルシステム）にはＷｉｎｄｏｗｓ、Ｌｉｎｕｘ等様々な種類があるので本実施例においてはＬｉｎｕｘのコマンドを例にとり説明する。図４の各処理は、原則として、図３のアプリケーション監視部４０１２をＣＰＵ１０１が実行することで実現されうる。

画像形成装置１０に電源が投入されるとＣＰＵ１０１はＲＯＭ１０２またはＨＤＤ１１３よりプログラムを読み出し画像処理装置１０が所望の動作を行えるように起動処理を行う。この起動処理時にＣＰＵ１０１は画像処理装置１０にインストールされているアプリケーションの種類とＨＤＤ１１３へのアクセス頻度の閾値を確認・設定する（Ｓ５０１）。

本実施例においては搭載されているアプリは、アプリ１乃至４とする。例えば、設定する閾値は６０秒／アクセスとする。

Ｓ５０２はＣＰＵ１０１が電力制御部１０７に対して電力状態１に設定しているか否かを確認することを示している。すなわち、スリープの一例である電力状態１であるかを確認している。ＣＰＵ１０１が電力状態１に装置を設定した場合にはＳ５０３へ進む。電力状態がジョブ中であった場合にはＳ５１１は進む。

Ｓ５０３ではＣＰＵ１０１は、電力状態が電力状態１であった場合にＣＰＵ１０１の持っているタイマーに対してアクセス頻度を計測するためのタイマー時間（５分間）を設定する。また、Ｌｉｎｕｘが持っているＦｉｎｄコマンドの時間も５分にＣＰＵ１０１は設定する。このコマンドにより一定時間内にＨＤＤ１１３にアクセスしたアプリケーションのファイルをＣＰＵ１０１は抽出することができる。

Ｓ５０４、Ｓ５０５はタイマーの設定時間（例えば、Ｘ＝５分）が経過する前に画像形成装置１０にジョブが投入されたか否かをＣＰＵ１０１が判別している。タイマー設定時間経過前にジョブが来た場合にはＳ５１１へ進む。電力状態１の状態が５分経過した場合にはＳ５０６へ進みアクセスしていたアプリケーションの絞り込みを行う。本実施形態では、アプリケーションを単にアプリということもある。

Ｓ５０６ではＣＰＵ１０１がＯＳに用意されているＦｉｎｄコマンドに基づき、電力状態１の間にどのアプリケーションがＨＤＤ１１３へどれだけアクセスしていたかを検出する。

本実施例においては各アプリの定期アクセスが、アプリ１が無し、アプリ２が１時間、アプリ３が１０分、アプリ４が１０秒であるため、アプリ２アプリ３アプリ４のアプリケーションのプロセス（ＨＤＤ１１３へのアクセス）が抽出される可能性がある。

Ｓ５０７ではＦｉｎｄコマンドで確認したＨＤＤ１１３へアクセスしているアプリケーションに関して、ＯＳに用意されているｄｉｓｋｓｔａｔｓコマンドにてそれぞれ何回ＨＤＤ１１３へのライト／リードを行っているのか確認することを示している。

本実施例においては各アプリの定期アクセスが、アプリ１が無し、アプリ２が１時間、アプリ３が１０分、アプリ４が１０秒であるため、アプリ２とアプリ３が多くて１回、アプリ４が３０回程度のアクセスをする可能性がある。本実施形態では、ＣＰＵ１０１が、実際に複数のアプリごとに、記録されているＨＤＤ１１３へのアクセス数を確認する。

Ｓ５０８ではＳ５０６，Ｓ５０７で確認した各アプリケーションのアクセス回数とタイマーに設定している時間から５分間でのアクセス頻度をＣＰＵ１０１が計算することを示している。ここでは、アプリ２、アプリ３が多くで１回と見積もられるため、３００秒／アクセス以下が期待される。また、アプリ４がおおよそ１０秒／アクセスとなることが期待されるが、前述のとおり、各アプリごとにアクセス回数を実際に確認することで確認する。

Ｓ５０９ではＳ５０８で計算したアクセス頻度がＳ５０１にて設定した頻度閾値（６０秒／アクセス）を超えるか否かをＣＰＵ１０１が判別することを示している。ここで単位時間当たりのアクセス頻度が高いと判断されたアプリに関してはＣＰＵ１０１がアプリケーションプラットフォーム４０１にそのアプリからのＨＤＤ１１３へのアクセスを行うプロセスの停止指令を出す（Ｓ５１０）。各アプリのアクセス頻度が閾値よりも低い場合にはフローチャートのＳ５０２に戻り電力状態の確認を行う。本実施例においてはもし、アプリ４が見積もり通りに実際にアクセスを行ってきていたならば、次のようになる。頻度閾値が６０秒／アクセスに対して、計算されたアプリ４の頻度が１０秒／アクセスであったならばＣＰＵ１０１は頻度閾値を超えたと判断される。そして、アプリ４のＨＤＤ１１３へのアクセスをＣＰＵ１０１は停止させる。すなわち、図３で説明したようにＣＰＵ１０１はアクセスモニタ部４０１２の制御の元、アプリ管理部４０１１に対してアプリ４の停止を指示する。

Ｓ５１１は電力状態がジョブ中であったり、ジョブが投入された場合にＨＤＤ１１３へのアクセスを停止していたアプリケーションの有無を確認することを示している。ジョブ処理中は、図１のすべてのハードウェアブロックにおいて通電がなされる。ＨＤＤ１１３へアクセスするプロセスを停止しているアプリケーションがあった場合には再稼働させる。再稼働とはプロセスの状態を「停止」から「開始中」を経て「起動中」へと制御することである。ジョブ中は、あえてアプリケーションを停止する必要はない場合が多い。なぜなら、印刷ジョブがＨＤＤ１１３に対してアクセスするからである。このタイミングに乗じて、アプリ１乃至４がＨＤＤ１１３へアクセスすることは問題ないことが多い。長時間アプリ１乃至４のうち、高アクセス頻度のアプリ停止することは不便を招く場合もある。しかし、プロセスが停止したアプリを画像形成装置がジョブを受信したタイミングで再開するように制御すると便利である。

＜変形例＞
図５は実施例の変形例を説明するフローチャートを示す。

図４のフローチャートのＳ５０９までは同じフローであり、Ｓ５０９以降のフローが違っているため、異なる部分を中心に説明する。

Ｓ５０９で単位時間当たりのアクセス頻度が高いと判断されたアプリに関してはＣＰＵ１０１が該当アプリの情報を外部Ｉ／Ｆ制御部１０５を介して外部Ｉ／Ｆ１１５の構成要素の一つであるＬＡＮに接続されているサーバーへ送信してもよい。

このようにすることで不用意なアクセスを行っているアプリケーションを早急に知ることができ、ついてはアプリケーションの改善を行うことが可能となる。

＜他の実施形態＞
セキュリティ関連のアプリケーションの様に、ＨＤＤ１１３に対して頻繁なアクセスが発生してもセキュリティの観点から当該アプリケーションによるＨＤＤ１１３へのアクセスを実施例１のようには停止できない場合もある。

そこで本実施例においてはセキュリティの観点等によりＨＤＤ１１３へのアクセスを停止することが困難なアプリケーションを例外アプリとする方法に関して図を示しながら説明する。

図７は本実施形態の他の実施例における設定方法の一例を示す図である。例外に指定したいアプリケーションを操作部１１４から設定する一手段を示している。同図において７０１は画像形成装置１０にインストールされているアプリケーション一覧を表示することを示している。７０２はアプリ管理部４０１１が管理しているリストを用いて表示処理が行われる。例外アプリケーションとして選択したいアプリケーションのチェックボックスがチェック（選択）されている状態を示している。

実際に設定する場合は、サービスマンが例外アプリケーションを設定するために操作部１１４の操作により画像形成装置１０をサービスモードに入れる。サービスマンがＡｐｐｌｉｃａｔｉｏｎのタブをタッチすると、その通知を受けたＣＰＵ１０１はアプリ管理部４０１１の制御の元、次を行う。ＣＰＵ１０１は、インストールされているアプリケーションを確認し、操作部１１４の画面上に一覧を表示する。そしてサービスマンからＨＤＤ１１３へのアクセスを停止させたくないアプリケーションのチェックボックスの選択をＣＰＵ１０１は受け付ける。選択されたアプリケーションは情報としてＣＰＵ１０１に通知され、ＨＤＤ１１３やその他のメモリに記録される。

以上の構成で図６のフローチャートを使用し本実施例を説明する。Ｓ５０９までは同じフローであり、Ｓ５０９以降など異なる部分を中心に説明する。

Ｓ５０９で単位時間当たりのアクセス頻度が高いと判断されたアプリに関してＣＰＵ１０１は該当アプリケーションがサービスマン設定により例外アプリケーションに設定されているかを確認する。例外アプリケーションに設定されていたアプリケーションであった場合には特に対応をせずそのままとする。例外アプリケーションに設定されていないアプリケーションであった場合にはＣＰＵ１０１はアプリケーションプラットフォーム４０１に対して該当アプリケーションを停止するように命令を出す。例外アプリケーションに設定されているか否かは、画像形成装置の操作部１１４への入力（図７）に基づき判断される。具体的には、ＣＰＵ１０１に通知され、ＨＤＤ１１３やその他のメモリに記録された例外アプリケーション情報に基づき判断される。本実施形態では、ＩＣカード認証アプリケーションや、画像形成装置に対してログインする認証を行うログインアプリケーション、ＵＳＢドライバや、コピー機能を制御するプログラムなどが１つまたは複数個、チェックボックスにて選択可能である。例外アプリケーションは、市場でユーザに選択させてもよいし、予め、停止対象から除外するように設定されていてもよい。これにより、例えば、認証や、ＵＳＢ機能など、停止させるとユーザや管理者が困るアプリケーションを例外アプリケーションに指定し、ＨＤＤ１１３へのアクセス頻度が高くても停止しないように制御することができる。例外アプリケーションは、アクセスを制限しないアプリケーションの一例である。

以上実施例のような手段・方法を持つことで、従来図２のように常にＨＤＤ１１３への頻繁なアクセスが発生していた状態だったものが、図３のようにアクセス頻度を削減できるようになる。

また、変形例のような手段・方法を持つことで不用意なアクセスを行うアプリケーションを素早く知ることができ、改善を促すことができるようになる。

また、他の実施例のような手段・方法を持つことで機能上ＨＤＤ１１３へのアクセスを停止することができないアプリケーションに対しても回避手段を持てるようになる。

以上説明したように、アプリケーションの一例としてのアプリ１乃至４を実行することで機能が拡張可能な画像形成装置１０を開示した。画像形成装置１０の一例としては、レーザビームプリンタやスキャナ、これらの複合機があげられる。

不揮発性の記憶手段の一例としてＨＤＤ１１３を開示した。ただし、ＳＳＤであってもよい。

ＨＤＤ１１３に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、ＨＤＤ１１３に対する前記アプリケーションのアクセスをＣＰＵ１０１は制限する。ＣＰＵ１０１は、画像形成装置１０が所定の省電力状態である場合、例えば、電力状態１である場合に次の処理を行うようにしてもよい。次の処理とは、ＨＤＤ１１３に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、ＨＤＤ１１３に対する前記アプリケーションのアクセスを制限する処理である。アクセスの制限とは、アプリによりアクセスの禁止設定を行ってもよい。アクセスの制限とは、完全なる禁止ではなく、アクセスの回数を制限することでもよい。アクセスの制限としては、アクセスリクエストは許すが、物理的なアクセスは生じないこととしてもよい。その結果、ファイルシステム側はアプリに対して応答しないという処理でもよい。

ＣＰＵ１０１は、画像形成装置１０電力状態１からジョブを処理可能な電力状態に移行することに応じて、ＣＰＵ１０１が制限していたアクセス制限を解除してもよい。

ＣＰＵ１０１は、アプリ１乃至４等のプロセスを停止させることで、アプリケーションによる前ＨＤＤ１１３へのアクセスを制限するようにしてもよい。また、画像形成装置１０において実行可能なアプリケーションの中から、アクセスを制限する例外とする例外アプリケーションをＨＤＤ１１３などへＣＰＵ１０１が設定記憶するようにしてもよい。

画像形成装置１０において実行可能なアプリを表示する処理を制御するＣＰＵ１０１を有する。

そして、表示されたアプリの中から、アクセスを制限する例外とする例外アプリケーションを選択できる。そして、選択結果に応じてＣＰＵ１０１は例外アプリを設定できる。

また、アクセスの制限はせず、アクセス頻度の閾値オーバー時にアクセス頻度が高いアプリを表示するだけにしてもよい。アプリの種類を確認し、常時動作を必須としているアプリは停止しないこととしてもよい。

本実施形態によれば、画像形成装置にインストールされるアプリケーションのストレージへのアクセス状況を解析できる。そして、ある特定頻度を超えてアクセスするアプリケーションのプロセスを停止することでストレージへのアクセスを停止することが可能となる。これにより、ストレージの寿命問題を長持ちさせることが可能となる。また、特定頻度を超えるアプリケーションをサーバーに通知することで、当該アプリケーションが不要なアクセスを行っていると認識することができる。これにより不要なアクセスを行わないようにアプリケーションの修正を促すことが可能となる。

さらには、セキュリティ向上のためどうしても高頻度な定期的アクセスが必要なアプリケーションに対しては例外処理を操作部等から設定できるようにする。これによって、セキュリティをさらに向上することもできるようになる。

１０ 画像形成装置
１０１ ＣＰＵ
１１３ ＨＤＤ
１１４ 操作部 ４０４ （ＨＤＤへの）アクセス

Claims (12)

1. アプリケーションを実行することで機能が拡張可能な画像形成装置において、
   不揮発性の記憶手段と、
   前記記憶手段に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、前記記憶手段に対する前記アプリケーションのアクセスを制限する制限手段を備える画像形成装置。
2. 前記制限手段は、前記画像形成装置が所定の省電力状態である場合に、前記記憶手段に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、前記記憶手段に対する前記アプリケーションのアクセスを制限する請求項１に記載の画像形成装置。
3. 前記制限手段は、前記画像形成装置が前記所定の省電力状態からジョブを処理可能な電力状態に移行することに応じて、前記制限手段が制限していたアクセス制限を解除する請求項２に記載の画像形成装置。
4. 前記制限手段は、前記アプリケーションのプロセスを停止させることで、前記アプリケーションによる前記記憶手段へのアクセスを制限する請求項１に記載の画像形成装置。
5. 前記画像形成装置はさらに、前記画像形成装置において実行可能なアプリケーションの中から、アクセスを制限しないアプリケーションを設定する設定手段そなえる請求項１に記載の画像形成装置。
6. 前記画像形成装置はさらに、前記画像形成装置において実行可能なアプリケーションを表示する処理を制御する表示制御手段をさらに備え、
   前記表示されたアプリケーションの中から、アクセスを制限しないアプリケーションを前記設定手段は設定する請求項５に記載の画像形成装置。
7. アプリケーションを実行することで機能が拡張可能であり、不揮発性の記憶手段を有する画像形成装置の制御方法において、
   前記記憶手段に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、前記記憶手段に対する前記アプリケーションのアクセスを制限する制限工程を画像形成装置に実行させる制御方法。
8. 前記制限工程では、前記画像形成装置が所定の省電力状態である場合に、前記記憶手段に対する所定期間のアクセスの頻度がある所定値以上であることに応じて、前記記憶手段に対する前記アプリケーションのアクセスを制限する請求項７に記載の画像形成装置の制御方法。
9. 前記制限手段は、前記画像形成装置が前記所定の省電力状態からジョブを処理可能な電力状態に移行することに応じて、前記制限工程において制限されていたアクセス制限を解除する請求項８に記載の画像形成装置の制御方法。
10. 前記制限手段は、前記アプリケーションのプロセスを停止させることで、前記アプリケーションによる前記記憶手段へのアクセスを制限する請求項７に記載の画像形成装置の制御方法。
11. 前記画像形成装置はさらに、前記画像形成装置において実行可能なアプリケーションの中から、アクセスを制限しないアプリケーションを設定する設定工程をさらに実行する請求項７に記載の画像形成装置の制御方法。
12. 前記画像形成装置はさらに、前記画像形成装置において実行可能なアプリケーションを表示する処理を制御する表示制御工程を備え、
    前記設定工程では、前記表示されたアプリケーションの中から、アクセスを制限しないアプリケーションを設定する請求項１１に記載の画像形成装置の制御方法。

Images