JP2018088284A - ウェブページ上の電話番号へのプロミネンススコアを算出し、自動的に注釈を付けるための、広告に添付するための方法 - Google Patents

Abstract

【課題】リソースから複数の連絡先情報を自動的に抽出し、各連絡先情報のプロミネンススコアを計算し、選択された連絡先情報をコンテンツアイテムに関連付けるためのシステムおよび方法が、提供される。【解決手段】コンテンツアイテムおよびユニフォームリソースロケータが、コンテンツプロバイダから受信される。ユニフォームリソースロケータによって識別されたリソースが、ロードされる。複数の連絡先情報が、ロードされたリソースから検出される。検出された連絡先情報の各々について、プロミネンススコアが、計算される。複数の連絡先情報のうちの1つが、計算されたプロミネンススコアに基づいて、選択される。選択された連絡先情報は、コンテンツアイテムに関連付けられる。【選択図】図１

Description

関連出願
本特許出願は、「METHOD TO COMPUTE THE PROMINENCE SCORE TO PHONE NUMBERS ON WEB PAGES AND AUTOMATICALLY ANNOTATE/ATTACH IT TO ADS」と題され、2014年4月7日に出願され、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれている米国実用出願第14/246,421号に対する優先権を主張する。

コンピュータ化されたコンテンツ配信ネットワークでは、ファーストパーティコンテンツプロバイダは、ウェブページ、ドキュメント、アプリケーション、および/または、他のリソースのようなリソースの公衆提示のための情報を提供し得る。ファーストパーティコンテンツプロバイダによって提供されたファーストパーティコンテンツとともにユーザデバイスにおいて提示するための付加的なサードパーティコンテンツも、サードパーティコンテンツプロバイダによって提供され得る。したがって、リソースを視ているユーザは、リソースの主題であるファーストパーティコンテンツのみならず、リソースの主題内容に関連し得る、または、関連していないサードパーティコンテンツにアクセスし得る。

サードパーティコンテンツプロバイダは、サードパーティコンテンツアイテムとともに提示されるべき連絡先情報(contact information)を提供し得る。サードパーティコンテンツアイテムを視ているユーザは、サードパーティコンテンツプロバイダにコンタクトするために、この連絡先情報を使用し得る。

本開示の1つの実施は、リソースから連絡先情報を抽出し、それをコンテンツアイテムに関連付けるためのコンピュータによって実施される方法である。この方法は、処理回路によって実行され得る。この方法は、コンテンツプロバイダからコンテンツアイテムおよびユニフォームリソースロケータ(URL)を受信するステップを含み、URLは、リソースを識別する。この方法はさらに、受信されたURLによって識別されたリソースをロードするステップ、および、ロードされたリソースから複数の連絡先情報を検出するステップを含む。この方法はさらに、複数の連絡先情報の各々のプロミネンススコアを計算するステップ、および、計算されたプロミネンススコアに基づいて複数の連絡先情報のうちの1つを選択するステップを含む。この方法はさらに、選択された連絡先情報をコンテンツアイテムに関連付けるステップを含む。

この方法はさらに、以下を備え得る:受信されたURLのドメインを決定するステップ、そのドメインの下にある複数のURLを発見するステップであり、複数のURLの各々は、受信されたURLからの所定の数のアーク(arc)より少ないリソースを識別する、発見するステップ、そして、ここで、リソースをロードするステップは、複数のURLによって識別された複数のリソースをロードするステップを備える。リソースをロードするステップは、以下を備え得る:リソースを解析してオブジェクトツリーにするステップ、オブジェクトツリーを使用してリソースをレンダリングするステップ、ここで、複数の連絡先情報を検出するステップはさらに、レンダリングされたリソースから光学式文字認識を使用して複数の連絡先情報を検出するステップを備え得る。この方法はさらに、以下を備え得る:ロードされたリソースの一部分をフィルタするステップ、そして、ここで、複数の連絡先情報を検出するステップは、ロードされたリソースのフィルタされていない部分から複数の連絡先情報を検出するステップを備え得る。

プロミネンススコアを計算するステップは、以下を備え得る:複数の連絡先情報の各々のプロミネンススコアを計算するステップ、プロミネンススコアは、それぞれの連絡先情報に関連付けられた複数の信号の加重和を備える。信号は、以下のうちの1つを使用して算出され得る:それぞれの連絡先情報がロードされたリソースで示される回数、ロードされたリソースで検出された他の連絡先情報の数、それぞれの連絡先情報の字体強調、ロードされたリソース内の連絡先情報の位置、ロードされたリソース内のそれぞれの連絡先情報の近くに位置するテキスト、または、ロードされたリソースによって参照されるそれぞれの連絡先情報に関連付けられた画像のプロミネンス。

複数の連絡先情報のうちの1つを選択するステップはさらに、所定の最小閾値未満の連絡先情報を選び出すステップを備え得る。複数の連絡先情報のうちの1つを選択するステップは、以下を備え得る:複数の連絡先情報から連絡先情報のサブセットを選び出すステップ、および、連絡先情報のサブセットの中から選択された連絡先情報をコンテンツプロバイダから受信するステップ。複数の連絡先情報のうちの1つを選択するステップは、以下を備え得る:選択された連絡先情報のそれぞれのプロミネンススコアが信頼閾値を下回ることに応答して、選択された連絡先情報が正確であることをコンテンツプロバイダから受信するステップ。連絡先情報は、電話番号、住所、電子メールアドレス、ファックス番号、インスタントメッセージングハンドル、ソーシャルメディアプロファイル、支払情報、または銀行ルーティングナンバのうちの1つを備え得る。

本開示の別の実施は、リソースから連絡先情報を抽出し、それをコンテンツアイテムに関連付けるためのシステムである。このシステムは、コンテンツプロバイダからコンテンツアイテムおよびユニフォームリソースロケータ(URL)を受信するように構成された受信機を含み、URLは、リソースを識別する。このシステムはさらに、受信されたURLによって識別されたリソースをロードするように構成されたローダを含む。このシステムはさらに、ロードされたリソースから複数の連絡先情報を検出するように構成された検出器を含む。このシステムはさらに、複数の連絡先情報の各々のプロミネンススコアを計算するように構成されたスコアラを含む。このシステムはさらに、計算されたプロミネンススコアに基づいて複数の連絡先情報のうちの1つを選択するように構成されたセレクタを含む。このシステムはさらに、選択された連絡先情報をコンテンツアイテムに関連付けるように構成されたリンカを含む。

このローダはさらに、以下を備え得る:受信されたURLのドメインを決定するステップと、そのドメインの下にある複数のURLを発見するステップであり、複数のURLの各々は、受信されたURLからの所定の数のアークより少ないリソースを識別する、発見するステップと、複数のURLによって識別された複数のリソースをロードするステップ。このローダは、追加でまたは代替で、以下をさらに含み得る:リソースを解析してオブジェクトツリーにするステップ、オブジェクトツリーを使用してリソースをレンダリングするステップ、そして、ここで、検出器はさらに、レンダリングされたリソースから光学式文字認識を使用して複数の連絡先情報を検出するステップを備え得る。このローダは、追加でまたは代替で以下をさらに備え得る:ロードされたリソースの一部分をフィルタするステップ、そして、ここで、検出器はさらに、ロードされたリソースのフィルタされていない部分から複数の連絡先情報を検出するステップを備え得る。

スコアラはさらに、複数の連絡先情報の各々のプロミネンススコアを計算するステップを備え得、プロミネンススコアは、それぞれの連絡先情報に関連付けられた複数の信号の加重和を備える。スコアラはさらに、以下のうちの1つを使用して信号を算出するステップを備え得る:それぞれの連絡先情報がロードされたリソースで示される回数、ロードされたリソースで検出された他の連絡先情報の数、それぞれの連絡先情報の字体強調、ロードされたリソース内の連絡先情報の位置、ロードされたリソース内のそれぞれの連絡先情報の近くに位置するテキスト、または、ロードされたリソースによって参照されるそれぞれの連絡先情報に関連付けられた画像のプロミネンス。

セレクタはさらに、所定の最小閾値未満の連絡先情報を選び出すステップを備え得る。セレクタはさらに、以下を備え得る:複数の連絡先情報から連絡先情報のサブセットを選び出すステップ、および、連絡先情報のサブセットの中から選択された連絡先情報をコンテンツプロバイダから受信するステップ。セレクタはさらに、以下を備え得る:選択された連絡先情報のそれぞれのプロミネンススコアが信頼閾値を下回ることに応答して、選択された連絡先情報が正確であることをコンテンツプロバイダから受信するステップ。連絡先情報は、電話番号、住所、電子メールアドレス、ファックス番号、インスタントメッセージングハンドル、ソーシャルメディアプロファイル、支払情報、または銀行ルーティングナンバのうちの1つを備え得る。

各々の実施において、コンテンツアイテムおよび関連する選択された連絡先情報が、表示のために選択され得る。選択されたコンテンツは、ユーザインターフェースの一部として表示するためにユーザに関連付けられたコンピュータに送信され得る。このコンテンツは、任意の便利な形をとり得、たとえば、インタラクティブグラフィカルユーザインターフェースの構成要素であり得る。

本発明の態様は、任意の便利な形で実施され得ることが理解されよう。たとえば、本発明は、有形キャリア媒体(たとえば、ディスク)または無形キャリア媒体(たとえば、通信信号)であり得る適切なキャリア媒体で運ばれ得る適切なコンピュータプログラムによって実施され得る。本発明の態様はまた、本発明を実施するように配列されたコンピュータプログラムを実行するプログラマブルコンピュータの形をとり得る適切な装置を使用して実施され得る。本発明の態様は、組み合わせてもよく、1つの態様に関して記述された特徴は、他の態様の特徴と組み合わされ得る。

当業者であれば、この概要は、単に例示的であって、いずれにせよ限定することは意図されていないことを認識するであろう。請求項のみによって定義されているような、本明細書に記述されたデバイスおよび/または処理の他の態様、発明的特徴、および利点は、本明細書に記述され添付図面と連携して採用された詳細説明において明らかになるであろう。

1つまたは複数の実施の詳細は、添付図面および以下の説明に記述される。本開示の他の特徴、態様、および利点が、詳細説明、図面、および請求項から明らかになるだろう。

記述された実施に従って、ネットワーク、サードパーティコンテンツプロバイダ、コンテンツアイテム管理システム、サードパーティコンテンツサーバ、ユーザデバイス、リソースサーバ、およびコンテンツアイテム選択システムを含むコンピュータシステムのブロック図である。 リソースから連絡先情報を抽出し、それをコンテンツアイテムに関連付けるための処理の1つの実施のフローチャートである。 図1のコンテンツアイテム管理システムの1つの実施を、より詳細に例示するブロック図である。 複数の連絡先情報を表示するドメインの下にあるウェブページを例示する図である。 複数の連絡先情報を表示するドメインの下にあるウェブページを例示する図である。 複数の連絡先情報を表示するドメインの下にあるウェブページを例示する図である。 計算されたプロミネンススコアとともに図4A〜図4Cのウェブページから検出された複数の連絡先情報を例示するブロック図である。 連絡先情報とともに表示された例示的広告の図である。 連絡先情報とともに表示された例示的広告の図である。

図面のいくつかまたはすべては、例示の目的のための概要表現であることが認識されるであろう。これら図面は、1つまたは複数の実施を、それらが請求項の範囲または意味を限定するために使用されることはないであろうという明確な理解とともに例示する目的のために提供される。

以下は、コンピュータネットワークにおいて情報を提供するための方法、装置、およびシステムに関連する様々な概念、およびこれらの実施のより詳細な説明である。記述された概念は、実施のいかなる特定の方式にも限定されないので、上記で紹介された、以下でより詳細に議論された様々な概念が、数多くの方式のうちのいずれかで実施され得る。特定の実施およびアプリケーションは、主として例示的な目的のために提供される。

図1は、ネットワーク101、サードパーティコンテンツプロバイダ102、コンテンツアイテム管理システム104、サードパーティコンテンツサーバ106、ユーザデバイス108、リソースサーバ110、およびコンテンツアイテム選択システム112を含むコンピュータシステム100のブロック図である。システム100は、サードパーティコンテンツプロバイダ102のような、コンテンツプロバイダによって提供されるユニフォームリソースロケータ(URL)によって識別されたリソースから連絡先情報を自動的に抽出するために使用され得る。抽出された連絡先情報は、コンテンツプロバイダによってやはり提供されるコンテンツアイテムに関連付けられる。URLによって識別されるリソースは、リソースサーバ110でホストされ得るコンテンツアイテムの到着ページであり得る。

システム100は、ネットワーク101のような少なくとも1つのコンピュータネットワークを使用し得る。ネットワーク101は、ローカルエリアネットワーク(LAN)、広域ネットワーク(WAN)、公衆電話交換網(PSTN)のような電話回線網、ワイヤレスリンク、イントラネット、インターネット、またはそれらの組合せを含み得る。

サードパーティコンテンツプロバイダ102は、広告主または他の任意のコンテンツプロバイダによって動作させるコンピューティングデバイスであり得る。データプロセッサを有するコンピューティングデバイスは、ネットワーク101を使用して、コンテンツアイテム管理システム104、サードパーティコンテンツサーバ106、ユーザデバイス108、リソースサーバ110、およびコンテンツアイテム選択システム112へ接続し得る。サードパーティコンテンツプロバイダ102はまた、コンテンツアイテム管理システム104またはユーザデバイス108と通信し得る。サードパーティコンテンツプロバイダ102は、コンテンツアイテム管理システム104へ、テキスト、画像、ビデオ、ウェブページ、またはその他任意のコンテンツアイテムのようなコンテンツアイテムを作成または提供し得る。サードパーティコンテンツは、サードパーティコンテンツプロバイダ102にコンタクトするためにユーザデバイス108によって使用され得る連絡先情報に関連付けられ得る。コンテンツアイテム管理システム104は、サードパーティコンテンツサーバ106にコンテンツアイテムを記憶し得る。連絡先情報は、電話番号、住所、電子メールアドレス、ファックス番号、ビデオチャットハンドル、インスタントメッセージングハンドル、ソーシャルメディアプロファイル、支払情報、銀行ルーティングナンバ、または、サードパーティとインタラクトするための情報を提供する他の任意の連絡先情報であり得る。コンテンツアイテムがユーザデバイスに表示される場合、サードパーティコンテンツアイテムに関連付けられた連絡先情報が、コンテンツアイテムとともに表示され得る、または、コンテンツアイテムに埋め込まれ得、これによって、ユーザデバイスにおけるユーザは、連絡先情報を使用してサードパーティコンテンツプロバイダにコンタクトし得る。たとえば、サードパーティコンテンツプロバイダ102は、ユーザデバイスにおけるユーザに対して表示される広告とともに販売電話番号を提供し得、これによって、ユーザは、販売電話番号でサードパーティコンテンツプロバイダを呼び出し得る。サードパーティコンテンツプロバイダ102はまた、コンテンツアイテムに関連付けられたURLを提供し得る。URLは、ウェブページまたは到着ページのように、リソースサーバ110
上に記憶されるリソースを参照し得る。

いくつかの実施では、サードパーティコンテンツプロバイダ102は、コンテンツアイテム選択システム112によるコンテンツアイテムの選択およびサービス提供を管理するために、コンテンツアイテム管理システム104と接続し得る。たとえば、サードパーティコンテンツプロバイダ102は、コンテンツアイテムのサービス提供に関する1つまたは複数のコンテンツアイテム条件または制約を含み得る入札値および/または選択基準をユーザインターフェースを介して設定し得る。サードパーティコンテンツプロバイダ102は、コンテンツアイテム、および/または、コンテンツアイテムのセットが、ある地理的位置または地域、ある言語、あるオペレーティングシステム、あるウェブブラウザ等に関連付けられたデバイス識別子を有するユーザデバイス108のために選択およびサービス提供されるべきであることを指定し得る。別の実施では、サードパーティコンテンツプロバイダ102は、ウェブページ、ドキュメント、アプリケーション等のようなリソースが、あるキーワード、フレーズ等に一致または関連しているコンテンツアイテムを含む場合、コンテンツアイテムまたはコンテンツアイテムのセットが、選択され、サービス提供されるべきであることを指定し得る。サードパーティコンテンツプロバイダ102は、いくつかのコンテンツアイテムのための単一の入札値を設定し、コンテンツアイテムのサブセットのための入札値を設定し、および/または、各コンテンツアイテムのための入札値を設定し得る。サードパーティコンテンツプロバイダ102はまた、ユーザが、サードパーティコンテンツアイテムをクリックしたか否か、ユーザが、サードパーティコンテンツアイテムの提示に基づいて、特定のアクションを実行したか否か、サードパーティコンテンツアイテムが選択されサービス提供されたか否か、に基づく入札、および/または、他のタイプの入札のような、入札値のタイプを設定し得る。

コンテンツアイテム管理システム104は、データ処理システムであり得る。コンテンツアイテム管理システム104は、ネットワーク101を介して、たとえば、サードパーティコンテンツプロバイダ102、サードパーティコンテンツサーバ106、ユーザデバイス108、リソースサーバ110、およびコンテンツアイテム選択システム112と通信するために、データプロセッサを有するコンピューティングデバイスのような少なくとも1つの論理デバイスを含み得る。1つまたは複数のプロセッサは、本明細書に記述された1つまたは複数の動作を実行するために、メモリデバイスに記憶された命令を実行するように構成され得る。言い換えれば、コンテンツアイテム管理システム104の1つまたは複数のデータプロセッサおよびメモリデバイスが、処理モジュールを形成し得る。コンテンツアイテム管理システム104は、1つまたは複数のコンピューティングデバイスにおいて、サードパーティコンテンツサーバ106、コンテンツアイテム選択システム112、またはリソースサーバ110とともに組み合わされ得る。たとえば、コンテンツアイテム選択モジュールは、コンテンツアイテム管理システム104の一部であり得る。プロセッサは、マイクロプロセッサ、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)等、または、これらの組合せを含み得る。メモリは、限定はしないが、プロセッサにプログラム命令を提供することが可能な電子、光、磁気、または、他の任意の記憶または送信デバイスを含み得る。メモリは、プロセッサが命令を読み取ることができるフロッピー(登録商標)ディスク、コンパクトディスク読取専用メモリ(CD-ROM)、デジタル多用途ディスク(DVD)、磁気ディスク、メモリチップ、読取専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、電子的消去可能プログラマブル読取専用メモリ(EEPROM)、消去可能プログラマブル読取専用メモリ(EPROM)、フラッシュメモリ、光学メディア、または他の任意の適切なメモリを含み得る。命令は、限定はしないが、C、C++、C#、Java(登録商標)、JavaScript(登録商標)、Perl(登録商標)、HTML、XML、Python(登録商標)、およびVisual Basic(登録商標)のような任意の適切なコンピュータプログラミング言語からのコードを含み得る。プロセッサは、命令を処理し、サードパーティコンテンツプロバイダ102によって提供されたURLによって参照されるリソースからの連絡先情報の抽出を有効にするためのデータを出力し得る。プロセッサはまた、ネットワーク101を介してデータを受信し、コンテンツアイテム管理システム112からサードパーティコンテンツプロバイダ102へデータを提供するための命令、をも処理し得る。コンテンツアイテム管理システム110は、処理回路に加えて、データを記憶するように構成された1つまたは複数のデータベースを含み得る。データ記憶デバイスは、ネットワーク101を介してコンテンツアイテム管理システム104へ接続され得る。動作中、本開示に従うコンテンツアイテム管理システム104は、サードパーティコンテンツプロバイダ102からコンテンツアイテムおよびURLを受信する。URLは、特定のリソースを識別する。コンテンツアイテム管理システム104は、URLによって識別されたリソースをロードする。複数の連絡先情報が、検出される。プロミネンススコアが、複数の連絡先情報の各々について計算される。複数の連絡先情報のうちの1つが、計算されたプロミネンススコアに基づいて選択され、選択された連絡先情報が、コンテンツアイテムに関連付けられる。コンテンツアイテム管理システムは、図3に関連して、より詳細に記述される。

サードパーティコンテンツサーバ106は、サードパーティコンテンツアイテムを記憶するように構成された、サーバのようなコンピューティングデバイスを含み得る。サードパーティコンテンツサーバ106は、ネットワーク101を介して、コンテンツアイテム管理システム104、ユーザデバイス108、リソースサーバ110、コンテンツアイテム選択システム112、および/または、他のコンピューティングデバイスへ、サードパーティコンテンツアイテムを直接的または間接的に提供し得る。サードパーティコンテンツサーバ106は、コンピュータサーバ(たとえば、ファイル転送プロトコル(FTP)サーバ、ファイル共有サーバ、ウェブサーバ等)、サーバの組合せ(たとえば、データセンタ、クラウドコンピューティングプラットフォーム等)であり得る。いくつかの実施では、サードパーティコンテンツサーバ106は、コンピュータシステム100のコンテンツアイテム管理システム104、コンテンツアイテム選択システム112、または別の構成要素によって使用される、サードパーティコンテンツプロバイダデータ、ユーザプロファイルデータ、コンテンツアイテムデータ、アカウントデータ、オークションデータ、または、その他任意のタイプのデータを記憶することが可能な任意のタイプのメモリデバイスであり得る。サードパーティコンテンツサーバ106は、任意のタイプの不揮発性メモリ、媒体、またはメモリデバイスを含み得る。たとえば、サードパーティコンテンツサーバ106は、半導体メモリデバイス(たとえば、EPROM、EEPROM、フラッシュメモリデバイス等)、磁気ディスク(たとえば、内部ハードディスク、リムーバブルディスク等)、磁気光ディスク、および/または、CD-ROMおよびDVD-ROMディスクを含み得る。いくつかの実施では、サードパーティコンテンツサーバ106は、コンテンツアイテム管理システム104、コンテンツアイテム選択システム112、またはリソースサーバ110にローカルである。他の実施では、サードパーティコンテンツサーバ106は、ネットワーク101を介して、コンテンツアイテム管理システム104、および/または、コンテンツアイテム選択システム112と接続された遠隔データ記憶デバイスである。いくつかの実施では、サードパーティコンテンツサーバ106は、コンテンツア
イテム管理システム104および/またはコンテンツアイテム選択システム112からクエリを受信し、このクエリに応答することが可能なデータ記憶サーバまたはシステムの一部である。いくつかの事例では、サードパーティコンテンツサーバ106は、コンテンツアイテム管理システム104またはコンテンツアイテム選択システム112へ統合され得る。いくつかの事例では、サードパーティコンテンツアイテムは、コンテンツアイテム管理システム104またはコンテンツアイテム選択システム112のデータベース内に記憶され得る。いくつかの実施では、サードパーティコンテンツプロバイダ102またはコンテンツアイテム管理システム104は、サードパーティコンテンツプロバイダ106に、新たなコンテンツアイテムを記憶し得るか、または、サードパーティコンテンツプロバイダ106における古いコンテンツアイテムを削除し得る。いくつかの実施では、ユーザデバイス108、リソースサーバ110、およびコンテンツアイテム選択システム112は、サードパーティコンテンツサーバ106に記憶されたコンテンツアイテムを要求し得る。

サードパーティコンテンツサーバ106に記憶されているコンテンツアイテムは、たとえば、グラフィック、テキスト、画像、オーディオ、ビデオ等のように、ユーザデバイス108のディスプレイ上に提示され得る任意のフォーマットであり得る。コンテンツアイテムはまた、フォーマットの組合せまたは混成であり得る。コンテンツアイテムは、バナーコンテンツアイテム、隙間コンテンツアイテム、ポップアップコンテンツアイテム、リッチメディアコンテンツアイテム、混成コンテンツアイテム、Flash(登録商標)コンテンツアイテム、クロスドメインiフレームコンテンツアイテム等であり得る。コンテンツアイテムはまた、ハイパリンク、メタデータ、リンク、マシン実行可能命令、注釈等のような埋め込まれた情報をも含み得る。

サードパーティコンテンツサーバ106は、たとえば、異なるサードパーティコンテンツプロバイダからの、複数のサードパーティコンテンツアイテムを有し得る。いくつかの実施では、サードパーティコンテンツプロバイダ102、リソースサーバ110および/またはユーザデバイス108は、複数のサードパーティコンテンツサーバ106およびコンテンツアイテム選択システム112と通信し得る。リソースサーバ110は、複数のサードパーティコンテンツサーバ106間で交替し得る、または、ウェブページの特定のコンテンツアイテムスロットのためにサードパーティコンテンツサーバ106を使用し得る。

ユーザデバイス108は、任意の数および/またはタイプのユーザ操作可能な電子デバイスを含み得る。たとえば、ユーザデバイス108は、ネットワーク101を介して他のデバイスと通信するように構成された、デスクトップコンピュータ、ラップトップ、スマートフォン、ウェアラブルデバイス、スマートウォッチ、タブレット、携帯情報端末、テレビジョンセットのためのセットトップボックス、スマートテレビ、ゲームコンソールデバイス、モバイル通信デバイス、遠隔ワークステーション、クライアント端末、エンタテインメントコンソール、または、他の任意のデバイスを含み得る。いくつかのユーザデバイスは、広告主電話番号をダイヤルするために、アドレスを発見するために、または、支払情報を使用して資金を移動させるために使用され得る。ユーザデバイス108は、リソースサーバ110からリソースを受信し、および/または、コンテンツアイテム選択システム112、サードパーティコンテンツサーバ106、および/または、リソースサーバ110からサードパーティコンテンツアイテムを受信でき得る。ユーザデバイス108は、データプロセッサおよびメモリを含む任意の型式の電子デバイスであり得る。メモリは、プロセッサによって実行された場合、プロセッサに対して、リソースを要求させ、リソースをロードさせ、コンテンツアイテムを要求させる、マシン命令を記憶し得る。メモリはまた、1つまたは複数のリソース、コンテンツアイテム等のコンピューティングデバイスにおける提示を有効にするためのデータを記憶し得る。プロセッサは、マイクロプロセッサ、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)等、または、これらの組合せを含み得る。メモリは、限定はしないが、プロセッサにプログラム命令を提供することが可能な電子、光、磁気、または、他の任意の記憶または送信デバイスを含み得る。メモリは、プロセッサが命令を読み取ることができるフロッピー(登録商標)ディスク、コンパクトディスク読取専用メモリ(CD-ROM)、デジタル多用途ディスク(DVD)、磁気ディスク、メモリチップ、読取専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、電気的消去可能プログラマブル読取専用メモリ(EEPROM)、消去可能プログラマブル読取専用メモリ(EPROM)、フラッシ
ュメモリ、光学媒体、または他の任意の適切なメモリを含み得る。命令は、限定はしないが、ActionScript(登録商標)、C、C++、C#、HTML、Java(登録商標)、JavaScript(登録商標)、Perl(登録商標)、Python(登録商標)、Visual Basic(登録商標)、およびXMLのような任意の適切なコンピュータプログラミング言語からのコードを含み得る。

ユーザデバイス108は、ネットワーク101を介して他のコンピューティングデバイスにリソースおよびコンテンツを要求し、取得するために、ソフトウェアアプリケーション(たとえば、ウェブブラウザ、ビデオゲーム、チャットプログラム、モバイルアプリケーション、または他のアプリケーション)を実行し得る。そのようなアプリケーションは、リソースサーバ110からリソースおよびファーストパーティコンテンツを取得するように構成され得る。ファーストパーティコンテンツは、テキスト、画像、アニメーション、ビデオ、および/または、オーディオ情報を含み得る。いくつかのケースでは、ユーザデバイス108上で起動するアプリケーション自身が、ファーストパーティコンテンツ(たとえば、ゲーム、メディアプレーヤ等)であり得る。ファーストパーティコンテンツは、サードパーティコンテンツを含み得る、または、ユーザデバイスがサードパーティコンテンツサーバにサードパーティコンテンツを要求することを求め得る。ユーザデバイス108は、ユーザへコンテンツを提示し、ユーザ入力を受信し、または、電子コンテンツとのユーザインタラクションを容易にする(たとえば、コンテンツアイテムをクリックする、コンテンツアイテムの上方をホバリングする等)ためのユーザインターフェース要素(たとえば、電子ディスプレイ、スピーカ、キーボード、マウス、マイクロホン、プリンタ等)を含み得る。

いくつかの実施では、ユーザデバイス108は、電子コンテンツをユーザが(たとえば、目で、耳で、グラフィック等で)理解可能なフォーマットに変換するためのアプリケーション(たとえば、ウェブブラウザ、リソースレンダラ等)を含む。たとえば、ユーザデバイス108は、ユーザデバイスのディスプレイ上にブラウザウィンドウを提供するウェブブラウザアプリケーションを実行し得る。ブラウザウィンドウを提供するウェブブラウザアプリケーションは、ウェブアドレスのようなユニフォームリソースロケータ(URL)の入力を、入力デバイス(たとえば、ポインティングデバイス、キーボード、タッチスクリーン、または他の型式の入力デバイス)から、またはメモリ素子から、受信することによって動作し得る。これに応じて、ウェブブラウザアプリケーションからの指示を実行するユーザデバイス108の1つまたは複数プロセッサは、URLアドレスによって参照されたネットワーク101へ接続された別のデバイス(たとえば、リソースサーバ110)からのデータを要求し得る。この要求を受信したコンピューティングデバイスはその後、ウェブページデータおよび/または他のデータをユーザデバイス108へ提供し得る。これによって、ユーザデバイス108のディスプレイによって、ビジュアルな証印が表示されるようになる。したがって、ブラウザウィンドウは、ファーストパーティコンテンツとのユーザインタラクションを容易にするために、様々なウェブサイトからのウェブページのような、取得されたファーストパーティコンテンツを表示する。ユーザデバイス108は、ユーザが、HTMLエンコードされたコンテンツを視ることを可能にするためのユーザエージェントとして機能し得る。サードパーティコンテンツは、ファーストパーティコンテンツとともに表示され得る。サードパーティコンテンツは、ファーストパーティコンテンツの主題に関連してもしなくてもよい。サードパーティコンテンツは、サードパーティコンテンツサーバ106によって、ユーザデバイス108およびリソースサーバ110に提供され得る。ユーザデバイス108は、埋め込まれた情報(たとえば、ハイパリンクに埋め込まれたメタ情報等)を処理し、埋め込まれた命令を実行することが可能な、プロセッサを含み得る。埋め込まれた命令は、サードパーティコンテンツアイテムが提示さ
れるコンテンツアイテムスロットに関連付けられたコンピュータ読取可能な命令(たとえば、ソフトウェアコード、JavaScript(登録商標)、ECMAScript(登録商標)等)を含み得る。

例示的事例では、ウェブブラウザを使用するユーザデバイス108は、ウェブページ公開者によって提供されるウェブページにブラウズし得る。ウェブページ公開者は、ファーストパーティコンテンツプロバイダであり得る。また、ウェブページは、ファーストパーティコンテンツであり得る。ウェブページは、リソースサーバ110によって提供され得る。ユーザデバイス108は、広告のような、サードパーティコンテンツアイテムを含むウェブページをロードする。いくつかの実施では、リソースサーバ110は、広告サーバから広告を受信し、この広告を、ウェブページとともにユーザデバイス108へ提供し得る。広告サーバは、サードパーティコンテンツサーバ106であり得る。たとえば、ウェブページ公開者は、サーチエンジン結果を提供し得る。そして、広告は、このサーチ結果を提供され得る。他の実施では、ウェブページは、広告サーバを直接的または間接的のいずれかで参照するリンクを含み得る。たとえば、ユーザデバイス上のウェブブラウザが、ウェブページをロードすると、ユーザデバイスは、広告を要求し、広告サーバからそれを受信する。広告サーバは、広告主から広告を受信する。広告主は、サードパーティコンテンツプロバイダ106であり得る。広告主は、広告を生成するための情報を作成または提供し得る。広告は、別のウェブページまたはリソースであり得る到着ページへリンクし得る。このリンクは、広告主によって提供され得る。広告はまた、広告主の連絡先情報を含み得る。

いくつかの実施では、ユーザデバイス108は、配信されたコンテンツアイテムとのインタラクションを検出することが可能である。コンテンツアイテムとのインタラクションは、コンテンツアイテムを表示するステップ、コンテンツアイテムの上方をホバリングするステップ、コンテンツアイテムをクリックするステップ、コンテンツアイテムのためのソース情報を視るステップ、または、ユーザデバイス108とコンテンツアイテムとの間の他のタイプのインタラクションを含み得る。コンテンツアイテムとのインタラクションは、特定のコンテンツアイテムに関するユーザによる明示的なアクションを必要としない。いくつかの実施では、インプレッション(たとえば、コンテンツアイテムを表示または提示するステップ)は、インタラクションとして見なし得る。どのユーザアクション(たとえば、アクティブまたはパッシブ)がインタラクションとして見なされるのかを定義するための基準は、コンテンツアイテム選択システム112によって、または、コンテンツアイテム管理システム104によって、個別ベースで(たとえば、各コンテンツアイテムに関して)決定され得る。

ユーザデバイス108は、様々なユーザアクションを生成し得る。たとえば、ユーザデバイス108は、コンテンツアイテムとのインタラクションが検出されることに応じて、ユーザアクションを生成し得る。ユーザアクションは、コンテンツ識別子(たとえば、コンテンツIDまたは署名要素)、デバイス識別子、参照するURL識別子、タイムスタンプ、または、インタラクションを記述する他の任意の属性、を含む複数の属性を含み得る。特定のアクション(たとえば、リソースビュー、オンライン購入、サーチクエリ発行等)がユーザデバイスによって実行された場合、ユーザデバイス108は、ユーザアクションを生成し得る。ユーザデバイス108によって生成されたユーザアクションは、クリックサーバ、コンテンツアイテム管理システム104、または個別のアカウンティングシステムへ通信され得る。

いくつかの実施では、システム100は、クリックサーバをさらに備え得る。いくつかの実施では、クリックサーバは、ネットワーク101へ接続された、コンテンツアイテム選択システム112、コンテンツアイテム管理システム104、または別のサーバの一部であり得る。いくつかの実施では、クリックサーバは、ネットワーク101へ接続された個別のサーバであり得る。ユーザデバイス108がコンテンツアイテム選択システム112から受信したコンテンツアイテムと、ユーザがインタラクトした場合、クリックサーバは、ユーザデバイス108からの要求を受信する。たとえば、ユーザは、コンテンツアイテムとともに提供された連絡先情報を選択することによって、コンテンツアイテムと関与し得る。クリックサーバは、この要求を受信し、コンテンツアイテム管理システム104またはサードパーティコンテンツサーバ106に記憶されたパフォーマンスメトリックを更新し得る。たとえば、メトリックは、広告とのユーザ関与であり得る。パフォーマンスメトリックは、提供されたサードパーティコンテンツアイテムに関連付けられ、サードパーティコンテンツサーバ106内に記憶され得る。クリックサーバは、リソースサーバ110に記憶されたリソースへユーザデバイス108をリダイレクトし得る。ここで、リソースは、サードパーティコンテンツプロバイダ102によって提供されたURLによって識別される到着ページであり得る。

本明細書で議論されたシステムが、ユーザに関する個人情報を収集する、または、個人情報を活用し得る状況の場合、ユーザは、プログラムまたは特徴がユーザ情報(たとえば、ユーザのソーシャルネットワークに関する情報、ソーシャルアクションまたはアクティビティ、専門、ユーザの嗜好、またはユーザの現在位置)を収集するか否かを制御するための、または、よりユーザに関連性のあるコンテンツサーバからコンテンツアイテムを受信するか否か、および/または、どのようにして受信するのかを制御するための機会を提供され得る。それに加えて、あるデータが、記憶または使用される前に、1つまたは複数の手法で(たとえば、コンテンツアイテム選択システム112によって)取り扱われ、これによって、個人を識別可能な情報が削除されるようになる。たとえば、個人を識別可能な情報が、そのユーザに関して決定されないようにユーザの識別情報が取り扱われ得るか、または、ユーザの地理的位置が、位置情報が取得された場所へ(都市、郵便番号、または州レベルへ)一般化され、これによって、ユーザの特定の位置が決定されなくなる。したがって、ユーザは、情報がどのようにして(たとえば、アプリケーションによって、ユーザデバイス108によって等)収集され、コンテンツアイテム選択システム112によって使用されるのかについての制御を有し得る。

リソースサーバ110は、複数のコンピューティングデバイスを含み得る。コンピューティングデバイスは、ウェブページまたは他のリソース(たとえば、記事、コメントスレッド、音楽、ビデオ、グラフィック、サーチ結果、情報フィード等)のようなリソースをホストするように構成されたサーバであり得る。リソースサーバ110は、コンピュータサーバ(たとえば、ファイル転送プロトコル(FTP)サーバ、ファイル共有サーバ、ウェブサーバ等)、または、これらサーバの組合せ(たとえば、データセンタ、クラウドコンピューティングプラットフォーム等)であり得る。1つのリソースサーバ110は、リソースデータ、または、他のコンテンツ(たとえば、テキストドキュメント、PDFファイル、および他の型式の電子ドキュメント)を、ユーザデバイス108へ提供し、別のリソースサーバ110は、サードパーティコンテンツプロバイダによって提供されたURLによって参照されたリソースを、コンテンツアイテムとともに提供し得る。たとえば、1つのリソースサーバが、公開者ウェブページまたはサーチエンジンをホストし得、別のリソースサーバが、広告主によって参照される到着ページのようなリソースをホストし得、いくつかの事例では、1つのリソースサーバ110が、両リソースをホストし得る。ファーストパーティコンテンツプロバイダは、ファーストパーティコンテンツをリソースサーバ110に提供し得る。リソースサーバ110は、サードパーティコンテンツをサードパーティコンテンツサーバ106に要求し、受信されたサードパーティコンテンツをファーストパーティコンテンツとともにユーザデバイス108に送信し得る。1つの実施では、ユーザデバイス108は、リソースサーバ110のリソースの提示を有効にするデータを要求するために、ネットワーク101を介してリソースサーバ110にアクセスし得る。1つの実施では、コンテンツアイテム管理システム104は、サードパーティコンテンツプロバイダ102によって提供されるURLによって参照されたリソースを要求するために、ネットワーク101を介して、別のリソースサーバ110にアクセスし得る。

リソースサーバ110によって提供されるリソースは、ネットワーク101を介して提供され得る任意のタイプの情報またはデータ構造を含み得る。いくつかの実施では、リソースは、リソースサーバ110(たとえば、URL)に関連付けられたリソースアドレスによって識別され得る。リソースは、ウェブページ(たとえば、HTMLウェブページ、PHPウェブページ等)、ワード処理ドキュメント、ポータブルドキュメントフォーマット(PDF)ドキュメント、画像、ビデオ、プログラミング要素、インタラクティブコンテンツ、ストリームビデオ/オーディオソース、または、他のタイプの電子情報を含み得る。リソースサーバ110によって提供されるリソースは、ウェブページ、ローカルリソース、イントラネットリソース、インターネットリソース、または他のネットワークリソースであり得る。いくつかの実施では、リソースは、ユーザデバイス108が、コンテンツアイテム選択システム112によって提供されたサードパーティコンテンツアイテムとインタラクトする場合、ユーザデバイス108が(たとえば、埋め込まれたハイパリンクを介して)向けられる1つまたは複数のウェブページを含む。リソースは、他のリソースまたはウェブページへの、ハイパリンクのような、参照を含み得る。たとえば、ファーストパーティコンテンツは、同じURLドメインまたはサブドメイン内の他のファーストパーティコンテンツへのリンクを含み得る。別の事例では、サードパーティコンテンツアイテムは、他のリソースまたはウェブページへの参照を含み得る。

コンテンツアイテム選択システム112は、ネットワーク101を介して、たとえば、サードパーティコンテンツプロバイダ102、コンテンツアイテム管理システム104、サードパーティコンテンツサーバ106、ユーザデバイス108、および/または、リソースサーバ110と通信するために、データプロセッサを有するコンピューティングデバイスのような少なくとも1つの論理デバイスを含み得る。いくつかの実施では、コンテンツアイテム選択システム112は、サードパーティコンテンツサーバ106を含み得る。コンテンツアイテム選択システム112は、広告サーバあるいはそれ以外のサーバを含み得る。

1つの実施では、コンテンツアイテム選択システム112は、コンテンツアイテムを求める要求を、ネットワーク101を介して受信し得る。受信された要求は、システム100内の、リソースサーバ110、ユーザデバイス108、および/または、他の任意のコンピューティングデバイスから送信され得る。リソースサーバ110は、ファーストパーティコンテンツプロバイダによって所有または操作され得る。リソースサーバ110またはリソースは、1つまたは複数のコンテンツアイテム選択システム112が、リソースサーバ110上のファーストパーティコンテンツプロバイダの1つまたは複数のリソースをサードパーティコンテンツアイテムに提供するための命令を含み得る。1つの実施では、リソースは、ウェブページを含み得る。ユーザデバイス108は、(デバイス識別子によって表現される)ユーザによって操作されるコンピューティングデバイスであり得る。これは、リソースサーバ110のリソースにアクセスした場合、たとえば、コンテンツアイテムがリソースとともに提示されるべきである要求を、コンテンツアイテム選択システム112に対して生成し得る。コンテンツアイテム要求は、要求元のデバイス情報(たとえば、ウェブブラウザタイプ、オペレーティングシステムタイプ、要求元のデバイスからの1つまたは複数の以前のリソース要求、要求元のデバイスによって受信された1つまたは複数の以前のコンテンツアイテム、要求元のデバイスのための言語設定、要求元のデバイスの地理的位置、要求元のデバイスにおける日時、要求元のデバイスにおける曜日、要求元のデバイスにおける月日、要求元のデバイスにおける年の日等)、およびリソース情報(たとえば、要求されたリソースのURL、要求されたリソースに関連付けられた1つまたは複数のキーワード、リソースのコンテンツのテキスト、リソースのタイトル、リソースのカテゴリ、リソースのタイプ等)を含み得る。コンテンツアイテム選択システム112が受信する情報は、ユーザデバイス108を表すデバイス識別子(たとえば、乱数)を含むハイパテキスト転送プロトコル(HTTP)クッキーを含み得る。いくつかの実施では、デバイス情報および/またはリソース情報は、コンテンツアイテム要求URL(たとえば、contentitem.item/page/contentitem?dev
id=abc123&devnfo=A34r0)へ追加され得る。いくつかの実施では、デバイス情報および/またはリソース情報は、コンテンツアイテム要求URLへ追加される前にエンコードされ得る。要求元のデバイス情報および/またはリソース情報は、要求されたリソースとともにサービス提供され、かつ、ユーザデバイス108のディスプレイ上に提示されるべきサードパーティコンテンツアイテムを選択するために、コンテンツアイテム選択システム112によって利用され得る。

いくつかの事例では、コンテンツアイテムの要求は、選択されサービス提供されたサードパーティコンテンツアイテムが表示され得る1つまたは複数のコンテンツアイテムスロットを含むウェブページまたは他のリソース(たとえば、アプリケーション等)の一部であり得る。ウェブページまたは他のリソースのためのコンテンツアイテムスロットを定義するコード(たとえば、JavaScript(登録商標)、HTML等)は、コンテンツアイテム選択システム112からのサードパーティコンテンツアイテムが、ウェブページとともに提示されることを要求する命令を含み得る。いくつかの実施では、コードは、1つまたは複数のパラメータを含み得るコンテンツアイテム要求URL(たとえば、/page/contentitem?devid=abc123&devnfo=A34r0)を有する画像要求を含み得る。そのようなパラメータは、いくつかの実施では、「devid=abc123」および/または「devnfo=A34r0」のようなエンコードされた文字列であり得る。

コンテンツアイテム選択システム112は、インターネットまたは他のネットワークを介して、要求されたリソースとともに提示するために、サードパーティコンテンツアイテムを選択およびサービス提供する場合、コンテンツアイテム管理システム104を利用するサードパーティコンテンツプロバイダ102によって制御され得る、または、他の方法でその影響を受け得る。たとえば、サードパーティコンテンツプロバイダ102は、サードパーティコンテンツアイテムの選択において使用される(キーワードのような)選択基準および対応する入札値を指定し得る。入札値は、リソースとともに提示するためのコンテンツアイテムを選択およびサービス提供するために、オークションにおいて、コンテンツアイテム選択システム112によって利用され得る。たとえば、ユーザがプロバイダのコンテンツアイテムとインタラクトした場合、サードパーティコンテンツプロバイダは、オークションにおいて、ある額のお金を支払うとの合意に相当する応札をし得る(たとえば、ユーザがプロバイダのコンテンツアイテムをクリックした場合、プロバイダが3ドルを支払うことに合意する)。他の事例では、コンテンツアイテムが選択されサービス提供される場合、サードパーティコンテンツプロバイダ102は、ある額のお金を支払うという合意に相当するオークションにおいて応札をし得る(たとえば、プロバイダは、コンテンツアイテムが選択されサービス提供される毎に0.005ドルを支払うことに合意する、あるいは、プロバイダは、コンテンツアイテムが選択またはクリックされる毎に0.05ドルを支払うことに合意する)。いくつかの事例では、コンテンツアイテム選択システム112は、サードパーティコンテンツプロバイダのコンテンツアイテムのパフォーマンスを判定するためにコンテンツアイテムインタラクションデータを使用する。たとえば、ユーザは、あるウェブページにおけるサードパーティコンテンツを、他よりも多くクリックするように向けられ得る。したがって、サードパーティコンテンツアイテムに応じるためのオークション入札は、優れたウェブページ、ウェブページのカテゴリ、および/または、他の基準について、より高くなり得る一方、この入札は、劣悪なウェブページ、ウェブページのカテゴリ、および/または、他の基準について、より低くなり得る。

いくつかの事例では、コンテンツアイテム選択システム112は、サードパーティコンテンツアイテムのための1つまたは複数のパフォーマンスメトリックを決定し得、コンテンツアイテム管理システム104は、ユーザインターフェースを介してサードパーティコンテンツプロバイダ102にそのようなパフォーマンスメトリックのインジケーションを提供し得る。たとえば、パフォーマンスメトリックは、インプレッション当たりのコスト(CPI)、または、1000インプレッション当たりのコスト(CPM)を含み得る。インプレッションは、たとえば、コンテンツアイテムが、リソースとともに提示されるためにサービス提供されるように選択された場合に常にカウントされ得る。いくつかの事例では、パフォーマンスメトリックは、インプレッションの数によって除された、コンテンツアイテムにおけるクリックの数として定義されるクリックスルーレート(CTR)を含み得る。いくつかの事例では、パフォーマンスメトリックは、エンゲージメント当たりのコスト(CPE)を含み得る。エンゲージメントは、ユーザが、指定された方式でコンテンツアイテムとインタラクトした場合にカウントされ得る。エンゲージメントは、ソーシャルネットワーキングサイト上のコンテンツアイテムへのリンクを共有するステップ、電子メールアドレスを発行するステップ、サーベイをするステップ、または、ビデオを最後まで視るステップであり得る。アクション当たりのコスト(CPA)(ここで、アクションは、コンテンツアイテムまたはその中のリンク、製品の購入、コンテンツアイテムの照会等をクリックすることであり得る)、変換レート(CVR)、クリックスルー当たりのコスト(CPC)(コンテンツアイテムがクリックされた場合にカウントされる)、販売当たりのコスト(CPS)、リード当たりのコスト(CPL)、実効的なCPM(eCPM)、および/または、他のパフォーマンスメトリックのような、さらにその他のパフォーマンスメトリックが使用され得る。様々なパフォーマンスメトリックが、コンテンツアイテム選択、コンテンツアイテム提示、ユーザクリック、またはユーザエンゲージメントの前、途中、または後に測定され得る。いくつかの実施では、パフォーマンスメトリックは、クリックサーバによって測定され得る。

コンテンツアイテム選択システム112は、予測されたクリックスルーレート(pCTR)、予測された変換レート(pCVR)、コンテンツアイテムに関連付けられた入札等のようないくつかの影響のある要因に基づいて、リソースとともにサービス提供するサードパーティコンテンツアイテムを選択し得る。そのような影響のある要因は、他のコンテンツアイテムの他のスコアが、オークションによって、コンテンツアイテム選択システム112によって比較され得るスコアのような値を生成するために使用され得る。

ウェブページのようなリソースのためのコンテンツアイテムスロットのオークションの間、コンテンツアイテム選択システム112は、様々なサードパーティコンテンツアイテムのために、サードパーティコンテンツプロバイダ102によって指定されるいくつかの異なるタイプの入札値を利用し得る。たとえば、オークションは、ユーザが、サードパーティコンテンツアイテムをクリックしたか否か、ユーザが、サードパーティコンテンツアイテムの提示に基づいて、特定のアクションを実行したか否か、サードパーティコンテンツアイテムが、選択され、サービス提供されているか否か、および/または、他のタイプの入札、に基づく入札を含み得る。たとえば、サードパーティコンテンツアイテムが選択されサービス提供されるか否かに基づく入札は、より低い入札(たとえば、0.005ドル)であり得る一方、ユーザが、特定のアクションを実行するか否かに基づく入札は、より高い入札(たとえば、5ドル)であり得る。いくつかの事例では、入札は、入札のタイプに関連付けられた確率を考慮するために調節され得るか、および/または、他の理由のために調節され得る。たとえば、ユーザが、特定のアクションを実行する確率は、0.2%のように低くなり得る一方、サードパーティコンテンツアイテムが選択されサービス提供される確率は100%であり得る(たとえば、選択されサービス提供されるコンテンツアイテムは、オークション中に選択されたのであれば、発生するであろうから、入札は、調節されない)。したがって、スコアまたは標準化された値のような値は、入札値、および、確率、または、別の修正値に基づいて、オークションにおいて使用されるために生成され得る。先の事例では、サードパーティコンテンツアイテムが選択されサービス提供されるか否かに基づく入札のための値またはスコアは、0.005ドル*1.00=0.005であり得、ユーザが特定のアクションを実行するか否かに基づく入札のための値またはスコアは、5ドル*0.002=0.01であり得る。生成される収入を最大化するために、コンテンツアイテム選択システム112は、オークションから、最も高い値を有するサードパーティコンテンツアイテムを選択し得る。前述した事例では、コンテンツアイテム選択システム112は、入札に関連付けられたより高い値またはスコアによって、ユ
ーザが特定のアクションを実行するか否かに基づいて、その入札に関連付けられたコンテンツアイテムを選択し得る。

コンテンツアイテム選択システム112がサードパーティコンテンツアイテムを選択すると、ネットワーク101を使用して、ユーザデバイス108のディスプレイ上のサードパーティコンテンツアイテムの提示を有効にするためのデータが、ユーザデバイス108へ提供され得る。ユーザデバイス108におけるユーザは、提供されたサードパーティコンテンツアイテムを選択またはクリックし得る。いくつかの事例では、サードパーティコンテンツアイテムに関連付けられたURLは、ウェブページまたは到着ページのような別のリソースを参照し得る。他の事例では、URLは、コンテンツアイテム選択システム112、サードパーティコンテンツサーバ106、またはコンテンツアイテム管理システム104に戻り得る。クリックスルーまたはエンゲージメントのような1つまたは複数のメトリックが更新され、ユーザデバイスは、ウェブページまたは到着ページのように、サードパーティコンテンツアイテムとともにサードパーティコンテンツプロバイダ102によって提供されたリソースへリダイレクトされる。

図2は、リソースから連絡先情報を抽出し、それをコンテンツアイテムに関連付けるための処理の1つの実施のフローチャートである。概要では、この方法は一般に、コンテンツプロバイダからコンテンツアイテムおよびURLを受信するステップであって、URLは、リソースを識別する、受信するステップ(ステップ210)と、受信されたURLによって識別されたリソースをロードするステップ(ステップ220)と、ロードされたリソースから複数の連絡先情報を検出するステップ(ステップ230)とを含む。この方法はまた、各連絡先情報のプロミネンススコアを計算するステップ(ステップ240)と、計算されたプロミネンススコアに基づいて複数の連絡先情報のうちの1つを選択するステップ(ステップ250)と、選択された連絡先情報をコンテンツアイテムに関連付けるステップ(ステップ260)とを含む。この方法はオプションとして、ファントムビューで図示された、URLのドメインを決定するステップ(ステップ215)と、ファントムビューで図示された、ロードされたリソースの一部分をフィルタするステップ(ステップ225)とを含み得る。他の実施では、これらのステップは、別の順序で実行され得る。

さらに図2をより詳細に参照すると、この方法は、コンテンツプロバイダから、コンテンツアイテム、およびURLを受信するステップであって、URLはリソースを識別する、受信するステップ(ステップ210)を含む。いくつかの実施では、コンテンツアイテムは、URLに関連付けられる。たとえば、URLによって識別されたリソースは、コンテンツアイテムの到着ページであり得る。コンテンツアイテム、およびURLは、サードパーティコンテンツプロバイダ102から送信され、コンテンツアイテム管理システム104において受信され得る。いくつかの実施では、URLのみが受信され、コンテンツアイテムは、受信されたURLによって識別されたリソースから生成される。たとえば、URLによって参照されたリソースがロードされ得る、そして、コンテンツアイテムを生成するために、リソースからの様々な要素が、結合され得る。いくつかの実施では、コンテンツアイテムのみが受信され、コンテンツアイテムはURLを含む。

URLは、リソースサーバ110またはサードパーティコンテンツプロバイダ102にホストされたリソースを参照し得る。受信されたURLは、受信されたコンテンツアイテムのウェブページまたは到着ページであるリソースを識別し得る。リソースは、サードパーティコンテンツプロバイダ102によって維持され得る。コンテンツアイテムは、サードパーティコンテンツプロバイダ102によってリソース上に提案される製品、サービス、販売促進、クーポン等の広告であり得る。たとえば、サードパーティコンテンツプロバイダ102は、オンライン小売業者であり得る。リソースは、オンライン小売業者のウェブページであり得る。コンテンツアイテムは、ウェブページの広告であり得る。

図2に図示されるように、この方法は、オプションとして、URLのドメインを決定するステップ(ステップ215)をさらに含む。URLのドメインは、テキスト文字列としてURLを解析することによって識別され得る。いくつかの実施では、URLは、URLのドメインを識別するために解析され得る。URLのドメインを識別するために、当該技術分野で周知の、正規表現、テキストサーチ、パターン認識、および他の手段が使用され得る。

いくつかの実施では、ドメインは、ルートドメインである。他の実施では、ドメインはサブドメインである。たとえば、URLは、https://sub.example.comであり得る。ここで、「example」は、ルートドメインであり、「sub」はサブドメインである。いくつかのURLは、多数のレベルのサブドメインを有し得る。いくつかの実施では、各々が異なるドメインレベルからなる複数のドメインが決定され得る。たとえば、URLのルートドメインおよびサブドメインが決定され得る。いくつかの実施では、ドメインのうちの1つは、各ドメインにおいて利用可能なリソースの数に基づいて選択される。いくつかの実施では、ドメインのうちの1つは、ドメインのタイプに基づいて選択される。

いくつかの実施では、URLのドメインのうちの1つは、ドメインを、ドメインのリストと比較するステップに基づいて選択される。ドメインのリストは、コンピュータシステム100内の、コンテンツアイテム管理システム104、コンテンツアイテム選択システム112、リソースサーバ110、または他の任意の構成要素に記憶され得る。URLにおけるドメインの各レベルは、ドメインのリストに対して比較され得る。いくつかの実施では、ルートドメインが最初に比較され、サブドメインは、ドメインレベルの順序で比較され得る。いくつかの実施では、最低レベルのドメインが最初に比較され、より高いレベルのドメインは、ドメインレベルの逆の順序で比較され得る。ドメインのリストは、多数の機関またはユーザによって制御されるサブドメインを備え得るドメインを記憶し得る。たとえば、リストは、example.comを含み得る。ここで、example.comは、サブドメインであるparent1.example.comとparent2.example.comとを有し得る。各サブドメインは、異なる機関またはユーザによって制御または所有される。この方法は、選択されたドメインが、ドメインのリスト内に表れないように、ルートドメインまたは1つまたは複数のサブドメインのうちの1つからドメインを選択するステップを含み得る。たとえば、受信されたURLは、parent1.example.comであり得る。ルートドメインexample.comが、先ず、ドメインのリストに対して比較され得る。ルートドメインは、ドメイン内で発見されるので、選択されない。サブドメインparent1.example.comが、ドメインのリストに対して比較される。サブドメインは、ドメインのリスト内で発見されないので、サブドメインが選択される。

いくつかの実施では、ドメインのうちの1つは、URL内の1つまたは複数のドメインを制御する機関またはユーザをルックアップすることに基づいて選択される。1つの機関またはユーザによってのみ制御される、最も高いレベルのドメインが選択され得る。各ドメインの機関またはユーザは、コンピュータシステム100内の、コンテンツアイテム管理システム104、コンテンツアイテム選択システム112、リソースサーバ110、または他の任意の構成要素に記憶され得る。たとえば、ルートドメインexample.comを制御する機関は、Example Inc.社になるように決定され、サブドメインparent1.example.comを制御する機関は、Parent1 Inc.社になるように決定され得る。parent2.example.comのような別の機関によって制御される、ルートドメインの下の別のサブドメインが、発見され得る。これに応答して、ルートドメインexample.comよりもサブドメインparent1.example.comが選択され得る。

いくつかの実施では、この方法は、最低レベルのドメインを選択するステップを含み得る。連絡先情報が、ロードされたリソースから抽出されない場合、または、連絡先情報が、複数の連絡先情報から選択されない場合、より高いレベルのドメインが、選択され得る。この処理は、ルートドメインに達するまで反復し得る。

このドメインは、そのドメインの下にある複数のURLを発見するために使用し得、複数のURLの各々は、受信されたURLによって識別されたリソースからの所定の数のアークより少ないリソースを識別する。アークは、あるリソースから別のリソースへのリンクまたは参照である。たとえば、ウェブページは、別のウェブページへのハイパリンクを含み得る。アークの所定の数は、受信されたURLによって識別されたリソースからのリンクにおける最大距離を制限し、それによって、複数のURLによって参照される複数のリソースから検出される連絡先情報の数を制限するために、設定され得る。たとえば、アークの所定の数が1に設定される場合、複数のURLは、受信されたURLと、受信されたURLによって識別されるリソースによって参照される1つまたは複数のURLとを含むことになる。いくつかの実施では、受信されたURLによって識別されたリソースが、先ずロードされ、そして、連絡先情報が検出されない場合、複数のURLによって識別される各リソースが、ロードされ得、連絡先情報が、各リソースから検出され得る。1のリンクにおける距離を有するリソースにおいて連絡先情報が検出されない場合、次いで、2のリンクにおける距離を有する複数のリソースがロードされる。その距離は、リンクにおける最大距離を指定するアークの所定の数に達するまで、連絡先情報が検出されるまで、または、閾値スコアを上回るプロミネンススコアを有する連絡先情報が検出されるまで、増やされる。

いくつかの実施では、ウェブ巡回ロボットまたはボットは、受信されたURLへ巡回またはナビゲートし、そのドメインの下にある複数のURLを発見し得る。たとえば、ウェブ巡回ロボットは、受信されたURLによって参照されるリソースをロードし、そのリソースにおいて1つまたは複数のURLを発見し得る。ウェブ巡回ロボットは、次いで、1つまたは複数のURLによって参照される1つまたは複数のリソースをロードし、1つまたは複数のリソースの各々において別のセットのURLを発見し得る。これは、アークの所定の数に相当する、所定の回数、繰り返す。

いくつかの実施では、データベースまたはメモリ素子は、複数のURLを記憶する。データベースまたはメモリ素子は、サーチエンジン、コンテンツアイテム管理システム104、サードパーティコンテンツサーバ106、またはコンテンツアイテム選択システム112の一部であり得る。データベースまたはメモリ素子は、ドメインおよび所定の数のアークについてクエリされ、複数のURLを取得し得る。たとえば、データベースは、ドメインの下にある複数のURLの有向グラフを記憶し得、有向グラフにおけるノードは、ドメインの下にあるURLを表し、アークは、URLによって識別されるリソース間のリンクを表す。

図2に図示されるように、この方法はさらに、受信されたURLによって識別されたリソースをロードするステップ(ステップ220)を含む。コンテンツアイテム管理システム104は、リソースをホストするリソースサーバ110からのリソースを要求し得る。リソースサーバ110は、それに応答して、コンテンツアイテム管理システム104へリソースを送信し得る。いくつかの実施では、リソースは、たとえばハイパテキストマークアップ言語(HTML)ファイルとして、テキスト文字列としてメモリにロードされる。他の実施では、リソースが、オブジェクトツリーへ解析され、ウェブページとしてレンダリングされ得る。

たとえば、リソースが、ドキュメントオブジェクトモデル(DOM)ツリーのようなオブジェクトツリーへ解析され得る。DOMツリーは、特定のリソースの階層モデルであり得る。DOMツリーは、画像情報(たとえば、画像URL、ディスプレイ位置、ディスプレイサイズ、アルトテキスト等)、フォント情報(たとえば、フォント名、サイズ、エフェクト等)、色情報(たとえば、RGB明度、16進法の色コード等)、および、リソースのためのテキスト情報、を含み得る。

別の事例では、リソースが、リソースのスナップショット画像を生成するために、レンダリングされ得る。スナップショット画像は、特定のリソースの視覚的な表現であり得る。スナップショット画像は、リソースをレンダリングした後、ユーザインターフェースデバイス(たとえば、電子ディスプレイスクリーン、コンピュータモニタ、タッチセンサ式ディスプレイ等)上に提示されるリソースの視覚的な外観を例示し得る。スナップショット画像は、色情報(たとえば、ピクセル色、輝度、飽和等)を含み得る。いくつかの実施では、スナップショット画像は、有効な任意のファイル拡張子(たとえば、jpg、.png、.bmp等)を有するピクチャファイルであり得る。

いくつかの実施では、リソースは、画像のような、ウェブページ上にレンダリングされる他のコンテンツアイテムへの参照を含み得る。いくつかの実施では、参照された他のコンテンツアイテムは、ロードまたはレンダリングがなされない。たとえば、他のコンテンツアイテムは、ウェブページを用いて、ロードまたはレンダリングされない広告であり得る。ドメインの下にある複数のURLが発見される実施において、複数のURLによって識別された複数のリソースは、メモリにロードされ得る。複数のリソースの各々は、受信されたURLによって識別されたリソースを記憶するリソースサーバ110において、または、インターネットプロトコルアドレスが同じドメインへ分解する異なるリソースサーバ110において、記憶され得る。

図2に図示されるように、この方法は、オプションとして、ロードされたリソースの一部分をフィルタするステップ(ステップ225)を含む。いくつかの実施では、識別されたリソースの一部が、メモリにロードされたリソースの一部を削除することによってフィルタされ得る。たとえば、リソースのテキストをメモリにロードする実施において、リソースのテキストの一部が、メモリ内で削除される。別の事例では、リソースがオブジェクトツリーへ解析する実施において、フィルタされた部分に対応するノードが、メモリ内で削除される。いくつかの事例では、リソースのうちのフィルタされた部分の位置が、リスト内に、または、別のデータ構造内に記憶される。複数のリソースがロードされる実施において、複数のリソースのうちの各リソースの一部が、フィルタされ得る。いくつかの実施では、リソース全体が、フィルタされ得る。いくつかの実施では、リソースのどの部分もフィルタされない。いくつかの実施では、フィルタされた部分は、サードパーティコンテンツアイテムまたは広告に対応し得る。サードパーティコンテンツアイテムは、ロードされたリソースの対応する部分を、サードパーティコンテンツアイテムとして示すタグまたはノードを発見することによって検出され得る。

フィルタされた部分は、ユーザコンテンツ、すなわち、ウェブページの公開者またはホスト以外のウェブページの訪問者またはユーザによって許可されたコンテンツであり得る。たとえば、いくつかのウェブページは、任意のユーザが自身のコメントを書き込み得るコメントセクションを有し得る。これらのコメントセクションは、ロードされたリソースをサーチすることによって検出され得る。いくつかの実施では、ロードされたリソースのタグまたはノードは、リソースの対応する部分がコメントであることを示し得る。いくつかの実施では、コメントは、コメントとして識別されるロードされたリソースの一部に近接して配置された、ユーザ名の付された時間または日付署名を発見することによって検出され得る。近接は、カスケードスタイルシート(CSS)を解析することによって、または、ウェブページとしてリソースをレンダリングすることによって、ロードされたリソースを分析することによって決定され得る。いくつかの実施では、コメントまたはコメントセクションは、第2のリソースに埋め込まれたサードパーティコメントシステムを発見することによって検出され得る。いくつかの実施では、複数の第2のリソースにおいて再度発生するように、ユーザ名またはユーザ名に関連付けられた署名が検出され得る。ユーザ名または署名に隣接したコンテンツはフィルタされ得る。

図2に図示されるように、この方法はさらに、ロードされたリソースから複数の連絡先情報を検出するステップ(ステップ230)を含む。複数の連絡先情報に検出において、ロードされたリソースのフィルタされた部分は、無視される。たとえば、可能性のある連絡先情報は、ウェブページのコメントセクション内に存在し得、このケースでは、可能性のある連絡先情報は、複数の連絡先情報のうちの1つとして検出されない。フィルタされた部分の位置がリストに記憶される実施では、リソースにおいて発見されるあらゆる可能性のある連絡先情報が、リストに対して照合される。可能性のある連絡先情報が、リストにおいて指定された位置に位置しているのであれば、可能性のある連絡先情報は、複数の連絡先情報のうちの1つとして選択されない。いくつかの実施において、連絡先情報は、リソースの秘匿部分から検出され得る。リソースの秘匿部分は、リソースのタグまたはノードによって指定され得る。リソースが、テキストとしてメモリにロードされる実施では、正規表現、パターン認識、および他のテキストサーチが、複数の連絡先情報を発見するために使用され得る。リソースが解析されオブジェクトツリーにされレンダリングされる実施では、連絡先情報は、たとえば、光学式文字認識によって、レンダリングされたリソースから検出され得る。複数のリソースがロードされる実施では、複数の連絡先情報は、複数のリソースの各々において検出されるすべての連絡先情報の集約であり得る。複数のリソースのうちの各リソースのフィルタされた部分は、無視され得る。いくつかの実施では、複数の連絡先情報を検出するステップは、複数の連絡先情報を抽出するステップを含む。

サードパーティコンテンツプロバイダ102の連絡先情報は、リソースまたは複数のリソースにおいて検出され得る。連絡先情報は、電話番号、住所、電子メールアドレス、ファックス番号、ビデオチャットハンドル、インスタントメッセージングハンドル、ソーシャルメディアプロファイル、支払情報、銀行ルーティングナンバ、または他の任意の連絡先情報であり得る。いくつかの実施では、所定のタイプの連絡先情報が、検出され得る。たとえば、電話番号のみが、リソースから検出され得る。別の事例では、電話番号および住所のみが、リソースから検出され得る。さらに別の事例では、任意のタイプの連絡先情報が、検出され得る。異なるセットのルールが、連絡先情報のタイプに応じて、連絡先情報を検出するために使用され得る。たとえば、ルールの1つのセットは、電話番号を検出するために使用され、ルールの別のセットは、住所を検出するために使用され得る。いくつかの実施では、複数の連絡先情報が、ウェブページの一部分において検出され得る。たとえば、アドレスは、リソースにおける電話番号とほとんど同じであり得る。

異なるタイプの連絡先情報を検出するためのルールのセットは、モジュールとして実施され得る。ルールのセットは、電話番号、住所、電子メール、ファックス番号、ビデオチャットハンドル、インスタントメッセージングハンドル、支払情報、銀行ルーティングナンバ、またはソーシャルメディアプロファイルを検出する際に使用され得る。たとえば、ビデオチャットハンドルを検出するステップは、埋め込まれたユニフォームリソース識別子(URI)を求めてリソースをサーチするステップを含み得る。

電話番号を検出するためのルールのセットが、さらに詳細に記述される。いくつかの実施では、連絡先情報を検出する場合、様々な慣習およびフォーマットが考慮され得る。電話番号の慣習は、可能性のある連絡先情報が、有効な電話番号であるか否かを指定し得る。電話番号フォーマットは、電話番号が書かれる様々な共通の手法を指定し得る。たとえば、米国および他の北米のナンバリングプラン諸国では、電話番号は、10桁を備え、最初の3桁は市外局番である。市外局番は、括弧内に配置され得るか、または、市外局番は、ダッシュまたはピリオドで他の4つの番号から分離され得る。プレフィクス番号1は、10桁で含まれ得る。たとえば、リソースは、最初の3桁がダッシュによって分離される、10桁を備える番号を含み得る。この番号はその後、連絡先情報として検出され得る。いくつかの実施では、多数の国および地域のための慣習およびフォーマットが適用され得る。たとえば、インドにおける電話番号も、10桁である。リソースまたは複数のリソースから、電話番号を検出する際、可能性のある電話番号が10桁を有しているのであれば、それは、米国電話番号のルールのセットのみならず、インド電話番号のルールのセットに対しても比較される。

いくつかの実施では、連絡先情報を検出するために、どのルールのセットを使用すべきかを決定するために、URLから、URLの国コードトップレベルドメインが検出され得る。たとえば、URLの国コードトップレベルドメインが「.us」であれば、米国電話番号のためのルールのセットを厳守する電話番号が、連絡先情報として検出され得る。いくつかの実施では、ドメイン名が、インターネットプロトコル(IP)アドレスへ分解され得る。これは、その後、リソースサーバ110の地球上の位置を発見するために使用され得る。いくつかの実施では、ユーザデバイス108の位置が、決定され得る。地球上の位置は、連絡先情報を検出するために、どのルールのセットを使用すべきかを決定するために使用され得る。たとえば、地球上の位置が、リソースサーバ110またはユーザデバイス108が、北カリフォルニアに位置していることを示すのであれば、米国における電話番号を検出するためのルールのセットが使用され得る。別の事例では、北カリフォルニアに対応する市外局番を持つ米国内の電話番号を検出するルールのセットが使用され得る。

住所を検出するためのルールのセットが、さらに詳細に記述される。住所は、国、郵便番号、郡、州、都市、町、村、市街地、地区、通り、街路番号、ユニット番号、会社名、または住所の他の任意の部分、のうちの1つまたは複数を備え得る。住所の慣習は、頭文字、略語、接頭辞、および接尾辞と同様に、異なる住所の部分の順序を指定し得る。住所の1つまたは複数の部分は、正規表現、パターン認識、および他のテキストサーチを使用して、リソースのテキストをサーチすることにより発見され得る。たとえば、正規表現サーチは、米国における住所のための5桁または9桁の郵便番号を発見し得る。アドレスの他の部分は、発見された住所の部分の近くで検出され得る。たとえば、カリフォルニアのためのCAのような州略語は、発見された郵便番号に先行することが認識され得る。いくつかの実施では、リソースのオブジェクトツリーが、住所を発見するために使用され得る。オブジェクトツリーのタグまたはノードは、埋め込まれたマップを示し得る。たとえば、マップウェブサイトへのリンクへ設定されたsrc属性を備えたiフレームタグは、マップが、リソース内に埋め込まれていることを示し得る。住所は、タグまたはノード内で検出され得るか、または、タグまたはノードとほとんど同じであり得る。

図2に図示されるように、この方法は、複数の連絡先情報のうちの各連絡先情報のプロミネンススコアを計算するステップ(ステップ240)を含む。これは、複数のプロミネンススコアの計算をもたらす。連絡先情報のプロミネンススコアは、連絡先情報に関連する1つまたは複数の信号をサーチすることによって、計算され得る。連絡先情報に関連する各信号について、信号スコアが、計算され得る。信号は、異なるタイプであり得る。異なるタイプの信号が、以下のうちの1つまたは複数によって発見され得る:リソースのロードされたテキストの中のサーチ、リソースのオブジェクトツリーまたはCSSの分析、あるいは、レンダリングされたリソースのOCRの分析。たとえば、ロードされたリソースのDOMまたはスナップショット画像が、1つまたは複数の信号を発見し、信号スコアを計算するために、使用され得る。

いくつかの実施では、信号のタイプは、連絡先情報がリソースで検出される回数である。たとえば、電話番号が、ウェブページ上に何回か示され得る。連絡先情報がリソース上に現れる回数は、信号スコアに比例し得る。いくつかの実施では、複数の連絡先情報は、複製を保持し、これによって、連絡先情報が複数記憶される回数は、その連絡先情報がリソースにおいて現れる回数と等しい。いくつかの実施では、複数の連絡先情報は、複製を保持せず、これによって、ロードされたリソースは、特定の連絡先情報がそのリソースにおいて現れる回数を判定するために、特定の連絡先情報についてサーチされる。

いくつかの実施では、信号のタイプは、リソースの他の連絡先情報の数である。たとえば、電話番号が、ウェブページの唯一の連絡先情報であり得る。リソースの他の連絡先情報の数は、信号スコアに反比例し得る。

いくつかの実施では、信号のタイプは、信号に関連付けられた連絡先情報と同じタイプの他の連絡先情報の数である。たとえば、ウェブページ内の電話番号の信号スコアは、ウェブページ内の他の電話番号の数であり得る。信号に関連付けられた連絡先情報と同じタイプの他の連絡先情報の数は、信号スコアに反比例し得る。たとえば、ウェブページが、電話番号および電子メールアドレスを有し、そのウェブページ上に他の電話番号がない場合、信号スコアは、このタイプの信号の最大信号スコア値であり得る。

いくつかの実施では、信号のタイプは、リソース内の連絡先情報のテキスト強調である。テキスト強調は、フォントサイズ、ボールド、イタリック、斜体、下線、色、コントラスト、点滅等を含み得る。いくつかの実施では、信号のタイプは、リソース内の周囲のコンテンツと比較した連絡先情報の相対的テキスト強調である。たとえば、ウェブページは、フォントサイズ16の電話番号を含み得、電話番号の周囲のテキストは、フォントサイズ12であり得る。別の事例では、ウェブページは、ボールドの電話番号と、ボールドでない周囲のテキストとを含み得る。連絡先情報が、ロードされたリソースのテキストから検出される事例では、テキスト強調は、オブジェクトツリーまたはCSSの対応する部分のタグまたはノードから検出され得る。連絡先情報がレンダリングされたリソースから検出される事例では、テキスト強調は、スナップショット画像上のOCRの使用のような、レンダリングされたリソースを分析することによって検出され得る。

いくつかの実施では、信号のタイプは、リソース内の連絡先情報の位置である。リソース内のいくつかの位置は、リソース内の他の位置と比較して、より高い信号スコアを有する。たとえば、ウェブページの上部に配置された電話番号は、ウェブページの下部に配置された別の電話番号よりも高い信号スコアを有し得る。連絡先情報の位置は、スナップショット画像のようなレンダリングされたリソースを使用することによって、または、オブジェクトツリーを使用することによって、判定され得る。

いくつかの実施では、信号のタイプは、リソース内の連絡先情報に近接するコンテンツに基づく。連絡先情報に近接するコンテンツは、グラフィック、テキスト、画像、オーディオ、ビデオ等であり得る。連絡先情報に近接するコンテンツは、オブジェクトツリーまたはレンダリングされたリソースを使用して発見され得る。オブジェクトツリーについては、コンテンツが、親、兄弟である、または、連絡先情報と同じノード内にある場合、コンテンツは、連絡先情報に近接し得る。レンダリングされたリソースについては、コンテンツが、スナップショット画像内の連絡先情報から所定の空間距離内にあるまたはそれと隣接する場合、コンテンツは、連絡先情報に近接し得る。空間距離は、たとえば、絶対距離、または、スナップショット画像の寸法と比較した相対的空間距離であり得る。たとえば、コンテンツは、近接すると考えられる連絡先情報内の100ピクセル内にある必要があり得る。別の事例では、コンテンツは、レンダリングされたスナップショットの幅と比較した相対的距離の10%内にある必要があり得る。連絡先情報に近接するコンテンツが発見された後、コンテンツは、信号スコアを判定するために使用され得る。たとえば、テキスト「ファックス」は、1つの電話番号に近接して発見され得、テキスト「電話」は、別の電話番号に近接して発見され得る。単語「ファックス」の隣の電話番号は、単語「電話」の隣の電話番号より低い信号スコアを有し得る。単語「ファックス」は、コンテンツプロバイダが、対応する電話番号でコールされることを意図していないことを示し得、単語「電話」は、コンテンツプロバイダが、対応する電話番号でコールされることを意図していることを示し得る。

いくつかの実施では、受信されたコンテンツアイテムは、リソース内の連絡先情報に近接するコンテンツに基づく信号スコアの判定において考慮され得る。たとえば、リソースは、単語「サービス」の隣の電話番号、および、単語「販売」の隣の別の電話番号を含み得る。受信されたコンテンツアイテムが、「当社販売員に本日お電話下さい!」というテキストを含む場合、単語「販売」の隣の電話番号は、より高い信号スコアを有し得る。受信されたコンテンツアイテムが、テキスト「サービスにお電話下さい」を含む場合、単語「サービス」の隣の電話番号が、より高い信号スコアを有し得る。

いくつかの実施では、受信されたコンテンツアイテムに関連付けられた1つまたは複数のキーワードは、リソース内の連絡先情報に近接するコンテンツに基づく信号スコアの判定において考慮され得る。キーワードは、リソース内の連絡先情報に近接するコンテンツを選択するために使用され得る。たとえば、コンテンツアイテムは、キーワード「リムジン」に関連付けられ得る。電話番号は、レンダリングされたリソース内の言葉「リムジンによる送迎サービス」の隣にあり得る。信号スコアは、キーワードと正確に一致するコンテンツおよび空間距離においてより近いコンテンツについて、より高くなり得る。

いくつかの実施では、コンテンツプロバイダデータ、コンテンツアイテムデータ、会計データ、オークションデータ、または他の任意のタイプのデータのうちの1つまたは複数が、リソース内の連絡先情報に近接するコンテンツに基づく信号スコアの判定において考慮され得る。たとえば、コンテンツプロバイダデータが、コンテンツプロバイダはピザ配達レストランであると明記する場合、単語「配達」の隣の電話番号は、より高い信号スコアを有し得る。別の事例では、コンテンツプロバイダデータが、広告はブラックフライデーセールについてであると明記する場合、「ブラックフライデーセールの特売品についてはお電話下さい!」という言葉の隣の電話番号は、高い信号スコアを有し得る。

いくつかの実施では、信号のタイプは、リソース内の連絡先情報に近接するコンテンツのプロミネンスに基づく。連絡先情報に近接するコンテンツは、グラフィック、テキスト、画像、オーディオ、ビデオ等でもよい。コンテンツのプロミネンスは、位置、サイズ、リソースと比較した相対的サイズ、色、コントラスト等のような、コンテンツの他のタイプの信号によって判定され得る。たとえば、連絡先情報に近接するコンテンツは、HTML imgタグによって指定される画像であり得、電話番号は、imgタグのaltテキスト属性内にあり得る。別の事例では、連絡先情報は、画像の一部であり得、レンダリングされたリソースから検出され得る。

連絡先情報のプロミネンススコアは、1つまたは複数の信号スコアから計算され得る。信号スコアは、信号のタイプ、コンテンツアイテムのタイプ、またはコンテンツプロバイダデータに基づいて、加重、サイズ固定、または正規化され得る。たとえば、各信号スコアは、サイズ固定され得、これによって、異なる信号タイプの信号スコアは、同じ範囲の可能値を有し得る。1つまたは複数の信号スコアは、プロミネンススコアに結合され得るまたは要約され得る。たとえば、電話番号のプロミネンススコアは、位置、テキスト強調、および電話番号に近接するコンテンツに基づいて、信号スコアを結合させることによって、計算され得る。いくつかの実施では、プロミネンススコアは、信号スコアの加重和である。複数のリソースがロードされる、いくつかの実施では、連絡先情報に関連付けられたプロミネンススコアは、受信されたURLによって識別されたリソースから連絡先情報を含むリソースへのアークの数に基づいて加重され得る。たとえば、第1の電話番号は、到着ページ上で検出され得、第2の電話番号は、到着ページからリンクされたウェブページ上で検出され得る。第1の電話番号のプロミネンススコアは、1のような、1つの加重値によって乗算され得る一方、第2の電話番号は、0.5のような、別の加重値によって乗算され得る。いくつかの実施では、プロミネンススコアの加重値は、受信されたURLによって識別されたリソースからのアークの数の減少関数であり得る。たとえば、この関数は、指数関数的減衰または線形減衰関数であり得る。各連絡先情報のプロミネンススコアは、対応する連絡先情報に関連付けられ得る。たとえば、メモリ素子は、対応する連絡先情報とともに各プロミネンススコアを記憶し得る。別の事例では、各プロミネンススコアは、関連連絡先情報への参照またはポインタを記憶し得る。

図2に図示されるように、この方法は、計算されたプロミネンススコアに基づいて複数の連絡先情報のうちの1つを選択するステップ(ステップ250)を含む。いくつかの実施では、この方法は、複数の連絡先情報の他のプロミネンススコアと比較してより高いプロミネンススコアに関連付けられた複数の連絡先情報のうちの1つを選択するステップを含む。選択されたプロミネンススコアによって参照されるまたはそれと関連付けられた連絡先情報が、複数の連絡先情報の中から選択される。いくつかの実施では、この方法は、特定のタイプの連絡先情報に関連付けられた他のプロミネンススコアと比較して最も高いプロミネンススコアを有する特定のタイプの連絡先情報を選択するステップを含む。たとえば、他の電話番号の中で最も高いプロミネンススコアに関連付けられた電話番号が、選択され得る。

いくつかの実施では、この方法は、計算されたプロミネンススコアに基づいて連絡先情報のセットを選択するステップを含み得る。連絡先情報のセットは、複数の連絡先情報から選択され得る。たとえば、複数の連絡先情報は、5つの電話番号を含み得、連絡先情報のセットは、それらの5つの電話番号のうちの3つを含み得る。いくつかの実施では、フィルタは、複数のプロミネンススコアに適用され得、これによって、所定の閾値より上の任意のプロミネンススコアが、選択される。選択されたプロミネンススコアに対応する各連絡先情報が、連絡先情報のセットの一部として選択され得る。いくつかの実施では、連絡先情報のセットが、連絡先情報のタイプおよびプロミネンススコアに基づいて選択される。たとえば、指定されたプロミネンススコアを上回るあらゆる電話番号が、選択され得る。

いくつかの実施では、コンテンツプロバイダは、連絡先情報のセットを提供され、これによって、コンテンツプロバイダは、そのセットの連絡先情報のうちの1つまたは複数を選択し得る。いくつかの実施では、コンテンツプロバイダは、複数の連絡先情報を提供され、これによって、コンテンツプロバイダは、複数の連絡先情報のうちの1つまたは複数を選択し得る。いくつかの実施では、複数のコンテンツ情報またはコンテンツ情報のセットは、降順でコンテンツプロバイダに提供され、これによって、最も高いプロミネンススコアに関連付けられたコンテンツ情報が、最初に表示される。コンテンツプロバイダは、コンテンツアイテムに関連付けるために1つまたは複数の連絡先情報を選択し得る。

図2に図示されるように、この方法はさらに、選択された連絡先情報をコンテンツアイテムに関連付けるステップ(ステップ260)を含む。いくつかの実施では、選択された連絡先情報は、先ず、リソースから抽出され、次いで、コンテンツアイテムに関連付けられる。いくつかの実施では、選択された連絡先情報は、コンテンツアイテムに埋め込まれる。選択された連絡先情報は、サードパーティコンテンツサーバ106にコンテンツアイテムとともに記憶され得る。

いくつかの実施では、記述子が、各連絡先情報に関連付けられ得る。たとえば、記述子は、電話番号のような、連絡先情報のタイプを指定し得る。別の事例では、記述子は、連絡先情報の地理的地域を指定し得る。いくつかの実施では、記述子は、記述子に関連付けられた連絡先情報に近接するロードされたリソースからのコンテンツであり得る。たとえば、電話番号は、記述子として記憶された、テキスト「当社へのお電話はこちらへ」に近接し得る。いくつかの実施では、記述子および連絡先情報は、コンテンツアイテムに埋め込まれ得る。連絡先情報のセットが選択される実施では、連絡先情報のセットは、コンテンツアイテムに埋め込まれ得る。連絡先情報のセット内の各連絡先情報は、記述子に関連付けられ得、これによって、記述子のセットが、コンテンツアイテムに埋め込まれ得る。連絡先情報に関連付けられたコンテンツアイテムは、サードパーティコンテンツサーバ106に記憶され得る。

コンテンツアイテム選択システム112が、サードパーティコンテンツサーバ106に記憶されたコンテンツアイテムが、ユーザデバイス108にサービス提供されるべきであるとオークション中に決定した場合、そのコンテンツアイテムは、そのコンテンツアイテムに関連付けられた連絡先情報とともにサービス提供される。連絡先情報は、ユーザデバイス108においてコンテンツアイテムとともに表示され得る。連絡先情報はまた、ユーザデバイス108におけるユーザが、コンテンツアイテムをクリックするか、またはコンテンツアイテムとインタラクトすることによって、コンテンツプロバイダにコンタクトできるように、コンテンツアイテム内に埋め込まれ得る。たとえば、ユーザデバイス108は、スマートフォンであり得、コンテンツアイテムは、広告であり得、連絡先情報は、広告主の電話番号であり得る。連絡先情報に関連付けられた記述子は、コンテンツアイテムとともに表示され得る。たとえば、記述子は、連絡先情報の隣に表示されたテキスト「当社へのお電話はこちらへ」を記憶し得る。連絡先情報のセットがコンテンツアイテムに関連付けられたいくつかの実施では、1つまたは複数の連絡先情報が、コンテンツアイテムとともに表示され得る。たとえば、コンテンツアイテムは、電話番号および電子メールアドレスとともに表示され得る。いくつかの実施では、ユーザデバイス108の地理的位置が、連絡先情報のうちのどれが表示されるかを決定するために使用され得る。たとえば、1つの連絡先情報は、「408」の局番を有する、カリフォルニア州サニーベールと関連付けられた地元の電話番号であり得、別の連絡先情報は、フリーダイヤルの1-800電話番号であり得る。ユーザデバイス108が、サニーベールの近くにあると判定された場合、これによって、通話は、長距離通話料なしに地元の電話番号に行われ得、その場合、地元の電話番号が、コンテンツアイテムとともに表示され得る。そうではない場合、フリーダイヤルの電話番号が、コンテンツアイテムとともに表示され得る。いくつかの実施では、ユーザデバイス108のタイプまたはユーザデバイス108の性能が、連絡先情報を表示するかどうかまたはどのように表示するかを決定するために使用され得る。たとえば、ユーザデバイス108が、スマートフォンまたは電話をかけることができるデスクトップである場合、ボタンが、コンテンツアイテムとともに表示され得、これによって、ボタンをクリックすることで、コンテンツアイテムに関連付けられた電話番号にダイヤルすることによって、コンテンツプロバイダを呼び出し得る。別の事例では、ボタンをクリックすることで、コンテンツプロバイダをコンテンツアイテムに関連付けられた電話番号とともにアドレス帳または連絡先リストに追加し得る。ユーザデバイス108が、電話をかけることができないデスクトップデバイスである場合、電話番号は、クリック可能なボタンとしてではなく単にテキストとして表示され得る。別の事例では、ユーザデバイス108が、地図を表示することができる場合、ボタンが、コンテンツアイテムとともに表示され得、これによって、ボタンをクリックすると、コンテンツプロバイダの住所とともにマップを提示し得る。いくつかの実施では、1つまたは複数のボタンが、コンテンツアイテムとともに表示される。

いくつかの実施では、コンテンツアイテム選択システム112は、クリックサーバへのリンクを生成し、コンテンツアイテムとのリンクをユーザデバイス108へ送信する。ユーザデバイス108上では、クリックサーバへのリンクが、サードパーティコンテンツプロバイダにコンタクトするための、または、到着ページのような、URLによって識別されたリソースにナビゲートするための方法として表示され得る。たとえば、リンクは、広告主へ電話番号をコールする手法として表示され得る。ユーザがリンクをクリックした場合、ユーザデバイスは、クリックサーバへ要求を送信し得る。クリックサーバは、エンゲージメントのようなメトリックを、コンテンツアイテムとともに記録し、メトリックを、コンテンツアイテム管理システム104に記憶し得る。クリックサーバは、その後、コンテンツアイテムに関連付けられた連絡先情報を介して、サードパーティコンテンツプロバイダ102にコンタクトするための命令を、ユーザデバイス108へ返信し得る。たとえば、クリックサーバは、広告に提供された電話番号をダイヤルするための命令を、ユーザデバイス108へ送信し得る。別の事例では、クリックサーバは、連絡先情報を介してサードパーティコンテンツプロバイダ102にコンタクト、または、このサードパーティコンテンツプロバイダ102の位置決めをするために、新たな電子メールメッセージを開くか、または、SMSテキストメッセージを送信するか、または、他の任意のアプリケーションを使用する命令を、ユーザデバイス108へ返信し得る。クリックサーバはまた、URLによって識別されたリソースにユーザデバイス108をリダイレクトし得る。

図3は、受信機310、プロセッサ301、およびメモリ302を含むように図示された、より詳細に図1のコンテンツアイテム管理システム104の1つの実施を例示するブロック図である。受信機310は、ネットワーク101を介してローカルまたは遠隔のデバイスまたはシステムとのデータ通信を実行するためのワイヤまたはワイヤレスインターフェース(たとえば、ジャック、アンテナ、送信器、受信機、トランシーバ、ワイヤ端末、イーサネット(登録商標)ポート、WiFiトランシーバ等)を含む通信インターフェースであり得る。たとえば、受信機310は、コンテンツアイテム管理システム104がコンピュータシステム100のサードパーティコンテンツプロバイダ102、サードパーティコンテンツサーバ106、リソースサーバ110、および他の構成要素と通信することを可能にし得る。いくつかの実施では、受信機は、ハードウェア構成要素と連携して動作する対応するモジュールまたはソフトウェアを有し得る。受信機310は、サードパーティコンテンツプロバイダ102から、コンテンツアイテム、およびURLを受信し得る。受信機310は、受信したコンテンツアイテム、およびURLを、ドメイン決定部315またはリソースローダ320のようなメモリ内のモジュールへ送信し得る。

プロセッサ301は、汎用プロセッサ、特定用途向け集積回路(ASIC)、1つまたは複数のフィールドプログラマブルゲートアレイ(FPGA)、CPU、GPU、処理構成要素のグループ、または、他の適切な電子処理構成要素として実施され得る。プロセッサ301は、メモリ302および受信機310に直接的にまたは間接的に接続され得る。プロセッサ301は、メモリ302または他の構成要素に記憶されるデータを読み取る、書き込む、削除する、または他の方法でこれにアクセスし得る。プロセッサ301は、メモリ302に記憶された命令を実行し得る。

メモリ302は、データを記憶するための1または複数のデバイス(たとえば、RAM、ROM、フラッシュメモリ、ハードディスク記憶装置等)、および/または、本開示に記述された様々な処理、レイヤ、およびモジュールを完了および/または促進するためのコンピュータコードを含み得る。メモリ302は、揮発性メモリまたは不揮発性メモリを含み得る。メモリ302は、データベース構成要素、オブジェクトコード構成要素、スクリプト構成要素、または、様々なアクティビティをサポートするための他の任意のタイプの情報構造、および、本開示に記述された情報構造を含み得る。いくつかの実施では、メモリ302は、プロセッサ301へ通信可能に接続され、本明細書に記述された1つまたは複数の処理を実行するためのコンピュータコード(たとえば、メモリ302に記憶されたデータモジュール)を含む。概要では、メモリ302は、オプションのドメイン決定部315、リソースローダ320、オプションのフィルタ325、検出器330、スコアラ340、セレクタ350、およびリンカ360を含むように図示される。

さらに図3を参照すると、メモリ302は、オプションのドメイン決定部315を含むように図示される。ドメイン決定部315は、受信されたURLのドメインを決定する。ドメインは、ルートドメインまたはサブドメインであり得る。ドメイン決定部315は、URLをテキスト文字列として解析し得る。いくつかの実施では、ドメインは、そのドメインの下にある複数のURLを発見するために使用され得、複数のURLの各々は、受信されたURLからの所定の数のアークより少ないリソースを識別する。ウェブ巡回ロボットまたはボットは、複数のURLを決定するために使用され得る。いくつかの実施では、メモリ素子は、複数のURLを記憶する。いくつかの実施では、ドメイン決定部315は、リソースローダ320の一部である。

さらに図3を参照すると、メモリ302は、リソースローダ320を含むように図示される。リソースローダ320は、受信機310と通信して、受信されたURLによって識別されたリソースをロードし得る。いくつかの実施では、リソースローダ320は、ドメイン決定部315と通信して複数のURLを受信し得る。リソースローダ320は、複数のリソースをロードし得、各リソースは、複数のURLによって識別される。いくつかの実施では、リソースローダ320は、テキスト文字列としてメモリにリソースをロードする。いくつかの実施では、リソースローダ320は、パーサおよびレンダラを備え得る。パーサは、リソースを解析してオブジェクトツリーにし、レンダラは、オブジェクトツリーを使用してリソースをレンダリングし得る。

さらに図3を参照すると、メモリ302は、オプションでフィルタ325を含むように図示される。フィルタ325は、ロードされたリソースの一部分をフィルタし得る。いくつかの実施では、フィルタ325は、複数のロードされたリソースの各リソースの一部をフィルタし得る。フィルタ325は、ユーザコメントまたは他の広告に対応するロードされたリソースの一部をフィルタ出力し得る。いくつかの実施では、リソースのフィルタされた部分は、メモリ302から削除され得る。いくつかの実施では、リソースのフィルタされた部分の位置が、データ構造に格納され得る。

さらに図3を参照すると、メモリ302は、検出器330を含むように図示される。検出器330は、ロードされたリソースから複数の連絡先情報または複数のロードされたリソースを検出し得る。検出器330は、ロードされたリソースのフィルタされた部分から連絡先情報を検出しないことがあり得る。検出器330は、ロードされたリソースの秘匿部分から連絡先情報を検出し得る。検出器330は、異なるルールのセットを使用して異なるタイプの連絡先情報を抽出し得る。ルールのセットは、ハードウェアまたはサーバ上で、機能、クラス、ライブラリ、モジュール、アプリケーションプログラミングインターフェース(API)、または他のソフトウェアとして実施され得る。いくつかの実施では、検出器330は、リソースのテキストにわたってサーチまたは解析することによって、連絡先情報を検出する。いくつかの実施では、検出器330は、レンダリングされたリソースから連絡先情報を検出する。いくつかの実施では、検出器330は、異なるタイプの連絡先情報を検出するために、どのルールのセットを使用するのかを決定するために、URLまたはIPアドレスの一部を使用する。いくつかの実施では、検出器330は、複数の連絡先情報を抽出する。

さらに図3を参照すると、メモリ302は、スコアラ340を含むように図示される。スコアラ340は、複数の連絡先情報の各連絡先情報のプロミネンススコアを計算する。連絡先情報のプロミネンススコアは、連絡先情報に関連付けられた1つまたは複数の信号をサーチすることによって、計算され得る。信号スコアは、各信号について計算され、1つまたは複数の信号スコアが、連絡先情報に関連付けられたプロミネンススコアを計算するために結合される。信号は、異なるタイプであり得、リソースのテキストをサーチすること、リソースのオブジェクトツリーまたはCSSを分析すること、または、レンダリングされたリソースのOCRを分析することによって、発見される。いくつかの実施では、信号のタイプは、連絡先情報がリソースで発見される回数、リソースの他の連絡先情報の数、信号に関連付けられた連絡先情報と同じタイプの他の連絡先情報の数、リソース内の連絡先情報のテキスト強調、リソース内の連絡先情報の位置、リソース内の連絡先情報に近接するコンテンツ、リソース内の連絡先情報に近接するコンテンツのプロミネンス等であり得る。

さらに図3を参照すると、メモリ302は、セレクタ350を含むように図示される。セレクタ350は、計算された複数のプロミネンススコアに基づいて複数の連絡先情報から1つまたは複数の連絡先情報を選択する。いくつかの実施では、セレクタ350は、最も高いプロミネンススコアに関連付けられた連絡先情報を選択する。いくつかの実施では、セレクタ350は、連絡先情報のセットを選択し、各選択された連絡先情報は、所定の閾値を上回るプロミネンススコアに関連付けられる。いくつかの実施では、セレクタ350は、受信機310を介して1つまたは複数の連絡先情報をサードパーティコンテンツプロバイダ102に提供する。サードパーティコンテンツプロバイダ102は、次いで、提供された連絡先情報のうちの1つまたは複数を選択し得、選択したものを受信機310を介してセレクタ350に送信する。

さらに図3を参照すると、メモリ302は、リンカ360を含むように図示される。リンカ360は、1つまたは複数の選択された連絡先情報をコンテンツアイテムに関連付け得る。選択された連絡先情報は、コンテンツアイテムに埋め込まれ得る。選択された連絡先情報は、サードパーティコンテンツサーバ106にコンテンツアイテムとともに記憶され得る。いくつかの実施では、記述子は、連絡先情報に関連付けられ得る。記述子は、コンテンツアイテムに埋め込まれ得、サードパーティコンテンツサーバ106に記憶され得る。

図4A、図4B、および図4Cは、複数の連絡先情報を表示するドメインの下にある例示的ウェブページである。サードパーティコンテンツプロバイダ102は、「http://sub.example.com/contact」のURLおよびテキスト広告のためのコンテンツアイテムをコンテンツアイテム管理システム104に提供し得、コンテンツアイテムは、「当社販売員がお待ちしております!」を備える。図4Aは、URLによって識別される例示的ウェブページである。このウェブページは、2つの連絡先情報を備え得る:販売電話番号410およびサービス電話番号411。プロミネンススコアが、販売電話番号410について計算される場合、1つまたは複数の信号が、使用され得る。販売電話番号410のための1つの信号は、販売電話番号410がウェブページ上に現れる回数であり得る。ここで、販売電話番号410は、ウェブページ上に2回現れ、サービス電話番号411のような、ウェブページ上に1度だけ現れる電話番号に比べてこのタイプの信号に関連する信号スコアを増加させる。販売電話番号410のための別の信号は、ウェブページに現れる他の連絡先情報の数であり得る。ここで、複製販売電話番号を数えずに、サービス電話番号411である、ウェブページ上に現れる1つの他の電話番号が存在し、それによって、このタイプの信号の信号スコアは、他の任意の連絡先情報を含まないウェブページ上で検出される連絡先情報の信号と比較して相対的に低くなり得る。販売電話番号410のための別の信号は、テキスト強調であり得る。販売電話番号410は、それがウェブページにおいて初めて現れるとき、ボールドテキストで現れる。したがって、このタイプの信号の信号スコアは、サービス電話番号411のような、ボールドで表示されない電話番号に比べて高くなり得る。販売電話番号410のための別の信号は、ウェブページ内の位置にあり得る。販売電話番号410は、それがウェブページにおいて初めて現れるとき、そのウェブページの最上部に配置される。それにより、その信号スコアは、サービス電話番号411のような、ウェブページの下部に現れる電話番号に比べて高くなり得る。販売電話番号410のための別の信号は、フォントサイズであり得る。販売電話番号410のフォントサイズは、周囲のテキストと比べて大きい。それにより、信号ス
コアは、サービス電話番号411のような、周囲のテキストより小さい電話番号に比べて高くなり得る。販売電話番号410のための別の信号は、販売電話番号410に近接するコンテンツであり得る。ここで、販売電話番号410は、「当社販売員がお待ちしております!」の提供されたコンテンツアイテムと一致するテキスト「販売」の近くにある。それにより、このタイプの信号の信号スコアは、サービス電話番号411のような、テキスト「サービス」の近くの電話番号についてよりも相対的に高くなり得る。販売電話番号410の1つまたは複数の信号スコアは、販売電話番号410のプロミネンススコアを計算するために結合され得る。サービス電話番号411の1つまたは複数の信号スコアはまた、サービス電話番号411のプロミネンススコアを計算するために結合され得る。この例示的事例では、販売電話番号410のプロミネンススコアは、100であり得、サービス電話番号のプロミネンススコアは、49であり得る。

図4Aに例示されるウェブページはまた、図4Bに例示される、http://sub.example.com/firstlinkのURLを有する別のウェブページへのリンクを備え得る。図4Bに例示されるウェブページは、図4Cに例示される、電子メールアドレスおよびhttp://sub.example.com/secondlinkのURLを備え得る。複数のリソースがロードされる実施では、受信されたURLのドメインが、決定される。ここで、ドメインは、example.comまたはsub.example.comであり得る。図2のステップ220に関して記述されたように、いくつかの実施では、1つまたは複数の付加的リソースが、それらが受信されたURLによって識別されたリソースからのリンクによって識別される場合に、ロードされる。いくつかの実施では、アークの所定の数は、受信されたURLによって識別されたリソースからのリンクにおける最大距離を制限し得る。この例示では、アークの所定の数が、0に設定された場合、図4Aに例示されるウェブページのみが、ロードされ得る。アークの所定の数が、1に設定された場合、図4Aおよび図4Bに例示されるウェブページが、ロードされ得る。アークの所定の数が、2に設定された場合、図4A〜図4Cに例示されるウェブページが、ロードされ得る。

図4Bによって例示されるウェブページ内のこの連絡先情報は、電子メールアドレスであり得る。電子メールアドレスのプロミネンススコアは、1つまたは複数の信号を使用して算出され得る。このプロミネンススコアを計算するために使用され得る1つの信号は、この電子メールアドレスに近接する画像420のプロミネンスである。ここで、電子メールは、画像の位置および画像のサイズに基づく、画像420のプロミネンススコアによって部分的に計算されたプロミネンススコアを有し得る。電子メールのプロミネンススコアはまた、到着ページからのリンクにおける距離に基づいてサイズ固定され得る。この例示的事例では、電子メールのプロミネンススコアは、50であり得る。

図4Cによって例示されるウェブページ内の連絡先情報は、サポート電話番号430であり得る。サポート電話番号430のプロミネンススコアは、サポート電話番号430のテキスト強調、ウェブページ内のサポート電話番号430の位置、および、サポート電話番号430のフォントサイズに基づく信号スコアに基づき得る。しかし、サポート電話番号430のプロミネンススコアは、2つのリンクにおける距離に依存する指数関数的減衰因子によってサイズ固定され得るので、サポート電話番号430のプロミネンススコアは、図4Aの販売電話番号410と比較して相対的に低くなり得る。この例示的事例では、サポート電話番号のプロミネンススコアは、25であり得る。

図5は、計算されたプロミネンススコアとともに図4A〜図4Cにおけるウェブから検出された複数の連絡先情報を例示するブロック図である。いくつかの実施では、1つの連絡先情報が、複数の連絡先情報に関連付けられた各々の他のプロミネンススコアと比較して最も高いプロミネンススコアに関連付けられた場合、それが、選択され得る。いくつかの実施では、複数の連絡先情報が、選択され得る。いくつかの実施では、異なるタイプの複数の連絡先情報が、選択され得る。たとえば、1つの電話番号および1つの電子メールアドレスが、選択され得る。この例示的事例では、他のすべての電話番号の中で最も高いプロミネンススコアを有する電話番号501が、選択され得、他のすべての電子メールの中で最も高いプロミネンススコアを有する電子メール502が、選択され得る。いくつかの実施では、所定の閾値510を上回るすべての連絡先情報が、選択され得る。この例示的事例では、所定の閾値は、49にセットされ得、電話番号501および電子メールアドレス502が、選択され得る。

図6Aおよび図6Bは、連絡先情報とともに表示された例示的広告である。この広告は、ユーザデバイス108に表示され得、ユーザデバイス108の能力またはアプリケーションに基づいて、異なる連絡先情報が、広告とともに表示され得る。たとえば、ユーザデバイス108は、電話番号をコールすることができ得るが、電子メールを送信し得ないことがある。図6Aに例示された広告は、そのようなユーザデバイス108に表示され得、これによって、ボタン640が提供され、これによって、ユーザが、ボタン640をクリックするとき、コールが、電話番号620にダイヤルされる。ボタン640とは別に、広告はまた、電話番号620、電子メール630、およびURL610を表示し得る。別のユーザデバイス108は、電話番号をコールするおよび電子メールを送信する能力を有し得る。図6Bに例示される広告は、そのようなユーザデバイス108に表示され得、これによって、1つのボタン641は、ユーザによってクリックされるとき、電話番号621をコールし、別のボタン651は、ユーザによってクリックされるとき、電子メールアプリケーションを開く、または、コンテンツプロバイダに電子メールを送信する。この広告はまた、電話番号621、電子メール631、およびURL611を表示し得る。

本明細書に記述された主題内容および動作の実施は、本明細書に開示された構成、その構成的な等価物、またはそれらの1つまたは複数の組合せを含む、デジタル電子回路において、またはコンピュータソフトウェア、ファームウェア、またはハードウェアにおいて実施され得る。本明細書に記述された主題内容の実施は、データ処理装置による実行のために、または、データ処理装置の動作を制御するために、1つまたは複数のコンピュータ記憶媒体においてエンコードされた、1つまたは複数のコンピュータプログラム、すなわち、コンピュータプログラム命令の1つまたは複数のモジュール、として実施され得る。あるいは、または、それに加えて、プログラム命令は、データ処理装置による実行のために、適切な受信装置への送信のための情報をエンコードするために生成された、人為的に生成された伝搬信号(たとえば、マシンによって生成された電気、光、または電磁信号)においてエンコードされ得る。コンピュータ記憶媒体は、コンピュータ読取可能な記憶デバイス、コンピュータ読取可能な記憶基板、ランダムまたはシリアルなアクセスメモリアレイまたはデバイス、または、これらのうちの1つまたは複数の組合せであり得るか、これらに含まれ得る。さらに、コンピュータ記憶媒体は、伝搬信号ではない一方、コンピュータ記憶媒体は、人為的に生成された伝搬信号でエンコードされたコンピュータプログラム命令のソースまたは宛先であり得る。コンピュータ記憶媒体はまた、1つまたは複数の分離された構成要素または媒体(たとえば、多数のCD、ディスク、または他の記憶デバイス)であり得るか、または、これらに含まれ得る。したがって、コンピュータ記憶媒体は、有形および非有形の両方であり得る。

本開示に記述された動作は、1つまたは複数のコンピュータ読取可能な記憶デバイスに記憶された、または、他のソースから受信されたデータに対して、データ処理装置によって実行される動作として実施され得る。

「クライアント」または「サーバ」という用語は、前述したプログラマブルプロセッサ、コンピュータ、システムオンチップ、または多数のこれら、または組合せを含む、データを処理するためのすべての種類の装置、デバイス、およびマシンを含む。この装置は、たとえば、フィールドプログラマブルゲートアレイ(FPGA)、特定用途向け集積回路(ASIC)のような専用論理回路を含み得る。この装置はまた、ハードウェアに加えて、問題となっているコンピュータプログラムのための実行環境を生成するコード(たとえば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、プラットフォーム間ランタイム環境、仮想マシン、またはこれらの1つまたは複数の組合せを構成するコード)を含み得る。装置および実行環境は、ウェブサービス、分散コンピューティングおよびグリッドコンピューティングインフラストラクチャのような様々な異なるコンピューティングモデルインフラストラクチャを実現し得る。

本開示のシステムおよび方法は、任意のコンピュータプログラムによって完成され得る。(プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとしても知られている)コンピュータプログラムは、コンパイル型またはインタープリタ型言語、宣言型または手続型言語を含む任意の型式のプログラミング言語で記述され、スタンドアロンプログラムとして、または、コンピューティング環境における使用のために適したモジュール、構成要素、サブルーチン、オブジェクト、または他のユニットとして含む任意の型式で展開され得る。コンピュータプログラムは、ファイルシステム内のファイルに相当し得るが、必ずしも相当する必要はない。プログラムは、(たとえば、マークアップ言語ドキュメントに記憶された1つまたは複数のスクリプトのような)他のプログラムまたはデータを保持するファイルの一部に、問題となっているプログラムに専用の単一のファイルに、または、(たとえば、1つまたは複数のモジュール、サブプログラム、またはコードの一部を記憶するファイルのような)多数の調整されたファイルに、記憶され得る。コンピュータプログラムは、1つのサイトにおいて、または、多数のサイトにわたって分散して配置され、通信ネットワークによって相互接続された1つのコンピュータまたは多数のコンピュータにおいて実行されるように展開され得る。

本明細書において記述された処理および論理フローは、入力されたデータに対する演算および出力の生成によってアクションを実行するために、1つまたは複数のコンピュータプログラムを実行する1つまたは複数のプログラマブルプロセッサによって実行され得る。処理および論理フローまたは、専用論理回路(たとえば、FPGAまたはASIC)によって実行され、装置はまた、専用論理回路(たとえば、FPGAまたはASIC)として実施され得る。

コンピュータプログラムの実行のために適したプロセッサは、汎用マイクロプロセッサと専用マイクロプロセッサとの両方と、任意の種類のデジタルコンピュータの1つまたは複数の任意のプロセッサとを含む。一般に、プロセッサは、読取専用メモリまたはランダムアクセスメモリまたはその両方から、命令およびデータを受信するであろう。コンピュータの必須の要素は、命令に従ってアクションを実行するためのプロセッサと、命令およびデータを記憶するための1つまたは複数のメモリデバイスである。一般に、コンピュータはまた、(たとえば、磁気、光磁気ディスク、または光ディスクのように)データを記憶するための1つまたは複数の大容量記憶デバイスを含み得るか、または、これらからデータを受信、またはこれらへデータを移動、またはその両方のために、これらに動作可能に結合され得る。しかしながら、コンピュータは、そのようなデバイスを有する必要はない。さらに、コンピュータは、(たとえば、モバイル電話、携帯情報端末(PDA)、モバイルオーディオまたはビデオプレーヤ、ゲームコンソール、全地球測位システム(GPS)受信機、またはポータブル記憶デバイス(たとえば、ユニバーサルシリアルバス(USB)フラッシュドライブ)等のような)別のデバイスに埋め込まれ得る。コンピュータプログラム命令およびデータを記憶するために適切なデバイスは、すべての型式の不揮発性メモリ、媒体、およびメモリデバイス半導体メモリデバイス(たとえば、EPROM、EEPROM、およびフラッシュメモリデバイス、たとえば内部ハードディスクまたはリムーバブルディスクのような磁気ディスク、磁気光ディスク、ならびにCD-ROMディスクおよびDVD-ROMディスク)を含む。プロセッサおよびメモリは、専用論理回路によって補足され得るか、または、専用論理回路に組み込まれ得る。

ユーザとのインタラクションを提供するために、本明細書に記述された主題内容の実施は、(たとえば、CRT(陰極線管)、LCD(液晶ディスプレイ)、OLED(有機発光ダイオード)、TFT(薄膜トランジスタ)、または他のフレキシブルな構成、または、ユーザへ情報を表示するための他の任意のモニタおよびキーボード、たとえばマウス、トラックボール等のようなポインティングデバイス、または、タッチスクリーン、タッチパッド等のような)ディスプレイデバイスを有するコンピュータにおいて実施され、これによって、ユーザは、コンピュータへ入力を提供し得る。他の種類のデバイスも同様に、ユーザとのインタラクションを提供するために使用され、たとえば、ユーザへ提供されるフィードバックは、任意の型式の知覚的なフィードバック(たとえば、視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバック)であり、ユーザからの入力は、音響、音声、または触覚入力を含む任意の型式で受信され得る。それに加えて、コンピュータは、たとえば、ウェブブラウザから受信した要求に応答して、ユーザのデバイス上のウェブブラウザへウェブページを送信することによって、ユーザによって使用されているデバイスへドキュメントを送信することによって、および、このデバイスからドキュメントを受信することによってユーザとインタラクトし得る。

本開示に記述された主題内容の実施は、(たとえば、データサーバとして)バックエンド構成要素を含む、または、ミドルウェア構成要素(たとえば、アプリケーションサーバ)を含む、または、ユーザが、本開示において記述された主題内容の実施とインタラクトするグラフィックユーザインターフェースまたはウェブブラウザを有するフロントエンド構成要素(たとえば、クライアントコンピュータ)、または、1つまたは複数のそのようなバックエンド、ミドルウェア、またはフロントエンド構成要素の任意の組合せを含む、コンピューティングシステムにおいて実施され得る。システムの構成要素は、(たとえば、通信ネットワークのような)デジタルデータ通信の任意の形式または媒体によって相互接続され得る。通信ネットワークは、LANおよびWAN、インターネットワーク(たとえば、インターネット)、およびピアツーピアネットワーク(たとえば、アドホックピアツーピアネットワーク)を含む。

本明細書は、多くの具体的な実施詳細を含んでいる一方、これらは、任意の開示または特許請求される範囲に対する限定として解釈されるべきではなく、むしろ、特定の開示の特定の実施に特有な特徴の記述として解釈されるべきである。個別の実施のコンテキストにおいて本開示において記述された、いくつかの特徴はまた、単一の実施における組合せでも実施され得る。反対に、単一の実施のコンテキストに記述された様々な特徴はまた、多数の実施において個別に、または、任意の適切な部分組合せで実施され得る。さらに、特徴は、ある組合せ、および、最初に特許請求されたようにでさえも作用するとして上述され得るが、特許請求された組合せからの1つまたは複数の特徴は、いくつかのケースにおいて、組合せから除かれ、特許請求された組合せが、部分組合せ、または、部分組合せのバリエーションに向けられ得る。

同様に、動作は、図面において、特定の順序で図示されているが、これは、望ましい結果を達成するために、このような動作が、図示されている特定の順序、または、連続した順序で実行されること、または、例示されたすべての動作が実行されること、を要求するものと理解されるべきではない。いくつかの状況では、マルチタスクおよび並列処理が有利であり得る。さらに、上述された実施における様々なシステム構成要素の分離は、すべての実施においてそのような分離を必要とするものとして理解されるべきではなく、記述されたプログラム構成要素およびシステムは一般に、単一のソフトウェア製品へともに統合され得るか、または、1つまたは複数の有形の媒体において具体化された多数のソフトウェア製品へパッケージされ得ることが理解されるべきである。

したがって、本主題内容の特定の実施が記述された。他の実施は、以下の特許請求の範囲のスコープ内である。いくつかのケースでは、特許請求の範囲において記載されたアクションは、別の順序で実行され、依然として望ましい結果を達成し得る。それに加えて、添付図面に図示された方法は、望ましい結果を達成するために、必ずしも、図示された特定の順序、または、連続した順序を必要としない。いくつかの実施では、マルチタスクおよび並列処理が有利であり得る。

100 コンピュータシステム
101 ネットワーク
102 サードパーティコンテンツプロバイダ
104 コンテンツアイテム管理システム
106 サードパーティコンテンツサーバ
108 ユーザデバイス
110 リソースサーバ
112 コンテンツアイテム選択システム
301 プロセッサ
302 メモリ
310 受信機
315 ドメイン決定部
320 リソースローダ
325 フィルタ
330 検出器
340 スコアラ
350 セレクタ
360 リンカ
410 販売電話番号
411 サービス電話番号
420 画像
430 サポート電話番号
501 電話番号
502 電子メール
510 所定の閾値
610 URL
611 URL
620 電話番号
621 電話番号
630 電子メール
631 電子メール
640 ボタン
641 ボタン
651 ボタン

Claims (22)

1. リソースから連絡先情報を抽出し、それをコンテンツアイテムに関連付けるためのコンピュータによって実施される方法であって、
   コンテンツプロバイダからコンテンツアイテムおよびユニフォームリソースロケータ(URL)を受信するステップであり、前記URLはリソースを識別する、受信するステップと、
   前記受信されたURLによって識別された前記リソースをロードするステップと、
   前記ロードされたリソースから複数の連絡先情報を検出するステップと、
   前記複数の連絡先情報の各連絡先情報のプロミネンススコアを計算するステップと、
   前記計算されたプロミネンススコアに基づいて前記複数の連絡先情報のうちの1つを選択するステップと、
   前記選択された連絡先情報を前記コンテンツアイテムに関連付けるステップと
   を備える、方法。
2. 前記受信されたURLのドメインを決定するステップと、
   前記ドメインの下にある複数のURLを発見するステップであり、複数のURLの各々が、前記受信されたURLからの所定の数のアークより少ないリソースを識別する、発見するステップと
   をさらに備え、前記リソースをロードするステップは、前記複数のURLによって識別された複数のリソースをロードするステップを備える、請求項1に記載の方法。
3. 前記リソースをロードするステップは、
   前記リソースを解析してオブジェクトツリーにするステップと、
   前記オブジェクトツリーを使用して前記リソースをレンダリングするステップと
   を備え、前記複数の連絡先情報を検出するステップはさらに、前記レンダリングされたリソースから光学式文字認識を使用して前記複数の連絡先情報を検出するステップを備える、請求項1および2のいずれか一項に記載の方法。
4. 前記ロードされたリソースの一部分をフィルタするステップ
   をさらに備え、前記複数の連絡先情報を検出するステップは、前記ロードされたリソースのフィルタされていない部分から前記複数の連絡先情報を検出するステップを備える、請求項1、2および3のいずれか一項に記載の方法。
5. 前記プロミネンススコアを計算するステップは、
   前記複数の連絡先情報の各々のプロミネンススコアを計算するステップであり、プロミネンススコアは、それぞれの連絡先情報に関連付けられた複数の信号の加重和を備える、計算するステップ
   を備える、請求項1から4のいずれか一項に記載の方法。
6. 信号は、
   前記それぞれの連絡先情報が前記ロードされたリソースで示される回数、
   前記ロードされたリソースで検出された他の連絡先情報の数、
   それぞれの連絡先情報の字体強調、
   前記ロードされたリソース内の前記連絡先情報の位置、
   前記ロードされたリソース内の前記それぞれの連絡先情報の近くに位置するテキスト、または、
   前記ロードされたリソースによって参照される前記それぞれの連絡先情報に関連付けられた画像のプロミネンス
   のうちの1つを使用して算出される、請求項5に記載の方法。
7. 前記複数の連絡先情報のうちの1つを選択するステップはさらに、所定の最小閾値未満の連絡先情報を選び出すステップを備える、請求項1から6のいずれか一項に記載の方法。
8. 前記複数の連絡先情報のうちの1つを選択するステップは、
   前記複数の連絡先情報から連絡先情報のサブセットを選び出すステップと、
   連絡先情報の前記サブセットの中から選択された連絡先情報を前記コンテンツプロバイダから受信するステップと
   を備える、請求項1から7のいずれか一項に記載の方法。
9. 前記複数の連絡先情報のうちの1つを選択するステップは、
   前記選択された連絡先情報のそれぞれの前記プロミネンススコアが信頼閾値を下回ることに応答して、前記選択された連絡先情報が正確であることを前記コンテンツプロバイダから受信するステップ
   を備える、請求項1から8のいずれか一項に記載の方法。
10. 前記連絡先情報は、電話番号、住所、電子メールアドレス、ファックス番号、インスタントメッセージングハンドル、ソーシャルメディアプロファイル、支払情報、または銀行ルーティングナンバのうちの1つを備える、請求項1から9のいずれか一項に記載の方法。
11. リソースから連絡先情報を抽出し、それをコンテンツアイテムに関連付けるためのシステムであって、
    コンテンツプロバイダからコンテンツアイテムおよびユニフォームリソースロケータ(URL)を受信する受信機であり、前記URLはリソースを識別する、受信機と、
    前記受信されたURLによって識別された前記リソースをロードするローダと、
    前記ロードされたリソースから複数の連絡先情報を検出する検出器と、
    前記複数の連絡先情報の各々のプロミネンススコアを計算するスコアラと、
    前記計算されたプロミネンススコアに基づいて前記複数の連絡先情報のうちの1つを選択するセレクタと、
    前記選択された連絡先情報を前記コンテンツアイテムに関連付けるリンカと
    を備える、システム。
12. 前記ローダはさらに、
    前記受信されたURLのドメインを決定するステップと、
    前記ドメインの下にある複数のURLを発見するステップであり、複数のURLの各々は、前記受信されたURLからの所定の数のアークより少ないリソースを識別する、発見するステップと、
    前記複数のURLによって識別された複数のリソースをロードするステップと
    を備える、請求項11に記載のシステム。
13. 前記ローダはさらに、
    前記リソースを解析してオブジェクトツリーにするステップと、
    前記オブジェクトツリーを使用して前記リソースをレンダリングするステップと、
    を備え、前記検出器はさらに、前記レンダリングされたリソースから光学式文字認識を使用して前記複数の連絡先情報を検出するステップを備える、請求項11および12のいずれか一項に記載のシステム。
14. 前記ローダはさらに、
    前記ロードされたリソースの一部分をフィルタするステップ
    を備え、前記検出器はさらに、前記ロードされたリソースのフィルタされていない部分から前記複数の連絡先情報を検出するステップを備える、請求項11から13のいずれか一項に記載のシステム。
15. 前記スコアラはさらに、
    前記複数の連絡先情報の各々のプロミネンススコアを計算するステップであり、プロミネンススコアは、それぞれの連絡先情報に関連付けられた複数の信号の加重和を備える、計算するステップ
    を備える、請求項11から14のいずれか一項に記載のシステム。
16. 前記スコアラはさらに、
    前記それぞれの連絡先情報が前記ロードされたリソースで示される回数、
    前記ロードされたリソースで検出された他の連絡先情報の数、
    それぞれの連絡先情報の字体強調、
    前記ロードされたリソース内の前記連絡先情報の位置、
    前記ロードされたリソース内の前記それぞれの連絡先情報の近くに位置するテキスト、または、
    前記ロードされたリソースによって参照される前記それぞれの連絡先情報に関連付けられた画像のプロミネンス
    のうちの1つを使用して信号を算出するステップを備える、請求項15に記載のシステム。
17. 前記セレクタはさらに、所定の最小閾値未満の連絡先情報を選び出すステップを備える、請求項11から16のいずれか一項に記載のシステム。
18. 前記セレクタはさらに、
    前記複数の連絡先情報から連絡先情報のサブセットを選び出すステップと、
    連絡先情報の前記サブセットの中から選択された連絡先情報を前記コンテンツプロバイダから受信するステップと
    を備える、請求項11から17のいずれか一項に記載のシステム。
19. 前記セレクタはさらに、
    前記選択された連絡先情報のそれぞれの前記プロミネンススコアが信頼閾値を下回ることに応答して、前記選択された連絡先情報が正確であることを前記コンテンツプロバイダから受信するステップ
    を備える、請求項11から18のいずれか一項に記載のシステム。
20. 前記連絡先情報は、電話番号、住所、電子メールアドレス、ファックス番号、インスタントメッセージングハンドル、ソーシャルメディアプロファイル、支払情報、または銀行ルーティングナンバのうちの1つを備える、請求項11から19のいずれか一項に記載のシステム。
21. 前記コンテンツアイテムおよび関連する選択された連絡先情報は、ユーザへの表示のためにユーザデバイスに出力される、請求項1から20のいずれか一項に記載のシステムまたは方法。
22. 請求項1から10のいずれか一項に記載の方法をコンピュータに実行させるように構成されたコンピュータ可読命令を備えるコンピュータプログラムを有するコンピュータ可読媒体。

Images