(57)【特許請求の範囲】
【請求項１】
マルチメディアプレーヤーとＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔ  Ｍａｎａｇｅｍｅｎｔ）エージェントとを備えたデバイスにおける広告を強制視聴するようにする方法であって、
前記マルチメディアプレーヤーが、ユーザからの要請があったときは、コンテンツの再生要請を前記ＤＲＭエージェントに伝送するステップと、
前記ＤＲＭエージェントが、要請されたコンテンツの再生要請があれば、前記要請されたコンテンツに対する権限客体（ＲＯ）とリンクされた共通の権限客体が存在するか否かを判断するステップとを含み、
前記共通の権限客体がある場合、
前記ＤＲＭエージェントが、前記共通の権限客体から複数の異なるコンテンツに対する広告を共通的に強制することができる共通の権限及び制限条件を含む情報を獲得するステップと、
前記マルチメディアプレーヤーが、前記獲得された情報に基づいて前記要請されたコンテンツとリンクされた広告を再生するステップと、
を含み、
前記共通の権限客体がない場合、
前記ＤＲＭエージェントが、前記要請されたコンテンツに対する権限客体から前記要請されたコンテンツとリンクされた広告を把握して、前記マルチメディアプレーヤーで前記広告を再生するステップを含む、
ことを特徴とする方法。
【請求項２】
前記共通の権限客体が存在するか否かを判断するステップは、前記要請されたコンテンツに対する権限客体に前記共通の権限客体の参照情報が含まれているかを判断するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記共通の権限客体の参照情報がある場合、前記共通の権限客体から前記要請されたコンテンツとリンクされた広告及び広告の種類を判断するステップをさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記共通の権限客体は、一つ以上のＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｓｕａｌ）形態の広告を再生する方法、一つ以上のテキスト又は絵形態の広告を再生する方法及び一つ以上のアプリケーション形態の広告を再生する方法のうち少なくとも一つを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記共通の権限客体は、前記要請されたコンテンツに対する権限、前記要請されたコンテンツとリンクされた広告の識別子、前記広告の種類による再生方法、及び予め定められた強制再生時間のうち少なくとも一つを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記要請されたコンテンツとリンクされた広告を再生するステップは、
前記要請されたコンテンツとリンクされた広告を前記予め定められた強制再生時間の間に再生するステップを含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記要請されたコンテンツとリンクされた広告を把握するステップは、
前記要請されたコンテンツとリンクされた広告の位置を把握するステップと、
前記広告の種類を把握するステップと、
前記広告が暗号化されている場合、前記広告を復号化するステップと、を含むことを特徴とする請求項１に記載の方法。
【請求項８】
広告を強制視聴するようにするデバイスであって、
要請されたコンテンツの再生要請を伝送するマルチメディアプレーヤーと、
前記要請されたコンテンツに対する権限客体とリンクされた共通の権限客体が存在するか否かを判断し、
前記共通の権限客体がある場合、前記共通の権限客体から複数の異なるコンテンツに対する広告を共通的に強制することができる共通の権限及び制限条件を含む情報を獲得した後、前記獲得した情報に基づいて前記要請されたコンテンツに対する広告を前記マルチメディアプレーヤーに伝達し、前記マルチメディアプレーヤーにおける広告再生が完了すると、前記要請されたコンテンツを前記マルチメディアプレーヤーに伝達し、
前記共通の権限客体がない場合、前記要請されたコンテンツに対する権限客体から前記コンテンツとリンクされた広告を把握して、前記把握された広告を前記マルチメディアプレーヤーに伝達する、
ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔ  Ｍａｎａｇｅｍｅｎｔ）エージェントと、を含み、
前記マルチメディアプレーヤーは、予め定められた強制再生時間の間、前記広告を再生した後、前記広告の再生が完了すると、前記ＤＲＭエージェントに前記コンテンツの提供を要請することを特徴とするデバイス。
【請求項９】
前記ＤＲＭエージェントは、前記要請されたコンテンツに対する権限客体に、前記共通の権限客体の参照情報が含まれているかを判断することを特徴とする請求項８に記載のデバイス。
【請求項１０】
前記ＤＲＭエージェントは、前記共通の権限客体の参照情報がある場合、前記共通の権限客体から前記要請されたコンテンツとリンクされた広告及び広告の種類を判断することを特徴とする請求項９に記載のデバイス。
【請求項１１】
前記共通の権限客体は、一つ以上のＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｓｕａｌ）形態の広告を再生する方法、一つ以上のテキスト又は絵形態の広告を再生する方法、及び一つ以上のアプリケーション形態の広告を再生する方法のうち少なくとも一つを含むことを特徴とする請求項８に記載のデバイス。
【請求項１２】
前記共通の権限の客体は、前記要請されたコンテンツに対する権限、前記要請されたコンテンツとリンクされた広告の識別子、前記広告の種類による再生方法、及び予め定められた強制再生時間のうち少なくとも一つを含むことを特徴とする請求項８に記載のデバイス。
【請求項１３】
前記ＤＲＭエージェントは、前記要請されたコンテンツとリンクされた広告の位置を把握し、前記広告の種類を把握した後、前記広告が暗号化されている場合、前記広告を復号化することによって前記要請されたコンテンツとリンクされた広告を把握することを特徴とする請求項８に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告サービスデバイス及び方法に関し、特にサービス又はコンテンツを提供する以前に広告を強制視聴するようにするデバイス及び方法に関する。
【背景技術】
【０００２】
放送サービスあるいは注文型コンテンツ伝送サービスなどのようなマルチメディアサービスを受信するために、デバイスは基本的にコンテンツ提供サーバにアクセスする。したがって、デバイスのユーザはサービス提供サーバにアクセスした時間やサービスされたデータ量に相当する利用料（service fee）を賦課するようになる。このような課金問題を解決するための方案の中の一つで、サービスと共に提供される広告を一方的に伝達するプッシュ（push）方式を利用したサービスがある。このように広告とリンクされたサービスの場合、デバイスのユーザにサービスを提供する前、強制的に広告を視聴するようにする方式であるため、ユーザの立場では低コストでサービスを利用できるようになる。
【０００３】
一方、マルチメディアサービスの保護のためにＤＲＭ（Digital Rights Management）技術が使用される。このようなＤＲＭは、不法流通及び配布からサービス又はコンテンツを保護する技術の一つとして、有料サービス又は有料コンテンツの安全な配布を保障し、不法配布を防止するために開発された。ＤＲＭはサービスプロバイダ（provider）又はコンテンツプロバイダの権限と利益を安全に保護し、不法複製を防止し、使用料賦課と決済代行など、サービス又はコンテンツの生成から流通、管理までを一括的にサポートする。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したように、サービスやコンテンツの保護に使用されたＤＲＭ技術は、代価を払うことによって正当な権限を購入したユーザのデバイスにのみ、サービス又はコンテンツが再生されるようにする技術である。これによって、ＤＲＭ技術はサービスあるいはコンテンツを特定機器に従属させ再生する権限を付与でき、その機器で再生可能なコンテンツの種類及び回数も制限することができる。しかし、高価のサービスやコンテンツを利用しようとするユーザ立場では、これに対する利用費用（Service Fee）低減が主要関心事項であろう。したがって、マルチメディアサービスを提供する時に広告を共に提供する方式は、マルチメディアサービスの利用費用を低減することができ、マルチメディアサービスの消費が拡張されると予想されている。
【０００５】
上記のようなサービスを提供するために必ず必要な機能は、サービスと共に提供される広告をユーザが必ず視聴するように制御する方法であり、したがって広告視聴を強制できる方案が必要である。またマルチメディアサービスの持続的な拡大及び増加によって、マルチメディアサービスでの広告は多様に具現されるようになった。したがって、複数のマルチメディアサービスに対して広告消費と関連した権限と制約条件を效率的にサポートできる方案が要求される。
【０００６】
またマルチメディアサービスと共に映像広告が提供されることができ、音声広告、紙面広告、絵及びフラッシュ（flash）のような特定アプリケーションで具現された広告も登場するようになった。したがって、このような多様な種類の広告をサポートできる方案も共に要求される。
【課題を解決するための手段】
【０００７】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、マルチメディアサービスを提供する以前に、広告を強制的に視聴するようにするデバイス及び方法を提供することにある。
【０００８】
本発明の他の目的は、マルチメディアサービスを保護するＤＲＭ技術と連係して広告視聴を強制するためのデバイス及び方法を提供することにある。
【０００９】
本発明のさらに他の目的は、多様な種類の広告に対する視聴を強制するためのデバイス及び方法を提供することにある。
【００１０】
本発明のさらに他の目的は、複数のコンテンツにリンクされた広告の視聴を共通的に強制するためのデバイス及び方法を提供することになる。
【００１１】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、デバイスにおける広告を強制視聴するようにする方法を提供する。上記方法は、要請されたコンテンツの再生要請があれば、上記要請されたコンテンツに対する権限客体（ＲＯ）とリンクされた共通の権限客体が存在するか否かを判断するステップと、  上記共通の権限客体がある場合、上記共通の権限客体から複数のコンテンツに対する広告消費と関連した情報を獲得するステップと、上記獲得された情報に基づいて上記要請されたコンテンツとリンクされた広告を再生するステップを含むことを特徴とする。
【００１２】
本発明の実施形態の他の態様によれば、広告を強制視聴するようにするデバイスを提供する。上記デバイスは、要請されたコンテンツの再生要請を伝送するマルチメディアプレーヤーと、上記要請されたコンテンツに対する権限客体とリンクされた共通の権限客体が存在するか否かを判断し、上記共通の権限客体がある場合、上記共通の権限客体から複数のコンテンツに対する広告消費と関連した情報を獲得した後、上記獲得した情報に基づいて上記要請されたコンテンツに対する広告を上記マルチメディアプレーヤーに伝達し、上記マルチメディアプレーヤーにおける広告再生が完了すると、上記要請されたコンテンツを上記マルチメディアプレーヤーに伝達するＤＲＭ（Digital Right Management）エージェントと、を含み、上記マルチメディアプレーヤーは、予め定められた強制再生時間の間、上記広告を再生した後、上記広告の再生が完了すると、上記ＤＲＭエージェントに上記コンテンツの提供を要請することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、広告がリンクされたマルチメディアサービスを提供する以前に、ユーザが必ず広告を見ることによって、広告主の立場では広告の効果を十分に期待できるようになる。その上、多様な種類の広告も見られるようにすることによって広告の効果を極大化できるようになる。また、広告を一定時間の間に強制的に視聴したユーザ立場では、マルチメディアサービスを低コストで利用するようにすることができる利点があって、これによってマルチメディアサービスの市場が拡大される効果を期待するようになる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態による広告とリンクされたマルチメディアサービス提供するシステムの構成図である。
【図２】本発明の一実施形態によるＲＯの構造図である。
【図３】本発明の一実施形態によるＲＯの構造図である。
【図４】本発明の他の実施形態による共通ＲＯの構造図である。
【図５】本発明の他の実施形態による共通ＲＯの構造図である。
【図６】本発明の他の実施形態によるコンテンツに対する個別ＲＯの構造図である。
【図７】本発明の一実施形態によるマルチメディアプレーヤーとＤＲＭエージェント間の動作フローチャートである。
【図８】本発明の一実施形態によるデバイスの内部動作フローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。下記の説明において、同一の構成要素に対してはできるだけ同一の参照符号及び参照番号を付して説明する。次の説明において、具体的な構成及び構成要素のような特定詳細は、ただ本発明の実施形態の全般的な理解を助けるために提供されるだけである。したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能又は構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００１６】
説明の便宜のために、携帯放送応用標準団体であるＯＭＡ（Open Mobile Alliance）のＤＲＭ（Digital Right Management）で定義している技術及び個体等の名称を同一に使用するが、このような標準及び名称らが本発明の範囲を限定するものではなく、類似の技術的背景を有するシステムに適用可能であることはもちろんである。
【００１７】
以下で説明される本発明の詳細な説明に記述された本発明の実施形態を次のように分離して記述する。
【００１８】
本発明の一実施形態は、コンテンツに対する権限客体から広告強制視聴に対する情報が含まれるか否かを判断し、上記広告強制視聴に対する情報が含まれた場合、上記コンテンツとリンクされた広告及び広告の種類を判断し、判断結果に基づいて上記コンテンツとリンクされた広告を再生する過程に関する。
【００１９】
本発明の他の実施形態は、コンテンツに対する権限客体とリンクされた共通の権限客体が存在するか否かを判断し、共通の権限客体がある場合、上記共通の権限客体から複数のコンテンツとリンクされた広告の消費と関連した情報を獲得し、上記獲得した情報に基づいて上記コンテンツとリンクされた広告を再生する過程に関する。
【００２０】
図１は、本発明の一実施形態による広告とリンクされたマルチメディアサービス提供するシステムの構成図である。特に、図１は、マルチメディアサービスを保護するＤＲＭ技術と連係して広告強制視聴方法に関与するエンティティを例示している。また、本発明でＤＲＭ技術が保護しようとするサービス又はコンテンツを通称してマルチメディアサービスと定義し、これによって図１でコンテンツプロバイダ及びコンテンツ発行者だけが図示されているが、サービスプロバイダ及びサービス発行者としての役割もできることはもちろんである。ただし、以下ではコンテンツプロバイダがコンテンツ又はサービスを提供する役割をするが、説明の便宜のためにコンテンツを提供する場合を例に挙げて説明する。
【００２１】
図１を参照すると、ネットワーク１００は、コンテンツあるいはサービスを提供するコンテンツプロバイダ（Content Provider:ＣＰ）１０１と、広告を提供する広告プロバイダ（Advertisement Provide:ＡＰ）１０２を含む。
【００２２】
コンテンツプロバイダ１０１は、コンテンツをコンテンツ発行者（コンテンツ提供サーバ、Content Issuer:ＣＩ）１０３に提供し、広告プロバイダ１０２は広告をコンテンツ発行者１０３に提供する。
【００２３】
コンテンツ発行者１０３は、ＤＲＭ技術が適用されたシステムでコンテンツに対する承認、ユーザから受信されたコンテンツ要請に対する処理、選択的に権限発行者（権限承認サーバ、Right Issuer:ＲＩ）１０４との協約によって暗号化されたコンテンツの再生に必要な暗号化キー及び上記コンテンツの再生権限を収録した権限客体（Right Object:以下、ＲＯ）をユーザのデバイス１１０に伝送する役割をする。
【００２４】
本発明の実施形態によるコンテンツ発行者１３０は、コンテンツと共に伝送される広告を選択してコンテンツ及び広告パッケージを構成する。上記コンテンツ及び広告は、共に伝送されることもでき、異なる手段を用いてユーザのデバイス１１０に伝送されることもできる。本発明の実施形態において、コンテンツ及び広告パッケージの構成情報は、コンテンツ発行者１０３あるいは権限発行者１０４により事前協約（preliminary agreement）に従って提供され得る。
【００２５】
一方、デバイス１１０は、マルチメディアプレーヤー１１１とＤＲＭエージェント（agent）１１２で構成される。デバイス１１０は、ハードウェアで構成されることもでき、ソフトウェアで構成されることもでき、複合的に構成されることもできるデバイスとして、ＤＲＭ技術を用いてネットワーク１００側により提供されるコンテンツを消費し得るデバイスを意味する。
【００２６】
マルチメディアプレーヤー１１１は、コンテンツ及び広告が再生できるエンティティとして、ＤＲＭエージェント１１２から復号化されたコンテンツあるいは広告を受信して再生する。またマルチメディアプレーヤー１１１は、ＤＲＭエージェント１１２から暗号化されたコンテンツあるいは広告、及び上記コンテンツと広告を復号するためのキーを受信して、復号作業を遂行した後、コンテンツあるいは広告を再生する。
【００２７】
ＤＲＭエージェント１１２は、ＤＲＭコンテンツ処理エンジン（Content Processing Engine；以下、ＤＣＰＥ）１１３と権限管理部（Right Manager；以下、ＲＭ）１１４で構成される。ＤＣＰＥ１１３は、コンテンツ提供要請によって暗号化されたコンテンツあるいは広告を復号化してマルチメディアプレーヤー１１１に提供し、復号作業のために使用されるキーをＲＭ１１４から回収（retrieve）する。
【００２８】
ＲＭ１１４は、デバイス１１０の権限発行者１０４に対した登録、デバイス１１０が消費するコンテンツに対するＲＯ獲得、ＲＯの消費を管理する役割を遂行する。図１のネットワーク１００上のエンティティは、相互に異なるエンティティで構成されることもでき、複合エンティティで構成されることもでき、デバイス１１０上のエンティティも、相互に異なるエンティティで構成されることもでき、複合エンティティで構成されることもできる。
【００２９】
具体的に、ＲＭ１１４は、本発明の一実施形態によって多様な種類の広告を一定時間の間に強制的に視聴するようにするために提案されたＲＯを獲得及びこれを分析する。またＲＭ１１４は、本発明の他の実施形態によって、要請されたコンテンツのＲＯを確認し、確認されたＲＯとリンクされた共通のＲＯが存在するか否かを判断する。もし共通のＲＯがある場合、ＲＭ１１４は、その共通のＲＯを分析することによって、要請されたコンテンツを再生する以前に伝送されるべき広告及びその広告の種類を判断する。
【００３０】
ここで、共通のＲＯは、複数のコンテンツに対する広告を共通的に強制するための共通の権限及び制御条件を示す。このような共通のＲＯは、複数のコンテンツに対して多様な種類の広告の消費と関連した権限と制御条件を共通的にサポートする。これによって、個々のＲＯに権限と制約条件を別々に付与する必要なく、一つの共通されたＲＯだけでも関連した全てのコンテンツの広告を制御できるだけでなく、その権限と制約条件の更新が要求される時には共通されたＲＯだけを更新すればよいので、広告とリンクされたＲＯの効率的な管理が可能となる。
【００３１】
まず、図２及び図３を参照して本発明の一実施形態によるＲＯの構造を説明する。図３は図２につながる図面である。図２及び図３ではＲＥＬ（Right Expression Language）で説明している一般的な内容は省略するが、本発明で省略されたＲＥＬの内容は、ＯＭＡ ＤＲＭ ＲＥＬ規格に従い、本発明と関係された内容だけが説明される。ここで、ＲＥＬはＯＭＡ ＤＲＭ技術でＲＯを表現するために定義された技術規格である。
【００３２】
図２を参照すると、ＲＯは‘right’という最上位エレメントから始め、‘right’は‘context’と‘agreement’というサブエレメントを有する。ここで、‘context’エレメントは、ＲＯの識別子と使用されたＤＲＭバージョンなどのようなコンテクスト情報を提供する。図２ではＲＯの識別子が‘RightsObject ID’、使用されたＤＲＭバージョンが‘２.２’であることを例示している。また‘agreement’エレメントは、ＲＯと符合して使われるコンテンツの識別子、コンテンツの暗号／復号に関する情報、及び上記コンテンツの権限に対する内容を有するサブエレメントである。
【００３３】
次に、図３を参照すると、‘permission’エレメント３００は、ＲＯと接続したコンテンツの権限範囲を設定し、‘agreement’エレメントの下位エレメントである。‘permission’エレメント３００は、ＲＯが指示するコンテンツのplay（再生）、display（表示）、execute（実行）、print（印刷）などの動作範囲及び制限条件を規定する。‘asset’エレメント３０５は、ＲＯと接続したコンテンツ識別子を提供し、‘permission’エレメント３００のサブエレメントである。
【００３４】
‘play’エレメント３１０は、‘asset’エレメント３０５が指示するコンテンツの再生が許可されることを通知する。この時、‘play’エレメント３１０を遂行する前に、‘requirement’エレメント３１５内にある内容が充足される場合、ＤＲＭエージェント１１２はマルチメディアプレーヤー１１１に復号されたコンテンツあるいはコンテンツ復号のための復号情報を提供する。本発明の実施形態によって、コンテンツに対する広告の強制再生だけでなく、多様な種類の広告をコンテンツとリンクさせるために‘requirement’エレメント３１５が利用され、その‘requirement’エレメント３１５は、‘playout’３２０、‘displayout’３３０、‘executeout’３４０という下位エレメントを有する。
【００３５】
本発明で提案する‘requirement’エレメント３１５の例は、下記表１のようであり、これに限定されない。
【００３６】
【表１】
0005630930.tif 000002
【００３７】
表１を参照すると、‘requirement’エレメント３１５には、上述したようにＡ／Ｖ（Audio/Visual）形態の広告の再生方法、テキスト又は絵形態の広告の再生方法及びプログラム又はアプリケーション形態の広告の再生方法が定義され、広告の種類別に一つ以上の広告再生方法が含まれることができる。
【００３８】
上述したように広告の種類別再生方法の中の一つである‘playout’３２０は、Ａ／Ｖ形態の広告を特定時間の間に強制的に視聴してから、上記広告とリンクされたたマルチメディアコンテンツを再生できる権限にアクセス可能にする役割をする。このような‘playout’エレメント３２０を例示すると、下記表２のようである。
【００３９】
【表２】
0005630930.tif 000003
【００４０】
表２は、“Element＜playout＞”を示したものであり、図３の‘playout’エレメント３２０内の‘asset’エレメントが指示する広告コンテンツが‘enforcement duration’エレメント間に必ず再生されなければならないことを定義している。すなわち、‘playout’エレメント３２０は、広告の種類がＡ／Ｖ形態の広告であることを示し、そのＡ／Ｖ形態の広告に対する最小再生時間が定義されている。図３の‘playout’エレメント３２０では、“Advertisement Content#１”というコンテンツが‘１８０’秒間に再生されなければならないことを例示している。
【００４１】
ここで、‘enforcement duration'は、広告強制再生時間状態を示し、‘Enforcement Period’と‘Grace time’で構成される。‘Enforcement Period’は広告が必ず再生されなければならない期間を示し、‘Grace time’は広告再生後に、途切れなく（seamlessly）コンテンツが再生されることができるように、ＤＰＣＥ１１３がコンテンツの復号に使われるキーを権限発行者１０４に要請できる期間を示す。
【００４２】
一方、‘displayout’ エレメント３３０は、テキスト（text）、絵あるいは停止映像形態の広告を特定時間の間に強制的に視聴することにより、上記広告とリンクされたマルチメディアコンテンツを再生できる権限にアクセス可能にする役割をする。このような‘displayout’エレメント３３０を例示すると、下記表３のようである。
【００４３】
【表３】
0005630930.tif 000004
【００４４】
表３は、“Element＜displayout＞”を示したもので、図３の‘displayout’エレメント３３０内の‘asset’エレメントが指示するコンテンツが‘enforcement duration’エレメント間に必ず表示されなければならないことを定義している。すなわち、‘displayout’エレメント３３０は、広告の種類がテキスト又は絵形態の広告であることを示し、そのテキスト又は絵形態の広告に対する最小表示時間が定義されている。
【００４５】
‘executeout’エレメント３４０は、プログラムあるいはアプリケーション形態の広告を特定時間の間に強制的に視聴あるいは利用してから上記広告とリンクされたマルチメディアコンテンツを再生できる権限にアクセス可能にする役割をする。このような‘executeout’エレメント３４０を例示すると、下記表４のようである。
【００４６】
【表４】
0005630930.tif 000005
【００４７】
表４は、“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’エレメント３１５内の最下位に位置する場合には、‘gracetime’をオプションの下位エレメントとして有することにより、広告再生後にコンテンツを再生する時間を最小化することができる。
【００５２】
本発明の他の実施形態によるＲＯを図４乃至図６を参照して説明する。図４及び図５は、本発明の他の実施形態による共通のＲＯ構造図も例示しており、図５は図４につながる図面である。図６は本発明の他の実施形態によるコンテンツに対する個別ＲＯの構造図を例示している。以下の説明においては、共通のＲＯを親権限客体（Parent Right Object:ＰＲＯ）と称し、個別ＲＯを子権限客体（Child Right Object:ＣＲＯ）と称する。以下の説明においてＰＲＯ及びＣＲＯに対して説明されない部分は、本発明の他の実施形態と直接関連がない部分であり、ＯＭＡ ＤＲＭ ＲＥＬ２.２に詳細な内容が説明されている。
【００５３】
本発明の他の実施形態において、ＣＲＯは各コンテンツごとに規定されたコンテンツの権限を意味し、このようなＣＲＯはＰＲＯと接続するための参照情報を含んでいる。一方、ＰＲＯは複数のコンテンツに対する広告を共通的に強制することがきる共通の権限及び制限条件を示す。
【００５４】
このためにＰＲＯは一つのＲＯにより、複数のコンテンツに共通的に適用され得る‘permission’及び‘constraint’を規定している。ＣＲＯはコンテンツごとに規定されるので、それぞれのＣＲＯは‘permission’を有しているＰＲＯとの接続リンクを提供するための情報を有している。これによって、消費されるコンテンツが変わっても、共通的に‘permission’及び‘constraint’を適用することが可能になる。
【００５５】
上述したように、本発明の他の実施形態では、ＣＲＯとＰＲＯ間の関係を利用することによって、ユーザが保有した複数のコンテンツを視聴する時、多様な種類の広告を強制的に視聴するようにする方法を提案するものである。
【００５６】
ＣＲＯとＰＲＯは、下記表５に示したようにエレメントを通じて接続することができる。
【００５７】
【表５】
0005630930.tif 000006
【００５８】
表５は、“Element＜Inherit＞”を示したものである。この‘inherit’エレメントは、図６に示したようにＣＲＯ内に規定され、図４及び図５に示したようなＰＲＯに規定された権限及び制限条件を利用できるように、そのＰＲＯとの接続情報を示す。
【００５９】
具体的に、‘Inherit’エレメントは、ＰＲＯに規定されている‘permission’と‘constraint’を識別するための識別子を因子として有する。これによって、ＤＲＭエージェント１１２がＣＲＯを処理する時にＰＲＯも共に処理することによって、ＰＲＯに規定されている‘permission’と‘constraint’をＣＲＯにリンクされたコンテンツに適用するようになる。
【００６０】
本発明の他の実施形態によれば、広告とリンクされたコンテンツを供給するＣＩ（Content Issuer）あるいはＲＩ（Right Issuer）が複数のコンテンツに対して広告消費と関連した共通の権限と制約条件を使用しようとする場合、個々のＲＯに権限と制約条件を別々に付与する必要なく、一つのＲＯをもってリンクされた全てのコンテンツに対して同じ権限と制約条件を付与することができる。その上、本発明の他の実施形態によれば、上記権限と制約条件を更新したい場合には、一つのＲＯ一つのみを更新すればよいので、広告とリンクされたＲＯの管理が容易な利点がある。
【００６１】
図４の‘asset’エレメント４００は、図６のＣＲＯの‘inherit’エレメント６００を通して参照するＰＲＯの識別子を定義するエレメントである。この‘asset’エレメント４００は、‘context’４０１を因子として有する。この‘context’４０１は‘ParentAssetUID’４０３を提供することによって、ＣＲＯが図４及び図５のＰＲＯの権限と制御条件を参照できるようにする。
【００６２】
図５の‘permission’エレメント５１０は、ＰＲＯと関連したＣＲＯが権限を有しているコンテンツに対する許可条件を規定するエレメントである。‘permission’エレメント５１０は、ＣＲＯとリンクされたコンテンツに対して再生、表示及び実行などの動作を許可する‘play’５２０と‘display’５３０及び‘execute’５４０の各エレメントを有している。
【００６３】
図５では、コンテンツの種類に関係なしで、‘play’５２０、‘display’５３０及び‘execute’５４０エレメントを利用して再生、表示及び実行などの権限を付与しているが、もしコンテンツがオーディオ／ビデオコンテンツである場合、‘play’エレメント５２０を利用して再生権限を設定することができる。これと同様に、コンテンツが絵あるいは文書である場合、‘display’エレメント５３０を利用して表示権限だけを設定することができ、コンテンツがゲームなどのようなプログラムである場合、‘execute’エレメント５４０を利用して実行権限だけを設定することができる。これとは異なり、再生、表示及び実行などのような複数の権限が設定されている場合、ＤＲＭエージェント１１２は、ＣＲＯとリンクされたコンテンツ種類に最適である権限を使用するようになる。
【００６４】
コンテンツに対する動作範囲及び制限条件を規定したそれぞれのエレメントを詳細に説明すれば、次のようである。まず、‘play’エレメント５２０は、ＣＲＯとリンクされたコンテンツの実行以前に満たさなければならない条件である‘requirement’５２１を有する。‘requirement’５２１は、‘playout’５２２と‘enforcement duration’５２６を因子として有している。このような‘playout’５２２によれば、‘enforcement duration’５２６に定義された期間、例えば、１８０秒間にadvertisement content#１ ５２５を強制的に再生するようになる。
【００６５】
‘display’５３０は、ＣＲＯとリンクされたコンテンツの実行以前に満たさなければならない条件である‘requirement’５３１を有する。‘requirement’５３１は‘displayout’５３２と‘enforcement duration’５３６を因子として有している。このような‘displayout’５３２によれば、‘enforcement duration’５３６に定義された期間、例えば３０秒間にadvertisement content#２ ５３５を強制的に表示するようになる。
【００６６】
‘execute’５４０は、ＣＲＯとリンクされたコンテンツの実行以前に満たさなければならない条件である‘requirement’５４１を有する。‘requirement’５４１は‘executeout’５４２を因子として有しており、advertisement content#３ ５４５を強制的に実行するようになる。
【００６７】
図５では‘play’５２０と‘display’５３０及び‘execute’５４０の権限が各々‘playout’５２２、‘displayout’５３２及び‘executeout’５４２エレメントを有している場合に対する例が図示されているが、必ず見られるべき広告の種類によって、‘play’５２０の権限が‘playout’５２２、‘displayout’５３２及び‘executeout’５４２のエレメントを全部有することもできる。同一方式が‘display’５３０及び‘execute’５４０の権限に適用され得ることはもちろんである。
【００６８】
一方、図６のＣＲＯは、ＣＲＯとリンクされたコンテンツを指示するコンテンツ識別子６１０を提供する。コンテンツ識別子６１０は、コンテンツ識別子６１０により指示されるコンテンツの権限が図６のＣＲＯにより設定されることを意味する。また、ＣＲＯは、図４及び図５のＰＲＯを参照できる参照情報を含むが、このために‘inherit’エレメント６００を有する。‘inherit’エレメント６００は、図５のＰＲＯの権限及び制御条件に対する識別子である‘ParentAssetUID'６０２を提供する。この‘ParentAssetUID'６０２は、参照するＰＲＯの識別子を示し、図４の‘ParentAssetUID’４０３と同一に定義される。このような‘ParentAssetUID’６０２を通して、図５のＰＲＯで定義された権限及び制御条件をコンテンツ識別子６１０が指示するコンテンツに使用できるようになる。
【００６９】
これによって、図６のＣＲＯにはコンテンツに対する別途の権限及び制御条件を規定しなく、コンテンツ識別子６１０により指示されるコンテンツに対しては図５のＰＲＯの権限及び制御条件が適用される。したがって、図６のＣＲＯはコンテンツごとに定義され、‘inherit’エレメント６００を使用することによって、図５のＰＲＯと接続される。これによって、コンテンツの再生前に必ず見られるべき多様な種類の広告に対して同じ権限及び制御条件を使用できるようになる。
【００７０】
以下、上述したようなコンテンツとリンクされたＲＯをデバイス１１０が受信した後、ＤＲＭエージェント１１２とマルチメディアプレーヤー１１１間の動作流れを図７を参照して説明する。
【００７１】
図７を参照すると、マルチメディアプレーヤー１１１は、ステップ７０５でユーザの要請によってコンテンツ再生要請（request to play content）をＤＲＭエージェント１１２に伝送する。ここで、コンテンツ再生要請が指示するコンテンツは、特定広告の視聴後に再生され得るコンテンツであり、図７では上記コンテンツに関連した権限及び特定広告の視聴を強制する内容を含んでいるＲＯは、ＤＲＭエージェント１１２に既に伝送されていると仮定するが、これとは異なり、ＲＯはユーザのコンテンツ再生要請以後にも受信されることができる。
【００７２】
ＤＲＭエージェント１１２は、ステップ７１０で要請されたコンテンツのＲＯを確認する。すなわち、コンテンツ再生要請が指示するコンテンツに対するＲＯをサーチした後、そのＲＯを解析する。本発明の一実施形態によるＲＯには、コンテンツ再生要請が指示するコンテンツを提供する以前に広告視聴が強制されるべきであるという制約だけでなく、広告の種類も反映されている。例えば、ＲＯの‘requirement’エレメント内には、Ａ／Ｖコンテンツの広告再生を強制する‘playout’、テキスト又は絵形態の広告表示を強制する‘display’、アプリケーション又はリッチメディア形態の広告を強制的に利用するようにする‘executeout’のうち少なくとも一つが含まれている。これによって、要請されたコンテンツのＲＯを確認することによって、広告強制視聴に対する情報及び広告の種類を分析する。
【００７３】
これとは異なり、本発明の他の実施形態によるＲＯは、個別ＲＯに該当するので、要請されたコンテンツの個別ＲＯを確認することによって、その個別ＲＯから共通のＲＯに対する参照情報を把握するようになる。これによって、ＤＲＭエージェント１１２は、ステップ７１２で共通のＲＯがあると判断されれば、ステップ７１３に進行して複数のコンテンツに対して共通的に適用可能な権限及び制限条件を規定している共通のＲＯを分析する。
【００７４】
ＤＲＭエージェント１１２は、ステップ７１５で上記コンテンツとリンクされた広告の伝達のための処理を遂行する。これによって本発明の一実施形態によるＤＲＭエージェント１１２は、マルチメディアプレーヤー１１１への広告伝達のための処理動作として、広告の種類、広告の位置、関連広告の個数、再生順序などを把握し、上記広告が暗号化されている場合、復号化する等の動作を遂行する。
【００７５】
本発明の他の実施形態によるＤＲＭエージェント１１２は、マルチメディアプレーヤー１１１への広告伝達のための処理動作として、共通のＲＯから広告の種類、広告の位置、関連広告の個数、再生順序などを把握し、上記広告が暗号化されている場合、復号化する等の動作を遂行する。
【００７６】
ＤＲＭエージェント１１２は、ステップ７２０で広告をマルチメディアプレーヤー１１１に伝達する。これによってマルチメディアプレーヤー１１１に広告データが出力される。図７では、広告及びコンテンツの復号作業がＤＲＭエージェント１１２により遂行されることを仮定したが、マルチメディアプレーヤー１１１によっても復号作業が遂行され得る。この場合にＤＲＭエージェント１１２がマルチメディアプレーヤー１１１に提供することは、上記復号過程で使用される暗号化キー値になることができる。
【００７７】
一方、広告を伝達したＤＲＭエージェント１１２は、ステップ７２５で強制状態を維持する。ここで、強制状態とは、“enforcement”状況を維持することで、マルチメディアプレーヤー１１１がコンテンツの再生のために上記コンテンツを要求しても、ＤＲＭエージェント１１２はその要求に応じない状況を意味する。“enforcement”状況の維持時間は、全ての‘playout’エレメントの‘enforcement duration’、全ての‘displayout’エレメントの‘enforcement duration’及び‘executeout’エレメントが指示する全てのアプリケーションの実行時間の合計となる。
【００７８】
一方、ＤＲＭエージェント１１２が提供した広告を全部再生したマルチメディアプレーヤー１１１は、ステップ７３０でコンテンツ再生要請（request to play content）をＤＲＭエージェント１１２に伝送する。すると、ＤＲＭエージェント１１２は、ステップ７３５でＲＯで規定した時間の間に広告が再生されたか否かを確認した後、ステップ７４０で、マルチメディアプレーヤー１１１が要求したコンテンツを提供するための作業を遂行する。上記作業とは、上記コンテンツの位置を把握した後、コンテンツを確保して復号過程を遂行すること、あるいは上記コンテンツがマルチメディアプレーヤー１１１により復号化される場合、コンテンツ復号化キーを提供することを意味する。ＤＲＭエージェント１１２は、ステップ７４５で復号化されたコンテンツをマルチメディアプレーヤー１１１に伝達し、マルチメディアプレーヤー１１１は上記コンテンツをユーザに提供する。
【００７９】
一方、図８は、本発明の一実施形態による、ＤＲＭ基盤の多様な種類の広告視聴強制技術を具現したデバイス１１０内のＤＲＭエージェント１１２における動作流れを示したフローチャートである。
【００８０】
ステップ８０５で、ＤＰＣＥ１１３は、ＲＭ１１４に特定コンテンツの復号のための暗号化キーの伝送を要求する。すなわち、コンテンツキー（content key）を要請する。ＲＭ１１４は、ステップ８１０で上記要請されたコンテンツのＲＯを解析する。このような解析を通して本発明の一実施形態によってステップ８２５で上記復号化されたコンテンツがコンテンツの消費以前に広告視聴が強制されなければならないかに対する判断作業を遂行する。また本発明の他の実施形態によって、ＲＯの解析を通し共通のＲＯに対する参照情報がある場合、ステップ８１５で共通のＲＯがあると判断し、ステップ８２０で共通のＲＯを分析する。
【００８１】
ＲＭ１１４は、ステップ８２５で上記要請されたコンテンツが広告消費の必要ないコンテンツであると判断されると、ＲＭ１１４は、ステップ８３０でＤＣＰＥ１１３に要請したコンテンツを復号するためのキーを提供する。これとは異なり、ＲＭ１１４がステップ８２５で要請されたコンテンツの再生のためには広告視聴が先行されなければならないことを認知すれば、ステップ８３５で、広告選択動作、すなわち、上記コンテンツの再生以前に再生されなければならない広告及び上記広告の種類を把握する。本発明の一実施形態によれば、図２及び図３でのＲＯを分析することによって、広告及び上記広告の種類を把握する。本発明の他の実施形態によれば、図６のＣＲＯを利用して図４及び図５のＰＲＯを分析することによって、広告及び上記広告の種類を把握する。
【００８２】
上述したように、ＲＭ１１４はコンテンツの再生以前に再生されなければならない広告だけでなく、その広告の種類も共に把握する。この時、上記把握された広告の再生順序も把握する。この時、広告の再生順序は‘requirement’エレメント内に定義された順序に従うことができ、その他には、例えば、アプリケーション広告が優先的に再生されるようにするなどの広告の種類に優先順位を付与する方法など、再生順序はこれに限定されない。
【００８３】
ステップ８４０では、上記把握された広告のうち一番目に再生されなければならない広告の識別子及び上記広告の復号化のための暗号キーをＤＣＰＥ１１３に伝達する。ＲＭ１１４は、ステップ８４５で強制状態（enforcement state）にモードを転換する。ＤＣＰＥ１１３は、ステップ８５０でコンテンツに対するアクセス権限及びコンテンツの復号に使用する暗号キーをＲＭ１１４に要求する。ここで、コンテンツの復号に使用する暗号キーをコンテンツキー（content key）と称する。
【００８４】
ＲＭ１１４は、ＤＣＰＥ１１３がステップ８５５で要請したコンテンツが、ＤＣＰＥ１１３がステップ８０５で要請したコンテンツと同じコンテンツであるか否かを判別する。もしＲＭ１１４が、ＤＣＰＥ１１３がステップ８５０で要請したコンテンツが、ステップ８０５で要請したコンテンツと同一でないと判断すると、ステップ８８５に進行してステップ８０５で要請されたコンテンツのために維持していた強制状態（enforcement state）を解除した後、ステップ８９０に進行してステップ８５０で要請したコンテンツに対する作業を遂行し、上記作業はステップ８１０から開始され得る。
【００８５】
一方、ステップ８５５で、ＲＭ１１４がステップ８５０で要請したコンテンツが、ステップ８０５で要請したコンテンツと同一であると判別すれば、ステップ８６０に進行する。ＲＭ１１４は、ステップ８６０でＲＯの‘requirement’エレメントに規定されている全ての広告の強制視聴時間が経過したかを判別し、広告強制視聴時間が経過したら、ステップ８１０に進行して上述した過程を反復することによって、ＤＣＰＥ１１３が要請したコンテンツを復号できる暗号キーを提供するための動作を遂行する。
【００８６】
これとは異なり、ステップ８６０で広告強制視聴時間が経過しないと判別されると、ＲＭ１１４はステップ８６５で‘grace period’期間の間に要請が受信されたか否かに対して判断する。ただし、‘grace period’は‘requirement’エレメントの最後に位置した‘playout’あるいは‘displayout’の値を使用し、‘requirement’エレメントの最後に‘executeout’が規定されていないと、ステップ８６０は遂行されない。ここで、それぞれのアプリケーション、フラッシュのようなリッチメディアは、固有の実行時間を有しているので、広告強制再生時間が指定されない。したがって、ステップ８６０の動作は省略可能である。
【００８７】
ＲＯが‘grace period’を有していると仮定した状態で、‘grace period’内に要請が受信されると、ＲＭ１１４は、ステップ８７０で強制状態（enforcement state）から脱出し、ステップ８７５に進行してコンテンツとリンクされた広告の状態（status）を視聴状態に変更する等のアップデートを遂行した後、上述した過程を反復することによって、コンテンツの再生に必要なキーを提供するための動作を遂行する。
【００８８】
一方、ステップ８６５で、ＲＭ１１４は‘grace period’外の時間帯で要請が受信されると、ステップ８８０でＤＣＰＥ１１３に誤った要請をしたというメッセージを伝達する。図８はＤＲＭエージェント１１２がただ一つの強制状態で全てのコンテンツを管理しているという仮定の下に説明されたＤＲＭエージェント１１２の動作であり、ＤＲＭエージェント１１２がそれぞれのコンテンツに対して強制状態を別途に管理するならば、他のアルゴリズムに応じて動作することができる。例えば、図８のステップ８５５、ステップ８８５及びステップ８９０での動作は省略可能である。
【００８９】
上述したように、本発明によれば、広告がリンクされたマルチメディアサービスを提供する以前に、ユーザが必ず広告を見ることによって、広告主の立場では広告の効果を十分に期待できるようになる。その上、多様な種類の広告も見られるようにすることによって広告の効果を極大化できるようになる。また、広告を一定時間の間に強制的に視聴したユーザ立場では、マルチメディアサービスを低コストで利用するようにすることができる利点があって、これによってマルチメディアサービスの市場が拡大される効果を期待するようになる。
【００９０】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００９１】
１００  ネットワーク
１０１  コンテンツプロバイダ
１０２  広告プロバイダ
１０３  コンテンツ発行者
１０４  権限発行者
１１０  デバイス
１１１  マルチメディアプレーやー
１１２  ＤＲＭエージェント
１１３  ＤＲＭコンテンツ処理エンジン
１１４  権限管理部
【図２】
0005630930.tif 000007
【図３】
0005630930.tif 000008
【図４】
0005630930.tif 000009
【図５】
0005630930.tif 000010
【図６】
0005630930.tif 000011
【図１】
0005630930.tif 000012
【図７】
0005630930.tif 000013
【図８】
0005630930.tif 000014