(57)【特許請求の範囲】
【請求項１】
コンピュータ・データベース・システムにおける通知方法であって、  前記コンピュータ・データベース・システムのアカウント管理サーバにおいて、前記コンピュータ・データベース・システムの検索データベースに記憶された検索リストに関連付けられたオーナーからの通知命令を、ネットワークを介して受信するステップであって、前記通知命令は、前記コンピュータ・データベース・システムの監視すべき条件、前記条件についてオーナーに通知する通知時間、前記条件について前記オーナーに通知する通知方法（モード）、そして前記条件についての前記オーナーへの通知に含まれる修正アクションのタイプを識別するアクション（行動）・タイプを特定するものである、そのようなステップと、
前記アカウント管理サーバにおいて、受信した通知命令に応答して、前記通知命令によって特定される前記条件を自動的に監視するソフトウェア・エージェントを生成するステップと、
前記アカウント管理サーバにおいて、前記ソフトウェア・エージェントが特定の前記条件が変化したことを検出すると、特定された前記時間に、特定された前記方法（モード）を用いて、特定された前記アクション・タイプの提案された修正アクションを含んで、ネットワークを介して前記オーナーに通知を送出することによって、前記ソフトウェア・エージェントが自動的に通知命令に応答するステップと、
前記アカウント管理サーバにおいて、ネットワークを介して、オーナーから、前記提案された修正アクションを受け入れた旨を受信するステップと、
オーナーが受け入れたことに応答して、コンピュータ・データベース・システムにおいて前記ソフトウェア・エージェントが自動的に修正アクションを実行するステップと、
を含むことを特徴とする方法。
【請求項２】
前記通知命令を受信するステップは、
前記関連づけられたオーナーが通知を所望する１又は２以上の検索リストのための識別情報を受信することを含んでいる、請求項１に記載の通知方法。
【請求項３】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
検索者からの検索照会に応答して、検索リストが、検索結果を形成する他の検索リストとともに検索者によって参照されるときの検索結果におけるポジションの変更についての通知のためのポジション条件を特定する識別情報を受信することを含むものである、請求項２に記載の通知方法。
【請求項４】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
検索者からの検索照会に応答して検索リストが検索者によって参照されるときの、オーナーによって支払い可能な経済的価値であるコスト・パー・クリックスルーの値についての通知のためのコスト・パー・クリックスルー条件を特定する識別情報を受信することを含むものである、請求項２に記載の通知方法。
【請求項５】
請求項１に記載の通知方法であって、
前記通知命令の受信は、
オーナーに関連づけられたアカウントのためのアカウント残高についての通知のためのアカウント残高条件を特定する識別情報を受信することを含むものである、請求項１に記載の通知方法。
【請求項６】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
１又は２以上の検索リストのための総計インプレッションについての通知のためのインプレッション条件を特定する識別情報を受信することを含むものである、請求項２に記載の通知方法。
【請求項７】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
１又は２以上の検索リストのための総計クリックスルーについての通知のためのクリック条件を特定する識別情報を受信することを含むものである、請求項２に記載の通知方法。
【請求項８】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
１又は２以上の検索リストのための総計クリックスルー・レートについて通知するためのクリックスルー・レート条件を特定する識別情報を受信することを含むものである、請求項２に記載の通知方法。
【請求項９】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
検索結果の中から検索者からの検索照会に応答して検索リストが検索者に送られたときに、検索結果の中から、広告主が特定した表示ランクに影響を与えることなく減らすことができるコスト・パー・クリックスルーを有する１又は２以上の検索リストについて通知するためのＣＰＣ−ｔｏｏ−ｈｉｇｈ条件を特定する識別情報を受信することを含むものである、請求項２に記載の通知方法。
【請求項１０】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
特定されたコスト・パー・クリックスルーよりも小さい検索者からの検索照会に応答して検索者に提示される検索結果の中で、１又は２以上の検索リストが特定された表示ランクにありうるときの、特定されたコスト・パー・クリックスルー及び特定された表示ランクを含むランク−ＣＰＣ条件を特定する識別情報を受信することを含むものである、請求項２に記載の通知方法。
【請求項１１】
請求項２に記載の通知方法であって、
前記識別情報の受信は、
２以上の検索リストに関する平均コスト・パー・クリックスルーについての平均ＣＰＣトゥ・ハイ条件を特定する識別情報を受信することを含むものである、請求項２に記載の方法。
【請求項１２】
請求項１に記載の通知方法であって、
前記通知する時間の受信は、
即座通知を送るための検索リストの識別を受信すること、又は、インターバル通知を送るための検索リストの識別を受信することのうちの一方である、請求項１に記載の通知方法。
【請求項１３】
前記通信のモードは、電子メール、インスタント・メッセージ、ファクシミリ、ポケットペルの呼出し、および電話音声呼び出しを含むグループから選択されるものである、請求項１に記載の通知方法。
【請求項１４】
前記アクション・タイプは、メッセージおけるアクティブ・リンク、メッセージにおけるインアクティブ・リンク、電子メール、電話、自動修正および緩和を含むグループから選択される少なくとも一つのアクション・タイプを含むものである、請求項１に記載の通知方法。
【請求項１５】
前記通知の送信は、電子メール通知、メッセージに含まれたアクティブ・リンク通知、およびメッセージに含まれたインアクティブ・リンク通知のうち、少なくとも１を送信することを含むものである、請求項１に記載の通知方法。
【請求項１６】
前記通知の送信は、電話による通知、インスタント・メッセージによる通知、ファクシミリによる通知、及びポケットベルによる通知のうち少なくとも一つを送るものである、請求項１に記載の通知方法。
【請求項１７】
請求項２に記載の通知方法であって、
前記修正アクションは、少なくとも一つのコスト・パー・クリック及び１又は２以上の検索リストのための表示ランクを自動的に調整すること含み、ここで、検索リストのための表示ランクは、検索者からの検索照会に応答して検索リストが検索者に送られたときの検索結果の検索リストのポジションを定義するものであり、コスト・パー・クリックは、検索者からの検索照会に応答して検索リストが検索者に送られたときにオーナーによって支払い可能な経済的価値である、請求項２に記載の通知方法。
【請求項１８】
前記修正アクションは、オーナーに関連づけられたアカウントの残高を自動的に補充することを含むものである、請求項１に記載の通知方法。
【請求項１９】
前記修正アクションは、前記通知命令において特定された条件によって作成される１または２以上の制約を自動的に緩和することを含むものである、請求項１に記載の通知方法。
【請求項２０】
さらに、低すぎるアカウント残高条件に応答して、広告主に関連づけられたアカウントに資金を自動的に預けるステップを含むものである、請求項１に記載の通知方法。
【請求項２１】
さらに、
少なくとも一つのコスト・パー・クリック及び１又は２以上の検索リストのための表示ランクを自動的に調整すること含み、ここで、検索リストのための表示ランクは、検索者からの検索照会に応答して検索リストが検索者に送られたときの検索結果の検索リストのポジションを定義するものであり、入札額は、検索者からの検索照会に応答して検索リストが検索者に送られたときにオーナーによって支払い可能な経済的価値である、請求項２に記載の通知方法。
【請求項２２】
データベース検索システムであって、
各検索リストが広告主と関連づけられている検索リストのデータベースであって、各検索リストには、検索用語と、可変的コスト・パー・クリック（ＣＰＣ）及び可変的表示ランクのうち少なくとも一方が含まれる、検索リストのデータベースと、
前記検索リストのデータベースとデータ通信を行い、検索者から受信された検索照会に一致する検索リストをデータベース内で識別するよう構築された検索エンジンであって、前記一致検索リストは、表示ランクおよび一致検索リストの入札額のうち少なくとも一方に従って検索結果リストに並べられる、前記検索エンジンと、
広告主からの通知命令であって、前記データベース検索システムの監視しようとする条件、前記条件について広告主に通知する時間、前記条件について前記広告主に通知する通信の方法（モード）、そして前記条件についての前記広告主の通知に含まれる修正アクションのタイプを識別するアクション・タイプを特定する通知命令を、広告主から受信する手段と、
ソフトウェア・エージェントが受信した広告主からの特定のサーチリストのための条件定義に応答して、前記特定のサーチリストのための条件更新情報を、広告主によって指定された条件定義の中の条件に応答して自動的に広告主に提供するソフトウェア・エージェントであって、広告主によって与えられた特定のサーチリストのための広告主アクション命令を前記条件更新情報に応答して受信し、そして、広告主アクション・タイプに従った特定の検索リストに関するコスト・パー・クリックならびに表示ランク、前記検索リストが、前記検索者からの検索照会に応答して、検索者に参照される時に、検索結果の中の、前記検索リストのポジションを定義するリストに関する前記表示ランクのうち、少なくとも１つを自動的に調整し、前記コスト・パー・クリックは、前記検索リストが、前記検索者からの検索照会に応答して、検索者に参照される時に、前記オーナーによって支払われることができる経済的価値である、前記ソフトウェア・エージェントと、
を備えることを特徴とするデータベース検索システム。
【請求項２３】
前記検索リストはそれぞれ、検索用語と、少なくもと１つの可変的コスト・パー・クリック（ＣＰＣ）ならびに可変的表示ランクを含んでおり、
前記検索エンジンは、検索者から受信した検索照会に一致する検索リストを識別するよう構築され、前記一致する検索リストは、表示ランクおよび一致する検索リストのＣＰＣのうち少なくとも１つを用いて、検索結果リストに並べられる、
請求項２２に記載のデータベース検索システム。
【請求項２４】
前記ソフトウェア・ルーチンを作成する手段は、検索リストの表示、およびＣＰＣ範囲の表示を受信するよう構成され、そして、前記ソフトウェア・ルーチンは、前記表示された検索リストに関するＣＰＣが前記表示されたＣＰＣ範囲に到達した通知を提供するように構成されている、請求項２３に記載のデータベース検索システム。
【請求項２５】
前記ソフトウェア・ルーチンを作成する手段は、検索リストの表示、および所望のランクの表示を受信するように構成され、そして、前記ソフトウェア・ルーチンは、前記表示された検索リストに関する表示ランクが、前記表示された所望のランクに到達した通知を提供するように構成されている、請求項２３に記載のデータベース検索システム。
【請求項２６】
さらに、広告主アカウント管理装置を具備し、そして、前記ソフトウェア・ルーチンを作成する手段は、最小アカウント残高の表示を受信するよう構成されている、請求項２３に記載のデータベース検索システム。
【請求項２７】
さらに、特定された検索リストに関するインプレッションを数えるように構成された広告主アカウント管理装置を具備し、そして、前記ソフトウェア・ルーチンを作成する手段は、インプレッションを数えた検索リストの表示、および関連付けられたインプレッション制限を受信するように構成されている、請求項２３に記載のデータベース検索システム。
【請求項２８】
さらに、特定された検索リストに関してクリックを数えるように構成された広告主アカウント管理装置を具備し、そして、前記ソフトウェア・ルーチンを作成する手段は、クリックを数えた検索リストの表示および関連付けられたクリック制限を受信するように構成されている、請求項２３に記載のデータベース検索システム。
【請求項２９】
さらに、特定された検索リストに関するクリックスルー・レートを計測するように構成された広告主アカウント管理システムを具備し、そして、前記ソフトウェア・ルーチンを作成する手段は、クリックスルー・レート検索リストの表示および関連付けられたクリックスルー・レートの制限を受信するように構成されている、請求項２３に記載のデータベース検索システム。
【請求項３０】
前記関連付けられたクリックスルー・レートは、前記クリックスルー・レート検索リストの組合せに関する総計クリックスルー・レートを含むものである、請求項２９に記載のデータベース検索システム。
【請求項３１】
さらに、特定された検索リストに関する平均コスト・パー・クリックスルーを計測するように構成された広告主アカウント管理装置を具備し、そして、前記ソフトウェア・ルーチンを作成する手段は、平均コスト・パー・クリックスルー検索リストの表示、および関連付けられた平均コスト・パー・クリックスルーの制限を受信するように構成されている、請求項２３に記載のデータベース検索システム。
【請求項３２】
前記ソフトウェア・ルーチンを作成する手段は、１の検索用語に関して、特定の表示ランクを維持するために必要となる最小ＣＰＣの表示を受信するように構成されている、請求項２３に記載のデータベース検索システム。
【発明の詳細な説明】
【０００１】
（関連出願の相互参照）
本出願は、Ｄａｒｒｅｎ  Ｊ．Ｄａｖｉｓら名義の、２００１年７月２４日出願、出願番号０９／９１１，６７４号の一部継続出願であり、前記出願は、そのすべてがここに含まれており、およびＤａｒｒｅｎ  Ｊ．Ｄａｖｉｓら名義の、１９９９年５月２８日出願、出願番号０９／３２２，６７７号、の継続出願であり、それは現在、アメリカ合衆国特許第６，２６９，３６１号であり、その出願のすべてもここに含まれている。
【０００２】
（コンパクト・ディスクで提出されたコンピュータ・プログラム・リストの参照）
３７Ｃ．Ｆ．Ｒ．１．５２（ｅ）に準拠したコンピュータ・プログラム・コード・リストを含んだコンパクト・ディスク付録が含まれ、およびそのすべてが参照によってここに含まれている。コンパクト・ディスクの合計数は１であり、２４，４４３ファイルおよび１０５，７３８，４８８バイトを含む。コンパクト・ディスクに含まれるファイルは、コンパクト・ディスクの“ｄｉｒ＿ｓ”というタイトルのファイルに列挙されている。コンパクト・ディスク上に含まれる大量のファイルのために、ファイル名、作成日およびバイト・サイズの要求されるリストは、コンパクト・ディスク上のｄｉｒ＿ｓファイルに含まれ、参照によってここに含まれる。
【０００３】
（技術分野）
単なる導入として、本実施例は、総称して自動通知と称されてもよい。
【０００４】
（背景技術）
コンピュータ・ネットワークを介した情報の転送は、それによって機関、企業および個人が事業を行う、ますます重要な手段となってきた。コンピュータ・ネットワークは、単一のグループの必要性を満たすために設立された独立の、かつ孤立したエンティティから、別個の物理的ネットワークを相互接続し、およびそれらを調整されたシステムとして機能させる広大なインターネットへと、長年にわたって成長してきた。現在、存在する最大のコンピュータ・ネットワークはインターネットである。インターネットは、共通プロトコルを用いて通信する、コンピュータ・ネットワークの世界規模の相互接続である。ロー・エンドのパーソナル・コンピュータからハイ・エンドのスーパー・コンピュータまで、何百万ものコンピュータがインターネットに接続されている。
【０００５】
インターネットは、容易に、かつ規則的に大量の情報を交換する、世界中に存在する電子的に接続されたユーザの大きな社会として出現した。インターネットは、研究および教育のための、政府機関、研究所、および大学へのアクセスを供給し、およびそれらの間での情報の交換を供給する、その本来の目的を満足し続ける。さらに、インターネットは、その本来の目的を超えて、様々な関心を満たし、公開討論を催すよう発展してきた。特に、インターネットは、考えや情報と同様に、製品やサービスの世界的電子市場へと迅速に変化している。
【０００６】
この、インターネットの世界的市場への変換は、大部分が、ワールド・ワイド・ウェブ（“ｔｈｅ  ｗｅｂ”）として知られる情報システムの導入によって推進された。ウェブは、大きな領域のドキュメントへの幅広いアクセスを与えるように設計された、固有分散データベースである。ウェブのデータベース記録は、“ページ”として知られるドキュメントの形式である。これらのページは、ウェブ・サーバに存在し、インターネットを介してアクセスすることができる。ウェブは、そのため、一定に変化し、認識できる組織または形態のない、数え切れない個別のコンピュータ・システムを介して拡散した情報の広大なデータベースである。インターネットに接続されたコンピュータは、ブラウザとして知られるプログラムを介してウェブ・ページにアクセスしてもよく、それはパワフルで、覚えやすいグラフィカル・ユーザ・インターフェースである。ウェブ・ブラウザによってサポートされる一つのパワフルな技術は、ハイパーリンクとして知られ、それによってウェブ・ページの著者は、ウェブ・ブラウザ上で単純なポイント・アンド・クリック・コマンドを用いることによってユーザが検索することができる他のウェブ・ページへのリンクを作ることができる。
【０００７】
ページは、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）等、様々なフォーマット協定のどれか一つで構築されてもよく、およびグラフィックス、オーディオ、および動画等、マルチメディア情報コンテンツを含んでもよい。コンピュータおよびインターネットへの接続を有する人は誰でも、ウェブに張られた、一般的にアクセス可能なページにアクセスしてもよい。このように、ワールド・ワイド・ウェブ上の存在は、世界規模の消費者を、自らの製品やサービスを潜在的顧客に広告したいと思っている事業家、個人および組織に紹介する能力を有する。さらに、データ送信速度およびコンピュータ処理速度における潜在的向上によって可能になる、ウェブ・ページの設計におけるさらなる洗練は、ウェブを、情報の自由な流れと同様に、広告および他の事業目的のための、より魅力的な媒体にする。
【０００８】
インターネット・コンテンツの開発および分配を容易にする、パワフルな新しいツールの利用可能性は、インターネット上で提供される情報、製品およびサービスの急増、およびインターネットを使用する消費者の数の劇的な増加につながった。一般的にＩＤＣと称されるＩｎｔｅｒｎａｔｉｏｎａｌ  Ｄａｔａ  Ｃｏｒｐｏｒａｔｉｏｎは、インターネット・ユーザの数が、１９９８年で、世界でおよそ９千７百万人から、２００２年の終わりまでに、世界でおよそ３億２千万人に成長すると推定している。さらに、インターネットを介して営まれる商取引が成長し、また劇的に成長すると考えられている。ＩＤＣは、インターネット上で製品やサービスを購入するインターネット・ユーザの割合は、１９９８年終わりにおよそ２８％だったものが、２００２年にはおよそ４０％へと増加し、および同じ期間、インターネットを介して購入された製品およびサービスの合計金額は、およそ３２．４億ドルから、およそ４２５．７億ドルへと増加するであろうと推定する。
【０００９】
インターネットは、消費者に届く情報、製品およびサービスの広告主のための魅力的な新しい媒体として出現した。しかしながら、ワールド・ワイド・ウェブは、認識できる組織のない、世界中の何百万もの様々なコンピュータ・システムに拡散した、外見上無限の数のウェブ・ページで構成されている。ディレクトリや検索エンジン等のメカニズムは、ウェブ上で利用可能な情報をインデックスし、ならびに検索し、それによってインターネット・ユーザが関心のある情報を突き止めるのを手助けするように開発されてきた。これらの検索サービスによって、消費者は、関心のある特定の話題、製品、またはサービスに基づいて、ウェブ・サイトのリストに関して、インターネットを検索することができる。
【００１０】
検索サービスは、電子メールに次いで、インターネット上で最も頻繁に利用されるツールである。その結果、検索サービスを供給するウェブ・サイトは、広告主に、インターネット視聴者へのかなりのリーチを供給し、およびキーワードまたは話題の検索要求に基づいて、消費者の関心を標的とする機会を、広告主に与えてきた。
【００１１】
インターネット検索エンジンにおける、ウェブ・ベースの検索において、ユーザは、１またはそれ以上のキーワードを含む検索用語を入力し、それを検索エンジンが、リアルタイムで、ユーザがハイパーリンクを介してアクセスするかもしれないウェブ・ページのリストを生成するために使用する。従来技術の検索エンジンおよびウェブ・サイト・ディレクトリは、しかしながら、しばしば関係のない検索結果を生成するキーワードに結果を割り当てるための処理に依存する。従来技術の多くの検索エンジンを動かす自動化検索技術は、大部分を、キーワード密度やキーワード・ロケーション等、複数の基準に基づいてウェブ・ページを選択し、順位付けする複雑な、数学ベースのデータベース検索アルゴリズムに依存する。そのようなメカニズムによって生成される検索結果は、しばしば盲目的な数学の公式に依存し、かつランダムかもしれず、かつ関係さえないかもしれない。さらに、検索結果をカタログに入れるための自動検索技術を使用する検索エンジンは通常、見えないウェブ・サイト記述、すなわちウェブ・サイト・プロモータによって著される“メタ・タグ（meta tags）”に依存する。ウェブ・サイト・オーナーは、彼らが選択するように、自由に彼らのサイトにタグを付けてもよい。その結果、いくつかのウェブ・サイト・プロモータまたはプロモータは、そのようにすることによって、それらがほとんど、またはまったく中間費用をかけずに、さらなる消費者の注意を引くかもしれないので、人気のある検索用語を、関連のない彼らのウェブ・サイト・メタ・タグへと挿入する。最後に、多くのウェブ・サイトが類似のメタ・タグを有し、および従来技術の検索エンジンは、単純に、消費者の好みに従って結果を順位付けするように備わっていない。
【００１２】
検索エンジンおよびウェブ・サイト・ディレクトリは、ウェブ・ページ情報をレビューするために、制約された編集スタッフの人力の努力にも依存するかもしれない。ウェブ等、予測不可能な、任意に更新されたデータベースの包括的人力レビューおよびインデックスは不可能なタスクであるので、検索エンジンの結果はしばしば不完全であったり、古かったりする。さらに、インターネット・コンテンツの量および多様性が増したので、多くの人気のあるウェブ検索サイトにおいて、消費者は彼らの検索要求に対して反応するウェブ・サイトを突き止めるために、階層的ディレクトリの複数のブランチを頻繁にクリック・スルーしなければならず、それは消費者の立場からは遅く、扱いにくい処理である。こうして、従来技術の検索エンジンは、自らのウェブ展示を目標とし、および現在の、かつ包括的なベースで関心のあるユーザの注意へと情報を分散したいと思っているウェブ・ページ・オーナーには、有効ではない。
【００１３】
さらに、バナー広告等、ウェブ・サイト・トラヒックを生成するための現在のパラダイムは、従来の広告パラダイムに従っており、インターネットの固有の属性を利用することができない。バナー広告モデルにおいて、自らのウェブ展示を推進し、および増加させたいと思っているウェブ・サイト・プロモータはしばしば、人気のある商業ウェブ・サイトのページにスペースを購入する。ウェブ・サイト・プロモータは通常このスペースを、バナーとして知られている色とりどりの図で埋め、自らのウェブ・サイトを広告する。バナーは、訪問者がサイトにアクセスするためにクリックするかもしれないハイパーリンクとして振舞うかもしれない。従来の広告のように、インターネット上のバナー広告は、通常、インプレッション・ベースで価格を付けられ、広告主は潜在的消費者への展示に対して支払う。バナーは、すべてのページ・アクセスにおいて表示されてもよく、または検索エンジンにおいては、検索用語に目標を設定されてもよい。にもかかわらず、インプレッション・ベースの広告がインターネットの直接市場潜在性を非効率的に売り込むのは、バナーが生成する、消費者の目的のサイトへの訪問のレートであるクリックスルー・レートが、大変低いからかもしれないためである。そのため、ウェブ・サイトへのほんとんどの訪問者は、特定の情報を求めており、バナーで発表されている情報には興味がないかもしれないので、ウェブ・サイト・プロモータは、推進されている製品またはサービスに関心がない多くの消費者への展示に対して支払っている。同様に、バナーは、通常は検索エンジンによって検索されることができず、関心のある人は、バナーを見るためにウェブ上のどこを見たらよいのかわからないかもしれないので、バナーはしばしば関心のある個人へ届かない。
【００１４】
このように、広告の従来のパラダイムおよび検索エンジン・アルゴリズムは、費用効果的な方法で関心のある当事者に、ワールド・ワイド・ウェブを介して関連する情報を有効に届けることができない。インターネット広告は、一般的に他の媒体では不可能な、あるレベルの目標設定可能性、双方向性、および計測可能性を提供することができる。適切なツールを用いて、インターネット広告主は、自らのメッセージを特定のグループの消費者に目標設定し、および彼らの広告キャンペーンの有効性に関して迅速なフィードバックを受ける能力を有する。
【００１５】
理想的には、ウェブ・サイト・プロモータは、自らのリストが、自分のウェブ・サイトのコンテンツに関連する検索において優位になるように、検索結果リストにおける自分の位置をコントロールすることができるべきである。インターネットの検索エンジン機能は、インターネット広告主およびプロモータに、消費者を目標設定するための費用効果的な方法を供給する一方で、消費者に、迅速で、簡単な、かつ関連する検索結果を提供するオンライン市場を容易にするために、新しい方向へと焦点を合わせる必要がある。このオンライン市場を容易にする検索エンジンを利用する消費者は、消費者が求めている製品、サービス、または情報を提供する企業または事業者を見つけるであろう。このオンライン市場において、製品、サービスまたは情報を販売する企業は、インターネット検索エンジンによって生成される検索結果リスト上のポジションに対して、公開競売環境において入札する。広告主は、検索エンジンによって生成される検索結果リストを通して生成される各クリック・スルー参照に対して支払わなければならないので、広告主は、自分のウェブ・サイト提供物に最も関連する検索キーワードを選択し、およびそれに入札するためのインセンティブを有する。検索結果リストにおける広告主のポジションが高いほど、“参照”の可能性がより高くなる、すなわち、消費者が、検索結果リストを通して広告主のウェブ・サイトを参照する可能性が高くなる。この広告市場の公開性は、消費者および他の広告主に、特定の検索結果リストで広告主によって入札された価格を公然と表示することによって、さらに容易になる。
【００１６】
アメリカ合衆国特許第６，２６９，３６１号は、特定のセットの検索用語に関するインターネット検索エンジンによって生成された検索結果リストにおけるポジションに、プロモータが影響を及ぼすことができるようにするためのシステムおよび方法を説明する。前記システムおよび方法によって、広告主は、自分の事業に最も関連する検索照会へ、自分の検索結果リスト・プレースメントを目標設定するように、検索エンジンへキー検索用語を特定することができる。さらに、前記システムおよび方法によって、プロモータは、自分の現在の検索用語およびプレースメント・カップリングをオンラインで検査し、および自分の選択された検索用語、プレースメント、およびウェブ・サイト・タイトルならびに記述に、実質的に瞬時に変化を与えることができるようにする。
【００１７】
このシステムにおいて、広告主、あるいはウェブ・サイト・プロモータは、市場ウェブ・サイト・オペレータによって広告主に請求することができる検索リストに対する入札金額を、パフォーマンス・ウェブ・サイトまたは市場オペレータへの支払いで確立する。検索者から受信された照会に応答して、検索リストが配置され、入札に従って配列され、および検索者へと表示される。検索者が、広告主の検索リストを通して選択し、またはクリックすると、入札金額が、パフォーマンス・ウェブ・サイト・オペレータに対する支払いによって、広告主に請求される。広告主は、検索リストに関連する入札金額を調整することによって、検索結果リストにおける彼らの検索リストのポジションをコントロールすることができる。
【００１８】
アメリカ合衆国特許第６，２６９，３６１号に説明された方法は、広告主が管理するには煩わしくなりうる。特に、広告主は、好ましい価格で、（高容量の的確なトラヒックを得るために）検索結果における好ましいポジションを維持したい。アメリカ合衆国特許第６，２６９，３６１号に説明されたシステムは、そうするための敏速な手段を供給しない。広告主は、例えば、ｗｗｗ．ｇｏｔｏ．ｃｏｍで検索を実行することによって、彼らにとって重要である、検索用語における自分のランキングの頻繁な調査に頼ることができる。彼らが、競合する広告主の入札活動の結果として変化を観察すると、彼らはパフォーマンス・ウェブサイトの支払いにログ・インし、およびそれに応答して手動で自分の入札を変更することができる。彼らが、維持したいと思うポジションに対して競り上げた場合、自分の入札額に等しい、要求されるコスト・パー・クリック（“ＣＰＣ”）が、彼らが、喜んで支払いたいと思うものであれば、ポジションを取り戻すために、自分の入札を変更することができる。彼らよりも下のランクにあるリストの入札が減った場合、広告主の中には、支払う金額を減らすために、自分の入札を下げる一方で、結果のセットにおける自分のポジションを維持したいと思うものもいるかもしれない。
【００１９】
リストの蓄積されたコスト、リストのクリックの数、リストのクリック・スルー・レート（ＣＴＲ）の経過を追い、および自分のアカウント残高を調べることを含む、広告主が通常自分のリストのポジションを管理することに加えて実行する、多くの他のタスクがある。さらに、広告主は、例えばリストの入札が高すぎるか、またはより望ましいランクが現在買えるかを調べるため、変化する市場の経過を定期的に追わなければならない。
【００２０】
予算を管理することは、広告主にとって重要な事業上の関心であり、および異なる用語に対する費用の明細の経過を追う必要がある。例えば、父の日の頃は、用語“ネクタイ（tie）”に対する検索数が増えるかもしれず、その結果予算を超えるかもしれない。他に、コストが父の日に続いて減るかもしれず、および追加の資金が他の用語に割り当てられうる。
【００２１】
広告主は、リストが、例えば変換率を計算しようとしているクリックの数の経過も追わなければならない。リストが多くのクリックを得るが売り上げが少ない場合、それは、リストの記述が、十分に特定的でなかった場合であろう。他に、リストに対するクリックが少なすぎる場合、それは、他の広告主が市場に入った場合であり、その結果として以前よりも悪いランクにリストがある。
【００２２】
広告主にとっては、リストのクリック・スルー・レート（ＣＴＲ）の経過を追うことも重要である。例えば、リストに関する新しいタイトルまたは記述が、そこに以前にあったものよりも明確でない場合、より低いＣＴＲという結果を生じるかもしれない。ＣＴＲの経過を追うことによって、確実に修正アクションが迅速に取られうる。
【００２３】
広告主は、パフォーマンス市場に対する支払いで、自分のアカウント残高の経過も追わなければならない。残高は、中断なく継続したサービスを確証するために、決して０には達するべきでない。さらに、確実に予算が計画に従って費やされるように、アカウント残高の経過を追うことが重要である。例えば、第一週に残高が減るのがあまりに遅いと、広告主は、トラックに戻るために、リストのＣＰＣを増やすための修正アクションを取ることができる。
【００２４】
広告主が経過を追わなければならない他の市場状態がある。これらは、リストの入札が、その現在のランクに対して高すぎるかを調べることを含む。例えば、広告主Ａ1は、リストのＣＰＣを、ランク２になるように、リストに対して０．５０ドルに設定してもよい‐広告主Ａ2は、０．４９ドルのＣＰＣを有するランク３である。数時間後、Ａ2は、自分のリストのＣＰＣを０．４５ドルに変更する一方で、ランク３にとどまる。広告主Ａ1は、自分のリストのＣＰＣを０．５０ドルから０．４６ドルに減らすことができる一方で、リストをランク２に維持することができる。
【００２５】
広告主は、異なるランクに関する市場において変化するコストの経過も追わなければならない。以前に購入できなかったランクが、今は購入可能になるかもしれないし、その逆かもしれない。例えば、広告主Ａ1はランク５におり、より高いトラヒックを得るために、ランク３になりたいと思う。ランク３の現在のＣＰＣは１．００ドルであり、ランク４に対するＣＰＣは０．７５ドルである。Ａ1は、このリストに対して最高で０．８０ドルで購入することができる。すなわち、広告主の収益率（ＲＯＩ）解析は、より高いものは結果として損失を生むことを示す。ランク３にいる広告主が脱退すると、Ａ1は０．７６ドルのＣＰＣでランク３に上がることができ、それは彼の予算である０．８０ドル以内である。
【００２６】
前述の例は、広告主が、自分のリストを手動で管理するために実行しなければならない様々なアクションを説明する。これらのタスクを一日に数回する広告主もいる。自分のリストのポジションを監視し、自分の入札を調整し、自分の予算を管理する等、プレースメント市場に対する支払いへの参加の管理専門の複数の従業員を有する広告主もいる。リストの地位のポーリング（polling）、市場における競合者のチェック、およびアカウント状態のチェックの手動処理は、時間がかかり無駄が多い。これらの関心のほんのいくつかが、特定の時間における検討を必要とする。そのため、広告主が、自分のリストをより有効に管理するための方法および装置に対する必要性が存在する。
【００２７】
アメリカ合衆国特許出願第０９／９２２，０２８号、題名“コンピュータ・ネットワーク検索エンジンによって生成される検索結果リストにおける順位および価格保護を供給するためのシステムおよび方法（System And Method For Providing Place And Price Protection In A Search Result List Generated By A Computer Network Search Engine）”、２００１年８月３日出願は、価格および順位保護と称されてもよいシステムを開示する。この出願は、一般的に本出願とともに譲渡され、参照によってここに含まれている。開示されたシステムにおいて、広告主の入札は、固定ＣＰＣを確立しない。その代わり、彼の入札は、広告主が招く最大ＣＰＣを設定する。さらに、開示された実施例によって、広告主は、検索者に表示される検索結果における所望のランクを特定することができる。検索リストのランクは、検索者の検索用語に一致する検索リストのグループの中での、検索リストの順序を表すポジションである。より高く、またはより良く列挙された検索リストは、ページの中でより高く、および検索リストの多くのページで、より早く表示される。本実施例のシステムは、実際のランキングおよび実際のＣＰＣを決定する。検索に一致するリストは、ＣＰＣの大きい順にランク付けされてもよく、日付の古さによって等しいＣＰＣのリストの中での優先順位を有する。
【００２８】
これらの非効率性が市場プロモータによって取り組まれない場合、広告主には、市場オペレータによって供給される制約された自動サービスに相対して利用可能な経済的効果を得るために、市場オペレータのアカウント管理と対話するための自らの自動サービスを作る経済的インセンティブが残る。そのさらなる結果として、そのような状況は、第三者に、手数料、または主張された、作られた貯蓄の削減に関して、広告主に自動サービスを作る経済的インセンティブを与える。
これはすでに起こっている。
【００２９】
（発明の開示）
自動通知は、パフォーマンス市場システムに対する現存の支払いに関する改良である。基本的な市場システムにおいて、広告主は、広告主インターフェースにログ・オンし、および市場情報ならびに彼のリストに関連する情報を調べることによって、彼の広告キャンペーンを管理する。例えば、広告主は、一組の用語、それらの記述、および各用語に関するＣＰＣを含む他の情報を識別することができ、それはユーザがリストにおいてクリックする場合に広告主が支払う金額である。広告主は、一つの検索用語に関する異なるランクにおけるクリックの数を調べ、用語に関する他の競合するリストを検査し、自分のアカウント残高を調べ、自分のアカウントに資金を加える等、もすることができる。それに続き、検索用語が検索者から受け取った検索照会と一致する時、経済的価値が、広告主によって市場オペレータに与えられるかもしれない。
【００３０】
ここに記述された実施例は、広告主と関連するネットワーク・ロケーションが、検索者からの照会に応答して検索者に参照される時に、広告主が与える経済的価値に対応する入札の概念を利用する。経済的価値は、直接または間接に、広告主に請求される、または請求することができる金額でもよい。経済的価値は、広告主のアカウントから借方に記入された金額でもよい。前記額は、金額か、またはクレジット・ポイント等、別の値でもよい。経済的価値は、データベース検索システムのオペレータまたは第三者へと、広告主によって与えられてもよい。
【００３１】
経済的価値は、１またはそれ以上のネットワーク・ロケーション、例えば広告主ウェブ・サイトが検索者に参照される時に与えられる。参照は、単独か、または他の検索結果を伴う、検索者によるデータ入力および受領のために使用される画面上でネットワーク・ロケーションを提示することによるものでもよい。これは、インプレッションと称される。他に、およびここに一般的に記述された実施例において、参照は、検索者がクリックし、または広告主のネットワーク・ロケーションにアクセスするためにクリック・スルーするときに生じてもよく、それはより詳細に後述される。または、参照は、広告主のネットワーク・ロケーションにアクセスした後、検索者によって取られる他のアクションによるものでもよい。
【００３２】
ここに記述された実施例は、広告主によって実行されるステップの多くを自動化する。現在、広告主は、自分が心配している条件のいずれかが真であるかどうか見るために、彼のリストの状態、市場の状態、および彼のアカウント情報を周期的に検査しなければならない。この市場、リスト、および彼のアカウントの人力検査に時間がかかり、無駄が多いのは、ほとんど時間、特別なアクションが必要とされないからである。
【００３３】
自動通知の開示された実施例によって、広告主は、広告主が心配している条件を特定することができる。前記システムは、条件のいずれかが真であるかを定期的に調べ、広告主に代わって振舞う自動化エージェントを供給する。前記エージェントは、市場システムによって維持されるデータとともに動作するソフトウェア処理またはアプリケーションである。すべてが順調で、どの条件も真でない場合、エージェントはアクションを取らない。そうでなければ、エージェントは真である条件についての注記をし、および広告主に警告するためのメッセージを送信することができる。前記メッセージは、後述されるように、広告主が、望ましくない条件を修正するための手段を含みうる。メッセージは、条件が真であるときはいつでも送信されることができ、またはそれらは、広告主の制御下で、周期的に集められ、送信されうる。
【００３４】
自動通知があれば、広告主は、真である条件に関する手動の検索はもはや必要ない。その代わり、前記システムは自動的に、広告主によって特定された時に、真の条件および可能な修正アクションを広告主に通知する。
【００３５】
広告主は、ゼロまたはそれ以上の条件に関する自動通知を要求することができる。ある条件は、広告主のリストに関連し、および各リストは、それに関連するゼロまたはそれ以上の条件を有しうる。本実施例に従って、各自動通知機能は、４の構成要素を有する：
１．通知条件：注意を必要とする状態に関する情報
２．通知時間：通知が送信されるべき時
３．通知方法：広告主がどのように通知されるべきか、および
４．通知行動タイプ：あらゆる通知において含むべき修正アクションの種類。
通知条件
本実施例によれば、広告主が次から選択できる９種類の条件がある：
１．ポジション：リストのポジションに関連する
２．コスト：いくつかのリストに対する蓄積されたコストに関連する
３．アカウント残高：（例えば、クリックされたリストに支払うための）広告主のアカウントに残っている資金に関連する
４．インプレッション：いくつかのリストによって受け取られたインプレッションの数
５．クリック：いくつかのリストによって受け取られたクリックの数
６．ＣＴＲ：いくつかのリストのクリック・スルー・レート
７．ＣＰＣ−トゥ−ハイ：リストのコスト・パー・クリック（ＣＰＣ）が、そのランクに影響を与えることなく減らされうる場合
８．平均ＣＰＣトゥ・ハイ：平均ＣＰＣ，すなわち合計クリックで割った合計コストが、ある閾値より高い
９．ランク―ＣＰＣ：特定のランクおよび用語に関するＣＰＣに関連する。
【００３６】
各条件が広告主によって特定される、自らのセットのパラメータを有する。パラメータのいくつかは、デフォルト値を有していてもよく、それは市場オペレータの判断である。異なる条件に関するパラメータは、後述されている。
ポジション条件は、リストのポジションを監視する。各ポジション条件は、以下のパラメータを有する：
１．リスト：監視されているポジションを有するリスト。これは、広告主のリスト、または他の広告主のリストでもよい。
２．絶対的／相対的：リストの絶対的なポジションが監視されているか、または他のリストに相対するポジションが監視されているかについての表示。ポジションが別のリストと相対的である場合、他のリストも特定される。
３．範囲内／範囲外：リストが特定の範囲内か、または範囲外である場合、条件は真である。
４．特定／範囲：特定のランクまたはランクの範囲。例えば、“ランク３”は特定のランクであり、“ランク３乃至５”（５を含む）は、ランクの範囲であり、“４より大きいか、またはそれに等しいランク”および“３より少ないランク”と同様である。
【００３７】
以下は、ポジション条件のすべての例である：
１．“私のリストＬ1は、ランク３ではない”
リスト：Ｌ1、絶対的／相対的：絶対的、範囲内／範囲外：範囲外、特定／範囲：ランク３
２．“別のリストＬ2はランク１である”
リスト：Ｌ2、絶対的／相対的：絶対的、範囲内／範囲外：範囲内、特定／範囲：ランク１
３．“私のリストＬ3はランク４乃至８（８を含む）である”
リスト：Ｌ3、絶対的／相対的：絶対的、範囲内／範囲外：範囲内、特定／範囲：ランク４乃至８
４．“私のリストＬ4は、別のリストＬ5よりも２ランク以上低い”
リスト：Ｌ4、絶対的／相対的：Ｌ5に対して相対的、範囲内／範囲外：範囲外、特定／範囲：ランク１乃至２
５．“私のリストＬ6は別のリストＬ7より３ランク高い”
リスト：Ｌ6、絶対的／相対的：Ｌ7に対して相対的、範囲内／範囲外：範囲内、特定／範囲：ランク‐３（負のランクは基本ランクよりも上であり、正のランクは下である）。
【００３８】
市場オペレータは、パラメータを入力するための様々なユーザ・インターフェースを供給してもよい。ポジション制約に関して、市場は、例えば、すべてのリストのポジションにおける変化の経過を追うために、複数のリストの経過を追うための単純なインターフェースを供給してもよい。
【００３９】
コスト条件は、特定の時間インターバルでの、広告主の１またはそれ以上のリストに関する合計ＣＰＣ支出を監視する。すべての時間インターバルの開始時には、累積コストはゼロである。各時間インターバルの開始点は、市場オペレータの判断による。例えば、すべての時間単位のインターバルは、３０分ごとの開始で始まることができる。各コスト条件は、以下のパラメータを有する：
１．リスト：監視されているＣＰＣ支出を有する１またはそれ以上のリスト。
２．限界：すべてのリストに関する累積されたＣＰＣの支出限界、例えば３００．００ドル。
３．インターバル：限界に対する時間期間、例えば１週間。
【００４０】
以下は、コスト条件のすべての例である：
１．“リストＬ1に対するＣＰＣ料金は、１時間３００．００ドルを超える”
リスト：Ｌ1、限界：３００．００ドル、インターバル：１時間
２．“Ｌ2およびＬ3に対するＣＰＣ料金は、１ヶ月１９５．００ドルを超える”
リスト：Ｌ2およびＬ3、限界：１９５．００ドル、インターバル：１ヶ月
【００４１】
アカウント残高条件は、広告主のアカウントに残っている資金の額を監視する。広告主は預金を前納することを要求されてもよく、それは広告主によって招かれるＣＰＣ料金を引き落とすために使用される。広告主は、連続したサービスを確証するために、自分の口座残高を周期的に補充してもよい。各アカウント残高条件は、以下のパラメータを有する：
１．閾値：アカウント残高が閾値額を下回る時、条件は真である。
【００４２】
以下は、アカウント残高条件のすべての例である：
１．“私のアカウント残高は１００．００ドル未満である”
閾値：１００．００ドル
２．“私のアカウント残高は３５０．００ドル未満である”
閾値：３５０．００ドル
【００４３】
インプレッション条件は、特定のインターバルで、広告主の一組のリストに対するインプレッションの総数を監視する。すべての時間インターバルの開始時には、累積されたインプレッションはゼロである。各時間インターバルの開始点は、市場オペレータの判断による。一つの実施例において、インプレッションは以下のように定義される。ユーザが、検索用語をタイプして挿入すると必ず、一組の一致検索結果が提示される。リストの、ユーザへの提示は、インプレッションとして数えられる。リストが次のページにある場合、およびユーザが現在のページを越えて検索しない場合、これはインプレッションとして数えない。他の定義が、同様に使用されてもよい。リストのランクが変わる場合、リストに関するインプレッションの数は、ゼロにリセットすることができる。これは、広告主の判断による。
【００４４】
各インプレッション条件は、以下のパラメータを有する：
１．リスト：監視されているインプレッションの総数を有する１またはそれ以上のリスト
２．範囲内／範囲外：インプレッションの数が範囲内か、範囲外である場合に、条件が真であるか。
３．範囲：監視されているインプレッションの範囲、例えば１００乃至２００
４．インターバル：限界に関する時間期間、例えば１日。
【００４５】
以下は、インプレッション条件のすべての例である：
１．“リストＬ1は、１時間で１０００インプレッション以上を有する”
リスト：Ｌ1、範囲内／範囲外：範囲外、範囲：０乃至１０００、インターバル：１時間
２．“リストＬ2、Ｌ3、およびＬ4は併せて、１日で１００インプレッション未満を有する”
リスト：Ｌ2、Ｌ3、およびＬ4、範囲内／範囲外：範囲内、範囲：０乃至９９、インターバル：１日
【００４６】
クリック条件は、特定のインターバルで、広告主の一組のリストに関するユーザ・クリックの総数を監視する。すべての時間インターバルの開始時には、累積されたクリックはゼロである。各時間インターバルの開始点は、市場オペレータの判断による。ユーザが検索用語をタイプして挿入する時はいつも、一組の一致検索結果が提示される。ユーザが、ハイパーリンクを指し、またはユニフォーム・リソース・ロケータ（uniform resource locator）をタイプすることによって、一致リストを選択する場合、これはリスト上でのクリックと称される。クリックの他の定義が同様に使用されてもよい。検索者が一致リスト上でクリックすると、これは、前記リストに関するクリックとして数えられる。リストのランクが変わると、リストに関するクリックの数はゼロにリセットすることができる。これは、広告主の判断による。
【００４７】
各クリック条件は、以下のパラメータを有する：
１．リスト：監視されているクリックの数を有する１またはそれ以上のリスト。
【００４８】
１．範囲内／範囲外：クリックの数が範囲内であるか、または範囲外である場合、条件が真であるか。
２．範囲：監視されているクリックの範囲、例えば１０００乃至４０００。
３．インターバル：限界の時間期間、例えば３ヶ月。
【００４９】
以下は、クリック条件のすべての例である：
１．“リストＬ1は、1日１００クリックより少ない”
リスト：Ｌ1、範囲内／範囲外：範囲内、範囲：０乃至９９、インターバル：１日。
２．“リストＬ2およびＬ3は併せて1週間で１５００クリック以上である”
リスト：Ｌ2およびＬ3、範囲内／範囲外：範囲外、範囲：０乃至１５００、インターバル：１週間。
【００５０】
ＣＴＲ条件は、１のインターバルに対する、広告主の一組のリストに対する総計クリック・スルー・レートを監視する。１のインターバルに対する総計ＣＴＲは、同じインターバルに対するインプレッションの総数によって割られた、前記インターバルに対するクリックの総数である。総計ＣＴＲを監視し始める時、有効なデータに関するインプレッションが不十分であるかもしれない。市場オペレータは、ＣＴＲ条件が有効であると考える前に要求されるインプレッションの最小数を選択してもよい。
【００５１】
他に、広告主は、誤差の可能性および許容範囲を特定してもよく、市場オペレータからは、ＣＴＲ条件を有効であると考える前に要求されるクリックの最小数を算出することができる。例えば、広告主は、９５％の可能性および３％の誤差の許容範囲を特定してもよい。統計から、我々はＣＴＲが標準正規分布である場合、値が、その平均の＋／−１．９６標準偏差の間である可能性は９５％であることがわかる。ゆえに、ｎの計測を取り、ｐ′の観察されたＣＴＲを得ると、
【数１】
0004597473.tif 000002
である。
【００５２】
これはｐ′の観察されたＣＴＲに依存し、および十分に大きい“ｎ”を待つことによって、市場オペレータによって常に達成されうる。冒頭の統計テキストは、これを詳細に説明しており、例えば、“Ｌａｒｓｅｎ  Ｒｉｃｈａｒｄ  Ｊ．およびＭａｒｘ，Ｍｏｒｒｉｓ  Ｌ．  数学的統計への導入とその応用（An Introduction to Mathematical Statistics and Its Applications）”第三版（２０００年1月１５日）、Ｐｒｅｎｔｉｃｅ  Ｈａｌｌ  Ｃｏｌｌｅｇｅ  Ｄｉｖ；ＩＳＢＮ：０１３９２２３０３７である。
【００５３】
リストのランクが変わると、リストに関するインプレッションおよびクリックの数はゼロにリセットすることができる。これは広告主の判断による。
【００５４】
各ＣＴＲ条件は、以下のパラメータを有する：
２．リスト：監視されている総計ＣＴＲを有する１またはそれ以上のリスト。
３．範囲内／範囲外：総計ＣＴＲが範囲内であるか、範囲外である場合に、条件が真であるか
４．範囲：監視されている総計ＣＴＲの範囲、例えば１／１００乃至１／２００
５．インターバル：インターバルに関する時間期間。時間インターバルより古いデータは、考慮されない、例えば、１日のインターバルは、ＣＴＲを算出するときに、１日より古いすべてのインプレッションおよびクリックを無視するであろう。
【００５５】
以下は、ＣＴＲ条件のすべての例である：
１．“直前１時間に対して、リストＬ1のＣＴＲは１％未満である”
リスト：Ｌ1、範囲内／範囲外：範囲内、範囲：０乃至１／１００、インターバル：1時間
２．“全体の履歴に対して、リストＬ2およびＬ3は、１％乃至５％の範囲外の総計ＣＴＲを有する”
リスト：Ｌ2およびＬ3、範囲内／範囲外：範囲外、範囲：１／１００乃至５／１００、インターバル：常時
３．“リストＬ4は、先週に対して１０％以上のＣＴＲを有する”
リスト：Ｌ４、範囲内／範囲外：範囲外、範囲：０乃至１／１０、インターバル：1週間。
【００５６】
ＣＰＣ−トゥ−ハイ条件は、１またはそれ以上のリストのＣＰＣを監視する。前記条件は、監視されているあらゆるリストのＣＰＣが、そのランクを下げることなく減らされることができる場合、真である。例えば、リストＬ1が１．２３ドルのＣＰＣを有し、ランク４である場合、およびランク５のリストが１．１０ドルのＣＰＣを有する場合、Ｌ1のＣＰＣは１．１１ドルまで減らすことができる一方で、確実にＬ1が、なおランク４を保持することができる。広告主は、そのリストの１のＣＰＣと、その下のリストのＣＰＣとの間の格差の大きさを特定することもできる。各ＣＰＣ−トゥ−ハイ条件は、以下のパラメータを有する：
１．リスト：監視されているリスト。
２．閾値：リストのＣＰＣと、次に悪いリストのＣＰＣとの間の最小の差。
【００５７】
以下は、ＣＰＣ−トゥ−ハイ条件のすべての例である：
１．“リストＬ1は、下のリストと比較して０．０５ドルより高いＣＰＣを有する。
リスト：Ｌ1、閾値：０．０５ドル
２．“リストＬ2およびＬ3は、下のリストと比較して、０．０１ドルより高いそれらのＣＰＣを有する”
リスト：Ｌ2およびＬ3、閾値：０．０１ドル
【００５８】
平均のＣＰＣ−トゥ−ハイ条件は、１またはそれ以上のリストの平均ＣＰＣを監視する。平均ＣＰＣは、リストに関する合計クリックによって割られたリストの合計コストである。条件は、すべての監視されたリストの平均ＣＰＣが、広告主によって規定された閾値よりも高い場合、真である。例えば、広告主は、すべての広告主のリストの平均ＣＰＣが１．４５ドルよりも大きい時に真である条件を定義することができる。平均ＣＰＣを監視し始める時、有効データに関するインプレッションおよびクリックが不十分であるかもしれない。市場オペレータは、平均ＣＰＣ条件が有効であると考える前に要求される最小数のインプレッションおよび／またはクリックを選択してもよい。各平均のＣＰＣ−トゥ−ハイ条件は、以下のパラメータを有する：
１．リスト：監視されているリスト。
２．閾値：リストのＣＰＣと、次に悪いリストのＣＰＣとの間の最小の差
３．インターバル：限界に関する時間期間、例えば１週間
【００５９】
以下は、平均のＣＰＣ−トゥ−ハイ条件のすべての例である：
１．“リストＬ1およびＬ2は、１日に対して０．３５ドルよりも高い平均ＣＰＣを有する”
リスト：Ｌ1およびＬ2、閾値：０．３５ドル、インターバル：１日
２．“すべての私のリストは、1週間に対して０．９８ドルよりも高い平均ＣＰＣを有する”
リスト：全部、閾値：０．９８ドル、インターバル：1週間
【００６０】
ランクＣＰＣ条件は、１の検索用語に関して特定のランクに到達するために必要な最小ＣＰＣを監視する。前記条件は、特定のランクが、特定された価格閾値で達成されることができる場合、真である。
【００６１】
例えば、リストＬ4が１．２３ドルのＣＰＣを伴ってランク４であり、およびリストＬ5が１．１５ドルのＣＰＣを伴ってランク５である場合、新しいリストは１．１６ドルのＣＰＣを伴うランク５となりうる。新しいリストが、あらゆる価格で特定のランクになることは不可能であるかもしれない。これは、例えば、Ｌ4のＣＰＣがＬ5のＣＰＣと同じである場合に起こりうる。これは、リストが、それらのＣＰＣによって順序づけられるからであり、同じＣＰＣを有するリストは、それらのタイム・スタンプによって順序づけられる（より早いタイム・スタンプを有するリストは、より良いランクを有する）。あらゆる新しいリストは、すべての他のリストよりも大きいタイム・スタンプを有するので、それは、Ｌ4とＬ5のそれの間にタイム・スタンプを有することができない。
【００６２】
各ランクＣＰＣ条件は、以下のパラメータを有する：
１．用語：監視されている用語
２．ランク：所望のランク
３．閾値：用語に関するランクになるための最高価格。
【００６３】
以下は、ランクＣＰＣ条件のすべての例である：
１．“用語‘ＬＣＤプロジェクタ’に関するランク３は、３．５０ドルより小さいか、または等しい価格で達成されうる”
用語：ＬＣＤプロジェクタ、ランク：３、閾値：３．５０ドル
２．“用語‘ガレージ’に関するランク１０は、０．１０ドルより小さいか、またはそれに等しい価格で達成されうる”
用語：ガレージ、ランク：１０、閾値：０．１０ドル
【００６４】
通知時間
前の節は、様々な通知条件およびそれらのパラメータを記述した。各自動通知仕様は、条件の通知時間も含み、それは広告主が、条件が真であるときに通知されたいと思う時である。広告主が通知される時は、条件が真である時とは独立していることに留意すべきである。
【００６５】
広告主が通知されうる時の２の選択肢がある：
１．即座：条件が真になるとすぐ、広告主は通知される。
２．インターバル：すべての通知が、特定された時間インターバルに対して総計される。インターバルは、期間および時間を含む。例えば、毎時間ごとでは毎時３０分、毎日では午後４時２０分、毎週では毎週金曜日午後３時４５分等である。
【００６６】
条件がインターバル中に真でなかった場合、広告主または市場オペレータは、通知が送信されないか、または“真の条件はない”通知が送信されるかを選択することができる。そうでなければ、インターバル中に真になったすべての条件が記録され、インターバルの終わりには、広告主がこれらを通知される。
【００６７】
例えば、広告主は、ポジション条件に関するすべての通知が毎日送られるように特定してもよい。監視されるリストのポジションが、1日に何回も特定された限界を超える場合、これらは生じるたびにすべて記録され、広告主は、即座通知を送信されない。一日の終わりに、これらはすべて集められ、広告主に送信される。
【００６８】
通知モード
前の節では通知時間を定義した。それは広告主が真であるかもしれないあらゆる条件を通知される時間である。そのような通知は、１またはそれ以上の可能な通信モードで送信される。各自動通知仕様は、条件に関する通知モードも含み、それは広告主に通知するために使用される通信モードである。
【００６９】
５の可能な通信のモードがある：
１．電子メール：通知は、広告主によって規定される一組の電子メール・アドレスに送信される。各電子メール・メッセージは、真である／真であった条件の詳細、および広告主が取ることができる修正アクション、例えば広告主を認証し、および自動的に修正を行う1回のクリックへのリンクも含む。
２．インスタント・メッセージ：通知は、広告主によって規定された一組のインスタント・メッセージ・アカウントに送信される。電子メールに似て、各インスタント・メッセージは、真である／真であった条件の詳細、および広告主が取ることができる修正アクションへのリンクを含むことができる。
３．ファックス：通知は、広告主によって規定された番号にファックスされる。ファックスは、真である／真であった条件の詳細を含み、および広告主があらゆる望ましくない条件を修正するために行くことができるところへのポインタ、例えば広告主が自らを認証し、望ましくない条件をオンラインで修正することができるオンライン市場システムへのポインタを供給することができる。
４．ページ：通知は、広告主によって規定された番号へと呼び出される（paged）。ページは、無線通信によって携帯ワイヤレス・レシーバへ送信されるテキストまたは他のメッセージである。ページは、ページング・システムを通して、専用ページング・レシーバまたはトランシーバに送信されてもよく、またはページは、いくつかのセルラー無線電話システムとともに操作されるショート・メッセージ・サービス（ＳＭＳ）を用いて送信されてもよい。ページは、真である／真であった条件の簡単な表示、および広告主が望ましくない条件を修正するために行くことができるところへのポインタ、例えば、広告主がかけることができる電話番号へのポインタを供給することができる。
５．電話：通知は、広告主によって規定された番号に送信される。真である／真であった条件を広告主に警告するために、自動音声合成システムが使用されうる。電話手段は、タッチ・トーン入力での、メニュにおける修正アクション、例えば、“ポジション１を取り戻すために、あなたの入札を1ドル３２セントに増やすためには１を押してください、２を押すと．．．” を提供することができる。前記システムは、直接音声入力を認識してもよい。メッセージは、広告主があらゆる望ましくない条件を修正するために行くことができるところへのポインタ、例えばオンライン市場システムへのポインタを含むこともできる。
【００７０】
通知アクション・タイプ
各自動通知機能に関して、広告主は条件、通知時間、および通知モードを特定する。自動通知機能は通知アクション・タイプも含み、それは広告主が望ましくない条件を修正するために使用することができる方法である。条件を修正するためのアクションは、通知とともに含まれることができ、または通知機能は、修正をするための他の命令を含むことができる。６のアクション・タイプがある：
１．アクティブ・リンク：これらは、通知に含まれたリンクであり、それによって広告主は、1回のクリックで望ましくない条件を修正することができる。好ましくは、広告主はアクションが取られる前に、第一に認証される。リンクは、一回のクリックで望ましくない条件を修正する、電子メール・メッセージにおける含まれたＵＲＬでよい。例えば、リンクは“ランク３に復活させるために、以下のリストのＣＰＣを１．４３ドルに増やすためには、ここをクリックしてください”とタイトルを付けられてもよい。リンクのＵＲＬは、市場オペレータのシステムを指し、および広告主に関する情報ならびに修正されるべき条件を含む。広告主がリンクをクリックすると、彼の身分が検査され、システムは、広告主に、直接オンライン市場システムと対話するよう求めることなく、自動的にすべての修正アクションを実行する。
電子メール通知およびインスタント・メッセージ通知に、アクティブ・リンクを含むことは適用可能である。
【００７１】
２．インアクティブ・リンク：これらは、広告主が望ましくない条件を修正するために行くことができるオンライン・ロケーションへのポインタである。例えば、これは広告主がログ・インすることができるオンライン市場システムに関するＵＲＬへのポインタを伴う、電話メッセージでもよい。一度ログ・インされると、広告主はあらゆる望ましくない条件を修正するために、アクティブ・リンクを伴うページを提示されてもよい。
すべての通知モードにインアクティブ・リンクを含むことは適用可能である。
３．電子メール：これは、どの修正アクション（あれば）が取られるべきかを示す、広告主が埋めることができ、それから市場オペレータによって規定されたアドレスに電子メールで送信することができる、電子メール・テンプレートである。前記テンプレートは、通知（例えば、電子メール通知）に含まれてもよく、またはそれは他の手段、例えばウェブ・サイトを通して利用可能にされうる。
すべての通知モードで電子メール・リンクを含むことは適用可能である。
【００７２】
４．電話：これは、広告主が修正アクションを取るためにかけることができる電話番号へのポインタである。これは、例えば、タッチトーン電話および音声認識を伴う完全に自動化されたシステム、人間のオペレータを伴うシステム、またはこれらのいくつかの組合せでもよい。
すべての通知モードで電話リンクを含むことは適用可能である。
５．自動修正：広告主は、システムに、この条件が真になる場合には、彼の代わりに修正アクションをとるように依頼している。広告主は、修正アクションの詳細の特定もする。このオプションは、修正されうる条件にのみ適用可能である。例えば、自動修正アクション・タイプは、閾値を下回る場合には、自動的に彼のクレジット・カードに請求することによって、広告主のアカウント残高に５００ドルを追加するようにシステムに命令してもよい。
６．緩和：広告主は、システムに、現在の条件を無視するように依頼しており、およびこの発生が条件を引き起こさないように条件を緩和したいと思う。市場および／または広告主は、どのように条件を緩和するかを選択することができる。例えば、広告主は、彼のリストがランク２からランク３に落ちることは気にしないかもしれないが、それがさらに落ちる場合は通知されたいと思う。
【００７３】
すべての通知機能は、その中に１またはそれ以上の適用可能なアクション・タイプを含むことができる。あるアクション・タイプは、いくつかの通知モードでは適用可能ではないかもしれない。例えば、電話メッセージにＵＲＬポインタを含むことは便利ではないかもしれない。広告主は、どのアクション・タイプが通知において好ましいかを特定してもよい。
【００７４】
自動通知システムの効果は、参加している広告主に代わって、以下の命令を実行することである：
１．私の通知条件、通知時間、通知モード、および通知アクション・タイプを、私に特定させる。
２．継続的に、どれかが真であるかどうか見るために、私のすべての条件を監視する。
３．私の条件のどれかが真になる場合、この詳細の注記をする。
４．私の条件のどれかが真である／真であった場合、私が特定した通知時間に、私に通知を送信する。
５．各通知において、（修正することができる）あらゆる条件を修正するためのすべての適用可能なアクション・タイプを含む。動作タイプは、私が好むものとして特定したものに制限される。私が好みを示さなかった場合、市場オペレータは、各通知とともにアクション・タイプの一部またはすべてを含むことを選択してもよい。
【００７５】
好ましい実施例の上述の解説は、導入のためにのみ供給されてきた。この節においては、本発明の範囲を定義する、前述の特許請求の範囲に対する制約として取られるべきものはない。
【００７６】
（発明を実施するための最良の形態）
クライアント／サーバ・ベースのコンピュータ・ネットワーク・システムを介して、広告主等、サイト・プロモータによって決められるペイ・フォー・パフォーマンス検索結果を生成するための方法およびシステムが開示される。以下の記述は、当業者が、本発明を作り、および使用することができるようにするために提示される。説明の目的で、本発明の完全な理解を供給するために、特定の用語が述べられる。特定のアプリケーションの記述は、例示としてのみ供給される。好ましい実施例の様々な変更は、当業者には容易に明らかになり、およびここに定義された一般的原理は、本発明の精神と範囲を逸脱することなく、他の実施例およびアプリケーションに適用されてよい。本発明は、示された実施例に限定されることを意図しておらず、ここに開示された原理と特徴に一致した最大の範囲と一致するべきである。
【００７７】
ここで図面を参照すると、図１は、本発明の好ましい実施例において使用されるクライアント／サーバ・アーキテクチャとして構築された分散システム１０の一例である。“クライアント”とは、それが関連していない別のクラスまたはグループのサービスを使用するクラスまたはグループのメンバである。インターネット等、コンピュータ・ネットワークの文脈において、クライアントは、サーバ・プログラムとして知られる別のプロセスによって供給されるサービスを要求するプロセス（すなわち、大まかにはプログラムまたはタスク）である。クライアント・プロセスは、他のサーバ・プログラムまたはサーバそのものに関する稼動詳細を知る必要なく、要求されたサービスを使用する。ネットワーク・システムにおいて、クライアント・プロセスは、対応するサーバ・プロセスを動かしている別のコンピュータによって供給される共有ネットワーク・リソースにアクセスするコンピュータ上で通常稼動する。しかしながら、クライアント・プロセスおよびサーバ・プロセスは、同じコンピュータ上で稼動することが可能であることも、注記されるべきである。
【００７８】
“サーバ”とは、通常、インターネット等の通信媒体を介してアクセスすることができる遠隔コンピュータ・システムである。クライアント・プロセスは、第二のコンピュータ・システムにおいてアクティブでもよく、および複数のクライアントが、サーバの情報収集能力を利用することができるようにする通信媒体を介して、サーバ・プロセスと通信してもよい。サーバは、本質的にコンピュータ・ネットワークのための情報プロバイダとして振舞う。
【００７９】
そのため、図1に記載のブロック図は、複数のクライアント・コンピュータ１２、複数の広告主ウェブ・サーバ１４、アカウント管理サーバ２２、および検索エンジン・ウェブ・サーバ２４を具備する分散システム１０を示し、そのすべてはネットワーク２０に接続されている。ネットワーク２０は、以後一般的にインターネットと称される。本発明のシステムおよび方法は、特定的にインターネットに有用であるが、クライアント・コンピュータ１２、広告主ウェブ・サーバ１４、アカウント管理サーバ２２、および検索エンジン・ウェブ・サーバ２４は、多くの異なる種類のネットワークの一つを通して互いに接続されてもよいことが理解されるべきである。そのようなネットワークは、ローカル・エリア・ネットワーク（ＬＡＮ）、他のワイド・エリア・ネットワーク（ＷＡＮ）、および商業情報サービス等、電話線を介してアクセスされる地域的ネットワークを含んでもよい。クライアントおよびサーバ・プロセスは、単一のコンピュータ上で同時に実行する異なるプログラムさえも含んでよい。
【００８０】
クライアント・コンピュータ１２は、従来のパーソナル・コンピュータ（ＰＣ）、ワークステーション、またはあらゆる他のサイズのコンピュータ・システムでよい。各クライアント１２は通常、１またはそれ以上のプロセッサ、メモリ、入力／出力装置、および従来のモデム等、ネットワーク・インターフェースを含む。広告主ウェブ・サーバ１４、アカウント管理サーバ２２、および検索エンジン・ウェブ・サーバ２４は、同様に構成されうる。しかしながら、広告主ウェブ・サーバ１４、アカウント管理サーバ２２、および検索エンジン・ウェブ・サーバ２４はそれぞれ、個別のプライベート・ネットワークによって接続された多くのコンピュータを含んでもよい。実際に、ネットワーク２０は、何十万もの個別のコンピュータのネットワークを含んでもよい。
【００８１】
クライアント・コンピュータ１２は、広告主サーバ１４に記憶されたウェブ・ページまたは記録３０の場所を突き止めるために、ＮＡＶＩＧＡＴＯＲ、ＥＸＰＬＯＲＥＲ、またはＭＯＳＡＩＣブラウザ・プログラム等、ウェブ・ブラウザ・プログラム１６を実行することができる。ブラウザ・プログラム１６によって、ユーザは、引き出されるべき特定のウェブ・ページ３０のアドレスを入力することができる。これらのアドレスは、ユニフォーム・リソース・ロケータ、またはＵＲＬと称される。さらに、一度ページが引き出されると、ブラウザ・プログラム１６は、ユーザが他のウェブ・ページへのハイパリンクをクリックする時に、他のページまたは記録へのアクセスを供給することができる。そのようなハイパーリンクは、ウェブ・ページ３０の中に配置され、ユーザが別のページのＵＲＬを入力し、および前記ページを引き出すための自動化方法を供給する。前記ページは、コンテンツ・プレーン・テキスト情報、またはソフトウェア・プログラム、図形、可聴信号、ビデオ等、より複雑なデジタル・コード化されたマルチメディア・コンテンツとして含むデータ記録でよい。
【００８２】
図１に記載された本発明の好ましい実施例において、クライアント・コンピュータ１２は、ネットワーク２０を通して、ハイパーテキスト・トランスファー・プロトコル（HyperText Transfer Protocol）（ＨＴＴＰ）によって供給される機能を用いるアカウント管理サーバ２２、検索エンジン・サーバ２４、および広告主サーバ１４を含む、様々なネットワーク情報プロバイダと通信するが、ＦＴＰ、ＳＮＭＰ、ＴＥＬＮＥＴ等、他の通信プロトコル、および当業界で公知である多くの他のプロトコルが使用されてもよい。好ましくは、検索エンジン・サーバ２４、アカウント管理サーバ２２、および広告主サーバ１４は、ワールド・ワイド・ウェブに配置される。
【００８３】
上述のとおり、少なくとも２種類のサーバが、本発明の好ましい実施例において予期される。予期される第一のサーバは、コンピュータ記憶媒体３２および処理システム３４を具備するアカウント管理サーバ２２である。データベース３８は、アカウント管理サーバ２２の記憶媒体３２に記憶される。データベース３８は、広告主アカウント情報を含む。後述の内容から、本発明のシステムおよび方法は、アカウント管理サーバ２２における、メモリまたは大容量記憶装置等、コンピュータ記憶媒体に実行可能な命令として記憶されるソフトウェアで実装されてもよいことが理解されるであろう。クライアント・コンピュータ１２において稼動する従来のブラウザ・プログラム１６は、アカウント管理サーバ２２に記憶された広告主アカウント情報にアクセスするために使用されてもよい。好ましくは、アカウント管理サーバ２２へのアクセスは、図示されていないファイアウォールを通して達成され、それは外部改ざんから、アカウント管理ならびに検索結果配置プログラムおよびアカウント情報を保護する。追加的セキュリティが、強化を通して、Ｓｅｃｕｒｅ  ＨＴＴＰまたはＳｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ等、標準通信プロトコルへと供給されてもよい。
【００８４】
予期される第二のサーバ・タイプは、検索エンジン・ウェブ・サーバ２４である。検索エンジン・プログラムによって、ネットワーク・ユーザは、彼らのブラウザ・プログラム１６を通して、検索エンジン・ウェブ・サーバ２４に照会を送信することができる検索エンジン・ウェブ・サーバＵＲＬまたは他のウェブ・サーバ上のサイトにナビゲートすると、ワールド・ワイド・ウェブ上で利用可能な何百万のページの中から関心のあるページを識別するためのキーワード照会をタイプして挿入することができる。本発明の好ましい実施例において、検索エンジン・ウェブ・サーバ２４は、少なくとも一部に、アカウント管理サーバ２２によって実施される入札処理の結果から得られ、およびそれによってフォーマットされる関連するエントリを含む検索結果リストを生成する。検索エンジン・ウェブ・サーバ２４は、クライアント・コンピュータ１２においてユーザによって入力される検索用語に関連する情報を含むドキュメントへのハイパーテキスト・リンクのリストを生成する。検索エンジン・ウェブ・サーバは、このリストを、ウェブ・ページの形式でネットワーク・ユーザに送信し、それは、クライアント・コンピュータ１２上で稼動するブラウザ１６に表示される。検索エンジン・ウェブ・サーバの現在好まれている実施例は、ＵＲＬhttp://www.goto.com/でウェブ・ページにナビゲートすることによって見られるかもしれない。さらに、その例が図７に示されている、検索結果リスト・ウェブ・ページは、さらに詳細に後述されるであろう。
【００８５】
検索エンジン・ウェブ・サーバ２４は、インターネット２０に接続される。本発明の好ましい実施例において、検索エンジン・ウェブ・サーバ２４は、ユーザ照会に応答して、検索結果を生成するために使用される検索リスト記録を含む、検索データベース４０を含む。さらに、検索エンジン・ウェブ・サーバ２４は、アカウント管理サーバ２２にも接続されてもよい。アカウント管理サーバ２２もインターネットに接続されてもよい。本発明の検索エンジン・ウェブ・サーバ２４およびアカウント管理サーバ２２は、クライアント・コンピュータ１２にあるユーザの異なる情報の必要性に取り組む。
【００８６】
例えば、クライアント・コンピュータ１２にある１クラスのユーザは、広告主ウェブ・サーバ１４にある広告主ウェブ・ページ３０を有する広告ウェブ・サイト・プロモータまたはオーナー等、ネットワーク情報プロバイダでもよい。これらの広告ウェブ・サイト・プロモータ、すなわち広告主は、アカウント管理サーバ２２上の記憶装置３２にあるアカウント情報にアクセスしたいかもしれない。広告ウェブ・サイト・プロモータは、アカウント管理サーバ２２にあるアカウントを通して、他の広告主との競合入札プロセスに参加してよい。広告主は、広告主のウェブ・サイトのコンテンツに関連するあらゆる数の検索用語に入札してもよい。本発明の１の実施例において、入札された検索用語の、広告主のウェブ・サイトへの関連性は、検索用語および広告主ウェブ・サイトＵＲＬを含む検索リストをデータベース４０に挿入する前に、手動の編集処理を通して決定される。本発明の別の実施例において、検索リストにおける入札された検索用語の、対応するウェブ・サイトに対する関連性は、アカウント管理サーバ２２のプロセッサ３４において実行するコンピュータ・プログラムを用いて評価されてもよく、そこでは、コンピュータ・プログラムは、一組の予め定義された編集規則に従って、検索用語および対応するウェブ・サイトを評価するであろう。
【００８７】
広告主によって入札された検索用語を用いた検索が実行される時、より高い入札は、検索エンジン２４によって生成される検索結果リスト・ページにより有利なプレースメントを受ける。本発明の好ましい実施例において、広告主による入札額は、広告主のウェブ・サイトが、検索結果リスト・ページ上のハイパーリンクを介してアクセスされるたびに広告主のアカウントから引かれる金額を含む。検索者は、広告主のハイパーリンクと関連する情報を引き出すための引き出し要求を開始するために、コンピュータ入力装置で、ハイパーリンクを“クリックする”。好ましくは、検索結果リスト・ハイパーリンクの各アクセスまたは“クリック”は、広告主に関するアカウント識別子と“クリック”を関連付けるために、検索エンジン・ウェブ・サーバ２４に方向を変える。この方向転換アクションは、検索者には明確ではなく、検索者によってクリックされた検索結果リスト・ハイパーリンクを用いて、広告主のＵＲＬにアクセスする前に、検索結果ページへコード化されたアカウント識別情報にアクセスする。アカウント識別情報は、引き出し要求イベントとして、引き出し要求からの情報とともに、広告主のアカウントに記録される。このメカニズムを通して得られた情報は、当業界で公知である従来のサーバ・システム・ログを使用しては可能ではない方法で、ＵＲＬと、アカウント識別子を最終的に照合するので、正確なアカウント借方記録が維持されるであろう。最も好ましくは、広告主のウェブ・サイト記述および検索結果リスト・ページのハイパーリンクは、広告主のリストが有料リストであることの表示を伴う。最も好ましくは、各有料リストは、“広告主に対するコスト”を表示し、それは検索結果リストを通して、広告主のサイトへの各参照に対して、広告主によって支払われた“プライス・パー・クリック（price-per-click）”に対応する額である。
【００８８】
クライアント・コンピュータ１２における第二のクラスのユーザは、ウェブ上に特定の情報を探している検索者を含んでもよい。検索者は、自分のブラウザ１６を通して、ウェブ・サーバ２４にある検索エンジン・ウェブ・ページ３６にアクセスしてもよい。検索エンジン・ウェブ・ページ３６は、検索者が１またはそれ以上のキーワードを含む検索用語をタイプしてもよい照会ボックスを含む。他に、検索者は、検索エンジン・ウェブ・サーバ２４にハイパーリンクされ、および遠隔ウェブ・サーバに記憶されたウェブ・ページに配置された照会ボックスを通して、検索エンジン・ウェブ・サーバ２４を照会してもよい。検索者が検索用語を入力し終えると、検索者は、供給されたハイパーリンクをクリックすることによって、検索エンジン・ウェブ・サーバ２４へ照会を送信してもよい。検索エンジン・ウェブ・サーバ２４は、検索結果リスト・ページを生成し、およびこのページを、クライアント・コンピュータ１２における検索者に送信する。
【００８９】
検索者は、対応するウェブ・ページにアクセスするために、検索結果ページ上の各リストと関連するハイパーテキスト・リンクをクリックしてもよい。ハイパーテキスト・リンクは、インターネット上のどこにあるウェブ・ページにアクセスしてもよく、および広告主ウェブ・サーバ１４にある広告主ウェブ・ページ１８への有料リストを含んでもよい。本発明の好ましい実施例において、検索結果リストは、広告主の入札の結果として配置されない非有料リストも含み、およびＩＮＫＴＯＭＩ、ＬＹＣＯＳまたはＹＡＨＯＯ！検索エンジン等、従来のワールド・ワイド・ウェブ検索エンジンによって生成される。非有料ハイパーテキスト・リンクは、編集チームによってデータベース４０へと手動でインデックスされたリンクも含んでよい。最も好ましくは、非有料リストは、検索結果ページ上の有料広告主リストに続く。
【００９０】
図２は、従来のブラウザ・プログラム１６を通して、アカウント管理サーバ２２にアクセスする広告主に提示されるメニュー、表示画面および入力画面を示す図である。広告主は、図１に記載のブラウザ・プログラム１６へアカウント管理サーバ２２のＵＲＬを入力すると、サーバ２２の処理システム３４上で稼動する、図２に記載の画面１１０に記載のように後述されるとおり、ログイン・アプリケーションを呼び出す。広告主がログインされると、処理システム３４は、多くの選択肢を有し、さらには広告主にサービスを提供するメニューを供給する。より詳細に後述されるこれらの項目により、ルーチンは、広告主の要求を実行するため、または広告主の要求を実行する前にさらに情報を要求するために呼び出される。本発明の一つの実施例において、広告主は、カスタマ・サービスを要求し１３０、広告主ポリシーを調べ１４０、アカウント運営タスクを実行し１５０、広告主のアカウントに金銭を追加し１６０、検索エンジン上のアカウントの広告の存在を管理し１７０、および動作報告を調べる１８０ことを含む、メニュ１２０を通していくつかの選択肢にアクセスしてもよい。コンテクストに特化したヘルプ１９０も、メニュー１２０および上述の選択肢のすべてにおいて一般的に利用可能である。
【００９１】
本発明の好ましい実施例のログイン・プロシージャは、２種類のユーザに関して、図２および３に記載されている。図３は、広告主に関するログイン・プロシージャ２７０を示す。図４は、本発明のシステムおよび方法を管理し、および維持する運営者に関するログイン・プロシージャ２９０を示す。上述の通り、クライアント・コンピュータ１２における広告主または運営者は、第一に、アカウント管理サーバにアクセスするために、ステップ２７１または２９１においてブラウザ・プログラムを使用しなければならない。広告主が、ステップ２７２または２９２においてログイン処理を開始するために、ログイン・ページのＵＲＬへナビゲートした後、アカウント管理サーバ２２の処理システム３４は、ステップ２７４または２９４においてログイン・アプリケーションを呼び出す。このアプリケーションに従って、プロセッサは、広告主の、または運営者のユーザ名およびパスワードを求める入力画面１１０（図２）を供給する。情報のこれらの項目は、ステップ２７６または２９６において、アカウント管理サーバ２２の記憶装置３２に記憶されたデータベースに記憶されたアカウント情報に基づいて、認証の目的で、当業界において公知であるセキュリティ・アプリケーションに供給される。
【００９２】
図３に従って、ユーザが広告主として認証された後、広告主は、図２に記載のメニュー画面１２０、およびステップ２７８に記載のように、対応する広告主アカウントのみへの、制約された書き込み／読み取りアクセス特権を供給される。広告主ログイン・イベント２７８も、データベースにおける広告主のアカウント記録の一部として、監査トレイル・データ構造にステップ２８０で記録されてもよい。監査トレイルは好ましくはデータベース３８に一連のエントリとして実装され、そこでは各エントリは、広告主のアカウント記録がアクセスされるイベントに対応する。好ましくは、アカウント記録に関する監査トレイル情報は、アカウント・オーナーおよび他の適切な運営者によって見られてもよい。
【００９３】
しかしながら、ユーザが図４に記載のステップ２９５において運営者として認証される場合、前記運営者は、ステップ２９６に記載の通り、すべての広告主アカウントへの、特定された運営アクセス特権を与えられる。運営者ログイン・イベント２９６は、運営者のアカウント記録の監査トレイル・データ構造部分に、ステップ２９７で記録される。この監査トレイルは、好ましくは、データベース３８に一連のエントリとして実装され、そこでは各エントリは、運営者のアカウント記録がアクセスされるイベントに対応する。最も好ましくは、運営者の監査トレイル情報は、アカウント・オーナーおよび他の適切な運営者によって見られてもよい。
【００９４】
さらに、ステップ２８２において、認証された広告主ユーザへ示される一般的広告主メイン・メニューの代わりに、認証された運営者は、広告主アカウントのデータベース３８を検索するためのアクセスを、ステップ２９８において供給される。好ましくは、広告主が、監視すべき広告主アカウントを選択することができるようにするデータベース検索インターフェースが、運営者に供給される。例えば、インターフェースは、運営者がアクセスしたいと思うアカウントに対応するアカウント番号またはユーザ名またはコンタクト名を入力してもよい照会ボックスを含んでもよい。運営者は、ステップ２９９において監視すべき広告主アカウントを選択するとき、運営者は、図２に記載のメイン広告主ページ１２０に連れて行かれ、それは広告主によっても見られる。
【００９５】
アカウント管理サーバ２２にあるアカウント情報３２へのアクセスは、システム上にアカウント記録を有するユーザにのみ制約されるのは、そのようなユーザのみが、有効なログイン名およびパスワードを与えられるからである。パスワードおよびログイン名情報は、図１に記載のように、アカウント管理サーバ２２のデータベース３８に、ユーザの他のアカウント情報とともに記憶される。ログイン・ユーザ名およびパスワードを含むアカウント情報は、本発明の範囲外である別個のオンライン登録プロセスを介して、図１に記載のデータベース３８に入力される。
【００９６】
図５は、データベースにおける各広告主アカウント記録３００に含まれる情報の種類を示す図である。第一に、広告主アカウント記録３００は、上述のようにオンライン認証のために使用される、ユーザ名３０２およびパスワード３０４を含む。アカウント記録は、コンタクト情報３１０も含む（例えば、コンタクト名、企業名、通りの住所、電話、電子メール・アドレス）。
【００９７】
コンタクト情報３１０は、好ましくは、後述のように、広告主が通知オプションの下、キー広告主イベントの通知を要求した時に、広告主に直接通信するために利用される。アカウント記録３００は、請求情報３２０も含む（例えば、現在の残高、クレジット・カード情報）。請求情報３２０は、広告主が、広告主のアカウントに金銭を追加するオプションを選択する時にアクセスされるデータを含む。さらに、特定の請求情報、例えば現在の残高等は、通知オプションの下、通知を要求するイベントを引き起こすかもしれない。アカウント記録３００の監査トレイル部分３２５は、アカウント記録３００がアクセスされるすべてのイベントのリストを含む。アカウント記録３００がアクセスされ、または変更されるたびに、運営者または広告主によって、アカウント・アクセスおよび／または変更イベントを記述する短いエントリが、前記イベントを開始した運営者または広告主アカウントの監査トレイル部分３３０に付属される。監査トレイル情報は、アカウントの下、アカウント・オーナーによってなされる取引の履歴を生成するのを助けるために使用されてもよい。
【００９８】
広告情報部分３３０は、検索エンジンによって生成される検索結果リストの中で、ウェブ・サイト記述およびハイパーリンクに関してポジションが決定される、本発明のオンライン入札処理を実施するのに必要な情報を含む。各ユーザ・アカウント３００に関する広告データ３３０は、ゼロまたはそれ以上のサブアカウント３４０として構成されてもよい。各サブアカウント３４０は、少なくとも１の検索リスト３４４を含む。各検索リストは、一つの検索用語に関する入札に対応する。広告主は、複数の検索用語に関して複数の入札をするために、または複数のウェブ・サイトに関して入札をするために、サブアカウントを利用してもよい。サブアカウントは、対象となる市場区分のパフォーマンスの経過を追いたいと思う広告主にも、特に有用である。サブアカウント上部構造は、自分の広告作業をしたいと思う広告主の利益のために導入され、および本発明の動作の方法には影響を与えない。他に、広告情報区分は、サブアカウントの追加された編成層を含む必要はないが、単に１またはそれ以上の検索リストを含むかもしれない。
【００９９】
検索リスト３４４は、検索用語／入札の対に対応し、およびオンライン競合入札処理を実施するためのキー情報を含む。好ましくは、各検索リストは、以下の情報を含む：検索用語３５２、ウェブ・サイト記述３５４、ＵＲＬ３５６、入札額３５８、およびタイトル３６０である。検索用語３５２は、英語（または他のあらゆる言語）での一般的用語でよい１またはそれ以上のキーワードを含む。同様に各キーワードは、文字列を含む。検索用語は、競合オンライン入札処理の対象である。広告主は、広告主のウェブ・サイトのコンテンツに関連する検索用語を入札するために選択する。理想的には、広告主は、広告主のウェブ・サイト上で情報を探す検索者によって入力されるであろう用語を目標とした検索用語を選択してもよいが、より一般的でない検索用語も、入札のための関連する検索用語の包括的網羅範囲を確証するために選択されてもよい。
【０１００】
ウェブ・サイト記述３５４は、広告主のウェブ・サイトのコンテンツの短いテキスト記述（好ましくは１９０未満の文字）であり、検索結果リストにおいて、広告主のエントリの一部として表示されてもよい。検索リスト３４４は、検索結果リストにおいて、広告主のエントリへとハイパーリンクされたヘディングとして表示されてもよい、ウェブ・サイトのタイトル３６０も含んでよい。ＵＲＬ３５６は、広告主のウェブ・サイトのユニフォーム・リソース・ロケータ・アドレスを含む。ユーザが広告主の検索結果リスト・エントリにおいて供給されるハイパーリンクをクリックすると、ＵＲＬはブラウザ・プログラムに供給される。ブラウザ・プログラムは同様に、上述の方向変換メカニズムを通して、広告主のウェブ・サイトにアクセスする。ＵＲＬは、検索結果リストにおける広告主のエントリの一部として表示されてもよい。
【０１０１】
入札額３５８は好ましくは、リストに関して広告主によって入札された金額である。この金額は、広告主のプリペイド・アカウントから引かれ、または対応する検索用語に関して、ユーザによって検索が実行されるたびに、および広告主のウェブ・サイトを検索者が参照するために、検索結果リスト・ハイパーリンクが使用されるたびに、請求される広告主のアカウントに関して記録される。最後に、ランク値は、広告主が入札するか、または検索が検索照会に入るたびに、動的に、好ましくは図１に記載のアカウント管理サーバ２２の処理システム３４によって生成される値である。広告主の検索リストのランク値は、検索が、対応する検索用語に関して実行される時に生成される検索結果リストにおける広告主のエントリの配置場所を決定する。好ましくは、ランク値は入札額３５８に対する直接的な関係において決定される序数の値である；入札額が高いほど、ランク値が高く、検索結果リストでの配置場所がより有利になる。最も好ましくは、１のランク値は、連続した低いランクに関連し、および連続したより低い入札額に割り当てられる連続したより高い序数値（例えば、２，３，４．．．）を有する最高入札額に割り当てられる。
【０１０２】
一度ログインされると、広告主は、広告主に関する規則ならびにポリシーのリストを見ること、およびカスタマ・サービス支援を要求することを含む、図２に記載のメニュ１２０に記載された多くの直接的なタスクを実行することができる。これらの項目により、ルーチンが、要求を実行するために呼び出される。例えば、“カスタマ・サービス”が選択されると、広告主が要求されたカスタマ・サービスの種類を選択できるようにするために、入力画面１３０が表示される。さらに、広告主が、ウェブ・ベースの入力フォームにカスタマ・コメントをタイプするように、画面１３０上にフォームが供給されてもよい。
【０１０３】
“広告主のポリシーを見る”が選択されると、図１に記載のアカウント管理サーバ２２の処理システム３４によってルーチンが呼び出されるであろう。図２に記載の通り、ルーチンは、情報ウェブ・ページ１４０を表示するであろう。ウェブ・ページ１４０は、現在有効な広告主ポリシーを述べる（例えば、“すべての検索リスト記述は、検索用語に明確に関連していなければならない”）。
【０１０４】
図２に記載のメニュ１２０は、とりわけ、広告主が広告主のコンタクト情報および請求情報を見させ、および変更させ、またはもしあれば、広告主のアクセス・プロファイルを更新させる“アカウント運営”セレクション１５０も含む。当業界でよく知られており、上述のものに類似するウェブ・ベースのフォームは、アカウント情報を更新するため供給される。
【０１０５】
“アカウント運営”メニュは、広告主が、広告主のアカウントの取引履歴を見ることができるようにするセレクションも含む。“取引履歴を見る”セレクションの下、広告主は、過去のアカウント取引（例えば、アカウントに金銭を加える、入札された検索用語を加える、あるいは削除する、または入札額を変更する）のリストを見るためのルーチンを呼び出してもよい。広告主に、特定された種類の取引の履歴、または特定された時間内に発生した取引の履歴を表示させるための追加ルーチンが実行されてもよい。取引情報は、上述の、図５に記載の監査トレイル・リスト３２５から入手されてもよい。ソフトウェア、ウェブ・ベース・フォームに、および／またはメニュに実装されてもよいクリック・ボタンは、広告主がそのような制約を特定することができるようにするために、当業界で公知のとおりに供給されてもよい。
【０１０６】
さらに、図２に記載の“アカウント運営”メニュ１５０は、広告主が通知オプションを設定できるようにするセレクションを含む。このセレクションの下、広告主は、特定のキー・イベントが発生した時、システムに広告主へ通知させるオプションを選択してもよい。例えば、広告主のアカウント残高が、特定されたレベルを下回った時に、システムに、従来の電子メール・メッセージを広告主へと送信させるオプションを設定することを選んでもよい。この方法で、広告主は、アカウントが保留される前（広告主のリストがもはや検索結果リストに現れないことを意味する）にアカウントを補充する“警告”を受信してもよい。広告主が通知を望むかもしれない他のキー・イベントは、特定の検索用語に関して生成される検索結果リストにおける広告主のリストのポジションの変更である。例えば、広告主が、特定の検索用語に関して他の広告主によって競り上げられた場合（広告主のリストは、以前よりも検索結果リスト・ページにおいて、より下がったポジションに現れることを意味する）、広告主は、システムに、従来の電子メール・メッセージを広告主へと送信させたいと思うかもしれない。システム特化キー・イベントの一つが発生すると、データベース検索は、影響を受けた各検索リストに関して引き起こされる。システムはそれから、広告主のアカウントにおいて特定された通知オプションに従って適切な通知ルーチンを実行するであろう。
【０１０７】
図２に戻って参照すると、広告主が広告主のアカウントに金銭を追加できるようにするセレクションもメニュ１２０に現れるので、広告主は検索結果ページを通した広告主のサイトへの参照に対する支払いのため、資金を彼らのアカウントに有するであろう。好ましくは、彼らの広告主のアカウントに資金を有する広告主のみが、生成されたあらゆる検索結果リストに含まれる彼らの有料リストを有してもよい。最も好ましくは、選択された事業基準を満たす広告主は、常に正のアカウント残高を維持する代わりに選択し、アカウント残高にかかわらずアカウント請求を招き、および検索エンジンによって生成される広告主のサイトへの実際の参照によって招かれる請求を反映する送り状で送られ額を、定期的なインターバルで支払ってもよい。“アカウントに金銭を加える”セレクションが引き起こされる時に実行される処理は、図６にさらに詳細に示されており、ステップ６０２で始まる。“アカウントに金銭を加える”セレクションがステップ６０４においてクリックされると、広告主を識別するデータを受信し、ならびにデータベースから広告主のアカウントを引き出す機能が呼び出される。実行処理は、広告主のデフォルト請求情報を記憶し、およびステップ６０６において、広告主に関するデフォルト請求情報を表示する。表示された請求情報は、追加されるべきデフォルト金額、デフォルト支払い種類、およびデフォルト手段（instrument）情報を含む。
【０１０８】
本発明の好ましい実施例において、広告主は、クレジット・カードの使用を通して、オンラインで、および実質的にリアル・タイムで資金を追加してもよいが、他の支払い種類の使用も、確実に本発明の範囲内である。例えば、本発明の別の実施例においては、広告主は、Ｇｉｆｆｏｒｄのアメリカ合衆国特許第５，７２４，４２４号に述べられたものと類似の方法で、デビット・カード等、当業界で公知である電子資金検査メカニズムを通して、広告主の銀行口座から所望の金額を転送することによって、彼らのアカウントに資金を追加してもよい。本発明の別の実施例において、広告主は、従来の紙の小切手を使用して、自分のアカウントに資金を追加することができる。その場合、追加の資金は、手動の入力を通して、アカウント記録データベースに更新されてもよい。手段情報は、支払いの種類に関するさらなる詳細を含む。例えば、クレジット・カードに関して、手段情報は、クレジット・カードの名前（例えば、ＭａｓｔｅｒＣａｒｄ、ＶｉｓａまたはＡｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ）、クレジット・カード番号、クレジット・カードの失効日、およびクレジットカードの請求情報（例えば、請求名および住所）に関するデータを含んでもよい。本発明の好ましい実施例において、部分的クレジット・カード番号が、セキュリティの目的で、広告主に表示される。
【０１０９】
広告主に表示されるデフォルト値は、例えばアカウント・データベースに記憶された持続的状態から得られる。本発明の実施例において、記憶された請求情報値は、金銭を追加する処理が、広告主のアカウントに関して最後に（例えば、一番最近）呼び出され、および完了した時に、広告主によって設定された値を含んでもよい。デフォルト請求情報は、ウェブ・ベース・フォームで、広告主に表示される。広告主は、ウェブ・ベース・フォーム上の適切なテキスト・エントリ・ボックスをクリックし、およびデフォルト請求情報を変更してもよい。広告主が変更を完了した後、広告主は、システムがステップ６０８において請求情報ならびに現在の残高を更新する要求をするために、フォーム上に供給された、ハイパーリンクされた“送信（Submit）”ボタンをクリックしてもよい。広告主が更新を供給すると、ステップ６１０に記載の通り、広告主によって供給される請求情報を立証し、それを確認のために広告主に表示し戻す機能が、システムによって呼び出される。確認請求情報は、読み取り専用フォームで表示され、および広告主によっては変更されなくてもよい。
【０１１０】
立証ステップは以下のように機能する。支払いが、広告主の外部アカウントから借方につけられるものとすると、Ｇｉｆｆｏｒｄのアメリカ合衆国特許第５，７２４，４２４号に述べられたシステムを用いて、支払いが認証され、承認され、完了してもよい。しかしながら、支払いの種類がクレジット・カードによるものである場合、立証アルゴリズムがシステムによって呼び出され、それはＳｔｅｉｎらのアメリカ合衆国特許第５，８３６，２４１号に述べられたような方法を用いて、クレジット・カード番号を立証する。立証アルゴリズムは、現在のシステム日付および時刻との直接的な比較を介して、有効期限日も立証する。さらに、前記機能は、広告主による確認の前に、一時的インスタンスに新しい値を記憶する。
【０１１１】
広告主が、表示されたデータが正しいことを確認すると、広告主は、ステップ６１２において、アカウントが更新されるべきであることを表示するために、ページ上に供給される“確認”ボタンをクリックしてもよい。ステップ６１２において、適切なアカウント残高まで金銭を追加し、広告主の請求情報を更新し、および請求情報を広告主の支払い履歴に付け加える機能が、システムによって呼び出される。広告主の更新された請求情報は、一時的インスタンスから持続的状態（例えば、アカウント記録データベース）に記憶される。
【０１１２】
ステップ６１２で呼び出される機能の中で、クレジット・カード支払い機能は、ステップ６１４においてシステムによって呼び出されてもよい。本発明の別の実施例において、デビット・カード支払い等、他の支払い機能が、支払い種類の更新された値によって、複数の支払い種類を定義することによって呼び出されてもよい。
【０１１３】
支払い種類がクレジット・カードである場合、ユーザのアカウントは、ステップ６１６において即座に貸方に記入され、ユーザのクレジット・カードはすでにステップ６１０において立証されている。金銭追加取引の状態を示す画面が表示され、取引番号および新しい現在の残高を示し、たった今完了したクレジット・カード取引によって加えられた金額を反映する。
【０１１４】
本発明の他の実施例において、金銭がアカウントに追加された後、アカウントに追加された金額は、ステップ６１６において、追加金銭処理の終わりに、サブアカウントの間に割り当てられてもよい。広告主がサブアカウントを有しない場合、アカウントにある金銭すべては、一般的割り当てである。しかしながら、広告主が１以上のサブアカウントを有する場合、システムは、広告主に“サブアカウントの間に金銭を割り当てる”ように促す確認ならびにデフォルト・メッセージを表示する。
【０１１５】
メニュ・セレクション“サブアカウントの間に金銭を割り当てる”は、図６に記載のステップ６１６の後、広告主アカウントに金銭が追加される時に呼び出されてもよく、または図２に記載の“アカウント管理”メニュ１７０の中で呼び出されてもよい。“アカウント管理”メニュ１７０は、図２に記載の通り、広告主メイン・ページ１２０からアクセスすることができる。この“サブアカウントの間に金銭を割り当てる”メニュ・セレクションによって、広告主は、広告主のアカウントの現在ならびにあらゆる保留残高を、広告主のサブアカウントの間に割り当てることができる。システムは、それからサブアカウント残高を更新するであろう。現在残高割り当ては、リアルタイムで行われる一方で、保留残高割り当ては、持続状態に記憶されるであろう。保留残高に対する支払いが処理される時に、保留残高割り当てを反映するために、サブアカウント残高を更新するルーチンが呼び出されるであろう。自動通知は、要求されれば、そのときに広告主に送信されてもよい。この直観的オンライン・アカウント管理および割り当てにより、広告主は、彼らのオンライン広告予算を迅速かつ効率的に管理することができる。広告主は、資金で彼らのアカウントを補充し、および彼らの予算を割り当ててもよく、そのすべては一つの簡単なウェブ・ベース・セッションで行われる。コンピュータ・ベースの実装は、広告主のアカウント取引の、時間がかかり、コストの高い手動入力を排除する。
【０１１６】
“サブアカウントの間に金銭を割り当てる”ルーチンは、広告主が、上で示された実行点において適切なメニュ・セレクションを呼び出すことによって、金銭を割り当てる意思を示す時に開始する。広告主が割り当てる意思を表示する時、広告主のサブアカウントにまだ割り当てられていない現在の残高における保留の資金（すなわち、起動されていないアカウント・クレジット）があるかを決定するための機能がシステムによって呼び出され、残高セレクション・オプションを表示する。本発明の好ましい実施例において、アカウント・インスタンスが作成され、保留現在残高アカウント・フィールドが持続的状態から設定される。
【０１１７】
割り当てられていない保留資金がない場合、システムは各サブアカウントに関するものと同様に、全体として、アカウントに関する現在の利用可能な残高を表示してもよい。広告主はサブアカウントの間に現在利用可能な残高を分配し、および残高を更新するための要求を送信する。サブアカウント残高に関する現在のランニング合計を算出し、および表示する機能が呼び出される。現在のランニング合計は、特定された広告主に関するすべてのサブアカウントの、現在残高の総計に設定される一時的変数で記憶される。前記機能は、前記合計が承認された額を超えないようにするために、新しい利用可能なサブアカウント残高の立証もする。新しい広告主が設定した利用可能なサブアカウント残高が、承認された額を超えない場合、持続的状態におけるサブアカウント残高のすべてを更新し、および読み取り専用フォーマットで前記更新を表示する機能が呼び出される。
【０１１８】
現在のアカウント残高に保留資金がある場合、保留資金は、利用可能な現在残高から別個に割り当てられなければならない。保留資金は、資金が受け取られるとき、利用可能な現在残高へと加えられるであろう。前記機能はそのため、広告主に、保留資金を割り当てるか、または利用可能な資金を割り当てるかを選択するよう促さなければならない。割り当て保留資金セレクションは、上で概説された利用可能資金セレクションを割り当てるのとまったく同じ方法で稼動する。広告主が保留資金を割り当てることを選択した後、アカウントならびにサブアカウントに関する現在の保留残高を表示するルーチンが呼び出される。広告主はキャンペーンの間に保留サブアカウント残高を分配し、および残高を更新するための要求を送信する。保留サブアカウント残高に関する現在のランニング合計を算出し、表示する機能が呼び出される。この機能は、割り当てが承認された額を確実に超えないようにするために、新しい保留サブアカウント割り当ての立証もする。保留割り当ての現在のランニング合計は、広告主のすべてのサブアカウントに関する現在の保留残高の合計に設定される。新しいユーザ設定保留サブアカウント残高またはそのような残高の合計が、承認された額をどれも超えない場合、前記機能は、持続的状態における保留サブアカウント割り当てのすべて、例えばデータベースにおける広告主のアカウントを更新し、および読み取り専用フォーマットで更新を表示する。
【０１１９】
上述および図２に記載の通り、アカウント管理メニュ１７０を表示するルーチンは、広告主メイン・メニュ１２０から呼び出されてもよい。上述の“サブアカウントの間に金銭を割り当てる”セレクションとは別に、残りのセレクションすべては、データベース上の広告主のアカウントに存在する検索リストをある程度使用し、および検索結果リストにおける広告主のエントリに影響も与えるかもしれない。検索エンジンによって生成される検索結果リストのさらなる記述が、この点で必要とされる。
【０１２０】
遠隔検索者は、検索エンジン・ウェブ・サーバ２４上の検索照会ページにアクセスし、上述されたプロシージャに従って検索要求を実行する時、検索エンジン・ウェブ・サーバ２４は、好ましくは、検索結果リストにおける各検索リストの検索用語フィールドにおける“標準化された（canonicalized）”エントリが、遠隔検索者によって入力された、標準化検索用語照会にまったく一致する検索結果リストを生成し、および表示する。照会および検索リストにおいて使用される検索用語の標準化は、関連する結果を生成するため、検索者およびウェブ・サイト・プロモータによって入力される検索用語の共通した不規則性、例えば大文字や複数形を除去する。しかしながら、検索リストの検索用語フィールドと、遠隔検索者によって入力される検索用語照会との間の一致を決定するための別の体系は、本発明の範囲内である。例えば、検索リスト検索用語のキーワードと検索用語照会が、同じ語根を有するが、全く同じではない（例えば、ｃｏｍｐｕｔｉｎｇとｃｏｍｐｕｔｅｒ）一致を生成するため、当業界で公知の文字列一致アルゴリズムが採用されてもよい。他に、同義語のシソーラス・データベースが検索エンジン・ウェブ・サーバ２４に記憶されてもよく、そのため一致は同義語を有する検索用語に関して生成されてもよい。ローカライゼーション方法も、特定の検索を精練するために採用されてよい。例えば、“パン屋”または“食料品店”に関する検索が、選択された市、郵便番号、または電話地域コードの中の広告主に限定されてもよい。この情報は、アカウント管理サーバ２２上の記憶装置３２に記憶された広告主アカウント・データベースの相互参照を通して得られてもよい。最後に、インターナショナライゼーション方法が、アメリカ合衆国外のユーザのための検索を精練するために採用されてもよい。例えば、国または言語に特化した検索結果が、例えば広告主アカウント・データベースの相互参照によって生成されてもよい。
【０１２１】
本発明の実施例において使用される検索結果リスト表示の例は、図７に記載されており、それは用語“ジップ・ドライブ（ｚｉｐ  ｄｒｉｖｅ）”に関する検索から生じる最初のいくつかのエントリの表示である。図７に記載の通り、検索結果リストにおけるエントリ７１０ａ等の単一のエントリは、好ましくはタイトル、および短いテキスト記述を含む、ウェブ・サイトの記述７２０、および検索者によってクリックされると、記述されたウェブ・サイトが配置されるＵＲＬへ、検索者のブラウザを向けさせるハイパーリンク７３０を含む。ＵＲＬ７４０も、図７に記載の通り、検索結果リスト・エントリ７１０ａに表示されてもよい。検索結果項目の“クリック・スルー”は、図７の検索結果項目表示７１０を見る遠隔検索者が選択するとき、または検索結果項目表示７１０のハイパーリンク７３０をクリックするときに生じる。“クリック・スルー”を完了させるために、検索者のクリックは、上述の方向転換メカニズムを介して、アカウント管理サーバに記録され、および広告主のＵＲＬへ方向転換されるべきである。
【０１２２】
検索結果リスト・エントリ７１０ａ−７１０ｈも、広告主の検索リストのランク値を示してもよい。ランク値は、図１に記載の処理システム３４によって生成され、および検索リストへ割り当てられた序数値、好ましくは、数字である。好ましくは、ランク値は、ソフトウェアに実装され、検索リストの入札額、ランク、および検索用語の間の関連性を確立する処理を通して割り当てられる。前記処理は、特定の検索用語に一致するすべての検索リストを集め、最高入札額から最低入札額の順に検索リストを分類し、および各検索リストに、順番にランク値を割り当てる。最高入札額が最高ランク値を受け取り、次に高い入札額が次に高いランク値を受け取り、最低入札額まで進み、それは最低ランク値を受け取る。最も好ましくは、最高ランク値は１であり、連続した少ない順の序数値（例えば、２，３，４．．．）は、連続した高いランクの順番で割り当てられる。ランク値と入札額の相関関係は図７に記載されており、有料検索リスト・エントリ７１０ａ乃至７１０ｆの各々は、前記エントリに関して、広告主の入札額７５０ａ乃至７５０ｆを表示する。好ましくは、同じ検索用語を有する２の検索リストが、同じ入札額も有する場合、時間的に早く受け取られた入札に、より高いランク値が割り当てられる。有料でないリスト７１０ｇおよび７１０ｈは入札額を表示せず、および最低ランク値の有料リストに続いて表示される。好ましくは、検索結果ページにおける４０のスロットを満たすには不十分な数のリストしかない場合、有料でないリストが表示される。有料でないリストは、当業界で公知である、オブジェクト分散データベースおよびテキスト検索アルゴリズムを利用して、検索エンジンによって生成される。そのような検索エンジンの例は、ＩｎｋｔｏｍｉＣｏｒｐｏｒａｔｉｏｎによって操作されてもよい。遠隔検索者によって入力される本来の検索照会が、従来の検索エンジンを通して有料でないリストを生成するために使用される。
【０１２３】
図２に記載のキャンペーン管理メニュ１７０に記載の通り、検索リストを管理するためのいくつかの選択肢が広告主に提示される。第一に、“入札を変更する”セレクションにおいて、広告主は現在アカウントにある検索リストの入札を変更してもよい。入札変更機能に関するシステムによって呼び出される処理は、図８に記載されている。広告主が“入札を変更する”メニュ・オプションを選択することによって、入札を変更する意思を示した後、ステップ８１０に示された通り、前記システムは、データベースにおけるユーザのアカウントを検索し、および広告主のアカウントにおけるアカウント全体またはデフォルト・サブアカウントに関する検索リストを表示する。検索リストは、広告主によって定義されたサブアカウントへとグループ分けされてもよく、１またはそれ以上の検索リストを含んでもよい。１のサブアカウントのみが一回に表示されるかもしれない。前記表示は、好ましくは、ステップ８１５に記載の通り、広告主に選択されたサブアカウントを変更もさせる。画面表示は、ステップ８２０に表示された通り、選択されたサブアカウントに関して検索リストを表示する。
【０１２４】
ステップ８１０において広告主に示された画面表示の一例は図９に記載されており、後述される。入札を変更するために、広告主ユーザは、検索用語に関して、新しい入札額を新しい入札入力フィールドに入力することによって、現存する入札をすでに有する検索用語に関して、新しい入札を特定してもよい。広告主が入力した入札変更は、上述の通り、図８に記載のステップ８２０において広告主に表示される。表示ページの入札を更新するために、広告主は、図８に記載のステップ８３０において、変更の結果を更新するよう要求する。広告主は、ボタン図をクリックすることを含む、様々な手段によって、アカウント管理サーバにそのような要求を送信してもよい。
【０１２５】
図８に記載のステップ８４０に記載の通り、広告主の入札を更新する要求を受信すると、システムは表示された検索リストのすべて、ランク値、および検索用語フィールドと一致する最高ランク値の検索リストになるために必要となる入札額に関して、新しい現在の入札額を算出する。好ましくは、システムはステップ８５０において変更の表示を提示する。ユーザが変更を確認した後、システムは、データベースにおけるアカウントに変更を書き込むことによって、持続状態を更新する。
【０１２６】
検索リスト・データは表の形式で表示され、各検索リストは、表９００の１行に対応する。検索用語９０２は、最も左の列に表示され、現在の入札額９０４および検索リストの現在のランク９０６がそれに続く。現在のランクは、“＃１になるための入札”というタイトルの列９０７が続き、それは表示される検索用語に関する最高ランクの検索リストになるために必要な入札額と定義される。各行の一番右の列は、現在の入札額に最初に設定される新しい入札入力フィールド９０８を含む。
【０１２７】
図９に記載の通り、検索リストは、“サブアカウント”として表示されてもよい。各サブアカウントは、１の検索リスト・グループを含み、複数のサブアカウントが１の広告主アカウントの中に存在する。各サブアカウントは、別個のページを有する別個の表示ページ上に表示されてもよい。広告主は、好ましくは、図９に記載の表示上にプルダウン・メニュ９１０を操作することによって表示されているサブアカウントを変更することができるべきである。さらに、１ページで完全に表示することができない検索リスト・グループは、プルダウン・メニュ９２０を操作することによって個別に見られてもよい複数のページへと分離されてもよい。ここでも、広告主は好ましくは、図９に記載の表示ページ上に配置されたプルダウン・メニュ９２０を直接クリックすることによって表示されるページを変更することができるべきである。広告主は、検索リストに関して、新しい入札額を新しい入札入力フィールド９０８に入力することによって、表示された検索リストに関する新しい入札を特定してもよい。広告主が入力した変更の結果を更新するために、広告主は、上述のように入札を更新する、アカウント管理サーバへの更新要求を送信するためのボタン図９１２をクリックする。
【０１２８】
図２に記載の“アカウント管理”メニュ１７０に列挙された他のセレクションの多くは、上述の“入札を変更する”機能の異型として機能する。例えば、広告主が“ランク・ポジションを変更する”オプションを選択すると、広告主は、“入札を変更する”機能において使用される図９に記載の表示に類似した表示を提示されてもよい。しかしながら、“ランク・ポジションを変更する”オプションにおいて、“新しい入札”フィールドは、“新しいランク”フィールドと取り替えられ、そこでは広告主は、検索用語に関する新しい所望のランク・ポジションを入力する。広告主が、ランクが更新されるように要求した後、システムは、当業者が簡単に利用できる様々なアルゴリズムのいずれかによって、新しい入札価格を算出する。例えば、システムは、所望のランク／検索用語組合せを有する検索データベースに検索リストを配置し、前記組合せの関連する入札額を引き出し、およびＮセント高い；例えばＮ＝１の入札額を算出するためのルーチンを呼び出してもよい。システムが新しい入札価格を算出し、読み取り専用確認表示を広告主に提示した後、システムは広告主から承認を受け取ると、入札価格およびランク値を更新する。
【０１２９】
図２に記載のアカウント管理メニュ１７０上の“リスト・コンポーネントを変更する”セレクションは、図９に記載のフォーマットに類似した表示も生成してよい。広告主が“リスト・コンポーネントを変更する”オプションを選択すると、広告主は各検索リストに関してセットアップされたウェブ・ベースのフォームを介して、検索リストのＵＲＬ、タイトル、または記述に変更を入力してもよい。上述の処理に類似して、ＵＲＬ、タイトル、および記述フィールドのためのフォームは、最初に古いＵＲＬ、タイトル、および記述をデフォルト値として含んでもよい。広告主が所望の変更を入力した後、広告主は変更を更新するためにシステムに要求を送ってもよい。前記システムは、読み取り専用確認画面を表示し、それから広告主が変更を承認した後、持続状態（例えば、ユーザ・アカウント・データベース）に変更を書き込む。
【０１３０】
上述のものに類似した処理は、検索リストに関連するあらゆる他の周辺オプションを変更するため；例えば入札された検索用語に関連する一致オプションを変更することに関して実行されてもよい。変更によって求められる入札またはランクの再計算も、上述の処理と類似の方法で決定されてよい。
【０１３１】
“入札された検索用語を削除する”オプションにおいて、システムは、広告主のアカウントにおける検索リストのすべてを引き出し、および図９に記載の表示に類似した編成およびフォーマットで検索リストを表示する。各検索リスト・エントリは、新しい入札フィールドの代わりに、広告主がクリックするチェック・ボックスを含んでもよい。広告主は、削除されるべき各検索用語の隣にチェック（×）マークを配置するためにクリックするが、ウェブ・ページ上のリストから１またはそれ以上の項目を選択するための、当業界で公知であるあらゆる他の手段が使用されてもよい。広告主が削除されるべき検索リストのすべてを選択し、システムが変更を更新することを要求した後、システムは、好ましくは要求された変更の読み取り専用確認を提示し、および広告主が変更を承認した後にのみ、広告主のアカウントを更新する。“削除された”検索リストは、検索データベース３６から取り除かれ、その後の検索には現れない。しかしながら、検索リストは、請求およびアカウント活動監視の目的で、広告主のアカウント記録の一部として残るであろう。
【０１３２】
“入札された検索用語を加える”オプションにおいて、システムは、検索リストの構成要素に対応する多くのエントリ・フィールドを有する表示を広告主に供給する。広告主は、検索用語、ウェブ・サイトＵＲＬ、ウェブ・サイト・タイトル、ウェブ・サイト記述、および入札額を、他の関連情報と同様に含む、個別の検索リスト構成要素に対応する情報を、各フィールドへと入力する。広告主は、データの入力を完了し、システムに表示した後、システムは、読み取り専用確認画面を広告主に戻す。システムは、新しい検索リスト・インスタンスを作成し、広告主から承認を受け取ると、それをアカウント・データベースおよび検索データベースに書き込む。
【０１３３】
好ましくは、図２に記載の“アカウント管理”メニュ１７０は、“入札された検索用語に関する提案を入手する”ためのセレクションを広告主に提供する。この場合、広告主は、広告主に表示されるフォーム駆動照会ボックスへ入札される検索用語を入力する。システムは、広告主によって入力された検索用語を読み取り、および広告主のウェブ・サイトのコンテンツに関連する検索用語を突き止めることについて広告主を助けるために、追加の関連する検索用語のリストを生成する。好ましくは、追加検索用語は、入札された検索用語のデータベースおよび／またはソフトウェアで実装されたシソーラス・データベースに適用される文字列一致アルゴリズム等の方法を用いて生成される。広告主は、システムによって生成されたリストから、入札するべき検索用語を選択してもよい。その場合、システムは、選択された各検索用語に関する検索リストを入力するためのフォームとともに、“入札された検索用語を追加する”セレクションに関して、上述のエントリ・フィールドを広告主に表示する。好ましくは、選択された検索用語は、各検索リストに関して、デフォルト値としてフォームへ挿入される。他の検索リストに関するデフォルト値も、所望であれば、フォームへ挿入されてよい。
【０１３４】
図２に記載の“アカウント管理”メニュ１７０も、好ましくは“費用を見積もる”セレクションを広告主に供給する。このセレクションにおいて、広告主は、広告主が“１日のラン・レート（daily run rate）”および“有効期限までの残りの日”を予測したいであろう検索リストまたはサブアカウントを特定する。システムは、“コスト見積もりアルゴリズム”に基づいて見積もりを算出し、および読み取り専用画面上で、広告主に予測を表示する。予測は、当業界で公知である多くの様々なアルゴリズムを用いて算出されてもよい。しかしながら、検索リストのコストは、入札額に、特定の時間期間中にその入札額で検索リストによって受け取られたクリックの合計数をかけることで算出されるので、すべてのコスト見積もりアルゴリズムは、一般的に、検索リストに関して、１ヶ月当たり（または他の特定された時間期間）の、見積もられたクリック数を決定しなければならない。検索リスト上のクリックは、当業界で公知であるようなソフトウェア・カウント・メカニズムの実装を介して追跡されてもよい。すべての検索リストに関するクリックは、時間の経過にしたがって追跡されてもよく、このデータは、一ヶ月全体につき、および個別の検索用語に関し、見積もられたクリック数を生成するために使用されてもよい。特定の検索用語に関して、１日当たりの推定された数の検索が決定され、およびクリックのコストで乗じられる。この積は、１日当たりのラン・レートを得るために、当該検索リストのランクに関する平均インプレッション数に対する平均クリック数の比で乗じられる。現在の残高は、アカウント資金の枯渇または“有効期限”までの見積もられた日数を得るために、１日当たりのラン・レートで除される。
【０１３５】
本発明の一つの実施例は、コスト見積もりアルゴリズムを、すべての検索用語が類似の方法で実行すると仮定する単純な予測変数モデルに基礎を有する。このモデルは、広告主の検索リストのランクが一定のままであり、当該月を通して変動しないと仮定する。このアルゴリズムは、簡単に実行でき、速く計算できるという効果を有する。予測変数モデルは、クリック・スルー・レート、例えば特定の検索リストに関するクリックまたは参照の合計数が、検索リストのランクの関数であると考えられるという事実に基づく。そのためモデルは、各検索用語の利用カーブ（usage curve）、すなわち検索リスト上のクリック数が、検索リストに対してプロットされる時に生じるカーブが、すべての検索用語に関する利用カーブと類似すると仮定する。すべての検索用語に関するすべてのクリックの合計、すべての検索用語に関する、一定のランクにおけるすべてのクリック合計、および選択された検索用語に関するすべてのクリック合計に関する、時間の経過に従って外挿された既知の値が、選択された検索用語に関して、特定のランクに関するすべてのクリックの数を決定するために、単純な比率で採用されてもよい。選択されたランクにおける選択された検索用語に関する、すべてのクリックの見積もられた１日の合計は、１日当たりの費用見積もりを決定するために、前記ランクにおける検索用語に関する広告主の現在の入札額を乗じられる。さらに、特定の検索用語または検索用語のクラスが一般的なパターンとは著しく異なることがわかっている場合、検索用語、広告主、または他のパラメータに特化した修正値が、見積もられたコスト額を調整するために導入されてもよい。
【０１３６】
最後に、図２に記載の“アカウント管理”メニュ１７０は、広告主のキャンペーンに関連する情報を見るためのいくつかのセレクションを供給する。“サブアカウント情報を見る”セレクションは、選択されたサブアカウントに関連する読み取り専用情報を表示する。“検索用語リストを見る”セレクションは、対応するＵＲＬ、入札価格、およびランクとともに、広告主の選択された検索用語のリストを表示し、検索用語は好ましくはサブアカウントによってグループ分けされる。広告主は、広告主から要求された検索用語を受け取ると、システムによって生成される読み取り専用表示から、検索用語のリストから選択される一組の検索用語に関する現在の上位の入札を見てもよい。
【０１３７】
検索リスト活動のより包括的な報告を要求する広告主には、“報告を見る”オプションが、図２に記載の広告主メイン・ページ１２０から選択されてもよい。本発明の実施例において、“報告を見る”オプションは、現在の日付から１年先までの包括的な報告を生成する。例えば、１日当たりの報告は、すぐ前の７日の各々に関して入手可能であり、１週当たりの報告は前４週間、１ヶ月当たりの報告は前１２ヶ月、および３ヶ月当たりの報告は最後の１年である。追加の報告も、広告主の関心によって入手可能にされてもよい。他の予め定義された報告種類は、以下の時間期間中に追跡される活動を含んでもよい：アカウントの開始から、今までの年、年毎、今までの３ヶ月、今までの月、今までの週である。報告カテゴリは、広告主アカウントによって、検索リストによって、およびＵＲＬによって見ることができる詳細報告、および広告主アカウントならびにサブアカウントによって見ることができる要約報告を含んでもよい。報告は広告主アカウントおよびサブアカウント名、報告によってカバーされる日付および報告の種類等、識別データを含んでもよい。さらに、報告は、現在残高、保留現在残高、平均１日アカウント貸方、およびラン・レート等のキー検索リスト・アカウント・データを含んでもよい。さらに、報告は：検索用語、ＵＲＬ、入札、現在のランク、およびクリック数、検索用語に関して実行された検索の数、インプレッションの数（検索結果リストに現れた検索リストの回数）、およびクリック・スルー・レート（クリック数／インプレッション数と定義される）等、キー・データを含んでもよい。好ましくは、報告は、ブラウザ・プログラム、印刷、またはダウンロードを介して見るための、少なくともＨＴＭＬビュー・オプションで入手可能である。しかしながら、Ａｄｏｂｅ  Ａｃｒｏｂａｔ、ＰｏｓｔＳｃｒｉｐｔ、ＡＳＣＩＩテキスト、スプレッドシート互換フォーマット（例えばＣＳＶ、タブ・デリミット）および他の著名なフォーマット等、他のビュー・オプションが利用可能でもよいことが注記される。
【０１３８】
広告主が“報告を見る”オプションを選択した時、システムは、利用可能な報告種類、日付、カテゴリおよびビュー・オプションのリストを表示する機能を呼び出す。システムは、好ましくは、以下のフィールドで報告インスタンスを作成し、そのすべては最初にヌルに設定される：報告種類、報告日付、報告カテゴリ、およびビュー・オプションである。広告主が上述のパラメータを定義すると、システムは、広告主が設定するパラメータに基づいて、要求された報告を生成するため、およびビュー・オプション・パラメータに基づいて、報告を表示するための機能を呼び出す。
【０１３９】
最後に、本発明の好ましい実施例は、広告主がログインする時はいつでも広告主が要求してもよいコンテクスト特化ヘルプのためのオプションを実装する。ヘルプ・オプションは、システムが生成した表示ページ上にある小さなアイコンまたはボタンとして実装されてもよい。広告主は、ヘルプを要求するために、表示ページ上のアイコンまたはボタン図をクリックしてもよく、そのときに、システムはユーザが見ている特定の表示の機能に合わせられたヘルプ・ページを生成し、表示する。ヘルプは、別個の表示ページ、検索可能インデックス、ダイアログ・ボックスとして、または当業界で公知であるあらゆる他の方法によって実装されてもよい。
【０１４０】
図１０−２４は、上述のシステムへの自動通知機能を実行するために使用されてもよいプロシージャを示す流れ図である。自動通知機能に従って、検索リスト・データベースに記憶された１またはそれ以上の関連する検索リストを有する広告主は、１またはそれ以上の検索リストに関連する１またはそれ以上の条件を特定してもよい。条件が真になるか、または自動通知機能が起動されると、通知が広告主に送信される。広告主は、適切な方法で応答するか、または全く応答しなくてもよい。自動通知は、広告主の制御下で、広告主の代わりに、自動的に広告主の検索リストに関するステータス情報を広告主に知らせるように動作する独立した特性である。
【０１４１】
一つの実施例が、コンピュータ・データベース・システムにおいて通知方法として実装される。前記方法は、コンピュータ・データベース・システムに記憶された検索リストと関連するオーナーから通知命令を受け取ることを含む。１の実施例におけるオーナーは、コンピュータ・データベース・システムを所有し、作動させ、および維持する市場オペレータと関係のある広告主である。前記方法の１の特定の実施例は、ワールド・ワイド・ウェブを介してアクセス可能なデータベース・システムとの関連で実行される。この例示的な実施例において、検索リストは、データベース検索システムに記憶され、および第三者の検索者によって送信された検索照会に応答して検索エンジンによってアクセス可能なものである。検索リストに関する情報は、他の検索結果とともに検索者に提示される。オーナーに請求されたコストや検索リストの表示ランク等の要因は、通知命令に含まれる情報によって制御されてもよい。
【０１４２】
通知命令は、適切な方法で、コンピュータ・データベース・システムにおいて受信されてもよい。一つの特定の実施例において、通知命令は、オーナーまたは広告主が市場オペレータのワールド・ワイド・ウェブ・ページにアクセスし、オーナーが自動的に通知されるべきである１またはそれ以上の条件および関連するデータ状態を特定する時に受信される。
【０１４３】
通知方法はさらに、検索リストに関する通知命令によって特定される監視条件を含む。例示的条件は、ここに特定されたものおよびそれに同等なものを含む。特に、例示的条件は、その関連するコストおよび表示ランク等、検索リストの可変的な状態に関連する条件を含む。他の例示的条件は、市場オペレータとともに、オーナーまたは広告主のアカウント残高等、経済的条件を含む。
【０１４４】
通知方法はさらに、検索リストの変更された条件を検出すると、オーナーに通知を送信することを含む。通知は、あらゆる便利な方法または組み合わせた方法で通信されてもよい。通知は、通知に応答するための組み込まれた情報を含んでもよいので、条件が修正されることができる。
【０１４５】
別の実施例は、データベース検索システムとして実装される。データベース検索システムは、広告主と関連する検索リストのデータベースを含む。各広告主は、１またはそれ以上の検索リストを開始し、および維持してもよい。検索リストは、検索結果を作成するために検索されてもよい。データベース検索システムはさらに、広告主の検索リストの変更条件が生じたときに、広告主に通知を送信する処理システムを含む。変更条件は、広告主によって特定されてもよく、またはデフォルトあるいは他のオペレータが特定した条件でもよい。一つの実施例において、変更条件は広告主よって識別され、または閾値あるいは限界は広告主によって特定される。条件の状態は、好ましくは、条件における変更が検出されるまで、自動的に追跡されまたは監視される。その後、変更を警告するために通知が広告主に送信され、または他のアクションがシステムによって取られる。
【０１４６】
別の実施例は、検索リストのデータベースを含むデータベース検索システムとして実装される。各検索リストは広告主と関連している。データベース検索システムはさらに検索エンジンを含む。さらに、データベース検索システムは、１またはそれ以上の検索リストの特定の条件が満足される時、広告主に表示を供給するために、１またはそれ以上の広告主からの条件を特定する情報に応答する手段を含む。
【０１４７】
条件を特定する情報は、１またはそれ以上の広告主から受信されてもよく、デフォルトでもよく、そうでなければ広告主あるいは他の者によって選択され、または特定され、または指定されてもよい。特定された条件は、条件およびその性質によって適切に選択され、または特定されてもよい方法で追跡される。特定された条件が満足されている表示は、広告主、または広告主に関連するある装置、または手段へと送信するために必要とされるあらゆる種類または性質を有してよい。前記表示は、インジケータをオンにし、あるいはオフにし、またはアクションを取り、またはアクションを取ることができない、というのと同じくらい単純でよい。インジケータまたはアクションがあること、またはないことは、広告主に条件を通信するように機能してもよい。前記表示は、組み込まれた、または自動の応答を伴って広告主に運ばれる視覚的または可聴通信等、より複雑でもよい。
【０１４８】
別の実施例は、データベース検索システムとして実装される。データベース検索システムは、この実施例において、検索リストのデータベースを含む。各検索リストは、個別の広告主と関連しており、および各検索リストは、検索用語、および可変的コスト・パー・クリック（ＣＰＣ）または可変的表示ランクを含む。この実施例におけるデータベース検索システムはさらに、検索者から受信された検索照会と一致する検索リストを識別するように構築された検索エンジンを含む。一致検索リストは、好ましくは、一致検索リストの表示ランクおよび入札額に従って、検索結果リストに並べられる。エージェントは、広告主に条件更新情報を供給するために、広告主からの条件定義に応答する。条件定義は、監視されるべき条件を定義する。条件更新情報は、存在するのであれば、条件が更新される環境を特定する。
【０１４９】
別の実施例は、データベース検索システムを動作させるための方法として実装される。この実施例において、前記方法は、データベースに複数の検索リストを記憶することを含む。各検索リストは、検索リストが検索者に参照される時に経済的価値を与える広告主と関連している。前記方法はさらに、関連した検索リストに関する表示ポジションを決定することを含む。一つの例において、関連する検索リストは、検索用語または検索用語への近接等、共通データによって関連付けられる。表示ポジションは、完全に決定的な方法から完全に任意のものまで、適切な方法で決定されてもよい。ポジション決定方法は、広告主入力または他の情報に基づいてもよい。一つの実施例において、各検索リストは、コスト・パー・クリック（ＣＰＣ）を割り当てられ、および表示ポジションはＣＰＣに基づいて決定され、検索用語に関する最高のＣＰＣリストは、前記検索用語またはその異型が受信される時に最も高くリストされる。前記方法はさらに、広告主から、広告主が表示ポジション変更の通知を欲しいと思う検索リストの表示を受信することを含む。前記表示および前記通知は、利用可能で、便利な通信チャネルで、適切な通信方法に従って送信されてもよい。
【０１５０】
図１０−２４に記載のプロシージャは、ソフトウェア、またはハードウェア、またはこれらの組合せで実行されてもよい。一つの実施例において、プロシージャは、アカウント管理サーバ２２（図１）の処理システム３４上で稼動するソフトウェア・プロシージャとして開始される。他の実施例において、プロシージャは、検索リスト・データベースへのネットワーク・アクセスを有する個別のマシン上で稼動してもよい。プロシージャは共同で自動通知機能を形成する。
【０１５１】
図１０−２４に記載されたプロシージャは、コンピュータ・データベース・システムに通知方法を実装してもよい。前記方法は、コンピュータ・データベース・システムに記憶された検索リストと関連するオーナーから通知命令を受信し、検索リストに関する通知命令において特定された条件を監視し、および検索リストの変更された条件を検出するときに、オーナーに通知を送信する等の振る舞いを含む。
【０１５２】
一つの実施例において、コンピュータ・データベース・システムは、ここに記述されたとおり、パフォーマンス検索システムに対するペイ（pay）であり、検索リストならびに検索エンジンのデータベースを含む。検索リストは、それぞれ検索リストの広告主またはオーナーと関連している。検索リストはそれぞれ、検索用語、広告主によって特定された入札額あるいは最大コスト・パー・クリックスルー、コスト・パー・クリックスルー（ＣＰＣ）およびランクまたは表示ランク等のデータを含む。ＣＰＣおよびランクは、広告主によって、および同じ検索用語を含む検索リストと関連する他の広告主によって特定された値によって自動的に変わってもよい。例えば、システムはリストのＣＰＣを自動的に最小まで減らす一方で、特定されたランクを維持してもよい。検索エンジンは、検索用語または検索リストの他の部分と、検索者から受信された検索照会とを一致させる。一致検索リストはＣＰＣおよび表示ランクに従って編成され、検索者に戻される。検索リストが検索者に参照される場合、ＣＰＣに等しい額の経済的価値が、この目的でアカウントを保持しているかもしれない広告主またはオーナーによって支払われることができる。この場合における検索リストの参照は、表示結果における検索リストに関する情報、検索者によるクリックスルー、または検索者による後クリック・スルー・アクションを含む等、インプレッションでもよい。この実施例は例示的なものにすぎない。通知方法は、検索リストの変更された条件を、データベースにおけるリストと関連するオーナーまたはその他の者に通知するためと同様に、他の種類のデータベース検索システムに適用されてもよい。
【０１５３】
オーナーに通知されてもよい変更された条件の一つの例は、特定の検索用語に関して作成された検索結果の中の検索リストのポジションの変更を含む。変更された条件の他の一例は、検索リストに関するＣＰＣが、広告主またはオーナーによって特定されたある値または範囲に到達する時である。変更された条件の他の一例は、オーナーのアカウント残高が、オーナーによって特定された額を下回る時である。変更された条件の他の一例は、広告主の検索リストの１またはそれ以上に関する総計インプレッションが、特定された数を超える時、または総計クリックスルーが特定の数を超える時、または特定された時間期間でのクリックスルー・レートが、特定された数を超える時である。変更された条件の他の一例は、あらゆる検索リストのＣＰＣが、同じ検索用語に関する他の検索リストの中で、そのランクに影響を与えることなく減らされうる時に生じる。変更された条件の他の一例は、検索リストが、広告主が特定したＣＰＣよりも少ないＣＰＣに関して、広告主が特定した表示ランクとなりうる時に生じる。変更された条件の他の一例は、あるリストの集まりに対する広告主平均ＣＰＣが、予め決められた閾値を超える時である。
【０１５４】
一つの実施例において、広告主はシステムによって送信される通知のタイミングを選択することができる。さらに、一つの実施例において、広告主は、電子メール・メッセージ、ファクシミリ、ページまたはショートあるいはインスタント・メッセージ等、システムによって送信される通知の性質を特定することができる。さらに、一つの実施例において、通知された条件を修正し、または変換するためにシステムによって取られるべきアクションを特定するアクティブ・リンク、インアクティブ・リンク、または電子メール応答を含んでもよい。
【０１５５】
図１０は、新しい自動通知機能を作るための方法の一つの実施例を示す流れ図である。本実施例に従って、各広告主は：１）条件種類および条件種類に関するパラメータ、２）通知時間、３）通知モード、および４）通知アクション・タイプを特定することによって、新しい自動通知機能を作ることができる。
【０１５６】
自動通知機能は、好ましくは、図１に記載のアカウント管理ウェブ・サーバ２２のようなコンピュータ・システム上に実装される１またはそれ以上のソフトウェア・エージェントとして実装される。自動通知機能が作られると、ソフトウェア・ルーチンは、自動通知機能と関連する広告主によって供給される情報、およびおそらく標準の、あるいはデフォルトの情報を用いて、前記システム上で動作する監視ソフトウェアによって作られる。他の実施例において、自動通知機能は、専用ハードウェアあるいはソフトウェア・コンポーネントまたはこれらの組合せを組み込んで実装されてもよい。前記システムは、すべての自動通知機能の経過を追い、前記機能によって追跡される条件のいずれかが真になる場合、自動通知機能の制御下にあるシステムは、詳細を記録する。広告主は、通知時間が即座である場合、即座に通知される。そうでなければ、すべての条件は記録され、後で、特定された通知時間に広告主に送信される。通知は、広告主によって特定されるモードまたは複数のモードで送信され、および各通知は、望ましくない条件のどれも修正するための１またはそれ以上のアクション・タイプを含んでもよい。さらに、広告主はシステムに、自動的に望ましくない条件を修正するように命令してもよい。
【０１５７】
システムは、以前に送信された通知に関して入ってくるすべての修正アクションの監視もする。修正アクションが受信されると、システムはそれと同時に、通知の条件を修正するように、例えばそれを所望のランクまで回復するために、広告主のリストのＣＰＣを増やすように振舞う。
【０１５８】
図１０に記載のプロシージャは、広告主からの新しい自動通知機能を受け取る。プロシージャはブロック１０００で開始する。ブロック１００２において、自動通知機能の条件種類が選択される。条件種類は、広告主によって特定され、および１またはそれ以上の検索リストに関して特定される。検索リストは、図１との関係で上述されたとおり、検索リスト・データベースに維持される。条件種類は、ソフトウェア・エージェントによって監視されるべき検索リストの１またはそれ以上の特性を特定する。ブロック１００４において、ブロック１００２において選択された条件に関するパラメータが特定される。ブロック１００６において、通知時間はソフトウェア・エージェントに関して特定される。通知時間は、ブロック１００２、１００４で定義された条件と関連する。本実施例において、広告主が通知されることができる２の選択肢がある。第一に、広告主は即座に、または特定された条件が真になるとすぐに通知されることができる。第二に、通知は特定の時間インターバルに対して総計されることができ、インターバルの終わりには、広告主は、インターバル中に真になったすべての条件を通知される。インターバル中に真になった条件がない場合、一つの実施例においては、通知は送信されない。他の実施例においては、状態変更を特定しない通知が送信される。
【０１５９】
ブロック１００８において、選択された条件に関する通知モードが特定される。前記モードは、広告主によって、またはあらゆる他の適切な方法で特定されてもよい。本実施例において、広告主への通知の通信の可能なモードがいくつかある。第一に、通知は広告主によって特定された１またはそれ以上の電子メール・アドレスに送信されてもよい。第二に、通知は、ここでも広告主によって特定されるインスタント・メッセージ・アカウント・システムによって送信されてもよい。第三に、通知はファクシミリによって送信され、規定された番号、広告主へとファックス送信されてもよい。第四に、ワイヤレス・ページとして、ページング・システムの一部として、または無線電話あるいは他の２方向通信システムとの関係で送信されてもよい。最後に、通知は、広告主から情報を送信し、および受信するための自動化システムを用いることで、あるいは広告主と対話するオペレータによって、電話で送信されてもよい。
【０１６０】
ブロック１０１０において、あらゆる通知とともに含まれるべきアクション・タイプは、広告主によって特定される。可能なアクション・タイプは、クリックされると、広告主に１回のクリックで望ましくない条件を修正させる、通知に含まれたアクティブ・リンクを供給することを含む。第二のアクション・タイプでは、通知がインアクティブ・リンクとともに送信されてもよく、それは広告主があらゆる望ましくない条件を修正するために行くことができるすべてのロケーションへのポインタである。第三のアクション・タイプは、どの修正アクションが取られるべきかを特定し、および電子メールを特定されたアドレスに返す広告主によって書き込むことができる電子メール・テンプレートである。最後に、本実施例において、アクション・タイプは、広告主が修正アクションを取るために呼び出すことができる電話番号の供給を含む。新しい自動通知機能を開始する処理は、ブロック１０１２で終わる。
【０１６１】
図１０に記載の方法は、下のシュード・コードに従って具現化されてもよい。
0004597473.tif 000003
【０１６２】
上述の通り、説明された実施例において、広告主が選択できる９種類の条件がある：
１．ポジション：リストのポジションに関連する
２．コスト：いくつかのリストに関する蓄積されたコストに関連する
３．アカウント残高：広告主のアカウントに残っている資金に関連する
４．インプレッション：いくつかのリストのインプレッション数
５．クリック：いくつかのリストのクリック数
６．ＣＴＲ：いくつかのリストのクリック・スルー・レート
７．ＣＰＣ−トゥ−ハイ：そのランクに影響を与えることなく、リストのＣＰＣが減らされうる場合
８．平均ＣＰＣ−トゥ−ハイ：平均ＣＰＣ、合計クリックで除された合計コストが、ある閾値よりも高い。
９．ランクＣＰＣ：特定のランクおよび用語に関するＣＰＣに関連する
他の条件も特定されてもよい。
【０１６３】
各条件はそれに関して一組のパラメータを有する。広告主が条件種類を選択した後、彼はそれに関してパラメータを特定しなければならない。８の条件種類の各々に関するパラメータが、前に定義された。市場のオペレータまたはパフォーマンス・システムに対するペイは、広告主がシステムと対話しているコンテクストによって、パラメータのいくつかに関するデフォルト値を供給することが可能である。
【０１６４】
広告主は通知時間も選択しなければならない。これは、“即座”または“インターバル”でよい。即座の通知は、システムが、それらが真であることを検出するとすぐに広告主に送信される。インターバル通知は、一方で、周期的に送信されるだけである。広告主はインターバルを、例えば１日と特定しなければならない。システムによって条件が真であることを検出されるたびに、詳細のログが記録される。すべてのインターバルの境界で、システムは、真である、または真であった条件のすべてのインスタンスを集め、および通知の本体にこれらの詳細を含む。例えば、１日インターバルでは、１日に一回、システムが過去２４時間に真であった条件のすべての報告を送信するであろう。市場オペレータは、インターバルの境界を定義することができる（例えば、１日のインターバルでは真夜中）。
【０１６５】
広告主は、１またはそれ以上の通知モードも選択しなければならない。通知は、すべての選択された通知モードで広告主に送信されうる。一つの実施例において、５の通知モードがある。
【０１６６】
１．電子メール：広告主はデフォルト値を有することができる、１またはそれ以上の電子メール・アドレスを特定しなければならない。
２．インスタント・メッセージ：広告主は、デフォルト値を有することができるインスタント・メッセージ・アドレスを特定しなければならない。
３．ファックス：広告主は、デフォルト値を有することができるファックス番号を特定しなければならない。
４．ページ：広告主は、デフォルト値を有することができるページ番号を特定しなければならない。
５．電話：広告主は、デフォルト値を有することができる電話番号を特定しなければならない。
他の通知モードも特定されてもよい。
【０１６７】
最後に、広告主は、前に選択された各通知モードに関して、１またはそれ以上の通知アクション・タイプを選択することを選んでもよい。各通知モードは、それとともに使用することに適用可能な１またはそれ以上のアクション・タイプを有する。市場オペレータは、各通知モードに関して適用可能なアクション・タイプにデフォルトを自動的に供給してもよい。説明された実施例において、４の通知アクション・タイプがある：
１．アクティブ・リンク：これらは、電子メール通知およびインスタント・メッセージ通知に含まれうる。
２．インアクティブ・リンク：これらはすべての通知モードに含まれうる。
３．電子メール：これらはすべての通知モードに含まれうる。
４．電話：これらはすべての通知モードに含まれうる。
他の通知アクション・タイプも特定されてもよい。
【０１６８】
このように図１０は、新しい自動通知機能を初期化するための１の方法を示す。広告主は、いつでも現存の自動通知機能を取り消すこともできる。
【０１６９】
図１１は、図１０に記載の処理に従って、広告主によって特定される条件を監視する、自動通知機能を供給するためのソフトウェア・エージェントのオペレーションを示す完全な図である。図１１に記載の方法は、ブロック１１００で始まる。
【０１７０】
ブロック１１０２において、変数new-true-conditionが空のリストになるように初期化される。ブロック１１０４において、ソフトウェア・エージェントは、条件を真にするかもしれないイベントを待つ。そのようなイベントは、広告主によって送信された入札変更、および監視されるクリックスルー条件またはクリックスルー・レート等を変更してもよい検索者によるクリックスルーによる、ランキングの変化を含む。ブロック１１０６において、check-all-conditionsと呼ばれる処理が初期化される。この処理は、図１２でさらに後述される。
【０１７１】
ブロック１１０８において、変数Ｘは、リスト、new-true-conditionsにおける次のエレメントに等しく設定される。ブロック１１１０において、変数Ｘが空であるか、またはデータを記憶していないかを決定するためのテストが実行される。Ｘが空である場合、処理されるべきリストnew-true-conditionsのさらなるエレメントはなく、コントロールはブロック１１０２に戻る。Ｘが空でない場合、コントロールはブロック１１１２に進む。
【０１７２】
ブロック１１１２において、広告主によってそれに関して定義されたauto-correctionをＸが有するか決定される。もしそうであれば、コントロールはブロック１１１４に進み、そこでは広告主によって特定される自動修正アクションが、システムによって実行される。修正アクションは、広告主によって特定されたあらゆるアクションでよい。ブロック１１１２において、変数Ｘに関連する条件がauto-correctionを有しない場合、コントロールはブロック１１１６に進む。
【０１７３】
ブロック１１１６において、Ｘが即座通知を有するか決定される。もしそうであればコントロールはブロック１１２０に進み、プロシージャnotify-immediatelyは、広告主に条件の通知を送信するために開始される。このプロシージャの一つの実施例は、図２１との関係でさらに後述される。ブロック１１１６において、変数Ｘと関連する条件が即刻通知を有しない場合、ブロック１１１８において、変数Ｘと関連する条件は記録され、およびコントロールはブロック１１０８に戻る。
【０１７４】
図１１に記載のプロシージャmonitor-conditionsにおいて、システムは、すべての条件が真になったかを見るために、継続的にその状態を監視する。偽である条件から、真である条件への移行のみが関連性がある。例えば、広告主アカウント残高が設定された閾値を下回る時に、条件イベントが記録される。残高がさらに減ると、これは真である条件の個別のインスタンスとして記録されない。
【０１７５】
図１１に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000004
【０１７６】
すべての条件が真になったかを調べることは、８の異なる条件種類を調べることを伴う：図１２は、図１１に記載のブロック１１０６において実行される、プロシージャcheck-all-conditionsの一つの実施例を示す。どれかの条件が真になったかを調べることは、８の異なる条件種類を調べることを伴う。これは図１２に記載されている。前記方法はブロック１２００で開始する。
【０１７７】
ブロック１２０２において、すべてのポジション条件が調べられる。ブロック１２０４において、すべてのコスト条件が調べられる。ブロック１２０６において、すべてのアカウント残高条件が調べられる。ブロック１２０８において、すべてのインプレッション条件が調べられる。ブロック１２１０において、すべてのクリック条件が調べられる。ブロック１２１２において、すべてのクリックスルー・レート（ＣＴＲ）条件が調べられる。ブロック１２１４において、すべてのＣＰＣ−ｔｏｏ−ｈｉｇｈ条件が調べられる。ブロック１２１６において、すべての平均ＣＰＣ−ｔｏｏ−ｈｉｇｈ条件が調べられる。ブロック１２１８において、すべてのランクＣＰＣ条件が調べられる。前記方法はブロック１２２０で終わる。他の実施例において、これらの条件のたった１か、またはそれ以上のサブセットのみが、特定の時間に調べられてもよい。他に、すべての条件種類が一つの実施例にサポートされているわけではない場合、いくつかのチェックは省略されてもよい。図１２において特定された条件を調べるための方法の特定の実施例は、図１３−２１により詳細に説明される。
【０１７８】
図１２の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000005
【０１７９】
図１３は、どれか“ポジション”条件が真になったかを調べるためのプロシージャを示す流れ図である。前記方法はブロック１３００で開始する。
【０１８０】
ブロック１３０２において、変数Ｌは、変更したポジションを有する、監視ポジションを伴う検索リストに等しく設定される。これらの検索リストの同一性は、適切な方法で決定されてよい。ブロック１３０４において、変数ＸはリストＬにおける次のエレメントになるように増加される。ブロック１３０６において、変数Ｘが空であるか決定するためのテストが実行される。もしそうであれば、変数Ｌに含まれるリストの終わりに到達しており、プロシージャはブロック１３０８で終わる。もしそうでなければ、ブロック１３１０において、変数Ｘにおけるリストと関連するポジション条件が現在真であるか、およびこの変数と関連する最後のポジション条件が偽であるかが決定される。これは、変数Ｘによって示される検索リストと関連する現在のポジション条件を、この変数に関する記憶された最後のポジション条件と比較することによって決定される。ブロック１３１０のテストが真またはｙｅｓの応答を生む場合、ブロック１３１２において、検索リストＸに関する変数、last position conditionは、真の値に等しくリセットされ、およびブロック１３１４において、変数Ｘに関するポジション条件は、new-true-conditionsのリストに添加される。コントロールは、リストＬにおける次のエレメントを選択するために、ブロック１３０４に戻る。
【０１８１】
ブロック１３１０において、テストが否定的または偽の応答をする場合、ブロック１３１６において、変数Ｘに関するポジション条件が偽であり、および変数Ｘに関する最後のポジション条件が真であるか決定するための別のテストが実行される。もしそうでなければ、コントロールはブロック１３０４に戻る。もしそうであれば、ブロック１３１８において、変数Ｘに関連する検索リストに関する最後のポジション条件は、偽の値に等しく設定される。コントロールはブロック１３０４に戻る。
【０１８２】
図１３に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000006
【０１８３】
ポジション条件が最初に作成されると必ず、その“last-position-condition”は自動的に偽に初期化され、およびそのポジションは、それが変更したかのように取り扱われる―これによって、条件は即座にテストされる。
【０１８４】
図１４は、コスト条件を調べるための一つの方法を示す。プロシージャはブロック１４００で開始する。ブロック１４０２において、変数Ｌは（ＣＰＣ）請求に関する監視されたコストおよび新しいコストを伴い、すべての検索リストとともに初期化される。ブロック１４０４において、変数ＸはリストＬにおける次のエレメントに等しく割り当てられる。ブロック１４０６において、変数Ｘが空であるか決定される。そうであれば、プロシージャはブロック１４０７で終わる。
【０１８５】
そうでなければ、ブロック１４０８において、変数Ｘに関連する検索リストに関するcost-conditionが真であるか、および変数Ｘに関連する検索リストに関するlast-cost-conditionが偽であったか決定される。そうであれば、ブロック１４１０において、検索リストに関するlast-cost-conditionは真に等しく設定される。ブロック１４１２において、変数Ｘに関連する検索リストに関するcost-conditionは、new-true-conditionsのリストに添加される。コントロールはブロック１４０４に戻る。
【０１８６】
ブロック１４０８において、検索リストに関するcost-conditionが前の偽から現在の真に変わっていなかった場合、変数Ｘに関連する検索リストに関するcost-conditionが偽であり、かつ検索リストに関するlast cost-conditionが真であったかが決定される。もしそうであれば、変数Ｘに関連する検索リストに関するlast-cost-conditionが、ブロック１４１６において偽に等しく設定される。コントロールはブロック１４０４に戻る。
【０１８７】
図１４に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000007
【０１８８】
コスト条件が最初に作成されると必ず、その“last-cost-condition”は自動的に偽に初期化され、およびそのＣＰＣは、それが変更したかのように取り扱われる―これによって、条件は即座にテストされる。コスト条件を調べることは、最後のインターバルから、条件におけるすべてのリストに関する累積されたコストを調べることを必要とすることが注記される。この条件に関して、一番最近の広告主が定義したインターバルよりも早い時点でのすべてのコストを無視する。例えば、インターバルが“１日”である場合、前日のすべてのコストが無視される（市場オペレータは、インターバルの境界を定義することができる）。
【０１８９】
図１５は、アカウント残高条件を調べるための方法の一つの実施例を示す。前記方法はブロック１５００で開始する。ブロック１５０２において、変数Ｌは、新しい請求を有する監視されたアカウント残高を伴う広告主のリストを含むように割り当てられる。ブロック１５０４において、変数ＸはリストＬにおける次のエレメントを含むための増分である。ブロック１５０６において、変数Ｘが空であるか決定される。そうであれば、プロシージャはブロック１５０８で終わる。
【０１９０】
そうでなければ、ブロック１５１０において、変数Ｘに関連する検索リストに関するaccount-balance-conditionが真であるか、および検索リストに関するlast-account-balance-conditionが偽であったか決定される。そうであれば、ブロック１５１２において、検索リストに関する変数last-account-balance-conditionは真に等しく設定される。ブロック１５１４において、検索リストに関するaccount-balance-conditionは、new-true-conditionsのリストに添加される。コントロールはブロック１５０４に戻る。
【０１９１】
ブロック１５１０におけるテストの結果が否定的だった場合、ブロック１５１６において、変数Ｘに関連する検索リスト関するaccount-balance-conditionが今、偽であり、および検索リストに関するlast-account-balance-conditionが真であったか決定するためのテストが実行される。もしそうであれば、ブロック１５１８において、変数Ｘに関連する検索リストに関する変数last-account-balance-conditionは、偽に等しく設定される。コントロールは、リストＬにおける次のエレメントを選択するためにブロック１５０４に戻る。
【０１９２】
図１５に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000008
【０１９３】
説明された実施例において、アカウント残高条件が最初に作成されると必ず、その“last-account-balance-condition”は自動的に偽に初期化され、およびそれが新しい請求を有するかのように扱われる―これにより、条件は即座にテストされる。
【０１９４】
図１６は、インプレッション条件を調べるための方法を示す。前記方法はブロック１６００で開始する。ブロック１６０２において、リスト変数Ｌは、新しいインプレッションを有する監視されたインプレッションを伴うすべてのリストとともに初期化される。ブロック１６０４において、変数ＸはリストＬにおける次のエレメントを指すように増加する。ブロック１６０６において、変数Ｘによって指し示される検索リストが空であるか決定される。そうであれば、プロシージャはブロック１６０８で終わる。そうでなければ、ブロック１６１０において、変数Ｘによって指定された検索リストに関するimpressions-conditionが真であるか、および変数Ｘに関連する検索リストに関するlast-impression-conditionが偽であったかが決定される。そうであれば、ブロック１６１２において、検索リストに関するvariable-last-impressions-conditionは真に等しく設定される。ブロック１６１４において、検索リストに関するvariable-impressions-conditionの値は、リストnew-true-conditionsに添加される。リストＬにおける次のエレメントを選択するために、コントロールはブロック１６０４に戻る。
【０１９５】
ブロック１６１０において、テストが否定的な結果を戻す場合、ブロック１６１６において、変数Ｘに関連する検索リスト関する変数impressions-conditionが偽の値を有するか、および検索リストに関するvariable-last-impressions-conditionが真の値を有するか決定される。もしそうであれば、ブロック１６１８において、検索リストに関するvariable-last-impressions-conditionは、偽の値を割り当てられ、コントロールは、ブロック１６０４に戻る。
【０１９６】
図１６に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000009
【０１９７】
インプレッション条件が最初に作成されると必ず、そのlast-impressions-conditionの値は自動的に偽に初期化され、およびそれは、新しいインプレッションを有するかのように取り扱われる。これによって、条件は即座にテストされる。インプレッション条件を調べることは、条件におけるすべてのリストの累積されたインプレッションを調べることを必要とすることが注記される。この条件に関して、一番最近の広告主が定義したインターバルよりも早い、すべてのインプレッションが無視される。例えば、インターバルが“１日”である場合、前日のすべてのインプレッションが無視される（市場オペレータは、インターバルの境界を定義することができる）。
【０１９８】
図１７は、クリック条件を調べるための方法の一つの実施例を示す。前記方法はブロック１７００で開始する。ブロック１７１０において、リスト変数Ｌは、新しいクリックを有する監視されたクリックを伴うリストで満たされている。ブロック１７１２において、変数Ｘはリスト変数Ｌにおける次のエレメントを含むように初期化され、または増加する。ブロック１７１４において、変数Ｘが空であるか決定される。そうであれば、ブロック１７１６においてプロシージャが終わる。もしそうでなければ、ブロック１７１８において、変数Ｘと関連する検索リストに関するclicks-conditionが真の値を有するか、および変数Ｘと関連する検索リストに関する変数last-clicks-conditionが偽の値を有したかが決定される。もしそうであれば、ブロック１７２０において、検索リストに関する変数last-clicks-conditionは、真の値に等しく設定される。ブロック１７２２において、検索リストに関する変数clicks-conditionの内容は、new-true-conditionsのリストに添加される。コントロールはブロック１７１２に戻る。
【０１９９】
ブロック１７１８におけるテストが否定的な結果を有した場合、ブロック１７２４において、検索リストに関するclicks-conditionが偽の変数を有し、および検索リストに関する変数last-clicks-conditionが真の値を有したかが決定される。もしそうであれば、ブロック１７２６において、検索リストに関する変数last-clicks-conditionが、偽の値に等しく設定される。コントロールは、ブロック１７１２に戻る。
【０２００】
図１７に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000010
【０２０１】
クリック条件が最初に作成されると必ず、そのlast-clicks-conditionの値は自動的に偽に初期化される。それは、新しいクリックを有するかのように取り扱われる。これによって、条件は即座にテストされる。クリック条件を調べることは、条件におけるすべてのリストの累積されたクリックを調べることを必要とすることが注記される。この条件に関して、一番最近の広告主が定義したインターバルよりも早い、すべてのクリックが無視される。例えば、インターバルが“１日”である場合、前日のすべてのクリックが無視される。
【０２０２】
図１８は、クリックスルー・レート（ＣＴＲ）条件を調べるための方法を示す流れ図である。クリックスルー・レートは、１時間当たりのクリックまたは１日当たりのクリック等、特定された時間期間で除された、特定された時間期間における検索リストに関するクリックスルーの数である。前記方法は、ブロック１８００で開始する。
【０２０３】
ブロック１８０２において、リスト変数Ｌは、監視されたクリックスルー・レートを有する、および新しいクリックを伴うすべての検索リストとともに初期化される。ブロック１８０４において、変数Ｘは、リスト変数Ｌにおける次のエレメントを指すように初期化される。ブロック１８０６において、変数Ｘが空であるか決定される。そうであれば、ブロック１８０８において、前記方法は終わる。もしそうでなければ、ブロック１８１０において、変数Ｘに指定された検索リストに関する変数CTR-conditionが真であるか、および検索リストに関するlast-CTR-conditionが偽の値を有したかが決定される。もしそうであれば、ブロック１８１２において、検索リストに関する変数last-CTR-conditionは、真の値に等しく設定される。ブロック１８１４において、検索リストに関する変数CTR-conditionの内容は、new-true-conditionsのリストに添加され、コントロールはブロック１８０４に戻る。
【０２０４】
ブロック１８１０において、テストが否定的な結果を生んだ場合、ブロック１８１６において、変数Ｘに関連する検索リストに関する変数CTR-conditionが偽の値を有しているか、および検索リストに関する変数last-CTR-conditionが真の値を有したかが決定される。もしそうであれば、ブロック１８１８において、検索リストに関する変数last-CTR-conditionが、偽の値を割り当てられ、コントロールは、ブロック１８０４に戻る。
【０２０５】
図１８に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000011
【０２０６】
ＣＴＲ条件が最初に作成されると必ず、そのlast-CTR-conditionの値は自動的に偽に初期化される。それは、新しいクリックを有するかのように取り扱われる。これによって、条件は即座にテストされる。ＣＴＲ条件を調べることは、条件におけるすべてのリストの累積されたインプレッションおよびクリックを調べることを必要とすることが注記される。この条件に関して、一番最近の広告主が定義したインターバルよりも早い、すべてのインプレッションおよびクリックが無視される。例えば、インターバルが“１日”である場合、前日のすべてのインプレッションおよびクリックが無視される。市場オペレータは、ＣＴＲが有効であるとみなす前に、最小数のインプレッションを要求してもよい。
【０２０７】
図１９は、CPC-too-high条件を調べるための方法を示す流れ図である。これらは、コスト・パー・クリックが必要以上に高い条件である。プロシージャはブロック１９００で開始する。
【０２０８】
ブロック１９０２において、リスト変数Ｌは、後述のリストが新しいＣＰＣを有する、監視されたCPC-too-highを有するすべての検索リストとともに初期化される。後述のリストのＣＰＣが変更された場合、または新しいリストが下に挿入された場合、または後述された、前のリストが除去された場合、後述のリストは新しいＣＰＣを有する。ブロック１９０４において、変数Ｘはリスト変数Ｌにおける次のエレメントを指すように設定される。ブロック１９０６において、変数Ｘが、リストＬの終わりに到達したことを示す空であるか決定される。Ｘが空であれば、ブロック１９０８においてプロシージャが終わる。そうでなければ、ブロック１９１０において、変数ＣはＸの条件に等しく設定される。ブロック１９１２において、Ｘより下のリストがないか決定される。もしそうでなければ、ブロック１９１６において、変数lower-CPCは、変数Ｘによって示される検索リストのすぐ下の検索リストに関するコスト・パー・クリックに等しく設定される。変数Ｘによって示されるリストの下に検索リストが無い場合、ブロック１９１４において、変数lower-CPCは、システムの最小コスト・パー・クリックと、検索リストのＣＰＣ閾値との間の差に等しく設定される。ブロック１９１８において、検索リストに関するコスト・パー・クリックが、変数Ｃに関するlower-CPCの値とＣＰＣ閾値を足したものより大きいか、および変数Ｃに関する変数last-CPC-too-high-conditionの値が偽であるか、決定される。もしそうであれば、ブロック１９２０において、変数last-CPC-too-high-conditionは真に等しく設定される。ブロック１９２２において、変数CPC-too-high-conditionの内容は、new-true-conditionのリストに添加され、およびコントロールはブロック１９０４に戻る。
【０２０９】
ブロック１９１８におけるテストが否定的な結果を生んだ場合、ブロック１９２４において、検索リスト関するＣＰＣがlower-CPCとCPC-thresholdを足したものより小さいか、あるいはそれに等しいか、および変数last-CPC-too-high-conditionの値が真に等しいか決定される。もしそうであれば、ブロック１９２６において、変数last-CPC-too-high-conditionが、偽の値に等しく設定される。コントロールは、ブロック１９０４に戻る。図１９に記載の方法は、後述のシュードコードに従って具現化されてもよい。
【０２１０】
0004597473.tif 000012
【０２１１】
CPC-too-high条件が最初に作成されると必ず、そのlast-CPC-too-high-conditionの値は自動的に偽に初期化され、およびそれはそのすぐ下のリストが、新しいＣＰＣを有するかのように取り扱われる。これによって、条件は即座にテストされる。Ｍｉｎ−ＣＰＣはすべてのリストの最小ＣＰＣであり、それは市場オペレータによって決定され、一例においては０．０１ドルである。すべてのCPC-too-high条件は、広告主が定義した閾値を有する。この閾値は、リストのＣＰＣの間の差であり、下のリストのＣＰＣは、条件が真になるために、この閾値より大きくなければならない。下にリストがない場合、リストのＣＰＣが最小ＣＰＣより高いか調べ、他に、ＣＰＣが最小ＣＰＣの上の閾値であるかを調べることができる。
【０２１２】
図２０は、平均CPC too high条件を調べるための方法を示す流れ図である。一組のリストに関する平均ＣＰＣは、同じインターバルでの一組のリストに関する総計クリックによって除された、あるインターバルに対する一組のリストに関する総計コストである。前記方法はブロック２０００で開始する。
【０２１３】
ブロック２００２において、リスト変数Ｌは、監視された平均CPC too highを有し、および新しいクリックを伴う条件のリストとともに初期化される。そのような条件の各々は、監視されている平均ＣＰＣを有する、関連する組のリストを有する。ブロック２００４において、変数Ｘは、リスト変数Ｌにおける次のエレメントを指すように初期化される。ブロック２００６において、変数Ｘが空であるか決定される。そうであれば、ブロック２００８において前記方法が終わる。もしそうでなければ、ブロック２０１０において、変数Ｘによって指定される条件に関する変数average-CPC-too-high-conditionが真であるか、および条件に関するlast-average-CPC-too-high-conditionが偽の値を有したかが決定される。もしそうであれば、ブロック２０１２において、条件に関する変数last-average-CPC-too-high-conditionは、真の値に等しく設定される。ブロック２０１４において、検索リストに関する変数average-CPC-too-high-conditionの内容は、new-true-conditionsのリストに添加され、コントロールはブロック２００４に戻る。
【０２１４】
ブロック２０１０において、テストが否定的な結果を生んだ場合、ブロック２０１６において、変数Ｘに関連する条件に関する変数average-CPC-too-high-conditionが偽の値を有するか、および検索リストに関する変数last-average-CPC-too-high-conditionが真の値を有したかが決定される。もしそうであれば、ブロック２０１８において、条件に関する変数last-average-CPC-too-high-conditionは、偽の値を割り当てられ、コントロールはそれからブロック２００４に戻る。
【０２１５】
図２０に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000013
【０２１６】
CPC too high条件が最初に作成されると必ず、そのlast-CPC-too-high-conditionの値は自動的に偽に初期化される。それは、新しいクリックを有するかのように取り扱われる。これによって、条件は即座にテストされる。平均CPC too high条件を調べることは、条件におけるすべてのリストに関する累積されたクリックおよびコストを調べることを要求することが注記される。この条件に関して、一番最近の広告主によって定義されたインターバルよりも早いすべてのクリックおよびコストが無視される。例えば、インターバルが“１日”である場合、前日のすべてのクリックおよびコストは無視される。市場オペレータは、平均ＣＰＣを有効であると考える前に、最小数のクリックを要求してもよい。
【０２１７】
図２１は、ランクＣＰＣ条件を調べるための方法を示す流れ図である。前記方法はブロック２１００で開始する。ブロック２１０２において、変数Ｌは、監視されたランクのコスト・パー・クリックが変更している、監視されたランクＣＰＣを伴うすべての検索用語に等しく割り当てられる。ブロック２１０４において、変数ＸはリストＬにおける次のエレメントを指すように設定される。ブロック２１０６において、変数Ｘが空であるか決定される。そうであれば、これはリストの終わりに到達したことを示し、ブロック２１０８で前記方法は終わる。
【０２１８】
そうでなければ、ブロック２１１０において、変数Ｍは、監視され、および新しいＣＰＣを有する変数Ｘによって示される検索用語のすべてのランクに等しく設定される。ブロック２１１２において、変数Ｙは、リストＭにおける次のエレメントを指すように初期化される。ブロック２１１４において、変数Ｙが空であるか決定される。もしそうであれば、コントロールはリストＬにおける次のエレメントを選択するために、ブロック２１０４に戻る。そうでなければ、ブロック２１１６において、変数Ｎは、変数Ｘによって示される検索用語および変数Ｙによって示されるランクに関するすべてのランクＣＰＣ条件に等しく設定される。ブロック２１１８において、変数Ｚは、リストＮにおける次のエレメントに等しく設定される。ブロック２１２０において、変数Ｚが空であるか決定される。そうであれば、コントロールはブロック２１０４に戻る。そうでなければ、ブロック２１２２において、変数Ｚによって示される条件に関する変数rank-CPC-conditionの値が真の値を有するか、および変数Ｚによって示される条件に関する変数last-rank-CPC-conditionが偽の値を有したか、が決定される。もしそうであれば、ブロック２１２４において、条件に関する変数last-rank-CPC-conditionは、真に等しく設定される。ブロック２１２６において、条件に関する変数rank-CPC-conditionの内容は、new-true-conditionsのリストに添加される。コントロールそれからはブロック２１０４に戻る。
【０２１９】
ブロック２１２２において、否定的な結果が生まれた場合、ブロック２１２８において、条件に関する変数rank-CPC-conditionが偽であるか、および条件に関する変数last-rank-CPC-conditionが真であるか、テストが決定をする。もしそうであれば、ブロック２１３０において、変数last-CPC-too-high-conditionは、偽の値に等しく設定される。コントロールはそれからブロック２１０４に戻る。
【０２２０】
図２１に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000014
【０２２１】
rank-CPC条件が最初に作成されると必ず、そのlast-rank-CPC-conditionの値は自動的に偽に初期化され、およびそれは、監視されているランクに関するＣＰＣが変更したかのように取り扱われる。これによって、条件は即座にテストされる。すべてのrank-CPC条件は、広告主が定義した閾値を有する。ランクに関するＣＰＣが閾値より小さいか、または等しい場合に、条件は真である。
【０２２２】
プロシージャ“notify-immediately”は、真になった現在の条件の詳細を伴うメッセージを広告主に送信する。前記プロシージャは最初に、広告主によって選択されたすべての通知モードを選択する。次に、アクション・タイプを選択する。広告主は、どのアクション・タイプが好みであるかを選択することができる。いくつかのアクション・タイプは、すべての通知モードで利用可能ではないかもしれず、例えば、市場オペレータは、電子メールおよびインスタント・メッセージで“active-links”を供給できるだけかもしれない。また、いくつかの条件は、自動修正アクション（例えばＣＴＲ）を有しないかもしれない。前記プロシージャは、特定の通信モードでの各メッセージが、おそらく一組の修正アクションを含む、各通信モードで広告主に通知を送信する。
【０２２３】
図２２は、プロシージャnotify-immediatelyの一つの実施例を示す流れ図である。前記プロシージャはブロック２２００で開始する。ブロック２２０２において、変数Ｌは、真になったプロシージャに送られる条件に関するすべての通知モードのリストに等しく割り当てられる。ブロック２２０４において、変数ＸはリストＬにおける次のエレメントになるように初期化される。ブロック２２０６において、変数Ｘが空であるか決定するためのテストが実行される。そうであれば、ブロック２２０８において、リストＬのすべてのエレメントが処理されるので、前記プロシージャが終わる。
【０２２４】
変数Ｘが空ではない場合、ブロック２２１０において、変数Ａは、条件を修正するために必要なモードＸに関するすべてのアクション・タイプに等しく設定される。ブロック２２１２において、プロシージャsend-notificationが呼び出され、真である条件、変数Ｘおよび変数Ｙをパラメータとして送る。このプロシージャの処理の後、コントロールは、リストＬにおける次のエレメントを選択するために、ブロック２２０４に戻る。
【０２２５】
図２２に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000015
【０２２６】
以下は、通知メッセージ含まれる修正アクションを有することができる条件のリストである。広告主は、メッセージにおける提案された修正アクションを受け入れるか、またはそれを無視することができる。修正アクションは、確かに、条件がもはや真ではなくなるように、広告主に代わって自動的に取ることができるステップである。修正アクションは、条件がもはや真で無い場合には適用できないことが注記される：
【０２２７】
１．ポジション：リストのＣＰＣを変えることによって、ポジション条件を修正できるかもしれない。例えば、条件“リストＬ1はランク３ではない”が真である場合、Ｌ1が３よりも悪いランクにある場合にはＣＰＣを増やすことによって、またＬ1が３よりも良いランクにある場合にはＣＰＣを減らすことによって、Ｌ1をランク３に戻すことが可能であるかもしれない。
可能な修正アクションは、“リストＬ１をランク３に戻すために、自分のＣＰＣを調整する”である。
２．アカウント残高：より多くの資金をアカウントに追加することによって、アカウント残高条件を修正することができるかもしれない。広告主は、追加するべき追加額を選択してもよい。
可能な修正アクションは、“自分のアカウント残高に、自分のクレジット・カードから２００．００ドル追加する”である。
３．ＣＰＣトゥ・ハイ：現在のランクを維持するために必要な最低限までＣＰＣを減らすことによって、ＣＰＣトゥ・ハイ条件を修正することができるかもしれない。
可能な修正アクションは、“その現在のランクに必要となる最低限まで、リストＬ1のＣＰＣを減らす”である。
【０２２８】
プロシージャnotify-intervalは、最後のインターバルで真になったすべての条件の詳細を伴うメッセージを広告主に送信する（インターバルの期間は、広告主によって特定される）。インターバル中に真になったすべての条件が、１のメッセージで集められる。前記プロシージャは、広告主によって選択された通知モードのすべてを選択する。それは次にアクション・タイプを選択する。広告主は、どのアクション・タイプが好みであるかを選択することができる。いくつかのアクション・タイプは、すべての通知モードで利用可能というわけではないかもしれず、例えば、市場オペレータは、電子メールおよびインスタント・メッセージで“active-links”を供給するだけかもしれない。また、いくつかの条件は、自動修正アクション（例えばＣＴＲ）を有しないかもしれない。
【０２２９】
１以上の条件のインスタンスがある場合、一番最近のインスタンスに関する修正アクションを有することしかできない。より早くに記録された条件がもはや真でないことがあるかもしれず、その場合、それに関連する修正アクションは有しないであろう。プロシージャは各通信モードで広告主に通知を送信し、そこでは特定の通信モードでの各メッセージは、おそらく一組の修正アクションを含む。
【０２３０】
図２３は、プロシージャnotify-intervalを示す流れ図である。プロシージャは、ブロック２３００で始まる。ブロック２３０２において、プロシージャは、あらゆる広告主のための通知時間を待つために中止する。上述の通り、変更された条件に関する情報は、システムによって、広告主が特定したスケジュールに従って広告主に通信されうる。ブロック２３０２におけるオペレーションは、広告主が特定したスケジュールに従って実行される。
【０２３１】
ブロック２３０４において、リスト変数Ｌは現在の通知時間を有する、すべての広告主に等しく割り当てられる。すなわち、現在の時刻に一致する通知スケジュールを特定したすべての広告主である。ブロック２３０６において、ループ変数Ｘは、リスト変数Ｌにおける次のエレメントに等しく割り当てられる。ブロック２３０８において、Ｘは、変数Ｘが空であるか決定するためにテストされる。もしそうであれば、コントロールは次の通知時間を待つために、ブロック２３０２に戻る。変数Ｘが空でなければ、コントロールはブロック２３１０に進む。
【０２３２】
ブロック２３１０において、変数Ｍは、条件を記録した現在の時刻に関する変数Ｘによって特定された広告主に関するすべての自動通知条件に等しく割り当てられる。ブロック２３１２において、ループ変数Ｙは、リストＭにおける次のエレメントに等しく設定される。ブロック２３１４において、変数Ｙが空であるか決定される。もしそうであれば、コントロールはリストＬにおける次の変数を選択するためにブロック２３０６に戻る。変数Ｙが空でない場合、コントロールはブロック２３１６に進む。
【０２３３】
ブロック２３１６において、変数Ｃは、変数Ｙに記憶された値を有する条件のすべての記録されたインスタンスに等しく割り当てられる。ブロック２３１８において、変数Ｔは変数Ｃにおける一番最近の条件に等しく割り当てられる。すなわち、条件およびそれらの関連するタイム・スタンプが、分類され、そうでなければ一番最近生じた条件を決定するために調べられる。この条件は、変数Ｔにロードされる。ブロック２３２０において、変数Ｍは変数Ｙに記憶された値を有する条件に関するすべての通知モードに等しく設定される。
【０２３４】
ブロック２３２２において、変数Ｚは、リストＮにおける次のエレメントを指すように増加する。ブロック２３２４において、ループ変数Ｚが空であるか決定される。もしそうであれば、コントロールはブロック２３０６に戻る。そうでなければ、ブロック２３２６において、変数Ａは、変数Ｔによって特定された条件を修正するために、広告主によって特定されてもよい変数Ｚに記憶されたモードに関するすべてのアクション・タイプに等しく設定される。ブロック２３２８において、プロシージャsend-notificationが呼び出され、変数Ｃ，Ｚ，およびＡをパラメータとして送る。このプロシージャに実行に続いて、コントロールは選択された次の広告主を選択するために、ブロック２３０６に戻る。
【０２３５】
図２３に記載の方法は、後述のシュードコードに従って具現化されてもよい。
0004597473.tif 000016
【０２３６】
プロシージャhandle-actions は、入ってくるアクションを扱う。広告主に送られたメッセージは、望ましくない条件を修正するためのアクションを含むことができる。広告主は、提案されたアクションを無視することを選択することができ、または広告主は、提案された修正アクションを受け入れることができ、その場合、システムはそれに従って動作しなければならない。
【０２３７】
プロシージャhandle-actionsは、特殊な広告主アクション“ｔｅｌｌ−ｍｅ−ｎｏｗ”も扱う。広告主は、インターバルである、通知時間を伴う自動通知を作成することができる。しかしながら、いつでも、広告主はｔｅｌｌ−ｍｅ−ｎｏｗアクションを送ることができ、それはシステムに、即座にすべての通知を送信するよう命令する。インターバル中のすべての通知は、広告主がｔｅｌｌ−ｍｅ−ｎｏｗアクションを送信しても、インターバルの終わりに送信される。例えば、広告主が通知インターバルを“毎週”に、毎週金曜日午後３時４５分に設定したかもしれない。水曜日には、広告主は“ｔｅｌｌ−ｍｅ−ｎｏｗ”アクションを送ることができ、その結果として、広告主は最新の記録されたすべての通知を受信する。金曜日午後３時４５分の毎週通知は、なお送信される。
【０２３８】
プロシージャhandle-actionsは、アクション“ｍｕｔｅ”および“ｕｎ−ｍｕｔｅ”も扱う。ｍｕｔｅアクションによって、広告主はすべての通知を止めることができる―条件は記録されるが、（即座にも、特定されたインターバルでも）送信されない。その代わり、通知は将来の送信のために記録される。
【０２３９】
ｕｎ−ｍｕｔｅアクションは、条件の通知を再度可能にする。すべての、過去に送られるべきであった通知は即座に（例えば、即座通知および過去のインターバルのための通知に関して）送信される。他の通知は、インターバルの終わりに送信されるであろう。
【０２４０】
個別のハンドラが、各通知アクション・タイプに要求される（示された実施例においては、アクティブ・リンク、インアクティブ・リンク、電子メールおよび電話）。アクション・タイプの各々は、以下の形式のプロシージャを有する。
【０２４１】
図２４は、プロシージャhandle-actionsの一つの実施例を示す流れ図である。プロシージャは、ブロック２４００で始まる。ブロック２４０２において、プロシージャは入ってくるアクションは中止して、は言ってくるアクションを待つ。アクションは、広告主によって維持される望ましくない条件および検索リストを修正するために広告主によって特定される修正または他の変形に対応する。アクションが受信された後、ブロック２４０４において、アクション・パラメータは受信されたアクションから抽出される。例えば、アクションは、望ましくない条件を修正するための命令およびデータを含む、１またはそれ以上のＴＣＰ／ＩＰパケットとして送信されてもよい。これらの命令およびデータは、広告主から受信されるパケットから抽出される。
【０２４２】
ブロック２４０６において、変数Ｃは、受信されたアクションによって修正されるべき条件に対応する値に等しく割り当てられる。ブロック２４０８において、変数Ｃに記憶された値と関連する条件が、なお真であるか、決定される。もしそうでなければ、ブロック２４１０において、条件がもはや真ではない通知が、条件と関連する広告主に送信される。条件がまだ真である場合、ブロック２４１２において、修正アクションが実行される。修正アクションは、広告主によって特定される条件を変更し、修正し、または変えるために必要なあらゆるステップまたはステップのグループでもよい。修正アクションの実行後、ブロック２４１４において、アクションが成功したか、決定される。すなわち、所望の修正が得られたか、決定される。もしそうでなければ、広告主は、ブロック２４１６において特定されたアクションを修正できなかったことを通知される。アクションが成功した場合、ブロック２４１８において、広告主は成功を通知される。コントロールは、次に入ってくるアクションを待って、ブロック２４０２へ戻る。
【０２４３】
図２４に記載の方法は、以下のシュードコードに従って具現化されてもよい。
0004597473.tif 000017
【０２４４】
前述の内容から、本実施例は、広告主のリストをより効率的に管理するためのパフォーマンス・データベースに対するペイと関連する、広告主のための方法および装置を供給することがわかる。広告主の検索リストを監視し、および特定された条件の発生を通知する自動ソフトウェア・エージェントを特定するためのプロシージャが供給される。条件の通知は、電子メールまたはページまたはファクシミリ等、多くの便利なチャネルのいずれかで広告主に供給されてもよい。通知は、広告主が迅速に、および都合よく応答できるように、通知に組み込まれたアクション・タイプを含んでもよい。これは、広告主の利便性を増し、変化する条件へのより迅速な反応を可能にし、および広告主に関する検索リストの状態を監視することに今まで割り当てられている職員を解放する。パフォーマンス・システム・オペレータおよび広告主へのペイへの最小の支出で、特徴が与えられてもよい。
【０２４５】
本発明の特定の実施例が示され、記述されてきた一方で、変更がされてもよい。そのため、添付の特許請求の範囲において、本発明の真の精神および範囲に従うそのような変化および変更を網羅することが意図される。
【図面の簡単な説明】
【図１】大きなネットワークと、本発明のペイ・フォー・パフォーマンス（pay-for-performance）検索結果を生成するためのシステムおよび方法の実施例との間の関係を示すブロック図である。
【図２】本発明の一つの実施例において使用される、メニュ、表示画面、および入力画面のチャートである。
【図３】本発明の一つの実施例において実行される広告主ユーザ・ログイン処理を示すフロー・チャートである。
【図４】本発明の一つの実施例において実行される運営ユーザ・ログイン処理を示すフロー・チャートである。
【図５】本発明の一つの実施例との使用のためのアカウント記録のためのデータの図である。
【図６】本発明の一つの実施例において使用されるアカウント記録へ金銭を追加する方法を示すフロー・チャートである。
【図７】本発明の一つの実施例によって生成される検索結果リストの例を示す。
【図８】本発明の一つの実施例において使用される変更入札処理を示すフロー・チャートである。
【図９】図８に記載の変更入札処理において使用される表示画面の一例を示す。
【図１０】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１１】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１２】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１３】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１４】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１５】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１６】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１７】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１８】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１９】本実施例に従った、システムのオペレーションを示す流れ図である。
【図２０】本実施例に従った、システムのオペレーションを示す流れ図である。
【図２１】本実施例に従った、システムのオペレーションを示す流れ図である。
【図２２】本実施例に従った、システムのオペレーションを示す流れ図である。
【図２３】本実施例に従った、システムのオペレーションを示す流れ図である。
【図２４】本実施例に従った、システムのオペレーションを示す流れ図である。
【図１】
0004597473.tif 000018
【図２】
0004597473.tif 000019
【図３】
0004597473.tif 000020
【図４】
0004597473.tif 000021
【図５】
0004597473.tif 000022
【図６】
0004597473.tif 000023
【図７】
0004597473.tif 000024
【図８】
0004597473.tif 000025
【図９】
0004597473.tif 000026
【図１０】
0004597473.tif 000027
【図１１】
0004597473.tif 000028
【図１２】
0004597473.tif 000029
【図１３】
0004597473.tif 000030
【図１４】
0004597473.tif 000031
【図１５】
0004597473.tif 000032
【図１６】
0004597473.tif 000033
【図１７】
0004597473.tif 000034
【図１８】
0004597473.tif 000035
【図１９】
0004597473.tif 000036
【図２０】
0004597473.tif 000037
【図２１】
0004597473.tif 000038
【図２２】
0004597473.tif 000039
【図２３】
0004597473.tif 000040
【図２４】
0004597473.tif 000041