記憶装置及びそのアクセス制御システム
【課題】
記憶装置の特定領域に格納されるデータの改ざんを防止する。
【解決手段】
サーバは、端末がアクセス先として正当であると認識した場合、アクセスを許可する管理認証情報を生成する。端末は、所定の条件が満たされた場合にアクセスが許可される、記憶装置内に設定された特定領域を有し、サーバで生成された管理認証情報を取得して、管理部で管理する。サーバ又は他のアクセス元からこの特定領域へアクセスする要求があった場合、管理部で管理される管理認証情報を参照してアクセスの許可を認証する。
記憶装置の特定領域に格納されるデータの改ざんを防止する。
【解決手段】
サーバは、端末がアクセス先として正当であると認識した場合、アクセスを許可する管理認証情報を生成する。端末は、所定の条件が満たされた場合にアクセスが許可される、記憶装置内に設定された特定領域を有し、サーバで生成された管理認証情報を取得して、管理部で管理する。サーバ又は他のアクセス元からこの特定領域へアクセスする要求があった場合、管理部で管理される管理認証情報を参照してアクセスの許可を認証する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶装置及びそのアクセス制御システムに係り、特に、著作権に係わるコンテンツの保護が必要なデータを記憶する記憶装置にアクセスする場合における、記憶されたデータの改ざんや削除を防止するためのアクセス制御に関するものである。
【背景技術】
【０００２】
インターネットやデジタル放送などの通信手段を利用して、映画や音楽などのコンテンツを配信するサービスが実用化されている。ネットワークに配信されるデジタルコンテンツは複製が容易であるため、その著作権を保護することが重要である。著作権の保護の一手段として、コンテンツを暗号化して配信する方法が行なわれている。これは、例えば共通鍵暗号方式などによってコンテンツを暗号化し、同時に暗号化されたコンテンツを復号するための復号鍵を作成する。暗号化されたコンテンツは対応する復号鍵がなければ再生できないため、復号鍵とその利用条件を対とした情報を安全に管理することでコンテンツの不正使用を防ぎ、コンテンツ著作者らの権利を保護するこができる。
また、情報漏えいや内部統制などで端末での操作ログを安全に保護することが要求されている。そのため、ログのデータに対するアクセス制御や暗号化により改ざんや削除を防止することができる。
【０００３】
例えば、特許文献１（特開２００２−２２９８５９号公報）には、ディスクドライブに複数の所定の領域を、特別のアクセス条件を必要とする複数の秘匿領域として設定可能なディスク記憶媒体と、各秘匿領域に対応する複数の鍵情報および各秘匿領域に共通な固有情報を記憶している記憶手段と、鍵情報と固有情報から生成される各秘匿領域ごとの領域固有情報を使用して各秘匿領域毎にアクセス許可するか否かを決定するための認証処理を実行する認証手段を有するディスクドライブが開示されている。
【０００４】
【特許文献１】特開２００２−２２９８５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術を、端末に適用した場合、端末で動作するプログラムは認証に用いる情報を用いて認証を行い、ディスクドライブの秘匿領域にアクセスすることになる。このとき、端末上で動作するプログラムは認証に用いる情報を扱うことになるため、その実行プログラムを解析することにより、認証に用いる情報が第三者に取得されてしまうおそれがある。
【０００６】
本発明の目的は、記憶装置に記憶されたデータの改ざんを防止することのできる記憶装置及びそのアクセス制御システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係るアクセス制御システムは、好ましくは、記憶装置を有する端末と、ネットワークを介して端末に接続され、記憶装置の記憶領域にアクセスすることができるサーバと、を含むアクセス制御システムにおいて、サーバは、端末がアクセス先として正当であると認識した場合、アクセスを許可する管理認証情報を生成する処理部と、を有し、端末は、所定の条件が満たされた場合にアクセスが許可される、記憶装置内に設定された第１の記憶領域と、前記処理部によって生成された、第１の記憶領域へアクセスするため使用される管理認証情報を管理する管理部とを有するアクセス制御システムとして構成される。
【０００８】
好ましい例では、前記端末は、公開鍵暗号を用いた暗号通信のセッションを確立して、前記サーバとの間で情報を通信する。
また好ましくは、前記サーバにおける前記処理部は、前記管理認証情報（第１の管理認証情報）を用いて記憶装置に関する認証を行い、更に第２の管理認証情報を生成し、第２の管理認証情報を用いて端末との間のセキュアセッションを開始する。
また、好ましくは、前記サーバの前記処理部は、前記第２の管理認証情報を用いて、記憶装置の第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成して管理する。
また、好ましくは、前記サーバの前記処理部は、記憶装置の第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成し、前記端末は、処理部で生成された書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルのいずれかを受信して、前記記憶装置内に設定された前記管理部に保持する。
また、好ましくは、前記端末に備えられた前記管理部は、前記第２の管理認証情報、又は前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、記憶装置に形成された記憶領域又はメモリに記憶して管理する。
また、好ましくは、前記記憶装置内に複数の第１の記憶領域が設定されている場合、前記サーバの前記処理部は、各第１の記憶領域に対応して、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成して管理する。
また、好ましくは、前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、サーバから取得した、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、各第１の記憶領域に対応付けて管理する。
また、好ましくは、前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、サーバから取得した、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、各第１の記憶領域に対応付けて管理する。
また、好ましくは、端末は、サーバとの間で暗号通信のセッションを確立して情報のやりとりを行い、サーバから第２の管理認証情報を受信した後に暗号通信のセッションを閉じ、サーバから前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを受信する際に、暗号通信のセッションを再度確立する。
【０００９】
本発明に係る記憶装置は、好ましくは、また、好ましくは、ネットワークを介してサーバに接続可能な記憶装置において、所定の条件が満たされた場合にアクセスが許可される、記憶装置内に設定された第１の記憶領域と、自由にアクセスすることができる第２の記憶領域を有する記憶媒体と、サーバに第１の記憶領域へのアクセスを許可するために、サーバを認証する際に使用される管理認証情報であって、サーバで生成された管理認証情報を取得して管理する管理部と、サーバが第１の記憶領域をアクセスする時、管理部で管理されている管理認証情報を用いて認証する認証制御部と、を有する。
好ましくは、サーバで生成される管理認証情報は、第１の管理認証情報と、該第１の管理認証情報を用いた認証の結果に基づいて生成される第２の管理認証情報と、該第２の管理認証情報を用いた認証の結果に基づいて生成されるアクセス認証情報を含み、前記認証制御部は、サーバからの要求に応答して、予め取得されて管理部で管理される第１の管理認証情報を参照して、サーバから送られる第１の管理認証情報を検証してサーバを認証し、サーバの認証に成功した場合に、サーバから受信された第２の管理認証情報を管理部で管理し、記憶装置は、サーバからの要求に応答してサーバから第２の管理認証情報を受信すると、認証制御部は、管理部で管理される第２の管理認証情報を参照して、サーバからの第２の認証情報を検証してサーバを認証し、サーバの認証に成功した場合に、サーバから受信されたアクセス認証情報を管理部に設定する。
また、好ましくは、前記管理部は、前記アクセス認証情報として、第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを管理する。
また、好ましくは、前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを含む組を、各第１の記憶領域に対応付けて管理する。
【００１０】
本発明に係るアクセス制御方法は、好ましくは、ネットワークを介してサーバから、端末の記憶装置にアクセスするアクセス制御方法において、記憶装置内に予め、所定の条件が満たされた場合にアクセスが許可される第１の記憶領域を定義するステップと、サーバにおいて端末がアクセス先として正当であると認識した場合、第１の記憶領域へのアクセスを許可する管理認証情報を生成するステップと、端末において、サーバより管理認証情報を取得して管理部に保持して管理するステップと、サーバ又は他を含むかもしれないアクセス元から、第１の記憶領域へアクセス要求があった時、管理部に保持された管理認証情報を参照して、アクセス許可の認証を行うステップと、を有するアクセス制御方法として構成される。
好ましくは、サーバにおいて前記管理認証情報として第１の管理認証情報を用いて記憶装置に関する認証を行うステップと、第１の管理認証情報を用いた認証が成功した場合に第２の管理認証情報を生成するステップと、第１の管理認証情報を用いた認証が成功した場合にアクセス認証情報を生成するステップとを有し、端末において、予めサーバから取得して第１の管理認証情報を保持するステップと、サーバからの要求に応答して、第１の管理認証情報を参照して、サーバから送られる第１の管理認証情報を検証してサーバを認証し、サーバの認証に成功した場合に、サーバから受信された第２の管理認証情報を取得して管理部に保持するステップと、サーバからの要求に応答してサーバから第２の管理認証情報を受信すると、管理部に保持された第２の管理認証情報を参照して、サーバからの第２の認証情報を検証してサーバを認証するステップと、認証の結果、サーバの認証に成功した場合に、サーバから受信されたアクセス認証情報を管理部に設定するステップと、を有する。
また、好ましくは、サーバは、前記アクセス認証情報として、第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成し、前記端末の管理部は、サーバより受信した書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを保持する。
また、好ましくは、前記第１の記憶領域に特定のプログラムを記憶する場合、前記サーバは管理部に設定された書込みクレデンシャルを用いて、第１の記憶領域に記憶されたプログラムの書き換えを行うことができ、端末は第１の記憶領域に記憶されたプログラムの書き換えを行なえず、読み出して処理装置で実行することのみが許容される。
また、好ましくは、前記第１の記憶領域に、コンテンツを利用するライセンスを記憶する場合、前記サーバは管理部に設定された書込みクレデンシャルを用いて、第１の記憶領域に記憶されるライセンス書き換えを行うことができ、端末は第１の記憶領域に設定された読込みクレデンシャルを用いてライセンスを読み出して、ライセンスを用いてコンテンツの利用を許可する。
【００１１】
本発明に係るプログラムは、好ましくは、ネットワークを介してサーバに接続可能な記憶装置の記憶領域のアクセスを管理するために処理装置で実行されるプログラムであって、所定の条件が満たされた場合にアクセスが許可される第１の記憶領域に対するアクセス認証情報の設定をサーバへ要求する手段と、サーバにおいて端末がアクセス先として正当であると認識した場合、第１の記憶領域へのアクセスを許可する管理認証情報及びアクセス認証情報を生成する手段と、端末において、サーバより受信した管理認証情報及びアクセス認証情報を取得して管理部に保持する手段と、サーバ又は他を含むかもしれないアクセス元から、第１の記憶領域へアクセス要求があった時、管理部に保持されたアクセス認証情報を参照して、アクセスの認証を行う手段と、を有する処理装置上で実行可能なプログラムとして構成される。
【発明の効果】
【００１２】
本発明によれば、秘匿領域を有するハードディスクなどの記憶装置以外の装置に秘匿領域のデータを書き換えるための認証情報を持たないため、その装置内のプログラムを解析することにより、データを書き換えるための認証情報を取得することができない。このため、その装置内で変更する必要のないデータをより安全に秘匿領域のデータを改ざんから保護することができる。
【００１３】
また、ハードディスク内でデータを管理する場合、削除するために必要な認証情報を秘匿領域を有するハードディスクなどの記憶装置以外の装置に持たないので、より安全に秘匿領域内のデータを不正な削除から保護することができる。
【発明を実施するための最良の形態】
【００１４】
［実施例１］
以下、本発明の一実施形態を、図面を参照して説明する。
図１は一実施形態によるアクセス制御システムの構成例を示す図である。図２は、書込みクレデンシャルを設定するフロー図である。
図１において、端末６１はハードディスク（ＨＤＤ）５０を有し、ネットワーク６０を介してサーバ１００に接続して、ＨＤＤ５０へのアクセス制御システムを構成している。端末６１は、また、端末６１内のデータを処理する主ＣＰＵ５１、プログラムやデータを格納するメモリ５３、基本的なＩ／Ｏを制御するプログラムを格納するＲＯＭ５４、外部機器とのＩ／Ｆを制御するネットワークＩ／Ｆ制御部５５、ＨＤＤ５０とのＩ／Ｆを制御するハードディスクＩ／Ｆ制御部５２を有する。
【００１５】
ＨＤＤ５０は、ハードディスクコントローラ２０を実装した回路基板４０、及びディスクやスピンドルモータや磁気ヘッドを実装し筐体に収められたＨＤＡ部２１を有する。ＨＤＡ部２１の記憶領域２５は、ユーザが利用する通常のデータを格納する通常領域２６、プログラム７１やアプリケーションデータ７２を格納するシステム領域２７を有する。
【００１６】
ハードディスクコントローラ２０は、記憶領域へのアクセス制御用のＣＰＵ１０、制御プログラムなどを格納するメモリ１１、ＨＤＡ部から読み出したデータ、書き込むデータを一時的にバッファＲＡＭ２２に格納するための制御を行うバッファ制御部１２、ＨＤＡ部２１のスピンドルモータを制御するサーボ制御部１３、ホストとのＩ／Ｆを行うＩ／Ｆ制御部１４、ＨＤＡ部２１に書き込みや読み出しを行うときに行う信号の変復調や誤り訂正を行う信号処理部１５、ＨＤＡ部２１に格納されたデータにアクセスを行うときに認証を制御する認証制御部１６、認証時に用いるクレデンシャルを管理するクレデンシャル管理部１８を有して構成される。
また、回路基板４０には、ハードディスクコントローラ２０、一時的にデータを格納するバッファＲＡＭ２２、ダイジェストデータを格納しておく不揮発メモリ２３が実装される。なお、この例では、ハードディスクコントローラ２０はハードディスクを制御する上での機能を一体化されたものが示されているが、これに限定されずに、一部機能を外付けの部品として回路基板４０に実装しても良い。
【００１７】
クレデンシャル管理部１８は、書込み時の認証に用いる書込みクレデンシャル３２、書込みクレデンシャル３２を変更する時に用いる管理クレデンシャル３１から構成される。
【００１８】
サーバ１００は、メモリ及びＣＰＵ（図示せず）を有し、メモリにアプリケーションプログラム９１及びアプリケーションデータ９２、及び管理用のクレデンシャルとして第１及び第２の管理クレデンシャル１０１，１０２、及びサーバ書込クレデンシャル１０３を保持する。ここで、管理クレデンシャル１０１，１０２及びサーバ書き込みクレデンシャル１０３は、暗号或いはパスワードである。ＣＰＵでアプリケーションプログラムを実行する。第１及び第２の管理クレデンシャル１０１，１０２、及びサーバ書込クレデンシャル１０３が暗号の場合、ＣＰＵで所定の乱数発生用プログラムを実行させることで、それらを生成する。
【００１９】
次に、図１及び図２を参照して、クレデンシャルの設定動作について説明する。
なお、図８に、図２に対応するクレデンシャルの設定における各動作のタイミングチャートを示す。
まず、書き込みクレデンシャルを設定する動作を説明する。
端末６１のＨＤＤ５０の記憶領域２５の通常領域２６に格納されたインストーラを起動して、メモリ５３にインストールプログラムをロードし、主ＣＰＵ５１はインストールプログラムを実行させる。そして、主ＣＰＵ５１は、ＨＤＤ５０内のクレデンシャル管理部１８の管理クレデンシャル３１に認証局の証明書を設定し、同時に公開鍵ペアを生成する（Ｓ１０１）。この時点で管理クレデンシャル３１には、認証局の証明書とハードディスク内で生成された公開鍵ペア(公開鍵と秘密鍵)が設定されている。
【００２０】
次に、端末６１は、サーバ１００に対して書込みクレデンシャルの設定を要求する（Ｓ１０２）。この場合、サーバ１００と端末６１の間で認証を行い、不正なサーバもしくは端末（インストーラ）で無いことを確認する。
そして、サーバ１００は、端末６１で動作しているインストーラがＨＤＤ５０に対して設定した認証局の証明書に対応した第一の管理クレデンシャル（証明書）を用いてＨＤＤ５０と認証を行い、一時的にＨＤＤ５０とサーバ１００で共有するセッション鍵を共有しセキュアセッションを開始する（Ｓ１０３）。このとき、ＨＤＤ５０では、認証制御部１６で、クレデンシャル管理部１８の管理クレデンシャル３１を用いて、認証およびセキュアセッションの制御を行う。
【００２１】
サーバ１００は、必要があれば管理クレデンシャルを第二の管理クレデンシャル１０２変更する（Ｓ１０５）。この動作は必須ではないが、例えば従来、公開鍵や共通鍵を用いて第一管理クレデンシャルを管理していた場合、機密管理を強化するためにその共通鍵を秘密鍵に変更する場合などに有意義である。例えば、ハードディスク内で生成した公開鍵ペアを認証局が発行した証明書（公開鍵）と秘密鍵に変更する。また、公開鍵認証ではなく共通鍵認証を用いる場合は、セキュリティの観点からサーバとハードディスクで共有する鍵を秘密鍵に変更するのが望ましい。
その後、一旦セキュアセッションを閉じる（Ｓ１０６）。
【００２２】
そして、サーバ１００は、ＨＤＤ５０と、上記ステップＳ１０５で設定した第二の管理クレデンシャル１０２を用いてセキュアセッションを開始する（Ｓ１０７）。このとき、端末６１の主ＣＰＵ５１では、ＨＤＤ５０とサーバ１００とのデータのやり取りをハンドリングするだけであるため、共有されたセッション鍵を知ることはできない。
【００２３】
サーバ１００は、共有されたセッション鍵を用いてサーバ書込みクレデンシャル１０３を暗号化して端末６１に送信する。サーバ書込みクレデンシャル１０３は、ネットワークＩ／Ｆ制御部５５を介してメモリ５３に一旦格納され、更に主ＣＰＵ５１でハードディスクＩ／Ｆ制御５２を介してＨＤＤ５０に転送され、認証制御部１６でセッション鍵を用いて復号されクレデンシャル管理部１８の書込みクレデンシャル３２に設定される（Ｓ１０８）。その後、セキュアセッションを閉じて、書込みクレデンシャルの設定の動作を終了する。
【００２４】
このように動作させることで、サーバ書込みクレデンシャル１０３を安全にＨＤＤ５０に設定することが可能になり、ＨＤＤ５０以外の端末内では、サーバ書込みクレデンシャルを知ることはできない。
なお、ここでは、通常領域２６に格納されたインストーラを実行する場合について説明したが、ネットワーク６０を介してサーバ１００からインストーラをメモリ５３に格納してインストーラを実行するように構成してもよい。
【００２５】
上記の動作により、サーバ１００が書き込みクレデンシャルを設定した後で、サーバとＨＤＤ５０が書込みクレデンシャルを用いて認証を行い、サーバがアプリケーションプログラムやそのアプリケーションプルグラムが用いるＡＰデータをＨＤＤ５０のシステム領域２７に格納する。
【００２６】
アプリケーションを動作させるときに、ＨＤＤ５０の通常領域２６に格納されたプログラムローダを起動し、そのプログラムローダは、システム領域２７に格納されているプログラム７１を読み出し動作させる。そのプログラム７２は、必要であればＡＰデータ７２を読み出しそのデータを利用する。このように、システム領域に格納されたプログラムやＡＰデータは、プログラムの実行毎に端末６１の主ＣＰＵ５１からロードされるため、例え、メモリ５３上で改ざんされたとしても起動すれば元の状態にすることができる。
【００２７】
本実施例は、例えば、サーバ１００から端末６１に、コンピュータウィルスチェックプログラムやそのウィルス定義データを提供してシステム領域２７に記憶し、端末６１内でそれらのデータの変更を許さずに機密性を保って管理することが可能である。すなわち、サーバ１００からは書き込みクレデンシャル１０３及び書き込みクレデンシャル３２を用いて認証することで、更新したコンピュータウィルスチェックプログラムや新たなウィルス定義データをシステム領域２７に書き込みことができるが、端末６１内からはそれらを書き込んだり変更することはできない。端末６１内ではシステム領域２７に書き込まれたコンピュータウィルスチェックプログラムやそのウィルス定義データ（更新されたものも含む）を読み出して利用するのみである。また、ＡＰデータとして端末の動作や機能を定義するデータにすれば、ユーザが容易に変更することができないため、端末を安定に動作させたり、追加の料金を支払った場合のみその機能が動作できるようにすることも可能である。
【００２８】
なお、上記例では、システム領域２７に対する書き込みクレデンシャルのみを設定して、サーバ１００以外からの書き込みを制限するようにした。この場合、サーバ１００及び端末６１内からはこのシステム領域２７のデータやプログラムを自由に読み出すことができる。しかし、サーバ１００及び端末６１からのシステム領域２７への読み出しアクセスを制限したい場合があるかもしれない。そのような場合には、書き込みクレデンシャル３２に加えて更に読み込みクレデンシャルも設定して管理することが好ましい。この場合、サーバ１００では、書き込みクレデンシャルの生成用とは異なる乱数発生用プログラムを実行させて、読み込みクレデンシャルを生成して管理する。なお、読みこみクレデンシャルの設定は、後で述べる実施例２を実質的に同様である。
【００２９】
また、上記例では、１つのシステム領域に記憶されるプログラムやＡＰデータの改ざんを防止するために、管理クレデンシャル３１及び書き込みクレデンシャル３２を保持している。しかし、記憶領域２１に複数のシステム領域が定義され、各システム領域に対するアクセスを管理する場合には、各システム領域に対応してこれら管理クレデンシャル３１及び書き込みクレデンシャル３２の組を設定してクレデンシャル管理部１８で管理することが好ましい。その場合、サーバ１００は、各クレデンシャルの組を生成することになる。この変形例の考えは、後述する第２及び第３の実施例にも同様に適用できる。
【００３０】
次に図３、図４を用いてサーバとＨＤＤと間の認証の動作を詳細に説明する。
まず、図３を用いて公開鍵認証を用いた場合を説明する。
サーバ１００は、ＨＤＤ５０にサーバ証明書を送信する（Ｔ００１）。次に、ＨＤＤ５０では、サーバ証明書を、認証局公開鍵Ｋｏを用いて署名を検証しサーバ証明書が改ざんされていなく、認証局が発行した証明書であることを確認する（Ｔ００２）。そして、ＨＤＤ５０はＨＤＤ公開鍵Ｋｈｄｏをサーバに転送する（Ｔ００３）。サーバでは、ＣＰＵで乱数Ｎ１ｓを生成し（Ｔ００４）、ＨＤＤ５０に転送する（Ｔ００５）。ＨＤＤ５０では、ＣＰＵ１０で乱数Ｎ１ｈｄを生成し（Ｔ００６）、送信されてきた乱数Ｎ１ｓに対してＨＤＤ秘密鍵を用いて署名ＳＮ１ｓを生成する（Ｔ００７）。そして、乱数Ｎ１ｈｄと署名ＳＮ１ｓをサーバに転送する（Ｔ００８）。
【００３１】
サーバ１００では、送信されてきた乱数Ｎ１ｈｄに対してサーバ秘密鍵Ｋｓｐを用いてＣＰＵで署名ＳＮ１ｈｄを生成する（Ｔ００９）。そして、署名ＳＮ１ｓを、ＨＤＤ公開鍵Ｋｈｄｏを用いて検証し、ＨＤＤ５０が秘密鍵を所有していることを確認する（Ｔ０１０）。そして、乱数Ｎ２ｓを生成して、ＨＤＤ公開鍵Ｋｈｄｏで暗号化し（Ｔ０１１）、ＨＤＤ５０に署名ＳＮ１ｈｄと暗号化乱数Ｎ２ｓを送信する（Ｔ０１２）。
次に、ＨＤＤ５０では、署名ＳＮ１ｈｄを、サーバ証明書に含まれるホスト公開鍵Ｋｓｏを用いて検証しサーバが秘密鍵を所有していることを確認する（Ｔ０１３）。そして、乱数Ｎ２ｈｄを生成して、サーバ公開鍵Ｋｓｏで暗号化し（Ｔ０１４）、暗号化乱数Ｎ２ｈｄをサーバに転送する（Ｔ０１５）。
【００３２】
次にサーバ１００では、ＣＰＵで暗号化乱数Ｎ２ｈｄを、サーバ秘密鍵を用いて復号化し、生成したＮ２ｓとＮ２ｈｄを用いてセッション鍵を生成する（Ｔ０１６）。ＨＤＤ５０でも、暗号化乱数Ｎ２ｓを、ＨＤＤ秘密鍵を用いて復号化し、ＨＤＤで生成したＮ２ｈｄとＮ２ｓを用いてサーバと同じアルゴリズムを用いてセッション鍵を生成する（Ｔ０１７）。
【００３３】
公開鍵で暗号化されたデータは、秘密鍵がないと復号化できないため、たとえホストＩ／Ｆ上のデータを盗聴されたとしても秘密鍵を所有していないとセッション鍵を生成するための乱数を復号できないため、端末６１の主ＣＰＵ５１でも知られずに安全にセッション鍵を共有することができる。また、このように共有されたセッション鍵を用いてデータを暗号化することでサーバとＨＤＤ間でセキュアにデータの交換を行うことができる。そして、サーバではセッション鍵を用いてサーバ書込みクレデンシャルを暗号化して（Ｔ０１８）、ＨＤＤ５０に転送し（Ｔ０１９）、ＨＤＤ５０では、セッション鍵を用いてサーバ書込みクレデンシャルを復号化して書込みクレデンシャルに設定することができる（Ｔ１２０）。
【００３４】
次に、図４を用いて共通鍵認証を用いた場合を説明する。
まず、サーバ１００とＨＤＤ５０は、インストーラがＨＤＤの管理クレデンシャル３１に設定した共通秘密鍵Ｋｃを、サーバに書込みクレデンシャルの設定を要求するときにサーバ１００にも送信する。この場合は、サーバとインストーラで認証を行い、セキュアセッションを用いて送信する。
【００３５】
サーバは、ＣＰＵでＨＤＤに乱数Ｎ１ｓを生成し（Ｔ１０１）、ＨＤＤ５０に転送する（Ｔ１０２）。ＨＤＤ５０では、乱数Ｎ１ｈｄを生成し（Ｔ１０３）、送信されてきた乱数Ｎ１ｓに対して共通秘密鍵Ｋｃを用いてレスポンスＲＮ１ｓを生成する（Ｔ１０４）。レスポンスの生成は、共通秘密鍵Ｋｃを用いて乱数を暗号化することで実現できる。そして、乱数Ｎ１ｈｄとレスポンスＲＮ１ｓをサーバに転送する（Ｔ１０５）。
サーバ１００では、ＣＰＵで、送信されてきた乱数Ｎ１ｈｄに対して共通秘密鍵Ｋｃを用いてレスポンスＲＮ１ｈｄを生成する（Ｔ１０６）。そして、レスポンスＲＮ１ｓを、共通秘密鍵Ｋｃを用いて検証しＨＤＤが共通秘密鍵Ｋｃを所有していることを確認する（Ｔ１０７）。そして、乱数Ｎ２ｓを生成して、共通秘密鍵Ｋｃで暗号化し（Ｔ１０８）、ＨＤＤ５０にレスポンスＲＮ１ｈｄと暗号化乱数Ｎ２ｓを送信する（Ｔ１０９）。
【００３６】
次に、ＨＤＤ５０では、レスポンスＲＮ１ｈｄを、共通秘密鍵Ｋｃを用いて検証しサーバが共通秘密鍵Ｋｃを所有していることを確認する（Ｔ１１０）。そして、ＣＰＵ１０で乱数Ｎ２ｈｄを生成して、共通秘密鍵Ｋｃで暗号化し（Ｔ１１１）、暗号化乱数Ｎ２ｈｄをサーバに転送する（Ｔ１１２）。次にサーバ１００では、ＣＰＵで暗号化乱数Ｎ２ｈｄを、共通秘密鍵Ｋｃを用いて復号化し、ホストで生成したＮ２ｓとＮ２ｈｄを用いてセッション鍵を生成する（Ｔ１１３）。
【００３７】
ＨＤＤ５０でも、暗号化乱数Ｎ２ｓを、共通秘密鍵Ｋｃを用いて復号化し、ＨＤＤで生成したＮ２ｈｄとＮ２ｓを用いてサーバと同じアルゴリズムを用いてセッション鍵を生成する（Ｔ１１５）。そして、サーバ１００はセッション鍵を用いてサーバ書込みクレデンシャルを暗号化して（Ｔ１１４）、ＨＤＤに転送する（Ｔ１１５）。ＨＤＤ５０では、セッション鍵を用いてサーバ書込みクレデンシャルを復号化して書込みクレデンシャルに設定する（Ｔ１１６）。
【００３８】
また、共通鍵認証を用いてサーバ書込みクレデンシャルを設定する場合は、インストーラは、共通秘密鍵Ｋｃを知っているため、インストーラが改ざんされていないことが必要になるため、先述したようにサーバとインストーラで認証を行う必要がある。しかし、サーバが一旦、第二の管理クレデンシャルを設定（図２のステップＳ１０５）すれば、それ以降は、端末内では、第二の管理クレデンシャルやサーバ書込みクレデンシャルを知ることはできないため、インストール後は改ざんをより強固に防ぐことが可能である。
【００３９】
［実施例２］
図５は、システム領域にユーザには秘匿のデータが含まれる場合の構成例を示す。例えば、コンテンツ配信システムで用いるコンテンツ鍵を含んだライセンスを配信する場合に用いることができる。
実施例２において上述した実施例１と相違する点は、ＨＤＡ部２１のシステム領域２７内にライセンス７３を保持すること、及びサーバ１００及び端末６１からの読込時の認証に用いるサーバ読込クレデンシャル１０４と、ライセンス管理情報１１２を持つことである。そのため、実施例１で書き込みクレデンシャルに関する処理に加えて、更に読み込みクレデンシャルの管理が追加される。
【００４０】
例えば、図２を参照すれば、端末６１は、サーバ１００に対して書込みクレデンシャルおよび読込みクレデンシャルの設定を要求することになる（Ｓ１０２´）。
また、サーバ１００はＨＤＤ５０と、第二のクレデンシャル１０２を用いてセキュアセッションを開始した後、サーバ１００は共有されたセッション鍵を用いてサーバ書込みクレデンシャル１０３、サーバ読込クレデンシャル１０４を暗号化して端末６１に送信し、ネットワークＩ／Ｆ制御部５５を介してメモリ５３に送られ、主ＣＰＵ５１でハードディスク Ｉ／Ｆ制御５２を介してＨＤＤ５０に転送され、認証制御部１６でセッション鍵を用いて復号されクレデンシャル管理部１８の書込みクレデンシャル３２、読込みクレデンシャル３３に設定される（Ｓ１０８´）ことになる。
そして、セキュアセッションをクローズして書込みクレデンシャルの設定の動作を終了する。そして、インストーラに対してサーバ読込クレデンシャル１０４を通知し、通常領域２６に暗号化などを施して安全に格納することができる。
【００４１】
実施例２は、読込クレデンシャルをサーバから設定する例であるが、たとえば管理クレデンシャルを設定する前にインストーラが設定してもよい。また、実施例１では管理クレデンシャルは書込み/読込み用で共通であるが、書込みクレデンシャルを書き換えるための書込みクレデンシャル用管理クレデンシャル、読込みクレデンシャル用管理クレデンシャルを別々に管理してもよい。
【００４２】
次に、コンテンツを利用するためのライセンスの配信について説明する。
まず、コンテンツ配信用のアプリケーションプログラム７５を端末６１で起動する。そして、サーバが提供するコンテンツから購入するコンテンツを選択し、料金の支払い方法などを選択し購入の処理が終わると、サーバ上のライセンス管理情報１１２にライセンスのデータが生成される。
【００４３】
そして端末６１はサーバ１００にライセンスの要求を行う。ＨＤＤ５０は、書込みクレデンシャルを用いてサーバ１００と認証を行い、セキュアセッションを開始する。そして、サーバは、ライセンス管理情報１１２を参照して要求されたライセンスが購入済みか、すでに他の端末に送信してないかを確認する。購入済でありかつ他の端末に送信してなければ、ＨＤＤ５０に対してライセンスをセッション鍵で暗号化して送信する。ＨＤＤ５０では、セキュアセッションで共有したセッション鍵を用いて暗号処理部１７で復号しシステム領域２７にライセンスを書込む。このとき、さらに安全にするために暗号処理部１７でＨＤＤ固有のＩＤなどを用いて暗号化して格納してもよい。
【００４４】
また、このライセンスを利用する場合は、プログラム７５は、インストーラがインストール時に格納したサーバ読込クレデンシャルを通常領域２６から読み出して、ＨＤＤ５０と認証を行い、セッション鍵を共有する。そしてプロクラム７５は、ＨＤＤ５０に対してライセンスを要求する。ＨＤＤ５０では、要求されたライセンスがシステム領域２７に格納されているかどうかを確認し、格納されていれば暗号処理部１７でライセンスを暗号化して主ＣＰＵ６１で動作するプログラム７５に送信する。システム領域２７に格納されているライセンスが暗号化されている場合は、ＨＤＤ固有のＩＤなどを用いて復号化してからセッション鍵で暗号化する。
このように、端末６１内では、書込みクレデンシャルを知らないため、たとえばライセンスの利用期限などの改ざんが防ぐことができ、コンテンツ鍵などの秘匿データも保護することが可能になる。
【００４５】
次に図６を参照して、サーバ１００で管理されるライセンス管理情報について説明する。
ライセンス管理情報は、ライセンスを識別するライセンスＩＤ１２１、購入したユーザを識別するユーザＩＤ１２２、ライセンスを発行した端末ＩＤ１２３、発行したライセンスの有効期限を示すライセンス期限１２４、ライセンスデータ１２５により構成される。
【００４６】
この様にライセンス管理情報を管理することで、以下のような制御が可能となる。
ユーザが複数の端末を所有するときに、ある端末からライセンスを要求し、すでに他の端末にそのライセンスが発行されている場合を考える。
まず、サーバは、ライセンスが要求してきたユーザが購入したライセンスかどうかをライセンスＩＤ１２１とユーザＩＤ１２２を検索して判定する。次に、サーバは端末ＩＤ１２３を参照してライセンスを発行した端末に対してライセンス削除を要求し、ライセンスを削除する。そして要求のあった端末にライセンスを発行し、端末ＩＤ１２３を更新する。このとき、ライセンスを持っている端末がライセンスの削除を拒否した場合は、ライセンスを削除せず、ライセンスを要求してきた端末にエラーを返す。
【００４７】
また、ライセンスを持っている端末に接続できなかった場合は、発行ライセンス期限１２４を参照し、すでに期限が過ぎている場合は、ライセンスを削除することなくライセンスを発行する。ここで発行ライセンス期限１２４は、ライセンスデータに含まれる期限より短く設定されている。
このように、複数の端末でより便利にライセンスを共有することができる。
【００４８】
［実施例３］
図７は、システム領域にログ情報を格納する場合の構成例を示す。
実施例３において、上記実施例１、２と相違する点は、ＨＤＤ５０のクレデンシャル管理部１８が、更に削除時の認証に用いる削除クレデンシャル３４を有すること、並びにメディアＩ／Ｆ８１を介してメディア８２が接続すること、及びサーバ１００が削除時の認証に用いるサーバ削除クレデンシャル１０５と、ログ情報格納領域１１１を有することである。
【００４９】
そのため、例えば、図２を参照すれば、端末６１は、サーバ１００に対して削除クレデンシャルの設定を要求する（Ｓ１０２´）。
また、サーバ１００はＨＤＤ５０と、第二のクレデンシャル１０２を用いてセキュアセッションを開始した後、サーバ１００は共有されたセッション鍵を用いて削除クレデンシャル１０５を暗号化して端末６１に送信し、ネットワークＩ／Ｆ制御部５５を介してメモリ５３に送られ、主ＣＰＵ５１でハードディスク Ｉ／Ｆ制御５２を介してＨＤＤ５０に転送され、認証制御部１６でセッション鍵を用いて復号されクレデンシャル管理部１８の削除クレデンシャル３４に設定される（Ｓ１０８´）。
【００５０】
なお、この例では、実施例1及び２における、書込みクレデンシャル３２、読込みクレデンシャル３３の設定については考慮していないが、これらのクレデンシャル３２，３３を設定するようにしてもよい。ここで、書き込みクレデンシャルは、データをシステム領域２６に新たに書き込むためのクレデンシャルであり、データの更新は許可しない。
【００５１】
次に、ログの格納の動作に関して説明する。
通常領域２６に格納されたログ収集プログラム７６は起動されると、端末６１の動作のログ、たとえばネットワーク６０にアクセスする動作やメディアＩ／Ｆ８１に接続される外部メディア８２に対する動作に関するログを、システム領域２６にログ７４として格納する。ログを格納する場合は、必要であればＨＤＤ５０と認証を行い、ログを格納する。
【００５２】
そして、ログの格納領域が少なくなった場合や、定期的にサーバに対してログのアップロードを要求する。サーバ１００はアップロードがあった場合は、ＨＤＤ５０と認証を行い、ログを読出しログ格納領域１１１に格納する。ここで、伝送路における改ざんを防止する必要があれば暗号処理部１７を用いて暗号化してログを送信する。
ログのサーバへの格納が終了したら、サーバとＨＤＤ５０は削除クレデンシャルを用いて認証を行う。そして、サーバはＨＤＤ５０に対してログの削除を要求する。ＨＤＤ５０は、要求に従いシステム領域２７内のログ７４を削除する。
【００５３】
このように、端末６１内では、ＨＤＤ５０内のクレデンシャル管理部１８以外には削除クレデンシャルを管理していないため、ログ収集プログラム７６が格納したログに対する改ざんや削除を防止することが可能になる。
また、不正なプログラムにより無意味なログをシステム領域に書込み、ログの格納領域を無駄に消費させることも考えられるため、特定のプログラム（ここではログ収集プログラム）のみが書込みクレデンシャルと管理するように構成すれば、上述のような攻撃を防ぐことが可能である。
【図面の簡単な説明】
【００５４】
【図１】実施例１における記憶装置及びそのアクセス制御システムの例を示す図。
【図２】実施例１におけるサーバがクレデンシャルを設定する一例を示すフロー図。
【図３】実施例１における公開鍵認証の一例を示すシーケンス図。
【図４】実施例１における共通鍵認証の一例を示すシーケンス図。
【図５】実施例２における記憶装置及びそのアクセス制御システムの例を示す図。
【図６】実施例２におけるライセンス管理情報の一例を示す図。
【図７】実施例３における記憶装置及びそのアクセス制御システムの例を示す図。
【図８】実施例１におけるクレデンシャルの設定動作における各動作のタイミングチャート図。
【符号の説明】
【００５５】
１０：ＣＰＵ，１１：メモリ，１２：バッファメモリ制御部，１３：サーボ制御部，１４：ホストＩ／Ｆ制御部，１５：信号処理部，１６：認証制御部，１７：暗号処理部，１８：クレデンシャル管理部，２０：ハードディスクコントローラ，２１：ＨＤＡ部，２２：バッファＲＡＭ，２５：記憶領域，２６：通常領域，２７：システム領域，３１：管理クレデンシャル，３２：書込クレデンシャル，３３：読込クレデンシャル,３４：削除クレデンシャル,４０：回路基板，５０：ハードディスク（ＨＤＤ），５１：主ＣＰＵ，５２：ＨＤＤ Ｉ／Ｆ制御部，５３：メモリ，５４：ＲＯＭ，５５：ネットワークＩ／Ｆ制御部，５６：システムバス，６０：ネットワーク，６１：端末，７１：プログラム，７２：ＡＰデータ，７３：ライセンス，７４：ログ，９１：プログラム，９２：ＡＰデータ，１００：サーバ，１０１：第１の管理クレデンシャル，１０２：第２の管理クレデンシャル，１０３：サーバ書込みクレデンシャル，１０４：サーバ読込クレデンシャル，１０３：サーバ削除クレデンシャル，１１１：ログ情報格納領域，１１２：ライセンス管理情報，１２１：ライセンスＩＤ，１２２：ユーザＩＤ，１２３：端末ＩＤ，１２４：発行ライセンス期限，１２５：ライセンスデータ
【技術分野】
【０００１】
本発明は、記憶装置及びそのアクセス制御システムに係り、特に、著作権に係わるコンテンツの保護が必要なデータを記憶する記憶装置にアクセスする場合における、記憶されたデータの改ざんや削除を防止するためのアクセス制御に関するものである。
【背景技術】
【０００２】
インターネットやデジタル放送などの通信手段を利用して、映画や音楽などのコンテンツを配信するサービスが実用化されている。ネットワークに配信されるデジタルコンテンツは複製が容易であるため、その著作権を保護することが重要である。著作権の保護の一手段として、コンテンツを暗号化して配信する方法が行なわれている。これは、例えば共通鍵暗号方式などによってコンテンツを暗号化し、同時に暗号化されたコンテンツを復号するための復号鍵を作成する。暗号化されたコンテンツは対応する復号鍵がなければ再生できないため、復号鍵とその利用条件を対とした情報を安全に管理することでコンテンツの不正使用を防ぎ、コンテンツ著作者らの権利を保護するこができる。
また、情報漏えいや内部統制などで端末での操作ログを安全に保護することが要求されている。そのため、ログのデータに対するアクセス制御や暗号化により改ざんや削除を防止することができる。
【０００３】
例えば、特許文献１（特開２００２−２２９８５９号公報）には、ディスクドライブに複数の所定の領域を、特別のアクセス条件を必要とする複数の秘匿領域として設定可能なディスク記憶媒体と、各秘匿領域に対応する複数の鍵情報および各秘匿領域に共通な固有情報を記憶している記憶手段と、鍵情報と固有情報から生成される各秘匿領域ごとの領域固有情報を使用して各秘匿領域毎にアクセス許可するか否かを決定するための認証処理を実行する認証手段を有するディスクドライブが開示されている。
【０００４】
【特許文献１】特開２００２−２２９８５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術を、端末に適用した場合、端末で動作するプログラムは認証に用いる情報を用いて認証を行い、ディスクドライブの秘匿領域にアクセスすることになる。このとき、端末上で動作するプログラムは認証に用いる情報を扱うことになるため、その実行プログラムを解析することにより、認証に用いる情報が第三者に取得されてしまうおそれがある。
【０００６】
本発明の目的は、記憶装置に記憶されたデータの改ざんを防止することのできる記憶装置及びそのアクセス制御システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係るアクセス制御システムは、好ましくは、記憶装置を有する端末と、ネットワークを介して端末に接続され、記憶装置の記憶領域にアクセスすることができるサーバと、を含むアクセス制御システムにおいて、サーバは、端末がアクセス先として正当であると認識した場合、アクセスを許可する管理認証情報を生成する処理部と、を有し、端末は、所定の条件が満たされた場合にアクセスが許可される、記憶装置内に設定された第１の記憶領域と、前記処理部によって生成された、第１の記憶領域へアクセスするため使用される管理認証情報を管理する管理部とを有するアクセス制御システムとして構成される。
【０００８】
好ましい例では、前記端末は、公開鍵暗号を用いた暗号通信のセッションを確立して、前記サーバとの間で情報を通信する。
また好ましくは、前記サーバにおける前記処理部は、前記管理認証情報（第１の管理認証情報）を用いて記憶装置に関する認証を行い、更に第２の管理認証情報を生成し、第２の管理認証情報を用いて端末との間のセキュアセッションを開始する。
また、好ましくは、前記サーバの前記処理部は、前記第２の管理認証情報を用いて、記憶装置の第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成して管理する。
また、好ましくは、前記サーバの前記処理部は、記憶装置の第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成し、前記端末は、処理部で生成された書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルのいずれかを受信して、前記記憶装置内に設定された前記管理部に保持する。
また、好ましくは、前記端末に備えられた前記管理部は、前記第２の管理認証情報、又は前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、記憶装置に形成された記憶領域又はメモリに記憶して管理する。
また、好ましくは、前記記憶装置内に複数の第１の記憶領域が設定されている場合、前記サーバの前記処理部は、各第１の記憶領域に対応して、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成して管理する。
また、好ましくは、前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、サーバから取得した、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、各第１の記憶領域に対応付けて管理する。
また、好ましくは、前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、サーバから取得した、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、各第１の記憶領域に対応付けて管理する。
また、好ましくは、端末は、サーバとの間で暗号通信のセッションを確立して情報のやりとりを行い、サーバから第２の管理認証情報を受信した後に暗号通信のセッションを閉じ、サーバから前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを受信する際に、暗号通信のセッションを再度確立する。
【０００９】
本発明に係る記憶装置は、好ましくは、また、好ましくは、ネットワークを介してサーバに接続可能な記憶装置において、所定の条件が満たされた場合にアクセスが許可される、記憶装置内に設定された第１の記憶領域と、自由にアクセスすることができる第２の記憶領域を有する記憶媒体と、サーバに第１の記憶領域へのアクセスを許可するために、サーバを認証する際に使用される管理認証情報であって、サーバで生成された管理認証情報を取得して管理する管理部と、サーバが第１の記憶領域をアクセスする時、管理部で管理されている管理認証情報を用いて認証する認証制御部と、を有する。
好ましくは、サーバで生成される管理認証情報は、第１の管理認証情報と、該第１の管理認証情報を用いた認証の結果に基づいて生成される第２の管理認証情報と、該第２の管理認証情報を用いた認証の結果に基づいて生成されるアクセス認証情報を含み、前記認証制御部は、サーバからの要求に応答して、予め取得されて管理部で管理される第１の管理認証情報を参照して、サーバから送られる第１の管理認証情報を検証してサーバを認証し、サーバの認証に成功した場合に、サーバから受信された第２の管理認証情報を管理部で管理し、記憶装置は、サーバからの要求に応答してサーバから第２の管理認証情報を受信すると、認証制御部は、管理部で管理される第２の管理認証情報を参照して、サーバからの第２の認証情報を検証してサーバを認証し、サーバの認証に成功した場合に、サーバから受信されたアクセス認証情報を管理部に設定する。
また、好ましくは、前記管理部は、前記アクセス認証情報として、第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを管理する。
また、好ましくは、前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを含む組を、各第１の記憶領域に対応付けて管理する。
【００１０】
本発明に係るアクセス制御方法は、好ましくは、ネットワークを介してサーバから、端末の記憶装置にアクセスするアクセス制御方法において、記憶装置内に予め、所定の条件が満たされた場合にアクセスが許可される第１の記憶領域を定義するステップと、サーバにおいて端末がアクセス先として正当であると認識した場合、第１の記憶領域へのアクセスを許可する管理認証情報を生成するステップと、端末において、サーバより管理認証情報を取得して管理部に保持して管理するステップと、サーバ又は他を含むかもしれないアクセス元から、第１の記憶領域へアクセス要求があった時、管理部に保持された管理認証情報を参照して、アクセス許可の認証を行うステップと、を有するアクセス制御方法として構成される。
好ましくは、サーバにおいて前記管理認証情報として第１の管理認証情報を用いて記憶装置に関する認証を行うステップと、第１の管理認証情報を用いた認証が成功した場合に第２の管理認証情報を生成するステップと、第１の管理認証情報を用いた認証が成功した場合にアクセス認証情報を生成するステップとを有し、端末において、予めサーバから取得して第１の管理認証情報を保持するステップと、サーバからの要求に応答して、第１の管理認証情報を参照して、サーバから送られる第１の管理認証情報を検証してサーバを認証し、サーバの認証に成功した場合に、サーバから受信された第２の管理認証情報を取得して管理部に保持するステップと、サーバからの要求に応答してサーバから第２の管理認証情報を受信すると、管理部に保持された第２の管理認証情報を参照して、サーバからの第２の認証情報を検証してサーバを認証するステップと、認証の結果、サーバの認証に成功した場合に、サーバから受信されたアクセス認証情報を管理部に設定するステップと、を有する。
また、好ましくは、サーバは、前記アクセス認証情報として、第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成し、前記端末の管理部は、サーバより受信した書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを保持する。
また、好ましくは、前記第１の記憶領域に特定のプログラムを記憶する場合、前記サーバは管理部に設定された書込みクレデンシャルを用いて、第１の記憶領域に記憶されたプログラムの書き換えを行うことができ、端末は第１の記憶領域に記憶されたプログラムの書き換えを行なえず、読み出して処理装置で実行することのみが許容される。
また、好ましくは、前記第１の記憶領域に、コンテンツを利用するライセンスを記憶する場合、前記サーバは管理部に設定された書込みクレデンシャルを用いて、第１の記憶領域に記憶されるライセンス書き換えを行うことができ、端末は第１の記憶領域に設定された読込みクレデンシャルを用いてライセンスを読み出して、ライセンスを用いてコンテンツの利用を許可する。
【００１１】
本発明に係るプログラムは、好ましくは、ネットワークを介してサーバに接続可能な記憶装置の記憶領域のアクセスを管理するために処理装置で実行されるプログラムであって、所定の条件が満たされた場合にアクセスが許可される第１の記憶領域に対するアクセス認証情報の設定をサーバへ要求する手段と、サーバにおいて端末がアクセス先として正当であると認識した場合、第１の記憶領域へのアクセスを許可する管理認証情報及びアクセス認証情報を生成する手段と、端末において、サーバより受信した管理認証情報及びアクセス認証情報を取得して管理部に保持する手段と、サーバ又は他を含むかもしれないアクセス元から、第１の記憶領域へアクセス要求があった時、管理部に保持されたアクセス認証情報を参照して、アクセスの認証を行う手段と、を有する処理装置上で実行可能なプログラムとして構成される。
【発明の効果】
【００１２】
本発明によれば、秘匿領域を有するハードディスクなどの記憶装置以外の装置に秘匿領域のデータを書き換えるための認証情報を持たないため、その装置内のプログラムを解析することにより、データを書き換えるための認証情報を取得することができない。このため、その装置内で変更する必要のないデータをより安全に秘匿領域のデータを改ざんから保護することができる。
【００１３】
また、ハードディスク内でデータを管理する場合、削除するために必要な認証情報を秘匿領域を有するハードディスクなどの記憶装置以外の装置に持たないので、より安全に秘匿領域内のデータを不正な削除から保護することができる。
【発明を実施するための最良の形態】
【００１４】
［実施例１］
以下、本発明の一実施形態を、図面を参照して説明する。
図１は一実施形態によるアクセス制御システムの構成例を示す図である。図２は、書込みクレデンシャルを設定するフロー図である。
図１において、端末６１はハードディスク（ＨＤＤ）５０を有し、ネットワーク６０を介してサーバ１００に接続して、ＨＤＤ５０へのアクセス制御システムを構成している。端末６１は、また、端末６１内のデータを処理する主ＣＰＵ５１、プログラムやデータを格納するメモリ５３、基本的なＩ／Ｏを制御するプログラムを格納するＲＯＭ５４、外部機器とのＩ／Ｆを制御するネットワークＩ／Ｆ制御部５５、ＨＤＤ５０とのＩ／Ｆを制御するハードディスクＩ／Ｆ制御部５２を有する。
【００１５】
ＨＤＤ５０は、ハードディスクコントローラ２０を実装した回路基板４０、及びディスクやスピンドルモータや磁気ヘッドを実装し筐体に収められたＨＤＡ部２１を有する。ＨＤＡ部２１の記憶領域２５は、ユーザが利用する通常のデータを格納する通常領域２６、プログラム７１やアプリケーションデータ７２を格納するシステム領域２７を有する。
【００１６】
ハードディスクコントローラ２０は、記憶領域へのアクセス制御用のＣＰＵ１０、制御プログラムなどを格納するメモリ１１、ＨＤＡ部から読み出したデータ、書き込むデータを一時的にバッファＲＡＭ２２に格納するための制御を行うバッファ制御部１２、ＨＤＡ部２１のスピンドルモータを制御するサーボ制御部１３、ホストとのＩ／Ｆを行うＩ／Ｆ制御部１４、ＨＤＡ部２１に書き込みや読み出しを行うときに行う信号の変復調や誤り訂正を行う信号処理部１５、ＨＤＡ部２１に格納されたデータにアクセスを行うときに認証を制御する認証制御部１６、認証時に用いるクレデンシャルを管理するクレデンシャル管理部１８を有して構成される。
また、回路基板４０には、ハードディスクコントローラ２０、一時的にデータを格納するバッファＲＡＭ２２、ダイジェストデータを格納しておく不揮発メモリ２３が実装される。なお、この例では、ハードディスクコントローラ２０はハードディスクを制御する上での機能を一体化されたものが示されているが、これに限定されずに、一部機能を外付けの部品として回路基板４０に実装しても良い。
【００１７】
クレデンシャル管理部１８は、書込み時の認証に用いる書込みクレデンシャル３２、書込みクレデンシャル３２を変更する時に用いる管理クレデンシャル３１から構成される。
【００１８】
サーバ１００は、メモリ及びＣＰＵ（図示せず）を有し、メモリにアプリケーションプログラム９１及びアプリケーションデータ９２、及び管理用のクレデンシャルとして第１及び第２の管理クレデンシャル１０１，１０２、及びサーバ書込クレデンシャル１０３を保持する。ここで、管理クレデンシャル１０１，１０２及びサーバ書き込みクレデンシャル１０３は、暗号或いはパスワードである。ＣＰＵでアプリケーションプログラムを実行する。第１及び第２の管理クレデンシャル１０１，１０２、及びサーバ書込クレデンシャル１０３が暗号の場合、ＣＰＵで所定の乱数発生用プログラムを実行させることで、それらを生成する。
【００１９】
次に、図１及び図２を参照して、クレデンシャルの設定動作について説明する。
なお、図８に、図２に対応するクレデンシャルの設定における各動作のタイミングチャートを示す。
まず、書き込みクレデンシャルを設定する動作を説明する。
端末６１のＨＤＤ５０の記憶領域２５の通常領域２６に格納されたインストーラを起動して、メモリ５３にインストールプログラムをロードし、主ＣＰＵ５１はインストールプログラムを実行させる。そして、主ＣＰＵ５１は、ＨＤＤ５０内のクレデンシャル管理部１８の管理クレデンシャル３１に認証局の証明書を設定し、同時に公開鍵ペアを生成する（Ｓ１０１）。この時点で管理クレデンシャル３１には、認証局の証明書とハードディスク内で生成された公開鍵ペア(公開鍵と秘密鍵)が設定されている。
【００２０】
次に、端末６１は、サーバ１００に対して書込みクレデンシャルの設定を要求する（Ｓ１０２）。この場合、サーバ１００と端末６１の間で認証を行い、不正なサーバもしくは端末（インストーラ）で無いことを確認する。
そして、サーバ１００は、端末６１で動作しているインストーラがＨＤＤ５０に対して設定した認証局の証明書に対応した第一の管理クレデンシャル（証明書）を用いてＨＤＤ５０と認証を行い、一時的にＨＤＤ５０とサーバ１００で共有するセッション鍵を共有しセキュアセッションを開始する（Ｓ１０３）。このとき、ＨＤＤ５０では、認証制御部１６で、クレデンシャル管理部１８の管理クレデンシャル３１を用いて、認証およびセキュアセッションの制御を行う。
【００２１】
サーバ１００は、必要があれば管理クレデンシャルを第二の管理クレデンシャル１０２変更する（Ｓ１０５）。この動作は必須ではないが、例えば従来、公開鍵や共通鍵を用いて第一管理クレデンシャルを管理していた場合、機密管理を強化するためにその共通鍵を秘密鍵に変更する場合などに有意義である。例えば、ハードディスク内で生成した公開鍵ペアを認証局が発行した証明書（公開鍵）と秘密鍵に変更する。また、公開鍵認証ではなく共通鍵認証を用いる場合は、セキュリティの観点からサーバとハードディスクで共有する鍵を秘密鍵に変更するのが望ましい。
その後、一旦セキュアセッションを閉じる（Ｓ１０６）。
【００２２】
そして、サーバ１００は、ＨＤＤ５０と、上記ステップＳ１０５で設定した第二の管理クレデンシャル１０２を用いてセキュアセッションを開始する（Ｓ１０７）。このとき、端末６１の主ＣＰＵ５１では、ＨＤＤ５０とサーバ１００とのデータのやり取りをハンドリングするだけであるため、共有されたセッション鍵を知ることはできない。
【００２３】
サーバ１００は、共有されたセッション鍵を用いてサーバ書込みクレデンシャル１０３を暗号化して端末６１に送信する。サーバ書込みクレデンシャル１０３は、ネットワークＩ／Ｆ制御部５５を介してメモリ５３に一旦格納され、更に主ＣＰＵ５１でハードディスクＩ／Ｆ制御５２を介してＨＤＤ５０に転送され、認証制御部１６でセッション鍵を用いて復号されクレデンシャル管理部１８の書込みクレデンシャル３２に設定される（Ｓ１０８）。その後、セキュアセッションを閉じて、書込みクレデンシャルの設定の動作を終了する。
【００２４】
このように動作させることで、サーバ書込みクレデンシャル１０３を安全にＨＤＤ５０に設定することが可能になり、ＨＤＤ５０以外の端末内では、サーバ書込みクレデンシャルを知ることはできない。
なお、ここでは、通常領域２６に格納されたインストーラを実行する場合について説明したが、ネットワーク６０を介してサーバ１００からインストーラをメモリ５３に格納してインストーラを実行するように構成してもよい。
【００２５】
上記の動作により、サーバ１００が書き込みクレデンシャルを設定した後で、サーバとＨＤＤ５０が書込みクレデンシャルを用いて認証を行い、サーバがアプリケーションプログラムやそのアプリケーションプルグラムが用いるＡＰデータをＨＤＤ５０のシステム領域２７に格納する。
【００２６】
アプリケーションを動作させるときに、ＨＤＤ５０の通常領域２６に格納されたプログラムローダを起動し、そのプログラムローダは、システム領域２７に格納されているプログラム７１を読み出し動作させる。そのプログラム７２は、必要であればＡＰデータ７２を読み出しそのデータを利用する。このように、システム領域に格納されたプログラムやＡＰデータは、プログラムの実行毎に端末６１の主ＣＰＵ５１からロードされるため、例え、メモリ５３上で改ざんされたとしても起動すれば元の状態にすることができる。
【００２７】
本実施例は、例えば、サーバ１００から端末６１に、コンピュータウィルスチェックプログラムやそのウィルス定義データを提供してシステム領域２７に記憶し、端末６１内でそれらのデータの変更を許さずに機密性を保って管理することが可能である。すなわち、サーバ１００からは書き込みクレデンシャル１０３及び書き込みクレデンシャル３２を用いて認証することで、更新したコンピュータウィルスチェックプログラムや新たなウィルス定義データをシステム領域２７に書き込みことができるが、端末６１内からはそれらを書き込んだり変更することはできない。端末６１内ではシステム領域２７に書き込まれたコンピュータウィルスチェックプログラムやそのウィルス定義データ（更新されたものも含む）を読み出して利用するのみである。また、ＡＰデータとして端末の動作や機能を定義するデータにすれば、ユーザが容易に変更することができないため、端末を安定に動作させたり、追加の料金を支払った場合のみその機能が動作できるようにすることも可能である。
【００２８】
なお、上記例では、システム領域２７に対する書き込みクレデンシャルのみを設定して、サーバ１００以外からの書き込みを制限するようにした。この場合、サーバ１００及び端末６１内からはこのシステム領域２７のデータやプログラムを自由に読み出すことができる。しかし、サーバ１００及び端末６１からのシステム領域２７への読み出しアクセスを制限したい場合があるかもしれない。そのような場合には、書き込みクレデンシャル３２に加えて更に読み込みクレデンシャルも設定して管理することが好ましい。この場合、サーバ１００では、書き込みクレデンシャルの生成用とは異なる乱数発生用プログラムを実行させて、読み込みクレデンシャルを生成して管理する。なお、読みこみクレデンシャルの設定は、後で述べる実施例２を実質的に同様である。
【００２９】
また、上記例では、１つのシステム領域に記憶されるプログラムやＡＰデータの改ざんを防止するために、管理クレデンシャル３１及び書き込みクレデンシャル３２を保持している。しかし、記憶領域２１に複数のシステム領域が定義され、各システム領域に対するアクセスを管理する場合には、各システム領域に対応してこれら管理クレデンシャル３１及び書き込みクレデンシャル３２の組を設定してクレデンシャル管理部１８で管理することが好ましい。その場合、サーバ１００は、各クレデンシャルの組を生成することになる。この変形例の考えは、後述する第２及び第３の実施例にも同様に適用できる。
【００３０】
次に図３、図４を用いてサーバとＨＤＤと間の認証の動作を詳細に説明する。
まず、図３を用いて公開鍵認証を用いた場合を説明する。
サーバ１００は、ＨＤＤ５０にサーバ証明書を送信する（Ｔ００１）。次に、ＨＤＤ５０では、サーバ証明書を、認証局公開鍵Ｋｏを用いて署名を検証しサーバ証明書が改ざんされていなく、認証局が発行した証明書であることを確認する（Ｔ００２）。そして、ＨＤＤ５０はＨＤＤ公開鍵Ｋｈｄｏをサーバに転送する（Ｔ００３）。サーバでは、ＣＰＵで乱数Ｎ１ｓを生成し（Ｔ００４）、ＨＤＤ５０に転送する（Ｔ００５）。ＨＤＤ５０では、ＣＰＵ１０で乱数Ｎ１ｈｄを生成し（Ｔ００６）、送信されてきた乱数Ｎ１ｓに対してＨＤＤ秘密鍵を用いて署名ＳＮ１ｓを生成する（Ｔ００７）。そして、乱数Ｎ１ｈｄと署名ＳＮ１ｓをサーバに転送する（Ｔ００８）。
【００３１】
サーバ１００では、送信されてきた乱数Ｎ１ｈｄに対してサーバ秘密鍵Ｋｓｐを用いてＣＰＵで署名ＳＮ１ｈｄを生成する（Ｔ００９）。そして、署名ＳＮ１ｓを、ＨＤＤ公開鍵Ｋｈｄｏを用いて検証し、ＨＤＤ５０が秘密鍵を所有していることを確認する（Ｔ０１０）。そして、乱数Ｎ２ｓを生成して、ＨＤＤ公開鍵Ｋｈｄｏで暗号化し（Ｔ０１１）、ＨＤＤ５０に署名ＳＮ１ｈｄと暗号化乱数Ｎ２ｓを送信する（Ｔ０１２）。
次に、ＨＤＤ５０では、署名ＳＮ１ｈｄを、サーバ証明書に含まれるホスト公開鍵Ｋｓｏを用いて検証しサーバが秘密鍵を所有していることを確認する（Ｔ０１３）。そして、乱数Ｎ２ｈｄを生成して、サーバ公開鍵Ｋｓｏで暗号化し（Ｔ０１４）、暗号化乱数Ｎ２ｈｄをサーバに転送する（Ｔ０１５）。
【００３２】
次にサーバ１００では、ＣＰＵで暗号化乱数Ｎ２ｈｄを、サーバ秘密鍵を用いて復号化し、生成したＮ２ｓとＮ２ｈｄを用いてセッション鍵を生成する（Ｔ０１６）。ＨＤＤ５０でも、暗号化乱数Ｎ２ｓを、ＨＤＤ秘密鍵を用いて復号化し、ＨＤＤで生成したＮ２ｈｄとＮ２ｓを用いてサーバと同じアルゴリズムを用いてセッション鍵を生成する（Ｔ０１７）。
【００３３】
公開鍵で暗号化されたデータは、秘密鍵がないと復号化できないため、たとえホストＩ／Ｆ上のデータを盗聴されたとしても秘密鍵を所有していないとセッション鍵を生成するための乱数を復号できないため、端末６１の主ＣＰＵ５１でも知られずに安全にセッション鍵を共有することができる。また、このように共有されたセッション鍵を用いてデータを暗号化することでサーバとＨＤＤ間でセキュアにデータの交換を行うことができる。そして、サーバではセッション鍵を用いてサーバ書込みクレデンシャルを暗号化して（Ｔ０１８）、ＨＤＤ５０に転送し（Ｔ０１９）、ＨＤＤ５０では、セッション鍵を用いてサーバ書込みクレデンシャルを復号化して書込みクレデンシャルに設定することができる（Ｔ１２０）。
【００３４】
次に、図４を用いて共通鍵認証を用いた場合を説明する。
まず、サーバ１００とＨＤＤ５０は、インストーラがＨＤＤの管理クレデンシャル３１に設定した共通秘密鍵Ｋｃを、サーバに書込みクレデンシャルの設定を要求するときにサーバ１００にも送信する。この場合は、サーバとインストーラで認証を行い、セキュアセッションを用いて送信する。
【００３５】
サーバは、ＣＰＵでＨＤＤに乱数Ｎ１ｓを生成し（Ｔ１０１）、ＨＤＤ５０に転送する（Ｔ１０２）。ＨＤＤ５０では、乱数Ｎ１ｈｄを生成し（Ｔ１０３）、送信されてきた乱数Ｎ１ｓに対して共通秘密鍵Ｋｃを用いてレスポンスＲＮ１ｓを生成する（Ｔ１０４）。レスポンスの生成は、共通秘密鍵Ｋｃを用いて乱数を暗号化することで実現できる。そして、乱数Ｎ１ｈｄとレスポンスＲＮ１ｓをサーバに転送する（Ｔ１０５）。
サーバ１００では、ＣＰＵで、送信されてきた乱数Ｎ１ｈｄに対して共通秘密鍵Ｋｃを用いてレスポンスＲＮ１ｈｄを生成する（Ｔ１０６）。そして、レスポンスＲＮ１ｓを、共通秘密鍵Ｋｃを用いて検証しＨＤＤが共通秘密鍵Ｋｃを所有していることを確認する（Ｔ１０７）。そして、乱数Ｎ２ｓを生成して、共通秘密鍵Ｋｃで暗号化し（Ｔ１０８）、ＨＤＤ５０にレスポンスＲＮ１ｈｄと暗号化乱数Ｎ２ｓを送信する（Ｔ１０９）。
【００３６】
次に、ＨＤＤ５０では、レスポンスＲＮ１ｈｄを、共通秘密鍵Ｋｃを用いて検証しサーバが共通秘密鍵Ｋｃを所有していることを確認する（Ｔ１１０）。そして、ＣＰＵ１０で乱数Ｎ２ｈｄを生成して、共通秘密鍵Ｋｃで暗号化し（Ｔ１１１）、暗号化乱数Ｎ２ｈｄをサーバに転送する（Ｔ１１２）。次にサーバ１００では、ＣＰＵで暗号化乱数Ｎ２ｈｄを、共通秘密鍵Ｋｃを用いて復号化し、ホストで生成したＮ２ｓとＮ２ｈｄを用いてセッション鍵を生成する（Ｔ１１３）。
【００３７】
ＨＤＤ５０でも、暗号化乱数Ｎ２ｓを、共通秘密鍵Ｋｃを用いて復号化し、ＨＤＤで生成したＮ２ｈｄとＮ２ｓを用いてサーバと同じアルゴリズムを用いてセッション鍵を生成する（Ｔ１１５）。そして、サーバ１００はセッション鍵を用いてサーバ書込みクレデンシャルを暗号化して（Ｔ１１４）、ＨＤＤに転送する（Ｔ１１５）。ＨＤＤ５０では、セッション鍵を用いてサーバ書込みクレデンシャルを復号化して書込みクレデンシャルに設定する（Ｔ１１６）。
【００３８】
また、共通鍵認証を用いてサーバ書込みクレデンシャルを設定する場合は、インストーラは、共通秘密鍵Ｋｃを知っているため、インストーラが改ざんされていないことが必要になるため、先述したようにサーバとインストーラで認証を行う必要がある。しかし、サーバが一旦、第二の管理クレデンシャルを設定（図２のステップＳ１０５）すれば、それ以降は、端末内では、第二の管理クレデンシャルやサーバ書込みクレデンシャルを知ることはできないため、インストール後は改ざんをより強固に防ぐことが可能である。
【００３９】
［実施例２］
図５は、システム領域にユーザには秘匿のデータが含まれる場合の構成例を示す。例えば、コンテンツ配信システムで用いるコンテンツ鍵を含んだライセンスを配信する場合に用いることができる。
実施例２において上述した実施例１と相違する点は、ＨＤＡ部２１のシステム領域２７内にライセンス７３を保持すること、及びサーバ１００及び端末６１からの読込時の認証に用いるサーバ読込クレデンシャル１０４と、ライセンス管理情報１１２を持つことである。そのため、実施例１で書き込みクレデンシャルに関する処理に加えて、更に読み込みクレデンシャルの管理が追加される。
【００４０】
例えば、図２を参照すれば、端末６１は、サーバ１００に対して書込みクレデンシャルおよび読込みクレデンシャルの設定を要求することになる（Ｓ１０２´）。
また、サーバ１００はＨＤＤ５０と、第二のクレデンシャル１０２を用いてセキュアセッションを開始した後、サーバ１００は共有されたセッション鍵を用いてサーバ書込みクレデンシャル１０３、サーバ読込クレデンシャル１０４を暗号化して端末６１に送信し、ネットワークＩ／Ｆ制御部５５を介してメモリ５３に送られ、主ＣＰＵ５１でハードディスク Ｉ／Ｆ制御５２を介してＨＤＤ５０に転送され、認証制御部１６でセッション鍵を用いて復号されクレデンシャル管理部１８の書込みクレデンシャル３２、読込みクレデンシャル３３に設定される（Ｓ１０８´）ことになる。
そして、セキュアセッションをクローズして書込みクレデンシャルの設定の動作を終了する。そして、インストーラに対してサーバ読込クレデンシャル１０４を通知し、通常領域２６に暗号化などを施して安全に格納することができる。
【００４１】
実施例２は、読込クレデンシャルをサーバから設定する例であるが、たとえば管理クレデンシャルを設定する前にインストーラが設定してもよい。また、実施例１では管理クレデンシャルは書込み/読込み用で共通であるが、書込みクレデンシャルを書き換えるための書込みクレデンシャル用管理クレデンシャル、読込みクレデンシャル用管理クレデンシャルを別々に管理してもよい。
【００４２】
次に、コンテンツを利用するためのライセンスの配信について説明する。
まず、コンテンツ配信用のアプリケーションプログラム７５を端末６１で起動する。そして、サーバが提供するコンテンツから購入するコンテンツを選択し、料金の支払い方法などを選択し購入の処理が終わると、サーバ上のライセンス管理情報１１２にライセンスのデータが生成される。
【００４３】
そして端末６１はサーバ１００にライセンスの要求を行う。ＨＤＤ５０は、書込みクレデンシャルを用いてサーバ１００と認証を行い、セキュアセッションを開始する。そして、サーバは、ライセンス管理情報１１２を参照して要求されたライセンスが購入済みか、すでに他の端末に送信してないかを確認する。購入済でありかつ他の端末に送信してなければ、ＨＤＤ５０に対してライセンスをセッション鍵で暗号化して送信する。ＨＤＤ５０では、セキュアセッションで共有したセッション鍵を用いて暗号処理部１７で復号しシステム領域２７にライセンスを書込む。このとき、さらに安全にするために暗号処理部１７でＨＤＤ固有のＩＤなどを用いて暗号化して格納してもよい。
【００４４】
また、このライセンスを利用する場合は、プログラム７５は、インストーラがインストール時に格納したサーバ読込クレデンシャルを通常領域２６から読み出して、ＨＤＤ５０と認証を行い、セッション鍵を共有する。そしてプロクラム７５は、ＨＤＤ５０に対してライセンスを要求する。ＨＤＤ５０では、要求されたライセンスがシステム領域２７に格納されているかどうかを確認し、格納されていれば暗号処理部１７でライセンスを暗号化して主ＣＰＵ６１で動作するプログラム７５に送信する。システム領域２７に格納されているライセンスが暗号化されている場合は、ＨＤＤ固有のＩＤなどを用いて復号化してからセッション鍵で暗号化する。
このように、端末６１内では、書込みクレデンシャルを知らないため、たとえばライセンスの利用期限などの改ざんが防ぐことができ、コンテンツ鍵などの秘匿データも保護することが可能になる。
【００４５】
次に図６を参照して、サーバ１００で管理されるライセンス管理情報について説明する。
ライセンス管理情報は、ライセンスを識別するライセンスＩＤ１２１、購入したユーザを識別するユーザＩＤ１２２、ライセンスを発行した端末ＩＤ１２３、発行したライセンスの有効期限を示すライセンス期限１２４、ライセンスデータ１２５により構成される。
【００４６】
この様にライセンス管理情報を管理することで、以下のような制御が可能となる。
ユーザが複数の端末を所有するときに、ある端末からライセンスを要求し、すでに他の端末にそのライセンスが発行されている場合を考える。
まず、サーバは、ライセンスが要求してきたユーザが購入したライセンスかどうかをライセンスＩＤ１２１とユーザＩＤ１２２を検索して判定する。次に、サーバは端末ＩＤ１２３を参照してライセンスを発行した端末に対してライセンス削除を要求し、ライセンスを削除する。そして要求のあった端末にライセンスを発行し、端末ＩＤ１２３を更新する。このとき、ライセンスを持っている端末がライセンスの削除を拒否した場合は、ライセンスを削除せず、ライセンスを要求してきた端末にエラーを返す。
【００４７】
また、ライセンスを持っている端末に接続できなかった場合は、発行ライセンス期限１２４を参照し、すでに期限が過ぎている場合は、ライセンスを削除することなくライセンスを発行する。ここで発行ライセンス期限１２４は、ライセンスデータに含まれる期限より短く設定されている。
このように、複数の端末でより便利にライセンスを共有することができる。
【００４８】
［実施例３］
図７は、システム領域にログ情報を格納する場合の構成例を示す。
実施例３において、上記実施例１、２と相違する点は、ＨＤＤ５０のクレデンシャル管理部１８が、更に削除時の認証に用いる削除クレデンシャル３４を有すること、並びにメディアＩ／Ｆ８１を介してメディア８２が接続すること、及びサーバ１００が削除時の認証に用いるサーバ削除クレデンシャル１０５と、ログ情報格納領域１１１を有することである。
【００４９】
そのため、例えば、図２を参照すれば、端末６１は、サーバ１００に対して削除クレデンシャルの設定を要求する（Ｓ１０２´）。
また、サーバ１００はＨＤＤ５０と、第二のクレデンシャル１０２を用いてセキュアセッションを開始した後、サーバ１００は共有されたセッション鍵を用いて削除クレデンシャル１０５を暗号化して端末６１に送信し、ネットワークＩ／Ｆ制御部５５を介してメモリ５３に送られ、主ＣＰＵ５１でハードディスク Ｉ／Ｆ制御５２を介してＨＤＤ５０に転送され、認証制御部１６でセッション鍵を用いて復号されクレデンシャル管理部１８の削除クレデンシャル３４に設定される（Ｓ１０８´）。
【００５０】
なお、この例では、実施例1及び２における、書込みクレデンシャル３２、読込みクレデンシャル３３の設定については考慮していないが、これらのクレデンシャル３２，３３を設定するようにしてもよい。ここで、書き込みクレデンシャルは、データをシステム領域２６に新たに書き込むためのクレデンシャルであり、データの更新は許可しない。
【００５１】
次に、ログの格納の動作に関して説明する。
通常領域２６に格納されたログ収集プログラム７６は起動されると、端末６１の動作のログ、たとえばネットワーク６０にアクセスする動作やメディアＩ／Ｆ８１に接続される外部メディア８２に対する動作に関するログを、システム領域２６にログ７４として格納する。ログを格納する場合は、必要であればＨＤＤ５０と認証を行い、ログを格納する。
【００５２】
そして、ログの格納領域が少なくなった場合や、定期的にサーバに対してログのアップロードを要求する。サーバ１００はアップロードがあった場合は、ＨＤＤ５０と認証を行い、ログを読出しログ格納領域１１１に格納する。ここで、伝送路における改ざんを防止する必要があれば暗号処理部１７を用いて暗号化してログを送信する。
ログのサーバへの格納が終了したら、サーバとＨＤＤ５０は削除クレデンシャルを用いて認証を行う。そして、サーバはＨＤＤ５０に対してログの削除を要求する。ＨＤＤ５０は、要求に従いシステム領域２７内のログ７４を削除する。
【００５３】
このように、端末６１内では、ＨＤＤ５０内のクレデンシャル管理部１８以外には削除クレデンシャルを管理していないため、ログ収集プログラム７６が格納したログに対する改ざんや削除を防止することが可能になる。
また、不正なプログラムにより無意味なログをシステム領域に書込み、ログの格納領域を無駄に消費させることも考えられるため、特定のプログラム（ここではログ収集プログラム）のみが書込みクレデンシャルと管理するように構成すれば、上述のような攻撃を防ぐことが可能である。
【図面の簡単な説明】
【００５４】
【図１】実施例１における記憶装置及びそのアクセス制御システムの例を示す図。
【図２】実施例１におけるサーバがクレデンシャルを設定する一例を示すフロー図。
【図３】実施例１における公開鍵認証の一例を示すシーケンス図。
【図４】実施例１における共通鍵認証の一例を示すシーケンス図。
【図５】実施例２における記憶装置及びそのアクセス制御システムの例を示す図。
【図６】実施例２におけるライセンス管理情報の一例を示す図。
【図７】実施例３における記憶装置及びそのアクセス制御システムの例を示す図。
【図８】実施例１におけるクレデンシャルの設定動作における各動作のタイミングチャート図。
【符号の説明】
【００５５】
１０：ＣＰＵ，１１：メモリ，１２：バッファメモリ制御部，１３：サーボ制御部，１４：ホストＩ／Ｆ制御部，１５：信号処理部，１６：認証制御部，１７：暗号処理部，１８：クレデンシャル管理部，２０：ハードディスクコントローラ，２１：ＨＤＡ部，２２：バッファＲＡＭ，２５：記憶領域，２６：通常領域，２７：システム領域，３１：管理クレデンシャル，３２：書込クレデンシャル，３３：読込クレデンシャル,３４：削除クレデンシャル,４０：回路基板，５０：ハードディスク（ＨＤＤ），５１：主ＣＰＵ，５２：ＨＤＤ Ｉ／Ｆ制御部，５３：メモリ，５４：ＲＯＭ，５５：ネットワークＩ／Ｆ制御部，５６：システムバス，６０：ネットワーク，６１：端末，７１：プログラム，７２：ＡＰデータ，７３：ライセンス，７４：ログ，９１：プログラム，９２：ＡＰデータ，１００：サーバ，１０１：第１の管理クレデンシャル，１０２：第２の管理クレデンシャル，１０３：サーバ書込みクレデンシャル，１０４：サーバ読込クレデンシャル，１０３：サーバ削除クレデンシャル，１１１：ログ情報格納領域，１１２：ライセンス管理情報，１２１：ライセンスＩＤ，１２２：ユーザＩＤ，１２３：端末ＩＤ，１２４：発行ライセンス期限，１２５：ライセンスデータ
【特許請求の範囲】
【請求項１】
記憶装置を有する端末と、ネットワークを介して該端末に接続され、該記憶装置の記憶領域にアクセスすることができるサーバと、を含むアクセス制御システムにおいて、
該サーバは、該端末がアクセス先として正当であると認識した場合、アクセスを許可する管理認証情報を生成する処理部と、を有し、
該端末は、所定の条件が満たされた場合にアクセスが許可される、該記憶装置内に設定された第１の記憶領域と、前記処理部によって生成された、該第１の記憶領域へアクセスするため使用される該管理認証情報を管理する管理部とを有することを特徴とするアクセス制御システム。
【請求項２】
前記端末は、公開鍵暗号を用いた暗号通信のセッションを確立して、前記サーバとの間で情報を通信することを特徴とする請求項１のアクセス制御システム。
【請求項３】
前記サーバにおける前記処理部は、前記管理認証情報（第１の管理認証情報）を用いて該記憶装置に関する認証を行い、更に第２の管理認証情報を生成し、該第２の管理認証情報を用いて該端末との間のセキュアセッションを開始することを特徴とする請求項１又は２のアクセス制御システム。
【請求項４】
前記サーバの前記処理部は、前記第２の管理認証情報を用いて、該記憶装置の該第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成して管理することを特徴とする請求項３のアクセス制御システム。
【請求項５】
前記サーバの前記処理部は、該記憶装置の該第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成し、
前記端末は、該処理部で生成された書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルのいずれかを受信して、前記記憶装置内に設定された前記管理部に保持することを特徴とする請求項１乃至３のいずれかのアクセス制御システム。
【請求項６】
前記端末に備えられた前記管理部は、前記第２の管理認証情報、又は前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、該記憶装置に形成された記憶領域又はメモリに記憶して管理することを特徴とする請求項４乃至５のいずれかのアクセス制御システム。
【請求項７】
前記記憶装置内に複数の第１の記憶領域が設定されている場合、前記サーバの前記処理部は、各第１の記憶領域に対応して、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成して管理することを特徴とする請求項４乃至６のいずれかのアクセス制御システム。
【請求項８】
前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、該サーバから取得した、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、各第１の記憶領域に対応付けて管理することを特徴とする請求項４乃至７のいずれかのアクセス制御システム。
【請求項９】
該端末は、該サーバとの間で暗号通信のセッションを確立して情報のやりとりを行い、該サーバから該第２の管理認証情報を受信した後に該暗号通信のセッションを閉じ、該サーバから前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを受信する際に、該暗号通信のセッションを再度確立することを特徴とする請求項４乃至８のいずれかのアクセス制御システム。
【請求項１０】
ネットワークを介してサーバに接続可能な記憶装置において、
所定の条件が満たされた場合にアクセスが許可される、該記憶装置内に設定された第１の記憶領域と、自由にアクセスすることができる第２の記憶領域を有する記憶媒体と、該サーバに該第１の記憶領域へのアクセスを許可するために、該サーバを認証する際に使用される管理認証情報であって、該サーバで生成された該管理認証情報を取得して管理する管理部と、該サーバが該第１の記憶領域をアクセスする時、該管理部で管理されている該管理認証情報を用いて認証する認証制御部と、を有することを特徴とする記憶装置。
【請求項１１】
該サーバで生成される該管理認証情報は、第１の管理認証情報と、該第１の管理認証情報を用いた認証の結果に基づいて生成される第２の管理認証情報と、該第２の管理認証情報を用いた認証の結果に基づいて生成されるアクセス認証情報を含み、
前記認証制御部は、該サーバからの要求に応答して、予め取得されて該管理部で管理される該第１の管理認証情報を参照して、該サーバから送られる該第１の管理認証情報を検証して該サーバを認証し、該サーバの認証に成功した場合に、該サーバから受信された第２の管理認証情報を該管理部で管理し、
該記憶装置は、該サーバからの要求に応答して該サーバから第２の管理認証情報を受信すると、該認証制御部は、該管理部で管理される該第２の管理認証情報を参照して、該サーバからの該第２の認証情報を検証して該サーバを認証し、該サーバの認証に成功した場合に、該サーバから受信された該アクセス認証情報を該管理部に設定することを特徴とする請求項１０の記憶装置。
【請求項１２】
前記管理部は、前記アクセス認証情報として、該第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを管理することを特徴とする請求項１１の記憶装置。
【請求項１３】
前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを含む組を、各第１の記憶領域に対応付けて管理することを特徴とする請求項１２の記憶装置。
【請求項１４】
ネットワークを介してサーバから、端末の該記憶装置にアクセスするアクセス制御方法において、
該記憶装置内に予め、所定の条件が満たされた場合にアクセスが許可される第１の記憶領域を定義するステップと、該サーバにおいて該端末がアクセス先として正当であると認識した場合、該第１の記憶領域へのアクセスを許可する管理認証情報を生成するステップと、
該端末において、該サーバより該管理認証情報を取得して管理部に保持して管理するステップと、該サーバ又は他を含むかもしれないアクセス元から、該第１の記憶領域へアクセス要求があった時、該管理部に保持された該管理認証情報を参照して、該アクセス許可の認証を行うステップと、を有することを特徴とするアクセス制御方法。
【請求項１５】
該サーバにおいて前記管理認証情報として第１の管理認証情報を用いて該記憶装置に関する認証を行うステップと、該第１の管理認証情報を用いた認証が成功した場合に第２の管理認証情報を生成するステップと、該第１の管理認証情報を用いた認証が成功した場合にアクセス認証情報を生成するステップとを有し、
該端末において、予め該サーバから取得して該第１の管理認証情報を保持するステップと、該サーバからの要求に応答して、該第１の管理認証情報を参照して、該サーバから送られる該第１の管理認証情報を検証して該サーバを認証し、該サーバの認証に成功した場合に、該サーバから受信された第２の管理認証情報を取得して該管理部に保持するステップと、
該サーバからの要求に応答して該サーバから第２の管理認証情報を受信すると、該管理部に保持された該第２の管理認証情報を参照して、該サーバからの該第２の認証情報を検証して該サーバを認証するステップと、該認証の結果、該サーバの認証に成功した場合に、該サーバから受信された該アクセス認証情報を該管理部に設定するステップと、を有することを特徴とする請求項１４のアクセス制御方法。
【請求項１６】
該サーバは、前記アクセス認証情報として、該第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成し、
前記端末の該管理部は、該サーバより受信した書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを保持することを特徴とする請求項１５のアクセス制御方法。
【請求項１７】
前記第１の記憶領域に特定のプログラムを記憶する場合、前記サーバは該管理部に設定された該書込みクレデンシャルを用いて、該第１の記憶領域に記憶された該プログラムの書き換えを行うことができ、該端末は該第１の記憶領域に記憶された該プログラムの書き換えを行なえず、読み出して処理装置で実行することのみが許容されることすることを特徴とする請求項１６のアクセス制御方法。
【請求項１８】
前記第１の記憶領域に、コンテンツを利用するライセンスを記憶する場合、前記サーバは該管理部に設定された該書込みクレデンシャルを用いて、該第１の記憶領域に記憶される該ライセンス書き換えを行うことができ、該端末は該第１の記憶領域に設定された該読込みクレデンシャルを用いて該ライセンスを読み出して、該ライセンスを用いて該コンテンツの利用を許可することを特徴とする請求項１６のアクセス制御方法。
【請求項１９】
ネットワークを介してサーバに接続可能な記憶装置の記憶領域のアクセスを管理するために処理装置で実行されるプログラムであって、
所定の条件が満たされた場合にアクセスが許可される第１の記憶領域に対するアクセス認証情報の設定を該サーバへ要求する手段と、該サーバにおいて該端末がアクセス先として正当であると認識した場合、該第１の記憶領域へのアクセスを許可する管理認証情報及びアクセス認証情報を生成する手段と、該端末において、該サーバより受信した該管理認証情報及び該アクセス認証情報を取得して管理部に保持する手段と、該サーバ又は他を含むかもしれないアクセス元から、該第１の記憶領域へアクセス要求があった時、該管理部に保持された該アクセス認証情報を参照して、アクセスの認証を行う手段と、を有する処理装置上で実行可能なプログラム。
【請求項１】
記憶装置を有する端末と、ネットワークを介して該端末に接続され、該記憶装置の記憶領域にアクセスすることができるサーバと、を含むアクセス制御システムにおいて、
該サーバは、該端末がアクセス先として正当であると認識した場合、アクセスを許可する管理認証情報を生成する処理部と、を有し、
該端末は、所定の条件が満たされた場合にアクセスが許可される、該記憶装置内に設定された第１の記憶領域と、前記処理部によって生成された、該第１の記憶領域へアクセスするため使用される該管理認証情報を管理する管理部とを有することを特徴とするアクセス制御システム。
【請求項２】
前記端末は、公開鍵暗号を用いた暗号通信のセッションを確立して、前記サーバとの間で情報を通信することを特徴とする請求項１のアクセス制御システム。
【請求項３】
前記サーバにおける前記処理部は、前記管理認証情報（第１の管理認証情報）を用いて該記憶装置に関する認証を行い、更に第２の管理認証情報を生成し、該第２の管理認証情報を用いて該端末との間のセキュアセッションを開始することを特徴とする請求項１又は２のアクセス制御システム。
【請求項４】
前記サーバの前記処理部は、前記第２の管理認証情報を用いて、該記憶装置の該第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成して管理することを特徴とする請求項３のアクセス制御システム。
【請求項５】
前記サーバの前記処理部は、該記憶装置の該第１の記憶領域に対する書込みアクセス、又は読込みアクセス、又は削除アクセス時の認証に用いられる、夫々異なるクレデンシャルを生成し、
前記端末は、該処理部で生成された書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルのいずれかを受信して、前記記憶装置内に設定された前記管理部に保持することを特徴とする請求項１乃至３のいずれかのアクセス制御システム。
【請求項６】
前記端末に備えられた前記管理部は、前記第２の管理認証情報、又は前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、該記憶装置に形成された記憶領域又はメモリに記憶して管理することを特徴とする請求項４乃至５のいずれかのアクセス制御システム。
【請求項７】
前記記憶装置内に複数の第１の記憶領域が設定されている場合、前記サーバの前記処理部は、各第１の記憶領域に対応して、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成して管理することを特徴とする請求項４乃至６のいずれかのアクセス制御システム。
【請求項８】
前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、該サーバから取得した、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを、各第１の記憶領域に対応付けて管理することを特徴とする請求項４乃至７のいずれかのアクセス制御システム。
【請求項９】
該端末は、該サーバとの間で暗号通信のセッションを確立して情報のやりとりを行い、該サーバから該第２の管理認証情報を受信した後に該暗号通信のセッションを閉じ、該サーバから前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを受信する際に、該暗号通信のセッションを再度確立することを特徴とする請求項４乃至８のいずれかのアクセス制御システム。
【請求項１０】
ネットワークを介してサーバに接続可能な記憶装置において、
所定の条件が満たされた場合にアクセスが許可される、該記憶装置内に設定された第１の記憶領域と、自由にアクセスすることができる第２の記憶領域を有する記憶媒体と、該サーバに該第１の記憶領域へのアクセスを許可するために、該サーバを認証する際に使用される管理認証情報であって、該サーバで生成された該管理認証情報を取得して管理する管理部と、該サーバが該第１の記憶領域をアクセスする時、該管理部で管理されている該管理認証情報を用いて認証する認証制御部と、を有することを特徴とする記憶装置。
【請求項１１】
該サーバで生成される該管理認証情報は、第１の管理認証情報と、該第１の管理認証情報を用いた認証の結果に基づいて生成される第２の管理認証情報と、該第２の管理認証情報を用いた認証の結果に基づいて生成されるアクセス認証情報を含み、
前記認証制御部は、該サーバからの要求に応答して、予め取得されて該管理部で管理される該第１の管理認証情報を参照して、該サーバから送られる該第１の管理認証情報を検証して該サーバを認証し、該サーバの認証に成功した場合に、該サーバから受信された第２の管理認証情報を該管理部で管理し、
該記憶装置は、該サーバからの要求に応答して該サーバから第２の管理認証情報を受信すると、該認証制御部は、該管理部で管理される該第２の管理認証情報を参照して、該サーバからの該第２の認証情報を検証して該サーバを認証し、該サーバの認証に成功した場合に、該サーバから受信された該アクセス認証情報を該管理部に設定することを特徴とする請求項１０の記憶装置。
【請求項１２】
前記管理部は、前記アクセス認証情報として、該第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを管理することを特徴とする請求項１１の記憶装置。
【請求項１３】
前記記憶装置内に、複数の第１の記憶領域が設定されている場合、前記管理部は、前記書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを含む組を、各第１の記憶領域に対応付けて管理することを特徴とする請求項１２の記憶装置。
【請求項１４】
ネットワークを介してサーバから、端末の該記憶装置にアクセスするアクセス制御方法において、
該記憶装置内に予め、所定の条件が満たされた場合にアクセスが許可される第１の記憶領域を定義するステップと、該サーバにおいて該端末がアクセス先として正当であると認識した場合、該第１の記憶領域へのアクセスを許可する管理認証情報を生成するステップと、
該端末において、該サーバより該管理認証情報を取得して管理部に保持して管理するステップと、該サーバ又は他を含むかもしれないアクセス元から、該第１の記憶領域へアクセス要求があった時、該管理部に保持された該管理認証情報を参照して、該アクセス許可の認証を行うステップと、を有することを特徴とするアクセス制御方法。
【請求項１５】
該サーバにおいて前記管理認証情報として第１の管理認証情報を用いて該記憶装置に関する認証を行うステップと、該第１の管理認証情報を用いた認証が成功した場合に第２の管理認証情報を生成するステップと、該第１の管理認証情報を用いた認証が成功した場合にアクセス認証情報を生成するステップとを有し、
該端末において、予め該サーバから取得して該第１の管理認証情報を保持するステップと、該サーバからの要求に応答して、該第１の管理認証情報を参照して、該サーバから送られる該第１の管理認証情報を検証して該サーバを認証し、該サーバの認証に成功した場合に、該サーバから受信された第２の管理認証情報を取得して該管理部に保持するステップと、
該サーバからの要求に応答して該サーバから第２の管理認証情報を受信すると、該管理部に保持された該第２の管理認証情報を参照して、該サーバからの該第２の認証情報を検証して該サーバを認証するステップと、該認証の結果、該サーバの認証に成功した場合に、該サーバから受信された該アクセス認証情報を該管理部に設定するステップと、を有することを特徴とする請求項１４のアクセス制御方法。
【請求項１６】
該サーバは、前記アクセス認証情報として、該第１の記憶領域をアクセスする時の認証に使用される書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを生成し、
前記端末の該管理部は、該サーバより受信した書込みクレデンシャル、又は読込みクレデンシャル、又は削除クレデンシャルを保持することを特徴とする請求項１５のアクセス制御方法。
【請求項１７】
前記第１の記憶領域に特定のプログラムを記憶する場合、前記サーバは該管理部に設定された該書込みクレデンシャルを用いて、該第１の記憶領域に記憶された該プログラムの書き換えを行うことができ、該端末は該第１の記憶領域に記憶された該プログラムの書き換えを行なえず、読み出して処理装置で実行することのみが許容されることすることを特徴とする請求項１６のアクセス制御方法。
【請求項１８】
前記第１の記憶領域に、コンテンツを利用するライセンスを記憶する場合、前記サーバは該管理部に設定された該書込みクレデンシャルを用いて、該第１の記憶領域に記憶される該ライセンス書き換えを行うことができ、該端末は該第１の記憶領域に設定された該読込みクレデンシャルを用いて該ライセンスを読み出して、該ライセンスを用いて該コンテンツの利用を許可することを特徴とする請求項１６のアクセス制御方法。
【請求項１９】
ネットワークを介してサーバに接続可能な記憶装置の記憶領域のアクセスを管理するために処理装置で実行されるプログラムであって、
所定の条件が満たされた場合にアクセスが許可される第１の記憶領域に対するアクセス認証情報の設定を該サーバへ要求する手段と、該サーバにおいて該端末がアクセス先として正当であると認識した場合、該第１の記憶領域へのアクセスを許可する管理認証情報及びアクセス認証情報を生成する手段と、該端末において、該サーバより受信した該管理認証情報及び該アクセス認証情報を取得して管理部に保持する手段と、該サーバ又は他を含むかもしれないアクセス元から、該第１の記憶領域へアクセス要求があった時、該管理部に保持された該アクセス認証情報を参照して、アクセスの認証を行う手段と、を有する処理装置上で実行可能なプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−１７１１１６（Ｐ２００８−１７１１１６Ａ）
【公開日】平成２０年７月２４日（２００８．７．２４）
【国際特許分類】
【出願番号】特願２００７−２４０９（Ｐ２００７−２４０９）
【出願日】平成１９年１月１０日（２００７．１．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年７月２４日（２００８．７．２４）
【国際特許分類】
【出願日】平成１９年１月１０日（２００７．１．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]