(57)【要約】【課題】クライアント・デバイスでのオーディオ出力を検証する装置および方法を提供するステップ。【解決手段】本発明の装置および方法を用いると、ユーザが、リソースへのアクセスを要求する時に、ユーザのプロファイルが、取り出され、ユーザがオーディオ広告を提示されなければならないかどうかの判定に使用される。そうである場合に、テスト・オーディオ広告をクライアント・デバイスに送信する。クライアント・デバイスのエージェント・アプリケーションが、スピーカを介してユーザにオーディオ広告を出力し、マイクロホンまたは他の記録デバイスを使用して、スピーカによって出力されているオーディオを記録する。オーディオ出力の記録が、比較のために、オリジナル・テスト・オーディオ広告を送信したサーバに送り返される。次に、このサーバが、オーディオ出力の記録をオリジナル・テスト・オーディオ広告と比較する。
2006522974.tif 000002
【特許請求の範囲】
【請求項１】
システム・リソースへのアクセスの要求を受信するステップと、
クライアント・デバイスにオーディオ・データを送信するステップと、
前記クライアント・デバイスから記録されたデータを受信するステップであって、前記記録されたデータは、前記クライアント・デバイスでのサウンド出力から記録されたデータである、受信するステップと、
前記記録されたデータを前記オーディオ・データと比較するステップと、
前記記録されたデータが前記オーディオ・データと一致するかどうかを判定するステップと、
前記記録されたデータが前記オーディオ・データと一致する場合に、前記システム・リソースへのアクセスを許可するステップと
を含む、前記クライアント・デバイスでのオーディオ出力を検証する方法。
【請求項２】
前記オーディオ・データは、オーディオ広告である請求項１に記載の方法。
【請求項３】
前記記録されたデータを前記オーディオ・データと比較するステップは、前記記録されたデータおよび前記オーディオ・データに対してパターン・マッチングを実行するステップを含む請求項１に記載の方法。
【請求項４】
前記クライアント・デバイスにオーディオ・データを送信する前に、前記クライアント・デバイスがオーディオ・アダプタを有するかどうかを判定するステップ
をさらに含む請求項１に記載の方法。
【請求項５】
前記クライアント・デバイスがオーディオ・アダプタを有するかどうかを判定するステップは、前記クライアント・デバイスの構成のトランスポート・プロトコル・ベースの検査を実行するステップを含む請求項４に記載の方法。
【請求項６】
前記記録されたデータの少なくとも１つの特性の値を分析するステップと、
前記記録されたデータの前記少なくとも１つの特性の前記値を、前記オーディオ・データの前記少なくとも１つの特性の所望の値と比較するステップと、
前記少なくとも１つの特性の前記所望の値を達成するために、前記少なくとも１つの特性の前記値を調整するための少なくとも１つの調整パラメータを生成するステップと
をさらに含む請求項１に記載の方法。
【請求項７】
前記少なくとも１つの調整パラメータに基づいて、前記オーディオ・データの少なくとも１つのパラメータを調整するステップ
をさらに含む請求項６に記載の方法。
【請求項８】
前記少なくとも１つの特性は、音量、トーン、および低音のうちの少なくとも１つである請求項７に記載の方法。
【請求項９】
前記記録されたデータが前記オーディオ・データと一致しない場合に、前記システム・リソースへのアクセスを拒否するステップと、
前記システム・リソースへのアクセスの拒否の理由を含むメッセージを送信するステップと
をさらに含む請求項１に記載の方法。
【請求項１０】
前記システム・リソースへの前記アクセスの許可に続いて、１つまたは複数のオーディオ広告を出力するステップ
をさらに含む請求項１に記載の方法。
【請求項１１】
システム・リソースへのアクセスの要求を受信する第１命令と、
クライアント・デバイスにオーディオ・データを送信する第２命令と、
前記クライアント・デバイスから記録されたデータを受信する第３命令であって、前記記録されたデータは、前記クライアント・デバイスでのサウンド出力から記録されたデータである、第３命令と、
前記記録されたデータを前記オーディオ・データと比較する第４命令と、
前記記録されたデータが前記オーディオ・データと一致するかどうかを判定する第５命令と、
前記記録されたデータが前記オーディオ・データと一致する場合に、前記システム・リソースへのアクセスを許可する第６命令と
を含む、前記クライアント・デバイスでのオーディオ出力を検証する、コンピュータ可読媒体内のコンピュータ・プログラム製品。
【請求項１２】
システム・リソースへのアクセスの要求を受信する手段と、
クライアント・デバイスにオーディオ・データを送信する手段と、
前記クライアント・デバイスから記録されたデータを受信する手段であって、前記記録されたデータは、前記クライアント・デバイスでのサウンド出力から記録されたデータである、受信する手段と、
前記記録されたデータを前記オーディオ・データと比較する手段と、
前記記録されたデータが前記オーディオ・データと一致するかどうかを判定する手段と、
前記記録されたデータが前記オーディオ・データと一致する場合に、前記システム・リソースへのアクセスを許可する手段と
を含む、前記クライアント・デバイスでのオーディオ出力を検証する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント・デバイスでのオーディオ出力を検証する装置および方法を対象とする。具体的に言うと、本発明は、クライアント・デバイスでのオーディオ出力が、クライアント・デバイスに送信されたオーディオ・データと一致するステップと、クライアント・デバイスでのオーディオ出力が、オーディオ・データの送信側が望む音量レベルであるステップとを検証する機構を対象とする。
【背景技術】
【０００２】
インターネットを介する広告は、商品およびサービスの製造業者および供給業者が、公衆にその売り物に気付かせるステップができる主要な機構にすばやくなってきた。そのような広告は、ポップアップ広告、バナー広告、および類似物の形をとるステップができ、これらは、ウェブ・ブラウザ・アプリケーションを有するクライアント・デバイスのユーザによってアクセスされるウェブ・ページに関連する。よりしばしば、これらのウェブ・ベース広告は、ウェブ・ブラウザ・アプリケーションのユーザすなわち潜在的顧客に追加宣伝情報を伝えるステップができる関連するサウンドを有する。
【０００３】
オーディオ構成要素を有する広告に関する問題は、クライアント・デバイスのウェブ・ブラウザのユーザが、オーディオ出力音量すなわちスピーカ音量を、ユーザが広告のオーディオ構成要素を聞くステップができるのに十分なレベルに調整しているステップの保証がないステップである。この問題が存在するのは、クライアント・デバイスのユーザが、スピーカ音量に対する制御を有し、したがって、意図的にまたは意図的でなくスピーカ音量を低くするかオフにし、その結果、広告のオーディオ構成要素がユーザによって聞かれなくなるからである。その結果、広告は、ユーザがその広告全体を経験できるのに十分なレベルにスピーカ音量が調整されていた場合ほど効果的でなくなる。
【０００４】
これは、ユーザが、広告を見る／聞くステップの合意と引き換えにリソースへのアクセスを与えられる時に特に問題になる可能性がある。たとえば、ユーザは、インターネット・サービス・プロバイダからのインターネット・アクセスに関する月額サービス量を支払わないステップを選択し、その結果、ワールド・ワイド・ウェブをブラウズする間に広告を見る／聞くステップに合意する場合がある。その場合に、ユーザは、スピーカ音量を下げるかオフにするステップによって広告を聞く義務を迂回し、なおかつリソースへのアクセスを得るステップができる可能性がある。
【０００５】
したがって、クライアント・デバイスでのオーディオ出力を検証する装置および方法を有するステップが有益である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、クライアント・デバイスでのオーディオ出力を検証する装置および方法を提供する。
【課題を解決するための手段】
【０００７】
本発明の装置および方法を用いると、ユーザが、ログオン処理中などにリソースへのアクセスを要求する時に、ユーザのプロファイルが取り出される。このプロファイルが、その後、ユーザにオーディオ広告を提示しなければならないかどうかの判定に使用される。そうである場合に、テスト・オーディオ広告がクライアント・デバイスに送信される。
【０００８】
クライアント・デバイスに存在するエージェント・アプリケーションが、テスト・オーディオ広告を受信し、オーディオ・アダプタおよびスピーカを介してユーザにオーディオ広告を出力する。オーディオ広告の出力中に、クライアント・デバイス・エージェント・アプリケーションは、マイクロホンまたは他の記録デバイスを使用して、スピーカによって出力されているオーディオを記録する。その後、オーディオ出力の記録が、比較のために、オリジナル・テスト・オーディオ広告を送信したサーバに送り返される。
【０００９】
次に、サーバは、オーディオ出力の記録をオリジナル・テスト・オーディオ広告と比較する。これは、たとえば、パターン・マッチングまたは類似物を使用して行うステップができる。記録が、オリジナル・テスト・オーディオ広告と一致する場合に、クライアント・デバイスのユーザが、スピーカの電源を入れており、オーディオ出力の音量が、オーディオ広告を聞くのに十分であると判定される。さらに、オーディオ出力の特性を、記録データから抽出して、そのクライアント・デバイスに送信される将来のオーディオ広告のパラメータをどのように調整するかを決定するステップができる。たとえば、音量レベルを、オーディオ出力の記録で識別し、オーディオ広告に望まれる音量レベルと比較するステップができる。音量レベルが低すぎる場合に、オリジナル・オーディオ広告と共に送信される音量パラメータを、補償するように調整し、これによって、クライアント・デバイスでのオーディオ出力の音量を高めるステップができる。
【００１０】
オーディオ出力の記録とオリジナル・テスト・オーディオ広告の間に一致がある場合に、リソースへのアクセスを許可する。ユーザがリソースにアクセスする間に、追加のオーディオ広告をクライアント・デバイスに送信し、クライアント・デバイスのスピーカを介して出力するステップができる。上で述べたように、この追加オーディオ広告は、記録されたオーディオ出力の特性と特定のオーディオ広告の所望の出力特性との比較に基づいて調整されたそれ自体の出力パラメータを有するステップができる。
【００１１】
オーディオ出力の記録とオリジナル・テスト・オーディオ広告の間に一致がない場合には、リソースへのアクセスを拒否する。さらに、アクセスの拒否についてユーザに知らせるメッセージならびにアクセスを得るためにユーザがスピーカの音量を上げるステップの要求をクライアント・デバイスに送信するステップができる。
【００１２】
上の処理は、アクセスが、ユーザがオーディオ広告を聞くステップに結び付けられている場合に、ユーザがリソースへのアクセスを要求するたびに実行するステップができる。そのような例に、インターネット・サービス・プロバイダへのログ・オン、特定のウェブ・サイトへのアクセス、ウェブ・ベース・サービスへのログ・オン、特定のデータ・ファイルへのアクセスの要求、データ・ファイルのダウンロード、または類似物を含めるステップができる。さらに、上のテストは、ユーザがオーディオ広告を聞くステップを回避するためにスピーカの音量を下げていないステップを検証するために、ユーザによるリソースのアクセス中に周期的に実行するステップができる。
【００１３】
上記および他の特徴および利益は、好ましい実施形態の次の詳細な説明で説明され、これに鑑みて当業者に明白になる。
【００１４】
本発明に特有と思われる新規の特徴を、請求項に示した。しかし、本発明自体およびその使用の好ましい態様、さらなる目的、および利益は、添付図面と共に読まれる時の例示的実施形態の次の詳細な説明を参照するステップによって最もよく理解される。
【発明を実施するための最良の形態】
【００１５】
上で述べたように、本発明は、クライアント・デバイスでのオーディオ出力を検証する装置および方法を提供する。本発明は、ローカル・エリア・ネットワーク、広域ネットワーク、インターネット、または類似物などの分散データ処理システムで実施されるステップが好ましい。したがって、次の図は、本発明が説明される文脈を提供するために、分散データ処理環境、サーバ・コンピューティング・デバイス、およびクライアント・コンピューティング・デバイスの短い概要を提供するものである。
【００１６】
図面を参照すると、図１に、本発明を実施できるデータ処理システムのネットワークの絵図が示されている。ネットワーク・データ処理システム１００は、本発明を実施できるコンピュータのネットワークである。ネットワーク・データ処理システム１００に、ネットワーク１０２が含まれ、このネットワーク１０２は、ネットワーク・データ処理システム１００内で一緒に接続されたさまざまなデバイスおよびコンピュータの間の通信リンクを提供するのに使用される媒体である。ネットワーク１０２に、ワイヤ、無線通信リンク、または光ファイバ・ケーブルなどの接続を含めるステップができる。
【００１７】
図示の例では、サーバ１０４が、ストレージ・ユニット１０６と共にネットワーク１０２に接続されている。さらに、クライアント１０８、１１０、および１１２が、ネットワーク１０２に接続されている。これらのクライアント１０８、１１０、および１１２は、たとえば、パーソナル・コンピュータまたはネットワーク・コンピュータとするステップができる。図示の例では、サーバ１０４が、ブート・ファイル、オペレーティング・システム・イメージ、およびアプリケーションなどのデータをクライアント１０８〜１１２に供給する。クライアント１０８、１１０、および１１２は、サーバ１０４に対するクライアントである。ネットワーク・データ処理システム１００に、図示されていない追加のサーバ、クライアント、および他のデバイスを含めるステップができる。図示の例では、ネットワーク・データ処理システム１００が、インターネットであり、ネットワーク１０２は、互いに通信するのに伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）プロトコル集を使用するネットワークおよびゲートウェイの全世界の集合を表す。インターネットの心臓部に、データおよびメッセージをルーティングする数千台の商用、政府、教育、および他のコンピュータ・システムからなる主要なノードまたはホスト・コンピュータの間の高速データ通信回線のバックボーンがある。もちろん、ネットワーク・データ処理システム１００は、たとえば、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）など、多数の異なるタイプのネットワークとして実施するステップもできる。図１は、例であるステップを意図されており、本発明のアーキテクチャ的制限として意図されたものではない。
【００１８】
図２を参照すると、本発明の好ましい実施形態による、図１のサーバ１０４などのサーバとして実施できるデータ処理システムのブロック図が示されている。データ処理システム２００は、システム・バス２０６に接続された複数のプロセッサ２０２および２０４を含む対称型マルチプロセッサ（ＳＭＰ）システムとするステップができる。その代わりに、単一プロセッサ・システムを使用するステップができる。やはりシステム・バス２０６に接続されているのが、メモリ・コントローラ／キャッシュ２０８であり、これは、ローカル・メモリ２０９へのインターフェースを提供する。入出力バス・ブリッジ２１０が、システム・バス２０６に接続され、入出力バス２１２へのインターフェースを提供する。メモリ・コントローラ／キャッシュ２０８および入出力バス・ブリッジ２１０は、図示のように統合するステップができる。
【００１９】
入出力バス２１２に接続されたＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス・ブリッジ２１４が、ＰＣＩローカル・バス２１６へのインターフェースを提供する。複数のモデムを、ＰＣＩローカル・バス２１６に接続するステップができる。通常のＰＣＩバス実装は、４つのＰＣＩ拡張スロットまたはアドイン・コネクタをサポートする。図１のクライアント１０８〜１１２への通信リンクを、アドイン基板を介してＰＣＩローカル・バス２１６に接続されたモデム２１８およびネットワーク・アダプタ２２０を介して提供するステップができる。
【００２０】
追加のＰＣＩバス・ブリッジ２２２および２２４が、追加のＰＣＩローカル・バス２２６および２２８へのインターフェースを提供し、このＰＣＩローカル・バス２２６および２２８から、追加のモデムまたはネットワーク・アダプタをサポートするステップができる。この形で、データ処理システム２００が、複数のネットワーク・コンピュータへの接続を可能にする。メモリ・マップ式グラフィックス・アダプタ２３０およびハード・ディスク２３２も、直接にまたは間接にのいずれかで、図示のように入出力バス２１２に接続するステップができる。
【００２１】
当業者は、図２に示されたハードウェアを変更できるステップを諒解するであろう。たとえば、光ディスク・ドライブおよび類似物などの他の周辺デバイスも、図示のハードウェアに加えてまたはその代わりに使用するステップができる。図示の例は、本発明に関するアーキテクチャ的制限を暗示するステップを意図されたものではない。
【００２２】
図２に示されたデータ処理システムは、たとえば、Ａｄｖａｎｃｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｅｘｅｃｕｔｉｖｅ（ＡＩＸ）（Ｒ）オペレーティング・システムまたはＬＩＮＵＸオペレーティング・システムが動作する、米国ニューヨーク州アーモンクのＩｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ  Ｃｏｒｐｏｒａｔｉｏｎ社の製品であるＩＢＭ  ｅＳｅｒｖｅｒ  ｐＳｅｒｉｅｓ（Ｒ）システムとするステップができる。
【００２３】
図３を参照すると、本発明を実施できるデータ処理システムを示すブロック図が示されている。データ処理システム３００は、クライアント・コンピュータの例である。データ処理システム３００は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）ローカル・バス・アーキテクチャを使用する。図示の例はＰＣＩバスを使用するが、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）およびＩＳＡ（Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）などの他のバス・アーキテクチャを使用するステップができる。プロセッサ３０２およびメイン・メモリ３０４が、ＰＣＩブリッジ３０８を介してＰＣＩローカル・バス３０６に接続されている。ＰＣＩブリッジ３０８に、プロセッサ３０２用の統合されたメモリ・コントローラおよびキャッシュ・メモリも含めるステップができる。ＰＣＩローカル・バス３０６への追加接続を、直接構成要素相互接続またはアドイン基板を介して行うステップができる。図示の例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、ＳＣＳＩホスト・バス・アダプタ３１２、および拡張バス・インターフェース３１４が、直接構成要素接続によってＰＣＩローカル・バス３０６に接続されている。対照的に、オーディオ・アダプタ３１６、グラフィックス・アダプタ３１８、およびオーディオ／ビデオ・アダプタ３１９は、拡張スロットに挿入されるアドイン基板によってＰＣＩローカル・バス３０６に接続されている。拡張バス・インターフェース３１４は、キーボードおよびマウス・アダプタ３２０、モデム３２２、および追加メモリ３２４のための接続を提供する。ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ホスト・バス・アダプタ３１２は、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、およびＣＤ−ＲＯＭドライブ３３０のための接続を提供する。通常のＰＣＩローカル・バス実装は、３つまたは４つのＰＣＩ拡張スロットまたはアドイン・コネクタをサポートする。
【００２４】
オペレーティング・システムが、プロセッサ３０２で動作し、図３のデータ処理システム３００内のさまざまな構成要素を調整し、その制御を提供するのに使用される。オペレーティング・システムは、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ社から入手できるＷｉｎｄｏｗｓ  ＸＰ（Ｒ）などの市販オペレーティング・システムとするステップができる。Ｊａｖａ（Ｒ）などのオブジェクト指向プログラミング・システムが、オペレーティング・システムとあいまって動作し、データ処理システム３００で実行されるＪａｖａプログラムまたはＪａｖａアプリケーションからオペレーティング・システムへの呼び出しを提供する。「Ｊａｖａ」は、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃの商標である。オペレーティング・システム、オブジェクト指向オペレーティング・システム、およびアプリケーションまたはプログラムの命令は、ハード・ディスク・ドライブ３２６などのストレージ・デバイスに置かれ、プロセッサ３０２による実行のためにメイン・メモリ３０４にロードするステップができる。
【００２５】
当業者は、図３のハードウェアを、実装に応じて変更できるステップを諒解するであろう。フラッシュ読取専用メモリ（ＲＯＭ）、同等の不揮発性メモリ、または光ディスク・ドライブ、および類似物などの他の内部ハードウェアまたは周辺デバイスを、図３に示されたハードウェアに加えてまたはその代わりに使用するステップができる。また、本発明の処理を、マルチプロセッサ・データ処理システムに適用するステップができる。
【００２６】
もう１つの例として、データ処理システム３００を、あるタイプのネットワーク通信インターフェースに頼らずにブート可能になるように構成された独立型システムとするステップができる。もう１つの例として、データ処理システム３００を、オペレーティング・システム・ファイルまたはユーザ生成データあるいはその両方の保管のための不揮発性メモリを提供するためにＲＯＭまたはフラッシュＲＯＭあるいはその両方を有して構成された携帯情報端末（ＰＤＡ）デバイスとするステップができる。
【００２７】
図３に示された例および上で説明した例は、アーキテクチャ的制限を暗示するステップを意味するものではない。たとえば、データ処理システム３００は、ＰＤＡの形をとるほかに、ノートブック・コンピュータまたはハンド・ヘルド・コンピュータとするステップもできる。データ処理システム３００を、キオスクまたはウェブ・アプライアンスとするステップもできる。
【００２８】
図３からわかるように、データ処理システム３００に、さらに、スピーカ３８０およびオーディオ記録デバイス３９０が含まれる。データ処理システム３００のこれらの構成要素は、データ処理システム３００が、サーバ、たとえばサーバ１０４からデータ処理システム３００に送信されているオーディオ・データをユーザが聞くのに十分な音量レベルでスピーカ３８０を介してオーディオを出力しているステップを検証するのに、本発明と共に使用される。そのような検証は、たとえば、サーバ１０４のリソースへのアクセスを制御するのに使用するステップができる。
【００２９】
図１をもう一度参照すると、本発明では、たとえばクライアント・デバイス１０８のユーザが、サーバ１０４上のリソースへのアクセスを要求するステップができる。次に、サーバ１０４が、リソースへのアクセスを要求しているユーザまたはクライアント・デバイス１０８のユーザ・プロファイルを取り出すステップができる。このユーザ・プロファイルは、サーバ１０４で、データベース１０６などの別々のデータベースあるいは類似物に保管するステップができる。
【００３０】
サーバ１０４は、ユーザ・プロファイルに含まれるパラメータから、そのユーザが、要求されたリソースへのアクセスを得るための要件としてオーディオ広告を与えられなければならないかどうかを判定する。たとえば、ユーザが、リソースへのアクセスに関する購読料金を支払うステップを選択している場合に、そのユーザに、オーディオ広告を聞く必要なしにアクセスを与えるステップができる。しかし、ユーザが、購読料金を支払わないステップを選択している場合に、そのユーザに、オーディオ広告を聞くステップに同意するときに限ってアクセスを与えるステップができる。ユーザ・プロファイルには、その場合に、ユーザが支払っている加入者または支払っていない加入者のどちらであるかを識別する情報が含まれる。
【００３１】
ユーザ・プロファイル情報に基づいて、サーバ１０４は、オーディオ広告をクライアント・デバイス１０８のユーザに供給しなければならないかどうかを判定する。オーディオ広告を供給しなければならない場合に、サーバ１０４は、１つまたは複数のテストを実行して、クライアント・デバイス１０８でのオーディオ・アダプタの存在を判定するステップができる。たとえば、クライアント・デバイス１０８構成情報のトランスポート・プロトコル検査を実行して、サウンド・カード・ドライバがクライアント・デバイス１０８にインストールされ、動作しているかどうかを判定するステップができる。これは、クライアント・デバイス１０８が、１つまたは複数のスピーカを介してオーディオを出力するのに使用されるサウンド・カードを有するステップを示す。そのようなサウンド・カードには、通常、マイクロホンまたは他のオーディオ信号ピックアップ・デバイスに結合されるレコーダ入力も含まれる。クライアント・デバイス１０８が、オーディオ・アダプタを有しておらず、オーディオ広告をクライアント・デバイス１０８に供給しなければならない場合には、要求されたアクセスを拒否し、リソースへのアクセスが拒否された理由を示すメッセージを、ユーザへの表示のためにクライアント・デバイス１０８に送信するステップができる。
【００３２】
クライアント・デバイス１０８にオーディオ・アダプタが含まれる場合に、サーバ１０４は、クライアント・デバイス１０８のオーディオ出力のテストを開始する。このテストには、たとえば、クライアント・デバイス１０８に常駐するエージェント・アプリケーションにオーディオ・データを送信するステップを含めるステップができる。このエージェント・アプリケーションは、オーディオ・データを受け取り、クライアント・デバイス１０８に関連するオーディオ・アダプタおよびスピーカを介して、サウンドとしてオーディオ・データを出力するステップができる。さらに、エージェント・アプリケーションは、マイクロホンなどの記録デバイスと、記録アプリケーションまたはクライアント・デバイス１０８に関連するクライアント・デバイス・エージェント内の記録機能性とを使用して、スピーカから出力されるサウンドの記録を開始するステップができる。たとえば、ＷｉｎＡＤＲ（商標）アプリケーションを使用して、スピーカによって出力されるオーディオ出力をＭＰ３フォーマットで記録するステップができる。
【００３３】
スピーカからのオーディオ出力の記録は、データ・ファイルに保管され、このデータ・ファイルが、その後、サーバ１０４にアップロードされる。サーバ１０４は、データ・ファイルを受信し、記録されたデータをテスト・オーディオ・データと比較して、スピーカによって出力されたサウンドが、テスト・オーディオ・データによって生成されたものと同一のサウンドであるかどうかを判定する。この比較は、好ましい実施形態では、２つのデータ・ファイルの間でパターンが一致するかどうかを判定するのにパターン・マッチングを使用するステップによって実行される。本発明の趣旨および範囲から逸脱せずに、データ・ファイルが一致するかどうかを判定するためのデータ・ファイルの比較に他の機構を使用するステップができる。
【００３４】
２つのデータ・ファイルが一致する場合に、クライアント・デバイス１０８が、サーバ１０４からそれに送信されたオーディオ・データを出力していると判定される。したがって、リソースへのアクセスを、クライアント・デバイス１０８のユーザに与えるステップができる。さらに、サーバ１０４は、記録されたデータの特性を分析して、オーディオ・データの出力が、オーディオ・データの供給者によって望まれる特性を有するかどうかを判定するステップができる。すなわち、記録されたデータの特性を分析し、将来のオーディオ・データ・パラメータを、記録されたデータの分析された特性に基づいて調整するステップができる。たとえば、記録されたデータを分析して、オーディオ・データが出力された音量、オーディオ出力の低音の量、オーディオ出力のトーンの量、および類似物を判定するステップができる。
【００３５】
この分析の結果に基づいて、クライアント・デバイス１０８に送信される将来のオーディオ・データの出力パラメータを調整し、その結果、所望の出力を達成するステップができる。たとえば、音量を増やすか減らすステップができ、トーンの量を増やすか減らすステップができ、低音の量を増やすか減らすステップができるなどである。
【００３６】
クライアント・デバイス１０８が、サーバ１０４によってそれに送信されたオーディオ・データを出力していると判定される場合に、システム・リソースへのアクセスが許可される。その後、ユーザがシステム・リソースにアクセスしている間に、オーディオ広告をクライアント・デバイス１０８に出力するステップができる。このオーディオ広告は、クライアント・デバイス１０８のオーディオ・アダプタを介するオーディオの出力を調整する出力パラメータ・データと共に、データ・ファイルとしてクライアント・デバイス１０８に送信される。エージェント・アプリケーションは、このオーディオ広告データおよび出力パラメータを受信し、出力パラメータに基づいて、ソフトウェア設定を介してオーディオ・アダプタの出力を調整し、クライアント・デバイス１０８のオーディオ・アダプタおよびスピーカを介してオーディオ広告を出力する。
【００３７】
クライアント・デバイス１０８のユーザによるシステム・リソースへのアクセス中に、クライアント・デバイス１０８に送信されたオーディオが実際にクライアント・デバイス１０８のスピーカによって出力されているステップをテストする上の処理を、周期的に実行するステップができる。この形で、ユーザが、スピーカの電源を切るか、オーディオ広告がユーザに聞こえなくなる低いレベルまでスピーカの音量を下げたかどうかを判定するステップができる。したがって、クライアント・デバイス１０８でのオーディオ出力を周期的にテストするステップによって、本発明は、ユーザが、システム・リソースへの無料アクセスと引き換えにオーディオ広告を聞く義務を回避できないステップを保証するステップができる。
【００３８】
記録されたデータとオリジナル・テスト・オーディオ・データの比較中に、一致がないと判定された場合に、システム・リソースへのアクセスが拒否される。さらに、アクセスが拒否されたステップと、アクセスが拒否された理由を示すメッセージを、クライアント・デバイス１０８に送信するステップができる。このメッセージは、ユーザに、スピーカの電源を入れるか、スピーカの音量を上げ、もう一度アクセスを試みるように促すステップができる。
【００３９】
したがって、本発明を用いると、ユーザがクライアント・デバイスに送信されたオーディオ・データを聞いているステップを保証するために、クライアント・デバイスが、クライアント・デバイス・スピーカを介してオーディオを現在出力しているステップの検証が行われる。本発明を、オーディオ広告の送信に関して説明したが、本発明は、これに制限されない。そうではなく、クライアント・デバイスがそれに送信されたオーディオ・データを現在出力しているステップの検証が望まれる、本発明の応用例を作るステップができる。たとえば、オーディオ・フォーマットのテスト指示がクライアント・デバイスによって出力されているステップを検証するステップが望まれるテスト応用例で本発明を使用するステップができる。本発明の他の応用例は、この説明を考慮すれば、当業者に明白になるであろう。
【００４０】
さらに、本発明を、記録されたデータに対するテスト・オーディオ・データの比較を実行するサーバ１０４に関して説明したが、本発明は、これに制限されない。そうではなく、本発明は、比較がクライアント・デバイスのエージェント・アプリケーション内で実行されるように実施するステップができる。さらに、本発明は、すべての機能がクライアント・デバイス内で実行され、サーバが不要になるように実施するステップができる。その場合に、検証は、クライアント・デバイスのスピーカを介して出力されなければならない、クライアント・デバイスのアプリケーションによって生成されたオーディオ・データが、実際にスピーカによって出力されているステップを保証するためのものである。
【００４１】
図４は、本発明によるオーディオ出力検証機構の例示的なブロック図である。図４に示された要素は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せで実施するステップができる。好ましい実施形態では、図４の要素が、コンピューティング・システム内の１つまたは複数の処理デバイスによって実行されるソフトウェア命令として実施される。
【００４２】
図４からわかるように、オーディオ出力検証機構に、コントローラ４１０、ネットワーク・インターフェース４２０、オーディオ広告エンジン４３０、クライアント・オーディオ検証デバイス４５０、オーディオ広告データベース・インターフェース４４０、およびユーザ・プロファイル・エンジン４６０が含まれる。要素４１０〜４６０は、制御／データ信号バス４７０を介して互いに通信する。バス・アーキテクチャが図４に示されているが、本発明は、これに制限されず、要素４１０〜４６０の間の制御信号／データ信号の通信を容易にするすべてのアーキテクチャを、本発明の趣旨および範囲から逸脱せずに使用するステップができる。
【００４３】
コントローラ４１０は、オーディオ出力検証機構の全体的な動作を制御し、他の要素４２０〜４６０の動作を調和よく組み合わせる。ネットワーク・インターフェース４２０は、クライアント・デバイスと通信する通信インターフェースを提供する。オーディオ広告エンジン４３０は、オーディオ広告データベース・インターフェース４４０を介してオーディオ広告データベースから取り出されたオーディオ広告に基づいて、インターフェース４２０を介してクライアントに送信される広告データを生成する。クライアント・オーディオ検証デバイス４５０は、クライアント・デバイスに送信されたオーディオ・データが、そのクライアント・デバイスに関連するスピーカを介して実際に出力されているステップを検証する。ユーザ・プロファイル・エンジン４６０は、ユーザ・プロファイルを取り出して、オーディオ広告をユーザのクライアント・デバイスに送信しなければならないかどうかを判定する。
【００４４】
これらの要素の動作を、図５のメッセージ・フロー図を参照して説明する。図５からわかるように、コントローラ４１０が、ネットワーク・インターフェース４２０を介してシステム・リソースへのアクセスに関する要求を受信した時に、コントローラ４１０は、アクセスを要求するユーザのユーザ・プロファイルを取り出し、オーディオ広告をユーザのクライアント・デバイスに送信しなければならないかどうかを判定するようにユーザ・プロファイル・エンジン４６０に指示する。ユーザ・プロファイル・エンジン４６０は、ユーザのプロファイルを取り出し、オーディオ広告をユーザのクライアント・デバイスに送信しなければならないかどうかを判定し、その結果をコントローラ４１０に返す。図示のメッセージ・フローで、オーディオ広告をクライアント・デバイス・エージェント５１０を介してクライアント・デバイスに送信しなければならないと判定されると仮定する。
【００４５】
コントローラ４１０は、次に、オーディオ広告エンジン４３０にコマンドを送って、テスト・オーディオ・データをクライアント・デバイスに送信する。オーディオ広告エンジン４３０は、テスト・オーディオ広告に関する要求をオーディオ広告データベース・インターフェース４４０に送り、オーディオ広告データベース・インターフェース４４０には、テスト広告を取り出し、オーディオ広告エンジン４３０に転送する。オーディオ広告エンジン４３０は、次に、テスト・オーディオ広告データをクライアント・デバイス・エージェント５１０に送信し、クライアント・デバイス・エージェント５１０は、そのオーディオ広告を出力し、クライアント・デバイスのスピーカによって出力されるサウンドを記録する。
【００４６】
次に、記録されたオーディオ出力データが、クライアント・デバイス・エージェント５１０によってクライアント・オーディオ検証デバイス４５０に送信される。クライアント・オーディオ検証デバイス４５０は、記録されたデータをオリジナル・テスト・オーディオ広告データと比較して、一致があるかどうかを判定する。クライアント・オーディオ検証デバイス４５０は、次に、検証の結果をコントローラ４１０に送る。クライアント・オーディオ検証デバイス４５０からの結果に基づいて、コントローラ４１０は、リソースへのアクセスの許可または拒否のいずれかを行う。
【００４７】
さらに、クライアント・オーディオ検証デバイスは、記録されたデータの特性を分析し、分析の結果をコントローラ４１０に送るステップができる。コントローラ４１０は、クライアント・デバイス・エージェント５１０用の将来のオーディオ広告データを出力する時に、この分析を利用するステップができる。この形で、コントローラ４１０は、オーディオ広告データの出力パラメータを調整し、その結果、オーディオ広告が、クライアント・デバイスで好ましい形で出力されるようにするステップができる。
【００４８】
図６は、本発明の例示的動作の概要を示す流れ図である。図６からわかるように、この動作は、アクセス要求の受信から始まる（ステップ６１０）。次に、ユーザ・プロファイルを取り出し（ステップ６１５）、オーディオ広告をクライアント・デバイスに送信しなければならないかどうかを判定する（ステップ６２０）。そうでない場合に、オーディオ広告を送信せずにアクセスを許可し（ステップ６６５）、動作が終了する。オーディオ広告をクライアント・デバイスに送信しなければならない場合には、テスト・オーディオ・メッセージをクライアント・デバイスに送信する（ステップ６２５）。次に、クライアント・デバイス・エージェントが、テスト・オーディオ・メッセージを出力し、クライアント・デバイスのスピーカが発するサウンドを記録する。
【００４９】
次に、クライアント・デバイスからの記録されたデータを受信し（ステップ６３０）、オリジナル・テスト・オーディオ・データと比較する（ステップ６３５）。一致があるかどうかに関する判定を行う（ステップ６４０）。そうでない場合に、アクセスを拒否する（ステップ６７０）。そうである場合には、将来のオーディオ広告の出力パラメータを変更しなければならないかどうかに関する判定を行う（ステップ６４５）。そうである場合には、記録されたデータの分析に従って出力パラメータを変更する（ステップ６７５）。
【００５０】
その後、または出力パラメータの変更が不要な場合に、システム・リソースへのアクセスを許可し、オーディオ広告を送信する（ステップ６５０）。その後、オーディオ出力をもう一度監視する時であるかどうかすなわち、クライアント・デバイスでのサウンド出力の周期的検査に関する時間の所定の期間が経過したかどうかに関する判定を行う（ステップ６５５）。そうである場合に、この動作はステップ６２５に戻る。そうでない場合に、終了条件が発生したかどうかに関する判定を行う（ステップ６６０）。そのような判定に、たとえば、サーバからのログ・オフ、ウェブ・ブラウザ・アプリケーションが異なるウェブ・ページにアクセスするステップ、または類似物を含めるステップができる。終了条件が発生していない場合には、動作はステップ６５０に戻る。そうではなく、終了条件が発生している場合には、動作が終了する。
【００５１】
したがって、本発明は、クライアント・デバイスのユーザがクライアント・デバイスに送信されたオーディオ・データを聞いているステップを保証するために、クライアント・デバイスでのサウンド出力を監視する機構を提供する。この形で、サービスまたはリソースの供給者に、そのようなサービスまたはリソースへのアクセスについて支払っていないユーザが、そのようなサービスまたはリソースへの支払われていないアクセスと引き換えにオーディオ広告を聞いているステップを保証するステップができる。
【００５２】
本発明を、完全に機能するデータ処理システムに関して説明したが、当業者は、本発明の処理を、命令のコンピュータ可読媒体の形およびさまざまな形で配布できるステップと、本発明が、配布の実行に実際に使用される信号担持媒体の特定のタイプに無関係に同等に適用されるステップを諒解するであろう。コンピュータ可読媒体の例に、フロッピ・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記録可能型媒体と、たとえばラジオ周波数伝送または光波伝送などの伝送形態を使用する、ディジタル通信リンク、アナログ通信リンク、有線通信リンク、または無線通信リンクなどの伝送型媒体が含まれる。コンピュータ可読媒体は、特定のデータ処理システムでの実際の使用のために復号される符号化されたフォーマットの形をとるステップができる。
【００５３】
本発明の説明は、例示および説明のために提示されたものであって、網羅的であるステップまたは本発明を開示された形態に制限するステップは意図されていない。多数の修正形態および変形形態が、当業者に明白である。実施形態は、本発明の原理およびその実用的応用例を最もよく説明し、企図された特定の使用に適するようにさまざまな変更を加えたさまざまな実施形態について当業者が本発明を理解できるようにするために選択され、説明されたものである。
【図面の簡単な説明】
【００５４】
【図１】本発明を実施できる分散データ処理システムを示す例示的な図である。
【図２】本発明によるサーバ・コンピューティング・デバイスを示す例示的なブロック図である。
【図３】本発明によるクライアント・コンピューティング・デバイスを示す例示的なブロック図である。
【図４】本発明の主要な動作構成要素を示す例示的なブロック図である。
【図５】本発明がそれによってクライアント・デバイスと共に動作する形を示す例示的な図である。
【図６】本発明の例示的動作の概要を示す流れ図である。
【符号の説明】
【００５５】
１００  ネットワーク・データ処理システム
１０２  ネットワーク
１０４  サーバ
１０６  ストレージ・ユニット
１０８、１１０、１１２  クライアント
２００  データ処理システム
２０２、２０４  プロセッサ
２０６  システム・バス
２０８  メモリ・コントローラ／キャッシュ
２０９  ローカル・メモリ
２１０  入出力バス・ブリッジ
２１２  入出力バス
２１４  ＰＣＩバス・ブリッジ
２１６  ＰＣＩローカル・バス
２１８  モデム
２２０  ネットワーク・アダプタ
２２２、２２４  ＰＣＩバス・ブリッジ
２２６、２２８  ＰＣＩローカル・バス
２３０  メモリ・マップ式グラフィックス・アダプタ
２３２  ハード・ディスク
３００  データ処理システム
３０２  プロセッサ
３０４  メイン・メモリ
３０６  ＰＣＩローカル・バス
３０８  ＰＣＩブリッジ
３１０  ＬＡＮアダプタ
３１２  ＳＣＳＩホスト・バス・アダプタ
３１４  拡張バス・インターフェース
３１６  オーディオ・アダプタ
３１８  グラフィックス・アダプタ
３１９  オーディオ／ビデオ・アダプタ
３２０  キーボードおよびマウス・アダプタ
３２２  モデム
３２４  追加メモリ
３２６  ハード・ディスク・ドライブ
３２８  テープ・ドライブ
３３０  ＣＤ−ＲＯＭドライブ
３８０  スピーカ
３９０  オーディオ記録デバイス
４１０  コントローラ
４２０  ネットワーク・インターフェース
４３０  オーディオ広告エンジン
４４０  オーディオ広告データベース・インターフェース
４５０  クライアント・オーディオ検証デバイス
４６０  ユーザ・プロファイル・エンジン
４７０  制御／データ信号バス
５１０  クライアント・デバイス・エージェント
【図１】
2006522974.tif 000003
【図２】
2006522974.tif 000004
【図３】
2006522974.tif 000005
【図４】
2006522974.tif 000006
【図５】
2006522974.tif 000007
【図６】
2006522974.tif 000008
【手続補正書】
【提出日】平成17年5月10日(2005.5.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システム・リソースへのアクセスの要求を受信するステップと、
クライアント・デバイスにオーディオ・データを送信するステップと、
前記クライアント・デバイスから記録されたデータを受信するステップであって、前記記録されたデータは、前記クライアント・デバイスでのサウンド出力から記録されたデータである、受信するステップと、
前記記録されたデータを前記オーディオ・データと比較するステップと、
前記記録されたデータが前記オーディオ・データと一致するかどうかを判定するステップと、
前記記録されたデータが前記オーディオ・データと一致する場合に、前記システム・リソースへのアクセスを許可するステップと
を含む、前記システム・リソースへのアクセスを制御するために前記クライアント・デバイスでのオーディオ出力を検証する方法。
【請求項２】
前記オーディオ・データは、オーディオ広告である請求項１に記載の方法。
【請求項３】
前記記録されたデータを前記オーディオ・データと比較するステップは、前記記録されたデータおよび前記オーディオ・データに対してパターン・マッチングを実行するステップを含む請求項１に記載の方法。
【請求項４】
前記クライアント・デバイスにオーディオ・データを送信する前に、前記クライアント・デバイスがオーディオ・アダプタを有するかどうかを判定するステップ
をさらに含む請求項１に記載の方法。
【請求項５】
前記クライアント・デバイスがオーディオ・アダプタを有するかどうかを判定するステップは、前記クライアント・デバイスの構成のトランスポート・プロトコル・ベースの検査を実行するステップを含む請求項４に記載の方法。
【請求項６】
前記記録されたデータの少なくとも１つの特性の値を分析するステップと、
前記記録されたデータの前記少なくとも１つの特性の前記値を、前記オーディオ・データの前記少なくとも１つの特性の所望の値と比較するステップと、
前記少なくとも１つの特性の前記所望の値を達成するために、前記少なくとも１つの特性の前記値を調整するための少なくとも１つの調整パラメータを生成するステップと
をさらに含む請求項１に記載の方法。
【請求項７】
前記少なくとも１つの調整パラメータに基づいて、前記オーディオ・データの少なくとも１つのパラメータを調整するステップ
をさらに含む請求項６に記載の方法。
【請求項８】
前記少なくとも１つの特性は、音量、トーン、および低音のうちの少なくとも１つである請求項７に記載の方法。
【請求項９】
前記記録されたデータが前記オーディオ・データと一致しない場合に、前記システム・リソースへのアクセスを拒否するステップと、
前記システム・リソースへのアクセスの拒否の理由を含むメッセージを送信するステップと
をさらに含む請求項１に記載の方法。
【請求項１０】
前記システム・リソースへの前記アクセスの許可に続いて、１つまたは複数のオーディオ広告を出力するステップ
をさらに含む請求項１に記載の方法。
【請求項１１】
システム・リソースへのアクセスの要求を受信する第１命令と、
クライアント・デバイスにオーディオ・データを送信する第２命令と、
前記クライアント・デバイスから記録されたデータを受信する第３命令であって、前記記録されたデータは、前記クライアント・デバイスでのサウンド出力から記録されたデータである、第３命令と、
前記記録されたデータを前記オーディオ・データと比較する第４命令と、
前記記録されたデータが前記オーディオ・データと一致するかどうかを判定する第５命令と、
前記記録されたデータが前記オーディオ・データと一致する場合に、前記システム・リソースへのアクセスを許可する第６命令と
を含む、前記システム・リソースへのアクセスを制御するために前記クライアント・デバイスでのオーディオ出力を検証する、コンピュータ可読媒体内のコンピュータ・プログラム製品。
【請求項１２】
システム・リソースへのアクセスの要求を受信する手段と、
クライアント・デバイスにオーディオ・データを送信する手段と、
前記クライアント・デバイスから記録されたデータを受信する手段であって、前記記録されたデータは、前記クライアント・デバイスでのサウンド出力から記録されたデータである、受信する手段と、
前記記録されたデータを前記オーディオ・データと比較する手段と、
前記記録されたデータが前記オーディオ・データと一致するかどうかを判定する手段と、
前記記録されたデータが前記オーディオ・データと一致する場合に、前記システム・リソースへのアクセスを許可する手段と
を含む、前記システム・リソースへのアクセスを制御するために前記クライアント・デバイスでのオーディオ出力を検証する装置。
【国際調査報告】
2006522974.tif 000009
2006522974.tif 000010
2006522974.tif 000011