(57)【特許請求の範囲】
【請求項１】
第1の電話番号を第2の電話番号に関連付ける段階と、
前記第1の電話番号を含むウェブベースの広告を広告主のために供給する段階と、
前記第1の電話番号に掛けられた電話を受け取る段階と、
前記第1の電話番号に対する前記第2の電話番号の前記関連付けに基づいて前記電話を前記第2の電話番号にルーティングする段階と、
前記第1の電話番号に掛けられた前記電話を受け取るのに応答したコールスルーイベントが発生したかどうか判定する段階と、
前記コールスルーイベントが発生したと判定される場合に、前記第2の電話番号に関連する広告主にコストパーコール金額を請求する段階とを含み、
前記第1の電話番号に掛けられた前記電話を受け取るのに応答したコールスルーイベントが発生したかどうか判定する段階が、
前記電話の発信に関連する発呼側電話番号を識別する段階と、
前記発呼側電話番号がしきい値発信回数を超えて前記第1の電話番号に電話を発信したかどうか判定する段階と、
前記発呼側電話番号が前記しきい値発信回数を超えて前記第1の電話番号に電話を発信した場合に、前記第2の電話番号に対するコールスルーイベントの発生を識別しないようにする段階とを含み、
前記発呼側電話番号が前記しきい値発信回数を超えて前記第1の電話番号に電話を発信した場合に、前記第2の電話番号を提示する段階をさらに含む、コンピュータによって実施される方法。
【請求項２】
所定期間後に前記第2の電話番号に対する前記第1の電話番号の関連付けを解除する段階と、
前記所定期間終了後の第2の所定期間後に、前記第1の電話番号を第3の電話番号に関連付ける段階とをさらに含む、請求項1に記載の方法。
【請求項３】
前記第1の電話番号が一意の電話番号である、請求項1に記載の方法。
【請求項４】
前記第1の電話番号が共通電話番号および一意の内線番号を含む、請求項1に記載の方法。
【請求項５】
第1の電話番号を第2の電話番号に関連付ける段階と、
前記第1の電話番号を含むウェブベースの広告を広告主のために供給する段階と、
前記第1の電話番号に掛けられた電話を受け取る段階と、
前記電話の発信に関連する発呼側電話番号を識別する段階と、
前記発呼側電話番号がしきい値発信回数を超えて前記第1の電話番号に電話を発信したかどうか判定する段階と、
前記発呼側電話番号が前記しきい値発信回数を超えて前記第1の電話番号に電話を発信していない場合に、前記電話を前記第2の電話番号にルーティングする段階とを含み、
前記発呼側電話番号が前記しきい値発信回数を超えて前記第1の電話番号に電話を発信した場合に、前記第2の電話番号を提示する段階をさらに含む、コンピュータによって実施される方法。
【請求項６】
前記電話を前記第2の電話番号にルーティングするのに応答して、前記第2の電話番号に関連する広告主にコストパーコール金額を請求する段階をさらに含む、請求項5に記載の方法。
【請求項７】
前記第2の電話番号を提示する段階が、
前記第1の電話番号への前記電話の中で前記第2の電話番号を告知する段階を含む、請求項1または5に記載の方法。
【請求項８】
失効イベントが発生した場合に、前記第2の電話番号に対する前記第1の電話番号の関連付けを解除する段階と、
前記失効イベントが発生した場合に、少なくとも最小期間にわたって前記第1の電話番号を別の第2の番号に関連付けないようにする段階とをさらに含む、請求項1に記載の方法。
【請求項９】
前記失効イベントが発生した場合に、別の失効イベントが発生するまで第3の電話番号を前記第2の電話番号に関連付ける段階と、
前記第1の電話番号への電話を受け取る段階と、
前記失効イベントが発生した場合に、前記電話の中で前記第3の電話番号を告知する段階とをさらに含む、請求項8に記載の方法。
【請求項１０】
前記失効イベントが発生したかどうか判定する段階が、
前記第1の電話番号への発信呼の回数がしきい値発信回数を超える場合に、前記第2の電話番号に対する前記第1の電話番号の関連付けを解除する段階と、
前記第1の電話番号への発信呼の前記回数が前記しきい値発信回数を超える場合に、前記第3の電話番号を前記第2の電話番号に関連付ける段階とを含む、請求項9に記載の方法。
【請求項１１】
前記失効イベントが発生していない場合に、前記第1の電話番号への電話を前記第2の電話番号にルーティングする段階と、
前記失効イベントが発生していない場合に、前記第2の電話番号に関連する広告主にコストパーコール金額を請求する段階とをさらに含む、請求項10に記載の方法。
【請求項１２】
前記第2の電話番号に関連する勘定残高を決定する段階と、
前記第2の電話番号に関連する請求額を決定する段階であって、前記請求額が前記コストパーコール金額に基づく段階と、
前記請求額が前記勘定残高を超えるかどうか判定する段階と、
前記請求額が前記勘定残高を超える場合に、前記電話を前記第1の電話番号から前記第2の電話番号にルーティングしないようにする段階とをさらに含む、請求項10または11に記載の方法。
【請求項１３】
第1の電話番号および第2の電話番号を記憶するように構成されたデータストアと、
失効イベントが発生するまで前記第1の電話番号を前記第2の電話番号に関連付け、前記失効イベントが発生したかどうか判定し、前記失効イベントが発生した場合に、前記第2の電話番号に対する前記第1の電話番号の関連付けを解除し、前記失効イベントが発生した場合に、少なくとも最小期間にわたって前記第1の電話番号を別の第2の番号に関連付けないようにするコールスルーエンジンとを備え、
前記コールスルーエンジンは、前記失効イベントが発生した場合に、前記第2の電話番号を提示する手段を備え、
前記コールスルーエンジンが、
前記失効イベントが発生した場合に、別の失効イベントが発生するまで第3の電話番号を前記第2の電話番号に関連付け、
前記第1の電話番号への電話を受け、
前記失効イベントが発生した場合に、前記電話の中で前記第3の電話番号を告知する、システム。
【請求項１４】
前記コールスルーエンジンが、
前記第1の電話番号への発信呼の回数がしきい値発信回数を超える場合に、前記第2の電話番号に対する前記第1の電話番号の関連付けを解除し、
前記第1の電話番号への発信呼の前記回数が前記しきい値発信回数を超える場合に、前記第3の電話番号を前記第2の電話番号に関連付ける、請求項13に記載のシステム。
【請求項１５】
前記コールスルーエンジンが、
前記失効イベントが発生していない場合に、前記第1の電話番号への電話を前記第2の電話番号にルーティングし、前記失効イベントが発生していない場合に、前記第2の電話番号に関連する広告主にコストパーコール金額を請求する、請求項14に記載のシステム。
【請求項１６】
前記コールスルーエンジンが、
前記第2の電話番号に関連する勘定残高を決定し、前記第2の電話番号に関連する請求額を決定し、前記請求額が前記コストパーコール金額に基づき、さらに、前記請求額が前記勘定残高を超えるかどうか判定し、
前記請求額が前記勘定残高を超える場合に、前記第2の電話番号に対する前記第1の電話番号の関連付けを解除する、請求項15に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、共に「TELEPHONE NUMBER-BASED ADVERTISING」という名称である2007年11月26日に出願した米国仮特許出願第60/990,256号および2007年11月30日に出願した米国実用特許出願第11/948,171号に対する優先権を主張するものであり、これらの出願の内容を参照により本明細書に組み込む。
【０００２】
本出願は、情報管理に関するものである。
【背景技術】
【０００３】
インターネットが成長してきたのに伴い、オンライン広告は、広告主が消費者に到達することのできる一般的な方法になった。オンライン広告は、広告主がその広告のターゲットを受容力のある受け手に絞る機会を提供する。広告は、クエリに応答して1つまたは複数のコンテンツサーバによって識別して、パブリッシャから提供されるコンテンツページ上にリストすることができる。
【０００４】
広告を自身のコンテンツページ上にリストするパブリッシャは、ユーザがコンテンツページ上の広告と対話する(例えば広告をクリックする)(例えばそして広告主に関連するウェブサイトに向かわせられる)度に、広告主に代金を請求することができる。しかし、ユーザが、広告をクリックするのではなく、広告を含むコンテンツページ上にリストされた広告主特有の電話番号に電話を掛けることによって広告主と接触する場合、パブリッシャは、ユーザから広告主に電話があったことがわからないかもしれないので、広告主に代金を請求するための容易に検証可能な方法がないことがある。
【０００５】
加えて、広告主がウェブサイトを持たない場合もあるが、それでもなお広告主はインターネット上で宣伝したいと望む。このような広告主は、パブリッシャによって供給される、広告主の電話番号を含む広告を有することができる。しかし、この場合もやはりパブリッシャは、いつ閲覧者が広告主に電話を掛けるかを容易に決定できないことがあり、したがって、例えば広告に応答して広告主が実際に受ける電話の数にかかわらず固定的に1000回のインプレッションごとに代金を請求するなど、最適には及ばない課金取り決めを使用することが必要な場合がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国仮特許出願第60/990,256号明細書
【特許文献２】米国実用出願第11/948,171号明細書
【特許文献３】米国特許第6,285,999号明細書
【非特許文献】
【０００７】
【非特許文献１】S. BrinおよびL. Page、「The Anatomy of a Large-Scale Hypertextual Search Engine」、Seventh International World Wide Web Conference、オーストラリア、ブリズベン(1998)
【発明の概要】
【課題を解決するための手段】
【０００８】
一般に、本明細書に述べる主題の一態様は、第1の電話番号を第2の電話番号に関連付ける動作と、第1の電話番号を含むウェブベースの広告を広告主のために供給する動作と、第1の電話番号に掛けられた電話を受け取る動作と、第1の電話番号に対する第2の電話番号の関連付けに基づいて電話を第2の電話番号にルーティングする動作と、第1の電話番号に掛けられた電話を受け取るのに応答したコールスルー(call-through)イベントが発生したかどうか判定する動作と、コールスルーイベントが発生したと判定される場合に、第2の電話番号に関連する広告主にコストパーコール(cost-per-call)金額を請求する動作とを含む方法の中で具現することができる。この態様の他の実施形態は、対応するシステム、装置、およびコンピュータプログラム製品を含む。
【０００９】
本明細書に述べる主題の別の態様は、第1の電話番号を第2の電話番号に関連付ける動作と、第1の電話番号を含むウェブベースの広告を広告主のために供給する動作と、第1の電話番号に掛けられた電話を受け取る動作と、電話の発信に関連する発呼側電話番号を識別する動作と、発呼側電話番号がしきい値発信回数を超えて第1の電話番号に電話を発信したかどうか判定する動作と、発呼側電話番号がしきい値発信回数を超えて第1の電話番号に電話を発信していない場合に、電話を第2の電話番号にルーティングする動作とを含む方法の中で具現することができる。この態様の他の実施形態は、対応するシステム、装置、およびコンピュータプログラム製品を含む。
【００１０】
本明細書に述べる主題の別の態様は、失効イベントが発生するまで第1の電話番号を第2の電話番号に関連付ける動作と、失効イベントが発生したかどうか判定する動作と、失効イベントが発生した場合に、第2の電話番号に対する第1の電話番号の関連付けを解除する動作と、失効イベントが発生した場合に、少なくとも最小期間にわたって第1の電話番号を別の第2の番号に関連付けないようにする動作とを含む方法の中で具現することができる。この態様の他の実施形態は、対応するシステム、装置、およびコンピュータプログラム製品を含む。
【００１１】
本明細書に述べる主題によって実現することのできるオプションの利点および特徴は、広告に対する受け手の反応に基づく、広告に対するより最適な課金を含むことができる。例えば、ウェブサイトを有する広告主には、対話のある(例えばクリックされる)広告、または広告に含まれる番号に電話が掛かってくる広告に対して、課金することができる。同様に、ウェブサイトを有さない広告主には、広告に含まれる電話番号に掛かってくる電話の数に基づいて、広告に対して課金することができる。加えて、コールスルー率を含む使用情報を広告主に提供することができ、それにより広告主は、広告のパフォーマンスを評価し、広告の費用便益分析を容易にすることができる。
【００１２】
これらの様々なオプションの利点および特徴は、別個に実現することができ、いずれか特定の実施形態中に存在する必要はない。本明細書に述べる主題の1つまたは複数の実施形態の詳細を、添付の図面および以下の記述に示す。本主題の他の特徴、態様、および利点は、記述、図面、および特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【００１３】
【図１】例示的なオンライン環境のブロック図である。
【図２】例示的なコンテンツページと、電話番号に関連する広告とのスクリーンショットの図である。
【図３】電話番号を使用して広告を追跡する例示的なプロセスの流れ図である。
【図４】電話番号を使用して広告を追跡する例示的なプロセスの別の流れ図である。
【図５】電話番号を使用して広告を追跡する例示的なプロセスの別の流れ図である。
【図６】発信に基づいて失効イベントを処理する例示的なプロセスの流れ図である。
【図７】勘定残高に基づいて条件的に電話をルーティングする例示的なプロセスの流れ図である。
【発明を実施するための形態】
【００１４】
様々な図面における同じ参照番号および指示は、同じ要素を示す。
【００１５】
図1は、例示的なオンライン環境100のブロック図である。オンライン環境100は、コンテンツアイテム、例えばウェブページや広告などを識別しユーザに供給するのを容易にすることができる。ローカルエリアネットワーク(LAN)、ワイドエリアネットワーク(WAN)、インターネット、またはこれらの組合せなどのコンピュータネットワーク110が、広告主102aおよび102b、広告管理システム104、パブリッシャ106aおよび106b、ユーザデバイス108aおよび108b、検索エンジン112を接続する。2つの広告主(102aおよび102b)、2つのパブリッシャ(106aおよび106b)、2つのユーザデバイス(108aおよび108b)のみが示してあるが、オンライン環境100は、多くの(例えば数千の)広告主、パブリッシャ、およびユーザデバイスを含んでもよい。ネットワーク110は、公衆交換電話網(PSTN)120および/またはセルラネットワーク126など、公衆と私設の両方の他のネットワークと通信することができる。後で詳細に述べるように、広告管理システム104は、ウェブベースの広告上に表示される第1の電話番号を、広告主の第2の電話番号に関連付けることができる。広告を見たユーザから第1の電話番号に電話が掛かったとき、この電話は、広告主に関連する第2の電話番号にルーティングされる。したがって、電話網を介してなされ、ウェブベースの広告に起因すると考えられる接触を、説明することができる。広告の送達に言及するが、他の形のスポンサー付きコンテンツを含めて、他の形のコンテンツを送達することもできる。さらに、ウェブを介してコンテンツを送達する例示的なシステムに言及するが、音声、映像、放送、衛星、ケーブル、印刷などを含めた他のメディア送達システム、および他の形のメディアを使用することもできる。
【００１６】
いくつかの実装形態では、1つまたは複数の広告主102aおよび/または102bは、直接的または間接的に、広告管理システム104中の広告情報を入力、維持、および追跡することができる。広告は、バナー広告などのグラフィカル広告、テキストのみの広告、画像広告、音声広告、映像広告、これらのコンポーネントのいずれか1つもしくは複数を組み合わせた広告など、または、いずれか他のタイプの電子広告ドキュメント111の形とすることができる。広告はまた、リンク、メタ情報、および/または、HTMLやJavaScript(登録商標)等の機械実行可能命令など、埋め込み情報を含むこともできる。
【００１７】
ユーザデバイス108aなどのユーザデバイスが、ページコンテンツ要求109をパブリッシャまたは検索エンジン112にサブミットすることができる。いくつかの実装形態では、ページコンテンツ要求109に応答して、ページコンテンツ111をユーザデバイス108aに提供することができる。ページコンテンツは、広告管理システム104によって提供された広告を含むことができ、あるいは、広告管理システム104に広告を要求するためにユーザデバイス108aにおいて実行することのできる実行可能命令、例えばJavaScript(登録商標)命令を含むことができる。例示的なユーザデバイス108は、パーソナルコンピュータ、モバイル通信デバイス、テレビジョンセットトップボックスなどを含む。
【００１８】
広告はまた、パブリッシャ106から提供することもできる。例えば、1つまたは複数のパブリッシャ106aおよび/または106bは、1つまたは複数の広告を求める広告要求をシステム104にサブミットすることができる。システム104は、これに応答して、パブリッシャのウェブプロパティ(例えばウェブサイトおよび他のネットワーク配信コンテンツ)の1つまたは複数の上に配置されるように、広告を要求元パブリッシャ106aまたは106bに送る。広告は、ランディングページへの埋め込みリンク、例えば、パブリッシャのウェブサイト上に提示された広告をユーザがクリックすると向かわせられる、広告主102のウェブサイト上のページへの埋め込みリンクを含むことができる。広告要求はまた、コンテンツ要求情報を含むこともできる。この情報は、コンテンツ自体(例えばページまたは他のコンテンツドキュメント)、コンテンツまたはコンテンツ要求に対応するカテゴリ(例えばアート、ビジネス、コンピュータ、アート-映画、アート-音楽など)、コンテンツ要求の一部または全部、コンテンツの古さ、コンテンツタイプ(例えばテキスト、グラフィックス、映像、音声、混合メディアなど)、地理的位置情報などを含むことができる。
【００１９】
いくつかの実装形態では、パブリッシャ106は、要求されたコンテンツを、システム104によって提供された広告の1つまたは複数と組み合わせることができる。この組み合わされたページコンテンツ111および広告は、ビューア(例えばウェブブラウザまたは他のコンテンツ表示システム)中で提示するために、コンテンツを要求したユーザデバイス108(例えばユーザデバイス108a)にページコンテンツ111として送ることができる。パブリッシャ106は、広告がどのように、いつ、および/またはどこでレンダリングされることになるかを(例えばHTMLまたはJavaScript(登録商標)で)記述した情報を含めて、広告に関する情報を、広告管理システム104に送り返すことができる。
【００２０】
パブリッシャ106aおよび106bは、コンテンツ(例えば記事、ディスカッションスレッド、音楽、映像、グラフィックス、検索結果、ウェブページリスト、情報フィードなど)を求める要求を受け取って、要求されたコンテンツを要求に応答して取り出す、一般的なコンテンツサーバを含むことができる。例えば、ニュースコンテンツプロバイダ、リテーラ、独立ブログ、ソーシャルネットワークサイト、または、ネットワーク110を介してコンテンツを提供するいずれか他のエンティティに関係する、コンテンツサーバが、パブリッシャとなることができる。
【００２１】
広告はまた、検索エンジン112の使用を通して提供することもできる。検索エンジン112は、検索結果を求めるクエリを受け取ることができる。これに応答して、検索エンジン112は、ドキュメントのインデックスから(例えばウェブページのインデックスから)、関連する検索結果を取り出すことができる。例示的な検索エンジン112は、S. BrinおよびL. Page、「The Anatomy of a Large-Scale Hypertextual Search Engine」、Seventh International World Wide Web Conference、オーストラリア、ブリズベン(1998)、ならびに米国特許第6,285,999号に記載されている。検索結果は、例えば、ウェブページタイトルのリスト、これらのウェブページから抽出されたテキストの断片、およびこれらのウェブページへのハイパーテキストリンクを含むことができ、所定数  (例えば10個)の検索結果に分類することができる。
【００２２】
検索エンジン112はまた、広告を求める要求をシステム104にサブミットすることもできる。要求は、望まれる広告数を含むことができる。この数は、検索結果、検索結果によって占められる画面またはページ空間の量、広告のサイズおよび形状などによって決まる場合がある。広告を求める要求はまた、クエリ(入力、解析、もしくは拡張された)、クエリに基づく情報(地理的位置情報、クエリがアフィリエイトからきたかどうか、およびそのようなアフィリエイトの識別子など)、ならびに/または、検索結果に関連するもしくは基づく情報を含むこともできる。このような情報は、例えば、検索結果に関係する識別子(例えばドキュメント識別子)、検索結果に関係するスコア(例えば情報検索(IR)スコア)、識別されたドキュメント(例えばウェブページ)から抽出されたテキストの断片、識別されたドキュメントの全テキスト、識別されたドキュメントの特徴ベクトルなどを含むことができる。いくつかの実装形態では、IRスコアは、例えば、クエリおよびドキュメントに対応する特徴ベクトルのドット積、ページランクスコア、および/または、IRスコアとページランクスコアの組合せなどから計算することができる。
【００２３】
検索エンジン112は、検索結果を、システム104によって提供された広告の1つまたは複数と組み合わせることができる。この組み合わされた情報は、次いで、コンテンツを要求したユーザデバイス108にページコンテンツ111として転送することができる。有料広告と検索結果との間でユーザを混乱させないように、検索結果は、広告とは別個に維持することができる。
【００２４】
広告主102、ユーザデバイス108、および/または検索エンジン112はまた、使用情報を広告管理システム104に提供することもできる。この使用情報は、例えば広告に関係するコンバージョンまたは選択が発生したかどうかなど、供給された広告に関係する測定されたまたは観察されたユーザ挙動を含むことができる。システム104は、使用情報に基づいてパブリッシャ106に貸方記入したり広告主102に代金を請求したりするなどの金融取引を実施する。このような使用情報を処理して、クリックスルー(click-through)率(CTR)、コンバージョン率、コールスルー率(KTR)などのパフォーマンスメトリックを測定することもできる。
【００２５】
クリックスルーは、例えば、パブリッシャまたは広告管理システムによって返されたコンテンツアイテムへのリンクをユーザデバイスのユーザが選択または「クリック」したときに発生することができる。CTRは、コンテンツアイテム(例えばランディングページへのリンク、広告、または検索結果)をクリックしたユーザの数を、コンテンツアイテムが送達された回数で割ることによって得られるパフォーマンスメトリックである。例えば、コンテンツアイテムへのリンクが100回送達され、3人がコンテンツアイテムをクリックする場合は、このコンテンツアイテムのCTRは3%である。他の使用情報および/またはパフォーマンスメトリックを使用することもできる。
【００２６】
「コンバージョン」は、例えば、前に供給された広告に関係する取引をユーザが完了したときに発生する。コンバージョンを構成するものは場合ごとに異なることがあり、様々な方法で決定することができる。例えば、ユーザが広告をクリックし、広告主のウェブページに差し向けられ、そこで購入を完了した後でそのウェブページを去ったときに、コンバージョンが発生することができる。コンバージョンはまた、例えばホワイトペーパーをダウンロードすること、ウェブサイトの少なくとも所与の深度までナビゲートすること、少なくとも一定数のウェブページを見ること、少なくとも所定量の時間をウェブサイトまたはウェブページ上で過ごすこと、ウェブサイトに登録することなど、任意の測定可能/観察可能なユーザ動作として、広告主によって定義することもできる。コンバージョンを構成する他の動作を使用することもできる。
【００２７】
コールスルーは、例えば、パブリッシャまたは広告管理システムによって返された広告に関連する電話番号にユーザが電話を掛けたときに発生することができる。
【００２８】
広告が検索クエリまたはパブリッシャのウェブページコンテンツなどのコンテンツに基づいて選択されることに加えて、広告はまた、オークションから選択することもできる。いくつかの実装形態では、広告管理システム104は、オークションプロセスを含む。ユーザが広告を見て広告中にリストされた広告主に関連する電話番号に電話を掛けた結果としての広告主への電話ごとに広告主が支払う気がある金額を、広告主102が選択または入札できるようにすることができる。例えば、広告主A、B、およびCは全て、それぞれ0.05ドル、0.07ドル、および0.10ドルのコストパーコールを選択または入札する。広告主Aに掛けられた電話に対して広告主Aが支払うことになる金額は0.05ドルであり、広告主Bが支払うことになる金額は0.10ドルであり、広告主Cが支払うことになる金額は0.07ドルである。広告、関連する使用データ、および前述の入札パラメータは、広告データとして広告データストア114に記憶することができる。
【００２９】
以上のことから理解できるように、広告管理システム104は、パブリッシャ106および検索エンジン112によって供給されるドキュメントにターゲットを絞った広告の供給を可能にする。加えて、前述の使用情報を広告管理システム104が使用して、ユーザデバイス108aおよび108bのユーザからの反応を引き出す可能性がより高い、より高パフォーマンスの広告を供給することができる。
【００３０】
いくつかの実装形態では、広告111などの広告の供給は、広告に関連する広告主が、広告主に電話を掛けるユーザから接触を受けるかどうかを追跡することによって、さらに最適化することができる。
【００３１】
環境100は、ゲートウェイ125によってネットワーク110に結合された公衆交換電話網(PSTN)120を含むことができる。電話デバイス122a〜fが、PSTN120を介して通信することができる。PSTN120は、電話デバイス122a〜fから受け取った電話から情報を識別してこれらの電話を被呼側に向けて送るための交換要素124a〜bを含む。PSTN120は、回路交換電話網とすることができ、これは、アナログおよび/またはディジタル通信リンク、例えば、時分割多重(TDM)シグナリング、ディジタル総合サービス網(ISDN)シグナリング、インターネットアクセス、インターネットへのダイヤルアップモデムなどに使用することができる。
【００３２】
電話デバイス122a〜fは、ボイスおよびデュアルトーンマルチ周波数(DTMF)データを含めた音声を電子的に送受信するように動作可能な任意の遠隔通信デバイスを含む。一般に、電話デバイスは、PSTN120を介した電気信号の伝送を通して動作して、ユーザが通信できるようにする。環境100は、単独で、またはPSTN120および/もしくは他のネットワークと共にネットワーク110を介して通信することのできる、セルラ電話機、IP電話機、ソフトホン、および/または他の通信デバイスなど、他の通信デバイスを含むこともできる。いくつかの実装形態では、インターネット広告によって提供される電話番号は、電話開始要求を電話デバイス122から交換要素124に、かつ交換要素から発呼側に向けて送る。
【００３３】
交換要素124は、PSTN120中のデバイスとダイヤルされた電話番号に関連するエンティティとの間で電話をルーティングするように動作可能な、任意のハードウェア、ソフトウェア、および/またはファームウェアを含む。例えば、交換要素124は、電話を開始する要求を電話デバイス122から受け取り、この要求に少なくとも部分的に基づいて、広告管理システム104など、PSTN120と通信する別の要素に電話をルーティングすることができる。
【００３４】
PSTNネットワーク120に加えて、他の電話網および/またはプロトコルを使用することもできる。例えば、セルラ電話機122gが、セルラネットワーク126およびゲートウェイ127を介してネットワーク110と通信することができる。同様に、ボイスオーバインターネットプロトコル(VoIP)電話機122hが、ネットワーク110を介して通信することができる。
【００３５】
いくつかの実装形態では、広告管理システム104は、ウェブベースの広告上に表示される第1の電話番号を、広告主に関連する第2の電話番号と関連付けることができる。広告管理システム104はコールスルーエンジン130を備えることができ、コールスルーエンジン130は、インターネット広告中に表示される電話番号を関連する広告主102にマッピングするための命令、アルゴリズム、または他のディレクティブを含むことができる。例えば、ユーザデバイス108aのユーザは、電話機122aを使用して、インターネット広告上に表示された第1の番号に電話を掛けることができる。交換要素124は、インターネット広告中で提示された電話番号を識別する電話開始要求を受け取ることができ、識別される電話番号は広告管理システム104に関連する。また、要求に応答して、電話を広告管理システム104に転送することができる。コールスルーエンジン130は、ダイヤルされた番号を、広告主102に関連する第2の番号にマッピングすることができる。広告主102を識別することに関連して、コールスルーエンジン130は、要求に応答して、電話を広告主102にルーティング、切替え、または他の方法で送信することができる。電話に応答して、電話に関する使用および課金データを広告管理システム104によって収集および更新することもできる。ユーザデバイス108のユーザがセルラ電話機122gまたはVoIP電話機122hを使用して電話を掛けた場合でも、同様の発呼およびルーティングのプロセスを使用することができる。
【００３６】
いくつかの実装形態では、広告管理システム104は、多くの一意の第1の電話番号132の使用を購入することができる。広告管理システム104は、これらの第1の電話番号を広告主102の第2の電話番号134に一意に関連付け、これらの第1の電話番号を広告主102のためのウェブベースの広告中で表示することができる。したがって、第1の電話番号132に電話が掛かると、電話は広告管理システム104にルーティングされ、次いで広告主の実際の電話番号(第2の電話番号134)にルーティングされる。
【００３７】
いくつかの実装形態では、第1の電話番号132は、多くの内線番号を伴う共通電話番号を含むことができる。したがって、複数の広告主102または他のエンティティを、同じ共通電話番号に関連付けることができる。しかし、各内線番号は1つのエンティティだけに割り当てられる。したがって、内線番号付きの共通電話番号である第1の電話番号132は、その電話番号および内線番号に関連する広告主102に一意である。例えば、電話番号「888-888-8888」は複数の広告主102に関連付けることができるが、電話番号「888-888-8888、内線123」は1つの広告主102だけに関連付けられる。
【００３８】
いくつかの実装形態では、第1の電話番号132を使用して、コールスルーエンジン130によって提供された広告を見た結果としてユーザが広告主102と接触するかどうかを追跡することができる。例えば、ユーザが第1の電話番号をダイヤルすることによって広告主102と接触する場合は、コールスルーエンジン130は、ユーザがウェブベースの広告上の第1の電話番号132を見たと判定することができる。しかし、ユーザが第2の電話番号134をダイヤルすることによって広告主と接触する場合は、ユーザは、第1の電話番号132を表示したウェブベースの広告を見なかった可能性が最も高いと結論付けることができる。というのは、第2の電話番号は広告中にリストされていないからである。
【００３９】
例えば、広告主Aが、関連する電話番号(すなわち第2の電話番号)「222-222-2222」を有すると仮定する。コールスルーエンジン130は、第1の電話番号「111-111-1111」を広告主Aに関連付けることができる。他のどのエンティティも、第1の電話番号「111-111-1111」に関連付けられることはない。第1の電話番号「111-111-1111」は、広告主Aに関連する広告中にリストすることができる。ユーザが第1の電話番号「111-111-1111」を使用して広告主Aに電話を掛けると、この電話は、広告管理システム104にルーティングすることができる。コールスルーエンジン130は、第1の電話番号に関連する広告主、例えば広告主Aを決定することができる。コールスルーエンジン130は、広告主に関連する第2の電話番号、例えば「222-222-2222」を決定することができ、広告の広告主に関連する第2の電話番号「222-222-2222」に電話をルーティングすることができる。
【００４０】
いくつかの実装形態では、コールスルーエンジン130は、第1の電話番号132に掛けられた電話が受け取られたときに応答してコールスルーイベントが発生したかどうか判定することができる。コールスルーイベントは、例えば、発呼側電話番号が第1の番号132に所定回数よりも多く電話を掛けることに基づくイベントとすることができる。コールスルーエンジン130は、例えば、まず電話の発信に関連する発呼側電話番号を識別することによって、コールスルーイベントが発生したかどうか判定することができる。発呼側電話番号が所定のしきい値発信回数を超えて第1の電話番号132に電話を発信した場合は、コールスルーエンジン130は、第2の電話番号134に対するコールスルーイベントの発生を識別しないようにすることができる。発呼側電話番号が所定のしきい値発信回数を超えて第1の電話番号132に電話を発信していない場合は、コールスルーエンジン130は、第2の電話番号134に対するコールスルーイベントの発生を識別することができる。
【００４１】
例えばまた、上の例で、コールスルーエンジン130が、しきい値発信回数が5回であると決定したと仮定する。したがって、各電話を第2の電話番号「222-222-2222」に対するコールスルーイベントとして識別するためには、発呼側電話番号は、第1の電話番号「111-111-1111」に5回以下にわたって電話を発信することができる。例えば、発呼側電話番号「888-888-8888」が第1の電話番号「111-111-1111」に6回以上電話を発信した場合は、コールスルーエンジン130は、6回目の電話以降は第2の電話番号「222-222-2222」に対するコールスルーイベントの発生を識別しないようにすることができる。いくつかの実装形態では、コールスルーイベントが発生しない場合は、電話は第2の電話番号134にルーティングされない。
【００４２】
このしきい値制限を使用して、広告主102に対する不当な代金請求を防ぐことができる。通常、広告主102は、将来の電話のために、広告主の実際の番号を発呼者に提供することになる。しかし、全ての発呼者が、広告主の実際の番号に掛けるとは限らない。例えば、発呼者は、コンピュータ上で表示された広告を印刷した場合がある。したがって、広告管理システム104は、しきい値判定を利用して、広告主102に対する不当な代金請求を回避することができる。
【００４３】
いくつかの実装形態では、しきい値発信回数がまだ満たされていない場合、電話は第2の電話番号134にルーティングされる。例えば、しきい値発信回数を10回に設定することができる。このため、発呼側電話番号は、第1の電話番号132に10回電話を発信することができ、コールスルーエンジン130は、この電話を第2の電話番号134に10回ルーティングすることができる。11回目の電話では、コールスルーエンジン130は、例えば10回の発信回数を超えたため、この電話を第2の電話番号134にルーティングしない。これらの実装形態の変形では、コールスルーエンジン130は、しきい値発信回数を超えた電話に対して、広告主102の実際の番号134を発呼者に告知することができる。例えば、発呼側電話番号「888-888-8888」が第1の電話番号「111-111-1111」に5回電話を発信し、最大発信回数が5回であると仮定する。6回目の電話では、コールスルーエンジン130は、電話を第2の電話番号「222-222-2222」にルーティングするのではなく、電話中に第2の電話番号「222-222-2222」を告知することによって発呼側に第2の電話番号を提供することができる。したがって、電話が第2の電話番号134にルーティングされることはない。
【００４４】
いくつかの実装形態では、電話が第2の電話番号134にルーティングされて、ビジー信号に達した場合、結果として発信は生じず、したがって、試みられた電話によるコールスルーであるとは考えられない。この実装形態では、電話が発信としてカウントされるためには、発呼側は、人間によって、または応答マシンあるいは応答サービスによって応答しなければならない。
【００４５】
いくつかの実装形態では、第1の電話番号132がしきい値発信回数を超えて第2の電話番号314に電話を発信していない場合、コールスルーエンジン130は、電話を第2の電話番号134にルーティングすることができる。電話が第1の電話番号132から第2の電話番号134にルーティングされる度に、発信回数は1発信ずつ増加することができる。いくつかの実装形態では、ビジー信号に達した場合であっても、電話は第2の電話番号134にルーティングされたため、結果として発信が生じることができる。
【００４６】
いくつかの実装形態では、コールスルーエンジン130は、第1の電話番号132と第2の電話番号134とを、所定期間だけ関連付けることができる。例えば、1週間または1か月にわたって、広告主の実際の電話番号を一意の電話番号に関連付けることができる。所定期間が終了した後は、コールスルーエンジン130は、第2の電話番号134に対する第1の電話番号132の関連付けを解除することができる。このためユーザは、第1の電話番号に掛けて広告主に到達することはできない。所定期間が終了した後、次いで、第1の電話番号を第3の電話番号136に関連付けることができる。第3の電話番号136は、例えば、「冬眠期間」の後、例えば前の広告主102の第1の電話番号132に対する関連付けが解除されてから2か月後に、異なる広告主102に関連付けることができる。電話番号を冬眠させることは、電話番号を別の第2の電話番号134に関連付けるのを所定期間にわたって排除することを含む。例えば、第2の電話番号134に対する第1の電話番号132の関連付けが解除されると、第1の電話番号132を冬眠させ、ある期間にわたって使用しないものとすることができる。したがって、この期間中は、第1の電話番号132はどんな広告主102にも関連付けられないことになる。
【００４７】
例えば、第1の電話番号132が広告主Bの第2の電話番号134に関連付けられ、この関連付けは1か月間のみであると仮定する。月が終了した後、第1と第2の電話番号は相互から関連付けが解除される。したがって、第1の電話番号132はもはや広告主Bに関連しない。この時点で、第1の電話番号132は、異なる広告主102に自由に関連付けてよく、別法として、数か月の期間にわたって冬眠に入らせることもできる。第1の電話番号は、すぐに、または冬眠期間後に、例えば広告主Cに属する第3の電話番号136に関連付けることができる。
【００４８】
いくつかの実装形態では、電話を第2の電話番号134にルーティングするのに応答して、第2の電話番号134に関連する広告主102にコストパーコール金額を請求することができる。例えば、電話が第2の電話番号134にルーティングされる度に、コストパーコール金額を広告主に請求することができる。コストパーコール金額は、例えば、ユーザが第1の電話番号132に掛けて第2の電話番号134に電話をルーティングされた結果として電話が広告主の関連のまたは実際の電話番号、すなわち第2の電話番号134にルーティングされたときに、広告主102が支払う金額を含むことができる。いくつかの実装形態では、電話が第2の電話番号134にルーティングされてビジー信号に達する場合であっても、コストパーコール金額を広告主102に請求することができる。
【００４９】
いくつかの実装形態では、電話がルーティングされるがビジー信号に達する場合、第2の電話番号134に関連する広告主102にはコストパーコール金額が請求されない。いくつかの実装形態では、応答サービスまたは応答マシンが電話を取る場合、コストパーコール金額の減額された一部が広告主に請求される。
【００５０】
別の実装形態では、コールスルーイベントがコールスルーエンジン130によって識別されたときに、コストパーコール金額を広告主102に請求することもできる。例えば、所定の発信しきい値が満たされていない限りは、発呼側電話番号が第1の電話番号132に掛けて電話が第2の電話番号134にルーティングされる度に、第2の電話番号134に関連する広告主にコストパーコール金額が請求される。
【００５１】
いくつかの実装形態では、第2の電話番号134に関連する広告主102を、勘定残高に関連付けることができる。したがって、広告主102にコストパーコール金額が請求される度に、コストパーコール金額が勘定残高から差し引かれる。いくつかの実装形態では、電話が第2の電話番号にルーティングされる前に、勘定残高をチェックして、口座に適切な資金が存在することを確かめることができる。広告主102に関連するコストパーコール金額よりも勘定残高が低い場合、コールスルーエンジン130は、電話を第1の電話番号132から第2の電話番号134にルーティングしないようにすることができる。
【００５２】
いくつかの実装形態では、呼が第2の電話番号134にルーティングされてビジー信号に達する場合、第2の電話番号に関連する広告主102にはコストパーコール金額が請求されない。別の実装形態では、第2の電話番号134にルーティングされる電話に対して応答マシンまたは応答サービスが応答する場合、広告主102にはコストパーコール金額が請求される。
【００５３】
図2は、1つまたは複数の広告202、204、206を含むコンテンツページ200を描いたスクリーンショットである。広告のいくつか、例えば202は、第1の電話番号に関連しないが、他の広告204、206は、第1の電話番号に関連することができる。例えば、広告204は、一意の電話番号である第1の電話番号「432-432-4324」に関連する。したがって、広告204に関連する広告主のみが、電話番号「432-432-4324」に関連付けられる。広告206は、内線番号付きの共通電話番号である第1の電話番号「555-555-5555内線122」に関連する。
【００５４】
広告204および206に関連する広告主102はそれぞれ、第2の電話番号、すなわち広告主の実際の電話番号に関連付けられる。実際の電話番号は、広告204および206中にはリストされていない。したがって、広告204について広告主と接触したい人は誰でも、一意の電話番号「432-432-4324」をダイヤルすることができ、次いで電話は広告管理システム104にルーティングされる。様々な要因、例えば発呼側が所定回数よりも多く電話番号「432-432-4324」に電話を発信したかどうかなどに応じて、広告204の広告主に関連する実際の電話番号、すなわち第2の電話番号に電話をルーティングすることができる。電話がルーティングされると、広告主にコストパーコール金額を請求することができる。広告206に関連する広告主に対する電話番号「555-555-5555内線122」に掛けられた電話についても、同様の電話プロセスを使用することができる。
【００５５】
図2には3つの広告202、204、206しか示されていないが、追加の広告をコンテンツページ上に提示することもできる。加えて、図2に示す広告はテキスト広告中にあるが、他の広告タイプ、例えばグラフィックスを含む広告を使用することもできる。
【００５６】
図3は、電話をルーティングする例示的なプロセス300の流れ図である。プロセス300は、例えば、図1の広告管理システム104中で、または他の何らかのハードウェアおよびソフトウェアコンピューティングデバイス中で実施することができる。
【００５７】
段階302で、第1の電話番号を第2の電話番号に関連付ける。例えば、コールスルーエンジン130は、第1の電話番号を第2の電話番号に関連付けることができる。
【００５８】
段階304で、第1の電話番号を含むウェブベースの広告を広告主のために供給する。例えば、コールスルーエンジン130は、第1の電話番号を含むウェブベースの広告を広告主のために供給することができる。
【００５９】
段階306で、第1の電話番号に掛けられた電話を受け取る。例えば、コールスルーエンジン130は、第1の電話番号に掛けられた電話を受け取ることができる。
【００６０】
段階308で、第1の電話番号に対する第2の電話番号の関連付けに基づいて、電話を第2の電話番号にルーティングする。例えば、コールスルーエンジン130は、第1の電話番号に対する第2の電話番号の関連付けに基づいて、電話を第2の電話番号にルーティングすることができる。
【００６１】
段階310で、第1の電話番号に掛けられた電話を受け取るのに応答したコールスルーイベントが発生したかどうか判定する。例えば、コールスルーエンジン130は、第1の電話番号に掛けられた電話を受け取るのに応答したコールスルーイベントが発生したかどうか判定することができる。
【００６２】
段階312で、コールスルーイベントが発生したと判定される場合に、第2の電話番号に関連する広告主にコストパーコール金額を請求する。例えば、コールスルーエンジン130は、コールスルーイベントが発生したと判定される場合に、第2の電話番号に関連する広告主にコストパーコール金額を請求することができる。
【００６３】
図4は、電話をルーティングする例示的なプロセス400の別の流れ図である。プロセス400は、例えば、図1の広告管理システム104中で、または他の何らかのハードウェアおよびソフトウェアコンピューティングデバイス中で実施することができる。
【００６４】
段階402で、第1の電話番号を第2の電話番号に関連付ける。例えば、コールスルーエンジン130は、第1の電話番号を第2の電話番号に関連付けることができる。
【００６５】
段階404で、第1の電話番号を含むウェブベースの広告を広告主のために供給する。例えば、コールスルーエンジン130は、第1の電話番号を含むウェブベースの広告を広告主のために供給することができる。
【００６６】
段階406で、第1の電話番号に掛けられた電話を受け取る。例えば、コールスルーエンジン130は、第1の電話番号に掛けられた電話を受け取ることができる。
【００６７】
段階408で、電話の発信に関連する発呼側電話番号を識別する。例えば、コールスルーエンジン130は、電話の発信に関連する発呼側電話番号を識別することができる。
【００６８】
段階410で、発呼側電話番号がしきい値発信回数を超えて第1の電話番号に電話を発信したかどうか判定する。例えば、コールスルーエンジン130は、発呼側電話番号がしきい値発信回数を超えて第1の電話番号に電話を発信したかどうか判定することができる。
【００６９】
段階412で、発呼側電話番号がしきい値発信回数を超えて第1の電話番号に電話を発信していない場合に、電話を第2の電話番号にルーティングする。例えば、コールスルーエンジン130は、発呼側電話番号がしきい値発信回数を超えて第1の電話番号に電話を発信していない場合に、電話を第2の電話番号にルーティングすることができる。
【００７０】
図5は、電話をルーティングする別の例示的なプロセス500の別の流れ図である。プロセス500は、例えば、図1の広告管理システム104中で、または他の何らかのハードウェアおよびソフトウェアコンピューティングデバイス中で実施することができる。
【００７１】
段階502で、失効イベントが発生するまで第1の電話番号を第2の電話番号に関連付ける。例えば、コールスルーエンジン130は、失効イベントが発生するまで第1の電話番号を第2の電話番号に関連付けることができる。
【００７２】
段階504で、失効イベントが発生したかどうか判定する。例えば、コールスルーエンジン130は、失効イベントが発生したかどうか判定することができる。
【００７３】
段階506で、失効イベントが発生した場合に、第2の電話番号に対する第1の電話番号の関連付けを解除する。例えば、コールスルーエンジン130は、失効イベントが発生した場合に、第2の電話番号に対する第1の電話番号の関連付けを解除することができる。
【００７４】
段階508で、失効イベントが発生した場合に、少なくとも最小期間にわたって第1の電話番号を別の第2の番号に関連付けないようにする。例えば、コールスルーエンジン130は、失効イベントが発生した場合に、少なくとも最小期間にわたって第1の電話番号を別の第2の番号に関連付けないようにすることができる。
【００７５】
図6は、発信に基づいて失効イベントを処理する例示的なプロセス600の流れ図である。プロセス600は、例えば、図1の広告管理システム104中で、または他の何らかのハードウェアおよびソフトウェアコンピューティングデバイス中で実施することができる。
【００７６】
段階602で、第1の電話番号への発信呼の回数がしきい値発信回数を超えている場合に、第2の電話番号に対する第1の電話番号の関連付けを解除する。例えば、コールスルーエンジン130は、第1の電話番号への発信呼の回数がしきい値発信回数を超えている場合に、第2の電話番号に対する第1の電話番号の関連付けを解除することができる。別法として、この方法は単に、同じ電話番号から発信する第1の電話番号への発信呼の回数がしきい値を超えた場合に、これらの電話を無視することができる。
【００７７】
段階604で、第1の電話番号への発信呼の回数がしきい値発信回数を超えている場合に、第3の電話番号を第2の電話番号に関連付ける。例えば、コールスルーエンジン130は、第1の電話番号への発信呼の回数がしきい値発信回数を超えている場合に、第3の電話番号を第2の電話番号に関連付けることができる。
【００７８】
図7は、勘定残高に基づいて条件的に電話をルーティングする例示的なプロセス700の流れ図である。プロセス700は、例えば、図1の広告管理システム104中で、または他の何らかのハードウェアおよびソフトウェアコンピューティングデバイス中で実施することができる。
【００７９】
段階702で、第2の電話番号に関連する勘定残高を決定する。例えば、コールスルーエンジン130は、第2の電話番号に関連する勘定残高を決定することができる。
【００８０】
段階704で、第2の電話番号に関連する請求額を決定し、請求額は例えばコストパーコール金額に基づく。例えば、コールスルーエンジン130は、第2の電話番号に関連する請求額を決定することができ、請求額はコストパーコール金額に基づく。
【００８１】
段階706で、請求額が勘定残高を超えるかどうか判定する。例えば、コールスルーエンジン130は、請求額が勘定残高を超えるかどうか判定することができる。
【００８２】
段階708で、総額が勘定残高を超える場合に、電話を第1の電話番号から第2の電話番号にルーティングしないようにする。例えば、コールスルーエンジン130は、総額が勘定残高を超える場合に、電話を第1の電話番号から第2の電話番号にルーティングしないようにすることができる。
【００８３】
述べた広告はオンライン広告を対象とするが、本方法およびシステムは、オンラインコンテキスト外の広告にも使用することができる。例えば広告は、広告板上や、雑誌、本、ビデオゲーム中に配置することができ、前述と同様にして追跡することができる。広告はまた、ラジオでの広告など、音声広告とすることもできる。例えば、ユーザは、ラジオで広告を聞き、広告中で告知される電話番号に電話を掛けることができる。電話番号は、広告主の実際の電話番号に関連する一意の番号とすることができる。したがって、一意の電話番号に電話が掛かってから、一意の電話番号は広告主の実際の電話番号にルーティングされたので、広告主への電話を追跡することができる。
【００８４】
コールスルーエンジン130は、実行されると1つまたは複数の処理デバイスに前述のプロセスおよび機能を実施させる命令によって、実現することができる。このような命令は、例えば、スクリプト命令(例えばJavaScript（登録商標）もしくはECMAScript命令)などの解釈される命令、または実行可能コード、またはコンピュータ可読媒体に記憶された他の命令を含むことができる。
【００８５】
本明細書に述べた主題および機能動作の実装形態は、ディジタル電子回路中で、または本明細書に開示した構造およびそれらの構造上の均等物を含めたコンピュータソフトウェア、ファームウェア、もしくはハードウェア中で、またはこれらの1つもしくは複数の組合せにおいて実現することができる。本明細書に述べた主題の実施形態は、1つまたは複数のコンピュータプログラム製品として、すなわち、データ処理装置によって実行されるようにまたはデータ処理装置の動作を制御するように有形のプログラム担体上にエンコードされたコンピュータプログラム命令の1つまたは複数のモジュールとして実現することができる。有形のプログラム担体は、伝搬信号またはコンピュータ可読媒体とすることができる。伝搬信号は人工的に生成された信号であり、例えば、コンピュータによる実行に向けて適切な受信機装置に送信されるように情報を符号化するために生成される、機械生成された電気的、光学的、または電磁的信号である。コンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝搬信号をもたらす物質構成、またはこれらの1つもしくは複数の組合せとすることができる。
【００８６】
コンピュータプログラム(プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる)は、コンパイルされる言語もしくは解釈される言語、または宣言言語もしくは手続き型言語を含めて、任意の形のプログラミング言語で書かれたものであってよく、スタンドアロンプログラムとして、またはモジュール、コンポーネント、サブルーチン、もしくはコンピューティング環境での使用に適した他の単位として配置することを含めて、任意の形で配置することができる。コンピュータプログラムは、必ずしもファイルシステム中のファイルに対応するとは限らない。あるプログラムを、他のプログラムまたはデータ(例えばマークアップ言語ドキュメント中に記憶された1つまたは複数のスクリプト)を保持するファイルの一部に記憶することもでき、当該プログラム専用に確保された単一のファイルに記憶することもでき、あるいは複数の連携ファイル(例えば1つまたは複数のモジュール、サブプログラム、またはコード部分を記憶する、ファイル)に記憶することもできる。コンピュータプログラムは、1つのコンピュータ上で実行されるように配置することもでき、あるいは、1つの場所に位置するかまたは複数の場所にわたって分散され通信ネットワークによって相互接続された、複数のコンピュータ上で実行されるように配置することもできる。
【００８７】
加えて、本特許文書に述べた論理フローおよび構造ブロック図は、各ステップをサポートする特定の方法および/または対応する行為と、開示した構造上の手段をサポートする対応する機能とを記述しているが、これらの論理フローおよび構造ブロック図を利用して、対応するソフトウェア構造およびアルゴリズム、ならびにその均等物を実現することもできる。本明細書に述べたプロセスおよび論理フローは、入力データに作用して出力を生成することによって機能を実施するために1つまたは複数のコンピュータプログラムを実行する、1つまたは複数のプログラム可能プロセッサによって実施することができる。
【００８８】
コンピュータプログラムの実行に適したプロセッサは、例として、汎用と専用の両方のマイクロプロセッサ、および、任意の種類のディジタルコンピュータの任意の1つまたは複数のプロセッサを含む。一般に、プロセッサは、読取専用メモリまたはランダムアクセスメモリまたはこの両方から、命令およびデータを受け取ることになる。コンピュータの本質的な要素は、命令を実施するためのプロセッサと、命令およびデータを記憶するための1つまたは複数のメモリデバイスである。一般に、コンピュータはまた、データを記憶するための1つまたは複数の大容量記憶デバイス、例えば磁気ディスク、光磁気ディスク、または光学ディスクを備えることになるか、あるいはこのような大容量記憶デバイスとの間でデータの受領または転送またはその両方を行うためにそれらに動作可能に結合されることになる。しかし、コンピュータは、必ずしもこのようなデバイスを有するとは限らない。
【００８９】
コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形の不揮発性メモリ、媒体、およびメモリデバイスを含み、例として、半導体メモリデバイス(例えばEPROM、EEPROM、およびフラッシュメモリデバイス)と、磁気ディスク(例えば内部ハードディスクまたは取外し可能ディスク)と、光磁気ディスクと、CD ROMおよびDVD ROMディスクとを含む。プロセッサおよびメモリは、専用論理回路によって補うかまたは専用論理回路に組み込むことができる。
【００９０】
ユーザとの対話を可能にするために、本明細書に述べた主題の実施形態は、ユーザに対して情報を表示するための表示デバイス(例えばCRT(陰極線管)またはLCD(液晶表示)モニタ)と、ユーザがコンピュータに入力を提供できるためのキーボードおよびポインティングデバイス(例えばマウスまたはトラックボール)とを有するコンピュータ上で実施することができる。他の種類のデバイスを使用してユーザとの対話を可能にすることもできる。例えば、ユーザに提供されるフィードバックは、任意の形の感覚フィードバック、例えば視覚フィードバック、聴覚フィードバック、または触覚フィードバックとすることができ、ユーザからの入力は、音響、音声、または触覚入力を含めた任意の形で受け取ることができる。
【００９１】
本明細書に述べた主題の実施形態は、バックエンドコンポーネント(例えばデータサーバとしての)を含むか、またはミドルウェアコンポーネント(例えばアプリケーションサーバ)を含むか、またはフロントエンドコンポーネント(例えばユーザが本明細書に述べた主題の一実装形態と対話できるためのグラフィカルユーザインタフェースもしくはウェブブラウザを有する、クライアントコンピュータ)を含むか、またはこのようなバックエンド、ミドルウェア、もしくはフロントエンドコンポーネントの1つまたは複数の任意の組合せを含むコンピューティングシステム中で実施することができる。システムのコンポーネントは、任意の形または媒体のディジタルデータ通信、例えば通信ネットワークによって相互接続することができる。通信ネットワークの例は、ローカルエリアネットワーク(LAN)およびワイドエリアネットワーク(WAN)、例えばインターネットを含む。
【００９２】
コンピューティングシステムは、クライアントおよびサーバを含むことができる。クライアントとサーバとは、一般には相互から離れており、通常は通信ネットワークを介して対話する。クライアントとサーバの関係は、コンピュータプログラムがそれぞれのコンピュータ上で動作して相互とのクライアントサーバ関係を有することによって生じる。
【００９３】
本明細書は多くの具体的な実装詳細を含むが、これらは、いずれかの発明または特許請求できるものの範囲に対する限定として解釈すべきではなく、むしろ、特定の発明の特定の実施形態に特有な場合のある特徴の記述として解釈すべきである。本明細書で別々の実施形態のコンテキストで述べるいくつかの特徴は、単一の実施形態で組み合わせて実現することもできる。反対に、単一の実施形態のコンテキストで述べる様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実現することもできる。さらに、特徴は、特定の組合せで作用するものとして上述している場合もあり、さらには最初にそのように特許請求する場合もあるが、特許請求する組合せからの1つまたは複数の特徴は、場合によってはその組合せから削除することができ、特許請求する組合せは、サブコンビネーション、またはサブコンビネーションの変形を対象とすることができる。
【００９４】
同様に、図面には動作を特定の順序で描いてあるが、これは、望ましい結果を達成するために、このような動作が図示の特定の順序でもしくは連続した順序で実施されること、または例示した全ての動作が実施されることを必要とするものと理解すべきではない。状況によっては、マルチタスキングおよび並列処理が有利な場合もある。さらに、前述の実施形態中の様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を必要とするものと理解すべきではなく、述べたプログラムコンポーネントおよびシステムは一般に、単一のソフトウェア製品に統合することまたは複数のソフトウェア製品にパッケージすることができることを理解されたい。
【００９５】
本明細書に記載の主題の特定の実施形態について述べた。他の実施形態も、後続の特許請求の範囲内である。例えば、特許請求の範囲で列挙する動作は、異なる順序で実施されてもよく、それでもなお望ましい結果を達成することができる。一例として、添付の図に描かれたプロセスは、望ましい結果を達成するために、必ずしも図示の特定の順序または連続した順序を必要としない。実装形態によっては、マルチタスキングおよび並列処理が有利な場合もある。
【００９６】
この書面による記述は、本発明の最良のモードを示し、本発明を記述するためおよび当業者が本発明を作成し利用できるようにするための例を提供する。この書面による記述は、述べた厳密な用語に本発明を限定するものではない。したがって、本発明を前述の例に関して詳細に述べたが、当業者なら本発明の範囲を逸脱することなくこれらの例に改変、修正、および変形を加えることができる。
【符号の説明】
【００９７】
100  オンライン環境
102a、102b  広告主
104  広告管理システム
106a、106b  パブリッシャ
108a、108b  ユーザデバイス
109  ページコンテンツ要求
110  コンピュータネットワーク
111  ページコンテンツ
112  検索エンジン
114  広告データ
120  公衆交換電話網(PSTN)
122a〜122f  電話デバイス
122g  セルラ電話機
122h  ボイスオーバインターネットプロトコル(VoIP)電話機
124a、124b  交換要素
125  ゲートウェイ
126  セルラネットワーク
127  ゲートウェイ
130  コールスルーエンジン
200  コンテンツページ
202、204、206  広告
【図１】
0005478500.tif 000002
【図２】
0005478500.tif 000003
【図３】
0005478500.tif 000004
【図４】
0005478500.tif 000005
【図５】
0005478500.tif 000006
【図６】
0005478500.tif 000007
【図７】
0005478500.tif 000008