(57)【要約】  コンテンツ配信アーキテクチャは、中間ドメインであって、それを介してコンテンツを少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから少なくとも１つの消費者ドメインにおける消費者に転送できる、中間ドメインを備える。少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダからのコンテンツを消費者に配信できるように記憶するためのコンテンツストアを中間ドメインに有するデリバリ層が含まれる。ディスカバリ層は、コンテンツストアから利用可能であるとともに少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから利用可能であるコンテンツに関連するメタデータを記憶するためのコンテンツメタデータストアを中間ドメインに有する。サポート／サービス層は、コンテンツメタデータストアに記憶されているメタデータを使用して、コンテンツストアから消費者への、および少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから消費者へのコンテンツの配信を管理する。
2014520315.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信アーキテクチャであって、
中間ドメインであって、それを介してコンテンツを少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから少なくとも１つの消費者ドメインにおける消費者に転送できる、中間ドメインと、
少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダからのコンテンツを消費者に配信できるように記憶するためのコンテンツストアを中間ドメインに有するデリバリ層と、
コンテンツストアから利用可能であるとともに少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから利用可能なコンテンツに関連するメタデータを記憶するためのコンテンツメタデータストアを中間ドメインに有するディスカバリ層と、
コンテンツメタデータストアに記憶されているメタデータを使用して、コンテンツストアから消費者への、および少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから消費者へのコンテンツの配信を管理するサポート／サービス層と
を含む、アーキテクチャ。
【請求項２】
サポート／サービス層が、ユーザプロファイルストアを含み、ディスカバリ層が、消費者にコンテンツを推奨する推奨エンジンを含み、推奨エンジンが、推奨を行う際にユーザプロファイルストアからの情報およびコンテンツメタデータストアからの情報を使用する、請求項１に記載のアーキテクチャ。
【請求項３】
ユーザプロファイルストアが、コンテンツに対する消費者要求から得られる消費者情報で更新される、請求項２に記載のアーキテクチャ。
【請求項４】
推奨エンジンとコンテンツストアが、配信に関する情報を交換し、交換される情報が、コンテンツストアに記憶されているコンテンツの利用可能性、ヒット率、および要求率のうちの少なくとも１つを含む、請求項２または３に記載のアーキテクチャ。
【請求項５】
サポート／サービス層が、コンテンツの人気度を監視するためのコンテンツ人気度プロセッサを含み、推奨エンジンが、推奨を行う際にコンテンツ人気度プロセッサからのコンテンツ人気度に関する情報を使用する、請求項２から４のいずれか一項に記載のアーキテクチャ。
【請求項６】
コンテンツ人気度プロセッサが、コンテンツに対する消費者要求から情報を受け取る、請求項５に記載のアーキテクチャ。
【請求項７】
コンテンツストアが、より人気度の高いコンテンツを保持し、より人気度の低いコンテンツを除外するように構成されている、請求項１から６のいずれか一項に記載のアーキテクチャ。
【請求項８】
より人気度の高いコンテンツが推奨エンジンによって決定される、請求項２から６のいずれかに従属するときの請求項７に記載のアーキテクチャ。
【請求項９】
コンテンツメタデータストアが、サポート／サービスが利用可能なコンテンツのみに関連するメタデータを記憶する、請求項１から８のいずれか一項に記載のアーキテクチャ。
【請求項１０】
コンテンツをコンテンツストアから消費者にストリーミング配信するための配信機構を含む、請求項１から９のいずれか一項に記載のアーキテクチャ。
【請求項１１】
消費者が、少なくとも１つのコンテンツプロバイダドメインにおける１つまたは複数のコンテンツプロバイダから利用でき、コンテンツストアには記憶されていないコンテンツを要求すると、デリバリ層が、要求されたコンテンツを、コンテンツストアに記憶せずに前記１つまたは複数のコンテンツプロバイダから消費者に転送する、請求項１から１０のいずれか一項に記載のアーキテクチャ。
【請求項１２】
ヒット率が、コンテンツストアに記憶される推奨されるコンテンツの量を決定する際に使用される、請求項１から１１のいずれか一項に記載のアーキテクチャ。
【請求項１３】
要求率が、コンテンツストアに記憶される推奨されるコンテンツの量を決定する際に使用される、請求項１２に記載のアーキテクチャ。
【請求項１４】
中間ドメインが複数のサブドメインで構成され、各サブドメインが、
中間ドメインであって、それを介してコンテンツを少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから少なくとも１つの消費者ドメインにおける消費者に転送できる、中間ドメインと、
少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダからのコンテンツを消費者に配信できるように記憶するためのコンテンツストアを中間ドメインに有するデリバリ層と、
コンテンツストアから利用可能であるとともに少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから利用可能なコンテンツに関連するメタデータを記憶するためのコンテンツメタデータストアを中間ドメインに有するディスカバリ層と、
コンテンツメタデータストアに記憶されているメタデータを使用して、コンテンツストアから消費者への、および少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから消費者へのコンテンツの配信を管理するサポート／サービス層とを含む、
請求項１から１３のいずれか一項に記載のアーキテクチャ。
【請求項１５】
少なくとも１つのソースドメインおよび／またはシンクドメインを含む、請求項１から１４のいずれか一項に記載のアーキテクチャ。
【請求項１６】
コンテンツを配信するための方法であって、
コンテンツを中間ドメインを介して少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから少なくとも１つの消費者ドメインにおける消費者に転送することと、
デリバリ層において、少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダからのコンテンツを消費者に配信できるように中間ドメインに記憶することと、
ディスカバリ層において、記憶されているコンテンツのストアからの記憶されているコンテンツおよび少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから利用可能なコンテンツに関連するメタデータを中間ドメインに記憶することと、
サポート／サービス層において、記憶されているメタデータを使用して、記憶されているコンテンツ、および少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから利用可能なコンテンツの消費者への配信を管理することと
を含む、方法。
【請求項１７】
サポート／サービス層に含まれるユーザプロファイルストアからの情報を使用して消費者にコンテンツを推奨することを含み、記憶されているコンテンツメタデータからの情報およびデリバリ層からの情報が、コンテンツストアに記憶されているコンテンツの利用可能性、ヒット率、および要求率のうちの少なくとも１つを含む、請求項１６に記載の方法。
【請求項１８】
コンテンツの人気度を監視し、コンテンツ推奨を消費者に行う際にコンテンツ人気度に関する情報を使用することを含む、請求項１６または１７に記載の方法。
【請求項１９】
より人気度の高いコンテンツが推奨エンジンによって決定される、請求項１８に記載の方法。
【請求項２０】
記憶されているコンテンツメタデータが、サポート／サービスが利用可能なコンテンツのみに関連するメタデータである、請求項１６から１９のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信アーキテクチャおよび方法に関する。
【背景技術】
【０００２】
たとえば、コンテンツまたはそのコンテンツから導かれたコンテンツを他者に供給することによって、同じコンテンツをコンテンツプロバイダまたはコンテンツ著作者などのコンテンツソースから、コンテンツプロバイダおよび／またはコンテンツ所有者にもそれ自身なり得る消費者に配信するのを可能にする様々な種類のコンテンツ配信ネットワーク（ＣＤＮ）が利用可能である。ＣＤＮは、たとえばローカルキャッシュを含んでもよく、それによって、コンテンツソースから得られたコンテンツをエンドユーザによるローカルアクセスが可能なように保持して、ネットワークリソースに対する負荷を低減させようという試みが行われ得る。ユーザプロファイルを使用してコンテンツ配信を個人向けに設定することも可能である。
【発明の概要】
【課題を解決するための手段】
【０００３】
本発明の第１の態様によれば、コンテンツ配信アーキテクチャは、中間ドメインであって、それを介してコンテンツを少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから少なくとも１つの消費者ドメインにおける消費者に転送できる、中間ドメインを備える。少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダからのコンテンツを消費者に配信できるように記憶するためのコンテンツストアを中間ドメインに有するデリバリ層が含まれる。ディスカバリ層は、コンテンツストアから利用可能であるとともに少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから利用可能であるコンテンツに関連するメタデータを記憶するためのコンテンツメタデータストアを中間ドメインに有する。サポート／サービス層は、コンテンツメタデータストアに記憶されているメタデータを使用して、コンテンツストアから消費者への、および少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから消費者へのコンテンツの配信を管理する。サポート／サービス層によって、コンテンツメタデータストアに記憶されているメタデータに加えて他の情報および機構を使用してコンテンツ配信を管理してもよい。
【０００４】
ドメインは、ドメインを実現する責任を負う通信会社のような独立したエンティティに関係してもよく、そのエンティティのドメインは、複数の異なるエンティティによって実現される複数の他のドメインに接続されてもよい。中間ドメインは、検討中の特定のコンテンツに関してソースもシンクも含まないネットワークドメインである。アーキテクチャは、複数の中間ドメインを含んでもあるいは単一の中間ドメインを含んでもよい。
【０００５】
コンテンツプロバイダは、コンテンツのコンテンツ所有者、著作者、または他の何らかのソースであってもよく、コンテンツプロバイダドメインはソースドメインとみなされてもよい。消費者は、エンドユーザであってもよく、あるいはユーザ自身が、たとえば、コンテンツまたはそのコンテンツから導かれるコンテンツもしくはそのコンテンツに基づくコンテンツのソースとして働くユーザであってもよい。ユーザは、個人であってもあるいは他の何らかのエンティティであってもよい。したがって、消費者はシンクとみなされてもよく、消費者ドメインはシンクドメインである。シンクドメインおよびソースドメインは、特定のソース機能およびシンク機能に加えて中間ドメインと同様の機能を含んでもよい。本発明によるアーキテクチャは、少なくとも１つのソースドメインおよび／または少なくとも１つのシンクドメインを含んでもよい。
【０００６】
コンテンツ消費者のエクスペリエンスの質は、コンテンツ配信システムおよびコンテンツディスカバリシステムと、関連するサポートを含むサービスとによって決まる。本発明による実施形態は、顧客の満足を改善し、かつ記憶、処理、および転送などのネットワークリソースを効率的に使用できるようにすることを目的とした、コンテンツ配信のより統合された手法を実現するのを可能にすることができる。
【０００７】
一実施形態において、サポート／サービス層は、ユーザプロファイルストアを含み、ディスカバリ層は、消費者にコンテンツを推奨し、推奨を行う際にユーザプロファイルストアからの情報およびコンテンツメタデータストアからの情報を使用する推奨エンジンを含む。推奨エンジンは、他の追加的な情報、たとえばオンデマンドビデオの場合の映画のセレブリティチョイスを使用してもよい。ユーザプロファイルは、たとえば以前に消費者によって要求されたコンテンツを示してもよく、したがって、同様のコンテンツをその消費者が関心を抱いているコンテンツとみなしてもよく、あるいは同様のユーザプロファイルを有する他の消費者によって要求されたコンテンツをその消費者が関心を抱くコンテンツとみなしてもよい。推奨コンテンツは、たとえばコンテンツプロバイダまたは他の要件によって設定されてもよい。たとえば新たに利用可能になるコンテンツは、推奨エンジンによってより高いランクを与えられるように構成されてもよい。
【０００８】
別の実施形態では、ユーザプロファイルストアおよび／または推奨エンジンは利用できない。そのような実施形態では、消費者は、単に要求を入力することしかできず、コンテンツに関する推奨を受けることができず、かつ／あるいはユーザプロファイルストアが存在しなくてもよい。この結果、個人向けのカスタマイズの程度が低下するかあるいは個人向けのカスタマイズが不可能になることがあるにもかかわらず、そのような構成は、コンテンツプロバイダからの利用可能なコンテンツを関連するコンテンツメタデータを使用して検索可能にすることができる点で有利である場合がある。
【０００９】
一実施形態において、ユーザプロファイルストアは、コンテンツに対する消費者要求から得られる消費者情報で更新される。その代わりにまたはそれに加えて、他の機構を使用して、たとえば、コンテンツ配信に関連しない他のシステムからの情報を利用することによってユーザプロファイルを修正してもよい。
【００１０】
一実施形態において、サポート／サービス層は、コンテンツの人気度を監視するためのコンテンツ人気度プロセッサを含み、推奨エンジンは、推奨を行う際にコンテンツ人気度プロセッサからのコンテンツ人気度に関する情報を使用する。他の実施形態では、コンテンツ人気度プロセッサは含まれず、推奨エンジンが他の手段からの入力を受け取る。
【００１１】
一実施形態において、コンテンツをコンテンツストアから消費者にストリーミング配信するための配信機構が含まれる。コンテンツは、たとえば映像であっても音声であってもよい。別の実施形態では、コンテンツは、後で消費者によってアクセスできるように消費者にダウンロードされる。
【００１２】
一実施形態において、中間ドメインは複数のサブドメインを備える。
【００１３】
一実施形態において、中間ドメイン自体においてローカルに処理できるものと隣接するドメインによって処理されるべきものとの分割が実施されてもよく、それによって様々なステークホルダがすべての層機能に自律的に対処することができ、しかも層機能およびエンドツーエンド機能全体を実現することができる。
【００１４】
様々なドメイン設定を有し、たとえば、２つのドメインを１つの新しいドメインと２つのサブドメインとして組み合わせることが可能である。このことは、コンテンツ配信を実行するアプリケーションコンテンツプロバイダが通信会社と協働して、コンテンツの検索および配信に関して、通信会社がそれ自体のドメインを有する場合と同じ結果を実現する場合に有利であることがある。
【００１５】
本発明の第２の態様によれば、コンテンツ配信方法は、コンテンツを中間ドメインを介して少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから少なくとも１つの消費者ドメインにおける消費者に転送することと、デリバリ層において、少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダからのコンテンツを消費者に配信できるように中間ドメインに記憶することと、ディスカバリ層において、記憶されているコンテンツのストアからの記憶されているコンテンツおよび少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダから利用可能なコンテンツに関連するメタデータを中間ドメインに記憶することと、サポート／サービス層において、記憶されているメタデータを使用して、記憶されているコンテンツ、および少なくとも１つのコンテンツプロバイダドメインにおけるコンテンツプロバイダからのコンテンツの消費者への配信を管理することとを含む。
【００１６】
次に、本発明のいくつかの実施形態について、ほんの一例として、添付の図面を参照して説明する。
【図面の簡単な説明】
【００１７】
【図１】コンテンツ配信アーキテクチャを概略的に示す図である。
【図２】図１のアーキテクチャの一態様を概略的に示す図である。
【図３】図１および図２のアーキテクチャの中間ドメインを概略的に示す図である。
【発明を実施するための形態】
【００１８】
図１を参照すると、コンテンツ配信アーキテクチャは、１つまたは複数のソース２を有するソースドメイン１と、１つまたは複数のシンク４を有するシンクドメイン３と、ソースドメイン１とシンクドメイン３との間に配置された少なくとも１つの中間ドメイン５とを含む。３つの層が、中間ドメイン５を介してソースドメイン１からシンクドメイン３まで延びている。
【００１９】
第１の層は、コンテンツに対するユーザ要求に対処するサービス／サポート層６である。第２の層は、ユーザが関心を抱く可能性が高いコンテンツをユーザに示すのを可能にするディスカバリ層７である。第３の層は、コンテンツをユーザに配信するためのデリバリ層８である。
【００２０】
中間ドメイン５は、図２に示すようにソースドメイン１からコンテンツを取得し、中間ドメイン５に配置されたコンテンツストア９に格納する。コンテンツに関連するメタデータも、中間ドメイン５内のメタデータストア１０に保持される。
【００２１】
中間ドメイン５および様々な層同士の間の相互作用を図３により詳しく示す。
【００２２】
サポート／サービス層６は、コンテンツに対するユーザ要求を１２において受信する要求処理プロセッサ１１を含む。要求処理プロセッサ１１は、メタデータストア１０におけるコンテンツメタデータにアクセスし、ユーザ要求を中間ドメイン５内でローカルに実現すべきかそれとも要求を１３において隣接するドメインに送信すべきかを判定することができる。コンテンツメタデータストア１０は、コンテンツストア９からのコンテンツ存在情報で更新されるかまたは推奨エンジン１６を介して更新される。
【００２３】
別の構成では、要求処理プロセッサ１１は、推奨エンジン１６を介して情報を受信し、ユーザ要求をローカルに処理できるかどうかを判定する。両方の構成を使用して、要求処理プロセッサ１１にコンテンツメタデータストア１０から入力を与えるとともに推奨エンジン１６を介して入力を与えてもよい。ユーザ要求はユーザプロファイルストア１４にも送信され、それによって、ユーザによって要求されたコンテンツを考慮するようにプロファイルを更新することができる。ユーザ要求は、ユーザによってどんなコンテンツが要求されているかを追跡するコンテンツ人気度データストア１５にも送信される。中間ドメイン５に関連するユーザによって現在より頻繁に要求されていることが分かっているコンテンツ項目を特定してコンテンツストア９に取り込んでもよく、それによって、人気度の高いコンテンツを中間ドメイン５からユーザに配信するのに容易に利用することができる。
【００２４】
ディスカバリ層７は推奨エンジン１６とコンテンツメタデータストア１０とを含む。入力１７において、コンテンツメタデータストア１０は、サービス／サポートが利用可能なコンテンツに関連するメタデータを取り込む。これによって、隣接するドメインを介して上流側ソースからのコンテンツカタログのメタデータをコンテンツメタデータストア１０においてまとめる集計機能が実現される。サービス／サポート層では処理できないコンテンツのメタデータはコンテンツメタデータストア１０に保持されない。推奨エンジン１６は、関心を抱く可能性の高いコンテンツに関して個人向けに設定された推奨を１８においてユーザに提供する。推奨エンジン１６は、その入力の１つとしてユーザプロファイルストア１４からデータを受信する。推奨エンジン１６はまた、中間ドメイン５および隣接するドメイン内でどんなコンテンツ項目が利用可能であるかを推奨エンジン１６に通知するデータをコンテンツメタデータストア１０から受信する。関連するメタデータがメタデータストア１０に保持されていないコンテンツ項目が推奨エンジンによって検討されることはない。さらに、推奨エンジン１６は、コンテンツの人気度に関する情報をコンテンツ人気度プロセッサ１５から受信するとともにコンテンツストア９にローカルに保持されているコンテンツに関する情報を受信する。コンテンツ人気度プロセッサ１５は、ユーザ要求に基づくアルゴリズムを使用してコンテンツ人気度を判定する。
【００２５】
デリバリ層８は、人気度の高いコンテンツをユーザの近くに配置するのを可能にし、したがって、レイテンシを短縮するように構成されている。コンテンツストア９は、コンテンツ人気度プロセッサ１５からのコンテンツ人気度、推奨エンジン１６からの指示、および個人向けに設定された推奨コンテンツのうちの最上位コンテンツに近いコンテンツの事前取込みに基づくコンテンツを１９において取り込む。さらに、ユーザ要求が受信された時点でコンテンツストア９にコンテンツがない場合に推奨されるコンテンツが２０において動的に取り込まれてもよい。コンテンツストア９は、要求処理プロセッサ１１からの指示に応じて要求されたコンテンツを配信し、この実施形態ではユーザにストリーミング配信し、コンテンツを低レイテンシで取り込んでコンテンツと相互作用するのを可能にし、ユーザを十分に満足させる。他の実施形態では、コンテンツをたとえばダウンロードしてユーザの機器上に記憶してもよい。
【００２６】
上記のことから、各層が互いに依存することが諒解されよう。第１の層６は、ディスカバリ層７において検索することのできるコンテンツのみのサービス／サポートを担う。すなわち、サポート／サービス層６は、ネットワークプロバイダがメタデータを有するコンテンツのみを処理し、このデータが推奨エンジン１６において検討される。ディスカバリ層７は、検索されたコンテンツを配信するために、コンテンツデリバリ層８によってローカルに処理するかまたは隣接するドメインを介して得ることのできるコンテンツのメタデータを含む。
【００２７】
サポート／サービス層６は、デリバリ層８と相互作用して、たとえばコンテンツ人気度データを提供し、それによって、デリバリ層８は、ネットワーク利用を最適化できるように記憶されているコンテンツを取得するようにデリバリ層８自体を構成することができる。
【００２８】
ネットワークには複数の中間ドメインが存在してもよく、それらの中間ドメインは、たとえばカスケードとして配置されてもあるいはたとえば格子構成のようなより複雑な関係に配置されてもよい。すべての層において隣接するドメイン同士が中間ドメインと協働してもよい。
【００２９】
各図において各構成要素は単一のエンティティとして示されているが、たとえば、ドメイン同士の間の相互作用の原則と同様の原則をサブドメイン同士の間の相互作用に使用することによって、ドメイン内の分散システムが適用されてもよいことを諒解されたい。この特徴は特に、記憶、処理、および転送をネットワーク内の任意の場所またはネットワークノードに配置することができることにより最適化される、ネットワークリソース利用の最適化を可能にする。たとえば、人気度の高いコンテンツがこのコンテンツに対する要求のソース、すなわち通常はユーザの最も近くに配置されてもよい。
【００３０】
図３に示す実施形態を使用することによって、たとえば消費者のエクスペリエンスが改善される。コンテンツに対するユーザ要求をドメイン内で処理することができるとき、また、ユーザが関心のあるコンテンツを容易に見つけることができるときに消費者に対するエクスペリエンスの質が最適化される。ユーザ要求をドメイン内で処理することによって、予想される消費者要求量および同時利用者の割合のような予想される消費者要求量の特徴に基づいてリソースの量がドメイン当たりに決定されるのでレイテンシが短縮され、配信の輻輳が軽減または解消される。ユーザがコンテンツを容易に見つけられるように、ディスカバリシステムはユーザプロファイルに応じてコンテンツの優先順位を決定する。これによって、ドメイン内の過去の履歴サービス要求を使用してプロファイルが作成されるので良好な結果を得ることができる。ユーザをより適切に特徴付けかつ他のユーザから区別するデータをユーザプロファイルに追加する任意のサービスが有用であり得る。
【００３１】
すでにドメイン配信構成要素に取り込まれているコンテンツについては、要求された後のコンテンツの配信のレイテンシを確実に短くすることができる。選択される他のコンテンツについては、上流側ドメイン／ソースからの動的な取込みが必要である。隣接するドメインの挙動を知り、たとえば、最大レイテンシ、取込み終了通知などを得ることによって、下流側の隣接するドメイン／ユーザに対する制御されたサービスが実現される。動的に取り込まれるコンテンツは、取り込まれる間にユーザに直接配信されても、あるいはまずコンテンツストアに記憶され、その後ユーザにストリーミング配信されてもよい。中間的な記憶によって、たとえば、隣接するドメインからのコンテンツ配信の速度変動を隠すことができる。
【００３２】
ディスカバリシステムは、あるドメインが消費者サポート、たとえば課金および／またはヘルプデスクサービスを行うすべての隣接するドメインにわたって作成することのできるメタデータストアから導かれるコンテンツ選択肢をユーザに提供する。これによって、消費者サポートが拡張可能になり、したがって、運営するサポートシステムおよび従業員などのリソースの量がドメイン要件に応じて決定されるのでこの拡張性を確保することができる。
【００３３】
ユーザのエクスペリエンスの質は、個人向けに設定されたコンテンツ検索および選択がすでに１つまたは複数のドメイン配信構成要素に存在するコンテンツに対するものであるときに向上する。したがって、コンテンツ要求の前にドメインに存在するコンテンツの量は、たとえば、ドメイン記憶容量を大きくし、関連する各コンテンツ項目のドメイン人気度の測定を適切に行うことによって最大にされることが好ましい。さらに、事前に取り込まれるコンテンツは、ユーザに対する推奨に応じて設定されてもよい。
【００３４】
非ヒット要求の回避は、完全には網羅されていない以下の考えられる構成によって分かるように、ディスカバリ層とデリバリ層との間の明示的な相互作用によって実現することができる。
【００３５】
デリバリ層は、通常人気度の高いコンテンツ項目を保持し、最も人気度の高い項目を消費者に対する有力な推奨コンテンツの入力とみなすように構成されてもよい。デリバリ層は、たとえばヒット率および要求率に関する情報をディスカバリ層に伝えることができる。他の情報が提供されてもよい。ヒット率は、要求率、すなわち、中間ドメイン内のコンテンツストアから得ることのできる項目に対する所与の期間にわたるコンテンツ要求の数と総要求率の比である。ヒット率が低い場合、ディスカバリ層は、その結果として、コンテンツストアにキャッシュされる個人向けに設定されたコンテンツ項目の量を増やし、配信に関するヒット率およびエクスペリエンスの質を高める。要求率がより高くなるにつれて、よりヒット率を高くしてソースドメインからの必要な配信量を効果的に低減させるべきである。したがって、要求率が高い場合には、推奨リストをコンテンツストア内のコンテンツに合わせることがより重要であり得る。
【００３６】
ディスカバリ層からデリバリ層への作用において、あるドメインに関連する多数の消費者に推奨されるコンテンツ項目が選択される可能性が高い。最も推奨される項目は、場合によっては人気度のより低い項目を犠牲にして配信システムに事前に取り込まれてもよい。
【００３７】
どんなコンテンツが記憶されるかに応じて推奨が設定され、さらに、どんなコンテンツが記憶されるかが推奨リストによって決まる双方向相互作用がある。したがって、非常に人気度の高いコンテンツが配信システムから容易に除外されることはなく、推奨されるコンテンツは、人気度が高くなることが予想される場合に配信システムに取り込まれる。
【００３８】
「プロセッサ」と示されているあらゆる機能ブロックを含む各図に示す様々な要素の機能は、専用ハードウェアとソフトウェアを実行することのできるハードウェアを適切なソフトウェアと対応付けて使用することによって実現され得る。各機能は、プロセッサによって実現することも、単一の専用プロセッサによって実現することも、単一の共有プロセッサによって実現することも、あるいはいくつかが共有され得る複数の個々のプロセッサによって実現することも可能である。さらに、語「プロセッサ」が明示的に使用される場合、ソフトウェアを実行することのできるハードウェアを排他的に指すものと解釈すべきではなく、デジタルシグナルプロセッサ（ＤＳＰ）ハードウェア、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ソフトウェアを記憶するための読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、および非揮発性記憶装置が、限定することなく、暗黙的に含まれてもよい。他のハードウェア、すなわち、従来のハードウェアおよび／またはカスタムハードウェアを含めてもよい。
【００３９】
本発明は、その趣旨または本質的な特性から逸脱せずに他の特定の形態で実現し得る。前述の各実施形態は、すべての点で例示的なものとみなされるべきであり、限定的なものとみなされるべきではない。したがって、本発明の範囲は、上記の説明ではなく添付の特許請求の範囲によって示される。特許請求の範囲の均等物の意味および範囲内のすべての変更は特許請求の範囲内に含まれるものである。
【図１】
2014520315.tif 000003
【図２】
2014520315.tif 000004
【図３】
2014520315.tif 000005
【国際調査報告】
2014520315.tif 000006
2014520315.tif 000007