(57)【要約】【課題】本発明は、不正コピーを確実に防止すると共に正規ユーザに対する再生を容易に管理できるようにする。【解決手段】本発明は、コンテンツサーバ４は、ダウンロード取得要求に応じたコンテンツ毎であって、かつデコーダチップＩＤを所有するホームサーバ２毎に固有のスクランブル解除キーＳＫＡ１を生成し、これをダウンロード取得要求に応じた暗号化されたコンテンツと共にホームサーバ２へ送信することにより、デコーダチップＩＤを所有するホームサーバ２以外の電子機器で再生することを禁止することができ、かくしてコンテンツの再生をコンテンツ提供先であるホームサーバ２に制限してコンテンツの再生管理を行うことができる【選択図】        図４
2004326592.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ提供管理装置とコンテンツ再生装置とによって構成されるコンテンツ再生管理システムにおいて、
上記コンテンツ再生装置は、
上記コンテンツ提供管理装置に対して行うコンテンツ取得要求に応じて当該コンテンツ提供管理装置から取得する暗号化されたコンテンツを、当該暗号化に対応したスクランブル解除キーを用いてデコードすることにより上記コンテンツを再生するデコード手段と、
上記デコード手段に対して付された固有のデコーダ識別情報を読み取る識別情報読取手段と、
上記コンテンツ取得要求及び上記デコーダ識別情報を上記コンテンツ提供管理装置へ送信する送信手段と
を具え、
上記コンテンツ提供管理装置は、
上記コンテンツ再生装置からの上記コンテンツ取得要求及び上記デコーダ識別情報を受信する受信手段と、
上記コンテンツ再生装置からの上記コンテンツ取得要求に応じたコンテンツを特定するための固有のコンテンツ識別情報を生成するコンテンツ識別情報生成手段と、
上記固有のコンテンツ識別情報及び上記デコーダ識別情報の組み合わせに基づいて上記暗号化を解読するための上記スクランブル解除キーを生成するスクランブル解除キー生成手段と、
上記コンテンツ取得要求に応じた上記暗号化されたコンテンツ及び上記スクランブル解除キーを上記コンテンツ再生装置へ送信するコンテンツ送信手段と
を具えることを特徴とするコンテンツ再生管理システム。
【請求項２】
上記スクランブル解除キー生成手段は、
上記固有のコンテンツ識別情報及び上記デコーダ識別情報に加えて、上記コンテンツの取得に関する購入条件情報を組み合わせ、その組み合わせに基づいて上記スクランブル解除キーを生成する
ことを特徴とする請求項１に記載のコンテンツ再生管理システム。
【請求項３】
上記コンテンツ再生装置の上記ハードウェア識別情報送信手段は、上記デコーダ識別情報に加えて、当該コンテンツ再生装置と接続可能な他の電子機器に関する固有のハードウェア識別情報を上記コンテンツ提供管理装置へ送信し、
上記コンテンツ提供管理装置の上記スクランブル解除キー生成手段は、上記コンテンツ識別情報、上記デコーダ識別情報及び上記ハードウェア識別情報の組み合わせに基づいて上記スクランブル解除キーを生成する
ことを特徴とする請求項１に記載のコンテンツ再生管理システム。
【請求項４】
コンテンツ再生装置からのコンテンツ取得要求と、当該コンテンツ取得要求に応じた暗号化されたコンテンツをスクランブル解除キーでデコードすることにより再生する上記コンテンツ再生装置のデコード手段に対して付された固有のデコーダ識別情報とを当該コンテンツ再生装置から受信する受信手段と、
上記コンテンツ再生装置からの上記コンテンツ取得要求に応じたコンテンツを特定するための固有のコンテンツ識別情報を生成するコンテンツ識別情報生成手段と、
上記固有のコンテンツ識別情報及び上記デコーダ識別情報の組み合わせに基づいて上記暗号化を解読するためのスクランブル解除キーを生成するスクランブル解除キー生成手段と、
上記コンテンツ取得要求に応じた上記暗号化されたコンテンツ及び上記スクランブル解除キーを上記コンテンツ再生装置へ送信するコンテンツ送信手段と
を具えることを特徴とするコンテンツ提供管理装置。
【請求項５】
コンテンツ再生装置からのコンテンツ取得要求と、当該コンテンツ取得要求に応じた暗号化されたコンテンツをスクランブル解除キーでデコードすることにより再生する上記コンテンツ再生装置のデコード手段に対して付された固有のデコーダ識別情報とを当該コンテンツ再生装置から受信する受信ステップと、
上記コンテンツ再生装置からの上記コンテンツ取得要求に応じたコンテンツを特定するための固有のコンテンツ識別情報を生成するコンテンツ識別情報生成ステップと、
上記固有のコンテンツ識別情報及び上記デコーダ識別情報の組み合わせに基づいて上記暗号化を解読するためのスクランブル解除キーを生成するスクランブル解除キー生成ステップと、
上記コンテンツ取得要求に応じた上記暗号化されたコンテンツ及び上記スクランブル解除キーを上記コンテンツ再生装置へ送信するコンテンツ送信ステップと
を具えることを特徴とするコンテンツ再生管理方法。
【請求項６】
コンピュータに、
コンテンツ再生装置からのコンテンツ取得要求と、当該コンテンツ取得要求に応じた暗号化されたコンテンツをスクランブル解除キーでデコードすることにより再生する上記コンテンツ再生装置のデコード手段に対して付された固有のデコーダ識別情報とを当該コンテンツ再生装置から受信する受信ステップと、
上記コンテンツ再生装置からの上記コンテンツ取得要求に応じたコンテンツを特定するための固有のコンテンツ識別情報を生成するコンテンツ識別情報生成ステップと、
上記固有のコンテンツ識別情報及び上記デコーダ識別情報の組み合わせに基づいて上記暗号化を解読するためのスクランブル解除キーを生成するスクランブル解除キー生成ステップと、
上記コンテンツ取得要求に応じた上記暗号化されたコンテンツ及び上記スクランブル解除キーを上記コンテンツ再生装置へ送信するコンテンツ送信ステップと
を実行させるためのコンテンツ再生管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はコンテンツ再生管理システムに関し、例えばＥＭＤ（Ｅｌｅｃｔｒｏｎｉｃ  Ｍｕｓｉｃ  Ｄｉｓｔｒｉｂｕｔｉｏｎ：電子音楽配信サービス）においてコンテンツサーバからダウンロードした楽曲データ等のコンテンツに対する再生管理技術に適用して好適なものである。
【０００２】
【従来の技術】
従来、インターネットを利用して楽曲データ等のコンテンツをコピー制限した状態で販売するシステムとしてＥＭＤが実用化されている。このＥＭＤでは、コンテンツ配信事業者とクライアントとがインターネット上で相互に接続されることにより、コンテンツ配信事業者の有するコンテンツサーバからクライアントに対して要求のあった楽曲データを提供するようになされている。
【０００３】
クライアントのパーソナルコンピュータは、コンテンツサーバからダウンロードした楽曲データ等のコンテンツを内部のハードディスクに記憶し、当該記憶した楽曲データを専用のアプリケーションプログラムによって再生するようになされている。
【０００４】
このときハードディスクに記憶された楽曲データはディジタルデータであって劣化することがないので、着脱自在なリムーバブルメディアに無制限コピーされてしまうことを回避する必要がある。
【０００５】
このため通常コンテンツサーバからダウンロードした楽曲データに関しては、コンテンツ配信事業者が設定したコピー制限回数（例えば１回）が課せられており、このコピー制限回数の範囲内でのみコピーすることが許容されている。
【０００６】
しかしながら、コピー制限回数が課された楽曲データに対しても悪意のユーザにより不正コピーされてしまうことが現実問題として生じており、このような問題を解決すべく、不正コピーされたとしても当該不正コピーされた楽曲データに対しては再生を制限してしまう方法が本願出願人によって提案されている（例えば、特許文献１）。
【０００７】
この方法では、楽曲データを光磁気ディスクに記憶すると共に、その楽曲データの再生を許可する正規の「鍵」のデータ及び「条件」のデータを着脱自在な半導体メモリに記憶し、光磁気ディスクの再生時に「鍵」のデータをチェックして正規の「鍵」のデータではないときには楽曲データの再生を行わないように制御することにより不正コピーに対する防御策としている。
【０００８】
【特許文献１】
特開２００２−６３０７５公報（第３頁及び第４頁、図１）
【０００９】
【発明が解決しようとする課題】
ところでかかる方法においては、正規の「鍵」のデータ及び「条件」のデータが記憶されている半導体メモリを光磁気ディスクと共に常に持ち運ばなければ再生することはできず、不正コピーを防止できたとしても使い勝手が非常に悪いという問題があった。
【００１０】
また半導体メモリが盗難された場合には容易に再生されてしまう危険性が高く、セキュリティ上についてもまだ不十分という問題があった。
【００１１】
本発明は以上の点を考慮してなされたもので、不正コピーを確実に防止すると共に正規ユーザに対する再生を容易に管理し得るコンテンツ再生管理システムを提案しようとするものである。
【００１２】
【課題を解決するための手段】
かかる課題を解決するため本発明においては、コンテンツ提供管理装置とコンテンツ再生装置とによって構成されるコンテンツ再生管理システムにおいて、コンテンツ再生装置は、コンテンツ提供管理装置に対して行うコンテンツ取得要求に応じて当該コンテンツ提供管理装置から取得する暗号化されたコンテンツを、当該暗号化に対応したスクランブル解除キーを用いてデコードすることによりコンテンツを再生するデコード手段と、当該デコード手段に対して付された固有のデコーダ識別情報を読み取る識別情報読取手段と、コンテンツ取得要求及びデコーダ識別情報をコンテンツ提供管理装置へ送信する送信手段とを具え、コンテンツ提供管理装置は、コンテンツ再生装置からのコンテンツ取得要求及びデコーダ識別情報を受信する受信手段と、コンテンツ再生装置からのコンテンツ取得要求に応じたコンテンツを特定するための固有のコンテンツ識別情報を生成するコンテンツ識別情報生成手段と、固有のコンテンツ識別情報及びデコーダ識別情報の組み合わせに基づいて暗号化を解読するためのスクランブル解除キーを生成するスクランブル解除キー生成手段と、コンテンツ取得要求に応じた暗号化されたコンテンツ及びスクランブル解除キーをコンテンツ再生装置へ送信するコンテンツ送信手段とを設けるようにする。
【００１３】
コンテンツ提供管理装置は、コンテンツ取得要求に応じたコンテンツ毎であって、かつデコーダ識別情報を所有するコンテンツ再生装置毎に固有のスクランブル解除キーを生成し、これをコンテンツ取得要求に応じた暗号化されたコンテンツと共にコンテンツ再生装置へ送信することにより、デコーダ識別情報を所有するコンテンツ再生装置以外の機器で当該コンテンツ取得要求に応じたコンテンツに対する再生を禁止することができ、かくしてコンテンツの再生をコンテンツ提供先であるコンテンツ再生装置に制限してコンテンツの再生管理を実行することができる。
【００１４】
【発明の実施の形態】
以下、図面について、本発明の一実施の形態を詳述する。
【００１５】
（１）コンテンツ再生管理システムの全体構成
図１において、１は全体として本発明のコンテンツ再生管理システムを示し、クライアントであるコンテンツ再生装置としてのホームサーバ２と、コンテンツ提供管理装置としてのコンテンツサーバ４とがインターネット３を介して接続することにより構成される。
【００１６】
このホームサーバ２は、着脱自在なＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）カード型のハードディスクユニット（以下、これをリムーバブルハードディスクユニットと呼ぶ）１０を記憶媒体として用いることを特徴とし、当該リムーバブルハードディスクユニット１０に記憶した例えば楽曲データ等でなるコンテンツを再生し得、その再生データを家庭内無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して家庭内のテレビ８やオーディオ機器９へ伝送し、テレビ８やオーディオ機器９を介して出力するようになされている。
【００１７】
またホームサーバ２は、正面パネルに電源ボタン１１、記録、再生及び停止等の各種操作を行うための操作部１２、記録時間、再生時間及びコンテンツのタイトル名、アーティスト名等の各種表示を行うＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）でなる表示部１３及びリムーバブルハードディスクユニット１０の装着口１４が設けられている。
【００１８】
ホームサーバ２は、装着口１４を介して装填されたリムーバブルハードディスクユニット１０に格納されているコンテンツを再生し得、またコンテンツサーバ４から新たにコンテンツをリムーバブルハードディスクユニット１０にダウンロードして記憶し得るようになされている。
【００１９】
ここでリムーバブルハードディスクユニット１０は、ＰＣカード型であって着脱自在な構成を有していることにより、テレビ８、オーディオ機器９、持ち運び可能な携帯型再生装置６や自動車に搭載されている車載用再生装置７に装填されて使用し得るようにもなされている。
【００２０】
なおコンテンツ再生管理システム１では、コンビニエンスストア等に設置されているキオスク端末５に対してもリムーバブルハードディスクユニット１０を装填可能としており、当該キオスク端末５自身から若しくはキオスク端末５を介してコンテンツサーバ４からコンテンツをダウンロードしてリムーバブルハードディスクユニット１０に記憶し得るようにもなされている。
【００２１】
このようにユーザは、ホームサーバ２やキオスク端末５からインターネット３を介してコンテンツサーバ４からダウンロードした楽曲データをコンテンツとしてリムーバブルハードディスクユニット１０に記憶することができる一方、予め複数曲分の楽曲データをコンテンツとしてプリインストールされたリムーバブルハードディスクユニット１０を購入することも可能である。
【００２２】
ところでリムーバブルハードディスクユニット１０の購入時点において予め複数曲分の楽曲データがコンテンツとしてプリインストールされている場合、その中にはユーザにとって不要な楽曲データが含まれていることがある。
【００２３】
そのような場合ホームサーバ２は、コンテンツサーバ４とアクセスし、複数曲分の楽曲データがコンテンツとしてプリインストールされたリムーバブルハードディスクユニット１０を購入したときの購入条件の範囲内で、当該リムーバブルハードディスクユニット１０中の不要な未再生楽曲データについて交換し得るようになされている。
【００２４】
具体的には、例えば１００曲分の楽曲データがコンテンツとしてプリインストールされたリムーバブルハードディスクユニット１０をユーザが購入したとき、１００曲分の楽曲データの対価を含めた価格でリムーバブルハードディスクユニット１０が購入されることになり、１００曲分の楽曲データについてはユーザが自由に再生しても良いとする購入条件がコンテンツサーバ４に登録される。
【００２５】
従ってホームサーバ２は、コンテンツサーバ４とアクセスして購入条件の範囲内で例えばユーザが所望する１０曲分の楽曲データを当該コンテンツサーバ４からダウンロードして、当該ダウンロードした楽曲データを不要な１０曲分の未再生楽曲データに上書きして消去することにより、不要な１０曲分の未再生楽曲データをユーザ所望の楽曲データに交換し得るようになされている。
【００２６】
（１−１）ホームサーバの回路構成
次にホームサーバ２の回路構成について説明する。ホームサーバ２は全体を統括制御するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０に対して、ＲＯＭ２１（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２２、操作部１２、表示部１３、コンテンツのエンコード又はデコードを行うエンコーダ／デコーダ部２３、ネットワークインタフェース２４、ハードディスクインタフェース２５及び無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｉｎｔｅｒｆａｃｅ）インタフェース２６がバス２７を介して相互に接続されている。
【００２７】
ホームサーバ２のＣＰＵ２０は、ＲＯＭ２１から読み出してＲＡＭ２２に展開した基本プログラム及びコンテンツ再生管理処理プログラム等の各種アプリケーションプログラムに従って各種処理を実行するようになされている。
【００２８】
実際上ホームサーバ２のＣＰＵ２０は、リムーバブルハードディスクユニット１０が装着口１４を介して装填されると、ハードディスクインタフェース２５を介して当該リムーバブルハードディスクユニット１０のＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）を読み出し、コンテンツとして格納されている複数の楽曲データにおける属性情報等を表示部１３に表示する。
【００２９】
これによりユーザは、リムーバブルハードディスクユニット１０に既に複数曲分の楽曲データが格納されている場合には、それらの楽曲データに関する詳細な情報を認識し得ると共に、リムーバブルハードディスクユニット１０に楽曲データが一切格納されていない場合には、新たにダウンロードする必要があることを認識し得るようになされている。
【００３０】
そしてホームサーバ２のＣＰＵ２０は、リムーバブルハードディスクユニット１０に既に複数曲分の楽曲データが格納されている場合であって、操作部１２を介してユーザにより任意の楽曲データの再生が指示されると、リムーバブルハードディスクユニット１０の中から当該指示された楽曲データを読み出した後エンコーダ／デコーダ部２３でデコードすることにより再生し、その再生した楽曲データを例えばＩＥＥＥ８０２．１１ｇ等の無線ＬＡＮインタフェース２６を介してオーディオ機器９やテレビジョン８へ無線送信する。
【００３１】
またホームサーバ２のＣＰＵ２０は、リムーバブルハードディスクユニット１０に既に複数曲分の楽曲データが格納されていない場合であれば、ネットワークインタフェース２４及びインターネット３を介してコンテンツサーバ４からダウンロードした楽曲データをコンテンツとして、ハードディスクインタフェース２５を介してリムーバブルハードディスク１０に格納し得るようになされている。
【００３２】
（１−２）コンテンツサーバの回路構成
図３に示すようにコンテンツサーバ４は、全体を統括制御するＣＰＵ３０に対して、ＲＯＭ３１、ワークエリアとして用いられるＲＡＭ３２、楽曲データ等のコンテンツが格納されると共に、基本プログラム及びコンテンツ再生管理処理プログラム等の各種アプリケーションプログラムが格納されたコンテンツ蓄積部３３がバス３７を介して相互に接続されている。
【００３３】
またコンテンツサーバ４は、ＣＰＵ３０に対して、コンテンツのダウンロードに際して予め課金された購入条件や、楽曲データが予めプリインストールされたリムーバブルハードディスクユニット１０をユーザが購入したときに予め登録される購入条件を管理する購入条件管理データベース３４、ホームサーバ２が当該コンテンツサーバ４に予め登録された正規ユーザのものであるか否かを認証するための認証用データベース３５及びホームサーバ２とインターネット３を介して接続するためのネットワークインタフェース３６がバス３７を介して相互に接続されている。
【００３４】
コンテンツサーバ４は、ホームサーバ２からインターネット３を介してアクセスされると、認証用データベース３５で当該ホームサーバ２がコンテンツのダウンロードを許可された正規ユーザのものであるか否かを認証する。
【００３５】
そしてコンテンツサーバ４は、ホームサーバ２が正規ユーザであることを認識すると、購入条件管理データベース３４で購入条件の内容を検証する。
【００３６】
具体的にはコンテンツサーバ４は、リムーバブルハードディスク１０にコンテンツとして楽曲データが一切格納されていない状態で購入されたものである場合であって、例えば５０曲分の楽曲データを当該コンテンツサーバ４５からダウンロードできるように予め課金されている場合、５０曲分の範囲内で楽曲データをホームサーバ２へ提供し得ることが購入条件として購入条件管理データベース３４に登録されている。
【００３７】
またコンテンツサーバ４は、リムーバブルハードディスク１０にコンテンツとして１００曲分の楽曲データが予めプリインストールされた状態で購入されたものである場合、１００曲分の楽曲データについてはユーザが自由に再生可能であることが購入条件として購入条件管理データベース３４に登録されている。
【００３８】
すなわちコンテンツサーバ４は、ホームサーバ２からリムーバブルハードディスク１０に格納された１００曲分の楽曲データのうち不要な１０曲分の未再生楽曲データの交換が依頼されたときに、その１０曲分の未再生楽曲データに代わって当該コンテンツサーバ４が所有する他の楽曲データを提供し得るようになされている。
【００３９】
これら購入条件の範囲内でコンテンツサーバ４は、ホームサーバ２に対するリムーバブルハードディスク１０の再生を管理し得るようになされており、その具体的処理手順については以下に説明する。
【００４０】
（２）コンテンツ再生管理処理手順
次に、コンテンツ再生管理システム１におけるホームサーバ２及びコンテンツサーバ４間における基本的なコンテンツ再生管理処理手順について、図４を用いて説明する。
【００４１】
なお、この場合、リムーバブルハードディスク１０にコンテンツとして楽曲データが一切格納されていない状態で購入されたものであって、例えば５０曲分の楽曲データを当該コンテンツサーバ４５からダウンロードできるように課金されており、そのことが購入条件として購入条件管理データベース３４に予め登録されている場合を想定して、以下の説明を行う。
【００４２】
ステップＳＰ１においてホームサーバ２のＣＰＵ２０は、エンコーダ／デコーダ部２３のチップに付けられたデコーダチップＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を予め取得しておき、次のステップＳＰ２へ移る。
【００４３】
ステップＳＰ２においてホームサーバ２のＣＰＵ２０は、インターネット３を介してコンテンツサーバ４へアクセスし、次のステップＳＰ３へ移る。
【００４４】
このときステップＳＰ１１においてコンテンツサーバ４のＣＰＵ３０は、ホームサーバ２に対してデコーダチップＩＤの送信を要求し、次のステップ１２へ移る。
【００４５】
ステップＳＰ３においてホームサーバ２のＣＰＵ２０は、ステップＳＰ１で予め取得しておいたデコーダチップＩＤをコンテンツサーバ４へ送信し、次のステップＳＰ４へ移る。
【００４６】
このときステップＳＰ１２においてコンテンツサーバ４のＣＰＵ３０は、ネットワークインタフェース３６を介してホームサーバ２から受信したデコーダチップＩＤを、認証用データベース３５で照合することにより、当該ホームサーバ２が正規に登録された正規ユーザのものであるか否かの認証確認を行い、当該認証確認ができた旨をホームサーバ２へ通知した後、次のステップＳＰ１３へ移る。
【００４７】
ステップＳＰ４においてホームサーバ２のＣＰＵ２０は、リムーバブルハードディスク１０に格納すべきコンテンツのダウンロード取得要求をコンテンツサーバ４に対して行い、次のステップＳＰ５へ移る。
【００４８】
このときステップＳＰ１３においてコンテンツサーバ４のＣＰＵ３０は、購入条件管理データベース３４によって当該ホームサーバ２の正規ユーザを示す登録番号に基づいて購入条件ＩＤを判別し、当該購入条件ＩＤに対応した購入条件の内容と、ダウンロード取得要求の内容とを照合した後、次のステップＳＰ１４へ移る。
【００４９】
ステップＳＰ１３においてコンテンツサーバ４のＣＰＵ３０は、購入条件の内容とダウンロード取得要求の内容との照合結果に矛盾がないかを判定する。
【００５０】
ここで否定結果が生じると、このことは例えば購入条件が５０曲分の楽曲データをダウンロードできる内容であるのに対し、１００曲分の楽曲データのダウンロード取得要求がされているので、矛盾を生じていることを表しており、このときコンテンツサーバ４のＣＰＵ３０は次のステップＳＰ１５へ移る。
【００５１】
ステップＳＰ１５においてコンテンツサーバ４のＣＰＵ３０は、ホームサーバ２からのダウンロード取得要求が購入条件の範囲内ではなく、その１００曲分の楽曲データのダウンロード取得要求には応じることができないので、コンテンツの配信不許可をホームサーバ２へ通知した後、次のステップＳＰ１９へ移ってコンテンツサーバ４における処理を終了する。
【００５２】
これに対してステップＳＰ１４で肯定結果が得られると、このことは購入条件が５０曲分の楽曲データをダウンロードできる内容であるのに対し、１０曲分の楽曲データのダウンロード取得要求がされているので、矛盾を生じていないことを表しており、このときコンテンツサーバ４のＣＰＵ３０は次のステップＳＰ１６へ移る。
【００５３】
ステップＳＰ１６においてコンテンツサーバ４のＣＰＵ３０は、１０曲分の楽曲データに対してそれぞれ付された固有の楽曲データＩＤを１０曲分組み合わせることにより固有のコンテンツ識別情報ＣＩＤを生成し、次のステップＳＰ１７へ移る。
【００５４】
ステップＳＰ１７においてコンテンツサーバ４のＣＰＵ３０は、ホームサーバ２からのダウンロード取得要求に応じたコンテンツに対する暗号化を解読するためのスクランブル解除キーＳＫＡ１を、所定の関数アルゴリズムに従ってデコーダチップＩＤ、購入条件ＩＤ及びコンテンツ識別情報ＣＩＤを基に作成し、次のステップＳＰ１８へ移る。
【００５５】
ここで、スクランブル解除キーＳＫＡ１の作成方法について説明する。この場合、スクランブル解除キーＳＫＡ１は、例えば次式
【００５６】
【数１】
2004326592.tif 000003
【００５７】
で定義することができる（Ｆ：関数、ｘ：デコーダチップＩＤ、ｙ：コンテンツ識別情報ＣＩＤ、ｚ：購入条件ＩＤ）。
【００５８】
これを具体的に示すと、スクランブル解除キーＳＫＡ１は、次式
【００５９】
【数２】
2004326592.tif 000004
【００６０】
で表すことができ、この（２）式を用いて作成することができる。
【００６１】
ステップＳＰ１８においてコンテンツサーバ４のＣＰＵ３０は、コンテンツ識別情報ＣＩＤに対応する暗号化されたコンテンツ（１０曲分の楽曲データ）及び当該暗号化されたコンテンツを解読するためのスクランブル解除キーＳＫＡ１をホームサーバ２へ送信し、次のステップＳＰ１９へ移る。
【００６２】
ステップＳＰ１９においてコンテンツサーバ４のＣＰＵ３０は、１０曲分の楽曲データでなるコンテンツをホームサーバ２へ提供したことにより、残り４０曲分の楽曲データを提供可能な購入条件に変更して更新した後、次のステップＳＰ２０へ移ってコンテンツサーバ４における処理を終了する。
【００６３】
一方ステップＳＰ５においてホームサーバ２のＣＰＵ２０は、コンテンツサーバ４から受信した暗号化されたコンテンツをリムーバブルハードディスク１０に格納すると共に、スクランブル解除キーＳＫＡ１をエンコーダ／デコーダ部２３にセットし、次のステップＳＰ６へ移る。
【００６４】
ステップＳＰ６においてホームサーバ２のＣＰＵ２０は、スクランブル解除キーＳＫＡ１をリムーバブルハードディスク１０に格納した暗号化されたコンテンツの解読用に用いるべく更新し、次のステップＳＰ７へ移る。
【００６５】
ステップＳＰ７においてホームサーバ２のＣＰＵ２０は、リムーバブルハードディスク１０に格納した暗号化されたコンテンツをスクランブル解除キーＳＫＡ１によって解読して復号し、次のステップＳＰ８へ移ってホームサーバ２における処理を終了する。
【００６６】
このようにコンテンツ再生管理システム１においては、コンテンツサーバ４がホームサーバ２からダウンロード取得要求のあった１０曲分の楽曲データでなるコンテンツに対してコンテンツ識別情報ＣＩＤを付し、当該コンテンツ識別情報ＣＩＤ、ホームサーバ２のデコーダチップＩＤ及び購入条件ＩＤに基づいてスクランブル解除キーＳＫＡ１を作成し、これを暗号化したコンテンツと共にホームサーバ２へ送信する。
【００６７】
これによりコンテンツサーバ４は、ホームサーバ２へコンテンツを提供する度毎に異なる暗号化を施し、その暗号化を解読するスクランブル解除キーＳＫＡ１を生成することができるので、リムーバブルハードディスク１０に格納された１０曲分の楽曲データをホームサーバ２で再生する場合に限定し得るようになされている。
【００６８】
すなわちコンテンツ再生管理システム１では、暗号化されたコンテンツが格納されたリムーバブルハードディスク１０が他のユーザのパーソナルコンピュータ等へ装填された場合であっても、当該パーソナルコンピュータがコンテンツサーバ４にアクセスしたときにホームサーバ２のデコーダチップＩＤを所有していないため認証確認を受けることができず、かつ当該コンテンツサーバ４からスクランブル解除キーＳＫＡ１を取得することができない。
【００６９】
従って、他のユーザがパーソナルコンピュータに対してリムーバブルハードディスク１０を装填して再生しようと試みても、コンテンツサーバ４からスクランブル解除キーＳＫＡ１を取得することができない以上再生し得ないようになされている。
【００７０】
なお、仮に他のユーザがパーソナルコンピュータにコンテンツサーバ４からスクランブル解除キーＳＫＡ１だけを取得できたとしても、そのスクランブル解除キーＳＫＡ１に対応したコンテンツの格納されたリムーバブルハードディスク１０が手に入らなければ再生することはできないようになされている。
【００７１】
（３）コンテンツの通信入換え再生管理処理手順
次に、コンテンツ再生管理システム１におけるホームサーバ２とコンテンツサーバ４との間におけるコンテンツの通信入換え再生管理処理手順について、図５を用いて説明する。
【００７２】
この場合、コンテンツとして１００曲分の楽曲データがプリインストールされた状態のリムーバブルハードディスク１０が購入された場合であって、１００曲分の楽曲データに関しては自由に再生することを許可された購入条件が予めコンテンツサーバ４の購入条件管理データベース３４に登録されていることを想定して以下説明を行う。
【００７３】
従ってホームサーバ２は、リムーバブルハードディスク１０に予め格納された１００曲の楽曲データの中にユーザにとって不要な未再生楽曲データが存在するときは、コンテンツサーバ４とアクセスして自由に未再生楽曲データを入換え得るようになされており、以下その説明を行う。
【００７４】
ここで、ステップＳＰ３１〜ステップＳＰ３３におけるホームサーバ２のＣＰＵ２０が行う処理と、ステップＳＰ４１、ステップＳＰ４２におけるコンテンツサーバ４のＣＰＵ３０が行う処理については、コンテンツ再生管理処理手順（図４）と同様であるので説明を省略し、ホームサーバ２のステップＳＰ３４以降における処理とコンテンツサーバ４のステップＳＰ４３以降における処理について説明する。
【００７５】
ステップＳＰ３４においてホームサーバ２のＣＰＵ２０は、リムーバブルハードディスク１０に予め格納された１００曲の楽曲データのうち当該ユーザにとって不要な例えば１０曲分の未再生楽曲データの入換え要求をコンテンツサーバ４に対して行い、次のステップＳＰ３５へ移る。
【００７６】
このときステップＳＰ４３においてコンテンツサーバ４のＣＰＵ３０は、購入条件管理データベース３４によって当該ホームサーバ２の正規ユーザを示す登録番号に基づいて購入条件ＩＤを判別し、当該購入条件ＩＤに対応した購入条件の内容と、入換え要求の内容とを照合した後、次のステップＳＰ４４へ移る。
【００７７】
ステップＳＰ４４においてコンテンツサーバ４のＣＰＵ３０は、購入条件の内容と入換え要求の内容との照合結果に矛盾がないかを判定する。
【００７８】
ここで否定結果が生じると、このことは購入条件が１００曲分の楽曲データのうち例えば１１０曲分の未再生楽曲データの入換え要求がされているので、矛盾を生じていることを表しており、このときコンテンツサーバ４のＣＰＵ３０は次のステップＳＰ４５へ移る。
【００７９】
ステップＳＰ４５においてコンテンツサーバ４のＣＰＵ３０は、購入条件の範囲内ではなく、１１０曲分の未再生楽曲データの入換え要求には応じることができないので、コンテンツの入換え不許可をホームサーバ２へ通知した後、ステップＳＰ５０へ移ってコンテンツサーバ４における処理を終了する。
【００８０】
これに対してステップＳＰ４４で肯定結果が生じると、このことは購入条件が１００曲分の楽曲データのうち例えば１０曲分の未再生楽曲データの入換え要求がされているので矛盾を生じていないことを表しており、このときコンテンツサーバ４のＣＰＵ３０は次のステップＳＰ４６へ移る。
【００８１】
ステップＳＰ４６においてコンテンツサーバ４のＣＰＵ３０は、入換え対象となった１０曲分の未再生楽曲データに対してそれぞれ付された固有の楽曲データＩＤを組み合わせることにより固有のコンテンツ識別情報ＣＩＤを生成し、次のステップＳＰ４７へ移る。
【００８２】
ステップＳＰ４７においてコンテンツサーバ４のＣＰＵ３０は、ホームサーバ２からの入換え要求に応じた１０曲分の未再生楽曲データでなるコンテンツを暗号化すると共に、その暗号化を解読するためのスクランブル解除キーＳＫＡ２を上述の（２）式と同様に、次式
【００８３】
【数３】
2004326592.tif 000005
【００８４】
で示す所定の関数アルゴリズムに従ってデコーダチップＩＤ、購入条件ＩＤ及びコンテンツ識別情報ＣＩＤを基に作成し、次のステップＳＰ４８へ移る。
【００８５】
ステップＳＰ４８においてコンテンツサーバ４のＣＰＵ３０は、暗号化した１０曲分の楽曲データでなるコンテンツと、その暗号化を解読するためのスクランブル解除キーＳＫＡ２とをホームサーバ２へ送信し、次のステップＳＰ４９へ移る。
【００８６】
ステップＳＰ４９においてコンテンツサーバ４のＣＰＵ３０は、１０曲分の楽曲データに対する入換えをホームサーバ２に対して行ったので、１００曲分の楽曲データのうち残り９０曲分の未再生楽曲データについては入換え可能であることを新たな購入条件に変更して更新した後、次のステップＳＰ５０へ移ってコンテンツサーバ４における処理を終了する。
【００８７】
一方、ステップＳＰ３５においてホームサーバ２のＣＰＵ２０は、コンテンツサーバ４から受信した入換え要求に応じた１０曲分の楽曲データでなる暗号化されたコンテンツを、入換え要求の対象となった不要な１０曲分の未再生楽曲データに上書きしてリムーバブルハードディスク１０に格納すると共に、スクランブル解除キーＳＫＡ２をエンコーダ／デコーダ部２３にセットし、次のステップＳＰ３６へ移る。
【００８８】
ステップＳＰ３６においてホームサーバ２のＣＰＵ２０は、１０曲分の未再生楽曲データに対する入換えを行う前に取得したリムーバブルハードディスク１０に予め格納されている９０曲分の楽曲データに対する暗号化を解読するためのスクランブル解除キーに対して、入換え要求に応じた１０曲分の未再生楽曲データでなる暗号化されたコンテンツの解読用にスクランブル解除キーＳＫＡ２を付け加え、次のステップＳＰ３７へ移る。
【００８９】
ステップＳＰ３７においてホームサーバ２のＣＰＵ２０は、リムーバブルハードディスク１０に格納した暗号化されたコンテンツをスクランブル解除キーＳＫＡ２によって解読して復号し、次のステップＳＰ３８へ移ってホームサーバ２における処理を終了する。
【００９０】
このようにコンテンツ再生管理システム１においては、コンテンツサーバ４がホームサーバ２から入換え要求のあった１０曲分の未再生楽曲データでなるコンテンツに対してコンテンツ識別情報ＣＩＤを付し、当該コンテンツ識別情報ＣＩＤ、ホームサーバ２のデコーダチップＩＤ及び購入条件ＩＤに基づいてスクランブル解除キーＳＫＡ２を作成し、これを暗号化したコンテンツと共にホームサーバ２へ送信する。
【００９１】
これによりコンテンツサーバ４は、ホームサーバ２へコンテンツの入換えを行う度毎に異なる暗号化を行い、その暗号化を解読するスクランブル解除キーＳＫＡ２を生成することができるので、リムーバブルハードディスク１０に格納された９０曲分の楽曲データや入換え要求に応じた新たな１０曲分の未再生楽曲データをホームサーバ２で再生する場合にのみ限定し得るようになされている。
【００９２】
すなわちコンテンツ再生管理システム１では、新たな１０曲分の未再生楽曲データが交換されて格納されたリムーバブルハードディスク１０が他のユーザのパーソナルコンピュータ等へ装填された場合であっても、当該パーソナルコンピュータではコンテンツサーバ４にアクセスしたときにホームサーバ２のデコーダチップＩＤを所有していないため認証確認を受けることができず、かつ当該コンテンツサーバ４から入換え要求毎に暗号化されたコンテンツに対するスクランブル解除キーＳＫＡ２を取得することができない。
【００９３】
従って、他のユーザがパーソナルコンピュータに対してリムーバブルハードディスク１０を装填して再生しようと試みても、コンテンツサーバ４からスクランブル解除キーＳＫＡ２を取得することができない以上再生し得ないようになされている。
【００９４】
なお、仮に他のユーザがパーソナルコンピュータにコンテンツサーバ４からスクランブル解除キーＳＫＡ２だけを取得できたとしても、そのスクランブル解除キーＳＫＡ２に対応した１０曲分の未再生楽曲データの格納されたリムーバブルハードディスク１０が手に入らなければ再生することはできないようになされている。
【００９５】
（４）複数台の電子機器を再生管理対象とする追加登録処理手順
次に、コンテンツ再生管理システム１におけるホームサーバ２とコンテンツサーバ４との間でコンテンツ再生管理処理手順（図４）又はコンテンツの通信入換え再生管理処理手順（図５）を行うだけでなく、携帯型再生装置６、テレビ８及びオーディオ機器９等の他の電子機器についてもリムーバブルハードディスク１０が装填されたときに再生することができるようにするための追加登録処理手順について、図６を用いて説明する。
【００９６】
この場合、コンテンツ再生管理システム１ではリムーバブルハードディスク１０をホームサーバ２、携帯型再生装置６、テレビ８又はオーディオ機器９のいずれの電子機器に装填した場合であっても、コンテンツサーバ４から取得するスクランブル解除キーＳＫＡ３を用いて暗号化を解読した後復号し得るようになされている。
【００９７】
ここで、ステップＳＰ６１〜ステップＳＰ６３におけるホームサーバ２のＣＰＵ２０が行う処理と、ステップＳＰ７１、ステップＳＰ７２におけるコンテンツサーバ４のＣＰＵ３０が行う処理については、コンテンツ再生管理処理手順（図４）と同様であるので説明を省略し、ホームサーバ２のステップＳＰ６４以降における処理とコンテンツサーバ４のステップＳＰ７３以降における処理について説明する。
【００９８】
ステップＳＰ６４においてホームサーバ２のＣＰＵ２０は、ユーザによって携帯型再生装置６、テレビ８及びオーディオ機器９等の電子機器におけるそれぞれのハードウェアシリアル番号が操作部１２を介して入力されると、当該複数のハードウェアシリアル番号をコンテンツサーバ４へ送信することにより、デコーダチップＩＤの追加要求を行い、次のステップＳＰ６５へ移る。
【００９９】
このときステップＳＰ７３においてコンテンツサーバ４のＣＰＵ３０は、ホームサーバ２から受信した複数の電子機器（携帯型再生装置６、テレビ８及びオーディオ機器９）におけるハードウェアシリアル番号とデコーダチップＩＤとが１対１に予め対応付けられた対応テーブルを認証用データベース３５によって参照することにより、追加要求のあったハードウェアシリアル番号のデコーダチップＩＤを確認する。
【０１００】
そしてコンテンツサーバ４のＣＰＵ３０は、当該確認した追加要求のあった電子機器（携帯型再生装置６、テレビ８及びオーディオ機器９）のデコーダチップＩＤをホームサーバ２のデコーダチップＩＤに付け加えることにより購入条件を変更し、その旨の通知をホームサーバ２へ行った後、次のステップＳＰ７４へ移る。
【０１０１】
ステップＳＰ６５においてホームサーバ２のＣＰＵ２０は、コンテンツサーバ４から受け取った購入条件を変更する旨の通知を表示部１３に表示することにより、ユーザに対して購入条件変更内容を目視確認させた上、携帯型再生装置６、テレビ８又はオーディオ機器９等の電子機器についてもリムーバブルハードディスク１０のコンテンツを再生可能とするための対価の支払い方法がユーザによって決定されると、その課金処理に関する情報をコンテンツサーバ４へ送信し、次のステップＳＰ６６へ移る。
【０１０２】
このときステップＳＰ７４においてコンテンツサーバ４のＣＰＵ３０は、複数の電子機器（ホームサーバ２、携帯型再生装置６、テレビ８及びオーディオ機器９）に関するデコーダチップＩＤ、購入条件ＩＤ及びコンテンツ識別情報ＣＩＤを用いてコンテンツの暗号化を解読するためのスクランブル解除キーＳＫＡ３を所定の関数アルゴリズムに基づいて作成し、これをホームサーバ２へ送信した後、次のステップＳＰ７５へ移る。
【０１０３】
ここで、複数の電子機器で解読可能なスクランブル解除キーＳＫＡ３の作成方法について説明する。この場合、スクランブル解除キーＳＫＡ３は、例えば次式
【０１０４】
【数４】
2004326592.tif 000006
【０１０５】
ＳＫＡ３＝Ｆ（ｘ、ｙ、ｚ）で定義することができる（Ｆ：関数、ｘ：デコーダチップＩＤ、ｙ：コンテンツ識別情報ＣＩＤ、ｚ：購入条件ＩＤ）。
【０１０６】
なお、デコーダチップＩＤのｘは、次式
【０１０７】
【数５】
2004326592.tif 000007
【０１０８】
で定義することができる。
【０１０９】
そうするとスクランブル解除キーＳＫＡ３は、次式
【０１１０】
【数６】
2004326592.tif 000008
【０１１１】
で表すことができ、この（６）式を用いて作成することができる。
【０１１２】
ステップＳＰ７５においてコンテンツサーバ４のＣＰＵ３０は、ホームサーバ２から取得要求のあったコンテンツを暗号化し、その暗号化されたコンテンツと当該暗号化されたコンテンツを解読するためのスクランブル解除キーＳＫＡ３とをホームサーバ２へ送信し、次のステップＳＰ７６へ移る。
【０１１３】
ステップＳＰ７６においてコンテンツサーバ４のＣＰＵ３０は、複数の電子機器（ホームサーバ２、携帯型再生装置６、テレビ８又はオーディオ機器９）でリムーバブルハードディスク１０の暗号化されたコンテンツを再生可能とするための新たな購入条件に変更して更新し、次のステップＳＰ７７へ移ってコンテンツサーバ４における処理を終了する。
【０１１４】
一方ステップＳＰ６６においてホームサーバ２のＣＰＵ２０は、コンテンツサーバ４からのスクランブル解除キーＳＫＡ３をエンコーダ／デコーダ部２３にセットし、次のステップＳＰ６７へ移る
【０１１５】
ステップＳＰ６７においてホームサーバ２のＣＰＵ２０は、携帯型再生装置６、テレビ８又はオーディオ機器９等の電子機器と無線ＬＡＮ通信を行い、当該携帯型再生装置６、テレビ８又はオーディオ機器９にリムーバブルハードディスク１０が装填されて再生する際には、携帯型再生装置６、テレビ８又はオーディオ機器９に対してスクランブル解除キーＳＫＡ３を送信し、次のステップＳＰ６８へ移ってホームサーバ２における処理を終了する。
【０１１６】
このようにコンテンツ再生管理システム１のホームサーバ２は、無線ＬＡＮ通信を行う他の電子機器（携帯型再生装置６、テレビ８及びオーディオ機器９）に対してもリムーバブルハードディスク１０を再生することを可能とすべく、当該他の電子機器に関するそれぞれのハードウェアシリアル番号をコンテンツサーバ４へ送信し、当該コンテンツサーバ４で予め登録されている対応テーブルにより複数の他の電子機器に関するデコーダチップＩＤを全て読み出し、これらを用いてスクランブル解除キーＳＫＡ３を作成する。
【０１１７】
これによりホームサーバ２及びその他の電子機器（携帯型再生装置６、テレビ８及びオーディオ機器９）においては、スクランブル解除キーＳＫＡ３を用いてコンテンツの暗号化を解読することができるので、ユーザはリムーバブルハードディスク１０をホームサーバ２のみならず、携帯型再生装置６、テレビ８又はオーディオ機器９等のいずれの電子機器に装填された場合であっても再生し得るようになされている。
【０１１８】
この場合も、コンテンツサーバ４から提供されるコンテンツ毎にスクランブル解除キーＳＫＡ３が異なるので、当該コンテンツが不正ユーザによって取得された場合や、他のパーソナルコンピュータにリムーバブルハードディスク１０が装填された場合でも、当該リムーバブルハードディスク１０の中に格納されているコンテンツに対応したスクランブル解除キーＳＫＡ３を取得しない限り、再生し得ないようになされている。
【０１１９】
（５）動作及び効果
以上の構成において、コンテンツサーバ４のＣＰＵ３０は、ホームサーバ２からダウンロード取得要求のあったコンテンツに対してコンテンツ識別情報ＣＩＤを付し、当該コンテンツ識別情報ＣＩＤ、ホームサーバ２のデコーダチップＩＤ及び購入条件ＩＤに基づいてスクランブル解除キーＳＫＡ１を作成する。
【０１２０】
これによりコンテンツサーバ４は、ホームサーバ２へコンテンツを提供する度毎に異なる暗号化を施し、その暗号化を解読するスクランブル解除キーＳＫＡ１をコンテンツ識別情報ＣＩＤ、ホームサーバ２のデコーダチップＩＤ及び購入条件ＩＤに基づいて生成することができるので、リムーバブルハードディスク１０に格納されたコンテンツの再生をホームサーバ２でのみ許可することができる。
【０１２１】
従って、暗号化されたコンテンツを格納したリムーバブルハードディスク１０が他のユーザのパーソナルコンピュータ等へ装填された場合であっても、当該パーソナルコンピュータがコンテンツサーバ４にアクセスしたときにホームサーバ２のデコーダチップＩＤを所有していないため認証確認を受けることができず、かつ当該コンテンツサーバ４からスクランブル解除キーＳＫＡ１を取得することができないため、リムーバブルハードディスク１０に格納されたコンテンツの再生が制限されることになる。
【０１２２】
また、他のユーザがコンテンツサーバ４からスクランブル解除キーＳＫＡ１だけを取得できたとしても、そのスクランブル解除キーＳＫＡ１に対応したコンテンツの格納されたリムーバブルハードディスク１０を取得できなければ再生することはできない。
【０１２３】
さらにコンテンツサーバ４は、例えば１００曲分の楽曲データが予めプリインストールされたリムーバブルハードディスク１０のうち１０曲分の未再生楽曲データを交換する場合、新たに提供する１０曲分の未再生楽曲データに対してそれぞれ付された固有の楽曲データＩＤを組み合わせることにより生成した固有のコンテンツ識別情報ＣＩＤ、ホームサーバ２のデコーダチップＩＤ及び購入条件ＩＤに基づいて当該１０曲分の未再生楽曲データに対する暗号化を解除するためのスクランブル解除キーＳＫＡ２を生成することができる。
【０１２４】
これによりコンテンツサーバ４は、ホームサーバ２へコンテンツを交換して提供する度毎に異なる暗号化を施し、その暗号化を解読するスクランブル解除キーＳＫＡ２を交換対象であるコンテンツのコンテンツ識別情報ＣＩＤ、ホームサーバ２のデコーダチップＩＤ及び購入条件ＩＤに基づいて生成することができるので、リムーバブルハードディスク１０に格納された交換後のコンテンツに対する再生をホームサーバ２でのみ許可することができる。
【０１２５】
さらにコンテンツ再生管理システム１では、ホームサーバ２だけでなく、携帯型再生装置６、テレビ８及びオーディオ機器９等の他の電子機器であってもリムーバブルハードディスク１０に格納されたコンテンツの再生を可能とするべく、ホームサーバ２、携帯型再生装置６、テレビ８及びオーディオ機器９におけるそれぞれのデコーダチップＩＤと、購入条件ＩＤとコンテンツ識別情報ＣＩＤとを用いてスクランブル解除キーＳＫＡ３を作成する。
【０１２６】
これによりコンテンツ再生管理システム１では、ホームサーバ２だけでなく、携帯型再生装置６、テレビ８及びオーディオ機器９等の他の電子機器に対してもリムーバブルハードディスク１０に格納されたコンテンツの再生を拡張することができる。
【０１２７】
ユーザは、ホームサーバ２を介してコンテンツサーバ４から提供されてコンテンツを格納したリムーバブルハードディスク１０を自己の所有する電子機器であれば、ホームサーバ２に限らず、携帯型再生装置６、テレビ８及びオーディオ機器９等のいずれかの電子機器においても自由に再生することができる。
【０１２８】
また、コンテンツ再生管理システム１は、このリムーバブルハードディスク１０が他人に盗用された場合でも、ユーザが所有する他の電子機器ではスクランブル解除キーＳＫＡ３が設定されていないためコンテンツの再生を行うことができず、不正再生を確実に防止することができる。
【０１２９】
以上の構成によれば、コンテンツ再生管理システム１ではコンテンツサーバ４からコンテンツの提供を受けて格納されたリムーバブルハードディスク１０を当該ユーザの所有するホームサーバ２、携帯型再生装置６、テレビ８及びオーディオ機器９等のいずれかの電子機器に装填された場合に限って再生することができ、それ以外の他人の電子機器に当該リムーバブルハードディスク１０が装填された場合には再生を確実に防止することができる。
【０１３０】
これによりコンテンツ再生管理システム１は、コンテンツサーバ４から提供を受けたコンテンツを格納したリムーバブルハードディスク１０の再生を正規ユーザの所有するホームサーバ２、携帯型再生装置６、テレビ８及びオーディオ機器９等のいずれかの電子機器に制限することができるので、不正コピーについても確実に防止することができる。
【０１３１】
（６）他の実施の形態
なお上述の実施の形態においては、スクランブル解除キーＳＫＡ１〜ＳＫＡ３を上述の（１）式〜（６）式を用いて作成するようにした場合について述べたが、本発明はこれに限らず、その他種々の関数アルゴリズムに従って作成するようにしても良い。
【０１３２】
また上述の形態においては、リムーバブルハードディスク１０に楽曲データをコンテンツとして格納するようにした場合について述べたが、本発明はこれに限らず、映像データやゲームプログラム等の種々のコンテンツを格納するようにしても良い。
【０１３３】
さらに上述の実施の形態においては、コンテンツサーバ４から提供された楽曲データでなるコンテンツをリムーバブルハードディスク１０に格納してホームサーバ２やその他の電子機器（携帯型再生装置６、テレビ８及びオーディオ機器９）で再生するようにした場合について述べたが、本発明はこれに限らず、コンテンツをリムーバブルハードディスク１０に格納するのではなく、コンテンツサーバ４とアクセスしてコンテンツの提供を受ける電子機器に内蔵されたハードディスク等の記憶手段に対して直接コンテンツを格納するようにしても良い。
【０１３４】
さらに上述の実施の形態においては、ホームサーバ２のＲＯＭ、コンテンツサーバ４のコンテンツ蓄積部３３に予め格納されたコンテンツ再生管理処理プログラムをＲＡＭ２２及び３２上に展開し、当該コンテンツ再生管理処理プログラムに従って上述のコンテンツ再生管理処理手順（図４）及びコンテンツの通信入換え再生管理処理手順（図５）を実行するようにした場合について述べたが、本発明はこれに限らず、コンテンツ再生管理処理プログラムが格納されたプログラム格納媒体をホームサーバ２及びコンテンツサーバ４にインストールすることによりコンテンツ再生管理処理手順（図４）及びコンテンツの通信入換え再生管理処理手順（図５）を実行するようにしても良い。
【０１３５】
このように上述した一連のコンテンツ再生管理処理手順（図４）及びコンテンツの通信入換え再生管理処理手順（図５）を実行するためのコンテンツ再生管理処理プログラムをホームサーバ２及びコンテンツサーバ４にインストールして実行可能な状態にするためのプログラム格納媒体としては、例えばフロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ  ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等のパッケージメディアのみならず、コンテンツ再生管理処理プログラムが一時的もしくは永続的に格納される半導体メモリや磁気ディスク等で実現しても良い。またこれらプログラム格納媒体にコンテンツ再生管理処理プログラムを格納する手段として、ローカルエリアネットワークやインターネット、ディジタル衛星放送等の有線及び無線通信媒体を利用してもよく、ルータやモデム等の各種通信インターフェースを介して格納するようにしても良い。
【０１３６】
【発明の効果】
上述のように本発明によれば、コンテンツ提供管理装置は、コンテンツ取得要求に応じたコンテンツ毎であって、かつデコーダ識別情報を所有するコンテンツ再生装置毎に固有のスクランブル解除キーを生成し、これをコンテンツ取得要求に応じた暗号化されたコンテンツと共にコンテンツ再生装置へ送信することにより、デコーダ識別情報を所有するコンテンツ再生装置以外の機器で当該コンテンツ取得要求に応じたコンテンツに対する再生を禁止することができ、かくしてコンテンツの再生をコンテンツ提供先であるコンテンツ再生装置に制限してコンテンツの再生管理を実行することができ、かくしてコンテンツの再生をコンテンツ提供先であるコンテンツ再生装置に制限してコンテンツの再生管理を実行することができるコンテンツ再生管理システムを実現できる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるコンテンツ再生管理システムの構成を示す略線図である。
【図２】ホームサーバの回路構成を示す略線的ブロック図である。
【図３】コンテンツサーバの回路構成を示す略線的ブロック図である。
【図４】コンテンツ再生管理処理手順を示すフローチャートである。
【図５】コンテンツの通信入換え再生管理処理手順を示すフローチャートである。
【図６】複数の電子機器を再生管理対象とする追加登録処理手順を示すフローチャートである。
【符号の説明】
１……コンテンツ再生管理システム、２……ホームサーバ、４……コンテンツサーバ、１０……リムーバブルハードディスク、２０、３０……ＣＰＵ、２２、３２……ＲＡＭ、３３……コンテンツ蓄積部、３４……購入条件管理データベース、３５……認証用データベース。
【図１】
2004326592.tif 000009
【図２】
2004326592.tif 000010
【図３】
2004326592.tif 000011
【図４】
2004326592.tif 000012
【図５】
2004326592.tif 000013
【図６】
2004326592.tif 000014