(57)【要約】  本発明は、リモートコンピューティング装置から受け取った要求に応答してネットワークを経て配送するための広告を選択するシステム及び方法に係る。１つの態様において、本発明は、消費者によってメディアファイルが要求されたときに、広告をポッドキャストエピソードのようなメディアファイルと自動的にマッチングさせる方法及びシステムを含む。本発明の態様は、メディアファイルを生成した後に、潜在的に創作者と広告主との間の対話を伴わずに、広告を自動的に選択できるようにする。【選択図】図２
2009510610.tif 000002
【特許請求の範囲】
【請求項１】
母集団のメンバーに広告のターゲットを定める方法であって、
母集団のメンバーにより以前に与えられたタグのデータベースを維持するステップと、
前記母集団のメンバーからメディアファイルの要求を受信するステップと、
前記メディアファイルに関連したタグについて前記データベースにアクセスするステップと、
前記メディアファイルに関連した１つ以上の第１タグのセットを前記データベースから得るステップであって、各々の第１タグは、前記メディアファイルを記述するために前記母集団の少なくとも１つのメンバーにより以前に与えられたメディアファイルの記述を含むと共に、各々の第１タグは、前記記述に関連したタグ密度(tag density)を有するものであるステップと、
前記第１タグのセットにおける前記記述及びタグ密度に基づいて複数の広告から広告を選択するステップと、
前記選択された広告を前記母集団のメンバーへ送信するステップと、
を備えた方法。
【請求項２】
前記選択するステップは、更に、
前記第１タグのセットにおける最高密度のタグを識別する段階であって、この最高密度のタグは、前記第１タグのセットにおける最高タグ密度をもつ第１タグであるような段階と、
前記最高密度のタグに基づいて広告を選択する段階と、
を含む請求項１に記載の方法。
【請求項３】
前記最高密度のタグに関連した広告がない場合には、
前記第１タグのセットにおける次の最高密度のタグを識別する段階であって、次の最高密度のタグは、前記第１タグのセットにおける次の最高タグ密度をもつ第１タグであるような段階と、
前記次の最高密度のタグに基づいて広告を選択する段階と、
を含む請求項２に記載の方法。
【請求項４】
前記母集団のメンバーがメディアファイルに関連したタグを与えるときに前記タグのデータベースを改訂し、前記選択オペレーションにより選択される広告を変更するステップを更に備えた、請求項１に記載の方法。
【請求項５】
第１タグのタグ密度は、前記母集団のメンバーのうち、第１タグの記述をメディアファイルに関連付けたメンバーに対応する数である、請求項１に記載の方法。
【請求項６】
前記最高密度タグのタグ密度が所定の最小密度より低い場合には、デフォールト広告を選択する段階を含む、請求項２に記載の方法。
【請求項７】
前記最高密度タグのタグ密度が所定の最小密度より低い場合には、
１つ以上の第２タグのセットを得る段階であって、第２タグの各々は、メディアファイルの発行者により以前に与えられたものであるような段階と、
前記第２タグに基づいて広告を選択する段階と、
を含む請求項２に記載の方法。
【請求項８】
母集団の第１メンバーに広告のターゲットを定める方法であって、
第１メンバーにより与えられたタグを含む、母集団のメンバーにより与えられたタグのデータベースを維持するステップと、
前記母集団の第１メンバーからメディアファイルの要求を受け取るステップと、
前記第１メンバーに関連した１つ以上の第１タグのセットを前記データベースから得るステップであって、各々の第１タグは、１つ以上のメディアファイルを記述するために前記母集団の第１メンバーにより以前に与えられた記述を含むと共に、各々の第１タグは、前記記述に関連したタグ密度を含み、第１タグのタグ密度は、第１メンバーが第１タグの記述に以前に関連付けたメディアファイルの個数に対応する数であるようなステップと、
前記１つ以上の第１タグのセットにおける前記記述及びタグ密度に基づいて複数の広告から広告を選択するステップと、
前記選択された広告を前記母集団の第１メンバーへ送信するステップと、
を備えた方法。
【請求項９】
前記選択するステップは、更に、
前記第１タグのセットにおける最高密度のタグを識別する段階であって、この最高密度のタグは、前記第１タグのセットにおける最高タグ密度をもつ第１タグであるような段階と、
前記最高密度のタグに基づいて広告を選択する段階と、
を含む請求項８に記載の方法。
【請求項１０】
前記最高密度のタグに関連した広告がない場合には、
前記第１タグのセットにおける次の最高密度のタグを識別する段階であって、次の最高密度のタグは、前記第１タグのセットにおける次の最高タグ密度をもつ第１タグであるような段階と、
前記次の最高密度のタグに基づいて広告を選択する段階と、
を含む請求項９に記載の方法。
【請求項１１】
前記第１メンバーがメディアファイルに関連したタグを与えるときに前記タグのデータベースを改訂するステップを更に備えた、請求項８に記載の方法。
【請求項１２】
前記最高密度タグのタグ密度が所定の最小密度より低い場合には、デフォールト広告を選択する段階を含む、請求項９に記載の方法。
【請求項１３】
前記最高密度タグのタグ密度が所定の最小密度より低い場合には、
前記第１メンバーに関連した購買層情報のセットを得る段階と、
前記第１メンバーに関連した購買層情報に基づいて広告を選択する段階と、
を含む請求項９に記載の方法。
【請求項１４】
メディアファイルの要求を受け取り、そしてその要求を検査して、メディアファイルに広告が関連するかどうか決定するための要求インターセプションモジュールと、
前記要求に含まれた情報に基づいて広告を選択しそしてその選択された広告を広告ライブラリーから検索するための広告検索モジュールと、
前記要求に対する応答を生成しそしてその応答を送信する送信モジュールであって、この応答は、選択された広告を含み、そしてレンダリング時に、広告のレンダリングを生じるものである送信モジュールと、
を備えたシステム。
【請求項１５】
複数の広告を含む広告ライブラリーを更に備え、複数の広告は、前記選択された広告を含む、請求項１４に記載のシステム。
【請求項１６】
前記要求に含まれた情報に基づいて前記複数の広告から前記選択された広告の選択を指令する少なくとも１つのルールを含む広告選択ルールのセットを更に備えた、請求項１４に記載のシステム。
【請求項１７】
前記要求インターセプションモジュールは、レンダリング装置から要求を受け取り、そして前記送信モジュールは、レンダリング装置へ応答を送信する、請求項１４に記載のシステム。
【請求項１８】
前記メディアファイルを含むメディアファイルライブラリーを更に備えた、請求項１７に記載のシステム。
【請求項１９】
前記メディアファイルライブラリーは、前記要求インターセプションモジュールから離れた第１ネットワーク位置においてアクセスできる、請求項１８に記載のシステム。
【請求項２０】
前記広告ライブラリーは、前記広告挿入モジュールから離れた第２ネットワーク位置においてアクセスできる、請求項１５に記載のシステム。
【請求項２１】
前記選択された広告に関連する広告主に対する勘定書を自動的に発生する勘定モジュールを更に備えた、請求項１４に記載のシステム。
【請求項２２】
前記要求の情報に基づいて前記レンダリング装置に関連した物理的位置を決定するための位置モジュールを更に備え、
前記広告検索モジュールは、前記レンダリング装置に関連した物理的位置に基づいて広告を選択するようにされた、請求項１７に記載のシステム。
【請求項２３】
タグ情報データ記憶装置を更に備え、該タグ情報データ記憶装置は、複数のユーザ識別子を含み、各ユーザ識別子は、異なるユーザに関連し、そして各ユーザ識別子には、その関連ユーザにより与えられた情報が関連され、
前記要求は、前記複数のユーザ識別子の１つが関連され、そして
前記広告検索モジュールは、前記複数のユーザ識別子の１つに関連したタグ情報に基づいて広告を選択するようにされた、請求項１４に記載のシステム。
【請求項２４】
前記タグ情報データ記憶装置は、前記複数のユーザ識別子の１つに関連した広告消費履歴情報を含み、この広告消費履歴情報は、前記複数のユーザ識別子の１つに関連した応答要求において以前に送信された広告を識別し、そして
前記広告検索モジュールは、前記複数のユーザ識別子の１つに関連した広告消費履歴情報に基づいて広告を選択するようにされる、請求項２３に記載のシステム。
【請求項２５】
タグ情報データ記憶装置を更に備え、該タグ情報データ記憶装置は、複数のメディアファイルの各々に対して１つ以上のタグの関連セットを含み、それらタグは、ユーザ識別子に関連したユーザにより以前に与えられたものであり、そして
前記広告検索モジュールは、メディアファイルに関連したタグ情報にアクセスし、そしてメディアファイルに関連した１つ以上のタグのセットに基づいて広告を選択するようにされた、請求項１４に記載のシステム。
【請求項２６】
要求側装置からメディアファイルの要求を受け取り、
前記要求に基づいて複数の広告から広告を選択し、そして
前記広告を前記要求側装置へ送信する、
ことを含む方法を遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２７】
前記方法は、更に、
要求のソースに関連した要求者情報を含むタグ情報データ記憶装置にアクセスし、
前記要求者情報に基づいて広告を選択する、
ことを含む請求項２６に記載のコンピュータ読み取り可能なメディア。
【請求項２８】
前記方法は、更に、
前記メディアファイルの要求のソースを識別する要求者識別子を決定し、そして
前記タグ情報データ記憶装置において要求者識別子に関連した要求者情報にアクセスする、
ことを含む請求項２７に記載のコンピュータ読み取り可能なメディア。
【請求項２９】
前記方法は、更に、タグ情報データ記憶装置を維持することを含み、該タグ情報データ記憶装置は、複数のユーザ識別子を含み、各ユーザ識別子は、異なるユーザに関連し、各ユーザ識別子には、関連ユーザにより与えられた情報が関連され、前記要求者識別子は、前記複数のユーザ識別子の１つであり、そして前記要求者情報は、前記要求者識別子に関連したユーザにより以前に与えられた情報である、請求項２６に記載のコンピュータ読み取り可能なメディア。
【請求項３０】
前記方法は、更に、
前記メディアファイルに関連したタグ情報を識別し、そして
前記メディアファイルに関連したタグ情報に基づいて広告を選択する、
ことを含む請求項２６に記載のコンピュータ読み取り可能なメディア。
【請求項３１】
前記方法は、更に、
タグ情報データ記憶装置を維持することを含み、該タグ情報データ記憶装置は、複数のメディアファイルの各々に対して、１つ以上のタグの関連セットを含み、これらタグは、ユーザ識別子に関連したユーザにより以前に与えられたものであり、そして
ユーザメディアファイルデータ記憶装置においてメディアファイルに関連したタグ情報にアクセスすることを含む、請求項３０に記載のコンピュータ読み取り可能なメディア。
【請求項３２】
前記方法は、更に、
メディアファイルの要求に基づいて要求側装置に関連した物理的位置を識別し、そして
前記要求側装置に関連した物理的位置に基づいて広告を選択する、
ことを含む請求項２６に記載のコンピュータ読み取り可能なメディア。
【請求項３３】
前記方法は、更に、
要求側装置に関連したＩＰアドレスを決定し、
ドメイン名システムデータベースにおいて前記ＩＰアドレスに指定された位置に基づいて前記物理的位置を推定する、
ことを含む請求項３２に記載のコンピュータ読み取り可能なメディア。
【請求項３４】
前記方法において、前記タグ情報データ記憶装置は、前記要求者識別子に関連した広告消費履歴情報を含み、該広告消費履歴情報は、前記要求者識別子に関連したユーザに以前に送信された広告を識別するものであり、
前記要求者識別子に関連した広告消費履歴情報に基づいて広告を選択することを含む、請求項２９に記載のコンピュータ読み取り可能なメディア。
【請求項３５】
前記要求者に関連した広告消費履歴情報は、前記要求者が一連の関係広告の第１広告を受け取ったことを指示し、そして前記選択は、第２の広告を選択することを含み、該第２の広告は、前記一連の関係広告における次の広告である、請求項３４に記載のコンピュータ読み取り可能なメディア。
【請求項３６】
前記方法は、更に、
前記複数の広告における各広告に関連した少なくとも１つの広告選択ルールを含む広告選択ルールのセットを維持し、そして
前記広告選択ルールを前記要求に適用して、前記複数の広告から少なくとも１つの広告を識別する、
ことを含む請求項２６に記載のコンピュータ読み取り可能なメディア。
【請求項３７】
前記選択された広告は、メディアファイルと共に前記要求側装置へ送信される、請求項３４に記載のコンピュータ読み取り可能なメディア。
【請求項３８】
前記方法は、更に、
広告が前記要求側装置へ送信されたことを記録し、
前記広告に関連した広告主に第１料金を請求し、そして
前記メディアファイルに関連したアカウントに第２料金を入金する、
ことを含む請求項２６に記載のコンピュータ読み取り可能なメディア。
【請求項３９】
要求側装置からメディアファイルの要求を受け取るステップと、
前記要求に基づいて複数の広告から広告を選択するステップと、
前記広告を行先コンピューティング装置に送信するステップと、
を備えた方法。
【請求項４０】
前記要求のソースに関連した要求者情報を含むタグ情報データ記憶装置にアクセスするステップと、
前記要求者情報に基づいて広告を選択するステップと、
を備えた請求項３９に記載の方法。
【請求項４１】
前記アクセスするステップは、更に、
前記メディアファイルの要求のソースを識別する要求者識別子を決定する段階と、
前記タグ情報データ記憶装置において前記要求者識別子に関連した要求者情報にアクセスする段階と、
を含む請求項４０に記載の方法。
【請求項４２】
タグ情報データ記憶装置を維持するステップを更に備え、該タグ情報データ記憶装置は、複数のユーザ識別子を含み、各ユーザ識別子は、異なるユーザに関連し、各ユーザ識別子には、関連ユーザにより与えられた情報が関連され、前記要求者識別子は、前記複数のユーザ識別子の１つであり、そして前記要求者情報は、前記要求者識別子に関連したユーザにより以前に与えられた情報である、請求項３９に記載の方法。
【請求項４３】
前記メディアファイルに関連したタグ情報を識別するステップと、
前記メディアファイルに関連したタグ情報に基づいて広告を選択するステップと、
を更に備えた請求項３９に記載の方法。
【請求項４４】
タグ情報データ記憶装置を維持するステップであって、該タグ情報データ記憶装置は、複数のメディアファイルの各々に対して、１つ以上のタグの関連セットを含み、これらのタグは、ユーザ識別子に関連したユーザにより以前に与えられたものであるステップと、
ユーザメディアファイルデータ記憶装置においてメディアファイルに関連したタグ情報にアクセスするステップと、
を更に備えた請求項４３に記載の方法。
【請求項４５】
前記メディアファイルの要求に基づいて要求側装置に関連した物理的位置を識別するステップと、
前記要求側装置に関連した物理的位置に基づいて広告を選択するステップと、
を更に備えた請求項３９に記載の方法。
【請求項４６】
前記識別するステップは、更に、
要求側装置に関連したＩＰアドレスを決定する段階と、
ドメイン名システムデータベースにおいて前記ＩＰアドレスに指定された位置に基づいて前記物理的位置を推定する段階と、
を含む請求項４５に記載の方法。
【請求項４７】
前記タグ情報データ記憶装置は、前記要求者識別子に関連した広告消費履歴情報を含み、該広告消費履歴情報は、前記要求者識別子に関連したユーザに以前に送信された広告を識別するものであり、
前記要求者識別子に関連した広告消費履歴情報に基づいて広告を選択することを含む、請求項４２に記載の方法。
【請求項４８】
前記要求者に関連した広告消費履歴情報は、前記要求者が一連の関係広告の第１広告を受け取ったことを指示し、そして前記選択は、第２の広告を選択することを含み、該第２の広告は、前記一連の関係広告における次の広告である、請求項４７に記載の方法。
【請求項４９】
前記複数の広告における各広告に関連した少なくとも１つの広告選択ルールを含む広告選択ルールのセットを維持するステップと、
前記広告選択ルールを前記要求に適用して、前記複数の広告から少なくとも１つの広告を識別するステップと、
を更に備えた請求項３９に記載の方法。
【請求項５０】
前記選択された広告は、メディアファイルと共に前記要求側装置へ送信される、請求項４７に記載の方法。
【請求項５１】
広告が前記要求側装置へ送信されたことを記録するステップと、
前記広告に関連した広告主に第１料金を請求するステップと、
前記メディアファイルに関連したアカウントに第２料金を入金するステップと、
を備えた請求項３９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモートコンピューティング装置から受け取った要求に応答してネットワークを経て配信するための広告を選択するシステム及び方法に係る。
【０００２】
本特許文書の開示の一部分は、版権保護を受ける資料を含んでいる。版権所有者は、誰かが特許商標庁の特許ファイル又は記録に現われるように特許文書又は特許開示を複写することに異議を唱えるものではなく、全ての版権は何であれ保存されるものとする。
【０００３】
関連出願：本出願は、２００６年２月２日に出願された米国非プロビジョナル特許出願第１１／３４６，６２６号、及び２００５年９月３０日に出願された米国プロビジョナル特許出願第６０／７２２，６００号の利益を主張するものであり、この各特許出願の内容は、参考としてここに援用する。
【背景技術】
【０００４】
インターネット及びワールドワイドウェブ（ウェブ）の拡張は、コンピュータのユーザに、彼等のコンピュータを通して種々の異なる形態のメディアを聴取し且つ視聴する能力の向上を与えた。このメディアは、オーディオミュージック、ミュージックビデオ、テレビ番組、スポーツ行事の形態、或いはユーザが視聴又は聴取したい他の形態のオーディオ又はビデオメディアである。
【０００５】
ポッドキャスティングは、インターネットを経て、デジタルメディア、典型的に、オーディオ番組を発行し、ユーザが新たなファイル（例えば、.ＭＰ３ｓオーディオファイル）のフィードに契約できるようにする。「ポッドキャスティング」という語は、主に、ポータブルプレーヤーやパーソナルコンピュータにオーディオを自動的にダウンロードすることから、２００４年の後半に人気になった。ポッドキャスティングは、メディアファイルを記述し、識別しそして配信するのに「ポッドキャスト」とも称される「フィード」を使用する契約モデルであるために、他の形式のオンラインメディア配信とは相違する。ここで、フィードとは、時間と共にファイルが追加されるときにリスト内の新たなファイルを識別するために容易に解釈できるファイルのリストを指す。従って、新たなファイルがリストに追加されたときには、加入者にその新たなファイルが通知され、そしてある場合には、新たなファイルが自動的に配信されるので、フィードに契約すると言える。フィードは、以下に述べる.ＲＳＳファイルのような個別のファイルとして存在してもよいし、又は何らかの他のデータフォーマット又はエレメントの一部分として存在してもよい。
【０００６】
ポッドキャスティングは、独立した手順で、自己発行シンジケートメディア、例えば、「ラジオショー」を制作できるようにし、そして放送ニュース、ラジオ及びテレビ番組に新たな配布方法を与える。聴取者は、新たなコンテンツを周期的にチェックして自動的にダウンロードする「ポッドキャスティング」ソフトウェア（アグリゲーターの一形式）を使用してフィードに契約することができる。ほとんどのポッドキャスティングソフトウェアは、ユーザがポッドキャストをポータブルミュージックプレーヤにコピーできるようにする。ほとんどのデジタルオーディオプレーヤやオーディオ再生ソフトウェアを伴うコンピュータは、ポッドキャストを再生することができる。最も初期のＲＳＳエンクロージャーテストから、フィードを使用してビデオファイル及びオーディオが配信されてきた。２００５年まで、幾つかのアグリゲーター及び移動装置は、ビデオを受信して再生できたが、「ポッドキャスト」の名前は、ほとんどオーディオに関連したままであった。他の形態のメディアのキャスティング、例えば、テキストのブログキャスティングや、ビデオのブイキャスティング又はボドキャスティングのために、他の名前が時々使用される。本書の目的上、最も一般的な意味で、クライアントにより契約できる任意のコンテンツ（例えば、テキストベース、可聴、視覚的、又は何らかの組み合せ）を含む、任意のフォーマット（例えば、.ＭＰ３、.ＭＰＥＧ、.ＷＡＶ、.ＪＰＧ）の新たなファイルのフィードを指すのに、ポッドキャストを使用する。又、この説明の目的上、個々のポッドキャストはシリーズと称され、そしてそのシリーズにおける各個々の新たなファイルは、シリーズの個々のエピソードと称される。
【０００７】
ポッドキャスティングは、その基礎となるフィードフォーマット、例えば、ＲＳＳによりサポートされる。ＲＳＳは、（とりわけ）ニュースウェブサイト及びウェブログにより使用されるウェブシンジケーションのためのＸＭＬファイルフォーマットのファミリーである。次の規格を指すのに省略形を使用する：リッチサイトサマリー（ＲＳＳ０．９１）；ＲＤＦサイトサマリー（ＲＳＳ０．９及び１．０）；及びリアリーシンプルシンジケーション（ＲＳＳ２．０）。
【０００８】
ＲＳＳの背後にある技術は、クライアントが、クライアント／サーバー環境において、リモートサーバーにより維持されたウェブサイトにおけるＲＳＳフィードに契約できるようにし、これらは、典型的に、アドコンテンツを規則的に変化させるサイトである。この技術を使用するために、クライアントは、ある形式のアグリゲーションサービス又はアグリゲーターを必要とする。アグリゲーターは、クライアントが更新（即ちフィードにおける将来のメディアファイル）を得ることを希望するポッドキャストにクライアントが契約するのを許す。パルプベースの新聞や雑誌への典型的な契約とは異なり、ＲＳＳ契約は、自由であるが、各記事又は掲示の１行又は２行を、全記事又は掲示へのリンクと共に与えるだけである。
【０００９】
ＲＳＳフォーマットは、ウェブコンテンツ又はウェブコンテンツのサマリーを、コンテンツの全バージョン及び他のメタデータへのリンクと共に与える。この情報は、ＲＳＳフィード、ウェブフィード、ＲＳＳストリーム、又はＲＳＳチャンネルと称されるＸＭＬファイルとして配信される。シンジケーションを容易にするのに加えて、ＲＳＳは、ウェブサイトの頻繁な読者がアグリゲーターを使用してサイトの更新を追跡できるようにする。
【００１０】
フィードリーダー又はアグリゲーターとして知られているプログラムは、ＲＳＳイネーブルウェブページをユーザに代わってチェックし、そしてそれが見つけた更新された記事を表示することができる。大多数のウェブサイト及び多数の小さなウェブサイトでＲＳＳフィードを見つけるのは、現在では、一般的である。クライアント側のリーダー及びアグリゲーターは、典型的に、スタンドアローンプログラムとして、又はウェブブラウザのような既存のプログラムへの拡張として構成される。このようなプログラムは、種々のオペレーティングシステムに対して使用可能である。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ポッドキャスティングは、非常に人気があり、メディア配信パラダイムを受け容れている。この成功で、クライアントに利用できるポッドキャストの数及び多様性が指数関数的に増大した。潜在的なポッドキャスト消費者は、現在、ポッドキャストをどのように見つけるか、ポッドキャストの契約をどのように編成し管理するか、そしてエピソードをどのように効率的に且つ容易に聴取するかの問題に直面している。又、ポッドキャスト発行者も、それらのポッドキャストをどのように有効に市場に出すか、ポッドキャストからの収入をどのように発生するか、ポッドキャストをどのように容易に制作し広めるか、異なるフィードフォーマット及び装置のニーズをどのようにサポートするか、そして帯域巾及び記憶コストをどのように管理するかを含む問題に直面している。
【００１２】
その人気のために、種々の企業は、ポッドキャスティングを広告のためのメディアとして使用することに関心がある。現在、広告は、ポッドキャスト及び他のメディアファイルに関連して、２つの方法のいずれかで、使用される。即ち、広告は、ポッドキャストエピソードをダウンロードする消費者へ別々に（「ポップアップ」ウインドウを経て）与えられるか、又は広告は、ポッドキャストエピソードそれ自身に組み込まれる。これらの方法は、両方とも、広告主がこの新たなメディアを使用して彼等の広告を有効に表示する能力を制限し、即ちポップアップアドは、阻止され、容易に無視されることがあり、又、予め制作されたエピソードは、異なるターゲットグループに対し調整したり、時間と共に変更したり、さもなければ、進行中の広告主のニーズを満足するように変化させたりすることができない。これは、広告主にとって問題であるが、ポッドキャスト発行者に対する潜在的な歳入のロスも表わす。
【課題を解決するための手段】
【００１３】
本発明は、リモートコンピューティング装置から受け取った要求に応答してネットワークを経て配信するための広告を選択するシステム及び方法に係る。１つの態様において、本発明は、消費者によりメディアファイルが要求されたときに、広告をポッドキャストエピソードのようなメディアファイルと自動的にマッチングさせるための方法及びシステムを包含する。本発明の態様は、制作者と広告主との間の対話を潜在的に伴わずに、メディアファイルの制作後に広告の自動的な選択を許す。
【００１４】
一例において（この例は、例示のためのものであり、これに限定するものではない）、本発明は、広告のセットから広告を選択するシステムに関する。このシステムは、メディアファイルの要求を受け取り、そしてその要求を検査して、広告がメディアファイルに関連しているかどうか決定するための要求インターセプションモジュールを備えている。又、要求に含まれた情報に基づいて広告ライブラリーから広告を選択しそしてその選択された広告を検索するための広告検索モジュールも設けられる。又、このシステムは、要求に対する応答を生成し、そしてその応答を送信する送信モジュールも備え、この応答は、選択された広告を含み、そしてレンダリングされるときに、広告のレンダリングを生じさせる。
【００１５】
更に、このシステムは、複数の広告を含む広告ライブラリーを備え、複数の広告は、選択された広告を含む。又、要求に含まれた情報に基づいて複数の広告から選択された広告を選択することを指令する少なくとも１つのルールを含む広告選択ルールのセットも含まれる。又、要求インターセプションモジュールは、レンダリング装置からの要求も受け取るようにされ、そして送信モジュールは、レンダリング装置へ応答を送信するようにされる。又、システムは、メディアファイルをふくむメディアファイルライブラリーを備え、このメディアファイルライブラリーは、前記要求インターセプションモジュールから離れた第１のネットワーク位置においてアクセスすることができる。同様に、広告ライブラリーは、広告挿入モジュールから離れた第２のネットワーク位置においてアクセスすることができる。このシステムには、選択された広告に関連した広告主に対する勘定を自動的に発生する勘定モジュールも設けられる。又、このシステムには、要求内の情報に基づいてレンダリング装置に関連した物理的な位置を決定するための位置モジュールも設けられ、この場合に、広告検索モジュールは、更に、レンダリング装置に関連した物理的な位置に基づいて広告を選択するようにもされる。
【００１６】
一例において（この例は、例示のためのものであり、これに限定するものではない）、本発明は、広告のセットから広告を選択する方法に関する。この方法において、メディアファイルの要求が、例えば、レンダリング装置から受け取られる。要求に基づいて複数の広告から広告が選択され、そしてその選択された広告が要求側装置へ送信される。
【００１７】
選択は、要求に関連したユーザに予め関連された情報に基づいて行うことができる。又、選択は、要求に関連したメディアファイルに予め関連した情報に基づいて行うことができる。又、選択は、要求に関連した物理的な位置、例えば、要求のソースの物理的な位置、又は要求に対する応答を送信すべき行先の物理的な位置に基づいてもよい。別の例において（この例は、例示のためのものであり、これに限定するものではない）、本発明は、広告を自動的に選択するためのコンピュータ実施方法のインストラクションを含むコンピュータ読み取り可能なメディアに関する。コンピュータ読み取り可能なメディアは、レンダリング装置からメディアファイルの要求のような要求を受け取ることを含む方法を遂行するためのインストラクションを含む。次いで、要求に基づいて複数の広告から広告が選択され、そしてその選択された広告が要求側装置へ送信される。
【００１８】
別の例において（この例は、例示のためのもので、これに限定するものではない）、本発明は、要求されたメディアファイルに関連したタグに基づいて母集団のメンバーに広告のターゲットを定めるための方法に関する。この方法では、母集団のメンバーにより予め設けられたタグのデータベースが維持される。メディアファイルの要求は、母集団のメンバーから受け取られ、そしてメディアファイルに関連したタグについてデータベースがアクセスされる。メディアファイルに関連した１つ以上の第１タグのセットが得られる。各第１タグは、メディアファイルを記述するために母集団の少なくとも１つのメンバーにより予め与えられたメディアファイルの記述と、この記述に関連したタグ密度とを含む。次いで、第１タグのセットにおける記述及びタグ密度に基づいて複数の広告から広告が選択される。選択された広告は、次いで、母集団のメンバーへ送信される。
【００１９】
別の例において（この例は、例示のためのもので、これに限定するものではない）、本発明は、メディアファイルを記述するためにユーザにより予め設けられたタグに基づいて母集団のメンバーに広告のターゲットを定める方法に関する。この方法では、母集団のメンバーにより予め設けられたタグのデータベースが維持される。メディアファイルの要求は、母集団のメンバーから受け取られ、そしてその要求を送信するメンバーに関連したタグについてデータベースがアクセスされる。メンバーにより予め設けられた１つ以上の第１タグのセットが得られる。各第１タグは、メンバーにより予め設けられたメディアファイル記述子と、その記述子に関連していて、メンバーがその記述子でメディアファイルを記述した回数を表わすタグ密度とを含む。次いで、第１タグのセットにおける記述子及びタグ密度に基づいて複数の広告から広告が選択される。選択された広告は、次いで、母集団のメンバーへ送信される。
【００２０】
本発明の付加的な特徴は、以下の説明に述べ、又、この説明から一部分明らかとなり、或いは本発明の実施から学習されよう。本発明の利益及び特徴は、以下の説明、特許請求の範囲及び添付図面に特に指摘された構造によって実現され、達成される。以上の一般的な説明及び以下の詳細な説明は、本発明を単に例示するもので、特許請求の範囲に述べた発明を更に説明するに過ぎないことを理解されたい。
【００２１】
本出願の一部分を形成する添付図面は、本発明の実施形態を示すもので、本発明の範囲を限定するものではなく、本発明の範囲は、特許請求の範囲に規定される。
【発明を実施するための最良の形態】
【００２２】
一般に、本発明は、ネットワークを経てメディアファイルを広告と共に配信するためのシステム及び方法に係る。ここで使用する「コンテンツ」、「メディア」、又は「メディアファイル」という語は、任意の形式又は分類のレンダリング可能で、経験可能で、検索可能で、コンピュータ読み取り可能にファイルされ及び／又は記憶されたメディアを単独で又は集合的に包含するように広く使用され、そしてメディア又はコンテンツの個々のアイテムは、一般的に、エントリー、ソング、トラック、ピクチャー、映像、アイテム又はファイルと称されるが、任意の１つのアイテムの使用は、それに限定されるとは考えられない。というのは、ここに述べるコンセプト、特徴及び機能は、一般的に、聴覚的であるか、視覚的であるか、さもなければ、知られていない又は知られるようになる仕方であるかに関らず、ユーザにより経験される記憶可能及び／又は検索可能なアイテムに適用することが意図されるからである。更に、メディアという語は、オーディオ及びビデオのような全ての形式のメディアを包含する。
【００２３】
本発明の実施形態は、同じコンポーネントが同じ参照番号で示された添付図面を参照して以下に説明する。図１を参照すれば、本発明の一実施形態のアーキテクチャーが概略図で示されている。図１において明らかなように、本発明の一実施形態によるシステム１００が示されている。一般的に、このシステム１００は、ユーザが、異なるメディアを経験し、共有し、さもなければ、利用するのを許す。多数の実施形態を、ミュージック及び／又はオーディオファイルに関して説明するが、本発明は、オーディオ、ビデオ、デジタル又はアナログメディアコンテンツの任意の形式、並びに現在知られている又は知られるようになる他のメディアファイル形式でも利用することができる。
【００２４】
各ユーザは、多数の既知の仕方のいずれか１つによりインターネット１０４に結合されたコンピューティング装置、例えば、パーソナルコンピュータ（ＰＣ）、ウェブイネーブル型セルラー電話、パーソナルデジタルアシスタント（ＰＤＡ）等を有するコンピューティング装置１０３を使用する。更に、各コンピューティング装置１０３は、好ましくは、マイクロソフト社によりINTERNET EXPLORERという商標で提供されるもの、又はネットスケープ社によりNETSCAPE NAVIGATORという商標で提供されるもの、或いはユーザとサービスプロバイダーとの間及び／又はユーザ間でのネットワーク相互通信を可能にする前記コンポーネントのソフトウェア又はハードウェア等効物のようなインターネットブラウザ（図示せず）を備えている。又、各コンピューティング装置は、更に述べる他の機能の中でも、情報又はデータを認知可能な形態へ変換すると共に、ユーザが種々のメディアでの経験を個人的なものとするようにメディア関係情報又はデータを管理するための能力を与えるメディアエンジン１０６も備えている。
【００２５】
メディアエンジン１０６は、コンピューティング装置１０３の売主によってコンピューティング装置１０３に組み込まれてもよいし、或いはメディアエンジンプロバイダーから個別のコンポーネントとして又は他の技術で知られた仕方で得られてもよい。以下に述べるように、メディアエンジン１０６は、設計上の選択の問題として、ソフトウェアアプリケーションでも、又はソフトウェア／ファームウェア組み合せでも、又はソフトウェア／ファームウェア／ハードウェア組み合せでもよく、これは、ユーザのための中央メディアマネージャーとして働き、そしてコンピュータ又はパーソナルポータブル装置を通して、又はネットワークを経て種々の位置で利用できるネットワーク装置を通してユーザがアクセスすることを希望するメディアファイル及びサービスの全ての仕方での管理を容易にする。ここに使用するメディアファイルという語は、一般に、メディアのアイテム、並びにそのアイテムに対する関連メタデータ及び／又はネットワーク位置情報を指すのに使用される。又、コンピューティング装置１０３は、ネットワークからメディアファイルを検索してレンダリングするよう構成されることを指示するためにレンダリング装置１０３とも称することができる。
【００２６】
又、コンピューティング装置１０３は、メディアエンジン１０６を通して実行されるか又はメディアエンジン１０６と相互作用するローカルメディアファイル１１０及び／又は他のプラグインプログラム１１２の記憶装置も備えている。一実施形態では、メディアファイル１１０がオーディオファイルである。別の実施形態では、メディアファイルがビデオファイルである。更に別の実施形態では、メディアファイルが、ＭＰＥＧ−２１規格等に適合する組み合せファイルである。又、コンピューティング装置１０３は、メディアファイルをポータブル記憶しそして再生するのに使用される１つ以上のポータブル装置１１４、例えば、ＭＰ３プレーヤと一般に称されるコンパクトディスクプレーヤ及び／又は他の外部メディアファイルプレーヤ、例えば、アップルコンピュータ社によりｉＰｏｄという商標で販売されている形式のものに接続することができる。
【００２７】
ローカルファイルは、コンピューティング装置１０３に接続された大量記憶装置（図示せず）に記憶されてもよいし、或いは又コンピューティング装置１０３の一部分と考えてもよい。大量記憶装置及びそれに関連したコンピュータ読み取り可能なメディアは、コンピューティング装置１０３に対する不揮発性記憶装置を与える。ここに含まれるコンピュータ読み取り可能なメディアの説明は、ハードディスク又はＣＤ−ＲＯＭドライブのような大量記憶装置を参照するが、当業者であれば、コンピュータ読み取り可能なメディアは、コンピューティング装置１０３によりアクセスできる任意の入手可能なメディアでよいことが明らかであろう。
【００２８】
例えば、これに限定されないが、コンピュータ読み取り可能なメディアは、コンピュータ記憶メディア及び通信メディアを含む。コンピュータ記憶メディアは、コンピュータ読み取り可能なインストラクション、データ構造、プログラムモジュール又は他のデータのような情報を記憶する方法又は技術で実施される揮発性及び不揮発性の取り外し可能及び取り外し不能のメディアを含む。コンピュータ記憶メディアは、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のソリッドステートメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ、或いは他の光学的記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、又は他の磁気記憶装置、或いは希望の情報を記憶するのに使用でき且つコンピュータによりアクセスできる他のメディアを含むが、これらに限定されない。
【００２９】
更に、コンピューティング装置１０３は、メディアファイルのセキュアな配布を可能にし及び／又はその不法配布を防止又は妨げることによりユーザのメディアファイルの版権及び他の知的所有権を保護するデジタル著作権管理ソフトウェア（ＤＲＭ）１０５を含むこともできる。一実施形態では、ＤＲＭ１０５は、許可されたユーザによる制御されたアクセスに対してメディアファイルを暗号化し又は解読し、或いは又、コンテンツをデジタル透かし又は同様の方法でマーキングしてコンテンツを自由に配布できないようにする。メディアエンジン１０６は、好ましくは、ＤＲＭ情報を使用して、メディアエンジン１０６を経て経験されるメディアファイルが、コンテンツの聴取又は視聴が許されないユーザにコピーされず又はそのようなユーザと共有されないよう確保する。
【００３０】
コンピューティング装置１０３は、ポッドキャストに契約するのに必要なソフトウェアを含む。ここに示す実施形態では、コンピューティング装置１０３は、ＯＰＭＬファイルのような契約ファイル１６０を含む。この契約ファイル１６０は、ユーザがどんなポッドキャストに契約したか識別する情報を維持する。契約ファイル１６０は、フィード１５２及びフィード位置のリストを含む。
【００３１】
又、コンピューティング装置１０３は、契約マネージャー１６２も含む。この契約マネージャー１６２は、アグリゲーターのポッドキャスティング機能を遂行することができると共に、契約ファイル１６０において識別されたフィードを周期的にポーリングして、ポッドキャストの新たなエピソードが得られるかどうか決定することができる。新たなエピソードが得られることが決定されると、契約マネージャー１６２は、メディアサーバー１５０のような位置からネットワーク１０４を経てエピソードを検索することによりユーザにエピソードを通知するか又はエピソードをコンピューティング装置へ自動的にダウンロードすることができる。
【００３２】
又、システム１００は、契約サーバー１１８も備えている。インターネット１０４を経てユーザへメディアをサービスするのに加えて、契約サーバー１１８は、メディアデータベース１２０を備え、これは、実際のメディアファイルを記憶するのに加えて、メディアの特定断片に関連した種々のメタデータ属性を記憶するか、又はそれを記憶する記憶装置と通信する。データベース１２０は、大量記憶装置又は他の形式のコンピュータ読み取り可能なメディアが設けられた多数のサーバーにわたって分布されてもよいし、或いは契約サーバー１１８にアクセスできる大量記憶装置に収容されてもよい。他のサーバー１３０は、他のコンテンツ及びサービスを利用できるようにすると共に、管理的サービス、例えば、ユーザログオンのマネージ、サービスアクセス許可、デジタル権利マネージメント、及びサービスプロバイダーを通して利用できるようにされる他のサービスを提供する。本発明の実施形態の幾つかは、音楽に関して説明するが、ニュース、娯楽、スポーツ行事、ウェブページ、或いは認知できるオーディオ、ビデオ、又は映像コンテンツを含む（これらに限定されないが）任意の形態のストリーミング又は非ストリーミングメディアを包含することもできる。又、本発明は、メディアコンテンツ及び特にオーディオコンテンツに関して説明するが、本発明の範囲は、これまでに知られている又は今後知られる任意のコンテンツ又はメディアフォーマットを包含することも理解されたい。
【００３３】
又、契約サーバー１１８は、ユーザ情報のデータベース１７０も備えている。このユーザ情報データベース１７０は、ユーザから収集されるか、又はユーザが契約サーバー１１８と対話するときに契約サーバー１１８によって発生されるユーザに関する情報を含む。一実施形態において、ユーザ情報データベース１７０は、ユーザが契約サーバー１１８に与えるユーザ名、性別、ｅメール及び他のアドレス、ユーザの好み、等のユーザ情報を含む。更に、サーバー１１８は、ユーザがどんなポッドキャストに契約したか、ユーザがどんなサーチを遂行したか、ユーザが種々のポッドキャストをどのように格付けしたか、等の情報を収集する。実際に、ユーザに関連した情報や、契約サーバー１１８に入手できるものにユーザが契約するポッドキャストは、ユーザ情報データベース１７０に記憶することができる。
【００３４】
又、ユーザ情報データベース１７０は、ユーザの装置１１４に関する情報も含む。この情報は、契約サーバー１１８が装置を識別しそしてそれをコンピューティング装置１０３から区別できるようにする。更に、一人のユーザが多数の異なるコンピューティング装置１０３を有し、且つ各コンピューティング装置１０３が異なる情報に関連付けされることが予想される。例えば、ユーザは、スマートホン１０３又は同様のインターネット接続の移動装置１０３のような移動装置においてニュースポッドキャストに契約し、又、ホームコンピュータ１０３においてゲームポッドキャストに契約することができる。ユーザ情報データベース１７０は、これら全ての情報を含む。一実施形態において、ユーザ情報データベース１７０は、ユーザに関連した各コンピューティング装置１０３に対してコンピューティング装置の契約ファイル１６０に含まれた同じ情報を含む。ユーザ情報データベース１７０は、各ユーザに対してＯＰＭＬファイルフォーマットで１つ以上のファイルを含んでもよい。
【００３５】
図示された実施形態では、契約サーバー１１８は、フィードデータベース１７４を含む。このフィードデータベース１７４は、サーバー１１８に知られたポッドキャストのリストを含む。このリストは、サーバー１１８が、新たなフィード１５２と、インターネット１０４へのアクセスから除去されたフィード１５２とをサーチするときに、周期的にリフレッシュされる。このようなフィードデータベース１７４は、サーバー１１８のサーチ能力が、ユーザサーチに応答して更新及び正確なフィード情報をユーザに迅速に与えるのに充分である場合には、必要でない。フィードデータベース１７４は、フィード１５２により与えられる全ての情報を含む。更に、フィードデータベース１７４は、契約サーバー１１８又はユーザにより発生される他の情報を含んでもよい。従って、フィードデータベース１７４は、フィード１５２の発行者に知られていない情報又はそれにより発生されていない情報を含んでもよい。
【００３６】
一実施形態では、データベース１２０、１７４、１７０は、別々のそして個別のデータベースでよく、一方、別の実施形態では、データベース１２０、１７４、１７０の幾つか又は全部が単一のデータベースへと結合されてもよい。データベース１２０、１７４、１７０は、サーバー１１８の一部分であってもよいし、又はサーバー１１８と通信する個別のコンピューティング装置に位置されてもよい。
【００３７】
一実施形態において、フィードデータベース１７４は、フィード１５２に関する付加的な情報を「タグ」の形態で含む。タグとは、特定のフィード１５２を記述するために契約サーバー１１８にアクセスする個人により選択されるキーワードである。タグは、任意のワード、又はキーストロークの組み合せである。契約サーバーに提示される各タグは、フィードデータベース１７４に記録され、そしてタグが記述するフィードに関連付けされる。タグは、特定のフィード１５２に関連付けられ（例えば、シリーズタグ）、或いはフィード１５２内の特定メディアファイル１５４に関連付けられる（例えば、エピソードタグ）。タグについては、以下に詳細に述べる。
【００３８】
タグは、任意のキーワードであるから、「サイエンス」又は「ビジネス」のような分類に対する典型的な名前をタグとして使用してもよく、一実施形態では、フィードに対する初期のタグは、フィードから分類呼称を取り上げ、そしてそれをフィードに対する初期のタグとして使用することで、自動的に発生される。しかしながら、タグは、「下へ穴を開けていく(drill down)」ハイアラーキー式の分類システムではないことに注意されたい。タグは、典型的な分類機構で要求されるようにハイアラーキー式に関係していない。又、タグは、特定のタグでシリーズ又はエピソードを識別するユーザの数が追跡されるという点で累積的でもある。関連するコンテンツ（即ち、シリーズ又はエピソード）の正確な記述としての特定タグの相対的重要性は、そのタグをコンテンツに関連付けたユーザの数に基づいている。
【００３９】
一実施形態において、フィード１５２の消費者は、フィード又はフィードの特定エピソードに関連付けられるべき情報を与えることが許される。従って、ユーザは、データを消費した後、エピソードを、例えば、星１個から５個で格付けし、エピソードの批評を書き込み、そしてエピソードに関連付けられるべきタグを入力することができる。この消費者発生データは、全て、フィードデータベース１７４に記憶され、将来のサーチに使用するために適当なエピソードに関連付けられる。
【００４０】
契約サーバー１１８は、サーチエンジン１７２を備えている。一実施形態では、サーチエンジン１７２は、ネットワーク１０４をクロールしてネットワーク１０４上のフィード及びフィードのエピソードを識別すること、フィード情報を検索しそしてそれをフィードデータベース１７４に記憶すること、コンピューティング装置１０３がフィード及びエピソードについてフィードデータベース１７４を容易にサーチする手段を設けることを含む多数の機能を遂行する。
【００４１】
正にその性質のために、フィード１５２は、新たなメディアファイル１５４をフィード１５２のエピソードとして追加することにより、時間と共に変化することが予想される。一実施形態では、サーチエンジン１７２は、周期的に且つ自動的にネットワーク１０４をクロールして、新たなフィード１５２と、サーチエンジン１７２がフィード１５２を検査した最後のとき以来変化した以前に識別されたフィード１５２とを見出す。ネットワーク１０４をクロールするときに、サーチエンジン１７２は、例えば、共通に所有する“METHOD FOR PARSING, INDEXING AND SEARCHING WORLD-WIDE-WEB PAGES”と題する米国特許第６，０２１，４０９号に開示されたネットワークにおいて情報をクロールする方法のような、ネットワークサーチ又はクロール方法を使用することができる。サーチエンジン１７２は、それが見つける各新たなフィード１５２に対しフィードデータベース１７４に１つ以上の新たなエントリーを生成する。最初に、エントリー（１つ又は複数）は、フィードの位置、フィードの識別子（名前のような）、及びフィード１５２に含まれるか、さもなければ、それにより与えられ又はそれに関連付けされる情報の幾つか又は全部を含む。例えば、ＲＳＳフィードの場合に、この情報は、ＲＳＳフィードファイル内のメタデータの幾つか又は全部を含んでもよい。このフィード情報は、フィード１５２からサーチエンジン１７２によって検索されてフィードデータベース１７４に記憶され、フィードデータベースは、フィード１５２に与えられる情報の幾つか又は全部を含む。このような情報は、フィード記述、エピソード記述、エピソード位置、等を含む。
【００４２】
フィード１５２に与えられた情報に基づいてフィード１５２を既知のタグにマッチングするために自動的な分析が行われてもよいし行われなくてもよい。例えば、一実施形態では、あるＲＳＳフィードは、分類エレメントを含み、フィードに対してそのエレメントにリストされた分類は、フィードに対する初期のタグとして自動的に使用される。これは、分類エレメントの意図された使い方ではないが、フィードに対するより正確なタグを発生するためのスタート点であるので初期タグとして使用される。フィード１５２に現われる用語に対するクライアントサーチは、そのフィードを結果として返送し、従って、クライアントサーチが適切に機能するために新たなエントリーにタグを与える必要はないことに注意されたい。最初は、新たなエントリーに関連付けられる格付け情報も、ユーザ批評もない。契約サーバーのマネージャーは、発行者からの付加的な情報、例えば、発行者推薦タグや、発行者が与えたいがフィード１５２それ自身には与えなかった付加的な記述情報を求めてもよい。
【００４３】
又、フィードデータベース１７４は、シリーズ全体の批評及び所与のフィード１５２における各エピソードに特有の批評を含む、フィードの質の批評のような情報を含んでもよい。批評は、「星」格付けのような格付けでもよいし、ユーザにより与えられる付加的な記述を含んでもよい。
【００４４】
シリーズ及びシリーズ内の個々のエピソードに特有の情報を維持するのに加えて、フィードデータベース１７４は、フィードの発行者、フィード及び／又はエピソードのスポンサー、フィード又はエピソードに述べられたトピックス、或いはフィード又はエピソードにおける人々に関連した情報を含むこともできる。
【００４５】
又、フィードデータベース１７４は、フィード及びエピソードに関連した広告主及び広告に関する情報を含むこともできる。例えば、各フィードには、１つ以上の広告主又は広告のセットが関連付けられる。次いで、以下に詳細に述べるように、この情報を使用して、消費者のコンピューティング装置１０３へ送信され又はストリーミングされる広告を選択することができる。
【００４６】
ポッドキャストに対するクライアントサーチを容易にするために、フィードサーチエンジン１７２は、ユーザのコンピューティング装置１０３へのグラフィックユーザインターフェイスを与え、ユーザが契約サーバー１１８を使用してフィード１５２をサーチしそしてそれに契約できるようにする。一実施形態では、グラフィックユーザインターフェイスは、ブラウザを経てユーザへ表示するためにコンピューティング装置１０３に供給される.ＨＴＭＬページでよい。或いは又、グラフィックユーザインターフェイスは、コンピューティング装置１０３における他の何らかのソフトウェアを通してユーザへ与えられてもよい。ブラウザによりユーザに与えられるグラフィックユーザインターフェイスの例を、図３を参照して説明する。グラフィックユーザインターフェイスを通して、フィードサーチエンジン１７２は、ユーザサーチ基準を受け取る。次いで、サーチエンジン１７２は、このサーチ基準をパラメータとして使用して、ユーザの基準を満足するフィード１５２を識別する。サーチは、インターネット１０４のアクティブなサーチ、フィードデータベース１７４のサーチ、又はその両方の何らかの組み合せを含む。又、サーチは、シリーズ及びシリーズにおける各特定エピソードのフィード１５２に与えられる記述のサーチを含む。又、サーチは、第三者が与えたタグ、格付け及び批評と、フィードデータベース１７４にリストされたフィード１５２に関連しているがフィード１５２それ自体により与えられたものではない他の情報とのサーチも含む。次いで、サーチ結果がユーザに表示される。
【００４７】
本発明の一実施形態において、ユーザのコンピューティング装置１０３に位置されたＤＲＭソフトウェア１０５と同様に、契約サーバーは、メディアデータベース１２０に位置されるか又はユーザのコンピューティング装置に記憶されたメディアファイルのデジタル権利を追跡するそれ自身のＤＲＭソフトウェア１５８を維持することができる。従って、例えば、契約サーバー１１８は、メディアファイルをユーザへストリーミングし、供給し又は転送する前に、メディアの特定断片の権利呼称を確認し、そしてユーザが適切な権利を有する場合だけファイルを供給し、ストリーミングし又は転送する。これは、コンピューティング装置１０３、ユーザ情報データベース１７０、又はその両方に含まれた情報を検査することにより決定することができる。
【００４８】
又、システム１００は、コンピューティング装置１０３及び契約サーバー１１８からリモートにあって、ポッドキャストを発行する多数のメディアサーバー１５０も備えている。一実施形態において、リモートとは、各メディアサーバー１５０、各コンピューティング装置１０３及び契約サーバー１１８が、ユニフォームリソースロケータ（ＵＲＬ）のようなネットワークロケータとして異なるドメイン名を使用してアクセスされるという論理的ネットワークの意味でリモートである。例えば、契約サーバー１１８は、“http://podcast.yahoo.com”のＵＲＬでアクセスされ、一方、各メディアサーバー１５０は、“www.abcnews.com”及び“www.itunes.com”等の異なるＵＲＬを有する。コンピューティング装置１０３は、専用のＵＲＬを有してもよいし、又はインターネット１０４に間欠的に接続できる装置であって、それを接続するところのシステムにより一次的なＵＲＬが与えられる装置でもよい。別の実施形態では、各コンピューティング装置１０３、メディアサーバー１５０及び契約サーバー１１８に対するインターネットプロトコル（ＩＰ）アドレスが異なり、装置が少なくとも論理的な意味で互いにリモートであることを指示する。
【００４９】
サーバー１５０は、図示されたインターネットのようなネットワーク１０４を通してアクセスできるＲＳＳフィードのような１つ以上のフィード１５２を備えている。フィード１５２は、以下に詳細に述べるように、フィードに関する情報（シリーズ情報）と、フィード１５２の種々のメディアファイル１５４（即ち、エピソード）に関する情報とを含む。又、フィード１５２は、コンピューティング装置１０３における契約マネージャーによってメディアファイル１５４を検索できるようにそれらを識別もする。メディアファイル１５４は、フィード１５２と共にメディアサーバー１５０に存在してもよいし、又は実際にはフィード１５２と共にポッドキャストサーバー１５０からリモートにある更に別のサーバー１５６に位置されてもよい。
【００５０】
図１に示すように、各ユーザのコンピューティング装置１０３、契約サーバー１１８、及びメディアサーバー１５０、並びに他のサーバー１３０、１５６は、インターネット１０４を経て通信接続される。別の実施形態では、システムの異なるコンポーネントが異なる仕方で通信結合されてもよく、例えば、その各々がワイヤレスで互いに直接結合されてもよいし、或いはローカル又はワイドエリアネットワーク（ＷＡＮ）、等により結合されてもよい。更に、機能的コンポーネントは、サーチエンジン１７２の幾つかの機能が契約サーバー１１８で遂行されるように分布させることもできるし、或いはシステム１００の全体を通して種々の位置で動作するようにモジュラー形態で分布させることもできる。従って、特定装置又はコンポーネント又は位置に関連した機能又はコンポーネントの説明は、単に１つの実施形態に過ぎない。
【００５１】
又、サーチエンジン１７２は、ユーザに付加的な機能及び便宜性を与える。サーチエンジン１７２によりユーザのコンピューティング装置１０３に与えられるユーザインターフェイスは、ユーザが、表示されたフィードに契約し（契約ボタンを経て）、表示されたフィードのエピソードを聴取し（聴取ボタンを経て）、そしてフィードに関する完全な情報を同じインターフェイスから得る（ハイパーリンクタイトルをクリックすることで）のを許す。ユーザは、フィードがインターネットのどこに存在するか知る必要がなく、これらのアクションを遂行するのにサーチエンジンのユーザインターフェイスと対話するだけでよい。更に、ユーザは、発行者のサイトにアクセスして、フィードの付加的な情報に契約し、聴取し、又は得るように、自分のコンピュータに明確に指令する必要はない。
【００５２】
又、システム１００は、広告選択システム１８０も備えている。この広告選択システム１８０は、消費者から受け取ったメディアファイル要求に基づいて消費者へ送信するための広告を選択する。図示された実施形態では、広告選択システム１８０は、メディアファイル１５４のための要求を受け取り、メディアファイル１５４内に広告を設けねばならないかどうか決定し、要求に対する応答を準備し、そして要求側装置１０３、１５０、１１８、或いは他の指定の受信側装置１０３、１５０、１１８へ応答を送信する。一実施形態では、応答は、広告選択システム１８０により選択された広告か、又は広告選択システム１８０以外の別のコンピューティング装置により要求側装置１０３、１５０、１１８、或いは他の指定の受信側装置１０３、１５０、１１８へ個別に及び独立して与えられるべきメディアファイルのみを含む。別の実施形態では、応答は、広告及び要求されたメディアファイルの両方を含む。
【００５３】
一実施形態において、広告選択システム１８０は、ネットワーク１０４に接続されたサーバー又はコンピューティング装置によりアクセスできる個別のリモートシステムとして実施されてもよい。別の実施形態では、広告選択システム１８０は、メディアサーバー１５０又は契約サーバー１１８の一部分として実施されてもよい。更に別の実施形態では、広告選択システム１８０として識別できるネットワーク上の認知し得る単一の位置がなくても広告選択システム１８０の機能を遂行できるように、広告選択システム１８０の種々のコンポーネントを、メディアサーバー１５０、契約サーバー１１８及びコンピューティング装置１０３の間に分離分配することができる。
【００５４】
広告選択システム１８０は、メディアファイルと共に使用するための広告を選択して与える。広告選択システム１８０は、実施形態に基づき、図１に示す種々のサーバー及びコンピューティング装置と直接的又は間接的に対話することができる。例えば、一実施形態では、広告選択システム１８０は、メディアファイル１５４の要求をメディアサーバー１５０が取り扱う一部分としてメディアサーバー１５０のみと対話し、従って、消費者のコンピューティング装置１０３とは決して直接対話しないようにしてもよい。別の実施形態では、メディアファイル１５４の消費者要求は、最初に、消費者の知識と共に又はそれを伴わずに、広告選択システム１８０へ向けられ、消費者のコンピューティング装置１０３が、広告選択システム１８０を使用して広告を与えるメディアサーバー１５０とは決して直接対話しないようにしてもよい。
【００５５】
一実施形態では、広告を選択して検索するのに加えて、広告選択システム１８０は、選択された広告を、メディアファイル又はメディアデータのストリームに挿入することができる。広告を挿入するときに、広告選択システム１８０は、メディアファイルのメディアデータのどこに広告を挿入すべきか識別する情報とで生成されたメディアファイル、及び広告を後で挿入するためにそれに関与せずに生成されたメディアファイルと共に機能するように設計される。広告選択システム１８０は、更に、メディアファイルに挿入され又はそれと共に与えられる広告を追跡する。この情報から、広告選択システム１８０は、広告主を勘定処理し、そしてメディアファイルの発行者を入金処理する。
【００５６】
図２は、広告選択システムのアーキテクチャーの実施形態を示す図である。このアーキテクチャー２００において、レンダリング装置２０２及びメディアサーバー２０４の形態の消費者のコンピューティング装置は、インターネット１０４のようなネットワークを経て広告選択システム２０６と通信する。ここに示す実施形態では、広告選択システム２０６は、メディアファイルの要求を受け取り、メディアファイルと共に広告を与えるべきかどうかの決定を行い、選択された広告を含む、要求に対する応答を準備し、そしてその応答を、要求側装置又は他の指定の受信側装置へ送信する。応答は、レンダリングされるときに、広告も消費者に対してレンダリングされるようにする。
【００５７】
図２に示す実施形態は、広告選択システム２０６の機能を個別のモジュールとして示している。要求されないが、本発明は、便宜上、クライアントワークステーション又はサーバーのようなコンピュータにより実行される特定のコンピュータ実行可能なインストラクションに対応しても、しなくてもよい機能的プログラムモジュールの一般的状況において説明する。一般的に、プログラムモジュールは、特定のタスクを遂行し又は特定のアブストラクトデータ形式を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、等を含む。個別のそして別々のモジュールとして説明するが、当業者であれば、開発中になされる実施の選択に基づき、この実施形態の全体的な機能を変更することなく、種々のモジュールの幾つか又は全部を組み合せてもよいし又は独立したサブモジュールに更に分割してもよい。更に、上述したように、別の実施形態では、ここに述べるモジュールの幾つか又は全部を、ネットワーク１０４上の他のコンピューティング装置全体にわたって分配してもよい。
【００５８】
広告選択システム２０６には、レンダリング装置２０２及びメディアサーバー２０４のようなリモートコンピューティング装置から要求を受け取るための要求インターセプタ２０８が設けられる。一実施形態では、要求は、広告選択システム２０６により取り扱われるメディアファイルの要求である。要求インターセプタ２０８は、レンダリング装置から直接的に要求を受け取ることができ、即ち要求は、広告選択システム２０６へアドレスされるか、或いは他のコンピューティング装置から間接的に受け取ることができ、即ち要求は、レンダリング装置の知識と共に又はそれを伴わずに広告選択システムへ転送される。別の実施形態では、特定のメディアファイルの要求をインターセプトして広告選択システム２０６へ転送するために、付加的な要求インターセプトモジュールがリモートシステム２０４において実施されてもよい。
【００５９】
要求インターセプタ２０８は、要求を受け取り、そして要求に対する応答に挿入されるべき広告を選択する。一実施形態では、要求インターセプタ２０８は、要求を検査し、そして要求者のアイデンティティ、要求のソース、要求の時間、及び要求されるメディアファイルのような要求の情報に基づいて、要求インターセプタ２０８は、その選択を行なう。例えば、要求インターセプタ２０８は、広告選択ルールの一形式として、広告を設けねばならないメディアファイルのリストを維持する。一実施形態では、このリストは、リスト内の各メディアファイルの要求に応答してどんな広告（１つ又は複数）を設けねばならないかを指示してもよいし、しなくてもよい。又、要求インターセプタ２０８は、ユーザデータベース１７０又はフィードデータベース１７４に維持された付加的な情報を、決定プロセスの一部分としてアクセスしそして検索することもできる。別の実施形態では、要求インターセプタ２０８は、決定を行わなくてもよく、又、全ての要求を同じに処理してもよい。
【００６０】
ここに示す実施形態における広告選択システム２０６は、メディアファイルレトリーバー２１０も備えている。このメディアファイルレトリーバー２１０は、要求において識別されたメディアファイルを検索する。一実施形態では、メディアファイルレトリーバー２１０は、広告選択システム２０６により維持されるか又はそこにアクセスできるメディアファイルライブラリー２１２からファイルを検索することができる。別の実施形態では、メディアファイルレトリーバー２１０は、メディアサーバー２０４により維持されたリモートメディアファイルライブラリー２５２からのファイルを要求しそして検索することができる。更に別の実施形態では、要求が最初にメディアサーバー２０４により発せられた場合には、メディアファイルが要求と共に与えられ、この場合に、メディアファイルレトリーバー２１０は、単にその要求でメディアファイルにアクセスすることができる。更に別の実施形態では、広告選択システム２０６は、メディアファイルレトリーバー２１０を備えておらず、メディアファイル要求に応答して広告を与えることしかできない。
【００６１】
広告選択システム２０６は、広告セレクタモジュール２１４を備えている。この広告セレクタ２１４は、応答メディアファイルと共に与えられるべき広告（１つ又は複数）を選択する。一実施形態において、広告セレクタ２１４は、アドルール２１６のセットを選択プロセスの一部分としてアクセスする。選択は、受け取られた要求のコンテンツを含む多数の異なるファクタに基づいて行なわれ、そして例えば、ユーザデータベース１７０又はフィードデータベース１７４に維持された付加的な情報をアクセスして検索することを含む。例えば、広告（便宜上「アド」）は、要求者の地理的位置で選択され、このような情報は、要求者のレンダリング装置に指定されたＩＰアドレスのような要求のヘッダ情報をＤＮＳサーバーディレクトリと比較することにより得ることができる。アドは、要求者の購買層情報、又は要求を発するユーザのタグ履歴のようなものに基づいて選択され、このような情報は、ユーザデータベース１７０から得ることができる。アドは、更に、メディアファイルをレンダリングするレンダリング装置の能力に基づいて選択される。読者は、入手できる基礎及び情報を、特定アドを選択するための選択プロセスの一部分として使用できることが理解されよう。更に別の実施形態では、アドルール２１６は、広告を１つ以上のタグに関連したメディアファイルのみと共に与えるというルールを含み、このようなルールは、フィードデータベース１７４又は他のデータベース、例えば、既知のメディアファイルに関連したタグ又は他の情報を含むタグデータベース、からの情報を使用する。この種のルールは、メディアファイルに関連した消費者供給タグに基づいてアドをレンダリングすることができる。このように、広告は、広告選択システムにより自動的に選択されるが、実際の選択は、時間と共に変化し得る。というのは、メディアファイルに関連したタグ情報が、付加的な消費者供給タグの受け取りに応答して時間と共に変化するからである。従って、消費者供給タグは、広告を選択する更に別の基礎である。
【００６２】
ポッドキャスト特有の実施形態では、アドルール２１６は、メディアファイルがどんなシリーズに関連しているかに基づくルールを含み、例えば、メディアファイルは、特定フィードのエピソードである。従って、広告は、ポッドキャストに基づいて自動的に挿入され、広告主は、ある時間周期中に全ポッドキャストの各エピソードに広告を配することができる。
【００６３】
アドが選択された後に、広告レトリーバー２１８は、選択されたアドを検索するために設けられている。ここに示す実施形態では、広告選択システム２０６は、広告ライブラリー２２０と通信する。広告ライブラリー２２０は、広告選択システム２０６により選択できる広告を含むローカル大量記憶装置である。或いは又、選択されるアド（１つ又は複数）に基づいて、広告選択システム２０６は、広告主又は広告主の代表者により維持された１つ以上のリモート広告ライブラリー２２０にアクセスしてもよい。検索されたアドは、それ自体、メディアファイルの形態でもよいし、或いは行先装置によりレンダリングできる形態か、或いはファイル又は応答に挿入する準備のできた形態にあるメディアデータでもよい。
【００６４】
広告選択システム２０６は、メディアファイルと広告とを合成する広告インサーター２２２を含んでもよいし、含まなくてもよい。この合成は、広告からのあるメディアデータをメディアファイルに追加し、広告及びメディアファイルのための容器を生成し、或いはメディアファイル及び広告からのメディアデータのある組合せである新たなメディアファイルを生成することを含む。
【００６５】
一実施形態において、それ自身、アド及びメディアファイルを収容するレンダリング可能なメディアファイルである容器は、広告インサーター２２２によって生成される。広告インサーター２２２は、広告又はそこからのメディアデータ、並びにメディアファイルからの幾つかの又は全てのデータを容器に挿入する。広告は、メディアファイルがレンダリングされる前に、又はメディアファイルが完全にレンダリングされた後に、或いはメディアファイル内のあるポイントでレンダリングされるように挿入され、メディアファイルが広告により中断されるようにする。
【００６６】
別の実施形態では、広告インサーター２２２は、広告と、メディアファイルと、メディアファイルのメディアデータのレンダリングに対してあるポイントで広告をレンダリングするための最終的なレンダリング装置へのあるディレクティブとを含む応答メッセージを生成する。
【００６７】
ストリーミング実施形態では、広告インサーター２２２は、メディアデータのストリームを生成し、従って、ストリーム内のどのポイントで広告からのメディアデータをメディアファイルからのメディアデータに対して発生すべきか命令する役割を果たす。
【００６８】
更に別の実施形態では、レンダリング装置が既にメディアファイルを有し、そして広告インサーター２２２は、選択された広告及び／又はレンダリング装置へのディレクティブのみより成る応答を生成することができる。ディレクティブは、選択された広告を挿入するための位置を識別するコマンドでよい。或いは又、ディレクティブは、広告セレクタ２１４により選択された広告へのリンクでもよい。このような実施形態は、レンダリング装置が既にメディアファイルを有し、そしてメディアファイルが、どこで広告をレンダリングすべきか識別する情報を含むときに使用され、この場合に、レンダリング装置は、広告を得るだけでよい。
【００６９】
広告選択システム２０６には、送信モジュール２４０が設けられ、これは、適当な行先へ送信するための選択された広告（１つ又は複数）を含むデータストリーム又は個別ファイルである応答をパッケージする。例えば、応答は、ＨＴＴＰ、ＳＭＴＰ、ＴＣＰ／ＩＰ又はＰＰＰのような通信プロトコルに適合する搬送構造へとパッケージされる。
【００７０】
広告選択システム２０６は、更に、追跡及び勘定モジュール２４２を備えている。この追跡及び勘定モジュール２４２は、どんなメディアファイル要求に応答してどんなアドが誰に与えられたかの記録を維持する。更に、要求者の購買層、要求者のｅメールアドレス、又はユーザデータベースにおけるユーザ識別子のような他の識別情報、並びにメディアファイルのソースのような、より多くの、より少ない、又は異なる情報を記録することができる。追跡及び勘定モジュール２４２は、広告主と広告選択システムの運営者との間の現在の契約書に基づいて広告主へ電子又はペーパーインボイスを自動的に発生することができる。追跡及び勘定モジュール２４２は、広告が一緒に与えられるところのメディアファイルの発行者又は所有者へ電子又はペーパー支払、報酬又は入金を自動的に発生することができる。又、このような支払又は入金は、発行者と広告選択システムの運営者との間の現在の契約書に基づいて決定されてもよい。
【００７１】
上述したシステムの実施形態は、メディアファイルの発行者と、広告を制作して供給する広告主との間で直接的な事前の対話を行なわずに、メディアファイルの要求に応答してリアルタイムで広告を与えることができる点に注意されたい。一実施形態では、広告主は、広告選択システムと対話して、契約期間、アドルール、及び広告主の広告に与えられたアクセスを識別することができる。次いで、広告主の広告は、契約期間及びアドルールに基づき、広告選択システムにより取り扱われる将来のメディアファイルダウンロード及びレンダー要求と共に自動的に与えられる。
【００７２】
同様に、発行者は、広告選択システムの要求に合致するメディアファイルへのアクセスを与えるために必要に応じて広告選択システムと対話するだけでよい。これは、メディアファイル要求を広告選択システムへルーティングするか、又は発行者のメディアサーバーに広告選択システムのソフトウェアの幾つか又は全部をインストールすることを含む。又、これは、以下に述べるように、メディアファイルに広告マーカーを挿入することを含む。しかしながら、発行者が要求を満足した後に、広告は、広告挿入エンジンにより自動的に与えられ、発行者は、広告主との直接的なネゴシエーションを必要としない。
【００７３】
図３は、本発明の実施形態によりメディアファイルの要求を発生することのできるユーザインターフェイス３００を例示する。図示された実施形態において、グラフィックユーザインターフェイス３００は、ポッドキャスト、及びポッドキャストのエピソードであるメディアファイルをサーチすることのできるポッドキャストサーチエンジンである。当業者であれば、発生されたサーバーであるか、レンダリング装置により発生されたサーバーであるかに関らず、レンダリングされるべきメディアファイルをユーザが見つけて要求するところのグラフィックユーザインターフェイスの一例であることが理解されよう。
【００７４】
グラフィックユーザインターフェイス３００（ＧＵＩ）は、インターフェイス内に多数のエリアを含み、その各々は、１つ以上のユーザインターフェイスエレメントを含む。ＧＵＩ３００は、１つ以上の表示されるユーザインターフェイスエレメントを各々含む多数のエリアを備えている。ユーザインターフェイスエレメントの例としては、ユーザに表示されるテキスト、映像及びビデオフレームのような非双方向エレメントと、ユーザコントロール、例えば、テキストボックス、リンク、スクロールバー、アイコン及びドロップダウンボックスのような双方向エレメントとを含む。一実施形態では、ＧＵＩ３００は、サーチエンジン１７２がコンピューティング装置１０３のブラウザを経てアクセスされたときにコンピューティング装置１０３へ表示されるフィードサーチエンジン１７２の「ホーム」ページである。
【００７５】
ＧＵＩ３００は、ポッドキャストサーチエリア３０２を備え、この中にユーザはポッドキャストのためのサーチ基準を入力することができる。サーチは、「サーチ」ボタン３０８を経て配送されるユーザコマンドにより開始される。サーチフィールド３０４に関連したドロップダウンボックス３０６を経て、サーチは、シリーズのみのサーチ、エピソードのみのサーチ、又は基準に一致するシリーズ及びエピソードの両方のサーチに限定することができる。又、ＧＵＩ３００は、“New and Noteworthy(新しい且つ注目すべき)”と題するエリア３１０、“staff picks(スタッフ選出)”エリア３１２、及びポッドキャスト推奨エリア３１４、並びにタグを使用してポッドキャストを見つけるための他のエリアも備えている。これらのエリア内に、種々のポッドキャストがリストされ（例えば、“GameSpot” ポッドキャスト３５０）又は表示される。各ポッドキャストに関連して、“listen(聴取)”ボタン３３０及び“subscribe(契約)”ボタン３３２が表示される。契約ボタン３３２は、コンピューティング装置１０３がボタン３３２に関連したポッドキャストに契約するようにさせる。
【００７６】
聴取ボタン３３０は、識別されたシリーズの最も最近のエピソードをユーザのコンピューティング装置１０３へダウンロードさせ、そしてコンピューティング装置のメディアプレーヤによりユーザに対してレンダリングさせる（例えば、テキストの場合には、表示させ、或いはオーディオ又はビデオコンテンツの場合には適当なメディアプレーヤで再生させる）。一実施形態において、聴取ボタン３３０をユーザがアクチベートすると、サーバーベースのメディアプレーヤが実行されて、適当なメディアファイルをユーザのブラウザにストリーミングし、特殊なポッドキャストのユーザインフェイスにおいてレンダリングさせる。
【００７７】
一実施形態では、聴取ボタン３３０をユーザが選択すると、広告選択システムが始動される。一実施形態では、聴取ボタン３３０をユーザが選択すると、ユーザのコンピューティング装置が、エピソードの関連メディアファイルの要求を送信するようにさせる。聴取ボタン３３０によって発生される要求は、ＧＵＩ３００又はユーザのコンピューティング装置１０３から導出される付加的な情報を含み、これは、広告選択システムにより使用されて、メディアファイルを含む応答と共に広告を選択して与えることができる。例えば、要求は、広告選択システム又は契約サーバーに対してユーザを識別する情報、ユーザのコンピューティング装置の能力を識別する情報、及びコンピューティング装置により既に受け取られた広告に関する情報を含む。
【００７８】
聴取ボタン３３０により決定される要求は、広告選択システムへ直接送信されてもよいし、或いは、先ず送信により契約サーバー又はメディアサーバーへ間接的に送られ、そこで、要求がインターセプトされて、広告選択システムへ通されるようにしてもよい。
【００７９】
ＧＵＩ３００は、ユーザが、表示されたフィードに契約し（契約ボタンを経て）、表示されたフィードのエピソードを聴取し（聴取ボタンを経て）、そして同じインターフェイス３００からフィードに関する完全な情報を得る（ハイパーリンクタイトルをクリックして）のを許すことに注意されたい。ユーザは、インターネットのどこにフィード又はメディアファイルが存在するか知る必要がない。更に、ユーザは、契約し、メディアファイルを聴取し、又はフィードにおける付加的な情報を得るために、発行者のサイトにアクセスする必要がない。
【００８０】
図４は、ユーザインターフェイス４００を例示するもので、本発明の実施形態によるポッドキャストサーチの結果を示している。このサーチ結果において、ＧＵＩ４００は、ＧＵＩ４００の頂部のサーチエリア３０２を含む多数のエリアに分割される。
【００８１】
１つのエリア４０２は、サーチ用語“science(サイエンス)”に一致するときに返送されたシリーズを示す。ＧＵＩ４００において、用語“science”は、その用語が見つかる場所を識別する上でユーザの助けとなるために肉太活字で示されている。
【００８２】
シリーズ結果エリア４０２は、リストされたシリーズごとに、フィードからのシリーズタイトル、記述及び映像を与える。更に、上述された各シリーズの格付けは、フィードのデータベースから与えられる。格付けの「星」に加えて、格付けは、ポッドキャストの潜在的な質に関する付加的な情報をユーザに与えるためにポッドキャストを格付けしたユーザ数の表示４０６も含む。又、ユーザが単一コマンドでリストされたシリーズを聴取し又はそれに契約するのを許す聴取及び契約ボタンも設けられる。リスト４０２における付加的なエレメントは、ユーザがシリーズと関連付けるところのタグをリストしたタグ表示４０８である。タグは、フィードデータベース１７４から得られる。ユーザが「全てのシリーズ結果を見る(view all series results)」のを許すユーザインターフェイスエレメントがＧＵＩ４００に設けられる。同様に、ユーザが「全てのエピソード結果を見る(view all episode results」のを許す別のユーザインターフェイスエレメントもＧＵＩ４００に設けられる。
【００８３】
エピソード結果エリア４０４は、シリーズ結果エリア４０２に示されたように、エピソードのための対応する情報を実質的に備えている。エピソード結果エリア４０４は、リストされたエピソードごとに、エピソードタイトル、シリーズタイトル及びエピソード記述を与える。更に、上述された各エピソードの格付けがフィードデータベースから与えられる。ここに示す実施形態では、星で埋められないように格付けされたエピソードはない。格付けの「星」に加えて、格付けは、エピソード又はフィードの格付けの潜在的な質に関する付加的な情報を与えるためにエピソードを格付けしたユーザの人数を示すユーザ数の表示４０６も含む。又、ユーザが単一コマンドでリストされたエピソードを聴取し又はダウンロードするのを許す聴取ボタン及びダウンロードボタン４１０も設けられる。リスト４０２における付加的なエレメントは、ユーザが個々のエピソードと関連付けるところのタグをリストしたタグ表示４０８である。タグは、エピソードに関連したフィードデータベース１７４の情報から得られる。
【００８４】
この実施形態では、シリーズタイトル及びエピソードタイトルは、リンクにおけるマウスクリックを経てユーザによって選択されたときに、シリーズ記述ページ又はエピソード記述ページをオープンするリンクの形態のユーザインターフェイスエレメントである。これらの記述ページは、関連フィード又はエピソードに関する付加的な及びより詳細な情報を含む。
【００８５】
一実施形態では、聴取ボタンをユーザが選択すると、上述したように広告選択システムが始動される。更に、ダウンロードボタンをユーザが選択しても、広告選択システムが始動され、広告選択システムが、関連メディアファイル及び広告をユーザのコンピューティング装置へ送信するようにさせる。
【００８６】
図５は、要求に応答して広告を選択するための方法の一実施形態を示すフローチャートである。この実施形態５００において、この方法は、要求受け取りオペレーション５０２で要求が受け取られたときに開始される。要求は、受信側のコンピューティング装置において指令されてもよいし、或いは別の位置から広告選択システムへインターセプトされてリルートされてもよい。要求は、送信オペレーション５１２において応答が最終的に送信される同じコンピューティング装置から受け取られてもよいし、そうでなくてもよい。説明上、ここに示す実施形態５００では、要求は、要求側のレンダリング装置へ配信されるべきメディアファイルの要求として説明する。しかしながら、要求は、潜在的に、任意の形式のファイルに対する要求であってもよいし、受信側コンピューティング装置により行なわれるべきアクションに対する要求であってもよいことを理解されたい。従って、あるコンピューティング装置から別のコンピューティング装置へのいかなる通信も、方法５００の残りのオペレーションを遂行させる。
【００８７】
要求が検査され、それが広告を与えねばならない要求である場合には、選択オペレーション５０８が、その要求に応答して与えねばならない広告を選択する。この選択は、要求を検査し、リモート及びローカルデータベースから付加的な情報を得、そして任意の関連情報を、どんなアドを選択すべきか及びアドをどのように与え又は送信すべきかのルールのセットと比較することを含む。選択は、受け取った要求のコンテンツを含む多数の異なるファクタに基づいて行なわれ、そしてユーザデータベース１７０又はフィードデータベース１７４のような付加的な情報をアクセスし検索することを含む。選択オペレーション５０８は、広告のグループから１つ以上の広告を選択することを含む。
【００８８】
選択オペレーション５０８は、選択のためのルールを形成する論理的判断ツリーの使用を含む。例えば、一実施形態では、広告主は、同じ製品又はサービスに対してアドのセットを与え、ここで、各アドは、異なる購買層、異なるコンピューティング装置能力（即ち、各アドは異なるコンピューティング装置によってレンダリングできる）、異なる地理的位置、又は異なるフィードに対して調整される。次いで、フットボールファンに対して調整されたアドが、フットボールに関心のあるユーザに送信されるか、又はフットボールに関連したメディアファイルの要求に応答して送信される一方、ロスアンジェルスの人々に対して調整されたアドが、ロスアンジェルスのユーザへ送信されるように、アドルールを生成することができる。
【００８９】
アドルールは、送信されるべき特定のアドに対して満足されねばならない基準を定義する。この基準は、要求者又は要求されたファイルに特定のタグを関連付けるというものである。基準の更に別の例は、要求者又は要求されたファイルを、特定の地理的位置に関連付け、特定の購買層に関連付け、特定のタグに関連付け、又は他の何らかの指定のメディアファイルに関連したタグ（１つ又は複数）に関連付けるというものである。
【００９０】
一実施形態では、要求に関連付けることのできる広告選択システムに入手できる情報をアドルールにおいて基準として使用することができる。例えば、アドが配信される回数を基準として使用して、広告主が特定回数のアド配信を購入できるようにする。アドが配信される回数の基準は、広告選択システムにより記憶される合計数として、フィードデータベース１７４に記憶される特定フィードにおけるメディアファイルの要求に応答してアドが配信される回数として、又はユーザデータベース１７０に記憶される特定ユーザへアドが配信される回数として定義される。
【００９１】
別の例として、フットボールファンに対して調整されるアドは、要求者又はメディアファイルを、選択されるべきアドのためのタグ「ファンタジーフットボール(fantasy football)」に関連付けねばならないという基準を有する。アドルールは、ハイアラーキー的なもので、フットボールのアドルールを最初に検査し、フットボールアドルール基準を満足しない（例えば、要求者又はメディアファイルがタグ「ファンタジーフットボール」に関連していない）場合には、第２のアドルールを次に検査し、等々となって、アドが選択されるまで行なうものである。このハイアラーキーは、デフォールトアドの選択、又はアドなしの選択で終了となる。又、ハイアラーキーは、広告主がどれほどの額を費やすつもりかに一部分基づいて決定される。１人以上の広告主からのアドルールを合成して、多数の広告主からの広告を選択するためのアドルールのセットを形成することができる。
【００９２】
アドが選択された後に、アド検索オペレーション５１０が、選択されたアドを検索する。アドは、広告ライブラリー２２０のようなローカル又はリモート位置から検索される。検索されたアドは、それ自身、メディアファイルの形態でもよいし、ファイルへ挿入する準備のできた形態のメディアデータでもよい。
【００９３】
次いで、選択された広告（１つ又は複数）が、要求により指令された受信側装置へ送信される。図示された実施形態５００では、広告が応答へとパッケージされ、そして要求により指令されたように送信される。前記で述べそして以下に詳細に述べるように、一実施形態では、送信がメディアファイル及び選択されたアドを含み、ここで、アドは、個別のメディアファイルとして送信される。別の実施形態では、送信は、メディアファイル及びアドから取り出された合成メディアデータを含む単一ファイルを備えてもよい。更に別の実施形態では、送信は、アドから取り出されたメディアデータを含むメディアデータのストリームでよい。
【００９４】
又、方法５００は、要求及び応答の細目を記録するトランザクション記録オペレーション５１４も含む。記録トランザクションオペレーション５１４は、どんなアドがどんなメディアファイルと共に誰に与えられたかの記録を生成する。更に、要求者の購買層、要求者のｅメールアドレス又は他の識別情報、及びメディアファイルのソースのような他の情報も記録される。
【００９５】
又、トランザクション記録オペレーション５１４は、要求を最初に著作したユーザへアドが送信されたという情報をユーザデータベース１７０に記録することも含む。この情報は、例えば、ユーザが同じアドを何回も受け取らないように、又はアドのセットを特定の順序で自動的に受け取るように、アドのその後の発生に使用することができる。
【００９６】
又、トランザクション記録オペレーション５１４は、フィードの消費者にアドが送信されたという情報をフィードデータベース１７４に記録することも含む。この情報は、どんなフィードがどんな広告主と共に人気があるか決定する上で発行者によって使用できる。又、この情報は、広告主がそれらのアドルールの結果を識別できるように広告主に対して使用することもできる。更に、この情報は、例えば、特定広告主からのアドを与える最近の履歴を伴うフィードが分るように、アドのその後の発生に使用することができる。次いで、広告主は、この情報を自動的に使用して、例えば、競合するアドの付与を回避するか、又はある広告主と直接的に競合するアドを同じフィードに付与するのを回避するようなアド選択ルールを生成することができる。
【００９７】
広告主勘定オペレーション５１６は、消費者への広告の配信に対して広告主が勘定をするように実行される。広告主勘定オペレーション５１６は、広告主と広告選択システムの運営者との間の現在の契約書に基づいて広告主へ電子的又はペーパーインボイスを周期的及び自動的に発生することができる。
【００９８】
特定の広告に対して課金される料金（及びコンテンツ発行者に支払われる相応の料金）は、広告選択システムに入手できる多数の異なるファクタに基づいて決定される。例えば、アドが選択される回数は、料金を決定するときのファクタとして使用される。従って、広告主及び広告選択システムの運営者は、広告を実際に選択する前に、消費者に提示された広告の回数に基づいて累進的コストをネゴシエーションすることができる。これは、広告が非常に僅かな回数しか選択されないか又は非常に何回も選択されるという不確実性を当事者が考慮するのを許す。
【００９９】
同様に、料金は、広告選択システムに入手できる他の情報に基づいてもよい。例えば、料金は、広告が選択されたところのメディアファイル又はコンテンツのアイテムの全体的な格付けに基づいてもよい。次いで、広告主は、より高い格付けのコンテンツと共にアドを配信するために、より高い金額を支払い、そして発行者は、それを受け取ることができる。これは、コンテンツの格付けを調整するときに、料金を自動的にリアルタイムで調整することができる。別の例として、料金は、アドを受け取るユーザの購買層に基づいて調整されてもよく、従って、料金は、特定の購買層に届くという広告主の希望を加味し、これら広告主にとってシステムをより魅力的なものとすることができる。別の例として、コンテンツアイテムの人気を利用して料金を決定し、コンテンツの人気が高いほど、料金を高くすることができる。
【０１００】
又、消費者へ広告を配信するためのビヒクルとしてメディアファイルを利用することに対してメディアファイルの発行者又は所有者に入金をし、さもなければ、報酬を与えるという発行者支払オペレーション５１８も遂行される。この発行者支払オペレーション５１８は、広告が一緒に与えられたところのメディアファイルの発行者又は所有者に電子的又はペーパー支払或いは他の入金を自動的に発生する。又、このような支払又は入金は、発行者と広告選択システムの運営者との間の現在の契約書に基づいて決定されてもよい。
【０１０１】
図６は、本発明によりメディアファイルの要求に応答して広告を選択して与えるための方法の実施形態を詳細に示すフローチャートである。この実施形態６００において、要求に関連したユーザに関連する情報に基づいてアドを選択するために、ユーザデータベース１７０からユーザデータがアクセスされる。
【０１０２】
この実施形態６００では、ユーザ情報データ記憶装置が維持され、広告選択システムに対してアクセスすることができる。ユーザ情報データ記憶装置は、広告選択システムに対してアクセスできるリモートデータベース、例えば、図１のユーザ情報データベース１７０でもよいし、或いは広告選択システムにより維持されたユーザデータベースでもよい。ユーザ情報データ記憶装置は、そのデータ記憶装置に知られた各ユーザに関連したユーザ情報を含む。上述したように、ユーザ情報は、ユーザによりアクティブに与えられる情報、例えば、購買層情報、位置、アドレス及び関心事を含み、これは、契約サーバー１１８及び広告選択システム１８０によってサービスされるコミュニティに対してユーザが自分自身を記述するための要求に応答して得られたものである。又、ユーザ情報は、契約サーバー１１８及び広告選択システム１８０とのユーザのトランザクション及び対話の履歴も含む。例えば、ユーザ情報は、ある時間周期、例えば、最後の３０日以内にユーザに送信された全ての広告の履歴、広告消費履歴とも称される、を含むことができる。
【０１０３】
一実施形態において、ユーザ情報データ記憶装置に知られた各ユーザは、ユーザ識別子により識別され、そして各ユーザ識別子は、異なるユーザ情報に関連付けられる。ユーザ識別子は、ユーザが選択した識別子でもよいし、或いはユーザに明確に分らない識別子であって、ユーザ情報データ記憶装置がユーザを識別できるところのユーザのコンピューティング装置のクッキー又は他のデータエレメントに含まれる識別子でもよい。従って、一実施形態では、ユーザは、契約サーバー１１８にログインする必要があり、これにより、システムは、ユーザのアイデンティティを明確に認証することができ、その後、セッション中の全ての要求がユーザに関連付けされる。別の実施形態では、認証は自動的であり、ユーザのアイデンティティは、ユーザからの要求を検査することにより決定できる。
【０１０４】
実施形態６００では、図５を参照して上述したように、要求受け取りオペレーション６０２において要求が受け取られる。次いで、要求者識別オペレーション６０４において、要求者のアイデンティティが識別される。要求者識別オペレーション６０４は、要求を検査してユーザ識別子を識別することを含む。或いは又、要求が、ユーザにより以前に使用されたコンピューティング装置の一部分であるか又はそれに関連付けられるようなセッションに関連して以前に与えられたユーザ識別子のような他の情報を使用して、要求者を識別してもよい。
【０１０５】
識別される要求者は、そのレンダリング装置が、広告を送信すべき最終的な行先（これは、要求のソースと同じであってもなくてもよい）であるところのユーザである。例えば、受け取りオペレーション６０２で受け取られる要求は、契約サーバー１１８又は他の何らかのコンピューティング装置のような仲介物から広告選択システムによって受け取られてもよい。仲介物は、受け取った要求を広告選択システムへ単に転送してもよいし、或いはユーザ要求に応答して又はそれを予想してアド選択要求を発生してもよい。広告選択システムによって受け取られる要求は、選択されたアドを初期要求のソース、即ちユーザへ直接送信するための広告選択システムへの指令を含んでもよいし、或いは広告を仲介物へ返送し、その後に、初期要求のソースへ送信するように広告選択システムに指令してもよい。
【０１０６】
要求者が識別された後に、ユーザ情報データ記憶装置は、ユーザデータ記憶装置アクセスオペレーション６０６においてアクセスされ、要求者に関連した情報が得られる。次いで、アド選択オペレーション６０８において、ユーザ情報を使用してアドが選択される。ユーザデータ記憶装置アクセスオペレーション６０６でアクセスされた情報は、システムがどのように実施されるかに基づいて必要に応じて単に検査されるか、さもなければ、データ記憶装置から検索される。
【０１０７】
アド選択オペレーション６０８は、要求者に関連したユーザ情報と、上述したようにアドルールのセットにおいて実施されるアド選択基準とに基づいてアドを選択する。例えば、要求者が、フットボールに関するユーザ情報に関連付けられる場合には、選択されるアドは、全ての聴衆にアピールするように設計されたデフォールトアドではなく、フットボールを中心とするアドバージョンである。選択された広告は、次いで、図５を参照して述べたように、送信オペレーション６１０において、要求により指令されて送信される。
【０１０８】
図７は、本発明により広告を選択する方法の更に別の実施形態を詳細に示すフローチャートである。この実施形態７００において、上述したフィードデータベースのタグ情報のようなタグ情報にアクセスして、要求されたメディアファイルに関連した情報に基づいてアドを選択する。
【０１０９】
この実施形態７００では、タグ情報データ記憶装置が維持され、広告選択システムに対してアクセスすることができる。タグ情報データ記憶装置は、広告選択システムに対してアクセスできるリモートデータベース、例えば、図１のフィードデータベース１７４でもよいし、或いは広告選択システムにより維持されたタグデータベースでもよい。タグ情報データ記憶装置は、メディアファイルに関連したタグ情報、例えば、１つ以上のタグのセット、タグを与えたユーザの識別子、各タグが所与のメディアファイルに関連付けられる回数を含む。上述したように、タグは、特定のメディアファイル又はフィードを記述するためにユーザ又は発行者により選択されるキーワードである。タグは、任意のワード、又はキーストロークの組み合せでよい。又、別の実施形態では、タグは、アイコン、映像、又はオーディオファイルのようなメディアファイルでもよい。
【０１１０】
一実施形態では、タグ情報データ記憶装置に知られた各メディアファイルは、メディアファイル識別子により識別され、そして各メディアファイル識別子は、異なるタグ情報に関連付けられる。一実施形態では、メディアファイル識別子は、ＵＲＬであるか、又はメディアファイルのための他のネットワーク位置識別子である。別の実施形態では、メディアファイルは、他の何らかの方法により識別され、例えば、メディアファイル内のメタデータを経て識別され、この場合、広告選択システムによってメディアファイルを識別できる前に、メディアファイルを得るか又は検査する必要がある。
【０１１１】
実施形態７００では、図５を参照して上述したように、要求受け取りオペレーション７０２において要求が受け取られる。要求は、メディアファイルの要求でもよいし、或いはメディアファイルに何とか関連した要求、例えば、メディアファイルに関連した記述情報の要求でもよい。次いで、メディアファイルのアイデンティティがメディアファイル識別オペレーション７０４において識別される。メディアファイル識別オペレーション７０４は、要求を検査して、ＵＲＬのようなメディアファイル識別子を識別することを含む。或いは又、メディアファイルは、残りのオペレーションの目的でメディアファイルを充分に識別するために、検索され検査される必要がある。
【０１１２】
メディアファイルが識別された後に、タグ情報データ記憶装置は、タグデータ記憶装置アクセスオペレーション７０６においてアクセスされ、そしてメディアファイルに関連した情報がタグ情報取得オペレーション７０８において得られる。次いで、タグ情報を使用して、アド選択オペレーション７１０においてアドを選択する。タグ情報取得オペレーション７０８で得られた情報は、単に検査されるか、さもなければ、システムがどのように実施されるかに基づき必要に応じてデータ記憶装置から検索される。
【０１１３】
アド選択オペレーション７１０は、メディアファイルに関連したタグ情報と、上述したようにアドルールのセットで実施されるアド選択基準とに基づいてアドを選択する。例えば、メディアファイルが、フットボールに関係したタグ情報に関連付けられる場合には、選択されるアドは、全ての聴衆にアピールするように設計されたデフォールトアドではなく、フットボール中心のアドバージョンである。選択された広告は、次いで、図５を参照して述べたように、送信オペレーション７１２における要求により指示されるように送信される。
【０１１４】
図８は、本発明により広告を選択する方法の別の実施形態を詳細に示すフローチャートである。この実施形態８００において、要求に関連した物理的位置が、その物理的位置に基づいてアドを自動的に選択するために決定される。物理的位置は、要求に対する応答の行先の現在位置又は推定位置、又は要求者に関連した位置（図６を参照して上述したような位置）、或いはメディアファイルに関連した位置（図７を参照して上述したような位置で、メディアファイルに関連したタグである位置）に関連付けることができる。
【０１１５】
実施形態８００では、データベース維持オペレーション８５０において、位置情報データ記憶装置が維持され、広告選択システムに対してアクセスすることができる。位置情報データ記憶装置は、広告選択システムにアクセスできるリモートデータベース、例えば、ドメイン名システム（ＤＮＳ）データベース、フイズ(whois)データベース、又はユーザ情報データベース、例えば、図１に示すユーザデータベースでもよいし、或いは広告選択システムにより維持された位置情報データベースでもよい。位置情報データ記憶装置は、ユーザ、コンピューティング装置又はその両方に関連した位置情報、例えば、１つ以上の位置のセットを含む。位置がユーザ情報データベースに維持される場合には、位置をユーザ識別子に関連付けることができる。
【０１１６】
別の実施形態では、位置は、フィードデータベース１７４のようなメディアファイル情報データベースのメディアファイルに関連付けることができる。これは、特定位置に向けられるメディアファイルを、例えば、データベースにおいてメディアファイルに関連された位置タグを経て、位置に関連付けることができる。
【０１１７】
実施形態８００では、図５を参照して述べたように、要求受け取りオペレーション８０２において、要求が受け取られる。要求は、メディアファイルの要求でもよいし、或いはメディアファイルに何とか関連した要求、例えば、メディアファイルに関連した記述情報の要求でもよい。次いで、要求に関連した論理的位置が、論理的位置識別オペレーション８０４において識別される。論理的位置識別オペレーション８０４は、要求を検査して、その後のオペレーションで物理的位置へと分析するのに使用できる論理的識別子を識別することを含む。これら実施形態では、論理的識別子は、ユーザ識別子、メディアファイル識別子、又はコンピューティング装置識別子の１つ以上でよい。例えば、論理的位置識別オペレーション８０４は、要求に対する応答を送信すべき行先コンピューティング装置のＩＰアドレスを識別することができる。
【０１１８】
メディアファイルが識別された後に、位置データ記憶装置アクセスオペレーション８０６において位置情報データ記憶装置がアクセスされ、そして物理的位置取得オペレーション８０８において、論理的アドレスに関連した情報が得られる。次いで、アド選択オペレーション８１０において、位置情報を使用して、アドが選択される。物理的位置取得オペレーション８０８で得られた情報は、システムがどのように実施されるかに基づき、必要に応じて、単に検査されるか、さもなければ、データ記憶装置から検索される。
【０１１９】
アド選択オペレーション８１０は、要求に関連した物理的情報と、上述したようにアドルールのセットで実施されるアド選択基準とに基づいてアドを選択する。例えば、要求がメディアファイルをサンフランシスコに配信するためのものである場合には、選択されるアドは、サンフランシスコの居住者に向けられるアドである。選択された広告は、次いで、図５を参照して述べたように、送信オペレーション８１２において、要求により指令されて送信される。
【０１２０】
図９は、本発明により広告を選択する方法の別の実施形態を詳細に示すフローチャートである。この実施形態９００において、要求されたメディアファイルに関連したタグ情報が、この要求されたメディアファイルに関連した情報に基づいてアドを選択するためにアクセスされる。
【０１２１】
この実施形態９００では、タグ情報データ記憶装置が維持され、広告選択システムに対してアクセスすることができる。タグ情報データ記憶装置は、広告選択システムに対してアクセスできるリモートデータベース、例えば、図１のフィードデータベース１７４でもよいし、或いは広告選択システムにより維持されたタグデータベースでもよい。タグ情報データ記憶装置は、メディアファイルに関連したタグ情報、例えば、１つ以上のタグのセット、タグを与えたユーザの識別子、及び各タグが所与のメディアファイルに関連付けられる回数、タグ密度とも称される、を含む。上述したように、タグは、特定のメディアファイル又はフィードを記述するためにユーザ又は発行者により選択されるキーワードの形態の記述子を含む。タグは、任意のワード、フレーズ、又はキーストロークの組み合せでよい。又、別の実施形態では、タグは、アイコン、映像、又はオーディオファイルのようなメディアファイルでもよい。
【０１２２】
一般に、タグ密度は、所与のメディアファイルを記述するときに所与のタグがどれほど正確であるか決定するためのメトリックである。タグは、メディアファイルを消費する母集団のメンバーにより与えられるので、それらメンバーにより更に頻繁に与えられるタグは、全体として母集団へのメディアファイルのより正確な記述と考えられる。一実施形態では、各メンバーは、所与のファイルに対し一度だけ所与のタグを与えることができる。従って、一人のユーザが、同じメディアファイルに対して同じタグを何回も与えることによりメトリックを歪めることはできない。一実施形態では、タグは、タグの記述子と、この記述子に関連したタグ密度とを含むと考えられる。別の実施形態では、タグは、記述子と考えられ、そしてタグ密度は、個別のエレメントと考えられる。説明上、特に指示のない限り、タグは、記述子及びタグ密度を含む。
【０１２３】
一実施形態では、タグ情報データ記憶装置に知られた各メディアファイルは、メディアファイル識別子によって識別され、そして各メディアファイル識別子は、異なるタグ情報に関連付けられる。一実施形態では、メディアファイル識別子は、ＵＲＬであるか、又はメディアファイルに対する他の何らかのネットワーク位置識別子である。別の実施形態では、メディアファイルは、他の何らかの方法により識別され、例えば、メディアファイル内のメタデータを経て識別され、この場合、広告選択システムによってメディアファイルを識別できる前に、メディアファイルを得るか又は検査する必要がある。
【０１２４】
実施形態９００では、図５を参照して上述したように、要求受け取りオペレーション９０２において要求が受け取られる。要求は、メディアファイルの要求でもよいし、或いはメディアファイルに何とか関連した要求、例えば、メディアファイルに関連した記述情報の要求でもよい。次いで、メディアファイルのアイデンティティがメディアファイル識別オペレーション９０４において識別される。メディアファイル識別オペレーション９０４は、要求を検査して、ＵＲＬのようなメディアファイル識別子を識別することを含む。或いは又、メディアファイルは、残りのオペレーションの目的でメディアファイルを充分に識別するために、検索され検査される必要がある。
【０１２５】
メディアファイルが識別された後に、タグ情報データ記憶装置は、タグデータ記憶装置アクセスオペレーション９０６においてアクセスされ、そしてメディアファイルに関連した１つ以上のタグがタグ情報取得オペレーション９０８において得られる。この実施形態９００では、得られるタグ情報は、メディアファイルに関連した少なくとも１つのタグを含む。図１を参照して上述したように、各タグは、メディアファイルに関連付けられる記述子又は記述部分（即ち、「ファンタジーフットボール」のようなタグの記述部分）と、タグごとにそのタグに関連したタグ密度とを含む。タグ情報取得オペレーション７０８で得られた情報は、システムがどのように実施されるかに基づき、必要に応じて、単に検査されるか、さもなければ、データ記憶装置から検索される。
【０１２６】
タグ情報が得られた後に、最も高いタグ密度をもつタグが、最高密度タグ識別オペレーション９１０において識別される。最高密度のタグとは、メディアファイルの消費者から受け取られた情報に基づいてメディアファイルの記述性が最も高いと考えられるタグである。一実施形態では、タグ密度は、タグ情報が受け取られたときにタグでメディアファイルを識別したユーザの数である。このとき、最高密度のタグは、最も大きな数のタグである。別の実施形態では、タグ密度は、数字スケールを使用する絶対数以外の仕方でスコアが決められるメトリックである。例えば、サブ母集団に基づいて個別のタグ密度が維持されてもよく、そして広告に対するサブ母集団の関連性の何らかの重み付けされた平均値に基づいて最高密度タグが決定されてもよい。最高密度タグオペレーション９１０は、タグ密度の最も高いタグを、広告選択システムによる更なる評価のために合格とする。
【０１２７】
次いで、タグ密度スレッシュホールド決定オペレーション９１２は、評価されているタグのタグ密度が何らかの最小スレッシュホールドより大きいかどうか決定する。これは、消費者母集団からのタグ情報が比較的少ないか又は全くないメディアファイルが、アドを選択する基礎として使用されるのを防止する。このスレッシュホールドは、充分な人数の消費者により選択されたタグ記述子のみがアド選択の基礎として使用されるように選択される。このスレッシュホールドは、異なる形式のメディアファイル又は異なる分類のタグに対して異なるものでよい。
【０１２８】
スレッシュホールド決定オペレーション９１２が、タグのタグ密度が所定のスレッシュホールドより低いと決定した場合には、方法９００は、アド選択オペレーション９１４においてタグ情報以外の基準に基づいてアドが選択されるようにして、終了となる。一実施形態では、これは、デフォールトアド選択オペレーションでもよいし、又は図５から８を参照して上述したように別の選択方法でもよい。例えば、消費者が発生したタグで、スレッシュホールドより高いタグがない場合には、アド選択オペレーション９１４は、発行者が発生したタグに基づいてアドを選択してもよい。
【０１２９】
スレッシュホールド決定オペレーション９１２が、タグのタグ密度が所定のスレッシュホールドを満足するか又はそれを越えると決定した場合には、選択決定オペレーション９１６は、アドルール及び記述子に基づいて、タグからアドを選択できるかどうか決定する。上述したように、これは、評価されているタグの記述子が最終的にアドに与えられるかどうか決定するための選択基準をもつ選択ルールのハイアラーキーを横断することを含んでもよい。最高密度のタグに基づいて考えられる広告のセットからアドを選択できる場合には、選択された広告が、図５を参照して述べたように、送信オペレーション９１８において要求により指令されて送信される。
【０１３０】
ここに示す実施形態では、広告選択システムが、評価されているタグからアドを選択できないと決定した場合に、次のタグ決定識別オペレーション９２０は、評価されなかったメディアファイルに関連した別のタグがデータ記憶装置に存在するかどうか決定する。全てのタグが評価された場合には、ここに示す実施形態では、デフォールトアドが選択され、そして選択された広告は、図５を参照して述べたように、デフォールトアド送信オペレーション９２２において要求により指令されて送信される。次のタグ決定識別オペレーション９２０が、まだ評価されていないメディアファイルに関連した１つ以上のタグが存在すると決定した場合には、次の最高密度タグ識別オペレーション９２４が遂行される。次の最高密度タグ識別オペレーション９２４は、メディアファイルに関連した最も記述性のある次のタグをタグ密度メトリックに基づいて識別する。最も記述性のある次のタグを識別した後に、フローは、上述したスレッシュホールド決定オペレーション９１２へ復帰する。
【０１３１】
実施形態９００において、充分に高いタグ密度をもつメディアファイルに関連した各タグは、最も適したアドを選択するために評価される。更に、データベースが、消費母集団のメンバーから新たな情報を連続的に受け取るときには、その後に受け取られる同じメディアファイルに対する同じユーザからの要求が、同じアドの選択を生じないことがある。というのは、その間にタグ密度が変化し得るからである。これは、同じアドを何回も送信したり又はある時間周期内に同じユーザに送信したりするのを防止するために、アド選択ルールが、ユーザ情報を使用する前記のようなルールを含む場合にも、生じ得る。
【０１３２】
実施形態９００は、タグをキーワードと同様の形態で使用できるようにし、広告主が、充分に高い密度をもつタグ記述子を「購入」して、メディアファイルをタグにより正確に記述するよう自動的に確保できるようにする。アドを配信するための価格は、更に、タグのタグ密度によって影響され、タグ密度の高いタグをもつメディアファイルは、タグ密度の低いタグをもつメディアファイルよりアドを配信する経費が高くなるようにされる。
【０１３３】
図１０は、本発明により広告を選択する方法の更に別の実施形態を詳細に示すフローチャートである。この実施形態１０００において、メディアの要求者に関連したタグ情報が、その要求者に関連した情報に基づいてアドを選択するためにアクセスされる。
【０１３４】
この実施形態１０００では、タグ情報データ記憶装置が維持され、広告選択システムに対してアクセスすることができる。タグ情報データ記憶装置は、広告選択システムに対してアクセスできるリモートデータベース、例えば、図１のフィードデータベース１７４でもよいし、或いは広告選択システムにより維持されたユーザ関連タグデータベースでもよい。この実施形態１０００では、タグ情報データ記憶装置は、ユーザに関連したタグ情報、例えば、種々のメディアファイルを記述するためにユーザにより与えられる１つ以上のタグのセット、ユーザがタグを与えたところのメディアファイルの識別子、及び各タグが各特定のユーザによりメディアファイルに関連付けられた回数、即ちタグ密度の別の形態、を含む。この点に関して、タグ密度は、関連ユーザがどんな関心をもつかのメトリックを与える。例えば、フットボールに関心のあるユーザは、フットボールに関係したメディアファイルをおそらく捜し求め、それ故、フットボールに関心のないユーザより多数のメディアファイルに、記述子「フットボール」でタグ付けする。このように、ユーザにより与えられるタグのタグ密度は、ユーザの関心に対するメトリックとして使用することができる。
【０１３５】
一実施形態では、タグ情報データ記憶装置に知られた各ユーザは、ユーザ識別子により識別され、そして各ユーザ識別子は、異なるタグ情報に関連される。一実施形態では、ユーザ識別子は、ユーザアカウント名であるか、又はユーザの他の何らかのネットワークユーザ識別子である。別の実施形態では、ユーザは、他の何らかの方法により識別され、例えば、要求と共に与えられるメタデータを経て識別され、この場合、広告選択システムによりユーザファイルを識別する前にメタデータの解釈を行なう必要がある。
【０１３６】
この実施形態１０００では、図５を参照して上述したように、要求受け取りオペレーション９０２において要求が受け取られる。要求は、メディアファイルの要求でもよいし、或いはメディアファイルに何とか関連した要求、例えば、メディアファイルに関連した記述情報の要求でもよい。次いで、要求に関連したユーザ、例えば、要求を発するユーザのアイデンティティがユーザ識別オペレーション１００４において識別される。ユーザ識別オペレーション１００４は、要求を検査して、アカウント名のようなユーザ識別子を識別することを含む。
【０１３７】
ユーザが識別された後に、タグ情報データ記憶装置は、タグデータ記憶装置アクセスオペレーション１００６においてアクセスされ、そしてユーザに関連した１つ以上のタグがタグ情報取得オペレーション１００８において得られる。この実施形態１０００では、得られるタグ情報は、ユーザに関連した少なくとも１つのタグを含む。図１を参照して上述したように、各タグは、メディアファイルの記述としてユーザによって与えられた記述子又は記述部分（即ち、「ファンタジーフットボール」のようなタグの記述部分）と、タグごとにそのタグに関連したタグ密度、即ちここでは、ユーザがタグ記述子を関連付けるところのメディアファイルの数とを含む。タグ情報取得オペレーション７０８で得られた情報は、システムがどのように実施されるかに基づき、必要に応じて、単に検査されるか、さもなければ、データ記憶装置から検索される。
【０１３８】
タグ情報が得られた後に、最も高いタグ密度をもつタグが、最高密度タグ識別オペレーション１０１０において識別される。最高密度のタグとは、ユーザによりメディアファイルの消費の一部分として与えられる情報に基づいてユーザの記述性が最も高いと考えられるタグである。最高密度のタグは、最も大きな数のタグである。別の実施形態では、タグ密度は、数字スケールを使用する絶対数以外の異なる仕方でスコアが決められるメトリックである。例えば、ユーザの消費又は契約週間に基づいて個別のタグ密度が維持されてもよいし、ユーザにより実際に消費されたメディアファイルに対するタグのある重み付けされた平均値に基づいて最高密度タグが決定されてもよい。最高密度タグオペレーション１０１０は、タグ密度の最も高いタグを、広告選択システムによる更なる評価のために合格とする。
【０１３９】
次いで、タグ密度スレッシュホールド決定オペレーション１０１２は、評価されているタグのタグ密度が何らかの最小スレッシュホールドより大きいかどうか決定する。これは、タグ情報を比較的僅かに与えただけであるか又は全く与えていないユーザのタグ情報が、アドを選択する基礎として使用されるのを防止する。このスレッシュホールドは、何回も選択されたタグ記述子のみがアド選択の基礎として使用されるように選択される。このスレッシュホールドは、異なる形式のメディアファイル又は異なる分類のタグに対して異なるものでよい。
【０１４０】
スレッシュホールド決定オペレーション１０１２が、タグのタグ密度が所定のスレッシュホールドより低いと決定した場合には、方法１０００は、アド選択オペレーション１０１４においてタグ情報以外の基準に基づいてアドが選択されるようにして、終了となる。一実施形態では、これは、デフォールトアド選択オペレーションでもよいし、又は図５から８を参照して上述したように別の選択方法でもよい。例えば、ユーザが発生したタグで、スレッシュホールドより高いタグがない場合は、アド選択オペレーション１０１４は、要求されたメディアファイルに関連したタグに基づいてアドを選択してもよい。
【０１４１】
又、スレッシュホールド決定オペレーション１０１２は、否定的な意味に関連したタグを自動的に選別することもできる。例えば、記述子としてのタグの初期の使用は、メディアファイルが退屈なものであることを指示するために「ｚｚｚｚｚ」及び同様のタグが消費者によりしばしば使用されることを示している。これは、否定的な意味を伴うタグの例であり、このようなタグは、ユーザがメディアファイルに退屈して関心がないと推定されるので、広告の選択には使用されない。肯定的な意味のタグ、例えば、「おもしろい」や「いかす」も、選択に使用するには一般的過ぎるので、スレッシュホールド決定オペレーション１０１２により選別される。
【０１４２】
スレッシュホールド決定オペレーション１０１２が、タグのタグ密度が所定スレッシュホールドを満足するか又はそれを越えると決定した場合には、選択決定オペレーション１０１６は、アドルール及び記述子に基づいて、タグからアドを選択できるかどうか決定する。上述したように、これは、評価されているタグの記述子が最終的にアドに与えられるかどうか決定するための選択基準をもつ選択ルールのハイアラーキーを横断することを含んでもよい。最高密度のタグに基づいて考えられる広告のセットからアドを選択できる場合には、選択された広告が、図５を参照して述べたように、送信オペレーション１０１８において要求により指令されて送信される。
【０１４３】
ここに示す実施形態では、広告選択システムが、評価されているタグからアドを選択できないと決定した場合に、次のタグ決定識別オペレーション１０２０は、評価されなかったユーザに関連した別のタグがデータ記憶装置に存在するかどうか決定する。全てのタグが評価された場合には、ここに示す実施形態では、デフォールトアドが選択され、そして選択された広告は、図５を参照して述べたように、デフォールトアド送信オペレーション１０２２において要求により指令されて送信される。
【０１４４】
次のタグ決定識別オペレーション１０２０が、まだ評価されていないユーザに関連した１つ以上のタグが存在すると決定した場合には、次の最高密度タグ識別オペレーション１０２４が遂行される。次の最高密度タグ識別オペレーション１０２４は、メディアファイルと共に次に最も与えられたユーザ記述子をタグ密度メトリックに基づいて識別する。次に最も与えられたタグを識別した後に、フローは、上述したスレッシュホールド決定オペレーション１０１２へ復帰する。
【０１４５】
この実施形態１０００では、充分に高いタグ密度をもつユーザにより与えられた各タグは、最も適したアドを選択するために評価される。更に、データベースが、消費母集団のメンバーから新たな情報を連続的に受け取るときには、その後に受け取られる同じメディアファイルに対する同じユーザからの要求が、同じアドの選択を生じないことがある。というのは、その間にユーザにより与えられるタグのタグ密度が変化し得るからである。これは、同じアドを何回も送信したり又はある時間周期内に同じユーザに送信したりするのを防止するために、アド選択ルールが、ユーザ情報を使用する前記のようなルールを含む場合にも、生じ得る。
【０１４６】
当業者であれば、本明細書に述べる本発明の方法及びシステムは、多数の仕方で実施することができ、従って、上述した実施形態及び実施例により限定されるものではない。換言すれば、ハードウェア及びソフトウェア並びに個々の機能において単一又は多数のコンポーネントにより遂行される機能的エレメントは、クライアントレベル又はサーバーレベルのいずれかでソフトウェアアプリケーション間に分散することができる。この点に関して、ここに述べる異なる実施形態の多数の特徴を１つの単一の実施形態へ結合することもでき、又、ここに述べる全ての特徴より少ない又はそれより多い特徴を有する別の実施形態も考えられる。例えば、上述した方法は、単一のメディアファイルで多数の広告を与えるように使用することもできる。又、メディアファイルであって、レンダリング装置に予めローカルに記憶されているメディアファイルを各々レンダリングしても、発行者が報酬を受けそして広告主が勘定処理されるところの新たなアドを選択してレンダリングできるように、システムを実施することができる。別の例として、任意の状況に対し、例えば、特定の主題におけるウェブページの要求に応答して、又は特定のソフトウェアコンポーネントのユーザ使用に応答して、アドを選択するようにシステムを使用することができる。従って、本発明の実施形態は、メディアファイルとの使用に限定されず、任意のデジタルトランザクションに応答してアドを自動的に選択するのに使用できる。
【０１４７】
機能は、現在知られている仕方で又は今後知られるようになる仕方で、多数のコンポーネント間に全体的に又は部分的に分散することもできる。従って、ここに述べる機能、特徴、インターフェイス及び好みを達成するのに、ソフトウェア／ハードウェア／ファームウェアの無数の組み合せが考えられる。更に、本発明の範囲は、ここに述べるシステムコンポーネントから当業者に明らかとなる修正や変更を包含することが理解されよう。
【図面の簡単な説明】
【０１４８】
【図１】本発明の一実施形態によるネットワークアーキテクチャーを例示する回路図である。
【図２】広告選択システムのアーキテクチャーの一実施形態を示す。
【図３】本発明の一実施形態によりメディアファイルの要求を発生できるユーザインターフェイス３００を例示する図である。
【図４】本発明の一実施形態によりポッドキャストサーチの結果を示すユーザインターフェイスの図である。
【図５】本発明によりメディアファイルと共に広告を与える方法の実施形態を示すフローチャートである。
【図６】本発明により広告を検索しそしてそれをメディアファイルと共に与える方法の実施形態を詳細に述べるフローチャートである。
【図７】本発明により広告を検索しそしてそれをメディアファイルと共に与える方法の別の実施形態を詳細に述べるフローチャートである。
【図８】本発明により広告を検索し、その広告からのメディアデータと、要求されたメディアファイルとをストリーミングするための方法の更に別の実施形態を詳細に示すフローチャートである。
【図９】本発明により広告を選択するための方法の更に別の実施形態を詳細に示すフローチャートである。
【図１０】本発明により広告を選択するための方法の更に別の実施形態を詳細に示すフローチャートである。
【図１】
2009510610.tif 000003
【図２】
2009510610.tif 000004
【図３】
2009510610.tif 000005
【図４】
2009510610.tif 000006
【図５】
2009510610.tif 000007
【図６】
2009510610.tif 000008
【図７】
2009510610.tif 000009
【図８】
2009510610.tif 000010
【図９】
2009510610.tif 000011
【図１０】
2009510610.tif 000012
【国際調査報告】
2009510610.tif 000013
2009510610.tif 000014