(57)【要約】  オーディオドキュメントに伴う広告の供給をさまざまな方法で改善する。例えば、システムは、ａ）オーディオドキュメントのインスタンスに関係付けられた広告スポットを規定する情報を受け入れ、ｂ）広告スポット中に広告を供給させる申出を受け入れ、ｃ）広告スポット中に供給される広告を決定するために申出を使用して、競合広告の間でアービトレートする。別の例として、システムは、ａ）広告に対する関連性情報を受け入れ、ｂ）受け入れられた関連性情報を使用して、オーディオドキュメントを決定し、ｃ）広告主にオーディオドキュメント情報を提示し、ｄ）オーディオドキュメントのうちの少なくとも１つとともに、広告を供給させる申出を受け入れる。さらに別の例として、システムは、ａ）関連性情報を受け入れ、ｂ）関連性情報と供給制約を使用して、関連する複数の広告を決定し、ｃ）決定された関連広告のうちの少なくとも１つを選択する。【選択図】      図４
2009510530.tif 000002
【特許請求の範囲】
【請求項１】
ａ）オーディオドキュメントの少なくとも１つのインスタンスに関係付けられた少なくとも１つの広告スポットを規定する情報を受け入れることと、
ｂ）前記少なくとも１つの広告スポット中に広告を供給させる申出を受け入れることと、
ｃ）前記少なくとも１つの広告スポット中に供給されることになる少なくとも１つの広告を決定するために、少なくとも前記申出を使用して、競合する広告の間でアービトレートすることと
を含むコンピュータにより実現される方法。
【請求項２】
前記オーディオドキュメントは、ラジオ番組である、請求項１記載のコンピュータにより実現される方法。
【請求項３】
前記オーディオドキュメントは、歌詞を有する、ライブのまたは記録された音楽作品を含む、請求項１記載のコンピュータにより実現される方法。
【請求項４】
前記オーディオドキュメントは、ダイアログまたはモノローグを有する、ライブのまたは記録された演劇作品を含む、請求項１記載のコンピュータにより実現される方法。
【請求項５】
前記オーディオドキュメントは、ライブのまたは記録されたトークショーを含む、請求項１記載のコンピュータにより実現される方法。
【請求項６】
前記オーディオドキュメントは、ボイスメールを含む、請求項１記載のコンピュータにより実現される方法。
【請求項７】
前記オーディオドキュメントは、オーディオ会話のセグメントである、請求項１記載のコンピュータにより実現される方法。
【請求項８】
前記オーディオドキュメントは、インターネットプロトコルを使用して、１つ以上の通信ネットワークを通して、エンドユーザデバイスに送信される、請求項１記載のコンピュータにより実現される方法。
【請求項９】
ｄ）前記オーディオドキュメントと、前記少なくとも１つの広告スポット中に供給されることになる１つ以上の広告とをエンドユーザクライアントデバイスに配信すること
をさらに含む、請求項１記載のコンピュータにより実現される方法。
【請求項１０】
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が開始される前に発生する、請求項９記載のコンピュータにより実現される方法。
【請求項１１】
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が開始された後に発生する、請求項９記載のコンピュータにより実現される方法。
【請求項１２】
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が完了され、そして、前記オーディオドキュメント上で再生動作が開始された後に発生する、請求項９記載のコンピュータにより実現される方法。
【請求項１３】
前記申出は、（Ａ）インプレッション毎の価格と、（Ｂ）インプレッション毎の最大価格とのうちの１つである、請求項１記載のコンピュータにより実現される方法。
【請求項１４】
ｄ）前記広告に関係付けられた供給制約と、前記ドキュメントに関係付けられた関連性情報とを使用して、前記オーディオドキュメントに関連する広告を決定すること
をさらに含み、
前記申出を受け入れる動作および前記アービトレートする動作は、前記ドキュメントに関連するとして決定された広告に関してのみ発生する、請求項１記載のコンピュータにより実現される方法。
【請求項１５】
ａ）広告に対する関連性情報を受け入れることと、
ｂ）前記受け入れられた関連性情報を使用して、少なくとも１つのオーディオドキュメントを決定することと、
ｃ）前記広告に関係付けられた広告主に対して、前記少なくとも１つのオーディオドキュメントについての情報を提示することと、
ｄ）少なくとも１つの受け入れられたオーディオドキュメントのうちの少なくとも１つとともに、前記広告主の広告を供給させる申出を、前記広告主から受け入れることと
を含む、コンピュータにより実現される方法。
【請求項１６】
ｅ）少なくとも前記申出を使用して、前記広告に対するスコアを決定することと、
ｆ）前記スコアを使用して、前記広告主の前記広告を供給するか否かを、前記少なくとも１つのオーディオドキュメントのうちの１つに対して決定することと
をさらに含む、請求項１５記載のコンピュータにより実現される方法。
【請求項１７】
前記オーディオドキュメントは、ラジオ番組である、請求項１５記載のコンピュータにより実現される方法。
【請求項１８】
前記オーディオドキュメントは、歌詞を有する、ライブのまたは記録された音楽作品を含む、請求項１５記載のコンピュータにより実現される方法。
【請求項１９】
前記オーディオドキュメントは、ダイアログまたはモノローグを有する、ライブのまたは記録された演劇作品を含む、請求項１５記載のコンピュータにより実現される方法。
【請求項２０】
前記オーディオドキュメントは、ライブのまたは記録されたトークショーを含む、請求項１５記載のコンピュータにより実現される方法。
【請求項２１】
前記オーディオドキュメントは、ボイスメールを含む、請求項１５記載のコンピュータにより実現される方法。
【請求項２２】
前記オーディオドキュメントは、オーディオ会話のセグメントである、請求項１５記載のコンピュータにより実現される方法。
【請求項２３】
前記オーディオドキュメントは、インターネットプロトコルを使用して、１つ以上の通信ネットワークを通して、エンドユーザデバイスに送信される、請求項１５記載のコンピュータにより実現される方法。
【請求項２４】
前記申出は、（Ａ）インプレッション毎の価格と、（Ｂ）インプレッション毎の最大価格とのうちの１つである、請求項１５記載のコンピュータにより実現される方法。
【請求項２５】
前記受け入れられた関連性情報は、前記広告主により提供されたものである、請求項１５記載のコンピュータにより実現される方法。
【請求項２６】
前記関連性情報は、供給制約として提供された少なくとも１つのキーワードを含む、請求項２５記載のコンピュータにより実現される方法。
【請求項２７】
前記関連性情報は、少なくとも１つのトピックを含む、請求項２５記載のコンピュータにより実現される方法。
【請求項２８】
前記受け入れられた関連性情報は、前記広告に関係付けられた情報を解析することにより決定されたものである、請求項１５記載のコンピュータにより実現される方法。
【請求項２９】
前記関連性情報は、少なくとも１つのキーワードを含む、請求項２８記載のコンピュータにより実現される方法。
【請求項３０】
前記関連性情報は、少なくとも１つのトピックを含む、請求項２８記載のコンピュータにより実現される方法。
【請求項３１】
ａ）オーディオドキュメントに対する関連性情報を受け入れることと、
ｂ）前記関連性情報および広告の供給制約を使用して、前記オーディオドキュメントに関連する複数の広告を決定することと、
ｃ）前記オーディオドキュメントとともに供給されることになる、前記決定された関連広告のうちの少なくとも１つを選択することと
を含むコンピュータにより実現される方法。
【請求項３２】
前記選択動作は、
ｉ）前記少なくとも１つの広告スポット中に広告を供給させる申出を受け入れることと、
ｉｉ）前記少なくとも１つの広告スポット中に供給されることになる少なくとも１つの広告を決定するために、少なくとも前記申出を使用して、競合する広告の間でアービトレートすることと
を含む、請求項３１記載のコンピュータにより実現される方法。
【請求項３３】
前記オーディオドキュメントは、ラジオ番組である、請求項３１記載のコンピュータにより実現される方法。
【請求項３４】
前記オーディオドキュメントは、歌詞を有する、ライブのまたは記録された音楽作品を含む、請求項３１記載のコンピュータにより実現される方法。
【請求項３５】
前記オーディオドキュメントは、ダイアログまたはモノローグを有する、ライブのまたは記録された演劇作品を含む、請求項３１記載のコンピュータにより実現される方法。
【請求項３６】
前記オーディオドキュメントは、ライブのまたは記録されたトークショーを含む、請求項３１記載のコンピュータにより実現される方法。
【請求項３７】
前記オーディオドキュメントは、ボイスメールを含む、請求項３１記載のコンピュータにより実現される方法。
【請求項３８】
前記オーディオドキュメントは、オーディオ会話のセグメントである、請求項３１記載のコンピュータにより実現される方法。
【請求項３９】
前記オーディオドキュメントは、インターネットプロトコルを使用して、１つ以上の通信ネットワークを通して、エンドユーザデバイスに送信される、請求項３１記載のコンピュータにより実現される方法。
【請求項４０】
ｄ）前記オーディオドキュメントと、前記少なくとも１つの広告スポット中に供給されることになる１つ以上の広告とをエンドユーザクライアントデバイスに配信すること
をさらに含む、請求項３１記載のコンピュータにより実現される方法。
【請求項４１】
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が開始される前に発生する、請求項４０記載のコンピュータにより実現される方法。
【請求項４２】
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が開始された後に発生する、請求項４０記載のコンピュータにより実現される方法。
【請求項４３】
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が完了され、そして、前記オーディオドキュメント上で再生動作が開始された後に発生する、請求項４０記載のコンピュータにより実現される方法。
【請求項４４】
前記申出は、（Ａ）インプレッション毎の価格と、（Ｂ）インプレッション毎の最大価格とのうちの１つである、請求項３１記載のコンピュータにより実現される方法。
【請求項４５】
ａ）オーディオドキュメントの少なくとも１つのインスタンスに関係付けられた少なくとも１つの広告スポットを規定する情報を受け入れる手段と、
ｂ）前記少なくとも１つの広告スポット中に広告を供給させる申出を受け入れる手段と、
ｃ）前記少なくとも１つの広告スポット中に供給されることになる少なくとも１つの広告を決定するために、少なくとも前記申出を使用して、競合する広告の間でアービトレートする手段と
を具備する装置。
【請求項４６】
ａ）広告に対する関連性情報を受け入れる手段と、
ｂ）前記受け入れられた関連性情報を使用して、少なくとも１つのオーディオドキュメントを決定する手段と、
ｃ）前記広告に関係付けられた広告主に対して、前記少なくとも１つのオーディオドキュメントについての情報を提示する手段と、
ｄ）少なくとも１つの受け入れられたオーディオドキュメントのうちの少なくとも１つとともに、その広告を供給させる申出を、前記広告主から受け入れる手段と
を具備する装置。
【請求項４７】
ａ）オーディオドキュメントに対する関連性情報を受け入れる手段と、
ｂ）前記関連性情報および広告の供給制約を使用して、前記オーディオドキュメントに関連する複数の広告を決定する手段と、
ｃ）前記オーディオドキュメントとともに供給されることになる、前記決定された関連広告のうちの少なくとも１つを選択する手段と
を具備する装置。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、例えば、オンライン広告のような広告に関連する。さらに詳細には、本発明は、例えば、インプレッション毎の費用広告のような広告のエンドユーザに対する有用性を改善することに関連する。
【発明の背景】
【０００２】
テレビジョン、ラジオ、新聞、および雑誌のような、従来のメディアを使用した広告がよく知られている。残念なことに、さまざまなメディア手段の典型的聴衆についての人口統計学研究および完全に適正な仮定で準備しているときでさえも、広告主は彼らの広告予算の多くが単に無駄になっていることを認識している。さらに、このような無駄を識別することや、なくすことは非常に困難である。
【０００３】
近年、よりインタラクティブなメディアを通しての広告が人気となってきた。例えば、インターネットを使用する人の数が爆発的に増加したので、インターネットを通して提供されるメディアとサービスは、潜在的に強力な広告方法であるとして、広告主は理解するようになってきた。
【０００４】
インタラクティブ広告は、受け取る聴衆に対して広告主の広告をターゲット付けする機会を広告主に提供する。すなわち、広告は、何らかのユーザ動作から推論されるニーズに関連性がある（例えば、検索エンジンに対するユーザの検索クエリに関連性のある、ユーザにより要求されたドキュメント中のコンテンツに関連性のある等）かもしれないので、エンドユーザにとって、ターゲット付けされた広告は、より有用であることが多い。クエリキーワードターゲット付けは、関連性のある広告を配信するために検索エンジンによって使用されてきた。例えば、カリフォルニア州、マウンテンビューのグーグル社（登録商標）（“グーグル”と呼ぶ）による、ＡｄＷｏｒｄｓ（登録商標）広告システムは、検索クエリからのキーワードに対してターゲット付けされた広告を配信する。同様に、コンテンツターゲット付けされた広告配信システムが提案されてきた。例えば、“関連性のある広告を供給する方法および装置”と題され、２００２年１２月６日に出願され、Jeffrey A. Dean氏、 Georges R. Harik氏、および Paul Buchheit氏を発明者として記載する、（ここに参照により組み込まれ、“‘４２７出願”として呼ばれる）米国特許出願シリアル番号第10/314,427号と；“コンテンツに基づいた広告供給”と題され、２００３年２月２６日に出願され、Darrell Anderson氏、 Paul Buchheit氏、 Alex Carobus氏、 Claire Cui氏、 Jeffrey A. Dean氏、 Georges R. Harik氏、 Deepak Jindal氏、および Narayanan Shivakumar氏を発明者として記載する、（ここに参照により組み込まれ、“‘９００出願”として呼ばれる）米国特許出願シリアル番号第10/375,900号は、例えば、ウェブページのようなドキュメントのコンテンツに関連性のある広告を提供する方法および装置を説明している。例えば、グーグルによるＡｄＳｅｎｓｅ（登録商標）広告システムのような、コンテンツターゲット付けされた広告配信システムが、ウェブページ上で広告を供給するのに使用されてきた。
【０００５】
上記のことから理解できるように、テキストドキュメント中のテキスト概念に関連性のある広告を供給することと、検索クエリ中のキーワードに関連性のある広告を供給することとは有用であり、これは、おそらく、このような広告が現在のユーザの関心に関わっているためである。結果として、このようなオンライン広告は、ますます人気になってきた。さらに、他のターゲット付け技術を使用する広告や、ターゲット付けされていないオンライン広告さえも、ますます人気になってきた。
【０００６】
現在、例えば、インターネットオーディオストリーム（例えば、ポッドキャストまたはインターネットラジオ局）のようなオーディオコンテンツとともに配信される広告は、典型的に“予約”モデルに基づいている。すなわち、広告主は、オーディオストリーム中のスポットを、固定料金に対して予約する。しかしながら、残念なことに、予約モデルは、オーディオ発行者に対する収益を必ずしも最大化させない。これは、このような広告スポットに対する契約を交渉するためのリソースを持っていない多くの広告主は、このような広告スポットに対して競合しないためである。さらに、エンドユーザ（すなわち、オーディオコンテンツの配信を受け取る人）の観点からすると、この広告は、全く不適切であるかもしれず、または、この広告が有用になることが可能なほどには有用でないかもしれない。
【０００７】
オーディオコンテンツ（例えば、オーディオストリーム、または、より一般的に、“オーディオドキュメント”）中に広告を挿入するシステムのような、既存の広告システムを改善できる。例えば、オーディオドキュメント中で（または、オーディオドキュメントとともに）供給される広告の関連性を改善することが有用であろう。また、このようなオーディオドキュメントの潜在的な広告収益に関する価値を改善することが有用であろう。オーディオドキュメントの複数のインスタンスの集合の潜在的な広告収益に関する価値を改善することが特に有用であろう。
【発明の概要】
【０００８】
本発明と一貫した実施形態は、オーディオドキュメントとともに（例えば、オーディオドキュメント上に）広告を供給することを改善してもよい。例えば、本発明と一貫した少なくともいくつかの実施形態は、ａ）オーディオドキュメントの少なくとも１つのインスタンスに関係付けられた少なくとも１つの広告スポットを規定する情報を受け入れてもよく、ｂ）その広告スポット中に広告を供給させる申出を受け入れてもよく、ｃ）広告スポット中に供給されることになる少なくとも１つの広告を決定するために、少なくとも申出を使用して、競合する広告の間でアービトレートしてもよい。
【０００９】
本発明と一貫した少なくともいくつかの実施形態は、ａ）広告に対する関連性情報を受け入れてもよく、ｂ）受け入れられた関連性情報を使用して、少なくとも１つのオーディオドキュメントを決定してもよく、ｃ）広告に関係付けられた広告主に対して、オーディオドキュメントについての情報を提示してもよく、ｄ）受け入れられたオーディオドキュメントのうちの少なくとも１つとともに、広告主の広告を供給させる申出を、広告主から受け入れてもよい。
【００１０】
本発明と一貫した少なくともいくつかの実施形態は、ａ）オーディオドキュメントに対する関連性情報を受け入れてもよく、ｂ）広告の関連性情報および供給制約を使用して、オーディオドキュメントに関連する複数の広告を決定してもよく、ｃ）オーディオドキュメントとともに供給されることになる、決定された関連広告のうちの少なくとも１つを選択してもよい。
【００１１】
本発明と一貫したドキュメントの例は、ラジオ番組と、歌詞を有する、ライブのまたは記録された音楽作品と、ダイアログまたはモノローグを有する、ライブのまたは記録された演劇作品と、ライブのまたは記録されたトークショーと、ボイスメールと、オーディオ会話のセグメント等を含む。
【詳細な説明】
【００１２】
本発明は、オーディオコンテンツに伴う広告を改善するための、新規な方法、装置、メッセージフォーマット、および／またはデータ構造に関する。以下の説明は、当業者が本発明を実施および使用できるように提示し、特定の応用と特定の応用の要求の状況で提供する。したがって、本発明と一貫した実施形態の以下の説明は、図示および説明を提供するが、網羅的なものであることを意図するものではなく、または、開示する正確な形態に本発明を制限することを意図するものではない。開示する実施形態に対するさまざまな修正が当業者に明らかになり、以下に述べる一般的原則は、他の実施形態および応用に適用されてもよい。例えば、フロー図を参照して一連の動作を説明するが、１つの動作の実行が他の動作の完了に依拠していないときは、他の実施では動作の順序が異なっていてもよい。さらに、従属していない動作は並列に実行されてもよい。また、ここで使用するように、冠詞“ａ”は１つ以上のアイテムを含むことを意図している。１つだけのアイテムを意図するところでは、用語“１つの（ｏｎｅ）”または類似の言葉を使用する。以下では、“情報”は、実際の情報、あるいは、このような情報に対するポインタ、このような情報の識別子、または、このような情報のロケーションを指してもよい。詳細な説明中で使用されるどのエレメント、動作、または命令も、そうであるとして明示的に示さない限り、本発明に対して重大または不可欠であるとして解釈すべきでない。したがって、本発明は示している実施形態に制限されることを意図しておらず、発明者は、何らかの特許可能な記述された主題を含むものとして本発明を考えている。
【００１３】
以下において、明細書で使用する用語の定義をセクション４．１において提供する。次に、本発明がその中で動作してよい、または本発明がそれを用いて動作し得る環境をセクション４．２において説明する。本発明の例示的な実施形態をセクション４．３において説明する。その後、本発明の例示的な実施形態の有用性を図示する特定の例をセクション４．４において提供する。最後に、本発明に関するいくつかの結論をセクション４．５において述べる。
【００１４】
セクション４．１  定義  
以下に図２および３に関して説明する例示的なシステムで、または、他の任意のシステムで使用されるもののような、オンライン広告はさまざまな固有の特徴を持つことがある。このような特徴は、アプリケーションおよび／または広告主によって指定されてもよい。これらの特徴は、以下で“広告特徴”として呼ぶ。例えば、テキスト広告のケースでは、広告特徴はタイトルライン、広告テキスト、および埋め込みリンクを含んでいてもよい。画像広告のケースでは、広告特徴は、画像、実行可能コード、および埋め込みリンクを含んでいてもよい。オーディオ広告のケースでは、広告特徴は、オーディオコンテンツを含んでもよい。広告特徴はまた、（例えば、トーンとしてエンコードされる、オーディオストリームの非オーディオパケット中で提供される等の）実行可能コードを含んでもよい。オンライン広告のタイプに依拠して、広告特徴はテキスト、リンク、オーディオファイル、ビデオファイル、画像ファイル、実行可能コード、埋め込み情報等のうちの１つ以上を含んでいてもよい。１つより多いタイプのメディアをレンダリングできるデバイス（異なる出力を持つデバイス）において、いくつかの広告特徴は、１つの出力を通してユーザに対してレンダリングされる１つのタイプのメディアに属していてもよい一方、他の広告特徴は、別の出力を通してユーザに対してレンダリングされる別のタイプのメディアに属していてもよい。例えば、ＭＰ３プレーヤがディスプレイを備える場合、このようなプレーヤ上にレンダリングされることになる広告は、オーディオコンポーネントおよび／またはテキストコンポーネントを持つことができる。別の例として、移動体電話機がスピーカ、ディスプレイ、およびテレフォニー手段を備える場合、このような電話機上にレンダリングされることになる広告は、オーディオコンポーネント、テキストコンポーネント、画像コンポーネント、および、エンコードされた電話番号にダイアルするための実行可能コードのうちの１つ以上を持つことができる。当然ながら、他のタイプの広告特徴が可能である。
【００１５】
オンライン広告が供給されるとき、１つ以上のパラメータを使用して、広告がどのように、いつ、および／またはどこで供給されたのかを記述してもよい。これらのパラメータを、以下では“供給パラメータ”と呼ぶ。供給パラメータは、例えば、以下のうちの１つ以上を含んでよい。すなわち、その上に、または、それとともに、広告が供給されているドキュメント（その上の情報を含む）の特徴；広告の供給に関係付けられた検索クエリ、または検索結果；ユーザ特性（例えば、ユーザの地理的ロケーション、ユーザによって使用される言語、使用されるブラウザのタイプ、過去のページビュー、過去の挙動、ユーザアカウント、システムにより使用される任意のウェブクッキー、ユーザデバイス特性等）；要求を開始したホストまたはアフェリエイト（例えば、アメリカオンライン(登録商標)、グーグル、ヤフー(登録商標)）のサイト；広告が供給されたページ上の広告の絶対的な位置；広告が供給された広告スポット（例えば、供給された他の広告を基準にした広告の（空間的または時間的）位置）；広告の絶対的なサイズ；他の広告を基準にした広告のサイズ；広告の絶対的な量；他の広告を基準にした広告の量；広告の絶対的な時間長；広告の相対的な時間長；広告の色；他の供給された広告数；他の供給された広告のタイプ；供給時刻；供給曜日；供給時期等。本発明の状況で使用してもよい、他の供給パラメータがあるのは当然である。
【００１６】
供給パラメータは、広告特徴にとっては付帯的であってよいが、これらは供給条件または制約として、広告に関係付けられてよい。供給条件または制約として使用されるとき、このような供給パラメータを、単に“供給制約”（または“ターゲット基準”）として呼ぶ。例えば、いくつかのシステムにおいては、広告主は、その広告が平日にのみ、一定の位置より高く、一定のロケーションのユーザにのみ等、供給されなければならないと指定することで、その広告を供給することをターゲット付けすることができる。他の例としては、いくつかのシステムにおいて、広告主は、ページまたは検索クエリが一定のキーワードまたはフレーズを含む場合にだけ、その広告が供給されなければならないと指定してもよい。さらに別の例としては、その上に、または、それとともに、供給されているドキュメントが一定のトピックまたは概念を含む場合、または、特定のクラスタ、もしくは他の何らかの分類（例えば、垂直型）に該当する場合にのみ、その広告が供給されなければならないと広告主が指定できるシステムもある。いくつかのシステムにおいて、広告主は、特定の特性を持つユーザデバイスのみに対して、その広告が供給されること（または供給されないこと）を特定してもよい。最後に、いくつかのシステムにおいて、特定のロケーションから発信される要求に応答して、または、特定のロケーションに関する要求に応答して、広告が供給されるように広告をターゲット付けしてもよい。
【００１７】
“広告情報”は、広告特徴、広告供給制約、（“広告導出情報”として呼ばれる）広告特徴もしくは広告供給制約から導出可能な情報、および／または、（“広告関連情報”として呼ばれる）広告に関連した情報、とともにこのような情報の拡張（例えば、広告関連情報から導出される情報）を含んでいてもよい。
【００１８】
広告のインプレッション数（すなわち、広告がレンダリングされる回数）に対する、広告を選択する数（例えば、クリックスルー、ダイアルスルー等）の比は、広告の“選択レート”（すなわち“クリックスルーレート”または“ＣＴＲ”）として定義される。
【００１９】
“コンバージョン”は、ユーザが以前に供給された広告に関連するトランザクションを完了させるときに発生すると言われている。コンバージョンを構成する内容はケースによって異なり、さまざまな方法で決定できる。例えば、ユーザが広告をクリックし、広告主のウェブページに導かれ、そのウェブページを離れる前にそこで購入を完了するときに、コンバージョンが発生するというケースがある。代わりに、コンバージョンは、ユーザが広告を見て、予め定められた時間（例えば７日間）内に広告主のウェブページで購入することとして定義されてよい。さらに別の代替案では、コンバージョンは、例えば、白書をダウンロードする、ウェブサイトの少なくとも所定の深さまでナビゲーションする、少なくとも一定数のウェブページを見る、少なくとも予め定められた時間量をウェブサイトまたはウェブページで費やす、ウェブサイトに登録する、電話番号にダイアルする、製品もしくはサービスの問い合わせを送る等の、任意の測定可能／観察可能なユーザアクションであるとして、広告主によって定義してもよい。コンバージョンを構成するユーザアクションはこれらに制限されないが、ユーザアクションが購入の完了を示さない場合であっても、これらはセールスリードを示すことが多い。実際に、何がコンバージョンを構成するかについて他の多くの定義が考えられる。
【００２０】
広告のインプレッション数（すなわち、広告がレンダリングされる回数）に対するコンバージョン数の比と、選択の数（または、他の何らかの以前のイベントの数）に対するコンバージョン数の比との両方が、“コンバージョンレート”または“ＣＲ”と呼ばれる。コンバージョンレートのタイプは、それが使用される状況から明らかになるだろう。広告の供給から予め定められた時間内に発生し得ることとコンバージョンが定義される場合、コンバージョンレートの１つの考えられる定義は、過去に、予め定められた時間より長く供給されていた広告だけを考慮するかもしれない。
【００２１】
“プロパティ”は、その上に広告を提示することができる何らかのものである。プロパティはオンラインコンテンツ（例えば、ウェブサイト、ＭＰ３オーディオ番組、ウェブキャスト、ポッドキャスト、オンラインゲーム等）、オフラインコンテンツ（例えば、新聞、雑誌、劇プロダクション、コンサート、スポーツイベント、ラジオブロードキャスト等）、ならびに／あるいは、オフライン物体（例えば、電光掲示板、スタジアムスコアボード、外野壁、トラックトレーラーの側面等）を含む。コンテンツ（例えば、雑誌、新聞、ウェブサイト、ｅ−メールメッセージ、オーディオ番組等）を伴うプロパティを、“メディアプロパティ”として呼んでもよい。プロパティそれら自体は、オフラインであってもよいが、プロパティについての関係情報（例えば、属性、トピック、概念、カテゴリ、キーワード、関連性情報、サポートされる広告のタイプ等）は、オンラインで利用可能であってもよい。例えば、野外ジャズ音楽フェスティバルでは、トピック“音楽”および“ジャズ”、コンサートのロケーション、コンサートの時刻、フェスティバルに出演予定のアーティスト、ならびに、利用可能な広告スポットのタイプ（例えば、印刷されたプログラム、ステージ上のスポット、座席背面のスポット、スポンサーのオーディオアナウンス等）が入力されてもよい。“オーディオプロパティ”は、聞くことができるプロパティである。
【００２２】
“ドキュメント”は、何らかの機械読取可能および機械記憶可能な作業生産物を含むものとして幅広く解釈すべきである。ドキュメントは、ファイル、ファイルの組み合わせ、他のファイルへのリンクが埋め込まれた１つ以上のファイル等であってもよい。ファイルは、テキスト、オーディオ、画像、ビデオ等の任意のタイプのものであってもよい。エンドユーザにレンダリングされるドキュメントの一部は、ドキュメントの“コンテンツ”と見なすことができる。ドキュメントは、コンテンツ（言葉、絵、音、会話等）とそのコンテンツの意味の何らかの表示（例えば、ｅ−メールフィールドと関連データ、ＨＴＭＬタグと関連データ、埋め込まれた歌のタイトルとアーティスト情報等）との両方を含む“構造化されたデータ”を含んでいてもよい。ドキュメント中の広告スポットは、埋め込まれた情報または命令で定義されてもよい。インターネットの状況において、普通のドキュメントはウェブページである。ウェブページはコンテンツを含むことが多く、（メタ情報、ハイパーリンク等のような）埋め込まれた情報、および／または（Ｊａｖａ(登録商標)スクリプト等のような）埋め込まれた命令を含んでいてもよい。多くのケースでは、ドキュメントはアドレス指定可能な記憶ロケーションを有し、したがってこのアドレス指定可能なロケーションによって一意的に特定できる。ユニバーサルリソースロケータ（ＵＲＬ）は、インターネット上の情報にアクセスするために使用されるアドレスである。
【００２３】
“ウェブドキュメント”はウェブ上で発行される任意のドキュメントを含む。ウェブドキュメントの例は、例えば、ウェブサイト、ウェブページ、ウェブキャスト等を含む。
【００２４】
“オーディオドキュメント”は、再生またはデコードされたときに、聞くことができるドキュメントである。“オーディオドキュメント”は、そのコンテンツが有体的メディア上に最終的に記憶されているか否かに関わらず、オーディオコンテンツを含んでもよい。オーディオドキュメントは、例えば、ライブのまたは記録されたラジオ番組、ライブのまたは記録された音楽作品（例えば、歌詞を有する）、ダイアログまたはモノローグを含むライブのまたは記録された演劇作品、ライブのまたは記録されたトークショー、ボイスメール、会話、ボイスメッセージ等を含んでもよい。同じオーディオコンテンツの異なる形態またはフォーマット（例えば、オリジナルの、圧縮された、パケット化された、ストリームされた等）のそれぞれを、オーディオドキュメント（例えば、同じオーディオドキュメント、または異なるオーディオドキュメント）とみなしてもよい。本発明と一貫した実施形態は、例えば、圧縮オーディオ交換フォーマットファイル（“ＡＩＦＣ”）、オーディオ交換フォーマットファイルスペック（“ＡＩＦＦ”）、マイクロソフト(登録商標)アドバンストストリーミングフォーマット（“ＡＳＦ”）、ウィンドウズ(登録商標)メディアオーディオ（“ＷＭＡ”）、Ｓｕｎオーディオファイル（線形m-lawまたはA-law）（“ＡＵ”）、ＣＤオーディオトラック（“ＣＤＡ”）、標準ＭＩＤＩ(登録商標)歌／トラック情報（“ＭＩＤ”）、ムービングピクチャーエキスパートグループ（ＭＰＥＧ）オーディオレイヤI、II、およびIII圧縮オーディオ（“ＭＰ３”）、ＲｅａｌＮｅｔｗｏｒｋｓリアルオーディオ圧縮ストリーミングデータ（“ＲＡ”）、ウィンドウズ用オーディオ（“ＷＡＶ”）等のようなさまざまなオーディオおよび音楽ファイルフォーマットとともに動作してもよい。本発明と一貫した実施形態は、他のオーディオおよび音楽ファイルフォーマットとともに動作してもよい。
【００２５】
“ドキュメント情報”は、ドキュメントに含まれる任意の情報、（“ドキュメント導出情報”と呼ばれる）ドキュメント内に含まれる情報から導出することができる情報、および／または（“ドキュメント関連情報”と呼ばれる）ドキュメントに関連する情報、とともに、このような情報の拡張（例えば、関連情報から導出される情報）も含んでいてもよい。ドキュメント導出情報の例は、ドキュメントのテキストのまたはオーディオのコンテンツに基づいた分類である。ドキュメント関連情報の例は、当該ドキュメントにリンクする、他のドキュメントからのドキュメント情報、とともに、当該ドキュメントがリンクする、他のドキュメントからのドキュメント情報も含む。
【００２６】
ドキュメントからのコンテンツは、“コンテンツレンダリングアプリケーションまたはデバイス”上でレンダリングされてよい。コンテンツレンダリングアプリケーションの例は、インターネットブラウザ（例えば、エクスプローラ（登録商標）またはネットスケープ、オペラ（登録商標）、ファイアフォックス等）、メディアプレーヤ（例えば、ＭＰ３プレーヤ、ワシントン州、レッドモンドのマイクロソフトコーポレーションによるストリーミングオーディオファイルプレーヤ、または、ワシントン州、シアトルのＲｅａｌ Ｎｅｔｗｏｒｋｓ，Ｉｎｃ．によるストリーミングオーディオファイルプレーヤ等）、ビューワ（例えば、アドビアクロバット（登録商標）ｐｄｆリーダ）等を含む。
【００２７】
“コンテンツオーナ”は、メディアプロパティ（例えば、ドキュメント）のコンテンツに何らかの財産権を有する人物またはエンティティである。コンテンツオーナはコンテンツの著者であってよい。加えて、または代わりに、コンテンツオーナはコンテンツを再生する権利、コンテンツの派生作品を作成する権利、コンテンツを公表するもしくは公演する権利、および／またはコンテンツにおける他の禁止された権利を持っていてもよい。コンテンツサーバは、それが供給するドキュメントのコンテンツ中のコンテンツオーナである可能性があるが、これは必須ではない。“ウェブ発行者”は、コンテンツオーナの一例である。
【００２８】
“ユーザ情報”はユーザ挙動情報、および／またはユーザプロファイル情報を含んでいてもよい。
【００２９】
“ｅ−メール情報”は、（“内部ｅ−メール情報”とも呼ばれる）ｅ−メールに含まれる情報や、ｅ−メールに含まれる情報から導出することのできる情報、および／またはｅ−メールに関連する情報、とともに、このような情報の拡張（例えば、関連情報から導出される情報）も含んでいてもよい。ｅ−メール情報から導出される情報の例は、ｅ−メールの件名から抽出された用語で構成された検索クエリに応答して戻された検索結果から抽出されまたはそうでなければ導出された情報である。ｅ−メール情報に関連する情報の例は、所定のｅ−メールと同じ送信者によって送信される１つ以上の他のｅ−メールについてのｅ−メール情報、またはｅ−メール受取人についてのユーザ情報を含む。ｅ−メール情報から導出される、またはｅ−メール情報に関連する情報を“外部ｅ−メール情報”と呼ぶことがある。
【００３０】
セクション４．２  その中で本発明が動作し得る、あるいはそれを用いて本発明が動作し得る例示的環境  
図１はオーディオコンテンツを配信し、受信することができるさまざまな方法を図示する図である。さまざまなクライアントロケーションにおいて、例えば、（コンピュータ、ラジオ、オーディオプレーヤ、テレビジョン、電話機等を含んでもよい、家庭住居、または企業のような）顧客の建物１１１、移動体電話機１１２、オーディオプレーヤ１１３、ラップトップコンピュータ１１４、カーラジオ１１５等のような、さまざまなデバイス１１０を使用して、オーディオコンテンツを消費することができる。例えば、衛星１４２を通して、地上波ラジオ（テレビジョン、テレフォニー、またはデータ）送信局１２０、ケーブルテレビジョン（ラジオ、テレフォニー、またはデータ）送信局１３０、衛星ラジオ（テレビジョン、テレフォニー、またはデータ）送信局１４０から；例えば、インターネットのようなネットワーク１６０を通して、オーディオコンテンツサーバ（例えば、ウェブキャスティングサーバ、ポッドキャスティングサーバ、オーディオストリーミングサーバ、オーディオダウンロードウェブサイト等）１５０から；例えば、公衆電話交換ネットワーク（“ＰＳＴＮ”）、およびインターネットのようなネットワーク１６０を通して、電話サービスプロバイダ１７０から；のようにさまざまな情報源からオーディオコンテンツを送信してもよい。すべての接続を示しているわけではないが、１つ以上の送信局１２０、１３０、および１４０が、ネットワーク１６０に結合されていてもよい。
【００３１】
図２は広告環境の図である。環境は、（単に広告サーバとして呼ぶ）広告エントリ、メンテナンス、および配信システム２２０を含む。広告主２１０は、システム２２０において、直接的にまたは間接的に広告情報を入力し、維持し、および追跡する。広告はいわゆるバナー広告のようなグラフィック広告、テキストのみの広告、画像広告、オーディオ広告、ビデオ広告、このような任意のコンポーネントの１つ以上の組み合わせの広告等の形態であってもよい。広告はまた、リンク、電話番号、ｅ−メールアドレスのような埋め込み情報、および／または、機械実行可能命令を含んでいてもよい。広告消費者２３０は、システム２２０に広告に対する要求を出してもよく、広告消費者２３０の要求に応答した広告をシステム２２０から受け入れてもよく、システム２２０に対して利用情報を提供してもよい。広告消費者２３０以外のエンティティが広告に対する要求を開始してもよい。示していないが、他のエンティティが、利用情報（例えば、広告に関連するコンバージョンまたは選択が発生したか否か）をシステム２２０に対して提供してもよい。この利用情報は、供給された広告に関連して、測定または観察されたユーザの挙動を含んでいてもよい。
【００３２】
広告サーバ２２０は、‘９００出願で説明したものと類似していてもよい。広告プログラムは、アカウント、キャンペーン、クリエイティブ、ターゲット等に関する情報を含んでいてもよい。用語“アカウント”は、所定の広告主に対する情報（例えば、一意的なｅ−メールアドレス、パスワード、請求書発行情報等）に関連する。“キャンペーン”または“広告キャンペーン”は、１つ以上の広告の１つ以上のグループを指し、開始日、終了日、予算情報、地理的ターゲット情報、企業組合情報等を含んでいてもよい。例えば、ホンダは、その自動車ラインに対して１つの広告キャンペーンを、そして、そのオートバイラインに対して別の広告キャンペーンを持っていてもよい。その自動車ラインに対する広告キャンペーンは、それぞれが１つ以上の広告を含む、１つ以上の広告グループを持っていてもよい。それぞれの広告グループは、（例えば、１組のキーワード、１つ以上のトピックの組等の）ターゲット情報、および価格情報（例えば、（インプレッション毎、選択毎、コンバージョン毎の費用等の）費用、平均費用、または最大費用）を含んでいてもよい。したがって、単一費用、単一の最大費用、および／または単一の平均費用が、１つ以上のキーワードおよび／またはトピックに関係付けられてもよい。上に述べたように、それぞれの広告グループは１つ以上の広告または“クリエイティブ”（すなわち、エンドユーザに対して最終的にレンダリングされる広告コンテンツ）を持っていてもよい。それぞれの広告は、（例えば、広告主のホームページのようなランディングウェブページ、または、特定の製品もしくはサーバに関係付けられたウェブページ等の）ＵＲＬに対するリンクを含んでいてもよい。代わりに、または、加えて、それぞれの広告は、（例えば、製品またはサービス情報を提供するのを容易にするために、または注文を完了するのを容易にするために）電話通話を開始するための埋め込まれた情報を含んでもよい。代わりに、または、加えて、それぞれの広告は、（例えば、製品またはサービス情報を提供するのを容易にするために、または注文を完了するのを容易にするために）メッセージを開始するための情報を含んでもよい。広告情報は、より多くのまたはより少ない情報を含んでいてもよく、さまざまな異なる方法で組織化されてもよいのは当然である。
【００３３】
図３は、その中で本発明を使用してもよい環境３００を図示する。（“クライアント”または“クライアントデバイス”としても呼んでもよい）ユーザデバイス３５０は、メディアプレーヤ（例えば、ＭＰ３プレーヤ、ストリーミングオーディオプレーヤ、ラジオ、テレビジョン等）；（例えば、マイクロソフトによるエクスプローラブラウザ、ノルウェイのオペラソフトウェア(登録商標)によるオペラウェブブラウザ、またはＡＯＬ／タイムワーナー(登録商標)によるナビゲータブラウザ、モジラ(登録商標)からのファイアフォックスブラウザ等のような）ブラウザ機構；ｅ−メール機構（例えば、マイクロソフトによるアウトルック（登録商標））；テレフォニー手段；等を含んでいてもよい。検索エンジン３２０は、ユーザデバイス３５０がドキュメントの収集物（例えば、ウェブページ）を検索できるようにしてもよい。コンテンツサーバ３３０は、ユーザデバイス３５０が、例えば、オーディオドキュメントのようなドキュメントにアクセスするのを許容してもよい。（グーグルからのＧＭａｉｌ(登録商標)、マイクロソフトネットワークからのホットメール(登録商標)、ヤフーメール等のような）ｅ−メールサーバ３４０を使用して、ユーザデバイス３５０に対してｅ−メール機能を提供してもよい。ｅ−メールはオーディオ添付物および／またはボイスメッセージを含んでもよい。広告サーバ３１０を使用して、ユーザデバイス３５０に広告を供給してもよい。検索エンジン３２０により提供される検索結果に関係して、広告を供給してもよい。しかしながら、コンテンツ関連広告は、コンテンツサーバ３３０により提供されるコンテンツ；ｅ−メールサーバ３４０、および／または、ユーザデバイスのｅ−メール機構によりサポートされるｅ−メール（もしくは、ボイスメールサーバによりサポートされるボイスメール）；オーディオサーバ３６０により供給され、および／またはユーザデバイスオーディオプレーヤ機構により再生されるオーディオコンテンツ；に関係して供給されてもよい。電話サービスプロバイダ機構３７０を使用して、ネットワーク３６０を通して、電話またはウォーキートーキーサービスを提供してもよい。例えば、ボイスオーバーインターネットプロトコル（“ＶｏＩＰ”）サービスを提供する会社もある。
【００３４】
‘９００出願で説明したように、広告はコンテンツサーバにより供給されるドキュメントにターゲット付けされていてもよい。したがって、広告消費者２３０の一例は、（例えば、記事、議論スレッド、音楽、オーディオ（例えば、音楽作品、演劇作品、ボイスメール、トークショー等）、ビデオ、グラフィック、検索結果、ウェブページリスト等の）ドキュメントに対する要求を受信し、要求に応答して要求されたドキュメントを取得し、そうでなければ要求に対してサービスする、一般的なコンテンツサーバ３３０である。コンテンツサーバは（例えば、要求に必ずしも対応せずに）コンテンツをブロードキャストしてもよい。コンテンツサーバは広告サーバ２２０／３１０に向けて広告に対する要求を出す。このような広告要求は、所望される広告数を含んでいてもよい。広告要求はドキュメント要求情報も含んでいてもよい。この情報は、ドキュメント自体（例えば、ページ、音楽ファイル、オーディオファイル、オーディオストリームのセグメント等）、ドキュメントのコンテンツまたはドキュメント要求に対応しているカテゴリまたはトピック（例えば、芸術、ビジネス、コンピュータ、芸術−映画、芸術−音楽等）、ドキュメント要求の一部または全部、コンテンツ経年数、コンテンツタイプ（例えば、テキスト、グラフィック、ビデオ、オーディオ、混合メディア等）、地理的ロケーション情報、ドキュメント情報等を含んでいてもよい。
【００３５】
コンテンツサーバ３３０は、（例えば、要求された）ドキュメントを、広告サーバ２２０／３１０により提供される１つ以上の広告と結合してもよい。ドキュメントコンテンツと広告とを含んでいるこの結合された情報は、次に、ユーザに対して提示するために、ドキュメントを要求した、または、ドキュメントを受信するようにエンドユーザデバイス自体が構成されている、エンドユーザデバイス３５０に向けて転送される。最後に、コンテンツサーバ３３０は、広告についての情報と、広告がどのように、いつ、および／またはどこでレンダリングされたのかについての（例えば、広告スポット、位置、選択が発生したか否か、インプレッション時間、インプレッション日付、サイズ、時間長、量、コンバージョンが発生したか否か等の）情報とを広告サーバ２２０／３１０に返信してもよい。代わりに、または、加えて、他の任意の手段でこのような情報を広告サーバ２２０／３１０に戻してもよい。
【００３６】
オフラインコンテンツプロバイダ３３２は、これから出てくる発行物における広告スポット、および、おそらくは発行物についての情報（例えば、コンテンツ、または、コンテンツのトピックもしくは概念）を広告サーバ３１０に対して提供してもよい。応答して、広告サーバ３１０は、少なくともいくつかの広告スポットに対して、発行物のコンテンツに関連性のある１組の広告を提供してもよい。オフラインコンテンツプロバイダ３３２の例は、例えば、雑誌発行者、新聞発行者、書籍発行者、オフラインラジオブロードキャスト、オフライン音楽発行者、オフラインビデオゲーム発行者、劇プロダクション、コンサート、スポーツイベント等を含む。
【００３７】
オフライン広告スポットプロパティ３３４のオーナは、彼らのオフラインプロパティにおける広告スポット（例えば、テキサス州、サンアントニオにおけるＮＢＡゲームのためのスタジアムスコアボードバナー広告）についての情報を提供してもよい。応答して、広告サーバは、少なくともいくつかの広告スポットに対するプロパティに関連性のある１組の広告を提供してもよい。オフラインプロパティ３３４の例は、例えば、電光掲示板、スタジアムスコアボード、および外野壁、トラックトレーラーの側面等を含む。
【００３８】
広告消費者２３０の別の例は、検索エンジン３２０である。検索エンジン３２０は、検索結果のためのクエリを受け取ってもよい。応答して、検索エンジンは（例えば、ウェブページのインデックスから）関連性のある検索結果を取得してもよい。例示的な検索エンジンは、S.Brin氏およびL.Page氏により、オーストラリア、ブリズベン、第７回国際ワールドワイドウェブ会議において発表された論文“大規模ハイパーテキストの検索エンジンに関する解剖”、および、米国特許第6,285,999号（これらの両方はここで参照によって組み込まれている）に説明されている。このような検索結果は、例えば、ウェブページタイトルのリスト、これらのウェブページから抽出されたテキストの断片、および、これらのウェブページに対するハイパーテキストリンクを含んでいてもよく、予め定められた数（例えば、１０）の検索結果へとグループ化されてもよい。
【００３９】
検索エンジン３２０は広告サーバ２２０／３１０に要求を出してもよい。要求は、所望される広告数を含んでいてもよい。この数は、検索結果、検索結果により占められる画面の分量またはページ空間、広告のサイズおよび形状等に依拠していてもよい。１つの実施形態では、所望される広告数は１から１０、好ましくは３から５であるだろう。広告に対する要求は、（入力され、または構文解析された）クエリ、（地理的ロケーション情報、アフェリエイトからクエリが来たか否か、およびこのようなアフェリエイトの識別子のような）クエリに基づいた情報、検索結果に関係した情報、または検索結果に基づいた情報を含んでいてもよい。このような情報は、例えば、検索結果に関連した識別子（例えば、ドキュメント識別子すなわち“ｄｏｃＩＤ”）、検索結果に関連したスコア（例えば、クエリおよびドキュメントに対応した特徴ベクトルの内積のような情報検索（“ＩＲ”）スコア、ページランクスコア、および／または、ＩＲスコアとページランクスコアの組み合わせ等）、識別されたドキュメント（例えば、ウェブページ）から抽出されたテキストの断片、識別されたドキュメントの全文テキスト、識別されたドキュメントのトピック、識別されたドキュメントの特徴ベクトル等を含んでいてもよい。
【００４０】
検索エンジン３２０は、検索結果を、広告サーバ２２０／３１０により提供される１つ以上の広告と結合してもよい。検索結果と広告とを含んでいるこの結合された情報は、次に、ユーザに対して提示するために、検索を行ったユーザに向けて転送される。有料の広告と、おそらくは中立的な検索結果との間でユーザが混乱することのないように、好ましくは、広告とは別のものとして検索結果が維持される。
【００４１】
最後に、検索エンジン３２０は、広告についての情報と、広告がいつ、どこで、および／またはどのようにレンダリングされたのかについての（例えば、位置、選択が発生したか否か、インプレッション時間、インプレッション曜日、サイズ、コンバージョンが発生したのか否か等の）情報とを広告サーバ２２０／３１０に返信してもよい。代わりに、または、加えて、他の任意の手段でこのような情報を広告サーバ２２０／３１０に提供し戻してもよい。
【００４２】
ｅ−メールサーバ３４０は、一般的に、ドキュメントが供給されるコンテンツサーバとして考えられてもよいが、その場合、供給されるコンテンツは単にｅ−メールであってもよい。さらに、ｅ−メールを送受信するために、（例えば、マイクロソフトのアウトルックのような）ｅ−メールアプリケーションを使用してもよい。したがって、ｅ−メールサーバ３４０、またはアプリケーションは、広告消費者２３０として考えられてもよい。したがって、ｅ−メールはドキュメントであるとして考えてもよく、ターゲット付けされた広告がこのようなドキュメントに関係して供給されてもよい。例えば、１つ以上の広告がｅ−メール中で、ｅ−メール上で、そうでなければｅ−メールに関係して供給されてもよい。示していないが、一般的に、ボイスメールサーバはコンテンツサーバとして考えられてもよい。
【００４３】
一般的に、オーディオサーバ３６０はコンテンツサーバとして考えられてもよく、ここで供給されるドキュメントは、単に、例えば、オーディオストリームまたはオーディオファイルのようなオーディオドキュメントである。さらに、（ＲｅａｌＮｅｔｗｏｒｋのリアルメディアプレーヤ、マイクロソフトのメディアプレーヤ、アップル（登録商標）のクイックタイムプレーヤ等のような）オーディオプレーヤアプリケーションを使用して、オーディオファイルをレンダリングしてもよい。したがって、オーディオサーバ３６０またはアプリケーションは、広告消費者２３０として考えられてもよい。したがって、オーディオドキュメントに関係して、広告を供給してもよい。例えば、オーディオの歌、番組、番組セグメントの前に、オーディオの歌、番組、番組セグメントの間に、またはオーディオの歌、番組、番組セグメントの後等に、１つ以上の広告を供給してもよい。代わりに、オーディオの歌、番組、番組セグメント等に関係して、１つ以上の広告を供給してもよい。
【００４４】
最後に、電話サービスプロバイダ機構３７０もまた、電話の会話のトピックに関連する広告のような広告を消費してもよい。
【００４５】
上記の説明は、（ｉ）広告を要求し、（ｉｉ）広告をコンテンツと結合する、としてサーバを説明したが、これらの動作のうちの１つまたは両方が、（例えばエンドユーザのコンピュータのような）クライアントデバイスによって実行されてもよい。
【００４６】
セクション４．３  例示的な実施形態  
図４は、本発明と一貫した方法で実行してもよい、例示的な動作と、このような動作により使用してもよい、および／または発生させてもよい情報とのデータフロー図である。動作は、例えば、関連性情報の決定および／または抽出動作４１０、広告スポット決定動作４２０、関連広告決定動作４４０、広告主課金／請求書発行動作４５０、広告情報のエントリおよび管理動作４５５、広告ユーザフィードバック追跡動作４６０、広告アービトレーション動作４７０、ならびに、広告配信（例えば、挿入）動作４８０のうちの１つ以上を含む。情報は、オーディオドキュメント関連性情報４１５、広告スポット情報４３０、および広告情報４４５を含んでもよい。
【００４７】
関連性情報の決定および／または抽出動作４１０は、オーディオコンテンツ（および、おそらくは、オーディオドキュメント識別子）４０５を受け入れてもよく、そして、オーディオドキュメント関連性情報４１５を発生させる。このような関連性情報の決定および／または抽出動作４１０を実行するための例示的な方法を、以下で図８を参照して説明する。このようなオーディオドキュメント関連性情報４１５を記憶するための例示的なデータ構造を、以下で図５を参照して説明する。
【００４８】
広告スポット決定動作４２０は、オーディオコンテンツ４０５および／またはオーディオ発行者提供された広告スポット情報４２５を受け入れてもよく、広告スポット情報４３０を発生させてもよい。このような広告スポット決定動作４２０を実行するための例示的な方法を、以下で図９を参照して説明する。このような広告スポット情報４３０を記憶するための例示的なデータ構造を、以下で図６を参照して説明する。
【００４９】
関連広告決定動作４４０は、オーディオドキュメント関連性情報４１５、広告スポット情報４３０、および広告情報４４５（および、おそらくは他の関連性情報）を使用して、１つ以上の関連広告４６５を発生させてもよい。関連広告決定動作４４０を実行するための例示的な方法を、以下で図１０を参照して説明する。広告情報を記憶するための例示的なデータ構造を、以下で図７を参照して説明する。
【００５０】
広告アービトレーション動作４７０は、広告情報４４５を使用して、関連広告４６５をスコア付けし、関連広告の広告スポットに対する関連付け４７５を発生させてもよい。広告アービトレーション動作４７０を実行するための例示的な方法を、以下で図１１を参照して説明する。
【００５１】
広告配信動作４８０は、広告、広告スポット関連付け４７５を受け入れてもよく、オーディオコンテンツ４０５に関連して（例えば、広告をオーディオコンテンツ中に挿入して）広告を供給する。例えば、ミキサーを使用して、オーディオ広告を、オーディオドキュメントの適切な部分（例えば、広告スポット）に結合させてもよい。このような挿入は、例えば、オーディオコンテンツサーバにおいて、および／または、クライアントデバイスにおいて発生してもよい。
【００５２】
広告主課金／請求書発行動作４５０、広告情報のエントリおよび管理動作４５５、および、広告ユーザフィードバック追跡動作４６０は、‘４２７出願および‘９００出願において説明した技術を使用して実行されてもよく、および／または、当業者に周知の技術を使用してもよい。
【００５３】
セクション４．３．１  例示的な方法とデータ構造  
図８は、本発明と一貫した方法で、オーディオドキュメント（または、そのセグメント）に対する関連性情報を抽出および／または決定するための例示的な方法８００のフロー図である。オーディオドキュメントからのオーディオコンテンツを解析して、テキストの情報を導出する（ブロック８１０）。次に、テキストの情報を解析して、関連性情報を発生させ（ブロック８２０）、この後で、方法８００は終了する（ノード８３０）。
【００５４】
戻って、ブロック８１０を参照すると、さまざまなオーディオフィード上にスピーチ認識を実行すること、信頼度スコアで注釈が付けられた仮定の単語を生成すること、または、多くの仮定を含む格子を生成する（したがって、キーワードを取りそこなう可能性が低くなる）ことによって、オーディオ情報からテキスト情報を導出する。周知の自動スピーチ認識技術によって、オーディオをテキストに変換することが達成できる。（例えば、ここで参照として組み込まれる、Kai-Fu Lee氏による“自動スピーチ認識−−ＳＰＨＩＮＸシステムの開発”、クルワーアカデミック出版、マサチューセッツ州、ノーウェル、１９８９年を参照のこと。）
一度（例えば、大まかな）書き起こしが利用可能になると、関連性情報（例えば、用語、重み付け用語、概念、重み付け概念、カテゴリ（例えば、垂直型カテゴリ）、重み付けカテゴリ等）が、書き起こしから導出されてもよく、そして、関連広告を選択するのに使用されてもよい。現在のスピーチ認識技術は、あるエンドユーザアプリケーションに対しては十分に正確ではないが、現在のスピーチ認識技術は、大まかな書き起こしを提供するためには十分であり、大まかな書き起こしから、オーディオドキュメントの要旨（すなわち、トピック）を決定することができる。
【００５５】
ブロック８２０を参照すると、‘４２７および‘９００出願において説明したもののような、ならびに、以下の特許出願等において説明したもののようなさまざまな技術を使用して、テキストの情報を解析して、関連性情報を発生させてもよい。２００５年４月２２日に出願され、“カテゴリ化から導出した、タクソノミーおよびデータ構造に関して、ドキュメントおよび／またはクラスタのようなオブジェクトをカテゴリ化すること”と題され、David Gehrking 氏、Ching Law 氏、およびAndrew Maxwell氏を発明者として記載する、（ここに参照により組み込まれ、“‘７１６出願”として呼ばれる）、米国特許出願シリアル番号第11/112,716号。関連性情報は、例えば、１つ以上の用語ベクトル、重み付け用語ベクトル、クラスタ、重み付けクラスタ、カテゴリ（例えば、垂直型カテゴリ）、重み付けカテゴリ等を含んでもよい。クラスタは、２００２年１０月３日に出願され、“確率論的階層推論学習者のための方法および装置”と題され、（ “‘１４４仮”として呼ばれ、ここに参照により組み込まれる）、米国仮特許出願シリアル番号第60/416,144号；ならびに、２００３年９月３０日に出願され、“クラスタ関連単語に基づいて、ドキュメントを特徴付けするための方法および装置”と題され、Georges Herik 氏、およびNoam Shazeer氏を発明者として記載する、（“‘５７１出願”として呼ばれ、ここに参照により組み込まれる）米国特許出願シリアル番号第10/676,571号；に説明したもののような、確率論的階層推論学習者（“ＰＨＩＬ”として呼ぶ）クラスタであってもよい。例えば、‘１４４仮および‘５７１出願において説明した技術を使用して、このようなＰＨＩＬクラスタを発生させてもよい。テキストの情報の情報源は、ブロック８１０中でのように、オーディオコンテンツの解析から導出されたものであってもよい。
【００５６】
代わりに、または、加えて、オーディオ発行者（または他の何らかのエンティティ）は、テキストの情報でオーディオドキュメントに注釈を付けてもよく、または、オーディオコンテンツ（例えば、パケット、パケットの一部、ストリームの一部、ヘッダ、フッタ等）中にテキストの情報をエンコードしてもよい。例えば、ラジオ放送者は、彼らのブロードキャスト中で、局識別子、歌識別子、アーティスト識別子、アルバム識別子、番組識別子、ロケーション情報等を提供してもよい。このケースでは、ジャンルおよびロケーション情報は、オーディオブロードキャストから導出されるかもしれない。このような関連性情報を使用して、関連広告をターゲット付けしてもよい。別の例として、コンパクトディスクは、アルバム、アーティスト、歌のリスト等についての情報をエンコードしてもよい。ジャンル情報は、アーティスト、アルバムおよび／または歌から導出されてもよい。さらに、このような情報を使用して、歌のテキストの歌詞をルックアップしてもよい。さらに別の例として、ボイスメッセージが、関係するＩＰアドレスを有していてもよく、または電話の会話が、エリアコードを有していてもよく、ＩＰアドレスやエリアコードからロケーション情報を導出できる。さらに別の例として、番組は、キーワード、トピック等で注釈を付けてもよい。このような関連性情報を使用して、関連広告をターゲット付けしてもよい。
【００５７】
代わりに、または、加えて、オーディオ情報を解析して、他のタイプの関連性情報を発生させてもよい。例えば、オーディオ解析から、ボイスオーディオコンテンツの発話者（例えば、会話の参加者）の、（例えば、ピッチ、トーン等によって）性別を、（例えば、言語、アクセント等によって）国籍および／または人種を導出してもよい（例えば、M.A.Siegler氏、U.Jain氏、B.Raj氏、およびR.M.Stern氏による、“ブロードキャストニュースオーディオの自動的セグメント化、分類、およびクラスタリング”第９回口語システム技術ワークショップのプロシーディング、ニューヨーク州、ハーリマン、１９９６年；ならびに、Greg Sanders氏による“耳のためのメタデータ抽出”、リッチ書き起こしワークショップ、バージニア州、ヴィエナ、２００２年；を参照のこと（これらの両方はここで参照により組み込まれている）。）。
【００５８】
図５は、本発明と一貫した方法で、オーディオドキュメント関連性情報を記憶するための例示的なデータ構造５００を図示する。示したように、データ構造５００は、複数の行に対応する複数のエントリを含んでもよい。各エントリは、オーディオドキュメント識別子５１０と、関連性情報５２０とを含んでいてもよい。関連性情報は、用語、重み付け用語、概念、重み付け概念、クラスタ、重み付けクラスタ、垂直型カテゴリ、重み付け垂直型カテゴリ、ロケーション情報、ユーザ情報等のうちの１つ以上を含んでもよい。
【００５９】
図９は、本発明と一貫した方法で、広告スポットを決定するための例示的な方法９００のフロー図である。オーディオドキュメント発行者（例えば、インターネットラジオ局、または他の何らかのエンティティ）が、広告スポット情報を提供したか否かを決定してもよい（決定ブロック９１０）。すなわち、広告スポット情報は、ドキュメントに関係付けられていてもよいが、ドキュメントとは別々に（すなわち、ドキュメント中に含まれずに）提供されてもよい。そうである場合、提供された広告スポット情報を使用してもよく、および／または後で使用するために保存してもよく（ブロック９２０）、その後、方法９００は終了する（ノード９５０）。戻って、決定ブロック９１０を参照すると、発行者、または他の何らかのエンティティが、広告スポット情報を提供しなかった場合、オーディオドキュメントを解析して、広告スポット情報を決定してもよい（ブロック９３０）。次に、決定された広告スポット情報を使用してもよく、および／または後で使用するために保存してもよく（ブロック９４０）、その後、方法９００は終了する（ノード９５０）。
【００６０】
戻って、ブロック９２０を参照すると、オーディオ発行者、または、他の何らかのエンティティは、広告スポットが開始するときの絶対的または相対的時間を提供してもよい。発行者または他の何らかのエンティティは、継続時間または広告スポットが終了するときの時間をさらに提供してもよい。例えば、オーディオ発行者は、第１の広告スポットが東部標準時の午前８：２０に開始して、２分間続くことと；第２の広告スポットが東部標準時の午前８：４０に開始して、４分間続くことと；第３の広告スポットが８：５２に開始して、６分間続くこととを指定してもよい。別の例として、オーディオ発行者は、東部標準時の午前８：００に開始して、３０分毎に３分間の広告スポットが発生することを指定してもよい。さらに別の例として、オーディオ発行者は、オーディオ番組の開始後１５分毎に２分間の広告スポットが発生することと、オーディオ番組中の５０分毎に４分間の広告スポットが発生することとを指定してもよい。
【００６１】
戻ってブロック９３０を参照すると、オーディオドキュメント自体を解析して、広告スポット情報を決定してもよい。すなわち、広告スポット情報は、オーディオドキュメント自体の中で搬送されてもよい。例えば、オーディオ番組内に埋め込まれたオーディオトーンは、Ｘ秒の広告スポットが、Ｙ秒に開始することをエンコードしてもよい。別の例として、オーディオストリームのパケット中で搬送されるデータが、広告スポット情報を指定してもよい。
【００６２】
図６は、本発明と一貫した方法で、広告スポット情報を記憶するための例示的なデータ構造６００を図示する。示したように、データ構造６００は、複数の行に対応した複数のエントリを含んでもよい。各エントリは、広告スポット識別子６１０と、広告スポット情報６２０とを含んでもよい。広告スポット識別子６１０は、広告スポットが所属するオーディオドキュメント識別子を含んでもよい。広告スポット情報６２０は、いつ広告スポットを発生させるかに関連する情報（例えば、開始日付、時間、および継続時間；開始日付・時間および終了日付・時間；基準時間からの、開始時間および継続時間；基準時間からの、開始時間および終了時間；等）を含んでいてもよい。さらに、広告スポット情報は、フィルタのようなポリシー情報を含んでもよい。１つのクラスのフィルタは、広告のコンテンツに基づいて、広告をフィルタするものを含んでいてもよい。例えば、健康的な生活について話しているオーディオ番組は、タバコのための広告をフィルタ除外するかもしれない。別の例として、子供用オーディオ番組は、わいせつな、または、きわどい言語を含む広告をフィルタ除外するかもしれない。さらに別の例として、ギャンブル依存症を取り扱うオーディオ番組は、カジノのための広告をフィルタ除外してもよい。別のクラスのフィルタは、広告の情報源に基づいて、フィルタするものを含んでもよい。例えば、インターネットラジオ局は、競合するインターネットラジオ局の番組のための広告をブロックするかもしれない。例えば、以下の特許出願において説明したもののような、広告ポリシーを実現するための、他の技術を使用してもよい。２００３年９月５日に出願され、“ドキュメント特有の競合広告のような広告を識別および／またはブロックすること”と題され、Brian Axe氏、Rama Ranganath氏、およびNarayanan Shivakumar氏を発明者として記載する、（ここに参照により組み込まれ、“‘９１７出願”として呼ばれる）米国特許出願シリアル番号第10/656,917号；２００４年９月９日に出願され、“広告供給のブロッキングを容易にすること”と題され、Vibhu Mittal氏、Peter Norvig氏、およびMehran Sahami氏を発明者として記載する、（ここに参照により組み込まれ、“‘４６０出願”として呼ばれる）米国特許出願シリアル番号第10/937,460号。
【００６３】
広告スポット情報６２０はまた、例えば、広告スポットを含むオーディオ番組の情報源ロケーション、広告スポットを含むオーディオ番組を受信しているクライアントデバイスのロケーション、広告スポットを含むオーディオ番組を受信しているクライアントデバイスタイプ、のうちの１つ以上のような情報も含んでもよい。
【００６４】
上で説明した、いくつかの例示的な広告スポットは、明確な長さを持っていたが、広告は、固定または定められた長さを必ずしも持つ必要はない。例えば、ディスプレイ画面を有するメディアプレーヤの状況では、オーディオ番組を中断することなく（例えば、広告主によって規定された時間期間に対して、オーディオ発行者によって規定された時間の期間に対して、次の広告スポットまで等に）テキスト広告を表示してもよい。
【００６５】
図１０は、本発明と一貫した方法で、オーディオドキュメント中の広告スポットに関連する広告を決定するための例示的な方法１０００のフロー図である。示したように、例えば、図５のデータ構造５００中に記憶されたもののような、オーディオドキュメント関連性情報を受け入れてもよい（ブロック１０１０）。代わりに、または、加えて、オーディオドキュメント情報源ロケーション、クライアントデバイスロケーション、クライアントデバイスタイプ、時間、日付等のような広告スポット情報を受け入れてもよい（ブロック１０２０）。代わりに、または、加えて、例えば、１つ以上のエンドユーザ情報（例えば、過去の挙動、人口統計等）、情報源情報（例えば、オルタナティブ音楽局、クラシック音楽局、スポーツトーク局、ニュース局等）等のような、他の関連性情報を受け入れてもよい（ブロック１０３０）。次に、広告情報を解析して、オーディオドキュメント、広告スポット、および／または、他の関連性情報に関連する候補広告を決定してもよい（ブロック１０４０）。例えば、‘４２７および‘９００特許出願において説明したもののような技術を使用してもよい。次に、方法１００は終了する（ノード１０５０）。
【００６６】
戻って、ブロック１０４０を参照すると、広告情報は、広告主により提供されたターゲット情報を含んでもよい。代わりに、または、加えて、広告情報は、広告クリエイティブから導出されたターゲット情報、および／または、広告ランディングページのような、広告に関係付けられた情報を含んでもよい。このようなターゲット情報は、キーワード、垂直型カテゴリ、ジャンル、概念、オーディオ番組識別子、オーディオサーバ識別子、ユーザ識別子、ユーザタイプ、ロケーション、時間、日付、クライアントデバイス、他の供給制約等のうちの１つ以上を含んでもよい。
【００６７】
図１１は、本発明と一貫した方法で、オーディオドキュメント中の広告スポットに対して、競合する関連広告をアービトレートするための例示的な方法１１００のフロー図である。候補広告を受け入れる（ブロック１１１０）。各候補広告に対して、価格情報、および／または、性能情報を受け入れ（ブロック１１２０）、価格情報、および／または、性能情報を使用して、候補広告のそれぞれをスコア付けしてもよい（ブロック１１３０）。代わりに、または、加えて、スコアは、オーディオドキュメント（またはそのセグメント）に対する、広告の関連性の度合いを考慮してもよい。最後に、利用可能な広告スポットを満たすために、最高スコアリングの候補広告を選択して（ブロック１０４０）、その後で、方法１１００は終了する（ノード１１５０）。
【００６８】
戻って、ブロック１１２０を参照すると、価格情報は、例えば、インプレッション毎の価格、インプレッション毎の最大価格、選択毎の価格、選択毎の最大価格、コンバージョン毎の価格、コンバージョン毎の最大価格等であってもよい。性能情報は、例えば、選択レート、コンバージョンレート、エンドユーザレーティング等であってもよい。
【００６９】
戻って、ブロック１１３０を参照すると、例えば、以下の特許出願において説明した技術を使用して候補広告をスコア付けしてもよい。２００２年３月２９日に出願され、“性能情報に基づいた広告順序付けのための方法および装置”と題され、Georges R. Harik氏、Lawrence E. Page氏、Jane Manning氏、およびSalar Arta Kamangar氏を発明者として記載する、（ここに参照により組み込まれ、“‘６５６出願”として呼ばれる）米国特許出願シリアル番号第10/112,656号；２００２年３月２９日に出願され、“性能情報および価格情報に基づいた広告順序付けのための方法および装置”と題され、Salar Arta Kamangar氏、Ross Koningstein氏、およびEric Veach氏を発明者として記載する、（ここに参照により組み込まれ、“‘６５４出願”として呼ばれる）米国特許出願シリアル番号第10/112,654号；２００３年６月２日に出願され、“ユーザ要求情報およびユーザ情報を使用した広告供給”と題され、Krishna Bharat氏、Stephan Lawrence氏、Mehran Sahami氏、およびAmit Singhal氏を発明者として記載する、（ここに参照により組み込まれ、“‘７９１出願”として呼ばれる）米国特許出願シリアル番号第10/452,791号；２００３年６月３０日に出願され、“ユーザトピック関心情報を使用して、１つ以上のトピックを持つドキュメントとともに広告をレンダリングすること”と題され、Krishna Bharat氏を発明者として記載する、（ここに参照により組み込まれ、“‘３２２出願”として呼ばれる）米国特許出願シリアル番号第10/610,322号；２００４年６月２５日に出願され、“異なる費用割引方法からの申出をサポートするオンライン広告およびアービトレーションのための主要参加戦略アービトレーションを提供するための費用割引”と題され、John Lamping氏、Robert Shillingsburg氏、およびEric Veach氏を発明者として記載する、（ここに参照により組み込まれ、“‘７９０出願”として呼ばれる）米国特許出願シリアル番号第10/877,790号；２００５年６月２８日に出願され、“広告供給決定における構成のユーティリティの使用”と題され、Amit Patel氏、およびHal Varian氏を発明者として記載する、（ここに参照により組み込まれ、“‘３２３出願”として呼ばれる）米国特許出願シリアル番号第11/169,323号；２００４年１２月３０日に出願され、“通話機能性を備えたデバイスに対する広告のような、ローカルエリア広告の発生および／または供給”と題され、Shumeet Baluja氏、およびHenry A. Rowley氏を発明者として記載する、（ここに参照により組み込まれ、“‘５０７出願”として呼ばれる）米国特許出願シリアル番号第11/026,507号；２００５年６月１８日に出願され、“コンテンツ関連広告を選択および／またはスコアリングすること”と題され、Darrell Anderson氏、Alexander Paul Carobus氏、Giao Nguyen氏、およびNarayanan Shivakumar氏を発明者として記載する、（ここに参照により組み込まれ、“‘０５３出願”として呼ばれる）米国特許出願シリアル番号第11/184,053号；２００５年９月１６日に出願され、“異なる価値提示を有する広告主がこのような価値提示を広告システムに対して表現することを可能にする柔軟性のある広告システム”と題され、Sumit Agarwal氏、Gregory Joseph Badros氏、およびJohn Fu氏を発明者として記載する、（ここに参照により組み込まれ、“‘５８３出願”として呼ばれる）米国特許出願シリ���ル番号第11/228,583号。
【００７０】
図７は、本発明と一貫した方法で、広告情報を記憶するための例示的なデータ構造７００を図示する。示したように、データ構造７００は、複数の行に対応した複数のエントリを含んでもよい。各エントリは、広告識別子７１０、広告クリエイティブ７２０、ターゲット情報７３０、価格情報７４０、および／または性能情報７５０を含んでもよい。ターゲット情報７３０は、例えば、キーワード、垂直型カテゴリ、ジャンル、概念、オーディオ番組識別子、オーディオサーバ識別子、ユーザ識別子、ユーザタイプ、ロケーション、時間、日付、クライアントデバイス、他の供給制約等のうちの１つ以上を含んでいてもよい。ターゲット情報７３０は、広告主によって提供されてもよい。代わりに、または、加えて、ターゲット情報７３０は、広告クリエイティブ、および／または広告ランディングページのような、広告に関係付けられた情報から導出されてもよい。価格情報７４０は、例えば、インプレッション毎の価格、インプレッション毎の最大価格、選択毎の価格、選択毎の最大価格、コンバージョン毎の価格、コンバージョン毎の最大価格等であってもよい。性能情報７５０は、例えば、選択レート、コールスルーレート、メッセージスルーレート、コンバージョンレート、エンドユーザレーティング等であってもよい。
【００７１】
セクション４．３．２  例示的な装置  
図１２は、本発明と一貫した方法で、少なくともいくつかの動作を実行し、少なくともいくつかの情報を記憶するのに使用してもよい装置１２００のブロック図である。装置１２００は、基本的に１つ以上のプロセッサ１２１０、１つ以上の入力／出力インターフェイスユニット１２３０、１つ以上の記憶デバイス１２２０、ならびに、結合されたエレメント間での情報の通信を容易にするための１つ以上のシステムバスおよび／またはネットワーク１２４０を含む。１つ以上の入力デバイス１２３２および１つ以上の出力デバイス１２３４が、１つ以上の入力／出力インターフェイス１２３０と結合されていてもよい。
【００７２】
１つ以上のプロセッサ１２１０は、本発明の１つ以上の観点を実行するために機械実行可能命令（例えば、カリフォルニア州、パロアルトのサンマイクロシステムズ社から入手できるソラリスオペレーティングシステム上で、または、ノースカロライナ州、ダーハムのレッドハット社のような多くのベンダから幅広く入手できるリナックス (登録商標)オペレーティングシステム上で実行するＣまたはＣ＋＋）を実行してもよい。少なくとも一部の機械実行可能命令を、１つ以上の記憶デバイス１２２０に（一時的に、もしくは、より恒久的に）記憶してもよく、および／または、１つ以上の入力インターフェイスユニット１２３０により外部ソースから受け取ってもよい。
【００７３】
１つの実施形態では、機械１２００は１つ以上の従来のパーソナルコンピュータであってもよい。このケースでは、処理ユニット１２１０は１つ以上のマイクロプロセッサであってもよい。バス１２４０はシステムバスを含んでいてもよい。記憶デバイス１２２０は、リードオンリーメモリ（ＲＯＭ）および／またはランダムアクセスメモリ（ＲＡＭ）のようなシステムメモリを含んでいてもよい。記憶デバイス１２２０は、ハードディスクから読み取るための、またはハードディスクに書き込むためのハードディスクドライブや、（例えば、リムーバブル）磁気ディスクから読み取るための、または（例えば、リムーバブル）磁気ディスクに書き込むための磁気ディスクドライブ、および、コンパクトディスクもしくは他の（磁気）光学メディアのようなリムーバブル（磁気）光ディスクから読み取るための、またはコンパクトディスクもしくは他の（磁気）光学メディアのようなリムーバブル（磁気）光ディスクに書き込むための光ディスクドライブも含んでいてもよい。
【００７４】
ユーザは、例えばキーボードおよびポインティングデバイス（例えば、マウス）のような入力デバイス１２３２を通して、パーソナルコンピュータにコマンドと情報を入力してよい。これには、マイク、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナ、またはこれらの均等物のような他の入力デバイスも（または、代わりに）含まれてよい。これらの、および他の入力デバイスは、システムバス１２４０に結合される適切なインターフェイス１２３０を通して処理ユニット１２１０に接続されることが多い。出力デバイス１２３４は、モニタ、または、適切なインターフェイスによりシステムバス１２４０に接続され得る他のタイプの表示デバイスを含んでよい。モニタに加えて（または、代わりに）、パーソナルコンピュータは、例えばスピーカとプリンタのような、他の（示していない）（周辺）出力デバイスを含んでよい。
【００７５】
戻って、図３を参照して、１つ以上の機械１２００は、エンドユーザクライアントデバイス３５０、コンテンツサーバ３３０、オーディオコンテンツサーバ３６０、電話サービスプロバイダ機構３７０、検索エンジン３２０、ｅ−メール（もしくはｖ−メール）サーバ３４０、および／または、広告サーバ３１０として使用されてもよい。
【００７６】
セクション４．３．３  改良および代替物  
戻って、図４の動作４１０を参照すると、オーディオドキュメントが供給（例えば、ブロードキャスト、マルチキャスト、ユニキャスト、転送等）される前に、オーディオ発行者によって、関連性情報を提供してもよい。オーディオドキュメントが予め保存されている（例えば、予め記録されている）場合、オーディオドキュメントを供給する前に、オーディオドキュメントを解析してもよい。オーディオドキュメントがライブで供給されている場合、オーディオドキュメントが供給されているときに（おそらく、クライアントデバイスにおいてオーディオドキュメントがデコードされ、再生される少し前に）オーディオドキュメントを解析してもよい。
【００７７】
戻って、図４の動作４２０を参照すると、オーディオドキュメントが供給される前に、オーディオ発行者によって、オーディオドキュメントとは別々に、広告スポットを提供してもよい。代わりに、または、加えて、（例えば、広告スポットの発生のかなり前に、または、広告スポットの直前に）オーディオドキュメント中にエンコードされた情報に基づいて、広告スポットを決定してもよい。したがって、例えば、オーディオドキュメントは、前もって、２０分、４０分、および５５分において、３つの２分間広告スポットがあるという事実をドキュメント中にエンコードしてもよい。別の例として、オーディオドキュメントは、１０分、１９分、および、５０分において、２分間広告スポットがあるという事実をドキュメント中にエンコードしてもよい。このようなエンコーディングは、（可聴の、または可聴でない）オーディオトーン、オーディオパケットまたはオーディオストリームパケット中のテキスト情報、広告サーバを呼び出すための実行可能コード（例えば、Ｊａｖａスクリプト）の形態であってもよい。
【００７８】
いくつかのケースでは、オーディオドキュメントをオンデマンドでダウンロードすることができるので、より多くのまたはより少ない広告スポットを収容するように、オーディオドキュメントの長さを変化させてもよいということに留意すべきである。例えば、とても関連する広告がたくさんある場合、および／または、広告主がインプレッションに対して多く支出したがっている場合、より多くの広告スポット時間が提供されてもよい。したがって、（Ａ）広告関連性の度合い、（Ｂ）より多くの広告スポットを持つことの収益的利点、（Ｃ）より多くの広告スポットを持つことにおけるユーザ有用性の減少（例えば、ユーザのいらだち）、（Ｄ）コンテンツに対するユーザ需要のレベル、（Ｅ）コンテンツのエンドユーザ資金供給の範囲、等のうちの１つ以上に依拠して、オーディオコンテンツ時間−対−広告時間の比を減少させてもよく、または、増加させてもよい。
【００７９】
オーディオドキュメントが予め保存されている（例えば、予め記録されている）場合、オーディオドキュメントが供給（例えば、ブロードキャスト、マルチキャスト、ユニキャスト、転送等）される前に、さまざまな広告スポット中に供給すべき広告を決定するためのアービトレーションが発生してもよい。オーディオドキュメントがライブで供給されている場合、オーディオドキュメントが供給されているときに（おそらく、クライアントデバイスにおいてオーディオドキュメントがデコードされ、再生される少し前に）アービトレーションが起ってもよい。オーディオドキュメントが（例えば、ＦＴＰのような何らかの転送プロトコルを使用して）ダウンロードされる場合、ドキュメントは、オーディオドキュメントが再生されるときに（例えば、再生が開始されるときに）、広告アービトレーションを開始するための実行可能コードを含んでいてもよい。いずれのケースにおいても、アービトレーションの後に、オーディオドキュメント（例えば、オーディオコンテンツを搬送するストリーム）とともに、広告を提供（例えば、オーディオドキュメント中に挿入）してもよい。オーディオドキュメントが予め保存されている場合、そのオーディオドキュメント中のすべての広告スポットが、一時でアービトレートされてもよい。このようにして、より高い需要のオーディオドキュメント部分における広告スポット（例えば、オーディオドキュメントの開始）を、より高いスコアリングの広告で満たしてもよい。
【００８０】
オーディオドキュメントを、それぞれが広告スポットを含むセグメントに分割してもよい。このような実施形態では、それぞれのセグメントを、オーディオドキュメント自体であるとみなしてもよい。特定のオーディオセグメントのベースで、または、（例えば、より多く重み付けされた）特定のオーディオセグメントと、（例えば、より少なく重み付けされた）全体としてのオーディオドキュメントとの両方のベースで、関連広告を決定してもよい。
【００８１】
広告情報は、広告主が、所定のオーディオドキュメント（インスタンス）中で、広告主の広告を１回以上供給することを望むか否か、または１回以上供給することに同意するか否かを含んでいてもよい。例えば、広告主は、オーディオドキュメントのインスタンス（例えば、ユニキャストオーディオストリーム）とともに、広告主の広告をＮ回だけしか供給しないことを指定するかもしれない。代わりに、または、加えて、広告ネットワーク、および／または、オーディオドキュメント発行者は、オーディオドキュメントのインスタンスとともに、所定の広告を供給することができる回数を制限するポリシーを実現してもよい。
【００８２】
多くの例を、インプレッション毎の申出（または、最大申出）の文脈で説明したが、本発明と一貫した実施形態は、ユーザ選択（または通話、または、メッセージング等）毎の申出（または、最大申出）、コンバージョン（例えば、電話通話、アイテム購入、アイテム注文等）毎の申出（または、最大申出）のような他の申出を考慮してもよい。同様に、スコアリングは、１つ以上の申出の関数であってもよく、おそらく、１つ以上のユーザアクションの尤度であってもよい。広告スコアリングは、インプレッション毎の予期される費用（例えば、インプレッション毎の入札、選択＊選択レートまたは確率毎の入札、コンバージョン＊コンバージョンレートまたは確率毎の入札等）を反映させてもよく、広告をスコアリングするための他の技術を使用してもよい。このような技術は広告のエンドユーザ有用性（例えば、関連性、いらだち要因等）を考慮してもよい。
【００８３】
オーディオドキュメント内にオーディオ広告を挿入するとして、本発明に一貫した実施形態のいくつかのものを説明したが、広告は、他のフォーマットであってもよく、オーディオドキュメントとともに供給されてもよい。例えば、ディスプレイ画面を備えるＭＰ３プレーヤ上で、ＭＰ３ファイルが、再生される前に、再生されている間に、または、再生された後に、テキスト広告が供給されるかもしれない。別の例として、マルチメディアプレーヤ上で、ＭＰ３ファイルが再生される前に、ビデオまたはアニメ化された広告が再生されるかもしれない。したがって、広告のフォーマットは、それとともに広告が供給されるオーディオドキュメントのフォーマットに一致していてもよいが、広告のフォーマットは、必ずしもオーディオドキュメントのフォーマットに一致していなくてもよい。
【００８４】
図４および１０は、所定のオーディオドキュメントに対して関連広告を決定するとして説明したが、本発明に一貫した実施形態を使用して、所定の広告に関連するオーディオドキュメント（またはその広告スポット）を決定してもよい。例えば、広告主には、その広告に関連すると考えられるドキュメントが提示されてもよい。ドキュメントは、このような関連性を使用して順序付けされてもよい。広告主は、ドキュメントとともに（または、その広告スポットとともに）、広告主の広告を供給させようとすることを選択してもよい。広告主は、このような選択を、ドキュメントとともに広告主の広告を供給させる申出として、表現してもよい。他の広告主が同様なことを行ってもよい。オーディオドキュメントが供給されるとき、オーディオドキュメントとともに供給されるのに適格性のある広告の間での競争が、（例えば、オークションを使用して）アービトレートされてもよい。
【００８５】
広告供給ネットワークとオーディオ発行者との間で、広告ベースの収益を分配してもよい。オーディオ発行者は、購読ベースで、ダウンロード毎ベースで、および／または、レンダリング毎ベースで、エンドユーザから金銭を収集してもよい。オーディオ発行者と分配した広告収益を使用して、ユーザ費用を補助してもよい（例えば、費用を減少させてもよく、または無くしてもよい）。実際、広告収益（例えば、広告ネットワークの分配、および／またはオーディオ発行者の分配）を使用して、広告を含むオーディオドキュメントをダウンロードまたはレンダリングさせるために、ユーザに支払いを行ってもよい。例えば、ユーザが、ＭＰ３の歌をダウンロードするために、通常は＄1.00を支払う場合、１つ以上の広告を有するＭＰ３の歌をダウンロードするために、より少なくチャージされるかもしれない（または、全くチャージされず、または、実際に支払うかもしれない）。広告収益を使用して、ボイスメール、ライブチャット、着信音、歌ダウンロード、歌再生、オーディオ番組ダウンロード、オーディオ番組再生、電話サービス、ウォーキートーキーサービス等のような他のコンテンツおよび／またはサービスを補助してもよい。
【００８６】
本発明に一貫した実施形態におけるアービトレーションは、ブロードキャスト毎（または、マルチキャスト毎）のベースで、あるいは、供給毎、またはダウンロード毎のベースで実行されてもよい。供給毎、またはダウンロード毎のベースでアービトレーションを実行することは、より多くの収益を発生させる可能性を持つ。例えば、100,000個の広告スポットを有するオーディオドキュメント上で、ブロードキャスト毎の契約の下で、広告主Ａが＄50,000.00の予算制限とともに、＄5.00／インプレッションを支払うことを望み、広告主Ｂが＄60,000.00の予算制限とともに、＄2.00／インプレッションを支払うことを望み、広告主Ｃが＄100,000.00の予算制限とともに、＄1.00／インプレッションを支払うことを望む場合、広告Ｃが100,000回供給され、＄100,000.00の純益を上げるだろう。他方、広告スポット毎のアービトレーションの下では、広告Ａが10,000回供給され、広告Ｂが30,000回供給され、広告Ｃが60,000回供給され、＄170,000.00（＄50,000.00＋＄60,000.00＋＄60,000.00）の純益を上げるだろう。
【００８７】
セクション４．４  動作の例  
セクション４．４．１  第１の例−オーディオストリーム毎の申出、リアルタイムアービトレーション、および、広告ネットワークホスト管理されたオーディオドキュメント供給  
広告主は、本発明に一貫したシステムにログインして、ターゲット情報（例えば、言語、用語、カテゴリ、ユーザの国等）を入力してもよい（例えば、図４の４５５を想起せよ。）。応答して、広告主は、彼らの基準に一致するオーディオストリームのリストを見せられてもよい。リストは、関連性の度合いに基づいた順序で広告主に対して提示されてもよい。次に、広告主は、１つ以上のオーディオストリームにおいて、ダウンロード毎の最大費用申出を入力してもよい。
【００８８】
広告ネットワークは、広告ネットワークに参加しているオーディオストリームの供給をホスト管理してもよい。ユーザがオーディオストリームをダウンロードするとき、ダウンロード時において、アービトレーションを実行して、オーディオストリームとともに、（例えば、オーディオストリームに挿入して）どの広告を供給するかを決定してもよい。この簡単な例において、アービトレーションは、単に、オーディオストリーム上に入札しているすべての広告の、ダウンロード毎の最大費用申出を単に比較して、１つ以上の勝ち残り広告を決定してもよい。
【００８９】
勝ち残り（例えば、オーディオ）広告は、（例えば、広告発行者により指定された）正しいスポットにおいて、オーディオストリームとともに（例えば、オーディオストリームに挿入されて）供給され、ユーザに配信される。例えば、オーディオ発行者は、ストリームの開始時、ストリーム中の１０分、ストリーム中の２０分等において、広告スポットを指定することができる。
【００９０】
広告主には、広告供給の数、および他の関連する統計（例えば、ダウンロード要求がどの国から到来したか等）の（例えば、リアルタイムの）報告が供給されてもよい。
【００９１】
セクション４．４．２  第２の例−ストリーミング前のアービトレーションおよび広告挿入を伴う、オーディオストリーム毎の申出  
広告ネットワークがオーディオドキュメントの供給をホスト管理しない場合、リアルタイムアービトレーションを実行するのはより困難であるだろう。１つの解決法は、リアルタイムアービトレーションを、完全に回避することであろう。例えば、オーディオストリームが開始する前に、（例えば、固定時間において）オークションを終了することができる。このことは、（アービトレーションがユーザ要求の後で、しかしストリーミングの前に、実行される場合には、有用であるかもしれないものの、オンデマンドでダウンロードされるものというよりは）むしろ、設定された時間におけるオーディオストリームブロードキャストに対して、特に有用である。すなわち、広告主がオーディオ番組に入札するオンラインオークションを開催できる。結果的に、リアルタイムアービトレーションの代わりに、オーディオストリームが開始する前に終了するオンラインオークションがあってもよい。このようにして、オーディオストリームとともに供給されることになる広告が、開始時間の前に知られることになる。本発明に一貫した、このような例示的な実施形態は、ストリームの集合（例えば、オーディオドキュメントブロードキャスト）が入札されることになる場合に、より有用であるだろう。なぜなら、オーディオドキュメントインスタンス毎（例えば、ユニキャストオーディオストリーム毎）のベースで入札することは、広告主にとって効率的でないかもしれないためである。
【００９２】
セクション４．４．３  第３の例−ターゲット基準毎の申出  
上記の２つの例において、広告主は、特定のオーディオドキュメントに申出を関係付けることによって、特定のオーディオドキュメントをターゲット付けした。しかしながら、残念なことに、オーディオドキュメントの数が増加して、広告が供給される特定のオーディオドキュメントにはかかわらず、関連するオーディオドキュメントとともに広告主の広告を（関連するユーザに対して）供給することについて広告主が主に関心を持っているときには、これは不便になるだろう。
【００９３】
オーディオドキュメントが、ＮＦＬフットボールシーズンの間に発生された、ＮＦＬフットボールチームであるオークランドレイダーズのための、（例えば、ラジオブロードキャスト、テレビジョンブロードキャスト、ケーブルブロードキャスト、インターネットブロードキャスト、インターネットマルチキャストまたはユニキャスト、デジタルビデオレコーダ再生等としての）ウイークリープレゲームショーであると仮定する。オーディオ発行者は、そのウイークリーショーに対して以下の関連性情報を提供したと仮定する。  
トピック ＝ フットボール; レイダーズ  
キーワード ＝ レイダーズ; オークランドレイダーズ  
さらに、オークランドレイダーズがセントルイスラムと対戦することになるゲームをプレビューする所定のショーに対して、以下の関連性情報が、オーディオドキュメントから抽出および／または発生されると仮定する。  
トピック ＝ フットボール; レイダーズ  
キーワード ＝ ゲーム; セントルイスラム; Randy Moss; Kerry Collins; インジャリー; ディフェンス; オフェンス; スコア; スペシャルチーム; オークランドレイダーズ； フットボール; Marc Bulger; ＮＦＬ…  
最後に、以下の関連性情報が決定されると仮定する。  
クライアントデバイスロケーション ＝ オークランド;  
クライアントデバイスタイプ＝ラップトップ；ビデオをサポートする；フラッシュアニメーションをサポートする。
【００９４】
オーディオドキュメント中の１０分毎の３０秒の広告スポットに対して、以下の広告が関連する（一致するターゲット情報に下線を引いた）。  
広告Ａ：オークランドオートモール  
キーワードおよび地理的ターゲット：オークランド；車；オート；自動車；リース；新車；中古車  
申出：1000インプレッション毎に＄70.00  
長さ：30秒  
広告Ｂ：ＮＦＬジャージ  
キーワード：ＮＦＬ；フットボール；ジャージ  
トピック：フットボール；衣服；チーム衣服；  
申出：1000インプレッション毎に＄55.00  
長さ：15秒  
広告Ｃ：トニーのピザ  
キーワードおよび地理的ターゲット：オークランド；ゲーム；配達；  
申出：1000インプレッション毎に＄35.00  
長さ：15秒  
広告Ｄ：ゲームフェーススポーツファンサプライ  
キーワード：フットボール；ＮＦＬ；野球；ＭＬＢ；バスケットボール；ＮＢＡ；ファン；熱狂的  
申出：1000インプレッション毎に＄30.00  
長さ：15秒。
【００９５】
以下の広告または広告の組み合わせが、３０秒広告スポット中で供給され得る：Ａ；ＢＣ；ＢＤ；およびＣＤ。広告Ａだけを供給することは＄0.070を発生させ、広告ＢおよびＣを供給することは＄0.090を発生させ、広告ＢおよびＤを供給することは＄0.085を発生させ、広告ＣおよびＤを供給することは＄0.065を発生させるだろう。広告の収益に基づいて広告（または、広告の組み合わせ）がスコア付けされる場合、供給シナリオは、以下のように順序付けされるだろう：ＢＣ；ＢＤ；Ａ；ＣＤ。したがって、上記の例の下では、３０秒広告スポット中で、広告ＢおよびＣが供給されるだろう。
【００９６】
オーディオドキュメントを再生できるいくつかのデバイスが、例えば、ビデオまたはアニメーションを含む強化された広告を実際に再生できることを認識して、広告Ｄは、オーディオ／ビデオインプレッションに対して、1000インプレッション毎に＄100.00の追加的な申出を持つと仮定する。このケースにおけるクライアントデバイスはビデオをサポートするので、広告Ａだけを供給することは＄0.070を発生させ、広告ＢおよびＣを供給することは＄0.090を発生させ、広告ＢおよびＤを供給することは＄0.155を発生させ、広告ＣおよびＤを供給することは＄0.135を発生させるだろう。したがって、このシナリオでは、広告（または広告の組み合わせ）が彼らの収益に基づいてスコア付けされる場合、供給シナリオは、以下のように順序付けられるだろう：ＢＤ；ＣＤ；ＢＣ；Ａ。したがって、上記の例の下では、３０秒広告スポット中で、広告ＢおよびＤが供給されるだろう。
【００９７】
この第３の例が図示するように、広告主が、特定のオーディオドキュメントに対して広告主の広告をターゲット付けすることで、というよりはむしろ、キーワードまたはトピックに基づいてターゲット付けできるようにすることで、広告主がこのような各ドキュメントを指定することなく、さまざまなオーディオドキュメント上に広告主の広告を配置させることを可能にしている。したがって、広告Ａは車に関するオーディオドキュメントにも関連し、広告ＤはＮＢＡに関するオーディオドキュメントにも関連し、広告ＡおよびＣはオークランドに関するオーディオドキュメントにも関連する等するだろう。
【００９８】
セクション４．４．４  第４の例−ボイスメール  
ボイスメールは電話システムにおいて利用可能であり、例えば、グーグルによるＧＭａｉｌのようなｅ−メールサービスに組み込まれている。スピーチ認識を使用して、ボイスメールを書き起こし、関連性情報を抽出および／または発生させるだろう。関連広告を決定するために、この関連性情報を使用してもよく、少なくともいくつかの関連広告が、ボイスメールメッセージとともにレンダリングされてもよく、または、ｅ−メールとともにレンダリングされてもよい。したがって、例えば、オーディオ添付物を含むｅ−メールとともに、広告をレンダリングしてもよい。
【００９９】
セクション４．４．５  第５の例−ウェブページ中のオーディオリンク  
例えば、ウェブページのようなドキュメントは、オーディオおよび／またはビデオリンクを含んでもよい。関連性情報は、（例えば、字幕情報から）抽出してもよく、および／または、スピーチ認識を使用して発生させてもよい。おそらくは、他のウェブページ関連性情報に加えて、この関連性情報を使用して、関連広告を決定してもよく、少なくともいくつかの関連広告を、ドキュメントとともにレンダリングしてもよい。オーディオおよび／またはビデオリンクがユーザによって選択される際に、このようなレンダリングが決定されるかもしれない。
【０１００】
セクション４．４．６  第６の例−ウェブキャストおよびポッドキャスト  
マイクロソフトによるメディアプレーヤ、およびＲｅａｌＮｅｔｗｏｒｋによるリアルメディアプレーヤのようなメディアプレーヤ上で、ウェブキャストおよびポッドキャストを再生してもよい。（ウェブキャストのコンテンツに関連していないおそれがあり、および／または、競合広告主の、彼らの広告を再生させたいという望みを反映させないおそれがある）予め選択された広告を単に示すというよりはむしろ、スピーチ認識を使用して、オーディオストリームから関連性情報を抽出および／または決定してもよい。このような関連性情報を使用して、関連広告を決定してもよく、ウェブキャストまたはポッドキャストとともに、少なくともいくつかの関連広告をレンダリングしてもよい。選択された広告のタイプに依拠して、ビデオ／オーディオ広告を、ビデオ／オーディオストリームの末尾に追加し、ビデオ／オーディオストリームの先頭に追加し、またはビデオ／オーディオストリームに挿入することができ、付属的なディスプレイ、またはブラウザウィンドウ等で、テキストまたはグラフィック広告をレンダリングすることができる。
【０１０１】
セクション４．４．７  第７の例−ボイスメッセンジャーチャット  
ボイスチャットは、さまざまなメッセージングソフトウェアにおいて提供されている。スピーチ認識を使用して、オーディオドキュメントから関連性情報を抽出および／または決定してもよい。このような関連性情報を使用して、関連広告を決定してもよく、チャットとともに（例えば、あらゆるライブ会話と並んで）、少なくともいくつかの関連広告をレンダリングしてもよい。例えば、２人の人々がＩＰｏｄ（登録商標）についてチャットしている場合、スピーチ認識を使用して、トピックまたはキーワードであるＩＰｏｄを抽出することができ、ＩＰｏｄに関連する広告をチャット中に挿入することができる。
【０１０２】
セクション４．４．８  第８の例−ビデオ検索  
例えば、グーグルによるＡｄＷｏｒｄｓのような広告システムは、検索結果ページとともに広告を供給してもよく、ここで、広告は検索結果ページを促した検索クエリに関連している。検索エンジンは、インデックス付けされたウェブページ情報を使用してもよい。ウェブページを検索するというよりはむしろ、ビデオファイルを検索することができる。検索クエリに関連する広告が、検索結果に関連して供給されてもよい。（検索結果ページからリンクされた）ビデオから抽出された情報もまた使用して、関連広告を決定してもよく、および／または、検索結果を改善してもよい。
【０１０３】
セクション４．５  結論  
上記のことから理解できるように、本発明と一貫した実施形態を使用して、例えば、ラジオ、テレビジョン、ボイスメール、ウェブキャスト、オンラインボイスチャット、電話の会話等のような、オーディオリッチメディアに対して、関連広告を配信することができる。本発明と一貫した実施形態は、オーディオドキュメント上の広告スポットに対して競合するより多くの広告主を許容するアービトレーションをサポートする。この増加する競合は、オーディオドキュメント発行者に対する広告収益を増加させるだろう。
【図面の簡単な説明】
【０１０４】
【図１】図１は、オーディオコンテンツを配信し、受信することができるさまざまな方法を図示する図である。
【図２】図２は、広告システムと対話することができる関係者またはエンティティを示す図である。
【図３】図３は、本発明と一貫した実施形態がその中で動作してよい、または本発明と一貫した実施形態がそれを用いて動作してもよい環境を図示する図である。
【図４】図４は、本発明と一貫した方法で実行してもよい、例示的な動作と、このような動作により使用してもよい、および／または発生させてもよい情報とのデータフロー図である。
【図５】図５は、本発明と一貫した方法で、オーディオドキュメント関連性情報を記憶するための例示的なデータ構造を図示する。
【図６】図６は、本発明と一貫した方法で、広告スポット情報を記憶するための例示的なデータ構造を図示する。
【図７】図７は、本発明と一貫した方法で、広告情報を記憶するための例示的なデータ構造を図示する。
【図８】図８は、本発明と一貫した方法で、オーディオドキュメントに対する関連性情報を抽出および／または決定するための例示的な方法のフロー図である。
【図９】図９は、本発明と一貫した方法で、広告スポットを決定するための例示的な方法のフロー図である。
【図１０】図１０は、本発明と一貫した方法で、オーディオドキュメント中の広告スポットに関連する広告を決定するための例示的な方法のフロー図である。
【図１１】図１１は、本発明と一貫した方法で、オーディオドキュメント広告スポットに対して競合する関連広告をアービトレートするための例示的な方法のフロー図である。
【図１２】図１２は、本発明と一貫した方法で、少なくともいくつかの動作を実行し、少なくともいくつかの情報を記憶するのに使用してもよい装置のブロック図である。
【図１】
2009510530.tif 000003
【図２】
2009510530.tif 000004
【図３】
2009510530.tif 000005
【図４】
2009510530.tif 000006
【図５】
2009510530.tif 000007
【図６】
2009510530.tif 000008
【図７】
2009510530.tif 000009
【図８】
2009510530.tif 000010
【図９】
2009510530.tif 000011
【図１０】
2009510530.tif 000012
【図１１】
2009510530.tif 000013
【図１２】
2009510530.tif 000014
【手続補正書】
【提出日】平成20年7月1日(2008.7.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ａ）オーディオドキュメントの少なくとも１つのインスタンスに関係付けられた少なくとも１つの広告スポットを規定する情報を受け入れることと、
ｂ）前記少なくとも１つの広告スポット中に広告を供給させる申出を受け入れることと、
ｃ）前記少なくとも１つの広告スポット中に供給されることになる少なくとも１つの広告を決定するために、少なくとも前記申出を使用して、競合する広告の間でアービトレートすることと、
ｄ）前記オーディオドキュメントをエンドユーザクライアントデバイスに配信することと、
ｅ）前記少なくとも１つの広告スポット中に供給されることになる１つ以上の広告をエンドユーザクライアントデバイスに配信することと
を含み、
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が開始された後に発生する、コンピュータにより実現される方法。
【請求項２】
前記アービトレートする動作は、前記オーディオドキュメントを配信する動作が完了され、そして、前記オーディオドキュメント上で再生動作が開始された後に発生する、請求項１記載のコンピュータにより実現される方法。
【請求項３】
前記オーディオドキュメントは、（Ａ）ラジオ番組、（Ｂ）歌詞を有する、ライブのまたは記録された音楽作品、（Ｃ）ダイアログまたはモノローグを有する、ライブのまたは記録された演劇作品、（Ｄ）ライブのまたは記録されたトークショー、（Ｅ）ボイスメール、および（Ｆ）オーディオ会話のセグメント、のうちの少なくとも１つである、あるいは、これらのうちの少なくとも１つを含む、請求項１記載のコンピュータにより実現される方法。
【請求項４】
前記オーディオドキュメントを配信する動作は、インターネットプロトコルを使用して、１つ以上の通信ネットワークを通して、前記オーディオドキュメントを前記エンドユーザクライアントデバイスに送信することを含む、請求項１記載のコンピュータにより実現される方法。
【請求項５】
前記申出は、（Ａ）インプレッション毎の価格と、（Ｂ）インプレッション毎の最大価格とのうちの１つである、請求項１記載のコンピュータにより実現される方法。
【請求項６】
前記広告に関係付けられた供給制約と、前記ドキュメントに関係付けられた関連性情報とを使用して、前記オーディオドキュメントに関連する広告を決定すること
をさらに含み、
前記申出を受け入れる動作および前記アービトレートする動作は、前記ドキュメントに関連するとして決定された広告に関してのみ発生する、請求項１記載のコンピュータにより実現される方法。
【請求項７】
ａ）広告に対する関連性情報を受け入れることと、
ｂ）前記受け入れられた関連性情報を使用して、少なくとも１つのオーディオドキュメントを決定することと、
ｃ）前記広告に関係付けられた広告主に対して、前記少なくとも１つのオーディオドキュメントについての情報を提示することと、
ｄ）前記少なくとも１つのオーディオドキュメントのうちの少なくとも１つの受け入れられたものとともに、前記広告主の広告を供給させる申出を、前記広告主から受け入れることと
を含む、コンピュータにより実現される方法。
【請求項８】
ｅ）少なくとも前記申出を使用して、前記広告に対するスコアを決定することと、
ｆ）前記スコアを使用して、前記少なくとも１つのオーディオドキュメントのうちの１つに対して、前記広告主の広告を供給するか否かを決定することと
をさらに含む、請求項７記載のコンピュータにより実現される方法。
【請求項９】
前記オーディオドキュメントは、（Ａ）ラジオ番組、（Ｂ）歌詞を有する、ライブのまたは記録された音楽作品、（Ｃ）ダイアログまたはモノローグを有する、ライブのまたは記録された演劇作品、（Ｄ）ライブのまたは記録されたトークショー、（Ｅ）ボイスメール、および（Ｆ）オーディオ会話のセグメント、のうちの少なくとも１つである、あるいは、これらのうちの少なくとも１つを含む、請求項７記載のコンピュータにより実現される方法。
【請求項１０】
前記オーディオドキュメントは、インターネットプロトコルを使用して、１つ以上の通信ネットワークを通して、エンドユーザデバイスに送信される、請求項７記載のコンピュータにより実現される方法。
【請求項１１】
前記申出は、（Ａ）インプレッション毎の価格と、（Ｂ）インプレッション毎の最大価格とのうちの１つである、請求項７記載のコンピュータにより実現される方法。
【請求項１２】
前記受け入れられた関連性情報は、前記広告主により提供されたものである、請求項７記載のコンピュータにより実現される方法。
【請求項１３】
前記関連性情報は、供給制約として提供された少なくとも１つのキーワードを含む、請求項１２記載のコンピュータにより実現される方法。
【請求項１４】
前記関連性情報は、少なくとも１つのトピックを含む、請求項１２記載のコンピュータにより実現される方法。
【請求項１５】
前記受け入れられた関連性情報は、前記広告に関係付けられた情報を解析することにより決定されたものである、請求項７記載のコンピュータにより実現される方法。
【請求項１６】
前記関連性情報は、少なくとも１つのキーワードを含む、請求項１５記載のコンピュータにより実現される方法。
【請求項１７】
前記関連性情報は、少なくとも１つのトピックを含む、請求項１５記載のコンピュータにより実現される方法。
【請求項１８】
ａ）オーディオドキュメントに対する関連性情報を受け入れることと、
ｂ）前記関連性情報と、広告の供給制約とを使用して、前記オーディオドキュメントに関連する複数の広告を決定することと、
ｃ）前記オーディオドキュメントとともに供給されることになる、前記決定された関連広告のうちの少なくとも１つを選択することと、
ｄ）前記オーディオドキュメントをエンドユーザクライアントデバイスに配信することと、
ｅ）前記決定された関連広告のうちの前記少なくとも１つの選択された関連広告を前記エンドユーザクライアントデバイスに配信することと
を含み、
前記選択動作は、前記オーディオドキュメントを配信する動作が開始される前に発生する、コンピュータにより実現される方法。
【請求項１９】
ａ）オーディオドキュメントに対する関連性情報を受け入れることと、
ｂ）前記関連性情報と、広告の供給制約とを使用して、前記オーディオドキュメントに関連する複数の広告を決定することと、
ｃ）前記オーディオドキュメントとともに供給されることになる、前記決定された関連広告のうちの少なくとも１つを選択することと、
ｄ）前記オーディオドキュメントをエンドユーザクライアントデバイスに配信することと、
ｅ）前記決定された関連広告のうちの前記少なくとも１つの選択された関連広告を前記エンドユーザクライアントデバイスに配信することと
を含み、
前記選択動作は、前記オーディオドキュメントを配信する動作が完了され、そして、前記オーディオドキュメント上で再生動作が開始された後に発生する、コンピュータにより実現される方法。
【請求項２０】
前記選択動作は、
ｉ）少なくとも１つの広告スポット中に広告を供給させる申出を受け入れることと、
ｉｉ）前記少なくとも１つの広告スポット中に供給されることになる少なくとも１つの広告を決定するために、少なくとも前記申出を使用して、競合する広告の間でアービトレートすることと
を含む、請求項１８または１９のいずれか１項記載のコンピュータにより実現される方法。
【請求項２１】
前記オーディオドキュメントは、（Ａ）ラジオ番組、（Ｂ）歌詞を有する、ライブのまたは記録された音楽作品、（Ｃ）ダイアログまたはモノローグを有する、ライブのまたは記録された演劇作品、（Ｄ）ライブのまたは記録されたトークショー、（Ｅ）ボイスメール、および（Ｆ）オーディオ会話のセグメント、のうちの少なくとも１つである、あるいは、これらのうちの少なくとも１つを含む、請求項１８または１９のいずれか１項記載のコンピュータにより実現される方法。
【請求項２２】
前記オーディオドキュメントは、インターネットプロトコルを使用して、１つ以上の通信ネットワークを通して、エンドユーザデバイスに送信される、請求項１８または１９のいずれか１項記載のコンピュータにより実現される方法。
【請求項２３】
前記申出は、（Ａ）インプレッション毎の価格と、（Ｂ）インプレッション毎の最大価格とのうちの１つである、請求項１８または１９のいずれか１項記載のコンピュータにより実現される方法。
【請求項２４】
前記オーディオドキュメントに対する関連性情報を受け入れる動作は、
１）オーディオコンテンツを含むドキュメントの少なくとも一部を受け入れることと、
２）前記ドキュメントに対する関連性情報を決定するために、前記オーディオコンテンツを解析することと、
３）少なくとも、前記関連性情報と、広告に関係付けられた供給制約とを使用して、前記ドキュメントに関連する少なくとも１つの広告を決定することと
を含む、請求項１８または１９のいずれか１項記載の方法。
【請求項２５】
前記ドキュメントに対する関連性情報を決定するために、前記オーディオコンテンツを解析する動作は、
スピーチ認識を使用して、前記オーディオコンテンツをテキストの情報に変換することと、
前記テキストの情報から関連性情報を決定することと
を含む、請求項２４項記載のコンピュータにより実現される方法。
【請求項２６】
前記テキストの情報から関連性情報を決定する動作は、
（Ａ）前記テキストの情報から用語ベクトルを発生させることと、
（Ｂ）前記テキストの情報から重み付け用語ベクトルを発生させることと、
（Ｃ）前記テキストの情報から１つ以上のクラスタを決定することと、
（Ｄ）前記テキストの情報から１つ以上のカテゴリを決定することと
のうちの少なくとも１つを含む、請求項２５記載のコンピュータにより実現される方法。
【請求項２７】
前記オーディオコンテンツを含むドキュメントは、情報源からクライアントデバイスに対してストリームされるものであり、
前記ドキュメントに対する関連性情報を決定するために、前記オーディオコンテンツを解析する動作は、前記ドキュメントがストリームされている間に発生する、請求項２４項記載のコンピュータにより実現される方法。
【請求項２８】
前記オーディオコンテンツを含むドキュメントは、情報源からクライアントデバイスに対してストリームされるものであり、
前記ドキュメントに対する関連性情報を決定するために、前記オーディオコンテンツを解析する動作は、前記ドキュメントがストリームされる前に発生する、請求項２４項記載のコンピュータにより実現される方法。
【請求項２９】
ａ）入力インターフェイスと、
ｂ）少なくとも１つのプロセッサと、
ｃ）前記少なくとも１つのプロセッサによって実行されるときに、請求項１ないし１９のいずれか１項記載の方法を実行する、プロセッサ実行可能命令を記憶する記憶デバイスと
を具備する装置。
【国際調査報告】
2009510530.tif 000015