DE60025725T2

DE60025725T2 - Autorennensystem und verfahren mit verbesserter simulation eines virtuellen konkurrenten

Info

Publication number: DE60025725T2
Application number: DE60025725T
Authority: DE
Inventors: Aaron Hayward HIGHTOWER
Original assignee: Midway Games West Inc
Current assignee: Midway Games West Inc
Priority date: 1999-07-15
Filing date: 2000-07-14
Publication date: 2006-11-09
Anticipated expiration: 2020-07-15
Also published as: US20100113115A1; US20030054869A1; DE60025725D1; US8764531B2; AU5935200A; EP1198273A1; WO2001005475A1; ATE316410T1; US6755654B2; US20040267386A1; US6488505B1; ES2257304T3; EP1198273B1

Description

Allgemeiner Stand der Technik
Gebiet der Erfindung
Aspekte der vorliegenden Erfindung betreffen im Allgemeinen Fahrzeugsimulatoren. Insbesondere betreffen Ausführungsformen der vorliegenden Erfindung das selektive Belohnen des Nutzers des Simulators.
Beschreibung des Stands der Technik
Was benötigt wird, ist ein Verfahren zum selektiven Belohnen von Nutzern eines Simulators oder Spiels, wie z. B. eines Fahrzeugsimulators, gemäß einer Zielbelohnungsstufe, die von einem Besitzer oder Betreiber des Simulators festgelegt wird. Die Zielstufe variiert je nach der Fähigkeit der Nutzer und wird dynamisch angepasst. Ein Beispiel einer Spielvorrichtung ist der Europäischen Patentanmeldung Nr. EP-0836873 A1 zu entnehmen.
Kurzfassung der Erfindung
In einem Aspekt der Erfindung ist ein Verfahren eines simulierten Fahrzeugwettkampfes vorgesehen, das Folgendes umfasst: Vorsehen eines Datenprozessors; Speichern mehrerer Fahrzeug-Rennparameter, die vergangene Routen und eine vergangene Route anzeigen; Navigieren eines simulierten Fahrzeugs über eine aktuelle Route; Darstellen der aktuellen Route des simulierten Fahrzeugs; dadurch gekennzeichnet, dass das Verfahren weiterhin umfasst: Vorsehen eines Schwellenroutenparameters, der auf ein objektives Kriterium bezogen ist, das zum Erhalten einer Belohnung erforderlich ist; und Modifizieren des Schwellenroutenparameters gemäß einer Funktion der gespeicherten Fahrzeug-Rennparameter, wobei das Modifizieren des Schwellenroutenparameters umfasst: Sortieren der gespeicherten Parameter in einer sequentiellen Reihenfolge; und Auswählen eines Parameters von den sortierten Parametern anhand eines Prozentanteils der Gesamtzahl der gespeicherten Parameter.
In einem zusätzlichen Aspekt der Erfindung ist ein System für einen simulierten Fahrzeugwettkampf vorgesehen, das Folgendes umfasst: einen Datenprozessor; ein Mittel zum Speichern mehrerer Fahrzeug-Rennparameter, die vergangene Rennen und eine vergangene Route anzeigen; ein Mittel zum Navigieren eines simulierten Fahrzeugs über eine aktuelle Route; ein Mittel zum Darstellen der aktuellen Route des simulierten Fahrzeugs; ein Mittel zum Vorsehen eines Schwellenroutenparameters, der in Bezug zu einem objektiven Kriterium steht, dass zum Erhalten einer Belohnung erforderlich ist; und ein Mittel zum Modifizieren des Schwellenroutenparameters anhand einer Funktion der gespeicherten Fahrzeug-Rennparameter, wobei das Mittel zum Modifizieren des Schwellenroutenparameters umfasst: ein Mittel zum Sortieren der gespeicherten Parameter in eine sequentielle Reihenfolge; und ein Mittel zum Auswählen eines Parameters von den geordneten gespeicherten Parametern anhand eines Prozentanteils der Gesamtzahl der gespeicherten Parameter.
Kurze Beschreibung der Figuren
1 ist ein Blockdiagramm einer Ausführungsform von den Komponenten für ein System für simulierten Fahrzeugwettkampf der vorliegenden Erfindung.
2 ist ein Arbeitsflussdiagramm, das die Benutzung des Systems aus 1 zum simulierten Fahrzeugwettkampf und zum Bestimmen eines Wettkampfparameters zum Belohnen des Spielers zeigt.
3A ist ein Flussdiagramm, das eine Ausführungsform der Funktion Spielerfahrzeugdaten Aufzeichnen zeigt, die in Funktion 2 definiert ist.
3B ist ein Diagramm einer Ausführungsform einer Datenaufzeichnung, die in einer Datenstruktur zum Speichern der Spielerfahrzeugdaten benutzt wird.
3C ist ein Diagramm einer Ausführungsform einer Datenstruktur zum Speichern von Spielerfahrzeugdaten wie in 3A beschrieben.
4 ist ein Flussdiagramm, das eine Ausführungsform der Funktion Geisterfahrzeug-Anzeige zeigt, die in 2 gezeigt ist.
5A ist ein Flussdiagramm, das eine Ausführungsform der Funktion Freispiel-Zeiteinstellung zeigt, die in 2 definiert ist.
5B ist ein Diagramm einer Ausführungsform einer Datenstruktur zum Speichern von Wettkampfdaten, wie in 5A beschrieben.
6 ist ein Flussdiagramm, das eine Ausführungsform der Funktion Aktualisieren der zu verbessernden Zeit zeigt, die in 5A definiert ist.
7 ist ein Flussdiagramm, das eine Ausführungsform der Funktion Berechnen der zu verbessernden Zeit zeigt, die in 6 definiert ist.
8 ist ein Flussdiagramm, das eine Ausführungsform der Funktion Speichern der Geisterdaten beschreibt, die in 2 definiert ist.
9 ist eine Darstellung einer Bildschirmdarstellung für eine beispielhafte Szene des Fahrzeugwettkampfsystems, wie sie auf dem Darstellungssystem der Ausführungsform aus 1 zu sehen ist.
Genaue Beschreibung der bevorzugten Ausführungsformen
Die vorliegende Erfindung zitiert durch Querverweis die folgenden US-Patentschriften: 5,269,687 namens „System and Method for Recursive Driver Training"; 5,354,202 namens „System and Method for Driver Training with Multiple Driver Completion"; 5,366,376 namens „Driver Training System and Method with Performance Data Feedback"; 5,577,913 namens „System and Method for Driver Training with Multiple Driver Competition"; und 5,660,547 namens „Scenario Development System for Vehicle Simulators".
Die folgende genaue Beschreibung stellt die Beschreibung bestimmter spezifischer Ausführungsformen der vorliegenden Erfindung dar. Allerdings kann die vorliegende Erfindung auf verschiedenste Art und Weise verkörpert werden, wie durch die Ansprüche definiert und abgedeckt. Diese Beschreibung nimmt Bezug auf die Figuren, wobei gleiche Teile durchgehend mit gleichen Bezugszeichen versehen sind.
Eine Ausführungsform der Erfindung ist hier unter Bezugnahme auf Videospielsysteme in einer Spielarkade beschrieben. Allerdings versteht sich, dass die Erfindung auf Fahrzeugsimulatoren oder Spielsysteme anderen Typs ebenso anwendbar ist. Beispielsweise kann die Erfindung in Heimvideospielen verkörpert sein, unabhängig davon, ob sie auf allein stehenden Einheiten über Spielesteuerungen gespielt werden, die mit gewöhnlichen Fernsehgeräten verbunden sind, oder ob sie als Spiele vorgesehen sind, die auf Personal-Computern (PC) gespielt werden. Jede dieser Spieleinheiten kann, wenn sie mit geeigneter Hardware und Software zum Anpassen an einen Netzwerkbetrieb ausgestattet ist, mit einem globalen Netzwerk wie dem Internet verbunden werden.
1 zeigt ein Beispiel eines Spielsystems 100, das mehrere Untersysteme aufweist, wie es im Stand der Technik bekannt ist. Beispielsweise kann ein Spielarkaden-Spielsystem ein Darstellungssystem 114 zum Darstellen hoch aufgelöster dreidimensionaler Bilder auf einem Bildschirm aufweisen. Das Darstellungssystem 114 kommuniziert mit einem Zentraleinheits-(CPU)-System 102 über einen Bus 116. Der Bus 116 kann die Form eines üblichen Datenbusses aufweisen, aber in einer Ausführungsform ist er ein BCI-Bus (Peripheral Component Interconnect Bus), der auf dem Gebiet der Elektrotechnik gut bekannt ist. Das CPU-System 102 kann einen Prozessor wie z. B. einen Quantum Effect Design, Inc. R7000-Prozessor oder jeden anderen gut bekannten Prozessor aufweisen, wie er z. B. von Motorola, Hitachi, Intel oder IBM bereitgestellt wird. Das CPU-System 102 kann auch einen geeigneten Computerspeicher 104, ein Eingabe/Ausgabe-(E/A)-Untersystem (nicht dargestellt) und einen Persistent-Storage-Speicher 112 zum Speichern von Computerprogrammen und Daten aufweisen. Der Speicher 104 kann einen ausführbaren Code-Abschnitt 106 für den simulierten Fahrzeugwettkampf und das Belohnungssystem der vorliegenden Erfindung und einen Satz von Datenstrukturen aufweisen, die von dem Code benutzt werden. In einer Ausführungsform ist der Fahrzeug-Simulationswettkampf-Code in einem Spielarkadenspiel verkörpert. Ein Abschnitt des Quellcodes, der in „C" geschrieben ist, und der benutzt wird, um eine Ausführungsform des ausführbaren Codes 106 zu erzeugen, ist im Anhang beigefügt.
Das CPU-System 102 kann mit dem Eingabe/Ausgabe-System über eine lokalen Bus wie z. B. den lokalen 2-Bit-Bus kommunizieren, der Datenkommunikation zwischen dem Prozessor und dem Eingabe/Ausgabe-Untersystem bereitstellt. Innerhalb des Eingabe/Ausgabe-Untersystems ist ein E/A-Konnektor (nicht dargestellt), der Eingaben von Peripheriegeräten oder Steuerungen 110 akzeptiert. In einer Ausführungsform ist der E/A-Konnektor ein Konnektor der Japanese Amusement Machine Manufacturer's Association (JAMMA). Diese Art von Konnektor ist auf dem Gebiet der Spielarkadenspiele gut bekannt und stellt eine Schnittstelle bereit, um zu bestimmen, ob die Knöpfe Start, Feuern, Aufwärts, Abwärts, Links oder Rechts während eines Spiels von einem Spieler gedrückt wurden. Mit dem E/A-Konnektor können ein Gaspedal, Lenkrad, Knöpfe usw. verbunden sein. Wenn also ein Spieler eine Aktion durchführt, werden Eingaben in das CPU-System 102 aktiviert.
In einer anderen Ausführungsform können das CPU-System 102, der Speicher 104, das E/A-Untersystem und der Persistent-Storage-Speicher 112 in einem Personal-Computer verkörpert sein, wie z. B. einem IBM-kompatiblen Computer oder einem Macintosh-Computer von Apple. Der Personal-Computer kann über eine geeignete Verbindung mit einem Computernetzwerk verbunden sein, z. B. dem Internet. In einer weiteren Ausführungsform können das CPU-System 102, der Speicher 104, das E/A-Untersystem und der Persistent-Storage-Speicher 112 in einer nur für Spiele vorgesehenen Maschine verkörpert sein, wie sie von Nintendo, Sega, Sony und anderen erhältlich ist.
Bezug nehmend auf 2 soll ein Arbeitsflussdiagramm der oberen Stufe eines simulierten Fahrzeugwettkampf-Prozesses 200 beschrieben werden. Der Prozess 200 umfasst das Bestimmen eines Wettkampfparameters zum Belohnen eines Spielers. In einer Ausführungsform kann das Flussdiagramm ein Autorennen-Spielarkadenspiel beschreiben, das als der ausführbare Code 106 verkörpert ist (1). In einer anderen Ausführungsform kann das Flussdiagramm einen Fahrzeugsimulator oder ein Videospiel beschreiben, das als der ausführbare Code 106 verkörpert ist. Obwohl im Folgenden eine Spielarkadenspiel-Verkörperung beschrieben ist, enthält die folgende Beschreibung auch Verkörperungen als Fahrzeugsimulator oder Videospiel. Ferner kann die Erfindung auf Wettkämpfe ohne Fahrzeug angewandt werden, solange ein objektives Kriterium vorhanden ist, ob eine Belohnung erteilt werden soll. Beispielsweise kann die Erfindung in einer Sport-, Kriegs-, Schlacht-, Abenteuer- oder anderen Umgebung verkörpert sein, und das objektive Kriterium können verbleibende Ressourcen, Punkte, gesammelte Schätze usw. sein.
Ausgehend von einem Startzustand 202 beginnt der Prozess 200 ein neues Fahrzeugwettkampfspiel und geht über zu einer Funktion zum Darstellen des Spielerfahrzeugs 204. Die Funktion 204 stellt ein simuliertes Fahrzeug wie z. B. Fahrzeug 900 dar, das von einem Spieler auf einer Fahrbahn 950 einer simulierten Rennstrecke 940 gefahren wird, wie in dem beispielhaften Standbild von 9 gezeigt. Die Dar stellung simulierter Fahrzeuge auf einer simulierten Rennstrecke ist gut bekannt. So beschreiben beispielsweise die US-Patentschriften Nr. 5,269,687 und Nr. 5,366,376 das Darstellen eines Fahrzeugs auf einer Fahrbahn. Eine aktuelle Rennzeit 920 wird ebenfalls dargestellt, beispielsweise in einer Ecke des Bildschirms.
Nachdem die Darstellung des Spielerfahrzeugs 900 zu einem Zeitpunkt auf der Fahrbahn 950 abgeschlossen ist, geht Prozess 200 zu einer Funktion zum Aufzeichnen von Spielerfahrzeugdaten 210 über. Daten zur Position, Orientierung und Zeit des Spielerfahrzeugs werden im Speicher gespeichert. Die Funktion 210 wird gemeinsam mit 3A und 3B weiter beschrieben.
Nachdem die Spielerfahrzeugdaten für die gegenwärtige Position des Spielerfahrzeugs auf der Rennstrecke gespeichert wurden, geht Prozess 200 zu einer Funktion Darstellen eines „Geister"-Fahrzeugs 220 über. In einer Ausführungsform wird ein „Geister"-Fahrzeug, wie z. B. Geisterfahrzeug 910 (9) als eine hellere und durchscheinende Version eines Spielerfahrzeugs dargestellt, obwohl andere Wege zum Anzeigen eines Geisterfahrzeugs existieren. Das Geisterfahrzeug kann in derselben Größe, Farbe und Form usw. wie das Spielerfahrzeug erscheinen, oder es kann eine unterschiedliche Größe, Farbe oder Form usw. aufweisen. Das Geisterfahrzeug kann auch als Phantomfahrzeug bezeichnet werden. In einer Ausführungsform kann das Wort „FREI" über dem Geisterfahrzeug erscheinen, wie im Folgenden beschrieben werden soll.
Nachdem das Geisterfahrzeug 910 zu einem Zeitpunkt auf der Fahrbahn 950 dargestellt worden ist, geht der Prozess 200 zu einem Entscheidungszustand 222 über, um zu ermitteln, ob das aktuelle Spiel abgeschlossen wurde. Wenn nicht, kehrt der Prozess 200 zu Funktion 204 zurück, um das Spielerfahrzeug zu einem Zeitpunkt darzustellen, der auf den vorherige Darstellungszeitpunkt folgt. In einer Ausführungsform des Systems 100 wird eine Schleife der Funktionen 204, 210 und 220 etwa alle 16 Millisekunden oder 60 Mal pro Sekunde durchgeführt.
Wenn das aktuelle Spiel abgeschlossen wurde, wie im Entscheidungszustand 222 ermittelt wird, geht der Prozess 200 zu einer Funktion Freispielzeiteinstellung 230 über. In einer Ausführungsform der vorliegenden Erfindung erhält ein Spieler ein Freispiel, wenn die Rennzeit des Geisterfahrzeugs 910 (über dem „FREI" angezeigt wird) verbessert wird, während dieses die Rennstrecke 940 befährt. Das System 100 kann mehrere Rennstrecken oder Fahrbahnen aufweisen, von denen jede ein Geisterfahrzeug und eine entsprechende Rennzeit aufweisen kann. Die zu verbessernde Zeit zum Gewinnen eines Freispiels kann eingestellt werden, um die Einstellung eines Spielbetreibers zu verfolgen, z. B. wie im Zusammenhang mit 5A, 5B, 6 und 7 an späterer Stelle erläutert werden soll.
Nachdem die Freispielzeit durch Funktion 230 eingestellt wurde, geht der Prozess 200 auf eine Funktion Speichern von Geisterdaten 240 über. Wenn der Spieler die Freispielzeit verbessert hat, speichert das System 100 neue Geisterfahrzeugdaten, wie im Zusammenhang mit 8 an späterer Stelle erläutert werden soll. Nach Abschluss der Funktion 240 geht der Prozess 200 zu einem Entscheidungszustand 242 über, um zu ermitteln, ob der Spieler ein neues Spiel spielen möchte. Wenn ja, geht der Prozess 200 dazu über, bei Funktion 204 ein neues Spiel zu starten, wie oben beschrieben. Wenn im Entscheidungszustand 242 ermittelt wird, dass kein neues Spiel gespielt wird, endet der Prozess 200 mit einem Endzustand 244.
Bezug nehmend auf 3A und 3B soll nun die zuvor in 2 gezeigte Funktion Aufzeichnen von Spielerfahrzeugdaten 210 näher beschrieben werden. Ausgehend von einem Startzustand 302, geht die Funktion 210 in einen Entscheidungszustand 304 über, um zu ermitteln, ob das Fahrzeug des Spielers eine Strecke von 9,14 Metern (30 Fuß) auf der simulierten Rennstrecke 940 (9) zurückgelegt hat, seit die Spielerfahrzeugdaten zuletzt gespeichert wurden. In einer anderen Ausführungsform kann eine andere Strecke als 9,14 Meter (30 Fuß) benutzt werden, wie z. B. eine Strecke, die beispielsweise ausgewählt ist aus dem Bereich von 1,52 Metern bis 15,2 Metern (5 bis 50 Fuß). Der ausgewählte Distanzwert stellt eine Balance zwischen zwei entgegengesetzten Einschränkungen her. Das Benutzen einer kurzen Strecke erfordert mehr zu nutzenden Speicher, und das Benutzen einer zu langen Strecke führt zum Auftreten eines unerwünschten Effekts, d. h., es können Artefakte in der Animation auftreten, wenn sie wiederholt oder erneut wiedergegeben wird. In einer Ausführungsform kann der Distanzwert auf der Größe des verfügbaren Speichers basieren. In einer anderen Ausführungsform können fortschrittliche Verfahren die Speichernutzung senken und können auf ein weniger leistungsstarkes System angewandt werden, wie z. B. ein Heimspielsystem. Spielerfahrzeugdaten werden zu Beginn der Rennstrecke als Ausgangsspeicherdaten gespeichert. Wenn das Fahrzeug sich nicht um mehr als 9,14 Meter (30 Fuß) vorwärts bewegt hat, wie im Entscheidungszustand 304 ermittelt wird, endet Funktion 210 und geht zu einem Endzustand 308 über.
Wenn das Fahrzeug sich um mehr als 9,14 Meter (30 Fuß) vorwärts bewegt hat, wie im Entscheidungszustand 304 ermittelt wird, geht die Funktion 210 zu einem Zustand 306 über. Beispielsweise werden Daten zu Position, Orientierung und Spielzeit des Spielerfahrzeugs in der Datenstruktur 108 im Speicher 104 gespeichert. Eine beispielhafte Warteschlangen-Datenstruktur 330 mit mehreren Datenaufzeichnungen, wie z. B. Datenaufzeichnungen 320 und 340, ist in 3C gezeigt. In einer Ausführungsform weist die Datenaufzeichnung 320 (geltend auch für Aufzeichnung 340 und folgende Aufzeichnungen) Felder 322 für die X-, Y-, Z-Position des Fahrzeugs, Felder 324 für die Quaternionorientierung q1, q2, q3, q4, und ein Spielfeld 326 auf, wie in 3B dargestellt. Die Quaternionorientierung kann durch Computerfunktionen implementiert sein, wie sie in „Advanced Animation and Rendering Techniques, Theory and Practice" von Alan Watt und Mark Watt, Addison Wesley, Menlo Park, Kalifornien, ISBN 0-201-54412-1, Seite 361 bis 368 beschrieben werden, was hiermit durch Querverweis zitiert ist. Daten für eine beispielhafte Aufzeichnung sind wie folgt:

X: 3354,7895

Y: 4521,8561

Z. 30,5435

q1: 0,7071

q2: 0,5000

q3: 0,0000

q4 : 0,5000

Spielzeit: 32043 (Einheiten in Millisekunden)
Eine neue Aufzeichnung mit Daten, die einer Strecke von 9,14 Metern (30 Fuß) der Fahrbahn entsprechen, werden an Position 340 der Struktur 330 in einer folgenden Ausführung von Funktion 210 gespeichert. Nach Abschluss von Zustand 306 endet Funktion 210 mit einem Endzustand 308.
Bezug nehmend auf 4 soll nun die Funktion Anzeigen des Geisterfahrzeugs 220, die zuvor in 2 gezeigt wurde, näher beschrieben werden. Ausgehend von einem Startzustand 402, geht die Funktion 220 zu einem Entscheidungszustand 404 über, um zu ermitteln, ob diese Ausführung von Funktion 220 zu Beginn des Spiels stattfindet. Wenn ja, greift der Prozess 220 in Zustand 406 auf die Geisterfahrzeug-Wegedaten in dem Persistent-Storage-Speicher 112 (1) zu, die z. B. von Funktion 240 in einer Warteschlangen-Datenstruktur 330 (3B) gespeichert wurden. Wenn allerdings bereits auf die Geisterfahrzeug-Wegedaten zugegriffen wurde, wie in Entscheidungszustand 404 ermittelt wird, geht die Funktion 220 zu einem Zustand 408 über. In Zustand 408 ermittelt die Funktion 220 ein Verhältnis der zum Gewinnen eines Freispiels benötigten Rennzeit („Freispielzeit"), die von einer Funktion Freispielzeit 620 (6 und 7) gewonnen wird, die Teil der Funktion Freispiel-Zeiteinstellung 230 ist, zu der tatsächlichen Abschlusszeit für das gespeicherte Geisterfahrzeug („Geisterfahrzeugzeit"). Dieses Verhältnis wird benutzt, um eine Variable „h" einzustellen. Wenn eine Freispielzeit beispielsweise 210.453 Millisekunden und eine Geisterfahrzeugzeit 212.341 Millisekunden betrug, wäre das Verhältnis der Freispielzeit zur Geisterfahrzeugzeit 0,99110864.
Übergehend zu Zustand 410, stellt die Funktion 220 eine Variable „g" ein, die der verstrichenen Spielzeit entspricht. Eine beispielhafte verstrichene Spielzeit kann 32.043 Millisekunden betragen. Fortfahrend mit Zustand 412, multipliziert die Funktion 220 den Wert der Variable „g" und den Wert der Variable „h" und stellt das Produktergebnis als die Variable „i" ein. Unter Benutzung der oben genannten beispielhaften Werte kann „i" 31.758 sein. Übergehend zu Zustand 414 zeigt die Funktion 220 das Geisterfahrzeug gemäß dem skalierten Zeitwert „i" an. Der Softwarecode für Zustand 414, der auf dem CPU-System 102 operiert, dient in einer Ausführungsform als eine Wiederholungsanpassung. Das Anzeigen der Position und Orientierung eines aufgezeichneten Wegs in drei Dimensionen zusammen mit einer Orientierung unter Benutzung von Quaternions und einem dargestellten dreidimensionalen Objekt ist in dem oben erwähnten Werk „Advanced Animation and Rendering Techniques, Theory and Practice" erläutert. Zustand 414 benutzt den skalierten Zeitwert „i" als Index zur Bezugnahme auf die zeitlich geordneten Animationsdaten, z. B. die Geisterfahrzeugdaten. Dann werden bekannte Verfahren wie z. B. das Bestimmen eines gewichteten Mittelwerts von zwei Proben basierend auf der zeitlichen Nähe zwischen den Zeitwertproben, ders., bei der Darstellung des Geisterfahrzeugs benutzt. Deshalb kann in einer Ausführungsform eine einzelne Animation mit verschiedenen Geschwindigkeiten abgespielt werden, basierend auf dem Skalierungsverhältnis „h". Beispielsweise kann, Bezug nehmend auf 3C, der skalierte Zeitwert „i" zwischen der Spielzeit der Datenaufzeichnung 320 und der Spielzeit der Datenaufzeichnung 340 liegen. In einer Ausführungsform wird eine Interpolation durchgeführt, um neue Werte X, Y, Z, q1, q2, q3, q4 basierend auf der zeitlichen Nähe des skalierten Zeitwerts „i" zwischen den Spielzeiten der zwei Datenaufzeichnungen zu berechnen. Die Funktion 220 endet mit einem Endzustand 416.
Bezug nehmend auf 5A und 5B, soll die Funktion Freispielzeit Einstellen 230, die zuvor in 2 gezeigt wurde, näher beschrieben werden. In einer Ausführungsform wird die Funktion nach dem Abschluss eines Spiels durchgeführt, d. h. nach Ende des aktuellen Spiels, aber bevor ein anderes Spiel beginnen kann. Abschnitte des Softwarecodes und des CPU-Systems 102 (1) dienen als Parametereinsteller.
Ausgehend von einem Startzustand 502 geht die Funktion 230 zu einem Entscheidungszustand 504 über, um zu ermitteln, ob das Spielerfahrzeug das aktuelle Spiel abgeschlossen hat. Wenn nicht, geht die Funktion 230 zu einem Zustand 506 über und sucht in einer Datenstruktur 530, die einen oder mehrere Wettkampf-Parameter, wie z. B. Rennzeiten, enthält, nach dem schlechtesten Wert der Wettkampf-Parameter, wie z. B. der langsamsten Zeit. Die schlechteste Rennzeit wird als eine Variable „a" eingestellt. In einer Ausführungsform kann die Datenstruktur eine kreisförmige Warteschlange von Rennzeiten, Punkteständen usw. sein. Die kreisförmige Warteschlange 530 ist eine der Datenstrukturen 108 ( 1). In einer Ausführungsform enthält die kreisförmige Warteschlange 530 einhundert Einträge. In einer anderen Ausführungsform kann die kreisförmige Warteschlange eine Anzahl von Einträgen enthalten, die höher oder niedriger ist als einhundert.
Zurückkehrend zu Entscheidungszustand 504 geht die Funktion 230, wenn der Spieler das Rennen abgeschlossen hat, zu einem Zustand 508 über und stellt die Variable „a" als die Rennzeit für das Rennen ein. Nach dem Abschluss von Zustand 508 oder auch 506 geht die Funktion 230 zu einem Zustand 510 über. In Zustand 510 speichert die Funktion 230 die Variable „a" in einer Datenstruktur, wie z. B. der kreisförmige Warteschlange 530. Bezug nehmend auf 5B wird die Position in der kreisförmigen Warteschlange, die gerade einen Eintrag wie z. B. die Variable „a" erhält, als der Schwanz 532 der Warteschlange bezeichnet. Die Position genau vor dem Schwanz wird als der Kopf 534 der Warteschlange bezeichnet.
Nach Abschluss von Zustand 510 geht die Funktion 230 zu einem Entscheidungszustand 512 über, um zu ermitteln, ob die Rennzeit gut genug für ein Freispiel ist. Dies kann geschehen, wenn das Spielerfahrzeug früher als das Geisterfahrzeug über die Ziellinie der Rennstrecke gelangt. Wenn ja, fährt die Funktion 230 mit Zustand 514 fort und erhöht den Zählwert für Freispiele, die von dem Spielsystem 100 gegeben wurden. Nach Abschluss von Zustand 514 oder wenn die Rennzeit nicht gut genug für ein Freispiel war, wie in Entscheidungszustand 512 ermittelt wird, geht die Funktion 230 zu einem Zustand 516 über. In Zustand 516 erhöht die Funktion 230 die Gesamtzahl von Spielen, die auf dem System 100 gespielt wurden. Die Funktion 230 geht dann zu einer Funktion Aktualisieren der Freispielzeit 520 über, die im Folgenden beschrieben werden soll. Nach Abschluss der Funktion 520 endet die Funktion 230 mit einem Endzustand 522.
Bezug nehmend auf 6 soll die Funktion Aktualisieren der Freispielzeit 520, die zuvor in 5a gezeigt wurde, näher beschrieben werden. Ausgehend von einem Startzustand 602, geht die Funktion 520 zu einem Zustand 604 über, wobei ein Prozentanteil von Freispielen, die für das Spielsystem zugelassen sind, benutzt wird, um eine Variable „b" einzustellen. In einer Ausführungsform können die Werte für „b" 5 %, 10 % oder 15 % Freispiele sein. Der Prozentanteil zuzulassender Freispiele wurde zuvor von dem Betreiber, Eigentümer oder Verwalter des Systems 100 ausgewählt. In einer anderen Ausführungsform kann die Anzahl zuzulassender Freispiele zunächst vom Hersteller eingestellt werden, d. h. von der Fabrik. Die Variable „b" wird als der Wahlanteil des Betreibers bezeichnet.
Übergehend zu Zustand 606, wird ein beobachteter Prozentanteil basierend auf einer Anzahl von Freispielen, die für zuvor gespielte Spiele gegeben wurden, und eine Gesamtzahl von zuvor gespielten Spielen, die von dem Spielsystem 100 verfolgt werden, benutzt, um eine Variable „c" einzustellen. Diese Variable wird als der beobachtete Anteil bezeichnet. Fortfahrend mit einem Entscheidungszustand 608, ermittelt die Funktion 520, ob der beobachtete Anteil höher ist als der Wahlanteil des Betreibers. Wenn nicht, stellt die Funktion 520 in einem Zustand 610 den Wert der Variable „b" auf eine Variable „d" ein. Wenn allerdings der beobachtete Anteil von Freispielen höher ist als der Wahlanteil des Betreibers, wie im Entscheidungszustand 608 ermittelt wird, geht die Funktion 520 zu einem Zustand 612 über. In Zustand 612 berechnet die Funktion 520 einen wert für die Variable „d", indem der Wert der Variable „b" von dem Werte der Variable „c" abgezogen wird und das Ergebnis benutzt wird, um es von dem Wert der Variable „b" abzuziehen. Das Ergebnis wird benutzt, um die Variable „d" einzustellen. Beispielsweise wäre für die Beispielwerte „b" = 5 % und „c" = 5,1 % „d" (b – (c – b)) = 4,9 %.
Übergehend zu einem Entscheidungszustand 614 ermittelt die Funktion 520, ob der Wert der Variable „d" niedriger als null ist. Wenn ja, geht die Funktion 520 zu einem Zustand 616 über und stellt die Variable „d" als gleich null ein. In einer Ausführungsform zwingt der Effekt der Einstellung von „d" auf null die Funktion Berechnen der Freispielzeit 620 (7) dazu, die schnellste Zeit in der kreisförmigen Warteschlange 530 als die neue Freispielzeit (zu verbessernde Zeit) zurückzuholen, wie im Folgenden beschrieben werden soll. Nach Abschluss von Zustand 610 oder 616, oder wenn der Wert von Variable „d" nicht niedriger als null ist, wie im Entscheidungszustand 614 ermittelt wird, geht die Funktion 520 zu Funktion 620 über. Funktion 620 berechnet eine Freispielzeit als eine Funktion der Variable „d" und der Zeiten der kreisförmigen Warteschlange 530. Die Funktion 620 soll im Folgenden unter Bezugnahme auf 7 beschrieben werden. Es ist zu beachten, dass die Freispielzeit auf dem beispielhaften Standbild von 9 als die Freispielzeit 930 dargestellt ist. Nach Abschluss von Funktion 620 endet Funktion 520 mit einem Endzustand 622.
Natürlich können andere Verfahren benutzt werden, um die Freispielzeit zu aktualisieren, insbesondere wenn ermittelt wird, dass die statistischen Spielzeiten von der beabsichtigten Menge zuzulassender Freispiele abweichen.
Bezug nehmend auf 7, soll die Funktion Berechnen der Freispielzeit 620, die zuvor in 6 gezeigt wurde, näher beschrieben werden. Ausgehend von Startzustand 702 geht die Funktion 620 zu einem Zustand 704 über. In Zustand 704 überträgt die Funktion 620 die Werte der kreisförmigen Warteschlange in ein temporäres Array „e". Wenn die Warteschlange nicht voll ist, werden die Werte in den oberen Bereich des Arrays übertragen. Übergehend zu einem Zustand 706, sortiert die Funktion 620 das temporäre Array „e" in absteigender Reihenfolge der Wettkampf-Parameter, welche z. B. Rennzeiten sein können. In einer Ausführungsform ergibt dieser Zustand ein Array von einhundert Positionen, wobei die schnellste Rennzeit an Position Null und die langsamste Rennzeit an Position 99 gespeichert ist. Übergehend zu einem Zustand 708 erhält die Funktion 620 einen Eintrag in dem temporären Array „e", der der Anteilvariable „d" entspricht. Im Betrieb kann, da die kreisförmige Warteschlange 530 und also das temporäre Array „e" nicht immer voll sein können, eine Interpolation zwischen existierenden Elementen in der Warteschlange durchgeführt werden. Es ist zu beachten, dass eine Interpolation auch bei einem vollen Array durchgeführt werden kann. Es ist außerdem zu beachten, dass, wenn die Anteilsvariable „d" eine Bruchzahl ist, mehrere Einträge zur Interpolation benutzt werden können, um einen genaueren Wert zu erhalten.
Beispielsweise kann der Wert von „d" 4,9 % sein, und das sortierte temporäre Array „e" kann die folgenden zehn Werte aufweisen:

Element Wert

0: 230747

1: 231001

2: 231567

3: 231588

4: 231666

5: 232189

6: 234438

7: 237069

8: 239412

9: 241597
In einer Ausführungsform kann die Ermittlung der Freispielzeit wie folgt geschehen: Zunächst werden eine Bruchzahl, die den Index der Zahl oder der Zahlen repräsentiert, der benutzt werden soll, und ein Interpolationsbruchwert, der zur Interpolation zwischen zwei Zahlen benutzt werden soll, mit Hilfe der folgenden Gleichung bestimmt: „d"{in Prozent}·< Anzahl von Elementen in Array „e" >/100
Für den Wert von „d" = 4,9 % und die Anzahl von Elementen in Array „e" = 10: 4,9%·10 (Gesamtzahl der Listeneinträge)/100 = 49/100 = 0,49
Der Index des ersten zu benutzenden Elements ist der ganzzahlige Teil von 0,49 (der 0 ist), während der Bruchteil benutzt wird, um zwischen den Elementen 0 und 1 zu interpolieren. Deshalb wäre die Freispielzeit: e[0] + (e[1] – e[0])·frac 230747 + (231001 – 230747)·0,49 = 230747 + (254)·0,49 = 230747 + 124,46 = 230871 Millisekunden, oder 3'40''871 (3 Minuten, 50 Sekunden und 871 Millisekunden)
ach Abschluss von Zustand 708 endet Funktion 620 mit einem Endzustand 710.
Bezug nehmend auf 8 soll die Funktion Geisterdaten Speichern 240, die zuvor in 2 gezeigt wurde, näher beschrieben werden. Ausgehend von einem Startzustand 802 geht die Funktion 240 zu einem Entscheidungszustand 804 über, um zu ermitteln, ob der Spieler die Freispielzeit für das aktuelle Rennen verbessert hat. Wenn nicht, endet die Funktion 240 und geht zu einem Endzustand 808 über. Wenn allerdings der Spiele der Freispielzeit verbessert hat, wie in Entscheidungszustand 804 ermittelt wird, geht die Funktion 240 zu einem Zustand 806 über. In Zustand 806 speichert die Funktion 240 die Geisterdaten, die vorübergehend in einer Puffer-Warteschlange in Funktion 210 gespeichert waren, in dem Persistent-Storage-Speicher 112, der in einer Ausführungsform als ein Speicher für die aufgezeichnete Rennstrecke dient. Die Pufferdaten, die aus der Warteschlangen-Datenstruktur 330 stammen, werden mit der Renn zeit für die Rennstrecke und dem Namen des Spielers, der die Rennstrecke befahren hat, ausgestattet. Nach Abschluss von Zustand 806 geht die Funktion 240 zu einem Endzustand 808 über.
Das oben erläuterte Beispiel bezieht sich auf ein Spiel, wobei der verglichene Parameter die Zeit ist, und wobei die Belohnung ein Freispiel ist. Andere Ausführungsformen, wie z. B. ein Simulator, können unterschiedliche Vergleichsparameter wählen, wie z. B. eine Anzahl von Unfällen, einen Punktestand usw., und andere Arten der Belohnung. Beispielsweise kann das Wettkampfsystem mit einem globalen Computernetzwerk verbunden sein, und die Belohnung kann die Anerkennung für den Spieler auf einer Netzwerkressource des globalen Computernetzwerks umfassen. Als ein anderes Beispiel kann das Wettkampfsystem mit einem globalen Computernetzwerk verbunden sein, und die Belohnung kann Cyber-Credits oder eine Cyber-Belohnung für den Spieler in dem globalen Computernetzwerk umfassen.
In einer anderen Ausführungsform kann das Wettkampfsystem mit einem globalen Computernetzwerk verbunden sein, und die Fahrzeugrenn-(Geister)-Daten können an eine Netzwerkressource übertragen werden. Die Fahrzeugrenndaten eines bestimmten Spielers können mit den Fahrzeugrenndaten anderer Spieler zusammengestellt werden. Spieler, die auf die Netzwerkressource zugreifen, können die Fahrzeugrenndaten herunterladen, um sie als Geisterdaten in ihrem Wettkampfsystem zu benutzen.
Es können spezifische Blöcke, Abschnitte, Vorrichtungen, Funktionen und Module erläutert worden sein. Fachleute werden jedoch feststellen, dass es viele Möglichkeiten gibt, das System der vorliegenden Erfindung einzuteilen, und dass viele Teile, Komponenten, Module oder Funktionen durch die oben genannten ersetzt werden können.
Während die oben aufgeführte genaue Beschreibung die grundlegenden neuen Merkmale der Erfindung in ihrer Anwendung auf verschiedene Ausführungsformen dargestellt, beschrieben und aufgezeigt hat, versteht sich, dass von Fachleuten verschiedene Auslassungen und Ersetzungen und Änderungen in der Form und den Details des dargestellten Systems vorgenommen werden können.

Claims

Verfahren eines simulierten Fahrzeugwettkampfes, umfassend: Vorsehen eines Datenprozessors, Speichern mehrerer Fahrzeug-Rennparameter (330), die vergangene Routen und eine vergangene Route anzeigen, Navigieren eines simulierten Fahrzeugs über eine aktuelle Route, Darstellen der aktuellen Route des simulierten Fahrzeugs, dadurch gekennzeichnet, dass das Verfahren weiterhin umfasst: Vorsehen eines Schwellenroutenparameters, der auf ein objektives Kriterium bezogen ist, das zum Erhalten einer Belohnung erforderlich ist, und Modifizieren des Schwellenroutenparameters gemäß einer Funktion der gespeicherten Fahrzeug-Rennparameter (330), wobei das Modifizieren des Schwellenroutenparameters umfasst: Sortieren der gespeicherten Parameter in einer sequentiellen Reihenfolge, und Auswählen eines Parameters von den sortierten Parametern anhand eines Prozentanteils der Gesamtzahl der gespeicherten Parameter.
Verfahren nach Anspruch 1, das zusätzlich ein zeitgleiches Darstellen der vergangenen Route des simulierten Fahrzeugs gemeinsam mit der aktuellen Route des simulierten Fahrzeugs umfasst.
Verfahren nach Anspruch 1 oder 2, wobei der Schwellenroutenparameter eine freie Spielzeit ist.
Verfahren nach einem der vorangehenden Ansprüche, wobei das Speichern mehrerer Parameter, die vergangene Routen anzeigen, ein Speichern von Fahrzeug-Rennparametern vergangener Spieler auf einer bestimmten Bahn in einem Speicher umfasst.
Verfahren nach einem der vorangehenden Ansprüche, wobei das Speichern einer vergangenen Route ein Speichern eines Fahrzeugzielkurses umfasst.
Verfahren nach einem der vorangehenden Ansprüche, wobei das Vorsehen eines Schwellenroutenparameters ein Auswählen eines der gespeicherten Parameter, die vergangene Routen anzeigen, umfasst.
Verfahren nach einem der Ansprüche 2 bis 6, wobei das Darstellen der vergangenen Route des simulierten Fahrzeugs ein Abspielen der vergangenen Route als eine Funktion von (i.) dem Schwellenroutenparameter und (ii.) der aktuellen Route des simulierten Fahrzeugs umfasst.
Verfahren nach einem der vorangehenden Ansprüche, das zusätzlich das Aufzeichnen räumlicher Daten des simulierten Fahrzeugs auf einer bestimmten Bahn in einem Zwischenspeicher als aktuelle Route des gegenwärtigen Spielers umfasst.
Verfahren nach Anspruch 8, das zusätzlich umfasst: Speichern eines Fahrzeug-Rennparameters des gegenwärtigen Spielers in einem Speicher, und Auswählen der aufgezeichneten aktuellen Route as eine neue vergangene Route, wenn der gespeicherte Fahrzeug-Rennparameter des gegenwärtigen Spielers eine Verbesserung gegenüber dem Schwellenroutenparameter darstellt.
Verfahren nach Anspruch 9, wobei das Modifizieren das Anpassen des gespeicherten Parameters, der in Bezug zu der neuen vergangenen Route steht, basierend auf dem Schwellenroutenparameters umfasst, so dass ein neuer Schwellenroutenparameter erzeugt wird.
Verfahren nach einem der vorangehenden Ansprüche, das zusätzlich das Sortieren der Parameter, die vergangene Routen anzeigen, anhand eines vorbestimmten Kriteriums umfasst.
Verfahren nach einem der vorangehenden Ansprüche, wobei jeder der Parameter, die vergangene Routen anzeigen, eine Zeit zum Abschließen des Rennens umfasst.
Verfahren nach einem der Ansprüche 9 und 10, das zusätzlich ein Belohnen des Spielers umfasst, wenn der gespeicherte Parameter des gegenwärtigen Spielers eine Verbesserung gegenüber dem Schwellenroutenparameter darstellt.
Verfahren nach Anspruch 13, wobei die Belohnung ein kostenloses Rennen durch Erhöhen eines Zählers für kostenlose Spiele umfasst.
Verfahren nach Anspruch 14, wobei der angeordnete Datenprozessor als ein Arkadenspiel ausgeführt ist, wobei das Arkadenspiel weiterhin umfasst: ein Darstellungssystem, das mit dem Prozessor kommuniziert, eine Speichervorrichtung, die einen ausführbaren Kodeabschnitt enthält, der so ausgebildet ist, dass er einen simulierten Fahrzeug-Wettkampf ausführt und eine Belohnung zuteilt.
Verfahren nach einem der Ansprüche 13, 14 oder 15, wobei der Datenprozessor mit einem globalen Computernetzwerk verbunden ist.
Verfahren nach einem der Ansprüche 13, 14, 15 oder 16, wobei der Datenprozessor mit einem globalen Computernetzwerk verbunden ist und Fahrzeugrenndaten auf eine Netzwerkressource im globalen Computernetzwerk übertragen werden.
Verfahren nach einem der Ansprüche 4 bis 17, das zusätzlich umfasst: Markieren eines jeden gespeicherten Parameters, die vergangene Routen anzeigen, mit einem Speicherungsdatum und einem Speicherungszeitpunkt, und Entfernen eines Parameters, der mit dem ältesten Datum und der ältesten Zeit markiert ist, aus dem Speicher, wenn ein neuer Parameter dem Speicher hinzugefügt wird.
Verfahren nach einem der Ansprüche 4 bis 18, wobei ein Abschnitt des Speichers, der die Fahrzeug-Rennparameter, die vergangene Routen anzeigen, als eine Datenstruktur organisiert ist, die eine kreisförmige Warteschlange umfasst.
Verfahren nach Anspruch 19, wobei die kreisförmige Warteschlange eine Länge aufweist, die mit einer vorbestimmten Zahl identisch ist.
Verfahren nach Anspruch 19 oder 20, das zusätzlich ein Überschreiben des ältesten Eintrags in der kreisförmigen Warteschlange umfasst, wenn ein neuer Fahrzeug-Rennparameter hinzugefügt wird.
Verfahren nach einem der vorangehenden Ansprüche, wobei der Schwellenroutenparameter im Laufe der Zeit modifiziert wird.
Verfahren nach einem der Ansprüche 10 bis 22, das zusätzlich ein Belohnen des Spielers umfasst, wenn der gespeicherte Parameter des gegenwärtigen Spielers eine Verbesserung gegenüber dem Schwellenroutenparameter darstellt und wobei das Anpassen umfasst: Bestimmen eines ersten Prozentanteils von Belohnungen, die im Laufe der Zeit zugeteilt werden sollen, Bestimmen eines zweiten Prozentanteils von Belohnungen, die bereits in Bezug auf vergangene Routen zugeteilt wurden, und Auswählen eines der gespeicherten Fahrzeug-Rennparameter als eine Funktion des ersten Prozentanteils und des zweiten Prozentanteils.
Verfahren nach einem der Ansprüche 13 bis 23, wobei die Belohnung ein kostenloses Rennen durch Erhöhen eines Zählers für kostenlose Spiele umfasst.
Verfahren nach einem der Ansprüche 4 bis 24, wobei die Fahrzeug-Rennparameter, die vergangene Routen einer bestimmten Bahn anzeigen, für eine vorbestimmte Anzahl von vergangenen Routen im Speicher gespeichert werden.
System für simulierten Fahrzeug-Wettkampf, umfassend: einen Datenprozessor, ein Mittel zum Speichern mehrerer Fahrzeug-Rennparameter, die vergangene Rennen und eine vergangene Route anzeigen, ein Mittel zum Navigieren eines simulierten Fahrzeugs über eine aktuelle Route, ein Mittel zum Darstellen der aktuellen Route des simulierten Fahrzeugs, ein Mittel zum Vorsehen eines Schwellenroutenparameters, der in Bezug zu einem objektiven Kriterium steht, dass zum Erhalten einer Belohnung erforderlich ist, und ein Mittel zum Modifizieren des Schwellenroutenparameters anhand einer Funktion der gespeicherten Fahrzeug-Rennparameter, wobei das Mittel zum Modifizieren des Schwellenroutenparameters umfasst: ein Mittel zum Sortieren der gespeicherten Parameter in eine sequentielle Reihenfolge, und ein Mittel zum Auswählen eines Parameters von den geordneten gespeicherten Parametern anhand eines Prozentanteils der Gesamtzahl der gespeicherten Parameter.
System nach Anspruch 26, das zusätzlich ein Mittel zur zeitgleichen Darstellung der vergangenen Route des simulierten Fahrzeugs gemeinsam mit der aktuellen Route des simulierten Fahrzeugs umfasst.
System nach Anspruch 26 oder 27, wobei der Schwellenroutenparameter eine freie Spielzeit ist.
System nach Anspruch 27 oder 28, wobei das Mittel zum Darstellen der vergangenen Route des simulierten Fahrzeugs ein Mittel zum Abspielen der vergangenen Route als eine Funktion von (i.) dem Schwellenroutenparameter und (ii.) der aktuellen Route des simulierten Fahrzeugs umfasst.
System nach einem der Ansprüche 26 bis 29, das zusätzlich ein Mittel zum Aufzeichnen räumlicher Daten des simulierten Fahrzeugs auf einer bestimmten Bahn in ei nem Zwischenspeicher als aktuelle Route eines gegenwärtigen Spielers umfasst.
System nach Anspruch 30, das zusätzlich umfasst: ein Mittel zum Speichern eines Fahrzeug-Rennparameters des gegenwärtigen Spielers in einem Speicher, und ein Mittel zum Auswählen einer aufgezeichneten aktuellen Route als eine neue vergangene Route, wenn der gespeicherte Fahrzeug-Rennparameter des gegenwärtigen Spielers eine Verbesserung gegenüber dem Schwellenroutenparameter darstellt.
System nach Anspruch 31, wobei das Mittel zum Modifizieren ein Mittel zum Anpassen des gespeicherten Parameters, der in Bezug zu der neuen vergangenen Route steht, basierend auf dem Schwellenroutenparameter umfasst, so dass ein neuer Schwellenroutenparameter erzeugt wird.
System nach einem der Ansprüche 26 bis 32, das zusätzlich ein Mittel umfasst zum Sortieren der Parameter, die vergangene Routen gemäß einem vorbestimmten Kriterium anzeigen.
System nach einem der Ansprüche 26 bis 33, wobei jeder der Parameter, die vergangene Routen anzeigen, eine Zeit zum Abschließen des Rennens umfasst.
System nach einem der Ansprüche 31 bis 34, das zusätzlich ein Mittel zum Belohnen des Spielers umfasst, wenn der gespeicherte Parameter des gegenwärtigen Spielers eine Verbesserung gegenüber dem Schwellenroutenparameter darstellt.
System nach einem der Ansprüche 32 bis 35, das zusätzlich ein Mittel zum Belohnen des Spielers umfasst, wenn der gespeicherte Parameter des gegenwärtigen Spielers eine Verbesserung gegenüber dem Schwellenroutenparameter darstellt, wobei das Mittel zum Anpassen umfasst: ein Mittel zum Bestimmen eines ersten Prozentanteils von Belohnungen, die im Laufe der Zeit zugeteilt werden sollen, ein Mittel zum Bestimmen eines zweiten Prozentanteils von Belohnungen, die bereits in Bezug auf vergangene Routen zugeteilt wurden, und ein Mittel zum Auswählen eines der gespeicherten Fahrzeug-Rennparameter als eine Funktion des ersten Prozentanteils und des zweiten Prozentanteils.
System nach Anspruch 35 oder 36, wobei die Belohnung ein kostenloses Rennen durch Erhöhung eines Zählers für kostenlose Rennen umfasst.