(57)【要約】【課題】ＣＰＲＭ対応メディアをＣＰＲＭ対応ホストデバイスに接続せずとも、ネットワーク配信されたデジタルコンテンツを再生し、然も、そのデジタルコンテンツの複製を従前と同様防止し得るコンテンツ格納プログラム，コンテンツ再生プログラム及びコンテンツ配信プログラムを、提供する。【解決手段】コンテンツプレーヤー１２起動中のクライアント装置１０から何れかのコンテンツにつきダウンロード要求があると、サーバ装置２０が、そのコンテンツをコンテンツキーで暗号化したものと、コンテンツプレーヤー１２に一意に割り当てられているユーザーキー３２でそのコンテンツキーを暗号化したものとを、クライアント装置１０に送信する。これを受信したクライアント装置１０は、暗号化コンテンツ３４をＨＤＤ１０ｇにそのまま格納し、暗号化コンテンツキー３３を、当該プログラム自身のみがアクセス自在な情報となるよう暗号化してＨＤＤ１０ｇに格納する。【選択図】図４
2007124415.tif 000002
【特許請求の範囲】
【請求項１】
デジタルコンテンツを記憶装置に格納するためのコンテンツ格納プログラムであって、
コンピュータを、
当該プログラムのみが使用し得る鍵情報を、通信装置を通じてサーバ装置から取得する鍵情報取得手段，
前記鍵情報取得手段が取得した前記鍵情報を、当該プログラム自身のみがアクセス自在な情報となるよう暗号化して記憶装置に保存する保存手段，
デジタルコンテンツを個々に識別するためのコンテンツ識別情報の中から選択されたコンテンツ識別情報と、前記記憶装置に保存される前記鍵情報とを含むダウンロード要求を、前記通信装置を通じて前記サーバ装置へ送信するダウンロード要求送信手段，
前記ダウンロード要求送信手段が送信した前記コンテンツ識別情報に対応する暗号化コンテンツと、その暗号化コンテンツの暗号化に用いたコンテンツキーを前記鍵情報で暗号化してなる暗号化コンテンツキーとを、前記通信装置を通じて前記サーバ装置から受信する受信手段，及び、
前記受信手段が受信した前記暗号化コンテンツを前記記憶装置にそのまま格納するとともに、前記受信手段が受信した前記暗号化コンテンツキーを、当該プログラム自身のみがアクセス自在な情報となるよう暗号化して前記記憶装置に格納する格納手段
として機能させる
ことを特徴とするコンテンツ格納プログラム。
【請求項２】
前記コンピュータを、更に、
当該プログラム自身を他のプログラムから識別するためのホスト識別情報を、前記通信装置を通じて前記サーバ装置から取得するホスト識別情報取得手段
として機能させ、
前記鍵情報取得手段は、
前記ホスト識別情報取得手段が取得したホスト識別情報を、前記通信装置を通じて前記サーバ装置へ引き渡すことにより、そのホスト識別情報から一意に得られる鍵情報を、当該プログラムのみが使用し得る鍵情報として、前記通信装置を通じて前記サーバ装置から取得する
ことを特徴とする請求項１記載のコンテンツ格納プログラム。
【請求項３】
前記保存手段は、
前記ホスト識別情報取得手段が取得した前記ホスト識別情報とともに、前記鍵情報取得手段が取得した前記鍵情報をも、当該プログラム自身のみがアクセス自在な情報となるよう暗号化して記憶装置に保存する
ことを特徴とする請求項２記載のコンテンツ格納プログラム。
【請求項４】
記憶装置に格納されたデジタルコンテンツを再生するためのコンテンツ再生プログラムであって、
コンピュータを、
デジタルコンテンツをコンテンツキーで暗号化してなる暗号化コンテンツを一つ以上記憶している記憶装置の中から、何れかの暗号化コンテンツが、入力装置を通じて操作者に選択されることにより、その暗号化コンテンツの再生指示を受け付ける再生指示受付手段，
前記受付手段が再生指示を受け付けると、当該プログラムのみが使用し得る鍵情報で前記コンテンツキーを暗号化してなる暗号化コンテンツキーを一つ以上記憶している前記記憶装置の中から、再生が指示された暗号化コンテンツに対応する暗号化コンテンツキーを取得する暗号化コンテンツキー取得手段，
前記暗号化コンテンツキー取得手段が取得した暗号化コンテンツキーを、前記記憶装置に保存されている鍵情報で復号化し、さらに、その復号化により得られるコンテンツキーにて当該暗号化コンテンツを復号化する復号化手段，及び、
前記復号化手段が復号化して得られるデジタルコンテンツを再生する再生手段
として機能させる
ことを特徴とするコンテンツ再生プログラム。
【請求項５】
コンピュータを、
クライアントプログラムを一意に識別するためのホスト識別情報の発行要求を、何れかのクライアント装置内のクライアントプログラムから通信装置を通じて受け付けると、新規のホスト識別情報を生成して、前記通信装置を通じてそのクライアントプログラムへ送信するホスト識別情報発行手段，
何れかのクライアント装置内のクライアントプログラムから、そのクライアントプログラムのホスト識別情報とともに、そのクライアントプログラムのみが使用し得る鍵情報の発行要求を、通信装置を通じて受け付けると、そのホスト識別情報から一意に得られる鍵情報を生成して、そのクライアントプログラムへ送信する鍵情報発行手段，
デジタルコンテンツを暗号化してなる暗号化コンテンツと、その暗号化コンテンツの暗号化に用いたコンテンツキーとを、記憶装置に記憶する記憶手段，
何れかのクライアント装置内のクライアントプログラムから、デジタルコンテンツを個々に識別するためのコンテンツ識別情報と、そのクライアントプログラムのホスト識別情報とを含むダウンロード要求を、前記通信装置を通じて受信するダウンロード要求受信手段，及び、
前記受信手段が受信した前記コンテンツ識別情報に対応する前記記憶装置内の暗号化コンテンツと、前記受信手段が受信したホスト識別情報でその暗号化コンテンツに対応するコンテンツキーを暗号化してなる暗号化コンテンツキーとを、送信元のクライアント装置へ送信する送信手段
として機能させる
ことを特徴とするコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツを記憶装置に格納するためのコンテンツ格納プログラム，記憶装置に格納されたデジタルコンテンツを再生するためのコンテンツ再生プログラム，及び、デジタルコンテンツをクライアント装置に配信するためのコンテンツ配信プログラムに、関する。
【背景技術】
【０００２】
周知のように、著作権の客体となっているデジタルコンテンツの複製を実質的に防止するための技術として、ＣＰＲＭ［Content Protection for Recordable Media］というものがある。図５は、このＣＰＲＭが適用されたコンテンツ配信技術の説明に利用するための図である。
【０００３】
ＣＰＲＭでは、まず、デジタルコンテンツを記録するためのメモリーカードやＤＶＤ［Digital Versatile Disk］などのメディア６０における読み出し専用のシステム領域に対し、コンテンツ利用を禁止すべきホストデバイスであるか否かの判定に利用されるデータであるＭＫＢ［Media Key Block］６１と、他のメディアの中からそのメディアを識別するためのメディアＩＤ（媒体識別情報）６２とを、予め記録しておく。なお、このような情報が予め記録されたメディアは、一般に、ＣＰＲＭ対応メディアと称されている。
【０００４】
そして、デジタルコンテンツをサーバ装置４０からＣＰＲＭ対応メディア６０にダウンロードする場合、パーソナルコンピュータ上で起動中の専用ソフトウエア，或いは、ビデオ録画機などのホストデバイス（レコーダー）５０は、まず、ライセンス会社から自己に与えられているデバイスキー（機器鍵）５１とそのメディア６０のシステム領域内のＭＫＢ６１とからいわゆるＭＫＢ処理を行って、メディアキー（媒体鍵）５２を取り出す。このとき、メディアキー４２が取り出せなかったときには、そのホストデバイス５０は、ＭＫＢ処理の結果、自身を、コンテンツ利用を禁止すべきものと判定した（リボークした）ことになる。
【０００５】
そして、リボークされなかったホストデバイス（レコーダー）５０が、メディア６０のシステム領域にあるメディアＩＤ６２をサーバ装置４０へ送信すると、サーバ装置４０が、そのメディアＩＤ６２を適切な関数に入力して得られるユーザーキー８１をホストデバイス（レコーダー）５０に発行し、ホストデバイス（レコーダー）５０が、ユーザーキー８１を記憶する。
【０００６】
その後、ホストデバイス（レコーダー）５０が、デジタルコンテンツを特定するコンテンツＩＤ８２と予め得ていたユーザーキー８１とを含むダウンロード要求を、サーバ装置４０へ送信すると、サーバ装置４０が、ユーザーキー８１の正当性を判定し、ユーザーキー８１が正当なものであれば、コンテンツＩＤ８２に対応するコンテンツキー８３と暗号化コンテンツ８４とをデータベースから読み出す。なお、コンテンツキー８３は、デジタルコンテンツの暗号化に用いた鍵情報であり、暗号化コンテンツ８４は、そのコンテンツキー８３を用いて暗号化されたデジタルコンテンツである。
【０００７】
それから、サーバ装置４０が、データベースから読み出したコンテンツキー８３をユーザーキー８１で暗号化し、暗号化されたコンテンツキーとともに、暗号化コンテンツ８４を、ホストデバイス（レコーダー）５０へ送信する。
【０００８】
そのホストデバイス（レコーダー）５０は、受信した暗号化コンテンツキーを、予め得ていたユーザーキー８１で復号化して、コンテンツキー８３を生成しておき、続いて、上記ＭＫＢ処理にて得たメディアキー５２の値とメディア６０のシステム領域内のメディアＩＤ６２の値とから適当な関数により得られる出力値をメディアユニークキー（媒体特定鍵）５３として算出し、算出したメディアユニークキー５３で、上記コンテンツキー８１を、暗号化する。その暗号化で得た暗号化コンテンツキー６３は、メディア６０内においてＣＰＲＭ規格に準拠したホストデバイス５０，７０のみがアクセスできる秘匿領域に記録され、デジタルコンテンツを暗号化してなる暗号化コンテンツ８４は、どのホストデバイスもアクセス可能な無制限領域に記録される。
【０００９】
一方、デジタルコンテンツをＣＰＲＭ対応メディア６０から読み出す場合、ホストデバイス（プレーヤー）７０は、メディア６０に記録する場合と同様に、まず、デバイスキー７１とメディア６０内のＭＫＢ６１とからメディアキー７２を取り出し、その取り出したメディアキー７２とメディア６０内のメディアＩＤ６２とからメディアユニークキー７３を算出し、その後、メディア６０に記録する場合と逆の経路で処理を行う。すなわち、ホストデバイス（プレーヤー）７０は、その算出したメディアユニークキー７３にて、メディア６０の秘匿領域内の暗号化コンテンツキー６３を復号化し、さらに、その復号化で得たコンテンツキー８３にて、暗号化コンテンツ８４を複合化して、デジタルコンテンツ８５を取り出す。
【００１０】
このＣＰＲＭが適用されたコンテンツ配信技術によれば、メディア６０の無制限領域に格納された暗号化コンテンツ８４が、別のメディアに複製されたとしても、その暗号化コンテンツ８４の復号化に用いるための暗号化コンテンツキー６３が秘匿領域にあることから、その複製先のメディアには暗号化コンテンツキー６３が複製できないため、複製された暗号化コンテンツ８４が復号されることはない。また、メディア６０内の秘匿領域に格納すべき暗号化コンテンツキー６３が何らかの不正手段により複製されたとしても、複製先のメディアのメディアＩＤが元のメディア６０のメディアＩＤ６２と一致しないので、複製された暗号化コンテンツキー６３が復号できない結果、やはり、暗号化コンテンツ８４が復号されることがない。このような仕組みにより、デジタルコンテンツの複製が防止されるようになっている。
【００１１】
【特許文献１】特開２００４−３５０１５０号公報
【特許文献２】特開２００４−２６４８９８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
前述したように、ＣＰＲＭが適用されたコンテンツ配信技術では、配信されたデジタルコンテンツは、ＣＰＲＭ対応メディア６０に取り込まれねば、再生できないようになっている。これは、前述したように、デジタルコンテンツ８５の再生時に、メディアＩＤ６２を使った復号化が必要となっているためである。
【００１３】
しかしながら、例えばＣＰＲＭ対応メモリーカードをホストデバイス５０に接続したとしても、そのメモリーカードの容量を超えるようなデータ量のデジタルコンテンツが配信されてきた場合には、そのデジタルコンテンツをメモリーカードに格納することができず、デジタルコンテンツを再生することができないという問題があった。
【００１４】
また、ネットワーク配信で受け取ったデジタルコンテンツを再生する場合に、必ず、ＣＰＲＭ対応メディア６０をＣＰＲＭ対応のホストデバイス７０に接続せねばならないとなれば、上記サービスの利用者に不便を強いるとともに、メディアスロットの無いホストデバイスの利用者による上記サービスへの加入が見込めなくなってしまう。
【００１５】
本発明は、このような問題に鑑みてなされたものであり、その課題は、ＣＰＲＭ対応メディアをＣＰＲＭ対応ホストデバイスに接続しなくても、ネットワーク配信されたデジタルコンテンツを再生できるようにし、然も、そのデジタルコンテンツの複製を従前と同様に防止できるようにすることにある。
【課題を解決するための手段】
【００１６】
上記の課題を解決するために発明されたコンテンツ格納プログラムは、デジタルコンテンツを記憶装置に格納するためのコンテンツ格納プログラムであって、コンピュータを、当該プログラムのみが使用し得る鍵情報を、通信装置を通じてサーバ装置から取得する鍵情報取得手段，前記鍵情報取得手段が取得した前記鍵情報を、当該プログラム自身のみがアクセス自在な情報となるよう暗号化して記憶装置に保存する保存手段，デジタルコンテンツを個々に識別するためのコンテンツ識別情報の中から選択されたコンテンツ識別情報と、前記記憶装置に保存される前記鍵情報とを含むダウンロード要求を、前記通信装置を通じて前記サーバ装置へ送信するダウンロード要求送信手段，前記ダウンロード要求送信手段が送信した前記コンテンツ識別情報に対応する暗号化コンテンツと、その暗号化コンテンツの暗号化に用いたコンテンツキーを前記鍵情報で暗号化してなる暗号化コンテンツキーとを、前記通信装置を通じて前記サーバ装置から受信する受信手段，及び、前記受信手段が受信した前記暗号化コンテンツを前記記憶装置にそのまま格納するとともに、前記受信手段が受信した前記暗号化コンテンツキーを、当該プログラム自身のみがアクセス自在な情報となるよう暗号化して前記記憶装置に格納する格納手段として機能させることを、特徴としている。
【００１７】
このように構成されたコンテンツ格納プログラムをコンピュータ上で動作させると、任意の暗号化コンテンツがサーバ装置から記憶装置に取り込まれた際に、事前に保存しておいた鍵情報で暗号化されたコンテンツキーも、記憶装置に取り込まれることとなる。
【００１８】
これにより、記憶装置に取り込まれた暗号化コンテンツが、他のコンピュータの記憶装置に複製されたとしても、その暗号化コンテンツの復号化に用いるための暗号化コンテンツキーがそのプログラムのみしか復号化できない情報であることから、その複製先のコンピュータ内では暗号化コンテンツキーが復号化できないため、複製された暗号化コンテンツが復号されることもない。
【００１９】
また、上記の課題を解決するため、前述した本発明のコンテンツ格納プログラムにより記憶装置に格納されたデジタルコンテンツを再生するためのものとして発明されたコンテンツ再生プログラムは、コンピュータを、デジタルコンテンツをコンテンツキーで暗号化してなる暗号化コンテンツを一つ以上記憶している記憶装置の中から、何れかの暗号化コンテンツが、入力装置を通じて操作者に選択されることにより、その暗号化コンテンツの再生指示を受け付ける再生指示受付手段，前記受付手段が再生指示を受け付けると、当該プログラムのみが使用し得る鍵情報で前記コンテンツキーを暗号化してなる暗号化コンテンツキーを一つ以上記憶している前記記憶装置の中から、再生が指示された暗号化コンテンツに対応する暗号化コンテンツキーを取得する暗号化コンテンツキー取得手段，前記暗号化コンテンツキー取得手段が取得した暗号化コンテンツキーを、前記記憶装置に保存されている鍵情報で復号化し、さらに、その復号化により得られるコンテンツキーにて当該暗号化コンテンツを復号化する復号化手段，及び、前記復号化手段が復号化して得られるデジタルコンテンツを再生する再生手段として機能させることを、特徴としている。
【００２０】
従って、このコンテンツ再生プログラムによれば、コンピュータを、前述した本発明のコンテンツ格納プログラムにより記憶装置に格納されたデジタルコンテンツを再生するための装置として、動作させることができることになる。
【００２１】
また、上記の課題を解決するため、前述した本発明のコンテンツ格納プログラムに対してネットワークを介して相補的に協働するものとして発明されたコンテンツ配信プログラムは、コンピュータを、クライアントプログラムを一意に識別するためのホスト識別情報の発行要求を、何れかのクライアント装置内のクライアントプログラムから通信装置を通じて受け付けると、新規のホスト識別情報を生成して、前記通信装置を通じてそのクライアントプログラムへ送信するホスト識別情報発行手段，何れかのクライアント装置内のクライアントプログラムから、そのクライアントプログラムのホスト識別情報とともに、そのクライアントプログラムのみが使用し得る鍵情報の発行要求を、通信装置を通じて受け付けると、そのホスト識別情報から一意に得られる鍵情報を生成して、そのクライアントプログラムへ送信する鍵情報発行手段，デジタルコンテンツを暗号化してなる暗号化コンテンツと、その暗号化コンテンツの暗号化に用いたコンテンツキーとを、記憶装置に記憶する記憶手段，何れかのクライアント装置内のクライアントプログラムから、デジタルコンテンツを個々に識別するためのコンテンツ識別情報と、そのクライアントプログラムのホスト識別情報とを含むダウンロード要求を、前記通信装置を通じて受信するダウンロード要求受信手段，及び、前記受信手段が受信した前記コンテンツ識別情報に対応する前記記憶装置内の暗号化コンテンツと、前記受信手段が受信したホスト識別情報でその暗号化コンテンツに対応するコンテンツキーを暗号化してなる暗号化コンテンツキーとを、送信元のクライアント装置へ送信する送信手段として機能させることを、特徴としている。
【００２２】
従って、このコンテンツ配信プログラムによれば、コンピュータを、前述した本発明のコンテンツ格納プログラムが動作中のコンピュータに対してネットワークを介して相補的に協働する装置として、動作させることができることになる。
【発明の効果】
【００２３】
以上に説明したように、本発明によれば、ＣＰＲＭ対応メディアをＣＰＲＭ対応ホストデバイスに接続しなくても、ネットワーク配信されたデジタルコンテンツを再生できるようになり、然も、そのデジタルコンテンツの複製を従前と同様に防止できる。
【発明を実施するための最良の形態】
【００２４】
以下、添付図面を用いて、本発明を実施するための形態について、詳細に説明する。
【００２５】
初めに、本発明の実施形態であるコンピュータネットワークシステムのハードウエア構成及びソフトウエア構成について説明する。
【００２６】
図１は、本実施形態のコンピュータネットワークシステムの構成図である。
【００２７】
本実施形態のコンピュータネットワークシステムは、一台以上のクライアント装置１０と、サーバ装置２０とからなり、これら装置１０，２０は、ネットワークＮを介して互いに接続されている。
【００２８】
クライアント装置１０は、デジタルコンテンツをサーバ装置２０から取得したりデジタルコンテンツを再生したりするためのプログラム群及びデータ群をパーソナルコンピュータにインストールすることによって、クライアントとして機能させるようにした装置である。
【００２９】
このクライアント装置１０を構成するパーソナルコンピュータは、周知のように、ＣＰＵ［Central Processing Unit］１０ａ，ＤＲＡＭ［Dynamic Random Access Memory］１０ｂ，液晶ディスプレイ等の表示装置１０ｃ，スピーカー等の音声出力装置（図示略），キーボードやマウス等の入力装置１０ｄ，通信アダプタ１０ｅ，ＭＤＤ［Multi Disk Drive］１０ｆ，及び、ＨＤＤ［Hard Disk Drive］１０ｇ等の周知なハードウエアからなる。
【００３０】
このうち、ＨＤＤ１０ｇは、表示装置１０ｃや入力装置１０ｄにおける入出力の制御，及び、ＤＲＡＭ１０ｂやＭＤＤ１０ｆやＨＤＤ１０ｇの記憶領域（記憶素子，ＣＤ［Compact Disk］，ＤＶＤ［Digital Versatile Disk］，ＨＤ［Hard Disk］の記憶領域）に対する読み書きの制御といった基本的な機能を多くのアプリケーションソフトウエアに提供するための基本ソフトウエア１１を、記憶している。
【００３１】
さらに、このＨＤＤ１０ｇは、コンテンツプレーヤー１２を記憶している。このコンテンツプレーヤー１２は、デジタルコンテンツの試し出力，選択，ダウンロードを行うためのプログラム群及びデータ群や、ダウンロードしたデジタルコンテンツを再生するためのプログラム群及びデータ群からなる。なお、このコンテンツプレーヤー１２は、ネットワークＮを通じたサーバ装置２０からのダウンロードによりＨＤＤ１０ｇにインストールされたものであっても良いし、ＣＤやＤＶＤからＭＤＤ１０ｆを通じてＨＤＤ１０ｇにインストールされたものであっても良い。このコンテンツプレーヤー１２を構成するプログラム群のうち本発明に係るプログラムに従ってＣＰＵ１０ａが実行する処理の内容については、後述する。
【００３２】
一方、サーバ装置２０は、デジタルコンテンツをクライアント装置１０に配信するためのプログラム群及びデータ群を汎用のコンピュータにインストールすることによって、サーバとして機能させるようにした装置である。
【００３３】
このサーバ装置２０を構成する汎用のコンピュータは、少なくとも、ＣＰＵ２０ａ，ＤＲＡＭ２０ｂ，通信アダプタ２０ｃ，及び、ストレージユニット２０ｄ等のハードウエアを備えており、ストレージユニット２０ｄは、前述した基本ソフトウエア１１と同等に機能する基本ソフトウエア２１を、記憶している。
【００３４】
さらに、このストレージユニット２０ｄには、この汎用のコンピュータをサーバとして機能させるためのプログラム群及びデータ群として、暗号化コンテンツ２２，コンテンツキー２３，データ管理モジュール２４，及び、コンテンツ配信サーバソフトウエア２５が、インストールされている。
【００３５】
このうち、暗号化コンテンツ２２は、音楽，静止画，動画などを出力するためのデータであるデジタルコンテンツを、コンテンツキー２３で暗号化したものである。コンテンツキー２３は、前述したように、デジタルコンテンツの暗号化に用いた鍵のデータである。本実施形態においては、デジタルコンテンツは、対称暗号方式にて暗号化されているので、このコンテンツキー２３は、暗号化コンテンツ２２の復号化に用いる鍵のデータともなっている。なお、ストレージユニット２０ｄに暗号化コンテンツ２２及びコンテンツキー２３を記憶するサーバ装置２０は、前述した記憶手段に相当している。
【００３６】
また、データ管理モジュール２４は、暗号化コンテンツ２２とコンテンツキー２３とを管理するためのモジュールプログラムである。このデータ管理モジュール２４は、デジタルコンテンツを個々に識別するためのコンテンツＩＤ［Identification］と、そのデジタルコンテンツを暗号化してなる暗号化コンテンツ２２と、その暗号化に用いたコンテンツキー２３とを、対応付けた状態で、管理している。
【００３７】
また、コンテンツ配信サーバソフトウエア２５は、クライアント装置１０への暗号化コンテンツ２２の配信サービスを実現するためのプログラム群及びデータ群である。具体的には、このコンテンツ配信サーバソフトウエア２５は、コンテンツプレーヤー１２との種々の情報の遣り取りを制御するためのモジュールプログラムや、コンテンツプレーヤー１２を個々に識別するための識別情報であるＰＣ−ＩＤ（従来のデバイスキーとは別の情報である）を発行して図示せぬテーブル等に登録することによって、コンテンツプレーヤー１２を管理するためのモジュールプログラムを、含んでいる。また、コンテンツ配信サーバソフトウエア２５は、コンテンツプレーヤー１２のＰＣ−ＩＤを所定の関数に入力して得られるユーザーキーを発行して図示せぬテーブルに登録することによって、そのコンテンツプレーヤー１２を暗号化コンテンツ２２の配信先とし得ることを管理するためのモジュールプログラムも、含んでいる。
【００３８】
次に、コンテンツプレーヤー１２とコンテンツ配信サーバソフトウエア２５とによる処理の内容について、説明する。
【００３９】
クライアント装置１０では、入力装置１０ｄを操作する操作者によって、コンテンツプレーヤー１２が起動されると、ＣＰＵ１０ａが、コンテンツ配信サーバソフトウエア２５にアクセスする前に、コンテンツプレーヤー１２内の初期設定用プログラムが起動され、初期設定用処理が開始される。
【００４０】
図２は、アクセス時でのクライアント側とサーバー側の処理の流れを示す図である。
【００４１】
初期設定用処理の開始後、クライアント装置１０のＣＰＵ１０ａは、まず、ＨＤＤ１０ｇにユーザーキー３２が保存されているか否かを、判別する（ステップＳ１０１）。
【００４２】
そして、ＨＤＤ１０ｇにユーザーキー３２が保存されていなかった場合（ステップＳ１０１；ＮＯ）、ＣＰＵ１０ａは、このＨＤＤ１０ｇにＰＣ−ＩＤ３１が保存されているか否かを、判別する（ステップＳ１０２）。
【００４３】
そして、ＨＤＤ１０ｇにＰＣ−ＩＤ３１が保存されていなかった場合（ステップＳ１０２）、ＣＰＵ１０ａは、サーバ装置２０のコンテンツ配信サーバソフトウエア２５へのアクセスが初めてであるとして、そのコンテンツ配信サーバソフトウエア２５に対し、ＰＣ−ＩＤ発行要求を送信する（ステップＳ１０３）。
【００４４】
すると、サーバ装置２０では、このＰＣ−ＩＤ発行要求の受信をトリガとして、コンテンツ配信サーバソフトウエア２５内のＰＣ−ＩＤ発行用プログラムが起動され、ＰＣ−ＩＤ発行用処理が開始される。
【００４５】
ＰＣ−ＩＤ発行用処理の開始後、サーバ装置２０のＣＰＵ２０ａは、新規のＰＣ−ＩＤ３１を発行して図示せぬテーブル等に登録する処理を行い（ステップＳ２０１）、そのＰＣ−ＩＤ３１をクライアント装置１０へ送信する処理を実行して（ステップＳ２０２）、ＰＣ−ＩＤ発行用処理を終了する。
【００４６】
一方、クライアント装置１０のＣＰＵ１０ａは、ＰＣ−ＩＤ発行要求をサーバ装置２０へ送信した後、その応答としてＰＣ−ＩＤ３１を受信するまで待機しており（ステップＳ１０４；ＮＯ）、サーバ装置２０からＰＣ−ＩＤ３１を受信すると（ステップＳ１０４；ＹＥＳ）、その受信したＰＣ−ＩＤ３１をＨＤＤ１０ｇに保存する処理を行う（ステップＳ１０５）。ここで、この保存処理においては、ＰＣ−ＩＤ３１は、独自の暗号化処理（例えばデバイスキーを鍵として用いた暗号化処理）が施されてから保存される。これにより、このクライアント装置１０内にあるコンテンツプレーヤー１２以外の全てのコンテンツプレーヤー，及び、その他のソフトウエアが、このＰＣ−ＩＤ３１を復号できないようになっている。
【００４７】
続いて、クライアント装置１０のＣＰＵ１０ａは、サーバ装置２０のコンテンツ配信サーバソフトウエア２５に対し、ユーザーキー発行要求を送信する（ステップＳ１０６）。
【００４８】
すると、サーバ装置２０では、このユーザーキー発行要求の受信をトリガとして、コンテンツ配信サーバソフトウエア２５内のユーザーキー発行用プログラムが起動され、ユーザーキー発行用処理が開始される。
【００４９】
ユーザーキー発行用処理の開始後、サーバ装置２０のＣＰＵ２０ａは、新規のユーザーキー３２を発行して図示せぬテーブル等に登録する処理を行い（ステップＳ２１１）、そのユーザーキー３２をクライアント装置１０へ送信する処理を実行して（ステップＳ２１２）、ユーザーキー発行用処理を終了する。
【００５０】
一方、クライアント装置１０のＣＰＵ１０ａは、ユーザーキー発行要求をサーバ装置２０へ送信した後、その応答としてユーザーキー３２を受信するまで待機しており（ステップＳ１０７；ＮＯ）、サーバ装置２０からユーザーキー３２を受信すると（ステップＳ１０７；ＹＥＳ）、その受信したユーザーキー３２をＨＤＤ１０ｇに保存する処理を行い（ステップＳ１０８）、図２の初期設定用処理を終了する。ここで、この保存処理においても、ＰＣ−ＩＤ３１の場合と同様に、ユーザーキー３２は、独自の暗号化処理（例えばデバイスキーを鍵として用いた暗号化処理）が施されてから保存される。これにより、このクライアント装置１０内にあるコンテンツプレーヤー１２以外の全てのコンテンツプレーヤー，及び、その他のソフトウエアが、このユーザーキー３２を復号できないようになっている。
【００５１】
また、ＣＰＵ１０ａは、コンテンツ配信サーバソフトウエア２５へのアクセス前において、ＨＤＤ１０ｇにＰＣ−ＩＤ３１が既に保存されていたときには（ステップＳ１０２；ＹＥＳ）、コンテンツ配信サーバソフトウエア２５へのアクセスが初めてでなないとして、前述したステップＳ１０３〜Ｓ１０５を実行せず、前述したステップＳ１０６〜Ｓ１０８のみを実行してユーザーキー３２を取得し、図２の初期設定用処理を終了する。
【００５２】
また、ＣＰＵ１０ａは、コンテンツ配信サーバソフトウエア２５へのアクセス前において、ＨＤＤ１０ｇにユーザーキー３２が記録されていた場合（ステップＳ１０１；ＹＥＳ）、ユーザーキー３２もＰＣ−ＩＤ３１も既に発行されているとして、図２の初期設定用処理を終了する。
【００５３】
なお、ステップＳ１０３及びＳ１０４を実行するクライアント装置１０のＣＰＵ１０ａが、ホスト識別情報取得手段に相当し、ステップＳ１０６及びＳ１０７を実行するクライアント装置１０のＣＰＵ１０ａは、前述した鍵情報取得手段に相当し、ステップＳ１０５及びＳ１０８を実行するクライアント装置１０のＣＰＵ１０ａが、前述した保存手段に相当している。また、ステップＳ２０１及びＳ２０２を実行するサーバ装置２０のＣＰＵ２０ａが、前述したホスト識別情報発行手段に相当し、ステップＳ２１１及びＳ２１２を実行するサーバ装置２０のＣＰＵ２０ａが、前述した鍵情報発行手段に相当している。また、ＰＣ−ＩＤ３１が、前述したホスト識別情報に相当し、ユーザーキー３２が、前述した鍵情報に相当している。
【００５４】
クライアント装置１０のコンテンツプレーヤー１２は、図２に係る処理により初期設定を行った後、サーバ装置２０のコンテンツ配信サーバソフトウエア２５にアクセスできるようになる。その後、入力装置１０ｄを操作する操作者が、デジタルコンテンツを選択するためのコンテンツ選択画面（図示略）に推移し、そのコンテンツ選択画面内に示された幾つかの選択肢の中から任意の選択肢をクリックして選択する。すると、それをトリガとして、コンテンツプレーヤー１２内のダウンロード用プログラムが起動され、ダウンロード用処理が開始される。
【００５５】
図３は、ダウンロード時でのクライアント側とサーバー側の処理の流れを示す図である。
【００５６】
クライアント装置１０のＣＰＵ１０ａは、まず、上記のコンテンツ選択画面（図示略）において選択された選択肢に割り付けられているコンテンツＩＤを読み取り、そのコンテンツＩＤとＨＤＤ１０ｇ内のユーザーキー３２（独自の復号化処理を施したもの）とを含むダウンロード要求を、サーバ装置２０のコンテンツ配信サーバソフトウエア２５へ送信する処理を行う（ステップＳ３０１）。
【００５７】
すると、サーバ装置２０では、このダウンロード要求の受信をトリガとして、コンテンツ配信サーバソフトウエア２５内のコンテンツ送信用プログラムが起動され、コンテンツ送信用処理が開始される。なお、このダウンロード要求を受信する処理を実行するサーバ装置２０のＣＰＵ２０ａは、前述したダウンロード要求受信手段に相当している。
【００５８】
コンテンツ送信用処理の開始後、サーバ装置２０のＣＰＵ２０ａは、まず、データ管理モジュール２４から、受信したダウンロード要求に含まれるコンテンツＩＤに対応する暗号化コンテンツ２２を取得し（ステップＳ４０１）、続いて、データ管理モジュール２４から、そのコンテンツＩＤに対応するコンテンツキー２３を取得する（ステップＳ４０２）。
【００５９】
その後、ＣＰＵ２０ａは、取得したコンテンツキー２３を、受信したダウンロード要求に含まれるユーザーキーで暗号化することにより、暗号化コンテンツキーを生成する（ステップＳ４０３）。
【００６０】
そして、ＣＰＵ２０ａは、取得した暗号化コンテンツと、生成した暗号化コンテンツキーとを、クライアント装置１０のコンテンツプレーヤー１２へ送信し（ステップＳ４０４）、図３のコンテンツ送信用処理を終了する。
【００６１】
一方、クライアント装置１０のＣＰＵ１０ａは、コンテンツＩＤとユーザーキー３２とをサーバ装置２０へ送信した後、その応答として暗号化コンテンツ２２と暗号化コンテンツキーとを受信するまで待機している（ステップＳ３０２；ＮＯ）。
【００６２】
そして、サーバ装置２０から暗号化コンテンツ２２と暗号化コンテンツキーとを受信すると（ステップＳ３０２；ＹＥＳ）、ＣＰＵ１０ａは、まず、受信した暗号化コンテンツ２２（→３４）をＨＤＤ１０ｇに格納する処理を行い（ステップＳ３０３）、続いて、受信した暗号化コンテンツキー３３をＨＤＤ１０ｇに格納する処理を行い（ステップＳ３０４）、図３のダウンロード用処理を終了する。ここで、暗号化コンテンツキー３３の保存処理においても、ＰＣ−ＩＤ３１やユーザーキー３２の場合と同様に、暗号化コンテンツキー３３は、独自の暗号化処理（例えばデバイスキーを鍵として用いた暗号化処理）が施されてから保存されるようになっている。これにより、このクライアント装置１０内にあるコンテンツプレーヤー１２以外の全てのコンテンツプレーヤー，及び、その他のソフトウエアが、この暗号化コンテンツキー３３を復号できないようになっている。
【００６３】
なお、ステップＳ３０１を実行するクライアント装置１０のＣＰＵ１０ａは、前述したダウンロード要求送信手段に相当し、ステップＳ３０２を実行するクライアント装置１０のＣＰＵ１０ａは、前述した受信手段に相当し、ステップＳ３０３，及び、Ｓ３０４を実行するクライアント装置１０のＣＰＵ１０ａは、前述した格納手段に相当している。また、ステップＳ４０１〜Ｓ４０４を実行するサーバ装置２０のＣＰＵ２０ａは、前述した送信手段に相当している。
【００６４】
次に、本実施形態の作用及び効果について、説明する。
【００６５】
本実施形態では、クライアント装置１０の操作者が、コンテンツプレーヤー１２を起動するだけで、そのコンテンツプレーヤー１２に対して、ＰＣ−ＩＤ３１とユーザーキー３２が割り振られるようになっている（ステップＳ１０１〜Ｓ１０８）。
【００６６】
また、この操作者が、図示せぬコンテンツ選択画面において何れかの選択肢を選択すると、その選択肢で特定されるコンテンツに対応する暗号化コンテンツキー３３と暗号化コンテンツ３４とがサーバ装置２０から送られてきて、図４に示されるように、暗号化コンテンツ３４は、ＨＤＤ１０ｇにそのまま格納され、暗号化コンテンツキー３３は、独自の暗号化処理が施されてからＨＤＤ１０ｇに格納される。
【００６７】
これにより、ＨＤＤ１０ｇ内の暗号化コンテンツ３４が、他のパーソナルコンピュータの記憶装置に複製されたとしても、その暗号化コンテンツ３４の復号化に用いるための暗号化コンテンツキー３３には独自の暗号化処理が施されていることから、その複製先のパーソナルコンピュータ内では暗号化コンテンツキー３３が復号化できないため、複製された暗号化コンテンツ３４が復号されることはない。
【００６８】
なお、本実施形態において、ＨＤＤ１０ｇに格納された暗号化コンテンツ３４を再生する場合、コンテンツプレーヤー１２内の当該プログラムに従ったＣＰＵ１０ａは、まず、ＨＤＤ１０ｇに格納された暗号化コンテンツ３４の何れを再生するかを、操作者から受け付け（再生指示手段に相当）、再生が指示された暗号化コンテンツ３４に対応する暗号化コンテンツキー３３をＨＤＤ１０ｇから読み出し（暗号化コンテンツキー取得手段に相当）、読み出した暗号化コンテンツキー３３（独自の復号化処理を施したもの）をＨＤＤ１０ｇ内にあるユーザーキー３２（独自の復号化処理を施したもの）で復号化し、さらに、その復号化により得られたコンテンツキーにて、再生指示された暗号化コンテンツ３４を復号化し（復号化手段に相当）、その復号化により得られたデジタルコンテンツを再生する（再生手段に相当する）。なお、デジタルコンテンツの再生は、コンテンツプレーヤー１２内に含まれる音声再生モジュール（図示略）や静止画再生モジュール（図示略）や動画再生モジュール（図示略）により行われてもよいし、基本ソフトウエア１１に含まれる種々のモジュールにより行われても良い。
【００６９】
ところで、図４に示されるように、本実施形態のＨＤＤ１０ｇは、その内部に、コンテンツプレーヤー１２が独自の暗号化処理を施した暗号化コンテンツキー３３を、記憶する。これは、本実施形態の暗号化コンテンツキー３３が、他のコンテンツプレーヤー１２や他のソフトウエアに複合化されて利用されることが不可能であるという意味において、従来のメディア６０の秘匿領域に格納される暗号化コンテンツキー６３と同質の情報であるということができる。換言すれば、ＨＤＤ１０ｇにおいて、暗号化コンテンツキー３３が格納される領域は、ＣＰＲＭ［Content Protection for Recordable Media］対応メディア６０における秘匿領域に相当する領域であると、看做すことができる。勿論、本実施形態のＨＤＤ１０ｇにおける秘匿領域と看做せる領域以外の領域が、従来のメディア６０の無制限領域と同様に、暗号化コンテンツ３４以外の一般的なデータやプログラムを読み書きできる領域であることは、言うまでもない。
【００７０】
なお、図５に示されるように、従来のコンテンツ配信技術によれば、従来のサーバ装置４０は、コンテンツのダウンロード処理を行う前に、クライアント装置（レコーダー）５０に装着されているメディア６０における読み出し専用のシステム領域に記録されているメディアＩＤ６２を、そのクライアント装置（レコーダー）５０から取得し、そのメディアＩＤ６２を所定の関数に入力して得られるユーザーキー（本実施形態のユーザーキー３２と機能はほぼ同じだが出自が異なる）８１を発行し、そのユーザーキー８１でコンテンツキー８３を暗号化し、その後に、暗号化コンテンツキーと暗号化コンテンツ８４とをクライアント装置５０にダウンロード配信していた。これに対し、従来のクライアント装置５０は、暗号化コンテンツ８４をメディア６０の無制限領域に格納するとともに、暗号化コンテンツキーをユーザーキー８１で一旦復号化し、復号化して得たコンテンツキー８３をメディアユニークキー５３（図５参照）で再び暗号化して、メディア６０の秘匿領域に格納していた。
【００７１】
つまり、本実施形態におけるＰＣ−ＩＤ３１は、従来のコンテンツ配信技術におけるメディアＩＤ６２の役割を果たし、本実施形態におけるユーザーキー３２は、従来のコンテンツ配信技術におけるユーザーキー８１の役割を果たすものとなっている。
【００７２】
これにより、本実施形態のコンテンツプレーヤー１２は、配信される暗号化コンテンツ３４をＨＤＤ１０ｇ内に格納することと、実物のＣＰＲＭ対応メディア６０に格納することとを、選択できるように構成することができる。操作者が前者を選択した場合には、コンテンツプレーヤー１２は、ＰＣ−ＩＤ３１をサーバ装置２０へ送信すれば良く、後者を選択した場合には、コンテンツプレーヤー１２は、装着されているＣＰＲＭ対応メディアのメディアＩＤをサーバ装置２０へ送信すれば良い。後者の場合、コンテンツプレーヤー１２は、従来のコンテンツ配信技術と同様に、配信された暗号化コンテンツキーをユーザーキー（上記の実施形態のユーザーキー３２とは異なる）で一旦復号化し、復号化して得たコンテンツキーをメディアユニークキーで再び暗号化して、メディアの秘匿領域に格納することとなるので、このようにして作成されたメディアは、他のＣＰＲＭ対応コンテンツプレーヤーでコンテンツが再生できるものとなる。
【００７３】
また、本実施形態では、ＰＣ−ＩＤ３１の内容について具体的に示していなったが、このＰＣ−ＩＤ３１を、例えば、ライセンス会社が各メディアに割り振るメディアＩＤと同じ情報（未だメディアに割り振っていない未使用のメディアＩＤと同じ情報）とすることにより、サーバ装置２０では、ＰＣ−ＩＤ３１を割り振る機能を追加するだけで、従来のユーザーキー発行機能や暗号化コンテンツダウンロード機能に大幅な変更を加えずに済ますことができることとなる。
【図面の簡単な説明】
【００７４】
【図１】本実施形態のコンピュータネットワークシステムの構成図
【図２】アクセス時でのクライアント側とサーバー側の処理の流れを示す図
【図３】ダウンロード時でのクライアント側とサーバー側の処理の流れを示す図
【図４】ＨＤＤ内に情報が記録されたときの状態を概念的に示す図
【図５】ＣＰＲＭが適用されたコンテンツ配信技術の説明に利用するための図
【符号の説明】
【００７５】
１０    クライアント装置
１２    コンテンツプレーヤー
２０    サーバ装置
２２    暗号化コンテンツ
２３    コンテンツキー
２４    データ管理モジュール
２５    コンテンツ配信サーバソフトウエア
３１    ＰＣ−ＩＤ
３２    ユーザーキー
３３    暗号化コンテンツキー
３４    暗号化コンテンツ
【図１】
2007124415.tif 000003
【図２】
2007124415.tif 000004
【図３】
2007124415.tif 000005
【図４】
2007124415.tif 000006
【図５】
2007124415.tif 000007