【誤訳訂正書】
【提出日】平成23年2月14日(2011.2.14)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
装置において、前記装置が、第１人物及び第２人物間においてコンテンツ項目に関する特定の行為を実行するための権利を共有するための認可ドメインを作成する方法であって、
前記第１人物が前記権利を実行することを既に認められていることによって、前記第１人物が、前記権利に結び付けられており、
前記装置が、前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられており、
前記装置が、関連付け手段を有する
方法において、
当該方法が、
−前記関連付け手段は、前記第２人物が前記装置において識別されることによって、前記装置を、前記第２人物に関連付けるステップと、
−前記装置は、前記関連付けるステップに応答して、前記第２人物に前記権利を行使するように許諾するステップと、
を含む、方法。
【請求項２】
前記認可ドメインを作成する方法であって、
−認可ドメイン設定の条件が満たされるかを決定するステップと、
−前記条件が満たされる場合にのみ前記権利を許諾することによって、前記認可ドメインを制限するステップと、
を更に含む、請求項１に記載の方法。
【請求項３】
前記認可ドメインを作成する方法であって、前記許諾するステップは時間に依存し、前記決定するステップが、前記時間の間隔を設定するステップを含む、請求項２に記載の方法。
【請求項４】
前記認可ドメインを作成する方法であって、前記決定するステップが、
−前記第１人物が前記権利を実行することを認められることによって、前記第１人物が前記権利に結び付けられるステップと、
−前記装置が、前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられるステップと、
−前記関連付け手段は、前記第２人物が前記装置において識別されることによって、前記装置を、前記第２人物に関連付けるステップと、
−前記装置は、前記関連付けるステップに応答して、前記第２人物に前記権利を行使するように許諾するステップと、
の群のうちの少なくとも１つの履歴を保持するステップを含む、請求項２に記載の方法。
【請求項５】
前記認可ドメインを作成する方法であって、更に、前記権利を行使するステップを含み、前記行使するステップが、前記装置又は更なる装置のいずれかにおいて、前記コンテンツ項目を、記憶するステップ、アクセスするステップ、取得するステップ、復号するステップ、処理するステップ、及び再生するステップ、の群のうち少なくとも１つを含む、請求項１に記載の方法。
【請求項６】
前記認可ドメインを作成する方法であって、前記関連付けするステップは、前記装置によって関連付けられるべき前記第２人物を、認証するステップを含む、請求項１に記載の方法。
【請求項７】
前記認可ドメインを作成する方法であって、前記認証するステップが、ログオンするステップ、前記第２人物のアイデンティティを提供するステップ、パスワードを提供するステップ、スマートカードを使用するステップ、トークンを使用するステップ、ニアフィールドコミュニケーションを使用するステップ、生体識別を提供するステップ、前記装置に対する物理的な存在を証明してある人物のユーザＩＤを提供するステップ、及び前記第２人物が前記装置の近傍に物理的にいることの証明を提供するステップ、の群のうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
前記認可ドメインを作成する方法であって、
−前記装置が、更なる人物のアイデンティティを保持することによって前記更なる人物に結び付けられることと、
−前記装置が、ある数の更なる人物のアイデンティティを保持することによって前記ある数の更なる人物に結び付けられ、前記ある数がしきい値を越えることと、
−更なる装置が、前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられることと、
−前記関連付け手段は、前記第２人物が前記更なる装置において識別されることによって、前記更なる装置が、前記第２人物に関連付けられることと、
−ある数の更なる装置が、前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられ、前記ある数がしきい値を越えることと、
−前記関連付け手段は、前記第２人物がある数の更なる装置において識別されることによって、前記ある数の更なる装置が、前記第２人物に関連付けられ、前記ある数がしきい値を越えることと、
−前記装置が、ある時間間隔の外側の時点において前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられることと、
−前記決定するステップと、前記装置が前記第１人物に結び付けられる時点と、の間の時間間隔が、しきい値を越えることと、
−前記決定するステップと、前記装置が最後に前記権利を許諾した時点と、の間の時間間隔が、しきい値より下であることと、
−ある時間間隔における前記許諾するステップの時点の数が、しきい値を越えることと、
−ある時間間隔における前記関連付けるステップの時点の数が、しきい値を越えることと
の群のうちの少なくとも１つの判定規準を評価するステップを更に含み、
前記条件が、評価される前記判定規準のうちの少なくとも１つが満たされる場合に、適用されないことが決定される、請求項２に記載の方法。
【請求項９】
前記認可ドメインを作成する方法であって、前記許諾するステップが、更なる人物へ事前に許諾されている更なるコンテンツ項目に対する更なる権利を無効にするステップを含む、請求項１に記載の方法。
【請求項１０】
装置であり、前記装置において、第１人物及び第２人物間においてコンテンツ項目に関する特定の行為を実行するための権利を共有するための認可ドメインを作成する装置であって、
前記第１人物が前記権利を実行することを既に認められていることによって、前記第１人物が、前記権利に結び付けられており、
前記装置が、前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられており、
当該装置が、
−前記第２人物が前記装置において識別されることによって、前記装置を、前記第２人物に関連付ける関連付け手段、
を備え、前記装置が、
−前記関連付けに応答して、前記第２人物に前記権利を行使するように許諾する、
ように構成される、装置。
【請求項１１】
少なくとも１つの処理ユニットに、請求項１に記載の方法を実行させる命令を記憶させてある計算機読み取り可能媒体。
【請求項１２】
第１人物及び第２人物間においてコンテンツ項目の権利を共有するための認可ドメインであって、前記認可ドメインが、請求項１に記載の方法によって生成されている、認可ドメイン。
【請求項１３】
コンテンツ項目の使用をセキュアにするデジタル著作権管理システムであって、当該システムが、装置において、第１人物及び第２人物間において前記コンテンツ項目に関する特定の行為を実行するための権利を共有するための認可ドメインを、適用するように構成され、
前記第１人物が前記権利を実行することを既に認められていることによって、前記第１人物が、前記権利に結び付けられており、
前記装置が、前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられており、当該システムが、
−前記第２人物が前記装置において識別されることによって、前記装置を、前記第２人物に関連付ける関連付け手段、
を備え、前記システムが、
−前記関連付けに応答して、前記第２人物に前記権利を行使するように許諾する、
ように構成される、デジタル著作権管理システム。
【請求項１４】
装置において、第１人物及び第２人物間においてコンテンツ項目に関する特定の行為を実行するための権利を共有するための認可ドメインを作成するトークンであって、
前記第１人物が前記権利を実行することを既に認められていることによって、前記第１人物が、前記権利に結び付けられており、
前記装置が、前記第１人物のアイデンティティを保持することによって前記第１人物に結び付けられており、
当該装置が、
−前記第２人物が前記装置において識別されることによって、前記装置を、前記第２人物に関連付ける関連付け手段、
を備え、前記トークンが、
−前記トークンが前記装置に近くにある場合に、前記関連付け手段を開始させるトリガ手段を備え、前記装置が、
−前記関連付けに応答して、前記第２人物に前記権利を行使するように許諾する、
ように構成される、
トークン。
【請求項１５】
請求項１４に記載の、認可ドメインを生成するトークンであって、
−前記認可ドメインが生成されることに繋がるイベントの少なくとも１つの特性の履歴を記憶するメモリ、
を更に備え、前記トークンが、
−前記装置が前記履歴に応じて前記権利を許諾するステップに関して、記憶された前記履歴を用いる、
ように構成される、
トークン。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】認可ドメインを作成する方法、装置、システム及びトークン
【技術分野】
【０００１】
本発明は、認可ドメインを作成する方法に関する。
【０００２】
本発明は、更に、認可ドメインを作成する装置及びトークン、並びに１つ又は複数の処理ユニットに本発明に従う方法を実行させる命令を記憶させた計算機読み取り可能媒体に関する。
【０００３】
本発明は、更に、作成された認可ドメイン、及び作成された認可ドメインを適用するデジタル著作権管理システムに関する。
【背景技術】
【０００４】
近年において、コンテンツ保護システムの量は急激なペースで増加している。これらのシステムのいくつかは、違法な複製に対してのみコンテンツを保護する一方で、他のシステムは、ユーザがコンテンツへのアクセスを入手するのを禁止するようにもさせている。第１のカテゴリは、コピープロテクション（ＣＰ）システムと呼ばれる。ＣＰシステムは、従来から民生電子機器（ＣＥ）装置に関しての主な焦点であり、それは、この種類のコンテンツ保護が、安価に実施化されると考えられ、コンテンツ提供者との双方向の相互作用を必要としないからである。いくつかの例は、コンテンツスクランブルシステム（ＣＳＳ）、ＤＶＤ  ＲＯＭディスクの保護システム、及びＤＴＣＰ（IEEE1394接続に関する保護システム）である。
【０００５】
第２のカテゴリは、いくつかの名称で知られる。放送業界において、このカテゴリのシステムは、条件付アクセス（ＣＡ）システムとして一般的に既知である一方で、インターネットの世界では、デジタル著作権管理(digital  rights  management)システムとして一般的に知られている。
【０００６】
ホームネットワークは、いくつかの種類のネットワーク技術（例えば、イーサネット（登録商標）、IEEE1394、ブルートゥース、802.11b、及び802.11gなど）を用いて相互接続される一群の装置として規定され得る。ネットワーク技術は、異なる装置が通信するのを可能にさせるが、このことは、装置が相互運用するのには十分ではない。このことを可能にするために、装置は、ネットワークにおける他の装置に存在する機能を発見し、取り扱うことが可能である必要がある。斯様な相互運用性は、ネットワークミドルウェアによって提供される。ホームネットワークミドルウェアの例は、Jini、HAvi、UPnP、及びAVCである。
【０００７】
認可ドメイン(authorized  domain)の概念は、（自身の著作物の保護を欲する）コンテンツ所有者及び（制限されないコンテンツの使用を欲する）コンテンツ消費者の興味の両方に報いる解決法を発見することを目的としている。基本原理は、コンテンツが、認可ドメインの境界を越えない限りは比較的自由に使用され得る管理されたネットワーク環境を有することである。通常、認可ドメインは、家庭環境の中心にあり、ホームネットワークとも呼ばれる。当然、他のシナリオも可能である。例えば、ユーザが、旅行中に限られた量のコンテンツを含んだオーディオ及び／又はビデオ用の携帯型装置を持ち出し、ホテルの部屋で、ユーザの自宅のパーソナルオーディオ及び／又はビデオに記憶された追加的なコンテンツにアクセスする又はダウンロードするために、当該携帯型装置を使用する。携帯型装置がホームネットワークの外にあるとしても、ユーザの認可ドメインの一部である。斯様にして、認可ドメインは、いかなる他の装置によるアクセスは不可能であるが、ドメインにおける装置によるコンテンツへのアクセスを可能にするシステムである。
【０００８】
認可ドメイン等の使用への更なる広範囲の手引きに関しては、2002年9月12-16日に開催された際の資料である、S.A.F.A.  van  den  Heuvel,  W.  Jonker,  F.L.A.J.  Kamperman,  P.J.  Lenoir,  Secure  Content  Management  in  authorized  domains,  Philips  Research,  The  Netherlands,  IBC  2002  conference  publication,  pages-474を参照されたい。
【０００９】
認可ドメインの概念をある程度の実施化する様々な提案が存在する。
【００１０】
前述の解決法のうちの１つの種類は、装置に基づく認可ドメインを含む。斯様なシステムの例は、SmartRight(Thomson  Multimedia)、xCP及びNetDRM(松下)である。装置に基づく認可ドメインの更なる例は、例えば、本出願人による国際特許出願公開公報第03/098931号(代理人整理番号PHNL020455)において与えられる。
【００１１】
通常の装置に基づく認可ドメインにおいて、ドメインは、特定の群の装置およびコンテンツによって形成される。ドメインの特定の群の装置のみが、当該ドメインのコンテンツへアクセス、及び使用等が許可される。特定の群の装置の様々なユーザのいかなる区別もされていない。
【００１２】
装置に基づく認可ドメインシステムの欠点は、ユーザが特定の及び制限された群の装置に拘束されるので、これらのシステムが、ユーザが望む又は必要とする一般的な柔軟性を通常提供しないことである。斯様にして、ユーザは、ユーザが選択するいつであっても及びどこであってもユーザが獲得する権利を行使することを許可されない。例えば、ユーザが友人の家を訪問している場合、このユーザは、このユーザが合法的に購入したコンテンツを友人の装置においてアクセスすることが可能でないが、これは、これらの装置が、通常、当該ユーザのコンテンツを含むドメインを形成する特定の及び限られた群の装置の一部ではあり得ないからである。
【００１３】
前述の解決法の別の種類は、人物に基づく認可ドメインであり、この場合、ドメインが、装置に基づく認可ドメインのような装置に基づく代わりに、人物に基づく。斯様なシステムの例は、例えば、本出願人による国際特許出願番号第IB2003/004538号(代理人整理番号PHNL021063)において記載されており、コンテンツが、人物に接続されており、この場合、人物は、ドメインにおいてグループ化される。
【００１４】
通常の人物に基づく認可ドメインにおいて、該認可ドメインに縛られたコンテンツへのアクセスは、特定の及び限られた群のユーザによってのみ、しかし例えばいかなる準拠装置を用いても許可される。人物に基づく認可ドメインは、通常、装置に基づく認可ドメインに比較してより容易なドメイン管理を提供する。
【００１５】
しかし、人物に基づくシステムは、ユーザによって常に便利又は好ましいとは限らない人物識別を必要とする。更に、あなたの家への訪問者は、あなたのコンテンツへアクセスしようと望み得る。このユーザがこのドメインに関する人物ＩＤ装置を有していないので、このユーザが、コンテンツにアクセスするのは可能ではない。ドメインに属する家庭における装置が訪問者によるドメインコンテンツのアクセスを可能にし得ることが好ましくあり得る。
【００１６】
したがって、各システムの個々の有利な点を有するハイブリッドな人物及び装置に基づく認可ドメインが必要とされている。斯様なハイブリッドな人物及び装置に基づく認可ドメインは、本出願人による欧州特許出願書類第03102281.7号(代理人整理番号PHNL030926)において記載されている。当該出願において、認可ドメインを規定するために２つの異なる対処法を組み合わせた認可ドメインが提案されている。装置及び人物間の接続部分の対処法は、ドメイン識別子（Domain  Identifier）である。装置は、好ましくは、ドメイン装置証明書（ＤＤＣ）を介して１つにグループ化される一方で、人物は、ドメインユーザ証明書（ＤＵＣ）を介して別にグループ化され、コンテンツは直接的又は間接的に人物へリンクされる。
【００１７】
しかし、この認可ドメインは、コンテンツが、例えば送達デジタル著作権管理及び／又はＣＡシステムなどから、ドメインへインポートされる場合（アクションは、通常装置においてなされる）、コンテンツが、どの人物に帰属するかが直接的に明確でないという不利な点を有する。
【００１８】
したがって、インポートするコンテンツに必要とされる追加的な情報が容易に及び／又は直接的に獲得可能な認可ドメインを生成する簡単な方法が必要とされている。このことは、本出願人による欧州特許出願書類第04101256号(代理人整理番号PHNL040315)において提案される認可ドメインを用いて達成される。前記出願において、認可ドメインを生成する方法が提案されており、認可ドメインを固有に識別するドメイン識別子が選択され、ユーザはドメイン識別子に縛られており、コンテンツ項目はユーザへ縛られており、装置はユーザへ縛られている。コンテンツ項目、装置及びユーザのそれぞれの認可ドメインへの縛りつけよりも、ユーザのみが認可ドメインに縛られ、そしてコンテンツ項目及び装置がユーザに縛られる。
【００１９】
上述の従来技術の方法の欠点は、認可ドメインが、通常エンドユーザによって明示的に管理されることである。このことは、ユーザ、装置、及びコンテンツ項目を認可ドメインへ追加するステップが、相当の労力を必要とすることを伴う。
【発明の開示】
【発明が解決しようとする課題】
【００２０】
上述の課題、特に認可ドメインの管理方法に対処するために、本発明の目的は、斯様な認可ドメインの明示的な管理を必要としない認可ドメインを作成する方法を提供することとしている。
【課題を解決するための手段】
【００２１】
この目的は、とりわけ、装置において、第１人物及び第２人物間においてコンテンツ項目の権利を共有するための認可ドメインを作成する方法であって、前記第１人物が、前記権利に結び付けられて（bound）おり、前記装置が、前記第１人物に結び付けられており、当該方法が、
−前記装置を、前記第２人物に関連付けるステップと、
−前記関連付けに応答して、前記第２人物に前記権利を許諾するステップと、
を含む、方法を用いて達成される。
【００２２】
これにより、当該方法は、第２人物が、第１人物に結び付けられた権利を許諾されるので、前記装置において、第１人物及び第２人物間においてコンテンツ項目の権利を共有するための認可ドメインを作成する。
【００２３】
前記装置は、オーディオ及び／又はビデオプレーヤ、セットトップボックス、mp3ファイルを再生する携帯型機、パソコン、及びリアルタイムのコンテンツ項目をストリーミングする放送用計算機などの、従来技術における認可ドメインに関して使用する機器のいかなるものも含み得る。
【００２４】
前記認可ドメインは、第２人物が、第１人物の権利を行使するように許諾されることから明らかなように、装置において生成される。認可ドメインは装置に存在する。認可ドメインがセキュアであるために、装置は、従来技術において既知なような準拠装置又は信頼できる装置である必要がある。装置において認可ドメインを適用する装置のみが、権利を適用する、すなわち、コンテンツ項目を復号及び再生することが可能である。前記装置は、ライセンス又は鍵を受け取るために、自身の信頼性及び準拠性を照明する必要があり得る。多数のプロトコルが、信頼確立及び装置認証に関して既知である。認可ドメインのサイズを効率的に制限するために、前記装置自体が、例えばネットワークにおける装置の機能性の分散を認めないことなど、サイズを制限される必要があり得る。
【００２５】
前記権利は、例えば、コンテンツ項目にアクセス又は再生する権利であり得る。更に、例には、コンテンツ項目を、受信する、伝送する、開封する、閉じる、暗号復号する、暗号化する、復号する、符号化する、バッファする、記憶する、修正する、処理する、ストリーミングをする、透かしを入れる、又は削除する、権利を含まれる。前記権利は、単一のコンテンツ項目に関し得るが、別のコンテンツ項目、又はコンテンツ項目の一群にも追加的に関し得る。
【００２６】
前記コンテンツ項目は、リアルタイムオーディオ及び／又はビデオマテリアル、又は他のマテリアル、例えばマルチメディアエンターテイメント、芸術作品、及びゲームなど、を含み得る。コンテンツ項目は、光学ディスク、磁気ディスク、ソリッドステートメモリ、読み取り専用メモリ、ＵＳＢキー、及びスマートカードのような、記憶媒体におけるファイルのような形式であり得る。前記ファイルは、アセンブリコード、コンパイラ出力、バイトコードなどのような、中央処理器で実行又は解釈されるべき命令を含み得る。
【００２７】
「人物」という用語は、人間又は代替的に人間を代表するトークンの両方、又はこれらの組合せを範囲に入れることを特記される。トークンは、例えば、識別装置、スマートカード、携帯電話、及びＲＦＩＤタグなどであり得る。代替的に、トークンは、例えば、人物を識別又は承認するのに用いられ得、ユーザにとって当該方法の利便性を向上させるが、それは、トークンが、例えば、人物の認証するステップに関して必要とされる証明書を提供し得るからである。例の一つは、装置が第１人物を結び付け(bind)をすることである。というも、第１人物が、装置の上部にスマートカードを載せる、このことにより、スマートカードと装置との間の通信を、例えばニアフィールドコミュニケーションによって開始させ、これにより、カードに記憶された第１人物の証明書が装置に提供されるようにされるからである。
【００２８】
「人物」という用語に関する上記の注意書きは、第１人物及び第２人物の両方に関して有効である。
【００２９】
前記装置は、例えばログオン手順の完了の後で若しくは一部として、又はプロトコル交換証明書を実行した後で、第１人物に結び付けられ得る。
【００３０】
前記装置は、例えば、第２人物が装置において識別されることによって、又は第２人物が装置のボタンを押すことによって、第２人物へ関連付けられ得る。
【００３１】
第１人物が権利に結び付けられるということは、当該方法が適用される前に、第１人物が、装置におけるコンテンツ項目の権利を実行することを既に認められているということを意味する。このことは、第１人物を権利に結び付ける事前のステップを用いて達成され得ていた。斯様なステップは、例えば、第１人物が権利を購入する若しくは借りることによって、又は第１人物がスマートカードのようなトークンを購入することによって、達成され得る。
【００３２】
装置が第１人物に結び付けられるということは、当該方法が適用される前に、装置が、第１人物に既に結び付けられていることを意味する。このことは、第１人物が装置へログオンする又は装置で認証する事前のステップを用いて、達成され得ていた。
【００３３】
前記方法の第１ステップにおいて、装置は、第２人物に関連付けられる。このことは、いくつかの態様で達成され得る。第１の態様において、装置は、第２人物が装置のボタンを押すことに応答して、第２人物へ関連付けられる。第２の態様において、第２人物は、装置におけるメニューオプションを選択する。第３の態様において、第２人物は、装置へログオンする。第４の態様において、装置は、第２人物が装置の近くにいることを、例えば、人物がトランスポンダ又はＲＦＩＤタグを担持することによって、検出する。より更なる態様も、装置が第２人物を関連付けることを開始させるために、可能である。第２人物に関連付けることは、第１人物への結び付けよりもセキュアでなくあり得る。代替的に、装置が第２人物へ関連付けることが、装置が第２人物へ結び付けることを含み得る。したがって、関連付けは、第２人物を結び付けることによって達成され得る。斯様な関連付けの有利な点は、人物を結び付けるために用いられる同一の手順が、人物を関連付けるために使用され得、また関連付けがよりセキュアになり得ることを含む。
【００３４】
本発明の第２のステップにおいて、第２人物は、関連付けに応答して権利を許諾される。許諾することの効果として、第２人物は、認可ドメインに加えられる。当該方法の実行の前に、第２人物は、権利を行使するように認められていることがあり得るが、当該方法の実行の後に、第２人物が、装置において権利を実行するように認められる。前記許諾は、前記権利が第２人物への転送されることを必要としない。前記許諾は、第２人物が装置において権利を使用又は行使し得るという効果を有する。
【００３５】
本発明は、装置が、第１人物への装置の結び付けに応答して装置において第１人物に関する認可ドメインを生成し得ること、また装置が、更なる人物への装置の結び付けに応答して、更なる人物を認可ドメインへ加え得ることの観察に少なくともある程度基づく。認可ドメインが、装置が第１人物を結び付けることに応答して作成されることを考慮してもよい。認可ドメインは、装置が第２人物に関連付けることに関する唯一の宣言書になるが、というのも、装置が第１人物のみに結び付けられる場合に共有するものはほとんどないからである。
【００３６】
本発明に従う前記方法の更なる有利な点は、前記方法が、エンドユーザになじんだコンセプトにのみ頼るので、前記方法が理解しやすいということを含む。更に、装置及びコンテンツを、これらの装置及びコンテンツを実際に使用する前に管理するような、通常従来技術の解決法において必要とされている別の必要性はない。更に、認可ドメインの概念は、この概念が、ユーザが必然的に既に知るいかなるものへも位置づけされないので、エンドユーザにとって人工的に見え得る。更に、当該方法は、必要な管理動作を軽減し、認可ドメイン設定の持続的な記憶の必要もなく、これにより、この情報をどこに記憶するか及びこの情報をどのように分散させるかなどの難解な問題が答えられる必要はない。更に、当該方法は、装置がスタンドアローンであり得るので、インターネット接続の必要も軽減される。また、当該方法は、認可ドメインを制限する規則の比較的容易な定義を可能にし、当該方法は、必然的に、家族のメンバーと、装置を供給しない他の人とを区別する。
【００３７】
有利には、当該方法は、請求項２の特徴を有する。条件付で権利を許諾することのみによって、認可ドメインのサイズは、効果的に、決定された条件に依存して制限され得る。このことは、許諾するステップが、いくつかのパラメータに依存し得、これにより、認可ドメインを生成する方法が個人の興味及びコンテンツ業界の興味の間のバランスを取るビジネスニーズとうまく合致するという有利な点を有する。請求項２の特徴がない場合、認可ドメインは、請求項１が両方の人物に装置へのアクセスを有するように定めるので、サイズに関して制限されることを特記される。
【００３８】
前記決定するステップは、通常、ソフトウェアを用いてブール式を評価することによって実行され得る。この条件は、前記式の評価が「真(true)」の値を発生させる場合に、有効である。前記条件は、いくつかの判定規準から構成され得る。
【００３９】
有利には、前記方法は、請求項３の特徴を有する。時間間隔を設定し、前記時間間隔に依存して決定を行うことによって、許諾するステップもまた、時間的なすなわち動的な態様に依存するようになる。前記条件は、明示的に時間に依存し得、例えば、許諾するステップは、特定のカレンダー日にのみ、又は第１人物を結び付けた２時間後のみなど、に許可される。このことは、例えば、装置から第１人物への結び付きの自動的な満了などを可能にし、忘れられた結び付きがシステムから除去されるような有利な点を含み、当該システムは、長期にわたり信頼性を破ることに関してフェイルセーフである。
【００４０】
有利には、当該方法は、請求項４の特徴を有する。装置における関連するイベントの履歴を保持することは、条件を可能にし、したがって、許諾するステップを様々な束縛事項に従うようにさせることが可能である。このことは、認可ドメインが、特定のビジネスの状況又は使用するシナリオにより良く合致するのを可能にする。例は、権利が第２人物に１度のみ許諾される制限、装置から第１人物へ結び付きに基づく最大許諾数への制限、及び権利が毎日最大で４人の異なる人物のみに許諾され得るという制限を含む。
【００４１】
有利には、当該方法は、請求項５の特徴を有する。当該方法は、権利を行使するステップも含み得るが、それは、このことが、１回の実行で権利を許諾及び行使することによって、認可ドメインのサイズを適用するステップを簡素化し得るからである。このことは、例えば、システム実施化の複雑性を節約し得、その理由は、（１）認可ドメインの生成が、例えばコンテンツ項目における通常の操作等のエンドユーザの振る舞いによって開始され得るから、（２）このことが比較的実施化されやすく、（３）エンドユーザにとって前記方法およびシステムの容易な概念視点になり得るからである。加えて、このことは、単一の処理器が、許諾するステップ及び行使するステップを分散するよりも、単一のソフトウェアルーチンを実行する場合、コンテクストの切り替えを節約し得る。行使するステップは、装置又は更なる装置のいずれかにおいて、コンテンツ項目を記憶するステップ、アクセスするステップ、取得するステップ、復号するステップ、処理するステップ、及び再生するステップを伴い得る。
【００４２】
有利には、当該方法は、請求項６の特徴を有する。関連付けるステップが、装置による結び付けられることに関して第２人物を認証するステップを含む場合、コンテンツ項目の権利の未承認の使用は防がれる。このことは、システムのセキュリティを強化し得、認可ドメインの堅固性を向上させる。
【００４３】
有利には、当該方法は、請求項７の特徴を有する。第２人物を承認するステップは、権利が第２人物のなりすましへ許諾されることを防止する。ログオンするステップは、装置へログオンするユーザに対する既存の及び堅固なインフラが再利用され得るという有利な点を有する。
【００４４】
提供されるアイデンティティ及び／又はパスワードは、装置に対して専用であり得る。スマートカードを用いることは、スマートカードが安価であり偽造に対して耐性のあるハードウェアであること、及びスマートカードがユーザに対しての利便性を提供し得ることの有利な点を有する。更に、スマートカードは、請求項４の履歴を記憶し得る。トークンを使用することは、直感的な使用をもたらし、トークンは、容易に販売され、人物により担持され得る。ニアフィールドコミュニケーションを用いることは、少ない費用で短距離におけるセキュアな通信を提供し、利便性を加え得る。生体認証を提供することは、生体認証が、人物に内在的に担持され、これにより、生体認証が常にその人物に関して入手可能であるので、人物が生体認証を忘れる又は生体認証を置き忘れるようなことはあり得ないという利便性を提供する。装置に近づくことが、関連付ける及び／又は結び付けることに十分であり得るので、人物が物理的に装置の近くにあるという証明を提供することは、人物による装置との明示的な相互作用に関する必要性を軽減し得る。
【００４５】
有利には、当該方法は、請求項８の特徴を有する。少なくとも１つの判定規準を評価することは、ビジネスのニーズに対して当該方法を一致させることにおける柔軟性及び多用途性を更に強化する。装置が更なる人物に関連付けられる又は結び付けられることの判定規準は、例えば、第１及び第２人物のみが装置において権利を共有し得るスキームを可能にする。装置がある数の更なる人物に関連付けられる又は結び付けられ、前記ある数が、しきい値を越えるという判定規準は、例えば、多くても前記ある数の更なる人物が装置において権利を共有し得るスキームを可能にする。更なる装置が第１人物に結び付けられるという判定規準は、例えば、第１人物が装置において権利を共有することに関して更なる装置に結び付けられ得ないスキームを可能にする。更なる装置が第２人物に関連付けられるという判定規準は、例えば、第２人物が装置において権利を共有することに関して更なる装置に関連付けられ得ないスキームを可能にする。ある数の更なる装置が第１人物に関連付けられ、前記ある数がしきい値を越えるという判定規準は、例えば、第１人物が、装置において権利を共有することに関して、多くても前記ある数の更なる装置に結び付けられ得るスキームを可能にする。ある数の更なる装置が第２人物に関連付けられ、前記ある数がしきい値を越えるという判定規準は、例えば、第２人物が、装置において権利を共有することに関して、多くても前記ある数の更なる装置に関連付けられ得るスキームを可能にする。装置が時間間隔外のある時点に第１人物に結び付くという判定規準は、例えば、前記時間間隔内に結び付くことが権利を共有することを可能にするような、ハッピーアワーのようなスキームを可能にする。決定するステップと装置が第１人物に結び付く時点との間の時間間隔がしきい値を越えるという判定規準は、例えば、前記しきい値が経過した後に前記結び付きが経時的に満了するような満了スキームを可能にする。決定するステップと装置が最後に権利を許諾した時点との間の時間間隔がしきい値より下であるという判定規準は、例えば、時間毎の許諾の比率が前記しきい値に対して相反関係である周波数に最大化されるスキームを可能にする。ある時間間隔における許諾の時点の数がしきい値を越えるという判定規準は、例えば、時間窓(time  windowing)スキームを可能にする。ある時間間隔における関連付け時点の数がしきい値を越えるという判定規準は、時間毎における許諾の比率を最大化させるように作用し得る。これらの判定規準のそれぞれは、前記方法の多用途性を増加させるという有利な点を提供する。
【００４６】
評価された基準のうちの少なくとも１つが満たされる場合、条件が適用されないことを決定することは、追加的な判定規準が、既に存在する判定規準を変更することなく且つサイズ制限を損なうことなく、任意に加えられ得るというようなオプトアウトスキームの有利な点を有する。
【００４７】
有利には、当該方法は、請求項９の特徴を有する。事前に許諾された更なる権利を無効にすることは、装置における同時許諾の数を不変に保つための簡単な方法である一方で、異なる人物が経時的に権利を許諾されることを可能にする。このことは、認可ドメインのサイズを制限するのに用いられ得る。許諾するステップと同様に、無効にするステップは、権利の移転を必ずしも必要としない。むしろ、装置は、無効にするステップの後に、第２人物が権利を使用する又は行使することを停止させるように構成され得る。更なるコンテンツ項目は前記コンテンツ項目であり得、これにより、コンテンツ項目の同時許諾の制限のみを提供する。更なる人物は、第１人物であり得る。更なる人物は、最も古い許諾を有する、又は最も若い許諾を有する人物などであり得る。このことは、例えば、許諾を最も長く「所有していた」人物が最初に無効にされるべきであるというようなスキームに至る。
【００４８】
基本的に、本発明の方法における許諾するステップは、装置が第１人物へ結び付けられているにより、認可ドメインが成長することを可能にする。同様に、認可ドメインは、装置が第１人物への結び付きを解かれることにより、縮小し得る。このことは、以下のように表現され得る：当該方法は、装置が第１人物への結び付きを解くことに応答して、第２人物へ事前に許諾されていた権利を無効にするステップを更に含む。例えば、第１人物は明示的に装置からログオフする場合、第２人物は、もはら権利を使用するように許可されない。認可ドメインも同様に、前記装置が第２人物にもはや関連付けられないことにより、縮小し得る。このことは、以下のように表現され得る：当該方法は、装置が第２人物への関連付けを解くことに応答して、第２人物へ事前に許諾されていた権利を無効にするステップを更に含む。例えば、第２人物は明示的に装置からログオフする場合、第２人物は、もはや権利を使用するように許可されない。これらの対策は、所要の認可ドメインに課されるサイズ制限を適用するように作用する。
【００４９】
結び付けるステップ、結び付きを解除するステップ、関連付けるステップ、及び関連付けを解除するステップのシーケンスに関する要件を緩める態様がいくつか存在する一方で、認可ドメインの主要な機能性を維持し得る。
【００５０】
第１の態様において、前記方法は、タイマの満了にのみ応答して第１人物を結び付け解除するステップも含み得る。前記タイマは、所定の時点において、又は装置が第１人物を結び付き解除してからある期間が経過した後で、満了するように設定され得る。このことは、第１人物を、第２人物が結び付きに応答して権利をなお許諾されてい得る期間において装置からログオフされるようにさせる。
【００５１】
同様にではあるが第２の態様において、前記方法は、第１人物が装置から結び付き解除した後でも第２人物がなお権利を許諾されるグレース期間を保護するステップを有し得る。このことは、第１人物が、装置から結び付け解除される又はログオフされる一方で、第２人物が権利を許諾され続け得ることを可能にし得る。
【００５２】
第３の態様において、前記方法は、ある時間間隔が経過した後に第２人物を関連付け解除するステップも含み得る。このことは、第２人物が定期的に再び関連付けを行うことを保証する。このことは、前記方法が、関連付け解除に応答して許諾を無効にするステップも含む場合に、特に効果的である。
【００５３】
第４の態様において、前記方法は、ある時間間隔が経過した後に許諾を無効にするステップも含み得る。このことは、許諾の自動満了を提供する。更に他の態様も可能である。
【００５４】
コンテンツ項目は暗号化され得、権利は、コンテンツ項目を復号する復号鍵へのアクセスを含み得る。前記方法は、したがって、復号鍵へのアクセスするステップ、及び前記アクセスされた復号鍵を用いてコンテンツ項目を復号するステップを含み得る。
【００５５】
本発明による装置、システム、及びトークンの有利な実施例は、前記方法の実施例に対応し、同一の理由に関しては同一の有利な点を有する。
【００５６】
更に、本発明は、１つ又は複数の処理ユニットに、本発明に従う方法を実行させる命令を記憶させてある計算機読み取り可能媒体にも関する。
【００５７】
本発明は、本発明に従う方法又はシステムによって生成された認可ドメインにも関する。
【００５８】
本発明のこれら及び他の態様は、図面に示される例示的な実施例から明らかであり、これらを参照にして以下に説明される。
【００５９】
図面を通して、同じ参照符号は、類似の又は対応する機能を示す。図面に示される機能のうちのいくつかは、通常、ソフトウェアで実施化され、したがって、ソフトウェアモジュール又はオブジェクトなどのソフトウェアエンティティを表す。
【発明を実施するための最良の形態】
【００６０】
認可ドメイン１０２を生成する現在の方法において、認可ドメイン１０２は、通常ユーザによって管理される。これらの方法及び生成される認可ドメイン１０２は、現実世界の概念又はオブジェクトに直接関係しないので、ユーザにとって理解するのは困難であり得る。
【００６１】
通常、システム４００における認可ドメイン１０２は、認可ドメイン１０２のサイズを制限する手段を含む。このことは、ドメインの一部である装置の量を制限する１１３ことによって、又は特定のドメインの一部のユーザの数を制限する１１３ことによってのいずれかにより達成され得る。
【００６２】
特定の既知のシステムにおいて、認可ドメイン１０２の状態を表現する情報オブジェクトを管理するのは技術的に難しい。インターネットに配置され、状態情報を含む装置へのネットワークアクセスは、多くの場合、ユーザが、コンテンツ項目１０４を再生する装置２００を用い得るかを確証する必要がある。例えば、Apple（登録商標）のiTunes（登録商標）に接続されるデジタル著作権管理法である、FairPlayは、ユーザが３つの計算機において同時にログオンすることを許可することによって、ユーザが、複数の計算機においてユーザのコンテンツを楽しむことを可能にさせる。このログオン手順は、しかし、ユーザがインターネットにオンライン接続されることを必要とし、インターネットにおけるバックエンドシステム４００との相互作用を必要とし、このことは、ユーザにとって所望でなく不便なものであり得る、又は特定の場合において技術的に不可能であり得る、若しくは特定のユーザインターフェイスに関して適してなくあり得る。
【００６３】
複数の装置においてコンテンツにアクセスする発想を含まない他のデジタル著作権管理システムは、単純に１つの装置２００へのアクセスを制限する。このことは、多数のユーザ要件と、車又は職場などの別の環境へ個人使用の目的でコンテンツを転送するような状況と、を妨害する。
【００６４】
上記の問題に対処するために、本発明による方法１００は、認可ドメイン１０２のユーザに既知である概念に基づく。認可ドメイン１０２を用いることは、問題ドメインにおいて精通した態様で扱われる場合、簡素化され得る。したがって、方法１００は、図１に例示される３つの概念に基づく。
１．個人ユーザであると識別する、個人１０５及び１０６
２．例えば、購入、複製、及び再生等をされ得るマルチメディアコンテンツを表す、コンテンツ項目１０４
３．例えば、複製及び再生などのコンテンツにおける行為を実行し得るマルチメディア又は記憶可能な装置である、装置２００
【００６５】
これらの概念は、斯様にして周知であり、認可ドメイン１０２解決法に適用されていることを特記される。しかし、本発明の方法１００を用いると、前記概念及び使用法の間の関係は異なる。方法１００は、３つの概念間の２つの指示された関係を活用する。
１．個人１０５及び１０６からコンテンツ１０４への関係１０７及び１１０が存在する。人物は、コンテンツ１０４に関する特定の行為を実行するための権利１０３を保持する。
２．装置２００から個人１０５及び１０６への関係１０８及び１０９が存在する。装置は、（何人かの）個人１０５、１０６及び１２０のアイデンティティを保持する。前記アイデンティティは、固有識別子、証明書、鍵、又はユーザ参照符号などのいかなる適した形式で保持され得る。
【００６６】
これらの関係の使用方法は重要である。人物１０５は、権利１０３を用いてコンテンツ１０４に結び付けを行う。コンテンツ１０４から人物１０５への直接的な関係は存在せず、このことは、コンテンツ１０４が、多くの人物１０５に結び付けられ得る１０７ことを意味する。誰がコンテンツ項目１０４への権利を有するかは、コンテンツ項目１０４からは直接確認され得ない。原理的に、ユーザは、各人物１０５がコンテンツ１０４に対する権利１０３を有するかに関して、各人物１０５を確認する必要があり得る。
【００６７】
同一の理由が、装置２００並びに人物１０５及び１０６間における関係に適用される。各装置２００は、人物１０５及び１０６のアイデンティティを保持し得る。人物１０５から装置２００への直接的な関係は存在しない。各人物１０５は、自身を多数の装置２００へ登録し得る。人が、どの装置２００が人物１０５によって「使用中」であるかを知りたい場合、人は、装置２００が人物１０５のアイデンティティを保持するかを確認するために、各装置２００を検査する必要があり得る。
【００６８】
システム４００における関係１０７−１１０は、本発明によると、ユーザの直感に基づき作成される。ユーザは、関係１０７−１１０を管理している。
【００６９】
人物１０５及びコンテンツ１０４間における関係１０７は、例えば、ユーザがコンテンツ１０４を作成する場合、又はユーザが特定のコンテンツ１０４へアクセスする権利１０３を購入する場合などに、作成される。ユーザは、明示的に、コンテンツ項目１０４への権利を放棄し得る。このことは、関係１０７の撤廃を生じさせ得る。例えば、一つのシナリオにおいて、コンテンツ項目１０４への権利１０３は、例えば贈り物として、別の人物１２０へ転送され得る。
【００７０】
装置２００及び人物間における関係１０８及び１０９は、同様に、ユーザの直感に基づき作成される。装置２００は、人物１０５への結び付きを行い得る。この処理は、この文書において、ログオンとして参照される。個人（ユーザ）は、例えば装置２００において識別ステップを実施することによって、結び付きステップ１０８を開始し得る。ログオンにおいて、装置２００は、人物１０５のアイデンティティを獲得及び保持し得る。
【００７１】
逆の処理は、ログオフ又は結び付け解除と参照される。装置２００は、結び付けられた人物を結び付け解除し得る。人物（ユーザ）は、例えば、明示的なログオフによって、明示的に結び付き解除を開始し得、装置２００に人物アイデンティティへの関係１０８を排除させる。
【００７２】
装置２００は、第１人物１０５を結び付けるステップと同様に、第２人物１０６へ関連付け得る１０９。人物１０５及び１０６を関連付ける１０９ための要件は、人物１０５及び１０６を結び付けるための要件より制限が少なくあり得る。
【００７３】
コンテンツ項目１０４の条件付き使用は、コンテンツ項目１０４の権利１０３と呼ばれる。コンテンツ項目１０４の権利１０３は、アクセス、再生、修正、所有などを含み得る。コンテンツ項目１０４は、例えば、装置２００によってアクセスされ得る、又は装置２００において再生され得る。
【００７４】
図２及び図３に示されるように、また本発明によると、装置２００は、コンテンツ項目１０４が装置２００に例えばログオンした人物に関連付けされる１０７場合にのみ、コンテンツ項目１０４に例えばアクセス又は再生する権利１０３を行使することを許可する。このことは、ユーザが、例えばこのユーザのコンテンツを装置２００において再生することが可能になるために、装置２００へ例えばログオンしなければならないことを保証する。ユーザが結び付けられる１０８ことなくしては、装置２００は、当該コンテンツを再生する特権は有しない。更に、装置２００が第２人物１０６へ関連付ける場合、第２人物は、装置２００におけるコンテンツ１０４への権利１０３を許諾される。
【００７５】
認可ドメイン１０２を制限し、境界線を強化するために、装置２００は、ある期間において、制限された群の人物アイデンティティのみを保持するように構成される。認可ドメイン１０２のサイズを制限するために、ログオンは、人物が装置２００の近辺に居る場合にのみ実行され得るように適合され得る。
【００７６】
図７に示されるような、本発明によるデジタル著作権管理システム４００において、認可ドメイン１０２は、以下の特性を有する。
１．認可ドメイン１０２は、ユーザが装置２００と相互作用することによって出現する。
２．認可ドメイン１０２は、装置２００を定期的に共有する人物に対して入手可能なコンテンツ項目の群を含む。
３．認可ドメイン１０２は、
ａ．装置２００におけるログオンの満了、及び
ｂ．物理的な身分証明書を用いた人物毎のログオンの制限、
の組合せにより、サイズが制限され得る。
【００７７】
本発明による、方法１００、デジタル著作権管理システム４００、及び認可ドメイン１０２の有利な点は：
１．いかなるユーザ管理もほとんど必要とされない。ユーザによって必要とされる唯一の管理は、コンテンツ項目を購入し、装置へログオンすることである。；
２．ユーザにとって比較的簡単で、したがってより理解できるものである。；
３．ユーザは、制限された群の装置又はコンテンツ項目を使用することに制限されない。；
４．例えば家庭内で装置２００を定期的に共有するユーザは、コンテンツを容易に今日有し得る。しかし、コンテンツ項目１０４を、例えばKazaaユーザ間など、装置２００を定期的に物理的に共有しない人々と共有することは、不可能又は少なくとも非現実的になる。；
５．個人ユーザのコンテンツ項目の使用を追跡することが可能な中央サーバが存在しないので、ユーザのプライバシーが強化される。；
６．システム４００は、たった数個の関係の追跡を保持する必要があるだけなので、比較的簡素である。追加的に、追跡を保持するステップ１１６は、複数の装置に分散され、これにより縮小拡大が十分にされるようになる。；
７．各装置２００は、たった数人の人物のアイデンティティを保持する必要があるだけである。；
８．人物は、コンテンツ項目への結び付けられるが、このことは、装置によって記憶され得るライセンスを用いて実際に行われ得る。；
ようなことを含む。
【００７８】
上記の項目は、次の段落でより詳細に説明される。
【００７９】
認可ドメイン１０２は、装置２００を用いたユーザの相互作用により出現する。ユーザは、当該ユーザがアクセスを有する装置２００へログオンし得る。当該ユーザの直接の周辺の他の人物も同様に行動し得る。装置を共有することによって、人々はコンテンツ１０４を共有し得る。他の人々は、当該ユーザの信用(credentials)に基づきコンテンツにアクセスし得、何のコンテンツ権利１０３も人々の間において実際に転送される必要はない。
【００８０】
通常、これらの人々は、定期的に会う親しい友人であるか、同一の家庭内の人々である。フェアユースの発想と同様に、共有は、定期的に互いのコンテンツを使用する人々間において許可され得る。例えば、ヨーストは、定期的に、友人とＣＤを共有する場合、彼は、彼がオンラインで購入したコンテンツも共有することを望み得る。人々の間における自然な且つ既存の実世界の関係を構築することによって、人々は、デジタルコンテンツの日常的な使用に関して、不自由にされた又は制限されていると感じることはなくなる。例えば、Kazaaなどのツールによって提供されるような、何の関係もない人々の間においてコンテンツを共有することは、これらの人々が装置２００を共有しないので、不可能である。
【００８１】
本発明に従う認可ドメイン１０２は、３つの異なる視点から考察され得る。
１．図４によると、装置２００の視点からは、認可ドメイン１０２が、装置２００においてログオンする人物に関連される全てのコンテンツ項目を含む。
２．図５によると、人物の視点からは、認可ドメイン１０２は、当該人物がログオンした全ての装置にログオンした全ての人物に結び付けられる全てのコンテンツ項目を含む。このコンテンツ項目の群は、当該人物に結び付けられるコンテンツ、及び、追加的に、装置にログオンしていた他の人物のコンテンツ項目、を含む。後者のコンテンツ項目は、装置２００ごとに異なり得る。当該人物は、例えば、他の人物のコンテンツへのアクセスを有し得るが、他の人物がログオンした装置におけるものに限られる。
３．コンテンツの視点からは、認可ドメイン１０２は、当該コンテンツに関する権利１０３を有する人物がログオンした全ての装置によって形成される。
【００８２】
ユーザから必要とされる唯一の管理は、ユーザが使用を望む装置へログオンを実行することである。何の明示的なドメイン作成又は管理も行われない。
【００８３】
図４に示されるドメインは、個人の装置によって見られるドメインである。Ｄ２は、Ｐ２のアイデンティティのみを保持し、Ｄ１が保持するＰ１のアイデンティティを保持しないので、より小さいドメインを有する。
【００８４】
図５に示されるドメインは、個人によって見られるドメインである。図５の例において、人物Ｐ１は、装置２００（Ｄ１）における自身及びＰ２のコンテンツにアクセスし得る。当該人物がいかなる他の装置２００にログオンしていなかったので、これがこの人物がアクセスし得る全てのコンテンツである。
【００８５】
人物Ｐ３は、装置２００（Ｄ２）における自身及びＰ３のコンテンツにアクセスし得る。当該人物がいかなる他の装置２００にログオンしていなかったので、これがこの人物がアクセスし得る全てのコンテンツである。
【００８６】
人物Ｐ２は、全てのコンテンツにアクセスし得る。しかし、ある制限が存在する。人物Ｐ１は、装置２００（Ｄ２）にログオンしておらず、また人物Ｐ３は、装置２００（Ｄ１）へログオンしていなかった。このことは、人物Ｐ２は、両方の装置の全ての彼のコンテンツへアクセスし得るが、Ｐ１のコンテンツは装置２００（Ｄ１）においてのみ、及びＰ３のコンテンツは装置２００（Ｄ２）においてのみアクセスし得る。
【００８７】
Ｐ２に対する制限は、Ｐ１及びＰ２が装置を共有していなかったので、有効である。
【００８８】
実世界における例が以下のように示され得る。ジョン（Ｐ１）及びチャールズ（Ｐ３）は、互いに知り合いではないが、共通の友人ウィム（Ｐ２）を有している。更に、チャールズ（Ｐ３）はＴＶ（Ｄ２）を所有し、ジョン（Ｐ１）はラジオ（Ｄ１）を所有している。ジョン及びチャールズは、彼等が互いに知り合いではないので、互いのコンテンツにアクセスすることは可能でない。更に、ウィムは、彼の友人の装置のみにおいて彼の友人のコンテンツにアクセスし得る。
【００８９】
別のシナリオにおいて、アリアナ（Ｐ１）及びヨースト（Ｐ２）は家庭を形成し、ＴＶ（Ｄ１）を共有する。ヨーストには、ポールという友人がいて、ヨーストは時々ポールを訪ねる。ポールは、ストリーミアム（登録商標）ＤＶＤプレーヤ（Ｄ２）を有する。アリアナ及びヨーストは、ＴＶにおける互いのコンテンツへのアクセスを有する。ポールは、ヨーストが訪問する際のある時にヨーストが装置２００へログオンしていたので、自身のＤＶＤプレーヤにおいてヨーストのコンテンツにアクセスすることが可能である。しかし、ポール及びアリアナは、互いに直接の関係はないので、互いのコンテンツへアクセスし得ない。
【００９０】
本発明によるシステム４００において、ほんの少しの管理(administration)のみが行われるべきである。一つの理由は、管理情報が複数の装置に大いに分散されるということである。各装置２００は、ある期間においてログオンした人物のアイデンティティの限られた群のみを記憶するだけでよい。
【００９１】
更に、単一の人物に関して並列したログオンの数に対する厳しい最大数を強要することを必要とされない。人物は、彼が望むだけの多くの装置を使用又は所有し得る。認可ドメインが無制限に成長することを防ぐために５０５、装置２００は、ログオンが満了するように構成され得る。追加的に、ユーザ又はトークンの物理的に近くにあることが必要とされることが所望である場合、遠隔ログオンが装置において不可能とされることを保証する対策が取られ得る。
【００９２】
システム４００における認可ドメイン１０２の重要な一面は、認可ドメイン１０２のサイズの制限である。世界全体に広がる認可ドメイン１０２を作成することは可能であってはならない。３つの仕組みが、本発明に従う認可ドメイン１０２のサイズを制限する。
１．権利は、常に単一の人物に結び付けられる。このことは、権利が大規模な人々のグループによって共有される可能性を排除する。権利は、例えば、コンテンツライセンスであり得る。
２．ログオンの数を制限する１１３によって、装置を共有する人々の数に対して制限が存在し、これにより、コンテンツを共有する可能性に対して制限が作成される。ログオン制限は、２つの補足的な戦略：
ａ．特定の人物がログオンし得る装置の群を制限する１１３ことによって、及び
ｂ．各装置２００におけるログオンを制限する１１３ことによって、
を用いて達成され得る。両方の戦略は以下に説明される。
３．ログオンの満了は、装置２００共有の低減を提供する。人物がしばらくの間装置２００へログオンしない場合、この人物のログオンは満了し得、彼のコンテンツは、装置２００によってもはや再生されない。認可ドメイン１０２は、したがって、人々が動的に社会的な関係に関与及び終了させるような「実世界」を反映するように自動的に適合する。システム４００は、ユーザが装置と相互作用すると、共有の可能性を加える及び排除することが次に起こる。加えるステップは、人々が装置を共有することによって達成される。排除するステップは、ユーザによって開始される明示的な排除によって、又はシステム４００が特定の時間後に装置からアイデンティティ情報を排除するように構成される満了によって、達成され得る。満了の結果として、人々は、もはや会うことがない場合、もはやコンテンツを共有し得ない。時間の値は、数分、数時間、数日、又は数ヶ月の単位であり得る。
【００９３】
装置２００ごとのログオンの数を制限する様々な仕組みが存在する。
−ユーザは、装置２００から明示的なログオフに関する可能性を提供され得る。ログオフの後で、装置２００は、ログオフした人物に関連されるコンテンツをもはや再生しない。このことは、コンテンツ項目の共有を制限する。
−装置２００は、同時にログオンされ得る人物の数を制限するように構成され得る。このことは、装置２００が保持し得るアイデンティティを制限する１１３ことによって実施化され得る。アイデンティティの数の制限１１３は、装置２００に対して入手可能なコンテンツの量、及び人物間で共有されるコンテンツの数を制限する。アイデンティティの制限に到達し、新しいログオンが実行される場合、古い方のアイデンティティのうちの１つが除去され得る。このことは、ユーザに対して、除去されるべきアイデンティティを選択させる選択肢を提供することによって、又は装置２００が人物を選択するように構成することによって、又はユーザによる及び装置２００による選択の組み合わせによって、実施化され得る。装置２００が除去されるべきアイデンティティを選択する選択肢は：ログオンされたアイデンティティからランダムに１つを選ぶ、最も用いられたものを選ぶ、最も古いものを選ぶ、最も新しいものを選ぶ、及び最も用いられないものを選ぶなどを含む。最も古いものを選ぶことの効果は、ログオン満了の対策の効果に類似する。装置２００ではなくユーザのみが選択し得る場合、多数のコンテンツを所有する誰かが一度のログオンを実行し、この一度のログオンが後に永久に共有され得るというあまり所望でないシナリオが可能になる。ログオンの満了は、このシナリオを防ぎ得る５０５。
−装置２００は、方針が装置２００によって強制されるように、時間フレーム毎のログオンの数を制限し得る。このことは、ユーザが、世界中の実質的にいかなるコンテンツ項目１０４へのアクセスをも獲得するために、すばやくログオン及びログオフをするような、大規模な悪用を防ぎ得る５０５。
【００９４】
全ての装置が同一の制限１１３戦略に従う必要はない。装置２００の性質及び状況に応じて、異なる戦略が用いられ得る。例えば、公共の鉄道駅における聴取装置２００は、０のサイズを有するアイデンティティに関してメモリ又はキャッシュを有し得、すなわち、人物が離れた途端にログオンが満了することを意味し、効果的に、他の人物が前記人物のコンテンツ項目を装置２００で使用することを無効にする。家庭に配置される装置２００に関しては、当該装置へ同時に結び付けられる人物の最大数である、キャッシュサイズは、家庭の全ての構成員を含むために、比較的大きく設定され得る。
【００９５】
大抵のグループに関して収容するのに十分に大きいアイデンティティキャッシュのサイズを有することが推薦される。小さ過ぎるキャッシュサイズの場合、家庭が６人を有する一方で装置２００が５個のログオンのみを保持する場合のような厄介な状況を導き得る。これらの状況は、アイデンティティキャッシュサイズを増加することによって防がれ得る。
【００９６】
キャッシュサイズは、動的に設定され、そして柔軟を有し得、短期間に多数のログオンが発生する場合、キャッシュサイズは増加し得る。更に、満了の仕組みは、既に、古いログオンを除去し、装置２００ごとのログオンの数を制限する１１３。このことは、１つの装置２００において保持されるべきアイデンティティの数が極めて大きくあり得る一方で、なお効果的に、認可ドメイン１０２のサイズを制限する１１３ようにさせる。
【００９７】
ログオンを制限する第２の態様は、人物がログオンするべき装置を選択する際にこの人物を制限することである。人物ごとのログオンの数は、明示的に固定され得るが、このことは含まれ得る。別のアプローチは、認可ドメイン１０２のサイズは、ユーザの制限された移動性によって制限される。例えば、ログオンは、ユーザの存在の又はトークン５００の存在のセキュアな認証を必要とし得る。このアプローチが人物ごとのログオンの明示的な厳しい制限を提供しない一方で、柔軟すなわちより自然な制限を提供する。ユーザは、１つの場所で１度のみであり、ユーザはどこへも行かず、ユーザは、ユーザが訪れ得る限られた数の装置のみへログオンし得るという事実を生じさせる。またこのことは、全く２つの間の相互作用に関することであるので、装置２００ごとの制限にも一致することを注意されたい。
【００９８】
満了の仕組みと組み合わせて、大規模にコンテンツを共有することは、システム４００におけるユーザに関してそのユーザの移動度に基づくと非現実的になるが、その理由は、ユーザが、装置において同時のログオンセッションを維持するために、異なる位置にある多数の装置へ行かなればならないからである。このことは、人々がコンテンツの大規模な共有するのを差し止めるのに十分である。斯様なシステム４００において、共有は、通常は親しい友人、及び１つの家庭内の人々である、定期的に会う人々の間においてのみ実用的である。
【００９９】
スマートカードなどのトークン５００とインターフェイスする手段を有さない装置２００に関して、USBなどを介した認証プロトコルは、ホストが装置２００へ人物の信用を転送する代替物であることを特記される。このことは、トークン５００よりもセキュアでないが、その理由は、USBが物理的存在又は近接性の証明を偽装する最大ケーブル長を有するからであるが、この証明はUSBが異なる媒体を介してトンネルされ得るので弱い。したがって、斯様な代替案は、特別な対策を必要とする。ログオン情報の大規模配布は、このことが認可ドメイン１０２サイズの制限を台無しにするので、防止されるべきである。したがって、ログオン情報は、スマートカードにような改竄耐性のあるトークンに記憶される、物理的にクローン不可能な機能（ＰＵＦ）である、又は人物の生体認証などに基づき得る。
【０１００】
図６によると、１つの実施例において、従来の通常の認可ドメイン１０２デジタル著作権管理システム４００が適合されていた。認可ドメイン１０２システム４００は、ドメイン管理に関して特別な部分を有しており、人物及び装置が、２つの証明書であるDomainUsers及びDomainDevicesを用いて互いに明示的に関連される。適合されるシステム４００において、この部分は、除去され、装置２００から人物への簡単で直接的な関係を可能にする部分によって置換される。
【０１０１】
多数の代替的な実施例が存在することを特記される。実際に、多数の既存のデジタル著作権管理システムが、軽量認可ドメイン１０２の発想を実施化するために、用いられる、又は適合され得る。
【０１０２】
準拠装置は、装置２００に対する物理的な存在を証明してある人物のユーザＩＤのリストを維持し得る。このことは、スマートカードを用いてセキュアに行われ得る。ユーザＩＤリストにおける各エントリは、満了時間後の装置２００によって無効化される。このことは、各エントリが例えば１ヶ月の特定の有効期間を有するように実施化され得る。この有効期間の後に、ユーザＩＤは、例えばリストからこのユーザＩＤを除去することによって無効にされる。人物は、後のログオンによりエントリをリフレッシュし得る。後のログオンは、満了時間をリセットし得る。人物が、例えば自身の存在を証明することによってログオンするたびに、入力は１ヶ月有効になり得る。
【０１０３】
コンテンツ及びライセンスは、例えば、UPnP、OMA等を含むネットワークを介して入手され得る又は交換され得る。このことは、図７のコンテンツマネージャの役割である。モデルは、準拠すなわち信頼性のある装置２００の発送に基づく。サイズ制限に関する上述の方針のうちの少なくとも１つを強制する装置２００のみが、コンテンツを復号及び再生することが可能であることを仮定される。装置２００は、したがって、ライセンス又は鍵を得るために、信用度及び準拠性を証明する必要があり得る。多くのプロトコルが、信頼性の確立及び装置２００認証に関して既知である。これらのプロトコルは、ライセンスが交換され得る前に信用度が確立される必要があるので、コンテンツマネージャに含まれ得る。
【０１０４】
準拠装置２００は、ユーザＩＤリストに保持される人物のうちの少なくとも１人に関連する適切なライセンスが存在する全てのコンテンツにアクセスする及び／又は再生し得る。このことは、ライセンスがログオンした人物に属するかを確認するライセンスとユーザＩＤ一致させることによって達成され得る。ライセンスが、ユーザＩＤリストに存在するIDを含む場合、装置２００は、当該ライセンスを評価し得、このライセンスは、この実施例において、関係されるコンテンツ項目１０４を復号するのに用いられ得るコンテンツ鍵になる。
【０１０５】
この実施例におけるスマートカードは、人物を認証する１１９暗号化情報、例えばアイデンティティ証明書、及び対応する公開／秘密鍵の対、を含む。スマートカードは、人物を装置２００へ認証するための適切な認証プロトコルに対応する。スマートカードは、人物の秘密鍵のクローン化及び漏洩に対するセキュリティを提供する。
【０１０６】
有益な点のうちの一つは、ドメイン管理に関するアプローチ方法の容易性である。ドメインは、ユーザがシステム４００と相互作用する自然な結果として、作成され、除去され、変更される。明示的なドメイン管理は、必要でない。ほんの少数の群のユーザＩＤのみが各装置２００に保持される。これらの群は、ローカルに作成及び維持され得、既存の解決法の非現実的な特性を回避する。
【０１０７】
ユーザ情報の中央集中型管理がないことは、エンドユーザのプライバシーの有利な点をもたらす。装置は、誰がログオンし、誰が、いつ、どのコンテンツにアクセスするかについて通信する必要はない。更に、全てのライセンス処理ステップは、ローカルに行われる。何のサーバ相互作用も、装置２００がある人物の特定のコンテンツを再生することを許可されるかを確証するために必要とされない。特定の人物の活動を追跡することは比較的困難である。
【０１０８】
当業者がいかに本発明を用いてライセンス及び処理を適用するかを理解することが提言される。
【０１０９】
本発明の有利な点は、満了の仕組みが適用される場合、基本的に４つの規則が存在するので、ユーザにとって容易に説明されることである。
１．あなたがこの装置２００におけるコンテンツ項目１０４のあなたの権利を使用したい場合、ログオンしなさい。
２．あなたは、この装置２００に最近ログオンした他人のコンテンツ項目の権利を使用することが出来る。
３．もしあなたが、この装置２００におけるコンテンツ項目１０４のあなたの権利を他人に使用させたくない場合、装置２００からログオフしなさい。
４．もしあなたがこの装置２００をしばらくの間使用しなかった場合、あなたは再びログオンする必要があり得る。
【０１１０】
時々、満了により、ユーザは、他の誰かのコンテンツをもはや使用し得ない。装置２００は、斯様な場合には、有用なフィードバックを提示するための十分な情報を有し得る。装置２００は、例えば、コンテンツ項目１０４の再生を再び可能にさせるためにログオンするべき人物のユーザネームを提示し得る。
【０１１１】
図８は、装置２００における経時的な動態を実演するいくつかの使用状況を示す。図において、時間は上部から下部へ流れる。垂直の時間線は、ユーザＡ及びユーザＢと記される２つの人物１０５及び１０６、装置２００、及びコンテンツＸおよびコンテンツＹと記される２つのコンテンツ項目１０４に関して描かれる。発生時間線から目的地時間線への水平の矢印は、メッセージ転送、機能呼び出し、トランザクション、又はそれぞれのエンティティ間で交換されるイベントを示す。
【０１１２】
図８において、コンテンツＸ（１０４）は、ユーザＡ（１０５）に結び付けられ、コンテンツＹ（１０４）はユーザＢ（１０５）に結び付けられると仮定される。
【０１１３】
ケース１は、人物１０５及び１０６のいずれかが、装置２００によって結び付けられていなかった人物１０５のコンテンツ１０４にアクセス１０３を試みる場合に何が起こるかを示している。初めに、ユーザＡ（１０５）は、装置２００がユーザＡ（１０５）に結び付けられていない彼のコンテンツにアクセス１を試みる。第２に、装置２００は、ユーザＡ（１０５）が装置２００に結び付けられていることも又は関連付けられていることもないと決定する。第３に、装置２００は、「未関連付けエラー」３を含む、ユーザＡ（１０５）がコンテンツＸ（１０４）にアクセスを許可されていないという指示を戻す３。
【０１１４】
ケース１は、このことをユーザＡ（１０５）に関して示すが、ユーザＢ（１０５）及び（１０６）は、コンテンツＸへと同様に、コンテンツＹへのアクセスを試みる場合の同一の結果を入手し得る。
【０１１５】
ケース２は、人物１０５（ユーザＡ）に結び付けられている１０８装置２００が、彼のコンテンツ１０４が入手可能である装置の状態であることを示す。アクセスの試み６は、人物１０５がログオンした４後に続き、このログオンステップは、装置２００に人物１０５へ結び付けさせる。
【０１１６】
ケース３は、ユーザＢ（１０６）が、自分自身１０６を関連付け１０後に、同様に、ユーザＡ（１０５）のコンテンツ１０４へアクセス１０３し得ることを示す。ユーザＢ（１０６）が自身を装置２００と関連付けたが、自身を装置２００には結び付けていないので、ユーザＢ（１０６）のコンテンツ１０４は、入手可能にされていない。
【０１１７】
ケース４は、ユーザＢ（１０６）が、装置２００に関連付けられている１０ものの結び付けられてはいない１８自身のコンテンツ項目１０４（コンテンツＹ）にアクセスを試見ているのを示す。これは失敗する１７。
【０１１８】
ケース５は、ユーザＢ（１０５）が、ログオン１８を用いた後に、装置２００へ結び付けられるのを示す。結果として、コンテンツＹ（１０４）は、入手可能にされ、ユーザＡ（１０５）と同様にユーザＢ（１０５）によってアクセスされ得る１０３が、それは両方が装置２００に結び付けられている１０８からである。
【０１１９】
ケース６は、装置２００が、ユーザＡ（１０５）のログオフ２８に応答して、人物１０５を結び付け解除するのを示す。結果として、ユーザＡ（１０５）の全てのコンテンツ１０４は、ユーザＡ（１０５）を含めた全ての人物１０５及び１０６に対して入手不可能になる。ケース６は、このことを、ユーザＢ（１０６）がコンテンツＸ（１０４）にアクセス１０３を試みる３０ことによって示しているが、このことは、失敗に終わる３２。
【０１２０】
ケース７は、例えばタイマを用いた、ユーザＢ（１０５）のログオン１８の満了３３を示す。満了３３は、ユーザＢ（１０５）の全てのコンテンツが全ての人物１０５及び１０６に対して入手不可能になるので、ログオフステップと同一の結果を有する。このことは、ユーザＢ（１０５）がコンテンツＸ（１０４）にアクセス１０３する試み３５によって示されるが、このことは、失敗に終わる３７。
【０１２１】
図９は、装置２００がある数の更なる人物１２１に結び付けられ、前記数がしきい値１２２を越え、ある数の更なる装置１２５が第１人物１０５に結び付けられ、前記数がしきい値１２２を越え、ある数の更なる装置１２５が第１人物１０６に結び付けられ、前記数がしきい値１２２を越える、という判定規準を用いる請求項８の方法の実施例を例示する２つの更なるケースを示す。条件１１２は、評価されるこれらの判定規準の内の少なくとも１つが満たされる場合に、適用されないことが決定される。
【０１２２】
しきい値１２２は、許可される同時の結び付きに対する制限又は最大数として見られ得る。
【０１２３】
図９の例に関する前提条件は、
−装置Ｘ（２００）が許可される結び付きの最大数にほとんど達しているか、言い換えれば、しきい値１２２が装置２００によって結び付けられる更なる人物１２１の数に等しい。
−第１ユーザ１０５又は第２ユーザ１０６であり得るユーザＡは、許可される結び付きの自身の制限にほとんど達しているか、言い換えれば、しきい値１２２がユーザＡと記される人物に結び付けられている更なる装置の数に等しい。
【０１２４】
ケース８は、ユーザＡが装置Ｘに結び付いている一例を示すが、このことはＯＫであるが、したがって、ユーザＡが自身の制限にほとんど達しているか、言い換えれば、ユーザＡと記される人物に結び付けられている更なる装置の数がしきい値１２２を超えている。
【０１２５】
結果として、及び本発明の方法のこの実施例により、ユーザＡは、装置Ｙに結び付くことがもはや可能でない。
【０１２６】
ケース９は、この例を、第１のケースにおけるユーザＡの結び付きの結果として、装置Ｘが許可される結び付きの自身の制限にあるか、言い換えれば、ユーザＡと記される人物に結び付けられている更なる装置の数がしきい値１２２を超えていることを仮定することによって、継続する。結果として、ユーザＢ（１０６）は、関連付けを行うことを許可され得るが、許可される結び付きのしきい値が装置Ｘにおいて超過されているので、結び付きはエラーに終わる。別の状況において、例えば、装置Ｘで実施される異なる方針を用いると、関連付けは、装置Ｘによる関連付けの制限により同様に失敗し得る。
【０１２７】
図１０は、装置２００がある時間間隔外の時点１２６において第１人物１０５を結び付ける、という判定規準を用いる請求項８の方法の実施例を例示する。装置２００があまりにも長い時間の前に第１人物１０５に結び付いている場合、権利は許諾されず、効果的に結び付きの満了を実行する。
【０１２８】
図１１は、決定するステップ１１１と装置２００が第１人物１０５を結び付ける時点１２６との間の時間間隔１３３がしきい値を越え、決定するステップ１１１と、最後に権利１０３を許諾した時点と、の間の時間間隔１３３が、しきい値より下であること、という判定規準を用いる請求項８の方法の実施例を例示する。両方の時点１２６が時間間隔１３３内にある場合、権利は許諾されるが、いずれかの時点１２６が時間間隔１３３の外側にある場合、権利は許諾されない。このことは、結び付きの満了及び許諾の満了を効果的に実施する。
【０１２９】
図１２は、時間間隔１３３における前記許諾するステップ１１０の時点１３２の数が、しきい値１２２を越えること、及び、時間間隔１３３における前記関連付けるステップ１０９の時点１３２の数がしきい値１３３を越えること、という判定規準を用いる請求項８の方法の実施例を例示する。このことは、時間毎の許諾又は関連付けの数に対する制限を効果的に実施する。
【０１３０】
認可ドメイン１０２のフィールドの外側でも、ユーザＡ（１０６）がコンテンツ項目１０４へのアクセス権１０３を有さないことによって装置２００におけるコンテンツ項目１０４へ条件的にアクセスする方法であって、これによって、ユーザＡ（１０６）は、ユーザＢ（１０５）がコンテンツ項目１０４へのアクセスを有する場合、またユーザＡ（１０６）及びユーザＢ（１０５）の両方が装置２００へログオンしている場合に、コンテンツ項目１０４へアクセスすることを許可される１１０、方法を適用することは有用であり得る。
【０１３１】
請求項において、括弧記号間に位置される如何なる参照符号も、請求項を制限するように解釈されてはならない。「有する」という語句は、請求項に記載される以外の要素又はステップの存在を排除しない。単数形の構成要素は、複数個の斯様な構成要素の存在を排除しない。
【０１３２】
本発明は、いくつかの個別の構成要素を有するハードウェアを用いて、及び適切にプログラムされた計算機を用いて実施され得る。いくつかの手段を列挙している装置請求項において、これらの手段のいくつかは１つの同じハードウェアの項目によって、実施化することが可能である。特定の手段が、相互に異なる従属請求項において引用されているという単なる事実は、これらの手段の組み合わせが有利になるように使用されていることができないと示すものではない。
【図面の簡単な説明】
【０１３３】
【図１】図１は、構造的な関係を有する、コンテンツ、人物、及び装置２００を概略的に例示する。
【図２】図２は、コンテンツ、人物、及び装置２００間の動態、並びにこれらの間の関係を概略的に例示する。
【図３】図３は、装置２００において認可ドメイン１０２を適用する規則の例を概略的に例示する。
【図４】図４は、２人の人物及び６つのコンテンツ項目を含む２つの装置における、装置２００の視点からの２つの認可ドメインの例を概略的に例示する。
【図５】図５は、３人の人物及び８つのコンテンツ項目を含む２つの装置における、人物の視点からの３つの認可ドメインの例を概略的に例示する。
【図６】図６は、適応された認可ドメイン１０２デジタル著作権管理システム４００である、本発明に従うデジタル著作権管理システム４００の実施例を概略的に例示する。
【図７】図７は、スマートカード読み取り器を備える、本発明に従う装置２００の実施例を概略的に例示する。
【図８】図８は、本発明に従う方法１００の実施例の特定の使用の場合を概略的に例示する。
【図９】図９は、本発明に従う方法１００の実施例の更なる使用の場合を概略的に例示する。
【図１０】図１０は、本発明に従う方法１００の実施例のタイミング図を概略的に例示する。
【図１１】図１１は、本発明に従う方法１００の実施例のタイミング図を概略的に例示する。
【図１２】図１２は、本発明に従う方法１００の実施例のタイミング図を概略的に例示する。