(57)【要約】  ＭＭＴ（Moving Picture Experts Group Media Transport）におけるダウンロード可能な限定受信システム（Ｄ−ＣＡＳ）又はダウンロード可能なデジタル権利管理（Ｄ−ＤＲＭ）のためのメッセージを送受信する方法が提供される。前記方法は、ＭＭＴサーバから構成情報（ＣＩ）を受信すると、該ＣＩに含まれたＤ−ＣＡＳ又はＤ−ＤＲＭについてのシグナリング情報を獲得する過程と、該シグナリング情報から、Ｄ−ＣＡＳ又はＤ−ＤＲＭのソフトウェアがダウンロードできるサーバのアドレスを獲得する過程と、前記シグナリング情報に基づいて、前記ソフトウェアの要請を生成する過程と、前記ソフトウェアの要請を前記サーバアドレスへ転送する過程とを含む。
2015524178.tif 000002
【特許請求の範囲】
【請求項１】
ＭＭＴ（Moving Picture Experts Group Media Transport）におけるダウンロード可能な限定受信システム（Ｄ−ＣＡＳ）又はダウンロード可能なデジタル権利管理（Ｄ−ＤＲＭ）のためのメッセージを送受信する方法であって、
ＭＭＴサーバから構成情報（ＣＩ）を受信すると、前記ＣＩに含まれたＤ−ＣＡＳ又はＤ−ＤＲＭについてのシグナリング情報を獲得する過程と、
前記シグナリング情報から、Ｄ−ＣＡＳ又はＤ−ＤＲＭのソフトウェアをダウンロード可能なサーバのアドレスを獲得する過程と、
前記シグナリング情報に基づいて、前記ソフトウェアの要請を生成する過程と、
前記ソフトウェアの要請を、前記サーバのアドレスへ転送する過程と、
を含む方法。
【請求項２】
前記ＣＩは、サービスディスカバリー情報と共に送信することができる、請求項１に記載の方法。
【請求項３】
前記シグナリング情報は、「securityInfo」、「Type」、「Solution」及び「serverAddress」のうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項４】
前記「Type」は、ＣＡＳ、ＤＲＭ、Ｄ−ＣＡＳ、Ｄ−ＤＲＭ及び将来の使用のために予約された値のうちの少なくとも一つを指示し、前記「Solution」は、セキュリティソリューションの名称を指示し、前記「Type」の値がＣＡＳ及びＤＲＭを指示する場合、前記「serverAddress」は、ＭＭＴクライアントが全てのセキュリティ要素を獲得し得るサーバのアドレスを示してもよく、前記「Type」の値がＤ−ＣＡＳ及びＤ−ＤＲＭを指示する場合、前記「serverAddress」は、ＭＭＴクライアントがダウンロード可能なソフトウェアを提供するサーバのアドレスを指示してもよい、請求項３に記載の方法。
【請求項５】
前記「securityInfo」は、セキュリティソリューションに関する情報が提供されることを指示し、バイナリ形態の「Securtiy_descriptor」として表される、請求項３に記載の方法。
【請求項６】
前記「Securtiy_descriptor」は、ＭＭＴアセット又はＭＭＴパッケージを保護するために用い得るセキュリティシステムを特定するために用いられる、請求項５に記載の方法。
【請求項７】
前記「Securtiy_descriptor」に含まれるシンタックスは、「descriptor_tag」、「descriptor_length」、「Security_type」、「Solution」、「Access_control_server_address」、「DRM_server_address」、「DCAS_server_address」、及び「DDRM_server_address」のうちの少なくとも一つを含み、
前記「descriptor_tag」は、記述子のタイプを表すタグ値を示し、
前記「descriptor_length」は、「descriptor_length」に対応するフィールドの後の次のバイトから「Securtiy_descriptor」の最後のバイトまでカウントしたバイト単位の長さを示し、
前記「Security_type」は、アクセス制御、ＤＲＭ、Ｄ−ＣＡＳ又はＤ−ＤＲＭのセキュリティソリューションのタイプを指示し、
前記「Solution」は、アクセス制御、ＤＲＭ、Ｄ−ＣＡＳ又はＤ−ＤＲＭのために、セキュリティソリューションが用いられることを示し、
前記「Access_control_server_address」は、クライアントが認証され、認可されたアクセス制御セキュリティソリューションサーバのアドレスを示し、
前記「DRM_server_address」は、クライアントが認証され、認可されるＤＲＭソリューションサーバのアドレスを示し、
前記「DCAS_server_address」は、認証及び認可されたクライアントが、Ｄ−ＣＡＳソフトウェアをダウンロードし得るＤ−ＣＡＳサーバのアドレスを示し、
前記「DDRM_server_address」は、認証及び認可されたクライアントが、Ｄ−ＤＲＭソフトウェアをダウンロードし得るＤ−ＤＲＭサーバのアドレスを示す、請求項５に記載の方法。
【請求項８】
前記ソフトウェアの要請は、「Vesion」、「Length」、「tokenID」、「deviceID」、「tokenIssuerID」、「tokenIssuerAddres」、「tokenIssueTime」、「tokenExpireTime」、「contentInfo」、「contentListType」、「packageID」、「assetID」、「swDownloadServerInfo」、「ipAddress」、「portNumber」、「URL」、「signatureInfo」、「signatureAlgorithm」及び「signatureData」のうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項９】
前記「Version」は、メッセージのバージョンを示し、
前記「Length」は、前記ソフトウェアの要請に対応するメッセージの長さを示し、
前記「tokenID」は、トークン供給者により提供されるトークンの識別子を示し、「tokenIssuerID」、「tokenIssueTime」及び「tokenExpireTime」のうちの少なくとも一つに対応するサブエレメントを含み、
前記「deviceID」は、「tokenID」に対応するトークンに基づいた少なくとも一つのデバイスの識別子を示し、
前記「tokenIssuerID」は、トークンを発行する信頼性のあるエンティティを示し、前記サーバのアドレスに対応するサーバが、前記「tokenID」に対応するトークンの有効性を確認するために用いられ、
前記「tokenIssuerAddress」は、トークン発行元のアドレスを示し、
前記「tokenIssueTime」は、「tokenID」に対応するトークンが発行される時間を指示し、
前記「tokenExpireTime」は、「tokenID」に対応するトークンが満了される時間を指示し、
前記「contentInfo」は、前記Ｄ−ＣＡＳ又はＤ−ＤＲＭについてのコンテンツ関連の情報を示し、
前記「contentListType」は、複数のＭＭＴパッケージ/アセット、ＭＭＴパッケージ、ＭＭＴアセット及び将来の使用のために予約された値を示す合計四つの値のうちの少なくとも一つとして表され、
前記「packageID」は、前記Ｄ−ＣＡＳ又はＤ−ＤＲＭにより説明される複数のＭＭＴパッケージの識別子を提供し、
前記「assetID」は、前記Ｄ−ＣＡＳ又はＤ−ＤＲＭにより復号化される複数のＭＭＴアセットの識別子を提供し、
前記「swDownloadServerInfo」は、ソフトウェアサーバのアドレスを提供し、
前記「ipAddress」は、前記ソフトウェアサーバのインターネットプロトコール（IP）アドレスを示し、
前記「portNumber」は、前記ＩＰアドレス内のポート番号を示し、
前記「URL」は、前記ソフトウェアサーバのアドレスを示し、
前記「signatureInfo」は、前記ソフトウェアの要請の署名情報を提供し、
前記「signatureAlgorithm」は、署名生成アルゴリズムを提供し、
前記「signatureData」は、署名データを提供する、請求項８に記載の方法。
【請求項１０】
ＭＭＴ（Moving Picture Experts Group Media Transport）におけるダウンロード可能な限定受信システム（Ｄ−ＣＡＳ）又はダウンロード可能なデジタル権利管理（Ｄ−ＤＲＭ）のためのメッセージを送受信する方法であって、
第１レイヤを介して構成情報（ＣＩ）内のＤ−ＣＡＳ又はＤ−ＤＲＭについてのシグナリング情報を、第２レイヤにシグナルする過程と、
前記ＣＩを、第３レイヤを介してＭＭＴクライアントに送信する過程と、
を含む方法。
【請求項１１】
前記ＣＩは、第２レイヤで生成されるサービスディスカバリー情報と共に送信することができる、請求項１０に記載の方法。
【請求項１２】
前記シグナリング情報は、「securityInfo」、「Type」、「Solution」及び「serverAddress」のうちの少なくとも一つを含む、請求項１０に記載の方法。
【請求項１３】
前記「Type」は、ＣＡＳ、ＤＲＭ、Ｄ−ＣＡＳ、Ｄ−ＤＲＭ及び将来の使用のために予約された値のうちの少なくとも一つを指示し、前記「Solution」は、セキュリティソリューションの名称を指示し、前記「Type」の値がＣＡＳ及びＤＲＭを指示する場合、前記「serverAddress」は、ＭＭＴクライアントが全てのセキュリティ要素を獲得し得るサーバのアドレスを示してもよく、前記「Type」の値がＤ−ＣＡＳ及びＤ−ＤＲＭを指示する場合、前記「serverAddress」は、ＭＭＴクライアントがダウンロード可能なソフトウェアを提供するサーバのアドレスを指示してもよい、請求項１２に記載の方法。
【請求項１４】
前記「securityInfo」は、セキュリティソリューションに関する情報が提供されることを指示し、バイナリ形態の「Securtiy_descriptor」として表される、請求項１２に記載の方法。
【請求項１５】
前記「Securtiy_descriptor」は、ＭＭＴアセット又はＭＭＴパッケージを保護するために用い得るセキュリティシステムを特定するために用いられる、請求項１４に記載の方法。
【請求項１６】
前記「Securtiy_descriptor」に含まれるシンタックスは、「descriptor_tag」、「descriptor_length」、「Security_type」、「Solution」、「Access_control_server_address」、「DRM_server_address」、「DCAS_server_address」、及び「DDRM_server_address」のうちの少なくとも一つを含み、
前記「descriptor_tag」は、記述子のタイプを表すタグ値を示し、
前記「descriptor_length」は、「descriptor_length」に対応するフィールドの後の次のバイトから「Securtiy_descriptor」の最後のバイトまでカウントしたバイト単位の長さを示し、
前記「Security_type」は、セキュリティソリューションのタイプを示し、即ち、アクセス制御、ＤＲＭ、Ｄ−ＣＡＳ又はＤ−ＤＲＭのソリューションを示す「Security_type」であり、
前記「Solution」は、アクセス制御、ＤＲＭ、Ｄ−ＣＡＳ又はＤ−ＤＲＭのために、セキュリティソリューションが用いられることを示し、
前記「Access_control_server_address」は、クライアントが認証され、認可されたアクセス制御セキュリティソリューションサーバのアドレスを示し、
前記「DRM_server_address」は、クライアントが認証され、認可されるＤＲＭソリューションサーバのアドレスを示し、
前記「DCAS_server_address」は、認証及び認可されたクライアントが、Ｄ−ＣＡＳソフトウェアをダウンロードし得るＤ−ＣＡＳサーバのアドレスを示し、
前記「DDRM_server_address」は、認証及び認可されたクライアントが、Ｄ−ＤＲＭソフトウェアをダウンロードし得るＤ−ＤＲＭサーバのアドレスを示す、請求項１５に記載の方法。
【請求項１７】
ＭＭＴ（Moving Picture Experts Group Media Transport）におけるダウンロード可能な限定受信システム（Ｄ−ＣＡＳ）又はダウンロード可能なデジタル権利管理（Ｄ−ＤＲＭ）のためのメッセージを送受信するクライアントであって、
前記クライアントは、請求項１〜請求項９のうちのいずれか１項に記載の方法により実施するクライアント。
【請求項１８】
ＭＭＴ（Moving Picture Experts Group Media Transport）におけるダウンロード可能な限定受信システム（Ｄ−ＣＡＳ）又はダウンロード可能なデジタル権利管理（Ｄ−ＤＲＭ）のためのメッセージを送受信するサーバであって、
前記サーバは、請求項１０〜請求項１６のうちのいずれか１項に記載の方法により実施するサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＭＴ（MPEG Media Transport）におけるダウンロード可能なＣＡＳ（Conditional Access System）又はＤＲＭ（Digital Rrights Management）をシグナルするメッセージフォーマット、及びこれを送受信する方法及び装置に関する。
【背景技術】
【０００２】
近年、ＭＰＥＧ（Moving Picture Experts Group、動画専門家集団）は、ＵＨＤＴＶ（Ultra-High-Definition TV）時代に使われるマルチメディア符号化表現及び多重化伝達標準であるＭＰＥＧ−Ｈの標準化を続行している。ＭＰＥＧ−Ｈは、既存のＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４などのシステムと同様に、パート１システム、パート２ビデオ、パート３オーディオなどのシステムからなって、一連の標準として発行される予定である。ＭＰＥＧ−Ｈのパート１は、ＭＭＴ（MPEG Media Transport）である。前記ＭＭＴは、ＭＰＥＧ−２ＴＳ（Transport Stream）標準の後続として、ＭＰＥＧにおいて標準化されている次世代のマルチメディア多重化伝達標準である。ＭＭＴは、ＩＰフレンドリーであり、多様なタイプのチャンネルを組み合わせて使用するマルチメディア伝達を目標とする。
【０００３】
このようなＭＭＴにおいて、ＭＭＴアセット及びＭＭＴパッケージを保護するために、限定受信システム（ＣＡＳ: Conditional Access System）と、デジタル権利管理（ＤＲＭ: Digital Rrights Management）とが使われる。ＭＭＴは、またダウンロード可能なＣＡＳ及びダウンロード可能なＤＲＭも支援可能である。また、ＭＭＴにおいて、ＣＡＳ及びＤＲＭのみならず、Ｄ−ＣＡＳ及びＤ−ＤＲＭを活用する多様な方案がある。
【０００４】
上記の情報は、本発明の開示の理解を助けるだけの背景情報として提示される。上記のいずれかが、本発明に関する先行技術として適用できるかどうかについては、決定されず、断定されない。
【０００５】
しかし、現在、ＭＭＴにおいては、ＤＲＭ及びＣＡＳをシグナルするために必要とするメッセージのみを定義しているだけである。したがって、ＭＭＴにおけるＤ−ＣＡＳ及びＤ−ＤＲＭをシグナルするメッセージフォーマットが求められる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、少なくとも前述の問題及び／又は不利な点に取り組んで、少なくとも後述する利点を提供することにある。従って、本発明の目的は、ＭＭＴ（MPEG Media Transport）におけるダウンロード可能な限定受信システム（以下、Ｄ−ＣＡＳとも称する）及びダウンロード可能なデジタル権利管理（以下、Ｄ−ＤＲＭとも称する）をシグナルするメッセージフォーマットを提供することにある。
【０００７】
本発明の別の目的は、ＭＭＴにおけるＤ−ＣＡＳ及びＤ−ＤＲＭをシグナルするメッセージを送受信する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一態様によると、ＭＭＴにおけるＤ−ＣＡＳ又はＤ−ＤＲＭのためのメッセージを送受信する方法が提供される。前記方法は、ＭＭＴサーバから構成情報（ＣＩ）を受信すると、前記ＣＩに含まれたＤ−ＣＡＳ又はＤ−ＤＲＭについてのシグナリング情報を獲得する過程と、前記シグナリング情報から、Ｄ−ＣＡＳ又はＤ−ＤＲＭのソフトウェアがダウンロードできるサーバのアドレスを獲得する過程と、前記シグナリング情報に基づいて、前記ソフトウェアの要請を生成する過程と、前記ソフトウェアの要請を前記サーバアドレスに転送する過程とを含む。
【０００９】
本発明の他の態様によると、ＭＭＴにおけるＤ−ＣＡＳ又はＤ−ＤＲＭのためのメッセージを送受信する方法が提供される。前記方法は、第１レイヤを介して、ＣＩにおけるＤ−ＣＡＳ又はＤ−ＤＲＭについてのシグナリング情報を、第２レイヤにシグナルする過程と、第３レイヤを介して前記ＣＩをＭＭＴクライアントに送信する過程とを含む。
【００１０】
本発明のまた他の態様によると、ＭＭＴにおけるＤ−ＣＡＳ又はＤ−ＤＲＭのためのメッセージを送受信するクライアントが提供される。前記クライアントは、送受信部がＭＭＴサーバからＣＩを受信すると、前記ＣＩに含まれたＤ−ＣＡＳ又はＤ−ＤＲＭについてのシグナリング情報を獲得し、前記シグナリング情報から、Ｄ−ＣＡＳ又はＤ−ＤＲＭのソフトウェアがダウンロードできるサーバのアドレスを獲得し、前記シグナリング情報に基づいて、前記ソフトウェアの要請を生成し、前記ソフトウェアの要請を前記サーバアドレスに転送する前記送受信部を制御する制御部を含む。
【００１１】
本発明のまた他の態様によると、ＭＭＴにおけるＤ−ＣＡＳ又はＤ−ＤＲＭのためのメッセージを送受信するサーバが提供される。前記サーバは、第１レイヤを介して 第２レイヤに、ＣＩ中のＤ−ＣＡＳ又はＤ−ＤＲＭについてのシグナリング情報をシグナルし、第３レイヤを介して、前記ＣＩをＭＭＴクライアントへ送信するように送信部を制御する制御部を含む。
【００１２】
本発明の他の態様、利点、及び顕著な特徴は、添付の図面と共に、本発明の例示的な実施形態を述べる以下の詳細な説明から、当業者には明らかである。
【発明の効果】
【００１３】
前述の説明から明らかであるように、本発明の実施形態は、ＭＭＴにおいて、Ｄ−ＣＡＳ及びＤ−ＤＲＭをシグナルするメッセージのフォーマット、及び前記メッセージを送受信する方法及び装置を提供することにより、ＭＭＴにおけるＤ−ＣＡＳ及びＤ−ＤＲＭを効率よくシグナルすることができる。
【００１４】
本発明による実施形態の上記及び他の態様、特徴及び利点は、添付の図面と共に述べる以下の詳細な説明からより明らかになるはずである。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態によるＭＭＴシステムにおけるダウンロード可能なＤＲＭ及びダウンロード可能なＣＡＳの動作を説明するための図面である。
【図２】本発明の一実施形態によるＭＭＴクライアントの動作を示すフローチャートである。
【図３】本発明の一実施形態によるＭＭＴクライアントのブロック図である。
【００１６】
図面において、同様の部分、構成要素、及び構造については同様の参照番号を付ける。
【発明を実施するための形態】
【００１７】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものである。この理解を助けるために様々な特定の詳細を含むが、これらは単なる一つの実施例に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここで説明する実施形態の様々な変更及び修正が可能であることは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、よく知られている機能や構成に関する具体的な説明は省略する。
【００１８】
以下の詳細な説明及び特許請求の範囲において使われる用語及び単語は、文献上の意味に限定されず、専ら発明者により、本発明の明確で、かつ一貫した理解を可能にするのに使われる。したがって、添付した特許請求の範囲及びこれらの均等物により定義されるように、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、当該技術分野における通常の知識を有する者には明らかである。
【００１９】
明細書において明確に言及しない限り、「a」、「an」、及び、「the」の単数形態は、複数の対象を含む。従って、例えば、「a component surface」への言及は、そのようなsurfaceの一つ又はそれ以上への言及を含む。
【００２０】
本発明の実施形態では、ＭＭＴ（MPEG Media Transport）におけるダウンロード可能なＤＲＭ（以下、「Ｄ−ＤＲＭ」ともいう）及びダウンロード可能なＣＡＳ（以下、「Ｄ−ＣＡＳ」ともいう）をシグナルする特定のメッセージフォーマットを提供する。
【００２１】
参考に、ＣＡＳは、ユーザがコンテンツに対して、スクランブル（scramble）をかけ、スマートカードやケーブルカードを用いて、コンテンツ使用料を支払う必要があるように構成され、当該コンテンツを提供するサーバと、前記コンテンツの提供を受けるクライアントとの間のパス（path）として理解することができる。ＤＲＭは、両方向の通信が可能なインターネットに基づいた技術であって、デジタルコンテンツのデータを暗号化して、専ら認証されたユーザ及び端末機のみが、そのデータを復号化できるようにする。即ち、ＤＲＭは、デバイス内のコンテンツが、クライアントに伝達される時、外部へ流出されないようにする技術である。
【００２２】
図１は、本発明の一実施形態によるＭＭＴシステムにおけるＤ−ＤＲＭ及びＤ−ＣＡＳの動作を説明するための図面である。
【００２３】
図１を参照すると、ＭＭＴシステム１００は、例えば、ＭＭＴサーバ１０２と、ＭＭＴクライアント１０４と、セキュリティソフトウェアサーバ１０６とを含む。セキュリティソフトウェアサーバ１０６は、Ｄ−ＤＲＭ又はＤ−ＣＡＳに対応する論理的なエンティティであり、ＭＭＴサーバ１０２の外部に位置した場合を示した。しかし、他の実施形態において、セキュリティソフトウェアサーバ１０６は、ＭＭＴサーバ１０２の内部に存在してもよく、或いは他の物理的エンティティに存在してもよい。
【００２４】
ＭＭＴサーバ１０２は、合計三つのレイヤ、即ち、（シグナリングのための）レイヤＳ１０２ａ、（暗号化のための）レイヤＥ１０２ｂ及び（伝達のための）レイヤＤ１０２ｃを含む。レイヤＳ１０２ａ及びレイヤＥ１０２ｂは、メッセージを構成し、レイヤＤ１０２ｃは、当該メッセージを伝達する役割をする。
【００２５】
上記のＭＭＴシステム１００において、Ｄ−ＤＲＭ又はＤ−ＣＡＳの提案されたシグナリング手続きは、以下の通りである。
【００２６】
まず、ステップ１１０ａにおいて、ＭＭＴサーバ１０２は、レイヤＥ１０２ｂを介してレイヤＳ１０２ａに、Ｄ−ＣＡＳ/Ｄ−ＤＲＭシグナリングを行う。即ち、レイヤＥ１０２ｂは、レイヤＳ１０２ａにＤ−ＤＲＭ/Ｄ−ＣＡＳ情報を提供する。この際、前記Ｄ−ＤＲＭ/Ｄ−ＣＡＳ情報は、本発明の実施形態により定義される構成情報（ＣＩ）に含まれてもよい。前記ＣＩは、本発明の実施形態によりＭＭＴアセット及びＭＭＴパッケージのために用いられるＤＲＭ及びＣＡＳ情報を含む。例えば、前記ＤＲＭ及びＣＡＳ情報は、ＣＡＳ及びＤＲＭソリューション、及び当該サーバアドレスを含んでもよい。
【００２７】
ステップ１１０ｂにおいて、ＭＭＴサーバ１０２は、レイヤＥ１０２ｂを介してＭＭＴクライアント１０４に、前記ＣＩを含むサービスディスカバリー情報を伝達する。前記サービスディスカバリー情報は、ＭＭＴサーバ１０２が提供可能なコンテンツの種類、位置及びセキュリティ情報などを含む。前記ＣＩは、前記セキュリティ情報として、前記サービスディスカバリー情報に含まれてもよい。
【００２８】
一方、ＭＭＴサーバ１０２は、また前記ＣＩメッセージを前記サービスディスカバリー情報から区分することによって、レイヤＳ１で別々のメッセージを作成し、レイヤＥ１０２ｂを介してＭＭＴクライアント１０４へ送信してもよい。前記ＣＩは、さらにＭＭＴパッケージ及びＭＭＴアセットについての暗号化指示を含んでもよい。
【００２９】
以下の表１では、本発明の実施形態によるＣＩメッセージフォーマットの一例を示している。
【００３０】
【表１】
2015524178.tif 000003
【００３１】
表１を参照すると、本発明の実施形態によるＣＩメッセージは、例えば、「securityInfo」、「Type」、「Solution」、及び「serverAddress」のそれぞれに対応する情報を含む。
【００３２】
前記「securityInfo」は、セキュリティソリューションに関する情報が提供されることを指示する。前記「securityInfo」は、バイナリ形態で表現してもよく、例えば、下記の表２における「Securtiy_descriptor」と表されてもよい。
【００３３】
表２では、本発明の実施形態によリ提案された「securityInfo」を指示する「Securtiy_descriptor」の一例を示す。
【００３４】
【表２】
2015524178.tif 000004
【００３５】
表２を参照すると、「Securtiy_descriptor」は、ＭＭＴアセット又はＭＭＴパッケージを保護するために用いられ得るセキュリティシステムを特定するために用いられる。前記「Securtiy_descriptor」は、セキュリティメッセージ又はＩＴＮ（Information on Tables and Notices）メッセージにおいて周期的に伝達され得る。参考に、前記ＩＴＮメッセージは、ＩＴＮテーブル及びパッケージへの高速アクセスのために用いることができる他のテーブルを含んでもよい。ＩＴＮの役割は、ＭＰＥＧ−２と同様であるが、ＭＭＴのための他の特定の機能を有する。ＩＴＮテーブルは、他のＳ１テーブルに関する全ての情報を含む。また、ＩＴＮは、通知の受信に関する情報を有し、通知の典型的な例としては、緊急警報、緊急通知などが挙げられる。
【００３６】
前記「Securtiy_descriptor」が含むシンタックスは、以下の通りである。
「descriptor_tag」: 記述子のタイプを表示するタグ値を示す。
「descriptor_length」: 「descriptor_length」に対応するフィールドの後の次のバイトから「Securtiy_descriptor」の最後のバイトまでカウントしたバイト単位の長さを示す。
「Security_type」: セキュリティソリューションのタイプを示す。即ち、アクセス制御、ＤＲＭ、Ｄ−ＣＡＳ又はＤ−ＤＲＭのソリューションを示す。
「Solution」: どのセキュリティソリューションが、アクセス制御、ＤＲＭ、Ｄ−ＣＡＳ又はＤ−ＤＲＭのために用いられるかを示す。
「Access_control_server_address」: クライアントが認証され、認可されたアクセス制御セキュリティソリューションサーバのアドレスを示す。
「DRM_server_address」: クライアントが認証され、認可されるＤＲＭソリューションサーバのアドレスを示す。
「DCAS_server_address」: 認証及び認可されたクライアントがＤ−ＣＡＳソフトウェアをダウンロード可能なＤ−ＣＡＳサーバのアドレスを示す。
「DDRM_server_address」: 認証及び認可されたクライアントがＤ−ＤＲＭソフトウェアをダウンロード可能なＤ−ＤＲＭサーバのアドレスを示す。
【００３７】
表１において、前記「Type」は、５つのタイプのうちいずれかを有し、例えば、バイナリ形態で表現可能である。具体的には、前記「Type」は、「Type」の値が「０」の場合、ＣＡＳを指示し、「Type」の値が「１」の場合、ＤＲＭを指示し、「Type」の値が「２」の場合、Ｄ−ＣＡＳを指示し、「Type」の値が「３」の場合、Ｄ−ＤＲＭを指示し、「Type」の値が「４〜７」の場合、将来の使用のために予約された値を指示する。
【００３８】
表１において、前記「Solution」は、セキュリティソリューションの名称を示し、これは、例えば、任意のＵＲＩ（Uniform Resource Identifier）として表されてもよい。登録の方式に従い、「Solution」は、もう一つのフォーマットで使われてもよい。
【００３９】
表１において、前記「serverAddress」は、前記「Type」の値が「０」及び「１」の場合、即ち、ＣＡＳ及びＤＲＭについて、ＭＭＴクライアントが全てのセキュリティ要素を獲得し得るサーバのアドレスを指示してもよい。また、前記「serverAddress」は、前記「Type」の値が「２」及び「３」の場合、即ち、Ｄ−ＣＡＳ及びＤ−ＤＲＭについて、ＭＭＴクライアントがダウンロード可能なソフトウェアを提供するサーバのアドレスを指示してもよい。
【００４０】
特に、本発明の実施形態は、特定のＤＲＭソリューション及びＣＡＳソリューションがＭＭＴと関連付けられる方法とは関係していない。
【００４１】
ステップ１１０bの後、ＭＭＴクライアント１０４は、受信したＣＩに基づいて、例えば、セキュリティソフトウェアサーバ１０６のアドレスを獲得する。ステップ１１２において、ＭＭＴクライアント１０４は、前記アドレスに対応するセキュリティソフトウェアサーバ１０６に、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージを送信する。前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージは、例えば、前記ＣＩから獲得した、ＭＭＴクライアント１０４の有効性情報を有するＤ−ＣＡＳソフトウェア或いはＤ−ＤＲＭソフトウェアをダウンロードするために、セキュリティソフトウェアサーバ１０６への接続のために送信される。前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージは、例えば、ＭＭＴクライアント１０４の有効性情報と、前記ＣＩから獲得したＤ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアをインストールするためのＭＭＴクライアント１０４の権限の有効性情報とを含む。この際、ＭＭＴクライアント１０４の権限の有効性情報のために、トークンが用いられてもよい。図１に示していないが、ＭＭＴクライアント１０４は、セキュリティソフトウェアサーバ１０６へ接続するためには、事前にトークン発行元（token issuer）から、前記トークンを獲得する手続きを行う必要がある。前記「Ｄ−ＣＡＳ/Ｄ−ＤＭＲソフトウェア要請」メッセージは、ＭＭＴとＤ−ＣＡＳ/Ｄ−ＤＲＭソリューションとの間の互換性を保障するために標準化するべきである。本発明の実施形態による「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージのメッセージフォーマットの一例を下記の表３に示す。
【００４２】
【表３】
2015524178.tif 000005
2015524178.tif 000006
2015524178.tif 000007
【００４３】
表３を参照すると、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージは、例えば、次のような情報を含んでもよい。
【００４４】
表３において、「Vesion」は、メッセージのバージョンを指示する。例えば、ＭＭＴクライアント１０４は、セキュリティソフトウェアサーバ１０６と持続的に通信する場合、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージをアップデートしてもよい。例えば、ＭＭＴクライアント１０４は、２個の異なるデバイスの下で動作してもよい。
【００４５】
表３において、「Length」は、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージの長さを示す。
【００４６】
表３において、「tokenID」は、トークン発行元により提供されるトークンの識別子を示す。トークンは、信頼性のあるエンティティにより提供されなければならない。前記「tokenID」は、以下で説明するサブエレメントを含む。前記サブエレメントは、「tokenIssuerID」と、「tokenIssueTime」と、「tokenExpireTime」などを含む。実質的に、前記「tokenID」は、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭ」ソフトウェアを用いるデバイスにおける信頼性情報を示し、当該Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアを、当該デバイスに伝達してもよいかを示す。本発明の一実施形態により、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージから得られた「tokenID」の信頼性及び完全性にエラーが含まれていないと確認すると、任意のセキュリティソフトウェアサーバが、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージを無条件に信頼し、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージに対応するＤ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアを、当該ＭＭＴクライアントへ伝達するように決めてもよい。又は、他の実施形態において、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージから「tokenID」を確認する場合、前記セキュリティソフトウェアサーバが、「tokenID」にマップされたＤ−ＣＡＳ又はＤ−ＤＲＭを選択し、選択されたＤ−ＣＡＳ又はＤ−ＤＲＭに対応するＤ−ＣＡＳ又はＤ−ＤＲＭソフトウェアを、当該ＭＭＴクライアントへ伝達してもよい
【００４７】
表３において、「deviceID」は、相当するトークンに基づいたデバイスの識別子を示す。前記ＭＭＴクライアントが、ＭＭＴアセット/パッケージを２個の異なるデバイスで用いることを望む場合を仮定すると、多重デバイスＩＤが提供される。
【００４８】
表３において、「tokenIssuerID」は、トークンを発行する信頼性のあるエンティティ、即ち、トークン発行元の識別子を示し、前記セキュリティソフトウェアサーバが、「tokenID」に対応するトークンの有効性を確認するために使用する。
【００４９】
表３において、「tokenIssuerAddress」は、トークン発行元のアドレスを示す。「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージを受信すると、セキュリティソフトウェアサーバは、必要によって、ＭＭＴクライアントを有するデバイスの確認のために、「tokenIssuerAddress」を用いてもよい。
【００５０】
表３において、「tokenIssueTime」は、「tokenID」に対応するトークンが発行される時間を示す。前記時間の単位は、例えば、「秒」であってもよく、ＮＴＣ（Network Transmission Committee）フォーマットが用いられてもよい。
【００５１】
表３において、「tokenExpireTime」は、「tokenID」に対応するトークンが満了される時間を示す。前記時間の単位は、例えば、「秒」であってもよく、ＮＴＣフォーマットが用いられてもよい。
【００５２】
表３において、「contentInfo」は、選択的に挿入することができる情報を示し、Ｄ-ＤＲＭ及びＤ−ＣＡＳにより説明されるコンテンツに対応する、ＭＭＴパッケージ/アセットの情報を提供する。また、前記「contentInfo」は、後述する「contentListType」、「packageID」、及び「assetID」を含むサブフィールドを含む。
【００５３】
表３において、「contentListType」は、合計４の値で表されてもよく、contentListTypeの値が「０」の場合、ＭＭＴクライアントにより用いられる全てのＭＭＴパッケージ/アセットを指示する。「contentListType」は、「contentListType」の値が「１」の場合、ＭＭＴパッケージを示し、contentListTypeの値が「２」の場合、ＭＭＴアセットを示し、contentListTypeの値が「３〜７」の場合、将来の使用のために予約された値を示す。
【００５４】
表３において、「packageID」は、選択的に挿入することができる情報であり、Ｄ−ＣＡＳ及び／又はＤ−ＤＲＭにより復号化されるパッケージのＩＤを提供する。前記「packageID」は、前記「contentListType」の値が「１」の場合、必ず存在しなければならない。
【００５５】
表３において、「assetID」は、また選択的に挿入することができる情報であり、 Ｄ−ＣＡＳ及び／又はＤ−ＤＲＭにより復号化されるアセットのＩＤを提供する。前記「assetID」は、前記「contentListType」の値が「２」の場合、必ず存在しなければならない。
【００５６】
表３において、「swDownloadServerInfo」は、ＭＭＴクライアントが、Ｄ−ＤＲＭ ＳＷ（software）及び／又はＤ−ＣＡＳ ＳＷをダウンロードし得るサーバのアドレスを提供し、一例として、図１のセキュリティソフトウェアサーバ１０６のアドレスを提供する。前記「swDownloadServerInfo」は、２種類の異なるアドレスを有する。このうちの一つは、ＩＰであり、他の一つはＵＲＬ（Uniform Resource Locator）である。前記２種類の異なるアドレスのうちの少なくとも一つが与えられるべきである。
【００５７】
表３において、「ipAddress」は、選択的に挿入することができる情報であって、ＭＭＴクライアントが、Ｄ−ＤＲＭ ＳＷ及び／又はＤ−ＣＡＳ ＳＷをダウンロードし得るサーバのＩＰアドレスを示し、一例として、図１のセキュリティソフトウェアサーバ１０６のＩＰアドレスを示す。
【００５８】
表３において、「portNumber」は、選択的に挿入することができる情報であって、ＭＭＴクライアントが、Ｄ−ＤＲＭ ＳＷ及び／又はＤ−ＣＡＳ ＳＷをダウンロードし得るサーバのＩＰアドレス、例えば、図１のセキュリティソフトウェアサーバ１０６のＩＰアドレス内のポート番号を示す。
【００５９】
表３において、「URL」は、また選択的に挿入することができる情報であって、ＭＭＴクライアントが、Ｄ−ＤＲＭ ＳＷ及び／又はＤ−ＣＡＳ ＳＷをダウンロードし得るサーバのＵＲＬを示し、例えば、図１のセキュリティソフトウェアサーバ１０６のＵＲＬを示す。
【００６０】
表３において、「signatureInfo」は、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージを確認するために使われる署名情報を提供する。
【００６１】
表３において、「signatureAlgorithm」は、署名生成アルゴリズムを提供する。アルゴリズムの個数を制限してもよいことに留意すべきである。この場合、「unsigned Byte」は、データタイプのために十分である。
【００６２】
表３において、「signatureData」は、署名データを提供する。
【００６３】
その後、ステップ１１４において、セキュリティソフトウェアサーバ１０６は、ＭＭＴクライアント１０４に、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージに対応するＤ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアを送信する。前記Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアを送信する際、セキュリティソフトウェアサーバ１０６は、一例として、ＩＰ（Internet Protocol）を通じたＨＴＴＰ（Hyper Text Transfer Protocol）を用いるか、或いは放送チャンネルを利用してもよい。しかしながら、放送チャンネルは、セキュリティに脆弱であるという短所を有する。
【００６４】
ステップ１１６において、セキュリティソフトウェアサーバ１０６は、Ｄ−ＣＡＳ及び／又はＤ−ＤＲＭソフトウェアに対応するキーを、ＭＭＴクライアント１０４に伝達する。より具体的には、ＤＲＭソフトウェアがＭＭＴクライアント１０４に伝達されると、権利オブジェクト（Right Object）及びセキュリティキーがＭＭＴクライアント１０４に伝達される。ＣＡＳソフトウェアがＭＭＴクライアント１０４に伝達された場合、暗号化キーがＭＭＴクライアント１０４に伝達される。各ＣＡＳ及びＤＲＭソリューションは、セキュリティ要素の伝達のためのそれらの方法で定義することができ、従って、ＭＭＴスコープ（scope）の外から定義することができる。
【００６５】
その後、ステップ１１８において、ＭＭＴサーバ１０２は、前記キーを用いて前記Ｄ−ＤＲＭ／Ｄ−ＣＡＳソフトウェアをインストールし、レイヤＤ１０２ｃを介してＭＭＴアセット或いはＭＭＴパッケージ形態のコンテンツを、ＭＭＴクライアント１０４へ伝達する。
【００６６】
図２は、本発明の実施形態によるＭＭＴクライアントの動作を説明するフローチャートである。
【００６７】
図２を参照すると、ステップ２００において、ＭＭＴクライアントは、ＭＭＴサーバからサービスディスカバリー情報が受信されたか否かを確認する。前記確認の結果、サービスディスカバリー情報が受信されていない場合、前記サービスディスカバリー情報が受信されるまで、前記ＭＭＴクライアントは待機する。
【００６８】
前記サービスディスカバリー情報が受信されると、ステップ２０５において、ＭＭＴクライアントは、前記サービスディスカバリー情報に含まれたＣＩの内においてシグナルされたＤ−ＤＲＭ/Ｄ−ＣＡＳ情報を獲得する。前記Ｄ−ＤＲＭ/Ｄ−ＣＡＳ情報は、例えば、上記の表１に示したようなメッセージフォーマットに相応するＣＩ内に含まれてもよい。
【００６９】
ステップ２１０において、前記ＭＭＴクライアントは、前記ＣＩから獲得したＤ−ＤＲＭ/Ｄ−ＣＡＳ情報に基づき、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージを生成した後、これを前記Ｄ−ＤＲＭ/Ｄ−ＣＡＳ情報に対応するサーバへ、例えば、セキュリティソフトウェアサーバへ送信する。この際、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージは、例えば、表３に示したようなメッセージフォーマットに対応するように生成されてもよい。これについての具体的な説明は、省略することにする。
【００７０】
その後、ステップ２１５において、前記ＭＭＴクライアントは、前記セキュリティソフトウェアサーバから、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージに対応するＤ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアが受信されたか否かを確認する。前記確認の結果、前記Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアが受信されていない場合、ＭＭＴクライアントは、続いてＤ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアの受信を待つ。
【００７１】
前記Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアが受信された場合、ステップ２２０において、前記ＭＭＴクライアントは、前記セキュリティソフトウェアサーバから受信した前記Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアをインストールし、ＭＭＴサーバから予め要請したコンテンツを受信し、前記コンテンツを、前記インストールしたＤ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアと共に用いる。この際、前記コンテンツは、ＭＭＴアセット又はＭＭＴパッケージの形態で受信される。
【００７２】
図３は、本発明の実施形態によるＭＭＴクライアントのブロック図である。
図３を参照すると、ＭＭＴクライアント３００は、制御部３０５と、送受信部３１０と、メッセージ生成部３１５と、Ｄ−ＣＡＳ/Ｄ−ＤＲＭ情報確認部３２０とを含む。
【００７３】
前記送受信部３１０が、ＭＭＴサーバからサービスディスカバリー情報を受信することを認知すると、制御部３０５は、Ｄ−ＣＡＳ/Ｄ−ＤＲＭ情報確認部３２０が前記サービスディスカバリー情報に含まれたＣＩの内にシグナルされたＤ−ＤＲＭ/Ｄ−ＣＡＳ情報を獲得するように制御する。前記Ｄ−ＤＲＭ/Ｄ−ＣＡＳ情報は、例えば、前記表１に示したようなメッセージフォーマットに相応するＣＩ内に含まれてもよい。これについての詳細な説明は、省略する。
【００７４】
制御部３０５は、メッセージ生成部３１５が前記ＣＩから獲得したＤ-ＣＡＳ/Ｄ−ＤＲＭ情報に基づき、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージを生成するように制御する。このとき、「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージは、例えば、前記表３に示したようなメッセージフォーマットに対応するように生成されてもよい。これについての具体的な説明は、省略する。制御部３０５は、送受信部３１０が、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージを、前記セキュリティソフトウェアサーバへ送信するように制御する。
【００７５】
その後、送受信部３１０が、前記セキュリティソフトウェアサーバから、前記「Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェア要請」メッセージに対応するＤ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアの受信を確認すると、制御部３０５は、前記セキュリティソフトウェアサーバから獲得したキーを用いて、前記Ｄ−ＣＡＳ/Ｄ−ＤＲＭソフトウェアをインストールする。
【００７６】
その後、送受信部３１０が、ＭＭＴサーバからＭＭＴアセット又はＭＭＴパッケージ形態のコンテンツを受信する。
【００７７】
前述の説明から明らかであるように、本発明の実施形態は、ＭＭＴにおいて、Ｄ−ＣＡＳ／Ｄ−ＤＲＭをシグナルするメッセージのフォーマット、及び前記メッセージを送受信する方法及び装置を提供することにより、ＭＭＴにおけるＤ−ＣＡＳ／Ｄ−ＤＲＭを効率よくシグナルすることができる。
【００７８】
以上、本発明の詳細な説明では、具体的な実施形態について説明したが、本発明の範囲から外れない限度内で様々な変形が可能であることは明らかである。したがって、本発明の範囲は、説明した実施形態に局限せず、後述の特許請求の範囲のみならず、この特許請求の範囲と均等なものにより定めるべきである。
【符号の説明】
【００７９】
１００  ＭＭＴシステム
１０２  ＭＭＴサーバ
１０２ａ  レイヤＳ
１０２ｂ  レイヤＥ
１０２ｃ  レイヤＤ
１０４  ＭＭＴクライアント
１０６  セキュリティソフトウェアサーバ
３００  ＭＭＴクライアント
３０５  制御部
３１０  送受信部
３１５  メッセージ生成部
３２０  Ｄ−ＣＡＳ／Ｄ−ＤＲＭ情報確認部
【図１】
2015524178.tif 000008
【図２】
2015524178.tif 000009
【図３】
2015524178.tif 000010
【国際調査報告】
2015524178.tif 000011
2015524178.tif 000012