(57)【特許請求の範囲】
【請求項１】
モバイルネットワークにおいて広告の在庫差替を維持する複数の広告供給元からモバイルクライアントへの広告の配信を求める複数の広告要求を履行するためのデータ処理システムにおいて、
各広告要求者向けの、モバイルターゲットの選択された特性に従って編纂されている複数の広告データサイロと、
広告の配信を求める広告要求者からの入来要求に応えて、以下のプロセスを実行することによって、前記要求を履行しようと試みる広告マネジャであって、
（１）対応する広告データサイロから広告を選択して前記入来要求を履行することと、（２）広告供給元についての広告履行の待ち時間の関数を含む第１優先方針に従って前記複数の広告供給元の中から選択される当該広告供給元に広告の配信を求める要求を送信し、選択された前記広告供給元によって選択及び返される広告を用いて前記入来要求を履行すること、のうち少なくとも一方を行う段階と、
前記入来要求と、又は、前記広告要求者による要求を予測している信号とに応えて、複数の広告データサイロを維持し、広告を、前記第１の優先方針と異なる第２の優先方針に従って前記複数の広告供給元から選択される広告供給元から抽出し、応答で返される広告を前記対応する広告データサイロにおいて記憶する段階と、を含んでいるプロセスを実行することによって前記入来要求を履行しようと試みる広告マネジャと、を備えているデータ処理システム。
【請求項２】
前記広告マネジャとして構成されるデータ処理リソースは、
前記広告の配信を求める入来要求を解析し、当該入来要求に関連付けられているモバイルクライアントの特性を識別して、前記対応する広告データサイロを識別する処理リソースと、
使用できる広告を見つけ出すために前記対応する広告データサイロを見回り、使用できる広告が存在すれば、当該使用できる広告を返して前記要求を履行する処理リソースと、  前記入来要求に応えて、前記第１優先方針に従って、前記複数の広告供給元の中の或る広告供給元から広告を検索することを求める第１の要求を作成し、当該第１の要求を送信し、前記第１の要求への応答を受信し、使用できる広告が当該応答に含まれていれば、当該使用できる広告を返して前記要求を履行する第１優先エンジンと、
前記入来要求に応えて、前記第２優先方針に従って、前記複数の広告供給元の中の或る広告供給元から広告を検索することを求める第２の要求を、前記入来要求に応えて作成し、当該第２の要求を送信し、当該第２の要求への応答を受信し、当該応答に含まれている広告を前記対応する広告データサイロへ記憶する第２優先エンジンと、を備えている、請求項１に記載のデータ処理システム。
【請求項３】
前記入来要求の履行時に返された広告の成績を追跡するために広告を追跡する段階と、前記成績に基づいて前記第２優先方針を更新する段階と、を行うデータ処理リソースを更に備えている、請求項１に記載のデータ処理システム。
【請求項４】
前記の成績を追跡するために広告を追跡する段階を行うデータ処理リソースは、広告要求と広告供給元による前記広告要求の履行との間の待ち時間、広告供給者からの広告の露出数、バナー画像要求数、広告供給元についてのクリックスルー率、及び前記広告要求者についての有効収益率、のうちの少なくとも１つを追跡するための論理を含んでいる、請求項３に記載のデータ処理システム。
【請求項５】
前記入来要求の履行時に返された広告の成績を追跡するために広告を追跡する段階と、前記成績に基づいて前記第１優先方針及び前記第２優先方針を更新する段階と、を行うデータ処理リソースを更に備えている、請求項１に記載のデータ処理システム。
【請求項６】
前記第１優先方針は、充填率成績がより良好な広告供給元に優先権を与え、前記第２優先方針は、前記広告要求者への充填率の性能がより良好な広告供給元に優先権を与える、請求項１に記載のデータ処理システム。
【請求項７】
データ処理リソースは、前記の第１優先方針に従って広告を検索する段階を、前記対応する広告データサイロから使用できる広告が検索されない場合に限って実行する、請求項１に記載のデータ処理システム。
【請求項８】
データ処理リソースは、前記の第２優先方針に従って広告を検索する段階を、前記対応する広告データサイロから使用できる広告が検索されるか否かに関係なく実行する、請求項１に記載のデータ処理システム。
【請求項９】
前記の対応する広告データサイロから広告を検索して前記入来要求を履行する段階では、データ処理リソースは、広告を、前記対応する広告データサイロから、当該広告が記憶されている時間の長さに基づいて選択する、請求項１に記載のデータ処理システム。
【請求項１０】
広告が前記複数の広告データサイロに記憶されている時間の長さが制限時間を越えていれば、当該広告を当該広告データサイロから除去するデータ処理リソースを含んでいる、請求項１に記載のデータ処理システム。
【請求項１１】
意図されたモバイルクライアントの特性を用いて前記複数の広告データサイロに記憶されている広告にタグを付けるためのデータ処理リソースを含んでおり、前記の対応する広告データサイロから広告を検索して前記入来要求を履行する段階では、前記データ処理リソースは、広告を、前記対応する広告データサイロから、前記特性に基づいて選択する、請求項１に記載のデータ処理システム。
【請求項１２】
対応する広告データサイロを識別するためのパラメータを用いて広告要求を構成するように実行可能なソフトウェアモジュールを広告要求者に提供するための論理を含んでいる、請求項１に記載のデータ処理システム。
【請求項１３】
前記入来要求を履行するために返される広告を、成績をモニターするために道具として利用する段階を含んでいる、請求項１に記載のデータ処理システム。
【請求項１４】
特定の広告データサイロに関連付けられている指標で、セッション当たり広告要求の数を表す指標を維持し、特定の広告要求に応えて、前記第２優先方針に従って、前記複数の広告供給元の中の或る広告供給元から広告を検索して、前記特定の広告データサイロに記憶するべきかどうかを、前記数に基づいて判定するためのリソースを含んでいる、請求項１に記載のデータ処理システム。
【請求項１５】
モバイルウェブページについての広告要求者からの２つの広告の配信を求める入来要求に、前記第１優先方針に従って、前記複数の広告供給元の中の或る広告供給元から、前記２つの広告の一方を検索し、修正された第１優先方針に従って、前記２つの広告のもう一方を検索することによって応えて、前記２つの広告を求める入来要求を履行するリソースを含んでいる、請求項１に記載のデータ処理システム。
【請求項１６】
ネットワークサーバシステムによって実行される方法であって、モバイルネットワークにおける複数の広告供給元からモバイルクライアントへの広告の配信を求める複数の広告要求を履行するための方法において、
前記ネットワークサーバシステムにアクセス可能な広告要求者向けの、前記広告要求者のモバイルクライアントの選択された特性に従って編纂されている広告データサイロを維持する段階と、
広告の配信を求める広告要求者からの入来要求に応えて、前記ネットワークサーバシステムでプロセスを実行することによって、（１）対応する広告データサイロから広告を選択して前記入来要求を履行することと、（２）広告供給元についての広告履行の待ち時間の関数を含む第１優先方針に従って第１優先方針に従って、前記複数の広告供給元の中から選択される広告供給元に広告の配信を求める要求を送信し、選択された前記広告供給元によって選択及び返される広告を用いて前記入来要求を履行すること、のうち少なくとも一方を行うことによって、前記入来要求を履行しようと試みる段階と、
前記入来要求と、又は、前記広告要求者による要求を予測している信号とに応えて、前記ネットワークサーバシステムでプロセスを実行することによって、広告を、前記第１の優先方針と異なる第２の優先方針に従って前記複数の広告供給元から選択される広告供給元から抽出し、応答で返される広告を前記対応する広告データサイロにおいて記憶する段階と、から成る方法。
【請求項１７】
モバイルネットワークにおいて複数の広告供給元からのモバイルクライアントへの複数の広告の要求を履行するように実行可能なコンピュータプログラムを記憶している機械可読データ記憶媒体であって、
当該コンピュータプログラムは、
広告要求者向けの、前記広告要求者のモバイルクライアントの選択された特性に従って編纂されている広告データサイロを維持する論理と、
広告の配信を求める広告要求者からの入来要求に応えて、（１）対応する広告データサイロから広告を選択して前記入来要求を履行することと、（２）広告供給元についての広告履行の待ち時間の関数を含む第１優先方針に従って第１優先方針に従って前記複数の広告供給元の中から選択される当該広告供給元に広告の配信を求める要求を送信し、選択された前記広告供給元によって選択及び返される広告を用いて前記入来要求を履行すること、のうち少なくとも一方を行うことによって、前記入来要求を履行しようと試みる論理と、
前記入来要求と、又は、前記広告要求者による要求を予測している信号とに応えて、広告を、前記第１の優先方針と異なる第２の優先方針に従って前記複数の広告供給元から選択される広告供給元から抽出し、応答で返される広告を前記対応する広告データサイロにおいて記憶する論理と、を備えていることを特徴とする機械可読データ記憶媒体。
【請求項１８】
モバイルネットワークにおいて複数の広告供給元からのモバイルクライアントへの複数の広告の要求を履行するように実行可能なコンピュータプログラムであって、
広告要求者向けの、前記広告要求者のモバイルクライアントの選択された特性に従って編纂されている広告データサイロを維持する論理と、
広告の配信を求める広告要求者からの入来要求に応えて、（１）対応する広告データサイロから広告を選択して前記入来要求を履行することと、（２）広告供給元についての広告履行の待ち時間の関数を含む第１優先方針に従って前記複数の広告供給元の中から選択される広告供給元に広告の配信を求める要求を送信し、選択された前記広告供給元によって選択及び返される広告を用いて前記入来要求を履行すること、のうち少なくとも一方を行うことによって、前記入来要求を履行しようと試みる論理と、
前記入来要求と、又は、前記広告要求者による要求を予測している信号とに応えて、広告を、前記第１の優先方針と異なる第２の優先方針に従って前記複数の広告供給元から選択される広告供給元から抽出し、応答で返される広告を前記対応する広告データサイロにおいて記憶する論理と、を備えているコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルネットワークにおける広告配信の管理に関する。
【背景技術】
【０００２】
広告は、ウェブページの発行者にとって主要な収益源へと発展した。ウェブページの発行者へ広告を配給するために、広告供給元のネットワークが展開されており、オンデマンドで最新版広告を配信できるようになってきている。広告を配信するための基本的な枠組みは比較的複雑で、広告を制作する広告主、広告を発行者に配信するため広告主にネットワーク接続する広告供給元、広告を自分達のウェブページに表示する発行者、そしてメッセージアグリゲータやネットワークサービスプロバイダの様な仲介者を含んでいる。消費者がウェブページを開けると、当該ページの発行者は、インターネット上で広告供給元から当該ページに現在の広告を載せるための要求を生成する。この基本的な枠組みでは、広告主は、広告供給元との間で、複合的なパラメータに従って、例えば特定の広告又は広告のセットを配信するように契約を結んでおり、例えば或る広告が特定回数だけ特定の特性を有する顧客へ、当該広告が気の抜けたものになってしまわない間に配信されることを求めることが含まれている。よって、広告供給元は、広告主との契約の履行に努める方策として、発行者へ配信される広告の動的在庫差替を展開する。ウェブページの発行者はといえば、こちらは広告供給元との間で、消費者が発行者のページを閲覧したときに生成される広告を求める要求を履行させる契約を結んでいる。発行者は、広告が実際に何度も露出される、消費者が広告を実際にクリックスルーして広告主のウェブページを訪れる、実際に収益を生む消費者による行為又は指標或いは指標の組合せを得る、という結果をもたらすやり方での顧客への広告配信に対して、広告供給元又は広告主により支払いを受ける。
【０００３】
この基本的な枠組みの下では、要求を履行するために使用される特定の広告及び特定の広告供給元の収益生成潜在力は、時間と共に変化し得る。インターネット上では、発行者が収益生成のために広告供給元の選択を最適化するのを、広告供給元別に露出数、クリックスルー率、収益生成などを追跡し、追跡情報を使用して、広告要求の履行のために使用される広告供給元に優先順位を付けることによって支援するために、OpenX（OpenX 2.6 ユーザーガイド参照、http://www.openx.orgよりダウンロード用として入手可能）の様な広告管理ツールが開発されている。
【０００４】
しかしながら、モバイルネットワークでは、基本的枠組みは異なり、それほど効率的ではない。モバイルウェブページのコンテンツは、大抵、モバイルネットワークプラットフォームで使用されている、異なった、より小型のディスプレイ用にフォーマットされていて、モバイルネットワーク及びそのプラットフォームに適合されているＷＡＰやｘＨＴＭＬの様なプログラミング言語を使用して符号化されている。ここでは、モバイルネットワークプラットフォームでのページのレンダリングに使用されている電子文書を、コンピュータでのレンダリング用に設計されている標準的なインターネットウェブページと区別するために、「モバイルウェブページ」と呼んでいる。
【０００５】
モバイルネットワークの効率は、帯域幅がデスクトップやラップトップでインターネットを使用する場合の典型的な帯域幅よりはるかに小さいために低くなる。更に、モバイルネットワークのモバイルウェブページの消費者は、大抵、特定のサイトを訪れている期間が広帯域ネットワークで典型的なインターネットユーザーがやっているよりも短い。よって、広告待ち時間、即ち消費者が発行者によるモバイルウェブページを開く時点とモバイルプラットフォーム側で消費者への広告露出が配信される時点との間の時間量が、収益生成の重大要因となる。広告履行の待ち時間が長すぎた場合、消費者が先へ進んでしまえば発行者は収益の機会を取り逃がすかもしれない。広告待ち時間は、広告供給元からの広告を求める要求が不成功で、広告を求める追加の要求を出さなくてはならなくなる度に増加する。結果として、広告供給元の典型的な充填率、即ち広告供給元から有用な広告を得る確率は、広告待ち時間の決定的要因となり得る。よって、モバイルネットワークでは、発行者は、最も低い待ち時間を獲得しようと、広告を求める要求への応答で最も高い充填率を提供する広告供給元を使用することを模索してきた。
【０００６】
しかしながら、低い待ち時間は、広告収益生成の一要因に過ぎない。広告品質、広告関連性、広告収益潜在力、及び履歴的な広告成績は、どれも動的に変化する。最も充填率の高い広告供給元でも、所与の時点で利用できる広告コンテンツは成績の劣るものであるかもしれず、そうすれば、異なった、より関連性のある広告供給元から広告を引っ張ってくるのが望ましいであろう。従って、モバイルネットワークでは、広告主の収益生成の潜在力は、広告配信での待ち時間を決定付けるシステムの技術的限界によって制限される。
【０００７】
現行システムでは、複数の広告ネットワークでの広告待ち時間と広告充填率は、デイジーチェーン手法を使用して或る程度までは平衡が取られている。基本的には、発行者が広告の配信を要求するとき、発行者は第１の広告ネットワークに行って広告を充填しようと試みる。第１の広告ネットワークが広告を履行しなければ、発行者は次に第２のネットワークに進むという具合に、広告が履行されるまで続く。順次式手法は、広告が、通常、チェーンの中の最初の１つ又は２つのステップで履行される場合にはうまく機能する。しかしながら、プロセスは、他より待ち時間が低い広告ネットワークを好み、その結果、広告ネットワークによって配備されている広告配信システムの相対的強弱度のせいで、より多くの低品質広告が発行者に配信されることになりかねない。これでは、発行者の収益は、高品質広告が敏速に配信されれば実現され得た収益より低くなってしまう。
【０００８】
効率は、発行者又は無線通信事業者が、自分達の顧客についての情報を、広告を供給している広告ネットワークと共有するのを阻むプライバシー懸案事項によって更に制限される。その結果、広告ネットワークは、要求を、既知の消費者の嗜好や特性に基づいて個別的に処理することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
モバイルネットワーク環境における発行者への広告配信を管理するための改良されたシステムを提供するのが望ましい。
【課題を解決するための手段】
【００１０】
ネットワークサーバ技術を使用して実装されているマネジャによって、複数の広告供給元からモバイルクライアント及びモバイルネットワークへの広告の配信を求める広告要求を履行するために実行される方法がここに述べられている。本方法は、モバイルクライアントに配信されるモバイルウェブページ又はＳＭＳメッセージの発行者の様な広告要求者向けの広告データサイロを維持する段階を備えている。広告データサイロは、広告要求者のモバイルクライアントの選択された特性に従って編纂される。要求者からの広告の配信を求める入来要求に応えて、プロセスは、（１）対応する広告データサイロから広告を検索して入来要求を履行することと、（２）第１優先方針に従って、インターネット又は他の通信ネットワークを介して複数の広告供給元の中の或る広告供給元から広告を検索して入来要求を履行すること、のうち少なくとも一方を行うことによって、入来要求を履行しようとする。更に、本方法は、入来の要求、又は要求者からの広告を求める要求で、データサイロの特性に整合する広告を求める要求を予想している他の信号に応えて、第２優先方針に従って、複数の広告供給元の中の或る広告供給元から広告を検索して、対応する広告データサイロに記憶する段階を備えている。第１優先方針と第２優先方針は異なっている。第１優先方針は、要求者向けの対応する広告データサイロに何も広告が存在していないという事態で広告を供給するように適合されており、例えば、広告がモバイルクライアントへ首尾よくタイムリーに配信される確率が高まるように、充填率成績の良い広告供給元へ優先権を与える。第２優先方針は、要求者向けの広告データサイロに当該要求者への価値実現の成績が良い広告を充填して、対応するサイロから収益生成広告がモバイルクライアントへ配信される確率を上げるべく広告を検索するように適合されている。第１優先方針は、広告供給元同士の技術的な差に対処することができ、広告をより速く配信するべくインフラを配している広告供給元を好む。第２優先方針は、広告供給元同士のコンテンツの差に対処することができ、広告要求のあった時点又はそれに近い時点で在庫により品質の高い広告を有する広告供給元を好む。
【００１１】
ここに記載されている技術の実施形態では、入来要求を履行しようとする試みは、入来要求を解析して、当該入来要求に関連付けられているモバイルクライアントの特性を識別し、次にその特性を使用して、対応する広告データサイロを識別する段階を含むことができる。このやり方で識別された対応する広告データサイロを見回って、使用できる広告を見つけ出し、それが返されて、要求は履行される。更に、対応する広告データサイロに何も広告が見つけられないという事態に対応するために、第１優先方針に従った広告の検索を求める第１の要求が作成されて送信されるが、第１の要求は、対応する広告データサイロに使用できる広告が無い場合に送信されるようにしてもよいし、代わりに、対応する広告データサイロに使用できる広告が在るか無いかに関係なく送信されるようにしてもよい。対応するサイロに使用できる広告が何も見つけられない事象では、第１の要求に基づいて受信された応答が返されて要求は履行される。更に、第２優先方針に従って選択された広告供給元からの広告の検索を求めるために第２の要求が作成される。第２の要求は、第１の要求への応答を受信する前に送信することができ、その結果、第１優先方針に従った広告検索のプロセスと第２優先順位に従った広告検索のプロセスは時間的に重なり合う。第２の要求への応答で受信された広告は、対応する広告データサイロに記憶される。
【００１２】
ここに記載されている広告マネジャは、更に、入来要求が履行される際に返された広告の成績を追跡する。少なくとも第２優先方針は、また望ましくは第１優先方針と第２優先方針の両方は、様々な発行者によって提供される広告の在庫の変化や、所与の要求への応答の中で収入を生み出す広告を受信する確率に影響し得る他の動的要因を勘案するために、成績に基づいて随時更新される。
【００１３】
更に、ここに記載されている広告マネジャの実施形態は、対応する広告要求者向けの広告データサイロに記憶されている広告の鮮度を管理する。こうして、広告にはタイムスタンプのタグが付けられ、広告サイロの中に指定されている期間より長く留まっていれば廃棄される。このプロセスは、確実に、サイロの中に存在する広告の在庫を広告供給元によって配信されることになる現在の在庫に密接に一致させるために、実行される。
【００１４】
成績の追跡を容易にするため、プロセスの実施形態は、広告マネジャを通して配信される広告を、例えば広告主ウェブサイトへのリンクを広告マネジャがアクセス可能な成績モニターへ繋がる特化されたリンク又は広告の成績の追跡を可能にする他のリンクやコードと置き換えるなどにより、この目的のための道具として利用する。
【００１５】
更に、広告マネジャの実施形態は、対応するサイロを識別するためのパラメータを用いて広告要求を構成するように実行されるソフトウェアモジュールを広告要求者に提供する。サイロは、広告マネジャと広告要求者の間の協働で、広告要求者向けの広告データサイロの管理における所望の細分性レベルを確立するように設定される。対応する広告データサイロを識別するのに必要な情報は、広告マネジャによって提供されているソフトウェアモジュールを使用して構成されているプロトコルヘッダ、データフィールド、人口学的データベースなどから、要求者によって掘り起こされる。
【００１６】
加えて、上述のプロセスを実施するためのリソースを含んでいるデータ処理システムが記載されている。
【００１７】
更には、上述のプロセスを実行するためのリソースであって、上述のプロセスを行うように実行可能であり、機械可読データ記憶媒体に記憶されているコンピュータプログラムを含んでいるリソースを、ここで説明されている様に提供することができる。
【００１８】
本発明の他の態様及び利点は、図面及び次に続く詳細な説明と特許請求の範囲を精読すれば理解され得よう。
【先行技術文献】
【非特許文献】
【００１９】
【非特許文献１】OpenX 2.6 ユーザーガイド、http://www.openx.orgよりダウンロード用として入手可能
【図面の簡単な説明】
【００２０】
【図１】ここに記載されている最適化型広告サーバを含んでいるネットワーク環境を示している文脈図である。
【図２】ここに記載されている広告マネジャを使用した広告検索のための並行経路を示しているネットワーク図である。
【図３】ここに記載されているプロセスで利用されている、広告要求と発行者広告データサイロを含んでいるデータ構造の図である。
【図４】ここに記載されている広告マネジャ用のソフトウェアアーキテクチャの図である。
【図５】ここに記載されているプロセスを実行するように構成されているデータ処理システムであって、この目的のためのコンピュータプログラムを記憶している機械可読媒体を含んでいるデータ処理システムのブロック図である。
【図６】ここに記載されている広告マネジャを使用して広告を検索するためのプロセスのフローチャートである。
【図６Ａ】ここに記載されている広告マネジャを使用して、１つのモバイルウェブページにつき２つの広告を検索するための、図６のプロセスの修正型を示しているフローチャートである。
【図６Ｂ】ここに記載されているマネジャを使用して、次の広告要求が出される確率に基づいて広告サイロ充填要求を管理するための、図６のプロセスの修正型を示しているフローチャートである。
【図７】第１優先方針に従って広告を検索しようと試みる反復プロセスを示しているフローチャートである。
【図８】第２優先方針に従って対応する広告データサイロに入れるための広告を検索しようと試みる反復プロセスを示しているフローチャートである。
【図９】ここに記載されている広告マネジャ機能を行うための、荷重平衡部を備えたサーバアーキテクチャの簡略図である。
【図１０】図９に示されている様な複数の配信ボックスを含む環境での広告データサイロを見回るためのプロセスを示しているフローチャートである。
【発明を実施するための形態】
【００２１】
本発明の実施形態の詳細な説明を、図１−図１０を参照しながら提供する。
【００２２】
図１は、最適化広告サーバ１４を含むネットワーク環境を示している文脈図であって、例えば、処理ユニット、メモリ、通信インターフェースなどを含むデータ処理リソースに加えて、インターネットサーバシステムに典型的なマルチプロトコルネットワーク通信リソースを備えるネットワークサーバシステムの中でプロセスを実行することによって実装されている。ネットワーク環境は、無線ネットワーク５とより広域なインターネット６を含んでいる。無線ネットワーク５は、モバイル電話ネットワークの様な無線ネットワークに適合されているプロトコル、即ち少なくとも１つの物理層、を有していることを特徴とする。無線ネットワークで実行されているより高層のプロトコルには、例えば、業界標準Simple Message Service ＳＭＳや業界標準Wireless Access Protocol ＷＡＰが含まれる。インターネット６は、多種多様なネットワークプロトコルを１つにまとめる広帯域バックボーンを特徴とする。無線ネットワーク５には、１つ又はそれ以上のサービスプロバイダ１１によって維持されている複数のモバイルクライアント１０ａ−１０ｃが参加している。モバイルクライアント１０ａ−１０ｃは、同様に無線ネットワーク５に参加している複数の発行者１２ａ−１２ｄからのモバイルウェブページ、ＳＭＳメッセージ、及び／又は他のコンテンツにアクセスし、表示するためのリソースを含んでいる。モバイルクライアントは、セルフォン上と、Apple Computer社によって提供されている人気のiTouchプラットフォームの様な、関係付けられているプラットフォーム上に、同じモバイルネットワークにアクセスし同様のブラウジングプラットフォームを使用するモバイルネットワークブラウザを含むことができる。更に、モバイルクライアントは、モバイルネットワークを使用して検索された埋め込み広告を有するディスプレイを含んでいるプラットフォーム上で実行されるアプリケーションプログラムを含むことができる。ここで説明されているやり方で検索された広告は、モバイルウェブページ上、セルフォンのアイドル画面上、アプリケーションディスプレイ画面の中に、ＳＭＳ及びＭＭＳメッセージなどで表示させることができる。
【００２３】
発行者１２ａ−１２ｄは、より広域的なインターネット６へのアクセスも提供しているゲートウェイ及び／又はサーバを使用して無線ネットワーク５に連結されている。図示の環境では、発行者１２ｄは、無線ネットワーク５へのアクセスに加えサービスプロバイダのクライアントについての情報へもアクセスするためにゲートウェイ又はサーバを提供しているサービスプロバイダ１１に直結されている。モバイルクライアント１０ａ−１０ｄは、上述のＳＭＳやＷＡＰの様な、ネットワーク内でサポートされているプロトコルに準拠したメッセージ構造を使って通信するドライバを使用して、発行者１２ａ−１２ｄと通信している。
【００２４】
モバイルクライアント１０ａ−１０ｃの１つが、この環境では発行者１２ａ−１２ｄの１つによって提供されているウェブサイト又は他のアプリケーションにアクセスすると、発行者は、インターネット６に連結されているか又は別のやり方で発行者がアクセス可能である複数の広告供給元１３ａ−１３ｃの１つから広告を検索する。このプロセスには、広告供給元１３ａ−１３ｃの１つ又はそれ以上から広告を履行するための要求が伴い、広告供給元１３ａ−１３ｃは、できれば鮮度の良い在庫から現在の広告を返す。典型的には、モバイルウェブページは、クライアントへ、最初に広告用のプレースホルダーを付けて配信される。代わりに、発行者は、広告をモバイルウェブページのその他のコンテンツと共にクライアントに転送することもできる。何れの事象でも、広告が発行者によって検索されると、それはクライアントに転送され、モバイルウェブページがクライアントによって閲覧される際に当該ページに挿入される。
【００２５】
ここに説明されている技術を使用して、発行者１２ａ−１２ｄは、彼らの広告を求める要求を、発行者１２ａ−１２ｄと連携して広告データサイロ１５を維持している最適化広告サーバ１４に方向決めする。最適化広告サーバ１４は、並行優先エンジンを備えた広告マネジャの役目を果たしている。それは、ネットワークサーバで通常使用されているものに似た、適したコンピュータプログラムを有するコンピュータシステムの様なデータ処理リソースを含んでおり、発行者１２ａ−１２ｄの１つの様な広告要求者からの入来要求に応えて、（１）（サイロ１５の中の）対応する広告データサイロから広告を検索して入来要求を履行する、及び（２）第１優先方針に従って、広告要求者に関連付けられている複数の広告供給元の中の或る広告供給元から広告を検索して入来要求を履行する、のうち少なくとも一方を行うことによって入来要求を履行しようと試みる。更に、入来要求、又は広告マネジャによって生成及び検知され得る他の信号であって、広告要求者による広告要求で特定のサイロに整合している要求を予測している信号に応えて、最適化広告サーバ１４は、（３）第２優先方針に従って、複数の広告供給元の中の或る広告供給元から、（サイロ１５の中の）当該広告要求者に関連付けられているサイロに記憶されている広告を検索するデータ処理リソースを含んでいる。サイロ１５は、広告要求者について、広告要求者に関連付けられているデータベース又はデータファイルのセットの形式で、サーバ１４にアクセス可能なメモリに維持されていて、広告を求める要求を履行するのに使用することのできる広告を保持している。
【００２６】
第１優先方針に従って広告を検索する行為と第２優先方針に従って広告を検索する行為は並行して実行させることができ、よって、モバイルクライアントへの配信に向けた第１優先方針に従った広告の検索に係わる一連の通信は、サイロに記憶することに向けた第２優先方針に従った広告の検索に係わる一連の通信と、時間的に重なり合う。更に、第１優先方針に従って広告を選定するプロセスは、第２優先方針に従って広告を選定するプロセスから独立させることができる。
【００２７】
図１の実施形態では、最適化広告サーバ１４は、複数の発行者１２とインターネット６を介して通信している。代わりのやり方では、最適化広告サーバ１４は、発行者１２ａ−１２ｄのそれぞれの間で共有されておらず、発行者１２ａ−１２ｄの一部又は全部は、専用の最適化広告サーバと通信している。
【００２８】
図２は、広告要求者２５（例えば、図１の発行者１２ａ−１２ｄ）からの広告を求める要求を、広告を表示するためのブロック２１又は他のプレースホルダーをページ２０上に有するモバイルウェブページ２０を表示するモバイルデバイスへの配信に向けて履行するプロセスを示している。図２の矢印２２は、発行者からのモバイルウェブページ２０の配信のための時間Ｔ１を表現し、矢印２３は、時間Ｔ１＋待ち時間を表現しているが、ここで、待ち時間とは、モバイルウェブページ２０の配信とモバイルウェブページ２０上の広告ブロック２１に表示させる広告の配信との間の時間の差を表現している。図示の実施形態では、広告要求者２５は、広告を求める要求を、発行者との連携で広告マネジャによって構成されていて、要求の履行に使用することのできる広告データサイロを選択するのに使用される特性を識別するやり方でフォーマットする、広告フォーマッタを含んでいる。フォーマットされた要求は、矢印２６で表現されている様に広告サーバ１４へ転送される。広告サーバ１４は、矢印２７で表現されている様に対応する広告データサイロにアクセスすることによって広告要求を履行しようと試みる。サイロ１５に利用できる適した広告が在れば、当該広告が矢印２８で表現されている様に広告ブロック２１を満たすためにモバイルクライアントに返されるが、例えば広告は広告要求者２５に戻され、広告要求者２５が次いでコンテンツをモバイルクライアントに転送するというやり方などでモバイルクライアントに返される。サイロ１５に利用できる適した広告が無ければ、広告マネジャは、矢印２９で表現されている様に、第１優先方針に従って複数の広告供給元１３ａ−１３ｃの１つと通信することによって広告要求を履行しようと試みる。
【００２９】
サイロ１５に利用できる適した広告が在るか無いかに関係なく、広告サーバ１４は、矢印３０で表現されている様に、第２優先方針に従って広告要求を作成し、第２の広告要求を複数の広告供給元１３ａ−１３ｃの１つに転送する。矢印２９で表現されている要求は、矢印３０で表現されている要求とは独立したものである。
【００３０】
矢印３１で表現されている応答が、矢印２９で表現されている要求を履行するべく広告サーバ１４を介して返される。矢印３１で表現されている応答が、実現可能な広告を含んでいれば、当該広告はモバイルクライアントへ広告ブロック２１を履行するべく転送される。
【００３１】
矢印３２で表現されている応答が、矢印３０で表現されている要求を履行するべく返され、それが実現可能な広告を含んでいれば、広告は要求者によって識別されている広告データサイロ１５に入れられる。
【００３２】
第１優先方針は、広告を表示させるつもりのモバイルウェブページをモバイルクライアントが閲覧しそうであるという事態に適合されており、従って、待ち時間に高い重要性が置かれている。モバイル環境では、広告露出を受信すること無く、そして広告主にとって収益の機会の無いままに、モバイルクライアントが異なるウェブページに移ってしまう可能性があるため、待ち時間が成否を分けるともかぎらない。待ち時間は、多くの場合、広告供給元が高機能のネットワークツールを使用して何とかできる技術的な問題であって、その様なツールを利用して自分達の充填率を上げれば、一定の広告供給元が優位を得ることになるが、それは彼らの在庫の広告のコンテンツには関係していない。
【００３３】
第２優先方針は、モバイルクライアントが、同じ広告要求者２５を介して第２の広告要求を引き起こすことになる行動を起こしそうであるという事態に適合されている。従って、第２優先方針では、待ち時間及び広告供給元の充填率にはあまり焦点をあてず、特定の広告の発行者への金銭的見返りをもたらす能力をより決定付ける広告の内容により焦点を絞った要因に重要性が置かれている。
【００３４】
第１及び第２優先方針と広告データサイロの使用の組合せは、モバイルクライアントとのセッションの始めの部分では持ち時間が最も低くなる広告の配信を提供し、モバイルクライアントとのセッションの後の部分では、待ち時間は低いままに、より品質の優れた広告の配信を提供しており、発行者によって提供される広告の有効性が改善される。
【００３５】
広告サーバ１４内の優先エンジンは、実行可能な広告が返された場合の平均充填率、クリックスルー率ＣＴＲ、１０００回当たり費用ＣＰＭ、１０００回当たり有効費用ｅＣＰＭ、広告供給元の間での荷重平衡パラメータなどの様な、広告供給元についての成績指標に基づき、各方針を適応的に維持する。好適なシステムの広告サーバ１４は、広告の成績に関する統計資料を集め、当該統計資料を、例えば並行優先エンジンによって使用される第１方針と第２方針を周期的に更新することによって動的維持に適用する成績指標測定モジュールを含んでいる。第１優先方針と第２優先方針の動的維持の例には、方針を、規則的な間隔で、又は広告供給元の相対成績に変化が起きたときに、又は他の広告供給元事象と同時に起こったときに、更新することが含まれる。方針を更新する際に考慮に入れることができる他の広告供給元事象には、例えば各種広告供給元の広告ライブラリーが新鮮な広告で更新されたとき、及びピーク発行期間時が含まれる。更に、広告要求を予測している情報を発展させるのに、ユーザーが特定のモバイルウェブページ又はリンク先のページ群で過ごした平均時間量や特定のモバイルウェブページにアクセスしているセッション当たりの典型的に発せられた広告要求の数の様な、ユーザー当たり活動をモニターするようにしてもよい。
【００３６】
図３は、図２に示されているものに似たシステムで利用されているデータ構造の簡略図である。データ構造は、広告要求４０と発行者サイロを含んでおり、発行者サイロは、この実施例では、ディレクトリレベル５０−５３と広告が入っているファイルのセット５４、５５を含む単純なディレクトリ構造である。ファイルのセット（例えば、セット５５）内のファイルは、識別用の情報も載せることができるファイル名５６、５７、５８を有している。
【００３７】
広告要求４０は、対応する発行者の広告データサイロを識別するのに必要な情報が載るように、要求者によってフォーマットされており、図では（Pub/page/silolevel1/silolevel2/...）で表現されている。こうして、要求者は、発行者、当該発行者によって表示させようとするページ、及びこの図ではサイロレベルとして識別されている、広告を選択するのに使用される事象の特性、を識別している要求４０をフォーマットする。広告要求をフォーマットする際に使用される情報は、モバイルクライアントから受信されたデータパケットのヘッダ又は当該データパケットに存在する他のフィールドから、及び発行者自身又は当該発行者と契約を交わしているサービスプロバイダのどちらかによって特定のクライアントについて維持されている人口学的データから、導出することができる。地理的区域、モバイルデバイスの識別子、インターネットプロトコルアドレス、モバイルデバイスの類別、地理的測位システムデータなど、としてのその様な情報は、発行者広告データサイロを特定するのに利用することができる。
【００３８】
示されている実施例では、サイロは、発行者の識別子で標識された最上レベル５０、提供されるモバイルウェブページの識別子で標識された第２レベル５１、要求のあった時点でクライアントのモバイルデバイスが検知された領域の識別子で標識されているレベルであって、要求のサイロレベル１と一致する第３レベル５２、クライアントの異なる人口学的特性で標識されている第４レベル５３など、を有するディレクトリツリーを備えている。様々なレベルは、使用されているモバイルデバイスの型式、表示させる広告の種類、ユーザーの年齢、ユーザーの性別などによって識別されていてもよい。幾つかの実施形態では、サイロレベルは、モバイルクライアントの固有インターネットプロトコルアドレス又はアドレスセット或いはモバイルユニットの固有識別子に一致していてもよい。ユーザー又はモバイルクライアントを広告要求の中で固有に識別することができる実施形態では、広告サイロデータ構造は、発行者について、ユーザー単位又はクライアント単位で維持されている。この場合、複数の発行者に仕えているシステムでは、サイロは、発行者を識別している第１レベルと、固有識別子を載せている第２レベルの、２つのレベルを有している。更に、サイロは、発行されているサイトを閲覧するユーザーのクッキーやＷＡＰヘッダ又は電話番号から知られる他の追跡情報から知ることができる人口学的データ別に編纂することもできる。更に、ＳＭＳベースのシステムでは、サイロは、地域コード、準地域コード、要求時刻、地理、又はターゲティング広告にとって有用な他のパラメータ別に編纂されてもよいであろう。
【００３９】
図示の実施例では、ファイルのセット５４、５５は、広告データサイロの２つ以上のレベルに関連付けられており、セット５４はサイロレベル１でクライアント領域５２に関連付けられ、及びセット５５はサイロレベル２でクライアント人口学的特性５３に関連付けられている。更に、使用されているファイル名には、特定の要求に応えた配信用の広告を選択するのに使用される追加の情報を載せることができる。例えば、ファイル名には、広告がサイロに常駐していた時間量を表すタイムスタンプ「silotime」のタグを付けることができる。代わりに、タイムスタンプ用のデータはファイル内に記憶することもできる。更に、ファイル名には、広告供給元の名前「adsource」、及びモバイルクライアントの特性に関係のある他のターゲット情報「targetinfo」のタグを付けることもできる。この実施例では、ファイルは、広告が利用できる「avl」か消費済み「csm」か、を表す拡張子であって、処理中に複数の配信機構が同じ広告を読み出してしまうことを避けるために当該広告が入っているファイルをロックするための原子動作に使用することができる拡張子を有している。
【００４０】
図３に示されているファイルシステム構造は、各種フォーマットで実装することができる。更に、代わりの広告データサイロ構造は、データベース技術を使用して実装することができる。発行者サイロは、ファイルシステムを使用して編纂することができ、ファイルとシステムは、この実施例では、多種多様な情報に鍵を掛けて保管する発行者特定キャッシュを含んでいる。
【００４１】
発行者サイロは、サイロが立ち上げられて、モバイル広告供給体験に関連性のあるモバイルクライアントによる活動が無い状態になって比較的短い間隔（例えば、１０分）を経過すると停止されるように、短命とすることができる。このやり方で、サイロメモリ管理を、サイロ内の現在の広告の維持と併せて、最適化することができる。
【００４２】
広告サーバ１４は、特定の要求に応えて配信用の実現可能な広告を見つけるために広告データサイロを見回るためのプログラムを含んでいる。ファイルのセットを２つ以上のレベルと関連付けることができる実施形態では、広告を見回るためのプログラムは、ツリーの葉に最も近接している第１の利用できる広告を選択する。更に、広告サーバ１４は、処理中に、サーバによって実行されている複数のプロセスが同じ広告ファイルの使用をめぐって競合するのを避けるために、サイロのファイルを（ファイル拡張子の名前を変えることによって）ロックするためのプログラムを含んでいるであろう。広告マネジャは、更に、確実に広告が新鮮な状態に保たれるようにするため、事前に指定されている間隔より長い間サイロに存在している広告を検知するためのプログラムを含んでいる。この環境では、その様な間隔は、大抵、３分から５分程度であるが、所与のネットワーク環境での必要に応じで変えることができる。
【００４３】
ここに説明されている広告サイロの使用に関連する１つの問題は、一部の広告は検索されてサイロに入れられはするが、使用されないという事実である。この「無駄遣い」事情は、一定レベルの非効率をシステムにもたらしており、それは少なくとも或る程度までは何とかすることができる。無駄遣いは、大抵、ユーザーがブラウジングセッション中に一連の広告を消費したときに起こり、その結果、一連の広告要求とそれによって派生する一連のサイロ充填要求が生まれ、そのうちの最後のものは無駄遣いサイロ充填に終わる可能性が高い。発行者のモバイルウェブページについての成績データを処理すれば、特定のセッションでの特定のサイロ内のユーザーから発せられる広告要求の平均数Ａを予測することができる。この状況では、マネジャは、最初のＮ個の広告要求についてサイロ充填要求を発し、その後はサイロ充填要求を発するのを止め、ここに、数Ｎは、平均数Ａに基づいており、利用されている成績データ次第でＡより小さいこともあれば、Ａに等しいことも、Ａより大きいこともある。
【００４４】
広告サイロ及び並行広告検索プロセスの使用に関連するもう１つの問題が、モバイルウェブページで、ページの上にはバナー広告、ページの下にはライン広告という様に、ページ上の異なる場所に２つ又はそれ以上の広告を含んでいるモバイルウェブページの場合に持ち上がる。この場合には、両方の場所へ同じ広告供給元から広告が配信されないようにすることが肝要である。これは、発行者において広告要求をフォーマットするなどにより多広告ページ用の要求を検知し、（２広告ページ用に）応えて、２つの広告充填要求を発し、第１の広告充填要求は１つの広告供給元に最の高い優先順位を割り当て、第２の広告充填要求は別の広告供給元に最も高い優先順位を割り当てる、ことによって成し遂げることができる。２つの広告要求のうち一方は、可能であれば広告サイロを使用して履行され、一方、２つの広告要求のうち２つ目には広告サイロを迂回させる。更に、２つの広告要求は、当該２つの広告要求に応えて、サイロ充填要求が１つだけ発せられるように処理されてもよいし、サイロ充填要求が２つ発せられるように処理されてもよい。広告充填要求を１つしか使用しないことは、一定の状況では無駄遣いを防ぐことができる。
【００４５】
図４は、ここに説明されているシステムで使用できる広告マネジャのための基本的なソフトウェアーキテクチャを示している。アーキテクチャ内のモジュールは、広告要求アプリケーションプログラムインターフェースＡＰＩ４０１、要求データ正規化モジュール４０２、発行者広告データサイロ構築モジュール４０３、発行者広告データサイロ４０４、及び広告サーバモジュール４０５と加設のネットワークインターフェース４０６である。更に、ソフトウェアーキテクチャには、広告成績追跡モジュール４１１と優先エンジン４１２が含まれている。これらのモジュールの構成要素の代表的な実施形態は、以上に言及されているコンピュータプログラム付加説明の中で述べられている。
【００４６】
発行者からの広告を求める要求がライン４００で入力される。広告要求ＡＰＩ４０１は、入力を受信し、データを、要求データ正規化モジュール４０２に提供する。要求データ正規化モジュール４０２は、対応する発行者広告データサイロを識別すると、サイロ構築モジュール４０３と、広告サーバモジュール４０５と、矢印４１５で表わされている様に広告供給元と通信する広告ネットワークインターフェース４０６とを使用して、上述の並行広告検索プロセスを開始する。並行広告検索プロセスで使用されている優先エンジン４１２は、広告成績追跡モジュール４１１を使用して管理されている。広告成績追跡モジュール４１１への入力は、ライン４１０で表わされている消費者からのクリックスルーを含んでいる。更に、成績追跡モジュール４１１は、クリックスルーの代わりに又はそれに追加して広告の消費を表すものとして、クリック追跡詐欺検知技法で使用されている様に、配信された広告からのバナーリンクがクライアントから画像の履行を求めて返信されたインスタンス数を数えることができる。図を分かり易くするために、サイロへの戻り経路と発行者はこの図に示されていない。しかしながら、理解され得るように、その様な経路は、図３に表されている適切な通信チャネルを使用して提供されている。
【００４７】
基本的なフローは、広告要求ＡＰＩ４０１で発行者要求を受信することを含んでいる。要求データ正規化モジュール４０２は、広告要求のヘッダ又はメッセージのコンテンツを調べ、それらを正規化して、システムによる以降の処理に向けた一貫性のあるビューを作成する。これは、広告要求時刻をグリニッジ標準時ＧＭＴに正規化すること、ユーザーのデバイスのＩＰアドレスを抽出すること、メッセージに関係したキーワードを生成すること、クッキー情報を抽出すること、及び要求を広告データサイロにマップすることを含む。このプロセスの一環として、システムは、例えば、クッキー認知に基づくユーザーパラメータやモバイル加入者ＩＤパラメータを識別していてもよい。次に、マネジャは、上述の様に編纂されている特化された広告キャッシュを入れておくように適合されている、対応する発行者広告データサイロ内の広告を調べる。対応するサイロの中に広告が在れば、当該広告のクリックスルーリンクが追跡のために道具として利用され、例えば、それを広告成績追跡部４１１へのリンクに置き替えるとか、当該広告のクリックスルーリンクを、広告成績追跡部４１１への、又は広告成績追跡部が利用できるリソースであってクリックスルー成績及び他の成績指標に関する必要なデータを提供することができるリソースへの追加のリンクと組み合わせるなどにより、道具として利用される。広告が存在していなければ、広告サーバ４０５を使用して、好適なシステムでは当該サイロにとって履歴的に最も充填率の良好な広告供給元からの広告を返すように設計されている第１優先方針に従って、最も好適な広告ネットワークに要求がなされる。第１優先方針に従って最も優先順位の高い広告ネットワークが要求を履行できなければ、再試行カウンタが更新され、要求は、広告ネットワークの全てが試行されるか又は要求に対してサービスが提供されるまで、順繰りに次の広告ネットワークに再送される。サイロは、事前に指定されているパラメータである「ｎ個」の期待要求数まで充填することができ、その数は代表的なシステムでは２個又は３個程度である。同時に、対応するサイロの構築を開始させるためにサイロ構築部４０３に要求がなされる。このサイロ構築部４０３は、広告サーバ４０５を使用して、第２優先方針に従って要求をする。第２優先方針に従って最も優先順位の高い広告ネットワークが要求を履行できなければ、再試行カウンタが更新され、要求は、広告ネットワークの全てが試行されるか又は要求に対してサービスが提供されるまで、順繰りに次の広告ネットワークに再送される。サイロは、事前に指定されているパラメータである「ｎ個」の期待要求数まで充填することができ、その数は代表的なシステムでは２個又は３個程度である。
【００４８】
システムが広告を供給し続け、ユーザーがそれらの広告をクリックすると、広告成績追跡部４１１は対応するサイロについて履歴的傾向をネットワーク指標で構築する。これらのネットワーク指標を使用して、第１優先方針と第２優先方針が、優先エンジン４１２を使用して動的に更新される。優先エンジンは、第１優先方針と第２優先方針について、それぞれのサイロに対応していて発行者広告データサイロ４０４を維持するのにサイロ構築部４０３が使用する成績によって広告供給元を動的に順位付けするスライディングウインドウアルゴリズムを使用することができる。
【００４９】
システムの実施形態は、発行者への広範な成績報告書を生成するための、広告成績追跡部４１１に関連付けられた報告ツールを含んでおり、その様なものとして、以下のもの、即ち、
１．ダッシュボード：広告供給指標（要求数、露出数、充填率、クリック数、バナー画像要求数、クリックスルー率）
２．累積収益指標（ｅＣＰＭ及び総広告収益）
３．サイトレベル広告供給指標
４．サイトレベル収益指標
５．累積広告ネットワーク広告供給及び収益指標
６．個別広告ネットワーク広告供給及び収益指標（並列比較可能）
７．不具合事項報告（追跡されたクリック数及び露出数対広告ネットワーク報告）
８．サイトレベル広告ネットワーク広告供給及び広告収益指標
９．デバイスレベル広告供給及びトラフィック指標
１０．地理的レベル広告供給及びトラフィック指標
が含まれる。
【００５０】
図５は、図１に示されているサーバ１４及びサイロ１５と同様の、発行者サイロを備えた最適化広告サーバとして配設されていて、ここに説明されている並行優先エンジンを実装しているデータ処理システム５００の簡略ブロック図である。システム５００は、プログラムメモリ５０１に記憶されているコンピュータプログラムを実行し、データ記憶部５０２にアクセスし、ディスクドライブ５０６の様な大規模メモリにアクセスし、通信ポート５０３とユーザー入力デバイス５０４とディスプレイ５０５を制御する、ように配設されている１つ又はそれ以上の中央処理ユニット５１０を含んでいる。図５で表現されている最適化広告サーバは、単一のワークステーションと、インターネットサーバ及びゲートウェイの設計者に利用されているコンピュータのネットワークを含んでいる。
【００５１】
データ処理リソースは、例示的なシステムの場合、メモリ５０１に記憶されているコンピュータプログラムとして実装されている論理を含んでいる。代わりのやり方では、論理は、ローカル又は分散されている機械のコンピュータプログラムを使用して実装することもできるし、部分的に専用ハードウェア又は他のデータ処理リソースを使用して実装することもできる。
【００５２】
データ記憶部５０２は、典型的には、優先方針や成績指標などの機械可読定義を記憶するために使用されている。ディスクドライブ５０６の様な大規模メモリは、上述の発行者広告データサイロを含め、データベース及び／又はファイルシステムを記憶するのに使用されている。
【００５３】
図６は、広告サーバ１４によって実行されるプロセスの簡略フローチャートである。プロセスは、広告要求の受信から始まる（ブロック６０）。次に、広告要求の属性が抽出される（ブロック６１）。広告要求の抽出された属性に対応する発行者サイロが識別される（ブロック６２）。この段階では、独立プロセスと並行プロセスが実行されている。独立プロセスと並行プロセスのうち一方は、識別されたサイロ用の広告を、サイロ充填に適合されている優先方針（方針２）に基づいて広告供給元からフェッチする段階（ブロック６３）と、返された広告を対応するサイロに入れる段階（ブロック６４）を含んでいる。独立プロセスと並行プロセスのうち他方は、識別されたサイロの中に受容可能な広告が存在するかどうかを判定する段階（ブロック６５）を含んでいる。受容可能な広告が存在すれば、当該広告がサイロから抽出される（ブロック６６）。成績指標のローカルモニタリングを提供している実施形態では、広告は、指標エンジンのために道具として利用され、例えば、広告主によって発行されているモバイルウェブページに接続するクリックスルー及びバナー画像履行要求のための広告内のリンクを、クリックスルーを広告マネジャで実行されている指標エンジンへ方向決めするリンクで置き換えるか又は補完することによって道具として利用され、すると指標エンジンは当該クリックスルー又はバナー画像要求を、広告主によって発行されているモバイルウェブページか又はバナー画像の供給元へ向け直す（ブロック６７）。次に、随意的に、抽出された広告は、発行者又はサイロ特定広告構成情報に従って修正することができ、例えば広告を特定のディスプレイ型式又は形状因子に適合させるか又は広告のマークアップ言語を発行者特定言語に変換するなどにより修正することができる（ブロック７１）。次に、広告が、最終的にモバイルクライアントへ配信されるように返される（ブロック７２）。ブロック６５で受容可能な広告が存在していなければ、例えばモバイルクライアントへの広告配信の低い待ち時間を達成することに適合させた優先方針（方針１）に基づいて広告供給元から広告がフェッチされる（ブロック６８）。アルゴリズムは、使用できる広告が要求への応答で返されたかどうかを判定する（ブロック６９）。成績指標のローカルモニタリングを提供している実施形態では、使用できる広告が返されたなら、当該広告は指標エンジンのために道具として利用される（ブロック７０）。次に、随意的に、抽出された広告は、発行者又はサイロ特定広告構成情報に従って修正されてもよい（ブロック７３）。次いで、広告は、モバイルクライアントへ配信するために提供される（ブロック７２）。使用できる広告が返されなければ、プロセスは、広告がモバイルクライアントへ提供されるまでブロック６５へループバックする。代わりに、プロセスは、暫定的に、広告がサイロにローディングされたかどうかを最初に判定すること無しに、単純に、広告供給元からの広告のフェッチを再試行し、例えばもう１回か２回追加的に試みるようにしてもよい。
【００５４】
図６Ａは、図６のフローチャートのブロック６２で表現されている入来要求について発行者サイロを確定するステップの後を、単一のモバイルウェブページ上に２つの広告が在る事例用に修正した１つの例示的な修正型を示している。この事例では、モバイルウェブページ上の両方の場所に同じ広告が提供されるのを防止するステップが採られている。プロセスは、発行者サイロに受容可能な広告（又は、随意的には両方の広告）を見つけることができるかどうかを判定することによって始まる（ブロック１６５）。受容可能な広告が見つからなければ、それは広告サイロから抽出される（ブロック１６６）。広告は、以上に説明されている様に、指標エンジンのために道具として利用される（ブロック１６７）。最終的に、広告は発行者に返される（ブロック１６８）。ブロック１６５で、広告のうち少なくとも一方はサイロに見つけられないと判定されれば、第１の広告、即ちサイロから履行されなかった広告を、優先方針（方針１）に基づく広告供給元からフェッチするようにプロセスが実行される（ブロック１６９）。モバイルウェブページ用の第２の広告がなお必要であれば、広告供給元の重みを変えるか又は他のやり方で優先方針（方針１）が修正され、修正された優先方針に基づく広告供給元から第２の広告をフェッチするように第２のプロセスが実行される（ブロック１７３）。その結果、第２の広告が、殆どの場合、第１の広告供給元とは異なる広告供給元から検索されることになるため、第２の広告が第１の広告と同じになる尤度は著しく小さくなる。ブロック１６９で広告をフェッチするプロセスが開始された後、プロセスは、使用できる広告が返されるのを待つ（ブロック１７０）。ブロック１６９の最初のフェッチするプロセスから使用できる広告が返されれば、それは指標エンジンのために道具として利用される（ブロック１７１）。次いで、広告は発行者に返される（ブロック１７２）。ブロック１７３で広告をフェッチするプロセスが開始された後、プロセスは、使用できる広告が返されるのを待つ（ブロック１７４）。ブロック１７４で使用できる広告が返されなければ、プロセスはブロック１６５にループバックし、再度、サイロから広告を検索しようと試みる。ブロック１７３の最初のフェッチするプロセスから使用できる広告が返されれば、それは指標エンジンのために道具として利用される（ブロック１７５）。次いで、広告は発行者に返される（ブロック１７６）。ブロック１７４で使用できる広告が返されなければ、プロセスはブロック１６５にループバックし、再度、サイロから広告を検索しようと試みる。ブロック１６９及び１７３で表現されている広告をフェッチするプロセスは、時間的に重なり合うやり方で実行することができる。プロセスでは、２つの広告がモバイルウェブページの同じスポットに返されるのを防止するために制御が実装されている。
【００５５】
図６Ｂは、図６のフローチャートのブロック６２で表現されている入来要求について発行者サイロを確定するステップの後を、広告サイロの無駄遣いを防ぐのに有用に修正した１つの例示的な修正型を示している。ブロック６２で、プロセスは、ネットワークから広告を検索し、図６のブロック６５から始まるフローをたどる枝と、並行して広告サイロ充填処理を行う枝とに分かれる。図６Ｂのプロセスでは、広告の無駄遣いに帰してしまう一部のサイロ充填要求がなされるのを防止するステップが採られている。従って、特定のサイロに関連付けられている指標であって、サイロを使用するセッションで起こる広告要求の平均又は中間値の様な、広告要求の数を表す指標が維持される。この指標を使用して、ブロック１６５で示されているように、当該セッションについて次の広告要求が起こりそうかどうかが予測される。次の広告要求が起こりそうにないなら、広告充填要求は一切発せられない（ブロック１７９）。この指標により次の広告要求が起こりそうであるとされるなら、サイロからの広告を、サイロ充填方針（方針２）に基づく広告供給元からフェッチするようにプロセスが実行される（ブロック１６３）。返された広告は、発行者サイロに入れられる（ブロック１６４）。
【００５６】
図７は、広告供給元への広告要求が使用できる広告を返さない環境で、使用できる広告を再試行プロセスによって得るためのアルゴリズムを示している。このプロセスでは、例えば図６のブロック６８及び６９に対応して、広告マネジャは優先方針の方針１に従って最の順位の高い広告供給元からの広告を要求する（ブロック７４）。次に、プロセスは、要求に応えて、使用できる広告が配信されたかどうかを判定する（ブロック７５）。使用できる広告が返されれば、それは発行者に配信される（ブロック７６）。１回目の試みで使用できる広告が返されなければ、優先方針の方針１に従って、但し第１の広告供給元は含めずに、最も順位の高い広告供給元からの広告が要求される（ブロック７７）。ここで、「第１の広告供給元」とは、ブロック７４で広告が要求された供給元である。次に、プロセスは、要求に応えて、使用できる広告が配信されたかどうかを判定する（ブロック７８）。使用できる広告が返されれば、それは発行者に配信される（ブロック７９）。使用できる広告が返されなければ、プロセスは、ブロック８０に表されている様に、指定された回数だけ繰り返されることになる。
【００５７】
図８は、第２優先方針の方針２に従って、サイロに入れられる広告を得るためのアルゴリズムを示している。このプロセスでは、広告マネジャは、第２優先方針に従って最も順位の高い広告供給元からの広告を要求する（ブロック９４）。プロセスは、要求に応えて、使用できる広告が配信されたかどうかを判定する（ブロック９５）。使用できる広告が返されれば、それは適当なタグを付けてサイロに記憶される（ブロック９６）。使用できる広告が返されなければ、広告マネジャは、第２優先方針に従って、但し第１の広告供給元を除いて、最も順位の高い広告供給元からの広告を要求する（ブロック９７）が、ここで、「第１の広告供給元」とは、ブロック９４で広告が要求された供給元である。プロセスは、第２の広告供給元から、使用できる広告が受信されるかどうかを判定する（ブロック９８）。受容可能な広告が受信されれば、それはサイロに記憶される（ブロック９９）。受容可能な広告が受信されなければ、プロセスは、ブロック１０１に表されている様に、指定された回数だけ繰り返されることになる。図８に示されているプロセスによれば、ブロック９６と９９で広告をサイロに記憶した後、アルゴリズムは、広告マネジャによって設定されている管理パラメータに従ってサイロを充填するのに更に多くの広告が必要かどうかを判定する（ブロック１００）。更に多くの広告が必要であるなら、プロセスはブロック９４に戻り、サイロ充填プロセスを繰り返す。それ以上広告が必要なければ、アルゴリズムは終了する（ブロック１０２）。
【００５８】
以下の表は、第１優先方針と第２優先方針についての広告供給元順位付けの一例であり、第１優先方針は、充填率成績がより良好な広告供給元に優先腱を与え、第２優先方針は、発行者への価値実現の成績がより良好な広告供給者に優先権を与える。従って、第１優先方針については、９０％という最も高い充填率を有する広告供給元１が最も順位の高い広告供給元であり、一方、４０％という最も低い充填率を有する広告供給元３は最も順位の低い広告供給元である。しかしながら、第２優先方針については、優先方針順位付けは、広告ネットワークによって提供される１０００広告当たりの発行者が各広告ネットワークから受け取る収益である、１０００広告露出数当たり有効費用（ｅＣＰＭ）に基づいている。従って、第２優先方針については、１２という最も高いｅＣＰＭを有する広告供給元２が最も順位の高い広告供給元であり、一方、６という最も低いｅＣＰＭを有する広告供給元３は最も順位の低い広告供給元である。
0005793081.tif 000002
【００５９】
充填率成績がより良好な広告供給元に優先権を与える第１優先方針は、モバイルクライアントとのセッションの始めの部分で最も待ち時間の低い広告の配信を提供する。広告データサイロを利用し、セッションの後の部分で待ち時間は短いままに、より品質の優れた広告の配信を図るべく、発行者への価値実現の成績がより良好な広告供給元に優先権を与える第２優先方針は、発行者によって提供される広告の有効性を改善する。
【００６０】
代わりの実施形態では、どの広告供給元から広告を要求するかについての規則は、以上に論じられている様に広告供給元の絶対順位ではなく比率基準に重みが置かれていてもよい。以下の表はその様な重み付けの一例である。その様な実施形態では、第１優先方針は、より高い充填率へ斜行し、一方、第２優先方針は、より高いｅＣＰＭへ斜行している。こうして、本実施例では、第１優先方針は、最初に、当場合の比率が８０％の広告供給元１からの広告を要求し、一方、第２優先方針は、当場合の比率が７５％の広告供給元２からの広告を要求することになる。更に他の代わりの実施形態では、優先方針のうち一方は比率に基づき、他方は広告供給元の絶対順位に基づくようにしてもよい。
0005793081.tif 000003
【００６１】
図９は、ここで説明されている最適化広告マネジャを含んでいる広告サーバ１１０を荷重平衡部１１１を使用して実装しているネットワークサーバシステムの簡略図である。発行者からの広告要求は荷重平衡部１１１に受信され、複数の配信ボックス１１２−１、１１２−２、１１２−３、．．．の１つに配信されるが、ここで、配信ボックスの数は必要に応じ任意の数とすることができる。配信ボックス１１２−１、１１２−２、１１２−３、．．．は、インターネット又は他の通信リンクを使用して広告供給元１１４へ別々にアクセスできる独立したプロセッサ上のプログラムとして実装することができる。配信ボックス１１２−１、１１２−２、１１２−３、．．．は、システムによる効率的なサービスを確保するために、所与の発行者からの一連の要求の中の複数の要求を異なる配信ボックス１１２−１、１１２−２、１１２−３、．．．によって取り扱うことができるように、広告データサイロ１１３へのアクセスを共有していてもよい。複数の配信ボックス１１２−１、１１２−２、１１２−３、．．．のそれぞれの配信ボックスは、待ち時間の低い配信のために使用される第１優先方針に従って、サイロ１１３を迂回して広告供給元１１４へ要求を行うこと、及び広告サイロの中の広告の読み出しと削除を行うことによって、要求者への広告の配信を管理するために、上述のリソースを全て含むことができる。サイロ充填ボックス１１５又はサイロ充填ボックスのセットが含まれており、それらは配信ボックス１１２−１、１１２−２、１１２−３、．．．と協働して、サイロ１１３の充填のために使用される第２優先方針に従って広告供給元１１５との通信を開始する。サイロ充填ボックス１１４又は複数のボックス１１４は、供給元への共有アクセスを制御するため、広告サイロへの書き込み専用アクセスができるように構成することができる。他の荷重平衡構成も同様に利用することができる。
【００６２】
図９に示されている環境では、図１０に示されている様なプロセスを、多数の配信ボックスによるサイロへのアクセスを管理するのに使用することができる。こうして、所与の配信ボックスによって使用されるプロセスは、ブロック１２０で開始される。プロセスは、特定のサイロが、現在利用できる広告を含むファイルが入っていない空の状態であるかどうかを判定する（ブロック１２１）。サイロが空であれば、配信ボックスは、上で論じられている様にネットワークから広告をフェッチするためのプロトコルを行う（ブロック１２８）。サイロが空でないなら、配信ボックスは、原子動作を使用して、サイロの最も古い広告をロックしてしまう（ブロック１２２）。配信ボックスは、次に、ロックされた広告に関連付けられているタイムスタンプが、新鮮な広告だけが利用されることを確保するために設定されている閾値未満かどうかを判定することになる（ブロック１２３）。ロックされた広告が古すぎたなら、当該広告はサイロから削除され（ブロック１２６）、プロセスはブロック１２１に戻る。タイムスタンプが、広告はまだ新鮮な状態であることを表していれば、ファイルのコンテンツが読み出され、ファイルはサイロから削除されることになる（ブロック１２４）。広告は、次に、発行者に戻される（ブロック１２５）。配信ボックスは、更に、サイロ充填ボックス１１５に信号を送り、上述の様にサイロ充填要求を開始させる。
【００６３】
アーキテクチャは、ＷＡＰ環境で、広告サポート型ＳＭＳ環境で、そして地方固有の通信事業者−ＷＡＰインフラの様なモバイル無線ネットワークへ統合することができるやり方で、待ち時間が低く品質の高い広告を供給するよう動作する。これらの環境は、ＳＭＳ及びＭＭＳ環境での発行者と広告マネジャの間の通信経路に配置することができるとされているアグリゲータの存在の観点から、及び、例えば発行者と広告マネジャの間や消費者と発行者の間の通信経路に存在し得る、無線ネットワークサービスプロバイダの存在下で、様々に異なる。更に、成績モニタリングでは、ＳＭＳメッセージ返信は、キーワードなどに基づいて追跡することもできるし、埋め込まれているリンクへのクリックによって引き起こされるコールバックや、広告を載せた発行者のメッセージに埋め込まれているリンクへのＷＡＰクリックスルーに基づいて追跡することもできる。
【００６４】
ここに説明されているアーキテクチャは、広告の供給待ち時間、充填率、ターゲティング、及びクリック率を改善する。本アーキテクチャは、管理を単純化し、動作を減らし、広告技術費用を下げる。更には、本アーキテクチャは、広告成績改善に係わる終端間指標と透過性を提供する。広告主と、広告ネットワークと、モバイル発行者を接続するための中立的なプラットフォームを使用して、最も成果の高い広告在庫の動的最適化物が配信される。
【００６５】
本技術は、ネットワーク広告供給元の多元化、広告ネットワーク契約最適化、及び広告ネットワーク監査の諸ツールを円滑化する。本アーキテクチャは、広告分析論、ユーザー分析論を適用することができ、外注型動作を最適化プロセスに活用することができる。本アーキテクチャは、更に、広告主によるキャンペーン管理に関係のある入力を可能にする。本システムは、消費者へ配信される露出数を最適化し、更に発行者の収益を改善することができる。本システムは、待ち時間を減少させ、更に広告ネットワークの集積、予測キャッシング、向上したターゲティング、インテリジェントな優先順位付け、及び柔軟な直接キャンペーン管理を提供する。アーキテクチャは、最も効果の高いＣＰＭを広告ネットワークに配信するように適合されている。
【００６６】
これらのプロセスは、同時多発広告主及び同時多発キャンペーンを、広告ネットワーク、及び他のキャンペーン、日程計画、一時休止、削除、キャンペーン値を含む事業規則の適用、露出数／クリック数／頻度のキャッピング、に関連した優先順位付けを用いて管理すること、及びＣＰＣ、ＣＰＭ、及び月別消費率の形式での収益追跡を提供することができる。
【００６７】
本アーキテクチャは、ＳＭＳ、ＭＭＳ、ＷＡＰバナー、ＷＡＰテキストリンク、及び埋め込み型アプリケーション「In-App」広告を含め、多数のプロトコルを跨いで広告ネットワークを管理することができる。本システムは、人による監督及び調整を許容しながら、広告の生態系関係の能動管理を提供する。
【００６８】
本発明は以上に詳述されている好適な実施形態及び実施例に関連付けて開示されているが、これらの実施例は制限を課すという意味ではなく、説明に役立てることを目的とするものと理解されたい。当業者には本発明の精神及び以下に続く特許請求の範囲に包含され得る修正及び組合せが容易に想起されるであろうと考えている。
【符号の説明】
【００６９】
５  無線ネットワーク
６  広域インターネット
１０ａ−１０ｃ  モバイルクライアント
１１  サービスプロバイダ
１２ａ−１２ｄ  発行者
１３ａ−１３ｃ  広告供給元
１４  最適化広告サーバ
１５  広告データサイロ
２０  モバイルウェブページ
２１  広告ブロック
２５  広告要求者
４０  広告要求
５０−５３  ディレクトリレベル
５４、５５  ファイルのセット
５６、５７、５８  ファイル名
１１０  広告サーバ
１１１  荷重平衡部
１１２−１、１１２−２、１１２−３、．．．配信ボックス
１１３  サイロ
１１４  広告供給元
４０１  広告要求アプリケーションプログラムインターフェースＡＰＩ
４０２  要求データ正規化モジュール
４０３  発行者広告データサイロ構築モジュール
４０４  発行者広告データサイロ
４０５  広告サーバモジュール
４０６  ネットワークインターフェース
４１１  広告成績追跡モジュール
４１２  優先エンジン
５００  データ処理システム
５０１  プログラムメモリ
５０２  データ記憶部
５０３  通信ポート
５０４  ユーザー入力デバイス
５０５  ディスプレイ
５０６  ディスクドライブ
５１０  中央処理ユニット
【図１】
0005793081.tif 000004
【図２】
0005793081.tif 000005
【図３】
0005793081.tif 000006
【図４】
0005793081.tif 000007
【図５】
0005793081.tif 000008
【図６】
0005793081.tif 000009
【図６Ａ】
0005793081.tif 000010
【図６Ｂ】
0005793081.tif 000011
【図７】
0005793081.tif 000012
【図８】
0005793081.tif 000013
【図９】
0005793081.tif 000014
【図１０】
0005793081.tif 000015