(57)【要約】【課題】  オンラインコンテンツ配信を行う際のチャンネル切り替えを高速に行う方法を提供する。【解決手段】  コンテンツ再生プログラムにおいて、ユーザによる再生開始要求を受け取り、認証アプリケーションにユーザ認証及び、視聴の許諾条件の確認要求を送信する。また、コンテンツ再生プログラムは、前記認証アプリケーションからの応答メッセージの到着を待たずに、予め自ノードのキャッシュに保存した復号鍵を読み出し、暗号化されたコンテンツの再生を開始する。【選択図】図１
2006129063.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツ提供システムからストリーミング配信される暗号化コンテンツを復号して再生するコンテンツ再生プログラムであって、
コンピュータに、
予め前記コンテンツ提供システムから所望の暗号化コンテンツを視聴するライセンスを取得し、暗号化コンテンツの復号に必要な復号鍵および当該暗号化コンテンツ固有の識別子とともに、自ノードのキャッシュファイルに保存するライセンス保存ステップと、
前記暗号化コンテンツの再生要求発生時に、前記コンテンツ提供システムへ許諾条件取得を要求すると同時に、当該暗号化コンテンツの復号鍵を前記キャッシュファイルから取得する復号鍵取得ステップと、
前記コンテンツ提供システムから許諾応答を受信する以前に、前記復号鍵を用いて暗号化コンテンツの復号再生を開始する復号再生ステップと、
を実行させるコンテンツ再生プログラム。
【請求項２】
前記復号再生ステップは、再生を開始した前記暗号化コンテンツの許諾条件を前記コンテンツ提供システムから取得し、その許諾条件が再生不可である場合に、当該暗号化コンテンツの再生を停止するステップを含むことを特徴とする請求項１に記載のコンテンツ再生プログラム。
【請求項３】
前記復号再生ステップは、前記コンテンツ提供システムから取得した前記許諾条件が再生不可である場合に、前記キャッシュファイルから暗号化コンテンツの復号に必要な復号鍵を消去するステップを含むことを特徴とする請求項１または請求項２に記載のコンテンツ再生プログラム。
【請求項４】
前記復号再生ステップは、前記コンテンツ提供システムから取得した許諾条件が再生不可の場合に、再生を停止した暗号化コンテンツの再生に必要な新たな許諾条件を取得する視聴契約更新のメニュー画面を自ノードのディスプレイに表示するステップを含むことを特徴とする請求項１乃至３に記載のコンテンツ再生プログラム。
【請求項５】
ネットワークを介してコンテンツ提供システムからストリーミング配信される暗号化コンテンツを復号して再生するコンテンツ再生方法であって、
予め前記コンテンツ提供システムから所望の暗号化コンテンツを視聴するライセンスを取得し、暗号化コンテンツの復号に必要な復号鍵および当該暗号化コンテンツ固有の識別子とともに、自ノードのキャッシュファイルに保存するライセンス保存ステップと、
前記暗号化コンテンツの再生要求発生時に、前記コンテンツ提供システムへ許諾条件取得を要求すると同時に、当該暗号化コンテンツの復号鍵を前記キャッシュファイルから取得する復号鍵取得ステップと、
前記コンテンツ提供システムから許諾応答を受信する以前に、前記復号鍵を用いて暗号化コンテンツの復号再生を開始する復号再生ステップと、
を有することを特徴とするコンテンツ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツ提供システムから視聴端末（ノード）に配信される暗号化コンテンツを復号再生する方法に関する。
【背景技術】
【０００２】
従来から映画等のビデオコンテンツをユーザの要求に応じて提供するＶＯＤ（Video On Demand ）システムが提供され、近年では、より高解像度のデジタルデータの適用に向けて、ネットワークを介して上記ビデオコンテンツを配信するＶＯＤシステムの開発が活発に行われている。
【０００３】
ネットワーク上でのＶＯＤシステムでは、コンテンツデータの違法コピー防止のために、ビデオコンテンツの暗号化が必須条件として求められる。コンテンツ提供者が、ユーザの要求に応じ、コンテンツを暗号化して配信する暗号化配信システムに関しては、従来から多くの提案がなされている（例えば、特許文献１、２など）。
【０００４】
また、ＶＯＤシステムでは、視聴期間、視聴回数等の許諾条件を柔軟に指定できることが求められる。この許諾条件の制御には、サーバ側で管理する方法とクライアント側で管理する方法がある。
【特許文献１】特開２００２−２６１７４３号公報
【特許文献２】特開２００３−８５６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の暗号化配信システムは、いくつかの問題を抱えている。
【０００６】
サーバ側でコンテンツへの許諾条件を制御するケースでは、同条件を柔軟かつ厳正に管理できる反面、コンテンツデータを再生する度にサーバへのアクセスが発生するため、ユーザの再生要求から再生開始までの時間に遅延が生ずるという問題がある。とくに、現在広く普及している地上波テレビ放送のように、複数の放送中のチャンネル（番組）から任意のチャンネルを選局して番組を途中から視聴する形式の放送型サービスの場合には、再生開始までのレスポンス時間の遅延は、ユーザにストレスを与えるなど、サービスの低下をさせるものとなっている。
【０００７】
一方、クライアント側で許諾条件を制御するケースでは、再生までの遅延は最小限に抑えられるものの、許諾条件そのものに対するハッキング行為、例えば、クライアント機器のカレンダーやタイマーを巻き戻すことによって視聴期間が切れているのに再生を行ったり、許諾条件管理用データファイルをバックアップすることによって再生可能回数以上の再生動作を可能とさせる、等の問題をかかえる。
【０００８】
そこで、本発明は、上述した従来技術の問題を解決するため、アクセス条件の制御を安全かつ、確実に管理するとともに、複数チャンネルの切り替えが高速に行える方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
第一の発明は、ネットワークを介してコンテンツ提供システムからストリーミング配信される暗号化コンテンツを復号して再生するコンテンツ再生プログラムであって、コンピュータに、予め前記コンテンツ提供システムから所望の暗号化コンテンツを視聴するライセンスを取得し、暗号化コンテンツの復号に必要な復号鍵および当該暗号化コンテンツ固有の識別子とともに、自ノードのキャッシュファイルに保存するライセンス保存ステップと、前記暗号化コンテンツの再生要求発生時に、前記コンテンツ提供システムへ許諾条件取得を要求すると同時に、当該暗号化コンテンツの復号鍵を前記キャッシュファイルから取得する復号鍵取得ステップと、前記コンテンツ提供システムから許諾応答を受信する以前に、前記復号鍵を用いて暗号化コンテンツの復号再生を開始する復号再生ステップと、を実行させるコンテンツ再生プログラムに関する。
【００１０】
すなわち、第一の発明は、ライセンス保存手段が、コンテンツ提供システムから予め視聴したいコンテンツのライセンスを取得し、自ノードのキャッシュにライセンスファイルとして、暗号化コンテンツ固有の識別子およびその復号鍵とともに保存し、復号鍵取得手段が、暗号化コンテンツの再生要求が発生した際に、当該暗号化コンテンツの配信の許諾要求を送信すると同時に、自ノードのキャッシュファイルから予め保存された当該暗号化コンテンツの識別子に対応する復号鍵を取得し、復号再生手段が、その復号鍵を用いて、コンテンツ提供システムからの許諾応答を受信する前に、当該暗号化コンテンツの復号再生を開始させる構成とすることによって、ユーザに対して、所望するコンテンツの配信が開始されるまでの認証にかかる時間を省くことができ、視聴するにあたっての許諾応答時間の遅延によるイライラを解消する効果が出てくる。
【００１１】
第二の発明は、前記復号再生ステップは、再生を開始した前記暗号化コンテンツの許諾条件を前記コンテンツ提供システムから取得し、その許諾条件が再生不可である場合に、当該暗号化コンテンツの再生を停止するステップを含むことを特徴とする上記第一の発明に記載のコンテンツ再生プログラムに関する。
【００１２】
すなわち、第二の発明によれば、予めライセンスを取得して保存した自ノード（クライアント）のキャッシュファイル内のライセンス情報をもとに復号再生を開始した暗号化コンテンツについて、コンテンツ提供システムから許諾応答を受信した段階で、その許諾条件が再生不可となっている場合に、当該暗号化コンテンツの再生を停止する仕組みを設けることによって、例えば、使用可能回数超過や期限切れなどによる不正使用を防止することができる。
【００１３】
第三の発明は、前記復号再生ステップは、前記コンテンツ提供システムから取得した前記許諾条件が再生不可である場合に、前記キャッシュファイルから暗号化コンテンツの復号に必要な復号鍵を消去するステップを含むことを特徴とする上記第一または第二の発明に記載のコンテンツ再生プログラムに関する。
【００１４】
すなわち、第三の発明によれば、予めライセンスを取得して保存した自ノード（クライアント）のキャッシュファイル内のライセンス情報をもとに復号再生を開始した暗号化コンテンツについて、コンテンツ提供システムから許諾応答を受信した段階で、その許諾条件が再生不可となっている場合に、自ノードのキャッシュファイルから暗号化コンテンツの復号に必要な復号鍵を消去する仕組みとすることによって、復号鍵は使用できず、既に再生開始された当該コンテンツの再生は即時中断されることとなり、使用可能回数超過や期限切れなどによる不正使用を防止することができる。
【００１５】
第四の発明は、前記復号再生ステップは、前記コンテンツ提供システムから取得した許諾条件が再生不可の場合に、再生を停止した暗号化コンテンツの再生に必要な新たな許諾条件を取得する視聴契約更新のメニュー画面を自ノードのディスプレイに表示するステップを含むことを特徴とする上記第一乃至第三の発明に記載のコンテンツ再生プログラムに関する。
【００１６】
すなわち、第四の発明によれば、再生を停止した暗号化コンテンツに関し、停止後に、自ノードのディスプレイに視聴契約更新のメニュー画面が提示される構成としているため、ユーザはコンテンツ再生を再開させる許諾条件が取得できることとなり、使用可能回数や期限切れに対するリカバリーが可能となり、これら制限をうっかり忘れていたユーザに対し継続使用の便宜を与えるものとなる。
【発明の効果】
【００１７】
本発明によれば、ライセンス保存手段が、コンテンツ提供システムから予め視聴したいコンテンツのライセンスを取得し、自ノードのキャッシュにライセンスファイルとして、暗号化コンテンツ固有の識別子およびその復号鍵とともに保存し、復号鍵取得手段が、当該暗号化コンテンツの配信の許諾要求を送信すると同時に、自ノードのキャッシュファイルから予め保存された当該暗号化コンテンツの識別子に対応する復号鍵を取得し、復号再生手段が、その復号鍵を用いて、コンテンツ提供システムからの許諾応答を受信する前に、当該暗号化コンテンツの復号再生を開始させる構成とすることによって、ユーザに対して、所望するコンテンツの配信が開始されるまでの認証にかかる時間を省くことができ、視聴するにあたってのアクセス時間の遅延によるイライラを解消する効果が出てくる。
【００１８】
また、予めライセンスを取得して保存した自ノードのキャッシュファイル内のライセンス情報をもとに復号再生を開始した暗号化コンテンツについて、コンテンツ提供システムから許諾応答を受信した段階で、その許諾条件が再生不可となっている場合に、当該暗号化コンテンツの再生を停止する仕組みを設けることによって、例えば、使用可能回数超過や期限切れなどによる不正使用を防止することができる。
【００１９】
また、予めライセンスを取得して保存した自ノードのキャッシュファイル内のライセンス情報をもとに復号再生を開始した暗号化コンテンツについて、コンテンツ提供システムから許諾応答を受信した段階で、その許諾条件が再生不可となっている場合に、自ノードのキャッシュファイルから暗号化コンテンツの復号に必要な復号鍵を消去する仕組みとしたことによって、復号鍵は使用できず、既に再生開始された当該コンテンツの再生は即時中断されることとなり、使用可能回数超過や期限切れなどによる不正使用を防止することができる。
【００２０】
さらに、再生を停止した暗号化コンテンツに関し、停止後に、自ノードのディスプレイに視聴契約更新のメニュー画面が提示される構成としているため、ユーザはコンテンツ再生を再開させる許諾条件が取得できることとなり、使用可能回数や期限切れに対するリカバリーが可能となり、これら制限をうっかり忘れていたユーザに対し継続使用の便宜を与えるものとなる。
【００２１】
以上、本発明のコンテンツ再生プログラムによれば、オンラインコンテンツ配信を行う場合に、視聴アクセスの条件を厳正に運用しつつ、チャンネル切り替えを高速に行うことができる。
【発明を実施するための最良の形態】
【００２２】
本発明のコンテンツ再生システムは、例えば、インターネットやＣＡＴＶ（Cable TV）網などのネットワーク環境におけるＶＯＤ（Video ｏn Demand）などのビデオコンテンツ配信システムで用いられ、高速なチャンネル切り替えを可能とするものである。
【００２３】
以下、図面にもとづいて本発明の実施形態を説明する。
【００２４】
図１は、本発明の実施の形態になるコンテンツ再生システムの基本構成を示す。本コンテンツ再生システムは、ネットワーク６を介して、放送番組、ビデオ等のコンテンツをストリーミング配信するコンテンツ提供システム２とそれらコンテンツを受信し視聴するクライアント１（ノード）で構成される。
【００２５】
コンテンツ配信側のコンテンツ提供システム２は、契約コンテンツのＩＤ（Identity: 識別子）、許諾条件（再生期限、回数等）、暗号鍵など、ユーザがコンテンツを視聴する上で必要とされる情報が格納されたライセンスファイル３００を備え、新規作成したライセンスの登録とユーザの要求によってクライアント１にライセンスを配信するライセンスアプリケーション３０が内蔵されたライセンスサーバ３、ユーザＩＤ（Identity: 識別子）、パスワード、許諾条件などのユーザ個人情報および契約情報が登録された認証ＤＢ（データベース）４００を備え、ユーザの個人情報および契約情報の登録と認証を行う認証アプリケーション４０が内蔵された認証サーバ４、および暗号化されたコンテンツが格納された暗号化コンテンツＤＢ５００を備え、暗号化コンテンツの作成、登録、およびクライアント１からのユーザ要求に応じ暗号化コンテンツの配信を行うコンテンツアプリケーション５０が内蔵されたコンテンツサーバ５とから構成される。
【００２６】
一方、コンテンツ提供側と契約したコンテンツを視聴するために、ユーザが使用するクライアント１（ノード）は、ユーザが獲得したライセンスを予めライセンスサーバ３から取得し、自ノードのキャッシュメモリにライセンスキャッシュファイル１００としてダウンロードして保存するライセンス保存手段１１、配信された暗号化コンテンツを再生するための許諾条件を問い合わせるユーザの個人情報ユーザ認証手段１２、予め自ノードに格納したライセンスキャッシュファイル１００から当該暗号コンテンツを復号する復号鍵を取り出す復号鍵取得手段１３、および復号再生手段１４からなるコンテンツ再生プログラム１０を内蔵している。
【００２７】
ここで、コンテンツを視聴するユーザが使用するクライアント１（ノード）としては、例えば、パーソナルコンピュータ、セットトップボックス、携帯電話、ＰＤＡ（Personal Digital Assistance:個人用の携帯情報端末）等が考えられる。
【００２８】
なお、ネットワーク６で互いに接続されるノードとなるクライアント１、ライセンスサーバ３、認証サーバ４、およびコンテンツサーバ５は、それぞれ、コンテンツ再生プログラム１０、ライセンスアプリケーション３０、認証アプリケーション４０、およびコンテンツアプリケーション５０を有するコンピュータであり、該コンピュータ上であらかじめ内蔵されたプログラムが実行されることによって各機能が実現される。
【００２９】
また、これら当該プログラムおよびアプリケーションは、フレキシブルディスク、コンパクトディスク、ＲＯＭ（Read Only Memory）等のコンピュータ読み取り可能な記録媒体に記録され、また、特に、図には示していないが、内蔵あるいは外部接続された媒体読取装置にセットし、インストールすることによって実行可能な状態としてもよい。
【００３０】
以下に、各プログラムおよびアプリケーションの動作について述べる。
【００３１】
コンテンツ再生プログラム１０は、ユーザによる視聴要求が行われると、ネットワーク６を介して、認証アプリケーション４０にユーザ認証および許諾条件の取得要求を送信する。認証アプリケーション４０は、同ユーザ認証および許諾条件取得要求を受信すると、認証データベース４００にアクセスし、受信した認証要求が有効であるか否かを確認し、許諾条件をコンテンツ再生プログラム１０に送信する。
【００３２】
一方、コンテンツ再生プログラム１０は、認証アプリケーション４０から許諾条件が送信されるのを待たずに、ライセンスキャッシュファイル１００から、視聴要求が行われた暗号化コンテンツに対応する復号鍵を取得し、さらにネットワーク６を介して、コンテンツアプリケーション５０に、暗号化コンテンツの配信要求を行う。それを受けてコンテンツアプリケーション５０は、当該暗号化コンテンツを暗号化コンテンツＤＢ５００から取り出し、コンテンツ再生プログラム１０に配信する。
【００３３】
そして、コンテンツ再生プログラム１０は、ライセンスキャッシュファイル１００から取得した復号鍵を用いて、配信されてきた当該暗号化コンテンツの復号再生を開始する。ここで、再生開始後、認証アプリケーション４０から受信した許諾条件が”再生不可”となっている場合は、当該暗号化コンテンツの復号再生を停止し、かつ、ライセンスキャッシュファイル１００に格納されている再生を停止した暗号化コンテンツに対応する復号鍵を消去し、さらに、図２のような視聴契約画面１１１を表示し、視聴ユーザに契約更新の入力を促す。ユーザは、その視聴契約画面１１１によって当該契約の更新を行う。
【００３４】
図２は、本発明の実施の形態になる視聴者端末における視聴契約画面とライセンスファイルの関係を表す構成図である。コンテンツ再生プログラム１０では、視聴サービス開始前あるいは、視聴契約を更新したい場合に、クライアント１のディスプレイ１１０に視聴契約画面１１１を表示し、ユーザが視聴契約を行いたい番組（チャンネル）の視聴可否の設定を行う。例えば、視聴契約画面１１１において、番組（チャンネル１、２等）毎、「視聴する」、「視聴しない」をユーザに選択させる。
【００３５】
視聴契約画面１１１において、ユーザが視聴契約したい番組が確定すると、コンテンツ再生プログラム１０は、ユーザが視聴契約を行いたい番組の暗号化コンテンツに対応するライセンスをライセンスアプリケーション３０に要求する。ライセンスアプリケーション３０は、要求された暗号化コンテンツに対応するライセンスをライセンスファイル３００から取り出し、コンテンツ再生プログラム１０に送信する。コンテンツ再生プログラム１０は、受信したライセンスをライセンスキャッシュファイル１００にダウンロードする。
【００３６】
ここで、クライアント１のコンテンツ再生プログラム１０との間で参照されるコンテンツ提供システム２における各サーバのデータベースの構成について、以下、図３〜図７を用いて説明する。
【００３７】
図３は、本発明の実施の形態になるライセンスファイルのデータ構成例を示す。ライセンスファイル３００は、「暗号化コンテンツＩＤ」、「トランザクションＩＤ」、「許諾条件（回数、期限）」、および「暗号鍵」の項目からなる複数のレコードで構成されている。
【００３８】
「暗号化コンテンツＩＤ」は、暗号化コンテンツ固有の識別子、また、「トランザクションＩＤ」は、ライセンス発行時におけるトランザクション（視聴契約取引）固有の識別子である。さらに、「許諾条件」として、本実施例では、コンテンツを再生できる可能な「回数」や再生「期限」を例としたが、他にも、クライアント間にてコンテンツを移動させる移動可能回数、コンテンツを保護するレベルを規定するコンテンツ保護レベル、暗号化コンテンツの先頭から指定箇所までを規定する再生可能サイズなどが考えられる。
【００３９】
実施例のレコードには、「暗号化コンテンツＩＤ」Ｃ１２３４５は、「トランザクションＩＤ」００１に関し、使用可能「回数」が３回、使用「期限」が２００４年１２月１日までとする「許諾条件」のもとに、「暗号鍵」ｘｙｚ１２３が付与されていることが示されている。
【００４０】
図４は、本発明の実施の形態になる認証データベースのデータ構成例を示す。認証ＤＢ４００は、「ユーザ名」、「ユーザＩＤ」、「パスワード」、および「許諾条件（暗号化コンテンツＩＤ、回数、期限、再生可否）」の項目からなる複数のレコードで構成されている。「ユーザ名」、「ユーザＩＤ」、および「パスワード」は、登録されたユーザを特定する固有の情報である。「許諾条件」の中の「暗号化コンテンツＩＤ」、「回数」、および「期限」は、ライセンスファイル３００と同一のものである。また、「再生可否」は、再生可能「回数」や使用「期限」に基づいて判断される項目であり、「可能」または「不可」で表される。
【００４１】
実施例の第一レコードでは、ユーザＡの「許諾条件」としては、「コンテンツＩＤ」Ｃ１２３４５に関しては、「回数」３回、「期限」２００４年１２月１日の制限に対し、「再生可否」は可能と判断されていることを示している。
【００４２】
また、ライセンス取得要求があった場合に、該当するライセンスの暗号化コンテンツＩＤ、許諾条件を認証ＤＢに登録する。認証要求があった場合、かつ再生可の場合は、許諾条件を更新する（例えば、再生回数の制限が３回だった場合は、２回に減らす、等) 。許諾条件を更新した結果、再生回数等が０になった場合は、再生可を再生不可に変更する( これは、次回以降の認証要求時に使われる) 。
【００４３】
図５は、本発明の実施の形態になる暗号化コンテンツデータベースのデータ構成例を示す。暗号化コンテンツＤＢ５００は、「暗号化コンテンツＩＤ」、「ファイル名」の項目からなる複数のレコードで構成される。実施例の「ファイル名」では、図２のクライアント１の視聴契約画面１１１において、ユーザが選択した番組「チャンネル１」に対応する暗号化コンテンツが格納されていることを示している。
【００４４】
例えば、７時からはニュース、８時からは娯楽番組、といったように、各チャンネルには複数の暗号化コンテンツが対応している。
【００４５】
図６は、本発明の実施の形態になるコンテンツ暗号化の概念図を示す。図６では、暗号化コンテンツがいかなる状態でデータベースに格納されているかのデータ構造の例を示している。ライセンスファイル３００の中の暗号鍵を使って、暗号化前の平文コンテンツがコンテンツアプリケーション５０によって暗号化され、暗号化コンテンツＤＢ５００に格納される。平文コンテンツは、ＴＳ（Transport Stream）パケットが複数連続した構造となっている。暗号化に際しては、受信する側の端末の処理性能を考慮して、ＴＳパケットを単位として、暗号化率を指定することによってコンテンツの全体あるいは一部を暗号化させることができる。実施例では、平文コンテンツの５０％が暗号化した場合を示しており、ＴＳパケットの２個に１個が暗号化された例を表している。
【００４６】
図７は、本発明の実施の形態になる暗号化コンテンツを送信する際のＴＳパケットのデータ構成を示す。１）はＴＳパケット、２）は平文ＴＳパケット、および３）は暗号化ＴＳパケットのデータ構成を示している。ヘッダ部は、平文／暗号文を識別するスクランブル制御ビット（例えば、平文を００、暗号文を０１と表す）、また、データ格納部は、平文データあるいは暗号化されたデータによって構成されている。
【００４７】
つぎに、本発明の暗号化コンテンツを受信して復号再生に至るまでのコンテンツ再生プログラム１０の処理フローを図８〜図１０を用いて以下に説明する。
【００４８】
図８は、本発明の実施の形態になる暗号化コンテンツの要求フローを示す。コンテンツ再生アプリケーション１０の主制御を行うメインスレッドについて説明する。メインスレッドは、ユーザからの暗号化コンテンツの再生要求を受けて、まず、ステップＳ１１において、許諾条件データ格納領域の再生可能フラグを０（暫定再生）に初期化する。つぎに、ステップＳ１２において、許諾条件取得用スレッド１および暗号化コンテンツ復号再生用スレッド２を生成する。
【００４９】
なお、スレッドとは、同一プロセス内でプログラムを並行処理させる機能であり、同一プロセス内のメモリ等のリソースを共有することを可能とするものである。
【００５０】
メインスレッドは、ステップＳ１２で、スレッド生成後、暗号化コンテンツ再生要求処理を終了し、ユーザからのイベント待ち状態となる。
【００５１】
図９は、本発明の実施の形態になる許諾条件を取得する処理フローを示す。許諾条件取得用スレッド１を説明する図である。許諾条件取得用スレッド１は、メインスレッドによってスレッド生成されると、まず、ステップＳ２１において、ネットワーク６を介して、認証サーバ４の認証アプリケーション４０にユーザ認証および許諾条件取得要求を送信する。許諾条件取得用スレッド１は、認証アプリケーション４０からの許諾条件が送信されるまで、受信待ち状態となる。
【００５２】
つぎに、ステップＳ２２において、許諾条件を受信した場合は、ステップＳ２３において、許諾の可否を判定する。ステップＳ２３で、前記許諾条件が”再生可能”であった場合は、ステップＳ２４において、許諾条件データ格納領域の再生可能フラグを１（再生可能）に設定する。また、前記許諾条件が”再生不可能”であった場合は、ステップＳ２５において、許諾条件データ格納領域の再生可能フラグを２（再生不可）に設定し、許諾条件取得用スレッド１は終了する。
【００５３】
図１０は、本発明の実施の形態になる暗号化コンテンツの復号再生フローを示す。暗号化コンテンツ復号再生用のスレッド２を説明する図である。暗号化コンテンツ復号再生用スレッド２は、まず、ステップＳ３１において、ネットワーク６を介して、コンテンツサーバ５のコンテンツアプリケーション５０に暗号化コンテンツの配信要求を行う。また、ステップＳ３２において、自ノードに予め保存しておいたライセンスキャッシュファイル１００から、再生する暗号化コンテンツに対応する復号鍵の取得を行う。さらに、ステップＳ３３において、許諾条件データ格納領域の再生可能フラグの参照を行う。
【００５４】
つぎに、ステップＳ３４において、再生可能フラグの有無を判定する。前記再生可能フラグの内容が、０（暫定再生）または、１（再生可能）だった場合は、暗号化コンテンツの受信待ち状態となる。そして、ステップＳ３５で受信処理が行われ、ステップＳ３６において、 1フレーム分のストリームデータの受信を判定する。暗号化コンテンツの１画面分のデータが蓄積された場合は、ステップＳ３７において、ライセンスキャッシュファイル１００から取得した前記復号鍵を用いて、配信された暗号化コンテンツを復号し、ステップＳ３８において、順次復号したコンテンツを画面に表示する。
【００５５】
ステップＳ３９で、配信される暗号化コンテンツがまだ終端でなかった場合は、前記許諾条件データ格納領域の再生可能フラグ取得処理に戻り、ステップＳ３５以下、暗号化コンテンツが終端になるまで、前記処理を繰り返す。
【００５６】
一方、ステップＳ３４において、再生可能フラグが２（再生不可）だった場合は、ステップＳ４０において、暗号化コンテンツの復号再生を停止し、ライセンスキャッシュファイル１００の中の該当する復号鍵を消去した後、図２の視聴契約画面１１１を表示して終了する。
【００５７】
以上述べてきた本発明の実施の態様は、以下の付記に示す通りである。
【００５８】
（付記１）  ネットワークを介してコンテンツ提供システムからストリーミング配信される暗号化コンテンツを復号して再生するコンテンツ再生プログラムであって、
コンピュータに、
予め前記コンテンツ提供システムから所望の暗号化コンテンツを視聴するライセンスを取得し、暗号化コンテンツの復号に必要な復号鍵および当該暗号化コンテンツ固有の識別子とともに、自ノードのキャッシュファイルに保存するライセンス保存ステップと、
前記暗号化コンテンツの再生要求発生時に、前記コンテンツ提供システムへ許諾条件取得を要求すると同時に、当該暗号化コンテンツの復号鍵を前記キャッシュファイルから取得する復号鍵取得ステップと、
前記コンテンツ提供システムから許諾応答を受信する以前に、前記復号鍵を用いて暗号化コンテンツの復号再生を開始する復号再生ステップと、
を実行させるコンテンツ再生プログラム。
【００５９】
（付記２）  前記復号再生ステップは、再生を開始した前記暗号化コンテンツの許諾条件を前記コンテンツ提供システムから取得し、その許諾条件が再生不可である場合に、当該暗号化コンテンツの再生を停止するステップを含むことを特徴とする付記１に記載のコンテンツ再生プログラム。
【００６０】
（付記３）  前記復号再生ステップは、前記コンテンツ提供システムから取得した前記許諾条件が再生不可である場合に、前記キャッシュファイルから暗号化コンテンツの復号に必要な復号鍵を消去するステップを含むことを特徴とする付記１または付記２に記載のコンテンツ再生プログラム。
【００６１】
（付記４）  前記復号再生ステップは、前記コンテンツ提供システムから取得した許諾条件が再生不可の場合に、再生を停止した暗号化コンテンツの再生に必要な新たな許諾条件を取得する視聴契約更新のメニュー画面を自ノードのディスプレイに表示するステップを含むことを特徴とする付記１乃至３に記載のコンテンツ再生プログラム。
【００６２】
（付記５）  ネットワークを介してコンテンツ提供システムからストリーミング配信される暗号化コンテンツを復号して再生するコンテンツ再生方法であって、
予め前記コンテンツ提供システムから所望の暗号化コンテンツを視聴するライセンスを取得し、暗号化コンテンツの復号に必要な復号鍵および当該暗号化コンテンツ固有の識別子とともに、自ノードのキャッシュファイルに保存するライセンス保存ステップと、
前記暗号化コンテンツの再生要求発生時に、前記コンテンツ提供システムへ許諾条件取得を要求すると同時に、当該暗号化コンテンツの復号鍵を前記キャッシュファイルから取得する復号鍵取得ステップと、
前記コンテンツ提供システムから許諾応答を受信する以前に、前記復号鍵を用いて暗号化コンテンツの復号再生を開始する復号再生ステップと、
を有することを特徴とするコンテンツ再生方法。
【００６３】
（付記６）  ネットワークを介してコンテンツ提供システムからストリーミング配信される暗号化コンテンツを復号して再生するコンテンツ再生装置であって、
予め前記コンテンツ提供システムから所望の暗号化コンテンツを視聴するライセンスを取得し、暗号化コンテンツの復号に必要な復号鍵および当該暗号化コンテンツ固有の識別子とともに、自ノードのキャッシュファイルに保存するライセンス保存手段と、
前記暗号化コンテンツの再生要求発生時に、前記コンテンツ提供システムへ許諾条件取得を要求すると同時に、当該暗号化コンテンツの復号鍵を前記キャッシュファイルから取得する復号鍵取得手段と、
前記コンテンツ提供システムから許諾応答を受信する以前に、前記復号鍵を用いて暗号化コンテンツの復号再生を開始する復号再生手段と、
を有することを特徴とするコンテンツ再生装置。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態になるコンテンツ再生システムの基本構成を示す図である。
【図２】本発明の実施の形態になる視聴者端末における視聴契約画面とライセンスファイルの関係を表す構成図である。
【図３】本発明の実施の形態になるライセンスファイルのデータ構成例を示す図である。
【図４】本発明の実施の形態になる認証データベースのデータ構成例を示す図である。
【図５】本発明の実施の形態になる暗号化コンテンツデータベースのデータ構成例を示す図である。
【図６】本発明の実施の形態になるコンテンツ暗号化の概念図である。
【図７】本発明の実施の形態になる暗号化コンテンツを送信する際のＴＳパケットのデータ構成を示す図である。
【図８】本発明の実施の形態になる暗号化コンテンツの要求フローを示す図である。
【図９】本発明の実施の形態になる許諾条件を取得する処理フローを示す図である。
【図１０】本発明の実施の形態になる暗号化コンテンツの復号再生フローを示す図である。
【符号の説明】
【００６５】
１  クライアント
２  コンテンツ提供システム
３  ライセンスサーバ
４  認証サーバ
５  コンテンツサーバ
６  ネットワーク
１０  コンテンツ再生プログラム
１１  ライセンス保存手段
１２  ユーザ認証手段
１３  復号鍵取得手段
１４  復号再生手段
３０  ライセンスアプリケーション
４０  認証アプリケーション
５０  コンテンツアプリケーション
１００  ライセンスキャッシュファイル
３００  ライセンスファイル
４００  認証ＤＢ（データベース）
５００  暗号化コンテンツＤＢ（データベース）
【図１】
2006129063.tif 000003
【図２】
2006129063.tif 000004
【図３】
2006129063.tif 000005
【図４】
2006129063.tif 000006
【図５】
2006129063.tif 000007
【図６】
2006129063.tif 000008
【図７】
2006129063.tif 000009
【図８】
2006129063.tif 000010
【図９】
2006129063.tif 000011
【図１０】
2006129063.tif 000012