JP2017503365A - 安全なマルチメディアサービスの配信システムにおけるマルチメディアライセンス配信のための方法及びデバイス - Google Patents

Abstract

【課題】 マルチメディアサービスの配信システムにおいて複数のユーザデバイスにサーバーによってマルチメディアライセンス（ＬＩＲ，ＬＩＳ）を配信するための方法であって、そのアクセスが第１の保護（ＫＴ１）によって保護されるものを提供する。【解決手段】この方法は、前記サーバーによって使用される計算資源が最大閾値を超えていないことを確認し、そうであれば、ユーザデバイスの要求に応じて前記第１の保護（ＫＴ１）を含む通常ライセンス（ＬＩＲ）を生成して送信し、それ以外であれば、前記サーバー（１０）を単独配信態様（ＳＭ）に切り替えることであって、前記第１の保護（ＫＴ１）とは別に、第２の保護（ＫＴ２）を使用して前記マルチメディアサービスへの前記アクセスを保護することと、前記第２の保護（ＫＴ２）を含む１つの単独ライセンス（ＬＩＳ）を当該ユーザデバイスに生成及び送信することと、前記計算資源が前記最大閾値を超えていないことを確認し、そうであれば、前記単独態様から通常態様に切り替え、前記第１の保護（ＫＴ１）を使用して前記マルチメディアへの前記アクセスの保護を行うこととすることと、を目的とすることを含む。【選択図】図２

Description

本発明は、デジタル著作権管理（ＤＲＭ）の分野に属し、ペイティーヴィー（Ｐａｙ-ＴＶ）などマルチメディアサービスの放送における応用を見出すものである。このようなサービスは、通常では例えば、ＤＶＢ（デジタルビデオ放送）規格に従って、ブロードキャスト、マルチキャスト又はユニキャストタイプの信号経由で配信されるか、或いはＩＰタイププロトコル、特にＩＰＴＶ（インターネットプロトコルテレビジョン）に従って、インターネットなど他の通信手段を通じてアクセス可能とされている。

デジタル著作権管理は、そのアクセスが一定のユーザ、特に、サービスの使用に必要な権利を取得したユーザに限定されたすべてのサービスに適用する。本発明に好適に関係するペイティーヴィー（Ｐａｙ−ＴＶ）の環境では、このサービスは、プログラム、討論、スポーツ番組、映画撮影シリーズ、映画などのコンテンツに具現化される。ユーザが、このコンテンツへの前記アクセスからの特典を得られるのは、彼が権利所有者に含まれている場合となる。これらサービスへのアクセスは、一般的に支払の対象となり、例えばサービスの内容をスクランブルして理解できないようにする暗号化操作や、当該サービスの内容が非スクランブル形態とされうる際の隠れた障壁として機能するパスワードによって保護されている。両方の場合において、当該コンテンツへの未スクランブル状態のアクセスは、このユーザが前記保護されたコンテンツの復号化又はロック解除のための必要な権限の取得を実現するライセンス（暗号キー、パスワード及び／又はアクセス権）を発行することで、該ライセンスを要求したすべてのユーザに認可されている。

これらライセンスは、予約又は単独購買の原理に基づいてもよい。このため、これらライセンスはそれぞれ、長期（例えば、年間契約型又は月刊契約型のライセンス）のものであるか、又は短期、通常一回限りのイベントの期間中に発行されうるものである。本発明は、後者（短期）の場合に発生する問題を解決することを意図している。また、本発明は、ライセンスの発行、即ちユーザに暗号化されたコンテンツへのアクセスを実現する権限又は手段であって、より具体的には、ペイパービュー（ＰＰＶ）としてよりよく知られるイベントタイプのうち有償の一回限りのイベントを適用範囲とするものに関する。

例えば、ＤＶＢ規格に従ったデジタル有償テレビシステムにおいて、マルチメディアサービス、特にマルチメディアコンテンツ（映画イベント、スポーツ、娯楽、ニュース、討論など）は、デジタルフロー形式である。これは、サーバー、ヘッドエンド又は管理センターから、このような流れを受信及び処理するのに適合された受信器又はユーザデバイスに放送される。通常、このような受信ユニットとしては、復号器（セットトップボックス（Ｓｅｔ−Ｔｏｐ−Ｂｏｘ））、コンピュータ、タブレット、スマートフォンなどがありうる。この流れについては、その使用が制御され、またその使用に必要な条件が画定されるように暗号化（エンコード化）される。この暗号化は、所定の期間（通常、１〜３０秒）で変更される制御語を通じて実現されるが、これはハッカーがこのような制御語を見つけ出そうとして該当する流れを復号化するのを阻止するためである。

上記制御語によって暗号化された流れの復号化を可能とするユーザデバイスの場合、後者（制御語）は制御メッセージ（ＥＣＭ）において並行して送られ、送信キーと呼ばれるキーによって、それ（制御語）自体が暗号化される。このキーは、サーバーとユーザデバイスとの間、より正確にはサーバーとユーザデバイスの安全モジュールとの間で確立される送信システム（又は配信システム）に特有のものである。確かに、ユーザにおいては、この安全操作は、一般的に、マルチメディアユニット、即ちユーザの受信器／復号器に関連する安全モジュールにおいて行われる。そのような安全モジュールは、特に4つの異なる実施態様によって実現される。これらのうちの１つは、マイクロプロセッサカードやスマートカードであり、より一般的には電子モジュール（キー、バッジ等の形式を有するもの）である。このようなモジュールは、一般的に着脱可能であると共に受信器に接続可能で、また改ざん防止のものと考えられる。この電子接触による形態は最もよく使用されているが、例えば、ＩＳＯ １５４４３タイプの非接触式のリンクも例外ではない。

周知の第２の実施態様は集積回路容器の実施態様であって、一般的に受信器の容器内に固定式及び非着脱式に設置されているものである。変形例は、基板上に装着される回路、又はＳＩＭモジュールコネクタなどのコネクタから成る。

第３の実施態様において、前記安全モジュールは、例えば前記復号器のスクランブル解除モジュール又は当該復号器のマイクロプロセッサ内の他の機能を有する集積回路容器内に組み込まれる。

第４の実施態様において、前記安全モジュールはハードウェアとしては実現されないが、その機能はソフトウェアのみの形態で実装される。

安全レベルは上記事例によって異なるが、前記機能自体は当該モジュールの実施態様に関係なく安全モジュールについて述べたのと同様である。上記で説明される４つの実施態様において、上記安全モジュールは当該メモリー内に格納されるプログラム実行手段（ＣＰＵ）を有する。このプログラムにより、安全操作の実施、権限の確認、復号化の実施、モジュールの起動による暗号操作の実施などが可能となる。

権利制御メッセージ（ＥＣＭ）は、制御語（ＣＷ）だけでなく、安全モジュールによってユーザの受信器／復号器に再送信される当該制御語の条件も含有している。制御語の復号化の際、この安全ユニットは、最初に当該安全ユニットにおいて権限制御メッセージ（ＥＣＭ）に述べられるアクセス条件に関する権利が存在するか確認する。このため、この操作は、想定される流れに対するアクセス権がユーザの場所に存在するかどうか制御することを目的としている。制御語（ＣＷ）は、上記比較により肯定応答がなされた場合に限り復号器に返却される。

安全ユニットに存在するアクセス権については権限管理メッセージ（ＥＭＭ）が担当する必要があるが、安全上の理由で、一般的には、権限キー（ＲＫ）と呼ばれる別のキーによって暗号化される。

以下の説明において、特に安全なマルチメディアアクセスサービスの配信システムに包含されるユニットに関し、ユーザデバイスは、安全ユニットと、ユーザの受信器／復号器と、を備える組み合わせであるとして説明する。また、サーバーは、単に一般的に異なった幾つかの実体を組み合わせうる実体として説明する。これらの実体のうち特に言及されるのは、マルチメディアコンテンツの放送センター、当該コンテンツ又はマルチメディアサービスへのアクセスを付与するセンター、ユーザに与えられた権限（キー、ライセンス、認証などを含む）の当局又は管理センタ―、並びにコンテンツ又はそのアクセスの暗号化センターである。

例えばＩＰＴＶプロトコルに従って配信されるデジタル有償テレビシステムの場合、各ＥＣＭ、ＥＭＭメッセージや各制御語ＣＷについては特に言及されない。しかし、マルチメディアサービスが、例えばマルチメディアコンテンツの暗号化によって、自由なアクセスに対して保護されているという事実は変わらぬままである。ライセンスを要件とすることで、ユーザデバイスは、このコンテンツへのアクセスを行うために必要な手段を取得できる。ライセンスを得るモデルは様々であるが、そのうち「ポストデリバリー」（オンデマンドデリバリー）及び「プレデリバリー」として知られるモデルについて言及する。第１の場合、コンテンツは、最初にダウンロードされるか、又はユーザデバイスに導入され、該コンテンツが再生される必要性に応じて、即ち後者（ユーザデバイス）が当該コンテンツの復号化に必要なキーを有していなければユーザデバイスの要求に応じて、ライセンスが発行される。第２の場合は、ライブコンテンツ（ライブストリーミング）の放送を提案する状況により適合される。このコンテンツは、当該コンテンツについてライセンス資格を既に有するユーザデバイスに放送される。

上記モデルの何れかによるＩＰプロトコル（特にＩＰＴＶ）に従って当該放送が行われるか否か、又はＤＶＢ，ＡＴＳＣ（高度テレビシステム委員会）、或いは日本のＩＳＤＢ（統合デジタル放送サービス）規格など他の放送規格に従って放送が行われるか否かについては、特に、視聴者が多数の場合の一回限りのイベントの放送時に発生する問題となりうる。確かに、スポーツ競技や、テレビ討論や、例えばテレビ放送化が待たれた映画の放送時には、突如として多数のユーザが、保護されたコンテンツの復号化に必要なライセンスを取得しようとする事態が起こりうる。この要求のピークは、一般的に、関連するイベントの放送の始まる直前に発生する。

暗号化されたコンテンツの放送、多数のユーザの接続、或いは権限、キー又はライセンスを含む制御メッセージの移送は、実際にはサーバーレベルでの性能の問題を発生させるものではないが、この点は、ライセンスの発生、特に各々が唯一のユーザデバイスに付与されている個人ライセンスについては当てはまらない。確かに、単独の個人ライセンスの生成には一定数の暗号操作が必要である。このようなライセンスが多数のユーザデバイスに発行されると、これら暗号操作の反復に伴い、全体として、特に計算力の点でコスト高の多数のコンピュータ資源を要する結果となる。ここでは、上記暗号操作は、このような放送システムにおいてユーザに帰属するライセンスの発行及び管理を行うデバイスを構成するためにサーバーによる支援を要する。

これらライセンスは特定的で固有のもの、即ち互いに異なるものであり、各ユーザは当該ユーザのハードウェア（復号器）にのみ関連する個人ライセンスを有する。この手段により、他の有資格ユーザとのライセンスの共有が避けられる。

サーバーのコンピュータ資源（ＣＰＵ資源）が全く使用されていない場合、このスキームによるライセンスの生成を行っても何ら問題は発生しない。一方、ライセンスへの要求がサーバーの計算力を凌駕するほど強い場合、このサーバーが、これら要求に予定通りに対応することは最早不可能である。その結果、ユーザのうちの一部はライセンスの受信に遅延が生じるため、この状況が正常化されるまでコンテンツへの（スクリーミングされていない）アクセスが拒否される。

この問題を解決するため、サーバーに過剰規模となったコンピュータ資源を備えさせること、或いは利用可能なサーバーを増やす手段が考えられる。しかし、このような解決策は費用が嵩むと同時に、既存のハードウェアの主要部分をより効率的なハードウェアに置き換えることにより既存の装置を改変する必要があるため、一般の問題解決に十分適合しているとは言い難い。他の解決策としては、一連のネットワーク接続されたハードウェア（クラウドコンピューティングとしてよりよく知られるもの）によって付与される計算力を利用することが挙げられよう。しかし、複数の独立したセンターの間で（個人ライセンスの生成時に必要な）機密情報の共有を行う場合、他の問題、例えば安全上の問題の要因となりうる。

また、ＤＶＢタイプの放送の場合、サーバーは、それ自身の判断で何時でもユーザデバイスにメッセージを送信できるが、ＩＰプロトコルによる放送の場合、一般的に、このようなことは起こりえない。このプロトコルによれば、また瞬間のメッセージ処理サービスなど特有のＩＰサービスを例外として、ユーザデバイスのみがサーバーと接触する主導権を取ればメッセージの交換が可能となる。相対的に限定された時間では、ユーザデバイスは、問い合わせたサーバーからの応答を得られず、当該要求を送信するようユーザデバイスによって開かれたセッション（接続）は、後者（ユーザデバイス）によって自動的に閉じられる。ここで、ユーザデバイスから生じた一定の要求に応じた通常ライセンスの送信を要する計算資源をサーバーが最早有さない場合、後者（ユーザデバイス）は当該プロトコルによって課された相対的に短い待ち時間の終了時に当該セッションを自動的に閉じる。このため、ＩＰタイプ環境におけるライセンスの配信は、サーバーからの応答が無くても各ユーザデバイスへの通信を行ってしまうという第２の問題の要因となる一方、その間このサーバーは、要求された通常ライセンスをユーザデバイスに送信することで、ユーザデバイスから生じた要求を満たすことが可能となる筈である。

本発明は、前記サーバーへの重大な改変を伴わずにライセンスを必要とする全てのユーザデバイスに何時でも即座に資格を付与しうる有利な解決策を提案することで、前記の問題を少なくとも部分的に解決することを目的としている。この解決策は、主にペイパービュータイプ、更にはビデオオンデマンド（ＶＯＤ）タイプのサービスなど時々かつ相対的に短い時間で発生するライセンス要求の集中度が高い場合（要求のピーク）に対処するのに特に有利である。

これを行うため、本発明は、マルチメディアサービスの配信システムにおいて、複数のユーザデバイスにサーバーによってマルチメディアを配信する方法であって、そのアクセスが当該サーバーによって実施される通常の配信態様に従って第１の保護によって保護されるものを示唆している。

上記サーバーは計算資源を備え、前記計算資源に比例した瞬間ペースで、また上記計算資源を最大限に使用して画定された最大ペースの限界まで、各ユーザデバイスから生じた要求に応じた通常ライセンスの生成を実現するものである。

各通常ライセンスは第１の保護を含み、そのアクセスは各ユーザデバイスに対応付けされ、互いに異なる個人保護によって保護される。

前記方法は、以下の循環手順、即ち、
− 前記瞬間ペースが前記最大ペース未満であるか確認し、そうであれば、前記要求の各々に応じて前記ユーザデバイスに前記通常ライセンスを送信し、そうでなければ、必要なだけ多くの（正常な／単独の）マルチメディアライセンスを配信するように適合された単独配信態様にサーバーを切り替える手順として、
− 前記第１の保護とは別に、少なくとも１つの第２の更なる保護（即ち、前記第１の保護に追加したもの）によって、前記マルチメディアサービスへの前記アクセスを保護する手順と、
− 前記第２の保護を含む少なくとも１つの単独ライセンスをサーバーで生成する手順と
− 前記各ユーザデバイスのうちの少なくとも一部に前記単独ライセンスを送信する手順と、
− 前記瞬間ペースが前記最大ペース未満であるか繰返し確認し、そうであれば、単独態様から通常態様に切り替え、通常ライセンスのみでマルチメディアサービスへのアクセスを実現する手順と、を有するものを含む。

このため、独自の個人ライセンス（以下、通常ライセンスと呼ぶもの）のみを配信する代わりに、本発明は、要求が多すぎる期間中、通常ライセンスを即座に付与できない各ユーザのうちの少なくとも一部の間で共有される、少なくとも１つの単独（又はグローバル）ライセンスの付与を示唆している。前記通常ライセンスと異なり、前記単独ライセンスは各ユーザに特有のものでも固有のものでもないが、複数のユーザ、例えば前記要求に対して、或いは前記ユーザうちの一部に対して、何らの通常ライセンスも付与されない場合、その全てのユーザに共通のものとなる。

このライセンスは、二重の理由で単独といえる。一方では、複数のユーザに簡易化、及び／又は共通化されうる。他方、同ライセンスは短期間（好適には、非常に短期間）の使用しかできないため過渡的なものでもある。この期間は、サーバーによって要求される期間が当該ライセンス要求のピークを吸収可能な期間に限定されているため、各ユーザデバイスからの要求全てに対して直接的に通常ライセンスを再付与することが可能となる。

有利には、このような方法において単独ライセンスを使用することで、特にユーザデバイスからの要求のピークの場合、当該ライセンスへの要求を満たすのに必要な計算力を縮減してサーバー計算資源を節約することが可能となる。確かに、第１の実施態様において前記単独ライセンスは簡易型ライセンスであるため、通常ライセンスと比較すると生成に必要な計算資源はかなり少なくて済む。このようなライセンスは、より少ない計算資源を使用する簡易化されたアルゴリズムによって得られうる。この場合、単独ライセンスの数は、送信される通常ライセンスの数と同じとなる。これは、当該単独ライセンスが遷移周期しか使用されないという事実を考慮すると、当該ライセンスの生成ペース(流れ)を加速化する第１の方策となりうる一方、関心に値する安全レベルの維持にもなる。

別の実施態様において、前記単独ライセンスは複数のユーザデバイスの間で共有されるライセンスとなりうる。また、同ライセンスは通常ライセンス待ちのユーザデバイスのグループによっても共有されうる。例えば、このグループが約１万台のデバイスを含む場合、唯一の単独ライセンスの計算は同様の演算で１万倍に置き換えれば十分である。他方として、唯一の単独ライセンスの計算は、サーバーのパワー不足により、通常ライセンスの受信待ちをしている全てのユーザデバイスに対して行われうる。このため、このような単独ライセンスの利点は、多数のユーザ、即ち、通常ライセンスの受信が間に合わない全てのユーザに対して１度きりの計算で済むことである。この手段により、サーバーの計算資源が軽減され、また想定しうるサーバー計算資源の限度内に通常ライセンスを付与するか、或いは要求が集中し過ぎて該限度を超えていれば単独ライセンスを付与することで、各ユーザからの要求全てに即座に対応することが可能となる。

好適な一実施態様によれば、前記単独態様から前記通常態様への切り替えについて、この切り替えが十分な遅延時間を以って発生するようにテンポライズされ、各ユーザデバイスが、その通常ライセンスを受信して使用可能になるまで、当該単独ライセンスによって当該コンテンツに瞬間的にせよアクセスを実現することを目的としている。

他の利点及び実施態様については、以下の詳細な説明においても提示される。

本発明は、非限定の実施例によって付与される以下の添付概略図面によって、よりよく理解される。

本発明の方法が実施されうる、各ライセンス及び各マルチメディアサービスの配信システムの全体図を示す。 流れ図の形態で図示された、本発明の方法の主なステップを図示する。 各々が通常ライセンスの受信を要求しているユーザデバイスから当該サーバーによって受信された要求数を、時間に応じて示すグラフ表示の一例である。 図３ａのグラフ表示に対応して、同一時間ベースで、図３ａに示される要求に答えるためにサーバーによって発行された通常ライセンス及び単独ライセンスの数を表すグラフである。 図３ａ、図３ｂに対応して、同一時間ベースで、サーバーによって発行された単独ライセンスの数のグラフ表示を示す。 図４ａに対応して、図３ａに図示された要求のピークを包括した時間において、各ユーザデバイスが通常ライセンスをその要求に応じて取得する必要がある確率を示す。

図１を参照して、非常に模式的な方式で、本発明の方法の実施を実現するライセンス及びマルチメディアサービスの配信システムを示す。本発明の構成において、前記配信システムによって提案された、想定しうるマルチメディアサービスの一つとして、より一般的にはマルチメディアコンテンツＣＴについて説明する。このマルチメディアコンテンツＣＴは、この図では、映画撮影フィルム部分の形態で示されている。簡略化された方式において、この配信システムは、送信手段２０によって複数のユーザデバイス３０に接続されたサーバー１０を主に統合している。図１には、４台のユーザデバイス３０が、非限定的な方法で示されている。判り易くするため、第１のユーザデバイス（ＤＩＤ）及び他の３台のユーザデバイス（ＤＩＤ２、ＤＩＤ３、ＤＩＤ４）の各々の主な相違点のみが、これら最後の３台のデバイスについて示されている。各ユーザデバイスは、同デバイスに固有の独自の識別子ＩＤによって検出されうるため、他の識別子とは異なっている。一般的に、第１のユーザデバイスはその識別子ＩＤによって識別可能であり、第２のユーザデバイスは識別子ＩＤ２を持ち、第３のものはＩＤ３などとなっている。

一方、単独の実体によって図式化されるサーバー１０は、放送センター（ブロードキャスター、ヘッドエンド）など幾つかの明確な実体又はマルチメディアコンテンツへのアクセスセンター、（ユーザ、顧客、予約購読者に割り当てられた）権利の管理のための認定機関又はセンター、データ暗号化（コンテンツ、制御語、制御メッセージ又は管理メッセージ）に関する暗号キーの暗号センター及び／又は管理センターを、更には、例えばデータの認定を管理する他のユニット又はサブユニットを含みうる。

コンテンツＣＴは、サーバー１０（例えば、コンテンツＣＴプロバイダに配置されたもの）に対して外付けとなりうるか、或いはサーバー１０に対して外付けとなるマルチメディアコンテンツプロバイダ又はデータベース１から発生しうる。このコンテンツＣＴは、通常、データ移送ストリームの形態、例えばプログラム及びサービスのオーディオ／ビデオストリーム及び記述ストリームの多重化を実現するＭＰＥＧタイプのストリームの形態で送信されうる。

送信手段２０は、送信ユニット１６によって実施される有線送信又は無線通信を備えうる。これは、例えばＩＰタイプ（インターネット）又は電話タイプなど衛星又は地上での無線送信や有線送信でもよい。

受信デバイス３０は、送信手段２０経由でサーバー１０からマルチメディアコンテンツを受信可能な何らかのタイプのデバイスでもよい。このため、受信デバイス３０は、コンピュータ、タブレット、電話、或いは、その他所謂スマートデバイスなるものでも、また或いは好適にはセットトップボックス（ＳＴＢ）タイプの受信器／復号器でもよいし、また例えば、モニター、テレビ、オーディオデバイス、或いは、その他ゲームコンソールなどマルチメディア機器などのマルチメディアコンテンツを演出可能なデバイスに接続されてもよい。

マルチメディアコンテンツＣＴへのアクセスは、サーバーによって実施された、所謂通常の配信形態に従った第１の保護ＫＴ１によって保護される。好適には、この第１の保護ＫＴ１はサーバーによって生成された第１の送信キーに対応する。この方法で保護されたコンテンツは、添付図面において［ＣＴ］ＫＴ１と表示される。この表示により、このアクセスは、保護されたコンテンツＣＴへのアクセスであることが理解されよう。想定しうる―実施態様において、このコンテンツは第１の送信キーＫＴ１によって直接暗号化されうるが、好適には、後者（第１の送信キー）は、一般には、制御語ＣＷ、より正確には少なくとも１つの制御語ＣＷを暗号化するように使用される。また、後者（第１の送信キー）は、暗号化されたコンテンツＣＴの復号化を実現するキーに対応する。［ＣＷ］ＫＴ１と示され、また第１の送信キーＫＴ１によって暗号化された制御語ＣＷから成る暗号は、通常、暗号化されたコンテンツと並行して、より具体的には以下の表記、即ちＥＣＭ１＝［ＣＷ］ＫＴ１を採用しうるような第１の制御メッセージＥＣＭ１の範囲内で、サーバー１０から生じたデータ移送ストリームにおいて送信される。

サーバー１０は、マイクロプロセッサ（ＣＰＵ）によって、図１に図式化される計算資源１１を備える。これら計算資源は、主として、更にはもっぱら、ユーザデバイス３０から生じた要求３３に応じたライセンス生成に供される。通常の配信態様において、これらライセンスは、通常ライセンスと呼ばれる専用ライセンスであって、ＬＩＲ表示され、参照符号３４が付されている。各通常ライセンスＬＩＲは第１の保護ＫＴ１を含み、そのアクセスは、各ユーザデバイスに関連する一方これらデバイスの各々とは異なる固有の（個人）保護Ｋｐによって保護される。この固有保護Ｋｐは、通常、個々のユーザデバイスに属する個人キーであり、即ち図１においてＫｐ２と表示されるキーは、識別子ＩＤ２で識別されるユーザデバイスに対応付けされ、Ｋｐ３と表示されるキーは識別子ＩＤ３を有するものになどとなっている。非対称の暗号スキームにおいて、個人キーＫｐは、対象のユーザデバイスに固有の公開キーとなりうる。非対称の暗号スキームにおいて、この個人キーＫｐ（個別キー）は、サーバー及び関連するユーザデバイスによってのみ知られる。通常ライセンスＬＩＲへのアクセスは、通常ライセンスをＫｐで暗号化するか、或いはこの通常ライセンスのコンテンツ、即ち第１の保護ＫＴ１を個人保護Ｋｐによって暗号化するか何れかによって保護されうる。

図１の下部は、模式的な漏斗の形態で、サーバー１０の計算資源１１の機能を示している。後者（サーバー１０）は、ユーザデバイス３０から生じた多数の要求３３を受け入れ可能である。各要求３３は、この図では当該要求を発行したユーザデバイスの識別子を知らせることを実現する識別封筒（Ｒ１，Ｒ２，Ｒ３，Ｒ４など）によって表示される。一例として、要求Ｒ２は、識別子ＩＤ２を有するユーザデバイス３０によって出されたものである。通常ライセンスＬＩＲの生成は、多数の計算資源を要するため、各ユーザデバイスから受信した全ての要求３３にサーバーが即座に応答することが最早不可能な状況が起こりうる。これは、ＣＰＵに付与された漏斗形状によって図式化される一方、その出力率は、最大フローＤｍａｘを認定可能とするに過ぎない一定の直径によって限定されている。この通常ライセンスのフロー又は最大ペースは、サーバーの計算資源によって物理的に画定されるか、或いは自発的にサーバーに対して一定の選択肢の計算力を割り当てること、例えば他の機能に予約されうる資源のうちの一部を保存することを望むシステムの設計者又は管理者によって画定される。

従って、（サーバーによって生産された通常ライセンスの瞬間フローを基準とした図１においてＤｉｎｓｔと表示される）瞬間ペースは、サーバーが処理しなければならない要求３３の数に左右される。この瞬間ペースは、より低い０の値から最大ペースＤｍａｘに対応するより高い限界値まで可変となりうる。この関係において、瞬間ペースＤｉｎｓｔは、サーバーによって使用される計算資源に比例する値と考えられうる。サーバーによる計算資源の使用率は、図１において、ここではパーセントの目盛の付いた測定ユニット１８の表示針によって図式化される。

以下、本発明の第１の目的である前記方法の主な手順について、主に図２に示される流れ図を参照して説明する。後者（流れ図）は２つの一般区域に分割され、その各々は一点鎖線で区切られている。これら区域のうちの第１の区域は、サーバーによって実施される通常の配信態様（ＲＭ）において実行される手順に対応する。第２の区域は、単独配信態様（ＳＭ）時に実行される手順に対応し、その中でサーバー１０は、各ユーザデバイス３０からの要求（要求３３）のピークを満たすように切り替え可能である。

この流れ図の最上部には、第１の保護ＫＴ１によってアクセス保護されたコンテンツＣＴが確認される。この保護コンテンツ［ＣＴ］ＫＴ１は、送信手段２０によって各ユーザデバイス３０に送信され、その環境は、この図では破線によって区切られている。

この方法の手順は循環式であるため、これら手順は無限に反復されてもよい。第１の手順は、論理ユニット１３によって、瞬間ペース（又は瞬間フロー）が最大ペース未満であるか確認することを目的とする。換言すれば、これにより、現在時間Ｔ（Ｄｉｎｓｔ）でサーバーによって使用される計算資源１１が最大閾値（Ｄｍａｘ）を超えていないか確認する。超えていなければ、サーバーは各ユーザデバイス３０によって出された全ての要求３３に即座に応答しうる。従って、同サーバーは、ライセンス発生器１４によって、各要求に応じて通常ライセンスＬＩＲを生成する。図２に示されるように、通常ライセンスＬＩＲは、通常、第１の送信キーとなりうる第１の保護ＫＴ１を含む。その後、保護ユニット１５は、関連するユーザデバイスに特有及び固有の個人保護Ｋｐによって第１の保護ＫＴ１へのアクセスを保護する。図２において、ユーザデバイスＤＩＤＸに関連する固有の保護は、Ｋｐｘと表示される。通常ライセンスＬＩＲにおいて、この方法で保護された第１の保護ＫＴ１は、その後、送信ユニット１６によって、関連するユーザデバイスＤＩＤＸにサーバー経由で送信される。これを行うため、通常ライセンスＬＩＲは、制御メッセージ、例えばＤＶＢ規格に従ってＥＭＭに組み込まれても、或いはＩＰＴＶ規格など別の規格に従って別のメッセージ又は等価データによって伝達されてもよい。

そうでない場合、即ち瞬間ペースが最大ペース未満でない場合、サーバーは飽和状態にある。この状態では、その計算資源１１の全てが、各ユーザデバイスの要求に応じて通常ライセンスＬＩＲの生成に使用される。従って、更なる通常ライセンスを計算する何らかの利用性又は資源をサーバーが最早有していないので、各ユーザデバイスから生じた更なる要求にサーバーが即座に応答することは最早不可能である。このため、選択ユニット１７は、例えば前記単独配信態様に固有の手順の採択を実現するルーチンを起動することで、サーバーを単独配信モード（ＳＭ）に切り替える。この配信態様は、当該単独ライセンスの生成に使用される計算資源の実質的な縮減のおかげで、及び／又は幾つかのユーザデバイスの間での単独ライセンスの共有のおかげで、必要なだけ多くのマルチメディアライセンス（ＬＩＲ／ＬＩＳ）を配信可能としている点で単独といえる。

この単独態様において、サーバーは、少なくとも１つの更なる第２の保護ＫＴ２（即ち、第１の保護に追加したもの）によってマルチメディアコンテンツＣＴへのアクセスを保護する。ＫＴ１と同様に、この第２の保護は安全ユニット１２によって生成される。好適な実施態様によれば、このコンテンツへのアクセスはＫＴ１及びＫＴ２によって同時に保護されるであろう。しかし、如何なる場合においても第２の保護ＫＴ２は第１の保護ＫＴ１とは別であるため、コンテンツＣＴへのアクセスは第１の保護ＫＴ１又は第２の保護ＫＴ２によって一様に保証されうる。想定しうる実施態様において、コンテンツＣＴは第２の送信キーＫＴ２によっても暗号化されうるが、好適には、後者（送信キーＫＴ２）は一般には制御語ＣＷ（複数可）を暗号化するように使用される。ＤＶＢ規格に従って、制御語ＣＷ（複数可）は、それぞれ別々にＫＴ１によって一度、またＫＴ２によって一度ずつ暗号化される。例えば、互いに並行して、或いは互いに直後に、共に送信されるメッセージとなりうるＥＣＭ１＝［ＣＷ］ＫＴ１及びＥＣＭ２＝［ＣＷ］ＫＴ２が得られる。例えば、異なった複数のＥＣＭ（又はＥＭＭ）は、これら制御メッセージの（暗号化されていない）ヘッダーによって受信デバイスによって識別されうる。別の方法として、ＥＣＭ１がＥＣＭメッセージの第１の部分に対応し、ＥＣＭ２が同ＥＣＭメッセージの第２の部分に対応するとも考えられる。この場合は、表示ＥＣＭ＝｛［ＣＷ］ＫＴ１；［ＣＷ］ＫＴ２｝によって指定されうる。

上記サーバーは、参照符号３５が付与された、単独ライセンスＬＩＳと呼ばれる少なくとも１つのライセンスを、ライセンス発生器１４によって生成する。この単独ライセンスは第２の保護ＫＴ２を含み、図２では、表示ＬＩＳ＝｛ＫＴ２｝によって表示されている。その後、この単独ライセンスＬＩＳは前記ユーザデバイス３０のうちの少なくとも一部に送信されるが、計算資源１１の不足により、何らの通常ライセンスも即座に得ることはできない。図１において、この単独ライセンスの送信は、プロセッサＣＰＵを図式化した漏斗が溢れていることを発信源として表示される。前記通常ライセンスについては、この単独ライセンスの送信は、制御メッセージ、特にＥＭＭメッセージ、例えば、このライセンスの移送に特化され、当該通常ライセンスを含有する第１のメッセージＥＭＭ１とは異なる第２のメッセージＥＭＭ２によって成されうる。単独ライセンスＬＩＳの送信は、異なった方法によって成されうる。最初の方法においては、ポイントツーポイントタイプ（ユニキャスト）接続が使用されてもよい。別の方法によれば、マルチポイント放送が、例えばユーザデバイスのグループに使用される（マルチキャスト）一方、最後の方法では、全てのユーザデバイスを含む放送（ブロードキャストタイプ配信）が好適といえる。図２に示されるように、何らの通常ライセンスＬＩＲも付与されなかったユーザデバイスは、（破線によって図示された）当該環境で、コンテンツ［ＣＴ］ＫＴ１、［ＣＴ］ＫＴ２へのアクセスを二重に保護したものだけでなく、単独ライセンスも受信する。しかし、これらのデータの受信は、何らの通常ライセンスも受信していないユーザデバイスに限らず、このような通常ライセンスを既に有する各デバイスも、単独ライセンスの受信による影響を受けないので、単独配信態様の記載からは故意に除外される。

有利には、上記単独配信態様は、同一の単独ライセンスＬＩＳ、即ち、これらデバイスの全てに同一のライセンスを該デバイスに配信することで多数のユーザデバイスに提供可能としている。その結果、サーバーは、一時的に多数のユーザデバイスによって共有されうる唯一の単独ライセンスを簡単に計算及び生成するだけである。この実施により、サーバーは、その計算資源が限られているにも拘らず、全ての要求３３への迅速な応答を実現している。より高度な実施態様において、単独配信態様は、更に経過時間毎に要求をスタガリングすることで、後続の要求（第２の要求３３）の配信制御を実現していることも確認できる。これらの、より精巧な実施態様の手順は、図２では決定ユニットによって具現化されうる図形部材１９によって示されている。この決定ユニットは、（図２に代表されるような）論理ユニット１３を含みうるが、当該論理ユニットの出口、より正確には、この論理ユニット１３の正方向の出口への経路上にも設置されうる。

前記単独配信態様において、サーバーは、反復して前記瞬間ペースＤｉｎｓｔが前記最大ペースＤｍａｘ未満であるか確認する。この確認は、直前の手順に関して連続的に行っても、或いは図２に示すように、好適には上記手順と並行して行ってもよい。この確認の結果、肯定的な応答があった場合、サーバーは当該通常態様に戻り、通常ライセンスＬＩＲによってマルチメディアコンテンツＣＴへのアクセスを実現する。この場合、及び好適な実施態様に従う場合、サーバーは第１の保護ＫＴ１によって前記マルチメディアコンテンツＣＴへのアクセスを保護する。この場合は、新しい要求３３への通常ライセンスＬＩＲを生成するサーバーの新しい利用性に対応する一方、計算資源１１の占有率は、前記最大フローＤｍａｘに対応する値によって画定された最大閾値未満となって再び低下しかねない。この段階では、ＫＴ１及びＫＴ２によって該コンテンツへのアクセスの二重保護を保つ理由がないため、マルチメディアコンテンツは、第一の保護ＫＴ１だけで、そのアクセスを再保護させている。しかし実用上の理由により、この時間は、受信デバイスでの如何なる混乱も避けるためにテンポライズされている（遷移周期だけ遅延される）。この遷移周期の後、通常ライセンスＬＩＲを有していないユーザデバイスは、コンテンツＣＴにアクセスすることは最早不可能で、サーバー１０に新しい要求３３を即座に送信し、当該通常ライセンスＬＩＲにおいて統合された第１の保護ＫＴ１を取得する必要がある。

実用上、この処理は非常に迅速に、通常、暗号周期よりも短い時間で発生し、暗号周期が当該時間を示すことを知らせる間、コンテンツは同一の制御語ＣＷによって復号化可能となる。この制御語が変わると、ユーザデバイスは、この制御語によって暗号化された後続のコンテンツを復号化するように、この新しい制御語を前もって取得する必要がある。ユーザデバイスが制御語を取得することが最早不可能な場合、後者（制御語）は第１の保護ＫＴ１によって暗号化されているに過ぎないため、このデバイスは、サーバーに要求３３を送信してコンテンツへのアクセスを取得する。これら更新された要求は、要求３３の新しいピーク、特に、第１の要求を送信したにも拘らず通常ライセンスを未だ取得していない全てのユーザデバイスからサーバーで受信された第２の要求３３のピーク、の要因となりうる。この問題を緩和するため、本発明は、本明細書で後述される幾つかの解決策を示唆している。

前記単独配信態様の間、単独ライセンス（複数可）を生成するように、異なった実施態様がサーバーによって採用されうる。一実施態様によれば、前記単独ライセンスＬＩＳは、前記通常ライセンスＬＩＲと比較した場合の生成に要するサーバーからの計算資源が著しく縮減されるライセンスである。これを通じて、同一の時間内で通常ライセンスよりも多くの単独ライセンスを生成することが可能となる。例えば、必要な暗号操作がより少ない、より短いアルゴリズムを使用することで、当該ライセンスＬＩＳを生成するアルゴリズムのレベルで簡潔化が実現される。従って、このような簡潔化された単独ライセンスは、依然として各ユーザデバイス特有のものである。

別の実施態様によれば、上記単独ライセンスとは、複数のユーザデバイスによって共有されるライセンスである。基本的な形態において、このライセンスは、通常ライセンスの受信待ちの全てのユーザデバイスによって共有されうる。このため、唯一の単独ライセンスの生成では、即座に通常ライセンスを付与できない全てのユーザデバイスに提供すれば十分である。

より精巧な実施態様において、前記単独ライセンスＬＩＳとは、特定のユーザデバイスグループ、即ち、通常ライセンスの受信待ちの全てのユーザデバイスのうちの一部によって共有されるライセンスである。このため、この単独ライセンスは、ＬＩＳａ、ＬＩＳｂ、ＬＩＳｃなどと表示可能な幾つかの単独ライセンスに分割されうると共に、それぞれユーザデバイスのグループａ、ｂ、ｃについて生成されうる。単独ライセンスＬＩＳａ、ＬＩＳｂ、ＬＩＳｃは全て、互いに異なり、その各々は、第２の特有保護ＫＴ２を含む。一例として、ライセンスＬＩＳａは、ＬＩＳｂにおいて構成されるＫＴ２ｂ及びＬＩＳｃにおいて構成されるＫＴ２ｃとは異なる、第２の保護ＫＴ２ａを含む。

任意には、前記第２の保護ＫＴ２（適切であればＫＴ２ａ、ＫＴ２ｂなどを含む属表記）へのアクセスもまた、前記ユーザデバイスの少なくとも一部で周知の共通保護Ｋｃによって保護されうることが予測可能である。これを行うため、共通保護Ｋｃ（共有キー）によってＫＴ２を暗号化すること、又はＫｃによってライセンスＬＩＳを暗号化すること、更にＫｃによってＫＴ２及びＬＩＳを暗号化することが可能となりうる。サーバーが、幾つかの異なった単独ライセンスＬＩＳａ、ＬＩＳｂ、ＬＩＳｃを生成する場合、その各々は、特有の異なった共通保護Ｋｃ（Ｋｃａ、Ｋｃｂ，Ｋｃｃ）によって保護されうる。有利には、共通保護Ｋｃを追加して単独ライセンスへのアクセスを保護する場合、ライセンスの配信システムの安全レベルが上がる可能性がある。上記共通保護Ｋｃ及び／又は特有保護Ｋｃａ、Ｋｃｂ、Ｋｃｃなどは、１つ以上のＥＭＭによって、関連する各ユーザデバイスに送信されうる。

前記ＤＶＢ規格、或いはサーバーが何時でも特定のユーザデバイスＤＩＤＸにメッセージを送信できる何れかの規格に特に適用可能な構成において、各要求３３は、特定の識別子（図１に示されるようなＲ１、Ｒ２、Ｒ３など）によって識別されることが示唆されている。この要求識別子は、各ユーザデバイス３０（例えば、それぞれＤＩＤ１、ＤＩＤ２、ＤＩＤ３など）に対応付けされ、かつ固有のものであるため、各要求３３の発信源から明確に識別することが可能である。この構成によれば、サーバーは、単独配信態様で、ユーザデバイス３０（ＤＩＤ１、ＤＩＤ２、ＤＩＤ３）から生じた各要求３３の識別子（Ｒ１、Ｒ２、Ｒ３）を格納する手順を更に実行しうる。その後、瞬間ペースＤｉｎｓｔが最大ペースＤｍａｘ未満の場合、その識別子が格納された各要求について通常ライセンスＬＩＲを生成し、この要求識別子に関連するユーザデバイス３０に当該ライセンスを送信しうる。この要求識別子（Ｒ１、Ｒ２、Ｒ３）は、各ユーザデバイスに対応付けられた識別子（ＩＤ１、ＩＤ２、ＩＤ３）とも成りうるので注視されたい。一方、要求３３をサーバー１０に送信した各デバイス（ＩＤ１、ＩＤ２、ＩＤ３）の識別子は、勿論格納されうる。

これらの手段の何れかによって、サーバーは通常ライセンスへの要求全てを含有する記録を保管し、当該ユーザデバイスが要求を出した身元、又は少なくとも電子メールアドレス、或いはこれら要求の各々について当該デバイスに通常ライセンスを送信するために同装置への到達を実現する手段を知らせることができる。後者（通常ライセンス）の送信は、サーバーの計算資源の許可が出たらすぐに実行されうる。有利には、本実施態様は、サーバーに統合して通常ライセンス管理を維持しているため、各ユーザデバイスは、第１の要求後にサーバーによって該ライセンスが提供できなかった場合には、第２の要求を送信する必要はない。一度通常ライセンスが、関連するデバイスに送信されると、処理されるべき登録記録保留要求が、サーバーによって即座に更新されうる。後者（サーバー）は、生成する必要がある通常ライセンスの数を何時でも計数しうる。好適には、上記要求はサーバーへの到達指示に続いて処理される。しかし、各要求に優先順位レベルを対応付けたり、また優先順位に応じて該要求を処理したりすることも可能である。

前記ＩＰＴＶ規格に、又はサーバーが何時でも特定のユーザデバイスＤＩＤＸにメッセージを送信できるとはいえない何れかの規格にもっと特定的に適用可能な構成において、前記サーバーは、生成待ちの通常ライセンスＬＩＲの瞬間数ＮＲの計数手段ＣＰＴを更に含むことが示唆されている。新しい要求がサーバーに到達する度に、計数手段ＣＰＴは１単位毎に増分される一方、逆に、通常ライセンスが生成され及び／又は関連デバイスに送信された場合、該計数手段は１単位毎に減分される。

本実施態様において、前記単独配信態様は、前記瞬間ペースＤｉｎｓｔが最大ペースＤｍａｘ未満であるか判断し、そうであれば、即ち好適にはＤｉｎｓｔがＤｍａｘ未満であれば、前記通常ライセンスの数ＮＲがゼロより大きいか判断し、ＮＲがゼロより大きければ、前記ユーザデバイスのうちの少なくとも一部に宛てられた情報メッセージ経由で、前記計数手段ＣＰＴによって合算された通常ライセンスの数ＮＲに関し、サーバーによって受け入れ可能な要求の比率を示す受入率ＴＡを計算して放送することを目的とした手順を更に含みうる。

学術的な例として、生成されるべき通常ライセンスの瞬間数が、ＮＲ＝２００の場合、瞬間ペースＤｉｎｓｔは最大ペースＤｍａｘの９０％となり、後者（計数手段）は時間単位でＮ＝６０を処理可能で、サーバーの受入率はＴＡ＝Ｎ（Ｄｍａｘ−Ｄｉｎｓｔ）／ＮＲ＝６０（１００％−９０％）／２００＝３％となる。このため、サーバーの計算資源は、この瞬間、ＮＲ*ＴＡ通常ライセンス、即ち、この例では、２００の保留要求の中、２００*３％＝６つの通常ライセンスの処理を実現する。

Ｄｍａｘ−Ｄｉｎｓｔは、前記サーバーの利用率、或いは換言すれば利用可能な残りのペースに対応するので一通り注視されたい。その上、Ｄｍａｘ及びＤｉｎｓｔペースが時間単位でのライセンス数に直接表記された場合（この例では、Ｄｍａｘ＝Ｎ＝６０；Ｄｉｎｓｔ＝Ｎ*９０％＝５４となる）、サーバーの受入率はＴＡ＝（Ｄｍａｘ−Ｄｉｎｓｔ）／ＮＲ＝（６０−５４）／２００＝３％となる。
全ての場合において、受入率ＴＡは、（サーバーの瞬間利用率を考慮した）現在時間Ｔで計算資源が生成可能な通常ライセンスの数ＮＤを決定し、その後、計数手段ＣＰＴによって合算された通常ライセンスの数ＮＲによってサーバーが計算可能な前記ライセンスの数ＮＤの係数を決定することで計算される。

好適には、計数手段ＣＰＴによって計数された通常ライセンスの数ＮＲが、時間単位毎にサーバーが生成できるライセンスの最大値未満となればすぐにサーバーは、通常配信態様に切り替わる。このため、Ｄｍａｘが時間単位毎（例えば、暗号周期毎）のライセンスの数で表記される場合、サーバーは、ＮＲ＜Ｄｍａｘとなればすぐに単独配信態様から出るよう認定されうる。更に好適には、通常配信態様への復帰はテンポライズされ（即ち、遅らされ）て遷移周期の後にのみ発生し、その間に最後のユーザデバイスがその通常ライセンスを取得し、該ライセンスを起動して最初の保護によって保護された内容を復号化可能としている。この遷移周期は、受信器での如何なる混乱（黒画面化）も回避するものである。

情報メッセージ経由での受入率ＴＡの放送は、ＤＶＢ規格に従って、全てのユーザデバイス（或いは当該ユーザデバイスのうちの一部、特に通常ライセンス受信待ちのもの）によって可読となるＥＣＭタイプのメッセージによっても、或いはＩＰＴＶタイプの規格に従って、前記保護されたコンテンツと同時に放送される等価メッセージによっても行える。

前記情報メッセージの受信時、各ユーザデバイス（又は少なくとも通常ライセンス待ちの各デバイス）は、以下の循環手順、即ち、
− 単独ライセンスＬＳＩを有しているか（或いは逆に、通常ライセンスＬＩＲ受信待ちがあるか）確認し、そうであれば、
− 例えば０及び１の間の乱数ＲＮＤを生成し、
− 前記生成された乱数ＲＮＤが受入率ＴＡ未満か同等であるか確認し、そうであれば、前記サーバーに前記要求を再送し、そうでなければ、新しい情報メッセージが受信されるまで待つ手順を実施できる。

任意には、前記乱数の生成前に、前記情報メッセージによって送信された受入率ＴＡが１より十分下回っているか確認することを目的とした手順を追加することが可能となりうる。確かに、この受入率が１より高いか同等であれば、この場合その計算資源が全ての待機中の要求を吸収できるため、即座にサーバーに返却されうる。

一例として、また前記受入率ＴＡ＝３％を基準として、乱数ＲＮＤが０．０３（即ち、受入率ＴＡに対応する３％）を超えていなければ、ユーザデバイスはサーバーにその要求を返却することが認可される。統計的には、サーバーに要求を返却することを認可されうるデバイスの数は、当該サーバーが生成可能な通常ライセンスの数と同等となる。

有利には、各ユーザデバイスに受入率ＴＡを決定及び送信することで、これらデバイスによりサーバーに返送される第２の要求数の制限を実現する。これにより、第２の要求に応じて通常ライセンスを受信するそれらが有する確率を関連するデバイスに通達することで、サーバーでの新しい要求のピークの回避を実現する。

一方、最初の要求後、通常ライセンスを未だ受信していなかったユーザデバイスによって返送された第２の要求の流れを制御するように、他の機構が構想されてもよい。これら機構の中には、その全てが互いに異なる一定数Ｎｓの単独ライセンス（ＬＩＳａ、ＬＩＳｂ、ＬＩＳｃなど）の生成が、サーバーにより、また単独配信態様の際に示唆されている。上記で既に言及されたように、これら単独ライセンスの各々は、各ユーザデバイスの明確な箇所に送信されるように意図されており、第２の特定保護（ＫＴ２ａ、ＫＴ２ｂ、ＫＴ２ｃなど）を含み、その他の単独ライセンスとは正確に異ならせている。しかし、各第２の保護については、このアクセスがどんなものであろうとも各保護によって別々に保護されたままであるため、マルチメディアコンテンツＣＴへのアクセスを確実にしている。

幾つかの異なった単独ライセンスを生成する目的は、一定数のユーザデバイスを含むグループに当該ライセンスの各々を割り当てることである。この数字は、このグループのユーザ全てが各々、（殆ど同時に）サーバーに第２の要求を返送する場合に当該サーバーが処理可能な要求の数に（好適には、この数を超えずに）近似している。これを行うため、計算資源が通常ライセンスＬＩＲを決定できる前記最大ペースＤｍａｘに基づき、異なった単独ライセンス（ＬＩＳａ、ＬＩＳｂ、ＬＩＳｃ）の数Ｎｓがサーバーによって決定される。

前記の学術的態様の値に戻ると、所与の時間Ｔでは、前記サーバーは、例えばＮＲ＝２００の通常ライセンスを生成する必要がある。その計算資源は、その最大ペースＤｍａｘに従って時間単位毎にＮ＝６０ ＬＩＲの生成を実現するに過ぎない。その結果、サーバーは複数の単独ライセンスを生成し、その各々は一群Ｎのユーザデバイスに付与されうる。この場合、サーバーが生成する単独ライセンスＬＩＳの数は、ＮＲ／Ｎの全体値と、即ちこの例では３つの単独ライセンスと等価となる。

確かに、瞬間値Ｔから、前記サーバーは、瞬間値Ｔから瞬間値Ｔ＋１に延びる第１の周期Ｐ１の際Ｎ＝６０ ＬＩＲを生成可能である。瞬間値Ｔ＋１では、ＮＲ−Ｎ ＬｉＲ、即ち未だ１４０個の通常ライセンスを生成する必要がある。各周期Ｐでは、その最大フローＤｍａｘに従いＮ＝６０ ＬＩＲを生成可能である。瞬間値Ｔ＋２では、第２の周期Ｐ２の終わりに、ＮＲ−２Ｎ ＬＩＲ、即ち未だ８０個の通常ライセンスを生成する必要がある。第３の周期Ｐ３の終わりには、ＮＲ−３Ｎ ＬＩＲを残しており、即ち未だ２０個の通常ライセンスを生成する必要がある。第４及び最後の周期Ｐ４の際には、最後の通常ライセンス２０個分を生成可能である。このため、第１の周期が６０個のＬＩＲ（Ｄｍａｘ）を生成するのに十分であれば、３つの単独ライセンスＬＩＳａ、ＬＩＳｂ、ＬＩＳｃを生成する必要があり、同ライセンスは通常ライセンスの受信待ち２００のうちの残りのユーザデバイス１４０台に配信される。好適には、最初の２つの単独ライセンスＬＩＳａ、ＬＩＳｂは各々、最大ペースＤｍａｘに従いＮ＝６０のユーザデバイスに付与される。しかし、この例によれば、各単独ライセンス（ＬＩＳａ、ＬＩＳｂ、ＬＩＳｃ）が（ＮＲ−Ｎ）／３ユーザデバイス、即ち４６台又は４７台のユーザデバイスに付与されうる場合、より通常の配信が選択されうる。通常、ここで言及される周期Ｐは暗号周期に対応しうる。

一定の単独ライセンスが配信されたユーザデバイスのグループについては、周期Ｐの終わりに一群Ｎの通常ライセンスが生成される度に、前記サーバーは、この単独ライセンス、即ち第２の保護ＫＴ２ａ、ＫＴ２ｂ、ＫＴ２ｃなどのうちの１つに対応する第２の保護ＫＴ２を撤去しうる。一度この第２の保護が撤去されると、このグループのユーザデバイスは、保護されたコンテンツへのアクセスが最早不可能となるため、サーバーに第２の要求を再送信して通常ユーザの機器に示される黒画面化を回避している。このグループのユーザデバイスの数がサーバーに制御されるので、後者（サーバー）は、この第２の要求の流入に対処することと、対応する通常ライセンスを送信することにより即座に応答することとが可能となる。このため、単独配信態様ＳＭは、本実施態様において、対応する通常ライセンスＬＩＲがサーバーによって生成されるとすぐに前記特有の第２の保護（ＫＴ２）の各々を連続して撤去することを目的とする手順を含む。

一方、各第２の保護は、派生関数によって低次元（又は指数）の第２の保護の取得を実現しうるが、高次元の第２の保護を取得することはない。例えばＫＴ２ｂを所有している場合、ＫＴ２ａは派生関数によって取得されうるが、ＫＴ２ｃは取得できない。このため、前記単独ライセンスＬＩＳｃを有し、ＫＴ２ｃを含むユーザデバイスのグループは、コンテンツＣＴがＫＴ２ｃ、ＫＴ２ｂ或いはＫＴ２ａによって保護されているかに関係なく、派生関数によってコンテンツＣＴにアクセスしうる。このため、適切な第２の保護ＫＴ２ａ、ＫＴ２ｂ、ＫＴ２ｃを選択することで、サーバーは第２の要求の流れを制御しうる。

例えば、前記サーバーがＫＴ２ａを使用してコンテンツＣＴへのアクセスを保護するよう選択する場合、全てのユーザデバイスが、このコンテンツへのアクセスを行えるようになる。確かに、ＬＩＳａ＝｛ＫＴ２ａ｝を有するものは直接ＫＴ２ａを有し、ＬＩＳｂ＝｛ＫＴ２ｂ｝を有するものは派生関数によってＫＴ２ａを取得可能となり、またＬＩＳｃ＝｛ＫＴ２ｃ｝を有するものは、この関数によって直接的に、或いは当初は第１のＫＴ２ｂ、その後ＫＴ２ａを取得するかの何れかにより、ＫＴ２ａを取得可能となる。

後続の周期Ｐの後、前記サーバーがＫＴ２ｂを使用してコンテンツＣＴへのアクセス保護を選択した場合、ＬＩＳｂ及びＬＩＳｃを有するデバイスに限って、このコンテンツの復号化が可能となる。確かに、ＬＩＳａ＝｛ＫＴ２ａ｝を受信したユーザデバイスが第２の保護ＫＴ２ｂを取得することは不可能となる。従って、ＬＩＳａを受信した第１のグループ（グループａ）のユーザデバイスは各々、当該コンテンツを復号化するために第２の要求３３をサーバーに送信する。この周期中、サーバーは、当該第２の要求に応じて、当該通常ライセンスの取得を可能とする当該第１のグループの各ユーザの通常ライセンスＬＩＲを生成したことになる。このサーバーは、次に、第２のグループ（グループｂ）のＬＩＲを生成することが可能となり、次の周期Ｐでは当該コンテンツの保護を改変するため、そのアクセスは第２の保護ＫＴ２ｃによって保護される。その瞬間から第２のグループ（グループｂ）の各ユーザデバイスは、当該第２の保護ＫＴｂを使用しての当該コンテンツへのアクセスが不可能となる（但し、第１のグループの各デバイスは、当該通常ライセンスを全て受信しているため、最早懸念の余地はない）。よって第２のグループの各ユーザデバイスは、サーバーに第２の要求を送信して如何なる混乱（黒画面化など）も回避している。また、サーバーは、各ユーザデバイスから生じた要求３３（特に第２の要求）をスタガリングにより制御可能としているため、当該サーバーが吸収できない要求のピークの発生を回避している。

派生関数を使用しない、精巧性の少ない変形例において、前記単独ライセンスうちの一部に幾つかの第２保護を含むように計画されているため、各ユーザデバイスは、コンテンツへのアクセスに適切な第２の保護を直接取得しうる。前述の例によれば、ＬＩＳａ＝｛ＫＴ２ａ｝、ＬＩＳｂ＝｛ＫＴ２ａ、ＫＴ２ｂ｝及びＬＩＳｃ＝｛ＫＴ２ａ、ＫＴ２ｂ、ＫＴ２ｃ｝を有しうる。

幾つかの単独ライセンスＬＩＳが第２の要求の流れを制御するように生成される全ての実施態様を適用範囲とするため、単独配信態様ＳＭは、（実施された一連の第２の保護ＫＴ２ａ、ＫＴ２ｂ、ＫＴ２ｃなどから）連続的に選択することを目的とする手順を更に含み、この第２の保護ＫＴ２により、前記マルチメディアコンテンツＣＴへのアクセスが保護される必要がある。従って、この選択により、前記サーバーは、幾つかの独立した第２の保護（ＫＴ２ａ、ＫＴ２ｂ、ＫＴ２ｃなど）の可変集合、又は単独で可変の第２の保護ＫＴ２（ＫＴ２ａ又はＫＴ２ｂ或いはＫＴ２ｃなど）によってコンテンツＣＴへのアクセスを保護することができる。この選択は、例えばサーバー１０によって受信された全ての要求３３に応じて、全ての通常ライセンスＬＩＲが生成されるまで、サーバーが一群Ｎの通常ライセンスを生成可能であった各周期Ｐの終わりに周期的に反復される。換言すれば、この反復は、受信待ちのＮＲ通常ライセンス（例えば計数手段ＣＰＴによって記録されたもの）が生成されるまで成される。

別の想定しうる実施態様によれば、前記単独配信態様ＳＭでは、マルチメディアコンテンツＣＴへのアクセスは、第１の保護ＫＴ１だけでは最早保護されないが、少なくとも１つの第１の保護ＫＴ１によっては保護可能なように僅かに改変されうる。このため、このコンテンツは、全てが互いに異なる幾つかの第１の保護ＫＴ１、例えばＫＴ１、ＫＴ１’、ＫＴ１”によって同時に保護され、そのうち各第１の保護は、一定のユーザグループに付与されうる。全ての場合において、各通常ライセンスＬＩＲは、前記第１の保護ＫＴ１、ＫＴ１’、ＫＴ１”のうちの少なくとも１つを含み、従前どおりそのアクセスが特定の（又は個人の）保護Ｋｐによって保護されうる。

有利には、本発明の方法は、第２の要求の流入を、該流入がサイバーに到達した瞬間によるだけでなく、それらの数によって管理することによって予測することも実現している。

図３ａは、時間に基づきサーバーによって受信された要求３３の数のグラフ表示の一例を示す。同図は２つの要求ピークを示し、その各々は多数のユーザによって待ち望まれているマルチメディアイベント、例えば、サッカーの試合、映画の放送、その他特に一般大衆に評判のイベントの開始にほとんど一致したものとなっている。

この第１のグラフに対応して、図３ｂは、図３ａに示される要求に対応するためサーバーによって発行される必要のある通常ライセンスＬＩＲ及び単独ライセンスＬＩＳの量を示している。この図３ｂでは、数値Ｎは、サーバーがその計算資源１１の全てを使用して時間単位毎に最大限発行しうる通常ライセンスＬＩＲを示すものである。このため、この数値Ｎは、時間単位（Ｄｍａｘ）毎に生成されうる通常ライセンスの閾値を示している。これは、約２０，０００個というＬＩＲの高さで座標表示された水平の破線で示されている。この閾値未満の場合、図３ａに示される全ての要求を処理するサーバーによって生成された通常ライセンスＬＩＲの比率が示されている。この閾値を超えている場合、サーバーの計算資源の不足によって暫定的な単独ライセンスＬＩＳを受信する要求の比率が示されている。

図３ａ及び図３ｂに対応して、図４ａは、同一の時間基準に基づきサーバーによって発行され、通常ライセンスによって未だ置き換えられていない単独ライセンスＬＩＳの数のグラフ図を示している。図４ａにおいて、時間単位毎にサーバーによって生成されうるＮ通常ライセンスの閾値も、破線によって座標表示されている。図４ａの曲線が閾値Ｎを上回っている場合の時間を通じて、各ユーザデバイスは、第２の保護ＫＴ２を使用して、既に保護されたコンテンツＣＴにアクセス可能となる。この時間外では、このコンテンツは、通常ライセンスＬＩＲにおいて見られる第１の保護ＫＴ１によってアクセスされうるに過ぎない。この図の曲線が閾値Ｎを下回って下降する場合、遷移周期（図示せず）は、単独ライセンスＬＩＳによるコンテンツＣＴへのアクセスの保証を依然として実現している。また、通常ライセンスＬＩＲによって保護されたに過ぎないコンテンツＣＴに対する（この遷移周期による）テンポライズされた返却により、全てのユーザデバイスは、当該通常ライセンスを受信する時間を確保し、同ライセンスを使用可能とすることも実現している（このため、受信器での黒画面化などの類いの如何なる一時的な混乱も回避している）。

図４ｂは、図４ａのグラフに対応して、通常ライセンスＬＩＲを、図３ａに示される各ピークを包含した時間での該ライセンスの要求に応じて、各ユーザデバイスが取得する確率を示している。第１のピークの出現時、図４ｂに対応して、サーバーの計算資源が極めて急速に飽和状態になっているため、当該要求の殆どに対して通常ライセンスを取得する確率が、第１及び第２のピークではゼロであることが示されている。第２のピークの後、一度ユーザデバイスの殆どがその通常ライセンスを取得すると、この確率は急速に上昇する。

また、本発明は、上記で説明された変形例の何れかによる前記方法の実施のための配信デバイスに関する。図１及び２を参照すると、このデバイスは以下のもの、即ち、
− 使用された前記計算資源に比例した瞬間ペース（Ｄｉｎｓｔ）で、資源１１の最大使用によって画定された最大ペースＤｍａｘの限界値まで（この最大ペースＤｍａｘは、例えば管理者によって、システムハードウェア又はパラメーターで表示可能な値によって決定された値となりうる）、各ユーザデバイス３０から生じた要求３３に応じた通常ライセンスＬＩＲの生成を実現する計算資源１１と、
− 前記第１の保護ＫＴ１を生成する安全ユニット１２と、
− （各計算資源１１の使用率を確認するか、或いは補完的な方法で前記資源の利用率を確認するため）前記瞬間ペースＤｉｎｓｔが最大ペースＤｍａｘ未満であるか確認する論理ユニット１３と、
− 前記論理ユニット１３からの応答結果が肯定であれば、前記要求３３（Ｒ１、Ｒ２、Ｒ３など）の各々に応じて、各々が前記第１の保護ＫＴ１を含む通常ライセンスＬＩＲ（ＬＩＲ１、ＬＩＲ２、ＬＩＲ３など）を生成するライセンス発生器１４と、
− 各ユーザデバイス３０（ＤＩＤ１、ＤＩＤ２、ＤＩＤ３など）に対応付けされ、かつ前記ユーザデバイスの各々について異なる特定保護Ｋｐ（Ｋｐ１、Ｋｐ２など）による第１の保護ＫＴ１へのアクセスの保護を実現する保護ユニット１５と、
− 前記各ユーザデバイス３０に対して前記要求３３の各々に応じた前記通常ライセンスＬＩＲの送信を実現する送信ユニット１６と、
− 前記論理ユニット１３からの応答結果が否定であれば単独配信態様ＳＭへの切り替えを実現する選択ユニット１７であって、
− 前記第１の保護ＫＴ１とは別々に（即ち、前記第１の保護に加えて）、少なくとも１つの更なる第２の保護ＫＴ２によってマルチメディアサービスＣＴへのアクセスを保護することと、
− 前記ライセンス発生器１４によって、前記第２の保護ＫＴ２を備える少なくとも１つの単独ライセンスを生成することと、
− 前記送信ユニット１６の支援により、前記各ユーザデバイス３０のうちの少なくとも一部に前記単独ライセンスＬＩＳを送信することを目的とするものと、を含んでいる。

前記論理ユニット１３は前記単独配信態様ＳＭにおいても繰返し使用され、前記通常態様ＲＭに切り替え、前記瞬間ペースＤｉｎｓｔが再び最大ペースＤｍａｘ未満となった場合には前記通常態様ＲＭに第１の保護ＫＴ１だけで前記マルチメディアサービスＣＴへのアクセスを保護している。この当初の態様への復帰は、通常配信態様の手順を実施するルーチンを再び起動することで、選択ユニット１７によって実行されうる。好適には、この通常配信態様への復帰はテンポライズされ（従って遷移周期を生成し）、上記で既に説明されるように受信デバイスでの如何なる混乱も回避している。

前記配信デバイスは、好適には、配信システムのサーバー１０内に統合されることで、当該マルチメディアサービスは各ユーザデバイスにアクセス可能となる。その理由は、サーバー１０に相応する計算資源１１は、より具体的には配信デバイスの計算資源ともなりうるためである。

前記安全ユニットは、通常、暗号キー発生器を含みうる。このユニットは、第１の保護ＫＴ１，第２の保護ＫＴ２（或いは、適切であれば、第２の保護ＫＴ２ａ、ＫＴ２ｂなど）、各ユーザデバイスに対応付けされた特定キーＫｐ（Ｋｐ１，Ｋｐ２など）、並びに必要ならば単独ライセンスＬＩＳ（適用可能であれば、単独ライセンスＬＩＳａ、ＬＩＳｂなど）へのアクセスを保護するのに使用されうる１つ以上の共通キーＫｃを生成すべく使用されうる。

前記保護ユニット１５は、暗号化アルゴリズム、暗号化対象データ、並びに暗号化キーによって、当該アルゴリズムのパラメーターとして当該キーを使用して該データを暗号化することで、このデータへのアクセスをロックすることが可能な暗号ユニットとなりうる。このため、この保護ユニット１５は、第２の保護ＫＴ２（又は第２の保護ＫＴ２ａ、ＫＴ２ｂなど）へのアクセスを保護するだけでなく、第１の保護ＫＴ１へのアクセスを保護すべく使用されうる。

必要に応じて、瞬間ペースＤｉｎｓｔは、各計算資源１１の使用率を定量化する測定ユニット１８によって決定されうる。

前記配信デバイスは、受信処理されたが、利用可能な計算資源の不足のため応答できなかった要求又は関連データを、少なくとも一時的に格納する登録器を、メモリーにおいて含みうる。好適には、このような登録器は、上記要求の各々について、当該要求を送信するユーザデバイス３０を識別する識別子ＩＤ及び／又電子メールアドレス又は当該デバイスへの到達を実現する手段を含む記録を備えうる。各デバイスに対応付けされた個人キーＫｐ、同一グループの一定数のユーザデバイスの間で共有される共通キーＫｃ、要求識別子、優先順位レベル、受信日時、或いは処理遅延も当該記録の一部となりうる。

本変形例によれば、前記配信デバイスは、生成待ちの通常ライセンスＬＩＲの瞬間数ＮＲの計数手段ＣＰＴと、そのうちの一台が、特に、当該サーバーによって受け入れ可能な要求の比率を表す受入率（ＴＡ）を決定する、幾つかの計算ユニットと、乱数発生器（ＲＮＤ）と、各ライセンスの配信方法のために他の有益なデータ全てを処理する処理ユニットと、前記配信デバイスの全てのユニットを調整する中央処理装置と、を更に備えうる。

Claims (11)

1. マルチメディアサービス（ＣＴ）の配信システムにおいて複数のユーザデバイス（３０）にサーバー（１０）によってマルチメディアライセンス（ＬＩＲ、ＬＩＳ）を配信する方法であって、そのアクセスが前記サーバー（１０）によって実施される通常配信態様（ＲＭ）に従って第１の保護（ＫＴ１）によって保護されるものにおいて、
   前記サーバーは計算資源（１１）を備え、前記計算資源に比例した瞬間ペース（Ｄｉｎｓｔ）で、また前記計算資源（１１）の最大使用によって画定される最大ペース（Ｄｍａｘ）の限界値まで、各ユーザデバイス（３０）から生じた要求（３３）に応じた通常ライセンス（ＬＩＲ）の生成を実現し、
   各通常ライセンス（ＬＩＲ）は前記第１の保護（ＫＴ１）を含み、そのアクセスが、各ユーザデバイス（３０）に対応付けされ及び各ユーザデバイスについて異なる、特定保護（Ｋｐ）によって保護され、
   前記方法は、以下の循環手順、即ち
   − 前記瞬間ペース（Ｄｉｎｓｔ）が前記最大ペース（Ｄｍａｘ）未満であるか確認し、
   − そうであれば、次に、前記要求（３３）の各々に応じて前記通常ライセンス（ＬＩＲ）を生成して前記ユーザデバイス（３０）に送信し、
   − そうでなければ、必要なだけ多くのマルチメディアライセンス（ＬＩＲ、ＬＩＳ）を配信するように適合された単独配信態様（ＳＭ）にサーバー（１０）を切り替える手順として、
   − 前記第１の保護（ＫＴ１）とは別に、少なくとも１つの第２の更なる保護（ＫＴ２）によって前記マルチメディアサービス（ＣＴ）への前記アクセスを保護する手順と、
   − 前記第２の保護（ＫＴ２）を含む少なくとも１つの単独ライセンス（ＬＩＳ）をサーバー（１０）で発生させることと、
   − 前記ユーザデバイス（３０）のうちの少なくとも一部に前記単独ライセンス（ＬＩＳ）を送信する手順と、
   − 前記瞬間ペース（Ｄｉｎｓｔ）が最大ペース（Ｄｍａｘ）未満であるか反復方式で確認し、そうであれば、単独態様（ＳＭ）から通常態様（ＲＭ）に切り替えて通常ライセンス（ＬＩＲ）によってのみ前記マルチメディアサービス（ＣＴ）へのアクセスを実現する手順と、を有するものを含む、方法。
2. 生成されるべき前記単独ライセンス（ＬＩＳ）は、前記通常ライセンス（ＬＩＲ）よりも要する計算資源が顕著に少ない、請求項１記載の方法。
3. 前記単独ライセンス（ＬＩＳ）は、複数のユーザデバイス（３０）によって共有されるライセンスとする、請求項１又は２に記載の方法。
4. 前記第２の保護（ＫＴ２）への前記アクセスは、前記ユーザデバイス（３０）のうちの少なくとも一部によって周知される共通保護（Ｋｃ）によって保護される、請求項１〜３の何れか１項に記載の方法。
5. 前記特定保護（Ｋｐ）は、前記サーバー（１０）と前記ユーザデバイス（３０）との間で、それぞれ非対称の暗号スキームにおいて、個人キー、或いは対称の暗号スキームにおけるユーザデバイス（３０）の公開キーの何れかとする、請求項１記載の方法。
6. 各要求（３３）は、各ユーザデバイス（３０）に対応付けられて各ユーザデバイス（３０）について異なる特定識別子（ＩＤ）であって、前記サーバー（１０）に前記ユーザデバイス（３０）へのメッセージの送信を常時実現するものによって識別され、また前記サーバー（１０）は、前記単独配信態様（ＳＭ）において、以下の手順、即ち、
   − ユーザデバイス（３０）から生じた各要求（３３）の前記識別子（ＩＤ）を格納する手順と、
   − 前記瞬間ペース（Ｄｉｎｓｔ）が前記最大ペース（Ｄｍａｘ）未満であれば、識別子（ＩＤ）が格納された各要求（３０）についての通常ライセンス（ＬＩＲ）を生成し、該通常ライセンスを、前記識別子（ＩＤ）に対応付けられた前記ユーザデバイス（３０）に送信する手順と、を更に実行する、請求項１〜５の何れか１項に記載の方法。
7. 前記通常ライセンス（ＬＩＲ）は、当初の権利管理メッセージ（ＥＭＭ１）において前記ユーザデバイス（３０）に送信され、前記単独ライセンス（ＬＩＳ）は、第２の権利管理メッセージ（ＥＭＭ２）において送信され、また前記マルチメディアサービス（ＣＴ）は、制御語（ＣＷ）を使用して暗号化されたマルチメディアコンテンツであり、また通常配信態様（ＲＭ）では、前記制御語（ＣＷ）は、前記第１の保護（ＫＴ１）を使用して暗号化されて第１の制御メッセージ（ＥＭＣ１）を形成し、前記単独配信態様（ＳＭ）では、前記制御語（ＣＷ）は、前記第２の保護（ＫＴ２）を使用して更に暗号化されて第２の制御メッセージ（ＥＣＭ２）を形成する、請求項１〜６の何れか１項に記載の方法。
8. 前記サーバー（１０）は、生成待ちの所要の通常ライセンス（ＬＩＲ）の数（ＮＲ）の計数手段（ＣＰＴ）を更に含み、
   前記単独配信態様（ＳＭ）は、以下の手順、即ち、
   − 前記瞬間ペース（Ｄｉｎｓｔ）が前記最大ペース（Ｄｍａｘ）未満であるか決定し、そうであれば、
   − 前記通常ライセンス（ＬＩＲ）の前記数（ＮＲ）がゼロより大きい限り、前記ユーザデバイス（３０）の少なくとも一部に宛てられた情報メッセージ経由で、前記計数手段（ＣＰＴ）によって合算された通常ライセンス（ＬＩＲ）の数（ＮＲ）に関し前記サーバー（１０）によって受け入れ可能な要求（３３）の比率を表す受入率（ＴＡ）を計算及び配信する手順を更に含み、
   前記情報メッセージの受信時、各ユーザデバイス（３０）は、以下の循環手順、即ち、
   − 前記ユーザデバイス（３０）が通常ライセンス（ＬＩＲ）を有するか確認し、そうでなければ、
   − 乱数番号（ＲＮＤ）を生成し、前記生成された乱数（ＲＮＤ）が前記受入率（ＴＡ）より低いか同等であるか確認し、そうであれば、前記当該サーバー（３３）に前記要求を再送し、そうでなければ、新しい情報メッセージが受信されるまで待機する手順を実行する、請求項１〜５の何れか１項に記載の方法。
9. 前記受入率（ＴＡ）は、以下の手順、即ち、
   − 前記計算資源が現時点で生成できる通常ライセンス（ＬＩＲ）の数（ＮＤ）を決定し、
   − 前記受入率（ＴＡ）を前記数（ＮＤ）の商と同等とし、前記計数手段（ＣＰＴ）によって合算された通常ライセンス（ＬＩＲ）の数（ＮＲ）によってこのように決定されることで計算される、請求項８記載の方法。
10. 互いに異なる単独ライセンス（ＬＩＳ）の一定数（Ｎｓ）は、前記単独配信態様（ＳＭ）の際に前記サーバー（１０）によって生成され、該ライセンスの各々は、前記ユーザデバイス（３０）の特定の一部に送信されるように意図され、またその他の単独ライセンス（ＬＩＳ）とは異ならせ、かつ前記マルチメディアコンテンツ（ＣＴ）へのアクセスを保証する少なくとも１つの特定の第２の保護（ＫＴ２）を含み、単独ライセンス（ＬＩＳ）の前記数（Ｎｓ）は、前記計算資源（１１）が通常ライセンス（ＬＩＲ）を決定できる前記最大ペース（Ｄｍａｘ）に基づき前記サーバー（１０）によって決定され、また前記単独配信態様（ＳＭ）は、複数の第２の保護（ＫＴ２）のうち、少なくとも１つの第２の保護（ＫＴ２）を選択し、前記マルチメディアコンテンツ（ＣＴ）への前記アクセスの保護、並びに前記サーバー（１０）によって受信された全ての要求（３３）に応じて、全ての通常ライセンス（ＬＩＲ）が生成されるまで周期的に前記選択を反復することを目的とする一手順を更に有する、請求項１〜５の何れか１項に記載の方法。
11. マルチメディアサービス（ＣＴ）の配信システムにおいて複数のユーザデバイス（３０）にマルチメディアライセンス（ＬＩＲ，ＬＩＳ）を配信するためのデバイスであって、そのアクセスが通常配信態様（ＲＭ）に従って第１の保護（ＫＴ１）によって保護されるものにおいて、
    − 使用される前記計算資源に比例した瞬間ペース（Ｄｉｎｓｔ）で、かつ前記計算資源（１１）の最大使用によって画定された最大ペース（Ｄｍａｘ）の限界値まで、前記ユーザデバイス（３０）から生じた要求（３３）に応じた通常ライセンス（ＬＩＲ）の生成を実現する計算資源（１１）と、
    − 前記第１の保護（ＫＴ１）を生成する安全ユニット（１２）と、
    − 前記瞬間ペース（Ｄｉｎｓｔ）が前記最大ペース（Ｄｍａｘ）未満であるか確認する論理ユニット（１３）と、
    − 前記論理ユニット（１３）からの応答結果が肯定であれば、前記要求（３３）の各々に応じて、通常ライセンス（ＬＩＲ）を生成するライセンス発生器（１４）であって、当該通常ライセンスの各々が前記第１の保護（ＫＴ１）を含むものと、
    − 各ユーザデバイス（３０）に対応付けされ、かつ各ユーザデバイスについて異なる特定保護（Ｋｐ）を使用して、前記第１の保護（ＫＴ１）へのアクセスを保護する暗号ユニット（１５）と、
    − 前記ユーザデバイス（３０）に、前記要求（３３）の各々に応じた前記通常ライセンス（ＬＩＲ）の送信を実現する送信ユニット（１６）と、
    − 前記論理ユニット（１３）からの応答結果が否定であれば、必要なだけ多くのマルチメディアライセンス（ＬＩＲ、ＬＩＳ）を配信可能な単独配信態様（ＳＭ）への切り替えを実現する選択ユニット（１７）であって、
    − 前記第１の保護（ＫＴ１）とは別に、少なくとも１つの更なる第２の保護（ＫＴ２）によってマルチメディアサービス（ＣＴ）へのアクセスを保護することと、
    − 前記ライセンス発生器（１４）によって、前記第２の保護（ＫＴ２）を含む少なくとも１つの単独ライセンス（ＬＩＳ）を生成することと、
    − 前記送信ユニット（１６）によって、前記ユーザデバイス（３０）の少なくとも一部に前記単独ライセンス（ＬＩＳ）を送信することと、を目的とするものと、を備え、
    また前記論理ユニット（１３）は、前記選択ユニット（１７）によって当初の通常配信態様（ＳＭ）に再び切り替え、前記瞬間ペース（Ｄｉｎｓｔ）が再び前記最大ペース（Ｄｍａｘ）未満であれば、前記第１の保護（ＫＴ１）のみ使用して前記マルチメディアサービス（ＣＴ）へのアクセスを保護する前記単独配信態様（ＳＭ）において、反復して使用される、デバイス。

Images