ホーム > 特許ランキング > Ｇｏｏｇｌｅ ＬＬＣ
特表2024-543657デバイスセキュリティプロファイルを使用した保護されたコンテンツへのアクセス管理
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-11-21
(54)【発明の名称】デバイスセキュリティプロファイルを使用した保護されたコンテンツへのアクセス管理
(51)【国際特許分類】
G06F 21/10 20130101AFI20241114BHJP
【ＦＩ】
G06F21/10
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024534583
(86)(22)【出願日】2022-08-23
(85)【翻訳文提出日】2024-06-10
(86)【国際出願番号】 US2022041246
(87)【国際公開番号】W WO2023113871
(87)【国際公開日】2023-06-22
(31)【優先権主張番号】63/289,067
(32)【優先日】2021-12-13
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/670,301
(32)【優先日】2022-02-11
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】502208397
【氏名又は名称】グーグル エルエルシー
【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ
【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100133400
【弁理士】
【氏名又は名称】阿部 達彦
(72)【発明者】
【氏名】ハミド・アリ
(72)【発明者】
【氏名】アレックス・リー
(57)【要約】
デジタル著作権管理（ＤＲＭ）サーバは、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信する。ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定する。要件は、アクセスされるコンテンツ項目の解像度レベルによって異なる。ＤＲＭサーバはＤＳＰとコンテンツ所有者のインジケーションを格納する。ＤＲＭサーバは、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信する。ＤＲＭサーバは、プルリクエストに応じてＤＳＰをコンテンツサーバに送信する。ＤＳＰにより、コンテンツサーバはＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限する。
【特許請求の範囲】
【請求項1】
デジタル著作権管理（ＤＲＭ）サーバにおいて、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信することであって、前記ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にアクセスするためのクライアントデバイスに関する要件を指定し、前記要件は、アクセスされる前記コンテンツ項目の解像度レベルによって異なる、受信することと、前記ＤＲＭサーバにおいて、前記ＤＳＰと前記コンテンツ所有者のインジケーションとを格納することと、
前記コンテンツ所有者に関連付けられた前記コンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信することと、
前記プルリクエストに応答して前記ＤＳＰを前記コンテンツサーバに送信することであって、前記ＤＳＰは、前記コンテンツサーバに、前記ＤＳＰに従ってクライアントデバイスによる前記コンテンツ項目へのアクセスを制限させるように構成される、送信することと
を含む、方法。
【請求項2】
前記解像度レベルは、総ピクセル数、フレームあたりのピクセル数、またはピクセル寸法測定値の少なくとも１つに基づく、請求項１に記載の方法。
【請求項3】
前記解像度レベルは、標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうちの少なくとも１つを含む、請求項１または２に記載の方法。
【請求項4】
前記要件はアクセスされた前記コンテンツ項目のタグによって異なる、請求項１、２、または３に記載の方法。
【請求項5】
前記クライアントデバイスに関する前記要件は、前記コンテンツ項目のうちのあるコンテンツ項目にアクセスするそれぞれのクライアントデバイスについて、ハードウェア要件、セキュリティ要件、またはそれらの組み合わせからなる群より選択される少なくとも１つの要件を含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記ＤＳＰは、解像度レベルと解像度レベルごとの前記要件とを表す第１データ構造と、
コンテンツ項目のタグとタグごとの前記要件とを表す第２データ構造と、
前記第１データ構造の前記要件または前記第２データ構造の前記要件に対する例外を有するデバイス構成を表す第３データ構造と
を含む、請求項１から５のいずれか一項に記載の方法。
【請求項7】
所定の時間内に、前記コンテンツ所有者に関連付けられた前記コンテンツ項目を格納する第２コンテンツサーバから前記ＤＳＰ更新に関するプルリクエストを受信できなかった場合に、前記ＤＳＰを前記第２コンテンツサーバにプッシュすることを含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記コンテンツ所有者デバイスから前記ＤＳＰに対する更新を受信することと、前記コンテンツサーバから２回目のプルリクエストを受信することと、
前記２回目のプルリクエストに応答して、前記ＤＳＰに対する前記更新または前記ＤＳＰの更新バージョンを前記コンテンツサーバに送信することと、
を含む、請求項１から７のいずれか一項に記載の方法。
【請求項9】
前記コンテンツ所有者デバイスに、前記ＤＳＰに関連付けられた前記データを入力するためのグラフィカルユーザインターフェース（ＧＵＩ）を生成するためのコードを送信することと、前記ＤＲＭサーバにおいて、前記ＧＵＩを介して前記コンテンツ所有者デバイスにおいて取得された前記ＤＳＰに関連付けられた前記データに基づく前記ＤＳＰを生成することと
を含む、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記コンテンツサーバにおいて、前記コンテンツ所有者に関する前記ＤＳＰを受信することと、前記コンテンツサーバにおいて、クライアントデバイスからコンテンツ項目に関するコンテンツ要求を受信することであって、前記コンテンツ項目は、前記コンテンツ所有者に関連付けられた前記コンテンツ項目のうちの１つである、受信することと、
前記コンテンツ要求および前記ＤＳＰに基づいて、前記クライアントデバイスに提供するための前記コンテンツ項目の解像度レベルを決定することと、
決定された前記解像度レベルで前記コンテンツ項目を前記コンテンツサーバから前記クライアントデバイスに送信することと
を含む、請求項１に記載の方法。
【請求項11】
命令を格納する少なくとも１つのメモリと、前記命令を実行して、請求項１から１０のいずれか一項に記載の方法を実施する、少なくとも１つのプロセッサと
を含む、コンピュータシステム。
【請求項12】
１つまたは複数のプロセッサに請求項１から１０のいずれか一項に記載の方法を実施させるように動作可能な命令を記憶する非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０２１年１２月１３日に出願された米国仮特許出願第６３／２８９，０６７号及び２０２２年２月１１日に出願された米国特許出願第１７／６７０，３０１号に基づき優先権を主張し、その全体が参照により組み込まれる。
本出願は、２０２１年１２月１３日に出願された米国仮特許出願第６３／２８９，０６７号及び２０２２年２月１１日に出願された米国特許出願第１７／６７０，３０１号に基づき優先権を主張し、その全体が参照により組み込まれる。
【背景技術】
【0002】
デジタル画像やビデオなどのコンテンツは、インターネットなどのネットワークに接続されたサーバまたはコンテンツストレージ及び配信システムに保存することができる。クライアントデバイスはコンテンツをダウンロードすることができ、クライアントデバイスのユーザにコンテンツを表示させる。コンテンツ所有者は、コンテンツの不正流通を防止したり、クライアントデバイスで許可なく作成されたコピーの品質を低下させたりすることを望む場合がある。場合によっては、デジタル著作権管理（ＤＲＭ）技術を使用して、クライアントデバイスによるコンテンツのコピーを防止したり、クライアントデバイスによって作成されたコンテンツのコピーの品質を低下させたりすることがある。
【発明の概要】
【0003】
本明細書において、デバイスセキュリティプロファイルを使用して保護されたコンテンツへのアクセスを管理するためのシステム、方法、コンピュータプログラム製品、及び装置の態様を開示する。
【0004】
本明細書に記載の教示の一態様は、デバイスセキュリティプロファイルを使用して保護されたコンテンツへのアクセスを管理する方法である。方法は、デジタル著作権管理（ＤＲＭ）サーバにおいて、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信することを含むことができ、ここで、ＤＳＰは、クライアントデバイスがコンテンツ所有者に関連付けられたコンテンツ項目にアクセスするための要件を指定し、それらの要件は、アクセスされるコンテンツ項目の解像度レベルによって異なる。方法は、ＤＲＭサーバにおいて、ＤＳＰとコンテンツ所有者のインジケーションを格納することを含み得る。方法は、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信することを含み得る。方法は、プルリクエストに応答してＤＳＰをコンテンツサーバに送信することを含むことができ、ＤＳＰは、コンテンツサーバに、ＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限させる（例えば、ＤＳＰは、コンテンツサーバに、ＤＳＰに従ってコンテンツ項目へのクライアントデバイスへのアクセスを制限させるように構成される）。
【0005】
解像度レベルは、総ピクセル数、フレームあたりのピクセル数、またはピクセル寸法測定値の少なくとも１つに基づいてよい。解像度レベルは、標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋの少なくとも１つを含めばよい。要件は、アクセスされるコンテンツ項目のタグによって異ってよい。要件は、コンテンツ項目にアクセスするクライアントデバイス（例えば、各クライアントデバイス）のハードウェア要件及び／またはセキュリティ要件を備えてもよい。ＤＳＰは、解像度レベル及び解像度レベルごとの要件を表す第１データ構造と、コンテンツ項目のタグ及びタグごとの要件を表す第２データ構造と、第１データ構造の要件または第２データ構造の要件に対して例外を有するデバイス構成を表す第３データ構造とにより構成されていてもよい。
【0006】
方法は、所定の時間内に、コンテンツ所有者に関連付けられたコンテンツ項目を格納する第２コンテンツサーバからＤＳＰ更新に関するプルリクエストを受信できなかった場合に、ＤＳＰを第２コンテンツサーバにプッシュすることをさらに備えてもよい。方法は、コンテンツ所有者デバイスからＤＳＰへの更新を受信することと、コンテンツサーバから２回目のプルリクエストを受信することと、２回目のプルリクエストに応答してＤＳＰへの更新またはＤＳＰの更新バージョンをコンテンツサーバに送信することをさらに備えてもよい。
【0007】
方法は、ＤＳＰに関連付けられたデータを入力するためグラフィカルユーザインターフェース（ＧＵＩ）を生成するコードをコンテンツ所有者デバイスに送信することと、ＧＵＩを介してコンテンツ所有者デバイスで得られたＤＳＰに関連付けられたデータに基づくＤＳＰをＤＲＭサーバで生成することをさらに備えてもよい。方法は、コンテンツサーバでコンテンツ所有者のＤＳＰを受信することと、コンテンツ所有者に関連付けられたコンテンツ項目の１つであるコンテンツ項目に対するコンテンツ要求をコンテンツサーバでクライアントデバイスから受信することと、コンテンツ要求とＤＳＰに基づいて、クライアントデバイスに提供するコンテンツ項目の解像度レベルを決定することと、決定された解像度レベルでコンテンツ項目をコンテンツサーバからクライアントデバイスに送信することを備えてもよい。
【0008】
本明細書に記載の教示の別の態様は、デバイスセキュリティプロファイルを使用して保護されたコンテンツへのアクセスを管理するコンピュータシステムである。システムは命令を格納するメモリを含む。システムは、上記に記載のいずれかの態様の方法を行う命令を実行することができるプロセッサを含む。特に、プロセッサは、ＤＲＭサーバにおいて、コンテンツ所有者デバイスからＤＳＰに関連付けられたデータを受信する命令を実行することができ、ＤＳＰは、クライアントデバイスがコンテンツ所有者に関連付けられたコンテンツ項目にアクセスするための要件を指定し、それらの要件は、アクセスされるコンテンツ項目の解像度レベルによって異なる。プロセッサは、ＤＲＭサーバにＤＳＰとコンテンツ所有者のインジケーションを格納する命令を実行することができる。プロセッサは、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信する命令を実行することができる。プロセッサは、プルリクエストに応答してＤＳＰをコンテンツサーバに送信する命令を実行することができ、ＤＳＰは、コンテンツサーバに、ＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限させる。
【0009】
別の態様では、デバイスセキュリティプロファイルを使用して保護されたコンテンツへのアクセスを管理するためのコンピュータ可読媒体（例えば、コンピュータプログラム製品）である。コンピュータ可読媒体は、プロセッサに、上記に記載の態様の方法にある操作などの操作を行わせることができる命令を格納する。命令は、デジタル著作権管理（ＤＲＭ）サーバにおいて、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信するコードを備えてもよく、ＤＳＰは、クライアントデバイスがコンテンツ所有者に関連付けられたコンテンツ項目にアクセスするための要件を指定し、それらの要件は、アクセスされるコンテンツ項目の解像度レベルによって異なる。命令は、ＤＲＭサーバにＤＳＰとコンテンツ所有者のインジケーションを格納するためのコードを含み得る。命令は、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信するコードを含み得る。命令は、プルリクエストに応答してＤＳＰをコンテンツサーバに送信するコードを含むことができ、ＤＳＰは、コンテンツサーバに、ＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限させる。
【0010】
これらの態様及び他の態様の変形形態については、後で詳述する。
【0011】
本明細書において、添付の図面を参照して説明され、特に注記しない限り、または文脈から明らかでない限り、複数の図を介して同様の参照番号は同様の箇所を指す。
【図面の簡単な説明】
【0012】
【図1】コンピューティングデバイスの図である。
【図2】コンピューティング及び通信システムの図である。
【図3】デバイスセキュリティプロファイルを使用して保護されたコンテンツへのアクセス管理を実装することができるシステムの一例のブロック図である。
【図4】デバイスセキュリティプロファイルのデータ構造の一例を示すブロック図である。
【図5】コンテンツサーバにデバイスセキュリティプロファイルを提供する方法の一例を示すフローチャートである。
【図6】デバイスセキュリティプロファイルを使用してコンテンツ要求を処理する方法の一例を示すフローチャートである。
【図7】デバイスセキュリティプロファイルに関連付けられた情報を入力するためのグラフィカルユーザインターフェースの図である。
【図8】デバイスセキュリティプロファイルの例外を表示するためのグラフィカルユーザインターフェースの図である。
【図9】デバイスセキュリティプロファイルを検索するためのグラフィカルユーザインターフェースの図である。
【発明を実施するための形態】
【0013】
コンテンツ所有者は、コンテンツ（例えば、デジタルビデオ、オーディオファイル、画像）を開発し、コンテンツサーバにストレージ用コンテンツを設けてもよい。コンテンツサーバは、コンテンツをクライアントデバイスに配信し、そこで表示または再生することができる。コンテンツ所有者は、コンテンツの不正流通を防止したり、クライアントデバイスで許可なく作成されたコピーの品質を低下させたりすることを望む場合がある。提供したコンテンツがさらに配信またはコピーされることを制限しながら、再生のコンテンツを提供するのは困難な場合がある。
【0014】
場合によっては、デジタル著作権管理（ＤＲＭ）技術を使用して、クライアントデバイスによるコンテンツのコピーを防止したり、クライアントデバイスによって作成されたコンテンツのコピーの品質を低下させたりすることがある。ＤＲＭサーバは、コンテンツサーバにＤＲＭポリシー情報を提供してもよい。ＤＲＭサーバは、コンテンツ所有者が定義したルールに従って、配信されたコンテンツへアクセスするクライアントデバイスを制限するために、暗号化スキームとハードウェアセキュリティのサポートを提供してもよい。
【0015】
コンテンツ所有者は、コンテンツ所有者のコンテンツにアクセスするデバイスのハードウェア及びセキュリティポリシーに関するルールを動的に更新することを望む場合がある。これは、例えば、新しいハードウェアが市場に出たとき、セキュリティポリシーが変更されたとき、または新たなセキュリティの脆弱性（コンテンツの不正コピーに悪用され得る）が発見されたときなどに望ましい場合がある。
【0016】
本明細書における教示の少なくともいくつかの実施態様は、コンテンツ項目にアクセスするデバイスのセキュリティの動的な変化に応答して、配信システムのコンテンツ項目へのアクセスをどのように保護するかという技術的な問題に関する。技術的な解決策としては、コンテンツ所有者が動的に更新できるデバイスセキュリティプロファイル（ＤＳＰ）を確立することを備えてもよい。例えば、コンテンツ所有者は、クライアントデバイスのセキュリティ資格情報の変更に応答してＤＳＰを更新してもよい。技術的な解決策としては、コンテンツサーバでＤＳＰを安全かつ適時に利用できるようにするための配信アーキテクチャを提供することを備えてもよい。
【0017】
いくつかの実施態様では、ＤＲＭサーバはコンテンツ所有者デバイスからＤＳＰに関連付けられたデータを受信する。ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定する。要件は、アクセスされるコンテンツ項目の解像度レベルによって異なる。解像度レベルは、総ピクセル数、フレームあたりのピクセル数、ピクセル寸法測定値、またはそれらの組み合わせに基づいてよい。例えば、解像度レベルは、標準画質（ＳＤ）（例えば、７２０ｘ４８０ピクセル）、高画質（ＨＤ）（例えば、１２８０ｘ７２０ピクセルまたは１９２０ｘ１０８０ピクセル）、または４Ｋ（例えば、４０９６ｘ２１６０ピクセル）の少なくとも１つであればよい。ＤＲＭサーバは、例えばコンテンツ所有者に関連付けられたデータ構造内に、コンテンツ所有者のインジケーションと共にＤＳＰを格納する。ＤＲＭサーバは、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信する。ＤＲＭサーバは、プルリクエストに応答してＤＳＰをコンテンツサーバに送信する。ＤＳＰにより、コンテンツサーバはＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限する。
【0018】
いくつかの実施態様では、コンテンツサーバは、例えばコンテンツサーバからのＤＳＰ更新に関するプルリクエストに応答して、コンテンツ所有者のＤＳＰを受信する。ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定する。要件は、アクセスされるコンテンツ項目の解像度レベルによって異なる。コンテンツサーバは、クライアントデバイスからコンテンツ項目のコンテンツ要求を受信する。コンテンツサーバは、コンテンツ要求とＤＳＰに基づいて、クライアントデバイスに提供するコンテンツ項目の解像度レベルを決定する。コンテンツサーバは、決定された解像度レベルでコンテンツ項目をクライアントデバイスに送信する。
【0019】
これらの実施態様及び他の実施態様の詳細は、実装され得る環境を最初に参照して、以下でさらに詳述する。
【0020】
図１は、コンピューティングデバイス１００の一例を示すブロック図である。図示されたコンピューティングデバイス１００は、メモリ１１０、プロセッサ１２０、ユーザインターフェース（ＵＩ）１３０、電子通信部１４０、センサ１５０、電源１６０、及びバス１７０を含む。本明細書で使用される用語「コンピューティングデバイス」は、本明細書に開示される任意の方法、またはその任意の部分（単数または複数）を実行できる任意のユニット、またはユニットの組み合わせを含む。
【0021】
コンピューティングデバイス１００は、パーソナルコンピュータ（ＰＣ）、サーバ、ワークステーション、ミニコンピュータ、大型コンピュータなどの固定コンピューティングデバイス、または携帯電話、携帯情報端末（ＰＤＡ）、ノートパソコン、タブレットＰＣなどのモバイルコンピューティングデバイスであればよい。単一のユニットとして示されているが、コンピューティングデバイス１００の任意の１つの要素または複数の要素は、任意の数の個別の物理ユニットに統合できる。例えば、ユーザインターフェース１３０とプロセッサ１２０は第１物理ユニットに統合され得、メモリ１１０は第２物理ユニットに統合され得る。プロセッサ１２０はハードウェアユニットであってもよく、処理ハードウェアまたは処理回路から構成されていてもよい。プロセッサ１２０は、単一のプロセッサであっても、複数のプロセッサを備えてもよい。
【0022】
メモリ１１０は、コンピューティングデバイス１００の他のコンポーネントによって、またはコンピューティングデバイス１００の他のコンポーネントと関連して使用される、データ１１２、命令１１４、オペレーティングシステム１１６、またはそれらに関連する任意の情報を含有、格納、通信、または転送できる任意のタンジブルデバイスなど、任意の非一時的なコンピュータ可用媒体またはコンピュータ可読媒体を含み得る。非一時的なコンピュータ可用媒体またはコンピュータ可読媒体としては、ソリッドステートドライブ、メモリカード、リムーバブルメディア、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ハードディスク、フロッピーディスク、光ディスク、磁気カードまたは光カードなどの任意のタイプのディスク、特定用途向け集積回路（ＡＳＩＣ）、または電子情報を格納するのに適した任意のタイプの非一時的な媒体、またはそれらの組み合わせなどが挙げられる。
【0023】
単一のユニットとして示されているが、メモリ１１０は、ランダムアクセスメモリユニットなどの１つまたは複数のプライマリメモリユニット、ディスクなどの１つまたは複数のセカンダリデータストレージユニット、またはそれらの組み合わせなど、複数の物理ユニットを備えてもよい。例えば、データ１１２またはその一部、命令１１４またはその一部、あるいはその両方が、セカンダリストレージユニットに格納され、それぞれのデータ１１２の処理、それぞれの命令１１４の実行、あるいはその両方と連動してプライマリストレージユニットにロードされるか、あるいは転送されてよい。いくつかの実施態様では、メモリ１１０またはその一部は、取り外し可能なメモリであってよい。
【0024】
データ１１２は、入力データ、エンコードされたデータ、デコードされたデータなどであってもよく、これらを備えてもよい。命令１１４は、本明細書に開示された任意の方法、またはその任意の部分（単数または複数）を実行するためのコードなどの指示を含み得る。命令１１４は、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせで実現可能である。例えば、命令１１４は、コンピュータプログラムやアプリケーションなどのメモリ１１０に格納された情報として実装されることができ、プロセッサ１２０によって実行されて、本明細書に記載のそれぞれの方法、アルゴリズム、態様、またはそれらの組み合わせのいずれかを実行することができる。
【0025】
メモリ１１０が有するように示されているが、一部の実施態様では、命令１１４またはその一部は、本明細書に記載の方法、アルゴリズム、態様、またはそれらの組み合わせのいずれかを実行する専用ハードウェアを含み得る特殊目的プロセッサまたは回路として実装されてもよい。命令１１４の一部を、同じ機械または異なる機械の複数のプロセッサに、またはローカルエリアネットワーク、ワイドエリアネットワーク、インターネットなどのネットワーク、またはそれらの組み合わせに分散させることができる。
【0026】
プロセッサ１２０は、光プロセッサ、量子プロセッサ、分子プロセッサ、またはそれらの組み合わせなど、現存するまたは今後開発されるデジタル信号またはその他の電子情報を操作または処理できる任意のデバイスまたはシステムを含み得る。例えば、プロセッサ１２０は、特殊目的プロセッサ、中央演算処理装置（ＣＰＵ）、デジタルシグナルプロセッサ、複数のマイクロプロセッサ、デジタルシグナルプロセッサコアと関連した１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ、プログラマブルロジックコントローラ、マイクロコード、ファームウェア、任意のタイプの集積回路（ＩＣ）、状態機械、またはそれらの任意の組み合わせを含み得る。本明細書で使用される用語「プロセッサ」は、単一のプロセッサまたは複数のプロセッサを含む。
【0027】
ユーザインターフェース１３０は、仮想キーパッドまたは物理キーパッド、タッチパッド、ディスプレイ、タッチディスプレイ、スピーカ、マイク、ビデオカメラ、センサ、またはそれらの任意の組み合わせなど、ユーザとインターフェースをとることができる任意のユニットを含み得る。例えば、ユーザインターフェース１３０はオーディオビジュアルディスプレイデバイスであってもよく、コンピューティングデバイス１００は、ユーザインターフェース１３０オーディオビジュアルディスプレイデバイスを使用して、デコードされたオーディオなどのオーディオを、デコードされたビデオなどのビデオの表示と組み合わせて提示することができる。単一のユニットとして示されているが、ユーザインターフェース１３０は１つまたは複数の物理ユニットを備えてもよい。例えば、ユーザインターフェース１３０は、ユーザと音声通信を行うためのオーディオインターフェースと、ユーザと視覚ベース及びタッチベースの通信を行うためのタッチディスプレイを備えてもよい。
【0028】
電子通信部１４０は、高周波（ＲＦ）通信媒体、紫外線（ＵＶ）通信媒体、可視光通信媒体、光ファイバ通信媒体、有線通信媒体、またはそれらの組み合わせなどの有線または無線の電子通信媒体１８０を介して信号を送信、受信、または送受信することができる。例えば、図示のように、電子通信部１４０は、無線信号によって通信するように構成されたアンテナなどの電子通信インターフェース１４２に作動的に接続される。
【0029】
図１では電子通信インターフェース１４２は無線アンテナとして示されているが、電子通信インターフェース１４２は、図示されているような無線アンテナ、イーサネットポート、赤外線ポート、シリアルポートなどの有線通信ポート、または有線または無線の電子通信媒体１８０とインターフェースをとることができる任意の他の有線または無線ユニットであることができる。図１には、単一の電子通信部１４０及び単一の電子通信インターフェース１４２が示されているが、任意の数の電子通信部及び任意の数の電子通信インターフェースを使用することができる。
【0030】
センサ１５０は、例えば、オーディオ検知装置、可視光検知装置、モーション検知装置、またはそれらの組み合わせを備えてもよい。例えば、センサ１５０は、マイクなどのサウンド検知装置、または、コンピューティングバイス１００を操作するユーザによる音声やその他の発話など、コンピューティングデバイス１００の近傍の音を検知できる、現存するまたは今後開発される任意の他のサウンド検知装置を備えてもよい。別の例では、センサ１５０は、カメラ、または、コンピューティングデバイスを操作するユーザの画像などの画像を検知できる、現存するまたは今後開発される任意の他の画像検知装置を備えてもよい。単一のセンサ１５０が示されているが、コンピューティングデバイス１００は複数のセンサ１５０を備えてもよい。例えば、コンピューティングデバイス１００は、コンピューティングデバイス１００のユーザに向けられた視野を持つ第１カメラと、コンピューティングデバイス１００のユーザから離れた方向に向けられた視野を持つ第２カメラを備えてもよい。
【0031】
電源１６０は、コンピューティングデバイス１００に電力を供給するのに適した任意のデバイスであることができる。例えば、電源１６０は、有線外部電源インターフェース、ニッケルカドミウム（ＮｉＣｄ）電池、ニッケル亜鉛（ＮｉＺｎ）電池、ニッケル水素（ＮｉＭＨ）電池、リチウムイオン（Ｌｉ－ｉｏｎ）電池などの１つまたは複数の乾電池、太陽電池、燃料電池、またはコンピューティングデバイス１００に電力を供給できる任意の他のデバイスを含むことができる。図１には単一の電源１６０が示されているが、コンピューティングデバイス１００は、バッテリや有線外部電源インターフェースなどの複数の電源１６０を備えてもよい。
【0032】
別々のユニットとして示されているが、電子通信部１４０、電子通信インターフェース１４２、ユーザインターフェース１３０、電源１６０、またはそれらの一部は、組み合わせたユニットとして構成されてもよい。例えば、電子通信部１４０、電子通信インターフェース１４２、ユーザインターフェース１３０、及び電源１６０は、外部ディスプレイデバイスとインターフェースをとることができ、通信、電力、またはその両方を提供できる通信ポートとして実装されてもよい。
【0033】
メモリ１１０、プロセッサ１２０、ユーザインターフェース１３０、電子通信部１４０、センサ１５０、または電源１６０のうちの１つ以上は、バス１７０を介して作動的に接続されてもよい。図１には単一のバス１７０が示されているが、コンピューティングデバイス１００は複数のバスを備えてもよい。例えば、メモリ１１０、プロセッサ１２０、ユーザインターフェース１３０、電子通信部１４０、センサ１５０、及びバス１７０は、バス１７０を介して電源１６０から電力を受け取ってもよい。別の例では、メモリ１１０、プロセッサ１２０、ユーザインターフェース１３０、電子通信部１４０、センサ１５０、電源１６０、またはそれらの組み合わせは、バス１７０を介して、電子信号を送受信するなどしてデータを通信してもよい。
【0034】
図１には切り離して示されていないが、プロセッサ１２０、ユーザインターフェース１３０、電子通信部１４０、センサ１５０、または電源１６０のうちの１つ以上は、内部バッファまたはレジスタなどの内部メモリを備えてもよい。例えば、プロセッサ１２０は内部メモリ（図示せず）を備えてもよく、メモリ１１０から内部メモリ（図示せず）にデータ１１２を読み込んで処理してもよい。
【0035】
別の要素として示されているが、メモリ１１０、プロセッサ１２０、ユーザインターフェース１３０、電子通信部１４０、センサ１５０、電源１６０、及びバス１７０、またはそれらの任意の組み合わせは、１つまたは複数の電子ユニット、回路、またはチップに統合できる。
【0036】
図２は、コンピューティング及び通信システム２００の図である。図に示すコンピューティング及び通信システム２００は、コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃ、アクセスポイント２１０Ａ、２１０Ｂ、及びネットワーク２２０を含む。例えば、コンピューティング及び通信システム２００は、コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃなどの１つまたは複数の有線通信装置または無線通信装置に、音声、オーディオ、データ、ビデオ、メッセージング、ブロードキャスト、またはそれらの組み合わせなどの通信を提供する多元接続システムであることができる。簡単にするため、図２は３つのコンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃ、２つのアクセスポイント２１０Ａ、２１０Ｂ、及び１つのネットワーク２２０を示すが、コンピューティング及び通信デバイス、アクセスポイント、及びネットワークは任意の数で使用することができる。
【0037】
コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃは、例えば、図１に記載のコンピューティングデバイス１００などのコンピューティングデバイスであることができる。例えば、コンピューティング及び通信デバイス１００Ａ、１００Ｂは、モバイルコンピューティングデバイス、ノートパソコン、シンクライアント、またはスマートフォンなどのユーザデバイスであってもよく、コンピューティング及び通信デバイス１００Ｃは、メインフレームまたはクラスタなどのサーバであってよい。コンピューティング及び通信デバイス１００Ａとコンピューティング及び通信デバイス１００Ｂはユーザデバイスとして記載され、コンピューティング及び通信デバイス１００Ｃはサーバとして記載されているが、任意のコンピューティング及び通信デバイスで、サーバ機能の一部またはすべて、ユーザデバイス機能の一部またはすべて、またはサーバ機能とユーザデバイス機能の一部またはすべてを行ってよい。例えば、サーバのコンピューティング及び通信デバイス１００Ｃは、オーディオデータやビデオデータなどのデータを受信、エンコードなどの処理、処理、格納、送信、またはそれらの組み合わせを行うことができ、コンピューティング及び通信デバイス１００Ａとコンピューティング及び通信デバイス１００Ｂの一方または両方は、データを受信、デコードなどの処理、処理、格納、提示、またはそれらの組み合わせを行うことができる。
【0038】
各コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃは、ユーザ装置（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、携帯電話、パーソナルコンピュータ、タブレット型コンピュータ、サーバ、家電製品、または任意の同様のデバイスを備えてもよく、ネットワーク２２０を介するなど、有線または無線通信を行うように構成することができる。例えば、コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃは、有線通信信号または無線通信信号を送信または受信するように構成することができる。各コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃは単一のユニットとして示されているが、コンピューティング及び通信デバイスは、相互接続された任意の数の要素を含み得る。
【0039】
各アクセスポイント２１０Ａ、２１０Ｂは、有線または無線通信リンク１８０Ａ、１８０Ｂ、１８０Ｃを介してコンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃ、ネットワーク２２０、またはその両方と通信するように構成された任意のタイプの装置であることができる。例えば、アクセスポイント２１０Ａ、２１０Ｂは、基地局、無線基地局（ＢＴＳ）、ＮｏｄｅＢ、拡張ＮｏｄｅＢ（ｅＮｏｄｅ－Ｂ）、ホームＮｏｄｅＢ（ＨＮｏｄｅ－Ｂ）、無線ルータ、有線ルータ、ハブ、中継器、スイッチ、または任意の同様の有線または無線装置を含み得る。各アクセスポイント２１０Ａ、２１０Ｂは単一のユニットとして示されているが、アクセスポイントは相互接続された任意の数の要素を含み得る。
【0040】
ネットワーク２２０は、有線または無線通信リンクを介して音声、データ、アプリケーション、ボイスオーバーインタネットプロトコル（ＶｏＩＰ）、または任意の他の通信プロトコルまたは通信プロトコルの組み合わせなどのサービスを提供するように構成された任意のタイプのネットワークであることができる。例えば、ネットワーク２２０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、仮想プライベートネットワーク（ＶＰＮ）、モバイルまたは携帯電話ネットワーク、インターネット、または任意の他の電子通信手段であることができる。ネットワークは、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）、リアルタイム転送プロトコル（ＲＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、またはそれらの組み合わせなどの通信プロトコルを使用できる。
【0041】
コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃは、１つまたは複数の有線または無線通信リンクを使用して、または有線通信リンクと無線通信リンクの組み合わせによって、ネットワーク２２０を介して相互通信をすることができる。例えば、図示のように、コンピューティング及び通信デバイス１００Ａ、１００Ｂは無線通信リンク１８０Ａ、１８０Ｂを介して通信することができ、コンピューティング及び通信デバイス１００Ｃは有線通信リンク１８０Ｃを介して通信することができる。コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃのいずれかにより、任意の有線または無線通信リンクを使用して通信してもよい。例えば、第１コンピューティング及び通信デバイス１００Ａは、第１のタイプの通信リンクを使用して第１アクセスポイント２１０Ａを介して通信することができ、第２コンピューティング及び通信デバイス１００Ｂは、第２のタイプの通信リンクを使用して第２アクセスポイント２１０Ｂを介して通信することができ、第３コンピューティング及び通信デバイス１００Ｃは、第３のタイプの通信リンクを使用して第３アクセスポイント（図示せず）を介して通信することができる。同様に、アクセスポイント２１０Ａ、２１０Ｂは、１つまたは複数の種類の有線または無線通信リンク２３０Ａ、２３０Ｂを介してネットワーク２２０と通信できる。図２は、コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃのネットワーク２２０を介した通信を示すが、コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃは、直接有線または無線通信リンクなど、任意の数の通信リンクを介して相互通信をすることができる。
【0042】
いくつかの実施態様では、コンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃの１つ以上の間での通信では、ネットワーク２２０を介した通信を省略してもよく、データ記憶装置などの別の媒体（図示せず）を介したデータ転送を備えてもよい。例えば、サーバのコンピューティング及び通信デバイス１００Ｃは、エンコードされたデータなどのデータを、ポータブルデータストレージユニットなどのデータ記憶装置に格納してもよく、コンピューティング及び通信デバイス１００Ａまたはコンピューティング及び通信デバイス１００Ｂの一方または両方は、例えば、データ記憶装置をサーバのコンピューティング及び通信デバイス１００Ｃから物理的に切断し、データ記憶装置をコンピューティング及び通信デバイス１００Ａまたはコンピューティング及び通信デバイス１００Ｂに物理的に接続することによって、データストレージユニットから格納されたオーディオデータへのアクセス、読み取り、または取得を行ってもよい。
【0043】
コンピューティング及び通信システム２００の他の実施態様も可能である。例えば、一実施態様において、ネットワーク２２０はアドホックネットワークであることができ、アクセスポイント２１０Ａ、２１０Ｂの１つ以上を省略することができる。コンピューティング及び通信システム２００には、図２に示されていないデバイス、ユニット、または要素を備えてもよい。例えば、コンピューティング及び通信システム２００は、さらに多くの通信装置、ネットワーク、及びアクセスポイントを備えてもよい。
【0044】
前述のように、コンテンツ項目にアクセスするデバイスのセキュリティの動的な変化に応答して配信システムのコンテンツ項目へのアクセスを保護するには、コンテンツ所有者が動的に更新できるデバイスセキュリティプロファイル（ＤＳＰ）を確立することで達成することができる。ＤＳＰは、このような保護されたコンテンツへのアクセスを管理するために使用してもよい。
【0045】
図３は、ＤＳＰを使用して保護されたコンテンツへのアクセス管理を実装することができるシステム３００の一例のブロック図である。図示のように、システム３００は、コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃ、ＤＲＭサーバ３０４、コンテンツサーバ３０６Ａ、３０６Ｂ、及びクライアントデバイス３０８Ａ、３０８Ｂを含む。コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃ、ＤＲＭサーバ３０４、コンテンツサーバ３０６Ａ、３０６Ｂ、及びクライアントデバイス３０８Ａ、３０８Ｂはそれぞれコンピューティングデバイス１００に対応することができる。また、３つのコンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃ、１つのＤＲＭサーバ３０４、２つのコンテンツサーバ３０６Ａ、３０６Ｂ、及び２つのクライアントデバイス３０８Ａ、３０８Ｂが図示されているが、実施態様によっては、これらのデバイスの数を他の数で使用してもよい。コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃ、ＤＲＭサーバ３０４、コンテンツサーバ３０６Ａ、３０６Ｂ、及びクライアントデバイス３０８Ａ、３０８Ｂは、ネットワーク（例えば、ネットワーク２２０）を介して相互通信を行う。各コンテンツサーバ３０６Ａ、３０６Ｂは、ライセンスサーバであってもよく、またはライセンスサーバを備えてもよい。
【0046】
いくつかの実施態様によれば、コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃ及びクライアントデバイス３０８Ａ、３０８Ｂは、携帯電話、タブレット型コンピュータ、デスクトップコンピュータ、ラップトップ型コンピュータ、スマートウォッチ、携帯情報端末、デジタルミュージックプレーヤなどのユーザ装置である。ＤＲＭサーバ３０４及びコンテンツサーバ３０６Ａ、３０６Ｂはサーバコンピュータであってよい。
【0047】
図示のように、ＤＲＭサーバ３０４は、コンテンツ所有者３１０Ａ、３１０Ｂ、３１０Ｃに関連付けられたデータを格納する。コンテンツ所有者３１０Ａは、コンテンツ所有者デバイス３０２Ａに関連付けられる。コンテンツ所有者３１０Ｂは、コンテンツ所有者デバイス３０２Ｂに関連付けられる。コンテンツ所有者３１０Ｃは、コンテンツ所有者デバイス３０２Ｃに関連付けられる。コンテンツ所有者３１０Ａに関連付けられたデータは、ＤＳＰ３１２Ａを含む。コンテンツ所有者３１０Ｂに関連付けられたデータは、ＤＳＰ３１２Ｂを含む。コンテンツ所有者３１０Ｃに関連付けられたデータは、ＤＳＰ３１２Ｃを含む。
【0048】
いくつかの実施態様では、ＤＲＭサーバ３０４は、ＤＳＰ３１２Ａに関連付けられたデータを入力するためグラフィカルユーザインターフェース（ＧＵＩ）を生成するコードをコンテンツ所有者デバイス３０２Ａに送信する。デバイスセキュリティプロファイルに関連付けられた情報を入力するためのＧＵＩの例を図７に示す。ＤＳＰ３１２Ａに関連付けられたデータは、コンテンツ所有者デバイス３０２Ａに関連付けられたコンテンツ所有者のコンテンツを１つまたは複数の解像度レベル（例えば、ＳＤ、ＨＤ、４Ｋなど）で表示するための要件、または１つまたは複数のタグ（例えば、新作、ドラマ、コメディ、恋愛など、コンテンツ項目の特性に関する記述データを提供する）を持つための要件を備えてもよい。例えば、ＤＳＰ３１２Ａに関連付けられたデータは、図４に示され、以下に記載されるデータを備えてもよい。
【0049】
コンテンツ所有者デバイス３０２Ａのユーザは、ＤＳＰ３１２Ａに関連付けられたデータをＧＵＩに入力する。コンテンツ所有者デバイス３０２Ａは、ＧＵＩに入力されるＤＳＰ３１２Ａに関連付けられたデータをＤＲＭサーバ３０４に送信する。ＤＲＭサーバ３０４は、データに基づいてＤＳＰ３１２Ａを生成し、コンテンツ所有者３１０Ａに関連付けられたデータ内にＤＳＰ３１２Ａを格納する。ＤＳＰ３１２Ａは、コンテンツ所有者３１０Ａに関連付けられたコンテンツ項目にクライアントデバイス３０８Ａ、３０８Ｂなどのクライアントデバイスがアクセスするための要件を指定する。要件は、アクセスされるコンテンツ項目の解像度レベルによって異なってよい。例えば、ＳＤコンテンツにアクセスする場合と、同じコンテンツのＨＤバージョンにアクセスする場合では要件が異なる場合がある。実施態様では、ＡＢＣ－ＭＯＶＩＥのＨＤバージョンにアクセスするための要件は、ＡＢＣ－ＭＯＶＩＥの４Ｋバージョンにアクセスするための要件と異なる。ＤＳＰ３１２Ｂ、３１２Ｃは、コンテンツ所有者デバイス３０２Ｂ、３０２Ｃから得られ、ＤＳＰ３１２Ａについて本明細書に記載したような技法を使用して、コンテンツ所有者３１０Ｂ、３１０Ｃに関連付けられたデータに格納される。
【0050】
ＤＲＭサーバ３０４は、ＤＳＰ３１２Ａ、３１２Ｂ、３１２Ｃを、関連するコンテンツ所有者３１０Ａ、３１０Ｂ、３１０Ｃのコンテンツを格納するコンテンツサーバ３０６Ａ、３０６Ｂに配信する。図示のように、コンテンツサーバ３０６Ａはコンテンツ所有者３１０Ａ、３１０Ｂのコンテンツを格納しているが、コンテンツ所有者３１０Ｃのコンテンツを格納していないため、コンテンツサーバ３０６ＡはＤＳＰ３１２Ａ、３１２Ｂを受信するが、ＤＳＰ３１２Ｃは受信しない。同様に、コンテンツサーバ３０６Ｂはコンテンツ所有者３１０Ｂ、３１０Ｃのコンテンツを格納しているが、コンテンツ所有者３１０Ａのコンテンツを格納していないため、コンテンツサーバ３０６ＢはＤＳＰ３１２Ｂ、３１２Ｃを受信するが、ＤＳＰ３１２Ａは受信しない。他の実施態様では、より多くの、より少ない、または異なるコンテンツサーバにコンテンツが格納してもよい。
【0051】
他の実施態様によれば、ＤＲＭサーバ３０４は、コンテンツ所有者３１０Ａ、３１０Ｂに関連付けられたコンテンツ項目を格納するコンテンツサーバ３０６Ａから、ＤＳＰ更新に関するプルリクエストを受信する。ＤＲＭサーバ３０４は、プルリクエストに応答して、前回のプルリクエスト以降に更新または追加されたＤＳＰ３１２Ａ、３１２Ｂをコンテンツサーバ３０６Ａに送信する。送信されたＤＳＰ３１２Ａ、３１２Ｂにより、コンテンツサーバは、ＤＳＰ３１２Ａ、３１２Ｂに従って、コンテンツ所有者３１０Ａ、３１０Ｂのコンテンツ項目にアクセスするクライアントデバイスに対して制限または条件を設定する。コンテンツサーバ３０６Ｂも同様にプルリクエストを送信し、コンテンツサーバ３０６Ｂにコンテンツが格納されているコンテンツ所有者３１０Ｂ、３１０ＣのＤＳＰ３１２Ｂ、３１２Ｃを受信する。
【0052】
コンテンツ所有者３１０ＡのＤＳＰ３１２Ａを受信した後、またはコンテンツ所有者３１０ＡのＤＳＰ３１２Ａの受信と同時に、コンテンツサーバ３０６Ａは、クライアントデバイス３０８Ａからコンテンツ所有者３１０Ａのコンテンツ項目３１６Ａに対するコンテンツ要求３１４Ａを受信する。コンテンツ要求３１４Ａは、ライセンス要求であってもよく、またはライセンス要求を備えてもよく、クライアントデバイス３０８Ａのハードウェアステータス及びセキュリティステータスを含んでもよい。例えば、ハードウェアステータスは、クライアントデバイス３０８Ａの製造元とモデル（例えば、Ａｐｐｌｅ ｉＰｈｏｎｅ ＸＲ（登録商標）、Ｇｏｏｇｌｅ Ｐｉｘｅｌ ４（登録商標）など）、及びハードウェアへのいずれかの変更の兆候を備えてもよい。セキュリティステータスは、オペレーティングシステムのバージョンと、クライアントデバイス３０８Ａにインストールされているいずれかのセキュリティパッチの指標を含んでもよい。
【0053】
コンテンツサーバ３０６Ａは、コンテンツ要求３１４ＡとＤＳＰ３１２Ａに基づいて、クライアントデバイス３０８Ａに提供するコンテンツ項目３１６Ａの解像度レベル（例えば、ＳＤ、ＨＤ、４Ｋなど）を決定する。例えば、解像度レベルは、コンテンツ要求３１４Ａのハードウェアステータス及びセキュリティステータスを、ＤＳＰ３１２Ａで指定された様々な解像度レベル（及びコンテンツ項目３１６Ａの任意のタグ）の要件と比較することによって決定することができる。
【0054】
いくつかの実施態様では、コンテンツサーバ３０６Ａは、コンテンツ要求３１４Ａ及びＤＳＰ３１２Ａに基づいて、要求されたコンテンツ項目のバージョンがクライアントデバイス３０８Ａに提供されないおそれがあると判断し、コンテンツ項目３１６Ａが利用できないことをクライアントデバイス３０８Ａに通知するメッセージをクライアントデバイス３０８Ａに送信することができる。コンテンツサーバ３０６Ａは、ＤＳＰ３１２Ａに基づいて、クライアントデバイス３０８Ａがソフトウェア更新後に要求されたコンテンツ項目３１６Ａにアクセスできるかどうかを判断し、クライアントデバイス３０８Ａのユーザにソフトウェアを更新するようアドバイスするメッセージを送信することができる。
【0055】
いくつかの実施態様では、コンテンツサーバ３０６Ａは、コンテンツ要求３１４ＡとＤＳＰ３１２Ａに基づいて、要求されたコンテンツ項目の複数の異なる解像度レベル（例えば、ＳＤまたはＨＤ、ただし４Ｋではない）がクライアントデバイス３０８Ａに提供される可能性があることを判断できる。場合によっては、最も高い解像度レベルがクライアントデバイス３０８Ａに送信されることがある。場合によっては、解像度レベルは、クライアントデバイス３０８Ａのネットワークダウンロード速度、クライアントデバイス３０８Ａの表示機能、クライアントデバイス３０８Ａのオーディオ再生機能、またはクライアントデバイス３０８Ａに関連付けられたユーザアカウントのユーザアカウント設定のうち少なくとも１つに基づいて選択されることがある。コンテンツサーバ３０６Ａは、決定された解像度レベルでコンテンツ項目３１６Ａをクライアントデバイス３０８Ａに送信してもよい。同様に、コンテンツサーバ３０６Ｂは、クライアントデバイス３０８Ｂからコンテンツ要求３１４Ｂ（ライセンス要求であってもよく、またはライセンス要求を備えてもよい）を受信し、それに応答してコンテンツ項目３１６Ｂを送信する。
【0056】
図４は、ＤＳＰ３１２（例えば、ＤＳＰ３１２Ａ、３１２Ｂ、３１２Ｃの１つ）のデータ構造の一例を示すブロック図である。図示のように、ＤＳＰ３１２は、解像度要件データ構造４０２、タグ要件データ構造４０４、及び例外データ構造４０６を含む。
【0057】
図示のように、解像度要件データ構造４０２は、様々な解像度（この例ではＳＤ、ＨＤ、または４Ｋ）と、関連する解像度レベルでコンテンツ所有者がコンテンツを提供するためにクライアントデバイスが満たす必要のある要件を示す。要件は、ハードウェア要件及びセキュリティ要件を含んでもよい。例えば、ハードウェア要件は、クライアントデバイスの製造元、モデル、及び／または他のハードウェア識別子を含んでもよい。セキュリティ要件は、クライアントデバイスにインストールされているオペレーティングシステムのバージョン、セキュリティポリシー、セキュリティパッチ、またはソフトウェアの更新の少なくとも１つのインジケータを含んでもよい。
【0058】
同様に、タグ要件データ構造４０４は、示されたタグを含むコンテンツ所有者によるコンテンツの提供のためにクライアントデバイスが満たす必要があるタグ（例えば、「新規リリース」など）要件を示す。例外データ構造４０６は、データ構造４０２、４０４の要件に対する例外が提供される可能性のある様々な装置を示す。例えば、クライアントデバイスの製造元であり、コンテンツ所有者でもある企業は、これらの装置が必要な特定のハードウェア機能やセキュリティ機能に欠けている場合でも、自社のコンテンツの最も高い解像度のバージョンを自社が製造したクライアントデバイスに提供したいと望む可能性がある。
【0059】
図４は、ＤＳＰ３１２のデータ構造の一例を示す。図４に示すデータ構造に加えて、またはその代わりに、ＤＳＰ３１２の他のデータ構造を使用してもよい。解像度要件データ構造４０２とタグ要件データ構造４０４は、表または２次元配列として示されている。ただし、解像度要件データ構造４０２、タグ要件データ構造４０４、またはその両方に、他のタイプのデータ構造（例えば、連結リスト、スタック、キューなど）を使用してもよい。
【0060】
一例としての使用例では、コンテンツ所有者デバイス３０２Ａのユーザは、コンテンツ所有者デバイス３０２Ａに表示されるグラフィカルユーザインターフェースによってＤＳＰ３１２Ａを作成する。ＤＳＰ３１２Ａは、コンテンツ所有者３１０ＡのＳＤコンテンツにアクセスするには、アクセスするクライアントデバイスにハードウェアＡとセキュリティポリシーＡが存在する必要があることを指定する。コンテンツ所有者３１０ＡのＨＤコンテンツにアクセスするには、アクセスするクライアントデバイスにハードウェアＢとセキュリティポリシーＢが存在する必要がある。コンテンツ所有者３１０Ａの４Ｋコンテンツにアクセスするには、アクセスするクライアントデバイスにハードウェアＣとセキュリティポリシーＣが存在する必要がある。コンテンツ所有者３１０Ａの新規リリースにアクセスするには、アクセスするクライアントデバイスにハードウェアＤとセキュリティポリシーＤが存在する必要がある。ＤＳＰ３１２Ａは、特定の製造元のクライアントデバイスの例外を示すこともできる。例えば、製造元ＡＢＣによって製造されたクライアントデバイスは、クライアントデバイスのハードウェアやセキュリティポリシーに関係なく、コンテンツ所有者３１０Ａのすべての新規リリースまたは４Ｋコンテンツにアクセスできるようになる。ＤＳＰ３１２Ａは、コンテンツ所有者デバイス３０２ＡからＤＲＭサーバ３０４に送信され、コンテンツ所有者３１０Ａに関連付けられたデータ構造でＤＲＭサーバ３０４に格納される。
【0061】
コンテンツサーバ３０６Ａは、コンテンツ所有者３１０Ａに関連付けられたコンテンツ（例えば、ビデオファイル及び／またはオーディオファイル）を格納する。コンテンツサーバ３０６Ａは、ＤＲＭサーバ３０４にＤＳＰ更新に関するプルリクエストを送信する。ＤＳＰ更新に関するプルリクエストに応答して、ＤＲＭサーバ３０４はＤＳＰ３１２Ａをコンテンツサーバ３０６Ａに送信する。コンテンツサーバ３０６ＡはＤＳＰ３１２Ａを格納する。
【0062】
上記の例を続けると、クライアントデバイス３０８Ａは、コンテンツサーバ３０６Ａに格納され、コンテンツ所有者３１０Ａに関連付けられている動画ＤＥＦにアクセスするためのコンテンツ要求３１４Ａをコンテンツサーバ３０６Ａに送信する。コンテンツ要求３１４Ａは、クライアントデバイス３０８ＡにハードウェアＡ、セキュリティポリシーＡ、セキュリティポリシーＢ、及びセキュリティポリシーＣが含まれており、製造元ＡＢＣによって製造されていることを示す。コンテンツサーバ３０６Ａは、クライアントデバイス３０８Ａが動画ＤＥＦのＳＤ、ＨＤ、または４Ｋバージョンを受信することを許可されているかの判断を試みる。コンテンツサーバ３０６Ａは、クライアントデバイス３０８Ａのハードウェア（ハードウェアＡを有し、ハードウェアＢがなく、ハードウェアＣがない）とクライアントデバイスのセキュリティポリシー（セキュリティポリシーＡを有する）に基づいて、クライアントデバイス３０８Ａには動画ＤＥＦのＳＤバージョンへのアクセス権はあるが、動画ＤＥＦのＨＤバージョン及び４Ｋバージョンへのアクセス権はないことを判断する。コンテンツサーバ３０６Ａは、動画ＤＥＦに新規リリースタグがあるかどうかを判断し、動画ＤＥＦに新規リリースタグがないと判断すると、クライアントデバイス３０８Ａが動画ＤＥＦのＳＤバージョンには引き続きアクセスできるが、ＨＤバージョンと４Ｋバージョンにはアクセスできないことを判断する。コンテンツサーバ３０６Ａは、ＤＳＰ３１２Ａの例外を確認し、クライアントデバイス３０８Ａが製造元ＡＢＣによって製造されていることに基づいて、クライアントデバイス３０８Ａが動画ＤＥＦのＳＤ、ＨＤ、または４Ｋバージョンを得る資格があるかどうかを判断する。
【0063】
コンテンツサーバ３０６Ａは、クライアントデバイス３０８Ａのネットワーク速度と表示機能を判断し、動画ＤＥＦのＳＤ、ＨＤ、または４Ｋバージョンをクライアントデバイスに送信するかどうかを判断する。例えば、クライアントデバイス３０８ＡがＳＤ及びＨＤを表示できるが４Ｋファイルを表示できない表示部を備えていること、及びクライアントデバイス３０８ＡがＨＤ伝送の最小速度（例えば、５メガビット／秒）を超えるダウンロード速度でセルラーネットワークに接続されていることを判断すると、コンテンツサーバ３０６Ａは、クライアントデバイス３０８Ａに動画ＤＥＦのＨＤバージョンを提供することができる。クライアントデバイス３０８Ａが製造元ＡＢＣ以外の製造元によって製造されていた場合、クライアントデバイス３０８Ａは、ＤＳＰ３１２Ａ下で動画ＤＥＦのＨＤまたは４Ｋバージョンを受信することができず（ハードウェアＢとハードウェアＣがないため）、クライアントデバイス３０８Ａは動画ＤＥＦのＳＤバージョンを受信することになる。
【0064】
図５は、コンテンツサーバにデバイスセキュリティプロファイルを提供する方法５００の一例を示すフローチャートである。方法５００は、図３に示すＤＲＭサーバ３０４などのＤＲＭサーバ、図２に示すコンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃの１つ以上、または図１に示すコンピューティングデバイス１００によって実装することができる。
【0065】
ブロック５０２では、ＤＲＭサーバは、コンテンツ所有者デバイス（例えば、コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃ）からＤＳＰ（例えば、ＤＳＰ ３１２、３１２Ａ、３１２Ｂ、３１２Ｃ）に関連付けられたデータを受信する。ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイス（例えば、クライアントデバイス３０８Ａ、３０８Ｂ）がアクセスするための要件を指定する。要件は、アクセスされるコンテンツ項目の解像度レベルによって異なる。要件は、アクセスされるコンテンツ項目のタグ（例えば、「新規リリース」）によって異ってもよい。要件は、ハードウェア要件及びセキュリティ要件を含んでもよい。
【0066】
ブロック５０４では、ＤＲＭサーバはＤＳＰとコンテンツ所有者（例えば、コンテンツ所有者３１０Ａ、３１０Ｂ、３１０Ｃ）のインジケーションを格納する。ＤＳＰ及びコンテンツ所有者のインジケーションは、ＤＲＭサーバのメモリ（例えば、メモリ１１０）またはＤＲＭサーバと通信するデータリポジトリ（例えば、データベース）に格納されてよい。ＤＳＰは、解像度レベルと解像度レベルごとの要件を表す第１データ構造（例えば、解像度要件データ構造４０２）を含んでもよい。ＤＳＰは、コンテンツ項目のタグとタグごとの要件を表す第２データ構造（例えば、タグ要件データ構造４０４）を含んでもよい。ＤＳＰは、第１データ構造の要件または第２データ構造の要件に対する例外があるデバイス構成を表す第３データ構造（例えば、例外データ構造４０６）を含んでもよい。
【0067】
ブロック５０６では、ＤＲＭサーバは、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバ（例えば、コンテンツサーバ３０６Ａ）から、ＤＳＰ更新に関するプルリクエストを受信する。コンテンツサーバは、コンテンツサーバのネットワーク速度が閾値ネットワーク速度を超えたとき、コンテンツサーバのプロセッサの負荷が閾値負荷を下回ったとき、またはその両方のときに、ＤＳＰ更新に関するプルリクエストを送信することができる。プルリクエストは、閾値期間ごとに１回（例えば、１日に１回）送信することができる。
【0068】
ブロック５０８では、ＤＲＭサーバは、プルリクエストに応答してＤＳＰをコンテンツサーバに送信する。ＤＳＰにより、コンテンツサーバはＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限する。いくつかの実施態様では、ＤＲＭサーバはコンテンツ所有者デバイスからＤＳＰへの更新を受信する。ＤＲＭサーバはコンテンツサーバから２回目のプルリクエストを受信する。ＤＲＭサーバは、２回目のプルリクエストに応答して、ＤＳＰの更新（またはＤＳＰの更新バージョン）をコンテンツサーバに送信する。
【0069】
いくつかの実施態様では、ＤＲＭサーバはＤＳＰを第２コンテンツサーバにプッシュする。プッシュは、例えば、所定の時間または定義された期間（例えば、１日または７日間）内に、コンテンツ所有者に関連付けられたコンテンツ項目を格納する第２コンテンツサーバからＤＳＰ更新に関するプルリクエストを受信できなかった際に発生する可能性がある。
【0070】
図６は、デバイスセキュリティプロファイルを使用してコンテンツ要求を処理する方法６００の一例を示すフローチャートである。方法６００は、図３に示すコンテンツサーバ３０６Ａ、３０６Ｂの１つ以上などのコンテンツサーバ、図２に示すコンピューティング及び通信デバイス１００Ａ、１００Ｂ、１００Ｃの１つ以上、または図１に示すコンピューティングデバイス１００によって実装することができる。
【0071】
ブロック６０２では、コンテンツサーバはコンテンツ所有者のＤＳＰ（例えば、ＤＳＰ３１２、３１２Ａ、３１２Ｂ、３１２Ｃ）を受信する。ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定する。場合によっては、コンテンツサーバはＤＳＰ更新に関するプルリクエストをＤＲＭサーバ（ＤＲＭサーバ３０４）に送信し、プルリクエストに応答してコンテンツ所有者のＤＳＰを受信する。あるいは、ＤＳＰをＤＲＭサーバからコンテンツサーバにプッシュしてもよい。
【0072】
ブロック６０４では、コンテンツサーバは、クライアントデバイス（例えば、クライアントデバイス３０８Ａ、３０８Ｂ）からコンテンツ項目に対するコンテンツ要求（例えば、コンテンツ要求３１４Ａ、３１４Ｂ）を受信する。例えば、クライアントデバイスのユーザは、クライアントデバイスをコンテンツサーバに関連付けられたアプリケーションまたはウェブページに誘導し、アプリケーションまたはウェブページを介してコンテンツを要求することができる。
【0073】
ブロック６０６では、コンテンツサーバは、コンテンツ要求とＤＳＰに基づいて、クライアントデバイスに提供するコンテンツ項目（例えば、コンテンツ項目３１６Ａ、３１６Ｂ）の解像度レベルを決定する。例えば、コンテンツサーバは、コンテンツ要求に示されているようにクライアントデバイスのハードウェアステータスとセキュリティステータスを、ＤＳＰの様々な解像度レベルでコンテンツを提供するためのハードウェア要件とセキュリティ要件と比較する場合がある。
【0074】
ブロック６０８では、コンテンツサーバは、決定された解像度レベルでコンテンツ項目をクライアントデバイスに送信する。クライアントデバイスは、クライアントデバイスのユーザインターフェース（例えば、ユーザインターフェース１３０）によってコンテンツ項目を再生または表示することができる。
【0075】
いくつかの実施態様では、コンテンツサーバは、ＤＳＰ更新に関する２回目のプルリクエストをＤＲＭサーバに送信する。コンテンツサーバは、２回目のプルリクエストに応答して、ＤＳＰを置き換えるために更新されたＤＳＰまたは以前に格納されたＤＳＰの更新を受信する。コンテンツサーバが、コンテンツサーバのメモリ（例えば、メモリ１１０）内でＤＳＰを更新されたＤＳＰに置き換えるか、コンテンツサーバが更新をＤＳＰに組み込む。
【0076】
図７は、ＤＳＰに関連する情報を入力するためのＧＵＩ７００を示す図である。ＧＵＩ７００は、コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃで表示することができる。図示のように、ＧＵＩ７００は、ＤＳＰ７０２の名称、最小デバイスセキュリティレベル７０４、復号化ソフトウェアの最小バージョン７０６、最小コピー保護バージョン７０８、製造元／モデルが検証されているかどうか７１０、及びコピー世代管理システム（ＣＧＭＳ）出力保護が必要かどうか７１２を入力するためのブロックを含む。ＤＳＰ７０２の名称は、ユーザが選択した任意の名称であってよい。最小デバイスセキュリティレベル７０４は、クライアントデバイスにインストールされたセキュリティソフトウェアの表示など、最小セキュリティレベルに対応することができる。復号化ソフトウェアの最小バージョン７０６は、クライアントデバイスでコンテンツを表示するためのメディアプレーヤまたは他のアプリケーションに関連付けられたソフトウェアのバージョンに対応することができる。最小コピー保護バージョン７０８は、クライアントデバイスにインストールされているコピー保護のバージョン（例えば、高帯域幅デジタルコンテンツ保護（ＨＤＣＰ））を含んでもよい。検証される製造元／モデル７１０は、クライアントデバイスからのコンテンツ要求３１４Ａ、３１４Ｂがクライアントデバイスの製造元／モデルを示しているかどうかに対応することができる。ＣＧＭＳ出力保護が必要かどうか７１２は、クライアントデバイスでＣＧＭＳ出力保護が必要かどうかを示すことができる。
【0077】
図８は、ＤＳＰにデバイス例外を表示するためのＧＵＩ８００を示す図である。ＧＵＩ８００は、コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃで表示することができる。図示のように、ＧＵＩ８００は、シリーズ名８０２、製造元８０４、システム識別子（ＩＤ）８０６、許可リストステータス８０８、及び例外ステータス８１０の列を含む例外の表を含む。ＧＵＩ８００は、「追加例外を追加」ボタン８１２も備えており、これを選択すると、ユーザは例外の表に行を追加できる。シリーズ名８０２の列には、例外が適用されるデバイスのシリーズ名を表示する。製造元８０４の列には、例外が適用されるデバイスの製造元を表示する。システムＩＤ８０６の列には、例外が適用されるデバイスのシステムＩＤを表示する。許可リストステータス８０８の列には、例外が適用されるデバイスの許可リストステータス（例えば、許可またはブロック）を表示する。例外ステータス８１０の列には、例外が適用されるデバイスに対して例外が設定されているかどうかを表示する。ユーザは、例外ステータス８１０の列のドロップダウンメニューを使用して、「はい」または「いいえ」（または「正」または「誤」または同様のオプション）を選択し、特定の行にリストされている例外を適用するかどうかを表示することができる。
【0078】
ＧＵＩ７００、８００は、ＤＳＰのハードウェアプロファイルとセキュリティプロファイルに含まれる情報の例を示す。すべてのＤＳＰで、そこに示されている情報が必要なわけではない。ＤＳＰには、異なる情報、より多い情報、またはより少ない情報が含まれてよい。
【0079】
図９は、ＤＳＰを検索するためのＧＵＩ９００を示す図である。ＧＵＩ９００は、コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃで表示することができる。図示のように、ＧＵＩ９００は、コンテンツプロバイダ名９０２とＤＳＰ名９０４でＤＳＰを検索するための入力ボックスを含む。ＧＵＩ９００は、生産ステータス９０６、デバイスセキュリティレベル９０８、復号化ソフトウェアバージョン９１０、及びコピー保護バージョン９１２でＤＳＰを検索するためのドロップダウンメニューを含む。ＧＵＩ９００は、クライアントデバイスの製造元／モデルが検証されているかどうか９１４、クライアントデバイスでＣＧＭＳ出力保護が有効になっているかどうか９１６、既知のセキュリティ脆弱性が許可されているかどうか９１８を選択するためのラジオボタンを含む。ＧＵＩ９００は検索ボタン９２０を含む。検索ボタン９２０が選択されるとき、ＧＵＩ９００を表示しているデバイス（例えば、コンテンツ所有者デバイス３０２Ａ、３０２Ｂ、３０２Ｃ）は、９０２、９０４の入力ボックス、９０６、９０８、９１０、９１２のドロップダウンメニュー、及び９１４、９１６、９１８のラジオボタンのいずれかに入力された内容に基づいて、デバイス（またはデバイスにログインしているアカウント）に対応するコンテンツ所有者に関連付けられたＤＳＰを検索する（例えば、ローカルメモリで検索する、またはＤＲＭサーバ３０４で検索を実行させる）。検索すると検索結果が生成される。生成された検索結果のすべてまたは一部は、デバイスに（例えば、リスト形式で）表示することができる。
【0080】
いくつかの実施態様は、番号付きの例（実施例１、２、３など）として以下で説明される。これらの例は実施例としてのみ提供されており、開示された技術を限定するものではない。
【0081】
実施例１は、デジタル著作権管理（ＤＲＭ）サーバにおいて、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信することであって、ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定し、要件は、アクセスされたコンテンツ項目の解像度レベルによって異なる、受信することと、ＤＲＭサーバで、ＤＳＰ及びコンテンツ所有者のインジケーションを格納することと、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信することと、プルリクエストに応答してＤＳＰをコンテンツサーバに送信することであって、ＤＳＰは、コンテンツサーバに、ＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限させる、送信することを含む方法である。
【0082】
実施例２において、実施例１の主題は、解像度レベルが総ピクセル数、フレームあたりのピクセル数、またはピクセル寸法測定値のうちの少なくとも１つに基づく主題を含む。
【0083】
実施例３において、実施例１、実施例２、またはその両方の主題は、解像度レベルが標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうち少なくとも１つを備える主題を含む。
【0084】
実施例４において、実施例１～３のいずれかの主題は、アクセスされたコンテンツ項目のタグによって要件が異なる主題を含む。
【0085】
実施例５において、実施例１～４のいずれかの主題は、要件がコンテンツ項目にアクセスするクライアントデバイスのハードウェア要件とセキュリティ要件を備える主題を含む。
【0086】
実施例６において、実施例１～５のいずれかの主題は、ＤＳＰが、解像度レベル及び解像度レベルごとの要件を表す第１データ構造と、コンテンツ項目のタグ及びタグごとの要件を表す第２データ構造と、第１データ構造の要件または第２データ構造の要件に対して例外を持つデバイス構成を表す第３データ構造とを備える主題を含む。
【0087】
実施例７において、実施例１～６のいずれかの主題は、定義された期間内に、コンテンツ所有者に関連付けられたコンテンツ項目を格納する第２コンテンツサーバからＤＳＰ更新に関するプルリクエストを受信できなかった場合に、ＤＳＰを第２コンテンツサーバにプッシュすることを含む。
【0088】
実施例８において、実施例１～７のいずれかの主題は、コンテンツ所有者デバイスからＤＳＰへの更新を受信することと、コンテンツサーバから２回目のプルリクエストを受信することと、２回目のプルリクエストに応答してＤＳＰへの更新またはＤＳＰの更新バージョンをコンテンツサーバに送信することとを含む。
【0089】
実施例９においては、実施例１～８のいずれかの主題は、ＤＳＰに関連付けられたデータを入力するためグラフィカルユーザインターフェース（ＧＵＩ）を生成するコードをコンテンツ所有者デバイスに送信することと、ＧＵＩを介してコンテンツ所有者デバイスで得られたＤＳＰに関連付けられたデータに基づくＤＳＰをＤＲＭサーバで生成することとを含む。
【0090】
実施例１０においては、実施例１～９のいずれかの主題は、コンテンツサーバでコンテンツ所有者のＤＳＰを受信することと、コンテンツ所有者に関連付けられたコンテンツ項目の１つであるコンテンツ項目に対するコンテンツ要求をコンテンツサーバでクライアントデバイスから受信することと、コンテンツ要求とＤＳＰに基づいて、クライアントデバイスに提供するコンテンツ項目の解像度レベルを決定することと、決定された解像度レベルでコンテンツ項目をコンテンツサーバからクライアントデバイスに送信することとを含む。
【0091】
実施例１１は、命令を格納するメモリと、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信する命令であって、ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定し、要件は、アクセスされたコンテンツ項目の解像度レベルによって異なり、要件は、コンテンツ項目にアクセスするクライアントデバイスのハードウェア要件とセキュリティ要件を含む、受信する命令と、ＤＳＰ及びコンテンツ所有者のインジケーションを格納する命令と、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信する命令と、プルリクエストに応答してＤＳＰをコンテンツサーバに送信する命令であって、ＤＳＰは、コンテンツサーバに、ＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限させる、送信する命令とを実行するプロセッサを含む、デジタル著作権管理（ＤＲＭ）サーバである。
【0092】
実施例１２において、実施例１１の主題は、解像度レベルが総ピクセル数、フレームあたりのピクセル数、またはピクセル寸法測定値のうちの少なくとも１つに基づく主題を含む。
【0093】
実施例１３において、実施例１１、実施例１２、またはその両方の主題は、解像度レベルが標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうち少なくとも１つを備える主題を含む。
【0094】
実施例１４において、実施例１１～１３のいずれかの主題は、アクセスされたコンテンツ項目のタグによって要件が異なる主題を含む。
【0095】
実施例１５において、実施例１１～１４のいずれかの主題は、ＤＳＰが、解像度レベル及び解像度レベルごとの要件を表す第１データ構造と、コンテンツ項目のタグ及びタグごとの要件を表す第２データ構造と、及び第１データ構造の要件または第２データ構造の要件に対して例外を持つデバイス構成を表す第３データ構造とを備える主題を含む。
【0096】
実施例１６において、実施例１１～１５のいずれかの主題は、プロセッサが、所定の時間内に、コンテンツ所有者に関連付けられたコンテンツ項目を格納する第２コンテンツサーバからＤＳＰ更新に関するプルリクエストを受信できなかった場合に、ＤＳＰを第２コンテンツサーバにプッシュする命令を実行する主題を含む。
【0097】
実施例１７において、実施例１１～１６のいずれかの主題は、プロセッサが、コンテンツ所有者デバイスからＤＳＰへの更新を受信する命令と、コンテンツサーバから２回目のプルリクエストを受信する命令と、２回目のプルリクエストに応答して、ＤＳＰへの更新またはＤＳＰの更新バージョンをコンテンツサーバに送信する命令とを実行する主題を含む。
【0098】
実施例１８において、実施例１１～１７のいずれかの主題は、ＤＳＰに関連付けられたデータを入力するためグラフィカルユーザインターフェース（ＧＵＩ）を生成するコードをコンテンツ所有者デバイスに送信する命令と、ＧＵＩを介してコンテンツ所有者デバイスで得られたＤＳＰに関連付けられたデータに基づくＤＳＰをＤＲＭサーバで生成する命令とを実行する主題を含む。
【0099】
実施例１９は、デジタル著作権管理（ＤＲＭ）サーバで、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信することであって、ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定し、要件は、アクセスされたコンテンツ項目の解像度レベルによって異なり、解像度レベルは、総ピクセル数、フレームあたりのピクセル数、またはピクセル寸法測定値のうちの少なくとも１つに基づく、受信することと、ＤＲＭサーバで、ＤＳＰ及びコンテンツ所有者のインジケーションを格納することと、コンテンツ所有者に関連付けられたコンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信することと、プルリクエストに応答してＤＳＰをコンテンツサーバに送信することであって、ＤＳＰは、コンテンツサーバに、ＤＳＰに従ってコンテンツ項目にアクセスするクライアントデバイスを制限させる、送信することを含む操作をプロセッサが行うよう動作する命令を格納する非一時的なコンピュータ可読媒体である。
【0100】
実施例２０において、実施例１９の主題は、解像度レベルが標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうち少なくとも１つを備える主題を含む。
【0101】
実施例２１において、実施例１９、実施例２０、またはその両方の主題は、アクセスされたコンテンツ項目のタグによって要件が異なる主題を含む。
【0102】
実施例２２において、実施例１９～２１のいずれかの主題は、要件がコンテンツ項目にアクセスするクライアントデバイスのハードウェア要件とセキュリティ要件を備える主題を含む。
【0103】
実施例２３は、コンテンツサーバでコンテンツ所有者のデバイスセキュリティプロファイル（ＤＳＰ）を受信することであって、ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定し、要件は、アクセスされたコンテンツ項目の解像度によって異なる、受信することと、コンテンツ項目に対するコンテンツ要求をコンテンツサーバでクライアントデバイスから受信することと、コンテンツ要求とＤＳＰに基づいて、クライアントデバイスに提供するコンテンツ項目の解像度レベルを決定することと、決定された解像度レベルでコンテンツ項目をクライアントデバイスに送信することとを含む、方法である。
【0104】
実施例２４において、実施例１０または実施例２３の主題は、ＤＳＰ更新に関するプルリクエストを送信することを含み、プルリクエストに応答してコンテンツ所有者のＤＳＰを受信する。
【0105】
実施例２５において、実施例２４の主題は、ＤＳＰ更新に関する２回目のプルリクエストを送信することと、２回目のプルリクエストに応答して、ＤＳＰまたはＤＳＰへの更新を置き換える更新されたＤＳＰを受信することと、コンテンツサーバのメモリ内で、ＤＳＰを更新されたＤＳＰに置き換えるか、または更新をＤＳＰに組み込むこととを含む。
【0106】
実施例２６において、実施例１０または２３～２５のいずれかの主題は、解像度レベルが標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうち少なくとも１つを備える主題を含む。
【0107】
実施例２７において、実施例１０または２３～２６のいずれかの主題は、アクセスされたコンテンツ項目のタグによって要件が異なる主題を含む。
【0108】
実施例２８において、実施例１０または２３～２７のいずれかの主題は、要件がハードウェア要件とセキュリティ要件を備える主題を含む。
【0109】
実施例２９において、実施例１０または２３～２８のいずれかの主題は、ＤＳＰが、解像度レベル及び解像度レベルごとの要件を表す第１データ構造と、コンテンツ項目のタグ及びタグごとの要件を表す第２データ構造と、第１データ構造の要件または第２データ構造の要件に対して例外を持つデバイス構成を表す第３データ構造とを備える主題を含む。
【0110】
実施例３０は、命令を格納するメモリと、コンテンツ所有者のデバイスセキュリティプロファイル（ＤＳＰ）を受信する命令であって、ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定し、要件は、アクセスされたコンテンツ項目の解像度によって異なる、受信する命令と、コンテンツ項目に対するコンテンツ要求をクライアントデバイスから受信する命令と、コンテンツ要求とＤＳＰに基づいて、クライアントデバイスに提供するコンテンツ項目の解像度レベルを決定する命令と、決定された解像度レベルでコンテンツ項目をクライアントデバイスに送信する命令とを実行するプロセッサを含む、コンテンツサーバである。
【0111】
実施例３１において、実施例３０の主題は、プロセッサが、ＤＳＰ更新に関するプルリクエストを送信する命令を実行し、プルリクエストに応答してコンテンツ所有者のＤＳＰが受信される主題を含む。
【0112】
実施例３２において、実施例３１の主題は、プロセッサが、ＤＳＰ更新に関する２回目のプルリクエストを送信する命令と、２回目のプルリクエストに応答して、ＤＳＰまたはＤＳＰへの更新を置き換える更新されたＤＳＰを受信する命令と、コンテンツサーバのメモリ内で、ＤＳＰを更新されたＤＳＰに置き換える命令、または更新をＤＳＰに組み込む命令を実行する主題を含む。
【0113】
実施例３３において、実施例３０～３２のいずれかの主題は、解像度レベルが標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうち少なくとも１つを備える主題を含む。
【0114】
実施例３４において、実施例３０～３３のいずれかの主題は、アクセスされたコンテンツ項目のタグによって要件が異なる主題を含む。
【0115】
実施例３５において、実施例３０～３４のいずれかの主題は、要件がハードウェア要件とセキュリティ要件を備える主題を含む。
【0116】
実施例３６において、実施例３０～３５のいずれかの主題は、ＤＳＰが、解像度レベル及び解像度レベルごとの要件を表す第１データ構造と、コンテンツ項目のタグ及びタグごとの要件を表す第２データ構造と、第１データ構造の要件または第２データ構造の要件に対して例外を持つデバイス構成を表す第３データ構造とを備える主題を含む。
【0117】
実施例３７は、コンテンツサーバでコンテンツ所有者のデバイスセキュリティプロファイル（ＤＳＰ）を受信することであって、ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にクライアントデバイスがアクセスするための要件を指定し、要件は、アクセスされたコンテンツ項目の解像度によって異なる、受信することと、コンテンツ項目に対するコンテンツ要求をコンテンツサーバでクライアントデバイスから受信することと、コンテンツ要求とＤＳＰに基づいて、クライアントデバイスに提供するコンテンツ項目の解像度レベルを決定することと、決定された解像度レベルでコンテンツ項目をクライアントデバイスに送信することとを含む操作をプロセッサが行うよう動作する命令を格納する非一時的なコンピュータ可読媒体である。
【0118】
実施例３８において、実施例３７の主題は、ＤＳＰ更新に関するプルリクエストを送信することであって、プルリクエストに応答してコンテンツ所有者のＤＳＰが受信される、送信することを含む操作の主題を含む。
【0119】
実施例３９において、実施例３８の主題は、ＤＳＰ更新に関する２回目のプルリクエストを送信することと、２回目のプルリクエストに応答して、ＤＳＰまたはＤＳＰへの更新を置き換える更新されたＤＳＰを受信することと、コンテンツサーバのメモリ内で、ＤＳＰを更新されたＤＳＰに置き換えるか、または更新をＤＳＰに組み込むこととを備える操作の主題を含む。
【0120】
実施例４０において、実施例３７～３９のいずれかの主題は、解像度レベルが標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうち少なくとも１つを備える主題を含む。
【0121】
実施例４１において、実施例３７～４０のいずれかの主題は、アクセスされたコンテンツ項目のタグによって要件が異なる主題を含む。
【0122】
実施例４２において、実施例３７～４１のいずれかの主題は、要件がハードウェア要件とセキュリティ要件を備える主題を含む。
【0123】
実施例４３は、実施例１～１０または２３～２９のいずれかに記載の方法を実行するように構成された処理回路を含むシステムである。
【0124】
単語「例」「実施態様」「態様」は、例、実例、または例示として機能することを意味するために本明細書で使用される。本明細書で「例」「実施態様」「態様」として記載された任意の態様または設計は、必ずしも他の態様または設計よりも好ましい、または有利であると解釈されるべきではない。むしろ、これらの単語の使用は、概念を具象的な態様で提示することを意図したものである。本出願で使用されるように、用語「または」は、排他的な「または」ではなく包含的な「または」を意味することが意図される。すなわち、別様に指定されない限り、または文脈から明らかでない限り、「ＸはＡまたはＢを含む」とは、自然な包括的置換を意味することが意図される。すなわち、ＸがＡを含む場合、ＸがＢを含む場合、または、ＸがＡ及びＢの両方を含む場合、前述のいずれの場合でも、「ＸはＡまたはＢを含む」が満たされる。さらに、本出願及び添付の請求項で使用される冠詞「ａ」及び「ａｎ」は、特に指定がない限り、または文脈から単数形を指すことが明らかでない限り、一般に「１つまたは複数」を意味すると解釈されるべきである。さらに、用語「実施形態」または「実施態様」の使用はすべて、そのようなものとして記載されていない限り、同一の実施形態または実施態様を意味するとして意図されていない。本明細書で使用される用語「決定する」及び「識別する」、またはその任意の変形形態は、図１に示される１つまたは複数のデバイスを使用して、選択、確認、計算、検索、受信、決定、確立、取得、またはその他の方法で識別または決定することを含む。
【0125】
さらに、説明を簡単にするため、本明細書の図及び説明には一連のステップまたは段階が含み得るが、本明細書に開示される方法の要素は、様々な順序で、及び／または同時に生じることができる。さらに、本明細書で開示された方法の要素は、本明細書で明示的に提示及び説明されていない他の要素とともに生じてもよい。さらに、本明細書に記載された方法の１つ以上の要素は、開示された主題に従った方法の実施態様から省略されてもよい。
【0126】
送信するコンピューティング及び通信デバイス１００Ａ及び／または受信するコンピューティング及び通信デバイス１００Ｂの実施態様（及びそこに格納され、及び／またはそれによって実行されるアルゴリズム、方法、命令など）は、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせで実現できる。ハードウェアは、例えば、コンピュータ、知的財産（ＩＰ）コア、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、光プロセッサ、プログラマブルロジックコントローラ、マイクロコード、マイクロコントローラ、サーバ、マイクロプロセッサ、デジタルシグナルプロセッサ、または任意の他の適切な回路を含むことができる。特許請求項において、用語「プロセッサ」は、前述のハードウェアのいずれかを単独または組み合わせて含むものとして理解されるべきである。用語「信号」と「データ」は同じ意味で使用される。さらに、送信するコンピューティング及び通信デバイス１００Ａと受信するコンピューティング及び通信デバイス１００Ｂの各部分は、必ずしも同じ方法で実装される必要はない。
【0127】
さらに、いくつかの実施態様では、例えば、送信するコンピューティング及び通信デバイス１００Ａまたは受信するコンピューティング及び通信デバイス１００Ｂは、実行時、本明細書で記載されているそれぞれの方法、アルゴリズム、及び／または命令のいずれかを実行するコンピュータプログラムを使用して実装することができる。さらに、または代わりに、例えば、本明細書に記載した方法、アルゴリズム、または命令のいずれかを実行するための特殊なハードウェアを含むことができる特殊目的コンピュータ／プロセッサを利用することができる。
【0128】
さらに、実施態様のすべてまたは一部は、例えば、タンジブルコンピュータ可用媒体またはコンピュータ可読媒体からアクセス可能なコンピュータプログラム製品の形式をとることができる。コンピュータ可用媒体またはコンピュータ可読媒体は、例えば、任意のプロセッサによって使用されるか、または任意のプロセッサと接続されるプログラムを実体的に保存、格納、通信、または転送できる任意のデバイスである。媒体としては、例えば、電子デバイス、磁気デバイス、光デバイス、電磁気デバイス、または半導体デバイスが挙げられる。他の適切な媒体も利用可能である。
【0129】
態様は任意の便利な形態で実装できることが理解されるであろう。例えば、態様は、適切なコンピュータプログラムによって実装されてよく、適切なコンピュータプログラムが、実体的なキャリアメディア（例えば、ディスク）または実体のないキャリアメディア（例えば、通信信号）であればよい適切なキャリアメディアで実行されてよい。態様は、本明細書に開示された方法及び／または技術を実装するように構成されたコンピュータプログラムを実行するプログラム可能なコンピュータの形態をとることができる適切な装置を使用して実装することもできる。ある態様の文脈で説明されている機能が別の態様で実装できるように、態様は組み合わせることができる。
【0130】
上記の実施態様は、本出願の理解を容易にするために記載されており、限定されるものではない。むしろ、本出願は、添付の請求項の範囲内に含まれる様々な変更形態及び同等の配置を網羅しており、その範囲は、法律で許可されるすべてのそのような変更形態及び同等の構造を包含するように、最も広い解釈が与えられるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2024-06-10
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
デジタル著作権管理（ＤＲＭ）サーバにおいて、コンテンツ所有者デバイスからデバイスセキュリティプロファイル（ＤＳＰ）に関連付けられたデータを受信することであって、前記ＤＳＰは、コンテンツ所有者に関連付けられたコンテンツ項目にアクセスするためのクライアントデバイスに関する要件を指定し、前記要件は、アクセスされる前記コンテンツ項目の解像度レベルによって異なる、受信することと、前記ＤＲＭサーバにおいて、前記ＤＳＰと前記コンテンツ所有者のインジケーションとを格納することと、
前記コンテンツ所有者に関連付けられた前記コンテンツ項目を格納するコンテンツサーバから、ＤＳＰ更新に関するプルリクエストを受信することと、
前記プルリクエストに応答して前記ＤＳＰを前記コンテンツサーバに送信することであって、前記ＤＳＰは、前記コンテンツサーバに、前記ＤＳＰに従ってクライアントデバイスによる前記コンテンツ項目へのアクセスを制限させるように構成される、送信することと
を含む、方法。
【請求項2】
前記解像度レベルは、総ピクセル数、フレームあたりのピクセル数、またはピクセル寸法測定値の少なくとも１つに基づく、請求項１に記載の方法。
【請求項3】
前記解像度レベルは、標準画質（ＳＤ）、高画質（ＨＤ）、または４Ｋのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項4】
前記要件はアクセスされた前記コンテンツ項目のタグによって異なる、請求項１に記載の方法。
【請求項5】
前記クライアントデバイスに関する前記要件は、前記コンテンツ項目のうちのあるコンテンツ項目にアクセスするそれぞれのクライアントデバイスについて、ハードウェア要件、セキュリティ要件、またはそれらの組み合わせからなる群より選択される少なくとも１つの要件を含む、請求項１に記載の方法。
【請求項6】
前記ＤＳＰは、解像度レベルと解像度レベルごとの前記要件とを表す第１データ構造と、
コンテンツ項目のタグとタグごとの前記要件とを表す第２データ構造と、
前記第１データ構造の前記要件または前記第２データ構造の前記要件に対する例外を有するデバイス構成を表す第３データ構造と
を含む、請求項１に記載の方法。
【請求項7】
所定の時間内に、前記コンテンツ所有者に関連付けられた前記コンテンツ項目を格納する第２コンテンツサーバから前記ＤＳＰ更新に関するプルリクエストを受信できなかった場合に、前記ＤＳＰを前記第２コンテンツサーバにプッシュすることを含む、請求項１に記載の方法。
【請求項8】
前記コンテンツ所有者デバイスから前記ＤＳＰに対する更新を受信することと、前記コンテンツサーバから２回目のプルリクエストを受信することと、
前記２回目のプルリクエストに応答して、前記ＤＳＰに対する前記更新または前記ＤＳＰの更新バージョンを前記コンテンツサーバに送信することと、
を含む、請求項１に記載の方法。
【請求項9】
前記コンテンツ所有者デバイスに、前記ＤＳＰに関連付けられた前記データを入力するためのグラフィカルユーザインターフェース（ＧＵＩ）を生成するためのコードを送信することと、前記ＤＲＭサーバにおいて、前記ＧＵＩを介して前記コンテンツ所有者デバイスにおいて取得された前記ＤＳＰに関連付けられた前記データに基づく前記ＤＳＰを生成することと
を含む、請求項１に記載の方法。
【請求項10】
前記コンテンツサーバにおいて、前記コンテンツ所有者に関する前記ＤＳＰを受信することと、前記コンテンツサーバにおいて、クライアントデバイスからコンテンツ項目に関するコンテンツ要求を受信することであって、前記コンテンツ項目は、前記コンテンツ所有者に関連付けられた前記コンテンツ項目のうちの１つである、受信することと、
前記コンテンツ要求および前記ＤＳＰに基づいて、前記クライアントデバイスに提供するための前記コンテンツ項目の解像度レベルを決定することと、
決定された前記解像度レベルで前記コンテンツ項目を前記コンテンツサーバから前記クライアントデバイスに送信することと
を含む、請求項１に記載の方法。
【請求項11】
命令を格納する少なくとも１つのメモリと、前記命令を実行して、請求項１から１０のいずれか一項に記載の方法を実施する、少なくとも１つのプロセッサと
を含む、コンピュータシステム。
【請求項12】
１つまたは複数のプロセッサに請求項１から１０のいずれか一項に記載の方法を実施させるように動作可能な命令を記憶するコンピュータ可読記憶媒体。
【国際調査報告】