(57)【要約】【課題】ＳＳＤのデータを削除する際に完全にデータを消去して機密性を保護するとともに、ＳＳＤの寿命をできるだけ延命させる仕組みを提供する。【解決手段】本画像処理装置は、フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルをフラッシュＳＳＤの全領域へ書き込み、フラッシュＳＳＤに実データを書き込む際に、フラッシュＳＳＤの領域に書き込まれた複数のダミーファイルの少なくとも１つを解放し、解放した領域に実データを書き込み、フラッシュＳＳＤから実データを消去する際に、実データが書き込まれている領域へダミーファイルを書き込む。【選択図】  図７
2015069241.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置であって、
全領域でウェアレベリングが発生するスタティック・ウェアレベリング方式を採用するフラッシュＳＳＤと、
前記フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルを該フラッシュＳＳＤの全領域へ書き込む手段と、
前記フラッシュＳＳＤに実データを書き込む際に、前記フラッシュＳＳＤの領域に書き込まれた前記複数のダミーファイルの少なくとも１つを解放し、前記解放した領域に前記実データを書き込む手段と、
前記フラッシュＳＳＤから前記実データを消去する際に、前記実データが書き込まれている領域へ前記ダミーファイルを書き込む手段と
を備えることを特徴とする画像処理装置。
【請求項２】
前記実データが書き込まれた領域を管理する管理テーブルをさらに備えることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記実データを消去する際に、前記管理テーブルの情報に従って、該実データが書き込まれている領域に前記ダミーファイルが書き込れることを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記ダミーファイルの書き込みは、ＦＦｈのデータの書き込みにより行われることを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
【請求項５】
全領域でウェアレベリングが発生するスタティック・ウェアレベリング方式を採用するフラッシュＳＳＤに接続された制御装置であって、
前記フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルの該フラッシュＳＳＤの全領域への書き込みを、前記フラッシュＳＳＤのメモリコントローラに指示する手段と、
前記フラッシュＳＳＤに実データを書き込む際に、前記フラッシュＳＳＤの領域に書き込まれた前記複数のダミーファイルの少なくとも１つの解放と、解放された領域への前記実データの書き込みとを前記メモリコントローラに指示する手段と、
前記フラッシュＳＳＤから前記実データを消去する際に、前記実データの消去を前記メモリコントローラに指示する手段と、
前記実データの消去の完了通知を前記フラッシュＳＳＤから受信すると、前記実データを消去した領域への前記ダミーファイルの書き込みを前記メモリコントローラに指示する手段と
を備えることを特徴とする制御装置。
【請求項６】
前記メモリコントローラは、
前記実データが書き込まれた領域を管理する管理テーブルを備えることを特徴とする請求項５に記載の制御装置。
【請求項７】
前記メモリコントローラは、
前記実データを消去する指示を受信すると、前記管理テーブルの情報を削除し、
前記実データを消去した領域への前記ダミーファイルの書き込む指示を受信すると、該実データが書き込まれている領域に前記ダミーファイルを書き込むことを特徴とする請求項６に記載の制御装置。
【請求項８】
前記ダミーファイルの書き込みは、ＦＦｈのデータの書き込みにより行われることを特徴とする請求項５乃至７の何れか１項に記載の制御装置。
【請求項９】
全領域でウェアレベリングが発生するスタティック・ウェアレベリング方式を採用するフラッシュＳＳＤを備える画像処理装置であって、
前記フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルを該フラッシュＳＳＤの全領域へ書き込む工程と、
前記フラッシュＳＳＤに実データを書き込む際に、前記フラッシュＳＳＤの領域に書き込まれた前記複数のダミーファイルの少なくとも１つを解放し、前記解放した領域に前記実データを書き込む工程と、
前記フラッシュＳＳＤから前記実データを消去する際に、前記実データが書き込まれている領域へ前記ダミーファイルを書き込む工程と
を実行することを特徴とする画像処理装置の制御方法。
【請求項１０】
全領域でウェアレベリングが発生するスタティック・ウェアレベリング方式を採用するフラッシュＳＳＤに接続された制御装置であって、
前記フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルの該フラッシュＳＳＤの全領域への書き込みを、前記フラッシュＳＳＤのメモリコントローラに指示する工程と、
前記フラッシュＳＳＤに実データを書き込む際に、前記フラッシュＳＳＤの領域に書き込まれた前記複数のダミーファイルの少なくとも１つの解放と、解放された領域への前記実データの書き込みとを前記メモリコントローラに指示する工程と、
前記フラッシュＳＳＤから前記実データを消去する際に、前記実データの消去を前記メモリコントローラに指示する工程と、
前記実データの消去の完了通知を前記フラッシュＳＳＤから受信すると、前記実データを消去した領域への前記ダミーファイルの書き込みを前記メモリコントローラに指示する工程と
を実行することを特徴とする制御装置の制御方法。
【請求項１１】
請求項１乃至４の何れか１項の画像処理装置としてコンピュータを機能させるための該コンピュータで読み取り可能なプログラム。
【請求項１２】
請求項５乃至８の何れか１項の制御装置としてコンピュータを機能させるための該コンピュータで読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＳＤを制御する画像処理装置、制御装置、それらの制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、シングルファンクションプリンタ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ：ＳＦＰ）では、ハードディスク（ＨａｒＤ Ｄｉｓｋ：ＨＤＤ）を大容量記憶媒体のオプションとして使用されてきた。しかしながら、ＨＤＤは進化が早く容量やアクセス方式、物理的なインタフェースも短期間で変わってしまう。一方、ＳＦＰの場合、ライフサイクルがＨＤＤと比べ非常に長い。したがって、ＳＦＰに実装するサービスパーツとしての部品も長期間にわたって確保しなくてはならない。
【０００３】
このようにＳＦＰのライフサイクルが長いため、これらの部品の供給ができなくなってしまう場合もあるが、製品としては大容量の記憶媒体を供給する必要がある。また、オプションのためインタフェースも従来のものにあわせなくてはならない。
【０００４】
そこで、最近は従来ＨＤＤで採用されていたＰａｒａｌｌｅｌ−ＡＴＡインタフェースに対応したＦｌａｓｈ  Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ （フラッシュＳＳＤ）を、従来のＨＤＤの代わりに使用することがある。フラッシュＳＳＤの実態は大容量のＮＡＮＤ型フラッシュメモリである。しかし、ＳＳＤの場合はファイルを消去した際に管理テーブルの情報を消去するのみで実際のデータが媒体上に残ってしまう。悪意があり高度な技術を持っているユーザであれば、消されたファイルを復旧させることも可能であり、実際にそのような事件も発生している。昨今ＳＦＰで使用されるユーザはセキュリティを重視しているユーザが多く、このような事象は回避する必要がでてきている。そこで、特許文献１では、データの機密性を判断してデータの一部又は全てを上書き消去し、実際の媒体上に存在するファイルの残存データを消去する方法を提案している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０７９７３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術には以下に記載する問題がある。上記従来技術では、対象データが機密性の高い情報であるか否かを判断するための情報を保持する必要があり、当該情報を管理するための構成や領域を別途確保する必要がある。しかし、ＳＦＰ等の装置においては、それらの領域等は限られたものであり、確保することは非常に難しい。一方、全てのケースにおいて完全に上書き消去する場合には、システム負荷の増大やＳＳＤの寿命の低下を招く可能性がある。
【０００７】
本発明は、上述の問題に鑑みて成されたものであり、ＳＳＤのデータを削除する際に完全にデータを消去して機密性を保護するとともに、ＳＳＤの寿命をできるだけ延命させる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、例えば、画像処理装置であって、全領域でウェアレベリングが発生するスタティック・ウェアレベリング方式を採用するフラッシュＳＳＤと、前記フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルを該フラッシュＳＳＤの全領域へ書き込む手段と、前記フラッシュＳＳＤに実データを書き込む際に、前記フラッシュＳＳＤの領域に書き込まれた前記複数のダミーファイルの少なくとも１つを解放し、前記解放した領域に前記実データを書き込む手段と、前記フラッシュＳＳＤから前記実データを消去する際に、前記実データが書き込まれている領域へ前記ダミーファイルを書き込む手段とを備えることを特徴とする。
【０００９】
また、本発明は、例えば、全領域でウェアレベリングが発生するスタティック・ウェアレベリング方式を採用するフラッシュＳＳＤに接続された制御装置であって、前記フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルの該フラッシュＳＳＤの全領域への書き込みを、前記フラッシュＳＳＤのメモリコントローラに指示する手段と、前記フラッシュＳＳＤに実データを書き込む際に、前記フラッシュＳＳＤの領域に書き込まれた前記複数のダミーファイルの少なくとも１つの解放と、解放された領域への前記実データの書き込みとを前記メモリコントローラに指示する手段と、前記フラッシュＳＳＤから前記実データを消去する際に、前記実データの消去を前記メモリコントローラに指示する手段と、前記実データの消去の完了通知を前記フラッシュＳＳＤから受信すると、前記実データを消去した領域への前記ダミーファイルの書き込みを前記メモリコントローラに指示する手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明は、ＳＳＤのデータを削除する際に完全にデータを消去して機密性を保護するとともに、ＳＳＤの寿命をできるだけ延命させることができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る画像処理装置（ＳＦＰ）の構成例を示す図。
【図２】ＳＦＰのオプションである６ＧＢ  ハードディスク（ＨＤＤ）オプションを示す図。
【図３】ＨＤＤの代替である、フラッシュＳＳＤオプションを示す図。
【図４】ダイナミックウェアレベリング方式を示す図。
【図５】スタティック・ウェアレベリング方式を示す図。
【図６】３２ＧＢ フラッシュＳＳＤのファイルライトイメージ図。
【図７】ダミーファイルを書かないときと書いたときとの論理アドレスイメージ及び物理アドレスイメージを示す図。
【図８】一実施形態に係るフラッシュＳＳＤを始めて挿入した場合のフラッシュＳＳＤの初期化の処理手順を示すフローチャート。
【図９】一実施形態に係るフラッシュＳＳＤを始めて挿入した場合のフラッシュＳＳＤのフォーマット後と１ＧＢ×３２のダミーファイルを書く方法を示す図。
【図１０】一実施形態に係るフラッシュＳＳＤに３ＧＢのファイルライトを行うフローチャート。
【図１１】一実施形態に係るフラッシュＳＳＤに３ＧＢのファイルライトを書く方法。
【図１２】一実施形態に係るフラッシュＳＳＤに３ＧＢのファイルを消去するフローチャート。
【図１３】一実施形態に係るフラッシュＳＳＤに３ＧＢのファイルを消去する書く方法。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
＜画像処理装置の構成＞
以下では、図１乃至図１３を参照して、本発明の一実施形態について説明する。まず、図１を参照して、本実施形態の画像処理装置であるシングルファンクションプリンタ（ＳＦＰ）の構成例について説明する。
【００１４】
１００が本実施形態に係る画像処理装置であるシングルファンクションプリンタ（ＳＦＰ）を示す。１０１がそのＳＦＰ１００の実際のプリンタ印刷部の全体を表している。
【００１５】
１０２はパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）等からの印刷要求データを具体的にイメージデータに変換してプリンタ印刷部１０１に適合したデータに変換をしている画像データ生成部である。１０３はＳｙｓｔｅｍ Ｏｎ Ｃｈｉｐ（ＳＯＣ）と呼ばれ、種々の制御を１つのＣｈｉｐで行うＣＰＵ内蔵の集積回路である。具体的には、ＳＯＣ１０３は、制御装置として機能し、ＣＰＵやメモリ制御、プリンタ印刷部１０１との通信及び画像データ転送や、ＰＣからの印刷要求データを受け付けるためのＵＳＢやＬＡＮの外部インタフェース等の制御を行う。また、ＳＯＣ１０３は、後述するフラッシュＳＳＤ３０２に接続される。
【００１６】
１０４は、ＳＯＣ１０３に内蔵されているＣＰＵを動作させるためのプログラムコードを格納し、またデータ等を格納するためのＮＡＮＤ型フラッシュメモリである。１０５はＮＡＮＤ型フラッシュメモリ１０４に格納されているプログラムコードを展開したり、画像イメージデータを格納したり、プログラム用の一時データを格納したりするメモリでＳＤＲＡＭ（或いはＤＤＲ  ＳＤＲＡＭ）である。
【００１７】
１０６はＳＦＰ１００の電源が供給されない場合であっても印刷装置に必要な情報を保持することが可能な不揮発性メモリでＥＥＰＲＯＭである。１０７はネットワーク（ＬＡＮ）のデータ通信用のドライバレシーバＩＣでＰＨＹ（ファイ）と呼ばれているものである。１０８はＬＡＮ（ネットワーク）インタフェースである。１０９は一般に知られているＵＳＢであり、ＵＳＢデバイスインタフェースと称する。
【００１８】
１１０はユーザがＳＦＰを動作させるためのＵＩである。１１１はＳＦＰ１００のオプションインタフェースであり、図１ではＨＤＤオプションが挿入されている。このＨＤＤオプションのＰａｒａｌｌｅｌ−ＡＴＡインタフェースを変更せずに記憶媒体をフラッシュＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）オプションに置き換えることができる。また、１０９のＬＡＮを経由してＰＣ上にその印刷装置の状態を表すことのできる機能がありＲＵＩ（リモートＵＩ）と呼ばれている。リモートＵＩ経由で印刷装置の設定も可能である。
【００１９】
＜ＨＤＤ及びＳＳＤの構成＞
次に、図２及び図３を参照して、ＳＦＰ１００で使用されているＨＤＤ／ＳＳＤオプションについて説明する。２０１はＰａｒａｌｌｅｌ ＡＴＡ ＩＦのコネクタである。２０２は６ＧＢのＨＤＤ（Ｐａｒａｌｌｅｌ  ＡＴＡ  ＩＦ）である。ＨＤＤ２０２は昨今供給が難しくなってきている。そこで、本実施形態では、図３に示すように、ＨＤＤオプションの代わりに、フラッシュＳＳＤオプションを用いる。
【００２０】
３０１のＰａｒａｌｌｅｌ ＡＴＡ  ＩＦは従来と同じである。３０２がフラッシュＳＳＤである。フラッシュＳＳＤ３０２は、複数のＮＡＮＤ型フラッシュメモリ３０２２〜３０２５が搭載されている。３０２１のＮＡＮＤ型のフラッシュメモリコントローラが複数のＮＡＮＤ型フラッシュメモリに均等にライトするようにウェアレベリング処理を行っているフラッシュメモリ・コントローラである。
【００２１】
ＮＡＮＤ型フラッシュメモリ３０２２〜３０２５は、サイズを合計すると、３２ＧＢあるとする。ただし、フラッシュＳＳＤ３０２に搭載されている記憶デバイスであるＮＡＮＤ型フラッシュメモリ３０２２〜３０２５には書き込み可能回数に上限がある（Ｓｉｎｇｌｅ Ｌｅｖｅｌ Ｃｅｌｌ：ＳＬＣ、Ｍｕｌｔｉ Ｌｅｖｅｌ Ｃｅｌ：ＭＬＣ）。ＳＬＣの上限は約１０万回であり、ＭＬＣの上限は約１万回である。更に、プロセスの微細化によりフラッシュメモリは将来的に現在の書き換え可能回数から減少する傾向にある。
【００２２】
これに対して、フラッシュＳＳＤ３０２に搭載されているフラッシュメモリコントローラ３０２１は、同じ領域への書き込み頻度が集中しないように書き込み先を平均化させてストレージデバイスの寿命を延伸化させるウェアレベリングという技術を用いてフラッシュメモリの書き換え回数の問題に対応する。ウェアレベリングには、主にダイナミック・ウェアレベリングとスタティック・ウェアレベリングの２種類の方法がある。本発明ではスタティック・ウェアレベリングを採用し、かつ、完全消去コマンドを持っていないフラッシュＳＳＤにおいてファイルを消去したつもりが実際にはデータが残ってしまうことを防止し、セキュリティのためにデータを残さないように制御する。
【００２３】
＜ウェアレベリング＞
ここで、図４及び図５を参照して、ダイナミック・ウェアレベリング及びスタティック・ウェアレベリングについて説明する。ダイナミック・ウェアレベリングは、図４に示すように、書き込みアドレスに割り当てられた物理メモリの範囲でウェアレベリングを実行するのが特徴である。つまり、オペレーション・システム（ＯＳ）のような頻繁に更新されないスタティック（静的）データはそのままで、ダイナミックデータ（新しいデータ）のみ分散化する。このため、物理メモリに対して必要な書き換えのみ行うので書き換え回数を抑制できる長所を持つ半面、物理メモリの使用状況によってウェアレベリングの有効範囲が狭くなる可能性があるという短所を持つ。
【００２４】
＜ＳＳＤへの変更＞
次に、図６を参照して、ＳＦＰ１００で使用されているＨＤＤオプションをフラッシュＳＳＤに変更した場合について説明する。元々ＳＦＰ１００で使用されていたＨＤＤオプションは、大容量のサイズを必要とせず、設計当時のＨＤＤの容量は６ＧＢ程度であった。また、ＨＤＤの容量が増加し、同じＰａｒａｌｅｌｌｅ  ＡＴＡインタフェースタイプのＨＤＤの容量が１０ＧＢ、２０ＧＢ、４０ＧＢ、６０ＧＢと増加していっても実際に使用している容量はそのままの６ＧＢのままであった。
【００２５】
しかしながら、Ｐａｒａｌｅｌｌｅ ＡＴＡインタフェースを持ったＨＤＤが生産されなくなり、Ｐａｒａｌｅｌｌｅ ＡＴＡインタフェース  フラッシュＳＳＤに変更する必要があった。しかし、フラッシュＳＳＤでは、完全消去コマンド機能を有しないフラッシュメモリコントローラもある。スタティック・ウェアレベリング方式のフラッシュメモリコントローラを採用していて、かつ、完全消去コマンド機能を有していないフラッシュＳＳＤの場合には、データを消去したつもりでも、実態上はデータが残ってしまう。
【００２６】
６０１に示すように、フラッシュＳＳＤも３２ＧＢの容量であるが、実際に使用されるのは６ＧＢである。６０２に示すように、１ＧＢのＡＡＡというファイルと３ＧＢのＢＢＢというファイルを書き込んだとしても、スタティック・ウェアレベリング方式を採用しているため、６０３に示すように、３２ＧＢの物理エリア上のどこに書き込まれているかは認識できない。従って、完全消去コマンドを持っていないフラッシュＳＳＤの場合には全領域を消去しない限り、データが残っている可能性がある。
【００２７】
＜ダミーファイル＞
次に、図７を参照して、上述した問題を解決するために、本実施形態において適用するダミーファイルの書込みについて説明する。１ＧＢのＡＡＡファイルと３ＧＢのＢＢＢファイルの２つのファイルが合計４ＧＢ書き込まれているとして、残りの２８ＧＢに対して、例えば１ＧＢ単位でダミーファイルを２８個書き込むこととする。つまり、１つのダミーファイルのサイズが１ＧＢとなる。ダミーファイルは、ＳＦＰ１００を使用しているユーザには通常のファイルのように確認することができないが、ＳＦＰ１００のプログラム上はで管理されているものとする。また、ダミーファイルは、ＦＦｈのデータの集合であってもよい。これにより、使用する領域を再度初期化する必要がないようにすることができる。
【００２８】
７０１は、本発明を適用する前の１ＧＢのＡＡＡファイル＋３ＧＢのＢＢＢファイルを書き込んだ論理アドレスイメージのフラッシュＳＳＤを示す。７０１では、合計で４ＧＢの実データが書き込まれている。７０２は本発明を適用した場合の１ＧＢのＡＡＡファイル＋３ＧＢのＢＢＢファイルを書き込み、１ＧＢ×２８個のダミーファイルを書き込んだ論理アドレスイメージのフラッシュＳＳＤを示す。したがって、７０２では、４ＧＢの実データと２８ＧＢの仮データ（ダミーデータ）との全３２ＧＢのデータが書き込まれている。
【００２９】
７０３は、本発明を適用する前の１ＧＢのＡＡＡファイル＋３ＧＢのＢＢＢファイルを書き込んだ物理アドレスイメージのフラッシュＳＳＤを示す。一方、７０４は本発明を適用した場合の１ＧＢ の ＡＡＡファイル＋３ＧＢのＢＢＢファイルを書き込み、１ＧＢ×２８個のダミーファイルを書き込んだ物理アドレスイメージのフラッシュＳＳＤを示す。
【００３０】
ここで、書き込み単位は１ＧＢではあるが、実際のブロックはＦｌａｓｈ ＳＳＤ コントローラによる２５６ＭＢ単位で制御されているものとして、スタティック・ウェアレベリングは２５６ＭＢ単位で行われるものとする。しかしながら、当該制御は、ＳＦＰ１００のソフトウェアの制御としては行われず、図３のＮＡＮＤ型のフラッシュメモリコントローラ３０２１で行われてもよい。
【００３１】
ＳＦＰ１００は、管理テーブル上に、
ユーザが認識できる１ＧＢのＡＡＡというファイルと、
ユーザが認識できる３ＧＢのＢＢＢというファイルと、
ユーザは認識できないが、ＳＦＰ１００のソフトウェアで管理されている２８個の１ＧＢ単位のダミーファイルと
を管理している。
【００３２】
＜初期化手順＞
次に、図８を参照して、フラッシュＳＳＤを始めて挿入して、電源を投入した際のＳＦＰ１００の処理手順について説明する。以下で説明する処理は、ＳＯＣ１０３に含まれるＣＰＵがメモリ等に格納された制御プログラムを実行することによって実現される。Ｓ８０１でＦｌａｓｈ ＳＳＤが図１においてはＨＤＤオプションが挿入されているオプションインタフェース１１１に挿入され、Ｓ８０２で電源が投入される。
【００３３】
Ｓ８０３において、ＳＯＣ１０３は、挿入されたＳＦＰ１００のオプションであるフラッシュＳＳＤの容量をチェックし、もともとのＨＤＤオプションの６ＧＢ以上であるか否かを判定する。６ＧＢ以上であればＳ８０４に進み、６ＧＢ未満であればＳ８０６に進む。Ｓ８０６において、ＳＯＣ１０３は、エラー処理を実行し、エラーを示すサービスコールをＳＦＰ１００の表示部（ＵＩ）に表示し、処理を終了する。
【００３４】
一方、Ｓ８０４において、ＳＯＣ１０３は、ＳＳＤをフォーマットする。ここで、容量は３２ＧＢとする。続いて、Ｓ８０５において、ＳＯＣ１０３は、１ＧＢのダミーファイルを３２個書き込みが終了したか否かを判定する。Ｍ＝１から開始し、ダミーファイルを１つ書き込むごとにＭを１増加させ３２になるまで繰り返しＳ８０５の判定を行う。Ｍ＝３２になると、３２個分のダミーファイルの書き込みが終了したと判断し、初期化を終了する。
【００３５】
図９は、フラッシュＳＳＤの状態を示しており、９０１がＳ８０３のフォーマットされた状態を示す。９０２が本発明のフラッシュＳＳＤの初期化が終了した状態であり、フォーマットされた後にユーザは認識できないが、ＳＦＰ１００のソフトウェアで管理されている１ＧＢ、３２個のダミーファイルが書き込まれている様子を示す。さらに、９０３は、実際には、その１ＧＢは２５６ＭＢ単位のブロックで制御されていることを示す。
【００３６】
＜実データ書き込み処理＞
次に、図１０を参照して、３ＧＢのファイル（実データ）をライトする際の処理手順について説明する。以下で説明する処理は、ＳＯＣ１０３に含まれるＣＰＵがメモリ等に格納された制御プログラムを実行することによって実現される。
【００３７】
Ｓ１００１で３ＧＢのＢＢＢファイルのライトが開始される。Ｓ１００２において、ＳＯＣ１０３は、図９の９０３の状態から１ＧＢ、３個のダミーファイル、併せて３ＧＢの領域を解放する。続いて、Ｓ１００３において、ＳＯＣ１０３は、解放した領域に３ＧＢのＢＢＢファイルをライトする。ここで、フラッシュメモリコントローラ３０２１は、Ｓ１００６で３ＧＢのＢＢＢファイルをライトするときにスタティック・ウェアレベリングを行いながら３ＧＢのＢＢＢファイルをライトする。さらに、Ｓ１００７で、フラッシュメモリコントローラ３０２１は、書き込みを終了すると、ＳＯＣ１０３に書き込み終了を通知する（完了通知）。その間、ＳＯＣ１０３は、Ｓ１００４で、フラッシュメモリコントローラ３０２１からの書き込み処理終了通知を受信するまで待機し、通知を受けるとＳ１００５のライト終了を認識して処理を終了する。
【００３８】
図１１は、図１０の書き込み処理を実行した際のメモリ領域の様子を示す。１１０１は、電源投入時の３２個のダミーファイルが書き込まれた初期化状態であり、２５６ＭＢ単位でフラッシュメモリコントローラ３０２１が制御している様子を示す。１１０２は、１ＧＢ×３個のダミーファイルを解放した状態を示す。１１０３は、解放された３ＧＢの領域にファイルを書き込んだ状態を示し、このときにスタティック・ウェアレベリングが発生して、２５６ＭＢ単位のブロックでデータが移動している。
【００３９】
１１０４は、フラッシュメモリコントローラ３０２１が管理している物理アドレスと、論理アドレスのテーブルでＢＢＢの３ＧＢがどの領域を使用しているかを管理する。なお、この管理テーブルはＳＯＣ１０３は認識できず、フラッシュメモリコントローラ３０２１内で管理している。なお、残り２９個の１ＧＢのダミーファイルも実際には同じようにフラッシュメモリコントローラ３０２１で管理されている。
【００４０】
＜実データ消去処理＞
次に、図１２を参照して、３ＧＢのファイル（実データ）を消去する際の処理手順について説明する。以下で説明する処理は、ＳＯＣ１０３に含まれるＣＰＵがメモリ等に格納された制御プログラムを実行することによって実現される。
【００４１】
Ｓ１２０１で３ＧＢのＢＢＢファイルの消去が開始される。ここで、Ｓ１２０６において、フラッシュメモリコントローラ３０２１は、管理テーブルから３ＧＢのＢＢＢファイルを削除する。削除が終了すると、フラッシュメモリコントローラ３０２１は、ＳＯＣ１０３にデータ削除の完了を示す削除通知を送信する。
【００４２】
Ｓ１２０２において、ＳＯＣ１０３は、ファイルの削除通知を受ける。ここで実際にはデータ自身はフラッシュＳＳＤ３０２に残っている状態であり、ＳＯＣ１０３やフラッシュメモリコントローラ３０２１の管理テーブルから削除されたのみである。続いて、Ｓ１２０３において、ＳＯＣ１０３は、１ＧＢのダミーファイルを３回ライトする。Ｓ１２０７において、フラッシュメモリコントローラ３０２１は、スタティック・ウェアレベリングで、２５６ＭＢ単位で１ＧＢのダミーファイル３個を書き込む。
【００４３】
ファイル書き込みが終了すると、Ｓ１２０８において、フラッシュメモリコントローラ３０２１は、ＳＯＣ１０３に対して、書き込み終了通知を送信する。Ｓ１２０５において、ＳＯＣ１０３は、書き込み終了通知を受信すると処理を終了する。
【００４４】
図１３は、３ＧＢのファイルを消去し、ダミーファイルを３個ライトする様子を示す。１３０１は、ＢＢＢファイル３ＧＢのファイルを示す。これは、図１１の１１０３の３ＧＢのファイルＢを書き込んだ状態である。１３０２は、３ＧＢのファイルを消去（解放）した様子を示す。この状態において、Ｓ１２０６で説明したように、フラッシュメモリコントローラ３０２１の管理テーブルからもＳＯＣ１０３の管理テーブルからもファイルの存在がなくなる。
【００４５】
１３０３は、１ＧＢのダミーファイルを３個書き込んだ様子を示す。具体的には、スタティック・ウェアレベリングが２５６ＭＢ単位で発生し、さらに、データが実際に存在する物理アドレスが変更される。１３０４は、新たに書き込まれたダミーファイルが物理アドレス上はバラバラになりながらもフラッシュメモリコントローラ３０２１で制御され、１ＧＢのダミーファイルとしてＳＯＣ１０３でも管理される情報を示す。
【００４６】
このようにして必ずダミーファイルをライトすることにより、フラッシュＳＳＤ３０２上に消去された残存データが残ることのないようにすることができる。また、本実施形態によれば、物理アドレス上には初期化状態において全ての領域にダミーファイルが存在し、実データの書き込み後の消去した場合にもダミーファイルが書き込まれる。したがって、常に全領域にファイルが書き込まれているため、完全消去コマンドを有していないＳＳＤであっても、決して残存データが残らないように制御することができる。
【００４７】
以上説明したように、本実施形態に係る画像処理装置は、全領域でウェアレベリングが発生するスタティック・ウェアレベリング方式を採用するフラッシュＳＳＤを備える。また、画像処理装置は、フラッシュＳＳＤを初期化する際に、予め定められたサイズの複数のダミーファイルを該フラッシュＳＳＤの全領域へ書き込み、フラッシュＳＳＤに実データを書き込む際には、フラッシュＳＳＤの領域に書き込まれた複数のダミーファイルの少なくとも１つを解放し、解放した領域に実データを書き込む。さらに、画像処理装置は、フラッシュＳＳＤから実データを消去する際には、実データが書き込まれている領域へダミーファイルを書き込む。これにより、本実施形態に係る画像処理装置は、ＳＳＤのデータを削除する際に完全にデータを消去して機密性を保護するとともに、ＳＳＤの寿命をできるだけ延命させることができる。また、本実施形態によれば、制御装置であるＳＯＣ１０３が上記制御の指示を行い、実際のフラッシュＳＳＤへの書き込み処理等は、フラッシュＳＳＤ３０２を制御するフラッシュメモリコントローラ３０２１が行う例について説明した。しかし、本発明はこのようなＳＯＣ１０３及びフラッシュメモリコントローラ３０２１に区別した形態に限定されず、上述の制御を行うような形態であれば同様な構成としてもよい。
【００４８】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015069241.tif 000003
【図２】
2015069241.tif 000004
【図３】
2015069241.tif 000005
【図４】
2015069241.tif 000006
【図５】
2015069241.tif 000007
【図６】
2015069241.tif 000008
【図７】
2015069241.tif 000009
【図８】
2015069241.tif 000010
【図９】
2015069241.tif 000011
【図１０】
2015069241.tif 000012
【図１１】
2015069241.tif 000013
【図１２】
2015069241.tif 000014
【図１３】
2015069241.tif 000015