(57)【要約】  ドメインのクラスタの提供ポイント（ＰＰ）への取得ポイント（ＡＰ）によるコンテンツへのアクセス制御方法。ＡＰは、ＰＰからＰＰのクラスタアイデンティティと優先度を有するアクセスコンテンツリクエストを受け付ける。ＡＰは、クラスタのＰＰにアクセスが付与されているか確認し、そうである場合には、要求元のＰＰにアクセスを付与する。そうでない場合、ＡＰは、最大数のクラスタのＰＰにアクセスが付与されているか確認する。そうでない場合、ＡＰはアクセスを付与する。最大値に達している場合、ＡＰは、要求元のＰＰの優先度が他のクラスタのすべてのＰＰの優先度より高いか確認する。そうでない場合、アクセスは拒絶される。そうである場合、ＡＰは、要求元のＰＰにアクセスを付与し、最も低い優先値を有するクラスタのＰＰにアクセスを拒絶する。取得ポイントがまた請求される。
2008537194.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの第２装置に対してコンテンツを配信し、前記コンテンツへのアクセスを付与するよう構成される第１装置を有するドメインにおいてコンテンツの配信を制御する方法であって、各第２装置は、前記ドメインのクラスタに属し、
当該方法は、前記第１装置において、
第２装置からコンテンツにアクセスするリクエストを受け付けるステップと、
前記第１装置が前記要求元の第２装置と同一のクラスタに属するさらなる第２装置にコンテンツへのアクセスを付与していない場合、前記第１装置がコンテンツへのアクセスを付与しているクラスタの個数を確認し、該クラスタの個数が所定の最大値より小さい場合に限って、前記要求元の第２装置に前記コンテンツへのアクセスを付与するステップと、
を有する方法。
【請求項２】
前記最大値は可変的である、請求項１記載の方法。
【請求項３】
前記最大値は、前記コンテンツに応じて変更される、請求項２記載の方法。
【請求項４】
前記最大値は、時間依存的なものである、請求項２記載の方法。
【請求項５】
各第２装置は優先値を有し、
前記最大値に達すると、前記要求元の第２装置の優先値がアクセスが付与されているクラスタのすべての第２装置の優先値より高い場合、アクセスが拒絶されているクラスタの要求元の第２装置にアクセスを付与する、請求項１記載の方法。
【請求項６】
最小の優先値を有する前記クラスタの第２装置に、コンテンツにアクセスするそれらの次のリクエストにおいてアクセスが拒絶される、請求項５記載の方法。
【請求項７】
各クラスタは、そこのすべての第２装置に知られているクラスタＩＤを有し、
前記第１装置は、前記クラスタＩＤを格納し、格納されているクラスタＩＤの個数をカウントすることによって、それがコンテンツを付与したクラスタの個数を確認する、請求項１記載の方法。
【請求項８】
前記クラスタの最大数に達している場合、前記第１装置は、アクセスを付与したすべての第２装置とチャレンジ／レスポンスプロトコルを開始し、応答によりそれが受け付けた異なるクラスタの個数をカウントし、クラスタの最大数を超過していない場合、前記第２装置からのこのようなレスポンスをすでに待機していない場合、前記要求元の第２装置にアクセスを付与する、請求項１記載の方法。
【請求項９】
前記第１装置は常に、自らのクラスタの第２装置にアクセスを付与し、前記クラスタは、前記クラスタの最大値に対してカウントされない、請求項１記載の方法。
【請求項１０】
前記第１装置において、前記第１装置が前記要求元の第２装置と同一のクラスタに属するさらなる第２装置にコンテンツへのアクセスを付与した場合、前記要求元の第２装置に前記コンテンツへのアクセスを付与するステップをさらに有する、請求項１記載の方法。
【請求項１１】
少なくとも１つの第２装置をさらに有するドメインにおいてコンテンツの配信を制御する装置であって、
当該装置は、前記第２装置の少なくとも１つに対してコンテンツを配信し、前記コンテンツへのアクセスを付与するよう構成され、
各第２装置はクラスタに属し、
当該装置は、
第２装置からコンテンツにアクセスするリクエストを受け付け、
前記第１装置が前記要求元の第２装置と同一のクラスタに属するさらなる第２装置にコンテンツへのアクセスを付与していない場合、前記第１装置がコンテンツへのアクセスを付与しているクラスタの個数を確認し、該クラスタの個数が所定の最大値より小さい場合に限って、前記要求元の第２装置に前記コンテンツへのアクセスを付与する、
よう構成される装置。
【請求項１２】
前記最大値は可変的である、請求項１１記載の装置。
【請求項１３】
前記最大値は、前記コンテンツに応じて変更される、請求項１２記載の装置。
【請求項１４】
前記最大値は、時間依存的なものである、請求項１２記載の装置。
【請求項１５】
前記最大値に達すると、前記要求元の第２装置の優先値がアクセスが付与されているクラスタのすべての第２装置の優先値より高い場合、アクセスが拒絶されているクラスタの要求元の第２装置にアクセスを付与するようさらに構成される、請求項１１記載の装置。
【請求項１６】
最小の優先値を有する前記クラスタの第２装置に、コンテンツにアクセスするそれらの次のリクエストにおいてアクセスを拒絶するようさらに構成される、請求項１５記載の装置。
【請求項１７】
それがコンテンツを付与したクラスタのクラスタＩＤであって、クラスタの各第２装置に知られているクラスタＩＤを格納し、格納されているクラスタＩＤの個数をカウントすることによって、そのようなクラスタの個数を確認するようさらに構成される、請求項１１記載の装置。
【請求項１８】
前記クラスタの最大数に達している場合、前記第１装置は、アクセスを付与したすべての第２装置とチャレンジ／レスポンスプロトコルを開始し、応答によりそれが受け付けた異なるクラスタの個数をカウントし、クラスタの最大数を超過していない場合、前記第２装置からのこのようなレスポンスをすでに待機していない場合、前記要求元の第２装置にアクセスを付与するようさらに構成される、請求項１１記載の装置。
【請求項１９】
常に自らのクラスタの第２装置にアクセスを付与し、当該クラスタを前記クラスタの最大値に対してカウントしないよう構成される、請求項１１記載の装置。
【請求項２０】
当該装置が前記要求元の第２装置と同一のクラスタに属するさらなる第２装置にコンテンツへのアクセスを付与した場合、前記要求元の第２装置に前記コンテンツへのアクセスを付与するようさらに構成される、請求項１１記載の装置。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、一般に制御されたコンテンツ配信に関し、特にメディアネットワークにおけるものに関する。
【０００２】
映画スタジオや放送局などのコンテンツ所有者は、自らのコンテンツの不正な配信を大変懸念しており、コンテンツ保護は大変重要である。一般に、契約者のみがコンテンツにアクセスすることが許可されるべきである。ＳｍａｒｔＲｉｇｈｔ、ｅｘｔｅｎｓｉｂｌｅ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ（ｘＣＰ）、ＴｉＶｏＧｕａｒｄ  Ｄｉｇｉｔａｌ  Ｏｕｔｐｕｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙなどのいくつかのプロテクションスキームが存在する。これらのスキームは、１つの家計に属するすべての装置を含むものとして通常規定されるドメインの概念を利用している。
【０００３】
図１は、一例として２つのドメイン１００と２００を示す。Ａｃｑｕｉｓｉｔｉｏｎ  Ｐｏｉｎｔ（ＡＰ）１０１と２０１において取得されるコンテンツは、ドメイン１００及び２００に属するすべての装置（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｐｏｉｎｔ（ＰＰ）により例示される）１０２及び２０２に配信可能であるが、ドメイン１００及び２００の外部の装置には配信不可である。すなわち、第２ドメイン２００の装置２０２は、第２ドメイン２００のＡＰ２０１により配信されるコンテンツしかアクセスできず、第１ドメイン１００のＡＰ１０１により配信されるコンテンツにはアクセスできない。ドメインは、１つの地理的位置に限定されず、例えば、夏の別荘の装置と共にモバイル装置を有するかもしれない。また、ＰＰは同一タイプのものである必要はないことに留意すべきである。
【０００４】
いくつかのドメインプロテクションスキームは、コンテンツの配信をＡＰに“近い”装置に制限している。すなわち、遠くにある装置は、コンテンツにアクセスすることができない。これは、“近接性制御（ｐｒｏｘｉｍｉｔｙ  ｃｏｎｔｒｏｌ）”として知られている。主な原理は、ユーザが家計の一部でない親戚などとドメインを共有することを防ぐことである。近接性制御はこれを回避するが、いくつかのケースでは、これは制限的すぎるものとなる。例えば、不正をしない家族が、ＡＰが主要な自宅にあるとき、夏の別荘からコンテンツにアクセスすることができないかもしれない。
【０００５】
図２は、図１と同一のドメイン及び装置による近接性制御を示す。第１ドメイン１００では、ＡＰ１０１に“近い”エリア１１０の装置１０２のみが、それにより配信されるコンテンツにアクセスすることができる。同様に、第２ドメイン２００では、ＡＰ２０１に“近い”エリア２１０の装置２０２のみが、それにより配信されるコンテンツにアクセスすることができる。通常、コンテンツプロバイダが“近い”及び“遠い”を規定する。
【０００６】
ＴｉＶｏによる手段は上記問題を解決するが、支払価格は、ユーザのアイデンティティが知られていなければならないということである。これは、コンテンツプロバイダがユーザが同じ家族に属していることを認証し、認証されると、近接性制限を緩和することを可能にする。残念なことに、ユーザの識別はそれ自体の問題を与え、匿名性及び／又はプライバシー問題を生じさせる。さらに、異なるコンテンツを契約している２人の友人が、それぞれ装置を購入し、それを他方に貸し、双方の友人が同時に契約しているすべてのコンテンツにアクセスすることが可能となる。
【０００７】
配信フラグとして知られるアプリケーションは、インターネット再配信が制限されるコンテンツの識別を可能にする。最近、Ｆｅｄｅｒａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｍｍｉｓｓｉｏｎ（ＦＣＣ）は、配信フラグによりマーク付けされたコンテンツをセキュアにするいくつかのコピープロテクションシステムを承認した。ドメインコピープロテクションシステムは、それらが近接性制御を実装しなかった場合でも許容されたが、いくつかの映画スタジオは依然としてプロテクションシステムが近接性制御を実装することを要求している。
【０００８】
従って、ユーザの匿名性及びプライバシーを維持しながら、あるドメインの離れたユーザへのアクセスの制御された配信を可能にするフレキシブルな手段が必要とされることが理解できる。
【０００９】
第１の特徴では、本発明は、少なくとも１つの第２装置（ＰＰ）に対してコンテンツを配信し、コンテンツへのアクセスを付与するよう構成される第１装置（ＡＰ）を有するドメインにおけるコンテンツの配信を制御する方法に関する。各ＰＰは、当該ドメインのクラスタに属する。ＡＰは、ＰＰからコンテンツにアクセスするリクエストを受け付ける。ＡＰが要求元のＰＰと同一のクラスタに属するさらなるＰＰにコンテンツへのアクセスを付与しなかった場合、それは、それがコンテンツへのアクセスを付与したクラスタの個数を確認し、このクラスタ数が所定の最大値より小さい場合に限って、要求元のＰＰにコンテンツへのアクセスを付与する。
【００１０】
好適な実施例では、この最大値は可変的なものである。最大値は、例えば、コンテンツ又は時間に依存するかもしれない。
【００１１】
さらなる好適な実施例では、各ＰＰは優先値を有し、最大値に到達すると、要求元のＰＰの優先値がアクセスが付与されているクラスタのすべてのＰＰの優先値より高い場合、アクセスが拒絶されているクラスタの要求元のＰＰにアクセスが付与される。
【００１２】
好ましくは、コンテンツにアクセスするそれらの次のリクエストにおいて、最小の優先値を有するクラスタのＰＰに対してアクセスが拒絶される。
【００１３】
さらなる好適な実施例では、各クラスタは、その中のすべてのＰＰに知られているクラスタＩＤを有し、ＡＰは、クラスタＩＤを格納し、格納されているクラスタＩＤの個数をカウントすることによって、それがアクセスを付与したクラスタの個数を確認する。
【００１４】
さらなる他の好適な実施例では、クラスタの最大値に到達し、ＡＰがＰＰからのチャレンジ／レスポンスプロトコルに対するレスポンスをすでに待機していない場合、それは、アクセスが付与されたすべてのＰＰによりこのようなプロトコルを開始する。その後、ＡＰは、応答によりそれが受信した異なるクラスタＩＤの個数をカウントし、クラスタの最大値を超過していない場合、要求元のＰＰにアクセスを付与する。
【００１５】
さらなる他の好適な実施例では、ＡＰは常に自らのクラスタ内のＰＰにアクセスを付与する。このクラスタは、クラスタの最大値についてカウントされない。
【００１６】
さらなる他の好適な実施例では、ＡＰは、それが要求元のＰＰと同一のクラスタに属するさらなるＰＰにコンテンツへのアクセスを付与した場合、要求元のＰＰにコンテンツへのアクセスを付与する。
【００１７】
第２の特徴では、本発明は、少なくとも１つの第２装置（ＰＰ）をさらに有するドメインにおいてコンテンツの配信を制御する装置（ＡＰ）に関する。ＡＰは、ＰＰの少なくとも１つに対してコンテンツを配信し、コンテンツへのアクセスを付与するよう構成される。各ＰＰはクラスタに属する。ＡＰは、ＰＰからコンテンツにアクセスするリクエストを受け付けるよう構成される。ＡＰが要求元のＰＰと同一のクラスタに属するさらなるＰＰにコンテンツへのアクセスを付与していない場合、それは、それがコンテンツへのアクセスを付与したクラスタの個数を確認し、クラスタ数が所定の最大値より小さい場合に限って、要求元のＰＰにコンテンツへのアクセスを付与する。
【００１８】
好適な実施例では、この最大値は可変的なものである。最大値は、例えば、コンテンツ又は時間に依存するかもしれない。
【００１９】
他の好適な実施例では、ＡＰはさらに、最大値に達すると、要求元のＰＰの優先値がアクセスが付与されているクラスタのすべてのＰＰの優先値より高い場合、アクセスが拒絶されているクラスタの要求元のＰＰにアクセスを付与するよう構成される。
【００２０】
好ましくは、ＡＰは、それらのコンテンツにアクセスする次のリクエストにおいて最小の優先値を有するクラスタのＰＰへのアクセスを拒絶する。
【００２１】
さらなる好適な実施例では、ＡＰは、それがコンテンツを付与したクラスタのクラスタＩＤを格納し、クラスタＩＤはクラスタの各ＰＰに知られており、ＡＰは、格納されたクラスタＩＤの個数をカウントすることによって、このようなクラスタの個数を確認する。
【００２２】
さらなる他の好適な実施例では、クラスタの最大値に達し、ＡＰがＰＰからのチャレンジ／レスポンスプロトコルに対するレスポンスをすでに待機していない場合、それはアクセスを付与したすべてのＰＰとこのようなプロトコルを開始し、応答によりそれが受け付けた異なるクラスタＩＤの個数をカウントし、クラスタの最大値を超過していない場合、要求元のＰＰにアクセスを付与する。
【００２３】
さらなる他の好適な実施例では、ＡＰはさらに、自らのクラスタ内のＰＰに常にアクセスを付与し、クラスタの最大値について当該クラスタをカウントしないよう構成される。
【００２４】
さらなる他の好適な実施例では、ＡＰはさらに、それが要求元のＰＰと同一のクラスタに属するさらなるＰＰにコンテンツへのアクセスを付与した場合、要求元のＰＰにコンテンツへのアクセスを付与するよう構成される。
【００２５】
添付した図面を参照して実施例により本発明の好適な特徴が説明される。
［発明の好適な実施例］
本発明は、ドメイン管理によるコンテンツ配信システムに基づく。上述されたように、ドメイン（パーソナル・プライベート・ネットワーク（ＰＰＮ）とも呼ばれる）は、地理的位置に関係なくコンテンツを交換可能なユーザのすべての装置を有し、特定のドメインに提供されたコンテンツは、他のドメインではレンダリングできない。
【００２６】
本発明は、ドメインのクラスタへの分割を加えることによって従来技術による手段を向上させる。クラスタは、同一のコピープロテクションドメインに属する同じ場所にある装置のグループとして規定される。クラスタは、装置がクラスタに参入又は離脱するに従って、動的に進化するかもしれない。同じ場所にあるという定義は、実現されるシステムに依存するが、以下で具体例が与えられる。
【００２７】
図３は、本発明によるクラスタの概念を示す。図３は、前の図と同一の装置を有する第１ドメイン１００を示す。各クラスタ１２０、１３０及び１４０は、いくつかの装置を有する。第１クラスタ１２０は、取得ポイント（ＡＰ）１０１といくつかの提供ポイント（ＰＰ）１０２とを有する。取得ポイント１０１は、コンテンツ１０５を受け取り、それをドメイン１００内で利用可能にするため変換する。提供ポイント１０２は、本発明により与えられる制限を受け、それらが同一ドメインに属する場合、取得ポイント１０１により配信されるコンテンツをレンダリングすることが可能である。第１ドメイン１００はまた、以降において提供ポイント１０２によりリクエストされる可能性があるコンテンツを格納するよう構成されるレコーダ又はハードディスクなどの記憶装置１０４を有する。コンテンツが取得ポイントを介しドメインに入力される間、それはまた提供ポイント又は記憶装置によって再配信されるかもしれないということに留意すべきである。また、ドメインは複数の取得ポイントを有してもよいということに留意すべきである。
【００２８】
ドメイン１００は、さらなる２つのクラスタ１３０と１４０とを有する。第２クラスタ１３０は２つの提供ポイント１０２を有し、第３クラスタは１つの提供ポイント１０２を有する。
【００２９】
コンテンツの配信は、それを限定数のクラスタに制限することによって制御される。コンテンツにアクセス及び配信する取得ポイント１０１は、コンテンツをリクエストするクラスタの個数をカウントすることによって配信を制御する。当該個数が所定の最大値を超える場合、取得ポイント１０１は配信を最大数の許可されたクラスタに制限する。
【００３０】
他の実施例では、取得ポイント１０１は常にそれが属するクラスタ内でコンテンツを配信するかもしれない。このクラスタは、クラスタの最大値についてはカウントされない。このとき、ゼロのクラスタの最大数は、取得ポイント１０１が自らのクラスタの外部にコンテンツを配信することができず、１のクラスタの最大数は、コンテンツが取得ポイント自体のクラスタと他のクラスタの内部で配信可能であることを意味する。
【００３１】
図４Ａ及び４Ｂ（図４として総称される）は、本発明によるコンテンツのいくつかのクラスタへの限定的な配信を示す。図４Ａでは、配信は１つのクラスタに限定される。第１クラスタの提供ポイント（図示せず）がまずコンテンツをリクエストすると、その後、他のクラスタの提供ポイント（図示せず）は、相互接続ラインのクロスにより示されるように、コンテンツにアクセスすることができない。本発明によると、好ましくは、アクセスが付与されるクラスタ内でコンテンツにアクセス可能な提供ポイントの個数に対する制限はない。
【００３２】
図４Ｂは、コンテンツの２つのクラスタへの配信を示す。第１クラスタ１２０と第２クラスタ１３０の提供ポイント（図示せず）がコンテンツをリクエストしたと仮定すると、取得ポイント１０１は、第３クラスタ１４０の提供ポイント（図示せず）からのリクエストを拒絶する（相互接続ラインのクロスにより示されるように）。しかしながら、取得ポイントがすでにコンテンツを配信した第１及び第２クラスタ１２０及び１３０の提供ポイントからのさらなるリクエストが与えられる。
【００３３】
本発明は、クラスタ内のコンテンツ再配信を許可する。すなわち、第１提供ポイントは、同一クラスタ内の第２提供ポイントにコンテンツを転送することが許可されている。
【００３４】
コンテンツ配信は制御されているコンテンツのみに限定されることに留意すべきである。コンテンツプロバイダがすべてに利用可能なフリーコンテンツを提供することは可能である。さらに、異なるコンテンツは異なる制限を有するかもしれない。すなわち、１つのコンテンツは、例えば、１つのクラスタ内の配信に制限され、他のコンテンツは２つのクラスタに制限されるかもしれず、第３コンテンツは限定数のクラスタに配信されるかもしれない。好適な実施例では、最大値が、同時にアクセスされるコンテンツの最小値に設定される。また、最大値は現在時間に依存するなど時間に依存させることが可能である。
【００３５】
また、提供ポイントは異なる優先度を有することが可能である。例えば、配信が２つのクラスタに限定され、第１及び第２クラスタ１２０及び１３０の提供ポイントがコンテンツにアクセスし、第３クラスタ１４０の提供ポイントが第２クラスタ１３０のコンテンツにアクセスするすべての提供ポイントより高い優先度を有していると仮定すると、この高い優先度の提供ポイントからのリクエストは取得ポイント１０１により付与され、その後、第２クラスタ１３０の提供ポイントへのアクセスを拒絶する。
【００３６】
各装置の優先度は、例えば、ユーザにより設定可能であるが（提供ポイントの特別メニューなどを介して）、それはまた当該装置に係る証明書に示されるかもしれない。好適な実施例では、優先度は後述されるターミナルチャンレンジ（Ｔｅｒｍｉｎａｌ  Ｃｈａｌｌｅｎｇｅ）に挿入される。
【００３７】
クラスタの生成とメンテナンス（ネーミングなど）の好適な実施例は、ＳｍａｒｔＲｉｇｈｔの拡張により提供される手段を利用する。
【００３８】
上述されるように、装置（取得ポイントと提供ポイントを有する）は、それらが互いに十分“近い”場合、同一のクラスタに属するかもしれない。例えば、ＩＰを介したＳｍａｒｔＲｉｇｈｔの近接性制御は、“近さ”を決定するのに利用されてもよい。すなわち、２つの装置は、それらが同一のＬＡＮ上にあり、７ｍｓのＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）によりパケットが他方の装置に到達可能である場合に“近い”とみなされる。
【００３９】
駆動時のみ、また好ましくはアクティブ時に、装置はクラスタに属する。装置が起動されると、及び／又は好ましくはアクティブ化されると、それはランダムな値を有するメッセージを配信する。この値は、クラスタＩＤとして使用され、クラスタ内のすべての装置によって格納される。ランダムな値は一時的なものであり、各起動時又は装置挿入時に更新される（すなわち、装置がアクティブ化されるとき）。クラスタＩＤの長さは、２つのクラスタが同一ＩＤを抽出する可能性がないように設計されるべきである。すなわち、１２８ビットで通常は十分であるが、この長さは当業者により変更されるかもしれない。
【００４０】
プロトコルは、クラスタによるコンテンツへのアクセスを制御するのに使用される。好適な実施例は、ＳｍａｒｔＲｉｇｈｔの閲覧専用モードの特別な機能に基づく。コンテンツを配信する取得ポイントは、コンテンツをレンダリングする提供ポイントから受け取るターミナルチャレンジメッセージの個数をカウントする。提供ポイントは、以下のときにターミナルチャレンジメッセージを送信する。
・それが明示的にコンテンツへのアクセスをリクエストする。それがそれの読み込みをスタートするとき
・取得ポイントによってリクエストされたとき、例えば、それがセキュリティの理由のため再認証される必要があることを提供ポイントに示すフラグをＬＥＣＭ（ｎｅｗ＿ａｕｔｈフラグ）に設定するなどによって。後者のケースは、コンテンツにアクセスする要求されたリクエストとしてみなされるかもしれない。
【００４１】
好適な実施例は、ＳｍａｒｔＲｉｇｈｔターミナルチャレンジメッセージのクラスタＩＤを追加することによって、この機能を変更する。これは、取得ポイントが少なくとも１つの提供ポイントが与えられたコンテンツをレンダリングしているクラスタの個数をカウントすることを可能にする。
【００４２】
上述されるように、取得ポイントは、最大のクラスタリミットに到達すると、コンテンツへのアクセスを拒絶する。しかしながら、すでに許可されたクラスタの装置のアクティブ化のケースにおいて、すなわち、クラスタＩＤが変更されていることを意味するケースにおいて、問題が発生する。当該クラスタからＡＰにより受け取られた次のチャレンジは（クラスタの新たな装置がコンテンツをリクエストし、又はコンテンツにアクセスするＰＰが他のコンテンツにザップ（ｚａｐ）し、もとのコンテンツにザップし直す。）、最大クラスタリミットに到達した場合には異常拒絶される。これを解消するため、取得ポイントは、コンテンツがアクセスされるクラスタの個数を再カウントするため、提供ポイントによりチャレンジ／レスポンスセッションを開始する（ｎｅｗ＿ａｕｔｈフラグを設定する）。クラスタＩＤだけでクラスタ数は変更されていないため、取得ポイントは、要求元の提供ポイントにアクセスを付与する。
【００４３】
チャレンジ／レスポンスセッション（通常のカウント又は何れかの再カウントのため）の開始後の所定時間中、ＡＰはチャレンジメッセージをカウントし、リミットに到達するとアクセスを拒絶する。この時間が経過すると、新たなリクエストが再カウントを呼び出すことが可能である。
【００４４】
クラスタＩＤが新しいものであるか知るため、取得ポイントは、それが現在コンテンツを配信しているクラスタのＩＤをセキュアな場所に格納する。好適な実施例では、クラスタＩＤは取得ポイントのセキュリティユニットに格納される。当該セキュリティユニットは、スマートカード又は他のタイプのポータブルユニットにより実現可能である。限定されたストレージ要求がある。最大で１０個のクラスタにサービス提供する取得ポイントは、１０個のクラスタＩＤのためのストレージスペースを必要とする。１２８ビットクラスタでは、これは最大で１２８０ビットを意味し、現在のスマートカードにとって全く許容できるものである。
【００４５】
本発明は、チェーニング（ｃｈａｉｎｉｎｇ）のケースにも適用可能であり、これについては、１つのクラスタの提供ポイントは他のクラスタにコンテンツを再配信することを意味する。本発明によると、他の提供ポイントを介しコンテンツにアクセスすることを所望する提供ポイントは、コンテンツを当初提供した取得ポイントからアクセスをリクエストしなければならない。コンテンツメッセージと認証メッセージは、ドメインを介し異なるルートをとってもよく、本発明をチェーニングから独立したものとする。
【００４６】
図５は、本発明によるコンテンツのチェーニングを示す。コンテンツ配信は２つのクラスタに限定されていると仮定する。第１クラスタ１２０の取得ポイント１０１は、第１クラスタ１２０内のコンテンツを第２クラスタ１３０の少なくとも１つの提供ポイント１０２に配信する。第２クラスタ１３０の提供ポイント１０２は、第３クラスタ１４０の提供ポイント１０３にコンテンツを再配信するよう構成される。しかしながら、第３クラスタ１４０の提供ポイント１０３は、アクセスリクエストメッセージ１０７により第１クラスタ１２０の取得ポイント１０１からのコンテンツへのアクセスをリクエストする必要がある。最大クラスタリミットに到達してから、第３クラスタ１４０の提供ポイント１０３は、コンテンツへのアクセスが拒絶される。図で確認できるように、取得ポイント１０１は、矢印１５０により示されるように、第１クラスタ１２０と第２クラスタ１３０の提供ポイントへのアクセスを許可する。取得ポイント１０１により配信されるコンテンツは、さらなる矢印１６０により示される。それが第３クラスタ１４０の提供ポイント１０３に到来すると、取得ポイント１０１はアクセスを拒絶し（矢印１５５のクロスにより示される）、提供ポイントは、第２クラスタ１３０の提供ポイント１０２によりアクセスを再配信させないかもしれない（矢印１６５により示される）。
【００４７】
記憶装置上のコンテンツにアクセスすることを所望する提供ポイントは、コンテンツを当初配信した取得ポイントからこれをリクエストする必要がある。提供ポイントと記憶装置とが異なるクラスタにある場合、上述されたように、これはチェーニングとなる。提供ポイントと記憶装置とが同一のクラスタにあるとき、“通常”の（非チェーニング）手順が上述されたように行われる。
【００４８】
認証の順序は重要であるが、コンテンツ配信の順序は重要であることに留意すべきである。１つのみの離れたクラスタがコンテンツのレンダリングを許可されているため、アクセスをリクエストする第２クラスタのメンバーは拒絶される。
【００４９】
図６は、本発明によるコンテンツへのアクセスの限定的付与方法についてのフローチャートを示す。ステップ６０１において、取得ポイント（ＡＰ）は、提供ポイント（ＰＰ）からコンテンツにアクセスするためのリクエストを受け付ける。当該リクエストは、ＰＰが属するクラスタの識別値（ＩＤ）を有する。
【００５０】
ステップ６０２において、ＡＰは、それがクラスタのＰＰにアクセスをすでに付与しているか、又はクラスタが新規なものであるか確認する。ＡＰが同一クラスタのＰＰにアクセスを付与していた場合（すなわち、クラスタは新規でない）、ステップ６０４においてＰＰにアクセスを付与する。しかしながら、クラスタが新規である場合、本方法はステップ６０３に続く。ＡＰが常に自らのクラスタ内でコンテンツを配信可能である実施例では、ステップ６０２は、好ましくは、要求元のＰＰが自らのクラスタにあるか確認するステップ（図示せず）により先行される。そうである場合、ステップ６０４においてアクセスが付与され、そうでない場合、本方法はステップ６０２に移行する。
【００５１】
その後、ステップ６０３において、ＡＰは最大値に到達したか、すなわち、最大数のクラスタの装置にアクセスを付与したか確認する。そうでない場合（すなわち、最大数に達していない）、ＡＰはステップ６０４においてアクセスを付与する。しかしながら、最大数に達している場合、本方法はステップ６０５に続く。
【００５２】
ステップ６０５において、ＡＰはカウントが進行中であるかチェックする。（すなわち、ｎｅｗ＿ａｕｔｈ設定後の所定の時間が経過していない。すなわち、まだレスポンスを待機している。）そうでない場合、ＡＰは再カウントが必要か決定する。その後ステップ６０６において、ＡＰはクラスタを再カウントし、その後、ステップ６０７においてクラスタが多すぎるか決定する。そうでない場合、ＡＰはステップ６０４においてアクセスを付与する。しかしながら、カウントが進行中である場合（ステップ６０５）、又はクラスタが多すぎる場合（ステップ６０７）、本方法はステップ６０８に続く。
【００５３】
ステップ６０８において、ＡＰは、要求元のＰＰが他のクラスタのすべてのＰＰの優先値より高い優先度を有しているか確認する。そうでない場合、ＡＰはステップ６０９においてアクセスを拒絶する。しかしながら、ＰＰがより高い優先度を有する場合、ＡＰは要求元のＰＰにアクセスを付与し、ステップ６１０において、次のリクエストにおいて最も低い優先値を有するクラスタのＰＰにアクセスを拒絶する。
【００５４】
本発明は純粋に例示的に説明され、本発明の範囲から逸脱することなく詳細の変更が可能であるということは理解されるであろう。
【００５５】
上記説明並びに（必要に応じて）請求項及び図面に記載された各特徴は、独立に又は何れか適切な組み合わせにより提供されてもよい。適用可能である場合、接続は無線若しくは有線接続として実現されてもよく、必ずしも必要ではないが、直接的若しくは専用の接続として実現されてもよい。さらに、取得ポイントは提供ポイントと統合されてもよい。
【００５６】
適用可能である場合、“コンテンツ”という用語は、コンテンツプロバイダにより提供されるすべてのコンテンツ又はプログラムなどのコンテンツ全体の一部を表していることが当業者により理解されるであろう。
【００５７】
請求項に登場する参照番号は、単なる例示であり、請求項の範囲について限定的効果を有していない。
【図面の簡単な説明】
【００５８】
【図１】図１は、従来技術による上述したドメインの概念を示す。
【図２】図２は、従来技術による上述したドメインにおける近接性制御の概念を示す。
【図３】図３は、本発明によるクラスタの概念を示す。
【図４】図４は、図４Ａ及び４Ｂを有し、本発明によるコンテンツのいくつかのクラスタへの限定的配信を示す。
【図５】図５は、本発明によるコンテンツのチェーニングのケースのコンテンツの限定的配信を示す。
【図６】図６は、本発明によるコンテンツへのアクセスの限定的付与方法のフローチャートを示す。
【図１】
2008537194.tif 000003
【図２】
2008537194.tif 000004
【図３】
2008537194.tif 000005
【図４Ａ】
2008537194.tif 000006
【図４Ｂ】
2008537194.tif 000007
【図５】
2008537194.tif 000008
【図６】
2008537194.tif 000009
【国際調査報告】
2008537194.tif 000010
2008537194.tif 000011
2008537194.tif 000012