(57)【要約】  本発明は、マルチメディアサービスを保護するＤＲＭ技術に関連して広告を強制視聴させることができる装置及び方法を提供する。デバイスにおける広告を強制視聴させる方法は、コンテンツの提供要請がある場合に、上記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定するステップと、上記広告の強制視聴に関する情報が含まれている場合には上記要請されたコンテンツに関連した広告を把握するステップと、上記把握された広告を所定の強制再生時間の間に再生するステップと、上記広告の再生が完了する場合に上記要請されたコンテンツを提供するステップとを有する。
2013525875.tif 000002
【特許請求の範囲】
【請求項１】
デバイスにおける広告を強制視聴させる方法であって、
コンテンツの提供要請がある場合に、前記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定するステップと、
前記広告の強制視聴に関する情報が含まれている場合には前記要請されたコンテンツに関連した広告を把握するステップと、
前記把握された広告を所定の強制再生時間の間に再生するステップと、
前記広告の再生が完了する場合に前記要請されたコンテンツを提供するステップと
を有することを特徴とするデバイスにおける広告を強制視聴させる方法。
【請求項２】
前記権利オブジェクトは、前記要請されたコンテンツに対する権限、前記要請されたコンテンツに関連した広告の識別子、前記広告の種類に従う再生方法、及び前記所定の強制再生時間のうちの少なくとも１つを有することを特徴とする請求項１に記載のデバイスにおける広告を強制視聴させる方法。
【請求項３】
前記権利オブジェクトは、１つ以上のＡ／Ｖ形式の広告を再生する方法、１つ以上のテキスト又は絵形式の広告を再生する方法、及び１つ以上のアプリケーション形式の広告を再生する方法のうちの少なくとも１つを有することを特徴とする請求項１に記載のデバイスにおける広告を強制視聴させる方法。
【請求項４】
前記１つ以上のＡ／Ｖ形式の広告を再生する方法及び前記１つ以上のテキスト又は絵形式の広告を再生する方法のそれぞれは、
前記Ａ／Ｖ形式の広告の最小再生時間及び前記テキスト又は絵形式の広告の最小表示時間を有することを特徴とする請求項３に記載のデバイスにおける広告を強制視聴させる方法。
【請求項５】
前記要請されたコンテンツに関連した広告を把握するステップは、
前記要請されたコンテンツに関連した広告の位置を把握するステップと、
前記広告の種類を把握するステップと、
前記広告が暗号化されている場合に前記広告を復号化するステップとを有することを特徴とする請求項１に記載のデバイスにおける広告を強制視聴させる方法。
【請求項６】
前記権利オブジェクトは、広告当たりの最小再生時間、前記所定の強制再生時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間のうちの少なくとも１つを有することを特徴とする請求項１に記載のデバイスにおける広告を強制視聴させる方法。
【請求項７】
広告を強制視聴させるデバイスであって、
コンテンツの提供要請を配信するマルチメディアプレーヤーと、
前記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定し、前記広告の強制視聴に関する情報が含まれている場合には、前記要請されたコンテンツに関連した広告を把握した後に、前記把握された広告を前記マルチメディアプレーヤーに配信し、前記マルチメディアプレーヤーでの広告の再生が完了する場合に、前記要請されたコンテンツを前記マルチメディアプレーヤーに配信するディジタル著作権管理（ＤＲＭ）エージェントとを有し、
前記マルチメディアプレーヤーは、所定の強制再生時間の間に前記広告を再生した後に、前記広告の再生が完了する場合に、前記コンテンツの提供を前記ＤＲＭエージェントに要請することを特徴とする広告を強制視聴させるデバイス。
【請求項８】
前記ＤＲＭエージェントは、
前記要請されたコンテンツに対する権利オブジェクトを取得して分析する権利管理部と、
前記コンテンツの提供要請に従って暗号化されたコンテンツ又は前記要請されたコンテンツに関連した広告を復号化して前記マルチメディアプレーヤーに配信し、前記復号化のために前記権利管理部から前記復号化過程に使用するキーを持ってくるＤＲＭコンテンツ処理エンジンとを有することを特徴とする請求項７に記載の広告を強制視聴させるデバイス。
【請求項９】
前記権利オブジェクトは、前記要請されたコンテンツに対する権限、前記要請されたコンテンツに関連した広告の識別子、前記広告の種類に従う再生方法、及び前記所定の強制再生時間のうちの少なくとも１つを有することを特徴とする広告を強制視聴させることを特徴とする請求項７に記載のデバイス。
【請求項１０】
前記権利オブジェクトは、１つ以上のＡ／Ｖ形式の広告を再生する方法、１つ以上のテキスト又は絵形式の広告を再生する方法、及び１つ以上のアプリケーション形式の広告を再生する方法のうちの少なくとも１つを有することを特徴とする請求項７に記載の広告を強制視聴させるデバイス。
【請求項１１】
前記１つ以上のＡ／Ｖ形式の広告を再生する方法及び前記１つ以上のテキスト又は絵形式の広告を再生する方法のそれぞれは、
前記Ａ／Ｖ形式の広告の最小再生時間及び前記テキスト又は絵形式の広告の最小表示時間を有することを特徴とする請求項１０に記載の広告を強制視聴させるデバイス。
【請求項１２】
前記権利オブジェクトは、広告当たりの最小再生時間、前記所定の強制再生時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間のうちの少なくとも１つを有することを特徴とする請求項７に記載の広告を強制視聴させるデバイス。
【請求項１３】
前記ＤＲＭエージェントは、前記要請されたコンテンツに関連した広告の位置を把握し、前記広告の種類を把握した後に前記広告が暗号化されている場合に、前記広告を復号化することにより前記要請されたコンテンツに関連した広告を把握することを特徴とする請求項７に記載の広告を強制視聴させるデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告サービス装置及び方法に関し、特に、サービス又はコンテンツを提供する前に広告を強制視聴させる装置及び方法に関する。
【背景技術】
【０００２】
放送サービス又はオンデマンドコンテンツ（Contents On Demand）配信サービスのようなマルチメディアサービスを受信するためには、デバイスは、基本的にコンテンツ提供サーバに接続することによりこのサービスを使用することができる。したがって、デバイスがサービス提供サーバに接続された時間又はサービスを受信したデータ量だけの使用料が課される。このような課金問題を解決するための方案のうちの１つでは、サービスとともに提供される広告を一方的に伝達するプッシュ（push）方式を使用するサービスがある。このように広告をリンクしたサービスの場合に、デバイスのユーザーに強制的に広告を視聴させた後にサービスを提供する方式であるので、ユーザーの立場ではサービスを安価で利用することができる。
【０００３】
一方、マルチメディアサービスの保護のためにディジタル著作権管理（Digital Rights Management：ＤＲＭ）技術が使用され、このようなＤＲＭは、不法流通及び配布からサービス又はコンテンツを保護する技術の１つであり、有料サービス又は有料コンテンツの安全な配布を保証し不法配布を防止するために開発された。ＤＲＭは、サービスプロバイダ又はコンテンツプロバイダの権利及び利益を安全に保護し、不法複製を防止し使用料の請求及び決済代行などのようなサービス又はコンテンツの生成から流通及び管理まで一括的にサポートする。
【０００４】
上述したように、サービス又はコンテンツの保護に使用されるＤＲＭ技術は、使用料を支払うことにより正当な権利を購入したユーザーのデバイスにのみサービス又はコンテンツが再生されるようにする技術である。したがって、ＤＲＭ技術は、サービス又はコンテンツを特定の機器に従属させて再生することができる権限を与えることができ、その機器で再生することができるコンテンツの種類及び回数も制限することができる。しかしながら、高価のサービス又はコンテンツを利用したいユーザーの立場では、これに対する使用料金の改善が主な関心事である。したがって、マルチメディアサービスを提供する時に広告をともに提供する方式は、マルチメディアサービスの使用料金を改善することができるので、マルチメディアサービスの消費が拡大するものと予想される。
【０００５】
上記のようなサービスを提供するためには、サービスとともに提供される広告をユーザーが必ず視聴することができるように制御する機能を必要とし、したがって、広告を強制視聴させることができる方案が要求されている。また、マルチメディアサービスの持続的な拡大及び増加によりマルチメディアサービスでの広告が様々に実現されることができる。これにより、マルチメディアサービスとともに一般的に映像広告が提供されることができ、音声広告、紙面広告、絵及びフラッシュ（flash）のような特定のアプリケーションで実現された広告も登場する。したがって、このような様々な種類の広告をサポートすることができる方案も要求されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、マルチメディアサービスを提供する前に広告を強制視聴させる装置及び方法を提供することにある。
【０００７】
本発明の他の目的は、マルチメディアサービスを保護するＤＲＭ技術に関連して広告を強制視聴させる装置及び方法を提供することにある。
【０００８】
本発明のまた他の目的は、様々な種類の広告を強制視聴させる装置及び方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、デバイスにおける広告を強制視聴させる方法を提供する。上記方法は、コンテンツの提供要請がある場合に、上記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定するステップと、上記広告の強制視聴に関する情報が含まれている場合に上記要請されたコンテンツに関連した広告を把握するステップと、上記把握された広告を予め定められた強制再生時間の間に再生するステップと、上記広告の再生が完了する場合に、上記要請されたコンテンツを提供するステップとを有することを特徴とする。
【００１０】
本発明の実施形態の他の態様によれば、広告を強制視聴させるデバイスを提供する。上記デバイスは、コンテンツの提供要請を配信するマルチメディアプレーヤーと、上記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定し、上記広告の強制視聴に関する情報が含まれている場合に上記要請されたコンテンツに関連した広告を把握した後に上記把握された広告を上記マルチメディアプレーヤーに配信し、上記マルチメディアプレーヤーでの広告再生が完了する場合に、上記要請されたコンテンツを上記マルチメディアプレーヤーに配信するディジタル著作権管理（ＤＲＭ）エージェントを含み、上記マルチメディアプレーヤーは、予め定められた強制再生時間の間に上記広告を再生した後に、上記広告の再生が完了する場合に上記ＤＲＭエージェントに上記コンテンツの提供を要請することを特徴とする。
【発明の効果】
【００１１】
本発明によると、広告がリンクされたマルチメディアサービスを提供する前にユーザーが必ず広告を見ることができるようにすることにより、スポンサーの立場では広告の効果を十分に期待することができる。また、様々な種類の広告も見ることができるようにすることにより広告の効果を最大化することができる。さらに、広告を一定の時間の間に強制的に視聴したユーザーの立場では、マルチメディアサービスを安価で利用することができ、その結果、マルチメディアサービスの市場が拡大するという効果を期待することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態による広告をリンクしたマルチメディアサービスを提供するシステムの構成を示す図である。
【図２】本発明の実施形態による強制期間の構造を示す図である。
【図３】本発明の実施形態によるマルチメディアプレーヤーとＤＲＭエージェント間の動作を示すフローチャートである。
【図４】本発明の実施形態によるデバイスの内部動作を示すフローチャートである。
【図５Ａ】本発明の他の実施形態による権利オブジェクト（Right Object：ＲＯ）の構造を示す図である。
【図５Ｂ】本発明の他の実施形態による権利オブジェクト（ＲＯ）の構造を示す図である。
【図６】図５の他の構造を示す図である。
【図７】本発明のまた他の実施形態によるＲＯの構造を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の好適な実施形態を、添付の図面を参照しつつ詳細に説明する。図面中、同一の構成要素には、可能な限り同一の参照符号及び番号を付するものとする。
【００１４】
なお、下記の説明における具体的な特定事項は、本発明のより全般的な理解を助けるために提供されたもので、これら特定事項によって本発明が限定されるものではないことは、当該技術分野における通常の知識を持つ者にとっては明らかであるだろう。そして、下記の説明において、関連する公知機能或いは構成についての具体的な説明は、本発明の簡潔さのために適宜省略するものとする。
【００１５】
後述する詳細な説明では、上述した技術的課題をなすための本発明において代表的な実施形態を提示する。また、本発明の説明の便宜のために、携帯放送応用標準団体であるオープンモバイルアライアンス（Open Mobile Alliance：ＯＭＡ）のディジタル著作権管理（Digital Rights Management：ＤＲＭ）で定義している技術及びエンティティーの名称を同一に使用するが、このような標準及び名称が本発明の範囲を限定するのではなく、類似の技術的背景を有するシステムに適用可能であることはもちろんである。
【００１６】
図１は、本発明の実施形態による広告をリンクしたマルチメディアサービスを提供するシステムの構成を示す図であり、特に、マルチメディアサービスを保護するＤＲＭ技術に関連して広告の強制視聴方法に関するエンティティーを示している。また、本発明において、ＤＲＭ技術が保護しようとするサービス又はコンテンツを通称してマルチメディアサービスと定義することができ、図１には、コンテンツプロバイダ及びコンテンツ発行者だけが図示されているが、サービスプロバイダ及びサービス承認サーバとしても機能することはもちろんである。しかしながら、以下では、コンテンツプロバイダがコンテンツ又はサービスを提供する機能をするが、説明の便宜のためにコンテンツを提供する場合を例に挙げて説明する。
【００１７】
図１を参照すると、ネットワーク１００は、コンテンツ又はサービスを提供するコンテンツプロバイダ（Content Provider：ＣＰ）１０１と広告を提供する広告プロバイダ（Advertisement Provider：ＡＰ）１０２とを含む。
【００１８】
コンテンツプロバイダ１０１は、コンテンツをコンテンツ承認サーバ（Content Issuer：ＣＩ）１０３に提供し、広告プロバイダ１０２は、広告をコンテンツ承認サーバ１０３に提供する。
【００１９】
コンテンツ承認サーバ１０３は、ＤＲＭ技術が適用されたシステムにおいてコンテンツに対する承認、ユーザーが配信したコンテンツ提供要請に対する処理、選択的に権利承認サーバ（Right Issuer：ＲＩ）１０４との協定に従って暗号化されたコンテンツの再生に必要な暗号化キー及び上記コンテンツの再生権利を含む権利オブジェクト（Right Object：以下、“ＲＯ”と称する）をユーザーのデバイス１１０に配信する。
【００２０】
本発明の実施形態によるコンテンツ発行者１３０は、コンテンツとともに配信される広告を選択することによりコンテンツ及び広告パッケージを構成することができ、このコンテンツ及び広告はともに配信されることもあり、相互に異なる手段を使用してユーザーのデバイス１１０に配信されることもある。
【００２１】
権利承認サーバ１０４は、ＤＲＭを使用するユーザーデバイス１１０の登録及び認証、ユーザーデバイス１１０が要請したコンテンツに対するＲＯの生成及び送信を行う。本発明の実施形態による権利承認サーバ１０４は、ユーザーデバイス１１０が要請したコンテンツとともに再生される広告を選択することができ、この情報をコンテンツ承認サーバ１０３に提供してコンテンツ及び広告のパッケージを構成することができるようにする。
【００２２】
本発明において、コンテンツ及び広告のパッケージ構成情報は、コンテンツ承認サーバ１０３又は権利承認サーバ１０４が事業協定に従って相互の役割をそれぞれ定めて提供することができる。
【００２３】
一方、デバイス１１０は、マルチメディアプレーヤー１１１及びＤＲＭエージェント１１２で構成される。デバイス１１０は、ハードウェアで構成されてもよく、ソフトウェアで構成されてもよく、複合的に構成されてもよい装置であり、ＤＲＭ技術を用いてネットワーク１００で提供するコンテンツを消費することができる装置を意味する。
【００２４】
マルチメディアプレーヤー１１１は、コンテンツ及び広告を再生することができるエンティティーであり、ＤＲＭエージェント１１２から復号化されたコンテンツ又は広告を受信して再生する。また、マルチメディアプレーヤー１１１は、ＤＲＭエージェント１１２から暗号化されたコンテンツ又は広告と、このコンテンツ及び広告を復号することができるキーを受信し、復号作業を実行した後にコンテンツ又は広告を再生する機能を実行する。
【００２５】
ＤＲＭエージェント１１２は、ＤＲＭコンテンツ処理エンジン（Content Processing Engine：以下、“ＤＣＰＥ”と称する）１１３及び権利管理部（Right Manager：以下、“ＲＭ”と称する）１１４で構成される。ＤＣＰＥ１１３は、コンテンツ提供要請に従って暗号化されたコンテンツ又は広告を復号化してマルチメディアプレーヤー１１１に提供し、この復号作業のために復号化過程に使用されるキーをＲＭ１１４から持ってくる。
【００２６】
ＲＭ１１４は、デバイス１１０の権利承認サーバ１０４に対する登録、デバイス１１０が消費するコンテンツに対するＲＯの取得、ＲＯの消費を管理する機能を実行する。図１のネットワーク１００上のエンティティーは、異なるエンティティーで構成されてもよく、複合エンティティーで構成されてもよく、デバイス１１０上のエンティティーも異なるエンティティーで構成されてもよく、複合エンティティーで構成されてもよい。
【００２７】
ＯＭＡ  ＤＲＭ技術は、ＲＯを表現するために権利記述言語（Right Expression Language：以下、“ＲＥＬ”と称する）技術規格を定義しており、ＲＥＬを用いて一定の時間の間に広告を強制的に視聴することができるようにするために、本発明の一実施形態において下記のようなＲＯ構造を提案する。以下、ＲＥＬで説明している一般的な内容は省略されるが、本発明で省略されたＲＥＬの内容はＯＭＡ  ＤＲＭ  ＲＥＬ規格に従い、本発明と関係した内容だけが説明される。
【００２８】
本発明の一実施形態においては、広告の強制視聴時間を“エンフォースメントデュレーション（Enforcement Duration）”と定義し、ＲＥＬのリクワイアメント（Requirement）モデルを拡張してエンフォースメントデュレーションを例示すると、下記表１乃至表３の通りである。
【００２９】
【表１】
2013525875.tif 000003
【００３０】
表１は、“Element<requirements>”を示し、本発明で提案したエンフォースメントデュレーションのためにＲＥＬのリクワイアメントを新たに定義する。このリクワイアメントは、下記表２に示すプレイアウトエレメント（Playout element）で構成される。
【００３１】
【表２】
2013525875.tif 000004
【００３２】
表２は、“Element<playout>”を示し、これは、下記表３のコンテンツリファレンスエレメント（content reference element）が示す特定のコンテンツを下記表３のコンテンツリファレンスエレメントのエンフォースメントデュレーションの間にかならず再生しなければならないことを示し、実際ユーザーが希望するコンテンツの視聴の前に一定の時間の間に広告を視聴するように機能する。
【００３３】
【表３】
2013525875.tif 000005
【００３４】
表３は、“Element<content reference>”を示し、コンテンツリファレンスエレメントは、ユーザーが希望するコンテンツを使用する前にコンテンツ識別子（content identifier）が示す広告をエンフォースメントデュレーションの間に再生しなければならず、グレースタイム（Grace time）の間に、ＤＰＣＥ１１３は、ＲＭ１１４がコンテンツの復号に使用されるキーを要請することができる権限を与える。表３のコンテンツ識別子は複数で構成されてもよく、エンフォースメントデュレーションは絶対的時間又は相対的時間で与えられてもよく、グレースタイムも絶対的時間又は相手的時間で与えられてもよい。
【００３５】
また、カプセル化されたＲＥＬ（Encapsulated REL）を使用して広告の強制視聴時間をＲＯに示す場合には、下記表４の通りである。
【００３６】
【表４】
2013525875.tif 000006
【００３７】
表４は、表１乃至表３で説明したものをカプセル化されたＲＥＬ方法を使用して示す。表４において、<uid>は、表３のコンテンツ識別子の機能と同一であり、<enforcement period>は、表３のエンフォースメントデュレーションと同一の機能をする。表４の<requirement>、<asset>、<context>、<permission>、<play>、及び<constraint>は、ＲＥＬに説明されている。
【００３８】
エンフォースメントピリオド（enforcement period）が実行されることができるようにする<constraint>については、本発明で提案した変更された構造を表５のように示す。
【００３９】
【表５】
2013525875.tif 000007
【００４０】
表５は、“Element<constraint>”を示す。
【００４１】
図２は、上述したエンフォースメントデュレーション、エンフォースメントピリオド、及びグレースタイムの関係を示す図である。エンフォースメントデュレーション２０１は、広告強制再生時間状態を示し、エンフォースメントピリオド２０５及びグレースタイム２１０で構成される。エンフォースメントピリオド２０５は、広告が必ず再生されなければならない期間を示し、グレースタイム２１０は、広告再生の後に、切られることなくコンテンツが再生されることができるようにＤＰＣＥ１１３がコンテンツの復号に使用されるキーを権利承認サーバ１０４に要請することができる期間を示す。
【００４２】
図３は、デバイス１１０が表１乃至表５及び図２で説明したエンフォースメントピリオドが含まれたＲＯを受信した後に、ＤＲＭエージェント１１２とマルチメディアプレーヤー１１１との間の動作フローを示す図である。
【００４３】
マルチメディアプレーヤー１１１は、ステップ３０５において、ユーザーの要請に従ってコンテンツ再生要請（request to play content）をＤＲＭエージェント１１２に配信する。ここで、そのコンテンツ再生要請が示すコンテンツは、特定の広告の視聴の後に見ることができるコンテンツであり、図３において、このコンテンツに関連した権限及び特定の広告を強制視聴させる内容を含んでいるＲＯは、ＤＲＭエージェント１１２にすでに配信されていると仮定するが、これとは異なり、ＲＯは、ユーザーのコンテンツ再生要請の後に受信されることもある。
【００４４】
ＤＲＭエージェント１１２は、ステップ３１０において要請されたコンテンツのＲＯを確認する。すなわち、コンテンツ再生要請が示すコンテンツに対するＲＯを探した後にそのＲＯを解析する。ＲＯは、コンテンツ再生要請が示すコンテンツを提供する前に広告の強制視聴が行われなければならないという制約を含む。このような制約を確認すると、ＤＲＭエージェント１１２は、ステップ３１５において、このコンテンツに関連した広告の配信のための処理を実行する。ここで、広告の配信のための処理動作は、この広告の位置の把握、この広告が暗号化されている場合の広告の復号化を意味する。
【００４５】
その後に、ＤＲＭエージェント１１２は、ステップ３２０において、広告をマルチメディアプレーヤー１１１に配信することにより広告データをマルチメディアプレーヤー１１１に出力する。図３において、広告及びコンテンツの復号作業がＤＲＭエージェント１１２で実行されることを仮定したが、マルチメディアプレーヤー１１１でも復号過程が実行されることができ、この場合に、ＤＲＭエージェント１１２によりマルチメディアプレーヤー１１１に提供されるものが復号過程に使用される暗号化キーの値となることができる。
【００４６】
一方、広告を配信したＤＲＭエージェント１１２は、ステップ３２５において強制状態を保持する。ここで、強制状態は、“enforcement”状況を保持することを意味し、マルチメディアプレーヤー１１１がコンテンツの再生のためにこのコンテンツを要請しても、ＤＲＭエージェント１１２がその要請に応じない状況を意味する。この時に、“enforcement”状況の保持時間は、コンテンツに関連したＲＯに“enforcement period”として提供され、“enforcement period”という時間の決定は、図１の権利承認サーバ１０４又はコンテンツ発行者１３０により実行される。
【００４７】
一方、ＤＲＭエージェント１１２が提供した広告をすべて再生したマルチメディアプレーヤー１１１は、ステップ３３０において、コンテンツ再生要請（request to play content）をＤＲＭエージェント１１２に転送する。この時に、ＤＲＭエージェント１１２は、ステップ３３５において、ＲＯで規定した時間の間に広告が再生されたか否かを判定した後に、ステップ３４０において、マルチメディアプレーヤー１１１が要請したコンテンツを提供するための作業を実行する。ここで、作業は、コンテンツの位置の把握の後にコンテンツを確保して復号過程の実行又はコンテンツの復号化がマルチメディアプレーヤー１１１で実行される場合に、このコンテンツを復号することができる暗号化キーを提供することを意味する。ステップ３４５において、ＤＲＭエージェント１１２が復号化されたコンテンツをマルチメディアプレーヤー１１に配信する時に、マルチメディアプレーヤー１１１は、このコンテンツをユーザーに提供する。
【００４８】
図４は、本発明で提案したＤＲＭに基づく広告の強制視聴技術を実現したデバイス１１０内のＤＲＭエージェント１１２での動作アルゴリズムの一例を示す。
【００４９】
ステップ４０１において、ＤＰＣＥ１１３は、特定のコンテンツの復号のための暗号化キーの送信をＲＭ１１４に要請する。すなわち、コンテンツキー（content key）を要請する。ステップ４０２において、ＲＭ１１４は、この要請されたコンテンツのＲＯを解析した後に、ステップ４０３において、この復号化されたコンテンツがコンテンツの消費の前に広告視聴が強制されなければならないか否かを判定する。
【００５０】
ステップ４０３において、ＲＭ１１４は、この要請されたコンテンツが広告消費が必要でないコンテンツであると判定される場合に、ステップ４２０において、ＤＣＰＥ１１３が要請したコンテンツを復号することができるキーをＤＣＰＥ１１３に提供する。ＲＭ１１４が、ステップ４０３で要請されたコンテンツの再生のためには広告視聴が先行されなければならないと判定する場合に、ステップ４０４において、コンテンツの再生の前に再生されなければならない広告を選択し、ステップ４０５において、この選択された広告の識別子及び広告の復号化のための暗号化キーをＤＣＰＥ１１３に提供する。ＲＭ１１４は、ステップ４０６において、強制状態（enforcement state）でモードを転換する。ＤＣＰＥ１１３は、ステップ４０７において、コンテンツに対するアクセス権限及びコンテンツの復号のために使用される暗号化キーをＲＭ１１４に要請する。ここで、コンテンツの復号のために使用される暗号化キーをコンテンツキー（content key）と呼ぶ。
【００５１】
ＲＭ１１４は、ステップ４０８においてＤＣＰＥ１１３が要請したコンテンツがステップ４０１においてＤＣＰＥ１１３が暗号化キーを要請したコンテンツと同一であるか否かに対する判定を行う。ＲＭ１１４が、ステップ４０７でＤＣＰＥ１１３により要請されたコンテンツがステップ４０１で要請されたコンテンツと同一でないと判定する場合にステップ４４０に進み、ステップ４０１で要請されたコンテンツにより保持されている強制状態を解除した後に、ステップ４４１に進んでステップ４０７で要請したコンテンツに対する作業を実行し、この作業は、ステップ４０２から開始することができる。
【００５２】
他方、ステップ４０８において、ＲＭ１１４がステップ４０７で受信したコンテンツがステップ４０１で受信したコンテンツと同一であると判定する場合にはステップ４０９に進む。ＲＭ１１４は、ステップ４０９において広告の強制視聴時間が経過したか否かについて判定し、広告の強制視聴時間が経過した場合にはステップ４０２に進み、ステップ４０３及びステップ４２０を実行することによりＤＣＰＥ１１３が要請したコンテンツを復号することができる暗号化キーを提供する。
【００５３】
これとは異なり、ステップ４０９において広告の強制視聴時間が経過しなかったと判定される場合には、ＲＭ１１４は、ステップ４１０において、グレースタイムの間に要請を受けたか否かについて判定する。グレースタイム内に要請を受信した場合には、ＲＭ１１４は、ステップ４１１で強制状態から外れ、ステップ４１２において、コンテンツに関連した広告状態をアップデートした後に、ステップ４０３及びステップ４２０を実行することによりコンテンツの再生に必要なキーを提供する。
【００５４】
ステップ４１０において、ＲＭ１１４は、グレースタイム以外の時間帯で要請が受信されたことを確認する場合には、ステップ４３０において、ＤＣＰＥ１１３に誤った要請であることを知らせるメッセージを配信する。図４は、ＤＲＭエージェント１１２がただ１つの強制状態ですべてのコンテンツを管理しているという仮定の下に説明されたＤＲＭエージェント１１２の動作であり、ＤＲＭエージェント１１２がそれぞれのコンテンツに対して強制状態を個々に管理する場合に他のアルゴリズムとして動作することができる。例えば、図４に示すステップ４０８、ステップ４４０、及びステップ４４１での動作は不必要である。
【００５５】
以下では、本発明の他の実施形態によるＲＯ構造について説明する。上述した本発明の一実施形態では、権利承認サーバ１０４又はコンテンツ承認サーバ１０３が特定の広告を選択してコンテンツとともにユーザーに提供する場合にこの広告を強制視聴させる方法を提案した。
【００５６】
これとは異なり、本発明の他の実施形態では、権利承認サーバ１０４又はコンテンツ承認サーバ１０３が広告を選択することができるメタデータを提供した後に、このメタデータに対応する広告を強制視聴させることができる方法を提案する。したがって、デバイスユーザーは、コンテンツの利用に必要な権利オブジェクト又はキーを取得するために複数の広告の中で権利承認サーバ１０４又はコンテンツ承認サーバ１０３により設定された数の広告を強制視聴時間の間に視聴するようになる。
【００５７】
下記の説明において、権利承認サーバ１０４又はコンテンツ承認サーバ１０３がメタデータをユーザーのデバイス１１０に提供する詳細な方法及びこのメタデータの詳細な内容は、本発明の要旨から外れるので、その具体的な説明を省略する。
【００５８】
以下、下記の表６乃至表９は、ＲＥＬに規定されているリクワイアメントモデル（Requirement Model）を拡張して複数の広告を強制視聴するようにするＲＯの構成例を示す。
【００５９】
【表６】
2013525875.tif 000008
【００６０】
表６は、“Element<requirements>”を示し、下記表７のようなプレーアウトをエレメントとして有する。表６は、リクワイアメントが含まれたＲＯでリクワイアメントを必ず満足させなければならないことを意味する。
【００６１】
【表７】
2013525875.tif 000009
【００６２】
表７は、“Element<playout>”を示し、プレーアウトエレメントは、以下に述べられる表８のコンテンツリファレンス（Content Reference）又は表９のコンテンツメタデータ（Content Metadata）が示す広告を一定の時間の間に強制視聴することができるようにする。
【００６３】
【表８】
2013525875.tif 000010
【００６４】
表８は、“Element<content reference>”を示し、コンテンツリファレンスエレメントは、強制視聴されなければならない広告及び広告の強制視聴条件を含む。強制視聴条件には、広告当たりの最小の視聴時間、すなわち、３０秒長さの広告に対して少なくとも一定の時間以上広告が視聴されることができるようにする時間、広告の強制視聴時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間などが含まれることができる。この広告当たりの最小の視聴時間が必要な理由は、ユーザーが広告を選択して見ることができる環境の下で少なくとも一定の時間以上は選択した広告を強制視聴することができるようにすることにより広告の強制視聴の効果を高めるためである。
【００６５】
また、広告の強制視聴時間の間に再生されなければならない広告の個数は、広告の強制視聴時間の間に再生されるべき広告の数を正確に提示したものであり、ユーザーのデバイス１１０がかならず対応する数だけの広告を再生することができるようにするためであり、広告の実際の再生時間を提示することは、複数の広告を選択して再生するにあたりに要求されるオーバーヘッド時間を除いたユーザーが実際に広告を強制視聴するようにするためである。
【００６６】
【表９】
2013525875.tif 000011
【００６７】
以上に述べられた表９は、“Element<content metadata>”を示し、コンテンツメタデータエレメントは、権利承認サーバ１０４又はコンテンツ承認サーバ１０３が強制視聴すべき広告のリストを直接提示するのでない、広告を選択することができるメタデータを提供する機能をする。表９でのコンテンツメタデータエレメントは、広告の直接的なリストの代わりに広告を選択することができるメタデータを提供し、ユーザーのデバイスが広告を直接選択することができるようにする点で以上に述べられた表８のそれとは異なる。
【００６８】
【表１０】
2013525875.tif 000012
【００６９】
以上に述べられた表１０は、表６乃至表９のＲＥＬ拡張方法で広告の強制視聴を実行することができる他の方法であり、エンフォースメントメタデータ（enforcement metadata）を示す。表１０は、表８のコンテンツリファレンスエレメント及び表９のコンテンツメタデータエレメント（contents metadata element）内に広告の強制視聴条件を含まず、別途のエレメントとして定義してコンテンツリファレンスエレメント又はコンテンツメタデータエレメントにより決定される広告の強制視聴条件を提供する。
【００７０】
一方、表６乃至表１０を通して説明した本発明の他の実施形態をカプセル化されたＲＥＬ方法を使用して示すと下記表１１乃至表１４のようである。
【００７１】
【表１１】
2013525875.tif 000013
【００７２】
表１１は、新たなエレメントであるメタデータが、広告が選択されることができるパラメータを提供することを示す。
【００７３】
【表１２】
2013525875.tif 000014
【００７４】
表１２は、エンフォースメントピリオドの下位エレメントを示し、本発明の他の実施形態に従う広告当たりの最小の再生時間、すなわち３０秒長さの広告に対して少なくとも一定の時間以上広告が再生されることができるようにする時間、広告の強制視聴時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間などを提案する。したがって、複数の広告のうちで必要な数だけの広告を視聴するようにすることが可能である。
【００７５】
【表１３】
2013525875.tif 000015
【００７６】
表１３は、“Element<constraint>”を示し、表１２でのエレメントが実行されることができるようにする<constraint>に対して本発明で提案した変更された構造である。
【００７７】
【表１４】
2013525875.tif 000016
【００７８】
表１４は、“Element<enforcement period>”を示し、エンフォースメントピリオドを示すエレメントの一例である。
【００７９】
上述したように、本発明では、マルチメディアサービスを保護するＤＲＭ技術に関連してユーザーがサービスとともに提供される広告を強制視聴するようにすることにより、ユーザーが広告とともに提供されるマルチメディアサービスを申し出る場合に、サービスの利用の前に広告をかならず再生することができるようにマルチメディアサービスを利用することができるＲＯを生成して提供する。このようなＲＯは、マルチメディアサービスが消費されるデバイスに配信され、そのＲＯを受信したデバイスでは、そのＲＯの内容に従ってマルチメディアサービスを再生する前にユーザーに広告をまず見ることができるようにする。
【００８０】
一方、本発明の一実施形態によるＲＯ構造について説明したが、図５Ａ及び図５Ｂに示すようなＲＯ構造も定義されることができる。図５Ａ及び図５Ｂは、本発明の他の実施形態によるＲＯ構造を示す図であり、図５Ｂは、図５Ａにつながる図である。上述した本発明の一実施形態と同様に、図５Ａ及び図５ＢでもＲＥＬで説明している一般的な内容は省略され、本発明と関係がある内容だけが説明される。
【００８１】
本発明の他の実施形態においては、本発明の一実施形態とは異なり広告に対するメタデータ部分を使用せず、特定の広告を再生することができるようにする方法に関する。
【００８２】
まず、図５Ａを参照すると、ＯＭＡ  ＤＲＭ  ＲＯは最上位エレメント‘right’から開始し、‘right’は、副エレメント‘context’及び‘agreement’を有する。ここで、‘context’エレメントは、ＲＯの識別子及び使用されたＤＲＭバージョンなどのコンテキスト情報を提供し、図５Ａでは、ＲＯの識別子が‘RightsObjectID’、使用されたＤＲＭバージョンが‘２．２’であることを示している。また、‘agreement’エレメントは、ＲＯと符合して使用されるコンテンツの識別子、コンテンツの暗号／復号に関する情報及びコンテンツの権限に対する内容を有する副エレメントである。
【００８３】
図５Ｂにおいて、‘permission’エレメントは、ＲＯに接続されたコンテンツの権限範囲を設定し、‘agreement’エレメントの下位エレメントである。本発明の他の実施形態でも、本発明の一実施形態と同様に、ＲＥＬの‘permission’エレメントの下位エレメントである‘requirement’５００に‘playout’エレメントを付加することにより広告を強制再生させる。本発明の他の実施形態によるリクワイアメント及びプレーアウトエレメントの例をそれぞれ下記表１５及び表１６に示す。
【００８４】
【表１５】
2013525875.tif 000017
【００８５】
以上に述べられた表１５は、‘Element<requirement>’を示し、以下に述べられる表１６の‘Element<playout>’を因子として有する。
【００８６】
【表１６】
2013525875.tif 000018
【００８７】
表１６は、‘Element<playout>’を示し、これは、‘asset’というＲＯに接続されたコンテンツを識別するエレメントが示すコンテンツが特定の時間の間に必ず再生されることができるようにする条件を与える。
【００８８】
表１６において、‘asset’エレメントでコンテンツを‘playout’エレメントに接続する方法の以外の別の方法を図６に示す。図６は、再生されなければならない広告が別のＲＯを有している場合に使用されることができる方法である。
【００８９】
一方、コンテンツが特定の時間にかならず再生されることができるようにする条件の中でその特定時間である‘enforcement duration’及び広告の再生後に切られることなくコンテンツが再生されることができるようにコンテンツの復号に使用されるキーを要請する期間である‘Grace time’の構成例は、下記表１７及び表１８に記述されている。
【００９０】
【表１７】
2013525875.tif 000019
【００９１】
本発明の他の実施形態では、特定の広告を指定して強制視聴させる方法に関するものであるので、本発明の一実施形態では、エンフォースメントデュレーションで絶対的時間又は相対的時間が与えられたが、本発明の他の実施形態では、このような相対的な時間を利用せず絶対的時間だけが使用される。したがって、表１７では、絶対的時間で数十秒の間に広告を再生しなければならない場合のエンフォースメントデュレーションを示している。
【００９２】
【表１８】
2013525875.tif 000020
【００９３】
表１８でも、本発明の一実施形態とは異なりグレースタイムの有効範囲をエンフォースメントデュレーションの終了前に制限させる場合を示している。例えば、エンフォースメントデュレーションが１分であり、グレースタイムが１０秒である場合に、広告の強制視聴が行われた５０秒後からは次のコンテンツを要請することができる。これとは異なり、本発明の一実施形態におけるように、エンフォースメントデュレーションが相対的な値、すなわち８０％又は９０％で与えられる場合に、ユーザーの広告視聴時間を最大化するために８０％又は９０％の後の時点からグレースタイムを適用することができる。
【００９４】
上記では、一定の時間の間に広告を強制視聴させるためのＲＯ構造を説明したが、本発明のまた他の実施形態においては、様々な種類の広告を一定の時間の間に強制視聴させるためのＲＯ構造を提案する。本発明のまた他の実施形態によるＲＯの構造は、図５Ａ及び図５Ｂに示すようなＲＯ構造と類似しているが、図５Ｂの‘permission’エレメント５１０が図７の‘permission’エレメント７００に置き換えられる。
【００９５】
図７は、本発明のまた他の実施形態により提案されるＲＯの‘permission’エレメントを示しているが、そのＲＯの構成はこれに限定されず、様々な方法で構成されることができる。また、図７では、コンテンツと結合された広告の数が３個であり、映像広告、テキスト広告、及びアプリケーション広告の３種類の広告を示している。このような広告の数及び種類などに対する構成は、事業モデルに従って変更可能であることはもちろんである。
【００９６】
図７の‘permission’エレメント７００は、ＲＯに接続されたコンテンツの権限範囲を設定し、‘agreement’エレメントの下位エレメントである。このような‘permission’エレメント７００は、ＲＯが示すコンテンツの‘play（再生）’、‘display（表示）’、‘execute（実行）’、‘print（印刷）’などの動作範囲及び制限条件を規定する。‘asset’エレメント７０５は、ＲＯに接続されたコンテンツ識別子を提供し、‘permission’エレメントの副エレメントである。
【００９７】
‘play’エレメント７１０は、‘asset’エレメント７０５が示すコンテンツの再生が許可されることを示す。この時に、‘play’エレメント７１０を実行する前に‘requirement’エレメント７１５内の内容が充足するときのみ、ＤＲＭエージェント は、マルチメディアプレーヤーに復号されたコンテンツ又はコンテンツを復号することができる復号情報を提供する。本発明のまた他の実施形態に従って様々な種類の広告をコンテンツと結合させるために‘requirement’エレメント７１５が利用され、その‘requirement’エレメント７１５は’playout’７２０、‘displayout’７３０、‘executeout’７４０という下位エレメントを有する。
【００９８】
下記表１９は、本発明で提案する‘requirement’エレメント７１５の例を示し、これに限定されない。
【００９９】
【表１９】
2013525875.tif 000021
【０１００】
表１９を参照すると、‘requirement’エレメント７１５は、上述したようにＡ／Ｖ形式の広告の再生方法、テキスト又は絵形式の広告の再生方法、及びプログラム又はアプリケーション形式の広告の再生方法が定義され、広告の種類別に１つ以上の広告再生方法が含まれることができる。
【０１０１】
上述したように、広告の種類別再生方法の中の１つである‘playout’は、Ａ／Ｖ形式の広告を特定の時間の間に強制視聴するときのみ広告に接続されたマルチメディアコンテンツを再生することができる権限へのアクセスを可能にする。表２０は、このような‘playout’エレメントを示す。
【０１０２】
【表２０】
2013525875.tif 000022
【０１０３】
表２０は、“Element<playout>”を示し、図７の‘playout’エレメント７２０内の’asset’エレメントが示す広告コンテンツが‘enforcement duration’エレメントの間にかならず再生されなければならないことを定義している。すなわち、‘playout’エレメント７２０は、広告の種類がＡ／Ｖ形式の広告であることを示し、そのＡ／Ｖ形式の広告に対する最小再生時間が定義されている。図７の‘playout’エレメント７２０では、コンテンツ“Advertisement Content#１”が‘１８０’秒の間に再生されなければならないことを示している。
【０１０４】
‘displayout’は、テキスト、絵、又は静止画像形式の広告を特定の時間の間に強制視聴させることにより広告に接続されたマルチメディアコンテンツを再生することができる権限へのアクセスを可能にする。表２１は、このような‘displayout’エレメントの例を示す。
【０１０５】
【表２１】
2013525875.tif 000023
【０１０６】
表２１は、“Element<displayout>”を示し、図７の‘displayout’エレメント７３０内の‘asset’エレメントが示すコンテンツが‘enforcement duration’エレメントの間にかならず表示されなければならないことを定義している。すなわち、‘displayout’エレメント７３０は、広告の種類がテキスト又は絵形式の広告であることを示し、そのテキスト又は絵形式の広告に対する最小表示時間が定義されている。
【０１０７】
‘executeout’は、プログラム又はアプリケーション形式の広告を特定の時間の間に強制視聴するときのみ広告に接続されたマルチメディアコンテンツを再生することができる権限へのアクセスを可能にする。表２２は、このような‘executeout’エレメントの例を示す。
【０１０８】
【表２２】
2013525875.tif 000024
【０１０９】
表２２は、“Element<executeout>”を示し、図７の‘executeout’エレメント７４０内の‘asset’エレメントが示すアプリケーション広告がコンテンツの利用の前にかならず実行されなければならないことを定義している。すなわち、‘executeout’エレメント７４０は、広告の種類がアプリケーション形式の広告であることを示す。
【０１１０】
このような‘executeout’が‘playout’及び‘displayout’と異なる点は、‘enforcement duration’を含んでいないことにある。これは、それぞれのアプリケーション又はフラッシュのようなリッチメディア（rich media）が固有の実行時間を有しているので、別の強制再生時間を設定する必要がないためである。
【０１１１】
上述したように、‘playout’、‘displayout’、及び‘executeout’を使用することにより様々な形態の広告を強制視聴させることができる。
【０１１２】
このような‘playout’、‘displayout’、及び‘executeout’を使用するＲＯの例を示す図７を詳細に説明すると、‘requirement’エレメント７１５内の１つの’playout’エレメント７２０は１個のＡ／Ｖ広告を示し、‘displayout’エレメント７３０は１個のテキスト広告を示し、‘executeout’エレメント７４０は１個のアプリケーションＡ／Ｖ広告を示す。‘playout’、‘displayout’、‘executeout’を用いて広告の種類を指定することができ、‘playout’、‘displayout’、‘executeout’の各個数に従ってそれぞれの種類の広告の個数も指定することができる。例えば、７個のＡ／Ｖ広告、２個のテキスト広告、及び５個のアプリケーション広告を制御するためには、７個の‘playout’、２個の‘displayout’、５個の‘executeout’エレメントを‘requirement’エレメント７１５内に規定することができる。
【０１１３】
また、各広告の再生順序は‘playout’、‘displayout’、‘executeout’が‘requirement’エレメント７１５に規定されている順序に従って再生されることを仮定するが、別の方法が使用されることもできる。‘playout’又は‘displayout’が‘requirement’エレメント７１５内の最下位に位置する場合には、‘Grace time’を‘optional’下部エレメントとして有することにより広告再生の後にコンテンツを再生する時間を最小化することができる。
【０１１４】
一方、ＤＲＭエージェント１１２とマルチメディアプレーヤー１１１との間の動作フローを示す図３において、表１９乃至表２２及び図７で説明した‘playout’、‘displayout’、及び‘executeout’が含まれるＲＯを受信する場合に、ＤＲＭエージェント１１２での動作が次のような点で異なる。本発明に従うＲＯには、コンテンツを提供する前に広告の強制視聴が行われなければならないという制約が含まれているだけでなく、本発明のまた他の実施形態に従って広告の種類もさらに反映されている。
【０１１５】
したがって、図３のステップ３１０において、ＤＲＭエージェント１１２は、要請されたコンテンツのＲＯを確認する時に、ＲＯ内で広告の視聴が強制されなければならないという制約だけでなく広告の種類も確認する。例えば、ＲＯの‘requirement’エレメント内には、Ａ／Ｖコンテンツの広告を強制再生する‘playout’、テキスト又は絵形式の広告を強制表示する‘display’、アプリケーション又はリッチメディア形式の広告を強制的に利用するようにする‘executeout’のうちの少なくとも１つが含まれている。
【０１１６】
このような制約及び広告の種類がＲＯに含まれていると確認する場合に、ＤＲＭエージェント１１２は、ステップ３１５において、コンテンツに関連した広告の送信のための処理を実行する。ＤＲＭエージェント１１２は、マルチメディアプレーヤー１１１への広告の配信のために、広告の種類、その広告の位置、及び対応する種類の広告の個数、及び再生順序などを把握し、この広告が暗号化されている場合には復号化する動作を実行する。
【０１１７】
また、広告を配信したＤＲＭエージェント１１２は、ステップ３２５において、強制状態を保持するにあたりに、本発明のまた他の実施形態に従って‘enforcement’状況を保持する時間が変わる。‘enforcement’状況の保持時間は、すべての‘playout’エレメントの‘enforcement duration’、すべての‘displayout’エレメントの‘enforcement duration’、及び‘executeout’エレメントが示すすべてのアプリケーションの実行時間の合計となる。
【０１１８】
一方、デバイス１１０内のＤＲＭエージェント１１２での動作アルゴリズムの一例を示す図４でも次のような点で異なる。
【０１１９】
図４のステップ４０４において、ＲＭ１１４は、コンテンツの再生前に再生されなければならない広告だけでなくその広告の種類も把握する。この時に、把握された広告の再生順序も把握する。この広告の再生順序は、‘requirement’エレメント内に定義された順序に従うことができ、あるいは、例えば、アプリケーション広告が優先的に再生されるようにする広告の種類に優先順位を与える方法などがある。しかしながら、このような再生順序はこれに限定されない。ＲＭ１１４は、ステップ４０５において、把握された広告のうちで１番目に再生されなければならない広告の識別子及び広告の復号化のための暗号化キーをＤＣＰＥ１１３に提供する。
【０１２０】
また、ステップ４１０において、ＲＭ１１４は、グレースタイムの間に要請を受信したか否かに対する判定を行い、このような判定動作は、次のような点で変わる。本発明のまた他の実施形他に従って、グレースタイムは‘requirement’エレメントの最後に位置した‘playout’又は‘displayout’の値を使用する。この時に、‘requirement’エレメントの最後に‘executeout’が規定されている場合には、ステップ４０９は実行されない。ここで、それぞれのアプリケーション、フラッシュのようなリッチメディアは、固有の実行時間を有することにより広告の強制再生時間が指定されるのでないので、ステップ４０９の動作は省略することができる。
【０１２１】
ＲＯがグレースタイムを有していると仮定した状態で、ステップ４１０での判定の結果、グレースタイム内に要請がある場合には、ＲＭ１１４は、ステップ４１１において、強制状態から外れ、残りの過程での動作は、上述した図４のそれと同様である。
【符号の説明】
【０１２２】
１００  ネットワーク
１０１  コンテンツプロバイダ（ＣＰ）
１０２  広告プロバイダ（ＡＰ）
１０３  コンテンツ承認サーバ（ＣＩ）
１０４  権利承認サーバ（ＲＩ）
１１０  デバイス
１１１  マルチメディアプレーヤー
１１２  ＤＲＭエージェント
１１３  ＤＲＭコンテンツ処理エンジン（ＤＣＰＥ）
１１４  権利管理部（ＲＭ）
【図１】
2013525875.tif 000025
【図２】
2013525875.tif 000026
【図３】
2013525875.tif 000027
【図４】
2013525875.tif 000028
【図５ａ】
2013525875.tif 000029
【図５ｂ】
2013525875.tif 000030
【図６】
2013525875.tif 000031
【図７】
2013525875.tif 000032
【国際調査報告】
2013525875.tif 000033
2013525875.tif 000034
2013525875.tif 000035
2013525875.tif 000036