JP2005057435A - クライアント機器及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システム - Google Patents

クライアント機器及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システム Download PDF

Info

Publication number
JP2005057435A
JP2005057435A JP2003285270A JP2003285270A JP2005057435A JP 2005057435 A JP2005057435 A JP 2005057435A JP 2003285270 A JP2003285270 A JP 2003285270A JP 2003285270 A JP2003285270 A JP 2003285270A JP 2005057435 A JP2005057435 A JP 2005057435A
Authority
JP
Japan
Prior art keywords
key
content
encrypted
content data
authority management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003285270A
Other languages
English (en)
Inventor
Takayoshi Kawaguchi
貴義 川口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2003285270A priority Critical patent/JP2005057435A/ja
Priority to US10/909,130 priority patent/US20050076232A1/en
Publication of JP2005057435A publication Critical patent/JP2005057435A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/109—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by using specially-adapted hardware at the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H04L9/0833—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key
    • H04L9/0836—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key using tree structure or hierarchical structure
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2107—File encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/062—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying encryption of the keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information

Abstract

【課題】 暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができるクライアント機器の提供を目的とする。
【解決手段】 このクライアント１２において、権限管理部２２とコンテンツ利用部２３は、全ての機器で共通なセッション鍵（配送鍵）Ｋｓを予め出荷前に共有している。このため、権限管理部２２がコンテンツ利用部２３へコンテンツ鍵Ｋｃを送信するときには、自身が有するセッション鍵Ｋｓでコンテンツ鍵Ｋｃを暗号化する。そして、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信する。暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を受信したコンテンツ利用部２３は、やはり自身が有するセッション鍵Ｋｓで暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号化し、コンテンツ鍵Ｋｃを得る。
【選択図】 図２

Description

本発明は、クライアント機器に関し、特にネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器及びこのクライアント機器におけるコンテンツ処理方法に関する。また、本発明は、ネットワークを介してサーバ機器に接続されたクライアント機器にサーバ機器からコンテンツを提供するコンテンツ提供システムに関する。
インターネット等のネットワークを経由して、音楽・映像等のディジタルコンテンツを購入するサービスが普及している。例えば、インターネットを利用した音楽配信サービス（Electronic Music Distribution：ＥＭＤ）を利用すれば、ディジタル音楽コンテンツをダウンロードしてクライアント端末であるパーソナルコンピュータに保存し、パーソナルコンピュータ上で聞くことができる。
このとき、パーソナルコンピュータ側では、所定の著作権保護技術を採用した音楽記録再生アプリケーションをオペレーティングシステム（Operatinh Sytem：ＯＳ）の基に起動し、暗号化したディジタルコンテンツを含むコンテンツファイルとそれに対応する利用条件を記述した権利ファイルをＨＤＤ等に格納してセキュアなサービスを実現していた。
本件出願人による特開平１４−３５９６１６号公報には、所定の著作権保護技術を採用した音楽記録再生アプリケーションを起動することによってコンテンツの流通を妨げることなく、不正に利用されることを確実に防止することを目的とした情報処理装置等が開示されている。
特開平１４−３５９６１６号
ところで、前記特許文献１では、セキュリティに関連する処理を実行させるプログラムは、その処理を解析させるのを防ぐため、そのプログラム自体が暗号化されているのが望ましいとされている。例えば、暗号処理などを行う処理については、そのプログラムをタンパーレジスタントモジュールとして構成する技術が記載されている。しかしながら、プログラムのタンパーレジスタント性は弱く、またタンパーレジスタント性を持つプログラムは移植の容易さやパフォーマンスに問題がある。
このため、例えば著作権管理情報の中からコンテンツ鍵を取りだして、暗号化されたコンテンツを復号する復号部に送るまでの間に、悪意のある第３者（攻撃者）によってコンテンツ鍵が盗まれるなどの攻撃を受けてしまう虞があった。
本発明は、前記実情に鑑みてなされたものであり、暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることのできるクライアント機器、及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システムの提供を目的とする。
本発明に係るクライアント機器は、前記課題を解決するために、ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器において、ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用する。
このクライアント機器にあって、権限管理手段は配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段は配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いる。
本発明に係るクライアント機器におけるコンテンツ処理方法は、前記課題を解決するために、ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器におけるコンテンツ処理方法において、ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース工程と、前記インターフェース工程によって取り込まれた暗号化コンテンツデータを受け取り、暗号化を解いてから利用するコンテンツデータ利用工程と、前記インターフェース工程によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理工程と、前記インターフェース工程、コンテンツデータ利用工程及び権限管理工程からの、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通情報伝送工程とを備え、前記権限管理工程は配送鍵を用いて前記コンテンツ鍵を暗号化し、前記コンテンツデータ利用工程は配送されてきた暗号化コンテンツ鍵を配送鍵を用いて復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用する。
クライアント機器におけるコンテンツ処理方法にあって、権限管理工程は配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用工程に配送し、コンテンツデータ利用工程は配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いる。
本発明に係るコンテンツ提供システムは、前記課題を解決するために、ネットワークを介してサーバ機器に接続されたクライアント機器にサーバ機器からコンテンツを提供するコンテンツ提供システムにおいて、前記クライアント機器は、ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用する。
このコンテンツ提供システムにあって、クライアント機器の権限管理手段は配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段は配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いる。
本発明のクライアント機器によれば権限管理手段が配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段が配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いるので、暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができる。
本発明のクライアント機器におけるコンテンツ処理方法によれば、権限管理工程が配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用工程に配送し、コンテンツデータ利用工程が配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いるので、暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができる。
本発明のコンテンツ提供システムによれば、クライアント機器の権限管理手段が配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段が配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いるので、システムとして暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができる。
以下、本発明のいくつかの実施の形態について図面を参照しながら説明する。第１の実施の形態は、図１に示すコンテンツ提供システム１を構成しているクライアント１２−１，１２−２（以下、これらのクライアントを個々に区別する必要がない場合、単にクライアント１２と称する）である。クライアント１２は、ネットワークの具体例であるインターネット２を介して各種サーバに接続している。もちろん、インターネット２には、任意の台数のクライアントが接続される。
クライアント１２とインターネット２を介して接続しているサーバ１１には、クライアント１２に対してコンテンツを提供するコンテンツサーバ１１−Ａ、コンテンツサーバ１１−Ａが提供するコンテンツを利用するのに必要なライセンスをクライアント１２に対して付与するライセンスサーバ１１−Ｂ、およびクライアント１２がライセンスを受け取った場合に、そのクライアント１２に対して課金処理を行う課金サーバ１１−Ｃがある。これらのコンテンツサーバ１１−Ａ、ライセンスサーバ１１−Ｂ、及び課金サーバ１１−Ｃも、任意の台数、インターネット２に接続されている。
クライアント１２は、キーボードやマウス、あるいは他の入力デバイスを備え、ユーザの操作に基づいてコンテンツサーバ１１−Ａに提供を受けたいコンテンツを通知する。
コンテンツサーバ１１−Ａは、クライアント１２から通知されたコンテンツをコンテンツ鍵Ｋｃを用いて暗号化し、暗号化コンテンツＫｃ（コンテンツ）を生成する。また、コンテンツサーバ１１−Ａではコンテンツ鍵Ｋｃ自体も、例えばクライアント機器にて使用することのできるクライアント機器固有の鍵を用いて暗号化され、鍵情報の一部又は全部として暗号化コンテンツＫｃ（コンテンツ）のヘッダに付加される。鍵情報が付加された暗号化コンテンツＫｃ（コンテンツ）はクライアントに送信される。
クライアント１２は、鍵情報がヘッダに付加された暗号化コンテンツＫｃ（コンテンツ）を、インターネット２を介して図２に示すインターフェース（Ｉ／Ｆ）部２１により取り込み、暗号化コンテンツＫｃ（コンテンツ）を復号部であるコンテンツ利用部２３へ共通バス２０を介して、また鍵情報を権限管理部２２へ共通バス２０を介して渡す。
権限管理部２２は、鍵情報などを、物理的、電気的な攻撃などの不正な手段によって、読み出したり利用したりできない仕組みを持ち、いわゆる、耐タンパー性を有している。データのセキュリティ度を高めるためにセキュアＭＭＵ機能を持ち、電気的或いは物理的な解析を防ぐための耐タンパー機能として、電圧・周波数・温度検知回路を備える。
権限管理部２２は、鍵情報から前述したクライアント機器固有の鍵を用いてコンテンツ鍵Ｋｃを取り出す。そして、このコンテンツ鍵Ｋｃを、配送用のセッション鍵Ｋｓを用いて暗号化（Ｋｓ（Ｋｃ））し、コンテンツ利用部２３へ送る。
コンテンツ利用部２３は、共通鍵暗号処理と、コンテンツ利用処理を行うハードウェアである。ここでいうコンテンツ利用処理とは、例えば音楽コンテンツであれば、圧縮データをＰＣＭデータに復号する処理あるいは、さらに、ＰＣＭデータをアナログ音声データに変換する処理をいう。コンテンツ利用部２３は、権限管理部２２から送られてきた暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を、自身が有するセッション鍵（配送鍵）Ｋｓにて復号化し、コンテンツ鍵Ｋｃを得る。このコンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号化し、この復号化コンテンツを利用する。
権限管理部２２は、耐タンパー機能を発揮するが、インターフェース部２１やコンテンツ利用部２３は、そのようなセキュリティ機能は十分に持てない。そのかわり、インターフェース部２１やコンテンツ利用部２３はコンテンツそのものに対して何らかのデータ処理を行う能力を有する。
インターフェース部２１と権限管理部２２を結ぶバスは鍵情報を受け渡すために必要である。また、インターフェース部２１とコンテンツ利用部２３を結ぶバスは暗号化コンテンツＫｃ（コンテンツ）を受け渡すために必要となる。
図２にあってＣＰＵ（Central Processing Unit）２４は、ハードディスク（ＨＤ）２６に記憶されているプログラムをメモリ２５に取り出して各種の処理を実行する。
このクライアント１２において、権限管理部２２とコンテンツ利用部２３は、全ての機器で共通なセッション鍵（配送鍵）Ｋｓを予め出荷前に共有している。このため、権限管理部２２がコンテンツ利用部２３へコンテンツ鍵Ｋｃを送信するときには、自身が有するセッション鍵Ｋｓでコンテンツ鍵Ｋｃを暗号化する。そして、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信する。
暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を受信したコンテンツ利用部２３は、やはり自身が有するセッション鍵Ｋｓで暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号化し、コンテンツ鍵Ｋｃを得る。
このように、第１の実施の形態のクライアント１２は、権限管理部２２にて一旦、クライアント機器固有鍵に基づいて鍵情報から取り出したコンテンツ鍵Ｋｃを、予め出荷前に共有している全ての機器で共通なセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信している。このため、悪意のある第３者による攻撃からコンテンツ鍵Ｋｃを保護することができる。
図３には、コンテンツ提供システム１を構成している、コンテンツサーバ１１−Ａの構成を示す。ＣＰＵ（Central Processing Unit）３１は、ＲＯＭ（Read Only Memory）３２に記憶されているプログラム、または記憶部３８からＲＡＭ（Random Access Memory）３３にロードされたプログラムに従って各種の処理を実行する。タイマ３０は、計時動作を行い、時刻情報をＣＰＵ３１に供給する。ＲＡＭ３３にはまた、ＣＰＵ３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
暗号化復号部３４は、コンテンツデータを暗号化するとともに、既に暗号化されているコンテンツデータを復号する処理を行う。コーデック部３５は、例えば、ＡＴＲＡＣ（Adaptive Transform Acoustic Coding）３方式などでコンテンツデータをエンコードする。
ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、暗号化復号部３４、およびコーデック部３５は、バス３１を介して相互に接続されている。このバス３１にはまた、入出力インタフェース３２も接続されている。
入出力インタフェース３２には、キーボード、マウスなどよりなる入力部３６、ＣＲＴ、ＬＣＤなどよりなるディスプレイ、並びにスピーカなどよりなる出力部３７、ハードディスクなどより構成される記憶部３８、モデム、ターミナルアダプタなどより構成される通信部３９が接続されている。
通信部３９は、インターネット２を介しての通信処理を行う。ＣＰＵ３１から提供されたデータを送信する。また通信部３９は通信相手から受信したデータをＣＰＵ３１、ＲＡＭ３３、記憶部３８に出力する。記憶部３８はＣＰＵ３１との間でやり取りし、情報の保存・消去を行う。
以下、インターネット２を介したクライアント１２と各サーバ１１−Ａ、１１−Ｂ、１１−Ｃ間の各種処理について説明する。これらの各種処理は、図１に示したコンテンツ提供システム１全体として実行されるものである。本実施の形態のクライアント１２が第３者による攻撃から守りながら配送するコンテンツ鍵がシステム全体の中でどのように扱われているかを説明する。
先ず、図４のフローチャートを参照して、クライアント１２がコンテンツサーバ１１−Ａからコンテンツの提供を受ける処理の詳細について説明する。
ユーザが、クライアント１２の入力部を操作することでコンテンツサーバ１１−Ａに対するアクセスを指令すると、ＣＰＵ２４は、ステップＳ１において、Ｉ／Ｆ部２１を制御し、インターネット２を介してコンテンツサーバ１１−Ａにアクセスさせる。ステップＳ２において、ユーザが、入力部を操作して、提供を受けるコンテンツを指定すると、ＣＰＵ２４は、指定情報を受け取り、Ｉ／Ｆ部２１から、インターネット２を介してコンテンツサーバ１１−Ａに、指定されたコンテンツを通知する。図５のフローチャートを参照して後述するように、この通知を受けたコンテンツサーバ１１−Ａは、暗号化されたコンテンツデータを送信してくるので、ステップＳ３において、ＣＰＵ２４は、Ｉ／Ｆ部２１を介して、このコンテンツデータを受信すると、ステップＳ４において、その暗号化されているコンテンツデータをハードディスクＨＤ２６に供給し、記憶させる。
次に、図５のフローチャートを参照して、クライアント１２の以上の処理に対応するコンテンツサーバ１１−Ａのコンテンツ提供処理について説明する。
ステップＳ２１において、コンテンツサーバ１１−ＡのＣＰＵ３１は、インターネット２から通信部３９を介してクライアント１２よりアクセスを受けるまで待機し、アクセスを受けたと判定したとき、ステップＳ２２に進み、クライアント１２から送信されてきたコンテンツを指定する情報を取り込む。このコンテンツを指定する情報は、クライアント１２が、図４のステップＳ２において通知してきた情報である。
ステップＳ２３において、コンテンツサーバ１１−ＡのＣＰＵ３１は、記憶部３８に記憶されているコンテンツデータの中から、ステップＳ２２の処理で取り込まれた情報で指定されたコンテンツを読み出す。ＣＰＵ３１は、ステップＳ２４において、記憶部３８から読み出されたコンテンツデータを、暗号化復号部３４に供給し、コンテンツ鍵Ｋｃを用いて暗号化させる。
記憶部３８に記憶されているコンテンツデータは、コーデック部３５により、既にＡＴＲＡＣ３方式によりエンコードされているので、このエンコードされているコンテンツデータが暗号化されることになる。
なお、もちろん、記憶部３８に予め暗号化した状態でコンテンツデータを記憶させることができる。この場合には、ステップＳ２４の処理は省略することが可能である。
次に、ステップＳ２５において、コンテンツサーバ１１−ＡのＣＰＵ３１は、暗号化したコンテンツデータを伝送するフォーマットを構成するヘッダに、暗号化されているコンテンツを復号するのに必要なコンテンツ鍵（キー）情報と、コンテンツを利用するのに必要なライセンスを識別するためのライセンスＩＤを付加する。このとき、コンテンツ鍵は、クライアント機器に固有の鍵に基づいて暗号化される。例えば、後述するＥＫＢ（有効化キーブロック）から生成される鍵ＫＥＫＢＣを用いて暗号化され、ＫＥＫＢＣ（Ｋｃ）とされる。そして、ステップＳ２６において、コンテンツサーバ１１−ＡのＣＰＵ３１は、ステップＳ２４の処理で暗号化したコンテンツと、ステップＳ２５の処理により暗号化コンテンツ鍵とライセンスＩＤを付加したヘッダとをフォーマット化したデータを、通信部３９から、インターネット２を介して、アクセスしてきたクライアント１２に送信する。
図６は、このようにして、コンテンツサーバ１１−Ａからクライアント１２にコンテンツが供給される場合のフォーマットの構成を表している。同図に示すように、このフォーマットは、ヘッダ（Header）とデータ（Data）とにより構成される。
ヘッダには、コンテンツ情報（Content information）、ＵＲＬ（Uniform Resource Locator）、イネーブリングキーブロック（有効化キーブロック）（ＥＫＢ（EnablingKey Block））および、ＥＫＢから生成された鍵ＫＥＫＢＣを用いて暗号化されたコンテンツ鍵ＫｃしてのデータＫＥＫＢＣ（Ｋｃ）が配置されている。
コンテンツ情報には、データとしてフォーマット化されているコンテンツデータを識別するためのコンテンツＩＤ（ＣＩＤ）、そのコンテンツのコーデックの方式などの情報が含まれている。
ＵＲＬは、ライセンスＩＤで規定されるライセンスを取得するときアクセスするアドレス情報であり、図１のシステムの場合、具体的には、ライセンスを受けるために必要なライセンスサーバ１１−Ｂのアドレスである。ライセンスＩＤは、データとして記録されているコンテンツを利用するとき必要とされるライセンスを識別するものである。
データは、任意の数の暗号化ブロック（Encryption Block）により構成される。各暗号化ブロックは、コンテンツデータをコンテンツ鍵Ｋｃで暗号化した暗号化コンテンツＫｃ（コンテンツ）により構成されている。
また、各暗号化ブロックは、イニシャルベクトル（ＩＶ（Initial Vector））、シード（Seed）、およびコンテンツデータをコンテンツ鍵Ｋｃで暗号化した暗号化コンテンツＫｃ（コンテンツ）により構成されていてもよい。この場合の暗号化は、コンテンツのデータを８（ＤＥＳの場合）バイト単位で区分して、８バイト毎に行われる。後段の８バイトの暗号化は、前段の８バイトの暗号化の結果を利用して行われるＣＢＣ（Cipher Block Chaining）モードで行われる。
ＣＢＣモードの場合、最初の８バイトのコンテンツデータを暗号化するとき、その前段の８バイトの暗号化結果が存在しないため、最初の８バイトのコンテンツデータを暗号化するときは、イニシャルベクトルＩＶを初期値として暗号化が行われる。
以上のようにして、クライアント１２は、コンテンツサーバ１１−Ａからコンテンツを取得することができる。
次に、図７を参照して、クライアント１２がコンテンツを再生する場合の処理について説明する。この処理の中には、クライアント１２が権限管理部２２によって一旦取り出したコンテンツ鍵Ｋｃをセッション鍵Ｋｓを用いて暗号化し、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を通してコンテンツ利用部２３に送信する処理がステップＳ４７のコンテンツの復号処理中に含まれる。
ステップＳ４１において、権限管理部２２は、コンテンツが指示されると、そのコンテンツに対応するライセンスＩＤ（そのコンテンツを使用するのに必要なライセンスのＩＤ）を読み取る。このライセンスＩＤは、図９に示されるように、暗号化されているコンテンツデータのヘッダに記述されているものである。
次に、ステップＳ４２に進み、ＣＰＵ２４は、ステップＳ４１で読み取られたライセンスＩＤに対応するライセンスが、クライアント１２により既に取得され、ＨＤ２６に記憶されているか否かを判定する。まだ、ライセンスが取得されていない場合には、ステップＳ４３に進み、ＣＰＵ２４は、ライセンス取得処理を実行する。このライセンス取得処理の詳細は、図８のフローチャートを参照して後述する。
ステップＳ４２において、ライセンスが既に取得されていると判定された場合、または、ステップＳ４３において、ライセンス取得処理が実行された結果、ライセンスが取得された場合、ステップＳ４４に進み、権限管理部２２は、取得されているライセンスは有効期限内のものであるか否かを判定する。ライセンスが有効期限内のものであるか否かは、ライセンスの内容として規定されている期限と、権限管理部２２が、例えば時刻サーバから得た時刻情報と比較することで判断される。ライセンスの有効期限が既に満了していると判定された場合、権限管理部２２は、ステップＳ４５に進み、ライセンス更新処理を実行する。このライセンス更新処理の詳細は、後述のフローチャートを参照して後述する。
ステップＳ４４において、ライセンスはまだ有効期限内であると判定された場合、または、ステップＳ４５において、ライセンスが更新された場合、ステップＳ４６に進み、ＣＰＵ２４は、暗号化されているコンテンツデータ（Ｋｃ（コンテンツ））をＨＤ２６から読み出し、メモリ２５に格納させる。そして、ステップＳ４７において、ＣＰＵ２４は、メモリ２５に記憶された暗号化コンテンツデータを、図６のデータに配置されている暗号化ブロック単位で、コンテンツ利用部２３に供給し、権限管理部２２より受け渡されたコンテンツ鍵Ｋｃを用いて復号させる。
コンテンツ鍵Ｋｃを得る方法の具体例は、図１９を参照して後述するが、デバイスノード鍵（ＤＮＫ）（図１９）を用いて、ＥＫＢ（図６）に含まれる鍵ＫＥＫＢＣを得ることができ、その鍵ＫＥＫＢＣを用いて、データＫＥＫＢＣ（Ｋｃ）（図６）から、コンテンツ鍵Ｋｃを得ることができる。
コンテンツ利用部２３は、さらに、ステップＳ４８において、コンテンツ利用部２３により復号されたコンテンツデータをコーデック部によりデコードする。そして、コーデック部によりデコードしたデータを、Ｄ／Ａ変換し、スピーカから出力させる。
次に、図８のフローチャートを参照して、図７のステップＳ４３で行われるライセンス取得処理の詳細について説明する。
クライアント１２は、事前にライセンスサーバ１１−Ｂに登録することにより、リーフＩＤ、ＤＮＫ(Device Node Key)、クライアント１２の秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。
リーフＩＤは、クライアント毎に割り当てられた識別情報を表し、ＤＮＫは、そのライセンスに対応するＥＫＢ（有効化キーブロック）に含まれる暗号化されているコンテンツ鍵Ｋｃ（データＫＥＫＢＣ（Ｋｃ））を復号するのに必要なデバイスノード鍵である（図１３を参照して後述する）。
最初にステップＳ６１において、ＣＰＵ２４は、いま処理対象とされているライセンスＩＤに対応するＵＲＬを、図６に示すヘッダから取得する。上述したように、このＵＲＬは、やはりヘッダに記述されているライセンスＩＤに対応するライセンスを取得するときアクセスすべきアドレスである。そこで、ステップＳ６２において、ＣＰＵ２４は、ステップＳ６１で取得したＵＲＬにアクセスする。具体的には、Ｉ／Ｆ部２１によりインターネット２を介してライセンスサーバ１１−Ｂにアクセスが行われる。このとき、ライセンスサーバ１１−Ｂは、クライアント１２に対して、購入するライセンス（コンテンツを使用するのに必要なライセンス）を指定するライセンス指定情報、並びにユーザＩＤとパスワードの入力を要求してくる（後述する図１０のステップＳ１０２）。ＣＰＵ２４は、この要求を図示を省略している出力部の表示部に表示させる。ユーザは、この表示に基づいて、入力部を操作して、ライセンス指定情報、ユーザＩＤ、およびパスワードを入力する。なお、このユーザＩＤとパスワードは、クライアント１２のユーザが、インターネット２を介してライセンスサーバ１１−Ｂにアクセスし、事前に取得しておいたものである。
ＣＰＵ２４は、ステップＳ６３，Ｓ６４において、入力部から入力されたライセンス識別情報を取り込むとともに、ユーザＩＤとパスワードを取り込む。ＣＰＵ２４は、ステップＳ６５において、Ｉ／Ｆ２１を制御し、入力されたユーザＩＤとパスワードを、ライセンス指定情報及びサービスデータ（後述する）に含まれるリーフＩＤを含むライセンス要求をインターネット２を介してライセンスサーバ１１−Ｂに送信させる。
ライセンスサーバ１１−Ｂは、図１０を参照して後述するように、ユーザＩＤとパスワード、並びにライセンス指定情報に基づいてライセンスを送信してくる（ステップＳ１０９）か、または、条件が満たされない場合には、ライセンスを送信してこない（ステップＳ１１２）。
このステップＳ６６において、ＣＰＵ２４は、ライセンスサーバ１１−Ｂからライセンスが送信されてきたか否かを判定し、ライセンスが送信されてきた場合には、ステップＳ６７に進み、そのライセンスをＨＤ２６に供給し、記憶させる。
ステップＳ６６において、ライセンスが送信されて来ないと判定した場合、ＣＰＵ２４は、ステップＳ６８に進み、エラー処理を実行する。
以上のようにして、各クライアント１２は、コンテンツデータに付随しているライセンスＩＤに対応するライセンスを取得して、初めて、そのコンテンツを使用することが可能となる。
なお、図８のライセンス取得処理は、各ユーザがコンテンツを取得する前に、予め行っておくようにすることも可能である。
クライアント１２に提供されるライセンスは、例えば、図９に示されるように、使用条件（使用権利Usage right）、リーフＩＤを含んでいる。
使用条件には、そのライセンスに基づいて、コンテンツを使用することが可能な使用期限、そのライセンスに基づいて、コンテンツをダウンロードすることが可能なダウンロード期限、そのライセンスに基づいて、コンテンツをコピーすることが可能な回数（許されるコピー回数）、チェックアウト回数、最大チェックアウト回数、そのライセンスに基づいて、コンテンツをＣＤ−Ｒに記録することができる権利、ＰＤ（Portable Device）にコピーすることが可能な回数、ライセンスを所有権（買い取り状態）に移行できる権利、使用ログをとる義務等を示す情報が含まれる。
次に、図１０のフローチャートを参照して、図８のクライアント１２のライセンス取得処理に対応して実行されるライセンスサーバ１１−Ｂのライセンス提供処理について説明する。なお、この場合において、図３のコンテンツサーバ１１−Ａの構成は、ライセンスサーバ１１−Ｂの構成として引用される。
ステップＳ１０１において、ライセンスサーバ１１−ＢのＣＰＵ３１は、クライアント１２よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ１０２に進み、アクセスしてきたクライアント１２に対して、ユーザＩＤとパスワード、並びに、ライセンス指定情報の送信を要求する。上述したようにして、クライアント１２から、図８のステップＳ６５の処理で、ユーザＩＤとパスワード、リーフＩＤ並びにライセンス指定情報（ライセンスＩＤ）が送信されてきたとき、ライセンスサーバ１１−ＢのＣＰＵ３１は、通信部３９を介してこれを受信し、取り込む処理を実行する。
そして、ライセンスサーバ１１−ＢのＣＰＵ３１は、ステップＳ１０３において、通信部３９から課金サーバ１１−Ｃにアクセスし、ユーザＩＤとパスワードに対応するユーザの与信処理を要求する。課金サーバ１１−Ｃは、インターネット２を介してライセンスサーバ１１−Ｂから与信処理の要求を受けると、そのユーザＩＤとパスワードに対応するユーザの過去の支払い履歴などを調査し、そのユーザが、過去にライセンスの対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、ライセンスの付与を許容する与信結果を送信し、不払いの実績などがある場合には、ライセンス付与の不許可の与信結果を送信する。
ステップＳ１０４において、ライセンスサーバ１１−ＢのＣＰＵ３１は、課金サーバ１１−Ｃからの与信結果が、ライセンスを付与することを許容する与信結果であるか否かを判定し、ライセンスの付与が許容されている場合には、ステップＳ１０５に進み、ステップＳ１０２の処理で取り込まれたライセンス指定情報に対応するライセンスを、記憶部３８に記憶されているライセンスの中から取り出す。記憶部３８に記憶されているライセンスは、あらかじめライセンスＩＤ、バージョン、作成日時、有効期限等の情報が記述されている。ステップＳ１０６において、ＣＰＵ３１は、そのライセンスに受信したリーフＩＤを付加する。さらに、ステップＳ１０７において、ＣＰＵ３１は、ステップＳ１０５で選択されたライセンスに対応づけられている使用条件を選択する。あるいはまた、ステップＳ１０２の処理で、ユーザから使用条件が指定された場合には、その使用条件が必要に応じて、予め用意されている使用条件に付加される。ＣＰＵ３１は、選択された使用条件をライセンスに付加する。
ステップＳ１０８において、ＣＰＵ３１はライセンスサーバの秘密鍵によりライセンスに署名し、これにより、図９に示されるような構成のライセンスが生成される。
次に、ステップＳ１０９に進み、ライセンスサーバ１１−ＢのＣＰＵ３１は、そのライセンス（図９に示される構成を有する）を、通信部３９からインターネット２を介してクライアント１２に送信させる。
ステップＳ１１０においてライセンスサーバ１１−ＢのＣＰＵ３１は、ステップＳ１０９の処理で、いま送信したライセンス（使用条件、リーフＩＤを含む）を、ステップＳ１０２の処理で取り込まれたユーザＩＤとパスワードに対応して、記憶部３８に記憶させる。さらに、ステップＳ１１１において、ＣＰＵ３１は、課金処理を実行する。具体的には、ＣＰＵ３１は、通信部３９から課金サーバ１１−Ｃに、そのユーザＩＤとパスワードに対応するユーザに対する課金処理を要求する。課金サーバ１１−Ｃは、この課金の要求に基づいて、そのユーザに対する課金処理を実行する。上述したように、この課金処理に対して、そのユーザが支払いを行わなかったような場合には、以後、そのユーザは、ライセンスの付与を要求したとしても、ライセンスを受けることができないことになる。
すなわち、この場合には、課金サーバ１１−Ｃからライセンスの付与を不許可とする与信結果が送信されてくるので、ステップＳ１０４からステップＳ１１２に進み、ＣＰＵ３１は、エラー処理を実行する。具体的には、ライセンスサーバ１１−ＢのＣＰＵ３１は、通信部３９を制御してアクセスしてきたクライアント１２に対して、ライセンスを付与することができない旨のメッセージを出力し、処理を終了させる。
この場合、上述したように、そのクライアント１２はライセンスを受けることができないので、そのコンテンツを利用すること（暗号を復号すること）ができないことになる。
図１１は、図７のステップＳ４５におけるライセンス更新処理の詳細を表している。図１１のステップＳ１３１乃至ステップＳ１３５の処理は、図８のステップＳ６１乃至ステップＳ６５の処理と基本的に同様の処理である。ただし、ステップＳ１３３において、ＣＰＵ３１は、購入するライセンスではなく、更新するライセンスのライセンスＩＤを取り込む。そして、ステップＳ１３５において、ＣＰＵ３１は、ユーザＩＤとパスワードとともに、更新するライセンスのライセンスＩＤを、ライセンスサーバ１１−Ｂに送信する。
ステップＳ１３５の送信処理に対応して、ライセンスサーバ１１−Ｂは、後述するように、使用条件を提示してくる（図１２のステップＳ１５３）。そこで、クライアント１２のＣＰＵ３１は、ステップＳ１３６において、ライセンスサーバ１１−Ｂからの使用条件の提示を受信し、これを出力部３７に出力し、表示させる。ユーザは、入力部３６を操作して、この使用条件の中から所定の使用条件を選択したり、所定の使用条件を新たに追加したりする。ステップＳ１３７でＣＰＵ３１は、以上のようにして選択された使用条件（ライセンスを更新する条件）を購入するための申し込みをライセンスサーバ１１−Ｂに送信する。この申し込みに対応して、後述するようにライセンスサーバ１１−Ｂは、最終的な使用条件を送信してくる（図１２のステップＳ１５４）。そこで、ステップＳ１３８において、クライアント１２のＣＰＵ３１は、ライセンスサーバ１１−Ｂからの使用条件を取得し、ステップＳ１３９において、その使用条件を記憶部３８にすでに記憶されている対応するライセンスの使用条件として更新する。
図１２は、以上のクライアント１２のライセンス更新処理に対応して、ライセンスサーバ１１−Ｂが実行するライセンス更新処理を表している。
最初に、ステップＳ１５１において、ライセンスサーバ１１−ＢのＣＰＵ３１は、クライアント１２からのアクセスを受けると、ステップＳ１５２において、クライアント１２がステップＳ１３５で送信したライセンス指定情報をライセンス更新要求情報とともに受信する。
ステップＳ１５３において、ＣＰＵ３１は、ライセンスの更新要求を受信すると、そのライセンスに対応する使用条件（更新する使用条件）を、記憶部３８から読み出し、クライアント１２に送信する。
この提示に対して、上述したように、クライアント１２から使用条件の購入が図１１のステップＳ１３７の処理で申し込まれると、ステップＳ１５４において、ライセンスサーバ１１−ＢのＣＰＵ３１は、申し込まれた使用条件に対応するデータを生成し、ステップＳ１５４において、クライアント１２に送信する。クライアント１２は、上述したように、ステップＳ１３９の処理で受信した使用条件を用いて、すでに登録されているライセンスの使用条件を更新する。
コンテンツ提供システム１においては、例えば、図１３に示されるように、ブロードキャストインクリプション（Broadcast Encryption）方式の原理に基づいて、デバイスとライセンスの鍵が管理される。鍵は、階層ツリー構造とされ、最下段のリーフ（leaf）が個々のデバイスの鍵に対応する。図１３の例の場合、番号０から番号１５までの１６個のデバイス（クライアント）またはライセンスに対応する鍵が生成される。
各鍵は、図中丸印で示されるツリー構造の各ノードに対応して規定される。この例では、最上段のルートノードに対応してルート鍵ＫＲが、２段目のノードに対応して鍵Ｋ０，Ｋ１が、３段目のノードに対応して鍵Ｋ００乃至Ｋ１１が、第４段目のノードに対応して鍵Ｋ０００乃至鍵Ｋ１１１が、それぞれ対応されている。そして、最下段のノードとしてのリーフ（デバイスノード）に、鍵Ｋ００００乃至Ｋ１１１１が、それぞれ対応されている。
階層構造とされているため、例えば、鍵Ｋ００１０と鍵Ｋ００１１の上位の鍵は、Ｋ００１とされ、鍵Ｋ０００と鍵Ｋ００１の上位の鍵は、Ｋ００とされている。以下同様に、鍵Ｋ００と鍵Ｋ０１の上位の鍵は、Ｋ０とされ、鍵Ｋ０と鍵Ｋ１の上位の鍵は、ＫＲとされている。
コンテンツを利用するためのコンテンツ鍵Ｋｃは、最下段のデバイスノード（リーフ）から、最上段のルートノードまでの１つのパスの各ノードに対応する鍵で管理される。例えば、番号３のノード（リーフＩＤ）に対応するライセンスに基づき、コンテンツを利用するコンテンツ鍵Ｋｃは、鍵Ｋ００１１，Ｋ００１，Ｋ００，Ｋ０，ＫＲを含むパスの各鍵で管理される。
本発明が適用されるシステムにおいては、図１４に示されるように、図１３の原理に基づいて構成される鍵システムで、デバイスの鍵とライセンスの鍵の管理が行われる。図１４の例では、８＋２４＋３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応される。ここにおけるカテゴリとは、例えばメモリスティックなどの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとしてＴシステムが対応する。
すなわち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応する鍵により、ライセンスが対応される。この例の場合、これにより、２２４（約１６メガ）のライセンスを規定することができる。さらに、最も下側の３２段の階層により、２３２（約４ギガ）のユーザ（あるいはクライアント１２）を規定することができる。最下段の３２段のノードに対応するキーが、ＤＮＫ（Device Node Key）を構成し、最下段のリーフに対応するＩＤがリーフＩＤとされる。
各デバイスやライセンスのキーは、６４（＝８＋２４＋３２）段の各ノードで構成されるパスの内の１つに対応される。例えば、コンテンツを暗号化したコンテンツキーは、対応するライセンスに割り当てられたパスを構成するノードに対応するキーを用いて暗号化される。上位の階層のキーは、その直近の下位の階層のキーを用いて暗号化され、ＥＫＢ（図１６を参照して後述する）内に配置される。最下段のＤＮＫは、ＥＫＢ内には配置されず、サービスデータに記述され、ユーザのクライアント１２に与えられる。クライアント１２は、ライセンスに記述されているＤＮＫを用いて、コンテンツデータとともに配布されるＥＫＢ（図１６）内に記述されている直近の上位の階層の鍵を復号し、復号して得た鍵を用いて、ＥＫＢ内に記述されているさらにその上の階層の鍵を復号する。以上の処理を順次行うことで、クライアント１２は、そのライセンスのパスに属するすべての鍵を得ることができる。
図１５に階層ツリー構造のカテゴリの分類の具体的な例を示す。図１５において、階層ツリー構造の最上段には、ルートキーＫＲ２３０１が設定され、以下の中間段にはノードキー２３０２が設定され、最下段には、リーフキー２３０３が設定される。各デバイスは個々のリーフキーと、リーフキーからルートキーに至る一連のノードキー、ルートキーを保有する。
最上段から第Ｍ段目（図１４の例では、Ｍ＝８）の所定のノードがカテゴリノード２３０４として設定される。すなわち第Ｍ段目のノードの各々が特定カテゴリのデバイス設定ノードとされる。第Ｍ段の１つのノードを頂点としてＭ＋１段以下のノード、リーフは、そのカテゴリに含まれるデバイスに関するノードおよびリーフとされる。
例えば図１５の第Ｍ段目の１つのノード２３０５にはカテゴリ［メモリスティック（商標）］が設定され、このノード以下に連なるノード、リーフはメモリステッイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフとして設定される。すなわち、ノード２３０５以下が、メモリスティックのカテゴリに定義されるデバイスの関連ノード、およびリーフの集合として定義される。
さらに、Ｍ段から数段分下位の段をサブカテゴリノード２３０６として設定することができる。図１５の例では、カテゴリ［メモリスティック］ノード２３０５の２段下のノードに、メモリスティックを使用したデバイスのカテゴリに含まれるサブカテゴリノードとして、［再生専用器］のノード２３０６が設定されている。さらに、サブカテゴリノードである再生専用器のノード２３０６以下に、再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード２３０７が設定され、さらにその下位に、音楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノード２３０８と、［携帯電話］ノード２３０９が設定されている。
さらに、カテゴリ、サブカテゴリは、デバイスの種類のみならず、例えばあるメーカー、コンテンツプロバイダ、決済機関等が独自に管理するノード、すなわち処理単位、管轄単位、あるいは提供サービス単位等、任意の単位（これらを総称して以下、エンティティと呼ぶ）で設定することが可能である。例えば１つのカテゴリノードをゲーム機器メーカーの販売するゲーム機器ＸＹＺ専用の頂点ノードとして設定すれば、メーカーの販売するゲーム機器ＸＹＺに、その頂点ノード以下の下段のノード鍵、リーフ鍵を格納して販売することが可能となり、その後、暗号化コンテンツの配信、あるいは各種鍵の配信、更新処理を、その頂点ノード鍵以下のノード鍵、リーフ鍵によって構成される有効化キーブロック（ＥＫＢ）を生成して配信し、頂点ノード以下のデバイスに対してのみ利用可能なデータが配信可能となる。
このように、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定する構成とすることにより、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、コンテンツプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が可能となり、頂点ノードに属さない他のカテゴリのノードに属するデバイスには全く影響を及ぼさずに鍵更新を実行することができる。
例えば、図１３に示されるツリー構造において、１つのグループに含まれる４つのデバイス０，１，２，３はノード鍵として共通の鍵Ｋ００、Ｋ０、ＫＲを保有する。このノード鍵共有構成を利用することにより、共通のコンテンツ鍵をデバイス０，１，２，３のみに提供することが可能となる。たとえば、共通に保有するノード鍵Ｋ００自体をコンテンツ鍵として設定すれば、新たな鍵送付を実行することなくデバイス０，１，２，３のみが共通のコンテンツ鍵の設定が可能である。また、新たなコンテンツ鍵Ｋｃをノード鍵Ｋ００で暗号化した値Ｅｎｃ（Ｋ００，Ｋｃ）を、ネットワークを介してあるいは記録媒体に格納してデバイス０，１，２，３に配布すれば、デバイス０，１，２，３のみが、それぞれのデバイスにおいて保有する共有ノード鍵Ｋ００を用いて暗号Ｅｎｃ（Ｋ００，Ｋｃ）を解いてコンテンツ鍵Ｋｃを得ることが可能となる。なお、Ｅｎｃ（Ｋａ，Ｋｂ）はＫｂをＫａによって暗号化したデータであることを示す。
また、ある時点ｔにおいて、デバイス３の所有する鍵Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,ＫＲが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイス０，１，２，３のグループ）で送受信されるデータを守るために、デバイス３をシステムから切り離す必要がある。そのためには、ノード鍵Ｋ００１,Ｋ００,Ｋ０,ＫＲを、それぞれ新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ（ｔ）０,Ｋ（ｔ）Ｒに更新し、デバイス０，１，２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Generation）ｔの更新キーであることを示す。
更新鍵の配布処理ついて説明する。鍵の更新は、例えば、図１６Ａに示す有効化キーブロック（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデータによって構成されるテーブルを、ネットワークを介して、あるいは記録媒体に格納してデバイス０，１，２に供給することによって実行される。なお、有効化キーブロック（ＥＫＢ）は、図１３に示されるようなツリー構造を構成する各リーフ（最下段のノード）に対応するデバイスに、新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Block）と呼ばれることもある。
図１６Ａに示す有効化キーブロック（ＥＫＢ）は、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図１６Ａの例は、図１３に示すツリー構造中のデバイス０，１，２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。図１３から明らかなように、デバイス０，デバイス１は、更新ノード鍵としてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノード鍵としてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要である。
図１６ＡのＥＫＢに示されるように、ＥＫＢには複数の暗号化キーが含まれる。図１６Ａの最下段の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイス２の持つリーフキーＫ００１０によって暗号化された更新ノード鍵Ｋ（ｔ）００１であり、デバイス２は、自身の持つリーフ鍵Ｋ００１０によってこの暗号化鍵を復号し、更新ノード鍵Ｋ（ｔ）００１を得ることができる。また、復号により得た更新ノード鍵Ｋ（ｔ）００１を用いて、図１６Ａの下から２段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）００１，Ｋ（ｔ）００）が復号可能となり、更新ノード鍵Ｋ（ｔ）００を得ることができる。
以下順次、図１６Ａの上から２段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノード鍵Ｋ（ｔ）０が得られ、これを用いて、図１６Ａの上から１段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルート鍵Ｋ（ｔ）Ｒが得られる。
一方、ノード鍵Ｋ０００は更新する対象に含まれておらず、ノード０，１が、更新ノード鍵として必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。ノード０，１は、デバイス鍵Ｋ００００，Ｋ０００１を用いて、図１６Ａの上から３段目の暗号化鍵Ｅｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号することで更新ノード鍵Ｋ（ｔ）００を取得し、以下順次、図１６Ａの上から２段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノード鍵Ｋ（ｔ）０を得、図１４Ａの上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルート鍵Ｋ（ｔ）Ｒを得る。このようにして、デバイス０，１，２は更新した鍵Ｋ（ｔ）Ｒを得ることができる。
なお、図１６Ａのインデックスは、図の右側の暗号化鍵を復号するための復号鍵として使用するノード鍵、リーフ鍵の絶対番地を示す。
図１３に示すツリー構造の上位段のノード鍵Ｋ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノード鍵Ｋ００のみの更新処理が必要である場合には、図１６Ｂの有効化キーブロック（ＥＫＢ）を用いることで、更新ノード鍵Ｋ（ｔ）００をデバイス０，１，２に配布することができる。
図１６Ｂに示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツ鍵を配布する場合に利用可能である。具体例として、図１３に点線で示すグループ内のデバイス０，１，２，３がある記録媒体を用いており、新たな共通のコンテンツ鍵Ｋ（ｔ）ｃｏｎが必要であるとする。このとき、デバイス０，１，２，３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキーＫ（ｔ）ｃを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）が、図１６Ｂに示されるＥＫＢとともに配布される。この配布により、デバイス４など、その他のグループの機器が復号することができないデータとしての配布が可能となる。
すなわち、デバイス０，１，２はＥＫＢを処理して得た鍵Ｋ（ｔ）００を用いて暗号文を復号すれば、ｔ時点でのコンテンツ鍵Ｋ（ｔ）ｃｏｎを得ることが可能になる。
図１７に、ｔ時点でのコンテンツ鍵Ｋ（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用いて新たな共通のコンテンツ鍵Ｋ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃ）と、図１６Ｂに示すＥＫＢとを記録媒体を介して受領したデバイス０の処理を示す。すなわちこの例は、ＥＫＢによる暗号化メッセージデータをコンテンツ鍵Ｋ（ｔ）ｃｏｎとした例である。
図１７に示すように、デバイス０は、記録媒体に格納されている世代t時点のＥＫＢと、自分があらかじめ格納しているノード鍵Ｋ０００を用いて、上述したと同様のＥＫＢ処理により、ノード鍵Ｋ（ｔ）００を生成する。さらに、デバイス０は、復号した更新ノード鍵Ｋ（ｔ）００を用いて、更新コンテンツ鍵Ｋ（ｔ）ｃｏｎを復号して、後にそれを使用するために自分だけが持つリーフ鍵Ｋ００００で暗号化して格納する。
図１８に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。バージョン６０１は、有効化キーブロック（ＥＫＢ）のバージョンを示す識別子である。なお、バージョンは、最新のＥＫＢを識別する機能と、コンテンツとの対応関係を示す機能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。データポインタ６０３は、有効化キーブロック（ＥＫＢ）中のデータ部６０６の位置を示すポインタであり、タグポインタ６０４はタグ部６０７の位置、署名ポインタ６０５は署名６０８の位置を示すポインタである。
データ部６０６は、例えば更新するノード鍵を暗号化したデータを格納する。例えば図１７に示すような更新されたノード鍵に関する各暗号化鍵等を格納する。
署名（Signature）６０８は、有効化キーブロック（ＥＫＢ）を発行した例えば鍵管理センタ（ライセンスサーバ１１−Ｂ）、コンテンツプロバイダ（コンテンツサーバ１１−Ａ）、決済機関（課金サーバ１１−Ｃ）等が実行する電子署名である。ＥＫＢを受領したデバイスは、署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
以上のようにして、ライセンスサーバ１１−Ｂから供給されたライセンスに基づいて、コンテンツサーバ１１−Ａから供給されたコンテンツを利用する処理をまとめると、図１９に示されるようになる。
すなわち、コンテンツサーバ１１−Ａからクライアント１２に対してコンテンツが提供されるとともに、ライセンスサーバ１１−Ｂからクライアント１２にライセンスが供給される。コンテンツは、コンテンツ鍵Ｋｃにより、暗号化されており（Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ））、コンテンツ鍵Ｋｃは、ルート鍵ＫＲ（ＥＫＢから得られるキーであって、図６におけるキーＫＥＫＢＣに対応する）で暗号化され（Ｅｎｃ（ＫＲ，Ｋｃ））、ＥＫＢとともに、暗号化されたコンテンツに付加されてクライアント１２に提供される。
図１９の例におけるＥＫＢには、例えば、図２０に示されるように、ＤＮＫで暗号化したルートキーＫＲが含まれている（Ｅｎｃ（ＤＮＫ，ＫＲ））。従って、クライアント１２は、権限管理部２２によりサービスデータに含まれるＤＮＫを利用して、ＥＫＢからルート鍵ＫＲを得ることができる。さらに、権限管理部２２は、ルート鍵ＫＲを用いて、Ｅｎｃ（ＫＲ，Ｋｃ）からコンテンツ鍵Ｋｃを復号することができる。そして、本発明の方法により、セッション鍵Ｋｓにてコンテンツ鍵Ｋｃを暗号化し、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）をコンテンツ利用部２３に送信し、コンテンツ利用部２３にてセッション鍵Ｋｓを用いてコンテンツ鍵を復号し、このコンテンツ鍵Ｋｃを用いて、Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）からコンテンツを復号する。このコンテンツを復号する処理は、前記図７のステップＳ４７として既に説明したが、以下に、図２１を参照しながら詳細に説明する。
先ず、クライアント１２のＩ／Ｆ部２１は、コンテンツサーバ１１−Ａから送られてきた鍵情報と暗号化コンテンツＫＣ（コンテンツ）を取り込む。そして、暗号化コンテンツＫｃ（コンテンツ）を復号部であるコンテンツ利用部２３へ、鍵情報を権限管理部２２へそれぞれ共通バス２０を介して渡す（ステップＳ１７１）。
次に、クライアント１２の権限管理部２２は、鍵情報をメモリ２２ａに格納する（ステップＳ１７２）。権限管理部２２は、前記図１９、２０を参照して説明したようにルート鍵ＫＲを用いて、鍵情報のＥｎｃ（ＫＲ，Ｋｃ）からコンテンツ鍵Ｋｃを復号する（ステップＳ１７３）。このコンテンツ鍵Ｋｃもメモリ２２ａに格納する。また、権限管理部２２は、メモリ２２ａに格納されたコンテンツ鍵Ｋｃを予め出荷時に受け取っていたセッション鍵Ｋｓにて暗号化する（ステップＳ１７４）。この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）もメモリ２２ａに格納する。
次に、権限管理部２２から暗号化コンテンツ鍵Ｋｓ（Ｋｃ）が共通バス２０を介してコンテンツ利用部２３に送信される（ステップＳ１７５）。
そして、コンテンツ利用部２３は、予め出荷時に受け取っていたセッション鍵Ｋｓを用いて暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号し（ステップＳ１７６）、このコンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号し、利用する（ステップＳ１７７）。
このように、第１の実施の形態のクライアント１２は、権限管理部２２にて一旦、鍵情報から取り出したコンテンツ鍵Ｋｃを、予め出荷前に共有している全ての機器で共通なセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信している。このため、コンテンツ提供システム１にあってクライアント１２は悪意のある第３者による攻撃からコンテンツ鍵Ｋｃを保護することができる。
このクライアント１２にあって、セッション鍵は予め出荷前に共有しているとした。この場合、セッション鍵は、全ての機器（クライアント）で共通であってもよいし、あるいは機器（クライアント）毎に異なるものでもよい。
次に、第２の実施の形態について説明する。この第２の実施の形態も、図１に示したコンテンツ提供システム１におけるクライアント１２（図２）と同様に用いられるが、図２２に示すように構成が異なるクライアント５０である。コンテンツ利用部２３に、疑似乱数のｓｅｅｄを保存するために用いる不揮発性メモリ（ＥＥＰＲＯＭ）５１を専用バス５２で接続した構成である。他の構成は図２に示した構成と同様であるので同一符号を付す。
このクライアント５０が前記第１の実施の形態のクライアント１２と異なるのは、セッション鍵Ｋｓの共有の仕方である。第１の実施の形態では、予めセッション鍵Ｋｓは出荷時に権限管理部２２とコンテンツ利用部２３にて共有されていた。第２の実施の形態では、セッション鍵Ｋｓは予め共有されるのではなく、コンテンツ利用部２３が疑似乱数に基づいて生成し、これを共有することになる。
以下、図２３のフローチャートを用いてセッション鍵をコンテンツ利用部２３と権限管理部２２とが共有するまでの処理手順を説明する。なお、権限管理部２２とコンテンツ利用部２３は、鍵Ｋａを予め（出荷前）に共有している。
先ず、コンテンツ利用部２３は、疑似乱数を基に毎回異なるセッション鍵Ｋｓを生成する（ステップＳ１８１）。セッション鍵Ｋｓの生成には、疑似乱数を用いるが、同じ値が出現しないよう疑似乱数のシードseedは専用バス５２で接続されたＥＥＰＲＯＭ５１に保存し、乱数を生成するたびに書き換え、リセットできないようにしておく。次に、コンテンツ利用部２３は、疑似乱数を用いて生成したセッション鍵Ｋｓを自身が有する鍵Ｋａで暗号化（ステップＳ１８２）する。そして、コンテンツ利用部２３は、暗号化セッション鍵Ｋａ（Ｋｓ）を共通バス２０を介して権限管理部２２へ送信する（ステップＳ１８３）。この暗号化セッション鍵Ｋａ（Ｋｓ）を受信した権限管理部２２は、やはり自身が有する鍵Ｋａで暗号化セッション鍵Ｋａ（Ｋｓ）を復号化し、セッション鍵Ｋｓを得る（ステップＳ１８４）。このようにして、権限管理部２２とコンテンツ利用部２３はセッション鍵Ｋｓを共有する。
この後、権限管理部２２は、鍵情報から取り出したコンテンツ鍵Ｋｃを前記セッション鍵Ｋｓを用いて暗号化し（図２１のステップＳ１７４を準用）、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信する（図２１のステップＳ１７５）。
コンテンツ利用部２３は、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を前記セッション鍵Ｋｓを用いて復号化し（図２１のステップＳ１７６）、コンテンツ鍵Ｋｃを得る。そして、このコンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号化し、利用する（図２１のステップＳ１７７）。
このように、第２の実施の形態のクライアント５０は、コンテンツ利用部２３において、専用バス５２にて接続されたＥＥＰＲＯＭ５１を用い疑似乱数から毎回異なるセッション鍵Ｋｓを生成し、このセッション鍵Ｋｓを予め共有している鍵Ｋａにて暗号化し、権限管理部２２に送り、権限管理部２２とセッション鍵Ｋｓを共有する。権限管理部２２は、鍵情報から取り出したコンテンツ鍵Ｋｃを、前述して共有することになったセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信している。毎回異なるセッション鍵Ｋｓを生成することにより、安全性を高めることができる。
なお、この第２の実施の形態では、乱数として疑似乱数を用いた構成であるが、真性乱数を用いた構成に変形することもできる。この変形例の場合、コンテンツ利用部２３は真性乱数生成器を内部に持つか、または専用バス５２を介して真性乱数生成器を外部に接続する。
次に、第３の実施の形態について説明する。この第３の実施の形態も、図１に示したコンテンツ提供システム１におけるクライアント１２（図２）と同様に用いられるが、図２４に示すように構成が異なるクライアント６０である。権限管理部２２とコンテンツ利用部２３を専用バス６１で接続した構成である。この専用バス６１は、権限管理部２２とコンテンツ利用部２３とで暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を送受信するときに用いられる。他の構成は図２に示した構成と同様であるので同一符号を付す。
このクライアント６０が前記第１の実施の形態のクライアント１２と異なるのは、共有のセッション鍵Ｋｓにて暗号化した暗号化コンテンツ鍵Ｋｓ（Ｋｃ）の送信の仕方である。第１の実施の形態では、権限管理部２２から暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を通してコンテンツ利用部２３に送信していた。これに対して、この第３の実施の形態のクライアント６０は、権限管理部２２とコンテンツ利用部２３を直接結ぶ専用バス６１を通して暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を送信する。この専用バス６１は、Ｉ／Ｆ部２１からは直接アクセスできないバスである。よって、Ｉ／Ｆ部２１を通して外部から専用バス６１にアクセスすることはできず、配送される暗号化コンテンツ鍵を攻撃者から守ることができる。
以下、図２５のフローチャートを用い、クライアント６０が暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を専用バス５２を用いてコンテンツ利用部２３に送信し、コンテンツ利用部２３にてセッション鍵Ｋｓを用いてコンテンツ鍵を復号する処理手順を説明する。この処理手順は、第１の実施の形態の処理手順を示した図２１とステップＳ１７５を除けば同じである。つまり、図２５の処理手順では、ステップＳ１７５’が特徴的となる。
権限管理部２２がステップＳ１７４にてメモリ２２ａに格納されたコンテンツ鍵Ｋｃを予め出荷時に受け取っていたセッション鍵Ｋｓにて暗号化した後、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）は、ステップＳ１７５’により専用バス６１を通してコンテンツ利用部２３に送信される。そして、コンテンツ利用部２３は、予め出荷時に受け取っていたセッション鍵Ｋｓを用いて暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号する（ステップＳ１７６）。
このように、第３の実施の形態のクライアント６０は、権限管理部２２にて一旦、鍵情報から取り出したコンテンツ鍵Ｋｃを、予め出荷前に共有している全ての機器で共通なセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を専用バス６１を介してコンテンツ利用部２３に送信している。この専用バス６１は、Ｉ／Ｆ部２１からは直接アクセスできないバスであり、よって、Ｉ／Ｆ部２１を通して外部から専用バス６１にアクセスすることはできず、配送される暗号化コンテンツ鍵を攻撃者から守ることができる。このため、コンテンツ提供システム１にあってクライアント６０は悪意のある第３者による攻撃からコンテンツ鍵Ｋｃを強く保護することができる。
なお、前記第１〜第３の実施の形態では、コンテンツ利用部２３において、コンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号すると記載したが、コンテンツが各暗号化ブロックにおいて、イニシャルベクトル（ＩＶ（Initial Vector））や前の暗号化ブロック等、シード（Seed）、およびコンテンツ鍵Ｋｃを用いて暗号化されたＣＢＣモードによるものであるときには、コンテンツ鍵の他、ＩＶ等、シードを用いて復号化することとなる。
本発明が適用されるクライアントは、いわゆるパーソナルコンピュータ以外に、ＰＤＡ（Personal Digital Assistants）、携帯電話機、ゲーム端末機などとすることができる。
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
コンテンツ提供システムの構成図である。 第１の実施の形態のクライアントの主要部とその周辺部の構成を示すブロック図である。 各サーバの構成を示すブロック図である。 第１の実施の形態のクライアントのコンテンツのダウンロード処理を説明するためのフローチャートである。 コンテンツサーバのコンテンツ提供処理を説明するためのフローチャートである。 コンテンツサーバからクライアントにコンテンツが供給される場合のコンテンツのフォーマット図である。 第１の実施の形態のクライアントのコンテンツ再生処理を説明するためのフローチャートである。 第１の実施の形態のクライアントのライセンス取得処理を説明するためのフローチャートである。 ライセンスの構成を示す図である。 ライセンスサーバのライセンス提供処理を説明するためのフローチャートである。 第１の実施の形態のクライアントのライセンス更新処理を説明するためのフローチャートである。 ライセンスサーバのライセンス更新処理を説明するためのフローチャートである。 鍵の構成を説明する図である。 カテゴリーノードを説明する図である。 ノードとデバイスの対応の具体例を示す図である。 有効キーブロックの構成を説明するための図である。 有効キーブロックの利用を説明するための図である。 有効キーブロックのフォーマットを説明するための図である。 ＤＮＫを用いたコンテンツの復号処理を説明する図である。 有効キーブロックの例を説明するための図である。 第１の実施の形態のクライアントの処理手順を示すフローチャートである。 第２の実施の形態のクライアントの構成を示すブロック図である。 第２の実施の形態のクライアントがセッション鍵を生成してから権限管理部がセッション鍵を取り出すまでの処理手順を示すフローチャートである。 第３の実施の形態のクライアントの構成を示すブロック図である。 第３の実施の形態のクライアントの処理手順を示すフローチャートである。
符号の説明
１ コンテンツ提供システム、２ インターネット、１１−Ａ コンテンツサーバ、１１−Ｂ ライセンスサーバ、１１−Ｃ 課金サーバ、１２ 第１の実施の形態のクライアント、２０ 共通バス、２１ インターフェース部、２２ 権限管理部、２３ コンテンツ利用部、５０ 第２の実施の形態のクライアント、５１ ＥＥＰＲＯＭ、６０ 第３の実施の形態のクライアント、６１ 専用バス

Claims (16)

  1. ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器において、
    ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、
    前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、
    前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、
    前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、
    前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用することを特徴とするクライアント機器。
  2. 前記配送鍵は予め前記権限管理手段及びコンテンツデータ利用手段に配布されており、この配送鍵を用いて前記権限管理手段は前記コンテンツ鍵を暗号化し、この配送鍵を用いて前記コンテンツ利用手段は暗号化コンテンツ鍵を復号することを特徴とする請求項１記載のクライアント機器。
  3. 前記権限管理手段によって暗号化された暗号化コンテンツ鍵は、前記共通バス手段によって前記コンテンツ利用手段に配送されることを特徴とする請求項２記載のクライアント機器。
  4. 前記権限管理手段は、耐タンパー性の半導体素子よりなることを特徴とする請求項１記載のクライアント機器。
  5. 前記コンテンツデータ利用手段は、前記配送鍵を生成し、予め配布された共通鍵により暗号化し、この暗号化配送鍵を前記共通バス手段によって前記権限管理手段に渡し、前記権限管理手段は予め配布された共通鍵により前記暗号化配送鍵を復号化することを特徴とする請求項１記載のクライアント機器。
  6. 前記配送鍵は、乱数を用いて毎回異なるものとなるように生成されることを特徴とする請求項５記載のクライアント機器。
  7. 前記権限管理手段は、前記復号化した配送鍵により前記コンテンツ鍵を暗号化し、この配送鍵を用いて暗号化された暗号化コンテンツ鍵は、前記共通バス手段によって前記コンテンツ利用手段に配送されることを特徴とする請求項５記載のクライアント機器。
  8. 前記権限管理手段と前記コンテンツ利用手段とを直接結ぶ専用バス手段を備え、この専用バス手段によって前記権限管理手段からの前記暗号化コンテンツ鍵を前記コンテンツ利用手段に配送することを特徴とする請求項１記載のクライアント機器。
  9. ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器におけるコンテンツ処理方法において、
    ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース工程と、
    前記インターフェース工程によって取り込まれた暗号化コンテンツデータを受け取り、暗号化を解いてから利用するコンテンツデータ利用工程と、
    前記インターフェース工程によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理工程と、
    前記インターフェース工程、コンテンツデータ利用工程及び権限管理工程からの、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通情報伝送工程とを備え、
    前記権限管理工程は配送鍵を用いて前記コンテンツ鍵を暗号化し、前記コンテンツデータ利用工程は配送されてきた暗号化コンテンツ鍵を配送鍵を用いて復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用することを特徴とするクライアント機器におけるコンテンツ処理方法。
  10. 前記配送鍵は予め前記権限管理工程及びコンテンツデータ利用工程に配布されており、この配送鍵を用いて前記権限管理工程は前記コンテンツ鍵を暗号化し、この配送鍵を用いて前記コンテンツ利用工程は暗号化コンテンツ鍵を復号することを特徴とする請求項９記載のクライアント機器におけるコンテンツ処理方法。
  11. 前記権限管理工程によって暗号化された暗号化コンテンツ鍵は、前記共通情報伝送工程によって前記コンテンツ利用工程に配送されることを特徴とする請求項１０記載のクライアント機器におけるコンテンツ処理方法。
  12. 前記コンテンツデータ利用工程は、前記配送鍵を生成し、予め配布された共通鍵により暗号化し、この暗号化配送鍵を前記共通情報伝送工程によって前記権限管理工程に渡し、前記権限管理工程は予め配布された共通鍵により前記暗号化配送鍵を復号化することを特徴とする請求項９記載のクライアント機器におけるコンテンツ処理方法。
  13. 前記配送鍵は、乱数を用いて毎回異なるものとなるように生成されることを特徴とする請求項１２記載のクライアント機器におけるコンテンツ処理方法。
  14. 前記権限管理工程は、前記復号化した配送鍵により前記コンテンツ鍵を暗号化し、この配送鍵を用いて暗号化された暗号化コンテンツ鍵は、前記共通情報伝送工程によって前記コンテンツ利用工程に配送されることを特徴とする請求項１２記載のクライアント機器におけるコンテンツ処理方法。
  15. 前記権限管理工程と前記コンテンツ利用工程とを直接結ぶ専用情報伝送工程を備え、この専用情報伝送工程によって前記権限管理工程からの前記暗号化コンテンツ鍵を前記コンテンツ利用工程に配送することを特徴とする請求項９記載のクライアント機器におけるコンテンツ処理方法。
  16. ネットワークを介してサーバ機器に接続されたクライアント機器にサーバ機器からコンテンツを提供するコンテンツ提供システムにおいて、
    前記クライアント機器は、
    ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用すること
    を特徴とするコンテンツ提供システム。
JP2003285270A 2003-08-01 2003-08-01 クライアント機器及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システム Pending JP2005057435A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2003285270A JP2005057435A (ja) 2003-08-01 2003-08-01 クライアント機器及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システム
US10/909,130 US20050076232A1 (en) 2003-08-01 2004-07-30 Client apparatus and content processing method in client apparatus, and content provision system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003285270A JP2005057435A (ja) 2003-08-01 2003-08-01 クライアント機器及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システム

Publications (1)

Publication Number Publication Date
JP2005057435A true JP2005057435A (ja) 2005-03-03

Family

ID=34364951

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003285270A Pending JP2005057435A (ja) 2003-08-01 2003-08-01 クライアント機器及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システム

Country Status (2)

Country Link
US (1) US20050076232A1 (ja)
JP (1) JP2005057435A (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006270344A (ja) * 2005-03-23 2006-10-05 Sony Corp 情報処理システム、情報処理装置および方法、並びにプログラム
CN101655891A (zh) * 2008-08-21 2010-02-24 索尼株式会社 信息处理装置、数据处理方法和程序
JP2014195298A (ja) * 2005-10-03 2014-10-09 Intel Corp 媒体コンテンツを獲得および共用するシステムおよび方法
US8996420B2 (en) 2003-11-21 2015-03-31 Intel Corporation System and method for caching data
US11347785B2 (en) 2005-08-05 2022-05-31 Intel Corporation System and method for automatically managing media content

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8229118B2 (en) * 2003-11-07 2012-07-24 Qualcomm Incorporated Method and apparatus for authentication in wireless communications
US7519274B2 (en) 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
US8472792B2 (en) 2003-12-08 2013-06-25 Divx, Llc Multimedia distribution system
US7793321B2 (en) * 2004-08-13 2010-09-07 Microsoft Corporation Delivering a geographic-specific comprehensive program guide
KR100689504B1 (ko) * 2005-03-29 2007-03-02 삼성전자주식회사 컨텐츠 전송 보호 장치
KR100981568B1 (ko) * 2005-04-04 2010-09-10 삼성전자주식회사 서비스 제공자와 다수의 단말기 간에 브로드캐스트 서비스를 지원하는 컨텐츠 보호 방법 및 장치
CN101243319B (zh) * 2005-06-22 2016-01-06 约翰·霍普金斯大学 卵巢癌的生物标记：ctap3-相关蛋白质
US20070150478A1 (en) * 2005-12-23 2007-06-28 Microsoft Corporation Downloading data packages from information services based on attributes
US20070150595A1 (en) * 2005-12-23 2007-06-28 Microsoft Corporation Identifying information services and schedule times to implement load management
JP5200204B2 (ja) 2006-03-14 2013-06-05 ディブエックス リミテッド ライアビリティー カンパニー 高信頼性システムを含む連合型デジタル権限管理機構
EP4184341A1 (en) 2007-01-05 2023-05-24 DivX, LLC Video distribution system including progressive playback
US7907735B2 (en) 2007-06-15 2011-03-15 Koolspan, Inc. System and method of creating and sending broadcast and multicast data
WO2009065137A1 (en) 2007-11-16 2009-05-22 Divx, Inc. Hierarchical and reduced index structures for multimedia files
BRPI1007631A2 (pt) * 2009-05-05 2016-02-23 Konink Philipis Electronics N V método para proteger comunicações entre um dispositivo de recursos restritos e um dispositivo de recepção de acordo com um protocolo sem fio, dispositivo de recursos restritos e dispositivo sem bateria
EP2507995A4 (en) 2009-12-04 2014-07-09 Sonic Ip Inc SYSTEMS AND METHODS FOR TRANSPORTING ELEMENTARY BIT TRAIN CRYPTOGRAPHIC MATERIAL
US9247312B2 (en) 2011-01-05 2016-01-26 Sonic Ip, Inc. Systems and methods for encoding source media in matroska container files for adaptive bitrate streaming using hypertext transfer protocol
US8812662B2 (en) 2011-06-29 2014-08-19 Sonic Ip, Inc. Systems and methods for estimating available bandwidth and performing initial stream selection when streaming content
US9467708B2 (en) 2011-08-30 2016-10-11 Sonic Ip, Inc. Selection of resolutions for seamless resolution switching of multimedia content
US9955195B2 (en) 2011-08-30 2018-04-24 Divx, Llc Systems and methods for encoding and streaming video encoded using a plurality of maximum bitrate levels
US8799647B2 (en) 2011-08-31 2014-08-05 Sonic Ip, Inc. Systems and methods for application identification
US8806188B2 (en) 2011-08-31 2014-08-12 Sonic Ip, Inc. Systems and methods for performing adaptive bitrate streaming using automatically generated top level index files
US8909922B2 (en) 2011-09-01 2014-12-09 Sonic Ip, Inc. Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
US8964977B2 (en) 2011-09-01 2015-02-24 Sonic Ip, Inc. Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US8918908B2 (en) 2012-01-06 2014-12-23 Sonic Ip, Inc. Systems and methods for accessing digital content using electronic tickets and ticket tokens
US9936267B2 (en) 2012-08-31 2018-04-03 Divx Cf Holdings Llc System and method for decreasing an initial buffering period of an adaptive streaming system
US9313510B2 (en) 2012-12-31 2016-04-12 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9191457B2 (en) 2012-12-31 2015-11-17 Sonic Ip, Inc. Systems, methods, and media for controlling delivery of content
US9906785B2 (en) 2013-03-15 2018-02-27 Sonic Ip, Inc. Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
US9094737B2 (en) 2013-05-30 2015-07-28 Sonic Ip, Inc. Network video streaming with trick play based on separate trick play files
US9380099B2 (en) 2013-05-31 2016-06-28 Sonic Ip, Inc. Synchronizing multiple over the top streaming clients
US9100687B2 (en) 2013-05-31 2015-08-04 Sonic Ip, Inc. Playback synchronization across playback devices
US9386067B2 (en) 2013-12-30 2016-07-05 Sonic Ip, Inc. Systems and methods for playing adaptive bitrate streaming content by multicast
US9866878B2 (en) 2014-04-05 2018-01-09 Sonic Ip, Inc. Systems and methods for encoding and playing back video at different frame rates using enhancement layers
WO2015189833A1 (en) * 2014-06-13 2015-12-17 Altech Multimedia (Pty) Limited Streaming of secure content in a home network
KR20230156433A (ko) 2014-08-07 2023-11-14 디빅스, 엘엘씨 독립적으로 인코딩된 타일을 포함한 기본 비트스트림을 보호하는 시스템 및 방법
CN113259731B (zh) 2015-01-06 2023-07-04 帝威视有限公司 用于编码内容和在设备之间共享内容的系统和方法
ES2768979T3 (es) 2015-02-27 2020-06-24 Divx Llc Sistema y método para la duplicación de fotogramas y la ampliación de fotogramas en codificación y envío por flujo continuo de vídeo en directo
US10075292B2 (en) 2016-03-30 2018-09-11 Divx, Llc Systems and methods for quick start-up of playback
US10231001B2 (en) 2016-05-24 2019-03-12 Divx, Llc Systems and methods for providing audio content during trick-play playback
US10129574B2 (en) 2016-05-24 2018-11-13 Divx, Llc Systems and methods for providing variable speeds in a trick-play mode
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content
US10498795B2 (en) 2017-02-17 2019-12-03 Divx, Llc Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming
BR112021018802A2 (pt) 2019-03-21 2021-11-23 Divx Llc Sistemas e métodos para enxames de multimídia

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4817140A (en) * 1986-11-05 1989-03-28 International Business Machines Corp. Software protection system using a single-key cryptosystem, a hardware-based authorization system and a secure coprocessor
US6069957A (en) * 1997-03-07 2000-05-30 Lucent Technologies Inc. Method and apparatus for providing hierarchical key system in restricted-access television system
US20020141577A1 (en) * 2001-03-29 2002-10-03 Ripley Michael S. Method and system for providing bus encryption based on cryptographic key exchange

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8996420B2 (en) 2003-11-21 2015-03-31 Intel Corporation System and method for caching data
JP2006270344A (ja) * 2005-03-23 2006-10-05 Sony Corp 情報処理システム、情報処理装置および方法、並びにプログラム
JP4605453B2 (ja) * 2005-03-23 2011-01-05 ソニー株式会社 情報処理システム、情報処理装置および方法、並びにプログラム
US11347785B2 (en) 2005-08-05 2022-05-31 Intel Corporation System and method for automatically managing media content
US11544313B2 (en) 2005-08-05 2023-01-03 Intel Corporation System and method for transferring playlists
JP2014195298A (ja) * 2005-10-03 2014-10-09 Intel Corp 媒体コンテンツを獲得および共用するシステムおよび方法
CN101655891A (zh) * 2008-08-21 2010-02-24 索尼株式会社 信息处理装置、数据处理方法和程序
JP2010050676A (ja) * 2008-08-21 2010-03-04 Sony Corp 情報処理装置、およびデータ処理方法、並びにプログラム
JP4752884B2 (ja) * 2008-08-21 2011-08-17 ソニー株式会社 情報処理装置、およびデータ処理方法、並びにプログラム
US8549620B2 (en) 2008-08-21 2013-10-01 Sony Corporation Information processing device, data processing method, and program

Also Published As

Publication number Publication date
US20050076232A1 (en) 2005-04-07

Similar Documents

Publication Publication Date Title
JP2005057435A (ja) クライアント機器及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システム
US7325139B2 (en) Information processing device, method, and program
JP4326186B2 (ja) 情報処理装置および方法
JP4072761B2 (ja) 情報処理装置および方法、記録媒体、並びに、プログラム
JP3818505B2 (ja) 情報処理装置および方法、並びにプログラム
EP1453240A1 (en) Information processing apparatus and method
US20050119967A1 (en) Information processing device and method, program storage medium and program
WO2002080448A1 (fr) Appareil de traitement de l'information
WO2001078298A1 (fr) Systeme et procede de traitement d'informations
JPWO2002080446A1 (ja) 情報処理装置
JP4151274B2 (ja) 情報処理装置および方法、ライセンスサーバ、並びにプログラム
WO2002080447A1 (en) Information processing apparatus
JP2009530917A (ja) 高信頼性システムを含む連合型デジタル権限管理機構
JP2008501177A (ja) プライバシーを保護する情報配布システムにおけるライセンス管理
US20120303967A1 (en) Digital rights management system and method for protecting digital content
JP2002164880A (ja) コンテンツ提供サーバ、コンテンツ提供プログラムを記録した記録媒体、コンテンツ配信サーバ、およびコンテンツ配信プログラムを記録した記録媒体
EP1486852A2 (en) Information processing apparatus, information processing method, and information processing system
JPH07123086A (ja) Ｉｃカードを利用した著作物通信管理システム
JP3818503B2 (ja) 情報処理装置および方法、並びにプログラム
JPWO2002080067A1 (ja) 情報処理装置
JP2002297816A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP2002297034A (ja) 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体のフォーマット
JP4479698B2 (ja) コンテンツ提供システム
JP2002297032A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP2005149002A (ja) コンテンツ流通管理方法および装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050301

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080304

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080502

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20081125