【発明の詳細な説明】 【０００１】 【従来の技術】コンピュータネットワークを経て情報を転送することは、団体や会社や個人がビジネスを行う上で益々重要な手段になってきている。 コンピュータネットワークは、単一グループのニーズに応じるために確立された独立した分離したエンティティから、全く別の物理的ネットワークを相互接続してそれらが整合したシステムとして機能できるようにする巨大なインターネットに向かって長年にわたり成長してきた。 現存する最大のコンピュータネットワークは、インターネットである。
インターネットとは、共通のプロトコルを使用して通信するコンピュータネットワークの世界的規模の相互接続体である。 下位端のパーソナルコンピュータから上位端のコンピュータに至るまで数百万のコンピュータがインターネットに接続される。 【０００２】インターネットは、世界中に位置する電子的に接続されたユーザであって大量の情報を迅速に且つ規則的に交換するユーザの大きな共同体として出現した。 インターネットは、調査及び教育のために政府機関、研究所及び大学の間で情報にアクセスしそして交換するという所期の目的を果たし続けている。 加えて、インターネットは、その所期の目標を越えるような種々の関心事及びフォーラムにも応じるように発展した。 特に、インターネットは、商品及びサービスや、アイデア及び情報の世界的電子市場へと迅速に変化しつつある。 【０００３】世界的市場へと向かうインターネットのこの変化は、主として、ワールドワイドウェブ（「ウェブ」）として知られている情報システムの導入により推進された。 ウェブとは、大規模な文書領域へ幅広いアクセスを与えるように構成された独特に分布したデータベースである。 ウェブのデータベース記録は、「ページ」
として知られた文書の形態である。 これらのページは、
ウェブサーバー上に存在し、インターネットを経てアクセスすることができる。 それ故、ウェブは、常時変化しそして確認し得る編成や形態をもたない無数の個々のコンピュータシステムにわたって分布した情報の巨大なデータベースである。 インターネットに接続されたコンピュータは、強力で学習が簡単なグラフィックユーザインターフェイスであるブラウザとして知られたプログラムを経てウェブページにアクセスすることができる。 ウェブブラウザによりサポートされる１つの強力な技術は、
ハイパーリンクとして知られているもので、これは、ウェブページの著者が他のウェブページへのリンクを生成できるようにし、従って、ユーザは、ウェブブラウザにおいて簡単なポイント・アンド・クリックコマンドを使用することによりそれを検索することができる。 【０００４】ページは、ハイパーテキストマークアップ言語（ＨＴＭＬ）のような種々のフォーマット規定のいずれか１つで構成され、グラフィック、音声及び動画のようなマルチメディアコンテンツを含むことができる。
コンピュータ及びインターネットへの接続を有する個人であれば、ウェブに送られる公然とアクセスできるいかなるページもアクセスすることができる。 従って、ウェブに存在するものは、商品やサービスを潜在的な顧客に広告し或いは情報を配信又は促進しようとしている企業、個人及び団体に世界的規模で消費者を紹介する能力を有する。 更に、データ送信レート及びコンピュータ処理速度が指数関数的に高くなることによりウェブページ設計の精巧さを益々高くすることができるために、ウェブは、広告及び他のビジネス目的、並びに情報を自由に流すための益々魅力的な媒体となっている。 【０００５】インターネットコンテンツの開発及び配信を容易にする強力な新規なツールが入手できることにより、インターネットに提供される情報、商品及びサービスの拡販や、インターネットを利用する消費者の数の急成長を招いた。 ＩＤＣと一般に称されているインターナショナル・データ・コーポレーションは、インターネットユーザの数が、１９９８年に世界中で約９千７百万人から２００２年の終りまでに世界中で約３億２千万人まで成長すると推定している。 更に、インターネットを経て行われる商取引も成長しており、これも急成長することが期待される。 ＩＤＣは、インターネットで商品やサービスを購入するインターネットユーザの割合が、１９
９８年終りの約２８％から２００２年には約４０％まで増加し、そしてその同じ期間にわたり、インターネットで購入される商品及びサービスの合計金額が約３２４億ドルから約４２５７億ドルへと増加すると推定している。 【０００６】インターネットは、情報、商品及びサービスの取引及び広告のための魅力的な新規な媒体として出現し、これらの非常に多数の消費者に到達した。 しかしながら、ウェブは、全世界中で数百万の種々のコンピュータシステムにわたり認知できない編成で分散された見かけ上無制限の数のウェブページで構成される。 ウェブ上で入手できる情報をインデックス及びサーチし、それにより、インターネットユーザが関心のある情報を探索する上で助けとなるように、ディレクトリーやサーチエンジンのようなサーチサービス又はメカニズムが開発されている。 これらのサーチサービスは、消費者が、関心のある特定の話題、商品又はサービスに基づきウェブサイトのリスティングについてインターネットをサーチできるようにする。 【０００７】サーチサービスは、インターネット上で最も頻繁に使用されるツールとしてはｅ−メールに続く第２のものに過ぎない。 その結果、サーチサービスを提供するウェブサイトは、インターネット聴衆への顕著な到達手段を広告主に与えると共に、キーワード又は話題性のあるサーチ要求に基づいて消費者の関心にターゲットを向ける機会を広告主に与える。 広告主は、当然、サーチ結果リスティングに参加することに関心をもっている。 広告主は、一般に、人目に曝すこと及びトラフィックを最大にする一方、この人目に曝すことに関連したコストを効率的に且つコスト効率の良いやり方で管理することを求める。 【０００８】一般に、インターネットサーチエンジンにおけるウェブベースのサーチでは、ユーザが、１つ以上のキーワードより成るサーチ語を入力し、サーチエンジンは、これを使用して、ユーザがハイパーリンクを経てアクセスできるウェブページのリスティングを発生する。 サーチエンジンがその結果のリスティングを返送できる方法は、多数ある。 自動サーチ技術を使用するサーチエンジンがあり、これは、主として、キーワード密度及びキーワード位置のような多数の基準に基づいてウェブページを選択しそしてランク付けする複雑な数学ベースのデータベースサーチアルゴリズムに依存する。 これらのサーチエンジンは、ウェブサイトプロモーターにより創作された目に見えないウェブサイト記述即ち「メタ・タグ」に依存するサーチ結果をしばしばカタログ形成する。 ウェブサイト所有者は、消費者の注意を更に引き付けるための試みにおいて選択したときに、それらのサイトに、余計なコストをほとんど又は全く掛けずに自由にタグを付けることが一般的である。 又、他のサーチエンジン及びウェブサイトディレクトリーは、ウェブページ情報を再検討するための限定された編集スタッフの人手による努力に依存している。 しかしながら、どんなプロセスでも、ウェブページ所有者は、それらのウェブを人目に曝すことターゲットとし、そして現在及び包括的ベースで関心のあるユーザの注意を引く情報を配信しながら、コストを維持し又は所定の予算を監視することを求める。 【０００９】ウェブサイトトラフィックを発生するために広告主により使用されている１つの既知の努力は、バナー広告であり、ウェブサイトプロモーターは、人気のあるコマーシャルウェブサイトのページ上のスペースを購入することにより、ウェブを人目に曝すことを増加しそしてそれを促進することを求める。 ウェブサイトプロモーターは、通常、バナーとして知られているカラフルなグラフィックでこのスペースを埋め、それら自身のウェブサイトを広告すると共に、ビジターがクリックしてサイトにアクセスするためのハイパーリンクとして働くようにする。 バナーは、ページをアクセスするたびに表示されるか、又はサーチエンジンにおけるサーチ語をターゲットとしてもよい。 従来の広告と同様に、インターネットにおけるバナー広告は、通常、印象に基づいて価格が決められ、広告主は、潜在的な消費者の目に曝すことに対して支払をする。 【００１０】 【発明が解決しようとする課題】インターネット広告は、他の媒体では一般に得られないターゲット性、対話性及び測定性のレベルを与えることができる。 適切なツールがあると、インターネットの広告主は、それらのメッセージを、特定の消費者グループをターゲットとして向け、それらの広告キャンペーンの有効性に関して迅速なフィードバックを受け取り、そしてそのプロセスに関連したコストを監視することができる。 広告及びサーチエンジンアルゴリズムの従来の範例の多くは、広告主にとってコスト効率の良いやり方でウェブを経て関心のある当事者へ当該情報を最大限に供給することができない。 理想的には、ウェブサイトプロモーター（広告主）
は、サーチ結果リスティングへの参加又は配置をコントロールして、それらのウェブサイトのコンテンツに関連したサーチにそれらのリスティングが現れそしてその関連コストが有効に監視されるようにしなければならない。 サーチエンジン機能は、消費者には、迅速に、容易に且つ関連性のあるサーチ結果を与える一方、インターネット広告主及びプロモーターには、顧客をターゲットとし且つコストを監視するコスト効率の高い方法を与えるオンライン市場を容易にする必要がある。 このオンライン市場では、製品、サービス又は情報を販売する会社が、有効なコスト又は消費許容度に対しインターネットサーチエンジンにより発生されたサーチ結果リスト内の位置に現れる。 【００１１】広告主は、一般に、結果を最大にしそしてコストを最小にすることを望むので、それらのウェブサイトが提供するものに最も関連したサーチキーワードを選択し、そしてその選択されたキーワードの使用又は促進におけるコストを管理するように刺激される。 例えば、１つのサーチエンジンモデルにおいて、広告主は、
サーチエンジンにより発生されたサーチ結果リストから発生される紹介を介して各クリックに支払をする。 このようなサーチエンジンは、デービス氏等の２００１年７
月３１日付の「System and method for influencing a
position on a search result list generated by a co
mputer network search engine」と題する米国特許第６，２６９，３６１号に開示されている。 サーチ結果リストにおいて広告主の位置が高いほど、広告主が「紹介」を得る見込みが高くなる。 消費者がサーチ結果リストを経て広告主のウェブサイトを参照する見込みは、サーチ結果リストにおける広告主の位置に直接関係する。 【００１２】サーチエンジンプロバイダーは、ウェブサイトプロモーターとも称される各広告主のためのアカウント（口座、account）を維持することができる。 非常に多数の料金が短い時間周期中にアカウントに対して発生するので、正確で且つ最新のアカウントデータベースを維持することが重要であるだけでなく、非常に貴重でもある。 既存のアカウント監視方法では、しばしば広告が過剰供給されると共に、広告主のアカウントに過剰に料金が請求される。 広告主は、ある料金に対して所定の限界を確立できるので、サーチプロバイダーは、広告主の所定限界を越えて広告主に提供されたサービスに対して払い戻しされない。 更に、競合者の限界に到達した後に課金可能な事象に対して支払する競合広告主は、支払をしない広告主のリスティングが依然アクティブであると考えられる場合に、サーチ結果リスティングへの参加又は優先的配置のために不必要に金銭を消費することになる。 【００１３】 【課題を解決するための手段】アカウント監視システムは、インターネットサーチエンジンプロバイダーによりウェブサイトプロモーターのアカウントを正確に管理するシステム及び方法を提供することにより上述した問題又は非効率さに対処する。 より詳細には、アカウント監視システムは、サーチエンジンプロバイダーが種々のウェブサイトプロモーターにアカウント情報通知を与えそしてサーチエンジンへの参加について過剰供給及び過剰課金を防止できるようにする。 本発明を実施する場合に、サーチエンジンは、課金可能な事象をベースとしてウェブサイトプロモーターに課金し、不正料金に対して調整を行う。 【００１４】 【発明の実施の形態】Ｉ． はじめに優先順位決めされたサーチ結果の過剰供給を減少しそして広告主の過剰勘定を減少するサーチエンジンのための種々の新規なアカウント監視方法及びシステムについて開示する。 既存のシステムには上述したような問題及び非効率さがあるために、広告主のアカウントをより正確に監視するサーチエンジンが要望される。 このようなサーチエンジンアカウントモニタは、１． 広告主のアカウント残高が所定の限界に到達したときにそれを確認し、
２． 広告主によりなされた支払の作用をアカウントに加味し、３． 課金可能な事象の料金を最小の処理遅延で追跡して、アカウント残高の現在推定を維持し、４． 例えば、不正の課金可能な事象の場合に課金不能な事象に対する料金を無視し、５． 個別の権威ある料金決定システムにより決定された所定周期に対する最終的な課金可能な事象の料金を組み込み、上記システムは、許容値より大きな待ち時間を有していてアカウント残高のほとんどの現在推定を維持する一方、その同じ周期中にリアルタイム監視されたクリックの作用を「破棄(backing ou
t)」するクリックフィルタリングアルゴリズムを使用し、６． 外部の財務会計システムからの最終的アカウント残高情報を組み込み、７． 広告主のクレジットカード又は同様の支払方法で課金及びクレジット処理し、このような料金を記録し、このような料金を財務会計システムに通知し、そして広告主のアカウント残高を計算する際にこのような料金を考慮し、８． 広告主のクレジットカード又は同様の支払方法で課金して、アカウントがゼロのような所定残高に近づくときに枯渇したアカウントに補充し、９． 広告主のクレジットカードで課金して、
このサービスを選択した広告主に対し、周期的な間隔でアカウントを予め構成された残高へともっていき、１
０． アカウント残高が、所定の時間周期を越えて課金可能な事象の料金を更にサポートするのに充分でないと推定されたときに、それを広告主に通知し、１１． クレジットカードで課金することによりアカウントが補充されるときにそれを広告主に通知し、及び／又は１２． 種々の状態が発生したときにサーチエンジンのアカウントマネージャーに通知する。 【００１５】当業者が本発明を使用できるようにするために、以下に説明を行う。 説明上、本発明を完全に理解するため特定の用語を使用する。 特定のアプリケーションを一例として説明する。 好ましい実施形態の種々の変更が当業者に明らかであろうし、又、本発明の精神及び範囲から逸脱せずに、ここに述べる一般的な原理を他の実施形態及びアプリケーションにも適用できよう。 従って、本発明は、ここに示す実施形態に限定されるものではなく、ここに開示する原理及び特徴に適合する最も広い範囲に基づくものである。 【００１６】ＩＩ． 定義エージェント：特定のタスクを実行するために周期的に方法をコールするプログラムである。 多数のエージェントを同時に実行して同じタスク又は異なるタスクを遂行することができる。 ＣＲＭ：顧客関係マネージメント。 ＣＳＲ：顧客サービス代表者。 クライアント：あるクラス又はグループのメンバーで、
それに関係しない別のクラス又はグループのサービスを利用するメンバー。 インターネットのようなコンピュータネットワークの環境では、クライアントとは、サーバープログラムとして知られた別のプロセスにより提供されるサービスを要求するプロセス（即ち大抵はプログラム又はタスク）である。 ＥＪＢ：エンタープライズＪａｖａビーンズ（Ｊａｖａ
は登録商標） 不正保護エージェント：不正行為又は問題のある課金可能な事象をフィルタ除去するシステム。 このような料金は、種々のフィルタリング技術を使用する多ステッププロセスにおいてフィルタ除去される。 メソッド：他のメソッドと共にサービスへとグループ編成されるプログラム又はプロセス。 メソッドは、エージェントにより共通に実行される。 【００１７】ＲＴＣエージェント：リアルタイムクリックエージェント。 リアルタイムクリックエージェントは、ウェブサイトにおいてクリックを聴取し、そしてアカウント監視のために中央サーバーへデータを転送する。 サーチ語：サーチエンジンにより実行されるサーチにおける後。 サーチ結果リスト：サーチサービスにおいて、サーチ結果リストは、サーチエンジンにより順序付けされそしてユーザに戻されるサーチ結果のリストである。 サーバー：インターネットのような通信媒体を経てアクセスできるリモートコンピュータシステム。 サーバーは、コンピュータネットワークのための情報プロバイダーとして働く。 サービス：メソッドの集合体。 ＵＲＬ：ユニフォームリソースロケータ。 ウェブサイト：ワールドワイドウェブを経てアクセスできるページ又は１組のページ。 ウェブサイトプロモーター：広告主としても知られている特定のウェブサイトをプロモートしようとするエンティティ。 ウェブサイトプロモーターは、典型的に、ウェブサイトの所有者、オペレータ又はエージェントである。 【００１８】ＩＩＩ． 例示的な実施形態インターネットサーチエンジンは、ウェブサイトの広告主が、それらのウェブサイト記述を含むサーチ結果に現れることにより、サーチ結果においてそれらのウェブサイトをプロモートするか又は人目に曝すようにするための方法を提供する。 広告主がそれらのビジネスに関連した語のサーチについてサーチ結果リスティングに参加しつつ、その参加に関連したコストをより正確に監視できるようにするツールは、ウェブを人目に曝すことの増加に関連したコストを管理することを求める企業や他のものに対して強力な効果を与える。 ここに述べるアカウント監視システムは、多数の異なるサーチエンジンモデルに適用できるが、説明上、以下に述べる配置に対して支払うモデル(pay-for-placement model)に関連して使用されるシステムを詳細に述べるのが有用であろう。 【００１９】配置に対して支払うモデルのサーチエンジンに適用されるプロセスに参加するために、ウェブサイトプロモーターのような広告主は、機密ウェブサイトを通して広告主のユーザアカウントにアクセスすることができる。 広告主は、広告主のウェブサイトに関連したサーチ語に定価金額を配置するようにアカウントを使用する。 各定価金額は、サーチ語−ウェブサイトの組み合わせに特有のもので、サーチエンジンにより発生されたサーチ結果リストにおいてサーチャーが広告主のハイパーリンクリスティングをクリックするたびにサーチエンジンの所有者に広告主が支払う金額に対応する。 別の実施形態では、広告主は、他の課金可能な事象、例えば、サーチャーへの広告主のサーチリスティングの表示、広告主のウェブサイトへの紹介、或いは広告主のウェブサイトにおけるその後のサーチャーのアクション、例えば、
サーチャーによる商品又はサービスのオンライン購入に、定価金額を配置することができる。 サーチャーがクリックした結果として、アクセス要求が広告主のウェブサイトに送信され、該ウェブサイトは、それに応答して、広告主のウェブページをサーチャーのブラウザに送信する。 それ故、上記配置に対する広告主への課金は、
受け取られる利益に直接比例する。 というのは、料金がサーチエンジンにより発生された広告主のウェブサイトへの紹介の数に基づくからである。 【００２０】定価金額又は付け値が高いほど、入札されるサーチ語がサーチエンジンを使用してサーチャーによって入力されるときに発生されるサーチ結果リストにおける配置の効果がより大きくなる。 １つの実施形態では、広告主の各サーチリスティングをサーチ結果において上位に、又はサーチ結果リストの最上部の近くに配置することにより、更に効果的な配置が与えられる。 他の実施形態では、広告主のリスティングを、サーチ結果のリストから別々に表示することもできるし、又は別々のウェブブラウザウインドウに表示することもできる。 １
つの例示的な実施形態では、サーチ結果リストは、付け値金額の減少する順序で配列され、サーチリスティングは、最初にサーチャーに表示される最高の付け値に対応する。 付け値に対応する各サーチリスティングは、支払リスティングとしてディスプレイ上で識別することができる。 付け値金額は、サーチリスティングに含まれてもよい。 更に、この例示的実施形態のサーチ結果リストは、従来のインターネットサーチエンジンにより発生させられた「未払」ウェブサイト記述と組み合わされるのが好ましく、このサーチエンジンは、上述した数学ベースのデータベースサーチアルゴリズムに基づいて発生されたリスティングを含むのが好ましい。 支払リスティング及び未払リスティングの組み合わせは、サーチャーが最も完全な当該サーチ結果を受け取るように確保する上で助けとなる。 未払リスティングは、ゼロの付け値金額を有すると考えられ、従って、別々にリストされるか又は支払結果の下にリストされる。 【００２１】ここに示す実施形態では、ウェブサイトプロモーターは、インターネットサーチエンジンにより発生されたサーチ結果リスト内のサーチリスティングの位置に影響を及ぼす。 ウェブサイトプロモーターは、最初に、リストされるべきウェブサイトのコンテンツに関連した１つ以上のキーワードより成るサーチ語を選択する。 ウェブサイトプロモーターは、他のウェブサイトプロモーターとの進行中のオンライン競合入札プロセスを通してサーチリスティングに対するランク位置に影響を及ぼす。 入札プロセスは、広告主が既存のサーチリスティングに対して新たな付け値金額を入力するか、又は新たなサーチリスティングに対して付け値金額を入力するときに発生する。 プロモーターの入札は、実質的にリアルタイムで処理されるのが好ましい。 この付け値金額は、同じサーチ語に対する他のプロモーターからの全ての他の付け値金額と比較され、そしてそのサーチ語を有する全サーチリスティングに対して新たなランク値を発生する。 このランク値は、サーチ語がサーチャーによってサーチエンジンの問合せボックスに入力されたときに発生されたサーチ結果リストページにプロモーターのウェブサイト記述が現れる位置を決定する。 付け値が高いと、ランク値も高くなりそしてより効果的な配置となり、この配置は、サーチ結果リストページの始め付近であるのが好ましい。 競合入札プロセスに使用される量は、広告主のウェブサイトがサーチエンジンにより参照されるたびにウェブサイトプロモーターがインターネットサーチエンジンの所有者に支払う金額であるのが好ましい。 この金額は、プロモーターのウェブサイトがサーチエンジンにより参照されるたびにプロモーターのアカウントに保持されるアカウント残高から推測されるのが最も好ましい。 【００２２】各アカウントは、ウェブサイトプロモーターに対する交渉及び勘定情報を含む。 更に、各アカウントは、少なくとも１つのサーチリスティングを含み、各サーチリスティングは、５つの要素、即ちリストされるべきウェブサイトの記述、ウェブサイトのユニフォームリソースロケータ（ＵＲＬ）、１つ以上のキーワードより成るサーチ語、付け値金額、及びサーチリスティングのタイトルを有する。 又、各アカウントは、プロモーターの支払経歴、及びユーザにより入力されたサーチリスティングの経歴を含むこともできる。 プロモーターは、
機密サーバーで実行される認証プロセスを経て自分のアカウントにログインする。 いったんログインされると、
プロモーターは、サーチリスティングを追加、削除又は変更することができる。 サーチリスティングを追加又は削除し或いはサーチリスティングの付け値金額を変更する機能は、上記の競合入札プロセスを開始することである。 全てのサーチリスティングの変更及び修正は、オンライン競合入札プロセスをサポートするために実質的にリアルタイムで処理される。 配置に対する支払システムと称する例示的実施形態について説明したが、ここに述べる方法及び装置は、いかなる適当な形式のデータベース又はサーチエンジンシステムにも適用することができる。 【００２３】ＩＶ． 先任順位多数の広告主が同じサーチ語に対しサーチ結果リスティングへの参加又は包含を求めるときには、これらの広告主がサーチ結果に現れる順序は、一般に、相対的関連性メソッドに基づく。 この順序付けは、不正確であるか、
又はサーチエンジンにより維持される情報により影響される。 例えば、性能に対して支払うモデル(pay-for-per
formance model)では、付け根を最も早期に配置した広告主に、付け値をその後に配置した他の広告主よりも高い優先順位が与えられる（上位にリストされる）。 広告主が付け値を増加するか又は付け値を減少することにより付け値を変更する場合には、その広告主の先任順位が、付け根が変更された時点にリセットされる。 例えば、プリペイアカウントに資金を入れそこなったためにアカウントがオフラインとなる場合には、そのアカウントが先任順位を失う。 このような場合には、オンラインに復帰した時点の先任順位がアカウントに与えられる。
任意であるが、アカウントが誤ってオフにされた場合には、アカウントは、アカウントの全サーチ語に対しその元の先任順位を保持することができる。 状態更新時間は、アカウントが「オン」から「暫定的オフ」へ又は「暫定的オフ」から「オン」へ進むときに影響を受けない。 状態更新時間は、アカウントが「オン」から「オフ」、「オフ」から「オン」又は「暫定的オフ」から「オフ」へ進むときだけ更新される。 【００２４】１つの実施形態では、先任順位は、次のプロセスを使用して決定される。 第１に、アカウントに対する各入札の「入札時間」は、入札が最初に配置された時間にセットされる。 付け値が変更される場合には、入札時間は、付け値が変更された時間にリセットされる。
第２に、アカウントの「状態更新時間」は、アカウントがオンライン又はオフラインになった時間にセットされる。 「有効入札時間」とも称される先任順位は、最新の入札時間及び状態更新時間である。 入札時間及び状態更新時間の両方を維持することにより、アカウントに対する全ての入札は、状態更新時間を調整することでオフラインにすることができ、そして誤ってオフに切り換えられたアカウントは、アカウントの状態更新時間をリセットすることにより適切な先任順位に回復することができる。 【００２５】Ｖ． アカウント監視システム図１ないし９は、インターネットサーチエンジンに使用するためのアカウント監視システムの種々の特徴を示している。 図１を参照すれば、ブロック図１００は、インターネットベースのサーチエンジンに使用するためのアカウント監視システム１２０を示す。 アカウント監視システム１２０は、１組のソフトウェアアプリケーション又はサブルーチン、例えば、エージェント及びサービスを備えている。 エージェントは、バルク調整エージェント１２２、アカウントエージングエージェント１２４、
サーチリスティングエージェント１２６、自動課金エージェント１２８、固定予算エージェント１３０、調整（reconcile）残高エージェント１３２、リアルタイム事象エージェント１３４、及び不正行為保護エージェント１３６を含む。 サービス１４０は、図９を参照して述べるサービスを含み、支払サービス９１０、クレジットカードサービス９２０及びアカウントサービス９３０を含む。 【００２６】アカウント監視システム１２０は、他のアプリケーション及びシステム、例えば、サーチエンジン１０２、サーチ結果データベース１０４、クレジットカードシステム１０６、会計システム１０８、ＣＲＭシステム１１０、及び不正行為保護システム１１２とインターフェイスすることができる。 バルク調整エージェント１２２は、内部のアカウント管理又は外部データに基づいてアカウント残高を自動的に調整することができる。
バルク調整エージェント１２２は、多数のアカウントに影響するあるビジネスルールに基づいて調整を行うことができる。 例えば、バルク調整エージェント１２２は、
どのアカウントがある周期中に最小料金レベルを満足しないか決定し、そしてその周期中にそのアカウントに対する料金を最小レベルに調整することができる。 １つの実施形態では、バルク調整エージェント１２２は、「プロセス調整」メソッドを呼び出し、このメソッドは、会計システム１０８及び他のシステムからドロップボックスを経て情報を検索し、そしてその情報をアカウントデータベース１０５へ送信する。 他のシステムは、特別なエントリーシステム及びＣＲＭシステム１１０を含む。 【００２７】アカウントエージングエージェント１２４
は、どのアカウントの状態が、例えば「新」から「旧」
へ変化したか決定する。 アカウントは、それがオンラインになった３０日後に旧になる。 或いは又、種々のビジネスルールを使用して、アカウントの年齢を決定してもよい。 １つの実施形態では、アカウントエージングエージェント１２４は、アカウントが変更された後に「アカウント監視」メソッドを呼び出す。 【００２８】サーチリスティングエージェント１２６
は、種々のアカウントのアカウント状態をサーチ結果データベースに伝播する。 アカウントの状態は、多数のサービングサイトが存在するときには全てのサービングサイトに伝播する。 ある実施形態では、サーチリスティングエージェント１２６は、「アカウント状態伝播」メソッドを呼び出し、アカウントデータベース１０５からアカウント状態を検索しそしてそのアカウント状態をサーチ結果データベース１０４へ送信する。 ある実施形態では、サーチリスティングエージェント１２６は、アカウントデータベース１０５からアカウント状態を検索しそしてそれをサーチ結果データベース１０４へ送信する「アカウント状態伝播」メソッドを呼び出す。 アカウント状態は、アカウントがオンラインであるかオフラインであるか、その状態がどのサーチ語に適用されるかを含むアカウントに関する種々の特性を指示し、又、アカウント状態は、定価金額も指示する。 【００２９】自動課金エージェント１２８は、ノン・ストップ支払プランのアカウントに関連した支払アカウントにクレジットカード又は同様の方法で自動的に課金する。 種々のクレジットカードアカウントは、その関連アカウント残高が、ランレート又は固定のドル量をベースとする所定のスレッシュホールドより下がったときに、
周期的に又は他の方法を介して自動的に課金される。 自動課金エージェント１２８は、課金カードメソッドを使用してクレジットカード課金を実行することができる。 【００３０】固定予算エージェント１３０は、固定予算支払プランを選択したアカウントに関連したクレジットカードアカウントに課金する。 固定予算エージェント１
３０は、既存のプランの満了日に固定支払プランを有するアカウントに関連したクレジットカードアカウントに課金することができる。 固定予算エージェント１３０
は、課金カードメソッドを使用してクレジットカード課金を実行することができる。 【００３１】自動支払又はクレジットカードによる支払を許可しない広告主は、従来のペーパーベースの小切手や他の形式の支払を使用することによりそれらのアカウントに資金を追加することができる。 追加資金は、ユーザインターフェイスを経て手動入力により会計システム１０８における広告主のアカウントに追加されてもよい。 アカウント監視システム１２０は、会計システム１
０８が権威筋の残高情報をエクスポートしそして調整残高エージェント１３２がその権威筋の残高をアカウントデータベース１０５に首尾良くインポートするときに、
このように手動入力された資金で更新することができる。 【００３２】調整残高エージェント１３２は、会計システム１０８からのデータを処理する。 会計システム１０
８は、Ｏｒａｃｌｅ Ｆｉｎａｎｃｉａｌ（登録商標）
のような会計システムである。 会計システム１０８は、
種々のビジネスルールを使用して、アカウント残高を調整しそしてアカウントをオン又オフに切り換えることができる。 ある実施形態では、調整残高エージェント１３
２は、「残高調整」メソッドを呼び出し、そしてドロップボックスを経て会計システム１０８から情報を検索する。 「残高調整」メソッドは、アカウントデータベース１０５に情報を送信する。 １つ以上のアカウント状態が変更された場合には、「残高調整」メソッドは、「アカウント監視」メソッドを呼び出す。 【００３３】リアルタイム事象エージェント１３４は、
課金可能な事象を実質的にリアルタイムで処理する。 次いで、リアルタイム事象エージェント１３４は、事象に関連したアカウントの運営残高を調整する。 １つの実施形態では、事象とは、広告主の表示されたサーチリスティングをサーチャーがクリックすることに対応する。 支払義務を開始する事象の他の例は、対価の支払、サーチャーに与えられるサーチ結果に広告主のサーチリスティングを含ませること（インプレッションと称される）、
又はサーチャーがその後に行うあるアクションを含む。
このようなアクションは、例えば、サーチャーのブラウザが再指向された後に広告主のウェブサイトに登録すること、広告主から商品又はサービスを購入すること、或いは広告主のウェブサイトにおいて規定のスレッシュホールドを越える多数のページを見ることを含む。 監視して考慮に入れることのできるサーチャーによるいかなる形式のアクションも、課金可能な事象の基礎として使用することができる。 例えば、広告主がキーワード「ペン」からのサーチ結果に対し事象当たり＄０．９５を支払うと合意し、そしてリアルタイム事象エージェント１
３４が、広告主のウェブページに関連した２つの非不正行為事象を検出した場合には、リアルタイム事象エージェント１３４は、広告主の運営残高を＄１．９０だけ減少する。 【００３４】不正行為保護エージェント１３６は、不正行為検出システム即ち不正行為保護システム１１２からのデータを処理する。 不正行為保護エージェント１３６
は、アカウントの残高を調整し、そして種々のビジネスルールに基づいてアカウントの状態をオフに切り換える。 ある実施形態では、不正行為保護エージェント１３
６は、「最終的事象処理」メソッドを呼び出し、ドロップボックスを経て不正行為保護システム１１２から情報を検索する。 「最終的事象処理」メソッドは、この情報をアカウントデータベース１０５に送信する。 １つ以上のアカウント状態が変更した場合には、「最終的事象処理」メソッドが「アカウント監視」メソッドを呼び出す。 アカウント監視システム１２０は、不正行為保護エージェント１３６を含む多数の不正行為検出メカニズムを含むことができる。 【００３５】図２を参照すれば、ブロック図２００は、
アカウント監視システム２１０を示している。 アカウント監視システム２１０は、１組のソフトウェアアプリケーション、メソッド又はサブルーチンを含み、例えば、
アカウント監視システム２１０は、「アカウント状態ゲット／セット」メソッド２２０、「アカウント残高ゲット／セット」メソッド２２２、「アカウントイネーブル／ディスエイブル」メソッド２２４、「自動課金」メソッド２２６、アカウント監視構成メソッド２５０、第１
の不正行為検出メソッド２２８（例えば、ＣＴＰ１．
０）、「アカウント残高更新」メソッド２３０、広告主通知メソッド２３２、クレジット支払許可メソッド２３
４、及びアカウント監視スケジューラーメソッド２５２
を含む。 「アカウント状態ゲット／セット」メソッド２
２０は、２つの別々のメソッド、即ちアカウント状態ゲットメソッド及びアカウント状態セットメソッドとして実施されてもよいし、又は単一のメソッドに一緒に結合されたものとして実施されてもよい。 図２に示された他の同様のメソッドも、多数のメソッドで実施することができる。 例えば、「アカウント残高ゲット／セット」メソッド２２２は、アカウント残高ゲット及びアカウント残高セットを含んでもよく、「アカウントイネーブル／
ディスエイブル」メソッド２２４は、アカウントイネーブル及びアカウントディスエイブルを含んでもよい。 【００３６】アカウント監視システム２１０は、会計システム２４０、第２の不正行為検出システム２４２（例えば、ＣＴＰ２．０）、ＣＲＭシステム２４４及びクレジットカードシステム２４６を含む種々の他のシステムとインターフェイスすることができる。 顧客サービス代表者（ＣＳＲ）２１２は、ＣＲＭシステム２４４を経てアカウント監視システム２１０にアクセスすることができる。 【００３７】図１及び２のアカウント監視システムを参照すれば、広告主のアカウントは、３つの状態の１つにある。 ３つの状態は、１． オフライン、２． オンライン、そして３． オフライン暫定、である。 アカウントがオンライン状態にあるときには、そのアカウントに関連したサーチリスティングがサーチエンジンによってサービスされる。 アカウントがオフライン状態にあるときには、そのアカウントに関連したサーチリスティングがサーチエンジンによってサービスされない。 アカウントがオフライン暫定状態にあるときには、そのアカウントに関連したサーチリスティングがサーチエンジンによってサービスされず、そしてアカウントがオンラインに復帰したときにその先任順位を失わない。 【００３８】アカウントの状態は、多数のファクタの関数として決定することができる。 例えば、アカウントの状態は、次のパラメータ、即ちライフ状態、クライアント要求状態、編集状態、内部状態、キャンセル状態、財務状態、自動清算状態、セキュリティ状態及び支払状態によって決定することができる。 ライフ状態は、アカウントが３０日未満旧である場合に「新」であり、アカウントがデッドであると思われる場合、例えば会社が倒産した場合に「デッド」であり、或いはアカウントが３０
日以上旧であるが「デッド」ではない場合に「運営」となる。 【００３９】クライアント要求状態は、広告主（クライアント）がそれらのアカウントをアクティブにしたいかどうか指示する。 例えば、クライアント要求状態は、広告主がアカウントをアクティブにしたいときに、通常状態である「オン」となり、そして広告主がアカウントをオフラインにするよう明確に要求するときには「オフ」
となる。 内部状態は、通常状態のもとでは「オン」であり、又はアカウントがサーチエンジンプロバイダーの内部の理由でオフに切り換えられるときには「オフ」となる。 【００４０】編集状態は、アカウントをオフに切り換えるためにエディタにより使用される。 編集状態が「オン」であるときには、エディタは、アカウントがオンラインになるのを承認している。 エディタがアカウントをまだ承認していないときには、編集状態は「オフ」である。 編集状態が「オフ」にセットされた状態でアカウントが生成される。 エディタは、サーチ語がウェブサイトの内容に一致しないために或いは他の理由でアカウントをオフに切り換えることができる。 【００４１】セキュリティ状態は、広告主に関連したクレジットカードの状態を指示する。 セキュリティ状態は、例えば、「オンライン照合(ON-LINE-VERIFIED)」、
「オフライン不正(OFF-LINE-FRAUDULENT)」、「オフライン高リスク暫定(OFF-LINE-HIGH-RISK-PROVISIONA
L)」、「オンライン高リスク(ON-LINE-HIGH-RISK)」又は「オンライン非照合(ON-LINE-UNVERIFIED)」である。
「オンライン照合」のセキュリティ状態は、アカウントのクレジットカードが照合されたときに使用される。
「オフライン不正」のセキュリティ状態は、アカウントのクレジットカードが不正なものであると決定されたときに使用される。 「オフライン高リスク暫定」のセキュリティ状態は、高いリスクによってアカウントがオフに切り換えられたときに使用され、或いは「オンライン高リスク」は、アカウントが高いリスクであるがアカウントをオンに保つときに使用される。 「オンライン非照合」のセキュリティ状態は、たとえクレジットカードが照合されていなくてもアカウントがオンラインに保たれるときに使用される。 これは、販売員により生成されるアカウントに対するデフォールトセキュリティ状態である。 「オフライン非照合」のセキュリティ状態は、クレジットカードが照合されないためにアカウントがオフラインであるときに使用される。 これは、例えば、インターネットを経て自己サービスにより署名したアカウントに対するデフォールトセキュリティ状態である。 【００４２】キャンセル状態は、クライアントがサービスをキャンセルしたかどうか指示する。 キャンセル状態は、通常設定である「オン」となるか、又はアカウントがクライアントによりキャンセルされたときに「オフ」
となる。 財務状態は、サーチエンジンプロバイダーの財務部門による決定に基づきアカウントがオンラインであるかオフラインであるかを指示する。 財務状態は、通常の設定である「オン」となるか、又はサーチエンジンプロバイダーの財務部門がアカウントをオフに切り換えることを望むときに「オフ」となる。 【００４３】自動清算状態は、アカウントが自動的に清算されるかどうか指示する。 自動清算状態は、通常の設定である「オン」となるか、又はアカウントが自動的に清算されるときに「オフ」となる。 支払状態は、広告主の支払状態を指示する。 支払状態は、アカウントに金額があるときに「オン」であり、アカウントの金額がなくなりつつあるときに「ＮＥＡＲ＿ＥＸＣＥＥＤ（間もなく超過）」であり、アカウントの金額がなくなったときに「ＥＸＣＥＥＤ（超過）」であり、又はアカウントの金額がなく且つアカウントがオフに切り換えられたときに「オフ」である。 【００４４】１つの実施形態において、アカウント状態は、ライフ状態が「新」又は「運営」であり、クライアント状態が「オン」で且つ編集状態が「オン」であり、
内部状態が「オン」であり、セキュリティ状態が「オンライン照合」、「オンライン高リスク」又は「オンライン非照合」であり、キャンセル状態が「オン」であり、
財務状態が「オン」であり、清算状態が「オン」であり、支払状態が（「オフ」でない）場合、或いは支払状態が「オフ」で、アカウントがノン・ストップ支払プランにあり、そしてクレジットカード課金状態が「デクライン(DECLINED)」でなく、即ちノン・ストップアカウントが支払に合意したが、そのアカウントに課金する機会がまだない場合、及びその場合にのみ、「オン」となる。 【００４５】又、アカウント状態は、ライフ状態が「新」又は「運営」であり、クライアント状態が「オン」であり、編集状態が「オン」であり、内部状態が「オン」であり、セキュリティ状態が「オフライン高リスク暫定」であり、キャンセル状態が「オン」であり、
財務状態が「オン」であり、清算状態が「オン」であり、支払状態が（「オフ」でない）場合、或いは（支払状態が「オフ」で、アカウントがノン・ストップ支払プランにあり、そしてクレジットカード課金状態が「デクライン」でない（即ちノン・ストップアカウントが支払に合意したが、そのアカウントに課金する機会がまだない））場合、及びその場合にのみ、「オフライン暫定」
となる。 【００４６】又、アカウント状態は、ライフ状態が「デッド」であり、クライアント状態が「オフ」であり、編集状態が「オフ」であり、内部状態が「オフ」であり、
セキュリティ状態が「オフライン不正」又は「オフライン非照合」であり、キャンセル状態が「オフ」であり、
財務状態が「オフ」であり、清算状態が「オフ」であり、又は支払状態が「オフ」であり及びそうでない（アカウントがノン・ストップ支払プランにあり、そしてクレジットカード課金状態が「デクライン」でない（即ちノン・ストップアカウントが支払に合意したが、そのアカウントに課金する機会がまだない））場合、及びその場合にのみ、「オフ」となる。 【００４７】プリペイ預金支払プラン及びプリペイ固定予算支払プランのアカウントについては、アカウントの最終的残高が最終的事象課金によりゼロより下がった場合に、正の調整／清算がアカウントに対してなされて、
残高をゼロに戻す。 これが生じるときには、清算状態が「オフ」にセットされる。 清算状態がないと、アカウントは、遮断スレッシュホールドがゼロより小さい場合に清算後もオンに保たれる。 例えば、資金投入事象によりアカウント残高が再び正になった場合だけ、清算状態は「オン」に復帰する。 【００４８】ＶＩ． 残高ある実施形態では、各アカウントに対して多数の残高が決定される。 それらは、運営残高、最終的残高、調整残高、推定最終的残高及び監視残高を含む。 １つ以上の残高がスレッシュホールドを越える場合には、そのアカウントに関連したサーチリスティングは、サーチエンジンにより発生されるサーチリストに含まれたり配置されたりしない。 例えば、このようなサーチリスティングは、
所与のサーチ語に対する各定価金額がゼロであったかのように順序付けされる。 或いは又、サーチリスティングは、所与のサーチ語に対する各定価金額がゼロより高く且つ他の全ての非ゼロの定価金額より低いかのように順序付けされる。 １つ以上の残高がスレッシュホールドを越える（それより高いか又は低い）ことにより、他の結果も生じる。 【００４９】調整残高は、財務システム、例えば、図１
の会計システム１０８により発生される残高である。 調整残高は、その調整残高を決定するのに使用される基礎的な値に関連した種々のタイムスタンプを付随するときに意味のあるものとなる。 タイムスタンプは、事象課金タイムスタンプ、調整タイムスタンプ、クレジットカード課金タイムスタンプ、及び発行タイムスタンプを含む。 発行タイムスタンプは、調整残高が発生される時間にセットされる。 例えば、調整残高が２００１年７月２
１日午後５時に発生される場合、アカウント「Ａ」の発行タイムスタンプは、＄３０．２５となる。 この調整残高は、例えば、２００１年７月２１日午後３時である事象課金タイムスタンプの時間までの事象課金額、例えば、２００１年７月２１日午後４時であるクレジットカード課金タイムスタンプまでのクレジットカード課金額、及び例えば、２００１年７月２１日午後４時である調整タイムスタンプの時間までの調整分を含む課金額を含む。 クレジットカード課金額は、クレジットカードに課金することによりなされた預託金である。 調整残高が発生（発行）されるときに、アカウントモニタ２１０
は、他の残高を再計算する。 これら他の残高は、次のように計算される。 【００５０】最終的残高は、調整残高でスタートし、事象課金タイムスタンプ以来の最終的事象課金額を減算し、そしてクレジットカード課金額と調整分を加算することにより決定することができる。 式１を参照されたい。 最終的残高＝調整残高−事象課金タイムスタンプ以来の最終的事象課 金額＋クレジットカード課金タイムスタンプ以来のクレジット カード課金額＋調整タイムスタンプ以来の調整分 式１ 運営残高は、式１で計算された最終的残高でスタートし、そして非最終的事象課金額を減算することにより決定される。 式２を参照されたい。 運営残高＝最終的残高−事象課金タイムスタンプ以来の非最終的事象課金額 式２ 【００５１】推定最終的残高は、調整残高でスタートし、事象課金タイムスタンプ以来の最終的事象課金額及び推定最終的事象課金額を減算し、そしてクレジットカード課金額及び調整分を加算することにより決定することができる。 式３を参照されたい。 推定最終的残高は、
本質的に、最終的残高から非最終的事象課金額の推定金額を差し引いたものである。 推定最終的残高＝調整残高−事象課金タイムスタンプ以来の最終的 事象課金額−事象課金タイムスタンプ以来の推定最終的事象 課金額＋クレジットカード課金タイムスタンプ以来の クレジットカード課金額 ＋調整タイムスタンプ以来の調整分 式３ 監視残高は、推定最終的残高をアカウントのクレジット限界に加算したものと、残りの資本との最小値を取り上げることにより決定できる。 式４を参照されたい。 監視残高＝１． 推定最終的残高＋クレジット限界と、２． 残りの資本との 小さい方 式４ 【００５２】事象に対する課金額は、最終的事象課金額、非最終的事象課金額及び推定最終的事象課金額を含む種々の事象課金額を決定することにより分析することができる。 アカウントに対する最終的事象課金額は、不正行為保護システムが不正事象課金額をフィルタ除去した後のそのアカウントの事象課金額である。 不正行為保護システムは、多段階プロセスにおいて不正事象課金額をフィルタ除去する。 不正行為保護システムは、以前の事象について大きな先入れ先出し待ち行列を使用し、例えば、この待ち行列は、１０００００までのエントリーをハッシュテーブルフォーマットで含む。 このような待ち行列は、多数の事象検出アプリケーションに対してアクセスすることができる。 事象検出アプリケーションは、異なる地理的位置、例えば、カリフォルニア、中西部及びイーストコーストにおいて実行することができる。 非最終的事象課金額は、ＲＴＣエージェントからの事象課金額である。 非最終的事象課金額は、フィルタ除去された不正事象課金額の幾つかをもつことがある。 推定最終的事象課金額は、以下のうちの最も小さい量にオフセットを加えたものである。 １． 非最終的事象課金額、例えば、８−９ＰＭに対して＄９８；２． 例えば、
７−８ＰＭの最終的事象課金額は、＄９０；３． アカウント特有の時間当たりランレートに基づく推定事象課金額、例えば、６−７ＰＭの最終的事象課金額は、＄１０
０；４． 例えば、８−９ＰＭの推定事象課金額＝＄８
０；及び５． 任意であるが、非直線的基準を含む他の基準。 例えば、次のトラフィックパターンに基づく推定事象課金額：７−８ＰＭの最終的事象課金額は、＄９０；
８−９ＰＭのトラフィックは、経歴的に、７−８ＰＭのトラフィックの９０％；８−９ＰＭの推定事象課金額は、＄８１（＄９０ｘ９０％）。 推定事象課金額は、＄
９８、＄８０及び＄８１の最も小さいもので、即ち＄８
０。 この推定事象課金額は、次いで、固定のドル金額オフセット、例えば、＄５だけ減少される。 その結果得られる推定事象課金額は、＄７５である。 【００５３】クレジット限界は、インボイスキャップ付きのアカウントのみに適用される。 アカウントのクレジット限界は、ゼロドル以上である。 残りのキャップは、
現在時間周期中に割り当てられた残りの資金である。 残りのキャップは、ゼロドル又はナル以上である。 ナルのキャップは、無限のクレジット限界を意味する。 【００５４】ＶＩＩ． 支払状態に対するビジネスルール支払状態に対する種々のビジネスルールは、次のパラメータの値を決定する。 １． 間もなく超過となる許容日数、２． 間もなく超過となる金額、３． 許容超過日数、
４． 超過金額、５． 遮断スレッシュホールド日数、６．
遮断スレッシュホールド金額、７． 自動課金日数、及び８． 自動課金金額。 これらのパラメータは、日数で表わされ、日数にランレート、固定量又は他の値を乗じた量に変換される。 アカウントのランレートは、動きのある最近３日間の１日当たりの平均事象課金額である。 【００５５】支払状態は、間もなく超過、超過及び遮断パラメータから決定することができる。 パラメータの値は、次のファクタ、即ち１． アカウント年齢、２． 支払プラン、３． クライアント形式、及び４． 市場、の１つ以上により独特に決定することができる。 アカウント年齢は、例えば、「新」又は「旧」である。 アカウントが３０日未満旧である場合にはそれは「新」であり、さもなければ、それは、「旧」である。 【００５６】支払プランは、最大金額（キャップ）を伴うインボイス、最大金額のないインボイス、プリペイ預託金、プリペイノン・ストップ、固定消費予算を伴うプリペイである。 キャップ支払プランを伴うインボイスは、時間周期当たりの消費キャップを伴うインボイスアカウントである。 キャップ支払プランをもたないインボイスは、消費キャップも限界ももたないインボイスアカウントである。 プリペイ預託金支払プランは、固定預託金額を伴うプリペイアカウントであり、預託金額を越える事象に対しては支払しない。 プリペイノン・ストップ支払プランは、監視残高が、自動課金日数にランレート又は自動課金額を乗じたものより下がったときに、アカウントのデフォールトクレジットカードに課金することにより、アカウントモニタによって補充されるプリペイアカウントである。 プリペイ固定予算支払プランは、１
ヶ月のある時間に所定量まで補充されるプリペイアカウントである。 例えば、アカウント監視残高＝＄２５で、
補充金額が＄１００である場合には、カード課金＄７５
がアカウントに加えられ、残高を＄１００の補充金額にもっていく。 【００５７】アカウントに対するクライアント形式は、
アカウントを最初にどのようにオープンしたかに基づき「セールスマン発生」又は「オンライン発生」である。
アカウントの市場は、アカウント、広告主、ウェブサイトの国、例えば、ＵＳ、ＵＫ、日本等である。 或いは又、市場は、広告主の技術分野のような別の市場区画、
例えば、小売の電子製品、小売の衣類、卸売りのプランビング供給であってもよい。 ウェブサイトプロモーターは、それらのアカウント状態が周期的に通知される。 ウェブサイトプロモーターは、ある支払状態の推移、全アカウント状態変化及びクレジットカード課金についてｅ
−メールを経て自動的に通知される。 ｅ−メールテンプレートは、市場、支払プラン、クライアント形式及びアカウント年齢に基づいて変化し得る。 【００５８】ＶＩＩＩ． 事象課金額バケット事象課金額バケットテーブルは、アカウント及び時間周期で集計される最近の事象課金額を追跡するのに使用される。 このテーブルは、次のフィールド、即ちａｃｃｏ
ｕｎｔ＿ｉｄと、時間周期と、事象課金額と、その金額がＧｏＴｏ． Ｃｏｍにより発生されたＣＴＰ２．０により不正フィルタリングされているかどうかを指示するフラグとを有する。 事象課金額バケットテーブルのバケットは、ＲＢＴエージェント、ＣＴＰエージェント及びＲ
ＴＣエージェントを含む種々のエージェントにより更新される。 ＲＴＣエージェントは、次のことを実行する。
即ち、各事象に対して、最終的事象課金額がある時間周期中に受け取られない限り、その時間周期及びアカウントに対応するバケットに事象課金額を追加する。 不正保護エージェントは、次のことを実行する。 即ち、各アカウントに対して、フラグを「不正保護処理」に変更し、
そして非最終的事象課金額を最終的事象課金額に置き換える。 ＲＴＢエージェントは、次のことを実行する。 即ち、各アカウントに対し、調整残高に既に含まれた（調整残高供給における事象課金タイムスタンプに基づいて）事象に対して最終的及び非最終的の全事象課金額を削除する。 【００５９】ＩＸ． アカウントを監視するメソッド図３を参照すれば、そのフローチャートは、アカウントを監視するメソッド３００を示す。 ブロック３０２では、種々の監視パラメータが検索される。 ブロック３０
４では、種々の監視残高及びランレートが検索される。
ブロック３０６では、アカウント残高が遮断スレッシュホールドと比較される。 アカウント残高が遮断スレッシュホールドを越える場合には、ブロック３２０において、支払状態が「オフ」の値にセットされる。 アカウント残高が遮断スレッシュホールド以下である場合には、
ブロック３０８が実行される。 【００６０】ブロック３０８では、アカウント残高が「超過」スレッシュホールドと比較される。 アカウント残高が「超過」スレッシュホールドを越える場合には、
ブロック３２２において、支払状態が「超過」の値にセットされる。 アカウント残高が「超過」スレッシュホールド以下である場合には、ブロック３１０が実行される。 ブロック３１０では、アカウント残高が「間もなく超過」スレッシュホールドと比較される。 アカウント残高が「間もなく超過」スレッシュホールドを越える場合には、ブロック３２４において、支払状態が「間もなく超過」の値にセットされる。 アカウント残高が「間もなく超過」スレッシュホールド以下である場合には、ブロック３２６において、支払状態が「ＯＫ」にセットされる。 【００６１】支払状態が「オフ」、「超過」、「間もなく超過」又は「ＯＫ」にセットされた後に、ブロック３
３０において、支払状態が評価されて、状態の変化が生じたかどうか決定される。 支払状態が変化しない場合には、ブロック３８８で示されたようにプロセスが完了となる。 支払状態が変化した場合には、ブロック３３２が実行される。 ブロック３３２では、「支払状態変化」通知が、そのアカウントに関連したウェブサイトプロモーターに送信される。 次いで、ブロック３３４において、
アカウント状態が評価されて、アカウント状態が変化したかどうか決定される。 アカウント状態が変化しない場合には、ブロック３８８で示されたようにプロセスが完了となる。 アカウント状態が変化した場合には、ブロック３３８において、「アカウント状態変化」通知が、そのアカウントに関連したウェブサイトプロモーターに送られる。 【００６２】Ｘ． システムのアプリケーション図４を参照すれば、ネットワーク環境４００は、アカウント監視サーバー４０２を備えている。 ブラウザ４２２
を有するエンドユーザコンピュータ４２０のエンドユーザは、サーチエンジン４０４を使用してウェブサイト及びウェブページ４１４に対してネットワーク４１０をサーチする。 エンドユーザは、サーチエンジンサーバー４
０４に関連したウェブページにサーチ語を入力する。 サーチエンジンサーバー４０４は、次いで、サーチ結果データベース４０６にアクセスし、そしてサーチ結果をエンドユーザブラウザ４２２へ与える。 サーチ結果は、種々のウェブページ４１４へのリンクを含む。 サーチエンジンサーバー４０４は、アカウント監視サーバー４０２
とインターフェイスし、エンドユーザのサーチ又はそれにより生じるウェブサイトへのクリックに関連した料金を追跡する。 アカウント監視サーバー４０２におけるウェブサイトプロモーターのアカウントは、次いで、それに応じて調整される。 【００６３】エンドユーザは、例えば、ネットスケープのＮＡＶＩＧＡＴＯＲ（登録商標）、マイクロソフトのＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲ（登録商標）又はＭＯＳＡＩＣ（登録商標）のようなウェブブラウザを使用することにより、例えば、インターネットのようなコンピュータネットワーク４１０を経てサーチエンジンにアクセスし、ウェブ広告主のサーバーに記憶されたウェブページを探索することができる。 ブラウザは、ユーザがウェブページのアドレスを入力できるようにする。 これらのアドレスは、ユニフォームリソースロケータ即ちＵＲＬと称される。 更に、ページが検索されると、ブラウザプログラムは、ユーザが他のウェブページへのハイパーリンクを「クリック」したときに、他のページ又は記録へのアクセスを与えることができる。 このようなハイパーリンクは、ウェブページ３０内に配置され、そしてユーザが別のページのＵＲＬを入力してそのページを検索する自動的な方法を与える。 ページは、平易なテキスト情報、又はより複雑なデジタルエンコードされたマルチメディアコンテンツ、例えば、ソフトウェアプログラム、グラフィック、音声信号、映像、等々を内容として含むデータ記録である。 【００６４】アカウント監視サーバー４０２及びサーチエンジンサーバー４０４のアプリケーションは、クライアント／サーバーアーキテクチャーに従う。 クライアントプロセスは、他のサーバープログラム又はサーバー自体に関する運営の細部を知る必要なく、要求されたサービスを使用する。 ネットワーク編成のシステムでは、クライアントプロセスは、通常、コンピュータにおいて実行されるが、このコンピュータは、対応するサーバープロセスを実行する別のコンピュータにより与えられる共用ネットワークリソースにアクセスする。 しかしながら、クライアントプロセス及びサーバープロセスは、同じコンピュータにおいても実行できることに注意されたい。 クライアント及びサーバープロセスは、単一のコンピュータにおいて同時に実行される異なるプログラムを含むこともできる。 【００６５】ネットワーク４１０は、以下、一般にインターネットと称する。 本発明のシステム及び方法は、インターネットに対して特に有用であるが、コンピュータは、多数の異なる形式のネットワークの１つを介して一緒に接続されてもよいことを理解されたい。 このようなネットワークは、ローカルエリアネットワーク（ＬＡ
Ｎ）、他のワイドエリアネットワーク（ＷＡＮ）、コマーシャル情報サービスのような電話線を経てアクセスされる領域ネットワーク、セルラーネットワーク、及び他の形式のネットワークを含む。 サーチエンジンサーバー４０４、アカウント監視サーバー４０２及びウェブサイトサーバー４１２は、ワールドワイドウェブを経て相互接続されるのが好ましい。 【００６６】ウェブサイトサーバー４１２は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）或いは他の通信プロトコル、例えば、ＦＴＰ、ＳＮＭＰ、ＴＥＬＮＥＴ、
及び多数の他のプロトコルによって与えられる機能を使用することができる。 アカウントマネージメントサーバーとも称されるアカウント監視サーバー４０２は、ハードディスク又はＲＡＭのようなコンピュータ記憶媒体と、処理システムとを備えている。 データベースは、アカウントマネージメントサーバーの記憶媒体に記憶される。 データベースは、広告主のアカウント情報を含む。
以下の説明から明らかなように、本発明のシステム及び方法は、アカウントマネージメントサーバー上のコンピュータ記憶媒体、例えば、メモリ又は大量記憶装置に実行可能な命令として記憶されたソフトウェアにおいて実施される。 クライアントコンピュータにおいて実行される従来のブラウザプログラムは、アカウントマネージメントサーバーに記憶された広告主のアカウント情報にアクセスするのに使用される。 アカウントマネージメントサーバーへのアクセスは、アカウントマネージメント及びサーチ結果配置プログラム並びにアカウント情報を外部のいたずらから保護するファイアウオール（図示せず）を介して実行されるのが好ましい。 機密ＨＴＴＰ又は機密ソケット層のような標準的な通信プロトコルにエンハンスメントを経て付加的なセキュリティが与えられる。 【００６７】サーチエンジンサーバー４０４は、サーチエンジンプログラムのホストであり、これは、ネットワークユーザが、サーチエンジンウェブサーバーＵＲＬ又は他のウェブサーバー上のサイトへナビゲートする際に、それらのブラウザプログラムを介してサーチエンジンウェブサーバーに問合せを提出して、ワールドワイドウェブで入手できる数百万のページの中で関心のあるページを識別するためのキーワード問合せをタイプ入力できるようにする。 本発明の好ましい実施形態では、サーチエンジンウェブサーバーは、アカウントマネージメントサーバーにより行われた入札プロセスの結果から得られそしてそしてそれによりフォーマットされる当該エントリーを少なくとも一部分に含むサーチ結果リストを発生する。 サーチエンジンサーバー４０４は、クライアントコンピュータにおいてユーザにより入力されたサーチ語に関連した情報を含む文書へのハイパーテキストリンクのリストを発生する。 サーチエンジンサーバー４０４
は、このリストをウェブページの形態でネットワークユーザに送信し、そこで、クライアントコンピュータにおいて実行されるブラウザ４２２に表示される。 サーチエンジンサーバー４０４の現在の好ましい実施形態は、Ｇ
ｏＴｏ． ｃｏｍにおけるものである。 【００６８】サーチエンジンサーバー４０４のサーチ結果データベース４０６は、ユーザの問合せに応答してサーチ結果を発生するのに使用されるサーチリスティング記録を備えている。 更に、サーチエンジンサーバー４０
４は、アカウント監視サーバー４０２にも接続される。
又、アカウント監視サーバー４０２は、ネットワーク４
１０に接続される。 本発明のサーチエンジンサーバー４
０４及びアカウント監視サーバー４０２は、エンドユーザコンピュータ４２０に位置するエンドユーザの種々の情報ニーズに対処する。 【００６９】例えば、エンドユーザコンピュータ４２０
に位置するユーザの１つのクラスは、ウェブサイトサーバー４１２に位置するウェブページ４１４を有する広告ウェブサイトプロモーター又は所有者のようなネットワーク情報プロバイダーである。 これらの広告ウェブサイトプロモーター又は広告主は、アカウント監視サーバー４０２の記憶装置に存在するアカウント情報にアクセスすることを希望する。 広告ウェブサイトプロモーターは、アカウント監視サーバー４０２に存在するアカウント情報により、他の広告主との競合入札プロセスに参加する。 広告主は、広告主のウェブサイトのコンテンツに関連した多数のサーチ語について入札する。 本発明の１
つの実施形態では、入札されるサーチ語の、広告主のウェブサイトに対する関連性は、サーチ語及び広告主のウェブサイトＵＲＬを含むサーチリスティングをサーチ結果データベース４０６に挿入する前に手動編集プロセスを介して決定される。 本発明の別の実施形態では、サーチリスティングにおける入札されるサーチ語の、対応ウェブサイトに対する関連性は、アカウント監視サーバー４０２において実行されるコンピュータプログラムを使用して評価され、ここで、コンピュータプログラムは、
サーチ語及び対応するウェブサイトを、１組の所定の編集ルールに基づいて評価する。 【００７０】広告主によるサーチ語入札を使用するサーチが実行されるときには、高い付け値は、サーチエンジン４０５により発生されたサーチ結果リストページにおけるより効果的な配置を受ける。 本発明の好ましい実施形態では、広告主による入札金額は、サーチ結果リストページにおいてハイパーリンクを経て広告主のウェブサイトがアクセスされるたびに広告主のアカウントから推測される金額より成る。 サーチャーは、コンピュータの入力装置でハイパーリンクを「クリック」し、広告主のハイパーリンクに関連した情報を検索するための検索要求を開始する。 各アクセス即ちサーチ結果リストハイパーリンクの「クリック」は、サーチエンジンサーバー４
０４へ再指向され、「クリック」を広告主に対するアカウント識別子に関連させるのが好ましい。 サーチャーには明らかでないこの再指向アクションは、サーチャーによりクリックされたサーチ結果リストハイパーリンクを使用して広告主のＵＲＬにアクセスする前に、サーチ結果ページへとコード化されたアカウント識別情報をアクセスする。 このアカウント識別情報は、広告主のアカウントにおいて、検索要求からの情報と共に検索要求事象として記憶される。 このメカニズムを介して得られた情報は、この技術で知られた従来のサーバーシステムログを使用したのでは得られないやり方でＵＲＭをもつアカウント識別子に結論的に合致するので、正確なアカウントデビット記録が維持される。 広告主のウェブサイト記述及びサーチ結果リストページのハイパーリンクに、広告主のリスティングが支払リスティングであるという指示を付随させるのが最も好ましい。 又、各支払リスティングは、サーチ結果リストを介して広告主のサイトへ至る各紹介に対して広告主により支払われた「クリック当たりの価格」に対応する金額である「広告主へのコスト」を表示するのが最も好ましい。 【００７１】エンドユーザコンピュータ４２０におけるエンドユーザの第２クラスは、ウェにおける特定情報を求めるサーチャーを含む。 サーチャーは、それらのブラウザ４２２を経て、サーチエンジンサーバー４０４に存在するサーチエンジン４０５にアクセスする。 サーチエンジン４０５のサーチページは、サーチャーが１つ以上のキーワードより成るサーチ語をタイプ入力するところの問い合わせボックスを含む。 或いは又、エンドユーザは、サーチエンジンサーバー４０４にハイパーリンク接続されそしてリモートウェブサーバーに記憶されたウェブページに配置された問合せボックスを経て、サーチエンジンサーバー４０４に問合せすることができる。 サーチャーがサーチ語の入力を終了すると、サーチャーは、
与えられたハイパーリンクをクリックすることにより、
サーチエンジンサーバー４０４へ問合せを送信する。 サーチエンジンサーバー４０４は、次いで、サーチ結果リストページを発生し、そしてそのページをエンドユーザコンピュータ４２０におけるサーチャーへ送信する。 【００７２】サーチャーは、サーチ結果ページにおける各リスティングに関連したハイパーテキストリンクをクリックして、それに対応するウェブページ４１４をアクセスすることができる。 ハイパーテキストリンクは、インターネットのどこからでもウェブページにアクセスすることができ、広告主のウェブサイトサーバー４１２に位置する広告主のウェブページ４１４への支払リスティングを含む。 ある実施形態では、サーチ結果リストは、
広告主の入札の結果として配置されない非支払リスティングも含み、これは、ＩＮＫＴＯＭＩ（登録商標）、Ｌ
ＹＣＯＳ（登録商標）又はＹＡＨＯＯ！ （登録商標）サーチエンジンのような従来のワールドワイドウェブサーチエンジンによって発生される。 非支払ハイパーテキストリンクは、編集チームによりサーチ結果データベース４０６へと手動でインデックスされるリンクも含む。 非支払リスティングは、サーチ結果ページの支払広告主リスティングに従うのが最も好ましい。 【００７３】入札金額は、リスティングに対する広告主による入札金額であるのが好ましい。 この金額は、広告主のプリペイアカウントから推測されるか、又は対応サーチ語についてユーザによりサーチが実行されそしてサーチ結果リストのハイパーリンクを使用してサーチャーが広告主のウェブサイトを参照するたびにインボイス処理される広告主のアカウントに対して記憶される。 最終的に、ランク値は、広告主が付け値を入れるか又はサーチャーがサーチ問合せを入力するたびに、好ましくはアカウント監視サーバー４０２により動的に発生される値である。 広告主のサーチリスティングのランク値は、サーチが対応サーチ語に対して実行されるときに発生されるサーチ結果リストにおける広告主の入力の配置位置を決定する。 ランク値は、入札金額３５８への直接的な関係において決定される序数値であるのが好ましく、入札金額が高いほど、ランク値が高くなり、そしてサーチ結果リストにおける配置位置がより好都合なものとなる。
最も高い入札金額にランク値１が指定され、次第に高い序数値（例えば、２、３、４）が次第に低いランクに関連されそして次第に低い入札金額に指定されるのが最も好ましい。 【００７４】「アカウントアドミニストレーション」
は、とりわけ広告主が広告主の交渉情報及び勘定情報を見て変更できるようにするか、又はもしあれば、広告主のアクセスプロフィールを更新できるようにする。 この技術で良く知られそして上述したものに類似したウェブベースの形態が、アカウント情報の更新のために与えられる。 「アカウントアドミニストレーション」メニューは、広告主が広告主のアカウントのトランザクション経歴を観察できるようにする選択も含む。 「トランザクション経歴観察」選択のもとでは、広告主は、過去のアカウントトランザクション（例えば、アカウントへの金額の追加、入札サーチ語の追加又は削除、或いは入札金額の変更）のリスティングを観察するためのルーチンを呼び出すことができる。 広告主が、指定された形式の又は指定された時間内に生じるトランザクションの経歴を表示できるようにするための付加的なルーチンが実施されてもよい。 トランザクション情報は、オーデットトレールリストから得ることができる。 ソフトウェア、ウェブベース形態及び／又はメニューで実施されるクリック可能なボタンは、この技術で知られているように、広告主がこのような制限を指定できるようにするために設けられる。 【００７５】更に、「アカウントアドミニストレーション」は、広告主が通知オプションをセットできるようにする。 この選択のもとでは、広告主は、ある重要な事象が生じたときにシステムが広告主に通知するようにさせるオプションを選択することができる。 例えば、広告主は、広告主のアカウント残高が指定レベルより下がったときにシステムが従来の電子メールメッセージを広告主に送信するようにさせるオプションをセットするよう選択できる。 このように、広告主は、アカウントが停止される（広告主のリスティングがサーチリスト結果にもはや現れないことを意味する）前に、アカウントに補充するための「警告」を受けることができる。 広告主は通知を望む別の重要な事象は、特定のサーチ語に対して発生されるサーチ結果リストにおける広告主のリスティングの位置の変化である。 例えば、広告主は、特定のサーチ項目に対し別の広告主がより高い付け値をつけた（広告主のリスティングがサーチ結果リスト上で以前より更に下の位置に現れることを意味する）場合に、システムが従来の電子メールメッセージを広告主に送信することを希望する。 システム特有の重要な事象の１つが発生したときには、その影響を受ける各サーチリスティングに対してデータベースサーチがトリガーされる。 次いで、システムは、広告主のアカウントにおいて指定される通知オプションに基づいて適当な通知ルーチンを実行する。 【００７６】広告主は、サーチ結果ページを経て広告主のサイトに送られた紹介に対して支払をするための資金をアカウントにもつように、広告主のアカウントに金額を追加することができる。 広告主のアカウントに資金をもつ広告主だけが、発生されるサーチ結果リストにそれらの支払済みリスティングを含ませられるのが好ましい。 選択されたビジネス基準を満足する広告主は、常に正のアカウント残高を維持するのに代わって、アカウント残高に関わりなくアカウント課金を被り、そしてサーチエンジンにより発生された広告主のサイトへの実際の紹介により被った課金を反映するインボイス金額を規則的な間隔で支払うように選択するのが最も好ましい。 【００７７】広告主が「アカウントへの金銭追加」を希望するときに、アカウント監視サーバーは、広告主を識別するデータを受け取り、そしてアカウントデータベースから広告主のアカウントを検索する。 実行プロセスは、次いで、広告主のデフォールト勘定情報を記憶し、
そして広告主に対するデフォールト勘定情報を表示する。 表示される勘定情報は、追加されるべき金銭のデフォールト量、デフォールト支払形式、及びデフォールト計装情報を含む。 【００７８】広告主は、クレジットカードの使用によりオンラインで且つ実質的にリアルタイムで資金を追加できるが、本発明の範囲内で他の支払形式の使用も確実に行える。 例えば、本発明の別の実施形態では、広告主は、デビットカードのような公知の電子資金照合メカニズムを経て広告主の銀行アカウントから所望の金額を転送することによりアカウントに資金を追加することができる。 本発明の更に別の実施形態では、広告主は、従来のペーパーベースの小切手を使用してアカウントに資金を追加することができる。 この場合には、手動入力によりアカウント記録データベースにおいて付加的な資金を更新することができる。 計装情報は、支払の形式に関する更なる詳細を含む。 例えば、クレジットカードの場合に、計装情報は、クレジットカードの名前のデータ（例えば、マスターカード、ビザ又はアメリカンエクスプレス）、クレジットカードの番号、クレジットカードの満期日、及びクレジットカードの勘定情報（例えば、勘定者の名前及び住所）を含む。 本発明の好ましい実施形態では、セキュリティの目的で部分的なクレジットカード番号だけが広告主に表示される。 【００７９】広告主に表示されるデフォールト値は、例えば、アカウントデータベースに記憶された永続的状態から得られる。 本発明の実施形態では、記憶される勘定情報値は、金額追加プロセスが広告主のアカウントに対して呼び出されて完了された最後の（例えば、最新の）
ときに広告主によりセットされた値を含む。 デフォールト勘定情報は、ウェブベース形態で広告主に表示される。 広告主は、ウェブベース形態の適当なテキストエントリーボックスをクリックし、そしてデフォールト勘定情報に対する変更を行う。 広告主は、変更を完了した後、その形態で設けられたハイパーリンクされた「提出」ボタンをクリックし、システムが勘定情報及び現在残高を更新することを要求する。 広告主が更新を要求すると、広告主により与えられた勘定情報を照合して確認のために広告主に表示する機能がシステムにより呼び出される。 この確認勘定情報は、読み取り専用の形態で表示され、広告主により変更することはできない。 【００８０】照合段階は、次のように機能する。 支払を広告主の外部アカウントからデビット処理すべき場合には、支払が認証され、許可されそして完了される。 しかしながら、支払形式がクレジットカードによるものである場合には、クレジットカード番号を照合する照合アルゴリズムがシステムにより呼び出される。 この照合アルゴリズムは、システムの現在日時との単純な比較により満了日も照合する。 更に、この機能は、広告主による確認の前に一時的インスタンスに新たな値を記憶する。 【００８１】広告主は、表示されたデータが正しいことを確認すると、そのページに設けられた「確認」ボタンをクリックして、アカウントを更新しなければならないことを指示する。 適当なアカウント残高に金額を追加し、広告主の勘定情報を更新し、そして勘定情報を広告主の支払経歴に添付する機能がシステムにより呼び出される。 広告主の更新された勘定情報は、一時的インスタンスからの永続的状態（例えば、アカウント記録データベース）に記憶される。 【００８２】呼び出される機能の中で、クレジットカード支払機能がシステムによって呼び出される。 本発明の別の実施形態では、多数の支払形式を定義することにより、支払形式の更新値に基づいて、デビットカード支払のような他の支払機能が呼び出されてもよい。 支払形式がクレジットカードである場合には、ユーザのクレジットカードが既に照合されたとすれば、ユーザのアカウントが直ちにクレジット処理される。 金額追加トランザクションの状態を示すスクリーンが表示され、これは、トランザクション番号と、丁度完了したクレジットカードトランザクションによって追加された金額を反映する新たな現在残高とを示す。 【００８３】本発明の別の実施形態では、アカウントに金額が追加された後に、アカウントに追加された金額が、ステップ６１６において、金額追加プロセスの終りに、サブアカウント間に割り当てられる。 広告主がサブアカウントをもたない場合には、アカウントの全金額が一般的な割り当てとなる。 しかしながら、広告主が２つ以上のサブアカウントを有する場合は、システムが確認及びデフォールトメッセージを表示して、広告主が「サブアカウント間に金額を割り当てる」よう促す。 【００８４】「サブアカウント間に金額を割り当てる」
メニュー選択は、広告主のアカウントに金額が追加されたときに呼び出されてもよいし、或いは「アカウントマネージメント」内で呼び出されてもよい。 「アカウントマネージメント」は、広告主のメインページからアクセスすることができる。 この「サブアカウント間に金額を割り当てる」メニュー選択は、広告主が、広告主のアカウントの現在及び保留中残高を広告主のサブアカウント間に割り当てできるようにする。 次いで、システムは、
サブアカウントの残高を更新する。 現在残高割り当てはリアルタイムで行われるが、保留中残高の割り当ては、
永続状態に記憶される。 保留中残高に対する支払が処理されるときには保留中残高の割り当てを反映するようにサブアカウント残高を更新するためのルーチンが呼び出される。 このとき、もし要求があれば、自動的な通知が広告主に送信される。 この直観的なオンラインアカウントマネージメント及び割り当ては、広告主がそれらのオンライン広告予算を迅速に且つ効率的に管理できるようにする。 広告主は、全て１つの容易なウェブベースセッションにおいて、これらのアカウントに資金を補充しそしてそれらの予算を割り当てる。 コンピュータベースの実施は、広告主のアカウントトランザクションの時間浪費な高コスト手動入力を排除する。 【００８５】「サブアカウント間に金額を割り当てる」
ルーチンは、上述した実行ポイントにおいて適当なメニュー選択を呼び出すことにより金額を割り当てる意志を広告主が示すときに開始される。 広告主が割り当ての意志を示すと、広告主のサブアカウントにまだ割り当てられていない資金が現在残高に保留となっている（即ち、
アクチベートされないアカウントクレジット）かどうか決定し、そして残高選択オプションを表示するための機能がシステムにより呼び出される。 本発明の好ましい実施形態では、アカウントインスタンスが生成され、そして保留中の現在残高アカウントフィールドが永続的状態からセットされる。 【００８６】割り当てられない保留中の資金がない場合には、システムは、そのアカウントに対して現在使用できる残高を全体として及びサブアカウントごとに表示する。 次いで、広告主は、現在使用できる残高をサブアカウント間に分配し、そして残高を更新する要求を送信する。 サブアカウント残高に対する現在の流動的合計を計算して表示する機能が呼び出される。 現在の流動的合計は、一時的変数に記憶され、これは、指定の広告主の全サブアカウントに対する現在残高の総和にセットされる。 又、この機能は、新たに使用できるサブアカウント残高も照合し、その合計が許可された金額を越えないようにする。 広告主がセットした新たに使用できるサブアカウント残高が許可された金額を越えない場合には、全てのサブアカウント残高を永続的な状態において更新しそしてその更新を読み取り専用のフォーマットで表示する機能が呼び出される。 【００８７】現在アカウント残高に保留中の資金がある場合には、その保留中の資金を、使用できる現在残高とは別々に割り当てねばならない。 従って、その保留中の資金は、その資金が受け取られるときに、使用できる現在残高に加えられる。 それ故、その機能は、保留中の資金を割り当てるか、使用できる資金を割り当てるか選択するように広告主を促さねばならない。 保留中の資金を割り当てる選択は、上述した使用できる資金を割り当てる選択とほとんど同様に機能する。 広告主が保留中の資金を割り当てるように選択した後に、アカウント及びサブアカウントに対する現在保留中の残高を表示するためのルーチンが呼び出される。 広告主は、保留中のサブアカウント残高をキャンペーンとキャンペーンとの間で分配し、そして残高を更新するための要求を送信する。 保留中のサブアカウント残高に対する現在の流動的合計を計算しそして表示する機能が呼び出される。 この機能は、新たな保留中のサブアカウント割り当ても照合し、
それら割り当てが許可された金額を越えないよう確保する。 保留中割り当ての現在の流動的合計は、広告主の全サブアカウントに対する現在保留中の残高の総計にセットされる。 ユーザがセットした新たな保留中のサブアカウント残高又はそのような残高の合計が許容金額を越えない場合には、上記機能は、永続的状態にある保留中のサブアカウントの全割り当て、例えば、データベースにおける広告主のアカウントを更新し、そしてその更新を読み取り専用のフォーマットで表示する。 【００８８】アカウントマネージメントメニューを表示するルーチンは、広告主のメインメニューから呼び出される。 上述した「サブアカウント間に金額を割り当てる」選択とは別に、残りの選択は、全て、データベースにおいて広告主のアカウントに存在するサーチリスティングをある程度使用し、そしてサーチ結果リストにおける広告主のエントリーにも影響を及ぼす。 従って、サーチエンジンにより発生されるサーチ結果リストの詳細な説明がこの時点で必要となる。 【００８９】リモートサーチャーがサーチエンジンサーバー４０４におけるサーチ問合せページにアクセスし、
そして上述した手順に基づいてサーチ要求を実行するときには、サーチエンジンサーバー４０４は、サーチ結果リストを発生して表示するのが好ましく、ここで、サーチ結果リストの各サーチリスティングのサーチ語フィールドにおける「正準化」入力は、リモートサーチャーにより入力された正準化サーチ語問合せに厳密に一致する。 問合せ及びサーチリスティングに使用されるサーチ語の正準化は、サーチャー及びウェブサイトプロモーターにより入力されるサーチ語の共通の不規則性、例えば、大文字及び複数形を除去し、当該結果を発生する。
しかしながら、サーチリスティングのサーチ語フィールドと、リモートサーチャーにより入力されるサーチ語問合せとの間の一致を決定するための別のスキムも、本発明の範囲内である。 例えば、公知のストリング一致アルゴリズムは、サーチリスティングサーチ語及びサーチ語問合せのキーワードが同じ根本を有するが厳密には同じでない（例えば、ｃｏｍｐｕｔｉｎｇ対ｃｏｍｐｕｔｅ
ｒ）ような一致を発生するのに使用できる。 或いは、同義語の百科事典データベースがサーチエンジンウェブサーバー２４に記憶されて、同義語を有するサーチ語に対して一致が発生されてもよい。 あるサーチを改善するために地方化メソッドを使用することもできる。 例えば、
「ｂａｋｅｒｙ（パン屋）」又は「ｇｒｏｃｅｒｙ ｓ
ｔｏｒｅ（食料雑貨店）」のサーチは、選択された都市、郵便番号又は電話のエリアコード内の広告主に制限される。 この情報は、アカウント監視サーバー４０２の記憶装置３２に記憶された広告主アカウントデータベースのクロスレファレンスにより得ることができる。 最後に、米国以外のユーザに対してサーチャーを改善するために国際化メソッドを使用することができる。 例えば、
広告主のアカウントデータベースのクロスレファレンスにより国又は言語特有サーチ結果を発生することができる。 【００９０】又、「アカウントマネージメント」メニューは、広告主に「プロジェクト費用」選択を与えることもできる。 この選択においては、広告主は、「毎日のランレート」及び「満了までに残っている日数」を予想するためのサーチリスティング又はサブアカウントを指定する。 システムは、コスト計画アルゴリズムに基づいて計画を計算し、そして読み取り専用スクリーンにおいて広告主に予想を表示する。 これらの予想は、公知の多数の異なるアルゴリズムを使用して計算することができる。 しかしながら、サーチリスティングのコストは、入札金額に、特定時間周期中にその入札金額のサーチリスティングにより受け取られた全クリック数を乗算することにより計算されるので、各コスト計画アルゴリズムは、一般に、サーチリスティングに対し毎月の（又は他の特定時間周期の）推定クリック数を決定しなければならない。 サーチリスティングのクリックは、この技術で良く知られたソフトウェア計数メカニズムの実施により追跡することができる。 全サーチリスティングに対するクリックが時間と共に追跡され、このデータは、１ヶ月全体及び個々のサーチ語に対する推定クリック数を発生するのに使用される。 特定のサーチ語については、毎日の推定サーチ回数が決定され、そしてクリックのコストで乗算される。 この積は、次いで、平均クリック数と当該サーチリスティングのランクに対する平均インプレッション数との比によって乗算されて、毎日のランレートが得られる。 この毎日のランレートで現在残高を除算して、アカウント資金が尽きる又は「終了する」までの計画日数が得られる。 【００９１】ある実施形態では、コスト計画アルゴリズムは、各サーチ語が同様の形態で実行すると仮定する簡単な予想モデルをベースとするものである。 このモデルは、広告主のサーチリスティングのランクが一定に保たれ１ヶ月全体にわたって変動しないと仮定する。 このアルゴリズムは、実施が簡単で且つ計算が速いという効果を有する。 予想モデルは、特定のサーチャーリスティングに対するクリックスルーレート、例えば、全クリック数、又は紹介が、サーチリスティングのランクの関数とみなされることをベースとする。 それ故、このモデルは、各サーチ語の使用曲線、即ちサーチリスティングにおけるクリック数をサーチリスティングのランクに対してプロットしたときに得られる曲線が、全てのサーチ語の使用曲線に対して同様であると仮定する。 従って、全サーチ語に対する全クリックの和、全サーチ語に対する所与のランクにおける全クリックの和、及び選択されたサーチ語に対する全クリックの和について、時間と共に外挿される既知の値を、簡単な割合で使用して、選択されたサーチ語に対する所与のランクにおける全クリックの合計を決定することができる。 次いで、選択されたランクにおける選択されたサーチ語に対する全クリックの毎日の推定合計に、そのランクにおけるサーチ語に対する広告主の現在入札金額を乗算して、毎日の費用計画を決定することができる。 更に、特定のサーチ語又はサーチ語のクラスが一般的なパターンと著しく異なることが分かっている場合には、サーチ語、広告主又は他のパラメータに特有の修正値を導入して、計画コスト推定を微調整することができる。 【００９２】最終的に、「アカウントマネージメント」
メニューは、広告主のキャンペーンに関連した情報を見るための多数の選択を与えることができる。 「サブアカウント情報を見る」選択は、選択されたサブアカウントに関連した読み取り専用情報を表示する。 「サーチ語リストを見る」選択は、広告主が選択したサーチ語のリストを、それに対応するＵＲＬ、付け値価格及びランクと共に表示し、サーチ語はサブアカウントによってグループ編成されるのが好ましい。 又、広告主は、要求されたサーチ語を広告主から受け取った際にシステムにより発生される読み取り専用表示から、サーチ語のリストから選択された１組のサーチ語に対する現在の最高付け値を見ることもできる。 【００９３】サーチリスティングアクティビティの包括的レポートを要求する広告主の場合に、広告主のメインページから「レポートを見る」オプションが選択される。 本発明の実施形態では、「レポートを見る」オプションは、現在日付より１年前までのレポートを包括的に発生する。 例えば、毎日のレポートは、直前の７日間の各々に対して得ることができ、週間レポートは、直前の４週間について得ることができ、月間レポートは、直前の１２ヶ月について得ることができ、そして四半期レポートは、最新の４四半期について得ることができる。 広告主の関心に基づき付加的なレポートを得ることもできる。 他の規定のレポート形式は、次の期間中に追跡されたアクティビティを含む。 即ち、アカウントを取得して以来、今日までの１年間、毎年、今日までの四半期、今日までの１ヶ月間、及び今日までの１週間。 レポートの分類は、広告主のアカウント、サーチリスティング及びＵＲＬにより見ることのできる詳細レポート、並びに広告主のアカウント及びサブアカウントにより見ることのできる概要レポートを含む。 これらのレポートは、広告主のアカウント及びサブアカウントの名前、レポートによりカバーされる日付、及びレポートの形式のような識別データを含む。 更に、レポートは、現在残高、保留中の現在残高、毎日の平均アカウントデビット、及びランレートのような重要なサーチリスティングアカウントデータを含む。 更に、レポートは、サーチ語、ＵＲＬ、付け値、現在ランク、及びクリック数、サーチ語に対して行われたサーチの回数、インプレッションの数（サーチリスティングがサーチ結果リストに現れた回数）、並びにクリックスルーレート（クリック数／インプレッション数として定義される）のような重要なデータも含む。
又、レポートは、ブラウザプログラム、プリント、又はダウンロードを経て見るための少なくともＨＴＭＬ観察オプションにも使用できるのが好ましい。 しかしながら、Ａｄｏｂｅ Ａｃｒｏｂａｔ、ＰｏｓｔＳｃｒｉｐ
ｔ、ＡＳＣＩＩテキスト、スプレッドシート交換フォーマット（例えば、ＳＣＶ、タブ区切り）及び他の公知フォーマットのような他の観察オプションも使用できることに注意されたい。 【００９４】広告主が「レポートを見る」オプションを選択すると、システムは、使用できるレポート形式、日付、分類、及び観察オプションのリストを表示する機能を呼び出す。 システムは、次のフィールド（全て最初にナルにセットされる）をもつレポートインスタンスを生成するのが好ましい。 即ち、レポート形式、レポート日付、レポート分類、及び観察オプション。 広告主が上述したパラメータを定義すると、システムは、広告主がセットしたパラメータに基づいて要求されたレポートを発生し、そして観察オプションパラメータに基づいてレポートを表示するための機能を呼び出す。 【００９５】ＸＩ． エージェント実行サイクル図５は、典型的なエージェント実行５００のフローチャートである。 多数のエージェントを同時に実行することができる。 エージェントは、図１を参照すれば、バルク調整エージェント１２２、アカウントエージングエージェント１２４、サーチリスティングエージェント１２
６、自動課金エージェント１２８、固定予算エージェント１３０、調整残高エージェント１３２、リアルタイム事象エージェント１３４及びＣＴＰエージェント１３６
を含む。 エージェント実行５００は、種々の物理的コンピュータにおいて実行することもできるし、又は単一コンピュータにおいて実行することもできる。 ブロック５
０２では、エージェントがその状態を決定する。 この状態は、例えば、ディスエイブル又はイネーブルである。
エージェントの状態がディスエイブルされた場合には、
エージェントは、遅延ステップ５０８に入り、その後、
再び状態をチェックする（５０２）。 エージェントがイネーブルされた場合には、このメソッドが５０４において実行される。 各エージェントは、１つ以上のメソッドに関連し、エージェントがイネーブル及び実行されるたびに、それらメソッドが実行される。 このメソッドは、
幾つかの又は全てのタスクを完了すると、その戻りコード、例えば、「真」又は「偽」を返送する。 他の戻りコードがエージェントにより返送されてもよい。 ブロック５０６では、このメソッドからの戻りコードがチェックされて、このメソッドを２回目に実行する必要があるかどうか調べる。 このメソッドは、その全てのタスクを完了していないので、再び実行されねばならない。 例えば、あるメソッドは、アカウントエントリーに入り、そしてそれを帳簿に委ねる必要があり、これは、メソッドのプロセスを終了する必要がある。 次いで、メソッドは、その委ねられたエントリーでタスクを実行する必要がある。 一例では、「真」の戻りコードは、エージェントが遅延ステップ５０８に入る前にメソッドを再び実行する必要があることを示す。 ブロック５０８では、エージェントは、指定の遅延時間中待機し、その後、エージェント実行５００を再び繰り返す。 遅延は、例えば、３
０秒の値である。 【００９６】ＸＩＩ． 最終的クリック課金額を決定するメソッド図６は、最終的クリック課金額を決定するメソッド６０
０を示すフローチャートである。 ＣＴＰエージェント１
３６（図１）は、アカウントサーバー９３０（図９）をコールし、最終的クリック課金額を決定する方法６００
を遂行する。 ブロック６０２では、最終的クリック課金額テーブルからデータが検索される。 次いで、データは、例えば、スタートタイム及びアカウントＩＤにより順序付けされる。 ブロック６０４では、時間切れ状態が発生した場合に、エージェントが終了となり、そして「真」の戻りコードが返送される。 ブロック６０６では、次のアカウントに対する情報がフェッチされる。 次のアカウントがない場合には、エージェントが終了となり、「偽」の戻りコードが与えられる。 ブロック６０８
では、記録が終了となった場合にブロック６２６が実行され、さもなければ、ブロック６１０が実行される。 ブロック６１０において、アカウント残高がロックされる。 アカウント残高のロックが不首尾であった場合には、ブロック６０４が実行され、さもなければ、ブロック６１２が実行される。 ブロック６１２において、アカウント及び現在周期に対するクリック課金額バケットエントリーが存在する場合には、ブロック６１４が実行され、さもなければ、ブロック６１６が実行される。 ブロック６１６では、最終的クリック課金額バケットエントリーが、既存のエントリーに置き換わるように追加される。 最終的クリック課金額バケットエントリーは、現在アカウント及び時間周期に対するクリック課金額を含む。 ブロック６１６では、最終的クリック課金額バケットエントリーが追加される。 ブロック６１８では、種々の残高が再計算される。 残高は、運営残高、最終的残高及び監視残高を含む。 ブロック６２０では、アカウント残高がチェックされ、それが充分であるかどうか決定される。 例えば、アカウントが、固定予算を伴うプリペイアカウントであるか、又はプリペイ預金アカウントである場合には、そのアカウントの最終的残高がゼロより大きい。 残高が充分である場合には、ブロック６２２が実行される。 残高が充分でない場合には、ブロック６２４
が実行される。 ブロック６２４では、自動清算トランザクションが生成されて、最終的残高をゼロドルへもっていき、そして自動清算フラグが「オフ」にセットされる。 ブロック６２２では、アカウント監視が実行される。 アカウント監視は、図３を参照して上述したアカウント監視である。 ブロック６２６では、最終的クリック課金テーブルから課金が除去される。 【００９７】ＸＩＩＩ． クリック結果を考慮するメソッド図７は、クリック結果を考慮するメソッド７００を示す。 リアルタイムクリックエージェント１３４（図１）
は、アカウント残高サービス９３０（図９）をコールし、クリック結果を考慮するメソッド７００を遂行する。 ブロック７０２では、結果クリック待ち行列からのエントリーが検索され、例えば、結果クリック待ち行列のエントリーは、１０のグループで検索される。 次いで、結果クリックリストが発生され、アカウントＩＤにより順序付けされる。 ブロック７０４では、クリックリストからの次のクリックが検索される。 結果クリックリストが空である場合には、メソッドが終了となり、
「真」の戻りコードが返送される。 【００９８】ブロック７０６では、クリックが課金可能なクリックであるかどうか決定するように選別される。
課金できないクリックは、複製クリックであり、例えば、ユーザが、リストされたリンクを２回クリックした結果である。 他の形式の課金できないクリックは、テスト及びデバッグの目的でサーチエンジンプロバイダーの位置で発生されたクリックである。 ブロック７０８では、クリックが不正クリックであるかどうか決定するように選別される。 不正クリックを検出するために、多数のフィルタを使用することができる。 これらフィルタは、異なるデータサブセットに対して異なる時間に動作することができる。 例えば、フィルタは、メモリをベースとするＣＴＰフィルタ、ネットワークをベースとするＣＴＰフィルタ、データベースをベースとするＣＴＰフィルタ、等々を含む。 例えば、同じセッションＩＤ及び同じリソースＩＤを有する多数のクリックは、複製であるとみなされ、そして同じサーチＩＤ及び同じリソースＩＤを有する多数のクリックは、複製クリックであるとみなされる。 セッションＩＤは、サーチエンジンをもつユーザセッションを識別し、そして６４ビットコードである。 リソースＩＤは、ターゲットウェブサイトを識別し、そしてターゲットウェブサイトのＵＲＬである。 サーチＩＤは、サーチを識別する。 【００９９】ブロック７１０では、最終的クリック情報が存在する場合に、ブロック７１６が実行され、さもなければ、ブロック７１２が実行される。 ブロック７１２
では、このクリックに対してクリック課金バケットが存在する場合に、クリック課金額がクリック課金額バケットに追加され、さもなければ、非最終的クリック課金額バケットエントリーが追加される。 ブロック７１４では、クリック課金額が運営残高から推測される。 ブロック７１６では、クリックリストからクリックが除去される。 【０１００】ＸＩＶ． 残高を調整するメソッド図８は、残高を調整するメソッド８００を示す。 残高調整エージェント１３２（図１）は、アカウント残高サービス９３０（図９）をコールし、残高を調整するメソッド８００を実行する。 ブロック８０２では、調整残高テーブルからデータが検索される。 ブロック８０４では、
時間切れ状態が発生した場合に、メソッド８００が終了となり、「真」の戻りコードが返送される。 時間切れが発生しない場合には、ブロック８０６が実行される。 ブロック８０６では、次のアカウントに対する情報がフェッチされる。 次のアカウントが存在しない場合には、メソッド８００は、「偽」の戻りコードで終了となる。 次のアカウントが存在する場合には、ブロック８０８が実行される。 ブロック８０８において、記録が終了となるかどうかが決定される。 記録が終了となる場合には、ブロック８２０が実行される。 記録が終了とならない場合には、ブロック８１０が実行される。 ブロック８１０において、アカウント残高がロックされる。 アカウント残高が首尾良くロックされない場合には、ブロック８０４
が実行される。 アカウント残高が首尾良くロックされた場合には、ブロック８１２が実行される。 ブロック８１
２において、最新のクリック課金タイムスタンプより以前の日付のこのアカウントのクリック課金額バケットエントリーがクリック課金額バケットから除去される。 種々の残高が調整される。 残高は、調整残高、運営残高、
最終的残高及び監視残高を含む。 ブロック８１４では、
自動清算フラグは、最終的残高が正である場合に「Ｏ
Ｋ」にセットされ、そして自動清算フラグは、「オフ」
にセットされる。 ブロック８１６では、監視残高が変更された場合にアカウント監視が実行される。 ブロック８
２０では、調整残高テーブルから課金額が除去され、次いで、ブロック８０４が実行される。 【０１０１】ＸＶ． サービス図９は、アカウント監視サービス９０２を含むシステム９００のブロック図である。 サービス９０２は、支払サービス９１０、クレジットカードサービス９２０及びアカウントサービス９３０を含む。 支払サービス９１０
は、課金／払戻しカード９１２及び調整残高９１４のようなサブサービスを含む。 調整残高９１４のサブサービスは、アカウントデータベース９４０のアカウントにおいて資金を追加又は差し引きすることができる。 課金／
払戻しカード９１２のサブサービスは、クレジットカードサービス９２０とインターフェイスして、外部のクレジットカードシステム９５０を経てユーザのクレジットカードアカウントへ資金を得たり及びそこから資金を支払ったりする。 外部のクレジットカードシステム９５０
は、ＣｙｂｅｒＳｏｕｒｃｅ（登録商標）、Ｗｅｌｌｓ
Ｆａｒｇｏ（登録商標）又は他のものを含むクレジットカードシステムである。 クレジットカードサービス９
２０は、支払サービス９１０からの情報を処理し、そして特定の外部クレジットカードシステム９５０の各々に対し情報をフォーマット及び構成することができる。 アカウントサービスのサブサービス９３０は、顧客サービス代表者がアカウント状態９３２を得又はセットし、そしてアカウント残高９３４をアカウントデータベース９
４０から得そしてセットすることができるようにする。
サービス９０２が、アカウント状態を変更し得るタスクを実行するときには、アカウント状態を評価するためにアカウント監視が実行される。 【０１０２】ＸＶＩ． 税金に対する任意のアカウント調整種々の税金に対してアカウントを調整し、ユーザのアカウントに対する正味作用を税金調整することができる。
ユーザのアカウントが課税される場合には、預金のとき又はインボイスのときに税金がかけられる。 プリペイアカウントは、通常、資金を預金するときに税金がかけられる。 インボイスアカウントは、通常、インボイスが作成されるときに税金がかけられる。 このような税金調整は、英国のような付加価値タックス（ＶＡＴ）のある国では有用である。 【０１０３】資金を預託するときに税金がかけられるアカウントの場合には、顧客のアカウントに課金される金額は、預託を希望する金額に税金の金額を加えたものとなる。 例えば、顧客が＄１００の預託を希望し、そして税金が１７．５％である場合には、顧客のアカウント、
例えば、顧客のクレジットカードアカウントには、＄１
１７．５が課金される。 税金は、連邦、州、又は地方税であり、売上税又は他の形式の税金を含む。 運営残高、
最終的残高及び調整残高を含む種々の残高は、預託した金額により増加される。 そのアカウントに対する課金、
例えば、クリック課金が生じたときには、種々の残高が、税金を考慮せずにそれら課金額だけ減少される。 【０１０４】インボイス処理されるときに税金がかけられるアカウントの場合には、種々の残高が、税金調整された課金額だけ減少される。 例えば、＄１０のクリック課金額が生じ、そしてアカウントの税金が１７．５％である場合には、そのアカウントの種々の残高が＄１１．
７５だけ減少される。 種々の残高は、監視残高を含む。
以上の詳細な説明は、本発明を例示するものに過ぎず、
本発明を何ら限定するものではない。 本発明の範囲は、
特許請求の範囲及びその等効物によって限定されるものとする。

【図面の簡単な説明】 【図１】アカウント監視システムを示すブロック図である。 【図２】アカウント監視システムを示すブロック図である。 【図３】アカウント監視方法を示すフローチャートである。 【図４】アカウントモニタを含むネットワーク環境を示すブロック図である。 【図５】アカウント監視システムにおいて種々のエージェントを実行するためのメソッドを示すフローチャートである。 【図６】アカウント監視システムにおいて最終的クリック課金を決定するメソッドを示すフローチャートである。 【図７】アカウント監視システムにおいてクリック結果を考慮するメソッドを示すフローチャートである。 【図８】アカウント監視システムにおいて残高を調整するメソッドを示すフローチャートである。 【図９】あるアカウント監視サービスを示すブロック図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ピーター サヴィッチ アメリカ合衆国 ワシントン州 98105 シアトル エイティーンス アヴェニュー ノースイースト 5027