バックアップ方法
セキュリティＭＯディスクのセキュリティメディアＩＤの内、バックアップ先のセキュリティメディアＩＤの固有ＩＤに続く６４バイトに、バックアップ元の固有ＩＤを書き込む。セキュリティメディアＩＤは、セキュリティＭＯディスクを使用する際、パスワード認証を行う前でも、見ることが出来るので、バックアップ先のセキュリティメディアＩＤの内のバックアップ元の固有ＩＤを他のディスクの固有ＩＤと照合することによって、当該バックアップ先のバックアップ元となったディスクを素早く見つけることが出来る。
【発明の詳細な説明】
【技術分野】
本発明は、データファイルなどのバックアップ方法に関する。
【背景技術】
バックアップ処理は、バックアップ元のディスクの全てのファイルを、バックアップ先にコピーすることを示す。バックアップ処理は、バックアップ元の全てのファイルがバックアップ先にコピーされることを目的とする。そのため、バックアップ処理は、バックアップ元の全てのファイルをバックアップ先の特定フォルダにコピーする処理でも良いし、バックアップ元とバックアップ先を比較し、バックアップ先に存在する不要なファイルを削除し、バックアップ先に存在しないファイルをコピーする、差分バックアップ処理でも良い。
バックアップを行う場合、バックアップ元ディスクとバックアップ先ディスクを対応付ける必要がある。これを実現する手段の一つとして、バックアップ元にバックアップ先を特定するための情報を書き込む方法がある。ディスクを特定するための情報には、ボリュームシリアルナンバーや、ボリュームラベル、特殊な情報を書き込んだファイルなどを使用する。
セキュリティディスクの場合、パスワードで認証されている場合は上記判別が可能である。しかし、パスワードが認証されていない状態では、ディスクを特定するための情報に一切アクセスできない。従って、パスワードが認証されていない状態では、バックアップ元とバックアップ先を対応付けることが出来なかった。
【発明の開示】
本発明の課題は、パスワードで認証されていない状態でバックアップ元ディスクとバックアップ先ディスクを対応付けることの出来るバックアップ方法を提供することである。
本発明のバックアップ方法は、パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップとを備えることを特徴とする。
本発明によれば、セキュリティメディアＩＤにバックアップ元の媒体に固有のＩＤを格納するようにしたので、パスワードの認証を行わなくても、バックアップ元の媒体とバックアップ先の媒体との対応を容易に付けることが出来る。
【図面の簡単な説明】
図１は、本発明の実施形態の全体図である。
図２は、セキュリティＭＯディスクの構成図である。
図３は、セキュアＩＤの構成を示す図である。
図４は、本発明の実施形態に従ったセキュアＩＤの構成を示す図である。
図５及び図６は、本発明の他の実施形態に従ったセキュアＩＤの構成を示す図である。
図７は、本発明の実施形態に従ったバックアップ時の処理の流れを示すフローチャートである。
図８は、バックアップ先媒体の作成手順を示すフローチャートである。
図９は、特定ＩＤを用いた場合のバックアップ時の処理の流れを示すフローチャートである。
図１０は、特定ＩＤを使用する場合のバックアップ元媒体の作成手順を説明するフローチャートである。
図１１は、特定ＩＤを使用する場合のバックアップ先媒体の作成手順を説明するフローチャートである。
図１２は、特定ＩＤ及び本実施形態の使用を示す識別子を使用した構成の場合のバックアップ時の流れを説明するフローチャートである。
図１３は、特定ＩＤ、識別子を使用する場合のバックアップ元媒体の作成手順を示すフローチャートである。
図１４は、特定ＩＤ、識別子使用時のバックアップ先媒体の作成手順を示すフローチャートである。
【発明を実施するための最良の形態】
図１は、本発明の実施形態の全体図である。
図１において、１は、ホストＰＣ、２はセキュリティＭＯドライブ、３は、バックアップ元セキュリティＭＯディスク、４は、バックアップ先セキュリティＭＯディスクである。
ここで、セキュリティＭＯ、セキュリティ媒体、セキュリティディスクなどは、格納されているデータ内容を見るためには、パスワードによる認証を必要とするような媒体等を示す。
図２は、セキュリティＭＯディスクの構成図である。
図２において、セキュリティＭＯディスクは、Ｓｅｃｕｒｉｔｙ Ｍｅｄｉａ ＩＤ（以下、セキュアＩＤ）、認証用パスワード、通常データ領域から構成される。通常データ領域は、初期化（フォーマット）されることで、ＰＣからファイルを読み書きできるようになる。セキュリティＭＯディスクで通常データ領域を書き込みするためには４種類ある認証用パスワードの内の一つで認証されていなければならない。認証用パスワードには、読み書き用のＲ／Ｗパスワード、読み取り専用のＲｅａｄパスワード、媒体の一部にのみアクセスが許されるＬＢＡパスワード、及び、パスワードを忘れたとき、媒体の内容の参照のみが出来るようにするための管理者用パスワードがある。
図３は、セキュアＩＤの構成を示す図である。
セキュアＩＤは、セキュリティＭＯドライブによりディスクに書き込まれる５１２バイトの値である。一旦書き込まれたセキュアＩＤは、値を削除したり変更したりすることはできない。セキュアＩＤの先頭から６４バイトは、セキュリティＭＯドライブにより自動生成される値が使用される。これを固有ＩＤと呼ぶ。固有ＩＤは、ＭＯドライブのシリアル番号と、そのドライブで作成したセキュリティＭＯディスクのシリアル番号を使用するため、固有ＩＤ部分が複数のセキュリティＭＯディスク間で重複する可能性は低い。固有ＩＤ以外の４４８バイトは、プログラムにより自由な値を使用することができる。これをユーザ定義ＩＤと呼ぶ。固有ＩＤ部分が複数のセキュリティＭＯディスク間で重複した場合でも、ユーザ定義ＩＤが重複しない限り、セキュアＩＤのユニーク性は保たれる。ユニーク性を保つ例として、ユーザ定義ＩＤの内の８バイトを作成したタイムスタンプの値とする方法がある。この８バイトと６４バイトの固有ＩＤとを合わせた７２バイトの値はユニーク性が保たれているということができる。また、セキュアＩＤは、認証用パスワードで認証されていなくても、読み出すことができる。
図４は、本発明の実施形態に従ったセキュアＩＤの構成を示す図である。
セキュリティＭＯディスクのバックアップを行うに際し、別のＭＯディスクに自ディスクのセキュアＩＤを書き込み、セキュリティＭＯディスクとして使用する。セキュアＩＤを作成する場合、ユーザ定義ＩＤの内の６４バイトにバックアップ元の固有ＩＤを使用する。例えば、図４のように、バックアップ先ディスクの固有ＩＤに続く６４バイト（ユーザ定義ＩＤの先頭から６４バイト）にバックアップ元の固有ＩＤを使用する。
このようにセキュアＩＤを設定したバックアップ先ディスクに対してバックアップを行う場合、認証パスワードを入力しなくてもバックアップ先ディスクかどうかを判別する事が出来る。
バックアップ先のセキュアＩＤのユーザ定義領域に使用するバックアップ元ＩＤには、バックアップ元固有ＩＤにユーザ定義ＩＤの一部を加えることで、より確実にバックアップ元とバックアップ先を一致させることが出来る。例えば、先の例で示した固有ＩＤにタイムスタンプを含めた７２バイトを使用する場合、バックアップ先のセキュアＩＤに、バックアップ元のセキュアＩＤの先頭から７２バイトを取得し、バックアップ先のユーザ定義ＩＤのうち７２バイトを使用することで実現できる。この方法では、バックアップ元のセキュアＩＤのうち最大２５６バイトを使用することが出来る。
図５及び図６は、本発明の他の実施形態に従ったセキュアＩＤの構成を示す図である。
固有ＩＤは、セキュアＩＤ設定時にドライブにより自動的に書き込まれるが、セキュアＩＤ設定時にユニークな特定ＩＤをユーザ定義領域の決められた位置に書き込み、バックアップ先にはバックアップ元の特定ＩＤをユーザ定義領域の決められた位置に書き込むことことでも実現できる。特定ＩＤとしては、ウィンドウズ（登録商標）のＧＵＩＤなどを使うことが出来る。
バックアップ元とバックアップ先とで、特定ＩＤを埋め込む位置として同じ位置を使用する場合は、バックアップ先であることを識別するためのバックアップ先識別子をセキュアＩＤの決められた位置に書き込むことで、バックアップ先ディスクであることを判別する。
バックアップ元ディスクとバックアップ先ディスクが、本実施形態の仕組みを利用していることを示すシステム識別子を、セキュアＩＤの決められた位置に書き込むことで、この仕組みを利用していないディスクと区別することができる。
バックアップ元ディスクとバックアップ先ディスクが、本発明の固有ＩＤ方式を使用しているのか、特定ＩＤ方式を使用しているのかを示す方式識別子を、セキュアＩＤの決められた位置に書き込むことで、この仕組みを利用していないディスクと区別することができる。
特定ＩＤを使用している場合、特定ＩＤの位置情報と長さ情報をセキュアＩＤの決められた位置に書き込むことで、特定ＩＤを任意に設定できるようになる。位置情報はセキュアＩＤの先頭からのオフセットでもよい。バックアップ先ディスクは特定ＩＤが２箇所になる場合があるが、この場合は位置情報と長さ情報を２箇所分セキュアＩＤに書き込む。
図７は、本発明の実施形態に従ったバックアップ時の処理の流れを示すフローチャートである。
ステップＳ１０において、バックアップ元のセキュアＩＤを取得する。ステップＳ１１において、バックアップ元のセキュアＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ１２で、バックアップ元のディスクをセキュリティディスクドライブから排出する。ステップＳ１３において、ユーザがセキュリティディスクドライブにバックアップ先を挿入し、ステップＳ１４において、バックアップ先のセキュアＩＤを取得する。ステップＳ１５において、バックアップ先セキュアＩＤより、予め設定されたバックアップ元の固有ＩＤ（ＴｒｇＩＤ）を抜き出し、ステップＳ１６において、ＳｒｃＩＤとＴｒｇＩＤとを比較する。ステップＳ１７において、ＳｒｃＩＤとＴｒｇＩＤが一致するか否かを判断する。一致しない場合には、ステップＳ１２に戻る。ステップＳ１７で、一致すると判断された場合には、ステップＳ１８において、バックアップ処理を開始する。バックアップ処理が終了すると、処理を終了する。ここのバックアップ処理は、通常のセキュアディスクのバックアップ処理と同様であり、従来の技術となるので、特に説明しない。
図８は、バックアップ先媒体の作成手順を示すフローチャートである。
まず、ステップＳ２０において、バックアップ元のセキュアＩＤを取得する。ステップＳ２１においては、セキュアＩＤの固有ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ２２において、バックアップ元のディスクをセキュリティディスクドライブから排出する。ステップＳ２３において、ユーザが、バックアップ先として使用する媒体をセキュリティディスクドライブに挿入し、ステップＳ２４において、バックアップ先のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤを書き込み、処理を終了する。
図９は、特定ＩＤを用いた場合のバックアップ時の処理の流れを示すフローチャートである。
ステップＳ３０において、バックアップ元のセキュアＩＤを取得し、ステップＳ３１において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ３２において、バックアップ元のディスクを排出する。ステップＳ３３において、ユーザがバックアップ先ディスクを挿入し、ステップＳ３４において、バックアップ先のセキュアＩＤを取得し、ステップＳ３５において、バックアップ先セキュアＩＤより、予め設定されたバックアップ元特定ＩＤ（ＴｒｇＩＤ）を抜き出し、ステップＳ３６において、ＳｒｃＩＤとＴｒｇＩＤを比較する。ステップＳ３７において、一致しなかった場合には、ステップＳ３２に戻り、ステップＳ３７において、一致した場合には、ステップＳ３８において、バックアップ処理を開始し、バックアップ処理が終わると、全体の処理を終了する。
図１０は、特定ＩＤを使用する場合のバックアップ元媒体の作成手順を説明するフローチャートである。
ステップＳ４０において、ユーザがバックアップ元として使用する媒体をセキュリティディスクドライブに挿入する。ステップＳ４１において、バックアップ元のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤを書き込み、処理を終了する。
図１１は、特定ＩＤを使用する場合のバックアップ先媒体の作成手順を説明するフローチャートである。
ステップＳ４５において、バックアップ元のセキュアＩＤを取得する。ステップＳ４６において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出す。ステップＳ４７において、バックアップ元のディスクを排出し、ステップＳ４８において、ユーザがバックアップ先として使用する媒体をセキュリティディスクドライブに挿入する。ステップＳ４９において、バックアップ先のセキュアＩＤを設定し、セキュアＩＤのユーザ定義領域にＳｒｃＩＤを書き込む。
図１２は、特定ＩＤ及び本実施形態の使用を示す識別子を使用した構成の場合のバックアップ時の流れを説明するフローチャートである。
ステップＳ５０において、バックアップ元のセキュアＩＤを取得する。ステップＳ５１において、識別子が本発明の実施形態のシステムを使用することを示しているか否か（システム識別子が正しく、方式識別子が特定ＩＤ用であるか否か）を判断する。ステップ５１の判断がＮＯの場合には、処理を終了する。ステップＳ５１の判断がＹＥＳの場合には、ステップＳ５２において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ５３において、バックアップ元のディスクをセキュリティディスクドライブから排出する。ステップＳ５４において、ユーザがバックアップ先をセキュリティディスクドライブに挿入し、ステップＳ５５において、バックアップ先のセキュアＩＤを取得する。ステップＳ５６においては、バックアップ先のセキュアＩＤの識別子が本発明の実施形態のシステムを使用することを示しているか（システム識別子が正しく、方式識別子が特定ＩＤ用であるか否か）を判断する。ステップＳ５６の判断がＮＯの場合には、処理を終了する。ステップＳ５６の判断がＹＥＳの場合には、ステップＳ５７において、バックアップ先セキュアＩＤより、予め設定されたバックアップ元特定ＩＤ（ＴｒｇＩＤ）を抜き出し、ステップＳ５８において、ＳｒｃＩＤとＴｒｇＩＤを比較する。ステップＳ５９では、これらの一致が見られたかどうかを判断し、一致しない場合には、ステップＳ５３に戻り、一致した場合には、ステップＳ６０において、バックアップ処理を開始する。バックアップ処理が終わると、処理を終了する。
図１３は、特定ＩＤ、識別子を使用する場合のバックアップ元媒体の作成手順を示すフローチャートである。
ステップＳ６５において、ユーザがバックアップ元として使用する媒体をセキュリティディスクドライブに挿入する。ステップＳ６６においては、バックアップ元のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤと方式識別子、システム用識別子を書き込んで、処理を終了する。
図１４は、特定ＩＤ、識別子使用時のバックアップ先媒体の作成手順を示すフローチャートである。
ステップＳ７０において、バックアップ元のセキュアＩＤを取得し、ステップＳ７１において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ７２において、セキュリティディスクドライブからディスクを排出する。ステップＳ７３においては、ユーザがバックアップ先として使用する媒体をセキュリティディスクドライブに挿入し、ステップＳ７４において、バックアップ先のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤと、方式識別子、システム用識別子を書き込んで処理を終了する。
【産業上の利用可能性】
ユーザは、ディスクのパスワードを入力し、ディスクの認証を行った後、ディスクが正しいバックアップ先ディスクかどうかを判別する必要があったが、本発明では正しいバックアップ先ディスクを判別した後、パスワード認証を行うため、ユーザはバックアップ先ディスクを判別するためにパスワードの入力を繰り返す必要が無くなる。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【技術分野】
本発明は、データファイルなどのバックアップ方法に関する。
【背景技術】
バックアップ処理は、バックアップ元のディスクの全てのファイルを、バックアップ先にコピーすることを示す。バックアップ処理は、バックアップ元の全てのファイルがバックアップ先にコピーされることを目的とする。そのため、バックアップ処理は、バックアップ元の全てのファイルをバックアップ先の特定フォルダにコピーする処理でも良いし、バックアップ元とバックアップ先を比較し、バックアップ先に存在する不要なファイルを削除し、バックアップ先に存在しないファイルをコピーする、差分バックアップ処理でも良い。
バックアップを行う場合、バックアップ元ディスクとバックアップ先ディスクを対応付ける必要がある。これを実現する手段の一つとして、バックアップ元にバックアップ先を特定するための情報を書き込む方法がある。ディスクを特定するための情報には、ボリュームシリアルナンバーや、ボリュームラベル、特殊な情報を書き込んだファイルなどを使用する。
セキュリティディスクの場合、パスワードで認証されている場合は上記判別が可能である。しかし、パスワードが認証されていない状態では、ディスクを特定するための情報に一切アクセスできない。従って、パスワードが認証されていない状態では、バックアップ元とバックアップ先を対応付けることが出来なかった。
【発明の開示】
本発明の課題は、パスワードで認証されていない状態でバックアップ元ディスクとバックアップ先ディスクを対応付けることの出来るバックアップ方法を提供することである。
本発明のバックアップ方法は、パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップとを備えることを特徴とする。
本発明によれば、セキュリティメディアＩＤにバックアップ元の媒体に固有のＩＤを格納するようにしたので、パスワードの認証を行わなくても、バックアップ元の媒体とバックアップ先の媒体との対応を容易に付けることが出来る。
【図面の簡単な説明】
図１は、本発明の実施形態の全体図である。
図２は、セキュリティＭＯディスクの構成図である。
図３は、セキュアＩＤの構成を示す図である。
図４は、本発明の実施形態に従ったセキュアＩＤの構成を示す図である。
図５及び図６は、本発明の他の実施形態に従ったセキュアＩＤの構成を示す図である。
図７は、本発明の実施形態に従ったバックアップ時の処理の流れを示すフローチャートである。
図８は、バックアップ先媒体の作成手順を示すフローチャートである。
図９は、特定ＩＤを用いた場合のバックアップ時の処理の流れを示すフローチャートである。
図１０は、特定ＩＤを使用する場合のバックアップ元媒体の作成手順を説明するフローチャートである。
図１１は、特定ＩＤを使用する場合のバックアップ先媒体の作成手順を説明するフローチャートである。
図１２は、特定ＩＤ及び本実施形態の使用を示す識別子を使用した構成の場合のバックアップ時の流れを説明するフローチャートである。
図１３は、特定ＩＤ、識別子を使用する場合のバックアップ元媒体の作成手順を示すフローチャートである。
図１４は、特定ＩＤ、識別子使用時のバックアップ先媒体の作成手順を示すフローチャートである。
【発明を実施するための最良の形態】
図１は、本発明の実施形態の全体図である。
図１において、１は、ホストＰＣ、２はセキュリティＭＯドライブ、３は、バックアップ元セキュリティＭＯディスク、４は、バックアップ先セキュリティＭＯディスクである。
ここで、セキュリティＭＯ、セキュリティ媒体、セキュリティディスクなどは、格納されているデータ内容を見るためには、パスワードによる認証を必要とするような媒体等を示す。
図２は、セキュリティＭＯディスクの構成図である。
図２において、セキュリティＭＯディスクは、Ｓｅｃｕｒｉｔｙ Ｍｅｄｉａ ＩＤ（以下、セキュアＩＤ）、認証用パスワード、通常データ領域から構成される。通常データ領域は、初期化（フォーマット）されることで、ＰＣからファイルを読み書きできるようになる。セキュリティＭＯディスクで通常データ領域を書き込みするためには４種類ある認証用パスワードの内の一つで認証されていなければならない。認証用パスワードには、読み書き用のＲ／Ｗパスワード、読み取り専用のＲｅａｄパスワード、媒体の一部にのみアクセスが許されるＬＢＡパスワード、及び、パスワードを忘れたとき、媒体の内容の参照のみが出来るようにするための管理者用パスワードがある。
図３は、セキュアＩＤの構成を示す図である。
セキュアＩＤは、セキュリティＭＯドライブによりディスクに書き込まれる５１２バイトの値である。一旦書き込まれたセキュアＩＤは、値を削除したり変更したりすることはできない。セキュアＩＤの先頭から６４バイトは、セキュリティＭＯドライブにより自動生成される値が使用される。これを固有ＩＤと呼ぶ。固有ＩＤは、ＭＯドライブのシリアル番号と、そのドライブで作成したセキュリティＭＯディスクのシリアル番号を使用するため、固有ＩＤ部分が複数のセキュリティＭＯディスク間で重複する可能性は低い。固有ＩＤ以外の４４８バイトは、プログラムにより自由な値を使用することができる。これをユーザ定義ＩＤと呼ぶ。固有ＩＤ部分が複数のセキュリティＭＯディスク間で重複した場合でも、ユーザ定義ＩＤが重複しない限り、セキュアＩＤのユニーク性は保たれる。ユニーク性を保つ例として、ユーザ定義ＩＤの内の８バイトを作成したタイムスタンプの値とする方法がある。この８バイトと６４バイトの固有ＩＤとを合わせた７２バイトの値はユニーク性が保たれているということができる。また、セキュアＩＤは、認証用パスワードで認証されていなくても、読み出すことができる。
図４は、本発明の実施形態に従ったセキュアＩＤの構成を示す図である。
セキュリティＭＯディスクのバックアップを行うに際し、別のＭＯディスクに自ディスクのセキュアＩＤを書き込み、セキュリティＭＯディスクとして使用する。セキュアＩＤを作成する場合、ユーザ定義ＩＤの内の６４バイトにバックアップ元の固有ＩＤを使用する。例えば、図４のように、バックアップ先ディスクの固有ＩＤに続く６４バイト（ユーザ定義ＩＤの先頭から６４バイト）にバックアップ元の固有ＩＤを使用する。
このようにセキュアＩＤを設定したバックアップ先ディスクに対してバックアップを行う場合、認証パスワードを入力しなくてもバックアップ先ディスクかどうかを判別する事が出来る。
バックアップ先のセキュアＩＤのユーザ定義領域に使用するバックアップ元ＩＤには、バックアップ元固有ＩＤにユーザ定義ＩＤの一部を加えることで、より確実にバックアップ元とバックアップ先を一致させることが出来る。例えば、先の例で示した固有ＩＤにタイムスタンプを含めた７２バイトを使用する場合、バックアップ先のセキュアＩＤに、バックアップ元のセキュアＩＤの先頭から７２バイトを取得し、バックアップ先のユーザ定義ＩＤのうち７２バイトを使用することで実現できる。この方法では、バックアップ元のセキュアＩＤのうち最大２５６バイトを使用することが出来る。
図５及び図６は、本発明の他の実施形態に従ったセキュアＩＤの構成を示す図である。
固有ＩＤは、セキュアＩＤ設定時にドライブにより自動的に書き込まれるが、セキュアＩＤ設定時にユニークな特定ＩＤをユーザ定義領域の決められた位置に書き込み、バックアップ先にはバックアップ元の特定ＩＤをユーザ定義領域の決められた位置に書き込むことことでも実現できる。特定ＩＤとしては、ウィンドウズ（登録商標）のＧＵＩＤなどを使うことが出来る。
バックアップ元とバックアップ先とで、特定ＩＤを埋め込む位置として同じ位置を使用する場合は、バックアップ先であることを識別するためのバックアップ先識別子をセキュアＩＤの決められた位置に書き込むことで、バックアップ先ディスクであることを判別する。
バックアップ元ディスクとバックアップ先ディスクが、本実施形態の仕組みを利用していることを示すシステム識別子を、セキュアＩＤの決められた位置に書き込むことで、この仕組みを利用していないディスクと区別することができる。
バックアップ元ディスクとバックアップ先ディスクが、本発明の固有ＩＤ方式を使用しているのか、特定ＩＤ方式を使用しているのかを示す方式識別子を、セキュアＩＤの決められた位置に書き込むことで、この仕組みを利用していないディスクと区別することができる。
特定ＩＤを使用している場合、特定ＩＤの位置情報と長さ情報をセキュアＩＤの決められた位置に書き込むことで、特定ＩＤを任意に設定できるようになる。位置情報はセキュアＩＤの先頭からのオフセットでもよい。バックアップ先ディスクは特定ＩＤが２箇所になる場合があるが、この場合は位置情報と長さ情報を２箇所分セキュアＩＤに書き込む。
図７は、本発明の実施形態に従ったバックアップ時の処理の流れを示すフローチャートである。
ステップＳ１０において、バックアップ元のセキュアＩＤを取得する。ステップＳ１１において、バックアップ元のセキュアＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ１２で、バックアップ元のディスクをセキュリティディスクドライブから排出する。ステップＳ１３において、ユーザがセキュリティディスクドライブにバックアップ先を挿入し、ステップＳ１４において、バックアップ先のセキュアＩＤを取得する。ステップＳ１５において、バックアップ先セキュアＩＤより、予め設定されたバックアップ元の固有ＩＤ（ＴｒｇＩＤ）を抜き出し、ステップＳ１６において、ＳｒｃＩＤとＴｒｇＩＤとを比較する。ステップＳ１７において、ＳｒｃＩＤとＴｒｇＩＤが一致するか否かを判断する。一致しない場合には、ステップＳ１２に戻る。ステップＳ１７で、一致すると判断された場合には、ステップＳ１８において、バックアップ処理を開始する。バックアップ処理が終了すると、処理を終了する。ここのバックアップ処理は、通常のセキュアディスクのバックアップ処理と同様であり、従来の技術となるので、特に説明しない。
図８は、バックアップ先媒体の作成手順を示すフローチャートである。
まず、ステップＳ２０において、バックアップ元のセキュアＩＤを取得する。ステップＳ２１においては、セキュアＩＤの固有ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ２２において、バックアップ元のディスクをセキュリティディスクドライブから排出する。ステップＳ２３において、ユーザが、バックアップ先として使用する媒体をセキュリティディスクドライブに挿入し、ステップＳ２４において、バックアップ先のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤを書き込み、処理を終了する。
図９は、特定ＩＤを用いた場合のバックアップ時の処理の流れを示すフローチャートである。
ステップＳ３０において、バックアップ元のセキュアＩＤを取得し、ステップＳ３１において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ３２において、バックアップ元のディスクを排出する。ステップＳ３３において、ユーザがバックアップ先ディスクを挿入し、ステップＳ３４において、バックアップ先のセキュアＩＤを取得し、ステップＳ３５において、バックアップ先セキュアＩＤより、予め設定されたバックアップ元特定ＩＤ（ＴｒｇＩＤ）を抜き出し、ステップＳ３６において、ＳｒｃＩＤとＴｒｇＩＤを比較する。ステップＳ３７において、一致しなかった場合には、ステップＳ３２に戻り、ステップＳ３７において、一致した場合には、ステップＳ３８において、バックアップ処理を開始し、バックアップ処理が終わると、全体の処理を終了する。
図１０は、特定ＩＤを使用する場合のバックアップ元媒体の作成手順を説明するフローチャートである。
ステップＳ４０において、ユーザがバックアップ元として使用する媒体をセキュリティディスクドライブに挿入する。ステップＳ４１において、バックアップ元のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤを書き込み、処理を終了する。
図１１は、特定ＩＤを使用する場合のバックアップ先媒体の作成手順を説明するフローチャートである。
ステップＳ４５において、バックアップ元のセキュアＩＤを取得する。ステップＳ４６において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出す。ステップＳ４７において、バックアップ元のディスクを排出し、ステップＳ４８において、ユーザがバックアップ先として使用する媒体をセキュリティディスクドライブに挿入する。ステップＳ４９において、バックアップ先のセキュアＩＤを設定し、セキュアＩＤのユーザ定義領域にＳｒｃＩＤを書き込む。
図１２は、特定ＩＤ及び本実施形態の使用を示す識別子を使用した構成の場合のバックアップ時の流れを説明するフローチャートである。
ステップＳ５０において、バックアップ元のセキュアＩＤを取得する。ステップＳ５１において、識別子が本発明の実施形態のシステムを使用することを示しているか否か（システム識別子が正しく、方式識別子が特定ＩＤ用であるか否か）を判断する。ステップ５１の判断がＮＯの場合には、処理を終了する。ステップＳ５１の判断がＹＥＳの場合には、ステップＳ５２において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ５３において、バックアップ元のディスクをセキュリティディスクドライブから排出する。ステップＳ５４において、ユーザがバックアップ先をセキュリティディスクドライブに挿入し、ステップＳ５５において、バックアップ先のセキュアＩＤを取得する。ステップＳ５６においては、バックアップ先のセキュアＩＤの識別子が本発明の実施形態のシステムを使用することを示しているか（システム識別子が正しく、方式識別子が特定ＩＤ用であるか否か）を判断する。ステップＳ５６の判断がＮＯの場合には、処理を終了する。ステップＳ５６の判断がＹＥＳの場合には、ステップＳ５７において、バックアップ先セキュアＩＤより、予め設定されたバックアップ元特定ＩＤ（ＴｒｇＩＤ）を抜き出し、ステップＳ５８において、ＳｒｃＩＤとＴｒｇＩＤを比較する。ステップＳ５９では、これらの一致が見られたかどうかを判断し、一致しない場合には、ステップＳ５３に戻り、一致した場合には、ステップＳ６０において、バックアップ処理を開始する。バックアップ処理が終わると、処理を終了する。
図１３は、特定ＩＤ、識別子を使用する場合のバックアップ元媒体の作成手順を示すフローチャートである。
ステップＳ６５において、ユーザがバックアップ元として使用する媒体をセキュリティディスクドライブに挿入する。ステップＳ６６においては、バックアップ元のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤと方式識別子、システム用識別子を書き込んで、処理を終了する。
図１４は、特定ＩＤ、識別子使用時のバックアップ先媒体の作成手順を示すフローチャートである。
ステップＳ７０において、バックアップ元のセキュアＩＤを取得し、ステップＳ７１において、セキュアＩＤの特定ＩＤ（ＳｒｃＩＤ）を抜き出し、ステップＳ７２において、セキュリティディスクドライブからディスクを排出する。ステップＳ７３においては、ユーザがバックアップ先として使用する媒体をセキュリティディスクドライブに挿入し、ステップＳ７４において、バックアップ先のセキュアＩＤを設定する。このとき、セキュアＩＤのユーザ定義領域にＳｒｃＩＤと、方式識別子、システム用識別子を書き込んで処理を終了する。
【産業上の利用可能性】
ユーザは、ディスクのパスワードを入力し、ディスクの認証を行った後、ディスクが正しいバックアップ先ディスクかどうかを判別する必要があったが、本発明では正しいバックアップ先ディスクを判別した後、パスワード認証を行うため、ユーザはバックアップ先ディスクを判別するためにパスワードの入力を繰り返す必要が無くなる。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【特許請求の範囲】
【請求項１】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップと、
を備えることを特徴とするバックアップ方法。
【請求項２】
前記固有のＩＤとして、バックアップ元に一意に与えられる特定ＩＤを使用し、該特定ＩＤをバックアップ元媒体とバックアップ先媒体のセキュリティメディアＩＤに格納することを特徴とする請求項１に記載のバックアップ方法。
【請求項３】
前記特定ＩＤは、ＧＵＩＤであることを特徴とする請求項２に記載のバックアップ方法。
【請求項４】
前記バックアップ元とバックアップ先の媒体のセキュリティメディアＩＤに、前記バックアップ元の前記固有のＩＤがバックアップ先のセキュリティメディアＩＤに含まれていることを示す識別子を格納することを特徴とする請求項１に記載のバックアップ方法。
【請求項５】
前記媒体は、ＭＯであることを特徴とする請求項１に記載のバックアップ方法。
【請求項６】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムであって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納する手段と、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行う手段と、
を備えることを特徴とするシステム。
【請求項７】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップと、
を備えることを特徴とするバックアップ方法を、情報処理装置に実現させるプログラム。
【請求項８】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップと、
を備えることを特徴とするバックアップ方法を情報処理装置に実現させるプログラムを格納する、情報処理装置読み取り可能な記録媒体。
【請求項１】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップと、
を備えることを特徴とするバックアップ方法。
【請求項２】
前記固有のＩＤとして、バックアップ元に一意に与えられる特定ＩＤを使用し、該特定ＩＤをバックアップ元媒体とバックアップ先媒体のセキュリティメディアＩＤに格納することを特徴とする請求項１に記載のバックアップ方法。
【請求項３】
前記特定ＩＤは、ＧＵＩＤであることを特徴とする請求項２に記載のバックアップ方法。
【請求項４】
前記バックアップ元とバックアップ先の媒体のセキュリティメディアＩＤに、前記バックアップ元の前記固有のＩＤがバックアップ先のセキュリティメディアＩＤに含まれていることを示す識別子を格納することを特徴とする請求項１に記載のバックアップ方法。
【請求項５】
前記媒体は、ＭＯであることを特徴とする請求項１に記載のバックアップ方法。
【請求項６】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムであって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納する手段と、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行う手段と、
を備えることを特徴とするシステム。
【請求項７】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップと、
を備えることを特徴とするバックアップ方法を、情報処理装置に実現させるプログラム。
【請求項８】
パスワードによる認証を行わないとデータの内容を操作することが出来ないセキュリティ媒体システムにおけるバックアップ方法であって、
バックアップ先の媒体のセキュリティメディアＩＤに、バックアップ元の媒体のセキュリティメディアＩＤに含まれる固有のＩＤを格納するステップと、
バックアップ先の媒体とバックアップ元の媒体との対応付けを、バックアップ先の媒体のセキュリティメディアＩＤに含まれるバックアップ元の媒体の固有のＩＤと、バックアップ元の媒体のセキュリティＩＤに含まれるバックアップ元の媒体の固有のＩＤとを照合することによって、行うステップと、
を備えることを特徴とするバックアップ方法を情報処理装置に実現させるプログラムを格納する、情報処理装置読み取り可能な記録媒体。
【国際公開番号】ＷＯ２００４／１０９５２０
【国際公開日】平成１６年１２月１６日（２００４．１２．１６）
【発行日】平成１８年７月２０日（２００６．７．２０）
【国際特許分類】
【出願番号】特願２００５−５００５３６（Ｐ２００５−５００５３６）
【国際出願番号】ＰＣＴ／ＪＰ２００３／００７０３７
【国際出願日】平成１５年６月３日（２００３．６．３）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【国際公開日】平成１６年１２月１６日（２００４．１２．１６）
【発行日】平成１８年７月２０日（２００６．７．２０）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００３／００７０３７
【国際出願日】平成１５年６月３日（２００３．６．３）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]