JP6525507B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、フラッシュメモリなどの不揮発性メモリを利用した情報処理装置、情報処理方法およびプログラムに関する。

近年、情報処理装置のＨＤＤ（ハードディスクドライブ）の代替えのストレージとして、フラッシュメモリを記憶媒体として利用した半導体ディスク（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ、以下ＳＳＤと呼ぶ）の利用が進んでいる。ＳＳＤはＨＤＤと比べて高速なランダムアクセスが可能であるばかりでなく、低消費電力、高耐衝撃性、軽量、および省スペースという利点がある。

ただし、ＳＳＤに搭載されるフラッシュメモリには書き込み可能回数に上限があるとされる。そこで、ＳＳＤに搭載されたフラッシュメモリコントローラは、フラッシュメモリの特定領域に書き込みが集中して不良記憶素子が早期に発生し難いように、書き込み先の領域を平均に分散させている。詳細には、フラッシュメモリコントローラがフラッシュメモリの書込み回数を平準化するために、フラッシュメモリの論理アドレスと物理アドレスの対応付けを変えてしまう。例えば、新しく書込みを行う際に、一番書込み回数の少ない空き領域の物理アドレスを書込み要求に指定される論理アドレスに対応させる。これによって、フラッシュメモリ、つまり、ＳＳＤの寿命の長期化を実現している。この技術はウェアレベリングと呼ばれる。

ここで、セキュリティの観点から、プリントアウトなどの処理に用いたデータを、処理後に利用できない様にすることが望まれることがある。例えば、特許文献１は、無効化対象のデータを暗号化してＳＳＤに書き込み、暗号化鍵を消去することでデータを再利用され難いようにする手法を提案している。

また、別の手法として、ＨＤＤにおいてプリントアウトなどの処理に用いたデータを保持している領域をダミーデータ（固定値やランダム値など）で上書きする技術が知られている。しかし、従来のＳＳＤであると、ウェアレベリングにより書き込み先領域を分散させ、物理アドレスと論理アドレスの対応付けも変えてしまっているため無効化対象のデータを上書きすることが困難である。

特開２０１２−０１８５０１号公報

特許文献１の技術では、暗号化プロトコルの性能に依存しており、ＳＳＤ上のデータそのものの消去は実現できていない。ここでＳＳＤなどの不揮発性メモリは、外部から不要になった領域の通知をコマンド（通知コマンドや消去コマンドと呼称される）として受信し、受信した情報に基づいて消去処理を行う。しかし、通知コマンドに基づいて消去処理を実施するタイミングはＳＳＤの仕様によって異なる。このため、アプリケーションで実施した処理に関連するデータについて、ＳＳＤにおいて通知コマンドに基づいて消去処理が完了したかどうかがユーザにとって分かり難かった。

上記課題を解決するために、本発明に係る情報処理装置は、ジョブを受信する受信手段
と、前記ジョブに関連するデータを保持する不揮発性メモリを備える記憶部と、前記不揮
発性メモリに保持されているデータを利用して前記ジョブで指定される処理を実行する処
理手段と、前記処理手段が処理したジョブに関連するデータを前記不揮発性メモリから消
去するための消去要求を前記記憶部に発行する出力手段と、前記記憶部に前記不揮発性メ
モリのデータ消去状態を問い合わせ、当該記憶部から前記データ消去状態を取得する取得
手段と、前記データ消去状態に基づいて、前記不揮発性メモリから前記ジョブの消去処理の進捗を通知する通知手段と前記データ消去状態に基づいて前記不揮発性メモリから前記ジョブに関するデータが消去されたことを判別する判別手段とを有し、前記判別手段は、前記受信手段で受け付けたジョブと当該ジョブに対応する複数のファイルとの対応を示す情報を保持する第１のテーブルと、前記複数のファイルの少なくとも一つと前記不揮発性メモリの複数のページとの対応を示す情報を保持する第２のテーブルとに基づいて、前記ジョブに関連するデータが消去されたことを判別することを特徴とする。

本発明によれば、ＳＳＤ等の不揮発性メモリにおいて、アプリケーションの処理に関連するデータの完全消去が行われたこと（またはその進捗）を、ユーザが容易に確認することができる。

情報処理装置の全体構成及び機能構成を示す概略図である。 ＳＳＤの構成例を示す概略図である。 ＳＳＤのデータ構成を示す概略図である。 情報処理装置の基本構成を示す概略図である。 情報処理装置の基本構成を示す概略図である。 管理テーブルの例を示す図である。 アプリケーションにおける処理のフローチャートである。 ファイルシステムにおける処理のフローチャートである。 ＳＳＤにおける処理のフローチャートである。

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

（第１の実施形態）
＜情報処理装置の全体構成＞
本実施形態における情報処理装置１００の全体構成例を図１（Ａ）に示す。

図１（Ａ）において情報処理装置１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、Ｉ／Ｆ１０４、ＳＳＤ１０５、操作部１０６、表示部１０７、およびエンジン１０８を有し、それぞれの構成はバス１０９で接続されている。

ＣＰＵ１０１はＲＯＭ１０２の内容に沿って情報処理装置１００内の各部の動作を制御したり、ＲＡＭ１０３にロードしたプログラム（ＯＳやアプリケーション）を実行したりする。ＲＯＭ１０２は読み出し専用メモリであり、ブートプログラムやファームウェア、後述する処理を実現するための各種処理プログラム、各種データを格納している。ＲＡＭ１０３はＣＰＵ１０１にて処理を行うために一時的にプログラムやデータを格納しておくワークメモリであり、ＣＰＵ１０１により各種処理プログラム（後述のアプリケーションやオペレーションシステム）やデータがロードされる。

Ｉ／Ｆ１０４はネットワーク機器やＵＳＢデバイスといった外部装置と通信するためのインタフェースであり、ネットワークを通じたデータ通信や、外部装置とデータの送受信を行う。ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）１０５はＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）や各種プログラム、または各種データを保持するものであり、ＮＡＮＤ型フラッシュメモリを利用した不揮発性の記憶装置（不揮発性メモリ）である。

操作部１０６は利用者の操作指示、及び種々のパラメータ設定をはじめとする各種の指示を受け付けるためのユーザーインタフェースであり、キーボード、マウス、テンキー、タッチパネル等の少なくともいずれか１つを備える。表示部１０７は操作確認、処理ステータスなどを利用者へ通知するための表示装置であり、ディスプレイ、タッチパネル等の少なくともいずれか１つを備える。エンジン１０８は、オプショナルな処理部であり、利用者からの指示がなされると、印刷、読み込み等の各種処理を行う。例えば、画像データを紙に印刷するためのプリンタエンジンや、記録媒体から画像データを取り込むスキャナエンジンである。例えば、プリンタエンジンは、ビットマップデータに応じて複数のプリンタヘッドを制御する処理部であり、スキャナエンジンは、ラインセンサによって取得した画像データをＲＡＭに転送する処理部である。

情報処理装置１００は、一般に普及しているパーソナルコンピュータであってもよいし、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）であってもよい。操作部１０６を用いて指示がなされた際に、エンジン１０８によりプリント、スキャン、コピー等の各種操作の少なくとも１つが実施可能な装置であればよい。

次に、本実施形態における情報処理装置１００のプログラム構成を図１（Ｂ）に示す。本実施形態における情報処理装置１００は、ＯＳ１１０と複数のアプリケーション１１１を動作させ、ＯＳ１１０より上位に複数のアプリケーション１１１を動作させている。

アプリケーション１１１としては情報処理を実施するものであればよい。例えば、文書編集アプリケーション、画像編集アプリケーションおよびＷｅｂ接続アプリケーション、プリント処理アプリケーション、スキャン処理アプリケーション、コピー処理アプリケーションなどがある。アプリケーション１１１はデータをＳＳＤ１０５に書き込む場合には、ＯＳ１１０を介して書込み処理を実施する。読出し処理も同様である。ここで、ＯＳ１１０側ではＳＳＤ１０５の論理アドレスを指定してＳＳＤ１０５に対する読み書きを実施する。

ＳＳＤ１０５は、ＯＳ１１０からの書込み要求または読出し要求に含まれる論理アドレスを、アドレス変換テーブルによって物理アドレスに変換して、自身の不揮発メモリにアクセスする。

なお、本実施形態ではアプリケーション１１１やＯＳ１１０は、ＳＳＤ１０５に対してジョブに関連するデータについて消去指示を発行し、消去指示に関するデータ消去状態を示す状態情報（後述のファイル消去情報、ページ消去情報）を取得する。

＜ＳＳＤの構成＞
図２に、ＳＳＤ１０５の構成を示す。ＳＳＤ１０５は、ＳＳＤコントローラ２００、外部Ｉ／Ｆ２０１、ＲＯＭ２０２、キャッシュメモリ２０３および不揮発性メモリ２０４（以降、単に不揮発メモリ）から構成されている。さらにＳＳＤコントローラ２００は、プロセッサ２０５、内部Ｉ／Ｆ２０６およびレジスタ２０７を有する。

ＳＳＤコントローラ２００は、ＳＳＤ１０５の全体を制御する。情報処理装置１００のＣＰＵ１０１やＤＭＡＣ（不図示）からバス１０９および外部Ｉ／Ｆ２０１を介して受け取った書き込み命令とデータに基づいて不揮発メモリ２０４へデータを書き込む。読み込み命令に基づいて不揮発メモリ２０４からデータを読み出す。ＳＳＤコントローラ２００は、これらの処理の過程で、書き込みデータまたは読み出しデータを一時的にキャッシュメモリ２０３へ保持することもある。ＲＯＭ２０２は、読み出し専用メモリであり、ＳＳＤ１０５で利用する各種プログラム・データを格納する。キャッシュメモリ２０３はＳＳＤコントローラ２００が処理する過程で一時的にデータを保持し、不揮発メモリ２０４でデータを保持する。本実施形態では不揮発メモリ２０４はＮＡＮＤ型フラッシュメモリとする。

＜ＳＳＤの処理＞
図３に、ＳＳＤ１０５の記憶領域の構成を示す。ＳＳＤ１０５は、ページという単位（第１の単位）とブロックという単位（第２の単位）でデータ（以降、ページ単位のデータをページデータと称す）を管理する。ページは書込みまたは読出し処理の最小単位であり、通常数Ｋバイトを有する。ブロックは消去処理の単位であり複数のページを有する。図３（Ａ）は１ブロックが６４ページで構成される例を示している。ＳＳＤ１０５は、データを書き込み済みのページに直接的に上書きはできず、書き込む前に消去処理を行う必要がある。この消去処理はページ単位でなく、削除単位としてのブロック単位で行う必要があるため、書き込み可能な消去済みページが存在しない状態においてのデータ書き込み処理の際には、書き込み処理に先立ち、ブロック消去処理を行う。

ブロック消去には、ＴＲＩＭコマンドとガーベッジコレクションを用いる。ＴＲＩＭコマンドはＯＳ１１０側からＳＳＤ１０５へ、不要になった領域（ページ）を通知するＡＴＡ規格のコマンドである。ガーベッジコレクションは有効なページを再配置して無効なページのみを有する消去可能なブロックを作り、ブロック消去処理を実施して空きブロックを増やす仕組みである。これらにより、書き込み処理以前にブロック消去処理を実施し、書き込み処理時のブロック消去処理の削減を実現している。本実施形態ではＴＲＩＭコマンドによって無効なページを通知してから、ガーベッジコレクションを実施することでより効率的なブロック消去処理を実現する。

また、図３（Ｂ）に例示するように、ＳＳＤ１０５では論理アドレスと物理アドレスの対応テーブル（アドレス変換テーブル）を内部Ｉ／Ｆ２０６に保持し、対応テーブルに基づいてデータの書き込み・読出し処理を行う。例えば、コントローラ２００は頻繁に変更があるデータは書込み回数の少ない物理ページに移動させ、変更の少ないデータは書込み回数の多い物理ページに移動させることで、物理的なデータ書き込み領域を分散することができる。この時、データを移動させる先の物理ページのアドレスを元の論理アドレスと対応付けるように対応テーブルを更新する。また、新規の書き込み処理要求があった場合に、書き込み回数の少ない領域に優先的に書き込むこともできる。これらの仕組みはウェアレベリングと呼ばれる。さらにコントローラ２００は、不図示の構成によりデータの読み出し処理・書き込み処理の過程で、誤り訂正符号化処理を行うことも可能である。

また、図３（Ａ）および（Ｂ）で示したページとブロックの管理情報（ブロック管理情報）を参照することで、論理ページと物理ページの対応関係や、物理ページとブロックの対応関係を得ることができる。たとえば、ある論理ページに対応するブロックを識別する際には管理情報を参照し、論理ページ、物理ページ、ブロックの順にたどることで識別できる。逆に、あるブロックに対応する論理ページを識別する際には管理情報を参照し、ブロック、物理ページ、論理ページの順にたどることで識別できる。

＜情報処理装置の基本構成＞
図４（Ａ）は、本実施形態で適用される情報処理装置１００のファイル入出力に関する基本構成を示す。図４（Ａ）に示すように、情報処理装置１００はアプリケーション１１１、ファイルシステム４０１、ＳＳＤ１０５で構成されている。アプリケーション１１１、ファイルシステム４０１、ＳＳＤ１０５の詳細については後述する。

情報処理装置１００のアプリケーション１１１は、利用者からの操作指示やデータを受け付け、受け付けた操作指示やデータはファイルシステム４０１やＳＳＤ１０５が処理する。情報処理装置１００がＭＦＰである場合のデータとは、例えばプリントジョブ、コピージョブなどの各種ジョブに含まれる画像ファイル、文書ファイル等の各種データとなる。一方で、操作指示とはプリントジョブやコピージョブに含まれる処理設定や、ファイル消去・コピーなどのファイル操作指示などがある。アプリケーション１１１は操作指示やデータが入力されると、ファイルシステム４０１に対してファイルの読み書き、消去等のファイル入出力処理をＳＳＤ１０５へ要求する。

また、ファイルシステムから要求したファイルの入出力処理の応答を受信すると、その結果を利用者に表示する。ファイルシステム４０１は、アプリケーション１１１から要求された入出力処理に応じて、ファイルを処理し、アプリケーション１１１に処理結果を送付する。同時に、ＳＳＤに対してデータの物理的な読み書きや消去等の入出力処理を要求する。ＳＳＤ１０５は、ファイルシステム４０１からデータの入出力処理の要求を受け取ると、要求された処理を実施し、処理結果をファイルシステム４０１に送付する。以降では、情報処理装置を構成するアプリケーション１１１、ファイルシステム４０１、ＳＳＤ１０５の詳細について、ジョブの投入からＳＳＤ内のデータの完全消去までを含めたジョブ完了に関する処理について説明する。

次に、アプリケーション１１１やファイルシステム４０１がアクセスするジョブ情報管理テーブル５０１について図６（Ａ）を用いて説明する。ジョブ情報管理テーブル５０１は、「ジョブ名」、「ファイル名」、「完全消去」の３つの項目を対応付けて保持しているテーブルである。

「ジョブ名」は、利用者から投入されたジョブの名称を示す。ジョブの名称に限らず、ジョブを識別することが可能であれば、例えばジョブＩＤのような識別子を利用してもよい。「ファイル名」は、第１の変換部４１４がジョブをファイルに変換した際に付与したファイル名を示している。ジョブ名と同様に、ファイル名についてもファイルを識別することが可能であれば、例えばファイルＩＤのような識別子を利用してもよい。

「完全消去」は、ジョブに関連するファイルが完全消去されたかどうかを示す。完全消去された状態では、ファイルシステム上消去されたファイルの実データのどの一部分も不揮発メモリに残っていないものとする。本実施形態では、ファイルが完全消去された場合に丸印を用いて、完全消去されていない場合はバツ印で表現しているが、消去の可否を確認することが可能であれば別の形態でもよい。例えば、完全消去したファイルについてチェックを付けて表現してもよい。尚、本実施形態では、ファイルの書き込み、消去の処理についてジョブ情報管理テーブル５０１を用いることを主として説明するが、ファイルの読み出し処理でもジョブ情報管理テーブル５０１を利用することができる。なお、ファイルシステム上消去されたファイルとは、ファイルシステム４０１で無効化されたファイルである。

図４（Ｂ）は、本実施形態のアプリケーション１１１の機能構成を示す。図４（Ｂ）に示すように、アプリケーション１１１は、第１の受信部４１１、第１の記憶部４１２、第１の判定部４１３、第１の変換部４１４、処理部４１５、第１の出力部４１６、第１の判別部４１７を有する。第１の受信部４１１は利用者が投入するジョブを受信する。また第１の受信部４１１は、ファイルシステム４０１から、ファイルシステム上消去されたファイルに関する情報をファイル消去情報として受信する。ファイル消去情報については後述する。第１の受信部４１１は受信したジョブ、及びファイル消去情報を第１の判定部４１３に出力する。第１の記憶部４１２はアプリケーション１１１に割り当てられた論理的なメモリ領域であり、物理的にはＲＡＭ１０３やＳＳＤ１０５などの領域を含む。

また、第１の受信部４１１はファイルシステム４０１に対して不図示のファイルの読み出し要求を行うこともできる。第１の判定部４１３は第１の受信部４１１が受信した情報がジョブであるかファイル消去情報であるかを判定する。ここで、ジョブとは主にエンジン１０８で処理させるための処理対象のデータ（もしくは処理対象のデータを外部装置から読み出すためのリンク情報もしくは識別情報）と、エンジン１０８に処理させる内容を示す情報とを含む。第１の判定部４１３が、第１の受信部４１１はジョブを受信したと判定した場合、第１の判定部４１３は第１の変換部４１４と処理部４１５へジョブを出力する。一方で、第１の判定部４１３が、第１の受信部４１１はファイル消去情報を受信したと判定した場合は、第１の判別部４１７に処理を移す。処理部４１５は、第１の判定部４１３からジョブを受け取ると、そのジョブに基づいて処理を実施し、処理が完了するとその旨を第１の出力部４１６に出力する。

そして、処理部４１５はジョブの処理が完了すると、第１の記憶部４１２に格納されているジョブ情報管理テーブル５０１を参照し、完了したジョブに対応するファイル消去要求を第１の出力部４１６に出力する。ここで、情報処理装置１００がＭＦＰである場合は、ジョブの処理とは例えばプリント、スキャン、コピー等に関連する各種処理（レンダリング処理、色変換処理、エッジ処理など）である。第１の変換部４１４は第１の判定部４１３から受信したジョブをファイルに変換し、変換したファイルを第１の出力部４１６に出力する。更に第１の変換部４１４は、受信したジョブやファイルに基づいて第１の記憶部４１２に格納されているジョブ情報管理テーブル５０１を更新する。第１の変換部４１４は、第１の判定部４１３からジョブが投入されると新しいエントリを作成し、そのジョブ名とジョブに対応する変換後のファイル名をジョブ情報管理テーブル５０１のジョブ名欄、及びファイル名欄にそれぞれ書き込む。第１の判別部４１７は、第１の判定部４１３から受信したファイル消去情報に基づいて、ジョブが完全に消去されているかを判別し、判別した結果を第１の出力部４１６に出力する。

ここで、図６（Ａ）に示すジョブ情報管理テーブルを利用して、ジョブが完全に消去されているかどうかを判別する方法について説明する。第１の判定部４１３から受信するファイル消去情報とは、どのファイルの完全消去が完了したかどうかを示す情報である。受信するファイル消去情報とは、完全消去が完了したファイル名の一覧であってもよいし、各ファイルについての完全消去完了の有無を対応付けたものでもよい。

本実施形態では、第１の判定部４１３が第１の判別部４１７に対して、完全消去が完了したファイル名の一覧を出力するものとして説明する。第１の判別部４１７は、完全消去が完了したファイル名の一覧を取得すると、ファイル消去情報に基づいて対応するファイルの消去の可否を記憶部４１２で管理されているジョブ情報管理テーブル５０１の「完全消去」の欄に書き込む。図６（Ａ）に示す例では、ファイル消去情報として、消去が完了したｆｉｌｅ１、ｆｉｌｅ２、ｆｉｌｅ３、ｆｉｌｅ１１というファイル名の一覧を第１の判別部４１７が受信してジョブ情報管理テーブル５０１を更新している。

次に、第１の判別部４１７は、ジョブ情報管理テーブル５０１を参照してジョブが完全に消去されているかを確認する。ジョブ情報管理テーブル５０１は、ジョブとこのジョブに関連するファイルとを対応付けて保持している。第１の判別部４１７は、ジョブに対応付けられているファイルの「完全消去」の欄を参照し、対応付けられているファイル全てが消去完了となっているジョブは完全消去されていると判断する。図６（Ａ）に示す例では、ｊｏｂ１に対応するｆｉｌｅ１、ｆｉｌｅ２は完全消去が完了となっているため、第１の判別部４１７はｊｏｂ１が完全に消去されたと判断する。一方で、ｊｏｂ２のようにｆｉｌｅ３だけが消去完了となっており、ｆｉｌｅ４、ｆｉｌｅ５が消去されていない場合、第１の判別部４１７はｊｏｂ２が完全に消去されていないと判断する。この際、ｊｏｂ２はｆｉｌｅ３、ｆｉｌｅ４、ｆｉｌｅ５のうちｆｉｌｅ３だけが消去されているため、消去の割合は約３３％と算出することも可能である。

このように第１の判別部４１７は、各ジョブが完全に消去されているどうかや、各ジョブの完全消去の割合がどの程度かを取得し、第１の出力部４１６に出力する。そして、消去完了となったジョブに関するエントリを、ジョブ情報管理テーブル５０１から消去する。

第１の出力部４１６は、第１の変換部４１４からファイル、第１の判別部４１７から判別結果、処理部４１５からジョブの完了通知、及びファイル消去要求を受信し、それぞれファイルシステム４０１、利用者に出力する。第１の出力部４１６は、ファイルを受信した場合、受信したファイルをファイルシステム４０１に出力する。同様に処理部４１５からファイル消去要求を受信した場合も、ファイルシステム４０１にファイル消去要求を出力する。

第１の判別部４１７から判別結果を受信した場合、及び処理部４１５からジョブの完了通知を受信した場合は、前述した情報処理装置１００の表示部１０７を通して利用者にジョブの完全消去に関する情報、及びジョブの完了を表示する。ジョブの完全消去に関しては、ジョブが完全に消去された場合だけ利用者に表示するようにしてもよいし、ジョブの消去の完了割合を表示するようにしてもよい。

＜ファイルシステムの機能構成＞
まず、ファイルシステム４０１が管理するファイル情報管理テーブル５０２について図６（Ｂ）を用いて説明する。ファイル情報管理テーブル５０２は、ファイル名、ページ名、完全消去完了確認の３つの項目を対応付けて保持しているテーブルである。

ここでファイルとページの関係について説明する。ファイルシステム４０１は、ファイルと、ファイルに対応するページ単位のデータ（ページデータ）とを対応づけて管理する。ページはファイルシステム４０１のデータ管理の最小単位であり、ファイルは１つ以上のページに対応する。本実施形態では、ＳＳＤ１０５はファイルシステム４０１の管理するページ単位でデータの書き込み処理、及び読み込処理を実施するものとする。そのため、ファイルシステム４０１ではファイルをページ単位に変換し、ファイルとページとを対応づけて管理している。

「ファイル名」はアプリケーション１１１から入力されたファイルの名称を示す。ファイルを識別することが可能であれば、例えばファイルＩＤのような識別子を利用してもよい。「ページ名」は、第２の変換部４２４がファイルをページに変換したページの名称を示している。ファイル名と同様に、ページを識別することが可能であれば、例えばページＩＤのような識別子を利用してもよい。「完全消去」の欄は、各ページが完全消去されたかどうかを示す。本実施形態では、ページが完全消去された場合に丸印を用いて、完全消去されていない場合はバツ印で表現しているが、消去の可否を確認することが可能であれば別の形態でもよい。例えば、完全消去したページについてチェックを付けて表現してもよい。

図５（Ａ）に本実施形態のファイルシステム４０１の機能構成を示す。ファイルシステム４０１は、第２の受信部４２１、第２の記憶部４２２、第２の判定部４２３、第２の変換部４２４、第２の出力部４２５、第２の判別部４２６、ファイル消去部４２７を有する。第２の受信部４２１はアプリケーション１１１からファイルまたはファイル消去要求を受信する。また、第２の受信部４２１はＳＳＤ１０５から、消去されたページに関するページ消去情報を受信する。

第２の受信部４２１はファイル、ファイル消去要求、またはページ消去情報を受信して第２の判定部４２３に出力する。第２の判定部４２３は第２の受信部４２１が受信した情報がファイルであるかファイル消去要求であるか、またはページ消去情報であるかを判定する。第２の判定部４２３がファイルと判定した場合は、第２の出力部４２５にファイルを出力する。また、第２の判定部４２３がファイル消去要求と判定した場合は、ファイル消去要求をファイル消去部４２７に出力する。また、第２の判定部４２３がページ消去情報と判定した場合は、第２の判別部４２６に処理を移す。第２の変換部４２４は、第２の判定部４２３からファイルを受信すると、受信したファイルを１つ以上のページに変換し、変換したページを第２の出力部４２５に出力する。更に第２の変換部４２４は、受信したファイルやファイル消去情報に基づいて第２の記憶部４２２が保持しているファイル情報管理テーブル５０２を更新する。

第２の変換部４２４は、受信したファイルをページに変換すると、新しいエントリを作成し、ファイル名とファイルに対応する変換後のページ名をファイル情報管理テーブル５０２の「ファイル名」欄と「ページ名」欄にそれぞれ書き込む。第２の判別部４２６は第２の判定部４２３から受信したページ消去情報に基づいてファイルが完全に消去されているかを判別し、判別した結果を第２の出力部４２５に出力する。第２の判別部４２６の判別処理については後述する。

第２の判別部４２６は、ファイルが完全に消去されているどうかを判別した結果を示す判別結果を、第２の出力部４２５に出力する。そして、判別部４２６は消去完了と判別したファイルに関するエントリを管理テーブル５０２から消去する。なお、すぐに消去してしまうと消去を完了したことが分からなくなってしまうので、次の再起動時やシャットダウン時などに消去するようにしてもよい。ファイル消去部４２７は、第２の判定部４２３からファイル消去要求を受信すると、第２の記憶部４２２が保持している管理テーブル５０２を参照する。そして、ファイル消去部４２７はファイル消去要求で完全消去の対象として指定されているファイルに対応するページを特定し、特定したページを消去するためのページ消去要求を第２の出力部４２５に出力する。

第２の出力部４２５は、ＳＳＤ１０５へ書き込む／読み出すページデータを第２の変換部４２４から受信する、又は第２の判別部４２６から判別結果を受信する、又はファイル消去部４２７からページ消去要求を受信する。そして、受信したページデータ又は判別結果又はページ消去要求を、アプリケーション１１１やＳＳＤ１０５に出力する。

詳細には、第２の出力部４２５は、第２の変換部４２４からＳＳＤ１０５へ書き込むページデータを受信した場合、受信したページデータをＳＳＤ１０５に出力する。一方で、ＳＳＤ１０５から読み出したページデータを受信した場合はアプリケーション１１１に出力する。また、第２の出力部４２５はファイル消去部４２７からページ消去要求を受信すると、ページ消去要求をＴＲＩＭコマンドとしてＳＳＤ１０５に出力する。また、第２の出力部４２５は第２の判別部４２６から判別結果を受信した場合は、ファイル消去情報としてアプリケーション１１１へ出力する。そして更に、第２の出力部４２５はＳＳＤ１０５に対してＳ．Ｍ．Ａ．Ｒ．Ｔ（Ｓｅｌｆ−Ｍｏｎｉｔｏｒｉｎｇ，Ａｎａｌｙｓｉｓ ａｎｄ Ｒｅｐｏｒｔｉｎｇ Ｔｅｃｎｏｌｏｇｙ）情報を取得するためのコマンドを発行する。以下、Ｓ．Ｍ．Ａ．Ｒ．Ｔ情報を取得するためのコマンドを単にＳＭＡＲＴ要求と記載する。

本明細書ではＳＭＡＲＴ要求とは、ＨＤＤやＳＳＤなどの記憶部が自身の各種検査項目をリアルタイムに自己診断してその状態を数値化して保持している内容を、ＨＤＤやＳＳＤの外部から取得する問合せとする。本実施形態では、検査項目として「ページ消去の状態（データの消去状態）」を例に挙げて説明するが、ＳＳＤの状態を示す内容であれば、エラー回数などの他の検査項目であってもよい。また、本実施形態では、ＳＭＡＲＴ要求により、ＳＳＤの状態を取得するようにしている。しかし、ＳＭＡＲＴ要求に限らず、ＳＳＤの状態を取得することが可能であれば、例えばＳＳＤ１０５内で情報を収集し、定期的にファイルシステム４０１に出力することでＳＳＤの状態を取得するようにしてもよい。他にも、ファイルシステム４０１から定期的にポーリングすることによって、ＳＳＤ１０５がＳＳＤの状態を出力するようにしてもよい。尚、本実施形態では、ＴＲＩＭコマンド発行と同時にＳＭＡＲＴ要求を行うものとして説明する。ＳＭＡＲＴ要求のタイミングは、予め設定された一定の期間で定期的に発行するようにしてもよいし、ＯＳ１１０やアプリケーション１１１による指示に応じて実施するようにしてもよい。

ここで、第２の判別部４２６が図６（Ｂ）に示すファイル情報管理テーブル５０２を利用して、ファイルが完全に消去されているかどうかを判別する方法について説明する。第２の判別部４２６が第２の判定部４２３から受信するページ消去情報とは、どのページの完全消去が完了したかどうかを示す情報である。受信するページ消去情報は、完全消去が完了したページ名の一覧であってもよいし、各ページについて完全消去の完了の有無を表現する情報であってもよい。本実施形態では、第２の判定部４２３は完全消去が完了したページ名の一覧をページ消去情報として第２の判別部４２６へ出力するものとして説明する。第２の判別部４２６は第２の判定部４２３からページ消去情報を取得すると、ページ消去情報に基づいてページの消去の有無を記憶部４２２に格納されているファイル情報管理テーブル５０２の「完全消去」の欄に書き込む。

図６（Ｂ）は、ページ消去情報として、消去が完了したページを示すｐａｇｅ１、ｐａｇｅ２、ｐａｇｅ３、ｐａｇｅ４というページ名を受信し第２の判別部４２６が更新した結果となる。管理テーブル５０２を更新すると、次に、第２の判別部４２６はファイルが完全に消去されているかどうかを、管理テーブル５０２を利用して確認する。管理テーブル５０２では、ファイルと関連するページが対応付けられて管理されている。第２の判別部４２６は、ファイルに対応付けられているページについて完全消去完了確認欄を参照し、ファイルに対応付けられたページの全てが消去完了となっている場合は、このファイルが完全に消去されていると判断する。

図６（Ｂ）では、ｆｉｌｅ１に対応するｐａｇｅ１、ｐａｇｅ２、ｐａｇｅ３が全て完全消去完了となっているため、第２の判別部４２６はｆｉｌｅ１が完全に消去されたと判断する。一方で、ｆｉｌｅ２はｐａｇｅ４、ｐａｇｅ５、ｐａｇｅ６のうち、ｐａｇｅ４だけが消去されているため、第２の判別部４２６はｆｉｌｅ２の消去が完了していないと判断する。

＜ＳＳＤの機能構成＞
図５（Ｂ）にＳＳＤ１０５の機能構成を示す。図５（Ｂ）に示すように、ＳＳＤ１０５は、第３の受信部４３１、ガーベッジコレクション実施部４３２、ページ書き込み部４３３、第３の出力部４３４、ページ消去部４３５、検出部４３６を有する。なお、これらの機能構成はＳＳＤコントローラ２００がＲＯＭ２０２に保持しているプログラムを実行することで実現したり、ＳＳＤコントローラ２００が有するハードロジックで実現したりする。

第３の受信部４３１は、ファイルシステム４０１から受信した情報がページデータの場合、ページデータをページ書き込み部４３３に出力する。また、ファイルシステム４０１から受信した情報がＴＲＩＭコマンドの場合、第３の受信部４３１は受信したＴＲＩＭコマンドをガーベッジコレクション実施部４３２に出力する。また、ファイルシステムから受信した情報がＳＭＡＲＴ要求の場合は、第３の受信部４３１はＳＭＡＲＴ要求を検出部４３６に出力する。

ガーベッジコレクション実施部４３２（以下、単に実施部４２３と記載する）は、第３の受信部４３１から入力されたＴＲＩＭコマンドに基づいてガーベッジコレクションを実施する。実施部４３２がガーベッジコレクションの実施を完了すると、ページ消去部４３５は、利用されていないブロックを消去する。利用されていないブロックとは、ブロックに対応するページの全てが、ページデータを書き込まれていない状態あるいは無効なページデータが書き込まれている状態にあるブロックである。ページ消去部４３５はブロック単位であれば、ブロックに保持しているデータを完全に消去できる。

ブロックの消去が完了すると、ページ消去部４３５は、消去が完了した旨を第３の出力部４３４に出力する。ページ書き込み部４３３は、第３の受信部４３１からページデータが入力されると、入力されたページデータを不揮発メモリ２０４に書き込む。書き込みが終了するとページ書き込み部４３３はその旨を第３の出力部４３４に出力する。

検出部４３６は、第３の受信部４３１からＳＭＡＲＴ要求が入力されると、ＳＭＡＲＴ要求の要求に基づいてＳＳＤ１０５内の情報を検出する。本実施形態では検出する情報がページ消去の状態であるため、検出部４３６は消去されたページの情報を不揮発メモリ２０４やレジスタ２０７から検出し、検出した情報を抽出して第３の出力部４３４に出力する。第３の出力部４３４は、上述したとおり、ページ書き込み部４３３からページ書き込み完了の通知を受けたり、消去部４３５から消去完了の通知を受けたり、検出部４３６から検出結果を受信したりする。本実施形態において、第３の出力部４３４は、検出部４３６から入力された検出結果をページ消去情報としてファイルシステム４０１へ出力する。

＜アプリケーションにおける処理フロー＞
以下、図７を用いてアプリケーション１１１における処理フローについて説明する。ここではアプリケーション１１１の処理フローをジョブの処理フロー（Ａ）とジョブ消去確認フロー（Ｂ）とに分けて説明する。なお、アプリケーション１１１の各処理は、ＣＰＵ１０１がＲＯＭ１０２やＲＡＭ１０３のプログラムを読み込んで実行することで実現する。

まず、図７（Ａ）を用いてアプリケーション１１１におけるジョブの処理フローについて説明する。アプリケーション１１１の第１の受信部４１１は、まず利用者からジョブを受理する（Ｓ６０１）。そして、受理したジョブを第２の変換部４２４がファイルに変換する（Ｓ６０２）。ファイルへの変換が完了すると第２の変換部４２４はジョブと変換後のファイルを対応付けた情報をジョブ情報管理テーブル５０１に追加するように更新する（Ｓ６０３）。その後、第１の出力部４１６は変換したファイルをファイルシステム４０１に出力し（Ｓ６０４）、処理部４１５はジョブを処理する（Ｓ６０５）。

処理部４１５は、ジョブが完了したかを判断し（Ｓ６０６）、ジョブが完了していない場合は、ステップ６０５に遷移してジョブが完了するまで処理を続ける。ジョブが完了すると、処理部４１５は第１の出力部４１６に通知し、第１の出力部４１６はファイル消去命令をファイルシステムに発行し（Ｓ６０７）、ジョブの処理を終了する。

次に、図７（Ｂ）を用いてアプリケーション１１１におけるジョブ消去確認フローについて説明する。アプリケーション１１１の第１の受信部４１１は、ファイルシステム４０１からファイル消去情報を受理する（Ｓ６１１）。ファイル消去情報は第１の判別部４１７に伝達され、第１の判別部４１７はファイル消去情報とジョブ情報管理テーブル５０１とに基づいて消去対象ジョブの全ファイルが消去されているかどうかを判断する（Ｓ６１２）。

第１の判別部４１７が消去対象ジョブの全ファイルは消去されていると判断すると（Ｓ６１２でＹＥＳ）、第１の判別部４１７はジョブの完全消去完了の旨（または完全消去の進捗）を第１の出力部４１６を介して利用者に通知する（６１３）。そして、第１の判別部４１４は完全消去されたジョブと関連するファイルとを対応づけたエントリをジョブ情報管理テーブル５０１から削除する（Ｓ６１４）。第１の判別部４１４は消去対象ジョブに対応するファイルの全てについて完全消去が完了していないと判断すると（Ｓ６１２でＮｏ）、消去対象ジョブに対応するファイルの完全消去の割合を算出する（Ｓ６１５）。そして、第１の判別部４１４は第１の出力部４１６を介してジョブの完全消去に関する進捗を示す情報を利用者に通知し（Ｓ６１６）、ジョブ消去確認処理を終了する。なお、ジョブ消去確認処理はファイル消去命令に基づいてファイルシステム４０１とＳＳＤ１０５が完全消去に関連する処理を開始してから、並行的に実施されてもよいし、ユーザからの確認要求に応じて実施するようにしてもよい。

＜ファイルシステムにおける処理フロー＞
次に、図８を用いてファイルシステム４０１における処理フローについて説明する。ここではファイルシステム４０１の処理フローをファイル書き込みフロー、ファイル消去要求フロー、ファイル消去確認フローの３つに分けて説明する。なお、ファイルシステムの各処理は、ＣＰＵ１０１がＲＡＭ１０３のプログラムを読み込んで実行することで実現する。

まず図８（Ａ）を用いてファイル書き込みフローについて説明する。まず、ファイルシステム４０１の第２の受信部４２１は、アプリケーション１１１からファイルを受理し（Ｓ７０１）、第２の変換部４２４は受理したファイルをページに変換する（Ｓ７０２）。ファイルからページへの変換が完了すると、第２の変換部４２４は対象ファイルと変換後のページを対応付けてファイル情報管理テーブル５０２を更新する（Ｓ７０３）。その後、第２の変換部４２４は変換したページを第２の出力部４２５を介してＳＳＤ１０５に出力し（Ｓ７０４）、ファイル書き込み処理を終了する。なお、ファイル書き込み処理は、ユーザからジョブとは別に受け付けたファイルをアプリケーション１１１が入力してくる場合や、ジョブを受け付けたアプリケーション１１１がジョブで処理するためのファイルを取得して入力してくる場合などに実施する。

次に、図８（Ｂ）を用いてファイル消去要求フローについて説明する。まず、ファイルシステム４０１の第２の受信部４２１は、アプリケーション１１１からファイル消去要求を受信すると（Ｓ７３１）、ファイル消去部４２７は第２の出力部４２５を利用してＳＳＤ１０５にＴＲＩＭコマンドを発行する（Ｓ７１２）。そして、第２の出力部４２５はＳＭＡＲＴ要求をＳＳＤ１０５に発行し（Ｓ７１３）、ファイル消去要求処理を終了する。

次に、図８（Ｃ）を用いてファイル消去確認フローについて説明する。まずファイルシステム４０１の第２の受信部４２１は、ＳＳＤ１０５からページ消去情報を受理する（Ｓ７２１）。ページ消去情報を受理すると、第２の判別部４２６はページ消去情報とファイル情報管理テーブル５０２とに基づいて消去対象のファイルに関連するページが消去されているかどうかを判断する（Ｓ７２２）。消去対象のファイルのページが全て消去されていると判断した場合は第２の判別部４２６がファイル消去情報を作成し、第２の出力部４２５を介してアプリケーション１１１へ通知（Ｓ７２３）する。そして、第２の出力部４２５は消去されたファイルと関連するページをファイル情報管理テーブル５０２から削除し（Ｓ７２４）、ファイル消去確認処理を終了する。

＜ＳＳＤにおける処理フロー＞
以下、図９を用いてＳＳＤ１０５における処理フローについて説明する。ここではＳＳＤ１０５の処理フローをページ消去フロー、ＳＭＡＲＴ要求フロー、ページ書き込みフローの３つに分けて説明する。なお、ＳＳＤ１０５の各処理は、プロセッサ２０５がＲＯＭ２０２のプログラムを読み込んで実行したり、ＳＳＤコントローラ２００内のハードロジックで実行したりすることで実現する。

まず、図９（Ａ）を用いてページ消去フローについて説明する。ＳＳＤ１０５の第３の受信部４３１は、フィルシステム４０１からＴＲＩＭコマンドを受領すると（Ｓ８０１）、ＧＣ実施部４３２はガーベッジコレクションを実行する（８０２）。ガーベッジコレクションを実施すると、ページ消去部４３５はガーベッジコレクションによって作成された消去可能なブロックを消去し（Ｓ８０３）、ページ消去処理を終了する。

次に、図９（Ｂ）を用いてＳＭＡＲＴ要求フローについて説明する。ＳＳＤ１０５の第３の受信部４３１は、ファイルシステム４０１からＳＭＡＲＴ要求を受信すると（Ｓ８１１）、検出部４３６はＳＭＡＲＴ要求に基づいて消去済みページを検出する（Ｓ８１２）。検出部４３６が消去済みページを検出すると、第３の出力部が消去済みページを示すページ消去情報をファイルシステム４０１に出力し（Ｓ８１３）、ＳＭＡＲＴ要求処理を終了する。

次に、図９（Ｃ）を用いてページ書き込みフローについて説明する。ＳＳＤ１０５の第３の受信部４３１は、ファイルシステム４０１からページデータを受領する（Ｓ８２１）。そして、ページ書込み部４３３は論物対応テーブルを参照してページデータを不揮発メモリ２０４の物理領域に書き込み（Ｓ８２２）、ページ書き込み処理を終了する。

以上のように本実施形態によれば、アプリケーションで実施した処理に関連するデータについて完全消去が行われたこと（またはその進捗）をユーザが容易に確認することができる。また、ＴＲＩＭコマンドやガーベッジコレクションが行われたことを通知するので、アプリケーションに関連するＳＳＤ上のデータが消去されたことを利用者が確認し易い。

また、上述の実施形態ではＴＲＩＭコマンドを例に挙げて説明したが、ＴＲＩＭコマンドはＡＴＡ規格の削除指示の呼称である。ＳＣＳＩ規格ではＵＮＭＡＰコマンドに相当し、Ｄｉｓｃａｒｄコマンドと呼称されることもあるが、どのコマンドを利用しても本実施形態を実現できる。

上述の実施形態では、ＳＳＤ１０５はファイルシステム４０１の管理するページ単位でデータの書き込み処理、及び読み込処理を実施するものとしたが、ファイルシステムの管理単位とＳＳＤへの書き込み単位は異なっていてもよい。

なお、上述の実施形態では、ジョブを処理する基となるデータについての完全消去を実施する処理について説明しているが、ジョブの処理に関して発生するデータについての完全消去も本発明を同様に適用することができる。ジョブの処理に関して発生するデータとしてレンダリングデータや色材毎のビットマップデータなどがある。

また、上述の実施形態では説明の簡便のためＦＡＴテーブルを用いて説明したが、ＦＡＴテーブルを扱うファイルシステム以外のファイルシステム（例えば、ＮＴＦＳやｅｘｔ４など）でも同様に本実施形態を適用することはできる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が読み取り可能なプログラムを読み出して実行する処理である。

Claims (9)

1. ジョブを受信する受信手段と、
   前記ジョブに関連するデータを保持する不揮発性メモリを備える記憶部と、
   前記不揮発性メモリに保持されているデータを利用して前記ジョブで指定される処理を実行する処理手段と、
   前記処理手段が処理したジョブに関連するデータを前記不揮発性メモリから消去するための消去要求を前記記憶部へ発行する出力手段と、
   前記記憶部に前記不揮発性メモリのデータ消去状態を問い合わせ、当該記憶部から前記データ消去状態を示す状態情報を取得する取得手段と、
   前記状態情報に基づいて、前記不揮発性メモリから消去処理中の前記ジョブの消去処理の進捗を通知する通知手段と、
   前記データ消去状態に基づいて前記不揮発性メモリから前記ジョブに関するデータが消去されたことを判別する判別手段と
   を有し、
   前記判別手段は、前記受信手段で受け付けたジョブと当該ジョブに対応する複数のファイルとの対応を示す情報を保持する第１のテーブルと、前記複数のファイルの少なくとも一つと前記不揮発性メモリの複数のページとの対応を示す情報を保持する第２のテーブルとに基づいて、前記ジョブに関連するデータが消去されたことを判別することを特徴とする情報処理装置。
2. 前記判別手段は、前記第１のテーブルに基づいて前記ジョブに関連するデータの消去処理の進捗を算出することを特徴とする請求項１に記載の情報処理装置。
3. 前記出力手段は前記消去要求としてガーベッジコレクションを実行させる指示を出力することを特徴とする請求項１もしくは２のいずれか１項に記載の情報処理装置。
4. 前記状態情報は、前記ジョブに対応するファイルに対応する各ページのそれぞれが保持するデータが消去されたかどうかを示すことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記不揮発性メモリはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記消去要求はＡＴＡ規格におけるＴＲＩＭコマンドであることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記問い合わせはＳ．Ｍ．Ａ．Ｒ．Ｔ情報を取得するためのコマンドであることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. ジョブを受信する受信工程と、
   前記ジョブに関連するデータを不揮発性メモリに保持する記憶工程と、
   前記不揮発性メモリに保持されているデータを利用して前記ジョブで指定される処理を実行する処理工程と、
   前記処理工程で処理したジョブに関連するデータを前記不揮発性メモリから消去するための消去要求を発行する出力工程と、
   前記不揮発性メモリのデータ消去状態を問い合わせ、前記データ消去状態を取得する取得工程と、
   前記取得工程で取得したデータ消去状態に基づいて、前記不揮発性メモリから消去処理中の前記ジョブの消去処理の進捗を通知する通知工程と、
   前記データ消去状態に基づいて前記不揮発性メモリから前記ジョブに関するデータが消去されたことを判別する判別工程と
   を有し、
   前記判別工程では、前記受信工程で受け付けたジョブと当該ジョブに対応する複数のファイルとの対応を示す情報を保持する第１のテーブルと、前記複数のファイルの少なくとも一つと前記不揮発性メモリの複数のページとの対応を示す情報を保持する第２のテーブルとに基づいて、前記ジョブに関連するデータが消去されたことを判別することを特徴とする情報処理方法。
9. コンピュータを、
   ジョブを受信する受信手段、
   前記ジョブに関連するデータを保持する不揮発性メモリを備える記憶部、
   前記不揮発性メモリに保持されているデータを利用して前記ジョブで指定される処理を
   実行する処理手段、
   前記処理手段が処理したジョブに関連するデータを前記不揮発性メモリから消去するための消去要求を前記記憶部に発行する出力手段、
   前記記憶部に前記不揮発性メモリのデータ消去状態を問い合わせ、当該記憶部から前記
   データ消去状態を取得する取得手段、
   前記データ消去状態に基づいて、前記不揮発性メモリから消去処理中の前記ジョブの消去処理の進捗を通知する通知手段、
   前記データ消去状態に基づいて前記不揮発性メモリから前記ジョブに関するデータが消去されたことを判別する判別手段
   として機能させ、
   前記判別手段は、前記受信手段で受け付けたジョブと当該ジョブに対応する複数のファイルとの対応を示す情報を保持する第１のテーブルと、前記複数のファイルの少なくとも一つと前記不揮発性メモリの複数のページとの対応を示す情報を保持する第２のテーブルとに基づいて、前記ジョブに関連するデータが消去されたことを判別することを特徴とするコンピュータが読み取り可能なプログラム。

Images