DE102018218501A1

DE102018218501A1 - System und Verfahren zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes

Info

Publication number: DE102018218501A1
Application number: DE102018218501.8A
Authority: DE
Inventors: Maira A. Malik; Robert M. Uyeki; Scott Bergonzi
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2017-11-30
Filing date: 2018-10-29
Publication date: 2019-06-06
Also published as: US11127056B2; CN109858941A; JP2019102069A; US20190164203A1; JP7154948B2

Abstract

Ein System und Verfahren zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes, die das Empfangen mindestens eines Laststeuerungssignals beinhalten. Das System und Verfahren beinhalten auch das Analysieren von Eventdaten, um mindestens ein Event zu bestimmen. Das System und Verfahren beinhalten zusätzlich das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes basierend auf den Eventdaten. Das System und Verfahren beinhalten ferner das Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug.

Description

STAND DER TECHNIK
Derzeit kann eine offene Fahrzeugversorgungsnetzplattform (open vehicle-grid platform - OVGIP) ein Laststeuerungsprogramm bereitstellen, das für einen oder mehrere Elektrofahrzeugfahrer ein Anreiz sein könnte, den Gebrauch ihrer jeweiligen Elektrofahrzeuge während eines oder mehrerer Hochlastzeiträume zu begrenzen und ihren Gebrauch während eines oder mehrerer Niedriglastzeiträume zu erhöhen. Der eine oder die mehreren Hochlastzeiträume können Zeiten berücksichtigen, in denen die Nachfrage zum Aufladen von Elektrofahrzeugen basierend auf gewissen vorbestimmten Tageszeiten hoch ist. In vielen Fällen kann eine OVGIP eine vorbestimmte Overhead-Preisregelung anwenden, die auf das elektrische Aufladen von Elektrofahrzeugen angewendet werden kann, die als Teil des Laststeuerungsprogramms während des einen oder der mehreren Hochlasträume integriert sein können. Die vorbestimmte Overhead-Preisregelung kann der Art nach für eine gesamte Dauer des vorbestimmten Zeitraums statisch sein und kann allgemein für alle Elektrofahrzeuge gelten, die am Laststeuerungsprogramm teilnehmen.
KURZBESCHREIBUNG
Einem Aspekt gemäß ein computerimplementiertes Verfahren zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes, welches das Empfangen mindestens eines Laststeuerungssignals beinhaltet. Mindestens eine Laststeuerungsoverhead-Preisregelung, die an mindestens einem Standort während mindestens eines Zeitraums implementiert ist, wird basierend auf dem mindestens einen Laststeuerungssignal bestimmt. Das computerimplementierte Verfahren beinhaltet zudem das Analysieren von Eventdaten, um mindestens ein Event zu bestimmen, das an dem mindestens einen Standort während des mindestens einen Zeitraums stattfindet. Das computerimplementierte Verfahren beinhaltet auch das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes basierend auf den Eventdaten. Der mindestens eine Laststeuerungsoverhead-Prozentsatz kann bestimmt werden, um die mindestens eine Laststeuerungsoverhead-Preisregelung in umliegender Nähe des mindestens einen Events zu ermöglichen. Das Verfahren beinhaltet ferner das Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug.
Einem anderen Aspekt gemäß ein System zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes, das einen Arbeitsspeicher zum Speichern von Anweisungen beinhaltet, die bei Ausführung den Prozessor dazu veranlassen, mindestens ein Laststeuerungssignal zu empfangen. Mindestens eine Laststeuerungs-Overheadpreisregelung, die an mindestens einem Standort während mindestens eines Zeitraums implementiert ist, wird basierend auf dem mindestens einen Laststeuerungssignal bestimmt. Die Anweisungen veranlassen den Prozessor zudem dazu, Eventdaten zu analysieren, um mindestens ein Event zu bestimmen, das an dem mindestens einen Standort während des mindestens einen Zeitraums stattfindet. Die Anweisungen veranlassen den Prozessor auch dazu, mindestens einen Laststeuerungsoverhead-Prozentsatz basierend auf den Eventdaten zu bestimmen. Der mindestens eine Laststeuerungsoverhead-Prozentsatz kann bestimmt werden, um die mindestens eine Laststeuerungsoverhead-Preisregelung in umliegender Nähe des mindestens einen Events zu ermöglichen. Die Anweisungen veranlassen den Prozessor ferner dazu, den Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug zu kommunizieren.
Einem weiteren Aspekt gemäß ein computerlesbares Speichermedium, das Anweisungen speichert, die bei Ausführung durch einen Computer, der mindestens einen Prozessor beinhaltet, den Computer dazu veranlassen, ein Verfahren auszuführen, das beinhaltet, mindestens ein Laststeuerungssignal zu empfangen. Mindestens eine Laststeuerungsoverhead-Preisregelung, die an mindestens einem Standort während mindestens eines Zeitraums implementiert ist, wird basierend auf dem mindestens einen Laststeuerungssignal bestimmt. Die Anweisungen beinhalten zusätzlich das Analysieren von Eventdaten, um mindestens ein Event zu bestimmen, das an dem mindestens einen Standort während des mindestens einen Zeitraums stattfindet. Die Anweisungen beinhalten auch das Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes basierend auf den Eventdaten. Der mindestens eine Laststeuerungsoverhead-Prozentsatz kann bestimmt werden, um die mindestens eine Laststeuerungsoverhead-Preisregelung in umliegender Nähe des mindestens einen Events zu ermöglichen. Die Anweisungen beinhalten ferner das Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug.
Figurenliste

1 ist ein schematischer Überblick über ein veranschaulichendes System 100 zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung;
2 ist eine schematische Ansicht einer veranschaulichenden Elektrofahrzeugarchitektur gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung;
3 ist eine schematische Ansicht einer veranschaulichenden Fernserverarchitektur gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung;
4 ist eine schematische Ansicht einer veranschaulichenden Laststeuerungsoverhead-Ausführungsanwendung gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung;
5 ist ein Prozessablaufdiagramm eines Verfahrens zum Empfangen und Analysieren mindestens eines Laststeuerungssignals gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung;
6 ist ein Prozessablaufdiagramm eines Verfahrens zum Analysieren von Eventdaten zum Bestimmen mindestens eines stattfindenden Events gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung;
7 ist ein Prozessablaufdiagramm eines Verfahrens zum Bestimmen und Kommunizieren des mindestens einen Laststeuerungsoverhead-Prozentsatzes gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung; und
8 ist ein Prozessablaufdiagramm eines Verfahrens zum Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung.

DETAILLIERTE BESCHREIBUNG
Im Folgenden sind Definitionen ausgewählter, hierin verwendeter Begriffe aufgeführt. Die Definitionen beinhalten verschiedene Beispiele und/oder Formen von Komponenten, die in den Umfang eines Begriffs fallen und die zur Umsetzung benutzt werden können. Die Beispiele sind nicht als einschränkend zu betrachten. Ein „Bus“ im hierin verwendeten Sinne bezeichnet eine miteinander verbundene Architektur, die mit anderen Computerkomponenten in einem Computer oder zwischen Computern wirkverbunden ist. Der Bus kann Daten zwischen den Computerkomponenten übertragen. Der Bus kann unter anderem ein Speicherbus sein, eine Speichersteuerung, ein peripherer Bus, ein externer Bus, ein Kreuzschienenschalter und/oder ein lokaler Bus. Bei dem Bus kann es sich auch um einen Fahrzeugbus handeln, der Komponenten in einem Fahrzeug unter Verwendung von Protokollen wie etwa ein Controller Area Network (CAN), Local Interconnect Network (LIN) und dergleichen untereinander verbindet.
„Computerkommunikation“ im hierin verwendeten Sinne bezeichnet eine Kommunikation zwischen zwei oder mehreren Rechenvorrichtungen (z. B. Computer, Personal Digital Assistant, zellulares Telefon, Netzwerkvorrichtung) und kann beispielsweise ein Netzwerktransfer, ein Dateientransfer, ein Applettransfer, eine E-Mail, ein Hypertexttransferprotokoll(HTTP)-Transfer und dergleichen sein. Eine Computerkommunikation kann unter anderem beispielsweise über ein drahtloses System (z.B. IEEE 802.11), ein Ethernetsystem (z.B. IEEE 802.3), ein Tokenringsystem (z. B. IEEE 802.5), ein Lokalnetz (LAN), ein Weitverkehrsnetz (WAN), ein Punkt-zu-Punkt-System, ein Durchschaltevermittlungssystem, Paketvermittlungssystem stattfinden.
Ein „computerlesbares Medium“ im hierin verwendeten Sinne bezeichnet ein Medium, das Signale, Anweisungen und/oder Daten bereitstellt. Ein computerlesbares Medium kann Formen annehmen, die unter anderem nichtflüchtige Medien und flüchtige Medien beinhalten, ohne darauf beschränkt zu sein. Nichtflüchtige Medien können beispielsweise optische oder Magnetplatten und so fort beinhalten. Flüchtige Medien können beispielsweise Halbleiterspeicher, dynamische Speicher und so fort beinhalten. Üblichen Formen eines computerlesbaren Mediums beinhalten, ohne jedoch darauf beschränkt zu sein, eine Diskette, eine flexible Platte, eine Festplatte, ein Magnetband, ein anderes magnetisches Medium, ein anderes optisches Medium, ein RAM (Direktzugriffsspeicher), ein ROM (Nurlesespeicher) und andere Medien, von denen ein Computer, ein Prozessor oder eine andere elektronische Vorrichtung lesen kann.
Ein „Datenspeicher“ im hierin verwendeten Sinne kann beispielsweise ein Magnetplattenlaufwerk, eine Solid-State-Festplatte, ein Diskettenlaufwerk, ein Bandlaufwerk, ein Ziplaufwerk, eine Flashspeicherkarte und/oder ein USB-Stick sein.
Ferner kann das Laufwerk eine CD-ROM (Kompaktdisk-ROM), ein CD beschreibbares Laufwerk (CD-R Drive), ein CD wiederbeschreibbares Laufwerk (CD-RW Drive) und/oder ein Digitalvideo-ROM-Laufwerk (DVD-ROM) sein. Die Platte kann ein Betriebssystem speichern, das Ressourcen einer Rechenvorrichtung steuert oder zuweist. Der Datenspeicher kann auch eine Datenbank bezeichnen, beispielsweise eine Tabelle, einen Satz Tabellen, einen Satz Datenspeicher (z. B. eine Platte, einen Arbeitsspeicher, eine Tabelle, eine Datei, eine Liste, eine Queue, einen Heap, ein Register) und Verfahren zum Zugreifen auf und/oder Manipulieren dieser Daten in den Tabellen und Datenspeichern. Der Datenspeicher kann sich in einer logischen und/oder physischen Entität befinden und/oder zwischen zwei oder mehreren logischen und/oder physischen Entitäten verteilt sein.
Ein „Arbeitsspeicher“ im hierin verwendeten Sinne kann flüchtigen Speicher und/oder nichtflüchtigen Speicher beinhalten. Nichtflüchtiger Speicher kann beispielsweise ROM (Nurlesespeicher), PROM (programmierbarer Nurlesespeicher), EPROM (löschbarer PROM) und EEPROM (elektrisch löschbarer PROM) beinhalten. Flüchtiger Speicher kann beispielsweise RAM (Direktzugriffsspeicher), synchronen RAM (SRAM), dynamischen RAM (DRAM), synchronen DRAM (SDRAM), Double Data Rate SDRAM (DDR SDRAM) und Direct RAM Bus RAM (DRRAM) beinhalten. Der Arbeitsspeicher kann ein Betriebssystem speichern, das Ressourcen einer Rechenvorrichtung steuert oder zuweist.
Eine „Betriebsverbindung“ oder eine Verbindung, durch die Entitäten „betriebsverbunden“ sind, ist eine Verbindung, in der Signale, physische Kommunikationen und/oder logische Kommunikationen gesendet und/oder empfangen werden können. Eine Betriebsverbindung kann eine physische Schnittstelle, eine Datenschnittstelle und/oder eine elektrische Schnittstelle beinhalten.
Ein „Prozessor“ im hierin verwendeten Sinne verarbeitet Signale und führt allgemeine Rechen- und arithmetische Funktionen durch. Signale, die von dem Prozessor verarbeitet werden, können digitale Signale, Datensignale, Computeranweisungen, Prozessoranweisungen, Nachrichten, ein Bit, einen Bitstrom oder andere Mittel beinhalten, die empfangen, übertragen und/oder detektiert werden können. Allgemein kann der Prozessor eine Vielfalt verschiedener Prozessoren sein, einschließlich mehrfacher Single- und Multicore-Prozessoren und Co-Prozessoren und anderer mehrfacher Single- und Multicore-Prozessor- und Co-Prozessorarchitekturen. Der Prozessor kann verschiedene Module beinhalten, um verschiedene Funktionen auszuführen.
Eine „tragbare Vorrichtung“ im hierin verwendeten Sinne ist eine Rechenvorrichtung, die üblicherweise einen Anzeigebildschirm mit Benutzereingabe (z. B. Berührung, Tastatur) und einen Prozessor zur Datenverarbeitung aufweist. Tragbare Vorrichtungen beinhalten, ohne darauf beschränkt zu sein, Schlüsselanhänger, Handheld-Geräte, Mobilgeräte, Smartphones, Laptops, Tablets und E-Reader.
Ein „Elektrofahrzeug“ (EV) im hierin verwendeten Sinne bezeichnet ein beliebiges sich bewegendes Fahrzeug, das in der Lage ist, einen oder mehrere menschliche Insassen zu transportieren, und ganz oder teilweise von einem oder mehreren Elektromotoren angetrieben wird, die von einer elektrischen Batterie mit Leistung versorgt werden. Das EV kann batteriebetriebene Elektrofahrzeuge (BEVs), Plug-in-Hybridelektrofahrzeuge (PHEVs) und Extended-Range-Elektrofahrzeuge (EREVs) beinhalten. Der Begriff „Fahrzeug“ beinhaltet, ohne darauf beschränkt zu sein: Pkws, Lkws, Transporter, Kleinbusse, SUVs, Motorräder, Mopeds, Boote, Wassermotorräder und Luftfahrzeuge.
Ein „Wert“ oder eine „Höhe“ im hierin verwendeten Sinne kann eine(n) numerische(n) oder eine andere Art von Wert oder Höhe, wie etwa einen Prozentsatz, einen nichtnumerischen Wert, einen diskreten Wert, einen kontinuierlichen Wert und dergleichen beinhalten, ohne darauf beschränkt zu sein. Der Begriff „Wert von X“ oder „Höhe von X“, wie in dieser detaillierten Beschreibung und in den Patentansprüchen verwendet, bezeichnet einen beliebigen numerischen oder eine andere Art von Wert, um zwischen zwei oder mehreren Zuständen von X zu unterscheiden. Beispielsweise kann der Wert oder die Höhe von X als ein Prozentsatz zwischen 0 % und 100 % angegeben werden. In anderen Fällen kann der Wert oder die Höhe von X ein Wert im Bereich zwischen 1 und 10 sein. In weiteren Fällen kann der Wert oder die Höhe von X kein numerischer Wert sein, sondern einem gegebenen diskreten Zustand zugeordnet sein, wie etwa „nicht X“ oder „leicht x“, „x“, „sehr x“ und „extrem x“.
SYSTEMÜBERBLICK
Unter Bezugnahme auf die Zeichnungen, wobei die Abbildungen zum Zwecke der Veranschaulichung eines oder mehrerer beispielhafter Ausführungsformen dienen und nicht dazu, diese einzuschränken, stellt 1 einen schematischen Überblick über ein veranschaulichendes System 100 zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung dar. Die Komponenten des Systems 100 sowie die Komponenten von anderen Systemen und Architekturen, die hierin besprochen werden, können für verschiedene Ausführungsformen kombiniert, weggelassen oder in andere Architekturen organisiert werden.
In der beispielhaften Ausführungsform in 1 beinhaltet das System 100 ein Elektrofahrzeug (EV) 102. Das EV 102 wird von einem Elektromotor 104 und einem elektrischen Speichermechanismus, beispielsweise einer Batterie 106, angetrieben. In einer Ausführungsform ist das EV 102 rein elektrisch dahingehend, dass es basierend auf dem Betrieb des Elektromotors 104 voll betriebsfähig ist. In anderen Ausführungsformen kann das EV 102 den Elektromotor 104 und einen Verbrennungsmotor (nicht gezeigt) aufweisen. In manchen Ausführungsformen kann das EV 102 eine beliebige Anzahl Elektromotoren, Batterien und/oder Verbrennungsmotoren aufweisen und diese können in Reihe (z. B. wie in einem Extended-Range-Elektrofahrzeug), parallel oder in einer Kombination aus Reihen- und Parallelbetrieb betrieben werden.
In einer Ausführungsform kann das EV 102 von einem Besitzer des EV 102 bei einem Laststeuerungsprogramm angemeldet werden. Das Laststeuerungsprogramm kann zwischen einem oder mehreren Elektrizitätsversorgern (nicht gezeigt) und Kunden durchgeführt werden, um Fahrzeugladelasten auf die elektrischen Lasten eines oder mehrerer Energieversorger anzupassen. Das Laststeuerungsprogramm kann Teil einer offenen Fahrzeugversorgungsplattform sein und auf der Nachfrage nach Elektrizität basieren, die zum Aufladen einer Vielzahl elektrischer Fahrzeuge (nicht gezeigt) verwendet wird, zu denen das EV 102 an einem oder mehreren Standorten gehören kann. Insbesondere werden durch das Laststeuerungsprogramm eine oder mehrere Laststeuerungspreisregelungen umgesetzt. Die Laststeuerungspreisregelungen können bereitgestellt werden, um den Besitzer/Fahrer davon abzuhalten, die Batterie 106 des EV 102 während einer Hochlastperiode aufzuladen, wenn eine oder mehrere Laststeuerungsoverhead-Preisregelungen für den Standort des EV 102 initiiert werden. Die Laststeuerungspreisregelungen können auch bereitgestellt werden, um einen Anreiz für das Aufladen der Batterie 106 des EV 102 während einer Niedriglastperiode zu schaffen, wenn eine oder mehrere Laststeuerungsrabattpreisregelungen für den Standort des EV 102 initiiert werden.
In einer beispielhaften Ausführungsform wird/werden die Laststeuerungsoverhead-Preisregelung(en) als Laststeuerungsoverhead-Prozentsatz/-sätze bereitgestellt, der/die auf einen vorbestimmten Energiepreis an einem oder mehreren Standorten während eines oder mehrerer Zeiträume angewendet werden. Auch wird/werden die Laststeuerungsrabattregelung(en) als Laststeuerungsrabattprozentsatz bzw. -sätze bereitgestellt, der/die auf einen vorbestimmten Energiepreis an einem oder mehreren Standorten während eines oder mehrerer Zeiträume angewendet werden. Insbesondere werden der/die Laststeuerungsoverhead-Prozentsatz/-sätze und der/die Laststeuerungsrabattprozentsatz bzw. -sätze als Preisgestaltungsstrategien bereitgestellt, um Energiepreise basierend auf der Tageszeit, zu der die Energie benutzt wird, und dem Standort, an dem die Energie bereitgestellt wird, bereitzustellen
Die Laststeuerungspreisregelung(en) können auf einer aktuellen Angebot-Nachfragelast (z. B. einer Netzbelastung) basieren, sodass der eine oder die mehreren Energieversorger, die eine Anlage zum Erzeugen, Übertragen und/oder Verteilen von Energie an Verbraucher beinhalten können, die Laststeuerungspreisregelung(en) bereitstellen können, um sicherzustellen, dass die Energiebelastung eines jeweiligen Energienetzes, das von dem/den jeweiligen Energieversorger(n) betrieben wird bzw. in dessen/deren Eigentum steht, nicht während eines oder mehrerer Zeiträume basierend auf der Nachfrage nach Ladeenergie zum Aufladen des EV 102 und weiterer Elektrofahrzeuge (nicht gezeigt) an einem oder mehreren bestimmten Standorten überlastet ist. Wie im Folgenden besprochen, kann das System 100 Eventdaten berücksichtigen, um einen oder mehrere Laststeuerungsoverhead-Prozentsätze zu bestimmen, die ihrer Art nach dynamisch sind und auf einem oder mehreren Laststeuerungsfaktoren basieren, die mit einem oder mehreren Events assoziiert sind, die möglicherweise an einem oder mehreren Standorten stattfinden, wo die Laststeuerungsoverhead-Preisregelung(en) während eines oder mehrerer Zeiträume implementiert werden, wenn die Laststeuerungsoverhead-Preisregelung(en) implementiert sind.
In einer Ausführungsform kann das EV 102 zur Computerkommunikation mit einem Fernserver 108 über ein drahtloses Kommunikationsnetz 110 betriebsverbunden sein. Das EV 102 kann Daten (z. B. Ladestatusdaten, Fahrzeugstandortdaten, Laststeuerungsdaten, Ladebefehle/-signale) an den und von dem Fernserver 108 und umgekehrt über das Netzwerk 110 übertragen und empfangen. Der Fernserver 108 kann ein externer Server oder eine vom EV 102 entfernte (z. B. externe) Vorrichtung sein. Die Systemarchitekturen des EV 102 und Fernservers 108 werden im Folgenden ausführlicher unter Bezugnahme auf 2 and 3 besprochen.
In einer beispielhaften Ausführungsform können das EV 102 und/oder der Fernserver 108 eine Laststeuerungsoverhead-Ausführungsanwendung (LS-Overheadanwendung) 112 speichern und ausführen. Wie im Folgenden ausführlicher besprochen, kann die LS-Overheadanwendung 112 den/die Laststeuerungsoverhead-Prozentsatz/-sätze basierend auf einem oder mehreren spezifischen Events bestimmen (z. B. bereitstellen/modifizieren), die während eines bestimmten Zeitraums und an einem bestimmten Standort stattfinden können, an dem der Laststeuerungsoverhead angewendet wird. Das eine oder die mehreren bestimmten Events können alltägliche Events (z. B. Geschäftsstunden eines bestimmten Unternehmens, einer Schule, eines Einkaufszentrums, einer Kirche) und Special Events (z. B. Sportveranstaltungen, Filmvorführungen, Konzerte) einschließen, ohne darauf beschränkt zu sein.
Wie im Folgenden besprochen kann die LS-Overheadanwendung 112 Eventdaten von dem Fernserver 108 erhalten und einen oder mehrere Laststeuerungsoverhead-Prozentsätze bestimmen, die basierend auf den Eventdaten, die mit einem oder mehreren Ereignissen assoziiert sind, die an dem Standort und während der Zeiträume, in denen die Laststeuerungsoverhead-Preisregelung(en) implementiert werden, angewendet werden können. Die LS-Overheadanwendung 112 kann einen bestimmten Standort des Events aus den Eventdaten bestimmen und eine oder mehrere von Standortdaten, Zeitraumdaten, historischen Daten, Teilnahmedaten und/oder Umweltdaten analysieren, die mit dem/den Event(s) assoziiert sind, um den einen oder die mehreren Laststeuerungsoverhead-Prozentsätze zu bestimmen. Bei Bestimmen des einen oder der mehreren Laststeuerungsoverhead-Prozentsätze kann die LS-Overheadanwendung 112 den/die Laststeuerungsoverhead-Prozentsatz/-sätze an das EV 102 kommunizieren, wenn bestimmt wird, dass das EV 102 sich in umliegender Nähe des/der Event(s) befinden könnte (z. B. innerhalb von 10 km von dem Event).
Die Anwendung 112 kann gestatten, dass der Laststeuerungsprozentsatz von Standort zu Standort basierend auf dem Vorkommen eines oder mehrerer Events an jedem der Standorte, das die Fahrzeugladenachfrage nach elektrischen Lasten eines oder mehrerer Energieversorger beeinflussen könnte(n), modifiziert wird.
Insbesondere gestattet die LS-Overheadanwendung 112 dem/den Elektrizitätsversorger(n), einen oder mehrere Laststeuerungsoverhead-Prozentsätze bereitzustellen, die basierend auf dem Vorkommen des/der Event(s), der Art des/der Event(s), des Standorts des/der Event(s), der erwarteten Teilnahme des/der Event(s), mit dem/den Event(s) assoziierten historischen Daten, die historische Verkehrsmuster in der Nähe des/der Event(s) beinhalten können, und Umweltdaten wie etwa Wetter-/Straßenbedingungen in der Nähe des/der Event(s) variieren können.
Als veranschaulichendes Beispiel kann die Anwendung 112 zahlreiche Laststeuerungsoverhead-Prozentsätze bestimmen, die rund um ein Event angewendet werden. Beispielsweise kann die Anwendung 112 die Eventdaten analysieren und einen 25%-Overhead für eine Zeitperiode vor dem Beginn eines Events bestimmen, wenn der Verkehr hoch ist, weil Teilnehmer des Events zum Standort des Events unterwegs sind, 17 % für eine Zeitperiode während der Dauer des Events, während dessen die Laststeuerungsoverhead-Preisregelung(en) in Kraft sind, und 30 % für eine Zeitperiode nach Abschluss des Events, wenn der Verkehr hoch ist, weil Teilnehmer des Events sich vom Standort des Events entfernen. Diese Funktionalität kann sicherstellen, dass ein oder mehrere Overheadprozentsätze bereitgestellt werden können, die basierend auf der dynamischen Nachfrage nach Ladeenergie, die basierend auf den dynamischen Verkehrsmustern, die mit dem Event und der nahen Umgebung des Events assoziiert sind, dynamisch sind, anstatt einen allgemeinen Laststeuerungsoverhead-Prozentsatz bereitzustellen, der statisch ist (15 %) und strikt auf Grundlage der Tageszeit bereitgestellt wird, zu der die Energie benutzt wird, und dem Standort, an dem die Energie bereitgestellt wird, um die Batterie 106 des Fahrzeugs 102 zu laden. Zudem kann diese Funktionalität sicherstellen, dass die Laststeuerungsoverhead-Preisregelung(en) subjektiv auf eine Teilmenge eines oder mehrerer Elektrofahrzeuge und/oder eine oder mehrere Ladestationen anwendbar sind, die sich in der umliegenden Umgebung des Events befinden, statt allgemein innerhalb eines breiteren Standorts, in dem die Overheadpreisregelung(en) allgemein basierend auf dem Standort, an dem Energie bereitgestellt wird.
Unter fortgesetzter Bezugnahme auf 1 kann das System 100 ferner einen oder mehrere Ladestationen 114 beinhalten, die über eine Aufladeverbindung(en) 116 mit dem EV 102 verbunden werden können. Insbesondere kann/können die Ladestation(en) 114 dazu verwendet werden, die Batterie 106 des EV 102 über die Aufladeverbindung(en) 116 an einem oder mehreren Standorten aufzuladen, an dem das Laststeuerungsprogramm gelten kann. Allgemein kann/können der/die Ladestation(en) 114 einen jeweiligen Prozessor (nicht gezeigt), einen jeweiligen Arbeitsspeicher (nicht gezeigt), eine jeweilige Platte (nicht gezeigt) und eine jeweilige Eingabe-/Ausgabe(E/A)-Schnittstelle (nicht gezeigt) beinhalten, die jeweils zur Computerkommunikation über einen jeweiligen Bus (nicht gezeigt) und die Aufladeverbindung(en) 116 betriebsverbunden sind. Die E/A-Schnittstellen stellen Software und Hardware bereit, um Dateneingabe und -ausgabe zwischen den Komponenten der Ladestation(en) 114 und anderen Komponenten, Netzwerken und Datenquellen des Systems 100 zu ermöglichen.
In einer oder mehreren Ausführungsformen kann/können sich der/die Ladestation(en) 114 in einer vorbestimmten Nähe eines oder mehrerer Events befinden und kann/können zur Computerkommunikation mit dem Fernserver 108 betriebsverbunden sein, zum Beispiel um Daten (z. B. Laststeuerungspreisregelungsdaten einschließlich Laststeuerungsoverhead-Prozentsatzdaten und Laststeuerungsrabatt-Prozentsatzdaten) an den und von dem Fernserver 108 zu übertragen und zu empfangen. Insbesondere kann die Anwendung 112 den/die bestimmten Laststeuerungsoverhead-Prozentsatz/-sätze an den/die Ladestationen 114 kommunizieren. Bei Empfang des/der Laststeuerungsoverhead-Prozentsatz/-sätze kann die Ladestation 114 den/die Laststeuerungsoverhead-Prozentsatz/-sätze kommunizieren (z. B. über einen Anzeigebildschirm (nicht gezeigt)), der/die dem Fahrer/Besitzer des EV 102 bereitgestellt werden kann/können, bevor dem Fahrzeug 102 Ladeenergie bereitgestellt wird. Dies kann den Fahrer/Besitzer des EV 102, der an dem Laststeuerungsprogramm teilnimmt, in die Lage versetzen, über den/die Laststeuerungsoverhead-Prozentsatz/-sätze informiert zu werden, bevor er das Laden des EV 102 initiiert.
In einer Ausführungsform können das EV 102 und/oder der Fernserver 108 Daten über das Netzwerk 110 empfangen und an eine Versorgungsrecheninfrastruktur 118 übertragen. Die Versorgungsrecheninfrastruktur 118 kann eine oder mehrere Rechenvorrichtungen (nicht gezeigt) beinhalten, die mit dem einen oder den mehreren Energieversorgern kommunizieren. Insbesondere kann die Versorgungsrecheninfrastruktur 118 Perspektiv- und/oder Echtzeitpreisdaten empfangen, die von jedem jeweiligen Energieversorger bereitgestellt werden, um verschiedene Versorgungstarife (z. B. Preis pro kWh) zu kommunizieren. Die Versorgungsrecheninfrastruktur 118 kann zudem Laststeuerungspreisregelungen von dem einen oder den mehreren Energieversorgern empfangen, die für einen oder mehrere Standorte und einen oder mehrere Zeiträume gelten können. Wie besprochen können die Laststeuerungspreisregelungen Laststeuerungsrabattpreisregelungen und/oder Laststeuerungsoverhead-Preisregelungen betreffen, die basierend auf der Tageszeit, zu der die Energie benutzt wird, und dem Standort, an dem die Energie bereitgestellt wird (z. B. eine Region, ein Landkreis, eine Stadt), um die Batterie 106 des EV 102 zu laden, angewendet werden können.
In einer Ausführungsform kann der Fernserver 108 ein oder mehrere Laststeuerungssignale empfangen, die von der Versorgungsrecheninfrastruktur 118 an den Fernserver 108 kommuniziert werden. Das eine oder die mehreren Laststeuerungssignale können jeweils Daten beinhalten, welche die Laststeuerungsoverhead-Preisregelung(en) und/oder die Laststeuerungsrabattpreisregelung(en) betreffen können, die während einem oder mehreren Zeiträumen an einem oder mehreren Standorten angewendet werden können. Wie untenstehend besprochen, kann die LS-Overheadanwendung 112 das/die Laststeuerungssignal(e) analysieren, um zu bestimmen, ob das/die Signal(e) eine Laststeuerungsoverhead-Preisregelung(en) betreffen, die von dem einen oder den mehreren Energieversorgern an einem oder mehreren Standorten und während eines oder mehrerer Zeiträume (allgemein bereitgestellt basierend auf der Tageszeit, zu der die Energie benutzt wird, und dem Standort, an dem die Energie zum Laden der Batterie 106 des Fahrzeugs 102 bereitgestellt wird) implementiert werden kann/können.
Unter Bezugnahme auf 2 ist eine schematische Ansicht auf eine veranschaulichende Fahrzeugarchitektur 200, zum Beispiel das EV 102 aus 1, gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung gezeigt. Insbesondere kann das EV 102 eine Fahrzeugrechenvorrichtung 202 (z. B. eine Telematikeinheit, eine elektronische Steuereinheit) mit Bereitstellungen zum Verarbeiten, Kommunizieren und Interagieren mit verschiedenen Komponenten des EV 102 und anderen Komponenten des Systems 100 beinhalten. Die Fahrzeugrechenvorrichtung 202 kann einen Prozessor 204, einen Arbeitsspeicher 206, einen Datenspeicher 208, eine Positionsbestimmungsvorrichtung 210 (GPS), eine Vielzahl von Fahrzeugsystemen 212 (z. B. einschließlich des Elektromotors 104, der Batterie 106) und eine Kommunikationsschnittstelle 214 beinhalten. Die Komponenten der Architektur 200, einschließlich der Fahrzeugrechenvorrichtung 202, können zur Computerkommunikation über einen Bus 216 (z. B. einen Controller-Area-Network(CAN)- oder einen Local-Interconnect-Network(LIN)-Protokollbus) und/oder andere drahtgebundene oder drahtlose Technologien betriebsverbunden sein. Die Fahrzeugrechenvorrichtung 202 sowie das EV 102 können andere, nicht gezeigte Komponenten und Systeme beinhalten.
In einer Ausführungsform kann der Datenspeicher 208 des EV 102 Anwendungsdaten speichern, die auch Daten beinhalten können, welche die LS-Overheadanwendung 112 betreffen. Die Kommunikationsschnittstelle 214 des EV 102 kann Software, Firmware und/oder Hardware bereitstellen, um eine Dateneingabe und -ausgabe zwischen den Komponenten der Fahrzeugrechenvorrichtung 202 und anderen Komponenten, Netzwerken und Datenquellen zu erleichtern. Ferner kann die Kommunikationsschnittstelle 214 die Kommunikation mit externen Ressourcen über das drahtlose Kommunikationsnetzwerk 110 wie etwa dem Fernserver 108, der Ladestation 114 und/oder der Versorgungsrecheninfrastruktur 118 erleichtern. Beispielsweise kann die Kommunikationsschnittstelle 214 die Kommunikation mit dem Fernserver 108 erleichtern, um eine oder mehrere Laststeuerungsoverhead-Prozentsätze, wie von der Anwendung 112 bestimmt, zu erhalten, die an den Fahrer des EV 102 über eine Anzeige 218 (z. B. eine Kopfeinheit, eine Anzeigestapelvorrichtung, ein Heads-Up-Display) in dem EV 102 zu kommunizieren sind. Die Anzeige 218 kann betriebsgesteuert sein, um den/die Laststeuerungsoverhead-Prozentsatz/-sätze, wie von der LS-Overheadanwendung 112 bestimmt, über eine oder mehrere Anwendungsbenutzerschnittstellen, die als eine Mensch-Maschine-Schnittstelle(n) für die Anwendung 112 beinhaltet sein kann/können, zu kommunizieren.
Unter Bezugnahme auf 3 ist eine schematische Ansicht einer veranschaulichenden Fernserverarchitektur 300, zum Beispiel der Fernserver 108 aus 1, gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung gezeigt. Der Fernserver 108 befindet sich entfernt (d. h. extern) von dem EV 102 (1) und kann in manchen Ausführungsformen von einer Drittpartei geführt werden, wie zum Beispiel einem Erstausrüster (Original Equipment Manufacturer - OEM) (z. B. des EV 102), einem oder mehreren Energieversorgern, einer Aufsichtsbehörde und anderen. Zudem kann in manchen Ausführungsformen der Fernserver 108 eine andere Art von Fernvorrichtung sein oder von einer Cloud-Architektur unterstützt werden. In 3 kann der Fernserver 108 eine Rechenvorrichtung 302 beinhalten, die ferner einen Prozessor 304, einen Arbeitsspeicher 306, einen Datenspeicher 308 und eine Kommunikationsschnittstelle 310 beinhalten kann. Die Komponenten der Architektur 300, einschließlich der Rechenvorrichtung 302, können zur Computerkommunikation über einen Bus 314 und/oder andere drahtgebundene oder drahtlose Technologien betriebsverbunden sein. Die Rechenvorrichtung 302 sowie der Fernserver 108 können andere, nicht gezeigte Komponenten und Systeme beinhalten.
In einer beispielhaften Ausführungsform kann die Kommunikationsschnittstelle 310 des Fernservers 108 Software, Firmware und/oder Hardware bereitstellen, um die Dateneingabe und -ausgabe zwischen den Komponenten des Prozessors 304, des Arbeitsspeichers 306 und anderen Komponenten, Netzwerken und Datenquellen, die mit dem Fernserver 108 assoziiert sind, zu erleichtern. Ferner kann die Kommunikationsschnittstelle 310 dazu verwendet werden, mit dem EV 102 und/oder einem oder mehreren Drittdatenanbietern (nicht gezeigt) über das Netzwerk 110 zu kommunizieren, um eine Eventdatenbank 312 zu führen, die in dem Datenspeicher 308 gespeichert ist.
In einer beispielhaften Ausführungsform kann die Eventdatenbank 312 Eventdaten beinhalten, die mit verschiedenen Events assoziiert sein können. Die Eventdaten können durch/von dem/den Drittanbieter(n) (nicht gezeigt) eingepflegt werden, zu denen Folgende gehören können, ohne darauf beschränkt zu sein: Organisationen, Unternehmen, Verkehrs-/Transportbehörden, Unterhaltungsanbieter, Ticketverkaufsstellen, Veranstaltungsortbetreiber, Internetsuchanbieter, Wetterdatenanbieter, Medieneinrichtungen, Sportunternehmen, Konzertanbieter und dergleichen, die Eventinformationen und damit verbundene Informationen in Bezug auf eines oder mehrere Events bereitstellen können, die an dem Standort stattfinden können, an dem das Laststeuerungsprogramm angewendet werden kann. Beispielsweise kann ein Veranstaltungsortbetreiber und ein Ticketverkäufer Eventinformationen bereitstellen, die eine Sportveranstaltung betreffen, die an einem bestimmten Veranstaltungsort stattfindet. In einer oder mehreren Ausführungsformen können zu den Eventdaten Folgende gehören, ohne darauf beschränkt zu sein: eine Adresse des Events, den Zeitraum (ungefähre Anfangszeit, ungefähre Endzeit, durchschnittliche Dauer) des Events, die erwartete Teilnahme an dem Event, die mit dem Event assoziierten Umweltdaten wie etwa das Wetter während des Events, Tageslicht während des Events, das sich auf Verkehrsmuster auswirken könnte, mit dem Event assoziierte historische Daten (z. B. Verkehrsfluss in Gebieten rund um das Event während vergangener Vorkommnisse des Events).
In manchen Ausführungsformen können die in der Eventdatenbank 312 enthaltenen Eventdaten zusätzlich von einer Vielzahl von Elektrofahrzeugen, einschließlich des EV 102, eingepflegt werden. Insbesondere kann die Eventdatenbank 312 mit Daten bezüglich Fahrmuster gefüllt werden, die von dem EV 102 und weiteren Elektrofahrzeugen zum Analysieren und Speichern in der Eventdatenbank 312 bereitgestellt werden können, um Events basierend auf Fahrmustern festzustellen. Insbesondere kann der Fernserver 108 mit dem EV 102 kommunizieren, um Fahrmuster und vorherige Zielorte von dem GPS 210 des EV 102 zu erhalten, und kann tägliche Eventdaten basierend auf den vom EV 102 und (z. B. zahlreichen) weiteren Elektrofahrzeugen bereitgestellten Daten bestimmen. Beispielsweise können solche Daten benutzt werden, um einen spezifischen Standort und spezifische Zeiträume eines bestimmten Unternehmens zu bestimmen, bei dem der Fahrer des EV 102 beschäftigt sein könnte, die Hauptgeschäftszeiten und Nebengeschäftszeiten des Unternehmens und eine Adresse des Unternehmens beinhalten, die dazu benutzt werden können, einen oder mehrere Overheadprozentsätze basierend auf den Eventdaten rund um den Betrieb des Unternehmens zu bestimmen.
II. LASTSTEUERUNGSOVERHEAD-AUSFÜHRUNGSANWENDUNG
Die LS-Overheadanwendung 112 und ihre Komponenten werden nun gemäß einer beispielhaften Ausführungsform und unter fortgesetzter Bezugnahme auf 1-3 ausführlicher besprochen. In einer oder mehreren Ausführungsformen kann die LS-Overheadanwendung 112 von der Fahrzeugrechenvorrichtung 202 des EV 102 und/oder der Rechenvorrichtung 302 des Fernservers 108 ausgeführt werden. Daten können von der LS-Overheadanwendung 112 an die / von den Komponenten des EV 102, dem Fernserver 108, der/den Ladestation(en) 114, der/den Aufladeverbindung(en) 116 und/oder der Versorgungsrecheninfrastruktur 118 gesendet und empfangen werden.
Wie unten ausführlicher besprochen, können Laststeuerungssignal(e) von der Versorgungsrecheninfrastruktur 118 kommuniziert und von der LS-Overheadanwendung 112 analysiert werden, um zu bestimmen, ob das/die Laststeuerungssignal(e) eine Laststeuerungsoverhead-Preisregelung(en) betrifft/betreffen, die an einem bestimmten Standort(en) und zu einem bestimmten Zeitraum/Zeiträumen angewendet werden soll(en). Bei Bestimmen, dass die Laststeuerungsoverhead-Preisregelung(en) angewendet werden soll(en), kann die Anwendung 112 mit der Eventdatenbank 312 kommunizieren, um die Eventdaten abzurufen, die mit einem oder mehreren Events assoziiert sein können, die an dem/den bestimmten Standort(en) und zu dem/den bestimmten Zeitraum/-räumen stattfinden, um weiter einen oder mehrere Laststeuerungsoverhead-Prozentsatz/- sätze zu bestimmen, die auf den Eventdaten basieren.
Unter Bezugnahme auf 4, einer schematischen Ansicht einer veranschaulichenden Laststeuerungsoverhead-Ausführungsanwendung 112 gemäß einer beispielhaften Ausführungsform der vorliegenden Erfindung kann die LS-Overheadanwendung 112 verschiedene Module beinhalten, um einen oder mehrere Laststeuerungsoverhead-Prozentsätze basierend auf Eventdaten zu bestimmen, die mit einem oder mehreren Events assoziiert sind, die an dem/den bestimmten Standort(en) und zu dem/den bestimmten Zeitraum/-räumen der Laststeuerungsoverhead-Preisregelung(en) stattfinden. In einer beispielhaften Ausführungsform kann die LS-Overheadanwendung 112 ein Laststeuerungssignalanalysemodul (LS-Signalmodul) 402, ein Eventbestimmungsmodul 404, ein Laststeuerungsoverhead-Prozentsatzbestimmungsmodul (LS-Bestimmungsmodul) 406 und ein Laststeuerungsoverhead-Prozentsatzkommunikationsmodul (LS-Kommunikationsmodul) 408 beinhalten.
In einer Ausführungsform kann das LS-Signalmodul 402 dazu verwendet werden, ein oder mehrere Laststeuerungssignal(e) zu analysieren, die von der Versorgungsrecheninfrastruktur 118 kommuniziert werden. Wie oben besprochen können ein oder mehrere Energieversorger Laststeuerungspreisregelungen kommunizieren, die während eines oder mehrerer Zeiträume an einem oder mehreren Standorten angewendet werden können. Bei Empfangen der Laststeuerungspreisregelungen kann das LS-Signalmodul 402 das/die Laststeuerungssignal(e) an den Fernserver 108 und/oder das EV 102 kommunizieren. Das/die Laststeuerungssignal(e) können Daten beinhalten, die mit den Laststeuerungspreisregelungen assoziiert sind, einschließlich, ohne darauf beschränkt zu sein, einen vorbestimmten Laststeuerungsoverhead-Prozentsatz und/oder einen vorbestimmten Laststeuerungsrabatt-Prozentsatz, der während dem/den Zeitraum/-räumen an dem/den Standort(en) angewendet werden sollte. Wie unten besprochen kann bei Empfang des/der Laststeuerungssignal(e) durch den Fernserver 108 und/oder das EV 102 das LS-Signalmodul 402 das/die Laststeuerungssignal(e) analysieren, um zu bestimmen, ob das/die Laststeuerungssignal(e) eine Laststeuerungsoverhead-Preisregelung(en) betreffen, die während eines oder mehrerer Zeiträume an einem oder mehreren Standorten angewendet werden kann/können. Insbesondere kann das LS-Signalmodul 402 das/die Laststeuerungssignal(e) analysieren, um den/die Geostandort(e) der Laststeuerungsoverhead-Preisregelung(en) und den/die Zeitraum/-räume der Laststeuerungsoverhead-Preisregelung(en) zu bestimmen. In einer Ausführungsform kann/können das/die Laststeuerungssignal(e) zusätzlich einen vorbestimmte/n Laststeuerungsoverhead-Prozentsatz/-sätze (z. B. einen Standardprozentsatz von 15 %) beinhalten, der/die auch in dem/den Laststeuerungssignal(en) beinhaltet sein kann/können, das/die von dem LS-Signalmodul 402 analysiert und bestimmt werden kann/können.
Bei Bestimmen des/der Zeitraums/-räume und des/der Geostandort(e), an denen die Laststeuerungsoverhead-Preisregelung(en) basierend auf dem/den Laststeuerungssignal(en) angewendet werden kann/können, kann das LS-Signalmodul 402 jeweilige Daten an das Eventbestimmungsmodul 404 kommunizieren. In manchen Ausführungsformen, wenn das/die Laststeuerungssignal(e) auch den/die vorbestimmten Laststeuerungsoverhead-Prozentsatz/-sätze beinhaltet, kann das LS-Signalmodul 402 den/die vorbestimmten Laststeuerungsoverhead-Prozentsatz/-sätze an das LS-Bestimmungsmodul 406 kommunizieren.
In einer beispielhaften Ausführungsform kann das Eventbestimmungsmodul 404 der LS-Overheadanwendung 112 den/die Geostandort(e) und den/die Zeitraum/-räume bewerten, in denen Laststeuerungsoverhead-Preisregelung(en) wie von dem LS-Signalmodul 402 kommuniziert angewendet werden kann/können. Nach Bewerten des/der Geostandorts/e und des/der Zeitraums/-räume, in denen die Laststeuerungsoverhead-Preisregelung(en) angewendet werden kann/können, kann das Eventbestimmungsmodul 404 auf die Eventdatenbank 312 zugreifen, die in dem Datenspeicher 308 des Fernservers 108 gespeichert ist, und kann mit dem Fernserver 108 kommunizieren, um Eventdaten zu erhalten. Insbesondere kann das Eventbestimmungsmodul 404 die Eventdaten analysieren, um mindestens ein stattfindendes Event (z. B. das stattfinden wird) an dem/den Geostandort(en) und während des/der Zeitraums/-räume, in denen die Laststeuerungsoverhead-Preisregelung(en) angewendet werden kann/können, zu bestimmen.
Wie unten beschrieben kann bei Bestimmen des mindestens einen stattfindenden Events an dem/den Geostandort(en) der Laststeuerungsoverhead-Preisregelung(en) und während des/der Zeitraums/-räume der Laststeuerungsoverhead-Preisregelung(en) das LS-Bestimmungsmodul 406 Eventdaten analysieren, die mit dem mindestens einen Event assoziiert sind. Insbesondere kann das LS-Bestimmungsmodul 406 eines oder mehrere von standortbezogenen Daten, Zeitraumdaten, historischen Daten, Teilnahmedaten und/oder Umweltdaten analysieren, die mit dem mindestens einen Event assoziiert sind, um einen oder mehrere Laststeuerungsfaktoren zu bestimmen.
In einer beispielhaften Ausführungsform kann der eine oder die mehreren Laststeuerungsfaktoren Werte (z. B. 1-100 Werte) beinhalten, die eine erwartete Fahrzeugladenachfrage nach elektrischen Lasten in einer nahen Umgebung (z. B. innerhalb einer Umgebung von 16 km) des mindestens einen Events betreffen, das an dem/den Standort(en) während dem/den Zeitraum/-räumen stattfindet, an dem die Laststeuerungsoverhead-Preisregelung(en) gelten. Insbesondere können die Laststeuerungsfaktoren ein punktbasiertes Wertesystem beinhalten, das die Anzahl von Fahrzeugen in der nahen Umgebung des mindestens einen Events betreffen kann, die auf eine elektrische Last hinweisen kann, die in der nahen Umgebung des mindestens einen Events erwartet werden oder auftreten kann.
Zudem können die Laststeuerungsfaktoren das punktbasierte Wertesystem beinhalten, das auf die (erwartete) Bewegung von Fahrzeugen in der nahen Umgebung des mindestens einen Events und Umweltbedingungen hinweisen kann, welche sich auf die Bewegung (z. B. den Verkehrsfluss) der Elektrofahrzeuge auswirken können, die den Bedarf des EV 102 und weiterer Elektrofahrzeuge, in der nahen Umgebung des mindestens einen Events aufgeladen (bei einer oder mehreren Häufigkeiten) zu werden, beeinflussen können. In manchen Ausführungsformen kann jeder des einen oder der mehreren Laststeuerungsfaktoren in Bezug auf einen oder mehrere Zeiträume, während derer mindestens ein Event stattfindet, bereitgestellt werden. Beispielsweise kann das Eventbestimmungsmodul 404 Laststeuerungsfaktoren bestimmen, die mit einem oder mehreren Zeiträumen vor dem Beginn des mindestens einen Events, einem oder mehreren Zeiträumen während des Verlaufs des mindestens einen Events und einem oder mehreren Zeiträumen nach Abschluss des mindestens einen Events assoziiert sind.
Als ein veranschaulichendes Beispiel kann ein Special Event wie etwa ein Profi-Footballspiel, eine hohe Anzahl von Menschen anziehen, die in einer hohen Anzahl von Elektrofahrzeugen in einer nahen Umgebung eines Stadions anreisen können. Das Eventbestimmungsmodul 404 kann eines oder mehrere von standortbezogenen Daten, Zeitraumdaten, historischen Daten, Teilnahmedaten und/oder Umweltdaten analysieren, die mit dem Footballspiel assoziiert sind, um einen Geostandort des Stadions, den Zeitraum des Spiels selbst, historische Daten, die mit Verkehrsmustern in der Nähe des Stadions basierend auf vergangenen Footballspielen, Teilnahmedaten in Bezug auf die erwartete Anzahl von zum Stadion anreisenden Menschen basierend auf Ticketverkäufen und Umweltdaten, die mit dem Wetter-/den Straßenbedingungen in der Nähe des Stadions assoziiert sind, zu bestimmen. Diese Daten können die Anzahl von Fahrzeugen, einschließlich Elektrofahrzeugen, auf den Straßen in der nahen Umgebung des Stadions beeinflussen und dazu benutzt werden, den/die Laststeuerungsfaktor(en) zu bestimmen, die mit dem Profi-Footballspiel assoziiert sind.
In einer oder mehreren Ausführungsformen kann bei Bestimmen des/der Laststeuerungsfaktors/en, der/die mit dem/den stattfindenden an dem/den Standort(en) der Event(s) zu dem/den Zeitraum/-räumen Laststeuerungsoverhead-Preisregelung(en), assoziiert ist/sind, das Eventbestimmungsmodul 404 jeweilige Daten, die mit dem/den Laststeuerungsfaktor(en) assoziiert sind, an das LS-Bestimmungsmodul 406 der LS-Overheadanwendung 112 kommunizieren. In einer beispielhaften Ausführungsform kann das LS-Bestimmungsmodul 406 den/die Laststeuerungsoverheadfaktor(en) analysieren und einen Laststeuerungsoverhead-Prozentsatz/-sätze für einen oder mehrere Zeiträume vor dem Beginn des mindestens einen Events bestimmen. Zusätzlich kann das LS-Bestimmungsmodul 406 die Laststeuerungsoverheadfaktor(en) analysieren und einen Laststeuerungsoverhead-Prozentsatz/-sätze für eine oder mehrere Zeitperioden nach Abschluss des Events bestimmen. Der/die Laststeuerungsoverhead-Prozentsatz/- sätze können von dem LS-Bestimmungsmodul 406 bestimmt werden, um Laststeuerung(en) zu ermöglichen, wie sie von dem einen oder den mehreren Elektrizitätsversorgern an dem einen oder den mehreren Standorten während des einen oder der mehreren Zeiträume bereitgestellt werden.
In manchen Ausführungsformen, wenn das LS-Signalmodul 402 Daten kommuniziert, die mit dem vorbestimmten Laststeuerungsoverhead-Prozentsatz assoziiert sind, wie er in dem/den Laststeuerungssignal(en) von der Versorgungsrecheninfrastruktur 118 kommuniziert wird, kann das LS-Bestimmungsmodul 406 den vorbestimmten Laststeuerungsoverhead-Prozentsatz (z. B. einen Standardprozentsatz von 15%) basierend auf dem/den Zeitraum/-räumen, an dem der/die Laststeuerungsoverhead-Prozentsatz/-sätze bestimmt wird/werden, nach oben und/oder nach unten anpassen.
Unter fortgesetzter Bezugnahme auf das oben besprochene veranschaulichende Beispiel, kann das LS-Bestimmungsmodul 406 den/die Laststeuerungsfaktor(en), die mit dem Profi-Footballspiel, wie von dem Eventbestimmungsmodul 404 bestimmt, assoziiert sind, analysieren. Nach Analyse des/der Laststeuerungsfaktor(en), kann das LS-Bestimmungsmodul 406 basierend auf der Verkehrserhöhung in der nahen Umgebung des Stadions, erwarteten Besuchszahlen beim Spiel und/oder den Umweltbedingungen in der nahen Umgebung des Spiels einen Laststeuerungsoverhead-Prozentsatz von 20 % innerhalb von drei Stunden vor dem Beginn des Spiels, 25 % innerhalb von zwei Stunden vor dem Beginn des Spiels, und 30 % innerhalb der Stunde vor dem Beginn des Spiels bestimmen. In dem veranschaulichenden Beispiel kann das LS-Bestimmungsmodul 406 einen Laststeuerungsoverhead-Prozentsatz von 5 % während der Dauer des Spiels bestimmen (gesunken von 25 % vor dem Spiel), der auf dem reduzierten Verkehr in der nahen Umgebung des Stadions basieren kann, da die Besucher des Spiels sich im Stadion und weg von einer oder mehreren Straßen in der nahen Umgebung des Stadions befinden.
In einer beispielhaften Ausführungsform kann, bei Bestimmen eines oder mehrerer Laststeuerungsoverhead-Prozentsätze, die mit dem mindestens einen Event assoziiert sind, das LS-Bestimmungsmodul 406 jeweilige Daten an das LS-Kommunikationsmodul 408 kommunizieren. Das LS-Kommunikationsmodul 408 der LS-Overheadanwendung 112 kann den einen oder die mehreren Laststeuerungsoverhead-Prozentsätze an das LS-Kommunikationsmodul 408 kommunizieren. In einer Ausführungsform kann das LS-Kommunikationsmodul 408 mit der Kommunikationsschnittstelle 214 des EV 102 kommunizieren, um ein oder mehrere Datensignale zu senden, die den einen oder die mehreren Overheadprozentsätze beinhalten, falls bestimmt wird, dass das EV 102 sich möglicherweise in der nahen Umgebung des mindestens einen Events befindet. Insbesondere kann das LS-Kommunikationsmodul 408 mit der Kommunikationsschnittstelle 214 kommunizieren, um von dem GPS 210 GPS-Daten zu erhalten, die mit dem EV 102 assoziiert sind, um einen potenziellen Zielort, einen potenziellen Fahrweg und/oder ein historisches Fahrmuster des EV 102 zu bestimmen, die verwendet werden können, um zu bestimmen, dass sich das EV 102 möglicherweise in der nahen Umgebung des mindestens einen Events während eines oder mehrerer Zeiträume, in denen die Laststeuerungsoverhead-Preisregelung(en) angewendet werden, befindet (z. B. möglicherweise gefahren wird). Falls bestimmt wird, dass sich das EV 102 möglicherweise in der nahen Umgebung des mindestens einen Events während des/der Zeitraums/-räume, in denen die Laststeuerungsoverhead-Prozentsatz/-sätze angewendet werden können, befindet, kann das LS-Kommunikationsmodul 408 mit der Kommunikationsschnittstelle 214 des EV 102 kommunizieren, um ein oder mehrere Datensignale, die den einen oder die mehreren Overheadprozentsätze beinhalten, an die Fahrzeugrechenvorrichtung 202 zu senden. In einer Ausführungsform kann die Fahrzeugrechenvorrichtung 202 bei Empfangen des einen oder der mehreren Datensignale das eine oder die mehreren Datensignale analysieren und die Anzeige 218 des EV 102 betriebssteuern, um den/die Laststeuerungsoverhead-Prozentsatz/- sätze, wie von der LS-Overheadanwendung 112 bestimmt, über eine oder mehrere Anwendungsbenutzerschnittstellen, die als die Mensch-Maschine-Schnittstelle(n) für die Anwendung 112 beinhaltet sein können, an den Fahrer des EV 102 zu kommunizieren.
In einer anderen Ausführungsform kann das LS-Kommunikationsmodul 408 mit der einen oder den mehreren Ladestationen 114 kommunizieren, die als sich in der nahen Umgebung des mindestens einen Events befindend bestimmt wurden. Insbesondere kann das LS-Kommunikationsmodul 408 mit der Versorgungsrecheninfrastruktur 118 kommunizieren, um eine Liste einer oder mehrerer Ladestationen 114 an den Geostandort(en) zu erhalten, an denen die Laststeuerungsoverhead-Preisregelung(en) implementiert werden, die von dem einen oder den mehreren Elektrizitätsversorgern aufgezeichnet und gespeichert wird/werden. Das LS-Kommunikationsmodul 408 kann die Liste der einen oder mehreren Ladestationen 114 analysieren und eine oder mehrere Ladestationen 114 bestimmen, die sich in der nahen Umgebung des mindestens einen Events befinden. Bei Bestimmen der einen oder mehreren Ladestationen 114, die sich in der nahen Umgebung des mindestens eines Events befinden, kann das LS-Kommunikationsmodul 408 mit der/den Ladestation(en) 114 und/oder Aufladeverbindung(en) 116 kommunizieren, um ein oder mehrere Datensignale, die den einen oder die mehreren Overheadprozentsätze beinhalten, an die Ladestation(en) 114 zu senden. In einer Ausführungsform kann bei Empfangen des einen oder der mehreren Datensignale der Prozessor der Ladestation(en) 114 die Laststeuerungssignal(e) analysieren und kann den/die Laststeuerungsoverhead-Prozentsatz/-sätze dem Fahrer/Besitzer des EV 102 vor dem Bereitstellen von Ladeenergie an das Fahrzeug 102 bereitstellen (z. B. über einen Anzeigebildschirm (nicht gezeigt)). Dies kann den Fahrer/Besitzer des EV 102 in die Lage versetzen, über den/die Laststeuerungsoverhead-Prozentsatz/-sätze informiert zu sein, bevor ein Aufladen des EV 102 durch die Ladestation(en) 114 initiiert wird.
Die Funktionalität der LS-Overheadanwendung 112 kann sicherstellen, dass, wenn der eine oder die mehreren Elektrizitätsversorger die Laststeuerungsoverhead-Preisregelung(en) etablieren, diese bereitgestellt und/oder angepasst wird/werden, um angemessen die Anzahl von Fahrzeugen in der nahen Umgebung des mindestens einen Events zu berücksichtigen, die auf eine Fahrzeugladelast hinweisen kann, die in der nahen Umgebung des Events zu erwarten sein oder auftreten könnte. Zusätzlich kann die Funktionalität der Anwendung 112 sicherstellen, dass die (erwartete) Bewegung von Fahrzeugen in der nahen Umgebung des mindestens einen Events und Umweltbedingungen, die sich auf die Bewegung der Elektrofahrzeuge auswirken könnten (z. B. Verkehrsfluss), die den Bedarf des EV 102 und weiterer Elektrofahrzeuge, aufgeladen zu werden, beeinflussen könnte, berücksichtigt wird, wenn der/die Laststeuerungsoverhead-Prozentsatz/-sätze bereitgestellt werden. Anders ausgedrückt kann die Anwendung 112 sicherstellen, dass, wenn die Laststeuerungsoverhead-Preisregelung(en) für den/die Zeitraum/-räume und den/die Standort/e implementiert wird, die das mindestens eine Event beinhalten, der/die Laststeuerungsoverhead-Prozentsatz/- sätze in einem oder mehreren Zeiträumen, die mit dem mindestens einen Event assoziiert sind, erhöht oder gesenkt werden können, um die Fahrzeugladenachfrage an die elektrischen Lasten des einen oder mehreren Energieversorgers anzupassen, die benutzt werden, um eine Vielzahl von Elektrofahrzeugen in der nahen Umgebung des Events aufzuladen.
III. MIT DER LASTSTEUERUNGSOVERHEAD-AUSFÜHRUNGSANWENDUNG VERWANDTE VERFAHREN
5 ist ein Prozessablaufdiagramm eines Verfahrens 500 zum Empfangen und Analysieren mindestens eines Laststeuerungssignals gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung. 5 wird unter Bezugnahme auf die Komponenten von 1-4 beschrieben, wobei es sich versteht, dass das Verfahren 500 aus 5 mit anderen Systemen und/oder Komponenten benutzt werden kann. Das Verfahren 500 kann bei Block 502 beginnen, wobei das Verfahren 500 das Bestimmen beinhalten kann, ob ein oder mehrere Laststeuerungssignale betreffend eine oder mehrere Laststeuerungsoverhead-Preisregelungen empfangen wurden.
In einer beispielhaften Ausführungsform kann das LS-Signalmodul 402 Daten empfangen, die mit einem oder mehreren Laststeuerungsdatensignalen assoziiert sind, die an die Kommunikationsschnittstelle 310 des Fernservers 108 und/oder die Kommunikationsschnittstelle 214 des EV 102 kommuniziert werden können. Wie oben besprochen kann/können das/die Laststeuerungsdatensignal(e) von der Versorgungsrecheninfrastruktur 118 basierend auf der Implementierung einer oder mehrerer Laststeuerpreisregelungen durch einen oder mehrere Energieversorger kommuniziert werden. Nach Empfangen der Daten betreffend das/die Laststeuerungsdatensignal(e) kann das LS-Signalmodul 402 die Daten analysieren und bestimmen, ob das/die Laststeuerungssignal(e) die Laststeuerungsoverhead-Preisregelung(en) betrifft/betreffen.
Falls bestimmt wird, dass das/die Laststeuerungssignal(e) betreffend die Laststeuerungsoverhead-Preisregelung(en) empfangen wurden (bei Block 502), kann das Verfahren 500 mit Block 504 fortfahren, wobei das Verfahren 500 das Bestimmen eines Zeitraums / von Zeiträumen der Laststeuerungsoverhead-Preisregelung(en) basierend auf dem/den Laststeuerungssignal(en) beinhalten kann. In einer Ausführungsform kann das LS-Signalmodul 402 nach Empfangen der assoziierten Daten betreffend das/die Laststeuerungsdatensignal(e) die Daten analysieren und einen oder mehrere Zeiträume bestimmen, während derer die eine oder die mehreren Laststeuerungsoverhead-Preisregelungen angewendet werden können. Anders ausgedrückt kann das LS-Signalmodul 402 eine oder mehrere Zeitperioden bestimmen, während derer der eine oder die mehreren Energieversorger die Laststeuerungsoverhead-Preisregelung(en) implementieren können, um den/die Laststeuerungsoverhead-Prozentsatz/-sätze bereitzustellen, der/die auf einen vorbestimmten Energiepreis angewendet wird/werden.
Das Verfahren 500 kann mit Block 506 fortfahren, wobei das Verfahren 500 beinhalten kann, den/die Geostandort(e) der Laststeuerungsoverhead-Preisregelung(en) basierend auf den Laststeuerungssignal(en) zu bestimmen. In einer beispielhaften Ausführungsform kann das LS-Signalmodul 402 zudem die Daten betreffend das/die Laststeuerungssignal(e) analysieren und kann einen oder mehrere Standorte bestimmen, an denen die eine oder die mehreren Laststeuerungsoverhead-Preisregelungen während des einen oder der mehreren Zeiträume (wie bei Block 504 bestimmt) angewendet werden können.
In einer Ausführungsform kann das LS-Signalmodul 402 nach Empfangen der Standortinformationen mit der Fahrzeugrechenvorrichtung 202 kommunizieren, um den/die Geostandort(e) des einen oder der mehreren Standorte zu bestimmen, an denen die eine oder die mehreren Laststeuerungsoverhead-Preisregelungen angewendet werden können. Insbesondere kann das GPS 210 des EV 102 eine Vielzahl von standortbezogenen Koordinaten bereitstellen (GPS, DGPS), die den/die Standort(e) beinhalten können, an denen die Laststeuerungsoverhead-Preisregelungen angewendet werden können.
In einer beispielhaften Ausführungsform kann das LS-Signalmodul 402, nach Bestimmen des/der Zeitraums/-räume, während der die Laststeuerungspreisregelung(en) angewendet werden können, und des/der Standort(e), an denen die Laststeuerungspreisregelung(en) angewendet werden können, jeweilige Daten an das Eventbestimmungsmodul 404 kommunizieren. Wie unten besprochen können diese Daten verwendet werden, um ein oder mehrere Events zu bestimmen, die an dem einen oder den mehreren Standorten während des einen oder der mehreren Zeiträume stattfinden, um ferner mindestens einen Laststeuerungsoverhead-Prozentsatz basierend auf den mit dem/den Event(s) assoziierten Eventdaten zu bestimmen.
6 ist ein Prozessablaufdiagramm eines Verfahrens 600 zum Analysieren von Eventdaten zum Bestimmen mindestens eines stattfindenden Events gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung. 6 wird unter Bezugnahme auf die Komponenten von 1-4 beschrieben, wobei es sich versteht, dass das Verfahren 600 aus 6 mit anderen Systemen und/oder Komponenten benutzt werden kann. Das Verfahren 600 kann bei Block 602 beginnen, wobei das Verfahren 600 beinhalten kann, den/die Geostandort(e) und den/die Zeitraum/-räume der Laststeuerungspreisregelung(en) zu bewerten. In einer beispielhaften Ausführungsform kann das Eventbestimmungsmodul 404 nach Empfangen der Daten, die mit dem/den Zeitraum/-räumen assoziiert sind, während derer die Laststeuerungsoverhead-Preisregelung(en) implementiert sein kann/können, und des/der Geostandorts/-orte, an denen die Laststeuerungsoverhead-Preisregelung(en) implementiert sein kann/können, den/die Zeitraum/-räume und den/die Geostandort(e) bewerten. Insbesondere kann das Eventbestimmungsmodul 404 den/die Zeitraum/-räume und den/die Geostandort(e) bewerten, um einen oder mehrere Standorte (z. B. Bezirke) zu bestimmen, die in dem/den Geostandort(en) (z. B. Stadt) und einem oder mehreren Zeitfenstern (z. B. 13 Uhr bis 16:30), die innerhalb des/der Zeitraums/-räume vorkommen können (z. B. 10 Uhr bis 18 Uhr), enthalten sind.
Das Verfahren 600 kann mit Block 604 fortfahren, wobei das Verfahren 600 das Kommunizieren mit dem Fernserver 108 beinhalten kann, um Daten zu erhalten. Wie oben besprochen kann die in dem Datenspeicher 308 des Fernservers 108 gespeicherte Eventdatenbank 312 Eventinformationen beinhalten. Wie besprochen können die Eventinformationen Folgendes beinhalten, ohne darauf beschränkt zu sein: eine Adresse des Events, den Zeitraum (ungefähre Anfangszeit, ungefähre Endzeit, Durchschnittsdauer) des Events, die erwartete Teilnahme an dem Event, die mit dem Event assoziierten Umweltdaten wie etwa Wetter während des Events, Tageslicht während des Events, die sich auf Verkehrsmuster auswirken können, und/oder historische Daten, die mit dem Event assoziiert sind. In einer Ausführungsform kann das Eventbestimmungsmodul 404 nach Bewerten des/der Geostandort(e) und des/der Zeitraums/-räume der Laststeuerungspreisregelung(en) die Eventdatenbank 312 mit Daten abfragen, die mit dem/den Geostandort(en) und Zeitraum/-räumen der Laststeuerungspreisregelung(en) assoziiert sind, um Eventdaten wie unten besprochen zu erhalten.
Das Verfahren 600 kann mit Block 606 fortfahren, wobei das Verfahren 600 das Analysieren der Eventdaten beinhalten kann, um mindestens ein Event zu bestimmen, das an dem/den Geostandort(en) und in dem/den Zeitraum/-räumen der Laststeuerungspreisregelung(en) stattfindet. In einer beispielhaften Ausführungsform kann das Eventbestimmungsmodul 404 nach Kommunizieren mit dem Fernserver 108 zum Erhalten der Eventdaten die Eventdatenbank 312 abfragen, um Eventdaten zu erhalten, die mit einem oder mehreren Events assoziiert sind, die an den Geostandorten und während des/der Zeitraums/-räume der Laststeuerungspreisregelung(en) stattfinden.
Insbesondere kann das Eventbestimmungsmodul 404 auf den Datenspeicher 308 zugreifen und die Eventdatenbank 312 abfragen, um ein oder mehrere Events zu bestimmen, die einen Standort beinhalten (z. B. durch Adresse, durch GPS-Koordinaten), die in dem/den Geostandort(en) beinhaltet sind, an denen die Laststeuerungspreisregelung(en) implementiert sein kann/können. Zusätzlich kann das Eventbestimmungsmodul 404 die Eventdatenbank 312 abfragen, um zu bestimmen, ob das eine oder die mehreren Events, die einen Standort beinhalten, der in dem/den Geostandort(en) beinhaltet ist, in einem oder mehreren Zeitfenstern stattfinden, die in dem/den Zeitraum/-räumen beinhaltet sind, während derer die Laststeuerungsoverhead-Preisregelung(en) an dem/den bestimmten Geostandort(en) implementiert sein kann/können. Nach Abfragen der Eventdatenbank 312 kann das Eventbestimmungsmodul 404 mindestens ein Event bestimmen, das an dem/den Geostandort(en), an dem die Laststeuerungsoverhead-Preisregelung(en) implementiert sein kann/können, während des/der Zeitraums/- räume stattfindet, während derer die Laststeuerungsoverhead-Preisregelung(en) implementiert sein kann/können.
Das Verfahren 600 kann mit Block 608 fortfahren, wobei das Verfahren 600 das Analysieren der Eventdaten beinhalten kann, die mit dem mindestens einen Event assoziiert sind, um Standortdaten, Zeitraumdaten, historische Daten, Teilnahmedaten und Umweltdaten zu bestimmen, die mit dem mindestens einen Event assoziiert sind. Wie oben besprochen können die Eventdaten, die mit einem oder mehreren jeweiligen Events assoziiert sind, durch/von Drittanbieter(n) eingepflegt werden, um eines oder mehrere von standortbezogenen Daten, Zeitraumdaten, historischen Daten, Teilnahmedaten und/oder Umweltdaten bereitzustellen, die mit dem mindestens einen Event assoziiert sind, die in den Eventdaten beinhaltet sein können, die mit dem mindestens einen Event assoziiert sind.
In einer Ausführungsform kann das Eventbestimmungsmodul 404 solche Daten analysieren, um einen Geostandort des physischen Standorts des mindestens einen Events, den Zeitraum (z. B. Anfangszeit, Dauer, Endzeit) des mindestens einen Events, historische Daten, die mit Verkehrsmustern assoziiert sind, und Anzahl von Fahrzeugen in der nahen Umgebung des Standorts, an dem das mindestens eine Event stattfindet, Teilnahmedaten in Bezug auf die erwartete Anzahl von Personen, die an dem mindestens einen Event teilnehmen, und Umweltdaten, die mit den Wetter-/Straßenbedingungen in der nahen Umgebung des Standorts, an dem das mindestens eine Event stattfindet, assoziiert sind, zu bestimmen. Diese Daten können die Anzahl von Fahrzeugen, einschließlich Elektrofahrzeuge, auf den Straßen in der nahen Umgebung des Standorts beeinflussen, an dem das mindestens eine Event stattfindet, und können dazu verwendet werden, den/die Laststeuerungsfaktor(en) zu bestimmen, der/die mit dem mindestens einen Event assoziiert ist/sind.
Das Verfahren 600 kann mit Block 610 fortfahren, wobei das Verfahren 600 das Bestimmen eines oder mehrerer Laststeuerungsfaktoren beinhalten kann, die mit dem mindestens einen Event assoziiert sind. In einer Ausführungsform kann das Eventbestimmungsmodul 404 nach Analysieren der Eventdaten (bei Block 608), einen oder mehrere Laststeuerungsfaktoren bestimmen, die mit dem mindestens einen Event assoziiert sind. Der eine oder die mehreren Laststeuerungsfaktoren können basierend auf der Analyse der Standortdaten, Zeitraumdaten, historischen Daten, Teilnahmedaten und/oder Umweltdaten bestimmt werden, die durch die Analyse der Eventdaten bestimmt wurden (wie oben bei Block 608 besprochen). In einer beispielhaften Ausführungsform können der/die Laststeuerungsfaktor(en) Werte beinhalten, die eine erwartete Fahrzeugladenachfrage nach elektrischen Lasten eines oder mehrerer Energieversorger(s) in der nahen Umgebung des mindestens einen Events betreffen, von dem bestimmt wird, dass es an dem/den Geostandort(en) und in dem/den Zeitraum/-räumen der Laststeuerungspreisregelung(en) stattfindet.
Wie oben besprochen können die Laststeuerungsfaktoren ein punktbasiertes Wertesystem beinhalten, das eine Anzahl von Fahrzeugen in der nahen Umgebung des mindestens einen Events betreffen kann, die auf eine elektrische Last hinweisen kann, die in der nahen Umgebung des mindestens einen Events erwartet werden oder stattfinden kann. Die Laststeuerungsfaktoren können zusätzlich das punktbasierte Wertesystem beinhalten, das auf die (erwartete) Bewegung von Fahrzeugen in der nahen Umgebung des mindestens einen Events und Umweltbedingungen, die sich auf die Bewegung (z. B. Verkehrsfluss) der Elektrofahrzeuge auswirken können, hinweisen kann, die den Bedarf des EV 102 und weiterer Elektrofahrzeuge, aufgeladen zu werden (bei einer oder mehreren Häufigkeiten) in der nahen Umgebung des mindestens einen Events beeinflussen können. In einer Ausführungsform kann das Eventbestimmungsmodul 404 nach Bestimmen des einen oder der mehreren Laststeuerungsfaktoren, die mit dem mindestens einen Event assoziiert sind, jeweilige Daten an das LS-Bestimmungsmodul 406 kommunizieren, um ferner einen oder mehrere Laststeuerungsoverhead-Prozentsatz/-sätze zu bestimmen, der/die in der nahen Umgebung des mindestens einen Events zu implementieren sind.
7 ist ein Prozessablaufdiagramm eines Verfahrens 700 zum Bestimmen und Kommunizieren mindestens eines Laststeuerungsoverhead-Prozentsatzes gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung. 7 wird unter Bezugnahme auf die Komponenten von 1-4 beschrieben, wobei es sich versteht, dass das Verfahren 700 aus 7 mit anderen Systemen und/oder Komponenten benutzt werden kann. Das Verfahren 700 kann bei Block 702 beginnen, wobei das Verfahren 700 beinhalten kann, den einen oder die mehreren Laststeuerungsfaktoren, die mit dem mindestens einen Event assoziiert sind, zu analysieren.
In einer beispielhaften Ausführungsform kann das LS-Bestimmungsmodul 406 nach Empfangen von Daten, die mit dem/den Laststeuerungsfaktor(en) assoziiert sind, von dem Eventbestimmungsmodul 404, den einen oder die mehreren Laststeuerungsfaktoren analysieren, um eine erwartete Fahrzeugladenachfrage nach elektrischen Lasten in der nahen Umgebung des mindestens einen Events zu bestimmen, von dem bestimmt wird, dass es an dem/den Geostandort(en) stattfindet. Zusätzlich kann das LS-Bestimmungsmodul 406 den/die Laststeuerungsfaktor(en) analysieren, um den/die Zeitraum/-räume der Laststeuerungspreisregelung(en) und Bewegung der Fahrzeuge in der nahen Umgebung des mindestens einen Events und Umweltbedingungen, die sich auf die Bewegung der Elektrofahrzeuge auswirken können, zu bestimmen, die den Bedarf des EV 102 und zusätzlicher Elektrofahrzeuge, in der nahen Umgebung des mindestens einen Events, aufgeladen zu werden, beeinflussen können.
Das Verfahren 700 kann mit Block 704 fortfahren, wobei das Verfahren 700 beinhalten kann, einen oder mehrere Laststeuerungsoverhead-Prozentsätze für eine oder mehrere Zeitperioden vor dem Anfang des mindestens einen Events zu bestimmen. In einer beispielhaften Ausführungsform kann das LS-Bestimmungsmodul 406 nach Analysieren des/der Laststeuerungsfaktor(en), die mit dem Event assoziiert sind, einen oder mehrere Laststeuerungsoverhead-Prozentsätze bestimmen, die für eine oder mehrere Zeitperioden vor dem Anfang des mindestens einen Events implementiert werden können. Der eine oder die mehreren Laststeuerungsoverhead-Prozentsätze können eine (erwartete) Fahrzeugladenachfrage nach elektrischen Lasten aufgrund erhöhten Verkehrs berücksichtigen, der während einer oder mehreren Zeitperioden nahe dem Anfang des mindestens einen Events auftreten kann.
Das Verfahren 700 kann mit Block 706 fortfahren, wobei das Verfahren 700 beinhalten kann, einen Laststeuerungsoverhead-Prozentsatz/-sätze für eine oder mehrere Zeitperioden während der Dauer des mindestens einen Events zu bestimmen. In einer beispielhaften Ausführungsform kann das LS-Bestimmungsmodul 406 auch nach Analysieren des/der Laststeuerungsfaktor(en), die mit dem Event assoziiert sind, eine oder mehrere Laststeuerungsoverhead-Prozentsätze bestimmen, die für eine oder mehrere Zeitperioden während der Dauer des mindestens einen Events implementiert werden können. Der eine oder die mehreren Laststeuerungsoverhead-Prozentsätze können eine (erwartete) Fahrzeugladenachfrage nach elektrischen Lasten aufgrund erhöhten Verkehrs berücksichtigen, der während einer oder mehreren Zeitperioden nahe dem Anfang des mindestens einen Events auftreten kann. Der eine oder die mehreren Laststeuerungsoverhead-Prozentsätze können eine Fahrzeugladenachfrage nach elektrischen Lasten aufgrund (erwarteten) reduzierten Verkehrs und möglicherweise erhöhtem Fahrzeugladen, das stattfinden kann, während die Teilnehmer des Events an dem Event teilnehmen und nicht unterwegs sind, berücksichtigen. Zusätzlich können der eine oder die mehreren Laststeuerungsoverhead-Prozentsätze eine Fahrzeugladenachfrage nach elektrischen Lasten aufgrund (erwarteten) erhöhten Verkehrs und reduziertem Fahrzeugladen während einer oder mehrerer Zeitperioden berücksichtigen, die in der Nähe des Abschluss des mindestens einen Events liegen. Das Verfahren 700 kann mit Block 708 fortfahren, wobei das Verfahren 700 beinhalten kann, einen Laststeuerungsoverhead-Prozentsatz/-sätze für eine Zeitperiode(n) nach dem Abschluss des mindestens einen Events zu bestimmen. In einer beispielhaften Ausführungsform kann das LS-Bestimmungsmodul 406 nach Analysieren des/der Laststeuerungsfaktor(en), die mit dem Event assoziiert sind, einen oder mehrere Laststeuerungsoverhead-Prozentsätze bestimmen, die während einer oder mehrerer Zeitperioden bei/nach Abschluss des mindestens einen Events implementiert werden können. Der eine oder die mehreren Laststeuerungsoverhead-Prozentsätze können eine (erwartete) Fahrzeugladenachfrage nach elektrischen Lasten aufgrund erhöhten Verkehrs berücksichtigen, der während einer oder mehreren Zeitperioden nach dem Abschluss des mindestens einen Events auftreten kann.
Das Verfahren 700 kann mit Block 710 fortfahren, wobei das Verfahren 700 beinhalten kann, den/die Laststeuerungsoverhead-Prozentsatz/-sätze an das EV 102 und/der die Ladestation(en) 114 zu kommunizieren. In einer beispielhaften Ausführungsform kann das LS-Bestimmungsmodul 406 nach Bestimmen des einen oder der mehreren Laststeuerungsoverhead-Prozentsätze jeweilige Daten an das Kommunikationsmodul 408 kommunizieren. In einer Ausführungsform kann das LS-Kommunikationsmodul 408 die empfangenen Daten analysieren und die jeweiligen Laststeuerungsoverhead-Prozentsätze an das EV 102 und/oder die Ladestation(en) 114 kommunizieren.
Wie oben besprochen kann das LS-Kommunikationsmodul 408 mit der Kommunikationsschnittstelle 214 des EV 102 kommunizieren, um ein oder mehrere Datensignale zu senden, die den einen oder die mehreren Laststeuerungsoverhead-Prozentsätze beinhalten, wenn bestimmt wird, dass sich das EV 102 möglicherweise in der nahen Umgebung des mindestens einen Event befindet. Insbesondere kann das LS-Kommunikationsmodul 408 mit der Kommunikationsschnittstelle 214 kommunizieren, um von dem GPS 210 GPS-Daten zu erhalten, die mit dem EV 102 assoziiert sind, um einen potenziellen Zielort, einen potenziellen Fahrweg und/oder ein historisches Fahrmuster des EV 102 zu bestimmen, das verwendet werden kann, um zu bestimmen, dass sich das EV 102 möglicherweise in der nahen Umgebung des mindestens einen Events während eines oder mehrerer Zeiträume, in denen die Laststeuerungsoverhead-Preisregelung(en) angewendet werden können, befindet (z. B. gefahren wird). Falls bestimmt wird, dass sich das EV 102 möglicherweise in der nahen Umgebung des mindestens einen Events während des/der Zeitraums/- räume, in denen die Laststeuerungsoverhead-Prozentsatz/-sätze angewendet werden können, befindet, kann das LS-Kommunikationsmodul 408 mit der Kommunikationsschnittstelle 214 des EV 102 kommunizieren, um ein oder mehrere Datensignale, die den einen oder die mehreren Overheadprozentsätze beinhalten, an die Fahrzeugrechenvorrichtung 202 zu senden.
In einer oder mehreren Ausführungsform kann das LS-Kommunikationsmodul 408 auch mit der einen oder den mehreren Ladestationen 114 kommunizieren, die als sich in der nahen Umgebung des mindestens einen Events befindend bestimmt wurden. Insbesondere kann das LS-Kommunikationsmodul 408 mit der Versorgungsrecheninfrastruktur 118 kommunizieren, um die Liste einer oder mehrerer Ladestationen 114 an den Geostandort(en) zu erhalten, an denen die Laststeuerungsoverhead-Preisregelung(en) implementiert werden, die von dem einen oder den mehreren Elektrizitätsversorgern aufgezeichnet und gespeichert wird. Das LS-Kommunikationsmodul 408 kann die Liste der einen oder mehreren Ladestationen 114 analysieren und eine oder mehrere Ladestationen 114 bestimmen, die sich in der nahen Umgebung des mindestens einen Events befinden. Nach Bestimmen der einen oder mehreren Ladestationen 114, die sich in der nahen Umgebung des mindestens einen Events befinden, kann das LS-Kommunikationsmodul 408 mit der/den Ladestation(en) 114 und/oder der/den Aufladeverbindung(en) 116 kommunizieren, um ein oder mehrere Datensignale, die einen oder mehrere Overheadprozentsätze beinhalten, an die Ladestation(en) 114 zu senden.
8 ist ein Prozessablaufdiagramm eines Verfahrens 800 zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes gemäß einer beispielhaften Ausführungsform der vorliegenden Offenbarung. 8 wird unter Bezugnahme auf die Komponenten von 1-4 beschrieben, wobei es sich versteht, dass das Verfahren 800 aus 8 mit anderen Systemen und/oder Komponenten benutzt werden kann. Das Verfahren 800 kann bei Block 802 beginnen, wobei das Verfahren 800 das Empfangen mindestens eines Laststeuerungssignals beinhalten kann. In einer Ausführungsform wird das mindestens eine Laststeuerungssignal analysiert, um mindestens eine Laststeuerungsoverhead-Preisregelung zu bestimmen, die auf mindestens einen Standort während mindestens eines Zeitraums angewendet wird.
Das Verfahren 800 kann mit Block 804 fortfahren, wobei das Verfahren 800 das Analysieren von Eventdaten beinhalten kann, um mindestens ein Event zu bestimmen, das an dem mindestens einen Standort während des mindestens einen Zeitraums stattfindet. Das Verfahren 800 kann mit Block 806 fortfahren, wobei das Verfahren 800 beinhalten kann, mindestens einen Laststeuerungsoverhead-Prozentsatz basierend auf den Eventdaten zu bestimmen. In einer Ausführungsform kann der mindestens eine Laststeuerungsoverhead-Prozentsatz bestimmt werden, um die mindestens eine Laststeuerungsoverhead-Preisregelung zu ermöglichen, die mit dem mindestens einen Event assoziiert ist. Das Verfahren 800 kann mit Block 808 fortfahren, wobei das Verfahren 800 das Kommunizieren des Laststeuerungsprozentsatzes an mindestens ein EV 102 beinhaltet.
Aus der vorangehenden Beschreibung sollte ersichtlich sein, dass verschiedene beispielhafte Ausführungsformen der Erfindung in Hardware umgesetzt sein können. Ferner können verschiedene beispielhafte Ausführungsformen als Anweisungen umgesetzt sein, die auf einem nichttransitorischen maschinenlesbaren Speichermedium gespeichert sind, wie etwa einem flüchtigen oder nichtflüchtigen Arbeitsspeicher, die von mindestens einem Prozessor gelesen und ausgeführt werden können, um die hierin ausführlich beschriebenen Vorgänge durchzuführen. Ein maschinenlesbares Speichermedium kann einen beliebigen Mechanismus zum Speichern von Informationen in einer Form beinhalten, die von einer Maschine, wie etwa einem PC oder Laptop, einem Server oder einer anderen Rechenvorrichtung, gelesen werden kann. Somit schließt ein nichttransitorisches maschinenlesbares Speichermedium transitorische Signale aus, kann aber sowohl flüchtige als auch nichtflüchtige Arbeitsspeicher beinhalten, einschließlich, ohne darauf beschränkt zu sein, Nurlesespeicher (ROM), Direktzugriffspeicher (RAM), Magnetplattenspeichermedien, optische Speichermedien, Flashspeichervorrichtungen und ähnliche Speichermedien.
Dem Fachmann wird ersichtlich sein, dass jegliche Blockdiagramme hierin konzeptionelle Ansichten veranschaulichender Schaltkreise darstellen, welche die Prinzipien der Erfindung ausführen. Ähnlich versteht es sich, dass jegliche Flussdiagramme, Ablaufdiagramme, Zustandsübergangsdiagramme, Pseudocode und Ähnliches verschiedene Prozesse darstellen, die im Wesentlichen in maschinenlesbaren Medien dargestellt werden können und so von einem Computer oder Prozessor ausgeführt werden können, unabhängig davon, ob ein solcher Computer oder Prozessor ausdrücklich gezeigt ist oder nicht.
Es versteht sich, dass verschiedenen Umsetzungen der oben offenbarten und anderer Merkmale und Funktionen oder Alternativen oder Abwandlungen davon auf wünschenswerte Weise zu vielen anderen Systemen und Anwendungen kombiniert werden können. Ebenso, dass verschiedene, bisher nicht vorhergesehene oder nicht erwartete Alternativen, Modifikationen, Variationen oder Verbesserungen später von einem Fachmann vorgenommen werden können, die ebenfalls von den nachfolgenden Patentansprüchen abgedeckt sein sollen.
Ein System und Verfahren zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes, die das Empfangen mindestens eines Laststeuerungssignals beinhalten. Das System und Verfahren beinhalten auch das Analysieren von Eventdaten, um mindestens ein Event zu bestimmen. Das System und Verfahren beinhalten zusätzlich das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes basierend auf den Eventdaten. Das System und Verfahren beinhalten ferner das Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug.

Claims

Computerimplementiertes Verfahren zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes, umfassend: Empfangen mindestens eines Laststeuerungssignals, wobei mindestens eine Laststeuerungsoverhead-Preisregelung, die an mindestens einem Standort während mindestens eines Zeitraums implementiert ist, basierend auf dem mindestens einen Laststeuerungssignal bestimmt wird; Analysieren von Eventdaten, um mindestens ein Event zu bestimmen, das an dem mindestens einen Standort während des mindestens einen Zeitraums stattfindet; Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes basierend auf den Eventdaten, wobei der mindestens eine Laststeuerungsoverhead-Prozentsatz bestimmt werden kann, um die mindestens eine Laststeuerungsoverhead-Preisregelung in umliegender Nähe des mindestens einen Events zu ermöglichen; und Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug.
Computerimplementiertes Verfahren nach Anspruch 1, wobei die Eventdaten mit dem mindestens einen Event assoziiert sind, das an dem mindestens einen Standort stattfindet, an dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist, und während des mindestens einen Zeitraums, in dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist.
Computerimplementiertes Verfahren nach Anspruch 2, wobei das Analysieren der Eventdaten zum Bestimmen des mindestens einen stattfindenden Events das Abfragen einer Eventdatenbank mit Daten, die mit dem mindestens einen Standort, an dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist, und dem mindestens einen Zeitraum, in dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist, assoziiert sind, beinhaltet, wobei die Eventdaten, die mit dem mindestens einen Event assoziiert sind, von der Eventdatenbank abgerufen werden.
Computerimplementiertes Verfahren nach einem der Ansprüche 1 bis 3, wobei das Analysieren der Eventdaten zum Bestimmen des mindestens einen stattfindenden Events das Analysieren der Eventdaten beinhaltet, um zumindest eines der Folgenden zu bestimmen: Standortdaten, Zeitraumdaten, historische Daten, Teilnahmedaten und Umweltdaten, die mit dem mindestens einen Event assoziiert sind.
Computerimplementiertes Verfahren nach Anspruch 4, wobei das Analysieren der Eventdaten zum Bestimmen des mindestens einen stattfindenden Events das Bestimmen mindestens eines Laststeuerungsfaktors beinhaltet, der mit dem mindestens einen Event assoziiert ist, wobei der mindestens eine Laststeuerungsfaktor basierend auf dem Analysieren zumindest eines der Folgenden bestimmt wird: den Standortdaten, den Zeitraumdaten, den historischen Daten, den Teilnahmedaten und den Umweltdaten, die mit dem mindestens einen Event assoziiert sind.
Computerimplementiertes Verfahren nach Anspruch 5, wobei das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes das Analysieren des mindestens einen Laststeuerungsfaktors, der mit dem mindestens einen Event assoziiert ist, und das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes für mindestens eine Zeitperiode vor einem Beginn des mindestens einen Events beinhaltet.
Computerimplementiertes Verfahren nach Anspruch 5 oder Anspruch 6, wobei das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes das Analysieren des mindestens einen Laststeuerungsfaktors, der mit dem mindestens einen Event assoziiert ist, und das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes für mindestens eine Zeitperiode während einer Dauer des mindestens einen Events beinhaltet.
Computerimplementiertes Verfahren nach einem der Ansprüche 5 bis 7, wobei das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes das Analysieren des mindestens einen Laststeuerungsfaktors, der mit dem mindestens einen Event assoziiert ist, und das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes für mindestens eine Zeitperiode nach einem Abschluss des mindestens einen Events beinhaltet.
Computerimplementiertes Verfahren nach einem der Ansprüche 1 bis 8, wobei das Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug das Bestimmen beinhaltet, dass das mindestens eine Elektrofahrzeug sich in umliegender Nähe des mindestens einen Events während des mindestens einen Zeitraums zu befinden hat, in dem der mindestens eine Laststeuerungsoverhead-Prozentsatz angewendet wird.
System zum Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes, umfassend: einen Arbeitsspeicher, der Anweisungen speichert, die bei Ausführung durch einen Prozessor den Prozessor zu Folgendem veranlassen: Empfangen mindestens eines Laststeuerungssignals, wobei mindestens eine Laststeuerungsoverhead-Preisregelung, die an mindestens einem Standort während mindestens eines Zeitraums implementiert ist, basierend auf dem mindestens einen Laststeuerungssignal bestimmt wird; Analysieren von Eventdaten, um mindestens ein Event zu bestimmen, das an dem mindestens einen Standort während des mindestens einen Zeitraums stattfindet; Bestimmen mindestens eines Laststeuerungsoverhead-Prozentsatzes basierend auf den Eventdaten, wobei der mindestens eine Laststeuerungsoverhead-Prozentsatz bestimmt werden kann, um die mindestens eine Laststeuerungsoverhead-Preisregelung in umliegender Nähe des mindestens einen Events zu ermöglichen; und Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug.
System nach Anspruch 10, wobei die Eventdaten mit dem mindestens einen Event assoziiert sind, das an dem mindestens einen Standort stattfindet, an dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist, und während des mindestens einen Zeitraums, in dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist.
System nach Anspruch 11, wobei das Analysieren der Eventdaten zum Bestimmen des mindestens einen stattfindenden Events das Abfragen einer Eventdatenbank mit Daten, die mit dem mindestens einen Standort, an dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist, und dem mindestens einen Zeitraum, in dem die mindestens eine Laststeuerungsoverhead-Preisregelung implementiert ist, assoziiert sind, beinhaltet, wobei die Eventdaten, die mit dem mindestens einen Event assoziiert sind, von der Eventdatenbank abgerufen werden.
System nach einem der Ansprüche 10 bis 12, wobei das Analysieren der Eventdaten zum Bestimmen des mindestens einen stattfindenden Events das Analysieren der Eventdaten beinhaltet, um zumindest eines der Folgenden zu bestimmen: Standortdaten, Zeitraumdaten, historische Daten, Teilnahmedaten und Umweltdaten, die mit dem mindestens einen Event assoziiert sind.
System nach Anspruch 13, wobei das Analysieren der Eventdaten zum Bestimmen des mindestens einen stattfindenden Events das Bestimmen mindestens eines Laststeuerungsfaktors beinhaltet, der mit dem mindestens einen Event assoziiert ist, wobei der mindestens eine Laststeuerungsfaktor basierend auf dem Analysieren zumindest eines der Folgenden bestimmt wird: den Standortdaten, den Zeitraumdaten, den historischen Daten, den Teilnahmedaten und den Umweltdaten, die mit dem mindestens einen Event assoziiert sind.
System nach Anspruch 14, wobei das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes das Analysieren des mindestens einen Laststeuerungsfaktors, der mit dem mindestens einen Event assoziiert ist, und das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes für mindestens eine Zeitperiode vor einem Beginn des mindestens einen Events beinhaltet.
System nach Anspruch 14 oder Anspruch 15, wobei das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes das Analysieren des mindestens einen Laststeuerungsfaktors, der mit dem mindestens einen Event assoziiert ist, und das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes für mindestens eine Zeitperiode während einer Dauer des mindestens einen Events beinhaltet.
System nach einem der Ansprüche 14 bis 16, wobei das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes das Analysieren des mindestens einen Laststeuerungsfaktors, der mit dem mindestens einen Event assoziiert ist, und das Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes für mindestens eine Zeitperiode nach einem Abschluss des mindestens einen Events beinhaltet.
System nach einem der Ansprüche 10 bis 17, wobei das Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug das Bestimmen beinhaltet, dass das mindestens eine Elektrofahrzeug sich in umliegender Nähe des mindestens einen Events während des mindestens einen Zeitraums zu befinden hat, in dem der mindestens eine Laststeuerungsoverhead-Prozentsatz angewendet wird.
Nichttransitorisches computerlesbares Speichermedium, das Anweisungen speichert, die bei Ausführung durch einen Computer, der einen Prozessor beinhaltet, ein Verfahren durchführen, wobei das Verfahren Folgendes umfasst: Empfangen mindestens eines Laststeuerungssignals, wobei mindestens eine Laststeuerungsoverhead-Preisregelung, die an mindestens einem Standort während mindestens eines Zeitraums implementiert ist, basierend auf dem mindestens einen Laststeuerungssignal bestimmt wird; Analysieren von Eventdaten, um mindestens ein Event zu bestimmen, das an dem mindestens einen Standort während des mindestens einen Zeitraums stattfindet; Bestimmen des mindestens einen Laststeuerungsoverhead-Prozentsatzes basierend auf den Eventdaten, wobei der mindestens eine Laststeuerungsoverhead-Prozentsatz bestimmt werden kann, um die mindestens eine Laststeuerungsoverhead-Preisregelung in umliegender Nähe des mindestens einen Events zu ermöglichen; und Kommunizieren des Laststeuerungsoverhead-Prozentsatzes an mindestens ein Elektrofahrzeug.
Nichttransitorisches computerlesbares Speichermedium nach Anspruch 19, wobei das Analysieren der Eventdaten zum Bestimmen des mindestens einen stattfindenden Events das Analysieren der Eventdaten beinhaltet, um zumindest eines der Folgenden zu bestimmen: Standortdaten, Zeitraumdaten, historische Daten, Teilnahmedaten und Umweltdaten, die mit dem mindestens einen Event assoziiert sind.