JP2004078538A

JP2004078538A - デジタルデータ保護システム

Info

Publication number: JP2004078538A
Application number: JP2002237683A
Authority: JP
Inventors: Masafumi Tsuru; 津　留　　雅　文
Original assignee: Phoenix Technologies KK
Current assignee: Phoenix Technologies KK
Priority date: 2002-08-16
Filing date: 2002-08-16
Publication date: 2004-03-11

Abstract

【課題】コンテンツ配信途中の改竄、盗聴、なりすましなどを防止できるデジタルデータ保護システムを提供する。
【解決手段】アプリケーションソフトウェア２０９と、デバイス登録モジュール２１０と、デバイス鍵およびアプリケーション鍵を生成する第１の鍵生成モジュール２１１と、第１の暗号モジュール２１２と、セキュアメモリ２１３とを有するクライアントデバイスと、第２の鍵生成モジュール２００と、デバイス鍵を保管するデバイスデータベース２０１と、認証サービスを提供する認証モジュール２０２とを有するデバイス認証サーバと、第３の鍵生成モジュール２０３と、顧客データベース２０４と、Ｗｅｂサーバ機能２０５と、コンテナ作成モジュール２０６と、第２の暗号モジュール２０７と、コンテンツデータベース２０８とを有するサービスサイトシステムとを備えたものである。
【選択図】　　　　　図２

Description

【０００１】
【発明の属する技術分野】
本発明は、デジタルデータである音楽、画像などのコンテンツをインターネット等のネットワーク網を介して途中の改竄、盗聴などの介入無しに、配信元からクライアント（目的のデバイス）まで安全に配信できるデジタルデータ保護システムに関するものである。
【０００２】
【従来の技術】
昨今のインターネットの普及は目覚ましいものがある。特に個人ユーザの増加が顕著である。この背景には２００１年末より一般家庭向けのｘＤＳＬを利用したブロードバンド接続の加入価格の劇的低下、固定料金にて２４時間接続サービス、高速化などが上げられる。また、これらの要因によるユーザ数の相乗的増加は、サービス提供者に対してインターネットを利用した新たなビジネス意欲及び可能性をもたらした。例えば、２４時間接続が可能なことにより、ホームセキュリティ、対戦型ゲーム、インターネット電話や、伝送経路の高速化により、膨大なデータ転送を必要とする高品質な映画や、リッチコンテンツを多用した遠隔教育サービス（教育の実験運用ＲＥＦ１等）などが可能になりつつある。その結果サービス提供に要する大幅なコストダウン、容易なユーザ獲得等よりビジネスとしての採算性、利益率が改善され、従来型のビジネスと比較した場合の優位性が色濃くなってきている。
【０００３】
一方、このようにサービスの多様化及び付加価値向上に伴って、サービス自体の金銭的な向上につれ、新たな問題が浮かび上がってきた。通常、これらのサービスの提供を受ける場合は、サービス提供者に対して正しく所定の登録手続きを行ったユーザのみ提供を受けることができることが理想的であるが、そのサービスが高価故に、不正にサービスを取得するということが懸念されるようになってきた。例えば、身近なところで音楽配信では、現在、携帯電話等へ配信される着信メロディは権利者が単純なこと（著作権のみで隣接権は少ない）、原楽曲と比較して情報量が少ないこともあり、一般の音楽ＣＤの価格と比較すると非常に安価に入手することができる。ところが、最近のデジタル技術の向上に伴い、ネットワークを通じてＣＤの原版同等の品質でユーザの手元に届けることが可能になった。
【０００４】
つまり、一般的に入手できる機器で容易にオリジナルと同一のＣＤを複製することができるようになった。これが、インターネットを通じて配信されることによって本来売上げに貢献できるはずの市場の形成を阻害し、製造者、著作権者に膨大な損害を与えていることも周知の事実である。サービス提供者は正規に認めた配信先へ改竄、盗聴されることなくサービスを伝え、また配信先でサービスを利用するための情報機器が権利者が決めたルールに従って利用されることを望んでいる。この利用ルールに関しては周知の通り、著作権法などの法的手段で権利者を保護しているわけであるが、あくまでも利用者側が法を遵守するという精神的縛りによってルールを守らせることが過去一般的であった。ところが、昨今の違法コピーに関わる事件や裁判が後を絶たないところから判断すると、何かもっと強制力を持った仕組みで精神論に頼らずに、これらの問題を解決する手段が求められている。
【０００５】
こうした観点から、例えば、インターネットでは、データを配信元からクライアント（目的のデバイス）まで、ルーティングされたネットワーク網を通して、途中の改竄、盗聴等の介入無しに安全に送り届ける技術として一般的に知られているＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）を利用する方法がある。
この技術では、送り側と受け側とで互いに暗号化及び復号する共通の鍵を共有し、送り元がデータを送る前にその共通の鍵で暗号化し、受取り側で同じ共通鍵で復号することによって伝送路間のセキュリティを実現している。
【０００６】
この技術の問題は、共通鍵を如何にして共有するかが要であり、鍵そのものを受取り側へ送る時に鍵そのものを盗聴される可能性がある。また、ＳＳＬを利用して伝送路のみを安全に保ったとしても、最終的に受取り側では、ＳｏｃｋｅｔＬａｙｅｒで復号されるため、受取り側のクライアント・システムのどこかに復号されたデータが蓄積され、容易に生データが複製可能となり、始めに述べた特定クライアントへの配信という要件には不適と言える。
【０００７】
また、このような要件に合致するように考案されたシステムとしてＤＲＭ（Ｄｉｇｉｔａｌ　Ｒｉｇｈｔ　Ｍａｎａｇｅｍｅｎｔ）と呼ばれる権利の管理手法がある。
これは、先のＳＳＬの問題点であったクライアントシステム内で可能な限り生データを露呈しないように（例えば、ブラウザでの不正コピー禁止、キャッシュ・ファイルの削除機能等）、そのデータを取り扱う関連ソフトウェアや、時には専用のハードウェアを付加して、権利者が法的にそのユーザに対して利用ルールを強制し権利者の利益を守らせるような仕組みを実現している（例えば、Ｒｉｇｈｔｓ　Ｅｎｆｏｒｃｅｍｅｎｔ機能等）。
【０００８】
図１に、こうした従来のシステムを実現するコンポーネントを示す。図中の１００はデジタルコンテンツ等のサービスを作成した権利者である。権利者１００は権利を商品として販売代行する配信業者１０１に配信を委託する。１０８はサービスを受けるためのクライアントデバイスで、所定の対価を払ってエンドユーザが同一サービスを受けるためインターネットを介して配信業者１０１と接続される。なお、配信業者１０１には、多くの場合、顧客管理、課金システム等の機能が含まれる。クライアントデバイス１０８は、サービス受信に先立ち配信業者１０１と課金するための登録が必要になる。登録終了後、クライアント１０８は所望のサービスを受けるために配信業者１０１にアクセスし、サービスの選択を行う。サービスが選択されるとコンテンツ１０９及びコンテンツ利用に関する許諾条件１１０が配信業者１０１から送信される。
【０００９】
配信されるコンテンツ１０９は、ライセンス１０２の情報と許諾条件１１０の情報をＤＲＭコンポーネント１０４にて確認し、許諾条件に合致するライセンスを取得しているかを確認する。その条件を満たしている場合のみ、その許諾の範囲内でサービスを利用できるようにコンテンツ再生アプリケーション（例えば、Ｒｅａｌ　Ｐｌａｙｅｒ：再生ソフトの登録商標名等）１０５を動作させる。コンテンツ再生アプリケーションは、再生に必要な条件が整った所で、ライセンス１０２に含まれる復号情報を利用してコンテンツ１０９を復号し、そのデータをコンテンツ再生に必要となるドライバ１０６に渡す。ドライバ１０６はハードウェア毎の違いを吸収し、上位アプリケーションに対して標準的なＡＰＩを提供し汎用性を持たせる役割を持つ。１０７はサービスのフロントエンドとして実際にユーザが接する表示デバイス、サウンドデバイス、入力デバイス、記憶装置等のハードウェアを示す。
【００１０】
このシステムではコンテンツデータ１０９は、配信途中のネットワーク経路上で盗聴されたり、配信先のクライアントのなりすまし等を防止するために暗号化されていて、登録することによってライセンスを受け、コンテンツの暗号解読を行う仕組みである。ところが通常、課金を行うための登録作業は、サービスを受ける前に最初に一度行うものであり、後日継続的にサービスを受ける場合は、ユーザ側の利便性を考えてパスワードが特定ユーザに対して発行され、それ以降のサービスへのアクセスのユーザ認証に使われ、正当に登録されたユーザかどうかを判断するようになっている。
【００１１】
【発明が解決しようとする課題】
しかしながら、上記従来技術においては、正当に登録された後の状態でアカウント及びパスワードが漏洩した場合、配信側はそれ以上の配信先を特定するための判断材料が無く、簡単になりすましができてしまうという問題がある。
また、意図的に登録していない他人にパスワードやライセンス情報を通知することで有料サービスを共有することが可能になる。これは権利者の意図に反する利用形態であり、権利者の利益を阻害するという問題がある。
更に、サービスに関わるデータが暗号化されてその暗号を解読する鍵が入手できない場合でも、暗号解読のプログラムや利用条件等を取り扱うプログラムを改竄し本来の動作と異なる動作をさせて、不正にサービスを受けるというような問題がある。
【００１２】
そこで、本発明は、伝送路、およびクライアントにおけるアプリケーションの動作環境も含めてセキュリティを確保し、伝送路のセキュリティの確保に際しては、ＳＳＬと同様に双方で共有し合う鍵を個別に生成して交換の必要を無くし、共通鍵生成用の鍵およびコンテンツ鍵を特定クライアントのみが解読可能な暗号化されたコンテナに格納してクライアントへ届けるようにして、このコンテナに含まれるコンテンツ鍵は、コンテンツ毎に全て異なり、万一、特定のコンテンツの鍵が漏洩したとしても、セキュリティ自体が崩壊し全体に被害が及ぶことが防止できると共に、サービスを受けるクライアント側で動作するアプリケーションソフトウェア、関連するドライバなどサービス消費に関わるソフトウェアを認証することによって、動作環境に改竄を加え不正にサービスを享受することを防止して、著作権利者の利益を保護すること、ひいては、より安全性を確保することによって従来できなかった新たなビジネスを創出し、インターネットの健全な発展に寄与できるデジタルデータ保護システムを提供することを目的としている。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、請求項１に記載の発明は、デジタルデータであるコンテンツを配信元からクライアントまでルーティングされたネットワーク網を通して途中の改竄、盗聴などの介入無しに安全に送り届けるデジタルデータ保護システムであって、コンテンツを再生するためのアプリケーションソフトウェアと、デバイス鍵を生成するためにデバイス認証サーバに対してデバイスの認証を行うデバイス登録モジュールと、前記デバイス鍵およびアプリケーション鍵を生成する第１の鍵生成モジュールと、サービスサイトシステムから提供されるアプリケーションコンテナの暗号の復号と、暗号化されたコンテンツを復号するための第１の暗号モジュールと、前記各モジュールで生成された鍵を安全に格納するための一時記憶装置若しくは不揮発性メモリで構成するセキュアメモリとを有するクライアントデバイスと、前記アプリケーション鍵およびコンテンツそのものを暗号化するためのコンテンツ鍵を生成する第３の鍵生成モジュールと、クライアントがサービス提供を受けるために課金情報、ユーザ情報およびアプリケーション鍵などを保管するための顧客データベースと、クライアントがサービスを受けるためにアクセスするＷｅｂサービスを提供するＷｅｂサーバ機能と、前記クライアントデバイスとの間で安全に情報をやり取りするためのコンテナを作成するコンテナ作成モジュールと、前記コンテナおよびコンテンツそのものを暗号化する第２の暗号モジュールと、サービスの実体として配信されるコンテンツデータ、権利情報および利用ルールなどを格納したコンテンツデータベースとを有するサービスサイトシステムと、前記デバイス鍵を生成する第２の鍵生成モジュールと、デバイス登録プロセスで生成されるデバイスにバインドされた前記デバイス鍵を保管するデバイスデータベースと、前記サービスサイトシステムからのアプリケーション鍵生成のためのデバイス情報要求に対して認証サービスを提供する認証モジュールとを有するデバイス認証サーバとを備えたことを特徴とする。
【００１４】
また、請求項２に記載の発明は、前記デバイス登録モジュールは、ハードウェアの特徴を抽出し、これを基にクライアントシードＳｐを生成し、公開鍵暗号等を用いたセキュアトランザクションを利用して前記デバイス認証サーバへ安全に送信することを特徴とする。
また、請求項３に記載の発明は、前記第２の鍵生成モジュールは、デバイス認証サーバ内で乱数発生器等により任意に生成する情報より、サーバシードＳａを生成し前記クライアントデバイスより受信したクライアントシードＳｐおよびサーバシードＳａを合成して共通鍵であるデバイス鍵Ｋｄｍを生成して前記デバイスデータベースに格納し、前記サーバシードＳａをセキュアトランザクションを利用して前記クライアントデバイスへ安全に送信することを特徴とする。
また、請求項４に記載の発明は、前記第１の鍵生成モジュールは、前記デバイス認証サーバより受信したサーバーシードＳａと前記クライアントシードＳｐより、前記デバイス認証サーバと同一アルゴリズムを用いて同じデバイス鍵Ｋｄｍを生成することを特徴とする。
【００１５】
また、請求項５に記載の発明は、前記第３の鍵生成モジュールは、前記デバイス認証サーバへクライアント情報要求を行い、前記デバイス鍵Ｋｄｍの一部の情報Ｓｄを取得して、前記情報Ｓｄとサービスサイトシステムで任意に生成するアプリケーションシークレットＳａｐとを合成してアプリケーション鍵Ｋａを生成して前記顧客データベースに格納し、前記アプリケーションシークレットＳａｐをクライアントデバイスへ送信することを特徴とする。
また、請求項６に記載の発明は、前記第１の鍵生成モジュールは、受信したアプリケーションシークレットＳａｐと自己保持するデバイス鍵の一部情報Ｓｄから、前記サービスサイトシステムの第３の鍵生成モジュールと同じアルゴリズムを用いて同じアプリケーション鍵Ｋａを生成して前記セキュアメモリに保存することを特徴とする。
また、請求項７に記載の発明は、前記コンテナ作成モジュールは、配信するコンテンツに帰属する権利情報および権利者が決めるコンテツの利用許諾条件Ｉｒと、演奏者、作曲者名などのコンテンツに付随する情報Ｉｃと、配信するコンテンツ毎に異なるコンテンツ鍵Ｋｃをパッケージングして作成したデータをアプリケーションコンテナＡｐｐＣに格納し、該アプリケーションコンテナＡｐｐＣを前記アプリケーション鍵ＫａによりＡｐｐＣ＝Ｅ［（Ｋｃ，Ｉｒ，Ｉｃ），Ｋａ］として暗号化することを特徴とする。
また、請求項８に記載の発明は、前記サービスサイトシステムは、第２の暗号モジュールにより、クライアントが選択し配信されたコンテンツが蓄積再生の場合は、コンテンツデータＤｃを前記コンテンツ鍵ＫｃによりＥ［Ｄｃ，Ｋｃ］と暗号化し、Ｅ［Ｄｃ，Ｋｃ］と前記アプリケーションコンテナＡｐｐＣとを結合した形、又は両者を分離した形のいずれかの形の配信データとして配信することを特徴とする。
【００１６】
また、請求項９に記載の発明は、前記第１の暗号モジュールは、前記配信データを受信して、前記アプリケーションコンテナＡｐｐＣをセキュアメモリに保存している前記アプリケーション鍵Ｋａにより復号して前記権利情報等に基づき再生動作を制御し再生条件が満たされたなら、前記アプリケーションコンテナＡｐｐＣよりコンテンツ鍵Ｋｃを取得してコンテンツを復号することを特徴とする。また、請求項１０に記載の発明は、前記サービスサイトシステムは、第２の暗号モジュールにより、クライアントが選択し配信されたコンテンツがストリーミング再生の場合は、前記アプリケーションコンテナＡｐｐＣを前記クライアントデバイスへ送信し、コンテンツを前記アプリケーションコンテナＡｐｐＣと同等のデータブロックに暗号化したＥ［Ｄｃ、Ｋｃ］として、逐次送信することを特徴とする。
また、請求項１１に記載の発明は、前記第１の暗号モジュールは、前記受信したアプリケーションコンテナＡｐｐＣより復号鍵Ｋｃを取得して、前記受信したデータブロックＥ［Ｄｃ、Ｋｃ］よりコンテンツを復号することを特徴とする。また、請求項１２に記載の発明は、前記サービスサイトシステムの課金処理は、前記顧客データベースに格納する支払い手続きに基づいて、クレジットカード、電子マネー、及びＷｅｂマネー等のプリペイド・カードなどにより配信されたコンテンツの対価として課金処理することを特徴とする。
また、請求項１３に記載の発明は、前記コンテンツは、音楽コンテンツであることを特徴とする。
また、請求項１４に記載の発明は、前記コンテンツは、画像、映像、文字等のコンテンツであることを特徴とする。
【００１７】
【発明の実施の形態】
次に、本発明の実施の形態について図を参照して説明する。
図２は、本発明の実施の形態に係るデジタルデータ保護システムのコンポーネント構成図である。
図３は、図２に示すクライアントデバイスのブロック図である。
図４は、図２に示すデジタルデータ保護システムのサーバ構成を示す図である。
【００１８】
図２において、クライアントデバイスの符号２０９は、コンテンツを再生するための音楽再生用のアプリケーションソフトウェア等（例えば、Ｒｅａｌ　Ｐｌａｙｅｒ（登録商標）、Ｍｅｄｅａ　ｐｌａｙｅｒ（登録商標）など）である。符号２１０はデバイス認証サーバに対してデバイスを認証し、デバイス鍵を生成するデバイス登録モジュール。符号２１１はデバイス鍵やアプリケーション鍵を生成するための第１の鍵生成モジュール。符号２１２はサービスサイトから提供されるアプリケーションコンテナの暗号・復号、暗号化されたコンテンツの復号のための第１の暗号モジュール。符号２１３は各モジュールで生成された鍵を安全に格納するための一時記憶装置若しくは不揮発性メモリ等を用いたセキュアメモリである。
【００１９】
次に、デバイス認証サーバの、符号２００はデバイス鍵を生成する第２の鍵生成モジュール。符号２０１はデバイス登録プロセスで生成されたデバイスにバインドされた形式のデバイス鍵を保管するデバイス・データベース。符号２０２はサービスサイトからのアプリケーション鍵生成のためのデバイス情報要求に対して、認証サービスを提供する認証モジュールである。
また、サービスサイトシステムにおいて、符号２０３は、アプリケーション鍵やコンテンツそのものを暗号化するための鍵を生成する第３の鍵生成モジュール。符号２０４はクライアントがサービス提供を受けるために課金情報、ユーザ情報、アプリケーション鍵などを保管するための顧客データベース。符号２０５はユーザがサービスを受けるためにアクセスするＷｅｂサービスを提供するＷｅｂサーバ。符号２０６はクライアントとの間で安全に情報をやり取りするためのコンテナを作成するコンテナ作成モジュール。符号２０７はコンテナやコンテンツそのものを暗号化するための第２の暗号モジュール。符号２０８はサービスの実体として配信されるコンテンツデータや、権利情報、利用ルールなどを格納したコンテンツデータベースである。
【００２０】
図３は、図２に示したクライアントデバイスのハード構成を示すブロック図であり、図３において、符号３００は通電直後よりＢＩＯＳ（基本入出力システム、例えば、特開２００１−５１８５８号に詳細開示）を実行し、ＯＳを起動、アプリケーションソフトウェアの実行等を行う中央演算装置ＣＰＵ。符号３０１は高速データ転送を行うためのＣＰＵバスである。符号３０２はＣＰＵバスタイミングよりメモリアクセスを行うための信号を作り出すメモリコントローラ。符号３０３はデータ若しくはコードを一時記憶するためのメモリ。符号３０４はＣＰＵバス信号より周辺機器に接続するためのＰＣＩバス信号を作り出すブリッジ。３０５は周辺機器、コンポーネントを接続するためのＰＣＩ（ペリフェラル・コンポーネント・インターコネクト）バス。符号３０６はイーサネット（登録商標）と接続するためのネットワークコントローラ。符号３０７は低速周辺デバイスを接続するためのＩＳＡ（業界標準アーキテクチャ）バス信号をＰＣＩバス３０５より作り出すためのブリッジである。
符号３０８はＯＳ、プログラムコード、プログラムデータなどを記憶するためのハードディスク装置。符号３０９は表示機能をサポートするための表示コントローラ。符号３１０は音響を出力するためのサウンドコントローラ。符号３１１はサウンドコントローラ３１０で生成されたアナログ音響信号を、音波に変換するスピーカシステム。符号３１２は電話回線を利用したＡＤＳＬ等のインターネットへ接続する手段。符号３１３はパケットデータを電話回線に重畳、若しくは重畳されたパケットデータを復調するするためのモデムである。
符号３１４はＣＲＴ、パネルなどの表示装置。符号３１５は低速周辺機器を接続するためのＩＳＡバス。符号３１６はシステムへの通電直後にＣＰＵ３００により実行される自己診断、リソースアロケーションなどの初期化処理、暗号関連ファームウェアを初期化する機能等を提供するシステムＢＩＯＳで、不揮発性メモリ等に格納されている。符号３１７は入力手段としてのデバイスであり、タイプされたキーより予め決められたキーコードセットに変換し、システムに伝える機能を提供するキーボード等である。
【００２１】
図４は図２に示すデジタルデータ保護システムのサーバ構成を示す図である。図４において、符号４０１はライセンスサーバで、権利者が許諾するサービス毎の利用条件等を格納している。符号４０２はクライアントハードウェアを認証するためのデバイス認証サーバであり、クライアントデバイス４０５との間でデバイス登録を実施し双方で共有する鍵を生成する。符号４０３は一般的にクライアントデバイス４０５がサービスの提供を受けるためにアクセスするＤＳＳサーバ（Ｄｅｖｉｃｅ　Ｓｅｃｕｒｉｔｙ　Ｓｅｒｖｅｒ）又は、ｅ−ｃｏｍｍｅｒｃｅサーバである。ＤＳＳサーバ４０３は、クライアントデバイス４０５からのサービス要求に先立ち、デバイス認証サーバ４０２から情報Ｓｄを得て共通のアプリケーション鍵Ｋａを生成する。符号４０６はクライアントデバイス４０５のサービス要求に対して、ライセンス情報をライセンスサーバ４０１から取得し、配信先である特定クライアントに対するデバイス鍵Ｋｄｍの一部の情報Ｓｄから合成したアプリーケーション鍵Ｋａにて暗号化、及びパッケージングを行う暗号化及びパッケージング手段であり、一旦パッケージされたデータは、コンテンツ配信サーバ４０４に送られ、暗号化された配信サービスデータと共に、クライアントデバイス４０５へ送信される。
【００２２】
つぎに本発明の実施の形態に係るデジタルデータ保護システムの動作について説明する。
以下、システムの実際の動作手順として、図２、図４に示すようなコンテンツ配信システムにおいて、電源投入から、ユーザデバイスの登録、生成鍵を格納したコンテナの暗号化、コンテンツの暗号化とユーザへの伝送、ユーザ側での復号・再生、課金処理などの手順を順に説明する。
先ず図３に示すようなクライアント・システムでは、通電されると、ＣＰＵ３００に対してハードウェアによるリセットが掛り、不揮発性メモリ（フラッシュメモリ等）に格納されているシステムＢＩＯＳ３１６がＣＰＵ３００により実行される。
具体的には、図５に示すクライアントシステム起動フローチャートに従って、システムＢＩＯＳのリセットベクタよりプログラムが実行される。
【００２３】
図５を参照すると、システムＢＩＯＳ３１６は、主要コンポーネントのチップセット、ＤＭＡ、タイマー、割り込みコントローラなどの自己診断テストを実行し（ステップＳ４１０）、正常動作が確認されると、各コンポーネントを使用可能とするための初期化処理を実行する（ステップＳ４１１）。
その後、ＩＯポート、割り込みチャンネル、ＤＭＡチャンネル、メモリ空間等のリソースを個々のコンポーネントに対し、互いに重複しないよう割り当てるためのリソースアロケーションプログラムを実行する（ステップＳ４１２）。
【００２４】
次に、セキュリティ関連のアルゴリズムを実行するためのセキュアモードに関する機能を初期化する（ステップＳ４１３）。その後、暗号処理に関わる各種変数、乱数発生器等（例えば、後述のアプリケーション鍵Ｋａ、デバイス鍵Ｋｄｍ、アプリケーションコンテナＡｐｐＣ、コンテンツ鍵Ｋｃ、サーバシードＳａ関連など）を初期化して、上位プログラムが利用できる環境を整える（ステップＳ４１４）。
図３に示すような、ＯＳ起動に要するハードディスクＨＤＤ３０８、表示装置３１４等の周辺デバイスを初期化し、ＯＳのブートストラップコードをハードディスク３０８から読み込み（ステップＳ４１５）、ＯＳの主ローダを読み込み、ＯＳを起動する（ステップＳ４１６）。
【００２５】
次に、図６は、図２に示すクライアントデバイスのサービスサイトシステムに対するアクセスのフローチャートであり、図６及び図２、図３、図４を参照して、図４に示すような、ｅ−ｃｏｍｍｅｒｓなどのサービスを提供するＤＳＳサーバ（Ｄｅｖｉｃｅ　Ｓｅｃｕｒｉｔｙ　Ｓｅｒｖｅｒ）４０３と、実際にエンドユーザサービスを利用するためのデバイスであるクライアントデバイス４０５とのトランザクションの流れを説明する。
なお、図３のクライアントデバイス４０５は図２のクライアントデバイスに相当し、図４のＤＳＳサーバ４０３、ライセンスサーバ４０１、コンテンツ配信サーバ４０４、及び暗号化及びパッケージング手段４０６は図２のサービスサイトシステムに相当する。
このトランザクションの開始時点でのクライアントは、初めてこのサービスサイトを利用することを想定して、説明を簡単にするために具体例として音楽コンテンツの配信の例を説明するが、勿論、これに限定するものではなく、その他の画像や、文字などのコンテンツの配信や、ｅ−ｃｏｍｍｅｒｓで扱う全ての商品取引のセキュリティにも適用可能であることは言うまでもない。
【００２６】
まず、クライアントデバイス４０５のシステム起動処理後（ステップＳ４２０）、クライアント（クライアントデバイス４０５）はモデム３１３（図３参照）を介しＷｅｂブラウザを利用してインターネット３１２に接続してＨＴＴＰプロトコルにより、ＤＳＳサーバ４０３（Ｗｅｂサーバ２０５）から提供されるショッピングサイトへアクセスする（ステップＳ４２１）。このアクセス要求に対してＷｅｂサーバ２０５は商品ページ（例えば、音楽配信データベースの曲名リストを掲載したＨＰなど）をクライアントデバイス４０５へ転送し（ステップＳ４２２）、クライアントデバイス４０５側のブラウザの表示装置３１４に、商品表示を行う（ステップＳ４２３）。クライアントデバイス４０５は表示画面上の曲名リストから、自分が購入したい音楽コンテンツ（商品）を選択し、「買う」、「ダウンロード」、「ストリーミング配信」、などのボタンを押して購入の意思表示を行う（ステップＳ４２４）。
【００２７】
クライアントデバイス４０５から購入リクエストを受けたＤＳＳサーバ４０３は、クライアント４０５がデバイス登録済み（エンロールメント）か、どうかを問い合わせる（ステップＳ４２５）。クライアントデバイス４０５はデバイス登録状態をシステムより取得し、ＤＳＳサーバ４０３へ送信する（ステップＳ４２６）。ＤＳＳサーバ４０３はデバイス登録状態の確認を行い（ステップＳ４２７）、デバイス登録が行われていない場合、クライアントデバイス４０５に対してデバイス登録の同意を得るためにデバイス登録画面を送信する（ステップＳ４２８）。クライアントデバイス４０５は同意画面を表示して意思表示を行う（ステップＳ４２９）。ユーザの同意が得られたらサーバ４０３は、デバイス登録を行うためのデバイス認証サーバ４０２のアドレス（ＵＲＬ）情報と共に、クライアントデバイス４０５にデバイス登録処理指示を送信する（ステップＳ４３０）。クライアントデバイス４０５のデバイス登録モジュール２１０と、デバイス認証サーバー４０２の認証モジュール２０２との間でデバイス登録のためのトランザクションを実施する（ステップＳ４３１）。なお、このデバイス登録手続きの詳細については後述する。
【００２８】
以上のデバイス登録が正常に終了すると、ショッピングを行う前にクライアントとショッピングサイト間で実施されるユーザ登録、課金情報の作成手続き等を行うレジストレーションを双方で実行して、顧客データベース２０４に詳細を保存する（ステップＳ４３２）（ステップＳ４３３）。
レジストレーション手続きの詳細は後述するが、その手続き内容はクライアントデバイス４０５がＤＳＳサーバ４０３に対して利用許諾条件に基づくユーザ登録および支払い手続きを行うもので、ユーザ登録は氏名等のユーザ情報、メールアドレス等を入力する。
支払い手続きは、例えば、ストリーミング配信か、ダウンロード配信かを選択して、クレジットカード決済、Ｗｅｂマネー等のプリペイドカード決済、電子マネー決済、等から決済方法を選択する支払い手続きのことである。
【００２９】
次に、図７に示すコンテンツ配信処理及び蓄積再生処理のフローチャート、及び図２、図３、図４を参照して、アプリケーションコンテナを使用したコンテンツ配信処理及び蓄積再生処理について説明する。
ステップＳ４３２、ステップＳ４３３のユーザ登録が終了すると、クライアントデバイス４０５とショッピングサイト間で共有する共通鍵であるアプリケーション鍵Ｋａが鍵生成モジュール２０３により生成されて、その鍵Ｋａを顧客データベース２０４に保存する（ステップＳ４３４）、（ステップＳ４３５）。
次にクライアントが購入した内容を確認するために確認画面をクライアントデバイス４０５へ送信して購入確認処理を行う（ステップＳ４３６）。クライアントデバイス４０５が確認して（ステップＳ４３７）同意した場合は、購入手続きを行ったクライアントデバイス４０５に対してのみ配信を行うために、鍵生成モジュール２０３によりコンテンツを暗号化するコンテンツ鍵Ｋｃを生成する（ステップＳ４３８）。
【００３０】
配信されるコンテンツに帰属する権利情報及び権利者が決めるコンテンツの利用許諾条件等をコンテンツデータベース２０８から取得し（ステップＳ４４０）、権利情報Ｉｒのパッケージングを行う（ステップＳ４３９）。
また、コンテンツに付随する情報、例えば、演奏者名、作曲者名などを取得してコンテンツ情報Ｉｃとしてパッケージングを行う（ステップＳ４４１）。ここで権利情報、利用許諾条件Ｉｒ、コンテンツ情報Ｉｃとは、音楽コンテンツの著作権や、演奏家権、インターネット上での送信可能化権、複製権、録音・録画権、放送権・有線放送権、等の著作隣接権の保護のための制限事項であって、例えば、ダウンロードした曲の再生は登録した特定のパソコンでしか再生不可とか、又は、ＭＤなどのポータブルプレイヤーによる再生は１台だけ認めるとか、再生回数、使用期間等を制限すると言った、再生上の制限事項のことである。
【００３１】
次に、ステップＳ４３８、Ｓ４３９、Ｓ４４１で作成した、コンテンツ鍵Ｋｃ、権利情報Ｉｒ、コンテンツ情報Ｉｃ等を、コンテナ作成モジュール２０６によりアプリケーションコンテナＡｐｐＣ（伝送単位）に格納し、配信経路で盗聴、改竄等が行われないように暗号モジュール２０７により、アプリケーションコンテナＡｐｐＣ＝Ｅ［（Ｋｃ，Ｉｒ，Ｉｃ），Ｋａ］とアプリケーション鍵Ｋａで暗号化する（ステップＳ４４２）。この場合のＥはエンクリプト（暗号化）の頭文字である。
続いて、ユーザが選択した音楽コンテンツの配信形式が蓄積タイプか、ストリーミング・タイプ及び他のサービス要求かを判断して、それぞれの処理に分岐する（ステップＳ４４３）。
音楽コンテンツの配信形式が蓄積タイプの場合は、そのコンテンツデータＤｃをステップＳ４３８で生成したコンテンツ鍵Ｋｃを使って、Ｅ［Ｄｃ、Ｋｃ］と暗号化する（ステップＳ４４４）。暗号化されたコンテンツデータとステップＳ４４２で作成されたアプリケーションコンテナＡｐｐＣを結合し、クライアントデバイス４０５へ送信する（ステップＳ４４５）。クライアントデバイス４０５はアプリケーションコンテナＡｐｐＣを受信してアプリケーション鍵Ｋａを生成し、セキュアメモリ２１３に格納する（ステップＳ４４５ａ）。アプリケーション鍵Ｋａを、ＤＳＳサーバ４０３と同一アルゴリズムを用いて個別に発生させることで、危険な鍵の伝送無しにアプリケーション鍵Ｋａを共有して、蓄積再生を行う（ステップＳ４４６）。
【００３２】
ここで蓄積再生とは、クライアントデバイス４０５がＷｅｂブラウザを利用して、一旦コンテンツデータをクライアントデバイスのメモリ３０３、あるいはハードディスク装置３０８にダウンロードして格納して置き、後で必要に応じて音楽再生のためのプレイヤー・ソフトを起動し、既にダウンロードされている音楽コンテンツを読出して再生するものであって、コンテンツデータは既にハードディスク装置に格納されているため、クライアントがサーバに接続されていないオフライン状態でも何時でも何回でも再生することができる。但し、再生回数や再生が可能な期間などは権利情報Ｉｒ、Ｉｃで制限されている条件の範囲内に限られる。
従って、ステップＳ４４６の蓄積再生の具体的手順の１例としては、クライアント４０５がアプリケーション鍵Ｋａでコンテナを復号し、コンテンツ鍵Ｋｃで音楽コンテンツを復号してブラウザ・メモリに格納した後（注）、権利情報Ｉｒ、Ｉｃによる制限や支払い手続き等に基づいて、ブラウザにインストール済みのＲｅａｌ　Ｐｌａｙｅｒ（登録商標）等のアプリケーションソフトウェア２０９を用いて解凍処理（ＭＰＥＧ　Ａｕｄｉｏ等により圧縮されたデータを）して、プレイヤー画面に表示された操作ボタンをクリック操作することにより、音量調整、音質調整、曲選択等ができる、オフラインでの再生を可能にする（ステップＳ４４６）。と言った手順となる。
（注）：コンテンツデータの復号はできる限り小ブロックとし、再生することが望ましい。
【００３３】
図８は、ストリーミング再生処理のフローチャートであり、ステップＳ４４３の判断で分岐され、配信データがストリーミング・タイプの場合は（ステップＳ４４７）、コンテナ作成モジュール２０６、暗号モジュール２０７により作成した、アプリーケーションコンテナＡｐｐＣを送信する（ステップＳ４４８）、クライアントデバイス４０５はアプリーケーションコンテナＡｐｐＣを受信してアプリケーション鍵Ｋａを生成し、セキュアメモリ２１３に格納する（ステップＳ４４８Ａ）。又、サイトはコンテナと同等のデータブロックを作成し、コンテンツ鍵Ｋｃによりデータを暗号化したＥ［Ｄｃ、Ｋｃ］を逐次クライアントデバイス４０５へ送信する（ステップＳ４４９）。
クライアント４０５はセキュアメモリ２１３に格納するアプリケーション鍵Ｋａによりコンテンツ鍵Ｋｃを得てストリーミング再生を行う（ステップＳ４５０）。
ストリーミング再生は、リアルタイムにオンラインで配信データを再生する方式であり、データをダウンロードする時間待たされることはなく、直ぐ音楽が聴けるが、蓄積再生と異なりハードディスク装置には配信データが残らないので、再度聴きたい場合はサイトに接続する必要がある。ストリーミングの場合も権利情報Ｉｒ、Ｉｃによる制限条項により再生が制御される。
また、通常は、蓄積再生とは違うアプリケーションソフトウェア２０９が必要となる場合もある。ストリーミングは試聴などにもよく使用される。
【００３４】
次に、図９は他のサービス処理のフローチャートであり、ステップＳ４４７の判断で音楽コンテンツのストリーミング配信ではなく、他のサービス要求の場合は（ステップＳ４５１）、デバイスログオン画面をクライアントデバイス４０５へ送出する（ステップＳ４５２）。クライアントデバイス４０５はログオン画面を得て、サービス用のＰＩＮ（パスワード等の個人識別番号Ｐｅｒｓｏｎａｌ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｎｕｍｂｅｒ）をサービスサイトシステムへ返送する（ステップＳ４５３）。サービスサイトシステムは顧客データベース２０４より（ステップＳ４５７）、アプリケーション鍵Ｋａを取得し（ステップＳ４５４）、ＳＳＬセッション用の共通鍵Ｋｓｓを生成する（ステップＳ４５５）。
続いて、コンテンツ鍵Ｋｃを生成し、（ステップＳ４５６）。サービス権利情報Ｉｓを生成する（ステップＳ４５８）。
【００３５】
次に、図１０は、課金処理のフローチャートであり、図９のステップＳ４５８の処理に引き続き、サービスサイトシステムはステップＳ４５５、Ｓ４５６、Ｓ４５８で生成した鍵Ｋｓｓ、Ｋｃ及びサービス権利情報Ｉｓをコンテナ化し、ステップＳ４５４で生成されたアプリケーション鍵Ｋａで暗号化して（ステップＳ４５９）、クライアントデバイス４０５へ送信する（ステップＳ４６０）。
クライアントデバイス４０５は、セキュアメモリ２１３に格納しているアプリケーション鍵Ｋａによりコンテナ暗号を解読して（ステップＳ４６１）、ＳＳＬ鍵Ｋｓｓ、コンテンツ鍵Ｋｃをサービス暗号鍵として得て（ステップＳ４６２）、サイトとの間でセキュアトランザクションを実行する。これによって他のサービス、例えば、ＳＳＬを使用するようなサービス、他のアクセス、その他のコンテンツの配信等への対応も可能となる。
【００３６】
以上説明した、音楽コンテンツの蓄積再生、ストリーミング再生、サービス、等の処理が終了したらサービスサイトシステム側では、コンテンツ提供に伴う対価を徴収するために、顧客データベース２０４に保存する支払い手続きに基づいて課金処理を行い（ステップＳ４６３）、顧客データベース２０４へ記録及び更新を行う（ステップＳ４６４）。
なお、支払い手続きの種類としては、クレジットカードを選択し、ユーザはカード番号をＳＳＬなどにより暗号化してサイトを透過してクレジットカード会社へ伝送し、カード会社から与信結果をサイトへ通知して、銀行引き落としを行う方法や、各種の電子マネーによる決済方法、あるいはＷｅｂマネー等のようなプリペイドカード方式により決済する方法等が使用可能であり、これらにコンテナＡｐｐＣ方式を適用することにより、より安全な課金システムを構成できる。
【００３７】
図１１は、図６に示したデバイス登録処理の詳細フローチャートである。図１１及び、図２、図３、図４を参照してデバイス登録についての詳細手続きを説明する。
ここでは、クライアントデバイス４０５は登録を行う前にショッピングサイトより、登録するためのデバイス認証サーバ４０２のアドレス情報（ＵＲＬ）を既に取得しているものとして説明する。
セキュリティ関連を処理するプログラムＯＳＤ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ　Ｄｒｉｖｅｒ）を初期化し、デバイス登録モジュール２１０によりデバイス登録の準備を行う（ステップＳ４６５）。後で生成する鍵を作るために元データであるクライアントシードＳｐを生成する（ステップＳ４６６）。
【００３８】
生成されたクライアントシードＳｐを一般的にサーバ／クライアント間で行われているセキュアトランザクションを利用して、暗号モジュール２１２により公開鍵Ｋｐで暗号化、Ｅ［Ｓｐ、Ｋｐ］として（ステップＳ４６７）、安全にデバイス認証サーバ４０２へ送信する（ステップＳ４６８）。
デバイス認証サーバ４０２は、送信されたクライアントシードＳｐをデバイス認証サーバ内に保持する公開鍵Ｋｐに対応する秘密鍵Ｋｒにて復号し、Ｓｐ←Ｄ［Ｅ［Ｓｐ，Ｋｐ］，Ｋｒ］とし（ステップＳ４６９）、また、鍵生成モジュール２００により、後に生成する鍵を作るための元データであるサーバシードＳａを生成する（ステップＳ４７０）。次に、前の処理で取得したクライアントシードＳｐと、サーバシードＳａを合成してデバイス鍵Ｋｄｍを生成し、Ｋｄｍ←Ｓａ｜｜Ｓｐとする（ステップ４７１）。これをデバイスを管理するデバイスデータベース２０１に格納する（ステップＳ４７２）、（ステップＳ４７３）。
【００３９】
続いて、同様にセキュアトランザクションを利用して、サーバシードＳａを安全にクライアントデバイス４０５へ送信する（ステップＳ４７４）。
サーバシードＳａを受取ったクライアントデバイス４０５は、デバイス認証サーバ４０２と同様に予め決められたアルゴリズムを利用してデバイス認証サーバ４０２で生成したのと全く同じデバイス鍵Ｋｄｍを生成する（Ｋｄｍ←Ｓａ｜｜Ｓｐ）（ステップＳ４７５）。
以上の手続きを経ることによって、デバイス認証サーバ４０２とクライアントデバイス４０５の間で、互いに鍵Ｋｄｍを交換することなく同じ鍵Ｋｄｍを共有することができる。この時点で認証局（デバイス認証サーバ４０２）に対してクライアントデバイス４０５を登録したものと同等の意味を持ち、認証局は他からの問い合わせに対して、デバイス特定のための認証が可能となる。
【００４０】
次に、図１２は、図６に示すレジストレーション処理の詳細フローチャートであり、図１２及び、図２、図３、図４を用いて以下に手順を説明する。
レジストレーションはショッピングを行う前にクライアントとショッピングサイト間で実施すべきユーザ登録及び課金情報の作成、デバイス登録を行うための処理である。ここでは、クライアントデバイス４０５がデバイス認証サーバ４０２に既に登録済みであることを前提に説明する。
先ず、クライアントデバイス４０５がサービスサイトシステムに対してレジストレーション要求を出す（ステップＳ４７６）。この際、デバイス鍵Ｋｄｍからハッシュ関数によって得られたＫｉｄと、クライアント側で使用するアプリケーションソフトウェアのコードダイジェストＳｃｄをサービスサイトシステムのＤＳＳサーバ４０３に送信する。この要求を受けてサービスサイトシステムのＤＳＳサーバ４０３は、デバイス認証サーバ４０２に対してデバイス登録をした際に生成されているデバイス鍵Ｋｄｍの一部の情報であるＳｄを取得する（ステップＳ４７７）。次に、そのＳｄとＤＳＳサーバ４０３で任意に生成するアプリケーションシークレットＳａｐを合成してアプリケーション鍵Ｋａを生成し（Ｋａ←Ｓｄ｜｜Ｓａｐ）（ステップＳ４７８）、顧客データベース２０４に格納する（ステップＳ４７９、Ｓ４８０）。次に、Ｓａｐをクライアントデバイス４０５へ送信し（ステップＳ４８１）、ＤＳＳサーバ４０３で生成したのと同様に、ＳａｐとＳｄをＤＳＳサーバ４０３と同一アルゴリズムを用いて合成してアプリケーション鍵Ｋａを生成する（Ｋａ←Ｓｄ｜｜Ｓａｐ）（ステップＳ４８２）。生成したアプリケーション鍵Ｋａをセキュアメモリ２１３に保存する（ステップＳ４８３）。
【００４１】
図１３は、図１２に示すクライアント情報Ｓｄの取得処理の詳細フローチャートであり、図１３及び、図２、図３、図４を用いて以下に手順を説明する。
ＤＳＳサーバ４０３はデバイス認証サーバ４０２に対してクライアント情報要求を行い、ＫｉｄとＳｃｄを転送する。（ステップＳ４９０）、一方、これを受けたデバイス認証サーバ４０２は、Ｋｉｄより要求されたクライアントデバイス４０５のデバイス鍵Ｋｄｍをデバイスデータベース２０１より検索する（ステップＳ４９１）。検索したデバイス鍵ＫｄｍとＳｃｄとを合成してクライアントハードウェア及びソフトウェアの情報を含む新たなシードＳｄを生成する（ステップＳ４９２）。
以上の結果、サービスサイトとクライアントは、互いにアプリケーション鍵Ｋａを交換することなく、共有することができる。
【００４２】
図１４は、図７及び図８に示す蓄積再生とストリーミング再生処理の詳細フローチャートである。図１４及び、図２、図３、図４を参照して蓄積再生とストリーミング再生処理の詳細について説明する。
サービスサイトシステムから送られてきたアプリケーション情報を格納しているアプリーケーションコンテナＡｐｐＣを、セキュアメモリ２１３に格納されているアプリケーション鍵ＫａによりＤ［ＡｐｐＣ、Ｋａ］と復号する（ステップＳ５００）。Ｄはディクリプト（復号）の頭文字である。
復号されたアプリーケーションコンテナＡｐｐＣに格納されている権利情報Ｉｒに基づき、キャッシュデータ削除、コピー禁止などのＤＲＭスクリーニング処理も含めて、ＤＲＭによってコンテンツ再生に対する動作を制御する（ステップＳ５０１）。再生条件が満たされたら、アプリーケーションコンテナＡｐｐＣからコンテンツ復号鍵Ｋｃを取り出し（ステップＳ５０２）、コンテンツデータＤｃをＤ［Ｅ［Ｄｃ、Ｋｃ］，Ｋｃ］と復号する（ステップＳ５０３）。
最後に利用ルールの確認、後続の処理の指示内容に基づき、アプリケーションソフトウェア２０９を起動して再生処理を行う（ステップＳ５０４）。
ここで、蓄積再生とストリーミング再生との違いは、再生するコンテンツデータをステップＳ５０３で、逐次、コンテンツ配信サーバ４０４から読み込むか、クライアントデバイス４０５のハードディスク装置３０８に一旦蓄積してから読み出すかの違いである。
【００４３】
このように、本実施の形態によれば、それぞれ特定のデバイス鍵Ｋｄｍを基にして、配信元とクライアント双方が共通鍵Ｋａを互いに鍵交換無しに個別に生成して共有し、コンテンツ毎に生成されるコンテンツ鍵Ｋｃで暗号化されたコンテンツを、共通鍵Ｋａで暗号化されるアプリーケーションコンテナＡｐｐＣに格納してクライアントへ伝送するので、途中の改竄、盗聴、なりすまし、などを完全に防止できる。
ここまでは、音楽コンテンツの配信例について説明したが、音楽コンテンツに限定されるものではなく、その他の画像コンテンツ、映像コンテンツ、文字コンテンツ等の配信にも適用できるものであり、その他のインターネット上の各種サービスに対する伝送セキュリティ保護に使用できるものであることは言うまでもない。
【００４４】
【発明の効果】
以上説明したように、本発明によれば、デジタルデータであるコンテンツを配信元からクライアントまでルーティングされたネットワーク網を通して途中の改竄、盗聴などの介入無しに安全に送り届けるデジタルデータ保護システムであって、コンテンツを再生するためのアプリケーションソフトウェアと、デバイス鍵を生成するためにデバイス認証サーバに対してデバイスの認証を行うデバイス登録モジュールと、前記デバイス鍵およびアプリケーション鍵を生成する第１の鍵生成モジュールと、サービスサイトシステムから提供されるアプリケーションコンテナの暗号の復号と、暗号化されたコンテンツを復号するための第１の暗号モジュールと、前記各モジュールで生成された鍵を安全に格納するための一時記憶装置若しくは不揮発性メモリ等で構成するセキュアメモリとを有するクライアントデバイスと、前記アプリケーション鍵およびコンテンツそのものを暗号化するためのコンテンツ鍵を生成する第３の鍵生成モジュールと、クライアントがサービス提供を受けるために課金情報、ユーザ情報およびアプリケーション鍵などを保管するための顧客データベースと、クライアントがサービスを受けるためにアクセスするＷｅｂサービスを提供するＷｅｂサーバ機能と、前記クライアントデバイスとの間で安全に情報をやり取りするためのコンテナを作成するコンテナ作成モジュールと、前記コンテナおよびコンテンツそのものを暗号化する第２の暗号モジュールと、サービスの実体として配信されるコンテンツデータ、権利情報および利用ルールなどを格納したコンテンツデータベースとを有するサービスサイトシステムと、前記デバイス鍵を生成する第２の鍵生成モジュールと、デバイス登録プロセスで生成されるデバイスにバインドされた前記デバイス鍵を保管するデバイスデータベースと、前記サービスサイトシステムからのアプリケーション鍵生成のためのデバイス情報要求に対して認証サービスを提供する認証モジュールとを有するデバイス認証サーバとを備えているので、
配信されるコンテンツを、特定のクライアントでのみ解読可能な暗号化されたコンテナに格納し、その場合の暗号化・復号の共通鍵Ｋａは双方で鍵交換無しに、個別に生成できるようにして、コンテナに格納されるコンテンツを暗号化するコンテンツ鍵Ｋｃはコンテンツ毎に全て異なるように構成されているので、途中の改竄、盗聴、なりすまし、などを防止できる効果がある。
また、サービスを受けるクライアント側で動作するアプリケーションソフトウェア、関連するドライバ等、消費に関わるソフトウェアを認証することによって動作環境に改竄を加え不正にそのサービスを享受することを防止できる効果がある。
【図面の簡単な説明】
【図１】従来のデジタルデータ保護システムのコンポーネント構成図である。
【図２】本発明の実施の形態に係るデジタルデータ保護システムのコンポーネントの構成図である。
【図３】図２に示すクライアントデバイスのブロック図である。
【図４】図２に示すデジタルデータ保護システムのサーバ構成を示す図である。
【図５】図３に示すクライアントデバイスのシステム起動処理のフローチャートである。
【図６】図２に示すクライアントデバイスのサービスサイトシステムへのアクセスを示すフローチャートである。
【図７】図２に示すシステムのコンテンツ配信処理及び蓄積再生処理のフローチャートである。
【図８】図２に示すシステムのストリーミング再生処理のフローチャートである。
【図９】図２に示すシステムの他のサービス処理のフローチャートである。
【図１０】図２に示すシステムの課金処理のフローチャートである。
【図１１】図６に示すデバイス登録処理の詳細フローチャートである。
【図１２】図６に示すレジストレーション処理の詳細フローチャートである。
【図１３】図１２に示すクライアント情報Ｓｄの取得処理の詳細フローチャートである。
【図１４】図７、図８に示す蓄積再生処理及びストリーミング再生処理の詳細フローチャートである。
【符号の説明】
２００　　　第２の鍵生成モジュール
２０１　　　デバイスデータベース
２０２　　　認証モジュール
２０３　　　第３の鍵生成モジュール
２０４　　　顧客データベース
２０５　　　Ｗｅｂサーバ
２０６　　　コンテナ作成モジュール
２０７　　　第２の暗号モジュール
２０８　　　コンテンツデータベース
２０９　　　アプリケーションソフトウェア
２１０　　　デバイス登録モジュール
２１１　　　第１の鍵生成モジュール
２１２　　　第１の暗号モジュール
２１３　　　セキュアメモリ
３００　　　ＣＰＵ
３０１　　　ＣＰＵバス
３０２　　　メモリコントローラ
３０３　　　メモリ
３０４　　　ＰＣＩバスブリッジ
３０７　　　ＩＳＡバスブリッジ
３０６　　　ネットワークコントローラ
３０８　　　ハードディスク装置
３０９　　　表示コントローラ
３１０　　　サウンドコントローラ
３１１　　　スピーカ
３１２　　　インターネット接続手段
３１３　　　モデム
３１４　　　表示装置
３１５　　　ＩＳＡバス
３１６　　　システムＢＩＯＳ
３１７　　　キーボード
４０１　　　ライセンスサーバ
４０２　　　デバイス認証サーバ
４０３　　　ＤＳＳサーバ
４０４　　　コンテンツ配信サーバ
４０５　　　クライアントデバイス
４０６　　　暗号化及びパッケージング手段

Claims

デジタルデータであるコンテンツを配信元からクライアントまでルーティングされたネットワーク網を通して途中の改竄、盗聴などの介入無しに安全に送り届けるデジタルデータ保護システムであって、
コンテンツを再生するためのアプリケーションソフトウェアと、
デバイス鍵を生成するためにデバイス認証サーバに対してデバイスの認証を行うデバイス登録モジュールと、
前記デバイス鍵およびアプリケーション鍵を生成する第１の鍵生成モジュールと、
サービスサイトシステムから提供されるアプリケーションコンテナの暗号の復号と、暗号化されたコンテンツを復号するための第１の暗号モジュールと、
前記各モジュールで生成された鍵を安全に格納するための一時記憶装置若しくは不揮発性メモリで構成するセキュアメモリとを有するクライアントデバイスと、
前記アプリケーション鍵およびコンテンツそのものを暗号化するためのコンテンツ鍵を生成する第３の鍵生成モジュールと、
クライアントがサービス提供を受けるために課金情報、ユーザ情報およびアプリケーション鍵などを保管するための顧客データベースと、
クライアントがサービスを受けるためにアクセスするＷｅｂサービスを提供するＷｅｂサーバ機能と、
前記クライアントデバイスとの間で安全に情報をやり取りするためのコンテナを作成するコンテナ作成モジュールと、
前記コンテナおよびコンテンツそのものを暗号化する第２の暗号モジュールと、
サービスの実体として配信されるコンテンツデータ、権利情報および利用ルールなどを格納したコンテンツデータベースとを有するサービスサイトシステムと、
前記デバイス鍵を生成する第２の鍵生成モジュールと、
デバイス登録プロセスで生成されるデバイスにバインドされた前記デバイス鍵を保管するデバイスデータベースと、
前記サービスサイトシステムからのアプリケーション鍵生成のためのデバイス情報要求に対して認証サービスを提供する認証モジュールとを有するデバイス認証サーバとを備えたことを特徴とするデジタルデータ保護システム。
前記デバイス登録モジュールは、ハードウェアの特徴を抽出し、これを基にクライアントシードＳｐを生成し、公開鍵暗号等を用いたセキュアトランザクションを利用して前記デバイス認証サーバへ安全に送信することを特徴とする請求項１記載のデジタルデータ保護システム。
前記第２の鍵生成モジュールは、デバイス認証サーバ内で乱数発生器等により任意に生成する情報より、サーバシードＳａを生成し前記クライアントデバイスより受信したクライアントシードＳｐおよびサーバシードＳａを合成して共通鍵であるデバイス鍵Ｋｄｍを生成して前記デバイスデータベースに格納し、前記サーバシードＳａをセキュアトランザクションを利用して前記クライアントデバイスへ安全に送信することを特徴とする請求項１又は２に記載のデジタルデータ保護システム。
前記第１の鍵生成モジュールは、前記デバイス認証サーバより受信したサーバーシードＳａと前記クライアントシードＳｐより、前記デバイス認証サーバと同一アルゴリズムを用いて同じデバイス鍵Ｋｄｍを生成することを特徴とする請求項１乃至３のいずれか１項に記載のデジタルデータ保護システム。
前記第３の鍵生成モジュールは、前記デバイス認証サーバへクライアント情報要求を行い、前記デバイス鍵Ｋｄｍの一部の情報Ｓｄを取得して、前記情報Ｓｄとサービスサイトシステムで任意に生成するアプリケーションシークレットＳａｐとを合成してアプリケーション鍵Ｋａを生成して前記顧客データベースに格納し、前記アプリケーションシークレットＳａｐをクライアントデバイスへ送信することを特徴とする請求項１に記載のデジタルデータ保護システム。
前記第１の鍵生成モジュールは、受信したアプリケーションシークレットＳａｐと自己保持するデバイス鍵の一部情報Ｓｄから、前記サービスサイトシステムの第３の鍵生成モジュールと同じアルゴリズムを用いて同じアプリケーション鍵Ｋａを生成して前記セキュアメモリに保存することを特徴とする請求項１又は５に記載のデジタルデータ保護システム。
前記コンテナ作成モジュールは、配信するコンテンツに帰属する権利情報および権利者が決めるコンテツの利用許諾条件Ｉｒと、演奏者、作曲者名などのコンテンツに付随する情報Ｉｃと、配信するコンテンツ毎に異なるコンテンツ鍵Ｋｃをパッケージングして作成したデータをアプリケーションコンテナＡｐｐＣに格納し、該アプリケーションコンテナＡｐｐＣを前記アプリケーション鍵ＫａによりＡｐｐＣ＝Ｅ［（Ｋｃ，Ｉｒ，Ｉｃ），Ｋａ］として暗号化することを特徴とする請求項１に記載のデジタルデータ保護システム。
前記サービスサイトシステムは、第２の暗号モジュールにより、クライアントが選択し配信されたコンテンツが蓄積再生の場合は、コンテンツデータＤｃを前記コンテンツ鍵ＫｃによりＥ［Ｄｃ，Ｋｃ］と暗号化し、Ｅ［Ｄｃ，Ｋｃ］と前記アプリケーションコンテナＡｐｐＣとを結合した形、又は両者を分離した形のいずれかの形の配信データとして配信することを特徴とする請求項１又は７に記載のデジタルデータ保護システム。
前記第１の暗号モジュールは、前記配信データを受信して、前記アプリケーションコンテナＡｐｐＣをセキュアメモリに保存している前記アプリケーション鍵Ｋａにより復号して前記権利情報等に基づき再生動作を制御し再生条件が満たされたなら、前記アプリケーションコンテナＡｐｐＣよりコンテンツ鍵Ｋｃを取得してコンテンツを復号することを特徴とする請求項８に記載のデジタルデータ保護システム。
前記サービスサイトシステムは、第２の暗号モジュールにより、クライアントが選択し配信されたコンテンツがストリーミング再生の場合は、前記アプリケーションコンテナＡｐｐＣを前記クライアントデバイスへ送信し、コンテンツを前記アプリケーションコンテナＡｐｐＣと同等のデータブロックに暗号化したＥ［Ｄｃ、Ｋｃ］として、逐次送信することを特徴とする請求項１又は７に記載のデジタルデータ保護システム。
前記第１の暗号モジュールは、前記受信したアプリケーションコンテナＡｐｐＣより復号鍵Ｋｃを取得して、前記受信したデータブロックＥ［Ｄｃ、Ｋｃ］よりコンテンツを復号することを特徴とする請求項１０に記載のデジタルデータ保護システム。
前記サービスサイトシステムの課金処理は、前記顧客データベースに格納する支払い手続きに基づいて、クレジットカード、電子マネー、及びＷｅｂマネー等のプリペイド・カードなどにより配信されたコンテンツの対価として課金処理することを特徴とする請求項１乃至１１のいずれか１項に記載のデジタルデータ保護システム。
前記コンテンツは、音楽コンテンツであることを特徴とする請求項１乃至１２のいずれか１項に記載のデジタルデータ保護システム。
前記コンテンツは、画像、映像、文字等のコンテンツであることを特徴とする請求項１乃至１２のいずれか１項に記載のデジタルデータ保護システム。