(57)【要約】【課題】データ処理方法及びＩＰＴＶ受信デバイスを提供する。【解決手段】データ処理方法は、ＩＰＴＶ受信デバイスのＤＲＭコンポーネントを用いたデータ処理方法において、サーバから復号化されるパケットと関連付けられている情報を受信して、自身による復号化及び外部ハードウェアを使用した復号化のうちいずれか一つを実行して前記パケットを復号化する。前記自身による復号化を実行する場合、前記パケットを受信して内部ソフトウェアを使用して復号化して、前記外部ハードウェアを使用した復号化を実行する場合、前記ＩＰＴＶ受信デバイス内の信頼される(Trusted)外部ハードウェアコンポーネントと鍵を交換することができる。【選択図】図２
2011503957.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰＴＶ受信デバイスのＤＲＭコンポーネントを用いたデータ処理方法であって、
復号化されるパケットと関連する情報をサーバから受信する段階、並びに
自身による復号化及び外部ハードウェアを使用した復号化のうちいずれか一つを実行して前記パケットを復号化する段階、を有し、
前記自身による復号化を実行する場合、前記ＤＲＭコンポーネントが前記パケットを受信し、内部ソフトウェアを用いて前記パケットを復号化し、及び前記外部ハードウェアを使用して前記復号化が実行される場合、前記ＤＲＭコンポーネントが前記ＩＰＴＶ受信デバイス内の信頼される外部ハードウェアコンポーネントと鍵を交換する、データ処理方法。
【請求項２】
前記ＩＰＴＶ受信デバイス内の外部コンポーネントにより実行されるＤＲＭメッセージの受信及びフィルタリングを構成する段階、及び
前記外部コンポーネントからＤＲＭパラメータを受信する段階、
をさらに含む、請求項１に記載のデータ処理方法。
【請求項３】
前記復号化に必要な鍵及び権限を交換するために、ＤＲＭサーバと通信する段階をさらに含む、請求項１に記載のデータ処理方法。
【請求項４】
ＤＲＭサーバにより、前記ＤＲＭコンポーネントを認証、及びプロビジョニングする段階、及び
運営に必要な保存値を初期化し、該保存値を安全にロードする段階、
をさらに含む、請求項１に記載のデータ処理方法。
【請求項５】
前記受信された情報に基づいて、前記自身による復号化、又は前記外部ハードウェアを使用した前記復号化が実行されるかどうかを判定する段階をさらに含む、請求項１に記載のデータ処理方法。
【請求項６】
前記判定する段階は、内部ソフトウェアが前記パケットの前記復号化を実行することができるかを判定することにより実行される、又は前記受信された情報による指定に基づく、請求項５に記載のデータ処理方法。
【請求項７】
前記パケットを復号化するための適当な権限がない場合、特定メッセージを介して、当該事実を前記ＩＰＴＶ受信デバイスに通知する段階をさらに含む、請求項１に記載のデータ処理方法。
【請求項８】
ＩＰＴＶ受信デバイスであって、
ハードウェアコンポーネント、並びに
復号化されるパケットと関連する情報をサーバから受信し、自身による復号化及び外部ハードウェアを使用した復号化のうちいずれか一つを実行して該パケットを復号化するＤＲＭコンポーネント、を有し、
前記自身による復号化を実行する場合、前記ＤＲＭコンポーネントは、前記パケットを受信し、内部ソフトウェアを使用して前記パケットを復号化し、及び前記外部ハードウェアを用いた前記復号化が実行される場合、前記ＤＲＭコンポーネントは、前記ハードウェアコンポーネントと鍵を交換する、ＩＰＴＶ受信デバイス。
【請求項９】
ＤＲＭメッセージを受信及びフィルタリングするためのフィルタリングコンポーネントをさらに含み、
前記ＤＲＭコンポーネントは、前記フィルタリングコンポーネントにより実行される前記ＤＲＭメッセージの受信及びフィルタリングを構成し、前記フィルタリングコンポーネントからＤＲＭパラメータを受信する、請求項８に記載のＩＰＴＶ受信デバイス。
【請求項１０】
前記ＤＲＭコンポーネントは、前記受信された情報に基づいて、前記自身による復号化、又は前記外部ハードウェアを使用した前記復号化が実行されるかどうかを判定する、請求項８に記載のＩＰＴＶ受信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理方法及びＩＰＴＶ受信デバイスに関し、詳細には、ＩＰＴＶ受信デバイスのＤＲＭコンポーネントの機能及び動作シナリオを提供することができるＩＰＴＶセキュリティ関連技術に関する。
【背景技術】
【０００２】
最近、デジタル放送環境が構築され、高画質及び多様な付加サービスに対する要求が急増することに応じてデジタル放送サービスが商用化されている。デジタル放送サービスは、既存のアナログ放送サービスでは提供できなかった良質のサービスを提供するのが可能である。
【０００３】
特に、ＩＰネットワークを介して放送サービスを提供するＩＰＴＶ(Internet Protocol Television)サービスは、高画質で放送コンテンツを提供することができるだけでなく、双方向サービスが可能であるため、ユーザが視聴プログラムの種類や視聴時間などを能動的に選択することができる。また、ＩＰＴＶサービスは、このような双方向性に基づいて多様な付加サービス、例えば、インターネット検索、ホームショッピング、オンラインゲームなどを放送と連動して提供することもできる。
【０００４】
このようなＩＰＴＶサービスに対して、サービスシステム及びユーザシステムが要求される。サービスシステムは、コンテンツプロバイダから多様なコンテンツの提供を受けることができて、サービスコンテンツ目録、放送スケジュール、プリビューなどを含むガイド情報、例えば、電子番組ガイド(Electronic Program Guide：ＥＰＧ)、インタラクティブプログラムガイド(Interactive Program Guide：ＩＰＧ)、コンテンツプログラムガイド(Content Program Guide：ＣＰＧ)などを生成した後、これをＩＰネットワークを介してユーザシステムに提供することができる。
【０００５】
ユーザシステムは、ＩＰＴＶデバイス(例えば、ＩＰＴＶセットトップボックス)などを備える。ユーザシステムは、サービスプロバイダから提供されるガイド情報を表示し、ユーザによって選択されたコンテンツまたはサービスをサービスシステムに要請することができる。一方、ユーザシステムは、ユーザドメインを含むこともできる。ＩＰＴＶデバイスによってユーザ側から受信されるコンテンツは、ユーザドメイン内のデバイス、例えば、ホームネットワークデバイスと共有されてもよい。
【０００６】
このようなＩＰＴＶシステムを安定的に運営するためには、ユーザシステムでＩＰＴＶサービスと関連付けられているデータ、例えば、コンテンツ、メッセージ、ソフトウェア、セキュリティ情報などを受信及び使用する時、これらを許可されない不法行為から安全に保護しながら処理することができなければならない。
【０００７】
従って、ユーザシステムにはＩＰＴＶサービスの安全性を保障することができるセキュリティ体系が必須的に適用されなければならない。前記セキュリティ体系は、セキュリティモジュールを定義して、定義されたセキュリティモジュールの動作手順及び外部エンティティとの連動(association)シナリオを效率的に提示することができなければならない。従って、ＩＰＴＶシステムにおいて、ユーザシステムのセキュリティを保障することができるセキュリティ関連技術が至急に必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術的課題は、ＩＰＴＶ受信デバイスに備えられるＤＲＭコンポーネントの機能及び動作シナリオを提示し、これを用いてデータを效率的に処理することができるデータ処理方法及びこれを備えるＩＰＴＶ受信デバイスを提供することである。
【課題を解決するための手段】
【０００９】
このような技術的課題を解決するために、本発明は、１つの側面として、データ処理方法を提供する。前記データ処理方法は、ＩＰＴＶ受信デバイスのＤＲＭコンポーネントを用いたデータ処理方法において、復号化（decrypt）されるべきパケットと関連付けられている情報をサーバから受信する段階；及び自身による復号化及び外部ハードウェアを使用した復号化のうちいずれか一つを実行して前記パケットを復号化する段階；を含む。前記自身による復号化を実行する場合、前記パケットを受信して内部ソフトウェアを使用してパケットを復号化し、前記外部ハードウェアを使用した復号化を実行する場合、前記ＩＰＴＶ受信デバイス内の信頼される(Trusted)外部ハードウェアコンポーネントと鍵を交換する。
【００１０】
前記データ処理方法は、前記ＩＰＴＶ受信デバイス内の外部コンポーネントによるＤＲＭメッセージの受信及びフィルタリングを構成する段階；及び前記外部コンポーネントからＤＲＭパラメータを受信する段階；をさらに含むことができる。また、前記データ処理方法は、前記復号化に必要な鍵及び権限を交換するためにＤＲＭサーバと通信する段階をさらに含むこともできる。
【００１１】
前記データ処理方法は、ＤＲＭサーバ認証、及びＤＲＭコンポーネントをプロビジョニング（provisioning）する段階；及び運営(Operation)に必要な保存値を初期化(Initialize)し、安全にロードする段階；をさらに含むことができる。前記データ処理方法は、前記パケットの復号化のための適当な権限を有していない場合、特定メッセージとして前記ＩＰＴＶ受信デバイスに通知する段階をさらに含むこともできる。
【００１２】
前記データ処理方法は、前記受信される情報に基づいて前記自身による復号化を実行するか、或いは前記外部ハードウェアを使用した復号化を実行するかを判断する段階をさらに含むことができる。この場合、前記判断段階は、前記パケットの復号化を実行することができる内部ソフトウェアの存在如何、或いは前記受信される情報による指定に基づいて判断を実行する段階を含むことができる。
【００１３】
一方、前述した技術的課題を解決するために、本発明は、他の側面として、ＩＰＴＶ受信デバイスを提供する。前記ＩＰＴＶ受信デバイスは、ハードウェアコンポーネント；及びサーバから復号化されるパケットと関連付けられている情報を受信して、自身による復号化及び外部ハードウェアを使用した復号化のうちいずれか一つを実行して前記パケットを復号化するＤＲＭコンポーネントを含むことができる。前記ＤＲＭコンポーネントは、前記自身による復号化を実行する場合、前記パケットを受信して内部ソフトウェアを使用して復号化して、前記外部ハードウェアを使用した復号化を実行する場合、前記ハードウェアコンポーネントと鍵を交換することができる。
【００１４】
また、前記ＩＰＴＶ受信デバイスは、ＤＲＭメッセージを受信及びフィルタリングするためのフィルタリングコンポーネントをさらに含むこともできる。前記ＤＲＭコンポーネントは、前記フィルタリングコンポーネントによるＤＲＭメッセージの受信及びフィルタリングを構成して、前記フィルタリングコンポーネントからＤＲＭパラメータを受信することもできる。
【００１５】
前記ＤＲＭコンポーネントは、前記受信される情報に基づいて前記自身による復号化を実行するか、或いは前記外部ハードウェアを使用した復号化を実行するかを判断することもできる。
【発明の効果】
【００１６】
以上、説明した通り、本発明によると、ＩＰＴＶ受信デバイスのＤＲＭコンポーネントの機能及び動作シナリオを提供することによって、ＤＲＭコンポーネントを用いてセキュリティ関連データを效率的に処理することができる。
【図面の簡単な説明】
【００１７】
【図１】ＩＰＴＶサービスのためのＩＰＴＶシステムのＤＲＭコンポーネントを示すブロック図である。
【図２】本発明の好ましい実施例に係るＩＰＴＶ受信デバイスＤＲＭコンポーネントの動作を説明するための例示図である。
【図３】ＣＡＳシステムとＤＲＭシステムとの間の連動動作を説明するための例示図である。
【図４】ＤＳＦ初期化手順を説明するための例示図であり、ＤＳＦと関連付けられている構成要素及びその初期化動作の流れを示す図面である。
【図５】相互運用モデル(Interoperable Model)のアーキテクチャを示すダイアグラムである。
【図６】ＩＰＴＶ受信デバイス内に放送されたコンテンツを記録するシナリオを示す例示図である。
【図７】ＩＰＴＶ受信デバイス内に放送されたコンテンツを記録する他のシナリオを示す例示図である。
【図８】許可されたＤＲＭ相互運用ドメインまたはＤＲＭドメインにＩＰＴＶ受信デバイスを参加させるためのシナリオを示す例示図である。
【発明を実施するための形態】
【００１８】
以下、本発明が属する分野に通常の知識を有する者が本発明を容易に実施できるように本発明の好ましい実施例を添付図面を参照して詳細に説明する。以下に説明する本発明の好ましい実施例では内容の明瞭性のために特定の技術用語を使用する。然しながら、本発明は、その選択された特定用語に限定されることではなく、各々の特定用語が類似目的を達成するために類似方式に動作する全ての技術同意語を含むことを予め明らかにする。
【００１９】
図１は、ＩＰＴＶサービスのためのデジタル著作権管理(Digital Rights Management：ＤＲＭ)コンポーネントを示すブロック図であり、ＩＰＴＶサービスを提供するためのＩＰＴＶシステムの構成をセキュリティに必要な要素を中心に示している。
【００２０】
図１に示したように、サーバ側ＤＲＭシステム(Server Side DRM System)(３０)は、放送コンテンツサーバ(１０)またはビデオ・オン・デマンド(Video On Demand：ＶＯＤ) レポジトリ(Repository)(２０)からコンテンツの提供を受ける。サーバ側ＤＲＭシステム(３０)は、リアルタイム暗号化モジュール(Real-Time Encryption Module)(３２)、鍵管理モジュール(Key Management Module)(３４)、オフライン暗号化モジュール(Off-line Encryption Module)(３６)、ＤＲＭシステム管理サーバ(DRM System Management Server)(３８)などを備えることができる。
【００２１】
リアルタイム暗号化モジュール(３２)は、鍵管理モジュール(３４)によって提供される鍵を使用して放送コンテンツサーバ(１０)またはＶＯＤレポジトリ(２０)から提供されるメディアコンテンツをリアルタイムで暗号化し、暗号化されたリアルタイムコンテンツのストリームを出力することができる。リアルタイム暗号化モジュール(３２)から出力されるコンテンツストリームは、ＩＰＴＶ受信デバイス(IPTV Receiving Device)(６０)に伝達される。リアルタイム暗号化モジュール(３２)は、放送コンテンツサーバ(１０)またはＶＯＤレポジトリ(２０)とアプリケーションレベルで接続（interface）することができ、必要によってサーバ側ＤＲＭシステム(３０)の構成要素と連動することもできる。
【００２２】
オフライン暗号化モジュール(３６)は、特定時間の間にＶＯＤサーバ(４０)に格納されるようになるメディアコンテンツを放送コンテンツサーバ(１０)またはＶＯＤレポジトリ(２０)から受信して暗号化し、これをＶＯＤサーバ(４０)に提供する。このようなオフライン暗号化モジュール(３６)は、ＶＯＤサーバ(４０)の入力ポートと連結される。オフライン暗号化モジュール(３６)は、放送コンテンツサーバ(１０)またはＶＯＤレポジトリ(２０)とアプリケーションレベルで接続することができ、必要によってサーバ側ＤＲＭシステム(３０)の構成要素と連動することもできる。
【００２３】
鍵管理モジュール(３４)は、リアルタイム暗号化モジュール(３２)、オフライン暗号化モジュール(３６)またはＩＰＴＶ受信デバイス(６０)に適した暗号化鍵を提供して管理することができる。鍵管理モジュール(３４)からのストリームは、ＩＰＴＶ受信デバイス(７０)に伝達されることができ、ＩＰＴＶ受信デバイス(６０)とアプリケーションレベルで接続することができる。
【００２４】
ＤＲＭシステム管理サーバ(３８)は、ＤＲＭソリューションの中心コア(Central Core)として機能する。例えば、ＤＲＭシステム管理サーバ(３８)は、サーバ側ＤＲＭシステム(３０)のサブエレメント、例えば、リアルタイム暗号化モジュール(３２)、鍵管理モジュール(３４)、オフライン暗号化モジュール(３６)などを適切に制御して、サーバ側ミドルウェア(５０)と連動することができる。また、ＤＲＭシステム管理サーバ(３８)は、サーバ側ＤＲＭシステム(３０)の構成要素またはＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)などにセキュリティサービス、例えば、認証などを提供することもできる。
【００２５】
ＶＯＤサーバ(４０)は、暗号化されたコンテンツを格納して、サーバ側ミドルウェア(５０)の命令に応じて暗号化されたコンテンツを提供することができる。ＩＰＴＶネットワークは、サーバ側ＤＲＭシステム(３０)またはＶＯＤサーバ(４０)から送信される多様なパケットストリームがそのＩＰアドレスに応じてＩＰＴＶ受信デバイス(６０)に適切に送信されることができるようにルートを提供する。
【００２６】
ＩＰＴＶ受信デバイス(６０)は、クライアント側に備えられることができる。ＩＰＴＶ受信デバイス(６０)は、ユーザがユーザのビューイングデバイス(Viewing Device)、例えば、ＴＶなどにユーザに権限が付与された(例えば、メディアコンテンツの購買などを介して権限の取得可能)メディアコンテンツを視聴することができるように該当機能を提供する。ＩＰＴＶ受信デバイス(６０)は、ＩＰネットワークと連結されてサーバ側ＤＲＭシステム(３０)またはＶＯＤサーバ(４０)から受信される暗号化されたコンテンツを処理して再生または格納することができて、場合によっては、ホームネットワークなどに基づいて構成されるユーザドメインのデバイスにコンテンツを再配信することもできる。
【００２７】
ＩＰＴＶ受信デバイス(６０)は、コンテンツの保護と関連付けられている機能を主に実行するＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)、コンテンツの処理及び使用と関連付けられている機能を実行するＩＰＴＶ受信デバイスソフトウェア/ハードウェアのコンポーネント(６４)などを含むことができる。このようなＩＰＴＶ受信デバイス(６０)は、例えば、ＩＰＴＶセットトップボックスまたはＩＰＴＶセットトップボックスに相応する機能が備えられたネットワークデバイスなどである。
【００２８】
前記ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、サーバ側のＤＲＭシステムによって認証され、プロビジョニングされる。ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、安全な方式(Securely Manner)でロードされた後、サービスセキュリティと関連付けられている運営(Operation)に必要な保存(Persistence)値を初期化(Initialize)して安全にロードする。ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、サービス時に復号化されるストリームと関連付けられている情報を得ることができて、鍵及び権限を交換するためにサーバ側ＤＲＭシステム(３０)と通信することができる。
【００２９】
このようなＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、その中に復号化機能を備えることもでき、またはＩＰＴＶ受信デバイス(６０)内に備えられる外部コンポーネント、例えば、ＩＰＴＶ受信デバイスの特定ハードウェアコンポーネントまたはソフトウェアコンポーネントによる復号化をアシストすることも可能である。
【００３０】
ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、ＭＰＥＧ２パケットまたはＶＯＤパケットストリームが受信される時、内部に復号化機能が実行できるソフトウェアを備えるか否かに応じて選択的に動作することができる。
【００３１】
例えば、ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)が復号化機能が実行できるソフトウェアを備える場合、ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、サーバ側から受信されたＭＰＥＧ２パケットまたはＶＯＤパケットストリームを受信し、これを内部プロセッシングを介して復号化することができる。然しながら、ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)に復号化機能が実行できるソフトウェアを備えない場合、ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、復号化を実行する外部ハードウェアコンポーネント(例えば、復号化エンジン等)を構成(configure)し、信頼される(Trusted)外部ハードウェアコンポーネントと復号化に必要な鍵を安全に交換することができる。この場合、前記復号化は、前記ハードウェアによって実行するようになる。
【００３２】
一方、ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、ストリームを復号化するために必要な権限を有することができない場合、該当メッセージをＩＰＴＶ受信デバイスソフトウェア/ハードウェアのコンポーネント(６４)に通知することもできる。この場合、ＩＰＴＶ受信デバイスソフトウェア/ハードウェアのコンポーネント(６４)は、エラーメッセージを表示したり、権限を獲得するための手順を実行することもできる。
【００３３】
また、ＩＰＴＶ受信デバイスＤＲＭコンポーネント(６２)は、実行可能なソフトウェア(Executable Software)でない受信されたメッセージまたはファイル(例えば、ＥＰＧ、ＩＰＧ等)のための一般的な認証サービスを提供することもできる。
【００３４】
ＩＰＴＶ受信デバイスソフトウェア/ハードウェアのコンポーネント(６４)は、ＩＰＴＶ受信デバイスＤＲＭコンポーネントを除いたＩＰＴＶ受信デバイスのコンポーネントであり、ＩＰＴＶサービスの提供を受けるための機能を実行する多様なソフトウェアまたはハードウェアコンポーネントを含むことができる。例えば、ＩＰＴＶ受信デバイスソフトウェア/ハードウェアのコンポーネントは、機能的にメディア再生機、データ受信ポート、ストレージ(例えば、フラッシュ、ハードディスク等)、ホームネットワーク出力ポート、暗号化エンジン、復号化エンジン、フィルタリングコンポーネント、ユーザ入力モジュール、ディスプレイモジュール、ネイティブ認証ソリューションなどを含むことができて、実施環境に応じてソフトウェアまたはハードウェアを使用して多様な構成が可能である。
【００３５】
一方、サーバ側ではＩＰＴＶ受信デバイス(６０)にセキュアダウンロード(Secure Download)またはセキュアメッセージ(Secure Message)と関連付けられている多様なデータを送信することができる。このようなデータの送信のためにはセキュリティソリューション認証(Security Solution Authentication)が要求される。セキュリティソリューション認証の要求されるデータは、主に非保存データ(Non-Persistent Data)及び保存データ(Persistent Data)に区分されることができる。
【００３６】
前記非保存データは、ＩＰＴＶ受信デバイス(６０)に受信されるレセプションタイム(Reception Time)にのみ使われるデータを意味することができる。前記非保存データである緊急警報システム(Emergency Alert System：ＥＡＳ)メッセージのセキュア配信、一回限りの命令(One-Time Commands)のセキュア配信、エンド・ツー・エンド(End-to-End)通信などでは前記セキュリティソリューション認証が要求される。一方、前記保存データは、レセプションタイム後にもＩＰＴＶ受信デバイス(６０)内に保存されるデータを意味することができる。前記保存データである実行可能なソフトウェア(Executable Software)のセキュアダウンロード、ＤＲＭコードのセキュアダウンロード、コンフィギュレーションファイル(Configuration Files)のセキュア配信、認証階層(Certificate Hierarchy)の更新などでは前記セキュリティソリューション認証が要求される。
【００３７】
前記セキュリティソリューション認証は、署名プロセス及び認証プロセスを含む。前記署名プロセスは、サーバ側の特定システム、例えば、ＤＲＭシステムなどで実行可能である。前記認証プロセスは、ＩＰＴＶ受信デバイスの特定要素、例えば、ネイティブセキュリティソリューション(Native Security Solution)などで実行することもできる。
【００３８】
前記ネイティブセキュリティソリューションは、ＩＰＴＶ受信デバイスの製造時(Manufacturing Time)にハードウェア、ソフトウェアまたはハードウェアとソフトウェアが混合された形態でＩＰＴＶ受信デバイスに備えられることができる。ネイティブセキュリティソリューションは、セキュリティソリューション認証のための認証プロセス、完全性チェッキング(Integrity Checking)、ＤＲＭメッセージフィルタリングなどを実行することができる。
【００３９】
図２は、本発明の好ましい実施例に係るＩＰＴＶ受信デバイスＤＲＭコンポーネントの動作を説明するための例示図である。
【００４０】
図２を参照すると、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、サーバ側の特定エンティティ、例えば、サーバ側ＤＲＭシステムによって認証、及びプロビジョニングされ、セキュア方式(Securely Manner)でロードされることができる。ロードされたＩＰＴＶ受信デバイスＤＲＭコンポーネントは、運営(Operation)に必要な保存(Persistence)値を初期化(Initialize)して安全にロードすることができる(段階：Ｓ１)。
【００４１】
ＩＰＴＶサービスのために、ＩＰＴＶ受信デバイスは、サーバ側の特定システム、例えば、サーバ側ＤＲＭシステムまたはＶＯＤサーバなどにコンテンツ案内情報を要請することができる。このとき、コンテンツ案内情報は、サービスコンテンツ、付加情報などを案内する情報であり、例えば、ＥＰＧ、ＩＰＧ、またはＶＯＤコンテンツガイドなどである。
【００４２】
サーバ側ではこれに応答してコンテンツ案内情報をＩＰＴＶ受信デバイスに伝送することができる。それによって、ＩＰＴＶ受信デバイスは、これを受信することができる。このとき、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、受信されるコンテンツ案内情報に対する認証を実行することができる。前記ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、ＩＰＴＶ受信デバイスに受信される実行可能なソフトウェアでないメッセージまたはファイル(例えば、ＥＰＧ、ＩＰＧ等)のための一般的な認証サービスを提供することができる。
【００４３】
コンテンツ案内情報に基づいてユーザが視聴を好む特定コンテンツを選択すれば、ＩＰＴＶ受信デバイスは、サーバ側のシステム(例えば、サーバ側ＤＲＭシステムまたはＶＯＤサーバ)に該当コンテンツを要請する。要請に応答して、サーバ側のシステムからＩＰＴＶ受信デバイスにコンテンツを含む暗号化されたパケットストリーム(例えば、ＭＰＥＧ２パケットストリーム、ＶＯＤパケットストリーム等)とその関連情報が伝送される。
【００４４】
ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、サーバ側のシステムから受信される復号化されるパケットストリームと関連付けられている情報を受信する(段階：Ｓ２)。このとき、関連付けられている情報は、コンテンツのメタデータ(Metadata)などを含むことができる。また、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、鍵及び権限を交換するためにＤＲＭサーバと通信しながら、コンテンツの復号化に使用する鍵、復号化権限またはコンテンツ使用を制限する権限情報などを受信することができる。
【００４５】
一方、ＩＰＴＶ受信デバイスは、サーバ側からＤＲＭメッセージを受信することができる。前記ＤＲＭメッセージは、サービスの保護のための多様なＤＲＭパラメータを含むことができる。ＩＰＴＶ受信デバイス内のフィルタリングコンポーネントは、ＤＲＭメッセージを受信してフィルタリングを実行する。前記フィルタリングコンポーネントは、特定ハードウェアで具現されることができる。ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、前記フィルタリングコンポーネントによるＤＲＭメッセージの受信及びフィルタリングを構成することができ(段階：Ｓ３)、フィルタリングコンポーネントからＤＲＭパラメータを受信することができる(段階：Ｓ４)。例えば、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、ＩＰＴＶ受信デバイス内の外部フィルタリングコンポーネントであるdemuxチップからＥＣＭ(Entitlement Control Message)などを受信することができる。
【００４６】
また、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、前記関連情報に基づいて、送信される暗号化されたパケットを自分が内部に備えているソフトウェアを使用して復号化するか、或いは、でなければＩＰＴＶ受信デバイス内に備えられた信頼される(Trusted)外部ハードウェアを介して復号化するかを判断する(段階：Ｓ５)。
【００４７】
このとき、ＩＰＴＶ受信デバイスＤＲＭコンポーネントが直接復号化を実行するか、或いは外部ハードウェアを介して復号化を実行するかを判断する基準は、次のような例がある。
【００４８】
１．ＩＰＴＶ受信デバイスＤＲＭコンポーネントが暗号化されたパケットを復号化することができるソフトウェアの具備如何。例えば、ＩＰＴＶ受信デバイスＤＲＭコンポーネントの内部ソフトウェアを検索して受信される暗号化されたパケットを復号化することができるソフトウェアがＩＰＴＶ受信デバイスＤＲＭコンポーネント内に備えられている場合、該当内部ソフトウェアを用いてＩＰＴＶ受信デバイスＤＲＭコンポーネント自体が復号化を実行して、ＩＰＴＶ受信デバイスＤＲＭコンポーネントに暗号化されたパケットを復号化することができる内部ソフトウェアが備えられていない場合、外部ハードウェアを介して復号化を実行することができる。
【００４９】
２．パケットストリームと関連付けられている情報による指定次第。例えば、パケットストリームと関連付けられている情報がＩＰＴＶ受信デバイスＤＲＭコンポーネントの内部ソフトウェアを使用して復号化することを指示する場合、内部ソフトウェアを介して復号化して、外部ハードウェアを使用して復号化することを指示する場合、該当外部ハードウェアを使用して復号化を実行することができる。このとき、パケットストリームと関連付けられている情報で内部ソフトウェアを使用して復号化することを指示したにもかかわらず、内部ソフトウェアがない場合、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、サーバシステムに要請して該当ソフトウェアをセキュアダウンロードすることもできる。
【００５０】
前記判断(段階：Ｓ５)において、ＩＰＴＶ受信デバイスＤＲＭコンポーネントが内部ソフトウェアを使用して復号化を実行することを判断した場合、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、前記暗号化されたパケット(例えば、ＭＰＥＧ２パケット、ＶＯＤパケット等)を受信して(段階：Ｓ６)、該当コンテンツに対する権限情報をチェックした後、内部ソフトウェアを使用して復号化する(段階：Ｓ７)。従って、暗号化されたパケットの復号化は、ＩＰＴＶ受信デバイスＤＲＭコンポーネント自体によって実行される。
【００５１】
然しながら、前記判断(段階：Ｓ５)において、ＩＰＴＶ受信デバイスＤＲＭコンポーネントが外部ハードウェアを使用して復号化を実行することを判断した場合、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、復号化のための外部ハードウェアコンポーネントを構成(Configuration)し(例えば、信頼される外部復号化ハードウェアを使用して鍵及び初期条件のパス可能)(段階：Ｓ８)、該当コンテンツに対する権限情報をチェックした後、復号化を指示することができる(段階：Ｓ９)。このとき、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、前記外部ハードウェアコンポーネントと鍵を安全に交換することができる。従って、暗号化されたパケットの復号化は、該当外部ハードウェアによって実行される(段階：Ｓ１０)。
【００５２】
前記権限情報のチェッキングの際、パケットストリームを復号化するための適当な権限を有することができない場合、ＩＰＴＶ受信デバイスＤＲＭコンポーネントは、これを知らせる通知メッセージをＩＰＴＶ受信デバイスに送信することができる。この場合、ＩＰＴＶ受信デバイスは、権限を取得するための手順、例えば、ユーザに該当コンテンツを視聴する権限の無いことを通知し、コンテンツが購買できる画面を表示することによって購買を誘導することができる。
【００５３】
ＩＰＴＶ受信デバイスのＤＲＭコンポーネントは、ＩＰＴＶ受信デバイスのストレージリソース(例えば、フラッシュまたはハードディスク等)からパラメータを安全に読み取り、書き込むことができる。また、ＩＰＴＶ受信デバイスのＤＲＭコンポーネントは、ＩＰＴＶ受信デバイスから一意の識別情報(例えば、ＭＡＣアドレス、シリアルナンバ、一意の識別ナンバ等)を検索(Retrieve)することもできる。
【００５４】
一方、ＩＰＴＶ受信デバイスは、復号化されたコンテンツをストレージに安全に格納し、再生し、外部のホームデバイスに配信することもできる。このために、ＩＰＴＶ受信デバイスは、コンテンツをＤＲＭを介して保護可能であるべきである。
【００５５】
以下、ＩＰＴＶシステムにおいて、コンテンツを提供して格納及び配信する一連の過程を説明する。まず、ＩＰＴＶシステムの構成要素をドメイン(Domain)の概念を導入して分類すると、コンテンツプロバイダドメイン(Content Provider Domain)、サービスプロバイダドメイン(Service Provider Domain)、ネットワークプロバイダドメイン(Network Provider Domain)及び消費者ドメイン(Consumer Domain)などのように分類されることができる。前記各ドメインのシステム構成は、実施環境に応じて多様な構成が可能である。例えば、各々のドメインは、複数のシステム(例えば、サーバ、デバイス、ネットワーク、ソフトウェアモジュール等)を含むこともでき、または特定システムが複数のドメインを含むこともできる。
【００５６】
コンテンツプロバイダドメインは、少なくとも一つのコンテンツプロバイダを含むことができる。コンテンツプロバイダは、コンテンツやコンテンツ資産(Assets)を所有したり、またはコンテンツやコンテンツ資産の販売のためのライセンスを有するエンティティを意味することができる。コンテンツプロバイダは、サービスプロバイダにコンテンツを提供することができる。通常のＩＰＴＶサービスにおいて、消費者に実質的なプライマリ(Primary)ソースは、サービスプロバイダであるが、場合によっては、コンテンツの権限管理及び保護のためにコンテンツプロバイダと消費者が直接関連付けられることもできる。
【００５７】
サービスプロバイダドメインは、少なくとも一つのサービスプロバイダを含むことができる。サービスプロバイダは、コンテンツプロバイダからコンテンツまたはコンテンツ資産の提供を受けて消費者にサービスを提供するエンティティを意味することができる。サービスプロバイダ及びコンテンツプロバイダは、同じ事業者によって管理及び運営されてもよく、または相違する事業者によって管理及び運営されてもよい。
【００５８】
前述したサーバ側は、前記サービスプロバイダドメインを意味することもでき、またはサービスプロバイダドメイン及びコンテンツプロバイダドメインを含んだシステムを意味することもできる。
【００５９】
ネットワークプロバイダドメインは、少なくとも一つのネットワークプロバイダを含むことができる。ネットワークプロバイダは、ＩＰＴＶサービスのためにサービスプロバイダと消費者を連結させるエンティティ、例えば、配信システム(Delivery System)を意味することができる。前記配信システムは、多様なネットワーク技術を使用したアクセスネットワーク、コアまたはバックボーンネットワークなどを含むことができる。前記ネットワークプロバイダは、有線または無線の配信システムを提供することができる。
【００６０】
消費者ドメインは、ＩＰＴＶサービスを消費するドメインを意味することができる。消費者ドメインは、多様なエンティティで構成されることができる。例えば、消費者ドメインは、ホームネットワークを含むことができる。前記ホームネットワークには少なくとも一つのＩＰＴＶ受信デバイス、例えば、ＩＰＴＶセットトップボックスを含むことができ、ＩＰＴＶ受信デバイス及びコンテンツ及びサービスを共有することができるホームデバイス、ネットワークプロバイダドメインとのインターフェースのためのネットワークゲートウェイなどを含むこともできる。また、消費者ドメインは、モバイルデバイスなどのような無線デバイスをさらに含むこともできる。
【００６１】
ＩＰＴＶサービスのために、サービスプロバイダドメインから消費者ドメインにコンテンツを配信する場合、サービス保護システム、例えば、コンディショナルアクセスシステム(Conditional Access System：ＣＡＳ)を使用してコンテンツを保護することができる。消費者ドメインに配信されたコンテンツは、ＩＰＴＶ受信デバイス、例えば、ＩＰＴＶセットトップボックスを介して格納、レンダリングされることができ、ホームデバイスに再配信されることによって消費者ドメイン内で共有されることもできる。消費者ドメインでコンテンツを安全に共有するためにはコンテンツ保護システム、例えば、ＤＲＭ(Digital Rights Management)システムが使われることができる。従って、サービス保護システムとコンテンツ保護システムとの間の円滑な連動構造が要求される。
【００６２】
以下、サービス保護システムとコンテンツ保護システムとの間の連動の実施例を説明する。以下の実施例において、サービス保護システムはＣＡＳシステムであり、コンテンツ保護システムはＤＲＭシステムであると仮定して説明する。
【００６３】
図３は、ＣＡＳシステムとＤＲＭシステムとの間の連動動作を説明するための例示図である。
【００６４】
図３に示したように、まず、サービスプロバイダドメインのプロビジョニングサーバ(７１)は、決められたプロトコルに従ってＩＰＴＶ受信デバイス(８０)と連動することによりプロビジョニングパラメータを設定する(段階：Ｓ１１)。例えば、ＤＲＭのＴＲ-０６９などのようなプロビジョニングプロトコル(SetParameter Values RPC)を介してサービスプロバイダは、サービスプロバイダ権限情報(SP Rights Information)の署名(Signing)方法を設定及び認証することができる。
【００６５】
また、ＣＡＳサーバ(７２)及びＣＡＳクライアント(８９)の連動によるＣＡＳ機能が実行され、サービスされるコンテンツをＥＣＭ(Entitlement Control Message)、ＥＭＭ(Entitlement Management Message)、コピー制御情報(Copy Control Information：ＣＣＩ)等を介して保護及び保護解除する(段階：Ｓ１２)。このとき、ＩＰＴＶ受信デバイスＤＲＭコンポーネント、例えば、セキュリティアソシエーションシステム(８１)は、内部のソフトウェアを介してコンテンツを復号化することもでき、またはＩＰＴＶ受信デバイス(８０)内の外部ハードウェアに指示してコンテンツを復号化することもできる。また、前記ＩＰＴＶ受信デバイス(８０)のフィルタリングコンポーネントによるＥＣＭ、ＥＭＭ、ＣＣＩの受信及びフィルタリングを構成して(Configure)、そのパラメータを受信することができる。
【００６６】
また、ミドルウェア(８７)からコンテンツの格納要請があれば(段階：Ｓ１３)、セキュリティアソシエーションシステム(８１)は、サービスプロバイダ権限情報を使用して特定チャネルを介してサービスプロバイダ権限(SP Rights)を取得することができる(段階：Ｓ１４)。例えば、セキュリティアソシエーションシステム(８１)がＵＲＬ情報形態でサービスプロバイダ権限情報の提供を受けた場合、セキュリティアソシエーションシステム(８１)は、例えば、ＯＯＢチャネルを介してサービスプロバイダ権限ストレージ(SP Rights Storage)(７３)にアクセスすることによりサービスプロバイダ権限を取得することができる。
【００６７】
前記取得したサービスプロバイダ権限にコンテンツ格納権限が付与されている場合、セキュリティアソシエーションシステム(８１)は、ＤＲＭクライアント(８３)からＤＲＭパッケージングを要請する(段階：Ｓ１５)。ＤＲＭクライアント(８３)は、パッケージングに必要なコンテンツ暗号化鍵(CEK：Content Encryption Key)を暗号化エンジン(８９)に配信して、暗号化を要請する(段階：Ｓ１６)。
【００６８】
暗号化エンジン(８９)は、ＤＲＭクライアント(８３)が要請した任務を実行した後、パーソナルビデオレコーダ(Personal Video Recorder：ＰＶＲ)ストレージ(８５)は、暗号化されたコンテンツを格納する(段階：Ｓ１７)。従って、セキュリティアソシエーションシステム(８１)は、ＰＶＲストレージ(８５)に格納される暗号化されたコンテンツをホームデバイス(９０)に再配信することができる(段階：Ｓ１８)。このとき、ホームデバイス(９０)のＤＲＭクライアント(９２)がセキュリティアソシエーションシステム(８１)のＤＲＭクライアント(８３)と相違する種類のＤＲＭの場合、ＤＲＭ相互運用システム(DRM Interoperable System)を用いてコンテンツを再配信することもでき、またはホームデバイス(９０)に同じＤＲＭクライアントをダウンロードした後、コンテンツを再配信することもできる。
【００６９】
一方、ＩＰＴＶ受信デバイスＤＲＭコンポーネントなどのようなセキュリティコンポーネント、サービスに必要なソフトウェア、コンテンツなどは、サービス初期にサービスプロバイダドメインからセキュアダウンロードの形態でＩＰＴＶ受信デバイスに提供された後、その機能を実行することができ、セキュリティ持続的に更新されることができる。このとき、前記セキュアダウンロードのためにはダウンロード可能なセキュリティフレームワーク(DSF：Downloadable Security Framework)システムが備えられなければならない。以下、このようなＤＳＦを初期化する過程を説明する。
【００７０】
図４は、ＤＳＦ初期化手順を説明するための例示図であり、ＤＳＦと関連付けられている構成要素及びその初期化動作の流れを示す。
【００７１】
図４を参照すると、ＤＳＦシステムは、セキュアダウンロードサービスを提供するＤＳＦサーバ(１０１)及び前記ＤＳＦサーバ(１０１)と連動してセキュアダウンロードサービスと関連付けられているクライアント機能を提供するＤＳＦモジュール(１１１)などを含むことができる。前記ＤＳＦサーバ(１０１)は、サービスプロバイダドメイン(１００)に、前記ＤＳＦモジュール(１１１)は、消費者ドメインのＩＰＴＶ受信デバイス(１１０)に各々備えられることができる。前記ＤＳＦモジュール(１１１)は、ＩＰＴＶ受信デバイス(１１０)に埋め込み(Embedded)モジュールの形態で備えられることができる。
【００７２】
手順が始まれば、まず、ＩＰＴＶ受信デバイス(１１０)は、ＤＳＦモジュール(１１１)及びその関連モジュールを初期化する(段階：Ｓ２１)。初期化完了後、ＩＰＴＶ受信デバイス(１１０)は、動的ホスト構成プロトコル(Dynamic Host Configuration Protocol：ＤＨＣＰ)等を介するプロビジョニング(Provisioning)を実行することができる(段階：Ｓ２２)。
【００７３】
また、ＩＰＴＶ受信デバイス(１１０)は、サービスプロバイダディスカバリ(Service Provider Discovery)を実行することができる(段階：Ｓ２３)。このとき、ＩＰＴＶ受信デバイス(１１０)は、ＤＳＰサーバ(１０１)のエントリーポイントにアクセスすることができ、ＤＳＰサーバ(１０１)は、ＩＰＴＶ受信デバイス(１１０)に「サービスプロバイダネーム（service provider name）」、「記述（description）」、「ドメインネーム（domain name）」、「アドレス（address）」、「情報タイプ（type of information）」などを提供することができる。
【００７４】
また、ＩＰＴＶ受信デバイス(１１０)は、ＤＳＦディスカバリ(DSF Discovery)を実行することができる(段階：Ｓ２４)。このとき、ＩＰＴＶ受信デバイス(１１０)は、ＤＳＰサーバ(１０１)にアクセスして、ＤＳＦサーバ(１０１)は、「ＤＳＦサービスＩＤ（DSF service ID）」、「ドメインネーム（domain name）」、「記述（description）（バージョン、その他）」、「ＤＳＦサーバアドレス（DSF server address）」、「ＤＳＦチャネル情報（DSF channel information）」などを提供することができる。前記「ＤＳＦチャネル情報」は、セキュリティチャネルを形成するための情報を含むことができる。
【００７５】
ＩＰＴＶ受信デバイス(１１０)及びＤＳＰサーバ(１０１)は、相互間にＤＳＦ検証(DSF Verification)を実行することができる(段階：Ｓ２５)。例えば、ＩＰＴＶ受信デバイス(１１０)及びＤＳＰサーバ(１０１)は、ＤＳＦ認証(DSF Authentication)を実行することができる。また、ＩＰＴＶ受信デバイス(１１０)は、ＤＳＦモジュール(１０１)及びその関連モジュールの完全性(Integrity)をチェックすることができる。ＩＰＴＶ受信デバイス(１１０)は、ＤＳＰサーバ(１０１)に「デバイス情報（device information）」、「ＤＳＦ情報（DSF information）」などを提供することができる。前記「デバイス情報」は、例えば、ＩＰＴＶ受信デバイス(１１０)のオペレーティングシステム(Operating System：ＯＳ)、構成情報(Configuration Information)などを含むことができる。ＤＳＦサーバ(１０１)は、前記ＩＰＴＶ受信デバイス(１１０)から受信される情報に基づいてアクセスポリシー(Access Policy)を提供することができる。また、ＩＰＴＶ受信デバイス(１１０)及びＤＳＰサーバ(１０１)は、アクセス認証(Access Authentication)を実行することができる。
【００７６】
このようなＤＳＦ検証の完了後、ＩＰＴＶ受信デバイス(１１０)及びＤＳＦサーバ(１０１)は、ＤＳＦチャネル(DSF Channel)を設立することができる(段階：Ｓ２６)。前記ＤＳＦチャネルの設立に応じてＤＳＦサーバ(１０１)及びＤＳＦモジュール(１１１)が連動しながらセキュアダウンロードサービスを実行することができる。
【００７７】
以下、同じＤＲＭ間だけでなく、相違するＤＲＭ間にも相互運用可能な相互運用ドメイン(Interoperable Domain)を構成してＩＰＴＶ受信デバイスとホームネットワークエンドデバイス間にコンテンツが共有できるようにするためのインターフェース及び手順を開示する。
【００７８】
図５は、相互運用モデル(Interoperable Model)のアーキテクチャを示すダイアグラムである。
【００７９】
図５に示したように、ＩＰＴＶ受信デバイス(２００)、第１のホームネットワークエンドデバイス(２１０)、第２のホームネットワークエンドデバイス(２２０)は、公認サービスドメイン(Authorized Service Domain：ＡＳＤ)クライアント(２０６、２１２、２２２)を各々備える。また、ＩＰＴＶ受信デバイス(２００)は、ＣＡＳクライアント(２０２)及びＤＲＭ Ａ クライアント(２０４)を備えて、第１のホームネットワークエンドデバイス(２１０)は、ＤＲＭ Ｂ クライアント(２１４)を備えて、第２のホームネットワークエンドデバイス(２２０)は、ＤＲＭ Ａ クライアント(２２４)を備える。即ち、ＩＰＴＶ受信デバイス(２００)及び第２のホームネットワークエンドデバイス(２２０)は、同じＤＲＭであるＤＲＭ Ａをサポートし、第１のホームネットワークエンドデバイス(２１０)は、これらとは相違するＤＲＭであるＤＲＭ Ｂをサポートする。
【００８０】
第１のインターフェース(IF-1)は、ＡＳＤドメインに参加(join)したり、ＡＳＤドメインから離れたり(leave)、アップグレードするためにＡＳＤクライアントによって使われることができる。ＣＡＳクライアントによってダウンロードされたコンテンツを共有するために、ＩＰＴＶ受信デバイス(２００)は、前記コンテンツをネットワーク内の他のデバイスに安全に伝送(Transfer)するために、第１のインターフェース(IF-1)を使用することができる。このような第１のインターフェース(IF-1)は、もし、ＩＰＴＶ受信デバイス(２００)とホームネットワークエンドデバイスが同じＤＲＭをサポートする場合、必要でない場合もある。第１のインターフェース(IF-1)は、ＤＲＭ相互運用メカニズム、例えば、ＤＶＢ-ＣＰＣＭ、Ｃｏｒａｌなどの使用によって充足されることができる。
【００８１】
ＩＰＴＶ受信デバイス(２００)のＡＳＤクライアント(２０６)と第１のホームネットワークエンドデバイス(２１０)のＡＳＤクライアント(２１２)との間、及び、ＩＰＴＶ受信デバイス(２００)のＡＳＤクライアント(２０６)と第２のホームネットワークエンドデバイス(２２０)のＡＳＤクライアント(２２２)との間には第１のインターフェース(IF-1)を介してインターフェースすることができる。
【００８２】
第２のインターフェース(IF-2)は、ＩＰＴＶ受信デバイス(２００)によって支持されるＤＲＭシステムからホームネットワークアンドデバイスによって支持されるＤＲＭシステム(前記ＩＰＴＶ受信デバイスによって支持されるＤＲＭシステムとは相違する種類のＤＲＭシステム)にコンテンツ及びライセンスをエクスポート（export）する機能を実行することができる。例えば、相違するＤＲＭをサポートするＩＰＴＶ受信デバイス(２００)のＤＲＭ Ａクライアント(２０４)と第１のホームネットワークエンドデバイス(２１０)のＤＲＭ Ｂクライアント(２１４)との間には第２のインターフェース(IF-2)を介してインターフェースすることができる。
【００８３】
第３のインターフェース(IF-3)は、特定ＤＲＭシステムのために特定化されたインターフェースを意味することができる。もし、ＩＰＴＶ受信デバイス(２００)とホームネットワークエンドデバイスが同じＤＲＭシステムを支持するならば、第３のインターフェース(IF-3)を介してインターフェースする。例えば、同じＤＲＭをサポートするＩＰＴＶ受信デバイス(２００)のＤＲＭ Ａクライアント(２０４)と第２のホームネットワークエンドデバイス(２２０)のＤＲＭ Ｂクライアント(２２４)との間には第３のインターフェース(IF-3)を介してインターフェースすることができる。
【００８４】
第４のインターフェース(IF-4)は、ＣＡＳクライアント(２０２)がＩＰＴＶサービスプロバイダ(１５０)からコンテンツ及び権限(Rights)を受信するために使用することができる。第４のインターフェースは、ＩＰＴＶ受信デバイス(２００)のＤＲＭ Ａクライアント(２０４)によって要求されるＤＲＭ情報を伝送することができる。
【００８５】
第５のインターフェース(IF-5)は、ＤＲＭシステムに特定化されたインターフェースである。例えば、第５のインターフェース(IF-5)は、ＤＲＭ Ａクライアント(２０４)に基づくファイル(File based DRM Client)によって、ＤＲＭスペックに基づくファイル(File Base DRM Specification)に定義されたＤＲＭライセンス発行者(１７０)との特定インターフェース(Specific Interfaces)を呼び出すために、使われる。例えば、第５のインターフェース(IF-5)は、ＤＲＭを介するコンテンツ保護に使われることができるＤＲＭインポートインターフェース(DRM Import Interface)を意味することができる。
【００８６】
第６のインターフェース(IF-6)は、ＩＰＴＶ受信デバイス(２００)に格納されたコンテンツをホームネットワーク内の他のデバイスに安全に配信するためにＣＡＳクライアント(２０２)によって使われるインターフェースである。前記第６のインターフェース(IF-6)機能は、ＤＲＭ相互運用メカニズム、例えば、ＤＶＢ-ＣＰＣＭ、Ｃｏｒａｌなどの使用によって満たすことができる。
【００８７】
第７のインターフェース(IF-7)は、サーバ側のインターフェースである。ＩＰＴＶサービスプロバイダ(１５０)は、第７のインターフェース(IF-7)をコンテンツをＤＲＭで保護されたコンテンツに基づいたファイル(File Based DRM Protected Contents)に暗号化するために要求されるパラメータを要請するために使用することができる。第７のインターフェースにおいて、ＩＰＴＶサービスプロバイダ(１５０)は、ＤＲＭライセンス発行者(１７０)から次のようなメタデータを受信することができる。
【００８８】
１．ライセンス発行者ＵＲＬ：暗号化されたコンテンツのライセンス情報を検索する(retrieve)ために使用することができる。
【００８９】
２．コンテンツ暗号化鍵：放送されたコンテンツ(Broadcasted Content)をＤＲＭで保護されたコンテンツに基づいたファイル(File Based DRM Protected Contents)に暗号化することに使用することができる。
【００９０】
３．コンテンツＩＤ：コンテンツＩＤは、ＤＲＭクライアントに暗号化されたコンテンツのための一意の識別子を意味することができる。
【００９１】
４．メタデータフィールド：付加的なメタデータフィールドは、放送コンテンツをＤＲＭシステムに基づいたファイルに暗号化するために要求される。メタデータフィールドは、グループＩＤフィールド、アルバムメタデータ情報、またはＤＲＭクライアント暗号化コデックスによって要求される他の情報を含むこともできる。
【００９２】
以下、ＩＰＴＶ受信デバイス内に放送されたコンテンツ(Broadcasted Content)を記録する多様なシナリオを説明する。
【００９３】
図６は、ＩＰＴＶ受信デバイス内に放送されたコンテンツを記録するシナリオを示す例示図であり、ＤＲＭクライアントでＤＲＭインポートインターフェースを呼び出す場合を示す。
【００９４】
図６に示したように、ユーザは、ＩＰＴＶ受信デバイスで放送されたコンテンツの記録、例えば、ダウンロード及び格納を要請することができる(段階：Ｓ４１)。要請を受けたＩＰＴＶ受信デバイスは、ＣＡＳクライアントにコンテンツの記録を指示するシグナルを送る(段階：Ｓ４２)。
【００９５】
これに伴って、ＣＡＳクライアントは、前記放送されたコンテンツと関連付けられているＥＣＭ及びＥＭＭからＤＲＭ情報を検索(retrieve)する(段階：Ｓ４３)。前記ＤＲＭ情報は、ライセンス発行者ＵＲＬ、コンテンツ暗号化鍵、コンテンツＩＤ、メタデータフィールドなどを含むことができる。
【００９６】
また、ＣＡＳクライアントは、前記ＤＲＭコンテンツをＤＲＭで保護されたコンテンツに基づいたファイルに変換させることができるようにするために検索されたＤＲＭ情報をＤＲＭクライアントに送る(段階：Ｓ４４)。前記ＣＡＳクライアントは、前記ＤＲＭ情報を抽出する前に使用権限（usage right）を検証することができる。前記使用権限は、ＤＲＭクライアントから提供を受けることができる(段階：４５)。
【００９７】
ＤＲＭクライアントは、ＣＡＳクライアントから受信した前記ＤＲＭ情報を処理してＤＲＭ情報を検証することができる(段階：Ｓ４６)。また、ＤＲＭクライアントは、ＤＲＭインポートインターフェースを呼び出してＤＲＭライセンス発行者にライセンスを要請し、その応答メッセージを受信する(段階：Ｓ４７)。前記応答メッセージは、ＤＲＭフォーマットを満たす有効なライセンス(Valid License)を含むことができて、ＤＲＭクライアントは、前記応答メッセージから前記ライセンスを抽出することができる。前記ＤＲＭインポートインターフェースは、前述した第５のインターフェース(図５のIF-５)を意味することができる。前記ライセンス発行者は、ＩＰＴＶサービスプロバイダとパートナーシップを形成することができる。
【００９８】
また、ＤＲＭクライアントは、前記コンテンツをＤＲＭフォーマットに基づいたファイル(File Based DRM specific Format)に暗号化し、ライセンスを内部ストレージに格納する(段階：Ｓ４８)。その後、ＤＲＭクライアントは、コンテンツの格納が成功的に実行されたことを知らせるメッセージをＣＡＳクライアントに送り(段階：Ｓ４９)、ＣＡＳクライアントは、受信されたメッセージに対応するメッセージをＩＰＴＶ受信デバイスに送る(段階：Ｓ５０)。従って、ＩＰＴＶ受信デバイスは、これをユーザに知らせることができる(段階：Ｓ５１)。
【００９９】
図７は、ＩＰＴＶ受信デバイス内に放送されたコンテンツを記録する他のシナリオを示す例示図であり、ＤＲＭクライアントでＤＲＭインポートインターフェースを呼び出さない場合を示す。
【０１００】
図７に示したように、ユーザは、ＩＰＴＶ受信デバイスで放送されたコンテンツの記録、例えば、ダウンロード及び格納を要請することができる(段階：Ｓ６１)。要請を受けたＩＰＴＶ受信デバイスは、ＣＡＳクライアントにコンテンツの記録を指示するシグナルを送る(段階：Ｓ６２)。ＣＡＳクライアントは、前記放送されたコンテンツと関連付けられているＥＣＭ及びＥＭＭからＤＲＭ情報を検索(retrieve)する(段階：Ｓ６３)。前記ＤＲＭ情報は、ライセンス発行者ＵＲＬ、コンテンツ暗号化鍵、コンテンツＩＤ、メタデータフィールドなどを含むことができる。
【０１０１】
また、ＣＡＳクライアントは、前記ＤＲＭコンテンツをＤＲＭで保護されたコンテンツに基づいたファイルに変換させることができるようにするために検索されたＤＲＭ情報をＤＲＭクライアントに送る(段階：Ｓ６４)。前記ＣＡＳクライアントは、前記ＤＲＭ情報を抽出する前に使用権限を検証することもできる。前記使用権限は、ＤＲＭクライアントから提供を受けることができる(段階：Ｓ６５)。
【０１０２】
ＤＲＭクライアントは、ＣＡＳクライアントから受信した前記ＤＲＭ情報を処理してＤＲＭ情報を検証することができる(段階：Ｓ６６)。また、ＤＲＭクライアントは、前記ＤＲＭ情報を使用して前記コンテンツをＤＲＭフォーマットに基づいたファイル(File Based DRM specific Format)に暗号化する(段階：Ｓ６７)。このとき、ＤＲＭクライアントは、前述したケースのようにＤＲＭライセンス発行者にＤＲＭインポートインターフェースを呼び出さない。オプションとして、ＤＲＭクライアントは、前記ＤＲＭ情報で提供されるＵＲＬに基づいてＤＲＭライセンス発行者にライセンス要請インターフェース(License Request Interface)を呼び出すこともできる(段階：Ｓ６８、Ｓ６９)。
【０１０３】
ＤＲＭクライアントは、コンテンツがＤＲＭ保護フォーマット(DRM Protected Format)に成功的に変換したことを知らせるメッセージをＣＡＳクライアントに送り(段階：Ｓ７０)、ＣＡＳクライアントは、送信されたメッセージに対応するメッセージをＩＰＴＶ受信デバイスに送る(段階：Ｓ７１)。従って、ＩＰＴＶ受信デバイスは、これをユーザに知らせることができる(段階：Ｓ７２)。
【０１０４】
図８は、許可されたＤＲＭ相互運用ドメインまたはＤＲＭドメインにＩＰＴＶ受信デバイスを加える(join)シナリオを示す例示図である。
【０１０５】
図８を参照すると、まず、ＩＰＴＶサービスプロバイダは、ＩＰＴＶ受信デバイスにＤＲＭドメインまたはＤＲＭ相互運用ドメインに参加することを要請する。このとき、ＩＰＴＶサービスプロバイダは、ＩＰＴＶ受信デバイスに送られるＥＭＭまたはＥＣＭにＩＰＴＶ受信デバイスに必要なドメイン情報を含めて送る(段階：Ｓ１００)。
【０１０６】
ＩＰＴＶ受信デバイスは、前記ＥＭＭまたはＥＣＭに含まれたドメイン情報を受信した後デコーディングし、ＥＭＭまたはＥＣＭから前記ドメイン情報を検索して(段階：Ｓ１０２)、ＩＰＴＶ受信デバイス内のＤＲＭクライアントに送る(段階：Ｓ１０３)。
【０１０７】
ＤＲＭクライアントは、前記ドメイン情報を受信して検証及び処理して(段階：Ｓ１０４)、ＤＲＭによって特定化された参加ドメインインターフェース(Join Domain Interface)を呼び出す(段階：Ｓ１０５、Ｓ１０６)。例えば、ＤＲＭクライアントは、ＤＲＭライセンス発行者にドメインへの参加を要請する参加ドメイン要請(Join Domain Request)メッセージを送り(段階：Ｓ１０５)、その応答を受信することができる(段階：Ｓ１０６)。
【０１０８】
前記応答にドメインへの参加が成功したことを示す情報が含まれていれば、ＤＲＭクライアントは、ドメインへの参加が成功したことを知らせるメッセージをＣＡＳクライアントに送り(段階：Ｓ１０７)、ＣＡＳクライアントは、ＩＰＴＶ受信デバイスに該当メッセージを送る(段階：Ｓ１０８)。従って、ＩＰＴＶ受信デバイスは、ユーザにドメインに参加されたことを知らせることができる(段階：Ｓ１０９)。
【０１０９】
以上、本発明に対してその好ましい実施例を図面を参照して説明したが、該当技術分野の熟練された当業者は、特許請求の範囲に記載された本発明の技術的思想及び領域から外れない範囲内で本発明を多様に修正及び変更させて実施できることを理解することができる。従って、本発明の今後の実施例の変更は、本発明の技術を外れることができない。
【図１】
2011503957.tif 000003
【図２】
2011503957.tif 000004
【図３】
2011503957.tif 000005
【図４】
2011503957.tif 000006
【図５】
2011503957.tif 000007
【図６】
2011503957.tif 000008
【図７】
2011503957.tif 000009
【図８】
2011503957.tif 000010
【国際調査報告】
2011503957.tif 000011
2011503957.tif 000012