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