(57)【要約】      （修正有）【課題】インターネット広告配信においてコンピュータがオフラインの場合の、オフライン広告サービスを提供する。【解決手段】広告サーバに接続するコンピューティングデバイスはオフラインになる前に、ローカルメモリにインターネット広告であるコンテンツデータを格納する。コンピューティングデバイスはローカル広告サーバＬＡＳ２１６を持っていて、オフラインになると、格納されているコンテンツはローカルメモリから提供され、その間において、提供されるコンテンツに関するメトリックを収集して、後にオンラインになった時にリモートサーバに送信する。【選択図】図３
2011204218.tif 000002
【特許請求の範囲】
【請求項１】
コンピューティングデバイスとリモートコンテンツサーバとの間の結合がアクティブであると判断されることに応じて、前記コンピューティングデバイスのローカルメモリに前記リモートコンテンツサーバからのコンテンツデータを格納するか否かを判断する段階と、
前記リモートコンテンツサーバからの前記コンテンツデータを格納すると判断される場合、前記コンピューティングデバイスの前記ローカルメモリに前記コンテンツデータを格納する段階と、
前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合が非アクティブになった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記コンピューティングデバイスの出力デバイスに提供する段階と
を備え、
前記コンテンツデータを格納するか否かを判断する段階は、複数のリモートコンテンツサーバを対象とするオークションに基づき行われる方法。
【請求項２】
前記コンテンツデータを格納するか否かを判断する段階は、前記コンピューティングデバイスに対応するクライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて行われる請求項１に記載の方法。
【請求項３】
前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合を開始する前に、前記クライアントプロフィールデータを生成する段階をさらに備える請求項２に記載の方法。
【請求項４】
前記リモートコンテンツサーバからのデータを、前記コンピューティングデバイスの前記出力デバイスに直接提供する段階をさらに備える請求項１に記載の方法。
【請求項５】
前記結合が非アクティブである間、前記格納されているコンテンツデータの前記一部分の提供、および、前記格納されているコンテンツデータの前記一部分との相互作用のうち１以上に対応するメトリックデータを格納する段階をさらに備える請求項１に記載の方法。
【請求項６】
前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信する段階をさらに備える請求項５に記載の方法。
【請求項７】
前記格納されているメトリックデータを送信する前に、前記メトリックデータを暗号化する段階をさらに備える請求項６に記載の方法。
【請求項８】
前記メトリックデータを暗号化する段階をさらに備える請求項５に記載の方法。
【請求項９】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項１に記載の方法。
【請求項１０】
リモートコンテンツサーバからのコンテンツデータを格納するメモリと、
プロセッサと
を備え、
前記プロセッサは、
前記リモートコンテンツサーバとの間の結合がアクティブであると判断されることに応じて、前記メモリに前記リモートコンテンツサーバからの前記コンテンツデータを格納するか否かを判断し、
前記リモートコンテンツサーバとの間の前記結合がアクティブでなくなった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記プロセッサに結合されている出力デバイスに提供し、且つ、
複数のリモートコンテンツサーバを対象とするオークションに基づき、前記コンテンツデータを格納するか否かを判断する装置。
【請求項１１】
前記プロセッサは、クライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて、前記コンテンツデータを格納するか否かを判断する請求項１０に記載の装置。
【請求項１２】
前記プロセッサは、前記結合が非アクティブである間に、前記格納されているコンテンツデータの前記一部分の提供、または、前記格納されているコンテンツデータの前記一部分との相互作用のうち１以上に対応するメトリックデータを格納させる請求項１０に記載の装置。
【請求項１３】
前記プロセッサは、前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信する請求項１２に記載の装置。
【請求項１４】
前記メトリックデータは暗号化される請求項１３に記載の装置。
【請求項１５】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項１２に記載の装置。
【請求項１６】
前記プロセッサは、複数のプロセッサコアを有する請求項１２に記載の装置。
【請求項１７】
１以上の命令を備えるコンピュータ可読媒体であって、前記１以上の命令がプロセッサで実行されると、前記プロセッサは１以上の処理を実行して、
複数のリモートコンテンツサーバを対象とするオークションに基づいて、コンピューティングデバイスとリモートコンテンツサーバとの結合がアクティブであると判断されることに応じて、前記コンピューティングデバイスのローカルメモリに前記リモートコンテンツサーバからのコンテンツデータを格納するか否かを判断し、
前記リモートコンテンツサーバからの前記コンテンツデータを格納すると判断される場合、前記コンピューティングデバイスの前記ローカルメモリに前記コンテンツデータを格納し、且つ、
前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合がアクティブでなくなった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記コンピューティングデバイスの出力デバイスに提供する
コンピュータ可読媒体。
【請求項１８】
１以上の命令をさらに備え、前記１以上の命令をプロセッサで実行すると、前記プロセッサは、前記コンピューティングデバイスに対応するクライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて、前記コンテンツデータを格納するか否かを判断する請求項１７に記載のコンピュータ可読媒体。
【請求項１９】
１以上の命令をさらに備え、前記１以上の命令をプロセッサで実行すると、前記プロセッサは、前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合を開始する前に、前記クライアントプロフィールデータを生成する請求項１８に記載のコンピュータ可読媒体。
【請求項２０】
１以上の命令をさらに備え、前記１以上の命令をプロセッサで実行すると、前記プロセッサは、前記リモートコンテンツサーバからのデータを、前記コンピューティングデバイスの前記出力デバイスに直接提供する請求項１７に記載のコンピュータ可読媒体。
【請求項２１】
１以上の命令をさらに備え、前記１以上の命令をプロセッサで実行すると、前記プロセッサは、前記結合が非アクティブである間、前記格納されているコンテンツデータの前記一部分の提供、および、前記格納されているコンテンツデータの前記一部分との相互作用のうち１以上に対応するメトリックデータを格納する請求項１７に記載のコンピュータ可読媒体。
【請求項２２】
１以上の命令をさらに備え、前記１以上の命令をプロセッサで実行すると、前記プロセッサは、前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信する請求項２１に記載のコンピュータ可読媒体。
【請求項２３】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項１７に記載のコンピュータ可読媒体。
【請求項２４】
リモートコンテンツサーバからのコンテンツデータを格納する不揮発性メモリと、
プロセッサと
を備え、
前記プロセッサは、
前記リモートコンテンツサーバとの間の結合がアクティブであると判断されることに応じて、前記メモリに前記リモートコンテンツサーバからの前記コンテンツデータを格納するか否かを判断し、
前記リモートコンテンツサーバとの間の前記結合がアクティブでなくなった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記プロセッサに結合されている出力デバイスに提供し、且つ、
複数のリモートコンテンツサーバを対象とするオークションに基づき、前記コンテンツデータを格納するか否かを判断するシステム。
【請求項２５】
前記プロセッサは、クライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて、前記コンテンツデータを格納するか否かを判断する請求項２４に記載のシステム。
【請求項２６】
前記プロセッサは、前記結合が非アクティブである間に、前記格納されているコンテンツデータの前記一部分との相互作用および前記格納されているコンテンツデータの前記一部分の提供のうち１以上に対応するメトリックデータを格納させる請求項２４に記載のシステム。
【請求項２７】
前記プロセッサは、前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信する請求項２６に記載のシステム。
【請求項２８】
前記プロセッサは、前記メトリックデータを暗号化させる請求項２６に記載のシステム。
【請求項２９】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項２４に記載のシステム。
【請求項３０】
前記プロセッサは、複数のプロセッサコアを有する請求項２４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は概して、コンピュータに関する。具体的には、本発明の実施形態は概して、オフライン広告サービスを提供する方法に関する。
【背景技術】
【０００２】
インターネットが急速に日常生活の重要な一部となるにしたがって、インターネットをベースとするサービスを提供する業者にとってはインターネット広告が重要な収入源となっている。
【０００３】
例えば、アプリケーション（例えば、Ｇｍａｉｌ（登録商標））に付随して提供されるインターネット広告は、当該アプリケーションがオフラインモードで利用されている場合には提供、閲覧、または評価が行われないことがある。具体的には、Ｇｍａｉｌ（登録商標）等のインターネットアプリケーションは、ユーザがインターネットに接続していない場合にもアクセスし得るが、当該アプリケーションに付随して提供されるインターネット広告は、オフラインモードで利用されている場合には、提供、閲覧、または評価がされない場合がある。このため、独立系ソフトウェア会社（ＩＳＶ）は、自社のアプリケーションがオフラインでアクセスされると、広告収入を得ることができない。
【０００４】
したがって、コンピューティングデバイスがオフラインの場合、広告収入が確実に計上されない可能性がある。
【図面の簡単な説明】
【０００５】
添付図面を参照しつつ詳細に説明する。図中では、参照番号の最高桁は、当該参照番号が最初に使用された図面の番号を指し示す。複数の図面にわたって同じ参照番号を利用する場合には、構成要素が同様または同一であることを意味する。
【図１】本明細書で説明する一部の実施形態を実施する際に利用されるコンピューティング環境およびコンピューティングシステムの実施形態を示すブロック図である。
【図２】本明細書で説明する一部の実施形態を実施する際に利用されるコンピューティング環境およびコンピューティングシステムの実施形態を示すブロック図である。
【図３】本発明の実施形態を説明するフローチャートである。
【図４】本明細書で説明する一部の実施形態を実施する際に利用されるコンピューティング環境およびコンピューティングシステムの実施形態を示すブロック図である。
【図５】一実施形態を説明するベン図である。
【図６】一部の実施形態を説明するためのブロック図である。
【図６Ａ】一部の実施形態を説明するためのブロック図である。
【図７】本明細書で説明する一部の実施形態を実施する際に利用されるコンピューティング環境およびコンピューティングシステムの実施形態を示すブロック図である。
【図８】本明細書で説明する一部の実施形態を実施する際に利用されるコンピューティング環境およびコンピューティングシステムの実施形態を示すブロック図である。
【発明を実施するための形態】
【０００６】
以下の説明では、さまざまな実施形態を完全に理解していただきたく、具体的且つ詳細な事項を数多く記載する。しかし、本発明のさまざまな実施形態は、そのような具体的且つ詳細な事項を利用することなく実施し得るものである。また、公知の方法、手順、構成要素、および回路は、本発明の実施形態の説明あいまいにすることを避けるべく、詳細な説明を省略する。また、本発明の実施形態のさまざまな側面は、さまざまな手段、例えば、半導体集積回路（「ハードウェア」）、１以上のプログラムに編成されたコンピュータ可読命令（「ソフトウェア」）、または、ハードウェアおよびソフトウェアの組み合わせを利用して実施され得る。本開示においては、「ロジック」という用語は、ハードウェア、ソフトウェア（例えば、プロセッサの動作を制御するマイクロコードを含む）、または、これらの組み合わせを意味するものとする。
【０００７】
本明細書で説明する実施形態の一部によれば、例えば、広告を表示するコンピューティングデバイスが、インターネット、ワイド・エリア・ネットワーク（ＷＡＮ）等のオンラインサービスに接続されていない場合等、オフラインでのユーザ閲覧について、提供、課金、および／または、収入としての確実な計上が可能となり得る。本明細書に記載する広告サービスまたはコンテンツ配信サービスに関する例は、どのような種類のユーザ閲覧（例えば、広告、マルチメディア（例えば、音声、画像、および／または、動画）、ペアレンタル・コントロール等のデータに関連するもの）にも等しく当てはまるものとする。本明細書で記載する場合、「ユーザ閲覧」という用語は、ユーザによるコンテンツの消費および／またはユーザとコンテンツとの相互作用を意味するとしてよい。
【０００８】
現時点においては、広告の配信、相互作用データの収集、周期的／リフレッシュ広告、広告主がターゲットとする基準の適用、ユーザのプライバシー管理の実施、および／または、適切な広告のメトリックの計上のうち１以上を可能とするためには、ユーザがオンラインでサーバに接続している必要がある。ユーザがオフラインになると、広告サーバはユーザ閲覧およびメトリック、または、上述したようなその他の動作をセキュアに追跡する術がなくなってしまう。このため、アプリケーションの少なくとも一部がローカルコンピューティングデバイスで（例えば、インターネット／イントラネット接続またはその他の個人用／公共用ＷＡＮ接続を利用することなく）実行されて、ユーザ閲覧が改ざんされていないこと、例えば、誤ったユーザ閲覧メトリック報告、ユーザ（既得権者）、または、不当ソフトウェア／マルウェア／ウイルスによる不正閲覧または偽造閲覧がなされていないことをセキュアに表示、認証、および／または、確認できるようにする装置、方法、およびシステムを提供する。さらに本明細書で説明するが、ローカルコンピューティングデバイスは、ローカルメモリ（任意の種類のメモリデバイスであってよく、例えば、図１から図８を参照しつつ本明細書で説明するようなメモリデバイスであってよい）を有するとしてよい。
【０００９】
一実施形態によると、オフライン中に（例えば、ダイアルアップ接続、ワイヤレス・フィデリティ（ＷｉＦｉ）、第三世代パートナーシッププロジェクト（３Ｇ）等が間欠的または一時的に利用不可能になっている間に）、画像、動画、音声等がクライアント２０２に提供される。クライアントがオンラインに戻ると、収集された閲覧分析データまたは相互作用データ（例えば、ユーザが広告に組み込まれているゲームで遊んだ結果）が、確実に収入として計上するべく、広告サーバおよび／またはＣＤＮに提供される。ある実施形態によると、トラステッド・プラットフォーム・モジュール（Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  ｍｏｄｕｌｅ：ＴＰＭ）を用いて、ローカルデバイスがオフラインの場合の当該デバイスにおけるユーザ閲覧に関するデータおよび／またはアプリケーションの実行結果を保護するとしてよい。ある実施形態によれば、ユーザの閲覧データおよびメトリックソフトウェアにとってセキュアなハードウェア環境が提供され、当該環境によれば、デバイスがネットワークに接続されていない間にこのようなデータ／アプリケーションが間違いを含んだものになっていないことを確認する。
【００１０】
さまざまなコンピューティング環境を利用して、本明細書に記載する実施形態を実施するとしてよい。例えば、図１は、本明細書に記載するさまざまな実施形態を実施するべく利用されるネットワーキング環境１００の実施形態の構成要素を図示している。ネットワーキング環境１００は、サーバコンピュータ１０４等のデバイス同士の間で通信を実行するためのネットワーク１０２、デスクトップコンピュータ１０６（例えば、ワークステーションまたはデスクトップコンピュータ）、ラップトップ（または、ノート）型コンピュータ１０８、再生デバイス１１０（例えば、ネットワークプリンタ、コピー機、ファクシミリ、スキャナー、全てを１つにまとめたデバイス等）、無線アクセスポイント１１２、携帯情報端末（ＰＤＡ）あるいはスマートフォン１１４、ラック実装コンピューティングシステム（不図示）、セットトップボックス、デジタル写真フレーム、ウルトラ・モバイル・デバイス（ＵＭＤ）等を備えるとしてよい。ネットワーク１０２は、イントラネット、インターネット、および／または、これらの組み合わせなどを始めとする任意の種類のコンピュータネットワークであってよい。
【００１１】
デバイス１０４−１１４は、有線接続方式および／または無線接続方式によってネットワーク１０２に結合されているとしてよい。このため、ネットワーク１０２は、有線ネットワークおよび／または無線ネットワークであってよい。例えば、図１に示すように、無線アクセスポイント１１２がネットワーク１０２に結合されていることによって、他の無線機能を持つデバイス（例えば、デバイス１１４）がネットワーク１０２と通信できるようにするとしてもよい。一実施形態によると、無線アクセスポイント１１２は、トラフィック管理機能を持つとしてよい。また、デバイス１０４−１１４間でやり取りされるデータは、例えば、不当アクセスを制限することを目的として、暗号化（または、暗号化によって保護された）状態であるとしてもよい。また、デバイス同士を結合しているネットワークは、情報の送信に利用されるデータネットワークと、デバイスの単純な属性、例えば、電力状態の制御に利用される制御ネットワークとの組み合わせから成るとしてもよい。
【００１２】
ネットワーク１０２は、任意の種類の通信プロトコルを利用するとしてよい。例えば、イーサネット（登録商標）、ファスト・イーサネット（登録商標）、ギガビット・イーサネット（登録商標）、ワイドエリア・ネットワーク（ＷＡＮ）、ファイバー・ディストリビューテッド・データ・インターフェース（ＦＤＤＩ）、トークン・リング、専用回線、アナログモデム、デジタル加入者線（ＤＳＬ、および、その変形、例えば、高ビットレートＤＳＬ（ＨＤＳＬ）、インテグレーテッド・サービス・デジタル・ネットワークＤＳＬ（ＩＤＳＬ）等）、非同期転送モード（ＡＴＭ）、ケーブルモデム、および／または、ファイヤワイヤ等を利用するとしてよい。
【００１３】
ネットワーク１０２を介した無線通信は、以下の方式のうち１以上に準拠した無線通信であってよい。ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）、ワイヤレス・ワイド・エリア・ネットワーク（ＷＷＡＮ）、符号分割多重接続（ＣＤＭＡ）セルラー無線電話通信システム、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ）セルラー無線電話通信システム、北米デジタルセルラー（ＮＡＤＣ）セルラー無線電話通信システム、時分割多重接続（ＴＤＭＡ）システム、拡張ＴＤＭＡ（Ｅ−ＴＤＭＡ）セルラー無線電話通信システム、広帯域ＣＤＭＡ（ＷＣＤＭＡ）等の第三世代パートナーシッププロジェクト（３Ｇ）システムである。また、ネットワーク通信は、内部のネットワークインターフェースデバイス（例えば、コンピューティングシステムと同じ物理的範囲内にあるもの）または外部のネットワークインターフェースデバイス（例えば、結合されているコンピューティングシステムとは別個の物理的範囲内にあり、および／または、別個の電源を持つもの）、例えば、ネットワークインターフェースカードまたはネットワークインターフェースコントローラ（ＮＩＣ）を利用して構築するとしてよい。
【００１４】
ある実施形態によると、デバイス１０６−１１０は、例えば、図２以降の図面を参照しつつ本明細書で説明するように、例えば、ローカル処理によって、および／または、サーバ１０４の指示によって、オフラインでのユーザ閲覧について、提供し、課金し、および／または、収入として確実に計上するとしてよい。
【００１５】
一部の実施形態によると、ユーザ閲覧に関連する処理の少なくとも一部をローカルデバイスで実行することによって、ユーザのプロフィールデータがローカルデバイスにはセキュアに存在するので、ターゲット化の精度を高くすることができるとしてよい。逆に、ブラウザキャッシュの利用、または、ユーザがオフラインになる前のプリフェッチ等を選ぶと、ターゲットユーザの決定、広告インベントリの周期的な利用、または、信頼性が高く詳細な内容の広告効果データの提供を動的に行うことができない。
【００１６】
図２は、実施形態に係るセキュアなコンテンツ配信システム２００を示すブロック図である。同図に示すように、システム２００は、クライアント２０２およびＷＡＮ２０４を備える。クライアント２０２は、さまざまな構成要素を有するとしてよい。例えば、アプリケーション２０６（例えば、ユーザにコンテンツを表示または提供するためのアプリケーション）、オペレーティングシステム（ＯＳ）ハイパーテキスト転送プロトコル（ＨＴＴＰ）クライアント２０８（例えば、ローカルに、および／または、ＷＡＮサーバから提供される広告の受信および転送といった、ＨＴＴＰ関連の処理を行うためのもの）、および、セキュアな広告／コンテンツサービス２１０（例えば、クライアントがオフラインの場合に広告／コンテンツを提供する）を有するとしてよい。一部の実施形態によると、ブラウザ２０６は、画像、テキストの表示、および／または、音声／動画コンテンツの再生を行うことができるとしてよい。アプリケーション２０６は、例えば、オフラインでも動作するがオフライン中は広告の提供、循環、評価を行う機能は持たない一部のブラウザで実施されているように、例えば、オンラインデータまたはサイト固有ブラウザを閲覧するブラウザの外部で実行されるアプリケーションを有するとしてよい。一部の実施形態によると、広告コンテンツ、広告メトリック、ユーザプロフィール、および／または、広告提供基準は保護されているとしてよい。
【００１７】
サービス２１０は、ポリシーマネージャ、ＯＳプロセス、デバイス・コンテクスト・モジュール２１１、ローカルＨＴＴＰサーバ２１２（例えば、アドレス１２７．０．０．１にあり、ブラウザ２０６に広告／コンテンツを提供する）、ＨＴＴＰクライアント２１４（広告サーバおよび／またはコンテンツ配信ネットワーク（ＣＤＮ）に結合される）、および、セキュアなローカル広告／コンテンツサーバ（ＬＡＳ）データベース２１６を有するとしてよい。
【００１８】
図２に示すように、クライアント２１４は、広告サーバおよび／またはＣＤＮから引っ張ってきた広告／コンテンツを、セキュアなデータベース２１６に格納するとしてよく、そして、セキュアなデータベース２１６からサーバ２１２によって取得される。ＷＡＮ２０４は、さまざまな実施形態によると、広告サーバ、ＣＤＮ、クラウドサービス等を有するとしてよい。デバイス・コンテクスト・モジュール２１１は、電力、帯域幅、接続状態、表示機能、セキュリティオプション等のクライアント２０２に関連するパラメータを認識するとしてよい。また、デバイス・コンテクスト・モジュール２１１は、ＷＡＮ２０４のサービス／サーバに対して広告を要求するタイミングを決定する際に利用されるとしてよい。
【００１９】
図３は、実施形態に係る、広告／コンテンツをセキュアに提供するための処理を説明するフローチャートである。図３に示すように、（例えば、図２に示すクライアント２０２における）ユーザ操作／ウェブブラウザ、ローカル広告サーバ（ＬＡＳ）（本明細書で説明する、任意の種類のコンテンツを提供するサーバであってよい）での処理、および、クラウドでのサービス（例えば、図２のＷＡＮ２０４で実行されるもの）に基づき処理を説明する。また、本明細書に記載する一部の実施形態ではＨＴＴＰに言及しているが、これは一例に過ぎず、ＨＴＴＰを利用することなく、または、他の種類のプロトコルを利用して実施形態を実施するとしてもよい。
【００２０】
図３に示すように、クライアントはまず（例えば、アカウントを設定することによって、発行元または広告ネットワークを登録することによって、および／または、デバイスコンテクスト２１１を初期化するために利用されるプロフィール情報を提供することによって）ブート３０２を行うとしてよく、その後、ＬＡＳ（ある実施形態によると、図２のＯＳ  ＨＴＴＰクライアント２０８であってよい）を介してサービス（例えば、ｈｔｔｐ：／／ｗｗｗ.ｘｙｚ．ｃｏｍ）にページ要求３０４を送る。当該サービスは、応答３０６するとしてよく、この応答結果は、例えば、ブラウザに直接配信されるか、または、図２のデータベース２１６に格納されるとしてもよい。処理３０２−３０６は、クライアント２０２がオンラインの間に実行されるとしてよい。ネットワーク接続が（例えば、周期的に接続を切断することで）利用不可能または不安定になると、ページエレメントは、ローカル広告サーバ（例えば、図２のデータベース２１６）からユーザ／ブラウザによってフェッチ３０８−３１０されるとしてよい。同図にさらに示すように、クライアントネットワーク接続が再構築されると、ＬＡＳ２１６は、（例えば、プリフェッチすることによって、または、既にフェッチしたものを更新することによって）クラウドからのデータをリフレッシュ３１２−３１４するとしてよい。
【００２１】
一実施形態によると、広告は広告サーバから周期的にフェッチされるとしてよい。例えば（例えば、ある実施形態においてデフォルトオプションとして）、ユーザプロフィールに基づいて非同期にプリフェッチを行うとしてよい（そして、後にオフラインになった時に提供するとしてよい）。また（例えば、ある実施形態においてはオプトアウトオプションとして）、広告／コンテンツは、ユーザがオンラインのプロパティを訪問するとフェッチされるとしてよい（例えば、オンライン時にフェッチして、オフライン時に提供）。上述したように、広告は、ローカルデータベース（例えば、データベース２１６）に格納するとしてよい。また、オフライン中には、ローカルデータベースからの広告の提供／メトリックは、セキュアに追跡され、格納されて、例えば、ネットワーク接続状態に基づき、オンラインになると広告／コンテンツサーバにアップロードされるとしてよい。
【００２２】
ある実施形態によると、セキュアなデータベースを用いて、広告メトリック、ユーザプロフィール、および、広告主の基準をクライアントに格納するとしてよい。このような安全性は、暗号化、認証、および、これらの組み合わせ等のオプションによって実現することができる。また、オフライン時に表示される広告は、広告主が定める頻度制限、ＴＴＬ（Ｔｉｍｅ  ｔｏ  Ｌｉｖｅ）等のポリシーを実施することによって、循環させられるとしてよい。
【００２３】
一部の実施形態によると、クライアントデバイスにおけるプロセッサの利用は、メモリページフォールトまたはその他のメモリロード／アクセス（例えば、最近の履歴について）と共に、（例えば、最近の履歴について）モニタリングされて、クラウド内のサービスとの相互作用を行うための最適なタイムウィンドウを判断するべく所定期間におけるネットワーク利用可能性、デバイス利用可能性、および／または、ユーザの好みを判断する際にパラメータとして利用されるとしてよい。これら３つの基準はそれぞれ、帯域幅、ネットワーク、プロセッサ、メモリ等のデバイスのレイテンシ、時刻、および、その他のユーザの好みを自由な表現で表すデータ等の変数クラスタであってよい。
【００２４】
図４は、ある実施形態に係る広告／コンテンツ配信オークション管理システムを示すブロック図である。同図に示すように、システム４００は、広告オークションマネージャ（例えば、本明細書の以下の部分で詳細に後述する広告／コンテンツのためのオークションを管理する）、デバイス・コンテクスト・モジュール２１１、監視プロセス（例えば、（１）デバイスから不正／偶発的にオフラインサービスを削除することに対するプロセスセキュリティ、（２）ネットワーク、デバイス等が変化するか否か監視する、（３）メトリックマネージャ、基準マネージャ等を呼び出して、周期的に、例えば、広告効果データの記録、広告要素の削除、広告データベースのリフレッシュ等の管理タスクを実行する、のうち１以上を提供する）、ネットワークサービス４０６、および、ＯＳサービス４０８（例えば、本明細書に記載するようなＯＳ関連サービスを提供）を備える。
【００２５】
ある実施形態によると、ネットワークサービス４０６は、クライアントシステムのハードウェアが提供するＯＳおよび／またはドライバによって実装される。ネットワークサービスは、接続状態、消費された帯域幅および利用可能な帯域幅、ならびに／または、その他のネットワークパラメータを始めとする、ネットワーク接続状態に関する粒度情報（ｇｒａｎｕｌａｒ  ｉｎｆｏｒｍａｔｉｏｎ）へのアクセスを提供するとしてよい。例えば、ネットワーク接続状態を判断するべくポーリング方式および／または通知方式を実行するとしてよい。このようなインターフェースは、ネットワーク化ハードウェアドライバまたは専用のプログラミングインターフェースと共に、利用可能なアプリケーション・プログラミング・インターフェース（ＡＰＩ）を用いることによって実装され得る。利用可能なネットワーク接続における帯域幅の消費量は、広告サーバに広告要素を要求するための最適なタイムウィンドウまたはローカルに収集したメトリックを広告サーバにアップロードするための最適なタイムウィンドウ（例えば、帯域幅の消費量が減った時）を決定する際の入力内容の１つとして、（例えば、ある実施形態では履歴データに基づき）モニタリングされるとしてよい。
【００２６】
図４を参照しつつ説明すると、広告ダウンロードマネージャ４１０は、以下に説明するコンテクスト情報に基づき、広告サーバから広告要素をダウンロードする最適なタイムウィンドウを決定するとしてよい。
（１）デバイスコンテクスト：デバイスコンテクストは、時間の経過と共に変化する、例えば、プロセッサ利用率、ネットワーク係数等に応じて変化する、クライアントに関するパラメータに関する情報を提供する一連のＡＰＩ（例えば、Ｉｎｔｅｌ（登録商標）アーキテクチャ（ＩＡ）のハードウェアで実装されるもの）であってよい。報告されたコンテクストでは、電力、電池の状態、帯域幅、接続状態、表示、セキュリティ等が認識されているとしてよい。
（２）個人プロフィール：個人プロフィールマネージャ４１２は、広告ダウンロードマネージャ４１０が広告要素をダウンロードする最適なウィンドウを決定する際に利用するパラメータをエクスポートするとしてよい。
（３）ネットワークコンテクスト：ネットワークコンテクストは、ネットワーク利用可能性（一実施形態では、ネットワークピンとして実施されるとしてよい）、ユーザの好み（例えば、時刻を基準にした制御）、デバイス機能（例えば、どのように物理的に接続されているか、負荷係数等）、および／または、ネットワークパートナー特性等のパラメータを定義しているとしてよい。これらのパラメータは、１以上のタイムウィンドウにわたって追跡されるとしてよい。
【００２７】
ある実施形態では、ユーザがオフラインでの広告の提供を断っているか否かに関係なく、広告をクライアントのローカルデータベースに格納するとしてよい。これは、利用可能な形態のストレージ（例えば、ソリッド・ステート・ドライブ（ＳＳＤ）またはハード・ディスク・ドライブ（ＨＤＤ））において保護されているまたは保護されていないハードウェアのデータベースとして実現されるとしてよい。データベースは、パートナーである発行元、ウェブプロパティ、および広告要素によってセグメント化されるとしてよい。
【００２８】
ある実施形態によると、広告データベースは以下に列挙するものを格納するとしてよい。
（ａ）広告サーバ／ＣＤＮからダウンロードされる広告クリエイティブ、および／または、
（ｂ）優先度情報を提供する。これは、広告要素に対する好み／優先度ルールマトリクスとして表現されるとしてもよい。ルールマトリクスは、広告クリエイティブ毎に割り当てられる重み付けされた優先度として実現されるとしてよい。ルールは、広告要素の重みを変更するのに利用されるとしてよい。例えば、ルール（時刻が１９：００から２３：００の間は、広告要素ｒｅｆ＃ｘｙｚ１２３を１．５倍に重み付けする）。ルールはまた、広告主の設ける基準の中でも広告クリエイティブの有効期間（Ｔｉｍｅ  ｔｏ  Ｌｉｖｅ）を決定するとしてもよい。
【００２９】
個人プロフィールマネージャ４１２は、オプトアウトメカニズムとして実現されており（例えば、ユーザはデフォルトでは選択されている）、ユーザがオプトアウトできるようにメカニズムをユーザに提供するとしてよい。ある実施形態によると、オプトアウトのレベルは以下のように２つのレベルで設定され得る。
ａ．サービスオプトアウト：ユーザは、広告サービスを全てオプトアウトする選択肢を持つ。これは、ユーザによるアクセスおよび操作が可能なベーシック・インプット・アウトプット・システム（ＢＩＯＳ）、ＯＳまたは、アプリケーションのレベルの制御によって実現するとしてよい。
ｂ．発行元オプトアウト：ユーザは、特定の発行元のサービスをオプトアウトする選択肢を持つ。
【００３０】
ユーザプロフィール情報は、セキュアなデータベースにおいて収集および管理されるとしてよい。一部の実施形態によると、個人プロフィールにはさらに以下のような情報が含まれるとしてよい。
（１）アプリケーション利用履歴
ａ．クライアントにおけるパートナーアプリケーションの利用を追跡
ｂ．アプリケーションは、スタンドアロン型であってもよいし、ブラウザ内でホストされているものであってもよい。
ｃ．費やされた時間の合計、時刻、アプリケーション利用箇所に関する相互作用データを収集
（２）個人プロフィール情報
ａ．自分で表現したデータ
ｂ．位置データ等
（３）システム利用履歴
ａ．システムのオン期間およびオフ期間
ｂ．ネットワークが利用可能か否か
ｃ．ピーク時およびオフピーク時の利用
【００３１】
広告基準マネージャ４１４は、以下に列挙する処理のうち１以上を実行するとしてよい。
（１）広告主のターゲット基準を広告サーバに要求
（２）広告要素毎に、および／または、パートナー毎にターゲット基準データベースを保持
（３）広告主が定める頻度上限基準。これは、ユーザ毎の最大露出数、広告要素毎の最大露出数等として表現されるとしてよい。
（４）セキュアなデータベースであってもよいし、そうでなくてもよい。
【００３２】
ある実施形態によると、広告フェッチメカニズムは、広告が広告サーバからプリフェッチされるオプトアウトモデルとして実現されるとしてよい。ユーザがオフラインでの広告の提供をオプトアウトすると、ユーザがウェブプロパティを訪問した場合にのみ広告がキャッシュされる。
【００３３】
広告メトリックマネージャ４１６は、以下に列挙する処理のうち１以上を実行するとしてよい。
ａ．ユーザがオフラインの場合にクライアントで提供される広告の記録を取る（例えば、パートナー毎に、プロパティ毎に、等）。
ｂ．オンラインになると、広告サーバに送信するセキュアなデータパケットを作成する
ｃ．ネットワークサービス層（例えば、サービス４０６）とやり取りを行って、ローカルに収集されたメトリックを広告サーバにアップロードする最適なタイムウィンドウを決定する。
【００３４】
一部の実施形態によると、表示すべき広告の選定は、３つの基準を確認することによって、行われるとしてよい。
１．広告主のターゲット基準
２．ユーザのプロフィール情報
３．広告ネットワークに要求が発行されたタイミングでの閲覧コンテクスト
【００３５】
ユーザがオフラインである場合、上述した基準３は、広告サーバはクライアントと通信不可能であるので満たされず、広告サーバは、ユーザがいつオフラインになるかを判断しないとしてよい。クライアントがオフラインである場合、ユーザプロフィールのプライバシー／保護を保証するべく、クライアントおよび広告サーバはターゲット選択作業負荷を分けるとしてよい。ある実施形態によると、これは、以下に記載するように実施されるとしてよい。
ａ．基本情報のみの個人を特定しないプロフィールを作成する。実際のユーザプロフィールの全情報は、クライアント上に保護された状態のまま残り、個人を特定可能な情報（ＰＩＩ）を含まない簡略プロフィールを作成して、広告サーバに送る（例えば、性別、年齢、位置）。
ｂ．広告主の基準：広告サーバは、この情報に基づき広告主の基準を確認して、一致する広告主を判断するとしてよい。この情報は、クライアントに送り返されるとしてよい。
ｃ．広告を提供する優先順位：広告クリエイティブが複数ある場合には、ルールに基づいて、クライアントに提供すべき広告クリエイティブを決定する。
ｄ．ターゲット決定アルゴリズムを実行：クライアントは、プロフィールの全情報と共にこの情報を参考にして、広告主−ユーザのより良い組み合わせを見つけるとしてよい。
ｅ．広告要素を要求：クライアントは、得られた高精度のターゲット決定情報に基づき、広告サーバに１以上の広告要素を要求する（例えば、この時点において広告コンテンツサーバにリダイレクトするとしてもよい）。
【００３６】
一部の実施形態によると、ユーザがオフラインでの広告の提供をオプトアウトすると、クライアントはプロフィール情報を作成または格納しないとしてよい。クライアントでは広告の行動ターゲティングを行わないとしてもよい。しかし、広告サーバによる行動ターゲティングも排除するものではないとしてよい。広告サーバの行動ターゲティングをオプトアウトするためのメカニズムを別個に設けるとしてもよいし、設けないとしてもよい。
【００３７】
図５は、ある実施形態に係るオークションマネージャのベン図である。同図に示すように、どの広告／コンテンツをクライアントに提供するかを決定する際に、オフラインコンテクスト、ユーザプロフィール属性、一致する広告主等を考慮するとしてよい。オフラインコンテクストには、（ａ）オフラインになった時刻、（ｂ）訪問したプロパティ（例えば、パートナーサイトまたはパートナーでないサイト）、および／または、（ｃ）クライアントで利用可能なローカルコンテクスト情報（例えば、電力状態、セキュリティソフトウェアの状態等）が含まれるとしてよい。
【００３８】
一部の実施形態によると、オークションは２つのレベルで実行されるとしてよい。（ａ）基本情報、ユーザプロフィールのうち個人を特定しない情報を用いて行われる予選オークション、および、（ｂ）ユーザプロフィールの全情報、広告主の基準、および、オフラインコンテクストを用いて行われる本選オークションの２つである。
【００３９】
ある実施形態によると、タイムウィンドウは、実際の時間軸に沿って等間隔で測定されるそれぞれ独立した連続期間と定義される。タイムウィンドウの長さは、ポリシーによって定義され、１秒である可能性もあれば、１分である可能性もあり、ポリシーが定める実際の時間軸に沿った任意の長さである。
【００４０】
一部の実施形態によると、３種類の入力要素、つまり、ユーザクラスタ、発行元／プロパティクラスタ、および、アルゴリズムクラスタについて、３つの要素クラスタを定義するとしてよい。各クラスタは、ポリシーによって定められる一意的な重み付け係数が割り当てられ、一意的な要素群を含む。クラスタに含まれる各要素には、何らかの計算によって決まる０から１０のうちのスコアが割り当てられる。発行元のスコアは最終的に、０から１の間の値で評価され、以下のように決定される。
発行元／プロパティスコア＝（ユーザクラスタの重み×Σ要素スコア）＋（発行元クラスタの重み×Σ要素スコア）＋（アルゴリズムクラスタの重み×Σ要素スコア）
【００４１】
スコアが高くなると、広告サーバに対してその発行元の広告要素を要求する優先度が高くなる。優先度競争の終了時点において、スコアが最も高い発行元／プロパティを勝者として選択して、広告をクライアントに供給する。
【００４２】
ユーザクラスタには、これらに限定されないが、ある発行元のウェブプロパティをユーザが訪問する確率（Ｐ（訪問））、広告交流時間、および、費やされた時間を含むユーザの行動に左右される要素が全て集められる。より具体的には、各要素には、固有の動作限界および単位があるとしてよく、例えば、費やされた時間という要素は、離散的な整数で表され、「タイムウィンドウ」を単位として表される。プロパティを訪問する確率という要素は、０から１の間の実数で表される。一実施形態によると、あるクラスタに含まれる要素を合計するべく、各要素を単位のない０から１の尺度で正規化するとしてよい。また、ユーザクラスタには、例えば、交流時間、費やされた時間、Ｐ（訪問）等のユーザの行動に左右される要素が全てまとめられているとしてよい。Ｐ（訪問）は、ユーザが現在のタイムウィンドウ中にウェブプロパティを訪問する確率を定めており、０と１の間の実数である。これは、ウェブプロパティを過去に訪問した証拠を維持している場合に（例えば、図６を参照のこと。「×印」は訪問していないことを表し、「チェック印」は訪問したことを表す。）、ベイズ推論モデルを用いて決定することができる。この証拠に基づいて現在のタイムウィンドウにおいてＰ（訪問）を計算し直す。
【００４３】
プロパティに費やされた時間は、ユーザがパートナーウェブプロパティで費やした時間として定義され、タイムウィンドウ当たりの実際の時間で表される。例えば、ユーザはパートナープロパティでタイムウィンドウの２０％を費やした、というように表される。このため、０と１の間の実数である。現在のタイムウィンドウにおける費やされた時間の予測値は、単純に先行するｎ個のタイムウィンドウの移動平均であってもよいし、ユーザが基準時間よりも多く費やす確率として表すとしてもよい。この確率は、過去に基準値を上回ってまたは下回って費やされた時間を証拠として保持している場合には、ベイズ推論モデルを用いて決定することができる。この証拠に基づき、現在のタイムウィンドウにおけるＰ（費やされた時間＞基準値）を計算し直す。図６Ａは、１以上のタイムウィンドウにわたってパラメータ値を追跡している様子および過去の値に基づき現在のタイムウィンドウにおけるパラメータ値を予測する様子を図示している。ある実施形態によると、パラメータ値の基準値を保持して、各タイムウィンドウにおけるパラメータ値がこの基準値を上回っているか下回っているかを決定するとしてよい。
【００４４】
広告要素露出時間は、パートナー発行元からの全ての広告要素がユーザに露出された時間と定義され、タイムウィンドウ当たりの実際の時間で表される。例えば、ユーザはパートナープロパティでタイムウィンドウの２０％に当たる時間を費やした、というように表す。このため、０と１の間の実数である。現在のタイムウィンドウにおける露出時間の予測値は、上述した「プロパティで費やされた時間」の場合と同様に、移動平均またはベイズ理論によって計算される。
【００４５】
発行元／プロパティクラスタは、発行元／ウェブプロパティに左右される要素、例えば、要素サイズ、優先度、有効期限が切れた要素、サーバ応答時間等を全てまとめたものであるとしてよい。要素サイズは、一回のトランザクションで広告サーバからフェッチする広告要素全ての平均サイズを意味するとしてよい。これは、広告サーバとの間で行われた過去ｎ回のトランザクションの移動平均として保持される値であるとしてもよく、０とトランスポートメカニズムの最大許容可能ペイロードとの間の実数である。サーバ応答時間は、広告要素を求める要求に対する広告サーバの応答時間の予測値として定義されるとしてよく、実際の時間を単位として表される。現在のタイムウィンドウにおけるサーバ応答時間の予測値は、上述した「プロパティで費やされた時間」の場合と同様に、移動平均またはベイズ理論によって計算される。応答時間が長い広告サーバを優先するか、応答時間が短い広告サーバを優先するかについて、ポリシーを決定する必要がある。したがって、サーバ応答時間の予測値は、以下のように正規化されるとしてよい。
ａ．ポリシー：応答時間が長いほど優先
応答時間＝トランスポートマップの最大許容ＴＴＬから正規化尺度において１０まで
ｂ．ポリシー：応答時間が短いほど優先
応答時間＝トランスポートマップの最大許容ＴＴＬから正規化尺度において０まで
【００４６】
発行元優先度は、Ｉｎｔｅｌ（登録商標）と発行元との関係の重要性として定義されるとしてよく、ポリシーに応じて決まる。これは、０から１０までの整数で表され、１０は最高優先度、０が最低優先度を意味する。有効期限が切れた要素は、リフレッシュされる前に有効期限が切れた広告要素の割合として定義されるとしてよく、発行元の全ての広告要素に対する有効期限が切れた広告要素の割合として表され、０と１の間の実数であり、０が有効期限が切れた広告要素がないことを意味し、１が全ての広告要素の有効期限がきれていることを意味する。広告要素の有効期限に関するポリシーは、広告主によって定められる。
【００４７】
アルゴリズムクラスタには、ランキングアルゴリズムの性格によって結果の出方に影響を及ぼす要素が全てまとめられるとしてよい。例えば、選択された回数が含まれる。選択された回数は、過去ｎ個のタイムウィンドウにおいて広告要素が要求された回数として定義されるとしてよい。特定のサイトにユーザが過度に集中する、または、広告サーバが非常に高速に動作する等の要因によって、１または少数の広告サーバが繰り返し優先されて、他のパートナー発行元からの広告要素のダウンロードが実現しないという事態に陥ってしまうことが考えられる。このような事態を避けるべく、ダウンロードするべく選択されていない発行元／プロパティを、ダウンロードされるべく既に選択された発行元／プロパティよりも優先する。これは、０（一度も選択されていない）と「ｎ」（常に選択されている）との間の整数で表され、「ｎ」は履歴を取っているタイムウィンドウの数を表す。選択された回数は正規化され、（ａ）正規化尺度において０から１０の間でマッピングされ、および、（ｂ）正規化尺度において「ｎ」から０の間でマッピングされる。
【００４８】
ある実施形態によると、「古い」広告はデータベースから削除されるとしてよい。例えば、時間に応じて（周期的に）削除するとしてもよいし、広告サーバから受信する応答（特定の広告要素、全ての広告要素、または、古い広告要素を除去することを示すもの、ポリシーによって「古い」が定義されている）に応じて削除されるとしてもよい。また、一実施形態によると、例えば、後に完全オークションに参加する１以上の広告主を決定するべく、部分オークションを実行するとしてよい。ある実施形態によると、部分オークションの勝者は、完全オークションの前においては、選択される確率が同じであるとしてよい。完全オークションでは、ユーザがアクセスする場合に、発行元のサイトに表示される広告要素が選択されるとしてよい。
【００４９】
また、広告サーバに広告要素を要求するか否かを判断する際に、ネットワーク状態を考慮するとしてもよい。例えば、入力要素の３つのクラスタを、ユーザの好み、デバイス機能、および、パートナー（ネットワーク上）特性から構成するとしてよい。各クラスタは、ポリシーによって定められる一意的な重み付け係数が割り当てられるとしてよく、一意的な要素群を含む。クラスタに含まれる各要素には、何らかの計算によって決まる０から１０のうちのスコアが割り当てられるとしてよい。また、あるクラスタに含まれる要素を合計できるように、各要素を単位のない０から１０の尺度で正規化するとしてよい。ネットワークの利用可能性は、ブール変数として定義されるとしてよく、例えば、１がネットワークサービスが利用可能であることを意味し、０がネットワークサービスが利用不可能であることを意味するとしてよい。これは、広告サーバに対するピンとして実現するとしてよく、ピン応答の失敗は０と評価され、ピン応答の成功は１と評価される。ネットワーク利用可能性は、正規化されない。ユーザの好みのクラスタは、ユーザ自身が表現する好み（例えば、午後６時から午後１０時までは接続しない時刻制御、ＰＣに接続されている携帯電話を利用してＰＣ上のネットワークにアクセスする等、制限された接続の上に接続しない）として定義されるとしてよい。デバイス機能のクラスタは、デバイスの機能／限界を定義するとしてよい。例えば、（ａ）ネットワークの種類、物理リンクの種類等の静的特性（しかし、変化することもある、例えば、ユーザがＬＡＮ接続からＷｉＦｉネットワークへと切り替えた場合など）、および、（ｂ）タイムウィンドウにわたって利用された／利用可能な（平均）帯域幅、プロセッサ利用率、メモリ負荷（ページフォールトの数）、ディスクロード（読出または書込の回数）等として測定されるデバイス負荷等の動的特性を定義している。
【００５０】
パートナー（ネットワーク上）特性のクラスタは、発行元優先度（管理実体とパートナーとの間の関係の関数である）、応答時間（ピン応答レイテンシから判断するとしてもよいし、広告要素が要求されると動的に追跡するとしてもよい）等のパートナー特性を定義するものとしてよい。許可／禁止スコアは、０と１の間の値で評価されるとしてよい。スコアを以下のようにして算出する。
許可／禁止スコア＝ネットワーク利用可能性＊
（ユーザの好みのクラスタの重み×Σ要素スコア）＋
（デバイス機能のクラスタの重み×Σ要素スコア）＋
（パートナー特性のクラスタの重み×Σ要素スコア）
【００５１】
しきい値は、２段階しきい値であってよく、到達すれば「許可」の決定を意味し、最低レベルを下回ると「禁止」の決定を意味する。例えば、上側しきい値および下側しきい値をＴ（ｍａｘ）およびＴ（ｍｉｎ）として、０＜Ｔ（ｍｉｎ）＜Ｔ（ｍａｘ）＜１とする。Ｔ（ｍｉｎ）≦「許可／禁止スコア」≦Ｔ（ｍａｘ）の場合、「許可」と決定される。「許可／禁止スコア」が上昇しており（前のタイムウィンドウの値＜現在のタイムウィンドウの値）、且つ、当該スコアがＴ（ｍｉｎ）よりも高い場合、「許可」と決定される。「許可／禁止スコア」が減少しており（前のタイムウィンドウの値＞現在のタイムウィンドウの値）、且つ、当該スコアがＴ（ｍｉｎ）よりも低い場合、「禁止」と決定される。
【００５２】
図７は、コンピューティングシステム７００の実施形態を示すブロック図である。さまざまな実施形態によると、システム７００の構成要素のうち１以上は、本発明の一部の実施形態を参照して本明細書で説明した処理のうち１以上を実行することができるさまざまな電子デバイスによって提供されるとしてよい。例えば、システム７００の構成要素のうち１以上は、図１から図６を参照して説明した処理を実行するべく利用されるとしてよく、および／または、図１から図６を参照して説明した１以上のデバイスは図７に示す１以上の構成要素を含むとしてよい。
【００５３】
また、コンピューティングシステム７００は、相互接続ネットワーク（またはバス）７０４を介して通信を行う１以上の中央演算処理装置（ＣＰＵ）７０２またはプロセッサを備えるとしてよい。プロセッサ７０２には、汎用プロセッサ、ネットワークプロセッサ（図１のネットワーク１０２と同一または同様のネットワークであるコンピュータネットワーク７０３においてやり取りされるデータを処理するもの）、または、その他の種類のプロセッサ（縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサまたは複合命令セットコンピュータ（ＣＩＳＣ）プロセッサを含む）が含まれるとしてよい。また、プロセッサ７０２は、シングルコア方式であってもよいし、マルチコア方式であってもよい。プロセッサ７０２は、マルチコア方式の場合、同じ集積回路（ＩＣ）ダイに複数の異なる種類のプロセッサコアを集積化するとしてもよい。また、プロセッサ７０２は、マルチコア方式の場合、対称マルチプロセッサまたは非対称マルチプロセッサとして実現されるとしてもよい。また、プロセッサ７０２は、ＳＩＭＤアーキテクチャを利用するとしてもよい。
【００５４】
チップセット７０６もまた、相互接続ネットワーク７０４と通信を行うとしてよい。チップセット７０６は、メモリコントロールハブ（ＭＣＨ）７０８を有するとしてよい。ＭＣＨ７０８は、メモリ７１２と通信を行うメモリコントローラ７１０を含むとしてよい。メモリ７１２は、ＣＰＵ７０２またはコンピューティングシステム７００内の任意のほかのデバイスによって実行される命令列を始めとするデータを格納するとしてよい。本発明の一実施形態によると、メモリ７１２は、揮発性ストレージ（またはメモリ）デバイス、例えば、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、または、その他の種類のストレージデバイスを１以上有するとしてよい。ハードディスク等の不揮発性メモリもまた利用され得る。相互接続ネットワーク７０４を介して通信を行うデバイス、例えば、複数のＣＰＵおよび／または複数のシステムメモリを追加するとしてよい。
【００５５】
ＭＣＨ７０８は、ディスプレイ７１６と通信を行うグラフィクスインターフェース７１４をさらに含むとしてよい。ディスプレイ７１６は、本明細書で説明するブラウン橋アルゴリズムに関連付けられる処理の結果をユーザに見せるために利用されるとしてよい。本発明の一実施形態によると、グラフィクスインターフェース７１４は、ＡＧＰ（アクセラレーテッド・グラフィクス・ポート）を介してディスプレイ７１６と通信を行うとしてよい。本発明のある実施形態によると、ディスプレイ７１６は、例えば、ビデオメモリまたはシステムメモリ等のストレージデバイスに格納されているデジタル画像をディスプレイ７１６が解釈および表示し得る表示信号へと変換する信号変換器を介してグラフィクスインターフェース７１４と通信を行うフラットパネルディスプレイであってよい。インターフェース７１４が生成する表示信号は、ディスプレイ７１６によって解釈された後に表示される前に、さまざまな制御デバイスを通過するとしてよい。
【００５６】
ハブインターフェース７１８によって、ＭＣＨ７０８と入出力制御ハブ（ＩＣＨ）７２０とが互いに通信できるようになるとしてよい。ＩＣＨ７２０は、コンピューティングシステム７００と通信を行うＩ／Ｏデバイスに対するインターフェースを構成するとしてよい。ＩＣＨ７２０は、周辺機器ブリッジ（またはコントローラ）７２４、例えば、周辺機器インターコネクト（ＰＣＩ）ブリッジ、ユニバーサル・シリアル・バス（ＵＳＢ）コントローラ、または、その他の種類の周辺機器ブリッジまたはコントローラ等を介して、バス７２２と通信を行うとしてよい。ブリッジ７２４は、ＣＰＵ７０２と周辺機器との間のデータ経路を提供するとしてよい。その他の種類の構成を利用するとしてもよい。また、複数のバスが、例えば、複数のブリッジまたはコントローラを介して、ＩＣＨ７２０と通信を行うとしてよい。また、ＩＣＨ７２０と通信を行うその他の周辺機器には、本発明のさまざまな実施形態によると、インテグレーテッド・ドライブ・エレクトロニクス（ＩＤＥ）または小型計算機システムインターフェース（ＳＣＳＩ）ハードドライブ、ＵＳＢポート、キーボード、マウス、パラレルポート、シリアルポート、フロッピー（登録商標）ディスクドライブ、デジタル出力サポート（例えば、デジタル・ビデオ・インターフェース（ＤＶＩ））またはその他のデバイスが含まれるとしてよい。
【００５７】
バス７２２は、音声デバイス７２６、１以上のディスクドライブ７２８、および、コンピュータネットワーク７０３と通信を行うネットワークインターフェースデバイス７３０と通信を行うとしてよい。ある実施形態によると、デバイス７３０は、無線通信を実行できるＮＩＣであってよい。バス７２２を介して通信を行うデバイスはこれら以外にも設けられるとしてよい。また、本発明の一部の実施形態では、さまざまな構成要素（例えば、ネットワークインターフェースデバイス７３０）は、ＭＣＨ７０８と通信を行うとしてよい。さらに、プロセッサ７０２およびＭＣＨ７０８（または、ＭＣＨの構成要素のうち１以上）を組み合わせて、単一チップを構成するとしてよい。さらに、本発明のほかの実施形態によると、グラフィクスインターフェース７１４は、ＭＣＨ７０８内に組み込まれるとしてよい。
【００５８】
さらに、コンピューティングシステム７００は、揮発性および／または不揮発性のメモリ（またはストレージ）を備えるとしてよい。例えば、不揮発性メモリには、リードオンリーメモリ（ＲＯＭ）、プログラム可能なＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的なＥＰＲＯＭ（ＥＥＰＲＯＭ）、ディスクドライブ（例えば、７２８）、フロッピー（登録商標）ディスク、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル・バーサティル・ディスク（ＤＶＤ）、フラッシュメモリ、光磁気ディスク、または、電子データ（例えば、命令を含む）を格納可能なその他の種類の不揮発性の機械可読媒体のうち１以上が含まれるとしてよい。ある実施形態によると、システム７００の構成要素は、図８を参照しつつ説明するように、ポイント・ツー・ポイント（ＰｔＰ）構成で配列されるとしてよい。例えば、プロセッサ、メモリ、および／または、入出力デバイスは、複数のポイント・ツー・ポイントインターフェースで相互に接続されるとしてよい。
【００５９】
より具体的に説明すると、図８は、本発明の実施形態に係るポイント・ツー・ポイント（ＰｔＰ）構成のコンピューティングシステム８００を示す図である。具体的には、図８は、プロセッサ、メモリ、および、入出力デバイスが、複数のポイント・ツー・ポイントインターフェースで相互に接続されているシステムを示す。図１から図７を参照しつつ説明した処理は、システム８００の構成要素のうち１以上によって実行されるとしてよい。
【００６０】
図８に示すように、システム８００は、複数のプロセッサを備えるとしてよい。分かりやすさを優先して、このうち２つのみ、つまり、プロセッサ８０２および８０４を図示している。プロセッサ８０２および８０４はそれぞれ、メモリ８１０および８１２と結合されるべくローカルメモリコントローラハブ（ＭＣＨ）８０６および８０８を有しているとしてよい。メモリ８１０および／または８１２は、図７のメモリ７１２に関して説明したように、さまざまなデータを格納するとしてよい。
【００６１】
プロセッサ８０２および８０４は、図７のプロセッサ７０２に関して説明したように、任意の適切なプロセッサであってよい。プロセッサ８０２および８０４はそれぞれ、ポイント・ツー・ポイント（ＰｔＰ）インターフェース回路８１６および８１８を用いて、ＰｔＰインターフェース８１４を介してデータのやり取りを行うとしてよい。プロセッサ８０２および８０４はそれぞれ、ポイント・ツー・ポイントインターフェース回路８２６、８２８、８３０、および８３２を用いて、対応するＰｔＰインターフェース８２２および８２４を介してチップセット８２０とデータのやり取りを行うとしてよい。チップセット８２０はさらに、ＰｔＰインターフェース回路８３７を用いて、高性能グラフィクスインターフェース８３６を介して高性能グラフィクス回路８３４とデータのやり取りを行うとしてよい。
【００６２】
本発明の少なくとも１つの実施形態は、プロセッサ８０２および８０４を用いて提供されるとしてよい。例えば、プロセッサ８０２および／または８０４は、図１から図７に示した処理のうち１以上を実行するとしてよい。しかし、本発明の他の実施形態は、図８のシステム８００が備えるその他の回路、ロジックユニット、またはデバイスに存在するとしてもよい。さらに、本発明のその他の実施形態は、図８に示す複数の回路、ロジックユニット、またはデバイスの間で配信されるとしてよい。
【００６３】
チップセット８２０は、ＰｔＰインターフェース回路８４１を用いてバス８４０に結合されるとしてもよい。バス８４０には、バスブリッジ８４２およびＩ／Ｏデバイス８４３のように、１以上のデバイスが結合されるとしてよい。バス８４４を介して、バスブリッジ８４３は、その他のデバイス、例えば、キーボード／マウス８４５、図８を参照しつつ説明したネットワークインターフェースデバイス８３０（例えば、コンピュータネットワーク７０３に結合されるモデム、ネットワークインターフェースカード（ＮＩＣ）等）、音声Ｉ／Ｏデバイス、および／または、データストレージデバイス８４８に結合されるとしてよい。データストレージデバイス８４８は、プロセッサ８０２および／または８０４が実行するコード８４９を格納するとしてよい。
【００６４】
本発明のさまざまな実施形態によると、例えば、図１から図８を参照しつつ本明細書に記載した処理は、ハードウェア（例えば、ロジック回路）、ソフトウェア（例えば、本明細書に記載したプロセッサ等のプロセッサの動作を制御するマイクロコードを含む）、ファームウェア、または、これらの組み合わせとして実現するとしてよい。これらのハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせは、コンピュータプログラム製品、例えば、本明細書に記載する処理を実行させるべくコンピュータ（例えば、プロセッサまたはコンピューティングデバイスのその他のロジック）をプログラミングする際に利用される命令（またはソフトウェアのプロシージャ）を格納している有形の機械可読媒体またはコンピュータ可読媒体として提供され得る。当該機械可読媒体は、本明細書に記載する任意のストレージデバイスを含むとしてよい。
【００６５】
さらに、このような有形のコンピュータ可読媒体はコンピュータプログラム製品としてダウンロードされるとしてもよく、プログラムはリモートコンピュータ（例えば、サーバ）から要求元コンピュータ（例えば、クライアント）へと、通信リンク（例えば、バス、モデム、または、ネットワーク接続）を介して転送されるデータ信号によって、転送されるとしてよい。
【００６６】
本明細書で「一実施形態」または「ある実施形態」と記載している場合、当該実施形態に関連付けて説明している特定の特徴、構造、または、特性が少なくとも１つの実施例に含まれることを意味している。本明細書では「一実施形態」という表現が繰り返し用いられているが、全てが同じ実施形態を示しているとしてもよいし、そうでないとしてもよい。
【００６７】
また、明細書および請求項では、「結合」および「接続」という用語を利用している。本発明の一部の実施形態によると、「接続」は、２つ以上の構成要素が互いに物理的または電気的に直接接触していることを意味する際に利用されるとしてよい。「結合」は、２つ以上の構成要素が互いに物理的または電気的に直接接触していることを意味するが、２つ以上の構成要素が互いに直接接触してはいないものの、互いに協働することを意味する場合もある。
【００６８】
このように、本発明の実施形態を構造上の特徴および／または方法論的な動作に特有の用語を用いて説明してきたが、請求の対象となる主題は上述した具体的な特徴または動作に限定されないものと理解されたい。上述した具体的な特徴および動作は寧ろ、請求の対象となる主題を実施する際の例として開示されている。
【図１】
2011204218.tif 000003
【図２】
2011204218.tif 000004
【図３】
2011204218.tif 000005
【図４】
2011204218.tif 000006
【図５】
2011204218.tif 000007
【図６】
2011204218.tif 000008
【図６Ａ】
2011204218.tif 000009
【図７】
2011204218.tif 000010
【図８】
2011204218.tif 000011
【手続補正書】
【提出日】平成22年12月20日(2010.12.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンピューティングデバイスとリモートコンテンツサーバとの間の結合がアクティブであると判断されることに応じて、前記コンピューティングデバイスのローカルメモリに前記リモートコンテンツサーバからのコンテンツデータを格納するか否かを判断する段階と、
前記リモートコンテンツサーバからの前記コンテンツデータを格納すると判断される場合、前記コンピューティングデバイスの前記ローカルメモリに前記コンテンツデータを格納する段階と、
前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合が非アクティブになった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記コンピューティングデバイスの出力デバイスに提供する段階と
を備え、
前記コンテンツデータを格納するか否かを判断する段階は、複数のリモートコンテンツサーバを対象とするオークションに基づき行われる方法。
【請求項２】
前記コンテンツデータを格納するか否かを判断する段階は、前記コンピューティングデバイスに対応するクライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて行われる請求項１に記載の方法。
【請求項３】
前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合を開始する前に、前記クライアントプロフィールデータを生成する段階をさらに備える請求項２に記載の方法。
【請求項４】
前記リモートコンテンツサーバからのデータを、前記コンピューティングデバイスの前記出力デバイスに直接提供する段階をさらに備える請求項１に記載の方法。
【請求項５】
前記結合が非アクティブである間、前記格納されているコンテンツデータの前記一部分の提供、および、前記格納されているコンテンツデータの前記一部分との相互作用のうち１以上に対応するメトリックデータを格納する段階をさらに備える請求項１に記載の方法。
【請求項６】
前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信する段階をさらに備える請求項５に記載の方法。
【請求項７】
前記格納されているメトリックデータを送信する前に、前記メトリックデータを暗号化する段階をさらに備える請求項６に記載の方法。
【請求項８】
前記メトリックデータを暗号化する段階をさらに備える請求項５に記載の方法。
【請求項９】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項１に記載の方法。
【請求項１０】
リモートコンテンツサーバからのコンテンツデータを格納するメモリと、
プロセッサと
を備え、
前記プロセッサは、
前記リモートコンテンツサーバとの間の結合がアクティブであると判断されることに応じて、前記メモリに前記リモートコンテンツサーバからの前記コンテンツデータを格納するか否かを判断し、
前記リモートコンテンツサーバとの間の前記結合がアクティブでなくなった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記プロセッサに結合されている出力デバイスに提供し、且つ、
複数のリモートコンテンツサーバを対象とするオークションに基づき、前記コンテンツデータを格納するか否かを判断する装置。
【請求項１１】
前記プロセッサは、クライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて、前記コンテンツデータを格納するか否かを判断する請求項１０に記載の装置。
【請求項１２】
前記プロセッサは、前記結合が非アクティブである間に、前記格納されているコンテンツデータの前記一部分の提供、または、前記格納されているコンテンツデータの前記一部分との相互作用のうち１以上に対応するメトリックデータを格納させる請求項１０に記載の装置。
【請求項１３】
前記プロセッサは、前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信する請求項１２に記載の装置。
【請求項１４】
前記メトリックデータは暗号化される請求項１３に記載の装置。
【請求項１５】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項１２に記載の装置。
【請求項１６】
前記プロセッサは、複数のプロセッサコアを有する請求項１２に記載の装置。
【請求項１７】
コンピュータに、
複数のリモートコンテンツサーバを対象とするオークションに基づいて、コンピューティングデバイスとリモートコンテンツサーバとの結合がアクティブであると判断されることに応じて、前記コンピューティングデバイスのローカルメモリに前記リモートコンテンツサーバからのコンテンツデータを格納するか否かを判断させ、
前記リモートコンテンツサーバからの前記コンテンツデータを格納すると判断される場合、前記コンピューティングデバイスの前記ローカルメモリに前記コンテンツデータを格納させ、且つ、
前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合がアクティブでなくなった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記コンピューティングデバイスの出力デバイスに提供させる
ためのプログラム。
【請求項１８】
前記コンピュータに、さらに、前記コンピューティングデバイスに対応するクライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて、前記コンテンツデータを格納するか否かを判断させるための請求項１７に記載のプログラム。
【請求項１９】
前記コンピュータに、さらに、前記コンピューティングデバイスと前記リモートコンテンツサーバとの間の前記結合を開始する前に、前記クライアントプロフィールデータを生成させるための請求項１８に記載のプログラム。
【請求項２０】
前記コンピュータに、さらに、前記リモートコンテンツサーバからのデータを、前記コンピューティングデバイスの前記出力デバイスに直接提供させるための請求項１７に記載のプログラム。
【請求項２１】
前記コンピュータに、さらに、前記結合が非アクティブである間、前記格納されているコンテンツデータの前記一部分の提供、および、前記格納されているコンテンツデータの前記一部分との相互作用のうち１以上に対応するメトリックデータを格納させるための請求項１７に記載のプログラム。
【請求項２２】
前記コンピュータに、さらに、前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信させるための請求項２１に記載のプログラム。
【請求項２３】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項１７に記載のプログラム。
【請求項２４】
リモートコンテンツサーバからのコンテンツデータを格納する不揮発性メモリと、
プロセッサと
を備え、
前記プロセッサは、
前記リモートコンテンツサーバとの間の結合がアクティブであると判断されることに応じて、前記メモリに前記リモートコンテンツサーバからの前記コンテンツデータを格納するか否かを判断し、
前記リモートコンテンツサーバとの間の前記結合がアクティブでなくなった旨が検出されることに応じて、格納されている前記コンテンツデータの一部分を前記プロセッサに結合されている出力デバイスに提供し、且つ、
複数のリモートコンテンツサーバを対象とするオークションに基づき、前記コンテンツデータを格納するか否かを判断するシステム。
【請求項２５】
前記プロセッサは、クライアントプロフィールデータ、および、発行元クラスタまたはプロパティクラスタのうち１以上に基づいて、前記コンテンツデータを格納するか否かを判断する請求項２４に記載のシステム。
【請求項２６】
前記プロセッサは、前記結合が非アクティブである間に、前記格納されているコンテンツデータの前記一部分との相互作用および前記格納されているコンテンツデータの前記一部分の提供のうち１以上に対応するメトリックデータを格納させる請求項２４に記載のシステム。
【請求項２７】
前記プロセッサは、前記結合がアクティブであると判断されることに応じて、格納されている前記メトリックデータを前記リモートコンテンツサーバに送信する請求項２６に記載のシステム。
【請求項２８】
前記プロセッサは、前記メトリックデータを暗号化させる請求項２６に記載のシステム。
【請求項２９】
前記コンテンツデータは、広告データ、音声データ、画像データ、動画データ、および、ペアレンタルコントロールデータのうち１以上を含む請求項２４に記載のシステム。
【請求項３０】
前記プロセッサは、複数のプロセッサコアを有する請求項２４に記載のシステム。
【外国語明細書】
2011204218000001.pdf