JP2006172054A - データ再生装置及びデータ配信装置 - Google Patents

Abstract

【課題】 ネットワーク上での情報盗取に対して有効なデータ配信システムを提供する。
【解決手段】 ユーザが視聴するコンテンツデータをデータＡとデータＢとに分割し、少なくともデータＡは単独で視聴不可能とする。データＢは予め購入等の手段によりユーザが予め保有し、コンテンツサーバ２００はデータＡのみを配信する。コンテンツサーバ２００が配信するデータＡは、単独で視聴不可能であるため、たとえこのデータを第三者に盗取されても、当該第三者はコンテンツデータを視聴することができない。
【選択図】 図１

Description

本発明は、コンテンツデータを再生するデータ再生装置と、コンテンツデータを配信するデータ配信装置とに関する。

近年のネットワークの進歩等により、現在様々なコンテンツ配信システムが考えられている。例えば、コンテンツサーバからダウンロードした暗号化されたコンテンツデータを再生する際に、携帯電話を通じて認証を行い、ライセンス鍵を取得するコンテンツ配信システムが提案されている。ダウンロードしてきたコンテンツデータは、ライセンス鍵で復号化して再生するので、携帯電話にライセンス鍵を有していない場合には、コンテンツデータをダウンロードし、或いはネットワーク上で盗取したとしても、当該コンテンツデータを再生することはできない。また、携帯電話内にライセンス鍵を有していれば、例えば他人のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）でも、コンテンツサーバからコンテンツデータをダウンロードし、このライセンス鍵で復号化することにより、当該コンテンツを視聴することが可能となる（特許文献１参照）。

特開２００３−０３０１５７号公報

しかしながら特許文献１記載の手法では、暗号化しているとはいえ、コンテンツデータはコンテンツサーバから一括してダウンロードされる。日々計算機が進化している今日の現状を鑑みれば、ダウンロードしてきた正当なライセンスを有しない第三者がこのコンテンツデータをダウンロードし（若しくは、ネットワーク上で盗取し）、暗号を解読した上で、当該コンテンツデータが再生される可能性がある。

そこで本発明は、ネットワーク上での情報盗取に対して有効なデータ配信システムを提供することを目的とする。

上記目的を達成するために、請求項１記載のデータ再生装置は、映像、音声等のコンテンツデータを再生するデータ再生装置において、前記コンテンツデータの一部を構成する第１のデータを格納する第１のデータ格納手段と、前記コンテンツデータの一部を構成すると共に、前記第１のデータと結合して前記コンテンツデータを生成する単独で再生不可能な補完データを、ネットワークを介して接続された配信装置より受信し、格納する第２のデータ格納手段と、前記第１のデータ及び前記補完データを結合させるための結合情報を記録する記録手段と、前記結合情報に基づいて前記第１のデータ及び前記補完データを結合させて前記コンテンツデータを生成する結合手段と、前記結合手段により生成された前記コンテンツデータを再生する再生手段とを備えることを特徴とする。

請求項２記載のデータ再生装置は、映像、音声等のコンテンツデータを再生するデータ再生装置において、前記コンテンツデータの一部を構成し、単独でそのコンテンツの簡易再生が可能な簡易再生データを格納する第１のデータ格納手段と、前記コンテンツデータの一部を構成すると共に、前記簡易再生データと結合して前記コンテンツデータを生成する単独で再生不可能な補完データを、ネットワークを介して接続された配信装置より取得する通信手段と、前記通信手段により取得した前記補完データ及び前記簡易再生データを結合させるための結合情報を格納する結合情報格納手段と、前記結合情報に基づいて前記簡易再生データ及び前記補完データを結合させて前記コンテンツデータを生成する結合手段と、前記結合手段により生成された前記コンテンツデータを再生する再生手段とを備えることを特徴とする。

請求項６記載のデータ配信装置は、映像、音声等のコンテンツデータが、第１のデータと、前記第１のデータと結合して前記コンテンツデータを生成する単独で再生不可能な補完データとに分割され、前記第１のデータ及びデータ配信装置から配信される前記補完データが再生装置により結合されてそのコンテンツが再生されるシステムの前記データ配信装置において、前記補完データを格納する補完データ格納手段と、前記補完データをネットワークを介して接続された前記再生装置に送信する通信手段とを備え、前記通信手段は、前記第１のデータを所有する前記再生装置に前記補完データを送信することを特徴とする。

本発明によれば、ネットワーク上での情報盗取に対して有効なデータ配信システムを提供することができる。

以下、本発明のデータ再生装置及びデータ配信装置について、図面を参照しながら説明する。

図１は、本発明の実施例に係るコンテンツ配信システムの構成を示すブロック図である。コンテンツ配信システム１０は、コンテンツサーバ２００と、携帯電話３００と、ＴＶ４００とから構成されており、コンテンツサーバ２００と携帯電話３００はセルラーネットワーク１１を介して、コンテンツサーバ２００とＴＶ４００はインターネット１２を介して接続されている。

このコンテンツ配信システム１０において、ＴＶ４００で視聴するコンテンツデータはデータＡ及びデータＢに分割されており、コンテンツサーバ２００がデータＡを、携帯電話３００がデータＢを有している。ここでデータＢは、店頭での購入等の方法によりユーザが予め正当に入手したデータであり、携帯電話３００に挿入されたＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カードに記録されている。携帯電話３００が持つデータＢは単独で簡易視聴が可能であるが、コンテンツサーバ２００が持つデータＡは単独では再生することができない。また、データＡとデータＢを統合して元のコンテンツデータに戻すための結合情報は、携帯電話３００に挿入されたＳＤカードに、データＢと共に記録されている。ＴＶ４００で当該コンテンツデータを視聴する際には、データＡ、データＢ、及び結合情報に基づいて元のコンテンツデータを作成して視聴する。

図２は、コンテンツサーバ２００の構成を示すブロック図である。コンテンツサーバ２００は、全体の動作を統括制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、ＣＰＵ２１で動作するプログラムを格納したり、処理に必要なデータを格納するメモリ２２と、データＡを記録した記録部２３と、セルラーネットワーク１１を介して携帯電話３００と通信する携帯通信部２４と、携帯電話３００に対して認証を行う認証部２５と、ＴＶ４００がデータＡにアクセスするためのＵＲＬ及びデータＡの送受信をやり取りするための鍵情報を生成するＵＲＬ／鍵情報生成部２６と、データＡの暗号化を行う暗号化部２７と、ＴＶ４００とインターネット１２を介して通信を行う公衆通信部２８とから構成される。

記録部２３は、データＡを格納する。データＡは、先述の通りコンテンツデータを元に作成されたデータであり、データＡ単独では再生不可能である。記録部２３は、データＡと共に、データＢや分割前のコンテンツデータ、データＡ及びデータＢを結合するための結合情報も一緒に格納していても良い。

携帯通信部２４は、携帯電話３００とセルラーネットワーク１１を介して通信する。公衆通信網であるインターネット１２と比して、セルラーネットワーク１１の方が、一般に比較的安全性が高い。

認証部２５は、携帯電話３００からの認証要求に基づいて、携帯電話３００がデータＡの保有者か否かについて、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）による手法を用いて認証を行う。携帯電話３００が、適当な証明書を有しているか否かで、データＡの保有者か否かを判断する。

ＵＲＬ／鍵情報生成部２６は、ＴＶ４００がデータＡを取得する際のＵＲＬ、及びデータＡを暗号化／復号化するための鍵情報（暗号鍵及び復号鍵）を、乱数等に基づいて生成する。尚、ここで作成したＵＲＬと復号鍵は携帯通信部２４からセルラーネットワーク１１を介して携帯電話３００に送信する。またそれと共に、ＵＲＬと暗号鍵との対応情報を、記録部２３に記録しておく。

ここで、ＵＲＬ／鍵情報生成部２６は、要求がある度に新しいＵＲＬ及び鍵情報を生成する。即ち、例えば同じデータＡを取得するためのＵＲＬ及び鍵情報であったとしても、携帯電話３００に対して送信するＵＲＬ及び復号鍵と、それ以外の携帯電話（以下、「他の携帯電話」と呼ぶ）に送信するＵＲＬ及び復号鍵とは異なるものであり、このＵＲＬと鍵情報との対応は１対１である。つまり、携帯電話３００に送信するＵＲＬでの通信に用いる鍵情報は、他の携帯電話に送信するＵＲＬでの通信に用いる鍵情報とは異なるものを使用する。

暗号化部２７は、ＵＲＬ／鍵情報生成部２６で作成した暗号鍵に基づいて、データＡの暗号化を行う。尚、このときデータＡを暗号化する暗号鍵は、ＴＶ４００からアクセスを受けたＵＲＬに基づき、記録部２３に記録されたＵＲＬと暗号鍵との対応情報により決定される。

公衆通信部２８は、インターネット１２を介してＴＶ４００と通信を行い、暗号化部２７で暗号化したデータＡを送信する。尚この際、ＴＶ４００からアクセスを受け付けるＵＲＬは、ＵＲＬ／鍵情報生成部２６で作成したＵＲＬであり、先述の通り、暗号化する暗号鍵は、アクセスを受けたＵＲＬに基づいて決定される。

図３は、携帯電話３００の構成を示すブロック図である。携帯電話３００は、全体の動作を統括制御するＣＰＵ３１と、ＣＰＵ３１で動作するプログラムを格納したり、処理に必要なデータを格納するメモリ３２と、データＢ及び結合情報を格納するＳＤカード３３と、コンテンツサーバ２００とセルラーネットワーク１１を介して通信する通信部３４と、ユーザが制御するための操作部３５と、データＢを視聴するための表示部３６とを有する。

ＳＤカード３３は、書き込み可能なフラッシュメモリであり、データＢ及び結合情報を格納している。このデータＢ及び結合情報は、ユーザが予め購入等の方法で取得しておく。ＳＤカード３３は、携帯電話３００に対して着脱可能であり、ＳＤカード３３だけを取り外して、ＴＶ４００に挿入することができる。

通信部３４は、セルラーネットワーク１１を介してコンテンツサーバ２００と通信をする。コンテンツサーバ２００に対する認証に成功すれば、データＡを取得するためのＵＲＬ及びデータＡを復号するための復号鍵をコンテンツサーバ２００からダウンロードする。ダウンロードしたＵＲＬ及び復号鍵は、ＳＤカード３３に記録する。

表示部３６は、液晶ディスプレイであり、ＳＤカード３３に格納されたデータＢを視聴させることができる。先述の通り、データＢは、コンテンツデータを分割して作成されるデータであるが、データＢ単独で再生可能であり、ユーザはこの表示部３６により、コンテンツデータの簡易視聴をすることができる。

図４は、ＴＶ４００の構成を示すブロック図である。ＴＶ４００は、全体の動作を統括制御するＣＰＵ４１と、ＣＰＵ４１で動作するプログラムを格納したり、処理に必要なデータを格納するメモリ４２と、データＢ、結合情報、復号鍵、及びＵＲＬを格納するＳＤカード３３と、コンテンツサーバ２００とインターネット１２を介して通信し、データＡをダウンロードする通信部４３と、暗号化されたデータＡを復号するための復号化部４４と、データＡ及びデータＢを結合情報に基づいて結合し、コンテンツデータを作成するためのデータ結合部４５と、作成したコンテンツデータを記録する記録部４６と、ユーザが制御するための操作部４７と、作成したコンテンツデータを再生する再生部４８と、再生したコンテンツデータを視聴させるための表示部４９とを有する。

ＳＤカード３３は、先述の通り書き込み可能なフラッシュメモリであり、データＢ、統合情報、ＵＲＬ、及び復号鍵を有している。データＢ及び統合情報は、先述の通り、ユーザが予め購入等の方法で取得しておく。ＵＲＬ及び復号鍵は、携帯電話３００により、コンテンツサーバ２００からユーザが予めダウンロードしたものである。ＳＤカード３３は、ＴＶ４００に対して着脱可能である。

通信部４３は、インターネット１２を介してコンテンツサーバ２００と通信し、暗号化したデータＡをダウンロードする。この際、コンテンツサーバ２００へアクセスするＵＲＬは、ＳＤカード３３に記録されたＵＲＬである。

復号化部４４は、コンテンツサーバ２００からダウンロードしてきた、暗号化されたデータＡを復号する。この際に使用する復号鍵は、ＳＤカード３３に記録された復号鍵である。

データ結合部４５は、復号化部４４で復号したデータＡ及び、ＳＤカード３３に記録されたデータＢを、ＳＤカード３３に記録された結合情報に基づいて統合し、コンテンツデータを作成する。作成したコンテンツデータは、記録部４６に記録する。

次に、ユーザが視聴するコンテンツデータと、これを分割したデータＡ及びデータＢとの対応について説明する。図５は、コンテンツデータとデータＡ及びデータＢのビデオストリームの対応について示す図である。本実施例のコンテンツデータのビデオストリームは、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）規格で符号化されている。ＭＰＥＧ規格では、映像の各ピクチャは、Ｉ（Ｉｎｔｒａ ｃｏｄｅｄ）ピクチャ、Ｐ（Ｐｒｅｄｉｖｔｉｖｅ ｃｏｄｅｄ）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ）ピクチャに種類分けして符号化される。尚ピクチャとは、１枚の画面を表す用語であり、プログレッシブ画像ではフレームを意味し、インタレース画像ではフレーム若しくはフィールドを意味する。ここで、インタレース画像とは、１つのフレームが時刻の異なる２つのフィールドから構成される画像である。インタレース画像の符号化や復号化処理においては、１つのフレームをフレームのまま処理したり、２つのフィールドとして処理したり、フレーム内のブロック毎にフレーム構造又はフィールド構造として処理したりすることができる。

Ｉ０及びＩ１２は、画像内符号化ピクチャ（Ｉピクチャ）である。画像内だけで符号化を行っている。つまり、Ｉ０及びＩ１２は、単独で復号化が可能である。
Ｐ３、Ｐ６、Ｐ９、Ｐ１５は画面間予測符号化ピクチャ（Ｐピクチャ）である。Ｐピクチャは、過去の１枚のＩピクチャ若しくはＰピクチャを参照して予測画像を生成し、符号化する。例えばＰ３であればＩ０を、Ｐ６であればＰ３を参照することにより動きを予測して符号化する。

Ｂ１、Ｂ２、Ｂ４、Ｂ５、Ｂ７、Ｂ８、Ｂ１０、Ｂ１１、Ｂ１３、Ｂ１４は、画面間双予測符号化ピクチャ（Ｂピクチャ）であり、Ｐピクチャの予測と異なり、過去及び未来の複数（２つ）のＩピクチャ及びＰピクチャを選択してその選択したピクチャから予測画像を生成し符号化する。例えば、Ｂ１やＢ２は、その前後にあるＩ０及びＰ３の２つのピクチャに基づいて予測画像を生成し、符号化する。尚、単独で符号化が可能なＩピクチャに対し、それを元にＰピクチャやＢピクチャは予測画像を生成しているだけなので、当然ながらＩピクチャと比して、Ｐピクチャ及びＢピクチャはデータ量が小さい。

また、ＭＰＥＧでは、少なくともＩピクチャを含む区間をＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）として管理し、図５のコンテンツデータの例であれば、Ｉ０、Ｂ１、Ｂ２、Ｐ３、Ｂ４、Ｂ５、Ｐ６、Ｂ７、Ｂ８、Ｐ９、Ｂ１０、Ｂ１１の１２枚のピクチャで１つのＧＯＰを形成している。ＧＯＰは、早送り再生等の特殊再生ではアクセスポイントとなる。

このようなビデオストリーム構造を持つコンテンツデータを元に、データＡ及びデータＢは作成される。データＢは、単独で復号化可能なＩピクチャ（即ち、Ｉ０及びＩ１２）で構成され、これらはそれぞれ単独で復号可能であるので、結果としてデータＢはそれ自体のみで再生可能となる（ピクチャ数が減少しているので、当然ながら画像は荒くなる）。即ち、携帯電話３００では、表示部３６で、ピクチャ数の少ないコンテンツデータとして、データＢを再生することができる。

一方データＡは、Ｐピクチャ及びＢピクチャ（Ｂ１、Ｂ２、Ｐ３、Ｂ４、Ｂ５、Ｐ６、Ｂ７、Ｂ８、Ｐ９、Ｂ１０、Ｂ１１、Ｂ１３、Ｂ１４、及びＰ１５）から構成され、これらのＰピクチャ及びＢピクチャが参照するＩピクチャのデータを有しない。即ち、データＡだけでは再生することはできない。本実施例に係るコンテンツ配信システム１０では、このデータＡをコンテンツサーバ２００が有し、これをＴＶ４００に対して配信している。

尚、データＢと共にＳＤカード３３に記録されている結合情報は、データＡとデータＢを結合するための情報である。データＡのそれぞれのＰピクチャやＢピクチャが参照するＩピクチャの情報や、それぞれのピクチャの順序等の情報が含まれる。

図６は、携帯電話３００でコンテンツサーバ２００から復号鍵及びＵＲＬをダウンロードする流れを示すフローチャートである。これを元に、ＴＶ４００がコンテンツサーバ２００から暗号化されたデータＡを取得するためのＵＲＬと、暗号化されたデータＡを復号するための復号鍵を携帯電話３００で取得する流れについて説明する。

まず、携帯電話３００の通信部３４とコンテンツサーバ２００の携帯通信部２４との間で接続処理を行う（ステップ６０１、ステップ６０２）。接続が確立すれば、携帯電話３００の認証を、コンテンツサーバ２００が行う（ステップ６０３、ステップ６０４）。より具体的には、携帯電話３００がデータＡ保有者か否かをＰＫＩによる方式でコンテンツサーバ２００が判断するものであり、コンテンツサーバ２００が信用する認証サーバによる証明書を携帯電話３００が有しているか否かで判断される。この認証は、コンテンツサーバ２００の認証部２５で行われる。

次に、認証に成功したか否かを判断し（ステップ６０５）、携帯電話３００がデータＡ保有者で無ければ、即ち認証に失敗した場合には、このまま携帯電話３００に対する処理を終了する。携帯電話３００がデータＡ保有者であれば、即ち、認証に成功した場合には、コンテンツサーバ２００は、ＵＲＬ／鍵情報生成部２６により、データＡを取得するためのＵＲＬ、及びデータＡをやり取りするための鍵情報（暗号鍵及び復号鍵）を作成する（ステップ６０６）。この作成は、乱数等に基づいて行われる。

作成された復号鍵及びＵＲＬは、携帯通信部２４を通じて携帯電話３００に送信される（ステップ６０７）。また、それと共に、作成されたＵＲＬと暗号鍵とのセットを、記録部２３に記録しておく（ステップ６０８）。これにより、今回作成されたＵＲＬにＴＶ４００からアクセスされたときに、今回作成された暗号鍵を用いてデータＡを暗号化できるようになる。

携帯電話３００は、コンテンツサーバ２００からＵＲＬ及び復号鍵を、通信部３４で受信する（ステップ６０９）。この受信したＵＲＬ及び復号鍵は、ＳＤカード３３に記録される（ステップ６１０）。

続いて、ＴＶ４００がコンテンツサーバ２００から暗号化されたデータＡを取得する流れについて説明する。図７は、ＴＶ４００でコンテンツサーバ２００からデータＡを取得し、コンテンツデータを再生するまでの流れを示すフローチャートである。

まずユーザは、ＴＶ４００にＳＤカード３３を挿入する（ステップ７０１）。尚、ここで挿入されるＳＤカード３３は、携帯電話３００で、図６で説明した作業により復号鍵及びＵＲＬの情報を取得したものである。またそれと共に、データＢ及び結合情報を格納している。

ユーザのＴＶ４００の操作部４７での操作等により、ＴＶ４００の通信部４３とコンテンツサーバ２００の公衆通信部２８との間の接続処理を行う（ステップ７０２及びステップ７０３）。このとき、ＴＶ４００からコンテンツサーバ２００へアクセスする際のＵＲＬは、ＳＤカード３３に記録されたＵＲＬである。

ＴＶ４００とコンテンツサーバ２００の間で接続が確立すれば、コンテンツサーバ２００では、暗号化部２７でデータＡの暗号化を行う（ステップ７０４）。このとき使用される暗号鍵は、ＴＶ４００からアクセスを受けたＵＲＬと同時にＵＲＬ／鍵情報生成部２６で作成された暗号鍵であり、この対応情報は、記録部２３に記録されている。

データＡの暗号化後、コンテンツサーバ２００では、暗号化したデータＡを公衆通信部２８からＴＶ４００に向けて送信する（ステップ７０５）。
ＴＶ４００は、暗号化されたデータＡを通信部４３で受信し（ステップ７０６）、これを復号化部４４で復号化する（ステップ７０７）。このとき使用する復号鍵は、ＳＤカード３３に記録された復号鍵である。

復号化を終えたデータＡは、データ結合部４５により、ＳＤカード３３に記録されたデータＢと結合される（ステップ７０８）。このとき、ピクチャの順序等を決定するため、ＳＤカード３３に記録された結合情報を参照する。データＡとデータＢが結合されると、視聴するコンテンツデータが作成されるので、このデータは記録部４６に記録される。この記録されたコンテンツデータは、ユーザの操作部４７での操作等により再生部４８で再生され、表示部４９に表示する（ステップ７０９）。

以上説明したように、本実施例に係るコンテンツサーバ２００は、単独では再生不可能なデータＡを配信する。これにより、ＴＶ４００への配信したデータＡを第三者に盗取され、さらにこの暗号を破られたとしても、データＡは単独では再生することができないため、この安全性は非常に高い。

本実施例では、携帯電話３００が持つデータＢは、それ自身で再生できるため、コンテンツデータの簡易視聴が可能である。これにより、移動中にユーザが携帯電話で視聴したり、若しくはどのようなコンテンツであったかをチェックしたりすることが可能となるので、より利便性が高い。

本実施例では、復号鍵及びＵＲＬを携帯電話３００で取得した後、この情報に基づいてＴＶ４００でデータＡを取得している。これにより、直接ＴＶ４００からデータＡを取得する実施形態よりも、復号鍵やＵＲＬの情報が一種の鍵の役割を果たすこととなり、より安全性が高まる。

本実施例では、携帯電話３００から要求を受ける度に、異なるＵＲＬ及び鍵情報をＵＲＬ／鍵情報生成部２６で生成している。言うまでも無く、ある特定のＵＲＬや鍵情報を用いる場合よりも安全性は高い。

データＡをやり取りするための暗号鍵及びＵＲＬは、携帯電話３００に対し、セルラーネットワーク１１を介して送信される。一般に、公衆通信網であるインターネットよりも、キャリア毎に仕様が統一され、各端末にＩＤも割り振られるセルラーネットワーク１１の方が安全性が高いため、より重要度の高い暗号鍵及びＵＲＬをセルラーネットワーク１１を介して配信することにより、より安全性は高まる。また、データＡと、鍵情報及びＵＲＬをそれぞれ異なるルートでコンテンツサーバ２００から送信しており、この点も安全性は向上している。

本実施例では、視聴させるコンテンツデータをデータＡとデータＢに分割し、ユーザはデータＢの記録されたＳＤカード３３のみを持ち歩けば、外出先等で当該コンテンツデータを視聴することができる。データＢは、当然ながらコンテンツデータ全体に比してデータ量が小さいので、例えコンテンツデータ全体はＳＤカード３３では記録できず、ＤＶＤ等のより大きな記憶容量を持つ媒体が必要な場合であったとしても、ユーザはデータＢの記録されたＳＤカード３３を持ち歩けば、残りのデータ、即ちデータＡをコンテンツサーバ２００から取得すれば、当該コンテンツデータを視聴することができる。

尚、コンテンツサーバ２００とＴＶ４００との間の伝送路を、ＤＴＣＰ ｏｖｅｒ ＩＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ ｏｖｅｒ ＩＰ）等のコンテンツ保護技術によって伝送されれば、ＴＶ４００における再生を制御することもできる。また、作成したコンテンツデータに含まれるコピー制御情報（ＤＴＣＰ ｏｖｅｒ ＩＰの例であればＥ−ＥＭＩ等）を用いれば、これに応じて、コンテンツデータの再生回数や、期間等を制限したり、コンテンツデータの無尽蔵なコピーを防いだりすることができる。若しくは再生に対する課金を行うことも考えられる。

データＡをダウンロードする機器は、携帯電話３００でなくとも、例えばインターネットを介してＰＣやＴＶ４００自身であっても良い。特にＴＶ４００自身である場合には、別途携帯電話３００を用意する必要が無い。

尚、データＢも単独で視聴不可能とすることも考えられる。これにより、携帯電話３００での簡易視聴が不可能となるが、コンテンツデータ作成者が簡易視聴を認めない場合には、この実施形態の方が好適となる。

本実施例では、データＢ、結合情報、復号鍵、ＵＲＬ等の情報は、ＳＤカード３３を介してやり取りしているが、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ等の通信や、他の記録媒体を介して行っても良い。

本発明の実施例１に係るコンテンツ配信システムの構成を示すブロック図。 本発明の実施例１に係るコンテンツサーバの構成を示すブロック図。 本発明の実施例１に係る携帯電話の構成を示すブロック図。 本発明の実施例１に係るＴＶの構成を示すブロック図。 本発明の実施例１に係るコンテンツデータとデータＡ及びデータＢの対応を示す図。 本発明の実施例１に係るコンテンツ配信システムにおいて、携帯電話がコンテンツサーバから復号鍵及びＵＲＬをダウンロードする流れを示すフローチャート。 本発明の実施例１に係るコンテンツ配信システムにおいて、ＴＶがコンテンツサーバからデータＡを取得し、コンテンツデータを再生するまでの流れを示すフローチャート。

符号の説明

１０・・・コンテンツ配信システム
１１・・・セルラーネットワーク
１２・・・インターネット
２１・・・ＣＰＵ
２２・・・メモリ
２３・・・記録部
２４・・・携帯通信部
２５・・・認証部
２６・・・ＵＲＬ／鍵情報生成部
２７・・・暗号化部
２８・・・公衆通信部
３１・・・ＣＰＵ
３２・・・メモリ
３３・・・ＳＤカード
３４・・・通信部
３５・・・操作部
３６・・・表示部
４１・・・ＣＰＵ
４２・・・メモリ
４３・・・通信部
４４・・・復号化部
４５・・・データ結合部
４６・・・記録部
４７・・・操作部
４８・・・再生部
４９・・・表示部
２００・・・コンテンツサーバ
３００・・・携帯電話
４００・・・ＴＶ

Claims (8)

1. 映像、音声等のコンテンツデータを再生するデータ再生装置において、
   前記コンテンツデータの一部を構成する第１のデータを格納する第１のデータ格納手段と、
   前記コンテンツデータの一部を構成すると共に、前記第１のデータと結合して前記コンテンツデータを生成する単独で再生不可能な補完データを、ネットワークを介して接続された配信装置より受信し、格納する第２のデータ格納手段と、
   前記第１のデータ及び前記補完データを結合させるための結合情報を記録する記録手段と、
   前記結合情報に基づいて前記第１のデータ及び前記補完データを結合させて前記コンテンツデータを生成する結合手段と、
   前記結合手段により生成された前記コンテンツデータを再生する再生手段と
   を備えることを特徴とするデータ再生装置。
2. 映像、音声等のコンテンツデータを再生するデータ再生装置において、
   前記コンテンツデータの一部を構成し、単独でそのコンテンツの簡易再生が可能な簡易再生データを格納する第１のデータ格納手段と、
   前記コンテンツデータの一部を構成すると共に、前記簡易再生データと結合して前記コンテンツデータを生成する単独で再生不可能な補完データを、ネットワークを介して接続された配信装置より取得する通信手段と、
   前記通信手段により取得した前記補完データ及び前記簡易再生データを結合させるための結合情報を格納する結合情報格納手段と、
   前記結合情報に基づいて前記簡易再生データ及び前記補完データを結合させて前記コンテンツデータを生成する結合手段と、
   前記結合手段により生成された前記コンテンツデータを再生する再生手段と
   を備えることを特徴とするデータ再生装置。
3. 請求項２記載のデータ再生装置において、
   前記通信手段により受信した前記補完データは暗号化されており、
   暗号化された前記補完データを復号するための鍵情報を格納する鍵情報格納手段と、
   暗号化された前記補完データを前記鍵情報に基づいて復号する復号化手段と
   をさらに備えることを特徴とするデータ再生装置。
4. 請求項２記載のデータ再生装置において、
   前記通信手段が前記配信装置に接続するためのＵＲＬを格納するＵＲＬ格納手段をさらに備え、
   前記通信手段は前記ＵＲＬに基づいて前記配信装置に接続し、前記補完データを取得することを特徴とするデータ配信装置。
5. 前記コンテンツデータは、ＭＰＥＧ規格の映像データであり、
   前記第１のデータはＩピクチャから構成され、
   前記補完データはＰピクチャ及びＢピクチャから構成されることを特徴とする請求項２乃至請求項４記載のデータ配信装置。
6. 映像、音声等のコンテンツデータが、第１のデータと、前記第１のデータと結合して前記コンテンツデータを生成する単独で再生不可能な補完データとに分割され、前記第１のデータ及びデータ配信装置から配信される前記補完データが再生装置により結合されてそのコンテンツが再生されるシステムの前記データ配信装置において、
   前記補完データを格納する補完データ格納手段と、
   前記補完データをネットワークを介して接続された前記再生装置に送信する通信手段と
   を備え、
   前記通信手段は、前記第１のデータを所有する前記再生装置に前記補完データを送信することを特徴とするデータ配信装置。
7. 請求項６記載のデータ配信装置において、
   前記補完データを暗号化する暗号化手段をさらに備え、
   前記通信手段は、前記暗号化手段により暗号化された前記補完データを前記再生装置に送信することを特徴とするデータ配信装置。
8. 請求項７記載のデータ配信装置において、
   前記補完データを暗号化及び復号化するための鍵情報を作成する鍵情報生成手段と、
   前記再生装置と接続し、前記補完データを送信する為のＵＲＬを作成するＵＲＬ作成手段と
   をさらに備え、
   前記暗号化手段は、前記鍵情報生成手段が作成した前記鍵情報に基づいて前記補完データを暗号化し、
   前記通信手段は、前記ＵＲＬ作成手段により作成されたＵＲＬに基づいた接続で前記再生装置に前記暗号化手段により暗号化された前記暗号化データを送信することを特徴とするデータ配信装置。

Images