JP2010502116A - 推奨エンジンによる選択的メディアコンテンツアクセスのシステム及び方法 - Google Patents

Abstract

メディアコンテンツ配信、特に、個人化エンターテインメント及び情報環境に関する技術を提供する。配信の異なるプラットフォーム及びモードにわたって個人化されたコンテンツ配信を提供する個人化娯楽及び情報プラットフォーム（Ｓｐｈｅｒｅ）。個人用メディアデバイス（例えば、ＰＣ及びテレビなど）は、「インターネット」上でメディアコンテンツ及びメタデータにアクセスするように構成された制御サーバと対話する。ユーザからの入力及びユーザメディア選択及び視聴の履歴に応答して、優先度が付けられた推奨リストが生成され、ダウンロードのために待ち行列に入れられる。次に、関連のコンテンツは、ユーザ対話を必要とせずに個人用メディアデバイスに自動的にダウンロードされる。この時点で、ユーザは、コンテンツダウンロードを待つ際の長い遅延なく、直ちにダウンロード済みコンテンツにアクセスすることができる。ＨＤフォーマットの番組及び映画のようなコンテンツは、かなりのサイズ（例えば、５０ＧＢまで）のものであり、これが、かなりのダウンロード時間を必要とし、ネットワーク及びシステムリソースを拘束すると考えられることは認められるであろう。
【選択図】図１

Description

関連出願への相互参照
本出願は、全体が本明細書において引用により組み込まれている、２００６年８月１８日出願の米国特許仮出願出願番号第６０／８３８、８１１号に対する優先権を主張するものである。本出願は、全体が本明細書において引用により組み込まれている、２００６年１１月１６日出願の米国特許出願出願番号第１１／６００、５７９号の一部継続出願であり、これは、全体が本明細書において引用により組み込まれている、２００６年５月２６日出願の米国特許仮出願出願番号第６０／８０９、０９３号に対する優先権を主張するものであり、かつ全体が本明細書において引用により組み込まれている、２００６年８月９日出願の米国特許仮出願出願番号第６０／８３６、７０９号に対する優先権を主張するものである。本出願は、全体が本明細書において引用により組み込まれている、２００６年１１月２１日出願の米国特許出願出願番号第１１／６０２、５６６号の一部継続出願であり、これは、全体が本明細書において引用により組み込まれている、２００６年８月１日出願の米国特許仮出願出願番号第６０／８３５、０２０号に対する優先権を主張するものである。本出願は、全体が本明細書において引用により組み込まれている、２００７年２月２７日出願の米国特許出願出願番号第１１／７１１、２５９号の一部継続出願である。本出願は、全体が本明細書において引用により組み込まれている、２００７年３月８日出願の米国特許出願出願番号第１１／７１５、８０３号の一部継続出願である。本出願は、全体が本明細書において引用により組み込まれている、２００７年１月３０日出願の米国特許出願出願番号第１１／６９９、９０８号の一部継続出願である。本出願は、全体が本明細書において引用により組み込まれている、２００７年３月２３日出願の米国特許出願出願番号第１１／７２６、９５６号の一部継続出願である。本出願は、全体が本明細書において引用により組み込まれている、２００７年１月３日出願の米国特許仮出願出願番号第６０／８７８、５７２号に対する優先権を主張するものである。以上の出願の各々に対して優先権を主張する。

連邦政府委託研究又は開発に関する陳述
該当なし

コンパクトディスク上に提出された内容の引用による組込み
該当なし

著作権保護を受ける内容の通知

本特許文書中の内容の一部は、米国及び他の国の著作権法に従って著作権保護を受ける。著作権の権利の所有者は、特許文献又は特許開示内容が米国特許商標局一般公開ファイル又は記録中に記載されているので、何人によるその複製にも異議はないが、それ以外は全ての著作権を保有する。著作権所有者は、ここに、限定ではないが「３７ Ｃ．Ｆ．Ｒ．§１．１４」に従った著作権を含むこの特許文書を秘密に保たせるためのその権利のいずれをも放棄するものではない。

本発明は、一般的にメディアコンテンツ配信に関するものであり、より具体的には、個人化エンターテインメント及び情報環境に関する。

「インターネット」ベースの音楽及び映像のオンデマンドサービスの市場は、劇的に伸びている。他の「インターネット」ベースのコンテンツ／サービス事業も、同様に強力な成長傾向になるのではないかと予想される。近年では、統合及び帯域幅上の配慮は、複数のプラットフォームにわたってサービスを互いに差別化する益々重要な問題となっている。

「インターネット」上の映像コンテンツの配信（例えば、「インターネットプロトコル（ＩＰ）」を使用して）は、通常、ストリーミング（ユーザは、ビットが到着した時に映像を見る）又はダウンロードにより達成している。世界の大部分の地域の消費者ブロードバンドサービスでは、通常の品質レベルで映像をストリーミングすることができず、近い未来に高解像度コンテンツをストリーミングする望みは殆どない。従って、テレビで見るための映像コンテンツを「インターネット」で配信している企業は、ダウンロードを利用してこのコンテンツを配信している。ダウンロードに関する１つの問題は、特にそのコンテンツが高解像度（ＨＤ）フォーマットである場合には、番組又は映画をダウンロードするのにまだ長い時間が必要であるということである。

これらの制限を回避するために、ダウンロードコンテンツは、一般的に、符号化速度、従って、品質を落として利用可能にされている。これらの欠点に関係なく、いくつかのエンティティは、品質をＤＶＤよりも落とした符号化速度でコンテンツを利用可能にしている。「インターネット」でレンタルのために又は販売のために映画を提供している企業により利用されているシステムでさえ、それらが品質を落としてコンテンツを提供しているという点で著しく似通っている。興味深いことに、一部のメディア配信会社（ＭｏｖｉｅＬｉｎｋ、ＣｉｎｅｍａＮｏｗ、Ｓｔａｒｚ、Ｃｏｍｃａｓｔ）では、提供するメディアは著しく似通っており、同じ組のパートナーを利用してこれらの機能を配信している。

これらのＩＰベースのコンテンツ及び／又はサービス事業の現在の市場は、通常、ウェブベースのコンテンツサービス内、又はハードウエアで配信されるものの中など、ハードウエアプラットフォームに基づいて分類することができる。

ウェブベースのコンテンツサービスプロバイダというカテゴリが、事業のターゲットがＰＣプラットフォームである既存のコンテンツサービスプロバイダ事業の主流であると考えられる。このカテゴリの基本的なビジネスモデルは、「購読契約」又は「ダウンロードして所有」によるコンテンツ／サービス販売収益ベースのものである。以下のもの、すなわち、（ａ）ビデオサービス（ＭｏｖｉｅＬｉｎｋ、ＣｉｎｅｍａＮｏｗ、Ｃｌｉｃｋｓｔａｒ、「ＡＯＬ Ｖｉｄｅｏ」、「Ｇｏｏｇｌｅ Ｖｉｄｅｏ」、ＹｏｕＴｕｂｅなど）、（ｂ）音楽サービス（「ｉＴｕｎｅｓ Ｍｕｓｉｃ Ｓｔｏｒｅ」、Ｎａｐｓｔｅｒ、「Ｙａｈｏｏ Ｍｕｓｉｃ」など）、（ｃ）写真サービス（Ｋｏｄａｋ、Ｏｆｏｔｏ、Ｓｈｕｔｔｅｒｆｌｙなど）、（ｄ）通信サービス（Ｓｋｙｐｅ、Ｗｅｂｅｘ、「Ｇｏｏｇｌｅ Ｔａｌｋ」など）、（ｅ）地域社会サービス（Ｍｙｓｐａｃｅ、Ｆａｃｅｂｏｏｋなど）、（ｆ）オンラインストレージを含むいくつかのカテゴリ及び企業が代表的である。

ハードウエア配信によるコンテンツサービスプロバイダというカテゴリは、ユーザがＰＣにサービスを受信させる必要がないテレビに直接接続されるそれら独自の専有ハードウエアプラットフォームを開発したと考えられる。この種類のサービスには、Ｍｏｖｉｅｂｅａｍ、Ａｋｉｍｂｏ、Ｎｅｔｆｌｉｘ、及びＴｉＶｏがある。各会社は、異なる原点から自社のハードウエアベースコンテンツサービスビジネスモデルを開始している。

メディアが標準解像度（ＳＤ）から高解像度（ＨＤ）に移行すると、メディアコンテンツを配信する困難度が劇的に増大する。例えば、番組又は映画をダウンロードするのに必要とされる時間は、劇的に増大する。同時に、メディアのレンタル及び販売競争は、激化し続けている。

米国特許仮出願出願番号第６０／８３８、８１１号 米国特許出願出願番号第１１／６００、５７９号 米国特許仮出願出願番号第６０／８０９、０９３号 米国特許仮出願出願番号第６０／８３６、７０９号 米国特許出願出願番号第１１／６０２、５６６号 米国特許仮出願出願番号第６０／８３５、０２０号 米国特許出願出願番号第１１／７１１、２５９号 米国特許出願出願番号第１１／７１５、８０３号 米国特許出願出願番号第１１／６９９、９０８号 米国特許出願出願番号第１１／７２６、９５６号 米国特許仮出願出願番号第６０／８７８、５７２号

従って、ウェブカテゴリ及びハードウエアカテゴリにわたる高品質コンテンツを利益的に配信する方法及びシステムに対する必要性が存在する。本発明は、その必要性及びその他を満足させると共に、従来のシステムのいくつかの欠点を克服するものである。

本発明では、異なるプラットフォーム及び配信モードにわたって個人化コンテンツ配信を提供することができる個人化エンターテインメント及び情報プラットフォームを説明する。簡潔さを期すために、かつ制限的なものではないように、本発明のシステム及び方法は、全体的に、本明細書では「Ｓｐｈｅｒｅ」と呼ぶ。Ｓｐｈｅｒｅは、個人化環境でデジタルコンテンツ及びサービスのデジタル配信（例えば、「インターネットプロトコル（ＩＰ）」を通じて）を提供する。付加的なエンドユーザ価値を配信して下流収入機会を最適化するために主流コンテンツ／サービスプロバイダとの協力が容易にされている。Ｓｐｈｅｒｅシステムの目的は、様々なメディアデバイスへの「インターネット」ベースコンテンツ及びサービス配信用総合プラットフォームをもたらして、各個々のデバイスが最高の消費者体験を配信することを可能にすることである。

本明細書で説明する装置、システム、及び方法は、コンテンツの工場ダウンロード、顧客使用モニタリング、及びサーバツーサーバ（例えば、コンテンツ配信ネットワーク（ＣＤＮ））、及びピア・ツー・ピア（Ｐ２Ｐ）機構、オフピークデータ転送、及び所望されるような他のコスト最小法によるなどの可能な限り低いコストでの推奨コンテンツの補充を提供する。ピア・ツー・ピア（Ｐ２Ｐ）という用語は、特に断らない限り、完全なピア・ツー・ピア作動、並びにピア支援作動を含む作動を意味するために本明細書で利用していることを認めるべきである。本発明のシステム及び方法は、いくつかの異なる基準に基づいてコンテンツを推奨する間、ユーザに透明なものになり得る。コンテンツは、どの有効なコンテンツがユーザとの関連性の最も高い確率を有するかを判断するインテリジェント推奨エンジンによって完全に又は少なくとも部分的に判断され、ユーザに推奨するために背景でこのコンテンツ（又は、付加的なダウンロードの受諾を誘うコンテンツの少なくとも抜粋）をロードすること（例えば、トリクルダウン）は経済的である。

本発明の一態様では、付加的な測定基準、例えば、ネットワークのステータス、コンテンツサーバ上でのコンテンツの利用可能度、及び／又はピア・ツー・ピア（Ｐ２Ｐ）コンテンツ利用可能度などに応じてユーザに対して僅かに望ましさが劣ると考えられるコンテンツをダウンロードする準最適推奨方法を利用する。準最適の選択は、これらの他のコスト計算測定基準が価値／コスト最適化において考慮する最適化処理と考えることができることは認められるであろう。

他のコンテンツ又はサービス集合ポータルとは異なり、Ｓｐｈｅｒｅは、コンテンツ及びサービスの配信の結果である夢中になれるローカル体験をもたらすものである（コンテンツ又はサービスプロバイダへのユーザの再方向付けではなく）。固有のユーザインタフェース、ナビゲーション機能、及び配信機構の結果として、ユーザは、走査検索及びメディアコンテンツがないか又は「インターネット」をサーチすることよりも遥かにテレビを見ることに似た個人化エンターテインメント体験を楽しむことになる。消費者は、明らかに、テレビ視聴体験の受動的な性質を楽しみ、一方、「インターネット」上で利用可能なコンテンツの幅を認識する。Ｓｐｈｅｒｅは、高度な手法及びパートナー技術を利用して、希望時に能動的な対話を可能にしながら、受動的なテレビ視聴環境で「インターネット」レベルのコンテンツ量を配信する。Ｓｐｈｅｒｅは、「インターネット」により提供されるような大量のエンターテインメント及び情報を楽しむ本当に夢中になれるエンターテインメント環境を有するという願望に答える。Ｓｐｈｅｒｅシステムの目的は、全てのＰＣ及び非ＰＣコンピュータデバイスにわたって作動し、かつメインストリーム娯楽コンテンツ及び「インターネット」サービスを配信するために広範囲にわたる組込形デバイス（例えば、テレビ受信機、その他）内で統合することができるソフトウエアプラットフォームを作り出すことである。このプラットフォームは、先端技術を利用して、目標とされた広告の配信用プラットフォームを含む個人化体験を各ユーザに配信する。

Ｓｐｈｅｒｅは、「インターネット」アーキテクチャを利用してオープンプラットフォームをもたらし、コンテンツプロバイダ及びサービスプロバイダの両方のリアルタイム追加を可能にしており、従って、コンテンツ及びサービスは、どのデバイスに対しても一般的に利用可能である。それによってＳｐｈｅｒｅは、段階的な実行を利用して危険性を最小にすると共に柔軟性を最大にする。

Ｓｐｈｅｒｅは、総合プラットフォームであり、単なるコンテンツサービスでない。Ｓｐｈｅｒｅは、無数の使用シナリオにわたってサービス及びコンテンツの個人化体験をあらゆるハードウエアデバイスに配信するように構成される。Ｓｐｈｅｒｅプラットフォームは、パーソナルコンピュータ（例えば、ラップトップ、電子ブック、携帯情報端末など）、並びに非パーソナルコンピュータハードウエア（例えば、セットトップボックス、テレビ、個人用ビデオレコーダ、デジタルビデオレコーダ、メディアセンターなど）でインストールすることができ、より好ましくは、予めインストールすることができる。

Ｓｐｈｅｒｅは、いくつかの制限を受ける従来のビデオデバイス（例えば、ＤＶＤレコーダ−プレーヤ、ＤＶＲタイプのデバイス）を凌ぐ利点を有する。ＶＣＲ及びＤＶＲでは、番組に対する要求と、見るのに番組が有効である時間との間での長い待ち時間、並びにユーザが番組を録画するか又は番組のダウンロードを選択するためにチャンネル及び時間情報を意識的に選択かつ入力すべきであるユーザ対話の要件が発生する。次に、更に別の問題がこれらの欠点から生じる。例えば、ユーザが逃した番組を視聴したい場合、又はシリーズ物の途中でシーケンスにおける前の番組を見る／録画することにした場合、一般的に、発生する場合もあり又は発生しない場合もあるそのシリーズの再放送を待つ必要がある。

更に、コンテンツが選択された後に、コンテンツを転送する処理では（例えば、「インターネット」上で）、長いメディアファイルにはかなりのダウンロード時間、及び高解像度メディア及び／又は複数のメディアファイルをダウンロードするのに実質的により多くの時間が必要である。更に、最高速度でファイルをダウンロードすると、ユーザ帯域幅が飽和する可能性があり、他のネットワークに悪影響を与え、例えば、走査検索が遅くなったり、オンラインゲームにジッタが発生したりするなどがある。

従って、本発明では、番組及び映画のようなコンテンツを選択する機構の自動化を提供する恩典を認識している。本発明では、追加的又は代替的に、予測転送、及びトリクルダウン帯域幅使用の両方による視聴に向けてメディアデータを提供する機構の最適化を提供することが望ましいと考えられることも認識している。

ユーザプリファレンス情報は、ユーザ入力及び／又は活動から直接に収集され、ローカルに又は家庭の外にあるサーバ上で中央に格納することができる。本発明の態様は、ユーザ定義のプリファレンス及び使用履歴の組合せに応じて、自動的に（ユーザ対話なしに）コンテンツライブラリ（例えば、コンテンツプロバイダの）をコンテンツがないか検索し、ユーザに対して価値の最も高い確率を有するコンテンツを判断する。この「推奨」コンテンツは、次に、ユーザ対話なしでユーザのローカルストレージ上へロードされ、ユーザが見ようと決めた時にユーザが楽しむように遅延なく容易に提供される。

従って、ホームシステム上で表示に向けてネットワークでコンテンツを供給する方法は、ホームシステムに関連した視聴者プロフィールを生成する段階と、プロフィールに基づいて、ホームシステムの視聴者が興味のある少なくともコンテンツの部分を予測する段階を含む。本方法は、ホームシステム内の帯域幅使用が低い時期（例えば、夜）のような帯域幅が利用可能である時に、そのコンテンツの部分又は複数の部分を自動的にユーザに送る段階も含む。コンテンツは、ダウンロードを実行するユーザからの（例えば、ホームシステムでの）識別の要求を必要とせずにユーザに送られる。

一実施例では、視聴者プロフィールの態様は、シリーズの１つ又はそれよりも多くのエピソードが視聴されたことを検出する段階、及びエピソードをアーカイブするサーバ上で利用可能であるシリーズの付加的なエピソード（例えば、前のエピソード、逃したエピソード、後のエピソード）の利用可能度を判断することに基づいている。エピソードが「見られたか」否かを判断する１つの方法は、絶対時間又はコンテンツ百分率に基づくなどで番組のエピソードのユーザ視聴時間が閾値を超えるか否かを判断することである。一般的に、プロフィールは、ホームシステムから受信されるプリファレンス、ホームシステムに関連したユーザ選択活動、タイトル、ジャンル、及び放送時間を含むプログラムメタデータのあらゆる組合せに基づくことができる。

推奨プログラミングの集合は、プロフィールに基づいて作成され、その視聴に向けて、ホームシステムの推奨域にダウンロードされる。一態様では、推奨は、ユーザシステムにダウンロードされる前に、人間可読情報と共に推奨コンテンツ待ち行列にまず入れられる。コンテンツ待ち行列は、ユーザがダウンロード開始の前に推奨を試聴しようと決めることができる機構となっており、推奨を取り消すか、又はダウンロードの優先権を変えようと決めることができる。ダウンロードが発生した状態で、利用可能な推奨コンテンツのリストが生成される。リストは、ユーザ入力、例えば、ホームシステムのための遠隔制御デバイス上の単一のボタンの操作（すなわち、一回の押し）のような遠隔制御デバイス上の入力に応じて表示することができる。従って、この実施例によれば、ユーザは、試聴に向けて推奨待ち行列と、システムに既にダウンロードされてそこから選択を行うことができる推奨コンテンツを選択する推奨リストとにアクセス可能であることが認められるであろう。

別の態様では、サーバ及びピア・ツー・ピア（Ｐ２Ｐ）ネットワークと通信するホームシステムにコンテンツを配信する方法は、ホームシステムに関連したネットワークの特性、望ましいコンテンツを提供することができるサーバ、及びそのホームシステムの参加ピア内のコンテンツ要素の利用可能度を判断する段階を含む。本発明のシステムは、収集した情報を利用して、サーバから又はＰ２Ｐネットワークからホームシステムにコンテンツファイルを供給すべきか否かを判断する。

別の態様では、参加ピアには、コンテンツの部分全体をロードするか、又はより好ましくは、複数のピアからのコンテンツを１つにまとめる他のピアに提供すべきコンテンツのセグメントをロードすることができる。

本発明の一態様は、異なるプラットフォーム及び配信モードにわたって個人化コンテンツ配信を提供することができる個人化エンターテインメント及び情報プラットフォームである。

本発明の別の態様は、全てのコンテンツ必要物の提供に向けてユーザを取り囲む全面的な環境の可能性を開く単一の登録処理及び同意である。

本発明の別の態様は、システム、第三者販売業者、及びユーザ間のトランザクション処理を容易にすることである。

本発明の別の態様は、パーソナルコンピュータシステム（又は、類似したＯＳベースのプラットフォーム）又は組込システム（例えば、テレビ受信機など）から作動させることを含む多くのプラットフォームにわたってコンテンツサービスを提供することである。

本発明の別の態様は、サポートサービス又は補助的サービスを提供するために配信パートナーとインタフェースで接続するように構成される。

本発明の別の態様は、ユーザ及びサービス条項により確立されるオプト・イン及び特性に従って様々なパートナーからのＳｐｈｅｒｅのユーザに対する広告をサポートすることである。

本発明の別の態様は、好ましくは、ユーザ選択広告配信パラメータに応じて、コンテンツ内又はコンテンツの外部にある広告の再生をサポートすることである。

本発明の別の態様は、様々なシステム上でのコンテンツの事前ロードに対応することである。

本発明の別の態様は、１組のメディアコンテンツが出荷の前にコンピュータベースの電子デバイス上へロードされる作成手順を構成する。

本発明の別の態様は、Ｐ２Ｐネットワーク上での配信のための異なるマシン上でのコンテンツの異なる部分のセグメント化及びローディングである。

本発明の別の態様は、事前ロードコンテンツの個人化を伴い、この個人化は、推奨エンジンを初期化する機構を提供することができる。

本発明の別の態様は、ユーザに対して貴重である確率が高い少なくともコンテンツの部分を識別するように構成された推奨エンジンである。

本発明の別の態様は、メタデータ、抽出情報、視聴時に収集された評価及び情報、他のソースからの情報、及びその組合せのような利用可能なコンテンツに対して推奨エンジンにより利用される情報のデータベースである。

本発明の別の態様は、ローカルに又は推奨コンテンツが導かれるサーバ（例えば、中央サーバ）上に格納されたユーザプリファレンス情報（視聴者プロフィール）の収集である。

本発明の別の態様は、エピソード視聴（例えば、シリーズ中のエピソード）の識別、及びユーザのためのコンテンツ収集を目的とした推奨コンテンツの関連した生成である。

本発明の別の態様は、コンテンツが関連のあるものであるか否かの識別、例えば、視聴時間に基づいて番組が視聴されたか又は単に何らかの潜在的興味があるか否かを判断することの閾値条件を確立することにある。

本発明の別の態様は、そのコンテンツ（例えば、メタデータ、拡張メタデータ、抽出された特性）の特性に基づく視聴コンテンツの識別である。

本発明の別の態様は、ユーザ定義のプリファレンスが求められて受諾されるプロフィールの生成である。

本発明の別の態様は、ユーザコンテンツ視聴注文活動を分析する処理である。

本発明の別の態様は、コストに関して予想ユーザ価値を最大にすることに対して調整された推奨の生成である。

本発明の別の態様は、コンテンツ選択挙動のテンプレート又は例として機能するように各ユーザに対して選択された個人から成る様々な大きさの群に応答する推奨の生成である。

本発明の別の態様は、ユーザコンテクストに対して準最適であると同時に、より広いコンテクスト範囲にわたって恩典を提供する推奨をダウンロードするために選択することができることである。

本発明の別の態様は、１つ又はそれよりも多くのコンテクスト、例えば、ユーザコンテクスト、配信チャンネルコンテクスト、収益性コンテクスト、及びその組合せに対して推奨の最適化を提供する。

本発明の別の態様は、複数の判断点に基づく推奨の生成である。

本発明の別の態様は、２段階、すなわち、非時間的段階（例えば、待ち行列に入っている）、それに続く時間的段階（例えば、コンテンツエントリを待ち行列から選択する）による推奨の生成である。

本発明の別の態様は、第１の段階が可能性のあるオプション（例えば、非時間的選択）を待ち行列に入れ、それに続いてその時のサーバ、ネットワーク、及び／又はＰ２Ｐ条件に応じて実行される第２の段階の判断（例えば、時間的判断）がある推奨の生成である。

本発明の別の態様は、事前ロード、Ｐ２Ｐにわたるシードとしてのコンテンツセグメント化、及びセグメントのサイズ処理を判断するシミュレータである。

発明の別の態様は、Ｐ２Ｐネットワークの中でピアに関するメディアファイルのセキュリティを増大させるポートホッピングの使用である。

本発明の別の態様は、コンテンツのトリクルダウン配信を誘導する推奨コンテンツ待ち行列内への推奨の進行中の生成である。

本発明の別の態様は、ダウンロードを制御する際に使用されるマシン可読情報、及びユーザが必要に応じてダウンロードの前に推奨を試聴することを可能にする人間可読情報の両方を含む推奨コンテンツ待ち行列の記録である。

本発明の別の態様は、必要に応じてコンテンツがダウンロードされる前にユーザが推奨を変えることを可能にする推奨コンテンツ待ち行列試聴インタフェースである。

本発明の別の態様は、推奨コンテンツ待ち行列の人間可読部分に及びダウンロードされた推奨コンテンツのリスト内に含めるためなどに示された推奨の背後にある論拠を説明する人間可読テキストの生成である。

本発明の別の態様は、推奨に対して肯定的及び否定的応答を収集することのようなユーザ論拠を明確に記載することができる推奨フィードバックの収集である。

本発明の別の態様は、サーバ、Ｐ２Ｐネットワーク、又はその組合せを通じてコンテンツ要素を配信すべきか否かの選択により、コンテンツ配信中に経費及び待ち時間要因を制御することである。

本発明の別の態様は、推奨コンテンツのためのディスク空間割当てのユーザ選択を提供する。

本発明の別の態様は、あらゆる主流ＣＯＤＥＣ及びＤＲＭをサポートすることのためのものである。

本発明の別の態様は、推奨エンジンから生成された推奨に応じてコンテンツ又はその一部分を自動送信することである。

本発明の別の態様は、低帯域幅使用期間中（例えば、夜間）のような非リアルタイムでのコンテンツの「トリクルダウン」配信である。

本発明の別の態様は、ユーザ選択形式（すなわち、ジャンル／カテゴリ／アーティストにおいて新規）又は推奨に応じてなどで音楽ファイルの自動ダウンロードを提供する。

本発明の別の態様は、Ｐ２Ｐコンテンツ配信をサポートする参加者を対象としたインセンティブの生成である。

本発明の別の態様は、選択コンテンツに対して買い戻し可能な割引又は商品券を含むＰ２Ｐサポートインセンティブの制御である。

本発明の別の態様は、料金要件又は推奨エンジンから推奨に基づいてダウンロードされるコンテンツの視聴に関連した条件に応答するユーザアラートの生成である。

本発明の別の態様は、視聴者が別の番組、広告、又は類似物のような別のコンテンツ部分を視聴することになる場合、視聴者が１つの形式のコンテンツを視聴するライセンスが付与されるある一定の形式の条件つき視聴を提供することである。

本発明の別の態様は、品質を落とした（例えば、制限された解像度）フォーマットでユーザがコンテンツの全て又は各部を視聴することを可能にすることにより、推奨コンテンツに対する興味をユーザに問い合わせることである。

本発明の別の態様は、所定のユーザ毎に推奨精度を改善することに対して推奨がユーザに価値があるか又はユーザに価値がない理由に関する特定のフィードバックの収集である。

本発明の別の態様は、ユーザプリファレンス、ネットワーク状態、利用状態、及び配信コスト要因に応じて、コンテンツ配信サーバの選択、及び／又Ｐ２Ｐサービス提供（又は、物理的媒体でさえも）の形式を変更する方法である。

本発明の別の態様は、ユーザが物理的形態でコンテンツを取得するのにＳｐｈｅｒｅから出る必要がない物理コンテンツ配信の統合である。

本発明の別の態様は、ユーザデバイス又はシステム内でのコンテンツの格納、管理、及び使用の促進である。

本発明の別の態様は、推奨コンテンツの補充及び位置変えのためのインテリジェントモニタリングを提供することである。

本発明の別の態様は、レンタル又は販売レベルのアクセス可能性に対して構成された推奨コンテンツの保持の制御である。

本発明の別の態様は、支払金を受諾する、付加的な内容／ライセンス内容をダウンロードする、及びライセンスを出すなどのようなコンテンツを購入／レンタルするトランザクションを仲介することである。

本発明の別の態様は、コンテンツ（映像、音声、及び画像）の自動集約及び同期を実行する。

本発明の別の態様は、あらゆる選択されたデバイス（例えば、オーディオシステム、テレビ）を通じてローカルにライブラリ（すなわち、音楽コンテンツ）からコンテンツの再生を実行する。

本発明の別の態様は、写真の共有を容易にしてあらゆる位置からアクセス可能にする。

本発明の別の態様は、「２フィート」ＵＩシナリオ（例えば、ＰＣ又はスマートデバイスのユーザ）及び「１０フィート」ＵＩシナリオ（例えば、テレビ又は類似物）をサポートするユーザインタフェースを含む。

本発明の別の態様は、Ｓｐｈｅｒｅ内の夢中になれる体験の作成を容易にする自由空間ポインティングデバイスの使用である。

本発明の別の態様は、推奨コンテンツに関する情報及び推奨エンジンを制御するパラメータを表示する。

本発明の別の態様は、既に受信されていつでもレンタル又は販売することができるか又はいつでも注文前に試聴することができるコンテンツに関する情報を表示することによってユーザに注意を喚起するように構成される。

本発明の別の態様は、遠隔制御指令の受信に応じて、推奨コンテンツ待ち行列又は既にダウンロードされた推奨コンテンツに関する情報を表示することに備えるものである。

本発明の別の態様は、ダウンロードステータスを視聴し、推奨プリファレンスを選択し、待ち行列に入れられたコンテンツ推奨を視聴かつ編集し、ダウンロード済み推奨を視聴し、かつ推奨コンテンツを受諾（例えば、トランザクションを実行）してそのコンテンツへの直接アクセスを得るための１つ又はそれよりも多くの遠隔制御入力部（例えば、ボタン）を提供する。

本発明の更に別の態様は、広告パートナー及び／又はウェブパートナーとの機能性の協力的な統合を提供する。

本発明の更に別の態様は、本明細書の以下の各部で明らかにされ、詳細説明は、制限を設けることなく、本発明の好ましい実施形態を十分に開示することを目的としたものである。

本発明は、単に例示目的である以下の図面への参照によってより完全に理解されるであろう。

本発明の態様による個人化コンテンツ供給システムのブロック図である。 本発明の態様によるコンテンツ推奨の流れ図である。 本発明の態様によるコンテンツ配信の流れ図である。 Ｓｐｈｅｒｅシステム内のメタデータ及びコンテンツに対するデータフローのブロック図である。 本発明の態様によるコンテンツ推奨の流れ図である。

図面を更に具体的に参照すると、例示を目的として、本発明は、図１〜図５に全体的に示す装置に具現化される。装置は、構成に関して、かつ各部の詳細に関して異なる場合があり、その方法は、本明細書で開示する基本的な概念から逸脱することなく、特定の段階及びシーケンスに関して変わる場合があることが認められるであろう。

１．システムブロック図の概要

図１は、ユーザホームシステム１２にインテリジェントにコンテンツを供給することを目的とする全体的に１０と指定したシステムを示している。ホームシステム１２は、Ｓｐｈｅｒｅ又はＳｐｈｅｒｅシステムと本明細書で呼ぶシステム全体の一部であることが認められるであろう。本発明のシステムは、「インターネット」のような分散ネットワークに結合されたユーザによるコンテンツの取得及び視聴を容易にする。コンテンツは、プリファレンス及び視聴活動に基づいてユーザに提供され、ユーザは、コンテンツを試聴したり、コンテンツを買うか又はレンタルしたり、予告編と共にコンテンツの推奨を他のユーザに送ったりすることができる。

ホームシステム１２は、テレビジョン及び／又はコンピュータのような１つ又はそれよりも多くのマルチメディアの表示デバイス１４、及びＤＶＲ及びディスクプレーヤ（例えば、デジタルビデオディスク（ＤＶＤ）、ブルーレイ（ＨＤディスク））のような表示デバイス１４上での表示に向けてコンテンツを供給する１つ又はそれよりも多くのマルチメディア又はコンテンツストレージ１６を含むことができる。以下で説明するように、サーバから又は複数のピア２２（すなわち、他の参加ユーザの複数のホームシステム）を含むピア・ツー・ピア（Ｐ２Ｐ）ネットワーク２０からコンテンツを受信するユーザシステムインタフェース１８を図示のようにホームシステム１２に含めることができる。

Ｓｐｈｅｒｅ機能性の大半は、ホームシステム１２のようなユーザシステム及びネットワーク上に位置する１つ又はそれよりも多くのＳｐｈｅｒｅユーザ制御サーバ内のコンピュータ要素で実行されるプログラミング（例えば、ソフトウエア、ファームウエア、又は組合せ）として実行することができることを認めるべきである。コンピュータ要素は、内蔵型制御デバイス、マイクロプロセッサ、汎用（個人用）コンピュータ、及び他のコンピュータベースのデバイスのようなプログラミングを実行するための手段を有するいくつかのデバイスのいずれかを含むことができる。ホームシステム内のプログラミング及び制御サーバは、説明した機能性を実行し、かつ説明するようにネットワーク上の付加的な要素と統合するように互いに協働する。

一例としてかつ制限的なものではなく、ユーザシステムインタフェース１８は、セットトップボックス（ＳＴＢ）又は他のメディア制御デバイス内で実行することができる。ＳＴＢの代わりに又はＳＴＢに加えて、ユーザシステムインタフェース１８は、有線又は無線モデム又は他の形式の広域ネットワーク接続のような「インターネット」接続デバイスにより実行することができる。従って、以下で説明するホームシステム１２とサーバ／Ｐ２Ｐシステムの間の通信は、「インターネット」及び／又はテレビケーブル及び／又は地上、衛星の両方の放送リンクを通じたものとすることができる。ホームシステム１２は、キーボード、マウス、テレビ遠隔制御デバイスのようなユーザ入力を受信する１つ又はそれよりも多くのユーザ入力デバイス２４を含むことができる。選択制御デバイス３８は、ユーザインタフェースの節で詳細に説明するように、遠隔制御デバイスを通じてコンテンツ推奨を制御する一例として入力デバイス２４に結合されるように示されている。

上述のように、かつ図１に示すように、ホームシステム１２は、サーバ又はサーバシステムからコンテンツを受信することができる。本明細書で説明するサーバ機能性は、単一のサーバ又は複数のサーバにより担当することができることは認められるはずである。図示の非限定的な実施形態では、ユーザ制御サーバ２６は、ホームシステム１２とのサーバ通信用ゲートウェイとして機能する。制御サーバ２６は、ホームシステム１２から推奨エンジン２８に情報を伝え、推奨エンジン２８はまた、メタデータサーバ３０からプログラムメタデータ情報（例えば、フォーマット形式、タイトル、ジャンル、演奏時間、及びキーワードなど）を受信して、以下で説明する利用者プロフィールを作成する。制御サーバ２６は、１つ又はそれよりも多くのコンテンツサーバ３２とも通信して、コンテンツ（例えば、アーカイブ化テレビシリーズエピソードなど）を注文し、ホームシステム１２からのコンテンツの指令に応じて及び推奨エンジン２８（個人化エンジンとも呼ばれる）からの情報に基づいてユーザが希望すると予測されるコンテンツに応じてコンテンツを受信する。推奨エンジン２８は、ローカルにホームシステム内に又は中央に位置するサーバに又はより好ましくは推奨エンジンの各部が両方の位置にわたって拡散された状態であることができる。Ｓｐｈｅｒｅは、専有のＡＰＩを通じて又はウェブページ（例えば、ＨＴＭＬ又はＸＭＬ）を提供することによりウェブサービスの大半を提供することが好ましい。

制御サーバ２６は、人口統計情報を含むユーザ登録情報を格納する顧客データベース登録サーバ３４と、ホームシステム１２に配信されたコンテンツに基づいて請求書送付サービスを提供する商取引サーバ３６とも通信することができる。

Ｓｐｈｅｒｅは、以下に限定されるものではないが、調査、検索、詳細情報の取得、チャンネルの選択、カテゴリの選択、新しい品目の選択、最も人気があるか又は最新のメディアの選択、上位お気に入りの選択、最も話題になっているものの選択、コンテンツのタグ付け、コンテンツの視聴／選別、視聴率による選択、コンテンツ購入、コンテンツダウンロード、携帯デバイスへのコンテンツの転送、及び推奨の管理を含むコンテンツ制御でビデオなどに対してユーザを取り囲むことができる。

Ｓｐｈｅｒｅの構成により、統合した環境内での１次的活動及び２次的活動を提供する機能を得ることができる。一例としてかつ非制限的に、１次的な活動は、以下のもの、すなわち、コンテンツ走査検索、ローカル／非ローカルコンテンツサーフィン、関連のメディアを見つける、関連の製品情報を見つける、コンテンツメタデータを読む、簡単なコンテンツ検索、サブカテゴリによる検索、コンテンツのワンクリック購入、コンテンツ視聴、映像を見る、写真を見る、スライドショー、メディア、アルバムカバー、ジャケットカバーのサムネイルを見る、コンテンツを聞く、及び後の視聴のためのコンテンツのタグ付けのいずれか又は全部を個別に又は組合せで含むことができる。一例としてかつ非制限的に、２次的な活動は、以下のもの、すなわち、重要な情報、天気、ニュース、スポーツ、及び株などのサービスのいずれか又は全部を含むことができる。

２．コンテンツの事前ロード

出荷前に製造済み電子デバイス上へのコンテンツ（例えば、映画、番組、ドキュメンタリ、及び音楽など）の事前ロードのためのいくつかの機構に対して説明する。パーソナルコンピュータ、メディアコンピュータ、ラップトップ、パームトップ、タブレットＰＣ、個人用携帯情報端末（ＰＤＡ）、高度自動機能電話、及びコンテンツの事前ロードが実行可能である十分なディスクやメモリ空間を有するあらゆるデバイスのようないくつかの異なるデバイスは、コンテンツのロードを受ける可能性がある。

一実施例では、一連のシステムには、全て同じコンテンツがロードされ、同じコンテンツは、所定のユーザのための個人化コンテンツではない。事前ロードされるコンテンツは、従って、製造工程内で選択され、かつデバイス受領時にユーザにより再生することができる。この作成手順の変形には、順次事前ロードがあり、システムの群に同じコンテンツがロードされ（例えば、ｘ番号毎に）、コンテンツは、バッチ間で変更される。順次事前ロードは、特に、Ｐ２Ｐネットワーク上のセグメント化コンテンツの配信に適している。

別の実施例では、コンテンツの事前ロードは、コンテンツダウンロードの部分的又は完全な個人化を提供することができる。例えば、好ましい実施例では、事前ロードされたコンテンツは、ユーザ入力に応じてロードされた映画（例えば、ＳＤ又はより好ましくはＨＤ）又はその抜粋を含む。ＨＤコンテンツには、２つの長編ＨＤ映画をロードするためには約５０〜１００ＧＢが必要であるなどの大量の記憶量が必要であることを認めるべきである。このようにロードされたコンテンツをセキュアなままにしたい場合、システムは、内容のハッキングを防止することに対してセキュリティ対策を組み込むことが好ましい。

本発明による事前ロードは、完全及び部分的コンテンツローディングをサポートすることができる。部分的なコンテンツローディングの一実施例では、コンテンツ要素（例えば、映画）の異なるセグメントは、異なるシステム上にロードされ、ユーザにより受信及び起動された時のこれらのシステムは、１組のコンテンツダウンロードを含む全てのセグメントを集合的に含むピア・ツー・ピア（Ｐ２Ｐ）ネットワークを形成する。このようにすると、本発明の方法は、Ｐ２Ｐネットワークにコンテンツを事前ロードするように作用する。どのセグメントをシステム上にロードするかの判断は、既知である場合には購入者の郵便番号に応じて、そのシステムがどこで利用されるかなどに基づいて個人化することができる。このようにすると、事前ロードされたコンテンツは、Ｐ２Ｐ内のセグメントがローカルに見出されるようにクラスター化することができる。本発明のシステムは、事前ロードされたセグメントの位置を保持して配信処理を助けることが好ましいが、配信されたコンテンツの登録は、いくつかの異なる方法で提供することができることが認められるであろう。更に、事前ロードされたコンテンツ及びシステム受領後にロードされたコンテンツは、そのネットワーク又はその一部にわたってコンテンツリソースのアクセス可能性を増大させるために、Ｐ２Ｐランドスケープにわたって複製、交換、及び複写などを行うことができる。

本発明の一態様では、ユーザは、システムを注文時に望ましいコンテンツに関する情報を提出することができ、ユーザのシステムにロードされるコンテンツは、ユーザに価値あるものである確率が高い。少なくとも一実施例では、コンテンツを受信することを望むユーザは、使用するシステムの注文時にプロフィールシートに必要事項を記入する。プロフィールシートは、映画、番組、及びドキュメンタリなどに関して自分に興味があるコンテンツのタイプに関して質問し、並びにシステム他の将来的なユーザに関する情報も恐らく収集するものである。このデータは、ユニットがユーザにより受領された時、事前ロード処理において、並びに推奨エンジンにジャンプスタートする際に使用することができる。

代替的な実施例では、このプロフィール情報を入力すると、発注システムは、ユーザがプロフィールを練り上げる付加的な基準を選択又は入力することができる１組の推奨を生成する。このようにして、推奨エンジンは、より多くのプロフィール情報を取得すると同時に、ユーザが貴重なコンテンツを取得する確率が高くなる。一実施例では、この処理は、事前ロードのために予定される全てのコンテンツがユーザにより確認されるまで続行することができる。このようにすると、ユーザは、プロフィールを初期化して推奨処理を習得するように奨励され、ユーザが、システムの受領時に推奨エンジンを利用する可能性が高まる。

３．推奨エンジン及び処理

３．１．作動

図２は、個人化コンテンツ配信方法の段階を示している。コンテンツに関するユーザ選択は、ブロック５０で、ユーザより供給される情報及びユーザ履歴を含むがこれに限定されない様々なソースから収集及び／又は受信される。ユーザにより直接入力される情報には、以下の一般的なカテゴリ、すなわち、求められるコンテンツの形式、回避すべきコンテンツの形式、コンテンツ推奨への到着に関する制限事項、及びコンテンツ推奨に基づく作動方法に関する情報を含むことができる。

コンテンツの形式の例には、コンテンツの種類（例えば、映像、音声又は画像）、ジャンル（例えば、映画、シリーズエピソード、旅行、自然、スポーツ、ニュース、及び天気など）、各ジャンル内の細目（例えば、演劇、歴史／伝記、喜劇、恋愛喜劇、アクション、スリラー、及び他の形式）がある。情報の付加的な形式には、好ましい監督、俳優、あらすじ、映像テーマ（すなわち、車両、飛行機、及びＥＴなど）を含むことができる。必要に応じて、評価範囲を選択することができる。これらの選択は、ローカルに及び／又はより好ましくは登録サーバ３４内に格納することができる。

更に、ブロック５２で、ユーザ活動は、コンテンツ推奨を作る際に使用される情報を収集するために、制御サーバ２６により登録することができる。一例としてかつ非制限的に、その情報には、選択、視聴、及び発注のようなユーザ活動を含むことができる。モニタすることができる視聴者活動には、走査検索、オンラインレビューを読む、広告バナーをクリックする、及びネットワーク間の拡張メディアコンテンツ（例えば、放送映像ストリーム流中の広告又は製品設置）内の要素をクリックするなどのウェブ活動を含むことができる。ブロック５４は、ユーザ選択活動がユーザ入力選択と統合されたプロフィール、例えば、ホームシステム１２向けに作成されたプロフィール及び／又はホームシステム１２の各ユーザ向けに作成される複数のプロフィールを提供する推奨エンジン２８のモードを示しており、この複数のプロフィールの場合には、ユーザは、あらゆる特定の時刻にコンテンツを視聴する個人のアイデンティティがユーザ制御サーバ２６に知らされたままであるように、ホームシステム１２にログオンにすることを許可することができる。

一実施例によれば、ユーザは、推奨エンジンが１つ又はそれよりも多くのユーザディレクトリ（例えば、コンテンツディレクトリ）を読むことを可能にすることを選択することができ、それによって推奨エンジンは、上述のディレクトリから情報を収集して所定のコンテンツの望ましさの上で正確な予測を提供することを助ける。上述の場合では、推奨エンジンは、予め構成されたメディアプロフィールテンプレートが使用ストアにロードされる一般的な生活様式特性を評価する「生活様式認識エンジン」として構成することができる。このようにして、一般化された、かつ恐らくは適切に正確なメディアプロフィールを確立することができる。

プロフィールの構築に着手する際に、メディアのソース（例えば、放送、ケーブル、衛星、及びＤＶＤメディアなどから視聴）、タイトル、アーティスト、及びジャンルのようなユーザの視聴履歴に関していくつかの要因を追跡することができ、ユーザにより見られるプログラムの放送時間（例えば、５分など閾値期間を超えて）をプリファレンスにおいて対処することができる。特定の番組が視聴される頻度のようなユーザ活動もプリファレンスにおいて対処することができる。プリファレンスでは、視聴される回数に応じて望ましいコンテンツに関する情報を重み付けするように構成され、一方、番組は、録画のように選択される場合に向けて更に高く重み付けすることができる。更に、一態様によれば、ユーザは、コンテンツを見ながら、このプリファレンスを知らせることによるなどで（例えば、リモコンの選択ボタンを押して）、視聴中のある一定のコンテンツに優先度を付けることができる。上記は、単に例にすぎず、推奨エンジン２８の中で利用される発見的手法の作動は制限的なものではなく、人口統計やプリファレンスが既知であるユーザにより所望されることがあると考えられるプログラミングを予測する技術分野で公知のモデルを使用することができることを認めるべきである。

推奨コンテンツ自体は、ユーザメディアデバイスにダウンロードすることができ、及び／又はコンテンツの予告編は、ユーザプリファレンス及びＳｐｈｅｒｅシステムの利用により判断されるようなユーザにダウンロードすることができる。例えば、このサービスを利用して映画を購入したことがないユーザに映画コンテンツ全体をダウンロードすることは、コスト効率が高くないと考えられる。本発明の１つのモードにおいて、推奨エンジンは、送信してコスト効率が高い方が予告編か、それともいつでもアクセス可能なコンテンツの組全体かを判断する。

１つのモードにおいて、推奨エンジンは、特に、ユーザ指令に応じて推奨を作る時に、コンテンツの特別な価格設定、インセンティブ、及び利用可能度を考慮する。例えば、割引で提供される時、コンテンツを買う気になっているユーザは、その属性を望ましい面（例えば、コスト対他の要素を利用するスライド制御）のリストで優先して自分のプロフィールを設定することができる。このようにして、システムは、これらの割引された特別サービス、又はユーザにより有益であると考えられるコンテンツの他の属性に関する推奨を含む傾向が強くなる。

ホームシステム１２は、推奨エンジン２８が記録デバイス、例えば、デジタルビデオレコーダ（ＤＶＲ）、メディアプレーヤ、及びＳＴＢなどから情報を収集して、推奨が基本とする使用データストレージにこの情報を組み込むことを可能にするように構成されることが好ましい。例えば、ユーザがプログラムを選択する時（例えば、番組表から又はチャンネル及び時間を設定することにより）、推奨エンジンは、関連の番組を判断して、その番組の他のエピソード又は関連したコンテンツの選択を増大させる。同様の方法で、ホームシステムは、取外し可能なメディアが再生中の時に推奨エンジンのためのデータを抽出するようにも構成されることが好ましい。この例は、ＤＶＤ、ブルーレイ（又は、あらゆる形式及び／又は容量のメディア）が何らかの形態の再生デバイスで再生され、次に、推奨エンジンがメタデータを収集するか又はコンテンツから抽出してこの選択情報を使用データストレージ内に格納する時である。

少なくとも１つの実施例では、Ｓｐｈｅｒｅシステムは、ユーザが自分の興味があるメディアコンテンツに関する情報を入力することを可能にする。例えば、ユーザが自分の興味のレベルを示すように、可能性があるコンテンツのリストを示すことができる。興味情報は、必要に応じて興味優先度値と共に収集することができる。この情報を使用して推奨エンジンを誘導することができる。

更に、１つのモードにおいて、システムは、ユーザが、興味がなくかつ推奨に含めてほしくないと思うコンテンツ（例えば、見たコンテンツ）に関する情報を入力することを可能にする。例えば、ユーザは、所定の番組の全てのエピソードを見たことがあると思う場合がある。１つのモードにおいて、ユーザは、シリーズのいずれかのエピソードを逃したか否かを判断するためにリストを検査するように促される。この場合、システムは、関連情報（例えば、タイトル、取り組み、画像サムネイル、及び／又は低解像度映像抜粋）と共にエピソードのリストを生成するように構成され、そこから、ユーザは、見たことがなくかつ興味があるか、又は更に重要なこととして、検査した時にユーザが取得するか又はもう一度見る価値があるように判断するエピソードを容易にマーク付けすることができる。

推奨エンジン２８は、プロフィールに基づいて、視聴のためにホームシステム１２にダウンロードして表示デバイス１４上に示すことができるコンテンツを推奨する。好ましい実施形態では、各推奨は、最初に、ダウンロードの前に優先度を付けられた待ち行列内に入れられる。１つのモードにおいて、システムは、人間可読フィールドを待ち行列に入れて、ユーザが希望する場合に、ユーザが、コンテンツがダウンロードされる前に推奨を試聴することを可能にする。試聴の有無を問わず、推奨コンテンツがダウンロードされると、ユーザは、注意を喚起されて、そのコンテンツにアクセス可能にされる。推奨内の保護付きコンテンツは、一般的に、コンテンツ残高の金銭の支払い又は免除のようなユーザにコンテンツを公開する交渉を提供する必要がある。

ホームシステム１２に関連した入力デバイス２４は、例えば、ホームシステム１２内で視聴を制御する遠隔制御デバイスを含むことができる。一例として、入力デバイス２４は、ダウンロードした推奨のリストをテレビで直ちに表示するように切り換えることができる単一のボタン３８（例えば、「表示リスト」、「コンテンツ」、又は「プリファレンス」と記載）を付して構成することができる。このリストは、ダウンロードしてホームシステム１２内に格納することができ、かつボタン切り換え時に迅速にアクセス可能であるなどのように定期的に更新することができ、又はリストは、サーバで更新状態に維持することができ、かつボタン切り換え時に表示されるように直ちにダウンロードすることができる。

プロフィール情報は、各コンテンツに関する情報と共にコンテンツ要素のリファレンスを含むコンテンツデータベースに関して分析される。１つの構成においては、コンテンツ情報は、メタデータ集を含む。コンテンツ情報は、あらゆる望ましい摂取方法、又はより好ましくは幅広い情報基盤になる機構の組合せにより収集することができる。本発明の１つのモードにおいて、システムは、利用可能なコンテンツ要素に特徴抽出を実行することにより、メタデータ情報を増大させるか、又はメタデータを取得することができないコンテンツのためのメタデータをもたらすように構成される。この抽出処理の例には、光景変化、彩度、色プロフィール及びパターン、及び動きベクトル（例えば、動き及び速度）などを登録することがある。特徴抽出中、映画のようなコンテンツの態様は、コンテンツ自体から判断することができる。一例として、色プロフィールは、行動が屋内か又は屋外か、山か又は海か、人の相互関係かなどを検出することができる。サウンドトラックを利用して映画が喜劇か又はスリラーであるかを検出することができることが多い。動きベクトルを映画コンテンツ内で評価すると映画内での行動のレベルを検出することができる。コンテンツの多くの異なる態様は、推奨エンジンによりプロフィールに対して比較するために抽出することができることが認められるであろう。好ましい実施例では、システムは、今後の推奨を作るコンテンツ要素を分類する際に１つ又はそれよりも多くのソースからのメタデータ、抽出データ、更にはユーザ及び／又は他のユーザからのフィードバックの組合せを利用する。

コンテンツサーバ３２からなどのような適合プロフィールコンテンツに応じて、制御サーバ２６を通じてブロック５６に従ったホームシステム１２に、例えば、マルチメディアデータストア１６への自動ダウンロードに向けて内容を選択することができる。限定ストレージの一部の場合では、この新しい内容は、顧客に対して価値又は潜在的な価値が劣ると考えられる内容と入れ替わることができる。

本発明の少なくとも１つの実施例は、複数価値コンテクスト（例えば、ユーザ価値、配信フロー価値、収益性）に及ぶように構成された推奨処理を提供する。更に、本発明の少なくとも１つの実施例は、順次推奨処理で、すなわち、複数の判断点にわたって構成される。これらの複数のコンテクスト及び判断推奨の一例は、「準最適の」推奨方法ということができる。

本発明のこの準最適推奨の態様では、コンテンツは推奨されるが、推奨処理（例えば、ユーザ中心の推奨処理）のコンテクストに対して望ましさが劣ると考えることができる。第１のコンテクストでは準最適であるが、この選択判断は、コンテンツ配信を平滑化及び／又はダウンロード推奨の収益性を最大にすることに対するなど、他のコンテクストに役立つものである。準最適コンテンツ要素の選択は、サーバ、ネットワークのような付加的な条件（例えば、非ユーザ）、及び推奨コンテンツのダウンロードを開始する時点で存在するＰ２Ｐコンテンツアクセス条件に応じて提供することができる。準最適選択ベースの一部の測定基準には、ネットワークのステータス、どのコンテンツが低い機会費用で又はブロードバンドでダウンロードすることができるかに関する情報、どのサーバが望ましいコンテンツを有し、かついつでも提供することができる状態であるか、Ｐ２Ｐネットワーク上でのコンテンツの全てのセグメントの利用可能度、どのコンテンツセグメントが、ローカルなＰ２Ｐサポートするためにユーザノードで必要かなどを含むことができる。追加的又は代替的に、準最適化は、コンテンツの配信全体を平滑化するか、又はそうでなければ他の有用なコンテクストを提供することができるように導入することができる（例えば、ランダムに又は制御サーバ指令に応答して）。

推奨の最適性は、例えば、ユーザ価値又はユーザ価値／コスト比が考慮されるユーザコンテクストから、又はユーザ並びに配信システム及びそのパートナーに対する価値を考慮するより大きなコンテクストから所定のコンテクストに応じて評価されることが認められるであろう。本発明のシステムは、最適化のコンテクストに関して制限されるものではなく、ユーザを含む跨ったコンテクスト、収益性上の考慮事項、配信上の考慮事項（例えば、Ｐ２Ｐコンテンツ利用可能度、コンテンツサーバ利用可能度、配信経費、フローバランシング上の考慮事項、Ｐ２Ｐコンテンツ伝播特性）のようなあらゆる組の測定基準を評価することに基づいて推奨を実行することができる。従って、準最適選択は、推奨が示される時点に、又はより好ましくはダウンロードを始めるべき時点に存在するシステム及びネットワークステータスに応じて、待ち行列からなどの推奨が選択される時点に、これらの他の選択測定が考慮される最適化処理と考えることができる。

コンテンツ配信段階において、ホームシステム１２上の未使用帯域幅は、「トリクルダウン」方法によってメディアをダウンロードするのに利用されることが好ましい。より具体的には、コンテンツファイルは、ホームシステム１２によるネットワークの使用量なし又は低使用量の期間中に配信されることが好ましく、従って、コンテンツが背景で配信されて、かつユーザネットワーク間の相互作用に与える影響はないか又は最小のものである。ユーザ選択メディアに配信のための所定の優先度が与えられ、推奨コンテンツは、要求されない場合でさえも、ストレージ空間及び帯域幅がある時に自動的に配信される。

一例としてかつ非制限的に、ユーザが「番組Ａ」のエピソードを視聴及び／又は録画する例を考慮してみる。図１に示すプロフィールエンジンは、この情報を登録し、この情報を使用して、例えば、それらが共通ジャンル、同じか又は類似のパーソリティを共有し、又は同じく番組Ａを見ている他の視聴者により遙かに高く評価されていると判明したために、番組Ｂ及び番組Ｃがそのユーザに望ましいという高い確率に応じて番組Ｂも番組Ｃもユーザに興味深いものであるという確率が高いように判断することができる。

少なくとも一実施例によれば、推奨を判断するのに利用される測定基準には、ユーザが属する１つ又はそれよりも多くの群を確立すること、及びコンテンツを推奨する唯一又は部分的な基盤としての群のコンテンツ選択を利用することがある。群又は群の要素は、ユーザにより（例えば、他のユーザに関する情報の入力）、又はコンテンツのカテゴリ、メディア特性、ユーザの関心事、及び生活様式などに応じて直接確立することができる。例えば、ユーザは、政党、関心事、宗教／無宗教、性的嗜好、スポーツ／活動、及び思考法などを識別する群に関する情報を入力することができる。これらは、コンテンツ（例えば、特定の群に関連したコンテンツ）を選択するために直接使用することができるプリファレンスと考えられるが、これらのプリファレンスは、この例において、群のメンバを選択するのを助けるように利用される。一実施例では、群リストは、群内での適合を確立するために、他のメンバと比較して、お気に入りコンテンツ（例えば、映画及び番組）の識別のような従来のメディア選択の比較に応じて確立される。一実施例では、１つ又は複数の群リストは、共通の関心の幅広い基盤を提供するように、複数のエントリ及び判断基準、先に概説したような跨る複数の組の判断基準に応じて確立される。

ユーザが推奨を不良な適合としてマーク付けすることに応じて（例えば、推奨のコンテンツを削除する、推奨待ち行列からのエントリを削除する、又は推奨に関する他の否定的な応答）、推奨エンジンは、これらの不向きな応答を追跡したり、挙動がその群の特性を示していないと判明した場合は個人を群メンバのリストから削除するように構成される。本発明の少なくとも１つの実施例における推奨エンジンは、適合性のような特性に応じて、ユーザの群リスト内の人数を変えることができる。更に、推奨エンジンは、群が「反対の型」の群を識別することを可能にするように実行することができ、ユーザは、この反対型の群と反対である選択が行われることを望む。

群の識別に応じて、推奨エンジンは、ユーザがどのコンテンツを所望する場合があるかを判断する際の重み付け測定基準として、その群のメンバのコンテンツ選択挙動を外挿する（例えば、その群内であらゆる個人のプライバシーを損なうことなく）。このようにして、推奨は、群のメンバによりダウンロードされる特定のコンテンツに完全に又は部分的に基づくことができる。更に、一実施例では、その１つ又は複数の群のメンバからのコンテンツ及びコンテンツ推奨に関して受信したフィードバックが、別の判断重み付け測定基準として利用される。

少なくとも１つの実施例による推奨エンジンは、所定のユーザに対して複数の群を確立することをサポートすることができる。例えば、コメディに関して、ユーザは、１つの群と同一であるとすることができ、一方、音楽関係では又はドキュメンタリに関しては、別の群などと同一であるとすることができる。

推奨コンテンツは、ユーザが他の活動（例えば「トリクルダウン配信」と本明細書で呼ぶ）に関わっていない時のような十分な帯域幅が利用可能である期間中にユーザデバイスにシステムにより配信されることが好ましい。システムは、１つ又はそれよりも多くのエピソード（又は、その十分に大きな抜粋）が完全に配信された時か又はシステム設定に従ってこれらの番組の利用可能度に対してユーザに注意を喚起する。更に、システムは、推奨エンジンからの推奨に基づいてダウンロードされたコンテンツの視聴と関連したいずれかの追加費用又は条件（例えば、購入、レンタル）があるか否かに対してユーザに注意を喚起する。

ホームシステムにダウンロードされた推奨された内容が保護付きコンテンツを含む場合、コンテンツは、推奨を受け入れて何らかのライセンストランザクションを実行することに応じてのみ、ユーザに公開することができる。例えば、コンテンツの使用に対して条件が受諾され、次に、ユーザ識別情報の供給に応じて、支払が行われる（すなわち、「ＰａｙＰａｌ（登録商標）」、支払カード、及び広告クレジットなど）。他の例によれば、保護付きコンテンツは、Ｓｐｈｅｒｅシステムによりモニタされるような条件付き広告のための内容を視聴することに応じてユーザが蓄積している選択した数の広告クレジットと引きかえにユーザに公開することができる。無保護コンテンツは、ダウンロード直後に利用可能にすることができることが認められるであろう。

更に、システムの１つのモードにおいて、このコンテンツを推奨する理由がユーザに示されている。この例においては、ユーザは、視聴／記録中の番組Ａとこれらの推奨プログラミングの関係に関する情報が与えられる。推奨は、いくつかの要因に基づくことができることが多い。ユーザは、その推奨が作られた基盤を理解する時によりまじめに推奨を考える意向がある場合があることが認められるであろう。

Ｓｐｈｅｒｅシステムの少なくとも１つの実施例は、ユーザが、ウェブベースのコンテンツソースを推奨ダウンロードリストに追加することを可能にするように構成される。例えば、ウェブ検索から選択されるなどの選択ウェブサイト、ウェブサイトから利用可能な無料コンテンツリアルタイムコンテンツアクセスをもたらすには不十分な帯域幅が存在する他の選択コンテンツをダウンロードすることである。

Ｓｐｈｅｒｅシステム内でコンテンツを推奨する機能は、調和して作動するコンテンツセレクタのマトリックスの結合に基づくことが好ましい。システムは、ユーザが関心を示すコンテンツを分析することと合わせて、利益を表すという形などのようなユーザからの直接入力を利用する。興味があるコンテンツを分析する発見的手法では、可能性があるコンテンツ推奨の価値を評価する１つ又はそれよりも多くの異なる機構を使用する。例えば、システムは、類似した人口統計又はユーザ間の余弦ベースの類似点による他のユーザの判断に基づいて、協調的フィルタリング（ＣＦ）のような付近選択機構を利用することができる。提案の価値を分析する１つの好ましい機構では、「移動」、「交換」、「交換−交換」、「交換−移動」機構、及び類似した順序変更機構を利用して行われる模擬焼き鈍しのような確率統計的手法を利用する。これらの方法は、反復法におけるようなコスト（又は価値）関数を計算することに基づくことが好ましい。システム上に格納された内容及び推奨からの以前のフィードバックに関する情報もコスト（価値）を適切に評価する際に又は別々の処理段階（例えば、後処理）として利用されることが好ましい。

本発明の１つのモードにおいて、システムは、推奨エンジンがこれらの判断に到達する方法を補正するために、推奨の価値に関する情報を入力する機会をユーザに与える。このフィードバックは、肯定で、従って、この番組の推奨を肯定して、又は番組が所望されたものではなかった時には反対の意味で供給することができ、ユーザは、推奨エンジンを補正するために理論的根拠を与える。例えば、ユーザは、番組Ｂに興味がないことを示して、必要に応じて論理的思考に関して情報を入力することができる。代替的に、メニューイング、テキスト捕捉、及び音声捕捉などを通じてユーザ入力を捕捉することができる。本発明の一態様では、番組に関連したメタデータは、キーワードとして使用することができ、そのキーワードから、推奨に対して肯定的及び否定的応答を作成する情報を生成される。この作動モードに従って、システムは、この付加的な情報を利用して推奨エンジンにより示される推奨の価値を増大させる。

別の例示的で非限定的なシナリオにおいては、システムは、ユーザの「チャンネルサーフィン」活動を登録して、ユーザが番組Ａのエピソード全体を見るためにサーフィンを停止した時を検出する。推奨エンジンは、付加的な情報と合わせてこの情報を使用し、ユーザに配信される内容の潜在的な価値を最適化することができる。例えば、他の情報が別の方向で推奨を誘導するものではない限り、推奨エンジンは、コンテンツサーバ３２での格納のためなどにトリクルダウン配信が番組Ａの１つ又はそれよりも多くの過去のエピソードで始まるように誘導することができる。更に別の例として、推奨エンジンは、次に、番組Ｂ及び番組Ｃのトリクルダウン配信をより低い優先度に置くことができる。

推奨エンジンは、ユーザに届けられたコンテンツの価値（種類が投資収益率に類似した測定基準）又は他の望ましい測定基準及び関係を最適化することに対して、トリクルダウン配信の目的に優先度を付けることが認められるであろう。従って、コンテンツは、伝送のために及び／又はプレゼンテーションのために優先度が付けられる。優先度が付けられた推奨は、推奨したダウンロードを待つ待ち行列に入れられ、少なくとも１つの実施例では、そのユーザは、以下で説明するように待ち行列内の推奨を修正することができる。ユーザ選択コンテンツ（及び目標とされた広告）は、例えば、推奨コンテンツより高い伝送優先度を有することができる。システムは、この形式のコンテンツよりも高い伝送優先度を有する機能をもたらす。一例として、システムは、通常、目標とされた広告に対して（例えば、プレイリストへの配置に向けて）他の広告よりも高い優先度を主張すべきである。

本発明の一態様では、推奨は、将来のダウンロードに向けて、コストに関する価値の比率、一種の投資収益率（ＲＯＩ）を最大にすることに応じて作成することができる。予想利益に対するコストの比は、非常にコスト効率が高い選択を行うことに対して分析される。例えば、最高の潜在的ユーザ価値（すなわち、Ｖ＝１０）で選択されたコンテンツは、例えば、より低いコスト（すなわち、Ｃ＝５）でより低い値（すなわち、Ｖ＝５）を有してより良好な利益：コスト比（すなわち、Ｖ／Ｃ＝１）を有するコンテンツ要素ほど選択を魅力的ではないものにするコスト（すなわち、Ｃ＝２０）を有する場合がある（すなわち、Ｖ／Ｃ＝０．５）。このモードによる推奨エンジンは、コンテンツ経費、配信コスト、及び帯域幅経費などのような経費を盛り込み、最高の利益：コスト比を有するコンテンツを最初にユーザシステムに配信することができる。適切に経費を評価するために、システムは、少なくともコンテンツの部分経費要素及びより好ましくはいくつかのコスト要素を追跡するように構成される。一実施例では、配信情報が登録され、システムは、各所定のユーザに対して配信コストモデルを構築する。例えば、コンテンツ要素を配信する際のユーザにローカルであるＰ２Ｐの効果、並びにユーザにローカルであるサーバのトラヒックを追跡することがある。コスト要素のモデル化は、所定のリソースの価値に対するコストの迅速な評価を提供する。

Ｓｐｈｅｒｅの少なくとも１つの実施例は、たとえ先の推奨がユーザシステムの推奨領域にまだダウンロードされていないとしても、進行中の推奨を作るように構成される。これらの進行中の推奨に関するデータは、推奨コンテンツ待ち行列と本明細書で呼ぶユーザシステム上の区域内に格納されることが好ましい。推奨は、例えば、待ち行列上で第１の推奨（次にダウンロードされる）がユーザに対して最高期待価値、すなわち、価値：コスト比、又は他の価値測定基準を有する状態で、優先された順序で格納されることが好ましい。

好ましい実施例では、推奨コンテンツ待ち行列は、ユーザがアクセス可能であり、実際のダウンロード作動を制御することに関連する機械可読データフィールド、並びにユーザに試聴機能をもたらす人間可読（又は視聴可能）フィールドの両方を含むこの待ち行列の各記録を有するように構成される。一例としてかつ非制限的に、ユーザのための人間がアクセス可能なデータは、コンテンツ項目名称（タイトル、エピソード、及び長さなど）、任意的なサムネイル画像、任意的な低解像度映像セグメント、コスト要素（ある場合）、推奨の論拠、及び試聴の意思判断をする際に役に立つ可能性があるあらゆる他の情報を含むことができる。

試聴機能により、ユーザは、任意に大きな組の予想されるダウンロード推奨を制御することができ、ユーザは、待ち行列の深さにより表される期間にわたって項目が自動的にダウンロードされるようにエントリを削除し、エントリの優先度を変更することができる。１つのモードにおいて、ユーザは、望ましいサイズの推奨コンテンツ待ち行列を構成することができる。

この待ち行列が満たされた状態で、推奨エンジンは、より深い分析（例えば、反復性発見的手法）に基づいて又は付加的な情報の受領に応じて、引き続き、推奨を完全なものにする。従って、キューイングの後でさえ、推奨エンジンは、更に別の分析に基づいて、依然として、この待ち行列のエントリを変更すること（例えば、優先度を削除、高める、又は低くするなど）ができることを認めるべきである。推奨分析は、プレゼンテーションエイリアシングを防止するために、ユーザが試聴画面から待ち行列にアクセスする時に停止されることが好ましい。０、１、又は２のような小さい待ち行列サイズを設定することは、試聴する現実的な可能性を有することなくダウンロードを提供することと同等である。これとは対照的に、１００のような大きな待ち行列サイズを維持することにより、ユーザに推奨リストを洗練する機会が与えられ、従って、実際にダウンロードされるコンテンツの価値が大幅に改善し、かつＲＯＩが増大する。

本発明の１つのモードにおいて、システムは、ユーザが、推奨コンテンツ待ち行列の記録が削除された理由に関する情報を入力することを可能にし、従って、推奨エンジンのその後の判断が改善される。

上述の推奨コンテンツ待ち行列は、推奨区域、すなわち、関連したコンテンツがダウンロードされて、ユーザにいつでもアクセス可能な状態である推奨のための区域に格納したコンテンツと混乱すべきでない。

Ｓｐｈｅｒｅは保護付きコンテンツ品目を収集するのに特に適するが、ユーザがあらゆる形式のコンテンツを収集することを可能にするように構成することができる。

推奨エンジンの別の態様は、どのようにしてかつどのオファーをユーザに送るべきであるかの進行中のユーザ制御を提供する推奨エンジンを通じて広告の配信を制御するための手段になる。この態様では、推奨エンジンは、プロフィールに収集されたデータ及び利用可能な広告により提供される恩典の種類に応じてなどでどの広告がユーザに最も有利であるべきかを判断する。

広告管理の少なくとも１つの実施例では、推奨エンジンは、どのようにしてかつ何時広告をユーザに再生するかを指示する。ユーザには、コンテンツクレジット及び類似した恩典を得るなどのためにこれらの広告を再生するインセンティブがあることが認められるであろう。システムは、これらの広告の視聴を追跡してインセンティブの発生を管理しながら、広告主に有効であり及び／又はユーザに有利である方法で広告を再生することを可能にする。

広告には、一部の場合には、コンテンツ（例えば、映画、映画サウンドトラック、本、ブランド製品、及びビデオゲームのような販売）に関係がある製品及びサービスなどのダウンロードコンテンツとの抱合せ販売がある。

システムは、広告に関する条件（例えば、インセンティブとしての資格を得る際に）及びユーザ選択「利便性」パラメータを含む１組のシステムパラメータによりこれらの広告の再生を制御する。Ｓｐｈｅｒｅは、選択点で、番組又は映画中の大きな場面変化時などで（例えば、適切な位置のメタデータエントリに応じて）広告の配置を制御する。これらは、Ｓｐｈｅｒｅプログラミングの指示通りに、間隔に基づいて、又はコンテンツ要素間で構成することができる。これらの広告が再生される速度、番号、及び／又は期間は、コンテンツ視聴の不当な混乱なしに望ましいレベル生じる恩典を受けるために、ユーザ及び／又は広告主パラメータなどに従って制御することができる。

ユーザに対する広告の恩典も改善される。理由は、Ｓｐｈｅｒｅの少なくとも１つの実施例が、ユーザが購入したいと思っている品目の形式に関する入力を供給することを可能にするからである。ユーザは、自分が買い求めることができるか又は興味を持ちそうなあらゆる品目を明らかにしようとすることができ、又はこの情報は、収集した映画データ及び番組データの分析から収集することができる。プロフィール内の広告情報は、いくつかの方法でユーザにより操作することができる。例えば、ユーザは購入上の関心を入力することができ、及び／又は既存の購入上の必要性／関心のリストに改めて優先度を付けることができる（例えば、オートバイ、旅行のためのトレーラ、食器洗い機、新しいコンピュータのような購入を考慮中とすることができる）。

一実施例では、これらの広告に関するユーザ活動は、ユーザにより選択された場合、付加的な情報が得られるようにリンクを選択したり、製品に対して（例えば、電子メール、ウェブ訪問）及び／又は購入品（例えば、オプション及び実行されたトランザクション）に対して会社に連絡することなどに応じて追跡される。このようにして、ユーザは、今回及び／又は他のオファーに関して、確認された関心に対する付加的なインセンティブを蓄積することができる。

ユーザが推奨エンジンから生成される広告により、より容易に製品及びサービスに対する必要性を満たすことができるようにあらゆるプリファレンスを知らせないことを選択した場合、それらは、主に一般広告で送信することができる。

１つのモードにおいて、ユーザは、優先度又は相対的な評価点を異なる形の恩典に割り当てて、選択された形式及び形の広告促進手段を選択する。例えば、広告の視聴は、Ｓｐｈｅｒｅシステムを通じて内容を視聴、レンタル、又は所有することに対する支払いとして利用することができる。Ｓｐｈｅｒｅは、広告主の目的という状況において最も良好に視聴者の希望に合うように、推奨処理（発見的手法）を実行するように構成される。

一例としてかつ非制限的に、広告に関する選択を制御する推奨エンジンの一実施例は、作成中の交換条件を選択する１組のＵｌスライド制御と共に構成される（例えば、数及び形式は、ユーザが選択するか、又は簡単なデフォルトセットの追加により事情に精通したユーザが提供することができる）。例えば、ユーザは、広告が関連があるものであって欲しいと思うが、広告が高い価値（例えば、コンテンツに対する償還）をもたらして欲しいとも思うものであり、スライド制御は、行われる取引のユーザの好ましいレベルの交換条件が作成されるようにシステムを誘導することができる。広告のユーザ制御は、従って、チェックボックス、リスト、及びスライド制御などから提供することができ、ユーザは、適切に設けられた広告においてそれぞれの広告主の意図を完全に最適化しながら自分の希望事項を作成することができる。

Ｓｐｈｅｒｅの少なくとも１つの実施例は、友人、親類、及び知人に送信する推奨をユーザに求める。これらの推奨は、ユーザメモを付した電子メールフォーマットで送られることが好ましく、かつコンテンツ要素のメタデータ説明、並びにコンテンツの予告編を任意的に含むことができる。

本発明の１つのモードでは、推奨は、例えば、２フィートＵｌモード、１０フィートＵｌモードを問わず、ユーザインタフェースモードに応じて作成される。更に、本発明の１つのモードは、装着モニタデバイスの状態、視聴者数のような一般的な条件を考慮するように構成される。

推奨エンジンの更に別の態様は、他の分野での個人化に備えることができる。例えば、本発明の一態様では、推奨エンジンは、収集されたプロフィールデータを使用して「インターネット」ラジオサービスの提供を個人化し、及び／又は「インターネット」ラジオサービスのカスタムフォームを作成する。代替的に、Ｓｐｈｅｒｅを通じた推奨は、個人化コンテンツ及び／又は推奨エンジンの推奨に応じてユーザに方向付けられたコンテンツに関して付加的なチャンネルを生成するのに利用することができる。

Ｓｐｈｅｒｅの中の推奨の更に別の態様は、必要に応じて他の有料サービス及び無料サービス、例えば、ケーブル加入、割増スポーツバンドル、ニュースサービス、雑誌購読、新聞購読、又は例えば公共テレビジョン局のための又は更にユーザが請求額を定期的に支払っているサービスのためのチャンネルガイドとして受信することができるような従来の紙製の内容／ガイドに関連したサービスにさえも結合することができる。この関連において、Ｓｐｈｅｒｅシステムは、これらのサービスとの連絡係としての役割を果たし、コンテンツの継ぎ目なしの統合を可能にするばかりでなく、ユーザが推奨エンジンからの出力に応じて自分の操作をカスタマイズするためにこれらのサービスと接続することを可能にするように構成される。このようにして、ユーザは、コンテンツ環境に対する完全な制御範囲を取得する。

４．配信処理

図３は、本発明の原理、特に、コンテンツ配信機構の最適化により達成することができる別の恩典を示している。Ｓｐｈｅｒｅの少なくとも一実施例では、コンテンツは、サーバ・リソース、ピア・リソース、又はサーバ及びピア・リソースの組合せから配信することができる。コンテンツは、これらのリソースから一体式に又はコンテンツのセグメントが異なるピア又はサーバからユーザに配信するパーセルとして配信することができる。コンテンツを配信する準備をする際に、システムは、配信リソースの利用可能度及びステータスを評価する。

ブロック５８で始まって、ネットワーク特性を判断する。これらには、その帯域幅を含むユーザインタフェース１８からの接続のネットワーク特性を含むことができる。ブロック６０で、コンテンツに現在提供することができるピア２２の数を判断し、次に、ブロック６２で、そのサイズを含む供給すべきコンテンツを含むファイルの属性を判断する。次に、ブロック６４で、要求されたコンテンツがユーザにより直ちに見られることになっていることを示す、コンテンツがホームシステム１２に活発にストリーミング中であるか否かを判断する。ホームシステム１２が外部ソースからコンテンツを受信していない場合、オフピーク期間中の上述の徐々に増加するダウンロードを使用することができる。これらの考慮事項に基づいて、ブロック６６で、コンテンツの供給元であるソース（例えば、サーバ２６又はＰ２Ｐネットワーク２０）を選択する。

一例として、要請コンテンツ又は推奨コンテンツが通常解像度（ＳＤ）フォーマットであり、かつＰ２Ｐネットワーク２０を通して現在利用可能であるものではない場合、サーバ２６を配信ソースとして選択する。一方、コンテンツが高解像度（ＨＤ）フォーマットである上に、上述の原理に従ってホームシステム１２に自動的に配信されることになっており、かつこのコンテンツが配信されるように指定されているか、又はコンテンツのソースとして機能することができるいくつかの他のホームネットワークがある場合、Ｐ２Ｐネットワーク２０を利用して様々なホームシステムにこのコンテンツを配信することができる。１つよりも多いピア２２をコンテンツを配信するのに利用することができ、実際には、本発明の１つのモードにおいては、複数のピア２２が、中央Ｓｐｈｅｒｅ制御サーバ及び／又は互いに交渉して、集合的に望ましいファイルを送ることができることを認めるべきである。例えば、１つのピアは、第１のファイルセグメントを送ることができ、一方、別のピアは、第２のファイルセグメントを潜在的に同時にホームシステム１２に送る。

他の例として、利用可能なピア２２の数が分っており、かつＨＤコンテンツがＰ２Ｐネットワーク２０を通じてホームシステム１２に転送中であり、かつ送信中にこのコンテンツを提供するいくつかのピア２２が利用可能ではない場合、Ｐ２Ｐネットワーク２０上のファイルの収量全体は、大きく妨げられる場合がある。従って、ファイルの送信は、完全に又は部分的にサーバ２６へ転送される可能性がある。代替的に又は追加的に、システムは、このコンテンツの配信を助けるように付加的なＰ２Ｐピア２２に求めることができる。ピアネットワーク２０と通信するサーバ２６は、このサーバ及び他のサーバとピアネットワーク２０のメンバの間で配信選択を調整することができる。また、サーバ２６及びピアネットワーク２０の組合せを用いてコンテンツを配信することができる。

少なくとも一実施例では、セキュリティ機構を使用して、セキュリティを増大させるためのポートホッピング方式を利用するなどで、Ｐ２Ｐネットワークのピア内のコンテンツを保護することができる。一例としてかつ非制限的に、ポートホッピングの使用は、コンテンツセグメントを他のピアに伝送する、例えば、クライアントにコンテンツセグメントを推し進めるために特定のポートを開けなければならないという問題に対処することに関するものである。従来では、これらのポートを通るパケットフローが有効にされるように、ルータ及びファイアウォールを適切に構成すべきであった。これらのポートを開いているままにすると、システムにセキュリティの危険が発生する場合がある。理由は、ポートが開くと直ちに、システムは、悪意のあるソフトウエアにより攻撃される可能性があるからである。本発明によるポートホッピングセキュリティの一実施例では、疑似ランダム方法におけるようにポート数を変更する。他のピアが開いたポートとの同期を維持してトラヒックがＰ２Ｐネットワーク上で連続的に流動するように、疑似ランダム発生器のパラメータを暗号化してパラメータの使用の十分に前に放送する。この手法又はその変形を利用することにより、普通のソフトウエアポート走査ウイルスは、たとえ検出されるとしても開いているポートを使用することができず、その理由は、これらのウイルスが、これらのポートにアクセス可能なのは、２、３ミリ秒台などの限られた時間だけであるからであることを認めるべきである。

配信処理の一態様では、Ｓｐｈｅｒｅシステムの保護の下で他のピアへのコンテンツのダウンロードをサポートする者にインセンティブを提供する。システムは、Ｐ２Ｐネットワークの参加者を識別して、提供データ量（すなわち、ギガバイトで）、コンテンツが提供される全体的な時間、コンテンツ提供の信頼性、配信経費、配信の待ち時間、及びその組合せのようなこれらのリソースにより提供されているコンテンツを登録する。インセンティブを生成し、従って、Ｐ２Ｐ参加を誘う基盤として定期的などで配信を追跡する。インセンティブの履行により、一実施形態によれば、ユーザは、コンテンツリソースにアクセス可能か又はダウンロード可能なコンテンツ（例えば、レンタル又は販売）を取得することに向けて換金できる割引又はクーポンが与えられる。それほどは好ましくはないが、インセンティブは、Ｐ２Ｐクライアントに行われたサポートのレベルに応じて生成される現金又はあらゆる望ましい現金以外のインセンティブを含むことができる。

少なくとも一実施例では、ユーザは、Ｐ２Ｐでの配信に関するようなコンテンツのストレージ空間及びコンテンツのセグメントの利用可能度を改善するファイル一掃ユーティリティをロードすることを選択することができる。ユーザには、古臭いコンテンツ及び価値が殆どないか又は全くないコンテンツのストレージ空間が多量にあることが多いことは、一般的に認識されるであろう。ユーザがこれらのファイルの蓄積及びスペースの関連した損失を防止するのを助けるために、ファイル使用量をモニタして、ユーザがユーザに少しも更に役立つものではないと考えられるコンテンツを削除することを考慮するように推奨する専用ディスク空間ユーティリティをＳｐｈｅｒｅシステムと共にインストールすることが好ましい。ユーザが削除したいと考えられるファイルの例には、旧（未使用）バージョンのアプリケーション、古臭い１次ファイル、インストールファイル、メディアの複製、及びアプリケーションインストールファイルなどがある。更に、システムは、長期間アクセスしていないコンテンツをアーカイブするように推奨することが好ましい。このようにして、Ｓｐｈｅｒｅシステムは、ユーザが、メディアコンテンツをロードすることができ、かつ特にＰ２Ｐネットワークで他のクライアントとの共有のためにメディアコンテンツをロードすることができる空間量を最大にするのを助ける。

一実施例では、Ｐ２Ｐネットワークに新しくリリースされたコンテンツで種をまくために、Ｐ２Ｐランドスケープに分散する選択された参加ユーザには、コンテンツ配信ネットワーク（ＣＤＮ）を通じて新しいリリースが送られる（例えば、定期的なリリースの前に）。このようにして、Ｐ２Ｐネットワークは、新しいコンテンツを容易にロードして、幅広い配信を容易にサポートすることができる。

一実施例では、ユーザに割り当てられるダウンロード帯域幅の量は、そのユーザから導出される収入額に応じて判断される。このモデルは、Ｓｐｈｅｒｅシステムの他の態様に利用することができ、Ｓｐｈｅｒｅシステムに対して最大の収益を生むユーザは、システム利用から最大の報酬を得る。

関連の配信態様では、そのコンテンツダウンロードをＣＤＮにより送られるべきであるユーザは、その特権に対してより高い料金を請求される。これらのユーザは、Ｐ２Ｐネットワーク内でのコンテンツの提供に参加しない方を選択するか（例えば、参加を見合わせる）、又は所定の閾値よりも小さい提供記録を有するか、又はＣＤＮ上で行われるダウンロードに対して割増金を請求する判断に寄与することができるＣＤＮ又は他の要素又はその組合せを通じてコンテンツを取得することを明確に選択する者であろう。これは、ユーザが本発明によるＰ２Ｐ配信機構に参加する別のインセンティブとして利用することができる。Ｐ２Ｐによる提供に参加するユーザには、別の形式のインセンティブとしてより高いレベルのサービス（例えば、より低い待ち時間）を有利に提供することができる。

ユーザは、Ｐ２Ｐ参加、ダウンロード数量、関連した購読、及びサービスなどに応じて異なる層の配信サービスに分類することができる。通常、システムは、利用可能な時は常に、Ｐ２Ｐ構成を通じてコンテンツをダウンロードするように構成される。ユーザがＰ２Ｐを通じてコンテンツを取得することを選択し、かつその資格が与えられているが、コンテンツがＣＤＮを通じてのみ利用可能である状況では、一般的に、システムは、割増金を請求せず、その理由は、それが参加不備でもなければ、不本意でＰ２Ｐの代わりにＣＤＮの使用をもたらしたのではなかったからである。特定のコンテンツのセグメントは、利用可能度、コスト、及び他の要素に従ってＣＤＮ及びＰ２Ｐの組合せから取得することができることは認められるであろう。

システムの一実施例はまた、ユーザに対しての有利なものとしてコンテンツの現物引渡しにも対応するように構成される。一部の場合には、特定のメディア、例えば、以前の映像又はアルバムは、ダウンロードには直ちには利用可能ではない（例えば、ピア・ツー・ピアネットワークでアクセス可能でない）場合があることは認められるであろう。システム作動の１つのモードにおいて、ユーザは、この状況に注意を喚起されて、現物媒体を注文する所定のオプションが与えられる。従って、現物媒体は、ダウンロードされるメディアと同じトランザクション内で注文することができ、従って、時間と手間の両方の節約になる。このモードにおいて、Ｓｐｈｅｒｅシステムは、物理的に注文履行センターに結合することができ、又は第三者注文履行サービスと継ぎ目なくインタフェースで接続する（例えば、ＸＭＬ）ことができる。

更に、システムは、ユーザが早急にコンテンツを取得する状態ではないと考えられ、かつ映像又は音楽の現物引渡しを好むために、ユーザに現物引渡し又はあらゆる注文オプションを与えることが好ましい（例えば、恐らくユーザ選択設定に応じて）。現物引渡しは、いくつかの異なる方法でＳｐｈｅｒｅシステム内で統合して取得することができる。例えば、小売コンテンツパッケージは、印刷カバー及びコンテンツフライヤを含めて送ることができる。別のモードにおいて、システムは、ユーザが履行センターで「焼き付けられる」物理媒体を選択することを可能にし、かつジャケット及び紙製コンテンツのコピーを含むことができる。ユーザは、スペースの余裕に応じて、１つよりも多いタイトルを焼き付けて（例えば、ブルーレイディスク上にいくつかのＳＤ映画）、印刷されたジャケット及びコンテンツフライヤを受信しないことによりお金を節約することを任意的に選択することができる。物理的履行センターは、ユーザに、そうでなければダウンロードに長時間が必要になると考えられる作品集全体を配達することができることが認められるであろう。

１つのモードにおいて、システムは、その番組の１つ又はそれよりも多くのエピソード又は一続きの映画に対するユーザ関心がシステムにより登録されている時には、箱詰めセットの発注を提案することができる。例えば、ホームコメディ「Ｍ＊Ａ＊Ｓ＊Ｈ」の１つ又はそれよりも多くのエピソードのダウンロードを注文することを考えてみる。Ｓｐｈｅｒｅは、完全な箱詰め記念セットを注文することに対してユーザに問い合わせることができる。このようにして、システムは、収益を増大しながら利便性機能をユーザに提供することができる。

５．バックエンドサービス

以下を含むいくつかのバックエンドサービスをＳｐｈｅｒｅシステムにより供給することができるが、以下に限定されるものではない。

（１）コンテンツ摂取：一態様は、複数の第三者ウェブコンテンツ及び広告コンテンツプロバイダからコンテンツを摂取するように構成されている。これらは、様々なフォーマットで、かつ様々なデジタル権利管理（ＤＲＭ）技術を利用して処理することができる。

（２）ライセンス配信：一態様は、ライセンスサーバ（例えば、第三者コンテンツプロバイダ）と連携して保護付きコンテンツの認証処理を管理するように構成される。

（３）アカウント管理：一態様は、Ｓｐｈｅｒｅユーザアカウントを登録及び管理するように構成されている。更に、コンテンツの同期は、バックエンドサーバ上で公開された時に行われることが好ましい。

（４）アカウント情報を共有する：一態様は、ユーザ承諾による第三者コンテンツプロバイダへのアカウント情報の選択的な伝送に向けて構成される。このようにして、Ｓｐｈｅｒｅシステム内の登録は、ユーザ自由裁量でユーザを付加的なサービス及び機能性に自動的に結ぶことができる。

（５）コンテンツソース：Ｓｐｈｅｒｅは、以下のような様々なコンテンツを供給するか、又は様々なコンテンツを結合することができる。（ａ）映画コンテンツソース（例えば、販売、レンタル）、（ｂ）任意的料金コンテンツソース（例えば、ペイ・パー・ビュー形式サービス）、（ｃ）個人化コンテンツ（例えば、気になる注目株式、ボットニュースフィード、ブログ、及びユーザの自由裁量での個人及び企業からの通信など）。

（６）コンテンツ配信：バックエンドシステムは、推奨エンジンからの分析に基づいて、クライアントアプリケーションが、サーバからのコンテンツ配信を自動的にトリガするように構成されるコンテンツ配信をサポートすることができる。また、Ｓｐｈｅｒｅは、条件又はユーザ選択による指示がある場合、現物引渡し機構に結び付けることができる。

（７）ライセンス配信：バックエンドシステムは、保護付きコンテンツのコンテンツ認証を管理するために第三者コンテンツプロバイダのライセンスサーバと連携する機能をもたらす。

（８）コンテンツ管理：Ｓｐｈｅｒｅは、エンドユーザによりコンテンツを管理するための手段をもたらすか、又はエンドユーザによりコンテンツを管理するための手段と結合することができる。一例として、これらには、以下に限定されるものではないが、（ａ）メディア制御ソフトウエアのための詳細なパラメータを設定する、（ｂ）携帯デバイスのような他のメディアデバイスとの対話を定める、（ｃ）コンテンツに注釈を付け、かつコンテンツの異なる要素を関連付ける、及び（ｄ）コンテンツの同期及びその管理を含むことができる。

一例としてかつ非制限的に、プレミアム映画は、コンテンツ達成会社として機能するパートナーから供給することができ、Ｓｐｈｅｒｅは、単一のアカウント会員登録によるコンテンツ配信及び金銭上の取引サービスを提供する。この提携モデルでは、排他性は指示されない。ニュースサービスを提供する際に、Ｓｐｈｅｒｅは、無料個人化ニュースコンテンツ（例えば、広告を埋め込んだ）配信に備えることができる。有料購読などに従って有料グレードアップサービスを提供することができる。収益は、広告、毎月の購読、又は収益共有から得ることができる。Ｓｐｈｅｒｅは、推奨エンジンに基づいてユーザ向けに個人化した付加的なチャンネルをもたらす「インターネット」ラジオサービスを提供することができる。Ｓｐｈｅｒｅ上での写真サービスは、例えば、購読契約署名登録処理を容易にする無料サービスとして設定された基本的な特集を提供するパートナーとのホームネットワークでの写真編成及び集成のためのローカル機能をもたらすことができる。アップグレードした購読により、写真保管サービス、写真印刷サービス、及び写真共有サービスのような付加的なサービスがもたらされる。Ｓｐｈｅｒｅは、個人化されたお天気サービスを提供することができる。これらのサービスは、収益を強める広告部分のような組込広告で達成することができる。

コンテンツ管理の一態様によれば、（ａ）ソフトウエアに関してパラメータを設定する、（ｂ）コンテンツ配信の管理、（ｃ）他のデバイスとの対話を定める、（ｄ）コンテンツコメントを読む／追加する、（ｅ）コンテンツ及びコンテンツ配信の同期及び類似した形のコンテンツ管理のようないくつかのタスクを管理するコンテンツ管理ウェブサイトを利用することができる。

６．ユーザインタフェース構成

Ｓｐｈｅｒｅシステムは、異なるハードウエア、異なるインタフェース構成、及び異なる使用度シナリオを有する作動環境を含むいくつかの異なる作動環境内での作動に向けて構成される。

Ｓｐｈｅｒｅにより提供されるメディアコンテンツ制御は、全てのパーソナルコンピュータシステム、メディアコンピュータ、ラップトップ、タブレットＰＣ、ＰＤＡ、高度自動機能電話、及び類似のコンピュータ、並びにテレビ受信機及び車両などにあるような内蔵型デバイスに適用可能であることが認められるであろう。

Ｓｐｈｅｒｅは、あらゆる望ましい形のユーザインタフェース方式、例えば様々なディスプレイ、キーボード、マウス、及びポインティングデバイスなどと共に利用することができる。使用度が緩和されたシナリオ、例えば、テレビジョン受信機でコンテンツを見る時に使用する１つの好ましいユーザインタフェースは、制御デバイスの空間内での動き及びインタフェースの制御及び選択を検出する自由空間入力デバイスの利用である。自由空間入力デバイスの使用により、Ｓｐｈｅｒｅ環境への侵入感覚が改善する。

Ｓｐｈｅｒｅシステムの少なくとも一実施例では、推奨処理の制御又は増強は、遠隔制御デバイス上でアクセス可能な１つ又はそれよりも多くの推奨制御により容易にされる。この制御は、いくつかの方向で実行することができる。例えば、図１に示すボタン３８により表されるように、「好ましい」ボタンを遠隔制御デバイス上で統合し、かつユーザ入力デバイス２４に結合することができる。ユーザは、推奨エンジンが現在視聴中のコンテンツと関連付ける選択を押し上げるために、このボタンを押すことができる。尺度付き入力を提供するために、ボタンは、優先度を上げるために２回以上押すか、又は押し下げた状態に保持することができる。更に、システムは、例えば、優先度番号１〜１０を含むプリファレンスアイコン、並びに任意的に、タイトル、エピソード番号、及び日付のような利用可能なメタデータ一部を表示して、コンテンツに行われた優先度繰り上げに関するフィードバックを提供することが好ましい。

代替的に、推奨コンテンツ、推奨パラメータにアクセスするために、並びに現在視聴中のコンテンツの優先度を明示的に変えるために単一の推奨ボタンを利用することができる。

単一のボタン例を用いて、ユーザが短くボタンを押し、その後十分な遅延を待った後に再び押して押し下げた状態に保持した場合、ボタンを使用して段階的に優先度を下げることができる。この優先度繰り下げの段階的変更を用いて、先の入力を補正し、又はより一般的には、「この番組（又は、その部分）を見た後、私は全く興味がない」ことを推奨エンジンに知らせるなどのために、番組がユーザに価値がないと推奨エンジンに指図することができる。

１つの好ましい単一ボタン推奨の例においては、推奨（又は「プリファレンス」）ボタンを押すと、初期に選択中の優先度を変更する第１のオプションと共に、現在の優先度、並びにメニューオプションを表示するメニューが現れる。従って、遠隔デバイス上の１組のボタン（例えば、上／下の制御）を押すと、明示的に現在のコンテンツの推奨優先度が上がる／下がる。この場合、別の組のボタン（例えば、右／左の制御）を押せば、ユーザは、利用可能なコンテンツをチェックする、不要な推奨を削除する、内容を試聴して推奨精度を改善する、付加的な情報を入力して推奨を改善する、推奨コンテンツを注文するなどの様々な推奨制御オプションから選択することができる。当業者には、本発明の教示内容から逸脱することなく、推奨制御が明示的に入力する方法を変更することができることが認められるであろう。

視聴中のコンテンツの推奨エンジン優先度を修正する、より多くの又は異なる形の入力セレクタを設置するなどの優先度のより精巧な制御を使用することができることを認めるべきである。専用ハードウエアデバイス（例えば、テレビジョン受信機）では、これらの付加的なレベルの対話型制御を提供するには、付加的な遠隔制御ボタン及びプログラミングか必要である場合があることも認めるべきである。

７．使用度シナリオ

使用度シナリオの開始基準点として、ユーザ体験を３つの広義に定めた使用度シナリオ、すなわち、（１）制限時間中心の使用度、（２）延長時間中心の使用度、及び（３）延長時間の受動的使用度に分けた。これらのシナリオの各々は、以下の通りに分類する。

７．１．使用度シナリオ１：制限時間中心

これは、限定された１組の中心的行動に関する制限時間にわたったＳｐｈｅｒｅとの対話と大雑把に定めている。一般的に、この形式の活動では、ユーザは、Ｓｐｈｅｒｅ又はアクセスコンテンツにアクセスするのに使用中であるデバイスと短い時間のバーストを使用する。この場合には、環境、タスク、又はデバイス自体の実際の制限事項／焦点と緊密に関連するものである。簡単な例として、ユーザは、音声再生デバイスまで足を運び、音楽プレイリストを選択し、再生を押して、次に、その場を離れることがありえる。時間制限の活動の中心タスクの概念を例証するものは、以下の例、すなわち、音楽を再生する、写真スライドショーを実行する、短いビデオを再生する、天気をチェックする、ニュースをチェックする、日付及び／又は時間をチェックする、交通量をチェックする、住所をチェックするなどである。

一例として、以下のもの、すなわち、自動車、公共交通機関（例えば、列車、バス、及び通勤バンなど）、及び／又は移動中（例えば、公共の場所、喫茶店、レストラン、スポーツクラブで歩く、立つなど）は、ユーザが制限された対話時間を使用することができる環境の例である。ユーザがこの制限時間中心の活動において対話するためのデバイスは、一部の場合には、１インチ〜７インチの画面サイズ、低コスト、低消費電力、限定された性能、限定された（中心的な）１組の機能性、Ｉ／Ｏ（入出力）機能限定（例えば、限定された１組のキー及びナビゲーション制御）を有することを特徴とすることができるであろう。上述の例示的な例には、小型Ｕｌ、携帯電話、マイクロＰＣ／ＵＭＰＣ（例えば、タッチ入力、２インチ〜７インチ対角線の範囲である画面サイズ）を有する一般的な遠隔制御デバイス、ＰＤＡ／ポケットＰＣ、デジタルピクチャーフレーム、及び音声再生デバイスを含むことができる。

７．２．使用度シナリオ２：延長時間中心

この使用度シナリオは、ユーザからの時間のより大きい投資を必要とする１つ又はそれよりも多くのタスクを中心とした静止のままであることができ、それに興味があるユーザを指す。

通常、この環境は、不快を感じることなく幾分延びた期間にわたって移動しないままでいる環境である。提供すべきタスクの性質のために、キーボードが入力方法の形式の１つとして利用される平面又は表面を必要とする可能性が最も高い。一例としてかつ非制限的に、考えられる位置には、自宅、書斎、事務所（家庭／仕事）、台所（例えば、食事の準備又は食卓で）、寝室、屋外。喫茶店又はレストラン、寮の部屋、教室、及び会社などを含むことができる。

このカテゴリにおいて使用されるデバイスは、文字入力及びポインタ入力の両方（例えば、キーボード及びマウス又は同等の機能性）のようなより詳細な入力、並びに出力を提供する。このカテゴリの１つの傑出した形式のデバイスは、パーソナルコンピュータ（例えば、デスクトップ、ノート、サブノート、及び類似物）である。

Ｓｐｈｅｒｅシステムに関して、特にこの場合での実行に適切なタスクの形式は、コンテンツ及びメディアの個人用ライブラリを管理するなどの管理機能性を備えたものである。一例としてかつ非制限的に、これらの機能には、以下のもの、すなわち、アカウント情報、署名契約情報、課金情報、アドレス情報を管理する、アカウントステータスをチェックする、ソフトウエアの詳細なパラメータを設定する、コンテンツライブラリの管理、ダウンロードされる内容の判断、どこでダウンロードすべきかを判断する、コンテンツを削除する、ライブラリにコンテンツを追加する、コンテンツ購入を実行する、コンテンツを移動する、高度検索、コンテンツにコメントを追加する、コンテンツにタグを付ける、コンテンツをカテゴリにまとめる、コンテンツを編集する、コンテンツを携帯機器へ転送する、デバイスにコンテンツをインプラントする、コンテンツコメント及び類似した機能性を読むことを含むことができる。

７．３．使用度シナリオ３：延長時間受動的

これは、差し迫った目的をもたらすことに関してユーザが受ける抑制が一般的に小さい、映画を見るなどの一般的にゆったり度が大きい活動の中心に関して（例えば、受動的で、ゆったりとして）Ｓｐｈｅｒｅシステムで使用する時間が延びることを厭わないユーザを指す。

このシナリオで感じ取られる相違点は、この環境は、ユーザがくつろいでＵｌとの受動的な対話に入ることを考慮する環境であるという点である。一例として、この環境には、以下のもの、すなわち、自宅のいずれかの部屋（例えば、居間、寝室、茶の間、ホームシアターの部屋、娯楽室、中庭／テラスなど）、寮の部屋、飛行機、自動車の乗客座席区域のようないずれかを含むことができる。

特にこの延長時間中心のシナリオに適切なデバイスは、最も良好にくつろいだ対話に最良を提供する。くつろいだ対話の特性には、より大きな画面サイズ（遠くから視聴することができる）及び操作が楽なユーザインタフェース（好ましくは、遠隔操作（距離を超えた操作）が可能）が含まれる。チャンバ内の距離は、１０フィート（〜３メートル）台とすることができるが、１フィート又は２フィートから最大３０数フィートに容易に及ぶ可能性がある。距離が延びた操作に関しては、ユーザは、一般的に直接デバイスとであるが、主要デバイスの遠隔制御を可能にする別々の入力デバイスを通じて対話していることが認められるであろう。このユーザシナリオで可能な最高のユーザ体験をもたらすために、遠隔入力デバイス及びＵｌを互いに関連して開発すべきである。一例として、画面は、一般的に約２６インチ以上になり、一方、遠隔制御デバイスは、一般的に、デバイス自体で限定された１組の指令を実行するように構成される。

この延長時間シナリオの性質により、主として、ユーザが実行することを厭わないと考えられるタスクの範囲が定められる。一部の場合には、これらのタスクは、ナビゲーションタスク（例えば、走査検索、簡単な検索、購入及び類似した作動）に限定することができる。以下のリストには、１次焦点活動及び２次焦点活動と分類されるいくつかの例示的な例が含まれている。１次中心活動には、以下のもの、すなわち、コンテンツ走査検索（例えば、コンテンツを次々と見る、関連のメディアを見つける、関連の製品情報を見つける、短いコンテンツメタデータを読むこと）、簡単なコンテンツ検索（すなわち、下位カテゴリを通じて検索する）、コンテンツのワンクリック購入、そして、コンテンツを視聴する、（例えば、映像を見る、写真を見る、スライドショーを見る、視聴メディアサムネイルを見る、（例えば、アルバムカバー、ジャケットカバー）、コンテンツを聞く、及び後の視聴のためのコンテンツにタグを付けることがあるが、これらに限定されない。２次中心活動には、重要な情報（例えば、天気、ニュース、株、スポーツ）をチェックすることがあるがこれらに限定されない。

Ｓｐｈｅｒｅシステムは、ユーザプライバシーを維持しながら、従来のデータがユーザの興味を補助するのに使用されるこれらの異なる使用シナリオでユーザ匿名をサポートするように構成されることを認めるべきである。

８．Ｓｐｈｅｒｅのためのコンテンツ摂取

後の分散に向けてシステムにコンテンツを摂取する処理は、メタデータ、並びに実際のコンテンツの収集を伴っている。用語「メタデータ」は、他のデータを説明するデータ、特に、公開すべき事物を表すデータを表すために本明細書で使用することが認められるであろう。映画を説明するメタデータは、一般的に例えば、コンテンツフォーマット、タイトル、ジャンル、説明、公開年、監督、俳優、スタジオ、及びサウンドトラック情報などを含む。メタデータ情報は、コンテンツ要素に関するあらゆる望ましい内容を含むように拡張することができる。

図４は、Ｓｐｈｅｒｅシステムにより使用に関するメタデータ及びコンテンツの流れを表している。メタデータは、コンテンツプロバイダ７４ａ、７４ｂ、７４ｃの群７２からメタデータ摂取処理７６により、事業規則アプリケーション８０が作動するデータストア７８に摂取されるように示されている。コンテンツは、コンテンツプロバイダ７２から受信されて、コンテンツストア８４内に格納される。図示の実施例では、コンテンツプロバイダは、メタデータもコンテンツも供給する。メタデータは、タデータ摂取処理中にシステムのための適切なフォーマットに変換されて、データストア７８に入れられることが好ましい。

少なくとも一実施例によるシステムは、メタデータのプログラムに基づく拡張部もユーザにより開始された拡張部もサポートする。更に別の目的が追加されると、システムは、先に未定義であった関係、評価などを組み込むようにメタデータを拡張するように構成されることが好ましい。Ｓｐｈｅｒｅシステムは、可能にされるメタデータ延長部の性質又は形式にあらゆる実際的な制限を課さないことが好ましいと考えられる。少なくとも一実施例によるシステムは、多重ソースからのメタデータの摂取をサポートし、従って、複合型メタデータセットを作成する。コンテンツ所有者からのメタデータは、不完全であることが多く、代替ソースから付加的なメタデータを取得することにより付加的な恩典をもたらす。システムは、複数のプロバイダ及びユーザからメタデータ及びコンテンツを摂取するように構成され、最終結果は、より有用な組のメタデータである。

特定のコンテンツ要素のためのメタデータは、要素に関する広範囲にわたる情報を含むことができ、要素に関する広範囲にわたる情報には、一例として、コンテンツ形式、フォーマット、タイトル、日付、持続時間、キャスト、要約、特集記事、及び所望されるコンテンツ要素に関する他の情報を含むことができることが認められるであろう。本発明の一態様によれば、メタデータは、コンテンツ要素に関して広告コンテンツの制御デバイス及び生成をサポートする情報を含むように拡張することができる。例えば、メタデータストリングは、品目の指定子がその品目の情報及び連絡先情報と共に含まれる製品配置と関連付けることができる。一例においては、時間（又は時間範囲）、位置（又は位置範囲）、製品の識別は、製品に関する情報、その品目を取得することができるリンク（例えば、ウェブアドレス、電子メールアドレス、電話番号、店）と共に含まれる。このようにして、Ｓｐｈｅｒｅ環境内のユーザは、これらの製品サービスに関して情報を発注するために画面上で品目を選択又は物色することができる。

本発明の別の態様によれば、メタデータは、広告コンテンツの挿入点を順位付け、及び／又は特徴付けることができる。例えば、コンテンツフローの最小の混乱で広告を挿入することができる光景変化のような位置の順位付けがある。このメタデータ広告マーク付けの一実施例には、コンテンツ内での位置の識別子（例えば、時間オフセット）及びコンテンツ内でこの位置の「価値」の順位付け（例えば、０〜７からの値）がある。この場合のランクは、ユーザ体験に対する混乱が最も少ない位置に基づくことができる。順位付けは、順序付けあり（例えば、固有の値によるリストの各項目）又は順序付けなし（例えば、ｎからｐまでの値を有する各エントリ）とすることができる。

図４の説明に戻ると、ブロック８０で、事業規則（価格設定、昇進など）が適用されることを見ることができる。次に、コンテンツ取得のための位置情報による更新の後、メタデータは、Ｓｐｈｅｒｅシステムにより使用に向けて格納される。一方、各コンテンツの単一のコピーは、Ｓｐｈｅｒｅクライアント９４に役立つ際などにコンテンツ配信ネットワーク８６によって使用されるようにコンテンツストア８４に入れられる。事業規則処理８０は、価格設定、バンドル、キャンペーン、符号化要件、時系列の地理的配信制限事項、及びコンテンツの目標とされた申し込みを定める事業規則の定義及び適用をサポートする。この機能性は、個々のオブジェクトレベル及び目的階層の全てのレベルで達成されることが好ましい。事業規則定義は、管理適用インタフェース及びプログラミングインタフェースの両方を通じてサポートされることが好ましい。

コンテンツ及びメタデータが摂取された状態で、メディア公開ネットワーク８８及びウェブ管理サービス９０（例えば、ウェブサーバ）に公開することができ、一方、コンテンツは、コンテンツ配信ネットワーク８６に送信される。メディア公開ネットワークは、メタデータをＳｐｈｅｒｅクライアント９４に推し進め、Ｓｐｈｅｒｅクライアント９４は、図に示すように適切なコンテンツライブラリとしてメタデータを表示することができる。

Ｓｐｈｅｒｅは、少なくとも一実施例によれば、異なる形式のコンテンツを供給するコンテンツプロバイダからアプリケーションプログラミングインタフェース（ＡＰＩ）などを通じてコンテンツの自動化されたプログラムに基づく摂取をサポートする。このサポートには、コンテンツプロバイダのスキーマ（例えば、ＸＭＬ）からマップする機能が含まれるべきである。アプリケーションプログラミングインタフェース（ＡＰＩ）は、文書及び／又はトレーニングと共にＳｐｈｅｒｅサービスプロバイダに提供すべきである。

クライアント９４のユーザは、直接Ｓｐｈｅｒｅクライアントインタフェースからコンテンツを選択することができ、その場合、要求は、メディア公開ネットワーク８８からアカウントストア９８に位置する個人のアカウントへ戻る。ユーザは、ＰＣクライアント９６を使用して、図示のように、ウェブ管理サーバ９０上などでウェブインタフェースにアクセスし、ダウンロードすべきコンテンツを選択してアカウントストア内の自分のアカウント内に入れさせることができる。いずれにせよ、要求により、結果として、コンテンツは、コンテンツ配信ネットワーク８６内の選択したデバイス待ち行列内に入れられる。

本発明の一実施例では、コンテンツがＳｐｈｅｒｅクライアント９４に配信された後、クライアントデバイスは、コンテンツプロバイダにより維持されるサーバ１０２ａ、１０２ｂ及び１０２ｃなどを含むライセンスサーバ１００にライセンスを要求する。コンテンツプロバイダは、Ｓｐｈｅｒｅクライアントに戻るように示されているデータフローでライセンス要求を履行してライセンス期間に従ってコンテンツを楽しむことができる。

推奨エンジン１０４のための使用度データは、フロントエンドサーバなどにより蓄積され、かつ使用度ストア０６に入れられる。推奨エンジン１０４は、推奨を作成することに対して、所定のユーザのデータ内で使用度のようなデータを分析する。これらの推奨は、推奨コンテンツ待ち行列内のようなアカウントストア９８に入れられ、次に、無言（トリクル）ダウンロードに向けて、コンテンツ配信ネットワーク内のより下位のデバイス待ち行列によりアクセスされる。同様に、広告ストア１０８は、コンテンツ内での広告の使用及び配置を最適化するために推奨エンジンに接続される。

Ｗｅｂパートナー１１０及び広告パートナー１１２は、図４では、Ｓｐｈｅｒｅシステムの少なくとも一実施例内にあるように示されている。用語「ウェブパートナー」は、Ｓｐｈｅｒｅ顧客にサービスを提供することに協力する１つ又はそれよりも多くのウェブサービスプロバイダを示すために本明細書で使用されている。

フロントエンド統合サービス９２は、使用度ストア及びＳｐｈｅｒｅクライアントに結合されるように示されている。異なる形式のクライアントデバイス、例えば、入力機能又は表示機能が制限されたデバイスにコンテンツを配信する必要性に関しては、これらのサービスにより配信されるウェブページ及びメディアは、デバイスにフォーマット設定されることが好ましい。各個々の製品を異なる専有の第三者サービスと直接インタフェースさせることとは対照的に、このアクセスは、ウェブサービスのクラスの配信のための共通のインタフェースを通じて達成されることが好ましい。フロントエンドサーバ９２の目的は、上述の問題に対処し、並びに顧客使用度情報を収集するためにウェブパートナーの統合を容易にすることである。

Ｓｐｈｅｒｅシステムに関連した広告パートナーは、例えば、従来のテレビコマーシャル、バナー広告、クリックによる広告、他の形式の広告、及びその組合せと類似のコンテンツに関連した広告を生成する。少なくとも一実施例では、Ｓｐｈｅｒｅは、推奨エンジンがユーザ価値で最も高い確率を有するコンテンツに到達する方法に類似した方法で推奨エンジンを利用することにより、どの目標とされた広告を生成すべきかを判断する。同様の方法で、推奨エンジンは、使用度データ及び広告ストアで利用可能な広告を分析して、ユーザ選択及び選抜に従って設定される境界内の広告主に対する価値を最大にするために特定の顧客に配信すべき適切な広告を判断する。Ｓｐｈｅｒｅシステムは、取得すべきプラス又は中立のコストを有するようにコンテンツをモデル化することができ、一方、広告は、取得すべきマイナス又は中立のコストを有する（すなわち、ユーザに対してプラスの収益である）ことが認められるであろう。広告は、ユーザの待ち行列に入れられてクライアントデバイスにダウンロードされ、クライアントアプリケーションにより、適切であると見なされた内容が出力される。更に、ウェブ環境に向けて適切である広告は、ウェブインタフェース上で表示され、例えば、顧客は、ＰＣからウェブサイトにアクセスするとこの広告を視聴することになる。

９．Ｓｐｈｅｒｅ機能の要約

９．１．全般的な推奨処理

Ｓｐｈｅｒｅメディアプラットフォームの重要な一態様は、視聴又は解錠して視聴の準備が整っているダウンロード済みメディアコンテンツを自動的にユーザシステムに「蓄える」ことができる推奨機構に関する。

図５は、本発明の態様によるコンテンツ推奨方法の流れ図を一例として示す。ブロック１３０で表すものは、例えば、推奨エンジンを起動する前に収集されたユーザ選択及び先の視聴に関する情報を集める任意的な段階である。ブロック１３２に従ってメディア選択及び視聴を登録してメディアプロフィール内に格納する。推奨エンジンは、メディアコンテンツを関連付けることができるダウンロード可能なメディアコンテンツ、物理メディアコンテンツ、又は他の品目の購入などに応じてユーザにより視聴されるか、又はユーザにより選択される内容に関する情報（例えば、メディア、テーマ、活動、生活様式などで描かれる性格）を利用者プロフィール内に格納する。推奨エンジンは、定期的又は継続的などで、推奨待ち行列（ダウンロードを待っているコンテンツ要素）又は推奨リスト（ユーザにダウンロード済みのコンテンツ）の枯渇状態に応じてメディアプロフィールを分析する。ブロック１３４に従って１つ又はそれよりも多くの群リスト、及びその群リストのメンバの選択に関連した情報に関してメディアプロフィールを任意的に分析する。ブロック１３６に従って制御サーバがアクセス可能なメディアコンテンツとメディアプロフィールを比較して、どのアクセス可能なメディアが最も高い価値、又は価値：コスト測定基準の比（例えば、金銭的コスト、金銭以外の交換コスト（すなわち、クーポン）、帯域幅利用コストなど）であると予想されるかを判断する。判断は、それ自体、ユーザコンテクスト内で、又は配信フローコンテクスト及び／又はシステム収益性のコンテクストのような他のコンテクストと組み合わせて提供することができる。

ブロック１３８では、ユーザに価値があるコンテンツに対して推奨を生成する（例えば、配信フロー及びシステム収益性のようなより幅広いコンテクスト及び恩典を任意的に達成しながら）。任意的な処理ブロック１４０により表されるように、本発明の少なくとも一実施例は、ダウンロードの前に推奨を待ち行列に入れる。好ましい実施例では、システムは、推奨待ち行列にユーザをアクセス可能にするユーザインタフェースで構成され、ユーザは、待ち行列エントリを試聴及び／又は修正する（例えば、項目を削除する）ことができる。人間の言語要素が、人間の視聴及び／又は修正を容易にするために推奨待ち行列のエントリと結合されていることが意味されている。

Ｓｐｈｅｒｅは、ダウンロードのための最適内容を選択することができるが、本発明の１つの任意的な態様は、ダウンロード時に存在する測定基準のような他の測定基準を考慮に入れることができるように「準最適」選択に対応する。これは、ダウンロードの判断の一部がダウンロードの始まるべき時点で行われる１つの形態の価値／コスト分析である。システムは、どのコンテンツ要素をダウンロードすべきかという判断をする前にネットワーク、サーバ、及び／又はＰ２Ｐの条件に関する情報を取得するように構成される。一例としてかつ非制限的に、推奨待ち行列に記載されたコンテンツは、優先度順にダウンロードする必要がなく、かつこの「準最適」選択を受けることができる。少なくとも１つの任意的な実施例では、ブロック１４２に従って待ち行列により指摘されたどのコンテンツ要素がこの時点でダウンロードすべきであるかを選択するために付加的な測定基準を利用する。本発明の１つのモードにおいて、配信フロー又はトランザクションの収益性のような一時的条件を導入して、ダウンロードが始まるべきコンテンツ要素（ユーザに恩典の高い確率を有すると考慮される）の選択を強化する。

ブロック１４４により示すような推奨コンテンツは、ユーザに自動的にダウンロードされ、ユーザは、ダウンロードに向けてコンテンツを選択する必要さえない。システムは、ユーザとの対話が全くなくても、コンテンツ要素を判断してユーザダウンロードすることができ、又はユーザは、ユーザプロフィールを高め、及び／又はダウンロード処理の前に推奨を試聴するために付加的な情報を提供することを任意的に選択することができることが分かるであろう。

本発明の少なくとも一実施例によれば、ブロック１４６に従って推奨コンテンツの利用可能度は、ユーザに任意的に伝えられる。利用可能なコンテンツのこの伝送は、あらゆる望ましい形を取ることができることを認めるべきである。一例としてかつ非制限的に、コンテンツがユーザによりアクセスに利用可能な時に、ダウンロード済み要素のリスト内にエントリを作り（例えば、ボタンアクセス可能、プログラムガイドアクセス可能、及びメニューアクセス可能など）、音によるアラートを生成し、バナー広告を表示し（例えば、デスクトップ、境界、プログラムガイドなど内に）、予告編再生、他のメディアの再生中又はメディアセグメント間でコマーシャルセグメントを再生し、又は以上の組合せによるなどでユーザの注意を喚起することができる。

ブロック１４８は、例えば、トランザクションの処理に応じてダウンロード済み推奨コンテンツを解錠する任意的な段階を表している。トランザクションには、直接的な金銭的トランザクション又は金銭に似たトランザクション（例えば、メディアクレジット、商品券、割引、及びポイントなど）、又は選択された１人又は複数の当事者、並びに他の解除構成によってのみコンテンツにアクセス可能なセキュリティ／識別処理、及びその組合せを含むことができることを認識すべきである。公的ドメインコンテンツのようなある一定のコンテンツには、いかなる形のトランザクションも実行する必要がなく、ユーザがアクセス可能なことも認識すべきである。

ブロック１５０では、ダウンロード済みコンテンツの視聴、又はそれ以外に視聴、移動、削除などのためにファイルにアクセスするなどのコンテンツのユーザアクセスを表している。

推奨に対してユーザから情報が収集される任意的なフィードバック段階が、ブロック１５２に示されており、一方、任意的な段階１５４では、推奨エンジン及び／又はユーザプロフィール（例えば、適用可能な時の群リストを含む）をシステムにより修正して、推奨の将来の精度を増大させる。例えば、情報は、チェックボックス選択、メニュー検索、テキスト行構文解析、又は他のフィードバック収集機構などに応じて推奨の適切さに関してユーザから収集される。上述の段階は、例示的実施例としてのものであり、本発明の教示内容から逸脱することなく、以下で説明するような変形及び態様と組み合わせて利用することができることが認められるであろう。

以下のリストは、本明細書を通して説明するＳｐｈｅｒｅシステムのいくつかの重要な態様を含み、この要約は、一例として示すものであり、かつ非制限的であり、いずれかの所定のコンテクストで重要であると考えられる全ての要素を列挙しているわけではない。

９．２．プラットフォーム構成

（ａ）Ｓｐｈｅｒｅの使用には、登録処理、及び合意が伴うことが好ましい。

（ｂ）ユーザとＳｐｈｅｒｅの間で可能にされるトランザクション処理、並びにあらゆる第三者の介入。

（ｃ）ＰＣシステム（又は、類似のＯＳベースのプラットフォーム）から又は内蔵型システムから作動するプログラム。

（ｄ）サポートサービス又は補助的サービスを提供するために配信パートナーを介入させることができる。

（ｅ）様々なパートナーからＳｐｈｅｒｅ上でサポートされる広告。

９．３．コンテンツの事前ロード

（ａ）システム作成手順は、本発明によれば、１組のメディアコンテンツが構築時にマシン上にロードされるように構成される。また、コンテンツをセグメント化してＰ２Ｐ作動のように構成される異なるマシン上でコンテンツセグメントをロードするという使用法を説明する。更に、推奨エンジンを初期化する機構をもたらすことができるコンテンツ配信の個人化を説明する。

（ｂ）（１）プレポピュレートされる最適数の映画、（２）各映画のシードとして使用すべき最適数のセグメント、及び（３）セグメントの最適規模を判断するシミュレータ。

９．４．推奨エンジン

（ａ）ユーザが興味があるか又は興味を有する確率が高い少なくともコンテンツの部分を特定するように構成される。

（ｂ）利用可能なコンテンツに関する情報は、例えば、メタデータ、抽出情報、視聴者から収集された評価及び情報、ソースから収集された情報、及びその組合せの形態で保持される。

（ｃ）推奨エンジンは、ローカル的に又はサーバ（例えば、中央サーバ）上で格納されたユーザプリファレンス情報（視聴者プロフィール）から作動する。

（ｄ）エピソード視聴（例えば、シリーズ中のエピソード）の識別、例：シリーズ名、タイトル、日付、時間など。

（ｅ）識別の閾値条件を策定する。例：視聴中又は興味があると考えられる放送時間。

（ｆ）特性（例えば、メタデータ）に基づく視聴の識別。例１：分類、テーマ、監督、俳優など。例２：スポーツ（イベント、チーム、選手）、ニュース（位置、範囲、深さ、話題）、天気（位置、範囲、深さ）など。

（ｇ）放送、ケーブル、又は衛星コンテンツ（例えば、プログラムガイド）を記録するために策定される設定に応答するユーザ選択を収集。

（ｈ）ＤＶＤから及びＨＤコンテンツメディア（例えば、ブルーレイ）などから取外し可能なメディアコンテンツの再生に応答するユーザ選択の収集。

（ｉ）要請かつ受諾されたユーザ定義のプリファレンスカテゴリ。

（ｊ）ユーザがどのコンテンツが以前に視聴したことがあるか、及び興味がないかをマーク付けすることを可能にし、かつ興味がないものとしてシリーズコンテンツリストから特定のエピソードを任意的に選択する。

（ｋ）ユーザがどのメディアに興味があるかをマーク付けすることを可能にし、かつ興味があるものとしてシリーズコンテンツリストから特定のエピソードを任意的に選択する。

（ｌ）分析されたユーザ履歴（例えば、視聴、関心の表示、発注）。

（ｍ）コスト：価値比又は投資収益率（ＲＯＩ）を最大にすることに応じて選択される推奨。予想利益に対するコストの比率は、非常にコスト効率が高い選択を行うことに関して分析される。

（ｎ）ユーザの注意を引くべき広告及びオファーを選択するように設定されたユーザプリファレンス情報から作動する推奨エンジン。

（ｏ）推奨エンジンは、他のコンテンツ内の選択位置で（例えば、一見すると内蔵型）、間隔を開けて、及びコンテンツの外部でなど、広告が再生される方法及び時を指示することができる。

（ｐ）どのようにかつどのオファーをユーザに向けるべきであるかの連続的なユーザ制御を可能にする推奨エンジン。

（ｑ）最近のユーザ興味のユーザ入力、又は購入興味の継続的なリストの再優先順位付けを可能にする推奨エンジン。

（ｒ）ユーザがダウンロード待機中にアクセス可能な推奨コンテンツ待ち行列への継続的な推奨生成。

（ｓ）ダウンロードに予定される推奨コンテンツを試聴する際にユーザがコンテンツ情報を見分けることができるコンテンツ待ち行列の記録内の（又は関連した）人間可読フィールドの介在。

（ｔ）推奨コンテンツ待ち行列を試聴して、必要に応じて削除及び優先度の変更を含む変更、コンテンツ待ち行列内の要素の他の変更を入力するためにユーザとインタフェースで接続すること。

（ｕ）ダウンロードが行われる前にユーザが推奨を試聴することができる期間を調節するための推奨コンテンツ待ち行列の深さの制御。

（ｖ）そのコンテンツの品質フォーマットの縮小（例えば、解像度制限）を提供することに応じてコンテンツ推奨に関するユーザフィードバックを収集する。

（ｗ）推奨が提起された理由に関する人間可読論拠の生成。

（ｘ）推奨に対して肯定的及び否定的応答を作成するのに使用されるメタデータ情報に基づく推奨フィードバックの生成。

９．５．コンテンツ配信

（ａ）コンテンツ配信ネットワーク（ＣＤＮ）又はピア・ツー・ピア（Ｐ２Ｐ）を通じたコンテンツ配信。

（ｂ）システムは、どの配信機構を利用すべきか又は機構の組合せを選択して経費及び待ち時間要因を制御する選択することができる。

（ｃ）推奨コンテンツのためのディスク空間割当てのユーザ選択。

（ｄ）サーバツーピア（サーバベース）及びピア・ツー・ピア（Ｐ２Ｐ）を通じた配信。

（ｅ）あらゆる主流ＣＯＤＥＣ及びＤＲＭをサポートする。

（ｆ）推奨エンジンからの推奨に応答するコンテンツの配信。

（ｇ）非リアルタイム方法でのコンテンツの「トリクルダウン」配信。

（ｈ）低帯域幅使用の期間中（例えば、夜又は利用度及び／又はユーザ選択に基づく他の期間など）のコンテンツの配信。

（ｉ）ユーザ選択形式（すなわち、ジャンル／カテゴリ／アーティストが新しい）、推奨に応じてなどによる音楽ファイルの自動ダウンロード。

（ｊ）行われるサポート水準などに基づいてＰ２Ｐコンテンツ配信をサポートするインセンティブを生成する。

（ｋ）コンテンツにアクセスし、コンテンツを買い、及び／又はコンテンツをレンタルする機能の形式でＰ２Ｐをサポートするインセンティブ。より好ましくは、直接の金銭的インセンティブの使用。

（ｌ）推奨の人間可読論拠の出力。

（ｍ）推奨エンジンからダウンロードされたコンテンツの視聴の関連した料金及び／又は条件に関するユーザへの通信。

（ｎ）別の番組又はより一般的には広告コンテンツのような別のコンテンツの視聴と引きかえに、視聴者が１つの形態のコンテンツを視聴することを可能にすることができるコンテンツの条件つきの視聴。

（ｏ）所定のユーザ毎に推奨精度を改善することに対して、なぜ推奨は狙い通りであるか又は狙い通りでないかに関する特定のフィードバックを収集する。

（ｐ）ネットワークのステータス及び利用要因及びコスト要因に応答するピア（例えば、Ｐ２Ｐネットワークで）又はその組合せからのサーバを通じた配信。

（ｑ）コンテンツの現物引渡しとの統合。一部の場合には、ユーザは、システムにより容易にされるような物理フォーマットでメディアを取得することを選択することができる。

９．６．コンテンツの格納、管理、及び使用

（ａ）推奨コンテンツを補充及び移動するインテリジェントモニタリング。

（ｂ）賃貸又は販売レベルのアクセス可能性に向けて推奨コンテンツを保持する。

（ｃ）支払金を受諾する、付加的な内容／ライセンス内容をダウンロードする、ライセンスを出すなどのコンテンツを購入／レンタルするトランザクションを実行する。

（ｄ）コンテンツ（映像、音声、及び画像）の自動集約及び同期を実行することができる。

（ｅ）あらゆる選択されたデバイス（例えば、オーディオシステム、テレビ）を通じた音楽ライブラリコンテンツのローカルの再生。

（ｆ）あらゆる位置からアクセス可能な写真の共有。

９．７．ユーザインタフェース。

（ａ）リンクユーザシナリオ：「２フィート」Ｕｌシナリオ及び「１０フィート」Ｕｌシナリオ。２フィートは、ＰＣ又はスマートデバイスのユーザであり、１０フィートは、テレビ又はその類似物のユーザである。

（ｂ）夢中になれるユーザ体験を助ける自由空間ポインティングデバイスの使用に向けて構成される。

（ｃ）選択入力のユーザ制御の修正を可能にする選択制御で任意的に構成された遠隔制御。

（ｄ）推奨コンテンツに関する情報を表示する。

（ｅ）ユーザが、コンテンツ推奨を試聴し、コンテンツのダウンロードの前に優先順位付けし、削除し、及び修正することを可能にする。

（ｆ）どのコンテンツが受信されおり、かつレンタル又は販売などのためにいつでもアクセス可能であるかを表示する。

（ｇ）一事例において、ダウンロード済み推奨コンテンツは、好ましくは、単一の制御入力デバイスなどから遠隔制御指令に応じて列挙される。

従って、Ｓｐｈｅｒｅシステムが、ユーザにメディア関係の体験の完全な制御を与えるメディア中心の環境を提供することが分るであろう。システムは、直接に広範囲にわたるサービスを提供し、かつ第三者サービスと統合し、及び／又は継ぎ目なしで結合されるように構成される。

以上の説明は、多くの詳細を含むが、これらは、本発明の範囲を限定するものとして解釈されるべきではなく、単に本発明の現時点の好ましい実施形態の例示を提供するものと解釈されるべきである。従って、本発明の範囲は、当業者に明白になると考えられる他の実施形態を完全に包含すること、及び単数形での要素の参照が、明示的に示されない限り「１つかつ１つのみ」を意味することを意図せず、むしろ「１つ又はそれよりも多く」である特許請求の範囲を除き、本発明の範囲が何ものにも制限されないことが認められるであろう。当業者に公知の上述の好ましい実施形態の要素に対する全ての構造的、化学的、かつ機能的均等物は、明示的に参照により本明細書に組み込まれ、かつ特許請求の範囲によって包含されることを意図している。更に、デバイス又は方法は、それが本発明の特許請求の範囲によって包含されるために本発明による解決を求める各及び全ての問題に対処することは必要ではない。更に、本発明の開示におけるいかなる要素、構成要素、又は方法段階も、その要素、構成要素、又は方法段階が特許請求の範囲に明示的に示されているか否かに関わらず、公衆に捧げることを意図したものではない。本明細書の特許請求の範囲のいかなる要素も、その要素が「のための手段」という語句を使用して明示的に示されていない限り、「３５ Ｕ．Ｓ．Ｃ．１１２」の第６段の規定の下で解釈されないものとする。

１２ ユーザホームシステム
２６ ユーザ制御サーバ
２８ 推奨エンジン
３０ メタデータサーバ
３２ コンテンツサーバ

Claims (48)

1. 個人用メディアデバイスと分散ネットワーク上で通信し、かつ該分散ネットワーク上でメディアコンテンツ及びメタデータにアクセスするように構成され、該個人用メディアデバイスに結合されたソースから、かつ該ユーザ制御サーバを通じて結合されたソースからコンテンツにアクセスして再生するように構成された該個人用メディアデバイスに対してメディアコンテンツの選択的アクセスを提供するように構成されたユーザ制御サーバと、
   前記ユーザ制御サーバと作動可能に結合された推奨エンジンと、
   を含み、
   前記推奨エンジンは、
   前記個人用メディアデバイスの少なくとも１人のユーザに対してユーザメディアプロフィール内に収集されているメディア選択及び視聴の履歴を収集し、
   前記ユーザ制御サーバがアクセス可能である前記メディアコンテンツに対して前記ユーザメディアプロフィールを分析することに応答して、前記ユーザに価値があると予想されるコンテンツに関して推奨を生成し、
   前記推奨に応答して、ユーザ選択及びダウンロードのトリガを必要とすることなく自動的に行われる前記個人用メディアデバイスへのコンテンツダウンロードを制御し、
   前記個人用メディアデバイス内での推奨コンテンツの利用可能度を前記ユーザに通信する、
   ように構成される、
   ことを特徴とする、メディアコンテンツを取得するための装置。
2. 前記分散ネットワークは、「インターネット」を含み、
   少なくとも１つのサーバが、前記ユーザ制御サーバに対して前記メディアコンテンツ及びメタデータへのアクセスを提供する、
   ことを特徴とする請求項１に記載の装置。
3. 前記推奨エンジンは、前記制御サーバ、前記個人用メディアデバイス、又は該制御サーバ及び該個人用メディアデバイスの組合せ上での実行に向けて構成されたプログラミングを含むことを特徴とする請求項１に記載の装置。
4. 前記個人用メディアデバイスは、パーソナルコンピュータ、ラップトップコンピュータ、パームトップ、タブレットＰＣ、携帯情報端末（ＰＤＡ）、高度自動機能電話、テレビ受信機、セットトップボックス、及びメディア録画及び再生デバイスから成る電子デバイスの群から選択されることを特徴とする請求項１に記載の装置。
5. 前記コンテンツは、低帯域幅使用の期間中に前記ユーザ制御サーバによって選択された時に前記個人用メディアデバイスによってダウンロードされることを特徴とする請求項１に記載の装置。
6. 前記推奨エンジンは、前記制御サーバがアクセス可能である前記メディアコンテンツに対して前記ユーザメディアプロフィールを分析することを特徴とする請求項１に記載の装置。
7. 前記メディア選択及び視聴の履歴は、前記ユーザにより視聴されたコンテンツのリストを含むことを特徴とする請求項１に記載の装置。
8. 前記視聴コンテンツのリストは、放送、ケーブル、衛星、取外し可能なメディアソース、ダウンロードから又は前記制御サーバから前記個人用メディアデバイスによって受信したコンテンツを検出することに応答して判断されることを特徴とする請求項７に記載の装置。
9. 前記視聴コンテンツのリストは、以前に視聴されたコンテンツに関するユーザエントリを受諾するように構成されることを特徴とする請求項７に記載の装置。
10. 前記推奨エンジンは、コンテンツの絶対時間又は百分率に基づいて、少なくとも１つの視聴閾値に達していたかを検出することに応答してユーザが選択コンテンツ要素を視聴したか否かを判断するように構成されることを特徴とする請求項１に記載の装置。
11. 前記メディアコンテンツに対して分析することは、前記制御サーバがアクセス可能である該コンテンツに対して収集された１組のメタデータ情報に対して前記ユーザメディアプロフィールに検出された特性を比較することを含むことを特徴とする請求項１に記載の装置。
12. 前記メタデータ情報は、フォーマット形式、タイトル、ジャンル、再生時間、及びキーワードから成るメディア情報フィールドの群から選択されたフィールドを含むことを特徴とする請求項１１に記載の装置。
13. 前記推奨エンジンは、更に、マルチエピソードシリーズの１つ又はそれよりも多くのエピソードのユーザ視聴に応答してエピソード視聴を登録するように構成され、
    前記推奨エンジンは、コンテンツ推奨を生成する時に、前記マルチエピソードシリーズの他のエピソード及び関連のコンテンツを考慮するように構成される、
    ことを特徴とする請求項１に記載の装置。
14. 前記推奨エンジンは、更に、前記推奨の前記生成を誘導するためにユーザ入力を収集するように構成されることを特徴とする請求項１に記載の装置。
15. 前記推奨エンジンは、更に、推奨が生成された理由を示す人間可読論拠を出力するように構成されることを特徴とする請求項１に記載の装置。
16. コンテンツ推奨は、それらが前記個人用メディアデバイスへのダウンロードを待つ間、前記推奨エンジンに関連した推奨コンテンツ待ち行列に入れられ、
    前記コンテンツ待ち行列は、前記ユーザにまだダウンロードされていない推奨を削除させるように構成される、
    ことを特徴とする請求項１に記載の装置。
17. 前記推奨エンジンは、更に、前記コンテンツ推奨の適切性に関するユーザフィードバックを収集するように構成されることを特徴とする請求項１に記載の装置。
18. 前記推奨エンジンは、更に
    前記ユーザメディアプロプロフィールを分析することに応答して、広告を受諾する条件と、前記制御サーバがアクセス可能である広告コンテンツに関するメタデータとに関するユーザ設定パラメータを含む前記ユーザに価値があると予想される広告コンテンツの推奨を生成し、
    前記推奨に応答して前記個人用メディアデバイスに広告コンテンツをダウンロードする、
    ように構成され、
    前記ダウンロードは、該ダウンロードのユーザトリガを必要とすることなく自動的に実行される、
    ことを特徴とする請求項１に記載の装置。
19. ユーザコンテクストに関して準最適であると同時に該ユーザコンテクストを超えるコンテクスト範囲にわたって恩典をもたらす推奨が、ダウンロードに対して選択され、
    推奨は、ユーザコンテクスト、配信チャンネルコンテクスト、収益性コンテクスト、及びその組合せから成るコンテクストの群から選択された１つ又はそれよりも多くのコンテクストに対して生成される、
    ことを特徴とする請求項１に記載の装置。
20. 推奨は、複数の判断点に基づいて生成されることを特徴とする請求項１に記載の装置。
21. 推奨は、非時間的測定基準に基づいて可能なコンテンツを選択して待ち行列に入れる第一段階と、時間的測定基準及びネットワーク条件に応じてダウンロードのために該待ち行列から要素を選択する第二段階とに応答して生成されることを特徴とする請求項１に記載の装置。
22. ユーザのコンテンツプリファレンスが前記推奨エンジンによってコンテンツを推奨するための基盤として利用される、ユーザの少なくとも１つの群を確立することを更に含むことを特徴とする請求項１に記載の装置。
23. 前記ユーザの少なくとも１つの群に列挙された前記メンバの数は、ユーザ及び群メンバの特性に応じて確立され、固定のリストサイズに基づくものではないことを特徴とする請求項２２に記載の装置。
24. 分散ネットワーク上でメディアコンテンツ及びメタデータにアクセスするように構成された制御サーバと該分散ネットワーク上で通信するように構成され、かつ個人用メディアデバイスに結合されたソースから、及び前記制御サーバを通して結合されたソースからコンテンツにアクセスして再生するように構成された個人用メディアデバイスと、
    ユーザメディアプロフィール内に収集されている、前記個人用メディアデバイスの少なくとも１人のユーザに関するメディア選択及び視聴の履歴を収集し、
    前記制御サーバがアクセス可能である前記メディアコンテンツに関して前記ユーザメディアプロフィールを分析することに応答して、前記ユーザに価値があると予想されるコンテンツに対する推奨を生成し、
    前記推奨に応答して前記個人用メディアデバイスへコンテンツをダウンロードし、該ダウンロードが、該ダウンロードのユーザトリガを必要とすることなく自動的に行われ、
    前記個人用メディアデバイス内での推奨コンテンツの利用可能度を前記ユーザに通信する、
    ように構成された推奨エンジンと、
    を含むことを特徴とする、メディアコンテンツを取得するための装置。
25. ユーザコンテクストに関して準最適であると同時に該ユーザコンテクストを超えるコンテクスト範囲にわたって恩典をもたらす推奨が、ダウンロードに対して選択され、
    推奨は、ユーザコンテクスト、配信チャンネルコンテクスト、収益性コンテクスト、及びその組合せから成るコンテクストの群から選択された１つ又はそれよりも多くのコンテクストに対して生成される、
    ことを特徴とする請求項２４に記載の装置。
26. ユーザのコンテンツプリファレンスが前記推奨エンジンによってコンテンツを推奨するための基盤として利用される、ユーザの少なくとも１つの群を確立することを更に含むことを特徴とする請求項２４に記載の装置。
27. メディアコンテンツを配信する方法であって、
    個人用メディアデバイス上にユーザによってメディア視聴を登録し、登録したメディア視聴をメディアプロフィール内に格納する段階と、
    分散ネットワーク上で前記個人用メディアデバイスとメディアコンテンツ及びメタデータにアクセスするように構成された制御サーバとの間で通信する段階と、
    利用可能な前記メディアコンテンツ及び前記メタデータに関して前記メディアプロフィールを分析することに応答して、前記ユーザへのダウンロードのために少なくとも１つのメディアコンテンツ要素を推奨する段階と、
    前記メディアコンテンツ要素を前記個人用メディアデバイスに自動的にダウンロードする段階と、
    を含むことを特徴とする方法。
28. 前記メディアプロフィール内にメディアコンテンツ選択に対するユーザプリファレンスを収集する段階を更に含むことを特徴とする請求項２７に記載の方法。
29. 前記メディアコンテンツ要素の利用可能度について前記個人用メディアデバイスの前記ユーザに注意を喚起する段階を更に含むことを特徴とする請求項２７に記載の方法。
30. 前記ダウンロードされた推奨の価値に関する前記ユーザからのフィードバックを取得する段階を更に含むことを特徴とする請求項２７に記載の方法。
31. 前記メディアコンテンツ要素は、映画及び番組から成るメディアコンテンツ要素の群から選択されることを特徴とする請求項２７に記載の方法。
32. 前記メディアコンテンツは、広告メディアコンテンツ要素を含むことを特徴とする請求項２７に記載の方法。
33. 関連のコンテンツのダウンロードの前に推奨コンテンツ待ち行列内に望ましい数の推奨を格納する段階、
    を更に含み、
    前記推奨コンテンツ待ち行列内のエントリは、前記関連コンテンツのダウンロードの前に前記ユーザによって編集することができる、
    ことを特徴とする請求項２７に記載の方法。
34. 各推奨コンテンツ待ち行列エントリが、前記メディアコンテンツ要素に関する人間可読情報を含むことを特徴とする請求項３３に記載の方法。
35. 前記推奨コンテンツ待ち行列における前記推奨の価値に関する前記ユーザからのフィードバックを取得する段階を更に含み、前記メディアプロフィールは、ユーザ入力を反映するように変更されることを特徴とする請求項３３に記載の方法。
36. メディアコンテンツを自動的にダウンロードする前記段階は、ピア・ツー・ピアネットワーク上でユーザプリファレンス及びコンテンツの利用可能度を分析することに応答して、サーバから又は該ピア・ツー・ピアネットワークを通じて前記個人用メディアデバイスに転送されることを特徴とする請求項２７に記載の方法。
37. 前記分散ネットワークは、「インターネット」を含むことを特徴とする請求項２７に記載の方法。
38. メディアコンテンツを推奨する段階の処理が、前記制御サーバ、前記個人用メディアデバイス、又は該制御サーバ及び該個人用メディアデバイスの組合せ上で実行されるプログラミングによって行われることを特徴とする請求項２７に記載の方法。
39. 前記個人用メディアデバイスは、パーソナルコンピュータ、ラップトップコンピュータ、パームトップ、タブレットＰＣ、携帯情報端末（ＰＤＡ）、高度自動機能電話、テレビ受信機、セットトップボックス、及びメディア録画及び再生デバイスから成る電子デバイスの群から選択されることを特徴とする請求項２７に記載の方法。
40. 前記コンテンツは、低帯域幅使用の期間中に前記個人用メディアデバイスによってダウンロードされることを特徴とする請求項２７に記載の方法。
41. メディアコンテンツを推奨する段階の処理が、前記制御サーバがアクセス可能であるメディアコンテンツに関して収集されたメタデータに対して前記メディアプロフィールを分析する段階を含むことを特徴とする請求項２７に記載の方法。
42. 前記メディアプロフィールは、放送、ケーブル、衛星、取外し可能なメディアソース、ダウンロードから又は前記制御サーバから前記個人用メディアデバイスによって受信したコンテンツに関してユーザ活動を検出することに応答して収集されることを特徴とする請求項２７に記載の方法。
43. 以前に取得又は視聴されたメディアコンテンツに関して前記ユーザから情報を取得する段階を更に含むことを特徴とする請求項２７に記載の方法。
44. メディアコンテンツを推奨する段階の処理が、更に、マルチエピソードシリーズの１つ又はそれよりも多くのエピソードのユーザ視聴に応答してエピソード視聴を登録するように構成され、
    メディアコンテンツを推奨する段階の前記処理は、コンテンツ推奨を生成する時に前記マルチエピソードシリーズの他のエピソード及び関連のコンテンツを考慮するように構成される、
    ことを特徴とする請求項２７に記載の方法。
45. メディアコンテンツを推奨する段階の処理が、推奨の生成を誘導するために望ましいメディアコンテンツに対するユーザプリファレンスを収集するように構成されることを特徴とする請求項２７に記載の方法。
46. メディアコンテンツを推奨する段階の処理が、推奨が発生した理由に関して人間可読論拠を生成するように構成されることを特徴とする請求項２７に記載の方法。
47. メディアコンテンツを配信する方法であって、
    ユーザによって個人用メディアデバイス上で視聴されるメディアを登録し、登録メディア視聴をメディアプロフィール内に格納する段階と、
    分散ネットワーク上で前記個人用メディアデバイスとメディアコンテンツ及びメタデータにアクセスするように構成された制御サーバとの間で通信する段階と、
    前記制御サーバがアクセス可能であるメディアコンテンツに関して収集されたメタデータに対して前記メディアプロフィールを分析することに応答して、前記ユーザへのダウンロードのために少なくとも１つのメディアコンテンツ要素を推奨する段階と、
    前記ユーザによって編集されるように構成された推奨コンテンツ待ち行列内に望ましい数の推奨エントリを格納する段階と、
    前記メディアコンテンツ要素を前記個人用メディアデバイスに自動的にダウンロードする段階と、
    を含むことを特徴とする方法。
48. メディアコンテンツを自動的にダウンロードする前記段階は、ピア・ツー・ピアネットワーク上でユーザプリファレンス及びコンテンツの利用可能度を分析することに応答して、前記分散ネットワーク上で接続されたサーバから又は該分散ネットワーク内の該ピア・ツー・ピアネットワークを通じて前記個人用メディアデバイスへ転送されることを特徴とする請求項４７に記載の方法。

Images