(57)【要約】【課題】クラウド・ベースのメディア・コンテンツの管理の提供。【解決手段】メディア・コンテンツ・アイテムへのアクセスを管理するクラウド・ベースのメディア・コンテンツ管理システムが、開示されている。クラウド・ベースのメディア・コンテンツ管理システムによるメディア・コンテンツ・アイテムへのアクセスを管理することは、例えば、メディア・デバイスの集合からメディア・コンテンツ・アイテムをアップロードすることを管理すること、クラウド・ベースのストレージに格納されているメディア・コンテンツ・データの重複を削減すること、及び任意の数のユーザ・デバイスに渡ってクラウド・ベースのストレージに格納されているメディア・コンテンツ・アイテムへのユーザが制御するアクセスを提供することを含むことができる。【選択図】図５
2019050579.tif 000002
【特許請求の範囲】
【請求項１】
明細書に記載された発明。
【発明の詳細な説明】
【技術分野】
【０００１】
実施態様は、一般に、メディア・デバイスによってメディア・コンテンツを処理するこ
とに関する。
【背景技術】
【０００２】
このセクションに記載されている方法は、続行されることができるアプローチではある
が、必ずしも以前考えられたか又は続行されたアプローチではない。従って、特に明記し
ない限り、このセクションに記載されている方法の何れも単にこのセクションに含まれて
いる理由のみでそれらが先行技術であるとみなすべきではない。
【０００３】
多くの特徴の中でとりわけ、デジタル・ビデオ・レコーダ（ＤＶＲ）及び他のメディア
・デバイスは、ユーザがメディア・コンテンツを記録しかつ視聴することを可能にする。
通常、ＤＶＲは、メディア・コンテンツ・アイテムを記録することができるハードディス
ク・ドライブ又は他の一体型ストレージ・デバイスを含む。例えば、もし、ユーザが、後
の又は繰返しの視聴のためにテレビ番組を記録することを望むと、ユーザはＤＶＲに入力
を送って、ＤＶＲにテレビ番組のコピーを記録するように命令することができる。これに
より、ユーザは、ＤＶＲに、後に、ローカル・ストレージ・デバイスからテレビ番組が記
録されたコピーを再生するよう命令することができる。
【０００４】
クラウド・ベースのデータ格納サービスは、ユーザが、多くのタイプのデータ（例えば
、文書、メディア・コンテンツ等）を格納し、かつ任意の数の別々のクライアント・デバ
イスからのデータにアクセスする、急速に普及しつつあるツールである。クラウド・ベー
スのデータ格納プロバイダは、通常、ユーザ・データを格納する物理サーバ及び他のコン
ポーネントに対しホストをつとめ、かつインターネットのようなデジタル・ネットワーク
によりユーザにデータへのアクセスを提供する。クラウド・ベースの格納サービスは、ス
トレージ・スペースの限界、潜在的なハードウェア障害を含む、ローカル・ストレージ・
デバイスを管理する上でのユーザのいくつかの負担を軽減し、かつ異なるクライアント・
デバイスに渡ってユーザ・データにアクセスすることを可能にする。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第８，４１７，０９６号明細書
【特許文献２】米国特許第７，８７３，９８２号明細書
【図面の簡単な説明】
【０００６】
【図１】１つ以上の実施態様に従う、クラウド・ベースのメディア・コンテンツ管理システムを含むシステムの一例のブロック図である。
【図２】１つ以上の実施態様に従う、クラウド・ベースのメディア・コンテンツ管理システムのコンポーネントのブロック図である。
【図３】１つ以上の実施態様に従う、サービス・プロバイダ・システムのコンポーネントのブロック図である。
【図４】１つ以上の実施態様に従う、メディア・デバイスの一例のブロック図である。
【図５】１つ以上の実施態様に従って、メディア・デバイスでメディア・コンテンツ・アイテムのアップロードを管理する一例の流れ図を表す。
【図６】１つ以上の実施態様に従って、メディア・コンテンツ・アイテムをメディア・デバイスの集合からアップロードすることを管理する一例の流れ図を表す。
【図７Ａ】１つ以上の実施態様に従って、多数のソースからメディア・コンテンツ・アイテムを受信するメディア・デバイスの集合の一例を表す。
【図７Ｂ】１つ以上の実施態様に従って、アイテムがメディア・デバイスの集合によってアップロードされたメディア・コンテンツ及びメディア・コンテンツ・アイテムの集合全体に対する格納の一例を表す。
【図８】１つ以上の実施態様に従って、アイテムがメディア・デバイスの集合によってアップロードされたメディア・コンテンツ、及びメディア・コンテンツ・アイテムの集合全体に対する格納の他の例を表す。
【図９】１つ以上の実施態様に従って、クラウド・ベースのメディア・コンテンツ管理システムが、ユーザ・アカウントに関連付けられている多数のメディア・デバイスに渡ってメディア・コンテンツ・アイテムにアクセスすることを管理する一例の流れ図を表す。
【図１０】１つ以上の実施態様に従って、格納されているメディア・コンテンツアイテムに対するリクエストをクラウド・ベースのメディア・コンテンツ管理システムによって処理する一例の流れ図を表す。
【図１１】１つ以上の実施態様に従って、メディア・デバイスでの再生のためにメディア・コンテンツ・アイテムの部分をプレキャッシュする一例の流れ図を表す。
【図１２】１つ以上の実施態様に従って、クラウド・ベースのメディア・コンテンツ管理システムがチューナの衝突を管理する一例の流れ図を表す。
【図１３】１つ以上の実施態様に従って、クラウド・ベースのメディア・コンテンツ管理システムがメディア・コンテンツ・アイテムの格納を管理する一例の流れ図を表す。
【図１４】１つ以上の実施態様に従って、アップグレードされた及び／又は置換されたメディア・デバイスに対しメディア・コンテンツ・アイテムへのアクセスを管理する一例の流れ図を表す。
【図１５】本発明の実施態様を実施することができるコンピュータ・システムのブロック図である。
【発明を実施するための形態】
【０００７】
以下の記載では、説明のために、多数の具体的な詳細が、本発明の完全な理解を提供す
るために記載される。しかしながら、本発明がこれらの具体的な詳細なしに実行すること
ができることは、明らかである。本発明を不必要に不明瞭にするのを避けるために周知の
構造及び装置はブロック図で示してある。
【０００８】
本明細書では、実施態様は、以下の概略に従って記載されている。
１．０．全体的概要
２．０．構造の概要
２．１．システムの概要
２．２．クラウド・ベースのメディア・コンテンツ管理システムの例
２．３．サービス・プロバイダ・システムの例
２．４．メディア・デバイスの例
３．０．機能の概要
３．１．分散されたメディア・デバイスのアップロード
３．２．メディア・コンテンツのクラウド格納
３．３．メディア・コンテンツの再生
３．４．クラウド・ベースのチューナ
３．５．クラウド・ストレージ・エクステンダ
４．０．実施態様の例
５．０．実装メカニズム−ハードウェアの概観
６．０．拡張及び変形例
【０００９】
１．０．全体的概要
メディア・コンテンツ・アイテムをクラウド・ベースのコンピューティング環境に格納
及びアクセスすることを管理するためのアプローチ、技術及び機構が、開示されている。
この文脈において、クラウド・ベースのコンピューティング環境とは、一般に、インター
ネットのようなデジタル・ネットワークによってメディア・デバイス及び他のクライアン
ト・デバイスがアクセス可能であるコンピューティング・サービス及びデータ格納サービ
スの集合を意味する。各種実施形態によれば、クラウド・ベースのメディア・コンテンツ
管理システムは、メディア・デバイスが分散された集合からメディア・コンテンツ・アイ
テムをアップロードすることを管理し、クラウド・ストレージに格納されているメディア
・コンテンツ・データの重複を減少させ、任意の数のユーザ・デバイスに渡るメディア・
コンテンツ・アイテムへのユーザ・アカウントにより制御されたアクセスを提供し、かつ
本明細書において記載されている他のクラウド・ベースのメディア・コンテンツ管理サー
ビスを提供することにより、メディア・コンテンツ・アイテムの格納及びそれへのアクセ
スを管理する。
【００１０】
さまざまなメディア・デバイスと対話するクラウド・ベースのメディア・コンテンツ管
理システムのレベルの高い例を例示するために、ユーザは、第一メディア・デバイス（例
えば、ユーザの家にあるＤＶＲ）でテレビ番組のレコーディングを予約するものと仮定す
る。ユーザのレコーディング予約に応答して、ユーザの第一メディア・デバイスは、テレ
ビ番組を記録する予約されたレコーディング時刻にテレビ番組に同調する。ユーザがテレ
ビ番組のレコーディングを予約したことを示すデータは、クラウド・ベースのメディア・
コンテンツ管理システムに送信され、かつユーザに対しユーザ・アカウント情報と関連さ
せて格納させることができる。ユーザの第一メディア・デバイスは、更に、記録されたテ
レビ番組の全体又は一部を、メディア・コンテンツ管理システムに関連付けられているク
ラウド・ストレージ・システムにアップロードするように、環境設定させることができる
。同じテレビ番組の他の部分は、他のユーザに関連付けられている他のメディア・デバイ
スによってアップロードさせることもできる。次いで、ユーザは、ユーザのメディア・デ
バイスの１つを使用してテレビ番組の再生をリクエストし、そしてクラウド・ベースのメ
ディア・コンテンツ管理システムは、クラウド・ストレージ・システムから、テレビ番組
の再生をリクエストしているデバイスにテレビ番組のコピーをストリーム配信することが
できる。
【００１１】
一実施態様では、クラウド・ストレージ・システムに保存されているメディア・コンテ
ンツ・アイテムをコピーしかつ送信することに関して適用されるコンテンツ権利に対応す
るために、格納されているメディア・コンテンツ・アイテムへのアクセスは、各ユーザ・
アカウントごとに、ユーザの１つ以上のローカル・メディア・デバイスでのレコーディン
グのために、ユーザが、どのメディア・コンテンツ・アイテムを今までに選択していたか
を示すユーザ・アカウント・データに基づいて、制限することができる。例えば、クラウ
ド・ストレージからメディア・コンテンツ・アイテムをストリーム配信すると言うメディ
ア・デバイスからのリクエストに応答して、このデバイスが、同じメディア・コンテンツ
・アイテムのレコーディングを以前にリクエストしたユーザ・アカウントに関連付けられ
ていると、クラウド・ベースのメディア・コンテンツ管理システムが決定する場合のみ、
この管理システムは、メディア・デバイスがコンテンツをストリーム配信することを可能
にすることができる。さらにまた、クラウド・ベースのメディア・コンテンツ管理システ
ムは、各ユーザのローカル・メディア・デバイスで当初記録され及び／又は再生されたメ
ディア・コンテンツ・アイテムのバージョンと同一又は実質的に同一である（任意の地域
の広告、ビデオ及び／又はオーディオ破壊、及び１つ以上の特定メディア・デバイスによ
って受信されるメディア・コンテンツに特有となり得る他の属性を含む）メディア・コン
テンツ・アイテムのコピーに、ユーザがアクセスすることが可能となる態様で、メディア
・コンテンツ・アイテムを保存することができる。
【００１２】
メディア・コンテンツ・アイテムの格納及びそれへのアクセスをユーザのメディア・デ
バイスに渡って管理することに加えて、クラウド・ベースのメディア・コンテンツ管理シ
ステムは、従来の独立型メディア・デバイスでは可能でない多くの特徴を追加することを
可能にする。例えば、本明細書に記載されているクラウド・ベースのメディア・コンテン
ツ管理システムは、ユーザが、以前に記録されたメディア・コンテンツ・アイテムへのア
クセスを失わずにメディア・デバイスを容易にアップグレード又は置換すること、ユーザ
が物理的に利用できるチューナにより得られるものよりより多くのメディア・コンテンツ
・アイテムを並行して記録すること、ユーザが利用可能なローカル・ストレージによるよ
りもより多くのメディア・コンテンツのレコーディングを格納すること、とりわけ、番組
放送予約における変更に対応してレコーディングの開始及び終了時刻を自動的に調整する
こととを、可能にする。
【００１３】
他の態様の場合、本発明は、前述の技術を実行するように、環境設定されているコンピ
ュータ装置及びコンピュータ可読媒体を含む。
【００１４】
２．０．構造の概要
２．１．システムの概要
図１は、１つ以上の実施態様に従って、クラウド・ベースのメディア・コンテンツ管理
システムを実装するシステム１００の一例のブロック図である。システム１００は、１つ
以上のコンピューティング・デバイスを備える。これらの１つ以上のコンピューティング
・デバイスは、本明細書に記載されているさまざまなロジック・コンポーネントを実装す
るように、環境設定されているハードウェア及びソフトウェアの任意の組合せを備える。
例えば、これら１つ以上のコンピューティング・デバイスは、本明細書に記載されている
各種コンポーネントを実装する命令を格納する１つ以上のメモリ、１つ以上のメモリに格
納される命令を実行するように、環境設定される１つ以上のハードウェア・プロセッサ、
及び各種コンポーネントによって利用されかつ操作されるデータ構造を格納するための１
つ以上のメモリ内のさまざまなデータ・リポジトリ、を備えることができる。
【００１５】
一実施態様の場合、システム１００は、メディア・デバイス１０８−１及びメディア・
デバイス１０８−２を含む、１つ以上のメディア・デバイス１０８を含む。本明細書にお
いて、メディア・デバイス１０８は、一般に、ケーブル信号、地上波信号、デジタル・ネ
ットワーク・ベースのデータ等から、テレビ番組、映画、ビデオ・オン・デマンド（ＶＯ
Ｄ）コンテンツ等のようなメディア・コンテンツ・アイテムを受信することができる任意
のタイプのコンピューティング・デバイスに、関連付けることができる。図１において、
例えば、メディア・デバイス１０８−１は、再生する、記録する、ストリーム配信する及
び／又は、１つ以上のコンテンツ・ソース１０６から受信されるメディア・コンテンツ・
アイテムにアクセスする、ことに用いることができるテレビ・チューナ入力を含むことが
できる。例えば、１つのコンテンツ・ソース１０６は、ケーブル・オペレータによって提
供されるライブのテレビジョン・フィードを含むことができる。他の例のコンテンツ・ソ
ース１０６は、ビデオ・オン・デマンド（ＶＯＤ）ライブラリ、第三者コンテンツ・プロ
バイダ（例えば、Netflix（登録商標）、AmazonPrime（登録商標）等）、ウェブ・ベー
スのメディア・コンテンツ、衛星放送コンテンツ、地上の放送コンテンツ等を含むが、こ
れらに限定されるものではない。メディア・デバイス１０８−１の例は、セット・トップ
・ボックス（ＳＴＢ）、デジタル・ビデオテープ・レコーダ（ＤＶＲ）、パーソナル・コ
ンピュータ、タブレット・コンピュータ、携帯用デバイス、テレビジョン及び他のコンピ
ューティング・デバイスを含むが、これらに限定されるものではない。
【００１６】
一実施態様の場合、システム１００は、更に、１つ以上のＩＰ対応メディア・デバイス
１０８−２を含むことができる。一般に、ＩＰ対応メディア・デバイス１０８−２は、１
つ以上のデジタル・ネットワーク１０４（例えば、一般のインターネット、イントラネッ
ト、ＬＡＮ、ＷＡＮ等）によりメディア・コンテンツを受信することができる（テレビ・
チューナ入力を含んでいても含まなくても良い）任意のタイプのコンピューティング・デ
バイスに関連付けられていることができる。メディア・デバイス１０８−２の例としては
、ＳＴＢ、ＤＶＲ、パーソナル・コンピュータ、スマートフォン、タブレット、ラップト
ップ、ゲーム・デバイス、メディア・サーバ、デジタルメディア・レシーバ、テレビジョ
ン、地上波のアンテナ等が挙げられるが、これらに限定されるものではない。典型的なユ
ーザは、所有するいくつかのメディア・デバイス１０８をユーザの家及び他の場所のさま
ざまな位置に配置しかつ使用することができる。  
【００１７】
一実施態様の場合、メディア・デバイス１０８は、１つ以上のネットワーク１０４を介
してクラウド・ベースのメディア・コンテンツ管理システム１０２に結合されている。ネ
ットワーク１０４は、広範囲に、１つ以上のＬＡＮ、ＷＡＮ、携帯電話ネットワーク（例
えば、ＬＴＥ、ＨＳＰＡ、３Ｇ、旧型技術等）、及び／又は有線、無線、地上波のマイク
ロ波又は衛星リンクの何れかを使用するインターネットワークを表し、そして公共インタ
ーネットを含むことができる。さらにまた、各メディア・デバイス１０８は、１つ以上の
ネットワーク１０４を介して１つ以上の他のメディア・デバイスに結合させることができ
る。
【００１８】
以下により詳細に説明されるように、各メディア・デバイス１０８は、一般に、（コン
テンツ・ソース１０６からメディア・コンテンツ・アイテムを受信する、メディア・コン
テンツ・アイテムを再生する、メディア・コンテンツ・アイテムのレコーディングを予約
する、メディア・コンテンツ・アイテムの全て又は部分をクラウド格納システムにアップ
ロードする、他のメディア・デバイスに対しメディア・コンテンツ・アイテムをストリー
ム配信する等を含む）メディア・コンテンツ・アイテムに対する１つ以上の動作を実行す
るように、環境設定させることができる。一実施態様の場合、クラウド・ベースのメディ
ア・コンテンツ管理システム１０２は、一般に、メディア・コンテンツ・アイテムの格納
を管理し、かつメディア・デバイスに１つ以上のネットワーク１０４を介してメディア・
コンテンツ・アイテムへの制御されたアクセスを提供する。
【００１９】
システム１００は、本明細書に記載されている機能を提供するように、環境設定されて
いるコンポーネントの多くの可能な構成の内の１つしか例示していない。他の構成は、よ
り少ない、追加される、又は異なるコンポーネントを含むことができ、そしてコンポーネ
ント間の仕事の分担は構成に応じて変化させることができる。
【００２０】
図１において、システム１００の各種コンポーネントは、さまざまな他のコンポーネン
トに通信で矢印によって結合されているものとして、図示されている。これらの矢印は、
システム１００のコンポーネントの間の情報の一定の流れしか例示していない。あるコン
ポーネント間に矢印方向が存在する又は矢印線が存在しないことが、あるコンポーネント
間に通信が存在する又は存在しないことを意味すると解釈すべきではない。実際、システ
ム１００の各コンポーネントは、開いたポート、ＡＰＩ又は他の適切な通信インターフェ
ースを特徴とすることができ、これにより、この各コンポーネントは、システム１００の
他のコンポーネントと通信で結合され、これにより、本明細書に記載されているシステム
１００の機能の何れかを達成するために必要な動作が可能となる。
【００２１】
２．２．クラウド・ベースのメディア・コンテンツ管理システムの例
図２は、１つ以上の実施態様に従って、クラウド・ベースのメディア・コンテンツ管理
システムを実装するシステム２００の一例のブロック図である。システム２００は、オペ
レータ・ヘッドエンド２０２、サービス・プロバイダ・システム２０４及びクラウド・ス
トレージ・システム２０６を含む。
【００２２】
一実施態様の場合、オペレータ・ヘッドエンド２０２は、一般に、１つ以上のコンテン
ツ・ソース１０６からテレビジョン及び他のメディア・コンテンツ信号を受信しかつ処理
し、そしてメディア・コンテンツ信号に基づいてメディア・コンテンツ・アイテムをさま
ざまなメディア・デバイス１０８に分散させるシステムを表す。１つの例として、オペレ
ータ・ヘッドエンド２０２は、コンテンツ・ソース１０６から（例えば、衛星、同軸ケー
ブル、マイクロ波リンク、ファイバ・オプティックス、インターネットなどを介して受信
される）信号を受信しかつ処理し、そして処理されたビデオを送信インフラストラクチャ
２０８を用いてメディア・デバイス１０８に分散させるケーブル・テレビ・ヘッドエンド
を表すことができる。送信インフラストラクチャ２０８は、一般に、直交振幅変調（ＱＡ
Ｍ）、AdvancedTelevision Systems Committee（ＡＳＴＣ）、衛星放送、Digital Video
Broadcasting- Terrestrial（ＤＶＢ−Ｔ）、１つ以上のネットワークによるＩＰベー
スの送信等を含むがこれらに限定されない、任意の数の符号化及び送信フォーマットを用
いてメディア・コンテンツ・アイテムを配信することができるコンポーネントを含むこと
ができる。
【００２３】
一実施態様の場合、オペレータ・ヘッドエンド２０２は、１つ以上のメディア・コンテ
ンツ管理デバイス２１０にホスト動作を行うことができる。一般に、メディア・コンテン
ツ管理デバイス２１０は、メディア・コンテンツ・アイテムを格納しかつメディア・デバ
イス１０８によるメディア・コンテンツ・アイテムへのアクセスを提供するように、環境
設定されている１つ以上のコンピューティング・デバイス及びストレージ・コンポーネン
トを含むことができる。一実施態様の場合、クラウド・ベースのメディア・コンテンツ管
理システムに関連付けられているユーザ・アカウントには、記録するために選択されたメ
ディア・コンテンツ・アイテムを格納するため、メディア・コンテンツ管理デバイス２１
０にある量のストレージを提供することができる。ユーザ・アカウントは、例えば、サー
ビス・プロバイダ・システム２０４によって生成させかつ管理させることができ、そして
各ユーザ・アカウントは、（例えば、メディア・デバイスのユーザ・アカウント・ログイ
ンに基づいて）１つ以上のメディア・デバイス１０８に関係付けることができる。メディ
ア・コンテンツ管理デバイス２１０に格納されるメディア・コンテンツ・アイテムは、オ
ペレータ・ヘッドエンド２０２によって、送信インフラストラクチャ２０８を用いてメデ
ィア・デバイス１０８に送付させることができる。
【００２４】
一実施態様の場合、クラウド・ベースのメディア・コンテンツ管理システムは、更に、
１つ以上のクラウド・ストレージ・システム２０６を含むことができる。一般に、クラウ
ド・ストレージ・システム２０６は、１つ以上のネットワーク（例えば、ネットワーク１
０４）を介してメディア・デバイス１０８がアクセス可能であり、かつ通常はメディア・
デバイス１０８のユーザ以外のエンティティによって所有されかつ管理される、データ・
ストレージ・システムを表す。一実施態様の場合、クラウド・ストレージ・システム２０
６は、サービス・プロバイダ・システム２０４のオペレータによって管理させかつ作動さ
せることもできるし、又はクラウド・ストレージ・システム２０６は、第三者のエンティ
ティによって作動させることもできる。第三者のクラウド・ストレージ・システムの例は
、AmazonWeb Services（ＡＷＳ）, Microsoft Azure, Google Cloud Storage等を含む。
オペレータ・ヘッドエンド２０２で利用可能なストレージと同様に、サービス・プロバイ
ダ・システム２０４に関連付けられているユーザ・アカウントには、ある量のストレージ
空間をクラウド・ストレージ・システム２０６に提供することができる。メディア・コン
テンツ管理デバイス２１０及び／又はクラウド・ストレージ・システム２０６で各ユーザ
・アカウントが利用できるストレージの量は、利用できるデータ格納の単一のプールとし
てユーザに提供することができるが、他の例では、ユーザは、メディア・コンテンツ管理
デバイス２１０及びクラウド・ストレージ・システム２０６で利用可能なストレージを別
個に管理することもできる。
【００２５】
一実施態様の場合、クラウド・ストレージ・システム２０６は、一般に、メディア・デ
バイス１０８のユーザがレコーディングのために選択したメディア・コンテンツ・アイテ
ムを格納するために用いることができる。ユーザがメディア・コンテンツ・アイテムを削
除のために選択するまで、メディア・コンテンツ・アイテムがクラウド・ストレージ削除
ポリシーを超えるまで、又は任意の他の削除ポリシーに基づいて、クラウド・ストレージ
・システム２０６に格納されているメディア・コンテンツ・アイテムは、メディア・デバ
イス１０８のユーザが利用可能とすることができる。一実施態様では、オペレータ・ヘッ
ドエンド２０２がコンテンツ・ソース１０６から受信するメディア・コンテンツは、レコ
ーディングのためにユーザにより選択されたメディア・コンテンツ・アイテムの格納を実
現するために、固定バンド幅のラインを介してクラウド・ストレージ・システム２０６に
配信させることができる。
【００２６】
一実施態様の場合、サービス・プロバイダ・システム２０４は、通常、メディア・デバ
イス１０８からのリクエスト（例えば、メディア・コンテンツ情報及びサーチのリクエス
ト、レコーディングのリクエスト、再生リクエスト、コンテンツの削除リクエスト、デバ
イスに渡る休止位置の管理等）を管理し、かつ本明細書において記載されている他のサー
ビス及び特徴の中で、とりわけ、１つ以上のオペレータ・ヘッドエンド２０２及びクラウ
ド・ストレージ・システム２０６に渡ってメディア・コンテンツ・アイテムの格納を管理
するように、環境設定されている１つ以上のコンピューティング・デバイスを備えている
。
【００２７】
さまざまな要因によって、格納されているメディア・コンテンツ・アイテムをクラウド
・ストレージ・システム２０６からストリーム配信する代わりに、オペレータ・ヘッドエ
ンド２０２のメディア・コンテンツ管理デバイス２１０からストリーム配信する方が、よ
り効率的となる（そして、逆もまた同じ）場合がある。例えば、典型的には、オペレータ
・ヘッドエンド２０２の送信インフラストラクチャ２０８の信頼性をより高くし、かつク
ラウド・ストレージ・システム２０６からメディア・デバイス１０８にメディア・コンテ
ンツ・アイテムを送信するために利用できるネットワークよりも大きな帯域幅容量を、送
信インフラストラクチャ２０８に持たせることができる。しかしながら、送信インフラス
トラクチャ２０８は、幾つかのタイプのメディア・デバイス１０８（例えば、送信インフ
ラストラクチャ２０８に接続されていないモバイル・デバイス）には、メディア・コンテ
ンツ・アイテムを送信することができなくても良く、そしていくつかのメディア・コンテ
ンツ・フォーマットは、オペレータ・ヘッドエンド２０２による送信には適していない。
これらの例及び他の例の場合、例えば、一般に、クラウド・ストレージ・システム２０６
からメディア・コンテンツ・アイテムをストリーム配信することは、より効率的である。
【００２８】
一実施態様において、適切なときには、オペレータ・ヘッドエンド２０２又はクラウド
・ストレージ・システム２０６の何れからメディア・コンテンツ・アイテムをストリーム
配信することを容易にするために、サービス・プロバイダ・システム２０４は、どのメデ
ィア・コンテンツ・アイテムをオペレータ・ヘッドエンド２０２に格納すべきか、どのメ
ディア・コンテンツ・アイテムをクラウド・ストレージ・システム２０６に格納すべきか
、又は両方を、決定するように、環境設定させることができる。例えば、サービス・プロ
バイダ・システム２０４は、１人以上のユーザによってレコーディングのために選択され
るメディア・コンテンツ・アイテムのどれが、特定時間内に又は特定頻度の範囲内で視聴
される可能性が最も高いかを決定することができる。アイテムがレコーディングのために
選択された直後に見られる可能性が高いと決定されたメディア・コンテンツに対しては、
例えば、それらのアイテムは、オペレータ・ヘッドエンド２０２に格納することができる
。これらのアイテムをオペレータ・ヘッドエンド２０２に格納することは、例えば、より
堅牢な送信インフラストラクチャ２０８を利用することができるので有益となる。これに
対し、近い将来、視聴のために選択されそうにないと決定される、又は送信インフラスト
ラクチャ２０８に接続されていないメディア・デバイスで視聴される可能性が高いメディ
ア・コンテンツ・アイテムは、オペレータ・ヘッドエンド２０２に格納されるデータ量を
減らすために、クラウド・ストレージ・システム２０６に格納することができる。
【００２９】
サービス・プロバイダ・システム２０４が、メディア・コンテンツ・アイテムをどこに
格納すべきかを決定するために使用することができる基準の例は、特定メディア・コンテ
ンツ・アイテムに関する情報及び１つ以上のユーザ・アカウントの履歴データを含む。例
えば、基準は、メディア・コンテンツ・アイテムの（例えば、最初の放送日から計測され
た）経過時間、（例えば、ユーザが最近同じシリーズの初期のエピソードを見たかどうか
と言う）ユーザの最近の視聴傾向、全てのユーザ・アカウントに渡るメディア・コンテン
ツ・アイテムの全体人気、特定の家におけるメディア・デバイス１０８に渡る視聴習慣の
集計、ユーザが現在視聴しているシリーズのエピソードの視聴率、そして残っているエピ
ソードの数等を含むことができる。
【００３０】
一実施態様の場合、サービス・プロバイダ・システム２０４は、ユーザ・アカウントに
よってレコーディングのために選択された各メディア・コンテンツ・アイテムに対し（本
明細書においては関連係数とも称される）重み係数を生成するために、上記の基準の例の
ようなさまざまな基準を使用することができる。例えば、関連係数は、各メディア・コン
テンツ・アイテムに対し、メディア・コンテンツ・アイテムを再生するリクエストが、次
のＮ日以内に又は他のある期間内に受信される可能性を示すことができる。関連係数は、
ユーザ・アカウントの集合全体に対し、ユーザ・アカウントが目標とするグループに対し
、又は其々のユーザ・アカウントに関連付けられている各メディア・コンテンツ・アイテ
ムに対し、生成させることができる。一実施態様の場合、関連係数は、特定メディア・コ
ンテンツ・アイテムをどこに（例えば、オペレータ・ヘッドエンド２０２及び／又はクラ
ウド・ストレージ・システム２０６に）格納すべきか、特定メディア・コンテンツ・アイ
テムを格納するビデオ及び／又はオーディオ・フォーマット、特定メディア・コンテンツ
・アイテムを格納及び／又は送信するビット送信速度等を決定するために、用いることが
できる。一実施態様の場合、関連係数は、特定メディア・コンテンツのトランスコードさ
れたバージョンを生成しかつ格納すべきか否か、及びそれをいつ行うかを決定するために
用いることができる。例えば、もし、ユーザが、ユーザの家で視聴されているメディア・
コンテンツ・アイテムを休止させると、メディア・コンテンツ・アイテムに関連付けられ
ている関連係数に応じて、モバイル・デバイスで再生することに適しているメディア・コ
ンテンツ・アイテムのトランスコードされたバージョンを、発生させかつそれをクラウド
・ストレージ・システム２０６に格納させることができる。別の例として、もし、メディ
ア・コンテンツ・アイテムが近い将来見られそうにないと決定されると、サービス・プロ
バイダ・システム２０４は、関連係数に応じて、メディア・コンテンツ・アイテムの低い
ビットレートの単一のレコーディングしかストレージに保持しないことを決めることがで
きる。  
【００３１】
メディア・デバイス１０８がライブのメディア・コンテンツ（例えば、ライブのテレビ
ジョン・ストリーム）に同調するときに、クラウド・ベースのメディア・コンテンツ管理
システム２００が、どのようにメディア・コンテンツ・アイテムの送信及び格納を管理す
ることができるかという１つの例では、オペレータ・ヘッドエンド２０２が、選択された
メディア・コンテンツを、送信インフラストラクチャ２０８（例えば、ＱＡＭインフラス
トラクチャ）を介してメディア・デバイス１０８に提供することができる。もし、メディ
ア・デバイス１０８のユーザが、ライブのメディア・コンテンツの再生を休止させると、
サービス・プロバイダ・システム２０４は、同じメディア・コンテンツのレコーディング
を、オペレータ・ヘッドエンド２０２で及び／又はクラウド・ストレージ・システム２０
６で開始させることができる。ユーザが、同じメディア・デバイス１０８から又はユーザ
・アカウントに関連付けられている他のメディア・デバイス１０８からメディア・コンテ
ンツ・アイテムの再生を再開する時には、メディア・コンテンツ・アイテムは、オペレー
タ・ヘッドエンド２０２又はクラウド・ストレージ・システム２０６の何れかから、ＩＰ
ベースのネットワークを介してメディア・デバイス１０８にストリーム配信させることが
できる。ユーザが、その後、メディア・コンテンツ・アイテムのライブのポイントまで追
いつくと、クラウド・ベースのメディア・コンテンツ管理システム２００は、ＩＰベース
のネットワークを介してメディア・デバイス１０８にメディア・コンテンツ・アイテムを
ストリーム配信し続ける、又はこれに代えて送信インフラストラクチャ２０８を用いてメ
ディア・コンテンツ・アイテムの送信を再開することができる。
【００３２】
メディア・コンテンツ・アイテムの送信及び格納を管理するクラウド・ベースのメディ
ア・コンテンツ管理システム２００の他の例では、サービス・プロバイダ・システム２０
４は、１つ以上のメディア・デバイス１０８が同調しているメディア・コンテンツの「ラ
イブのバッファ」を、オペレータ・ヘッドエンド２０２及び／又はクラウド・ストレージ
・システムに格納するように、環境設定させることができる。例えば、メディア・デバイ
ス１０８が特定メディア・コンテンツ・アイテムの受信に同調する度に、サービス・プロ
バイダ・システム２０４は、オペレータ・ヘッドエンド２０２及び／又はクラウド・スト
レージ・システム２０６でメディア・コンテンツ・アイテムのレコーディング（このレコ
ーディングは、環境設定可能な時間間隔（例えば、３０分）のローリング・バッファとし
て管理される）を開始することができる。（例えば、チャネルの変更、ＥＰＧからの異な
るコンテンツの選択等に応答して）メディア・デバイスが、異なるメディア・コンテンツ
に同調した後、特定メディア・コンテンツ・アイテムに対するローリング・バッファは、
自動的に削除させることができるし、又はこのバッファは、環境設定可能な期間（例えば
、３０分）の間ストレージに保持させることができる。もし、ユーザが、その後、特定メ
ディア・コンテンツ・アイテムを記録のために選択すると、ローリング・バッファは、他
の用途の中でとりわけ、ユーザのために格納されるレコーディングの部分として用いるこ
とができる。
【００３３】
図２は、コンテンツ・ソース１０６からメディア・コンテンツを受信し、メディア・コ
ンテンツをメディア・デバイス１０８に配信し、そしてクラウド・ストレージ・システム
に格納されているメディア・コンテンツ・アイテムのソースとすることもできる、オペレ
ータ・ヘッドエンド２０２を含むが、他の実施態様では、オペレータ・ヘッドエンド２０
２は直接関与しなくても良い。一実施態様の場合、メディア・デバイス１０８は、（例え
ば、オペレータ・ヘッドエンド２０２を介して、又はＩＰネットワークを介してコンテン
ツ・ソース１０６から直接）コンテンツ・ソース１０６からメディア・コンテンツ・アイ
テムを受信することができ、そしてメディア・コンテンツ・アイテムは、メディア・デバ
イス１０８からクラウド・ストレージにアップロードさせることができる。例えば、コン
テンツ・ソース１０６は、オーバ・ザ・トップ（ＯＴＴ）、ビデオ・オン・デマンド（Ｖ
ＯＤ）、並びにインターネットにより及びケーブル又は衛星テレビ・システム・オペレー
タの介入無しにメディア・デバイス１０８に送信される他のコンテンツのプロバイダを、
含むことができる。この例及び本明細書に記載されている他の例では、サービス・プロバ
イダ・システム２０４は、オペレータ・ヘッドエンド２０２と直接インターフェース動作
を行うことができず、クラウド・ストレージへのメディア・コンテンツ・アイテムの格納
及びそれへのアクセスは可能ではない。
【００３４】
２．３．サービス・プロバイダ・システムの例
図３は、サービス・プロバイダ・システム２０４のコンポーネントの一例のブロック図
である。一般に、サービス・プロバイダ・システム２０４は、さまざまなメディア・デバ
イス１０８による（例えば、オペレータ・ヘッドエンド２０２及び／又はクラウド・スト
レージ・システム２０６での）メディア・コンテンツ・アイテムの格納及びメディア・コ
ンテンツ・アイテムへのアクセスを管理するように、環境設定させることができる。一実
施態様の場合、他の特徴の中でとりわけ、各メディア・デバイス１０８は、１つ以上のユ
ーザ・アカウントに関連付けることができ、これにより、サービス・プロバイダ・システ
ム２０４が、特定ユーザによりレコーディングが予約されているメディア・コンテンツ・
アイテムを追跡し、ユーザ・アカウントごとにアップロードされたメディア・コンテンツ
・アイテムの格納を管理し、かつユーザ・デバイスに渡ってメディア・コンテンツ・アイ
テムへのアクセスを管理することが可能になる。一実施態様の場合、サービス・プロバイ
ダ・システム２０４は、制御パネル・モジュール３０２、ネットワーク予約作成モジュー
ル３０４、アップロード管理モジュール３０６、購読契約／レコーディングのメタデータ
３０８、デバイス及びアカウント供給モジュール３１０、ストリーム配信及びホスティン
グ・モジュール３１２並びに格納及びトランスコード処理モジュール３１４を含むことが
できる。
【００３５】
格納及びトランスコード処理モジュール３１４は、一般に、１つ以上のコンテンツ・ソ
ース１０６及び／又はメディア・デバイス１０８から受信されるメディア・コンテンツ・
アイテムの格納及び送信を管理するように、環境設定されている１つ以上のコンポーネン
トを含むことができる。一実施態様では、格納及びトランスコード処理モジュール３１４
は、オペレータ・ヘッドエンド２０２及び／又はメディア・コンテンツ・アイテムを格納
するように、環境設定されているクラウド・ストレージ・システム２０６に配置されてい
る１つ以上のコンポーネントを含む、及び／又はそれらのコンポーネントと対話すること
ができる。格納及びトランスコード処理モジュール３１４は、更に、メディア・デバイス
１０８の集合からアップロードされるメディア・コンテンツ・アイテムの格納及びそれら
へのアクセスを管理するように、環境設定される１つ以上のコンポーネントを含むことが
できる。
【００３６】
一実施態様の場合、格納及びトランスコード処理モジュール３１４は、記録されている
メディア・コンテンツ・アイテム及び他のデータを格納するための、メディア・デバイス
１０８のユーザが利用できるストレージ空間を管理するように、環境設定させることがで
きる。例えば、ユーザ・アカウントは、このユーザ・アカウントに関連付けられているユ
ーザによってレコーディングのために選択されるメディア・コンテンツ・アイテムを格納
するために、ある量のクラウド・ストレージに関連付けることができる。各ユーザ・アカ
ウントに関連付けられているストレージ空間の総量は、支払われた購読契約のレベル、ユ
ーザが購入したストレージの量、又は任意の他のユーザのアカウントの考慮に基づくこと
ができる。
【００３７】
一般に、格納及びトランスコード処理モジュール３１４は、ユーザが、ユーザ・アカウ
ントに関連付けられているストレージ空間の総量を超えていない量の記録されたメディア
・コンテンツを、任意の時点で格納することが可能となるように、環境設定させることが
できる。例えば、もし特定ユーザ・アカウントが、１０ＧＢの総クラウド・ストレージ空
間に関連付けられているとすると、ユーザ・アカウントに関連付けられているユーザは、
最大１０ＧＢのメディア・コンテンツ・アイテムをクラウド・ストレージに格納させるこ
とができる。しかしながら、各ユーザ・アカウントに関連付けられているストレージ空間
の量は、「仮想」量の格納を表すことができるが、これは、ユーザ・アカウントによって
記録されるメディア・コンテンツ・アイテムに関連付けられているストレージ空間の量が
、そのユーザ・アカウントのために格納されるメディア・コンテンツ・アイテムを格納す
るために用いられるストレージの実際量を反映していないことを意味する。例えば、もし
、２つのユーザ・アカウントが、同じメディア・コンテンツ・アイテムを各々記録すると
、２つのユーザ・アカウントの各々に関連付けられている、使用されるストレージ空間の
量は、メディア・コンテンツ・アイテムのサイズ分増加することになるが、実は、格納及
びトランスコード処理モジュール３１４は、メディア・コンテンツ・アイテムの１つの共
用コピーしか格納しない。ユーザ・アカウントがレコーディングのために選択したメディ
ア・コンテンツ・アイテムが、ユーザが利用できる総ストレージ空間をどの程度占めるか
を決定するために、（特定メディア・コンテンツ・アイテムに関連付けられているストレ
ージ空間を、同じメディア・コンテンツ・アイテムを記録するユーザの数によって除する
ような）可能性がある他のルールを、実装することもできる。一実施態様の場合、サービ
ス・プロバイダ・システム２０４は、ユーザが、総ストレージ空間を増加させる以外の方
法、つまり、（格納されているメディア・コンテンツ・アイテムのトランスコードされた
他のバージョン（例えば、ユーザがメディア・コンテンツ・アイテムの視聴を望む、タイ
プが異なるデバイスに対してトランスコードされた異なるバージョン）へのアクセスを提
供するような方法で、ユーザ・アカウントに関連付けられているストレージをアップグレ
ードすることを可能にすることができる。
【００３８】
メディア・コンテンツ・アイテムが１つ以上のメディア・デバイス１０８に送られる前
に、レコーディングが予約されているメディア・コンテンツ・アイテムは、格納及びトラ
ンスコード処理モジュール２１４によって処理させる、又はメディア・コンテンツ・アイ
テムを、直接メディア・デバイス１０８に送り、その後このメディア・デバイスから格納
及びトランスコード処理モジュール３１４にアップロードさせることができる。
【００３９】
一実施態様の場合、格納及びトランスコード処理モジュール３１４は、コマンドを受信
しかつ処理して、コピーを再生し、記録し、削除し、作成し、又は格納及びトランスコー
ド処理モジュール３１４によって管理されるメディア・コンテンツ・アイテムに関係する
他の動作を実行するように、環境設定されている１つ以上のアプリケーション・プログラ
ム・インターフェース（ＡＰＩ）を含むことができる。例えば、このようなコマンドは、
クラウド・ベースのメディア・コンテンツ管理システムのネットワーク予約作成モジュー
ル３０４、メディア・デバイス１０８又は他のコンポーネントから生成させかつ受信させ
ることができる。
【００４０】
一実施態様の場合、ストリーム配信及びホスティング・モジュール３１４は、ストリー
ム配信する、ダウンロードする又はクラウド・ストレージに格納されているメディア・コ
ンテンツ・アイテムをメディア・デバイス１０８に送信するように、環境設定されている
。ストリーム配信及びホスティング・モジュール３１４は、例えば、コンテンツ配信網（
ＣＤＮ）の一部であり、かつメディア・コンテンツ・アイテム及び他のデータを分散され
たメディア・デバイス１０８の集合に配信するように、環境設定されている１つ以上のサ
ーバを含むことができる。一実施態様の場合、ストリーム配信及びホスティング・モジュ
ール３１４は、更に、メディア・デバイス１０８に送られるメディア・コンテンツ・アイ
テムに対する（格納されているメディア・コンテンツ・セグメントを１つ以上のネットワ
ーク１０４による配信に適しているフォーマットに変換すること、メディア・コンテンツ
・アイテムを特定タイプのメディア・デバイス１０８に対してトランスコード処理するこ
と、そしてメディア・コンテンツ・アイテムをメディア・デバイスに送る前に任意の他の
タイプにデータ変換することを含む）１つ以上の変換を実行するように、環境設定させる
ことができる。
【００４１】
一実施態様の場合、サービス・プロバイダ・システム２０４は、ユーザ・アカウント・
ベースのレコーディングの予約、メディア・デバイス１０８に渡るメディア・コンテンツ
・アイテムへのアクセス、休止位置情報等の管理を含むユーザ・アカウントを管理するた
めの１つ以上のコンポーネントを含む。ネットワーク予約作成モジュール３０４は、例え
ば、ＤＶＲのようなメディア・デバイス１０８の予約コンポーネントと同様なものとする
ことができる。一実施態様の場合、ネットワーク予約作成モジュール３０４は、各メディ
ア・デバイスが、ユーザ・アカウントに関連付けられているさまざまなメディア・デバイ
ス１０８から、メディア・コンテンツ・アイテムのレコーディングを予約するリクエスト
を受信するように、環境設定されている。例えば、ユーザは、第一メディア・デバイスを
使用して、第二メディア・デバイスによる特定テレビ番組のレコーディングを予約するこ
とができる。一実施態様の場合、第一メディア・デバイスは、レコーディングのリクエス
トをネットワーク予約作成モジュール３０４に送信することができる。次いで、レコーデ
ィングの予約時刻又はそれ以前に、ネットワーク予約作成モジュール３０４は、テレビ番
組を記録するよう第二メディア・デバイスに命令するコマンドを第二メディア・デバイス
に送ることができる。一実施態様の場合、ネットワーク予約作成モジュール３０４は、加
えて又はこれに代えて、格納及びトランスコード処理モジュール３１４にコマンドを送信
して、リクエストされたテレビ番組をコンテンツ・ソース１０６から直接受信しかつ格納
するようにモジュールに命令することができる。
【００４２】
一実施態様の場合、サービス・プロバイダ・システム２０４のさまざまな態様は、制御
パネル３０２を介して環境設定させることができる。例えば、制御パネル３０２は、コン
テンツ・プロバイダ及び／又はメディア・デバイスのユーザが、クラウド・ベースのメデ
ィア・コンテンツ管理システムに関するさまざまな設定を環境設定することを可能とする
１つ以上のインターフェースを提供することができる。メディア・コンテンツ・プロバイ
ダが環境設定することができる設定の例は、チャネル当たり又はメディア当たりのコンテ
ンツ放送ベースでレコーディングをクラウド・ストレージ・システムに格納する能力を、
ユーザに選択的に許容する又は否定すること、各ユーザが利用できるストレージ空間の量
、オペレータにより提供されるメディア・コンテンツ・アイテムをクラウド・ストレージ
から送ることができる物理的な位置についての規制等を含む。位置規制は、例えば、オペ
レータによって提供されるメディア・コンテンツ・アイテムを、ユーザの家のネットワー
クを介して利用できるメディア・デバイス１０８にしか送ることができないこと、コンテ
ンツ・プロバイダのネットワークを通じて利用できるメディア・デバイスにしか送ること
ができないこと、又はメディア・コンテンツ・アイテムをどこにでも送ることができるこ
と、を示すことができる。コンテンツ・プロバイダは、コンテンツ・プロバイダにより提
供されるメディア・コンテンツ・アイテムが、どのくらいの期間（例えば、放送後２８日
間又はレコーディング後７日間）クラウド・ストレージにアクセスすることができるかを
特定する制限時間を、環境設定することができる。他の環境設定は、各ユーザ・アカウン
トにとって可能となる並列ストリームの数、各メディア・コンテンツ・アイテムをクラウ
ド・ストレージに格納することが可能な時間間隔、ユーザがメディア・コンテンツ・アイ
テムを復活させることが可能か否か、ユーザが前に放送されたコンテンツを記録すること
が可能であるか否か、トリック・プレーが可能であるか否か等を、含むことができる。
【００４３】
一実施態様の場合、制御パネル３０２は、更に、サービス・プロバイダ・システム２０
４のさまざまな態様を環境設定するために、エンドユーザに対し、１つ以上のインターフ
ェースを提供することができる。例えば、１つ以上のインターフェースを提供して、ユー
ザが、ユーザが利用できるクラウド・ストレージを環境設定する、ストレージ空間を追加
購入する、そしてユーザ用に利用可能な多くの仮想チューナを環境設定し及び／又は購入
することを可能とすることができる。制御パネル３０２は、更に、ユーザが、クラウド・
ストレージにユーザによって現在格納されているメディア・コンテンツ・アイテムの管理
、メディア・コンテンツ・アイテムをユーザに関連付けられている特定メディア・デバイ
スに送ることの管理、そしてユーザのアカウントの他のアスペクトを環境設定することを
可能にする１つ以上のインターフェースを含むことができる。
【００４４】
一実施態様の場合、アップロード管理モジュール３０６は、メディア・デバイス１０８
の集合からメディア・コンテンツ・アイテムのアップロードを管理するように、環境設定
されている。例えば、メディア・デバイス１０８のユーザは、メディア・デバイスに映画
のレコーディングを予約することができる。アップロード管理モジュール３０６は、一般
に、メディア・デバイス１０８が特定メディア・コンテンツ・アイテムを記録しつつある
という表示を受信し、かつそれに応答して、メディア・デバイス１０８に、メディア・コ
ンテンツ・アイテムの１つ以上のセグメントを格納及びトランスコード処理モジュール３
１４にアップロードさせることができるように、環境設定させることができる。以下によ
り詳細に説明されるように、メディア・コンテンツ・アイテムをクラウド・ストレージに
格納することにより、ユーザは、各ユーザに関連付けられているメディア・デバイス１０
８に渡って、メディア・コンテンツ・アイテムにアクセスすることができる。
【００４５】
一実施態様の場合、アップロード管理モジュール３０６は、１つ以上のデバイス・アッ
プロード効率プロフィールを格納しかつ管理することができる。本明細書において、デバ
イス・アップロード効率プロフィールは、一般に、メディア・デバイス１０８がどのよう
にメディア・コンテンツ・アイテムを処理しかつサービス・プロバイダ・システム２０４
にアップロードするかに関係するさまざまな属性及び値を指定する。以下により詳細に記
載されているように、デバイス・アップロード効率プロフィールは、例えば、メディア・
デバイスがどのようにメディア・コンテンツ・アイテムのセグメントを確定しそしてメデ
ィア・デバイス１０８が、どの程度の頻度でサービス・プロバイダ・システム２０４との
整合性のために確定されたセグメントをチェックするかを指定することができる。メディ
ア・デバイス１０８は、いくつかの異なるプロフィールを格納することができ、かつ一定
の条件の発生に基づいて、現在使用されているプロフィールを変えることができる。一実
施態様の場合、サービス・プロバイダ・システム２０４で測定される条件に応答して、ア
ップロード管理モジュール３０６は、更に、新しい又は変更されたデバイス・アップロー
ド効率プロフィールを生成しかつメディア・デバイス１０８に分散させることができる。
【００４６】
一実施態様の場合、サービス・プロバイダ・システム２０４は、メディア・デバイス１
０８のユーザによってレコーディングのために選択されるメディア・コンテンツ・アイテ
ムに関係するメタデータを含む、購読契約及びレコーディングのメタデータ３０８を含む
ことができる。例えば、このメタデータは、特定ユーザ・アカウントによってレコーディ
ングのために選択されるメディア・コンテンツ・アイテムを識別する情報、削除のために
選択されるメディア・コンテンツ・アイテム、又はメディア・デバイスの動作に関する任
意の他の情報を含むことができる。購読契約及びレコーディングのメタデータ３０８は、
更に、利用できるコンテンツ・ソース、割当られているストレージの量等を含む、特定ユ
ーザ・アカウントに関係する購読契約を示すデータを含むことができる。
【００４７】
一実施態様の場合、デバイス及びアカウント提供モジュール３１０は、ユーザ・アカウ
ントの作成及び管理を可能にし、かつユーザ・アカウントと１つ以上のメディア・デバイ
ス１０８との関連付けを管理するように、環境設定させることができる。１つ以上のメデ
ィア・デバイス１０８のユーザは、サービス・プロバイダ・システム２０４が、異なるメ
ディア・デバイスに渡ってユーザに関する情報を格納しかつ追跡することを可能にするユ
ーザ・アカウントに関連付けることができる。例えば、サービス・プロバイダ・システム
２０４は、特定コンテンツ・ソース１０６に対するユーザの購読契約に関する情報、ユー
ザ・アカウントにより記録されるメディア・コンテンツ・アイテムについてのメタデータ
、ユーザ選好、ユーザ・プロフィール情報、ユーザ視聴履歴等を含む、各ユーザ・アカウ
ントに関連する情報を格納することができる。一実施態様の場合、ユーザ・アカウントは
、ユーザが、特定メディア・デバイス１０８を特定ユーザ・アカウントに関連付けること
を可能にする認証情報（例えば、ユーザ名及びパスワード）に関連付けることが出来る。
例えば、ユーザは、メディア・デバイス１０８にユーザ名及びパスワード又は他の認証情
報を提供することによって、特定メディア・デバイス１０８をユーザ・アカウントに関連
付けることができる。
【００４８】
２．４．メディア・デバイスの例
図４は、１つ以上の実施態様に従うメディア・デバイスのブロック図の一例を例示する
。図４に示されるように、メディア・デバイス１０８は、メモリ・システム４０２、１つ
以上のストレージ・デバイス４０４、中央処理ユニット（ＣＰＵ）４０６、表示サブシス
テム４０８、オーディオ／ビデオ入力４１０、１つ以上の入力デバイス／チューナ４１２
、ネットワーク・モジュール４１４、アップローダ・モジュール４１６及び／又は本明細
書で記述される機能を実行するために使用される他のコンポーネントのような、多数のコ
ンポーネントを含むことができる。一実施態様の場合、メディア・デバイス１０８は、Ｄ
ＶＲとすることができる。多機能メディア・デバイスは、本出願人が所有しかつ参照によ
り本出願に完全に組み込まれている米国特許出願第１２／６３１，７４０号（発明の名称
「多機能マルチメディア・デバイス」）に記載されている。
【００４９】
一実施態様の場合、ストレージ・デバイス４０４は、一般に、メディア・デバイス１０
８がアクセス可能な二次ストレージを表す。ストレージ・デバイス４０４は、ソリッド・
ステート・ドライブ（ＳＳＤ）、ハイブリッド・ハードディスク、ハードディスク等の１
つ以上の任意の組合せを含むが、これらに限定されるものではない。各メディア・デバイ
ス１０８は、１つ以上のストレージ・デバイス４０４を含むことができるが、含まなくて
も良い。もし、メディア・デバイス１０８がストレージ・デバイス４０４を含むと、この
ストレージは、記録されるメディア・コンテンツ・アイテムの全て又は一部を格納する、
メディア・デバイス・チューナ４１２にバッファを提供する、クラウド・ストレージ・シ
ステムによって格納されているメディア・コンテンツ・アイテムの部分をプリキャッシュ
する等を含む、種々の目的に使用することができる。
【００５０】
一実施態様では、オーディオ／ビデオ入力４１０は、通常、外部ソースからオーディオ
及び／又はビデオ入力（例えば、ＨＤＭＩ、ＤＶＩ、Analog）を受信する機能を含むいか
なるコンポーネントにも対応する。例えば、オーディオ／ビデオ入力４１０は、DisplayP
ort、又は異なるデバイスから入力を受信することができる高解像度マルチメディア・イ
ンターフェース（ＨＤＭＩ）とすることができる。オーディオ／ビデオ入力４１０は、セ
ット・トップ・ボックス、ＤＶＲ、ブルーレイ・ディスク・プレーヤ、パーソナル・コン
ピュータ、テレビゲーム機、オーディオ／ビデオ受信機、コンパクト・ディスク・プレー
ヤ、強化多用途ディスク・プレーヤ（ＥＶＤ）、高解像度光ディスク、ホログラフィック
多用途ディスク、レーザ・ディスク、ミニ・ディスク、ディスク・フィルム、ＲＡＭディ
スク、ビニル・ディスク、フロッピ・ディスク、ハード・ドライブ・ディスク等から入力
を受信することができる。メディア・デバイス１０８は、いかなる数のオーディオ／ビデ
オ入力４１０も含むことができる。
【００５１】
一実施態様では、入力デバイス／チューナ４１２は、通常、（例えば、ケーブル、衛星
、インターネット、ネットワーク、地上のアンテナ等を介して）コンテンツ・ストリーム
を受信することができるいかなる入力コンポーネントも表す。チューナ環境設定において
は、入力デバイス／チューナ４１２は、（例えば、電子共鳴等を使用することにより）１
つ以上の受信周波数を通過させ、他の周波数を除去することを可能にする。テレビジョン
・チューナは、例えば、ＲＦテレビジョン送信信号をデジタル・オーディオ及びビデオ信
号に変換し、これを更に処理して、音及び／又は画像を生成する又はＭＰＥＧ２、ＭＰＥ
Ｇ４等のようなデジタル信号を受取ることができる。一実施態様では、各メディア・デバ
イス１０８は、コンテンツ・ソース１０６からライブの又はオンデマンド・テレビジョン
・コンテンツを受信するために、１つ以上のチューナ（例えば、直交振幅変調（ＱＡＭ）
チューナ、デジタル・ビデオ放送−ケーブル（ＤＶＢ−Ｃ）チューナ、高度テレビジョン
・システムズ委員会（ＡＴＳＣ）チューナ等）を有することができる。チューナは、物理
的チューナ、又は放送コンテンツを受信するために使用される物理的なコンポーネントの
抽象的な認識を表す仮想チューナとすることが出来る。
【００５２】
一実施態様では、ネットワーク・モジュール４１４は、通常、ネットワーク（例えば、
インターネット、イントラネット、ワールド・ワイド・ウェブ等）によりデータを送信し
かつ受信することができる任意の入力コンポーネントを表す。ネットワーク・モジュール
４１４の例は、ネットワーク・カード、ネットワーク・アダプタ、ネットワーク・インタ
ーフェース・コントローラ（ＮＩＣ）、ネットワーク・インターフェース・カード、ワイ
ヤレス・カード、ローカル・エリア・ネットワーク・アダプタ、イーサネット・ネットワ
ーク・カード、ネットワーク（例えば１つ以上のネットワーク１０４）により情報を送受
信することができる任意の他のコンポーネントの何れかを含むが、これらに限定されるも
のではない。ネットワーク・モジュール４１４は、直接、他のデバイス（例えば、メディ
ア・デバイス、コンピュータ、二次ストレージ・デバイス等）と接続するために使用する
こともできる。
【００５３】
一実施態様の場合、アップローダ・モジュール４１６は、メディア・デバイス１０８か
らクラウド・ストレージ（例えば、オペレータ・ヘッドエンド２０２、サービス・プロバ
イダ・システム２０４及び／又はクラウド・ストレージ・システム２０６のストレージ）
へのメディア・コンテンツ・アイテムのアップロードを管理するように、環境設定されて
いる。一実施態様において、アップローダ・モジュール４１６は、１つ以上のデバイス効
率プロフィールを含む。デバイス効率プロフィールは、通常、１つ以上の属性、パラメー
タ、及びメディア・デバイス１０８がどのようにメディア・コンテンツ・アイテムをセグ
メント化しかつアップロードするかに関する他の設定を指定する情報のセットを表す。上
記したように、デバイス効率プロフィールで指定することができる設定の具体例は、メデ
ィア・デバイスが各セグメントの整合性をチェックするセグメントと頻度をメディア・デ
バイスがどのように確定するかを含む。
【００５４】
一実施態様の場合、メディア・デバイス１０８は、特定条件の発生に応答して、デバイス
効率プロフィールを切替えることができる。例えば、メディア・デバイス１０８は、もし
、メディア・デバイスが、それがエラーを含む１つ以上のセグメントを既に受信している
と決定すると、又はメディア・デバイスが、ネットワーク状態が既に変化してしまってい
ると決定すると、プロフィールを切替えるように、環境設定させることができる。
【００５５】
一実施態様において、メディア・デバイス１０８は、（ネットワーク帯域使用、セグメ
ント化速度又は他の任意の統計値を含む）メディア・デバイスの動作に関する統計値を定
期的に決定しかつ送信するように、環境設定させることができる。各メディア・デバイス
１０８によって集められたデータは、サービス・プロバイダ・システム２０４によって送
信させかつ格納させることができる。一実施態様では、サービス・プロバイダ・システム
２０４は、メディア・コンテンツ・セグメントをアップロードする特定メディア・デバイ
ス１０８を選択すると同時に、新規なデバイス効率プロフィールを変更する又は生成する
ために、あるいは他の任意の目的のために、統計データを使用することができる。
【００５６】
一実施態様では、入力は、通信で結合された任意のデバイスから、有線及び／又は無線
通信セグメントによりメディア・デバイス１０８によって受信させることができる。メデ
ィア・デバイス１０８によって受信される入力は、メモリ・システム４０２又はストレー
ジ・デバイス４０４に格納させることができる。メモリ・システム４０２は、データを格
納するために、タイプが異なる１つ以上の物理メモリを含むことができる。例えば、メモ
リ・システム４０２の１つ以上のメモリバッファ（例えば、ＨＤフレーム・バッファ）は
、編集及び／又はフィンガープリント処理のために１つ以上の解凍されていない高解像度
（ＨＤ）ビデオ・フレームをロードするストレージ容量を含むことができる。メモリ・シ
ステム４０２は、フレームを圧縮形態（例えば、ＭＰＥＧ２、ＭＰＥＧ４又は任意の他の
適切なフォーマット）で格納することもできる。これらのフレームは、次いで、修正、フ
ィンガプリント処理、置換、及び／又は表示のためにフレーム・バッファに解凍される。
メモリ・システム３０２は、ＦＬＡＳＨメモリ、ＤＲＡＭメモリ、ＥＥＰＲＯＭ、従来か
らの回転ディスク・ドライブ等を含むことができる。
【００５７】
一実施態様の場合、中央処理ユニット４０６は、メディア・デバイス１０８によって受
信される任意の入力を使用して本明細書において記載されている機能を実行する機能性を
含むことができる。例えば、中央処理ユニット４０６は、メモリ・システム４０２に格納
されているメディア・コンテンツ・フレームからフィンガープリントを動的に得るために
、使用することができる。中央処理ユニット４０６は、メディア・コンテンツに関連付け
られているタグ、ハッシュ値、フィンガープリント、タイム・スタンプ又は他の適切な情
報に基づいて、メディア・コンテンツ又はメディア・コンテンツの部分をマークする又は
識別するように、環境設定させることができる。中央処理ユニット４０６は、メディア・
コンテンツを修正する（例えば、ビデオ・フレームをスケール変換する等）、メディア・
コンテンツを分析する、メディア・コンテンツを解凍する、メディア・コンテンツを圧縮
する等に、使用することができる。フレーム・バッファに格納されているビデオ・フレー
ム（例えば、ＨＤビデオ・フレーム、４Ｋのフレーム等）は、中央処理ユニット４０６に
よって動的に変更させて、追加コンテンツ（例えば、フレームに関する情報、プログラム
情報、チャット・メッセージ、システム・メッセージ、ウェブ・コンテンツ、画像、電子
番組ガイド、ビデオ・コンテンツ、テキスト・コンテンツ又は任意の他の適切なコンテン
ツ）をビデオ・フレームの先頭に重畳させ、ビデオ・フレームを操作し（例えば、引伸し
、回転、縮小等）、又は実時間のビデオ・フレームに置換することができる。したがって
、電子プログラミング・ガイド、動的に選択される広告情報、メディア・コンテンツ情報
、又は任意の他のテキスト／グラフィックスを、フレーム・バッファに格納されているビ
デオ・フレーム上に書き込み、格納されたビデオ・フレームの上に追加コンテンツを重畳
することができる。中央処理ユニット４０６は、メディア・デバイス１０８に関連付けら
れている任意の入力デバイス及び／又は出力デバイスとの通信を処理するために使用する
ことができる。例えば、実時間で動的に修正されるビデオ・フレームは、その後、表示の
ために送信させることができる。中央処理ユニット４０６を使用して、他のメディア・デ
バイスと通信して、同期、データの公表等に関する機能を実行することができる。
【００５８】
一実施態様では、表示サブシステム４０８は、通常、実と同時に１つ以上の画像を出力
する（例えば、表示へのビデオ出力(Video Out to Display) ４１８）及び／又は表示す
る機能を含む任意のソフトウェア及び／又はデバイスを表す。表示デバイスの具体例は、
キオスク、携帯用デバイス、コンピュータ・スクリーン、モニタ、テレビジョン、プロジ
ェクタ等を含む。表示デバイスは、液晶表示、陰極線管、プロジェクタ、プラズマ・スク
リーン等のような異なるタイプのスクリーン又は表示技術を使用することができる。メデ
ィア・デバイス１０８からの出力は、特に、使用されている表示デバイスのタイプ、表示
デバイスのサイズ、解像度（例えば、７２０ｉ、７２０ｐ、１０８０ｉ、１０８０ｐ又は
他の適切な解像度）等に対するフォーマットに使用することができる。しかしながら、い
くつかのメディア・デバイス１０８は、如何なる表示出力コンポーネント（例えば、基本
的に、メディア・コンテンツ・アイテムを他のメディア・デバイスにストリーム配信する
ように、環境設定されているメディア・デバイス）も有さない。
【００５９】
３．０．機能の概要
図１及び図２の構成の具体例は、メディア・コンテンツ・アイテムをクラウド・ベース
のコンピューティング環境に格納しかつそれにアクセスすることを可能にするメディア・
コンテンツ管理システムを実装することができる。一実施態様では、このセクションにお
いて記述される各プロセスは、コンピューティング・デバイスのメモリの物理状態と対話
しかつそれを変換することに関係するデータ読出し、変換及び格納動作を実行する一方で
、１つ以上のコンピュータ・プログラム、他のソフトウェア要素及び／又は汎用コンピュ
ーティング・デバイス又はコンピューティング・デバイスの任意の組合せのデジタル・ロ
ジックを用いて、実装することができる。いくつかの実施態様では、メディア・コンテン
ツ・アイテムを受信し、再生し、記録し及び／又は格納することができるメディア・デバ
イス（例えば、ＤＶＲ、セット・トップ・ボックス、パーソナル・コンピュータ、モバイ
ル・デバイス等）と、メディア・コンテンツ・アイテムへのユーザ・アクセスを管理する
クラウド・ベースのメディア・コンテンツ管理システムとを備えるシステムが、これらの
プロセスを実装する。他の実施態様では、これらのプロセスは、１つ以上のサーバのみに
より、又は単一のクライアントコンピューティング・デバイスのみにより実装される。こ
のようなシステムの例は、前述のセクションに記載されている。
【００６０】
一実施態様では、クラウド・ベースのメディア・コンテンツ管理システムは、メディア
・デバイスの集合によるメディア・コンテンツ・アイテムの格納及びアクセスを中央で管
理するように、環境設定されている。メディア・コンテンツ・アイテムの格納を管理する
ことは、通常、例えば、クラウド・ベースのチューナを使用して、選択されたメディア・
コンテンツ・アイテムのコピーを記録すること及び／又はメディア・デバイスの集合から
のメディア・コンテンツのアップロードを調整すること、及び続く再生を可能にする態様
でアップロードされたメディア・コンテンツ・アイテムを格納することを含むことができ
る。メディア・コンテンツ・アイテムへのアクセスを管理することは、例えば、ユーザ・
アカウント・ベースでクラウド・ストレージに格納されているメディア・コンテンツ・ア
イテムへのアクセスを制限すること、メディア・デバイスが当初受信したメディア・コン
テンツ・アイテムのバージョンに近いメディア・コンテンツ・アイテムのコピーへのアク
セスを提供すること、及び以前に記録されたコンテンツへのアクセスを失わずにメディア
・デバイスのアップグレード及び差し替えを可能にすることを含む。クラウド・ベースの
メディア・コンテンツ管理システムのこれらのそしてまた他の特徴及びサービスは、以下
のセクションに記述される。
【００６１】
一実施態様の場合、クラウド・ベースのメディア・コンテンツ管理システムによって格
納されるメディア・コンテンツ・アイテムは、メディア・コンテンツ・アイテムが最初に
受信するメディア・デバイスの集合から、アップロードさせることができる。例えば、も
し、いくつかのメディア・デバイスが、各々、特定テレビ番組を記録すると、メディア・
デバイスの各々は、テレビ番組のコピーを記録しそしてこれらのデバイスが、続くアクセ
スのためにこのコピーをクラウド・ストレージに共同してアップロードすることができる
。メディア・デバイスの集合からメディア・コンテンツ・アイテムをアップロードするこ
とを管理することは、個々のメディア・デバイスからアップロードされるデータ量を減ら
し、かつ、更に、クラウド・ベースのメディア・コンテンツ管理システムによって格納さ
れるデータ量を減少させる技術を使用することにより、大きく改善させることができる。
個々のメディア・デバイスからアップロードされるデータ量を減らすことによって、ユー
ザ体験は、各メディア・デバイスが利用できるバンド幅をより少なくすることによって改
善され、これにより、ユーザの何れかのメディア・デバイスで、記録されたメディア・コ
ンテンツにクラウド・ストレージからアクセスすることができる効率が上昇する。
【００６２】
３．１．分散されたメディア・デバイスのアップロード
一実施態様では、種々のメディア・デバイスで記録されたメディア・コンテンツ・アイ
テムをクラウド・ストレージに提供するために、メディア・デバイスは、メディア・デバ
イスによって記録されたメディア・コンテンツ・アイテムの完全なコピーを、クラウド・
ベースのメディア・コンテンツ管理システムにアップロードすることができる。しかしな
がら、メディア・デバイス及びメディア・コンテンツ管理システムの両者のストレージ空
間及び帯域幅に制約があることは、記録される各メディア・コンテンツ・アイテムの別個
のコピーをアップロードしかつ格納することに、多くのチャレンジを提示する。したがっ
て、通常、各メディア・デバイスの其々によってアップロードされるデータの量を減少さ
せ、かつクラウド・ベースのメディア・コンテンツ管理システムに格納されるデータの量
を減少させることは、望ましい。
【００６３】
一実施態様では、メディア・デバイスのアップロード及びクラウド・ストレージ空間の
要求を減少させるために、メディア・デバイスの集合は、各々、分散された態様で、メデ
ィア・デバイスで記録されたメディア・コンテンツ・アイテムの一部のみをメディア・コ
ンテンツ管理システムにアップロードすることができる。例えば、特定メディア・コンテ
ンツ・アイテムのレコーディングを予約する各メディア・デバイスは、このメディア・コ
ンテンツ・アイテムの選択された１つ以上のセグメントをアップロードすることができる
。一実施態様では、以下により詳細に記述されるように、中央メディア・コンテンツ管理
システムは、メディア・デバイスの集合からメディア・コンテンツ・アイテムの分散され
たアップロードを調整することができ、その結果、各メディア・デバイスが完全なメディ
ア・コンテンツ・アイテムのコピーを別個にアップロードすること無く、メディア・コン
テンツ・アイテムの完全なコピーが、受信されかつ格納される。
【００６４】
図５は、メディア・デバイスが、一実施態様に従って、分散された環境でメディア・コ
ンテンツ・アイテムをアップロードすることを管理するための具体例のフロー５００を示
す。フロー５００の種々の要素は、上述したシステム１００及びシステム２００のような
システムを含む様々なシステムで実行させることができる。一実施態様では、以下に記述
される機能ブロックに関連して記述される各プロセスは、コンピュータのメモリの物理状
態と対話しかつそれを変換することに関するデータ読出し、変換及び格納動作を実行して
、１つ以上のコンピュータ・プログラム、他のソフトウェア要素及び／又は汎用コンピュ
ータ又は専用コンピュータの何れかのデジタル・ロジックを使用して実装させることがで
きる。
【００６５】
ブロック５０２で、メディア・デバイスは、メディア・コンテンツ・アイテムを受信す
る。例えば、メディア・コンテンツ・アイテムは、テレビ番組、映画、オンデマンドのコ
ンテンツ、又はメディア・デバイスのユーザによりレコーディング又は視聴のために選択
される任意の他のメディア・コンテンツを含むことができる。メディア・デバイスは、電
子番組ガイド（ＥＰＧ）、ＶＯＤライブラリ、サードパーティのビデオ・ライブラリ又は
利用可能なメディア・コンテンツの他のリストからのメディア・コンテンツ・アイテムを
ユーザが選択することに応答して、メディア・コンテンツ・アイテムに同調することがで
きる。
【００６６】
一実施態様の場合、メディア・デバイスは、メディア・コンテンツ・アイテムを記録す
るコマンドを受信することに応答して、メディア・コンテンツ・アイテムに同調すること
ができる。メディア・コンテンツ・アイテムを記録するコマンドは、最初、メディア・デ
バイスで、又は同じユーザ・アカウントに関連付けられている他のメディア・デバイスで
、受信させることができる。例えば、ユーザは、メディア・コンテンツ・アイテムを第二
メディア・デバイス（例えば、ＤＶＲ）に記録することをリクエストする入力を、第一メ
ディア・デバイス（例えば、スマートフォン）に提供することができる。この入力に応答
して、第一メディア・デバイスは、レコーディングを予約するコマンドを、サービス・プ
ロバイダ・システム２０４のネットワーク予約作成モジュール３０４に、又は、直接、第
二メディア・デバイスに送信することができる。次いで、第二メディア・デバイスは、ネ
ットワーク予約作成モジュール３０４から受信されるコマンド、又は他のメディア・デバ
イスから直接に受信されるコマンドに応答して、又は、内部コマンドに基づいて、予約さ
れたレコーディング時刻にメディア・コンテンツに同調することができる。一実施態様の
場合、メディア・コンテンツ・アイテムを記録するコマンドは、予約されたレコーディン
グのリストを含むレコーディング予約の一部として受信させることができる。メディア・
コンテンツ・アイテムを記録するコマンドは、一般に、メディア・コンテンツ・アイテム
の放送の前又は放送中の任意の時に受信することができる。
【００６７】
一実施態様の場合、メディア・デバイスは、チューナ４１２又はメディア・デバイスの
ネットワーク・モジュール４１６を使用して、特定メディア・コンテンツ・アイテムに同
調する。例えば、チューナ４１２は、オペレータ・ヘッドエンド２０２を介してコンテン
ツ・ソース１０６からコンテンツを受信するように、環境設定させることができる。別の
例として、もし、メディア・コンテンツ・アイテムがＯＴＴコンテンツを含むと、メディ
ア・デバイスのネットワーク・モジュール４１６は、１つ以上のネットワーク（例えば、
ネットワーク１０４）を介してメディア・コンテンツにアクセスすることができる。もし
、メディア・デバイスが、コンテンツ・ソース１０６からのメディア・コンテンツにアク
セスすることが許可されていると（例えば、ユーザが、ケーブル・オペレーた又はインタ
ーネット・ベースのコンテンツ・ソースと購読契約を結んでいると言う理由により、メデ
ィア・デバイスが、地理的位置又はサービス・プロバイダ等に基づいてコンテンツ・ソー
スを受信する能力を有している場合）、メディア・デバイスのチューナ４１２／ネットワ
ーク・モジュール４１６は、メディア・コンテンツ・アイテムを、メディア・デバイスに
よる更なる処理のためのコンテンツ・ストリームとして受信する。このように、選択され
たメディア・コンテンツ・アイテムに同調しかつ受信することによって、メディア・デバ
イスは、メディア・デバイスに関連付けられているユーザ・アカウントが、メディア・コ
ンテンツにアクセスする許可を有していることを確認することができる。
【００６８】
ブロック５０４で、メディア・デバイスは、メディア・コンテンツ・アイテムの範囲内
でセグメントの境界を識別する。本明細書において、メディア・コンテンツ・アイテムの
セグメントとは、一般に、メディア・コンテンツ・アイテムの確定された部分を意味し、
この部分は、特定の長さの時間にまたがることができ、特定データ量を備え、又はこれに
代えてメディア・コンテンツ・アイテム全体の一部を表すデータ要素の確定した集合を備
える。一般に、各セグメントは、セグメントの始めと終わりを確定するセグメント境界に
よって、確定することができる。セグメント境界は、例えば、メディア・コンテンツ・ア
イテムの範囲内の特定フレームによって、メディア・コンテンツ・アイテムに関連付けら
れているタイミング情報によって、メディア・コンテンツに関連付けられているデータ要
素によって、又は以下に詳細に記載されるメディア・コンテンツ・アイテムの任意の他の
属性に基づいて、確定することができる。
【００６９】
上述したように、クラウド・ベースのメディア・コンテンツ管理システムは、メディア
・デバイス１０８の集合から、メディア・コンテンツ・アイテムの個々のセグメント（個
々のセグメントは、集合内の多分異なるメディア・デバイスからアップロードされる）の
分散されたアップロードとして、メディア・コンテンツ・アイテムを受信することができ
る。例えば、もし、２つ以上の別個のメディア・デバイスが、各々、同じテレビ番組のレ
コーディングを予約したとすると、メディア・デバイスの各々は、テレビ番組の１つ以上
のセグメントをアップロードする（又はアップロードしない）。ここで、アップロードさ
れたセグメントは、共同してテレビ番組の全体のコピーを形成する。いくつかのメディア
・デバイスは、同じメディア・コンテンツ・アイテムを記録する他のメディア・デバイス
より、より多くのセグメントをアップロードすることができる。例えば、あるメディア・
デバイスが、他のメディア・デバイスに比較してより大きいアップロード・バンド幅を有
する、このあるメディア・デバイスがより高品質の信号を受信しつつある、又は他のメデ
ィア・デバイスに対してこのあるメディア・デバイスから優先してアップロードすること
ができる他の要因を有する、と決定することができる。
【００７０】
特定メディア・コンテンツ・アイテムの各セグメントが、メディア・デバイスの集合内
の任意のメディア・デバイスからアップロードさせることができるので、クラウド・スト
レージ・システムが、メディア・コンテンツ・アイテムの完全なコピーを最終的に受信す
ることができるように、集合内の各メディア・デバイスがどのようにメディア・コンテン
ツ・アイテムをセグメント化するかを確定するセグメント化ルールを、メディア・デバイ
スの集合に対して確定することができる。さらにまた、特定セグメント化方式に応じて、
さまざまな技術を用いて、メディア・コンテンツ・アイテムのセグメント化をメディア・
デバイスの集合に「同期」させることができる。
【００７１】
メディア・デバイスの集合に対するセグメント化ルールの１つの例では、各メディア・
デバイスは、デバイスによって受信されるメディア・コンテンツ・アイテムを、共通クロ
ックに基づいてセグメント化することができる。例えば、各メディア・デバイスは、共通
クロックに従って特定時間スパンに基づいて（例えば、６秒ごとに）メディア・コンテン
ツ・アイテムのセグメントを確定するように、環境設定させることができる。従って、も
し、特定メディア・コンテンツ・アイテムについて、０５：００から０６：００までの放
送が予約されたとすると、第一セグメントは、０５：００：００と０５：００：０６の間
に放送されるコンテンツの部分を含むことができ、第二セグメントが、０５：００：１２
の間に放送されるコンテンツの部分、等々を含むことができる。しかしながら、さまざま
な地理的な位置に渡るメディア・コンテンツ・アイテムの放送における時間の相違は、例
え、それが軽微であったとしても、共通クロックを使用しているメディア・デバイスの集
合に渡る一貫したセグメント化を妨げる不正確さの原因になり得る。
【００７２】
一実施態様の場合、メディア・デバイスの集合内の各メディア・デバイスは、如何なる
特定クロックにも関係していない時間間隔に基づいて、メディア・コンテンツ・アイテム
をセグメント化するように、環境設定させることができる。例えば、集合内の各メディア
・デバイスは、メディア・コンテンツ・アイテムの範囲内の各セグメントを、１０秒のコ
ンテンツとして識別するように、環境設定させることができる。しかしながら、メディア
・デバイスは、各１０秒セグメントの計数を必ずしも同じ開始位置から始めることができ
ないので、集合からの任意の２つの特定メディア・デバイスは、同じメディア・コンテン
ツ・アイテムに対して同じセグメントを生成することもできるが、できないこともある。
次いで、メディア・デバイスの集合は、例えば、各グループが、同じ境界でメディア・コ
ンテンツ・アイテムに対してセグメントを定めているデバイスを含む、多くのグループに
動的に分類させることができる。
【００７３】
一実施態様の場合、集合内の各メディア・デバイスは、時間間隔に基づいてメディア・
コンテンツ・アイテムをセグメント化するように、環境設定されていて、そして各メディ
ア・デバイスのセグメント化は、中央メディア・コンテンツ管理システムによって同期さ
せることができる。例えば、各メディア・デバイスは、最初、指定された時間（例えば、
１０秒）に基づいて１つ以上のセグメントの境界を確定することができる。後に詳しく述
べるように、メディア・デバイスは、最初に確定したセグメントに対する１つ以上のセグ
メント識別値をメディア・コンテンツ管理システムに送信することができる。このセグメ
ント識別値に基づいて、メディア・コンテンツ管理システムは、メディア・デバイスにデ
ータを送信して、メディア・デバイスがセグメント化を同期させることを可能にする。例
えば、もし、特定メディア・デバイスが、他のメディア・デバイスと同期が１秒ずれてセ
グメントを定めていると決定されたとすると、データは、セグメント境界が同期するよう
に、１つの９秒のセグメントを定め、次いで、１０秒のセグメントを確定することを再開
するよう、この特定メディア・デバイスに命令することができる。
【００７４】
メディア・デバイスの集合がセグメント化を同期させることを支援するメディア・コン
テンツ管理システムの他の例では、メディア・コンテンツ管理システムは、メディア・デ
バイス・セグメント識別値を受信することによって、可能性がある多くのセグメント境界
に基づいてメディア・デバイスを同期させることができる。セグメント識別値に基づいて
、メディア・コンテンツ管理システムは、可能性があるセグメント境界のセットからセグ
メント境界の１つのインスタンスを使用するようメディア・デバイスに命令するデータを
送信することができる。例えば、もし、メディア・デバイスが、１０秒に基づいてセグメ
ント境界を識別するように、環境設定されているとすると、このメディア・デバイスは、
メディア・コンテンツ・アイテムの範囲内で重なっている多くの１０秒のスパンに対しセ
グメント識別値（例えば、ハッシュ値、チェックサム等）を生成することができる。メデ
ィア・デバイスは、スパンの各々に対しセグメント識別値を生成し、このセグメント識別
値をメディア・コンテンツ管理システムに送信し、そしてメディア・コンテンツ管理シス
テムは、（例えば、どのセグメントが、他のメディア・デバイスによって使用されている
セグメント境界に対応するかに基づいて）メディア・デバイスが使用するセグメントの１
つを選択することができる。次で、メディア・デバイスは、メディア・コンテンツ管理シ
ステムから命令を受信して、選択されたセグメント境界を使用し、かつ選択された境界に
基づいて追加セグメントを生成することができる。
【００７５】
別の例では、メディア・デバイスの集合は、中央メディア・コンテンツ管理システムと
連携することなく、デバイス間のセグメント識別を、協力して、同期させることができる
。例えば、集合内の各メディア・デバイスは、メディア・コンテンツ・アイテムの１つ以
上のセグメントを識別し、これらのセグメントに対しセグメント識別値を生成し、そして
これらのセグメント識別値を、同じメディア・コンテンツ・アイテムを受信する１つ以上
の他のメディア・デバイスに送信することができる。これらのセグメント識別値に基づい
て、メディア・デバイスは、共同して、他のセグメントの識別の基礎となる特定境界を決
定することができる。例えば、メディア・デバイスは、最も多くのメディア・デバイスに
よって生成された、又は任意の他の選択基準に基づいて生成されたセグメント境界を選択
することができる。
【００７６】
別の例では、メディア・デバイスの集合は、メディア・コンテンツの各セグメントを、
メディア・コンテンツ・アイテムの範囲内のフレームの１つ以上の特定集合として確定す
ると言う、予め定められているセグメント化ルールに基づいて、環境設定させることがで
きる。一実施態様の場合、フレームの各集合は、オーディオ及びビデオ・フォーマッティ
ングのためのＭＰＥＧ規格に基づかせることもできる。例えば、セグメントは、メディア
・コンテンツ・アイテムに含まれる１つ以上の「画像のグループ」（ＧＯＰ）として、確
定することができる。ＭＰＥＧ−４標準の文脈では、例えば、ＧＯＰは、一般に、ビデオ
ストリームの範囲内の一群の連続したフレーム（メディア・コンテンツ・アイテムの各フ
レームは、１つのＧＯＰに含まれる）を意味する。メディア・コンテンツ・アイテムに含
まれているメタデータは、特定メディア・コンテンツ・アイテムに対してＧＯＰ境界を確
定することができる。
【００７７】
セグメント化ルールの他の例では、各セグメントは、メディア・コンテンツ・アイテム
に含まれているタイミング・メタデータ情報に基づいて、確定することができる。例えば
、ＭＰＥＧ標準に基づいてコード化されているメディア・コンテンツ・アイテムは、通常
、メディア・コンテンツ・ストリームの部分に対する全体のクロック・リファレンスを示
す提示タイム・スタンプ（ＰＴＳ）値を含む。メディア・コンテンツ・アイテムは、従っ
て、メディア・コンテンツ・アイテムの範囲内の提示タイム・スタンプ（ＰＴＳ）値の範
囲（例えば、ＰＴＳ値１０００のスパンごと）に基づいてセグメント化させることができ
る。他の同様な例では、メディア・コンテンツ・アイテムは、プログラム・クロック・リ
ファレンス（ＰＣＲ）値（この値は、通常、メディア・コンテンツ・アイテムに含まれて
いる他のタイミング・メタデータ・フィールドを表す）の範囲に基づいてセグメント化さ
せることができる。さらに別の例では、セグメント化ルールは、メディア・コンテンツ・
アイテムに関連付けられている二種類以上の要素の組合せに基づかせることができる。例
えば、各セグメントは、ＰＴＳ値の指定されたスパンを超えない多くのＧＯＰとして、確
定することができる。
【００７８】
一般に、メディア・デバイスは、メディア・コンテンツ・ストリームがメディア・デバ
イスによって受信されると同時に、メディア・コンテンツ・アイテムの範囲内のセグメン
ト境界をシーケンシャルに識別することができる。例えば、もし、セグメント化ルールが
、ＰＴＳ値の１０００の範囲に基づいて各セグメントを確定したとすると、メディア・デ
バイスは、メディア・コンテンツ・アイテムの範囲内の第一セグメントの境界を、０と９
９９の間のＰＴＳ値に関連付けられているメディア・コンテンツの部分として、１０００
と１９９９の間のＰＴＳ値に関連付けられている部分によって定められる第二セグメント
、等々と識別することができる。セグメント境界は、メディア・コンテンツ・アイテムが
受信されると同時に、リアルタイムで、又はメディア・デバイスが、メディア・コンテン
ツ・アイテムのいくつか又は全てを受信した後の時刻に識別させることができる。他の例
では、メディア・デバイスは、１つ以上のセグメントを確定するメディア・コンテンツの
特定部分を選択して、メディア・コンテンツ・アイテムの順序に従わずに、セグメント境
界を識別することができる。
【００７９】
一実施態様の場合、メディア・デバイスの集合内の各メディア・デバイスによって定め
られるセグメントのサイズ及び／又は時間間隔は、集合全体に渡って不変でも良いし可変
であっても良い。例えば、各メディア・デバイスは、（他の属性の中で、とりわけ、各特
定メディア・デバイスがどのようにセグメント境界を識別するかを確定する）１つ以上の
デバイス効率プロフィールを含むことができる。例えば、メディア・デバイスは、特定メ
ディア・デバイスに関連付けられている１つの特定デバイスの効率プロフィールに基づい
て、持続期間の３秒ごとにセグメントを生成するように、環境設定させることができ、他
方、異なるデバイス効率プロフィールに関連付けられている他のメディア・デバイスは、
持続期間の６秒ごとにセグメントを生成するように、環境設定させることができる。アッ
プロード管理モジュール３０６又はサービス・プロバイダ・システム２０４の他のコンポ
ーネントは、異なるサイズのセグメントを、格納のためにメディア・コンテンツ・アイテ
ムの完全コピーにアセンブルするように、環境設定されているロジックを、含むことがで
きる。
【００８０】
ブロック５０６で、メディア・デバイスは、確定されたセグメントを識別する１つ以上
の値（本明細書において、セグメント識別値とも呼ばれる）を生成することができる。一
般に、セグメント識別値は、他のセグメントに関連付けられているセグメントを識別する
のに役立つ任意の値とすることができる。例えば、一実施態様の場合、セグメント識別値
は、セグメントを他のセグメントと比較する、つまり、「同一性」の判断（２つのセグメ
ントの同一性は、これらのセグメントが、メディア・コンテンツ・アイテムの部分と同じ
もの、又は実質的に同じものを表すか否かに対応する）のために使用することができる。
以下に更に詳細に記載されるように、クラウド・ベースのメディア・コンテンツ管理シス
テムの１つ以上のコンポーネントは、例えば、システムが、既に、他のメディア・デバイ
スから同じセグメントのコピーを受信しているか否か、そして特定セグメントをクラウド
・ストレージ・システムにアップロードすべきか否か、メディア・デバイスに命令すべき
か否かを決定するために、セグメント識別値を使用して、セグメントを比較することがで
きる。
【００８１】
一実施態様の場合、セグメント識別値は、セグメントを備えているデータの一部分又は
全てに基づいてハッシュ値を含むことができる。このような値を生成するために、メディ
ア・デバイスによって使用されるハッシュ関数は、一般に、セグメントを備えるデータの
全体又は一部を固定サイズ値にマッピングする任意の関数とすることができる。例えば、
ハッシュ関数は、メディア・データ（例えば、ビデオ及びオーディオ・データ）及びセグ
メントに関連付けられている任意のメタデータ（例えば、クローズド・キャプション・デ
ータ、タイミング情報等）を含むセグメントを備えるデータの全てに適用させて、セグメ
ント識別値を生成することができる。一般に、元のデータが、２つの異なるメディア・デ
バイスによって確定された２つのセグメントに対し、同じであると仮定すると、これらの
セグメントは同じハッシュ値にマッピングされる一方で、２つの異なるセグメントは異な
るハッシュ値にマッピングされる。この特性は、（例えば、メディア・コンテンツ管理シ
ステム１０２が）セグメントの完全なデータ・コンテンツの代わりに、セグメントに対し
て生成されるハッシュ値のみを比較することによって、２つの別個に確定されたセグメン
トが同じセグメントを表すか否かを決定するために、使用することができ、これにより、
このような比較の速度が向上する。更に、セグメントを備えるデータの全てからハッシュ
値を生成することによって、２つのセグメントの間の如何なる相違も検出することができ
る。その理由は、（例えば、これらのセグメントがメディア・コンテンツ・アイテムの異
なる部分を表す、又はこれらのセグメントの１つが「グリッチ」又は他のデータ破壊を含
むことから）このような如何なる相違も、結果として異なるハッシュ値をもたらすからで
ある。特定の実装に応じて、このレベルの比較は、必要でもあるし不必要であるかもしれ
ない。
【００８２】
一実施態様では、セグメントを備える完全なデータからセグメント識別値を生成するこ
となく、セグメント・データの一部しか使用しない。例えば、メディア・デバイスは、セ
グメントに関連付けられているオーディオ・トラック又はクローズド・キャプション・ト
ラックからのデータのみに基づいて、ハッシュ値を生成することができる。別の例では、
メディア・デバイスは、セグメントを備える一部のデータに基づいて、セグメント識別値
（しかし、これはセグメントの時間スパン全体に渡っている）を生成することができる。
例えば、セグメント識別値は、セグメント全体に渡っているＭＰＥＧフレームのセットに
対する離散余弦変換（ＤＣＴ）係数に基づかせることもできる。一般に、セグメントを備
える一部のデータのみからセグメント識別値を生成することは、セグメントの完全なデー
タを使用するより、計算コストを安価にすることができるが、ハッシュ値の生成に一部の
データしか使用しないので、このセグメント・データの他の部分におけるこのセグメント
と他のセグメントとの相違は、検知することはできない。
【００８３】
別の例では、メディア・デバイスは、特定セグメントに由来するデータの１つ以上のシ
リーズを連結することによって、特定セグメントに対してセグメント識別値を生成するこ
とができる。例えば、セグメント識別値は、セグメントに関連付けられているＰＣＲ、Ｐ
ＴＳ又は他のメタデータ値のシリーズを連結することによって、生成させることができる
。さらに別の例では、ハッシュ関数は、セグメントに由来するデータ・シリーズに適用さ
せることができる。セグメント識別値を生成するために使用することができるデータの他
の例は、帯域内データ、サービス情報（ＳＩ）及び／又は事象情報テーブル（ＥＩＴ）を
含むことができる。
【００８４】
一実施態様の場合、セグメント識別値は、セグメントの視覚フィンガープリント及び／
又はオーディオ・フィンガープリントを含むことができる。一般に、視覚フィンガープリ
ントを生成することは、特定セグメントに含まれるビデオ・データからレンダリングされ
る１つ以上のフレームに基づいて、値を生成することを必要とする。同様に、オーディオ
・フィンガープリントを生成することは、オーディオ・データに基づいて値を生成するこ
とを含むことができる。メディア・コンテンツ・アイテムを識別するフィンガープリント
の使用は、本出願人が所有しかつ参照によって本出願に完全に組み込まれている、米国特
許第８，４１７，０９６号明細書（発明の名称「メディア・コンテンツ・フィンガープリ
ントに基づいて再生位置を決定する方法及び装置」）に記述されている。メディア・コン
テンツ・アイテムを識別する帯域内データの使用は、本出願人が所有しかつ参照によって
本出願に完全に組み込まれている、米国特許第７，８７３，９８２号明細書（発明の名称
「カスタマイズされたマルチメディア・セグメント・コンテンツを生成しかつ視聴する方
法及び装置」）に記述されている。
【００８５】
一実施態様では、セグメント識別値を生成することに加えて、メディア・デバイスは、
可能性があるデータ破壊を識別するために、セグメントに１つ以上のエラー検査を実行す
ることができる。もし、メディア・デバイスが、セグメントが１つ以上のデータ破壊を示
すことを検出したとすると、例えば、メディア・デバイスは、メディア・コンテンツ管理
システムにエラーを報告し、メディア・デバイスがクラウド・ストレージに特定セグメン
トをアップロードすべきか否かを、システムが決定することを支援することができる。エ
ラー検査の１つの具体例は、ＰＣＲ及び／又はＰＴＳ値により、セグメントに関係付けら
れているメタデータ値の不連続又は他のエラーを検出することを含むことができる。一般
に、ＰＣＲ及びＰＴＳ値は、セグメントについて時間と共に単調に増大し、かつメディア
・デバイスがＰＣＲ又はＰＴＳ値の減少するパターンを検出すると、メディア・デバイス
はセグメントにフラグを立てることができる。
【００８６】
ブロック５０８で、メディア・デバイスは、メディア・コンテンツ管理システムに１つ
以上のセグメント識別値を送信する。例えば、メディア・デバイス１０８のアップローダ
・モジュール４１６は、１つ以上のネットワーク１０４を介して、メディア・デバイスに
よって確定されたセグメントに対するセグメント識別値を、サービス・プロバイダ・シス
テム２０４に送信することができる。メディア・デバイス１０８は、各生成されたセグメ
ント識別値を個々に送信することができるし、又は多数のセグメントに対応するセグメン
ト識別値の集められた群を、共に送信することもできる。メディア・デバイス１０８は、
他のデータとは別個のセグメント識別値を送信することもできるし、又はセグメント識別
値は、値が導出されたメディア・コンテンツの一部を含む、メディア・コンテンツ管理シ
ステムに送信される他のデータに、含ませることもできる。
【００８７】
一実施態様では、セグメント識別値を個別に又はグループで送信する代わりに、メディ
ア・デバイスは、多数のセグメント識別値から導出される１つ以上の値を送信することが
できる。例えば、メディア・デバイスは、完全なメディア・コンテンツ・アイテムを受信
し、メディア・コンテンツ・アイテムに対して確定されたセグメントの一部もしくは全部
に対するセグメント識別値を生成し、そしてこのセグメント識別値から導出されるチェッ
クサム値又は他の値をメディア・コンテンツ管理システムに送信することができる。メデ
ィア・コンテンツ管理システムは、次いで、チェックサム値を使用して、メディア・コン
テンツ・アイテムがコンテンツ管理システムによって既に格納されているコンテンツと同
じであるか否かを決定することができる。一群のセグメント識別値ではなく単一のチェッ
クサム値を送信することは、各デバイスからアップロードされるデータの量を、更に、減
少させることができる。
【００８８】
種々の要因に応じて、メディア・デバイスは、メディア・デバイスによって確定された
各セグメントに対し、又は確定された全てのセグメントより少ない数のセグメントに対し
、セグメント識別値を送信するように、環境設定させることができる。一実施態様におい
て、メディア・デバイスは、１つ以上のデバイス効率プロフィールに基づいて、いつ及び
／又はどの程度の頻度でセグメント識別値を送信するかについて決定することができる。
例えば、１つのメディア・デバイスに対するデバイス効率プロフィールは、特定メディア
・コンテンツ・アイテムの最初のＮ個の確定されたセグメントに対するセグメント識別値
を送信するよう、メディア・デバイスに命令することができる。もし、メディア・デバイ
スが、以前に確定されたいくつかのセグメントには、アップロードのリクエストがなされ
ていないとの表示を受信したとすると、プロフィールは、更に、１つ置きに確定されたセ
グメントのみにセグメント識別値を送信するよう、メディア・デバイスに命令することが
できる。例えば、もし、特定メディア・デバイスが、メディア・コンテンツ・アイテムの
最初の１００個のセグメントに対するセグメント識別値を、メディア・コンテンツ管理シ
ステムに送信し、かつメディア・コンテンツ管理システムが、以前にこれらのセグメント
を既に格納しているとの（例えば、おそらく他のメディア・デバイスが同じメディア・コ
ンテンツ・アイテムを以前にアップロードしたことを示す）表示を受信したとすると、メ
ディア・デバイスは、デバイス効率プロフィールに基づいて、１つ置きのセグメントのみ
、２つ置きのセグメンのみ、等々に対しセグメント識別値を生成し及び／又は送信するこ
とを開始することができる。
【００８９】
ブロック５１０で、メディア・コンテンツ管理システムに１つ以上のセグメント識別値
を送信することに応答して、メディア・デバイスは、１つ以上の識別されたセグメントの
１つ以上の特定セグメントをアップロードすべきか否かを示すデータを、メディア・コン
テンツ管理システムから受信することができる。例えば、このデータは、通常、メディア
・デバイスが特定セグメントをアップロードする、又は特定セグメントをアップロードす
るようメディア・デバイスに命令する、ための基準を含むアップロード・ポリシー情報を
表すことができる。図６を参照してより詳細に記述されるように、メディア・コンテンツ
管理システムは、システムが、同じセグメントを既に格納しているか否か、又は、現在、
他のメディア・デバイスから同じセグメントの充分な数のコピーを受信しつつあるかに応
じて、又は他の要因に基づいて、コマンドを生成することができる。
【００９０】
ブロック５１２で、メディア・デバイスは、１つ以上の確定されたセグメントをアップ
ロードすべきか否かを決定する。例えば、メディア・デバイスは、メディア・コンテンツ
管理システムから受信されるコマンドに基づいて、１つ以上のセグメントをアップロード
すると決定することができる。このコマンドがセグメントをアップロードするようメディ
ア・デバイスに命令すると、ブロック５１４で、メディア・デバイスは、セグメントをメ
ディア・コンテンツ管理システム１０２に関連付けられているクラウド・ストレージ・シ
ステムに送信する。例えば、メディア・デバイスは、サービス・プロバイダ・システム２
０４のストレージ及びトランスコード処理モジュール２１４に、又はオペレータ・ヘッド
エンド２０２の別個のクラウド・ストレージ・システム２０６及び／又はストレージに、
直接セグメント・データをアップロードすることができる。もし、このコマンドが、（例
えば、同じセグメントの充分な数のコピーが、クラウド・ストレージの中に既に存在して
いると言う理由で）セグメントをアップロードしないようメディア・デバイスに命令した
とすると、フロー５００は、ブロック５０４へ進み、かつもし、任意のセグメントが残っ
ていたとすると、メディア・デバイスは、メディア・コンテンツ・アイテムの他のセグメ
ントを確定することができる。一実施態様では、メディア・デバイス１０８はメディア・
コンテンツ・アイテムの終端まで、又はユーザが手動でレコーディングを終えるまで、フ
ロー４００のプロセスを続けることができる。
【００９１】
一実施態様では、メディア・デバイスは、メディア・デバイスがセグメントを受信し及
び／又は確定した順序とは異なる順序で、メディア・コンテンツ・アイテムの１つ以上の
セグメントをアップロードすることができる。例えば、上述したフロー５００で、メディ
ア・デバイスは、メディア・コンテンツ・アイテムを受信すると同時に、セグメント境界
を順次識別することができる。しかしながら、メディア・デバイスが、セグメントを順次
には、識別もアップロードもしないことがある。例えば、同じセグメントが、現在、１つ
以上の他のメディア・デバイスによってアップロードされつつあるという理由で、サービ
ス・プロバイダ・システム２０４が、最初は、特定セグメントをアップロードしないよう
特定メディア・デバイスに命令することがある。しかしながら、サービス・プロバイダ・
システム２０４は、続いて、他のメディア・デバイスから受信されたセグメントのコピー
が、１つ以上の破壊を含むと決定することがある。これに応答して、サービス・プロバイ
ダ・システム２０４は、セグメントのアップロードを後にするよう、特定メディア・デバ
イスにリクエストすることができる。このようにして、最初にアップロードされるセグメ
ントに１つ以上の破壊が検出される場合であっても、サービス・プロバイダ・システム２
０４は、メディア・コンテンツ・アイテムが完全でかつ破壊していないコピーを受信する
ことができる。
【００９２】
一実施態様では、メディア・デバイスは、「アクティブ」又は「パッシブ」モードの何
れかで、メディア・コンテンツ・アイテムの１つ以上のセグメントを識別しかつおそらく
それらをアップロードするように、環境設定させることができる。一般に、メディア・デ
バイスは、メディア・コンテンツがメディア・デバイスによって受信されると同時にメデ
ィア・コンテンツを処理することにより、アクティブ・モードでセグメントを識別しかつ
アップロードすることができる。例えば、ライブのテレビジョン・フィードを受信するメ
ディア・デバイスは、メディア・デバイスがテレビジョン・フィードを受信しつつあると
同時に、セグメントを確定し、かつサービス・プロバイダ・システム２０４によって指示
されたセグメントを、アップロードすることができる。他の具体例では、メディア・コン
テンツが受信された後に、メディア・デバイスが、メディア・コンテンツ・セグメントを
確定しかつおそらく、アップロードするようにして、メディア・デバイスは、パッシブ・
モードで、セグメントを確定しかつアップロードすることができる。例えば、メディア・
デバイスは、特定メディア・コンテンツ・アイテム全部を受信しかつ記録し、その後に、
セグメントを確定することができる。
【００９３】
一実施態様では、サービス・プロバイダ・システム２０４は、集められたデバイスの実
行効率データに基づいて、アクティブ又はパッシブ・モードで作動するよう特定メディア
・デバイスに命令することができる。例えば、もし、サービス・プロバイダ・システム２
０４が、特定メディア・デバイスが、相対的に遅いネットワーク・アップロード速度を、
有する又は現在経験していると決定すると、このシステムは、パッシブ・モードで作動す
るようメディア・デバイスに命令することができる。反対に、特に強いネットワーク・ア
ップロード速度を示すと決定されたメディア・デバイスには、アクティブ・モードで作動
するよう命令することができる。一実施態様では、サービス・プロバイダ・システムから
命令を受信する代わりに、メディア・デバイスは、メディア・デバイスに格納されている
デバイス・プロフィール情報に基づいて、アクティブ・モード又はパッシブ・モードの何
れで作動すべきかを決定することができる。例えば、デバイス・プロフィールは、メディ
ア・デバイスが、現在のネットワーク又はメディア・デバイスに関連付けられている他の
動作条件に応じて、アクティブ・モード又はパッシブ・モードの何れで作動すべきかを示
すことができる。
【００９４】
図５によって示されるプロセスの具体例では、メディア・デバイスは、通常、サービス
・プロバイダ・システムから受信された命令（この命令は、メディア・デバイスによって
生成されかつサービス・プロバイダ・システムに送信されるセグメント識別値に基づいて
いる）に基づいて、１つ以上のセグメントをアップロードすべきか否かを決定する。他の
実施態様では、メディア・デバイスは、サービス・プロバイダ・システムと対話すること
ができる又は対話することができない１つ以上の他のプロセスに基づいて、メディア・コ
ンテンツ・アイテムの特定セグメントをアップロードすべきか否かを決定することができ
る。
【００９５】
一実施態様では、メディア・デバイスは、セグメント識別値を生成せず及び／又はそれ
をサービス・プロバイダ・システムに送信せずに、メディア・コンテンツ・アイテムの特
定セグメントをアップロードすべきか否かを決定することができる。例えば、メディア・
コンテンツ管理システムは、メディア・デバイスの集合内の１つ以上のメディア・デバイ
スが、各々、同じメディア・コンテンツ・アイテムを記録しつつあると決定し、かつメデ
ィア・コンテンツ・アイテムをアップロードする命令をメディア・デバイスの各々に送信
することができる。これらの命令は、メディア・コンテンツ・アイテムの一部をアップロ
ードする１つ以上のメディア・デバイスを割当てることができる。例えば、第一メディア
・デバイスが、最初の１０個のセグメントをアップロードする命令を受信し、第二メディ
ア・デバイスが、次の１０個のセグメントをアップロードする別個の命令を受信し、以下
同様に受信することができる。一般に、メディア・デバイスの集合をメディア・デバイス
の任意のセグメントに分割するよう、命令することができる。このようにして、各メディ
ア・デバイスは、メディア・コンテンツ・アイテムを受信し、メディア・コンテンツ・ア
イテムのセグメントを確定し、並びにサービス・プロバイダ・システムから受信された命
令に基づき及び各確定されたセグメントに対するセグメント識別値を送信せずに、１つ以
上のセグメントをアップロードすべきか否かを決定することができる。
【００９６】
一実施態様では、メディア・デバイスは、メディア・コンテンツ管理システムから受信
されたセグメント識別値に基づいて、メディア・コンテンツ・アイテムの特定セグメント
をアップロードすべきか否かを決定することができる。例えば、メディア・コンテンツ管
理システムは、メディア・デバイスの集合内のメディア・デバイスがレコーディングのた
めに選択した各メディア・コンテンツ・アイテムに対するセグメント識別値を生成するこ
とができる。メディア・コンテンツ管理システムは、メディア・デバイスにセグメント識
別値を送信することができ、そしてこのメディア・デバイスは、メディア・コンテンツ管
理システムから受信されたこれらの値を使用して、メディア・デバイスによって記録され
たメディア・コンテンツ・アイテムのコピーの任意のセグメントが、メディア・コンテン
ツ管理システムによって格納されているバージョンと異なるか否かを決定することができ
る。メディア・デバイスは、次いで、メディア・コンテンツ管理システムのコピーとは異
なるセグメントのみをアップロードすることができる。他の具体例では、メディア・デバ
イスは、メディア・コンテンツ・アイテムの選択されたセグメントをメディア・コンテン
ツ管理システムにアップロードすることができ、そしてこのシステムは、これらのセグメ
ントに対するセグメント識別値を生成し、アップロードされたセグメントを格納すべきか
否か又は放棄すべきか否かを決定することができる。
【００９７】
一実施態様において、メディア・デバイスの集合は、デバイス間のアップロードを調整
しかつ中央サービス・プロバイダ・システムからアップロード命令を受信せずに、メディ
ア・コンテンツ・アイテムによるレコーディングが予約されているメディア・コンテンツ
・アイテムをアップロードすることができる。例えば、メディア・コンテンツ・アイテム
のレコーディングを予約するメディア・デバイスは、（例えば、メディア・デバイスが、
レコーディング予約状況を定期的に放送し、サービス・プロバイダ・システムから他のデ
バイスのレコーディング予約状況を得る、等によって）他のメディア・デバイスが、既に
、同じメディア・コンテンツ・アイテムのレコーディングを予約していることを発見する
ことができる。メディア・デバイスは、次いで、通信し、かつ例えば、等しいアップロー
ド共有ポリシーに基づいて、又は各メディア・デバイスでネットワーク統計値を測定する
ことに基づいて、又はメディア・デバイスの間で決定される任意の他のアップロード・ポ
リシーに基づいて、どのメディア・デバイスがどのセグメントをアップロードすべきかを
決定することができる。
【００９８】
一実施態様では、メディア・デバイスは、メディア・コンテンツ管理システム又は他の
メディア・デバイスとの協働無しに、１つ以上のセグメントをアップロードすべきか否か
を、個々に、決定することができる。一実施態様では、上述した１つ以上のアップロード
管理技術を、組合せて使用することができる。例えば、各メディア・デバイスは、可能性
のあるアップロードに対し１つ以上のセグメントを個々に決定することができる。各メデ
ィア・デバイスによって選択される１つ以上のセグメントは、他のメディア・デバイスと
協働してフィルタ処理させることができる。例えば、これらのメディア・デバイスは、２
つ以上のメディア・デバイスによって選択される各セグメントをアップロードする１つの
メディア・デバイスを決定することができる。各メディア・デバイスは、次いで、フィル
タ処理されたセグメントのリストをメディア・コンテンツ管理システムに送信することが
できる。メディア・コンテンツ管理システムは、更に、各メディア・デバイスに対するセ
グメントのリストをフィルタ処理することができる。
【００９９】
３．２．メディア・コンテンツのクラウド格納
図５を参照して上述したように、メディア・デバイスの集合内の各メディア・デバイス
は、メディア・デバイスによって受信されたメディア・コンテンツ・アイテムのセグメン
トをメディア・コンテンツ管理システムにアップロードするように、環境設定させること
ができる。一実施態様では、メディア・コンテンツ管理システムは、種々のメディア・デ
バイスからセグメント識別値を受信し、セグメント識別値に基づいて対応するセグメント
をアップロードするよう特定メディア・デバイスに命令すべきか否かを決定し、そしてア
ップロードされたセグメント及び他のメタデータを格納して、特定メディア・デバイスに
よって記録されたメディア・コンテンツ・アイテムを追跡することができる。
【０１００】
一実施態様では、特定メディア・デバイスによって記録されたメディア・コンテンツ・
アイテムを追跡するためにメディア・コンテンツ管理システムによって生成されたメタデ
ータは、アップロードされたセグメントの「マニフェスト」を含むことができる。本明細
書では、マニフェストとは、通常、ファイル、データベース、又は、各ユーザ・アカウン
ト及びこのユーザ・アカウントに関連付けられているメディア・デバイスによって記録さ
れたメディア・コンテンツ・アイテムに対して、ユーザ・アカウント及びメディア・デバ
イスに対するメディア・コンテンツ・アイテムを備えるセグメントのリストを示す情報を
含む他のデータ構造、を意味する。特定ユーザ・アカウント及び／又はメディア・デバイ
スに対しセグメントのマニフェストを維持することによって、メディア・コンテンツ管理
システムは、ユーザのメディア・デバイスが当初受信したメディア・コンテンツ・アイテ
ムのバージョンと同じ又は実質的に同じである、ユーザが記録したメディア・コンテンツ
・アイテムの（ローカル番組の相違、干渉又はデータ破壊等の結果として生じ得る個々の
変型を含む）コピーに、ユーザがアクセスすることを可能にする。一実施態様では、メデ
ィア・コンテンツ管理システムは、マニフェストを使用して、特定セグメント及び特定セ
グメントの順序を識別することにより、その後の再生のために、セグメントの集合からメ
ディア・コンテンツ・アイテムを組立てることができる。
【０１０１】
図６は、メディア・デバイスの集合からメディア・コンテンツ・アイテムのアップロー
ドを管理するための流れ図の具体例を表す。例えば、図６によって示されるプロセスは、
メディア・デバイス１０８の集合からメディア・コンテンツ・アイテムのアップロードを
管理するクラウド・ベースのメディア・コンテンツ管理システムによって実装させること
ができる。
【０１０２】
ブロック６０２で、メディア・コンテンツ管理システムは、ユーザ・アカウントに関連
付けられている特定メディア・デバイスから、メディア・コンテンツ・アイテムの１つ以
上のセグメントに対する１つ以上のセグメント識別値を受信する。例えば、図５のブロッ
ク５０６を参照して記述されたように、セグメント識別値は、視聴及び／又はレコーディ
ングのためにメディア・コンテンツ・アイテムを、現在、受信しつつある又は以前に受信
したことがあるメディア・デバイス１０８によって、生成させることができる。メディア
・デバイスに関連付けられているユーザ・アカウントの識別は、セグメント識別値に含ま
せることができるし、又はユーザ・アカウントは、他の情報（例えば、１つ又は複数の他
のリクエストと共に送信されるデバイス及び／又はユーザ・アカウント識別子）に基づい
て識別させることもできる。
【０１０３】
ブロック６０４で、メディア・コンテンツ管理システムは、１つ以上のセグメント識別
値に基づいて、同じセグメントの１つ以上のコピーがクラウド・ストレージ・システム内
に存在するか否かを決定する。例えば、クラウド・ストレージ・システムは、別個に又は
対応するメディア・コンテンツ・セグメントに関連させて、クラウド・ストレージ・シス
テムによって現在格納されている、又は現在他のメディア・デバイスによってクラウド・
ストレージ・システムにアップロードされつつあるメディア・コンテンツ・セグメントの
セグメント識別子を、格納することができる。したがって、メディア・コンテンツ管理シ
ステムは、受信した１つ以上のセグメント識別値を、以前に他のメディア・デバイスから
受信したセグメント識別値と比較することによって、同じセグメントのコピーが、格納さ
れているか又は現在他のメディア・デバイスから受信されつつあるかを決定することがで
きる。
【０１０４】
一実施態様の場合、クラウド・ベースの管理システムは、同じセグメントのコピーが、
現在、クラウド・ベースのストレージ内に存在しているか否かのみならず、セグメントの
充分な数のコピーが、現在、格納されている、又は、現在、アップロードされつつあるか
否かも、決定することができる。例えば、クラウド・ベースのメディア・コンテンツ管理
システムは、２つ以上の別個のメディア・デバイスから、各メディア・コンテンツ・セグ
メントの２つ以上の別個のアップロードをリクエストするように、環境設定させることが
できる。例えば、各セグメントの完全な及びエラーのないコピーが、システムによって受
信されるという可能性を向上させるために、システムは、別個のアップロードをリクエス
トすることができる。もし、システムが、品質が同じであると決定されるべきセグメント
の２つ以上のコピーを受信したとすると、例えば、システムは、同一のコピーの１つ以上
を削除することによって、セグメントの重複する格納を排除することができる。
【０１０５】
一実施態様の場合、同じセグメントのコピーが現在クラウド・ストレージ内に存在する
か否かを決定することは、同じ又は実質的に同じ品質を有するコピーが、現在ストレージ
内に存在するか否かを決定することを含むことができる。例えば、メディア・デバイスか
ら受信された特定セグメントに対するセグメント識別値又は他の情報に基づいて、アップ
ロード管理モジュール３０６は、同じセグメントと同様なコピーが現在クラウド・ストレ
ージの中に存在するが、セグメントの内の１つが、これらのセグメントを異なるものにす
る原因となる１つ以上のデータ破壊を含むと決定することができる。この例及び他の例に
おいて、サービス・プロバイダ・システム２０４のアップロード管理モジュール３０６は
、データ破壊を含むセグメントの別個のコピーをアップロードすることを、メディア・デ
バイスにリクエストすることも、又はリクエストしないこともできる。例えば、アップロ
ード管理モジュール３０６は、もし、２つ以上のコピーが、互いに、十分異なっていたと
すると、同じセグメントについて２つ以上のコピーのアップロードをリクエストし、これ
により、各メディア・デバイスの各々に対して格納されているセグメントのコピーが、当
初受信されたセグメントと十分に同一となるように、コンテンツの権利問題又は他の要因
に基づいて、環境設定させることができる。
【０１０６】
一実施態様では、異なるメディア・デバイスからセグメントの別個のアップロードをリ
クエストすべきか否かを決定するために、アップロード管理モジュール３０６は、特定メ
ディア・デバイスによって識別される１つ以上のセグメントに、品質スコアを割り当てる
ことができる。例えば、データ破壊／信号干渉問題がほとんど又は全く検出されない特定
メディア・コンテンツ・アイテムのセグメントを受信しかつ識別するメディア・デバイス
は、そのセグメントに対して「良好な」スコアを受領することになる。他方、もし、メデ
ィア・デバイスが、かなりの数のデータ破壊が検出された同じセグメントを受信しかつ識
別したとすると、このセグメントは、「悪い」スコアを受領することになる。一実施態様
の場合、特定セグメントの品質は、さまざまなセグメント識別値の同一性を比較すること
、または各セグメントに対して生成されるフィンガープリントを比較すること等によって
、データ破壊（例えば、ＰＣＲ／ＰＴＳ番号付けの問題、破壊されたメタデータ等）の数
を検出することを含むさまざまな方法で、決定することができる。
【０１０７】
上述したように、セグメントの２つのバージョンの品質の比較は、メディア・コンテン
ツ管理システムが、特定セグメントのコピーを幾つ格納することができるかを決定するこ
とができる。例えば、もし、システムが、同じセグメントの２つのバージョンが、わずか
に異なるが、両方とも品質は「良好」であると決定すると、システムは、セグメントの１
つのコピーしか格納せず、そしてこのコピーを、メディア・デバイスをリクエストするた
めに交換可能に使用することができる。他方、システムが、第一メディア・デバイスが、
品質が「良好」である特定セグメントを記録し、かつ第二メディア・デバイスが、品質バ
ージョンが「悪い」同じセグメントを記録したと決定すると、システムは、各品質のバー
ジョンについて別個のコピーを格納する。もし、第一メディア・デバイスに関連付けられ
ているユーザが、続いて、再生のためにメディア・コンテンツ・アイテムをリクエストし
たとすると、ユーザのデバイスは、そのセグメントに対し「良好な」品質バージョンを受
信し、他方、第二メディア・デバイスは、同じセグメントに対し「悪い」品質バージョン
を受信する。他の実施態様では、メディア・コンテンツ管理システムは、各ユーザのメデ
ィア・デバイスによって当初受信されたメディア・コンテンツ・アイテムのバージョンに
関係なく、各セグメントの最高品質であるコピーを格納しかつそれを任意のデバイスに送
信することができる。
【０１０８】
一実施態様の場合、メディア・コンテンツ管理システムは、セグメントのコピーが、メ
ディア・デバイスを２つ以上の「ゾーン」にグループ化したことに基づいて存在している
か否かを、決定することができる。例えば、メディア・デバイスの集合は、種々の地理上
の地域又は他のグループ化の特徴に対応させて多くのゾーンにグループ化させることがで
きる。メディア・コンテンツ管理システムは、各ゾーンから受信されるセグメントからフ
ィンガープリントを生成し、そしてこれらのフィンガープリントを、他のゾーンのメディ
ア・デバイスから受信されたセグメントから導出されたフィンガープリントと比較するよ
うに、環境設定させることができる。このようにして、ゾーンに渡って同一であるメディ
ア・コンテンツ・アイテムの部分（例えば、テレビ番組のコンテンツ）についての点検は
、各ゾーン内のメディア・デバイスからのアップロード及びクラウド格納に対し、より低
頻度で済み、他方、ゾーンに渡って異なるメディア・コンテンツ・アイテムの部分（例え
ば、地域のコマーシャル）は、各ゾーン内のデバイスからアップロードさせることができ
る。
【０１０９】
ブロック６０６で、もし、メディア・コンテンツ管理システムが、１つ以上の識別され
たセグメントについて十分な数のコピーが、クラウド・ストレージ内に存在すると決定す
ると、ブロック６０８で、このシステムは、クラウド・ストレージにセグメントをアップ
ロードしないようメディア・デバイスに命令するコマンドを、メディア・デバイスに送信
する。ブロック６０８で、メディア・コンテンツ管理システムは、メディア・コンテンツ
・アイテムとセグメントの既存のコピーとの関連付けを、メディア・デバイスに関連付け
られているユーザ・アカウントに対するデータが含まれているマニフェストに格納する。
したがって、特定ユーザ・アカウントに対して格納されているこのメディア・コンテンツ
・アイテムのコピーは、特定セグメントの既存のかつ共通のコピーを意味するので、同じ
セグメントの追加コピーが、特定メディア・デバイスからリクエストされることはない。
特定メディア・コンテンツ・アイテム及び特定ユーザ・アカウントに対しセグメントのマ
ニフェストを格納する具体例は、図７Ａ、図７Ｂ及び図８を参照して以下に記載される。
【０１１０】
ブロック６０６で、もし、メディア・コンテンツ管理システムが、セグメントの充分な
数のコピーが、現在クラウド・ストレージ内に存在しないと決定すると、ブロック６１０
で、このシステムは、セグメントのコピーをクラウド・ストレージにアップロードするよ
うメディア・デバイスに命令するコマンド又は他のデータを、メディア・デバイスに送信
することができる。例えば、メディア・デバイスの集合内のデバイスが、その特定セグメ
ントを記録したことが初めてであると言う理由、又はこのリクエストを送信する特定メデ
ィア・デバイスに対しセグメント内にいくつかの相違が存在すると言う理由により、メデ
ィア・コンテンツ管理システムが、受信されたセグメント識別値に対応するセグメントの
コピーを見出すことができないことがある。
【０１１１】
一実施態様では、複数のメディア・デバイスは、相対的に短時間の窓の範囲内にある同
じセグメントに対し、１つ以上のセグメント識別値を送信することができる。例えば、新
規なテレビ番組が放送されていて、そして多数のデバイスが、各々、それが放送されると
きに番組を記録することを既に予約していたとすると、メディア・デバイスの各々は、番
組が始まるほぼ同じ時刻に同じセグメント識別値をメディア・コンテンツ管理システムに
送信する。したがって、メディア・コンテンツ管理システムは、数多くの可能性があるメ
ディア・デバイスの中から、特定セグメントをアップロードする１つ以上のメディア・デ
バイスを選択することができる。
【０１１２】
一実施態様では、多数のメディア・デバイスが、ほぼ同じ時刻に同じメディア・コンテ
ンツ・セグメントに対するセグメント識別値を送信する場合、メディア・コンテンツ管理
システムは、セグメント識別値が最初に受信された１つ以上のメディア・デバイスのみを
選択する、又はセグメントをアップロードする１つ以上のメディア・デバイスをランダム
に選択することができる。他の具体例では、メディア・コンテンツ管理システムは、１つ
以上のメディア・デバイスを選択して、各メディア・デバイスのアップロード能力に関係
する要因に基づいて、セグメントをアップロードすることができる。例えば、アップロー
ド能力は、各デバイスのネットワーク容量及び他の能力（例えば、デバイスのタイプ、デ
バイスによって使用されるネットワークのタイプ、測定されたアップロード速度、現在の
信号強度、ビットエラー等）及び／又は各デバイスに対する履歴データ（例えば、アップ
ロードエラー率、アップロードされたセグメント品質等）を含む、１つ以上のデバイス情
報及び／又は実行効率測定値に基づいて、決定することができる。メディア・デバイスは
、例えば、メディア・コンテンツ・アイテムのレコーディングの前及び／又はその間に、
メディア・デバイスについての受信／実行効率の測定値を定期的に生成し、かつこの測定
値をメディア・コンテンツ管理システムに送信して、アップロードするデバイスの決定を
支援させることができる。一実施態様では、メディア・コンテンツ管理システムは、ネッ
トワーク能力及び履歴データに基づいて、特定メディア・デバイスを特に「好ましい」ア
ップローダとして指定し、かつ可能であれば、これらのメディア・デバイスをアップロー
ドのために選択する。
【０１１３】
ブロック６１２で、特定セグメントをクラウド・ストレージにアップロードするようメ
ディア・デバイスに命令することに応答して、メディア・コンテンツ管理システムは、メ
ディア・デバイスに関連付けられているユーザ・アカウントに対し、メディア・コンテン
ツ・アイテムとアップロードされたセグメントとの関連付けを格納する。ブロック６０８
と同様に、メディア・コンテンツ管理システムは、メディア・コンテンツ・アイテムとア
ップロードされたセグメントとの間の関連性を、メディア・デバイスに関連付けられてい
るユーザ／メディア・デバイス・アカウントに対する情報が含まれているマニフェストに
格納することができる。
【０１１４】
上述した概念のいくつかを示すために、図７Ａ、図７Ｂ及び図８は、各々、メディア・
デバイスの集合からアップロードされたメディア・コンテンツ・アイテムのセグメントを
管理する種々の態様を示す。
【０１１５】
図７Ａは、２つの異なるソース７０２及び７０４からメディア・コンテンツ・アイテム
を受信するメディア・デバイスの集合の具体例を表す。図７Ａにおいて、ソース７０２及
び７０４は、例えば、各々、メディア・コンテンツ信号を受信し、処理し、かつメディア
・デバイスの集合内のサブセットに分散させることを可能とする別個のテレビジョン・ヘ
ッドエンド施設を表す。ソース７０２及び７０４の各々は、例えば、地理上の異なる地域
に配置させることができる。ソース７０２及び７０４の各々は、同じメディア・コンテン
ツ・アイテム（例えば、同じテレビジョン番組、映画等）をメディア・デバイスの集合に
分散させることができるが、それにもかかわらず、メディア・デバイスによって受信され
るメディア・コンテンツ・アイテム内には、相違が、存在することがある。例えば、これ
らの相違は、地理上の特有地域で発生しかつメディア・コンテンツ・アイテム内に散在す
るコマーシャル又は他のローカル番組内の相違を含む。他の具体例では、相違は、特定ソ
ース及び／又はメディア・デバイスに固有の干渉又は破壊問題から生じる結果である。
【０１１６】
図７Ａの具体例は、同じメディア・コンテンツ・アイテムの４つの異なるバージョンが
、メディア・デバイスの集合に送信されるシナリオを示す。メディア・コンテンツ・アイ
テムの第一バージョンは、任意の数の別個のユーザ・アカウントに関連付けることができ
る複数のメディア・デバイスを含むメディア・デバイス・グループ７０６に送信される。
メディア・コンテンツ・アイテムの第二バージョンは、単一のメディア・デバイス７０８
に送信される。第三バージョンは、メディア・デバイス・グループ７０６とは異なるメデ
ィア・デバイス・グループ７１０に送信され、そして第四バージョンは、メディア・デバ
イス７０８とは異なる単一メディア・デバイス７１２に送信される。上述したように、同
じメディア・コンテンツ・アイテムの４つの異なるバージョンは、ローカル番組の相違（
例えば、メディア・デバイス・グループ７０６は、メディア・デバイス・グループ７１０
とは異なるコマーシャルを受信することができる）により、又は隔離された干渉／破壊問
題（例えば、メディア・デバイス７０８及びメディア・デバイス７１２に送信されるデー
タ内の重大な又は軽微な破壊）により相違する場合がある。
【０１１７】
図７Ｂは、図７Ａに図示される、メディア・デバイスの其々が受信したメディア・コン
テンツの異なるバージョンの具体例及び結果として得られる格納を表す。図７Ｂにおいて
、例えば、メディア・コンテンツ・アイテムの４つの異なるバージョンは、其々、その特
定バージョンを受信するメディア・デバイスの名前の右側に示されているメディア・コン
テンツ・アイテムの別々のスパンによって表されている。例えば、メディア・デバイス・
グループ７０６のメディア・デバイスの各々は、標示部分７１４から始まり、非標示部分
が続き、標示部分７２２が続き、そして他の非標示部分が続くメディア・コンテンツ・ア
イテムのバージョンを、受信した。標示部分７１４及び７２２は、例えば、コマーシャル
を含むメディア・コンテンツ・アイテムの２つの別個の部分を表し、非標示部分は、コマ
ーシャルの間のテレビジョン番組の放送部分を表すことができる。
【０１１８】
同様に、メディア・デバイス７１２は、部分７１６で始まり、非標示部分が続き、部分
７１８が続き、非標示部分が続き、部分７２２が続き、かつ他の非標示部分が続くメディ
ア・コンテンツ・アイテムのバージョンを、受信した。メディア・デバイス・グループ７
０６と同様に、部分７１６及び７２２は、メディア・デバイス７１２によって受信されか
つテレビジョン番組内に散在するコマーシャルを表すことができる。部分７１８は、例え
ば、他のデバイスは経験していない破壊されたデータを、メディア・デバイス７１２が、
受信した、メディア・コンテンツ・アイテムの１つ以上のセグメントを表すことができる
。同様に、部分７２０は、メディア・デバイス７０８が信号干渉問題を経験した、メディ
ア・コンテンツ・アイテムの１つ以上のセグメントを表すことができる。各実例において
、破壊されたデータ／信号干渉は、メディア・コンテンツ内の小さい「グリッチ」又は他
の欠陥としてユーザに表示されたものであり、かつユーザがビデオ・コンテンツを視聴す
ることによって容易に認識された又は認識されなかったかもしれない。
【０１１９】
格納されるコピー７２４は、上述したように、メディア・コンテンツ管理システムが、
メディア・コンテンツ・アイテムを受信するメディア・デバイス７０６―７１２に対して
格納することができるデータの具体例を示す。一般に、格納されるコピー７２４は、メデ
ィア・デバイス７０６―７１２によって受信されるメディア・コンテンツ・アイテムの４
つの異なるバージョンの重複排除の具体例を示す。例えば、格納されるコピー７２４の上
の行に示されるように、部分７１４及び部分７２２のコピーは、これらのスパンの間で全
てのメディア・デバイスに共通する非標示部分とともに格納される。加えて、集合内の種
々のメディア・デバイスによって見られる相違の原因となる部分７１６、７１８及び７２
０も、格納される。図７Ｂにおいて表される各部分は、メディア・デバイスによって定め
られる１つ以上のセグメントを備えることができる。したがって、特定メディア・デバイ
スに対し異なるセグメントには別個のコピーが格納されるが、共通セグメントには１つの
コピーしか格納されない。この様にして、メディア・コンテンツ・アイテムに対して格納
されるデータの総量を減少させて、メディア・デバイスによって当初受信されたメディア
・コンテンツ・アイテムの実質的に正確なコピーを格納することができる。
【０１２０】
格納されるコピー７２４は、更に、サービス・プロバイダ・システム２０４によって実
行されるセグメントの重複排除の結果を示すことができる。例えば、部分７１４の多数の
コピーは、最初に、メディア・デバイス・グループ７０６のメディア・デバイスから既に
受信させておくことができる。多数のコピーが受信されかつ最初に格納された後、サービ
ス・プロバイダ・システム２０４は、多数のコピーの各々が同一であると決定し、かつ１
つのコピーを除いて全てのコピーをストレージから削除することができる。この様にして
、サービス・プロバイダ・システム２０４は、最初に、セグメントの多数のコピーを受信
し、エラーが最も少ないコピーの受信を確実にし、続いて余分のコピーを重複排除して、
クラウド・ストレージの空間を節約することができる。
【０１２１】
図７は、メディア・コンテンツ管理システムが、メディア・デバイスの集合によって受
信されるメディア・コンテンツ・アイテムの異なるバージョンを格納するために使用され
るストレージ空間の量を、どのようにして、減少させることができるかについての具体例
を表す。図８は、特定メディア・デバイスに対してメディア・コンテンツ・アイテムのコ
ピーを再生することを可能にするために、メディア・コンテンツ管理システムが、どのよ
うに、図７Ｂの下部に表されるようなメディア・コンテンツ・アイテムを備えるセグメン
トの集合を格納するかを示す一例である。図８は、例えば、４つの異なるメディア・デバ
イスＡ―Ｄに格納される、特定メディア・コンテンツ・アイテムのセグメントの表示を表
す。例えば、図８において表される具体例は、図６に関して上述したように、マニフェス
ト内の特定ユーザ・アカウントに対して格納されている情報のタイプと同様とすることが
できる。
【０１２２】
図８において、例えば、メディア・デバイス８０２は、リンクされたセグメントのcoll
ectio602nと表記される、メディア・コンテンツ・アイテム８１０を既に記録している。
メディア・デバイス８０２によって識別される最初のセグメントは、「８４６ｄ」と言う
セグメント識別値が標示されているセグメント８１２であった。メディア・デバイス８０
２によって識別される第二セグメントは、「５ｅ０２」等々と言うセグメント識別値が標
示されているセグメント８１４であった。他の具体例では、異なるメディア・デバイス８
０４によって識別される最初のセグメントも、セグメント８１２であった。したがって、
メディア・デバイス８０２及びメディア・デバイス８０４の各々が、デバイスから受信さ
れたセグメント識別値に基づいて、同じセグメント８１２及び８１４をレコーディングし
たと報告したと、メディア・コンテンツ管理システムが決定したので、このシステムは、
セグメント８１２及び８１４のコピーを１つしか格納しない。メディア・デバイス８０２
及びメディア・デバイス８０４に関連付けられているユーザ・アカウントに対するマニフ
ェストは、其々、それらのユーザ・アカウントに対するメディア・コンテンツ・アイテム
８１０の最初の２つのセグメントとしてセグメント８１２及び８１４へのリファレンス又
はポインタを含むことができる。さらにまた、メディア・デバイス８０２及び８０４（又
はおそらく表示されていない他のメディア・デバイス）の内の１つのみが、セグメント８
１２及び８１４の其々を、セグメントを格納するクラウド・ストレージにアップロードし
ておくこともできる。
【０１２３】
他の具体例では、メディア・デバイス８０６は、異なるセグメント８１６をメディア・
コンテンツ・アイテム８１０の第一セグメントとして識別した。例えば、ローカル番組の
相違、放送タイミングの相違、瞬間的な干渉、又はメディア・デバイス８０６にメディア
・コンテンツ・アイテムの第一部分について異なるバージョンを受信させた他の如何なる
原因により、メディア・デバイス８０６は、メディア・デバイス８０２及びメディア・デ
バイス８０４とは異なるセグメントを識別する場合がある。しかしながら、最終的には、
メディア・デバイス８０６は、メディア・デバイス８０２及びメディア・デバイス８０４
と同期しそして同じセグメント８１４のレコーディングを報告した。
【０１２４】
図８に示されるように、メディア・デバイスによって記録される各メディア・コンテン
ツ・アイテムに対し、セグメントの恐らく異なっているシリーズは、そのメディア・デバ
イスとそのメディア・デバイスに関連付けられているユーザ・アカウントとに対するメデ
ィア・コンテンツ・アイテムを、備えることができる。多数のメディア・デバイスによっ
て識別されるセグメントは、一度のみ格納させれば良く、かつメディア・デバイスに関連
付けられている多数のユーザ・アカウントに対しては、マニフェストで参照することがで
きる。この様にして、特定メディア・デバイスが遭遇する個々の如何なる相違も保持しつ
つ、メディア・コンテンツ管理システムによって格納されるデータの量は減少するので、
これにより、システムが、続いて、各メディア・デバイスによって当初記録されたメディ
ア・コンテンツ・アイテムのバージョンと実質的に同じであるメディア・コンテンツ・ア
イテムのバージョンを、送信することが可能になる。さらにまた、メディア・デバイスで
ローカルに格納されるメディア・コンテンツ・アイテムのコピーは、ストレージ空間を解
放するためにレコーディングの後削除することができる一方で、これらの同じメディア・
デバイスは、クラウド・ベースのストレージにおけるこのメディア・コンテンツ・アイテ
ムにアクセスし続けることができる。
【０１２５】
３．３．メディア・コンテンツの再生
一実施態様では、クラウド・ベースのメディア・コンテンツ管理システムは、ユーザが
、第一メディア・デバイス（例えば、ＤＶＲ等）でメディア・コンテンツ・アイテムのレ
コーディングを予約すること、及び続いて他のメディア・デバイス（例えば、他のＤＶＲ
、モバイル・デバイス、ゲーム・デバイス等）に記録されたメディア・コンテンツ・アイ
テムにアクセスすることを可能にする。上述したように、異なるメディア・デバイスに渡
ってメディア・コンテンツ・アイテムにアクセスすることは、メディア・コンテンツ・ア
イテムのクラウド格納によって容易に行うことができる。一般に、クラウド・ベースのメ
ディア・コンテンツ管理システムは、特定ユーザ・アカウントにより記録されたメディア
・コンテンツ・アイテムを関連付けることに基づいて、メディア・デバイスに渡るメディ
ア・コンテンツ・アイテムへのアクセスを管理することができる。図９は、クラウド・ベ
ースのメディア・コンテンツ管理システムが、メディア・デバイスに渡るメディア・コン
テンツ・アイテムへのアクセスを管理するための具体例のプロセスを示す流れ図である。
【０１２６】
ブロック９０２で、メディア・コンテンツ管理サーバは、ユーザ・アカウントに関連付
けられているメディア・デバイスから、このメディア・デバイスが、メディア・コンテン
ツ・アイテムのレコーディングを予約するリクエストを受信したことを示すデータを、受
信する。メディア・デバイスは、例えば、メディア・デバイスが、メディア・デバイスで
入力を受信する、又はレコーディングを予約する他のメディア・デバイスから間接的に入
力を受信することに応答して、データを送信することができる。
【０１２７】
メディア・デバイスが、メディア・コンテンツ・アイテムのレコーディングを予約する
リクエストを受信したことを示すデータを受信することに応答して、メディア・コンテン
ツ管理システムは、メディア・コンテンツ・アイテムのコピーをクラウド・ストレージ・
システムに格納させることができる。一実施態様では、図５―８を参照して前述したよう
に、このシステムは、メディア・デバイスの集合からメディア・コンテンツ・アイテムの
分散されたアップロードをリクエストすることによって、メディア・コンテンツ・アイテ
ムのコピーをクラウド・ストレージ・システムに格納させることができる。他の具体例で
は、メディア・コンテンツ管理システムは、メディア・コンテンツ・アイテムをコンテン
ツ・ソース１０６から直接得ることができる。例えば、オペレータ・ヘッドエンド２０２
及び／又はクラウド・ストレージ・システム２０６は、直接、コンテンツ・ソース１０６
からメディア・コンテンツ・アイテムのコピーを受信しかつ格納することができる。
【０１２８】
ブロック９０４で、メディア・コンテンツ管理システムのサーバは、同じメディア・デバ
イスから、又は同じユーザ・アカウントに関連付けられている異なるメディア・デバイス
から、記録されたメディア・コンテンツ・アイテムを再生するリクエストを受信する。例
えば、ユーザは、後に（おそらくユーザがユーザの家の外に移動してしまった場合）、モ
バイル・デバイスを使用して、記録されたテレビジョン番組を視聴することを望む。ユー
ザが、メディア・コンテンツ・アイテムを視聴するリクエストをモバイル・デバイスに入
力することに応答して、モバイル・デバイスは、メディア・コンテンツ・アイテムに対す
るリクエストをクラウド・ベースのメディア・コンテンツ管理システムに送信することが
できる。
【０１２９】
ブロック９０６で、リクエストに応答して、ユーザ・アカウントがメディア・コンテン
ツ・アイテムを再生するためのアクセスを有するか否かが、決定される。一実施態様では
、ユーザ・アカウントがメディア・コンテンツ・アイテムを再生するためのアクセスを有
するか否かを決定することは、ユーザが、以前に、ユーザの１つ以上の他のメディア・デ
バイスを使用して同じメディア・コンテンツ・アイテムのレコーディングをリクエストし
たか否かを決定することを含むことができる。一実施態様では、ユーザ・アカウントがメ
ディア・コンテンツ・アイテムを再生するためのアクセスを有するか否かを決定すること
は、メディア・コンテンツ・アイテムが、ＶＯＤライブラリのようなコンテンツ・ソース
１０６から再生することが可能であるか否かを決定することを含むことができる。一実施
態様では、ユーザ・アカウントがメディア・コンテンツ・アイテムを再生するためのアク
セスを有するか否かを決定することは、ユーザが、コンテンツ・アイテムのレコーディン
グを以前に予約したか否かを決定することを含むことができる。例えば、例え、ユーザが
、記録されたメディア・コンテンツ・アイテムをその後に削除していた、メディア・コン
テンツ・アイテムが削除ルールに基づいて削除された、又はメディア・コンテンツ・アイ
テムがチューナ衝突により記録されなかったとしても、システムは、ユーザが、以前、レ
コーディングのためにメディア・コンテンツ・アイテムを選択していれば、ユーザはメデ
ィア・コンテンツ・アイテムへのアクセスを有すると、決定することができる。
【０１３０】
ブロック９０８で、ユーザ・アカウントが、メディア・コンテンツ・アイテムを再生す
るアクセスを有するとの決定に応答して、メディア・コンテンツ管理システムは、ユーザ
のメディア・デバイスにメディア・コンテンツ・アイテムを再生させる。例えば、メディ
ア・コンテンツ管理システムは、メディア・コンテンツ・アイテムのコピーを、クラウド
・ストレージ・システムからメディア・デバイスにストリーム配信させる又はダウンロー
ドさせることにより、メディア・デバイスに、メディア・コンテンツ・アイテムを再生さ
せることができる。メディア・コンテンツ管理システムは、例えば、メディア・コンテン
ツ・アイテムのコピーを分散させることに関して適用されるコンテンツ権利に対応するた
めに、ユーザが、他のデバイス上のメディア・コンテンツ・アイテムのコピーにアクセス
することが可能となる前に、ユーザが、メディア・コンテンツ・アイテムの記録されたコ
ピーを現在有するか否かを決定するように、環境設定させることができる。
【０１３１】
一般に、クラウド・ベースのメディア・コンテンツ管理システムは、メディア・コンテ
ンツをストリーム配信する、ダウンロードする又は任意の他の態様で送信することによっ
て、メディア・コンテンツ・アイテムをメディア・デバイスに送信することができる。も
し、メディア・コンテンツ・アイテムが、セグメントの集合としてクラウド・ストレージ
・システムにアップロードされると、１つ以上の処理ステップが、メディア・コンテンツ
・アイテムをメディア・デバイスに送信する前に、セグメントの集合に実行される。図１
０は、一実施態様による、分散されたメディア・デバイスの集合からアップロードされた
メディア・コンテンツ・アイテムへのアクセスを提供するための具体例のフロー１０００
を表す。
【０１３２】
ブロック１００２で、クラウド・ベースのメディア・コンテンツ管理システムは、ユー
ザ・アカウントに関連付けられているメディア・デバイスから、ユーザ・アカウントに関
連付けられているユーザによって記録されたメディア・コンテンツ・アイテムにアクセス
するリクエストを受信する。例えば、メディア・デバイスで表示されるインターフェース
であって、同じメディア・デバイスで又は同じユーザ・アカウントに関連付けられている
他のメディア・デバイスで、ユーザによってレコーディングのために以前に選択されたメ
ディア・コンテンツ・アイテムをリストアップアップするインターフェースから、ユーザ
はメディア・コンテンツ・アイテムを選択することができる。記録されたメディア・コン
テンツ・アイテムのリストは、例えば、ユーザが、メディア・デバイスでユーザ・アカウ
ント情報（例えば、ユーザ名及びパスワード）を提供することに基づいて、ユーザに表示
させることができる。
【０１３３】
ブロック１００４で、メディア・コンテンツ管理システムは、リクエストされたメディ
ア・コンテンツ・アイテム及びユーザ・アカウントに基づいて、このメディア・コンテン
ツ・アイテムに対するセグメントのシリーズを読出す。図８を参照して記載されたように
、例えば、メディア・コンテンツ管理システムは、ユーザ・アカウントに関連付けられて
いるユーザによって記録される各メディア・コンテンツ・アイテムに対して、このメディ
ア・コンテンツ・アイテムに対応するセグメントのシリーズを示す、各ユーザ・アカウン
トに対する、マニフェストを、格納することができる。この情報は、例えば、システムが
、関連付けられている１つ以上のクラウド・ストレージ・システム内でセグメントの各々
を検出することを可能にする、セグメント識別子のシリーズを含むことができる。
【０１３４】
ブロック１００６で、メディア・コンテンツ管理システムは、リクエストしているメデ
ィア・デバイスへの配信のためにメディア・コンテンツ・アイテムを準備する。一実施態
様において、配信のためにメディア・コンテンツ・アイテムを準備することは、分かれて
格納されているセグメントのシリーズを連続するデータのストリームに「縫合する」こと
を含むことができる。一般に、セグメントを縫合することは、部分的に分かれて又は全部
が分かれて格納されているセグメントを、リクエストしているメディア・デバイスに送信
することができる連続するデータ・ストリームに結合させることを意味する。例えば、セ
グメントを縫合することは、別々に格納されている複数のセグメントに基づいてＭＰＥＧ
コンテンツ・ストリームを生成することを意味する。他の実施態様では、メディア・デバ
イスが、格納されているセグメントを別々に送信し、かつリクエストしているメディア・
デバイスが、表示のためにそれらを縫合することができる。他の具体例では、メディア・
コンテンツ・アイテムを準備することは、特有タイプのメディア・デバイスへの配信に対
してセグメント・データをトランスコードすること（例えば、特定タイプのモバイル・デ
バイス、ゲーム・デバイス等に対して、特定トランスコード処理を選択することができる
）を含むことができる。特定タイプのメディア・デバイスに対するメディア・コンテンツ
のトランスコード処理は、メディア・コンテンツを異なるビットレートに変換する、メデ
ィア・コンテンツを異なるコード化に変換する（例えば、単一番組搬送ストリーム（ＳＰ
ＴＳ）のＨＴＴＰライブのストリーム配信（ＨＬＳ）への変換）、又は任意の他の変換を
実行することを含むことができる。
【０１３５】
一実施態様では、配信のためにメディア・コンテンツ・アイテムを準備することは、メ
ディア・アイテムの１つ以上の部分を置換すること、メディア・コンテンツに情報を重ね
ること、又は他の変更を含むことができる。例えば、メディア・コンテンツ・アイテムを
準備することは、広告に対応するメディア・コンテンツ・アイテムの１つ以上の部分を決
定すること、及びこの広告部分を除去する又はこれらの広告を代わりの広告により置換す
ることを含むことができる。他の具体例では、配信のためにメディア・コンテンツ・アイ
テムを準備することは、メディア・コンテンツ・アイテムの圧縮されたバージョンを生成
することを含むことができる。例えば、もし、メディア・コンテンツ・アイテムがスポー
ツ競技に対応すると、配信のためにメディア・コンテンツ・アイテムを準備することは、
メディア・コンテンツ・アイテムの範囲内でのハイライト又は特に興味が持てる他の部分
を表すことができるセグメントに基づいて、１つ以上の「クリップ」を組立てることを含
むことができる。さらにもう１つの具体例では、メディア・コンテンツに情報を重畳する
ことは、メディア・コンテンツの１つ以上のフレームに文字情報（例えば、俳優名、評価
情報、場所の名前、クローズド・キャプション等）を加えることを含むことができる。
【０１３６】
ブロック１００８で、メディア・コンテンツ管理システムは、リクエストしているメデ
ィア・デバイスにメディア・コンテンツを送信する。メディア・コンテンツ管理システム
は、アイテムをデバイスにストリーム配信する又はダウンロードすることにより、コンテ
ンツ配信ネットワーク（ＣＤＮ）を介してアクセスをメディア・コンテンツ・アイテムに
提供することにより、又は任意の他のタイプのクラウド・ストレージ・システムからのメ
ディア・コンテンツへのアクセスを提供することによって、メディア・コンテンツ・アイ
テムを送信することができる。例えば、ストリーム配信及び保管モジュール３１２は、メ
ディア・コンテンツ・アイテムを、リクエストしているメディア・デバイス１０８に直接
ストリーム配信することができる。又は、ストリーム配信及び保管モジュール３１２は、
メディア・デバイス１０８が、別個のクラウド・ストレージ・システム又は他のメディア
・コンテンツ・ソースからメディア・コンテンツ・アイテムにアクセスすることを可能に
するリンク又は他のリファレンスを、送信することもできる。
【０１３７】
ブロック１００２−１００８を参照して上述したステップは、メディア・デバイスの集
合からメディア・コンテンツ・アイテムを受信するメディア・コンテンツ管理システムが
、同時に、実行することができる。例えば、メディア・コンテンツ管理システムが、特定
メディア・コンテンツ・アイテムの第一セグメントを受信すると即座に、システムメディ
ア・コンテンツ・アイテムのコピーが完全に受信される前に、受信されたセグメントを準
備しかつ他のリクエストしているメディア・デバイスにそれを送信することを始めること
ができる。
【０１３８】
一実施態様では、メディア・コンテンツ・アイテムへのユーザ・アクセスを提供するこ
とは、当初記録されたメディア・コンテンツ・アイテムの品質より高品質のメディア・コ
ンテンツ・アイテムのバージョンへのアクセスを提供することを含むことができる。例え
ば、ユーザは、他のチャンネルで同じメディア・コンテンツ・アイテムの高解像度（ＨＤ
）品質バージョンにアクセスすることができるにもかかわらず、このユーザは、最初、標
準解像度（ＳＤ）品質でのメディア・コンテンツ・アイテムのレコーディングを予約する
ことができる。この具体例では、ユーザが、メディア・コンテンツ・アイテムへのアクセ
スを他のデバイスにリクエストする場合、メディア・コンテンツ管理システム１０２は、
メディア・コンテンツ・アイテムが、当初記録されたＳＤの代わりにＨＤでのストリーム
配信が利用可能であることを示す警告を、リクエストしているメディア・デバイスに送信
することができる。メディア・コンテンツ管理システムが、以前に記録されたメディア・
コンテンツ・アイテムのバージョンより、より高品質のバージョンをユーザに提供する能
力は、ユーザ・アカウントが、ユーザのコンテンツ購読契約に基づいて、ＨＤバージョン
へのアクセスを含むか否かに、依存することができる。
【０１３９】
一実施態様では、メディア・コンテンツ・アイテムへのアクセスを提供するメディア・
コンテンツ管理システムは、更に、リクエストされたメディア・コンテンツ・アイテムに
関係するメディア・コンテンツ・アイテムに対する提案をユーザに提供することを含むこ
とができる。例えば、ユーザが、ユーザによって以前に記録された特定テレビジョン・シ
ョーへのアクセスをリクエストすると、メディア・コンテンツ管理システムは、リクエス
トされたＴＶショーと同様な他のＴＶショーでありかつリクエストされたＴＶショーのコ
ンテンツ・ソースとは異なるコンテンツ・ソース１０６から得ることができる他のＴＶシ
ョーを示す情報を送信することができる。一実施態様では、メディア・コンテンツ管理シ
ステムは、ユーザに代わって、提案されたメディア・コンテンツ・アイテムを自動的に記
録するオプションをユーザに提供することができる。例えば、システムは、ユーザの領域
において人気があるメディア・コンテンツ・アイテムを自動的に、又は他の基準に基づい
て、記録するオプションをユーザに提供し、かつこの推奨されたメディア・コンテンツ・
アイテムをユーザのために記録する（ユーザのメディア・デバイスから１つ以上のメディ
ア・コンテンツ・アイテムのセグメントをアップロードすることも含む）ことができる。
【０１４０】
一実施態様では、メディア・コンテンツ・アイテムの再生は、メディア・デバイスがメ
ディア・コンテンツ・アイテムの一部をプレキャッシュすることを含むことができる。メ
ディア・コンテンツ・アイテムのプレキャッシュされた部分は、通常、例えば、主にクラ
ウド・ストレージに格納されているメディア・コンテンツ・アイテムを効率的に再生する
ために使用することができるメディア・コンテンツ・アイテムの相対的に小さい部分を意
味する。例えば、もし、ユーザが、クラウド・ストレージに格納されているメディア・コ
ンテンツ・アイテムを再生することをリクエストすると、メディア・デバイスは、最初、
クラウド・ストレージからメディア・コンテンツ・アイテムをストリーム配信する結果か
ら生じ得る如何なる遅延も回避して、メディア・コンテンツ・アイテムのローカルに格納
された部分を再生することができる。メディア・コンテンツ・アイテムの残りの部分は、
クラウド・ストレージからストリーム配信させることができる。図１１は、一実施態様に
より、クラウド・ベースのメディア・コンテンツ管理システム内のメディア・デバイスに
渡るメディア・コンテンツ・アイテムへのアクセスを提供するための具体例のフロー１１
００を表す。
【０１４１】
ブロック１１０２で、メディア・デバイスは、メディア・コンテンツ・アイテムのレコ
ーディングを予約するリクエストを受信する。例えば、メディア・デバイス１０８は、メ
ディア・デバイスでのユーザからの直接入力として、サービス・プロバイダ・システム２
０４から（例えば、ネットワーク・スケジューラ３０４から）のコマンドとして、又は任
意の他のデバイスからのコマンドとして、メディア・コンテンツ・アイテムのレコーディ
ングを予約するリクエストを受信することができる。  
【０１４２】
ブロック１１０４で、メディア・コンテンツ・アイテムのレコーディングを予約するリ
クエストに応答して、メディア・コンテンツ・アイテムが、予約開始時刻に記録される。
例えば、メディア・デバイスは、予約開始時刻に、メディア・コンテンツ・アイテムに同
調しかつメディア・デバイスのローカル・ストレージにアイテムのコピーを格納すること
ができる。一実施態様では、メディア・デバイスは、更に、サービス・プロバイダ・シス
テム２０４に、メディア・コンテンツ・アイテムのコピーをクラウド・ストレージ・シス
テムに格納させることができる。例えば、メディア・デバイスは、メディア・コンテンツ
・アイテムのコピーをクラウド・ストレージ・システムにアップロードすることができ、
メディア・コンテンツ・アイテムは、分散されたアップロード・メディア・デバイス・プ
ロセスの部分としてアップロードさせることができ、又はサービス・プロバイダ・システ
ム２０４は、直接、コンテンツ・ソース１０６からメディア・コンテンツのコピーを得る
ことができる。
【０１４３】
ブロック１１０６で、メディア・デバイスは、メディア・コンテンツ・アイテムの一部
を格納する。例えば、メディア・デバイスは、最初、メディア・コンテンツ・アイテム全
体のコピーを格納し、続いて選択された部分以外のメディア・コンテンツ・アイテムの全
てを削除することができる。他の具体例では、メディア・デバイスは、最初、メディア・
コンテンツ・アイテムの選択された部分のみを格納し、そしてメディア・コンテンツ・ア
イテムの残りの部分をクラウド・ストレージ・システムに格納させることができる。メデ
ィア・コンテンツ・アイテムの部分は、通常、メディア・コンテンツ・アイテムの先頭部
分を表すことができる。例えば、この部分は、メディア・コンテンツの最初の１０秒又は
メディア・コンテンツ・アイテムの始まりでの任意の他の時間間隔を表すことができる。
この部分のサイズは、メディア・コンテンツ・アイテムの総時間間隔、メディア・コンテ
ンツ・アイテムのビデオ及びオーディオ品質、メディア・デバイスに関連付けられている
ネットワークの検出された状態、メディア・デバイスで利用できるストレージ空間の量等
を含む、さまざまな要因に基づくことができる。
【０１４４】
ブロック１１０８で、メディア・デバイスは、メディア・コンテンツ・アイテムを再生
するリクエストを受信する。例えば、メディア・デバイスは、ユーザからの直接入力とし
て、又は他のデバイスから受信される入力として、メディア・コンテンツ・アイテムを再
生するリクエストを受信することができる。メディア・コンテンツ・アイテムは、例えば
、ユーザが利用できる、記録されたメディア・コンテンツのリストから選択することがで
きる。
【０１４５】
ブロック１１１０で、メディア・コンテンツ・アイテムを再生するリクエストに応答し
て、メディア・デバイスは、メディア・コンテンツ・アイテムの部分を再生する。上述し
たように、メディア・コンテンツ・アイテムの部分は、メディア・コンテンツ・アイテム
の先導部分を表すことができる。従って、メディア・デバイスは、メディア・コンテンツ
・アイテムを再生するリクエストに応答して、かつもし、メディア・コンテンツ・アイテ
ムが、遠隔のクラウド・ストレージ・システムからストリーム配信されたならば、発生し
得る如何なる遅延も無く、この部分を再生し続けることができる。
【０１４６】
ブロック１１１２で、メディア・デバイスは、メディア・コンテンツ・アイテムの部分
の終端位置に対応する開始位置からメディア・コンテンツ・アイテムのコピーをストリー
ム配信するリクエストを、クラウド・ストレージ・システムに送信する。メディア・デバ
イスは、例えば、次で、部分の最後に達っした時にクラウド・ストレージ・システムから
受信された、ストリーム配信されたコピーを再生することによって、メディア・コンテン
ツ・アイテムを再生し続けることができる。上述したように、クラウド・ストレージに格
納されているメディア・コンテンツ・アイテムのローカルに格納されている部分を最初に
再生することによって、メディア・デバイスは、メディア・コンテンツ・アイテムが再生
のために選択されるときに、クラウド・ストレージからメディア・コンテンツ・アイテム
をストリーム配信することに関係する遅延を減少させることができる。メディア・コンテ
ンツ・アイテムの再生に関連する遅延を減らすことに加えて、メディア・コンテンツのロ
ーカルに格納される部分は、メディア・コンテンツ・アイテムが再生のために選択された
直後に、メディア・デバイスが、早送り、巻戻し、休止等を含む「トリック・プレー」機
能をより効率的に実行することを可能にする。
【０１４７】
３．４．クラウド・ベースのチューナ
メディア・デバイスは、通常、メディア・コンテンツ・アイテムを再生、レコーディン
グ等するために、各々が、メディア・コンテンツ・ストリーム（例えば、ライブのテレビ
ジョン・フィード）に同調することができる固定数のハードウェア・チューナを含むこと
ができる。各チューナは、通常、任意の所与の時刻で単一のメディア・コンテンツ・スト
リームにしか同調することができない。これは、メディア・デバイスに存在するチューナ
の数が、メディア・デバイスが同時に受信することができるメディア・コンテンツ・スト
リームの数を制限することを意味する。例えば、もし、特定メディア・デバイスが２つの
ハードウェア・チューナを備えているとすると、このメディア・デバイスは、最高２つの
メディア・コンテンツ・ストリームを同時に視聴し及び／又は記録することができる。従
って、もし、標本メディア・デバイスのユーザが、同時刻に放送されている３つのコンテ
ンツ・アイテムを記録することをリクエストすると、チューナ衝突が発生し、そしてユー
ザは、通常、３つのショーのうちの２つしか記録することができない。このシナリオは、
３つ以上のチューナにも拡張することができる。
【０１４８】
一実施態様の場合、（例えば、ユーザが利用できるチューナより多くのメディア・コン
テンツ・ストリームを記録することをユーザがリクエストするため）メディア・デバイス
１０８が、チューナ衝突に遭遇する時には、メディア・デバイス１０８は、メディア・デ
バイス１０８に代わって、追加メディア・コンテンツ・ストリームに同調し、それを記録
し、そして格納するリクエストをメディア・コンテンツ管理システム１０２に送信するこ
とができる。このようにして、ユーザは、ユーザのローカル・メディア・デバイスでユー
ザが利用できる物理チューナの数に限定されることがなくなる。クラウド・チューナの使
用は、例えば、ユーザが、アクセスするための購読契約又は他の料金をサービス・プロバ
イダ・システム２０４のオペレーたに支払うサービス機能とすることができる。
【０１４９】
図１２は、クラウド・ベースのメディア・コンテンツ管理システムによって利用可能と
なるチューナを使用してチューナ衝突を解決するプロセスの一例の流れ図である。ブロッ
ク１２０２で、１つ以上の第一チューナに関連付けられているサーバが、メディア・デバ
イスがメディア・コンテンツ・アイテムのレコーディングを予約するリクエストを受信し
たことを示すデータを受信する。このメディア・デバイスは、例えば、特定ユーザ・アカ
ウントに関連付けられている複数のメディア・デバイスの１つのメディア・デバイスとす
ることができる。一実施態様の場合、サーバは、サービス・プロバイダ・システム２０４
の一部とすることができ、かつメディア・デバイスがユーザ又は他のソースからレコーデ
ィング・リクエストを受信する時には、メディア・デバイス１０８からデータを受信する
ように、環境設定させることができる。例えば、ユーザは、ローカル・メディア・デバイ
ス１０８で、特定メディア・コンテンツ・アイテムのレコーディングを予約することがで
き、そしてリクエストに応答して、メディア・デバイス１０８は、サービス・プロバイダ
・システム２０４に送信されるレコーディング予約情報を生成することができる。レコー
ディング予約情報は、ユーザに関連付けられている他のユーザ・アカウント情報と関係づ
けて、格納させることができる。
【０１５０】
一実施態様では、１つ以上の第一チューナは、サービス・プロバイダ・システム２０４
によって管理されるチューナ（本明細書ではクラウド・チューナと呼ばれる）とすること
ができる。一般に、チューナは、サービス・プロバイダ・システム２０４、オペレータ・
ヘッドエンド２０２及び／又はクラウド・ストレージ・システム２０６によって管理され
る１つ以上のコンピューティング・デバイスによって、ホスト管理させることができる。
チューナは、１つ以上のコンテンツ・ソース１０６によって提供されたコンテンツに同調
しかつそれを記録するように、環境設定させることができる。  
【０１５１】
ブロック１２０４で、サービス・プロバイダ・システムは、１つ以上のメディア・デバ
イスの各チューナによるレコーディングが予約された開始時刻に衝突が存在すると決定す
る。例えば、サービス・プロバイダ・システム２０４は、各ユーザ・アカウントごとに、
ユーザ・アカウントに関連付けられているメディア・デバイス及び各メディア・デバイス
で利用可能なチューナの数を示すデータを、格納することができる。例えば、１つの特定
ユーザ・アカウントは、３つの異なるデバイス（例えば、２つの異なるＤＶＲ及びスマー
トフォン）に関連させることができる。各デバイスは、多分異なる数の、利用可能なチュ
ーナを有する。
【０１５２】
一実施態様では、サービス・プロバイダは、予約開始時刻に記録されるべきメディア・
コンテンツ・アイテムの数を決定し、そして更にメディア・コンテンツ・アイテムの数が
ユーザのメディア・デバイスで利用可能なチューナの数を超えているか否かを決定するこ
とによって、衝突が存在するか否かを決定することができる。上述したように、サービス
・プロバイダ・システム２０４は、ユーザが利用可能なチューナの数についての情報を各
ユーザ・アカウントに関連付けて格納することができ、また、ユーザについてのレコーデ
ィング予約情報も格納することができる。したがって、サービス・プロバイダ・システム
２０４は、レコーディング予約情報を分析して、特定時刻に記録されるべきメディア・コ
ンテンツ・アイテムの数、及びユーザが、予約されたレコーディングの全てを記録するた
めに十分な数のチューナを利用することが可能であるか否かを、決定することができる。
一実施態様では、もし、サービス・プロバイダ・システム２０４が、十分な数のチューナ
がユーザ・アカウントに利用可能でないと決定すると、システムは、ユーザに警告メッセ
ージを送信することができる。このメッセージは、例えば、衝突を解決するために、ある
レコーディングを削除するオプションをユーザに提示することができ、そして１つ以上の
クラウド・チューナ一を使用して１つ以上のメディア・コンテンツ・アイテムを記録する
オプションをユーザに提示しかつクラウド・ストレージにレコーディングを格納すること
もできる。
【０１５３】
ブロック１２０６で、衝突が存在するとの決定に応答して、サービス・プロバイダは、
メディア・コンテンツ・アイテムをクラウド・チューナによって記録することを予約する
。例えば、サービス・プロバイダ・システム２０４は、オペレータ・ヘッドエンド２０２
、サービス・プロバイダ・システム２０４及び／又はクラウド・ストレージ・システム２
０６でホスト管理されている１つ以上のチューナに命令して、メディア・コンテンツ・ア
イテムを既に記録している又はそれの記録が予約されているコンテンツ・ソース１０６及
び／又は他のメディア・デバイス１０８から、直接、追加メディア・コンテンツ・アイテ
ムを受信しかつ格納することができる。一実施態様では、ユーザが、後に、１つ以上のユ
ーザのメディア・デバイスを使用してメディア・コンテンツ・アイテムにアクセスするこ
とができるように、サービス・プロバイダ・システム２０４によってクラウド・ストレー
ジに記録されかつ格納されたメディア・コンテンツ・アイテムは、ユーザのアカウントに
関連付けることができる。
【０１５４】
上記したように、クラウド・チューナを使用してメディア・コンテンツ・アイテムを記
録することは、（例えば、ユーザのデバイスに警告メッセージが送信されることに応答し
て）ユーザがクラウド・チューナを使用する希望を示す入力を提供することに応答して、
開始させることができ、又はサービス・プロバイダ・システム２０４は、明確なユーザ入
力無しに、自動的にレコーディングを開始することができる。サービス・プロバイダ・シ
ステム２０４は、次いで、レコーディングをユーザのアカウントに関連させて、ユーザが
、クラウド・ストレージからコンテンツをストリーム配信し又はダウンロードすることに
よって、１つ以上のユーザのメディア・デバイスでレコーディングにアクセスすることを
可能にする。
【０１５５】
３．５．クラウド・ストレージ・エクステンダ
記録されたメディア・コンテンツ・アイテム及び他のデータを格納するメディア・デバ
イスに利用可能なストレージ空間は、典型的には、メディア・デバイスに組込まれている
ストレージ・デバイス（例えば、１つ以上のハードディスク）によって提供されるストレ
ージの量によって制限される。いくつかのメディア・デバイスは、小容量のローカル・ス
トレージしか含まず、かつ基本的には、デバイスでローカルに大量のメディア・コンテン
ツ・アイテムを格納するのでは無く他のデバイスにメディア・コンテンツをストリーム配
信すると言う機能しか有していない。これらの及び他の理由から、もはや興味がない、以
前に記録したメディア・コンテンツ・アイテムを手動で削除することにより、及び／又は
メディア・デバイスに、記録されたメディア・コンテンツ・アイテムを環境設定可能な時
間周期の後（例えば、２週間後）に自動的に削除する削除ポリシーを環境設定することに
より、ユーザは、通常、メディア・デバイスで利用可能なストレージ空間を管理する。一
実施態様では、クラウド・ベースのメディア・コンテンツ管理システムは、メディア・デ
バイスに記録されているメディア・コンテンツ・アイテムに対し追加ストレージ空間を提
供することができ、そしてメディア・コンテンツ・アイテムが、メディア・コンテンツ・
アイテムが当初記録されたメディア・デバイスから削除された後でさえ、メディア・デバ
イスが、（ユーザによって明確に削除されたか、又は削除ポリシーに基づいて削除された
かに関わらず）記録されていたメディア・コンテンツ・アイテムにアクセスすることを可
能にすることができる。
【０１５６】
図１３は、クラウド・ストレージ・システムを使用して、メディア・デバイス・ストレ
ージを拡張する具体例のプロセスを示す流れ図である。ブロック１３０２で、メディア・
デバイスは、メディア・コンテンツ・アイテムのレコーディングを予約するリクエストを
受信する。例えば、メディア・デバイス１０８は、ユーザからの直接入力としてメディア
・コンテンツ・アイテムのレコーディングを予約するリクエストを受信することができ、
又はリクエストを、サービス・プロバイダ・システム２０４又は他のデバイスから受信す
ることができる。ブロック１３０４で、メディア・デバイスは、メディア・コンテンツ・
アイテムの第一コピーをメディア・デバイスに格納する。
【０１５７】
ブロック１３０６で、メディア・デバイスは、メディア・コンテンツ・アイテムの第二
コピーをクラウド・ストレージ・システムに格納させる。例えば、メディア・デバイス１
０８は、メディア・コンテンツ・アイテムの全体のコピーをアップロードすること、分散
されたアップロードの部分としてメディア・コンテンツ・アイテムの１つ以上の部分をア
ップロードすること、サービス・プロバイダ・システム２０４に、メディア・コンテンツ
・アイテムをコンテンツ・ソースから取得させることにより、メディア・コンテンツ・ア
イテムの第二コピーをクラウド・ストレージ・システムに格納させることができる。
【０１５８】
ブロック１３０８で、メディア・デバイスのストレージに格納されているメディア・コ
ンテンツ・アイテムの第一コピーは、メディア・デバイス削除ポリシーに基づいて、メデ
ィア・デバイスのストレージから削除することができる。例えば、メディア・デバイス削
除ポリシーは、メディア・コンテンツ・アイテムの格納の期間に基づいて、メディア・デ
バイスの利用可能なストレージ空間が少ないとの決定に基づいて、等々により、メディア
・コンテンツ・アイテムが、削除されるべきであることを示すことができる。他の具体例
では、メディア・コンテンツ・アイテムは、明確に、ユーザによって（おそらく、他のメ
ディア・コンテンツ・アイテムのためにストレージ空間を解放することを望むユーザによ
って）、削除させることができる。
【０１５９】
ブロック１３１０で、メディア・コンテンツ・アイテムの第一コピーがメディア・デバ
イスのストレージから削除された後、このメディア・コンテンツ・アイテムを再生するリ
クエストが、受信される。例えば、ユーザが、メディア・コンテンツ・アイテムを手動で
削除する又はメディア・デバイスが、削除ポリシーに基づいてメディア・コンテンツ・ア
イテムを削除する場合、メディア・コンテンツ管理システム１０２は、削除されたメディ
ア・コンテンツ・アイテム（複数も含む）を、削除の後追加時間周期の間ユーザが利用可
能となるようにすることができる。メディア・コンテンツ・アイテムの「削除」は、例え
ば、クラウド・ストレージからメディア・コンテンツ・アイテムを削除する代わりに、ユ
ーザのアカウントからメディア・コンテンツ・アイテムのリンクを外すのみとすることも
できる。例えば、ユーザが、メディア・コンテンツ・アイテムのローカルに格納されてい
るコピーをメディア・デバイス１０８から削除することに応答して、メディア・デバイス
は、ユーザが、メディア・コンテンツ・アイテムの削除を既にリクエストしたことを示す
通知をメディア・コンテンツ管理システムに送信することができる。メディア・コンテン
ツ管理システムは、ユーザが、（例えば、ユーザのアカウント情報からメディア・コンテ
ンツ・アイテムのリファレンスを除去することによって）メディア・コンテンツ・アイテ
ムの削除を既にリクエストしていたことを示すデータを、格納する又は更新するが、削除
の後の時間の環境設定可能な周期（例えば、１週間又は１ヵ月）の間は、メディア・コン
テンツ・アイテムのコピーをクラウド・ベースのストレージ・システムに格納し続ける。
もし、ユーザが、後で、割り当てられた時間周期の範囲内で以前に削除されたメディア・
コンテンツ・アイテムを視聴することを望むと、ユーザは、クラウド・ストレージからメ
ディア・コンテンツ・アイテムにアクセスする（例えば、ストリーム配信する又はダウン
ロードする）ことができる。
【０１６０】
ブロック１３１２で、メディア・コンテンツ・アイテムを再生するリクエストを受信す
ることに応答して、メディア・デバイスは、クラウド・ストレージ・システムからメディ
ア・コンテンツ・アイテムの第二コピーを読出す。メディア・デバイスは、メディア・コ
ンテンツ・アイテムのコピーをダウンロードする又はストリーム配信することにより、ク
ラウド・ストレージ・システムからメディア・コンテンツ・アイテムの第二コピーを読出
すことができる。一実施態様では、ユーザは、以前に削除されたメディア・コンテンツ・
アイテムを読出す能力に対して、購読契約の追加料金を払う、又はユーザが、以前に削除
されたメディア・コンテンツ・アイテムにアクセスするリクエストをするたびに、ユーザ
に料金を請求することができる。
【０１６１】
一実施態様では、クラウド・ベースのメディア・コンテンツ管理システムは、１つ以上
のクラウド・ストレージ削除ポリシーに従って、記録されたメディア・コンテンツ・アイ
テムを格納するように、環境設定させることができる。クラウド・ストレージ削除ポリシ
ーの１つの具体例では、メディア・コンテンツ・アイテムが、レコーディングのために当
初メディア・コンテンツ・アイテムを選択した各ユーザ・アカウントによって、削除のた
めに選択されるまで、メディア・コンテンツ管理システムは、メディア・コンテンツ・ア
イテムをクラウド・ストレージに格納することができる。他の具体例では、削除ポリシー
は、コンテンツ・プロバイダ及び／又はヘッドエンドのオペレータによって環境設定され
る設定に基づいて決めることができる。１つの実施態様では、削除ポリシーの競合が、コ
ンテンツ・プロバイダ及びヘッドエンドのオペレータの両方によって特定されると、特定
の実装に応じて、最も拘束性のあるポリシー又は最も自由度の多いポリシーの何れかを、
選択することができる。
【０１６２】
一実施態様では、メディア・コンテンツ管理システムのユーザには、異なる格納ポリシ
ーの数に基づいて、各ユーザに利用可能なストレージ空間に対して請求することができる
。１つの具体例として、各ユーザ・アカウントには、各支払い請求期間の間にユーザによ
って格納されたデータの総量に基づいて、定期的に請求を行うことができる。他の具体例
では、ユーザ・アカウントには、ユーザが、クラウド・ストレージに格納されたメディア
・コンテンツ・アイテムをダウンロードする及び／又はストリーム配信することが出来る
異なるデバイスの数に少なくとも部分的に基づいて、請求を行うことができる。さらに他
の具体例では、ユーザ・アカウントには、ユーザに許可されている並列のストリーム配信
セッションの数に基づいて、異なるビット速度及び他のメディア・コンテンツ品質属性へ
のアクセスに基づいて、又は任意の他のアカウント条件に基づいて、請求を行うことがで
きる。
【０１６３】
一実施態様では、メディア・コンテンツ・アイテムをクラウド・ストレージ・システム
に格納することは、以前に記録されたメディア・コンテンツ・アイテムをユーザの新規な
メディア・デバイスに復元するために、ユーザが、追加メディア・デバイスをグレードア
ップする、置換する、又は追加することを可能にするために、使用することができる。図
１４は、クラウド・ベースのメディア・コンテンツ管理システムが、アップグレードされ
た及び／又は置換されたメディア・デバイスによって、クラウド・ストレージに格納され
たメディア・コンテンツ・アイテムへのアクセスを管理するための具体例のフロー１４０
０を表す。
【０１６４】
ブロック１４０２で、クラウド・ベースのメディア・コンテンツ管理システムは、ユー
ザ・アカウントに関連付けられている１つ以上のメディア・デバイスによりレコーディン
グが予約されたメディア・コンテンツ・アイテムを示すデータを格納する。例えば、ユー
ザが、特定メディア・コンテンツ・アイテムをレコーディングのためにメディア・デバイ
ス１０８で選択するたびに、メディア・デバイスは、予約されたレコーディングについて
の情報を示すデータをサービス・プロバイダ・システム２０４に送信することができる。
一実施態様では、予約されたレコーディングについての情報を示すデータを受信すること
に応答して、サービス・プロバイダ・システム２０４は、メディア・コンテンツ・アイテ
ムのコピーをクラウド・ストレージに格納させることができる。例えば、サービス・プロ
バイダ・システム２０４は、メディア・コンテンツ・アイテムをメディア・デバイス１０
８の集合からアップロードさせることができ、又は、システムは、コンテンツ・ソース１
０６から直接メディア・コンテンツ・アイテムを得ることができる。
【０１６５】
ブロック１４０４で、メディア・コンテンツ管理システムは、メディア・デバイスとユ
ーザ・アカウントの新規な関連付けを示すデータを受信する。例えば、ユーザ・アカウン
トに関連付けられているユーザは、メディア・デバイスでユーザ証明書を提供することに
よって、サービス・プロバイダ・システム２０４に新規なデバイスを登録することができ
る。ユーザがユーザ証明書を提供することに応答して、新規なメディア・デバイスは、メ
ディア・デバイス及びユーザ・アカウントを識別するデータを、サービス・プロバイダ・
システム２０４に送信することができる。サービス・プロバイダ・システム２０４は、次
いで、新規なメディア・デバイスがユーザ・アカウントに関連していることを示す情報を
格納することができる。例えば、新規なメディア・デバイスは、ユーザが所有する既存の
デバイスをアップグレードするため、ユーザによって既に所有されているメディア・デバ
イスを補完するため、故障したデバイスを置換するため等で、ユーザが購入したデバイス
とすることができる。一実施態様において、サービス・プロバイダ２０４は、各ユーザが
ユーザ・アカウントとの関連付けが許されているデバイスの数を制限することができ、又
は、追加料金を、関連付けられているデバイスの数に応じて請求することができる。
【０１６６】
ブロック１４０６で、システムは、メディア・デバイスから、同じユーザ・アカウント
によってレコーディングのために以前に選択されたメディア・コンテンツ・アイテムに対
するリクエストを受信する。例えば、このリクエストは、最初のデバイス環境設定プロセ
スの部分として新しく関連付られたメディア・デバイスによって、又は前に記録されたメ
ディア・コンテンツ・アイテムの１つ以上をデバイスが読出すことをリクエストする入力
を、ユーザが提供することに応答して、生成することができる。もし、ユーザが、故障し
たメディア・デバイスを交換メディア・デバイスにより置換しようとすると、例えば、ユ
ーザは、同じユーザ・アカウントに関連付けられている故障したメディア・デバイス及び
／又は他のメディア・デバイスによって以前に記録されたメディア・コンテンツ・アイテ
ムの全てを復元することを望むことができる。
【０１６７】
ブロック１４０８で、メディア・コンテンツ・アイテムは、クラウド・ストレージから
メディア・デバイスに送信される。例えば、サービス・プロバイダ・システム２０４は、
メディア・コンテンツ・アイテムを、直接、メディア・デバイスに送信することができる
、又は、メディア・デバイスに、サービス・プロバイダ・システム２０４によって管理さ
れているクラウド・ストレージ・システムからのメディア・コンテンツ・アイテムに、ア
クセスさせることができる。新規なメディア・デバイスは、メディア・コンテンツ・アイ
テムをローカル・ストレージにダウンロード及び格納することができ、及び／又は再生の
ためにメディア・コンテンツ・アイテムをストリーム配信することができる。このように
して、サービス・プロバイダ・システム２０４は、ユーザが、ユーザの他のメディア・デ
バイスによって以前記録されたメディア・コンテンツへのアクセスを失うこと無く、メデ
ィア・デバイスをアップグレードする及び／又は置換することを可能にすることができる
。
【０１６８】
４．０．実施態様の例
一実施態様では、方法又は非一時的コンピュータ可読媒体は、メディア・デバイスが、
メディア・コンテンツ・アイテムを受信するステップと；前記メディア・コンテンツ・ア
イテムの範囲内で２つ以上のセグメントの境界を識別するステップと；前記２つ以上のセ
グメントの前記境界を識別することに基づいて、前記メディア・デバイスが、クラウド・
ストレージ・システムに送信するために前記２つ以上のセグメントの１つ以上の特定セグ
メントを選択するステップと；前記１つ以上の特定セグメントを前記クラウド・ストレー
ジ・システムに送信するステップとを備える。
【０１６９】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記２つ以上
のセグメントの各々に対し１つ以上のセグメント識別値を生成するステップと；前記２つ
以上のセグメントの各々に対する前記１つ以上のセグメント識別値をメディア・コンテン
ツ管理サーバに送信するステップとを、備える。
【０１７０】
一実施態様の場合、前記方法又は前記固定コンピュータ可読媒体は、更に、前記２つ以
上のセグメントの各々に対し１つ以上のセグメント識別値を生成するステップと；前記２
つ以上のセグメントの各々に対して前記１つ以上のセグメント識別値から導出された値を
メディア・コンテンツ管理サーバに送信するステップとを、備える。
【０１７１】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体において、更に、クラウ
ド・ストレージ・システムに送信する前記２つ以上のセグメントの前記１つ以上の特定セ
グメントを選択するステップが、メディア・コンテンツ管理サーバから、前記メディア・
デバイスに前記１つ以上の特定セグメントを前記クラウド・ストレージ・システムに送信
するよう命令するデータを受信するステップを含む。
【０１７２】
一実施態様の場合、前記方法又は非一時的コンピュータ可読媒体において、前記メディ
ア・コンテンツ・アイテムの範囲内の前記２つ以上のセグメントの前記境界が、前記メデ
ィア・コンテンツ・アイテムの範囲内で画像のグループ（ＧＯＰ）の指定された数に基づ
いている。
【０１７３】
一実施態様の場合、前記方法又は非一時的コンピュータ可読媒体においては、更に、前
記メディア・コンテンツ・アイテムの範囲内の前記２つ以上のセグメントの前記境界が、
前記メディア・コンテンツ・アイテムに関連付けられているメタデータ値の指定された範
囲に基づいている。
【０１７４】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、前記メディ
ア・コンテンツ・アイテムの範囲内の前記２つ以上のセグメントの前記境界が、前記メデ
ィア・コンテンツ・アイテムに関連付けられているメタデータ値の指定された範囲に基づ
いていて、前記メタデータ値が番組クロック・リファレンス（ＰＣＲ）値を表す。
【０１７５】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、前記メディ
ア・コンテンツ・アイテムの範囲内の前記２つ以上のセグメントの前記境界が、前記メデ
ィア・コンテンツ・アイテムに関連付けられているメタデータ値の指定された範囲に基づ
いていて、前記メタデータ値が提示タイム・スタンプ（ＰＴＳ）値を表す。
【０１７６】
一実施態様の場合、前記方法又は非一時的コンピュータ可読媒体においては、更に、前
記２つ以上の各セグメントごとに前記１つ以上のセグメント識別値を生成するステップが
、前記２つ以上のセグメントを備えるデータに基づいてハッシュ値を生成することを含む
。
【０１７７】
一実施態様の場合、前記方法又は非一時的コンピュータ可読媒体においては、更に、前
記２つ以上の各セグメントごとに前記１つ以上のセグメント識別値を生成するステップが
、前記２つ以上のセグメントを備えるデータに基づいてフィンガープリントを生成するこ
とを含む。
【０１７８】
一実施態様の場合、前記方法又は非一時的コンピュータ可読媒体は、更に、前記２つ以
上のセグメントが、２つ以上の第一セグメントを表し；前記メディア・コンテンツ・アイ
テムの範囲内で前記１つ以上の第二セグメントの境界を識別するステップであって、前記
１つ以上の第二セグメントが、前記２つ以上の第一セグメントから前記メディア・コンテ
ンツ・アイテムの異なる部分を表す、ステップと；前記１つ以上の各第二セグメントごと
に、前記１つ以上の第二セグメント識別値を生成するステップと；前記１つ以上の第二セ
グメントごとに、前記１つ以上の第二セグメント識別値を、前記メディア・コンテンツ管
理サーバに送信するステップと；前記メディア・デバイスが前記１つ以上の第二セグメン
トをクラウド・ストレージ・システムに送信しないように命令するデータを受信するステ
ップとを備える。
【０１７９】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記メディア
・デバイスに関連付けられている１つ以上のアップロード効率測定値を決定するステップ
であって、前記アップロード効率測定値が、前記メディア・デバイスの信号強度、前記メ
ディア・デバイスが接続されているネットワークのタイプ、現在のネットワーク速度、前
記メディア・デバイスのタイプの１つ以上を含むステップと；前記アップロード効率測定
値を前記メディア・コンテンツ管理サーバに送信するステップとを備える。
【０１８０】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体が、更に、前記メディア
・コンテンツ・アイテムの範囲内で前記２つ以上のセグメントの前記境界を識別する命令
を含むデータを、メディア・コンテンツ管理サーバから受信するステップを備える。
【０１８１】
一実施態様では、前記方法又は非一時的コンピュータ可読格納媒体は、更に、前記メデ
ィア・コンテンツ・アイテムの範囲内で前記２つ以上のセグメントの前記境界を識別する
ための命令を含むデータを、第二メディア・デバイスから受信するステップを備える。
【０１８２】
一実施態様では、前記方法又は非一時的コンピュータ可読格納媒体は、更に、前記メデ
ィア・デバイスが、第二メディア・コンテンツ・アイテムを受信するステップと；前記第
二メディア・コンテンツ・アイテムの範囲内で２つ以上のセグメントの境界を識別するス
テップと；前記第二メディア・コンテンツ・アイテムの範囲内で前記２つ以上のセグメン
トの前記境界を識別することに基づいて、前記メディア・デバイスが、前記第二メディア
・コンテンツ・アイテムの範囲内で前記２つ以上のセグメントの何れも、クラウド・スト
レージ・システムに送信しないと決定するステップとを、備える。
【０１８３】
一実施態様では、方法又は非一時的コンピュータ可読格納媒体は、以下を備える：１つ
以上の第一チューナに関連付けられているサーバが、予約開始時刻にメディア・コンテン
ツ・アイテムのレコーディングを予約するリクエストを示すデータを受信するステップで
あって、前記リクエストがユーザ・アカウントに関連付けられている１つ以上のメディア
・デバイスの内のメディア・デバイスによって受信される、ステップと；前記ユーザ・ア
カウントに関連付けられている前記１つ以上のメディア・デバイスが、１つ以上の第二チ
ューナを備え；前記予約開始時刻に前記第一又は第二チューナの各々のチューナに衝突が
存在すると決定するステップと；前記予約開始時刻に前記第一又は第二チューナの各々の
チューナに衝突が存在すると決定することに応答して、前記１つ以上の第一チューナの内
のチューナを用いて前記メディア・コンテンツ・アイテムのレコーディングを予約するス
テップとを備える。
【０１８４】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
１つ以上の第一チューナの内の前記チューナを用いた、前記メディア・コンテンツ・アイ
テムの前記レコーディングが、クラウド・ストレージ・システムに格納される。
【０１８５】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記メディア
・コンテンツ・アイテムのコピーを、前記ユーザ・アカウントに関連付けられている前記
１つ以上の前記メディア・デバイスに送信するステップを備える。
【０１８６】
一実施態様では、前記方法又は非一時的コンピュータ可読格納媒体においては、更に、
前記ユーザ・アカウントには、前記１つ以上の第一チューナの使用料金が請求される。
【０１８７】
一実施態様では、方法又は非一時的コンピュータ可読媒体が、メディア・デバイスで、
メディア・コンテンツ・アイテムのレコーディングを予約するリクエストを受信するステ
ップと；前記メディア・コンテンツ・アイテムの前記レコーディングを予約する前記リク
エストに基づいて、前記メディア・デバイスで前記メディア・コンテンツ・アイテムの第
一コピーを格納するステップと；クラウド・ストレージ・システムに、前記メディア・コ
ンテンツ・アイテムの第二コピーを格納させるステップと；メディア・デバイス削除ポリ
シーに基づいて、前記メディア・デバイスに格納されている前記メディア・コンテンツ・
アイテムの前記第一コピーを削除するステップと；前記メディア・デバイスに格納されて
いる前記メディア・コンテンツ・アイテムの前記第一コピーを削除することに続いて、前
記メディア・コンテンツ・アイテムを再生するリクエストを受信するステップと；前記メ
ディア・コンテンツ・アイテムを再生する前記リクエストを受信することに応答して、前
記メディア・コンテンツ・アイテムの前記第二コピーを前記クラウド・ストレージ・シス
テムから読出すステップとを、備える。
【０１８８】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
クラウド・ストレージが、クラウド・ストレージ・プロバイダによって管理される。
【０１８９】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
クラウド・ストレージが、テレビジョン・ヘッドエンド・オペレータによって管理される
。
【０１９０】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、クラ
ウド・ストレージ削除ポリシーに基づいて、前記メディア・デバイスに関連付けられてい
るユーザ・アカウントで利用可能なメディア・コンテンツ・アイテムのリストから前記メ
ディア・コンテンツ・アイテムを除去するステップを備える。
【０１９１】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、クラウド・ス
トレージ削除ポリシーに基づいて、前記メディア・デバイスに関連付けられているユーザ
・アカウントで利用可能なメディア・コンテンツ・アイテムのリストから前記メディア・
コンテンツ・アイテムを、除去するステップと；前記アカウント・ユーザに関連付けられ
ているユーザが、追加クラウド・ストレージ空間を購入したと決定するステップと；前記
ユーザ・アカウントに関連付けられているユーザが、追加クラウド・ストレージ空間を購
入したとの決定に基づいて、前記ユーザ・アカウントで利用可能なメディア・コンテンツ
・アイテムの前記リストから前記メディア・コンテンツ・アイテムを追加するステップと
を、備える。
【０１９２】
一実施態様では、方法又は非一時的コンピュータ可読媒体が備える：メディア・コンテ
ンツ管理サーバで、特定メディア・コンテンツ・アイテムのレコーディングを予約する第
一の数のリクエストを受信するステップであって、前記第一の数のリクエストの内の各々
のリクエストが、複数のメディア・デバイスの内のメディア・デバイスから受信される、
ステップと；ここでは、前記複数のメディア・デバイスの各々のメディア・デバイスが、
複数のユーザ・アカウントの内のユーザ・アカウントに関連付けられていて、前記複数の
ユーザ・アカウントの内の各ユーザ・アカウントが、クラウド・ストレージ空間の量に関
連付けられている；前記インターネットを介して前記複数のメディア・デバイスがアクセ
ス可能なクラウド・ストレージ・システムで、前記特定メディア・コンテンツ・アイテム
の第二の数のコピーを格納させるステップであって、格納されたコピーの前記第二の数が
、前記特定メディア・コンテンツ・アイテムのレコーディングを予約するリクエストの前
記第一の数より少ない、ステップと；前記複数のユーザ・アカウントの内の各ユーザ・ア
カウントに関連付けられている、使用されるクラウド・ストレージ空間の量を増加させる
ステップであって、前記量が前記メディア・コンテンツ・アイテムの前記サイズに基づい
ている、ステップとを、備える。
【０１９３】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
量が、前記メディア・コンテンツ・アイテムの全体サイズを表す。
【０１９４】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
量が、前記メディア・コンテンツ・アイテムの全体サイズの画分を表し、前記画分がリク
エストの前記第一の数に基づいている。
【０１９５】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記複数のメ
ディア・デバイスの内の特定メディア・デバイスから、前記メディア・コンテンツ・アイ
テムを削除するリクエストを受信するステップであって、前記特定メディア・デバイスが
、前記複数のユーザ・アカウントの特定ユーザ・アカウントに関連付けられている、ステ
ップと；前記特定メディア・コンテンツ・アイテムに関連付けられている、使用されるク
ラウド・ストレージ空間の前記量を減少させるステップとを、備える。
【０１９６】
一実施態様では、方法又は非一時的コンピュータ可読媒体が、メディア・デバイスから
、メディア・コンテンツ・アイテムのレコーディングを予約するリクエストを受信するス
テップと；前記メディア・コンテンツ・アイテムに対する関連性値を決定するステップで
あって、前記関連性値が、前記メディア・コンテンツ・アイテムを再生するリクエストが
、時間の確定された期間において受信される可能性を示している、ステップと；少なくと
も部分的に前記関連性値に基づいて、第一ストレージ・システム及び第二ストレージ・シ
ステムの１つに前記メディア・コンテンツ・アイテムを格納することを決定するステップ
と；前記第一ストレージ・システム及び前記第二ストレージ・システムの１つに前記メデ
ィア・コンテンツ・アイテムを格納するステップとを、備える。
【０１９７】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記関連性値
に少なくとも部分的に基づいて、前記メディア・コンテンツ・アイテムを格納するための
フォーマットを決定するステップを備える。
【０１９８】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記関連性値
に少なくとも部分的に基づいて、前記メディア・コンテンツ・アイテムを格納する品質レ
ベルを決定するステップを備える。
【０１９９】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
関連性値が、ユーザ・アカウントの集合に基づいている。
【０２００】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
メディア・コンテンツ・アイテムに対する前記関連性値を決定するステップが、１つ以上
のユーザ・アカウントについての履歴データを分析するステップを含む。
【０２０１】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体においては、更に、前記
第一ストレージ・システムが、クラウド・ストレージ・プロバイダによって管理されるク
ラウド・ストレージを備え、そして前記第二ストレージ・システムが、テレビジョン・ヘ
ッドエンド・オペレータによって管理されるクラウド・ストレージを備える。
【０２０２】
一実施態様では、方法又は非一時的コンピュータ可読媒体は、メディア・コンテンツ管
理サーバが、ユーザ・アカウントに関連付けられている１つ以上の第一メディア・デバイ
スによるレコーディングが予約されている複数のメディア・コンテンツ・アイテムを示す
データを格納するステップと；前記ユーザ・アカウントに関連付けられている第二メディ
ア・デバイスとの新規な関係付けを示すデータを受信するステップと；前記複数のメディ
ア・コンテンツ・アイテムの内の１つ以上のメディア・コンテンツ・アイテムに対するリ
クエストを前記第二メディア・デバイスから受信するステップと；前記第二メディア・デ
バイスが前記ユーザ・アカウントに関連付けられていると決定することに応答して、前記
１つ以上のメディア・コンテンツ・アイテムを前記第二メディア・デバイスに送信するス
テップとを、備える。
【０２０３】
一実施態様では、方法又は非一時的コンピュータ可読媒体は、メディア・デバイスで、
メディア・コンテンツ・アイテムの部分を格納するステップを備え、前記メディア・コン
テンツ・アイテムを再生するリクエストを受信することに応答して、前記メディア・デバ
イスが、前記メディア・コンテンツ・アイテムの前記部分を再生し、；そして前記メディ
ア・デバイスが、前記メディア・コンテンツ・アイテムの前記部分の終了位置に対応する
開始位置から前記メディア・コンテンツ・アイテムのコピーをストリーム配信するリクエ
ストを、クラウド・ストレージ・システムに送信する。
【０２０４】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記メディア
・デバイスで、前記メディア・コンテンツ・アイテムのレコーディングを予約するリクエ
ストを受信するステップと；前記メディア・コンテンツ・アイテムの前記レコーディング
を予約する前記リクエストに応答して、前記予約開始時刻に前記メディア・コンテンツ・
アイテムを記録するステップと；前記メディア・デバイスが前記メディア・コンテンツ・
アイテムを記録したことを示すデータを、メディア・コンテンツ管理サーバに送信するス
テップと；前記メディア・コンテンツ・アイテムの前記部分を除いて前記メディア・コン
テンツの全てを、前記メディア・デバイスから削除するステップとを、備える。
【０２０５】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記メディア
・デバイスで、前記メディア・コンテンツ・アイテムのレコーディングを予約するリクエ
ストを受信するステップと；前記メディア・コンテンツ・アイテムの前記レコーディング
を予約する前記リクエストに応答して、前記予約開始時刻に前記メディア・コンテンツ・
アイテムを記録するステップと；前記メディア・コンテンツ・アイテムのコピーをクラウ
ド・ストレージ・システムに送信するステップとを、備える。
【０２０６】
一実施態様では、方法又は非一時的コンピュータ可読媒体は、メディア・デバイスが、
ライブのメディア・コンテンツ・ストリーム配信の再生を休止するコマンドを受信したこ
とを示すデータを、前記メディア・デバイスから受信するステップと；前記メディア・デ
バイスが前記メディア・コンテンツ・アイテムの再生を休止する前記コマンドを受信した
ことを示す前記データを受信することに応答して、クラウド・ストレージ・システムのサ
ーバに前記メディア・コンテンツ・アイテムを記録させるステップと；前記メディア・デ
バイスが、前記メディア・コンテンツ・アイテムの再生を再開するコマンドを受信したこ
とを示すデータを受信することに応答して、前記クラウド・ストレージ・システムから前
記メディア・デバイスに前記メディア・コンテンツ・アイテムのコピーをストリーム配信
するステップとを、備える。
【０２０７】
一実施態様では、前記方法又は非一時的コンピュータ可読媒体は、更に、前記メディア
・デバイスが、前記メディア・コンテンツ・アイテムの再生を休止する前記コマンドを示
す前記データを受信することに続いて、前記メディア・デバイスが、前記メディア・コン
テンツ・アイテムの前記ライブのポイントに到達したことを示すデータを受信するステッ
プと；前記メディア・デバイスが、前記メディア・コンテンツ・アイテムの前記ライブの
ポイントに到達したことを示すデータを受信することに応答して、前記クラウド・ストレ
ージ・システムからの前記メディア・コンテンツ・アイテムの前記コピーのストリーム配
信を中止するステップと；テレビジョン・オペレータ・ヘッドエンドに、前記メディア・
コンテンツ・アイテムを前記メディア・デバイスに送信することを再開させるステップと
を、備える。
【０２０８】
５．０．実装メカニズム−ハードウェアの概観
１つの実施態様によると、本明細書で記述される技術は、１つ以上の専用コンピューテ
ィング・デバイスによって実装される。専用コンピューティング・デバイスは、技術を実
行する配線された回路とすることができ、又は１つ以上の特定用途向け集積回路（ＡＳＩ
Ｃ）又は技術を実行するように持続的にプログラムされているフィールド・プログラマブ
ル・ゲートアレイ（ＦＰＧＡ）のようなデジタル電子デバイスを含むことができ、又はフ
ァームウェア、メモリ、他のストレージ又はこれらの組合せ内にあるプログラム命令に従
って技術を実行するようにプログラムされている１つ以上の汎用性ハードウェア・プロセ
ッサを含むことができる。このような専用コンピューティング・デバイスは、カスタム配
線ロジック、ＡＳＩＣ又はＦＰＧＡをカスタム・プログラミングと組合わせて技術を達成
することもできる。この専用コンピューティング・デバイスは、デスクトップ・コンピュ
ータ・システム、ポータブル・コンピュータ・システム、ハンドヘルド・デバイス、ネッ
トワーク化されているデバイス又は配線ロジック及び／又はプログラム・ロジックが組み
込まれて技術を実装する任意の他のデバイスとすることができる。
【０２０９】
例えば、図１５は、本発明の実施態様を実装することができるコンピュータ・システム
１５００を示すブロック図である。コンピュータ・システム１５００は、情報を通信する
ためのバス１５０２又は他の通信メカニズム、及び情報を処理するためのバス１５０２に
結合されているハードウェア・プロセッサ１５０４を含む。ハードウェア・プロセッサ１
５０４は、例えば、汎用マイクロプロセッサとすることができる。
【０２１０】
コンピュータ・システム１５００は、プロセッサ１５０４によって実行される情報及び
命令を格納するためのバス１５０２に結合されている、ランダム・アクセス・メモリ（Ｒ
ＡＭ）又は他の動的ストレージ・デバイスのようなメイン・メモリ１５０６も含む。メイ
ン・メモリ１５０６は、プロセッサ１５０４によって実行される命令の実行中に一時変数
又は他の中間情報を格納するために使用することもできる。このような命令は、プロセッ
サ１５０４がアクセス可能な非一時的格納媒体に格納されると、コンピュータ・システム
１５００を、命令により確定される動作を実行するようにカスタマイズされている専用マ
シンに変える。
【０２１１】
コンピュータ・システム１５００は、更に、プロセッサ１５０４に対する静的情報及び
命令を格納するための、バス１５０２に結合されているリード・オンリ・メモリ（ＲＯＭ
）１５０８又は他の静的ストレージ・デバイスを含む。磁気ディスク又は光学ディスクの
ようなストレージ・デバイス１５１０が、提供され、かつ情報及び命令を格納するための
バス１５０２に結合される。
【０２１２】
コンピュータ・システム１５００は、コンピュータのユーザに情報を表示するために、
陰極線管（ＣＲＴ）のような表示１５１２にバス１５０２を介して結合させることができ
る。英数字及び他のキーを含む入力デバイス１５１４は、プロセッサ１５０４と情報及び
コマンド選択を通信するためにバス１５０２に結合されている。他のタイプのユーザ入力
デバイスは、マウス、トラックボールのようなカーソル制御１５１６、又はプロセッサ１
５０４と方向情報及びコマンド選択を通信するためそして表示１５１２上のカーソル移動
を制御するためのカーソル方向キーである。この入力デバイスは、通常、デバイスが平面
の位置を特定することを可能とする、２本の軸、第一の軸（例えば、ｘ）及び第二の軸（
例えば、ｙ）内で２つの自由度を有する。
【０２１３】
コンピュータ・システム１５００は、カスタマイズされた配線ロジック、１つ以上のＡ
ＳＩＣ又はＦＰＧＡ、ファームウェア及び／又はコンピュータ・システムとの結合により
コンピュータ・システム１５００を専用目的マシンに変え又はプログラミングするプログ
ラム・ロジックを使用して、本明細書に記載されている技術を実装することができる。一
実施態様によれば、本明細書におけるこれらの技術は、プロセッサ１５０４が、メイン・
メモリ１５０６に含まれている１つ以上の命令の１つ以上のシーケンスを実行することに
応答して、コンピュータ・システム１５００によって実行される。このような命令は、ス
トレージ・デバイス１５１０のような他の格納媒体からメイン・メモリ１５０６に読み込
ませることができる。メイン・メモリ１５０６に含まれる命令のシーケンスの実施は、プ
ロセッサ１５０４に本明細書に記載されているプロセス・ステップを実行させる。別の実
施態様では、配線による回路をソフトウェア命令の代わりに、又はそれと結合して使用す
ることができる。
【０２１４】
「格納媒体」という本明細書で用いられる用語は、特定方式でマシンを動作させるデー
タ及び／又は命令を格納する任意の非一時的媒体を意味する。このような格納媒体は、不
揮発性媒体及び／又は揮発性媒体を備えることができる。不揮発性媒体は、例えば、スト
レージ・デバイス１５１０のような光学又は磁気ディスクを含む。揮発性媒体は、メイン
・メモリ１５０６のようなダイナミック・メモリを含む。格納媒体の通常の形態は、例え
ば、フロッピ・ディスク、フレキシブル・ディスク、ハードディスク、固体ドライブ、磁
気テープ又は任意の他の磁気データ格納媒体、ＣＤ−ＲＯＭ、任意の他の光学データ格納
媒体、ホール・パターンを有する任意の物理的媒体、ＲＡＭ、ＰＲＯＭ及びＥＰＲＯＭ、
ＦＬＡＳＨ−ＥＰＲＯＭ、ＮＶＲＡＭ、任意の他のメモリ・チップ又はカートリッジを含
む。
【０２１５】
格納媒体は、単体であるが、送信媒体と共に使用することができる。送信媒体は、格納
媒体間に情報を転送する機能を有する。例えば、送信媒体は、バス１５０２を備えるワイ
ヤを含む同軸ケーブル、銅線及び光ファイバを含む。送信媒体は、電波及び赤外データ通
信の間に生成されるような、音響波又は光波という形をとることもできる。
【０２１６】
さまざまな形の媒体が、実行のためにプロセッサ１５０４に対する１つ以上の命令の１
つ以上のシーケンスを担持することに関係させることができる。例えば、命令は、最初、
リモート・コンピュータの磁気ディスク又は固体ドライブに担持させることができる。リ
モート・コンピュータは、命令をそのダイナミック・メモリにロードし、そしてモデムを
使用して電話線により命令を送信することができる。コンピュータ・システム１５００に
付属するモデムは、電話線上のデータを受信し、そしてこのデータを赤外信号に変換する
赤外送信器を使用することができる。赤外検出器は、赤外信号を担持したデータを受信し
、そして適切な回路が、データをバス１５０２に配置することができる。バス１５０２は
、プロセッサ１５０４が命令を読出しかつ実行するメイン・メモリ１５０６にデータを担
持する。メイン・メモリ１５０６によって受信される命令は、オプションとして、プロセ
ッサ１５０４による実行の前又は後の何れかで、ストレージ・デバイス１５１０に格納さ
せることができる。
【０２１７】
コンピュータ・システム１５００は、バス１５０２に結合されている通信インターフェ
ース１５１８も含む。通信インターフェース１５１８は、ローカル・ネットワーク１５２
２に接続されているネットワーク・リンク１５２０に双方向データ通信結合を提供する。
例えば、通信インターフェース１５１８は、総合サービス・デジタル・ネットワーク（Ｉ
ＳＤＮ）カード、ケーブル・モデム、衛星モデム、又は電話線の対応するタイプにデータ
通信接続を提供するモデムとすることができる。別の例として、通信インターフェース１
５１８は、互換のＬＡＮにデータ通信接続を提供するローカル・エリア・ネットワーク（
ＬＡＮ）カードとすることができる。無線リンクを、実装することもできる。このような
如何なる実装においても、通信インターフェース１５１８は、様々なタイプの情報を表す
デジタル・データ・ストリームを担持する、電気、電磁波又は光学信号を送信しかつ受信
する。
【０２１８】
ネットワーク・リンク１５２０は、通常、１つ以上のネットワークによりデータ通信を
他のデータ・デバイスに提供する。例えば、ネットワーク・リンク１５２０は、ホスト・
コンピュータ１５２４に、又はインターネット・サービス・プロバイダ（ＩＳＰ）１５２
６によって作動されるデータ装置に、ローカル・ネットワーク１５２２による接続を提供
することができる。ＩＳＰ １５２６は、次に、現在一般に「インターネット」１５２８
と呼ばれる世界的パケット・データ通信ネットワークによりデータ通信サービスを提供す
る。ローカル・ネットワーク１５２２及びインターネット１５２８は、両方とも、デジタ
ル・データ・ストリームを担持する電気、電磁波又は光学信号を使用する。コンピュータ
・システム１５００へ/からデジタルデータを担持する、さまざまなネットワークによる
信号及びネットワーク・リンク１５２０上の及び通信インターフェース１５１８による信
号は、送信媒体の形態の具体例である。
【０２１９】
コンピュータ・システム１５００は、ネットワーク、ネットワーク・リンク１５２０及
び通信インターフェース１５１８によって、メッセージを送信しかつプログラムコードを
含むデータを受信することができる。インターネットの例では、サーバ１５３０は、イン
ターネット１５２８、ＩＳＰ １５２６、ローカル・ネットワーク１５２２及び通信イン
ターフェース１５１８によって、アプリケーション・プログラムに対してリクエストされ
たコードを送信するかもしれない。
【０２２０】
受信されるコードは、それが受信されると同時に、プロセッサ１５０４によって実行す
ることができ、及び／又はストレージ・デバイス１５１０又は後の実行のために他の非一
時的ストレージに格納することができる。
【０２２１】
一実施態様の場合、本明細書において記載されているシステムの一部もしくは全部は、
一組のサーバ側プロセスとしてシステムの各種コンポーネントを共同して実装する１つ以
上のサーバ・コンピュータ・デバイスを含むサーバとする及び／又はそれを備えることが
できる。サーバ・コンピュータ・システムは、ウェブ・サーバ、アプリケーション・サー
バ、データベース・サーバ及び／又はこれらのコンポーネントが、記載されている機能を
提供するために利用する他の従来のサーバ・コンポーネントを含むことができる。サーバ
・コンピュータ・システムは、これらに限定されるものではないが（デスクトップ・コン
ピュータ、タブレット又はスマートフォン、リモート・センシング・デバイス及び／又は
他のサーバ・コンピュータ・システムのような）ユーザにより作動されるクライアントコ
ンピューティング・デバイスを含む、様々なソースの何れかからの入力データも備える、
ネットワーク・ベースの通信を、受信することができる。
【０２２２】
一実施態様の場合、あるサーバ・コンポーネントは、インターネットのような１つ以上
のネットワークによってシステムに結合されている「クラウド」ベースのコンポーネント
を使用して、完全に又は部分的に実装させることができる。クラウド・ベースのコンポー
ネントは、処理、格納、ソフトウェア及び／又は他の資源をシステムの他のコンポーネン
トに提供する、インターフェースに露出される。一実施態様の場合、クラウド・ベースの
コンポーネントは、コンポーネントが配備される他のエンティティのために、第三のサー
ドパーティ・エンティティによって実装させることができる。しかしながら、他の実施態
様では、上述されたシステムは、単一エンティティによって所有されかつ運営されるコン
ピュータ・システムによって完全に実装させることができる。
【０２２３】
６．０  拡張及び変形例
本明細書において、「第一」、「第二」、「ある」、そして「特定」の用語は、問合せ
、計画、表現、ステップ、オブジェクト、デバイス又は他のアイテムを互いに区別し、こ
れにより、これらの用語が導入された後に、これらのアイテムを参照することができるよ
うにするための命名規則として使用されている。本明細書において特に規定されない限り
、これらの用語の使用は、参照されたアイテムの順序、タイミング又は任意の他の特性を
意味するものではない。
【０２２４】
前述の明細書において、本発明の実施態様は、実施態様ごとに異なる多数の特定の詳細
を参照して記述された。従って、何が発明であるか、かつ何が本出願人が意図する発明で
あるかを示す唯一かつ排他的な指標は、以降の如何なる訂正も含めて、このような請求項
が生じる特定の形態で、本出願から生じる請求項の組である。この点に関しては、特有な
請求項の従属性が、本出願の請求項に記載されているが、本出願の従属クレームの特徴は
、他の従属請求項の特徴と、そして本出願の独立請求項の特徴と、適切に、そして請求項
の組に記載される特有な従属性に単に従うのではなく、結合することができる点に留意す
る必要がある。
【０２２５】
このような請求項に含まれる用語に対する本明細書で明白に述べられた何れの規定も、
請求項において用いられているこのような用語の意味を決める。それ故、請求項において
明白に記載されていない限定、素子、属性、特長、利点又は属性は、如何なる形であれこ
のような請求項の範囲を制限するものではない。従って、明細書及び図面は、限定するも
のではなく、例示するものであると考えるべきである。
【０２２６】
優先権主張
本出願は、２０１４年５月６日に出願された仮出願第６１／９８９，４６６号及び２０
１４年９月１０日に出願された仮出願第６２／０４８，７８８号の利益を主張する。この
コンテンツの全体は、特許法第１１９条（ｅ）の下で、あたかも本明細書において完全に
記載されているかのように、引用によって、本願に組み込まれている。
【図１】
2019050579.tif 000003
【図２】
2019050579.tif 000004
【図３】
2019050579.tif 000005
【図４】
2019050579.tif 000006
【図５】
2019050579.tif 000007
【図６】
2019050579.tif 000008
【図７Ａ】
2019050579.tif 000009
【図７Ｂ】
2019050579.tif 000010
【図８】
2019050579.tif 000011
【図９】
2019050579.tif 000012
【図１０】
2019050579.tif 000013
【図１１】
2019050579.tif 000014
【図１２】
2019050579.tif 000015
【図１３】
2019050579.tif 000016
【図１４】
2019050579.tif 000017
【図１５】
2019050579.tif 000018