(57)【特許請求の範囲】
【請求項１】
ネットワークの通信状況を検知する通信状況検知手段と、
前記通信状況検知手段により検知された通信状況に基づいて、受信対象のコンテンツデータを決定する決定手段と、
前記決定手段により決定されたコンテンツデータを前記ネットワークを介して受信する受信手段と、
前記受信手段により受信されたコンテンツデータを記憶する記憶手段と、
前記記憶手段に記憶されたコンテンツデータを再生する再生手段と、
前記再生手段におけるコンテンツデータの再生状況を検知する再生状況検知手段と、
を備え、
前記決定手段が、前記通信状況と前記再生状況とに基づいて所定時間におけるダウンロード可能量を算出すると共に、再生中のコンテンツデータのダウンロード残量を算出し、該ダウンロード可能量と該ダウンロード残量とを比較することで受信対象のコンテンツデータを決定することを特徴とする再生装置。
【請求項２】
前記決定手段が、前記ダウンロード可能量が前記ダウンロード残量よりも大きい場合に、前記再生中のコンテンツデータ、及び該コンテンツデータとは別のコンテンツデータを受信することを決定する、
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
前記決定手段が、前記ダウンロード可能量が前記ダウンロード残量以下である場合、前記再生中のコンテンツデータの未受診部分を受信することを決定する、
ことを特徴とする請求項１又は２に記載の再生装置。
【請求項４】
コンテンツデータの受信の優先度を設定する優先度設定手段を更に備え、
前記決定手段が、前記通信状況と、前記再生状況と、前記優先度設定手段により設定された優先度とに基づいて、受信対象のコンテンツデータを決定する、
ことを特徴とする請求項１〜３のいずれか一項に記載の再生装置。
【請求項５】
前記優先度設定手段が、ユーザの視聴傾向と、コンテンツデータの属性と、再生中のコンテンツデータの内容とのうち少なくとも一つに基づいて前記優先度を設定する、
ことを特徴とする請求項４に記載の再生装置。
【請求項６】
コンテンツデータを再生する再生装置における再生方法であって、
前記再生装置が、ネットワークの通信状況を検知する通信状況検知ステップと、
前記再生装置が、前記通信状況検知ステップにおいて検知された通信状況に基づいて、受信対象のコンテンツデータを決定する決定ステップと、
前記再生装置が、前記決定ステップにおいて決定されたコンテンツデータを前記ネットワークを介して受信する受信ステップと、
前記再生装置が、前記受信ステップにおいて受信されたコンテンツデータを記憶する記憶ステップと、
前記再生装置が、前記記憶ステップにおいて記憶されたコンテンツデータを再生する再生ステップと、
前記再生装置が、前記再生ステップにおけるコンテンツデータの再生状況を検知する再生状況検知ステップと、
を含み、
前記決定ステップでは、前記通信状況と前記再生状況とに基づいて所定時間におけるダウンロード可能量を算出すると共に、再生中のコンテンツデータのダウンロード残量を算出し、該ダウンロード可能量と該ダウンロード残量とを比較することで受信対象のコンテンツデータを決定することを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータを受信して再生する再生装置及び再生方法に関するものである。
【背景技術】
【０００２】
従来から、動画や音声などを含むコンテンツを受信して再生する再生装置が知られている。例えば、インターネットに接続されたパーソナルコンピュータや、携帯電話機に代表される移動通信端末がそのような再生装置の役割を果たしている。ネットワークを介して提供されるコンテンツ（ネットワークコンテンツ）を再生する際には、コンテンツが伝送されるネットワークの通信状況を無視することはできない。
【０００３】
通信状況の把握に関し、下記特許文献１には、携帯端末が将来移動する地域の電波環境を報知する電波環境情報処理サーバが開示されている。この処理サーバは、まず、携帯端末から該端末に関する位置情報、目的地情報、端末種別情報などを受信する。続いて処理サーバは、受信したこれらの情報と、予め保持している地図データ及び電波環境データ（受信品質に関するデータ）とに基づいて、通信不能が予測される地点までの所要時間を算出し、算出結果を携帯端末に送信する。
【特許文献１】特開２００５−２３６８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
コンテンツ再生においても、上記特許文献１に記載の予測処理を適用することで通信状況把握することが可能であると考えられる。しかしながら、コンテンツ再生においては、その利便性にも配慮する必要がある。例えば、視聴中のコンテンツを最後まで間断なく再生することや、将来視聴される可能性があるコンテンツを予め取得し、ユーザ選択時にそのコンテンツの再生を円滑に開始することなど、ネットワークコンテンツの利便性の向上が望まれている。
【０００５】
本発明は、上記課題を解決するためになされたものであり、コンテンツ再生の利便性を向上させることが可能な再生装置及び再生方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の再生装置は、ネットワークの通信状況を検知する通信状況検知手段と、通信状況検知手段により検知された通信状況に基づいて、受信対象のコンテンツデータを決定する決定手段と、決定手段により決定されたコンテンツデータをネットワークを介して受信する受信手段と、受信手段により受信されたコンテンツデータを記憶する記憶手段と、記憶手段に記憶されたコンテンツデータを再生する再生手段と、を備え、決定手段が、通信状況と再生状況とに基づいて所定時間におけるダウンロード可能量を算出すると共に、再生中のコンテンツデータのダウンロード残量を算出し、該ダウンロード可能量と該ダウンロード残量とを比較することで受信対象のコンテンツデータを決定することを特徴とする。
【０００７】
また、本発明の再生方法は、コンテンツデータを再生する再生装置における再生方法であって、再生装置が、ネットワークの通信状況を検知する通信状況検知ステップと、再生装置が、通信状況検知ステップにおいて検知された通信状況に基づいて、受信対象のコンテンツデータを決定する決定ステップと、再生装置が、決定ステップにおいて決定されたコンテンツデータをネットワークを介して受信する受信ステップと、再生装置が、受信ステップにおいて受信されたコンテンツデータを記憶する記憶ステップと、再生装置が、記憶ステップにおいて記憶されたコンテンツデータを再生する再生ステップと、再生装置が、再生ステップにおけるコンテンツデータの再生状況を検知する再生状況検知ステップと、を含み、決定ステップでは、通信状況と再生状況とに基づいて所定時間におけるダウンロード可能量を算出すると共に、再生中のコンテンツデータのダウンロード残量を算出し、該ダウンロード可能量と該ダウンロード残量とを比較することで受信対象のコンテンツデータを決定することを特徴とする。
【０００８】
このような再生装置及び再生方法によれば、まず、ネットワークの通信状況が検知され、その検知結果に基づいて受信対象のコンテンツデータが決定される。続いて、決定されたコンテンツデータが受信及び記憶され、記憶されたコンテンツデータが再生される。このように、ネットワーク環境を考慮してコンテンツデータが受信されるので、最適なコンテンツ受信（ダウンロード）及びコンテンツ再生を実行することが可能になる。また、受信されたコンテンツデータが記憶されることにより、その後の通信環境の変化に影響されることなくコンテンツデータを再生することが可能になる。したがって、コンテンツ再生の利便性が向上する。
また、ネットワークの通信状況だけでなく、コンテンツデータの再生状況にも基づいて受信対象のコンテンツデータが決定される。このように、再生装置の稼働状況も考慮してコンテンツデータを受信することで、最適なコンテンツ受信（ダウンロード）及びコンテンツ再生を実行することが可能になる。
さらに、所定時間におけるダウンロード可能量と再生中のコンテンツデータのダウンロード残量とを比較することで、受信対象のコンテンツデータが決定される。このように、再生中のコンテンツデータの受信状況を考慮することで、より最適なコンテンツ受信及びコンテンツ再生を実現できる。
【００１３】
本発明の再生装置では、決定手段が、ダウンロード可能量がダウンロード残量よりも大きい場合に、再生中のコンテンツデータ、及び該コンテンツデータとは別のコンテンツデータを受信することを決定することが好ましい。
【００１４】
この場合、所定時間におけるダウンロード可能量が再生中のコンテンツデータのダウンロード残量よりも大きい場合に、再生中のコンテンツデータ、及びそのコンテンツデータとは別のコンテンツデータが受信される。これにより、再生中のコンテンツデータの視聴に影響を与えることなくそのコンテンツデータを受信すると共に、将来視聴される可能性がある別のコンテンツデータを事前に受信することが可能になる。
【００１５】
本発明の再生装置では、決定手段が、ダウンロード可能量がダウンロード残量以下である場合、再生中のコンテンツデータの未受診部分を受信することを決定することが好ましい。
【００１７】
本発明の再生装置では、コンテンツデータの受信の優先度を設定する優先度設定手段を更に備え、決定手段が、通信状況と、再生状況と、優先度設定手段により設定された優先度とに基づいて、受信対象のコンテンツデータを決定することが好ましい。
【００１８】
この場合、ネットワークの通信状況だけでなく、コンテンツデータの再生状況及びコンテンツデータの受信の優先度にも基づいて受信対象のコンテンツデータが決定される。これにより、最適なコンテンツ受信（ダウンロード）及びコンテンツ再生を実行することが可能になり、コンテンツ再生の利便性が更に向上する。
【００１９】
本発明の再生装置では、優先度設定手段が、ユーザの視聴傾向と、コンテンツデータの属性と、再生中のコンテンツデータの内容とのうち少なくとも一つに基づいて優先度を設定することが好ましい。
【００２０】
この場合、ユーザの視聴傾向、コンテンツデータの属性、及び再生中のコンテンツデータの内容のうち少なくとも一つに基づいてダウンロードの優先度が設定されるので、ユーザの嗜好に合致するコンテンツデータを優先的に受信することが可能になる。その結果、コンテンツ再生の利便性が更に向上する。
【発明の効果】
【００２１】
このような再生装置及び再生方法によれば、ネットワークの通信状況に基づいて受信対象のコンテンツデータが決定され、そのコンテンツデータが受信及び記憶されるので、コンテンツ再生の利便性を向上させることが可能になる。
【発明を実施するための最良の形態】
【００２２】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２３】
まず、図１〜４を用いて、実施形態に係る再生装置２０を備えるコンテンツ再生システム１の構成を説明する。図１は、コンテンツ再生システム１の全体構成と、配信サーバ１０及び再生装置２０の機能構成とを示す図である。図２は、図１に示す配信サーバ１０のハードウェア構成を示す図である。図３は、コンテンツデータの構成を示す図である。図４は、図１に示す再生装置２０のハードウェア構成を示す図である。
【００２４】
コンテンツ再生システム１は、配信サーバ１０、ネットワークＮ及び再生装置２０を備えている。配信サーバ１０と再生装置２０とは、ネットワークＮを介して通信可能である。なお、図１では、説明の簡単のため、再生装置２０を一つのみ示しているが、コンテンツ再生システム１内に再生装置２０が複数存在してもよい。
【００２５】
配信サーバ１０は、動画像データや音声データなどで構成されるコンテンツデータを再生装置２０に配信するコンピュータシステムである。配信サーバ１０は、機能的構成要素としてコンテンツ記憶部１１と通信部１２とを備えている。
【００２６】
この配信サーバ１０は、図２に示すように、オペレーティングシステムやアプリケーションプログラムなどを実行するＣＰＵ１０１、ＲＯＭ及びＲＡＭで構成される主記憶部１０２、ハードディスクなどで構成される補助記憶部１０３、ネットワークカードなどの通信制御部１０４、キーボードやマウスなどで構成される入力部１０５、及びモニタやプリンタなどで構成される出力部１０６で構成される。図１に示される各機能は、図２に示すＣＰＵ１０１や主記憶部１０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信制御部１０４を動作させるとともに、主記憶部１０２や補助記憶部１０３におけるデータの読み出し及び書き込みを行うことで実現される。
【００２７】
コンテンツ記憶部１１は、コンテンツデータを記憶する手段（データベース）である。各コンテンツデータは暗号化されており、コンテンツＩＤにより識別される。
【００２８】
図３に示すように、コンテンツデータＣには、復号の際に用いる初期鍵ｓと、初期鍵ｓが正規のものか否かを検証するために使用される正当性検証情報と、コンテンツを構成する複数の暗号化ブロックデータｃｉ（ｉ＝１〜ｎ）とが含まれる。各暗号化ブロックデータｃｉには、ブロックデータの属性を示すタグ情報（属性情報）が関連付けられている。タグ情報の具体的な構成は限定されない。例えば、ブロック番号を含むタグ情報を設定してもよいし、ブロックデータで示されるシーンの属性や、ブロックデータを包含するコンテンツデータの属性を含むタグ情報を設定してもよい。このような属性としては、例えば、登場人物やシーンにおける話の展開などが考えられる。
【００２９】
通信部１２は、コンテンツ記憶部１１に記憶されているコンテンツデータを再生装置２０に配信する手段である。具体的には、通信部１２は、再生装置２０から要求信号を受信し、その要求信号から再生装置２０を識別する装置ＩＤとコンテンツデータを識別するコンテンツＩＤとを抽出する。続いて、通信部１２は、そのコンテンツＩＤに対応するコンテンツデータをコンテンツ記憶部１１から読み出し、装置ＩＤに対応する再生装置２０に送信する。
【００３０】
ネットワークＮは、移動体通信網を含んでいる。もっとも、ネットワークＮの構成は限定されるものではなく、他の種類の無線通信ネットワークや有線通信ネットワークによりネットワークＮが構成されてもよい。
【００３１】
再生装置２０は、コンテンツデータを受信して再生する機器であり、具体的には、携帯電話機や携帯型情報端末（ＰＤＡ：Personal Digital Assistant）などの移動通信端末である。もっとも、再生装置２０は移動通信端末に限定されず、ハードディスクレコーダなどの固定型の機器でもよい。
【００３２】
再生装置２０は機能的構成要素として、通信状況検知部（通信状況検知手段）２１、再生状況検知部（再生状況検知手段）２２、優先度設定部（優先度設定手段）２３、決定部（決定手段）２４、送信部２５、受信部２６、コンテンツ記憶部（記憶手段）２７、ＩＣカード鍵記憶部２８及び再生部（再生手段）２９を備えている。再生部２９は、コンテンツ鍵生成部２９ａ、ブロック鍵生成部２９ｂ及び復号部２９ｃを備えている。
【００３３】
この再生装置２０は、図４に示すように、オペレーティングシステムやアプリケーションプログラムなどを実行するＣＰＵ２０１と、ＲＯＭ及びＲＡＭで構成される主記憶部２０２と、ハードディスクなどで構成される補助記憶部２０３と、ネットワークＮを介してデータ通信を行う通信制御部２０４と、操作ボタンなどの操作部２０５と、液晶モニタなどの出力部２０６とで構成される。図１に示される各機能は、図４に示すＣＰＵ２０１や主記憶部２０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ２０１の制御の下で通信制御部２０４を動作させるとともに、主記憶部２０２や補助記憶部２０３におけるデータの読み出し及び書き込みを行うことで実現される。
【００３４】
通信状況検知部２１は、ネットワークＮの通信状況を検知する手段である。具体的には、通信状況検知部２１は、ネットワークＮの単位時間当たりの通信量（以下では「ダウンロード効率」という）を検知する。このために、通信状況検知部２１は、所定時間（例えば５分や１０分など）における通信速度や通信量を測定し、その測定結果に基づいてダウンロード効率を算出する。ダウンロード効率は、例えばブロック／秒やバイト／秒などの単位で表すことができる。なお、通信状況検知部２１は、ネットワークＮの通信仕様（理論値）に基づいてダウンロード効率を算出してもよい。通信状況検知部２１は、算出（検知）したダウンロード効率を決定部２４に出力する。
【００３５】
再生状況検知部２２は、再生部２９におけるコンテンツデータの再生状況を検知する手段である。具体的には、受信済かつ再生中であるコンテンツデータの再生終了までの残り時間（残再生時間）を検知する。例えば、全体で６０分のコンテンツＡのうち４５分ぶんのデータが受信済であり、そのコンテンツＡが３０分再生されている場合、再生状況検知部２２は、４５−３０＝１５（分）を残再生時間として検知する。再生状況検知部２２は、検知した残再生時間を決定部２４に出力する。
【００３６】
優先度設定部２３は、コンテンツデータの受信の優先度（ダウンロードの優先度）を設定する手段である。優先度が高いコンテンツデータは、優先度が低いコンテンツデータよりも先に受信される可能性が高くなる。優先度設定部２３での優先度設定方法はいくつか考えられる。
【００３７】
例えば、優先度設定部２３は、視聴ログ（視聴履歴）と、コンテンツデータの属性とに基づいて優先度を設定する。具体的には、優先度設定部２３は、視聴ログを解析してユーザの視聴傾向を導出すると共に、受信可能なコンテンツデータのタグ情報を取得する。なお、優先度設定部２３は、優先度設定時にコンテンツデータのタグ情報を受信してもよいし、事前にそのタグ情報を受信して記憶しておいてもよい。続いて、優先度設定部２３は、導出した視聴傾向とタグ情報に含まれるコンテンツデータの属性とを比較することで、受信可能なコンテンツデータに対して優先度を設定する。そして優先度設定部２３は、設定した優先度を決定部２４に出力する。
【００３８】
視聴傾向としては、例えば視聴時間、視聴回数、最新作や流行物へのアクセスの有無などがある。また、コンテンツデータの属性としては、例えばコンテンツのジャンルやストーリー展開、登場人物、作者、推奨度、他ユーザの視聴傾向を示す統計情報、コンテンツ間の関連（順序関係など）を示す情報などがある。
【００３９】
例えば、受信可能なコンテンツデータがスポーツ番組「コンテンツＡ」、バラエティ番組「コンテンツＢ」及びニュース番組「コンテンツＣ」であり、過去の一定期間における視聴時間を集計した結果、スポーツ番組、ニュース番組、バラエティ番組の順で視聴時間が多かった場合、優先度設定部２３は、コンテンツＡ，Ｂ，Ｃの優先度をそれぞれ１位，３位，２位に設定する。
【００４０】
また、優先度設定部２３は、導出した視聴傾向よりも再生中のコンテンツデータの内容（タグ情報）に重みをおいて優先度を設定してもよい。例えば、受信可能なコンテンツデータが「ドラマＡの第２話」及び「ドラマＢの第２話」であるとする。このとき、ユーザが「ドラマＡの第２話」よりも「ドラマＢの第２話」を好むという結果が視聴傾向から導出されても、再生中のコンテンツデータが「ドラマＡの第１話」であれば、優先度設定部２３は、その「ドラマＡの第１話」に続く「ドラマＡの第２話」の優先度を１位に設定する。なお、このようなコンテンツ間の関連（例えば順序関係）は、上述したようにコンテンツデータの属性としてタグ情報に含まれる。
【００４１】
なお、優先度設定部２３は、ユーザの視聴傾向、コンテンツデータの属性、及び再生中のコンテンツデータの内容のいずれか一つのみを用いて優先度を設定してもよい。例えば、優先度設定部２３は、コンテンツの推奨度のみに基づいて優先度を設定することが可能である。
【００４２】
また、優先度設定部２３はユーザが入力した優先度を受け付けてその入力内容の通りに優先度を設定してもよい。この場合、ユーザが選択した順番でコンテンツデータが受信される。
【００４３】
決定部２４は、通信状況検知部２１により検知された通信状況と、再生状況検知部２２により検知された再生状況と、優先度設定部２３により設定された優先度とに基づいて、受信対象のコンテンツデータを決定する手段である。
【００４４】
まず、決定部２４は、通信状況検知部２１から入力されたダウンロード効率と再生状況検知部２２から入力された残再生時間とを乗算することで、受信済且つ再生中のコンテンツデータの再生が終了するまでにダウンロードできるデータ量（ダウンロード可能量）を算出する。続いて、決定部２４は、再生中のコンテンツデータのうち未だ受信していない部分のデータ量（ダウンロード残量）を算出する。続いて、決定部２４は、ダウンロード可能量とダウンロード残量との大小関係を導出し、その導出結果とコンテンツデータの優先度とに基づいて、次に受信するコンテンツデータを決定する。最後に決定部２４は、決定結果を送信部２５に出力する。
【００４５】
例えば、再生中のコンテンツデータが「コンテンツＡ」であるとして、ダウンロード可能量が３メガバイト、コンテンツＡのダウンロード残量が２メガバイトである場合、決定部２４は、受信済のコンテンツＡを再生し終えるまでにコンテンツＡの未受信部分（２メガバイト分のデータ）を受信できると判定する。そして決定部２４は、コンテンツＡの未受信部分の受信と、コンテンツＡの次に優先度が高いコンテンツデータ（上述の例ではコンテンツＣ）の受信とを実行することを決定する。
【００４６】
これに対し、ダウンロード可能量が１．５メガバイトであり、コンテンツＡのダウンロード残量が２メガバイトである場合、決定部２４は、受信済のコンテンツＡを再生し終えるまでにコンテンツＡの未受信部分（２メガバイト分のデータ）をすべて受信できないと判定する。この場合、決定部２４は、コンテンツＡの未受信部分のみ受信することを決定する。これは、コンテンツＡの再生が中断してしまうことを回避するためである。
【００４７】
決定部２４は、このような決定方法とは別の方法により受信対象のコンテンツデータを決定することも可能である。例えば、決定部２４は、残再生時間ではなく、予め定められた固定時間（例えば３分や１０分など）やユーザの１回当たりの平均再生時間に基づいてダウンロード可能量を算出してもよい。この場合、決定部２４は、ダウンロード効率と固定時間とを乗算したり、ダウンロード効率と再生時間の予測値（平均再生時間と現在の再生時間との差）とを乗算したりすることで、ダウンロード可能量を算出する。また、決定部２４は、ダウンロード可能量及びダウンロード残量のうち少なくとも一方に所定の係数を乗じたり加算したりしてそれらの値を補正した上で、ダウンロード可能量とダウンロード残量とを比較してもよい。
【００４８】
なお、通信状況検知部２１による測定によっては、再生装置２０が通信圏外に移動したり長い間通信圏外に存在していたために、ダウンロード効率が０若しくは非常に低い値（例えば１０キロバイト／秒など）となり、その結果、ダウンロード可能量も０若しくは非常に低い値になる場合がある。したがって、決定部２４は、ダウンロード効率が所定の閾値（例えば、０や１０キロバイト／秒など）である場合に、コンテンツデータの受信を行わないと決定してもよい。また、決定部２４は、ダウンロード可能量が所定の閾値（例えば、０や５００キロバイトなど）以下である場合に、コンテンツデータの受信を行わないと決定してもよい。これにより、ネットワークＮに掛かる負荷を抑制すると共に、コンテンツ再生時間の増大がほとんど期待できない無駄な受信処理を回避できる。
【００４９】
送信部２５は、決定部２４から入力された決定結果に基づいて、配信サーバ１０にコンテンツデータの配信を要求するための要求信号を生成し、生成した要求信号を送信する。例えば、決定結果がコンテンツＡ及びＢの受信を決定したことを示す場合、送信部２５は、コンテンツＡ及びＢのコンテンツＩＤと再生装置２０の装置ＩＤとを含む要求信号を生成して送信する。
【００５０】
受信部２６は、送信部２５により送信された要求信号に応じて配信サーバ１０から配信されたコンテンツデータを受信する手段である。すなわち受信部２６は、決定部２４により決定されたコンテンツデータを受信する。受信部２６は、受信したコンテンツデータをコンテンツ記憶部２７に出力する。なお、コンテンツデータは一以上のブロックデータに分割されているので、受信部２６はブロック単位で順番にデータを受信しコンテンツ記憶部２７に出力する。
【００５１】
コンテンツ記憶部２７は、受信部２６から入力されたコンテンツデータ（暗号化コンテンツデータ）を記憶する手段である。受信部２６はブロック単位で順番にコンテンツデータが入力されるので、コンテンツ記憶部２７は一又は連続した複数ブロック分のコンテンツデータを記憶する。
【００５２】
なお、コンテンツ記憶部２７が記憶するデータは、受信部２６から入力されたコンテンツデータに限定されない。例えば、コンテンツ記憶部２７は、読み取られた光ディスク内のコンテンツデータを記憶したり、配信サーバ１０以外の他の通信端末（例えば他ユーザのパーソナルコンピュータ）から受信したコンテンツデータを記憶したりできる。コンテンツ記憶部２７が記憶するコンテンツデータの中には、その一部を予め他の通信端末や光ディスクから取得し、残りの部分（不足分）を配信サーバ１０から取得したものがあり得る。
【００５３】
ＩＣカード鍵記憶部２８は、暗号化コンテンツデータの復号に必要なＩＣカード鍵Ｋ０を予め記憶する手段である。
【００５４】
再生部２９は、コンテンツ記憶部２７に記憶されている暗号化コンテンツデータを復号し再生する手段である。再生部２９は、再生装置２０のユーザからの再生指示、又は予め設定された再生予約に基づく再生指示を受け付け、その再生指示に基づいて所定の暗号化コンテンツデータをコンテンツ記憶部２７から読み出す。続いて、再生部２９は、読み出した暗号化コンテンツデータを復号し再生する。なお、再生部２９はコンテンツ記憶部２７に記憶されているコンテンツデータだけでなく、光ディスク内のコンテンツデータを直接読み出して再生することも可能である。
【００５５】
再生部２９は、配信サーバ１０から受信したコンテンツデータだけでなく、配信サーバ１０以外の他の通信端末から受信したコンテンツデータや、光ディスクなどの記録媒体により提供されたコンテンツデータなどを再生できる。したがって、再生装置２０のユーザは、自身で収集したコンテンツデータだけでなく、他人から提供されたコンテンツデータも視聴できる。
【００５６】
コンテンツデータの再生は、再生部２９を構成するコンテンツ鍵生成部２９ａ、ブロック鍵生成部２９ｂ及び復号部２９ｃが協働することで実現される。以下では、再生部２９が図３に示す暗号化コンテンツデータＣを再生することを前提として各部を説明する。
【００５７】
コンテンツ鍵生成部２９ａは、暗号化コンテンツデータＣの復号に必要なコンテンツ鍵を生成する手段である。まず、コンテンツ鍵生成部２９ａは、コンテンツ記憶部２７から暗号化コンテンツデータＣを読み出し、初期鍵ｓが正規のものか否かをＭＡＣ認証により検証する。続いて、コンテンツ鍵生成部２９ａは、ＩＣカード鍵記憶部２８からＩＣカード鍵Ｋ０を読み出す。続いて、コンテンツ鍵生成部２９ａは、予め記憶しているコンテンツ鍵生成用アルゴリズムに初期鍵ｓとＩＣカード鍵Ｋ０とを与えることでコンテンツ鍵Ｋを生成する。続いて、コンテンツ鍵生成部２９ａは、暗号化コンテンツデータＣ及びコンテンツ鍵Ｋをブロック鍵生成部２９ｂに出力する。
【００５８】
ブロック鍵生成部２９ｂは、暗号化コンテンツデータを構成する暗号化ブロックデータの復号に必要なブロック鍵を生成する手段である。まず、ブロック鍵生成部２９ｂは、コンテンツ鍵Ｋと、暗号化コンテンツデータＣ内の暗号化ブロックデータｃｉに対応するブロック番号ｔｉとを、予め記憶しているブロック鍵生成用アルゴリズムに与えることで、暗号化ブロックデータｃｉに対応するブロック鍵ｋｉを生成する。続いて、ブロック鍵生成部２９ｂは、生成したブロック鍵ｋｉと暗号化ブロックデータｃｉとを復号部２９ｃに出力する。また、ブロック鍵生成部２９ｂは、ブロック鍵ｋｉを生成した際に、そのブロック鍵ｋｉに対応する暗号化ブロックデータｃｉが再生されてユーザに視聴されることを示す視聴ログを生成し記憶する。この視聴ログには、ブロック鍵生成時刻やタグ情報などが含まれる。
【００５９】
復号部２９ｃは、暗号化されているコンテンツを復号して再生する手段である。具体的には、復号部２９ｃは、予め記憶している復号アプリケーションを読み出し、そのアプリケーションにブロック鍵ｋｉと暗号化ブロックデータｃｉとを与えることで復号化ブロックデータｍｉを導出する。続いて復号部２９ｃは、導出した復号化ブロックデータｍｉを再生する。なお、ブロック鍵生成部２９ｂ及び復号部２９ｃは、一又は連続した複数ブロック分のブロックデータに対して上記処理を実行する。これにより、再生装置２０のユーザは、コンテンツ（番組）を視聴できる。
【００６０】
次に、図５〜７を用いて、図１に示す再生装置２０の処理を説明するとともに本実施形態に係る再生方法について説明する。図５は、コンテンツデータ受信時の処理を示すフローチャートである。図６は、図５に示すコンテンツデータ決定処理の詳細を示すフローチャートである。図７は、コンテンツデータ再生時の処理を示すフローチャートである。
【００６１】
図５を用いて、コンテンツデータ受信時の処理を説明する。この処理では、まず、通信状況検知部２１が、所定時間における通信速度や通信量を測定し、その測定結果に基づいてダウンロード効率を算出することで、通信状況を検知する（ステップＳ１１、通信状況検知ステップ）。続いて、再生状況検知部２２が、受信済かつ再生中であるコンテンツデータの再生終了までの残り時間、すなわち再生状況を検知する（ステップＳ１２）。続いて、優先度設定部２３が、視聴ログから導出した視聴傾向とコンテンツデータの属性とに基づいてコンテンツデータの受信の優先度を設定する（ステップＳ１３）。
【００６２】
続いて決定部２４が、検知された通信状況及び再生状況と、設定された優先度とに基づいて、受信対象のコンテンツデータを決定する（ステップＳ１４、決定ステップ）。この決定処理の詳細を、図６を用いて説明する。
【００６３】
決定部２４は、まず、通信状況検知部２１により検知されたダウンロード効率と再生状況検知部２２により検知された残再生時間とを乗算することでダウンロード可能量を算出する（ステップＳ１４１）。続いて決定部２４は、再生中のコンテンツデータのダウンロード残量を算出する（ステップＳ１４２）。続いて決定部２４は、ダウンロード可能量とダウンロード残量との大小関係を導出する（ステップＳ１４３）。
【００６４】
ここで、ダウンロード可能量がダウンロード残量よりも大きい場合（ステップＳ１４３；ＹＥＳ）決定部２４は、再生中のコンテンツデータの未受信部分、及びそのコンテンツデータの次に優先度が高いコンテンツデータを受信することを決定する（ステップＳ１４４）。これに対し、ダウンロード可能量がダウンロード残量以下である場合（ステップＳ１４３；ＮＯ）、決定部２４は、再生中のコンテンツデータの未受信部分のみを受信することを決定する（ステップＳ１４５）。
【００６５】
図５に戻って、決定部２４により受信対象のコンテンツデータが決定されると、送信部２５がその決定結果に基づいて要求信号を生成し、配信サーバ１０に送信する（ステップＳ１５）。続いて受信部２６が、その要求信号に応じて配信サーバ１０から送信されてきたコンテンツデータを受信し（ステップＳ１６、受信ステップ）、コンテンツ記憶部２７がそのコンテンツデータを記憶する（ステップＳ１７、記憶ステップ）。これにより、再生装置２０においてコンテンツ再生が可能になる。
【００６６】
次に、図７を用いて、コンテンツデータ再生時の処理（再生ステップ）を説明する。再生部２９が再生指示を受け付けると、まず、コンテンツ鍵生成部２９ａが、ＩＣカード鍵記憶部２８に記憶されているＩＣカード鍵と、暗号化コンテンツデータ内の初期鍵とからコンテンツ鍵を生成する（ステップＳ２１）。続いて、ブロック鍵生成部２９ｂが、生成されたコンテンツ鍵と、復号対象の暗号化ブロックデータのブロック番号とからブロック鍵を生成する（ステップＳ２２）。このときブロック鍵生成部２９ｂは、復号対象の暗号化ブロックデータに対応する視聴ログを生成する（ステップＳ２３）。続いて、復号部２９ｃが、生成されたブロック鍵を用いて暗号化ブロックデータを復号し、復号されたブロックデータを再生する（ステップＳ２４）。ステップＳ２１〜Ｓ２４の処理は、再生装置２０のユーザにより入力された停止指示を再生部２９が受け付けるまで繰り返し実行される（ステップＳ２５；ＮＯ）。停止指示が入力されると、再生処理が終了する（ステップＳ２５；ＹＥＳ）。
【００６７】
以上説明したように、本実施形態によれば、ネットワークＮの通信状況と再生装置２０の稼働状況とを考慮してコンテンツデータが受信されるので、最適なコンテンツ受信及びコンテンツ再生を実行することが可能になる。また、受信されたコンテンツデータが再生装置２０内に記憶されるので、通信状況が悪化しても（例えば通信圏外への移動や通信品質の低下などが発生した場合でも）コンテンツの再生を継続することが可能になる。これにより、ユーザは、例えば通信圏外に移動した場合でも引き続きコンテンツを視聴できる。したがって、コンテンツ再生の利便性が向上する。
【００６８】
また、本実施形態によれば、ダウンロード可能量とダウンロード残量とを比較することで受信対象のコンテンツデータが決定される。このように、再生中のコンテンツデータの受信状況を考慮することで、より最適なコンテンツ受信及びコンテンツ再生を実現できる。
【００６９】
また、本実施形態によれば、所定時間におけるダウンロード可能量が再生中のコンテンツデータのダウンロード残量よりも大きい場合に、再生中のコンテンツデータ、及びそのコンテンツデータとは別のコンテンツデータが受信される。これにより、再生中のコンテンツデータの視聴に影響を与えることなくそのコンテンツデータを受信できると共に、将来視聴される可能性がある別のコンテンツデータを事前に受信することが可能になる。
【００７０】
また、本実施形態によれば、ユーザの視聴傾向、コンテンツデータの属性、及び再生中のコンテンツデータの内容のいずれかに基づいて設定されたダウンロードの優先度に基づいて受信対象のコンテンツデータが決定される。そのため、ユーザの視聴傾向やコンテンツの性質を考慮して、ユーザが視聴する可能性が高い（ユーザの嗜好に合致した）コンテンツデータを優先的に受信することが可能になる。その結果、コンテンツ再生の利便性が更に向上する。
【００７１】
また、本実施形態によれば、ネットワークの単位時間当たりの通信量と、再生中のコンテンツデータの残再生時間とを考慮して受信対象のコンテンツデータが決定されるので、ネットワークに掛かる負荷の抑制とコンテンツ再生の利便性との両立を図ることができる。
【００７２】
また、本実施形態によれば、コンテンツデータの受信、記憶及び再生がブロック単位で且つブロック間の順序関係を損なうことなく実行される。そのため、ユーザは、先読みされたウェブページを閲覧するときのように、コンテンツ全体がダウンロードされるまで待ったりコンテンツの一部のみしか閲覧できなかったりする（例えば、テキストは閲覧できるが画像が閲覧できない状態）ことなく、コンテンツデータのうちダウンロード済みの部分から視聴できる。したがって、コンテンツ再生の利便性が更に向上する。
【００７３】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で以下のような様々な変形が可能である。
【００７４】
上記実施形態では、決定部２４がダウンロードの優先度も用いて受信対象のコンテンツデータを決定したが、この優先度を用いることなく、ネットワークＮの通信状況及び再生装置２０における再生状況のみに基づいて決定処理を実行してもよい。この場合、より簡易に受信対象のコンテンツデータを決定できる。
【００７５】
上記実施形態では、ダウンロード可能量とダウンロード残量とを比較して受信対象のコンテンツデータを決定したが、決定部２４による決定方法はこれに限定されない。例えば、決定部２４が、ダウンロード残量が所定の閾値以下か否かを判定し、ダウンロード残量がその閾値以下である場合に、上記比較処理を行うことなく再生中のコンテンツデータのみを受信すると決定してもよい。所定の閾値は、データ量（例えば１メガバイトなど）や、コンテンツ全体に対する割合（例えば２０％など）などにより定義可能である。このようにダウンロード残量が少ない場合に再生中のコンテンツデータのみを受信することで、そのコンテンツデータ全体の受信をより早く完了でき、実行中のコンテンツ再生が中断する事態をより確実に回避することが可能になる。
【００７６】
本発明は、コンテンツ再生時に課金するシステムにも適用可能である。この場合、暗号化コンテンツデータには更に課金表が含まれる。そして、ブロック鍵が生成された際に、ブロック鍵生成部２９ｂが、視聴ログを生成すると共に、課金表に基づいて課金情報を生成する。生成された課金情報は、図示しない課金管理サーバに送信され、その課金管理サーバにおいて、ユーザに対する請求金額が計算される。
【００７７】
上記実施形態では、再生装置２０が暗号化コンテンツデータを復号して再生したが、配信サーバ１０が平文のコンテンツデータを配信し、再生装置２０がそのコンテンツデータをそのまま再生する場合にも、本発明を適用できる。
【図面の簡単な説明】
【００７８】
【図１】実施形態に係る再生装置の機能構成を示す図である。
【図２】図１に示す配信サーバのハードウェア構成を示す図である。
【図３】コンテンツデータの構成を示す図である。
【図４】図１に示す再生装置のハードウェア構成を示す図である。
【図５】コンテンツデータ受信時の処理を示すフローチャートである。
【図６】図５に示すコンテンツデータ決定処理の詳細を示すフローチャートである。
【図７】コンテンツデータ再生時の処理を示すフローチャートである。
【符号の説明】
【００７９】
１…コンテンツ再生システム、１０…配信サーバ、２０…再生装置、２１…通信状況検知部（通信状況検知手段）、２２…再生状況検知部（再生状況検知手段）、２３…優先度設定部（優先度設定手段）、２４…決定部（決定手段）、２５…送信部、２６…受信部（受信手段）、２７…コンテンツ記憶部（記憶手段）、２８…ＩＣカード鍵記憶部、２９…再生部（再生手段）、２９ａ…コンテンツ鍵生成部、２９ｂ…ブロック鍵生成部、２９ｃ…復号部
【図１】
0005208491.tif 000002
【図２】
0005208491.tif 000003
【図３】
0005208491.tif 000004
【図４】
0005208491.tif 000005
【図５】
0005208491.tif 000006
【図６】
0005208491.tif 000007
【図７】
0005208491.tif 000008