デバイスにおける広告を強制視聴させる方法であって、コンテンツの提供要請がある場合に、前記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定するステップと、前記広告の強制視聴に関する情報が含まれている場合には前記要請されたコンテンツに関連した広告を把握するステップと、前記把握された広告を所定の強制再生時間の間に再生するステップと、前記広告の再生が完了する場合に前記要請されたコンテンツを提供するステップとを有することを特徴とするデバイスにおける広告を強制視聴させる方法。前記権利オブジェクトは、前記要請されたコンテンツに対する権限、前記要請されたコンテンツに関連した広告の識別子、前記広告の種類に従う再生方法、及び前記所定の強制再生時間のうちの少なくとも1つを有することを特徴とする請求項1に記載のデバイスにおける広告を強制視聴させる方法。前記権利オブジェクトは、1つ以上のA/V形式の広告を再生する方法、1つ以上のテキスト又は絵形式の広告を再生する方法、及び1つ以上のアプリケーション形式の広告を再生する方法のうちの少なくとも1つを有することを特徴とする請求項1に記載のデバイスにおける広告を強制視聴させる方法。前記1つ以上のA/V形式の広告を再生する方法及び前記1つ以上のテキスト又は絵形式の広告を再生する方法のそれぞれは、前記A/V形式の広告の最小再生時間及び前記テキスト又は絵形式の広告の最小表示時間を有することを特徴とする請求項3に記載のデバイスにおける広告を強制視聴させる方法。前記要請されたコンテンツに関連した広告を把握するステップは、前記要請されたコンテンツに関連した広告の位置を把握するステップと、前記広告の種類を把握するステップと、前記広告が暗号化されている場合に前記広告を復号化するステップとを有することを特徴とする請求項1に記載のデバイスにおける広告を強制視聴させる方法。前記権利オブジェクトは、広告当たりの最小再生時間、前記所定の強制再生時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間のうちの少なくとも1つを有することを特徴とする請求項1に記載のデバイスにおける広告を強制視聴させる方法。広告を強制視聴させるデバイスであって、コンテンツの提供要請を配信するマルチメディアプレーヤーと、前記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定し、前記広告の強制視聴に関する情報が含まれている場合には、前記要請されたコンテンツに関連した広告を把握した後に、前記把握された広告を前記マルチメディアプレーヤーに配信し、前記マルチメディアプレーヤーでの広告の再生が完了する場合に、前記要請されたコンテンツを前記マルチメディアプレーヤーに配信するディジタル著作権管理DRMエージェントとを有し、前記マルチメディアプレーヤーは、所定の強制再生時間の間に前記広告を再生した後に、前記広告の再生が完了する場合に、前記コンテンツの提供を前記DRMエージェントに要請することを特徴とする広告を強制視聴させるデバイス。前記DRMエージェントは、前記要請されたコンテンツに対する権利オブジェクトを取得して分析する権利管理部と、前記コンテンツの提供要請に従って暗号化されたコンテンツ又は前記要請されたコンテンツに関連した広告を復号化して前記マルチメディアプレーヤーに配信し、前記復号化のために前記権利管理部から前記復号化過程に使用するキーを持ってくるDRMコンテンツ処理エンジンとを有することを特徴とする請求項7に記載の広告を強制視聴させるデバイス。前記権利オブジェクトは、前記要請されたコンテンツに対する権限、前記要請されたコンテンツに関連した広告の識別子、前記広告の種類に従う再生方法、及び前記所定の強制再生時間のうちの少なくとも1つを有することを特徴とする広告を強制視聴させることを特徴とする請求項7に記載のデバイス。前記権利オブジェクトは、1つ以上のA/V形式の広告を再生する方法、1つ以上のテキスト又は絵形式の広告を再生する方法、及び1つ以上のアプリケーション形式の広告を再生する方法のうちの少なくとも1つを有することを特徴とする請求項7に記載の広告を強制視聴させるデバイス。前記1つ以上のA/V形式の広告を再生する方法及び前記1つ以上のテキスト又は絵形式の広告を再生する方法のそれぞれは、前記A/V形式の広告の最小再生時間及び前記テキスト又は絵形式の広告の最小表示時間を有することを特徴とする請求項10に記載の広告を強制視聴させるデバイス。前記権利オブジェクトは、広告当たりの最小再生時間、前記所定の強制再生時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間のうちの少なくとも1つを有することを特徴とする請求項7に記載の広告を強制視聴させるデバイス。前記DRMエージェントは、前記要請されたコンテンツに関連した広告の位置を把握し、前記広告の種類を把握した後に前記広告が暗号化されている場合に、前記広告を復号化することにより前記要請されたコンテンツに関連した広告を把握することを特徴とする請求項7に記載の広告を強制視聴させるデバイス。本発明の目的は、少なくとも上述した問題点及び/又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、マルチメディアサービスを提供する前に広告を強制視聴させる装置及び方法を提供することにある。本発明の他の目的は、マルチメディアサービスを保護するDRM技術に関連して広告を強制視聴させる装置及び方法を提供することにある。本発明のまた他の目的は、様々な種類の広告を強制視聴させる装置及び方法を提供することにある。上記のような目的を達成するために、本発明の実施形態の一態様によれば、デバイスにおける広告を強制視聴させる方法を提供する。上記方法は、コンテンツの提供要請がある場合に、上記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定するステップと、上記広告の強制視聴に関する情報が含まれている場合に上記要請されたコンテンツに関連した広告を把握するステップと、上記把握された広告を予め定められた強制再生時間の間に再生するステップと、上記広告の再生が完了する場合に、上記要請されたコンテンツを提供するステップとを有することを特徴とする。本発明の実施形態の他の態様によれば、広告を強制視聴させるデバイスを提供する。上記デバイスは、コンテンツの提供要請を配信するマルチメディアプレーヤーと、上記要請されたコンテンツに対する権利オブジェクトに広告の強制視聴に関する情報が含まれているか否かを判定し、上記広告の強制視聴に関する情報が含まれている場合に上記要請されたコンテンツに関連した広告を把握した後に上記把握された広告を上記マルチメディアプレーヤーに配信し、上記マルチメディアプレーヤーでの広告再生が完了する場合に、上記要請されたコンテンツを上記マルチメディアプレーヤーに配信するディジタル著作権管理DRMエージェントを含み、上記マルチメディアプレーヤーは、予め定められた強制再生時間の間に上記広告を再生した後に、上記広告の再生が完了する場合に上記DRMエージェントに上記コンテンツの提供を要請することを特徴とする。本発明によると、広告がリンクされたマルチメディアサービスを提供する前にユーザーが必ず広告を見ることができるようにすることにより、スポンサーの立場では広告の効果を十分に期待することができる。また、様々な種類の広告も見ることができるようにすることにより広告の効果を最大化することができる。さらに、広告を一定の時間の間に強制的に視聴したユーザーの立場では、マルチメディアサービスを安価で利用することができ、その結果、マルチメディアサービスの市場が拡大するという効果を期待することができる。以下、本発明の好適な実施形態を、添付の図面を参照しつつ詳細に説明する。図面中、同一の構成要素には、可能な限り同一の参照符号及び番号を付するものとする。なお、下記の説明における具体的な特定事項は、本発明のより全般的な理解を助けるために提供されたもので、これら特定事項によって本発明が限定されるものではないことは、当該技術分野における通常の知識を持つ者にとっては明らかであるだろう。そして、下記の説明において、関連する公知機能或いは構成についての具体的な説明は、本発明の簡潔さのために適宜省略するものとする。後述する詳細な説明では、上述した技術的課題をなすための本発明において代表的な実施形態を提示する。また、本発明の説明の便宜のために、携帯放送応用標準団体であるオープンモバイルアライアンスOpenMobileAlliance:OMAのディジタル著作権管理DigitalRightsManagement:DRMで定義している技術及びエンティティーの名称を同一に使用するが、このような標準及び名称が本発明の範囲を限定するのではなく、類似の技術的背景を有するシステムに適用可能であることはもちろんである。図1は、本発明の実施形態による広告をリンクしたマルチメディアサービスを提供するシステムの構成を示す図であり、特に、マルチメディアサービスを保護するDRM技術に関連して広告の強制視聴方法に関するエンティティーを示している。また、本発明において、DRM技術が保護しようとするサービス又はコンテンツを通称してマルチメディアサービスと定義することができ、図1には、コンテンツプロバイダ及びコンテンツ発行者だけが図示されているが、サービスプロバイダ及びサービス承認サーバとしても機能することはもちろんである。しかしながら、以下では、コンテンツプロバイダがコンテンツ又はサービスを提供する機能をするが、説明の便宜のためにコンテンツを提供する場合を例に挙げて説明する。図1を参照すると、ネットワーク100は、コンテンツ又はサービスを提供するコンテンツプロバイダContentProvider:CP101と広告を提供する広告プロバイダAdvertisementProvider:AP102とを含む。コンテンツプロバイダ101は、コンテンツをコンテンツ承認サーバContentIssuer:CI103に提供し、広告プロバイダ102は、広告をコンテンツ承認サーバ103に提供する。コンテンツ承認サーバ103は、DRM技術が適用されたシステムにおいてコンテンツに対する承認、ユーザーが配信したコンテンツ提供要請に対する処理、選択的に権利承認サーバRightIssuer:RI104との協定に従って暗号化されたコンテンツの再生に必要な暗号化キー及び上記コンテンツの再生権利を含む権利オブジェクトRightObject:以下、ROと称するをユーザーのデバイス110に配信する。本発明の実施形態によるコンテンツ発行者130は、コンテンツとともに配信される広告を選択することによりコンテンツ及び広告パッケージを構成することができ、このコンテンツ及び広告はともに配信されることもあり、相互に異なる手段を使用してユーザーのデバイス110に配信されることもある。権利承認サーバ104は、DRMを使用するユーザーデバイス110の登録及び認証、ユーザーデバイス110が要請したコンテンツに対するROの生成及び送信を行う。本発明の実施形態による権利承認サーバ104は、ユーザーデバイス110が要請したコンテンツとともに再生される広告を選択することができ、この情報をコンテンツ承認サーバ103に提供してコンテンツ及び広告のパッケージを構成することができるようにする。本発明において、コンテンツ及び広告のパッケージ構成情報は、コンテンツ承認サーバ103又は権利承認サーバ104が事業協定に従って相互の役割をそれぞれ定めて提供することができる。一方、デバイス110は、マルチメディアプレーヤー111及びDRMエージェント112で構成される。デバイス110は、ハードウェアで構成されてもよく、ソフトウェアで構成されてもよく、複合的に構成されてもよい装置であり、DRM技術を用いてネットワーク100で提供するコンテンツを消費することができる装置を意味する。マルチメディアプレーヤー111は、コンテンツ及び広告を再生することができるエンティティーであり、DRMエージェント112から復号化されたコンテンツ又は広告を受信して再生する。また、マルチメディアプレーヤー111は、DRMエージェント112から暗号化されたコンテンツ又は広告と、このコンテンツ及び広告を復号することができるキーを受信し、復号作業を実行した後にコンテンツ又は広告を再生する機能を実行する。DRMエージェント112は、DRMコンテンツ処理エンジンContentProcessingEngine:以下、DCPEと称する113及び権利管理部RightManager:以下、RMと称する114で構成される。DCPE113は、コンテンツ提供要請に従って暗号化されたコンテンツ又は広告を復号化してマルチメディアプレーヤー111に提供し、この復号作業のために復号化過程に使用されるキーをRM114から持ってくる。RM114は、デバイス110の権利承認サーバ104に対する登録、デバイス110が消費するコンテンツに対するROの取得、ROの消費を管理する機能を実行する。図1のネットワーク100上のエンティティーは、異なるエンティティーで構成されてもよく、複合エンティティーで構成されてもよく、デバイス110上のエンティティーも異なるエンティティーで構成されてもよく、複合エンティティーで構成されてもよい。OMADRM技術は、ROを表現するために権利記述言語RightExpressionLanguage:以下、RELと称する技術規格を定義しており、RELを用いて一定の時間の間に広告を強制的に視聴することができるようにするために、本発明の一実施形態において下記のようなRO構造を提案する。以下、RELで説明している一般的な内容は省略されるが、本発明で省略されたRELの内容はOMADRMREL規格に従い、本発明と関係した内容だけが説明される。本発明の一実施形態においては、広告の強制視聴時間をエンフォースメントデュレーションEnforcementDurationと定義し、RELのリクワイアメントRequirementモデルを拡張してエンフォースメントデュレーションを例示すると、下記表1乃至表3の通りである。表1は、Elementを示し、本発明で提案したエンフォースメントデュレーションのためにRELのリクワイアメントを新たに定義する。このリクワイアメントは、下記表2に示すプレイアウトエレメントPlayoutelementで構成される。表2は、Elementを示し、これは、下記表3のコンテンツリファレンスエレメントcontentreferenceelementが示す特定のコンテンツを下記表3のコンテンツリファレンスエレメントのエンフォースメントデュレーションの間にかならず再生しなければならないことを示し、実際ユーザーが希望するコンテンツの視聴の前に一定の時間の間に広告を視聴するように機能する。表3は、Elementを示し、コンテンツリファレンスエレメントは、ユーザーが希望するコンテンツを使用する前にコンテンツ識別子contentidentifierが示す広告をエンフォースメントデュレーションの間に再生しなければならず、グレースタイムGracetimeの間に、DPCE113は、RM114がコンテンツの復号に使用されるキーを要請することができる権限を与える。表3のコンテンツ識別子は複数で構成されてもよく、エンフォースメントデュレーションは絶対的時間又は相対的時間で与えられてもよく、グレースタイムも絶対的時間又は相手的時間で与えられてもよい。また、カプセル化されたRELEncapsulatedRELを使用して広告の強制視聴時間をROに示す場合には、下記表4の通りである。表4は、表1乃至表3で説明したものをカプセル化されたREL方法を使用して示す。表4において、は、表3のコンテンツ識別子の機能と同一であり、は、表3のエンフォースメントデュレーションと同一の機能をする。表4の、、、、、及びは、RELに説明されている。エンフォースメントピリオドenforcementperiodが実行されることができるようにするについては、本発明で提案した変更された構造を表5のように示す。表5は、Elementを示す。図2は、上述したエンフォースメントデュレーション、エンフォースメントピリオド、及びグレースタイムの関係を示す図である。エンフォースメントデュレーション201は、広告強制再生時間状態を示し、エンフォースメントピリオド205及びグレースタイム210で構成される。エンフォースメントピリオド205は、広告が必ず再生されなければならない期間を示し、グレースタイム210は、広告再生の後に、切られることなくコンテンツが再生されることができるようにDPCE113がコンテンツの復号に使用されるキーを権利承認サーバ104に要請することができる期間を示す。図3は、デバイス110が表1乃至表5及び図2で説明したエンフォースメントピリオドが含まれたROを受信した後に、DRMエージェント112とマルチメディアプレーヤー111との間の動作フローを示す図である。マルチメディアプレーヤー111は、ステップ305において、ユーザーの要請に従ってコンテンツ再生要請requesttoplaycontentをDRMエージェント112に配信する。ここで、そのコンテンツ再生要請が示すコンテンツは、特定の広告の視聴の後に見ることができるコンテンツであり、図3において、このコンテンツに関連した権限及び特定の広告を強制視聴させる内容を含んでいるROは、DRMエージェント112にすでに配信されていると仮定するが、これとは異なり、ROは、ユーザーのコンテンツ再生要請の後に受信されることもある。DRMエージェント112は、ステップ310において要請されたコンテンツのROを確認する。すなわち、コンテンツ再生要請が示すコンテンツに対するROを探した後にそのROを解析する。ROは、コンテンツ再生要請が示すコンテンツを提供する前に広告の強制視聴が行われなければならないという制約を含む。このような制約を確認すると、DRMエージェント112は、ステップ315において、このコンテンツに関連した広告の配信のための処理を実行する。ここで、広告の配信のための処理動作は、この広告の位置の把握、この広告が暗号化されている場合の広告の復号化を意味する。その後に、DRMエージェント112は、ステップ320において、広告をマルチメディアプレーヤー111に配信することにより広告データをマルチメディアプレーヤー111に出力する。図3において、広告及びコンテンツの復号作業がDRMエージェント112で実行されることを仮定したが、マルチメディアプレーヤー111でも復号過程が実行されることができ、この場合に、DRMエージェント112によりマルチメディアプレーヤー111に提供されるものが復号過程に使用される暗号化キーの値となることができる。一方、広告を配信したDRMエージェント112は、ステップ325において強制状態を保持する。ここで、強制状態は、enforcement状況を保持することを意味し、マルチメディアプレーヤー111がコンテンツの再生のためにこのコンテンツを要請しても、DRMエージェント112がその要請に応じない状況を意味する。この時に、enforcement状況の保持時間は、コンテンツに関連したROにenforcementperiodとして提供され、enforcementperiodという時間の決定は、図1の権利承認サーバ104又はコンテンツ発行者130により実行される。一方、DRMエージェント112が提供した広告をすべて再生したマルチメディアプレーヤー111は、ステップ330において、コンテンツ再生要請requesttoplaycontentをDRMエージェント112に転送する。この時に、DRMエージェント112は、ステップ335において、ROで規定した時間の間に広告が再生されたか否かを判定した後に、ステップ340において、マルチメディアプレーヤー111が要請したコンテンツを提供するための作業を実行する。ここで、作業は、コンテンツの位置の把握の後にコンテンツを確保して復号過程の実行又はコンテンツの復号化がマルチメディアプレーヤー111で実行される場合に、このコンテンツを復号することができる暗号化キーを提供することを意味する。ステップ345において、DRMエージェント112が復号化されたコンテンツをマルチメディアプレーヤー11に配信する時に、マルチメディアプレーヤー111は、このコンテンツをユーザーに提供する。図4は、本発明で提案したDRMに基づく広告の強制視聴技術を実現したデバイス110内のDRMエージェント112での動作アルゴリズムの一例を示す。ステップ401において、DPCE113は、特定のコンテンツの復号のための暗号化キーの送信をRM114に要請する。すなわち、コンテンツキーcontentkeyを要請する。ステップ402において、RM114は、この要請されたコンテンツのROを解析した後に、ステップ403において、この復号化されたコンテンツがコンテンツの消費の前に広告視聴が強制されなければならないか否かを判定する。ステップ403において、RM114は、この要請されたコンテンツが広告消費が必要でないコンテンツであると判定される場合に、ステップ420において、DCPE113が要請したコンテンツを復号することができるキーをDCPE113に提供する。RM114が、ステップ403で要請されたコンテンツの再生のためには広告視聴が先行されなければならないと判定する場合に、ステップ404において、コンテンツの再生の前に再生されなければならない広告を選択し、ステップ405において、この選択された広告の識別子及び広告の復号化のための暗号化キーをDCPE113に提供する。RM114は、ステップ406において、強制状態enforcementstateでモードを転換する。DCPE113は、ステップ407において、コンテンツに対するアクセス権限及びコンテンツの復号のために使用される暗号化キーをRM114に要請する。ここで、コンテンツの復号のために使用される暗号化キーをコンテンツキーcontentkeyと呼ぶ。RM114は、ステップ408においてDCPE113が要請したコンテンツがステップ401においてDCPE113が暗号化キーを要請したコンテンツと同一であるか否かに対する判定を行う。RM114が、ステップ407でDCPE113により要請されたコンテンツがステップ401で要請されたコンテンツと同一でないと判定する場合にステップ440に進み、ステップ401で要請されたコンテンツにより保持されている強制状態を解除した後に、ステップ441に進んでステップ407で要請したコンテンツに対する作業を実行し、この作業は、ステップ402から開始することができる。他方、ステップ408において、RM114がステップ407で受信したコンテンツがステップ401で受信したコンテンツと同一であると判定する場合にはステップ409に進む。RM114は、ステップ409において広告の強制視聴時間が経過したか否かについて判定し、広告の強制視聴時間が経過した場合にはステップ402に進み、ステップ403及びステップ420を実行することによりDCPE113が要請したコンテンツを復号することができる暗号化キーを提供する。これとは異なり、ステップ409において広告の強制視聴時間が経過しなかったと判定される場合には、RM114は、ステップ410において、グレースタイムの間に要請を受けたか否かについて判定する。グレースタイム内に要請を受信した場合には、RM114は、ステップ411で強制状態から外れ、ステップ412において、コンテンツに関連した広告状態をアップデートした後に、ステップ403及びステップ420を実行することによりコンテンツの再生に必要なキーを提供する。ステップ410において、RM114は、グレースタイム以外の時間帯で要請が受信されたことを確認する場合には、ステップ430において、DCPE113に誤った要請であることを知らせるメッセージを配信する。図4は、DRMエージェント112がただ1つの強制状態ですべてのコンテンツを管理しているという仮定の下に説明されたDRMエージェント112の動作であり、DRMエージェント112がそれぞれのコンテンツに対して強制状態を個々に管理する場合に他のアルゴリズムとして動作することができる。例えば、図4に示すステップ408、ステップ440、及びステップ441での動作は不必要である。以下では、本発明の他の実施形態によるRO構造について説明する。上述した本発明の一実施形態では、権利承認サーバ104又はコンテンツ承認サーバ103が特定の広告を選択してコンテンツとともにユーザーに提供する場合にこの広告を強制視聴させる方法を提案した。これとは異なり、本発明の他の実施形態では、権利承認サーバ104又はコンテンツ承認サーバ103が広告を選択することができるメタデータを提供した後に、このメタデータに対応する広告を強制視聴させることができる方法を提案する。したがって、デバイスユーザーは、コンテンツの利用に必要な権利オブジェクト又はキーを取得するために複数の広告の中で権利承認サーバ104又はコンテンツ承認サーバ103により設定された数の広告を強制視聴時間の間に視聴するようになる。下記の説明において、権利承認サーバ104又はコンテンツ承認サーバ103がメタデータをユーザーのデバイス110に提供する詳細な方法及びこのメタデータの詳細な内容は、本発明の要旨から外れるので、その具体的な説明を省略する。以下、下記の表6乃至表9は、RELに規定されているリクワイアメントモデルRequirementModelを拡張して複数の広告を強制視聴するようにするROの構成例を示す。表6は、Elementを示し、下記表7のようなプレーアウトをエレメントとして有する。表6は、リクワイアメントが含まれたROでリクワイアメントを必ず満足させなければならないことを意味する。表7は、Elementを示し、プレーアウトエレメントは、以下に述べられる表8のコンテンツリファレンスContentReference又は表9のコンテンツメタデータContentMetadataが示す広告を一定の時間の間に強制視聴することができるようにする。表8は、Elementを示し、コンテンツリファレンスエレメントは、強制視聴されなければならない広告及び広告の強制視聴条件を含む。強制視聴条件には、広告当たりの最小の視聴時間、すなわち、30秒長さの広告に対して少なくとも一定の時間以上広告が視聴されることができるようにする時間、広告の強制視聴時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間などが含まれることができる。この広告当たりの最小の視聴時間が必要な理由は、ユーザーが広告を選択して見ることができる環境の下で少なくとも一定の時間以上は選択した広告を強制視聴することができるようにすることにより広告の強制視聴の効果を高めるためである。また、広告の強制視聴時間の間に再生されなければならない広告の個数は、広告の強制視聴時間の間に再生されるべき広告の数を正確に提示したものであり、ユーザーのデバイス110がかならず対応する数だけの広告を再生することができるようにするためであり、広告の実際の再生時間を提示することは、複数の広告を選択して再生するにあたりに要求されるオーバーヘッド時間を除いたユーザーが実際に広告を強制視聴するようにするためである。以上に述べられた表9は、Elementを示し、コンテンツメタデータエレメントは、権利承認サーバ104又はコンテンツ承認サーバ103が強制視聴すべき広告のリストを直接提示するのでない、広告を選択することができるメタデータを提供する機能をする。表9でのコンテンツメタデータエレメントは、広告の直接的なリストの代わりに広告を選択することができるメタデータを提供し、ユーザーのデバイスが広告を直接選択することができるようにする点で以上に述べられた表8のそれとは異なる。以上に述べられた表10は、表6乃至表9のREL拡張方法で広告の強制視聴を実行することができる他の方法であり、エンフォースメントメタデータenforcementmetadataを示す。表10は、表8のコンテンツリファレンスエレメント及び表9のコンテンツメタデータエレメントcontentsmetadataelement内に広告の強制視聴条件を含まず、別途のエレメントとして定義してコンテンツリファレンスエレメント又はコンテンツメタデータエレメントにより決定される広告の強制視聴条件を提供する。一方、表6乃至表10を通して説明した本発明の他の実施形態をカプセル化されたREL方法を使用して示すと下記表11乃至表14のようである。表11は、新たなエレメントであるメタデータが、広告が選択されることができるパラメータを提供することを示す。表12は、エンフォースメントピリオドの下位エレメントを示し、本発明の他の実施形態に従う広告当たりの最小の再生時間、すなわち30秒長さの広告に対して少なくとも一定の時間以上広告が再生されることができるようにする時間、広告の強制視聴時間の間に再生されなければならない広告の個数、及び広告の実際の再生時間などを提案する。したがって、複数の広告のうちで必要な数だけの広告を視聴するようにすることが可能である。表13は、Elementを示し、表12でのエレメントが実行されることができるようにするに対して本発明で提案した変更された構造である。表14は、Elementを示し、エンフォースメントピリオドを示すエレメントの一例である。上述したように、本発明では、マルチメディアサービスを保護するDRM技術に関連してユーザーがサービスとともに提供される広告を強制視聴するようにすることにより、ユーザーが広告とともに提供されるマルチメディアサービスを申し出る場合に、サービスの利用の前に広告をかならず再生することができるようにマルチメディアサービスを利用することができるROを生成して提供する。このようなROは、マルチメディアサービスが消費されるデバイスに配信され、そのROを受信したデバイスでは、そのROの内容に従ってマルチメディアサービスを再生する前にユーザーに広告をまず見ることができるようにする。一方、本発明の一実施形態によるRO構造について説明したが、図5A及び図5Bに示すようなRO構造も定義されることができる。図5A及び図5Bは、本発明の他の実施形態によるRO構造を示す図であり、図5Bは、図5Aにつながる図である。上述した本発明の一実施形態と同様に、図5A及び図5BでもRELで説明している一般的な内容は省略され、本発明と関係がある内容だけが説明される。本発明の他の実施形態においては、本発明の一実施形態とは異なり広告に対するメタデータ部分を使用せず、特定の広告を再生することができるようにする方法に関する。まず、図5Aを参照すると、OMADRMROは最上位エレメント‘right’から開始し、‘right’は、副エレメント‘context’及び‘agreement’を有する。ここで、‘context’エレメントは、ROの識別子及び使用されたDRMバージョンなどのコンテキスト情報を提供し、図5Aでは、ROの識別子が‘RightsObjectID’、使用されたDRMバージョンが‘2.2’であることを示している。また、‘agreement’エレメントは、ROと符合して使用されるコンテンツの識別子、コンテンツの暗号/復号に関する情報及びコンテンツの権限に対する内容を有する副エレメントである。図5Bにおいて、‘permission’エレメントは、ROに接続されたコンテンツの権限範囲を設定し、‘agreement’エレメントの下位エレメントである。本発明の他の実施形態でも、本発明の一実施形態と同様に、RELの‘permission’エレメントの下位エレメントである‘requirement’500に‘playout’エレメントを付加することにより広告を強制再生させる。本発明の他の実施形態によるリクワイアメント及びプレーアウトエレメントの例をそれぞれ下記表15及び表16に示す。以上に述べられた表15は、‘Element’を示し、以下に述べられる表16の‘Element’を因子として有する。表16は、‘Element’を示し、これは、‘asset’というROに接続されたコンテンツを識別するエレメントが示すコンテンツが特定の時間の間に必ず再生されることができるようにする条件を与える。表16において、‘asset’エレメントでコンテンツを‘playout’エレメントに接続する方法の以外の別の方法を図6に示す。図6は、再生されなければならない広告が別のROを有している場合に使用されることができる方法である。一方、コンテンツが特定の時間にかならず再生されることができるようにする条件の中でその特定時間である‘enforcementduration’及び広告の再生後に切られることなくコンテンツが再生されることができるようにコンテンツの復号に使用されるキーを要請する期間である‘Gracetime’の構成例は、下記表17及び表18に記述されている。本発明の他の実施形態では、特定の広告を指定して強制視聴させる方法に関するものであるので、本発明の一実施形態では、エンフォースメントデュレーションで絶対的時間又は相対的時間が与えられたが、本発明の他の実施形態では、このような相対的な時間を利用せず絶対的時間だけが使用される。したがって、表17では、絶対的時間で数十秒の間に広告を再生しなければならない場合のエンフォースメントデュレーションを示している。表18でも、本発明の一実施形態とは異なりグレースタイムの有効範囲をエンフォースメントデュレーションの終了前に制限させる場合を示している。例えば、エンフォースメントデュレーションが1分であり、グレースタイムが10秒である場合に、広告の強制視聴が行われた50秒後からは次のコンテンツを要請することができる。これとは異なり、本発明の一実施形態におけるように、エンフォースメントデュレーションが相対的な値、すなわち80又は90で与えられる場合に、ユーザーの広告視聴時間を最大化するために80又は90の後の時点からグレースタイムを適用することができる。上記では、一定の時間の間に広告を強制視聴させるためのRO構造を説明したが、本発明のまた他の実施形態においては、様々な種類の広告を一定の時間の間に強制視聴させるためのRO構造を提案する。本発明のまた他の実施形態によるROの構造は、図5A及び図5Bに示すようなRO構造と類似しているが、図5Bの‘permission’エレメント510が図7の‘permission’エレメント700に置き換えられる。図7は、本発明のまた他の実施形態により提案されるROの‘permission’エレメントを示しているが、そのROの構成はこれに限定されず、様々な方法で構成されることができる。また、図7では、コンテンツと結合された広告の数が3個であり、映像広告、テキスト広告、及びアプリケーション広告の3種類の広告を示している。このような広告の数及び種類などに対する構成は、事業モデルに従って変更可能であることはもちろんである。図7の‘permission’エレメント700は、ROに接続されたコンテンツの権限範囲を設定し、‘agreement’エレメントの下位エレメントである。このような‘permission’エレメント700は、ROが示すコンテンツの‘play再生’、‘display表示’、‘execute実行’、‘print印刷’などの動作範囲及び制限条件を規定する。‘asset’エレメント705は、ROに接続されたコンテンツ識別子を提供し、‘permission’エレメントの副エレメントである。‘play’エレメント710は、‘asset’エレメント705が示すコンテンツの再生が許可されることを示す。この時に、‘play’エレメント710を実行する前に‘requirement’エレメント715内の内容が充足するときのみ、DRMエージェントは、マルチメディアプレーヤーに復号されたコンテンツ又はコンテンツを復号することができる復号情報を提供する。本発明のまた他の実施形態に従って様々な種類の広告をコンテンツと結合させるために‘requirement’エレメント715が利用され、その‘requirement’エレメント715は’playout’720、‘displayout’730、‘executeout’740という下位エレメントを有する。下記表19は、本発明で提案する‘requirement’エレメント715の例を示し、これに限定されない。表19を参照すると、‘requirement’エレメント715は、上述したようにA/V形式の広告の再生方法、テキスト又は絵形式の広告の再生方法、及びプログラム又はアプリケーション形式の広告の再生方法が定義され、広告の種類別に1つ以上の広告再生方法が含まれることができる。上述したように、広告の種類別再生方法の中の1つである‘playout’は、A/V形式の広告を特定の時間の間に強制視聴するときのみ広告に接続されたマルチメディアコンテンツを再生することができる権限へのアクセスを可能にする。表20は、このような‘playout’エレメントを示す。表20は、Elementを示し、図7の‘playout’エレメント720内の’asset’エレメントが示す広告コンテンツが‘enforcementduration’エレメントの間にかならず再生されなければならないことを定義している。すなわち、‘playout’エレメント720は、広告の種類がA/V形式の広告であることを示し、そのA/V形式の広告に対する最小再生時間が定義されている。図7の‘playout’エレメント720では、コンテンツAdvertisementContent1が‘180’秒の間に再生されなければならないことを示している。‘displayout’は、テキスト、絵、又は静止画像形式の広告を特定の時間の間に強制視聴させることにより広告に接続されたマルチメディアコンテンツを再生することができる権限へのアクセスを可能にする。表21は、このような‘displayout’エレメントの例を示す。表21は、Elementを示し、図7の‘displayout’エレメント730内の‘asset’エレメントが示すコンテンツが‘enforcementduration’エレメントの間にかならず表示されなければならないことを定義している。すなわち、‘displayout’エレメント730は、広告の種類がテキスト又は絵形式の広告であることを示し、そのテキスト又は絵形式の広告に対する最小表示時間が定義されている。‘executeout’は、プログラム又はアプリケーション形式の広告を特定の時間の間に強制視聴するときのみ広告に接続されたマルチメディアコンテンツを再生することができる権限へのアクセスを可能にする。表22は、このような‘executeout’エレメントの例を示す。表22は、Elementを示し、図7の‘executeout’エレメント740内の‘asset’エレメントが示すアプリケーション広告がコンテンツの利用の前にかならず実行されなければならないことを定義している。すなわち、‘executeout’エレメント740は、広告の種類がアプリケーション形式の広告であることを示す。このような‘executeout’が‘playout’及び‘displayout’と異なる点は、‘enforcementduration’を含んでいないことにある。これは、それぞれのアプリケーション又はフラッシュのようなリッチメディアrichmediaが固有の実行時間を有しているので、別の強制再生時間を設定する必要がないためである。上述したように、‘playout’、‘displayout’、及び‘executeout’を使用することにより様々な形態の広告を強制視聴させることができる。このような‘playout’、‘displayout’、及び‘executeout’を使用するROの例を示す図7を詳細に説明すると、‘requirement’エレメント715内の1つの’playout’エレメント720は1個のA/V広告を示し、‘displayout’エレメント730は1個のテキスト広告を示し、‘executeout’エレメント740は1個のアプリケーションA/V広告を示す。‘playout’、‘displayout’、‘executeout’を用いて広告の種類を指定することができ、‘playout’、‘displayout’、‘executeout’の各個数に従ってそれぞれの種類の広告の個数も指定することができる。例えば、7個のA/V広告、2個のテキスト広告、及び5個のアプリケーション広告を制御するためには、7個の‘playout’、2個の‘displayout’、5個の‘executeout’エレメントを‘requirement’エレメント715内に規定することができる。また、各広告の再生順序は‘playout’、‘displayout’、‘executeout’が‘requirement’エレメント715に規定されている順序に従って再生されることを仮定するが、別の方法が使用されることもできる。‘playout’又は‘displayout’が‘requirement’エレメント715内の最下位に位置する場合には、‘Gracetime’を‘optional’下部エレメントとして有することにより広告再生の後にコンテンツを再生する時間を最小化することができる。一方、DRMエージェント112とマルチメディアプレーヤー111との間の動作フローを示す図3において、表19乃至表22及び図7で説明した‘playout’、‘displayout’、及び‘executeout’が含まれるROを受信する場合に、DRMエージェント112での動作が次のような点で異なる。本発明に従うROには、コンテンツを提供する前に広告の強制視聴が行われなければならないという制約が含まれているだけでなく、本発明のまた他の実施形態に従って広告の種類もさらに反映されている。したがって、図3のステップ310において、DRMエージェント112は、要請されたコンテンツのROを確認する時に、RO内で広告の視聴が強制されなければならないという制約だけでなく広告の種類も確認する。例えば、ROの‘requirement’エレメント内には、A/Vコンテンツの広告を強制再生する‘playout’、テキスト又は絵形式の広告を強制表示する‘display’、アプリケーション又はリッチメディア形式の広告を強制的に利用するようにする‘executeout’のうちの少なくとも1つが含まれている。このような制約及び広告の種類がROに含まれていると確認する場合に、DRMエージェント112は、ステップ315において、コンテンツに関連した広告の送信のための処理を実行する。DRMエージェント112は、マルチメディアプレーヤー111への広告の配信のために、広告の種類、その広告の位置、及び対応する種類の広告の個数、及び再生順序などを把握し、この広告が暗号化されている場合には復号化する動作を実行する。また、広告を配信したDRMエージェント112は、ステップ325において、強制状態を保持するにあたりに、本発明のまた他の実施形態に従って‘enforcement’状況を保持する時間が変わる。‘enforcement’状況の保持時間は、すべての‘playout’エレメントの‘enforcementduration’、すべての‘displayout’エレメントの‘enforcementduration’、及び‘executeout’エレメントが示すすべてのアプリケーションの実行時間の合計となる。一方、デバイス110内のDRMエージェント112での動作アルゴリズムの一例を示す図4でも次のような点で異なる。図4のステップ404において、RM114は、コンテンツの再生前に再生されなければならない広告だけでなくその広告の種類も把握する。この時に、把握された広告の再生順序も把握する。この広告の再生順序は、‘requirement’エレメント内に定義された順序に従うことができ、あるいは、例えば、アプリケーション広告が優先的に再生されるようにする広告の種類に優先順位を与える方法などがある。しかしながら、このような再生順序はこれに限定されない。RM114は、ステップ405において、把握された広告のうちで1番目に再生されなければならない広告の識別子及び広告の復号化のための暗号化キーをDCPE113に提供する。また、ステップ410において、RM114は、グレースタイムの間に要請を受信したか否かに対する判定を行い、このような判定動作は、次のような点で変わる。本発明のまた他の実施形他に従って、グレースタイムは‘requirement’エレメントの最後に位置した‘playout’又は‘displayout’の値を使用する。この時に、‘requirement’エレメントの最後に‘executeout’が規定されている場合には、ステップ409は実行されない。ここで、それぞれのアプリケーション、フラッシュのようなリッチメディアは、固有の実行時間を有することにより広告の強制再生時間が指定されるのでないので、ステップ409の動作は省略することができる。ROがグレースタイムを有していると仮定した状態で、ステップ410での判定の結果、グレースタイム内に要請がある場合には、RM114は、ステップ411において、強制状態から外れ、残りの過程での動作は、上述した図4のそれと同様である。