(57)【特許請求の範囲】
【請求項１】
メディアプログラムに関連するメタデータを得るための方法であって、前記方法は、
ウェブページを表示するクライアントデバイスに結合されたコンテンツ配送システムの通信モジュールにおいて、クライアントデバイスから、前記メディア・プログラムを要求するためのメディア・プログラム・コールバック・メッセージを受信することであって、前記クライアントデバイスは、ホストサーバに結合され、前記クライアントデバイスは、前記ウェブページを前記ホストサーバから取り出しており、
前記メディアプログラムは、前記取り出されたウェブページ内に埋め込まれ、
前記メディア・プログラム・コールバック・メッセージは前記ウェブページのためのソース・コードでコード化された複数の命令を実行する前記クライアントデバイスによって生成され、
前記ウェブページへのコールバックアドレスは、前記メディア・プログラム・コールバック・メッセージに含まれることと、
前記コンテンツ配送システムによって、前記メディア・プログラム・コールバック・メッセージから前記コールバックアドレスを決定することと、
前記コールバックアドレスを決定することに応答して、前記コンテンツ配送システムによって、前記コールバックアドレスを前記メディアプログラムに関連するメタデータとしてデータベースに格納することであって、前記メタデータは、前記メディアプログラムが前記コールバックアドレスによって識別された前記ウェブページに埋め込まれていることを示すことと、
を備える方法。
【請求項２】
前記ホストサーバから、前記メディアプログラムを前記ウェブページ内に埋め込むための前記コード化された複数の命令の要求を、前記コンテンツ配送システムにおいて、受信することと、
前記メディアプログラムを前記ホストサーバによりホスティングされる前記ウェブページ内に埋め込むための前記コード化された複数の命令を、前記コンテンツ配送システムによって、前記ホストサーバへ送信することであって、前記コード化された複数の命令は前記コンテンツ配送システムへのコールバックを含むことと、
をさらに備える、請求項１に記載の方法。
【請求項３】
前記メディアプログラムを含蓄する検索要求を、前記コンテンツ配送システムにおいて、受信することと、
前記コールバックアドレスを含む検索要求結果を、前記コンテンツ配送システムによって、送信することと、
をさらに備える、請求項２に記載の方法。
【請求項４】
前記コンテンツ配送システムは、前記メディアプログラムを前記クライアントデバイスにストリーミングするためのメディアサーバと、前記メディアサーバに格納された前記メディアプログラムへのアドレスを提供するためのメディア・プログラム・プロバイダとを備える、
請求項１に記載の方法。
【請求項５】
前記コンテンツ配送システムによって、前記ホストサーバへの前記コールバックアドレスに要求を送信することと、
前記コンテンツ配送システムにおいて、前記ホストサーバから、前記ウェブページを受信することと、
前記コンテンツ配送システムによって、前記メディアプログラムに関連するさらなるメタデータを識別するために、前記ウェブページをかき集めすることと、
前記コンテンツ配送システムによって、前記さらなるメタデータを前記データベースに格納することと、
をさらに備える、請求項１に記載の方法。
【請求項６】
１つまたは複数のコンピュータプロセッサと、
実行された場合、
ウェブページを表示するクライアントデバイスに結合されたコンテンツ配送システムの通信モジュールにおいて、クライアントデバイスから、前記メディア・プログラムを要求するためのメディア・プログラム・コールバック・メッセージを受信し、前記クライアントデバイスは、ホストサーバに結合され、前記クライアントデバイスは、前記ウェブページを前記ホストサーバから取り出しており、
前記メディアプログラムは、前記取り出されたウェブページ内に埋め込まれ、
前記メディア・プログラム・コールバック・メッセージは前記ウェブページのためのソース・コードでコード化された複数の命令を実行する前記クライアントデバイスによって生成され、
前記ウェブページへのコールバックアドレスは、前記メディア・プログラム・コールバック・メッセージに含まれ、
前記メディア・プログラム・コールバック・メッセージから、前記コールバックアドレスを決定する
よう構成されるように前記１つまたは複数のコンピュータプロセッサを制御する複数の命令を備える非一時的コンピュータ読取可能な記憶媒体と、
前記コールバックアドレスを決定することに応答して、前記コールバックアドレスを前記メディアプログラムに関連するメタデータとしてデータベースに格納するためのデータベースであって、前記メタデータは、前記メディアプログラムが前記コールバックアドレスによって識別された前記ウェブページに埋め込まれていることを示すデータベースと、
を備えるコンテンツ配送システム
を備える、メディアプログラムに関連するメタデータを得るためのシステム。
【請求項７】
前記コンテンツ配送システムはさらに、前記ホストサーバから、前記メディアプログラムを前記ウェブページ内に埋め込むための前記コード化された複数の命令の要求を受信し、前記ホストサーバへ、前記メディアプログラムを前記ホストサーバによりホスティングされる前記ウェブページ内に埋め込むための前記コード化された複数の命令を送信するように構成され、前記コード化された複数の命令は、メディア・プログラム・プロバイダへのコールバックを含む、
請求項６に記載のメディアプログラムに関連するメタデータを得るためのシステム。
【請求項８】
前記コンテンツ配送システムはさらに、前記メディアプログラムを含蓄する検索要求を受信し、
前記コールバックアドレスを含む検索要求結果を送信するように構成された、
請求項７に記載のメディアプログラムに関連するメタデータを得るためのシステム。
【請求項９】
前記コンテンツ配送システムは、前記メディアプログラムを前記クライアントデバイスにストリーミングするためのメディアサーバと、前記メディアサーバに格納された前記メディアプログラムへのアドレスを提供するためのメディア・プログラム・プロバイダとを備える、
請求項６に記載のメディアプログラムに関連するメタデータを得るためのシステム。
【請求項１０】
前記コンテンツ配送システムは、要求を前記コールバックアドレスに送信するようにさらに構成され、前記ウェブページを受信し、
前記コンテンツ配送システムは、前記メディアプログラムに関連するさらなるメタデータを識別するために、前記ウェブページをかき集めするようにさらに構成され、
前記データベースは、前記さらなるメタデータを前記データベースにさらに格納する、
請求項６に記載のメディアプログラムに関連するメタデータを得るためのシステム。
【請求項１１】
複数の命令を備える非一時的コンピュータ読取可能な記憶媒体であって、
前記複数の命令は、実行された場合、
ウェブページを表示するクライアントデバイスに結合されたコンテンツ配送システムの通信モジュールにおいて、クライアントデバイスから、前記メディア・プログラムを要求するためのメディア・プログラム・コールバック・メッセージを受信し、前記クライアントデバイスは、ホストサーバに結合され、前記クライアントデバイスは、前記ウェブページを前記ホストサーバから取り出しており、
前記メディアプログラムは、前記取り出されたウェブページ内に埋め込まれ、
前記メディア・プログラム・コールバック・メッセージは前記ウェブページのためのソース・コードでコード化された複数の命令を実行する前記クライアントデバイスによって生成され、
前記ウェブページへのコールバックアドレスは、前記メディア・プログラム・コールバック・メッセージに含まれ、
前記コンテンツ配送システムによって、前記メディア・プログラム・コールバック・メッセージから前記コールバックアドレスを決定し、
前記コールバックアドレスを決定することに応答して、前記コンテンツ配送システムによって、前記コールバックアドレスを前記メディアプログラムに関連するメタデータとしてデータベースに格納し、前記メタデータは、前記メディアプログラムが前記コールバックアドレスによって識別された前記ウェブページに埋め込まれる
よう構成されるようにコンピュータシステムを制御する
非一時的コンピュータ読取可能な記憶媒体。
【請求項１２】
前記ホストサーバから、前記メディアプログラムを前記ウェブページ内に埋め込むための前記コード化された複数の命令の要求を、前記コンテンツ配送システムにおいて、受信し、
前記メディアプログラムを前記ホストサーバによりホスティングされる前記ウェブページ内に埋め込むための前記コード化された複数の命令を、前記コンテンツ配送システムによって、前記ホストサーバへ送信するようにさらに構成され、前記コード化された複数の命令は前記コンテンツ配送システムへのコールバックを含む、
請求項１１に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１３】
前記メディアプログラムを含蓄する検索要求を、前記コンテンツ配送システムにおいて、受信し、
前記コールバックアドレスを含む検索要求結果を、前記コンテンツ配送システムによって、送信する、
ようにさらに構成された、請求項１２に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１４】
前記コンテンツ配送システムは、前記メディアプログラムを前記クライアントデバイスにストリーミングするためのメディアサーバと、前記メディアサーバに格納された前記メディアプログラムへのアドレスを提供するためのメディア・プログラム・プロバイダとを備える、
請求項１１に記載の非一時的コンピュータ読取可能な記憶媒体。
【請求項１５】
前記コンテンツ配送システムによって、前記ホストサーバへの前記コールバックアドレスに要求を送信し、
前記コンテンツ配送システムにおいて、前記ホストサーバから、前記ウェブページを受信しと、
前記コンテンツ配送システムによって、前記メディアプログラムに関連するさらなるメタデータを識別するために、前記ウェブページをかき集めし、
前記コンテンツ配送システムによって、前記さらなるメタデータを前記データベースに格納する、
ようにさらに構成された、請求項１１に記載の非一時的コンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の遠隔ユーザに複数のメディアプログラムを提供するための複数のシステムおよび複数の方法に関し、詳細には埋め込まれた複数のメディアプログラムからの複数のコールバックから得られた情報でメディア・プログラム・メタデータを補足するシステムおよび方法に関する。
【背景技術】
【０００２】
複数のメディアプログラムの配布および再生は、この１０年の間にかなり変化した。これまでは、複数のメディアプログラムは、アナログ放送により（従来の衛星またはケーブル）、または複数のフィルムを複数の映画館に配布することにより配布された。
【０００３】
これらの従来の配布および再生の手段は、デジタル技術の出現後、依然として採用されたままである。しかしながら、複数のデジタル技術が複数のメディアプログラムの配布および再生に顕著な影響を与えた。
【０００４】
第一に、デジタル技術は、複数のデジタル・ビデオ・レコーダ（ＤＶＲ）の使用を可能にした。複数のＤＶＲは、標準的な複数のアナログビデオ・カセット・レコーダ（ＶＣＲ）と機能が類似しているが、ライブポーズ（live pause）、他のプログラムを再生しながら１つのプログラムを記録する能力、およびＤＶＲ機能に電子プログラムガイドを組み込むことを含むいくつかの追加の有用な機能を提供する（この結果、複数のメディアプログラムの記録を、はるか前に予定することができた）。
【０００５】
第二に、デジタル技術はまた、インターネットを介した複数のメディアプログラムの配布および再生を可能にし、信号処理が改善され、高速インターネットアクセス（例えばＤＳＬ、ファイバおよび衛星）をますます多くの家庭が有することで、この方法による配布および再生は従来の手段と比べて見劣りしなくなった。インターネットを介した複数のメディアプログラムの配布は、単純なダウンロード、プログレッシブダウンロードまたはストリーミングのいずれかにより行われてもよく、ダイヤルアップ、ＤＳＬ、ＡＤＳＬ、ケーブル、Ｔ１または他の複数の高速インターネット接続を介して実現されてもよい。
【０００６】
単純なダウンロードを使って、メディアプログラムを有するメディアファイルが、ユーザのコンピュータにダウンロードされ、そこでメディアファイルを再生することができる。メディアファイルの複数のバイトが、必ずしも最初から最後までではなく任意の好都合な順になっているので、ファイル全体がダウンロードされるまで、メディアファイルの再生を開始することができない。
【０００７】
単純なダウンロードに類似しているが、任意の好都合な順でメディアファイルの複数の部分をダウンロードしないプログレッシブダウンロード（progressive downloading）を使って、プログレッシブダウンロードは、メディアファイルを最初からダウンロードし、最終バイトまでファイルを順次に、連続してダウンロードし続ける。これにより、典型的には、メディアプレーヤが再生をサポートするのに十分な情報をダウンロードする限り、メディアファイル全体がダウンロードされる前に、メディアプログラムの再生が可能になる。しかしながら、プログレッシブダウンロード中の任意の特定の時点で、ファイルのいくつかの部分（例えば、ファイルの最後にある複数の部分）が再生のために即座に利用できない。再生は、しばしば遅いインターネット接続により遅延し、また、しばしば途切れ途切れになり、および／またはほんの数秒後に停止する可能性が高い。この後、ダウンロードされた素材が、エンドユーザのコンピュータ上に格納される。プログレッシブダウンロードは、典型的にはウェブサーバにより行われる。
【０００８】
プログレッシブダウンロードの複数の不利な点の１つが、データを送信しているエンティティ（ウェブサーバ）が、単にデータをクライアントにできるだけ速くプッシュすることである。適切な量のデータがダウンロードされたとたんに、多くのメディアプレーヤのプログレッシブダウンロード機能が再生を可能にするので、プログレッシブダウンロードは、ビデオを「ストリーミングしている」ように見えることがある。しかしながら、ファイル全体がウェブサーバにより配送されるまで、ユーザはファイルの最後まで早送りすることができない。プログレッシブダウンロードの他の不利な点が、ウェブサーバはビデオファイルのデータ転送速度を考慮しないことである。したがって、ネットワークの帯域幅がビデオファイルに必要なデータ転送速度より低い場合、ユーザは、ある期間待たなければならず、この後、再生を開始することができる。再生速度がデータ転送速度を超えた場合、追加データがダウンロードされる間、ある期間、再生が中断することがある。しかしながら、データ転送速度はより高いので、再生が行われたとき、ビデオ再生品質はより高くなる。例えば、１００ｋｂｐｓのビデオファイルが５６ｋｂｐｓのモデムにより配送することができる場合、ビデオは、１００ｋｂｐｓの速度で提示されるが、追加のビデオデータがダウンロードされる間、再生が中断する期間が存在することがある。ビデオデータは、典型的には、この全体が一時ファイルとしてダウンロードされる。
【０００９】
複数のウェブサーバが、典型的には、ＴＣＰ（ｔｒａｎｓｆｅｒ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）の上位層でＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ）を使用して、複数のファイルをネットワーク上で転送する。ネットワーク上で複数のデータパケットの転送を制御するＴＣＰは、速度ではなく、データの配送保証のために最適化される。したがって、ブラウザが、データが欠けていることを検知した場合、再送要求が発行され、データは再送される。配送エラーが多い複数のネットワークでは、複数の再送要求が、大量の帯域幅を消費することがある。ＴＣＰは、適切なデータの効率的な配送または帯域幅制御のために設計されていないので（しかし、むしろすべてのデータの配送が保証される）、すべての用途でビデオデータを配送するのに好ましいわけではない。
【００１０】
ストリーミングはメディアコンテンツをメディアプレーヤに連続的に配送し、メディア再生が同時に行われる。エンドユーザは、コンテンツプロバイダにより配送されると、即座にメディアを再生することができる。従来の複数のストリーミング技術は、データのストリームを配送する単一のプロバイダから１組の複数のエンドユーザへと開始される。単一のストリームを多数の視聴者に配送するには、複数の高い帯域幅および中央処理装置（ＣＰＵ）のパワーが必要とされ、プロバイダが必要とする帯域幅は、複数のエンドユーザの数が増すにつれて、増大する。
【００１１】
プログレッシブダウンロードと異なり、ストリーミングメディアはオンデマンドで、またはライブで配送される。この点で、プログレッシブダウンロードはファイル全体をダウンロードする必要があり、または最初に再生を開始するのに十分な量をファイル全体からダウンロードする必要があるので、ストリーミングにより、ファイル内部の任意の地点で即座に再生が可能になる。複数のエンドユーザが、メディアファイルの至る所にスキップして、再生を開始する、またはメディアファイル内の任意の地点に再生を変更してもよい。したがって、エンドユーザは、ファイルがプログレッシブダウンロードされるのを待つ必要がない。ストリーミングメディアは、しばしば１つまたは複数の専用ストリーミング・メディア・サーバから配送される。
【００１２】
ストリーミング・メディア・サーバは、複数のビデオファイルの要求を受け入れ、かつフォーマット、帯域幅およびこれらのファイルの構造に関する情報を使って、ビデオを再生するのに必要なだけの量のデータを、ビデオを再生するのに必要な速度で配送する特化したサーバである。ストリーミング・メディア・サーバはまた、送信帯域幅、およびメディアプレーヤの複数の性能を考慮してもよい。ウェブサーバと異なり、ストリーミング・メディア・サーバは、複数の制御メッセージおよび複数のデータメッセージを使用してメディアサーバと通信して、ビデオが再生されるときに、変化する複数のネットワーク条件に適応する。これらの制御メッセージは、早送り、早戻し、一時停止またはファイルの特定部分へのシークなどの複数の特殊再生機能を含むことができる。ストリーミング・メディア・サーバは、ビデオデータを必要とされたときだけ、必要とされる速度で送信するので、提供されるいくつかのストリームに対して正確な制御を維持することができる。プログレッシブダウンロードの場合と異なり、視聴者は、より低いデータ転送速度の送信媒体上で高いデータ転送速度の複数のビデオを見ることができない。しかしながら、ストリーミング・メディア・サーバは、（１）複数のユーザにビデオファイルへのランダムなアクセスを提供し、（２）だれがどの複数のビデオプログラムを見ているか、およびこれらのビデオプログラムがどれだけ長く視聴されているかをモニタすることができるようになる、（３）視聴体験をサポートするために必要な量のデータだけが送信されるので、送信帯域をより効率的に使用する、および（４）ビデオファイルは視聴者のコンピュータに格納されるのではなく、メディアプレーヤにより廃棄され、したがって、コンテンツに対してより多くの制御が可能になる。
【００１３】
複数のストリーミング・メディア・サーバは、ＨＴＴＰおよびＴＣＰを使用して、複数のビデオストリームを配送してもよいが、一般に、ＲＳＴＰ（ｒｅａｌ  ｔｉｍｅ  ｓｔｒｅａｍｉｎｇ  ｐｒｏｔｏｃｏｌ）およびＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ）を使用する。これらのプロトコルは複数の制御メッセージを可能にし、オーバヘッドを低減することにより帯域幅を節約する。ＴＣＰと異なり、送信中にデータが捨てられたとき、ＵＤＰは複数の再送要求を送信しない。代わりに、サーバはデータを送信し続ける。複数のストリーミング・メディア・サーバはまた、複数のライブウェブキャストを配送することができ、マルチキャストすることができ、これにより、２人以上のクライアントが単一のストリームに同調することができるようになり、したがって、帯域幅を節約する。
【００１４】
典型的には、プログレッシブダウンロードされたメディアは、再生より速い速度でユーザコンピュータに送信される。メディア・プログラム・プレーヤはこのデータをバッファに入れ、通常、「プログレスバー」の一部としてインジケータを提供することにより、メディアプログラムがどれだけバッファに入れられたかを示してもよい。ユーザが、制御手段を選択し、かつプログレスバーに沿って異なる位置に制御手段を移動させることにより、すでにバッファに入れられたプログラム内の任意の地点にアクセスすることができるようになる制御手段が提供される場合が多い。これにより、ユーザは、メディアプログラムのバッファに入れられた任意の部分にランダムにアクセスすることができるようになる。
【００１５】
複数のストリーミング・メディア・プレーヤは、メディアプログラム内の任意の地点へのランダムなアクセスを提供するために、バッファリングに依存しない。代わりに、これは、メディアプレーヤからストリーミング・メディア・サーバに送信される複数の制御メッセージを使用することにより実現される。
【００１６】
視聴する複数のメディアプログラムの選択
複数のオン・デマンド・ストリーミング・メディア・サービスにより、広範囲の複数のメディアプログラムが、即座に視聴するために、ユーザに利用可能になる。複数のオン・デマンド・ストリーミング・メディア・サービスを提供する際の複数の課題の１つが、ユーザがどのメディアプログラムを視聴したいかを効率的に選択することができるようになるインタフェースをユーザに提供することである。放送テレビジョンの最盛期には、少数のチャンネルが利用可能であり、ユーザが、各チャンネルを簡単にチェックする、または印刷されたガイドを参照するのは簡単なことであった。衛星テレビジョンまたはケーブルテレビジョンの出現が、このような複数のチャンネルの数を増大させ、印刷された複数の予定表に類似した複数のプログラムガイドを提供した。しかしながら、複数のチャンネルの数は、依然として比較的限られていた。複数のＤＶＲの記憶容量は、簡単な複数の階層型メニューインタフェースにより、ユーザが、記録された複数のプログラムに容易かつ迅速にアクセスすることが可能になるようなものである。
【００１７】
利用可能な複数のメディアプログラムに関する情報をユーザに提供する１つの方法が、利用可能な複数のメディアプログラムに関するメタデータのデータベースを検索する能力をユーザに提供することである。このようなメタデータは、メディアプログラムのソース、複数の俳優、ジャンル（ドラマ、喜劇）、ターゲットとする年齢層および／またはメディアプログラムの複数のサムネイル（メディアプログラムの小さな複数の静止ビデオフレーム）などの複数の要素を含んでもよい。メタデータは、関心のあるメディアプログラムを検索する際にユーザを支援するため、または関心のあるメディアプログラムをユーザが都合よく見つけ出すことができるようにする方法で複数のメディアプログラムを編成するようにメディアプログラム配布者を支援するために使用することができる。しかしながら、複数のキーワード検索および複数のプログラムガイドは、これらが依存するメタデータとほぼ同じでしかなく、複数のメディアプログラムに関連するメタデータが完全かつ正確であればあるほど、それだけ検索およびプログラムガイドの複数の機能が有用で、正確になる。同時に、特定のメディアプログラムに関して利用可能なメタデータのすべての完全で正確なデータベースを維持することは困難であり、メディア・プログラム・プロバイダまたはプログラムソースとは無関係に新しいメタデータが複数のソースにより絶えず生成されている。例えば、無関係の複数のウェブサイトおよび複数のブログが、複数のメディアプログラムに関する有用なメタデータを含む場合が多い。このような情報は、ウェブクローラを使用して発見することができるが、この過程は時間がかかり、潜在的に有用な情報を逃す場合が多い。
【００１８】
ストリーミングメディアおよびプログレッシブダウンロードにより、複数のサードパーティの複数のウェブページ内に埋め込むことができる複数のメディアプレーヤを介してメディアを再生できるようになる。このような複数のウェブページはまた、（バッチでも、プログレッシブダウンロードでも、ストリーミングでも）複数のメディアプログラムへの複数のリンクを含んでもよい。埋め込まれた複数のメディアプレーヤの複数の例が、民間のエンティティ、例えば、自社がホストする複数のウェブページの１つの中にメディアプレーヤを埋め込むことがあるアマゾン（ＡＭＡＺＯＮ）（ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ）、および複数の読者にとって関心のあるビデオを再生するために、複数のブロガーのホスティングされた複数のウェブページ内にメディアプレーヤを埋め込むことがあるブロガーを含む。
【発明の概要】
【００１９】
埋め込まれた複数のメディアプログラムを有する複数のウェブサイトは、しばしばメディアプログラムに関するメタデータを提供するが、このような複数のウェブサイトは、ウェブクローリングセッションに含まれないことがある。実際には、埋め込まれたメディアプログラムを有するウェブサイトのＵＲＬは、それ自体、関心の対象となり得るメタデータである。したがって、メディアプログラムを埋め込む複数のウェブサイトのアドレスを使って、さらにこのような複数のウェブサイトで利用可能なデータを使って、メディア・プログラム・メタデータを拡張するための方法および装置が必要である。本発明はこの必要を満たす。
【００２０】
上述の複数の要件に対処するために、本発明は、メディアプログラムに関連するメタデータを得るための方法および装置を開示する。一実施形態では、本方法は、ホストサーバから取り出されたウェブページを表示するクライアントデバイスから、コンテンツ配送システム内でメディア・プログラム・コールバック（callback）・メッセージを受信することであって、メディアプログラムは、取り出されたウェブページ内に埋め込まれ、コールバックメッセージはウェブページへのコールバックアドレスを備えることと、アドレスをメディアプログラムに関連するメタデータとしてデータベースに格納することとの各ステップを備える。他の実施形態では、本発明は、ホストサーバから取り出されたウェブページを表示するクライアントデバイスから、メディア・プログラム・コールバック・メッセージを受信するための通信モジュールを備えるコンテンツ配送システムであって、メディアプログラムは、取り出されたウェブページ内に埋め込まれ、コールバックメッセージはウェブページへのコールバックアドレスを備えるコンテンツ配送システムと、アドレスをメディアプログラムに関連するメタデータとして格納するためのデータベースを備える装置で具体化される。
【図面の簡単な説明】
【００２１】
次に、全体を通して同様の複数の参照番号が、対応する複数の部分を表す複数の図面を参照する。
【図１】図１は、例示的コンテンツ配送システムおよび関連する複数の要素を示す図である。
【図２】図２は、本発明の複数の要素を実現するために使用することができる例示的コンピュータシステムを示す図である。
【図３Ａ】図３Ａは、メディア・プログラム・メタデータ・システムの一実施形態を実施するために使用することができる複数の例示的ステップを示す図である。
【図３Ｂ】図３Ｂは、メディア・プログラム・メタデータ・システムの一実施形態を実施するために使用することができる複数の例示的ステップを示す図である。
【図３Ｃ】図３Ｃは、メディア・プログラム・メタデータ・システムの一実施形態を実施するために使用することができる複数の例示的ステップを示す図である。
【図４】図４は、埋め込まれたメディアプログラムを有する例示的に描かれたウェブページを示す例示的ブラウザの図である。
【図５】図５は、ブログ用の例示的ウェブページ・ソース・コードを示す図である。
【図６】図６は、ウェブページ内にメディアプログラムおよびメディア・プログラム・プレーヤを埋め込むためのコード化された複数の命令を含むことにより修正されたウェブページ・ソース・コードを示す図である。
【発明を実施するための形態】
【００２２】
以下の説明では、本発明のいくつかの実施形態の一部を形成し、かつ例示によって示される複数の添付図面が参照される。本発明の範囲を逸脱することなく、他の複数の実施形態を利用してもよく、複数の構造的変更を行ってもよいことが理解される。
【００２３】
図１は、例示的コンテンツ配送システム１００および関連する複数の要素を示す図である。図示された実施形態では、コンテンツ配送システム１００は、インターネットなどの通信ネットワーク１０４に通信可能に結合され、かつ１つまたは複数のソース・メディア・プログラム・データベース１２４Ａ、１２４Ｂに通信可能に結合された１つまたは複数のソース・ビデオ・サーバ１２２Ａ、１２２Ｂをそれぞれ有する１つまたは複数のメディア・プログラム・ソース（ＭＰＳ）１２０Ａ、１２０Ｂを備えてもよい。コンテンツ配送システム１００は、通信ネットワーク１０４に通信可能に結合され、かつ１つまたは複数のプロバイダコンピュータ１１２、ならびに複数のメディアプログラムに関するメタデータおよび他の情報を格納してもよいプロバイダのメディア・プログラム・データベース１１４を有するメディア・プログラム・プロバイダ（ＭＰＰ）１１０をさらに備える。コンピュータ１１２は、１つまたは複数のメディアサーバ、ウェブサーバおよび以下で説明される複数のステップおよび機能を実行するのに必要な任意の他の複数の処理要素を含むことができる。一実施形態では、ＭＰＰ１１０は、ビデオ・オン・デマンドおよび／またはストリーミング・メディア・プログラム・プロバイダである。
【００２４】
メディアプログラムは、ＭＰＰ１１０により、またはＭＰＰ１１０とは商業的に別個のエンティティでもよいＭＰＳ１２０により、クライアントデバイス１０２（以下、代わりにユーザコンピュータ１０２と呼ばれる）に提供されてもよい。
【００２５】
メディアプログラムをＭＰＰ１１０からユーザコンピュータ１０２に直接提供するためには、ＭＰＰ１１０は、複数のメディアプログラムを複数のメディア・プログラム・ソース１２０（例えばｗｗｗ．ｆｏｘ．ｃｏｍまたはｗｗｗ．ｎｂｃ．ｃｏｍ）からライセンス供与を受ける、または購入する。典型的には、ＭＰＳ１２０はまた、このような複数のプログラムに対するメタデータを提供する。このメタデータは、典型的には妥当であり（例えば、このメタデータは他の複数のソースからの情報により補足される必要がない）、使用するためにＭＰＰデータベース１１４により格納し、取り出すことができる。
【００２６】
複数のメディアプログラムがＭＰＰ１１０ではなくＭＰＳ（複数）１２０から直接提供されたとき、メディア・プログラム・ソース１２０により提供されるメタデータが不十分である場合がしばしばある。複数のこのような場合、無関係のメディア・プログラム・ソース１３０（例えばｗｗｗ．ｔｖ．ｃｏｍまたはｗｗｗ．ｉｍｄｂ．ｃｏｍ）または他の複数のサードパーティの複数のソースから補足メタデータが得られることがある。この状況では、メディア・プログラム・プロバイダ１１０の役割は、利用可能な複数のメディアプログラムのリスト、およびユーザがこのような複数のプログラムを検索し、視聴することができるようになるインタフェースを複数のユーザ１３２に提供するポータルの役割である。
【００２７】
複数のメディアプログラムおよびメタデータは、通信ネットワーク１０４を介して、または補助の（および／または専用の）通信リンク１３４を通して、ウェブクローリングにより（例えば、順序だった自動化された方法でワールド・ワイド・ウェブをブラウズするプログラムまたは自動化スクリプトを使用して）得られてもよい。
【００２８】
クライアントコンピュータ１０２を使用して、複数の遠隔ユーザ１３２が、メディア・プログラム・プロバイダ１１０と通信して、複数のメディアプログラム（複数のビデオ・オン・デマンドおよび／またはストリーミング・ビデオ・サービスを含む）を得て、プロバイダのメディア・プログラム・データベース１１４を検索して、関心のある複数のメディアプログラムを見つけ出すことができる。
【００２９】
クライアントコンピュータ１０２を使用して、複数の遠隔ユーザ１３２はまた、インターネットに通信可能に接続された複数のサードパーティのエンティティ１４０から情報を送信および受信することができる。このような複数のサードパーティのエンティティは、例えば、検索ポータル（例えばｗｗｗ．ｙａｈｏｏ．ｃｏｍまたはｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ）または商用情報などの情報もしくは複数のブログをホスティングする複数のサーバを含む。以下、このような情報をホスティングする複数のサーバは、代わりに複数のホストサーバと呼ばれる。いずれの場合も、サードパーティのエンティティ１４０は、サーバ１４２およびデータベース１４４を含んでもよい。
【００３０】
コンテンツ配送システム１００はまた、関連するコンテンツ拡張データベース１５４に通信可能に結合されたコンテンツ拡張サーバ１５２を有するコンテンツ拡張システム１５０を含んでもよい。コンテンツ拡張システム１５０は、以下でさらに説明されるように、サードパーティのエンティティ１４０によりホスティングされる複数のウェブページに含まれる複数のサードパーティのエンティティ１４０に、コード化された複数の命令を送信する。コード化された複数の命令は、サーブレット、スニペット、アプレット、複数のＨＴＭＬ命令または任意の他の類似のコードを備えてもよい。実行されたとき、これらのコード化された複数の命令は、メディア・プログラム・システム１００に格納された、またはメディア・プログラム・システム１００と商業的に別個のサードパーティの複数のメディア・プログラム・プロバイダ１６０によりホスティングされる複数のメディアプログラムへの参照を提供する。サードパーティの複数のメディア・プログラム・プロバイダ１６０はまた、１つまたは複数のデータベース１６４に通信可能に結合された１つまたは複数のサーバ１６２を含んでもよい。
【００３１】
典型的には、コンテンツ拡張システム１５０およびメディア・プログラム・プロバイダ１１０は、商業的に識別できない複数のエンティティである。複数のメディア・プログラム・ソース１２０Ａ、１２０Ｂは、典型的にはコンテンツ拡張システム１５０およびメディア・プログラム・プロバイダ１１０とは商業的に別個のものである。サードパーティのホストエンティティ１４０は、同様に、典型的にはメディア・プログラム・プロバイダ１１０およびコンテンツ拡張システム１５０と商業的に別個のものであるが、複数のメディア・プログラム・ソース１２０Ａ、１２０Ｂとは同じく商業的に別個のものである。同様に、サードパーティのメディア・プログラム・プロバイダ１６０は、典型的には、メディア・プログラム・プロバイダ１１０およびコンテンツ拡張システム１５０だけでなく、複数のメディア・プログラム・プロバイダ１５０Ａ、１５０Ｂおよびサードパーティのホストエンティティ１４０とも商業的に別個のものである。しかしながら、本発明は、前述の複数の要素のいずれかが商業的に識別できない、または商業的に別個のものである実施形態で実施されてもよい。本明細書でこの用語が使用されるとき、商業的に別個のエンティティとは、他者により部分的に所有されているわけでもなく、完全に所有されているわけでもないエンティティである。
【００３２】
図２は、ユーザコンピュータ１０２、複数のサードパーティのホスト１４０、サードパーティの複数のメディア・プログラム・プロバイダ１６０、ＭＰＳ１２０、ＣＥＳ１５０およびＭＰＰ１１０という複数の要素を含む、本発明の複数の要素を実現するために使用することができる例示的コンピュータシステム２００を示す図である。コンピュータ２０２は、汎用ハードウェアプロセッサ２０４Ａおよび／または専用ハードウェアプロセッサ２０４Ｂ（以下、代わりに集合的にプロセッサ２０４と呼ぶ）、ならびにランダム・アクセス・メモリ（ＲＡＭ）などのメモリ２０６を備える。コンピュータ２０２は、キーボード２１４、マウスデバイス２１６およびプリンタ２２８などの複数の入出力（Ｉ／Ｏ）デバイスを含む他の複数のデバイスに結合されてもよい。
【００３３】
一実施形態では、コンピュータ２０２は、オペレーティングシステム２０８の制御下でコンピュータプログラム２１０により規定される複数の命令を汎用プロセッサ２０４Ａが実行することにより動作する。コンピュータプログラム２１０および／またはオペレーティングシステム２０８は、メモリ２０６に格納されてもよく、ユーザおよび／または他の複数のデバイスとインタフェースで接続して、入力および複数のコマンドを受け入れて、このような入力および複数のコマンド、ならびにコンピュータプログラム２１０およびオペレーティングシステム２０８により規定される複数のコマンドおよび複数の命令に基づき、出力および複数の結果を提供してもよい。
【００３４】
出力／複数の結果は、ディスプレイ２２２上に示されても、提示する、またはさらに処理もしくは動作させるために、他のデバイスに提供されてもよい。一実施形態では、ディスプレイ２２２は、複数の液晶により形成された複数の別個にアドレス可能な複数の画素を有する液晶ディスプレイ（ＬＣＤ）を備える。ディスプレイ２２２の各画素は、不透明な状態または半透明な状態に変化して、入力および複数のコマンドに対してコンピュータプログラム２１０および／またはオペレーティングシステム２０８の複数の命令を適用することにより、プロセッサ２０４により生成されたデータまたは情報に応答して、ディスプレイ上で画像の一部を形成する。ディスプレイ２２２上に提示される画像を生成するために、他の複数のディスプレイ２２２タイプも、状態を変える複数の画素を含む。画像はグラフィカル・ユーザ・インタフェース（ＧＵＩ）・モジュール２１８Ａにより提供されてもよい。ＧＵＩモジュール２１８Ａは別個のモジュールとして描かれているが、複数のＧＵＩ機能を実行する複数の命令が、オペレーティングシステム２０８、コンピュータプログラム２１０内に常駐もしくは分散する、または専用のメモリおよび複数のプロセッサで実現することができる。
【００３５】
コンピュータプログラム２１０の複数の命令に従ってコンピュータ２０２により実行される複数の動作の一部またはすべてが、専用プロセッサ２０４Ｂで実現されてもよい。この実施形態では、コンピュータプログラム２１０の複数の命令の一部またはすべては、読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、もしくは専用プロセッサ２０４Ｂ内部またはメモリ２０６内のフラッシュメモリに格納された複数のファームウェア命令により実現されてもよい。専用プロセッサ２０４Ｂはまた、複数の動作の一部またはすべてを実行して本発明を実現する回路設計により、ハードウェアに組み込まれてもよい。さらに、専用プロセッサ２０４Ｂは、複数の機能のサブセットを実行するための専用回路、および複数のコンピュータプログラム命令に応答するなどのより一般的な複数の機能を実行するための他の複数の回路を含むハイブリッドプロセッサでもよい。一実施形態では、専用プロセッサは、特定用途向け集積回路（ＡＳＩＣ）である。
【００３６】
コンピュータ２０２はまた、ＣＯＢＯＬ、Ｃ＋＋、ＦＯＲＴＲＡＮまたは他の言語などのプログラミング言語で書かれたアプリケーションプログラム２１０をプロセッサ２０４の可読コードに翻訳することができるようにするコンパイラ２１２を実装してもよい。コンパイル後、アプリケーションまたはコンピュータプログラム２１０は、コンパイラ２１２を使用して生成された複数の関係およびロジックを使用して、複数のＩ／Ｏデバイスから受け入れられ、コンピュータ２０２のメモリ２０６に格納されたデータにアクセスし、操作する。
【００３７】
コンピュータ２０２はまた、モデム、衛星リンク、イーサネット（登録商標）カード、または他の複数のコンピュータから入力を受け入れ、他の複数のコンピュータに出力を提供する他のデバイスなどの外部通信デバイスを任意選択で備える。
【００３８】
一実施形態では、オペレーティングシステム２０８、コンピュータプログラム２１０および／またはコンパイラ２１２を実現する複数の命令は、コンピュータ可読媒体、例えば１つまたは複数の固定のまたは取り外し可能なデータ記憶デバイス、例えばジップドライブ、フロッピー（登録商標）ディスクドライブ２２４、ハードドライブ、ＣＤ−ＲＯＭドライブ、テープドライブまたはフラッシュドライブを含むことができるデータ記憶デバイス２２０内に有形に具体化される。さらに、オペレーティングシステム２０８およびコンピュータプログラム２１０は、コンピュータ２０２によりアクセスされ、読み出され、実行されたとき、コンピュータ２０２に本発明を実現および／もしくは使用するのに必要な、または複数の命令からなるプログラムをメモリの中にロードするのに必要な複数のステップを実行させる複数のコンピュータプログラム命令からなり、したがって、コンピュータに本明細書で説明される複数の方法ステップを実行する、専用にプログラムされたコンピュータとして動作させる専用データ構造を生成する。コンピュータプログラム２１０および／または動作させる複数の命令はまた、メモリ２０６および／またはデータ通信デバイス２３０内に有形に具体化されてもよく、それにより、本発明によるコンピュータプログラム製品または製造物を作成する。このため、複数の用語「製造物（article of manufacture）」、「プログラム記憶デバイス」および「コンピュータプログラム製品」または「コンピュータ可読記憶デバイス」は、本明細書で使用されるとき、任意のコンピュータ可読デバイスまたは媒体からアクセス可能なコンピュータプログラムを包含するものとする。
【００３９】
当然のことながら、上記の複数の構成要素の任意の組み合わせ、または任意の数の異なる複数の構成要素、複数の周辺装置および他の複数のデバイスが、コンピュータ２０２と共に使用されてもよいことを当業者であれば理解されよう。
【００４０】
本明細書では用語「コンピュータ」と呼ばれるが、コンピュータは、複数の携帯デバイス、例えば携帯電話、複数の携帯型ＭＰ３プレーヤ、複数のビデオゲーム機、複数のノートブックコンピュータ、複数のポケットコンピュータまたは適切な処理、通信および入出力の機能を備えた任意の他のデバイスを含んでもよいことが理解される。
【００４１】
図３Ａ〜図３Ｃは、メディア・プログラム・メタデータ・システムの一実施形態を実施するために使用することができる複数の例示的ステップを示す図である。ブロック３０２では、サードパーティのホスト１４０は、サードパーティによりホスティングされるウェブページ内にメディアプログラムを埋め込むための複数の命令の要求をコンテンツ配送システム１００に送信する。コンテンツ配送システム１００は、ブロック３０４および３０６に示されるように、要求を受信し、要求された複数の命令をサードパーティのホスト１４０に送信する。
【００４２】
図４は、埋め込まれたメディアプログラムを有する例示的に描かれたウェブページ４０３を示す例示的ブラウザ４００の図である。ウェブページ４０３は、コンピュータディスプレイ２２２上に明示された画像であり、このコンテンツは、複数のテキスト文字を使用して、典型的にはＨＴＭＬなどのマークアップ言語で表現されるソースコード（あるいは、以下、「ウェブページソース」または「ウェブページ・ソース・コード」と呼ばれる）を備えるファイルを実行することにより決定される。ソースコードが読み出され、コンピュータ上に実現されたブラウザにより解釈されたとき（以下でさらに説明される）、ブラウザ４００は、ユーザコンピュータ１０２に通信可能に結合されたディスプレイ２２２上にウェブページを提示するデータを生成する。
【００４３】
この状況では、ウェブページ・ソース・コードは、複数のコマンドだけでなくコンテンツを記述するテキストを備えるテキストファイルである。複数のコマンドは、コンテンツをどのように提示すべきか（例えば、ブラウザ４００により提示されたとき、テキストをどのようにフォーマットすべきかを記述する１つまたは複数のＨＴＭＬタグセットを含むことによる）、およびコンテンツをどこで得ればよいかを記述する複数のコマンドを含む。複数のコマンドはまた、特定のウェブページの機能を作動させるために使用される複数のウェブページ制御手段を生成するための複数のコマンドを含む。
【００４４】
図示する実施形態では、ブラウザ４００は、アドレス入力領域４０２、検索照会入力領域４０４および検索ボタン４０６を含む。ブラウザ４００はまた、広すぎてブラウザ４００内に一度に描くことができないウェブページ４０３を見るために、マウスおよび関連するポインタ４１２を用いて、スクロール領域４１０全体を選択し、移動することができるスクロールハンドル４０８を含んでもよい。
【００４５】
描かれたとき、ウェブページ４０３は、実質的なコンテンツ部分４１１および広告部分４１３を含んでもよい。広告部分４１３は、広告をユーザに提示するために使用されてもよく、このような広告は、ウェブページ４０３の実質的なコンテンツに関係があっても、なくてもよい。「広告」は、この状況では、潜在的な複数の顧客が購入することに関心がある複数の製品またはサービスに関して、有料で、または広告主が負担する代償として、潜在的な複数の顧客に提供される情報と定義される。
【００４６】
実質的なコンテンツ部分４１１は、ウェブページ４０３の主題だけを対象とする情報を含み、広告を含まない。連続した部分として図示されているが、実質的なコンテンツ部分４１１は、ウェブページ４０３内の異なる複数の位置に複数の別個の部分を備えてもよい。
【００４７】
描かれたウェブページ４０３はまた、情報の複数のカテゴリに関係があり、かつ示されたカテゴリに関係があるコンテンツを提示する他のウェブページのＵＲＬにそれぞれ関連づけられた複数の制御手段４１８Ａ〜４１８Ｑ（以下、代わりに制御手段４１８と呼ぶ）を含んでもよい。制御手段４１８は、ウェブページソース内の該当する複数のコマンドにより規定される。
【００４８】
描かれたウェブページ４０３はまた、埋め込まれたメディア・プログラム・プレーヤ４１４を含んでもよい。埋め込まれたメディア・プログラム・プレーヤ４１４は、ホストウェブサイト（例えば、現在閲覧しているウェブページをホスティングするウェブサイト）またはサードパーティの複数のウェブサイトからダウンロードされた、ストリーミングされた、またはプログレッシブダウンロードされた複数のメディアプログラムを再生するために使用することができる。これは、該当する埋め込まれたメディア・プログラム・プレーヤ４１４の複数の命令をウェブページソースの中に含むことにより実現することができる。典型的には、このような複数の命令は、ウェブページ４０３内のメディアプログラムのＵＲＬへのリンクを含む。
【００４９】
メディア・プログラム・プレーヤ４１４は、例えばコンテンツ配送システム１００から得られるウェブページソースを使用して実現される。
【００５０】
図５は、ブログ用の例示的ウェブページ・ソース・コード４００を示す図である。ソースコード４００は、テキストおよび他の情報を含んでもよい実質的なコンテンツ５０２を含む。
【００５１】
図６は、ウェブページ内にメディアプログラムおよびメディア・プログラム・プレーヤを埋め込むためのコード化された複数の命令６０２を含むことにより修正されたウェブページ・ソース・コードを示す図である。コード化された複数の命令６０２は、単にウェブページ４０３内にメディアプログラムを埋め込むための複数の命令とすることができる、またはユーザコンピュータ１０２がウェブページ４０２を要求したとき、ウェブページ４０３のＵＲＬをメディア・プログラム・プロバイダ４００に送信させる追加の複数の命令を含むことができる。この機能はまた、リファラーブラウザ機能により実行することができる。例えば、ＨＴＴＰリファラーが、ＨＴＴＰ要求のＨＴＴＰヘッダフィールドとして行われ、ウェブページなどの資源の観点から、ウェブページにリンクする資源のアドレスを識別する。上記の例では、ＨＴＴＰリファラーはウェブページ４０２のＵＲＬを指す。したがって、リファラーをチェックすることにより、新しいページは、要求がどこから到来したかを決定することができる。
【００５２】
一実施形態では、コード化された複数の命令は、ハイパーテキストマークアップ言語（ＨＴＭＬ）で書かれた複数の命令を備えるが、ＸＭＬなどの他の複数の言語および複数の表現を使用してもよい。別の実施形態では、コード化された複数の命令は、他のコード化された複数の命令がクライアントコンピュータ１０２により得られ、実行されてもよいソースへの１つもしくは複数のアプレットまたは複数の関数呼出により具体化される。例えば、ウェブページソースの中に組み込まれたコード化された複数の命令は、ＵＲＬを指定するアプレットまたは関数呼出を有してもよい。クライアントコンピュータ１０２がこのアプレットまたは関数呼出を実行するとき、複数のキーワード（ＨＴＭＬまたは類似の言語で書いてもよい）を生成する関数を実行する別の符号化された複数の命令が、指定されたＵＲＬから直接受信される。指定されたＵＲＬは、コンテンツ拡張サーバ１５２または他のソースである。次いで、これらの別のコード化された複数の命令６０２は、必要であれば、コールバックアドレスを得るためにクライアントコンピュータ１０２により実行される。アプレットまたは類似の工夫を用いて、コンテンツ拡張サーバ１５２から、コード化された複数の命令を得ることは、コンテンツ拡張サーバ１５２が信頼できる状況、またはホストサーバ１４２上のコンテンツについてプライバシーが問題とならない状況では、特に有用である。これはまた、ホストサーバ１４２を詳細なコード化された複数の命令を送信することから解放し、コンテンツ拡張サーバ１５２が、ホストサーバからクライアントコンピュータ１０２に送信されたウェブページソースにいかなる変更も必要とせずに、コード化された複数の命令に対する更新を実現することができるようにする。コード化された複数の命令はまた、インターネット１０４を介して、またはスニーカーネット（sneakernet）（例えば、ＤＶＤ、フラッシュドライブまたはフロッピー（登録商標）ディスクなどの有形のデータ記憶デバイスを介して送信する）を介した送信を含む任意の他の手段により送信されてもよい。
【００５３】
図３Ａに戻ると、ブロック３０８および３１０に示すように、コード化された複数の命令は、サードパーティのホスト１４０により受信され、ウェブページソースに組み込まれる。ブロック３１２では、ユーザデバイス１０２は、ウェブページのＵＲＬにあるサードパーティのホスト１４０に、組み込まれたビデオのコード化された複数の命令６０２を有するウェブページ４０３の要求を送信する。サードパーティのホスト１４０は、ウェブページ要求を受信し、ウェブページデータ（例えばソース）をユーザデバイス１０２に送信する。このことが、ブロック３１４および３１６に示されている。ユーザデバイス１０２は、ブロック３１８に示すように、ウェブページソースを受信し、ソースを実行して、ディスプレイ２２２上でユーザ１３２にウェブページ４０３を提示し、結果は図４に示すようになる。
【００５４】
コード化された複数の命令を実行し、ブロック３２０に示すように、ユーザデバイス１０２は、埋め込まれたメディアプログラムの要求をコンテンツ配送システム１００に送信する。要求は、コールバックアドレス、または参照しているウェブページ４０３のアドレスを含む。コンテンツ配送システム１００は要求を受信し、メディアプログラムをユーザデバイスに送信し、メディアプログラムが受信された場合、ユーザ１３２に提示される。このことが、ブロック３２２〜３２６に示されている。コンテンツ配送システム１００はまた、ブロック３３６に示すように、コールバックアドレス、または参照しているウェブページのＵＲＬを、メディアプログラムに関連するメタデータとして格納する。この後、このデータは、メディアプログラムに関連する複数の検索に応答するために利用可能である。例えば、後でこのメディアプログラムのキーワード検索を行うユーザが、サムネイル、またはメディアプログラムへのリンクだけでなく、メディアプログラムが埋め込まれたウェブサイトのＵＲＬを提示されてもよい。
【００５５】
一実施形態では、メディアプログラムに関連するメタデータは、埋め込まれたメディアプログラムを有する、参照しているウェブページへのＵＲＬだけでなく、参照しているウェブページから得ることができる他のメタデータも提供することにより、さらに拡張される。この特徴が、複数のブロック３２８〜３３４に図示されている。ブロック３２８では、コンテンツ配送システム１００は、参照しているウェブページのコールバックアドレスに要求を送信する。この要求は、ブロック３２８〜３３２に示すように、ウェブページ１４０をホスティングするサードパーティにより受信され、このウェブページソースがコンテンツ配送システム１００に送信される。ブロック３３２では、ウェブページソースおよびデータは、ウェブページ内に埋め込まれたメディアプログラムに関連する可能性がある追加のメタデータを得るためにかき集め（scrape）される。かき集めは、メディアプログラムに関連するデータを求めてウェブページソースを検索することにより行われてもよい。このような検索は、メディアプログラムにすでに関連づけられたメタデータを使用してもよい。例えば、特定のパフォーマ（ｐｅｒｆｏｒｍｅｒ）が、埋め込まれたメディアプログラム内に描かれており、この効果に対する情報がデータベース１１４に格納されてもよいことが知られている場合がある。したがって、ウェブページソースは、メディアプログラムに関連する何らかの追加のメタデータが利用可能であるかどうかを判定するために、このパフォーマの名前をキーワードとして使用して、検索されてもよい。一実施形態では、かき集め過程は、別の情報が見つかることがある複数のウェブサイトおよび複数のウェブページのアドレスの発見を含み、これらのウェブサイトおよびウェブページは、追加の情報を求めてさらに探索される。例えば、参照しているウェブページは、パフォーマの個人的ウェブサイトへのリンクを含んでもよい。このウェブサイトをアクセスしてもよく、コンテンツは、メディアプログラムに関連する別のメタデータを求めてかき集めされてもよい。
【００５６】
図３Ｃに進むと、クライアントデバイス１０２は（上述と同一のクライアントデバイス１０２であっても、そうでなくてもよい）、ブロック３３８に示すように、（例えば複数のキーワードを備える）検索要求をコンテンツ配送システム１００に送信する。検索要求は、上述のメディアプログラムを含蓄する。コンテンツ配送システム１００は、ブロック３４０および３４２に示すように、検索要求を受信し、複数のキーワードに従ってデータベース１１４の検索を実行し、複数の検索結果を送信する。検索要求は上述のメディアプログラムを含蓄していたので、メディアプログラムに関連するメタデータが、クライアントデバイス１０２に送信される。このメタデータは、コールバックアドレス、または上述のウェブページ４０３へのＵＲＬを含み、ブロック３２８〜３３４で説明されたかき集め工程により得られたメタデータを含んでもよい。複数の検索結果は、ブロック３４４に示すように受信され、クライアントデバイス１０２を使用してユーザ１３２に提示される。
【００５７】
一実施形態では、ブロック３２２で受信された複数のコールバックアドレスは、フィルタにかけられて、関心がない、または禁止された複数のウェブページの複数のアドレス、例えば複数のウェブ検索に関連する複数のウェブページの複数のアドレスを取り除く。例えば、ユーザ１３２が、グーグル（ＧＯＯＧＬＥ）またはヤフー（ＹＡＨＯＯ）などのホームページからウェブ検索を実行してもよく、複数の検索結果が、埋め込まれたビデオを含んでもよい。このようなページへのアドレスをメディアプログラムに関連するメタデータに含むことは望ましくないので、このような複数のウェブページからの複数のコールバックアドレスが、メタデータとして格納されないように、無視する、または除去することができる。
【００５８】
結論
ここでは、本発明の好ましい複数の実施形態の説明が締めくくられる。本発明の好ましい実施形態の以上の説明は、例示および説明のために提示された。本発明の好ましい実施形態の以上の説明は、網羅的なものでも、開示した厳密な形態に本発明を限定するものでもない。以上の開示に照らして、多くの修正および変形が可能である。本発明の範囲は、この詳細な説明によって限定されるものではなく、むしろ本明細書に添付の特許請求の範囲によって限定されるものである。上記の説明、複数の例およびデータは、本発明の製造、および組成物の用途の完全な説明を提供する。本発明の多くの実施形態が、本発明の精神および範囲を逸脱することなく作成することができるので、本発明は、以下に添付される特許請求の範囲にある。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
メディアプログラムに関連するメタデータを得るための方法であって、
ホストサーバから取り出されたウェブページを表示するクライアントデバイスから、コンテンツ配送システム内でメディア・プログラム・コールバック・メッセージを受信することであって、前記メディアプログラムは、前記取り出されたウェブページ内に埋め込まれ、前記コールバックメッセージは前記ウェブページへのコールバックアドレスを備えることと、
前記アドレスを前記メディアプログラムに関連するメタデータとしてデータベースに格納することと、
の各ステップを備える方法。
［Ｃ２］
前記メディアプログラムを前記ウェブページ内に埋め込むための複数の命令の要求を受信することと、
前記メディアプログラムをサードパーティによりホスティングされる前記ウェブページ内に埋め込むための前記複数の命令を送信することであって、前記複数の命令はメディア・プログラム・プロバイダへのコールバックを含むことと、
の各ステップをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記メディアプログラムを含蓄する検索要求を前記クライアントデバイスから受信することと、
前記コールバックアドレスを含む検索要求結果を前記ディスプレイデバイスに送信することと、
の各ステップをさらに備える、Ｃ２に記載の方法。
［Ｃ４］
前記コンテンツ配送システムは、前記メディアプログラムを前記クライアントデバイスにストリーミングするためのメディアサーバと、前記メディアサーバに格納された前記メディアプログラムへのアドレスを提供するための前記メディア・プログラム・プロバイダとを備える、
Ｃ１に記載の方法。
［Ｃ５］
前記コールバックアドレスに要求を送信することと、
前記ウェブページを受信することと、
前記メディアプログラムに関連するさらなるメタデータを識別するために、前記ウェブページをかき集めすることと、
前記さらなるメタデータを前記データベースに格納することと、
の各ステップをさらに備える、Ｃ１に記載の方法。
［Ｃ６］
メディアプログラムに関連するメタデータを得るための装置であって、
ホストサーバから取り出されたウェブページを表示するクライアントデバイスから、メディア・プログラム・コールバック・メッセージを受信するための通信モジュールを備えるコンテンツ配送システムであって、前記メディアプログラムは、前記取り出されたウェブページ内に埋め込まれ、前記コールバックメッセージは前記ウェブページへのコールバックアドレスを備えるコンテンツ配送システムと、
前記アドレスを前記メディアプログラムに関連するメタデータとして格納するためのデータベースと、
を備える装置。
［Ｃ７］
前記通信モジュールはさらに、前記メディアプログラムを前記ウェブページ内に埋め込むための複数の命令の要求を受信し、前記メディアプログラムをサードパーティによりホスティングされる前記ウェブページ内に埋め込むための前記複数の命令を送信し、前記複数の命令は、メディア・プログラム・プロバイダへのコールバックを含む、
Ｃ６に記載の装置。
［Ｃ８］
前記通信モジュールはさらに、前記メディアプログラムを含蓄する検索要求を前記クライアントデバイスから受信し、
前記コールバックアドレスを含む検索要求結果を前記ディスプレイデバイスに送信する、
Ｃ７に記載の装置。
［Ｃ９］
前記コンテンツ配送システムは、前記メディアプログラムを前記クライアントデバイスにストリーミングするためのメディアサーバと、前記メディアサーバに格納された前記メディアプログラムへのアドレスを提供するための前記メディア・プログラム・プロバイダとを備える、
Ｃ６に記載の装置。
［Ｃ１０］
前記通信モジュールは、要求を前記コールバックアドレスに送信し、前記ウェブページを受信し、
前記装置は、前記メディアプログラムに関連するさらなるメタデータを識別するために、前記ウェブページをかき集めするためのメタデータモジュールをさらに備え、
前記データベースは、前記さらなるメタデータを前記データベースにさらに格納する、
Ｃ６に記載の装置。
［Ｃ１１］
メディアプログラムに関連するメタデータを得るための装置であって、
ホストサーバから取り出されたウェブページを表示するクライアントデバイスから、コンテンツ配送システム内でメディア・プログラム・コールバック・メッセージを受信する手段であって、前記メディアプログラムは、前記取り出されたウェブページ内に埋め込まれ、前記コールバックメッセージは前記ウェブページへのコールバックアドレスを備える手段と、
前記アドレスを前記メディアプログラムに関連するメタデータとしてデータベースに格納する手段と、
を備える装置。
［Ｃ１２］
前記メディアプログラムを前記ウェブページ内に埋め込むための複数の命令の要求を受信する手段と、
前記メディアプログラムをサードパーティによりホスティングされる前記ウェブページ内に埋め込むための前記複数の命令を送信する手段であって、前記複数の命令はメディア・プログラム・プロバイダへのコールバックを含む手段と、
をさらに備える、Ｃ１１に記載の装置。
［Ｃ１３］
前記メディアプログラムを含蓄する検索要求を前記クライアントデバイスから受信する手段と、
前記コールバックアドレスを含む検索要求結果を前記ディスプレイデバイスに送信する手段と、
をさらに備える、Ｃ１２に記載の装置。
［Ｃ１４］
前記コンテンツ配送システムは、前記メディアプログラムを前記クライアントデバイスにストリーミングするためのメディアサーバと、前記メディアサーバに格納された前記メディアプログラムへのアドレスを提供するための前記メディア・プログラム・プロバイダとを備える、
Ｃ１１に記載の装置。
［Ｃ１５］
前記コールバックアドレスに要求を送信する手段と、
前記ウェブページを受信する手段と、
前記メディアプログラムに関連するさらなるメタデータを識別するために、前記ウェブページをかき集めする手段と、
前記別のメタデータを前記データベースに格納する手段と、
をさらに備える、Ｃ１１に記載の装置。
【図１】
0006026414.tif 000002
【図２】
0006026414.tif 000003
【図３Ａ】
0006026414.tif 000004
【図３Ｂ】
0006026414.tif 000005
【図３Ｃ】
0006026414.tif 000006
【図４】
0006026414.tif 000007
【図５】
0006026414.tif 000008
【図６】
0006026414.tif 000009