JP2008515124A - 記録媒体上へのデータの記憶および情報の転送のための方法および装置 - Google Patents

Abstract

データ記憶システム１は、データのセクタを受容する記憶スペース３を有する光ディスク２と、そのディスクへの情報の書込みに適したディスクドライブ１０と、上記のドライブと協働可能なホスト２０とを含む。ホスト２０は、暗号化キー識別子ＥＫＩを含む暗号化セクタ書込コマンドＷＥＳＣ（ＥＫＩ）をドライブに送信して、１つ以上のバス暗号化セクタをディスクに書き込むようにドライブに命令するよう設計されている。ドライブは、ＷＥＳＣ（ＥＫＩ）の受信に応答して、ＥＫＩの値を評価し、そのＥＫＩの値がバス暗号化されたユーザーデータ部３２Ｅを示す値である場合には、このユーザーデータ部を解読し、バス暗号化情報ＢＥＩを用いてヘッダ部３１を生成し、ヘッダ部３１を解読されたユーザーセクタ部３２と組み合わせてデータセクタ３０を作成し、そのデータセクタ３０をディスクに書き込むように設計されている。

Description

本発明は、広くは、記録媒体上へのデータの記憶の分野に関するものである。とりわけ、本発明は、ＣＤ、ＤＶＤ、ブルーレイといった光記憶の分野に関するものであり、以下、ブルーレイの場合について本発明を説明するが、これは単に例示のためであって、本発明の技術的範囲を限定する意図ではない点に留意されたい。本発明の要旨は、光ディスクであるか否かを問わず、他のタイプの記録可能なディスクにも適用可能なものであり、ディスク型以外の記録可能な媒体にすら適用可能なものである。

光ディスク内への情報の記憶の仕方を含む光データ記憶の一般的技術は、よく知られているので、ここでこの技術を詳細に亘って説明する必要はない。簡単に要約すれば、光記憶ディスクは、連続螺旋状または多数の同心円状とされた、記憶スペースの少なくとも１つのトラックを含み、情報は、かかる記憶スペースにデータパターンの形態で記憶され得る。記憶スペースは、ブロックに分割される。書き込まれるべきデータは、複数のデータセクタに編成され、各セクタは、ユーザーデータ部とヘッダ部とを含む。データセクタは、記憶ブロック内に書き込まれる。ユーザーデータ部は、実際の関心対象のデータ（ペイロード）を含んでおり、一方のヘッダ部は、データ記憶の編成その他の事項に関する追加情報を含んでいる。

光記憶ディスクの記憶スペース内への情報の書込み、または光記憶ディスクの記憶スペースからの情報の読出しのため、記憶トラックは、典型的にはレーザービームである光ビームによってスキャンされる。記憶ディスクの実際の操作は、以下ディスクドライブ装置と表記する装置により実行される。この操作は、ディスク受け、ディスク保持、およびディスク回転の機能を含む。この操作はまた、レーザービームを発生させる機能と、レーザービームを指向、集光および変位させる機能と、書込みに適するようにレーザービームを変調する機能と、読出しのために反射されたビームを検知する機能とを含む。この操作はさらに、エラー訂正機能や、どの情報をどの物理アドレスに書き込むかを決定する機能等を含む。

上記で述べたようなディスクドライブ装置の一般的な機能自体は、周知である。本発明は、これらの一般的な機能を改善することを目的とするものではなく、実際、本発明は、現行の技術水準に従う一般的な機能を用いながら実装することができる。したがって、これら一般的な機能のより詳細な記述および説明は、ここでは省略する。ディスクドライブ装置が、記憶されるべきデータを受け取るデータ入力部と、ディスクから読み出されたデータを出力するデータ出力部とを有していることを述べておけば十分である。

典型的には、光記憶システムは、記録媒体としての光ディスク、およびディスクを操作するためのディスクドライブ装置の他に、ホスト装置を含んでいる。ホスト装置とは、ディスクドライブと交信し、ディスクドライブにデータおよびコマンドを送信して特定の記憶位置へのデータの書込みをディスクドライブに命じ、もしくはディスクドライブにコマンドを送信して特定の記憶位置からのデータの読出しをディスクドライブに命じ、かつディスクドライブからデータを受信する装置である。このホスト装置は、適当なプログラムを実行しているＰＣ、またはビデオレコーダのような民生機器のアプリケーションであってもよい。本発明を説明する目的のためには、ホストがデータをどうしようとするかは重要ではない。ホスト装置が、ディスクから読み出されたデータを受け取るデータ入力部と、記憶されるべきデータを出力するデータ出力部とを有していることを述べておけば十分である。ここで、ディスクドライブにデータを送信する際、ホストはすでにセクタの形態でデータを送信する点に留意されたい。

ホストからディスクドライブへのデータの交信、およびその逆の交信は、データバスの交信チャネルを介して行われる。このバスは、他のユーザーと共有されてもよい。海賊行為に対する保護が必要という観点から、ホストは、典型的にはディスクドライブへの送信前にデータを暗号化する。この暗号化には、ホストおよびディスクドライブのみが知っている、いわゆるバス・キーが用いられる。このバス・キーは、ホストとディスクドライブとの間の交信のみを保護する意図のものであり、データがディスクに書き込まれる前に、除去されるべきものである（データの解読）。ホストによりディスクドライブへと送信されるデータは、保護される必要のある実際のデータすなわちペイロード（たとえばオーディオ情報やビデオ情報等）と、タイトル、作成日、ファイルシステム情報等の制御データとが、混ざり合ったものを含む。暗号化に関する１つの問題点は、すべてのデータが同じように見える点、すなわち、ディスクドライブが「実データ」と「補助データ」とを区別できない点である。

そのため、すべてのデータがホストにより暗号化されるわけではない。典型的には、この区別はセクタレベルで行われる。すなわち、１つのセクタは、暗号化されるか暗号化されないかのどちらかである。結果として、すべてのセクタが、ディスクドライブにより解読されるべきではない。暗号化されたセクタを、暗号化されていないセクタと区別して認識する方法は存在しないので、ホストは、どのセクタがバス暗号化されたものであり、どのセクタがそうでないかを、ディスクドライブに伝えるべきである。以下、このようなセクタを、バス暗号化セクタと表記することとする。

本願において解決されるべき１つの問題は、どのセクタがバス暗号化セクタであり、どのセクタがそうでないかを、ホストがどのようにディスクドライブに伝えるべきかという問題である。

さらなる１つの問題は、読出しの場合に存在する。ここでも、すべてではなくいくつかのセクタのみが、バスを介したホストへの送信のため、ディスクドライブによりバス暗号化されるべきである。この場合、ディスクドライブがどのセクタをバス暗号化すべきであって、どのセクタをバス暗号化すべきでないかという情報を、ディスクドライブに伝達する方法を見出さなくてはならないので、問題はより複雑である。

米国特許出願公開２００３／０．０９１．１８７号（Ｆｏｎｔｉｊｎほか）は、これと関連はあるが異なる技術およびそれに付随する問題を開示している。具体的には、ディスクへのデータの書込前に、やはりディスク上（ただし隠された場所）に記憶されている暗号化キーを用いて、ディスクドライブがデータを暗号化する技術が開示されている。以下、このキーをディスクキーと表記することとする。典型的には、１つのファイルをなすすべてのセクタが、同一のディスクキーを用いてディスク暗号化される。そのようなケースでは、ホストもまた、読出コマンドをディスクドライブに対して発する際、どのディスクキーが解読に用いられるのかを示すべきである。そうすることにより、ディスクドライブは、このディスクキーを、そのファイルのすべてのセクタに使用する。したがって、この公開公報は、上記で述べた問題をどのように解決するかについては、何ら提案を与えていない。

したがって、本発明の１つの重要な目的は、上記の問題を克服することである。

本発明の１つの重要な側面によれば、あるセクタがバス暗号化セクタであるか否かということについての暗号化情報が、そのセクタのヘッダ部内に含められる。このことは、ディスクドライブがそのセクタをディスクから読み出した際、そのセクタをホストに伝達する前に、ディスクドライブがそのセクタのコンテンツをバス暗号化すべきか否かを、特定することを可能とする。

しかしながら、セクタのヘッダ部は、ユーザーアクセス可能ではない。すなわち、ホストは、ヘッダ部のコンテンツに対して直接制御を行うことはできない。したがって、ホストが実際に、ディスクに対してヘッダ書込コマンドを付与することはできない。

本発明の別の重要な側面によれば、データ書込コマンドは、関心対象のセクタがバス暗号化セクタであるか否かを示す、少なくとも１つの暗号化コマンドビットを含むものとされる。さらに、ディスクドライブ装置は、書込コマンド内の暗号化コマンドビットの受信に応答して、あるセクタがバス暗号化セクタであるか否かということについての暗号化情報を、そのセクタのヘッダ部内に含めるように構成される。また、ディスクドライブ装置は、ディスクからセクタを読み出す際に、このセクタのヘッダ部内の暗号化情報を評価し、その暗号化情報がバス暗号化セクタを示すものであるか否かを特定し、それに応答してバス暗号化を実施するか否かを決定するように構成される。

本発明のさらなる形態では、ヘッダ部内の暗号化情報は、どのバス暗号化キーが用いられるべきかを示す、キーコードも含んでいてもよい。データ読出コマンドは、キーパラメータを含んでいてもよい。ディスクドライブ装置は、読出コマンドを受信した際、セクタを読み出し、そのセクタのヘッダ部内の暗号化情報にアクセスし、その暗号化情報内のキーコードと、データ読出コマンド内のキーパラメータとを比較し、データ読出コマンド内のキーパラメータが暗号化情報内のキーコードと対応する場合にのみ、そのセクタをホストに伝達するように構成されてもよい。

以下、図面を参照しながら、本発明の上記およびその他の側面、特徴および利点をさらに説明する。図中において、同一の参照番号は、同一または類似の部分を示している。

図１は、データ記憶システム１の概略ブロック図である。このデータ記憶システム１は、データ記憶媒体２、媒体アクセス装置１０、およびホスト装置２０を含んでいる。典型的な実際の実装形態では、ホスト装置２０は、適切にプログラミングされたパーソナルコンピュータ（ＰＣ）であってもよい。また、データ記憶システム１を、ビデオレコーダのような専用ユーザ装置として実施することも可能であり、その場合、ホスト装置２０は、かかる装置のアプリケーション部分となる。１つの具体的な実施形態では、データ記憶媒体２は、たとえばＤＶＤやＢＤといった光ディスクとして実装され、その場合、媒体アクセス装置１０は、ディスクドライブとして実装される。以下では、特に光ディスクの実装形態に関連して本発明を説明するが、本発明は、光ディスクに限定されるものではない点に留意されたい。

光ディスク２は記憶スペース３を含み、この記憶スペース３は、１つもしくは複数の連続螺旋状のトラック、または多数の同心円状とされた１つもしくは複数のトラックの形態を有する。情報は、かかる記憶スペース３に、データパターンの形態で記憶され得る。この技術は、当業者によく知られているので、ここではさらに詳細な説明は行わない。

図２は、記憶スペース３が、多数のブロック４に分割されている様子を概略的に示した図である。各ブロックは、特定の物理アドレスＰＡを有する。

ホスト装置２０は、特定の情報片にアクセスしたいとき、対応の論理アドレスＬＡを示す要求を、ディスクドライブ１０に送る。ディスクドライブ１０は、論理アドレスＬＡと物理アドレスＰＡとの間の関係についての情報を、たとえばルックアップテーブルの形態で含む、メモリ１１を備えている。ディスクドライブ１０は、この情報に基づいて、どの物理アドレスが、要求されている論理アドレスに対応するかを特定する。

図１には、ホスト装置２０とディスクドライブ１０との間のホスト／ドライブ交信リンクが、参照番号５で示されている。同様に、ディスクドライブ１０とディスク２との間のドライブ／ディスク交信リンクが、参照番号６で示されている。ドライブ／ディスク交信リンク６は、物理的な（光学的な）読出／書込動作、および記憶スペース３のブロック４の物理アドレス指定を表す。ホスト／ドライブ交信リンク５は、データ転送経路、およびコマンド転送経路を表す。

図３は、記憶スペース３のブロック４内に含まれるデータセクタ３０が、ヘッダ部３１とユーザーデータ部３２とを含んでいる様子を示した図である。ホスト装置２０とディスクドライブ１０との間でやりとりされるのはユーザーデータ部３２のみであり、一方、ディスクドライブ１０とディスク２との間では、ヘッダ部３１とユーザーデータ部３２との組合せがやりとりされる。

ホスト装置２０は、ユーザーデータセクタ部３２を、バス暗号化セクタとして送信することを決定することができる。ホスト装置２０はまた、ディスクドライブ１０から、解読されるべき暗号化されたデータを受け取ることもできる。そのため、ホスト装置２０は、バス暗号化／解読ユニット２１を備えている。同様に、ディスクドライブ１０も、バス暗号化／解読ユニット１２を備えている。

ホスト装置２０は、書き込まれるべき「通常の」ユーザーセクタ部３２をディスクドライブ１０に送信することを決定すると、セクタ書込コマンドＷＳＣ（ｗｒｉｔｅ ｓｅｃｔｏｒ ｃｏｍｍａｎｄ）を伴うユーザーセクタ３２を送信する。セクタ書込コマンドは、従来技術より知られている。ディスクドライブ１０は、セクタ書込コマンドＷＳＣの受信に応答して、ユーザーセクタ部３２と組み合わせてデータセクタ３０を形成するためのヘッダ部３１を生成し、ディスク２にデータセクタ３０を書き込むように構成されている。この手順もまた、従来技術より知られている。

ホスト装置２０は、書き込まれるべきバス暗号化されたユーザーセクタ部３２をディスクドライブ１０に送信することを決定すると、暗号化セクタ書込コマンドＷＥＳＣ（ｗｒｉｔｅ ｅｎｃｒｙｐｔｅｄ ｓｅｃｔｏｒ ｃｏｍｍａｎｄ）を伴う暗号化されたユーザーセクタ部３２Ｅを送信する。ディスクドライブ１０は、暗号化セクタ書込コマンドＷＥＳＣの受信に応答して、暗号化されたユーザーセクタ部３２Ｅを解読し、バス暗号化情報ＢＥＩ（ｂｕｓ ｅｎｃｒｙｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を伴うヘッダ部３１を生成し、このヘッダ部３１を解読されたユーザーセクタ部３２と組み合わせてデータセクタ３０を作成し、そのデータセクタ３０をディスク２に書き込むように構成されている。この手順は、図４に概略的に図示されている。

バス暗号化情報ＢＥＩは、一方では、データセクタ３０の対応のユーザーセクタ部３２が、バス暗号化を用いてディスクドライブに伝達されたことを示し、また他方では、読出手順の場合に、データセクタ３０の対応のユーザーセクタ部３２を、ディスクドライブがバス暗号化を用いてホストに伝達すべきであることを示す。１つの可能な実施形態では、バス暗号化情報ＢＥＩは、ホストへの伝達を行う際に、ディスクドライブがいずれのバス暗号化キーを用いるべきかという情報も示すものとされる。

暗号化セクタ書込コマンドＷＥＳＣを実装するための実用的な可能性ある形態は、いくつか考えられる。第１に、当然ながら、まったく新しいコマンドを規定することが可能である。しかしながら、既存のコマンドセットに含まれる既存のコマンドを適合化する方が容易である。広く使われているコマンドセットの一例としては、ＭＭＣ３と表記されるものが挙げられる（「Ｍｏｕｎｔ Ｆｕｊｉ」とも表記される；たとえば、www.t10.orgの「Ｍｕｌｔｉｍｅｄｉａ Ｃｏｍｍａｎｄ Ｓｅｔ Ｖｅｒｓｉｏｎ ３ Ｒｅｖｉｓｉｏｎ １０Ｇ」を参照）。以下、適切な既存のコマンドの例を説明する。

例１：ＷＲＩＴＥ（１２）ＣＯＭＭＡＮＤ（Ｗ１２）
図５は、本発明に従って適合化された、Ｗ１２コマンド記述ブロックを図示した表である。

図５の表に図示されているように、Ｗ１２コマンドは、１２バイトのバイトを含み、各バイトは８ビットに相当する。バイト０は動作コードを含み、バイト２−５はデータセクタ３０が記憶されるべき記憶スペースの論理ブロックアドレスを示すために用いられ、バイト６−９は転送されるデータセクタ３０の長さを示すために用いられている。バイト１１は、制御バイトである。

バイト１のビット５−７、およびバイト１０のビット０−６は、後で定義できるように留保されている。すなわち、これらのビットは、いまだ定義された意味を有さない。そのため、これらのうちの任意のビットを、そのＷ１２コマンドが暗号化セクタ書込コマンドＷＥＳＣとして捉えられるべきであることを示す暗号化ビットＥＢ（ｅｎｃｒｙｐｔｉｏｎ ｂｉｔ）として、用いることが可能である。

図５に図示されている実施形態では、バイト１０の最初の４つのビット０−３が、暗号化キー識別子ＥＫＩ（ｅｎｃｒｙｐｔｉｏｎ ｋｅｙ ｉｄｅｎｔｉｆｉｅｒ）として用いられている。値ＥＫＩ＝０は、現行のホスト２０および現行のディスクドライブ１０と互換性のある、「暗号化なし」を意味する。値ＥＫＩ≠０は、Ｗ１２コマンドが暗号化セクタ書込コマンドＷＥＳＣとして捉えられるべきであることを示し得る。すなわち、暗号化キー識別子ＥＫＩは、各々が暗号化セクタ書込コマンドＷＥＳＣを示す１５個の異なる値をとり得る。ここで、暗号化キー識別子ＥＫＩの１５個の異なる値は、使用される互いに異なる暗号化キーを示すものであってもよい。

ここで、ホストは、ＷＥＳＣコマンドを発する前に、使用される特定のＥＫＩを決定するためにドライブと交信するが、この交信は図示されていない点に留意されたい。

また、暗号化キー識別子ＥＫＩのいくつかの具体的な値が、具体的な暗号化コマンドを示すものとして用いられてもよい。たとえば、ＥＫＩの１つの具体的な値が、「暗号化されたものとしてマークするが、バス暗号化はするな」というコマンドを示し得る。

図６は、バス暗号化されるべきセクタを読み出す処理を概略的に図示した、図４と比較可能な概略ブロック図である。

まず、ホスト装置２０は、伝達矢印５ａで示すように、暗号化キー識別子ＥＫＩを含む暗号化セクタ読出コマンドＲＥＳＣ（ｒｅａｄ ｅｎｃｒｙｐｔｅｄ ｓｅｃｔｏｒ ｃｏｍｍａｎｄ）を発する。これに応答して、ディスクドライブ１０は、暗号化セクタ読出コマンドＲＥＳＣ内に示されたアドレスより、セクタ１０の読出しを行う。この読出しは、伝達矢印６で示されている。このセクタは、自己のヘッダ３１内に、バス暗号化情報ＢＥＩを含んでいる。

あるセクタのバス暗号化情報ＢＥＩが「暗号化なし」を示す場合には、ディスクドライブ１０は、ユーザー部３２Ｅを、暗号化を行わないでホスト２０へと送信する。

あるセクタのバス暗号化情報ＢＥＩが「暗号化」を示す場合には、ディスクドライブ１０は、暗号化セクタ読出コマンドＲＥＳＣ内の暗号化キー識別子ＥＫＩにより指示される暗号化キーを用いて、セクタ３０のユーザー部３２を暗号化し、暗号化されたユーザー部３２Ｅを、伝達矢印５ｂで示されるようにホスト２０へと送信する。

１つの可能な実施形態では、ディスクドライブ１０は、暗号化セクタ読出コマンドＲＥＳＣ内に含まれる暗号化キー識別子ＥＫＩを、ヘッダ３１内に含まれるバス暗号化情報ＢＥＩと比較するように設計されている。これらが合致すると、ディスクドライブ１０は、暗号化セクタ読出コマンドＲＥＳＣ内の暗号化キー識別子ＥＫＩにより指示される暗号化キーを用いて、セクタ３０のユーザー部３２を暗号化し、暗号化されたユーザー部３２Ｅを、伝達矢印５ｂで示されるようにホスト２０へと送信する。合致しない場合には、ディスクドライブ１０は、ホスト２０に対しエラーメッセージを返す。

ここで、ホストがディスクドライブに暗号化キー識別子ＥＫＩを送信したことの帰結として、ホストはどのキーを使用するのかを知っているので、ディスクドライブ１０がホスト２０に対して暗号化キーを送信することは、必須ではない点に留意されたい。

暗号化セクタ読出コマンドＲＥＳＣを実装するための実用的な可能性ある形態は、いくつか考えられる。第１に、当然ながら、まったく新しいコマンドを規定することが可能である。しかしながら、既存のコマンドセットに含まれる既存のコマンドを適合化する方が容易である。以下では、上記で述べたコマンドセットＭＭＣ３からの、適切な既存のコマンドの例を説明する。

例２：ＲＥＡＤ（１２）ＣＯＭＭＡＮＤ（Ｒ１２）
図７は、本発明に従って適合化された、Ｒ１２コマンド記述ブロックを図示した表である。

図７の表に図示されているように、Ｒ１２コマンドは、１２バイトのバイトを含み、各バイトは８ビットに相当する。バイト０は動作コードを含み、バイト２−５はデータセクタ３０が読み出されるべき記憶スペースの論理ブロックアドレスを示すために用いられ、バイト６−９は転送されるデータセクタ３０の長さを示すために用いられている。バイト１１は、制御バイトである。

バイト１のビット５−７、およびバイト１０のビット０−６は、後で定義できるように留保されている。すなわち、これらのビットは、いまだ定義された意味を有さない。そのため、これらのうちの任意のビットを、そのＲ１２コマンドが暗号化セクタ読出コマンドＲＥＳＣとして捉えられるべきであることを示す暗号化ビットとして、用いることが可能である。

図７に図示されている実施形態では、バイト１０の最初の４つのビット０−３が、暗号化キー識別子ＥＫＩとして用いられている。値ＥＫＩ＝０は、現行のホスト２０および現行のディスクドライブ１０と互換性のある、「暗号化なし」を意味する。値ＥＫＩ≠０は、Ｒ１２コマンドが暗号化セクタ読出コマンドＲＥＳＣとして捉えられるべきであることを示し得る。すなわち、暗号化キー識別子ＥＫＩは、各々が暗号化セクタ読出コマンドＲＥＳＣを示す１５個の異なる値をとり得る。ここで、暗号化キー識別子ＥＫＩの１５個の異なる値は、ホスト２０に伝達されるセクタをバス暗号化するためにディスクドライブにより使用される、互いに異なる暗号化キーを示すものであってもよい。

上記より、本発明は、
データのセクタを受容する記憶スペース３を有し、各セクタ３０がヘッダ部３１とユーザーデータ部３２とを含む光ディスク２、
上記のディスクへの情報の書込み、および上記のディスクからの情報の読出しに適した、ディスクドライブ１０、および
上記のドライブと協働可能なホスト２０を含み、
上記のホストは、暗号化キー識別子ＥＫＩを含む暗号化セクタ書込コマンドＷＥＳＣ（ＥＫＩ）をドライブに送信して、１つ以上のバス暗号化セクタをディスクに書き込むようにドライブに命令するよう設計されており、
上記のドライブは、上記の暗号化セクタ書込コマンドＷＥＳＣ（ＥＫＩ）の受信に応答して、暗号化キー識別子ＥＫＩの値を評価し、暗号化キー識別子ＥＫＩの値がバス暗号化されたユーザーデータ部３２Ｅを示す値である場合には、このユーザーデータ部３２Ｅを解読し、バス暗号化情報ＢＥＩを用いてヘッダ部３１を生成し、ヘッダ部３１を解読されたユーザーセクタ部３２と組み合わせてデータセクタ３０を作成し、そのデータセクタ３０をディスクに書き込むように設計されているような、データ記憶システムを提供することに成功していることが明らかである。

ここで、本発明は上記で述べた例示的な実施形態に限定されるものではなく、特許請求の範囲において規定される本発明の保護範囲内において、いくつかのバリエーションおよび変更形態が可能であることは、当業者には明らかである。

たとえば、暗号化キー識別子ＥＫＩは、何らのキーを示さずに、単に対応のセクタが暗号化されるべきか否かを示す、１ビットのみのビットを含んでいてもよい。

上記では、本発明に従う装置の機能ブロックを図示したブロック図を参照して、本発明を説明してきた。これら機能ブロックの１つまたは複数のものが、ハードウェア内に実装され、かかる機能ブロックの機能が個々のハードウェア要素によって実行されてもよいが、これら機能ブロックの１つまたは複数のものが、ソフトウェア内に実装されてもよい点を理解されたい。ソフトウェア内に実装された場合、かかる機能ブロックの機能は、コンピュータプログラムの１つもしくは複数のプログラム行によって、またはマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ等の、プログラミング可能な装置によって実行される。

データ記憶システムの概略ブロック図 記憶媒体の記憶スペースのブロック構造を概略的に示した図 データセクタを概略的に示した図 バス暗号化セクタを書き込む処理を概略的に図示した、図１と比較可能な概略ブロック図 本発明に従う書込方法での使用に適した書込コマンドの、コマンド記述ブロックを図示した表 バス暗号化されるべきセクタを読み出す処理を概略的に図示した、図４と比較可能な概略ブロック図 本発明に従う読出方法での使用に適した読出コマンドの、コマンド記述ブロックを図示した表

Claims (15)

1. データのセクタであって各々がヘッダ部とユーザーデータ部とを含むセクタを受容する記憶スペースを持つ記憶媒体に、情報を書き込むのに適した媒体アクセス装置と、協働可能なホスト装置であって、
   当該ホスト装置は、書き込まれるべき１つ以上のバス暗号化セクタのユーザーデータ部を、前記媒体アクセス装置に送信するように設計されており、
   当該ホスト装置は、前記媒体アクセス装置に対して前記１つ以上のバス暗号化セクタを前記記憶媒体に書き込むよう命令するため、前記媒体アクセス装置に、暗号化キー識別子を含む暗号化セクタ書込コマンドを送信するように設計されていることを特徴とするホスト装置。
2. 前記暗号化キー識別子が、１ビットのみのビットを含んでいることを特徴とする請求項１記載のホスト装置。
3. 前記暗号化セクタ書込コマンドを、ＷＲＩＴＥ−１２−ＣＯＭＭＡＮＤとして送信するように設計されていることを特徴とする請求項１記載のホスト装置。
4. 前記暗号化セクタ書込コマンドのバイト１０のビット０−３が、前記暗号化キー識別子として使用されることを特徴とする請求項３記載のホスト装置。
5. データのセクタであって各々がヘッダ部とユーザーデータ部とを含むセクタを受容する記憶スペースを持つ記憶媒体に、情報を書き込むのに適した媒体アクセス装置であって、
   当該媒体アクセス装置は、暗号化キー識別子を含む暗号化セクタ書込コマンドを、ホスト装置から受信するように設計されており、
   当該媒体アクセス装置は、前記暗号化セクタ書込コマンドの受信に応答して、前記暗号化キー識別子の値を評価し、該暗号化キー識別子の値がバス暗号化されたユーザーデータ部を示すとき、該ユーザーデータ部を解読し、バス暗号化情報を伴うヘッダ部を生成し、該ヘッダ部を解読された前記ユーザーデータ部と組み合わせてデータセクタを作成し、該データセクタを前記記憶媒体に書き込むように設計されていることを特徴とする媒体アクセス装置。
6. 前記バス暗号化情報が、前記暗号化キー識別子を含むことを特徴とする請求項５記載の媒体アクセス装置。
7. 前記バス暗号化情報が、１ビットのみのビットを含むことを特徴とする請求項５記載の媒体アクセス装置。
8. データのセクタであって各々がヘッダ部とユーザーデータ部とを含むセクタを受容する記憶スペースを持つ記憶媒体から、情報を読み出すのに適した媒体アクセス装置と、協働可能なホスト装置であって、
   少なくとも１つのヘッダ部がバス暗号化情報を含み、
   当該ホスト装置は、前記媒体アクセス装置に対して前記記憶媒体から１つ以上のセクタを読み出すよう命令するため、前記媒体アクセス装置に、バス暗号化キーについての暗号化キー識別子を含む、暗号化セクタ読出コマンドを送信するように設計されていることを特徴とするホスト装置。
9. データのセクタであって各々がヘッダ部とユーザーデータ部とを含むセクタを受容する記憶スペースを持つ記憶媒体から、情報を読み出すのに適した媒体アクセス装置であって、
   少なくとも１つのヘッダ部がバス暗号化情報を含み、
   当該媒体アクセス装置は、バス暗号化キーについての暗号化キー識別子を含む暗号化セクタ読出コマンドを、ホスト装置から受信するように設計されており、
   当該媒体アクセス装置は、前記暗号化セクタ読出コマンドの受信に応答して、前記暗号化キー識別子の値を評価し、該暗号化キー識別子の値がバス暗号化を示すとき、
   − 前記暗号化セクタ読出コマンドにより指示されるデータセクタを、前記記憶媒体から読み出し、
   − 前記データセクタの前記ヘッダ部から、バス暗号化情報を抽出し、
   − 前記バス暗号化情報の値を評価し、該バス暗号化情報の値が「バス暗号化」を示すとき、前記暗号化セクタ読出コマンド内の前記暗号化キー識別子により指示される暗号化キーを用いて、該セクタの前記ユーザーデータ部を暗号化し、暗号化された該ユーザーデータ部を前記ホスト装置に送信するように設計されていることを特徴とする媒体アクセス装置。
10. 前記バス暗号化情報の値が「バス暗号化なし」を示すとき、前記ユーザーデータ部を、バス暗号化を行わないで前記ホスト装置に送信するように設計されていることを特徴とする請求項９記載の媒体アクセス装置。
11. 前記暗号化セクタ読出コマンド内に含まれる前記暗号化キー識別子を、前記データセクタの前記ヘッダ部から抽出された前記バス暗号化情報と比較し、合致しないときには、エラーメッセージを発するように設計されていることを特徴とする請求項９記載の媒体アクセス装置。
12. 前記暗号化キー識別子の値が「バス暗号化なし」を示すとき、前記暗号化セクタ読出コマンドにより指示されるデータセクタを前記記憶媒体から読み出し、該セクタの前記ユーザーデータ部を、バス暗号化を行わないで前記ホスト装置に送信するように設計されていることを特徴とする請求項９記載の媒体アクセス装置。
13. データのセクタであって各々がヘッダ部とユーザーデータ部とを含むセクタを、受容する記憶スペースを持ち、少なくとも１つのヘッダ部がバス暗号化情報を含むような記憶媒体と、
    請求項５記載の媒体アクセス装置と、
    請求項１記載のホスト装置とを含むことを特徴とするデータ記憶システム。
14. データのセクタであって各々がヘッダ部とユーザーデータ部とを含むセクタを、受容する記憶スペースを持ち、少なくとも１つのヘッダ部がバス暗号化情報を含むような記憶媒体と、
    請求項９記載の媒体アクセス装置と、
    請求項８記載のホスト装置とを含むことを特徴とするデータ記憶システム。
15. 前記記憶媒体が、光ディスク、好ましくはＣＤ、ＤＶＤまたはＢＤであり、
    前記媒体アクセス装置が、ディスクドライブであることを特徴とする請求項１３または１４記載のデータ記憶システム。

Images