(57)【要約】【課題】情報漏洩防止のための逐次消去に与える影響を最小限に抑えつつ、パフォーマンスを向上させることのできる画像処理装置を提供する。【解決手段】画像データを蓄積する補助記憶装置を備え、アプリによる画像データの使用後に上記補助記憶装置に蓄積された画像データを消去する画像処理装置であって、新たなアプリから補助記憶装置の使用要求があった場合、未使用の補助記憶装置があるか否か判断する手段と、未使用の補助記憶装置がある場合、その補助記憶装置を新たなアプリに使用させる手段とを備える。【選択図】図１
2008160592.tif 000002
【特許請求の範囲】
【請求項１】
画像データを蓄積する補助記憶装置を備え、アプリによる画像データの使用後に上記補助記憶装置に蓄積された画像データを消去する画像処理装置であって、
新たなアプリから補助記憶装置の使用要求があった場合、未使用の補助記憶装置があるか否か判断する手段と、
未使用の補助記憶装置がある場合、その補助記憶装置を新たなアプリに使用させる手段とを備えたことを特徴とする画像処理装置。
【請求項２】
請求項１に記載の画像処理装置において、
未使用の補助記憶装置がない場合、消去中の補助記憶装置を使用しているアプリのセキュリティレベルと新たなアプリの実行レベルとを比較する手段と、
新たなアプリのレベルが高い場合、消去中の補助記憶装置の消去を中断し、その補助記憶装置を新たなアプリに使用させる手段とを備えたことを特徴とする画像処理装置。
【請求項３】
請求項２に記載の画像処理装置において、
消去中の補助記憶装置を使用しているアプリのセキュリティレベルと新たなアプリの実行レベルとから許容動作を参照するテーブルを備えたことを特徴とする画像処理装置。
【請求項４】
請求項２に記載の画像処理装置において、
上記補助記憶装置上に蓄積された画像データに、当該画像データを使用したアプリのセキュリティレベルを記録したタグ情報を含むことを特徴とする画像処理装置。
【請求項５】
請求項４に記載の画像処理装置において、
上記タグ情報のセキュリティレベルを他の蓄積データと相対的に評価してタグ情報に書き込むことを特徴とする画像処理装置。
【請求項６】
請求項１に記載の画像処理装置において、
未使用の補助記憶装置がない場合、補助記憶装置に代えて画像用メモリを新たなアプリに使用させる手段を備えたことを特徴とする画像処理装置。
【請求項７】
請求項６に記載の画像処理装置において、
補助記憶装置の消去が終了することにより未使用の補助記憶装置が発生した場合、当該補助記憶装置に上記画像用メモリから画像データの転送を行うことを特徴とする画像処理装置。
【請求項８】
画像データを蓄積する補助記憶装置を備え、アプリによる画像データの使用後に上記補助記憶装置に蓄積された画像データを消去する画像処理装置における補助記憶媒体消去制御方法であって、
新たなアプリから補助記憶装置の使用要求があった場合、未使用の補助記憶装置があるか否か判断する工程と、
未使用の補助記憶装置がある場合、その補助記憶装置を新たなアプリに使用させる工程とを備えたことを特徴とする補助記憶媒体消去制御方法。
【請求項９】
請求項８に記載の補助記憶媒体消去制御方法において、
未使用の補助記憶装置がない場合、消去中の補助記憶装置を使用しているアプリのセキュリティレベルと新たなアプリの実行レベルとを比較する工程と、
新たなアプリのレベルが高い場合、消去中の補助記憶装置の消去を中断し、その補助記憶装置を新たなアプリに使用させる工程とを備えたことを特徴とする補助記憶媒体消去制御方法。
【請求項１０】
請求項８に記載の補助記憶媒体消去制御方法において、
未使用の補助記憶装置がない場合、補助記憶装置に代えて画像用メモリを新たなアプリに使用させる工程を備えたことを特徴とする補助記憶媒体消去制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＭＦＰ（Multi Function Printer）等の画像処理装置に関し、より詳しくは、ＨＤＤ（Hard Disk Drive）等の補助記憶装置の消去中におけるアプリ（アプリケーション）の実行を制御する技術に関する。
【背景技術】
【０００２】
ＭＦＰ等の画像処理装置にあっては、処理対象の画像データを蓄積するためにＨＤＤ等の補助記憶装置を備えているのが一般的である。
【０００３】
昨今のセキュリティ意識の向上に伴い、ＨＤＤからの情報漏洩（廃棄、盗難されたＨＤＤからのデータ取得等）を防止するため、画像処理を行った直後にＨＤＤから画像データを消去する、いわゆる逐次消去が行われつつある。
【０００４】
一方、特許文献１には、画像メモリが記憶した画像データを任意に消去可能とすることで機密性を高めたディジタル画像形成装置が開示されている。
【特許文献１】特開平９−２８４５１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、ＨＤＤからの情報漏洩を防止するために逐次消去が有効な手法とされているが、逐次消去はＨＤＤのデータ記録領域にランダムなデータを繰り返し記録する等の処理が必要となるため、処理に要する時間が長い。
【０００６】
従って、連続してコピー、スキャン等のアプリが実行される場合、ＨＤＤの逐次消去中に遭遇する確率が高く、その間、逐次消去が優先的に実行されるため続くアプリの実行が待たされることとなり、装置全体としてのパフォーマンスの低下を招くことになる。
【０００７】
また、特許文献１は動作アプリケーションが複数ある場合等の環境におけるパフォーマンスを考慮したものではない。
【０００８】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、情報漏洩防止のための逐次消去に与える影響を最小限に抑えつつ、パフォーマンスを向上させることのできる画像処理装置を提供することある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、画像データを蓄積する補助記憶装置を備え、アプリによる画像データの使用後に上記補助記憶装置に蓄積された画像データを消去する画像処理装置であって、新たなアプリから補助記憶装置の使用要求があった場合、未使用の補助記憶装置があるか否か判断する手段と、未使用の補助記憶装置がある場合、その補助記憶装置を新たなアプリに使用させる手段とを備える画像処理装置を要旨としている。
【００１０】
また、請求項２に記載されるように、請求項１に記載の画像処理装置において、未使用の補助記憶装置がない場合、消去中の補助記憶装置を使用しているアプリのセキュリティレベルと新たなアプリの実行レベルとを比較する手段と、新たなアプリのレベルが高い場合、消去中の補助記憶装置の消去を中断し、その補助記憶装置を新たなアプリに使用させる手段とを備えるようにすることができる。
【００１１】
また、請求項３に記載されるように、請求項２に記載の画像処理装置において、消去中の補助記憶装置を使用しているアプリのセキュリティレベルと新たなアプリの実行レベルとから許容動作を参照するテーブルを備えるようにすることができる。
【００１２】
また、請求項４に記載されるように、請求項２に記載の画像処理装置において、上記補助記憶装置上に蓄積された画像データに、当該画像データを使用したアプリのセキュリティレベルを記録したタグ情報を含むようにすることができる。
【００１３】
また、請求項５に記載されるように、請求項４に記載の画像処理装置において、上記タグ情報のセキュリティレベルを他の蓄積データと相対的に評価してタグ情報に書き込むようにすることができる。
【００１４】
また、請求項６に記載されるように、請求項１に記載の画像処理装置において、未使用の補助記憶装置がない場合、補助記憶装置に代えて画像用メモリを新たなアプリに使用させる手段を備えるようにすることができる。
【００１５】
また、請求項７に記載されるように、請求項６に記載の画像処理装置において、補助記憶装置の消去が終了することにより未使用の補助記憶装置が発生した場合、当該補助記憶装置に上記画像用メモリから画像データの転送を行うようにすることができる。
【００１６】
また、請求項８〜１０に記載されるように、補助記憶媒体消去制御方法として構成することができる。
【発明の効果】
【００１７】
本発明の画像処理装置にあっては、情報漏洩防止のための逐次消去に与える影響を最小限に抑えつつ、パフォーマンスを向上させることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好適な実施形態につき説明する。
【００１９】
＜システム構成＞
図１は本発明の一実施形態にかかる画像処理装置の構成例を示す図である。
【００２０】
図１において、画像処理装置は、バス１に画像用メモリコントローラ２を介して接続された画像用メモリ３と、同じくバス１にＨＤＤコントローラ４を介して接続されたＨＤＤ５１、５２と、同じくバス１に画像形成モジュール６を介して接続されたスキャナ７、プロッタ８と、同じくバス１に接続されたＣＰＵ（Central Processing Unit）９、ＲＯＭ（Read Only Memory）１０、ＲＡＭ（Random Access Memory）１１とを備えている。
【００２１】
また、ＣＰＵ９、ＲＯＭ１０、ＲＡＭ１１上にソフトウェア的に構成される、アプリ１３Ａ、１３Ｂ、１３Ｃ・・・と、これらのアプリを制御するアプリコントロールモジュール１２と、消去実行中に新アプリが起動した場合にセキュリティレベルおよび実行レベルに基づいていずれを優先すべきか判断するセキュリティ管理モジュール１４とを備えている。
【００２２】
なお、図ではＨＤＤを２台としているが、２台以上でもよく、後述するメモリ代替（図９、図１０）の場合は１台でもよい。
【００２３】
図２はＨＤＤ５１、５２内のデータ記録状態を示す図であり、各アプリの使用する領域５ａに分かれ、領域５ａの先頭部分にはタグ情報５ｂが設けられている。タグ情報５ｂには、使用アプリ、消去状態（どこまで消去したのかを示す情報）、セキュリティレベル、実行レベル、先頭アドレス、最終アドレス等の情報が含まれている。
【００２４】
図３は画像データの画像用メモリ３およびＨＤＤ５１、５２での配置の例を示す図であり、（ａ）に示すようなデータ部分＃１〜＃３から構成される画像データを一般のＯＳ（Operating System）の管理するＶＭ（Virtual Memory）空間に配置する場合、（ｂ）のように空きのある領域に順序が乱れて格納されることになり、ＨＤＤ５１、５２との間でＤＭＡ（Direct Memory Access）転送する場合の効率が悪い。そこで、本実施形態では、画像データを（ｃ）に示すような連続領域メモリ空間に順序通りに格納し、また、ＨＤＤ５１、５２におけるデータ配置も（ｄ）に示すような連続領域に行うようにすることで、ＤＭＡ転送および消去の効率化を図っている。なお、ＨＤＤ５１、５２における連続領域の確保は、ＵＮＩＸ（登録商標）等におけるｒａｗフォーマットにより実現することができる。この場合、ＨＤＤ５１、５２と画像用メモリ３の間のＤＭＡ転送はｒａｗデータにより行う。
【００２５】
＜動作＞
図４および図５は実施形態の処理例を示すシーケンス図である。なお、要求（リクエスト）に対する応答（レスポンス）の図示は省略してある。また、ＨＤＤコントローラ４は配下のＨＤＤ５１、５２の状態を認知可能であり、画像形成モジュール６は配下のスキャナ７の状態を認知可能であるとする。
【００２６】
図４において、アプリコントロールモジュール１２がアプリ１３Ａを起動（アプリのインスタンス生成を含む）すると（ステップＳ１）、アプリ１３ＡはＨＤＤコントローラ４に対してＨＤＤ使用要求（１台使用）を行う（ステップＳ２）。
【００２７】
ＨＤＤコントローラ４はＨＤＤ５１、５２のいずれも未使用であることから、一方のＨＤＤ５１にＨＤＤ使用要求を行う（ステップＳ３）。
【００２８】
次いで、アプリ１３ＡはＨＤＤコントローラ４に画像転送要求を行い（ステップＳ４）、続いて画像形成モジュール６に画像転送要求を行う（ステップＳ５）。
【００２９】
画像形成モジュール６はスキャナ７に画像転送要求を行い（ステップＳ６）、スキャナ７からＨＤＤ５１に画像転送を行い（ステップＳ７）、画像転送を終了すると画像形成モジュール６はアプリ１３Ａに画像転送終了を通知する（ステップＳ８）。
【００３０】
アプリ１３ＡはＨＤＤ５１に転送された画像データを用いてスキャン配信等の画像使用を行い（ステップＳ９）、終了するとＨＤＤコントローラ４にＨＤＤ消去要求を行う（ステップＳ１０）。
【００３１】
ＨＤＤコントローラ４はＨＤＤ５１にＨＤＤ消去要求を行い（ステップＳ１１）、ＨＤＤ５１は消去を開始して消去中に入る（ステップＳ１２）。
【００３２】
その後、アプリコントロールモジュール１２が新たなアプリ１３Ｂを起動（アプリのインスタンス生成を含む）すると（ステップＳ１３）、アプリ１３ＢはＨＤＤコントローラ４に対してＨＤＤ使用要求（１台使用）を行う（ステップＳ１４）。
【００３３】
ＨＤＤコントローラ４はＨＤＤ５１、５２のうちＨＤＤ５１が使用中（消去中）であることから、未使用のＨＤＤ５２にＨＤＤ使用要求を行う（ステップＳ１５）。
【００３４】
次いで、アプリ１３ＢはＨＤＤコントローラ４に画像転送要求を行い（ステップＳ１６）、続いて画像形成モジュール６に画像転送要求を行う（ステップＳ１７）。
【００３５】
画像形成モジュール６はスキャナ７に画像転送要求を行い（ステップＳ１８）、スキャナ７からＨＤＤ５２に画像転送を行い（ステップＳ１９）、画像転送を終了すると画像形成モジュール６はアプリ１３Ｂに画像転送終了を通知する（ステップＳ２０）。
【００３６】
アプリ１３ＢはＨＤＤ５２に転送された画像データを用いてスキャン配信等の画像使用を行い（ステップＳ２１）、終了するとＨＤＤコントローラ４にＨＤＤ消去要求を行う（ステップＳ２２）。
【００３７】
ＨＤＤコントローラ４はＨＤＤ５２にＨＤＤ消去要求を行い（ステップＳ２３）、ＨＤＤ５２は消去を開始して消去中に入る（ステップＳ２４）。
【００３８】
このように、ＨＤＤ５１、５２のうち一方が使用中であっても未使用のＨＤＤを使用して新たなアプリが実行できることから、逐次消去の終了を待つ必要がなく、パフォーマンスの低下を防止することができる。
【００３９】
次いで、図５において、アプリコントロールモジュール１２が新たなアプリ１３Ｃを起動（アプリのインスタンス生成を含む）すると（ステップＳ２５）、アプリ１３ＣはＨＤＤコントローラ４に対してＨＤＤ使用要求（２台使用）を行う（ステップＳ２６）。
【００４０】
ＨＤＤコントローラ４はＨＤＤ５１、５２のうちＨＤＤ５２が使用中（消去中）であり、ＨＤＤ５１が未使用であるが、２台使用を要求されていることから、ＨＤＤ５２を使用しているアプリ１３Ｂと新たなアプリ１３Ｃのセキュリティレベルおよび実行レベルを考慮して、消去をそのまま続行させてアプリ１３Ｃを待たせるか、消去を中断してアプリ１３Ｃを実行させるか判断する（詳細は後述）。ここでは新たなアプリ１３Ｃを実行させると判断したものとすると、消去中のＨＤＤ５２に消去中断要求を行い（ステップＳ２７）、未使用のＨＤＤ５１にＨＤＤ使用要求を行う（ステップＳ２８）。
【００４１】
次いで、アプリ１３ＣはＨＤＤコントローラ４に画像転送要求を行い（ステップＳ２９）、続いて画像形成モジュール６に画像転送要求を行う（ステップＳ３０）。
【００４２】
画像形成モジュール６はスキャナ７に画像転送要求を行い（ステップＳ３１）、スキャナ７からＨＤＤ５１、５２に画像転送を行い（ステップＳ３２）、画像転送を終了すると画像形成モジュール６はアプリ１３Ｃに画像転送終了を通知する（ステップＳ３３）。
【００４３】
アプリ１３ＣはＨＤＤ５１、５２に転送された画像データを用いてスキャン配信等の画像使用を行い（ステップＳ３４）、終了するとＨＤＤコントローラ４にＨＤＤ消去要求を行う（ステップＳ３５）。
【００４４】
ＨＤＤコントローラ４はＨＤＤ５２、５１にＨＤＤ消去要求を行い（ステップＳ３６、Ｓ３８）、ＨＤＤ５２、５１は消去を開始して消去中に入る（ステップＳ３７、Ｓ３９）。
【００４５】
その後、ＨＤＤコントローラ４はＨＤＤ５２の消去が終了すると、アプリ１３Ｂに中断終了を通知し（ステップＳ４０）、アプリ１３ＢはＨＤＤコントローラ４に消去再開要求を行う（ステップＳ４１）。なお、ＨＤＤコントローラ４からアプリ１３Ｂへの中断終了通知（ステップＳ４０）およびアプリ１３ＢからＨＤＤコントローラ４への消去再開要求（ステップＳ４１）を省略することもできる。
【００４６】
ＨＤＤコントローラ４はＨＤＤ５２に消去再開要求を行い（ステップＳ４２）、ＨＤＤ５２は消去を再開して消去中に入る（ステップＳ４３）。
【００４７】
このように、使用要求された台数のＨＤＤが使用中で確保できない場合であっても、セキュリティレベルおよび実行レベルの高い新たなアプリが実行できることから、逐次消去の終了を待つ必要がなく、パフォーマンスの低下を防止することができる。
【００４８】
図６はアプリ１３Ａ〜１３ＣからのＨＤＤ使用要求時（図４のＳ２、Ｓ１４、図５のＳ２６）におけるＨＤＤコントローラ４の処理例を示すフローチャートである。
【００４９】
図６において、ＨＤＤコントローラ４はアプリ１３Ａ〜１３ＣからＨＤＤ使用要求を受けると、使用中のＨＤＤ台数はいくつか判断し（ステップＳ５１）、使用中のＨＤＤが１台の場合は続いて新アプリの使用ＨＤＤ台数はいくつか判断し（ステップＳ５２）、使用中のＨＤＤ台数が２台の場合もしくは使用中のＨＤＤ台数が１台で新アプリの使用ＨＤＤ台数が２台の場合は更に使用中アプリに対する新アプリのセキュリティレベルおよび実行レベルの判断を行う（ステップＳ５３）。
【００５０】
そして、使用中のＨＤＤが０台の場合は未使用のＨＤＤによる新アプリの動作を許容し（ステップＳ５４）、使用中のＨＤＤ台数が１台で新アプリの使用ＨＤＤ台数が１台の場合は未使用のＨＤＤによる新アプリの動作を許容する（ステップＳ５５）。
【００５１】
また、使用中のＨＤＤ台数が２台の場合もしくは使用中のＨＤＤ台数が１台で新アプリの使用ＨＤＤ台数が２台の場合であって、新アプリの相対レベルが低い場合は新アプリを消去完了まで待機させ（ステップＳ５６）、新アプリの相対レベルが高い場合は消去を中断して新アプリの動作を許容する（ステップＳ５７）。
【００５２】
図７は図６のＳ５３におけるセキュリティレベルおよび実行レベルによる動作判断の例を示す図であり、テーブル参照により判断を行うものである。
【００５３】
図７の例では、消去中アプリのセキュリティレベルが「１（最高）」の場合は新アプリの実行レベルにかかわらず消去優先とし、消去中アプリのセキュリティレベルが「２（中）」の場合は新アプリの実行レベルが「Ｌ（低）」の場合に消去優先とし、消去中アプリのセキュリティレベルが「３（低）」の場合は新アプリのセキュリティレベルが「３」で実行レベルが「Ｌ（低）」の場合に消去優先とし、その他の場合は新アプリの実行を優先するようにしている。なお、レベルをより細分化することも可能である。
【００５４】
図８はタグ情報のセキュリティレベルを書き換える例を示す図である。すなわち、図７に示したセキュリティレベル等による動作判断は、消去中のアプリについては図２に示したＨＤＤ５１、５２の領域５ａに含まれるタグ情報５ｂから取得するものであるが、これが固定的なものである場合はアプリ間の相対的なレベルを正確に表せない場合がある。
【００５５】
そこで、セキュリティレベルを他の蓄積データと相対的に評価してタグ情報５ｂに書き込むことにより、簡単に消去する順番を判断することができるようにしている。
【００５６】
図８では（ａ）に示すようにあるアプリの領域５ａ１のタグ情報５ｂ１のセキュリティレベルが「１」、他のアプリの領域５ａ２のタグ情報５ｂ２のセキュリティレベルが「２」の場合、そこに更に他のアプリが領域を使用した場合、（ｂ）に示すように、領域５ａ１のタグ情報５ｂ１のセキュリティレベルを「２」、領域５ａ２のタグ情報５ｂ２のセキュリティレベルを「３」、領域５ａ３のタグ情報５ｂ３のセキュリティレベルを「１」に書き換えている。
【００５７】
図９および図１０は実施形態の他の処理例を示すシーケンス図である。なお、図ではＨＤＤが２台の場合を示しているが、ＨＤＤが１台の場合にも適用することができる。
【００５８】
図９において、アプリ１３Ａが２台のＨＤＤ５１、５２を使用して消去中にあるとする（ステップＳ６１、Ｓ６２）。
【００５９】
ここで、アプリコントロールモジュール１２が新たなアプリ１３Ｂを起動（アプリのインスタンス生成を含む）すると（ステップＳ６３）、アプリ１３ＢはＨＤＤコントローラ４に対してＨＤＤ使用要求（１台使用）を行う（ステップＳ６４）。
【００６０】
ＨＤＤコントローラ４はＨＤＤ５１、５２の両方とも使用中（消去中）であることから、メモリ代替として画像用メモリコントローラ２に画像メモリ使用要求を行い（ステップＳ６５）、画像用メモリコントローラ２は画像用メモリ３に使用要求を行う（ステップＳ６６）。
【００６１】
次いで、アプリ１３ＢはＨＤＤコントローラ４に画像転送要求を行い（ステップＳ６７）、続いて画像形成モジュール６に画像転送要求を行う（ステップＳ６８）。
【００６２】
画像形成モジュール６はスキャナ７に画像転送要求を行い（ステップＳ６９）、スキャナ７から画像用メモリ３に画像転送を行い（ステップＳ７０）、画像転送を終了すると画像形成モジュール６はアプリ１３Ｂにメモリ転送終了を通知する（ステップＳ７１）。なお、画像用メモリ３の使用中に容量が不足した場合は、処理を一時中断し、ＨＤＤの消去終了を待つ。
【００６３】
次いで、図１０において、ＨＤＤコントローラ４はＨＤＤ５１、５２のいずれかの消去が終了すると、画像用メモリコントローラ２に消去終了を通知し（ステップＳ７２）、画像用メモリ３からＨＤＤ５１に画像転送を行い（ステップＳ７３）、終了すると画像用メモリコントローラ２はアプリ１３Ｂに画像転送終了を通知する（ステップＳ７４）。
【００６４】
アプリ１３ＢはＨＤＤ５１に転送された画像データを用いてスキャン配信等の画像使用を行い（ステップＳ７５）、終了するとＨＤＤコントローラ４にＨＤＤ消去要求を行う（ステップＳ７６）。
【００６５】
ＨＤＤコントローラ４はＨＤＤ５１にＨＤＤ消去要求を行い（ステップＳ７７）、ＨＤＤ５１は消去を開始して消去中に入る（ステップＳ７８）。
【００６６】
このように、使用要求された台数のＨＤＤが使用中で確保できない場合であっても、画像用メモリ３に一時的に画像データを転送し、その後にＨＤＤが未使用になった場合にＨＤＤに転送するようにしたので、逐次消去の終了を待つ必要がなく、パフォーマンスの低下を防止することができる。
【００６７】
＜総括＞
以上説明したように、本発明の実施形態にあっては次のような利点がある。
（１）ＨＤＤを２台用意することにより、１台が逐次消去中でも、新たなアプリがもう１台のＨＤＤを使用することでパフォーマンスを落とさずに動作することができる。
（２）ＨＤＤの逐次消去中に、新たなアプリがＨＤＤを使用したい場合は、消去中のアプリのセキュリティレベルと新たなアプリの実行レベルとを比較して処理の順番を決定するため、必要なセキュリティ要件を実現するとともに、その前提の中でパフォーマンスを落とさずに動作することができる。
（３）処理の順番の決定をテーブル参照で行なうことで、順番の決定を素早く簡単に実現できる。
（４）消去中のデータのセキュリティレベルが高い場合は、アプリの実行レベルに関わらず必ず消去を優先することで、必要なセキュリティ要件を実現するとともに、その前提の中でパフォーマンスを落とさずに動作することができる。
（５）ＨＤＤに画像データを蓄積する際に、対象のアプリのセキュリティレベルと実行レベルをタグ情報として付加することで、処理の順番を素早く判断することができる。
（６）逐次消去中であっても、画像用メモリの空きがある場合は、新たなアプリに画像用メモリを使用して実行させ、逐次消去が終了した後、画像用メモリからＨＤＤへ画像データのコピーを行なって処理を続ける。これにより、ＨＤＤを使用中でも新たなアプリを実行することができる。
（７）画像用メモリの使用中に容量が不足した場合は、処理を一時中断し、ＨＤＤの消去終了を待つ。これにより、必要なセキュリティ要件を実現することができる。
（８）ＨＤＤと画像用メモリ間の転送はｒａｗデータとすることにより、ＤＭＡ転送で素早く転送することができる。
（９）ＨＤＤの逐次消去中により新しいアプリの実行を待たせる場合は、その旨をＵＩ上に表示してユーザに通知するようにすることができる。これにより、ユーザは実行が中断した理由を知ることができ、動作に疑問を持つことがなくなる。
（１０）ＨＤＤに蓄積する画像データのタグ情報にセキュリティレベルを設定し、セキュリティレベルを他の蓄積データと相対的に評価してタグ情報に書き込むことにより、簡単に消去する順番を判断することができる。
【００６８】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施形態にかかる画像処理装置の構成例を示す図である。
【図２】ＨＤＤ内のデータ記録状態を示す図である。
【図３】画像データの画像用メモリおよびＨＤＤでの配置の例を示す図である。
【図４】実施形態の処理例を示すシーケンス図（その１）である。
【図５】実施形態の処理例を示すシーケンス図（その２）である。
【図６】アプリからのＨＤＤ使用要求時におけるＨＤＤコントローラの処理例を示すフローチャートである。
【図７】セキュリティレベルおよび実行レベルによる動作判断の例を示す図である。
【図８】タグ情報のセキュリティレベルを書き換える例を示す図である。
【図９】実施形態の処理例を示すシーケンス図（その３）である。
【図１０】実施形態の処理例を示すシーケンス図（その４）である。
【符号の説明】
【００７０】
１                バス
２                画像用メモリコントローラ
３                画像用メモリ
４                ＨＤＤコントローラ
５１、５２        ＨＤＤ
６                画像形成モジュール
７                スキャナ
８                プロッタ
９                ＣＰＵ
１０              ＲＯＭ
１１              ＲＡＭ
１２              アプリコントロールモジュール
１３Ａ〜１３Ｃ    アプリ
１４              セキュリティ管理モジュール
【図１】
2008160592.tif 000003
【図２】
2008160592.tif 000004
【図３】
2008160592.tif 000005
【図４】
2008160592.tif 000006
【図５】
2008160592.tif 000007
【図６】
2008160592.tif 000008
【図７】
2008160592.tif 000009
【図８】
2008160592.tif 000010
【図９】
2008160592.tif 000011
【図１０】
2008160592.tif 000012