著作権保護装置および著作権保護方法
【課題】ライセンスが有効であると判定されてから暗号化コンテンツを復号するためのスクランブル鍵を生成する場合に、トータルの負荷を低減すること。
【解決手段】プリケーション１０３を実行するＣＰＵ１０１と、アプリケーション１１３を実行するプロセッサ１１１とを具備し、アプリケーション１０３は、サーバ１２から取得した有効期限データおよびワーク鍵を含むライセンスデータを不揮発性メモリ１３０に格納する処理と、サーバ１２から取得した時刻データをアプリケーション１１３に送信する処理とを実行し、アプリケーション１１３は、サーバ１１から暗号化コンテンツおよび制御データを含むストリームを受信する処理と、制御データを受信した場合に時刻データに基づいて算出された現在の時刻と有効期限データとに基づいて有効期限内であると判定された場合に、ワーク鍵を用いて暗号化スクランブル鍵を復号する処理とを実行する。
【解決手段】プリケーション１０３を実行するＣＰＵ１０１と、アプリケーション１１３を実行するプロセッサ１１１とを具備し、アプリケーション１０３は、サーバ１２から取得した有効期限データおよびワーク鍵を含むライセンスデータを不揮発性メモリ１３０に格納する処理と、サーバ１２から取得した時刻データをアプリケーション１１３に送信する処理とを実行し、アプリケーション１１３は、サーバ１１から暗号化コンテンツおよび制御データを含むストリームを受信する処理と、制御データを受信した場合に時刻データに基づいて算出された現在の時刻と有効期限データとに基づいて有効期限内であると判定された場合に、ワーク鍵を用いて暗号化スクランブル鍵を復号する処理とを実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、暗号化コンテンツを復号するためのスクランブル鍵を取得する著作権保護装置および著作権保護方法に関する。
【背景技術】
【０００２】
インターネットプロトコル（ＩＰ）を利用してコンテンツを配信するＩＰＴＶサービス（ＩＰ放送）が行われている。コンテンツは暗号化されて配信され、再生する権利がある場合に暗号化されたコンテンツが復号されて再生される。
【０００３】
特許文献１には、ホームネットワークに接続されている複数のデバイスがＷｅｂサーバからそれぞれコンテンツをダウンロードし、ライセンスサーバからダウンロードしたライセンスの制限の下にコンテンツを再生するシステムが開示されている。
【０００４】
また、特許文献２には、サーバはコンテンツに付与された時刻情報に基づいて制御情報を生成して端末装置へ配信し、端末装置は受信した制御情報に基づいてコンテンツの再生を制御するコンテンツ再生制御システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３６２５４６号公報
【特許文献２】特開２００５−１６００３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般には個々のデバイスがライセンスが有効であるかを判定することより、１台のデバイスがライセンスが有効であるかを判定し、判定結果を他のデバイスに送信した方がシステム全体の負荷が軽いと考えられる。
【０００７】
しかし、有料放送および無料放送が混在し、チャンネルごとにスクランブル鍵が異なり、数秒ごとにスクランブル鍵が更新されるようなＩＰＴＶサービスを考える。この場合、１台のデバイスが、受信中の全チャンネルについて数秒ごとにライセンスが有効であるかを判定する必要がある。また、スクランブル鍵は暗号化された状態で送信されているので、受信中の全チャンネルに対して数秒毎に暗号化されているスクランブル鍵を復号する必要がある。従って、１台のデバイスへの負荷が集中してしまう。
【０００８】
なお、引用文献１ではホームネットワーク上に接続されている複数のデバイスが例に挙げられているが、一つの装置内に複数のプロセッサを設け、各プロセッサでそれぞれコンテンツの再生や記録を行うアプリケーションが実行される装置も同様である。つまり、装置内に複数のプロセッサが設けられ、一つのプロセッサでライセンスが有効であるかを判定する処理を行うアプリケーションが実行され、別のプロセッサでスクランブル鍵を復号する処理を行うアプリケーションが実行される場合、ライセンスが有効であるかを判定する処理を行うアプリケーションへの負荷が集中する。
【０００９】
本発明の目的は、サーバから取得した時刻情報に基づいてライセンスの有効期限内であるかを判定し、有効期限内の場合に暗号化コンテンツを復号するためのスクランブル鍵を生成する場合に、特定のアプリケーションに対する負荷を軽減することが可能な著作権保護装置および著作権保護方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一例に係わる著作権保護装置は、記憶部と、前記記憶部にアクセスする第１アプリケーションを実行する第１プロセッサと、前記記憶部にアクセスする第２アプリケーションを実行する第２プロセッサとを具備し、前記第１アプリケーションは、第１サーバから取得した第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを前記記憶部に格納する処理と、第２サーバから取得した時刻データを前記第２アプリケーションに送信する処理とを実行し、前記第２アプリケーションは、第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含む第１ストリームを受信する処理と、前記第１制御データを受信した場合に、前記第１アプリケーションから送信された時刻データに基づいて現在の時刻を算出し、前記記憶部に格納されている第１有効期限データと前記算出された時刻とに基づいて有効期限内であるかを判定する処理と、有効期限内であると判定された場合に、前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる前記第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得する処理とを実行することを特徴とする。
【００１１】
本発明の一例に係わる著作権保護方法は、第１プロセッサによって実行される第１アプリケーションによって、第１サーバから第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを取得し、前記第１アプリケーションによって、前記ライセンスデータを記憶部に格納し、前記第１アプリケーションによって第２サーバから時刻データを取得し、前記第１アプリケーションから第２プロセッサによって実行される第２アプリケーションに前記時刻データを送信し、前記第２アプリケーションによって第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含むストリームを受信し、前記第１制御データを受信した場合に、前記第２アプリケーションによって前記時刻データに基づいて現在の時刻を算出し、前記第２アプリケーションによって前記記憶部に格納されている第１有効期限データと前記算出された時刻データとに基づいて有効期限内であるかを判別し、有効期限内であると判別された場合に、前記第２アプリケーションによって前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得することを特徴とする。
【発明の効果】
【００１２】
本願発明によれば、複数のアプリケーションによる暗号化コンテンツの復号を効率的に行うことが可能になる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係わる著作権保護装置の構成を示すブロック図。
【図２】本発明の一実施形態に係わる、著作権保護装置が起動してからのマスターアプリケーションによって実行されるライセンスデータおよび時刻データに係わる処理の手順を示すフローチャート。
【図３】本発明の一実施形態に係わる、スレーブアプリケーションが、マスターアプリケーションから時刻データを受信した場合の処理の手順を示すフローチャート。
【図４】本発明の一実施形態に係わる、著作権保護装置がコンテンツサーバから受信した暗号化コンテンツを復号するためのスクランブル鍵を取得する手順を示すフローチャート。
【図５】本発明の一実施形態に係わる著作権保護システムの構成を示すブロック図。
【発明を実施するための形態】
【００１４】
本発明の実施の形態を以下に図面を参照して説明する。
【００１５】
図１は本発明の一実施形態に係わる著作権保護装置を使用したＩＰＴＶ著作権保護システムを示す図である。
【００１６】
ここでいうＩＰＴＶとは、所定の著作権保護規格に従い、著作権保護装置がネットワーク経由でライセンスサーバからライセンスデータとしてワーク鍵およびライセンスの有効期限などの情報を受信し、著作権保護装置がネットワーク経由でコンテンツサーバからマルチキャストにより暗号化コンテンツ（scrambled content）を受信し、暗号化コンテンツを構成するストリームに含まれるＥＣＭ（Entitlement Control Message）パケット（制御データ）内にある暗号化されたスクランブル鍵をワーク鍵により復号し、復号したスクランブル鍵により暗号化コンテンツを復号する（descramble）ことを特徴とするＴＶサービスである。ＩＰＴＶの著作権保護規格の一例としてはＭａｒｌｉｎ（http://www.marlin-community.com/）が挙げられる。なお、上述したライセンスの有効期限とは、暗号化コンテンツを復号することが許される期限のことである。
【００１７】
著作権保護装置１００は、マスターＣＰＵ１０１、メモリ１０２、１以上のスレーブＣＰＵ１１１、メモリ１１２、ネットワークコントローラ１２１、不揮発性メモリ（記憶部）１３０、リアルタイムクロック（ＲＴＣ）１４１等を備えている。
【００１８】
マスターＣＰＵ１０１はプロセッサであり、ハードディスクドライブ（ＨＤＤ）等の記憶装置からメモリ１０２にロードされる、マスターアプリケーション１０３のような各種アプリケーションプログラムを実行する。
【００１９】
スレーブＣＰＵ１１１はプロセッサであり、ハードディスクドライブ（ＨＤＤ）等の記憶装置からメモリ１１２にロードされる、スレーブアプリケーション１１３のような各種アプリケーションプログラムを実行する。なお、スレーブＣＰＵ１１１が複数有ってもよく、各スレーブＣＰＵ１１１によって各種アプリケーションプログラムが実行されていても良い。
【００２０】
なお、マスターＣＰＵ１０１はメモリ１０２にアクセスすることができるが、メモリ１１２にアクセスすることができない。また、スレーブＣＰＵ１１１はメモリ１１２にアクセスすることができるが、メモリ１０２にアクセスすることができない。
【００２１】
マスターＣＰＵ１０１およびスレーブＣＰＵ１１１はそれぞれ、１以上のＣＰＵコアから構成されている。
【００２２】
ネットワークコントローラ１２１は、マスターアプリケーション１０３またはスレーブアプリケーション１１３から送られた命令に応じて、インターネット１０を介してコンテンツサーバ１１またはライセンスサーバ１２と通信を行い、通信を行ったサーバからデータを取得する。取得されたデータは命令を送ったアプリケーションに送られる。
【００２３】
不揮発性メモリ１３０には、マスターアプリケーション１０３によって後述するライセンスデータ１３１が格納される。スレーブアプリケーション１１３は、不揮発性メモリ１３０にアクセスすることができ、ライセンスデータ１３１を読み込むことができる。
【００２４】
ＲＴＣ１４１は、時刻（日時）を計時する時計モジュールであり、本装置１００がパワーオフされている期間中も、ＲＴＣ１４１専用の電池によって動作する。
【００２５】
マスターアプリケーション１０３およびスレーブアプリケーション１１３共に、マルチキャストによりコンテンツサーバ１１から受信した１以上の暗号化コンテンツと共に送られる暗号化スクランブル鍵をワーク鍵によって復号することによってスクランブル鍵を取得し、取得されたスクランブル鍵と暗号化コンテンツをＨＤＤ（ハードディスクドライブ，記憶部）１５０に格納する機能をもつ。
【００２６】
また、マスターアプリケーション１０３およびスレーブアプリケーション１１３共に、マルチキャストによりコンテンツサーバ１１から受信、或いはＨＤＤ１５０に格納されている１以上の暗号化コンテンツをスクランブル鍵によって復号し、復号されたコンテンツの再生を行う機能を有する。コンテンツの再生映像はディスプレイ装置１６０に表示される。マルチキャストによるストリーム受信形式は、マスターアプリケーション１０３およびスレーブアプリケーション１１３が独立してネットワークから受信する形式でもよいし、マスターアプリケーション１０３がネットワークから受信し、ＣＰＵ間接続バスを介してスレーブアプリケーション１１３へ転送する形式でもよい。ＣＰＵ間接続バスは汎用バスである。
【００２７】
複数のアプリケーションが暗号化コンテンツを復号するメリットとして、例えばマスターアプリケーション１０３に視聴機能、スレーブアプリケーション１１３に録画機能を持たせることで、ＩＰＴＶの番組視聴中に複数の裏番組を同時に録画することができる。また、マスターアプリケーション１０３、スレーブアプリケーション１１３共に視聴機能を持たせることで、マルチウィンドウにより複数のＩＰＴＶ番組を同時に視聴したりすることが可能になる。
【００２８】
汎用バスは例えばＥｔｈｅｒｎｅｔ（登録商標）である。本実施例ではＣＰＵ間の接続バスについて、ライセンスサーバから取得した時刻データの暗号化の効果を強調するため汎用バスとしたが、専用バスでもよい。
【００２９】
マスターアプリケーション１０３は、ライセンスサーバ１２からライセンスデータおよび、ライセンスの有効期限の判定に用いられる時刻データを取得する。ライセンスデータには、チャンネル別のライセンスの有効期限データ、スクランブル鍵の復号に用いられるワーク鍵、チャンネル別の契約有無データであるティアビットが含まれる。ライセンスサーバ１２から時刻データを取得するのは、著作権保護装置１００内のＲＴＣ１４１の時刻が悪意のあるユーザにより変更されて、ライセンスの有効期限を越えて不当にスクランブル鍵が使用されるのを防ぐためである。ＥＣＭパケット内には、スクランブル鍵および受信中のチャンネルデータが含まれており、これらはワーク鍵により暗号化されている。
【００３０】
不揮発性メモリ１３０に格納されているライセンスデータ１３１には、ＩＰ放送内のほぼ全てのサービス（チャンネル、番組）の有効期限が記述されている。ライセンスデータ１３１の全てのサービス（チャンネル、番組）の有効期限は、サービスごとに異なる場合もあり、マスターアプリケーション１０３は何れかのサービスの有効期限が切れることを検知してライセンスデータ１３１を更新する。
【００３１】
次に、著作権保護装置１００が起動してからのマスターアプリケーション１０３によって実行されるライセンスデータ１３１および時刻データに係わる処理の手順を図２のフローチャートを参照して説明する。
【００３２】
マスターアプリケーション１０３は、不揮発性メモリ１３０に格納されているライセンスデータの読み込みを試みる（ステップＳ１１）。マスターアプリケーション１０３は、ライセンスデータを読み込むことができたかを判別する（ステップＳ１２）。不揮発性メモリ１３０内にライセンスデータ１３１が無く、ライセンスデータ１３１を読み込むことができなかった場合（ステップＳ１２のＮｏ）、マスターアプリケーション１０３は、ディスプレイ装置１６０の表示画面上にＩＰＴＶサービス登録画面を表示する（ステップＳ１３）。ＩＰＴＶサービス登録画面には「登録」ボタンが表示される。
【００３３】
ユーザがリモコン等を操作することによって「登録」ボタンが押下操作されると、マスターアプリケーション１０３は「登録」ボタンが操作されたことを検出する（ステップＳ１４）。マスターアプリケーション１０３は、ライセンスサーバ１２からライセンスデータおよび時刻データを取得する（ステップＳ１５）。そして、マスターアプリケーション１０３は、ライセンスデータ１３１を不揮発性メモリ１３０へ書込み（ステップＳ１６）、不揮発性メモリ１３０からライセンスデータ１３１を読込む（ステップＳ１７）。
【００３４】
そして、マスターアプリケーション１０３は、ステップＳ１５で取得された時刻データを暗号化し（ステップＳ１８）、暗号化された時刻データをＣＰＵ間接続バスを介してスレーブアプリケーション１１３に送信する。複数のスレーブアプリケーション１１３に時刻データ送信する場合、ブロードキャストにより同時に複数のスレーブアプリケーション１１３へ送信してもよいし、ユニキャストにより個々のスレーブアプリケーション１１３へ順番に送信してもよい。時刻データの暗号化については、マスターアプリケーション１０３およびスレーブアプリケーション１１３間で暗号鍵を共有できる方法であれば何でもよい。例えば秘密共有鍵を個々のアプリケーションが保持する方法がある。
【００３５】
ステップＳ１２において、ライセンスデータ１３１を読み込むことができたと判別された場合（ステップＳ１２のＹｅｓ）、時刻データをライセンスサーバ１２から取得していない状態であるため、マスターアプリケーション１０３は、ライセンスの有効期限を判定するための仮時刻として著作権保護システム内部のＲＴＣ１４１から時刻を取得する（ステップＳ２０）。なお、ＲＴＣ１４１の時刻が改ざんされたとしても、仮時刻は起動時のライセンス取得有無を判定するために使われるだけで、ライセンス取得が不要でも後述のようにマスターアプリケーション１０３がライセンスサーバ１２から時刻データを取得するため、所定のタイミングで行われるライセンスの有効期限の判定に仮時刻の時刻が使われることはない。
【００３６】
続いて、マスターアプリケーション１０３は、有効期限とＲＴＣ１４１から取得した時刻とを比較することによって、有効期限を過ぎているかを判別する（ステップＳ２１）。有効期限を過ぎていると判別された場合（ステップＳ２１のＹｅｓ）、マスターアプリケーション１０３は、ステップＳ１５からの処理を順次実行する。
【００３７】
なお、ライセンスデータ１３１が不揮発性メモリ１３０に書込まれた状態で著作権保護装置１００を一旦停止し、再度著作権保護装置１００を起動すると、起動した時点ですでにライセンスの有効期限を過ぎている場合（ステップＳ２１のＹｅｓ）、または、有効期限間近な場合（ステップＳ２２のＹｅｓ）がある。そのため、著作権保護装置１００の起動時に、マスターアプリケーション１０３は不揮発性メモリ１３０からライセンスデータ１３１を読み込み、有効期限切れまたは有効期限切れ間近のときは、ライセンスサーバ１２からライセンスの取得が行われる。
【００３８】
有効期限を過ぎてないと判別された場合（ステップＳ２１のＮｏ）、マスターアプリケーション１０３は、有効期限間近であるかを判別する（ステップＳ２２）。例えば、ライセンスデータの取得時にマスターアプリケーション１０３がライセンス情報の一つとしてライセンスサーバ１２から次回ライセンス取得時刻を取得し、時刻が次回ライセンス取得時刻を過ぎたている場合に有効期限切れ間近と判定する。また、あらかじめマスターアプリケーション１０３がライセンスサーバとは独立に設定した有効期限より一定時間前の時刻を過ぎたときに有効期限切れ間近と判定してもよい。
【００３９】
有効期限間近であると判定された場合（ステップＳ２２のＹｅｓ）、マスターアプリケーション１０３は、ステップＳ１５からの処理を順次実行する。有効期限切れ間近でないと判定された場合に（ステップＳ２２のＮｏ）、マスターアプリケーション１０３は予め設定された更新周期を過ぎているかを判別する（ステップＳ２３）。時刻データの更新周期を過ぎていないと判別された場合（ステップＳ２３のＮｏ）、マスターアプリケーション１０３はステップＳ２２からの処理を順次実行する。時刻データの更新周期を過ぎていると判別した場合（ステップＳ２３のＹｅｓ）、マスターアプリケーション１０３は、ライセンスサーバから時刻データを取得する（ステップＳ２４）。時刻データを取得したらステップＳ１８からの処理を順次実行する。
【００４０】
このようにして、マスターアプリケーション１０３によって実行されるライセンスデータ１３１および時刻データに係わる処理が行われる。
【００４１】
なお、時刻の同期ずれによって、ライセンスの有効期限を誤って判定することを防ぐためには、ライセンスデータの更新周期より頻繁にライセンスサーバ１２から時刻データを取得する必要がある。ライセンスサーバ１２から取得した時刻データは不揮発性メモリ１３０へ書込まずに、マスターアプリケーション１０３がスレーブアプリケーション１１３へ送信している。不揮発性メモリ１３０は書込み回数に対する寿命があるが、時刻データを不揮発性メモリ１３０に書き込まないことによって、不揮発性メモリ１３０の書込みを最小限に留め、不揮発性メモリ１３０の寿命を延ばすことができる。特に、不揮発性メモリ１３０がフラッシュメモリ（特に、多値フラッシュメモリ）によって構成されている場合に有効である。
【００４２】
また、マスターアプリケーション１０３が不揮発性メモリ１３０へライセンスデータを書込む際、ライセンスデータを暗号化しておくと、不揮発性メモリ１３０が不当に解析されたり、アプリケーションと不揮発性メモリ１３０を接続するバスに汎用バスが介在する構成で汎用バスが不当に解析されたりしたとしても、ライセンスデータの不当な取得を防ぐことができる。
【００４３】
次に、スレーブアプリケーション１１３が、マスターアプリケーション１０３から時刻データを受信した場合の処理の手順について図３のフローチャートを参照して説明する。
【００４４】
スレーブアプリケーション１１３は、暗号化された時刻データを受信した場合（ステップＳ３１のＹｅｓ）、暗号化された時刻データを復号し、マスターアプリケーション１０３によってライセンスサーバから取得された時刻データを取得する（ステップＳ３２）。スレーブアプリケーション１１３は、不揮発性メモリ１３０からライセンスデータ１３１内のワーク鍵とライセンスの有効期限を読み込む（ステップＳ３３）。
【００４５】
次に、著作権保護装置１００がコンテンツサーバ１１から受信した暗号化コンテンツを復号するためのスクランブル鍵取得方法を図４のフローチャートを参照して説明する。
【００４６】
例えば、マスターアプリケーション１０３がコンテンツサーバ１１から受信したマルチキャストストリーム中にＥＣＭパケットを検出すると(ステップＳ４１のＹｅｓ)、マスターアプリケーション１０３は、ライセンスサーバ１２から取得した時刻データと取得時点からの経過時点から現在時刻を算出する（ステップＳ４２）。マスターアプリケーション１０３は、現在時刻が、不揮発性メモリ１３０から読み込んだライセンスデータ１３１に格納されている有効期限の範囲内であるかを判定する（ステップＳ４３）。
【００４７】
有効期限の範囲内である場合（ステップＳ４３のＹｅｓ）、マスターアプリケーション１０３は、ライセンスデータ１３１に格納されているワーク鍵により復号されたＥＣＭパケットに含まれる受信中のティアビットと、ライセンスデータに含まれるティアビットとを照合し、受信中チャンネルの契約があるかを判定する（ステップＳ４４）。受信中チャンネルの契約があると判定された場合、マスターアプリケーション１０３は、ＥＣＭパケットに含まれる暗号化スクランブル鍵を、不揮発性メモリ１３０から読み込んだワーク鍵により復号することによってスクランブル鍵を取得する（ステップＳ４５）。マスターアプリケーション１０３がステップＳ１７においてライセンスデータ１３１をメモリ１０２にキャッシュしておけば、ステップＳ４４、Ｓ４５ではキャッシュされたライセンスデータ１３１を使えばよいので、不揮発性メモリ１３１へのアクセス頻度を減らすことができる。上記説明ではマスターアプリケーションの動作について説明したが、スレーブアプリケーション１１３についても同様である。
【００４８】
著作権保護装置１００とライセンスサーバは独立したＲＴＣで動作するため、マスターアプリケーション１０３／スレーブアプリケーション１１３は長時間動作すると、時刻（時刻）にずれが生じる。時刻（時刻）の同期ずれを解消するため、マスターアプリケーション１０３は、ライセンスが有効期限内であっても、あらかじめ著作権保護装置１００に設定された周期でライセンスサーバ１２から時刻を取得する。著作権保護装置１００の起動時も更新周期に該当するとみなす。マスターアプリケーション１０３はライセンスサーバ１２から時刻データを取得すると、時刻データを暗号化してスレーブアプリケーション１１３へ送信する。
【００４９】
上記は１つのＩＰＴＶサービスについてのライセンス取得動作について説明したが、不揮発性メモリ１３０内にライセンスデータを書き込むための領域をＩＰＴＶサービス別に用意し、マスターアプリケーション１０３がスレーブライセンスへ時刻データを送信する際に、ＩＰＴＶサービスの種類と時刻データを関連づけて送信し、マスターアプリケーション１０３およびスレーブアプリケーション１１３がＩＰＴＶサービス別に時刻を管理するようにすれば、１つの著作権保護装置１００が複数の異なるＩＰＴＶサービスを扱うことができる。
【００５０】
本実施例では１つのＣＰＵ上で１つのアプリケーションが動作する場合について述べているが、１つのＣＰＵ上で複数のアプリケーションが動作する場合でも、同様の手順でアプリケーションがマスターアプリケーション１０３によってライセンスサーバ１２から取得したライセンスデータを読み込むことができる。
【００５１】
ライセンスデータ１３１を不揮発性メモリ１３０に書込み、マスターアプリケーション１０３からスレーブアプリケーション１１３へ有効期限を判定するための時刻データを送信することにより、マスターアプリケーションの負荷を軽減できる。
【００５２】
なお、上記実施形態では、一つの装置１００内でマスターアプリケーション１０３およびスレーブアプリケーション１１３が実行される例を説明したが、マスターアプリケーション１０３およびスレーブアプリケーション１１３が別の装置で実行されていても良い。
【００５３】
マスターアプリケーション１０３およびスレーブアプリケーション１１３が別の装置で実行されている例の構成を図５に示す。
【００５４】
図５に示すように、第１著作権保護装置１００Ａおよび第２著作権保護装置１００Ｂがハブ（ＨＵＢ）２００を介してインターネット１０に接続されている。第１著作権保護装置１００Ａは、マスターＣＰＵ１０１、メモリ１０２、ネットワークコントローラ１２１Ａ、不揮発性メモリ１３０、リアルタイムクロック（ＲＴＣ）１４１Ａ等を備えている。また、第２著作権保護装置１００Ｂは、スレーブＣＰＵ１１１、メモリ１１２、ネットワークコントローラ１２１Ｂ、リアルタイムクロック（ＲＴＣ）１４１Ｂ等を備えている。
【００５５】
メインＣＰＵ１０１はプロセッサであり、ハードディスクドライブ（ＨＤＤ）等の記憶装置からメモリ１０２にロードされる、マスターアプリケーション１０３のような各種アプリケーションプログラムを実行する。
【００５６】
ネットワークコントローラ１２１Ａ，１２１Ｂは、マスターアプリケーション１０３またはスレーブアプリケーション１１３から送られた命令に応じて、インターネット１０を介してコンテンツサーバ１１またはライセンスサーバ１２と通信を行い、通信を行ったサーバからデータを取得する。取得されたデータは命令を送ったアプリケーションに送られる。
【００５７】
第１著作権保護装置１００Ａと第２著作権保護装置１００Ｂとはスイッチングハブ２００を介してインターネット１０に接続されている。また、第１著作権保護装置１００Ａと第２著作権保護装置１００Ｂとは、スイッチングハブ２００を介して通信を行うことが可能である。
【００５８】
なお、スレーブアプリケーション１１３は、スイッチングハブ２００を介して不揮発性メモリ１３０にアクセスし、ライセンスデータ１３１を取得することが可能である。なお、スレーブアプリケーション１１３は、マスターアプリケーション１０３に対し、通信プロトコルの下位レイヤから不揮発性メモリ１３０にアクセスすることで、マスターＣＰＵ１０１（マスターアプリケーション１０３）に負荷をかけることがない。つまり、スレーブは、マスターＣＰＵ１０１（マスターアプリケーション１０３）に負担をかけずにライセンスデータを取得することができる。
【００５９】
なお、第１著作権保護装置１００Ａは例えばセットトップボックスやホームサーバによって実行され、第２著作権保護装置１００Ｂは例えばテレビやハードディスクドライブレコーダ等によって実現される。
【００６０】
なお、上記実施形態では、ライセンスサーバ１２がライセンスデータと時刻データとを提供する場合を説明したが、ライセンスデータと時刻データとを提供するサーバが別であっても良い。
【００６１】
また、上記は１つのＩＰＴＶサービスについてのライセンス取得動作について説明したが、不揮発性メモリ内にライセンスデータを書き込むための領域をＩＰＴＶサービス別に用意し、マスターアプリケーションがスレーブアプリケーションへ時刻データを送信する際に、ＩＰＴＶサービスの種類と時刻データを関連づけて送信し、マスターアプリケーションおよびスレーブアプリケーションがＩＰＴＶサービス別に時刻を管理するようにすれば、１つの著作権保護装置が複数の異なるＩＰＴＶサービスを扱うことができる。
【００６２】
また、上記実施形態では１つのＣＰＵ上で１つのアプリケーションが動作する場合について述べているが、１つのＣＰＵ上で複数のアプリーケーションが動作する場合でも、同様の手順でアプリケーションがマスターアプリケーションがライセンスサーバから取得したライセンスを読み込むことができる。
【００６３】
なお、上記実施形態では、コンテンツサーバ１１およびライセンスサーバ１２は、それぞれ１つのサーバであったが、ＩＰＴＶサービスの内のサービス（チャンネル、番組）毎にコンテンツサーバおよびライセンスサーバが設けられていても良い。
【００６４】
なお、上記実施形態では、ＩＰＴＶサービスを提供するコンテンツサーバ（コンテンツサービスプロバイダ）が一つの場合を説明した。しかし、ＩＰＴＶサービスを提供するコンテンツサーバが複数有っても良い。この場合、コンテンツサーバによってライセンスデータが異なるので、マスターアプリケーション１０３は、それぞれのコンテンツサーバに対応するライセンスサーバからライセンスサーバおよび時刻データを取得する。また、マスターアプリケーション１０３とスレーブアプリケーション１１３とは別々のサーバからそれぞれ暗号化コンテンツを取得し、各暗号化コンテンツに対応するライセンス鍵を取得することも可能である。なお、マスターアプリケーション１０３は、ライセンスサーバから時刻データを取得した場合、時刻データをライセンスサーバ（またはコンテンツサーバ）に対応づけて管理し、ライセンスサーバ（またはコンテンツサーバ）が対応づけられた時刻データをスレーブアプリケーション１１３に送信する。
【００６５】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００６６】
１０…インターネット，１１…コンテンツサーバ，１２…ライセンスサーバ，１００…著作権保護装置，１０１…マスターＣＰＵ，１０２…メモリ，１０３…マスターアプリケーション，１１１…スレーブＣＰＵ，１１２…メモリ，１１３…スレーブアプリケーション，１２１…ネットワークコントローラ，１３０…不揮発性メモリ（記憶部），１３１…ライセンスデータ，１４１…リアルタイムクロック，１５０…ハードディスクドライブ（第２記憶装置），１６０…ディスプレイ装置。
【技術分野】
【０００１】
本発明の実施形態は、暗号化コンテンツを復号するためのスクランブル鍵を取得する著作権保護装置および著作権保護方法に関する。
【背景技術】
【０００２】
インターネットプロトコル（ＩＰ）を利用してコンテンツを配信するＩＰＴＶサービス（ＩＰ放送）が行われている。コンテンツは暗号化されて配信され、再生する権利がある場合に暗号化されたコンテンツが復号されて再生される。
【０００３】
特許文献１には、ホームネットワークに接続されている複数のデバイスがＷｅｂサーバからそれぞれコンテンツをダウンロードし、ライセンスサーバからダウンロードしたライセンスの制限の下にコンテンツを再生するシステムが開示されている。
【０００４】
また、特許文献２には、サーバはコンテンツに付与された時刻情報に基づいて制御情報を生成して端末装置へ配信し、端末装置は受信した制御情報に基づいてコンテンツの再生を制御するコンテンツ再生制御システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３６２５４６号公報
【特許文献２】特開２００５−１６００３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般には個々のデバイスがライセンスが有効であるかを判定することより、１台のデバイスがライセンスが有効であるかを判定し、判定結果を他のデバイスに送信した方がシステム全体の負荷が軽いと考えられる。
【０００７】
しかし、有料放送および無料放送が混在し、チャンネルごとにスクランブル鍵が異なり、数秒ごとにスクランブル鍵が更新されるようなＩＰＴＶサービスを考える。この場合、１台のデバイスが、受信中の全チャンネルについて数秒ごとにライセンスが有効であるかを判定する必要がある。また、スクランブル鍵は暗号化された状態で送信されているので、受信中の全チャンネルに対して数秒毎に暗号化されているスクランブル鍵を復号する必要がある。従って、１台のデバイスへの負荷が集中してしまう。
【０００８】
なお、引用文献１ではホームネットワーク上に接続されている複数のデバイスが例に挙げられているが、一つの装置内に複数のプロセッサを設け、各プロセッサでそれぞれコンテンツの再生や記録を行うアプリケーションが実行される装置も同様である。つまり、装置内に複数のプロセッサが設けられ、一つのプロセッサでライセンスが有効であるかを判定する処理を行うアプリケーションが実行され、別のプロセッサでスクランブル鍵を復号する処理を行うアプリケーションが実行される場合、ライセンスが有効であるかを判定する処理を行うアプリケーションへの負荷が集中する。
【０００９】
本発明の目的は、サーバから取得した時刻情報に基づいてライセンスの有効期限内であるかを判定し、有効期限内の場合に暗号化コンテンツを復号するためのスクランブル鍵を生成する場合に、特定のアプリケーションに対する負荷を軽減することが可能な著作権保護装置および著作権保護方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一例に係わる著作権保護装置は、記憶部と、前記記憶部にアクセスする第１アプリケーションを実行する第１プロセッサと、前記記憶部にアクセスする第２アプリケーションを実行する第２プロセッサとを具備し、前記第１アプリケーションは、第１サーバから取得した第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを前記記憶部に格納する処理と、第２サーバから取得した時刻データを前記第２アプリケーションに送信する処理とを実行し、前記第２アプリケーションは、第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含む第１ストリームを受信する処理と、前記第１制御データを受信した場合に、前記第１アプリケーションから送信された時刻データに基づいて現在の時刻を算出し、前記記憶部に格納されている第１有効期限データと前記算出された時刻とに基づいて有効期限内であるかを判定する処理と、有効期限内であると判定された場合に、前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる前記第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得する処理とを実行することを特徴とする。
【００１１】
本発明の一例に係わる著作権保護方法は、第１プロセッサによって実行される第１アプリケーションによって、第１サーバから第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを取得し、前記第１アプリケーションによって、前記ライセンスデータを記憶部に格納し、前記第１アプリケーションによって第２サーバから時刻データを取得し、前記第１アプリケーションから第２プロセッサによって実行される第２アプリケーションに前記時刻データを送信し、前記第２アプリケーションによって第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含むストリームを受信し、前記第１制御データを受信した場合に、前記第２アプリケーションによって前記時刻データに基づいて現在の時刻を算出し、前記第２アプリケーションによって前記記憶部に格納されている第１有効期限データと前記算出された時刻データとに基づいて有効期限内であるかを判別し、有効期限内であると判別された場合に、前記第２アプリケーションによって前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得することを特徴とする。
【発明の効果】
【００１２】
本願発明によれば、複数のアプリケーションによる暗号化コンテンツの復号を効率的に行うことが可能になる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係わる著作権保護装置の構成を示すブロック図。
【図２】本発明の一実施形態に係わる、著作権保護装置が起動してからのマスターアプリケーションによって実行されるライセンスデータおよび時刻データに係わる処理の手順を示すフローチャート。
【図３】本発明の一実施形態に係わる、スレーブアプリケーションが、マスターアプリケーションから時刻データを受信した場合の処理の手順を示すフローチャート。
【図４】本発明の一実施形態に係わる、著作権保護装置がコンテンツサーバから受信した暗号化コンテンツを復号するためのスクランブル鍵を取得する手順を示すフローチャート。
【図５】本発明の一実施形態に係わる著作権保護システムの構成を示すブロック図。
【発明を実施するための形態】
【００１４】
本発明の実施の形態を以下に図面を参照して説明する。
【００１５】
図１は本発明の一実施形態に係わる著作権保護装置を使用したＩＰＴＶ著作権保護システムを示す図である。
【００１６】
ここでいうＩＰＴＶとは、所定の著作権保護規格に従い、著作権保護装置がネットワーク経由でライセンスサーバからライセンスデータとしてワーク鍵およびライセンスの有効期限などの情報を受信し、著作権保護装置がネットワーク経由でコンテンツサーバからマルチキャストにより暗号化コンテンツ（scrambled content）を受信し、暗号化コンテンツを構成するストリームに含まれるＥＣＭ（Entitlement Control Message）パケット（制御データ）内にある暗号化されたスクランブル鍵をワーク鍵により復号し、復号したスクランブル鍵により暗号化コンテンツを復号する（descramble）ことを特徴とするＴＶサービスである。ＩＰＴＶの著作権保護規格の一例としてはＭａｒｌｉｎ（http://www.marlin-community.com/）が挙げられる。なお、上述したライセンスの有効期限とは、暗号化コンテンツを復号することが許される期限のことである。
【００１７】
著作権保護装置１００は、マスターＣＰＵ１０１、メモリ１０２、１以上のスレーブＣＰＵ１１１、メモリ１１２、ネットワークコントローラ１２１、不揮発性メモリ（記憶部）１３０、リアルタイムクロック（ＲＴＣ）１４１等を備えている。
【００１８】
マスターＣＰＵ１０１はプロセッサであり、ハードディスクドライブ（ＨＤＤ）等の記憶装置からメモリ１０２にロードされる、マスターアプリケーション１０３のような各種アプリケーションプログラムを実行する。
【００１９】
スレーブＣＰＵ１１１はプロセッサであり、ハードディスクドライブ（ＨＤＤ）等の記憶装置からメモリ１１２にロードされる、スレーブアプリケーション１１３のような各種アプリケーションプログラムを実行する。なお、スレーブＣＰＵ１１１が複数有ってもよく、各スレーブＣＰＵ１１１によって各種アプリケーションプログラムが実行されていても良い。
【００２０】
なお、マスターＣＰＵ１０１はメモリ１０２にアクセスすることができるが、メモリ１１２にアクセスすることができない。また、スレーブＣＰＵ１１１はメモリ１１２にアクセスすることができるが、メモリ１０２にアクセスすることができない。
【００２１】
マスターＣＰＵ１０１およびスレーブＣＰＵ１１１はそれぞれ、１以上のＣＰＵコアから構成されている。
【００２２】
ネットワークコントローラ１２１は、マスターアプリケーション１０３またはスレーブアプリケーション１１３から送られた命令に応じて、インターネット１０を介してコンテンツサーバ１１またはライセンスサーバ１２と通信を行い、通信を行ったサーバからデータを取得する。取得されたデータは命令を送ったアプリケーションに送られる。
【００２３】
不揮発性メモリ１３０には、マスターアプリケーション１０３によって後述するライセンスデータ１３１が格納される。スレーブアプリケーション１１３は、不揮発性メモリ１３０にアクセスすることができ、ライセンスデータ１３１を読み込むことができる。
【００２４】
ＲＴＣ１４１は、時刻（日時）を計時する時計モジュールであり、本装置１００がパワーオフされている期間中も、ＲＴＣ１４１専用の電池によって動作する。
【００２５】
マスターアプリケーション１０３およびスレーブアプリケーション１１３共に、マルチキャストによりコンテンツサーバ１１から受信した１以上の暗号化コンテンツと共に送られる暗号化スクランブル鍵をワーク鍵によって復号することによってスクランブル鍵を取得し、取得されたスクランブル鍵と暗号化コンテンツをＨＤＤ（ハードディスクドライブ，記憶部）１５０に格納する機能をもつ。
【００２６】
また、マスターアプリケーション１０３およびスレーブアプリケーション１１３共に、マルチキャストによりコンテンツサーバ１１から受信、或いはＨＤＤ１５０に格納されている１以上の暗号化コンテンツをスクランブル鍵によって復号し、復号されたコンテンツの再生を行う機能を有する。コンテンツの再生映像はディスプレイ装置１６０に表示される。マルチキャストによるストリーム受信形式は、マスターアプリケーション１０３およびスレーブアプリケーション１１３が独立してネットワークから受信する形式でもよいし、マスターアプリケーション１０３がネットワークから受信し、ＣＰＵ間接続バスを介してスレーブアプリケーション１１３へ転送する形式でもよい。ＣＰＵ間接続バスは汎用バスである。
【００２７】
複数のアプリケーションが暗号化コンテンツを復号するメリットとして、例えばマスターアプリケーション１０３に視聴機能、スレーブアプリケーション１１３に録画機能を持たせることで、ＩＰＴＶの番組視聴中に複数の裏番組を同時に録画することができる。また、マスターアプリケーション１０３、スレーブアプリケーション１１３共に視聴機能を持たせることで、マルチウィンドウにより複数のＩＰＴＶ番組を同時に視聴したりすることが可能になる。
【００２８】
汎用バスは例えばＥｔｈｅｒｎｅｔ（登録商標）である。本実施例ではＣＰＵ間の接続バスについて、ライセンスサーバから取得した時刻データの暗号化の効果を強調するため汎用バスとしたが、専用バスでもよい。
【００２９】
マスターアプリケーション１０３は、ライセンスサーバ１２からライセンスデータおよび、ライセンスの有効期限の判定に用いられる時刻データを取得する。ライセンスデータには、チャンネル別のライセンスの有効期限データ、スクランブル鍵の復号に用いられるワーク鍵、チャンネル別の契約有無データであるティアビットが含まれる。ライセンスサーバ１２から時刻データを取得するのは、著作権保護装置１００内のＲＴＣ１４１の時刻が悪意のあるユーザにより変更されて、ライセンスの有効期限を越えて不当にスクランブル鍵が使用されるのを防ぐためである。ＥＣＭパケット内には、スクランブル鍵および受信中のチャンネルデータが含まれており、これらはワーク鍵により暗号化されている。
【００３０】
不揮発性メモリ１３０に格納されているライセンスデータ１３１には、ＩＰ放送内のほぼ全てのサービス（チャンネル、番組）の有効期限が記述されている。ライセンスデータ１３１の全てのサービス（チャンネル、番組）の有効期限は、サービスごとに異なる場合もあり、マスターアプリケーション１０３は何れかのサービスの有効期限が切れることを検知してライセンスデータ１３１を更新する。
【００３１】
次に、著作権保護装置１００が起動してからのマスターアプリケーション１０３によって実行されるライセンスデータ１３１および時刻データに係わる処理の手順を図２のフローチャートを参照して説明する。
【００３２】
マスターアプリケーション１０３は、不揮発性メモリ１３０に格納されているライセンスデータの読み込みを試みる（ステップＳ１１）。マスターアプリケーション１０３は、ライセンスデータを読み込むことができたかを判別する（ステップＳ１２）。不揮発性メモリ１３０内にライセンスデータ１３１が無く、ライセンスデータ１３１を読み込むことができなかった場合（ステップＳ１２のＮｏ）、マスターアプリケーション１０３は、ディスプレイ装置１６０の表示画面上にＩＰＴＶサービス登録画面を表示する（ステップＳ１３）。ＩＰＴＶサービス登録画面には「登録」ボタンが表示される。
【００３３】
ユーザがリモコン等を操作することによって「登録」ボタンが押下操作されると、マスターアプリケーション１０３は「登録」ボタンが操作されたことを検出する（ステップＳ１４）。マスターアプリケーション１０３は、ライセンスサーバ１２からライセンスデータおよび時刻データを取得する（ステップＳ１５）。そして、マスターアプリケーション１０３は、ライセンスデータ１３１を不揮発性メモリ１３０へ書込み（ステップＳ１６）、不揮発性メモリ１３０からライセンスデータ１３１を読込む（ステップＳ１７）。
【００３４】
そして、マスターアプリケーション１０３は、ステップＳ１５で取得された時刻データを暗号化し（ステップＳ１８）、暗号化された時刻データをＣＰＵ間接続バスを介してスレーブアプリケーション１１３に送信する。複数のスレーブアプリケーション１１３に時刻データ送信する場合、ブロードキャストにより同時に複数のスレーブアプリケーション１１３へ送信してもよいし、ユニキャストにより個々のスレーブアプリケーション１１３へ順番に送信してもよい。時刻データの暗号化については、マスターアプリケーション１０３およびスレーブアプリケーション１１３間で暗号鍵を共有できる方法であれば何でもよい。例えば秘密共有鍵を個々のアプリケーションが保持する方法がある。
【００３５】
ステップＳ１２において、ライセンスデータ１３１を読み込むことができたと判別された場合（ステップＳ１２のＹｅｓ）、時刻データをライセンスサーバ１２から取得していない状態であるため、マスターアプリケーション１０３は、ライセンスの有効期限を判定するための仮時刻として著作権保護システム内部のＲＴＣ１４１から時刻を取得する（ステップＳ２０）。なお、ＲＴＣ１４１の時刻が改ざんされたとしても、仮時刻は起動時のライセンス取得有無を判定するために使われるだけで、ライセンス取得が不要でも後述のようにマスターアプリケーション１０３がライセンスサーバ１２から時刻データを取得するため、所定のタイミングで行われるライセンスの有効期限の判定に仮時刻の時刻が使われることはない。
【００３６】
続いて、マスターアプリケーション１０３は、有効期限とＲＴＣ１４１から取得した時刻とを比較することによって、有効期限を過ぎているかを判別する（ステップＳ２１）。有効期限を過ぎていると判別された場合（ステップＳ２１のＹｅｓ）、マスターアプリケーション１０３は、ステップＳ１５からの処理を順次実行する。
【００３７】
なお、ライセンスデータ１３１が不揮発性メモリ１３０に書込まれた状態で著作権保護装置１００を一旦停止し、再度著作権保護装置１００を起動すると、起動した時点ですでにライセンスの有効期限を過ぎている場合（ステップＳ２１のＹｅｓ）、または、有効期限間近な場合（ステップＳ２２のＹｅｓ）がある。そのため、著作権保護装置１００の起動時に、マスターアプリケーション１０３は不揮発性メモリ１３０からライセンスデータ１３１を読み込み、有効期限切れまたは有効期限切れ間近のときは、ライセンスサーバ１２からライセンスの取得が行われる。
【００３８】
有効期限を過ぎてないと判別された場合（ステップＳ２１のＮｏ）、マスターアプリケーション１０３は、有効期限間近であるかを判別する（ステップＳ２２）。例えば、ライセンスデータの取得時にマスターアプリケーション１０３がライセンス情報の一つとしてライセンスサーバ１２から次回ライセンス取得時刻を取得し、時刻が次回ライセンス取得時刻を過ぎたている場合に有効期限切れ間近と判定する。また、あらかじめマスターアプリケーション１０３がライセンスサーバとは独立に設定した有効期限より一定時間前の時刻を過ぎたときに有効期限切れ間近と判定してもよい。
【００３９】
有効期限間近であると判定された場合（ステップＳ２２のＹｅｓ）、マスターアプリケーション１０３は、ステップＳ１５からの処理を順次実行する。有効期限切れ間近でないと判定された場合に（ステップＳ２２のＮｏ）、マスターアプリケーション１０３は予め設定された更新周期を過ぎているかを判別する（ステップＳ２３）。時刻データの更新周期を過ぎていないと判別された場合（ステップＳ２３のＮｏ）、マスターアプリケーション１０３はステップＳ２２からの処理を順次実行する。時刻データの更新周期を過ぎていると判別した場合（ステップＳ２３のＹｅｓ）、マスターアプリケーション１０３は、ライセンスサーバから時刻データを取得する（ステップＳ２４）。時刻データを取得したらステップＳ１８からの処理を順次実行する。
【００４０】
このようにして、マスターアプリケーション１０３によって実行されるライセンスデータ１３１および時刻データに係わる処理が行われる。
【００４１】
なお、時刻の同期ずれによって、ライセンスの有効期限を誤って判定することを防ぐためには、ライセンスデータの更新周期より頻繁にライセンスサーバ１２から時刻データを取得する必要がある。ライセンスサーバ１２から取得した時刻データは不揮発性メモリ１３０へ書込まずに、マスターアプリケーション１０３がスレーブアプリケーション１１３へ送信している。不揮発性メモリ１３０は書込み回数に対する寿命があるが、時刻データを不揮発性メモリ１３０に書き込まないことによって、不揮発性メモリ１３０の書込みを最小限に留め、不揮発性メモリ１３０の寿命を延ばすことができる。特に、不揮発性メモリ１３０がフラッシュメモリ（特に、多値フラッシュメモリ）によって構成されている場合に有効である。
【００４２】
また、マスターアプリケーション１０３が不揮発性メモリ１３０へライセンスデータを書込む際、ライセンスデータを暗号化しておくと、不揮発性メモリ１３０が不当に解析されたり、アプリケーションと不揮発性メモリ１３０を接続するバスに汎用バスが介在する構成で汎用バスが不当に解析されたりしたとしても、ライセンスデータの不当な取得を防ぐことができる。
【００４３】
次に、スレーブアプリケーション１１３が、マスターアプリケーション１０３から時刻データを受信した場合の処理の手順について図３のフローチャートを参照して説明する。
【００４４】
スレーブアプリケーション１１３は、暗号化された時刻データを受信した場合（ステップＳ３１のＹｅｓ）、暗号化された時刻データを復号し、マスターアプリケーション１０３によってライセンスサーバから取得された時刻データを取得する（ステップＳ３２）。スレーブアプリケーション１１３は、不揮発性メモリ１３０からライセンスデータ１３１内のワーク鍵とライセンスの有効期限を読み込む（ステップＳ３３）。
【００４５】
次に、著作権保護装置１００がコンテンツサーバ１１から受信した暗号化コンテンツを復号するためのスクランブル鍵取得方法を図４のフローチャートを参照して説明する。
【００４６】
例えば、マスターアプリケーション１０３がコンテンツサーバ１１から受信したマルチキャストストリーム中にＥＣＭパケットを検出すると(ステップＳ４１のＹｅｓ)、マスターアプリケーション１０３は、ライセンスサーバ１２から取得した時刻データと取得時点からの経過時点から現在時刻を算出する（ステップＳ４２）。マスターアプリケーション１０３は、現在時刻が、不揮発性メモリ１３０から読み込んだライセンスデータ１３１に格納されている有効期限の範囲内であるかを判定する（ステップＳ４３）。
【００４７】
有効期限の範囲内である場合（ステップＳ４３のＹｅｓ）、マスターアプリケーション１０３は、ライセンスデータ１３１に格納されているワーク鍵により復号されたＥＣＭパケットに含まれる受信中のティアビットと、ライセンスデータに含まれるティアビットとを照合し、受信中チャンネルの契約があるかを判定する（ステップＳ４４）。受信中チャンネルの契約があると判定された場合、マスターアプリケーション１０３は、ＥＣＭパケットに含まれる暗号化スクランブル鍵を、不揮発性メモリ１３０から読み込んだワーク鍵により復号することによってスクランブル鍵を取得する（ステップＳ４５）。マスターアプリケーション１０３がステップＳ１７においてライセンスデータ１３１をメモリ１０２にキャッシュしておけば、ステップＳ４４、Ｓ４５ではキャッシュされたライセンスデータ１３１を使えばよいので、不揮発性メモリ１３１へのアクセス頻度を減らすことができる。上記説明ではマスターアプリケーションの動作について説明したが、スレーブアプリケーション１１３についても同様である。
【００４８】
著作権保護装置１００とライセンスサーバは独立したＲＴＣで動作するため、マスターアプリケーション１０３／スレーブアプリケーション１１３は長時間動作すると、時刻（時刻）にずれが生じる。時刻（時刻）の同期ずれを解消するため、マスターアプリケーション１０３は、ライセンスが有効期限内であっても、あらかじめ著作権保護装置１００に設定された周期でライセンスサーバ１２から時刻を取得する。著作権保護装置１００の起動時も更新周期に該当するとみなす。マスターアプリケーション１０３はライセンスサーバ１２から時刻データを取得すると、時刻データを暗号化してスレーブアプリケーション１１３へ送信する。
【００４９】
上記は１つのＩＰＴＶサービスについてのライセンス取得動作について説明したが、不揮発性メモリ１３０内にライセンスデータを書き込むための領域をＩＰＴＶサービス別に用意し、マスターアプリケーション１０３がスレーブライセンスへ時刻データを送信する際に、ＩＰＴＶサービスの種類と時刻データを関連づけて送信し、マスターアプリケーション１０３およびスレーブアプリケーション１１３がＩＰＴＶサービス別に時刻を管理するようにすれば、１つの著作権保護装置１００が複数の異なるＩＰＴＶサービスを扱うことができる。
【００５０】
本実施例では１つのＣＰＵ上で１つのアプリケーションが動作する場合について述べているが、１つのＣＰＵ上で複数のアプリケーションが動作する場合でも、同様の手順でアプリケーションがマスターアプリケーション１０３によってライセンスサーバ１２から取得したライセンスデータを読み込むことができる。
【００５１】
ライセンスデータ１３１を不揮発性メモリ１３０に書込み、マスターアプリケーション１０３からスレーブアプリケーション１１３へ有効期限を判定するための時刻データを送信することにより、マスターアプリケーションの負荷を軽減できる。
【００５２】
なお、上記実施形態では、一つの装置１００内でマスターアプリケーション１０３およびスレーブアプリケーション１１３が実行される例を説明したが、マスターアプリケーション１０３およびスレーブアプリケーション１１３が別の装置で実行されていても良い。
【００５３】
マスターアプリケーション１０３およびスレーブアプリケーション１１３が別の装置で実行されている例の構成を図５に示す。
【００５４】
図５に示すように、第１著作権保護装置１００Ａおよび第２著作権保護装置１００Ｂがハブ（ＨＵＢ）２００を介してインターネット１０に接続されている。第１著作権保護装置１００Ａは、マスターＣＰＵ１０１、メモリ１０２、ネットワークコントローラ１２１Ａ、不揮発性メモリ１３０、リアルタイムクロック（ＲＴＣ）１４１Ａ等を備えている。また、第２著作権保護装置１００Ｂは、スレーブＣＰＵ１１１、メモリ１１２、ネットワークコントローラ１２１Ｂ、リアルタイムクロック（ＲＴＣ）１４１Ｂ等を備えている。
【００５５】
メインＣＰＵ１０１はプロセッサであり、ハードディスクドライブ（ＨＤＤ）等の記憶装置からメモリ１０２にロードされる、マスターアプリケーション１０３のような各種アプリケーションプログラムを実行する。
【００５６】
ネットワークコントローラ１２１Ａ，１２１Ｂは、マスターアプリケーション１０３またはスレーブアプリケーション１１３から送られた命令に応じて、インターネット１０を介してコンテンツサーバ１１またはライセンスサーバ１２と通信を行い、通信を行ったサーバからデータを取得する。取得されたデータは命令を送ったアプリケーションに送られる。
【００５７】
第１著作権保護装置１００Ａと第２著作権保護装置１００Ｂとはスイッチングハブ２００を介してインターネット１０に接続されている。また、第１著作権保護装置１００Ａと第２著作権保護装置１００Ｂとは、スイッチングハブ２００を介して通信を行うことが可能である。
【００５８】
なお、スレーブアプリケーション１１３は、スイッチングハブ２００を介して不揮発性メモリ１３０にアクセスし、ライセンスデータ１３１を取得することが可能である。なお、スレーブアプリケーション１１３は、マスターアプリケーション１０３に対し、通信プロトコルの下位レイヤから不揮発性メモリ１３０にアクセスすることで、マスターＣＰＵ１０１（マスターアプリケーション１０３）に負荷をかけることがない。つまり、スレーブは、マスターＣＰＵ１０１（マスターアプリケーション１０３）に負担をかけずにライセンスデータを取得することができる。
【００５９】
なお、第１著作権保護装置１００Ａは例えばセットトップボックスやホームサーバによって実行され、第２著作権保護装置１００Ｂは例えばテレビやハードディスクドライブレコーダ等によって実現される。
【００６０】
なお、上記実施形態では、ライセンスサーバ１２がライセンスデータと時刻データとを提供する場合を説明したが、ライセンスデータと時刻データとを提供するサーバが別であっても良い。
【００６１】
また、上記は１つのＩＰＴＶサービスについてのライセンス取得動作について説明したが、不揮発性メモリ内にライセンスデータを書き込むための領域をＩＰＴＶサービス別に用意し、マスターアプリケーションがスレーブアプリケーションへ時刻データを送信する際に、ＩＰＴＶサービスの種類と時刻データを関連づけて送信し、マスターアプリケーションおよびスレーブアプリケーションがＩＰＴＶサービス別に時刻を管理するようにすれば、１つの著作権保護装置が複数の異なるＩＰＴＶサービスを扱うことができる。
【００６２】
また、上記実施形態では１つのＣＰＵ上で１つのアプリケーションが動作する場合について述べているが、１つのＣＰＵ上で複数のアプリーケーションが動作する場合でも、同様の手順でアプリケーションがマスターアプリケーションがライセンスサーバから取得したライセンスを読み込むことができる。
【００６３】
なお、上記実施形態では、コンテンツサーバ１１およびライセンスサーバ１２は、それぞれ１つのサーバであったが、ＩＰＴＶサービスの内のサービス（チャンネル、番組）毎にコンテンツサーバおよびライセンスサーバが設けられていても良い。
【００６４】
なお、上記実施形態では、ＩＰＴＶサービスを提供するコンテンツサーバ（コンテンツサービスプロバイダ）が一つの場合を説明した。しかし、ＩＰＴＶサービスを提供するコンテンツサーバが複数有っても良い。この場合、コンテンツサーバによってライセンスデータが異なるので、マスターアプリケーション１０３は、それぞれのコンテンツサーバに対応するライセンスサーバからライセンスサーバおよび時刻データを取得する。また、マスターアプリケーション１０３とスレーブアプリケーション１１３とは別々のサーバからそれぞれ暗号化コンテンツを取得し、各暗号化コンテンツに対応するライセンス鍵を取得することも可能である。なお、マスターアプリケーション１０３は、ライセンスサーバから時刻データを取得した場合、時刻データをライセンスサーバ（またはコンテンツサーバ）に対応づけて管理し、ライセンスサーバ（またはコンテンツサーバ）が対応づけられた時刻データをスレーブアプリケーション１１３に送信する。
【００６５】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００６６】
１０…インターネット，１１…コンテンツサーバ，１２…ライセンスサーバ，１００…著作権保護装置，１０１…マスターＣＰＵ，１０２…メモリ，１０３…マスターアプリケーション，１１１…スレーブＣＰＵ，１１２…メモリ，１１３…スレーブアプリケーション，１２１…ネットワークコントローラ，１３０…不揮発性メモリ（記憶部），１３１…ライセンスデータ，１４１…リアルタイムクロック，１５０…ハードディスクドライブ（第２記憶装置），１６０…ディスプレイ装置。
【特許請求の範囲】
【請求項１】
記憶部と、
前記記憶部にアクセスする第１アプリケーションを実行する第１プロセッサと、
前記記憶部にアクセスする第２アプリケーションを実行する第２プロセッサとを具備し、
前記第１アプリケーションは、第１サーバから取得した第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを前記記憶部に格納する処理と、第２サーバから取得した時刻データを前記第２アプリケーションに送信する処理とを実行し、
前記第２アプリケーションは、第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含む第１ストリームを受信する処理と、前記第１制御データを受信した場合に、前記第１アプリケーションから送信された時刻データに基づいて現在の時刻を算出し、前記記憶部に格納されている第１有効期限データと前記算出された時刻とに基づいて有効期限内であるかを判定する処理と、有効期限内であると判定された場合に、前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる前記第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得する処理とを実行する
ことを特徴とする著作権保護装置。
【請求項２】
前記第２アプリケーションは、前記第１暗号化コンテンツおよび前記第１スクランブル鍵を前記記憶部と異なる記憶部に格納する処理を実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項３】
前記第２アプリケーションは、前記第１スクランブル鍵を用いて前記第１暗号化コンテンツを復号することによって得られる第１コンテンツを再生する処理を実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項４】
前記第１アプリケーションは、前記時刻データを暗号化する処理と、前記暗号化された時刻データを前記第２アプリケーションに送信する処理とを実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項５】
前記ライセンスデータは、第２暗号化コンテンツに対応する第２ワーク鍵および第２有効期限データを含み、
前記第１アプリケーションは、前記第３サーバから前記第２暗号化コンテンツと前記第２暗号化コンテンツを復号するための第２スクランブル鍵を暗号化した第２暗号化スクランブル鍵を含む第２制御データとを含む第２ストリームを受信する処理と、前記第２制御データを受信した場合に、前記第２サーバから取得した時刻データに基づいて現在の時刻を算出する処理と、前記記憶部に格納されている前記第２有効期限データと前記算出された時刻とに基づいて有効期限内であるかを判定する処理と、有効期限内であると判定された場合に、前記記憶部に格納されている第２ワーク鍵を用いて前記第２制御データ内に含まれる前記第２暗号化スクランブル鍵を復号することによって得られる前記第２スクランブル鍵を取得する処理とを実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項６】
第１プロセッサによって実行される第１アプリケーションによって、第１サーバから第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを取得し、
前記第１アプリケーションによって、前記ライセンスデータを記憶部に格納し、
前記第１アプリケーションによって第２サーバから時刻データを取得し、
前記第１アプリケーションから第２プロセッサによって実行される第２アプリケーションに前記時刻データを送信し、
前記第２アプリケーションによって第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含むストリームを受信し、
前記第１制御データを受信した場合に、前記第２アプリケーションによって前記時刻データに基づいて現在の時刻を算出し、
前記第２アプリケーションによって前記記憶部に格納されている第１有効期限データと前記算出された時刻データとに基づいて有効期限内であるかを判別し、
有効期限内であると判別された場合に、前記第２アプリケーションによって前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得する
ことを特徴とする著作権保護方法。
【請求項１】
記憶部と、
前記記憶部にアクセスする第１アプリケーションを実行する第１プロセッサと、
前記記憶部にアクセスする第２アプリケーションを実行する第２プロセッサとを具備し、
前記第１アプリケーションは、第１サーバから取得した第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを前記記憶部に格納する処理と、第２サーバから取得した時刻データを前記第２アプリケーションに送信する処理とを実行し、
前記第２アプリケーションは、第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含む第１ストリームを受信する処理と、前記第１制御データを受信した場合に、前記第１アプリケーションから送信された時刻データに基づいて現在の時刻を算出し、前記記憶部に格納されている第１有効期限データと前記算出された時刻とに基づいて有効期限内であるかを判定する処理と、有効期限内であると判定された場合に、前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる前記第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得する処理とを実行する
ことを特徴とする著作権保護装置。
【請求項２】
前記第２アプリケーションは、前記第１暗号化コンテンツおよび前記第１スクランブル鍵を前記記憶部と異なる記憶部に格納する処理を実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項３】
前記第２アプリケーションは、前記第１スクランブル鍵を用いて前記第１暗号化コンテンツを復号することによって得られる第１コンテンツを再生する処理を実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項４】
前記第１アプリケーションは、前記時刻データを暗号化する処理と、前記暗号化された時刻データを前記第２アプリケーションに送信する処理とを実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項５】
前記ライセンスデータは、第２暗号化コンテンツに対応する第２ワーク鍵および第２有効期限データを含み、
前記第１アプリケーションは、前記第３サーバから前記第２暗号化コンテンツと前記第２暗号化コンテンツを復号するための第２スクランブル鍵を暗号化した第２暗号化スクランブル鍵を含む第２制御データとを含む第２ストリームを受信する処理と、前記第２制御データを受信した場合に、前記第２サーバから取得した時刻データに基づいて現在の時刻を算出する処理と、前記記憶部に格納されている前記第２有効期限データと前記算出された時刻とに基づいて有効期限内であるかを判定する処理と、有効期限内であると判定された場合に、前記記憶部に格納されている第２ワーク鍵を用いて前記第２制御データ内に含まれる前記第２暗号化スクランブル鍵を復号することによって得られる前記第２スクランブル鍵を取得する処理とを実行することを特徴とする請求項１に記載の著作権保護装置。
【請求項６】
第１プロセッサによって実行される第１アプリケーションによって、第１サーバから第１暗号化コンテンツに対応する第１ワーク鍵および第１有効期限データを含むライセンスデータを取得し、
前記第１アプリケーションによって、前記ライセンスデータを記憶部に格納し、
前記第１アプリケーションによって第２サーバから時刻データを取得し、
前記第１アプリケーションから第２プロセッサによって実行される第２アプリケーションに前記時刻データを送信し、
前記第２アプリケーションによって第３サーバから前記第１暗号化コンテンツと前記第１暗号化コンテンツを復号するための第１スクランブル鍵を暗号化した第１暗号化スクランブル鍵を含む第１制御データとを含むストリームを受信し、
前記第１制御データを受信した場合に、前記第２アプリケーションによって前記時刻データに基づいて現在の時刻を算出し、
前記第２アプリケーションによって前記記憶部に格納されている第１有効期限データと前記算出された時刻データとに基づいて有効期限内であるかを判別し、
有効期限内であると判別された場合に、前記第２アプリケーションによって前記記憶部に格納されている第１ワーク鍵を用いて前記第１制御データ内に含まれる第１暗号化スクランブル鍵を復号することによって得られる第１スクランブル鍵を取得する
ことを特徴とする著作権保護方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−１９３１６０（Ｐ２０１１−１９３１６０Ａ）
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願番号】特願２０１０−５６６３９（Ｐ２０１０−５６６３９）
【出願日】平成２２年３月１２日（２０１０．３．１２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願日】平成２２年３月１２日（２０１０．３．１２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]