DE10244974A1

DE10244974A1 - Automatische Inserentenbenachrichtigung für ein System zum Bereitstellen eines Platz- und Preisschutzes in einer Suchergebnisliste, die durch eine Computernetzwerksuchmaschine erzeugt wird

Info

Publication number: DE10244974A1
Application number: DE10244974A
Authority: DE
Inventors: Narinder Pal Singh; Scott W Snell; Douglas T Huffmann; Darren J Davis; Thomas A Soulanille; Dominique Dough-Ming Cheung
Original assignee: Overture Services Inc
Current assignee: Altaba Inc
Priority date: 2001-09-26
Filing date: 2002-09-26
Publication date: 2003-05-15
Also published as: KR20030027735A; US7603294B2; US7065500B2; CA2404276A1; JP2003296629A; EP1298568A2; US20060247981A1; CN1428690A; GB0222326D0; AU2002301226C1; EP1298568A3; AU2009202297A1; AU2002301226B2; GB2382686A; US20020165849A1; KR20050100336A; JP4597473B2

Abstract

Ein Benachrichtigungsverfahren in einem Computerdatenbanksystem enthält das Empfangen eines Benachrichtigungsbefehls von einem Inhaber, der mit einer Suchliste verbunden ist, die in dem Computerdatenbanksystem gespeichert ist, das Überwachen von Bedingungen, die durch den Benachrichtigungsbefehl für die Suchliste spezifiziert werden, und das Senden einer Benachrichtigung zu dem Inhaber auf das Erfassen einer geänderten Bedingung der Suchliste hin.

Description

KREUZBEZUGNAHME AUF VERWANDTE ANMELDUNGEN

Diese Anmeldung ist eine Teilfortsetzung-der Anmeldungsseriennummer 09/911,674, die am 24. Juli 2001 im Namen von Darren J. Davis, et al. eingereicht wurde, wobei die Anmeldung hier in ihrer Gesamtheit aufgenommen wird und wobei die Anmeldung eine Fortsetzung der Anmeldungsseriennummer 09/322,677 ist, die am 28. Mai 1999 im Namen von Darren J. Davis, et al. eingereicht wurde und nun die US-Patent-Nr. 6,269,361 hat, wobei auch diese Anmeldung hier in ihrer Gesamtheit aufgenommen wird.

BEZUGNAHME AUF COMPUTERPROGRAMMLISTEN, DIE AUF KOMPAKTDISK EINGEREICHT WURDEN.

Ein Kompaktdiskanhang ist enthalten, der Computerprogrammcodelisten gemäß 37 C.F.R. 1.52(e) enthält und der hierdurch durch Bezugnahme in seiner Gesamtheit aufgenommen wird. Die Gesamtanzahl der Kompaktdisks beträgt 1 einschließlich 24.443 Dateien und 105.738.488 Byte. Die Dateien, die auf der Kompaktdisk enthalten sind, sind in einer Datei aufgelistet, die den Titel "dir s" auf der Kompaktdisk hat. Aufgrund der großen Anzahl der Dateien, die auf der Kompaktdisk enthalten sind, ist die erforderliche Liste von Dateinamen, der Erstellungsdaten und der Größen in Byte in der Datei dir s auf der Kompaktdisk enthalten und wird hier durch Bezugnahme aufgenommen.

HINTERGRUND DER ERFINDUNG

Die Übertragung von Information über Computernetzwerke hat sich zu einem zunehmend wichtigen Mittel entwickelt, durch das Institutionen, Firmen und Personen Geschäfte betreiben. Computernetzwerke sind über die Jahre von unabhängigen und isolierten Einheiten, die zum Bedienen der Bedürfnisse einer einzelnen Gruppe eingerichtet worden sind, zu riesigen Zwischennetzen angewachsen, die einzelne, physikalische Netzwerke verbinden und ihnen ermöglichen, dass sie als ein koordiniertes System funktionieren. Gegenwärtig ist das größte existierende Computernetzwerk das Internet. Das Internet ist eine weltweite Verbindung von Computernetzwerken, die unter Verwendung eines gemeinsamen Protokolls miteinander kommunizieren. Millionen von Computern, von einfachen Personal Computern bis zu Highhend-Supercomputern sind mit dem Internet verbunden.
Das Internet hat sich als große Gemeinschaft aus elektronisch verbundenen Nutzern entwickelt, die sich auf der ganzen Welt befinden und die schnell und regelmäßig erhebliche Mengen von Information auszutauschen. Das Internet fährt damit fort, seine ursprünglichen Zwecke für das Bereitstellen eines Zugriffs auf Information und den Austausch von Information zwischen Regierungsabteilungen, Laboratorien und Universitäten für die Forschung und Ausbildung zu erfüllen. Zudem hat sich das Internet derart entwickelt, dass es eine Vielzahl von Interessen und Foren bedient, die über seine ursprünglichen Ziele hinausgehen. Insbesondere wandelt sich das Internet schnell in einen globalen elektronischen Marktplatz für Waren und Dienste und auch für Ideen und Information um.
Diese Umwandlung des Internets in einen globalen Marktplatz wurde zum großen Teil durch die Einführung eines Informationssystems vorangetrieben, das als World Wide Web ("das Web") bekannt ist. Das Web ist eine einzigartige, verteilte Datenbank, die dafür ausgelegt ist, einen weiten Zugriff auf einen großen Bestand von Dokumenten bereitzustellen. Die Datenbankaufzeichnungen des Webs bestehen in der Form von Dokumenten, die als "Seiten" bzw. Pages bekannt sind. Diese Seiten liegen auf Webservern und sind über das Internet zugreifbar. Das Web ist deshalb eine riesige Informationsdatenbank, die über unzählige, einzelne Computersysteme verteilt ist, die sich ständig ändert und keine erkennbare Organisation oder Aufbau hat. Computer, die mit dem Internet verbunden sind, können auf die Webseiten bzw. Webpages über ein Programm zugreifen, das als Browser bezeichnet wird, und das eine leistungsfähige, einfach zu erlernende grafische Nutzerschnittstelle hat. Eine leistungsfähige Technik, die durch den Webbrowser unterstützt wird, ist als Hyperverbinden bzw. Hyperlinking bekannt, die Webseitenautoren ermöglicht, Verbindungen bzw. Links zu anderen Webseiten zu erzeugen, die die Nutzer dann unter Verwendung einfacher Zeige-und-Klickbefehle auf dem Webbrowser wieder finden können.
Die Seiten können in einer beliebigen aus einer Vielzahl von Formatierungsübereinkünften aufgebaut sein, wie zum Beispiel der Hyper Text Markup Language (HTML), und können Multimediainformationsinhalt wie zum Beispiel Grafiken, Audio und Bewegtbilder enthalten. Jede Person mit einem Computer und einer Verbindung mit dem Internet kann auf jede öffentlich zugreifbare Seite zugreifen, die auf dem Web vorhanden ist. Eine Präsenz auf dem World Wide Web vermag deshalb, dass eine weltweite Konsumentenbasis von Geschäften, Einzelnen und Institutionen vorgestellt wird, die danach suchen, ihre Produkte und Dienste potenziellen Kunden anzuzeigen. Zudem verursacht die immer weiter ansteigende Fortentwicklung der Auslegung der Webseiten, die durch den exponentiellen Anstieg der Datenübertragungsraten und Computerverarbeitungsgeschwindigkeiten ermöglicht wird, dass das Web ein zunehmend attraktiveres Medium zum Anzeigen bzw. Inserieren und für weitere Geschäftszwecke und auch für den freien Fluss von Information ist.
Die Verfügbarkeit von leistungsfähigen, neuen Werkzeugen, die die Entwicklung und Verteilung von Internetinhalt erleichtern, hat zu einer Vermehrung von Information, von Produkten und Diensten, die auf dem Internet angeboten werden, und zu einem dramatischen Anwachsen der Anzahl der Konsumenten, die das Internet verwenden, geführt. Die International Data Corporation, die allgemein als IDC bezeichnet wird, schätzt, dass die Anzahl der Internetnutzer von ungefähr 97 Millionen weltweit in 1998 auf ungefähr 320 Millionen weltweit Ende 2002 ansteigen wird. Zudem ist der Handel, der über das Internet ausgeführt wird, angewachsen und es wird erwartet, dass dieser dramatisch anwächst. Die IDC schätzt, dass der Prozentsatz von Internetnutzern, die Güter und Dienste auf dem Internet kaufen von ungefähr 28% Ende 1998 auf ungefähr 40% in 2002 ansteigen wird und dass über die gleiche Zeitdauer der Totalwert der Güter und Dienste, die über das Internet verkauft werden, von ungefähr 32,4 Milliarden US-Dollar auf ungefähr 425,7 Milliarden US-Dollar ansteigen wird.
Das Internet hat sich als ein attraktives neues Medium für Inserierer von Information, Produkten und Diensten zum Erreichen von Konsumenten entwickelt. Das World Wide Web ist jedoch aus einer scheinbar unbegrenzten Anzahl von Webseiten zusammengesetzt, die sich über Millionen von unterschiedlichen Computersystemen über die ganze Welt in keiner bestimmten Organisation verteilen. Mechanismen wie zum Beispiel Verzeichnisse und Suchmaschinen sind entwickelt worden, um die auf dem Web verfügbare Information zu indizieren und zu suchen und um dadurch den Internetnutzern zu helfen, Information von Interesse auffinden zu können. Diese Suchmaschinen ermöglichen es den Konsumenten, das Internet nach einer Auflistung von Webseiten zu durchsuchen, die auf einem bestimmten Gegenstand, auf einem Produkt oder einem Dienst von Interesse beruhen.
Suchdienste sind nach E-Mail das am meisten benutzte Werkzeug im Internet. Im Ergebnis haben die Suchdienste den Inserenten einen signifikanten Zugriff auf die Internethörerschaft bereitgestellt und haben den Inserenten die Gelegenheit gegeben, die Konsumenteninteressen auf der Basis einer Schlüsselwort- oder Stichwortsuchanforderung zu bedienen.
Bei einer Suche auf Webbasis auf einer Internetsuchmaschine gibt ein Nutzer einen Suchausdruck ein, der ein oder mehrere Schlüsselwörter aufweist, die die Suchmaschine dann für die Erzeugung einer Liste von Webseiten in Echtzeit verwendet, auf die der Nutzer über einen Hyperlink zugreifen kann. Die Suchmaschinen und Webseiteverzeichnisse des Standes der Technik beruhen jedoch auf Prozessen des Zuordnens von Ergebnissen zu Schlüsselworten, was oft irrelevante Suchergebnisse erzeugt. Die automatisierte Suchtechnologie, die viele Suchmaschinen im Stand der Technik betreibt, beruht zum großen Teil auf komplexen, auf Mathematik beruhenden Datenbanksuchalgorithmen, die Webseiten auf der Basis von vielzähligen Kriterien wie zum Beispiel der Schlüsselwortdichte und des Schlüsselwortortes auswählt und ihnen einen Rang zuweist. Die Suchergebnisse, die durch diese Mechanismen erzeugt werden, beruhen oft auf unzulänglichen mathematischen Formeln und können deshalb zufällig und sogar irrelevant sein. Zudem beruhen Suchmaschinen, die automatisierte Suchtechnologie zur Katalogisierung bzw. Klassifizierung von Suchergebnissen verwenden, im allgemeinen auf unsichtbaren Webseitebeschreibungen oder "meta tags" bzw. Metakennzeichen, die durch Webseiteersteller erzeugt werden. Webseiteinhaber können ihre Seiten wie sie wollen kennzeichnen. Einige Webseitenersteller fügen deshalb populäre Suchausdrücke in ihre Webseite-Metakennzeichen ein, die nicht relevant sind, da sie dadurch zusätzliche Konsumentenaufmerksamkeit bei geringen bis keinen Kosten erregen können. Schließlich haben viele Webseiten ähnliche Metakennzeichen und die Suchmaschinen des Standes der Technik sind einfach nicht dafür ausgerüstet, Ergebnisse in Übereinstimmung mit den Vorgaben der Konsumenten richtig einordnen zu können.
Suchmaschinen und Webseiteverzeichnisse können auch auf manuellen Tätigkeiten von begrenztem Bearbeitungspersonal zum Überprüfen der Webseiteinformation beruhen. Da eine umfassende manuelle Überwachung und Indizierung einer unvorhersehbaren, zufällig aktualisierten Datenbank wie dem Web eine unmögliche Aufgabe ist, sind die Suchmaschineergebnisse oft unvollständig oder nicht aktuell. Zudem, da das Volumen und die Verschiedenheit von Internetinhalten angewachsen ist, müssen auf vielen populären Websuchseiten die Konsumenten oft durch vielzählige Zweige eines hierarchischen Verzeichnisses hindurchklicken, um Webseiten auffinden zu können, die auf ihre Suchanfrage antworten, was ein langsamer und unerfreulicher Vorgang von dem Stand des Konsumenten aus ist. Die Suchmaschinen des Standes der Technik sind deshalb für Webseiteinhaber effektiv, die danach suchen, ihren Webauftritt der Aufmerksamkeit der interessierten Nutzer auf einer gegenwärtigen und umfassenden Basis bereitstellen zu können und Information zu verteilen.
Zudem folgen aktuelle Musterbeispiele zum Erzeugen von Webseiteverkehr, wie zum Beispiel das Banner-Inserieren, traditionellen Werbemusterbeispielen und verfehlen es, die einzigartigen Eigenschaften des Internets auszunutzen. In dem Banner-Inseriermodell kaufen Webseitewerber, die versuchen, für ihren Webseiteauftritt zu werben und ihn zu verbessern, oft Raum auf den Seiten von populären, kommerziellen Webseiten. Die Webseitewerber füllen diesen Raum für gewöhnlich mit einer farbigen Grafik, die als Banner bekannt ist, und inserieren ihre eigene Webseite. Das Banner kann als eine Hyper linkverbindung wirken bzw. arbeiten, die ein Besucher anklicken kann, um auf eine Seite zugreifen zu können. Wie herkömmliches Inserieren wird das Banner-Inserieren auf dem Internet typischerweise auf einer Wiedergabe- bzw. Auflage - oder Impressionsbasis abgerechnet, wobei Inserenten für das Bereitstellen an die potenziellen Konsumenten zahlen. Banner können bei jedem Seitenzugriff angezeigt werden oder sie können auf Suchmaschinen durch Suchausdrücke aufgerufen bzw. angesprochen werden. Auf Auflage beruhendes Inserieren schöpft jedoch das Potenzial des Internets für direktes Marketing nur ineffizient aus, da die Durchklickgeschwindigkeit bzw. -rate, die Rate von Konsumentenbesuchen, die ein Banner für die Zielseite erzeugt, ziemlich niedrig sein kann. Webseitewerber zahlen deshalb für den Auftritt für viele Konsumenten, die nicht an dem Produkt oder dem Dienst, der beworben wird, interessiert sind, da die meisten Besucher einer Webseite eine bestimmte Information suchen und nicht an der Information, die in dem Banner angezeigt bzw. angekündigt wird, interessiert sein brauchen. Ähnlich kann das Banner oft interessierte Personen nicht erreichen, da das Banner allgemein nicht durch Suchmaschinen gesucht werden kann und die interessierten Personen wissen oft nicht, wo auf dem Web das Banner zu sehen ist.
Die herkömmlichen Musterbeispiele für Werbe- und Suchmaschinenalgorithmen können deshalb die relevante Information über das World Wide Web interessierten Teilnehmern in einer kosteneffektiven Art und Weise nicht zuführen. Das Internetinserieren kann einen Grad von Erreichbarkeit, Interaktivität und Messbarkeit anbieten, der nicht allgemein in anderen Medien verfügbar ist. Mit den geeigneten Werkzeugen haben die Internetwerber die Möglichkeit, ihre Nachrichten spezifischen Gruppen von Konsumenten mitzuteilen und eine prompte Rückkopplung aufgrund der Effektivität ihrer Anzeigekampagnen zu empfangen.
Webseitewerber sollten idealerweise ihre Platzierung in Suchergebnislisten derart steuern können, dass ihre Auflistungen in Suchen hervorstehen, die relevant für den Inhalt ihrer Webseite sind. Die Suchmaschinenfunktionalität des Internets muss deshalb in eine neue Richtung gelenkt werden, um einen Online- Marktplatz zu ermöglichen, der den Konsumenten schnelle, einfache und relevante Suchergebnisse anbietet, während er den Internetinserenten und Werbern einen kosteneffektiven Weg zum Ansprechen der Konsumenten bereitstellt. Ein Konsument, der eine Suchmaschine verwendet, die diesen Online-Marktplatz ermöglicht, wird Firmen oder Geschäfte finden, die die Produkte, Dienste oder die Informationen anbieten, nach denen der Konsument sucht. Auf diesem Online-Marktplatz bieten die Firmen, die Produkte, Dienste oder Information verkaufen, in einer offenen Auktionsumgebung um Positionen auf einer Suchergebnisliste, die durch eine Internetsuchmaschine erzeugt wird. Da Inserierer für jede Durchklickbezugnahme, die durch die Suchergebnislisten erzeugt wird, welche durch die Suchmaschine erzeugt werden, zahlen müssen, haben die Inserierer einen Anreiz, jene Suchschlüsselwörter auszuwählen und für diese zu bieten, die am relevantesten für ihre Website-Angebote sind. Je höher die Position eines Inserierers auf einer Suchergebnisliste ist, desto höher ist die Wahrscheinlichkeit einer "Bezugnahme", das heißt, desto höher ist die Wahrscheinlichkeit, dass ein Konsument auf die Webseite des Inserierers durch die Suchergebnisliste Bezug nimmt. Die Offenheit dieses Werbemarktplatzes wird weiterhin durch das öffentliche Anzeigen des Preises an die Konsumenten und weitere Inserierer ermöglicht, der durch einen Inserierer auf einer bestimmten Suchergebnisliste geboten wird.
Das US-Patent Nr. 6,269,361 beschreibt ein System und ein Verfahren zum Ermöglichen, dass Werber eine Position auf einer Suchergebnisliste beeinflussen können, die durch eine Internetsuchmaschine für einen spezifischen Satz von Suchausdrücken erzeugt worden ist. Das System und das Verfahren ermöglichen den Inserierern Schlüsselsuchausdrücke der Suchmaschine derart zu spezifizieren, dass sie ihre Suchergebnisliste-Platzierung in die Suchanfragen platzieren können, die für ihr Geschäft am relevantesten sind. Das System und das Verfahren ermöglichen zudem, dass Werber ihre gegenwärtigen Suchausdruck- und Platzierungsverbindungen online überprüfen können und im Wesentlichen sofort Änderungen ihrer ausgewählten Suchausdrücke, Platzierungen und Webseitetitel und Beschreibungen ausführen können.
In diesem System richten die Inserierer oder Webseitewerber Bietbeträge für Suchlisten bei einer Zahle-für-Durchführung- Webseite eines Marktplatzbetreibers ein, die dem Inserierer durch den Marktplatzwebseitebetreiber in Rechnung gestellt werden können. In Antwort auf die empfangene Nachfrage von einem Suchenden, werden Suchlisten aufgefunden, gemäß dem Gebot aufgebaut und dem Sucher angezeigt. Wenn ein Suchender die Suchliste eines Inserierers auswählt oder durch diese hindurchklickt, wird der Bietbetrag bzw. das Gebot dem Inserierer durch den Zahle-für-Durchführung-Webseite-Betreiber in Rechnung gestellt. Die Inserierer können die Position ihrer Suchliste in der Suchergebnisliste durch Einstellen des Bietbetrags steuern, der mit der Suchliste verbunden ist.
Das Verfahren, das in dem US-Patent Nr. 6,269,361 beschrieben ist, kann für einen Inserierer schwierig zu verwalten sein. Insbesondere möchten Inserierer hervorragende Positionen in den Suchergebnissen (um ein hohes Volumen an qualifiziertem Nachrichtenverkehr erreichen zu können) bei einem günstigen Preis aufrechterhalten. Das System, das in dem US-Patent Nr. 6,269,361 beschrieben ist, stellt keine fertigen Mittel bereit, um dies durchführen zu können. Inserenten können auf eine häufige Überprüfung ihres Rankings bezüglich Suchausdrücken, die für sie wichtig sind, zurückgreifen, zum Beispiel durch Durchführen einer Suche auf www.goto.com. Wenn sie eine Änderung als eine Folge von konkurrierenden Bietaktivitäten von Inserenten beobachten, können sie sich in eine Zahle-für- Durchführung-Webseite einloggen und ihre Gebote manuell in Antwort ändern. In dem Fall, wenn sie für eine Position, die sie beibehalten wollen, überbotet worden sind, können sie ihr Gebot erhöhen, um die Position wieder einnehmen zu können, wenn die erforderlichen Kosten pro Klick ("CPC" = cost per click), die gleich dem Betrag ihres Gebots sind, den Kosten entsprechen, die sie zahlen wollen. Wenn das Gebot der Auflistung, das im Rang unterhalb ihres Gebots ist, abgenommen hat, können einige Inserierer es wünschen, dass ihr Gebot verringert wird, um den Betrag, den sie zahlen müssen, reduzieren zu können, während sie dennoch ihre Position in dem Ergebnissatz beibehalten können.
Es gibt viele andere Aufgaben, die Inserenten typischerweise zusätzlich zum Verwalten der Position ihrer Listen durchführen, einschließlich dem Schritthalten mit den akkumulierten Kosten der Listen, der Anzahl der Klicks der Listen, der Durchklickrate (CTR = click through rate) der Listen und dem Überprüfen ihres Kontostands. Zudem müssen die Inserierer ständig Schritt mit dem Ändern des Marktplatzes halten, z. B. müssen sie überprüfen, ob das Gebot einer Liste zu hoch ist oder ob man sich nun einen wünschenswerteren Rang leisten kann.
Das Verwalten des Budgets ist eine wichtige Geschäftsaufgabe für Inserierer und es gibt deshalb das Bedürfnis, mit der Aufschlüsselung der Ausgaben für unterschiedliche Ausdrücke Schritt halten zu können. Zum Beispiel kann um den Vatertag herum die Anzahl der Suchen nach dem Ausdruck "tie" (Krawatte) ansteigen, was ein Überziehen des Budgets ergeben kann. In Alternative können die Kosten nach dem Vatertag abnehmen und zusätzliche Beträge können anderen Ausdrücken zugeordnet werden.
Inserierer müssen auch mit der Anzahl der Klicks, die eine Liste bekommt, Schritt halten, um zum Beispiel die Umwandlungsrate berechnen zu können. Wenn eine Liste viele Klicks aber nur wenig Verkäufe bekommt, dann kann es der Fall sein, dass die Beschreibung der Liste nicht ausreichend spezifisch ist. In Alternative kann es der Fall sein, wenn eine Liste nur wenige Klicks bekommt, dass andere Inserierer in den Marktplatz eingetreten sind, was ergeben hat, dass die Liste auf einem schlechteren Rang als zuvor ist.
Es ist für Inserierer auch wichtig, dass sie mit der DurChklickrate (CTR) der Listen Schritt halten. Zum Beispiel kann ein neuer Titel oder eine Beschreibung für eine Liste in einer niedrigeren CTR resultieren, wenn er oder sie weniger klar sind als das, was zuvor da war. Das Schritthalten mit der CTR stellt sicher, dass ein korrigierender Betrieb unmittelbar bzw. sofort ausgeführt werden kann.
Inserierer müssen auch mit ihrem Kontostand auf dem Zahle-für- Durchführung-Marktplatz Schritt halten. Der Kontostand sollte nie Null erreichen, um einen fortgesetzten Dienst ohne Unterbrechung sicherstellen zu können. Zudem ist es wichtig, mit dem Kontostand Schritt halten zu können, um sicherzustellen, dass das Budget gemäß dem Plan ausgegeben wird. Zum Beispiel kann der Inserierer, wenn der Kontostand zu schnell in der ersten Woche nach unten geht, eine korrigierende Aktion ausführen, um den CPC der Listen zu erhöhen, damit er wieder auf den aktuellen Stand zurückkommen kann.
Es gibt weitere Marktplatzbedingungen, mit denen die Inserierer Schritt halten müssen. Diese enthalten das Überprüfen, ob das Bieten einer Liste zu hoch für ihren gegenwärtigen Rang ist. Zum Beispiel kann ein Inserierer A₁ den CPC einer Liste auf $ 0,50 setzen, wofür die Liste auf Rang 2 ist, - der Inserierer A₂ ist auf Rang 3 mit einem CPC von $ 0,49. Einige Stunden später ändert A₂ den CPC seiner Liste auf $ 0,45, während er noch auf dem Rang 3 verbleibt. Der Inserierer A₁ kann nun den CPC seiner Liste von $ 0,50 auf $ 0,46 reduzieren, während er immer noch die Liste auf Rang 2 beibehält.
Inserierer müssen auch mit den sich ändernden Kosten auf dem Marktplatz für unterschiedliche Ränge Schritt halten. Ein Rang, der früher unerschwinglich war, kann nun erschwinglich werden oder umgekehrt. Zum Beispiel ist ein Inserierer A₁ auf Rang 5 und möchte auf Rang 3 sein, um ein höheres Verkehrsaufkommen zu bekommen. Der gegenwärtige CPC für Rang 3 beträgt $ 1,00 und der CPC für Rang 4 beträgt $ 0,75. A₁ kann sich maximal $ 0,80 für diese Liste leisten. Das heißt, dass die Analyse des Inserierers bezüglich der Rückkehr des eingesetzten Kapitals (ROI = Return On Investment) angibt, dass etwas Beliebiges Höheres einen Verlust ergeben wird. Wenn der Inserierer auf Rang 3 ausfällt, kann A₁ auf Rang 3 mit einem CPC von $ 0,76 springen, was innerhalb des Budgets von $ 0,80 liegt.
Die vorherstehenden Beispiele erläutern verschiedene Aktionen, die die Inserierer manuell durchführen müssen, um ihre Listen verwalten zu können. Einige Inserierer führen diese Aufgaben mehrmals täglich durch. Einige Inserierer haben eine Vielzahl von Arbeitnehmern, die sich der Verwaltung ihrer Teilnahme in einem Zahle-für-Platzierung-Marktplatz widmen, die Positionen ihrer Listen überwachen und ihre Gebote einstellen, ihr Budget verwalten usw. Der manuelle Vorgang des Abfragens des Zustands der Listen, des Überprüfens der Wettbewerber auf dem Marktplatz und des Überprüfens des Kontostands ist zeitaufwendig und unwirtschaftlich. Nur einige dieser Arbeiten benötigen eine Adressierung zu einer gegebenen Zeit. Es besteht deshalb das Bedürfnis nach einem Verfahren und einer Vorrichtung für Inserierer zum effektiveren Verwalten ihrer Listen.
Die US-Anmeldung mit der Seriennummer 09/922,028 mit dem Titel "System And Method For Providing Place And Price Protection In A Search Result List Generated By A Computer Network Search Engine" (System und Verfahren zum Bereitstellen eines Platz- und Preisschutzes in einer Suchergebnisliste, die durch eine Computernetzwerksuchmaschine erzeugt wird.), eingereicht am 3. August 2001, offenbart ein System, das als Preis-und-Platz- Schutz bezeichnet werden kann. Diese Anmeldung ist zusammen mit der vorliegenden Anmeldung in gemeinsamer Inhaberschaft und wird hier durch Bezugnahme aufgenommen. In dem offenbarten System richtet das Gebot eines Inserierers keinen festgelegten CPC ein. Stattdessen setzt sein Gebot den maximalen CPC fest, den der Inserierer eingehen will. Zudem ermöglichen die offenbarten Ausführungsformen, dass der Inserierer einen gewünschten Rang in den Suchergebnissen spezifiziert, die dem Sucher angezeigt werden. Der Rang einer Suchliste ist die ordnungszahlenäßige Position bzw. Positionierung der Suchliste aus einer Gruppe von Suchlisten, die mit dem Suchausdruck des Suchers übereinstimmen. Höher oder besser gelistete Suchlisten werden auf einer Seite höher angezeigt und auf einer Anzahl von Seiten der Suchlisten früher angezeigt. Das System der vorliegenden Ausführungsformen bestimmt die tatsächlichen Ränge und die tatsächlichen CPCs. Die Listen, die mit einer Suche übereinstimmen, können dann rangmäßig in absteigender Reihenfolge des CPCs geordnet werden, mit dem Zeitrang aus den Listen mit gleichem CPC durch einen chronologischen Altersvorrang bzw. Seniorität.
Wenn diese Ineffizienzen durch einen Marktplatzwerber nicht angesprochen werden, verbleibt ein wirtschaftlicher Anreiz für Inserierer dafür, dass sie automatische Dienste selbst erzeugen, um sich mit den Kontoverwaltungssystemen des Marktplatzbetreibers austauschen zu können, damit der wirtschaftliche Vorteil erhalten werden kann, der bezüglich der begrenzten, automatisierten Dienste verfügbar ist, die durch den Marktplatzbetreiber bereitgestellt werden. Als weitere Folge stellt diese Situation einen wirtschaftlichen Anreiz für dritte Parteien dar, um automatisierte Dienste für Inserierer für eine Gebühr oder einen Teil der angenommenen Ersparnisse, die erzeugt werden, zu erzeugen. Dies geschieht bereits.

KURZE ÜBERSICHT

Nur zur Einführung werden die vorigen Ausführungsformen zusammen als automatische Benachrichtigung oder Autonotifikation bezeichnet. Die automatische Benachrichtigung ist eine Verbesserung für existierende Zahle-für-Durchführung-Marktplatzsysteme. In einem grundlegenden Marktplatzsystem loggt sich ein Inserierer in die Inseriererschnittstelle ein und verwaltet seine Anzeigekampagne durch Überprüfen der Marktplatzinformationen und der Informationen, die sich auf seine Listen beziehen. Ein Inserierer kann zum Beispiel einen Satz von Ausdrücken, ihre Beschreibung und weitere Informationen identifizieren, die der CPC für jeden Ausdruck enthält, der der Betrag ist, den der Inserierer zahlt, wenn ein Nutzer auf die Liste bzw. das Listing klickt. Ein Inserierer kann auch die Anzahl der Klickvorgänge bei verschiedenen Rängen für einen Suchausdruck überprüfen, die weiteren konkurrierenden Listen für einen Ausdruck examinieren, seinen Kontostand überprüfen, Gelder seinem Konto hinzufügen usw. Nachfolgend, wenn ein Suchausdruck mit einer Suchanfrage, die von einem Sucher empfangen wird, übereinstimmt, kann ein wirtschaftlicher Wert durch den Inserierer an den Marktplatzbetreiber ausgegeben werden.
Die Ausführungsformen, die hier beschrieben werden, verwenden das Konzept eines Gebots, das dem wirtschaftlichen Wert entspricht, den der Inserierer ausgibt, wenn Netzwerkorte, die mit dem Inserierer verbunden sind, einem Sucher in Antwort auf eine Anfrage von dem Sucher zugeordnet werden. Der ökonomische Wert kann ein Geldwert sein, der dem Inserierer in Rechnung gestellt oder stellbar ist, entweder direkt oder indirekt. Der wirtschaftliche Wert kann ein Betrag sein, mit dem ein Konto des Inserierers belastet wird bzw. der von diesem Konto abgebucht wird. Der Betrag kann ein Geldbetrag oder ein anderer Wert sein, z. B. Kreditpunkte. Der wirtschaftliche Wert kann durch den Inserierer dem Betreiber eines Datenbanksuchsystems oder einer dritten Partei gegeben werden.
Der wirtschaftliche Wert wird ausgegeben, wenn ein Netzwerkort oder mehrere Netzwerkorte, zum Beispiel Inseriererwebseiten einem Sucher angegeben werden. Die Bezugnahme kann durch Darstellen der Netzwerkorte auf einem Bildschirm, der für den Dateneingang und den Empfang durch den Sucher verwendet wird, alleine oder mit weiteren Suchergebnissen realisiert werden. Dies wird als eine Impression bzw. Auflage bezeichnet. In Alternative und in einer Ausführungsform, die hier allgemein beschrieben wird, kann die Bezugnahme auftreten, wenn der Sucher klickt oder durchklickt, um Zugriff auf die Netzwerkorte des Inserierers zu erhalten, wie genauer unten beschrieben wird. Oder die Bezugnahme kann durch eine andere Aktion ausgeübt werden, die durch den Suchenden ausgeführt wird, nachdem er auf die Netzwerkorte des Inserierers zugegriffen hat.
Die vorliegenden Ausführungsformen automatisieren viele der Schritte, die durch einen Inserierer durchgeführt werden. Gegenwärtig muss ein Inserierer periodisch den Zustand seiner Listen, den Zustand des Marktplatzes und seine Kontoinformationen überprüfen, um überprüfen zu können, ob irgendwelche Bedingungen bzw. Zustände, um die er sich kümmert, wahr sind. Diese manuelle Überprüfung des Marktplatzes, der Listen und seines Kontos ist zeitaufwendig und unwirtschaftlich, da für die meiste Zeit keine spezielle Aktion erforderlich ist.
Die offenbarten Ausführungsformen der automatischen Benachrichtigung ermöglichen, dass ein Inserierer die Bedingungen bzw. Zustände, um die sich ein Inserierer kümmert, spezifizieren kann. Das System stellt einen automatisierten Agenten bereit, der im Namen des Inserierers arbeitet, und ständig überprüft, ob eine der Bedingungen wahr ist. Der Agent ist ein Softwarevorgang oder eine Softwareanwendung, die in Verbindung mit Daten arbeitet, die durch das Marktplatzsystem aufrechterhalten werden. Wenn alles in Ordnung ist und keine Bedingungen wahr sind, unternimmt der Agent keine Aktion. Ansonsten macht der Agent einen Hinweis auf die Bedingung, die wahr ist, und kann eine Nachricht senden, um den Inserierer darauf aufmerksam zu machen. Die Nachricht kann Mittel für den Inserierer enthalten, damit er die unerwünschten Bedingungen korrigieren kann, wie weiter unten beschrieben werden wird. Nachrichten können immer dann gesendet werden, wenn eine Bedingung wahr ist, oder sie können unter der Steuerung des Inserierers angesammelt werden und periodisch gesendet werden.
Bei der automatischen Benachrichtigung muss der Inserierer nicht länger manuell nach Bedingungen suchen, die wahr sind. Stattdessen benachrichtigt das System automatisch den Inserierer über die wahren Bedingungen und möglicherweise korrigierenden Aktionen zu den Zeitpunkten, die durch den Inserierer bestimmt werden.
Ein Inserierer kann eine automatische Benachrichtigung für Null oder mehr Bedingungen anfordern, Einige Bedingungen beziehen sich auf die Listen des Inserierers und jede Liste kann Null oder mehr Bedingungen haben, die mit ihr verbunden bzw. verknüpft sind. In Übereinstimmung mit den vorliegenden Ausführungsformen hat jede automatische Benachrichtigungsfunktion vier Komponenten:

1. Benachrichtigungsbedingung: Information über den Zustand, der Aufmerksamkeit erfordert
2. Benachrichtigungszeitpunkt(e): wann die Benachrichtigungen gesendet werden sollen
3. Benachrichtigungsmodus bzw. -modi: wie der Inserierer benachrichtigt werden soll, und
4. Benachrichtigungsaktionstyp(en): die Typen der korrigierenden Aktionen, die in jeder Benachrichtigung enthalten sein sollen.

Benachrichtigungsbedingung

In Übereinstimmung mit den vorliegenden Ausführungsformen gibt es neun Typen von Bedingungen, die ein Inserierer auswählen kann:

1. Position: bezieht sich auf die Position einer Liste;
2. Kosten: bezieht sich auf die angehäuften Kosten für einige Listen;
3. Kontostand: bezieht sich auf die Gelder, die auf dem Konto des Inserierers verbleiben (z. B., um für Listen zu zahlen, auf die geklickt wird);
4. Impressionen: die Anzahl der Impressionen, die durch einige Listen empfangen werden;
5. Klicke: die Anzahl der Klicke, die durch einige Listen empfangen werden;
6. CTR: die Durchklickrate einiger Listen;
7. CPC-zu-hoch: wenn die Kosten pro Klick (CPC) einer Liste ohne Einfluss auf ihren Rang reduziert werden können;
8. Durchschnitt-CPC-zu-hoch: die Durchschnitt-CPC, die Gesamtkosten geteilt durch die Gesamtanzahl der Klicke, ist höher als ein bestimmter Schwellenwert;
9. Rang-CPC: bezieht sich auf die CPC für einen gegebenen Rang und Ausdruck.

Jede Bedingung hat ihren eigenen Satz von Parametern, die durch einen Inserierer spezifiziert werden. Einige der Parameter können Normalwerte haben, die der Entscheidung des Marktplatzbetreibers unterliegen. Die Parameter für die unterschiedlichen Bedingungen sind untenstehend beschrieben. Eine Positionsbedingung überwacht die Position einer Liste. Jede Positionsbedingung hat die nachfolgenden Parameter:

1. Liste: Die Liste, deren Position überwacht werden soll. Dies kann eine Liste des Inserierers oder die Liste einiger anderer Inserierer sein.
2. Absolut/relativ: Eine Anzeige darüber, ob die absolute Position der Liste überwacht wird oder ob die Position relativ zu einer anderen Liste überwacht wird. Wenn die Position relativ zu einer anderen Liste überwacht wird, wird die andere Liste auch spezifiziert.
3. Innerhalb/außerhalb: Die Bedingung ist wahr, wenn die Liste innerhalb oder außerhalb des spezifizierten Bereiches ist.
4. Spezifisch/Bereich: ein spezifischer Rang oder ein Bereich von Rängen. Zum Beispiel ist "Rang 3" ein spezifischer Rang und "Rang 3 bis 5" (einschließlich) ist ein Bereich von Rängen wie "Ränge größer als oder gleich 4" und "Ränge kleiner als 3".

Die nachfolgenden Beispiele sind alles Beispiele für Positionsbedingungen:

1. "Meine Liste L₁ ist nicht auf Rang 3"
Liste: L₁, absolut/relativ: absolut, innerhalb/außerhalb: innerhalb, spezifisch/Bereich: Rang 3.
2. "Andere Liste L₂ ist auf Rang 1"
Liste: L₂, absolut/relativ: absolut, innerhalb/außerhalb: innerhalb, spezifisch/Bereich: Rang 1.
3. "Meine Liste L₃ ist auf den Rängen 4 bis 8 einschließlich"
Liste: L₃, absolut/relativ: absolut, innerhalb/außerhalb: innerhalb, spezifisch/Bereich: Ränge 4 bis 8.
4. "Meine Liste L₄ ist mehr als 2 Ränge niedriger als eine andere List L₅"
Liste: L₄, absolut/relativ: relativ zu L₅, innerhalb/außerhalb: innerhalb, spezifisch/Bereich: Ränge 1 bis 2.
5. "Meine Liste L₆ ist 3 Ränge höher als eine andere Liste L7"
Liste: L₆, absolut/relativ: relativ zu L₇, innerhalb/außerhalb: innerhalb, spezifisch/Bereich: Rang -3 (negative Ränge sind über dem Referenzrang und positive Ränge sind unterhalb davon).

Ein Marktplatzbetreiber kann eine Vielzahl von Nutzerschnittstellen zum Eingeben von Parametern bereitstellen. Für Positionseinschränkungen kann ein Marktplatz eine einfache Schnittstelle zum Überwachen vielzähliger Listen bereitstellen, z. B., um die Änderung der Position aller Listen überwachen zu können.
Eine Kostenbedingung überwacht die Gesamt-CPC-Aufwendungen für eine oder mehrere Listen des Inserierers in einem gegebenen Zeitintervall. Beim Start jedes Zeitintervalls sind die akkumulierten Kosten gleich null. Der Startpunkt jedes Zeitintervalls liegt in der Entscheidung des Marktplatzbetreibers. Zum Beispiel können alle stündlichen Intervalle an dem Start jeder halben Stunde beginnen. Jede Kostenbedingung hat die folgenden Parameter:

1. Listen: eine Liste oder mehrere Listen, deren CPC- Aufwendungen überwacht werden.
2. Grenze: die Aufwendungsgrenze für die angehäuften CPCs für alle Listen, z. B. $ 300,00.
3. Intervall: die Zeitdauer für die Grenze, z. B. eine Woche.

Die nachfolgenden Beispiele sind alles Beispiele für Kostenbedingungen:

1. "Die CPC-Kosten für die Liste L₁ überschreiten $ 300,00 in einer Stunde"
Listen: L₁, Grenze: $ 300,00, Intervall: 1 Stunde
2. "Die CPC-Kosten für L₂ und L₃ überschreiten $ 195,00 in einem Monat"
Listen: L₂ und L₃, Grenze: $ 195,00, Intervall: 1 Monat.

Die Kontostandsbedingung überwacht den Betrag der Gelder, die auf dem Konto eines Inserierers verbleiben. Einige Inserierer müssen einen Betrag vorauszahlen, der verwendet wird, um die CPC-Kosten, die durch den Inserierer eingegangen werden, nach unten zu ziehen. Ein Inserierer kann periodisch seinen Kontostand wieder auffüllen, um einen fortdauernden Dienst sicherstellen zu können. Jede Kontostandsbedingung hat die folgenden Parameter:

1. Schwelle: die Bedingung ist wahr, wenn der Kontostand unter den Schwellenbetrag fällt.

Die nachfolgenden Beispiele sind alles Beispiele für Kontostandsbedingungen:

1. "Mein Kontostand ist kleiner als $ 100,00"
Schwelle: $ 100,00
2. "Mein Kontostand ist kleiner als $ 350,00"
Schwelle: $ 350,00.

Die Impressionenbedingung überwacht die angehäufte oder angesammelte Anzahl von Impressionen für einen Satz von Listen eines Inserierers in einem gegebenen Intervall. Zu Beginn jedes Zeitintervalls sind die angehäuften Impressionen gleich Null. Der Startpunkt jedes Zeitintervalls liegt im Entscheidungsbereich des Marktplatzbetreibers. In einer Ausführungsform ist eine Impression wie folgt definiert. Immer, wenn ein Nutzer einen Suchausdruck eintippt, ist ein Satz von übereinstimmenden Suchergebnissen vorhanden. Die Wiedergabe einer Liste an einen Nutzer wird als eine Impression gezählt. Wenn eine Liste auf einer nachfolgenden Seite ist und der Nutzer nicht über die vorliegende Seite hinaus sucht, zählt dies nicht als eine Impression. Weitere Definitionen können auch verwendet werden. Wenn sich der Rang einer Liste ändert, kann die Anzahl der Impressionen für die Liste auf Null zurückgesetzt werden. Dies liegt im Entscheidungsbereich des Inserierers.
Jede Impressionsbedingung hat die nachfolgenden Parameter:
1. Listen: eine Liste oder mehrere Listen, deren gesammelte Anzahl von Impressionen überwacht werden soll.

1. Innerhalb/außerhalb: ob die Bedingung wahr ist, wenn die Anzahl der Impressionen innerhalb oder außerhalb des Bereiches ist.
2. Bereich: der Bereich der Impressionen, die überwacht werden, zum Beispiel 100 bis 200.
3. Intervall: die Zeitdauer für die Grenze, z. B. 1 Tag.

Die nachfolgenden Beispiele sind alles Beispiele für Impressionsbedingungen:

1. "Liste L₁ hat mehr als 1000 Impressionen in einer Stunde"
Listen: L₁, innerhalb/außerhalb: innerhalb, Bereich: 0 bis 1000, Intervall: 1 Stunde
2. "Listen L₂, L₃ und L₄ zusammen haben weniger als 100 Impressionen an einem Tag"
Listen: L₂, L₃ und L₄, innerhalb/außerhalb: innerhalb, Bereich: 0 bis 99, Intervall: 1 Tag.

Die Klickbedingung überwacht die angesammelte Anzahl von Nutzerklicks für einen Satz von Listen eines Inserierers in einem gegebenen Intervall. Zu Beginn jedes Zeitintervalls sind die angehäuften Klicke gleich Null. Der Startpunkt jedes Zeitintervalls liegt im Belieben des Marktplatzbetreibers. Immer, wenn ein Nutzer einen Suchausdruck eingibt bzw. eintippt, wird ein Satz von übereinstimmenden Suchergebnissen wiedergegeben. Wenn ein Nutzer eine übereinstimmende Liste auswählt, indem er auf einen Hyperlink zeigt oder indem er einen Uniformquellenlokator eintippt, wird dies als Klicken auf die Liste bezeichnet. Weitere Definitionen des Klickens können auch verwendet werden. Wenn ein Sucher auf eine übereinstimmende Liste klickt, wird dies als Klicken auf die Liste gezählt. Wenn sich der Rang der Liste ändert, kann dann die Anzahl der Klicke für die Liste auf Null zurückgesetzt werden. Dies liegt im Entscheidungsbereich des Inserierers.
Jede Klickbedingung hat die nachfolgenden Parameter:

1. Listen: eine Liste oder mehrere Listen, deren Anzahl von Klicken überwacht wird.
2. Innerhalb/außerhalb: ob die Bedingung wahr ist, wenn die Anzahl der Klicks innerhalb oder außerhalb des Bereiches ist. 3. Bereich: der Bereich der Klicke, der überwacht wird, z. B. 1000 bis 4000.
3. Intervall: die Zeitdauer für die Grenze, z. B. 1 Viertelstunde.

Die nachfolgenden Beispiele sind alles Beispiele für Klickbedingungen:

1. "Liste L₁ hat weniger als 1000 Klicke an einem Tag"
Listen: L₁, innerhalb/außerhalb: innerhalb, Bereich: 0 bis 99, Intervall: 1 Tag
2. "Listen L₂ und L₃ zusammen haben mehr als 1500 Klicke in einer Woche"
Listen: L₂ und L₃, innerhalb/außerhalb: innerhalb, Bereich: 0 bis 1500, Intervall: 1 Woche.

Die CTR-Bedingung überwacht die gesammelte Durchklickrate für einen Satz von Listen eines Inserierers über ein Intervall. Die gesammelte CTR über ein Intervall ist die angesammelte Anzahl von Klicken für das Intervall geteilt durch die angesammelte Anzahl von Impressionen für das gleiche Intervall. Wenn mit dem Überwachen der angesammelten CTR begonnen wird, können unzureichende Impressionen für gültige Daten gegeben sein. Der Marktplatzbetreiber kann eine Minimalanzahl von Impressionen auswählen, die dafür erforderlich sind, bevor die CTR-Bedingungen als gültig betrachtet werden.
In Alternative kann ein Inserierer die Wahrscheinlichkeit und eine Fehlertoleranz oder Fehlergrenze spezifizieren und der Marktplatzbetreiber kann die Minimalanzahl von Klicken, die für das Gültigbetrachten der CTR-Bedingung erforderlich sind, berechnen. Zum Beispiel kann der Inserierer eine Wahrscheinlichkeit von 95% und einen Fehlerbereich von 3% spezifizieren. Aus Statistiken wissen wir, dass, wenn die CTR eine Standardnormalverteilung hat, es eine Wahrscheinlichkeit von 95% dafür gibt, dass ein Wert zwischen +/- 1,96 der Standardabweichung seines Mittelwerts ist. Nimmt man nun n Messungen und bekommt man eine beobachtete CTR von p', dann ist
Dies hängt von der beobachteten CTR von p' ab und kann immer durch den Marktplatzbetreiber erreicht werden, indem er auf ein ausreichend großes "n" wartet. Jeder einführende Statistiktext beschreibt dies im Detail, z. B. "Larsen, Richard J. und Marx, Morris L. An Introduction to Mathematical Statistics and Its Applications, " 3. Ausgabe (15. Januar 2000) Prentice Hall College Div; ISBN: 0139223037.
Wenn sich der Rang einer Liste ändert, kann die Anzahl der Impressionen und Klicke für die Liste auf Null zurückgesetzt werden. Das liegt im Entscheidungsbereich des Inserierers. Jede CTR-Bedingung hat die nachfolgenden Parameter:

1. Listen: eine Liste oder mehrere Listen, deren angehäufte CTR überwacht werden soll.
2. Innerhalb/außerhalb: ob die Bedingung wahr ist, wenn die angesammelte CTR innerhalb oder außerhalb des Bereichs ist.
3. Bereich: der Bereich der angesammelten CTR, die überwacht wird, z. B. 1/100 bis 1/200.
4. Intervall: Die Zeitdauer für das Intervall. Daten, die älter als das Zeitintervall sind, werden nicht berücksichtigt, z. B. würde ein Intervall von 1 Tag alle Impressionen und Klicke ignorieren, die älter als 1 Tag sind, wenn die CTR berechnet wird.

Die nachfolgenden Beispiele sind alles Beispiele für CTR- Bedingungen:

1. "Die CTR der Liste L₁ ist kleiner als 1% über die letzte Stunde"
Listen: L₁, innerhalb/außerhalb: innerhalb, Bereich: 0 bis 1/100, Intervall: 1 Stunde.
2. "Listen L₂ und L₃ haben eine gesammelte CTR außerhalb von 1% bis 5% über ihre gesamte Geschichte bzw. History"
Listen: L₂ und L₃, innerhalb/außerhalb: außerhalb, Bereich: 1/100 bis 5/100, Intervall: gesamte Zeit.
3. "Liste L₄ hat eine CTR größer als 10% über die letzte Woche"
Liste: L₄, innerhalb/außerhalb: innerhalb, Bereich: 0 bis 1/10, Intervall: 1 Woche.

Eine CPC-zu-hoch-Bedingung überwacht die CPC einer Liste oder mehrerer Listen. Die Beziehung ist wahr, wenn die CPC einer oder jeder überwachten Liste reduziert werden kann, ohne dass der Rang reduziert wird. Zum Beispiel kann, wenn die Liste L₁ eine CPC von $ 1,23 hat und auf einem Rang 4 ist, und die Liste auf Rang 5 eine CPC von $ 1,10 hat, die CPC von L₁ dann auf $ 1,11 reduziert werden, während noch sichergestellt wird, dass L₁ den Rang 4 beibehält. Ein Inserierer kann auch die Größe des Spalts zwischen der CPC einer seiner Listen und der CPC der Liste darunter spezifizieren. Jede CPC-zu-hoch-Bedingung hat die nachfolgenden Parameter:

1. Listen: die Listen, die überwacht werden.
2. Schwelle: der minimale Unterschied zwischen der CPC einer Liste und der CPC der nächsten, schlechteren Liste.

Die nachfolgenden Beispiele sind alles Beispiele für CPC-zuhoch-Bedingungen:

1. "Liste L₁ hat eine CPC höher als $ 0,05, verglichen mit der Liste unterhalb"
Listen: L₁, Schwelle: $ 0,05
2. "Listen L₂ und L₃ haben ihren CPC höher als $ 0,01, verglichen mit der Liste unterhalb"
Listen: L₂ und _L3, Schwelle: $ 0,01.

Eine Durchschnitt-CPC-zu-hoch-Bedingung überwacht die Durchschnitt-CPC einer Liste oder mehrerer Listen. Die Durchschnitt-CPC sind die Gesamtkosten der Listen geteilt durch die gesamten Klicke für die Listen. Die Bedingung ist wahr, wenn die Durchschnitt-CPC aller überwachten Listen höher als eine Schwelle ist, die durch den Inserierer vorgeschrieben ist. Z. B. kann ein Inserierer eine Bedingung definieren, die wahr ist, wenn die Durchschnitt-CPC aller Listen des Inserierers größer als $ 1,45 ist. Wenn mit der Überwachung der Durchschnitt-CPC begonnen wird, kann es unzureichende Impressionen und Klicke für gültige Daten geben. Der Marktplatzbetreiber kann eine minimale Anzahl von Impressionen und/oder Klicke auswählen, die erforderlich sind, bevor die Durchschnitt-CPC- Bedingungen als gültig betrachtet werden. Jede Durchschnitt- CPC-zu-hoch-Bedingung hat die folgenden Parameter:

1. Listen: die Listen, die überwacht werden.
2. Schwelle: die minimale Differenz zwischen der CPC einer Liste und der CPC der nächst schlechteren Liste.
3. Intervall: die Zeitgeberdauer für die Grenze, z. B. eine Woche.

Die nachfolgenden Beispiele sind alles Beispiele für Durchschnitt-CPC-zu-hoch-Bedingungen:

1. "Listen L₁ und L₂ haben eine Durchschnitt-CPC höher als $ 0,35 über einen Tag"
Listen: L₁ und L₂, Schwelle: $ 0,35, Intervall: 1 Tag.
2. "Alle meine Listen haben eine Durchschnitt-CPC höher als $ 0,98 über eine Woche"
Listen: alle, Schwelle: $ 0,98, Intervall: 1 Woche.

Eine Rang-CPC-Bedingung überwacht die minimale CPC, die dafür erforderlich ist, einen gegebenen Rang für einen Suchausdruck zu erhalten. Die Bedingung ist wahr, wenn ein gegebener Rang mit der spezifizierten Preisschwelle erreicht werden kann.
Z. B., wenn die Liste L₄ auf einem Rang 4 mit einer CPC von $ 1,23 ist und die Liste L₅ auf einem Rang 5 mit einer CPC von $ 1,15 ist, kann eine neue Liste auf einem Rang 5 mit einer CPC von $ 1,16 sein. Es kann unmöglich für eine neue Liste sein, dass sie bei einem gegebenen Rang bei einem beliebigen Preis ist. Dies kann zum Beispiel geschehen, wenn die CPC von L₄ gleich der CPC von L₅ ist. Dies liegt daran, dass die Listen nach ihrer CPC geordnet werden und Listen mit der gleichen CPC nach ihren Zeitmarke geordnet werden (die Liste mit der früheren Zeitmarke hat den besseren Rang). Jede neue Liste hat eine Zeitmarke, die größer als alle anderen Listen ist, und somit kann sie keine Zeitmarke haben, die zwischen der von L₄ und L₅ ist.
Jede Rang-CPC-Bedingung hat die folgenden Parameter:

1. Ausdruck: der Ausdruck, der überwacht wird.
2. Rang: der gewünschte Rang.
3. Schwelle: der maximale Preis, der auf dem Rang für den Ausdruck sein soll.

Die nachfolgenden Beispiele sind alles Beispiele für Rang-CPC- Bedingungen:

1. "Rang 3 für den Term 'LCD-Projektor' kann für weniger als oder gleich $ 3,50 erreicht werden"
Ausdruck: LCD-Projektor, Rang: 3, Schwelle: $ 3,50
2. "Rang 10 für den Ausdruck 'Garage' kann für weniger als oder gleich $ 0,10 erreicht werden"
Ausdruck: Garage, Rang: 10, Schwelle: $ 0,10.

Benachrichtigungszeit(en)

Der vorhergehende Abschnitt beschrieb die verschiedenen Benachrichtigungsbedingungen und ihre Parameter. Jede Spezifikation für automatische Benachrichtigung enthält auch die Benachrichtigungszeit(en) für die Bedingung, die die Zeit(en) ist (sind), bei der (denen) ein Inserierer wünscht, benachrichtigt zu werden, wenn die Bedingung wahr ist. Man beachte, dass die Zeit, bei der ein Inserierer benachrichtigt wird, unabhängig von der Zeit ist, bei der eine Bedingung wahr ist. Es gibt zwei Auswahlmöglichkeiten, wann ein Inserierer benachrichtigt werden kann:

1. sofort: sobald eine Bedingung wahr wird, wird der Inserierer benachrichtigt.
2. Intervall: alle Benachrichtigungen werden über das spezifizierte Zeitintervall gesammelt. Das Intervall enthält eine Dauer und einen Zeitpunkt, z. B. stündlich, um 30 Minuten nach der Stunde, täglich, um 16:20 Uhr, wöchentlich, jeden Freitag, um 15:45 Uhr, usw.
Wenn keine Bedingungen während des Intervalls wahr gewesen sind, können der Inserierer oder Marktplatzbetreiber auswählen, dass keine Benachrichtigung gesendet werden soll, oder dass eine "keine Bedingung wahr" Benachrichtigung gesendet werden soll. Ansonsten werden alle Bedingungen, die während des Intervalls wahr werden, aufgezeichnet und am Ende des Intervalls werden diese dem Inserierer mitgeteilt.

Ein Inserierer kann zum Beispiel spezifizieren, dass alle Benachrichtigungen für eine Positionsbedingung täglich gesendet werden sollen. Wenn die Position einer überwachten Liste über die spezifizierten Grenzen mehrmals während eines Tages hinausgehen, dann werden diese alle, wenn sie auftreten, aufgezeichnet und dem Inserierer wird eine sofortige Benachrichtigung nicht zugesandt. Am Ende des Tages werden diese alle gesammelt und dem Inserierer zugesandt.

Benachrichtigungsmodus

Der vorhergehende Abschnitt definiert die Benachrichtigungszeit, die der Zeit entspricht, bei der ein Inserierer über die Bedingungen, die wahr sein können, benachrichtigt wird. Jede dieser Notifikationen bzw. Benachrichtigungen wird in einer oder mehreren möglichen Kommunikationsmodi gesendet. Jede Autobenachrichtigungsspezifikation enthält auch den Benachrichtigungsmodus für die Bedingung, der der Kommunikationsmodus ist, der für die Benachrichtigung eines Inserierers verwendet wird.

Es gibt fünf mögliche Kommunikationsmodi

1. E-Mail: die Benachrichtigung wird an einen Satz von E-Mail- Adressen gesandt, die von dem Inserierer vorher angegeben werden. Jede E-Mail-Nachricht kann Details der Bedingungen, die wahr sind/waren, und Links bzw. Verbindungen zu einer Korrekturaktion enthalten, die ein Inserierer ausführen kann, z. B. einen einzelnen Klick, der die Inserierer authentifiziert und automatisch die Korrekturen ausführt.
2. Momentanbenachrichtigen: der Hinweis wird zu einem Satz von Momentanbenachrichtigungskonten gesendet, die durch den Inserierer vorgegeben sind. Ähnlich zu einer E-Mail kann jede Momentanbenachrichtigung (instant message) die Details der Bedingungen, die wahr sind/waren und Verbindungen zu einer korrigierenden Aktion enthalten, die der Inserierer durchführen kann.
3. Fax: der Hinweis wird zu einer von dem Inserierer vorgegebenen Nummer gefaxt. Das Fax kann Details über die Bedingungen enthalten, die wahr sind/waren, und Zeiger darauf bereitstellen, wohin der Inserierer gehen kann, um alle unerwünschten Bedingungen korrigieren zu können, z. B. Zeiger auf das Online-Marktplatzsystem, wo der Inserierer sich selbst authentifizieren kann und dann alle unerwünschten Bedingungen online korrigieren kann.
4. Page: der Hinweis wird an eine Nummer gesendet, die durch den Inserierer vorgegeben ist. Eine Seite bzw. Page ist ein Text oder eine andere Nachricht, die durch Funkkommunikation zu einem tragbaren, drahtlosen Empfänger gesandt wird. Die Seite (page) kann durch ein Paging-System zu einem bestimmten Paging-Empfänger oder einer Sende-Empfangseinheit gesandt werden oder die Seite kann unter Verwendung eines Kurznachrichtendienstes (SMS = short message service) gesandt werden, der in Verbindung mit zellularen Radiotelefonsystemen arbeitet. Die Page kann einen kurzen Hinweis auf die Bedingungen, die wahr sind/waren, und einen Zeiger darauf bereitstellen, wohin der Inserierer gehen kann, um alle unerwünschten Bedingungen zu korrigieren, z. B. eine Telefonnummer die der Inserierer anrufen kann.
5. Telefon: der Hinweis wird zu einer Nummer gesandt, die durch den Inserierer vorgegeben ist. Ein automatisches Stimmensynthesesystem bzw. Sprachsynthesesystem kann verwendet werden, um den Inserierer auf die Bedingungen aufmerksam zu machen, die wahr sind/waren. Die Telefoneinrichtung kann Korrekturaktionen in einem Menü mit Tastatureingaben bereitstellen bzw. anbieten, z. B. "Drücke 1, um dein Gebot auf ein Dollar und zweiunddreißig Cent zu erhöhen, um die Position 1 wiederzugewinnen, Drücke 2, um . . ." Das System kann Spracheingaben direkt erkennen. Die Nachricht kann auch Zeiger darauf enthalten, wohin der Inserierer gehen kann, um alle unerwünschten Bedingungen korrigieren zu können, z. B. Zeiger auf das Online-Marktplatzsystem.

Benachrichtigungsaktionstyp

Für jede automatische Benachrichtigungsfunktion spezifiziert ein Inserierer die Bedingung, die Benachrichtigungszeit und den Benachrichtigungsmodus. Die automatischen Benachrichtigungsfunktionen enthalten auch den Benachrichtigungsaktionstyp, der dem Verfahren entspricht, das der Inserierer für die Korrektur aller unerwünschten Bedingungen verwenden kann. Die Aktionen für die Korrektur der Bedingung können in der Benachrichtigung enthalten sein oder die Benachrichtigungsfunktion kann weitere Befehle zum Ausführen der Korrekturen beinhalten. Es gibt sechs Aktionstypen:

1. aktive Links: dies sind Links bzw. Verbindungen, die in der Benachrichtigung eingebettet sind und die es dem Inserierer ermöglichen, dass er die unerwünschte Bedingung mit einem Klick korrigieren kann. Bevorzugt wird der Inserierer zuerst authentifiziert, bevor irgendeine Aktion ausgeführt wird. Die Links können eingebettete URLs in einer E-Mail-Nachricht sein, die in einem Klick die unerwünschte Bedingung korrigieren. Zum Beispiel kann ein Link den Titel haben "Klicke hier, um die CPC der nachfolgenden Liste auf $ 1,43 zu erhöhen, um sie auf Rang 3 speichern zu können". Die URL des Links zeigt auf das Marktsystem des Betreibers und enthält Informationen über den Inserierer und die Bedingung(en), die korrigiert werden soll(en). Wenn der Inserierer auf den Link klickt, wird seine Identität verifiziert und das System führt alle korrigierenden Aktionen automatisch durch, ohne dass es für den Inserierer erforderlich ist, mit dem Online- Marktplatzsystem direkt in Verbindung zu treten. Es ist anwendbar, dass aktive Links in E-Mail-Benachrichtigungen und Momentannachricht-Benachrichtigungen enthalten sind.
2. inaktive Links: diese sind Zeiger auf Online-Orte, wohin ein Inserierer gehen kann, um alle unerwünschten Bedingungen zu korrigieren. Zum Beispiel kann dies eine Telefonnachricht mit einem Zeiger auf eine URL für das Online-Marktplatzsystem sein, in das sich der Inserierer einloggen kann. Sobald er eingeloggt ist, kann dem Inserierer eine Seite mit aktiven Links wiedergegeben werden, um alle unerwünschten Bedingungen korrigieren zu können.
Es ist anwendbar, dass inaktive Links in allen Benachrichtigungsmodi enthalten sind.
3. E-Mail: dies ist eine E-Mail-Schablone, die ein Inserierer ausfüllen kann und die angibt, welche Korrekturaktionen (wenn es welche gibt) ausgeführt werden können, und die dann zu der Adresse, die durch den Marktplatzbetreiber vorgegeben wird, per E-Mail versandt wird. Die Schablone kann in einer Benachrichtigung (z. B. einer E-Mail-Benachrichtigung) enthalten sein oder sie kann durch andere Mittel verfügbar gemacht werden, z. B. durch eine Webseite.
Es ist anwendbar, dass E-Mail-Links in allen Benachrichtigungsmodi enthalten sind.
4. Telefon: dies ist ein Zeiger auf eine Telefonnummer, die der Inserierer anrufen kann, um eine korrigierende Aktion ausführen zu können. Dies kann ein vollständig automatisiertes System sein, z. B. mit einem Tastaturtelefon und einer Stimmenerkennung, ein System mit einem menschlichen Operator oder irgendeine Kombination aus diesen.
Es ist anwendbar, dass Telefon-Links in allen Benachrichtigungsmodi enthalten sind.
5. Autokorrektur: der Inserierer fordert das System auf, automatisch eine Korrekturaktion für ihn auszuführen, wenn diese Bedingung wahr wird. Der Inserierer spezifiziert auch die Details der Korrekturaktion. Diese Option ist nur bei Bedingungen anwendbar, die korrigiert werden können. Z. B. kann ein Autokorrekturaktionstyp dem System befehlen, dass es $ 500 dem Kontostand des Inserierers hinzufügt, wenn er unter die Schwelle absinkt, indem automatisch seine Kreditkarte belastet wird.
6. Entspannen: der Inserierer fordert das System auf, dass es den gegenwärtigen Zustand ignoriert, und möchte die Bedingung derart entspannen, dass dieses Auftreten die Bedingung nicht auslöst. Der Marktplatz und/oder der Inserierer können wählen, wie die Bedingung entspannt bzw. außer Kraft gesetzt wird. Zum Beispiel möchte sich der Inserierer nicht darum kümmern, dass die Liste von einem Rang 2 auf einen Rang 3 gefallen ist, aber er möchte benachrichtigt werden, wenn sie weiter fällt.

Jede Benachrichtigungsfunktion kann ein oder mehrere anwendbare Aktionstypen in sich enthalten. Einige Aktionstypen können jedoch bei einigen Benachrichtigungsmodi nicht angewendet werden, z. B., muss es nicht von Vorteil sein, dass ein URL- Zeiger in einer Telefonnachricht enthalten ist. Ein Inserierer kann auch spezifizieren, welchen Aktionstypen er in einer Benachrichtigung bevorzugt.
Der Vorteil des Autobenachrichtigungssystems besteht darin, dass die nachfolgenden Befehle auf der Seite der teilnehmenden Inserierer implementiert werden können:

1. Erlaube mir, meine Benachrichtigungsbedingung(en), Benachrichtigungszeit(en), Benachrichtigungsmodi und Benachrichtigungsaktionstypen zu spezifizieren.
2. Überwache kontinuierlich alle meine Bedingungen, um zu sehen, ob eine von ihnen wahr ist.
3. Wenn eine von meinen Bedingungen wahr wird, mache einen Hinweis über ihre Details.
4. Sende mir Benachrichtigungen zu den Benachrichtigungszeit(en), die ich spezifiziert habe, wenn irgendeine meiner Bedingungen wahr ist/war.
5. In jeder Benachrichtigung sollen alle anwendbaren Aktionstypen enthalten sein, um alle Bedingungen (die korrigiert werden können) korrigieren zu können. Beschränke die Aktionstypen auf jene, für die ich spezifiziert habe, dass ich sie bevorzuge. Wenn ich keine Bevorzugungen angegeben habe, kann der Marktplatzbetreiber auswählen, ob er einige oder alle der Aktionstypen für jede Benachrichtigung verwendet.

Die vorhergehende Erläuterung der bevorzugten Ausführungsformen wurde nur zum Zwecke der Einführung bereitgestellt. Nichts in diesem Abschnitt sollte als Beschränkung der nachfolgenden Ansprüche verwendet werden, die den Bereich der Erfindung definieren.

KURZBESCHREIBUNG MEHRERER ANSICHTEN DER ZEICHNUNGEN

Fig. 1 ist ein Blockdiagramm, das die Beziehung zwischen einem großen Netzwerk und einer Ausführungsform des Systems und des Verfahrens zum Erzeugen eines Zahle-für-Durchführung-Suchergebnisses der vorliegenden Erfindung erläutert;
Fig. 2 ist ein Diagramm mit Menüs, Anzeigebildschirmen und Eingabebildschirmen, die in einer Ausführungsform der vorliegenden Erfindung verwendet werden;
Fig. 3 ist ein Flussdiagramm, das den Nutzereinloggvorgang des Inserierers erläutert, der in einer Ausführungsform der vorliegenden Erfindung durchgeführt wird;
Fig. 4 ist ein Flussdiagramm, das einen administrativen Nutzereinloggvorgang erläutert, der in einer Ausführungsform der vorliegenden Erfindung durchgeführt wird;
Fig. 5 ist ein Diagramm von Daten für eine Kontoaufzeichnung zur Verwendung in einer Ausführungsform der vorliegenden Erfindung;
Fig. 6 ist ein Flussdiagramm, das ein Verfahren zum Addieren von Geld zu einer Kontoaufzeichnung erläutert, das in einer Ausführungsform der vorliegenden Erfindung verwendet wird;
Fig. 7 erläutert ein Beispiel einer Suchergebnisliste, die durch eine Ausführungsform der vorliegenden Erfindung erzeugt wird;
Fig. 8 ist ein Flussdiagramm, das einen Vorgang zum Ändern von Geboten erläutert, der in einer Ausführungsform der vorliegenden Erfindung verwendet wird;
Fig. 9 erläutert ein Beispiel einer Bildschirmanzeige, die in dem Vorgang zur Änderung von Geboten der Fig. 8 verwendet wird; und
Fig. 10-24 sind Flussdiagramme, die den Betrieb eines Systems in Übereinstimmung mit den vorliegenden Ausführungsformen erläutern.

DETAILLIERTE BESCHREIBUNG DER GEGENWÄRTIG BEVORZUGTEN AUSFÜHRUNGSFORMEN

Methoden und Systeme zum Erzeugen eines Zahle-für-Durchführung-Suchergebnisses, das durch einen Seitenwerber, z. B. einem Inserierer, über ein auf Client/Server beruhendes Computernetzwerk bestimmt wird, werden offenbart. Die nachfolgende Beschreibung wird angegeben, damit jeder Fachmann die Erfindung ausführen und verwenden kann. Zum Zwecke der Erläuterung wird eine spezifische Nomenklatur festgelegt, um ein tiefes Verständnis der vorliegenden Erfindung zu ermöglichen. Beschreibungen von spezifischen Anwendungen werden nur als Beispiele bereitgestellt. Verschiedene Modifikationen bezüglich der bevorzugten Ausführungsformen sind für Fachleute leicht ersichtlich und die allgemeinen Prinzipien, die hier definiert werden, können bei anderen Ausführungsformen und Anwendungen angewendet werden, ohne dass vom Bereich der Erfindung abgewichen wird. Es ist somit bei der vorliegenden Erfindung nicht beabsichtigt, dass sie auf die gezeigten Ausführungsformen beschränkt ist, sondern sie folgt dem weitesten Bereich, der mit den Grundlagen und Merkmalen, die hier offenbart werden, konsistent ist.
Unter Bezugnahme auf die Zeichnungen ist Fig. 1 ein Beispiel eines verteilten Systems 10, das als Client/Server-Architektur aufgebaut ist, die in einer bevorzugten Ausführungsform der vorliegenden Erfindung verwendet wird. Ein "Client" ist ein Mitglied einer Klasse oder einer Gruppe, das die Dienste einer anderen Klasse oder Gruppe verwendet, zu der es nicht gehört. In dem Zusammenhang mit einem Computernetzwerk wie z. B. dem Internet ist ein Client ein Prozess bzw. Vorgang (d. h. ungefähr ein Programm oder eine Aufgabe bzw. Task), der einen Dienst anfordert, welcher von einem anderen Prozess bzw. Vorgang bereitgestellt wird, der als Server-Programm bekannt ist. Der Client-Vorgang verwendet den angeforderten Dienst, ohne dass er irgendwelche Arbeitsdetails über das weitere Server- Programm oder den Server selbst kennt. In Systemen mit Netzwerk läuft ein Client-Vorgang für gewöhnlich auf einem Computer, der auf geteilte Netzwerkquellen zugreift, die durch einen weiteren Computer bereitgestellt werden, auf dem ein entsprechender Server-Vorgang läuft. Es sollte jedoch auch beachtet werden, dass es möglich ist, dass der Client-Vorgang und der Server-Vorgang auf dem gleichen Computer ablaufen.
Ein "Server" ist typischerweise ein entferntes Computersystem, auf das über ein Kommunikationsmedium wie z. B. das Internet zugegriffen werden kann. Der Client-Vorgang kann in einem zweiten Computersystem aktiv sein und kann mit dem Server- Vorgang über ein Kommunikationsmedium kommunizieren, das vielen Clienten erlaubt, dass sie einen Vorteil aus den Fähigkeiten des Servers bezüglich Informationssammeln ziehen können. Der Server arbeitet somit im wesentlichen als Informationslieferant für ein Computernetzwerk.
Das Blockdiagramm von Fig. 1 zeigt deshalb ein verteiltes System 10, das eine Vielzahl von Client-Computern 12, eine Vielzahl von Inserierer-Webservern 14, einen Kontoverwaltungs- Server 22 und einen Suchmaschine-Webserver 24 aufweist, die alle mit einem Netzwerk 20 verbunden sind. Das Netzwerk 20 wird hier nachfolgend allgemein als das Internet bezeichnet. Obwohl das System und das Verfahren der vorliegenden Erfindung insbesondere für das Internet nützlich ist, sollte verstanden werden, dass die Client-Computer 12, die Inserierer-Webserver 14, der Kontoverwaltungs-Server 22 und der Suchmaschine- Webserver 24 durch ein Netzwerk aus einer Anzahl von unterschiedlichen Typen von Netzwerken miteinander verbunden sein können. Solche Netzwerke können Lokalgebietsnetzwerke (LAN = local area network) oder Weitgebietsnetzwerke (WAN = wide area network) und regionale Netzwerke aufweisen, auf die über Telefonleitungen zugegriffen wird, wie z. B. kommerzielle Informationsdienste. Der Client-Vorgang und der Server-Vorgang weisen auch unterschiedliche Programme auf, die gleichzeitig auf einem einzelnen Computer ausgeführt werden.
Die Client-Computer 12 können herkömmliche Personalcomputer (PCs) Workstations oder Computersysteme irgendeiner anderen Größe sein. Jeder Client 12 enthält typischerweise mindestens einen Prozessor, einen Speicher, eine Eingangs-/Ausgangsvorrichtung und eine Netzwerkschnittstelle wie z. B. ein herkömmliches Modem. Die Inserierer-Webserver 14, der Kontoverwaltungs-Server 22 und der Suchmaschine-Webserver 24 können ähnlich aufgebaut sein. Die Inserierer-Webserver 14, der Kontoverwaltungs-Server 22 und der Suchmaschine-Webserver 24 können jedoch viele Computer aufweisen, die durch ein separates, privates Netzwerk verbunden sind. Tatsächlich kann das Netzwerk 20 Hunderttausende von einzelnen Netzwerken aus Computern enthalten.
Die Client-Computer 12 können Webbrowserprogramme 16 wie z. B. den NAVIGATOR, EXPLORER oder die MOSAIK-Browserprogramme ausführen, um Webseiten oder Webeinträge bzw. Aufzeichnungen 30, die auf einem Inserierer-Server 14 gespeichert sind, lokalisieren zu können. Die Browserprogramme 16 ermöglichen den Nutzern, Adressen spezifischer Webseiten 30, die aufgefunden werden sollen, eingeben zu können. Diese Adressen werden als Uniform Resource Locators (gleichförmige Quellenlokalisierer) oder URLs bezeichnet. Zudem können, sobald eine Seite bzw. Page aufgefunden worden ist, die Browserprogramme 16 einen Zugriff auf weitere Seiten oder Aufzeichnungen bereitstellen, wenn der Nutzer auf Hyperlinks zu weitere Webseiten "klickt". Diese Hyperlinks befinden sich innerhalb der Webseiten 30 und stellen einen automatischen Weg für den Nutzer bereit, um die URL einer anderen Seite eingeben und diese Seite auffinden zu können. Die Seiten können Datenaufzeichnungen, die als Inhalt einfache bzw. klare Textinformationen oder einen komplexeren, digital codierten Multimediainhalt wie z. B. Softwareprogramme, Grafiken, Audiosignale, Videos usw. enthalten.
In einer bevorzugten Ausführungsform der vorliegenden Erfindung, die in Fig. 1 gezeigt ist, kommunizieren Client-Computer 12 durch das Netzwerk 20 mit verschiedenen Netzwerkinformationslieferanten bzw. Providern, einschließlich dem Kontoverwaltung-Server 22, dem Suchmaschine-Webserver 24 und dem Inserierer-Server 14, die die Funktionalität verwenden, die durch ein Hyper-Text-Transfer-Protokoll (HTTP) bereitgestellt wird, obwohl auch andere Kommunikationsprotokolle, z. B. FTP, SNMP, TELNET und eine Anzahl von weiteren Protokollen, die im Stand der Technik bekannt sind, verwendet werden können. Bevorzugt befinden sich der Suchmaschine-Server 24, der Kontoverwaltung-Server 22 und der Inserierer-Server 14 auf dem World Wide Web.
Wie zuvor erläutert worden ist, werden zumindest zwei Typen von Servern in einer bevorzugten Ausführungsform der vorliegenden Erfindung betrachtet. Der erste Server, der betrachtet wird, ist ein Kontoverwaltung-Server 22, der ein Computerspeichermedium 32 und ein Verarbeitungssystem 34 aufweist. Eine Datenbank 38 ist in dem Speichermedium 32 des Kontoverwaltung- Servers 22 gespeichert. Die Datenbank 38 enthält Inseriererkonto-informationen. Es geht aus der nachfolgenden Beschreibung hervor, dass das System und das Verfahren der vorliegenden Erfindung in Software implementiert werden kann, die als ausführbare Befehle auf einem Computerspeichermedium wie z. B. Speicher oder Massenspeichervorrichtungen, auf dem Kontoverwaltung-Server 22 gespeichert ist. Herkömmliche Browserprogramme 16, die auf den Client-Computern 12 laufen, können verwendet werden, um auf die Inseriererkonto-Informationen zugreifen zu können, die auf dem Kontoverwaltung-Server 22 gespeichert sind. Bevorzugt wird der Zugriff auf den Kontoverwaltung-Server 22 durch eine Firewall ausgeführt, die nicht gezeigt ist, und die die Kontoverwaltungsprogramme und Suchergebnisplatzierungsprogramme und die Kontoinformationen vor einer äußeren Beeinflussung schützen. Eine zusätzliche Sicherheit kann über Verbesserungen bzw. Ergänzungen von Standardkommunikationsprotokollen wie zum Beispiel dem Secure HTTP oder der sicheren Sockelschicht (Secure Sockets Layer) bereitgestellt werden.
Der zweite Servertyp, der betrachtet wird, ist ein Suchmaschine-Webserver 24. Ein Suchmaschinenprogramm ermöglicht den Netzwerknutzern beim Navigieren zu dem Suchmaschine-Webserver- URL oder Seiten auf anderen Webservern, die Anfragen an den Suchmaschine-Webserver 24 durch ihre Browserprogramme 16 einreichen können, Schlüsselwortanfragen einzutippen, um Seiten von Interesse aus den Millionen von Seiten, die auf dem World Wide Web verfügbar sind, erkennen zu können. In einer bevorzugten Ausführungsform der vorliegenden Erfindung erzeugt der Suchmaschine-Webserver 24 eine Suchergebnisliste, die zumindest teilweise relevante Einträge enthält, die aus den Ergebnissen des Bietvorgangs erhalten werden und durch diese formatiert werden, der durch den Kontoverwaltung-Server 22 ausgeführt wird. Der Suchmaschine-Webserver 24 erzeugt eine Liste aus Hypertextlinks auf Dokumente, die Informationen enthalten, die relevant für Suchausdrücke sind, die durch den Nutzer an dem Client-Computer 12 eingegeben werden. Der Suchmaschine- Webserver sendet diese Liste in der Form einer Webseite zu dem Netzwerknutzer, wo sie auf dem Browser 16 angezeigt wird, der auf dem Client-Computer 12 läuft. Eine gegenwärtige bevorzugte Ausführungsform des Suchmaschine-Webservers kann durch Navigieren auf die Webseite bei der URL http:/ / www.goto.com/ gefunden werden. Zudem wird die Suchergebnisliste-Webseite, für die ein Beispiel in Fig. 7 wiedergegeben ist, nachfolgend in weiterem Detail erläutert.
Der Suchmaschine-Webserver 24 ist mit dem Internet 20 verbunden. In einer bevorzugten Ausführungsform der vorliegenden Erfindung enthält der Suchmaschine-Webserver 24 eine Suchdatenbank 40, die aus Suchlisteneinträgen besteht, die zur Erzeugung von Suchergebnissen in Antwort auf Nutzeranfragen verwendet werden. Zudem kann der Suchmaschine-Webserver 24 auch mit dem Kontoverwaltung-Server 22 verbunden sein. Der Kontoverwaltung-Server 22 kann auch mit dem Internet verbunden sein. Der Suchmaschine-Webserver 24 und der Kontoverwaltung-Server 22 der vorliegenden Erfindung erfüllen die unterschiedlichen Informationsbedürfnisse der Nutzer, die sich an Client-Computern 12 befinden.
Zum Beispiel kann eine Klasse von Nutzern, die sich an Client- Computern 12 befinden, die Netzwerkinformationslieferanten wie zum Beispiel die inserierenden Webseitewerber oder -inhaber sein, die Inseriererwebseiten 30 haben, die sich auf dem Inserierer-Webserver 14 befinden. Diese inserierenden Webseitewerber oder Inserierer möchten auf Kontoinformationen zugreifen, die sich in dem Speicher 32 auf dem Kontoverwaltung-Server 22 befinden. Ein inserierender Webseitewerber kann durch das Konto, das sich auf dem Kontoverwaltung-Server 22 befindet, an einem konkurrierenden Bietvorgang mit anderen Inserierern teilnehmen. Ein Inserierer kann auf eine beliebige Anzahl von Suchausdrücken ein Gebot abgeben bzw. bieten, die für den Inhalt der Webseite des Inserierers relevant sind. In einer Ausführungsform der vorliegenden Erfindung wird die Relevanz eines Suchausdrucks, für den geboten wird, für die Webseite eines Inserierers durch einen manuellen, redaktionellen Vorgang vor dem Einfügen der Suchliste, die den Suchausdruck enthält, und der Inseriererwebseite-URL in die Datenbank 40 bestimmt. In einer alternativen Ausführungsform der vorliegenden Erfindung kann die Relevanz des gebotenen Suchausdrucks in einer Suchliste für die entsprechende Webseite unter Verwendung eines Computerprogramms ermittelt werden, das in dem Prozessor 34 des Kontoverwaltung-Servers 22 ausgeführt wird, wobei das Computerprogramm den Suchausdruck und die entsprechende Webseite gemäß einem Satz aus vorgegebenen, redaktionellen Regeln ermittelt.
Die höheren Gebote empfangen eine vorteilhaftere Platzierung auf der Suchergebnisliste-Seite, die durch die Suchmaschine 24erzeugt wird, wenn eine Suche unter Verwendung des Suchausdrucks, für den durch den Inserierer geboten wurde, ausgeführt wird. In einer bevorzugten Ausführungsform der vorliegenden Erfindung umfasst der Betrag, der durch einen Inserierer geboten wird, einen Geldbetrag, der von dem Konto des Inserierers jedes Mal abgezogen wird, wenn auf die Webseite des Inserierers über einen Hyperlink auf die Suchergebnisliste-Seite zugegriffen wird. Ein Sucher "klickt" auf den Hyperlink mit einer Computereingabevorrichtung, um eine Auffindanforderung zum Auffinden der Informationen auszulösen, die mit dem Hyperlink des Inserierers verbunden sind. Bevorzugt wird jeder Zugriff oder jedes "Klicken" auf eine Suchergebnisliste- Hyperlink zu dem Suchmaschine-Webserver 24 zurückgeleitet, um das "Klicken" mit dem Kontoidentifizierer für einen Inserierer verbinden zu können. Diese Zurückleitaktion, die für den Suchenden nicht ersichtlich ist, greift auf Kontoidentifizierungsinformationen zu, die in die Suchergebnisseite eincodiert worden sind, bevor auf die URL des Inserierers unter Verwendung des Suchergebnisliste-Hyperlinks zugegriffen wird, der von dem Suchenden angeklickt wird. Die Kontoidentifikationsinformation wird in dem Konto des Inserierers zusammen mit den Informationen von der Auffindanforderung als ein Auffindanforderungsereignis aufgezeichnet. Da die Informationen, die durch diesen Mechanismus erhalten werden, schließlich einen Kontoidentifizierer mit einem URL in einer Art endgültig in Übereinstimmung bringen, die unter Verwendung eine herkömmlicher Server-Systemprotokolle, die im Stand der Technik bekannt sind, nicht möglich ist, werden genaue Kontosollpostenaufzeichnungen aufrechterhalten. Es wird am meisten bevorzugt, dass die Webseitebeschreibung des Inserierers und der Hyperlink auf die Suchergebnisliste-Seite mit einem Hinweis versehen sind, dass die Liste des Inserierers eine gezahlte Liste ist. Am meisten wird bevorzugt, dass jede bezahlte Liste "Kosten für den Inserierer" anzeigt, die ein Betrag sind, der einem "Preis pro Klick" entspricht, der durch den Inserierer für jede Bezugnahme auf die Seite des Inserierers durch die Suchergebnisliste bezahlt wird.
Eine zweite Klasse von Nutzern an Client-Computern 12 kann Suchende aufweisen, die nach spezifischen Informationen auf dem Web suchen. Die Suchenden können durch ihre Browser 16 auf eine Suchmaschine-Webseite 36 zugreifen, die sich auf dem Webserver 24 befindet. Die Suchmaschine-Webseite 36 enthält eine Anfragebox, in der ein Suchender einen Suchausdruck hineinschreiben kann, der ein oder mehrere Schlüsselwörter aufweist. In Alternative kann der Suchende den Suchmaschine-Webserver 24 durch eine Abfragebox abfragen, die mit dem Suchmaschine- Webserver 24 per Hyperlink verbunden ist und sich auf einer Webseite befindet, die auf einem entfernten Webserver gespeichert ist. Wenn der Suchende die Eingabe des Suchausdrucks beendet hat, kann der Suchende die Abfrage zu dem Suchmaschine-Webserver 24 durch Anklicken eines bereitgestellten Hyperlinks senden. Der Suchmaschine-Webserver 24 erzeugt dann eine Suchergebnisliste-Seite und sendet diese Seite zu dem Suchenden auf dem Client-Computer 12.
Der Suchende kann auf die Hypertextverbindungen, die mit jeder Liste auf der Suchergebnisseite verbunden sind, klicken, um auf die entsprechenden Webseiten zugreifen zu können. Die Hypertextverbindungen können auf Webseiten irgendwo auf dem Internet zugreifen und können Bezahlungslisten für Inseriererwebseiten 18 enthalten, die sich auf den Inserierer- Webservern 14 befinden. In einer bevorzugten Ausführungsform der vorliegenden Erfindung enthält die Suchergebnisliste auch nicht bezahlte Listen, die nicht als ein Ergebnis der Inserierergebote platziert sind und durch eine herkömmliche Suchmaschine des World Wide Web wie zum Beispiel INKTOMI, LYCOS oder YAHOO!-Suchmaschinen erzeugt werden. Die nicht bezahlten Hypertextverbindungen können auch Verbindungen enthalten, die manuell in die Datenbank 40 durch ein redaktionelles Team indiziert werden. Es wird am meisten bevorzugt, dass die nicht bezahlten Listen den bezahlten Inseriererlisten auf der Suchergebnisseite folgen.
Fig. 2 ist ein Diagramm, das Menüs, Anzeigebildschirme und Eingabebildschirme zeigt, die einem Inserierer dargestellt werden, der auf den Kontoverwaltung-Server 22 durch ein herkömmliches Browserprogramm 16 zugreift. Der Inserierer ruft auf das Eingeben der URL des Kontoverwaltung-Servers 22 in das Browserprogramm 16 von Fig. 1 hin eine Einlogganwendung auf, die untenstehend, wie auf dem Bildschirm 110 von Fig. 2 gezeigt ist, erläutert wird und auf dem Verarbeitungssystem 34 des Servers 22 läuft. Sobald der Inserierer eingeloggt ist, stellt das Verarbeitungssystem 34 ein Menü 120 bereit, das eine Anzahl von Optionen und weitere Dienste für Inserierer hat. Diese Gegenstände, die detaillierter unten stehend erläutert werden, verursachen, dass Routinen aufgerufen werden, die entweder die Anfrage bzw. Anforderung des Inserierers implementieren oder weitere Informationen anfordern, bevor sie die Anforderung des Inserierers implementieren. In einer Ausführungsform der vorliegenden Erfindung kann der Inserierer auf mehrere Optionen durch das Menü 120 zugreifen, einschließlich der Anforderung eines Kundendienstes 130, dem Betrachten der Geschäftspraktiken 140 des Inserierers, dem Durchführen von Kontoverwaltungsaufgaben 150, dem Hinzufügen von Geld zu dem Konto des Inserierers 160, dem Verwalten der Inseriererpräsenz des Kontos auf der Suchmaschine 170 und dem Betrachten von Aktivitätsberichten 180. Kontextspezifische Hilfe 190 kann auch allgemein auf dem Menü 120 verfügbar sein und alle die vorstehend erwähnten Optionen.
Die Einloggprozedur der bevorzugten Ausführungsform der vorliegenden Erfindung ist in Fig. 3 und 4 für zwei Arten von Nutzern gezeigt. Fig. 3 zeigt die Einloggprozeduren 270 für einen Inserierer. Fig. 4 zeigt die Einloggprozeduren 290 für einen Administrator bzw. Verwalter, der das System und das Verfahren der vorliegenden Erfindung verwaltet und aufrechterhält. Wie vorstehend erläutert wurde, muss der Inserierer oder Administrator bzw. Verwalter an einem Client-Computer 12 zuerst ein Browserprogramm bei den Schritten 271 oder 291 für den Zugriff auf den Kontoverwaltung-Server verwenden. Nachdem der Inserierer zu der URL der Einloggseite navigiert hat, um den Einloggprozess beim Schritt 272 oder 292 zu starten, ruft das Verarbeitungssystem 34 des Kontoverwaltung-Servers 22 eine Einlogganwendung bei den Schritten 274 oder 294 auf. Gemäß dieser Anwendung stellt der Prozessor einen Eingabebildschirm 110 (Fig. 2) bereit, der den Nutzernamen und das Passwort des Inserierers oder des Verwalters anfordert. Diese Gegenstände von Information werden beim Schritt 276 oder 296 einer Sicherheitsapplikation, die im Stand der Technik bekannt ist, zum Zwecke der Überprüfung bzw. Erkennung auf der Grundlage der Kontoinformationen bereitgestellt, die in einer Datenbank gespeichert sind, welche in einem Speicher 32 des Kontoverwaltung-Servers 22 gespeichert ist.
Gemäß Fig. 3 wird dem Inserierer, nachdem der Nutzer als ein Inserierer erkannt worden ist, der Menübildschirm 120 von Fig. 2 bereitgestellt und begrenzte Lese-/Schreibzugriffsprivilegien nur für das entsprechende Inseriererkonto, wie im Schritt 278 gezeigt ist, werden bereitgestellt. Das Inserierereinloggereignis 278 kann auch im Schritt 280 in einer Prüfliste-Datenstruktur als Teil der Kontoaufzeichnung des Inserierers in der Datenbank aufgezeichnet werden. Die Prüfliste ist bevorzugt als eine Serie von Einträgen in die Datenbank 38 implementiert, wobei jeder Eintrag einem Ereignis entspricht, bei dem auf die Kontoaufzeichnungen des Inserierers zugegriffen wird. Bevorzugt kann die Prüflisteninformation für eine Kontoaufzeichnung durch den Kontoeigentümer und weitere geeignete Verwalter betrachtet werden.
Wenn der Nutzer als ein Verwalter im Schritt 295 von Fig. 4 erkannt wird, werden dem Verwalter spezifizierte, administrative Zugriffsprivilegien auf alle Inseriererkontos, wie im Schritt 296 gezeigt ist, bereitgestellt. Das Verwaltereinloggereignis 296 wird im Schritt 297 in dem Prüfliste-Datenstrukturabschnitt der Kontoaufzeichnung des Verwalters aufgezeichnet. Diese Prüfliste wird bevorzugt als eine Serie von Einträgen in die Datenbank 38 realisiert, wobei jeder Eintrag einem Ereignis entspricht, bei dem auf die Kontoaufzeichnung des Verwalters zugegriffen wird. Am meisten wird bevorzugt, dass die Prüflisteninformation des Verwalters durch den Kontoeigentümer und weitere geeignete Verwalter betrachtet werden kann.
Anstelle des allgemeinen Inseriererhauptmenüs, das den erkannten Inserierernutzern im Schritt 282 gezeigt wird, wird dem erkannten Verwalter im Schritt 298 der Zugriff bereitgestellt, um die Datenbank 38 der Inseriererkonten durchsuchen zu können. Bevorzugt wird eine Datenbanksuchschnittstelle dem Verwalter bereitgestellt, die es dem Verwalter ermöglicht, ein Inseriererkonto für die Überwachung auszuwählen. Die Schnittstelle kann zum Beispiel Abfrageboxen aufweisen, in die der Verwalter eine Kontonummer oder einen Nutzernamen oder Kontaktnamen entsprechend einem Konto, auf das der Verwalter den Zugriff erwünscht, eingeben kann. Wenn der Verwalter ein Inseriererkonto für die Überwachung in Schritt 299 auswählt, wird der Verwalter dann auf die Hauptinseriererseite 120 von Fig. 2 gebracht, die auch durch die Inserierer betrachtet werden kann.
Ein Zugriff auf die Kontoinformationen 32, die sich auf dem Kontoverwaltung-Server 22 befinden, ist auf die Nutzer beschränkt, die eine Kontoaufzeichnung auf dem System haben, da nur diese Nutzer mit einem gültigen Einloggnamen und Passwort versehen sind. Das Passwort und die Einloggnameninformation wird zusammen mit den anderen Kontoinformationen des Nutzers in der Datenbank 38 des Kontoverwaltung-Servers 22, wie in Fig. 1 gezeigt ist, gespeichert. Kontoinformationen, die den Einloggnutzernamen und das Passwort enthalten, werden in die Datenbank 38 von Fig. 1 über einen separaten Online- Registrierungsprozess eingegeben, der außerhalb des Bereichs der vorliegenden Erfindung ist.
Fig. 5 ist ein Diagramm, das die Arten von Informationen, die in jeder Inseriererkontoaufzeichnung 300 in der Datenbank enthalten sind, zeigt. Zuerst enthält eine Inseriererkontoaufzeichnung 300 einen Nutzernamen 302 und ein Passwort 304, das für eine Online-Erkennung bzw. -Authentifizierung, wie zuvor beschrieben wurde, verwendet wird. Die Kontoaufzeichnung enthält auch Kontaktinformationen 310 (z. B. Kontaktname, Firmenname, Straßenadresse, Telefon, E-Mail-Adresse).
Die Kontaktinformation 310 wird bevorzugt für direkte Kommunikationen mit dem Inserierer verwendet, wenn der Inserierer eine Benachrichtigung von Schlüsselinseriererereignissen unter der Benachrichtigungsoption, die unten stehend erläutert wird, anfordert. Die Kontenaufzeichnung 300 enthält auch Rechnungsinformationen 320 (z. B. den gegenwärtigen Kontostand, Kreditkarteninformationen). Die Rechnungsinformation 320 enthält Daten, auf die zugegriffen wird, wenn der Inserierer die Option auswählt, dass Geld dem Konto des Inserierers hinzugefügt wird. Zudem kann gewisse Rechnungsinformation, zum Beispiel der gegenwärtige Kontostand, Ereignisse auslösen, die eine Benachrichtigung unter der Benachrichtigungsoption erfordern. Der Prüflistenabschnitt 325 einer Kontoaufzeichnung 300 enthält eine Liste von allen Ereignissen, bei denen auf die Kontoaufzeichnung 300 zugegriffen wird. Jedesmal wenn auf eine Kontoaufzeichnung 300 durch einen Verwalter oder Inserierer zugegriffen wird oder diese modifiziert wird, wird ein kurzer Eintrag, der den Kontenzugriff und/oder das Kontenmodifikationsereignis beschreibt, an den Prüflistenabschnitt 330 des Verwalterkontos oder Inseriererkontos angehängt, das das Ereignis ausgelöst hat. Die Prüflisteninformation kann dann als Hilfe für die Erzeugung einer History oder Geschichte von Transaktionen verwendet werden, die durch den Kontoinhaber unter dem Konto ausgeführt wurden.
Der Inserierungsinformationenabschnitt 330 enthält Informationen, die zum Durchführen des Online-Bietprozesses der vorliegenden Erfindung benötigt werden, wobei eine Position für eine Webseitebeschreibung und Hyperlink innerhalb einer Suchergebnisliste, die durch eine Suchmaschine erzeugt wird, bestimmt wird. Die Inserierungsdaten 330 für jedes Nutzerkonto 300 können als null bzw. keine Unterkonten oder mehrere Unterkonten 340 organisiert sein. Jedes Unterkonto 340 umfasst mindestens eine Suchliste 344. Jede Suchliste entspricht einem Gebot auf einen Suchausdruck. Ein Inserierer kann Unterkonten verwenden, um vielfache Gebote auf vielfache Suchausdrücke zu organisieren oder Gebote für vielfache Webseiten zu organisieren. Unterkonten sind auch insbesondere für Inserierer nützlich, die danach suchen, die Eigenschaft von in Betracht genommenen Marktsegmenten zu überprüfen. Die Unterkontosuperstruktur wird zum Vorteil der Inserierer eingeführt, die danach suchen, ihre Inserierungsanstrengungen zu organisieren, und beeinflusst das Verfahren des Betriebs der vorliegenden Erfindung nicht. In Alternative braucht die Inserierungsinformation nicht die hinzugefügte Organisationsschicht der Unterkonten enthalten, sondern kann einfach eine oder mehrere Suchlisten aufweisen.
Die Suchliste 344 entspricht einer Suchausdruck/Gebot-Paarung und enthält Schlüsselinformationen für die Ausführung des konkurrierenden Online-Bietprozesses. Bevorzugt weist jede Suchliste die nachfolgenden Informationen auf: Suchausdruck 352, Webseitenbeschreibung 354, URL 356, Gebotsbetrag 358 und Titel 360. Der Suchausdruck 352 umfasst eines oder mehrere Schlüsselwörter, die allgemeine Worte im Englischen (oder einer anderen Sprache) sind. Jedes Schlüsselwort umfasst wiederum eine Zeichenkette. Der Suchausdruck ist das Objekt des konkurrierenden Online-Bietprozesses. Der Inserierer wählt einen Suchausdruck aus, für den er ein Gebot abgibt und der relevant für den Inhalt der Webseite des Inserierers ist. Idealerweise kann der Inserierer einen Suchausdruck auswählen, der auf Ausdrücke abzielt, die wahrscheinlich von Suchenden eingegeben werden, welche Informationen auf der Webseite des Inserierers suchen, obwohl auch weniger bekannte Suchausdrücke ausgewählt werden können, um eine umfassende Abdeckung relevanter Suchausdrücke für das Bieten sicherstellen zu können.
Die Webseitebeschreibung 354 ist eine kurze Textbeschreibung (bevorzugt weniger als 190 Zeichen) über den Inhalt der Webseite des Inserierers und kann als Teil des Eintrags in eine Suchergebnisliste angezeigt werden. Die Suchliste 344 kann auch einen Titel 360 der Webseite enthalten, der als ein Hyperlink verbundener Kopf auf den Eintrag des Inserierers in eine Suchergebnisliste angezeigt werden kann. Der URL 356 enthält die Uniform Resource Locator-Adresse der Webseite des Inserierers. Wenn der Nutzer auf den Hyperlink klickt, der in dem Suchergebnisliste-Eintrag des Inserierers bereitgestellt ist, wird der URL dem Browserprogramm bereitgestellt. Das Browserprogramm greift wieder auf die Webseite durch den Zurückleitungsmechanismus zu, der vorstehend erläutert wurde. Der URL kann auch als Teil des Eintrags des Inserierers in der Suchergebnisliste angezeigt werden.
Der Gebotsbetrag 358 ist bevorzugt ein Geldbetrag, der von dem Inserierer für eine Liste geboten wird. Dieser Geldbetrag wird von dem im Voraus bezahlten Konto des Inserierers abgebucht oder wird für die Inseriererkonten aufgezeichnet, die jedesmal dann belastet werden, wenn eine Suche durch einen Nutzer für einen entsprechenden Suchausdruck ausgeführt wird und wenn der Suchergebnisliste-Hyperlink verwendet wird, um den Suchenden auf die Webseite des Inserierers hinzuweisen. Schließlich ist ein Rangwert ein Wert, der dynamisch bevorzugt durch das Verarbeitungssystem 34 des Kontoverwaltung-Servers 22, der in Fig. 1 gezeigt ist, erzeugt wird, jedesmal, wenn ein Inserierer ein Gebot abgibt oder eine Suche eine Suchabfrage eingibt. Der Rangwert der Suchliste des Inserierers bestimmt den Gebots- bzw. Platzierungsort des Eintrags des Inserierers in die Suchergebnisliste, die erzeugt wird, wenn eine Suche für den entsprechenden Suchausdruck ausgeführt wird. Bevorzugt ist der Rangwert ein Zahlenwert, der in einer direkten Beziehung mit dem Gebotsbetrag 358 bestimmt wird. Je höher der Gebotsbetrag ist, desto höher ist der Rangwert und desto vorteilhafter ist der Platzierungsort auf der Suchergebnisliste. Am bevorzugtesten wird der Rangwert von 1 dem höchsten Gebotswert zugeordnet, wobei hintereinander folgend höhere Zahlenwerte (z. B. 2, 3, 4, . . .) mit hintereinander folgend niedrigeren Rängen verbunden sind und hintereinander folgend niedrigeren Gebotsbeträgen zugeordnet sind.
Sobald ein Inserierer eingeloggt ist, kann er eine Anzahl von einfachen Aufgaben, die in Menü 120 von Fig. 2 angegeben sind, durchführen, einschließlich des Betrachtens einer Liste von Regeln und Geschäftspraktiken für Inserierer und dem Anfordern einer Kundenservicehilfe. Diese Gegenstände verursachen, dass Routinen aufgerufen werden, um die Anforderung zu realisieren. Zum Beispiel wird, wenn "Kundendienst" ausgewählt wird, ein Eingangsbildschirm 130 angezeigt, um dem Inserierer zu ermöglichen, dass er den Typ von angefordertem Kundendienst auswählt. Zudem können Formulare auf dem Bildschirm 130 derart bereitgestellt werden, dass ein Inserierer einen Kundenkommentar in ein web-basierendes Eingangsformular eintippen kann.
Wenn "Betrachte Inseriererpraktiken" ausgewählt wird, wird ein Programm bzw. eine Routine von dem Verarbeitungssystem 34 des Kontoverwaltung-Servers 22 von Fig. 1 aufgerufen. Wie in Fig. 2 gezeigt ist, zeigt die Routine eine informierende Webseite 140 an. Die Webseite 140 zeigt die Praktiken des Inserierers, die gegenwärtig in Betrieb sind an (z. B. "Alle Suchlistenbeschreibungen müssen sich klar auf den Suchausdruck beziehen").
Das Menü 120 von Fig. 2 enthält auch eine "Kontoverwaltung"- Auswahl 150, die es einem Inserierer ermöglicht, dass er unter anderem die Kontaktinformationen und Rechnungsinformationen betrachten und ändern kann oder dass er das Zugriffsprofil des Inserierers, wenn es eines gibt, aktualisieren kann. Webbasierende Formulare, die im Stand der Technik bekannt sind und die zu jenen, die vorstehend erläutert wurden, ähnlich sind, werden zum Aktualisieren von Kontoinformationen bereitgestellt.
Das "Kontoverwaltung"-Menü enthält auch eine Auswahl, die es einem Inserierer ermöglicht, die Transaktionsgeschichte des Inseriererkontos zu betrachten. Unter der "Betrachte Transaktionsgeschichte"-Auswahl kann der Inserierer Routinen aufrufen, um eine Liste von vergangenen Kontotransaktionen (z. B. dem Gutschreiben von Geld auf das Konto, dem Addieren oder Streichen von Suchausdrücken, für die geboten wurde, oder dem Ändern eines Gebotsbetrags). Zusätzliche Routinen können implementiert sein, um es den Inserierern zu ermöglichen, dass sie eine Geschichte der Transaktionen eines spezifizierten Typs anzeigen oder das anzeigen, was innerhalb einer spezifizierten Zeit auftritt. Die Transaktionsinformation kann aus der Prüfliste 325 von Fig. 5, die oben vorstehend beschrieben wurde, erhalten werden. Anklickbare Felder bzw. Buttons, die in der Software implementiert werden können, Formulare auf Webbasis und/oder Menüs können bereitgestellt werden, wie es im Stand der Technik bekannt ist, damit die Inserierer diese Einschränkungen spezifizieren können.
Zudem enthält das "Konto Verwaltung"-Menü 150 von Fig. 2 eine Auswahl, die es einem Inserierer ermöglicht, Benachrichtigungsoptionen zu setzen. Unter dieser Auswahl kann der Inserierer Optionen auswählen, die verursachen, dass das System dem Inserierer mitteilt, wenn bestimmte Schlüsselereignisse aufgetreten sind. Zum Beispiel kann der Inserierer auswählen, dass eine Option gesetzt wird, dass das System herkömmliche E-Mail- Nachrichten an den Inserierer sendet, wenn der Kontostand des Inserierers unter ein spezifiziertes Niveau gefallen ist. Auf diese Art und Weise empfängt der Inserierer eine "Warnung", das Konto aufzufüllen, bevor das Konto gestrichen wird (was bedeutet, dass die Listen des Inserierers nicht länger in den Suchergebnislisten auftreten). Ein weiteres Schlüsselereignis, für das der Inserierer eine Benachrichtigung wünschen kann, ist eine Änderung der Position der Liste des Inserierers in der Suchergebnisliste, die für einen bestimmten Suchausdruck erzeugt wird. Ein Inserierer kann zum Beispiel wünschen, dass das System eine herkömmliche E-Mail-Nachricht an den Inserierer sendet, wenn der Inserierer von einem anderen Inserierer für einen bestimmten Suchausdruck überboten worden ist (was bedeutet, dass die Liste des Inserierers in einer Position auftritt, die weiter unten auf der Suchergebnisliste-Seite als zuvor ist). Wenn eines der systemspezifizierten Schlüsselereignisse auftritt, wird eine Datenbanksuche für jede beeinflusste Suchliste ausgelöst. Das System führt dann die geeignete Benachrichtigungsroutine in Übereinstimmung mit den Benachrichtigungsoptionen aus, die in dem Konto des Inserierers spezifiziert sind.
Es wird nun wieder Bezug auf Fig. 2 genommen, wo eine Auswahl auch im Menü 120 auftritt, die ermöglicht, dass ein Inserierer Geld dem Inseriererkonto hinzufügt, so dass der Inserierer Gelder auf seinem Konto hat, damit er für Bezugnahmen auf die Seite des Inserierers durch die Suchergebnisliste bezahlen kann. Bevorzugt haben nur Inserierer mit Geldern auf ihren Inseriererkonten ihre bezahlten Listen in jeder Suchergebnisliste enthalten, die erzeugt wird. Am bevorzugtesten wählen Inserierer, die ausgewählte Geschäftskriterien einhalten, anstelle des Aufrechterhaltens eines positiven Kontostands für alle Zeiten, dass Kontobelastungen unabhängig vom Kontostand erfüllt werden und dass der in Rechnung gestellte Betrag bei regelmäßigen Intervallen bezahlt wird, der die Belastungen wiedergibt, die durch die tatsächlichen Bezugnahmen auf die Seite des Inserierers erfolgt sind, welche durch die Suchmaschine erzeugt werden. Der Vorgang, der ausgeführt wird, wenn die "Addiere Geld auf Konto"-Auswahl aufgerufen wird, ist im weiteren Detail in Fig. 6 gezeigt, beginnend beim Schritt 602. Wenn die "Addiere Geld auf Konto"-Auswahl im Schritt 604 angeklickt wird, wird eine Funktion aufgerufen, die Daten empfängt, welche den Inserierer identifizieren, und die das Konto des Inserierers aus der Datenbank auffindet. Der Prozess unter Ausführung speichert dann die Standardrechnungsinformation des Inserierers und zeigt die Standardrechnungsinformation für den Inserierer im Schritt 606 an. Die angezeigte Rechnungsinformation enthält einen Standardgeldwert, der hinzuzufügen ist, einen Standardbezahlungstyp und eine Standardgeräteinformation.
In der bevorzugten Ausführungsform der vorliegenden Erfindung kann der Inserierer Gelder online hinzufügen und das im Wesentlichen in Echtzeit durch die Verwendung einer Kreditkarte, obwohl die Verwendung anderer Zahlungsarten sicherlich im Bereich der vorliegenden Erfindung liegt. In einer alternativen Ausführungsform der vorliegenden Erfindung können Inserierer zum Beispiel Gelder ihrem Konto durch Überweisen bzw. Transferieren des gewünschten Betrages von dem Bankkonto des Inserierers durch einen elektronischen Gelderverifikationsmechanismus, der im Stand der Technik als Debitkarte bekannt ist, hinzufügen, und zwar in einer ähnlichen Art und Weise zu der, die in dem US-Patent Nr. 5,724,424 von Gifford erläutert wird. In einer anderen alternativen Ausführungsform der vorliegenden Erfindung können Inserierer Gelder ihrem Konto unter Verwendung herkömmlicher auf Papier basierender Schecks hinzufügen. In diesem Fall können die zusätzlichen Gelder in der Kontoaufzeichnungsdatenbank durch einen manuellen Eintrag aktualisiert werden. Die Geräteinformation enthält weitere Details bezüglich der Zahlungsart. Zum Beispiel enthält die Geräteinformation für eine Kreditkarte Daten auf den Namen der Kreditkarte (z. B. MasterCard, Visa oder American Express), die Kreditkartennummer, das Ablaufdatum der Kreditkarte und Zahlungs- bzw. Rechnungsinformationen für die Kreditkarte (z. B. Rechnungsname und Adresse). In einer bevorzugten Ausführungsform der vorliegenden Erfindung wird nur ein Teil der Kreditkartennummer dem Inserierer aus Sicherheitszwecken angezeigt.
Die Standardwerte bzw. voreingestellten Werte, die dem Inserierer angezeigt werden, werden aus einem gleichbleibenden Zustand, der z. B. in der Kontodatenbank gespeichert ist, erhalten. In einer Ausführungsform der vorliegenden Erfindung können die gespeicherten Rechnungsinformationswerte die Werte aufweisen, die durch den Inserierer das letzte Mal (z. B. vor kurzem), als der Vorgang des Hinzufügens von Geld aufgerufen worden ist und für das Konto des Inserierers abgeschlossen worden ist, gesetzt worden sind. Die Standardrechnungsinformation wird von dem Inserierer in einer web-entsprechenden Form angezeigt. Der Inserierer kann auf die geeigneten Texteintragungsboxen auf der web-entsprechenden Form klicken und Änderungen der Standardrechnungsinformation ausführen. Nachdem der Inserierer die Änderungen abgeschlossen hat, kann der Inserierer auf ein "Einreichen"-Feld, das hyperlinkverbunden ist und das auf dem Formular bereitgestellt ist, klicken, um anzufordem, dass das System die Rechnungsinformationen und den gegenwärtigen Kontostand im Schritt 608 aktualisiert. Sobald der Inserierer eine Aktualisierung angefordert hat, wird eine Funktion durch das System aufgerufen, die die Rechnungsinformation, die von dem Inserierer bereitgestellt wird, validiert und sie an den Inserierer zur Bestätigung wieder anzeigt, wie im Schritt 610 gezeigt ist. Die Bestätigungsrechnungsinformation wird in einem Nur-Lese-Formular angezeigt und darf nicht durch den Inserierer geändert werden.
Der Gültigmachungsschritt bzw. Validierungsschritt funktioniert wie folgt. Wenn eine Zahlung von dem externen Konto des Inserierers vorgenommen wird, wird die Zahlung zuerst auf Authentizität überprüft, autorisiert und abgeschlossen unter Verwendung des Systems, das in dem US-Patent Nr. 5,724,424 von Gifford erläutert wird. Wenn jedoch die Zahlungsart durch Kreditkarte geschieht, wird ein Gültigmachungsalgorithmus durch das System aufgerufen, der die Kreditkartennummer unter Verwendung eines Verfahrens wie zum Beispiel des Verfahrens, das im US-Patent Nr. 5,836,241 für Stein et al. erläutert wird, gültig macht. Der Gültigmachungsalgorithmus validiert auch die Ablaufzeit über einen einfachen Vergleich mit dem gegenwärtigen Systemdatum und der gegenwärtigen Systemzeit. Zudem speichert die Funktion die neuen Werte in einer temporären Instanz bzw. Stufe vor der Bestätigung durch den Inserierer.
Sobald der Inserierer bestätigt, dass die angezeigten Daten korrekt sind, kann der Inserierer auf das "Bestätigung"-Feld klicken, dass auf der Seite bereitgestellt wird, um anzugeben, dass das Konto im Schritt 612 aktualisiert werden soll. Im Schritt 612 ruft das System eine Funktion auf, die dem geeigneten Kontostand Geld hinzufügt, die Rechnungsinformation des Inserierers aktualisiert und die Rechnungsinformation der Zahlungsgeschichte des Inserierers anhängt. Die aktualisierte Rechnungsinformation des Inserierers wird in dem anhängigen Zustand (z. B. der Kontoaufzeichnungsdatenbank) aus der temporären Instanz gespeichert.
Innerhalb der Funktion, die beim Schritt 612 aufgerufen wird, kann eine Kreditkartenzahlungsfunktion durch das System beim Schritt 614 aufgerufen werden. In einer alternativen Ausführungsform der vorliegenden Erfindung können andere Zahlungsfunktionen wie zum Beispiel Debitkartenzahlungen aufgerufen werden, indem vielzählige Zahlungstypen definiert werden, die von dem aktualisierten Wert der Zahlungsart abhängen.
Wenn der Zahlungstyp eine Kreditkarte ist, wird sofort beim Schritt 616 auf das Konto des Nutzers eingezahlt, wobei die Kreditkarte des Nutzers bereits im Schritt 610 gültig gemacht worden ist. Ein Bildschirm, der den Status der Geldeinzahlungstransaktion zeigt, wird angezeigt, indem eine Transaktionsnummer bzw. eine Überweisungsnummer und ein neuer, gegenwärtiger Kontostand angezeigt wird, wodurch der Betrag, der durch die gerade abgeschlossene Kreditkartentransaktion hinzugefügt worden ist, wiedergegeben wird.
In einer alternativen Ausführungsform der vorliegenden Erfindung kann, nachdem das Geld dem Konto hinzugefügt worden ist, der Geldbetrag, der dem Konto hinzugefügt wurde, auf Unterkonten aufgeteilt werden bzw. diesen zugeordnet werden, was das Ende des Geldeinzahlungsvorgangs beim Schritt 616 darstellt. Wenn der Inserierer keine Unterkonten hat, ist das gesamte Geld auf dem Konto eine allgemeine Zuordnung. Wenn der Inserierer jedoch mehr als ein Unterkonto hat, zeigt das System eine Bestätigung und eine Standardnachricht an, die den Inserierer auffordert "Zuordnen des Geldes den Unterkonten".
Die Menüauswahl "Zuordnen des Geldes den Unterkonten" kann aufgerufen werden, wenn Geld dem Inseriererkonto nach dem Schritt 616 von Fig. 6 hinzugefügt worden ist, oder sie kann innerhalb des "Kontoverwaltung"-Menüs 170 aufgerufen werden, das in Fig. 2 gezeigt ist. Auf das "Kontoverwaltung"-Menü 170 kann von der Inseriererhauptseite 120, wie in Fig. 2 gezeigt ist, zugegriffen werden. Diese "Zuordnen des Geldes auf Unterkonten"-Menüauswahl ermöglicht, dass ein Inserierer den gegenwärtigen Kontostand und alle anhängigen Kontostände des Inseriererkontos auf die Inseriererunterkonten aufteilt. Das System aktualisiert dann die Unterkontenstände. Die gegenwärtigen Kontostandszuordnungen werden in Echtzeit ausgeführt, während die anhängigen Kontostandszuordnungen in dem anhängigen Zustand gespeichert werden. Eine Routine wird aufgerufen, um die Unterkontostände zu aktualisieren, damit die anhängigen Kontozuordnungen wiedergegeben werden können, wenn die Zahlung für den anhängigen Kontozustand verarbeitet wird. Eine automatische Benachrichtigung kann zu dem Inserierer zu diesem Zeitpunkt gesandt werden, wenn sie angefordert wird. Diese intuitive Online-Kontoverwaltung und Zuordnung ermöglicht, dass die Inserierer ihr Online-Werbungsbudget schnell und effektiv verwalten können. Die Inserierer können ihre Konten mit Geldern auffüllen und ihre Budgets zuordnen, wobei alles in einer einfachen Sitzung auf Webbasis geschieht. Die fachen Sitzung auf Webbasis geschieht. Die computerbasierende Implementation eliminiert eine Zeit verschlingende, manuelle Eingabe mit hohen Kosten von Kontotransaktionen des Inserierers.
Die "Zuordnen Geld den Unterkonten"-Routine beginnt, wenn ein Inserierer seine Absicht angibt, Geld zuzuordnen, indem die geeignete Menüauswahl an den Ausführungspunkten, die vorstehend angegeben sind, aufgerufen werden. Wenn der Inserierer die Absicht anzeigt, dass er zuordnen will, wird eine Funktion durch das System für die Bestimmung aufgerufen, ob es Gelder gibt, die auf dem gegenwärtigen Kontostand anhängig sind (d. h. nicht aktivierte Kontoeinzahlungen) und die bis jetzt noch nicht den Unterkonten des Inserierers zugeordnet worden sind, und zeigt die Kontostandsauswahloptionen an. In einer bevorzugten Ausführungsform der vorliegenden Erfindung wird ein Kontoauszug erzeugt und ein Kontofeld für den anhängigen, gegenwärtigen Kontostand wird aus dem anhängigen Zustand festgelegt.
Wenn es keine unzugeordneten, anhängigen Gelder gibt, kann das System die gegenwärtig verfügbaren Kontostände für das Konto als Ganzes und auch für jedes Unterkonto anzeigen. Der Inserierer verteilt dann den gegenwärtig verfügbaren Kontostand auf die Unterkonten und reicht eine Anforderung für die Aktualisierung der Kontostände ein. Eine Funktion wird aufgerufen, die die gegenwärtige, laufende Gesamtsumme für die Unterkontostände berechnet und anzeigt. Die gegenwärtige, laufende Gesamtsumme wird in einer temporären Variablen gespeichert, die auf die Summe der gegenwärtigen Kontostände für alle Unterkonten für den spezifizierten Inserierer gesetzt wird. Die Funktion validiert auch die neuen, verfügbaren Unterkontostände, um sicherzustellen, dass die Gesamtsumme nicht den autorisierten Betrag überschreitet. Wenn die neuen verfügbaren Unterkontostände, die vom Inserierer gesetzt werden, nicht den autorisierten Betrag überschreiten, wird eine Funktion aufgerufen, die alle Unterkontostände in dem anhängigen Zustand aktualisiert und die Aktualisierung in einem Nur-Lese-Format anzeigt.
Wenn es anhängige Gelder in dem gegenwärtigen Kontostand gibt, müssen die anhängigen Gelder separat von dem verfügbaren, gegenwärtigen Kontostand zugeordnet werden. Die anhängigen Gelder werden dann dem verfügbaren, gegenwärtigen Kontostand hinzugefügt, wenn die Gelder empfangen werden. Die Funktion muss deshalb den Inserierer auffordern, zwischen den zugeordneten, anhängigen Geldern oder den zugeordneten, verfügbaren Geldern zu wählen. Die Auswahl für zugeordnete, anhängige Gelder arbeitet in ziemlich der gleichen Art und Weise wie die Auswahl für das Zuordnen verfügbarer Gelder, die vorstehend erläutert wurde. Nachdem der Inserierer ausgewählt hat, dass er anhängige Gelder zuordnen will, wird eine Routine aufgerufen, die die gegenwärtigen, anhängigen Kontostände für das Konto und die Unterkonten anzeigt. Der Inserierer verteilt die anhängigen Unterkontostände auf die Kampagnen und reicht eine Anforderung für die Aktualisierung der Kontostände ein. Eine Funktion wird aufgerufen, die die gegenwärtigen, laufenden Gesamtwerte für die anhängigen Unterkontostände berechnet und anzeigt. Diese Funktion validiert auch die neuen, anhängigen Unterkontozuordnungen, um sicherzustellen, dass die Zuordnungen den autorisierten bzw. eingerichteten Betrag nicht überschreiten. Die gegenwärtige, laufende Gesamtsumme der anhängigen Zuordnungen wird auf die Summe der gegenwärtigen, anhängigen Kontostände für alle Unterkonten für den Inserierer gesetzt. Wenn die neuen, vom Nutzer gesetzten, anhängigen Unterkontostände oder die Gesamtsumme dieser Kontostände nicht einen autorisierten Betrag überschreiten, aktualisiert die Funktion alle anhängigen Unterkontozuordnungen in dem anhängigen Zustand, zum Beispiel das Konto des Inserierers in der Datenbank und zeigt die Aktualisierung in dem Nur-Lese-Format an.
Wie zuvor angegeben wurde und in Fig. 2 gezeigt ist, kann eine Routine, die das Kontoverwaltungsmenü 170 anzeigt, aus dem Inseriererhauptmenü 120 heraus aufgerufen werden. Neben der zuvor beschriebenen "Zuordnen Geld den Unterkonten"-Auswahl verwenden alle übrigen Auswahlen bis zu einem gewissen Ausmaß die Suchlisten, die in dem Konto des Inserierers auf der Datenbank vorliegen, und können auch den Eintrag bzw. die Eingabe des Inserierers in die Suchergebnisliste beeinflussen. Eine weitere Beschreibung der Suchergebnisliste, die durch die Suchmaschine erzeugt wird, ist hier deshalb erforderlich.
Wenn ein entfernter Suchender auf die Suchanfrageseite auf dem Suchmaschine-Webserver 24 zugreift und eine Suchanforderung gemäß der vorher beschriebenen Prozedur ausführt, erzeugt der Suchmaschine-Webserver 24 bevorzugt eine Suchergebnisliste und zeigt diese an, wenn die "optimierte" Eingabe in das Suchausdruckfeld jeder Suchliste in der Suchergebnisliste genau mit der anerkannten Suchausdruckanfrage übereinstimmt, die durch den entfernten Suchenden eingegeben wurde. Die Optimierung von Suchausdrücken, die in Anfragen und Suchlisten verwendet werden, entfernt allgemeine Irregularitäten aus Suchausdrücken, die durch Suchende und Webseitewerber eingegeben werden, wie zum Beispiel große Buchstaben und Mehrzahlsetzungen, um relevante Ergebnisse erzeugen zu können. Alternative Verfahren zum Bestimmen einer Übereinstimmung zwischen dem Suchausdruckfeld und der Suchliste und der Suchausdruckanfrage, die durch den entfernten Sucher eingegeben wird, sind sicherlich im Bereich der vorliegenden Erfindung. Zum Beispiel können Kettenübereinstimmungsalgorithmen, die im Stand der Technik bekannt sind, verwendet werden, um Übereinstimmungen zu erzeugen, wenn die Schlüsselworte des Suchliste-Suchausdrucks und die Suchausdruckanfrage die gleiche Wurzel haben, aber nicht genau gleich sind (z. B. Computing gegenüber Computer). In Alternative kann eine Thesaurusdatenbank mit Synonymen auf dem Suchmaschine- Webserver 24 gespeichert werden, so dass Übereinstimmungen für Suchausdrücke, die Synonyme haben, erzeugt werden können. Lokalisierungsmethoden können auch verwendet werden; um bestimmte Suchen verfeinern zu können. Zum Beispiel kann die Suche für "bakery" (Bäckerei) oder "grocery store" (Lebensmittelgeschäft) auf jene Inserierer innerhalb einer ausgewählten Stadt, einer Postleitzahl oder eines Telefongebietscodes beschränkt werden. Diese Information kann durch eine Kreuzbezugnahme der Inseriererkontodatenbank, die im Speicher 32 auf dem Kontoverwaltung-Server 22 gespeichert ist, erhalten werden. Schließlich können Internationalisierungsmethoden eingesetzt werden, um Suchen für Nutzer außerhalb der Vereinigten Staaten zu verfeinern. Zum Beispiel können land- oder sprachspezifische Suchergebnisse durch eine Kreuzbezugnahme der Inseriererkontodatenbank erzeugt werden.
Ein Beispiel für eine Suchergebnisliste-Anzeige, die in einer Ausführungsform der vorliegenden Erfindung verwendet wird, ist in Fig. 7 gezeigt, die eine Anzeige der ersten paar Einträge ist, die aus einer Suche nach dem Ausdruck "zip drives" (Zip- Laufwerke) resultiert. Wie in Fig. 7 gezeigt ist, besteht eine einzelne Eingabe, zum Beispiel die Eingabe 710a, in einer Suchergebnisliste aus einer Beschreibung 720 der Webseite, die vorzugsweise einen Titel und eine kurze Extrabeschreibung aufweist, und einem Hyperlink 730, der, wenn er durch den Sucher angeklickt wird, den Browser des Suchers auf den URL lenkt, auf dem sich die beschriebene Webseite befindet. Der URL 740 kann auch in dem Suchergebnisliste-Eintrag 710a, wie in Fig. 7 gezeigt ist, angezeigt werden. Das "Durchklicken" eines Suchergebnisgegenstandes tritt auf, wenn der entfernte Sucher die Suchergebnisgegenstand-Anzeige 710 von Fig. 7 ansieht und auswählt oder auf den Hyperlink 730 der Suchergebnisgegenstand- Anzeige 710 "klickt". Damit ein "Durchklicken" abgeschlossen werden kann, sollte das Klicken des Suchenden auf dem Kontoverwaltung-Server aufgezeichnet werden und zu dem URL des Inserierers über den Zurückleitmechanismus, der vorstehend erläutert wurde, zurückgeleitet werden.
Suchergebnislisten-Einträge 710a-710h können auch den Rangwert der Suchliste des Inserierers zeigen. Der Rangwert ist ein Zahlenwert, bevorzugt eine Ordnungszahl, die durch das Verarbeitungssystem 34 von Fig. 1 erzeugt und der Suchliste zugeordnet wird. Bevorzugt wird der Rangwert durch einen Prozess zugeordnet, der in Software implementiert ist und der eine Verbindung zwischen dem Gebotswert, dem Rang und dem Suchausdruck der Suchliste einrichtet. Der Prozess sammelt alle Suchlisten, die mit einem bestimmten Suchausdruck übereinstimmen, sortiert die Suchlisten in der Reihenfolge von dem höchsten Gebotsbetrag zum niedrigsten Gebotsbetrag und ordnet jeder Suchliste in der Reihenfolge einen Rangwert zu. Der höchste Gebotsbetrag empfängt den höchsten Rangwert, der nächsthöchste Gebotsbetrag empfängt den nächsthöchsten Rangwert, wobei zu dem niedrigsten Rangwert fortgeschritten wird, der den niedrigsten Rangwert erhält. Am bevorzugtesten ist der höchste Rangwert gleich 1, wobei hintereinanderfolgende, ansteigende Ordnungszahlenwerte (z. B., 2, 3, 4, . . .) in der Reihenfolge von hintereinanderfolgend abnehmenden Rängen zugeordnet werden. Die Korrelation zwischen dem Rangwert und dem Gebotswert ist in Fig. 7 dargestellt, wo jeder der bezahlten Suchlisteneinträge 710a bis 710f den Gebotsbetrag 750a bis 750f für diese Eingabe anzeigt. Wenn zwei Suchlisten, die den gleichen Suchausdruck haben, auch den gleichen Gebotsbetrag haben, wird das Gebot, das zeitlich früher empfangen worden ist, bevorzugt dem höheren Rangwert zugeordnet. Unbezahlte Listen 710g und 710h zeigen keinen Gebotsbetrag an und werden nachfolgend der bezahlten Liste mit dem untersten Rang angezeigt. Unbezahlte Listen werden bevorzugt angezeigt, wenn es eine unzureichende Anzahl von Listen für das Auffüllen der 40 Schlitze in der Suchergebnisseite gibt. Unbezahlte Listen werden durch eine Suchmaschine erzeugt, die objektive, verteilte Datenbank- und Textsuchalgorithmen verwendet, die im Stand der Technik bekannt sind. Ein Beispiel für eine solche Suchmaschine wird von der Inktomi Corporation betrieben. Die ursprüngliche Suchanfrage, die durch den entfernten Suchenden eingegeben wird, wird verwendet, um unbezahlte Listen durch die herkömmliche Suchmaschine erzeugen zu können.
Wie in dem Kampagneverwaltungsmenü 170 von Fig. 2 gezeigt ist, werden dem Inserierer mehrere Möglichkeiten angeboten, Suchlisten zu verwalten. Erstens kann der Inserierer bei der "Ändere Gebote"-Auswahl das Gebot der Suchlisten ändern, die gegenwärtig in dem Konto sind. Der Prozess, der durch das System für die Gebotsänderungsfunktion aufgerufen wird, ist in Fig. 8 gezeigt. Nachdem der Inserierer seine Absicht angegeben hat, Gebote durch Auswahl des "Ändere Gebote"-Menüoption zu ändern, sucht das System das Nutzerkonto in der Datenbank und zeigt die Suchlisten für das gesamte Konto oder ein Standardunterkonto in dem Konto des Inserierers an, wie im Schritt 810 gezeigt ist. Die Suchlisten können in Unterkonten gruppiert sein, die durch den Inserierer definiert sind, und können eine oder mehrere Suchlisten aufweisen. Nur ein Unterkonto kann zu einem Zeitpunkt angezeigt werden. Die Anzeige sollte auch bevorzugt ermöglichen, dass der Inserierer das ausgewählte Unterkonto ändern kann, wie im Schritt 815 gezeigt ist. Die Bildschirmanzeige zeigt dann die Suchlisten für das ausgewählte Unterkonto, wie im Schritt 820 angegeben ist.
Ein Beispiel für die Bildschirmanzeige, die dem Inserierer im Schritt 810 gezeigt ist, ist in Fig. 9 gezeigt und wird unten stehend erläutert. Um Gebote zu ändern, kann der Inserierer bzw. Nutzer neue Gebote für Suchausdrücke spezifizieren, für die der Inserierer bereits ein existiertes Gebot hat, indem ein neuer Gebotsbetrag in das Eingabefeld für neues Gebot für den Suchausdruck eingegeben wird. Die vom Inserierer eingegebenen Gebotsänderungen werden dem Inserierer beim Schritt 820 in Fig. 8 angezeigt, wie vorstehend erläutert wurde. Um diese Gebote für die Anzeigeseite zu aktualisieren, fordert der Inserierer beim Schritt 830 von Fig. 8 auf, das Ergebnis der Änderungen zu aktualisieren. Der Inserierer kann eine solche Anforderung dem Kontoverwaltung-Server mittels einer Vielzahl von Einrichtungen senden, einschließlich des Klickens auf eine Feldgrafik.
Wie im Schritt 840 von Fig. 8 gezeigt ist, berechnet das System auf den Empfang der Anforderung für die Aktualisierung der Gebote des Inserierers hin die neuen, gegenwärtigen Gebotsbeträge für jede angezeigte Suchliste, die Rangwerte und den Gebotsbetrag, der notwendig ist, um die Suchliste mit dem höchsten Rang zu werden, die mit dem Suchausdruckfeld übereinstimmt. Das System gibt dann bevorzugt eine Anzeige der Änderungen beim Schritt 850 wieder. Nachdem der Nutzer die Änderungen bestätigt hat, aktualisiert das System den anhängigen Zustand, indem es die Änderungen in das Konto in der Datenbank einschreibt.
Die Suchlistendaten werden in einem Tabellenformat angezeigt, wobei jede Suchliste einer Reihe der Tabelle 900 entspricht. Der Suchausdruck 902 wird in der allerlinksten Spalte angezeigt, gefolgt von dem gegenwärtigen Gebotsbetrag 904 und dem gegenwärtigen Rang 906 der Suchliste. Dem gegenwärtigen Rang folgt eine Spalte, mit dem Titel "Gebot, um #1 zu werden" 907, was als der Gebotsbetrag definiert ist, der benötigt wird, um die Suchliste mit dem höchsten Rang für den angezeigten Suchausdruck zu werden. Die allerrechteste Spalte jeder Reihe umfasst ein Eingabefeld 908 für das neue Gebot, das anfänglich auf den gegenwärtigen Gebotsbetrags gesetzt wird.
Wie in Fig. 9 gezeigt ist, können die Suchlisten als "Unterkonto" angezeigt werden. Jedes Unterkonto umfasst eine Suchlistengruppe, wobei mehrere Unterkonten innerhalb eines Inseriererkontos vorhanden sind. Jedes Unterkonto kann auf einer separaten Anzeigeseite, die eine eigene Seite hat, angezeigt werden. Der Inserierer sollte bevorzugt das Unterkonto das angezeigt wird, ändern können, indem er ein Pull-Down-Menü 910 auf der Anzeige betätigt, das in Fig. 9 gezeigt ist. Zudem können Suchlistengruppen, die nicht vollständig auf einer Seite angezeigt werden können, in Seiten aufgeteilt werden, die einzeln durch Betätigen des Pull-Down-Menüs 920 betrachtet werden können. Der Inserierer sollte wiederum bevorzugt die Seite ändern können, die angezeigt wird, indem er direkt auf ein Pull-Down-Menü 920 klickt, das sich auf der Anzeigeseite von Fig. 9 befindet. Der Inserierer kann ein neues Gebot für die angezeigte Suchliste spezifizieren, indem er einen neuen Gebotsbetrag in das Eingabefeld 908 für das neue Gebot für die Suchliste eingibt. Um das Ergebnis der vom Inserierer eingegebenen Änderungen aktualisieren zu können, klickt der Inserierer auf die Button-Grafik 912, um eine Aktualisierungsanforderung an den Kontoverwaltung-Server zu senden, der die Gebote, wie vorstehend beschrieben wurde, aktualisiert.
Viele andere Auswahlen, die in dem "Kontoverwaltung"-Menü 170 von Fig. 2 aufgelistet sind, funktionieren als Varianten der "Ändere Gebot"-Funktion, die vorstehend beschrieben wurde. Zum Beispiel kann dem Inserierer, wenn der Inserierer die "Ändere Rangposition"-Option auswählt, eine Anzeige angegeben werden, die ähnlich zu der Anzeige von Fig. 9 ist, die in der "Ändere Gebot"-Funktion verwendet wird. In der "Ändere Rangposition" - Option würde jedoch das "Neues Gebot"-Feld durch ein "Neuer Rang"-Feld ersetzt werden, in das der Inserierer die neue, gewünschte Rangposition für einen Suchausdruck eingibt. Nachdem der Inserierer angefordert hat, dass die Ränge aktualisiert werden, berechnet das System dann einen neuen Gebotspreis durch irgendeinen aus einer Vielzahl von Algorithmen, die leicht für Fachleute verfügbar sind. Zum Beispiel kann das System eine Routine aufrufen, um die Suchliste in der Suchdatenbank zu lokalisieren, die die gewünschte Rang/Suchausdruck- Kombination hat, den verbundenen Gebotsbetrag dieser Kombination aufzufinden und dann einen Gebotsbetrag zu berechnen, der N Cent höher ist, wobei N = 1 zum Beispiel ist. Nachdem das System dann den neuen Gebotspreis berechnet hat und eine Nur- Lese-Bestätigungsanzeige dem Inserierer angeboten hat, aktualisiert das System die Gebotspreise und die Rangwerte auf den Empfang einer Bestätigung von dem Inserierer hin.
Die "Modifiziere Listenkomponente"-Auswahl auf dem Kontoverwaltungsmenü 170 von Fig. 2 kann auch eine Anzeige erzeugen, die ähnlich zu dem Format von Fig. 9 ist. Wenn der Inserierer die "Modifiziere Listenkomponente"-Option auswählt, kann der Inserierer Änderungen des URL, des Titels oder der Beschreibung einer Suchliste über Formulare auf Webbasis eingeben, die für jede Suchliste eingerichtet sind. Ähnlich zu dem vorher erläuterten Prozess, können die Formulare für die URL, den Titel und die Beschreibungsfelder anfänglich den alten URL, Titel und Beschreibung als Standardwerte enthalten. Nachdem der Inserierer die gewünschten Änderungen eingegeben hat, kann der Inserierer eine Nachfrage zu dem System senden, um die Änderungen zu aktualisieren. Das System zeigt dann einen Nur-Lese- Bestätigungsbildschirm an und schreibt dann die Änderungen in den anhängigen Zustand (z. B. die Nutzerkontendatenbank), nachdem der Inserierer die Änderungen bestätigt hat.
Ein Prozess, ähnlich zu dem zuvor erläuterten, kann für das Ändern irgendeiner peripheren Option, die sich auf die Suchliste bezieht, implementiert werden, zum Beispiel das Ändern der Übereinstimmungsoptionen, die sich auf die Suchausdrücke beziehen, für die geboten wurde. Alle Neuberechnungen für Gebote oder Ränge, die durch die Änderungen erforderlich sind, können auch auf eine Art und Weise bestimmt werden, die ähnlich zu den zuvor erläuterten Prozessen ist.
In der "Lösche Suchausdruck mit Gebot"-Option sucht das System alle Suchlisten in dem Konto des Inserierers auf und zeigt die Suchlisten in einer Organisation und einem Format an, das ähnlich zu der Anzeige von Fig. 9 ist. Jeder Suchlisteneintrag kann anstelle des Feldes für das neue Gebot eine Überprüfungsbox aufweisen für den Inserierer, auf die geklickt werden kann. Der Inserierer könnte dann klicken, um eine Prüfmarke (X) neben jeden Suchausdruck anzuordnen, der gelöscht werden soll, obwohl irgendwelche anderen Einrichtungen, die im Stand der Technik bekannt sind, zum Auswählen von einem oder mehreren Punkten bzw. Gegenständen aus einer Liste auf einer Webseite auch verwendet werden können. Nachdem der Inserierer alle Suchlisten, die gelöscht werden sollen, ausgewählt hat und anfordert, dass das System die Änderungen aktualisiert, gibt das System bevorzugt eine Nur-Lese-Bestätigung der angeforderten Änderungen aus und aktualisiert das Konto des Inserierers nur, nachdem der Inserierer die Änderungen bestätigt hat. Die "gelöschten" Suchlisten werden aus der Suchdatenbank 36 entfernt und werden beim nachfolgenden Suchen nicht mehr auftreten. Die Suchliste bleibt jedoch als Teil der Kontoaufzeichnung für Rechnungs- und Kontoaktivitätsüberwachungszwecke erhalten.
In der "Addiere Suchausdruck mit Gebot"-Option stellt das System dem Inserierer eine Anzeige bereit, die eine Anzahl von Eingabefeldern hat, die den Elementen einer Suchliste entsprechen. Der Inserierer gibt dann in jedes Feld Informationen entsprechend dem jeweiligen Suchlistenelement ein, einschließlich dem Suchausdruck, der dem Webseite-URL, dem Webseitetitel, der Webseitebeschreibung und dem Gebotsbetrag und auch irgendeine andere relevante Information. Nachdem der Inserierer das Eingeben der Daten beendet hat und dies dem System angezeigt hat, gibt das System einen Nur-Lese-Bestätigungsbildschirm an den Inserierer zurück. Das System erzeugt dann einen neuen Suchlisteneintrag und schreibt ihn in die Kontodatenbank und die Suchdatenbank in Antwort auf den Empfang einer Bestätigung von dem Inserierer hin.
Das "Kontoverwaltung"-Menü 170 von Fig. 2 stellt bevorzugt eine Auswahl für den Inserierer bereit, um "Vorschläge für Suchausdruck mit Gebot zu bekommen". In diesem Fall gibt der Inserierer einen Suchausdruck mit Gebot in eine mit Formular ausgestattete Fragebox ein, die dem Inserierer angezeigt wird. Das System liest den Suchausdruck, der von dem Inserierer eingegeben wird, und erzeugt eine Liste von zusätzlichen, verwandten Suchausdrücken, um dem Inserierer beim Lokalisieren von Suchausdrücken zu helfen, die für den Inhalt der Webseite des Inserierers relevant sind. Die zusätzlichen Suchausdrücke werden unter Verwendung von Verfahren wie zum Beispiel dem Kettenübereinstimmungsalgorithmus erzeugt, der auf eine Datenbank von Suchausdrücken mit Gebot und/oder eine Thesaurusdatenbank angewandt wird, die in Software implementiert ist. Der Inserierer kann Suchausdrücke, für die er bieten will, aus der Liste auswählen, die durch das System erzeugt wird. In diesem Fall zeigt das System den Inserierern die Eingabefelder, die vorstehend beschrieben wurden, für die "Addiere Suchausdruck mit Gebot"-Auswahl mit einem Formular zum Eingeben einer Suchliste für jeden ausgewählten Suchausdruck an. Bevorzugt wird der ausgewählte Suchausdruck als Standardwert in das Formular für jede Suchliste eingesetzt. Standardwerte für andere Suchlistenkomponenten können auch in die Formulare eingesetzt werden, wenn es gewünscht wird.
Das "Kontoverwaltung"-Menü 170 von Fig. 2 stellt den Inserierern bevorzugt eine "Projektausgaben"-Auswahl bereit. In dieser Auswahl spezifiziert der Inserierer eine Suchliste oder ein Unterkonto, für das der Inserierer die Vorhersage für eine "täglichen Laufrate" und für die "Tage, die bis zum Ablauf bleiben" möchte. Das System berechnet die Projektionen auf der Basis eines Kostenprojektionsalgorithmus und zeigt die Vorhersagen dem Inserierer auf einem Nur-Lese-Bildschirm an. Die Vorhersagen können unter Verwendung einer Anzahl von unterschiedlichen Algorithmen berechnet werden, die im Stand der Technik bekannt sind. Da die Kosten einer Suchliste durch Multiplizieren des Gebotsbetrags mit der Gesamtanzahl von Anklickvorgängen berechnet wird, die durch die Suchliste bei dem Gebotsbetrag während einer spezifischen Zeitdauer empfangen wird, muss jeder Kostenprojektionsalgorithmus im Allgemeinen eine geschätzte Anzahl von Klicken pro Monat (oder einer anderen spezifizierten Zeitdauer) für eine Suchliste bestimmen. Die Klicke auf eine Suchliste können über die Implementation eines Softwarezählmechanismus, wie er im Stand der Technik bekannt ist, verfolgt werden. Klicke für alle Suchlisten können über die Zeit verfolgt werden, wobei diese Daten dafür verwendet werden können, um geschätzte Klickanzahlen pro Monat über alles und für einzelne Suchausdrücke erzeugen zu können. Für einen bestimmten Suchausdruck wird eine geschätzte Zahl von Suchen pro Tag bestimmt und wird mit den Kosten eines Klicks multipliziert. Dieses Produkt wird dann mit einem Verhältnis aus der mittleren Zahl von Klicken über der mittleren Zahl von Impressionen für den Rang der aktuellen Suchliste multipliziert, um die tägliche Laufrate zu erhalten. Der gegenwärtige Kontostand kann durch die tägliche Laufrate dividiert werden, um eine projizierte bzw. hochgerechnete Anzahl von Tagen bis zum Erlöschen oder dem "Ablauf" der Kontogelder erhalten zu können.
Eine Ausführungsform der vorliegenden Erfindung stützt den Kostenprojektionsalgorithmus auf ein einfaches Prädiktor- Modell, das annimmt, dass jeder Suchausdruck auf eine ähnliche Art und Weise arbeitet. Dieses Modell nimmt an, dass der Rang der Suchliste des Inserierers konstant bleiben wird und über das Monat nicht schwankt. Dieser Algorithmus hat den Vorteil, dass er einfach zu implementieren ist und dass er eine schnelle Berechnung ermöglicht. Das Prädiktor-Modell beruht auf der Tatsache, dass die Durchklickrate, z. B. die gesamte Anzahl von Klicks oder Bezugnahmen für eine bestimmte Sucherliste, als eine Funktion des Rangs der Suchliste betrachtet wird. Das Modell nimmt deshalb an, dass die Nutzenkurve jedes Suchausdrucks, das heißt, die Kurve, die sich ergibt, wenn die Anzahl der Klicks auf eine Suchliste gegenüber dem Rang der Suchliste geplottet wird, ähnlich zu der Nutzenkurve für alle Suchausdrücke ist. Bekannte Werte, die über die Zeit für die Summe aller Klicks aller Suchausdrücke, die Summe für alle Klicks bei einem gegebenen Rang für alle Suchausdrücke und die Summe für alle Klicks für den ausgewählten Suchausdruck extrapoliert worden sind, können in einer einfachen Proportion verwendet werden, um die Gesamtsumme aller Klicke für den gegebenen Rang für den ausgewählten Suchausdruck bestimmen zu können. Die geschätzte, tägliche Gesamtsumme aller Klicke für den ausgewählten Suchausdruck bei dem ausgewählten Rang wird dann mit dem gegenwärtigen Gebotsbetrag des Inserierers für den Suchausdruck bei dem Rang multipliziert, um eine tägliche Kostenvorhersage bestimmen zu können. Zudem können, wenn es für bestimmte Suchausdrücke oder Klassen von Suchausdrücken bekannt ist, dass sie erheblich von dem allgemeinen Muster abweichen, Korrekturwerte, die für den Suchausdruck, den Inserierer oder einen anderen Parameter spezifisch sind, eingeführt werden, um die projizierte Kostenabschätzung genauer machen zu können.
Schließlich stellt das "Bankverwaltung"-Menü 170 von Fig. 2 mehrere Auswahlen zum Betrachten von Informationen, die sich auf die Kampagnen des Inserierers beziehen, bereit. Die "Betrachte Unterkontoinformation"-Auswahl zeigt Nur-Lese-Informationen an, die sich auf das ausgewählte Unterkonto beziehen. Die "Betrachte Suchausdruckliste"-Auswahl zeigt die Liste der ausgewählten Suchausdrücke des Inserierers zusammen mit den entsprechenden URL, Gebotspreisen und Rang an, wobei die Suchausdrücke bevorzugt unterkontomäßig gruppiert sind. Der Inserierer kann auch gegenwärtige, höchste Gebote für einen Satz von Suchausdrücken betrachten, die aus einer Liste von Suchausdrücken von einer Nur-Lese-Anzeige ausgewählt werden, die durch das System auf den Empfang der angeforderten Suchausdrücke von dem Inserierer erzeugt werden.
Ein Inserierer, der einen ausführlicheren Bericht der Suchlistenaktivität benötigt, kann die "Betrachte Bericht"-Option von der Inseriererhauptseite 120 von Fig. 2 auswählen. In einer Ausführungsform der vorliegenden Erfindung erzeugen die "Betrachte Bericht"-Optionen Berichte, die ausführlich für bis zu ein Jahr vor dem gegenwärtigen Datum sind. Zum Beispiel sind tägliche Berichte für jeden der unmittelbar vorhergehenden 7 Tage, wöchentliche Berichte für die vorhergehenden 4 Wochen, monatliche Berichte für die vorhergehenden 12 Monate und vierteljährliche Berichte für die letzten 4 Vierteljahre verfügbar. Zusätzliche Berichte können auch in Abhängigkeit vom Interesse des Inserierers verfügbar gemacht werden. Andere vordefinierte Berichtsarten können die Aktivität enthalten, die während der nachfolgenden Zeitdauern verfolgt wird: seit Gründung des Kontos, Jahr bis zum Datum, jährlich, vierteljährlich zum Datum, Monat zum Datum und Woche zum Datum. Die Berichtskategorien können einen detaillierten Bericht, der bezüglich des Inseriererkontos, der Suchliste und dem URL betrachtet werden kann, und einen Übersichtsreport haben, der bezüglich dem Inseriererkonto und bezüglich dem Unterkonto betrachtbar ist. Die Berichte können Identifikationsdaten wie zum Beispiel den Inseriererkontonamen und den Unterkontonamen, die Daten, die von dem Bericht abgedeckt werden, und die Art des Berichts enthalten. Zudem können die Berichte Schlüsselsuchlistekontodaten wie zum Beispiel den gegenwärtigen Kontostand, den anhängigen, gegenwärtigen Kontostand, die durchschnittliche Kontobelastung und die Laufrate enthalten. Desweiteren können die Berichte auch Schlüsseldaten wie zum Beispiel: Suchausdrücke, URL, Gebote, gegenwärtige Ränge und Anzahl der Klicke, Anzahl der Suchen, die für den Suchausdruck durchgeführt werden, Anzahl der Impressionen (Anzahl der Male, dass die Suchliste in einer Suchergebnisliste aufgetreten ist) und die Durchklickrate (definiert als die Anzahl der Klicke/Anzahl der Impressionen) enthalten. Bevorzugt ist der Bericht zumindest in HTML- Betrachtungsoptionen zum Betrachten über ein Browserprogramm, durch Drucken oder durch Herunterladen verfügbar. Es wird darauf hingewiesen, dass weitere Betrachtungsoptionen verfügbar gemacht werden können, wie zum Beispiel Adobe Acrobat, PostScript, ASCII-Text, Austauschformate als elektronische Arbeitsblätter (z. B. CSV, tabulatorbeschränkt) und weitere bestens bekannte Formate.
Wenn der Inserierer die "Betrachte Bericht"-Option ausgewählt hat, ruft das System eine Funktion auf, die eine Liste von verfügbaren Berichtsarten, Daten, Kategorien und Betrachtungsoptionen zeigt. Das System erzeugt bevorzugt einen Berichtseintrag mit folgenden Feldern, die alle anfangs auf Null gesetzt sind: Berichtsart, Berichtsdaten, Berichtskategorie und Betrachtungsoption. Sobald der Inserierer die Parameter die zuvor beschrieben wurden, definiert hat, ruft das System eine Funktion auf, um den angeforderten Bericht erzeugen zu können, und zwar auf der Basis der vom Inserierer gesetzten Parameter, und um den Bericht auf der Basis der Betrachtungsoption-Parameter anzeigen zu können.
Schließlich realisiert eine bevorzugte Ausführungsform der vorliegenden Erfindung eine Option für kontextspezifische Hilfe, die der Inserierer zu irgendeiner Zeit anfordern kann, wenn der Inserierer eingeloggt ist. Die Hilfeoption kann als kleines Icon-Feld oder Button-Feld implementiert sein, die sich auf der vom System erzeugten Anzeigeseite befinden. Der Inserierer kann auf die Icon-Grafik oder Button-Grafik auf der Anzeigeseite klicken, um Hilfe anzufordern, woraufhin das System eine Hilfeseite erzeugt und anzeigt, die durch die Funktion der speziellen Anzeige, die der Nutzer ansieht, geführt ist. Die Hilfe kann als separate Anzeigeseiten, als suchbarer Index, als Dialogboxen oder durch irgendein anderes Verfahren, das im Stand der Technik bekannt ist, implementiert sein.
Fig. 10-24 sind Flussdiagramme, die Prozeduren erläutern, die dazu verwendet werden können, um eine automatische Benachrichtigungsfunktion in dem System zu realisieren, das zuvor beschrieben wurde. In Übereinstimmung mit der automatischen Benachrichtigungsfunktionalität kann ein Inserierer, der eine oder mehrere verbundene Suchlisten hat, die in einer Suchlistendatenbank gespeichert sind, eine oder mehrere Bedingungen spezifizieren, die sich auf eine oder mehrere Suchlisten beziehen. Wenn die Bedingung wahr wird oder die automatische Benachrichtigungsfunktionalität bzw. -funktion sonstwie betätigt wird, wird eine Benachrichtigung an den Inserierer gesendet. Der Inserierer kann auf irgendeine Art und Weise darauf antworten oder überhaupt nicht antworten. Die automatische Benachrichtigung ist ein unabhängiges Merkmal unter der Steuerung des Inserierers, die automatisch im Namen des Inserierers arbeitet, um dem Inserierer die Statusinformationen über die Suchlisten des Inserierers mitteilen zu können.
Eine Ausführungsform ist als ein Benachrichtigungsverfahren in einem Computerdatenbanksystem implementiert. Das Verfahren enthält das Empfangen eines Benachrichtigungsbefehls von einem Inhaber, der mit einer Suchliste verbunden ist, die in dem Computerdatenbanksystem gespeichert ist. Der Inhaber in einer Ausführungsform ist ein Inserierer, der mit dem Marktplatzbetreiber verbunden ist, der das Computerdatenbanksystem besitzt, betreibt und aufrechterhält. Eine bestimmte Ausführungsform des Verfahrens wird in Verbindung mit einem Datenbanksystem ausgeübt, das über das World Wide Web zugreifbar ist. In der beispielhaften Ausführungsform ist die Suchliste eine Suchliste, die in dem Datenbanksuchsystem gespeichert ist und über eine Suchmaschine in Antwort auf eine Suchanfrage zugreifbar ist, die durch einen Drittparteisucher eingereicht wird. Informationen über die Suchliste werden dem Sucher zusammen mit weiteren Suchergebnissen angegeben. Faktoren wie zum Beispiel die Kosten, mit denen der Inhaber belastet wird, und der Anzeigerang der Suchliste können durch Informationen gesteuert werden, die in dem Benachrichtigungsbefehl enthalten sind.
Der Benachrichtigungsbefehl kann an dem Computerdatenbanksystem in irgendeiner Art und Weise empfangen werden. In einer speziellen Ausführungsform wird der Benachrichtigungsbefehl empfangen, wenn der Inhaber oder Inserierer auf eine World Wide Web-Seite des Marktplatzbetreibers zugreift und eine oder mehrere Bedingungen und verbundene Daten spezifiziert, über die der Inhaber automatisch benachrichtigt werden soll.
Das Benachrichtigungsverfahren enthält weiterhin Überwachungsbedingungen, die durch den Benachrichtigungsbefehl der Suchliste spezifiziert sind. Exemplarische Bedingungen umfassen jene Bedingungen, die hier spezifiziert werden und ihre Äquivalente. Insbesondere enthalten exemplarische Bedingungen Bedingungen, die sich auf einen variablen Zustand der Suchliste beziehen, wie zum Beispiel auf ihre verbundenen Kosten und den Anzeigerang. Weitere exemplarische Bedingungen enthalten wirtschaftliche Bedingungen, wie zum Beispiel den Kontostand des Inhabers oder Inserierers bei dem Marktplatzbetreiber.
Das Benachrichtigungsverfahren enthält weiterhin das Senden einer Benachrichtigung zu dem Inhaber auf die Detektion einer geänderten Bedingung der Suchliste hin. Die Benachrichtigung kann auf irgendeine angemessene Art und Weise oder durch Kombination verschiedener Arten übertragen werden. Die Benachrichtigung kann eingebaute Informationen zum Antworten auf die Benachrichtigung derart aufweisen, dass die Bedingung korrigiert werden kann.
Eine weitere Ausführungsform ist als Datenbanksuchsystem implementiert. Das Datenbanksuchsystem weist eine Datenbank von Suchlisten auf, die mit den Inserierern verbunden sind. Jeder Inserierer kann eine oder mehrere Suchlisten auslösen und aufrechterhalten. Die Suchlisten können gesucht werden, um Suchergebnisse erzeugen zu können. Das Datenbanksuchsystem enthält weiterhin ein Verarbeitungssystem, das eine Benachrichtigung an einen Inserierer sendet, wenn eine Änderungsbedingung einer Suchliste des Inserierers aufgetreten ist. Die Änderungsbedingung kann durch den Inserierer spezifiziert werden oder kann eine Standardbedingung oder eine andere vom Betreiber spezifizierte Bedingung sein. In einer Ausführungsform wird die Änderungsbedingung durch den Inserierer identifiziert und Schwellenwerte oder Grenzen werden durch den Inserierer spezifiziert. Der Zustand der Bedingung wird bevorzugt automatisch verfolgt oder überwacht, bis eine Änderung in der Bedingung festgestellt wird. Nachfolgend wird eine Benachrichtigung an den Inserierer gesendet, um ihn über die Änderung zu alarmieren, oder irgendeine andere Aktion wird durch das System ausgeführt.
Eine weitere Ausführungsform ist als ein Datenbanksuchsystem implementiert, das eine Datenbank von Suchlisten enthält. Jede Suchliste ist mit einem Inserierer verbunden. Das Datenbanksuchsystem enthält weiterhin eine Suchmaschine. Noch weiter enthält das Datenbanksuchsystem eine Einrichtung, die auf eine Bedingung spezifizierenden Informationen von einem oder mehreren Inserierern antwortet, um einen Hinweis an den Inserierer bereitstellen zu können, wenn eine spezifizierte Bedingung von einer oder mehreren Suchlisten erfüllt ist.
Die eine Bedingung spezifizierenden Informationen können von einem oder mehreren Inserierern empfangen werden, können Standardinformationen oder können sonstwie ausgewählt oder spezifiziert oder von einem Inserierer oder von jemand anderem benannt werden. Die spezifizierte Bedingung wird in einer Art und Weise verfolgt, die in geeigneter Weise ausgewählt werden kann oder in Abhängigkeit von dem Zustand und seiner Natur spezifiziert ist. Der Hinweis kann irgendeine Art oder Natur haben, die benötigt wird, um mit dem Inserierer oder einer Vorrichtung oder einem Gerät, das mit dem Inserierer verbunden ist, kommunizieren zu können, dass die spezifizierte Bedingung erfüllt ist. Der Hinweis kann so einfach wie das Einschalten oder Ausschalten eines Anzeigers oder das Ausführen einer bestimmten Aktion oder das fehlende Ausführen einer bestimmten Aktion sein. Das Vorhandensein oder das Fehlen bzw. Abwesendsein des Anzeigers oder der Aktion kann dazu dienen, die Bedingung einem Inserierer mitzuteilen. Der Hinweis kann ausführlicher sein, wie zum Beispiel eine visuelle oder hörbare Mitteilung, die dem Inserierer mit einer eingebauten oder automatischen Antwort zugeführt wird.
Eine weitere Ausführungsform ist als ein Datenbanksuchsystem implementiert. Das Datenbanksuchsystem enthält in dieser Ausführungsform eine Datenbank von Suchlisten. Jede Suchliste ist mit einem jeweiligen Inserierer verbunden und jede Suchliste enthält einen Suchausdruck und variable Kosten pro Klick (CPC) oder einen variablen Anzeigerang. Das Datenbanksuchsystem in dieser Ausführungsform enthält weiterhin eine Suchmaschine, die dafür ausgelegt bzw. aufgebaut ist, Suchlisten zu erkennen, die mit einer Suchanfrage übereinstimmen, die von einem Sucher empfangen wird. Die übereinstimmenden Suchlisten sind bevorzugt in einer Suchergebnisliste gemäß dem Anzeigerang und dem Gebotsbetrag der übereinstimmenden Suchlisten geordnet. Ein Agent antwortet auf eine Bedingungsdefinition von einem Inserierer, um eine Bedingungsaktualisierungsinformation dem Inserierer bereitstellen zu können. Die Bedingungsdefinition spezifiziert eine Bedingung, die überwacht werden soll. Die Bedingungsaktualisierungsinformation spezifiziert, wenn sie vorhanden ist, die Umstände, unter denen die Bedingung aktualisiert werden kann.
Eine weitere Ausführungsform ist als ein Verfahren zum Betreiben eines Datenbanksuchsystems implementiert. In dieser Ausführungsform enthält das Verfahren das Speichern einer Vielzahl von Suchlisten in einer Datenbank. Jede Suchliste ist mit einem Inserierer verbunden, der einen wirtschaftlichen Wert angibt, wenn eine Suchliste auf einen Suchenden bezogen wird. Das Verfahren umfasst weiterhin das Bestimmen einer Anzeigeposition für verbundene Suchlisten. In einem Beispiel ist die verbundene Suchliste mit gemeinsamen Daten verbunden, zum Beispiel einem Suchausdruck oder der Nachbarschaft zu einem Suchausdruck. Die Anzeigeposition kann auf eine angemessene Art und Weise bestimmt werden, von Arten, die vollständig deterministisch sind, bis hin zu Arten, die vollständig zufällig sind. Die Art und Weise der Positionsbestimmung kann auf einer Inserierereingabe oder auf einer anderen Information beruhen. In einer Ausführungsform sind jeder Suchliste die Kosten pro Klick (CPC) zugeordnet und die Anzeigeposition wird auf der Basis der CPC bestimmt, wobei die höchste CPC-Liste für einen Suchausdruck am höchsten gelistet wird, wenn der Suchausdruck oder eine Variante davon empfangen wird. Das Verfahren enthält weiterhin das Empfangen eines Hinweises auf Suchlisten von einem Inserierer, für die der Inserierer eine Benachrichtigung einer Anzeigepositionsänderung erwünscht. Der Hinweis und die Benachrichtigung können gemäß irgendeinem geeigneten Kommunikationsverfahren auf irgendeinem verfügbaren, geeigneten Kommunikationskanal gesendet werden.
Die Prozeduren, die in Fig. 10-24 erläutert sind, können in Software oder Hardware oder durch irgendeine Kombination aus diesen ausgeführt werden. In einer Ausführungsform werden die Prozeduren als Softwareprozeduren ausgelöst, die auf dem Verarbeitungssystem 34 des Kontoverwaltung-Servers 22 (Fig. 1) laufen. In anderen Ausführungsformen können die Prozeduren auf einer separaten Maschine mit Netzwerkzugriff auf die Suchlistendatenbank laufen. Die Prozeduren bilden zusammengenommen eine automatische Benachrichtigungsfunktion.
Die Prozeduren, die in Fig. 10-24 erläutert sind, implementieren ein Benachrichtigungsverfahren in einem Computerdatenbanksystem. Das Verfahren enthält Vorgänge, zum Beispiel das Empfangen eines Benachrichtigungsbefehls von einem Inhaber, der mit einer Suchliste verbunden ist, die in dem Computerdatenbanksystem gespeichert ist, Überwachungsbedingungen, die in dem Benachrichtigungsbefehl für die Suchliste spezifiziert sind, und das Senden einer Benachrichtigung zu dem Inhaber auf die Detektion einer geänderten Bedingung der Suchliste hin.
In einer Ausführungsform ist das Computerdatenbanksystem ein Zahle-für-Durchführung-Suchsystem, wie hier beschrieben wird, und enthält eine Datenbank mit Suchlisten und eine Suchmaschine. Die Suchlisten sind jeweils mit einem Inserierer oder Inhaber der Suchliste verbunden. Die Suchlisten enthalten jeweils Daten wie zum Beispiel Suchausdrücke, einen Gebotsbetrag oder die maximalen Kosten für Durchklicken, die von dem Inserierer spezifiziert sind, die Kosten pro Durchklicken (CPC) und einen Rang oder Anzeigerang. Die CPC und der Rang können automatisch in Abhängigkeit von Werten geändert werden bzw. variieren, die durch den Inserierer und durch andere Inserierer spezifiziert werden, die mit den Suchlisten verbunden sind, die den gleichen Suchausdruck enthalten. Zum Beispiel kann das System automatisch den CPC einer Liste auf ein Minimum reduzieren, während es noch einen spezifizierten Rang aufrechterhält. Die Suchmaschine bringt Suchausdrücke oder andere Positionen der Suchlisten mit einer Suchanfrage, die von einem Suchenden aus empfangen wird, in Übereinstimmung. Die übereinstimmenden Suchlisten werden gemäß der CPC und dem Anzeigerang organisiert und dem Sucher zurückgegeben. Wenn sich eine Suchliste auf den Sucher bezieht, wird ein wirtschaftlicher Wert oder ein Betrag gleich der CPC von dem Inserierer oder Inhaber gezahlt, der für diesen Zweck ein Konto aufrechterhält. Eine Bezugnahme auf eine Suchliste in diesem Fall kann eine Impression sein, zum Beispiel das Enthalten von Information über die Suchliste in den Anzeigeergebnissen, ein Durchklicken von dem Sucher oder eine bestimmte Aktion nach dem Durchklicken durch den Sucher. Diese Ausführungsform ist nur beispielhaft. Das Benachrichtigungsverfahren kann auf andere Arten von Datenbanksuchsystemen und auch zum Beraten von Inhabern oder anderen, die mit den Listen in einer Datenbank mit einer geänderten Bedingung einer Suchliste verbunden sind, angewendet werden.
Ein Beispiel einer geänderten Bedingung, die dem Inhaber mitgeteilt werden kann, enthält eine Änderung der Position der Suchliste unter den Suchergebnissen, die für einen bestimmten Suchausdruck erzeugt werden. Ein weiteres Beispiel einer geänderten Bedingung liegt vor, wenn der Kontostand des Inhabers unter einen inhaberspezifizierten Betrag fällt. Ein weiteres Beispiel einer geänderten Bedingung liegt vor, wenn gesammelte Impressionen für ein oder mehrere Suchlisten des Inserierers eine spezifizierte Zahl überschreiten oder wenn gesammelte Durchklicke eine spezifizierte Zahl überschreiten oder wenn die Durchklickrate über eine gewisse, spezifizierte Zeitdauer eine spezifizierte Zahl überschreitet. Ein weiteres Beispiel einer geänderten Bedingung tritt auf, wenn die CPC von irgendeiner Suchliste reduziert werden können, ohne dass ihr Rang unter anderen Suchlisten für den gleichen Suchterm betroffen ist. Ein weiteres Beispiel für eine geänderte Bedingung tritt auf, wenn eine Suchliste an einem vom Inserierer spezifizierten Anzeigerang für weniger als ein vom Inserierer spezifizierte CPC ist. Ein weiteres Beispiel für eine Änderung der Bedingung liegt vor, wenn eine Durchschnitt-CPC des Inserierers über eine bestimmte Sammlung von Listen eine vorgegebene Schwelle überschreitet.
In einer Ausführungsform kann der Inserierer die Zeitsteuerung bzw. die Zeitpunkte der Benachrichtigungen, die durch das System gesendet werden, auswählen. Zudem kann der Inserierer in einer Ausführungsform die Natur bzw. die Art der Benachrichtigung, die durch das System gesendet wird, spezifizieren, wie zum Beispiel eine E-Mail-Nachricht, ein Fax, eine Seite oder eine Kurz- oder Augenblicksnachricht. Desweiteren kann in einer Ausführungsform die Benachrichtigung aktive Verbindungen, inaktive Links oder E-Mail-Antworten enthalten, die eine Aktion spezifizieren, die durch das System ausgeführt werden soll, um die benachrichtigte Bedingung korrigieren oder auflösen zu können.
Fig. 10 ist ein Flussdiagramm, das eine Ausführungsform eines Verfahrens zum Erzeugen einer neuen, automatischen Benachrichtigungsfunktion erläutert. In Übereinstimmung mit der vorliegenden Erfindung kann jeder Inserierer eine neue Autobenachrichtigungsfunktion durch Spezifizieren: 1) der Bedingungsart und der Parameter für die Bedingungsart, 2) der Benachrichtigungszeit, 3) des Benachrichtigungsmodus und 4) des Benachrichtigungsaktionstyps erzeugen.
Autobenachrichtigungsfunktionen werden bevorzugt als ein Softwareagent oder mehrere Softwareagenten implementiert, die auf einem Computersystem, zum Beispiel dem Kontoverwaltung- Webserver 22 von Fig. 1, implementiert sind. Wenn eine Autobenachrichtigungsfunktion erzeugt wird, wird die Softwareroutine durch die Überwachungssoftware, die auf dem System arbeitet, unter Verwendung von Informationen, die durch einen Inserierer bereitgestellt werden, der mit der Autobenachrichtigungsfunktion verbunden ist, und möglicherweise unter Verwendung von Standard- oder Normalinformationen erzeugt. In alternativen Ausführungsformen kann die Autobenachrichtigungsfunktion implementiert werden, indem spezielle Hardware- und Softwarekomponenten oder eine bestimmte Kombination aus diesen eingebaut wird. Das System hält Schritt mit allen Autobenachrichtigungsfunktionen, und, wenn irgendeine der Bedingungen, die durch die Funktion überwacht werden, wahr wird, zeichnet das System unter Steuerung der Autobenachrichtigungsfunktion die Details auf. Der Inserierer wird sofort benachrichtigt, wenn die Benachrichtigungszeit "sofort" ist. Ansonsten werden alle Bedingungen aufgezeichnet und werden später zu dem Inserierer bei der spezifizierten Benachrichtigungszeit gesendet. Die Benachrichtigung wird in dem Modus oder den Modi gesendet, die durch den Inserierer spezifiziert werden, und jede Benachrichtigung kann ein oder mehrere Aktionstypen enthalten, um alle bzw. eine beliebige der unerwünschten Bedingungen korrigieren zu können. Zudem kann ein Inserierer dem System befehlen, dass es automatisch eine beliebige bzw. alle unerwünschten Bedingungen korrigiert.
Das System überwacht auch alle ankommenden Korrekturaktionen für vorher gesendete Benachrichtigungen. Wenn eine Korrekturaktion empfangen wird, wird sie vom System behandelt, damit die Bedingung der Benachrichtigung korrigiert wird, zum Beispiel Erhöhen der CPC einer Liste des Inserierers, um sie auf den gewünschten Rang zurückspeichern zu können.
Die Prozedur, die in Fig. 10 erläutert ist, akzeptiert eine neue Autobenachrichtigungsfunktion von einem Inserierer. Die Prozedur beginnt beim Block 1000. Beim Block 1002 wird der Konditionstyp für die Autobenachrichtigungsfunktion ausgewählt. Der Konditionstyp wird durch den Inserierer spezifiziert und wird für eine oder mehrere Suchlisten spezifiziert. Die Suchlisten werden in einer Suchlistendatenbank aufrechterhalten, wie vorstehend in Verbindung mit Fig. 1 beschrieben wurde. Der Bedingungstyp spezifiziert ein Merkmal oder mehrere Merkmale der Suchliste, die durch einen Softwareagenten überwacht werden soll. Beim Block 1004 werden die Parameter für die Bedingungen, die im Block 1002 ausgewählt werden, spezifiziert. Beim Block 1006 werden Benachrichtigungszeitpunkte für den Softwareagenten spezifiziert. Die Benachrichtigungszeiten sind mit den Bedingungen, die in den Blöcken 1002 und 1004 definiert sind, verbunden. In der vorliegenden Ausführungsform gibt es zwei Auswahlen dafür, wann ein Inserierer benachrichtigt werden kann. Erstens kann der Inserierer sofort benachrichtigt werden oder sobald die spezifizierte Bedingung wahr wird. Zweitens können die Benachrichtigungen über das spezifizierte Zeitintervall angesammelt werden und am Ende des Intervalls werden dem Inserierer alle Bedingungen mitgeteilt, die während des Intervalls wahr geworden sind. Wenn keine Bedingungen während des Intervalls wahr geworden sind, wird in einer Ausführungsform keine Benachrichtigung gesendet. In anderen Ausführungsformen wird eine Benachrichtigung gesendet, die keine Änderung des Status spezifiziert.
Beim Block 1008 werden die Benachrichtigungsmodi für die ausgewählten Bedingungen spezifiziert. Die Modi können durch einen Inserierer oder auf irgendeine andere geeignete Art und Weise spezifiziert werden. In der vorliegenden Ausführungsform gibt es mehrere mögliche Modi für die Kommunikation einer Benachrichtigung zu einem Inserierer. Erstens kann ein Hinweis an eine oder mehrere E-Mail-Adressen gesendet werden, die durch den Inserierer spezifiziert werden. Zweitens kann ein Hinweis zu einem Sofortnachricht-Kontosystem gesendet werden, wiederum wie spezifiziert durch den Inserierer. Drittens kann die Benachrichtigung mittels Fax zu einer Nummer gesendet werden, die durch den Inserierer vorgeschrieben ist. Viertens kann der Hinweis als drahtlose Seite, als Teil eines Pagingsystems oder in Verbindung mit einem Funktelefon oder einem anderen Zweiwege-Kommunikationssystem gesendet werden. Schließlich kann die Benachrichtigung durch Telefon entweder unter Verwendung eines automatisierten Systems für Senden und Empfangen von Informationen von dem Inserierer oder mittels eines Operators, der mit dem Inserierer kommuniziert, gesendet werden.
Beim Block 1010 werden die Aktionstypen, die in allen Benachrichtigungen enthalten sein sollen, durch den Inserierer spezifiziert. Mögliche Aktionstypen umfassen das Bereitstellen einer aktiven Verbindung, die in der Benachrichtigung eingebettet ist, und die, wenn sie angeklickt wird, dem Inserierer ermöglicht, die unerwünschte Bedingung mit einem einzigen Klick zu korrigieren. In einem zweiten Aktionstyp kann die Benachrichtigung mit inaktiven Verbindungen gesendet werden, die Zeiger auf alle Orte sind, wo ein Inserierer hingehen kann, um jede bzw. alle unerwünschten Bedingungen korrigieren zu können. Ein dritter Aktionstyp ist eine elektronische Nachrichtenschablone, die von einem Inserierer ausgefüllt werden kann, der spezifiziert, welche Korrekturaktionen ausgeführt werden sollen, und der die E-Mail zu einer spezifizierten Adresse zurückgibt. Schließlich kann in der vorliegenden Ausführungsform ein Aktionstyp das Vorsehen einer Telefonnummer enthalten, bei der der Inserierer anrufen kann, um die Korrekturaktion ausführen zu können. Der Prozess für das Auslösen einer neuen Autobenachrichtigungsfunktion endet beim Block 1012.
Das Verfahren von Fig. 10 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Neue Autobenachrichtigung ( ) Wähle Bedingungstyp aus;
Spezifiziere Parameter für ausgewählte Bedingung;
Spezifiziere Benachrichtigungszeit;
Spezifiziere Benachrichtigungsmodi;
Wähle Aktionstypen aus, die in jeder Benachrichtigung enthalten sein sollen;
Ende Prozedur;
Wie früher beschrieben wurde, gibt es in der erläuterten Ausführungsform neun Bedingungstypen, die ein Inserierer auswählen kann:

1. Position: bezieht sich auf die Position einer Liste
2. Kosten: bezieht sich auf die angehäuften Kosten für einige Listen
3. Kontostand: bezieht sich auf die Gelder, die auf dem Konto des Inserierers verbleiben.
4. Impressionen: die Anzahl der Impressionen einiger Listen
5. Klicke: die Anzahl der Klicke einiger Listen
6. CTR: die Durchklickrate einiger Listen
7. CPC-zu-hoch: wenn die CPC einer Liste reduziert werden können, ohne dass ihr Rang betroffen ist
8. Durchschnitt-CPC-zu-hoch: die Durchschnitt-CPC, nämlich die Gesamtkosten dividiert durch die Gesamtanzahl der Klicke, sind höher als ein bestimmter Schwellenwert.
9. Rang-CPC: bezieht sich auf dei CPC für einen gegebenen Rang und Ausdruck

Weitere Bedingungen können auch spezifiziert werden.
Jede Bedingung hat einen Satz von Parametern. Nachdem ein Inserierer einen Bedingungstyp ausgewählt hat, muss er die Parameter dafür spezifizieren. Die Parameter für jede der acht Bedingungstypen wurden vorstehend definiert. Es ist möglich für den Betreiber des Marktplatzes oder des Zahle-für-Durchführung-Systems Standardwerte für einige der Parameter bereitzustellen, was von dem Kontext abhängt, indem der Inserierer mit dem System kommuniziert.
Der Inserierer muss auch die Benachrichtigungszeit(en) auswählen. Diese kann "sofort" oder "Intervall" sein. Sofortige Benachrichtigungen werden zu dem Inserierer gesendet, sobald das System feststellt, dass sie wahr sind. Intervallbenachrichtigungen werden andererseits nur periodisch gesendet. Der Inserierer muss das Intervall, z. B. täglich, spezifizieren. Jedes Mal, wenn eine Bedingung als wahr durch das System festgestellt wird, wird ein Eintrag der Details aufgezeichnet. An der Grenze jedes Intervalls sammelt das System alle Einträge der Bedingungen, die wahr sind oder waren, und baut deren Details in das Feld der Benachrichtigung ein. Zum Beispiel sendet das System bei einem täglichen Intervall einen Bericht über alle Bedingungen, die in den vergangenen 24 Stunden wahr waren. Der Marktplatzbetreiber kann die Grenzen des Intervalls (z. B. Mitternacht für tägliche Intervalle) definieren. Der Inserierer muss auch ein oder mehrere Benachrichtigungsmodi auswählen. Benachrichtigungen können zu dem Inserierer in allen ausgewählten Benachrichtigungsmodi gesendet werden. In einer Ausführungsform gibt es fünf Benachrichtigungsmodi:

1. E-Mail: der Inserierer muss eine E-Mail-Adresse oder mehrere E-Mail-Adressen spezifizieren, die einen Standardwert haben können.
2. Augenblicksbenachrichtigen: der Inserierer muss die Augenblicksbenachrichtigungsädresse spezifizieren, die einen Standardwert haben kann.
3. Fax: der Inserierer muss die Faxnummer spezifizieren, die einen Standardwert haben kann.
4. Seite: der Inserierer muss die Seitennummer bzw. Pagenummer spezifizieren, die einen Standardwert haben kann.
5. Telefon: der Inserierer muss die Telefonnummer spezifizieren, die einen Standardwert haben kann.

Weitere Benachrichtigungsmodi können auch spezifiziert werden.
Schließlich kann der Inserierer das Auswählen eines Benachrichtigungsaktionstyps oder mehrerer Benachrichtigungsaktionstypen für jeden Benachrichtigungsmodus, der vorher ausgewählt wurde, auswählen. Jeder Benachrichtigungsmodus hat einen oder mehrere Aktionstypen, die zur Verwendung mit ihm anwendbar sind. Der Marktplatzbetreiber kann automatisch Standards für die anwendbaren Aktionstypen für jeden Benachrichtigungsmodus bereitstellen. In der dargestellten Ausführungsform gibt es vier Benachrichtigungsaktionstypen:

1. aktive Links: diese können in E-Mail-Benachrichtigungen und in Augenblicksnachrichtbenachrichtigungen enthalten sein.
2. inaktive Links: diese können in allen Benachrichtigungsmodi enthalten sein.
3. E-Mail: diese können in allen Benachrichtigungsmodi enthalten sein.
4. Telefon: diese können in allen Benachrichtigungsmodi enthalten sein.

Weitere Benachrichtigungsaktionstypen können auch spezifiziert werden.
Fig. 10 zeigt somit ein Verfahren zum Initialisieren einer neuen Autobenachrichtigungsfunktion. Der Inserierer kann auch eine existierende Autobenachrichtigungsfunktion zu irgendeiner Zeit löschen.
Fig. 11 ist ein vollständiges Diagramm, das den Betrieb eines Softwareagenten zum Bereitstellen einer Autobenachrichtigungsfunktion erläutert, der Bedingungen überwacht, die durch einen Inserierer in Übereinstimmung mit dem Prozess von Fig. 10 spezifiziert werden. Das Verfahren von Fig. 11 beginnt beim Block 1100.
Beim Block 1102 wird eine variable Neue-Wahr-Bedingung als eine leere Liste initialisiert. Beim Block 1104 wartet der Softwareagent auf ein Ereignis, das eine Bedingung wahr macht. Diese Ereignisse enthalten eine Änderung in der Ranggebung aufgrund einer Gebotsänderung, die durch die Inserierer eingegeben wird, und der Durchklicke durch die Sucher, die eine überwachte Durchklickbedingung oder die Durchklickrate usw. ändern können. Beim Block 1106 wird ein Prozess, der Überprüfe- Alle-Bedingungen genannt wird, ausgelöst. Der Prozess wird weiter unten in Verbindung mit Fig. 12 beschrieben.
Beim Block 1108 wird eine Variable X gleich dem nächsten Element in der Liste der Neue-Wahre-Bedingungen gesetzt. Beim Block 1110 wird ein Test durchgeführt, um zu bestimmen, ob die Variable X leer ist oder keine Daten speichert. Wenn X leer ist, gibt es keine weiteren Elemente der Liste mit Neue-Wahre- Bedingungen, die verarbeitet werden müssen bzw. sollen, und die Steuerung kehrt zum Block 1102 zurück. Wenn X nicht leer ist, schreitet die Steuerung zum Block 1112 voran.
Beim Block 1112 wird bestimmt, ob X eine Autokorrektur hat, die durch den Inserierer definiert wird. Wenn das der Fall ist, schreitet die Steuerung zum Block 1114 fort, wo eine automatische Korrekturaktion, die durch den Inserierer spezifiziert wird, durch das System ausgeführt wird. Die Korrekturaktion kann irgendeine Aktion sein, die durch den Inserierer spezifiziert wird. Wenn beim Block 1112 die Bedingung, die mit der Variablen X verbunden ist, keine Autokorrektur hat, schreitet die Steuerung zum Block 1116 fort.
Beim Block 1116 wird bestimmt, ob X eine sofortige Benachrichtigung hat. Wenn das der Fall ist, schreitet die Steuerung zum Block 1120 fort, wird eine Prozedur Benachrichtige-Sofort ausgelöst, um eine Benachrichtigung über die Bedingung zu dem Inserierer zu senden. Eine Ausführungsform dieser Prozedur wird weiter unten in Verbindung mit Fig. 21 beschrieben. Wenn beim Block 1116 die Bedingung, die mit der Variablen X verbunden ist, keine sofortige Benachrichtigung hat, wird beim Block 1118 die Bedingung, die mit der Variablen X verbunden ist, aufgezeichnet und die Steuerung kehrt zum Block 1108 zurück.
In der Prozedur Überwache-Bedingungen, die in Fig. 11 erläutert ist, überwacht das System kontinuierlich seinen Zustand, um zu sehen, ob irgendeine oder alle Bedingungen wahr geworden sind. Nur der Übergang von einer Bedingung, die falsch ist, zu einer Bedingung, die wahr ist, ist relevant. Zum Beispiel wird ein Bedingungsereignis aufgezeichnet, wenn der Kontostand eines Inserierers unter den gesetzten Schwellenwert fällt. Wenn der Kontostand weiter abnimmt, wird dies nicht als ein eigener Eintrag bzw. Zustand der Bedingung als wahr aufgezeichnet. Das Verfahren von Fig. 11 kann in Übereinstimmung mit dem unten stehenden Pseudocode verwirklicht werden. Prozedur Überwache-Bedingungen ( )
Das Überprüfen, ob eine der Bedingungen wahr geworden ist, umfasst das Überprüfen der acht unterschiedlichen Bedingungstypen: Fig. 12 erläutert eine Ausführungsform der Prozedur für das Überprüfen aller Bedingungen, die beim Block 1106 von Fig. 11 implementiert ist. Das Überprüfen, ob alle Bedingungen wahr geworden sind, umfasst das Überprüfen von acht unterschiedlichen Bedingungstypen. Dies ist in Fig. 12 erläutert. Das Verfahren beginnt beim Block 1200.
Bei Block 1202 werden alle Positionsbedingungen überprüft. Beim Block 1204 werden alle Kostenbedingungen überprüft. Beim Block 1206 werden alle Kontostandsbedingungen überprüft. Beim Block 1208 werden alle Impressionsbedingungen überprüft. Beim Block 1210 werden alle Klickbedingungen überprüft. Beim Block 1212 werden alle Durchklickrate(CTR)-Bedingungen überprüft. Beim Block 1214 werden alle CPC-zu-hoch-Bedingungen überprüft. Beim Block 1216 werden alle Durchschnitt-CPC-zu-hoch-Bedingungen überprüft. Beim Block 1218 werden alle Rang-CPC-Bedingungen überprüft. Das Verfahren endet beim Block 1220. In alternativen Ausführungsformen werden nur ein oder mehrere Untersätze dieser Bedingungen zu einer gegebenen Zeit überprüft. In Alternative, wenn nicht alle Bedingungstypen in der Ausführungsform unterstützt werden, können einige Überprüfungen weggelassen werden. Spezielle Ausführungsformen der Verfahren zum Überprüfen der Bedingungen, die in Fig. 12 spezifiziert sind, werden im größeren Detail in Fig. 13-21 erläutert.
Das Verfahren von Fig. 12 kann in Übereinstimmung mit dem unten stehenden Pseudocode verwirklicht werden. Prozedur Überprüfe-alle-Bedingungen ( ) Überprüfe-Positionsbedingungen;
Überprüfe-Kostenbedingungen;
Überprüfe-Kontostandsbedingungen;
Überprüfe-Impressionsbedingungen;
Überprüfe-Klickbedingungen;
Überprüfe-CTR-Bedingungen;
Überprüfe CPC-zu-hoch-Bedingungen;
Überprüfe-Durchschnitt-CPC-zu-hoch-Bedingungen;
Überprüfe-Rang-CPC-Bedingungen;
Ende Prozedur;
Fig. 13 ist ein Flussdiagramm, das eine Prozedur für das Überprüfen erläutert, wenn irgendeine "Positions"-Bedingung wahr geworden ist. Das Verfahren beginnt beim Block 1300.
Beim Block 1302 wird die Variable L gleich den Suchlisten mit Überwachungspositionen gesetzt, deren Position sich geändert hat. Die Identität dieser Suchlisten kann in irgendeiner geeigneten Art und Weise bestimmt werden. Beim Block 1304 wird die variable X hochgezählt, so dass sie das nächste Element in der List L ist. Beim Block 1306 wird ein Test durchgeführt, um zu bestimmen, ob die Variable X leer ist. Wenn das der Fall ist, wurde das Ende der Liste, die in der Variablen L enthalten ist, erreicht und die Prozedur endet beim Block 1308. Wenn das nicht der Fall ist, beim Block 1310, wird bestimmt, ob die Positionsbedingung, die mit der Liste in der Variablen X verbunden ist, gegenwärtig wahr ist und ob die letzte Positionsbedingung, die mit der Variablen verbunden ist, falsch ist. Dies wird bestimmt, indem die gegenwärtige Positionsbedingung, die mit der Suchliste verbunden ist, die durch die Variable X angezeigt wird, mit einer gespeicherten Bedingung der letzten Position für diese Variable verglichen wird. Wenn der Test beim Block 1310 eine Wahr- oder Ja-Antwort erzeugt, wird beim Block 1312 die Variable letzte Positionsbedingung für die Suchliste X derart zurückgesetzt, dass sie gleich einem wahren Wert ist, und die Positionsbedingung für die Variable X wird im Block 1314 der Liste mit Neue-Wahre-Bedingungen angehängt. Die Steuerung kehrt dann zum Block 1304 zurück, um das nächste Element in der Liste L auszuwählen.
Wenn beim Block 1310 der Test eine negative oder falsche Antwort erzeugt hat, wird beim Block 1316 ein weiterer Test durchgeführt, um zu bestimmen, ob die Positionsbedingung für die Variable X falsch ist und ob die letzte Positionsbedingung für die Variable X wahr ist. Wenn nicht, kehrt die Steuerung zum Block 1304 zurück. Wenn das der Fall ist, wird beim Block 1318 die letzte Positionsbedingung für die Suchliste, die mit der Variablen X verknüpft ist, gleich einem falschen Wert gesetzt. Die Steuerung kehrt dann zum Block 1304 zurück.
Das Verfahren von Fig. 13 kann in Übereinstimmung mit dem unten stehenden Pseudocode verwirklicht werden. Prozedur Überprüfe-Positionsbedingungen ( )
Immer wenn eine Positionsbedingung zuerst erzeugt wird, wird ihre "Letzte-Positionsbedingung" automatisch initialisiert, so dass sie falsch ist, und ihre Position wird behandelt, als wäre sie geändert worden - dies ermöglicht, dass die Bedingung sofort getestet werden kann.
Fig. 14 erläutert ein Verfahren zum Überprüfen der Kostenbedingungen. Die Prozedur beginnt beim Block 1400. Beim Block 1402 wird eine Variable L mit allen Suchlisten mit überwachten Kosten und neuen Kosten für (CPC)-Belastungen initialisiert. Beim Block 1404 wird eine Variable X gleich dem nächsten Element in der Liste L zugeordnet. Beim Block 1406 wird bestimmt, ob die Variable X leer ist. Wenn das der Fall ist, endet die Prozedur beim Block 1407.
Ansonsten wird beim Block 1408 bestimmt, ob die Kostenbedingung für die Suchliste, die mit der Variablen X verknüpft ist, gleich wahr und ob die Letzte-Kostenbedingung für die Suchliste, die mit der Variablen X verknüpft ist, falsch war. Wenn das der Fall ist, wird die Letzte-Kostenbedingung für die Suchliste gleich wahr gesetzt im Block 1410. Beim Block 1412 wird die Kostenbedingung für die Suchliste, die mit der Variablen X verknüpft ist, einer Liste für neue, wahre Bedingungen angehängt. Die Steuerung kehrt zu Block 1404 zurück.
Wenn beim Block 1408 die Kostenbedingung für die Suchliste sich nicht gegenüber einem vorhergehenden Falsch auf ein gegenwärtiges Wahr geändert hat, wird bestimmt, ob die Kostenbedingung für die Suchliste, die mit der Variablen X verbunden ist, falsch ist und die Letzte-Kostenbedingung für die Suchliste wahr war. Wenn das der Fall ist, wird der Zustand der Letzten-Kostenbedingung für die Suchliste, die mit der Variablen X verknüpft ist, gleich falsch beim Block 1416 gesetzt. Die Steuerung kehrt dann zum Block 1404 zurück.
Das Verfahren von Fig. 14 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Überprüfe-Kostenbedingungen ( )
Immer, wenn eine Kostenbedingung zuerst erzeugt wird, wird ihre "Letzte-Kostenbedingung" automatisch auf falsch initialisiert und ihre CPC wird derart behandelt, als hätten sie sich geändert - dies ermöglicht, dass die Bedingung sofort getestet werden kann. Es wird darauf hingewiesen, dass das Überprüfen einer Kostenbedingung, das Überprüfen der akkumulierten Kosten für alle Listen in der Bedingung seit dem letzten Intervall erfordert. Wir ignorieren alle Kosten zu Zeitpunkten, die früher als das zu allerletzt vom Inserierer definierte Intervall für diese Bedingung sind. Zum Beispiel werden, wenn das Intervall "täglich" ist, dann alle Kosten für den vorhergehenden Tag ignoriert (der Marktplatzbetreiber kann die Grenze für die Intervalle definieren).
Fig. 15 erläutert eine Ausführungsform des Verfahrens zum berprüfen von Kontostandsbedingungen. Das Verfahren beginnt beim Block 1500. Beim Block 1502 wird eine Variable L derart zugeordnet, dass sie eine Liste von Inserierern mit überwachten Kontoständen mit neuen Belastungen enthält. Beim Block 1504 wird eine Variable X inkrementiert, um das nächste Element in die Liste L aufnehmen zu können. Beim Block 1506 wird bestimmt, ob die Variable X leer ist. Wenn das der Fall ist, endet die Prozedur beim Block 1508.
Ansonsten wird beim Block 1510 bestimmt, ob die Kontostandsbedingung für die Suchliste, die mit der Variablen X verbunden ist, wahr ist und ob die Letzte-Kontostandsbedingung für die Suchliste falsch war. Wenn das der Fall ist, wird beim Block 1512 die Variable Letzte-Kontostandsbedingung für die Suchliste gleich Wahr gesetzt. Beim Block 1514 wird die Kontostandsbedingung für die Suchliste einer Liste für Neue-Wahre- Bedingungen angehängt. Die Steuerung kehrt dann zum Block 1504 zurück.
Wenn das Ergebnis des Testes beim Block 1510 negativ war, wird beim Block 1516 ein Test durchgeführt, um zu bestimmen, ob die Kontostandsbedingung für die Suchliste, die mit der Variablen X verknüpft ist, nun falsch ist und ob die Letzte-Kontostandsbedingung für die Suchliste wahr war. Wenn das der Fall ist, wird beim Block 1518 eine Variable Letzte-Kontostandsbedingung für die Suchliste, die mit der Variablen X verknüpft ist, gleich falsch gesetzt. Die Steuerung kehrt zum Block 1504 zurück, um das nächste Element in der Liste L auswählen zu können.
Das Verfahren von Fig. 15 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Überprüfe-Kontostandsbedingungen ( )
In der erläuterten Ausführungsform wird immer dann, wenn eine Kontostandsbedingung zuerst erzeugt wird, ihre "Letzte- Kontostandsbedingung" automatisch auf falsch initialisiert und sie wird derart behandelt, als hätte sie neue Belastungen - dies ermöglicht, dass die Bedingung sofort getestet werden kann.
Fig. 16 erläutert ein Verfahren zum Überprüfen von Impressionsbedingungen. Das Verfahren beginnt beim Block 1600. Beim Block 1602 wird die Listenvariable L mit allen Listen mit überwachten Impressionen, die neue Impressionen haben, initialisiert. Beim Block 1604 wird die Variable X inkrementiert, so dass sie auf das nächste Element in der Liste L zeigt. Beim Block 1606 wird bestimmt, ob die Suchliste, auf die durch die Variable X gezeigt wird, leer ist. Wenn das der Fall ist bricht die Prozedur beim Block 1608 ab. Ansonsten wird beim Block 1610 bestimmt, ob die Impressionsbedingung für die Suchliste, die durch die Variable X bezeichnet wird, wahr ist und ob die Letzte-Impressionsbedingung für die Suchliste, die mit der Variablen X verknüpft ist, falsch war. Wenn das der Fall ist wird die Variable Letzte-Impressionsbedingung für die Suchliste gleich wahr beim Block 1612 gesetzt. Beim Block 1614 wird der Wert für die Variable Impressionsbedingung für die Suchliste der Liste für Neue-Wahre-Bedingungen angehängt. Die Steuerung kehrt zum Block 1604 zurück, um ein nächstes Element in der Liste L auswählen zu können.
Wenn beim Block 1610 der Test ein negatives Ergebnis zurückgibt, wird beim Block 1616 bestimmt, ob die Variable Impressionsbedingung für die Suchliste, die mit der Variablen X verknüpft ist, einen falschen Wert hat und ob die Variable Letzte-Impressionsbedingung für die Suchliste einen wahren Wert hat. Wenn das der Fall ist, wird beim Block 1618 die Variable Letzte-Impressionsbedingung für die Suchliste einem Wert falsch zugeordnet und die Steuerung kehrt zu dem Block 1604 zurück.
Das Verfahren von Fig. 16 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Überprüfe-Impressionsbedingungen ( )
Immer, wenn eine Impressionsbedingung zuerst erzeugt wird, wird der Wert der Letzten-Impressionsbedingung automatisch mit falsch initialisiert und sie wird behandelt, als wäre sie eine neue Impression. Dies ermöglicht, dass die Bedingung sofort getestet werden kann. Es wird darauf hingewiesen, dass das Überprüfen der Impressionsbedingungen das Überprüfen von angehäuften Impressionen aller Listen in der Bedingung erfordert. Wir ignorieren alle Impressionen, die früher sind als das allerletzte vom Inserierer definierte Intervall für diese Bedingung. Zum Beispiel werden, wenn das Intervall "täglich" ist, dann alle Impressionen für den vorhergehenden Tag ignoriert (der Marktplatzbetreiber kann die Grenze für die Intervalle definieren).
Fig. 17 erläutert eine Ausführungsform eines Verfahrens zum Überprüfen von Klickbedingungen. Das Verfahren beginnt beim Block 1700. Beim Block 1700 wird eine Listenvariable L mit Listen mit überwachten Klicken, die neue Klicke haben, aufgefüllt. Beim Block 1712 wird eine Variable X derart initialisiert oder inkrementiert, dass sie das nächste Element in der Listenvariable L enthält. Beim Block 1714 wird bestimmt, ob die Variable X leer ist. Wenn das der Fall ist, endet die Prozedur beim Block 1716. Wenn nicht wird beim Block 1718bestimmt, ob die Klickbedingung für die Suchliste, die mit der Variablen X verknüpft ist, einen Wert wahr hat und ob die Variable Letzte-Klickbedingung für die Suchliste, die mit der Variablen X verknüpft ist, einen Wert falsch hatte. Wenn das der Fall ist, wird die Variable Letzte-Klickbedingung für die Suchliste gleich dem Wert wahr beim Block 1720 gesetzt. Beim Block 1722 werden die Inhalte der Variablen Klickbedingung für die Suchliste der Liste für neue, wahre Bedingungen angehängt. Die Steuerung kehrt zum Block 1712 zurück.
Wenn der Test beim Block 1718 ein negatives Ergebnis hat, wird beim Block 1724 bestimmt, ob die Klickbedingung für die Suchliste eine Variable falsch hat und ob die Variable Letzte- Klickbedingung für die Suchliste eine Variable Wahr hat. Wenn das der Fall ist, wird die Variable Letzte-Klickbedingung für die Suchliste gleich dem Wert falsch beim Block 1726 gesetzt. Die Steuerung kehrt dann zum Block 1712 zurück.
Das Verfahren von Fig. 17 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Überprüfe-Klickbedingungen ( )
Immer, wenn eine Klickbedingung zuerst erzeugt wird, wird ihr Wert der Letzten-Klickbedingung automatisch mit falsch initialisiert. Sie wird derart behandelt, als hätte sie einen neuen Klick. Dies ermöglicht, dass die Bedingung sofort getestet werden kann. Es wird darauf hingewiesen, dass das Überprüfen einer Klickbedingung das Überprüfen der angehäuften Klicke bzw. Klickvorgänge für alle Listen in der Bedingung erfordert. Wir ignorieren alle Klicke, die früher als das zu allerletzt vom Inserierer definierte Intervall für diese Bedingung sind. Zum Beispiel werden, wenn das Intervall "täglich" ist, dann alle Klicke für den vorhergehenden Tag ignoriert.
Fig. 18 ist ein Flussdiagramm, das ein Verfahren zum Überprüfen der Durchklickrate(CTR)-Bedingungen erläutert. Die Durchklickrate ist die Anzahl der Durchklicke für eine Suchliste in einer spezifizierten Zeitdauer geteilt durch die spezifizierte Zeitdauer, wie zum Beispiel Klicke pro Stunde oder Klicke pro Tag. Das Verfahren beginnt beim Block 1800.
Beim Block 1802 wird eine Listenvariable L mit allen Suchlisten initialisiert, die eine überwachte Durchklickrate und neue Klicke haben. Beim Block 1804 wird eine Variable X derart initialisiert, dass sie auf das nächste Element in der Listenvariable L zeigt. Beim Block 1806 wird bestimmt, ob die Variable X leer ist. Wenn das der Fall ist, wird beim Block 1808 das Verfahren beendet. Wenn nicht, wird beim Block 1810 bestimmt, ob die Variable CTR-Bedingung für die Suchliste, die durch die Variable X bezeichnet wird, wahr ist und ob die Letzte-CTR- Bedingung für die Suchliste einen Wert falsch hatte. Wenn das der Fall ist, wird beim Block 1812 die Variable Letzte-CTR- Bedingung für die Suchliste gleich einem Wert wahr gesetzt. Beim Block 1814 werden die Inhalte der Variablen CTR-Bedingung für die Suchliste der Liste für Neue-Wahre-Bedingungen angehängt und die Steuerung kehrt zum Block 1804 zurück.
Wenn beim Block 1810 der Test ein negatives Ergebnis erzeugt hat, wird beim Block 1816 bestimmt, ob die Variable CTR- Bedingung für die Suchliste, die mit der Variablen X verknüpft ist, einen Wert falsch hat und ob die Variable Letzte-CTR- Bedingung für die Suchliste einen Wert wahr hatte. Wenn das der Fall ist, wird beim Block 1818 die Variable Letzte-CTR- Bedingung für die Suchliste einem Wert falsch zugeordnet und die Steuerung kehrt zum Block 1804 zurück.
Das Verfahren von Fig. 18 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Überprüfe-CTR-Bedingungen ( )
Immer, wenn eine CTR-Bedingung zuerst bzw. erstmals erzeugt wird, wird ihr Wert der Letzten-CTR-Bedingung automatisch mit falsch initialisiert. Sie wird dann behandelt als hätte sie einen neuen Klick. Dies ermöglicht, dass die Bedingung sofort getestet werden kann. Es wird darauf hingewiesen, dass das Überprüfen einer CTR-Bedingung das Überprüfen der akkumulierten Impressionen und Klicke für alle Listen in der Bedingung erfordert. Wir ignorieren alle Impressionen und Klicke, die früher als das vom Inserierer zu allerletzt definierte Intervall für diese Bedingung sind. Zum Beispiel werden, wenn das Intervall "täglich" ist, dann alle Impressionen und Klicke für den vorhergehenden Tag ignoriert. Der Marktplatzbetreiber kann eine minimale Anzahl von Impressionen benötigen, bevor er die CTR als gültig betrachtet.
Fig. 19 ist ein Flussdiagramm, das ein Verfahren zum Überprüfen von CPC-zu-hoch-Bedingungen erläutert. Diese sind Bedingungen, bei denen die Kosten pro Klick höher als notwendig sind. Die Prozedur beginnt beim Block 1900.
Beim Block 1902 wird eine Listenvariable L mit allen Suchlisten initialisiert, die überwachte CPC-zu-hoch haben, wenn die Liste darunter neue CPC hat. Die Liste darunter hat neue CPC, wenn die CPC der Liste darunter sich ändern oder wenn eine neue Liste unten eingefügt wird oder wenn die vorhergehende Liste unten entfernt wird. Beim Block 1904 wird eine Variable X derart gesetzt, dass sie auf das nächste Element in der Listenvariable L zeigt. Beim Block 1906 wird bestimmt, ob die Variable X leer ist, was anzeigt, dass das Ende der Liste L erreicht worden ist. Wenn X leer ist, endet die Prozedur beim Block 1908. Ansonsten wird eine Variable C gleich der Bedingung von X beim Block 1910 gesetzt. Beim Block 1912 wird bestimmt, ob es keine Liste unter X gibt. Wenn nicht wird die Variable Untere CPC gleich den Kosten pro Klick für die Suchliste gesetzt, die unmittelbar unterhalb der Suchliste ist, die durch die Variable X angezeigt wird. Wenn es keine Suchliste unterhalb der Liste gibt, die durch die Variable X angezeigt wird, wird beim Block 1914 die Variable Untere-CPC gleich der Differenz zwischen den minimalen Kosten pro Klick für das System und einer CPC-Schwelle für die Suchliste gesetzt. Beim Block 1918 wird bestimmt, ob die Kosten pro Klick für die Suchliste größer als der Wert der Untere-CPC plus der CPC-Schwelle für die Variable C sind und ob der Wert der Variablen Letzte-CPC-zu-hoch-Bedingung für die Variable C falsch ist. Wenn das der Fall ist, wird die Variable Letzte-CPC-zuhoch-Bedingung gleich wahr beim Block 1920 gesetzt. Beim Block 1922 werden die Inhalte der Variablen CPC-zu-hoch-Bedingung der Liste für Neue-Wahre-Bedingungen angehängt und die Steuerung kehrt zum Block 1904 zurück.
Wenn beim Block 1918 der Test ein negatives Ergebnis erzeugt, wird beim Block 1924 bestimmt, ob die CPC der Suchliste kleiner oder gleich der Untere-CPC plus dem CPC-Schwellenwert ist und ob der Wert der Variablen Letzte-CPC-zu-hoch-Bedingung gleich wahr ist. Wenn das der Fall ist, wird beim Block 1926 die Variable Letzte-CPC-zu-hoch-Bedingung gleich einem Wert falsch gesetzt. Die Steuerung kehrt dann zum Block 1904 zurück. Das Verfahren von Fig. 19 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Überprüfe-CPC-zu-hoch-Bedingungen ( )
Immer, wenn eine CPC-zu-hoch-Bedingung zuerst erzeugt wird, wird ihr Wert der Letzten-CPC-zu-hoch-Bedingung automatisch mit falsch initialisiert und sie wird derart behandelt, als hätte die Liste, die direkt unterhalb ist, neue CPC. Dies ermöglicht, dass die Bedingung sofort getestet werden kann. Die Min-CPC ist die minimale CPC für alle Listen, die durch den Marktplatzbetreiber bestimmt wird, und beträgt in einem Beispiel $ 0,01. Jede CPC-zu-hoch-Bedingung hat einen vom Inserierer definierten Schwellenwert. Dieser Schwellenwert ist die Differenz zwischen der CPC der Liste und der CPC der Liste unterhalb und muss größer als dieser Schwellenwert sein, damit die Bedingung wahr ist. Wenn es keine Liste gibt, die unterhalb ist, wird überprüft, ob die CPC der Liste höher als die Minimal-CPC ist, und in Alternative könnte überprüft werden, ob die CPC dem Schwellenwert über der Minimal-CPC entspricht.
Fig. 20 ist ein Flussdiagramm, das ein Verfahren zum Überprüfen der Durchschnitt-CPC-zu-hoch-Bedingungen erläutert. Die Durchschnitt-CPC für einen Satz von Listen sind die angesammelten Kosten für den Satz von Listen über ein Intervall, das durch die angesammelten Klicke für den Satz von Listen für das gleiche Intervall geteilt wird. Das Verfahren beginnt beim Block 2000.
Beim Block 2002 wird eine Listenvariable L mit der Liste von Bedingungen initialisiert, die die Durchschnitt-CPC-zu-hoch überwacht und neuen Klicke haben. Jede dieser Bedingungen hat einen zugeordneten Satz von Listen, deren Durchschnitt-CPC überwacht wird. Beim Block 2004 wird eine Variable X derart initialisiert, dass sie auf das nächste Element in der Listenvariable L zeigt. Beim Block 2006 wird bestimmt, ob die Variable X leer ist. Wenn das der Fall ist, endet das Verfahren beim Block 2008. Wenn nicht, wird beim Block 2010 bestimmt, ob die Variable Durchschnitt-CPC-zu-hoch-Bedingung für die Bedingung, die durch die Variable X bezeichnet wird, wahr ist und ob die Letzte-Durchschnitt-CPC-zu-hoch-Bedingung für die Bedingung einen Wert falsch hat. Wenn das der Fall ist, wird die Variable Letzte-Durchschnitt-CPC-zu-hoch-Bedingung für die Bedingung gleich einem Wert wahr gesetzt beim Block 2012. Beim Block 2014 werden die Inhalte der Variablen Durchschnitt-CPCzu-hoch-Bedingung für die Suchliste der Liste für Neue-Wahre- Bedingungen angehängt und die Steuerung kehrt zum Block 2004 zurück.
Wenn beim Block 2010 der Test ein negatives Ergebnis erzeugt hat, wird beim Block 2016 bestimmt, ob die Variable Dürchschnitt-CPC-zu-hoch-Bedingung für die Bedingung, die mit der Variablen X verknüpft ist, einen Wert falsch hat und ob die Variable Letzte-Durchschnitt-CPC-zu-hoch-Bedingung für die Suchliste einen Wert wahr hatte. Wenn das der Fall ist, wird beim Block 2018 der Variablen Letzte-Durchschnitt-CPC-zu-hoch- Bedingung für die Bedingung ein Wert falsch zugeordnet und die Steuerung kehrt zu Block 2004 zurück.
Das Verfahren von Fig. 20 kann in Übereinstimmung mit dem nachfolgenden Pseudocode realisiert werden. Prozedur Überprüfe-Durchschnitt-CPC-zu-hoch-Bedingungen ( )
Immer, wenn eine Durchschnitt-CPC-zu-hoch-Bedingung zuerst erzeugt wird, wird ihr Wert der Letzten-Durchschnitt-CPC-zuhoch-Bedingung automatisch mit falsch initialisiert. Sie wird derart behandelt, als hätte sie einen neuen Klick. Dies ermöglicht, dass die Bedingung sofort getestet werden kann. Es wird darauf hingewiesen, dass das Überprüfen einer Durchschnitt- CPC-zu-hoch-Bedingung das Überprüfen der angehäuften Klicke und Kosten für alle Listen in der Bedingung erfordert. Wir ignorieren alle Klicke und Kosten, die früher als das allerletzte vom Inserierer definierte Intervall für diese Bedingung sind. Zum Beispiel werden, wenn das Intervall "täglich" ist, dann alle Klicke und Kosten für den vorhergehenden Tag ignoriert. Der Marktplatzbetreiber kann eine minimale Anzahl von Klicke benötigen, bevor er die Durchschnitt-CPC als gültig betrachtet.
Fig. 21 ist ein Flussdiagramm, das ein Verfahren zum Überprüfen der Rang-CPC-Bedingungen erläutert. Das Verfahren beginnt beim Block 2100. Beim Block 2102 wird eine Variable L gleich allen Suchausdrücken mit überwachten Rang-CPC zugeordnet, wobei die Kosten pro Klick eines überwachten Ranges sich geändert haben. Beim Block 2104 wird eine Variable X derart gesetzt, dass sie auf das nächste Element in der Liste L zeigt. Beim Block 2106 wird bestimmt, ob die Variable X leer ist. Wenn das der. Fall ist, zeigt dies an, dass das Ende der Liste erreicht worden ist und das Verfahren endet beim Block 2108. Ansonsten wird beim Block 2110 eine Variable M gleich allen Rängen der Suchausdrücke gesetzt, die durch die Variable X angezeigt werden, die überwacht werden und die neue CPCs haben. Beim Block 2112 wird eine Variable Y derart initialisiert, dass sie auf das nächste Element in der Liste M zeigt. Beim Block 2114 wird bestimmt, ob die Variable Y leer ist. Wenn das der Fall ist, kehrt die Steuerung zum Block 2104 zurück, um das nächste Element in der Liste L auswählen zu können. Ansonsten wird beim Block 2116 eine Variable N gleich allen Rang-CPC-Bedingungen für den Suchausdruck, die durch die Variable X angezeigt werden, und dem Rang gesetzt, der durch die Variable Y angezeigt wird. Beim Block 2118 wird die Variable Z gleich dem nächsten Element in der Liste N gesetzt. Beim Block 2120 wird bestimmt, ob die Variable Z leer ist. Wenn das der Fall ist, kehrt die Steuerung zum Block 2104 zurück. Ansonsten wird beim Block 2122 bestimmt, ob der Wert der Variablen Rang- CPC-Bedingung für die Bedingung, die durch die Variable Z angezeigt wird, einen Wert wahr hat und ob die Variable Letzte- Rang-CPC-Bedingung für die Bedingung, die durch die Variable Z angezeigt wird, einen Wert falsch hat. Wenn das der Fall ist, wird die Variable Letzte-Rang-CPC-Bedingung für die Bedingung gleich wahr beim Block 2124 gesetzt. Beim Block 2126 werden die Inhalte der Variablen Rang-CPC-Bedingung für die Bedingung der Liste für Neue-Wahre-Bedingungen angehängt. Die Steuerung kehrt dann zum Block 2104 zurück.
Wenn beim Block 2122 ein negatives Ergebnis erzeugt wurde, bestimmt beim Block 2128 ein Test, ob die Variable Rang-CPC- Bedingung für die Bedingung falsch ist und ob die Variable Letzte-Rang-CPC-Bedingung für die Bedingung wahr ist. Wenn das der Fall ist, wird beim Block 2130 die Variable Letzte-CPC-zuhoch-Bedingung gleich einem Wert falsch gesetzt. Die Steuerung kehrt dann zum Block 2104 zurück.
Das Verfahren von Fig. 21 kann in Übereinstimmung mit dem unten stehenden Pseudocode realisiert werden. Prozedur Überprüfe- Rang-CPC-Bedingungen ( )
Immer, wenn eine Rang-CPC-Bedingung zuerst erzeugt wird, wird ihr Wert der Letzten-Rang-CPC-Bedingung automatisch mit falsch initialisiert und sie wird derart behandelt, als hätte sich die CPC für den überwachten Rang geändert. Dies ermöglicht, dass die Bedingung sofort getestet werden kann. Jede Rang-CPC- Bedingung hat einen vom Inserierer definierte Schwellenwert. Die Bedingung ist wahr, wenn die CPC für den Rang kleiner als oder gleich dem Schwellenwert ist.
Die Prozedur "Benachrichtige-Sofort" sendet eine Nachricht an den Inserierer mit den Einzelheiten der gegenwärtigen Bedingung, die wahr geworden ist. Die Prozedur wählt zuerst alle Benachrichtigungsmodi aus, die durch den Inserierer ausgewählt wurden. Als nächstes wählt sie die Aktionstypen aus. Der Inserierer kann auswählen, welchen Aktionstyp oder welche Aktionstypen er bevorzugt. Einige Aktionstypen können nicht bei allen Benachrichtigungsmodi verwendet werden, z. B. kann der Marktplatzbetreiber nur "aktive Verbindungen" in E-Mails und Augenblicksnachrichten bereitstellen. Auch dürfen einige Bedingungen keine automatischen Korrekturaktionen (z. B. CTR) haben. Die Prozedur sendet eine Benachrichtigung an den Inserierer in jedem Kommunikationsmodus, wobei jede Nachricht in einem bestimmten Kommunikationsmodus möglicherweise einen Satz von Korrekturaktionen enthält:
Fig. 22 ist ein Flussdiagramm, das eine Ausführungsform der Prozedur Benachrichtige-Sofort erläutert. Die Prozedur startet beim Block 2200. Beim Block 2202 wird der Variablen L eine Liste aller Benachrichtigungsmodi für die Bedingung zugeordnet, die der Prozedur als wahr werdend zugeführt wird. Beim Block 2204 wird die Variable X derart initialisiert, dass sie das nächste Element in der Liste L ist. Beim Block 2206 wird ein Test durchgeführt, um bestimmen zu können, ob die Variable X leer ist. Wenn das der Fall ist, wird beim Block 2208 die Prozedur beendet, da alle Elemente der Liste L verarbeitet worden sind.
Wenn die Variable X nicht leer ist, wird die Variable A beim Block 2210 auf alle Aktionstypen für den Modus X gesetzt, die für die Korrektur der Bedingung notwendig sind. Beim Block 2212 wird eine Prozedur Sende Benachrichtigung aufgerufen, die als Parameter die Bedingung, die wahr ist, die Variable X und die Variable Y übergibt. Nach dem Verarbeiten dieser Prozedur kehrt die Steuerung zum Block 2204 zurück, um das nächste Element in der Liste L auszuwählen.
Das Verfahren von Fig. 22 kann in Übereinstimmung mit dem unten stehenden Pseudocode verwirklicht werden. Prozedur Benachrichtige-Sofort(bedingung)
Nachfolgend wird eine Liste für Bedingungen angegeben, die Korrekturaktionen haben, welche in der Benachrichtigungsnachricht enthalten sein können. Ein Inserierer kann entweder die vorgeschlagene Korrekturaktion in der Nachricht annehmen oder er kann sie ignorieren. Die Korrekturaktionen sind Schritte, die automatisch im Namen des Inserierers ausgeführt werden, um sicherzustellen, dass die Bedingung nicht länger wahr ist. Es wird darauf hingewiesen, dass die Korrekturaktion nicht anwendbar ist, wenn die Bedingung nicht länger wahr ist:

1. Position: es kann möglich sein, eine Positionsbedingung durch Ändern der CPC einer Liste zu korrigieren. Zum Beispiel kann es, wenn die Bedingung "Liste L₁ ist nicht auf Rang 3" wahr ist, möglich sein, L₁ auf Rang 3 zurückzubringen, indem die CPC erhöht wird, wenn L₁ auf einem Rang ist, der schlechter als 3 ist, oder indem die CPC abgesenkt wird, wenn L₁ auf einem Rang ist, der besser als 3 ist.
Eine mögliche Korrekturaktion ist "Einstellen meiner CPC, um die Liste L₁ auf Rang 3 zurückzubringen".
2. Kontostand: es kann möglich sein, eine Kontostandsbedingung durch Hinzufügen mehrerer Gelder zu dem Konto zu korrigieren. Der Inserierer kann den zusätzlichen Betrag, der addiert werden soll, auswählen.
Eine mögliche Korrekturaktion ist "Addiere $ 200,00 zu meinem Kontostand von meiner Kreditkarte".
3. CPC-zu-hoch: es kann möglich sein, eine CPC-zu-hoch- Bedingung durch Reduzieren der CPC auf das Minimum zu korrigieren, das erforderlich ist, um den gegenwärtigen Rang beizubehalten.
Eine mögliche Korrekturaktion ist "Reduziere die CPC der Liste L₁ auf das Minimum, das für ihren gegenwärtigen Rang erforderlich ist".

Die Prozedur Benachrichtigungsintervall sendet eine Nachricht an den Inserierer mit den Einzelheiten aller Bedingungen, die in dem letzten Intervall (die Dauer des Intervalls wird durch den Inserierer spezifiziert) wahr geworden sind. Alle Bedingungen, die in dem Intervall wahr geworden sind, werden in einer Nachricht gesammelt. Die Prozedur wählt alle Benachrichtigungsmodi, die durch den Inserierer ausgewählt wurden, aus. Sie wählt als nächstes die Aktionstypen. Der Inserierer kann auswählen, welchen Aktionstyp bzw. welche Aktionstypen er bevorzugt. Einige Aktionstypen sind nicht bei allen Benachrichtigungsmodi verfügbar, zum Beispiel kann der Marktplatzbetreiber nur "aktive Verbindungen" in E-Mails und Augenblicksnachrichten bzw. Instant Messages bereitstellen. Auch können manche Bedingungen keine automatischen Korrekturaktionen (z. B. CTR) haben.
Wenn es mehr als einen Eintrag einer Bedingung gibt, dann ist es nur möglich, dass eine Korrekturaktion für den letzten Eintrag ausgeführt wird. Es ist möglich, dass eine Bedingung, die früher aufgezeichnet worden ist, nicht länger wahr ist, wobei in diesem Fall keine Korrekturaktion ausgeführt wird, die mit ihr verknüpft ist. Die Prozedur sendet einen Hinweis an den Inserierer in jedem Kommunikationsmodus, wobei jede Nachricht in einem bestimmten Kommunikationsmodus möglicherweise einen Satz von Korrekturaktionen enthält:
Fig. 23 ist ein Flussdiagramm, das ein Prozedur Benachrichtigungsintervall erläutert. Die Prozedur beginnt beim Block 2300. Beim Block 2302 macht die Prozedur eine Pause, um auf eine Benachrichtigungszeit für jeden Inserierer zu warten. Wie zuvor darauf hingewiesen wurde, kann Information über geänderte Bedingungen durch das System einem Inserierer gemäß irgendeinem Plan, der durch den Inserierer spezifiziert wird, mitgeteilt werden. Der Betrieb beim Block 2302 wird gemäß dem vom Inserierer spezifizierten Plan durchgeführt.
Beim Block 2304 wird die Listenvariable L gleich allen Inserierern mit einer gegenwärtigen Benachrichtigungszeit zugeordnet. Das heißt, alle Inserierer, die einen Benachrichtigungsplan spezifiziert haben, der mit der gegenwärtigen Zeit übereinstimmt. Beim Block 2306 wird die Schleifenvariable X gleich dem nächsten Element in der Listenvariable L zugeordnet. Beim Block 2308 wird X getestet, um zu bestimmen, ob die Variable X leer ist. Wenn das der Fall ist, kehrt die Steuerung zum Block 2302 zurück, um auf eine nächste Benachrichtigungszeit zu warten. Wenn die Variable X nicht leer ist, schreitet die Steuerung zum Block 2310 fort.
Beim Block 2310 wird der Variable M gleich allen Autobenachrichtigungsbedingungen für den Inserierer gesetzt, die durch die Variable X für die gegenwärtige Zeit spezifiziert wird, die aufgezeichnete Bedingungen hat. Beim Block 2312 wird eine Schleifenvariable Y gleich dem nächsten Element in der Liste M gesetzt. Beim Block 2314 wird bestimmt, ob die Variable Y leer ist. Wenn das der Fall ist, kehrt die Steuerung zum Block 2306 zurück, um die nächste Variable X in der Liste L auszuwählen.
Wenn die Variable Y nicht leer ist, schreitet die Steuerung zum Block 2316 fort.
Beim Block 2316 wird die Variable C gleich allen aufgezeichneten Einträgen der Bedingung zugeordnet, deren Wert in der Variablen Y gespeichert ist. Beim Block 2318 wird die Variable T gleich der allerletzten Bedingung in der Variablen C zugeordnet. Das heißt, dass die Bedingungen und ihre zugeordneten Zeitmarken sortiert werden oder anders überprüft werden, um eine letzte auftretende Bedingung bestimmen zu können. Die Bedingung wird in die Variable T geladen. Beim Block 2320 wird die Variable M auf alle Benachrichtigungsmodi für die Bedingung gesetzt, deren Wert in der Variablen Y gespeichert ist.
Beim Block 2322 wird die Variable Z derart inkrementiert, dass sie auf das nächste Element in der Liste N zeigt. Beim Block 2324 wird bestimmt, ob die Schleifenvariable Z leer ist. Wenn das der Fall ist, kehrt die Steuerung zum Block 2306 zurück. Ansonsten wird die Variable A beim Block 2326 gleich allen Aktionstypen für den Modus, der in der Variablen Z gespeichert ist, gesetzt, die durch einen Inserierer spezifiziert wird, um die Bedingung, die durch die Variable T spezifiziert wird, korrigieren zu können. Beim Block 2328 wird eine Prozedur Sende Benachrichtigung aufgerufen, die als Parameter die Variablen C, Z und A übergibt. Nachfolgend der Ausführung der Prozedur kehrt die Steuerung zum Block 2306 zurück, um den nächsten Inserierer, der ausgewählt wird, auswählen zu können.
Das Verfahren von Fig. 23 kann in Übereinstimmung mit dem nachfolgenden Pseudocode verwirklicht werden. Prozedur Benachrichtigungsintervall ( )
Die Prozedur Verarbeite-Aktionen verarbeitet ankommende Aktionen. Eine Nachricht, die zu einem Inserierer gesendet wird, kann eine Aktion zum Korrigieren einer unerwünschten Bedingung beinhalten. Der Inserierer kann auswählen, die vorgeschlagene Aktion zu ignorieren, oder der Inserierer kann die vorgeschlagene Korrekturaktion akzeptieren. Wobei das System in diesem Fall sie bearbeiten muss.
Die Prozedur Verarbeite-Aktionen verarbeitet auch eine spezielle Inseriereraktion "Erzähle-mir-jetzt". Ein Inserierer kann eine Autobenachrichtigung mit einer Benachrichtigungszeit erzeugen, die ein Intervall ist. Zu jedem Zeitpunkt kann der Inserierer jedoch eine Erzähle-mir-jetzt-Aktion senden, die dem System befiehlt, alle Benachrichtigungen sofort zu senden. Alle Benachrichtigungen für das Intervall werden noch an dem Ende des Intervalls gesendet, auch wenn der Inserierer eine Sende-mir-jetzt-Aktion sendet. Zum Beispiel kann der Inserierer ein Benachrichtigungsintervall "wöchentlich, an Freitagen um 15:45 Uhr" gesetzt haben. Am Mittwoch kann der Inserierer eine "Erzähle-mir-jetzt"-Aktion senden, die ergibt, dass der Inserierer alle Benachrichtigungen empfängt, die bis dato aufgezeichnet worden sind. Die wöchentlichen Benachrichtigungen am Freitag um 15:45 Uhr werden noch gesendet.
Die Prozedur Verarbeite-Aktionen verarbeitet auch die Aktionen "stumm" und "nicht stumm". Die Stummaktion ermöglicht, dass der Inserierer alle Benachrichtigungen stoppt - Bedingungen werden noch aufgezeichnet, aber sie werden nicht gesendet (weder unmittelbar noch bei den spezifizierten Intervallen). Stattdessen werden die Benachrichtigungen für eine zukünftige Übertragung aufgezeichnet. Die Nicht-Stummaktion gibt die Benachrichtigung der Bedingungen wieder frei. Alle abgelaufenen Benachrichtigungen werden sofort gesendet (z. B. für die sofortigen Benachrichtigungen und Benachrichtigungen für vergangene Intervalle). Weitere Benachrichtigungen werden an dem Ende des Intervalls gesendet.
Eine separate Verarbeitungseinrichtung ist für jeden Benachrichtigungsaktionstyp (aktive Verbindungen, inaktive Verbindungen, E-Mail und Telefon in der gezeigten Ausführungsform) erforderlich. Jeder der Aktionstypen hat eine Prozedur der nachfolgenden Form:
Fig. 24 ist ein Flussdiagramm, das eine Ausführungsform der Prozedur Verarbeite-Aktionen erläutert. Die Prozedur beginnt beim Block 2400. Beim Block 2402 legt die Prozedur eine Pause ein, wobei sie auf eine eingehende Aktion wartet. Die Aktion entspricht einer Korrektur oder einer weiteren Variation bzw. Änderung, die durch einen Inserierer spezifiziert wird, um eine unerwünschte Bedingung ändern zu können, und den Suchlisten, die durch den Inserierer aufrechterhalten werden. Nachdem eine Aktion empfangen worden ist, werden beim Block 2404 die Aktionsparameter aus der empfangenen Aktion entnommen. Zum Beispiel kann die Aktion als ein TCP/IP-Paket oder mehrere TCP/IP-Pakete gesendet werden, die Befehle und Daten zum Korrigieren der unerwünschten Bedingung enthalten. Diese Befehle und Daten werden aus den Paketen entnommen, die von dem Inserierer empfangen werden.
Beim Block 2406 wird die Variable C gleich dem Wert entsprechend der Bedingung, die durch die empfangene Aktion korrigiert werden soll, zugeordnet. Beim Block 2408 wird bestimmt, ob die Bedingung, die mit den Werten verbunden ist, die in der Variablen C gespeichert sind, noch wahr ist. Wenn nicht wird beim Block 2410 eine Benachrichtigung an den Inserierer gesendet, der mit der Bedingung verbunden ist, dass die Bedingung nicht länger wahr ist. Wenn die Bedingung noch wahr ist, wird beim Block 2412 eine Korrekturaktion ausgeführt. Die Korrekturaktion kann irgendein Schritt oder eine Gruppe von Schritten sein, die notwendig dafür sind, die Bedingung, die durch den Inserierer spezifiziert wird, zu ändern oder zu korrigieren oder sonst wie zu modifizieren. Nach der Ausführung der Korrekturaktion wird beim Block 2414 bestimmt, ob die Aktion erfolgreich ist. Das heißt, es wird bestimmt, ob die gewünschte Korrektur erhalten worden ist. Wenn nicht, wird der Inserierer über das Fehlen bzw. den Fehlschlag der Korrektur der spezifizierten Aktion beim Block 2416 unterrichtet. Wenn die Aktion erfolgreich war, wird beim Block 2418 dem Inserierer der Erfolg mitgeteilt. Die Steuerung kehrt dann zum Block 2402 zurück, um auf eine nächste, ankommende Aktion zu warten.
Das Verfahren von Fig. 24 kann in Übereinstimmung mit dem unten stehenden Pseudocode realisiert werden. Prozedur Verarbeite-Aktionen ( )
Aus dem Vorhergehenden ist ersichtlich, dass die vorliegenden Ausführungsformen ein Verfahren und eine Vorrichtung für Inserierer bereitstellt, die mit eine Zahle-für-Durchführung- Datenbank verbunden sind, um ihre Listen effektiver verwalten zu können. Prozeduren werden bereitgestellt, um automatische Softwareagenten spezifizieren zu können, die die Suchlisten eines Inserierers überwachen und Benachrichtigungen über das Auftreten von spezifizierten Bedingungen bereitstellen. Benachrichtigungen der Bedingungen können dem Inserierer in irgendeinem Kanal aus einer Anzahl von angemessenen Kanälen, zum Beispiel E-Mail oder Page oder Fax bereitgestellt werden. Die Benachrichtigungen können Aktionstypen enthalten, die gerade in die Benachrichtigungen derart eingebaut sind, dass der Inserierer schnell und bequem bzw. angemessen antworten kann. Dies erhöht den Komfort für den Inserierer, ermöglicht eine schnellere Antwort auf Bedingungsänderungen und setzt Personal frei, das zuvor für das Überwachen des Status von Suchlisten für den Inserierer eingesetzt wurde. Die Merkmale können bei minimalen Ausgaben für den Zahle-für-Durchführung-Systembetreiber und die Inserierer bereitgestellt werden.
Während eine bestimmte Ausführungsform der vorliegenden Erfindung gezeigt und beschrieben wurde, können Modifikationen ausgeführt werden. Es ist deshalb in den angehängten Ansprüchen beabsichtigt, alle Änderungen und Modifikationen abzudecken, die der wahren Erfindungsidee und dem Schutzbereich der Erfindung folgen.

Claims

1. Ein Benachrichtigungsverfahren in einem Computerdatenbanksystem, das aufweist:
Empfangen eines Benachrichtigungsbefehls von einem Inhaber, der mit einer Suchliste verbunden ist, die in dem Computerdatenbanksystem gespeichert ist;
Überwachen von Bedingungen, die durch den Benachrichtigungsbefehl für die Suchliste spezifiziert werden; und
Senden einer Benachrichtigung zu dem Inhaber auf die Detektion einer geänderten Bedingung der Suchliste hin.

2. Das Benachrichtigungsverfahren von Anspruch 1, worin das Empfangen des Benachrichtigungsbefehls aufweist:
Empfangen von Identifizierungsinformation für eine oder mehrere Suchlisten, für die der verbundene Inhaber eine Benachrichtigung wünscht.

3. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifizierungsinformation aufweist:
Empfangen von Identifizierungsinformation für die Benachrichtigung über eine Änderung in der Position unter Suchergebnissen für die Suchliste, wenn sich die Suchliste mit anderen Suchlisten, die die Suchergebnisse bilden, auf einen Suchenden in Antwort auf eine Suchanfrage von dem Suchenden beziehen.

4. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifizierungsinformation aufweist:
Empfangen von Identifikationsinformation für die Benachrichtigung über einen Wert der Kosten pro Durchklicken für die Suchliste, wobei die Kosten pro Durchklicken ein wirtschaftlicher Wert sind, der von dem Inhaber zu bezahlen ist, wenn sich die Suchliste auf einen Suchenden in Antwort auf eine Suchanfrage von dem Suchenden bezieht.

5. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifikationsinformation aufweist:
Empfangen von Identifikationsinformation für die Benachrichtigung über einen Kontostand für ein Konto, das mit dem Inserierer verbunden ist.

6. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifikationsinformation aufweist:
Empfangen von Identifikationsinformation für die Benachrichtigung über angesammelte Impressionen für identifizierte Suchlisten.

7. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifikationsinformation aufweist:
Empfangen von Identifikationsinformation für das Benachrichtigen über angesammelte Durchklicke für identifizierte Suchlisten.

8. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifikationsinformation aufweist:
Empfangen von Identifikationsinformation für die Benachrichtigung über eine angesammelte Durchklickrate für identifizierte Suchlisten.

9. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifikationsinformation aufweist:
Empfangen von Identifikationsinformation für die Benachrichtigung über Suchlisten, die Kosten pro Durchklicken haben, die reduzierbar sind, ohne dass ein vom Inserierer spezifizierter Anzeigerang unter den Suchergebnissen beeinflusst wird, wenn sich die Suchliste unter den Suchlisten auf einen Suchenden in Antwort auf die Suchanfrage von dem Suchenden bezieht.

10. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifikationsinformation aufweist:
Empfangen von Identifikationsinformation, die spezifizierte Kosten pro Durchklicken und einen spezifizierten Anzeigerang für die Benachrichtigung aufweist, wenn die identifizierten Suchlisten auf dem spezifizierten Anzeigerang unter den Suchergebnissen sein können, die einem Suchenden in Antwort auf eine Suchanfrage von dem Suchenden für weniger als die spezifizierten Kosten pro Durchklicken wiedergegeben werden.

11. Das Benachrichtigungsverfahren von Anspruch 2, worin das Empfangen der Identifikationsinformation aufweist:
Empfangen von Identifikationsinformation über Durchschnittskosten pro Durchklicken für zwei oder mehr Suchlisten.

12. Das Benachrichtigungsverfahren von Anspruch 1, worin das Empfangen des Benachrichtigungsbefehls aufweist:
Empfangen von Informationen, die Benachrichtigungszeiten zum Senden der Benachrichtigung definieren.

13. Das Benachrichtigungsverfahren von Anspruch 12, worin das Empfangen von Informationen, die die Benachrichtigungszeiten definieren, aufweist:
entweder Empfangen einer Identifikation von Suchlisten zum Senden einer sofortigen Benachrichtigung oder
Empfangen einer Identifikation von Suchlisten zum Senden einer Intervallbenachrichtigung.

14. Das Benachrichtigungsverfahren von Anspruch 1, worin das Empfangen des Benachrichtigungsbefehls aufweist:
Empfangen einer Anzeige eines Benachrichtigungsmodus.

15. Das Benachrichtigungsverfahren von Anspruch 14, worin der Benachrichtigungsmodus aus einer Gruppe ausgewählt wird, die aufweist: elektronische Post, sofortiges Benachrichtigen, Fax, Paging und Telefonstimmenanruf.

16. Das Benachrichtigungsverfahren von Anspruch 1, worin das Empfangen des Benachrichtigungsbefehls aufweist:
Empfangen einer Anzeige eines oder mehrerer Aktionstypen, die in der Benachrichtigung enthalten sind.

17. Das Benachrichtigungsverfahren von Anspruch 16, worin der eine oder die mehreren Aktionstypen aus der Gruppe ausgewählt werden, die aufweist: aktive Verbindungen in einer Nachricht, inaktive Verbindungen in einer Nachricht, elektronische Post, Telefon, automatische Korrektur und Entspannung.

18. Das Benachrichtigungsverfahren von Anspruch 1, worin das Senden der Benachrichtigung aufweist:
Senden mindestens einer E-Mail-Benachrichtigung, einer Aktivverbindungsbenachrichtigung, die in eine Nachricht eingebettet ist, und einer Inaktivverbindungsbenachrichtigung, die in einer Nachricht eingebettet ist.

19. Das Benachrichtigungsverfahren von Anspruch 18, worin das Senden der Benachrichtigung das Senden der Benachrichtigung in Übereinstimmung mit dem Benachrichtigungsbefehl aufweist.

20. Das Benachrichtigungsverfahren von Anspruch 1, worin das Senden der Benachrichtigung aufweist:
Senden mindestens einer Telefonbenachrichtigung, einer Sofortnachricht-Benachrichtigung, einer Faxbenachrichtigung und einer Seite.

21. Das Benachrichtigungsverfahren von Anspruch 1, das weiterhin aufweist:
Empfangen eines Inseriereraktionsbefehls in Antwort auf die Benachrichtigung; und
automatisches Einstellen entweder von Kosten pro Klick und/oder eines Anzeigerangs für die Suchliste gemäß dem Inseriereraktionsbefehl, wobei der Anzeigerang für die Liste die Position der Suchliste unter den Suchergebnissen definiert, wenn sich die Suchliste auf einen Suchenden in Antwort auf eine Suchanfrage des Suchenden bezieht, wobei die Kosten pro Klick ein wirtschaftlicher Wert sind, der von dem Inhaber gezahlt wird, wenn sich die Suchliste auf einen Suchenden in Antwort auf die Suchanfrage von dem Suchenden bezieht.

22. Das Benachrichtigungsverfahren von Anspruch 1, das weiterhin aufweist:
Empfangen eines Inseriereraktionsbefehls in Antwort auf die Benachrichtigung; und
automatisches Auffüllen eines Kontostands des Kontos, das mit dem Inhaber verbunden ist.

23. Das Benachrichtigungsverfahren von Anspruch 1, das weiterhin aufweist:
Empfangen eines Inseriereraktionsbefehls in Antwort auf die Benachrichtigung; und
automatisches Entspannen bzw. Aufheben einer Einschränkung oder mehrerer Einschränkungen, die durch die Bedingungen, die in dem Benachrichtigungsbefehl spezifiziert sind, erzeugt werden.

24. Das Benachrichtigungsverfahren von Anspruch 1, das weiterhin aufweist:
automatisches Hinterlegen von Geldern in einem Konto, das mit dem Inserierer verbunden ist, in Antwort auf eine Kontostandzu-niedrig-Bedingung.

25. Das Benachrichtigungsverfahren von Anspruch 1, das weiterhin aufweist:
automatisches Einstellen entweder von Kosten pro Klick und/oder eines Anzeigerangs für die Suchliste, wobei der Anzeigerang für die Suchliste die Position der Suchliste unter den Suchergebnissen definiert, wenn sich die Suchliste auf den Suchenden in Antwort auf eine Suchanfrage von dem Suchenden bezieht, wobei der Gebotsbetrag ein wirtschaftlicher Wert ist, der von dem Inhaber bezahlt wird, wenn sich die Suchliste auf einen Suchenden in Antwort auf eine Suchanfrage von dem Suchenden bezieht.

26. Ein Datenbanksuchsystem, das eine Datenbank von Suchlisten aufweist, die mit Inserierern verbunden sind, und ein Verarbeitungssystem, das eine Benachrichtigung an einen Inserierer sendet, wenn eine Änderungsbedingung einer Suchliste des Inserierers aufgetreten ist.

27. Ein Datenbanksuchsystem, das aufweist:
eine Datenbank mit Suchlisten, wobei jede Suchliste mit einem Inserierer verbunden ist;
eine Suchmaschine; und
eine Einrichtung, die auf Bedingungen spezifizierende Information von einem Inserierer oder mehreren Inserierern mit dem Bereitstellen einer Anzeige für einen Inserierer reagiert, wenn eine spezifizierte Bedingung einer Suchliste oder mehrerer Suchlisten erfüllt ist.

28. Ein Datenbanksuchsystem, das aufweist:
eine Datenbank mit Suchlisten, wobei jede Suchliste mit einem jeweiligen Inserierer verbunden ist, wobei jede Suchliste einen Suchausdruck und entweder eine Variable Kosten pro Klick (CPC) und/oder einen variablen Anzeigerang aufweist;
eine Suchmaschine, die derart aufgebaut ist, dass sie Suchlisten identifiziert, die mit einer Suchanfrage, die von einem Suchenden empfangen wird, übereinstimmen, wobei die übereinstimmenden Suchlisten in einer Suchergebnisliste entweder gemäß dem Anzeigerang und/oder dem Gebotsbetrag der übereinstimmenden Suchlisten geordnet sind; und
einen Agenten, der auf eine Bedingungsdefinition von einem Inserierer antwortet, um eine Bedingungsaktualisierungsinformation dem Inserierer bereitstellen zu können.

29. Das Datenbanksuchsystem nach Anspruch 28, worin der Agent derart aufgebaut ist, dass er als Bedingungsdefinition eine Anzeige von Suchlisten und eine Anzeige eines CPC-Rangs empfängt, und worin der Agent derart aufgebaut ist, dass er als Bedingungsaktualisierungsinformation eine Benachrichtigung bereitstellt, dass die CPC für die angezeigten Suchlisten den angezeigten CPC-Rang erreicht haben.

30. Das Datenbanksuchsystem nach Anspruch 28, worin der Agent derart aufgebaut ist, dass er als Bedingungsdefinition eine Anzeige der Suchlisten und eine Anzeige eines gewünschten Rangs empfängt, und worin der Agent derart aufgebaut ist, dass er als Bedingungsaktualisierungsinformation eine Benachrichtigung bereitstellt, dass der Anzeigerang für die angezeigten Suchlisten den angezeigten, erwünschten Rang erreicht hat.

31. Das Datenbanksuchsystem nach Anspruch 28, das weiterhin eine Inserierer-Kontoverwaltungsvoxrichtung aufweist und worin der Agent derart aufgebaut ist, dass er als Bedingungsdefinition eine Anzeige eines minimalen Kontostands empfängt.

32. Das Datenbanksuchsystem nach Anspruch 28, das weiterhin aufweist eine Inserierer-Kontoverwaltungsvorrichtung, die derart aufgebaut ist, dass sie Impressionen für spezifizierte Suchlisten zählt, und worin der Agent derart aufgebaut ist, dass er als Bedingungsdefinition eine Anzeige von impressionsgezählten Suchlisten und eine zugeordnete Impressionsgrenze empfängt.

33. Das Datenbanksuchsystem nach Anspruch 28, das weiterhin aufweist eine Inserierer-Kontoverwaltungsvorrichtung, die derart aufgebaut ist, dass sie Klicke auf spezifizierte Suchlisten zählt, und worin der Agent derart aufgebaut ist, dass er als Bedingungsdefinition eine Anzeige von klick-gezählten Suchlisten und eine zugeordnete Klickgrenze empfängt.

34. Das Datenbanksuchsystem nach Anspruch 28, das weiterhin aufweist eine Inserierer-Kontoverwaltungsvorrichtung, die derart ausgelegt ist, dass sie eine Durchklickrate für spezifizierte Suchlisten misst, und worin der Agent derart ausgelegt ist, dass er als Bedingungsdefinition eine Anzeige von Durchklickrate-Suchlisten und eine zugeordnete Durchklickratengrenze empfängt.

35. Das Datenbanksuchsystem nach Anspruch 34, worin die zugeordnete Durchklickrate eine angesammelte Durchklickrate für eine Kombination der Durchklickrate-Suchlisten aufweist.

36. Das Datenbanksuchsystem von Anspruch 28, das weiterhin aufweist eine Inserierer-Kontoverwaltungsvorrichtung, die derart ausgelegt ist, dass sie Durchschnitt-Kosten-pro-Durchklick für spezifizierte Suchlisten misst, und worin der Agent derart ausgelegt ist, dass er als Bedingungsdefinition eine Anzeige der Durchschnitt-Kosten-pro-Durchklick-Suchlisten und eine zugeordnete Durchschnitt-Kosten-pro-Durchklick-Grenze empfängt.

37. Das Datenbanksuchsystem nach Anspruch 28, worin der Agent derart aufgebaut ist, dass er als Bedingungsdefinition eine Anzeige von minimalen CPC empfängt, die erforderlich sind, um einen gegebenen Anzeigerang für den Suchausdruck zu erreichen.

38. Ein Verfahren zum Betreiben eines Datenbanksuchsystems, wobei das Verfahren aufweist:
Speichern einer Vielzahl von Suchlisten in einer Datenbank, wobei jede Suchliste mit einem Inserierer verbunden ist, der einen wirtschaftlichen Wert angibt, wenn eine Suchliste auf einen Suchenden bezogen wird;
Bestimmen einer Anzeigeposition für verbundene Suchlisten; und
Empfangen einer Anzeige von Suchlisten von einem Inserierer, für die der Inserierer eine Benachrichtigung einer Anzeigepositionsänderung wünscht.

39. Das Verfahren von Anspruch 38, das weiterhin aufweist:
Empfangen von Positionierinformation für Suchlisten von zwei oder mehr Inserierern, die mit den zwei oder mehr Inserierern verbunden sind; und
Bestimmen der Anzeigeposition in Antwort auf die Positionierinformation.

40. Das Verfahren von Anspruch 39, worin das Empfangen der Positionierinformation aufweist:
Empfangen entweder von Kosten pro Klick und/oder eines erwünschten Rangs für die verbundenen Suchlisten.