JP5486590B2 - 管理されたコンテンツ配信のシステム及び方法 - Google Patents

Description

本願は、２００８年４月２３日出願の米国仮特許出願第６１／０４７，２２３号に対する優先権を主張するものであり、この内容は、参照により全体として本明細書に盛り込まれる。

本発明は、概して、コンテンツ配信のシステム及び方法に関する。より詳しくは、本発明は、通信ネットワークを介してコンテンツ配信を効率的に管理するシステム及び方法に関する。

インターネットは、今日の社会において、最も一般的な情報普及手段になった。インターネットのワールドワイドウェブ（ＷＷＷ又はウェブ）アプリケーションは、ユーザが複数のクライアントへの普及のためにサーバへコンテンツを置くための機能性を提供する。サーバとは、別のコンピュータのコマンドでタスクを行なうコンピュータであり、クライアントとは、そのようなコマンドを出すコンピュータである。サーバとクライアントは、ネットワークを形成し、これを介して情報が普及する。

初めは、コンテンツはすべて「プル」テクノロジを使用して、インターネットを通じて引き出された。プルテクノロジは、コンテンツに対するリクエストがクライアントで起こされ、サーバによって応答されるネットワーク通信の形式である。これは、クエリーモデルと呼ばれることもある。プルテクノロジを使用して、クライアントオペレータを務めるユーザは、通常はウェブブラウザを活用して、サーバコンテンツをブラウズする、もしくは、特定のコンテンツを問い合わせるためにサーチエンジンを使用することにより、興味のあるコンテンツを探し出す。興味のあるコンテンツが探し出された後、ユーザは、例えば、ウェブブラウザに表示されたアイコン又はハイパーリンクをクリックして、関連するサーバからそのコンテンツを引き出さなければならない。インターネットで利用可能なコンテンツが豊富になり、その量が連続的に成長しているため、多くの場合、コンテンツを効率的に見つけることはユーザにとって困難である。

ユーザが興味のある的確なコンテンツを見つけるまで、積極的に莫大な量のコンテンツを分類することをユーザに要求する問題に加えて、プルテクノロジには、さらに種々の他の欠点が存在する。例えば、遅いネットワーク接続を経由してしか、ユーザが引き出したいコンテンツにアクセスすることができない場合、ユーザは、長期に亘る待機期間を経験する、あるいは、コンテンツが入手可能ではないと通知されることもあり得る。さらに、ネットワーク接続が比較的遅くない場合でさえ、ほとんどのネットワーク接続は、一定量の時間にその接続を介して通信され得るデータ量に対応する一定量のバンド幅に制限されている（例えば、ビット／秒）。従って、より多くのユーザが、サーバからの同一のコンテンツを同時に引き出すことを試みようとすればするほど、バンド幅の合計量を減少させ、次には、各ユーザが、そのコンテンツを引き出すのに必要な時間の合計量を増加させる。興味のあるコンテンツを見つけ出し、又は遅いか若しくは過負荷のネットワーク接続からコンテンツを引き出す際に生じる長い待ち時間を回避するために、典型的なインターネットユーザが分類しなければならない情報量が膨大であることに応じて、興味のあるコンテンツを得るための代替方法―「プッシュ」テクノロジ―が、高度に発展した。

プッシュテクノロジ（すなわちＷＥＢキャスティング）は、サーバが、あらかじめ指定されたユーザ定義のフィルタ基準により、自身のデータベース上にコンテンツを自動的に分類し、適時、クライアントに関連性のあるコンテンツを送信するネットワーク通信の形式である。これは、パブリッシュ／サブスクライブ・モデルを呼ばれることもある。プッシュテクノロジを使用するために、ユーザは、ユーザにプッシュされているコンテンツを受信するために、通常、ユーザのウェブブラウザと無関係に、あるいは、そのウェブブラウザと連動して動作する特別のクライアントソフトウェアをダウンロードしなければならない。もしくは、代替方法では、ユーザは、動的に生成されたウェブページにアクセスするか、又は、引き出された興味のあるコンテンツを含む／リストする電子メールのメッセージを受信してもよい。

サーバが、プッシュテクノロジを経由して、ユーザにとって興味のあるコンテンツを探し出し、引き出し、ランク付けすることにより、フィルタ基準を確立するために、ユーザは、通常、そのユーザが求めた興味のあるコンテンツを定義するプロファイル又は優先度を作成する。それらの事前に定義されたプロファイル及び優先度は、通常は全インターネットを介して適用されることではなく特定の情報チャンネルに制限されているため、クエリーの結果をユーザが求めた興味のある的確なコンテンツに大幅に絞るのに役立つ。例えば、特定のトピック上の最新のニュース記事を求めるプロファイル又は優先度は、ニュースを伝えるサーバに限定されるだろう。

興味のあるコンテンツを探し出すために、ユーザが分類しなければならない大量の無関係の情報を削減することに加えて、プッシュテクノロジは、各クライアントにデータを配信する適切な時間及び方法をサーバが決定することを可能にすることによって、プルテクノロジに比べて向上しようとする。コンテンツが、動的に生成されたウェブページに公開されるか、又は、電子メールのメッセージを経由して送信される代わりに、ダウンロード用にクライアントコンピュータへ送信されている場合、クライアントコンピュータがアイドル状態の時、又は、サーバが最も利用可能なバンド幅を有する時には、サーバは、そのコンテンツをプッシュしようとしてもよい。サーバは、サーバが保存したクライアントの全リストを介して、そのコンテンツ配信のバランスを取ることができる。この機能性により、プルテクノロジを使用して、遅いか若しくは過負荷のネットワーク接続からコンテンツを引き出す場合に生じ得る長い待ち時間を回避するのに役立つ。

プッシュテクノロジは、プルテクノロジのいくつかの欠点に対処しているが、これ自身にも欠点がある。例えば、興味のある一定のコンテンツが、プロファイル及び優先度によって定義されたカテゴリーのタイプに容易に当てはまらないので、プッシュテクノロジの中で使用したプロファイル及び優先度が、必ずしも最も関連性のあるコンテンツを提供するとは限らない。さらに、サーバが、各クライアントにコンテンツを配信するタイミングを決めるので、ユーザは、サーバがコンテンツを配信するのを待たなければならず、その結果、そのコンテンツは必ずしも最新のものだとは限らない。その上、クライアントコンピュータが、コンテンツが送信される時点でネットワークに接続されていない場合、コンテンツを受信しないだろう。また、別のアップデートが起こって初めて、サーバが、アップデートされたコンテンツを送信することが適切であると決定する場合、ユーザは、一連のアップデートされたコンテンツを完全に逃し得る。

従って、プルテクノロジにおいて典型的な、過度に幅広いコンテンツを返すことを回避し、プッシュテクノロジにおいて典型的な、過度に狭いサーチ基準を回避し、遅いか若しくは過負荷のネットワーク接続からコンテンツをプルする場合に起こり得る長い待ち時間を回避し、かつ、ユーザがコンテンツアップデートをし損ねるのを防ぐような、コンピュータネットワーク上のコンテンツ配信を効率的に管理する、低価格のシステム及び方法の必要性がある。

従って、上述した問題、及び／又は、欠点を少なくとも解決するため、もしくは、後述した利点を少なくとも提供するため、本発明の非限定的な目的は、１又は複数のウェブサーバへ公開するための少なくとも１つの第１のユーザインターフェースと、前記コンテンツをダウンロードするための少なくとも１又は複数のパラメータについて記述する一連の命令を生成するための少なくとも１つのアプリケーションサーバと、アプリケーションサーバからの前記一連の命令に受信して、前記コンテンツをダウンロードするための少なくとも１つの第２のユーザインターフェースと、を具備し、前記少なくとも１つの第２のユーザインターフェースは、前記一連の命令を使用して、コンテンツが１又は複数のウェブサーバのいずれからダウンロードされるべきか決定することを特徴とする、コンテンツ配信システム及び方法を提供することである。

添付の図面と共に、以下の説明について言及する際、本発明のこれら及びその他の目的は、その意図した利点と同様に、より容易に明白になるだろう。

本発明の非限定的な例示的な実施形態による通信ネットワークのインフラストラクチャを例証する図である。 本発明の非限定的な例示的な実施形態によるコンテンツ配信プロセスの機能的ステップを例証するフローチャートである。

本発明のシステム及び方法は、少なくとも上記で議論された欠点を除去する一方、プッシュテクノロジ及びプルテクノロジの利点をすべて提供する。例えば、本発明のシステム及び方法は、リモートユーザがデータを引き出すチャンネルを、コンテンツマネージャがあらかじめ定義することを可能にすることにより、多くのコンテンツを引き出すことに関連する問題を除去する。これらのチャンネルは、チャンネル内の複数のサーバを介して、コンテンツプルの負荷のバランスを取ることによって、遅い、かつ／若しくは、過負荷をかけられたネットワーク接続の問題を除去する。そして、本発明のシステム及び方法は、ユーザが、複数のサーバからのコンテンツをオンデマンドにプルすることを可能にすることにより、逃したコンテンツプッシュの問題を除去する。さらに、本発明のシステム及び方法は、専用ソフトウェアがこれらのサーバ上で存在することを要求することなく、インターネットに接続された低価格サーバの冗長アレイを使用して利用され得る。これにより、公開サーバを使用して、冗長性、スケーラビリティ、及び、安全な配信を提供する。従って、本発明は、さらに少なくとも上記で議論された欠点に対して経済的解決を提供する。

これから、本発明の非限定的な実施形態について、添付の図面に言及しながら詳細に言及する。ここで、参照数字は、例えば、部品、コンポーネント、及び、構造について言及している。図面について検討すると、図１は、本発明が利用され得るネットワーク１００のインフラストラクチャの例示された非限定的な実施形態を示す。ネットワーク１００は、少なくとも１つのコンテンツ管理サーバ１０２と、複数のコンテンツ配信サーバ１０４と、少なくとも１つのコンテンツマネージャインターフェース１０６と、複数のリモートユーザインターフェース１０８とを含む。

コンテンツ管理サーバ１０２、コンテンツ配信サーバ１０４、及び、コンテンツ管理デバイス１０６は、ローカルエリアネットワーク（ＬＡＮ）１１０を通じて互いに接続される。これらは、不正なインターネットアクセスに対するセキュリティを提供するファイアウォール１１２の後ろに設置されてもよい。リモートユーザインターフェース１０８は、ＬＡＮ１１０外に設置され、コンテンツ管理サーバ１０２及びコンテンツ配信サーバ１０４に、実質的に任意の適切で安全なコンピュータネットワーク（例えば、デジタル加入者回線（ＤＳＬ）、ケーブルモデム、無線リンク、又は、他の高速接続のような安全な広帯域の接続を使用する仮想プライベートネットワーク（ＶＰＮ））を通じて接続される。ＶＰＮは、ユーザがアクセスを得るための認証機構を実装し、ユーザがアクセスを得た後、リモートユーザインターフェース１０８と、コンテンツ管理サーバ１０２と、コンテンツ配信サーバ１０４との間の安全な通信を提供する。リモートユーザインターフェース１０８と、コンテンツ管理サーバ１０２と、コンテンツ配信サーバ１０４との間の通信は、付加的な安全性を提供するために暗号化されてもよい。また、図１において説明される例示的な実施形態では、複数のコンテンツ配信サーバ１０４は、ＬＡＮ１１０の内に設置されるが、これらサーバは、ＬＡＮ１１０の外で提供され、任意の適切で安全な接続を経由してネットワーク１００の別のコンポーネントに接続されてもよい。

コンテンツ管理サーバ１０２は、ユーザ及びグループを制御するための機能性を提供する配信管理ソフトウェアアプリケーションを含む。これには、彼らのアクセス及び権利、並びに、コンテンツ配信規定を含む。そのソフトウェアは、コンテンツがネットワーク１００の別のコンポーネントへいつプッシュされるか、又は、コンポーネントからいつプルされるか、を制御するために、プロスケープテクノロジーズ，Ｉｎｃ．のアプリケーションサーバ・ソフトウェアのようなコンテンツ配信ソフトウェアを含んでもよい。単一のコンテンツ管理サーバ１０２のみが、図１において説明されるが、ネットワーク１００にアクセスするユーザ又はグループが増加するにつれて、すなわち、データ量が増加するにつれて、クラスタ化した、もしくは、負荷バランスのとれた環境中で、複数のコンテンツ管理サーバ１０２が提供されてもよい。

コンテンツ配信サーバ１０４は、マイクロソフト株式会社のＭＩＣＲＯＳＯＦＴブランドのウェブサーバプリケーション（例えば Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅｓ（ＩＩＳ））、又は、Ｌｉｎｕｘウェブサーバプリケーション（例えばＡｐａｃｈｅ）のような標準ウェブサーバソフトウェアアプリケーションを含む。これらは、さまざまなクライアントからのハイパーテキスト転送プロトコル（ＨＴＴＰ）リクエスト、及び、ファイル転送プロトコル（ＦＴＰ）リクエストを受け取って、クライアントに対してＨＴＴＰレスポンス、又は、ＦＴＰレスポンスを提供するための機能性を提供する。ＨＴＴＰレスポンスは、プリハイパーテキストプロセッサ（ＰＨＰ）強化型ハイパーテキストマークアップ言語（ＨＴＭＬ）文書（すなわちダイナミックウェブページ）を含んでもよい。また、ＦＴＰレスポンスは、原画像ファイル、ＪＰＧ画像、又は、多目的インターネットメール拡張（ＭＩＭＥ）タイプによって定義された他の型式の文書を含んでもよい。その機能性を使用して、コンテンツ配信サーバ１０４は、コンテンツマネージャインターフェース１０６、又は、リモートユーザインターフェース１０８からプッシュされたコンテンツを受信し、かつ、コンテンツ管理サーバ１０２、又は、リモートユーザインターフェース１０８へそのコンテンツをプルさせるように構成される。コンテンツ配信サーバ１０４は、特定の配信管理ソフトウェアアプリケーションをその上にインストールすることを本質的に必要としない点で、コンテンツ管理サーバ１０２、コンテンツマネージャインターフェース１０６、及び、リモートユーザインターフェース１０８と異なる。むしろ、コンテンツ配信サーバ１０４上で備わっている必要のあるのは、上述したもののような標準ウェブサーバ・ソフトウェアアプリケーションだけである。

コンテンツ配信サーバ１０４は、コンテンツ配信の処理がすべてコンテンツ管理サーバ１０２、コンテンツマネージャインターフェース１０６、及び、リモートユーザインターフェース１０８によって共有されるので、特定の配信管理ソフトウェアアプリケーションをその上にインストールすることを必要としない。それ故、コンテンツ配信サーバ１０４は、ネットワーク１００の内で「ダム」サーバとして機能し、また、データは、これらサーバ１０４にプッシュされるか、又は、それらからプルされる。従って、本発明のコンテンツ配信サーバ１０４は、インターネット接続された低価格サーバ（例えば、「ダム」ＦＴＰサーバ群）の冗長なアレイとして提供することができる。これは、その構成が経済的なだけでなくなく、公開サーバを使用して、迅速かつ容易なスケーリング、冗長性、及び、安全な配信を可能とする。従って、ユーザは、コンテンツ配信サーバ１０４の大きなサーバプールを安く効率的に作成することができ、コンテンツ配信中のサーバ過負荷、及び、過度の待ち時間を防ぐために、コンテンツプルとコンテンツプッシュのバンド幅要求のバランスを取ることができる。

コンテンツ配信サーバ１０４は、標準のウェブサーバソフトウェアアプリケーションを使用するだけで、サーバタイプ（例えば、ＷＩＮＤＯＷＳ（登録商標）ブランドのサーバ、もしくは、Ｌｉｎｕｘサーバ）、コンテンツのためファイル転送プロトコル（例えば、ＦＴＰ、ＦＴＰＳ、ＨＴＴＰ、及び、ＨＴＴＰＳ）、コンテンツのためのユニフォームリソースロケータ（ＵＲＬ）（例えば、ＦＴＰ：／／．．．、ＦＴＰＳ：／／．．．、ＨＴＴＰ：／／．．．、もしくは、ＨＴＴＰＳ：／／．．．）、並びに、ユーザネーム及びユーザパスワードを識別するように設定できる。サーバのタイプが、コンテンツ配信サーバ１０４上で動くオペレーティングシステムを決定する。ファイル転送プロトコルは、コンテンツ配信サーバ１０４が、ネットワーク１００通じて、コンテンツを転送するために使用するプロトコルを決定する。ＵＲＬは、ネットワーク１００上のコンテンツ及び他のリソースのグローバルアドレスを示す。また、ユーザネームとユーザパスワードは、ネットワーク１００上の各ユーザのアクセス権に関連する。好ましくは、コンテンツ配信サーバ１０４は、ＦＴＰ又はＦＴＰＳプロトコルを使用して、コンテンツマネージャインターフェース１０６、及び、リモートユーザインターフェース１０８から全ファイルを受信するように構成され、ＨＴＴＰ又はＨＴＴＰＳプロトコルを使用して見るために、リモートユーザインターフェース１０８へウェブページコンテンツを転送するように構成される。

コンテンツマネージャインターフェース１０６は、コンテンツを作成し、コンテンツを組織化し、ネットワーク１００を介してそのコンテンツを配信するためのコンテンツマネージャとして動作して、ユーザに機能性を提供する配信管理ソフトウェアアプリケーションを含む。そのソフトウェアは、グラフィカルユーザインターフェースにコンテンツマネージャインターフェース１０６上の様々なソフトウェアアプリケーションを提供するために、マイクロソフト株式会社のＷＩＮＤＯＷＳ（登録商標）ブランドのコンピュータオペレーティングシステムのようなコンピュータオペレーティングシステムを含んでもよい。このソフトウェアは、さらに豊富なメディアコンテンツ及びプレゼンテーションをアセンブルするために、アドビシステムズ株式会社のＦＬＡＳＨブランドのコンテンツ作成ソフトウェアのようなコンテンツ作成ソフトウェアを含んでもよい。また、このソフトウェアは、コンテンツ配信チャンネルを作り、これらコンテンツ配信チャンネルを通して他のシステムユーザへのコンテンツの配信を促進するために、プロスケープテクノロジーズ，Ｉｎｃ．のＰＵＢＬＩＳＨＭＡＮＡＧＥＲモジュールのような公開しているモジュールを含んでもよい。コンテンツマネージャインターフェース１０６は、コンテンツをその上に記憶するために独自のローカルの記憶装置をさらに含む。従って、コンテンツマネージャインターフェース１０６は、コンテンツを作成し、コンテンツを組織化し、ネットワーク１００を介して他のユーザにそのコンテンツを配信するためのコンテンツマネージャとして動作して、ユーザに集中型のインターフェースを提供する。コンテンツマネージャインターフェース１０６は、コンテンツ配信サーバ１０４からコンテンツをプルするのに使用されてもよい。

リモートユーザインターフェース１０８は、コンテンツを受信し、コンテンツを表示し、コンテンツを収集し、コンテンツを投稿するための機能性を提供する配信管理ソフトウェアアプリケーションを含む。このソフトウェアは、グラフィカルユーザインターフェースにコンテンツ管理サーバ１０２上の様々なソフトウェアアプリケーションを提供するために、マイクロソフト株式会社のＷＩＮＤＯＷＳ（登録商標）ブランドのタブレットオペレーティングシステムのようなタブレットオペレーティングシステムを含んでもよい。このソフトウェアは、さらに単一の一体化したウェブ環境中のコンテンツの企業全体に渡るレポジトリーを管理し、リアルタイムにコンテンツを収集し、複数のコンテンツ配信チャンネルを介してコンテンツを受信し及び配信し、かつ、このコンテンツを表示するために、プロスケープテクノロジーズ，Ｉｎｃ．のＣｌｏｓｅｄ Ｌｏｏｐ Ｍａｒｋｅｔｉｎｇソフトウェアのようなコンテンツ管理ソフトウェアを含んでもよい。リモートユーザインターフェース１０８は、コンテンツをその上に記憶するために独自のローカルの記憶装置をさらに含む。

リモートユーザインターフェース１０８は、タブレットコンピュータのようなモバイルコンピュータとして提供されてもよい。これは、安全な無線ローカルエリアネットワーク（ＷＬＡＮ）、又は、他の安全な無線ネットワーク接続によってネットワークに接続される。従って、ユーザインターフェースは、さらにインテル株式会社のＣＥＮＴＲＩＮＯブランドのモバイルテクノロジプロセッサのような、無線ネットワーキング・モビリティ技術、及び、関連する移動可能なソフトウェアコンポーネントをさらに含んでもよい。移動可能なソフトウェアコンポーネントは、優れたオフラインのコンテンツ管理を提供し、リモートユーザインターフェース１０８上のアプリケーションが、ネットワーク接続状態にかかわらず一貫したユーザ体験を提供することを可能にする。例えば、接続時において、ユーザは、コンテンツ配信サーバ１０４から、直接、又は、ログオン・アカウントによって、コンテンツを引き出すことができる。また、非接続時において、ユーザはリモートユーザインターフェース１０８のローカルの記憶装置の上に記憶されたコンテンツを利用することができる。従って、リモートユーザインターフェース１０８は、ネットワーク１００によってコンテンツを遠隔的に受信し、表示し、収集し、配信するための高移動型インターフェースを提供する。

図１のネットワーク１００上に実装された場合、本発明は、複数のリモートユーザインターフェース１０８で様々なユーザに独特なコンテンツセットを配信するための斬新な機能性を提供する。この斬新な機能性は、プッシュテクノロジ及びプルテクノロジの各テクノロジの欠点を実質的に除去する一方、各々の利点を十分に生かすような方法で、両テクノロジを結合させる。また、インターネット接続された低価格サーバの冗長アレイをコンテンツ配信サーバ１０４として活用することによっても、本発明は、経済的にこれらの欠点を除去する。

図２は、コンテンツをプルする場合に待ち時間を最小化する本発明に沿ったコンテンツ配信プロセス２００の非限定的な例を示す。図２の中の破線は、ネットワーク１００で、ステップ２０２〜２２４の各々が起こる場所（例えば、コンテンツ管理サーバ１０２、コンテンツマネージャインターフェース１０６、又は、リモートユーザインターフェース１０８）を示す。コンテンツ配信プロセスは、ステップ２０２で始まる。ここでは、コンテンツマネージャを務めるユーザが、コンテンツマネージャインターフェース１０６でコンテンツを作成する。コンテンツマネージャインターフェース１０６で作成されたコンテンツは、豊富なメディアファイル、もしくは、データファイルを含んでもよい。このコンテンツは、コンテンツマネージャインターフェース１０６のローカルの記憶装置に既に存在することもでき、あるいは、それは、別のソースからコンテンツマネージャインターフェース１０６にダウンロードすることもできる。

ステップ２０４では、コンテンツマネージャは、安全なインターネット接続を経由してコンテンツ管理サーバ（ＣＭＳ）１０２に接続し認証するために、コンテンツマネージャインターフェース１０６を使用する。この機能性は、機密コンテンツが間違った人へ配信されないか、もしくは、間違った人によってアクセスされないことを保証するため、マイクロソフト株式会社の一体化したＷＩＮＤＯＷＳ（登録商標）ブランドの認証プロトコルのような認証プロトコルを使用して提供される。コンテンツ管理サーバ１０２への認証接続は、自動的に、もしくは、ユーザネーム及びパスワードを入力するようにユーザが促されることによって起こってもよい。

コンテンツマネージャが、ステップ２０４でコンテンツ管理サーバ１０２への安全な接続をした後、コンテンツマネージャは、それがどの「チャンネル」を通してコンテンツ配信をしたいか決定する。チャンネルは、そのコンテンツへのユーザアクセスを統制する、あらかじめ定義されたパラメータでコンテンツをホストするためのコンテンツ配信サーバ１０４のリストである。ステップ２０６では、コンテンツマネージャは、既存の配信チャンネルを使用するか、既存の配信チャンネルを編集するか、あるいは、コンテンツの配信に用いる新しい配信チャンネルを追加するかどうかを決定する。コンテンツマネージャが既存の配信チャンネルを編集する、あるいは、新しい配信チャンネルを作成することを選択する場合、コンテンツマネージャは、ステップ２０８でその配信チャンネルを編集又は追加する。

コンテンツマネージャは、コンテンツ管理サーバ１０２上のコンテンツ配信ソフトウェアアプリケーションと連動してコンテンツマネージャインターフェース１０６上で公開しているモジュールを使用して、配信チャンネルを編集又は追加する。それらのソフトウェアアプリケーションを使用すると、コンテンツマネージャは、チャンネルを命名し、このチャンネルに少なくとも１つのコンテンツ配信サーバ１０４を追加することにより、ステップ２０８で新しい配信チャンネルを作成することができる。ステップ２０８において、追加された新しい配信チャンネル、もしくは、編集するために選択された既存の配信チャンネルを用いて、コンテンツマネージャは、コンテンツ配信サーバ１０４の追加又は削除、そのチャンネルにアクセス可能なユーザ及びグループの追加又は削除、並びに、そのチャンネルにアクセス可能な各ユーザのアクセス権の変更ができる。チャンネルに複数のコンテンツ配信サーバ１０４をアサインし、それらのサーバ上のコンテンツに特定のユーザアクセス権だけを与えることによって、本発明は、バンド幅制約を最小化するために、それらのサーバを介して負荷のバランスを取ることができる一方、冗長性、スケーラビリティ、及び、安全な配信を提供する。

配信チャンネルが構成された後、コンテンツマネージャは、コンテンツマネージャがそのチャンネル通じて配信することを望むコンテンツを単に選択することにより、ステップ２１０において、配信チャンネル中のコンテンツ配信サーバ１０４のすべてへ、選択したコンテンツをプッシュする。コンテンツマネージャが、既存の配信チャンネルを使用又は編集している場合、コンテンツマネージャは、コンテンツ追加を選択し、既にそのチャンネル上にあるコンテンツへ追加する、もしくは、コンテンツマネージャは、既にそのチャンネル上にあるコンテンツの選択を外すことができる。その結果、そのチャンネル上のユーザは選択を外したコンテンツをもはや入手可能でなくなる。従って、コンテンツマネージャは、配信チャンネル上のコンテンツを完全に新しいコンテンツに交換することができ、既存のコンテンツの追加又は削除により配信チャンネル上のコンテンツを修正することができ、なおかつ、配信チャンネルからコンテンツをすべて削除することができる。

選択された配信チャンネル中でコンテンツ配信サーバ１０４にプッシュされたコンテンツは、付加的な安全性を提供するために暗号化される。また、コンテンツ配信サーバ１０４にプッシュされた、もしくは、コンテンツ配信サーバ１０４から削除されたコンテンツを選択した後、コンテンツマネージャは、直ちに選択したコンテンツをコンテンツ配信サーバに／コンテンツ配信サーバから転送するか、もしくは、そのコンテンツが、コンテンツ配信サーバ１０４に／コンテンツ配信サーバ１０４から転送される、後の日付／時間を選ぶことができる。この機能性により、コンテンツマネージャは、どのコンテンツが、どのユーザに入手可能か、及び、そのコンテンツは、どの時点で入手可能又は利用不可能かを的確に決めることができる。

コンテンツマネージャが、選択されたコンテンツをコンテンツ配信サーバ１０４へプッシュした後、ステップ２１２において、「リザベーション」が、コンテンツ管理サーバ１０２中で作成される。コンテンツ管理サーバ１０２は、コンテンツ配信サーバ１０４にプッシュされたコンテンツに関しての、コンテンツマネージャインターフェース１０６で入力されたデータを使用して、リザベーションを作成する。これは、コンテンツマネージャインターフェース１０６とのネットワーク接続経由で受信する。

コンテンツ管理サーバ１０２によって生成されたリザベーションは、リモートユーザインターフェース１０８が、コンテンツ配信サーバ１０４からのコンテンツをプルすることを管理するのに使用するための一連のデータを含む。このリザベーションは、配信チャンネル及び各チャンネル上のコンテンツと、認証されたユーザがコンテンツをプル可能な配信チャンネル上のコンテンツ配信サーバ１０４と、これらコンテンツ配信サーバ１０４からいつコンテンツをプルすることが可能かを決定するための一時的な命令と、これらコンテンツ配信サーバ１０４上に記憶されたコンテンツに関する詳細と、を識別する。このリザベーションは、コンテンツマネージャが加えることを望む他のパラメータをさらに含んでもよい。従って、このリザベーションは、ほとんどバンド幅を使用せずに、コンテンツ管理サーバ１０２からプルすることができる小さなパケットの情報を提供する。これは、多数のユーザがリザベーションを同時にプルしている場合にであっても、サーバ過負荷を除去するのに役立つ。このリザベーションは、さらに付加的な安全性を提供するために暗号化されてもよい。

リザベーションが、コンテンツ管理サーバ１０２で生成された後いつでも、ステップ２１４では、リモートユーザインターフェース１０８が、ネットワーク１００に接続し、コンテンツ管理サーバ１０２に安全な接続をポーリングする。ステップ２０４で記述されるように、この接続は、安全に認証される。コンテンツ管理サーバ１０２に接続した後、ステップ２１６では、リモートユーザインターフェース１０８が、コンテンツ管理サーバ（ＣＭＳ）１０２からリザベーションをプルする。その後、ステップ２１８では、リザベーションがコンテンツ管理サーバ１０２からプルされた直後に、接続が終了する。コンテンツ管理サーバ１０２からプルされる小さいサイズのリザベーションと組み合わせることで、コンテンツ管理サーバ１０２への接続性に係る短縮されたセッションは、バンド幅制約及びトランザクション処理の強い要求をさらに低減するのに役立つ。

コンテンツ管理サーバ１０２からプルされたリザベーションに基づいて、ステップ２２０では、リモートユーザインターフェース１０８が、リモートユーザインターフェース１０８のユーザがアクセスする配信チャンネル上のコンテンツ配信サーバ１０４に安全な接続をポーリングすることになる。コンテンツ配信サーバ１０４上のコンテンツが、後の日付／時間までアップデートされる予定がなかった場合、リモートユーザインターフェース１０８は、その日付／時間になって初めて、又は、その日付／時間の後に、コンテンツ配信サーバ１０４に安全な接続をポーリングし始めることになる。ステップ２０４で記述されるように、この接続は、安全に認証可能である。

個々のコンテンツプルを異なってスケジューリングすることを可能にすることによって、時間差でコンテンツ配信サーバ１０４からコンテンツをプルするよう、特定の配信チャンネルへアクセス可能な多数のリモートユーザインターフェース１０８をスケジューリングすることができ、この結果、コンテンツ配信サーバ１０４に過負荷をかけることを防ぐ。これは、バンド幅過負荷からくる遅れを除去するのに役立つ。さらに、各リモートユーザインターフェース１０８は、多重の配信チャンネルにアクセスすることができる。また、コンテンツプルは、同様の方法でチャンネルによりバランスを取ることができる。

リモートユーザインターフェース１０８が適切な配信チャンネルに接続された後、ステップ２２２では、そのチャンネル上のコンテンツ配信サーバ１０４からコンテンツをプルし、リザベーション中のデータに従ってコンテンツを解読する。リモートユーザインターフェース１０８上の配信管理ソフトウェアアプリケーションは、例えば、各コンテンツ配信サーバ１０４の転送速度に基づき、配信チャンネル中で最速の配信サーバ１０４を決定して、より遅いもの対してそれらを使用することによって、実行時にコンテンツ処理能力を動的にバランスを取るためにリザベーション中のデータを使用するための機能性をさらに含む。さらに、これは、コンテンツ配信サーバ１０４のうち１又は複数がフェイルする場合に、サーバ間を切り替えるフェイルオーバー機能を含む。このプロセスは、リモートユーザインターフェース１０８のダウンロード速度及び信頼性を最大限にするような方法で、コンテンツ配信サーバ１０４を介して負荷のバランスを取るために最適化される。

リモートユーザインターフェース１０８は、どのコンテンツがそのリモートユーザインターフェース１０８に既にプルされたかを決定するためにリザベーション中のデータを分析し、まだ存在していないコンテンツのみをプルすることによって、コンテンツ配信サーバ１０４からプルされたコンテンツの量を最小化するための最適化機能性をさらに含む。リモートユーザインターフェース１００は、バイトレベルのチェックポイントリスタート機能性も含む。その結果、コンテンツのプル中のいかなる時点でも、接続が遮断されれば、リモートユーザインターフェース１０８は、次以降の接続中、バイトレベルで落ちた点から再度ダウンロードし始めることになる。リモートユーザインターフェース１０８も、プルしたコンテンツが破損していないか再調査し、そのリモートユーザインターフェース１０８上の任意の破損したコンテンツを交換する必要がある場合、コンテンツをプルすることがある。

その後、リモートユーザインターフェース１０８が、それがアクセスしたチャンネルから関連するコンテンツをすべてプルした直後、ステップ２２４では、リモートユーザインターフェース１０８は、コンテンツ配信サーバ１０４との接続を遮断し、バンド幅に対する要求をさらに低減する。このコンテンツのエンドツーエンド転送は、複数のリモートユーザインターフェース１０８を同期させて、これら各々が、配信チャンネル上で最新にアップデートされたコンテンツを含むように使用される。

コンテンツ配信サーバ１０４は、リモートユーザインターフェース１０８からコンテンツ管理サーバ１０２にコンテンツを転送するのと同様の方法で使用することができる。例えば、リモートユーザインターフェース１０８で収集された使用データのようなコンテンツは、１又は複数のコンテンツ管理サーバ１０２にプッシュされ得る。このようなコンテンツプッシュは、多数かつ同時のコンテンツプッシュに適応するため、あるいは、コンテンツ配信サーバ１０４のうち１又は複数がフェイルする場合にフェイルオーバー機能を提供するために、複数のコンテンツ配信サーバ１０４通じて配信され得る。その後、このコンテンツは、コンテンツ配信サーバ１０４からコンテンツ管理サーバ１０２によってプルされ、分析のために採集され得る。リモートユーザインターフェース１０８からプッシュされたホストコンテンツに使用されるコンテンツ配信サーバ１０４は、リモートユーザインターフェース１０８によってプルされたホストコンテンツに使用されるコンテンツ配信サーバ１０４と異なり得る。

さらに、コンテンツ配信サーバ１０４、及び、リモートユーザインターフェース１０８は、コンテンツ再使用を通じて最適化を支援するために個人ファイルレベルでコンテンツを管理するための機能性をさらに含む。例えば、プレゼンテーションのような特定のコンテンツが、リモートユーザインターフェース１０８がアクセスした１０チャンネルの各々中に存在してもよい。この状況では、プレゼンテーションの１つのインスタンスのみが、リモートユーザインターフェース１０８のローカルの記憶装置上の記憶用にプルされることになる。さらに、この機能性は、さらなる効率の良さを提供するだけではなく、そのコンテンツが１０チャンネルのうちの１チャンネルだけにアップデートされた場合に、すべてのチャンネルに対してアップデートさせるためにコンテンツをオーバーラップさせることを可能にする。従って、ユーザが多重のチャンネル上でそのコンテンツを更新したい場合は常に、ユーザはすべてのチャンネルに入って、オーバーラップしているコンテンツを変更する必要はない。

上述の機能性、及び、ネットワークインフラストラクチャを利用することによって、本発明は、プッシュテクノロジ及びプルテクノロジ両方の欠点を克服する一方、それぞれの利点を十分に生かした、管理されたコンテンツ配信を提供する。本発明は、コンテンツ管理サーバ１０２からプルされ、かつ、インターネット接続された低価格サーバ、すなわちコンテンツ配信サーバ１０４、の冗長アレイを介して効率的に配信されたより大きなコンテンツプルをスケジューリングするために使用される、小さいパケットの情報、すなわちリザベーション、を作成することにより、より遅いか若しくは過負荷のネットワーク接続からコンテンツをプルする場合に起こり得る長い待ち時間を回避する。また、本発明は、ユーザがオンラインに戻ればいつでもオンデマンドでプルできるよう常にオンラインである中間サーバ、すなわちコンテンツ配信サーバ１０４、にコンテンツがプッシュされるので、ユーザがオフラインでいる場合にコンテンツプッシュを逃すのを防ぐ。従って、本発明は、コンテンツ配信の斬新なシステム及び方法を提供する。それは、中央の場所から多数のリモートユーザインターフェース１０８にコンテンツを同期させるのに特に適している。

先の記述及び図面は、単に本発明の原理の一例であるものとして考えられるべきである。
本発明は、様々な形及び大きさで構成され得るもので、好ましい実施形態によって制限されることは意図されていない。当業者であれば、本発明の多数の応用に容易に想到するだろう。従って、本発明を開示された具体例、又は、図示し記述したとおりの構造及び動作に制限することは望ましくない。もっと正確に言えば、本発明の範囲内にある限りにおいて、すべての適切な修正並びに均等物及び均等方法が用いられ得る。

１００ ネットワーク
１０２ コンテンツ管理サーバ（ＣＭＳ）（アプリケーションサーバ）
１０４ コンテンツ配信サーバ （ウェブサーバ）
１０６ コンテンツマネージャインターフェース（第１のユーザインターフェース）
１０８ リモートユーザインターフェース（第２のユーザインターフェース）
１１０ ローカルエリアネットワーク（ＬＡＮ）
１１２ ファイアウォール

Claims (18)

1. データ配信システムであって、
   １又は複数のデータ配信サーバと、
   該１又は複数のデータ配信サーバへデータを公開するための少なくとも１つの第１のユーザインターフェースを実装するよう構成された少なくとも１つのデータ管理デバイスと、
   前記データをダウンロードするための１又は複数のパラメータについて記述する一連の命令を生成するように構成された少なくとも１つのデータ管理サーバと、
   該データ管理サーバから該一連の命令を受信し、かつ、該１又は複数のデータ配信サーバから該データをダウンロードするための少なくとも１つの第２のユーザインターフェースを実装するよう構成された少なくとも１つのクライアントデバイスと、
   を具備し、
   該少なくとも１つの第２のユーザインターフェースは、該データが、該１又は複数のデータ配信サーバのいずれからダウンロードされるべきかを決定するために該一連の命令を使用し、
   該少なくとも１つのクライアントデバイスは、該少なくとも１つの第２のユーザインターフェースが、該１又は複数のデータ配信サーバのいずれが最速の転送速度を有するかを特定し、かつ、より遅い転送速度を備えたものに対して該特定された１又は複数のデータ配信サーバを使用することによって、実行時における該１又は複数のデータ配信サーバ間のデータ処理能力を動的にバランスを取ることにより、該少なくとも１つの第２のユーザインターフェースが、該１又は複数のデータ配信サーバのいずれから該データをダウンロードするべきかを決定するために該一連の命令を使用するように構成される
   ことを特徴とするコンテンツ配信システム。
2. 該少なくとも１つのデータ管理デバイスは、データが、該１又は複数のデータ配信サーバからプルされる、もしくは、該１又は複数のデータ配信サーバにプッシュされる結果、該１又は複数のデータ配信サーバが、インターネット接続されたサーバの冗長アレイとして提供されるように構成されることを特徴とする請求項１に記載のデータ配信システム。
3. 該データコンテンツの少なくとも一部は暗号化され、かつ、
   該少なくとも１つのデータ管理サーバは、該一連の命令が、該１又は複数のデータ配信サーバからダウンロードされた該暗号化されたデータを解読する際、該少なくとも１つの第２のユーザインターフェースによって使用されるパラメータを含むように構成されることを特徴とする請求項１に記載のデータ配信システム。
4. 該少なくとも１つのデータ管理サーバは、該一連の命令が、該少なくとも１つの第２のユーザインターフェースが、該１又は複数のデータ配信サーバからデータをダウンロードすることができる日付及び時間の少なくとも１つを定義するパラメータを含むように構成されることを特徴とする請求項１に記載のデータ配信システム。
5. 該少なくとも１つのデータ管理サーバは、クライアントデバイスの第１のグループが、１又は複数のデータ配信サーバの対応する第１のグループ上のデータへのアクセス権を有し、かつ、クライアントデバイスの少なくとも１つの第２のグループが、１又は複数のデータ配信サーバの少なくとも１つの対応する第２のグループ上のデータへのアクセス権を有するように構成されることを特徴とする請求項１に記載のデータ配信システム。
6. 該少なくとも１つのデータ管理デバイスは、該少なくとも第１のユーザインターフェースが、コンピュータ可読の命令を実行して、１又は複数のデータ配信サーバの対応する第１のグループ上のデータへのアクセス権を備えた１又は複数のクライアントデバイスの第１のグループと、１又は複数のデータ配信サーバの少なくとも１つの対応する第２のグループ上のデータへのアクセス権を備えた１又は複数のクライアントデバイスの少なくとも１つの第２のグループと、を定義するように構成されることを特徴とする請求項１に記載のデータ配信システム。
7. 該少なくとも１つのデータ管理サーバは、該少なくとも１つの第２のユーザインターフェースが、１又は複数のデータ配信サーバの第１のグループ上のデータ、及び、１又は複数のデータ配信サーバの少なくとも１つの第２のグループ上のデータ、へのアクセス権を有するようにプログラミングされ、
   １又は複数のデータ配信サーバの該第１のグループ上の該データの少なくとも一部は、１又は複数のデータ配信サーバの該少なくとも１つの第２のグループ上の該コンテンツの少なくとも一部と同じであり、
   該少なくとも１つのクライアントデバイスは、該少なくとも１つの第２のユーザインターフェースが、コンピュータ可読の命令を実行して、１又は複数のデータ配信サーバの該第１のグループ及び第２のグループ上の同じ該データのうちたった１つのインスタンスだけをダウンロードする、
   ことを特徴とする請求項１に記載のデータ配信システム。
8. 該少なくとも１つの第１のユーザインターフェースと、該１又は複数のデータ配信サーバと、該少なくとも１つのデータ管理サーバと、該少なくとも１つの第２のユーザインターフェースと、が、安全なコンピュータネットワーク通じて互いが相互連結されることを特徴とする請求項１に記載のデータ配信システム。
9. 該少なくとも１つのクライアントデバイスは、データをダウンロードするために該１又は複数のデータ配信サーバに無線で接続するタブレットＰＣを具備することを特徴とする請求項１に記載のデータ配信システム。
10. １又は複数のクライアントデバイスにデータを配信するための方法であって、
    該データをダウンロードするための１又は複数のパラメータを備えた１又は複数のデータ配信サーバを具備する少なくとも１つの公開チャンネルを作るステップと、
    該少なくとも１つの公開チャンネル上の該１又は複数のデータ配信サーバへ該データを公開するステップと、
    該１又は複数のパラメータのうち少なくとも１つを具備する一連の命令を作成するステップと、
    該１又は複数のクライアントデバイス上で動作する１又は複数のユーザインターフェースで前記一連の命令を受信するステップと、
    該データをダウンロードする際に、該１又は複数のデータ配信サーバのいずれがアクセスされるべきか選択するために、該１又は複数のクライアントデバイスにおいて該一連の命令を使用するステップであって、
    該データをダウンロードする際に、該１又は複数のデータ配信サーバのいずれがアクセスされるべきか選択するために、該一連の命令を使用するステップは、該１又は複数のクライアントデバイスにおいて、該１又は複数のデータ配信サーバのいずれが最速の転送速度を有するかを特定し、かつ、より遅い転送速度を備えたものに対して該特定された１又は複数のデータ配信サーバを選択することによって、実行時における該１又は複数のデータ配信サーバ間のデータ処理能力を動的にバランスを取ることを含むことを特徴とするステップと、
    前記選択された１又は複数のデータ配信サーバから前記１又は複数のユーザインターフェースへ該データをダウンロードするステップと、
    を具備するデータを配信するための方法。
11. データが、該１又は複数のデータ配信サーバからプルされる、もしくは、該１又は複数のデータ配信サーバにプッシュされる結果、該データ配信サーバが、インターネット接続されたサーバの冗長アレイとして提供されることを特徴とする請求項１１に記載の方法。
12. 該データを暗号化するステップをさらに具備し、該一連の命令は、該公開チャンネルからダウンロードされた該暗号化されたデータを解読する際に、該１又は複数のユーザインターフェースによって使用されるパラメータを含むことを特徴とする請求項１１に記載の方法。
13. 該一連の命令は、該１又は複数のユーザインターフェースの少なくとも１つが、該公開チャンネルからデータをダウンロードできる日付及び時間の少なくとも１つを定義するパラメータを含むことを特徴とする請求項１１に記載の方法。
14. 該少なくとも１つの公開チャンネルを作るステップは、ユーザインターフェースの対応する第１のグループがアクセス権を有する１又は複数のデータ配信サーバの第１のグループを定義すること、及び、ユーザインターフェースの少なくとも１つの対応する第２のグループがアクセス権を有する１又は複数のデータ配信サーバの少なくとも第２のグループを定義することを具備することを特徴とする請求項１１に記載の方法。
15. 該少なくとも１つの公開チャンネルを作る該ステップは、１又は複数のウェブサーバの対応する第１のグループ上のデータへのアクセス権を備えた１又は複数のユーザインターフェースの少なくとも１つの第１のグループと、１又は複数のデータ配信サーバの少なくとも１つの対応する第２のグループ上のデータへのアクセス権を備えた１又は複数のユーザインターフェースの少なくとも１つの第２のグループと、を定義するためにコンピュータ可読の命令を実行する少なくとも１つのデータマネージャインターフェースにより行われることを特徴とする請求項１１に記載の方法。
16. 該１又は複数のユーザインターフェースの少なくとも１つは、１又は複数のデータ配信サーバの第１のグループ上のデータと、１又は複数のデータ配信サーバの少なくとも１つの第２のグループ上のデータと、へのアクセス権を有し、
    １又は複数のデータ配信サーバの該第１のグループ上の該データの少なくとも一部は、１又は複数のデータ配信サーバの該少なくとも１つの第２のグループ上の該データの少なくとも一部と同じであり、
    該少なくとも１つのユーザインターフェースは、１又は複数のデータ配信サーバの該第１のグループ及び第２のグループ上の同じ該データのうちたった１つのインスタンスをダウンロードするためのコンピュータ可読の命令を実行する、
    ことを特徴とする請求項１１に記載の方法。
17. 該１又は複数のデータ配信サーバ、及び、該少なくとも１つのユーザインターフェースは、安全なコンピュータネットワーク通じて互いが相互連結されることを特徴とする請求項１１に記載の方法。
18. 該１又は複数のクライアントデバイスは、該データをダウンロードするために該１又は複数のデータ配信サーバに無線で接続するタブレットＰＣを具備することを特徴とする請求項１１に記載の方法。

Images