JP6175807B2 - 情報処理装置、プログラム - Google Patents

Description

本発明は、外部装置とネットワークを介して接続された情報処理装置に関する。

ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）、又は、ＵＳＢメモリなどの電子データの記憶手段がよく使用されている（以下、これらを電子的不揮発記憶媒体という）。一般的なＯＳ（Operating System）では、ユーザが電子的不揮発記憶媒体に保存されているデータを削除した場合、ＯＳのファイル管理システムが管理情報の修正によってデータを削除したことを記録することしか行わず、実際のデータは電子的不揮発記憶媒体に残されている。このため、市販の復元ツールはデータを復元できてしまうことが多い。

これに対して、特殊な削除用のツールは、媒体上のデータを、直接"0"や固定値、乱数などを組み合せて上書きすることでデータ復元を不能にする（データ完全消去）ことも可能である。しかし、データの上書きによる完全消去は、削除対象データが大量の場合に長時間を要し、また、ＳＳＤのように書き換え回数による媒体寿命があるために上書きを回避する工夫が施された電子的不揮発記憶媒体には適用できない。また、利用者が電子的不揮発記憶媒体の詳細位置を制御できないクラウドストレージでは、データの場所はクラウド側で管理されているため完全消去できないことが多い。

これに対し、データ管理用ツールなどがデータ本体を暗号鍵で暗号化して記憶しておき、暗号鍵を完全消去することでデータ本体を完全消去することなく復元不能にする方法が考えられている（例えば、特許文献１参照。）。特許文献１には、データ本体を共通鍵暗号方式で暗号化して暗号鍵と共にリムーバブルメディアに記憶し、データ削除時には暗号鍵のみを完全消去してデータ本体は通常削除するという技術が開示されている。これにより、削除対象のデータを短時間で復元不能にすることができるとしている。

しかしながら、単に暗号鍵を消去することでデータを復元不能にする方法では、いわゆるクラウドなどで共同利用されていたストレージの利用を一部のユーザが終了した場合に、そのユーザのデータを復元不能に削除することができないという問題がある。

すなわち、従来は、ストレージを媒体単位かファイル単位で暗号化しているが、媒体単位で暗号化されている場合、暗号鍵を削除すると他のユーザも利用する媒体のデータを使用できなくなる。また、ファイル単位で暗号化されている場合、ストレージの利用を終了するユーザのファイルが媒体上のどこに記録されているか不明である。このため、上記のように、ユーザのファイルを全て復元不能に削除することができない、全て削除されたことの保証が得られない、又は、復元不能に削除することに長時間を要するなどの不都合がある。

本発明は、上記課題に鑑み、共同利用されていたストレージのファイルが不要になったユーザがストレージ上に所有していた複数のファイルを復元不能に削除できる情報処理装置を低供することを目的とする。

本発明は、外部装置とネットワークを介して接続された情報処理装置であって、当該情報処理装置にデータファイルを記憶するユーザごとに生成されたユーザ別暗号情報をユーザ識別情報に対応づけて記憶するユーザ別暗号情報記憶手段と、外部装置からユーザ識別情報とデータファイルを受信する受信手段と、データファイルごとに生成されたファイル別暗号情報を用いてデータファイルの少なくとも一部を暗号化するファイル暗号化手段と、前記ファイル暗号化手段が暗号化したデータファイルを記憶するファイル記憶手段と、ファイル別暗号情報の少なくとも一部を、前記ユーザ別暗号情報を用いて暗号化するファイル別暗号情報暗号化手段と、外部装置から前記ユーザ別暗号情報の削除要求を受信した場合、前記ユーザ別暗号情報記憶手段に記憶された前記ユーザ別暗号情報を削除する削除手段と、を有し、前記受信手段が外部装置から受信したデータファイルが、複数のユーザを所有者とする共有ファイルの場合、前記ファイル別暗号情報暗号化手段は、前記共有ファイルのファイル別暗号情報の少なくとも一部を、各所有者の前記ユーザ別暗号情報を用いて暗号化することで、１つの前記共有ファイルに対し所有者の数だけ暗号化されたファイル別暗号情報を作成し、前記削除手段は、外部装置から一人のユーザの前記ユーザ別暗号情報の削除要求を受信した場合、前記一人のユーザの前記ユーザ別暗号情報を前記ユーザ別暗号情報記憶手段から削除する、ことを特徴とする。

共同利用されていたストレージのファイルが不要になったユーザがストレージ上に所有していた複数のファイルを復元不能に削除できる情報処理装置を提供することができる。

本実施例のデータ記録装置の暗号化例について説明する図の一例である。 データ記憶システムの概略構成図の一例である。 データ記録装置のハードウェア構成図の一例である。 データ記録装置及びユーザ端末の機能ブロック図の一例である。 暗号情報ＤＢの暗号作成情報のデータ構造について説明する図の一例である。 暗号情報ＤＢの構成例を示す図である。 データ記録装置がユーザ端末から受信したファイルを記録する手順を示すフローチャート図の一例である。 ユーザ端末がファイルの送信を要求した場合のデータ記録装置の動作について説明する図の一例である。 データ記録装置がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。 データ記録装置の暗号化例について説明する図の一例である（実施例２）。 暗号情報ＤＢの構成例を示す図である。 暗号化されたファイル別暗号鍵の構成を模式的に説明する図の一例である。 データ記録装置の暗号化例について説明する図の一例である。 暗号化されたファイル別暗号鍵を説明する図の一例である（実施例３）。 データ記録装置及びユーザ端末の機能ブロック図の一例である（実施例４）。 グループテーブルについて説明する図の一例である。 ユーザ別暗号鍵の暗号化を模式的に説明する図の一例である。 グループの登録時におけるデータ記録装置の動作手順について説明するフローチャート図の一例である。 データ記録装置がグループ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。 データ記憶システムの概略構成図の一例を示す（実施例５）。 ストレージシステム管理装置等の機能ブロック図の一例である（実施例５）。 ストレージシステム管理装置がユーザ端末から受信したファイルを外部ストレージに記録する手順を示すフローチャート図の一例である。 ストレージシステム管理装置がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である（実施例５）。 ストレージシステム管理装置がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である（実施例６）。 データ記憶システムの概略構成図の一例である（実施例７）。 ストレージシステム管理装置等の機能ブロック図の一例である（実施例７）。 データ記録システムがユーザ別暗号鍵をバックアップする手順を示すフローチャート図の一例である。 ストレージシステム管理装置がバックアップされているユーザ別暗号鍵で暗号情報ＤＢのユーザ別暗号鍵を更新する手順を示すフローチャート図の一例である。 ストレージシステム管理装置がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。 ストレージシステム管理装置等の機能ブロック図の一例である。 ストレージシステム管理装置がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。 ストレージシステム管理装置等の機能ブロック図の一例である。

以下、図面を参照して本発明の実施形態について説明する。しかしながら、本発明の技術的範囲が、本実施の形態に限定されるものではない。

図１は、本実施例のデータ記録装置の暗号化例について説明する図の一例である。
ユーザＡ〜ＣはＨＤＤ（Hard Disk Drive）などのストレージを共有している。ストレージの物理的な存在は必ずしもユーザにとって明らかである必要はなく、物理的な記録媒体の個数は1つでも複数でもよい。

１．本実施形態のデータ記録装置はファイルをファイル別暗号鍵で暗号化する。ファイル別暗号鍵はファイル毎に異なるため、ファイルを復号するにはファイルに個別のファイル別暗号鍵が必要になる。
・ユーザＡはファイルＡ−１〜Ａ−ｎをファイル別暗号鍵Ａ−１〜Ａ−ｎでそれぞれ暗号化して暗号化ファイルＡ−１〜Ａ−ｎを作成し、ストレージに記憶している。
・ユーザＢはファイルＢ−１〜Ｂ−ｎをファイル別暗号鍵Ｂ−１〜Ｂ−ｎでそれぞれ暗号化して暗号化ファイルＢ−１〜Ｂ−ｎを作成し、ストレージに記憶している。
・ユーザＣはファイルＣ−１〜Ｃ−ｎをファイル別暗号鍵Ｃ−１〜Ｃ−ｎでそれぞれ暗号化して暗号化ファイルＣ−１〜Ｃ−ｎを作成し、ストレージに記憶している。

２．データ記録装置は、ユーザに個別のユーザ別暗号鍵を保持しており、ファイル別暗号鍵をユーザ別暗号鍵で暗号化した状態で保持する。
・ファイル別暗号鍵Ａ−１〜Ａ−ｎはユーザ別暗号鍵Ａで暗号化される。
・ファイル別暗号鍵Ｂ−１〜Ｂ−ｎはユーザ別暗号鍵Ｂで暗号化される。
・ファイル別暗号鍵Ｃ−１〜Ｃ−ｎはユーザ別暗号鍵Ｃで暗号化される。

このような暗号化の結果、暗号化ファイルを復号するには、
Ｉ．暗号化されているファイル別暗号鍵をユーザ別暗号鍵で復号すること
II．暗号化ファイルをファイル別暗号鍵で復号すること
が必要になり、ファイル別暗号鍵又はユーザ別暗号鍵のどちらか１つが欠けても暗号化ファイルを復号できない。

ユーザがストレージの共有を終了した場合、データ記録装置は、該ユーザのユーザ別暗号鍵のみを復号不能に削除する。これにより、ファイル別暗号鍵を復号することが不能となり、暗号化ファイルを復号することも困難となる。

したがって、本実施形態のデータ記録装置は、ファイルがストレージ内のどこに記憶されていても、ユーザ個別に作成されたユーザ別暗号鍵を復号不能に削除するだけで、ユーザが使用していた全てのファイルが利用できなくなったことを保証できる。また、ユーザ別暗号鍵を復号不能に削除するだけでよいので、復元不能に削除することに長時間を要することもない。

〔構成例〕
図２は、データ記録システム５００の概略構成図の一例を示す。データ記録装置１００はネットワーク６００に接続されており、ユーザ端末（特許請求の範囲の外部装置の一例である）２００がネットワーク６００を経由して通信することでユーザのファイルの送信、受信などを行う。

データ記録装置１００は、サーバ、ファイルサーバ、又は、ＮＡＳ（Network Attached Storage）などと呼ばれる。データ記録装置１００は、不揮発な記憶装置、通信機能及びファイル管理システム（例えばＯＳ：Operating System）を有していればよく情報処理装置と称することもできる。また、一般には情報処理装置を呼ばれていなくても、データ記録装置１００の機能を有することは可能である。例えば、ＭＦＰ（Multi Function Peripheral）はコピー機、スキャナー、プリンタ、ファックス装置など画像を形成する機能を備えた装置であるが、データ記録装置１００に必要な機能を備えている。データ記録装置１００はネットワーク上に１台存在すればよいが、２台以上存在してもよい。また、データ記録装置１００は記憶装置だけを複数個有していてもよい。

ユーザ端末２００は、ノートＰＣ、デスクトップＰＣ、ワークステーション、スマートフォン、タブレット端末、携帯電話、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、テレビ会議端末、プロジェクタなど、ユーザが使用する端末である。例えば、ノートＰＣではワープロソフトウェアなどのアプリケーションが作成したアプリケーションデータがユーザのファイルとしてデータ記録装置１００に記録される。また、携帯電話やデジタルカメラでは、カメラで撮影された画像データがファイルとしてデータ記録装置１００に記録される。

ネットワーク６００は、ＬＡＮ、複数のＬＡＮがルータなどを介して接続されたＷＡＮ、又は、インターネットなどである。ネットワークは有線で構築されていてもよいし、一部又は全てが無線ＬＡＮ（IEEE802.11b/a/g/n等）で構築されていてもよい。さらに、ネットワークは携帯電話網、ＷｉＭａｘ網、ＰＨＳ網などの移動体向けに構築された通信網を含む。また、ユーザ端末２００とデータ記録装置１００が無線ＬＡＮのアドホックモードやBluetooh（登録商標）などで１対１で通信する通信形態もネットワークに含めることとする。

図３は、データ記録装置１００のハードウェア構成図の一例を示す。データ記録装置１００は、バスに接続された、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、ディスプレイ３２１が接続されたグラフィックボード３０５、キーボード・マウス３０６、メディアドライブ３０７、及び、ネットワーク通信部３０８を有する。ＣＰＵ３０１はＨＤＤ３０４に記憶されたプログラム３１１をＲＡＭ３０３に展開して実行し、各部品を制御して入出力を行ったり、データの加工を行ったりする。ＲＯＭ３０２にはＢＩＯＳや、ブートストラップローダをＨＤＤ３０４からＲＡＭ３０３に読み出すスタートプログラムが記憶されている。ブートストラップローダは、ＯＳをＨＤＤ３０４からＲＡＭ３０３に読み出す。

ＨＤＤ３０４は、不揮発性のメモリであればよくＳＳＤ（Solid State Drive）などでもよい。ＨＤＤ３０４はＯＳ、デバイスドライバ、及び、後述する機能を提供するプログラム３１１を記憶している。ディスプレイ３２１にはプログラムが指示し、グラフィックボード３０５が作成したＧＵＩ画面が表示される。ディスプレイを備えていない場合がある。

キーボード・マウス３０６はユーザの操作を受け付ける入力装置である。キーボード・マウス３０６を備えていない場合がある。メディアドライブ３０７はコンパクトディスク、ＤＶＤ及びブルーレイディスクなどの光学メディアにデータを読み書きする。また、フラッシュメモリなどのメモリカードにデータを読み書きしてもよい。

ネットワーク通信部３０８は、例えばＬＡＮに接続するためのイーサネット（登録商標）カードである。ＴＣＰ／ＩＰ（ＵＤＰ／ＩＰ）やアプリケーション層のプロトコルの処理はＯＳやプログラム３１１が行う。アプリケーション層のプロトコルは各種あるが、例えばファイル共有に適したプロトコルを含め一般的なプロトコルに対応している（例えば、ＳＭＢ（Server Message Block）、ＨＴＴＰ、ＦＴＰ、ＳＮＭＰ（Simple Network Management Protocol）等）。

プログラム３１１は、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録メディアに記録して配布される。また、プログラム３１１は、不図示のサーバからインストール可能な形式又は実行可能な形式のファイルで配布される。

〔機能、テーブル〕
図４は、データ記録装置１００及びユーザ端末２００の機能ブロック図の一例を示す。ユーザ端末２００は、データ受信部１１、データ送信部１２、ユーザ情報送信部１３、及び、送受信部１４を有している。送受信部１４は、データ記録装置１００との通信を行う。データ送信部１２は、データ記録装置１００に記録するデータ及びデータに対する処理を指示するコマンドを、送受信部１４を介して送信する。ユーザ情報送信部１３は、データ記録装置１００にユーザ情報（パスワード、ユーザＩＤ）を、送受信部１４を介して送信する。データ受信部１１は、送受信部１４を介して、データ記録装置１００からデータのリストやデータ本体を受信する。

データ記録装置１００は、送受信部２１、制御部２２、ファイル暗号化部２３、削除部２４、ファイル別暗号鍵暗号化部２５、ファイル別暗号鍵復号部２６、ファイル復号部２７、ユーザ認証部２８、ユーザ別暗号情報生成部２９、及び、ファイル別暗号鍵生成部３０を有している。また、ＨＤＤ３０４などに暗号作成情報ＤＢ３２、暗号情報ＤＢ３１及びデータＤＢ３３が実装されている。なお、暗号情報ＤＢ３１とデータＤＢ３３は物理的に別々の記録媒体に記録されていることが好ましい。これにより、データＤＢ３３を記憶するＨＤＤそのものが漏洩しても、データが容易に復号されることを防止できる。

送受信部２１は、ユーザ端末２００との通信を行う。制御部２２は、ユーザ端末２００から送信されたコマンドを解釈してデータ記録装置１００を制御する。ユーザ認証部２８は、送信されたユーザ情報と予め保持しているユーザ情報を比較してユーザの認証が成立するか否かを判定する。ユーザの認証が成立した場合、ユーザはデータ記録装置１００にログインする。

ユーザ別暗号情報生成部２９は、ユーザ別暗号鍵を生成する。ファイル別暗号鍵生成部３０はファイル別暗号鍵を作成する。ファイル暗号化部２３は、ファイル別暗号鍵を用いてファイルを暗号化し、データＤＢ３３に記憶する。ファイル復号部２７は、データＤＢ３３に記憶されている暗号化ファイルを、ファイル別暗号鍵を用いて復号する。ファイル別暗号鍵暗号化部２５は、ファイル別暗号鍵をユーザ別暗号鍵を用いて暗号化する。ファイル別暗号鍵復号部２６は、暗号化されたファイル別暗号鍵を、ユーザ別暗号鍵を用いて復号する。

削除部２４はユーザ別暗号鍵を削除する。ファイル管理システムが管理情報の修正によってデータを削除したことを記録するだけでなく、ＨＤＤ上のユーザ別暗号鍵を、直接"0"や固定値、乱数などを組み合せて上書きすることで復元を不能にする。

暗号作成情報ＤＢ３２には暗号鍵を作成するための情報が登録されており、暗号情報ＤＢには暗号鍵（必要であれば復号鍵も）が登録されている。

図５は、暗号作成情報ＤＢ３２の暗号作成情報のデータ構造について説明する図の一例である。暗号方式は対称鍵暗号（共通鍵暗号方式）でも非対称鍵暗号（公開鍵暗号方式）でもよい。情報処理装置の技術的・機能的進化に対し充分な暗号強度を有していればよい。

図５（ａ）はストリーム暗号アルゴリズムの暗号作成情報のデータ構造例である。ストリーム暗号は対称鍵方式であり、暗号アルゴリズム(RC4など)、擬似乱数生成アルゴリズム(メルセンヌ・ツイスタなど)、及び、擬似乱数のシード長およびシード値が、典型的な暗号作成情報である。ストリーム暗号は、シード値を種として擬似乱数生成アルゴリズムに基づき生成した疑似乱数ビット列を生成し、暗号化対象データとビット演算（排他的論理和演算）を施すことで暗号化する。復号も同様である。

なお、図５（ａ）のデータ構造例は全て必要ではなく、擬似乱数生成アルゴリズムやシード長が固定の場合、これらを省略できる。暗号化や暗号化したデータの復号に不可欠な情報は、擬似乱数シードであり、少なくとも疑似乱数ビット列があればよい。しかし、擬似乱数生成アルゴリズム、シード長、シード値があることで、選択肢が限定されなくなり総当り攻撃への耐性が向上する。以下、図５（ａ）のデータ構造例では、疑似乱数シードを暗号鍵と称する。

図５（ｂ）はブロック暗号アルゴリズムのデータ構造例である。ブロック暗号も対象鍵方式であり、暗号アルゴリズム(ＡＥＳ、ＤＥＳなど)、暗号利用モード(CBCなど)、鍵長及び鍵が、典型的な暗号作成情報である。ブロック暗号は、暗号対象データをブロックに分割して暗号化する。暗号アルゴリズム、暗号利用モード及び鍵長が固定の場合、これらを省略できる。すなわち、暗号化されたデータの復号に必要なのは暗号鍵である。以下、図５（ｂ）のデータ構造例では、暗号鍵をそのまま暗号鍵と称する。

図５（ｃ）は、非対称暗号アルゴリズムのデータ構造例である。非対称鍵暗号の場合、暗号アルゴリズム(RSAなど)、鍵長および鍵ペア(暗号鍵と復号鍵)が、典型的な暗号作成情報である。暗号アルゴリズムや鍵長が固定の場合、これらを省略してもよい。すなわち、暗号化されたデータの復号に必要なのは復号鍵である。以下、図５（ｃ）のデータ構造例では、説明を容易にするため暗号鍵と復号鍵を区別せずに暗号鍵と称する。

なお、ユーザ別暗号鍵、ファイル別暗号鍵で同じ暗号アルゴリズムを使用する必要はなく、また、暗号アルゴリズムが同じでも同じデータ構造である必要はない。また、図５の暗号情報そのものではなく、これらを生成する材料でも暗号情報となる。

図６は、暗号情報ＤＢ３１の構成例を示す図である。図６ではユーザＡについて示す。暗号情報ＤＢ３１にはユーザＩＤ毎にユーザ別暗号鍵、ファイルPath、及び、暗号化されたファイル別暗号鍵が登録されている。ユーザ別暗号鍵は、一度だけ作成すればよいが、所定の期間毎に作り直してもよい。また、一人のユーザが複数のユーザ別暗号鍵を有していてもよいが、この場合はファイルＩＤとユーザＩＤが紐づけられている必要がある。ユーザ別暗号鍵は図５の暗号作成情報に基づき作成されたユーザに個別の暗号鍵（図５（ａ）の疑似乱数シールド、図５（ｂ）の暗号鍵、図５（ｃ）の暗号鍵と復号鍵が相当する。）である。

ファイルPathはユーザを所有者とするファイルが記憶されているPathとファイル名である。データ記録装置１００はファイルPathによりユーザがアクセス権限のあるファイルにアクセスできる。ファイル別暗号鍵は、図５の暗号作成情報に基づき作成された各ファイルに個別の暗号鍵である。

〔動作手順〕
図７は、データ記録装置１００がユーザ端末２００から受信したファイルを記録する手順を示すフローチャート図の一例である。なお、すでにユーザ別暗号鍵は暗号情報ＤＢ３１に登録されているものとする。

ユーザ端末２００の送受信部１４は、ユーザ情報とファイルを送信する（Ｓ１０）。データ記録装置１００の送受信部２１はユーザ情報とファイルを受信する（Ｓ２０）。

ファイル別暗号鍵生成部３０は暗号作成情報ＤＢ３２を参照して、ファイル毎に個別のファイル別暗号鍵を生成し、暗号情報ＤＢ３１に登録する（Ｓ３０）。

また、ファイル別暗号鍵暗号化部２５は、暗号情報ＤＢ３１のユーザＩＤに対応づけられているユーザ別暗号鍵を読み出す。

次いで、ファイル暗号化部２３は、ステップＳ３０で生成されたファイル別暗号鍵を用いて、記憶対象のファイルの全体または一部を暗号化する（Ｓ４０）。暗号化されたファイルはデータＤＢ３３に記憶される。例えばユーザ端末２００から特別な指示がなければ、ファイルの全体を暗号化する。機密情報部分がわかるようなファイルの場合、その部分のみ暗号化することもできる。後者の場合、暗号化の処理時間を短縮し、データ記録装置１００の処理負荷を低減できる。

ファイル別暗号鍵暗号化部２５は読み出したユーザ別暗号鍵を用いて、ファイル別暗号鍵の全体または一部(少なくとも暗号化した記憶対象データの復号に不可欠な部分の一部)を暗号化する。例えば、非対称暗号方式の場合、少なくとも復号鍵の一部を暗号化することで、ユーザ別暗号鍵なしには復号鍵を復元できないようできる。

なお、ファイルに個別のファイル別暗号鍵で各ファイルを暗号化するのでなく、ユーザ別暗号鍵で直接、ファイルを暗号化することもできる。ユーザ別暗号鍵を削除すれば、ユーザがストレージ上に所有していた全ファイルを復元不能に削除できる。しかし、この場合、同じ暗号情報（ユーザ別暗号鍵）を用いてファイルを暗号化するため、記憶媒体が盗難されると、暗号化結果（ファイル）が漏洩し、暗号鍵を推定する攻撃が比較的容易になる。本実施例では、外部からは未知のデータ（データＤＢ３３に存在しない）であるファイル別暗号鍵で各ファイルを暗号化するので、暗号鍵の推定を困難にできる。

図８は、ユーザ端末２００がファイルの送信を要求した場合のデータ記録装置１００の動作について説明する図の一例である。

ユーザ端末２００の送受信部１４は、ユーザ情報とファイル名を送信する（Ｓ３１０）。データ記録装置１００の送受信部２１はユーザ情報とファイル名を受信する（Ｓ３２０）。なお、ファイル名は、ユーザがデータ記録装置１００にログインすることで、データ記録装置１００によりユーザが所有者のファイルのファイル名がユーザ端末２００に送信される。

データ記録装置１００のファイル別暗号鍵復号部２６は、ユーザ情報に含まれるユーザＩＤに対応づけられたユーザ別暗号鍵を暗号情報ＤＢ３１から読み出し、ファイル別暗号鍵を復号する（Ｓ３３０）。

ついで、ファイル復号部２７は、ファイル別暗号鍵を用いてファイルを復号する（Ｓ３４０）。

データ記録装置１００の送受信部２１は復号されたファイルをユーザ端末２００に送信する（Ｓ３５０）。

ユーザ端末２００の送受信部１４はファイルを受信する（Ｓ３６０）。

図９は、データ記録装置１００がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。

まず、ユーザ端末２００の送受信部１４がユーザ情報削除要求をデータ記録装置１００に送信する（Ｓ１１０）。ユーザ情報削除要求はコマンドの１つであり、ユーザがデータ記録装置１００を使用することを停止するための要求である。例えば、ユーザがデータ記録装置１００をストレージとして使用することを終了する場合に、ユーザはユーザ端末２００を操作してユーザ情報削除要求をデータ記録装置１００に送信する。ユーザ情報とは、認証に必要な情報や暗号情報ＤＢに登録されている情報である。このため、ユーザ情報が削除されるとユーザ認証が成立しなくなるだけでなく、データＤＢ３３にアクセスすることもできない。

なお、ユーザ端末２００は、ユーザ情報削除要求でなく、全ファイル削除要求をデータ記録装置１００に送信してもよい。全ファイル削除要求は、ユーザがデータ記録装置１００に記憶された全てのファイルを削除する場合に送信するコマンドである。この場合も、データ記録装置１００はユーザ別暗号鍵を削除すればよいので、全てのファイルを削除したり全てのファイル別暗号鍵を削除するよりも短時間に確実にファイルを削除できる。

データ記録装置１００の送受信部２１はユーザ情報削除要求を受信する（Ｓ１２０）。削除部２４は、ユーザ情報に紐づけられている暗号情報ＤＢ３１のユーザ別暗号鍵を消去する。（これにより、ファイル別暗号鍵の復号に不可欠な情報が復元不能に削除される。）。

復元不能にする方法としては、データ上書きによる完全消去による方法が知られている。また、実施例４のようにグループ別の暗号鍵を削除することでユーザ別暗号鍵を復元不能に削除できる。

また、例えば、装置固有の秘密情報を用いてユーザ別暗号鍵を暗号化しておくことも有効である。装置固有の秘密情報とは他の装置とは重複せず、かつ、外部に公開されない情報である。ユーザ別暗号鍵やそれを復元するための情報(装置固有の秘密情報と暗号化後のユーザ別暗号鍵など)を入手する又は表示する機能(正規の手段)がなければ、攻撃者は非正規の手段で情報を入手するしかない。しかし、装置固有の秘密情報を用いてユーザ別暗号鍵を暗号化しておけば、ＨＤＤそのものがデータ記録装置１００から取り外して解析された場合も、ＨＤＤには装置固有の情報が記憶されていないので攻撃を防止できる。こうすれば、ネットワーク上で運用されている記憶媒体が盗難された際にも機密性を守れるので、ユーザ別暗号鍵を単に暗号化するよりも好適になる。

なお、ユーザのユーザ情報削除要求によりオーナー（所有者）がいなくなったファイルは、ユーザ別暗号鍵の重要部分が復元不能となるために、復元不能となりますが、それだけではデータ自体は記憶手段に残存する。記憶領域の再利用のためにファイル自体の削除を行なってもよい。

以上説明したように、本実施例のデータ記録装置は、ファイルがクラウドサービスなどのどこに記憶されているか不明な状態でも、ユーザ個別に作成されたユーザ別暗号鍵を復号不能に削除するだけで、ユーザが使用していた全てのファイルが削除されたことを保証できる。また、ユーザ別暗号鍵を復号不能に削除するだけでよいので、復元不能に削除することに長時間を要することもない。

本実施例では、同一ファイルに複数のユーザがアクセス可能な場合、例えば、同一ファイルに複数の所有者が存在する場合（ファイルが共有ファイルの場合）について説明する。

図１０は、本実施例のデータ記録装置１００の暗号化例について説明する図の一例である。ファイルＡＢはユーザＡとＢの両方が所有者のファイルである。実施例１と同様に、データ記録装置１００はファイルＡＢに個別のファイル別暗号鍵ＡＢを作成する。

そして、例えばユーザＡがユーザ別暗号鍵Ａでファイル別暗号鍵ＡＢを暗号化した後、ユーザＢがユーザ別暗号鍵Ｂでファイル別暗号鍵ＡＢを暗号化する。データ記録装置１００は、ユーザ別暗号鍵Ａで暗号化されたファイル別暗号鍵ＡＢに加え、ユーザＢのユーザ別暗号鍵Ｂでファイル別暗号鍵ＡＢを暗号化する。すなわち、１つのファイル別暗号鍵ＡＢから、ユーザの数だけの暗号化されたファイル別暗号鍵ＡＢが作成される。

この状態では、例えばユーザＡがデータ記録装置１００の利用を終了した場合、ユーザ別暗号鍵Ａが復元不能に削除される。しかし、ユーザＢはユーザ別暗号鍵Ｂにより暗号化されたファイル別暗号鍵Ｂを復号できるので、ファイル別暗号鍵ＡＢで暗号化ファイルＡＢを復号できる。

図１１は、本実施例の暗号情報ＤＢ３１の構成例を示す図である。本実施例では、ファイルPath「\/…/００１」のファイルをユーザＡとＢが共にアクセス可能である。また、ユーザＡとＢのいずれも「暗号化されたファイル別暗号鍵」を保持している。したがって、ユーザＡ又はＢのいずれかがデータ記録装置１００の利用を終了しても、残りのユーザはファイルPath「\/…/００１」のファイルを復号できる。

なお、実施例１でも触れたように、ファイル別暗号鍵はその全体を暗号化する必要はなく、一部だけを暗号化してもよい。

図１２は、本実施例の「暗号化されたファイル別暗号鍵」の構成を模式的に説明する図の一例である。なお、「平文」は、例えば暗号作成情報ＤＢ３２の暗号アルゴリズムや鍵長が対応する。

そして、ファイルの復号に不可欠なファイル別暗号鍵は、ファイルにアクセス権限がある（ファイルの所有者）全てのユーザのユーザ別暗号鍵によりそれぞれ暗号化されている。すなわち全てのユーザについて暗号化された部分を集めたものを含む形で記憶される。

ユーザＡが復号する際は、ユーザＡのユーザ別暗号鍵で、ユーザＡのユーザ別暗号鍵で暗号化されたファイル別暗号鍵の重要部分を復号することで、ファイル別暗号鍵が得られる。

同様に、ユーザｎが復号する際は、ユーザｎのユーザ別暗号鍵で、ユーザｎのユーザ別暗号鍵で暗号化されたファイル別暗号鍵の重要部分を復号することで、ファイル別暗号鍵が得られる。

したがって、本実施例のデータ記録装置１００は、複数のユーザが、暗号化された１つのファイルにアクセスでき、一部のユーザのユーザ情報が削除されても、残っているユーザはユーザ別暗号鍵でファイル別暗号鍵を復号できるため、ファイルも復号することができる。

本実施例では、ファイルの所有者以外のユーザがファイルを利用することが可能なデータ記録装置１００について説明する。

図１３（ａ）は、本実施例のデータ記録装置１００の暗号化例について説明する図の一例である。ユーザＡはファイル１の所有者であり、ユーザＢはファイル１の利用者である。所有者とはファイルを作成した者であり、利用者とはファイルを利用する権限が与えられた者である。ファイルの所有者は必然的に定まるが、利用者はファイルの所有者などが利用する権限を与えることで決定される。また、１つのファイルには複数の利用者が存在しうるが、１つのファイルを複数の利用者が自由に更新できるなどの場合には１つのファイルに複数の所有者が存在しうる。

図１３（ｂ）は、本実施例のユーザ別暗号鍵について説明する図の一例である。本実施例のユーザ別暗号鍵は共通部分と、所有者情報及び利用者情報が含まれる。なお、共通部分は、暗号アルゴリズムや鍵長など共通の部分である。

所有者用情報及び利用者用情報は、暗号作成情報により作成される。すなわち、ユーザ別暗号鍵が所有者用情報と利用者用情報とに区分されている。
所有者用情報：実施例１，２と同様にファイルの所有者としてのユーザ別暗号鍵
利用者用情報：ファイルのユーザとしてのユーザ別暗号鍵
例えば、ブロック暗号の暗号鍵の長さを２５６ビットとした場合、半分の１２８ビット分が所有者情報と利用者情報である。暗号方式等が共通であれば、所有者用情報と利用者情報をそれぞれ２５６ビットとしたままでもよい。

ファイル別暗号鍵暗号化部２５は、所有者のファイルを、所有者のユーザ別暗号鍵の所有者用情報と、ファイルを利用する利用者のユーザ別暗号鍵の利用者用情報の両方で暗号化する。図１３（ａ）の例では、ファイル１のファイル別暗号鍵は、ユーザＡのユーザ別暗号鍵の所有者情報とユーザＢのユーザ別暗号鍵の利用者情報で暗号化される。１つのファイルには、ファイルの所有者の数とファイルを利用する利用者の数を組み合わせた数の、暗号化されたファイル別暗号鍵が作成される。全てのファイルについてこの数のファイル別暗号鍵が作成される。

図１４は、本実施例の暗号化されたファイル別暗号鍵を説明する図の一例である。平文は実施例２と同様である。ファイル別暗号鍵が、所有者と利用者の組み合わせの数だけ作成される。ファイル１の所有者ａ１、及び、ファイル１の利用者ｂ１、ｂ２がいる場合、ファイル１のファイル別暗号鍵は、ユーザ別暗号鍵のうち、以下の組み合わせの所有者情報と利用者情報で暗号化される。
・所有者ａ１のユーザ別暗号鍵の所有者情報＆利用者ｂ１のユーザ別暗号鍵の利用者情報
・所有者ａ１のユーザ別暗号鍵の所有者情報＆利用者ｂ２のユーザ別暗号鍵の利用者情報
「両方を用いて」暗号化する方法としては、(i)一方による暗号化結果を更に他方で暗号化する方法、(ii)両方から取り出したそれぞれ半長の暗号鍵部品を連結して作成した暗号鍵を用いてブロック暗号を行なう方法などがある。

(i)の方法で暗号化されたファイル１を、ユーザＡが利用者ｂ１として復号する際は、ユーザＡのユーザ別暗号鍵の利用者用情報で暗号化されたファイル別暗号鍵を復号し、さらに、ファイル１の所有者のユーザ別暗号鍵の所有者情報で復号することで、ファイル別暗号鍵が得られる。

なお、所有者用情報はファイルの所有者のユーザ別暗号鍵に含まれているので、利用者が取得する必要がある。本実施例では、例えばデータ記録装置１００がファイルに対し利用者のアクセスが許可されているか否かを判定し、アクセスが許可されている場合は、所有者のユーザ別暗号鍵の所有者情報が利用者に提供される。

また、所有者がユーザとして自己のファイルにアクセスするためには、同様に、利用者のユーザ別暗号鍵の利用者情報が所有者に提供されてもよいし、実施例１，２と同様に所有者のユーザ別暗号鍵のみでファイル別暗号鍵を暗号化しておけばよい。

したがって、本実施例のデータ記録装置１００は、ファイルの所有者以外がファイルを利用することを可能にできる。

本実施例では、グループに所属しているユーザにより利用されるデータ記録装置１００について説明する。グループ別に暗号鍵を作成しておくことで、グループがデータ記録装置１００の利用を終了する際に各ユーザのユーザ別暗号鍵を削除する必要がなくなるので暗号鍵を削除するための時間が短くて済む。

図１５は、データ記録装置及びユーザ端末の機能ブロック図の一例である。本実施例において、図４において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。本実施例のユーザ端末はグループ登録部を有し、データ記録装置はユーザ別暗号鍵暗号化部３５、グループ別暗号鍵生成部３６及びグループテーブル３４を有する。

グループ登録部１５は、ユーザが所属するグループの登録に必要な、所属するユーザのユーザＩＤ、グループ名などをデータ記録装置１００に送信する。グループ別暗号鍵生成部３６はグループ別暗号鍵を生成する。ユーザ別暗号鍵暗号化部３５はグループ別暗号鍵でユーザ別暗号鍵を暗号化する。グループテーブル３４は、グループに属するユーザのユーザ情報が登録されたテーブルである。

図１６は、グループテーブル３４について説明する図の一例である。１つのグループには一人以上のユーザが属している。グループはグループＩＤにより識別され、グループテーブル３４にはグループに属するユーザのユーザＩＤが登録されている。また、グループテーブル３４にはグループ別暗号鍵が登録されている。なお、グループ別暗号鍵はグループと紐づけられていればよくグループテーブル３４に登録されていなくてもよい。グループ別暗号鍵の作成方法は実施例１と同様である。

そして、データ記録装置１００のユーザ別暗号鍵暗号化部３５はグループ別暗号鍵を用いて、グループに属する各ユーザのユーザ別暗号鍵を暗号化する。

図１７は、グループ別暗号鍵によるユーザ別暗号鍵の暗号化を模式的に説明する図の一例である。１つのグループ別暗号鍵により同じグループに属するユーザＡ〜Ｃのユーザ別暗号鍵が暗号化されている。これにより、グループ別暗号鍵がなければユーザＡ〜Ｃはファイルを復号できない。

図１８は、グループの登録時におけるデータ記録装置１００の動作手順について説明するフローチャート図の一例である。

ユーザはユーザ端末２００を操作してデータ記録装置１００にグループを登録する（Ｓ２１０）。グループ登録部１５は、ユーザ操作を受け付けてグループの登録に必要な情報（所属するユーザのユーザＩＤ、グループ名など）をデータ記録装置１００に送信する。

データ記録装置１００の送受信部２１はグループの登録要求を受信する（Ｓ２２０）。

グループの登録要求を受信すると、グループ別暗号鍵生成部３６がグループに個別のグループ別暗号鍵を生成する（Ｓ２３０）。なお、制御部２２はグループＩＤなどの情報を作成する。

グループ別暗号鍵生成部３６は生成したグループ別暗号鍵をグループテーブル３４に登録する（Ｓ２４０）。

そして、ユーザ別暗号鍵暗号化部３５がグループ別暗号鍵を用いて、グループに所属するユーザのユーザ別暗号鍵を暗号化する（Ｓ２５０）。

図１９は、データ記録装置１００がグループ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。

ユーザがユーザ端末２００を操作して、グループＩＤを指定してグループ情報削除要求を送信する（Ｓ３１０）。

データ記録装置１００の送受信部はグループ情報削除要求を受信する（Ｓ３２０）。

削除部２４は、グループテーブル３４からグループＩＤに対応づけられたグループＩＤ、グループ別暗号鍵及びメンバーを削除する（Ｓ３３１）。これにより、少なくともグループ別暗号鍵が復元不能に削除され、ユーザ別暗号鍵の復号が困難になるので、ファイル別暗号鍵及びファイルを復号不能にすることができる。

したがって、本実施例のデータ記録装置１００によれば、グループに所属するユーザの数に関係なく、１つのグループ別暗号鍵を削除すればよいので、グループのユーザが一斉に利用終了する際の処理を短時間かつ確実に遂行できる。

本実施例では、データ記録装置１００が外部ストレージ３１０とストレージシステム管理装置３００に別体に実装されるデータ記録システム５００について説明する。

図２０は、データ記録システム５００の概略構成図の一例を示す。ネットワーク６００にユーザ端末２００、ストレージシステム管理装置３００及び外部ストレージ３１０が通信可能に接続されている。ストレージシステム管理装置３００は、実施例１〜４のデータ記録装置１００のうちデータＤＢ３３以外の機能を有し、外部ストレージ３１０は、実施例１〜４のデータ記録装置１００のうちデータＤＢ３３の機能を有する。なお、外部ストレージ３１０のハード的な構成はデータ記録装置１００と同様である。

ファイルが記憶される外部ストレージ３１０が、ストレージシステム管理装置３００と別体になるので、暗号情報ＤＢ３１とファイルが同じ記録媒体にないのでさらにセキュリティを向上できる。

図２１は、ストレージシステム管理装置３００等の機能ブロック図の一例を示す。本実施例において、図３において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

外部ストレージ３１０は、送受信部６１とデータＤＢ６２とを有する。データＤＢ６２は暗号化されたファイルが記憶される。送受信部６１は、ストレージシステム管理装置３００から暗号化されたファイルを受信する。また、送受信部６１は、ストレージシステム管理装置３００からファイルの読み出し要求を受信して、データＤＢ６２から読み出したファイルをストレージシステム管理装置３００に送信する。外部ストレージ３１０はストレージシステム管理装置３００を認証する機能を有し、認証が成立しない機器にファイルを送信することはない。

図２２は、ストレージシステム管理装置３００がユーザ端末２００から受信したファイルを外部ストレージ３１０に記録する手順を示すフローチャート図の一例である。なお、図７において説明した処理は共通の場合があるので本実施例の主要な処理についてのみ説明する場合がある。

ユーザ端末２００の送受信部１４は、ユーザ情報とファイルを送信する（Ｓ１０）。データ記録装置１００の送受信部２１はユーザ情報とファイルを受信する（Ｓ２０）。この後の、個別のファイル別暗号鍵の生成（Ｓ３０）、記憶対象のファイルの全体または一部の暗号化（Ｓ４０）の処理は同様である。

ついで、ストレージシステム管理装置３００の送受信部２１は暗号化されたファイルを外部ストレージ３１０に送信する（Ｓ５０）。

外部ストレージ３１０の送受信部６１は暗号化されたファイルを受信する（Ｓ６０）。

送受信部６１はファイルをデータＤＢ６２に記憶する（Ｓ７０）。

図２３は、ストレージシステム管理装置３００がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。ステップＳ１３０までの処理は図９と同様でよい。

Ｓ１３０に次いで、ストレージシステム管理装置３００の送受信部２１は、ユーザＡが所有者のファイルを消去するため、ファイル消去要求を外部ストレージ３１０に送信する（Ｓ１４０）。

外部ストレージ３１０の送受信部６１はファイル削除要求を受信する（Ｓ１５０）。外部ストレージ３１０はデータＤＢ６２から指示されたファイル（暗号化された）を削除する（Ｓ１６０）。暗号化されたファイルを削除しなくても、ユーザ別暗号鍵が削除されているので、ファイル別暗号鍵もファイルも復号できないが、ファイルを削除することでデータＤＢ３３の空き容量を増大できる。

本実施例によれば、実施例１と同様の効果を奏するだけでなく、さらにセキュリティを向上できる。

また、いうまでもなく、本実施例の構成はデータＤＢ３３を別体に設けただけなので、実施例２〜４の構成を本実施例に同様に適用できる。

本実施例では実施例５のデータ記録システム５００において、ファイルの削除要求を受け付けるデータ記録システム５００について説明する。

ファイルの削除要求に対しファイル別暗号鍵を削除することで、ユーザ別暗号鍵が何らかの理由で削除されなかった場合でも、機密性の高いファイルについてはファイルを確実に使用不能にできる。また、ユーザ別暗号鍵が削除されなかった場合、削除しなかった機密性の低いファイルについて利用を継続できる。

図２４は、ストレージシステム管理装置３００がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。ステップＳ１３０までの処理は図９と同様でよい。

ユーザはユーザ端末２００を操作してファイル名を指定し、ユーザ端末２００の送受信部１４はファイル削除要求をストレージシステム管理装置３００に送信する（Ｓ１１２）。

ストレージシステム管理装置３００の送受信部２１は、ファイル名が指定されたファイル別暗号鍵削除要求を受信する（Ｓ１３２）。

ストレージシステム管理装置３００の削除部は、暗号情報ＤＢ３１に記憶されたファイル別暗号鍵のうち、ファイル名が指定されたファイル別暗号鍵を復号不能に削除する（Ｓ１３４）。

この後、外部ストレージでは指示されたファイルのみが削除される（Ｓ１６２）。

本実施例によれば、ユーザ別暗号鍵が何らかの理由で削除されない場合でも、ファイル別暗号鍵が削除されるので、機密性の高いファイルについて確実に使用不能にできる。また、ユーザ別暗号鍵が削除されていなければ機密性の低いファイルについてユーザが利用を継続できる。

本実施例では、バックアップ装置を備えたデータ記録システム５００について説明する。図２５は、データ記録システム５００の概略構成図の一例を示す。データ記録システム５００は、ネットワークを介して接続されたバックアップ装置３２０を有する。バックアップ装置３２０はＵＳＢケーブル等で直接、ストレージシステム管理装置３００と接続されていてもよい。また、複数のバックアップ装置３２０を有していてもよい。

バックアップ装置３２０は、ストレージシステム管理装置３００と共にユーザ別暗号鍵を記憶している。したがって、ストレージシステム管理装置３００に故障が生じたり、ユーザ別暗号鍵が破壊されてもユーザ別暗号鍵を喪失しないで済む。なお、バックアップ装置３２０のハード的な構成はデータ記録装置１００と同様でよい。

図２６は、ストレージシステム管理装置３００等の機能ブロック図の一例を示す。本実施例において、図４において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

本実施例のストレージシステム管理装置３００は、バックアップ装置認証部４１、バックアップ制御部４２、認証処理部４３、及び、比較部４４を有している。
・バックアップ装置認証部４１は、バックアップ装置３２０の識別、認証、信頼関係判定、能力判定を行なう。バックアップ装置３２０の識別とは、バックアップ装置３２０から受信した識別情報が予め登録されている識別情報と一致するか否かを判定することである。認証とは、バックアップ装置３２０から受信した識別情報とパスワードが予め登録されている識別情報とパスワードの組と一致するか否かを判定することである。信頼関係判定とは、例えば過去に交換した情報のハッシュ値などが一致するか否かを判定することである。能力判定とは、バックアップ装置３２０の通信速度や処理能力が閾値以上か否かを判定することである。
・バックアップ制御部４２は、バックアップ装置３２０にユーザ別暗号鍵の記憶を要求したり、バックアップ装置３２０からユーザ別暗号鍵の読み出しを要求したりする。
・認証処理部４３は、バックアップ装置３２０からストレージシステム管理装置３００の認証要求を受信した場合に、ストレージシステム管理装置３００の識別、認証、信頼関係判定、能力判定に必要な情報を送受信部２１を介してバックアップ装置３２０に送信する。
・比較部４４は、バックアップ制御部４２が読み出したユーザ別暗号鍵と、ストレージシステム管理装置３００が記憶するユーザ別暗号鍵とを比較する。

また、バックアップ装置３２０は、送受信部５１、制御部５２、管理装置認証部５４、認証処理部５５、暗号情報記録部５６、削除部５７、及び、暗号情報ＤＢ５３を有している。送受信部５１はストレージシステム管理装置３００との通信を行う。制御部５２はバックアップ装置３２０の全体を制御する。
・管理装置認証部５４は、ストレージシステム管理装置３００の識別、認証、信頼関係判定、能力判定を行なう。
・認証処理部５５は、ストレージシステム管理装置３００からバックアップ装置３２０の認証要求を受信した場合に、バックアップ装置３２０の識別、認証、信頼関係判定、能力判定に必要な情報を送受信部を介してストレージシステム管理装置３００に送信する。識別、認証、信頼関係判定、能力判定に必要な情報は上記のとおりである。
・暗号情報記録部５６は、ストレージシステム管理装置３００から受信したユーザ別暗号鍵を暗号情報ＤＢ５３に記録する。暗号情報ＤＢ５３はストレージシステム管理装置３００の暗号情報ＤＢ３１の少なくとも一部のユーザのユーザ別暗号鍵を記憶している。ストレージシステム管理装置３００の暗号情報ＤＢ３１と同じものであってもよい。

図２７は、データ記録システム５００がユーザ別暗号鍵をバックアップする手順を示すフローチャート図の一例である。

ユーザはバックアップするためユーザ端末２００を操作する。ユーザ端末２００はバックアップ要求をストレージシステム管理装置３００に送信する（Ｓ４１０）。なお、ユーザＩＤなどはログイン時にストレージシステム管理装置３００に送信されている。

ストレージシステム管理装置３００の送受信部２１は、バックアップ要求を受信する（Ｓ４１０）。なお、ストレージシステム管理装置３００は、ユーザ端末２００からバックアップ要求を受信した以外に、予め定められたタイミングでバックアップすることができる。

ストレージシステム管理装置３００のバックアップ制御部４２は、暗号情報ＤＢ３１から該ユーザのユーザ別暗号鍵を読み出し、送受信部２１を介してバックアップ要求と共にバックアップ装置３２０に送信する（Ｓ４３０）。

バックアップ装置３２０の送受信部５１は、バックアップ要求と共にユーザ別暗号鍵を受信する（Ｓ４４０）。

暗号情報記録部５６は、受信したユーザ別暗号鍵を暗号情報ＤＢ５３に記録する（Ｓ４５０）。こうすることで、バックアップ装置３２０には任意のユーザ又は全てのユーザのユーザ別暗号鍵がバックアップされる。

図２８は、ストレージシステム管理装置３００がバックアップされているユーザ別暗号鍵で暗号情報ＤＢのユーザ別暗号鍵を更新する手順を示すフローチャート図の一例である。

ユーザはストレージシステム管理装置３００に記憶されているユーザ別暗号鍵に異常がないか確認するためユーザ端末２００を操作する。ユーザ端末２００はバックアップ確認要求をストレージシステム管理装置３００に送信する（Ｓ５１０）。なお、ユーザＩＤなどはログイン時にストレージシステム管理装置３００に送信されている。

ストレージシステム管理装置３００の送受信部２１は、バックアップ確認要求を受信する（Ｓ５２０）。なお、ストレージシステム管理装置３００は、ユーザ端末２００からバックアップ確認要求を受信した以外に、予め定められたタイミングでバックアップの確認をすることができる。

ストレージシステム管理装置３００のバックアップ制御部４２は、ユーザＩＤを指定して、ユーザ別暗号鍵の送信をバックアップ装置３２０に要求する（Ｓ５３０）。

バックアップ装置３２０の送受信部５１は、ユーザＩＤで指定されたユーザのユーザ別暗号鍵の送信要求を受信する（Ｓ５４０）。

バックアップ装置３２０は、暗号情報ＤＢ５３からユーザＩＤに対応づけられたユーザ別暗号鍵を読み出す（Ｓ５５０）。

バックアップ装置３２０の送受信部５１は、ユーザ別暗号鍵をストレージシステム管理装置３００に送信する（Ｓ５６０）。

ストレージシステム管理装置３００の送受信部２１は、ユーザ別暗号鍵を受信する（Ｓ５７０）。

ストレージシステム管理装置３００のバックアップ制御部４２は比較部４４に、自身が記憶するユーザ別暗号鍵と、バックアップ装置３２０のユーザ別暗号鍵を比較させる（Ｓ５８０）。

ストレージシステム管理装置３００のバックアップ制御部４２は、一致しない場合又は自身が記憶するユーザ別暗号鍵がない場合、バックアップ装置３２０のユーザ別暗号鍵を暗号情報ＤＢ３１に登録する（Ｓ５９０）。

このような処理により、バックアップ装置３２０に記憶されているユーザ別暗号鍵でストレージシステム管理装置３００のユーザ別暗号鍵を常に正常な状態に維持できる。ストレージシステム管理装置３００に故障等が発生してもユーザ別暗号鍵を喪失する可能性を低減できる。

図２９は、ストレージシステム管理装置３００がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。ステップＳ１３０までの処理は図９と同様でよい。

Ｓ１３０に次いで、ストレージシステム管理装置３００のバックアップ制御部４２は、バックアップ装置３２０にユーザ情報削除要求を送信する（Ｓ１７０）。

バックアップ装置３２０の送受信部５１はユーザ情報削除要求を受信する（Ｓ１８０）。

そして、バックアップ装置３２０の削除部５７は暗号情報ＤＢ５３に登録されているユーザ別暗号鍵を復元不能に削除する（Ｓ１９０）。これにより、ストレージシステム管理装置３００とバックアップ装置３２０の両方のユーザ別暗号鍵を削除できる。

本実施例によれば、ユーザ別暗号鍵をバックアップしながら、実施例１と同様にストレージ上に所有していた全ファイルを復元不能に削除できる。

なお、本実施例のデータ記録装置１００は、バックアップ装置３２０と接続されているだけなので、実施例２、３の構成を本実施例に同様に適用できる。また、実施例４のグループテーブル３４を好適に適用できる。すなわち、ストレージシステム管理装置３００と共にバックアップ装置３２０にグループテーブル３４を登録する。そして、ユーザ操作又は予め定められたタイミングでグループテーブル３４のグループ別暗号鍵の破損等を確認し、ユーザがグループ別暗号鍵の削除を要求する場合、ストレージシステム管理装置３００とバックアップ装置３２０の両方のグループ別暗号鍵を復号不能に削除する。

本実施例では、バックアップ装置３２０がデータＤＢをバックアップするデータ記録システム５００について説明する。

図３０は、ストレージシステム管理装置３００等の機能ブロック図の一例を示す。本実施例のバックアップ装置３２０は、新たにデータＤＢ５８とファイル記録部５９を有している。データＤＢ５８は外部ストレージ３１０が有するデータＤＢ３３の一部のファイル又は全てのファイルを記憶する。なお、ユーザ別暗号鍵のバックアップについては実施例７と同様であり、図３０においては図２６に対し主要な事項についてのみ説明する。
・バックアップ制御部４２は、バックアップ装置３２０にファイルの記憶を要求したり、バックアップ装置３２０からファイルの読み出しを要求したりする。
・比較部４４は、ユーザ別暗号鍵だけでなく、外部ストレージ３１０から受信したファイルと、バックアップ装置３２０から受信したファイルとを比較する。
・ファイル記録部５９は、ストレージシステム管理装置３００から受信したファイルをデータＤＢ５８に記録する。

ストレージシステム管理装置３００は、ユーザ操作又は任意のタイミングで、外部ストレージ３１０から読み出したファイルをバックアップ装置３２０に記憶させる。また、ユーザ操作又は任意のタイミングで、外部ストレージ３１０とバックアップ装置３２０から読み出したファイルを比較して、破損等を確認する。そして、ユーザがファイルの削除を要求する場合、外部ストレージ３１０とバックアップ装置３２０の両方のファイルを復号不能に削除する。

図３１は、ストレージシステム管理装置３００がユーザ情報削除要求を受信した場合の動作について説明するフローチャート図の一例である。ステップＳ１１２までの処理は図２４と同様でよい。

ユーザはユーザ端末２００を操作してファイル名を指定し、ユーザ端末２００の送受信部１４はファイル削除要求をストレージシステム管理装置３００に送信する（Ｓ１１２）。

ストレージシステム管理装置３００の送受信部２１は、ファイル名が指定されたファイル削除要求を受信する（Ｓ１３２）。

ストレージシステム管理装置３００の削除部は、暗号情報ＤＢ３１に記憶されたファイル別暗号鍵のうち、ファイル名が指定されたファイル別暗号鍵を復号不能に削除する（Ｓ１３４）。

また、ストレージシステム管理装置３００の制御部はファイル別暗号鍵の削除要求をバックアップ装置に送信する（Ｓ１３６）。

バックアップ装置３２０の送受信部５１はファイル別暗号鍵の削除要求を受信する（Ｓ１５２）。バックアップ装置３２０の削除部５７はデータＤＢ５８から指示されたファイルのファイル別暗号鍵みを削除する（Ｓ１６２−２）。この削除は復元不能とすることが好ましい。

ストレージシステム管理装置３００のバックアップ制御部４２はファイル削除要求を外部ストレージ３１０に送信する（Ｓ１４０）。

外部ストレージ３１０の送受信部６１はファイル削除要求を受信する（Ｓ１５０）。外部ストレージ３１０はデータＤＢ６２から指示されたファイルのみを削除する（Ｓ１６２）。この削除は復元不能とすることが好ましい。

本実施例によれば、ファイルについてもバックアップでき、さらに、機密性の高いファイルについて確実に使用不能にでき、また、機密性の低いファイルについてユーザが利用を継続できる。

実施例７，８ではストレージシステム管理装置３００が、バックアップ装置３２０とは別に配置されたデータ記録システム５００について説明したが、本実施例ではストレージシステム管理装置３００がバックアップ装置３２０を兼用可能なデータ記録システム５００について説明する。

図３２は、ストレージシステム管理装置等の機能ブロック図の一例を示す。図３２では、図３０のバックアップ装置３２０がストレージシステム管理装置２に置き換わっている。ストレージシステム管理装置２は、ストレージシステム管理装置１と同等の機能を有するが、図ではバックアップ装置３２０しての機能のみが示されている。

本実施例のようなデータ記録システム５００では、バックアップ装置３２０を単体で配置する必要がなく、ストレージシステム管理装置３００がバックアップ装置３２０を兼ねるため、複数のストレージシステム管理装置３００により処理負荷を分散できる。

なお、本実施例においても、ユーザ別暗号鍵だけでなく、グループテーブル３４のバックアップ及びファイルのバックアップが可能であるのは実施例７，８と同様である。

１００ データ記録装置
２００ ユーザ端末
３００ ストレージシステム管理装置
３１０ 外部ストレージ
３２０ バックアップ装置
５００ データ記録システム

特許4612112号公報

Claims (9)

1. 外部装置とネットワークを介して接続された情報処理装置であって、
   当該情報処理装置にデータファイルを記憶するユーザごとに生成されたユーザ別暗号情報をユーザ識別情報に対応づけて記憶するユーザ別暗号情報記憶手段と、
   外部装置からユーザ識別情報とデータファイルを受信する受信手段と、
   データファイルごとに生成されたファイル別暗号情報を用いてデータファイルの少なくとも一部を暗号化するファイル暗号化手段と、
   前記ファイル暗号化手段が暗号化したデータファイルを記憶するファイル記憶手段と、
   ファイル別暗号情報の少なくとも一部を、前記ユーザ別暗号情報を用いて暗号化するファイル別暗号情報暗号化手段と、
   外部装置から前記ユーザ別暗号情報の削除要求を受信した場合、前記ユーザ別暗号情報記憶手段に記憶された前記ユーザ別暗号情報を削除する削除手段と、を有し、
   前記受信手段が外部装置から受信したデータファイルが、複数のユーザを所有者とする共有ファイルの場合、
   前記ファイル別暗号情報暗号化手段は、前記共有ファイルのファイル別暗号情報の少なくとも一部を、各所有者の前記ユーザ別暗号情報を用いて暗号化することで、１つの前記共有ファイルに対し所有者の数だけ暗号化されたファイル別暗号情報を作成し、
   前記削除手段は、外部装置から一人のユーザの前記ユーザ別暗号情報の削除要求を受信した場合、前記一人のユーザの前記ユーザ別暗号情報を前記ユーザ別暗号情報記憶手段から削除する、ことを特徴とする情報処理装置。
2. 外部ストレージとネットワークを介して接続された情報処理装置であって、
   当該情報処理装置にデータファイルを記憶するユーザごとに生成されたユーザ別暗号情報をユーザ識別情報に対応づけて記憶するユーザ別暗号情報記憶手段と、
   外部装置からユーザ識別情報とデータファイルを受信する受信手段と、
   データファイルごとに生成されたファイル別暗号情報を用いてデータファイルの少なくとも一部を暗号化して、前記外部ストレージに送信すると共に記憶させるファイル暗号化手段と、
   ファイル別暗号情報の少なくとも一部を前記ユーザ別暗号情報を用いて暗号化するファイル別暗号情報暗号化手段と、
   外部装置から前記ユーザ別暗号情報の削除要求を受信した場合、前記ユーザ別暗号情報記憶手段に記憶された前記ユーザ別暗号情報を削除する削除手段と、を有し、
   前記受信手段が外部装置から受信したデータファイルが、複数のユーザを所有者とする共有ファイルの場合、
   前記ファイル別暗号情報暗号化手段は、前記共有ファイルのファイル別暗号情報の少なくとも一部を、各所有者の前記ユーザ別暗号情報を用いて暗号化することで、１つの前記共有ファイルに対し所有者の数だけ暗号化されたファイル別暗号情報を作成し、
   前記削除手段は、外部装置から一人のユーザの前記ユーザ別暗号情報の削除要求を受信した場合、前記一人のユーザの前記ユーザ別暗号情報を前記ユーザ別暗号情報記憶手段から削除することを特徴とする情報処理装置。
3. 前記ユーザ別暗号情報の一部をデータファイルの所有者情報として、別の一部をデータファイルの利用者情報としてそれぞれ生成するユーザ別暗号情報生成手段を有し、
   前記ファイル別暗号情報暗号化手段がファイル別暗号情報を暗号化する際、データファイルのファイル別暗号情報の少なくとも一部を、データファイルの所有者権限を有するユーザの前記ユーザ別暗号情報に含まれる前記所有者情報、及び、データファイルの利用者権限を有するユーザの前記ユーザ別暗号情報に含まれる前記利用者情報、の両方を用いて暗号化する、ことを特徴とする請求項１又は２記載の情報処理装置。
4. 複数のユーザが所属するグループに個別のグループ別暗号情報を生成するグループ別暗号情報生成手段と、
   グループのグループ識別情報、前記グループ別暗号情報及びグループに所属するユーザのユーザ識別情報が登録されたグループ情報記憶手段と、
   前記グループ別暗号情報を用いて、同じグループに所属する全てのユーザの前記ユーザ別暗号情報の少なくとも一部を暗号化するユーザ別暗号情報暗号化手段と、を有し、
   前記削除手段は、前記外部装置から前記グループ別暗号情報の削除要求を受信した場合、前記グループ情報記憶手段に記憶された前記グループ別暗号情報を削除する、
   ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記ユーザ別暗号情報記憶手段には、ユーザ識別情報に紐づけて暗号化されたファイル別暗号情報が記憶されており、
   前記削除手段は、前記外部装置からデータファイルの削除要求を受信した場合、前記ユーザ別暗号情報記憶手段に記憶された前記ユーザ別暗号情報を削除すると共に、削除要求されたデータファイルのファイル別暗号情報を削除する、
   ことを特徴とする請求項２に記載の情報処理装置。
6. データ記録装置、外部ストレージ及びバックアップ装置がネットワークを介して接続されたデータ記憶システムであって、
   前記データ記録装置は、
   当該データ記録装置にデータファイルを記憶するユーザごとに生成されたユーザ別暗号情報をユーザ識別情報に対応づけて記憶するユーザ別暗号情報記憶手段と、
   外部装置からユーザ識別情報とデータファイルを受信する受信手段と、
   データファイルごとに生成されたファイル別暗号情報を用いてデータファイルの少なくとも一部を暗号化して、前記外部ストレージ及び前記バックアップ装置に送信すると共に記憶させるファイル暗号化手段と、
   ファイル別暗号情報の少なくとも一部を前記ユーザ別暗号情報を用いて暗号化するファイル別暗号情報暗号化手段と、
   前記バックアップ装置に前記ユーザ別暗号情報の記録を要求するユーザ別暗号情報バックアップ手段と、
   前記バックアップ装置から前記ユーザ別暗号情報を受信して、前記ユーザ別暗号情報記憶手段に記憶されている前記ユーザ別暗号情報と一致しない場合、前記ユーザ別暗号情報記憶手段に記憶されている前記ユーザ別暗号情報を前記バックアップ装置から受信した前記ユーザ別暗号情報で更新する更新手段と、
   外部装置から前記ユーザ別暗号情報の削除要求を受信した場合、前記ユーザ別暗号情報記憶手段に記憶された前記ユーザ別暗号情報を削除し、前記バックアップ装置に前記ユーザ別暗号情報の削除を要求する削除手段と、を有し、
   前記受信手段が外部装置から受信したデータファイルが、複数のユーザを所有者とする共有ファイルの場合、
   前記ファイル別暗号情報暗号化手段は、前記共有ファイルのファイル別暗号情報の少なくとも一部を、各所有者の前記ユーザ別暗号情報を用いて暗号化することで、１つの前記共有ファイルに対し所有者の数だけ暗号化されたファイル別暗号情報を作成し、
   前記削除手段は、外部装置から一人のユーザの前記ユーザ別暗号情報の削除要求を受信した場合、前記一人のユーザの前記ユーザ別暗号情報を前記ユーザ別暗号情報記憶手段から削除し、
   前記バックアップ装置は、
   前記データ記録装置から受信した暗号化されたデータファイルを記憶するファイル記憶手段と、
   前記ユーザ別暗号情報をユーザ識別情報に対応づけて記憶する第２のユーザ別暗号情報記憶手段と、
   前記データ記録装置から前記ユーザ別暗号情報の送信要求を受信した場合、前記第２のユーザ別暗号情報記憶手段から読み出した前記ユーザ別暗号情報を前記データ記録装置に送信するユーザ別暗号情報送信手段と、
   前記データ記録装置から前記ユーザ別暗号情報の削除要求を受信した場合、前記第２のユーザ別暗号情報記憶手段に記憶されている前記ユーザ別暗号情報を削除する第２の削除手段と、を有し、
   前記外部ストレージは、
   前記データ記録装置から受信した暗号化されたデータファイルを記憶するファイル記憶手段、を有することを特徴とするデータ記憶システム。
7. 前記データ記録装置は、
   複数のユーザが所属するグループに個別のグループ別暗号情報を生成するグループ別暗号情報生成手段と、
   グループのグループ識別情報、前記グループ別暗号情報及びグループに所属するユーザのユーザ識別情報が登録されたグループ情報記憶手段と、
   前記グループ別暗号情報により、同じグループに所属するユーザの前記ユーザ別暗号情報の少なくとも一部を暗号化するユーザ別暗号情報暗号化手段と、を有し、
   前記削除手段は、外部装置から前記グループ別暗号情報の削除要求を受信した場合、前記グループ情報記憶手段に記憶された前記グループ別暗号情報を削除する、
   ことを特徴とする請求項６に記載のデータ記憶システム。
8. 前記ユーザ別暗号情報記憶手段には、ユーザ識別情報に紐づけて暗号化されたファイル別暗号情報が記憶されており、
   前記削除手段は、前記外部装置からデータファイルの削除要求を受信した場合、前記ユーザ別暗号情報記憶手段に記憶された前記ユーザ別暗号情報を削除すると共に、削除要求されたデータファイルのファイル別暗号情報を削除する、
   ことを特徴とする請求項６に記載のデータ記憶システム。
9. 外部装置とネットワークを介して接続された情報処理装置に、
   データ記録装置にデータファイルを記憶するユーザごとに生成されたユーザ別暗号情報をユーザ識別情報に対応づけて記憶するユーザ別暗号情報生成ステップと、
   外部装置からユーザ識別情報とデータファイルを受信する受信ステップと、
   データファイルごとに生成されたファイル別暗号情報を用いてデータファイルの少なくとも一部を暗号化して、ファイル記憶手段に暗号化されたデータファイルを記憶するステップと、
   ファイル別暗号情報の少なくとも一部を前記ユーザ別暗号情報を用いて暗号化するファイル別暗号情報暗号化ステップと、
   外部装置から前記ユーザ別暗号情報の削除要求を受信した場合、ユーザ別暗号情報記憶手段に記憶された前記ユーザ別暗号情報を削除する削除ステップと、を実行させ、
   前記受信ステップで外部装置から受信したデータファイルが、複数のユーザを所有者とする共有ファイルの場合、
   前記ファイル別暗号情報暗号化ステップでは、前記共有ファイルのファイル別暗号情報の少なくとも一部を、各所有者の前記ユーザ別暗号情報を用いて暗号化することで、１つの前記共有ファイルに対し所有者の数だけ暗号化されたファイル別暗号情報を作成し、
   前記削除ステップでは、外部装置から一人のユーザの前記ユーザ別暗号情報の削除要求を受信した場合、前記一人のユーザの前記ユーザ別暗号情報を前記ユーザ別暗号情報記憶手段から削除する、プログラム。

Images