JP5954730B2 - チャレンジ−レスポンス型テストを実装するためのコンピュータ実装方法、システム、プログラム - Google Patents

Description

本発明は、一般に、コンピュータ対話−応答テストに関する。具体的には、本発明は、ブランド認知度を向上し、また、ユーザ報酬を決定するために、チャレンジ−レスポンス型テストを用いることに関する。

一般に、商業広告主は、消費者心理において品質をブランドと結び付けようとして画像または製品名を繰り返すなどをするブランディングを通じて、自分たちの製品またはサービスの使用を増大させようとしている。このようなメッセージを届けるために、新聞、雑誌、テレビ、ラジオ、屋外広告若しくはダイレクトメールといった従来の媒体だけでなく、ウェブサイトおよびテキスト・メッセージといったより新しい媒体を含む、異なるタイプの媒体を用いることができる。広告主にとっての課題は、客を誘導して広告に注意を向けさせることである。その目的のために、長年にわたって、幾つかの異なる媒体において多くの戦略が採用されてきた。

ＣＡＰＴＣＨＡ（Ｃｏｍｐｌｅｔｅｌｙ Ａｕｔｏｍａｔｉｃ Ｐｕｂｌｉｃ Ｔｕｒｉｎｇ Ｔｅｓｔ ｔｏ Ｔｅｌｌ Ｃｏｍｐｕｔｅｒｓ ａｎｄ Ｈｕｍａｎｓ Ａｐａｒｔ）は、応答がコンピュータによって生成されたものでないことを保証するために、コンピューティングにおいて用いられるチャレンジ−レスポンス型テストの一種である。このプロセスは、通常、コンピュータによって生成される単純な評価可能なテストを完成させることをユーザに求めるコンピュータ（サーバ）を必要とする。他のコンピュータは、一般に、ＣＡＰＴＣＨＡを解決することができない。そのため、正しい解答を入力するいずれかのユーザは、人間であることが仮定することができる。標準的なチューリング・テストが典型的には人間によって行われ機械をターゲットとするものであるのとは対照的に、ＣＡＰＴＣＨＡは機械によって実施され人間をターゲットとするものであるため、逆チューリング・テストとして説明されることがある。一般的なタイプのＣＡＰＴＣＨＡは、画面／ディスプレイ上に現れる歪められた画像からユーザが文字または数字を入力することを必要とする。現在、ＣＡＰＴＣＨＡは、ランダムまたは擬似ランダムの単語セットを用いてユーザをテストしている。そのため、ＣＡＰＴＣＨＡに解答している時間はユーザが集中しているにもかかわらず、ウェブページをホストする企業ひいてはスポンサーによって十分に活用されていない。

本発明の実施形態は、コンピュータ対話によるチャレンジ−レスポンス型テスト（例えばＣＡＰＴＣＨＡ）を改良するための手法を提供する。さらに、本発明の実施形態は、こうしたチャレンジ−レスポンス型テストに広告を導入して、ブランドを知らしめ、ブランド力を向上するための機会がユーザに提示されるようにするための手法を提供する。典型的な一実施形態においては、ユーザがコンテンツ（例えばウェブ・コンテンツ）にアクセスしようとするときに、ユーザにＣＡＰＴＣＨＡテストが提示される。ＣＡＰＴＣＨＡテストは、典型的には、広告（例えばロゴ、ラベルなど）と、ユーザが解答するための関連質問とを含む。このような文脈では、広告は、一般に、ユーザに関する情報（demographics）（例えば、興味、性別、年齢など）に基づいて選択される。ユーザが、質問に応答することおよび／または一定の時間内に応答することに成功した場合には、報酬（例えば、コンテンツへのアクセス、コンピュータ・リソースに対する待ち行列（cue）における好ましい配置（preferred placement））を決定することができる。１つの実施形態においては、ＣＡＰＴＣＨＡテストに対する累積応答に基づいて、累積合計ポイントをユーザのために保持することができる。この実施形態では、ユーザに提示されるＣＡＰＴＣＨＡテストは、対応する報酬に応じて難易度を上げることができる。

本発明の第１の態様は、チャレンジ−レスポンス型テストを実装するためのコンピュータ実装方法であって、コンテンツへのアクセス要求をユーザから受信するステップと、アクセス要求に応じて、広告と広告に関する質問とを含むチャレンジ−レスポンス型テストをユーザに送信するステップと、質問に対する応答を受信するステップと、応答に基づいて、ユーザのための報酬を決定するステップとを含む方法を提供する。

本発明の第２の態様は、チャレンジ−レスポンス型テストを実装するためのシステムであって、バスと、バスに結合されたプロセッサと、バスに結合されたメモリ媒体であって、コンテンツへのアクセス要求をユーザから受信し、アクセス要求に応じて、広告と広告に関する質問とを含むチャレンジ−レスポンス型テストをユーザに送信し、質問に対する応答を受信し、応答に基づいて、ユーザのための報酬を決定するための命令を含む、メモリ媒体と、を備えるシステムを提供する。

本発明の第３の態様は、チャレンジ−レスポンス型テストを実装するためのコンピュータ・プログラムであって、コンテンツへのアクセス要求をユーザから受信するステップと、アクセス要求に応じて、広告と広告に関する質問とを含むチャレンジ−レスポンス型テストをユーザに送信するステップと、質問に対する応答を受信するステップと、応答に基づいて、ユーザのための報酬を決定するステップと、をコンピュータに実行させるプログラムを提供する。

本発明の第４の態様は、チャレンジ−レスポンス型テストを実装するためのシステムを配置する方法であって、コンテンツへのアクセス要求をユーザから受信し、アクセス要求に応じて、広告と広告に関する質問とを含むチャレンジ−レスポンス型テストをユーザに送信し、質問に対する応答を受信し、応答に基づいて、ユーザのための報酬を決定するように動作可能なコンピュータ・インフラストラクチャを配置するステップを含む、方法を提供する。

本発明のこれらの特徴および他の特徴は、添付の図面と併せた本発明の種々の態様についての以下の詳細な説明からより容易に理解されよう。

本発明の一実施形態によるコンピューティング・ノードを示す。 本発明の一実施形態によるコンポーネント図を示す。 本発明の一実施形態によるＣＡＰＴＣＨＡテストを示す。 本発明の一実施形態によるプロセス・フロー図を示す。 本発明の一実施形態による別のプロセス・フロー図を示す。 本発明の一実施形態による別のプロセス・フロー図を示す。 本発明の一実施形態による別のプロセス・フロー図を示す。 本発明の一実施形態による方法フロー図を示す。

図面は必ずしも縮尺通りではない。図面は、単なる概略的な表現であり、本発明の具体的なパラメータを表現することを意図するものではない。図面は、本発明の典型的な実施形態のみを示すことを意図しており、従って、本発明の範囲を限定するものと考えられるべきではない。図面において、同一の符号は同一の要素を表す。

これより本明細書において、例示的な実施形態が示される添付の図面を参照して、例示的な実施形態がより完全に説明される。しかしながら、本開示は、多くの異なる形態で具体化することができ、本明細書において示される例示的な実施形態に限定されるものと解釈されるべきではない。むしろ、これらの例示的な実施形態は、本開示がより詳細で完全なものであり、本開示の範囲が当業者に十分に伝わることになるように、提供される。説明の中では、提示される実施形態を不必要に不明瞭なものとしないように、周知の特徴および技術の詳細は省略されることがある。

本明細書において用いられる用語は、単に特定の実施形態を説明する目的で用いられており、本開示を限定することを意図するものではない。本明細書において用いられる単数形の「１つの（ａ）」、「１つの（ａｎ）」および「その（ｔｈｅ）」は、文脈が明らかにそうでないことを示していない限り、複数形を含むことが意図されている。さらにまた、「１つの（ａ）」、「１つの（ａｎ）」などの用語の使用は、量の限定を示すものではなく、参照される項目が少なくとも１つ存在することを示す。「含む（ｃｏｍｐｒｉｓｅｓ）」および／または「含む（ｃｏｍｐｒｉｓｉｎｇ）」または「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、本明細書において用いられるときには、述べられた特徴、範囲、整数、ステップ、操作、要素、および／またはコンポーネントが存在することを特定しているが、１つまたは複数の他の特徴、範囲、整数、ステップ、操作、要素、コンポーネント、および／またはそれらの集合体の存在または追加を排除するものではないことがさらに理解されよう。

上述のように、本発明の実施形態は、コンピュータ対話によるチャレンジ−レスポンス型テスト（例えば、ＣＡＰＴＣＨＡ）を改良するための手法を提供する。さらにまた、本発明の実施形態は、こうしたチャレンジ−レスポンス型テストに広告を導入して、ブランドを知るまたはブランドを強める機会がユーザに提示されるようにするための手法を提供する。典型的な一実施形態においては、ユーザがコンテンツ（例えばウェブ・コンテンツ）にアクセスを試みるときに、ユーザにはＣＡＰＴＣＨＡテストが提示される。ＣＡＰＴＣＨＡテストは、典型的には、広告（例えばロゴ、ラベルなど）と、ユーザが解答するための関連質問とを含む。このような文脈では、広告は、一般に、ユーザのデモグラフィクス（例えば、興味、性別、年齢など）に基づいて選択される。ユーザが、質問に応答することおよび／または一定の時間内に応答することに成功した場合には、報酬（例えば、コンテンツへのアクセス、コンピュータ・リソースに対する待ち行列における好ましい配置）を決定することができる。１つの実施形態においては、ＣＡＰＴＣＨＡテストに対する応答の累積に基づいて、累積合計ポイントをユーザのために保持することができる。この実施形態では、ユーザに提示されるＣＡＰＴＣＨＡテストは、対応する報酬を伴って難易度を上げることができる。

ここで図１を参照すると、コンピューティング・ノードの一例の概略図が示される。コンピューティング・ノード１０は、好適なコンピューティング・ノードの単なる一例であり、本明細書において説明される本発明の実施形態の使用または機能の範囲について、何らかの限定を示唆することを意図するものではない。それにも関わらず、コンピューティング・ノード１０は、実装することができるものであり、および／または、本明細書において示される機能のいずれか（例えば、図２の管理コンポーネント５０）を実施することができる。

コンピューティング・ノード１０には、多数の他の汎用または専用コンピューティング・システム環境または構成とともに動作可能なコンピュータ・システム／サーバ１２が存在する。コンピュータ・システム／サーバ１２での使用に適していると考えられる周知のコンピューティング・システム、環境、および／または構成の例として、パーソナル・コンピュータ・システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ型デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースのシステム、セット・トップ・ボックス、プログラム可能な家庭用電化製品、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、および上記のシステムまたはデバイスのいずれかを含む分散型コンピューティング環境などが挙げられるが、これらに限定されるものではない。

コンピュータ・システム／サーバ１２は、コンピュータ・システムによって実行されている、プログラム・モジュールなどのコンピュータ・システム−実行可能命令の一般的な文脈で説明することができる。一般に、プログラム・モジュールは、特定のタスクを実行するかまたは特定の抽象データ・タイプを実装する、ルーチン、プログラム、オブジェクト、コンポーネント、論理、データ構造などを含むことができる。コンピュータ・システム／サーバ１２は、通信ネットワークを通じてリンクされた遠隔の処理デバイスによってタスクが実行される分散型コンピューティング環境において、実施することができる。分散型コンピューティング環境においては、メモリ・ストレージ・デバイスを含むローカルおよびリモートの両方のコンピュータ・システム・ストレージ媒体に、プログラム・モジュールを配置することができる。

図１に示されるように、コンピューティング・ノード１０におけるコンピュータ・システム／サーバ１２は、汎用コンピュータ装置の形で示されている。コンピュータ・システム／サーバ１２のコンポーネントは、１つまたは複数のプロセッサまたは処理ユニット１６と、システム・メモリ２８と、メモリ・システム２８を含む種々のシステム・コンポーネントをプロセッサ１６に結合するバス１８とを含むが、これらに限定されるものではない。

バス１８は、メモリ・バスまたはメモリ・コントローラと、周辺バスと、アクセラレーテッド・グラフィックス・ポートと、種々のバス・アーキテクチャのいずれかを用いるプロセッサまたはローカル・バスとを含む、幾つかのタイプのバス構造のうちのいずれか１つまたは複数を表す。限定ではなく例として、そのようなアーキテクチャとして、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、エンハンストＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ）ローカル・バス、および周辺機器コンポーネント相互接続（ＰＣＩ）バスが挙げられる。

コンピュータ・システム／サーバ１２は、典型的には、種々のコンピュータ・システム可読媒体を含む。このような媒体は、コンピュータ・システム／サーバ１２によってアクセス可能ないずれかの利用可能な媒体とすることができ、揮発性媒体および不揮発性媒体、取り外し可能媒体および取り外し不可能媒体の両方を含む。

システム・メモリ２８は、ランダム・アクセス・メモリ（ＲＡＭ）３０および／またはキャッシュ・メモリ３２といった揮発性メモリの形態のコンピュータ・システム可読媒体を含むことができる。コンピュータ・システム／サーバ１２は、他の取り外し可能／取り外し不可能なコンピュータ・システム・ストレージ媒体、揮発性／不揮発性のコンピュータ・システム・ストレージ媒体をさらに含むことができる。単なる例として、取り外し不可能な不揮発性の磁気媒体（図示されておらず、典型的には「ハード・ドライブ」と呼ばれる）に対して読み出しおよび書き込みを行うためのストレージ・システム３４を設けることができる。図示されないが、取り外し可能な不揮発性の磁気ディスク（例えば「フロッピィ・ディスク」）に対して読み出しおよび書き込みを行うための磁気ディスク・ドライブと、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、または他の光媒体などの取り外し可能な不揮発性の光ディスクに対して読み出しおよび書き込みを行うための光ディスク・ドライブとを設けることができる。このような場合には、それらの各々は、１つまたは複数のデータ媒体インターフェースによって、バス１８に接続することができる。以下でさらに図示され、説明されるように、メモリ２８は、本発明の実施形態の機能を実行するように構成されたプログラム・モジュールの組（例えば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含むことができる。

本発明の実施形態は、コンピュータ可読プログラム・コードが（例えば、ベースバンド内に、または搬送波の一部として）組み入れられた伝搬データ信号を含むことができるコンピュータ可読信号媒体として実装することができる。このような伝搬信号は、電磁気、光、またはそれらのいずれかの適切な組み合わせを含むがこれらに限定されない、種々の形態のいずれかを取ることができる。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体ではなく、かつ、命令実行システム、装置若しくはデバイスによってまたはこれらと関連して用いるためのプログラムを通信し、伝搬し、または搬送することができる、いずれかのコンピュータ可読媒体とすることができる。

コンピュータ可読媒体に組み入れられたプログラム・コードは、無線、有線、光ファイバ・ケーブル、無線周波数（ＲＦ）など、またはこれらのいずれかの適切な組み合わせを含むがこれらに限定されない、いずれかの適切な媒体を用いて伝送することができる。

プログラム・モジュール４２の組（少なくとも１つ）を有するＣＡＰＴＣＨＡテスト・プログラム／ユーティリティ４０は、一例としてメモリ２８に格納することができ、限定されるものではないが、オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、他のプログラム・モジュール、およびプログラム・データも同様である。一般に、ＣＡＰＴＣＨＡテスト・プログラム４０は、本明細書において説明される本発明の機能を実施する。例えば、ＣＡＰＴＣＨＡテスト・プログラム４０は、ユーザのデモグラフィック・データを収集／編成し、ＣＡＰＴＣＨＡデータ（例えば、広告コンテンツ）を収集／編成し、対象となるＣＡＰＴＣＨＡテストをユーザに提供し、ユーザの合計ポイントを決定し、報酬を決定することなどを行うことができる。オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、他のプログラム・モジュール、およびプログラム・データ、またはこれらの幾つかの組み合わせの各々は、ネットワーク環境の実装形態を含むことができる。プログラム・モジュール４２は、一般に、本明細書において説明される本発明の実施形態の機能および／または方法を実行する。

コンピュータ・システム／サーバ１２はまた、キーボード、ポインティング・デバイス、ディスプレイ２４などといった１つまたは複数の外部デバイス１４、消費者がコンピュータ・システム／サーバ１２と対話することを可能にする１つまたは複数のデバイス、および／または、コンピュータ・システム／サーバ１２が１つまたは複数の他のコンピュータ装置と通信することを可能にするいずれかのデバイス（例えば、ネットワーク・カード、モデムなど）と、通信することができる。このような通信は、Ｉ／Ｏインターフェース２２を介して行うことができる。さらにまた、コンピュータ・システム／サーバ１２は、ネットワーク・アダプタ２０を介して、ローカル・エリア・ネットワーク（ＬＡＮ）、一般的な広域エリア・ネットワーク（ＷＡＮ）、および／または公衆ネットワーク（例えば、インターネット）といった１つまたは複数のネットワークと通信することができる。図示されるように、ネットワーク・アダプタ２０は、バス１８を介して、コンピュータ・システム／サーバ１２の他のコンポーネントと通信する。図示されないが、コンピュータ・システム／サーバ１２と併せて、他のハードウェアおよび／またはソフトウェア・コンポーネントを用いることができることを理解すべきである。例としては、マイクロコード、デバイス・ドライバ、冗長処理ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システムなどが挙げられるが、これらに限定されるものではない。

ここで図２を参照すると、本発明の一実施形態によるコンポーネント図が示される。図示されるように、この実施形態は、管理コンポーネント５０、マーケティング・キャンペーン・データベース／コンポーネント５２、ＣＡＰＴＣＨＡデータベース／コンポーネント５４、およびユーザ・データベース／コンポーネント５６を含む。以下でさらに説明されるように、管理コンポーネント５０は、これらのデータベースから、マーケティング・データ／広告、ＣＡＰＴＣＨＡデータ、およびユーザに関連する統計情報（demographics）の形で入力を受信する。次いで、管理コンポーネント５０は、コンテンツへのアクセスを要求するユーザのための対象となるＣＡＰＴＣＨＡテスト５８を生成する。具体的には、ＣＡＰＴＣＨＡテストは、ユーザのデモグラフィックスに合わせて調整された広告と、広告に関連する質問とを含む。質問に解答することに成功した場合、および／または、所定の時間内に質問に解答された場合には、報酬を決定することができる。管理コンポーネント５０は、プロセス、ユーザの合計ポイント、生成された報酬などに関する１つまたは複数の報告６０を生成することもできる。これより、図２に示されるコンポーネントのより詳細な説明が提供される。

ＣＡＰＴＣＨＡ管理コンポーネント５０：このコンポーネントは、コンピュータ・プログラムとして実装することができる。１つの実施形態においては、このコンポーネントは、マーケティング・キャンペーンにおけるビジネス論理を実行し、上述の方法に従って、定められたＣＡＰＴＣＨＡを適切なユーザに配信することができる、ＷｅｂＳｐｈｅｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（登録商標）（ＷＡＳ（登録商標））アプリケーションとして実装することができる（ＷｅｂＳｐｈｅｒｅ、ＷＡＳおよび関連する用語は、米国および／または他の国々におけるＩＢＭ社の商標である）。このコンポーネントは、前述のコンポーネントを利用して、その機能を配信する。ここで説明される実装形態の例は、上述の実装形態の例を参照するが、このコンポーネントについての実装形態の選択肢を限定することを意図してはいない。ＣＡＰＴＣＨＡ管理コンポーネントの実装は、前述のコンポーネントの実装によって直接的な影響を受ける。

マーケティング・キャンペーン・コンポーネント／データベース５２：このコンポーネントは、ＣＡＰＴＣＨＡと、各ユーザについてのインプレッションの数をそれぞれのタイプまたは他のデモグラフィック・データに従って制御するビジネス論理との集合体から構成される。マーケティング・キャンペーン・コンポーネント／データベース５２は、ＣＡＰＴＣＨＡ管理コンポーネント５０のアクションを制御する。さらに、マーケティング・キャンペーン・コンポーネント／データベース５２は、ＩＢＭ（登録商標）ＤＢ／２（登録商標）レコード（ＩＢＭ、ＤＢ／２、および関連する用語は米国および／または他の国々におけるＩＢＭ社の商標である）、ＤＢ／２（登録商標）トリガ、およびＷＡＳアプリケーションに格納されたＪａｖａユーザ定義関数（ＵＤＦ）の集合とすることができる。

ＣＡＰＴＣＨＡデータベース／コンポーネント５４：このコンポーネントは、マーケティング・キャンペーンにおいて用いるためのＣＡＰＴＣＨＡの組を含む。各々のＣＡＰＴＣＨＡテストには報酬値を関連付けることができ、報酬値は、難易度、または、ＣＡＰＴＣＨＡテストの解読に成功するために必要なブランド知識に比例し、広告は、典型的には、テストに正しく解答することを通じて消費者を教育する商業的な販売促進材料（例えば、画像、サウンドバイト、宣伝文、または短い映像）である。このコンポーネントは、これらのＣＡＰＴＣＨＡについての情報が、その対応する報酬値並びにデモグラフィック・データおよび難易度レベルなどの他の属性と共に格納されるデータベースを含む。データベースは、ＩＢＭ（登録商標）ＤＢ／２（登録商標）などのように本質的には関係データベースとすることができる。

ユーザ・データベース・コンポーネント／データベース５６：このコンポーネントは、ユーザの組と、それらのユーザの統計（demographic）データ、例えば年齢、性別、居住地および居住形態、興味などを含む。これらのユーザについての記録は、電子クッキーに格納することができる電話契約者番号または他の値などの固有識別子を持っており、このコンポーネントは、所与のマーケティング・キャンペーンに関連する各々のブランドについてのユーザのブランド知識レベルとともに、システムの既知のユーザについてのリポジトリである。データベースは、ＩＢＭ（登録商標）ＤＢ／２（登録商標）などのように本質的には関係データベースとすることができる。当然ながら、あらゆる統計（demographic）情報は「オプトイン」ベースで提供することができ、それがユーザのプライバシーも保護する。

ここで図３を参照すると、本発明の一実施形態による例示的なＣＡＰＴＣＨＡテスト（テスト６２）が示される。図示されるように、テスト６２は、ＣＡＰＴＣＨＡの形態の広告６４と、ユーザが領域６８に応答を入力することができる関連質問６６とを含む。広告は、「ＡＣＭＥ」というブランド名についてのものであり、質問６６は、ＡＣＭＥの本店があるのはどこの都市かを訊ねる。典型的には、テスト６２は、コンテンツやネットワーク位置へのアクセスなどを求めるユーザ要求に従って、生成され、ユーザに対して表示されることになる。このような文脈では、テスト６２に表示されるブランド／広告６４は、ユーザのデモグラフィック情報（例えば、年齢、性別、興味など）に従って選択される。結果として、テスト６２は、ユーザに合わせてカスタマイズされることになる。ユーザが正しく（必要に応じて、一定の時間内に）解答した場合には、報酬を決定することができる（例えば、要求されたコンテンツへのアクセス、コンピュータ・リソースに対する待ち行列における好ましい配置など）。さらに、管理コンポーネント５０（図２）は、正しい解答に対してポイントを付与することができる。このような文脈では、累積合計ポイントを各ユーザのために保持することができる。ポイントは、正しい応答または正しくない応答に基づいて、合計に加えるか、または合計から差し引くことができる。このような文脈では、テスト６２は、質問がさまざまな（例えば、増加する）レベルの難易度を有する階層的な方法（例えば、連続性に基づく、ユーザによる要求の対象に基づく、など）で実装することができる。授与／差し引きされるポイント、および対応する報酬は、質問の難易度に比例して変わるようにすることができる。

ユーザとの最初の対話において、システムは、低い重みまたは報酬のレベルのＣＡＰＴＣＨＡを表示することができる。対話中、および／または、テスト６２の完成に成功した際に、システムは、２つのアクション、即ち（１）固有識別子をユーザに発行すること、および／または、（２）解決されたＣＡＰＴＣＨＡの報酬レベルに見合う要求された媒体へのアクセス・レベルを消費者に与えること、を実施することができ、ここで、アクセス・レベルは多くの方法で測定されるものであり、そのうちの幾つかは、要求された媒体が再生される時間、ウェブサイトの特定の部分、待ち行列における好ましい配置などとすることができる。

時間ベースのアクセス・レベルの方法：この方法においては、アクセス・レベルは時間によって測定される。割り当てられた時間が終了すると、システムは再び、新たなＣＡＰＴＣＨＡテストをユーザに提示することになる。この連続するチャレンジは、同程度の難易度とすることができ、またはより高い難易度を有してもよく、完成することに成功した場合には、ユーザによって累積されたポイント量に応じて、媒体の提示を以前より長い時間にわたって続けることになる。テストを完成することに失敗した場合、または消費者がテストを解決しないことを選択した場合には、システムは、次いで、テストの解答を含む広告インプレッションを消費者に提示することができる。テストを解決することに成功した場合には、ポイントがユーザに授与されるのに対し、ユーザが解決しないことを選択した場合には、ポイントは差し引かれる。必要に応じて、解決することに失敗した場合に、ポイントを加算も減算もしないようにしてもよい。各々のマーケティング・キャンペーンは、ポイントから時間の長さへの変換に、異なる変換因子を関連付けることができる。

配置ベースのアクセス・レベルの方法：この方法では、アクセス・レベルはウェブサイトの異なる部分によって測定され、システムは、要求されているウェブサイトの特定の部分へのアクセスに必要なポイントに対応する時間に達するまで、ＣＡＰＴＣＨＡテストをユーザに提示することになる。ポイントは、上記の方法と同様にして授与または差し引きされる。ウェブサイトの各々の部分は、アクセスに必要な特定の最少ポイント値を有するようにしてもよい。ウェブサイトの部分は、低品質のストリーミング音声／映像部分に対する高品質のストリーミング音声／映像へのアクセスとすることができる。ウェブサイトまたはストリーミングによる映像／音声の再生のようなコンピュータ・ベースの実装形態においては、ユーザは、特定のマーケティング・キャンペーンと関連付けられた対応する機構を有することができる。ポイント値は、典型的な実施形態においては、システム側に格納され、消費者のコンピュータ装置には格納されないようにすることができる。幾つかの実装形態は、以前のマーケティング・キャンペーンにおいてユーザによって獲得されたポイントを、新たに作成された別のキャンペーンに移行することを通じて、コミュニティを「事前シード」することができる。この「事前シード」方法については、戻ってきたコンピュータ・ユーザは、以前のマーケティング・キャンペーンの永続的なクッキーのいずれかを保有することによって識別される。この場合には、ポイントの移行は、新たなマーケティング・キャンペーンとの最初の対話の際に、要求に応じて行われる。

キュー・ベースのアクセス・レベルの方法：この方法においては、アクセス・レベルは、オンライン・ゲームまたはオンライン・ラジオ局といった限られた容量のコンピュータ・リソースにアクセスするユーザのようなキュー（待ち行列）における好ましい配置によって測定される。戻ってきたユーザには、ユーザが達成したポイント・レベルに応じたＣＡＰＴＣＨＡテストが提示される。完成することに成功すると追加ポイントが授与され、ユーザは、サービス・キューの対応する位置に配置されるが、完成することに失敗した場合、またはテストを解決することを選択しなかった場合には、ゼロ・ポイントが与えられ、サービス・キューの初期位置（即ち、列の一番後ろ）に直接配置されることになる。

幾つかのキュー・ベースのアクセスの方法は、ジョブ・エントリ・サブシステム（ＪＥＳ２）ジョブ・クラス・イニシエータといった周知のリソース・プール割り当てを伴う優先順位付きキュー・メカニズムを実装し、他の方法は、周知の優先順位付きキュー挿入方法を実施することができる。

プロセス・フロー図
図４−図７は、以下で実装される異なる操作を実施するプロセスを示す。最初に図４を参照すると、ユーザ・コンポーネント／データベース５６（図２）を変更するためのプロセス・フロー図が示される。一般に、マーケティング・キャンペーンにおいて表現されるパラメータに従って選択されたＣＡＰＴＣＨＡをユーザに表示した結果としての応答によって、所与のキャンペーンにおけるユーザの達成ポイントの更新といった、ユーザ・コンポーネント／データベース５６の記録更新が行われることになる。変更によって、データ記録が、キャンペーンにおいて記述される上位の報酬レベルへの格上げといった特定の条件を満たすことになった場合には、データベース・トリガが、ＷＡＳアプリケーションに格納されたＪａｖａ ＵＤＦを呼び出す。Ｊａｖａ ＵＤＦは、マーケティング・キャンペーンによって用いられているアクセスの方法のタイプに応じて、対象となるユーザについて報酬レベルの上昇を実行する。

示されるように、プロセスはステップＡ１で開始する。ステップＡ２において、ＣＡＰＴＣＨＡ報酬レベルが調整される。ステップＡ３において、達成された報酬がユーザの所属レベル（affiliation level）に追加される。ステップＡ４において、ユーザの記録は新たな所属レベルで更新され、プロセスはステップＡ５で終了する。

図５は、ＣＡＰＴＣＨＡデータベース・コンポーネントを変更するためのプロセス・フロー図を示す。一般に、マーケティング・キャンペーンにおいて表現されるパラメータに従って選択されたＣＡＰＴＣＨＡテストをユーザに表示した結果としての応答によって、対象となるＣＡＰＴＣＨＡについての報酬レベルの更新といった、ＣＡＰＴＣＨＡデータベース・コンポーネントの記録更新が行われることになる。こうしたイベントは、ＣＡＰＴＣＨＡへの正しい応答および正しくない応答の分布が、標準偏差または分散といった統計的境界パラメータの範囲外となったときに生じる。記録更新によって、データベース・トリガが発行され、Ｊａｖａ ＵＤＦの呼び出しが行われることになる。ＵＤＦの実行は、実装形態に応じて、（１）キャンペーン運営者に向けてアラートを発行する、（２）所与のデモグラフィックについての真の難易度レベルを反映するように、ＣＡＰＴＣＨＡに関連する報酬値を自動調整する、および／または、（３）ユーザへの提示条件が変わるように、ＣＡＰＴＣＨＡに関連するデモグラフィック・データを自動調整するといった、多くのアクションを生じさせることができる。

図５は、２つのシナリオ、すなわち、正しいユーザ応答についてのステップＢ１−６と、正しくない応答についてのステップＣ１−５とを示す。ステップＢ１において、ＣＡＰＴＣＨＡについてのプロセスは、正しい応答が開始されたときに調整されている。ステップＢ２において、現時点の報酬についてインプレッション・カウンタが「１」だけ増やされる。ステップＢ３において、ユーザのデモグラフィック・データがアクセスされる。ステップＢ４において、デモグラフィック・データ成功応答カウンタが「１」だけ増やされる。ステップＢ５において、デモグラフィックにおいてＣＡＰＴＣＨＡ報酬レベルが「１」だけ減らされ、その後プロセスはステップＢ６で終了する。ステップＣ１において、ＣＡＰＴＣＨＡについてのプロセスは、正しくない応答が開始されたときに調整されている。ステップＣ２において、ユーザのデモグラフィック・データがアクセスされる。ステップＣ３において、デモグラフィック・データ成功応答カウンタが「１」だけ減らされる。ステップＣ４において、デモグラフィックにおいてＣＡＰＴＣＨＡ報酬レベルが「１」だけ増やされ、その後プロセスはステップＣ５で終了する。

図６は、ＣＡＰＴＣＨＡテストを選択し、表示し、および／または、等級付け／評価するためのプロセス・フロー図を示す。一般に、対話についてのユーザ要求に応答して、ＣＡＰＴＣＨＡ管理コンポーネントは、必要に応じてマーケティング・キャンペーンにおいて記述されるユーザのデモグラフィック・データ、難易度レベル、および頻度パラメータに一致するＣＡＰＴＣＨＡを、ＣＡＰＴＣＨＡデータベースから選択する。ＣＡＰＴＣＨＡテストは、テストのタイプ（宣伝文の空欄を埋める方式、テキスト質問／応答、画像認識、音声ジングル認識など）に応じて、周知のウェブ方法を介してユーザに配信することができる。ユーザ応答も同様に、ＨＴＴＰ ＰＯＳＴ操作などの周知のウェブ方法を介して、アプリケーションによって受信される。与えられた応答は、データベース内の格納された応答に対して評価または等級付けされ、記録は、上述の修正ＣＡＰＴＣＨＡデータベース・ルーチンを介して、ユーザのデモグラフィックによる正しい／正しくない応答の量を反映するように更新される。ユーザ・データベース・コンポーネント・ルーチンもまた、同様に呼び出される。最後に、用いられているアクセスの方法のタイプに従って、制御されたリソースへのアクセスが処理される。

図６に示されるように、プロセスはステップＤ１において開始する。ステップＤ２において、ユーザは、要求されたリソース／コンテンツを要求する。ステップＤ３において、これが、要求されたリソースに対するユーザの初めての訪問であるかどうかが判断される。初めてではない場合には、ステップＤ４において、そのコンテンツへのアクセスについてのユーザの記録がフェッチされる。初めてである場合には、ステップＤ５において、要求されたリソースについて新規のユーザ記録が作成される。ステップＤ６において、最も低いインプレッション・カウントを有するＣＡＰＴＣＨＡテストが選択される。ステップＤ７において、ＣＡＰＴＣＨＡテストがユーザに提示される。ステップＤ８において、ユーザが正しく応答したかどうかが判断される。正しく応答しなかった場合には、ステップＤ９において、正しい応答がユーザに提示され、ステップＤ１０において、正しくない応答を反映するようにＣＡＰＴＣＨＡ記録が調整される。次いで、ステップＤ１１において、ユーザの現時点の所属レベルに応じて、ユーザにアクセスが提供され、その後ステップＤ１２においてプロセスは終了する。しかしながら、ステップＤ８においてユーザが正しく解答した場合には、ステップＤ１３においてユーザの所属レベルが調整され（例えば、上昇させる）、ステップＤ１４において、正しい応答を反映するようにＣＡＰＴＣＨＡ記録が調整され、ステップＤ１５において、次の所属レベルにおけるアクセスが提供され、その後ステップＤ１２においてプロセスは終了する。

図７は、ＣＡＰＴＣＨＡテスト選択のためのプロセス・フロー図を示す。ＣＡＰＴＣＨＡ選択アルゴリズムを詳述する前に、この手法は、例えば所望の媒体へのアクセスおよび／または種々の特徴および機能のためのサインアップといった、あらゆる制限された機能または所望の機能へのアクセスを提供するために用いることができることに留意されたい。この手法は、ユーザの以前の使用を追跡することができ、従って漸進的または段階的なＣＡＰＴＣＨＡ提示を提供できることにも留意されたい。例えば、ＣＡＰＴＣＨＡの一部が７秒間のマルチメディア広告からなる場合には、次にユーザにＣＡＰＴＣＨＡが提示されるときに、マルチメディア広告を途中から続けることができる。ＣＡＰＴＣＨＡの使用に基づいて有益な報告を生成することもでき、第三者サービスを用いてそのような報告を生成できることにも留意されたい。例えば、報告には、国の地域に応じて特定の製品に対する親しみやすさについての情報を含めることができる。広告主は、これらの報告を市場調査に利用することができる。ＣＡＰＴＣＨＡ選択メカニズムは、全人口に対して全てのＣＡＰＴＣＨＡが均等かつ効果的に配信されることを保証するのに有用である。広範な視聴者にＣＡＰＴＣＨＡを提示することによって、時間の経過と共に、測定された解決が所与のデモグラフィックについて所与のＣＡＰＴＣＨＡの真の難易度を正確に反映することが保証される。例として、高年層のデモグラフィックは、若年層のデモグラフィックより、自分たちの若い頃の時代に属するジングル曲を参照したＣＡＰＴＣＨＡの難易度が低いことに気づく場合がある。この場合には、ＣＡＰＴＣＨＡ問題を正しく解決した若年層のユーザには、より多くの報酬が与えられるべきであろう。別の言い方をすれば、例えば、ＣＡＰＴＣＨＡ問題に関する「難易度レベル」または「包括性のレベル（level of comprehensiveness）」を評価するときに、選択アルゴリズムを用いて、時間経過と共に変化する評価に基づき、報酬（例えば、ポイント）を決定および修正することができる。さらにまた、広告主にとっては、「包括性」の概念が有用なものとなる場合がある。例として、清涼飲料会社の全製品ラインに対するユーザの親しみやすさを評価するＣＡＰＴＣＨＡは、製品ラインにおける１つの製品のみに関するＣＡＰＴＣＨＡと比べて、「包括性」がより高いと見なすことができる。この目的のため、ＣＡＰＴＣＨＡ選択アルゴリズムは、より難しいＣＡＰＴＣＨＡをより狭いデモグラフィックに提示することと、同程度に難しいＣＡＰＴＣＨＡをより広いデモグラフィックに提示することを交互に行うことによって、最も広範囲の潜在的な視聴者を保証する。

図７において、プロセスはステップＥ１で開始し、ステップＥ２において、ユーザ・デモグラフィック、所属レベルおよび無作為数が収集される。ステップＥ３において、無作為数が偶数であるか奇数であるかが判定される。偶数であれば、ステップＥ４において、報酬レベルがユーザの次の所属レベルと一致する全ての記録がフェッチされる。ステップＥ５において、ユーザのデモグラフィック・データと一致しない全ての記録が削除される。ステップＥ６において、最も低いインプレッション・カウントを有する記録が、同一のデモグラフィックにおける次のレベルから選択され、その後プロセスはステップＥ７で終了する。ステップＥ３において、無作為数が奇数であると判定された場合には、ステップＥ８において、報酬レベルがユーザの現時点の所属レベルと一致する全ての記録がフェッチされる。ステップＥ９において、ユーザのデモグラフィック・データと一致する全ての記録が削除される。ステップＥ１０において、最も低いインプレッション・カウントを有する記録が、異なるデモグラフィックにおける同一レベルから選択され、その後プロセスはステップＥ７で終了する。

ステップの組の実例によって、ＣＡＰＴＣＨＡ選択のための１つの手法を提案する。
１．ユーザ・デモグラフィック情報および過去のユーザ応答に基づいて、ＣＡＰＴＣＨＡテストを提示する
２．ユーザ応答を記録する
３．難易度レベルを評価する
４．報酬（例えばポイント）を評価する
５．市場調査のための報告（例えば広告主向け）を生成する
６．ステップ１に戻る

ステップ１において、例えば、システムは、ユーザが場所「Ｘ」から来ており、ＣＡＰＴＣＨＡシステムを使ったことがないと判定する。ユーザには、「ＣＡＰＴＣＨＡの中に見える炭酸水の名前は何でしょうか？」といった、ソフトドリンクに関する簡単な広告が提示される。瓶の画像上にそのソフトドリンクのブランドが実際に見えている場合もあるので、この質問は、容易なものであると考えることができる。ステップ２において、ユーザ応答が記録される。例えば、このデモグラフィックについて、５１０回のＣＡＰＴＣＨＡ露出のうち５００回が正解だった場合には、ステップ３において、このＣＡＰＴＣＨＡ質問が容易なものであると見なすことができ、ステップ４において報酬を１０ポイントにすることができる。次にユーザに対し、ステップ１においてＣＡＰＴＣＨＡが提示されたときには、この広告は、ユーザが過去においてこれに苦労した場合には再び提示することができ、代替的に「より容易な」ＣＡＰＴＣＨＡを提示することもできる。

ステップ１およびステップ２において、ユーザが、ＣＡＰＴＣＨＡに適切に応答することができない場合には、ユーザは、実際には、解答することができるように調査に若干の時間を費やそうとしている場合があることに留意されたい。例えば、製品に関する情報を見つけ出すために、恐らくはインターネット検索エンジンを用いることによって、ユーザが正しい解答を見つけることが可能になる。その代わり、ユーザが製品をよく知ることになるため、広告主は満足である。

種々のアルゴリズムを用いて、
Ｄ＝Ｒ（ｄ，ｕ，ｎ）＋ａ（ｔ）
といった難易度Ｄを評価することができ、ここで、Ｄは難易度であり、Ｒ（ｄ，ｕ，ｎ）は、デモグラフィック「ｄ」、特定のユーザ「ｕ」、およびＣＡＰＴＣＨＡが提示された回数「ｎ」ごとの応答総数の測定値である。変数「ａ」は、期間「ｔ」にわたる難易度の格付けを望ましい方法で変えるために、広告主、サービス・プロバイダ、または第三者が設定することができる。例えば、恐らくは販売促進広告の一部として、広告主または製品メーカーは、特定の期間ｔの間の難易度格付けを上げる（正しい解答に対してユーザにより多くのポイントを与える）ことを望む。期間ｔは、祝休日、曜日、時刻、市場価値、製品の在庫レベル、競合他社の動きなどのいずれかに対応させることができる。

ＣＡＰＴＣＨＡは、いずれかの標準的なインターネット設定、ビデオゲーム、仮想空間、スマートフォンなどにおいて提示できることに留意されたい。例えば、ＣＡＰＴＣＨＡは、カーラジオの音声形態で提示することができ、その場合にユーザは、例えば簡単な質問に答えるまで、特定のチャンネルまたは放送の一部にアクセスすることができない。簡単な応答は、既知の音声認識方法を用いて判定することができる。安全上の理由で望まれる場合には、ラジオ版ＣＡＰＴＣＨＡは、車が停止するかまたは特定の速度を下回る速度で進むまで提示される必要はなく、同乗者のみが解答を要求される（音声応答の方向により判断される）ようにすることもできる。また、例えば、ユーザが、その時点でＣＡＰＴＣＨＡに対する準備ができていないことを実際に示すボタンを選択することができるように、ＣＡＰＴＣＨＡ無効機能を提示することができる。

ＣＡＰＴＣＨＡが時間ベースのアクセス・レベルに関連して用いられる実装形態においては、所定の頻度でＣＡＰＴＣＨＡをユーザに提示するために、再生コンポーネントが必要とされる。再生コンポーネントは、異なるタイプのデジタル媒体を再生することを可能にしながら、ＣＡＰＴＣＨＡ管理コンポーネントからの指示を受信して実行することができるコンピュータ・プログラムである。

ここで図８を参照すると、本発明の一実施形態による方法のフロー図が示される。ステップＳ１において、コンテンツにアクセスする要求がユーザから受信される。ステップＳ２において、要求に応答して、ＣＡＰＴＣＨＡテストがユーザに提供される。上述のように、ＣＡＰＴＣＨＡテストは、（少なくとも１つの）広告と、その広告に関する質問とを含む。ステップＳ３において、質問に対する応答が受信される。ステップＳ４において、ユーザに対する報酬が、応答に基づいて決定される。

本発明は、本明細書においてはＣＡＰＴＣＨＡテスト・ソリューションとして示され、説明されるが、種々の代替的な実施形態をさらに提供するものであることが理解される。例えば、１つの実施形態においては、本発明は、コンピュータ・インフラストラクチャが本明細書で説明されたＣＡＰＴＣＨＡテスト機能を提供できるようにするコンピュータ・プログラム・コードを含むコンピュータ可読／使用可能媒体を提供する。そのために、コンピュータ可読／使用可能媒体は、本発明の種々のプロセスの各々を実装するプログラム・コードを含む。コンピュータ可読媒体またはコンピュータ使用可能媒体という用語は、プログラム・コードのいずれかのタイプの物理的実施形態のうちの１つまたは複数を含むことが理解される。具体的には、コンピュータ可読／使用可能媒体は、１つまたは複数の携帯可能ストレージ製品（例えば、コンパクト・ディスク、磁気ディスク、テープなど）上に、または、メモリ２８（図１）および／またはストレージ・システム３４（図１）（例えば、固定ディスク、読み出し専用メモリ、ランダム・アクセス・メモリ、キャッシュ・メモリなど）のようなコンピュータ装置の１つまたは複数のデータ・ストレージ部分上に具体化されたプログラム・コードを含むことができる。

別の実施形態において、本発明は、予約購読、広告、および／または使用料ベースで本発明のプロセスを実施する方法を提供する。即ち、ソリューション・インテグレータなどのサービス・プロバイダは、ＣＡＰＴＣＨＡテスト機能を提供することを提案することができる。この場合には、サービス・プロバイダは、１または複数の消費者のために本発明のプロセスを実施するコンピュータ・システム１２（図１）のようなコンピュータ・インフラストラクチャを作成し、保持し、サポートすることなどが可能である。それと引き換えに、サービス・プロバイダは、予約購読および／または使用料契約の下で１または複数の消費者から支払いを受けることができ、および／または、１または複数の第三者に対する広告コンテンツの販売からの支払いを受けることができる。

さらに別の実施形態において、本発明は、ＣＡＰＴＣＨＡテストのためのコンピュータ実装方法を提供する。この場合には、コンピュータ・システム１２（図１）のようなコンピュータ・インフラストラクチャを提供することができ、本発明のプロセスを実施するための１つまたは複数のシステムを取得し（例えば、作成する、購入する、使用する、変更するなど）、コンピュータ・インフラストラクチャに配置することができる。そのためには、システムの配置は、（１）コンピュータ・システム１２（図１）のようなコンピュータ装置上に、コンピュータ可読媒体からプログラム・コードをインストールすること、（２）１つまたは複数のコンピュータ装置をコンピュータ・インフラストラクチャに追加すること、および、（３）コンピュータ・インフラストラクチャが本発明のプロセスを実施できるように、コンピュータ・インフラストラクチャの１つまたは複数の既存のシステムを組み込むおよび／または変更すること、のうちの１つまたは複数を含むことができる。

本明細書で用いられるときには、「プログラム・コード」および「コンピュータ・プログラム・コード」という用語は同義であり、直接的に、または、（ａ）別の言語、コード、または表記への変換および／または（ｂ）異なる素材の形態への複製の一方または両方の後で、情報処理能力を有するコンピュータ装置に特定の機能を実施させるように意図された命令の組の、あらゆる言語、コード、または表記によるあらゆる表現を意味することが理解される。そのためには、プログラム・コードは、アプリケーション／ソフトウェア・プログラム、コンポーネント・ソフトウェア／関数ライブラリ、オペレーティング・システム、特定のコンピュータ装置のための基本デバイス・システム／ドライバなどのうちの１つまたは複数として具体化することができる。

プログラム・コードを格納および／または実行するのに適したデータ処理システムを以下において提供することができ、これは、システム・バスを介して、直接的にまたは間接的に、メモリ要素に通信可能に結合される少なくとも１つのプロセッサを含むことができる。メモリ要素は、プログラム・コードの実際の実行中に用いられるローカル・メモリと、大容量記憶装置と、実行中に大容量記憶装置からコードを取り出さなければならない回数を減らすために少なくとも幾つかのプログラム・コードの一時的な記憶場所を提供するキャッシュ・メモリとを含むことができるが、これらに限定されるものではない。入力／出力デバイスおよび／または他の外部デバイス（キーボード、ディスプレイ、ポインティング・デバイスなどを含むがこれらに限定されない）は、システムに、直接的に、または介在するデバイス・コントローラを通じて、結合することができる。

データ処理システムが、介在する私設または公衆ネットワークのいずれかの組み合わせを通じて他のデータ処理システム、遠隔プリンタ、ストレージ・デバイスおよび／またはその他に結合できるように、ネットワーク・アダプタをシステムに結合することもできる。例示的なネットワーク・アダプタとして、モデム、ケーブル・モデム、およびイーサネット・カードが挙げられるが、これらに限定されるものではない。

本発明の種々の態様についての上記の説明は、例示および説明の目的で提示されたものである。これは、網羅的であることまたは本発明を開示された形態そのものに限定することを意図するものではなく、また明らかに、多くの修正および変形が可能である。当業者には明らかなこうした修正および変形は、特許請求の範囲によって定められる本発明の範囲内に含まれることが意図されている。

Claims (13)

1. チャレンジ−レスポンス型テストを実装するためのコンピュータにおいて実装される方法であって、
   コンテンツへのアクセス要求をユーザから受信するステップと、
   前記アクセス要求に応じて、広告と前記広告に関する質問とを含む前記チャレンジ−レスポンス型テストを前記ユーザに提供するステップであって、
   前記提供するステップは、
   ユーザの統計情報、所属レベルのデータ及び無作為数を収集するステップと、
   前記無作為数が偶数であるか又は奇数であるかを判定するステップと、
   前記無作為数が偶数である場合に、報酬レベルがユーザの次の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致しない全てのチャレンジ−レスポンス型テストを削除し、同一の統計における次のレベルの母集団から、最も低いインプレション・カウントを有するチャレンジ−レスポンス型テストを選択するステップと、
   前記無作為数が奇数である場合に、報酬レベルがユーザの現時点の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致する全てのチャレンジ−レスポンス型テストを削除し、異なる統計における同一のレベルの母集団から、最も低いインプレッション・カウントを有するチャレンジ−レスポンス型テストを選択するステップと
   を含む、前記提供するステップと、
   前記提供された前記チャレンジ−レスポンス型テストにおいて現れる前記質問に対する応答を受信するステップと、
   前記応答及び前記提供されたチャレンジ−レスポンス型テストに関連付けられた報酬に基づいて、前記ユーザのための報酬を決定するステップと
   を含む、前記方法。
2. 前記チャレンジ−レスポンス型テストが、ＣＡＰＴＣＨＡテストである、請求項１に記載の方法。
3. 前記ＣＡＰＴＣＨＡテストは、前記ユーザに関連付けられた統計情報の組に基づいてＣＡＰＴＣＨＡデータベースから選択される、請求項２に記載の方法。
4. 前記決定するステップは、前記ユーザが前記応答を入力するまでの経過時間に基づいて前記コンテンツへのアクセスのレベルを前記ユーザに与えることを含む、請求項１〜３のいずれか一項に記載の方法。
5. 前記決定するステップは、前記応答および少なくとも１つの以前の応答によって前記ユーザが達成したポイント・レベルに基づいて前記コンテンツへのアクセスのレベルを前記ユーザに与えるステップを含む、請求項１〜３のいずれか一項に記載の方法。
6. 前記決定するステップは、前記応答に基づいてコンピュータ・リソースにアクセスするための待ち行列における好ましい位置を前記ユーザに与えるステップを含む、請求項１〜５のいずれか一項に記載の方法。
7. コンテンツにアクセスする次の要求を前記ユーザから受信するステップと、
   前記次の要求に応答して、追加の広告と前記追加の広告に関する追加の質問とを含む追加のチャレンジ−レスポンス型テストを前記ユーザに送信するステップと
   をさらに含む、請求項１〜６のいずれか一項に記載の方法。
8. 前記追加の質問は、前記質問より高いレベルの難易度を有する、請求項７に記載の方法。
9. 請求項１〜８のいずれか１項に記載の方法の各ステップを実行する手段を備えている、システム。
10. コンピュータに請求項１〜８のいずれか１項に記載された方法の各ステップを実行させる、コンピュータ・プログラム。
11. チャレンジ−レスポンス型テストを実装するためのシステムを配置する方法であって、
    コンテンツへのアクセス要求をユーザから受信し、
    前記アクセス要求に応じて、広告と前記広告に関する質問とを含むチャレンジ−レスポンス型テストを前記ユーザに提供し、前記提供すること、
    ユーザの統計情報、所属レベルのデータ及び無作為数を収集すること、
    前記無作為数が偶数であるか又は奇数であるかを判定すること、
    前記無作為数が偶数である場合に、報酬レベルがユーザの次の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致しない全てのチャレンジ−レスポンス型テストを削除し、同一の統計における次のレベルの母集団から、最も低いインプレション・カウントを有するチャレンジ−レスポンス型テストを選択すること、
    前記無作為数が奇数である場合に、報酬レベルがユーザの現時点の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致する全てのチャレンジ−レスポンス型テストを削除し、異なる統計における同一のレベルの母集団から、最も低いインプレッション・カウントを有するチャレンジ−レスポンス型テストを選択すること
    を含み、
    前記提供された前記チャレンジ−レスポンス型テストにおいて現れる前記質問に対する応答を受信し、
    前記応答及び前記提供されたチャレンジ−レスポンス型テストに関連付けられた報酬に基づいて、前記ユーザのための報酬を決定する
    ように動作可能なコンピュータ・インフラストラクチャを配置するステップを含む、前記方法。
12. チャレンジ−レスポンス型テストを実装するためのシステムであって、
    バスと、前記バスに結合されたプロセッサと、前記バスに結合されたメモリ媒体を備え、前記メモリ媒体が
    コンテンツへのアクセス要求をユーザから受信し、
    前記アクセス要求に応答して、広告と前記広告に関する質問とを含むチャレンジ−レスポンス型テストを前記ユーザに提供し、前記提供すること、
    ユーザの統計情報、所属レベルのデータ及び無作為数を収集すること、
    前記無作為数が偶数であるか又は奇数であるかを判定すること、
    前記無作為数が偶数である場合に、報酬レベルがユーザの次の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致しない全てのチャレンジ−レスポンス型テストを削除し、同一の統計における次のレベルの母集団から、最も低いインプレション・カウントを有するチャレンジ−レスポンス型テストを選択すること、
    前記無作為数が奇数である場合に、報酬レベルがユーザの現時点の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致する全てのチャレンジ−レスポンス型テストを削除し、異なる統計における同一のレベルの母集団から、最も低いインプレッション・カウントを有するチャレンジ−レスポンス型テストを選択すること
    を含み、
    前記提供された前記チャレンジ−レスポンス型テストにおいて現れる前記質問に対する応答を受信し、
    前記応答及び前記提供されたチャレンジ−レスポンス型テストに関連付けられた報酬に基づいて、前記ユーザのための報酬を決定する
    ための命令を含む、前記システム。
13. チャレンジ−レスポンス型テストを実装するためのコンピュータ・プログラムであって、
    コンテンツへのアクセス要求をユーザから受信するステップと、
    前記アクセス要求に応じて、広告と前記広告に関する質問とを含むチャレンジ−レスポンス型テストを前記ユーザに提供するステップであって、
    前記提供するステップは、
    ユーザの統計情報、所属レベルのデータ及び無作為数を収集するステップと、
    前記無作為数が偶数であるか又は奇数であるかを判定するステップと、
    前記無作為数が偶数である場合に、報酬レベルがユーザの次の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致しない全てのチャレンジ−レスポンス型テストを削除し、同一の統計における次のレベルの母集団から、最も低いインプレション・カウントを有するチャレンジ−レスポンス型テストを選択するステップと、
    前記無作為数が奇数である場合に、報酬レベルがユーザの現時点の所属レベルと一致する全てのチャレンジ−レスポンス型テストをフェッチし、前記統計情報と一致する全てのチャレンジ−レスポンス型テストを削除し、異なる統計における同一のレベルの母集団から、最も低いインプレッション・カウントを有するチャレンジ−レスポンス型テストを選択するステップと
    を含む、前記提供するステップと、
    前記提供された前記チャレンジ−レスポンス型テストにおいて現れる前記質問に対する応答を受信するステップと、
    前記応答及び前記提供されたチャレンジ−レスポンス型テストに関連付けられた報酬に基づいて、前記ユーザのための報酬を決定するステップと
    をコンピュータに実行させる、前記コンピュータ・プログラム。

Images